JP4633837B2

JP4633837B2 - アドレス配信システム、方法およびそのためのプログラム

Info

Publication number: JP4633837B2
Application number: JP2008313669A
Authority: JP
Inventors: 伸幸七野
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2008-01-22
Filing date: 2008-12-09
Publication date: 2011-02-16
Anticipated expiration: 2028-12-09
Also published as: JP2009201098A; US20090187644A1; US8335840B2

Description

本発明は、装置内のネットワークに接続されるユニットへアドレスを配信するアドレス配信システム、方法およびそのためのプログラムに関する。

例えば磁気ディスクのアレイからなるストレージシステムは、ストレージシステム内の内部ネットワークでメインユニットと複数の内部ユニットが接続されている。ここで内部ユニットは、磁気ディスクを制御する制御回路を含む。複数の内部ユニットを統括するメインユニットは、監視端末を含む外部ネットワークと接続される。

メインユニットは、ストレージシステム内部の複数の内部ユニットから情報を取得し、内部ユニットの状態を確認するために、ストレージシステム内部でイーサネット（登録商標）（Ethernet（登録商標））通信を行っている。さらに、メインユニットは、ストレージシステム外部の監視端末であるコンピュータとも通信する必要があるため、ストレージシステム外部に対してもイーサネット（登録商標）通信を行っている。そのためストレージシステム外部通信で使用するメインユニットのＩＰ（Internet Protocol）アドレスとストレージシステム内部の内部ユニットのＩＰアドレスとを衝突させないようにする必要がある。

一般に、ＩＰアドレスの衝突回避のために、ネットワーク内のＩＰアドレスをＤＨＣＰ（Dynamic Host Configuration Protocol）を用いて動的に割り当てることが行われている。ＤＨＣＰをストレージシステム内のネットワーク制御に用いる際には、内部ユニットが、メインユニットに対してＩＰアドレスを要求し、使用期限付きでＩＰアドレスを借り受けることとなる。しかし、ストレージシステム内のメインユニットと内部ユニット間にＤＨＣＰを使用すると以下の問題が発生する。

ＤＨＣＰ使用時の問題は、メインユニットが貸し出している内部ユニットのＩＰアドレスを変更したくとも、即時に変更できないことである。その理由は、メインユニットはＩＰアドレスの変更の契機として内部ユニットからの貸し出し要求を待たねばならないからである。すなわち、メインユニット側から主体的にリアルタイムにＩＰアドレスに関する制御ができないことである。端的に言えば、メインユニットは内部ユニットのＩＰアドレスを何時でも変更できる訳でなく、内部ユニットからの貸し出し要求を待たずに変更することはできない。

ストレージシステムの内部ユニットのＩＰアドレスをリアルタイムに変更できないと、例えばストレージシステムの外部の監視端末からメインユニットの外部用ＩＰアドレスを動的に変更できないことになる。これは、ストレージシステムの製品価値を下げる結果をもたらす。

特開２００２−１９０８１１号公報

それゆえ、本発明は、上記問題に鑑み、装置内のメインユニットと複数の内部ユニットを有するネットワークのアドレス配信システムであって、外部との通信で使用するメインユニットのアドレスが変更されても、ほぼリアルタイムで、装置の内部ユニットのアドレスを変更できるアドレス配信システム、アドレス配信方法およびプログラムを提供することを目的とする。

アドレス配信システムは、装置内のネットワークに接続され、前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するメインユニットと、前記ネットワークに接続され、ＤＨＣＰを用いて第１の内部用アドレスを取得し、前記取得した第１の内部用アドレスを用いて前記メインユニットと通信し、前記メインユニットから第２の内部用アドレスを取得し、前記取得した第２の内部用アドレスにより前記メインユニットと通信する複数の内部ユニットと、を備え、前記メインユニットは、前記外部用アドレスの変更を検出すると、前記複数の内部ユニットに、内部ユニットの使用する内部用アドレスの変更を要求するアドレス変更通知を送信し、前記複数の内部ユニットのそれぞれは、前記アドレス変更通知を受信すると、前記第２の内部用アドレスを前記第１の内部用アドレスとして用いて前記メインユニットと通信し、前記メインユニットから新たな第２の内部用アドレスを取得する。

