JP6007152B2 - 通信システム及び通信システムの冗長化の方法 - Google Patents

Description

本発明は、通信システム及び通信システムの冗長化の方法に関し、複数の計算機が通信可能に接続された通信システム及び通信システムの冗長化の方法に適用して好適なものである。

近年、障害耐性が高く、常時稼働が可能な信頼性の高い通信システムへの需要がさらに高まっている。そして、このような信頼性の高い通信システムを構築するためには、サーバ及びネットワークを含めた通信システムの冗長化が必要不可欠である。また一方で、通信システムは多数の計算機（例えばサーバ）が接続されて構成されるものであるから、ネットワーク構成の自由度が確保されることも重要である。

例えば、特許文献１には、計算機をネットワークに接続可能にする通信装置が各計算機に少なくとも２つ設けられた通信システムが記載されている。特許文献１に記載された通信システムでは、１つの通信装置で障害が発生した場合に、障害が発生した通信装置の設定情報を同じ計算機内の他の通信装置に追加して設定することにより、当該他の通信装置が、自身の通信装置に対する通信情報に加えて、障害が発生した通信装置に対する通信情報をも代替して受信できるようにして、通信システムの冗長化を実現している。

特開平３−１１０９４２号公報

しかし、特許文献１に記載された通信システムでは、各計算機に設けられた複数の通信装置について、各通信装置の通信インタフェース（Ｉ／Ｆ）が異なる種類の場合には、一方の通信装置に設定されている設定情報を他方の通信装置にそのまま適用することができないので、同じ計算機内で通信情報を代替して受信可能にするためには、同じ種類の通信インタフェース（Ｉ／Ｆ）を有する通信装置で構成される必要があった。このような通信システムでは、通信装置に使用可能な通信Ｉ／Ｆの種類や組み合わせが限定されることで、通信システム内及び外部端末との接続におけるネットワーク構成の自由度が制限されてしまうという課題があった。

また、特許文献１に記載された通信システムでは、上述したように、冗長性を確保するために各計算機が同じ通信規格の通信装置を少なくとも２つ設ける必要があり、その分だけ、計算機の製造コストが増加するだけでなく、計算機のサイズが大きくなってしまうという課題があった。その結果、例えば、多数の計算機（例えばサーバ）が接続された通信システムが大規模データの分散処理を行う分散処理システムとして用いられる場合には、限られた場所に多くのサーバを設置することから集積性の高いサーバが求められるが、サーバ（計算機）のサイズが大きくなれば、サーバの集積度の低下を招いてしまうという課題があった。

また、特許文献１に記載された通信システムでは、同じ計算機内の通信装置が代替で通信情報を受信可能にして冗長性を確保するために、通信装置が同種の通信Ｉ／Ｆであるだけでなく、通信装置が同じネットワークに接続される必要があった。すなわち、冗長性を確保するために、通信システム内に接続される全ての計算機が同じネットワークに接続されなければならず、計算機間におけるネットワーク構成の自由度が低下するという課題があった。特に多数の計算機が接続される通信システムでは、ネットワーク構成の自由度の低下が与える影響は大きい。

本発明は以上の点を考慮してなされたもので、通信の冗長性を確保しつつネットワーク構成の自由度を高め得る通信システム及び通信システムの冗長化の方法を提案しようとするものである。

かかる課題を解決するため本発明においては、少なくとも第１の計算機と第２の計算機とを含む複数の計算機が、第１の通信形式に則った通信情報を伝送する第１の通信経路と、前記第１の通信形式とは異なる第２の通信形式に則った通信情報を伝送する第２の通信経路とによって、互いに通信可能に接続された通信システムであって、それぞれの前記計算機は、前記第１の通信経路を介して通信情報を送受信する第１の通信部と、前記第２の通信経路を介して通信情報を送受信する第２の通信部と、第１の通信部及び第２の通信部に個々に設定される識別情報を管理する識別情報管理部と、を備え、前記第１の通信部は、前記識別情報を複数設定でき、前記第１の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報の何れかを含む通信情報を受信し、前記第２の通信部は、前記第２の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報を含む通信情報を受信することを特徴とし、さらに、通信情報を代理で送受信することを要求する代理送受信設定要求が、前記第１の計算機から前記第２の通信経路を介して前記第２の計算機に送信された場合に、前記第２の計算機は、前記第１の計算機の第１の通信部に設定された第１の識別情報を前記第２の計算機の第１の通信部に設定された識別情報に追加することにより、前記第１の計算機の第１の通信部が前記第１の通信経路を介して送受信する通信情報を、前記第２の計算機の第１の通信部が代理で送受信することを特徴とする通信システムが提供される。

また、かかる課題を解決するため本発明においては、少なくとも第１の計算機と第２の計算機とを含む複数の計算機が、第１の通信形式に則った通信情報を伝送する第１の通信経路と、前記第１の通信形式とは異なる第２の通信形式に則った通信情報を伝送する第２の通信経路とによって、互いに通信可能に接続された通信システムにおける通信システムの冗長化の方法であって、前記通信システムの各前記計算機は、前記第１の通信経路を介して通信情報を送受信する第１の通信部と、前記第２の通信経路を介して通信情報を送受信する第２の通信部と、第１の通信部及び第２の通信部に個々に設定される識別情報を管理する識別情報管理部と、を有し、前記第１の通信部が、前記識別情報を複数設定でき、前記第１の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報の何れかを含む通信情報を受信し、前記第２の通信部は、前記第２の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報を含む通信情報を受信し、さらに、前記第１の計算機が、通信情報を代理で送受信することを要求する代理送受信設定要求を前記第２の通信経路を介して前記第２の計算機に送信した場合に、前記第２の計算機が、前記第１の計算機の第１の通信部に設定された第１の識別情報を前記第２の計算機の第１の通信部に設定された識別情報に追加することにより、前記第１の計算機の第１の通信部が前記第１の通信経路を介して送受信する通信情報を、前記第２の計算機の第１の通信部が代理で送受信することを特徴とする通信システムの冗長化の方法が提供される。

本発明によれば、通信の冗長性を確保しつつネットワーク構成の自由度を高め得る通信システム及び通信システムの冗長化の方法を実現できる。

本発明における一実施の形態による通信システムの構成例を示すブロック図である。 ＴＣＰ／ＩＰ通信における通信フォーマットを示す説明図である。 Ｉ２Ｃバス通信における通信フォーマットを示す説明図（その１）である。 Ｉ２Ｃバス通信における通信フォーマットを示す説明図（その２）である。 ＩＰアドレス設定表の一例を示す説明図である。 ＡＲＰテーブルの一例を示す説明図（その１）である。 ＡＲＰリクエストパケットの一例を示す説明図である。 ＡＲＰレスポンスパケットの一例を示す説明図である。 ＩＰアドレス設定表の一例を示す説明図である。 代理送受信管理表の一例を示す説明図（その１）である。 代理受信を説明するための概略図である。 代理送信を説明するための概略図である。 Ｉ２Ｃバスを介して送受信される通信情報の一例を説明するための概略図（その１）である。 Ｉ２Ｃバスを介して送受信される通信情報の一例を説明するための概略図（その２）である。 Ｉ２Ｃバスを介して送受信される通信情報の一例を説明するための概略図（その３）である。 代理送受信設定の処理例を示すシーケンス図である。 代理送受信管理表の一例を示す説明図（その２）である。 代理送受信管理表の一例を示す説明図（その３）である。 代理送受信設定によって確立される通信経路の一例を示す説明図である。 代理送受信設定後の処理例を示すシーケンス図である。 通信情報の一例を示す説明図（その１）である ＡＲＰテーブルの一例を示す説明図（その２）である。 通信情報の一例を示す説明図（その２）である。 通信情報の一例を示す説明図（その３）である。 通信情報の一例を示す説明図（その４）である。 通信情報の一例を示す説明図（その５）である。 代理依頼元のＢＭＣ切断時の処理例を示すシーケンス図である。 代理依頼先のＢＭＣ切断時の処理例を示すシーケンス図である。 通信障害解消時の処理例を示すシーケンス図である。

（１）本発明における一実施の形態
本発明における一実施の形態による通信システムは、通信経路に障害が発生する等して、通信システム内のサーバに直接、通信情報の送受信ができなくなった場合に、通信システムの別のサーバ内のＢＭＣ（Baseboard Management Controller）が、直接通信ができなくなったサーバ内のＢＭＣの代理で通信情報の送受信を行う「代理送受信」の機能を実現することを特徴の１つとしている。以下では、このような本実施形態による通信システムについて図を参照しながら説明する。

（１−１）本実施形態による通信システムの構成
図１において、１は全体として本発明における一実施の形態による通信システムを示す。通信システム１は、ＬＡＮ（Local Area Network）９１を介して互いに接続される管理サーバ１０、サーバ２０、サーバ３０、及びサーバ４０を備える。また、サーバ２０，３０，４０は、Ｉ２Ｃ（Inter-Integrated Circuit）バス９２を介して互いに接続されている。

（１−１−１）通信形式
図１に示す通信システム１で利用される通信形式（すなわち、ＬＡＮ９１又はＩ２Ｃバス９２を介した通信情報の送受信）について説明する。

まず、ＬＡＮ９１では、一例として、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）規約に準拠した「ＴＣＰ／ＩＰ形式の通信情報」が送受信される（ＴＣＰ／ＩＰ通信）。図２は、ＴＣＰ／ＩＰ通信における通信フォーマットを示す説明図である。図２に示すように、通信フォーマット７１は、送信元ＭＡＣ（Media Access Control）アドレス、送信先ＭＡＣアドレス、送信元ＩＰアドレス、送信先ＩＰアドレス、ヘッダ情報、及びデータ部を含んで構成される。送信元ＭＡＣアドレスは、通信情報の送信元のＭＡＣアドレスに相当し、送信先ＭＡＣアドレスは、通信情報の送信先のＭＡＣアドレスに相当する。同様に、送信元ＩＰアドレスは、通信情報の送信元のＩＰアドレスに相当し、送信先ＩＰアドレスは、通信情報の送信先のＩＰアドレスに相当する。また、ヘッダ情報には、上述のアドレス情報以外で通信情報に付される制御情報が含まれる。そして、データ部は、当該通信情報が伝達する主データに相当する。

一方、Ｉ２Ｃバス９２では、Ｉ２Ｃバスの通信規格に則った「Ｉ２Ｃバス形式の通信情報」が送受信される（Ｉ２Ｃバス通信）。図３及び図４は、Ｉ２Ｃバス通信における通信フォーマットを示す説明図である。Ｉ２Ｃバス通信では、通信情報の送信側と受信側とを、マスタとスレーブとに分けて通信が行われる。そしてまず、マスタ側が、スレーブとするＩ２Ｃインタフェース（Ｉ２Ｃ−Ｉ／Ｆ）のアドレス情報（スレーブアドレス）と、マスタが送信又は受信の何れの処理を行うかを示すＲＷ（Read／Write）ビット情報とを、Ｉ２Ｃバス９２で接続されている全てのＩ２Ｃ−Ｉ／Ｆ（例えば、図１のＩ２Ｃ−Ｉ／Ｆ２１３をマスタ側とすれば、スレーブアドレスＩ２Ｃ−Ｉ／Ｆ３１３，４１３）に送信する。そして、スレーブアドレス及びＲＷビット情報を受信したＩ２Ｃ−Ｉ／Ｆのうち、当該スレーブアドレスを有するＩ２Ｃ−Ｉ／Ｆが、スレーブとなり、ＲＷビットの値に応じて、通信情報の送信又は受信を開始する。ＲＷビットの値は、例えば、マスタが通信情報の送信側である場合は「０（又は「Ｗ」）」、マスタが通信情報の受信側である場合は「１（又は「Ｒ」）」とする。

図３は、マスタから送信されてスレーブで受信される通信情報の通信フォーマットを示し、図４は、スレーブから送信されてマスタで受信される通信情報の通信フォーマットを示す。図３に示す通信フォーマット７２は、マスタからスレーブに送信される通信情報の通信フォーマットなので、スレーブアドレス、ＲＷ（ＲＷビット情報）、スレーブへの送信情報、及びＡＣＫ（ＡＣＫビット情報）を含んで構成されている。一方、図４に示す通信フォーマット７３は、スレーブからマスタに送信される通信情報の通信フォーマットなので、スレーブへの送信情報の欄が、スレーブからの受信情報となっている。

