JP2006094526A - Ｉｐｃのためのｉｐアドレス管理方法 - Google Patents

Abstract

【課題】 スレーブ(Slave)スロットに固定(Static)で割り当てられるＩＰアドレスを、マスター(Master)スロットで管理するための方法を提供する。
【解決手段】 マスタースロット12は、スレーブスロットの電源がオンになる(S401)と、該スロットが固定IPを有するかを確認し(S402)、NOの場合に、DHCP(Dynamic Host Configuration Protocol)IPを有するかについて確認し(S403)、一方、固定IPを有する場合(S402でYES)には、該スレーブスロットがスロットIDを有するかをバックプレーンから確認し(S404)、S403でDHCP IPを有する(YES)場合には、前記S404の確認を行い、スロットIDを有する場合(S404でYES)には、マスタースロットが固定IPを有するかを確認し(S405)、固定IPを有していればIPC通信を実行し(S407)、上記確認の結果、スレーブスロットがDHCP IPを有していない(S403でNO)或いはマスタースロットが固定IPを有していない(S405でNO)場合に、IP情報を得るためのディスカバリー動作(S406)を実行する。
【選択図】 図４

Description

本発明は、ＥＰＯＮ(Ｅｔｈｅｒｎｅｔ（登録商標、以下同じ）Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ)システムにおけるプロセッサ間通信(ＩＰＣ：Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)に関し、特に、スレーブ(Ｓｌａｖｅ)スロットに固定(Ｓｔａｔｉｃ)で割り当てられるＩＰアドレスをマスター(Ｍａｓｔｅｒ)スロットで管理するための方法に関する。

図１は、一般的なＩＰＣ通信システムの一例を示すブロック構成図である。