前記複数の内部ユニットのそれぞれは、前記メインユニットに対し所定の信号を送信し、所定時間内に返信を受信しない場合、前記複数の内部ユニットのそれぞれは、前記メインユニットから新たな第１の内部用アドレスを取得することができる。
前記内部ユニットと前記メインユニットとの間のハートビートを監視するハートビート監視タイマをさらに備え、前記ハートビート監視タイマのカウント値が所定値を超えると、前記内部ユニットの内部アドレス変更のタイミングとすることができる。

アドレス配信方法は、装置内のメインユニットと複数の内部ユニットが接続されたネットワークであって、メインユニットが前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するネットワークにおけるアドレス配信方法であって、前記内部ユニットは、ＤＨＣＰを用いて第１の内部用アドレスを取得し、前記取得した第１の内部用アドレスを用いて前記メインユニットと通信し、前記外部用アドレスの変更を検出した前記メインユニットから第２の内部用アドレスを取得し、前記取得した第２の内部用アドレスにより前記メインユニットと通信し、前記メインユニットから、内部ユニットの使用する内部用アドレスの変更を要求するアドレス変更通知を受信すると、前記第２の内部用アドレスを前記第１の内部用アドレスとして用いて前記メインユニットと通信し、前記メインユニットから新たな第２の内部用アドレスを取得する。

アドレス配信システムおよびアドレス配信方法では、外部との通信で使用するメインユニットのアドレスが変更されても、ほぼリアルタイムで、装置の内部ユニットのアドレスを変更できる。さらに、アドレス変更時の通信の中断が発生することがない。

図１は、第１実施形態に係るストレージシステム内のＩＰアドレス配信システムを示す図である。図１に示すＩＰアドレス配信システムは、ストレージシステム１内に形成される内部ネットワーク４内にメインユニット１０と複数の内部ユニット１１とを有している。例えばメインフレームコンピュータもしくはオープンサーバであるホストコンピュータ２は、メインユニット１０に対してファイバチャネル１２等を介して接続されている。なお、ホストコンピュータ２は、メインユニット１０に対して通信インタフェースを備えた内部ユニットを介して接続してもよい。内部ネットワーク４内のメインユニット１０は、外部ネットワーク５内にも包含される。外部ネットワーク５には、ストレージシステム１外部のコンピュータからなる監視端末３が含まれる。メインユニット１０は、監視端末３に接続される。

メインユニット１０の通信部１１０は、ＩＰ通信を使ってストレージシステム１内部における複数の内部ユニット１１の状態を保守／監視し、かつＩＰ通信を使ってストレージシステム１内部の状態を外部の監視端末３に通知する。

メインユニット１０は、不図示のＣＰＵ、メモリ、入力デバイス、出力デバイスおよび補助記憶装置を有する。メインユニット１０は、各内部ユニット１１から情報を採取し、各内部ユニット１１の状態確認のための情報を作成し、監視端末３からのステータス確認要求に応える。ステータス確認要求に対しては、メインユニット１１は、まずストレージシステム１全体として正常か否かを回答し、正常でないときは各内部ユニット１１が正常か否かを回答する。

メインユニット１０にＩＰアドレスが２つ割り当てられている。１つは内部用ＩＰアドレスであり、他の１つは外部用ＩＰアドレスである。内部用ＩＰアドレスは、ストレージシステム１内部の内部ネットワーク４用である。外部用ＩＰアドレスは、ストレージシステム１外部の外部ネットワーク５用である。

メインユニット１０の外部用ＩＰアドレスは、監視端末３から自由に設定可能である監視端末３は、メインユニット１０の内部用ＩＰアドレスを意識する必要はない。これにより、ストレージシステム１を含めたネットワークの設計負担が軽減される。

メインユニット１０は、ＯＳ（Operating System）に組み込まれたＤＨＣＰの仕組みにより複数の内部ユニット１１のＩＰアドレスを割り付ける。具体的には、ＩＰアドレスを獲得に来た内部ユニット１１の順にＩＰアドレスを割り振り、そのＩＰアドレスを内部ユニット１１に送信する。