なお、本実施例では、サーバ間の通信ネットワークとしてＬＡＮ９１及びＩ２Ｃバス９２を利用した場合について述べるが、本発明は、ＬＡＮやＩ２Ｃに限定されるものではなく、例えば、ＬＡＮ９１の代わりに、１つの通信インタフェースで複数のアドレスを設定することができるネットワークを利用してもよいし、Ｉ２Ｃの代わりに、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ１３９４等を利用してもよい。

（１−１−２）サーバの構成
サーバ２０は、ＢＭＣ２１、ＮＩＣ（Network Interface Card）２２、サーバ用メモリ２３、及び、ＣＰＵ（Central Processing Unit）２４を備えた計算機である。なお、サーバ３０及びサーバ４０は、サーバ２０と同様の構成要素を備えているので、以下では、サーバ２０，３０，４０の代表として、サーバ２０の構成について説明する。

まず、ＢＭＣ２１以外のサーバ２０の構成要素について説明する。

ＮＩＣ２２は、ＬＡＮ９１に接続される拡張カードである。ＮＩＣ２２は、ＬＡＮ９１上で送受信される通信情報のうち、送信先ＭＡＣアドレスがＮＩＣ２２自身のＭＡＣアドレスとなっている通信情報、及び、ブロードキャストで送信された通信情報を取得し、サーバ用メモリ２３に格納する。また、ＮＩＣ２２は、ＬＡＮ９１に通信情報を送信する場合には、送信する通信情報をサーバ用メモリ２３から取得し、当該通信情報の送信元ＭＡＣアドレスをＮＩＣ２２自身のＭＡＣアドレスに書き換えたうえで、ＬＡＮ９１上に通信情報を送信する。

また、本実施形態におけるＮＩＣ２２の特徴的な処理の１つとして、ＮＩＣ２２は、ＬＡＮ９１上で送受信される全ての通信情報をＢＭＣ２１内のＬＡＮ−Ｉ／Ｆ２１２に転送する。また、ＢＭＣ２１内のＬＡＮ−Ｉ／Ｆ２１２から送信される全ての通信情報は、ＮＩＣ２２を経由してＬＡＮ９１上に送信される。

なお、図１に示す通信システムでは、ＮＩＣ２２のＭＡＣアドレス２２０は［００：００：００：００：００：２２］である。同様に、サーバ３０におけるＮＩＣ３２のＭＡＣアドレス３２０は［００：００：００：００：００：３２］であり、サーバ４０におけるＮＩＣ４２のＭＡＣアドレス４２０は［００：００：００：００：００：４２］である。

サーバ用メモリ２３は、サーバ２０の記憶装置であり、例えば、各種のプログラム、通信情報、及びその他のデータ等を格納する。例えば、サーバ用メモリ２３に格納された所定のプログラムがＣＰＵ２４に読み出されて実行されることにより、サーバ２０用のＯＳ（Operating System）が動作する。そして、サーバ２０用ＯＳは、サーバ用メモリ２３に格納された通信情報に対応した処理を行う。ＣＰＵ２４は、一般的な計算機で用いられるＣＰＵでよく、サーバ２０の各部を制御する。

また、図１に示すように、サーバ用メモリ２３には、サーバ２０（サーバ２０用ＯＳ）のＩＰを設定するＩＰアドレス設定表２３０も格納されている。ここでは、ＩＰアドレス設定表２３０には、サーバ２０用ＯＳに割り当てられたＩＰアドレスとして［１９２．１６８．０．２２］が記憶されているとする。また、ＩＰアドレス設定表２３０は、後述するＩＰアドレス設定表１２０と同様の形式とする（後述の図５参照）。

次に、ＢＭＣ２１の構成について説明する。ＢＭＣ２１は、サーバ２０におけるハードウェア（Ｈ／Ｗ）の状態を監視するためのコントローラであり、一般的な計算機と同様にＣＰＵやメモリを備え、サーバ２０の温度や電源状態等を監視する。また、ＢＭＣ２１は、通信情報の送受信を行うことができ、サーバ２０とは別のＩＰアドレス（及びＭＡＣアドレス）が割り当てられている。図１に示すＢＭＣ２１は、ＢＭＣ用メモリ２１１、ＬＡＮ−Ｉ／Ｆ２１２、Ｉ２Ｃ−Ｉ／Ｆ２１３、及び、ＣＰＵ２１０を有している。

ＣＰＵ２１０は、一般的な計算機で用いられるＣＰＵでよく、ＢＭＣ２１の各部を制御する。ＢＭＣ２１では、ＢＭＣ用メモリ２１１内に格納された所定のプログラムがＣＰＵ２１０によって実行されることにより、例えば、ＢＭＣ２１用のＯＳ（Operating System）が動作する。ＢＭＣ２１で動作するＯＳとしては、例えばＬｉｎｕｘ（登録商標）が挙げられる。

ＢＭＣ用メモリ２１１には、制御プログラム２１４、ＩＰアドレス設定表２１５、及び、代理送受信管理表２１６が格納され、さらに、通信情報処理領域２１７が確保されている。

制御プログラム２１４は、ＢＭＣ２１内の各部の動作を制御するためのプログラムであって、ＣＰＵ２１０は、制御プログラム２１４を読み出して、制御プログラム２１４に規定された処理を実行する。また、ＩＰアドレス設定表２１５は、ＴＣＰ／ＩＰ通信で使用するＩＰアドレスを設定するための設定用データであり、その形式は、後述するＩＰアドレス設定表１２０と同様とする（後述の図５参照）。当初のＩＰアドレス設定表２１５には、ＢＭＣ２１に割り当てられたＩＰアドレスとして［１９２．１６８．０．２１］が記憶されているとする。なお、ＢＭＣ２１に割り当てられるＩＰアドレスは、実際には代理送受信管理表２１６にも登録できるので、ＩＰアドレス設定表２１５を代理送受信管理表２１６に含めて実現するようにしてもよい。

代理送受信管理表２１６は、代理送受信を行うために必要となる情報を纏めた管理用データである。なお、代理送受信及び代理送受信管理表２１６については、詳細を後述する。また、通信情報処理領域２１７は、ＬＡＮ−Ｉ／Ｆ２１２又はＩ２Ｃ−Ｉ／Ｆ２１３で送受信される通信情報を処理するための記憶領域である。

ＬＡＮ−Ｉ／Ｆ２１２は、ＮＩＣ２２及びＢＭＣ用メモリ２１１に接続されるＬＡＮ用の通信インタフェースであり、ＴＣＰ／ＩＰ通信を行うことができる。ＬＡＮ−Ｉ／Ｆ２１２は、受信した通信情報のうち、送信先ＩＰアドレスが、ＩＰアドレス設定表２１５に記載されているアドレスである場合には、当該通信情報を自身への通信情報として判断し、当該判断に応じた所定の処理を行う。また、ＬＡＮ−Ｉ／Ｆ２１２から通信情報を送信する場合には、ＬＡＮ−Ｉ／Ｆ２１２は、当該通信情報内の送信元ＩＰアドレスを、ＩＰアドレス設定表２１５に記載されているＩＰアドレスから選択したうえで、当該通信情報を送信する。

例えば、図１に示す通信システムでは、ＬＡＮ−Ｉ／Ｆ２１２のＭＡＣアドレス２１８は［００：００：００：００：００：２１］である。同様に、サーバ３０のＢＭＣ３１内に備えられたＬＡＮ−Ｉ／Ｆ３１２のＭＡＣアドレス３１８は［００：００：００：００：００：３１］であり、サーバ４０のＢＭＣ４１内に備えられたＬＡＮ−Ｉ／Ｆ４１２のＭＡＣアドレス４１８は［００：００：００：００：００：４１］である。これらのＭＡＣアドレスは、広義に考えれば、それぞれのＬＡＮ−Ｉ／Ｆが含まれるＢＭＣ２１，３１，４１におけるＭＡＣアドレスと捉えることもできる。

Ｉ２Ｃ−Ｉ／Ｆ２１３は、Ｉ２Ｃバス９２に接続されるＩ２Ｃシリアル通信用のインタフェースであり、Ｉ２Ｃバス通信を行うことができる。Ｉ２Ｃ−Ｉ／Ｆは、Ｉ２Ｃアドレス２１９を保持している。Ｉ２Ｃ−Ｉ／Ｆ２１３は、Ｉ２Ｃ通信で送受信される通信情報のうち、自身が保持するＩ２Ｃアドレス２１９がマスタからスレーブアドレスとして指定された通信情報について、当該通信情報をＩ２Ｃバス９２から取得して通信情報処理領域２１７に格納するか、又は、通信情報処理領域２１７から当該通信情報を取得してＩ２Ｃバス９２上に送信する。

例えば、図１に示す通信システムでは、Ｉ２Ｃ−Ｉ／Ｆ２１３が保持するＩ２Ｃアドレス２１９は［２１３Ａ］である。同様に、サーバ３０のＢＭＣ３１内に備えられたＩ２Ｃ−Ｉ／Ｆ３１３が保持するＩ２Ｃアドレス３１９は［３１３Ａ］であり、サーバ４０のＢＭＣ４１内に備えられたＩ２Ｃ−Ｉ／Ｆ４１３が保持するＩ２Ｃアドレス４１９は［４１３Ａ］である。これらのＩ２Ｃアドレスは、広義に考えれば、それぞれのＩ２Ｃ−Ｉ／Ｆが含まれるＢＭＣ２１，３１，４１におけるＩ２Ｃアドレスと捉えることもできる。

（１−１−３）管理サーバの構成
管理サーバ１０は、ＣＰＵ１１、サーバ用メモリ１２、及び、ＮＩＣ１３を有する計算機である。管理サーバ１０は、ＬＡＮ９１を介してサーバ２０，３０，４０に接続された計算機であり、サーバ２０，３０，４０に対してＴＣＰ／ＩＰによる通信を行うことができる。なお、管理サーバ１０は、ＬＡＮ９１を介してサーバ２０，３０，４０に接続されていれば、通信システム１の外部に設けられた計算機であってもよい。

ＣＰＵ１１は、管理サーバ１０内の各部を制御する。例えば、ＣＰＵ１１は、サーバ用メモリ１２に格納された所定のプログラムを読み出して実行することにより、ＯＳを動作させる。

サーバ用メモリ１２は、管理サーバ１０（管理サーバ１０用のＯＳ）のＩＰアドレスを設定するＩＰアドレス設定表１２０と、送信先のＩＰアドレスとＭＡＣアドレスとの対応を記憶したＡＲＰ（Address Resolution Protocol）テーブル１２１とを保持している。

図５は、ＩＰアドレス設定表の一例を示す説明図である。図５に示すように、ＩＰアドレス設定表７４には、整理用の番号とＩＰアドレスとが記憶され、例えば、番号「１」の行には、管理サーバ１０のＩＰアドレスとして［１９２．１６８．０．１２］が記憶されている。なお、前述したが、サーバ２０におけるＩＰアドレス設定表２３０，２１５も、図５に示すＩＰアドレス設定表７４と同様に構成される。

図６は、ＡＲＰテーブルの一例を示す説明図である。図６に示すように、ＡＲＰテーブル７５には、整理用の番号が示す行ごとに、通信情報を送信する際の送信先のＩＰアドレスとＭＡＣアドレスとが対応付けて記憶されている。例えば、番号「１」の行には、ＢＭＣ２１に割り当てられたＩＰアドレスである［１９２．１６８．０．２１］と、ＢＭＣ２１のＬＡＮ−Ｉ／Ｆ２１２に割り当てられたＭＡＣアドレスである［００：００：００：００：００：２１］とが記憶されている。また例えば、番号「２」の行には、サーバ３０（サーバ３０用ＯＳ）に割り当てられたＩＰアドレスである［１９２．１６８．０．３２］と、ＢＭＣ３１のＮＩＣ３２に割り当てられたＭＡＣアドレスである［００：００：００：００：００：３２］とが記憶されている。なお、管理サーバ１０は、ＡＲＰテーブル１２１に、送信先ＭＡＣアドレス又は送信先ＩＰアドレスが記憶されていない場合には、（１−１−３−１）で後述する処理によって、送信先のアドレスを取得し、ＡＲＰテーブル１２１に登録する。そして、通信情報の送信時には、管理サーバ１０のＣＰＵ１１がＡＲＰテーブル１２１を参照して、ＴＣＰ／ＩＰ通信時に必要となる送信先ＭＡＣアドレス及び送信先ＩＰアドレスを取得する。

