Communication load reducing method and computer system

Abstract

A computer system connected to a network includes a terminal apparatus configured to detect an access destination on the network, acquire a destination data of the access destination, and generate a frame having the destination data for the access destination; and a monitoring apparatus configured to hold the destination data, and to produce at least one unicast frame to the access destination based on the destination data of the frame received from the terminal apparatus. The monitoring apparatus issues an access destination registration request to the terminal apparatus, and acquires the destination data from the terminal apparatus. The terminal apparatus holds a data indicative of reception of the access destination registration request from the monitor apparatus and notifies the destination data to the monitoring apparatus if the data indicative of the reception of the access destination registration request is stored when receiving a reply from the access destination.

Description

BRIEF DESCRIPTION OF DRAWINGS

The above and other objects, advantages and features of the present invention will be more apparent from the following description of exemplary embodiments taken in conjunction with the accompanying drawings, in which:

FIG. 1 is an example of a DHCP message;

FIG. 2 is a flowchart of a DHCP requesting process;

FIG. 3 is a flowchart of a broadcasting process in ARP;

FIG. 4 is a block diagram showing a configuration of a server system as a computer system of the present invention;

FIG. 5 is a diagram showing an example of a format of a frame;

FIG. 6 is a block diagram showing an operation example when the frame is sent to a communication path;

FIG. 7 is a block diagram showing an operation example when it is directly sent to a virtual machine having a destination address;

FIG. 8 is a flowchart showing an operation of the server system according to a first exemplary embodiment of the present invention;

FIG. 9 is a flowchart showing an example of a DHCP message format;

FIG. 10 is a flowchart of an access destination registration requesting process;

FIG. 11 is a diagram showing an example of a second access destination storage section of the present invention;

FIG. 12 is a flowchart showing an operation of the server system according to a second exemplary embodiment of the present invention;

FIG. 13 is a diagram showing an example of a third access destination storage section of the present invention;

FIG. 14 is a flowchart showing an operation of the server system according to a third exemplary embodiment of the present invention;

FIG. 15 is a diagram showing an example of a fourth access destination storage section of the present invention;

FIG. 16 is a flowchart showing an operation of the server system according to a fourth exemplary embodiment of the present invention;

FIG. 17 is a flowchart of an access destination registration requesting process;

FIG. 18 is a diagram showing an example of a fifth access destination storage section of the present invention;

FIG. 19 is a flowchart showing an operation of the server system according to a fifth exemplary embodiment of the present invention; and

FIG. 20 is a block diagram showing a configuration of the server system according to a sixth exemplary embodiment of the present invention.

EXEMPLARY EMBODIMENTS

Hereinafter, a computer system according to exemplary embodiments of the present invention will be described in detail with reference to attached drawings.

First Exemplary Embodiment

FIG. 4 is a block diagram showing a configuration of the computer system according to a first exemplary embodiment of the present invention. With reference to FIG. 4, the computer system according to the first exemplary embodiment of the present invention contains a physical machine 100, a communication path 200 and a host 300. The physical machine 100 contains a virtual machine monitor 110 and virtual machines 120 (120-k, k=1 to n: n is the number of the virtual machines). The virtual machine monitor 110 and the virtual machine 120 operate on the physical machine 100. The virtual machine monitor 110 may be a configuration referred to as VMM (Virtual Machine Monitor) or a hyper-visor. The virtual machine 120 is VM (Virtual Machine) that is generated and started by the physical machine 100. The communication path 200 is a network for supporting a broadcast communication such as Ethernet (Registered Trademark).

It should be noted that the virtual machine monitor 110 and the virtual machines 120 may be the programs that are executed by the individual processing units (CPUs, not shown), respectively. At this time, a data communication may be carried out between the processing unit operating as the virtual machine monitor 110 and the processing unit operating as the virtual machine 120.

The virtual machine monitor 110 includes an access destination storage section 111, a frame receiving section 112, a frame rewriting section 113 and a frame transmitting section 114. The access destination storage section 111 stores an address of a host for carrying out a predetermined process. The frame receiving section 112 receives frames transmitted from the virtual machines 120. It should be noted that the frame implies a data of a data format used in a particular protocol. Usually, this is a packet in a data link layer, and includes a transmission source address and a transmission destination address. The frame rewriting section 113 rewrites the destination address of the frame in accordance with a data stored in the access destination storage section 111. The frame transmitting section 114 transmits the frame. Here, as the predetermined process, there is a process for carrying out an inquiry on the network through broadcast as well as DHCP (Dynamic Host Configuration Protocol). This will be described below by exemplifying DHCP. Also, the communication path 200 will be described below by exemplifying Ethernet.

