WO2013105269A1 - サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム - Google Patents

サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム Download PDF

Info

Publication number
WO2013105269A1
WO2013105269A1 PCT/JP2012/050624 JP2012050624W WO2013105269A1 WO 2013105269 A1 WO2013105269 A1 WO 2013105269A1 JP 2012050624 W JP2012050624 W JP 2012050624W WO 2013105269 A1 WO2013105269 A1 WO 2013105269A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
information
information processing
server device
server
Prior art date
Application number
PCT/JP2012/050624
Other languages
English (en)
French (fr)
Inventor
寛史 渡部
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2012/050624 priority Critical patent/WO2013105269A1/ja
Priority to JP2013553165A priority patent/JP5686204B2/ja
Publication of WO2013105269A1 publication Critical patent/WO2013105269A1/ja
Priority to US14/300,274 priority patent/US9560007B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5046—Resolving address allocation conflicts; Testing of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/58—Caching of addresses or names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Definitions

  • the present invention relates to a server device, an information processing system, a server device address management method, and a server device address management program.
  • the IP address of the device connected to each port is obtained from the data received by each port, the correspondence between each port and the IP address set for the device connected to each port is recorded, and the IP address A switching hub device having a function of detecting duplication is known.
  • this switching hub device When a duplicate IP address is detected, this switching hub device acquires an IP address that is not used by the device connected to each port as an alternate IP address, and the alternate IP address is detected as a duplicate IP address. Has the function of assigning to another port. Further, this switching hub device has a function of converting the transmission source IP address of received data into an alternative IP address corresponding to the reception port when the port to which the alternative IP address is assigned receives data. Further, this switching hub device has a function of converting the destination IP address of transmission data into an IP address corresponding to the transmission port when data is transmitted to a port to which an alternative IP address is assigned.
  • the present invention aims to eliminate duplication of IP addresses.
  • one embodiment of the present invention provides: A storage unit for storing table data in which an IP address and a MAC address of an information processing apparatus connected to the network are associated; An update unit that specifies the IP address, transmits information, and updates the table data based on the returned information; When a timeout occurs during transmission / reception of information to / from the information processing apparatus, the MAC address corresponding to the IP address of the information processing apparatus that has transmitted / received the information changes from before the timeout in the table data.
  • duplication of IP addresses can be eliminated.
  • FIG. 1 is a system configuration example of an information processing system 1 according to an embodiment of the present invention.
  • 3 is an example of a flowchart showing a flow of processing executed when a client computer 30 is activated. It is an example of the data stored as the ARP table 14A. It is an example of the flowchart which shows the flow of the update process of ARP table 14A performed by OS12A of the backup server 10.
  • FIG. It is an example of the flowchart which shows the flow of the process performed by the client computer 30 side corresponding to the update process of the ARP table 14A of the backup server 10.
  • 3 is an example of a flowchart showing a flow of backup data reception processing executed by a backup application 12B of the backup server 10.
  • FIG. 3 is an example of a flowchart showing a flow of processing executed by a DHCP server 20; It is an example of the data stored as the in-use list 24A. It is an example of the data stored as the unused list 24B. It is an example of the sequence diagram which shows the flow of a process in the scene where the information processing system 1 of a present Example avoids duplication of an IP address.
  • FIG. 1 is a system configuration example of an information processing system 1 according to an embodiment of the present invention.
  • the information processing system 1 includes a backup server 10, a DHCP (Dynamic Host Configuration Protocol) server 20, and client computers 30 and 40 as main components.
  • the backup server 10 and the DHCP server 20 may be a plurality of functions included in one physical server, or may be separate physical servers.
  • the backup server 10, the DHCP server 20, and the client computers 30 and 40 are connected via a network 50.
  • a network 50 for example, packet communication based on TCP / IP (Transmission Control Protocol / Internet Protocol) is performed.
  • TCP / IP Transmission Control Protocol / Internet Protocol
  • the backup server 10 and the DHCP server 20 have CPUs (Central Processing Units) 12 and 22 that each execute a program.
  • the backup server 10 and the DHCP server 20 have auxiliary storage devices 14 and 24 such as an HDD and a flash memory, respectively.
  • the backup server 10 and the DHCP server 20 have a memory device such as a RAM (Random Access Memory) not shown, and a communication means such as a NIC (Network Interface Card) not shown.
  • a memory device such as a RAM (Random Access Memory) not shown
  • a communication means such as a NIC (Network Interface Card) not shown.
  • the backup server 10 and the DHCP server 20 have one function by the same physical processor, the CPU and the auxiliary storage device may be shared. In this case, multiprocessing processing by time division is performed.
  • the programs executed by the backup server 10 and the DHCP server 20 may be acquired via the network 50, or may be installed in the auxiliary storage devices 12 and 22 by attaching a portable memory or the like.
  • the client computer 30 includes a CPU 32, an auxiliary storage device 34, other memory devices, and communication means.
  • the client computer 40 includes a CPU 42, an auxiliary storage device 44, other memory devices, and communication means.
  • the client computer 30 is represented as a single unit in FIG. 1, a plurality of client computers 30 may exist.
  • the backup server 10 provides a backup service to the client computer 30.
  • the backup server 10 has an OS (Operating System) 12A and a backup application 12B as functional blocks that function when the CPU 12 executes the program.
  • the backup service is realized by the backup application 12B.
  • the client computer 30 transmits a part or all of the data stored in the auxiliary storage device 34 to the backup server 10 at the time of startup or the like.
  • the backup server 10 stores the data received from the client computer 30 in the auxiliary storage device 14 and transmits the data stored in the auxiliary storage device 14 to the client computer 30 at a desired timing.
  • the “update unit” in the claims corresponds to, for example, the OS 12A
  • the “instruction unit” in the claims corresponds to, for example, the backup application 12B.
  • the backup server 10 holds an ARP table 14A in which the IP address and the MAC address of a device connected to the network 50 are associated on the auxiliary storage device 14 (an example is shown, and the ARP table is stored in a RAM or the like). May be held).
  • the DHCP server 20 holds an in-use list 24A and an unused list 24B on the auxiliary storage device 24 (this is an example, and these may be held in a RAM or the like).
  • the client computer 30 communicates with the backup server 10 using the IP address acquired from the DHCP server 20.
  • the client computer 40 performs communication using a fixed IP address. Therefore, when the client computer 40 is connected to the network 50 while the client computer 30 is communicating using the IP address acquired from the DHCP server 20, IP address duplication may occur between the client computers 30 and 40. .
  • the processing described below is executed in order to eliminate such IP address duplication. Hereinafter, processing executed by each component will be described in order.
  • FIG. 2 is an example of a flowchart showing a flow of processing executed when the client computer 30 is activated.
  • the client computer 30 executes the processes of S100 to S104 under the control of a BIOS (Basic Input / Output System) (not shown).
  • BIOS Basic Input / Output System
  • the client computer 30 acquires an IP address from the DHCP server 20 (S100). Next, the client computer 30 performs a PXE (Preboot Execution Environment) boot process (S102). Next, the client computer 30 performs a TFTP (Trivial File Transfer Protocol) process (S104) and performs a process such as acquiring an OS code from the backup server 10 or the like.
  • PXE Preboot Execution Environment
  • TFTP Trivial File Transfer Protocol
  • the client computer 30 activates an OS (not shown) (S106).
  • OS not shown
  • the client computer 30 executes the processes of S108 to S120 under the control of the OS.
  • the client computer 30 acquires an IP address from the DHCP server 20 (S108).
  • the start process includes a process of transmitting a start notification signal for notifying the backup server 10 of starting backup transmission, for example.
  • the client computer 30 When the backup transmission process is started, the client computer 30 performs a data reading process (S112). Specifically, the client computer 30 reads data of a predetermined unit (for example, data that can be stored in one packet) stored in the auxiliary storage device 34, expands the data on the RAM, and then communication means such as NIC. Send to.
  • a data reading process S112
  • the client computer 30 reads data of a predetermined unit (for example, data that can be stored in one packet) stored in the auxiliary storage device 34, expands the data on the RAM, and then communication means such as NIC. Send to.
  • the client computer 30 causes a communication means such as a NIC to transmit backup data to the backup server 10 (S114).
  • the client computer 30 determines whether or not an ACK signal for notifying that the backup data has been received has been received from the backup server 10 (S116). When the ACK signal has not been received, the client computer 30 determines whether or not a timeout has occurred, that is, whether or not a predetermined time has elapsed since the data transmission in S114 (S118). If no timeout has occurred, the client computer 30 returns to S116 and executes the process.
  • the client computer 30 determines whether or not all data to be backed up has been transmitted (S120). If all data to be backed up has not been transmitted, the client computer 30 returns to S112 and performs processing for reading the next data. When all the data to be backed up is transmitted, the client computer 30 ends the process of this flowchart.
  • the client computer 30 returns to S108 and acquires an IP address from the DHCP server 20.
  • the client computer 30 can acquire another IP address when duplication of IP addresses occurs due to the connection of the client computer 40 as will be described later.
  • the backup server 10 performs a process of updating the ARP table 14A at a predetermined timing.
  • the update process of the ARP table 14A is executed under the control of the OS 12A.
  • FIG. 3 is an example of data stored as the ARP table 14A.
  • the backup server 10 updates a series of data (data row) corresponding to the IP address at which the update date / time has arrived in the ARP table 14A.
  • FIG. 4 is an example of a flowchart showing a flow of update processing of the ARP table 14A executed by the OS 12A of the backup server 10. This flowchart is repeatedly executed, for example, at a predetermined cycle.
  • the OS 12A determines whether or not the update date has arrived for each IP address stored in the ARP table 14A (S200). If there is no IP address for which the update date / time has arrived, the OS 12A ends the processing of this flowchart.
  • the OS 12A When there is an IP address for which the update date / time has arrived, the OS 12A deletes a series of data corresponding to the IP address for which the update date / time has arrived (S202). At this time, the OS 12A uses the IP address after S204, and therefore saves it in the RAM or the like before erasing.
  • the OS 12A designates the IP address at which the update date / time has arrived (hereinafter simply referred to as the corresponding IP address), and transmits a request signal for requesting the return of the MAC address to a device connected to the network 50. (S204).
  • the OS 12A determines whether or not a response signal has been received from a device connected to the network 50 (S206). When the response signal has not been received, the OS 12A determines whether or not a timeout has occurred, that is, whether or not a predetermined time has elapsed since the transmission of the request signal in S204 (S208). If no response signal has been received and no timeout has occurred, the client computer 30 returns to S206 and executes the processing.
  • the OS 12A When the response signal is received before the timeout, the OS 12A writes the corresponding IP address and the MAC address included in the response signal as a set in the ARP table 14A (S210). At this time, the OS 12A sets a new update date and time.
  • the OS 12A determines that the device to which the corresponding IP address is assigned does not exist on the network 50, and ends the processing of this flowchart.
  • FIG. 5 is an example of a flowchart corresponding to the update process of the ARP table 14A of the backup server 10 and showing the flow of processes executed on the client computers 30 and 40 side. This flowchart is repeatedly executed, for example, at a predetermined cycle.
  • the client computer 30 determines whether or not a request signal specifying its own IP address acquired from the DHCP server 20 has been received (S300). When receiving a request signal in which its own IP address is designated, the client computer 30 (or 40) transmits a response signal including its own MAC address to the backup server 10 (S302).
  • FIG. 6 is an example of a flowchart showing a flow of backup data reception processing executed by the backup application 12B of the backup server 10. This flowchart is started when a start notification signal is received from the client computer 30.
  • the backup application 12B acquires the data stored in the ARP table 14A and stores the correspondence between the IP address and the MAC address in a RAM (not shown) or the like (S400).
  • the backup application 12B receives backup data from the client computer 30 (S402), and determines whether a timeout has occurred, that is, whether a predetermined time has elapsed since the start of this flowchart (S404).
  • the backup application 12B controls communication means such as NIC so as to transmit an ACK signal to the client computer 30 upon completion of reception of backup data for a predetermined unit (S406). .
  • the transmission process in S406 is performed when the backup application 12B designates the destination IP address and requests the OS 12A to transmit.
  • the OS 12A Upon receiving the transmission request, the OS 12A acquires the MAC address associated with the designated IP address from the ARP table 14A, designates the IP address and the MAC address, and causes the communication means such as NIC to transmit an ACK signal. .
  • the reception process of S402 is performed through a process for determining whether or not the IP address and the MAC address stored in the ARP table 14A match in the communication means such as the NIC of the backup server 10. Therefore, when the combination of the IP address and the MAC address is not stored in the ARP table 14A, the backup server 10 does not receive the data (a process such as discarding from the buffer is performed).
  • the reception of the backup data is completed by repeating the processes of S402 to S406.
  • the backup application 12B ends the process of this flowchart (S408).
  • Completion of reception can be detected by receiving a completion notification signal from the client computer 30, for example.
  • the backup application 12B acquires the data stored in the ARP table 14A again (S410). Then, the backup application 12B compares the data acquired in S410 with the data acquired in S400, and determines whether or not the MAC address corresponding to the IP address of the client computer 30 performing backup transmission has changed ( S412).
  • the backup application 12B instructs the DHCP server 20 to freeze the use of the IP address of the client computer 30 that is performing backup transmission (S414).
  • the backup server 10 can cause the client computer 30 to acquire another IP address when duplication of IP addresses occurs due to the connection of the client computer 40 as will be described later.
  • the backup application 12B determines that the error is not covered, performs other error processing (S416), and ends this flowchart.
  • FIG. 7 is an example of a flowchart showing the flow of processing executed by the DHCP server 20. This flowchart is repeatedly executed, for example, at a predetermined cycle.
  • the DHCP server 20 waits until it receives a DHCPDISCOVER signal requesting the assignment of an IP address from the client computer 30 (S500).
  • the DHCP server 20 When receiving the DHCPDISCOVER signal, the DHCP server 20 acquires the MAC address of the corresponding client server 30 (S502).
  • the MAC address is described in the header part of the DHCPDISCOVER signal, for example.
  • FIG. 8 is an example of data stored as the in-use list 24A.
  • the “expiration date” may be the same as the “update date / time” in the ARP table 14A or may be different (they are assumed to be the same in FIGS. 3 and 8).
  • “use freeze” indicates whether or not the backup server 10 has instructed to freeze use, and TRUE is a use freeze state instructed to freeze use. FALSE indicates that it is not in a frozen state.
  • the DHCP server 20 determines whether or not an IP address corresponding to the MAC address is found from the in-use list 24A (S506).
  • the DHCP server 20 determines whether or not the corresponding IP address is in a use frozen state (S508).
  • the DHCP server 20 transmits a DHCPOFFER signal indicating that the corresponding IP address is assigned to the client computer 30 (S510).
  • the processing of S510 is performed after obtaining a negative determination in S508, for example, when the DHCP server 20 authenticates that the client computer 30 continues to use the same IP address before starting and after starting. is there.
  • the DHCP server 20 acquires one IP address from the unused list 24B and registers it in the in-use list 24A together with the MAC address acquired in S502 (S512). Then, the DHCP server 20 transmits a DHCPOFFER signal to the client computer 30 (S510).
  • FIG. 9 is an example of data stored as the unused list 24B. The processing in S512 and S510 is performed after obtaining a negative determination in S506, for example, when a DHCPDISCOVER signal is received from the client computer 30 whose IP address has been reset after the “expiration date” has arrived, and a new IP address It is a scene to give.
  • the DHCP server 20 acquires an IP address from the unused list 24B and registers it in the in-use list 24A together with the MAC address acquired in S502 ( S512). Then, the DHCP server 20 transmits a DHCPOFFER signal to the client computer 30 (S510). The processing of S512 and S510 is performed after obtaining a positive determination in S508, for example, as described later, when the client computer 40 is connected during the transmission of backup data and the IP address is duplicated. .
  • the DHCP server 20 can cause the client computer 30 to acquire another IP address when the IP address overlaps due to the connection of the client computer 40 as will be described later.
  • FIG. 10 is an example of a sequence diagram illustrating a processing flow in a scene where the information processing system 1 according to the present embodiment avoids duplication of IP addresses.
  • the client computer 30 starts backup data transmission processing (S600).
  • the backup server 10 starts the update process of the ARP table 14A (S602).
  • the backup server 10 transmits a request signal for requesting a return of the MAC address to the client computers 30 and 40 (S604). At this time, since the client computer 40 communicates using a fixed IP address, the IP address may coincide with the client computer 30 by chance.
  • the client computers 30 and 40 each send a response signal to the backup server 10 (S606, S608).
  • the backup server 10 updates the ARP table 14A using the response signal received first (S610, S612).
  • the response signal from the client computer 40 is adopted and the response signal from the client computer 30 is discarded.
  • the combination of the IP address and MAC address of the client computer 40 is stored in the ARP table 14A.
  • the combination of the IP address and the MAC address is not stored in the ARP table 14A, so that the transmission data is not received and discarded.
  • countermeasures against such inconvenience have not been taken, so that the processing of the client computer 30 is stopped and inconvenience such as manual repair is required.
  • the backup server 10 instructs the DHCP server 20 to freeze the IP address (S618).
  • the DHCP server 20 sets the corresponding IP address to the use frozen state in accordance with the freeze instruction (S620).
  • the client server 30 requests the DHCP server 20 for an IP address again (S622).
  • the DHCP server 20 transmits a new IP address to the client server 30 in response to the re-request of the IP address (S624).
  • the client server 30 can resume the backup data transmission process (S626).
  • a process that causes a delay of a certain time may be performed in the client computer 30 so that the process of re-requesting the IP address in S622 is after the freeze process of the IP address in S620.
  • the IP address freezing instruction is described based on the change of the ARP table 14A in the process of transmitting the backup data from the client computer 30 to the backup server 10, but the present invention is not limited to this.
  • an IP address freeze instruction may be issued based on the change in the ARP table 14A.
  • the present invention can be used in the data management service industry, the computer manufacturing industry, the computer software industry, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　ネットワークに接続された情報処理装置のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部と、前記ＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新する更新部と、前記情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行う指示部と、を備えるサーバ装置。