（１−１−３−１）ＡＲＰテーブルの登録
以下では、管理サーバ１０が、ＡＲＰテーブル１２１に送信先ＭＡＣアドレス及び送信先ＩＰアドレスを登録する処理について説明する。一例として、管理サーバ１０では、通信情報の送信先ＩＰアドレス［１９２．１６８．０．３２］が決まっているが、ＡＲＰテーブル１２１には当該ＩＰアドレスに対応するＭＡＣアドレスが記憶されていない状況を想定する。ここで、通信情報をＴＣＰ／ＩＰ通信で送信する際には、送信先ＩＰアドレス及び送信先ＭＡＣアドレスが必要となるので、管理サーバ１０は、送信先ＩＰアドレスに対応する送信先ＭＡＣアドレスを調べてＡＲＰテーブル１２１に登録する処理を行う（ＡＲＰテーブルの登録）。なお、以下に説明する処理の開始時には、図６に示すＡＲＰテーブル７５の番号「２」の行の情報は、ＡＲＰテーブル１２１に登録されていないとする。

最初に、送信元となる管理サーバ１０は、ＡＲＰリクエストパケットをブロードキャストでＬＡＮ９１上に送信する。ＡＲＰリクエストパケットは、送信先のＮＩＣのＭＡＣアドレスを取得するための通信情報であり、図７は、ＡＲＰリクエストパケットの一例を示す説明図である。図７に示すように、ＡＲＰリクエストパケット７６は、ＴＣＰ／ＩＰ通信における通信フォーマット（図２参照）に従った構成となっている。より具体的には、送信元ＭＡＣアドレスには、ＮＩＣ１３のＭＡＣアドレス１３０が示され、送信元ＩＰアドレスには、ＩＰアドレス設定表１２０に記載されたＩＰアドレス（図５参照）が示され、送信先ＭＡＣアドレスには、仮アドレス［ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ］が示され、送信先ＩＰアドレスには、［１９２．１６８．０．３２］が示されている。

管理サーバ１０のＮＩＣ１３から送信されたＡＲＰリクエストパケットは、ＬＡＮ９２を経由して、サーバ２０，３０，４０のＮＩＣ２２，３２，４２で受信され、各ＮＩＣに接続されたサーバ用メモリ２３，３３，４３に格納される。また、ＮＩＣ２２，３２，４２で受信されたＡＲＰリクエストパケットは、ＬＡＮ−Ｉ／Ｆ２１２，３１２，４１２に転送され、各ＬＡＮ−Ｉ／Ｆに接続されたＢＭＣ用メモリ２１１，３１１，４１１に格納される。

その後、それぞれのサーバ２０，３０，４０で処理が進められるが、以下では、代表としてサーバ３０における処理について説明する。サーバ３０では、ＣＰＵ３４がサーバ用メモリ３３に格納されたＡＲＰリクエストパケット内の送信先ＩＰアドレスを参照する。そして、ＡＲＰリクエストパケット内の送信先ＩＰアドレスが、ＩＰアドレス設定表３３０に存在するアドレスであった場合には、ＣＰＵ３４は、ＮＩＣ３２からＡＲＰレスポンスパケットを管理サーバ１０に返信する。

ＡＲＰレスポンスパケットは、ＡＲＰリクエストパケットに対する返信の通信情報であり、図８は、ＡＲＰレスポンスパケットの一例を示す説明図である。図８に示すように、ＡＲＰレスポンスパケット７７は、ＡＲＰリクエストパケット７６と同様に、ＴＣＰ／ＩＰ通信における通信フォーマット（図２参照）に従った構成となっている。また、図９は、ＩＰアドレス設定表の一例を示す説明図である。図９に示すＩＰアドレス設定表７８には、サーバ３０に割り当てられたＩＰアドレス［１９２．１６８．０．３２］が記載されている。

従って、図７に示したＡＲＰリクエストパケット７６が管理サーバ１０からブロードキャスト送信され、受信側のサーバ３０のサーバ用メモリ３３のＩＰアドレス設定表３３０が図９に示したＩＰアドレス設定表７８であった場合には、ＣＰＵ３４は、図８に示すようなＡＲＰレスポンスパケットを、ＮＩＣ３２から管理サーバ１０に向けて返信させる。より具体的には、図８のＡＲＰレスポンスパケット７７では、送信元ＭＡＣアドレスとしてＮＩＣ３２のＭＡＣアドレス３２０が示され、送信元ＩＰアドレスとしてサーバ３０に割り当てられたＩＰアドレスが示され、送信先ＭＡＣアドレスとしてＮＩＣ１３のＭＡＣアドレス３０が示され、送信先ＩＰアドレスとして管理サーバ１０に割り当てられたＩＰアドレスが示されている。

ところで、サーバ２０，４０においても、サーバ用メモリ２３，４３に格納されたＡＲＰリクエストパケットに対して、上述したサーバ３０と同様に処理が進められるが、今回の説明例では、ＡＲＰリクエストパケットの送信先ＩＰアドレス［１９２．１６８．０．３２］に対応するＩＰアドレスはサーバ３０にしか存在しないため、サーバ２０，４０からはＡＲＰレスポンスパケットが返信されない。

また、前述したように、ＡＲＰリクエストパケットは、ＮＩＣ２２，３２，４２で受信されてサーバ用メモリ２３，３３，４３に格納されるだけでなく、ＮＩＣ２２，３２，４２からＬＡＮ−Ｉ／Ｆ２１２，３１２，４１２に転送されて、ＢＭＣ用メモリ２１１，３１１，４１１に格納される。このようにＢＭＣ用メモリに格納されたＡＲＰリクエストパケットに対しても、サーバ用メモリに格納されたＡＲＰリクエストパケットに対する処理と同様の処理が行われる。すなわち、それぞれのＢＭＣ２１，３１，４１（詳しくはＣＰＵ２１０，３１０，４１０）が、ＡＲＰリクエストパケットの送信先ＩＰアドレスを参照し、自身のＩＰアドレス設定表２１５，３１５，４１５に存在するＩＰアドレスであった場合には、自身のＭＡＣアドレスを送信元ＭＡＣアドレスとするＡＲＰレスポンスパケットを、ＬＡＮ−Ｉ／Ｆから管理サーバ１０に返信させる。但し、今回の説明例では、ＡＲＰリクエストパケットの送信先ＩＰアドレスに対応するＩＰアドレスは、ＢＭＣ２１，３１，４１側には存在しないので、ＡＲＰレスポンスパケットは返信されない。

最後に、返信されたＡＲＰレスポンスパケットをＮＩＣ１３で受信した管理サーバ１０では、ＣＰＵ１１が、ＡＲＰレスポンスパケットを参照し、送信元ＭＡＣアドレス［００：００：００：００：００：３２］を、ＡＲＰリクエストパケットの送信先ＩＰアドレスと対応付けてＡＲＰテーブル１２１に登録する（例えば、図６の番号「２」の行を参照）。なお、「ＡＲＰリクエストパケットの送信先ＩＰアドレス」及び「ＡＲＰレスポンスパケットの送信元ＩＰアドレス」は、同じＩＰアドレス［１９２．１６８．０．１２］である。

このようにして、管理サーバ１０のＡＲＰテーブル１２１には、送信先ＭＡＣアドレスと送信先ＩＰアドレスとの組み合わせが追加して登録される。そして、管理サーバ１０は、ＬＡＮ９１を介して通信情報を送信するときに、ＡＲＰテーブル１２１を参照して、ＴＣＰ／ＩＰ通信で必要な送信先ＭＡＣアドレス及び送信先ＩＰアドレスを決定することができる。

（１−２）代理送受信
以下では、図１に示した通信システム１で設定可能な代理送受信について説明する。前述したように、代理送受信とは、通信経路（例えばＬＡＮ９１）で障害が発生する等して、通信システム１内の計算機（例えばサーバ２０）に直接、通信情報の送受信ができなくなった場合に、通信システム１の別の計算機（例えばサーバ３０）内のＢＭＣ（例えばＢＭＣ３１）が、サーバ２０のＢＭＣ２１の代理で通信情報の送受信を行う機能である。なお、代理送受信の設定（代理送受信設定）は、代理で通信情報を送受信する側のＢＭＣ３１のＢＭＣ用メモリ３１１に格納された代理送受信管理表３１６の登録内容に従って設定される。

（１−２−１）代理送受信管理表
まず、代理送受信の設定を行うために必要となる代理送受信管理表について説明する。図１０は、代理送受信管理表の一例を示す説明図である。図１０に示すように、代理送受信管理表７９には、対象となる通信装置のＩＰアドレス、代理送受信設定の要否を示す代理送受信設定値、及び、通信情報の転送先のＩ２Ｃアドレスが、関連付けて登録される。例えば、代理送受信設定値は、代理送受信設定が必要なＩＰアドレスである場合に「要」とされ、代理送受信設定が不要なＩＰアドレスである場合に「不要」とされる。また、転送先Ｉ２Ｃアドレスは、代理送受信設定が必要（代理送受信設定値が「要」）とされる場合にのみ登録される。なお、本説明では一例として、ＬＡＮ−Ｉ／Ｆに複数のＩＰアドレスを設定可能であることを利用した代理送受信を想定している。例えば、図１０に示す代理送受信管理表７９のように３つのＩＰアドレスが登録されている場合には、当該代理送受信管理表７９を保持する通信装置のＬＡＮ−Ｉ／Ｆは、登録された３つの何れのＩＰアドレスを宛先とする通信情報も受信する。

代理送受信管理表７９の登録内容を具体的に説明すると、「ＩＰアドレス１」については代理送受信の設定は不要とされているが、「ＩＰアドレス２」については、代理送受信設定が必要とされ、転送先として「Ｉ２Ｃアドレス２」で示される通信装置が指定されている。同様に、「ＩＰアドレス３」については代理送受信設定が必要とされ、転送先として「Ｉ２Ｃアドレス３」で示される通信装置が指定されている。

（１−２−２）代理受信
次に、代理送受信のうち、代理依頼元の代わりに通信情報を受信する「代理受信」について説明する。図１１は、代理受信を説明するための概略図である。図１１に示す矢印は、代理受信における通信情報の流れを示している。また、図１１に示すサーバ５０は、図１に示したサーバ２０，３０，４０と同様の構成を有し、ＬＡＮ及びＩ２Ｃバス（ともに図示せず）によって他のサーバと通信可能に接続されるサーバである。サーバ５０の詳細な構成の一部は省略されている。

図１１のＢＭＣ５１において、ＬＡＮ−Ｉ／Ｆ５１２のＭＡＣアドレス５１８を［００：００：００：００：００：５１］とし、Ｉ２Ｃ−Ｉ／Ｆ５１３のＩ２Ｃアドレス５１９を［５１３Ａ］とする。また、ＢＭＣ５１に割り当てられたＩＰアドレスは［１９２．１６８．０．５１］とする。

図１１に示す代理送受信管理表５１６を参照すると、番号「１」の行には、ＢＭＣ５１のＩＰアドレスが登録されている。ＢＭＣ５１自身のＩＰアドレスなので、代理送受信設定値は「不要」である。また、番号「２」の行には、［１９２．１６８．０．６１］というＩＰアドレスについて、代理送受信設定が必要とされ、転送先としてＩ２Ｃアドレス［６１３Ａ］が登録されている。

上述のような代理送受信機能が設定されているＢＭＣ５１においてまず、ＬＡＮ−Ｉ／Ｆ５１２が、ＬＡＮ（図示せず）上からサーバ５０のＮＩＣ５２を経由した通信情報Ｍ５０を受信する。通信情報Ｍ５０は、ＴＣＰ／ＩＰ形式の通信情報であって、詳細な情報は図１１に示す。ＬＡＮ−Ｉ／Ｆ５１２は、受信した通信情報Ｍ５０を通信情報処理領域５１７に格納する。

