JP5686204B2

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

Info

Publication number: JP5686204B2
Application number: JP2013553165A
Authority: JP
Inventors: 寛史渡部
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2012-01-13
Filing date: 2012-01-13
Publication date: 2015-03-18
Anticipated expiration: 2032-01-13
Also published as: JPWO2013105269A1; WO2013105269A1; US20140289365A1; US9560007B2

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

第１の情報処理装置と、固定のＩＰアドレスを用いて通信を行う第２の情報処理装置と共に、ネットワークに接続されるサーバ装置であって、
前記ネットワークに接続された前記第１の情報処理装置と前記第２の情報処理装置の少なくとも一方のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部と、
前記テーブルデータとして記憶されたＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新する更新部と、
前記第１の情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた前記第１の情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行う指示部と、
を備えるサーバ装置。
請求項１に記載のサーバ装置と、
前記サーバ装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記ＩＰアドレス付与部にＩＰアドレスの取得を要求する前記第１の情報処理装置と、
前記固定のＩＰアドレスを用いて通信を行う前記第２の情報処理装置と、
前記第１の情報処理装置からＩＰアドレスの取得が要求されたとき、前記凍結するよう指示されたＩＰアドレスを回避して前記第１の情報処理装置にＩＰアドレスを付与する前記ＩＰアドレス付与部と、
を備える情報処理システム。
第１の情報処理装置と、固定のＩＰアドレスを用いて通信を行う第２の情報処理装置と共に、ネットワークに接続されるサーバ装置のアドレス管理方法であって、
前記サーバ装置は、前記ネットワークに接続された前記第１の情報処理装置と前記第２の情報処理装置の少なくとも一方のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部を有し、
前記サーバ装置が、
前記テーブルデータとして記憶されたＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新し、
前記第１の情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた前記第１の情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行うことを特徴とする、サーバ装置のアドレス管理方法。
第１の情報処理装置と、固定のＩＰアドレスを用いて通信を行う第２の情報処理装置と共に、ネットワークに接続されるサーバ装置のアドレス管理プログラムであって、
前記サーバ装置は、前記ネットワークに接続された前記第１の情報処理装置と前記第２の情報処理装置の少なくとも一方のＩＰアドレスとＭＡＣアドレスが対応付けられたテーブルデータを記憶する記憶部を有し、
前記サーバ装置に、
前記テーブルデータとして記憶されたＩＰアドレスを指定して情報を送信し、返信された情報に基づいて前記テーブルデータを更新させ、
前記第１の情報処理装置との間で情報を送受信する途中でタイムアウトが生じたとき、前記テーブルデータにおいて、前記情報を送受信していた前記第１の情報処理装置のＩＰアドレスに対応するＭＡＣアドレスがタイムアウト前から変化しているか否かを判定し、変化している場合に、前記ネットワークに接続されたＩＰアドレス付与部に対して該当するＩＰアドレスを凍結する指示を行わせることを特徴とする、サーバ装置のアドレス管理プログラム。