(57)【要約】【課題】  リプライ不可障害をタイムアウトの検出なしに全ノードで速やかに認識可能とし、且つネットワーク上にリクエストやリプライの残存のない状態を早期に実現する。【解決手段】  ノードＢは、ノードＡから受信したリクエストにリプライ不可障害を検知すると、他ノードへの新規リクエストの転送を即停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードＡ、Ｃに送信する。障害発生通知を受信したノードＡ、Ｃは、新規リクエストの他ノードへの転送を即停止し、障害探知通知を全ての他のノードに送信する。障害探知通知を受信したノードは、自ノードでリプライ不可障害が発生しているかどうかを示す障害探知応答を返す。ノードＡ、Ｃにおいて、自ノードが出した障害探知通知に対して全てのノードから障害探知応答があった時点で、ネットワーク上にリプライやリプライの残存のないことを保証できる。【選択図】 図１
2005141622.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおける障害処理方法において、
ａ）他のノードからネットワーク経由でリクエストを受信したノードが、前記リクエストに対するリプライの返却先を特定できない障害を検出したときに、新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信するステップと、
ｂ）前記障害発生通知を受信したノードが、新規リクエストの他ノードへの転送を停止するステップと、
を含むことを特徴とする障害処理方法。
【請求項２】
ｃ）前記障害発生通知を受信したノードが、障害探知通知をネットワーク経由で全ての他のノードに送信するステップと、
ｄ）前記障害探知通知を受信したノードが、自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信するステップと、
ｅ）前記障害探知通知を送信したノードが、全ての他のノードから前記障害探知応答が送信されてくるのを待ち合わせるステップと、
を含むことを特徴とする請求項１記載の障害処理方法。
【請求項３】
複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおいて、
前記ノードは、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止する手段とを備えることを特徴とする情報処理システム。
【請求項４】
複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおいて、
前記ノードは、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを含むことを特徴とする情報処理システム。
【請求項５】
ネットワークを通じて他のノードと相互に通信可能に接続されたノードにおいて、
他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止する手段とを備えることを特徴とするノード装置。
【請求項６】
ネットワークを通じて他のノードと相互に通信可能に接続されたノードにおいて、
他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを含むことを特徴とするノード装置。
【請求項７】
自ノードの情報処理装置に接続されると共にネットワークを通じて他のノードと相互に通信可能に接続されたデータ転送機構において、
他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害が検出されたときに、新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止する手段とを備えることを特徴とするデータ転送機構。
【請求項８】
自ノードの情報処理装置に接続されると共にネットワークを通じて他のノードと相互に通信可能に接続されたデータ転送機構において、
他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害が検出されたときに、新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードの情報処理装置で前記障害が発生しているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを含むことを特徴とするデータ転送機構。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムに関し、特にリクエストに対するリプライが返却されないような障害に対する処理方法に関する。
【背景技術】
【０００２】
複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおいては、ノードから他のノードへ各種のリクエストがネットワーク経由で転送され、リクエストを受信したノードでそのリクエストに応じた処理を実行した後、リプライがネットワーク経由でリクエスト元のノードに返却される。このような情報処理システムにおいて、リクエストに対するリプライが返却されないような障害は、リクエスト元のノードが、そのリクエストに対するリプライのタイムアウトを検出することで一般に検知されている（例えば、特許文献１参照）。
【特許文献１】特開２０００−２０４１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
リクエストに対するリプライが返却されないような障害の全てをタイムアウトで検出する場合、誤検出防止のためにタイムアウト時間はある程度余裕をみて長く設定する必要があり、どうしても速やかな検出が困難である。また、全ノードにその障害を認識させるにはリクエスト送信元のノードで検出した障害を他のノードに伝える必要があるため、全ノードがその障害を認識するまでに更に時間がかかってしまう。このため、障害に対する対処が遅れるという課題がある。
【０００４】
ネットワークに接続されたノードを再起動して障害から復旧する場合、再起動前に出されたリクエストやそのリプライなどの通信データがネットワーク上に残存していると、誤動作の原因になるため、ネットワーク上から通信データが無くなるのを待ってから再起動する必要がある。前述したように障害の検出が遅れると、各ノードの他ノードへのリクエストおよびデータの転送停止処理も遅れ、その遅れた分だけ、ネットワーク上から通信データが無くなるまでに要する時間が延び、結果として再起動までに長い時間を必要とする。
【０００５】
本発明はこのような状況に鑑みて提案されたものであり、その目的は、リクエストに対するリプライが返却されないような障害が何れかのノードで発生したことを全ノードで速やかに検知できるようにすることにある。
【０００６】
本発明の他の目的は、リクエストに対するリプライが返却されないような障害が発生した場合、再起動による復旧を速やかに行えるように、できるだけ早くネットワーク上から通信データが無くなるようにすることにある。
【０００７】
本発明の別の目的は、ネットワーク上から通信データが無くなってしまったことを確実に検知できるようにすることにある。
【課題を解決するための手段】
【０００８】
本発明の第１の障害処理方法は、複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおける障害処理方法において、ａ）他のノードからネットワーク経由でリクエストを受信したノードが、前記リクエストに対するリプライの返却先を特定できない障害を検出したときに、新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信するステップと、ｂ）前記障害発生通知を受信したノードが、新規リクエストの他ノードへの転送を停止するステップと、を含むことを特徴とする。
【０００９】
本発明の第２の障害処理方法は、第１の障害処理方法において、ｃ）前記障害発生通知を受信したノードが、障害探知通知をネットワーク経由で全ての他のノードに送信するステップと、ｄ）前記障害探知通知を受信したノードが、自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信するステップと、ｅ）前記障害探知通知を送信したノードが、全ての他のノードから前記障害探知応答が送信されてくるのを待ち合わせるステップと、を含むことを特徴とする。
【００１０】
本発明の第１の情報処理システムは、複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおいて、前記ノードは、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止する手段とを備えることを特徴とする。
【００１１】
本発明の第２の情報処理システムは、複数のノードがネットワークを通じて相互に通信可能に接続された情報処理システムにおいて、前記ノードは、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを含むことを特徴とする。
【００１２】
本発明の第１のノード装置は、ネットワークを通じて他のノードと相互に通信可能に接続されたノードにおいて、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止する手段とを備えることを特徴とする。
【００１３】
本発明の第２のノード装置は、ネットワークを通じて他のノードと相互に通信可能に接続されたノードにおいて、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを含むことを特徴とする。
【００１４】
本発明の第１のデータ転送機構は、自ノードの情報処理装置に接続されると共にネットワークを通じて他のノードと相互に通信可能に接続されたデータ転送機構において、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害が検出されたときに、新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止する手段とを備えることを特徴とする。
【００１５】
本発明の第２のデータ転送機構は、自ノードの情報処理装置に接続されると共にネットワークを通じて他のノードと相互に通信可能に接続されたデータ転送機構において、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害が検出されたときに、新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードの情報処理装置で前記障害が発生しているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを含むことを特徴とする。
【発明の効果】
【００１６】
本発明の第１の障害処理方法、情報処理システム、ノード装置およびデータ転送機構によれば、リクエストに対するリプライが返却されないような障害が何れかのノードで発生したことを全ノードで速やかに検知することができる。その理由は、リクエストに対するリプライの返却先を特定できない障害を誤り検出符号などによって検出し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信するようにしているからである。
【００１７】
本発明の第１の障害処理方法、情報処理システム、ノード装置およびデータ転送機構によれば、リクエストに対するリプライが返却されないような障害が発生した場合、再起動による復旧を速やかに行えるように、できるだけ早くネットワーク上から通信データを無くすことができる。その理由は、前述した理由によってリプライ不可障害を全ノードで速やかに認識することができ、全ノードが他ノードへの新規リクエストの転送を直ちに停止するためである。
【００１８】
本発明の第２の障害処理方法、情報処理システム、ノード装置およびデータ転送機構によれば、ネットワーク上から通信データが無くなってしまったことを確実に検知できる。その理由は、リクエスト不可障害を検出したノードからリクエスト不可障害が発生した旨の障害発生通知を受信したノードが新たなリクエストの転送を速やかに抑止し、且つ、障害探知通知を他の全てのノードに出して全てのノードから障害探知応答が返されるのを待ち合わせているからである。
【発明を実施するための最良の形態】
【００１９】
図１を参照すると、本発明の実施の形態にかかる情報処理システムは、ノードＡ、Ｂ、Ｃが図示しないネットワークを通じて相互に通信可能に接続されている。各ノードＡ〜Ｃは全て同じ構成であり、他のノードからネットワーク経由で受信したリクエストに対するリプライの返却先を特定できない障害を検出する手段と、前記障害を検出したときに新規リクエストの他ノードへの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードに送信する手段と、他のノードからリプライ不可障害が発生した旨の障害発生通知を受信したときに新規リクエストの他ノードへの転送を停止し且つ障害探知通知をネットワーク経由で全ての他のノードに送信し、全ての他のノードから障害探知応答が送信されてくるのを待ち合わせる手段と、他のノードから障害探知通知を受信したときに自ノードで前記障害が検出されているかどうかを示す障害状態値を含む障害探知応答を前記障害探知通知の送信元に対してネットワーク経由で送信する手段とを備えている。
【００２０】
このように構成された本実施の形態にかかる情報処理システムにおいては、各ノードから他のノードへ各種のリクエストがネットワーク経由で転送され、リクエストを受信したノードでそのリクエストに応じた処理を実行した後、リプライがネットワーク経由でリクエスト元のノードに返却される。このような情報処理システムにおいて、リクエストに対するリプライが返却されないような障害が発生した場合の動作を、ノードＡからノードＢに対して出されたリクエストにリプライ不可障害が発生した場合を想定して、以下説明する。
【００２１】
ノードＢは、ノードＡから受信したリクエスト自体に障害が発生していてリクエスト要求元のノードＡの情報が破壊されている等の理由により、リプライを返すノードを特定できないリプライ不可障害を検知すると、他ノードへの新規リクエストの転送を停止し、リプライ不可障害が発生した旨の障害発生通知をネットワーク経由で全ての他のノードＡ、Ｃに送信する。
【００２２】
ノードＢが送信した障害発生通知を受信したノードＡは、新規リクエストの他ノードへの転送を停止し、障害探知通知をネットワーク経由で全ての他のノードＢ、Ｃに送信する。同じく、ノードＢが送信した障害発生通知を受信したノードＣは、新規リクエストの他ノードへの転送を停止し、障害探知通知をネットワーク経由で全ての他のノードＡ、Ｂに送信する。
【００２３】
ノードＡが送信した障害探知通知を受信したノードＢは、リプライ不可障害が発生している旨の障害状態値を添付した障害探知応答をノードＡに返す。また、ノードＡが送信した障害探知通知を受信したノードＣは、リプライ不可障害が発生していない旨の障害状態値を添付した障害探知応答をノードＡに返す。ノードＡは、全てのノードＢ、Ｃから障害探知応答が送信されてくるのを待ち合わせ、全てのノードＢ、Ｃから障害探知応答を受信すると、自ノードＡがネットワークに送出したリクエストおよびそのリプライがネットワーク上から無くなったものと判断する。
【００２４】
同じく、ノードＣが送信した障害探知通知を受信したノードＢは、リプライ不可障害が発生している旨の障害状態値を添付した障害探知応答をノードＣに返す。また、ノードＣが送信した障害探知通知を受信したノードＡは、リプライ不可障害が発生していない旨の障害状態値を添付した障害探知応答をノードＣに返す。ノードＣは、全てのノードＡ、Ｂから障害探知応答が送信されてくるのを待ち合わせ、全てのノードＡ、Ｂから障害探知応答を受信すると、自ノードＣがネットワークに送出したリクエストおよびそのリプライがネットワーク上から無くなったものと判断する。
【００２５】
このように本実施の形態によれば、従来タイムアウトでしか認識できなかった転送先のリプライ不可障害をタイムアウト検出なしに認識することができ、また、障害探知通知と障害探知応答を発行することによりネットワーク上にリクエストやリプライなどの通信データが残っていないことを保証することができる。
【実施例１】
【００２６】
図２を参照すると、本発明の実施例１にかかる情報処理システムは、４つのノード１００Ａ〜１００Ｄがネットワーク４００を通じて相互に通信可能に接続されている。図では４つのノードから構成される情報処理システムを例示しているが、ノードの台数は４台に限定されないことは言うまでも無い。
【００２７】
各ノード１００Ａ〜１００Ｄは、情報処理装置２００Ａ〜２００Ｄとデータ転送装置３００Ａ〜３００Ｄとで構成され、データ転送装置３００Ａ〜３００Ｄが入力信号線６００Ａ〜６００Ｄおよび出力信号線７００Ａ〜７００Ｄによりネットワーク４００に接続されている。
【００２８】
ネットワーク４００は、各ノード１００Ａ〜１００Ｄに１対１に対応する経路装置５００Ａ〜５００Ｄから構成される。各経路装置５００Ａ〜５００Ｄは、第１のパス８００によって第一の方向にループ状に接続されると共に、第２のパス９００によって第一の方向と反対の第二の方向にループ状に接続されている。各経路装置５００Ａ〜５００Ｄには、通信データを先入れ先出し方式で一時的に蓄積するバッファが設けられており、このバッファに通信データが一時的に蓄積される。各経路装置５００Ａ〜５００Ｄは、自装置に対応するノード１００Ａ〜１００Ｄから出力信号線７００Ａ〜７００Ｄ経由で他ノード宛の通信データを受信すると、通信バッファに一旦蓄積し、第一の方向および第二の方向のうち、宛先のノードに対応する経路装置に至るまでに経由する経路装置の数が少なくなる方向のパス８００またはパス９００を通じて、隣接する経路装置に通信データを転送する。隣接する経路装置から通信データを受信した経路装置では、通信バッファに一時的に蓄積し、宛先が自ノードであれば通信データを入力信号線６００Ａ〜６００Ｄを通じて自ノードに転送し、宛先が自ノード以外であれば更に隣接する経路装置に通信データを転送する。こうして或るノードから送信された通信データは、２以上の経路装置を経由して宛先のノードに届けられる。
【００２９】
図３を参照すると、データ転送機構３００（３００Ａ〜３００Ｄ）は、データ転送部３０１、リプライ待ちバッファ３０２、転送データ処理部３０３および障害処理部３０４から構成されている。
【００３０】
データ転送部３０１は、情報処理装置２００（２００Ａ〜２００Ｄ）からデータ転送指示１１０が入力されると、障害処理部３０４から転送停止要求１１４が出力されているかどうか、リプライ待ちバッファ３０２からバッファフル通知１１２が出力されているかどうかを判定し、転送停止要求１１４が出力されておらず且つリプライ待ちバッファ３０２に空きがある場合に限って、データ転送指示１１０に応じたリクエストおよびデータ１１１を経路装置５００（５００Ａ〜５００Ｄ）を通じてネットワーク４００に出力すると同時にそのリクエスト情報１１３をリプライ待ちバッファ３０２に出力する。
【００３１】
転送データ処理部３０３は、経路装置５００を通じて他のノードのデータ転送機構から送られてきたリクエストおよびデータ１２１を受信すると、情報処理装置２００へデータ１２２を転送し、データ転送が完了したらリプライ１２３を転送元へ返すために経路装置５００へ出力する。但し、転送データ処理部３０３は、受信したリクエストおよびデータ１２１におけるリクエスト中の転送元情報が壊れていることを、転送元情報に付加されたパリティチェックコードその他の誤り検出符号によって検出した場合には、リプライの返却先を特定できない障害を表すリプライ不可障害通知１２４を障害処理部３０４に出力する。なお、本実施例では、リクエスト不可障害をデータ転送機構３００で検出しているが、情報処理装置２００で検出するように構成しても良い。
【００３２】
リプライ待ちバッファ３０２は、データ転送部３０１から出力されたリクエスト情報１１３を登録する。登録されるリクエスト情報１１３は、転送元情報などの情報を含む。リクエスト待ちバッファ３０２は、データ転送部３０１がネットワーク４００を通じて他のデータ転送機構に送出したリクエストおよびデータ１１１に対して、そのデータ転送機構からリプライ１３１が返却されてきた場合、そのリクエストおよびデータ１１１の送信時に登録されたリクエスト情報１１３が正常に完了したものとして、情報処理装置２００に対してコマンド完了通知１３２を通知する。他方、リクエスト情報１１３の登録後、あらかじめ定められた時間内にリプライ１３１が返却されなかった場合、リプライ待ちバッファ３０２は、情報処理装置２００に対してタイムアウト報告１３３を行う。
【００３３】
障害処理部３０４は、次のような機能を有する。
（ａ）リプライ不可障害通知１２４を受け取ると、自ノードからのデータ転送を抑止するためにデータ転送部３０１に対して転送停止要求１１４を送出すると共に、他の全てのノードのデータ転送機構に対して、ネットワーク４００経由で、障害発生通知１４１を発行する。
（ｂ）他のノードのデータ転送機構においてリプライ不可障害が発生したためにネットワーク４００経由で障害発生通知１４２が送られてきたときは、自ノードからのデータ転送を抑止するために転送停止要求１１４をデータ転送部３０１へ通知すると共に、接続する他の全てのノードのデータ転送機構に対してネットワーク４００経由で障害探知通知１４３を発行する。
（ｃ）他のノードからネットワーク４００経由で障害探知通知１４４を受け取ったら、リプライ不可障害通知１２４の値を障害状態値として添付した障害探知応答１４５を、その障害探知通知１４４の通知元のノードに対してネットワーク４００経由で返却する。
（ｄ）他のノードからネットワーク４００経由で障害探知応答１４６を受け取ったら、その障害探知応答１４６に添付された障害状態値を判別し、リプライ不可障害の発生を示す障害状態値であれば、信号線１５１を通じてリクエスト待ちバッファ３０２をアクセスし、リプライ待ちバッファ３０２に登録されているリクエスト情報のうち、今回の障害探知応答１４６で障害を通知してきたノードに対して出されたリクエスト情報に障害フラグを設定する。これを、ノードから障害探知応答が返却される毎に行い、全てのノードから障害探知応答１４６が戻ってきたら、障害フラグが設定されているリクエスト情報に基づいて情報処理装置２００に対して他装置障害報告１４７を通知する。
【００３４】
図４は本実施例のデータ転送機構の動作例を示すフローチャートである。以下、図２ないし図４を参照して本実施例の動作を説明する。
【００３５】
リクエストの転送元の情報処理装置（例えば２００Ａとする）は、他の情報処理装置（例えば２００Ｂとする）にデータを転送する場合、転送元および転送先の情報を指定したデータ転送指示１１０をデータ転送機構３００Ａに発行する（Ｓ３０１）。
【００３６】
データ転送指示１１０を受け取ったデータ転送機構３００Ａのデータ転送部３０１は、バッファフル通知１１２によってリプライ待ちバッファ３０２の状態を確認し（Ｓ３０２）、リプライ待ちバッファ３０２がフルの状態であった場合、リプライ待ちを実施することができない為、リクエスト発行処理を抑止する。リプライ待ちバッファ３０２がフルでなかった場合、転送停止要求１１４が出されているかどうかを確認し（Ｓ３０３）、転送停止要求１１４が出されている場合、リクエスト発行処理を抑止する。
【００３７】
リクエスト待ちバッファ３０２がフルでなく且つ転送停止要求１１４が出されていない場合、データ転送部３０１は、リクエスト発行処理を実行する（Ｓ３０４）。つまり、経路装置５００Ａに対してリクエストおよびデータ１１１を伝達し、リクエスト情報１１３をリクエスト待ちバッファ３０２に送出する。データ転送部３０１は、１つのリクエスト発行処理を行う毎に、リプライ待ちバッファ３０２へのリクエスト情報１１３の登録が完了したかどうかを判定し（Ｓ３０５）、リプライ待ちバッファ３０２へのリクエスト情報１１３の登録が未完了の場合には登録完了を待ち合わせ、リプライ待ちバッファ３０２への登録が完了していた場合には、他のリクエストの有無を判定し（Ｓ３０６）、他にリクエストがない場合にはデータ転送指示１１０を待ち合わせる。他にリクエストが存在した時にはデータ転送指示１１０を受け取った場合と同様の処理を実行する。
【００３８】
リプライ待ちバッファ３０２は、データ転送部３０１がリクエスト発行処理によりリクエスト及びデータ１１１を指定された転送先に送るのと同時にリクエスト情報１１３を送出してくると、このリクエスト情報１１３を自バッファに登録する（Ｓ３１１）。リプライ待ちバッファ３０２は、リクエスト情報１１３を登録した時点からそれに対応するリプライ１３１を待つ（Ｓ３１２）。リプライ１３１が戻ってきた場合には、自バッファを検索し（Ｓ３１３）、当該リプライ１３１のコマンド完了通知１３２を情報処理装置２００Ａへ発行する（Ｓ３１４）。リプライ１３１が戻ってこなかった場合にはタイムアウトの監視を行い（Ｓ３１５）、タイムアウトを検出したリプライ待ちバッファ３０２に登録されているリクエストに対してタイムアウト報告１３３を情報処理装置２００Ａに対して発行する（Ｓ３１６）。タイムアウト報告１３３を受け取った時点で当該タイムアウト報告リクエストの転送先に障害が発生したことを情報処理装置２００Ａは認識する。
【００３９】
データ転送機構３００Ａのデータ転送部３０１からネットワーク４００に出された情報処理装置２００Ｂ宛のリクエスト及びデータ１１１は、経路装置５００Ａ、５００Ｂを経て、ノード１００Ｂのデータ転送機構３００Ｂの転送データ処理部３０３にリクエストおよびデータ１２１として受け取られ、データ１２２として情報処理装置２００Ｂに送られる。ここで、リクエストの要求元の情報が破壊されており、リプライの返却先を特定できない障害が発生した場合（Ｓ３２１）、本実施例においては、このような障害を転送データ処理部３０３で検知し、リプライ不可障害通知１２４を障害処理部３０４に送出する（Ｓ３２２）。
【００４０】
障害処理部３０４は、リプライ不可障害通知１２４を受け取ると、データ転送部３０１に転送停止要求１１４を出す（Ｓ３２３）。これにより新規リクエストおよびデータ１１１の転送を抑止することができる。次いでデータ転送機構３００Ｂは、ネットワーク４００経由で、接続する全てのノード１００Ａ、１００Ｃ、１００Ｄのデータ転送機構３００Ａ、３００Ｃ、３００Ｄに対して障害発生通知１４１を発行する（Ｓ３２４）。これにより障害検出時の転送先を認識すること無く、障害が発生したことだけを通知することができる。
【００４１】
ノード１００Ａ、１００Ｃ、１００Ｄのデータ転送機構３００Ａ、３００Ｃ、３００Ｄにおける障害処理部３０４は、データ転送機構３００Ｂがネットワーク４００経由で送信した障害発生通知１４１を障害発生通知１４２として受信すると、データ転送部３０１へ転送停止要求１１４を発行することにより、自ノードから他ノードへの新たなデータ転送を即停止させる（Ｓ３３１）。これにより新規リクエストおよびデータ１１１の転送を抑止することができる。続いて、障害処理部３０４は、接続する全てのノードのデータ転送機構に対して障害探知通知１４３を発行する（Ｓ３３２）。この障害探知通知１４３の発行は、新規リクエストおよびデータ１１１の転送を抑止した状態で行われるため、当該データ転送機構から他のデータ転送機構へ転送される最後のリクエスト（通信データ）が障害探知通知１４３であることが保証される。
【００４２】
他のノードのデータ転送機構が出した障害探知通知１４３をネットワーク経由で障害探知通知１４４として受信したデータ転送機構の障害処理部３０４は、リプライ不可障害通知１２４の値を障害状態値として添付した障害探知応答１４５を返却する（Ｓ３２５）。これにより、リプライ不可障害が発生しているノードのみが障害ありを示す障害状態値を添えた障害探知応答１４５を返すことになる。
【００４３】
自ノードから他ノード宛に出した障害探知通知１４３に対して、他ノードからの障害探知応答１４６を受信したデータ転送機構は、添付されている障害状態値によってリプライ不可障害の発生の有無を調べる（Ｓ３３３）。そして、若し、リプライ不可障害が発生していれば、その障害探知応答１４６を返してきた応答元の情報をキーにリプライ待ちバッファ３０２を検索し（Ｓ３３４）、そのノード宛に送出したリクエスト情報１１３が登録されていれば（Ｓ３３５）、その登録されているリクエスト情報１１３の全てに障害フラグを設定する（Ｓ３３６）。このような処理を、他のノードから障害探知応答１４６が返却される毎に行い、全てのノードから障害探知応答１４６が戻ってきたら（Ｓ３３７）、リクエスト待ちバッファ３０２において障害フラグが設定されているリクエスト情報１１３に基づいて、情報処理装置に対して他装置障害報告１４７を通知する（Ｓ３３８）。他装置障害報告１４７では、リプライ不可障害が発生しているノードの情報、そのノードに対して出されていたリクエスト情報１１３（つまり、障害フラグが設定されているリクエスト情報）が添えられる。そして、再起動待ちの状態へと移行する（Ｓ３３９）。
【００４４】
次に本実施例の効果について説明する。
【００４５】
本実施例では、他のデータ転送機構からネットワーク経由でリクエストを受信したデータ転送機構の転送データ処理部３０３において、リクエストの要求元情報が破壊されているリプライ不可障害を検知し、他の全ノードのデータ転送機構に障害発生通知を出すように構成されているため、リクエストに対するリプライが返却されないような障害が何れかのノードで発生した場合、全ノードが速やかにその障害を認識することができる。
【００４６】
本実施例では、リクエスト不可障害を検出したノード、および他のノードからリクエスト不可障害が発生した旨の障害発生通知を受信したノードが新たなリクエストの転送を速やかに抑止するように構成されているため、その分だけ早くネットワーク上から通信データを無くすことができ、再起動による復旧を早めることができる。
【００４７】
本実施例では、リクエスト不可障害を検出したノードからリクエスト不可障害が発生した旨の障害発生通知を受信したノードが新たなリクエストの転送を速やかに抑止し、且つ、障害探知通知を他の全てのノードに出して全てのノードから障害探知応答が返されるのを待ち合わせているため、リクエスト不可障害が発生した旨の障害発生通知を受信したノードにおいて、自ノードがネットワークに送出したリクエストおよびそのリプライがネットワーク上から無くなってしまったタイミングを確実に検知できる。その理由は、自ノードから他ノード宛のリクエスト（通信データ）は障害探知通知が最後になり、リプライはリクエスト順に返されるため、障害探知通知に対するリプライが返ってきたら、リクエストやリプライがネットワークに残存していないことが保証できるからである。更に、リプライ不可障害を検出したノードは障害発生通知を出す前に新たなリクエストの転送を停止しているため、そのノードから障害発生通知を受けた他の全てのノードにおいて、障害探知通知に対するリプライが全ノードから返却されたと判断される時点で、リプライ不可障害を検出したノードがネットワークに送出したリクエストおよびそのリプライもネットワーク上から無くなっていることを保証できる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態にかかる情報処理システムのブロック図である。
【図２】本発明の実施例にかかる情報処理システムのブロック図である。
【図３】本発明のデータ転送機構の実施例のブロック図である。
【図４】本発明のデータ転送機構の動作例を示すフローチャートである。
【符号の説明】
【００４９】
１００Ａ〜１００Ｄ…ノード
２００Ａ〜２００Ｄ…情報処理装置
３００Ａ〜３００Ｄ…データ転送機構
３０１…データ転送部
３０２…リプライ待ちバッファ
３０３…転送データ処理部
３０４…障害処理部
４００…ネットワーク
５００Ａ〜５００Ｄ…経路装置
６００Ａ〜６００Ｄ…入力信号線
７００Ａ〜７００Ｄ…出力信号線
８００…第１のパス
９００…第２のパス
【図１】
2005141622.tif 000003
【図２】
2005141622.tif 000004
【図３】
2005141622.tif 000005
【図４】
2005141622.tif 000006