次に、ＢＭＣ５１は、通信情報処理領域５１７に格納された通信情報Ｍ５０を参照し、通信情報Ｍ５０の送信先ＩＰアドレス［１９２．１６８．０．６１］について、代理送受信管理表５１６の登録内容と比較して確認することによって、ＢＭＣ５１自身を宛先とする通信情報か、ＢＭＣ５１で代理受信処理を行う通信情報かを判定する。具体的には、通信情報Ｍ５０の送信先ＩＰアドレスが、代理送受信管理表５１６において、代理送受信設定値が「不要」であるＩＰアドレスとして登録されている場合には、ＢＭＣ５１は、自身を宛先とする通信情報と判断する。一方、通信情報Ｍ５０の送信先ＩＰアドレスが、代理送受信管理表５１６において、代理送受信設定値が「要」であるＩＰアドレスとして登録されている場合には、ＢＭＣ５１は、通信情報Ｍ５０は代理受信した通信情報であり、対応する転送先Ｉ２Ｃアドレスに転送すべき通信情報であると判断する。

ＢＭＣ５１は、通信情報Ｍ５０を代理受信した通信情報と判断した場合には、代理送受信管理表５１６の登録内容に基づいて、通信情報Ｍ５０を代理依頼元のＢＭＣに転送する処理を開始する。この処理では、ＢＭＣ５１は、ＴＣＰ／ＩＰ形式の通信情報Ｍ５０を、Ｉ２Ｃバスの通信規格に則った通信情報Ｍ５０Ｔに変換し、変換した通信情報Ｍ５０Ｔを、Ｉ２Ｃ−Ｉ／Ｆ５１３からＩ２Ｃバス（図示せず）を経由して代理依頼元のＢＭＣに転送する。ここで、代理依頼元のＢＭＣとは、代理送受信管理表５１６の番号「２」の行の登録内容に従えば、転送先Ｉ２Ｃアドレス［６１３Ａ］を有するＩ２Ｃ−Ｉ／Ｆが含まれるＢＭＣに相当する。

なお、ＴＣＰ／ＩＰ通信用の通信情報Ｍ５０をＩ２Ｃバス通信用の通信情報Ｍ５０Ｔに変換する処理の処理方法は特に限定されないが、例えば、ＴＣＰ／ＩＰ形式の通信情報とＩ２Ｃバス形式の通信情報とを相互に変換可能な所定の変換用プログラムがＢＭＣ用メモリ５１１内に予め格納されている（例えば制御プログラム５１４に含まれてもよい）とし、ＢＭＣ５１のＣＰＵ（図示せず）が当該変換用プログラムを読み出して実行することによって、通信形式の変換を行うようにすればよい。なお、後述の図１２では、Ｉ２Ｃバス形式の通信情報Ｍ６０ＴをＴＣＰ／ＩＰ形式の通信情報Ｍ６０に変換する処理が行われるが、この場合も同様に、ＢＭＣ５１のＣＰＵが変換用プログラムを用いて通信形式の変換を行うようにすればよい。また、以後の説明では、通信形式の変換については、詳細を省略する。

ＴＣＰ／ＩＰ形式に変換された通信情報Ｍ５０Ｔは、図１１に示すように、スレーブアドレス、ＲＷビット、送信元ＭＡＣアドレス、送信元ＩＰアドレス、通信情報タイプ、送信元Ｉ２Ｃアドレス、及び、データ部から構成される。具体的な値を言えば、スレーブアドレスには、転送先のＢＭＣのＩ２Ｃアドレスである［６１３Ａ］が記載され、ＲＷビットには、マスタであるＩ２Ｃ−Ｉ／Ｆ５１３が送信側であることから「Ｗ」が記載される。また、送信元ＭＡＣアドレス及び送信元ＩＰアドレスには、通信情報Ｍ５０における送信元ＭＡＣアドレス及び送信元ＩＰアドレスがそのまま記載される。また、通信情報が代理受信か否かを示す「通信情報タイプ」には「代理受信」が記載され、送信元Ｉ２Ｃアドレスには、Ｉ２Ｃ−Ｉ／Ｆ５１３のＩ２Ｃアドレス［５１３Ａ］が記載される。また、データ部には、通信情報Ｍ５０のデータ部に記載されていた「データＭ５０Ｄ」が記載される。

そして、Ｉ２Ｃ−Ｉ／Ｆ５１３から送信された通信情報Ｍ５０Ｔが、Ｉ２Ｃバスを経由して代理依頼元のＢＭＣ（Ｉ２Ｃアドレス［６１３Ａ］）で受信されることにより、代理依頼元のＢＭＣに対する通信情報について、ＢＭＣ５１による代理受信が完了する。結果、代理依頼元のＢＭＣは、ＬＡＮ経由でＴＣＰ／ＩＰ形式の通信情報Ｍ５０を直接受信できない場合にも、ＢＭＣ５１による代理受信によって、Ｉ２Ｃバス形式の通信情報Ｍ５０Ｔを受信することができる。

なお、以後の説明において、通信形式をＴＣＰ／ＩＰからＩ２Ｃバスに変換し、変換前と同じデータ部を持つ通信情報には、通信情報Ｍ５０に対する通信情報Ｍ５０Ｔのように、最後に添字「Ｔ」を付して表記する。また逆に、同じデータ部を保持したまま、Ｉ２Ｃバス形式の通信情報Ｍ５０ＴをＴＣＰ／ＩＰ形式の通信情報に変換する場合には、変換前の添字「Ｔ」を除いてＭ５０と表記することによってＴＣＰ／ＩＰ形式の通信情報であることを示す。

（１−２−３）代理送信
次に、代理送受信のうち、代理依頼元の代わりに通信情報を送信する「代理送信」について説明する。図１２は、代理送信を説明するための概略図である。図１２に示す矢印は、代理送信における通信情報の流れを示している。また、図１２に示すサーバ５０は、図１１で代理受信について説明したサーバ５０であり、代理送受信管理表５１６の設定内容も図１１と同じである。

まず、代理依頼元（別のサーバのＢＭＣ）が、Ｉ２Ｃバス形式の通信情報Ｍ６０Ｔを生成し、生成した通信情報Ｍ６０ＴをＩ２Ｃバス９２上に送信する。通信情報Ｍ６０Ｔは、図１２に示すように、スレーブアドレス、ＲＷビット、送信先ＭＡＣアドレス、送信先ＩＰアドレス、通信情報タイプ、送信元Ｉ２Ｃアドレス、及び、データ部から構成される。具体的な値を言えば、スレーブアドレスには、代理送信するＢＭＣ５１のＩ２Ｃアドレスである［５１３Ａ］が記載され、ＲＷビットには、マスタから送信されていることから「Ｗ」が記載されている。また、送信先ＭＡＣアドレス及び送信先ＩＰアドレスには、サーバ５０（又はＢＭＣ５１）のＭＡＣアドレス及びＩＰアドレスではなく、通信情報Ｍ６０Ｔの本来の送信先のＭＡＣアドレス（例えば［００：００：００：００：００：１１］）及びＩＰアドレス（例えば［１９２．１６８．０．１１］）が記載されている。そして、通信情報タイプには「代理送信」であることが記載され、送信元Ｉ２Ｃアドレスには、代理依頼元のＢＭＣのＭＡＣアドレスとして［６１３Ａ］が記載されている。また、データ部には、通信情報Ｍ６０Ｔのデータ部に記載されていた「データＭ６０Ｄ」が記載されている。

代理依頼元のＢＭＣから送信された通信情報Ｍ６０Ｔは、Ｉ２Ｃバスを経由して、代理送信を行うＢＭＣ、すなわちＢＭＣ５１のＩ２Ｃ−Ｉ／Ｆ５１３で受信される。そして、Ｉ２Ｃ−Ｉ／Ｆ５１３は、受信した通信情報Ｍ６０Ｔを通信情報処理領域５１７に格納する。

次に、ＢＭＣ５１は、通信情報処理領域５１７に格納された通信情報Ｍ６０Ｔを参照し、通信情報Ｍ６０Ｔの送信元Ｉ２Ｃアドレス［６１３Ａ］について、代理送受信管理表５１６の登録内容と比較して確認することによって、ＢＭＣ５１自身を宛先とする通信情報か、ＢＭＣ５１で代理送信処理を行う通信情報かを判定する。この場合には、通信情報Ｍ６０Ｔの送信元Ｉ２Ｃアドレス［６１３Ａ］は、代理送受信管理表５１６において、番号「２」の行に転送先Ｉ２Ｃアドレスとして登録されていることと、通信情報Ｍ６０Ｔの通信情報タイプが代理送信であることから、ＢＭＣ５１で代理送信を行う通信情報であると判定される。なお、この代理送受信設定において、Ｉ２Ｃアドレス［６１３Ａ］に対応して登録されたＩＰアドレス［１９２．１６８．０．６１］は、通信情報Ｍ６０Ｔの送信元（代理依頼元のＢＭＣ）のＩＰアドレスに相当する。

ＢＭＣ５１は、通信情報Ｍ６０Ｔに対して代理送信を行うと判定した場合には、代理送受信管理表５１６の登録内容に基づいて、通信情報Ｍ６０Ｔを本来の送信先に転送する処理を開始する。この処理では、ＢＭＣ５１は、Ｉ２Ｃバス形式の通信情報Ｍ６０Ｔを、ＴＣＰ／ＩＰ形式の通信情報Ｍ６０に変換し、変換した通信情報Ｍ６０をＬＡＮ−Ｉ／Ｆ５１２から送信させる。変換された通信情報Ｍ６０は、図１２に示すように、送信元ＩＰアドレスを代理依頼元のＢＭＣのＩＰアドレス［１９２．１６８．０．６１］とし、送信元のＭＡＣアドレスを代理送信側のＬＡＮ−Ｉ／Ｆ５１２のＭＡＣアドレス［００：００：００：００：００：５１］とする通信情報であり、送信先を、本来の送信先であるＭＡＣアドレス［００：００：００：００：００：１１］、ＩＰアドレス［１９２．１６８．０．１１］とする通信情報である。

そして、ＬＡＮ−Ｉ／Ｆ５１２から送信された通信情報Ｍ６０は、ＮＩＣ５２、ＬＡＮ９１上を経由して、送信先のＢＭＣ（ＩＰアドレス［１９２．１６８．０．１１］、ＭＡＣアドレス［００：００：００：００：００：１１］）で受信されることによって、ＢＭＣ５１による代理送信が完了する。結果、代理依頼元のＢＭＣは、自身からＬＡＮ経由で通信情報を直接送信できない場合にも、ＢＭＣ５１にＩ２Ｃバス形式の通信情報Ｍ６０Ｔを送信し、代理送受信が設定されたＢＭＣ５１による代理送信（ＴＣＰ／ＩＰ形式の通信情報Ｍ６０への変換、及び、その送信）によって、ＴＣＰ／ＩＰ形式の通信情報Ｍ６０を、本来の送信先に送信することができる。

（１−３）通信システムによる処理例
以下では、本実施形態の通信システム１によって行われる様々な処理例について説明する。

（１−３−１）通信情報の定義
図１３〜１５は、Ｉ２Ｃバスを介して送受信される通信情報の一例を説明するための概略図である。まず、通信システム１による具体的な処理例を説明する前に、各サーバ２０，３０，４０のＢＭＣ２１，３１，４１間で送受信される通信情報について図１３〜１５を参照しながら説明する。なお、図１３〜１５に記載されたＩＰアドレスやＩ２Ｃアドレスの値は一例であり、これに限定されるものではない。

図１３に示す通信情報Ｍ１０は、相手先（この場合は「送信先ＢＭＣ」）の存在を確認するための通信情報であり、通信情報Ｍ１１は、通信情報Ｍ１０に対して応答する通信情報であって、「送信先ＢＭＣ」が存在していることを通知するための通信情報である。

図１４に示す通信情報Ｍ２０は、代理送受信管理表への登録を要求するための通信情報である。通信情報Ｍ２０には、代理送受信に登録するＩＰアドレスと転送先Ｉ２Ｃアドレスとが含まれている。送信先ＢＭＣは、送信元ＢＭＣから送信された通信情報Ｍ２０を受信すると、通信情報Ｍ２０に記載された情報に基づいて、自身のＢＭＣ用メモリに保持している代理送受信管理表に、代理送受信に関する登録を行う。図１４では、代理送受信に関する登録の一例として、代理送受信管理表の番号「２」の行において、送信元ＢＭＣに割り当てられたＩＰアドレス［１９２．１６８．０．１０］について代理送受信設定値が「要」とされ、代理送受信時の転送先を示す転送先Ｉ２Ｃアドレスとして、送信元ＢＭＣのＩ２Ｃアドレス［１０Ａ］が登録されている。なお、通信情報Ｍ２１は、通信情報Ｍ２０に対して応答する通信情報であって、通信情報Ｍ２０に基づく代理送受信管理表への登録が完了したことを要求元（この場合は、送信元ＢＭＣ）に通知するための通信情報である。