Description

サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム
　本発明は、サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラムに関する。
　従来、各ポートが受信したデータから、各ポートに接続された機器のＩＰアドレスを取得し、各ポートと各ポートに接続された機器に設定されたＩＰアドレスとの対応を記録し、ＩＰアドレスの重複を検出する機能を有するスイッチングハブ装置が知られている。
　このスイッチングハブ装置は、ＩＰアドレスの重複が検出された場合に、各ポートに接続された機器で使用されていないＩＰアドレスを代替ＩＰアドレスとして取得し、代替ＩＰアドレスをＩＰアドレスの重複が検出されたポートに割り当てる機能を有する。また、このスイッチングハブ装置は、代替ＩＰアドレスが割り当てられたポートがデータを受信した場合に、受信データの送信元ＩＰアドレスを受信ポートに対応する代替ＩＰアドレスに変換する機能を有する。また、このスイッチングハブ装置は、代替ＩＰアドレスが割り当てられたポートにデータを送信する場合に、送信データの宛先ＩＰアドレスを送信ポートに対応するＩＰアドレスに変換する機能を有する。
特開２００７－１５０９３６号公報
　しかしながら、上記従来の技術では、スイッチングハブを介さずにネットワークに接続する機器においてＩＰアドレスの重複が生じた場合に対応することができない。
　一つの側面では、本発明は、ＩＰアドレスの重複を解消することを目的とする。
　上記目的を達成するための本発明の一態様は、
　ネットワークに接続された情報処理装置のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部と、
　前記ＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新する更新部と、
　前記情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行う指示部と、
　を備えるサーバ装置である。
　一実施態様によれば、ＩＰアドレスの重複を解消することができる。
本発明の一実施例に係る情報処理システム１のシステム構成例である。 クライアントコンピュータ３０の起動時に実行される処理の流れを示すフローチャートの一例である。 ＡＲＰテーブル１４Ａとして格納されるデータの一例である。 バックアップサーバ１０のＯＳ１２Ａにより実行されるＡＲＰテーブル１４Ａの更新処理の流れを示すフローチャートの一例である。 バックアップサーバ１０のＡＲＰテーブル１４Ａの更新処理に対応し、クライアントコンピュータ３０側で実行される処理の流れを示すフローチャートの一例である。 バックアップサーバ１０のバックアップアプリ１２Ｂにより実行されるバックアップデータ受信処理の流れを示すフローチャートの一例である。 ＤＨＣＰサーバ２０により実行される処理の流れを示すフローチャートの一例である。 使用中リスト２４Ａとして格納されているデータの一例である。 未使用リスト２４Ｂとして格納されているデータの一例である。 本実施例の情報処理システム１がＩＰアドレスの重複を回避する場面における処理の流れを示すシーケンス図の一例である。
　以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。
　以下、図面を参照し、本発明の一実施例に係るサーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラムについて説明する。
　［構成］
　図１は、本発明の一実施例に係る情報処理システム１のシステム構成例である。情報処理システム１は、主要な構成として、バックアップサーバ１０と、ＤＨＣＰ（Dynamic　Host　Configuration　Protocol）サーバ２０と、クライアントコンピュータ３０及び４０と、を備える。バックアップサーバ１０とＤＨＣＰサーバ２０は、一個の物理サーバが有する複数の機能であってもよいし、別体の物理サーバであってもよい。
　バックアップサーバ１０、ＤＨＣＰサーバ２０、クライアントコンピュータ３０及び４０は、ネットワーク５０を介して接続されている。ネットワーク５０上では、例えばＴＣＰ／ＩＰ（Transmission　Control　Protocol／Internet　Protocol）に基づくパケット通信が行われる。
　バックアップサーバ１０及びＤＨＣＰサーバ２０は、それぞれがプログラムを実行するＣＰＵ（Central　Processing　Unit）１２、２２を有する。また、バックアップサーバ１０及びＤＨＣＰサーバ２０は、それぞれＨＤＤやフラッシュメモリ等の補助記憶装置１４、２４を有する。
　また、バックアップサーバ１０及びＤＨＣＰサーバ２０は、図示しないＲＡＭ（Random　Access　Memory）等のメモリ装置、図示しないＮＩＣ（Network　Interface　Card）等の通信手段を有する。バックアップサーバ１０とＤＨＣＰサーバ２０が同体の物理プロセッサによる一機能である場合、ＣＰＵや補助記憶装置は共用されてもよい。この場合、時分割によるマルチプロセッシング処理等が行われる。バックアップサーバ１０及びＤＨＣＰサーバ２０が実行するプログラムは、ネットワーク５０を介して取得されてもよいし、可搬型メモリ等が装着されることによって補助記憶装置１２、２２等にインストールされてもよい。
　クライアントコンピュータ３０は、ＣＰＵ３２、補助記憶装置３４、その他メモリ装置や通信手段を有する。同様に、クライアントコンピュータ４０は、ＣＰＵ４２、補助記憶装置４４、その他メモリ装置や通信手段を有する。図１ではクライアントコンピュータ３０を単体として表現したが、クライアントコンピュータ３０は複数存在してもよい。
　バックアップサーバ１０は、クライアントコンピュータ３０に対してバックアップサービスを提供する。バックアップサーバ１０は、プログラムをＣＰＵ１２が実行することにより機能する機能ブロックとしてＯＳ（Operating　System）１２Ａと、バックアップアプリ１２Ｂとを有する。上記バックアップサービスは、バックアップアプリ１２Ｂによって実現される。クライアントコンピュータ３０は、起動時等において補助記憶装置３４に格納されたデータの一部又は全部をバックアップサーバ１０に送信する。バックアップサーバ１０は、クライアントコンピュータ３０から受信したデータを補助記憶装置１４に記憶させ、所望のタイミングで補助記憶装置１４に記憶させたデータをクライアントコンピュータ３０に送信する。特許請求の範囲における「更新部」は例えばＯＳ１２Ａに対応し、特許請求の範囲における「指示部」は例えばバックアップアプリ１２Ｂに対応する。
　また、バックアップサーバ１０は、補助記憶装置１４上に、ネットワーク５０に接続された機器のＩＰアドレスとＭＡＣアドレスが対応付けられたＡＲＰテーブル１４Ａを保持している（一例であり、ＲＡＭ等にＡＲＰテーブルを保持してもよい）。
　また、ＤＨＣＰサーバ２０は、補助記憶装置２４上に、使用中リスト２４Ａと、未使用リスト２４Ｂを保持している（一例であり、ＲＡＭ等にこれらを保持してもよい）。
　クライアントコンピュータ３０は、ＤＨＣＰサーバ２０から取得したＩＰアドレスを用いてバックアップサーバ１０等と通信を行う。一方、クライアントコンピュータ４０は、固定のＩＰアドレスを用いて通信を行う。従って、クライアントコンピュータ３０がＤＨＣＰサーバ２０から取得したＩＰアドレスを用いて通信を行っている際にクライアントコンピュータ４０がネットワーク５０に接続すると、クライアントコンピュータ３０、４０の間でＩＰアドレスの重複が発生し得る。本実施例の情報処理システム１では、係るＩＰアドレスの重複を解消するために、以下に説明する処理を実行する。以下、各構成要素により実行される処理について、順を追って説明する。
　［クライアントコンピュータ３０の起動時の処理］
　図２は、クライアントコンピュータ３０の起動時に実行される処理の流れを示すフローチャートの一例である。
　まず、クライアントコンピュータ３０は、図示しないＢＩＯＳ（Basic　Input/Output　System）の制御により、Ｓ１００～Ｓ１０４の処理を実行する。
　クライアントコンピュータ３０は、ＤＨＣＰサーバ２０からＩＰアドレスを取得する（Ｓ１００）。次に、クライアントコンピュータ３０は、ＰＸＥ（Preboot　Execution　Environment）ブート処理を行う（Ｓ１０２）。次に、クライアントコンピュータ３０は、ＴＦＴＰ（Trivial　File　Transfer　Protocol）処理を行い（Ｓ１０４）、ＯＳコードをバックアップサーバ１０等から取得する等の処理を行う。
　次に、クライアントコンピュータ３０は、図示しないＯＳを起動させる（Ｓ１０６）。ＯＳが起動すると、クライアントコンピュータ３０は、ＯＳの制御によりＳ１０８～Ｓ１２０の処理を実行する。
　クライアントコンピュータ３０は、ＤＨＣＰサーバ２０からＩＰアドレスを取得する（Ｓ１０８）。
　次に、クライアントコンピュータ３０は、バックアップデータ送信処理を開始する（Ｓ１１０）。係る開始処理には、例えばバックアップサーバ１０にバックアップ送信を開始することを通知するための開始通知信号を送信する処理が含まれる。
　バックアップ送信処理が開始されると、クライアントコンピュータ３０は、データ読み込み処理を行う（Ｓ１１２）。具体的には、クライアントコンピュータ３０は、補助記憶装置３４に格納された所定単位分のデータ（例えば一パケットに格納可能なデータ）を読み込み、データをＲＡＭ上に展開した後に、ＮＩＣ等の通信手段に送信する。
　次に、クライアントコンピュータ３０は、ＮＩＣ等の通信手段に、バックアップサーバ１０に対してバックアップデータの送信を行わせる（Ｓ１１４）。
　クライアントコンピュータ３０は、バックアップデータの送信を行わせると、バックアップサーバ１０から、バックアップデータを受信した旨を通知するためのＡＣＫ信号を受信したか否かを判定する（Ｓ１１６）。ＡＣＫ信号を受信していない場合、クライアントコンピュータ３０は、タイムアウトが発生したか否か、すなわちＳ１１４のデータ送信から所定時間経過したか否かを判定する（Ｓ１１８）。タイムアウトが発生していない場合、クライアントコンピュータ３０は、Ｓ１１６に戻り処理を実行する。
　タイムアウト前にＡＣＫ信号を受信した場合、クライアントコンピュータ３０は、バックアップ対象となる全てのデータを送信したか否かを判定する（Ｓ１２０）。バックアップ対象となる全てのデータを送信していない場合、クライアントコンピュータ３０は、Ｓ１１２に戻り次のデータを読み込む処理を行う。バックアップ対象となる全てのデータを送信した場合、クライアントコンピュータ３０は、本フローチャートの処理を終了する。
　一方、ＡＣＫ信号を受信せずにタイムアウトが発生した場合、クライアントコンピュータ３０は、Ｓ１０８に戻りＤＨＣＰサーバ２０からＩＰアドレスを取得する。
　係る処理によって、クライアントコンピュータ３０は、後述するようにクライアントコンピュータ４０の接続によってＩＰアドレスの重複が生じた場合に、別のＩＰアドレスを取得することができる。
　［ＡＲＰテーブル１４Ａの更新処理］
　バックアップサーバ１０は、所定のタイミングで、ＡＲＰテーブル１４Ａを更新する処理を行う。ＡＲＰテーブル１４Ａの更新処理は、ＯＳ１２Ａの制御によって実行される。図３は、ＡＲＰテーブル１４Ａとして格納されるデータの一例である。バックアップサーバ１０は、各ＩＰアドレスに対応した「更新日時」が到来すると、ＡＲＰテーブル１４Ａのうち、更新日時が到来したＩＰアドレスに対応する一連のデータ（データ行）を更新する。
　図４は、バックアップサーバ１０のＯＳ１２Ａにより実行されるＡＲＰテーブル１４Ａの更新処理の流れを示すフローチャートの一例である。本フローチャートは、例えば所定周期で繰り返し実行される。
　まず、ＯＳ１２Ａは、ＡＲＰテーブル１４Ａに格納された各ＩＰアドレスについて、更新日時が到来したか否かを判定する（Ｓ２００）。更新日時が到来したＩＰアドレスが存在しない場合、ＯＳ１２Ａは、本フローチャートの処理を終了する。
　更新日時が到来したＩＰアドレスが存在する場合、ＯＳ１２Ａは、更新日時が到来したＩＰアドレスに対応する一連のデータを消去する（Ｓ２０２）。この際に、ＯＳ１２Ａは、ＩＰアドレスに関してはＳ２０４以降で使用するため、消去前にＲＡＭ等に退避させておく。
　次に、ＯＳ１２Ａは、上記更新日時が到来したＩＰアドレス（以下、単に該当するＩＰアドレスと称する）を指定して、ＭＡＣアドレスの返信を要求する要求信号をネットワーク５０に接続された機器に送信する（Ｓ２０４）。
　要求信号を送信すると、ＯＳ１２Ａは、ネットワーク５０に接続された機器から応答信号を受信したか否かを判定する（Ｓ２０６）。応答信号を受信していない場合、ＯＳ１２Ａは、タイムアウトが発生したか否か、すなわちＳ２０４の要求信号送信から所定時間経過したか否かを判定する（Ｓ２０８）。応答信号を受信しておらず、且つタイムアウトが発生していない場合、クライアントコンピュータ３０は、Ｓ２０６に戻り処理を実行する。
　タイムアウト前に応答信号を受信した場合、ＯＳ１２Ａは、該当するＩＰアドレスと、応答信号に含まれるＭＡＣアドレスをセットとしてＡＲＰテーブル１４Ａに書き込む（Ｓ２１０）。この際に、ＯＳ１２Ａは、新たな更新日時を設定する。
　一方、応答信号を受信せずにタイムアウトが発生した場合、ＯＳ１２Ａは、該当するＩＰアドレスが付与された機器がネットワーク５０上に存在しないと判断し、本フローチャートの処理を終了する。
　図５は、バックアップサーバ１０のＡＲＰテーブル１４Ａの更新処理に対応し、クライアントコンピュータ３０及び４０側で実行される処理の流れを示すフローチャートの一例である。本フローチャートは、例えば所定周期で繰り返し実行される。
　クライアントコンピュータ３０（又は４０）は、ＤＨＣＰサーバ２０から取得した自らのＩＰアドレスが指定された要求信号を受信したか否かを判定する（Ｓ３００）。自らのＩＰアドレスが指定された要求信号を受信した場合、クライアントコンピュータ３０（又は４０）は、自らのＭＡＣアドレスを含む応答信号をバックアップサーバ１０に送信する（Ｓ３０２）。
　［バックアップサーバ１０のバックアップデータ受信処理］
　また、バックアップサーバ１０は、バックアップ送信の開始通知信号を受信すると（図２のＳ１１０の説明を参照）、バックアップアプリ１２Ｂが起動し、クライアントコンピュータ３０からバックアップデータの受信を開始する。
　図６は、バックアップサーバ１０のバックアップアプリ１２Ｂにより実行されるバックアップデータ受信処理の流れを示すフローチャートの一例である。本フローチャートは、クライアントコンピュータ３０から開始通知信号を受信したときに開始される。
　まず、バックアップアプリ１２Ｂは、ＡＲＰテーブル１４Ａに格納されたデータを取得し、ＩＰアドレスとＭＡＣアドレスの対応を図示しないＲＡＭ等に記憶させる（Ｓ４００）。
　次に、バックアップアプリ１２Ｂは、クライアントコンピュータ３０からバックアップデータの受信を行い（Ｓ４０２）、タイムアウトが発生したか否か、すなわち本フローチャートの開始から所定時間経過したか否かを判定する（Ｓ４０４）。
　タイムアウトが発生していない場合、バックアップアプリ１２Ｂは、所定単位分のバックアップデータの受信完了に伴い、クライアントコンピュータ３０に対してＡＣＫ信号を送信するように、ＮＩＣ等の通信手段を制御する（Ｓ４０６）。
　なお、Ｓ４０６の送信処理は、バックアップアプリ１２Ｂが送信先のＩＰアドレスを指定してＯＳ１２Ａに送信依頼することにより行われる。ＯＳ１２Ａは、送信依頼を受けると、指定されたＩＰアドレスに対応付けられたＭＡＣアドレスをＡＲＰテーブル１４Ａから取得し、ＩＰアドレスとＭＡＣアドレスを指定して、ＮＩＣ等の通信手段にＡＣＫ信号を送信させる。
　また、Ｓ４０２の受信処理は、バックアップサーバ１０のＮＩＣ等の通信手段において、ＡＲＰテーブル１４Ａに格納されたＩＰアドレスとＭＡＣアドレスにマッチしているか否かを判別する処理を経て行われる。従って、ＩＰアドレスとＭＡＣアドレスの組み合わせがＡＲＰテーブル１４Ａに格納されたものでない場合、バックアップサーバ１０は当該データを受信しない（バッファから破棄する等の処理が行われる）。
　こうしてＳ４０２～Ｓ４０６の処理が繰り返し行われることによって、バックアップデータの受信が完了する。受信が完了すると、バックアップアプリ１２Ｂは、本フローチャートの処理を終了する（Ｓ４０８）。受信の完了は、例えばクライアントコンピュータ３０から完了通知信号を受信することによって検知することができる。
　一方、Ｓ４０４においてタイムアウトが発生したと判定された場合、バックアップアプリ１２Ｂは、再度ＡＲＰテーブル１４Ａに格納されたデータを取得する（Ｓ４１０）。そして、バックアップアプリ１２Ｂは、Ｓ４１０で取得したデータとＳ４００で取得したデータを比較し、バックアップ送信を行っているクライアントコンピュータ３０のＩＰアドレスに対応するＭＡＣアドレスが変化しているか否かを判定する（Ｓ４１２）。
　バックアップアプリ１２Ｂは、ＭＡＣアドレスが変化している場合、ＤＨＣＰサーバ２０に対して、バックアップ送信を行っているクライアントコンピュータ３０のＩＰアドレスの使用を凍結するように指示する（Ｓ４１４）。
　係る処理によって、バックアップサーバ１０は、後述するようにクライアントコンピュータ４０の接続によってＩＰアドレスの重複が生じた場合に、クライアントコンピュータ３０に別のＩＰアドレスを取得させることができる。
　バックアップアプリ１２Ｂは、ＭＡＣアドレスが変化していない場合は、対象外のエラーであると判断して、他のエラー処理を行って（Ｓ４１６）、本フローチャートを終了する。
　［ＤＨＣＰサーバ２０の処理］
　図７は、ＤＨＣＰサーバ２０により実行される処理の流れを示すフローチャートの一例である。本フローチャートは、例えば所定周期で繰り返し実行される。
　まず、ＤＨＣＰサーバ２０は、クライアントコンピュータ３０から、ＩＰアドレスの付与を要求するDHCPDISCOVER信号を受信するまで待機する（Ｓ５００）。
　DHCPDISCOVER信号を受信すると、ＤＨＣＰサーバ２０は、該当するクライアントサーバ３０のＭＡＣアドレスを取得する（Ｓ５０２）。ＭＡＣアドレスは、例えばDHCPDISCOVER信号のヘッダ部分に記述されている。
　次に、ＤＨＣＰサーバ２０は、Ｓ５０２で取得したＭＡＣアドレスを検索キーとして、使用中リスト２４ＡからＩＰアドレスを検索する（Ｓ５０４）。図８は、使用中リスト２４Ａとして格納されているデータの一例である。図８中、「使用期限」は、ＡＲＰテーブル１４Ａにおける「更新日時」と一致していてもよいし、異なってもよい（図３と図８では一致するものとした）。また、図８中、「使用凍結」は、バックアップサーバ１０から使用を凍結するように指示されたか否かを示すものであり、TRUEは使用を凍結するように指示された使用凍結状態であることを示し、FALSEは使用凍結状態でないことを示す。
　そして、ＤＨＣＰサーバ２０は、使用中リスト２４ＡからＭＡＣアドレスに対応するＩＰアドレスが発見されたか否かを判定する（Ｓ５０６）。
　使用中リスト２４ＡからＭＡＣアドレスに対応するＩＰアドレスが発見された場合、ＤＨＣＰサーバ２０は、該当するＩＰアドレスが使用凍結状態であるか否かを判定する（Ｓ５０８）。
　該当するＩＰアドレスが使用凍結状態でない場合、ＤＨＣＰサーバ２０は、該当するＩＰアドレスを付与する旨のDHCPOFFER信号をクライアントコンピュータ３０に送信する（Ｓ５１０）。Ｓ５０８で否定的な判定を得た後にＳ５１０の処理が行われるのは、例えばクライアントコンピュータ３０が起動前と起動後で同じＩＰアドレスを継続して使用することを、ＤＨＣＰサーバ２０が認証する場面である。
　一方、Ｓ５０６でＩＰアドレスが発見されなかった場合は、ＤＨＣＰサーバ２０は、未使用リスト２４ＢからＩＰアドレスを一つ取得し、Ｓ５０２で取得したＭＡＣアドレスと共に使用中リスト２４Ａに登録する（Ｓ５１２）。そして、ＤＨＣＰサーバ２０は、DHCPOFFER信号をクライアントコンピュータ３０に送信する（Ｓ５１０）。図９は、未使用リスト２４Ｂとして格納されているデータの一例である。Ｓ５０６で否定的な判定を得た後にＳ５１２、Ｓ５１０の処理が行われるのは、例えば「使用期限」が到来してＩＰアドレスがリセットされたクライアントコンピュータ３０からDHCPDISCOVER信号を受信し、新規なＩＰアドレスを付与する場面である。
　また、Ｓ５０８で該当するＩＰアドレスが使用凍結状態であると判定した場合、ＤＨＣＰサーバ２０は、未使用リスト２４ＢからＩＰアドレスを取得し、Ｓ５０２で取得したＭＡＣアドレスと共に使用中リスト２４Ａに登録する（Ｓ５１２）。そして、ＤＨＣＰサーバ２０は、DHCPOFFER信号をクライアントコンピュータ３０に送信する（Ｓ５１０）。Ｓ５０８で肯定的な判定を得た後にＳ５１２、Ｓ５１０の処理が行われるのは、例えば後述するように、バックアップデータの送信中にクライアントコンピュータ４０が接続され、ＩＰアドレスの重複が生じた場面である。
　係る処理によって、ＤＨＣＰサーバ２０は、後述するようにクライアントコンピュータ４０の接続によってＩＰアドレスの重複が生じた場合に、クライアントコンピュータ３０に別のＩＰアドレスを取得させることができる。
　［まとめ］
　以上の処理によって、クライアントコンピュータ４０が接続されることによって、偶然にＩＰアドレスの重複が生じ、クライアントコンピュータ３０がバックアップサーバ１０と通信を行うことができなくなるという不都合を解消することができる。
　上記の不都合が生じ得るのは、以下のような場面である。図１０は、本実施例の情報処理システム１がＩＰアドレスの重複を回避する場面における処理の流れを示すシーケンス図の一例である。
　まず、クライアントコンピュータ３０がバックアップデータ送信処理を開始する（Ｓ６００）。
　バックアップデータ送信処理が終了するまでに当該クライアントコンピュータ３０に付与されているＩＰアドレスのＡＲＰテーブル１４Ａにおける「更新日時」が到来すると、バックアップサーバ１０がＡＲＰテーブル１４Ａの更新処理を開始する（Ｓ６０２）。
　バックアップサーバ１０は、ＭＡＣアドレスの返信を要求する要求信号をクライアントコンピュータ３０及び４０に送信する（Ｓ６０４）。このとき、クライアントコンピュータ４０は固定のＩＰアドレスを用いて通信を行うため、クライアントコンピュータ３０と偶然にＩＰアドレスが重複する可能性がある。
　ＩＰアドレスが重複する場合、クライアントコンピュータ３０及び４０は、それぞれが応答信号をバックアップサーバ１０に送信する（Ｓ６０６、Ｓ６０８）。このとき、バックアップサーバ１０は最初に受信した応答信号を採用してＡＲＰテーブル１４Ａを更新する（Ｓ６１０、Ｓ６１２）。ここでは、クライアントコンピュータ４０からの応答信号が採用され、クライアントコンピュータ３０からの応答信号は破棄されたものとする。
　Ｓ６０４～Ｓ６１２の処理の結果、クライアントコンピュータ４０のＩＰアドレスとＭＡＣアドレスの組み合わせがＡＲＰテーブル１４Ａに格納されることになる。この結果、クライアントコンピュータ３０がバックアップデータを送信しようとしても、ＩＰアドレスとＭＡＣアドレスの組み合わせがＡＲＰテーブル１４Ａに格納されていないため、送信データは受信されず破棄されてしまう。従来のシステムでは、このような不都合に対して対応策がとられていなかったため、クライアントコンピュータ３０の処理が停止してしまい、手動による修理が必要となる等の不都合が生じていた。
　これに対し、本実施例の情報処理システム１では、バックアップサーバ１０は、タイムアウトが発生すると（Ｓ６１４）、ＩＰアドレスの凍結指示をＤＨＣＰサーバ２０に対して行う（Ｓ６１８）。ＤＨＣＰサーバ２０は、凍結指示に従って該当するＩＰアドレスを使用凍結状態とする（Ｓ６２０）。
　また、クライアントサーバ３０は、タイムアウトが発生すると（Ｓ６１６）、ＤＨＣＰサーバ２０に対してＩＰアドレスを再要求する（Ｓ６２２）。ＤＨＣＰサーバ２０は、ＩＰアドレスの再要求に応じて新しいＩＰアドレスをクライアントサーバ３０に送信する（Ｓ６２４）。これによって、クライアントサーバ３０はバックアップデータの送信処理を再開することができる（Ｓ６２６）。
　なお、Ｓ６２２のＩＰアドレスを再要求する処理が、Ｓ６２０のＩＰアドレスの凍結処理よりも後になるように、一定時間の遅延を生じさせるような処理をクライアントコンピュータ３０において行ってもよい。
　以上説明した本実施例の情報処理システム１等によれば、ＩＰアドレスの重複を解消することができる。
　以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
　例えば、上記実施例では、バックアップデータをクライアントコンピュータ３０からバックアップサーバ１０に送信する過程において、ＡＲＰテーブル１４Ａの変化に基づきＩＰアドレスの凍結指示を行うことについて言及したが、これに限られない。バックアップされたデータをバックアップサーバ１０からクライアントコンピュータ３０に送信する過程においても、同様にＡＲＰテーブル１４Ａの変化に基づきＩＰアドレスの凍結指示を行ってもよい。
　本発明は、データ管理サービス産業、コンピュータ製造産業、コンピュータソフトウエア産業等に利用することができる。
　１　　　情報処理システム
　１０　　バックアップサーバ
　１２　　ＣＰＵ
　１２Ａ　ＯＳ
　１２Ｂ　バックアップアプリ
　１４　　補助記憶装置
　１４Ａ　ＡＲＰテーブル
　２０　　ＤＨＣＰサーバ
　２２　　ＣＰＵ
　２４　　補助記憶装置
　２４Ａ　使用中リスト
　２４Ｂ　未使用リスト
　３０　　クライアントコンピュータ
　３４　　補助記憶装置
　４０　　クライアントコンピュータ
　５０　　ネットワーク

