(57)【要約】【課題】インタコネクトネットワークのトラフィックを増大させることなく、インタコネクトネットワークにおける障害発生時のシステムダウン率を低減させる。【解決手段】複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムのエラー予防処理方法であり、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知するステップと、そのデータの発行元の情報処理装置に障害予兆通知を送信するステップと、障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行うステップとを含む。【選択図】      図１
2007124020.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムのエラー予防処理方法であり、
障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知するステップと、
そのデータの発行元の前記情報処理装置に障害予兆通知を送信するステップと、
前記障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行うステップとを含むことを特徴とする情報処理システムのエラー予防処理方法。
【請求項２】
請求項１記載のエラー予防処理方法であり、
前記障害予兆通知を受け取った発行元情報処理装置が一時、データ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付するステップと、
前記データ宛先情報処理装置において、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせるステップとをさらに含むことを特徴とする情報処理システムのエラー予防処理方法。
【請求項３】
請求項２記載のエラー予防処理方法であり、
発行元情報処理装置が現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付するステップのあと、
現待機系インタコネクトネットワークを運用系インタコネクトネットワークとして用いるように切り替えてデータ送信の再開をするステップをさらに含むことを特徴とする請求項７記載の情報処理システムのエラー予防処理方法。
【請求項４】
請求項２または３記載のエラー予防処理方法であり、
前記データ宛先情報処理装置が現運用系インタコネクトネットワークから経路変更通知を受信した場合、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えてそのデータ受信を再開するステップをさらに含むことを特徴とする情報処理システムのエラー予防処理方法。
【請求項５】
請求項２または３記載のエラー予防処理方法であり、
前記データ宛先情報処理装置が現待機系インタコネクトネットワークから先に経路変更通知を受信しなかった場合、現待機系インタコネクトネットワークから経路変更通知を受信した後に、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えるステップとをさらに含むことを特徴とする情報処理システムのエラー予防処理方法。
【請求項６】
複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムであり、
前記インタコネクトネットワークには、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、
そのデータの発行元の前記情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、
前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備えることを特徴とする情報処理システム。
【請求項７】
複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムであり、
前記インタコネクトネットワークには、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、
そのデータの発行元の前記情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、
前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後、一時的にデータ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付し、その後、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備え、
前記データ宛先情報処理装置には、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせる経路切り換え制御部を備えることを特徴とする情報処理システム。
【請求項８】
請求項７記載の情報処理システムであり、
発行元情報処理装置における経路切り換え制御部は、現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付したあと、現待機系インタコネクトネットワークを運用系インタコネクトネットワークとして用いるように切り替えてデータ送信の再開をすることを特徴とする情報処理システム。
【請求項９】
請求項７または８記載の情報処理システムであり、
前記データ宛先情報処理装置における経路切り換え制御部は、現運用系インタコネクトネットワークから経路変更通知を受信した場合、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えてそのデータ受信を再開することを特徴とする情報処理システム。
【請求項１０】
請求項７または８記載の情報処理システムであり、
前記データ宛先情報処理装置における経路切り換え制御部は、現待機系インタコネクトネットワークから先に経路変更通知を受信しなかった場合、現待機系インタコネクトネットワークから経路変更通知を受信した後に、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えることを特徴とする情報処理システム。
【請求項１１】
障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する複数のインタコネクトネットワークを介して情報処理装置が接続された情報処理システムを構成する情報処理装置であり、
前記障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備えることを特徴とする情報処理装置。
【請求項１２】
請求項１１記載の情報処理装置であり、
前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後、一時的にデータ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付し、その後、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備え、
前記データ宛先の前記情報処理装置には、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせる経路切り換え制御部を備えることを特徴とする情報処理装置。
【請求項１３】
複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムを構成するインタコネクトネットワークであり、
前記インタコネクトネットワークは、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、
そのデータの発行元の前記情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、
前記発行元の前記情報処理装置は、前記障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行うことを特徴とするインタコネクトネットワーク。
【請求項１４】
複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムを構成するインタコネクトネットワークであり、
前記インタコネクトネットワークは、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、
そのデータの発行元の前記情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、
前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後、一時的にデータ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付し、その後、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備え、
前記データ宛先情報処理装置は、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせる経路切り換え制御部を備えることを特徴とするインタコネクトネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は高可用性と装置間伝送路の高信頼性を実現する情報処理システム及び情報処理システムのエラー予防処理方法に関し、特に二重化インタコネクトネットワーク情報処理システム及びそのエラー予防処理方法に関する。
【背景技術】
【０００２】
本発明が関係する二重化インタコネクトネットワークコンピュータは、特にコンピュータの高可用性と処理装置間伝送路の高信頼性を実現するコンピュータに用いられている。
【０００３】
この二重化インタコネクトネットワークコンピュータに関し、インタコネクトネットワーク障害に起因するコンピュータ障害の障害耐性を向上させる方法には、コンピュータ間のネットワーク（代表例ではインターネット）の障害に起因するコンピュータ間データ伝送障害の障害耐性を向上させる方法を採用できる可能性がある。よって、コンピュータ間データ伝送の障害耐性向上方法も含めて、従来技術を考察する。
【０００４】
コンピュータ内インタコネクトネットワーク或いはコンピュータ間ネットワーク障害に起因するデータ伝送の障害耐性向上方法として、下記の方法がある。
【０００５】
第一の方法は、特許文献１に記載されている方法である。この方法は、データ発行元装置からデータを送信する際、２つのネットワークに同一データを送信し、データ宛先装置では、２つのネットワークから同一データを受信するが、どちらか片方のデータを拾い込み、他方のデータを破棄する方法である。この方法の場合、片系ネットワークにて回復不能な障害が発生しても、他系ネットワークだけでデータ伝送を継続することができるという利点がある。
【０００６】
【特許文献１】特開２００２−２２９９６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１で開示された技術では、同一データを２つのネットワークに送信するため、ネットワークのトラフィックが２倍に増大するという問題がある。
【０００８】
別の方法として、片系ネットワークを運用系、他系ネットワークを待機系とし、運用系ネットワークにて回復不能な障害が発生した場合、待機系ネットワークを運用系に切り替えてデータ伝送を継続する方法もある。この方法の場合、運用系ネットワークにて回復不能障害が発生したタイミングから経路切り替えが行われるまでの間に、データ発行元装置から現運用系ネットワークに送信されたデータは消失してしまう。
【０００９】
そこで、このデータ伝送の制御を司っているドライバ等のソフトウェアが、正常にデータ伝送できたことが確認できている処理ポイントまでロールバックし、そこからデータ伝送をやり直すことが行われている。インターネット等のコンピュータ間データ伝送で使用されているＴＣＰ／ＩＰはこの方法を採用している。しかし、コンピュータ内部でのデータ伝送方法にこの方法を用いた場合、ソフトウェアによるデータ伝送再試行（リトライ）が行えないものがあるため、エラーリカバリが行えずシステムダウンしてしまうという問題がある。
【００１０】
例えば、コンピュータ内部におけるデータのコヒーレンシーを制御するためのデータ伝送等においてこの問題が生ずる。複数のＣＰＵ（Central Processor Unit)チップを備えるコンピュータシステムにおいて、各ＣＰＵ内にキャッシュを持っているケースを考える。このケースでは、あるキャッシュ内のデータが更新された場合、データのコヒーレンシー（データの一貫性）を保つために、更新されたデータのコピーを持っている別のキャッシュ内データも更新する必要があり、このときキャッシュ間でデータ伝送を行う。
【００１１】
この様なデータ伝送は、オペレーティングシステム等のソフトウェアが関与しないデータ伝送であるため、当然、ソフトウェアによるデータ伝送再試行は行えないという問題がある。
【００１２】
本発明の目的は、上述した従来の課題である、インタコネクトネットワークのトラフィックを増大させることなく、インタコネクトネットワークにおける回復不能な障害の発生時のシステムダウンを解決する情報処理システムおよびエラー予防処理方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の情報処理システムのエラー予防処理方法は、複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムのエラー予防処理方法であり、  障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知するステップと、そのデータの発行元の情報処理装置に障害予兆通知を送信するステップと、障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行うステップとを含むことを特徴とする。
【００１４】
本発明の情報処理システムのエラー予防処理方法は、障害予兆通知を受け取った発行元情報処理装置が一時、データ宛先情報処理装置へのデータ送信を中止し、データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付するステップと、前記データ宛先情報処理装置において、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせるステップとをさらに含んでもよい。
【００１５】
本発明のエラー予防処理方法は、発行元情報処理装置が現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付するステップのあと、現待機系インタコネクトネットワークを運用系インタコネクトネットワークとして用いるように切り替えてデータ送信の再開をするステップをさらに含んでもよい。
【００１６】
本発明の情報処理システムのエラー予防処理方法は、データ宛先情報処理装置が現運用系インタコネクトネットワークから経路変更通知を受信した場合、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えてそのデータ受信を再開するステップをさらに含んでもよい。
【００１７】
本発明の情報処理システムのエラー予防処理方法は、前記データ宛先情報処理装置が現待機系インタコネクトネットワークから先に経路変更通知を受信しなかった場合、現待機系インタコネクトネットワークから経路変更通知を受信した後に、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えるステップとをさらに含んでもよい。
【００１８】
本発明の情報処理システムは、複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムであり、インタコネクトネットワークには、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、そのデータの発行元の情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、発行元の情報処理装置には、障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備えることを特徴とする。
【００１９】
本発明の情報処理システムは、複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムであり、インタコネクトネットワークには、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、そのデータの発行元の情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、
前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後、一時的にデータ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付し、その後、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備え、
データ宛先情報処理装置には、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせる経路切り換え制御部を備えてもよい。
【００２０】
本発明情報処理システムは、発行元情報処理装置における経路切り換え制御部は、現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付したあと、現待機系インタコネクトネットワークを運用系インタコネクトネットワークとして用いるように切り替えてデータ送信の再開をしてもよい。
【００２１】
本発明の情報処理システムは、データ宛先情報処理装置における経路切り換え制御部は、現運用系インタコネクトネットワークから経路変更通知を受信した場合、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えてそのデータ受信を再開してもよい。
【００２２】
本発明の情報処理システムは、データ宛先情報処理装置における経路切り換え制御部は、現待機系インタコネクトネットワークから先に経路変更通知を受信しなかった場合、現待機系インタコネクトネットワークから経路変更通知を受信した後に、現待機系インタコネクトネットワークを運用系インタコクトネットワークとして用いるように切り替えてもよい。
【００２３】
本発明の情報処理装置は、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する複数のインタコネクトネットワークを介して情報処理装置が接続された情報処理システムを構成する情報処理装置であり、
障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備えることを特徴とする。
【００２４】
本発明の情報処理装置は、前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後、一時的にデータ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付し、その後、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備え、データ宛先の情報処理装置には、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせる経路切り換え制御部を備えてもよい。
【００２５】
本発明のインタコネクトネットワークは、複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムを構成するインタコネクトネットワークであり、インタコネクトネットワークは、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、そのデータの発行元の情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、発行元の情報処理装置は、障害予兆通知を受信した後に現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行うことを特徴とする。
【００２６】
本発明のインタコネクトネットワークは、複数の情報処理装置が複数のインタコネクトネットワークを介して接続された情報処理システムを構成するインタコネクトネットワークであり、インタコネクトネットワークは、障害予兆現象を監視し、インタコネクトネットワークの経路で送信されたデータの障害予兆現象を検知する障害予兆現象検知部と、そのデータの発行元の情報処理装置に障害予兆通知を送信するインタフェース制御部とを備え、前記発行元の前記情報処理装置には、前記障害予兆通知を受信した後、一時的にデータ宛先情報処理装置へのデータ送信を中止し、前記データ宛先情報処理装置へ向けて現運用系インタコネクトネットワークと現待機系インタコネクトネットワークとを使用してそれぞれに同時に経路変更通知を送付し、その後、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行う経路切り換え制御部を備え、データ宛先情報処理装置は、先に現待機系インタコネクトネットワークから経路変更通知を受信した場合、現運用系インタコネクトネットワークから経路変更通知を受信するまで、現待機系インタコネクトネットワークからのデータ受信を待ち合わせる経路切り換え制御部を備えることを特徴とする。
【発明の効果】
【００２７】
本発明はインタコネクトネットワークのトラフィックを増大させることなく、インタコネクトネットワークにおける障害発生時のシステムダウン率を低減させることができるという効果を有する。その理由は  障害予兆現象を検知すると、現運用系インタコネクトネットワークの経路を他のインタコネクトネットワークの経路に切り替えて以降のデータ送信を行うからである。
【発明を実施するための最良の形態】
【００２８】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００２９】
本発明による二重化インタコネクトネットワークコンピュータの実施形態を説明する前に、本発明の前提となる技術である、ネットワークにおける一般的なデータ伝送について図９を用いて説明する。処理装置間は、パケットと呼ばれる単位でデータ伝送される。パケットには、該パケットの宛先処理装置を識別するＤｓｔＩＤフィールド（Destination ID Field)、該パケットの発行元処理装置を識別するＳｒｃＩＤフィールド(Source ID Field)、動作種別（リード動作、ライト動作等）を表すＣｍｄフィールド(Command Field)、パケットの長さを表すＬｅｎフィールド(Length field)及び受け渡しするデータを格納するDataフィールド(Data Field)等から構成される。
【００３０】
パケット発行元処理装置では、これら各フィールドを適切な値に設定してパケットを発行する。発行されたパケットは、データ伝送路においてＤｓｔＩＤフィールドが参照され、パケット宛先処理装置までルーティングされる。
【００３１】
例えば、図１における処理装置１００から処理装置１０５へパケットを発行する場合、処理装置１００では、ＤｓｔＩＤフィールドを処理装置１０５とし、ＳｒｃＩＤフィールドを自身である処理装置１００としてパケットを発行する。すると、インタコネクトネットワーク１０２或いは１０３では、ＤｓｔＩＤフィールドを参照してパケット宛先処理装置１０５まで該パケットをルーティングする。
【００３２】
次に、本発明にかかる二重化インタコネクトネットワークコンピュータの一実施形態の構成について説明する。図１を参照すると、本発明の実施形態としての二重化インタコネクトネットワークコンピュータが示されている。
【００３３】
処理装置１００，１０１，１０４，１０５は、情報処理装置であり、より具体的には中央処理装置或いは入出力処理装置であり、パケット発行元或いはパケット宛先処理装置となる。本発明では、中央処理装置と入出力処理装置とを区別する必要が無いため、両者を単に処理装置と称す。これら全ての処理装置内には、２つのインタフェース制御部１１０，１１１或いは１１２、１１３と、１つの経路切り替え制御部１２０或いは１２１を有している。
【００３４】
インタフェース制御部１１０、１１１或いは１１２、１１３は、インタコネクトネットワーク１０２，１０３とのインタフェース制御を司る。経路切り替え制御部１２０或いは１２１は、２つのインタフェース制御部１１０、１１１或いは１１２、１１３へのパケット送信制御とインタフェース制御部１１０、１１１或いは１１２、１１３からのパケット受信制御を司る。尚、本発明に関わる処理装置１００，１０１，１０４，１０５内の構成及び動作は全て同じであるため、以降、処理装置内について説明する場合は、処理装置１００のみ用いることとする。
【００３５】
２つのインタコネクトネットワーク１０２，１０３は、互いに独立したネットワークであり、処理装置１００，１０１，１０４，１０５と相互接続される。
【００３６】
２つのインタコネクトネットワークのうち１つを運用系と他の１つを待機系に割り当て、障害予兆現象が生じない通常時には運用系インタコネクトネットワークのみを使用してデータ送受信を行う。運用系インタコネクトネットワーク内にて障害予兆現象を監視し、予兆現象を検知したならば、ソフトウェアでの処理を必要とせずハードウェアのみで、自律的且つ即座に待機系インタコネクトネットワークへ経路変更できることを可能にするものである。
【００３７】
尚、２つのインタコネクトネットワークのうち１つを運用系と他の１つを待機系に割り当てて構成するコンピュータを二重化インタコネクトネットワークコンピュータと称する。
【００３８】
尚、インタコネクトネットワーク１０２，１０３は構成及び動作が同じであるため、以降、インタコネクトネットワーク内について説明する場合は、インタコネクトネットワーク１０２のみ用いることとする。
【００３９】
図２を参照すると、本発明の一実施形態としてのインタコネクトネットワーク１０２が示されている。インタコネクトネットワーク１０２は１つのスイッチ装置２００から構成され、４つの外部インタフェース１５０，１５２，１６０，１６２を有する。これら４つの外部インタフェースは、処理装置１００，１０１，１０４，１０５と接続される。
【００４０】
インタコネクトネットワーク１０２に接続させる処理装置数が多くなれば、図６、図７、図８に記載されている様に、上記スイッチ装置２００を複数接続させてインタコネクトネットワーク１０２を構成する。尚、図６、図７、図８に記載したインタコネクトネットワーク構成も一実施例であり、これ以外の構成を採った場合でも、本発明は適用できる。
【００４１】
図３を参照すると、本発明の一実施例としてのスイッチ装置２００が示されている。インタフェース制御部３１０，３１１，３１２，３１３は、スイッチ装置外とのインタフェース制御を司り、図１記載の処理装置１００内に在るインタフェース制御部１１０，１１１と同一構成及び同一動作するものである。よって、以降、インタフェース制御部内について説明する場合は、インタフェース制御部３１０を用いることとする。
【００４２】
完全クロスバー３００は、４つのインタフェース制御部３１０、３１１，３１２，３１３を完全クロスバー（完全網）で接続しているものである。即ち、単なる接続線の集合体である。完全クロスバーとは任意のひとつの端子が他の任意の端子と１対１で接続できるものをいう。
【００４３】
図４を参照すると、本発明の重要な構成要素であるインタフェース制御部３１０の一実施形態が示されている。障害制御部４００は、インタフェース制御部３１０自身の障害予兆、及びインタフェース１５０、３５０の障害予兆を監視する機能を有する。
【００４４】
障害予兆とは訂正可能なエラーのみが出ている状態をいい、まだ回復不能な障害までには至っていないが、回復不能な障害に至る前段階の状態をいう。障害予兆検知の方法については、一例を挙げると、ＥＣＣ（Error Correction Code)によりエラー検出およびエラー訂正を行った場合に検知したと判断することが考えられるが、これに限られるわけではない。エラー訂正の具体的な構成動作は当業者の周知技術であるのでその詳細な説明は省略する。
【００４５】
障害予兆監視機能は、インタフェース３５０からインタフェース１５０方向の経路において障害予兆現象を検知した場合、検知以降インタフェース３５０から受信したパケットをインタフェース１５０に送信すると共に、該パケット情報から障害予兆通知を生成し、選択回路Ｂ４１１を経由させインタフェース３５０に送信する。同様に、インタフェース１５０からインタフェース３５０方向の経路において障害予兆現象を検知した場合、検知以降インタフェース１５０から受信したパケットをインタフェース３５０に送信すると共に、該パケット情報から障害予兆通知を生成し、選択回路Ａ４１０を経由させインタフェース１５０に送信する。
【００４６】
尚、予兆現象を検知した段階では、該予兆現象発生箇所はまだ動作継続可能である。
【００４７】
また、障害予兆現象検知以降、インタフェース３５０から経路変更通知を受信した場合、インタフェース１５０に送信すると共に、該経路変更通知から経路変更通知リプライを生成し、選択回路Ｂ４１１を経由させインタフェース３５０に送信する。同様に、インタフェース１５０から経路変更通知を受信した場合、インタフェース３５０に送信すると共に、該経路変更通知から経路変更通知リプライを生成し、選択回路Ａ４１０を経由させインタフェース１５０に送信する。
【００４８】
障害予兆監視機能におけるデータ伝送パケットから障害予兆通知を生成する方法を、図１０に示す。データ伝送パケット内のDstIDフィールド値を障害予兆通知内のSrcIDフィールドに埋め込み、データ伝送パケット内のSrcIDフィールド値を障害予兆通知内のDstIDフィールドに埋め込み、障害予兆通知内のCmdフィールドに障害予兆通知であることを示す値を埋め込み、障害予兆通知内のLenフィールドは適切な値を埋め込む。
【００４９】
これにより、障害予兆通知を、データ伝送パケットを発行した処理装置に送ることができる。尚、経路変更通知から経路変更通知リプライを生成する場合も、上記同様の方法で生成する。
【００５０】
図５を参照すると、本発明の重要な構成要素である経路切り替え制御部１２０の一実施例が示されている。
【００５１】
送信制御部５００は、処理装置１００内部からのパケットを、処理装置１００の外部インタフェースである１８０或いは１８１へのパケット発行を制御する。パケットの発行は、宛先処理装置毎にいづれか一方のインタフェースに送信する。例えば、図１における処理装置１００から処理装置１０４にパケットを発行する場合はインタフェース１８０に送信し、処理装置１０５にパケットを発行する場合はインタフェース１８１に送出（送信）するという様に制御する。パケットを発行するインタフェースが、該宛先処理装置に対する運用系インタフェースとなる。
【００５２】
このパケット送信切り替えは、障害予兆フラグ、送信経路識別フラグと呼ばれる２つのフラグで制御する。これら２つのフラグは、パケット宛先処理装置毎に在る。送信経路識別フラグは、パケット宛先処理装置に対する運用系のインタコネクトネットワークを示す。
【００５３】
障害予兆フラグは、同一宛先処理装置からの２つ目以降の障害予兆通知を破棄するために使用されるフラグであり、本フラグが値０であるときに対応する宛先処理装置を示した障害予兆通知を受信した場合、該障害予兆通知を有効と判断すると共に本フラグを値１にセットする。本フラグが値１であるときに対応する宛先処理装置を示した障害予兆通知を受信した場合、該障害予兆通知を無効と判断し破棄する。同一経路で２つ目以降の障害予兆通知を受信しても、パケット発行元装置は、何のアクションも起こさないようにするためである。
【００５４】
また、経路変更通知に対するリプライである経路変更通知リプライを受信した場合、宛先処理装置に対応した本フラグを値０にリセットする。
【００５５】
受信制御部５０１は、処理装置１００の外部インタフェースである１８０或いは１８１からのパケット受信を制御する。受信制御では、２つのインタフェース１８０、１８１に対し、発行元処理装置毎に運用系インタフェースを切り替えることができる。例えば、図１における処理装置１００において、発行元処理装置が処理装置１０４である場合は、インタフェース１８０を運用系とし、発行元処理装置が処理装置１０５である場合は、インタフェース１８１を運用系とすることができる。
【００５６】
どちらのインタフェースを運用系とするかは、対応する発行元処理装置内送信制御部５００と整合が取れていなければならない。このパケット受信経路切り替えは、パケット発行元処理装置におけるパケット発行順序と、パケット受信側処理装置におけるパケット受信順序とを保証（一致）しつつ受信経路を切り替える必要がある。そのため、経路変更フラグ、受信経路識別フラグと呼ばれる２つのフラグを持ち、下記の通り動作する。
【００５７】
１．経路変更フラグが値０であり、且つ受信経路識別フラグが経路変更通知を受信したインタフェースを示している場合、経路変更フラグを値１にセットする。
【００５８】
２．経路変更フラグが値０であり、且つ受信経路識別フラグが経路変更通知を受信したインタフェースを示していない場合、経路変更フラグを値１にセットすると共に、経路変更通知を受信したインタフェースにおいて、経路変更通知内ＳｒｃＩＤフィールドで示される処理装置発行のパケット受信を一時停止する。
【００５９】
３．経路変更フラグが値１であり、且つ受信経路識別フラグが経路変更通知を受信したインタフェースを示している場合、経路変更フラグを値０にリセットすると共に、受信経路識別フラグを別インタフェースを示す様に更新する。さらに、別インタフェースで一時停止させている対応処理装置発行のパケット受信を再開する。
【００６０】
４．経路変更フラグが値１であり、且つ受信経路識別フラグが経路変更通知を受信したインタフェースを示していない場合、経路変更フラグを値０にリセットすると共に、受信経路識別フラグを別インタフェースを示す様に更新する。
【００６１】
次に、本発明の一実施形態における動作について、図１、図４、図５、図１１及び図１２を用いて説明する。
【００６２】
まず、本発明にかかる動作を説明するに当たり、それ以前の動作状態（初期状態）について述べる。図１における二重化インタコネクトネットワークコンピュータでは、処理装置１００から処理装置１０５に発行するパケットは、インタコネクトネットワーク１０２を運用系とし、処理装置１０１から処理装置１０５に発行するパケットは、インタコネクトネットワーク１０３を運用系として稼動していると仮定する。
【００６３】
よって、処理装置１００内の経路切り替え制御部１２０内の送信制御部５００に在る処理装置１０５に対応した送信経路識別フラグは、インタコネクトネットワーク１０２を運用系であると示している。また、処理装置１０５内の経路切り替え制御部１２１内の受信制御部５０１に在る処理装置１００に対応した受信経路識別フラグも、インタコネクトネットワーク１０２を運用系であると示している。また、この状態で、インタコネクトネットワーク１０２内において、処理装置１００から処理装置１０５へのパケットが経由する箇所で、障害予兆現象を検知したものと仮定する。
【００６４】
次に、上記動作状態における本発明の動作について、図１１と図１２をもとに下記４つの動作に分けて説明する。
１．障害予兆現象を検知したインタコネクトネットワーク１０２内の動作
２．障害予兆通知を受信した処理装置１００内の動作
３．経路変更通知を受信したインタコネクトネットワーク１０２内の障害予兆現象検知箇所の動作
４．経路変更通知リプライを受信した処理装置１００内の動作
５．経路変更通知を受信した処理装置１０５内の動作
第一に、障害予兆現象を検知したインタコネクトネットワーク１０２内の動作について、図４と図１１を用いて説明する。インタコネクトネットワーク１０２内において、処理装置１００から処理装置１０５へのパケットが経由する図４記載のインタフェース制御部３１０は、障害制御部４００内の障害予兆監視機能により、インタフェース１５０からインタフェース３５０方向の障害予兆現象を検知する（ステップ１１１１）。
【００６５】
検知以降インタフェース１５０から受信したパケットをインタフェース３５０に送信する（ステップ１１１２）。そしてインタフェース１６２を経由して処理装置５に送られ、処理装置１０５がパケットを受信する（ステップ１１２１）。
【００６６】
これらと共に、インタフェース制御部３１０は該パケット情報から障害予兆通知を生成し、選択回路Ａ４１０を経由させインタフェース１５０に送信する（ステップ１１１３）。インタフェース１５０に送信された障害予兆通知は、インタコネクトネットワーク１０２内をルーティングされ、処理装置１００に伝送される。
【００６７】
第二に、障害予兆通知を受信した処理装置１００内の動作について、図１と図５と図１１を用いて説明する。図１記載のインタフェース１５０から送られてくる障害予兆通知は、処理装置１００内のインタフェース制御部１１０を経由して経路切り替え制御部１２０に送られる。図５記載の経路切り替え制御部１２０では、インタフェース１８０から障害予兆通知を受信すると、受信制御部５０１を経由して送信制御部５００に送られる。
【００６８】
送信制御部５００では、受信経路部５０１から受信したパケット内のＣｍｄフィールドを参照し、受信パケットが障害予兆通知であることを知る（ステップ１１０１）。また、ＳｒｃＩＤフィールドを参照し、処理装置１０５行きの経路にて障害予兆現象が検知されたことを知り、下記動作を行う。
【００６９】
１．処理装置１０５に対応した障害予兆フラグを値１にセットする。これにより、ＳｒｃＩＤフィールドが処理装置１０５を示している後続の障害予兆通知を破棄する（ステップ１１０２）。
【００７０】
２．処理装置１０５宛のパケット発行を一時停止し、インタフェース１８０と１８１の両方に経路変更通知を発行する（ステップ１１０３）。この経路変更通知は、ＤｓｔＩＤフィールドを処理装置１０５、ＳｒｃＩＤフィールドを処理装置１００とする。
【００７１】
３．経路変更通知を発行後、処理装置１０５に対応した送信経路識別フラグを、インタコネクトネットワーク１０３が運用系となる様に書き換え、一時停止していた処理装置１０５宛のパケット発行を再開する（ステップ１１０４）。
【００７２】
第三に、経路変更通知を受信したインタコネクトネットワーク１０２内の障害予兆現象検知箇所の動作について、図４、図１１を用いて説明する。まず障害予兆現象を検知したインタフェース制御部３１０では、インタフェース１５０から経路変更通知を受信すると、該経路変更通知をインタフェース３５０に送信する（ステップ１１１４）。
【００７３】
これと共に、該経路変更通知から経路変更通知リプライを生成し、選択回路Ａ４１０を経由させインタフェース１５０に送信する（ステップ１１１５）。インタフェース１５０に送信された経路変更通知リプライは、インタコネクトネットワーク１０２内をルーティングされ、処理装置１００に伝送される。
【００７４】
第四に、経路変更通知リプライを受信した処理装置１００内の動作について、図１と図５と図１１を用いて説明する。まず図１において、インタフェース１５０から送られてくる経路変更通知リプライは、処理装置１００内のインタフェース制御部１１０を経由して経路切り替え制御部１２０に送られる。
【００７５】
図５記載の経路切り替え制御部１２０では、インタフェース１８０から経路変更通知リプライを受信すると、受信制御部５０１を経由して送信制御部５００に送られる。送信制御部５００では、受信経路部５０１から受信したパケット内のＣｍｄフィールドを参照し、受信パケットが経路変更通知リプライであることを知る（ステップ１１０５）。
【００７６】
また、ＳｒｃＩＤフィールドを参照し、処理装置１０５行きの経路変更通知リプライであることを知り、処理装置１０５に対応した障害予兆フラグを値０にリセットし、以降処理装置１０５に対する障害予兆通知を有効として扱える様にする（ステップ１１０６）。尚、経路変更通知リプライを受信した後は、障害予兆現象が検知されたインタコネクトネットワーク１０２から処理装置１０５に対する障害予兆通知を受信することはない。
【００７７】
第五に、経路変更通知を受信した処理装置１０５内の動作について、図１、図５、図１１、図１２を用いて説明する。まず図１において、処理装置１０５は、処理装置１００発行のパケットをインタフェース１６２から受信している状態になっている。
【００７８】
その状態で、インタフェース１６２と１６３から処理装置１００が発行した経路変更通知を受信することになる。インタフェース１６２或いは１６３から受信した経路変更通知は、インタフェース制御部１１２或いは１１３を経由して経路切り替え制御部１２１に送られる。
【００７９】
次に、経路切り替え制御部１２１の動作について、図５、図１１、図１２を用いて説明する。尚、図５では、経路切り替え制御部１２０と記載されているが、ここでは経路切り替え制御部１２１と読み替えるものとする。経路切り替え制御部１２１では、インタフェース１８０と１８１から処理装置１００が発行した経路変更通知を受信制御部５０１で受信することになる（ステップ１１２２）。
【００８０】
処理装置１００の経路切り換え制御部１２０のインタフェース１８０を経由した経路変更通知はインタコネクトネットワーク１０２、インタフェース１６２、インタフェース制御部１１２、経路切り換え制御部１２０のインタフェース１８０を経ることにより処理装置１０５へ送られる。同様に処理装置１００の経路切り換え制御部１２０のインタフェース１８１を経由した経路変更通知はインタコネクトネットワーク１０３、インタフェース１６３、インタフェース制御部１１３、経路切り換え制御部１２１のインタフェース１８１を経ることにより処理装置１０５へ送られることになる。
【００８１】
受信制御部５０１では、インタフェース１８０或いは１８１から受信したパケット内のＣｍｄフィールドを参照し、受信パケットが経路変更通知であることを知る。また、ＳｒｃＩＤフィールドを参照し、処理装置１００との間の経路変更通知であることを知る（ステップ１１２２）。
【００８２】
その後、インタフェース１８０と１８１からの経路変更通知をどちらが先に受信したかを判断し、その先後（タイミング）により、下記２つのうちのいづれかの動作を行う（ステップ１２０２）。
【００８３】
まず、インタフェース１８０から先に経路変更通知を受信制御部５０１が受信した場合（ステップ１２０２ＹＥＳ）の動作を説明する。インタフェース１８０から経路変更通知を受信する前、経路変更フラグは値０であり、受信経路識別フラグはインタフェース１８０を示している。即ち、インタフェース１８０が運用系となっている。
【００８４】
この状態で受信制御部５０１がインタフェース１８０から先に経路変更通知を受信すると、経路変更フラグが値０であり且つ受信経路識別フラグが自インタフェースである１８０を示しているため、経路変更フラグを値１にセットする（ステップ１２０３）。
【００８５】
その後、インタフェース１８１から経路変更通知を受信する（ステップ１２０４）と、経路変更フラグが値１であり且つ受信経路識別フラグが別インタフェースである１８０を示している。このため、経路変更フラグを値０にリセットすると共に、受信経路識別フラグをインタフェース１８１を示す様に更新する。即ちインタフェース１８１を運用系とする（ステップ１２０５）。
【００８６】
これにより、受信経路変更通知の後に処理装置１００から発行された処理装置１０５宛のパケットを、インタフェース１８１から受信することができる（ステップ１２０６）。
【００８７】
次に、インタフェース１８１から先に経路変更通知を受信した場合（ステップ１２０２ＮＯ）の動作を説明する。インタフェース１８１から経路変更通知を受信する前、経路変更フラグは値０であり、受信経路識別フラグはインタフェース１８０を示している。即ち、インタフェース１８０が運用系となっている。
【００８８】
この状態でインタフェース１８１から先に経路変更通知を受信すると、経路変更フラグが値０であり且つ受信経路識別フラグが別インタフェースである１８０を示している。このため、経路変更フラグを値１にセットする（ステップ１２０７）と共に、インタフェース１８１において、処理装置１００発行のパケット受信を一時停止させる（ステップ１２０８）。
【００８９】
ここで、パケット受信の一時停止に当たっては、そのパケットを一時保持しておく必要があり、具体的には、例えば、インタフェース制御部１１３内にある図示しないバッファ内にパケットを一時保持しておくことができる。
【００９０】
その後、インタフェース１８０から経路変更通知を受信するまでの間に、インタフェース１８０を経由して受信制御部５０１に到達するパケットがあればそのパケットの受信を行う。インタフェース１８０から経路変更通知を受信した後、バッファ内に一時保持しておいたパケットを順次受信する。すなわち、インタフェース１８０がインタフェース１８１よりも遅れが生じた場合、遅れた経路変更通知が到着するまで進んでいるパケットの一時待ち合わせを行うことにより、両インタフェースの同期をとり時間軸の修正を行っている。
【００９１】
またパケット受信経路を切り替えることにより、パケット発行元処理装置におけるパケット発行順序と、パケット受信側処理装置におけるパケット受信順序との一致を保証しつつ受信経路を切り替えることができる。
【００９２】
これにより、インタフェース１８１から経路変更通知を受信した後、インタフェース１８０から経路変更通知を受けるまでに受信すべきパケットが受信できず捨てられることを防止できる。
【００９３】
その後、インタフェース１８０から経路変更通知を受信する（ステップ１２０９）と、経路変更フラグが値１であり且つ受信経路識別フラグが自インタフェースである１８０を示している。このため、経路変更フラグを値０にリセットすると共に、受信経路識別フラグをインタフェース１８１を示す様に更新する。即ちインタフェース１８１を運用系とする（ステップ１２１０）。
【００９４】
さらに、インタフェース１８１において、一時停止させている処理装置１００発行のパケット受信を再開させる（ステップ１２１１）。これにより、処理装置１００からインタコネクトネットワーク１０２に発行された処理装置１０５宛のパケットを先に処理し、その後、処理装置１００からインタコネクトネットワーク１０３に発行された処理装置１０５宛のパケットを処理することができる。
【００９５】
従って受信経路変更通知発行タイミング前に処理装置１００から処理装置１０２に発行された処理装置１０５宛のパケットＡが到着しないうちに、処理装置１００からインタコネクトネットワーク１０３に発行された処理装置１０５宛のパケットＢが到着することになる結果、処理装置１００からインタコネクトネットワーク１０３に発行された処理装置１０２に発行された処理装置１０５宛のパケットが到着できずに捨てられるという事態を防ぐことができる。すなわちデータ消失を防ぐことができるという効果がある。
【００９６】
次にインタフェース１８０とインタフェース１８０とから同時に経路変更通知を受信制御部５０１が受信した場合の動作を説明する。
【００９７】
インタフェース１８０或いは１８１から経路変更通知を受信する前、経路変更フラグは値０であり、受信経路識別フラグはインタフェース１８０を示している。即ち、インタフェース１８０が運用系となっている。
【００９８】
この状態でインタフェース１８０から経路変更通知を受信すると、経路変更フラグが値０であり且つ受信経路識別フラグが自インタフェースである１８０を示しているため、経路変更フラグを値１にセットする。
【００９９】
また同時に（同タイミングにて）インターフェース１８１からも経路変更通知を受信するので、経路変更フラグが値１であり且つ受信経路識別フラグが別インタフェースである１８０を示している。このため経路変更フラグを値０にリセットすると共に、受信経路識別フラグをインタフェース１８１を示す様に更新する。
【０１００】
即ちインタフェース１８１を運用系とする。これにより、受信経路変更通知の後に処理装置１００から発行された処理装置１０５宛のパケットを、インタフェース１８１から受信することができる。
【０１０１】
以上説明した動作により、インタコネクトネットワークにおいて障害予兆現象を検知した場合、ソフトウェアでの処理を必要とせず、ハードウェアのみで自律的且つ即座に経路変更を行うことができる。このため、この動作はエラー予防処理として位置づけることができインタコネクトネットワーク障害に起因するシステムダウンを低減させることができる。
【産業上の利用可能性】
【０１０２】
情報処理機器において利用できる。
【図面の簡単な説明】
【０１０３】
【図１】本発明の二重化インタコネクトネットワークシステムの構成図。
【図２】本発明のインタコネクトネットワークの構成図。
【図３】本発明のスイッチ装置の構成図。
【図４】本発明のインタフェース制御部の構成図。
【図５】本発明の経路切り替え制御部の構成図。
【図６】本発明の他のインタコネクトネットワークの構成図。
【図７】本発明の他のインタコネクトネットワークの構成図。
【図８】本発明の他のインタコネクトネットワークの構成図。
【図９】ネットワークで伝送されるパケットの構成図。
【図１０】障害予兆監視機能におけるデータ伝送パケットから障害予兆通知を生成する方法をしめる図。
【図１１】本発明の実施例の動作を示すフローチャート。
【図１２】本発明の実施例の動作のうち経路変更通知を受信した処理装置の動作を示すフローチャート。
【符号の説明】
【０１０４】
１００    処理装置
１０５    処理装置
１０２    インタコネクトネットワーク
１０３    インタコネクトネットワーク
１１０    インタフェース制御部
１１１    インタフェース制御部
１１２    インタフェース制御部
１１３    インタフェース制御部
１２０    経路切り換え制御部
１２１    経路切り換え制御部
２００    スイッチ装置
３００    完全クロスバー
３１０    インタフェース制御部
３１１    インタフェース制御部
４００    障害制御部
４１０    選択回路Ａ
４１１    選択回路Ｂ
５００    送信制御部
５０１    受信制御部
【図１】
2007124020.tif 000003
【図２】
2007124020.tif 000004
【図３】
2007124020.tif 000005
【図４】
2007124020.tif 000006
【図５】
2007124020.tif 000007
【図６】
2007124020.tif 000008
【図７】
2007124020.tif 000009
【図８】
2007124020.tif 000010
【図９】
2007124020.tif 000011
【図１０】
2007124020.tif 000012
【図１１】
2007124020.tif 000013
【図１２】
2007124020.tif 000014