各内部ユニット１１は、自身の電源状態およびディスクの状態等を監視しメインユニット１０にその状態を示す情報を送信する。また、内部ユニット１１は不図示のＣＰＵ、メモリ、補助記憶装置として不揮発メモリもしくは磁気ディスク等を有する。必要に応じて、入力デバイス、出力デバイスを有してもよい。各内部ユニット１１は、ホストコンピュータ２とメインユニット１０を介してデータの送受信を行っている。なお、ホストコンピュータ２との通信インタフェースを備えた内部ユニットがある場合には、この内部ユニットを介してホストコンピュータ２とデータの送受信を行うことも可能である。

ＤＨＣＰをストレージシステム１内部に導入すると、ストレージシステム１内部の内部ネットワーク４における内部ユニット１１のＩＰアドレスの設定に変更が生じても、メインユニット１０がＤＨＣＰを使用して複数の内部ユニット１１のＩＰアドレスを変更することで柔軟に対応できる。しかし、ＤＨＣＰの導入は次ぎのような問題を発生する。

ＤＨＣＰによれば、まず内部ユニット１１がメインユニット１０に対してＩＰアドレスを要求する。メインユニット１０は内部ネットワーク４に即したＩＰアドレスとＩＰアドレスの使用期限すなわちＩＰアドレスの寿命を内部ユニット１１に通知する。ＩＰアドレスの寿命を通知するのは内部ユニット１１に割り振ったＩＰアドレスを寿命経過後に回収し再利用するためである。ある内部ユニット１１が寿命前に故障などの要因で、内部ネットワーク４から外れた場合、寿命が過ぎたＩＰアドレスを新たな内部ユニット１１に再利用できる。内部ユニット１１は寿命が来る前にメインユニット１０に対してＩＰアドレス使用の延長を要求し、許可されればＩＰアドレスの寿命を延ばすことが可能となる。

ＤＨＣＰの仕様上、内部ユニット１１がＩＰアドレスの延長を要求してくる場合にのみ、メインユニット１０は、内部ユニット１１のＩＰアドレスを変更することができる。しかし、内部ユニット１１はＩＰアドレスの寿命が近くなるまでＩＰアドレスの延長を要求しないので、メインユニット１０がＩＰアドレスを変更したくても変更できないということが起きる。つまり、メインユニット１０の都合でリアルタイムに内部ユニット１０のＩＰアドレスの変更ができない。

本実施形態では、ＩＰアドレスの寿命を短くすることで、内部ユニット１１からメインユニット１０に延長要求を頻繁に送信させるようにする。例えば、ＩＰアドレスの寿命を５秒とすると、遅くとも５秒間隔でＩＰアドレスの使用の延長要求を内部ユニット１１からメインユニット１０に対して送信する。したがって、メインユニット１０は、延長要求した内部ユニット１１のＩＰアドレスが変更されていればその寿命の間隔例えば５秒でそのＩＰアドレスの変更を通知できる。ＩＰアドレスの寿命を短くすることにより、メインユニット１０による内部ユニット１１のＩＰアドレスの変更の機会が多くなり、メインユニット１０は内部ユニット１１のＩＰアドレスをほぼリアルタイムで変更することができる。

図２は、図１に示す内部ユニット１１のよる処理を示すフローチャートである。内部ユニット１１の処理のプログラムは、内部ユニット１１のＣＰＵ（不図示）が、必要に応じて内部ユニット１１内の補助記憶装置（不図示）からメモリ（不図示）に書込まれ実行される。

ストレージシステムが起動されると、まずステップ２０１で、内部ユニット１１は、メインユニット１０にＩＰアドレス使用の要求を送信する。
ステップ２０２では、内部ユニット１１が、第１所定時間内にメインユニット１０からの応答を受信すれば、受信正常と判断しステップ２０３に進む。内部ユニット１１が、第１所定時間内にメインユニット１０からの応答を受信しなければ、受信異常と判断しステップ２０１に戻り再度ステップ２０１を実行する。第１所定時間は、電源投入から起動するまでに要する起動時間がメインユニット１０の方が内部ユニット１１の方より長いことから、メインユニット１０の起動時間より少し長い時間とする。第１所定時間はメインユニット１０が自由に設定でき、通常４〜８秒に設定される。