The access destination storage section 111 includes a memory. Also, this may include a disk. The access destination storage section 111 stores an address of the DHCP server. It is supposed that as the address of the DHCP server, the IP address and a MAC address are both stored. These data are obtained from the virtual machine that operates as a DHCP client on the physical machine 100 and obtains the address of the DHCP server. It should be noted that the access destination storage section 111 may store only the IP address as the address of the DHCP server, and the MAC address corresponding thereto may be acquired from an ARP (Address Resolution Protocol) table.

The frame receiving section 112 receives a broadcast frame from the virtual machine 120-1 operating as a DHCP client before it appears on the communication path 200. At this time, the frame receiving section 112 checks whether or not the received frame satisfies a predetermined condition. FIG. 5 shows the format of the frame in a CDMA/CD (Carrier Sense Multiple Access with Collision Detection) access control on the Ethernet. It should be noted that each of the transmission destination address and the transmission source address include the IP address and the MAC address.

If the frame received by the frame receiving section 112 satisfies the predetermined condition, the frame rewriting section 113 rewrites the destination address of this frame. It should be noted that the frame rewriting section 113 may determine whether or not the frame satisfies the predetermined condition.

The frame transmitting section 114 transmits the frame to the destination address of the frame. If the destination address belongs to a host located on a network, the frame transmitting section 114 transmits the frame onto the communication path 200, as shown in FIG. 6. On the other hand, if the destination address located on the physical machine 100 to which the frame transmitting section 114 belongs, as shown in FIG. 7, the frame is directly transmitted to a virtual machine 120-2 having the destination address. Whether or not the destination address is located on the physical machine 100 to which the section itself belongs can be determined, for example, by comparing the MAC address of the destination address and the MAC address of the virtual machine 120 on the physical machine 100.

It should be noted that when the physical machine 100 is a typical computer, the frame is transmitted and received through a communication interface (NIC). The processing unit (CPU) carries out a determination and the other processes, and the storage section (a memory, a hard disk) stores the frame and the other information. That is, the frame receiving section 112 and the frame transmitting section 114 can be configured by a combination of the communication interface and the processing unit. The frame rewriting section 113 can be configured by the processing unit, and the access destination storage section 111 can be configured by the storage section. It should be noted that the communication between the virtual machine monitor 110 and the virtual machine 120 is an operation on the physical machine 100. Therefore, actually, there is a case that the communication interface (NIC) is not used and it may be performed such that a data of a frame format between the respective programs is transmitted and received.

The operation of the computer system according to the first exemplary embodiment of the present invention will be described below in detail with reference to a flowchart of FIG. 8.

(1) Step S101

When the frame transmitted from the virtual machine 120-1 is received by the frame receiving section 112, the virtual machine monitor 110 checks whether or not the frame is a broadcast frame. This check is carried out by determining whether or not the transmission destination address of the frame is a broadcast address in a DHCP message format shown in FIG. 9.

(2) Step S102

If this frame is the broadcast frame, the frame rewriting section 113 checks whether or not this frame is the DHCP message.

(3) Step S103

If this frame is the DHCP message, the frame rewriting section 113 refers to the access destination storage section 111 and checks whether or not the address data of the DHCP server is stored as an access destination address.

(4) Step S104

If the address data of the DHCP server is stored, the frame rewriting section 113 rewrites the transmission destination address of the DHCP frame in accordance with the stored address data of the DHCP server. At this time, a process of setting the MAC address of the DHCP server to an Ethernet header and setting the IP address of the DHCP server to the IP address is performed. Also, the other fields such as a checksum are rewritten as necessary.

(5) Step S105

On the other hand, if the address data of the DHCP server as the access destination address is determined not to be stored, an access destination registration requesting process is started.

After the foregoing process, the frame is transmitted to the destination. Here, the checking order between the steps S101 and S103 may be properly changed to consideration of processing performance.

The flow of the access destination registration requesting process will be described below with reference to FIG. 10.

