JP4102253B2

JP4102253B2 - Communication equipment

Info

Publication number: JP4102253B2
Application number: JP2003162147A
Authority: JP
Inventors: 潤佐々木; 利治花岡; 成樹高橋
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2003-06-06
Filing date: 2003-06-06
Publication date: 2008-06-18
Anticipated expiration: 2023-06-06
Also published as: JP2004364107A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続された機器を制御する通信機器に関し、特に、ＩＥＥＥ１３９４バスを介して接続されたＡＶ機器を制御するために使用して好適な通信機器に関する。
【０００２】
【従来の技術】
地上波デジタルテレビジョン受像機、ＢＳ／ＣＳデジタルテレビジョン受像機、ＤＶＨＳデッキ、ＤＶＤ記録再生機、ＨＤＤレコーダ、ＤＶカムコーダ、ＤＶカメラ等のＡＶ（Audio Video）機器間を接続するためのネットワークとして有線ＩＥＥＥ１３９４バスが使用されている。
【０００３】
ＩＥＥＥ１３９４バスを広帯域無線上に実現する試みもされており、ＷｉｒｅｌｅｓｓＩＥＥＥ１３９４、ＩＥＥＥ１３９４ｏｖｅｒ８０２．１１などの無線通信プロトコルが存在し、無線上でＩＥＥＥ１３９４バスを構築することも可能である。更に、有線のＩＥＥＥ１３９４バスと無線のＩＥＥＥ１３９４バスを、ブリッジを介してネットワークとして接続する方式も提案されている。
【０００４】
特許文献１には、有線のＩＥＥＥ１３９４バス上から無線端末と通信するために、無線端末を有線のＩＥＥＥ１３９４バス上の１つの通信機器のサブユニットにエミュレートして、そのサブユニットが制御されることに連動して無線端末を制御する手法が記載されている。
【０００５】
特許文献２には、分断されたＩＥＥＥ１３９４バス上の通信機器をあたかも同一のＩＥＥＥ１３９４バス上にあるように見せることにより既存の制御方法を変えることなく分断されたＩＥＥＥ１３９４バス上にある通信機器を制御する手法が記載されている。
【０００６】
【特許文献１】
特開２０００−１５６６８３号公報
【特許文献２】
特開２００２−２９２１１４号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、ＩＥＥＥ１３９４バス間にＩＥＥＥ１３９４バス以外のネットワークが存在する場合には、必ず、ＩＥＥＥ１３９４のブリッジが必要となる。従って、ブリッジ対応していない現在のＩＥＥＥ１３９４機器から、異なるプロトコルのネットワークを間に挟んだＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器を操作することはできない。
【０００８】
また、特許文献１のような手法を用いると、１つのＩＥＥＥ１３９４機器は操作できるようになる可能性はある。しかし、既存の機器はノードをＢＳデジタルチューナ、ＤＶＨＳデッキなどの機器の内部構成を想定してノード或いはサブユニットに対してＡＶ／Ｃコマンドを送信することにより制御を行っており、異なるコマンド体系になると操作できないのが通常である。上記手法では、本来ユニットとサブユニットの構成で存在していた機器の機能を１つのサブユニットにエミュレートするために、必然的にユニット或いはサブユニットを従来のＡＶ／Ｃコマンドとは異なるものを送信する必要があり、既存の機器と同一のようには制御できない。
【０００９】
また、無線等のネットワークに接続された通信機器をＩＥＥＥ１３９４バス上の通信機器のサブユニットとしてエミュレートするため、上記ネットワークと接続可能な機器としか通信できない。
【００１０】
この問題を解決しようとしたのが、特許文献２で示される手法であるが、ここで示される手法は複数のＰＨＹを備えてはいるが、ＰＨＹの個数以上の機器が接続された場合にエミュレートノードを選択する手段と方法を想定していない。
【００１１】
本発明の目的は、他のプロトコルとのブリッジに対応していない既存の機器から、別のプロトコルのネットワークに接続された機器を、同一のバス上の機器として制御することにある。
【００１２】
【課題を解決するための手段】
本発明によると、通信機器は、第１のネットワークに接続された第１のインターフェース手段と、第２のネットワークに接続された第２のインターフェース手段と、該第２のインターフェース手段を介して上記第２のネットワークに接続された機器の機器情報を取得する機器情報取得手段と、上記第２のネットワークに接続された機器を上記第１のネットワーク上のノードとみなすエミュレート手段と、を備える。
【００１３】
更に、上記第２のネットワークに接続された機器が第３のネットワークに接続されているとき、上記機器情報取得手段は、更に、第３のネットワークに接続された機器の機器情報を取得し、上記エミュレート手段は、上記第３のネットワークに接続された機器を第１のネットワーク上のノードとみなす。
【００１４】
上記エミュレート手段は、本通信機器自身を、第１のネットワーク上の機器とみなす。
上記第１のネットワークはＩＥＥＥ１３９４プロトコルによる通信を行う。
上記第３のネットワークはＩＥＥＥ１３９４プロトコルによる通信を行う。
【００１５】
上記機器情報取得手段は、機器情報として、ＧＵＩＤ、又はＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭ、又は、レジスタアドレス及びアドレス値、又は、サブユニット構成を取得する。
【００１６】
本発明によると、通信機器は、上記第１のインターフェース手段が受信した第１のプロトコルのパケット信号を第２のプロトコルのパケット信号に変換し、上記第２のインターフェース手段が受信した第２のプロトコルのパケット信号を第１のプロトコルのパケット信号に変換するプロトコル変換手段を有する。
【００１７】
更に、本発明によると、通信機器は、上記第１のインターフェース手段が受信したＡｓｙｎｃパケットがＡＶ／Ｃコマンドであるかを判定する機能を備え、受信したＡｓｙｎｃパケットがＡＶ／Ｃコマンドであった場合のみ、上記第２のインターフェース手段は、上記第２のネットワーク上の機器に同等のＡＶ／Ｃコマンドを送信する機能を備える。
【００１８】
上記第１のインターフェース手段を介してＡｓｙｎｃパケットを受信したとき、該Ａｓｙｎｃパケットの応答を作成して上記第１のインターフェース手段を介して返送する。
【００１９】
本発明によると、通信機器は、更に、上記第１のインターフェース手段を介して取得した上記第１のネットワークに接続された機器の機器情報を格納する第１の機器情報記憶部と、該第１の機器情報記憶部に記憶された機器情報を上記第２のインターフェース手段を介して上記第２のネットワークに接続された機器に送信する機器情報通信部と、を有する。
【００２０】
本発明によると、上記第２のインターフェース手段を介して取得した上記第２のネットワークに接続された機器の機器情報を格納する第２の機器情報記憶部を有し、該第２の機器情報記憶部に記憶された機器情報を上記第１のインターフェース手段を介して上記第１のネットワークに接続された機器に送信する。
【００２１】
更に、上記第２の機器情報記憶部に記憶された上記第２のネットワーク上の機器の機器情報を外部に出力するための出力手段を有する。
【００２２】
上記第２の機器情報記憶部に記憶された上記第２のネットワーク上の機器より、ユーザの入力により、上記第１のネットワーク上の機器としてエミュレートする機器を選択する手段を備える。
【００２３】
本発明によると、通信機器は、複数のＰＨＹチップを備え、該ＰＨＹチップ毎に上記第２のネットワーク上の機器をノードとしてエミュレートし、該エミュレートしたノードに対してＡｓｙｎｃパケット送信することによって、上記第２のネットワークに接続された機器に同等のＡｓｙｎｃパケット送信する。
【００２４】
こうして本発明によると、既存のＩＥＥＥ１３９４機器が同一のＩＥＥＥ１３９４バス上の通信機器にエミュレートされたノードに対してＡｓｙｎｃパケット送信することで、遠隔のＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器にＡｓｙｎｃパケットを送信することが可能になり、従来の操作方法と同一のように遠隔のＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器を操作することが可能になる。
【００２５】
【発明の実施の形態】
以下、図面を参照しながら発明による通信機器の例を説明する。図１は、本発明による通信機器を含むネットワークの例を示す。第１の通信機器１１と第２の通信機器２１は、ネットワーク３３を介して互いに接続されている。ネットワーク３３はＩＥＥＥ８０２．１１a、ＩＥＥＥ８０２．１１ｂなどの規格に準拠した無線ネットワークであってよいが、ＵＷＢ（Ultra wide band）、無線ＬＡＮなどでもよく、また、有線のＬＡＮでもＵＳＢでもよい。即ち、ＩＥＥＥ１３９４バス以外であれば如何なる形態でもよい。以下に、無線ネットワークの場合を説明する。
【００２６】
第１の通信機器１１は、第１のＩＥＥＥ１３９４バス３１を介して第１のＩＥＥＥ１３９４機器１２に接続されている。第２の通信機器２１は、第２のＩＥＥＥ１３９４バス３２を介して、第２のＩＥＥＥ１３９４機器２２及び第３のＩＥＥＥ１３９４機器２３に接続されている。
【００２７】
ＩＥＥＥ１３９４バスを含むシステムでは、接続機器の増減、バスリセット発生時などに、コンフィグレーションプロセスが起動され、バスの初期化、ツリーの識別、自己認識が行われ各機器のノードＩＤが割り当てられる。これらの処理は通常、ＰＨＹチップ（物理層）が行い、１つのＰＨＹチップに対して１つのノードＩＤが割り当てられる。
【００２８】
また、ＩＥＥＥ１３９４機器には、ノードＩＤとは別に、全世界で一意に存在する６４ビットのＧＵＩＤ（Global Unique Identifier）が割り当てられ、通常、ＧＵＩＤは、１つのノードに必ず１つ存在するＣｏｎｆｉｇｒａｔｉｏｎＲＯＭ（以下、ＣｏｎｆｉｇＲＯＭと省略する。）に入っている。
【００２９】
図１の例では、第１及び第２の通信機器１１、２１、第１、第２及び第３のＩＥＥＥ１３９４機器１２、２２、２３の各々に１つのＣｏｎｆｉｇＲＯＭが存在し、各ＣｏｎｆｉｇＲＯＭの中にＧＵＩＤが入っている。また、第１のＩＥＥＥ１３９４機器１２には、第１のＩＥＥＥ１３９４バス３１上のノードＩＤが割り当てられ、第２及び第３のＩＥＥＥ１３９４機器２２、２３には、第２のＩＥＥＥ１３９４バス３２上のノードＩＤが割り当てられる。
【００３０】
第１のＩＥＥＥ１３９４機器１２に割り当てられた、第１のＩＥＥＥ１３９４バス３１上のノードＩＤは０であり、第２のＩＥＥＥ１３９４機器２２に割り当てられた第２のＩＥＥＥ１３９４バス３２上のノードＩＤは１であり、第３のＩＥＥＥ１３９４機器２３に割り当てられた第２のＩＥＥＥ１３９４バス３２上のノードＩＤは２である。以下、ノードＩＤが０、１、２の機器を、単に、ノード０、ノード１、ノード２と略称する。
【００３１】
同様に第１の通信機器１１に割り当てられた第１のＩＥＥＥ１３９４バス３１上のノードは１、第２の通信機器２１に割り当てられた第２のＩＥＥＥ１３９４バス３２上のノードは０である。
【００３２】
第１のＩＥＥＥ１３９４機器１２のＧＵＩＤは０ｘ１１１１１１１１、第２のＩＥＥＥ１３９４機器２２のＧＵＩＤは０ｘ２２２２２２２２、第３のＩＥＥＥ１３９４機器２３のＧＵＩＤは０ｘ３３３３３３３３であるとする。
【００３３】
同様に第１の通信機器１１のＧＵＩＤは０ｘＡＡＡＡＡＡＡＡ、第２の通信機器２１のＧＵＩＤは０ｘＢＢＢＢＢＢＢＢであるとする。
【００３４】
以下に、第１のＩＥＥＥ１３９４機器１２（コントローラ）から第２及び第３のＩＥＥＥ１３９４機器２２、２３（ターゲット）を制御する場合を想定する。
【００３５】
図２を参照して、第１の通信機器１１の内部構成の概要を説明する。通信機器１１は、ＰＨＹ（物理層）の個数の機器をエミュレートするためのエミュレートノードを有する。本例では、通信機器１１は３つのＰＨＹを有し、３つのエミュレートノードを有する。各エミュレートノードに対して管理テーブルが割り当てられる。初期化時は、このエミュレートノードがリピータとして動作する。
【００３６】
通信機器１１は、図５に示すシーケンスによって、ネットワークを介して通信機器自身１１に接続されている機器の機器情報を取得することができる。第１の通信機器１１は、通信機器自身１１及び通信機器自身１１に接続されている機器の中から制御又はエミュレートしたい機器をＰＨＹの数だけ選択する機能を有する。
【００３７】
この選択機能により、第１の通信機器１１は、通信機器自身１１と第２及び第３のＩＥＥＥ１３９４機器２２、２３の３つの機器を選択したとする。上述のように、ノード１に通信機器自身１１をエミュレートし、ノード２に第２のＩＥＥＥ１３９４機器２２をエミュレートし、第３のＩＥＥＥ１３９４機器２３にノード３をエミュレートする。
【００３８】
尚、ＩＥＥＥ１３９４バス上ではノードＩＤは可変であり、バスリセット、機器の増減などでノードＩＤが変化する可能性があるが、ここでは、各ＩＥＥＥ１３９４機器に、図１に示すノードＩＤに割り当てられているものとする。このノードＩＤが異なる時点ではノードＩＤを置き換わったものとして考慮すればよい。
【００３９】
図３を参照して、第１の通信機器１１の構成を説明する。本例の通信機器１１は、通信Ｉ／Ｆ３０１、通信Ｉ／Ｆ処理部３０２、機器情報送受信部３０３、プロトコル変換部３０４、ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５、ＩＥＥＥ１３９４ＰＨＹ３０６、外部機器情報記憶部３０７、内部機器情報記憶部３０８、及び機器情報表示選択部３０９を含む。
【００４０】
通信Ｉ／Ｆ３０１は、通信インターフェースである。本例の通信Ｉ／Ｆ３０１に適合可能な通信方式は、上述のように、通信ネットワークを介して通信を行うための既知の方式であってよいが、無線伝送の場合を説明する。
【００４１】
通信Ｉ／Ｆ処理部３０２は、無線伝送におけるネゴシエーション等のＰＨＹレベルの基本機能を備え、無線伝送のプロトコルに従ったパケットを送受信する機能を備える。
【００４２】
機器情報送受信部３０３は、内部機器情報記憶部３０８に格納された機器情報を通信Ｉ／Ｆ処理部３０２を介して通信Ｉ／Ｆ３０１に送信する。また、無線ネットワーク上の通信機器に接続されている機器情報、及び、無線ネットワーク上の通信機器に接続されているＩＥＥＥ１３９４バス上の機器構成の変化の通知を受信し、それを外部機器情報記憶部３０７に送信し、登録を要求する。
【００４３】
機器情報は、ＧＵＩＤ、ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭ、レジスタアドレス及びアドレス値、又は、サブユニット構成であってよい。
【００４４】
プロトコル変換部３０４は、ＧＵＩＤ−Ｎｏｄｅ変換部３０４ＡとＮｏｄｅ−ＧＵＩＤ変換部３０４Ｂを含む。プロトコル変換部３０４は、通信Ｉ／Ｆ処理部３０２からＡｓｙｎｃパケットと同等のパケットを包括する無線パケットを受信し、それをＩＥＥＥ１３９４バス上で伝送可能なＡｓｙｎｃパケットに変換し、ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５に送信する。このとき、ＧＵＩＤ−Ｎｏｄｅ変換部３０４Ａは、ＧＵＩＤで示された無線パケットの送信先と送信元を内部機器情報記憶部３０８と外部機器情報記憶部３０７の管理テーブルを参照してノードＩＤによる送信先と送信元に変換する。
【００４５】
プロトコル変換部３０４は、ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５からＡｓｙｎｃパケットを受信し、それをＡｓｙｎｃパケットと同等のパケットを包括した無線パケットに変換し、通信Ｉ／Ｆ処理部３０２に送信する。このとき、Ｎｏｄｅ−ＧＵＩＤ変換部３０４Ｂは、ノードＩＤで示されたＡｓｙｎｃパケットの送信先と送信元を内部機器情報記憶部３０８と外部機器情報記憶部３０７の管理テーブルを参照してＧＵＩＤによる送信先と送信元に変換する。
【００４６】
プロトコル変換部３０４は、ＡｓｙｎｃパケットがＡＶ／Ｃコマンドであるかを判定する機能を備え、ＡｓｙｎｃパケットがＡＶ／Ｃコマンドであった場合のみ、それをＡｓｙｎｃパケットと同等のパケットを包括した無線パケットに変換し、通信Ｉ／Ｆ処理部３０２に送信する。
【００４７】
ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５は、プロトコル変換部３０４からＡｓｙｎｃパケットを受信し、Ａｓｙｎｃパケットの送信元に応じてＩＥＥＥ１３９４ＰＨＹ３０６に送信する。更に、ＩＥＥＥ１３９４ＰＨＹ３０６からＡｓｙｎｃパケットを受信し、外部機器情報部３０７の管理テーブルを参照し、応答するのに必要な情報が記憶されているならば即時に応答を返送し、それ以外の場合はプロトコル変換部３０４に送信する。また、後述する管理テーブル内のエミュレートフラグが無効である場合にはリピータとして動作するようにＩＥＥＥ１３９４ＰＨＹ３０６を制御する。
【００４８】
ＩＥＥＥ１３９４ＰＨＹ３０６は、既存のＰＨＹチップ（物理層）の機能を全て備えており、例えば、リピート、ケーブルの状態認識、バスの初期化、アービトレーションを実行する。本例では、ＩＥＥＥ１３９４ＰＨＹ３０６は、３つのＰＨＹを内蔵しており、各ＩＥＥＥ１３９４ＰＨＹに対して１つのノードを確保する。ＩＥＥＥ１３９４ＰＨＹ３０６の中のＰＨＹは内部でＩＥＥＥ１３９４バスによって接続されているものとする。
【００４９】
外部機器情報記憶部３０７は、第２のＩＥＥＥ１３９４バス３２上の機器構成と各ＩＥＥＥ１３９４機器の管理テーブルを有し、各管理テーブルはＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する。
【００５０】
内部機器情報記憶部３０８は、第１のＩＥＥＥ１３９４バス３１上の機器構成と各ＩＥＥＥ１３９４機器の管理テーブルを有し、各管理テーブルはＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する。本例では第１のＩＥＥＥ１３９４バス３１上のＩＥＥＥ１３９４機器は、第１の通信機器１１自身を含むことにする。
【００５１】
機器情報表示選択部３０９は、本通信機器に割り当てられているノードＩＤ、外部管理情報記憶部３０７または内部機器情報記憶部３０８に記憶された情報等を、液晶モニタ等の出力手段３１２に出力する。更に、スイッチ等の選択手段３１１を介して、外部管理情報記憶部３０７に記憶されている機器の中から制御する機器が選択されたとき、該制御対象を指定する。
【００５２】
尚、本例では、複数のノードを確保するために、第１の通信機器１１は、複数のＩＥＥＥ１３９４ＰＨＹを備える。即ち、ＩＥＥＥ１３９４ＰＨＹの個数だけＩＥＥＥ１３９４バス上のノードを確保することができるという既存のＩＥＥＥ１３９４ＰＨＹチップの性能、即ち、ＩＥＥＥ１３９４ＰＨＹの数＝確保するノードの数という関係を利用している。
【００５３】
しかしながら、複数のノードを確保する手段はＩＥＥＥ１３９４ＰＨＹの個数を増やすことに限定されるものではない。例えば、１つのＩＥＥＥ１３９４ＰＨＹを有する場合でも、擬似的に複数種類のセルフＩＤパケットを送受信することによって複数のノードを確保することは可能である。本発明では、このような方法で複数のノードを確保してもよい。
【００５４】
図４に、外部機器情報記憶部３０７及び内部機器情報記憶部３０８の管理テーブルに蓄積する情報の一例を示す。管理テーブルには、機器情報が有効であるか無効であるかを示すバリッドフラグ、ＩＥＥＥ１３９４機器をエミュレートしているかどうかを示すエミュレートフラグ、エミュレートするノードのノードＩＤ、エミュレートした機器のＧＵＩＤ、を登録する領域を有し、必要に応じてレジスタのアドレスとアドレス値を登録するための領域等を有する。
【００５５】
ＩＥＥＥ１３９４レジスタ空間のデータならば管理テーブル中の任意の領域に登録可能である。本例では、ＣｏｎｆｉｇＲＯＭのレジスタアドレス０ｘＦＦＦＦＦ０００４００〜とＣｏｎｆｉｇＲＯＭの値は、レジスタアドレスとレジスタ値の領域に順次登録される。
【００５６】
機器情報表示選択部３０９は、選択手段３１１を介してエミュレートする機器が指定されたとき、外部機器情報記憶部３０７の管理テーブルのエミュレートフラグをＯＮ／ＯＦＦし、ノードＩＤの書き換え等を行う。ただし、外部機器情報記憶部３０７の管理テーブルには、第１の通信機器１１自身のＩＥＥＥ１３９４ＰＨＹ３０６にて確保した３つのノードＩＤが登録され、また、内部機器情報記憶部３０８の管理テーブルには、本通信機器のノードＩＤと通信機器１１と第１のＩＥＥＥ１３９４バスによって接続されている第１のＩＥＥＥ１３９４機器のノードＩＤが登録されることとする。
【００５７】
管理テーブルに配置する情報は、図４に示した例に限定されるものではなく、例えば、ＣｏｎｆｉｇＲＯＭ以外のデータを配置することも可能であり、ＣｏｎｆｉｇＲＯＭ以外のレジスタに関してもエミュレートしたノードから直接に応答することも可能である。
【００５８】
図５及び図６を参照して、第１の通信機器１１が、第１のＩＥＥＥ１３９４バス３１と第２のＩＥＥＥ１３９４バス３２上の全ての機器を認識する処理のシーケンスを説明する。第２の通信機器２１は第１の通信機器１１と同様な構成であるものとし、図１〜図４を随時参照する。
【００５９】
まず、図１における第１のＩＥＥＥ１３９４バス３１において、機器の増減等によりバスリセットが発生したと仮定する。この場合、第１の通信機器１１が、ＩＥＥＥ１３９４バス上の機器を認識する動作を説明する。
【００６０】
第１のＩＥＥＥ１３９４バス３１でバスリセットが発生すると、第１のＩＥＥＥ１３９４バス３１上の各ＩＥＥＥ１３９４機器のＩＥＥＥ１３９４ＰＨＹの間でバスの初期化動作が実行され、各ＩＥＥＥ１３９４機器にノードＩＤが割り当てられる。本例では、第１のＩＥＥＥ１３９４機器１２にはノード０が割り当てられ、第１の通信機器１１にはノード１、２、３が割り当てられる。
【００６１】
ノードＩＤが決まると、第１の通信機器１１は第１のＩＥＥＥ１３９４バス３１上のノード０の機器から通信機器自身を除き順番にＣｏｎｆｉｇＲＯＭを読み出す。本例では、ノード１、ノード２及びノード３は通信機器１１自身に含まれるので除き、ノード０である第１のＩＥＥＥ１３９４機器１２のＣｏｎｆｉｇＲＯＭを読み出す。読み出したＣｏｎｆｉｇＲＯＭには通常、ＧＵＩＤが含まれている。
【００６２】
第１の通信機器１１は、図３の内部機器情報記憶部３０８の管理テーブルのノードＩＤの欄に、第１のＩＥＥＥ１３９４機器１２のノードＩＤである０とＧＵＩＤである０ｘ１１１１１１１１とＣｏｎｆｉｇＲＯＭを登録し、バリッドフラグを有効にする。同様に第１の通信機器１１と第１のＩＥＥＥ１３９４バス３１を介して接続されている第１のＩＥＥＥ１３９４機器１２を管理テーブルに登録し、全ての機器、本例の場合は通信機器１１自身の登録が終わる。
【００６３】
第１の通信機器１１は、第２のＩＥＥＥ１３９４バス３２上の機器構成が変化していたなら、第２の通信機器２１から機器構成変化の通知を受信する。第１の通信機器１１は、第１のＩＥＥＥ１３９４バス３１上の機器構成が変化していたなら、第２の通信機器２１に機器構成変化の通知を送信する。第１の通信機器１１は、第２の通信機器２１から機器構成変化の通知を受信すると、第２の通信機器２１に機器構成情報を要求する。第１の通信機器１１は、第２の通信機器２１から、第２の通信機器２１に接続されている機器の機器情報を取得する。
【００６４】
図６に示すシーケンスでは、機器構成変化の通知に機器構成等の情報も含む。従って、機器構成情報を要求するステップは省略される。
【００６５】
第１の通信機器１１は、第２の通信機器２１に接続されている機器の機器情報を第１の通信機器１１の外部機器情報記憶部３０７の管理テーブルに登録して、バリッドフラグを有効にする。尚、ＧＵＩＤが同一の機器が既に外部機器情報記憶部３０７に登録されている場合はその管理テーブルに上書きしてもよい。
【００６６】
次に、第１の通信機器１１は、機器情報表示選択部３０９を介して、外部機器情報記憶部３０７の情報を出力する。ユーザは、出力したデータを参考にしながら、エミュレートするノードと機器を指定する。選択されたノード及び機器は、機器情報表示選択部３０９を介して入力され、外部機器情報記憶部３０７を書き換える。ただし、第１の通信機器１１が、エミュレートする機器を表示、指定する機能を備えていない場合には、ＧＵＩＤの小さい順等の任意の方法で自動的にエミュレートする機器を割り当てるようしてもよい。
【００６７】
本例によると、上述のように、第２のＩＥＥＥ１３９４バス３２に接続されたＩＥＥＥ１３９４機器を第１の通信機器１１の外部機器情報記憶部３０７に登録し、各ＩＥＥＥ１３９４機器を通信機器１１が保有するノードにエミュレートする。それによって、第１の通信機器１１は、第１及び第２の通信機器１１、２１に接続された全てのＩＥＥＥ１３９４機器を認識することが可能であり、第２の通信機器２１に接続された機器が第１のＩＥＥＥ１３９４バス３１上に接続されているのと同一の環境を構築することができる。
【００６８】
図７、図８及び図９を参照して本発明の第２の例を説明する。第２の例では、パケットを送信する。特に断りがない限り図１〜図６を参照して説明した内容は、第２の例にて適用されるものとする。
【００６９】
図７は、送信するパケットの内容を送信の開始から終了まで順に示す。このパケットはＩＥＥＥ１３９４プロトコルにおけるＡｓｙｎｃパケットを示している。
【００７０】
図７の各領域の意味を説明する。ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤは、パケット送信先のノードＩＤを示す。ｔｌは、ｒｅｑｕｅｓｔパケットとｒｅｓｐｏｎｓｅパケットの一対のトランザクションの一致を認識するためのラベルを示す。ｒｔは、ｂｕｓｙのＡｃｋｏｎｗｌｅｄｇｅを受信した時のリトライン方法に関する情報を示す。ｔｃｏｄｅは、トランザクションパケット種別コードを示す。ｐｒｉは、優先度を示す。
【００７１】
ｓｏｕｒｃｅ＿ＩＤは、パケットの送信元のノードＩＤを示す。ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔは、パケット送信先ノードのレジスタ空間上の目的アドレス４８ビットを示す。
【００７２】
ｄａｔａ＿ｄｅｎｇｔｈは、データペイロードのバイト長を示す。ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅは、トランザクションパケットの拡張種別コードを示す。
【００７３】
ｈｅａｄｅｒ＿ＣＲＣは、ヘッダー情報に対するＣＲＣを示す。ｄａｔａは、データペイロードを示す。ｄａｔａ＿ＣＲＣは、データペイロードのＣＲＣを示す。
【００７４】
図８を参照して、第１のＩＥＥＥ１３９４バス３１上の第１のＩＥＥＥ１３９４機器１２から第２のＩＥＥＥ１３９４バス３２上の第２のＩＥＥＥ１３９４機器２２にＡｓｙｎｃパケットを送信するシーケンス例を説明する。第２のＩＥＥＥ１３９４機器２２は第１の通信機器１１のノード１にエミュレートされている。
【００７５】
第１のＩＥＥＥ１３９４機器１２は、第２のＩＥＥＥ１３９４機器２２がエミュレートされているノード１にＡｓｙｎｃパケットを送信するために、送信元にノード０、送信先にノード１、その他の領域には適当なデータが設定されたＡｓｙｎｃパケットを送信する。ノード１を有する第１の通信機器１１は、第１のＩＥＥＥ１３９４機器１２から送信されたＡｓｙｎｃパケットを受信する。
【００７６】
第１の通信機器１１は、内部機器情報記憶部３０８のノード０に対応する管理テーブルを参照し、送信元のノードＩＤ＝０をＧＵＩＤに変換する。第１の通信機器１１は、外部機器情報記憶部３０７のノード１に対応する管理テーブルを参照し、送信先のノードＩＤ＝１をＧＵＩＤに変換する。本例では、送信元のノード０を第１のＩＥＥＥ１３９４機器１２のＧＵＩＤである０ｘ１１１１１１１１に、送信先のノード１を第２のＩＥＥＥ１３９４機器２２のＧＵＩＤである０ｘ２２２２２２２２に変換する。
【００７７】
図９の例で示すように、変換したＧＵＩＤは、Ａｓｙｎｃパケットに設定される。受信したＡｓｙｎｃパケットの先頭にＤｅｓｔｉｎａｔｉｏｎ＿ＧＵＩＤとＳｏｕｒｃｅ＿ＧＵＩＤが付加されている。Ｄｅｓｔｉｎａｔｉｏｎ＿ＧＵＩＤは、送信先のＩＥＥＥ１３９４機器のＧＵＩＤを示し、Ｓｏｕｒｃｅ＿ＧＵＩＤは、送信元のＩＥＥＥ１３９４機器のＧＵＩＤを示す。つまり、Ｄｅｓｔｉｎａｔｉｏｎ＿ＧＵＩＤに第２のＩＥＥＥ１３９４機器２２のＧＵＩＤの０ｘ２２２２２２２２が、Ｓｏｕｒｃｅ＿ＧＵＩＤに第１のＩＥＥＥ１３９４機器１２のＧＵＩＤの０ｘ１１１１１１１１が設定される。
【００７８】
再び図８を参照して説明する。第１の通信機器１１は、ＧＵＩＤを付加したＡｓｙｎｃパケットを、無線パケットのプロトコルに包括して、第２の通信機器２１に送信する。第２の通信機器２１は、受信した無線パケットよりＡｓｙｎｃパケットを抽出する。
【００７９】
第２の通信機器２１は、管理テーブルを参照し、送信元のＧＵＩＤを、第１のＩＥＥＥ１３９４機器１２に割り当てられたノードＩＤ＝０に変換し、それをＡｓｙｎｃパケットのｓｏｕｒｃｅ＿ＩＤに設定する。従って、図７のＡｓｙｎｃパケットのｓｏｕｒｃｅ＿ＩＤには、第１のＩＥＥＥ１３９４機器１２のノード０が設定される。
【００８０】
第２の通信機器２１は、管理テーブルを参照し、送信先のＧＵＩＤを、第２のＩＥＥＥ１３９４機器２２に割り当てられたノードＩＤ＝１に変換し、それをＡｓｙｎｃパケットのｄｅｓｔｉｎａｔｉｏｎ＿ＩＤに設定する。従って、図７のＡｓｙｎｃパケットのｄｅｓｔｉｎａｔｉｏｎ＿ＩＤには、第２のＩＥＥＥ１３９４機器２２のノード１が設定される。
【００８１】
第２の通信機器２１は、送信元にノード０、送信先にノード１、その他の領域には適当なデータが設定されたＡｓｙｎｃパケットを送信する。ノード１を有する第２のＩＥＥＥ１３９４機器２２は、第２の通信機器２１から送信されたＡｓｙｎｃパケットを受信する。
【００８２】
本例によると、上述のように、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に、第２のＩＥＥＥ１３９４機器２２をエミュレートしたノード１を送信先とするＡｓｙｎｃパケットを送信する。第２のＩＥＥＥ１３９４機器２２は、第２の通信機器２１から、第１のＩＥＥＥ１３９４機器１２をエミュレートしたノード０を送信元とするＡｓｙｎｃパケットを受信する。従って、第１のＩＥＥＥ１３９４機器１２から第２のＩＥＥＥ１３９４機器２２へ、第１のＩＥＥＥ１３９４バス３１と第２のＩＥＥＥ１３９４バス３２との間に無線などの異なる通信が含まれていることを意識せずにＡｓｙｎｃパケットを送信することができる。
【００８３】
図１０を参照して本発明の第３の例を説明する。第３の例では、第１のＩＥＥＥ１３９４機器１２から、第２のＩＥＥＥ１３９４機器２２のＣｏｎｆｉｇＲＯＭを読み出す。特に断りがない限り図１〜図６を参照して説明した内容は、第３の例にて適用されるものとする。
【００８４】
第１のＩＥＥＥ１３９４機器１２は、第２のＩＥＥＥ１３９４機器２２のＣｏｎｆｉｇＲＯＭのデータを読み出すために、第１の通信機器１１に、ＲＥＡＤ＿ＲＥＱＵＥＳＴのＡｓｙｎｃパケットを送信する。
【００８５】
ＲＥＡＤ＿ＲＥＱＵＥＳＴのＡｓｙｎｃパケットは、図７に示すＡｓｙｎｃパケットにおいて、ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤに第２のＩＥＥＥ１３９４機器２２がエミュレートされたノード１、ｓｏｕｒｃｅ＿ＩＤに第１のＩＥＥＥ１３９４機器１２がエミュレートされたノード０、ｔｃｏｄｅに読み出しのリクエストであるＲＥＡＤ＿ＲＥＱＵＥＳＴを設定し、Ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔにＣｏｎｆｉｇＲＯＭの配置されるレジスタアドレス、通常、０ｘＦＦＦＦＦ０００４００〜を設定し、必要ならばｄａｔａ＿ｌｅｎｇｔｈに読み出したいＣｏｎｆｉｇＲＯＭのバイト長を設定することによって生成される。
【００８６】
第１の通信機器１１は、ＲＥＡＤ＿ＲＥＱＵＥＳＴのＡｓｙｎｃパケットを受信し、外部機器情報記憶部３０８のノード１に対応する管理テーブルを参照する。管理テーブルにｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔで設定されているレジスタアドレスが登録されていることを確認すると、このレジスタアドレスの値を参照してＲＥＡＤ＿ＲＥＳＰＯＮＳＥのＡｓｙｎｃパケットを作成し、ノード０の第１のＩＥＥＥ１３９４機器１２に送信する。
【００８７】
本例によると、第１のＩＥＥＥ１３９４バス３１上の第１のＩＥＥＥ１３９４機器１２から、第２のＩＥＥＥ１３９４バス３２上の第２のＩＥＥＥ１３９４機器２２のＣｏｎｆｉｇＲＯＭを読み出す場合、第１の通信機器１１は、Ａｓｙｎｃパケットを第２のＩＥＥＥ１３９４機器２２に送信することなく、応答を返送することができ、通信時間を短縮することができる。
【００８８】
図１１は、通信機器１１の外部機器記憶部３０７に記憶された機器情報を、出力手段３１２に表示した画面を示す。図１１は、ビデオ信号によりＴＶなどでＯＳＤ（On Screen Display）表示した場合の例を示す。
【００８９】
画面には、通信機器１１に接続されている機器のリストが表示され、各機器の識別番号、エミュレートフラグ、機器名、機器の種類等が表示される。図１１Ａの画面では、全ての機器のエミュレートフラグは無効となっている。図１１Ａの画面にて、ユーザは、識別番号３、機器名がSSK-JUN04のＤＶＤレコーダを選択すると、図１１Ｂに示すように、選択された機器のエミュレートフラグが有効となる。機器の選択は、リモートコントローラ、通信機器１１に設置されているボタン等により行う。
【００９０】
通信機器１１は、識別番号３のＤＶＤレコーダをエミュレート用に用意しているノードに割り当てる。逆に、図１１Ｂの画面にて、ユーザが、識別番号３、機器名がSSK-JUN04のＤＶＤレコーダを選択すると、図１１Ａに示すように、識別番号３の機器のエミュレートフラグが無効となる。識別番号３のＤＶＤレコーダは、通信機器１１のノードへのエミュレート割り当てから解除される。
【００９１】
図１２は、通信機器１１の外部機器記憶部３０７に記憶された機器情報を、出力手段３１２に表示した画面の他の例を示す。図１２Ａに示すように、本例では、画面が小さく、通信機器１１に接続されている機器のリストの１行のみが表示される。このような場合には、キー、ボタン等を操作することにより、画面を上下に移動させ、選択すべき機器の行を表示させることができる。図１２Ｃは、ユーザが選択すべき機器が表示された状態を示す。この状態で、キー、ボタン等を操作することにより、表示された機器が選択される。図１２Ｄに示すように、選択された機器のエミュレートフラグが有効になる。
【００９２】
通信機器１１に接続された複数の機器のうち、ユーザが制御又はエミュレートすることができるのは、通信機器１１のエミュレートノード数に等しい個数だけである。従って、通信機器１１に、エミュレートノード数より多い機器が接続されている場合には、ユーザは、所望の機器をエミュレート対象として自由に選択することができる。
【００９３】
本例によると、第１のＩＥＥＥ１３９４バス３２上の他のプロトコルとのブリッジに対応していない第１のＩＥＥＥ１３９４機器１２から、別のプロトコルのネットワークに接続された第２のＩＥＥＥ１３９４バス３２上の第２及び第３のＩＥＥＥ１３９４機器２２、２３を、第１のＩＥＥＥ１３９４バス上の機器として操作することができる。
【００９４】
以上、本発明の例を説明したが、本発明は上述の例に限定されるものではなく、特許請求の範囲に記載された発明の範囲にて様々な変形が可能であることは当業者に容易に理解されよう。
【００９５】
【発明の効果】
本発明によると、他のプロトコルとのブリッジに対応していない既存の機器から、別のプロトコルのネットワークに接続された機器を、同一のバス上の機器として制御することができる。
本発明によると、通信機器のエミュレートノード数より多い機器が接続されている場合でも、エミュレートノード数だけ任意の機器を選択することができる。
【図面の簡単な説明】
【図１】本発明による通信機器を含む通信システムの例を示す図である。
【図２】本発明による通信機器の概念を示す図である。
【図３】本発明による通信機器の構成例を示す図である。
【図４】本発明による通信機器に含まれる管理テーブルの内容を示す図である。
【図５】本発明の通信機器による機器認識と管理テーブルに機器情報を登録するシーケンスを示す図である。
【図６】本発明の通信機器による機器認識と管理テーブルに機器情報を登録するシーケンスの他の例を示す図である。
【図７】Ａｓｙｎｃパケットの内容を示す図である。
【図８】Ａｓｙｎｃパケット送信時のシーケンスを示す図である。
【図９】ＧＵＩＤを付加したＡｓｙｎｃパケットの内容を示す図である。
【図１０】ＣｏｎｆｉｇＲＯＭのＲＥＡＤ処理のシーケンスを示す図である。
【図１１】本発明の通信機器に格納された機器情報を表示した画面を示す図である。
【図１２】本発明の通信機器に格納された機器情報を表示した画面の他の例を示す図である。
【符号の説明】
１１…通信機器、１２…ＩＥＥＥ１３９４機器、２１…通信機器、２２，２３…ＩＥＥＥ１３９４機器、３１，３２…ＩＥＥＥ１３９４バス、３３…無線ネットワーク、３００…通信機器、３０１…通信Ｉ／Ｆ、３０２…通信Ｉ／Ｆ処理部、３０３…機器情報送受信部、３０４…プロトコル変換部、３０５…ＩＥＥＥ１３９４Ｉ／Ｆ処理部、３０６…ＩＥＥＥ１３９４ＰＨＹ、３０７…外部機器情報記憶部、３０８…内部機器情報記憶部、３０９…機器情報表示選択部、３１０…ＩＥＥＥＩＥＥＥ１３９４バス、３１１…選択手段、３１２…出力手段[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication device for controlling a device connected via a network, and more particularly to a communication device suitable for use for controlling an AV device connected via an IEEE 1394 bus.
[0002]
[Prior art]
Wired as a network for connecting AV (Audio Video) devices such as terrestrial digital television receivers, BS / CS digital television receivers, DVHS decks, DVD recorders / players, HDD recorders, DV camcorders, DV cameras, etc. An IEEE 1394 bus is used.
[0003]
Attempts have also been made to realize the IEEE 1394 bus on a wideband radio, and wireless communication protocols such as Wireless IEEE 1394 and IEEE 1394 over 802.11 exist, and it is also possible to construct the IEEE 1394 bus on the radio. Furthermore, a method of connecting a wired IEEE 1394 bus and a wireless IEEE 1394 bus as a network via a bridge has been proposed.
[0004]
In Patent Document 1, in order to communicate with a wireless terminal from a wired IEEE 1394 bus, the wireless terminal is emulated into a subunit of one communication device on the wired IEEE 1394 bus, and the subunit is controlled. Describes a method of controlling a wireless terminal in conjunction with the above.
[0005]
In Patent Document 2, a communication device on the separated IEEE 1394 bus is controlled without changing the existing control method by making the communication device on the separated IEEE 1394 bus appear to be on the same IEEE 1394 bus. The method is described.
[0006]
[Patent Document 1]
JP 2000-156683 A
[Patent Document 2]
JP 2002-292114 A
[0007]
[Problems to be solved by the invention]
However, when a network other than the IEEE 1394 bus exists between the IEEE 1394 buses, an IEEE 1394 bridge is always required. Therefore, it is not possible to operate an IEEE 1394 device on an IEEE 1394 bus with a network of a different protocol in between, from a current IEEE 1394 device that does not support a bridge.
[0008]
In addition, when a technique such as Patent Document 1 is used, there is a possibility that one IEEE 1394 device can be operated. However, existing devices are controlled by sending AV / C commands to nodes or subunits assuming the internal configuration of devices such as BS digital tuners and DVHS decks. It is usually impossible to operate. In the above method, in order to emulate the function of a device that originally existed in the configuration of units and subunits into one subunit, the unit or subunit is necessarily different from the conventional AV / C command. It must be transmitted and cannot be controlled in the same way as existing equipment.
[0009]
Further, since a communication device connected to a wireless network or the like is emulated as a subunit of the communication device on the IEEE1394 bus, it can communicate only with a device connectable to the network.
[0010]
The technique disclosed in Patent Document 2 tried to solve this problem, but the technique shown here has a plurality of PHYs, but it emulates when more than the number of PHYs are connected. It does not envisage means and methods for selecting rate nodes.
[0011]
An object of the present invention is to control, as an apparatus on the same bus, an apparatus connected to a network of another protocol from an existing apparatus that does not support bridging with another protocol.
[0012]
[Means for Solving the Problems]
According to the present invention, the communication device includes a first interface unit connected to the first network, a second interface unit connected to the second network, and the second interface unit via the second interface unit. Device information acquisition means for acquiring device information of the devices connected to the second network, and emulation means for regarding the devices connected to the second network as nodes on the first network.
[0013]
Further, when the device connected to the second network is connected to the third network, the device information acquisition means further acquires device information of the device connected to the third network, and The emulation means regards the device connected to the third network as a node on the first network.
[0014]
The emulation means regards the communication device itself as a device on the first network.
The first network performs communication according to the IEEE 1394 protocol.
The third network performs communication according to the IEEE 1394 protocol.
[0015]
The device information acquisition unit acquires a GUID, a Configuration ROM, a register address and an address value, or a subunit configuration as device information.
[0016]
According to the present invention, the communication device converts the packet signal of the first protocol received by the first interface means into the packet signal of the second protocol, and the second protocol received by the second interface means. Protocol conversion means for converting the packet signal of 1 into a packet signal of the first protocol.
[0017]
Furthermore, according to the present invention, the communication device has a function of determining whether the Async packet received by the first interface means is an AV / C command, and the received Async packet is an AV / C command. Only, the second interface means has a function of transmitting an equivalent AV / C command to the device on the second network.
[0018]
When an Async packet is received via the first interface means, a response of the Async packet is created and returned via the first interface means.
[0019]
According to the present invention, the communication device further includes a first device information storage unit that stores device information of the device connected to the first network acquired through the first interface unit, and the first device information storage unit. A device information communication unit that transmits the device information stored in the device information storage unit to the device connected to the second network via the second interface means.
[0020]
According to the present invention, there is provided a second device information storage unit for storing device information of devices connected to the second network acquired through the second interface means, and the second device information storage The device information stored in the unit is transmitted to the device connected to the first network via the first interface means.
[0021]
Furthermore, an output unit for outputting the device information of the devices on the second network stored in the second device information storage unit to the outside.
[0022]
There is provided means for selecting a device to be emulated as a device on the first network from a device on the second network stored in the second device information storage unit by a user input.
[0023]
According to the present invention, a communication device includes a plurality of PHY chips, emulates the device on the second network as a node for each PHY chip, and transmits an Async packet to the emulated node. The equivalent Async packet is transmitted to the device connected to the second network.
[0024]
Thus, according to the present invention, an existing IEEE 1394 device transmits an Async packet to a node emulated by a communication device on the same IEEE 1394 bus, thereby transmitting an Async packet to the IEEE 1394 device on a remote IEEE 1394 bus. It becomes possible to operate the IEEE 1394 equipment on the remote IEEE 1394 bus in the same manner as the conventional operation method.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an example of a communication device according to the invention will be described with reference to the drawings. FIG. 1 shows an example of a network including communication equipment according to the present invention. The first communication device 11 and the second communication device 21 are connected to each other via a network 33. The network 33 may be a wireless network conforming to standards such as IEEE802.11a and IEEE802.11b, but may be a UWB (Ultra Wide Band), a wireless LAN, a wired LAN, or a USB. That is, any form other than the IEEE1394 bus may be used. The case of a wireless network will be described below.
[0026]
The first communication device 11 is connected to the first IEEE 1394 device 12 via the first IEEE 1394 bus 31. The second communication device 21 is connected to the second IEEE 1394 device 22 and the third IEEE 1394 device 23 via the second IEEE 1394 bus 32.
[0027]
In a system including an IEEE 1394 bus, a configuration process is activated when the number of connected devices increases or decreases, when a bus reset occurs, etc., bus initialization, tree identification, and self-recognition are performed, and node IDs for each device are assigned. These processes are normally performed by a PHY chip (physical layer), and one node ID is assigned to one PHY chip.
[0028]
In addition to a node ID, an IEEE 1394 device is assigned a 64-bit GUID (Global Unique Identifier) that exists uniquely in the world. Normally, a GUID is always a configuration ROM (hereinafter, referred to as one configuration ROM). , Abbreviated as ConfigROM).
[0029]
In the example of FIG. 1, there is one ConfigROM in each of the first and second communication devices 11, 21, the first, second, and third IEEE 1394 devices 12, 22, and 23, and a GUID is included in each ConfigROM. Is included. The first IEEE 1394 device 12 is assigned a node ID on the first IEEE 1394 bus 31, and the second and third IEEE 1394 devices 22 and 23 are assigned a node ID on the second IEEE 1394 bus 32. Assigned.
[0030]
The node ID on the first IEEE 1394 bus 31 assigned to the first IEEE 1394 device 12 is 0, and the node ID on the second IEEE 1394 bus 32 assigned to the second IEEE 1394 device 22 is 1. The node ID on the second IEEE 1394 bus 32 assigned to the third IEEE 1394 equipment 23 is 2. Hereinafter, devices having node IDs 0, 1, and 2 are simply referred to as node 0, node 1, and node 2, respectively.
[0031]
Similarly, the node on the first IEEE 1394 bus 31 assigned to the first communication device 11 is 1, and the node on the second IEEE 1394 bus 32 assigned to the second communication device 21 is 0.
[0032]
It is assumed that the GUID of the first IEEE1394 device 12 is 0x11111111, the GUID of the second IEEE1394 device 22 is 0x222222222, and the GUID of the third IEEE1394 device 23 is 0x33333333.
[0033]
Similarly, the GUID of the first communication device 11 is assumed to be 0xAAAAAAAA, and the GUID of the second communication device 21 is assumed to be 0xBBBBBBBB.
[0034]
In the following, it is assumed that the second and third IEEE 1394 devices 22 and 23 (targets) are controlled from the first IEEE 1394 device 12 (controller).
[0035]
The outline of the internal configuration of the first communication device 11 will be described with reference to FIG. The communication device 11 has an emulation node for emulating the number of devices of PHY (physical layer). In this example, the communication device 11 has three PHYs and three emulated nodes. A management table is assigned to each emulated node. At initialization, this emulated node operates as a repeater.
[0036]
The communication device 11 can acquire the device information of the device connected to the communication device 11 via the network by the sequence shown in FIG. The first communication device 11 has a function of selecting a device to be controlled or emulated from the communication device 11 and the devices connected to the communication device 11 by the number of PHYs.
[0037]
It is assumed that the first communication device 11 selects three devices, that is, the communication device 11 and the second and third IEEE 1394 devices 22 and 23 by this selection function. As described above, the communication device itself 11 is emulated in the node 1, the second IEEE 1394 device 22 is emulated in the node 2, and the node 3 is emulated in the third IEEE 1394 device 23.
[0038]
Note that the node ID is variable on the IEEE 1394 bus, and the node ID may change due to a bus reset, increase / decrease in devices, etc., but here, each IEEE 1394 device is assigned to the node ID shown in FIG. It shall be. It may be considered that the node ID is replaced when the node ID is different.
[0039]
The configuration of the first communication device 11 will be described with reference to FIG. The communication device 11 of this example includes a communication I / F 301, a communication I / F processing unit 302, a device information transmission / reception unit 303, a protocol conversion unit 304, an IEEE 1394 I / F processing unit 305, an IEEE 1394 PHY 306, an external device information storage unit 307, an internal device. An information storage unit 308 and a device information display selection unit 309 are included.
[0040]
The communication I / F 301 is a communication interface. A communication method applicable to the communication I / F 301 of this example may be a known method for performing communication via a communication network as described above, but a case of wireless transmission will be described.
[0041]
The communication I / F processing unit 302 has a PHY level basic function such as negotiation in wireless transmission, and a function of transmitting and receiving packets in accordance with a wireless transmission protocol.
[0042]
The device information transmission / reception unit 303 transmits the device information stored in the internal device information storage unit 308 to the communication I / F 301 via the communication I / F processing unit 302. Also, device information connected to the communication device on the wireless network and notification of a change in device configuration on the IEEE 1394 bus connected to the communication device on the wireless network are received and stored in the external device information storage unit. 307 to request registration.
[0043]
The device information may be GUID, Configuration ROM, register address and address value, or subunit configuration.
[0044]
The protocol conversion unit 304 includes a GUID-Node conversion unit 304A and a Node-GUID conversion unit 304B. The protocol conversion unit 304 receives a wireless packet including a packet equivalent to an Async packet from the communication I / F processing unit 302, converts it into an Async packet that can be transmitted on the IEEE 1394 bus, and performs the IEEE 1394 I / F processing unit 305. Send to. At this time, the GUID-Node conversion unit 304A refers to the management table of the internal device information storage unit 308 and the external device information storage unit 307 for the transmission destination and transmission source of the wireless packet indicated by the GUID, and the transmission destination by the node ID. And convert to the sender.
[0045]
The protocol conversion unit 304 receives an Async packet from the IEEE 1394 I / F processing unit 305, converts it into a wireless packet that includes a packet equivalent to the Async packet, and transmits the packet to the communication I / F processing unit 302. At this time, the Node-GUID conversion unit 304B refers to the management table of the internal device information storage unit 308 and the external device information storage unit 307 for the transmission destination and transmission source of the Async packet indicated by the node ID. And convert to the sender.
[0046]
The protocol conversion unit 304 has a function of determining whether the Async packet is an AV / C command. Only when the Async packet is an AV / C command, the protocol conversion unit 304 converts the packet into a wireless packet including a packet equivalent to the Async packet. The data is converted and transmitted to the communication I / F processing unit 302.
[0047]
The IEEE 1394 I / F processing unit 305 receives the Async packet from the protocol conversion unit 304 and transmits it to the IEEE 1394 PHY 306 according to the transmission source of the Async packet. Further, an Async packet is received from the IEEE 1394 PHY 306, the management table of the external device information unit 307 is referred to, and if the information necessary for responding is stored, the response is immediately returned. Otherwise, the protocol conversion is performed. To the unit 304. In addition, when an emulation flag in a management table described later is invalid, the IEEE 1394 PHY 306 is controlled to operate as a repeater.
[0048]
The IEEE 1394 PHY 306 has all the functions of the existing PHY chip (physical layer), and executes, for example, repeat, cable status recognition, bus initialization, and arbitration. In this example, the IEEE 1394 PHY 306 incorporates three PHYs and secures one node for each IEEE 1394 PHY. It is assumed that the PHY in the IEEE 1394 PHY 306 is internally connected by the IEEE 1394 bus.
[0049]
The external device information storage unit 307 has a device configuration on the second IEEE 1394 bus 32 and a management table for each IEEE 1394 device, and each management table stores device information such as ConfigROM.
[0050]
The internal device information storage unit 308 has a device configuration on the first IEEE 1394 bus 31 and a management table of each IEEE 1394 device, and each management table stores device information such as ConfigROM. In this example, the IEEE 1394 equipment on the first IEEE 1394 bus 31 includes the first communication equipment 11 itself.
[0051]
The device information display selection unit 309 outputs the node ID assigned to the communication device, information stored in the external management information storage unit 307 or the internal device information storage unit 308, and the like to the output unit 312 such as a liquid crystal monitor. . Furthermore, when a device to be controlled is selected from the devices stored in the external management information storage unit 307 via the selection unit 311 such as a switch, the control target is designated.
[0052]
In this example, in order to secure a plurality of nodes, the first communication device 11 includes a plurality of IEEE 1394 PHYs. In other words, the performance of the existing IEEE 1394 PHY chip that can secure the number of nodes on the IEEE 1394 bus by the number of IEEE 1394 PHYs, that is, the relationship of the number of IEEE 1394 PHYs = the number of nodes to be secured is utilized.
[0053]
However, the means for securing a plurality of nodes is not limited to increasing the number of IEEE1394 PHYs. For example, even in the case of having one IEEE 1394 PHY, it is possible to secure a plurality of nodes by transmitting and receiving a plurality of types of self ID packets in a pseudo manner. In the present invention, a plurality of nodes may be secured by such a method.
[0054]
FIG. 4 shows an example of information stored in the management table of the external device information storage unit 307 and the internal device information storage unit 308. The management table includes a valid flag indicating whether the device information is valid or invalid, an emulation flag indicating whether the IEEE 1394 device is emulated, the node ID of the emulating node, and the GUID of the emulated device. , And an area for registering register addresses and address values as necessary.
[0055]
Any data in the IEEE 1394 register space can be registered in an arbitrary area in the management table. In this example, the ConfigROM register address 0xFFFFF000400˜ and the value of the ConfigROM are sequentially registered in the register address and register value areas.
[0056]
When the device to be emulated is specified via the selection unit 311, the device information display selection unit 309 turns on / off the emulation flag in the management table of the external device information storage unit 307 and rewrites the node ID. . However, in the management table of the external device information storage unit 307, the three node IDs secured by the IEEE 1394 PHY 306 of the first communication device 11 itself are registered, and the management table of the internal device information storage unit 308 stores this node ID. The node ID of the communication device and the node ID of the first IEEE 1394 device connected to the communication device 11 via the first IEEE 1394 bus are registered.
[0057]
The information to be arranged in the management table is not limited to the example shown in FIG. 4. For example, data other than ConfigROM can be arranged, and registers other than ConfigROM can also be directly registered from the emulated node. It is also possible to respond.
[0058]
A sequence of processing in which the first communication device 11 recognizes all devices on the first IEEE 1394 bus 31 and the second IEEE 1394 bus 32 will be described with reference to FIGS. 5 and 6. The 2nd communication apparatus 21 shall be the structure similar to the 1st communication apparatus 11, and refer FIGS. 1-4 at any time.
[0059]
First, it is assumed that a bus reset has occurred in the first IEEE 1394 bus 31 in FIG. In this case, an operation in which the first communication device 11 recognizes a device on the IEEE 1394 bus will be described.
[0060]
When a bus reset occurs in the first IEEE 1394 bus 31, a bus initialization operation is executed between the IEEE 1394 PHYs of the IEEE 1394 devices on the first IEEE 1394 bus 31, and a node ID is assigned to each IEEE 1394 device. In this example, node 0 is assigned to the first IEEE 1394 equipment 12, and nodes 1, 2, and 3 are assigned to the first communication equipment 11.
[0061]
When the node ID is determined, the first communication device 11 sequentially reads the ConfigROM from the device of the node 0 on the first IEEE 1394 bus 31 except for the communication device itself. In this example, since the node 1, the node 2 and the node 3 are included in the communication device 11 itself, the ConfigROM of the first IEEE 1394 device 12 which is the node 0 is read. The read ConfigROM usually includes a GUID.
[0062]
The first communication device 11 registers 0 as the node ID of the first IEEE 1394 device 12, 0x11111111 and the ConfigROM in the node ID column of the management table of the internal device information storage unit 308 of FIG. Enable the valid flag. Similarly, the first IEEE 1394 device 12 connected to the first communication device 11 via the first IEEE 1394 bus 31 is registered in the management table, and all devices, in this example, the communication device 11 itself are registered. Ends.
[0063]
If the device configuration on the second IEEE 1394 bus 32 has changed, the first communication device 11 receives a notification of device configuration change from the second communication device 21. If the device configuration on the first IEEE 1394 bus 31 has changed, the first communication device 11 transmits a notification of device configuration change to the second communication device 21. When the first communication device 11 receives the notification of the device configuration change from the second communication device 21, the first communication device 11 requests the device configuration information from the second communication device 21. The first communication device 11 acquires device information of a device connected to the second communication device 21 from the second communication device 21.
[0064]
In the sequence shown in FIG. 6, the device configuration change notification includes information such as the device configuration. Therefore, the step of requesting device configuration information is omitted.
[0065]
The first communication device 11 registers the device information of the device connected to the second communication device 21 in the management table of the external device information storage unit 307 of the first communication device 11, and enables the valid flag. To do. If a device with the same GUID is already registered in the external device information storage unit 307, the management table may be overwritten.
[0066]
Next, the first communication device 11 outputs information in the external device information storage unit 307 via the device information display selection unit 309. The user designates the node and device to be emulated while referring to the output data. The selected node and device are input via the device information display selection unit 309, and the external device information storage unit 307 is rewritten. However, if the first communication device 11 does not have a function of displaying and specifying the device to be emulated, the device to be emulated automatically is assigned by an arbitrary method such as a small GUID order. Also good.
[0067]
According to this example, as described above, the IEEE 1394 device connected to the second IEEE 1394 bus 32 is registered in the external device information storage unit 307 of the first communication device 11, and the communication device 11 holds each IEEE 1394 device. Emulates a node. Thereby, the first communication device 11 can recognize all the IEEE 1394 devices connected to the first and second communication devices 11 and 21, and the device connected to the second communication device 21. Can be constructed in the same environment as is connected on the first IEEE 1394 bus 31.
[0068]
A second example of the present invention will be described with reference to FIGS. In the second example, a packet is transmitted. Unless otherwise specified, the contents described with reference to FIGS. 1 to 6 are applied in the second example.
[0069]
FIG. 7 shows the contents of a packet to be transmitted in order from the start to the end of transmission. This packet represents an Async packet in the IEEE 1394 protocol.
[0070]
The meaning of each area in FIG. 7 will be described. destination_ID indicates the node ID of the packet transmission destination. tl indicates a label for recognizing a match between a pair of transactions of the request packet and the response packet. rt indicates information on the retry method when a busy Acknowledge is received. tcode indicates a transaction packet type code. pri indicates priority.
[0071]
source_ID indicates the node ID of the transmission source of the packet. destination_offset indicates 48 bits of the target address in the register space of the packet destination node.
[0072]
data_length indicates the byte length of the data payload. extended_tcode indicates the extension type code of the transaction packet.
[0073]
header_CRC indicates a CRC for the header information. “data” indicates a data payload. data_CRC indicates the CRC of the data payload.
[0074]
With reference to FIG. 8, an example of a sequence for transmitting an Async packet from the first IEEE 1394 device 12 on the first IEEE 1394 bus 31 to the second IEEE 1394 device 22 on the second IEEE 1394 bus 32 will be described. The second IEEE 1394 device 22 is emulated in the node 1 of the first communication device 11.
[0075]
The first IEEE 1394 device 12 transmits an Async packet to the node 1 on which the second IEEE 1394 device 22 is emulated, so that the source is the node 0, the destination is the node 1, and other areas are appropriate. An Async packet in which data is set is transmitted. The first communication device 11 having the node 1 receives the Async packet transmitted from the first IEEE 1394 device 12.
[0076]
The first communication device 11 refers to the management table corresponding to node 0 in the internal device information storage unit 308 and converts the node ID = 0 of the transmission source into a GUID. The first communication device 11 refers to the management table corresponding to the node 1 in the external device information storage unit 307, and converts the destination node ID = 1 into a GUID. In this example, the transmission source node 0 is converted to 0x11111111 which is the GUID of the first IEEE 1394 device 12, and the transmission destination node 1 is converted to 0x222222222 which is the GUID of the second IEEE 1394 device 22.
[0077]
As shown in the example of FIG. 9, the converted GUID is set in the Async packet. Destination_GUID and Source_GUID are added to the head of the received Async packet. Destination_GUID indicates the GUID of the transmission destination IEEE 1394 device, and Source_GUID indicates the GUID of the transmission source IEEE 1394 device. That is, 0x22222222 of the GUID of the second IEEE 1394 device 22 is set in Destination_GUID, and 0x11111111 of the GUID of the first IEEE 1394 device 12 is set in Source_GUID.
[0078]
A description will be given with reference to FIG. 8 again. The first communication device 11 transmits the Async packet to which the GUID is added to the second communication device 21 in a wireless packet protocol. The second communication device 21 extracts an Async packet from the received wireless packet.
[0079]
The second communication device 21 refers to the management table, converts the source GUID to node ID = 0 assigned to the first IEEE 1394 device 12, and sets it to the source_ID of the Async packet. Accordingly, the node 0 of the first IEEE 1394 device 12 is set in the source_ID of the Async packet in FIG.
[0080]
The second communication device 21 refers to the management table, converts the destination GUID to the node ID = 1 assigned to the second IEEE 1394 device 22, and sets it to the destination_ID of the Async packet. Accordingly, the node 1 of the second IEEE 1394 device 22 is set in the destination_ID of the Async packet in FIG.
[0081]
The second communication device 21 transmits an Async packet in which node 0 is set as a transmission source, node 1 is set as a transmission destination, and appropriate data is set in other areas. The second IEEE 1394 device 22 having the node 1 receives the Async packet transmitted from the second communication device 21.
[0082]
According to this example, as described above, the first IEEE 1394 device 12 transmits to the first communication device 11 an async packet whose destination is the node 1 emulating the second IEEE 1394 device 22. The second IEEE 1394 device 22 receives from the second communication device 21 an Async packet whose source is node 0 that emulates the first IEEE 1394 device 12. Accordingly, the first IEEE 1394 device 12 to the second IEEE 1394 device 22 is unaware that different communications such as wireless communication are included between the first IEEE 1394 bus 31 and the second IEEE 1394 bus 32. An Async packet can be transmitted.
[0083]
A third example of the present invention will be described with reference to FIG. In the third example, the ConfigROM of the second IEEE 1394 device 22 is read from the first IEEE 1394 device 12. Unless otherwise specified, the contents described with reference to FIGS. 1 to 6 are applied in the third example.
[0084]
The first IEEE 1394 device 12 transmits a READ_REQUEST Async packet to the first communication device 11 in order to read the data in the ConfigROM of the second IEEE 1394 device 22.
[0085]
The READ_REQUEST Async packet is read from the Async packet shown in FIG. 7 in the node 1 in which the second IEEE 1394 device 22 is emulated in the destination_ID, and in the node 0 in which the first IEEE 1394 device 12 is emulated in the source_ID. It is generated by setting READ_REQUEST as a request, setting a register address where ConfigROM is arranged, usually 0xFFFFF000400 to Destination_offset, and setting the byte length of ConfigROM to be read to data_length if necessary.
[0086]
The first communication device 11 receives the READ_REQUEST Async packet and refers to the management table corresponding to the node 1 in the external device information storage unit 308. When it is confirmed that the register address set in destination_offset is registered in the management table, the register address is referred to, a READ_RESPONSE Async packet is created, and transmitted to the first IEEE 1394 device 12 of node 0. .
[0087]
According to this example, when reading the ConfigROM of the second IEEE 1394 device 22 on the second IEEE 1394 bus 32 from the first IEEE 1394 device 12 on the first IEEE 1394 bus 31, the first communication device 11 A response can be returned without transmitting the packet to the second IEEE 1394 device 22, and the communication time can be shortened.
[0088]
FIG. 11 shows a screen in which device information stored in the external device storage unit 307 of the communication device 11 is displayed on the output unit 312. FIG. 11 shows an example when OSD (On Screen Display) is displayed on a TV or the like by a video signal.
[0089]
A list of devices connected to the communication device 11 is displayed on the screen, and an identification number, an emulation flag, a device name, a device type, and the like of each device are displayed. In the screen of FIG. 11A, the emulation flags of all the devices are invalid. When the user selects a DVD recorder having identification number 3 and device name SSK-JUN04 on the screen of FIG. 11A, the emulation flag of the selected device becomes valid as shown in FIG. 11B. The device is selected by a remote controller, a button installed in the communication device 11, or the like.
[0090]
The communication device 11 assigns the DVD recorder having the identification number 3 to the node prepared for emulation. Conversely, when the user selects a DVD recorder with identification number 3 and device name SSK-JUN04 on the screen of FIG. 11B, the emulation flag of the device with identification number 3 becomes invalid as shown in FIG. 11A. . The DVD recorder with the identification number 3 is released from the emulation assignment to the node of the communication device 11.
[0091]
FIG. 12 shows another example of a screen in which device information stored in the external device storage unit 307 of the communication device 11 is displayed on the output unit 312. As shown in FIG. 12A, in this example, the screen is small, and only one line of the list of devices connected to the communication device 11 is displayed. In such a case, the screen of the device to be selected can be displayed by moving the screen up and down by operating keys, buttons, and the like. FIG. 12C shows a state where devices to be selected by the user are displayed. In this state, the displayed device is selected by operating keys, buttons, and the like. As shown in FIG. 12D, the emulation flag of the selected device is enabled.
[0092]
Of the plurality of devices connected to the communication device 11, the user can control or emulate only the number equal to the number of emulated nodes of the communication device 11. Therefore, when more devices than the number of emulated nodes are connected to the communication device 11, the user can freely select a desired device as an emulation target.
[0093]
According to this example, the first IEEE 1394 device 12 that does not support bridging with other protocols on the first IEEE 1394 bus 32 is connected to the second IEEE 1394 bus 32 connected to the network of another protocol. The second and third IEEE 1394 devices 22 and 23 can be operated as devices on the first IEEE 1394 bus.
[0094]
The example of the present invention has been described above, but the present invention is not limited to the above-described example, and various modifications can be made by those skilled in the art within the scope of the invention described in the claims. Easy to understand.
[0095]
【The invention's effect】
According to the present invention, an apparatus connected to a network of another protocol can be controlled as an apparatus on the same bus from an existing apparatus that does not support bridging with another protocol.
According to the present invention, even when more devices than the number of emulated nodes of communication devices are connected, any number of devices can be selected as many as the number of emulated nodes.
[Brief description of the drawings]
FIG. 1 is a diagram showing an example of a communication system including a communication device according to the present invention.
FIG. 2 is a diagram showing a concept of a communication device according to the present invention.
FIG. 3 is a diagram illustrating a configuration example of a communication device according to the present invention.
FIG. 4 is a diagram showing the contents of a management table included in a communication device according to the present invention.
FIG. 5 is a diagram showing a sequence for registering device information in a device recognition and management table by a communication device of the present invention.
FIG. 6 is a diagram showing another example of a sequence for registering device information in the device recognition and management table by the communication device of the present invention.
FIG. 7 is a diagram showing the contents of an Async packet.
FIG. 8 is a diagram illustrating a sequence when an Async packet is transmitted.
FIG. 9 is a diagram showing the contents of an Async packet to which a GUID is added.
FIG. 10 is a diagram showing a sequence of ConfigROM READ processing;
FIG. 11 is a diagram showing a screen displaying device information stored in the communication device of the present invention.
FIG. 12 is a diagram showing another example of a screen displaying device information stored in the communication device of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 11 ... Communication apparatus, 12 ... IEEE1394 apparatus, 21 ... Communication apparatus, 22, 23 ... IEEE1394 apparatus, 31, 32 ... IEEE1394 bus, 33 ... Wireless network, 300 ... Communication apparatus, 301 ... Communication I / F, 302 ... Communication I / F processing unit 303 ... device information transmitting / receiving unit 304 304 protocol conversion unit 305 IEEE 1394 I / F processing unit 306 IEEE 1394 PHY 307 external device information storage unit 308 internal device information storage unit 309 device information Display selection unit, 310 ... IEEE IEEE 1394 bus, 311 ... selection means, 312 ... output means