図１５に示す通信情報Ｍ３０は、代理送受信設定の削除を要求するための通信情報である。図１５において、「送信元ＢＭＣ」は代理送受信設定の代理依頼元のＢＭＣに相当し、「送信先ＢＭＣ」は代理送受信管理表を保持する代理送受信側のＢＭＣに相当する。通信情報Ｍ３０には、代理送受信設定の削除（解除）を要求するＩＰアドレスと、当該アドレスに対応する転送先Ｉ２Ｃアドレスとが含まれている。送信先ＢＭＣは、送信元ＢＭＣから送信された通信情報Ｍ３０を受信すると、通信情報Ｍ３０に記載された情報に基づいて、自身が保持する代理送受信管理表の登録内容のうち、通信情報Ｍ３０で削除指定されたＩＰアドレスに関する代理送受信設定を削除（又は解除）する。図１５では、代理送受信の削除例として、番号「２」の行において、送信元ＢＭＣのＩＰアドレス［１９２．１６８．０．１０］に対応する代理送受信の設定が削除（又は解除）されている。なお、送信先ＢＭＣは、代理送受信の設定を全て削除せずに、代理送受信設定値を「不要」とする処理で代用してもよい。また、通信情報Ｍ３１は、通信情報Ｍ３０に対して応答する通信情報であって、通信情報Ｍ３０に基づく代理送受信管理表からの登録削除が完了したことを送信元ＢＭＣに通知するための通信情報である。

（１−３−２）代理送受信の設定
図１６は、代理送受信設定の処理例を示すシーケンス図である。図１に示した通信システム１において、管理サーバ１０とサーバ２０との間で通信障害が発生した場合に、サーバ３０がサーバ２０の代理送受信を設定する処理について、図１６を参照しながら説明する。なお、通信障害は、後述する図１９において「×」印で示した箇所で発生したとし、当該通信障害の発生により、サーバ２０だけが、ＬＡＮ９１によるＴＣＰ／ＩＰ通信を行えなくなったとする。

図１６では、ＢＭＣ２１とＢＭＣ３１との間で行われる通信情報の送受信は、Ｉ２Ｃバス９２を介して行われる。なお、図１７，１８は、代理送受信管理表の一例を示す説明図である。図１７に示す代理送受信管理表８０は、ＢＭＣ２１のＢＭＣ用メモリ２１１に保持される代理送受信管理表２１６に相当する。図１８に示す代理送受信管理表８１は、ＢＭＣ３１のＢＭＣ用メモリ３１１に保持される代理送受信管理表３１６に相当する。但し図１８の代理送受信管理表８１では、通信障害発生前は番号「１」の行だけが登録されているとし、番号「２」の行は代理送受信の設定によって登録されるとする。すなわち、通信障害が発生する前には、ＢＭＣ２１，３１のそれぞれの代理送受信管理表２１６，３１６には、自身に割り当てられたＩＰアドレスだけが、代理送受信設定値「不要」として登録されている。

まず、ＢＭＣ２１が、前述の通信障害が発生したことにより、サーバ２０からＬＡＮ９１を介した通信（ＴＣＰ／ＩＰ通信）が不可能になったことを検知すると、代理送受信に関する処理を開始する（ステップＳ１０１）。ここでＢＭＣ２１は、代理送受信管理表への登録を要求するための通信情報Ｍ２０（図１４参照）を、ＢＭＣ３１に送信する（ステップＳ１０２）。図１４で説明したように、通信情報Ｍ２０には、代理送受信に登録するＩＰアドレスと転送先Ｉ２Ｃアドレスとが含まれるが、ＩＰアドレスには、ＢＭＣ２１のＩＰアドレス［１９２．１６８．０．２１］（図１７参照）が記載され、転送先Ｉ２Ｃアドレスには、ＢＭＣ２１のＩ２Ｃ−Ｉ／Ｆ２１３のＩ２Ｃアドレス［２１３Ａ］が記載される。

通信情報Ｍ２０を受信したＢＭＣ３１は、通信情報Ｍ２０に記載された情報（ＢＭＣ２１を代理依頼元としてＢＭＣ３１で代理送受信を設定する要求）に基づいて、代理送受信管理表３１６（図１８の代理送受信管理表８１）に、代理送受信の設定を登録する（ステップＳ１０３）。具体的な処理内容は図１４の説明で既述であるため省略するが、図１８で代理送受信管理表８１の番号「２」の行に示すように、ＢＭＣ２１に対する代理送受信の設定が登録される。

ステップＳ１０３で代理送受信の設定登録を完了したＢＭＣ３１は、通信情報Ｍ２０に対する応答メッセージとして、ＢＭＣ２１に通信情報Ｍ２１を送信する（ステップＳ１０４）。そして、ＢＭＣ２１が通信情報Ｍ２１を受信することにより、代理送受信の設定登録が完了する（ステップＳ１０５）。

図１９は、代理送受信設定によって確立される通信経路の一例を示す説明図である。図１９に示す「×」印は、通信障害の発生箇所を示し、矢印付きの太線は、代理送受信の設定によって確立される送受信経路（代理送受信経路）を示す。上述のステップＳ１０１〜Ｓ１０５の処理が行われることで、サーバ３０（ＢＭＣ３１）がサーバ２０（ＢＭＣ２１）の代理送受信を行うことが設定され、Ｉ２Ｃバス９２を介した代理送受信経路を確立できる。その結果、管理サーバ１０とサーバ２０との間で通信障害が発生していても、サーバ３０が管理サーバ１０とサーバ２０との間で通信を仲介し、図１９に示した代理送受信経路のように、管理サーバ１０とサーバ３０との間はＬＡＮ９１を介したＴＣＰ／ＩＰ通信、サーバ３０とサーバ２０との間はＩ２Ｃバス９２を介したＩ２Ｃバス通信によって、管理サーバ１０とサーバ２０との間を通信可能にすることができる。

（１−３−３）代理送受信設定後の処理
図２０は、代理送受信設定後の処理例を示すシーケンス図である。（１−３−２）では通信障害が発生した場合の代理送受信の設定処理について説明したが、以下では、このような代理送受信設定が完了した後の通信システム１における通信処理について、図２０を参照しながら詳しく説明する。

なお、図２０では、処理の開始時点で、管理サーバ１０とサーバ２０との間（ＬＡＮ９１）で通信障害が発生し、図１６に示したような代理送受信の設定処理が完了した状態、すなわち、ＢＭＣ３１によるＢＭＣ２１の代理送受信が設定されている状態であるとする。また、図２１は、通信情報の一例を示す説明図である。図２１に示す通信情報Ｍ０は、図２０に示す通信システム１の処理において管理サーバ１０からサーバ２０のＢＭＣ２１に宛てて最初に送信されるＴＣＰ／ＩＰ規格の通信情報に相当する。通信情報Ｍ０は、送信元ＭＡＣアドレス及び送信元ＩＰアドレスに、管理サーバ１０のＭＡＣアドレス及びＩＰアドレスが記載され、送信先ＭＡＣアドレス及び送信先ＩＰアドレスに、ＢＭＣ２１のＭＡＣアドレス及びＩＰアドレスが記載され、データ部に「データＭ０Ｄ」というデータが記載されている。

図２０においてまず、管理サーバ１０が、サーバ２０のＢＭＣ２１のＩＰアドレス［１９２．１６８．０．２１］に対して通信情報Ｍ０を送信する（ステップＳ２０１）。このとき、管理サーバ１０のＡＲＰテーブル１２１（詳細は図６のＡＲＰテーブル７５を参照）に基づいて、通信情報Ｍ０の送信先ＭＡＣアドレスは、送信先ＩＰアドレス［１９２．１６８．０．２１］に対応するＭＡＣアドレス［００：００：００：００：００：２１］となる。このＭＡＣアドレスは、ＢＭＣ２１のＬＡＮ−Ｉ／Ｆ２１２のＭＡＣアドレス２１８に相当する。

従って、ステップＳ２０１で管理サーバ１０から送信される通信情報Ｍ０は、ＬＡＮ９１を経由してサーバ２０に向かう。しかし、前述した通り管理サーバ１０とサーバ２０との間は、ＬＡＮ９１で通信障害が発生していることから、通信情報Ｍ０はＢＭＣ２１に到達できず、どのＮＩＣ及びＬＡＮ−Ｉ／Ｆともに所定時間内に通信情報Ｍ０に応答せずに通信不可となってしまう（ステップＳ２０２）。

その後、管理サーバ１０は、通信情報Ｍ０が通信不可であったことを検知すると、送信先ＩＰアドレス［１９２．１６８．０．２１］についてＡＲＰリクエストを生成し、ブロードキャストで送信する（ステップＳ２０３）。なお、ＡＲＰリクエストは、ＬＡＮ９１で管理サーバ１０に通信可能に接続された全てのＢＭＣに向けて送信されるが、図２０では、実際にＡＲＰリクエストを受信して応答を返すＢＭＣ３１とのやりとりだけを記載している（ステップＳ２０４）。

ステップＳ２０３で送信されたＡＲＰリクエストをＮＩＣ３２を経由してＬＡＮ−Ｉ／Ｆ３１２から受信したＢＭＣ３１は、ＡＲＰリクエストの送信先ＩＰアドレス［１９２．１６８．０．２１］を取得し、ＩＰアドレス設定表３１５を参照することにより、取得した送信先ＩＰアドレスが自身に設定されているＩＰアドレスであると判断する（ステップＳ２０５）。そして、ＢＭＣ３１は、ＡＲＰレスポンスパケットを生成し、管理サーバ１０に送信する（ステップＳ２０６）。このＡＲＰレスポンスパケットにおいて、ＩＰアドレス［１９２．１６８．０．２１］に対応するＭＡＣアドレスが［００：００：００：００：００：３１］（ＬＡＮ−Ｉ／Ｆ３１２のＭＡＣアドレス）であることが通知される。

ＡＲＰレスポンスパケットを受信した管理サーバ１０は、ＩＰアドレス［１９２．１６８．０．２１］に対応するＭＡＣアドレス［００：００：００：００：００：３１］を取得し（ステップＳ２０７）、ＡＲＰテーブル１２１の内容をステップＳ２０７で取得した内容で更新して再登録する（ステップＳ２０８）。図２２は、ＡＲＰテーブルの一例を示す説明図である。図２２に示すＡＲＰテーブル８３は、ステップＳ２０８で再登録されたＡＲＰテーブル１２１に相当し、番号「１」の行のＭＡＣアドレスが［００：００：００：００：００：３１］に書き換えられている。

そして、管理サーバ１０は、ステップＳ２０８で再登録されたＡＲＰテーブル１２１の内容に基づいて、通信情報Ｍ０の送信先ＭＡＣアドレスを［００：００：００：００：００：３１］に変更した通信情報を送信する（ステップＳ２０９）。図２３は、通信情報の一例を示す説明図である。図２３に示す通信情報Ｍ１は、ステップＳ２０９で送信される通信情報に相当する。通信情報Ｍ１は、通信情報Ｍ０と比較すると、送信先ＭＡＣアドレスがＬＡＮ−Ｉ／Ｆ３１２のＭＡＣアドレスに変更されている。通信情報Ｍ１は、管理サーバ１０からＢＭＣ３１に送信される（ステップＳ２１０）。

通信情報Ｍ１は、ＢＭＣ３１のＬＡＮ−Ｉ／Ｆ３１２で受信されて、通信情報処理領域３１７に格納される。次いで、ＢＭＣ３１は、通信情報Ｍ１の送信先ＩＰアドレスと代理送受信管理表３１６とを比較し、通信情報Ｍ１が代理送受信の設定に従ってＢＭＣ２１に送信される通信情報であると判定する。そして、ＢＭＣ３１は、通信情報処理領域３１７に格納されている通信情報Ｍ１を、Ｉ２Ｃバス規格に準拠した通信情報に変換し（ステップＳ２１１）、Ｉ２Ｃ−Ｉ／Ｆ３１３から送信する。図２４は、通信情報の一例を示す説明図である。図２４に示す通信情報Ｍ１Ｔは、図１１の通信情報Ｍ５０Ｔや図１２の通信情報Ｍ６０Ｔと同様のＩ２Ｃバス規格に準拠した通信情報であり、ステップＳ２１１で通信情報Ｍ１が変換されて生成された通信情報に相当する。図２４に示すように、通信情報Ｍ１Ｔでは、スレーブアドレスは［２１３Ａ］（ＢＭＣ２１のＩ２Ｃ−Ｉ／Ｆ２１３のＩ２Ｃアドレス）となり、送信元Ｉ２Ｃアドレスは［３１３Ａ］（ＢＭＣ３１のＩ２Ｃ−Ｉ／Ｆ３１３のＩ２Ｃアドレス）となる。また、通信情報Ｍ１Ｔのデータ部は、通信情報Ｍ０及び通信情報Ｍ１と同じく、「データＭ０Ｄ」である。