(1) Step S211

When the access destination registration requesting process is started at the step S105 in FIG. 6, the virtual machine monitor 110 issues an access destination registration request to the virtual machine 120-1 requesting the broadcast from the DHCP.

(2) Step S221

The virtual machine 120-1 receives the access destination registration request and marks the fact that the access destination registration request has been issued, i.e., holds or stores a data indicative of the reception of the request.

(3) Step S222

Subsequently, the virtual machine 120-1 receives DHCPACK from the DHCP server and the DHCP server is determined. However, then, whether or not the data indicative of the access destination registration request is stored is checked.

(4) Step S223

When it is marked, the address data (the MAC address, the IP address) of the determined DHCP server is notified to the virtual machine monitor 110.

(5) Step S212

The virtual machine monitor 110 stores this address data in the access destination storage section 111. Here, a flow in which the virtual machine monitor 110 stores the address data in the access destination storage section 111 will be described. However, if the virtual machine 120-1 can access the access destination storage section 111, the virtual machine 120-1 may directly store the address data in the access destination storage section 111.

On the other hand, as shown in FIG. 7, if the virtual machine 120-2 operates as the DHCP server, the virtual machine 120-2 may register its own address data in the access destination storage section 111 when starting functions as the DHCP server. At the time of the registration, the registration request is issued to the virtual machine monitor 110, and the virtual machine monitor 110 may register it in response to the request. Also, when a virtual machine 120 can directly write the data into the access destination storage section 111, the virtual machine 123 may directly write it.

In the first exemplary embodiment of the present invention, the broadcast message is converted into a unicast message. Thus, the network load caused by the broadcast can be suppressed. Also, when the destination address of the message indicates the virtual machine 120-2 in the physical machine 100, the frame is not transmitted to the communication path 200. Therefore, this has no influence on the other nodes on the network. Moreover, since the frame is directly transmitted to the virtual machine 120-2 that operates as the DHCP server, the communication of a high speed can be attained.

Second Exemplary Embodiment

The configuration of the computer system according to a second exemplary embodiment of the present invention will be described below in detail with reference to the drawings. With reference to FIG. 11, in the configuration of the computer system according to the second exemplary embodiment of the present invention, a plurality of access destination server addresses can be stored as the access destination storage section 111 of FIG. 4.

The operations of the computer system according to the second exemplary embodiment of the present invention will be described below in detail with reference to a flowchart of FIG. 12. In FIG. 12, steps S106 to S108 are added to the flowchart of FIG. 8. However, the other steps are same as those of FIG. 8.

(1) Step S101

When a frame transmitted from the virtual machine 120-1 is received by the frame receiving section 112, whether or not the frame is the broadcast frame is checked. This check is carried out by determining whether or not the destination address is the broadcast address in the DHCP message format shown in FIG. 9.

(2) Step S102

If this frame is the broadcast frame, the frame rewriting section 113 checks whether or not this frame serves as the DHCP message.

(3) Step S103

If this frame serves as the DHCP message, the frame rewriting section 113 refers to the access destination storage section 111 and checks whether or not the address data of the DHCP server is stored as the access destination address.

(4) Step S105

If the address data of the DHCP server as the access destination address is determined not to be stored, the frame rewriting section 113 starts the access destination registration requesting process.

(5) Step S106

If the address data of the DHCP server as the access destination address is stored, the frame rewriting section 113 checks whether or not a plurality of address data of the DHCP servers are stored.

(6) Step S104

If the plurality of address data of the DHCP servers are not stored, namely, if there is only one address data of the DHCP server, the frame rewriting section 113 rewrites the destination address of the DHCP frame in accordance with the stored address data of the DHCP server. At this time, a process of setting the MAC address of the DHCP server for the Ethernet header and setting the IP address of the DHCP server for the IP address is executed. Also, the other fields such as the checksum are rewritten as necessary.

(7) Step S107

If the plurality of address data of the DHCP servers are stored, the frame rewriting section 113 determines a buffer size on the basis of the number of the stored DHCP servers and carries out the allocation of at least one unicast frame buffer.

(8) Step S108

Then, the frame rewriting section 113 generates at least one unicast frame for the allocated buffer so that the DHCP server serves as the destination in accordance with the address data of the DHCP server and the frame received by the frame receiving section 112. The generated unicast frame is transmitted by the frame transmitting section 114.