ステップ２０３で、内部ユニット１１は、メインユニット１０からＩＰアドレスを受信する。

ステップ２０４では、ＩＰアドレス使用の寿命が経過する前のタイミングで、内部ユニット１１は、使用中のＩＰアドレスを継続して使用するための延長要求をメインユニット１０に送信する。

ステップ２０５では、内部ユニット１１が、ＩＰアドレス使用の延長要求に対するメインユニット１０の応答を第２所定時間内に受信すれば、受信正常と判断しステップ２０６に進む。内部ユニット１１が、第２所定時間内にメインユニット１０の応答を受信しなければ、ＩＰアドレスロストによる受信異常と判断しステップ２０１に戻り再度ステップ２０１を実行する。すなわち、ステップ２０１で再びＩＰアドレスの使用要求を行う。

第２所定時間は、寿命を５秒に設定したとき、ＤＨＣＰの仕様によりＩＰアドレス使用の延長要求送信から寿命の１／２である２．５０秒または寿命の１／３である１．６７秒に設定される。

以上のように、内部ユニット１１の使用するＩＰアドレスの寿命を短くすることにより、メインユニット１０のＩＰアドレスの再割当てまでの時間が短くなる。したがって、外部の監視端末３からメインユニット１０の外部アドレスの変更要求にほぼリアルタイムで応答することができる。

ところで、ステップ２０５でＩＰアドレスロストと判定されるのは、メインユニット１０が内部ユニット１１からＩＰアドレス使用の延長要求を前回受信した後今回受信するまでの時間帯に、監視端末３からメインユニット１０の外部用ＩＰアドレスが変更された場合の可能性が高い。外部用ＩＰアドレスが変更されると、メインユニット１０は内部用ＩＰアドレスを変更し、次いで内部ユニット１１のＩＰアドレスを新たに割り振る。

メインユニット１０の内部用ＩＰアドレスが変更されると、内部ユニット１１はメインユニット１０と通信できず、必然的に現在使用中のＩＰアドレス使用の延長要求に対するメインユニット１０からの応答を受信することができず、ＩＰアドレスロストとなる。

ＩＰアドレスの寿命を短くすると、メインユニット１０のリアルタイム時計の時間が変更されると、ＩＰアドレスロストが起こる可能性がある。

例えば、図２に示すステップ２０３で、メインユニット１０からＩＰアドレスを受信した後から寿命が経過する前の時間帯にメインユニット１０のリアルタイム時計が変更されると、ＩＰアドレスがロストとなる場合がある。
ＩＰアドレスの寿命が５秒に設定され、メインユニット１０のリアルタイム時計が１０時丁度の時刻に内部ユニット１１がステップ２０３でメインユニット１０からＩＰアドレスを受信する。その後、１０時１秒の時刻にメインユニット１０のリアルタイム時計が１１時に変更される。この場合、ステップ２０４で、内部ユニット１１がＩＰアドレスの寿命が経過する前のタイミングの例えば１０時２〜３秒にＩＰアドレスの使用の延長要求を送信しても、メインユニット１０は過去の時間と判断することになる。したがって、メインユニット１０はＩＰアドレスを内部ユニット１１に送信しない。さらに、メインユニット１０は、１０時５秒に寿命が切れたと判断しその内部ユニット１１のＩＰアドレスを放棄してしまい、内部ユニット１１のＩＰアドレスが失われてしまう。

メインユニット１０の起動後からストレージシステム内部で使用するリアルタイム時計を変更しないのであれば、上述のＩＰアドレスロストは発生しない。しかしながら、状態記録(ログ採取)等のためにリアルタイム時計を環境にあわせることもある。また環境にあわせた時計は任意に変更あるいは設定される可能性がある。