Claims (5)

  1. 　ネットワークに接続された情報処理装置のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部と、
    　前記ＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新する更新部と、
    　前記情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行う指示部と、
    　を備えるサーバ装置。
  2. 　請求項１に記載のサーバ装置と、
    　前記サーバ装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記ＩＰアドレス付与部にＩＰアドレスの取得を要求する前記情報処理装置と、
    　前記情報処理装置からＩＰアドレスの取得が要求されたとき、前記凍結するよう指示されたＩＰアドレスを回避して前記情報処理装置にＩＰアドレスを付与する前記ＩＰアドレス付与部と、
    　を備える情報処理システム。
  3. 　前記情報処理装置は、前記サーバ装置との間で情報を送受信する途中でタイムアウトが生じたときに前記ＩＰアドレス付与部にＩＰアドレスの取得を要求する処理が、前記ＩＰアドレス付与部がＩＰアドレスの凍結を行った後になるように、遅延処理を行うことを特徴とする、請求項２に記載の情報処理システム。
  4. 　ネットワークに接続された情報処理装置のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部を有するサーバ装置のアドレス管理方法であって、
    　前記サーバ装置が、
    　前記ＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新し、
    　前記情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行うことを特徴とする、サーバ装置のアドレス管理方法。
  5. 　ネットワークに接続された情報処理装置のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部を有するサーバ装置のアドレス管理プログラムであって、
    　前記サーバ装置に、
    　前記ＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新させ、
    　前記情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行わせることを特徴とする、サーバ装置のアドレス管理プログラム。