In the computer system in the second exemplary embodiment of the present invention, the plurality of DHCP servers are registered and the DHCP message is transmitted to one of the DHCP servers. Thus, even if any of the DHCP servers is failed or cannot be used because of its maintenance, any of the remaining DHCP servers can be used to carry out the DHCP process.

Third Exemplary Embodiment

The configuration of the computer system according to a third exemplary embodiment of the present invention will be described below in detail with reference to the drawings. With reference to FIG. 13, the access destination storage section 111 records the address data of the DHCP server together with its storage time when it is stored. With reference to FIG. 14, the frame rewriting section 113 in the third exemplary embodiment executes a step S109 added to the flowchart of FIG. 8.

(1) Step S101

When the frame transmitted from the virtual machine 120-1 is received by the frame receiving section 112, whether or not the frame is the broadcast frame is checked. This check is carried out by determining whether or not the destination address is the broadcast address in the DHCP message format shown in FIG. 9.

(2) Step S102

If this frame is the broadcast frame, the frame rewriting section 113 checks whether or not this frame serves as the DHCP message.

(3) Step S109

Even if this frame is determined to serve as the DHCP message, the frame rewriting section 113 keeps the broadcast state when a predetermined time elapses from the storage of the address data of the DHCP server. Then, the access destination registration requesting process is started.

(4) Step S103

When this frame indicates the DHCP message and the predetermined time does not elapse from the storage of hen the address data of the DHCP server, the frame rewriting section 113 refers to the access destination storage section 111 and checks whether or not the address data of the DHCP server is stored as the access destination address.

(5) Step S104

If the address data of the DHCP server is stored, the frame rewriting section 113 rewrites the destination address of the DHCP frame in accordance with the stored address data of the DHCP server. At this time, a process of setting the MAC address of the DHCP server for the Ethernet header and setting the IP address of the DHCP server for the IP address is executed. Also, the other fields such as checksum are rewritten as necessary.

(6) Step S105

On the other hand, if the address data of the DHCP server as the access destination address is determined not to be stored, the access destination registration requesting process is started.

In the third exemplary embodiment of the present invention, the broadcast frame is transmitted for each constant time. Thus, even if the configuration of the DHCP server is changed, its change can be grasped at the timing when the broadcast frame is transmitted.

Fourth Exemplary Embodiment

The configuration of the computer system according to a fourth exemplary embodiment of the present invention will be described below in detail with reference to the drawings. The fourth exemplary embodiment indicates the broadcasting process of the ARP. With reference to FIG. 16, the access destination storage section 111 serves as a table that can store an IP address and a MAC address corresponding thereto.

(1) Step S101

With reference to FIG. 16, when the frame transmitted from the virtual machine 120-1 is received by the frame receiving section 112, whether or not the frame is the broadcast frame is checked. This check is carried out by determining whether or not the destination address is the broadcast address in the DHCP message format shown in FIG. 9.

(2) Step S102′

In case of the broadcast frame, the frame rewriting section 113 in the fourth exemplary embodiment checks whether or not this frame is subject to ARP (Address Resolution Protocol).

(3) Step S103′

When this frame is subject to ARP, the frame rewriting section 113 checks whether or not the MAC address of the IP address to be queried is already stored in the access destination storage section 111.

(4) Step S104′

If it is already stored, the frame rewriting section 113 rewrites the destination address of the broadcast frame by using the MAC address.

(5) Step S105′

On the other hand, if the MAC address of the IP address to be queried is not yet stored, the frame rewriting section 113 starts the access destination registration requesting process for the virtual machine transmitting the ARP broadcast frame.

A flow of the access destination registration requesting process will be described below with reference to FIG. 17.

(1) Step S211′

When starting the access destination registration requesting process at the Step S105′ of FIG. 16, the virtual machine monitor 110 issues the access destination registration request to the virtual machine 120-1 requesting the ARP broadcast.

(2) Step S221′

The virtual machine 120-1 receives the access destination registration request and writes a mark to indicate that the access destination registration request has been received.

(3) Step S222′

After that, the virtual machine 120-1 receives a MAC address 1 from the host having a queried IP address 1 and then checks whether or not the reception of the access destination registration request is marked.

(4) Step S223′

If there is the mark, the IP address and the MAC address are notified to the virtual machine monitor 110.