リアルタイム時計の変更の可能性があれば、ストレージシステム１内部でコンピュータのリアルタイム時計を使うことができない。ＩＰアドレスの寿命管理にはリアルタイム時計を使用しているため、ストレージシステム１の設置環境に合わせて時計設定が行われると、リアルタイム時計が非連続に変化し、突然寿命切れとなり、ＩＰアドレスを失う場合がある。このためリアルタイム時計の時刻の変更後からＩＰアドレスの再受信までの時間帯においてメインユニット１０と内部ユニット１１との間の通信ができなくなり、メインユニット１０は内部ユニット１１を故障と認識し、監視端末３は内部ユニット１１が故障していると表示する。

ＩＰアドレスの寿命の短縮に由来するＩＰアドレスロストを回避するためには、ＩＰアドレスの寿命を無限とすることが考えられる。しかし、寿命を無限にするとＩＰアドレスの変更に追従できない。したがって、ＤＨＣＰを用いたＩＰアドレス使用の延長要求とは別にハードビート監視を導入する。ハードビート監視を内部ユニット１１で行い、メインユニット１０でＩＰアドレスの変更が行われると、内部ユニット１１でハートビート監視のタイムアウトが発生するようにする。内部ユニット１１は、ハートビート監視のタイムアウトをＩＰアドレス変更のタイミングと認識することができる。その結果、メインユニット１０にＤＨＣＰを用いたＩＰアドレス使用の延長要求を送信することができる。

図３は、第２実施形態に係るＩＰアドレス配信システムの概略ブロック構成図である。図３において図１に示すものと同一のものは同一参照番号を付して示す。図３に示す第２実施形態の構成は内部ユニット１１のＩＰアドレスロスト処理部１１２がハートビート監視タイマ１１３を有してハートビート監視を行う点で図１に示す第１実施形態の構成と異なる。

図４は、図３に示す内部ユニットによる処理を示すフローチャートである。以下に内部ユニット１１の処理を説明する。図４において、ステップ４０１〜４０３は、内部ユニット１１がメインユニット１０の通信部１１０とＤＨＣＰを使用して通信することにより、内部ユニット１１がＩＰアドレスを取得する処理である。ステップ４０１〜４０３の処理は図２に示すステップ２０１〜２０３と同様であるので説明を省略する。

ステップ４０３で、ＩＰアドレスを受信した内部ユニット１１は、ハートビート監視タイマ１１３を有するＩＰアドレスロスト処理部１１２により、メインユニット１０に向けて一定周期でハートビートを送信する。ハートビートを送信した後、ＩＰアドレスロスト処理部１１２はハートビート監視タイマ１１３のカウントを開始する。

ハートビートを受信したメインユニット１０は、内部ユニット１１に応答を返す。ＩＰアドレスロスト処理部１１２は、メインユニット１０からの応答を受信したことによりハートビート監視タイマ１１３のカウントをリセットする。

メインユニット１０の外部用アドレスが変更され、その結果メインユニット１０の内部用ＩＰアドレスに変更があれば、変更前の内部用ＩＰアドレスに対して送信されたハートビートの応答は行われない。したがって、ＩＰアドレスロスト処理部１１２は、ハートビート監視タイマ１１３のカウントをリセットすることができず、ハートビート監視タイマ１１３のカウント値が予め決められた値を超えることになる。

ハートビート監視タイマ１１３のカウント値が所定値を超えない場合は、ハートビートが切れていることはないと判断される。これに対して、ハートビート監視タイマ１１３のカウント値が所定値を超える場合は、ハートビートが切れていると判断される。

ステップ４０５では、ＩＰアドレスロスト処理部１１２は、ハートビート監視タイマ１１３のカウント値が予め決められた値を超えたか否かによって、ハートビートが切れたか否かを判定する。

ステップ４０５でハートビート切れと判定されたときステップ４０１に戻る。ステップ４０１では、内部ユニット１１はＩＰアドレスの使用要求をメインユニット１０に再び送信する。ステップ４０２を経て、内部ユニット１１は、ステップ４０３で新たなＩＰアドレスを受信する。

ステップ４０５で、ハートビートが切れていない場合、ステップ４０５に戻り、ステップ４０５を繰り返す。

本実施形態では、内部ユニット１１に割り当てるＩＰアドレスの寿命を無限に設定しているので、内部ユニットによるアドレス更新の要求を止めることができ、内部ネットワーク内の不要な通信を抑止することができる。また、ストレージシステムのリアルタイム時計を変更することによるＩＰアドレスロストを回避することができる。