ステップＳ２１１で変換された通信情報Ｍ１Ｔは、Ｉ２Ｃバス９２を経由してＢＭＣ２１のＩ２Ｃ−Ｉ／Ｆ２１３に送信される（ステップＳ２１２）。そして、ＢＭＣ２１は、Ｉ２Ｃ−Ｉ／Ｆ２１３が通信情報Ｍ１Ｔを受信し、通信情報処理領域２１７に格納することによって、通信情報Ｍ０の「データＭ０Ｄ」を取得したことになり、「データＭ０Ｄ」の内容に応じたプログラムの作動等を行う（ステップＳ２１３）。

このように、ステップＳ２０１〜Ｓ２１３までの処理によれば、通信システム１では、ＢＭＣ３１がＢＭＣ２１の代理受信を行うことによって代理送受信経路（図１９の矢印付き太線を参照）が形成され、管理サーバ１０から送信された通信情報Ｍ０のデータ部に記載された［データＭ０Ｄ］をＢＭＣ２１に送信することができる。

さらに引き続き、「データＭ０Ｄ」の受信に対して応答する通信情報をＢＭＣ２１から管理サーバ１０に返信する処理について説明する。図２５は、通信情報の一例を示す説明図である。図２５に示す通信情報Ｍ２Ｔは、Ｉ２Ｃバス規格に準拠した通信情報であり、通信情報Ｍ１Ｔの受信に応答して返信される通信情報に相当する。通信情報Ｍ２Ｔの詳細な説明は省略するが、通信情報タイプは「代理送信」に設定される。ステップＳ２１４において、ＢＭＣ２１は、通信情報Ｍ２ＴをＩ２Ｃ−Ｉ／Ｆ２１３からＩ２Ｃバス９２を介してＢＭＣ３１のＩ２Ｃ−Ｉ／Ｆ３１３に送信する。

そして、Ｉ２Ｃ−Ｉ／Ｆ３１３が、受信した通信情報Ｍ２Ｔを通信情報処理領域３１７に格納すると、ＢＭＣ３１は、通信情報Ｍ２Ｔの送信元Ｉ２Ｃアドレス［２１３Ａ］と代理送受信管理表３１６とを比較し、通信情報Ｍ２Ｔの送信元Ｉ２Ｃアドレス［２１３Ａ］に対応する送信元ＩＰアドレスが［１９２．１６８．０．２１］（ＢＭＣ２１のＩＰアドレス）であると決定する。さらに、ＢＭＣ３１は、通信情報Ｍ２ＴをＴＣＰ／ＩＰ規格に準拠した通信情報に変換し（ステップＳ２１５）、ＬＡＮ−Ｉ／Ｆ３１２から送信する。図２６は、通信情報の一例を示す説明図である。図２６に示す通信情報Ｍ２は、ステップＳ２１５で通信情報Ｍ２ＴがＴＣＰ／ＩＰ規格に変換されて送信される通信情報に相当する。通信情報Ｍ２では、送信元ＩＰアドレスはＢＭＣ２１のＩＰアドレス［１９２．１６８．０．２１］になり、送信元ＭＡＣアドレスはＢＭＣ３１のＬＡＮ−Ｉ／Ｆ３１２のＭＡＣアドレス［００：００：００：００：００：３１］になる。なお、送信先ＩＰアドレス、送信先ＭＡＣアドレス、及びデータ部は、変換前の通信情報Ｍ２Ｔと同じである。

通信情報Ｍ２は、ＬＡＮ−Ｉ／Ｆ３１２からＮＩＣ３２及びＬＡＮ９１を経由して管理サーバ１０に送信され（ステップＳ２１６）、管理サーバ１０は、ＮＩＣ１３で通信情報Ｍ２を受信することによって、通信情報Ｍ２の［データＭ１Ｄ］を受け取ることになる（ステップＳ２１７）。

ステップＳ２１７で管理サーバ１０が受け取る［データＭ１Ｄ］は、ステップＳ２１４でＢＭＣ２１から送信された通信情報Ｍ２Ｔのデータと同じであることから、上述のステップＳ２１４〜Ｓ２１７の処理によれば、通信システム１では、ＢＭＣ３１がＢＭＣ２１の代理送信を行うことによって代理送受信経路（図１９の矢印付き太線を参照）が形成され、ＢＭＣ２１から送信された通信情報Ｍ２Ｔのデータ部に記載された［データＭ１Ｄ］を管理サーバ１０に送信することができる。

（１−３−４）代理依頼元のＢＭＣが切断した場合の処理
図２７は、代理依頼元のＢＭＣ切断時の処理例を示すシーケンス図である。図１６に示したような代理送受信設定が完了した状態（ＢＭＣ３１によるＢＭＣ２１の代理送受信が設定されている状態）の通信システム１において、ＢＭＣ２１がＩ２Ｃバス９２から切断された場合の処理について、図２７を参照しながら説明する。

図１３で説明したように、図２７に示した通信情報Ｍ１０は、相手先の存在を確認するための通信情報であり、通信情報Ｍ１１は、通信情報Ｍ１０に応答して自身の存在を通知するための通信情報である。通信情報Ｍ１０，Ｍ１１は、Ｉ２Ｃバス９２を介して送受信される。

ステップＳ３０１において、ＢＭＣ３１は、代理送受信管理表３１６に登録された代理送受信設定に基づいて、ＢＭＣ２１の代理送受信を行っている。ＢＭＣ３１は、ＢＭＣ２１の存在を確認するために、定期的にＢＭＣ２１に通信情報Ｍ１０を送信する（ステップＳ３０２）。ＢＭＣ２１は、通信情報Ｍ１０を受信すると、通信情報Ｍ１０に対して応答する通信情報Ｍ１１をＢＭＣ３１に返信する（ステップＳ３０３）。そしてＢＭＣ３１は、ＢＭＣ２１からの通信情報Ｍ１１を検知（受信）した場合は、ＢＭＣ２１との間で通信可能に接続されていることが分かるので、ＢＭＣ２１に依頼された代理送受信を続ける。すなわち、ＢＭＣ３１とＢＭＣ２１との間がＩ２Ｃバス９２を介して通信可能に接続されている間は、ステップＳ３０２，３０３の処理が定期的に繰り返され、ＢＭＣ３１によるＢＭＣ２１の代理送受信が維持される。

ここで、ＢＭＣ２１がＩ２Ｃバス９２から切断されたとする（ステップＳ３０４）。このような場合に、ＢＭＣ３１から送信された通信情報Ｍ１０をＢＭＣ２１が受信できなくなり、通信情報Ｍ１０は通信不可となってしまう（ステップＳ３０５）。

ステップＳ３０５において代理依頼元のＢＭＣ２１が通信不可になってしまうと、ＢＭＣ３１は代理送受信を行うことはできないので、ＢＭＣ３１は、通信情報Ｍ１０が通信不可であることを検知すると、代理送受信管理表３１６からＢＭＣ２１に関する代理送受信の設定を削除（解除）する（ステップＳ３０６）。具体的には例えば、図１４に示した代理送受信管理表について、番号「２」の行に登録されていた情報を削除するか、当該行の代理送受信設定値を「不要」に変更する。

上述のステップＳ３０１〜Ｓ３０６の処理によれば、通信システム１では、ＢＭＣ３１がＢＭＣ２１に対する代理送受信を行っていた場合に、代理依頼元であるＢＭＣ２１がＩ２Ｃバス９２から切断されたときには、ＢＭＣ３１が、ＢＭＣ２１が存在しなくなったことの検知を契機として、当該代理送受信の設定を解除することができる。

（１−３−５）代理依頼先のＢＭＣが切断した場合の処理
図２８は、代理依頼先のＢＭＣ切断時の処理例を示すシーケンス図である。図１６に示したような代理送受信設定が完了した状態（ＢＭＣ３１によるＢＭＣ２１の代理送受信が設定されている状態）の通信システム１において、代理送受信を担当するＢＭＣ３１がＩ２Ｃバス９２から切断された場合の処理について、図２８を参照しながら説明する。

図１３で説明したように、図２８に示した通信情報Ｍ１０は、相手先の存在を確認するための通信情報であり、通信情報Ｍ１１は、通信情報Ｍ１０に応答して自身の存在を通知するための通信情報である。また、図１４で説明したように、図２８に示した通信情報Ｍ２０は、代理送受信管理表への登録を要求するための通信情報であり、通信情報Ｍ２１は、通信情報Ｍ２０に対して応答する通信情報であって、通信情報Ｍ２０に基づく代理送受信管理表への登録が完了したことを要求元に通知するための通信情報である。通信情報Ｍ１０，Ｍ１１，Ｍ２０，Ｍ２１は、Ｉ２Ｃバス９２を介して送受信される。

ステップＳ４０１において、ＢＭＣ３１は、代理送受信管理表３１６に登録された代理送受信設定に基づいて、ＢＭＣ２１の代理送受信を行っている。ＢＭＣ２１は、ＢＭＣ３１の存在を確認するために、定期的にＢＭＣ３１に通信情報Ｍ１０を送信する（ステップＳ４０２）。ＢＭＣ３１は、通信情報Ｍ１０を受信すると、通信情報Ｍ１０に対して応答する通信情報Ｍ１１をＢＭＣ２１に返信する（ステップＳ４０３）。そしてＢＭＣ２１は、ＢＭＣ３１からの通信情報Ｍ１１を検知（受信）した場合は、ＢＭＣ３１との間で通信可能に接続されていることが分かるので、ＢＭＣ２１に依頼した代理送受信の設定を維持する。すなわち、ＢＭＣ３１とＢＭＣ２１との間がＩ２Ｃバス９２を介して通信可能に接続されている間は、ステップＳ３０２，３０３の処理が定期的に繰り返され、ＢＭＣ３１によるＢＭＣ２１の代理送受信が維持される。

ここで、ＢＭＣ３１がＩ２Ｃバス９２から切断されたとする（ステップＳ４０４）。このような場合に、ＢＭＣ２１から送信された通信情報Ｍ１０をＢＭＣ３１が受信できなくなり、通信情報Ｍ１０は通信不可となってしまう（ステップＳ４０５）。

ステップＳ４０５において代理依頼先のＢＭＣ２１が通信不可になってしまうと、ＢＭＣ２１はＢＭＣ３１が存在しないものと判断し、代理送受信設定をＩ２Ｃバス９２に通信可能に接続されている他のＢＭＣ（例えばＢＭＣ４１）に、代理送受信の依頼先を変更する（ステップＳ４０６）。

ＢＭＣ２１は、代理送受信の新たな依頼先であるＢＭＣ４１に、代理送受信管理表への登録を要求するための通信情報Ｍ２０を送信する（ステップＳ４０７）。通信情報Ｍ２０には、ＢＭＣ２１のＩＰアドレス［１９２．１６８．０．２１］とＩ２Ｃアドレス［２１３Ａ］とが含まれる。

そして、通信情報Ｍ２０を受信したＢＭＣ４１は、通信情報Ｍ２０に基づいて、自身のＢＭＣ用メモリ４１１に格納している代理送受信管理表４１６に、ＢＭＣ２１の代理送受信設定を登録する（ステップＳ４０８）。具体的には、ＩＰアドレス［１９２．１６８．０．２１］に対する代理送受信を「要」とし、転送先Ｉ２Ｃアドレスを［２１３Ａ］とする代理送受信設定を登録する。

ステップＳ４０８で代理送受信管理表への登録完了後、ＢＭＣ４１は、通信情報Ｍ２０に基づく代理送受信設定が完了したことを通知するための通信情報Ｍ２１をＢＭＣ２１に送信する（ステップＳ４０９）。そして、ＢＭＣ２１が通信情報Ｍ２１を受信すると、依頼先を変更した代理送受信の設定が完了し（ステップＳ４１０）、ＢＭＣ４１がＢＭＣ２１の代理送受信を行う。