(5) Step S212′

The virtual machine monitor 110 stores this address data in the access destination storage section 111. In this case, similarly to the first exemplary embodiment, when the address data is stored in the access destination storage section 111, the registration request is issued to the virtual machine monitor 110, and the virtual machine monitor 110 carries out the registration in response to this request. However, when the virtual machine 120-1 may directly write the address data to the access destination storage section 111, if possible.

In the fourth exemplary embodiment of the present invention, even in case of the ARP, the broadcast can be suppressed, and the network load can be suppressed.

Fifth Exemplary Embodiment

The configuration of the computer system according to a fifth exemplary embodiment of the present invention will be described below in detail with reference to the drawings. In the above-mentioned exemplary embodiments, the DHCP and the ARP are respectively treated to be single. However, in the fifth exemplary embodiment, both of the DHCP and the ARP are treated at the same time.

With reference to FIG. 18, the access destination storage section 111 has a pointer table 1110, a service access table 1111 and a service access table 1112. The pointer table 1110 stores pointers to the service access table 1111 and the service access table 1112. The service access table 1111 and the service access table 1112 store the access destinations for the services (ARP, DHCP and the like). Also, the service access table 1111 and the service access table 1112 store the data to identify the kind of the service altogether.

The operations of the computer system according to the fifth exemplary embodiment of the present invention will be described below with reference to FIG. 19.

(1) Step S301

When a frame transmitted from the virtual machine 120-1 is received by the frame receiving section 112, whether or not its frame is the broadcast frame is checked.

(2) Step S302

If the frame is a broadcast frame, the frame rewriting section 113 sets “1” to i.

(3) Step S303

The frame rewriting section 113 checks whether or not the table pointer of the service i of the pointer table 1110 is NULL, and if the table pointer of the service i is NULL, the process is ended.

(4) Step S304

The frame rewriting section 113 carries out an accessing process to the service i, if the table pointer of the service i is not NULL. However, its content is based on the DHCP or ARP and may be based on the above-mentioned first to fourth exemplary embodiments.

(5) Step S305

After that, the frame rewriting section 113 adds “1” to i and checks whether or not the table pointer of the service i is NULL.

In the fifth exemplary embodiment of the present invention, a process of suppressing the broadcast can be performed on a plurality of services. Thus, the load on the network can be further reduced.

Moreover, according to the present invention, this can be widely applied to the process of searching the destination through the broadcast from the virtual machine.

It should be noted that the virtual machine 120 may be replaced by a physical machine. Even in such a case, the present invention can be embodied. That is, the virtual machine 120 may be the physical machine of a small scale or a function block that is installed in the physical machine 100. For example, if the physical machine 100 shown in FIG. 4 is defined as a computer that contains a processor for sending a frame, and a monitor for monitoring the frame sent by this processor, the present invention can be embodied. In this case, the processor corresponds to the virtual machine 120, and the monitor corresponds to the virtual machine monitor 110.

Also, it should be noted that the physical machine 100 is not limited to a computer terminal of a single unit, and this may be a network system such as LAN, which has a plurality of terminals. When the physical machine 100 is the network system, the present invention may be embodied such that the virtual machine 120 is used as the terminal inside the system and then the virtual machine monitor 110 is used as the monitor or relay of the terminal. At this time, when the terminal corresponding to the virtual machine 120 starts the operation as the virtual machine 120 on the physical machine 100, this is regarded and treated as [Generation of Virtual Machine 120]. Similarly, when the terminal completes the operation as the virtual machine 120, this is regarded and treated as [Removal of Virtual Machine 120].

FIG. 20 is a block diagram showing the configuration of the computer system according to a sixth exemplary embodiment of the present invention. At this time, the computer system of the present invention contains a system 500, the communication path 200 and the host 300. The system 500 contains a terminal monitoring apparatus or a relay apparatus 510 and a terminal 520. The system 500 corresponds to the physical machine 100, the terminal monitoring apparatus or relay apparatus 510 corresponds to the virtual machine monitor 110, and the terminal 520 corresponds to the virtual machine 120, respectively. In this case, the terminal monitoring apparatus or relay apparatus 510 serves as a switch or router, and stores the destination data and then rewrites a necessary frame.

