(57)【特許請求の範囲】
【請求項１】
異なったバス間を接続する中継装置において、
当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、
この機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段と、
他のバスの接続機器情報の接続台数を参照し、この接続台数に応じて上記機器接続手段に接続する物理層を上記複数の接続手段を用いて制御する制御手段と、
を具備したことを特徴とする中継装置。
【請求項２】
異なるバスの中継装置と通信する中継装置において、
当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、
この機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段と、
上記異なるバスの中継装置に接続された機器の機器台数情報を取得する取得手段と、
この取得手段で取得された機器台数情報に基づいて、上記機器接続手段に接続する物理層を上記複数の接続手段を用いて制御する制御手段と、
を具備したことを特徴とする中継装置。
【請求項３】
異なるバスの中継装置と通信する中継装置において、
当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、
この機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段と、
当該中継装置に接続された機器の機器情報を取得する第１の取得手段と、
この第１の取得手段で取得された機器情報を上記異なるバスの中継装置に送信する送信手段と、
上記異なるバスの中継装置に接続された機器の機器情報を受信する受信手段と、
この受信手段で受信された機器情報から機器台数と機器の固有識別情報とを取得する第２の取得手段と、
この第２の取得手段で取得された機器台数に基づいて、上記機器接続手段に接続する物理層を上記複数の接続手段を用いて制御する制御手段と、
この制御手段に制御されて接続された物理層に上記第２の取得手段で取得された機器の固有識別情報を割り当てる処理手段と、
を具備したことを特徴とする中継装置。
【請求項４】
異なるバスの中継装置と通信する中継装置において、
当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、
この機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段と、
当該中継装置に接続された機器の機器情報を取得する第１の取得手段と、
この第１の取得手段で取得された機器情報を上記異なるバスの中継装置に送信する送信手段と、
上記異なるバスの中継装置に接続された機器の機器情報を受信する受信手段と、
この受信手段で受信された機器情報から機器台数と機器の固有識別情報とを取得する第２の取得手段と、
この第２の取得手段で取得された機器台数に基づいて、上記機器接続手段に接続する物理層を上記複数の接続手段を用いて制御する制御手段と、
この制御手段に制御されて接続された物理層に上記第２の取得手段で取得された機器の固有識別情報を割り当てる処理手段と、
この処理手段で機器の固有識別情報が割り当てられた物理層の識別情報と割り当てられた機器の固有識別情報とを、上記中継装置間で通信する際に変換する変換手段と、
を具備したことを特徴とする中継装置。
【請求項５】
異なるバスの中継装置と通信し、１つまたは複数の機器が接続された当該機器が有する中継装置において、
上記１つまたは複数の機器が接続される機器接続手段と、
この機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段と、
上記機器接続手段に接続された機器の機器情報を取得する第１の取得手段と、
この第１の取得手段で取得された機器情報と当該機器の機器情報とを上記異なるバスの中継装置に送信する送信手段と、
上記異なるバスの中継装置に接続された機器の機器情報を受信する受信手段と、
この受信手段で受信された機器情報から機器台数と機器の固有識別情報とを取得する第２の取得手段と、
この第２の取得手段で取得された機器台数に基づいて、上記機器接続手段に接続する物理層を上記複数の接続手段を用いて制御する制御手段と、
この制御手段に制御されて接続された物理層に上記第２の取得手段で取得された機器の固有識別情報を割り当てる処理手段と、
を具備したことを特徴とする中継装置。
【請求項６】
上記中継装置は、さらに当該中継装置のバスにおける伝送リソース管理権を有する機器を検出する検出手段と、この検出手段で検出された伝送リソース管理権を有する機器が当該中継装置以外であった際、当該中継装置が有する複数の物理層のいずれかに伝送リソース管理権を割り当てる処理手段とを具備したことを特徴とする請求項１，２，３，４，５に記載の中継装置。
【請求項７】
異なったバス間を接続する中継装置の接続方法であって、
当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段を用いて、他のバスの接続機器情報の接続台数に応じて上記機器接続手段に接続する物理層を制御するようにしたことを特徴とする中継装置の接続方法。
【請求項８】
異なるバスの中継装置と通信する中継装置の接続方法であって、
上記異なるバスの中継装置に接続された機器の機器台数情報を取得し、
この取得された機器台数情報に基づいて、当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を制御するようにしたことを特徴とする中継装置の接続方法。
【請求項９】
異なるバスの中継装置と通信する中継装置の接続方法であって、
当該中継装置に接続された機器の機器情報を取得し、
この取得された機器情報を上記異なるバスの中継装置に送信し、
上記異なるバスの中継装置に接続された機器の機器情報を受信し、
この受信された機器情報から機器台数と機器の固有識別情報とを取得し、
この取得された機器台数に基づいて、当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を制御し、
この接続された物理層に上記取得された機器の固有識別情報を割り当てるようにしたことを特徴とする中継装置の接続方法。
【請求項１０】
異なるバスの中継装置と通信する中継装置の接続方法であって、
当該中継装置に接続された機器の機器情報を取得し、
この取得された機器情報を上記異なるバスの中継装置に送信し、
上記異なるバスの中継装置に接続された機器の機器情報を受信し、
この受信された機器情報から機器台数と機器の固有識別情報とを取得し、
この取得された機器台数に基づいて、当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を制御し、
この接続された物理層に上記取得された機器の固有識別情報を割り当てし、
この機器の固有識別情報が割り当てられた物理層の識別情報と割り当てられた機器の固有識別情報とを上記中継装置間で通信する際に変換するようにしたことを特徴とする中継装置の接続方法。
【請求項１１】
上記中継装置の接続方法であって、さらに当該中継装置のバスにおける伝送リソース管理権を有する機器を検出し、この検出された伝送リソース管理権を有する機器が当該中継装置以外であった際、当該中継装置が有する複数の物理層のいずれかに伝送リソース管理権を割り当てるようにしたことを特徴とする請求項７，８，９，１０に記載の中継装置の接続方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、異なったバス間でデータの送受信を行う中継装置と中継装置の接続方法に関する。
【０００２】
【従来の技術】
異なるネットワークを接続するための技術として、バスブリッジ技術がある。これは、機器が送信するデータの送信先情報（バスＩＤ、物理１Ｄ）を参照して、指定されたバスの指定された機器にデータを送信する技術である。これにより、異なったバス間におけるデータの送受信ができるようになっている。
【０００３】
例えば、図１１において、バス１１０のＤＴＶ１１２が、バス１２０のＶＴＲ１２３にデータを送信する場合、次のようになる。ＤＴＶ１１２は、データの送信先をＶＴＲ１２３（バスＩＤ１２０、物理１Ｄ１）と設定して送信し、送信元のＤＴＶ１１２が所属するバス１１０におけるのバスブリッジ１１１が、送信先のＶＴＲ１２３が所属するバス１２０のバスブリッジ１２１にデータの転送を行い、そこで送信先に設定されたＶＴＲ１２３にデータが送信される。
【０００４】
このように、ブリッジ対応機器は、送信先をバスＩＤまで含めて指定するデータ通信機能を持っているので、異なったバス間におけるデータの送受信を行うことを可能としている。
【０００５】
しかしながら、従来のＡＶ機器などのブリッジ非対応機器では、送信先としてバスＩＤを指定せず（ローカルバス扱い）、物理１Ｄだけを設定する。この場合、バスが１つしかなく、全て同一バス内でのみの通信しか行わない場合には充分であるが、異なったバス間におけるデータの送受信を行うことは不可能である。
【０００６】
すなわち、ブリッジ非対応機器の従来のＡＶ機器では、異なるバスに存在する他のＡＶ機器との通信を行うことができない。
【０００７】
【発明が解決しようとする課題】
上記したように、ブリッジ非対応機器の従来のＡＶ機器では、異なるバスに存在する他のＡＶ機器との通信を行うことができないという問題があった。
【０００８】
そこで、この発明は、従来のＡＶ機器に手を加えることなく、異なるバスに存在する他のＡＶ機器との通信を行うことのできる中継装置と中継装置の接続方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
この発明の中継装置は、異なったバス間を接続する中継装置において、
当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、
この機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段と、
他のバスの接続機器情報の接続台数を参照し、この接続台数に応じて上記機器接続手段に接続する物理層を上記複数の接続手段を用いて制御する制御手段とから構成されている。
【００１０】
この発明の中継装置の接続方法は、異なったバス間を接続する中継装置の接続方法であって、当該中継装置のバス内で１つまたは複数の機器が接続される機器接続手段と、当該中継装置が有する他のバスの接続機器に割り当てる複数の物理層との間の接続を行う複数の接続手段を用いて、他のバスの接続機器情報の接続台数に応じて上記機器接続手段に接続する物理層を制御するようにしたことを特徴とする。
【００１１】
【発明の実施の形態】
以下、この発明の一実施の形態について図面を参照して説明する。
【００１２】
まず、第１の実施の形態について説明する。
【００１３】
図１は、第１の実施の形態に係る中継装置としてのバスブリッジの概略構成を示すものである。
【００１４】
図１に示すように、バスブリッジ（バスブリッジ１１，２１）と５台のＡＶ機器（ａｕｄｉｏ−ｖｉｓｕａｌ  ａｐｐａｒａｔｕｓ）とが接続されている。これらのＡＶ機器は、ブリッジ非対応機器である。
【００１５】
ネットワークとしてのバス１０は、バスブリッジ１１、ＤＴＶ（デジタルテレビ）１２、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）１３とから構成される。
【００１６】
また、ネットワークとしてのバス２０は、バスブリッジ２１、ＶＴＲ（ビデオテープレコーダ）２２、ＶＴＲ２３、ＳＴＢ２４とから構成されている。
【００１７】
さらに、ＡＶ機器は、それぞれ固有識別情報を有している。ＤＴＶ１２はＧＵＩＤ−Ｄ、ＳＴＢ１３はＧＵＩＤ−Ｅ、ＶＴＲ２２はＧＵＩＤ−Ａ、ＶＴＲ２３はＧＵＩＤ−Ｂ、ＳＴＢ２４はＧＵＩＤ−Ｃを有している。
【００１８】
ところで、米国電気電子技術協会（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）が規格化したものにＩＥＥＥ１３９４がある。ＩＥＥＥ１３９４規格は、コンピュータと周辺機器を結ぶリアルタイム伝送の機能を備えるシリアル・インタフェースであり、物理層、リンク層、トランザクション層などから構成されている。
【００１９】
上記バスブリッジ１１とバスブリッジ２１は、無線インタフェースで接続されているものとする。
【００２０】
なお、バスブリッジ１１とバスブリッジ２１とは、ＩＥＥＥ１３９４規格の有線インタフェースを用いて接続するようにしても良い。
【００２１】
図２は、バスブリッジ１１，２１の構成例を示すものである。
【００２２】
バスブリッジ１１及び２１は、自バス接続機器情報取得部３１、データ送信部３２、データ受信部３３、他バス接続機器情報取得部３４、内部接続状態制御部３５、固有識別情報割り当て処理部３６、機器識別番号変換部３７、タイマ部３８、ＩＥＥＥ１３９４コネクタ３９、及び上位層処理部４０とから構成されている。
【００２３】
また、ＩＥＥＥ１３９４コネクタ３９からは、詳しくは後述するが、スイッチ（接続手段）としてのＳＷ１，２，３，４，…により物理層ＰＨＹ１，２，３，４，…ｎがＬＩＮＫ１，２，３，４，…ｎを介してそれぞれ上位層処理部４０に接続される。
【００２４】
以下、バス１０のバスブリッジ１１を主に上記各部を説明する。
【００２５】
ＩＥＥＥ１３９４コネクタ３９には、図１で示したようにＤＴＶ１２、ＳＴＢ１３とが接続されている。
【００２６】
バスブリッジ１１は、ＩＥＥＥ１３９４コネクタ３９に接続された各機器の情報を、自バス接続機器情報取得部３１によって取得する。
【００２７】
自バス接続機器情報取得部３１によって取得される接続機器情報としては、例えば、接続機器台数、接続されている機器の固有識別情報（ＧＵＩＤ）などがある。
【００２８】
自バス接続機器情報取得部３１によって取得された接続機器情報は、データ送信部３２によって、他のバスブリッジとしてのバスブリッジ２１に送信される。この場合の送信手段としては、ＩＥＥＥ１３９４などの有線インタフェースを用いてもよく、無線インタフェースを用いてもよい。以下、上述したように無線インタフェースで説明する。
【００２９】
バスブリッジ１１は、上述したように接続（所属）されているバスの接続機器情報を取得完了後、他バス接続機器情報取得部３４によってバスブリッジ２１が他バス向けに送信する接続機器情報を取得する。
【００３０】
図３は、バスブリッジ１１がバスブリッジ２１に送信するバス１０の接続機器情報を示すものである。図において、接続台数が「２」、ＧＵＩＤ１が「ＧＵＩＤ−Ｄ」、ＧＵＩＤ２が「ＧＵＩＤ−Ｅ」である。
【００３１】
図４は、バスブリッジ２１がバスブリッジ１１に送信するバス２０の接続機器情報の例を示すものである。図において、接続台数が「３」、ＧＵＩＤ１が「ＧＵＩＤ−Ａ」、ＧＵＩＤ２が「ＧＵＩＤ−Ｂ」、ＧＵＩＤ３が「ＧＵＩＤ−Ｃ」である。
【００３２】
バスブリッジ１１は、取得した他バス（ここでは、バス２０）の接続機器情報の接続台数を参照し、自らが持つ複数の物理層（ＰＨＹ）間の内部接続状態を制御する。すなわち、バスブリッジ１１は、バスブリッジ２１の接続機器情報から、バスブリッジ２１には３台接続されていることを検出し、内部接続状態制御部３５により、アクティブな物理層が３つになるように制御を行う。
【００３３】
図２は、その場合の例であり、ＳＷ１、ＳＷ２、ＳＷ３をオン、残りのＳＷをオフとすることで、ＩＥＥＥ１３９４コネクタ３９には３つの物理層がリピータ接続されることになる。
【００３４】
なお、バスブリッジ２１も同様にして、アクティブな物理層が２つになるように制御を行う。
【００３５】
続いて、バスブリッジ１１は、取得した他バスの接続機器情報の固有識別情報（ＧＵＩＤ）一覧を参照し、アクティブになるように制御された物理層（ＰＨＹ１，２，３）のそれぞれに、他バスの接続機器の固有識別情報を割り当てる。
【００３６】
例えば、バスブリッジ１１は、バスブリッジ２１の接続機器情報から、バスブリッジ２１には固有識別情報がＧＵＩＤ−Ａ，ＧＵＩＤ−Ｂ，ＧＵＩＤ−Ｃである機器が接続されていることを検出し、固有識別情報割り当て処理部３６により、アクティブである３つの物理層（ＰＨＹ１，２，３）にそれぞれ割り当てる。
【００３７】
このように、割り当て完了後の各物理層（ＰＨＹ１，２，３）は、仮想的な他バス（この場合、バス２０）の接続機器とみなされる。
【００３８】
ここでは、ＰＨＹ１にＧＵＩＤ−Ｂ（ＶＴＲ２３）、ＰＨＹ２にＧＵＩＤ−Ｃ（ＳＴＢ２４）、ＰＨＹ３にＧＵＩＤ−Ａ（ＶＴＲ２２）を割り当てる。
【００３９】
バスブリッジ２１も同様にして、アクティブな物理層ＰＨＹ１，ＰＨＹ２にそれぞれ、ＧＵＩＤ−Ｄ（ＤＴＶ１２）、ＧＵＩＤ−Ｅ（ＳＴＢ１３）を割り当てる。
【００４０】
図５は、上述した作業終了後のバス１０におけるバス内機器番号（ノードＩＤ）と固有識別番号（ＧＵＩＤ）との対応関係を示すものである。
【００４１】
例えば、ＤＴＶ１２は、ノードＩＤが「０ｘＦＦＣ０」、ＧＵＩＤが「ＧＵＩＤ−Ｄ」である。また、ＰＨＹ１（ＶＴＲ２３）は、ノードＩＤが「０ｘＦＦＣ２」、ＧＵＩＤが「ＧＵＩＤ−Ｂ」である。
【００４２】
図６は、上述した作業終了後のバス２０におけるバス内機器番号（ノードＩＤ）と固有識別番号（ＧＵＩＤ）との対応関係を示すものである。
【００４３】
例えば、ＶＴＲ２２は、ノードＩＤが「０ｘＦＦＣ０」、ＧＵＩＤが「ＧＵＩＤ−Ａ」である。また、ＰＨＹ１（ＤＴＶ１２）は、ノードＩＤが「０ｘＦＦＣ３」、ＧＵＩＤが「ＧＵＩＤ−Ｄ」である。
【００４４】
これらの対応関係は、機器識別番号変換部３７によって記憶、管理され、相互の番号変換（ノードＩＤ→ＧＵＩＤ，ＧＵＩＤ→ノードＩＤ）機能が提供される。
【００４５】
上述した処理が終了した段階で、ブリッジ非対応の従来のＡＶ機器が、異なるバスに存在する他のＡＶ機器との通信が行える状態となる。
【００４６】
次に、このような構成において、ＤＴＶ１２からＶＴＲ２３へ要求する動作を図７のフローチャートを参照して説明する。
【００４７】
ここでは、バス１０のＤＴＶ１２が、バス２０のＶＴＲ２３に対し、トランザクション要求として、０ｘＦＦＦＦＦ００００４０Ｃ番地の読み出し要求を送信する場合とする。
【００４８】
まず、ブリッジ非対応機器のＤＴＶ１２は、送信先となる（仮想的な）ＶＴＲ２３に対して、バスＩＤを指定せず（ローカルバス扱い）、物理ＩＤだけを設定して送信する。
【００４９】
なお、本実施の形態で用いているＩＥＥＥ１３９４規格の場合、ローカルバス扱いのときは、バスＩＤ（１０ビット）を０ｘ３ＦＦとし、物理ＩＤ（６ビット）と組み合わせてノードＩＤ（１６ビット）を作成するので、ノードＩＤは（０ｘＦＦＣ０＋物理１Ｄ）で設定することになる。
【００５０】
このため、設定される送信先は、仮想的にバス２０のＶＴＲ２３とみなされたバスブリッジ１１内の物理層ＰＨＹ１が持つノードＩＤ「０ｘＦＦＣ２」である。また送信元として、ＤＴＶ１２が持つノードＩＤ「０ｘＦＦＣ０」が同時に設定される（ＳＴ１）。
【００５１】
この読み出し要求は、バスブリッジ１１内のＰＨＹ１で受信された後、ＬＩＮＫ１を経由し、上位層処理部４０によって処理される。
【００５２】
上位層処理部４０は、０ｘＦＦＦＦＦ００００４０Ｃ番地を読み出し要求されたメモリを実際に実装しているのはバス２０のＶＴＲ２３であるため、要求を転送しなければならない。
【００５３】
そこで、上位層処理部４０は、トランザクション要求内容を機器識別番号変換部３７に送信してノードＩＤ→ＧＵＩＤ変換を行う。
【００５４】
バスブリッジ１１の機器識別番号変換部３７は、図５の対応表に基づいて、送信元を０ｘＦＦＣ０→ＧＵＩＤ−Ｄ、送信先を０ｘＦＦＣ２→ＧＵＩＤ−Ｂへと変換する（ＳＴ２）。そして、データ送信部３２は、送信元が「ＧＵＩＤ−Ｄ」で送信先が「ＧＵＩＤ−Ｂ」のトランザクション要求をバス２０のバスブリッジ２１へ転送する。
【００５５】
バスブリッジ２１のデータ受信部３３で受信されたトランザクション要求は、機器識別番号変換部３７によって、ＧＵＩＤ→ノードＩＤ変換が行われる。
【００５６】
バスブリッジ２１の機器識別番号変換部３７は、図６の対応表に基づいて、送信元をＧＵＩＤ−Ｄ→０ｘＦＦＣ３、送信先をＧＵＩＤ−Ｂ→０ｘＦＦＣ１へと変換する（ＳＴ３）。この変換後のトランザクション要求は、上位層処理部４０によって、ＬＩＮＫ１、仮想的なＤＴＶ１２であるＰＨＹ１を経由して実際のＶＴＲ２３に送信される。
【００５７】
上述したように、バス１０のＤＴＶ１２が出したトランザクション要求を、バス２０のＶＴＲ２３まで正常に届けることが可能となる。
【００５８】
続いて、トランザクション要求を受信したＶＴＲ２３は、読み出し要求のあった当該メモリの０ｘＦＦＦＦＦ００００４０Ｃ番地の値をトランザクション応答として、バス１０のＤＴＶ１２に返答する。
【００５９】
ブリッジ非対応のＶＴＲ２３は、送信元に設定されていた（仮想的な）ＤＴＶ１１に対して、バスＩＤを指定せず（ローカルバス扱い）、物理１Ｄだけを設定してトランザクション応答を送信する。
【００６０】
このため、この場合に設定される送信先は、仮想的にバス１０のＤＴＶ１２とみなされたバスブリッジ２１内の物理層ＰＨＹ１が持つノードＩＤ「０ｘＦＦＣ３」である。また送信元として、ＶＴＲ２３が持つノードＩＤ「０ｘＦＦＣ１」が同時に設定される（ＳＴ４）。
【００６１】
この読み出し応答は、バスブリッジ２１内のＰＨＹ１で受信された後、ＬＩＮＫ１を経由し、上位層処理部４０によって処理される。
【００６２】
上位層処理部４０は、トランザクション要求の場合と同様に、実際のトランザクション要求元であるバス１０のＤＴＶ１２に応答を転送しなければならない。そこで、上位層処理部４０は、トランザクション応答内容を機器識別番号変換部３７に送信してノードＩＤ→ＧＵＩＤ変換を行う。
【００６３】
バスブリッジ２１の機器識別番号変換部３７は、図６の対応表に基づいて、送信元を０ｘＦＦＣ１→ＧＵＩＤ−Ｂ、送信先を０ｘＦＦＣ３→ＧＵＩＤ−Ｄへと変換する（ＳＴ５）。そして、データ送信部３２は、送信元が「ＧＵＩＤ−Ｂ」、送信先が「ＧＵＩＤ−Ｄ」のトランザクション応答をバス１０のバスブリッジ１１に転送する。
【００６４】
バスブリッジ１０のデータ受信部３３で受信されたトランザクション応答は、機器識別番号変換部３７によって、ＧＵＩＤ→ノードＩＤ変換が行われる。
【００６５】
バスブリッジ１１の機器識別番号変換部３７は、図５の対応表に基づいて、送信元をＧＵＩＤ−Ｂ→０ｘＦＦＣ２、送信先をＧＵＩＤ−Ｄ→０ｘＦＦＣ０へと変換する（ＳＴ６）。この変換後のトランザクション応答は、上位層処理部４０によって、ＬＩＮＫ１、仮想的なＶＴＲ２３であるＰＨＹ１を経由して実際のＤＴＶ１２に送信される。
【００６６】
上述したように、バス２０のＶＴＲ２３が出したトランザクション応答を、バス１０のＤＴＶ１２まで正常に届けることが可能となる。
【００６７】
ここでは、読み出し要求、応答のトランザクションを例にして説明を行ったが、書き込みやその他のトランザクションでも同様に、バス１０，２０間におけるデータの送受信を行うことが可能である。
【００６８】
デジタルインタフェースによっては、トランザクション要求からトランザクション応答までの制限時間を設けている場合がある。
【００６９】
例えば、本実施の形態で用いたＩＥＥＥ１３９４規格の場合は、１００ｍｓ以内の応答を要求されることがある。この場合、応答側が１００ｍｓ以内に応答したつもりでも、バス間の伝送遅延により、１００ｍｓを越えた時間の後に応答が戻る可能性があり、何らかの不具合を引き起こす可能性がある。
【００７０】
この場合の対処法として、バスブリッジ１１，２１がそれぞれ実装するタイマ部３８を用いて、トランザクション要求がデータ送信部３２から送信され、トランザクション応答がデータ受信部３３で受信されるまでの時間を計測する。
【００７１】
これにより、制限時間内にトランザクション応答を要求元に戻せないと判断した場合は、トランザクション応答を捨てるなどして、要求元の再送信（リトライ）を待つといった実装方法も可能である。
【００７２】
次に、第２の実施の形態について説明する。
【００７３】
図８は、第２の実施の形態に係る中継装置としてのバスブリッジの概略構成を示すものである。
【００７４】
図８に示すように、バスブリッジ（バスブリッジ５１，６１）と５台のＡＶ機器（ａｕｄｉｏ−ｖｉｓｕａｌ  ａｐｐａｒａｔｕｓ）とが接続されている。
【００７５】
ネットワークとしてのバス５０は、バスブリッジ５１、ＤＴＶ５２、ＳＴＢ５３とから構成される。
【００７６】
また、ネットワークとしてのバス６０は、バスブリッジ６１、ＶＴＲ６２、ＶＴＲ６３、ＳＴＢ６４とから構成されている。
【００７７】
この状態で、バス５０のＤＴＶ５２が録画を行うために、バス６０のＶＴＲ６３へ映像／音声ストリームを伝送する例を説明する。
【００７８】
映像／音声ストリームを伝送するにあたっては、まず、最初にバスの伝送リソース管理権を持つ機器に、伝送に使用する伝送チャンネル、使用帯域を申請しなければならない。
【００７９】
本実施の形態で用いているＩＥＥＥ１３９４規格では、アイソクロナスリソースマネージャ（Ｉｓｏｃｈｒｏｎｏｕｓ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｒ：ＩＲＭ）と呼ばれる機器がリソース管理を行うことになっている。バス内で行われるストリーム伝送のリソース状態を管理する上で、この役割はバスブリッジが行うことが望ましい。
【００８０】
なぜなら、例えば、ＤＴＶ５２がＩＲＭだったとすると、ＤＴＶ５２が伝送する際のリソース申請は、ＤＴＶ５２の内部処理によって行われ、外部からは申請が行われたことを検知できないからである。
【００８１】
図９は、バスブリッジ５１，６１の構成例を示すものである。
【００８２】
本バスブリッジは、図２で示したバスブリッジの上位層処理部４０に伝送リソース管理機器判定部４１と伝送リソース管理権割り当て処理部４２とを加えたものである。他の構成は、同一箇所に同一符号を付して説明を省略する。
【００８３】
次に、バスブリッジ５１，６１が行う処理動作を図１０のフローチャートを参照して説明する。
【００８４】
以下、バス５０のバスブリッジ５１を主に説明する。
【００８５】
まず、バスブリッジ５１は、当該バス５０の伝送リソース管理権を持つ機器を、伝送リソース管理機器判定部４１によって検出する（ＳＴ１１）。
【００８６】
もし、当該バスブリッジ以外の機器がリソース管理を行っていた場合（ＳＴ１２）、伝送リソース管理権割り当て処理部４２を用いて、当該バスブリッジが持つアクティブな物理層のいずれかにこの管理権を割り当て直す（ＳＴ１３）。
【００８７】
ここでは、物理層ＰＨＹ１にリソース管理権（ＩＲＭの役割）を割り当てる。
【００８８】
ＤＴＶ５２が録画する映像／音声ストリームを伝送開始する際、バス５０のＩＲＭであるＰＨＹ１に対して、伝送に使用するリソース（伝送チャンネル、使用帯域）を申請する（ＳＴ１４）。この伝送リソース情報をＬＩＮＫ１経由で取得した上位層処理部４０は、この伝送リソース情報をデータ送信部３２を介してバスブリッジ６１に伝送する（ＳＴ１５）。
【００８９】
バスブリッジ６１は、データ受信部３３を介してバス５０からの伝送リソース情報を受け取った際、ステップＳＴ１１〜１３の処理でＩＲＭの権利を割り当てた物理層（例えば、ＰＨＹ１）に対して、受け取った伝送リソース情報と同じ申請を行う（ＳＴ１６）。これにより、バス６０内でも、バス５０のＤＴＶ５２が伝送に用いている伝送リソース（チャンネル、帯域）を使用してストリーム伝送を行うことが可能となる。
【００９０】
ＤＴＶ５２がバス５０内に送信しているストリームデータ（例えば、３２チャンネルを使用）は、バス５０における伝送リソースと同じものを使用してバス６０内でも伝送することが可能となっている。そこで、バスブリッジ５１は、データ送信部３２を介してＤＴＶ５２の出力ストリームデータをそのままバスブリッジ６１に伝送（転送）する（ＳＴ１７）。
【００９１】
バスブリッジ６１は、データ受信部３３で受け取ったストリームデータを、そのまま上位層処理部４０、ＬＩＮＫ１を経由して仮想的にバス５０のＤＴＶ５２とみなされているＰＨＹ１（図６参照）から出力する（ＳＴ１８）。
【００９２】
この出力ストリームデータをＶＴＲ６３が受信することで、バス５０，６０間におけるストリーム伝送も可能となり、バス５０のＤＴＶ５２の出力をバス６０のＶＴＲ６３で録画することができる（ＳＴ１９）。
【００９３】
上述した第１の実施の形態では、全てのＡＶ機器がデイジーチェイン接続されているとして説明を行ったが、場合によっては、例えばバス２０のＡＶ機器がツリー接続されているにもかかわらず、バスブリッジ１１では物理層をデイジーチェイン接続してバス２０の接続機器として仮想的にみなすことがある。
【００９４】
この場合、バス２０内で実際に伝送される伝送経路と、バス２０を仮想的に再現しているバスブリッジ１１内の伝送経路とが異なることにより、伝送能力の低い機器が中継する場合にうまくいかなくなることが考えられる。
【００９５】
この場合は、たとえば、ＤＴＶ１２のユーザメニュー設定などで、伝送スピードを最低スピード（ＩＥＥＥ１３９４規格では１００Ｍｂｐｓ）に落とすことで、対処することが可能となる。
【００９６】
なお、上述した第２の実施の形態でも同様である。
【００９７】
また、上述した第１、第２の実施の形態では、独立したバスブリッジ（中継装置）の例で説明したが、ＡＶ機器の中に本発明のバスブリッジ機能を組み込むようにしても良い。
【００９８】
さらに、インタフェースとして、ＩＥＥＥ１３９４規格を例にして説明したが、他のテジタルインタフェースに適用しても良い。
【００９９】
以上説明したように上記発明の実施の形態によれば、複数の物理層を実装し、それらの物理層間をリピータ接続することにより、ネットワーク上の他の機器からは複数の機器として見えるバスブリッジとすることができる。また、それら物理層間のリピータ接続の状態を自由に変更可能な制御手段を持つことにより、状況に応じてアクティブな物理層の数を制御することができる。
【０１００】
さらに、他のネットワークにおける接続機器情報を取得することにより、例えば、他のネットワークの接続機器台数に合わせてアクティブな物理層の数を調整することができる。
【０１０１】
また、他のネットワークに接続されている機器の固有識別情報を取得することにより、他のネットワークに接続された機器を通信相手として一意に特定することとができる。さらに、アクティブな物理層のそれぞれに、他のネットワークにおける接続機器の固有識別情報を割り当てることにより、物理層のそれぞれを仮想的に他のネットワークの機器として扱うことができる。
【０１０２】
また、映像／音声などのストリームデータ伝送を行う場合、伝送に用いる伝送チャンネル番号や伝送帯域などを、伝送リソース管理権を持つ機器に申請する必要はあるが、この管理権を本発明のバスブリッジ内の物理層のいずれかに持たせることにより、ネットワークの伝送リソースをバスブリッジが監視できる。さらに、複数ネットワークのバスブリッジ間で伝送リソース情報を共有することにより、異なるネットワーク間で同じリソース（例えば、伝送チャンネル番号）を使って伝送などを行うことができる。
【０１０３】
なお、本願発明は、上記（各）実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題（の少なくとも１つ）が解決でき、発明の効果の欄で述べられている効果（の少なくとも１つ）が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【０１０４】
【発明の効果】
以上詳述したようにこの発明によれば、従来のＡＶ機器に手を加えることなく、異なるバスに存在する他のＡＶ機器との通信を行うことのできる中継装置と中継装置の接続方法を提供することができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係る中継装置としてのバスブリッジの概略構成を示す図。
【図２】本発明に係るバスブリッジの構成を示すブロック図。
【図３】バスの接続機器情報を説明するための図。
【図４】バスの接続機器情報を説明するための図。
【図５】機器識別番号変換部で管理される情報を説明するための図。
【図６】機器識別番号変換部で管理される情報を説明するための図。
【図７】機器識別番号変換処理を行う要求動作を説明するためのフローチャート。
【図８】第２の実施の形態に係る中継装置としてのバスブリッジの概略構成を示す図。
【図９】本発明に係るバスブリッジの構成を示すブロック図。
【図１０】バスブリッジが行う処理動作を説明するためのフローチャート。
【図１１】
ブリッジ対応機器におけるデータ通信を説明するための図。
【符号の説明】
１０、２０、５０、６０…バス
１１、２１、５１、６１…バスブリッジ
１２、５２…ＤＴＶ
２３、６３…ＶＴＲ
３１…自バス接続機器情報取得部（取得手段、第１の取得手段）
３２…データ送信部（送信手段）
３３…データ受信部（受信手段）
３４…他バス接続機器情報取得部（第２の取得手段）
３５…内部接続状態制御部（制御手段）
３６…固有識別情報割り当て処理部（処理手段）
３７…機器識別番号変換部（交換手段）
３８…タイマ部
３９…ＩＥＥＥ１３９４コネクタ
４０…上位層処理部
４１…伝送リソース管理機器判定部（検出手段）
４２…伝送リソース管理権割り当て処理部（処理手段）
【図１】
0003593117.tif 000002
【図２】
0003593117.tif 000003
【図３】
0003593117.tif 000004
【図４】
0003593117.tif 000005
【図５】
0003593117.tif 000006
【図６】
0003593117.tif 000007
【図７】
0003593117.tif 000008
【図８】
0003593117.tif 000009
【図９】
0003593117.tif 000010
【図１０】
0003593117.tif 000011
【図１１】
0003593117.tif 000012