Claims

Connected to a device on the first network via a first network that performs communication using the IEEE 1394 protocol, and connected to another communication device via a communication network that performs communication using a second protocol other than the IEEE 1394 protocol. Communication equipment
First interface means connected to the first network; second interface means connected to the communication network; equipment information obtaining means for obtaining equipment information of equipment on the first network; Emulating means for regarding the communication device itself as a device on the first network, and a plurality of PHY chips ,
When the other communication device is connected to a device on the second network via the second network that performs communication according to the IEEE 1394 protocol,
The device information acquisition means acquires device information of devices on the second network via the other communication devices,
It said emulation means, a device on the upper Symbol second network all the node on the first network, to emulate for each of the PHY chip device on said second network as nodes, the Emu A communication device, wherein an equivalent Async packet is transmitted to a device on the second network by transmitting an Async packet to the rated node .

The communication device according to claim 1, wherein the device information acquisition unit acquires a GUID, a Configuration ROM, a register address and an address value, or a subunit configuration as device information.

2. The communication apparatus according to claim 1, wherein a packet signal of the IEEE 1394 protocol received by the first interface means is converted into a packet signal of the second protocol, and the second protocol received by the second interface means. A communication device comprising protocol conversion means for converting the packet signal of the above to a packet signal of the IEEE 1394 protocol.

