(57)【特許請求の範囲】
【請求項１】
分散されたステーションを有するネットワークにおけるステーション固有情報のための予約された記憶領域を有するネットワーク加入ステーションに関する情報を要求する方法であって、
要求元ネットワークネットワーク加入ステーションはまず、ブロック読み出しアクセス処理を利用して、要求対象の他のネットワーク加入ステーションのステーション固有情報を要求し、
前記ブロック読み出しアクセス処理が、前記ステーションがブロック読み出しアクセスをサポートしていないことを示すエラーコードにより応答される場合、前記要求元ネットワーク加入ステーションは、ワード読み出しアクセス処理を利用して前記ステーション固有情報を再要求し、
前記ブロック読み出しアクセス処理が、前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードにより応答される場合、前記要求元ネットワーク加入ステーションは、ワード読み出しアクセス処理を利用して前記ステーション固有情報を再要求し、
前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードであって、前記ステーション固有情報の再要求をするのに考慮される前記エラーコードは、要求される記憶領域が割り当てられていないことを示すアドレスエラーコードである、
ことを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記ステーション固有情報の要求は、ワード読み出しアクセス処理が再びエラーコードにより応答されると終了されることを特徴とする方法。
【請求項３】
請求項１記載の方法であって、前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードであって、前記ステーション固有情報の再要求をするのに考慮される前記エラーコードはまた、アクセスタイプエラーコードであることを特徴とする方法。
【請求項４】
請求項１乃至３何れか一項記載の方法であって、前記予約された記憶領域はＩＥＥＥ１３９４ネットワーク加入ステーションの設定ＲＯＭに対応することを特徴とする方法。
【請求項５】
請求項１乃至４何れか一項記載の方法であって、前記アドレスエラーコードは、ＩＥＥＥ１３９４規格に基づく「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」エラーコード、または「ａｃｋ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」エラーコードに対応することを特徴とする方法。
【請求項６】
請求項３乃至５何れか一項記載の方法であって、前記アクセスタイプエラーコードは、ＩＥＥＥ１３９４規格に基づく「ａｃｋ＿ｔｙｐｅ＿ｅｒｒｏｒ」エラーコード、または「ｒｅｓｐ＿ｔｙｐｅ＿ｅｒｒｏｒ」エラーコードに対応することを特徴とする方法。
【請求項７】
請求項１乃至６何れか一項記載の方法であって、前記要求されたステーション固有情報は、前記ＩＥＥＥ１３９４設定ＲＯＭの内容であることを特徴とする方法。
【請求項８】
請求項１乃至７何れか一項記載の方法であって、前記ワード読み出しアクセス処理はクワドレット読み出しアクセス処理に対応することを特徴とする方法。
【請求項９】
請求項１乃至８何れか一項記載の方法を実行する要求元ステーションとしてのネットワーク加入ステーションであって、
ブロック読み出しアクセス処理またはワード読み出しアクセス処理を利用して、他のネットワーク加入ステーションからステーション固有情報を要求する手段を備え、
前記他のネットワーク加入ステーションからのステーション固有情報が、まずブロック読み出しアクセス処理を利用して前記ステーション固有情報を要求し、前記ブロック読み出しアクセス処理が、前記ステーションがブロック読み出しアクセスをサポートしていないことを示すエラーコードにより応答される場合、ワード読み出しアクセス処理を利用して前記ステーション固有情報を再要求するよう設定された要求元ネットワーク加入ステーションにより要求され、
前記ブロック読み出しアクセス処理が、前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードにより応答される場合、前記要求元ネットワーク加入ステーションは、ワード読み出しアクセス処理を利用して前記ステーション固有情報を再要求し、
前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードであって、前記ステーション固有情報の再要求をするのに考慮される前記エラーコードは、要求される記憶領域が割り当てられていないことを示すアドレスエラーコードである、
ことを特徴とするネットワーク加入ステーション。
【請求項１０】
請求項９記載のネットワーク加入ステーションであって、前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードであって、前記ステーション固有情報の再要求をするのに考慮される前記エラーコードは、アドレスエラーコードであることを特徴とするネットワーク加入ステーション。
【請求項１１】
請求項９記載のネットワーク加入ステーションであって、前記ステーションがブロック読み出しアクセスをサポートしていないことを示す前記エラーコードと異なるエラーコードであって、前記ステーション固有情報の再要求をするのに考慮される前記エラーコードはまた、アクセスタイプエラーコードであることを特徴とするネットワーク加入ステーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散されたステーションを有するネットワーク、特にホームネットワークにおけるデータ通信に関する。
【背景技術】
【０００２】
ホームネットワークは、様々な電気製品を互いに接続したものである。そのような電気製品は、テレビ装置、ビデオレコーダ、ＤＶＤプレーヤー、衛星放送受信機、ＣＤプレーヤー、ＭＤプレーヤー、アンプ、ラジオ、ビデオカメラなどの家電製品であるかもしれない。これに関して、今日では家電製品の１つと考えられているパーソナルコンピュータについて言及される。しかしながら一方では、他の電気製品をも含むホームネットワークも知られている。一例としては、洗濯機、電気オーブン、電子レンジ、冷蔵庫、食器洗浄機などの白物家電機器である。
【０００３】
家電製品分野の電気製品をネットワーク化するため、適当な通信システムが開発されてきた。ここでの主要な概念は、個々のネットワーク加入ステーション（以降簡単化のため、ネットワークステーションと呼ぶ）間におけるデータの高速通信を可能にする「ＩＥＥＥ１３９４」バスシステムを利用した電気製品の有線ベースのネットワーク化である。もとのＩＥＥＥ１３９４−１９９５規格は、Ｓ１００、Ｓ２００及びＳ４００のデータ転送速度を規定するものである。これらは、１００Ｍｂ／ｓ、２００Ｍｂ／ｓ及び４００Ｍｂ／ｓのデータ転送レートに対応している。他方、このもとの規格は拡張され、現在のＩＥＥＥｂはさらに高速のデータ転送速度Ｓ８００、Ｓ１２００及びＳ１６００を規定している。
【０００４】
このような高速のデータレートは、特に、家電製品間のデータ転送にとって必要なものである。なぜなら、家電製品間のデータ交換の典型的な応用は、映像または音声ソースのトラック、ビデオフィルムあるいは音楽の再生に関するものであり、これに関するデータストリームが他の１以上の家電製品に転送される。この適用事例において、データを互いに交換する電気製品間にデータリンクが確立される。そして、このデータリンクを利用して、通常ベーシスでデータパケットを転送する。このデータ転送形式は、ＩＥＥＥ１３９４規格においてアイソクロナスデータ転送と呼ばれる。このアイソクロナスデータ転送は、特定の時間間隔でのデータソースから１以上のデータシンク（ｄａｔａ  ｓｉｎｋ）への通常ベーシスでのデータパケットの転送に関するものである。
【０００５】
さらに、ＩＥＥＥ１３９４ネットワークでは、非同期データ転送もまた利用される。この場合、必要に応じてデータパケットが転送される。バスを介して送信される非同期データパケット数は、発生するデータ量に依存する。非同期データ転送は、主としてネットワーク中の電気製品の特定及び制御に利用される。
【０００６】
ＩＥＥＥ１３９４ネットワークのネットワークトポロジーに関して、ＩＥＥＥ１３９４規格にはいくつかの制約しか含まれていない。許容されているバストポロジーはツリー構造に対応するものである。しかしながら、適用事例に依存して、ツリー構造は様々な形態をとりうる。この点で、ネットワークは可変的なものとすることができる。
【０００７】
ＩＥＥＥ１３９４バスシステムのさらなる顕著な特徴は、ネットワークの動作中における電気製品の接続及び切断が可能であるということである。この特徴は、「ライフインサート特徴」という専門用語として知られている。電気製品が接続または切断されるときはいつでも、バスリセット処理が初期化される。各バスリセット処理後、ネットワークに対して自己設定が行われる。この処理において、各ＩＥＥＥ１３９４ネットワークステーションは、自己ＩＤ情報アイテム（当該規格では「自己ＩＤパケット」と呼ばれる」をその他のネットワークステーションに送信する。これにより、各ネットワークステーションは、当該ネットワークにどのようなネットワークステーションが接続されているかについて知ることができる。各ネットワークステーションは、当該ネットワーク中のその他のネットワークステーションに対して自らを識別するため、自己ＩＤ情報を利用する。他のネットワークステーションから送信された自己ＩＤ情報を利用することにより、各ネットワークステーションは、「ノードリスト」の生成及び当該ネットワークステーションに関連付けされた記憶装置へのノードリストの格納を行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
その後、この格納された情報は、各ネットワーク加入ステーションに関するより正確な情報を確保するため、ネットワークステーションのドライバプログラムにより利用される。このより正確な情報は、ドライバプログラムにより「ノード情報」テーブルに編集される。このため、ＩＥＥＥ１３９４規格は、各ネットワークステーションが当該ネットワークステーションの属性及び能力についてのステーション固有の情報を、このために特別に用意された「設定ＲＯＭ」と呼ばれる記憶領域に保持しなければならない。時間最適化のため、要求元ネットワークステーションはこの「設定ＲＯＭ」から所望の情報をブロック単位で読み出そうとする。これは、「ブロック読み出し処理」を利用して行われる。これに関して、発明者らは以下の問題点に遭遇してきた。
【０００９】
ＩＥＥＥ１３９４仕様書に沿って、ＩＥＥＥ１３９４インタフェースは、自己の「設定ＲＯＭ」へアクセスするための「クワドレット（ｑｕａｄｌｅｔ）」読み出し処理のミニマムをサポートする必要がある。ここで、クワドレットとは、４バイトからなるデータワードである。この４バイトは、「設定ＲＯＭ」のメモリ構成に従って、用意されたアドレスに格納される。ネットワークステーションが要求されたブロック読み出し処理をサポートしていない状況があるかもしれない。この場合、要求元ステーションは、アクセスタイプエラーコードを返すべきである。これは、ＩＥＥＥ１３９４規格に規定される「ａｃｋ＿ｔｙｐｅ＿ｅｒｒｏｒ」と「ｒｅｓｐ＿ｔｙｐｅ＿ｅｒｒｏｒ」のエラーコードを利用して行うことができる。
【００１０】
実際、クワドレット読み出し処理のみをサポートするＩＥＥＥ１３９４インタフェースを有する電気製品は、例えば、あるブロック読み出しアクセス処理に対して、誤ったエラーコード、すなわち、アドレスエラーコード「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」（またはＩＥＥＥ１３９４規格の「ａｃｋ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」）を返すことが検出されてきた。ＩＥＥＥ１３９４規格によると、このエラーコードは、用意されたアドレスには「設定ＲＯＭ」がないということを実際意味するものである。このエラーコードが規格に従って解釈されると、ドライバプログラムはこのように応答するネットワークステーションを「ノード情報」テーブルに置くことができない。
【００１１】
しかしながら、本発明によると、そのようなネットワークステーションに対して「設定ＲＯＭ」に必要なエントリを確保することができる。これは、アドレスエラーコードを受信し、その後、要求元ネットワークステーションがワード読み出しアクセス処理を利用して、特定の場合にはクワドレット読み出しアクセス処理を利用して、「設定ＲＯＭ」中のステーション固有情報の読み出しを再試行することにより行われる。このアドレスエラーコードが実際には誤って生成されていた場合、読み出しアクセス処理は適切に確認され、ステーション固有情報が連続するワード読み出しアクセス処理により収集される。従って、実際に、誤りと予想されたネットワークステーションは依然としてノード情報テーブルに置かれているかもしれない。
【００１２】
ワード読み出しアクセス処理がアドレスエラーコードにより再び応答されると、「設定ＲＯＭ」は用意されたアドレスには実際存在せず、ネットワークステーションをノード情報テーブルに入力することはできない。
【００１３】
ワード読み出しアクセス処理はまた、ブロック読み出しアクセス処理から返された結果がアクセスタイプエラーコードであるとき実行される。このエラーコードは、特にこのためにＩＥＥＥ１３９４規格において備えられたものであり、ネットワークステーションがブロック読み出しアクセスをサポートしていないとき生成されるよう構成されている。
【００１４】
本発明は、上述した問題点に鑑みなされたものであり、分散されたステーションを有するネットワークのステーション固有情報のための予約された記憶領域を有するネットワーク加入ステーションに関する情報を要求する方法と、当該方法を実行するネットワーク加入ステーションを提供するものである。
【課題を解決するための手段】
【００１５】
上記課題を解決するため、本発明は、分散されたステーションを有するネットワークのステーション固有情報のための予約された記憶領域を有するネットワーク加入ステーションに関する情報を要求する方法であって、要求元ネットワークネットワーク加入ステーションにより、ブロック読み出しアクセス処理を利用して、要求対象のネットワーク加入ステーションのステーション固有情報を要求するステップと、前記ブロック読み出しアクセス処理がエラーコードにより応答される場合、前記要求元ネットワーク加入ステーションにより、ワード読み出しアクセス処理を利用して前記ステーション固有情報を再要求するステップとを備えることを特徴とする。
【００１６】
また上記課題を解決するため、本発明は、上記方法を実行するネットワーク加入ステーションであって、ブロック読み出しアクセス処理またはワード読み出しアクセス処理を利用して、他のネットワーク加入ステーションから情報を要求する手段を備え、前記他のネットワーク加入ステーションからのステーション固有情報が、まずブロック読み出しアクセス処理を利用して前記ステーション固有情報を要求し、前記ブロック読み出しアクセス処理がエラーコードにより応答される場合、ワード読み出しアクセス処理を利用して前記ステーション固有情報を再要求するよう設定された要求元ネットワーク加入ステーションにより要求されることを特徴とする。
【発明の効果】
【００１７】
本発明により、ワード読み出しアクセス処理のみをサポートし、ブロックアクセス読み出しアクセス処理イベントにおいて、規格に準拠しない不明確なエラーコードを返すネットワーク加入ステーションを「ノード情報」テーブルに統合することが可能となる。
【発明を実施するための最良の形態】
【００１８】
図１は、５つのネットワーク加入ステーションを有する一例となるＩＥＥＥ１３９４ネットワークを示す。これらステーションはツリー構造で接続されている。この場合、各ノードは個別のＩＥＥＥ１３９４ネットワークケーブルにより他のノードと接続されている。ケーブルポート数はノードごとに異なってもよい。図示された例では、ステーション１３には「３ポート物理層チップ」が備えられ、２つのネットワークノード１２と１０には各自の２ポート物理層チップが、ステーション１１には７ポート物理層チップが、ステーション１４には１ポート物理層チップがそれぞれ備えられている。
【００１９】
バスリセット処理に従って、２つの段階によりバス初期化は実行される。これら２つの段階は、「ツリー識別」と「自己識別」である。「ツリー識別」段階では、現在のバス構造がネットワークステーション上のポート利用を解析することにより確認される。この段階はまた、どのネットワークステーションがルート機能を担っているか決定するのに利用される。「自己識別」段階では、各ネットワークステーションは自身を識別すると同時に、どのような送信速度をサポートしているかに関する情報を提供する。これは、バス構造に規定される順序で自己ＩＤ情報パケットを送信することにより行われる。
【００２０】
図１は、バス初期化段階においてネットワークノードが自身の自己ＩＤ情報パケットを送信する順序を示す。図示されるツリー構造に基づき、ステーション１１がまず当該バスに割り当てられる。従って、ステーション１１は最小のノード番号（ノードＩＤ＃０）を有するノードとなる。以降、バスが以下の順序で各ノードに割り当てられる。すなわち、ノード１２、ノード１４、ノード１３、ノード１０である。すべてのネットワークステーションが各自の自己ＩＤ情報パケットを送信すると、すべての自己ＩＤ情報パケットを解析することにより、すべてのネットワークステーションのノードリストが構成される。これらバス初期化の２つの段階は、ＩＥＥＥ１３９４−１９９５規格において詳細に記述されている。
【００２１】
バス初期化に続いて、個々のネットワークステーションに関するより正確な情報を要求することによりノード情報テーブルが構成される。この段階が以下でより詳細に説明される。バスリセット処理後、自己初期化段階でノードリストが生成されると、さらなるステーション固有情報が次の段階で要求される。これは、バス上のすべてのノードが「設定ＲＯＭ」の読み出し処理をこれらすべてのノードに送信することに関する。例えば、この処理は同時に行われてもよい。この段階は、各ネットワークステーションがすべてのネットワークステーションからステーション固有情報を要求し、このステーション固有情報を有する「ノード情報」テーブルが生成されたときに完了する。
【００２２】
図２は、ＩＥＥＥ１３９４規格に基づく「設定ＲＯＭ」の一般的なフォーマットを示す。図２に示されるように、「設定ＲＯＭ」は４バイトに相当する３２ビットのデータワードに分割される。各３２ビット長のデータは個別にアドレス指定可能である。ＩＥＥＥ１３９４規格はまた、「設定ＲＯＭ」が設定される必要があるアドレスを規定する。これは通常、ネットワークステーションの自由に利用可能なＲＡＭストアの「設定ＲＯＭ」のための適切な記憶領域を用意（割り当て）することにより行われる。「設定ＲＯＭ」の第１クワドレットは、「設定ＲＯＭ」の長さ、ＣＲＣ長及び当該「設定ＲＯＭ」の実際のＣＲＣチェックコードに関する情報を含む。さらに、これは「ｂｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋ」に続く。「設定ＲＯＭ」のさらなるエントリは、「ｒｏｏｔ＿ｄｉｒｅｃｔｏｒｙ」「ｕｎｉｔ＿ｄｉｒｅｃｔｏｒｙ」「ｒｏｏｔ＆ｕｎｉｔ  ｌｅａｖｅｓ」及び「ｖｅｎｄｏｒ＿ｄｅｐｅｎｄｅｎｔ＿ｉｎｆｏｒｍａｔｉｏｎ」についての情報に関する。「設定ＲＯＭ」に備えられるすべての領域は、ＩＥＥＥ１３９４規格に定義されている。「ノード情報」テーブルの構成に必要なステーション固有情報は、要求される内容に応じて変えられる。例えば、「ノード情報」テーブルのＢｕｓＩｎｆｏＢｌｏｃｋからのすべての情報を記録するため、「設定ＲＯＭ」の最初の４つのクワドレットが読み取られる。図３は、「ｂｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋ」のフォーマットを示す。第１クワドレットは、単にＡＳＣＩＩフォーマットで「１３９４」という表現を格納している。「ｂｕｓ＿ｉｎｆｏｒ＿ｂｌｏｃｋ」の第２クワドレットは、ネットワーク加入ステーションの能力についてのエントリを含んでいる。エントリ「ｉｒｍｃ」は、ネットワーク加入ステーションがアイソクロナスデータ転送をサポートしているか示す。情報「ｂｍｃ」は、ネットワーク加入ステーションが「バスマネージャ」として動作可能か示している。他の重要な項目は、第３クワドレットの最終バイトの「ｃｈｉｐ＿ｉｄ＿ｈｉ」と、第４クワドレットの「ｃｈｉｐ＿ｉｄ＿ｌｏ」の２つのエントリである。これら２つの情報アイテムは、ネットワーク加入ステーションの一意的なグローバル識別番号を確認するのに利用されるためである。この識別番号は、一度だけ割り当てられ、「グローバルユニークアイデンティファイア（Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）」を表すＧＵＩＤと呼ばれる。いくつかのホームネットワークでのネットワーク処理は、ある程度までＧＵＩＤアドレス指定を利用して実行されるため、この情報はとても重要である。「Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ」を表す典型的なＨＡＶｉネットワークが一例としてあげられる。
【００２３】
図４は、「ｒｏｏｔ＿ｄｉｒｅｃｔｏｒｙ」の第１クワドレットのフォーマットを示す。これはまた、２４ビットの「ｍｏｄｕｌｅ＿ｖｅｎｄｏｒ＿ｉｄ」情報アイテムを含んでいる。これは、電気製品の製造者を特定するものである。
【００２４】
以下において、図５を参照してＩＥＥＥ１３９４インタフェースのプロトコルアーキテクチャが説明される。最下位の通信レイヤである物理層２０は、常にハードウェアを利用して製造される。このため、個別のＩＣが長時間利用可能であった。次に上位にある通信レイヤであるデータリンク層２１は、同様に通常ハードウェアを利用して製造される。個別のリンクＩＣが市場において同様に利用可能である。図示されるその他のレイヤである「トランザクション層」２２、「シリアルバス管理」２３及び「アプリケーション層」２４は、通常ソフトウェアを利用して実現され、ネットワークステーションの強力なマイクロコントローラ上で実行される。
【００２５】
「シリアルバス管理」２３のレイヤ内では、「ノードコントローラ」２７、「アイソクロナスリソースマネージャ」２６と「バスマネージャ」２５が表示されている。１３９４ネットワークでは、複数のネットワークノードが各自の機能を実行していたとしても、高々１つの「バスマネージャ」２５と高々１つの「アイソクロナスリソースマネージャ」２６が一時アクティブ状態とされるにすぎない。どのネットワークノードが各自の機能を実行するかは、ＩＥＥＥ１３９４規格に規定される方法に従って、各バスリセット処理後に決定される。「ルート」ノードがそれの機能を実行することができる場合、この方法によると、高い確率で「ルート」の機能がアクティブ状態とされているといえる。あるいは、「バスマネージャ」２５が存在せず、「アイソクロナスリソースマネージャ」２６（存在すれば）が「バスマネージャ」２５のいくつかのタスクを引き受ける必要が出てくる状況が生じるかもしれない。
【００２６】
本発明では、「ノードコントローラ」２７と「トランザクション層」２２の要素が基本的要素である。そのため以下では、これらの要素がより詳細に説明される。
【００２７】
「トランザクション層」２２は、データ通信におけるＯＳＩ／ＩＳＯ参照モデルによるネットワーク層とトランスポート層の一部を有する。しかしながら、この「トランザクション層」２２については、ＩＥＥＥ１３９４−１９９５に詳細に説明されている。そこでは、トランザクション層２２は、結果が返されたときに実行される機能を有するように、他のネットワークステーションのある指定されたアドレスへのデータの書き込み、ある指定されたアドレスの指定されたネットワークステーションからのデータの読み出し、及び他のネットワークへのデータの送信に関するサービスとして提供されている。本発明に対して基本的に重要なものは、読み出し処理を実行するのに利用可能なサービスである。当該読み出し処理は、ＲＥＡＤタイプの処理要求を送信する「バス管理」要素またはアプリケーション層に関する。この要求は、ノード上で情報が検出されうるメモリアドレスと、これのスタートアドレスから要求されるデータアイテム数とを有する。当該処理が送信されるネットワークステーションに関する情報は、バス管理要素からデータリンク層２１に直接転送される。要求されるデータは、トランザクション層２２を介して要求元「バス管理」要素に転送される。要求されたデータが応答でエラーコードが受信されたということを表す場合、トランザクション層２２は同様にこのエラーコードを「バス管理」要素に通知する。
【００２８】
ＩＥＥＥ１３９４規格は、読み出し処理に対して以下のエラーコードを提供する。
・「ｒｅｓｐ＿ｃｏｎｆｌｉｃｔ＿ｅｒｒｏｒ」またはＩＥＥＥ１３９４ａからの「ａｃｋ＿ｃｏｎｆｌｉｃｔ＿ｅｒｒｏｒ」：
これらのエラーコードは、指定されたアドレスに対する処理がネットワークステーションですでに開始されたが、まだ終了していないときに返される。
・「ｒｅｓｐ＿ｄａｔａ＿ｅｒｒｏｒ」または「ａｃｋ＿ｄａｔａ＿ｅｒｒｏｒ」：
これらのエラーコードは、例えば、「設定ＲＯＭ」へのアクセスがＣＲＣエラーの存在が検出されるものに関する場合、供給される。
・「ｒｅｓｐ＿ｔｙｐｅ＿ｅｒｒｏｒ」または「ａｃｋ＿ｔｙｐｅ＿ｅｒｒｏｒ」：
これらのエラーコードは、ネットワークステーションが当該要求に従うブロック読み出しアクセスをサポートしていない場合に提供される。
・「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」またはＩＥＥＥ１３９４ａからの「ａｃｋ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」：
これらのエラーコードは、要求されたネットワークステーションの要求されたアドレスにデータが存在しない場合、すなわち、この記憶領域が割り当てられていない場合に生成される。
【００２９】
以下では、図６に示されるフローチャートを利用して、「ノードコントローラ」２７による他のネットワークステーションからのステーション固有情報の要求方法と、返されるエラーコードへの対応方法が説明される。
【００３０】
ステップ３０において、要求元ネットワークステーションの「ノードコントローラ」２７が、例えば、指定されたネットワークステーションの「設定ＲＯＭ」の最初の２４バイトを読み出す要求を「トランザクション層」２２に送信する。ステップ３１において、「ノードコントローラ」２７は、「ａｃｋ＿ｔｙｐｅ＿ｅｒｒｏｒ」または「ｒｅｓｐ＿ｔｙｐｅ＿ｅｒｒｏｒ」タイプのエラーコードが返されたかチェックする。これらのエラーコードが返された場合、「ノードコントローラ」がワード読み出しアクセス処理を利用して、ステーション固有情報を要求しようとする。当該情報をチェックするため、フローチャートにおいてステップ３３が呼び出される。他方、ステップ３１においてエラーコードが受信されなかった場合、ステップ３２において、エラーコード「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」が返されたかチェックされる。エラーコード「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」が返された場合、ステーション固有情報が指定されたアドレスは利用可能でないということを実際には意味しているにもかかわらず、ワード読み出しアクセス処理を利用してこの指定されたアドレスで再び要求がなされる。この場合もまた、ステップ３３でのフローチャートにおいてチェック処理が継続される。エラーコードがもはや現れなければ、チェックステップはスキップされる。ステップ３３において、カウンタ変数ｉが１に設定される。次のステップ３４において、クワドレット読み出しアクセス処理を利用した「設定ＲＯＭ」の第１クワドレットに対する読み出し要求が、「トランザクション層」２２に送信される。その後、ステップ３５において、「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」が再び返されたかチェックされる。「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」が再び返された場合、本発明によると、無効なアドレスでの読み出しが実際行われるべきであると考えられ、当該チェックステップは終了される。他方、「ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ」が再び返されなければ、有効なデータが返され、エラーコードは現れない。しかしながら、その後、ステップ３６において、「設定ＲＯＭ」の次のクワドレットのアドレスが決定され、カウンタ変数ｉがインクリメントされる。ステップ３７において、インデックス変数ｉが６を超えていないことをチェックした後、ワード読み出しアクセス処理が実行される。これにより、ブロック読み出しアクセス処理を利用してこれらのデータにアクセスすることができなくても、「設定ＲＯＭ」の最初の６つのクワドレットがそれぞれ適切に読み出される。その後、当該チェック処理は終了される。
【００３１】
本発明は、上述された実施例に限定されるものでない。本発明はまた、異なるエラーコードが返されるときでさえ、依然としてまずワード読み出しアクセス処理を利用した所望のデータの取得が試みられるような形態でもよい。
【００３２】
以上、本発明の実施例について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲内に記載された本発明の要旨の範囲内において、様々な変形及び変更が可能である。
【図面の簡単な説明】
【００３３】
【図１】図１は、一例となるＩＥＥＥ１３９４ネットワークの構成を示す。
【図２】図２は、「設定ＲＯＭ」の一般的なフォーマットを示す。
【図３】図３は、「設定ＲＯＭ」内の「ｂｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋ」の構成を示す。
【図４】図４は、「設定ＲＯＭ］の「ｒｏｏｔ＿ｄｉｒｅｃｔｏｒｙ」内の「ｍｏｄｕｌｅ＿ｖｅｎｄｏｒ＿ＩＤ」エントリのフォーマットを示す。
【図５】図５は、ＩＥＥＥ１３９４−１９９５規格に基づくＩＥＥＥ１３９４ノードの「プロトコルアーキテクチャ」を示す。
【図６】図６は、ネットワークステーションからステーション固有情報を要求するため、要求元ネットワークステーションの「ノードコントローラ」において実行されるプログラムの一例となるフローチャートを示す。
【符号の説明】
【００３４】
１０〜１４  ステーション
２０  物理層
２１  データリンク層
２２  トランザクション層
２３  シリアルバス管理
２４  アプリケーション層
２５  バスマネージャ
２６  アイソクロナスリソースマネージャ
２７  ノードコントローラ
【図１】
0004619726.tif 000002
【図２】
0004619726.tif 000003
【図３】
0004619726.tif 000004
【図４】
0004619726.tif 000005
【図５】
0004619726.tif 000006
【図６】
0004619726.tif 000007