(57)【要約】シリアルバスブリッジネットワークにおけるＴＩＭＥＯＵＴメッセージ管理のための方法及びシステムは、タイムアウト要求メッセージを受信すると、格納されているリモートタイムアウト値の集合が有効であるか判断するため、ポータルによりフラグをチェックするステップを有する。格納されている集合が有効である場合、ポータルは、格納されているリモートタイムアウト値の集合を利用して、送信元バスへのタイムアウト応答メッセージを合成する。格納されている集合が有効でない場合、ポータルは様々なアクションをとる。一実施例では、ポータルは、受信したリモートタイムアウト値の集合を一時的に格納し、転送されたタイムアウト要求メッセージにおいて計算されたリモートタイムアウト値の新たな集合を転送し、転送されたタイムアウト要求メッセージに対応するタイムアウト応答メッセージを傍受し、更新された有効フラグと共に以降の利用のため、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、修正されたリモートタイムアウト値の集合を格納し、修正されたリモートタイムアウト応答値の集合をタイムアウト応答メッセージの一部として送信元バスに転送する。第２の実施例では、ポータルは、変更されていないタイムアウト要求メッセージを送信先バスに転送し、当該ポータルに関連するイグジットポータルは、タイムアウト応答メッセージの受信により、リモートタイムアウト値の集合を更新し、タイムアウト応答メッセージにおける更新したリモートタイムアウト応答値の集合を送信元バスに転送すると共に、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、以降の利用のために格納する。
2006506031.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのブリッジにより結合された複数のバス上に設けられた複数のノードを有するブリッジネットワークにおいて、タイムアウトメッセージを効率的に通信する方法であって、
ポータルが前記複数のバスの送信先バスに対するＴＩＭＥＯＵＴ要求メッセージを受信すると、前記送信先バスに関連するリモートタイムアウト値の集合が既知であるか前記ポータルにより判断するステップと、
前記リモートタイムアウト値の集合が既知である場合、前記ポータルによりＴＩＭＥＯＵＴ応答メッセージを合成するステップと、
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記合成するステップは、前記ポータルに関連する前記複数のバスのローカルバスから前記送信先バスへの既知のリモートタイムアウト秒の値を前記ＴＩＭＥＯＵＴ要求メッセージの受信したリモートタイムアウト秒の値に加えることを特徴とする方法。
【請求項３】
請求項２記載の方法であって、
前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージにおけるリモートタイムアウト秒応答値として利用することを特徴とする方法。
【請求項４】
請求項１記載の方法であって、
前記合成するステップは、さらに、前記ポータルに関連する前記複数のバスのローカルバスからの前記送信先バスの既知の最大リモートペイロード値と前記ＴＩＭＥＯＵＴ要求メッセージにおける受信した最大リモートペイロード値を比較することを特徴とする方法。
【請求項５】
請求項４記載の方法であって、
前記合成するステップは、さらに、前記比較される２つの値の小さい方を前記ＴＩＭＥＯＵＴ応答メッセージの最大リモートペイロード応答値として利用することを特徴とする方法。
【請求項６】
請求項１記載の方法であって、
前記合成するステップは、さらに、前記ポータルに関連するローカルバスから前記送信先バスへの既知のホップカウントを前記ＴＩＭＥＯＵＴ要求メッセージの受信したホップカウント値に加算することを特徴とする方法。
【請求項７】
請求項６記載の方法であって、
前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージのホップカウント応答値として利用することを特徴とする方法。
【請求項８】
請求項１記載の方法であって、さらに、
前記リモートタイムアウト値が既知でない場合、クリアされたｖａｌｉｄ＿ｆｌａｇと共に、前記送信先バスの受信したリモートタイムアウト値の集合（Ｔ０、Ｐ０及びＣ０）を格納するステップを有する（ただし、Ｔ０は受信したリモートタイムアウト秒の値であり、Ｐ０は受信した最大リモートペイロードの値であり、Ｃ０は受信したホップカウントの値である）ことを特徴とする方法。
【請求項９】
請求項８記載の方法であって、さらに、
（１）前記受信したリモートタイムアウト値プラス第１定数に等しい第１の新たなリモートタイムアウト秒の値と、（２）第２定数に等しい第１の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント値プラス１に等しい第１の新たなホップカウント値とを有する第１の新たなリモートタイムアウト値の集合を決定するステップを有し、
前記第１定数は、（ａ）前記ポータルから次のブリッジの次のポータルへの要求サブアクションに対する最大転送時間と、（ｂ）前記ポータルに関連するコウポータルから前記次のブリッジ次のポータルまたは前記複数のノードの要求元ノードへの応答サブアクションに対する最大転送時間との和であり、
前記第２定数は、前記ポータルから前記次のブリッジの次のポータルに転送可能な最大データペイロードである、
ことを特徴とする方法。
【請求項１０】
請求項９記載の方法であって、さらに、
前記第１の新たなリモートタイムアウト値の集合を修正されたタイムアウト要求メッセージにおいて転送するステップを有することを特徴とする方法。
【請求項１１】
請求項１０記載の方法であって、さらに、
前記送信先バスから前記送信元バスへの対応するＴＩＭＥＯＵＴ応答メッセージを前記ポータルにより傍受するステップを有し、
前記対応するＴＩＭＥＯＵＴ応答メッセージは、前記修正されたタイムアウト要求メッセージに対応する、
ことを特徴とする方法。
【請求項１２】
請求項１１記載の方法であって、さらに、
（１）受信したリモートタイムアウト秒応答値マイナス前記受信したリモートタイムアウト秒の値に等しい第２の新たなリモートタイムアウト秒の値と、（２）受信した最大ペイロード応答値に等しい第２の新たな最大ペイロード値と、（３）受信したホップカウント応答値マイナス受信したホップカウント値に等しい第２の新たなホップカウント値とを有する第２の新たなリモートタイムアウト値の集合を決定するステップと、
前記第２の新たなリモートタイムアウト値が有効であることを示すフラグと共に、前記第２の新たなリモートタイムアウト値を格納するステップと、
を有し、
前記受信したリモートタイムアウト秒応答値と、前記受信した最大ペイロード応答値と、前記受信したホップカウント応答値とは、前記傍受された対応するＴＩＭＥＯＵＴ応答メッセージに含まれる、
ことを特徴とする方法。
【請求項１３】
請求項１２記載の方法であって、さらに、
（１）前記受信したリモートタイムアウト秒応答値に等しい第３の新たなリモートタイムアウト秒の値と、（２）前記受信した最大リモートペイロードの値と前記受信した最大ペイロードの値の小さい方に等しい第３の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント応答値に等しい第３の新たなホップカウント値とを有する第３の新たなリモートタイムアウト値の集合を決定するステップを有することを特徴とする方法。
【請求項１４】
請求項１３記載の方法であって、さらに、
前記第３の新たなリモートタイムアウト値の集合をＴＩＭＥＯＵＴ応答メッセージの一部として前記送信元バスに転送するステップを有することを特徴とする方法。
【請求項１５】
請求項８記載の方法であって、さらに、
（１）前記受信したリモートタイムアウト秒の値の値プラス第１定数に等しい第１の新たなリモートタイムアウト秒の値と、（２）第２定数に等しい第１の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント値プラス１に等しい第１の新たなホップカウント値とを有する第１の新たなリモートタイムアウト値の集合を決定するステップを有し、
前記第１定数は、（ａ）前記ポータルから次のブリッジの次のポータルへの要求サブアクションに対する最大転送時間と、（ｂ）前記ポータルに関連するコウポータルから前記次のブリッジの次のポータルまたは前記複数のノードの要求元ノードへの応答サブアクションに対する最大転送時間との和であり、
前記第２定数は、前記最大リモートペイロードに対する最大値である、
ことを特徴とする方法。
【請求項１６】
請求項１５記載の方法であって、さらに、
前記第１の新たなリモートタイムアウト値の集合を修正されたタイムアウト要求メッセージにおいて転送するステップを有することを特徴とする方法。
【請求項１７】
請求項１６記載の方法であって、さらに、
前記送信先バスから前記送信元バスへの対応するＴＩＭＥＯＵＴ応答メッセージを前記ポータルにより傍受するステップを有し、
前記対応するＴＩＭＥＯＵＴ応答メッセージは、前記修正したタイムアウト要求メッセージに対応する、
ことを特徴とする方法。
【請求項１８】
請求項１７記載の方法であって、さらに、
（１）受信したリモートタイムアウト秒応答値マイナス前記受信したリモートタイムアウト秒の値に等しい第２の新たなリモートタイムアウト秒の値と、（２）受信した最大ペイロード応答値と、前記ポータルから前記次のブリッジの次のポータルに転送可能な最大データペイロードの小さい方に等しい第２の新たな最大ペイロード値と、（３）受信したホップカウント応答値マイナス受信したホップカウント値に等しい第２の新たなホップカウント値とを有する第２の新たなリモートタイムアウト値の集合を決定するステップと、
前記第２の新たなリモートタイムアウト値が有効であることを示すフラグと共に、前記第２の新たなリモートタイムアウト値を格納するステップと、
を有し、
前記受信したリモートタイムアウト秒応答値と、前記受信した最大ペイロード応答値と、前記受信したホップカウント応答値とは、前記傍受された対応するＴＩＭＥＯＵＴ応答メッセージに含まれる、
ことを特徴とする方法。
【請求項１９】
請求項１８記載の方法であって、さらに、
（１）前記受信したリモートタイムアウト秒応答値に等しい第３の新たなリモートタイムアウト秒の値と、（２）前記受信した最大リモートペイロードの値、前記受信した最大ペイロードの値及び前記ポータルから前記次のブリッジの次のポータルに転送可能な前記最大データペイロードの小さい方に等しい第３の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント応答値に等しい第３の新たなホップカウント値とを有する第３の新たなリモートタイムアウト値の集合を決定するステップを有することを特徴とする方法。
【請求項２０】
請求項２１記載の方法であって、さらに、
前記第３の新たなリモートタイムアウト値の集合をＴＩＭＥＯＵＴ応答メッセージの一部として前記送信元バスに転送するステップを有することを特徴とする方法。
【請求項２１】
少なくとも１つのブリッジにより結合された複数のバス上に設けられた複数のノードを有するネットワークにおいて通信を行う方法であって、
各ポータルが前記複数のバスの送信先バスに対するＴＩＭＥＯＵＴ要求メッセージを受信すると、前記送信先バスに関連するリモートタイムアウト値の集合が既知であるか前記ポータルにより判断するステップと、
前記リモートタイムアウト値の集合が既知である場合、前記ポータルによりＴＩＭＥＯＵＴ応答メッセージを合成するステップと、
を有することを特徴とする方法。
【請求項２２】
請求項２１記載の方法であって、
前記合成するステップは、
前記合成するステップは、前記ポータルに関連する前記複数のバスのローカルバスから前記送信先バスへの既知のリモートタイムアウト秒の値を前記ＴＩＭＥＯＵＴ要求メッセージの受信したリモートタイムアウト秒の値に加えることを特徴とする方法。
【請求項２３】
請求項２２記載の方法であって、
前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージにおけるリモートタイムアウト秒応答値として利用することを特徴とする方法。
【請求項２４】
請求項２１記載の方法であって、
前記合成するステップは、さらに、前記ポータルに関連する前記複数のバスのローカルバスからの前記送信先バスの既知の最大リモートペイロード値と前記ＴＩＭＥＯＵＴ要求メッセージにおける受信した最大リモートペイロード値を比較することを特徴とする方法。
【請求項２５】
請求項２４記載の方法であって、
前記合成するステップは、さらに、前記比較される２つの値の小さい方を前記ＴＩＭＥＯＵＴ応答メッセージの最大リモートペイロード応答値として利用することを特徴とする方法。
【請求項２６】
請求項２１記載の方法であって、
前記合成するステップは、さらに、前記ポータルに関連するローカルバスから前記送信先バスへの既知のホップカウントを前記ＴＩＭＥＯＵＴ要求メッセージの受信したホップカウント値に加算することを特徴とする方法。
【請求項２７】
請求項２６記載の方法であって、
前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージのホップカウント応答値として利用することを特徴とする方法。
【請求項２８】
請求項２１記載の方法であって、さらに、
前記リモートタイムアウト値が既知でない場合、前記タイムアウト要求メッセージに含まれる受信したリモートタイムアウト値の集合を変更することなく、前記タイムアウト要求メッセージを転送するステップを有することを特徴とする方法。
【請求項２９】
請求項２８記載の方法であって、さらに、
前記送信先バスから前記送信元バスへのＴＩＭＥＯＵＴ応答メッセージをポータルにより受信するステップを有し、
前記ＴＩＭＥＯＵＴ応答メッセージは、受信したリモートタイムアウト応答値の集合を有する、
ことを特徴とする方法。
【請求項３０】
請求項２９記載の方法であって、さらに、
（１）受信したリモートタイムアウト秒応答値プラス第１定数に等しい第１の新たなリモートタイムアウト秒の値と、（２）受信した最大ペイロード応答値と、前記ポータルから前記次のブリッジの次のポータルに転送可能な最大データペイロードの小さい方に等しい第２の新たな最大ペイロードの値と、（３）受信したホップカウント応答値プラス１に等しい第２の新たなホップカウント値とを有する第１の新たなリモートタイムアウト値の集合を決定するステップと、
前記第２の新たなリモートタイムアウト値が有効であると示すフラグと共に、前記第１の新たなリモートタイムアウト値の集合を格納するステップと、
を有し、
前記受信したリモートタイムアウト秒応答値と、前記受信した最大ペイロード応答値と、前記受信したホップカウント応答値は、前記受信したＴＩＭＥＯＵＴ応答メッセージに含まれる、
ことを特徴とする方法。
【請求項３１】
請求項３０記載の方法であって、さらに、
前記第２の新たなリモートタイムアウト値の集合をＴＩＭＥＯＵＴ応答メッセージの一部として前記送信元バスに転送するステップを有することを特徴とする方法。
【請求項３２】
低減された応答タイムアウト管理システムを有するシリアルバスブリッジネットワークであって、
少なくとも１つのネットワークノードを有する送信元バスと、
少なくとも１つのネットワークノードを有する中間バスと、
前記送信元バスと前記中間バスを結合し、第１ポータルと第２ポータルを有する第１ブリッジと、
少なくとも１つのネットワークノードを有する送信先バスと、
前記中間バスと前記送信先バスを結合し、各々が前記送信先バスに対するリモートタイムアウト値と該リモートタイムアウト値の状態を示すフラグとを有する第１ポータルと第２ポータルを有する第２ブリッジと、
を有し、
前記ポータルの各々は、前記送信先バスに対するタイムアウト要求メッセージを受信すると、前記格納したリモートタイムアウト値の集合が有効であるか判断するため、前記フラグをチェックし、
前記ポータルの各々は、前記送信元バスへのタイムアウト要求メッセージに応答して、前記フラグが前記格納したリモートタイムアウト値の集合が有効であると示す場合、前記格納したリモートタイムアウト値の集合を利用することにより、タイムアウト応答メッセージを生成する、
ことを特徴とするネットワーク。
【請求項３３】
請求項３２記載のネットワークであって、
前記ポータルの各々は、前記フラグが前記格納したリモートタイムアウト値の集合が有効でないと示す場合、前記受信したリモートタイムアウト値の集合と共に、前記受信したタイムアウト要求メッセージを次のポータルまたは送信先バスにわたすことを特徴とするネットワーク。
【請求項３４】
請求項３２記載のネットワークであって、
前記ポータルの各々は、前記送信元バスに対するタイムアウト応答メッセージの受信により、前記受信したタイムアウト応答メッセージに含まれる受信したタイムアウト応答値の集合を利用して、前記格納したリモートタイムアウト値の集合を更新することを特徴とするネットワーク。
【請求項３５】
請求項３４記載のネットワークであって、
前記ポータルの各々は、前記更新したリモートタイムアウト値の集合を利用して、修正したタイムアウト応答メッセージを前記送信元バスに転送することを特徴とするネットワーク。
【請求項３６】
請求項３３記載のネットワークであって、
前記リモートタイムアウト値の集合は、リモートタイムアウト秒の値と、最大ペイロードの値と、ホップカウント値を有することを特徴とするネットワーク。
【請求項３７】
請求項３４記載のネットワークであって、
前記ポータルの各々は、第１定数を受信したリモートタイムアウト応答値に加え、受信した最大ペイロードの値と、前記第２ポータルに関連する第１ポータルから次のブリッジの次のポータルに転送可能な最大データペイロードの小さい方を選び、受信したホップカウント値を１だけ増やすことにより、前記リモートタイムアウト値の集合を更新することを特徴とするネットワーク。
【請求項３８】
請求項３７記載のネットワークであって、
前記第１定数は、（ａ）前記第１ポータルに関連する第２ポータルから次のブリッジの次のポータルへの要求サブアクションに対する最大転送時間と、（ｂ）前記第２ポータルに関連する第１ポータルから前記次のブリッジの第１または第２ポータルへの応答サブアクションに対する最大転送時間の和であることを特徴とするネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にコンピュータネットワークにおけるメッセージを管理するための方法及び装置に関し、より詳細には、インターカップリング（ｉｎｔｅｒ−ｃｏｕｐｌｉｎｇ）ハイパフォーマンスシリアルバスに対するＩＥＥＥ１３９４ブリッジネットワークなどのコンピュータネットワークにおけるＴＩＭＥＯＵＴメッセージを管理するための方法及び装置に関する。
【背景技術】
【０００２】
ＩＥＥＥ１３９４規格は、最も汎用性のある相互接続技術の１つを利用可能にするハイパフォーマンスシリアルバスを記載する。ＩＥＥＥ１３９４ハイスピードシリアルバスは、１００Ｍｂ/ｓｅｃ、２００Ｍｂ/ｓｅｃあるいは４００Ｍｂ/ｓｅｃの伝送速度が可能である。これらの伝送速度はツイストペアケーブル（ｔｗｉｓｔｅｄ−ｐａｉｒ  ｗｉｒｅ）を介し利用可能であり、シリアルバスはホットプラグに対応している。この結果、ＩＥＥＥ１３９４シリアルバスは、以下に限定されるものではないが、ビデオカメラからの映像ストリーム、車両制御及びＭＩＤＩ信号などのデジタル音声信号を含む多くの用途において利用可能である。
【０００３】
さらに、ＩＥＥＥ１３９４規格は、計算、通信及び娯楽をマルチメディアアプリケーションに統合するのに用いられる低コストのデジタルインタフェースのための国際規格である。
【０００４】
ＩＥＥＥ１３９４規格のバスの重要な特徴は、ネットワーク全体の通信のデイジーチェーン及びブランチ処理をサポートするそれのフレキシブルなトポロジーである。ＩＥＥＥ１３９４ネットワークでは、シリアルバスアーキテクチャがノードに関して規定される。ノードは独立にリセットすることが可能であり、識別可能かつアドレス指定可能なエンティティである。各ノードは、識別情報ＲＯＭと複数の制御レジスタを備えた一意的なアドレスを有する論理的なエンティティである。これらの制御レジスタは、規格化されたものであり、互いに独立にリセットすることが可能である。
【０００５】
ＩＥＥＥ１３９４ネットワークは、従来のメモリマッップ、ロード及びストアインタフェースである非同期トランスポートを提供する。非同期トランスポート処理中、データリクエストが指定されたアドレスに送信され、当該アドレスを有するエンティティがアクノリッジメントを返す。
【０００６】
ＩＥＥＥ１３９４ネットワークでは、１，０２３個までの論理バスを設けることが可能であり、各バス上に６３個までのノードを設けることが可能である。非同期パケット送信者と受信者の両方が同じバス上にある場合、ＩＥＥＥ規格案１３９４−１９９５に従って、トランザクションタイムアウト値を取得することが可能である。しかしながら、送信者が与えられた受信者と異なるバス上にある場合、送信者は２つのバス上の遠隔処理のためのパラメータ（ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ、ｈｏｐ＿ｃｏｕｎｔ値など）を取得するため、受信者が接続されているバスにアドレス指定されたＴＩＭＥＯＵＴ要求メッセージを送信する。これらｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ、ｈｏｐ＿ｃｏｕｎｔ値は、ときどきまとめてリモートタイムアウト値またはパラメータと呼ばれる。
【０００７】
ＩＥＥＥ１３９４．１のハイパフォーマンスシリアルバスブリッジバージョン１．００のための規格案によると、送信元バスから送信先バスへのパス上の各ブリッジは、ＴＩＭＥＯＵＴ要求メッセージを傍受し、各フィールドを以下のように更新する。すなわち、ＴＩＭＥＯＵＴ要求メッセージは、送信先バスへ経路上のブリッジにより転送される。ＴＩＭＥＯＵＴ要求メッセージを傍受する送信先バス上の最後のイグジットポータルはまた、ＩＥＥＥ１３９４−１９９５規格に従い取得されるそれのローカルＳＰＬＩＴ＿ＴＩＭＥＯＵＴ値をメッセージのリモートタイムアウトフィールドに追加し、上記の計算結果を含むＴＩＭＥＯＵＴ応答メッセージを同期化し、メッセージの送信者に送信する。
【０００８】
ＩＥＥＥ１３９４．１規格案によると、ＴＩＭＥＯＵＴ要求メッセージを送信先バスに送信するノードがバス上に存在する場合、第１の送信元バス上の他のノードが送信先バスとの遠隔処理のためのリモートトランザクションタイムアウト値をすでに取得していたとしても、ＴＩＭＥＯＵＴ要求メッセージが同一の送信先バスに発信されるたびに、ＴＩＭＥＯＵＴ要求メッセージは転送され、送信元バスから送信先バスへのパス上のすべてのブリッジポータルにより処理される。
【０００９】
従って、送信元バスと送信先バスとの間のパス上の各ポータルによって、同じ送信元バス上の他のノードから同じ送信先バスへの以降のＴＩＭＥＯＵＴ要求メッセージの処理は冗長となり、これにより、与えられたネットワークの帯域幅リソースが最大限に使用される。
【００１０】
送信元バス上の他のノードが送信先バスのリモートトランザクションタイムアウト値をすでに取得しているため、同じリモートトランザクションタイムアウト値を必要とするノードは、以前にこれを受信したものと同じバス上のノードからこれらの値を取得することができる。パス上の同じブリッジポータルに先行する処理の冗長性は、ＴＩＭＥＯＵＴ要求メッセージを送信し、対応する応答を待機する必要のある他のノードに対する不必要な処理回数を要求することにより混雑を招くこととなる。
【００１１】
規格案ＩＥＥＥ  Ｐ１３９４．１  Ｄｒａｆｔ１．０によると、ＴＩＭＥＯＵＴメッセージは、ＴＩＭＥＯＵＴ要求メッセージが発信されるごとに、タイムアウト値を蓄積するよう送信元バスから送信先バスへの経路に沿った各ブリッジにより処理される必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従って、本発明は、容量をロスすることなく効率的にＴＩＭＥＯＵＴメッセージを管理する方法及び装置を構成する問題に関する。
【課題を解決するための手段】
【００１３】
本発明は、ＴＩＭＥＯＵＴメッセージが最初にブリッジを通過するとき、リモートタイムアウト情報を格納し、この格納した情報を利用して、一連のＴＩＭＥＯＵＴ要求メッセージに対するＴＩＭＥＯＵＴ応答メッセージを同期化することにより上記及び他の問題点を解決し、これにより、ＴＩＭＥＯＵＴ要求メッセージをされに転送し、メッセージトラフィックを減少させ、ネットワークの効率性を向上させる必要性が解消される。
【００１４】
本発明の一特徴によると、少なくとも１つのブリッジにより結合された複数のバス上の複数のノードを有するネットワークにおける通信方法は、タイムアウト要求メッセージを受信すると、格納されているリモートタイムアウト値の集合が有効であるか判断するため、ポータルによりフラグをチェックするステップを有する。格納されている集合が有効である場合、ポータルは、格納されているリモートタイムアウト値の集合を利用して、送信元バスへのタイムアウト応答メッセージを合成する。
【００１５】
本発明の他の特徴によると、格納されている集合が有効でない場合、ポータルは様々なアクションをとる。一実施例では、ポータルは、受信したリモートタイムアウト値の集合を一時的に格納し、タイムアウト要求メッセージにおいて計算されたリモートタイムアウト値の新たな集合を転送し、転送されたタイムアウト要求メッセージに対応するタイムアウト応答メッセージを傍受し、更新された有効フラグと共に、以降の利用のため、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、修正されたリモートタイムアウト値の集合を格納し、タイムアウト応答メッセージの一部として修正されたリモートタイムアウト応答値の集合を送信元バスに転送する。
【００１６】
第２の実施例では、ポータルは、変更されていないタイムアウト要求メッセージを送信先バスに転送し、当該ポータルに関連する他のポータルが、タイムアウト応答メッセージの受信により、リモートタイムアウト値の集合を更新し、タイムアウト応答メッセージにおける更新したリモートタイムアウト応答値の集合を送信元バスに転送すると共に、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、以降の利用のために格納する。
【発明を実施するための最良の形態】
【００１７】
ここでの「一実施例」または「実施例」の用語は、当該実施例に関して記載される特徴または構成が、本発明の少なくとも１つ含まれるということを意味する。明細書の様々な箇所での「一実施例では」という表現は、必ずしも同一の実施例を参照するものとは限らない。
【００１８】
同じ発明者による関連する特許出願では、効率的なＴＩＭＥＯＵＴメッセージ管理を提供する方法及び装置が開示される。開示される方法によると、送信元バス上のエントリポータルは、ある送信先バスに対する最初のＴＩＭＥＯＵＴ応答メッセージを傍受し、そのタイムアウト値を格納する。同じ送信先バスに対する一連のＴＩＭＥＯＵＴ要求メッセージに対し、送信元バス（または中間バス）上のエントリポータルは、送信先バスにＴＩＭＥＯＵＴ要求メッセージをさらに転送することなく、格納されているリモートタイムアウト値を用いて対応するＴＩＭＥＯＵＴ応答メッセージを同期化する。これにより、ネットワーク上のトラフィックを減少させることができる。しかしながら、送信元バス上のエントリポータルにＴＩＭＥＯＵＴ値を格納することにより、送信元バス上のブリッジのみが以降における利用のためこのタイムアウト値にアクセスすることができる。
【００１９】
上記効率的ＴＩＭＥＯＵＴメッセージ管理方法は、以下のステップを有する。すなわち、
（ａ）同じネットのポータルのローカルバスからある送信バスへのリモートタイムアウト値を格納するためのエントリを有し、Ｎ番目のエントリがＮであるバスＩＤに対応するレジスタテーブルを歩たるにおいて実現するステップと、
（ｂ）リモートタイムアウト値を有するＴＩＭＥＯＵＴ応答メッセージがポータルのローカルバスにアドレス指定される場合、イグジットポータルによりアドレス指定されたノードへの経路上でＴＩＭＥＯＵＴ応答メッセージを傍受するステップと、
（ｃ）ステップ（ｂ）において傍受されたＴＩＭＥＯＵＴ応答メッセージに含まれるリモートタイムアウト値をステップ（ａ）において実現されたレジスタテーブルの対応するエントリに格納するステップと、
（ｄ）ステップ（ｂ）において傍受されたＴＩＭＥＯＵＴ応答メッセージをアドレス指定されたノードに転送するステップと、
（ｅ）ポータルのローカルバスから傍受されたＴＩＭＥＯＵＴ要求メッセージがアドレス指定された送信先バスへのリモートタイムアウト値が、ステップ（ｃ）によりステップ（ａ）に記載されたレジスタテーブルに以前に格納されている場合、最初の要求元からのＴＩＭＥＯＵＴ要求メッセージのポータルにより傍受するステップと、
（ｆ）ポータルのローカルバスからステップ（ｅ）からの傍受されたＴＩＭＥＯＵＴ要求が以下のステップ、すなわち、
（ｉ）ステップ（ｅ）において特定されたＴＩＭＥＯＵＴ要求メッセージの最初の要求元がポータルのローカルバス上にいる場合、リモートタイムアウト値をレジスタテーブルから抽出するステップと、
（ｉｉ）ステップ（ｅ）において特定されたＴＩＭＥＯＵＴ要求メッセージの最初の要求元がポータルのローカルバス上にない場合、レジスタテーブルから抽出されたリモートタイムアウト値を計算するステップと（ここで、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値は、（１）ステップ（ｂ）において傍受されたＴＩＭＥＯＵＴ応答メッセージ、または（２）対応するレジスタテーブルエントリのｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値の小さい方であり、傍受されたＴＩＭＥＯＵＴ要求メッセージのリモートタイムアウト秒、リモートタイムアウトサイクル及びホップカウント値が、それぞれ送信先バスへの対応するレジスタテーブルエントリに追加される）、
の１つによりアドレス指定される送信先バスへの遠隔処理に対するリモートタイムアウト値を有する対応するＴＩＭＥＯＵＴ応答メッセージのポータルにより同期化するステップと、
（ｇ）ステップ（ｆ）において同期化されたＴＩＭＥＯＵＴ応答メッセージをステップ（ｅ）において傍受されたＴＩＭＥＯＵＴ要求メッセージの最初の要求元に送信するステップと、
である。
【００２０】
ステップ（ａ）に関して、一実施例では、レジスタテーブルは、少なくとも１０２３個のエントリを有する。しかしながら、この実施例が１３９４以外のシリアルバスまたは他の設計要求に従って利用される場合、エントリの個数は異なるものとなってもよい。
【００２１】
ステップ（ｅ）に関して、ポータルは、傍受したＴＩＭＥＯＵＴ要求メッセージを送信先バスに転送せず、これは、ＩＥＥＥ  Ｐ１３９４．１規格案に従う手順と異なっている。
【００２２】
ステップ（ｆ）−（ｉｉ）に関して、傍受されたＴＩＭＥＯＵＴ要求メッセージのｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ及びｈｏｐ＿ｃｏｕｎｔの各値は、それぞれ送信先バスＩＤに対応するテーブルレジスタエントリのものに追加される。ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値は、傍受されたＴＩＭＥＯＵＴ要求メッセージと送信先バスＩＤに対応するテーブルレジスタエントリに格納されているものとの間でより小さい値に設定される。
【００２３】
ステップ（ａ）に記載されたレジスタテーブルは、ポータルのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を有するようにしてもよい。
【００２４】
送信元バスと送信先バスは、１以上のバスブリッジを介しシリアルパスにおいて接続されるようにしてもよい。バスは、１３９４ブリッジネットワークであることが可能なブリッジネットワークの一部を構成するようにしてもよい。
【００２５】
図１に戻って、第１または送信元バス１００と、第２バス１１０と、第３または送信先バス１２０とを有するＩＥＥＥ１３９４シリアルバスネットの一例が示されている。ここで、第１バス１００と第２バス１１０はブリッジ１３０により接続され、第２バス１１０と第３バス１２０はブリッジ１４０により接続される。
【００２６】
ブリッジ１３０は、ポータル１３１と１３２を有し、ブリッジ１４０は、ポータル１４１と１４２を有する。ノード１５０は、ＴＩＭＥＯＵＴ要求メッセージの送信者として第１バス１００上にあり、ノード１６０は、ＴＩＭＥＯＵＴ要求メッセージによりアドレス指定されたノードの送信先として第３バス１２０上にある。しかしながら、本発明が適用されるネットワーク構成は、上記例にのみ限定されるものでない。
【００２７】
まず、ノード１５０は、送信元バス１００から送信先バス１２０へのリモートタイムアウト値を取得すると、ＴＩＭＥＯＵＴ要求メッセージをノード１６０に送信する。このＴＩＭＥＯＵＴ要求メッセージは、ノード１４０または送信先バス１２０のいずれかにアドレス指定することができる。
【００２８】
ＴＩＭＥＯＵＴ要求メッセージは、ＩＥＥＥ１３９４．１ブリッジ規格案に従って処理され、送信先バス１２０上の最後のイグジットポータル１４２に転送される。
【００２９】
この一例となる方法によると、ＴＩＭＥＯＵＴ要求メッセージの受信に応答して、最後のイグジットポータル１４２は、Ｐ１３９４．１ワーキング起草案（その内容は、そのすべてがここで繰り返されたかのように、背景技術として参照することによりここに含まれる）に従ってリモートタイムアウト値を計算し、計算されたリモートタイムアウト情報と共にＴＩＭＥＯＵＴ応答メッセージをバス１００上のもとのＴＩＭＥＯＵＴ要求メッセージ送信者１５０に送信する。
【００３０】
さらに、バス１１０はまた、以下の説明のため示されるノード１５５を有する。ノード１５５がバス１２０にＴＩＭＥＯＵＴ要求メッセージを送信すると、このＴＩＭＥＯＵＴ要求メッセージは、リモートタイムアウト値をＩＥＥＥ１３９４．１規格案に従って計算しながら、ポータル１４２に転送される。
【００３１】
その後、ポータル１４２は、リモートタイムアウト値と共にＴＩＭＥＯＵＴ応答メッセージをバス１１０を介しもとのＴＩＭＥＯＵＴメッセージ要求元１５５に送信する。ポータル１４１は、ポータル１４１のローカルバス（すなわち、バス１１０）にアドレス指定されているため、ポータル１４２により送信されたＴＩＭＥＯＵＴ応答メッセージを傍受し、ＴＩＭＥＯＵＴ応答メッセージのバス１１０からバス１２０への遠隔処理に対するリモートタイムアウト値を送信先バス１２０に対応するレジスタテーブルエントリに格納する。これにより、バス１００上のノード１５０、１５１またはポータル１３１がバス１２０にＴＩＭＥＯＵＴ要求メッセージを送信すると、ポータル１４１は、ＴＩＭＥＯＵＴ要求メッセージを傍受し、本発明の一特徴により計算されたリモートタイムアウト値とそれのＴＩＭＥＯＵＴ応答メッセージを同期させる。
【００３２】
送信元バス１００上のポータル１３１は、それのローカルバス１００にアドレス指定されている場合、ＴＩＭＥＯＵＴ応答メッセージを傍受し、ＴＩＭＥＯＵＴ応答メッセージにおいて検出されたリモートタイムアウト値を送信先バス１２０のバスＩＤに対応するそれの内部レジスタテーブル１３３（図２に詳細に図示される）のエントリに格納する。
【００３３】
第１エントリポータルは、その内容は、そのすべてがここで繰り返されたかのように、背景技術として参照することによりここに含まれるＩＥＥＥ１３９４．１ブリッジ規格案に説明されるように、ＴＩＭＥＯＵＴ応答メッセージをそれのローカルバス上のもとの要求元に転送する。
【００３４】
レジスタテーブル１３３に格納されている送信元バス１００から送信先バス１２０へのリモートタイムアウト値は、送信元バス１００の送信元バスＩＤまたは送信先バス１２０の送信先バスＩＤの何れかが無効となるか、あるいはＰ１３９４．１ワーキング起草案に記載されるネット更新状態に関してクリアされるまでに有効となるであろう。
【００３５】
従って、上記手続きは、ＴＩＭＥＯＵＴ応答メッセージの傍受及びメッセージにおいて検出されるタイムアウト応答メッセージのレジスタテーブルへの格納に利用可能である。次に、ＴＩＭＥＯＵＴ要求メッセージの傍受及び同期されたＴＩＭＥＯＵＴ応答メッセージのための手続きが、以下において説明される。
【００３６】
その後、バス１００上のポータル１３１が同じ送信元バス１００上の他のノード１５１（またはおそらくノード１５０）により発信されるＴＩＭＥＯＵＴ要求メッセージを受信すると、第１エントリポータル１３１は、送信元バス１００から送信先バス１２０への有効なリモートタイムアウト値が、上述のようにエントリポータル１３１によりレジスタテーブルに格納されているため、送信先バス１２０に対応するそれの内部レジスタテーブル１３３のエントリから抽出可能なリモートタイムアウト値を含むＴＩＭＥＯＵＴ応答メッセージを同期化する。
【００３７】
その後、バス１００上の第１エントリポータル１３１は、ＴＩＭＥＯＵＴ要求メッセージを送信先バス１２０に転送する代わりに、同期化したＴＩＭＥＯＵＴ応答メッセージをＴＩＭＥＯＵＴ要求メッセージの要求元１５１に送信する。
【００３８】
従って、送信元バス１００上の第１エントリポータル１３１は、エントリポータル１３１のレジスタテーブルがそれのローカルバス１００から送信先バス１２０への遠隔処理に対する所望のリモートタイムアウト値を内部レジスタテーブル１３３に格納している場合、ＴＩＭＥＯＵＴ応答メッセージを同期化することができる。
【００３９】
図２に戻って、ポータルのローカルバスから各バスへのタイムアウト値を格納するレジスタテーブルの一実施例が示される。レジスタテーブルは１０２３個の可能なバスに対する１０２３個のエントリから構成されてもよいが、テーブルエントリの個数は１０２３に限定されるものでなく、異なるものであってもよい。典型的には、レジスタテーブルは、可能な各バスに対し１以上のエントリを有するであろう。
【００４０】
各テーブルエントリは、複数のフィールドを有する。この場合、図示されるフィールドには、ＩＥＥＥ１３９４．１ブリッジ規格案に規定されるものと同様のＴＩＭＥＯＵＴメッセージにおいて指定されるｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ及びｈｏｐ＿ｃｏｕｎｔがあげられる。他のフィールドが含まれてもよい。図２は、他の可能なエントリに対し確保されている少なくとも１つの追加的フィールドを示す。それのポータルローカルバスからある送信先バスまで測定される各タイムアウト値は、当該送信先バスへの対応するテーブルエントリの同じフィールドに格納される。このレジスタテーブル１３３は、ＲＡＭまたは従来から知られている他の任意のタイプのストレージから構成されてもよい。
【００４１】
言い換えると、本実施例では、あるポータルがポータルのローカルバスにアドレス指定されたＴＩＭＥＯＵＴ応答メッセージを転送し、このローカルバストリモート送信先バスとの間の処理に対するリモートタイムアウト値を有する最後のイグジットポータルである場合、以前に開示されたステップ（ｂ）及び（ｃ）によるＴＩＭＥＯＵＴ応答メッセージの傍受及びリモート送信先バスに対応する内部レジスタテーブルのエントリへのＴＩＭＥＯＵＴ応答メッセージのリモートタイムアウト値の格納を除き、ＴＩＭＥＯＵＴ応答メッセージはＩＥＥＥ１３９４．１ブリッジ規格案に従って処理される。
【００４２】
さらに、送信元バス１００と送信先バス１２０との間のリモートタイムアウト値の格納に続き、ポータルと同じバス上の他のノードが、第１エントリポータル１３１のレジスタテーブル１３３に以前に格納されたタイムアウト値から抽出されたリモートタイムアウト値を含むＴＩＭＥＯＵＴ応答メッセージを合成することにより、同じリモートバス１２０とのローカルバス１００からのリモートタイムアウト値を必要とする同一バス１００上のブリッジポータル１３１を含むノード１５１及び/またはおそらく同じノード１５０などに接続されるとき、上記実施例による方法が以降において利用される。ＴＩＭＥＯＵＴ応答メッセージとＴＩＭＥＯＵＴ要求メッセージの送信者への直接的な応答の合成は、バス１００と１２０との間の混雑を大きく減少させ、第２の要求元ノード１５１が、ＩＥＥＥ１３９４．１ブリッジ規格案に従う従来の方法によるものより、第１エントリポータル１３１から直接にローカルバスから送信先バス１２０へのリモートタイムアウト値をはるかに迅速に受信する。
【００４３】
図１に示されるネットワーク構成の図示は、例示のためのみであり、限定を意図するものではない。当業者は任意数のバスが直列的に接続可能であるなどのネットワーク構成が例示に限定されないということを理解すべきである。本発明を１３９４構成に適用するとき、ネットワーク構成は、ＩＥＥＥＰ１３９４．１規格案により許容される限り、変動可能であるということが理解される。例えば、送信元バス及び/または送信先バスはより多くのブリッジポータルに接続されていてもよく、及び/または送信元バスト送信先バスとの間にはより多くの中間バスが設けられていてもよい。
【００４４】
上記実施例はまた、ステップ（ｂ）及び（ｃ）により、中間バス１１０上のポータル１４１が中間バス１１０からある送信先バス１２０へのリモートタイムアウト値を送信先バス１２０に対応する内部レジスタテーブルエントリ１４３にすでに格納している場合に適用することが可能である。合成されたメッセージは、対応するレジスタテーブルエントリと傍受したメッセージのｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値のより小さいものを含むようにしてもよい。
【００４５】
例えば、この処理に対する送信元バスとしてのバス１１０上のノード１５５は、ＴＩＭＥＯＵＴ要求メッセージを送信先バス１２０に送信することができる。上記実施例によると、送信元バス１１０上のポータル１４１は、送信先バス上のポータル１４２により送信された対応するＴＩＭＥＯＵＴ応答メッセージを傍受し、送信元バス１１０から送信先バス１２０へのリモートタイムアウト値を送信先バス１２０のバスＩＤに対応する内部レジスタテーブルエントリ１４３に格納している。
【００４６】
図４のステップ４２５（ｉｉ）に説明されるように、バス１１０上のポータル１４１が、送信元バス１００から送信先バス１２０への遠隔処理タイムアウト値に対し、送信元バス１００上のノードにより発信されるＴＩＭＥＯＵＴ要求メッセージを受信すると、中間バス１１０上のポータル１４１が、このＴＩＭＥＯＵＴ要求メッセージを傍受し、応答を合成する。
【００４７】
このプロセスは、送信元バス１００上のノードによるＴＩＭＥＯＵＴ要求の往復時間を大きく短縮する。なぜなら、中間バス上のポータル１４１は、格納されたタイムアウト値を抽出し、送信元バス１００と送信先バス１２０のノード間でＴＩＭＥＯＵＴ要求とＴＩＭＥＯＵＴ応答が交換される場合より、トータルのタイムアウト値をかなり迅速に計算するためである。
【００４８】
本方法はまた、他のノードに供し、ネットワークの全体的な処理時間を減少させるためのシリアルバスリソースを解放する。
【００４９】
図３は、ＴＩＭＥＯＵＴ応答メッセージの傍受及びそれのリモートタイムアウト値の内部レジスタテーブルへの格納に関する本発明の一特徴による方法のステップの概略を与える。
【００５０】
ステップ３１０において、ポータルのローカルバスへアドレス指定されたＴＩＭＥＯＵＴ応答メッセージが傍受される。
【００５１】
ステップ３２０において、ステップ３１０で傍受されたＴＩＭＥＯＵＴ応答メッセージのリモートタイムアウト値が、送信先ＩＤに対応するレジスタテーブルに格納される。
【００５２】
ステップ３３０において、傍受されたＴＩＭＥＯＵＴ応答メッセージは、当初にアドレス指定されたノードに転送される。
【００５３】
ステップ３１０〜３３０は、シリアルバスのプロトコルの効率を向上させるために、以降の要求における抽出のため、リモートタイムアウト値の格納を可能にする。
【００５４】
図４は、ＴＩＭＥＯＵＴ要求メッセージを傍受し、対応するＴＩＭＥＯＵＴ応答メッセージとリモートタイムアウト値を合成する手続きの説明を与える。
【００５５】
ステップ４１０において、以前にレジスタテーブルに格納されたＴＩＭＥＯＵＴ要求メッセージがアドレス指定されたポータルのローカルバスから送信先バスへの遠隔処理タイムアウト値を有するＴＩＭＥＯＵＴ要求メッセージを受信した場合、次にステップ４１５が処理され、そうでない場合には、本プロセスはスタートに戻り、ステップ４１０が次に実行される。
【００５６】
ステップ４１５において、受信したＴＩＭＥＯＵＴ要求メッセージはポータルにより傍受される。ステップ４２０が次に実行される。
【００５７】
ステップ４２０において、傍受したＴＩＭＥＯＵＴ要求メッセージの送信元バスＩＤがポータルのローカルバスＩＤに等しいか判断する。ステップ４２０が肯定的に回答された場合、ステップ４２５（Ｉ）が次に実行される。他方、ステップ４２０が否定的に回答された場合、ステップ４２５（ｉｉ）が次に実行される。これら２つのステップは何れも、要求元がローカルバスまたはリモート送信元バスからのノードとなりうるシナリオをカバーする。
【００５８】
ステップ４２５（Ｉ）において、送信先バスとのポータルローカルバスに対するリモートタイムアウト値を有する対応するＴＩＭＥＯＵＴ応答が、送信先バスに対応するレジスタテーブルエントリから抽出される。
【００５９】
あるいは、ステップ（ｉｉ）が実行されるとき、対応するＴＩＭＥＯＵＴ応答メッセージが合成される。ここでそれのタイムアウト値は以下の手続きにより計算される。すなわち、傍受されたＴＩＭＥＯＵＴ要求メッセージのｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ及びｈｏｐ＿ｃｏｕｎｔ値が、それぞれ送信先バスＩＤに対応するテーブルレジスタエントリのものに追加される。ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値は、傍受されたＴＩＭＥＯＵＴ要求メッセージのものと送信先バスＩＤに対応するテーブルレジスタエントリに格納されているものとの間のより小さい値に設定される。
【００６０】
ステップ４３０において、合成されたＴＩＭＥＯＵＴ応答メッセージは、傍受したＴＩＭＥＯＵＴ要求メッセージの送信元ＩＤにより特定される当初の要求元に送信される。
【００６１】
本発明の他の特徴によると、送信元バスと送信先バスとの間の経路に沿ったすべてのブリッジが、それのローカルバスからの送信先バスへのタイムアウト値を１つのショットに格納する。例えば、送信元バスと送信先バスとの間に１０個のブリッジが存在する場合、以降における利用のため、１０個までのブリッジが、１つのＴＩＭＥＯＵＴメッセージに対する適切なタイムアウト値を格納することができる。これにより、これらのＴＩＭＥＯＵＴメッセージの管理効率を大きく向上させることができる。
【００６２】
本発明の他の特徴によるネットワークのノード間の通信のための他の方法の一実施例が、以下のように進行する。簡単化のため、本方法は、ブリッジ１３０のエントリポータル１３１、送信元バス１００及び送信先バス１２０に関して説明される。しかしながら、本方法は、他の任意のポータル、送信元バスあるいは送信先バスに対しても適用可能である。さらに、ネットワークのブリッジの１以上のエントリポータルにより本方法が実行されてもよい。
【００６３】
（Ａ１）  ブリッジ（すなわち、エントリポータルまたはイグジットポータル）１３０がバス１２０などの与えられた送信先バスに対しＴＩＭＥＯＵＴ要求メッセージを受信すると、ブリッジのローカルバス（例えば、エントリポータル１３１のローカルバス（すなわち、バス１１０）など）からＴＩＭＥＯＵＴ要求メッセージにおいて特定される送信先バス１２０へのリモートタイムアウト値の設定（例えば、Ｔｘ＝リモートタイムアウト秒、Ｐｘ＝最大リモートペイロード、Ｃｘ＝ホップカウントなど）が既知であるか判断するため、ブリッジはそれのストレージをチェックする（例えば、エントリポータル１３１は、エントリポータルのストレージ１３３をチェックする）。この情報は、ＴＩＭＥＯＵＴ要求メッセージおいて特定される送信先バスに対するｖａｌｉｄ＿ｆｌａｇなどの関連して格納されたリモートタイムアウト値の集合が有効であるか示すフラグの形式により、図１を参照して説明されるように、ブリッジにアクセス可能なストレージに格納することができる。図２のものと同様のレジストリテーブルが、各ポータルに含まれ、バス単位でｖａｌｉｄ＿ｆｌａｇと共にリモートタイムアウト値を格納する。例えば、図２に示されるように、確保されているフィールドが、有効フラグの値を格納するのに利用可能である。
【００６４】
以下に示されるように、以前の判断に加えて、このリモートタイムアウトの集合が与えられたポータルに既知のものとすることを可能にする他の方法がある。例えば、エントリポータルのコウポータル（ｃｏ−ｐｏｒｔａｌ）が送信先バス上のイグジットポータルである場合、エントリポータルは、送信先バスに対するリモートタイムアウト秒、最大リモートペイロード及びホップカウント値を知っている。このようなケースは、エントリポータル１４１が、送信先バス１２０へのイグジットポータルとなるコウポータル１４２（すなわち、コウポータル１４１と１４２が同じブリッジ１４０上に存在する）を有する場合である（すなわち、イグジットポータルは、送信先バスに接続されたポータルである）。従って、エントリポータル１４１は、送信先バス１２０に対するリモートタイムアウト値、最大リモートペイロード値及びホップカウント値を知っている。
【００６５】
さらに、リモートタイムアウト秒の値は、既知の値から計算可能である。例えば、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＝ｓｐｌｉｔ＿ｔｉｍｅｏｕｔｃｏ−ｐｏｒｔａｌ＋ｍａｘ＿ｆｏｒｗａｒｄｉｎｇ＿ｔｉｍｅｂｒｉｄｇｅであり、ここで、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔは、タイムアウト応答メッセージにおいて用いられるリモートタイムアウト秒の値であり、ｓｐｌｉｔ＿ｔｉｍｅｏｕｔｃｏ−ｐｏｒｔａｌは、エントリポータルのコウポータルの分割されたタイムアウトレジスタに含まれる値であり、ｍａｘ＿ｆｏｒｗａｒｄｉｎｇ＿ｔｉｍｅｂｒｉｄｇｅは、エントリポータルに知られているブリッジから送信先バスへの最大転送時間の値である。
【００６６】
エントリポータル１３１のコウポータル（すなわち、ポータル１３２）のｓｐｌｉｔ＿ｔｉｍｅｏｕｔレジスタ値は、ネットワークまたはブリッジ１３０の初期化中などに既知の方法によりエントリポータル１３１に利用可能とされる。
【００６７】
同様に、ブリッジ１３０の内部最大転送時間（要求と応答両方のサブアクションに対する）もまたエントリポータル１３１に利用可能とされる。その後、エントリポータル１３１は、上述のように、送信先バス１２０に対するリモートタイムアウト秒の値を計算することができる。
【００６８】
同様に、最大リモートペイロードの値もまた、同様の方法によりエントリポータルに利用可能とされる。最大リモートペイロードの値は、ブリッジ１４０などのブリッジを通過することが可能な最大ペイロードサイズである。ホップカウントの値は、エントリポータル（１４１）のコウポータル（１４２）が送信先バス（バス１２０）に対するイグジットポータル（１４２）となるとき、常に１となる。これらの値の集合は「１」に設定された送信先バスのｖａｌｉｄ＿ｆｌａｇと共にエントリポータルにより予め格納可能であり、これにより、この値の集合が指定された送信先バスに対し有効であることが示される。これにより、レジスタテーブルは、一部が有効であり、格納されている場合には一部が依然として有効でない複数の送信先バスの上記エントリを有することが可能である。
【００６９】
（Ａ２）  リモートタイムアウトの集合がすでに知られている場合（例えば、ｖａｌｉｄ＿ｆｌａｇが「１」に設定されている）、ブリッジ１３０（エントリポータル１３１など）は、既知の値からリモートタイムアウト値の集合を決定したり、あるいは格納されている正確な値を利用することにより、ＴＩＭＥＯＵＴ応答メッセージを合成する。その後、ＴＩＭＥＯＵＴ応答メッセージは送信元バスに送り返される。
【００７０】
リモートタイムアウト値は、ブリッジのローカルバス（例えば、エントリポータル１３１のローカルバス（バス１００）など）上のポータルから送信先バス１２０への既知のリモートタイムアウト秒の値をＴＩＭＥＯＵＴ要求メッセージのリモートタイムアウト秒の値（Ｔｘ，Ｎ）に加えることにより決定される。言い換えると、
Ｔｘ，Ｎ  ｒｅｓｐｏｎｓｅ＝Ｔｘ，Ｎ  ｒｅｑｕｅｓｔ＋Ｔｘ，Ｎ，Ｍ
であり、ここで、Ｔｘ，Ｎ，Ｍは、第Ｍポータルには既知である第Ｍポータルから第Ｎバスへの（この例では、ポータル１３１からバス１２０）リモートタイムアウト秒の値であり、Ｔｘ，Ｎ  ｒｅｓｐｏｎｓｅは、タイムアウト応答メッセージにおいて送信された第Ｎバスのリモートタイムアウト秒の値であり、Ｔｘ，Ｎ  ｒｅｑｕｅｓｔは、タイムアウト要求メッセージにおける受信された第Ｎバスのリモートタイムアウト秒の値である。
【００７１】
ブリッジ（エントリポータル１３１など）はまた、要求メッセージの最大リモートペイロード値（Ｐｘ，ｒｅｑｕｅｓｔ）と共にローカルバス（例えば、エントリポータル１３１のローカルバス（１００）など）からの送信先バス１２０に対する既知の最大リモートペイロード値（Ｐｘ，Ｍ）を有し、これら２つの値の小さい方を応答メッセージの最大リモートペイロード値（Ｐｘ，ｒｅｓｐｏｎｓｅ）として利用する。言い換えると、
Ｐｘ，ｒｅｓｐｏｎｓｅ＝ｍｉｎ（Ｐｘ，ｒｅｑｕｅｓｔ，Ｐｘ，Ｍ）
である。ここで、Ｐｘ，ｒｅｓｐｏｎｓｅは、タイムアウト応答メッセージに含まれる最大リモートペイロードの値であり、Ｐｘ，ｒｅｑｕｅｓｔは、受信したタイムアウト要求メッセージに含まれる最大リモートペイロードの値であり、Ｐｘ，Ｍは、エントリポータルには既知であるエントリポータルのローカルバスから送信先バスへの最大リモートペイロードの値である。
【００７２】
ブリッジ１３０（エントリポータル１３１など）はまた、ローカルバス（エントリポータル１３１のローカルバス１００など）から送信先バス１２０への既知のホップカウント値（ＣＭ）を要求メッセージのホップカウント値（Ｃｘ，ｒｅｑｕｅｓｔ）に加え、その和をタイムアウト応答メッセージのホップカウント値として利用する。言い換えると、
Ｃｘ，ｒｅｓｐｏｎｓｅ＝Ｃｘ，ｒｅｑｕｅｓｔ＋Ｃｘ，Ｍ
である。ここで、Ｃｘ，ｒｅｓｐｏｎｓｅは、タイムアウト応答メッセージに含まれるホップカウントの値であり、Ｃｘ，ｒｅｑｕｅｓｔは、受信したタイムアウト要求メッセージに含まれるホップカウントの値であり、Ｃｘ，Ｍは、エントリポータルには既知であるエントリポータルのローカルバスから送信先バスへのホップカウントの値である。
【００７３】
他方、リモートタイムアウト値の集合がわかっていない場合（例えば、Ｖａｌｉｄ＿ｆｌａｇが「１」に設定されていないか、あるいはｖａｌｉｄ＿ｆｌａｇが「０」に設定されているなど）、ブリッジ１３０（エントリポータル１３１など）は、以下のステップ（Ａ３ａ）及び（Ａ３ｂ）に与えられる手続きを実行する。
【００７４】
（Ａ３ａ）  まず、ブリッジ１３０は、クリアされたｖａｌｉｄ＿ｆｌａｇと共に送信先バス１２０の受信したリモートタイムアウト値の集合（Ｔ０、Ｐ０及びＣ０など）を図２のテーブルに一時的に格納する。ここで、Ｔ０はｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓの値であり、Ｐ０はｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄの値であり、Ｃ０はｈｏｐ＿ｃｏｕｎｔの値である。このリモートタイムアウト値の集合は、すべて受信したＴＩＭＥＯＵＴ要求メッセージに含まれる。
【００７５】
（Ａ３ｂ）  次に、ブリッジ１３０は、新たなリモートタイムアウト値の集合を計算する。この計算されたタイムアウト値の集合は、以下のように計算される。
【００７６】
一時的に格納されたリモートタイムアウト秒の値（Ｔ０）は、計算された値Ｔｘ，Ｍだけ増やされる。言い換えると、
Ｔｘ，ｒｅｑｕｅｓｔ＝Ｔ０＋Ｔｘ，Ｍとなる。ここで、
Ｔｘ，Ｍ＝Ｔｘ、Ｍ  ｒｅｑｕｅｓｔ＋Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ
である。
【００７７】
従って、計算された値Ｔｘ，Ｍは、要求サブアクションの最大転送時間Ｔｘ，Ｍ  ｒｅｑｕｅｓｔ（エントリポータル１３１から次のブリッジ１４０のエントリポータル１４１まで）と、応答サブアクションの最大転送時間Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ（エントリポータル１３１のコウポータル（すなわち、ポータル１３２）（すなわち、応答サブアクションのエントリポータル）から次のブリッジ１４０のエントリポータル１４１（応答サブアクションの観点から）または要求元ノード（ノード１５１など）への）との和である。
【００７８】
最大ペイロード値（Ｐｘ，ｒｅｑｕｅｓｔ）は、Ｐｘとして、すなわち、
Ｐｘ，ｒｅｑｕｅｓｔ＝Ｐｘ
として設定される。ここで、Ｐｘは、エントリポータル１３１から次のブリッジ１４０のエントリポータル１４１に転送可能な最大データペイロードである。
【００７９】
一時的に格納されるホップカウント値（Ｃ０）は、１だけ増やされる。言い換えると、
Ｃｘ，ｒｅｑｕｅｓｔ＝Ｃ０＋１
である。ここで、Ｃｘ，ｒｅｑｕｅｓｔは、出力されるタイムアウト要求メッセージにおける出力されたホップカウント値である。
【００８０】
その後、ブリッジ１３０は、送信先バス１２０を宛先とするＴＩＭＥＯＵＴ要求メッセージの一部として、新たに計算されたリモートタイムアウト値の集合（Ｔｘ，ｒｅｑｕｅｓｔ，Ｐｘ，ｒｅｑｕｅｓｔ，Ｃｘ，ｒｅｑｕｅｓｔなど）を送信先バス１２０に転送する。
【００８１】
（Ａ３ｃ）  以降、ブリッジ１３０（エントリポータル１３１など）は、タイムアウト応答値の集合（Ｔｙ，Ｐｙ，Ｃｙなど）を含む対応するＴＩＭＥＯＵＴ応答メッセージを傍受する。この対応するＴＩＭＥＯＵＴ応答メッセージは、ステップ（Ａ３ｂ）において送信されたＴＩＭＥＯＵＴ要求メッセージに応答するＴＩＭＥＯＵＴ応答メッセージである。その後、ブリッジ（エントリポータル１３１など）は、新しいリモートタイムアウト値の集合を計算する。
【００８２】
送信先バス１２０の以降のタイムアウト応答メッセージで利用されるリモートタイムアウト秒の値に対し、ブリッジ１３０（エントリポータル１３１など）は、
Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝Ｔｙ−Ｔ０
となる。ここで、Ｔｙは、傍受されたタイムアウト応答メッセージにおいて受信されたリモートタイムアウト秒の値であり、Ｔ０は、ステップ（Ａ３ａ）において受信されたタイムアウト応答秒の以前に格納された値である。
【００８３】
送信先バス１２０に対し以降のタイムアウト応答メッセージにおいて用いられる最大リモートペイロード値Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅに対し、ブリッジ（エントリポータル１３１など）は、受信した最大ペイロード値Ｐｙ、すなわち、
Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝Ｐｙ
を利用する。
【００８４】
送信先バス１２０に対し以降のタイムアウト応答メッセージで用いられるホップカウント値Ｃｘ，Ｍ  ｒｅｓｐｏｎｓｅに対し、ブリッジ（エントリポータル１３１など）は、以前に格納したホップカウント値（Ｃ０）と受信したホップカウント値Ｃｙとの差を計算する。すなわち、
Ｃｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝Ｃｙ−Ｃ０
である。
【００８５】
その後、エントリポータルは、有効フラグセットと共に以降において利用される新たに計算されたリモートタイムアウト値の集合（すなわち、Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ、Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅ及びＣｘ，Ｍ  ｒｅｓｐｏｎｓｅ）を格納し、ＴＩＭＥＯＵＴ応答メッセージの一部として、送信元バスに新たなリモートタイムアウト値（Ｔｙ，ｍｉｎ（Ｐｙ，Ｐ０），Ｃｙ）の集合を転送する。ここで、Ｔｙはリモートタイムアウト値であり、ｍｉｎ（Ｐｙ，Ｐ０）は最大リモートペイロードの値であり、Ｃｙはホップカウント値である。
【００８６】
本発明の他の特徴によると、直前の実施例と同じ結果を生成する他の実施例は以下のように動作する。
【００８７】
（Ｂ１）  このステップは、上述のステップ（Ａ１）と同様に動作する。従って、ブリッジ（エントリポータルなど）は、（Ａ１）において上述されたように発生するリモートタイムアウト値の集合が既知であるか判断するため、それのストレージをチェックする。
【００８８】
（Ｂ２）  このステップはまた、上述のステップ（Ａ２）と同様に動作する。従って、リモートタイムアウト値の集合が既知である場合、ブリッジ（エントリーポータル）は、ステップ（Ａ２）において与えられたタイムアウト応答メッセージを合成する。
【００８９】
そうでない場合（例えば、ｖａｌｉｄ＿ｆｌａｇが設定されていないか、あるいは０に等しい）、ブリッジ（エントリポータルなど）は、以下の手続きを実行する。
【００９０】
（Ｂ３ａ）  このステップはまた、上述のステップ（Ａ３）と同様に動作する。従って、ブリッジ（エントリポータルなど）は、クリアされた有効フラグと共に送信先バスに対する受信したリモートタイムアウト値の集合を一時的に格納する。
【００９１】
（Ｂ３ｂ）  次に、ブリッジ（エントリポータルなど）は、新たなリモートタイムアウト値の集合を計算する。この計算されるタイムアウト値の集合は、以下のように計算される。
【００９２】
一時的に格納されているリモートタイムアウト秒の値（Ｔ０）が、上述のような計算された値Ｔｘ，Ｍだけ増やされる。言い換えると、
Ｔｘ，ｒｅｑｕｅｓｔ＝Ｔ０＋Ｔｘ，Ｍ
である。ここで、
Ｔｘ，Ｍ＝Ｔｘ，Ｍ  ｒｅｑｕｅｓｔ＋Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅである。
【００９３】
最大ペイロード値（Ｐｘ，ｒｅｑｕｅｓｔ）は、０ｘＦＦＦＦに設定される。ここで、０ｘＦＦＦＦは、最大リモートペイロードフィールドの最大値である。すなわち、
Ｐｘ，ｒｅｑｕｅｓｔ＝０ｘＦＦＦＦ
である。
【００９４】
一時的に格納されたホップカウント値（Ｃ０）は、１だけ増やされる。言い換えると、
Ｃｘ，ｒｅｑｕｅｓｔ＝Ｃ０＋１
となる。ここで、Ｃｘ，ｒｅｑｕｅｓｔは、出力されたタイムアウト要求メッセージにおける出力されたホップカウント値である。
【００９５】
その後、ブリッジ（エントリポータルなど）は、送信先バス１２０を宛先とするＴＩＭＥＯＵＴ要求メッセージの一部として、送信先バス１２０に新たに計算されたリモートタイムアウト値の集合（例えば、Ｔｘ，ｒｅｑｕｅｓｔ、Ｐｘ，ｒｅｑｕｅｓｔ、Ｃｘ，ｒｅｑｕｅｓｔなど）を転送する。
【００９６】
（Ｂ３ｃ）  その後、ブリッジ（エントリまたはイグジットポータルなど）は、タイムアウト応答値の集合（例えば、Ｔｙ，Ｐｙ，Ｃｙなど）を含む対応するＴＩＭＥＯＵＴ応答メッセージを傍受する。この対応するＴＩＭＥＯＵＴ応答メッセージは、ステップ（Ｂ３ｂ）において送信されたＴＩＭＥＯＵＴ要求メッセージに応答したＴＩＭＥＯＵＴ応答メッセージである。その後、ブリッジ（エントリポータルなど）は新たなリモートタイムアウト値の集合を計算する。
【００９７】
送信先バス１２０の以降のタイムアウト応答メッセージにおいて利用されるリモートタイムアウト秒の値Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅに対し、ブリッジ（エントリポータルなど）は、
Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝Ｔｙ−Ｔ０
を計算する。ここで、Ｔｙは、傍受されたタイムアウト応答メッセージで受信されたリモートタイムアウト秒であり、Ｔ０は、ステップ（Ｂ３ａ）で受信したタイムアウト応答秒の以前に格納した値である。
【００９８】
送信先バス１２０の以降のタイムアウト応答メッセージにおいて使用される最大リモートペイロード値Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅに対し、ブリッジ（エントリポータルなど）は、受信した最大ペイロード値Ｐｙと、エントリポータル１３１から次のブリッジ１４０のエントリポータル１４１に転送可能な最大データペイロードＰｘの最小値、すなわち、
Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝ｍｉｎ（Ｐｙ，Ｐｘ）
を計算する。
【００９９】
送信先バス１２０の以降のタイムアウト応答メッセージにおいて利用されるホップカウント値Ｃｘ，Ｍ  ｒｅｓｐｏｎｓｅに対し、ブリッジ（エントリポータルなど）は、以前に格納されたホップカウント値（Ｃ０）と受信したホップカウント値Ｃｙとの差、すなわち、
Ｃｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝Ｃｙ−Ｃ０
を計算する。
【０１００】
その後、ブリッジ（エントリポータルなど）は、有効フラグセットと共に以降において利用される新たに計算されたリモートタイムアウト値の集合（すなわち、Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ、Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅ及びＣｘ，Ｍ  ｒｅｓｐｏｎｓｅ）を格納し、ＴＩＭＥＯＵＴ応答メッセージの一部として、送信元バスに新たなリモートタイムアウト値（Ｔｙ，ｍｉｎ（Ｐｙ，Ｐｘ，Ｐ０），Ｃｙ）の集合を転送する。ここで、Ｔｙはリモートタイムアウト値であり、ｍｉｎ（Ｐｙ，Ｐｘ，Ｐ０）は最大リモートペイロードの値であり、Ｃｙはホップカウント値である。
【０１０１】
上述の手続きは、規格案への変更を要することなく、前述の技術に対し効率性に関するかなりの向上をもたらす。この技術は、レガシーブリッジ（すなわち、規格案に基づくブリッジ）とネットワーク上で混成された向上されたブリッジの両方が存在する場合に機能する。
【０１０２】
しかしながら、規格案への変更が可能であり、後述のように、すべてのブリッジが同一ルールに従う場合、さらなる向上及び簡素化が可能となる。
【０１０３】
（Ｃ１）  直前の２つの実施例に関して、本ステップは、ステップ（Ａ１）と（Ｂ１）と同様に動作する。しかしながらこの場合、各ブリッジ（エントリポータルなど）は、メモリの有効フラグの状態をチェックすることにより、リモートタイムアウト値の集合が特定された送信先バスに対し知られているか判断するため、受信したＴＩＭＥＯＵＴ要求メッセージの送信先をチェックする。
【０１０４】
（Ｃ２）  リモートタイムアウト値の集合が既知である場合（例えば、ｖａｌｉｄ＿ｆｌａｇ＝１）、各ブリッジ（エントリポータルなど）は、格納されているｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ及びｈｏｐ＿ｃｏｕｎｔの値を上述のようにＴＩＭＥＯＵＴ応答メッセージの適切なフィールドに挿入することにより、対応するＴＩＭＥＯＵＴ応答メッセージを生成する。
【０１０５】
（Ｃ３ａ）  リモートタイムアウト値の集合が書くブリッジに既知でない場合（例えば、ｖａｌｉｄ＿ｆｌａｇ＝０）、各ブリッジは、ＴＩＭＥＯＵＴ要求メッセージのリモートタイムアウト値の集合を変更することなく、送信先にＴＩＭＥＯＵＴ要求メッセージを転送する。メッセージの各フィールドの値は、定義により要求元により初期化されるように、（０，０ｘＦＦ，０）となる。
【０１０６】
（Ｃ３ｂ）  ブリッジ（応答サブアクションの観点から）がＴＩＭＥＯＵＴ応答メッセージを受信した場合、ブリッジ（イグジットポータルなど）１３２は、有効フラグセットと共に以降のＴＩＭＥＯＵＴ応答メッセージにおける格納及び利用のため、新たなリモートタイムアウト値を計算する。この計算されるタイムアウトの値の集合は、以下のように計算される。
【０１０７】
受信したリモートタイムアウト秒の値（Ｔｙ）は、上述のように計算された値Ｔｘ，Ｍだけ増やされる。言い換えると、
Ｔｘ，ｒｅｓｐｏｎｓｅ＝Ｔｙ＋Ｔｘ，Ｍ
となる。ここで、
Ｔｘ，Ｍ＝Ｔｘ，Ｍ  ｒｅｑｕｅｓｔ＋Ｔｘ，Ｍ  ｒｅｓｐｏｎｓｅ
である。
【０１０８】
受信した最大リモートペイロード値（Ｐｙ）と、イグジットポータル１３２から次のブリッジ１４０のエントリポータル１４１に転送可能な最大データペイロード（Ｐｘ）の小さい方が決定される。すなわち、
Ｐｘ，Ｍ  ｒｅｓｐｏｎｓｅ＝ｍｉｎ（Ｐｙ，Ｐｘ）
となる。
【０１０９】
受信したホップカウント値（Ｃｙ）は１だけ増やされる。言い換えると、
Ｃｘ，ｒｅｓｐｏｎｓｅ＝Ｃｙ＋１
となる。ここで、Ｃｘ，ｒｅｓｐｏｎｓｅは、出力されるタイムアウト応答メッセージにおける出力されるホップカウント値である。
【０１１０】
この後、これら計算された値（Ｔｘ，ｒｅｓｐｏｎｓｅ、Ｐｘ，ｒｅｓｐｏｎｓｅ及びＣｘ，ｒｅｓｐｏｎｓｅ）は、有効フラグセット（例えば、ｖａｌｉｄ＿ｆｌａｇ＝１など）と共に、タイムアウト応答メッセージでの以降の利用のため格納される。このとき、同じ値がＴＩＭＥＯＵＴ応答メッセージの一部として転送される。
【０１１１】
上記手続きのすべてに対し、各々がｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓフィールド、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄフィールド、ｈｏｐ＿ｃｏｕｎｔフィールド及びｖａｌｉｄ＿ｆｌａｇから構成される複数のエントリを有するテーブルが、各送信バスの一時的及び最終リモートタイムアウトパラメータの両方を格納するのに利用可能である。これらテーブルエントリは、ネットトポロジーの変更によりクリアされる。
【０１１２】
図５に戻って、上述のブリッジネットワークにおけるタイムアウトメッセージの効率的な通信方法の実施例５０のフローチャートが示される。
【０１１３】
ステップ５１において、ポータルは、格納されているリモートタイムアウト値の集合が有効であるか判断するため、タイムアウト要求メッセージの受信に応答して、レジスタテーブルの有効フラグをチェックする。
【０１１４】
ステップ５２において、ｖａｌｉｄ＿ｆｌａｇが１である場合、本プロセスはステップ５３に移行し、そうでない場合、本プロセスはステップ５４に移行する。
【０１１５】
ステップ５３において、ポータルは、上記（Ａ１）と（Ａ２）に与えられるように、格納されているリモートタイムアウト値の集合を利用して、タイムアウト応答メッセージを合成する。
【０１１６】
ステップ５４において、受信したリモートタイムアウト値の集合は、一時的にクリアされた有効フラグと共に格納される。
【０１１７】
ステップ５５において、第１の新たなリモートタイムアウト値の集合が決定され、送信先バスへのタイムアウト要求メッセージの一部として転送される。この第１リモートタイムアウト値の集合は、上述の（Ａ３ｂ）または（Ｂ３ｂ）に与えられるように決定することが可能である。
【０１１８】
ステップ５６において、リモートタイムアウト応答値の集合を有するタイムアウト応答メッセージが、ポータルにより傍受される。
【０１１９】
ステップ５７において、第２の新たなリモートタイムアウト値の集合が決定され、受信したリモートタイムアウト応答値の集合に基づき、有効フラグセットと共に以降の利用のため格納される。この第２の新たなリモートタイムアウト値の集合は、上述の（Ａ３ｃ）または（Ｂ３ｃ）に与えられるように決定可能である。
【０１２０】
ステップ５８において、第３の新たなリモートタイムアウト値の集合が決定され、受信したリモートタイムアウト応答値の集合に基づき、タイムアウト応答メッセージの一部として送信元バスに転送される。この第３の新たなリモートタイムアウト値の集合は、上述の（Ａ３ｃ）または（Ｂ３ｃ）に与えられるように決定可能である。
【０１２１】
図６に戻って、上述のブリッジネットワークにおけるタイムアウトメッセージの効率的な通信方法の実施例６０のフローチャートが示される。
【０１２２】
ステップ６１において、各ポータルは、格納されているリモートタイムアウト値の集合が有効であるか判断するため、タイムアウト要求メッセージの受信に応答して、レジスタテーブルの有効フラグをチェックする。
【０１２３】
ステップ６２において、ｖａｌｉｄ＿ｆｌａｇが１である場合、本プロセスはステップ６３に移行し、そうでない場合には、本プロセスはステップ６４に移行する。
【０１２４】
ステップ６３において、ポータルは、上述の（Ｃ１）に与えられるように、格納されているリモートタイムアウト値の集合を利用してタイムアウト応答メッセージを合成する。
【０１２５】
ステップ６４において、タイムアウト要求メッセージは、受信したタイムアウト要求メッセージに含まれていたリモートタイムアウト値の集合を変更することなく、送信先バスに転送される。
【０１２６】
ステップ６５において、ポータルは、リモートタイムアウト応答値を含むタイムアウト応答メッセージを受信する。
【０１２７】
ステップ６６において、格納されているリモートタイムアウト値の集合は、受信したリモートタイムアウト応答値の集合を利用して更新される。格納されているリモートタイムアウト値の集合は、上述の（Ｃ３ｂ）に与えられるように更新される。
【０１２８】
ステップ６７において、有効フラグが設定される。
【０１２９】
ステップ６８において、リモートタイムアウト値の更新された集合は、タイムアウト応答メッセージの一部として送信元バスに転送される。
【０１３０】
ここでは様々な実施例が具体的に例示及び説明されているが、本発明の変更及び変形は、上記教示によりカバーされ、本発明の趣旨及び意図される範囲から逸脱することなく、添付された請求項の範囲内に属するということは理解されるであろう。例えば、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄやｈｏｐ＿ｃｏｕｎｔなどのあるパラメータの名称が用いられているが、同様にして他の名称が利用されてもよい。さらに、ブリッジ、エントリポータル、イグジットポータル及びポータルという用語は、ここでのメッセージ処理機能を実行する各種装置を説明するのに利用される。各装置は、メッセージ処理機能及びここで示される計算を実行することができる。さらに、これらの例は、請求項によりカバーされる本発明の変更及び変形を限定するものと解されるのでなく、可能な変形の単なる例示である。
【図面の簡単な説明】
【０１３１】
【図１】図１は、本発明の様々な特徴が適用可能なブリッジポータル系列により直列接続された送信元バスと送信先バスの一実施例を示す。
【図２】図２は、本発明の他の特徴による各種フラグとタイムアウト値を格納するレジスタテーブルの一実施例の詳細図を示す。
【図３】図３は、本発明のさらなる他の特徴によるＴＩＭＥＯＵＴ応答メッセージを傍受し、リモートタイムアウト値を格納するための方法の一実施例のフローチャートを示す。
【図４】図４は、本発明のさらなる他の特徴によるＴＩＭＥＯＵＴ要求メッセージを傍受し、ＴＩＭＥＯＵＴ応答メッセージを合成及び送信するための方法の他の実施例のフローチャートを示す。
【図５】図５は、ブリッジネットワークにおけるタイムアウトメッセージを効率的に通信するための方法の他の実施例のフローチャートを示す。
【図６】図６は、ブリッジネットワークにおけるタイムアウトメッセージを効率的に通信するための方法の他の実施例のフローチャートを示す。
【図１】
2006506031.tif 000003
【図２】
2006506031.tif 000004
【図３】
2006506031.tif 000005
【図４】
2006506031.tif 000006
【図５】
2006506031.tif 000007
【図６】
2006506031.tif 000008
【国際調査報告】
2006506031.tif 000009
2006506031.tif 000010
2006506031.tif 000011