上述のステップＳ４０１〜Ｓ４１０の処理によれば、通信システム１では、代理送受信の依頼先のＢＭＣ３１がＩ２Ｃバス９２から切断されてしまった場合でも、その切断を検知し、代理送受信設定の依頼先を他のＢＭＣ４１に変更する処理が行われることにより、依頼元のＢＭＣ２１に対する代理送受信を維持することができる。

（１−３−６）通信障害解消時の処理
図２９は、通信障害解消時の処理例を示すシーケンス図である。図２９では、通信障害による通信不可に対応するために、ＢＭＣ３１によるＢＭＣ２１の代理送受信が設定されているとし、このような状態の通信システム１で通信障害が解消された場合の処理について、以下に説明する。なお、図１５で説明したように、図２９に示した通信情報Ｍ３０は、代理送受信設定の削除を要求するための通信情報であり、通信情報Ｍ３１は、通信情報Ｍ３０に対して応答する通信情報である。

まず、ステップＳ５０１において、ＢＭＣ３１は、代理送受信管理表３１６に登録された代理送受信設定に基づいて、ＢＭＣ２１の代理送受信を行っている。ＢＭＣ２１は、図１９で示したように、ＬＡＮ９１において通信障害が発生してＴＣＰ／ＩＰ通信ができなくなったために、ＢＭＣ３１に代理送受信を依頼している状況とする。なお、図２９では省略しているが、ＢＭＣ３１とＢＭＣ２１との間では、互いの存在確認を行うための通信情報Ｍ１０、及びその応答メッセージである通信情報Ｍ１１とが、定期的に送受信されている。

ここで、ステップＳ５０２において、ＬＡＮ９１の通信障害が復旧し、ＢＭＣ２１がＬＡＮ９１を介したＴＣＰ／ＩＰ通信ができるようになったとする。このとき、ＢＭＣ２１は、通信障害が解消されたことを検知する。そして、通信障害の復旧を検知したＢＭＣ２１は、自身でＴＣＰ／ＩＰ通信を行うことが可能になったため、代理送受信を依頼しておく必要がなくなったので、代理送受信設定の削除を要求する通信情報Ｍ３０を、Ｉ２Ｃ−Ｉ／Ｆ２１３からＩ２Ｃバス９２経由でＢＭＣ３１に送信する（ステップＳ５０３）。通信情報Ｍ３０には、代理送受信管理表２１６に記載された自身のＩＰアドレス［１９２．１６８．０．２１］（図１７参照）と、Ｉ２Ｃ−Ｉ／Ｆ２１３のＩ２Ｃアドレス［２１３Ａ］とが含まれている。ＩＰアドレスは、ＩＰアドレス設定表２１５から取得されてもよい。

ＢＭＣ３１では、ステップＳ５０３で送信された通信情報Ｍ３０をＩ２Ｃ−Ｉ／Ｆ３１３が受信し、通信情報処理領域３１７に格納する。そして、ＢＭＣ３１は、通信情報処理領域３１７に格納された通信情報Ｍ３０からＩＰアドレス［１９２．１６８．０．２１］を取得し、代理送受信管理表３１６を参照して、当該ＩＰアドレスに対応する代理送受信設定の登録（例えば、図１８に示した代理送受信管理表の番号「２」の行）を削除する（ステップＳ５０４）。

ステップＳ５０４で通信情報Ｍ３０に応じて代理送受信設定を削除したＢＭＣ３１は、通信情報３０への応答メッセージである通信情報３１を、Ｉ２Ｃ−Ｉ／Ｆ３１３からＩ２Ｃバス９２を経由してＢＭＣ２１のＩ２Ｃ−Ｉ／Ｆ２１３に送信し（ステップＳ５０５）、ＢＭＣ２１が通信情報３１を受信することによって、代理送受信設定の解除処理が完了する（ステップＳ５０６）。

上述のステップＳ５０１〜Ｓ５０６の処理によれば、通信システム１では、代理送受信の依頼元のＢＭＣ２１が通信障害から復帰した場合に、代理先のＢＭＣ３１に代理送受信設定の解除を要求し、ＢＭＣ３１が要求に従って代理送受信管理表２１６からＢＭＣ２１に対する代理送受信設定を削除することにより、代理送受信の設定を解除することができる。

（１−４）本実施形態の通信システムによる効果
このように、本実施形態の通信システム１によれば、２種以上の通信規格（例えばＬＡＮ９１とＩ２Ｃバス９２）で利用される通信経路によって互いに接続されている複数の計算機（サーバ２０，３０，４０）において、ある通信経路（例えばＬＡＮ９１）に障害が発生する等して通信システム１内の少なくとも何れかの計算機（例えばサーバ２０）に、直接通信情報の送受信ができなくなったとしても、通信システム１内の別の計算機（例えばサーバ３０）内のＢＭＣ（例えばＢＭＣ３１）が、直接通信ができなくなった計算機内のＢＭＣ（例えばＢＭＣ２１）の代理で、別の通信経路（例えばＩ２Ｃバス９２）を介して通信情報の送受信を行う「代理送受信」を実現することができる。その結果、サーバ２０がＬＡＮ９１を介して通信不能になっても、サーバ２０は他の計算機（サーバ３０，４０や管理サーバ１０）との間で通信を継続することができる。

また、本実施形態の通信システム１によれば、代理送受信が行われている状況で、代理依頼元の計算機（例えばＢＭＣ２１を有するサーバ２０）又は代理依頼先の計算機（例えばＢＭＣ３１を有するサーバ３０）が通信経路（例えばＩ２Ｃバス９２）から削除された場合には、削除された計算機（厳密にはＢＭＣ）に対する代理送受信設定を削除（解除）することができる。また、通信システム１によれば、代理送受信が行われている状況で代理依頼元の計算機（例えばＢＭＣ２１を有するサーバ２０）が通信障害から復旧した場合には、代理送受信の設定を解除することができる。

従って、本実施形態の通信システム１によれば、通信システム１内の計算機間で、各計算機（例えばＢＭＣ２１，３１）に少なくとも１つずつ設けられた異なる種類の通信部（例えば、ＬＡＮ−Ｉ／Ｆ２１２，３１２とＩ２Ｃ−Ｉ／Ｆ２１３，３１３）同士が、別々の通信経路（例えば、ＬＡＮ９１とＩ２Ｃバス９２）で接続された構成にもかかわらず、例えばＢＭＣ２１が通信不能になった場合に、ＬＡＮ−Ｉ／Ｆ２１２の代わりに、別の計算機における同じ通信Ｉ／ＦであるＬＡＮ−Ｉ／Ｆ３１２が、自身のＩＰアドレスの他にＬＡＮ−Ｉ／Ｆ２１２のＩＰアドレスを保持することにより、ＢＭＣ３１がＢＭＣ２１の代理送受信を行うといった代理送受信の設定が可能であるので、通信の冗長性を確保することができる。

また、本実施形態の通信システム１によれば、上述したように代理送受信が設定されている状態において、代理依頼元の計算機が切断された場合には、代理送受信設定の解除が可能であり、代理依頼先の計算機が切断された場合には、通信システム１内の別のサーバに代理送受信設定を実行させることが可能であることから、通信の冗長性をより強固に確保することができる。

さらに、本実施形態の通信システム１では、ＢＭＣ２１がＬＡＮ９１を介して送受信する通信情報をＢＭＣ３１が代理で送受信するために必要なＬＡＮ−Ｉ／Ｆは、各ＢＭＣ２１，３１に少なくとも１つあればよく、また、Ｉ２Ｃバス９２を介して通信情報を送受信するためのＩ２Ｃ−Ｉ／Ｆ２１３，３１３の代わりに、他の通信経路と通信Ｉ／Ｆとを用いてもよい。すなわち、本実施形態の通信システム１によれば、ＢＭＣ２１，３１に使用可能な通信Ｉ／Ｆの種類や組み合わせについて、複数のＩＰアドレスを設定できるＬＡＮ−Ｉ／Ｆ２１２，３１２のような通信Ｉ／Ｆ以外に制約はないので、管理サーバ１０，サーバ２０，３０，４０の間のネットワーク構成の自由度を高められるのみならず、通信システム１の外部から接続される端末とのネットワーク構成の自由度をも高めることができる。

またさらに、本実施形態の通信システム１では、ＢＭＣ２１，３１が、異なる通信Ｉ／Ｆ（例えばＬＡＮ−Ｉ／Ｆ及びＩ２Ｃ−Ｉ／Ｆ）を少なくとも１つずつ備えていればよいので、最小構成の場合には、２つの通信装置（通信Ｉ／Ｆ）を備えるだけで通信の冗長性を確保することができる。すなわち、本実施形態の通信システム１によれば、通信の冗長性を確保するための通信装置の追加によってサーバ２０，３０のサイズが大きくなることを抑制できる。従って、通信システム１内の複数のサーバを限られた場所に設置するような場合であっても、通信の冗長性を確保しながらサーバの集約度の低下を抑制することが期待できる。

またさらに、本実施形態の通信システム１では、通信システム１内の全てのサーバ２０，３０，４０が１つの通信経路に接続されている必要はない。具体的には例えば、全てのサーバ２０，３０，４０がＬＡＮ９１に接続され、各サーバ２０，３０，４０の間がＬＡＮ９１以外の通信経路（通信方式としてもよい）で別々に接続されていてもよい。このような構成であっても、各サーバ２０，３０，４０の間を別々に接続するＬＡＮ９１以外の通信経路を介して代理送受信設定情報をサーバ間で送信することができるので、ＬＡＮ−Ｉ／Ｆによる代理送受信設定が可能である。従って、本実施形態の通信システム１では、計算機（サーバ）間におけるネットワーク構成の自由度を確保することが期待できる。

なお、本実施形態における通信システム１は、少なくとも第１の計算機と第２の計算機とを含む複数の計算機が、第１の通信形式に則った通信情報を伝送する第１の通信経路と、前記第１の通信形式とは異なる第２の通信形式に則った通信情報を伝送する第２の通信経路とによって、互いに通信可能に接続された通信システムに相当する。特に、本実施形態における例では、サーバ２０（又は、ＢＭＣ２１と考えてもよい）が第１の計算機に相当し、サーバ３０（又は、ＢＭＣ３１と考えてもよい）が第２の計算機に相当する。また、ＬＡＮ９１が、第１の通信形式（例えばＴＣＰ／ＩＰ形式）に則った通信情報を伝送する第１の通信経路に相当し、Ｉ２Ｃバス９２が、第２の通信形式（Ｉ２Ｃバス形式）に則った通信情報を伝送する第２の通信経路に相当する。

また、本実施形態による通信システム１において、例えばＬＡＮ−Ｉ／Ｆ２１２，３１２は、第１の通信経路を介して通信情報を送受信し、識別情報（ＩＰアドレスに相当）を複数設定でき、第１の通信経路を伝送される通信情報のうち、自身に設定された識別情報の何れかを含む通信情報を受信する第１の通信部に相当する。また、例えばＩ２Ｃ−Ｉ／Ｆ２１３，３１３は、第２の通信経路を介して通信情報を送受信し、第２の通信経路を伝送される通信情報のうち、自身に設定された識別情報（Ｉ２Ｃアドレスに相当）を含む通信情報を受信する第２の通信部に相当する。また、例えば、ＢＭＣ用メモリ３１１に格納された代理送受信管理表３１６を参照して各部の制御を行うＣＰＵ３１０は、第１の通信部及び第２の通信部に個々に設定される識別情報を管理する識別情報管理部に相当する。なお、第１の通信部及び第２の通信部は、図１に示したＬＡＮ−Ｉ／Ｆ２１２及びＩ２Ｃ−Ｉ／Ｆ２１２のように、計算機（例えばＢＭＣ２１）内に必ずしも別々の通信装置として配置される必要はない。すなわち例えば、ＢＭＣ２１において、ＬＡＮ−Ｉ／Ｆ及びＩ２Ｃ−Ｉ／Ｆを含む複数の通信Ｉ／Ｆを有し、ＬＡＮ９１を介したＴＣＰ／ＩＰ通信及びＩ２Ｃバス９２を介したＩ２Ｃ通信を可能な通信装置が、ＬＡＮ−Ｉ／Ｆ２１２及びＩ２Ｃ−Ｉ／Ｆ２１２の代わりに備えられた構成であってもよい。