図５は、第３実施形態に係るＩＰアドレス配信システムの概略ブロック構成図である。図５において図３に示すものと同一のものは同一参照番号を付して示す。図５に示す第３実施形態の構成は内部ユニット１１がＩＰアドレス変更検出部１２１を有する点で図３に示す第２実施形態の構成と異なる。

図６は、図５に示す内部ユニット１１による処理を示すフローチャートである。第３の実施形態は、内部ユニット１１に対するＩＰアドレスの割り当てをメインユニット１０主導で遂行するものである。図６において、ステップ６０１〜６０３、６０６および６０７はＩＰアドレスロスト処理部１１２による処理であり、ステップ６０４、６０５、６０８および６０９はＩＰアドレス変更処理部１２１による処理である。

本実施形態では、メインユニット１０は、内部ユニット１１に対して２つのＩＰアドレスを割り当てる。内部ユニット１１の第１のＩＰアドレスは、ＤＨＣＰを使用してメインユニット１０と通信して、取得されるＩＰアドレスである。内部ユニット１１の第２のＩＰアドレスは、第１のアドレスを使用してメインユニット１０と通信して、ＤＨＣＰを使用せずに取得されるアドレスである。第１のＩＰアドレスは、第２のアドレスを取得するためにのみ使用されるので、仮アドレスということができる。これに対して第２のアドレスは、メインユニット１０との間の保守あるいは監視のための通信にもっぱら使用されるので、本アドレスということができる。

以下に、図５に示す内部ユニット１１処理を図６に示すフローチャートを用いて説明する。

ステップ６０１で、内部ユニット１１は、メインユニット１０にＤＨＣＰに基づくＩＰアドレス使用の要求を送信する。

ステップ６０２で、ＩＰアドレスを含むメインユニット１０ｎｏ応答を内部ユニット１１が第１所定時間内に受信すれば、ステップ６０３に進む。メインユニット１０からの応答を内部ユニット１１が受信せずに第１所定時間が経過したときは、ステップ６０１に戻り再度ステップ６０１を実行する。図２に示すフローチャートのステップ２０２を用いて説明したものと同じであるので説明は省略する。

ステップ６０３では、メインユニット１０から受信するＩＰアドレスを、内部ユニット１１の仮ＩＰアドレスとし、、ステップ６０４に進む。

ステップ６０４で、仮ＩＰアドレスを用いて内部ユニット１１の本ＩＰアドレスの採取を開始する。ステップ６０５で、内部ユニット１１の本ＩＰアドレスの採取が第３所定時間内に成功したか否かを判定する。本ＩＰアドレスの採取開始から第３所定時間が経過しても本ＩＰアドレスの採取ができないときは本ＩＰアドレスの採取は不成功と判定する。このとき、ステップ６０１に戻りＤＨＣＰを用いて再びメインユニット１０にＩＰアドレス使用の延長要求を送信する。一方、本ＩＰアドレスの採取開始から第３所定時間内に内部ユニット１１が本ＩＰアドレスを採取したときは，本ＩＰアドレスの採取は成功と判定し，ステップ６０６に進む。本ＩＰアドレスを採取した後は、内部ユニット１１とメインユニット１０との通信に本ＩＰアドレスを使用する。

ステップＳ６０６では、本ＩＰアドレスが内部ユニット１１に割り当てられると、内部ユニット１１のＩＰアドレスロスト処理部１１２により、所定周期でハートビートがメインユニット１０に対して送信される。ハートビートの送信後、ハートビート監視タイマ１１３がカウントを開始する。ハートビート監視タイマ１１３のカウントは、メインユニット１０に送信されたハートビートのメインユニットからの返信を、内部ユニット１１が受信したことによりリセットされる。ハートビートのメインユニットからの返信を、内部ユニット１１が所定時間内に受信しないと、ハートビート監視タイマ１１３のカウント値が所定値を超える。ハートビート監視タイマ１１３のカウント値が所定値を超えると、ステップＳ６０７でハートビートが切れたと判断される。ハートビートが切れたと判断されると、ステップＳ６０１に戻り、ＤＨＣＰを使用してＩＰアドレスの再採取を行う。