The communication device according to claim 1, wherein the first interface means has a function of determining whether the received Async packet is an AV / C command, and only when the received Async packet is an AV / C command. A communication device comprising a function of transmitting an equivalent AV / C command to a device on the second network via the other communication device.

2. The communication device according to claim 1, wherein when an Async packet is received via the first interface means, a response of the Async packet is created and returned via the first interface means. Communication equipment.

2. The communication device according to claim 1, wherein the first device information storage unit stores device information of the device connected to the first network acquired through the first interface unit, and the first device. A device information communication unit that transmits device information stored in the information storage unit to the device on the second network via the other communication device.

7. The communication device according to claim 6, further comprising a second device information storage unit that stores device information of the device on the second network acquired through the other communication device, the second device information. A communication device, wherein device information stored in a storage unit is transmitted to a device on the first network via the first interface means.

8. The communication device according to claim 7 , further comprising output means for outputting device information of the device on the second network stored in the second device information storage unit to the outside. .

8. The communication device according to claim 7, wherein a device that emulates a device on the first network by a user input from a device on the second network stored in the second device information storage unit. A communication device comprising means for selecting.

Connected to a device on the first network via a first network that performs communication using the IEEE 1394 protocol, and connected to another communication device via a communication network that performs communication using a second protocol other than the IEEE 1394 protocol. Communication equipment
First interface means connected to the first network; second interface means connected to the communication network; equipment information obtaining means for obtaining equipment information of equipment on the first network; the present communication apparatus itself has, and emulated means regarded as devices on the first network,
When the other communication device is connected to a device on the second network via the second network that performs communication according to the IEEE 1394 protocol,
The device information acquisition means acquires device information of devices on the second network via the other communication devices,
It said emulation means, a device on the upper Symbol second network all the node on the first network,
Furthermore,
A first device information storage unit for storing device information of the devices connected to the first network acquired via the first interface means; and device information stored in the first device information storage unit A device information communication unit that transmits the information to a device on the second network via the other communication device;
A second device information storage unit that stores device information of the devices on the second network acquired via the other communication device, and stores the device information stored in the second device information storage unit; By transmitting to the device on the first network via the first interface means, and further from the device on the second network stored in the second device information storage unit, by the user input, Means for selecting a device to be emulated as a device on the first network .

11. The communication device according to claim 10, wherein the device information acquisition unit acquires a GUID, a Configuration ROM, a register address and an address value, or a subunit configuration as device information.

11. The communication device according to claim 10, wherein the second protocol means receives the IEEE 1394 protocol packet signal received by the first interface means and converts the packet signal of the second protocol to the second protocol packet signal. A communication device comprising protocol conversion means for converting the packet signal of the above to a packet signal of the IEEE 1394 protocol.

11. The communication device according to claim 10, wherein the first interface means has a function of determining whether the received Async packet is an AV / C command, and only when the received Async packet is an AV / C command. A communication device comprising a function of transmitting an equivalent AV / C command to a device on the second network via the other communication device.

11. The communication device according to claim 10, wherein when an Async packet is received via the first interface means, a response of the Async packet is created and returned via the first interface means. Communication equipment.

11. The communication device according to claim 10, further comprising output means for outputting device information of the device on the second network stored in the second device information storage unit to the outside. .

11. The communication device according to claim 10, comprising a plurality of PHY chips, emulating the device on the second network as a node for each PHY chip, and transmitting an Async packet to the emulated node. A communication device that transmits an equivalent Async packet to a device on the second network.