PCT/JP2012/050624 2012-01-13 2012-01-13 サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム WO2013105269A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2012/050624 WO2013105269A1 (ja) 2012-01-13 2012-01-13 サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム
JP2013553165A JP5686204B2 (ja) 2012-01-13 2012-01-13 サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム
US14/300,274 US9560007B2 (en) 2012-01-13 2014-06-10 Server apparatus, information processing system, address management method of server apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/050624 WO2013105269A1 (ja) 2012-01-13 2012-01-13 サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/300,274 Continuation US9560007B2 (en) 2012-01-13 2014-06-10 Server apparatus, information processing system, address management method of server apparatus

Publications (1)

Publication Number Publication Date
WO2013105269A1 true WO2013105269A1 (ja) 2013-07-18

Family

ID=48781239

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/050624 WO2013105269A1 (ja) 2012-01-13 2012-01-13 サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム

Country Status (3)

Country Link
US (1) US9560007B2 (ja)
JP (1) JP5686204B2 (ja)
WO (1) WO2013105269A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476374A (zh) * 2016-03-25 2018-08-31 艾可慕株式会社 通信控制装置、无线设备、通信控制系统、通信控制方法以及程序

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9647779B2 (en) 2013-04-22 2017-05-09 The Nielsen Company (Us), Llc Systems, methods, and apparatus to identify media devices
JP5696805B1 (ja) * 2014-03-20 2015-04-08 富士ゼロックス株式会社 情報処理装置及びプログラム
FI3769493T3 (fi) 2018-03-23 2023-02-22 Signify Holding Bv Menetelmä ja laitteet langattoman siirtotien, ota, päivityksen suorittamiseksi viestinnällisesti yhdistettyjen laitteiden verkossa
US11281492B1 (en) * 2019-05-31 2022-03-22 Juniper Networks, Inc. Moving application containers across compute nodes
CN112559542B (zh) * 2020-12-11 2023-11-07 赛尔网络有限公司 网络基础信息库更新方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364190A (ja) * 2003-06-06 2004-12-24 Murata Mach Ltd 通信装置およびその装置を実現するためのプログラム
JP2008109379A (ja) * 2006-10-25 2008-05-08 Matsushita Electric Ind Co Ltd Ｉｐ端末装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002190816A (ja) * 2000-12-20 2002-07-05 Nec Corp 無線通信システム
KR100568229B1 (ko) * 2003-07-10 2006-04-07 삼성전자주식회사 애드혹 네트워크상에서 동적으로 ａｒｐ 캐시 테이블을갱신하는 방법 및 시스템
US7676587B2 (en) * 2004-12-14 2010-03-09 Emc Corporation Distributed IP trunking and server clustering for sharing of an IP server address among IP servers
JP4676320B2 (ja) 2005-11-30 2011-04-27 富士通株式会社 スイッチングハブ装置および重複ｉｐアドレス自動変換方法
KR100950336B1 (ko) * 2007-12-18 2010-03-31 한국전자통신연구원 서비스 연속성을 보장하기 위한 호 제어 방법
US8903991B1 (en) * 2011-12-22 2014-12-02 Emc Corporation Clustered computer system using ARP protocol to identify connectivity issues

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364190A (ja) * 2003-06-06 2004-12-24 Murata Mach Ltd 通信装置およびその装置を実現するためのプログラム
JP2008109379A (ja) * 2006-10-25 2008-05-08 Matsushita Electric Ind Co Ltd Ｉｐ端末装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MANABU TAKATA ET AL.: "Imadoki no Net o Rikai suru 7-tsu no Juyo Keyword", SAIGO NI CHOFUKU SHITE INAIKA KAKUNIN, FIG. 2, NIKKEI NETWORK, no. 32, 22 November 2002 (2002-11-22), pages 104 - 119 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476374A (zh) * 2016-03-25 2018-08-31 艾可慕株式会社 通信控制装置、无线设备、通信控制系统、通信控制方法以及程序
CN108476374B (zh) * 2016-03-25 2020-12-11 艾可慕株式会社 通信控制装置、无线设备、通信控制系统、通信控制方法以及计算机可读记录介质