ところで、第３の実施形態では、ハートビート監視は必ずしも必要ではない。第３の実施形態では、メインユニット１０のＩＰアドレスが変更されたことが、メインユニット１０から内部ユニット１１の本ＩＰアドレスに対して通知される。したがって、内部ユニット１１は、メインユニット１０がＩＰアドレスを変更する必要があることを教えてくれるので、ハートビート監視を実行しなくてもよい。第３の実施形態におけるハートビート監視は、ＩＰアドレスロストの検出をより確実にするためのものである。

したがって、第３の実施形態では、ＩＰアドレスが変更されるような場合ＩＰアドレス変更通知が送信されるので、ステップＳ６０６、６０７のハートビート監視においてハートビート切れが検出されることはきわめて稀なことになる。

ステップ６０８では、メインユニット１０から送信されるメインユニット１０のＩＰアドレス変更通知を内部ユニット１０が受信したか否かが判定される。ＩＰアドレス変更通知を受信するとステップ６０９に進む。内部ユニット１０がＩＰアドレス変更通知を受信しなかった場合は、ステップ６０７に戻りステップ６０７、６０８を繰り返し実行する。

内部ユニット１１がメインユニット１０からＩＰアドレス変更通知を受信すると、ステップ６０９で、内部ユニット１１の現在の本ＩＰアドレスを仮ＩＰアドレスとしても使用するようにする。次いでステップＳ６０４に戻り、内部ユニット１１は、本アドレスから変更された仮アドレスを用いて新たな本アドレスの採取を開始する。

第３の実施形態では、内部ユニット１１は、ＩＰアドレスの変更予告が通知された場合に、現在の本ＩＰアドレスを仮ＩＰアドレスとして新たな本ＩＰアドレスを採取する。したがって、ハートビート監視を行うことなく、内部ユニットのＩＰアドレスの変更を行うことができる。また、ハートビート監視を併用しても、監視が止まる時間帯の発生を防止することができる。

なお、仮ＩＰアドレスは、本ＩＰアドレスを獲得するまでの繋ぎの期間だけ使用されるので、ＤＨＣＰによる仮ＩＰアドレスの寿命は、任意に設定できる。

以上の第１〜３実施形態に関し、更に以下の付記を開示する。
（付記１）
装置内のネットワークに接続され、前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するメインユニットと、
前記ネットワークに接続され、前記メインユニットから第１の内部用アドレスを取得し、前記取得した第１の内部用アドレスを用いて、前記メインユニットから第２の内部用アドレスを取得し、前記取得した第２の内部用アドレスにより前記メインユニットと通信する複数の内部ユニットと、
を備え、
前記メインユニットは、前記複数の内部ユニットにアドレス変更通知を送信し、
前記複数の内部ユニットのそれぞれは、前記アドレス変更通知を受信すると、前記第２の内部用アドレスを前記第１の内部用アドレスとして用いて、前記メインユニットから新たな第２の内部用アドレスを取得する、アドレス配信システム。
（付記２）
前記複数の内部ユニットのそれぞれは、前記メインユニットに対し所定の信号を送信し、所定時間内に返信を受信しない場合、前記複数の内部ユニットのそれぞれは、前記メインユニットから新たな第１の内部用アドレスを取得する、付記１に記載のアドレス配信システム。
（付記３）
装置内のネットワークに接続され、前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するメインユニットと、
前記ネットワークに接続され、前記メインユニットから内部用アドレスを取得して、取得した内部用アドレスにより前記メインユニットと通信する複数の内部ユニットと、
を備え、
前記内部ユニットが所定時間に返信を受信しない場合、前記メインユニットから新たな内部用アドレスを取得するアドレス配信システム。
（付記４）
装置内のメインユニットと複数の内部ユニットが接続されたネットワークであって、メインユニットが前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するネットワークにおけるアドレス配信方法であって、
前記内部ユニットは、
前記メインユニットから第１の内部用アドレスを取得し、
前記取得した第１の内部用アドレスを用いて、前記メインユニットから第２の内部用アドレスを取得し、
前記取得した第２の内部用アドレスにより前記メインユニットと通信し、
前記メインユニットからアドレス変更通知を受信すると、前記第２の内部用アドレスを前記第１の内部用アドレスとして用いて、前記メインユニットから新たな第２の内部用アドレスを取得する、
アドレス配信方法。
（付記５）
前記内部ユニットは、
前記メインユニットに対して所定の信号を送信し、
所定時間内に返信を受信しない場合、前記メインユニットから第１の内部用アドレスを取得する、
付記４に記載のアドレス配信方法。
（付記６）
装置内のメインユニットと複数の内部ユニットが接続された装置内ネットワークであって、メインユニットが前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するネットワークのアドレス配信方法であって、
前記内部ユニットは、
前記メインユニットから内部用アドレスを取得し、
取得した内部用アドレスにより前記メインユニットと通信し、
所定時間内に返信を受信しない場合、前記メインユニットから新たなアドレスを取得する、
アドレス配信方法。