また、本実施形態による通信システム１において、代理送受信管理表への登録を要求するための通信情報Ｍ２０（図１４も参照）は、通信情報を代理で送受信することを要求する代理送受信設定要求に相当する。また、図１６のステップＳ１０３に示した処理は、代理送受信設定要求に応じて、「第１の計算機の第１の通信部に設定された第１の識別情報を第２の計算機の第１の通信部に設定された識別情報に追加する」処理に相当する。

（２）他の実施の形態
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実施には殆ど全ての構成が相互に接続されていると考えてもよい。

１ 通信システム
１０ 管理サーバ
１１ ＣＰＵ
１２ サーバ用メモリ
１２０ ＩＰアドレス設定表
１２１ ＡＲＰテーブル
１３ ＮＩＣ
１３０ ＭＡＣアドレス
２０，３０，４０ サーバ
２１，３１，４１ ＢＭＣ
２１０，３１０，４１０ ＣＰＵ
２１１，３１１，４１１ ＢＭＣ用メモリ
２１２，３１２，４１２ ＬＡＮ−Ｉ／Ｆ
２１３，３１３，４１３ Ｉ２Ｃ−Ｉ／Ｆ
２１４，３１４，４１４ 制御プログラム
２１５，３１５，４１５ ＩＰアドレス設定表
２１６，３１６，４１６ 代理送受信管理表
２１７，３１７，４１７ 通信情報処理領域
２１８，３１８，４１８ ＭＡＣアドレス
２１９，３１９，４１９ Ｉ２Ｃアドレス
２２，３２，４２ ＮＩＣ
２２０，３２０，４２０ ＭＡＣアドレス
２３，３３，４３ サーバ用メモリ
２３０，３３０，４３０ ＩＰアドレス設定表
２４，３４，４４ ＣＰＵ
９１ ＬＡＮ
９２ Ｉ２Ｃバス

Claims (14)

1. 少なくとも第１の計算機と第２の計算機とを含む複数の計算機が、第１の通信形式に則った通信情報を伝送する第１の通信経路と、前記第１の通信形式とは異なる第２の通信形式に則った通信情報を伝送する第２の通信経路とによって、互いに通信可能に接続された通信システムであって、
   それぞれの前記計算機は、
   前記第１の通信経路を介して通信情報を送受信する第１の通信部と、
   前記第２の通信経路を介して通信情報を送受信する第２の通信部と、
   第１の通信部及び第２の通信部に個々に設定される識別情報を管理する識別情報管理部と、
   を備え、
   前記第１の通信部は、前記識別情報を複数設定でき、前記第１の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報の何れかを含む通信情報を受信し、
   前記第２の通信部は、前記第２の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報を含む通信情報を受信する
   ことを特徴とし、
   さらに、
   通信情報を代理で送受信することを要求する代理送受信設定要求が、前記第１の計算機から前記第２の通信経路を介して前記第２の計算機に送信された場合に、前記第２の計算機は、前記第１の計算機の第１の通信部に設定された第１の識別情報を前記第２の計算機の第１の通信部に設定された識別情報に追加することにより、前記第１の計算機の第１の通信部が前記第１の通信経路を介して送受信する通信情報を、前記第２の計算機の第１の通信部が代理で送受信する
   ことを特徴とする通信システム。
2. 前記第１の計算機は、前記第１の通信経路で通信情報の送受信を行えない状態になった場合に、前記第２の通信部から前記代理送受信設定要求を前記第２の通信経路を介して前記第２の計算機に送信し、
   前記代理送受信設定要求には、前記第１の識別情報と、前記第１の計算機の第２の通信部に設定された第２の識別情報とが含まれ、
   前記代理送受信設定要求を受信した前記第２の計算機では、前記識別情報管理部が、前記第１の識別情報と前記第２の識別情報とを関連付けて保持する
   ことを特徴とする請求項１記載の通信システム。
3. 前記複数の計算機に含まれる第３の計算機をさらに備え、
   前記第２の計算機は、第１の通信部又は第２の通信部で受信した通信情報の通信形式を、前記第１の通信形式と前記第２の通信形式との間で変換する通信形式変換部をさらに備え、
   前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われた第２の計算機では、
   前記第１の通信部が、前記第３の計算機から、前記第１の識別情報が含まれる通信情報を前記第１の通信経路を介して受信した場合に、
   前記通信形式変換部が、前記受信した通信情報の通信形式を前記第２の通信形式に則った通信情報に変換し、
   前記第２の通信部が、前記変換された通信情報を、前記識別情報管理部で前記第１の識別情報に関連付けて保持されている前記第２の識別情報に基づいて、前記第１の計算機の第２の通信部に送信する
   ことを特徴とする請求項２記載の通信システム。
4. 前記第２の計算機は、第１の通信部又は第２の通信部が受信した通信情報の通信形式を、前記第１の通信形式と前記第２の通信形式との間で変換する通信形式変換部をさらに備え、
   前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われた第２の計算機では、
   前記第２の通信部が、前記第１の計算機から、前記第２の識別情報と代理送信を示す情報とが含まれる通信情報を受信した場合に、
   前記通信形式変換部が、前記受信した通信情報の通信形式を前記第１の通信形式に則った通信情報に変換し、
   前記第１の通信部が、前記変換された通信情報を、前記第２の通信部が受信した通信情報が示す送信先に送信する
   ことを特徴とする請求項２記載の通信システム。
5. 前記第１の計算機及び前記第２の計算機が、相手と通信可能な状態にあるかを互いに確認するための接続確認通信を、それぞれの前記第２の通信部から前記第２の通信経路を介して行い、かつ、前記第２の計算機で、前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われている状況において、
   前記第２の計算機は、前記接続確認通信によって前記第１の計算機と通信不可能な状態にあることを検知した場合に、自身の前記第１の通信部に設定された識別情報から前記第１の識別情報を削除することにより、前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定を解除する
   ことを特徴とする請求項２記載の通信システム。
6. 前記複数の計算機に含まれる第３の計算機をさらに備え、
   前記第１乃至第３の計算機が、他の前記計算機と通信可能な状態にあるかを互いに確認するための接続確認通信を、それぞれの前記第２の通信部から前記第２の通信経路を介して行い、かつ、前記第２の計算機で、前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われている状況において、
   前記第１の計算機は、前記接続確認通信によって前記第２の計算機と通信不可能な状態にあることを検知した場合に、前記代理送受信設定要求を前記第２の通信経路を介して前記第３の計算機に送信することにより、前記第３の計算機に、前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定を行わせる
   ことを特徴とする請求項２記載の通信システム。
7. 前記第２の計算機で、前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われている状況において、
   前記第１の計算機が、前記第１の通信経路で通信情報の送受信を行える状態に復旧した場合に、前記第１の計算機は、前記第２の計算機に、前記第２の計算機の第１の通信部に追加で設定されていた前記第１の識別情報の削除を要求する情報を送信することにより、前記第２の計算機における、前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定を解除させる
   ことを特徴とする請求項２記載の通信システム。
8. 少なくとも第１の計算機と第２の計算機とを含む複数の計算機が、第１の通信形式に則った通信情報を伝送する第１の通信経路と、前記第１の通信形式とは異なる第２の通信形式に則った通信情報を伝送する第２の通信経路とによって、互いに通信可能に接続された通信システムにおける通信システムの冗長化の方法であって、
   前記通信システムの各前記計算機は、
   前記第１の通信経路を介して通信情報を送受信する第１の通信部と、
   前記第２の通信経路を介して通信情報を送受信する第２の通信部と、
   第１の通信部及び第２の通信部に個々に設定される識別情報を管理する識別情報管理部と、
   を有し、
   前記第１の通信部が、前記識別情報を複数設定でき、前記第１の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報の何れかを含む通信情報を受信し、
   前記第２の通信部は、前記第２の通信経路を伝送される通信情報のうち、自身に設定された前記識別情報を含む通信情報を受信し、
   さらに、前記第１の計算機が、通信情報を代理で送受信することを要求する代理送受信設定要求を前記第２の通信経路を介して前記第２の計算機に送信した場合に、
   前記第２の計算機が、前記第１の計算機の第１の通信部に設定された第１の識別情報を前記第２の計算機の第１の通信部に設定された識別情報に追加することにより、前記第１の計算機の第１の通信部が前記第１の通信経路を介して送受信する通信情報を、前記第２の計算機の第１の通信部が代理で送受信する
   ことを特徴とする通信システムの冗長化の方法。
9. 前記第１の計算機が、前記第１の通信経路で通信情報の送受信を行えない状態になった場合に、前記第２の通信部から前記代理送受信設定要求を前記第２の通信経路を介して前記第２の計算機に送信し、
   前記代理送受信設定要求には、前記第１の識別情報と、前記第１の計算機の第２の通信部に設定された第２の識別情報とが含まれ、
   前記代理送受信設定要求を受信した前記第２の計算機では、前記識別情報管理部が、前記第１の識別情報と前記第２の識別情報とを関連付けて保持する
   ことを特徴とする請求項８記載の通信システムの冗長化の方法。
10. 前記通信システムは、前記複数の計算機に含まれる第３の計算機をさらに備え、
    前記第２の計算機は、第１の通信部又は第２の通信部で受信した通信情報の通信形式を、前記第１の通信形式と前記第２の通信形式との間で変換する通信形式変換部をさらに有し、
    前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われた第２の計算機では、
    前記第１の通信部が、前記第３の計算機から、前記第１の識別情報が含まれる通信情報を前記第１の通信経路を介して受信した場合に、
    前記通信形式変換部が、前記受信した通信情報の通信形式を前記第２の通信形式に則った通信情報に変換し、
    前記第２の通信部が、前記変換された通信情報を、前記識別情報管理部で前記第１の識別情報に関連付けて保持されている前記第２の識別情報に基づいて、前記第１の計算機の第２の通信部に送信する
    ことを特徴とする請求項９記載の通信システムの冗長化の方法。
11. 前記第２の計算機が、第１の通信部又は第２の通信部が受信した通信情報の通信形式を、前記第１の通信形式と前記第２の通信形式との間で変換する通信形式変換部をさらに有し、
    前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われた第２の計算機では、
    前記第２の通信部が、前記第１の計算機から、前記第２の識別情報と代理送信を示す情報とが含まれる通信情報を受信した場合に、
    前記通信形式変換部が、前記受信した通信情報の通信形式を前記第１の通信形式に則った通信情報に変換し、
    前記第１の通信部が、前記変換された通信情報を、前記第２の通信部が受信した通信情報が示す送信先に送信する
    ことを特徴とする請求項９記載の通信システムの冗長化の方法。
12. 前記第１の計算機及び前記第２の計算機が、相手と通信可能な状態にあるかを互いに確認するための接続確認通信を、それぞれの前記第２の通信部から前記第２の通信経路を介して行い、かつ、前記第２の計算機で、前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われている状況において、
    前記第２の計算機が、前記接続確認通信によって前記第１の計算機と通信不可能な状態にあることを検知した場合に、自身の前記第１の通信部に設定された識別情報から前記第１の識別情報を削除することにより、前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定を解除する
    ことを特徴とする請求項９記載の通信システムの冗長化の方法。
13. 前記通信システムは、前記複数の計算機に含まれる第３の計算機をさらに備え、
    前記第１乃至第３の計算機が、他の前記計算機と通信可能な状態にあるかを互いに確認するための接続確認通信を、それぞれの前記第２の通信部から前記第２の通信経路を介して行い、かつ、前記第２の計算機で、前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われている状況において、
    前記第１の計算機が、前記接続確認通信によって前記第２の計算機と通信不可能な状態にあることを検知した場合に、前記代理送受信設定要求を前記第２の通信経路を介して前記第３の計算機に送信することにより、前記第３の計算機に、前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定を行わせる
    ことを特徴とする請求項９記載の通信システムの冗長化の方法。
14. 前記第２の計算機で、前記代理送受信設定要求に応じて前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定が行われている状況において、
    前記第１の計算機が、前記第１の通信経路で通信情報の送受信を行える状態に復旧した場合に、前記第１の計算機は、前記第２の計算機に、前記第２の計算機の第１の通信部に追加で設定されていた前記第１の識別情報の削除を要求する情報を送信することにより、前記第２の計算機における、前記第１の計算機の第１の通信部の代理で通信情報を送受信する設定を解除させる
    ことを特徴とする請求項９記載の通信システムの冗長化の方法。
    

Images