(57)【特許請求の範囲】
【請求項１】
通信対象であるノード装置との通信状態に応じて、該ノード装置との間において送受信される通信情報に対して送受信処理及び廃棄処理を実行可能であり、
前記ノード装置において障害が生じたことを示す障害情報を通信可能に接続した他のノード装置に送信し、
前記廃棄処理から前記送受信処理に動作を切り替えるよう要求する第１切替情報を送出する場合に、
受信した前記通信情報に対して前記廃棄処理を実行し、送出すべき前記通信情報に対しては送出を待機し、
前記第１切替情報に対するリプライとして第２切替情報を受信した場合には、
動作を前記廃棄処理から前記送受信処理に切り替えると共に該送受信処理を実行し、待機していた前記通信情報に対しては送出を再開する
ことを特徴とする送受信制御装置。
【請求項２】
前記ノード装置において障害が生じたことを示す前記障害情報を受信するのに応じて、前記廃棄処理を実行する一方で、
前記廃棄処理から前記送受信処理に動作を切り替えるよう要求する前記第１切替情報を受信した場合には、動作を前記送受信処理に切り替えると共に該送受信処理を実行し、
生じた障害から復帰した場合には、前記第１切替情報を前記ノード装置に対して送出する
ことを特徴とする請求項１に記載の送受信制御装置。
【請求項３】
前記障害情報を受信するのに応じて、さらに、前記ノード装置との通信に関する情報を削除する
ことを特徴とする請求項２に記載の送受信制御装置。
【請求項４】
前記第１切替情報を受信するのに応じて、そのリプライとして前記第２切替情報を、前記第１切替情報の送信元である前記ノード装置に対して送出する
ことを特徴とする請求項１に記載の送受信制御装置。
【請求項５】
前記通信情報を送受信する際に、前記ノード装置との通信状態を示す情報を含むノード情報を参照すると共に前記ノード情報の中から該通信状態を示す情報を求め、
求めた通信状態を示す情報が有効であること示す場合に、前記送受信処理を実行する一方で、
前記通信状態を示す情報が有効でないことを示す場合には、前記廃棄処理を実行し、
前記障害情報を受信した場合に、前記通信状態を示す情報に有効でないことを示す情報を含め、
前記第１切替情報を受信した場合には、前記通信状態を示す情報に有効であることを示す情報を含める
ことを特徴とする請求項２に記載の送受信制御装置。
【請求項６】
前記ノード情報は、
少なくとも前記ノード装置を識別可能なノード番号と、前記通信状態を示す情報とが関連付けられた情報を含む
ことを特徴とする請求項５に記載の送受信制御装置。
【請求項７】
請求項１乃至請求項６の何れかに記載された送受信制御装置を含み、自ノード装置と異なる他のノード装置に対して前記通信情報を送受信する
ことを特徴とするノード装置。
【請求項８】
請求項７に記載された複数の前記ノード装置と、その複数の前記ノード装置と通信可能に接続された中継ネットワークと、複数の前記ノード装置と通信可能に接続された管理ネットワークとによって構成されたマルチノードシステムであり、
前記ノード装置は、
前記障害情報を、前記管理ネットワークを介して自ノード装置と異なる他のノード装置に対して送出し、
前記第１切替情報及び第２切替情報を、前記中継ネットワークを介して前記他のノード装置に対して送出する
ことを特徴とするマルチノードシステム。
【請求項９】
情報処理装置によって、
通信対象であるノード装置との通信状態に応じて、該ノード装置との間において送受信される通信情報に対して送受信処理及び廃棄処理を実行する際に、
前記ノード装置において障害が生じたことを示す障害情報を通信可能に接続した他のノード装置に送信し、
前記廃棄処理から前記送受信処理に動作を切り替えるよう要求する第１切替情報を送出する場合に、
受信した前記通信情報に対して前記廃棄処理を実行し、送出すべき前記通信情報に対しては送出を待機し、
前記第１切替情報に対するリプライとして第２切替情報を受信した場合には、
動作を前記廃棄処理から前記送受信処理に切り替えると共に該送受信処理を実行し、
待機していた前記通信情報に対しては送出を再開する
ことを特徴とする送受信制御方法。
【請求項１０】
通信対象であるノード装置との通信状態に応じて、該ノード装置との間において送受信される通信情報に対して送受信処理及び廃棄処理を実行する際に、
前記ノード装置において障害が生じたことを示す障害情報を通信可能に接続した他のノード装置に送信し、
前記廃棄処理から前記送受信処理に動作を切り替えるよう要求する第１切替情報を送出する場合に、
受信した前記通信情報に対して前記廃棄処理を実行し、送出すべき前記通信情報に対しては送出を待機し、
前記第１切替情報に対するリプライとして第２切替情報を受信した場合には、
動作を前記廃棄処理から前記送受信処理に切り替えると共に該送受信処理を実行し、待機していた前記通信情報に対しては送出を再開する機能、
をコンピュータに実現させることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の装置間において情報の送受信を制御する技術分野に関する。
【背景技術】
【０００２】
近年、技術の発展に伴い、例えば、コンピュータ・システムにおいて取り扱う情報量は膨大である。この膨大な情報を使用した大規模な処理であっても、その処理を効率よく実現する技術は、数多く存在する。その技術の一例としては、ネットワークに接続された複数のノード装置（以下、本願では、単に、「ノード」と記載する場合もある。）を利用して処理を分散させるマルチノードシステムが知られている。そのため、大規模な数値計算を必要とする分野などマルチノードシステムの利用範囲は広がっている。また、マルチノードシステムでは、高い信頼性を実現することを目的として、障害の発生を抑制するだけでなく、発生した障害の影響を極小化することが求められている。
【０００３】
ここで、本願出願に先立って存在する関連技術としては、例えば、特許文献１及び特許文献２がある。
【０００４】
特許文献１は、マルチノードシステム、ノード間スイッチ及びデータ中継方法に関する技術を開示する。特許文献１に開示されたマルチノードシステムは、命令処理情報を送信（以下、本願では、「送出」と記載する場合もある。）する第１のノードと、その命令処理情報を第２のノードに対して転送するノード間スイッチとを備える。
【０００５】
より具体的に、第１のノードは、複数のブロックに分割された命令処理情報を、第２のノードに対して送信する。第２のノードは、ノード間スイッチから転送された当該ブロックに対する応答信号を、第１のノードに対して送信する。例えば、第２のノードにおいて障害が発生した場合に、ノード間スイッチは、当該応答信号を、第２のノードの代わりに第１のノードに対して送信する。また、ノード間スイッチは、当該命令処理情報の転送を停止する。これにより、第１のノードは、障害が発生した場合であっても、第２のノードから応答信号を待つことなく処理を終了することができる。
【０００６】
次に、特許文献２は、マルチノードシステム、ノード装置、ノード間クロスバスイッチ及び障害処理方法に関する技術を開示する。特許文献２に開示されたマルチノードシステムは、複数のノードと、それら複数のノードが接続されたノード間クロスバスイッチとを備える。
【０００７】
より具体的に、特許文献２に開示されたノードは、自装置内において障害が発生した場合に、その障害が発生したことをノード間クロスバスイッチに対して通知する障害通知手段を備える。また、ノードは、他のノードから障害通知を受信した場合には、転送中のデータを破棄する障害制御手段と、障害通知に基づき障害の発生箇所を特定する障害特定手段とを備える。
【０００８】
また、特許文献２に開示されたノード間クロスバスイッチは、障害監視手段と、通知発行手段とを備える。
【０００９】
より具体的に、障害監視手段は、複数のノードから障害通知を受けることによって、各ノードにおいて障害が発生したか否かを監視する。通知発行手段は、ノード間においてデータを転送中の場合に、障害が発生したノードを識別可能なノード番号を含む障害通知を、正常に動作するノードに対して発行する。即ち、通知発行手段は、転送先のノードにおいて障害が発生した場合に、転送元のノード番号を含むロックテーブルを参照することによって、転送元のノードに対して障害通知を発行することができる。一方で、通知発行手段は、転送元のノードにおいて障害が発生した場合には、転送先のノード番号を格納する転送先情報レジスタを参照することによって、転送先のノードに対して障害通知を発行することができる。
【００１０】
このように、特許文献２に開示された技術では、２つのノードがなす組毎に、それらノードのノード番号を含むロックテーブル及び転送先情報レジスタの何れかを参照することによって、障害通知を発行すべきノードを特定することができる。また、当該技術は、特定したノードに対して障害通知を発行することができる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特許第５０８２１４７号公報
【特許文献２】特開２００６−１７８７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述したマルチノードシステムは、複数のノードと、そられノード間を接続するスイッチを含む中継ネットワークと、複数のノードを管理する管理ノードを含む管理ネットワークとを備えることが知られている。また、この中継ネットワークは、例えば、複数のスイッチが多段に構成されていることも知られている。
【００１３】
例えば、マルチノードシステムでは、ジョブを実行する２つのノードのうち、特定のノードにおいて障害が発生した場合に、そのジョブは、中断（アボート）する。その後、障害から復帰した特定のノードには、新たなジョブが割り当てられる。そして、特定のノードは、新たに割り当てられたジョブを再開することが知られている。
【００１４】
アボートとなった場合に、その中断したジョブに関する通信パケットは、例えば、管理ネットワーク内に滞留する。これに対して、正常に動作する他方のノードでは、所定の時間内においてリプライが返ってこない場合に、当該ジョブに関する処理を終了（タイムアウト）する。その後、他方のノードは、特定のノードとの間において通信エラーが発生したと判断し、通信パケットなどの当該ジョブに関するデータを廃棄することが知られている。このように、例えば、特許文献２に開示された回線交換方式を採用する場合や小規模なマルチノードシステムでは、上述した処理が比較的に短時間のうちに行われる。そのため、大きな問題は生じていなかった。
【００１５】
しかしながら、回線交換方式を採用する場合や小規模なマルチノードシステムと比べ、パケット交換方式を採用する場合やノード数が飛躍的に増大した大規模なマルチノードシステムでは、中継ネットワーク内に、より多数の通信パケットが滞留している虞がある。そのため、大規模なマルチノードシステムでは、以下に示すような問題が生じる。
【００１６】
以下の説明では、より具体的に、例えば、特定のノードにおいて障害が発生した際に生じる問題について、図８及び図９を参照して説明する。
【００１７】
尚、以下の説明では、説明の便宜上、一例として、ノード２０３−１とノード２０３−２との間においてジョブが実行されることとする。また、以下の説明では、ノード２０３−２において障害が発生したこととする。
【００１８】
図８は、マルチノードシステム２００の構成を示すブロック図である。図９は、マルチノードシステム２００において障害が発生した際の動作を示すシーケンス図である。
【００１９】
図８において、マルチノードシステム２００は、管理ネットワーク２０１、中継ネットワーク２０２及び複数のノード（ノード２０３−１乃至２０３−２）を有する。また、ノード２０３−１乃至２０３−２と管理ネットワーク２０１とは、通信可能に接続することができる。ノード２０３−１乃至２０３−２と中継ネットワーク２０２とは、通信可能に接続することができる。
【００２０】
ノード２０３−１乃至２０３−２は、図８に示すようにそれぞれ主記憶装置２０４−１乃至２０４−２を有する。
【００２１】
図９において、縦軸方向は、時間の流れを示す。矢印は、通信パケットの流れを示している。破線によって示す矢印は、障害が発生したことを通知する障害パケットの流れを示している。また、障害処理期間は、障害が発生してから復帰するまでの処理期間を示す。中継ネットワーク２０２は、３つのステージ（ステージ１乃至３）に分けられ、それぞれのステージは複数のスイッチによって構成されている。
【００２２】
障害パケットは、ノード２０３−２から管理ネットワーク２０１を介して中継ネットワーク２０２に接続された複数のノードに対して通知される。管理ネットワーク２０１は、ノードを管理する一般的なネットワークであるので説明を省略する。
【００２３】
図９において、ノード２０３−１には、障害が発生した後に、通信パケットＡとＢとが到着する。通信パケットＡは、ノード２０３−２において障害が発生する前に、ノード２０３−２から送出されたパケットである。通信パケットＢは、ノード２０３−２において障害が発生した後に、ノード２０３−２から送出されたパケットである。これら２つのパケットを区別して処理しない場合に、ノード２０３−１では、例えば、データ化けなどの誤動作を引き起こす可能性がある。そのため、ノード２０３−１は、通信パケットＡとＢとを区別して処理する必要がある。
【００２４】
しかしながら、マルチノードシステム２００では、障害発生前に実行されたジョブに関する通信パケットなのか、障害発生後に実行されたジョブに関する通信パケットなのかを識別することができない。
【００２５】
この問題に対する解決手法には、例えば、障害から復帰したノード２０３−２に対する新たなジョブの割り当てを、一定の時間に亘って遅延させる方法が考えられる。また、ノード２０３−１では、障害が発生する前に実行されたジョブに関連する各種情報を、タイムアウトを契機に廃棄する。これにより、ジョブの割り当てを制止している間に、滞留していた通信パケットは、処理される、或いは廃棄される。その結果、ノード２０３−１は、誤動作が発生することを回避することができる。
【００２６】
しかしながら、この手法は、一定の時間に亘って待機する必要がある。そのため、当該手法では、マルチノードシステム２００の稼働率及び運用性を低下させる虞がある。また、例えば、タイムアウトまでの時間は、中継ネットワーク２０２の構成が複雑、且つ大規模になるに伴い増大する可能性がある。即ち、各ノードにおいて、例えば、データ転送などジョブの実行に必要となるリソースが利用できない時間は増加する。
【００２７】
このような場合に、例えば、障害発生前と障害発生後とに送出された通信パケットを区別する手法が考えられる。この区別する手法は、障害発生後に実行されるジョブを識別可能な識別番号を、障害発生前に実行されたジョブの識別番号と異なる番号を付与することによって実現することができる。これによって、例えば、ノード２０３−１は、識別番号に基づき通信パケットを区別して処理することができる。
【００２８】
しかしながら、同時に利用可能な識別番号の数を増やすことを目的として、各ノードでは、識別番号に応じて、ジョブに関連する各種情報を複数セット用意する必要がある。そのため、当該区別する手法では、各ノードにおいてハードウェア量を増加させるという問題を引き起こす。その結果、設備費用や管理費用は膨大となる。
【００２９】
また、マルチノードシステム２００では、利用可能な識別番号の数を増やした場合であっても、通信パケットが中継ネットワーク２０２内に滞留しているのかを確認する手法がない。そのため、識別番号は枯渇する虞がある。より具体的に、例えば、マルチノードシステム２００は、一定の時間が経過した後に、仕掛中の（つまり、滞留していた）通信に関する処理が全て完了することによって、ジョブに付与された識別番号を再利用することができる。
【００３０】
しかしながら、マルチノードシステム２００では、障害が発生した場合に、係る処理が全て完了するまで識別番号を再利用できないだけでなく、上述したように通信パケットが中継ネットワーク２０２内にどの程度滞留しているのかが不明である。そのため、識別番号を再利用することが可能なタイミングは不明である。即ち、識別番号を再利用できるまでの待ち時間は、マルチノードシステムが大規模になるにつれて無視できないほど大きくなる。
【００３１】
例えば、十分な時間に亘って待つことなく、即座に、識別番号を再利用した場合には、マルチノードシステム２００は、同様に、障害発生前と障害発生後とに送出された通信パケットを区別することができない。そのため、識別番号の再利用にあたり、マルチノードシステム２００では、一定の時間に亘ってジョブの割り当てを遅延させる必要がある。その結果、利用できる識別番号の数は少なくなる。このように、識別番号の数を増やした場合であっても、マルチノードシステム２００では、稼働率及び運用性を低下させる虞がある。
【００３２】
特許文献１には、第２のノードにおいて障害が発生した場合に、ノード間スイッチが応答信号を、第２のノードの代わりに第１のノードに対して送信することが記載されている。これにより、特許文献１は、通信処理を正常に完了することができる。そのため、特許文献１は、上述した回線交換方式やパケット交換方式に適用することができる。しかしながら、特許文献１では、第２のノードが障害から復帰した際に、ネットワーク内に正常な通信が滞留している可能性がある。そのため、特許文献１に開示された技術を、例えば、大規模なネットワークに適用した場合に、ノード間スイッチは、速やかに、且つ容易に当該正常な通信を廃棄すると共に、応答信号を送信することができない虞がある。また、例えば、ノード間スイッチが送信すべき応答信号を生成する前に、第２のノードが障害から復帰した場合に、ノード間スイッチは、障害発生前の通信なのか障害発生後の通信なのかを判別する必要がある。即ち、ノード間スイッチは、どの通信が廃棄すべき通信なのか正常に処理すべき通信なのかを判別する必要がある。しかしながら、特許文献１には、上述した判別処理について、考慮されておらず何ら述べられていない。即ち、特許文献１では、上述したように障害発生前に実行されたジョブに関する通信パケットなのか、障害発生後に実行されたジョブに関する通信パケットなのかを識別することができない。その結果、特許文献１では、ジョブの実行に必要となるリソースが利用できない時間は増加する。
【００３３】
また、特許文献２には、回線交換方式を採用した場合に、通信する２つのノードのうち何れか一方のノードにおいて発生した障害を、効率よく対処する手法が開示されている。しかしながら、特許文献２では、パケット交換方式を採用した場合について、考慮されておらず何ら述べられていない。そのため、特許文献２では、パケット交換方式を採用した大規模なマルチノードシステムにおいて上述した問題を解決することができない。即ち、特許文献２に開示された技術は、大規模なパケット交換方式に適用することできない。
【００３４】
例えば、特許文献２に開示されたノード間クロスバスイッチは、転送データの送信元であるノードを識別可能なノード情報を含むロックテーブルを有する。そのため、転送処理を実行中に送信元のノードにおいて障害が発生した場合であっても、ノード間クロスバスイッチは、ロックテーブルを参照することによって、障害の発生したノードを特定することができる。しかしながら、パケット交換方式を採用したマルチノードシステムでは、複数のノード間において転送処理を実行する。即ち、転送データを転送する相手は１つとは限らない。そのため、パケット交換方式を採用したマルチノードシステムでは、どのノード間において転送処理が実行中であるか否かを判別することが困難である。
【００３５】
例えば、回線交換方式を採用したマルチノードシステムでは、転送処理が終了することによって、２つのノード間における通信経路のロックは解除される。即ち、回線交換方式を採用したマルチノードシステムは、転送処理が実行中であるか否かを容易に判別することができる。しかしながら、パケット交換方式では、このようなロックを必要としない。そのため、パケット交換方式を採用したマルチノードシステムでは、転送処理が終了したことを、容易に知ることができない。
【００３６】
このように、特許文献２に開示された技術は、２つのノード間において障害が発生した場合の対処手法が記載されているに留まる。即ち、当該技術は、転送先であるノードと、転送元であるノードとの２つのノード間において障害が発生した場合だけを想定している。そのため、当該技術では、大規模なマルチノードシステムに適用した場合に、上述した問題を解決することができない。
【００３７】
本発明は、通信する複数のノード間において障害が発生した場合であっても、可用性を維持することが可能な送受信制御装置等を提供することを主たる目的とする。
【課題を解決するための手段】
【００３８】
上記の課題を達成すべく、本発明の一態様に係る送受信制御装置は、以下の構成を備えることを特徴とする。
【００３９】
即ち、本発明の一態様に係る送受信制御装置は、
通信対象であるノード装置との通信状態に応じて、該ノード装置との間において送受信される通信情報に対して送受信処理及び廃棄処理を実行可能であり、
前記ノード装置において障害が生じたことを示す障害情報を受信するのに応じて、前記廃棄処理を実行する一方で、
前記廃棄処理から前記送受信処理に動作を切り替えるよう要求する第１切替情報を受信した場合には、動作を前記送受信処理に切り替えると共に該送受信処理を実行し、
生じた障害から復帰した場合には、前記第１切替情報を前記ノード装置に対して送出する。
【００４０】
或いは、同目的は、上記に示す送受信制御装置を含むマルチノードシステムによっても達成される。
【００４１】
或いは、同目的は、上記に示す送受信制御装置を含むノード装置によっても達成される。
【００４２】
また、同目的を達成すべく、本発明の一態様に係る送受信制御方法は、以下の構成を備えることを特徴とする。
【００４３】
即ち、本発明の一態様に係る送受信制御方法は、
情報処理装置によって、
通信対象であるノード装置との通信状態に応じて、該ノード装置との間において送受信される通信情報に対して送受信処理及び廃棄処理を実行する際に、
前記ノード装置において障害が生じたことを示す障害情報を受信するのに応じて、前記廃棄処理を実行する一方で、
前記廃棄処理から前記送受信処理に動作を切り替えるよう要求する第１切替情報を受信した場合には、動作を前記送受信処理に切り替えると共に該送受信処理を実行し、
生じた障害から復帰した場合には、前記第１切替情報を前記ノード装置に対して送出する。
【００４４】
尚、同目的は、上記の各構成を有する送受信制御装置及び送受信制御方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００４５】
本発明によれば、通信する複数のノード間において障害が発生した場合であっても、可用性を維持することが可能な送受信制御装置等を提供することができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の第１の実施形態における送受信制御装置を含むマルチノードシステムの構成を示すブロック図である。
【図２】本発明の第１の実施形態における送受信制御装置を含むノードの構成を示すブロック図である。
【図３】本発明の第１の実施形態における送受信制御装置が行う動作を示すシーケンス図（フローチャート）である。
【図４】本発明の第２の実施形態における送受信制御装置を含むノードの構成を示すブロック図である。
【図５】本発明の第２の実施形態における送受信制御装置が行う動作を示すシーケンス図である。
【図６】本発明の第３の実施形態における送受信制御装置を含むノードの構成を示すブロック図である。
【図７】本発明に係る各実施形態を実現可能な情報処理装置のハードウェア構成を例示的に説明するブロック図である。
【図８】マルチノードシステムの構成を示すブロック図である。
【図９】マルチノードシステムにおいて障害が発生した際の動作を示すシーケンス図である。
【発明を実施するための形態】
【００４７】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００４８】
＜第１の実施形態＞
図１は、本発明の第１の実施形態における送受信制御装置１を含むマルチノードシステム１０の構成を示すブロック図である。
【００４９】
図１において、マルチノードシステム１０は、大別して、管理ネットワーク１１、中継ネットワーク１２及び複数のノード（ノード１３−１乃至１３−２）を有する。
【００５０】
これらノード１３−１乃至１３−２と管理ネットワーク１１とは、通信可能に接続することができる。また、ノード１３−１乃至１３−２と中継ネットワーク１２とは、通信可能に接続することができる。
【００５１】
図１に示すように、複数のノード１３−１乃至１３−２は、それぞれ主記憶装置１４−１乃至１４−２を有する。
【００５２】
尚、説明の便宜上、以下の説明では、ノード１３−１乃至１３−２を、総称して「ノード１３」と称する。また、以下の説明では、主記憶装置１４−１乃至１４−２を、総称して「主記憶装置１４」と称する（以下、各実施形態においても同様）。
【００５３】
図２は、本発明の第１の実施形態における送受信制御装置１を含むノード１３の構成を示すブロック図である。図２において、ノード１３は、送受信制御装置１、ノード情報１０１及びリプライ待ち情報１０２を有する。
【００５４】
送受信制御装置１は、複数のノード１３間において通信情報（通信パケット）を送受信する際に、通信の対象である（通信先の）ノード１３との通信状態に応じて、通信情報を送受信する送受信処理及び通信情報を廃棄する廃棄処理を実行可能である。
【００５５】
より具体的に、送受信制御装置１は、複数のノード１３間において通信情報に対する送受信処理及び廃棄処理を実行する際に、通信対象であるノード１３を識別可能なノード番号（例えば、識別子）に基づいて、ノード情報１０１を参照する。送受信制御装置１は、ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報（例えば、フラグ）を求める。送受信制御装置１は、求めた通信状態を示す情報が「有効」を示す場合に、通信情報を送受信する（送受信処理）。一方で、送受信制御装置１は、通信状態を示す情報が「無効」を示す場合には、通信情報を廃棄する（廃棄処理）。
【００５６】
通信情報（通信パケット）とは、自ノードと、通信の対象である１つ以上のノード１３との間において実行される、例えば、リード（読み込み）処理やライト（書き込み）処理などのジョブに関する情報を含む。また、通信情報は、自ノードを識別可能なノード番号と、通信対象である当該ノード１３のノード番号とをも含む。即ち、通信情報は、自ノードと、自ノードと異なる他のノード１３との間において実行されるジョブに関する情報とノード番号とを含む。
【００５７】
また、ここでは、ノード情報１０１は、少なくとも、通信の対象であるノード１３を識別可能なノード番号と、通信状態を示す情報とを含む。即ち、ノード情報１０１は、エントリ毎に、少なくとも、ノート番号をキーとして、ノード番号と通信状態を示す情報とが関連付けられた情報を含む。
【００５８】
通信状態とは、例えば、１つ以上のノード１３間において通信する場合に、それらノード１３間における通信状況を表す情報である。
【００５９】
より具体的に、通信状態は、それらノード１３間において正常に通信可能な場合に、正常な状況である（有効である）ことを示す情報、例えば、「有効」を含む。一方で、通信状態は、正常に通信可能でない場合には、異常である（つまり、有効でない）ことを示す情報、例えば、「無効」を含む。そのため、通信状態を示す情報には、特定のノード１３において障害が発生した場合に、「無効」を示す情報を含める。一方で、例えば、その障害から復帰した場合には、通信状態を示す情報は、「有効」を示す情報を含める。
【００６０】
尚、上述した本実施形態では、説明の便宜上、一例として、通信状態を示す情報には、「有効」または「無効」を含む構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。通信状態を示す情報は、通信の対象であるノードとの間において正常に通信可能か否かを判別することが可能な情報であればよい。
【００６１】
次に、送受信制御装置１は、通信の対象である特定のノード１３において障害が発生したことを示す障害情報（障害パケット）を受信した場合に、次に示す処理を実行する。
【００６２】
即ち、送受信制御装置１は、障害情報を受信するのに応じて、上述した廃棄処理を実行する。また、送受信制御装置１は、リプライ待ち情報１０２の中から特定のノード１３との通信に関する情報を削除する。
【００６３】
より具体的に、送受信制御装置１は、その特定のノード１３のノード番号に基づいて、ノード情報１０１を参照する。送受信制御装置１は、ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報に「無効」を示す情報を含める。即ち、送受信制御装置１は、通信状態を示す情報に「無効」を示す情報をセットする。
【００６４】
そして、送受信制御装置１は、特定のノード１３のノード番号に基づいて、リプライ待ち情報１０２を参照する。送受信制御装置１は、リプライ待ち情報１０２の中からノード番号に関連付けられた特定のノード１３に関するエントリを削除する。即ち、送受信制御装置１は、リプライ待ち情報１０２に含まれる特定のノード１３との通信に関する情報を削除する。
【００６５】
ここで、リプライ待ち情報１０２とは、例えば、通信対象である１つ以上のノード１３のノード番号と、ジョブを識別可能な識別番号と、送出した通信情報に対するリプライを受信した際の処理に必要となる情報とを含む。尚、処理に必要となる情報については、第３の実施形態において後述する。
【００６６】
次に、以下の説明では、特定のノード１３が障害から復帰した場合の動作について説明する。
【００６７】
特定のノード１３の送受信制御装置１は、中継ネットワーク１２を介して、廃棄処理から送受信処理に動作を切り替えるように要求する第１切替情報（動作切替パケット）を、中継ネットワーク１２に接続されたノード１３に対して与える（送出する）。
【００６８】
中継ネットワーク１２を介して第１切替情報を受信したノード１３の送受信制御装置１は、第１切替情報を受信した場合に、動作を送受信処理に切り替えると共に送受信処理を実行する。
【００６９】
より具体的に、送受信制御装置１は、第１切替情報を受信するのに応じて、特定のノード１３のノード番号に基づいて、ノード情報１０１を参照する。送受信制御装置１は、ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報に「有効」を示す情報を含める。即ち、送受信制御装置１は、通信状態を示す情報を「無効」から「有効」に反転させる。
【００７０】
これによって、第１切替情報を受信したノード１３は、障害の発生したノード１３との通信を再開することができる。
【００７１】
尚、送受信制御装置１は、第１切替情報を送受信する場合には、上述した通信状態に応じて処理（送受信処理または廃棄処理）を行うことなく、第１切替情報を送受信することとする。
【００７２】
ここで、第１切替情報とは、少なくとも、障害の発生した特定のノード１３を識別可能なノード番号を含む。即ち、第１切替情報は、第１切替情報を送出した送出元のノード１３を識別可能なノード番号を含む。
【００７３】
このように、特定のノード１３から送出された第１切替情報を特定のノード１３と異なる他のノード１３が受信することによって、通信するノード１３間には、滞留する通信情報が転送経路上に存在しないことが保障される。
【００７４】
その理由は、障害の発生した特定のノード１３から送出された第１切替情報は、中継ネットワーク１２などの転送経路を通過して係る異なる他のノード１３に到達するからである。
【００７５】
以下の説明において、より具体的に、本実施形態における送受信制御装置１の動作について説明する。
【００７６】
図３は、本発明の第１の実施形態における送受信制御装置１が行う動作を示すシーケンス図（フローチャート）である。係るシーケンス図に沿って送受信制御装置１の動作手順を説明する。
【００７７】
ここでは、説明の便宜上、一例として、ノード１３−１とノード１３−２との間において通信することとする。また、以下の説明では、ノード１３−２において障害が発生することとする。その際、ノード１３−２は、管理ネットワーク１１を通してノード１３−２において障害が発生したことを示す障害情報を、ノード１３−１に対して通知する。
【００７８】
また、ノード１３−２は、障害が発生する前に、ノード１３−１に対して通信情報ａを送出することとする。また、ノード１３−２は、障害が発生した後に、ノード１３−１に対して通信情報ｂを送出することとする。
【００７９】
尚、説明の便宜上、以下の説明では、障害の発生していないノード１３−１を、「第１ノード１３」と称し、障害の発生したノード１３−２を、「第２ノード１３」と称する。そして、以下の説明では、第１ノード１３に含まれる送受信制御装置１を、「第１送受信制御装置１」と称し、第２ノード１３に含まれる送受信制御装置１を、「第２送受信制御装置１」と称する。
【００８０】
また、以下の説明では、第１ノード１３に含まれるノード情報１０１を、「第１ノード情報１０１」と称し、第２ノード１３に含まれるノード情報１０１を、「第２ノード情報１０１」と称する。そして、以下の説明では、第１ノード１３に含まれるリプライ待ち情報１０２を、「第１リプライ待ち情報１０２」と称し、第２ノード１３に含まれるリプライ待ち情報１０２を、「第２リプライ待ち情報１０２」と称する（以下、各実施形態においても同様）。
【００８１】
説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない。
【００８２】
まず、以下の説明では、送受信制御装置１が障害情報を受信した際の動作について詳細に説明する。
【００８３】
第１送受信制御装置１は、障害情報を受信するのに応じて、第２送受信制御装置１のノード番号に基づいて、第１ノード情報１０１を参照する。第１送受信制御装置１は、第１ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報に「無効」を示す情報を含める。そして、第１送受信制御装置１は、ノード番号に基づいて、第１リプライ待ち情報１０２を参照する。第１送受信制御装置１は、第１リプライ待ち情報１０２の中からノード番号に関連付けられた第２ノード１３に関連するエントリを削除する（ステップＳ１）。
【００８４】
これにより、第１送受信制御装置１は、例えば、図３に示すように通信情報ａを受信した場合に、第２ノード１３のノード番号に基づき第１ノード情報１０１を参照する。第１送受信制御装置１は、第１ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報を求める。また、第１送受信制御装置１は、求めた通信状態を示す情報が「無効」を示すために、通信情報ａを廃棄することができる。さらに、第１リプライ待ち情報１０２の中から第２ノード１３との通信に関する情報を削除することによって、第１ノード１３は、既に割り当てられていたジョブの識別番号を、他のジョブと重複することなく、速やかに再利用することができる。
【００８５】
次に、以下の説明では、第２ノード１３が障害から復帰した際の送受信制御装置１における動作について説明する。
【００８６】
第２送受信制御装置１は、第２ノード１３が障害から復帰した場合に、中継ネットワーク１２を介して第１切替情報を、第１ノード１３に対して送出する（ステップＳ２）。
【００８７】
例えば、障害の発生した第２ノード１３は、ハードウェアをリセットし、再起動することによって通常の運用に復帰することができる。また、復帰後には、第２ノード１３は、新たなジョブが割り当てられ、ジョブの実行を再開することができる。
【００８８】
第１送受信制御装置１は、第２ノード１３から第１切替情報を受信する。第１送受信制御装置１は、第２ノード１３のノード番号に基づいて、第１ノード情報１０１を参照する。第１送受信制御装置１は、第１ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報を「無効」から「有効」に反転させる（ステップＳ３）。
【００８９】
これにより、第１送受信制御装置１は、通信情報を、第２ノード１３に対して送受信することができる。より具体的に、第１送受信制御装置１は、図３に示すように通信情報ｂを受信した場合に、第１ノード情報１０１の中から求めた通信状態を示す情報が「有効」を示すために、通信情報ｂの受信処理を実行する。
【００９０】
このように本実施の形態に係る送受信制御装置１によれば、通信する複数のノード間において障害が発生した場合であっても、可用性を維持することができる。その理由は、以下に述べる通りである。
【００９１】
送受信制御装置１は、自ノード１３と通信対象であるノード１３との通信状態に応じて、通信情報に対する送受信処理及び廃棄処理を実行することができるからである。また、送受信制御装置１は、通信対象であるノード１３から障害情報を受信した場合に、ノード情報１０１の通信状態を示す情報に「無効」を示す情報を含めることによって、通信情報を廃棄するよう動作を切り替えることができる。そして、送受信制御装置１は、通信対象であるノード１３に関するエントリを、リプライ待ち情報１０２から削除することができる。そのため、ノード１３は、ジョブの識別番号を再利用するにあたり待ち時間を設ける必要がない。また、障害の発生したノード１３では、障害から復帰後に、可及的速やかにジョブの実行を開始することができる。即ち、送受信制御装置１は、障害が発生した際に、リソースを解放するまでの時間を短縮することができる。
【００９２】
また、通信対象であるノード１３から第１切替情報を受信した場合には、送受信制御装置１は、ノード情報１０１の通信状態を示す情報に「有効」を示す情報を含めることによって、通信情報を送受信するよう動作を切り替えることができる。そのため、ノード１３は、ジョブを再開するにあたり待ち時間を設ける必要がない。また、マルチノードシステム１０では、通信対象であるノード１３から自ノード１３に第１切替情報が到着することによって、中継ネットワーク１２などのネットワーク内に通信情報が滞留していないことが保障される。その結果、即座に、後続の通信情報が到着する場合であっても、ノード１３は、正常に処理を実行することができる。即ち、送受信制御装置１は、システムの稼働率と運用性を向上させることができる。マルチノードシステム１０の運用にあたって、送受信制御装置１は、障害の発生後に無用な待ち時間を設定する必要がないからである。このように、送受信制御装置１は、マルチノードシステム１０において障害が発生した場合であっても、識別番号の再利用やジョブの再開にあたり待ち時間を設ける必要が無く、より速やかにジョブを再開することのできるよう可用性を維持することができる。
【００９３】
＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る送受信制御装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【００９４】
本発明の第２の実施形態における送受信制御装置２１について、図１、図３乃至図５を参照して説明する。
【００９５】
本実施形態におけるマルチノードシステムの構成は、第１の実施形態において説明したマルチノードシステム１０（図１）の構成と同様である。そのため、重複する説明は省略する。
【００９６】
図４は、本発明の第２の実施形態における送受信制御装置２１を含むノード１３の構成を示すブロック図である。図４において、ノード１３は、送受信制御装置２１、ノード情報１０１及びリプライ待ち情報１０２を有する。
【００９７】
より具体的に、第１の実施形態における送受信制御装置１は、第１切替情報を受信するのに応じて、ノード情報１０１に含まれる通信状態を示す情報を「無効」から「有効」に切り替える処理を実行する構成を例に説明した。本実施形態における送受信制御装置２１は、さらに、第１切替情報に対するリプライとして第２切替情報を、障害の発生した特定のノード１３に対して与える。即ち、送受信制御装置２１は、第２切替情報を、第１切替情報の送信元である特定のノード１３に対して送出する。
【００９８】
また、特定のノード１３の送受信制御装置２１は、第１切替情報を送出する場合に、ノード情報１０１に含まれるノード番号に関連付けられた通信状態を示す情報に「無効」を示す情報を含める。その後、特定のノード１３は、動作を開始する。
【００９９】
これにより、通信状態を示す情報が「無効」を示すために、特定のノード１３の送受信制御装置２１は、例えば、他のノード１３から通信情報を受信した場合に、その通信情報を廃棄する。即ち、送受信制御装置２１は、通信情報の廃棄処理を実行する。一方で、送受信制御装置２１は、他のノード１３に対して通信情報を送出する場合には、その通信情報の送出を待機する。
【０１００】
次に、特定のノード１３の送受信制御装置２１は、第１切替情報に対するリプライとして第２切替情報を受信した場合に、動作を送受信処理に切り替えると共に送受信処理を実行する。また、送受信制御装置２１は、待機していた通信情報に対しては送出を再開する。
【０１０１】
より具体的に、送受信制御装置２１は、第１切替情報に対するリプライとして第２切替情報を受信した場合に、そのリプライを送出したノード１３のノード番号に基づいて、ノード情報１０１を参照する。送受信制御装置２１は、ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報に「有効」を示す情報を含める。即ち、送受信制御装置２１は、通信状態を示す情報を「無効」から「有効」に反転させる。
【０１０２】
これにより、通信状態を示す情報が「有効」を示すために、特定のノード１３の送受信制御装置２１は、他のノード１３から受信した通信情報を廃棄することなく受信する。また、送受信制御装置２１は、待機していた通信情報の送出を再開することができる。
【０１０３】
以下の説明において、より具体的に、本実施形態における送受信制御装置２１の動作について説明する。
【０１０４】
図５は、本発明の第２の実施形態における送受信制御装置２１が行う動作を示すシーケンス図である。係るシーケンス図に沿って送受信制御装置２１の動作手順を説明する。
【０１０５】
以下の説明では、説明の便宜上、一例として、ノード１３−１とノード１３−２との間において通信することとする。また、以下の説明では、ノード１３−２において障害が発生することとする。その際、ノード１３−２は、管理ネットワーク１１を介してノード１３−２において障害が発生したことを示す障害情報を、ノード１３−１に対して送出する。
【０１０６】
また、ノード１３−１は、障害が発生する前に、ノード１３−２に対して通信情報ｃを送出することとする。そして、ノード１３−１は、第１切替情報を受信後に、ノード１３−２に対して通信情報ｄを送出することとする。
【０１０７】
尚、説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下の実施形態においても同様）。
【０１０８】
また、説明の便宜上、以下の説明では、第１の実施形態の図３に示すシーケンス図において説明した処理と同様な処理については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１０９】
第２送受信制御装置２１は、障害から復帰した場合に、中継ネットワーク１２を介して第１切替情報を、中継ネットワーク１２に接続された各ノード１３に対して送出する。ここでは、第２送受信制御装置２１は、第１切替情報を、第１ノード１３に対して送出する。また、第２送受信制御装置２１は、第１切替情報を送出する場合に、第２ノード情報１０１に含まれるノード番号に関連付けられた通信状態を示す情報に「無効」を示す情報を含める（ステップＳ１１）。
【０１１０】
これにより、通信状態を示す情報が「無効」を示すために、第２送受信制御装置２１は、例えば、図５に示すように通信情報ｃを受信した場合であっても、通信情報ｃを廃棄することができる。
【０１１１】
第１送受信制御装置２１は、第２ノード１３から第１切替情報を受信するのに応じて、第１ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報を「無効」から「有効」に反転させる（ステップＳ３）。
【０１１２】
そして、第１送受信制御装置２１は、第１切替情報に対するリプライとして第２切替情報を、第２ノード１３に対して送出する（ステップＳ１２）。
【０１１３】
第２送受信制御装置２１は、第１ノード１３からリプライとして第２切替情報を受信する。第２送受信制御装置２１は、第２ノード情報１０１の中からノード番号に関連付けられた通信状態を示す情報を「無効」から「有効」に反転させる（ステップＳ１３）。
【０１１４】
これにより、通信状態を示す情報が「有効」を示すために、第２送受信制御装置２１は、図５に示すように通信情報ｄを受信する。また、第２送受信制御装置２１は、待機していた通信情報がある場合に、その通信情報の送出を再開する。
【０１１５】
尚、上述した本実施形態では、説明の便宜上、一例として、障害の発生したノード１３は、障害情報を他のノード１３に対して送出する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。障害情報は、例えば、管理ネットワーク１１により各ノードにおいて障害が発生したか否かを監視すると共に、障害が発生した場合に通知される構成を採用してもよい。
【０１１６】
このように本実施の形態に係る送受信制御装置２１によれば、第１の実施形態において説明した効果を享受できると共に、さらに、障害の発生したノード１３であっても、可用性を維持することができる。
【０１１７】
その理由は、障害の発生前に送出された通信情報が中継ネットワーク１２などのネットワーク内に滞留し、その通信情報が障害からの復帰後に到達した場合であっても、送受信制御装置２１は、その通信情報を廃棄することができるからである。一方で、送受信制御装置２１は、障害の復帰後に送出された通信情報を受信することができるからである。即ち、本実施の形態に係る送受信制御装置２１によれば、障害の復帰後に送出された通信情報であることを保障することができるからである。
【０１１８】
＜第３の実施形態＞
次に、上述した本発明の第２の実施形態に係る送受信制御装置２１を基本とする第３の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１１９】
本発明の第３の実施形態における送受信制御装置２１について、図１及び図６を参照して説明する。
【０１２０】
本実施形態におけるマルチノードシステムの構成は、第１の実施形態において説明したマルチノードシステム１０（図１）の構成と同様である。そのため、重複する説明は省略する。
【０１２１】
図６は、本発明の第３の実施形態における送受信制御装置２１を含むノード１３の構成を示すブロック図である。
【０１２２】
図６において、ノード１３は、送受信制御装置２１、転送制御部３１、主記憶制御部３２、ノード情報１０１、リプライ待ち情報１０２及びアドレス情報１０３を有する。
【０１２３】
以下の説明では、より具体的に、マルチノードシステム１０の動作について説明する。
【０１２４】
尚、以下の説明において、送受信制御装置２１の動作は上述した各実施形態と同様である。そのため、重複する説明は省略する。
【０１２５】
また、説明の便宜上、以下の説明では、障害の発生していない第１ノード１３に含まれる転送制御部３１を、「第１転送制御部３１」と称し、障害の発生した第２ノード１３に含まれる転送制御部３１を、「第２転送制御部３１」と称する。以下の説明では、第１ノード１３に含まれる主記憶制御部３２を、「第１主記憶制御部３２」と称し、第２ノード１３に含まれる主記憶制御部３２を、「第２主記憶制御部３２」と称する。また、以下の説明では、第１ノード１３に含まれるアドレス情報１０３を、「第１アドレス情報１０３」と称し、第２ノード１３に含まれるアドレス情報１０３を、「第２アドレス情報１０３」と称する。
【０１２６】
まず、以下の説明では、一例として、ノード１３−１（第１ノード１３）からノード１３−２（第２ノード１３）に対してリード処理を実行する場合の動作について説明する。
【０１２７】
第１転送制御部３１は、第２ノード１３の論理番号（例えば、ノード番号）に基づいて、第１ノード情報１０１を参照する。第１転送制御部３１は、第１ノード情報１０１の中から当該論理番号に関連付けられた第２ノード１３の物理番号を求める。第１転送制御部３１は、求めた物理番号に基づいて、中継ネットワーク１２においてルーティングに必要な通信先である第２ノード１３のネットワークアドレスを得る。
【０１２８】
さらに、第１転送制御部３１は、第２ノード１３のノード番号と、第２ノード１３からリプライを受信した際の処理に必要となる情報とを関連付けてリプライ待ち情報１０２に記録する。
【０１２９】
ここでは、処理に必要となる情報とは、例えば、リード処理を実行する場合に、主記憶装置１４−１に対して書き込むべき位置を示すアドレス情報などの各種情報を含む。或いは、処理に必要となる情報とは、例えば、ライト処理を実行する場合には、リプライとして送出される受信確認通信情報の受信数を定めた期待値（受信数期待値）などの各種情報を含む。
【０１３０】
また、ノード情報１０１は、通信対象であるノード１３のノード番号と、通信状態を示す情報と、通信対象であるノード１３の物理番号とが関連付けられた情報を含む。
【０１３１】
第１転送制御部３１は、例えば、第２ノード１３のノード番号と、ネットワークアドレスとを含むリード処理を要求する通信パケットを、第１送受信制御装置２１に対して与える。
【０１３２】
第１送受信制御装置２１は、第２ノード１３に対して通信パケットを送出する際に、第１ノード１３と第２ノード１３との通信状態に応じて、通信パケットの送信処理及び廃棄処理の何れかの処理を実行する。
【０１３３】
ここでは、第１送受信制御装置２１は、通信パケットを、第２ノード１３に対して送出することとする。これにより、当該通信パケットは、ネットワークアドレスに従ってネットワークを経由して第２ノード１３に到達する。
【０１３４】
第２送受信制御装置２１は、第１ノード１３から通信パケットを受信する。第２送受信制御装置２１は、第１ノード１３と第２ノード１３との通信状態に応じて、通信パケットの受信処理及び廃棄処理の何れかの処理を実行する。
【０１３５】
ここでは、第２送受信制御装置２１は、通信パケットを、受信することとする。また、第２転送制御部３１は、当該通信パケットに含まれるリードすべき情報が記憶された位置を示すアドレス情報を、第２アドレス情報１０３を用いて自装置のアドレス情報に変換する。第２転送制御部３１は、変換したアドレス情報に基づき第２主記憶制御部３２を介して主記憶装置１４−２にアクセスすることにより転送すべき転送データを得る。
【０１３６】
さらに、第２転送制御部３１は、第１ノード１３の論理番号に基づいて、第２ノード情報１０１を参照する。第２転送制御部３１は、第２ノード情報１０１の中から当該論理番号に関連付けられた第１ノード１３の物理番号を求める。第２転送制御部３１は、求めた物理番号に基づき中継ネットワーク１２においてルーティングに必要な通信先である第１ノード１３のネットワークアドレスを得る。
【０１３７】
第２転送制御部３１は、例えば、第１ノード１３のノード番号と、ネットワークアドレスと、転送データとを含むリプライを、第２送受信制御装置２１に対して与える。
【０１３８】
第２送受信制御装置２１は、リプライを送出する際に、第１ノード１３と第２ノード１３との通信状態に応じて、リプライの送信処理及び廃棄処理の何れかの処理を実行する。
【０１３９】
ここでは、第２送受信制御装置２１は、係るリプライを、第１ノード１３に対して送出することとする。これにより、当該リプライは、ネットワークアドレスに従ってネットワークを経由して第１ノード１３に到達する。また、第１ノード１３は、第２ノード１３からリプライを受信する際に、第１ノード１３と第２ノード１３との通信状態に応じて、リプライの受信処理を実行することとする。
【０１４０】
第１転送制御３１は、第１リプライ待ち情報１０２を参照し、受信した転送データの書き込み位置を示すアドレス情報を取得する。第１転送制御３１は、第１主記憶制御部３２を介して主記憶装置１４−１の指定されたアドレスに転送データを書き込む。
【０１４１】
次に、以下の説明では、一例として、第１ノード１３から第２ノード１３に対してライト処理を実行する場合の動作について説明する。
【０１４２】
第１転送制御部３１は、上述した処理と同様に、第２ノード１３のネットワークアドレスを得る。
【０１４３】
さらに、第１転送制御部３１は、第２ノード１３のノード番号と、第２ノード１３からリプライとして受信確認通信情報を受信した際の処理に必要となる情報とを、第１リプライ待ち情報１０２に記録する。
【０１４４】
第１転送制御部３１は、第１アドレス情報１０３を用いて第２ノード１３に対して転送すべき転送データが格納されている位置を示すアドレス情報を求める。第１転送制御部３１は、求めたアドレス情報に基づき第１主記憶制御部３２を介して主記憶装置１４−１にアクセスすることにより転送データを得る。
【０１４５】
その後、第１転送制御部３１は、第２ノード１３のノード番号と、ネットワークアドレスと、転送データとを含む通信パケットを、第１送受信制御装置２１に対して与える。
【０１４６】
ここでは、第１送受信制御装置２１は、第１ノード１３と第２ノード１３との通信状態に応じて、第２ノード１３に対して送出することとする。これにより、通信パケットは、ネットワークアドレスに従ってネットワークを経由して第２ノード１３に到達する。また、第２送受信制御装置２１は、第１ノード１３と第２ノード１３との通信状態に応じて、送出された通信パケットを受信することとする。
【０１４７】
第２転送制御部３１は、通信パケットに含まれる転送データを格納すべき位置を示すアドレス情報を、第２アドレス情報１０３を用いて自装置のアドレス情報に変換する。第２転送制御部３１は、変換したアドレス情報に基づき第２主記憶制御部３２を介して主記憶装置１４−２の指定された位置に転送データを書き込む。
【０１４８】
さらに、第２転送制御部３１は、上述した処理と同様に、第１ノード１３のネットワークアドレスを得る。
【０１４９】
第２転送制御部３１は、例えば、第１ノード１３のノード番号と、ネットワークアドレスとを含む受信確認通信情報を、第２送受信制御装置２１に対して与える。
【０１５０】
ここでは、第２送受信制御装置２１は、第１ノード１３と第２ノード１３との通信状態に応じて、受信確認通信情報を、第１ノード１３に対して送出することとする。これにより、受信確認通信情報は、ネットワークアドレスに従ってネットワークを経由して第１ノード１３に到達する。また、要求元である第１ノード１３の第１送受信制御装置２１は、第１ノード１３と第２ノード１３との通信状態に応じて、受信確認通信情報を受信することとする。
【０１５１】
第１転送制御部３１は、受信確認通信情報と、第１リプライ待ち情報１０２に記録された情報とを比較する。第１転送制御部３１は、比較した結果に応じて、第２ノード１３において生じる例外処理の有無や転送処理の完了確認などの各種情報を、第１主記憶制御部３２を介して主記憶装置１４−１に記録する。
【０１５２】
このように本実施の形態に係る送受信制御装置２１によれば、各実施形態において説明した効果を享受できる。また、送受信制御装置２１によれば、パケット交換方式を採用するマルチノードシステムに適用して好適である。
【０１５３】
その理由は、送受信制御装置２１は、ノードに適用した場合に、装置規模を大きくすることなく、搭載することが可能だからである。そのため、送受信制御装置２１は、設備費用や管理費用を増大させることなく、上述した処理を実現することができるからである。
【０１５４】
（ハードウェア構成例）
上述した実施形態において図面に示した各部は、ソフトウェアプログラムの機能単位（処理単位、ソフトウェアモジュール）と捉えることができる。これらの各ソフトウェアモジュールは、専用のハードウェアによって実現してもよい。但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図７を参照して説明する。
【０１５５】
図７は、本発明の模範的な実施形態に係る送受信制御装置を実行可能な情報処理装置３００（コンピュータ）の構成を例示的に説明する図である。即ち、図７は、サーバ等のコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。このコンピュータは、送受信制御装置（図２）、或いは、送受信制御装置２１（図４）、送受信制御装置２１（図６）、の全体または一部の送受信制御装置を実現可能である。
【０１５６】
図７に示した情報処理装置３００は、以下の構成がバス３０６（通信線）を介して接続された一般的なコンピュータである。
【０１５７】
・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）３０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、
・ハードディスク３０４（記憶装置）、
・外部装置との通信インタフェース（Ｉｎｔｅｒｆａｃｅ：以降、「Ｉ／Ｆ」と称する）３０５、
・ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記憶媒体３０７に格納されたデータを読み書き可能なリーダライタ３０８。
【０１５８】
そして、上述した実施形態を例に説明した本発明は、以下の手順によって達成される。即ち、図７に示した情報処理装置３００に対して、その説明において参照したブロック構成図（図２、図４、図６）或いはシーケンス図（図３、図５）の機能を実現可能なコンピュータ・プログラムが供給される。その後、そのコンピュータ・プログラムは、当該ハードウェアのＣＰＵ３０１に読み出されて実行されることによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な一時記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納すれば良い。
【０１５９】
また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。例えば、供給方法は、ＣＤ−ＲＯＭ等の各種記憶媒体３０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等である。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード、或いはそのコードが格納された記憶媒体によって構成されると捉えることができる。
【０１６０】
以上、実施形態を参照して本発明を説明してきたが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【０１６１】
１    送受信制御装置
１０、２００    マルチノードシステム
１１、２０１    管理ネットワーク
１２、２０２    中継ネットワーク
１３−１、１３−２、２０３−１、２０３−２    ノード
１４−１、１４−２、２０４−１、２０４−２    主記憶装置
２１    送受信制御装置
３１    転送制御部
３２    主記憶制御部
１０１    ノード情報
１０２    リプライ待ち情報
１０３    アドレス情報
３００    情報処理装置
３０１    ＣＰＵ
３０２    ＲＯＭ
３０３    ＲＡＭ
３０４    ハードディスク
３０５    通信インタフェース
３０６    バス
３０７    記憶媒体
３０８    リーダライタ
【図１】
0006447047.tif 000002
【図２】
0006447047.tif 000003
【図３】
0006447047.tif 000004
【図４】
0006447047.tif 000005
【図５】
0006447047.tif 000006
【図６】
0006447047.tif 000007
【図７】
0006447047.tif 000008
【図８】
0006447047.tif 000009
【図９】
0006447047.tif 000010