図１に示すように、一般的なＩＰＣ通信システムは、イーサネット（登録商標、以下同じ）通信プロトコルを使用してデータ伝送を行い、複数のスロットを通じてデータの送受信を遂行するバックプレーン(Ｂａｃｋ Ｐｌａｎｅ)１１と、固定ＩＰ(Ｓｔａｔｉｃ ＩＰ)アドレスを有し、ＩＰＣ通信のためのアドレスなどを管理するマスタースロット１２と、固定ＩＰ(Ｓｔａｔｉｃ ＩＰ)アドレスまたは動的なＩＰ(Ｄｙｎａｍｉｃ ＩＰ）アドレス（能動アドレス）を有し、バックプレーン１１を通じてマスタースロット１２または他のスレーブスロットとＩＰＣ通信を実行する少なくとも一以上のスレーブスロット(１３−１，１３−２，・・・，１３−ｎ)と、を含む。

図１では、マスタースロット１２とスレーブスロット(１３−１，１３−２，・・・，１３−ｎ)との通信関係を示しており、マスタースロット１２は、種々の制御情報の伝送のためにＩＰＣを用いてスレーブスロットと通信する。

マスタースロット１２が固定ＩＰアドレスを有しており、かつ、スレーブスロット(１３−１，１３−２，・・・，１３−ｎ)も固定ＩＰアドレスを有している場合には、マスタースロット１２またはスレーブスロット(１３−１、…、１３−ｎ)は、互いに通信するために、相手側のＩＰアドレスやＭＡＣアドレスを把握（認識）している必要がある。

このようなＩＰＣのためのＩＰアドレスの管理のための一番目の方法は、ＡＲＰ(Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ)/ＲＡＲＰ(Ｒｅｖｅｒｓｅ ＡＲＰ)を実行することである。ここで、ＡＲＰは、ＩＰネットワーク上でＩＰアドレスを物理的ネットワークアドレス(即ち、ＭＡＣアドレス)と対応させるために使われるプロトコルである。ここで、物理的ネットワークアドレス(即ち、ＭＡＣアドレス)とは、イーサネットまたはトークンリングの４８ビットのネットワークカードアドレス（48-bit network card address）を意味する。

例えば、ＩＰホストＡがＩＰホストＢにＩＰパケットを伝送しようとする際に、ＩＰホストＢの物理的ネットワークアドレスを認識していない場合には、当該ＩＰホストＡは、ＡＲＰプロトコルを使用して、宛先ＩＰアドレスＢとブロードキャスティング物理的ネットワークアドレス“ＦＦＦＦＦＦＦＦＦＦＦＦ”とを有するＡＲＰパケットを、ネットワーク上に伝送する。その後、ＩＰホストＢは、宛先ＩＰアドレスとしてＩＰホストＢ（すなわち自機）のＩＰアドレスを有するＡＲＰパケットを受信すると、それに応答して、自機の物理的ネットワークアドレスをＩＰホストＡに送信する。

このような方式により収集されたＩＰアドレス情報とそれに対応する物理的ネットワークアドレス情報は、各々のＩＰホストのＡＲＰキャッシュと呼ばれるメモリー内に、テーブルの形態で格納され、その後は、次のパケット伝送のときに再使用される。

一方、ＩＰホストが、自機の物理ネットワークアドレスは認識しているが自機のＩＰアドレスを認識していない場合には、当該ＩＰホストは、ＲＡＲＰ(Ｒｅｖｅｒｓｅ ＡＲＰ)を使用して、サーバーにＩＰアドレスを要求する。

このように、マスタースロット１２やスレーブスロット(１３−１，１３−２，・・・，１３−ｎ)に固定で割り当てられたＩＰアドレスにつき、相手側のＩＰアドレスを認識していない場合には、相手側のアドレスを認識するために、ＡＲＰ/ＲＡＲＰのようなプロトコルを追加的に備える必要があった。

ＩＰＣのためのＩＰアドレスの管理のための二番目の方法は、ネットワーク上でネットワークマネージャ（network managers）が中心となってＩＰアドレスを管理し割り当てることが可能なプロトコルである、ＤＨＣＰ(Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)を使用することである。このＤＨＣＰを使用する場合には、マスタースロット１２にＤＨＣＰサーバーが設けられ、かかるＤＨＣＰサーバーは、スレーブスロット(１３−１，１３−２，・・・，１３−ｎ)についてのＩＰの割り当てをダイナミックに（すなわち動的に）実行することにより、アドレスを管理する。

しかしながら、上述したＡＲＰ/ＲＡＲＰを使用しあるいはＤＨＣＰを使用してＩＰＣのためのＩＰアドレスを管理する方式は、マスタースロットとスレーブスロットについて固定に（すなわち静的に）割り当てられるＩＰアドレスを効率的に管理するのには適していない、という問題点があった。

すなわち、ＡＲＰ/ＲＡＲＰを使用する方法で用いられるＡＲＰテーブルは、その更新周期の時間が、当該システム内で使用される機能を充足（ないし満足）させることが出来ない、という問題があった。例えば、スレーブスロットが脱装される場合には、ＡＲＰテーブルの情報を監視するシステムソフトウェアは、当該スレーブスロットの脱装（除去）を実時間(リアルタイム)で監視することが出来ない、という問題点がある。

さらには、システムの実装段階では、各々のスロットに実装されるボードに各々割り当てられるＩＰアドレスを各々のスロットで使用できるように、対応するデータを予め入力しなければならない、という問題点があった。

特に、ＡＲＰ/ＲＡＲＰを使用してＩＰアドレスを管理する方法は、ＡＲＰテーブルをモニタリングするためにアプリケーションソフトウェアを動作させて運用されるので、実時間の監視を行うことは技術的に困難であった。さらには、相手側のＩＰアドレスを予め入力して使用することから、状況の変化に応じた可変性に欠けており、これにより、再コーディングの処理に不必要な時間を浪費する、という問題点があった。

一方、上述のようにマスタースロット１２にＤＨＣＰサーバーが具備され、レーブスロット(１３−１，１３−２，・・・，１３−ｎ)についてダイナミックにＩＰを割り当てる場合には、アドレスを管理することはできるが、バックプレーン１１からスロット(Ｓｌｏｔ)ＩＤを得てＩＰアドレスを使用するシステムの特性上、スロットアドレス管理を行うための追加的な方法が必要となる、という問題点があった。

本発明は、上述したような従来技術の問題点を解決するためになされたものであり、その目的は、従来のスロットに割り当てられたＩＰアドレス管理方法を改善し、不要なプロトコルとコード量を低減できるだけでなく、別のハードウェア装置無しでスロットの脱/実装を正確に検索できる、ＩＰＣのためのＩＰアドレス管理方法を提供することにある。

上記目的を達成するために本発明は、ＩＰＣ(Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)のためのスロット間のＩＰアドレス管理方法であって、スレーブスロットの電源がオンになると、前記スレーブスロットが固定ＩＰを有しているか否かを確認し、該確認の結果、固定ＩＰを有していない場合には、当該スレーブスロットがＤＨＣＰ(Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)ＩＰを有しているか否かを確認する第１の段階と、前記第１の段階の確認の結果、当該スレーブスロットが固定ＩＰを有している場合には、該スレーブスロットがスロットＩＤを有しているか否かをバックプレーンから確認する第２の段階と、前記第１の段階での確認の結果、当該スレーブスロットがＤＨＣＰ ＩＰを有している場合には、該スレーブスロットがスロットＩＤを有しているか否かをバックプレーンから確認する第３の段階と、前記第２の段階又は第３の段階の確認の結果、当該スレーブスロットがスロットＩＤを有している場合には、マスタースロットが固定ＩＰを有しているか否かを確認し、固定ＩＰを有していれば、ＩＰＣ通信を実行する第４の段階と、前記第１の段階の確認の結果、当該スレーブスロットが固定ＩＰとＤＨＣＰ ＩＰのいずれも有していない場合には、ＩＰ情報を得るためのディスカバリー動作を実行する第５の段階と、
前記第４の段階で、前記マスタースロットが固定ＩＰを有していないと確認された場合に、ＩＰ情報を得るためのディスカバリー動作を実行する第６の段階と、を含む。

本発明によれば、スロットに割り当てられる従来のＩＰアドレス管理方法を改善することで、適用されるプロトコル数を減らすことが可能となり、これにより、プログラムコードの量を減少させることが出来、さらには、別個のハードウェア装置を何ら用いることなくスロットの脱/実装を正確に検出することが可能となる。

さらに、本発明によれば、伝送周期を調節することにより、ＵＤＰプロトコルの信頼度を高めることが可能となる。

以下、本発明の望ましい実施形態を添付図面を参照して詳細に説明する。以下の説明において、同一の構成要素については出来るだけ同一の参照番号及び参照符号を使用する。また、明瞭性と簡潔性の観点より、本発明に関連した公知機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

図２は、ＩＰＣのための従来のＩＰアドレス管理方法の一例を示すフローチャートである。

まず、スレーブスロットの電源がオンになる(ステップＳ２０１)と、マスタースロット（１２）によって、そのスレーブスロットが固定ＩＰを有しているか否かが確認される(ステップＳ２０２)。その結果、固定ＩＰではない場合には、そのスレーブスロットがＤＨＣＰ ＩＰを有しているか否かが、マスタースロットによって確認される(ステップＳ２０３)。

そして、スレーブスロットのＩＰが固定ＩＰである場合(ステップＳ２０２でＹＥＳ)あるいはＤＨＣＰ ＩＰである場合(ステップＳ２０３でＹＥＳ)には、そのスレーブスロットがスロットＩＤを有しているか否かが、マスタースロットによって、バックプレーン（１１）から確認される(ステップＳ２０４)。

そして、当該スレーブスロットがスロットＩＤを有している場合(ステップＳ２０４でＹＥＳ)には、マスタースロットによって、マスタースロット（すなわち自機）が固定ＩＰを有しているか否かが確認され(ステップＳ２０５)、ＹＥＳすなわち固定ＩＰを有している場合には、ＩＰＣ通信が開始される(ステップＳ２０６)。

一方、当該スレーブスロットのＩＰが固定ＩＰもＤＨＣＰ ＩＰも有していない場合(ステップＳ２０３でＮＯの場合、すなわち当該スレーブスロットがＩＰ情報を有していない場合)、或いは当該スレーブスロットがスロットＩＤを有していない場合(ステップＳ２０４でＮＯ）、またはマスタースロットが固定ＩＰを有していない場合(ステップＳ２０５でＮＯ）には、ＩＰＣ通信を行うことなく、そのまま処理を終了する。

図３は、本発明の一実施形態によるＩＰＣのためのＩＰアドレス管理方法に用いられるＩＰ割り当てのためのＩＰ管理装置を示すブロック構成図である。

図３に示すように、本実施形態によるＩＰＣのためのＩＰアドレス管理方法で使用されるＩＰ割り当てのためのスロットに含まれたＩＰ管理装置は、外部との接続のためのインターフェース部３１と、インターフェース部３１から所定のスロットについての電源状態を感知するための電源感知部３２と、インターフェース部３１から所定のスロットについてのＩＰ情報を確認するためのＩＰルックアップ処理部（lookup processing unit）３３と、電源感知部３２及びＩＰルックアップ処理部３３から伝達された情報を使用してディスカバリー動作を制御する制御部３４と、制御部３４の制御によってディスカバリー動作を実行するディスカバリー処理部３５と、を含む。

特に、本発明の実施形態によるディスカバリー動作は、マスタースロットが、全てのスレーブスロットについての周期的なメッセージ処理を行うことによって、スレーブスロットの情報を受信し、かつ、この応答として、自機の情報及び当該受信した情報をさらに含めて当該スレーブスロットに伝達することによって、スロット間のＩＰＣ通信を可能とする動作であり、その内容の詳細については図５の動作フローチャートを参照して後述する。

上述のような図３による装置は、その機能の全部ないし一部がソフトウェアで構成され、該ソフトウェアのプログラムが格納されたメモリをプロセッサが読み込んで実行するように構成することが可能である。一方、図３による装置の他の実施形態としては、上記機能の一部をハードウェア回路を使用し、他の機能を実行するためのソフトウェアと組み合わせて構成することとしても良い。

図４は、本発明の一実施形態によるＩＰＣのためのＩＰアドレス管理方法を示すフローチャートである。なお、図４の説明では、上述した図３の構成の装置が図１のマスタースロット（１２）内に、ソフトウェアまたはハードウェア的に組み込まれた場合を前提として説明する。

以下、図４及び図１を参照して、本実施形態について説明する。まず、マスタースロット（１２）は、（図３の電源感知部３２により）スレーブスロット（例えば図１のスレーブスロット１３−１）の電源がオンになる(ステップＳ４０１)と、そのスレーブスロット（１３−１）が固定ＩＰを有しているかを確認する(ステップＳ４０２)。その結果がＮＯすなわち当該スレーブスロットが固定ＩＰを有していない場合には、マスタースロット（１２）は、該スレーブスロット（１３−１）のＩＰがＤＨＣＰ ＩＰを有しているか否かを確認する(ステップＳ４０３)。

そして、スレーブスロットが固定ＩＰを有していると確認された場合(ステップＳ４０２でＹＥＳ)あるいはＤＨＣＰ ＩＰを有していると確認された場合(ステップＳ４０３でＹＥＳ)には、マスタースロット（１２）は、該スレーブスロット（１３−１）がスロットＩＤを有するか否かを、バックプレーン（１１）から（例えばバックプレーン１１にアクセスすることにより、或いはバックプレーン１１からの信号を検出することによって、）確認する(ステップＳ４０４)。

そして、当該スレーブスロット（１３−１）がスロットＩＤを有すると確認された場合(ステップＳ４０４でＹＥＳ)には、マスタースロット（１２）は、当該マスタースロット（すなわち自機）が固定ＩＰを有しているか否かについて確認し(ステップＳ４０５)、ＹＥＳすなわち固定ＩＰを有する場合には、マスタースロット（１２）は、当該スレーブスロット（１３−１）との間でのＩＰＣ通信を開始する(ステップＳ４０７)。

一方、当該スレーブスロット（１３−１）のＩＰが固定ＩＰもＤＨＣＰ ＩＰも有していない場合(ステップＳ４０３でＮＯの場合、すなわち当該スレーブスロット（１３−１）がＩＰ情報を有していない場合)、或いはマスタースロット（自機）が固定ＩＰを有していない場合(ステップＳ４０５でＮＯ）には、マスタースロット（１２）は、ディスカバリー動作を実行し(ステップＳ４０６)、この後に当該スレーブスロット（１３−１）との間でのＩＰＣ通信を開始する(ステップＳ４０７)。

ここで、ステップＳ４０６におけるディスカバリー動作は、マスタースロット（１２）が、全てのスレーブスロット（１３−１，１３−２，・・・，１３−ｎ）に対するメッセージ処理を周期的に行うことにより、スレーブスロット（１３−１）に関する情報を取得し、かつ、これについての応答として、自機（すなわちマスタースロット）の情報及び当該受信した情報（すなわち当該スレーブスロット（１３−１）に関する情報）をさらに含めて該当のスレーブスロット（１３−１）に伝送することによって、スロット間のＩＰＣ通信を可能にする動作である。

そして、本実施形態でのディスカバリー動作は、スレーブスロットの電源がオンになった状態でスレーブスロットが行う、上記マスタースロット（１２）への応答動作も含まれる。一般的には、ＩＰＣ通信については従来の方法によって行われるが、本実施形態でのディスカバリー動作は、従来の方法によりＩＰＣ通信を実行することができない場合(すなわち、当該スレーブスロットが固定ＩＰとＤＨＣＰ ＩＰのいずれも有していない場合（例えばスレーブスロット（１３−１）がＩＰ情報を有していない場合）、あるいはマスタースロット（１２）が固定ＩＰを有していない場合)に行われるものであり、この際に、マスタースロット（１２）は、ディスカバリー動作を行う主導的なスロットとして動作する。なお、その詳細については図５で後述する。

一方、当該スレーブスロット（１３−１）がスロットＩＤを有していない場合(ステップＳ４０４でＮＯ)には、マスタースロット（１２）は、ディスカバリー動作もＩＰＣ通信も行うことなく、そのまま処理を終了する。

図５は、本発明の一実施形態によるＩＰＣのためのＩＰアドレス管理方法におけるディスカバリー過程を説明するためのタイミング図である。

図５に示したように、活性化(Ａｃｔｉｖｅ)されたマスタースロット１２は、スレーブスロット(１３−１，…，１３−ｎ)に対して、スレーブスロット開始のための要請メッセージを周期的にブロードキャスティングする(ステップＳ５０１)。

ブロードキャスティングメッセージを受信した際に電源がオンになっている(ステップＳ５０２)スレーブスロット(図５の例ではスレーブスロット１３−１)は、自機のＭＡＣアドレスとＩＰアドレスとを含む応答(Ｒｅｐｌｙ)メッセージをマスタースロット１２に送信する(ステップＳ５０４)。

そして、この応答メッセージを受信したマスタースロット１２は、自機(マスタースロット)のＩＰと、当該受信した応答メッセージ（すなわち受信したＩＰアドレスとＭＡＣアドレス）をさらに含めた確認(Ｃｏｎｆｉｒｍ)メッセージを、当該スレーブスロット（１３−１)に伝送する(ステップＳ５０５)。

ここで、スレーブスロット(１３−１)から受信した応答メッセージ（すなわち受信したＩＰアドレスとＭＡＣアドレス）を再び送信する理由は、スレーブスロット(１３−１)が要請した当該アドレスを使用しても良い、という許可をスレーブスロット(１３−１)に与えるためである。したがって、当該スレーブスロット(１３−１)は、これによって初めてマスタースロット１２と通信できるようになる。

かくして、確認メッセージが伝達されると、マスタースロット１２とスレーブスロット(１３−１)との間のＩＰＣ通信の接続がなされる(ステップＳ５０６)。

一方、上記ステップＳ５０１の以後に電源がオンになったスレーブスロット(図５の例ではスレーブスロット１３−ｎ)に関しては、上述した過程が繰り返し行われる。

すなわち、活性化(Ａｃｔｉｖｅ)されたマスタースロット１２は、スレーブスロット(１３−１，…，１３−ｎ)について開始のための要請メッセージを周期的にブロードキャスティングする(ステップＳ５０７)。そして、この時点で既に電源がＯＮになっており(ステップＳ５０３)、このブロードキャスティングメッセージを受信したスレーブスロット(１３−ｎ)は、自機のＭＡＣアドレスとＩＰアドレスを含めた応答メッセージをマスタースロット１２に送信する(ステップＳ５０８)。

続いて、この応答メッセージを受信したマスタースロット１２は、自機(マスタースロット)のＩＰと、当該受信した応答メッセージ（すなわち受信したＩＰアドレスとＭＡＣアドレス）をさらに含めた確認(Ｃｏｎｆｉｒｍ)メッセージを、当該スレーブスロット（１３−ｎ)に伝送し(ステップＳ５０９)、ＩＰＣ通信を接続する(ステップＳ５１０)。

上述の過程において、複数のスレーブスロットから同時に応答が来た場合（すなわちマスタースロット１２が同時に複数の応答メッセージを入力した場合）には、ＩＰＣ通信のための上記動作は、マスタースロット１２のＦＩＦＯ(Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ)バッファーのサイズ（すなわち容量）に従って実行される。この場合には、マスタースロット１２は、複数の応答メッセージを同時入力することでＦＩＦＯバッファーの容量を超えるような場合には、当該超過分のメッセージについては無視することになる（すなわち当該メッセージを発したスレーブスロットに対しては、この時点ではＩＰＣ通信できない）が、上述のように要請メッセージを周期的にブロードキャスティングするので、最終的には当該メッセージを発したスレーブスロットとＩＰＣ通信を行うことが可能である。

また、上記ディスカバリー過程中にマスタースロットとスレーブスロットが全て実装されている場合には、マスタースロット１２は、スレーブスロットから送られて来たメッセージを無視する。

図６は、本発明の一実施形態によるディスカバリー過程において使用されるメッセージの構造を示す図である。

図６に示すように、本実施形態のディスカバリー過程で使用されるメッセージは、開始メッセージ６１と、応答メッセージ６２と、確認メッセージ６３と、に分類される。

このうち、開始メッセージ６１は、２ビットのｅｎｃｏｄｅｄ ｂｉｔｓフィールド６０１と、開始要請を示すためのメッセージタイプフィールド６０２と、で構成される。

また、応答メッセージ６２は、２ビットのｅｎｃｏｄｅｄ ｂｉｔｓフィールド６０１と、応答メッセージであることを示すためのメッセージタイプフィールド６０２と、スレーブスロットのＭＡＣアドレスを示すためのＭＡＣアドレスフィールド６０３と、スレーブスロットのＩＰアドレスを示すためのスレーブＩＰアドレスフィールド６０４と、で構成される。

一方、確認メッセージ６３は、２ビットのｅｎｃｏｄｅｄ ｂｉｔｓフィールド６０１と、確認メッセージであることを示すためのメッセージタイプフィールド６０２と、スレーブスロットのＭＡＣアドレスを示すためのＭＡＣアドレスフィールド６０３と、スレーブスロットのＩＰアドレスを示すためのスレーブＩＰアドレスフィールド６０４と、マスタースロットのＩＰアドレスを示すためのマスターＩＰアドレスフィールドと、で構成される。

上述した本発明の方法は、プログラムによって実行可能であり、該プログラムは、コンピューターで読み込み可能な形態で各種の記録媒体(ＣＤ−ＲＯＭ、ＲＡＭ、可撓性を有する各種媒体（所謂フレキシブルディスク）、ハードディスク、光磁気ディスクなど)に格納することが可能である。

以上、本発明を具体的な実施形態を参照して詳細に説明したが、本発明の範囲は前述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で様々な変形が可能なことは、当該技術分野における通常の知識を持つ者には明らかである。

一般的なＩＰＣ通信システムを例示したブロック構成図である。 従来のＩＰＣのためのＩＰアドレス管理方法の一例を示すフローチャートである。 本発明の一実施形態によるＩＰＣのためのＩＰアドレス管理方法で使用されるＩＰ割り当てのためのＩＰ管理装置を示すブロック構成図である。 本発明の一実施形態によるＩＰＣのためのＩＰアドレス管理方法を示すフローチャートである。 本発明の一実施形態によるＩＰＣのためのＩＰアドレス管理方法におけるディスカバリー過程を説明するためのタイミング図である。 本発明の一実施形態によるディスカバリー過程で使用されるメッセージの構造を示す図である。

符号の説明

１２ マスタースロット
１３（１３−１・・・・１３−ｎ） スレーブスロット

Claims (7)

1. ＩＰＣ(Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)のためのスロット間のＩＰアドレス管理方法であって、
   スレーブスロットの電源がオンになると、前記スレーブスロットが固定ＩＰを有しているか否かを確認し、該確認の結果、固定ＩＰを有していない場合には、当該スレーブスロットがＤＨＣＰ(Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)ＩＰを有しているか否かを確認する第１の段階と、
   前記第１の段階の確認の結果、当該スレーブスロットが固定ＩＰを有している場合には、該スレーブスロットがスロットＩＤを有しているか否かをバックプレーンから確認する第２の段階と、
   前記第１の段階での確認の結果、当該スレーブスロットがＤＨＣＰ ＩＰを有している場合には、該スレーブスロットがスロットＩＤを有しているか否かをバックプレーンから確認する第３の段階と、
   前記第２の段階又は第３の段階の確認の結果、当該スレーブスロットがスロットＩＤを有している場合には、マスタースロットが固定ＩＰを有しているか否かを確認し、固定ＩＰを有していれば、ＩＰＣ通信を実行する第４の段階と、
   前記第１の段階の確認の結果、当該スレーブスロットが固定ＩＰとＤＨＣＰ ＩＰのいずれも有していない場合には、ＩＰ情報を得るためのディスカバリー動作を実行する第５の段階と、
   前記第４の段階で、前記マスタースロットが固定ＩＰを有していないと確認された場合に、ＩＰ情報を得るためのディスカバリー動作を実行する第６の段階と、を含むこと
   を特徴とするＩＰＣのためのＩＰ管理方法。
2. 前記第３の段階の確認の結果、前記スレーブスロットがスロットＩＤを有していない場合に、前記過程を終了する第７の段階をさらに含むこと
   を特徴とする請求項１に記載のＩＰＣのためのＩＰ管理方法。
3. 前記ディスカバリー動作は、前記マスタースロットが、全てのスレーブスロットに対して、ＩＰＣ通信の開始のための要請メッセージを周期的にブロードキャスティングする第８の段階と、
   前記ブロードキャスティングされた要請メッセージを受信したスレーブスロットが、該スレーブスロットのＭＡＣアドレスとＩＰアドレスを含む応答(Ｒｅｐｌｙ)メッセージを前記マスタースロットに伝送する第９の段階と、
   前記応答メッセージを受信した前記マスタースロットが、該マスタースロットのＩＰアドレスと、受信した応答メッセージとをさらに含めた確認(Ｃｏｎｆｉｒｍ)メッセージを、前記スレーブスロットに伝達する第１０の段階と、
   を含むことを特徴とする請求項１又は２に記載のＩＰＣのためのＩＰ管理方法。
4. 前記マスタースロットは、前記スレーブスロットからの複数の応答メッセージが受信される場合には、前記マスタースロットのＦＩＦＯ(Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ)バッファーのサイズに従って動作を実行すること
   を特徴とする請求項３に記載のＩＰＣのためのＩＰ管理方法。
5. 前記開始のための要請メッセージは、２ビットのｅｎｃｏｄｅｄ ｂｉｔｓフィールドと、
   開始要請を示すためのメッセージタイプフィールドと、で構成されること
   を特徴とする請求項３に記載のＩＰＣのためのＩＰ管理方法。
6. 前記応答メッセージは、２ビットのｅｎｃｏｄｅｄ ｂｉｔｓフィールドと、
   前記応答メッセージであることを示すためのメッセージタイプフィールドと、
   前記スレーブスロットのＭＡＣアドレスを示すためのＭＡＣアドレスフィールドと、
   前記スレーブスロットのＩＰアドレスを示すためのスレーブＩＰアドレスフィールドと、で構成されること
   を特徴とする請求項３に記載のＩＰＣのためのＩＰ管理方法。
7. 前記確認メッセージは、２ビットのｅｎｃｏｄｅｄ ｂｉｔｓフィールドと、
   前記応答メッセージであることを示すためのメッセージタイプフィールドと、
   前記スレーブスロットのＭＡＣアドレスを示すためのＭＡＣアドレスフィールドと、
   前記スレーブスロットのＩＰアドレスを示すためのスレーブＩＰアドレスフィールドと、
   前記マスタースロットのＩＰアドレスを示すためのマスターＩＰアドレスフィールドと、で構成されること
   を特徴とする請求項３に記載のＩＰＣのためのＩＰ管理方法。

Images