The features of the present invention have been described above. In the apparatus and method for reducing a communication load in the present invention, in the environment (hyper-visor) in which the VMs are used to integrate the plurality of clients, the DHCP server starts the VMs on the same hyper-visor. On the same LAN, there are the other clients and the other DHCP servers. In this way, the present invention is achieved in the following ways.

(1) The client starts on the VM.

(2) The client on the VM locally broadcasts a DHCP request and consequently requests an IP address.

(3) The hyper-visor transmits a local broadcast frame of the DHCP to the DHCP server on the VM.

(4) The DHCP server on the VM distributes the IP address to the client on the VM through unicast.

(5) The hyper-visor sets the client on the VM having the IP address to the state connected to the LAN.

(6) When the client on the VM is abnormally ended and the IP address is not normally released, the hyper-visor transmits a DHCP address release request to the DHCP server instead of it.

(7) The hyper-visor does not transmit the DHCP request, which has been locally broadcasted by PC on the LAN, to each of VMs of a group thereon.

(8) In addition, when the client requests a service through the broadcast, similarly to a case of the DHCP server, the server providing the service operates on the VM of the same hyper-visor. Thus, the broadcast is replaced with the unicast.

As mentioned above, the present invention suppresses the broadcast from the virtual machine. For this reason, when the process request is carried out through the broadcast from the virtual machine on the physical machine, if the service request destination host is determined in advance, the broadcast is changed to the unicast to the host.

The useless broadcast can be avoided. Thus, the load on the network can be reduced. Also, the IP address group generated for the client group in the VM can be normally distributed.

Although the present invention has been described above in connection with several embodiments thereof, it will be apparent to those skilled in the art that those embodiments are provided solely for illustrating the present invention, and should not be relied upon to construe the appended claims in a limiting sense.

Claims

1. A computer system connected to a network, comprising: a terminal apparatus configured to detect an access destination on the network, acquire a destination data of said access destination, and generate a frame having said destination data for said access destination; anda monitoring apparatus configured to hold said destination data, and to produce at least one unicast frame to said access destination based on said destination data of said frame received from said terminal apparatus.

2. The computer system according to claim 1, wherein said monitoring apparatus issues an access destination registration request to said terminal apparatus, and acquires said destination data from said terminal apparatus, and said terminal apparatus holds a data indicative of reception of said access destination registration request from said monitor apparatus and notifies said destination data to said monitoring apparatus if the data indicative of the reception of said access destination registration request is stored when receiving a reply from said access destination.

3. The computer system according to claim 1, wherein said monitoring apparatus comprises: an access destination storage section configured to store an address data as said destination data;a frame receiving section configured to receive said frame from said terminal apparatus and to confirm whether or not said frame is a predetermined message frame;a frame rewriting section configured to rewrite said destination address of said unicast frame based on said address data which have been stored in said access destination storage section, when said frame is the predetermined message frame; anda frame transmitting section configured to transmit said frame to said destination address.

4. The computer system according to claim 3, wherein said frame rewriting section confirms whether or not a plurality of said address data are stored, determines a size of a buffer based on a number of said address data, performs allocation of said buffer to said unicast frame, and produces said unicast frame in the allocated buffer by using the server corresponding to each of said address data as a destination based on said frame and said address data, and said frame transmitting section transmits said unicast frame.

5. The computer system according to claim 3, wherein said frame rewriting section issues an access destination registration request without rewriting the destination address of said unicast frame when a preset time passes from a time when said address data is registered.

6. The computer system according to claim 3, wherein said frame rewriting section confirms whether a MAC address for an IP address to be inquired is held when said frame is ARP, and rewrites the destination address of said frame by use of said MAC address when said MAC address is possessed.

7. The computer system according to claim 3, wherein said frame rewriting section sets “1” to i when said frame is a preset frame, checks whether a table pointer of a service i of a pointer table is NULL, performs an access process of the service i, adds “1” to i and checks whether a table pointer of a service i of a pointer table is NULL.

8. The computer system according to claim 3, wherein said terminal apparatus is a virtual machine operating on a peripheral machine; and said monitoring apparatus is a virtual machine monitoring apparatus.

9. A method of reducing a communication load, comprising: acquiring a frame and confirming whether or not said frame is a predetermined message;confirming whether or not address data of a server has been stored as an access destination address when said frame is the predetermined message;rewriting a destination address of said frame by the address data of the server when the address data of the server is stored; andstarting an access destination registration requesting process when the address data of the server has not been stored as the access destination address.