Also Published As

Publication number Publication date
US9560007B2 (en) 2017-01-31
JPWO2013105269A1 (ja) 2015-05-11
US20140289365A1 (en) 2014-09-25
JP5686204B2 (ja) 2015-03-18

Similar Documents

Publication Publication Date Title
JP5686204B2 (ja) サーバ装置、情報処理システム、サーバ装置のアドレス管理方法、及びサーバ装置のアドレス管理プログラム
US9280360B2 (en) Bootstrapping from a remote disk image via a network
US7886139B2 (en) Method to enable firmware to boot a system from an ISCSI device
KR101114644B1 (ko) 방법, 물품 및 시스템
TWI613548B (zh) 遠端平台管理之計算裝置實施方法、保存用於遠端平台管理的電腦可執行指令之非暫時性媒體、以及遠端管理式計算裝置
US20100174810A1 (en) Distributed preboot execution environment (pxe) server booting
WO2011147359A1 (zh) 获取介质访问控制地址的方法、装置和系统
JP5910246B2 (ja) 情報処理システム及び仮想アドレス設定方法
US20110296159A1 (en) Pxe server and electronic device and method of diskless booting electronic device
TWI478060B (zh) 用以使用預開機資料將電腦系統開機之系統與方法
US20080279098A1 (en) Wireless Receiver Code Download and Boot Sequence
KR20080073529A (ko) 전자장치, 관리서버 및 그 제어방법
JP2010147553A (ja) 情報管理装置、識別情報収集方法およびプログラム
JP6120971B2 (ja) データサーバとネットワークソケットを確立する方法
US20190281012A1 (en) Information processing apparatus and information processing apparatus management system
CN113766041B (zh) 获取第一服务器媒体访问控制mac地址的方法、装置、设备及存储介质
WO2019076068A1 (zh) 数据传输的方法、服务器、卸载卡及存储介质
US9563388B2 (en) Sharing a hosted device in a computer network
JP6268869B2 (ja) 情報処理装置および情報処理装置の内部情報更新方法
JP2009087008A (ja) 情報処理システムおよび制御方法
US9591080B2 (en) Method of establishing a network socket with a data server
JP2017079033A (ja) 情報処理システム、情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム
JP4982454B2 (ja) 情報処理方法および情報処理システム
JP5695689B2 (ja) ネットワークブートシステム及びネットワークブート方法
US20090164555A1 (en) Initiating execution of server-controlled tasks

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12865497

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013553165

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12865497

Country of ref document: EP

Kind code of ref document: A1