第１実施形態に係るＩＰアドレス配信システムの概略ブロック構成図である。図１に示す内部ユニットによる処理を示すフローチャートである。第２実施形態に係るＩＰアドレス配信システムの概略ブロック構成図である。図３に示す内部ユニットによる処理を示すフローチャートである。第３実施形態に係るＩＰアドレス配信システムの概略ブロック構成図である。図５に示す内部ユニットによる処理を示すフローチャートである。

符号の説明

１ストレージシステム
２ホストコンピュータ
３監視端末
４内部ネットワーク
５外部ネットワーク
１０メインユニット
１１内部ユニット
１１０通信部
１１１、１１２ＩＰアドレスロスト処理部
１１３ハートビート監視タイマ
１２１ＩＰアドレス変更処理部

Claims

装置内のネットワークに接続され、前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するメインユニットと、
前記ネットワークに接続され、ＤＨＣＰを用いて第１の内部用アドレスを取得し、前記取得した第１の内部用アドレスを用いて前記メインユニットと通信し、前記メインユニットから第２の内部用アドレスを取得し、前記取得した第２の内部用アドレスにより前記メインユニットと通信する複数の内部ユニットと、
を備え、
前記メインユニットは、前記外部用アドレスの変更を検出すると、前記複数の内部ユニットに、内部ユニットの使用する内部用アドレスの変更を要求するアドレス変更通知を送信し、
前記複数の内部ユニットのそれぞれは、前記アドレス変更通知を受信すると、前記第２の内部用アドレスを前記第１の内部用アドレスとして用いて前記メインユニットと通信し、前記メインユニットから新たな第２の内部用アドレスを取得する、アドレス配信システム。
前記複数の内部ユニットのそれぞれは、前記メインユニットに対し所定の信号を送信し、所定時間内に返信を受信しない場合、前記複数の内部ユニットのそれぞれは、前記メインユニットから新たな第１の内部用アドレスを取得する、請求項１に記載のアドレス配信システム。
前記内部ユニットと前記メインユニットとの間のハートビートを監視するハートビート監視タイマをさらに備え、
前記ハートビート監視タイマのカウント値が所定値を超えると、前記内部ユニットの内部アドレス変更のタイミングとする請求項１に記載のアドレス配信システム。
装置内のメインユニットと複数の内部ユニットが接続されたネットワークであって、メインユニットが前記ネットワーク内で使用される内部用アドレスと前記ネットワーク外で使用される外部用アドレスを有するネットワークにおけるアドレス配信方法であって、前記内部ユニットは、
ＤＨＣＰを用いて第１の内部用アドレスを取得し、
前記取得した第１の内部用アドレスを用いて前記メインユニットと通信し、前記メインユニットから第２の内部用アドレスを取得し、
前記取得した第２の内部用アドレスにより前記メインユニットと通信し、
前記外部用アドレスの変更を検出した前記メインユニットから、内部ユニットの使用する内部用アドレスの変更を要求するアドレス変更通知を受信すると、前記第２の内部用アドレスを前記第１の内部用アドレスとして用いて前記メインユニットと通信し、前記メインユニットから新たな第２の内部用アドレスを取得する、
アドレス配信方法。