10. The method according to claim 9, wherein said starting comprises: issuing an access destination registration request when starting said access destination registration requesting process;holding a data indicative of reception of said access destination registration request;determining a server by receiving a reply from the server; andconfirming whether or not the data indicative of the reception of the access destination registration request is held;acquiring the address data of the determined server when the data indicative of the reception of the access destination registration request is held; andstoring the address data of the determined server.

11. The method according to claim 9, wherein said rewriting comprises: confirming whether or a plurality of address data for servers have been stored when the address data of the server has been stored as the access destination address;rewriting a destination address of said frame with the stored address data of the server when one address data of the server has been stored;determining a buffer size based on the number of the address data and allocating at least one unicast frame buffer, when a plurality of address data of the servers have been stored;producing said unicast frame in a buffer allocated to have the server as a destination based on the address data of said frame; andtransmitting said unicast frame by a frame transmitting section.

12. The method according to claim 9, wherein said confirming whether or not address data of a server has been stored as an access destination address comprises: when determining that said frame is a predetermined message but a preset time passes from a time when the address data of the server is stored, starting the access destination registration requesting process without rewriting the destination address of said frame.

13. The method according to claim 9, further comprising: checking whether or not said frame is ARP;checking whether or not a MAC address for an IP address to be inquired is already stored when said frame is ARP; andrewriting the destination address of said unicast frame with said MAC address when said MAC address is already stored,wherein said starting comprises:starting the access destination registration requesting process to a terminal which has transmitted said ARP frame when said MAC address is not stored.

14. The method according to claim 9, further comprising: setting 1 to i;checking whether or not a table pointer of the service i of a pointer table is NULL;ending a process if the table pointer of service i is null NULL;adding 1 to i after carrying out an access process to the service i if the table pointer of service i is not NULL; andchecking whether or not the table pointer of service i is NULL.

15. A computer-readable software product for realizing a method of reducing a communication load, wherein said method comprises: acquiring a frame and confirming whether or not said frame is a predetermined message;confirming whether or not address data of a server has been stored as an access destination address when said frame is the predetermined message;rewriting a destination address of said frame by the address data of the server when the address data of the server is stored; andstarting an access destination registration requesting process when the address data of the server has not been stored as the access destination address.

16. The computer-readable software product according to claim 15, wherein said starting comprises: issuing an access destination registration request when starting said access destination registration requesting process;holding a data indicative of reception of said access destination registration request;determining a server by receiving a reply from the server; andconfirming whether or not the data indicative of the reception of the access destination registration request is held;acquiring the address data of the determined server when the data indicative of the reception of the access destination registration request is held; andstoring the address data of the determined server.

17. The computer-readable software product according to claim 15, wherein said rewriting comprises: confirming whether or a plurality of address data for servers have been stored when the address data of the server has been stored as the access destination address;rewriting a destination address of said frame with the stored address data of the server when one address data of the server has been stored;determining a buffer size based on the number of the address data and allocating at least one unicast frame buffer, when a plurality of address data of the servers have been stored;producing said unicast frame in a buffer allocated to have the server as a destination based on the address data of said frame; andtransmitting said unicast frame by a frame transmitting section.

18. The computer-readable software product according to claim 15, wherein said confirming whether or not address data of a server has been stored as an access destination address comprises: when determining that said frame is a predetermined message but a preset time passes from a time when the address data of the server is stored, starting the access destination registration requesting process without rewriting the destination address of said frame.

19. The computer-readable software product according to claim 15, wherein said method further comprises: checking whether or not said frame is ARP;checking whether or not a MAC address for an IP address to be inquired is already stored when said frame is ARP; andrewriting the destination address of said unicast frame with said MAC address when said MAC address is already stored,wherein said starting comprises:starting the access destination registration requesting process to a terminal which has transmitted said ARP frame when said MAC address is not stored.

20. The computer-readable software product according to claim 15, wherein said method further comprises: setting 1 to i;checking whether or not a table pointer of the service i of a pointer table is NULL;ending a process if the table pointer of service i is null NULL;adding 1 to i after carrying out an access process to the service i if the table pointer of service i is not NULL; andchecking whether or not the table pointer of service i is NULL.