(57)【要約】 【課題】  エミュレート動作時であっても本通信機器自身のコマンド動作を実行することができる通信機器、システム及び通信機器の制御方法を提供する。【解決手段】  第１の通信機器１１は、特定のコマンドを判別するパケット判定部３２０を備え、特定のコマンドを判別すると、第２のネットワークに接続された機器を第１のネットワーク上のノードとして見えるようにエミュレートするエミュレート動作時であっても通信機器自身の該コマンド動作を実行する。【選択図】  図１
2005260711.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークに接続された第１のインターフェース手段と、
第２のネットワークに接続された第２のインターフェース手段と、
前記第２のインターフェース手段を介して前記第２のネットワークに接続された機器の機器情報を取得する機器情報取得手段と、
前記第２のネットワークに接続された機器を前記第１のネットワーク上のノードとして見えるようにエミュレートするエミュレート手段と、
特定のコマンドを判別する判別手段と、
前記特定のコマンドを判別すると、エミュレート動作時であっても該コマンド動作を実行する実行手段と
を備えることを特徴とする通信機器。
【請求項２】
前記第２のネットワークに接続された機器が第３のネットワークに接続されているとき、前記機器情報取得手段は、さらに、第３のネットワークに接続された機器の機器情報を取得し、前記エミュレート手段は、前記第３のネットワークに接続された機器を第１のネットワーク上のノードとして見えるようにエミュレートすることを特徴とする請求項１記載の通信機器。
【請求項３】
前記エミュレート手段は、本通信機器自身を、第１のネットワーク上のノードとして見えるようにエミュレートすることを特徴とする請求項１記載の通信機器。
【請求項４】
前記判別手段は、エミュレートする機器のコマンドか、本通信機器自身のコマンド動作を実行する前記特定のコマンドかを判別することを特徴とする請求項１記載の通信機器。
【請求項５】
前記実行手段は、前記コマンドの要求元に対し該コマンドのレスポンスを返送することを特徴とする請求項１記載の通信機器。
【請求項６】
前記実行手段は、前記第２のネットワークに接続された１又は複数の機器に対して前記コマンドに基づく操作を要求し該コマンドのレスポンスを受け取ることを特徴とする請求項１又は５に記載の通信機器。
【請求項７】
前記特定のコマンドを判別しないときは、前記実行手段は、エミュレート動作を継続することを特徴とする請求項１、５又は６のいずれか一項に記載の通信機器。
【請求項８】
前記特定のコマンドを判別しないときは、前記実行手段は、コマンドをスルーすることを特徴とする請求項１、５、６又は７のいずれか一項に記載の通信機器。
【請求項９】
前記コマンドは、ＡＶ／Ｃコマンドであることを特徴とする請求項１、５、６、７又は８のいずれか一項に記載の通信機器。
【請求項１０】
前記特定のコマンドは、ＡＶ／Ｃコマンドの特定のopcode及び／又はoperandであることを特徴とする請求項１、５、６、７、８又は９のいずれか一項に記載の通信機器。
【請求項１１】
前記特定のコマンドは、ＡＶ／Ｃコマンドのopcode及び／又はoperandの特定の箇所に予め定めておいた値であることを特徴とする請求項１、５、６、７、８、９又は１０のいずれか一項に記載の通信機器。
【請求項１２】
前記特定のコマンドは、前記第２のネットワークの機器リストの取得、前記第２のネットワークの各機器の選択状態の取得、無線通信機器間の通信可能帯域／使用帯域の取得、無線通信機器間の信号強度の取得、エミュレート状態の取得、エミュレートする機器の選択、又はリセット、のためのＡＶ／Ｃコマンドのうち少なくともいずれか一つ以上を含むことを特徴とする請求項１、５、６、７、８、９、１０又は１１のいずれか一項に記載の通信機器。
【請求項１３】
前記第１のネットワークはＩＥＥＥ１３９４プロトコルによる通信を行うことを特徴とする請求項１記載の通信機器。
【請求項１４】
前記第３のネットワークはＩＥＥＥ１３９４プロトコルによる通信を行うことを特徴とする請求項２記載の通信機器。
【請求項１５】
前記機器情報取得手段は、機器情報として、ＧＵＩＤ、又はＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭ、又は、レジスタアドレス及びアドレス値、又は、サブユニット構成を取得することを特徴とする請求項１記載の通信機器。
【請求項１６】
前記第１のインターフェース手段が受信した第１のプロトコルのパケット信号を第２のプロトコルのパケット信号に変換し、前記第２のインターフェース手段が受信した第２のプロトコルのパケット信号を第１のプロトコルのパケット信号に変換するプロトコル変換手段を有することを特徴とする請求項１記載の通信機器。
【請求項１７】
前記第１のインターフェース手段が受信したＡｓｙｎｃパケットがＡＶ／Ｃコマンドであるかを判定する機能を備え、受信したＡｓｙｎｃパケットがＡＶ／Ｃコマンドであった場合のみ、前記第２のインターフェース手段は、前記第２のネットワーク上の機器に同等のＡＶ／Ｃコマンドを送信する機能を備えることを特徴とする請求項１記載の通信機器。
【請求項１８】
前記通信機器は、ゲートウェイ装置であることを特徴とする請求項１、１６又は１７のいずれか一項に記載の通信機器。
【請求項１９】
前記第１のインターフェース手段を介してＡｓｙｎｃパケットを受信したとき、該Ａｓｙｎｃパケットの応答を作成して前記第１のインターフェース手段を介して返送することを特徴とする請求項１記載の通信機器。
【請求項２０】
１以上のＩＥＥＥ１３９４機器と請求項１から１９のいずれか一項に記載の通信機器とを含む第１のＩＥＥＥ１３９４バスと、１以上のＩＥＥＥ１３９４機器と請求項１から１９のいずれか一項に記載の通信機器とを含む第２のＩＥＥＥ１３９４バスとを含んでおり、前記第１のＩＥＥＥ１３９４バスの通信機器と前記第２のＩＥＥＥ１３９４バスの通信機器とがネットワークを通じて通信可能であることを特徴とするシステム。
【請求項２１】
請求項１から１９のいずれか一項に記載の通信機器に対し、特定のコマンドを送信し、
前記特定のコマンドに対して適当な返信が返ってきた場合には、該通信機器は、通信機器自身のコマンド動作を実行可能であると認識することを特徴とする通信機器の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された機器を制御する通信機器に関し、特に、ＩＥＥＥ１３９４（Institute of Electrical and Electronic Engineers 1394、以下、単に１３９４とする）バスを介して接続されたＡＶ機器を制御するために使用して好適な通信機器、システム及び通信機器の制御方法に関する。
【背景技術】
【０００２】
近年、家庭用のＡＶ機器をデジタル接続するための標準インターフェースとしてＩＥＥＥ１３９４が注目されている。１３９４規格は、コンピュータと周辺機器とを接続し高速通信を実現する次世代ＳＣＳＩ規格として提案されているものであり、最大で６３台の周辺機器をデイジーチェーン接続又はツリー接続することができ、１００Ｍｂｐｓ、２００Ｍｂｐｓ及び４００Ｍｂｐｓの３種類の転送速度が規格化されている。また、コンピュータ動作中においても周辺機器を抜き差しすることができ（ホットプラグ）、接続ケーブルによる電源の供給もできるといった特徴を有している。
【０００３】
地上波デジタルテレビジョン受像機、ＢＳ／ＣＳデジタルテレビジョン受像機、ＤＶＨＳデッキ、ＤＶＤ記録再生機、ＨＤＤレコーダ、ＤＶカムコーダ、ＤＶカメラ等のＡＶ（Audio  Video）機器間を接続するためのネットワークとして有線ＩＥＥＥ１３９４バスが使用されている。
【０００４】
ＩＥＥＥ１３９４バスを広帯域無線上に実現する試みもされており、ＷｉｒｅｌｅｓｓＩＥＥＥ１３９４、ＩＥＥＥ１３９４ｏｖｅｒ８０２．１１などの無線通信プロトコルが存在し、無線上でＩＥＥＥ１３９４バスを構築することも可能である。さらに、有線のＩＥＥＥ１３９４バスと無線のＩＥＥＥ１３９４バスを、ブリッジを介してネットワークとして接続する方式も提案されている。
【０００５】
特許文献１には、有線のＩＥＥＥ１３９４バス上から無線端末と通信するために、無線端末を有線のＩＥＥＥ１３９４バス上の１つの通信機器のサブユニットにエミュレートして、そのサブユニットが制御されることに連動して無線端末を制御する手法が記載されている。
【０００６】
特許文献２には、分断されたＩＥＥＥ１３９４バス上の通信機器をあたかも同一のＩＥＥＥ１３９４バス上にあるように見せることにより既存の制御方法を変えることなく分断されたＩＥＥＥ１３９４バス上にある通信機器を制御する手法が記載されている。
【特許文献１】特開２０００−１５６６８３号公報
【特許文献２】特開２００２−２９２１１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＩＥＥＥ１３９４バス間にＩＥＥＥ１３９４バス以外のネットワークが存在する場合には、必ず、ＩＥＥＥ１３９４のブリッジが必要となる。したがって、ブリッジ対応していない現在のＩＥＥＥ１３９４機器から、異なるプロトコルのネットワークを間に挟んだＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器を操作することはできない。
【０００８】
また、特許文献１のような手法を用いると、１つのＩＥＥＥ１３９４機器は操作できるようになる可能性はある。しかし、既存の機器はノードをＢＳデジタルチューナ、ＤＶＨＳデッキなどの機器の内部構成を想定してノード或いはサブユニットに対してＡＶ／Ｃコマンドを送信することにより制御を行っており、異なるコマンド体系になると操作できないのが通常である。上記手法では、本来ユニットとサブユニットの構成で存在していた機器の機能を１つのサブユニットにエミュレートするために、必然的にユニット或いはサブユニットを従来のＡＶ／Ｃコマンドとは異なるものを送信する必要があり、既存の機器と同一のようには制御できない。
【０００９】
また、無線等のネットワークに接続された通信機器をＩＥＥＥ１３９４バス上の通信機器のサブユニットとしてエミュレートするため、上記ネットワークと接続可能な機器としか通信できない。
【００１０】
この問題を解決しようとしたのが、特許文献２で示される手法であるが、ここで示される手法は複数のＰＨＹを備えてはいるが、ＰＨＹの個数以上の機器が接続された場合にエミュレートノードを選択する手段と方法を想定していない。
【００１１】
本発明は、このような課題に鑑みてなされたものであって、他のプロトコルとのブリッジに対応していない既存の機器から、別のプロトコルのネットワークに接続された機器を、同一のバス上の機器として制御することができ、特にエミュレート動作時であっても本通信機器自身のコマンド動作を実行することができる通信機器、システム及び通信機器の制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の通信機器は、第１のネットワークに接続された第１のインターフェース手段と、第２のネットワークに接続された第２のインターフェース手段と、前記第２のインターフェース手段を介して前記第２のネットワークに接続された機器の機器情報を取得する機器情報取得手段と、前記第２のネットワークに接続された機器を前記第１のネットワーク上のノードとして見えるようにエミュレートするエミュレート手段と、特定のコマンドを判別する判別手段と、前記特定のコマンドを判別すると、エミュレート動作時であっても本通信機器自身の該コマンド動作を実行する実行手段とを備えることを特徴としている。
【００１３】
また、前記第２のネットワークに接続された機器が第３のネットワークに接続されているとき、前記機器情報取得手段は、さらに、第３のネットワークに接続された機器の機器情報を取得し、前記エミュレート手段は、前記第３のネットワークに接続された機器を第１のネットワーク上のノードとして見えるようにエミュレートすることがより好ましい。
【００１４】
前記エミュレート手段は、本通信機器自身を、第１のネットワーク上のノードとして見えるようにエミュレートすることがより好ましい。
【００１５】
前記判別手段は、エミュレートする機器のコマンドか、本通信機器自身のコマンド動作を実行する前記特定のコマンドかを判別する。
【００１６】
前記実行手段は、前記コマンドの要求元に対し該コマンドのレスポンスを返送することがより好ましい。
【００１７】
前記実行手段は、前記第２のネットワークに接続された１又は複数の機器に対して前記コマンドに基づく操作を要求し該コマンドのレスポンスを受け取ることがより好ましい。
【００１８】
前記特定のコマンドを判別しないときは、前記実行手段は、エミュレート動作を継続するものであってもよく、また、前記特定のコマンドを判別しないときは、前記実行手段は、コマンドをスルーするものであってもよい。
【００１９】
より好ましい具体的な態様として、前記コマンドは、ＡＶ／Ｃコマンドである。
より好ましい具体的な態様として、前記特定のコマンドは、ＡＶ／Ｃコマンドの特定のopcode及び／又はoperandである。
より好ましい具体的な態様として、前記特定のコマンドは、ＡＶ／Ｃコマンドのopcode及び／又はoperandの特定の箇所に予め定めておいた値である。
【００２０】
より好ましい具体的な態様として、前記特定のコマンドは、前記第２のネットワークの機器リストの取得、前記第２のネットワークの各機器の選択状態の取得、無線通信機器間の通信可能帯域／使用帯域の取得、無線通信機器間の信号強度の取得、エミュレート状態の取得、エミュレートする機器の選択、又はリセット、のためのＡＶ／Ｃコマンドのうち少なくともいずれか一つ以上を含むものである。
【００２１】
前記第１のネットワークはＩＥＥＥ１３９４プロトコルによる通信を行うものであってもよく、前記第３のネットワークはＩＥＥＥ１３９４プロトコルによる通信を行うものであってもよい。
【００２２】
より好ましい具体的な態様として、前記機器情報取得手段は、機器情報として、ＧＵＩＤ、又はＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭ、又は、レジスタアドレス及びアドレス値、又は、サブユニット構成を取得する。
【００２３】
前記第１のインターフェース手段が受信した第１のプロトコルのパケット信号を第２のプロトコルのパケット信号に変換し、前記第２のインターフェース手段が受信した第２のプロトコルのパケット信号を第１のプロトコルのパケット信号に変換するプロトコル変換手段を有するものであってもよい。
前記通信機器は、ゲートウェイ装置であってもよい。
【００２４】
前記第１のインターフェース手段が受信したＡｓｙｎｃパケットがＡＶ／Ｃコマンドであるかを判定する機能を備え、受信したＡｓｙｎｃパケットがＡＶ／Ｃコマンドであった場合のみ、前記第２のインターフェース手段は、前記第２のネットワーク上の機器に同等のＡＶ／Ｃコマンドを送信する機能を備えるものであってもよい。
【００２５】
前記第１のインターフェース手段を介してＡｓｙｎｃパケットを受信したとき、該Ａｓｙｎｃパケットの応答を作成して前記第１のインターフェース手段を介して返送するものであってもよい。
【００２６】
本発明のシステムは、１以上のＩＥＥＥ１３９４機器と上記通信機器とを含む第１のＩＥＥＥ１３９４バスと、１以上のＩＥＥＥ１３９４機器と上記通信機器とを含む第２のＩＥＥＥ１３９４バスとを含んでおり、前記第１のＩＥＥＥ１３９４バスの通信機器と前記第２のＩＥＥＥ１３９４バスの通信機器とがネットワークを通じて通信可能であることを特徴としている。
【００２７】
本発明の通信機器の制御方法は、上記通信機器に対し、特定のコマンドを送信し、前記特定のコマンドに対して適当な返信が返ってきた場合には、該通信機器は、通信機器自身のコマンド動作を実行可能であると認識することを特徴としている。
【発明の効果】
【００２８】
以上、詳述したように、本発明によれば、他のプロトコルとのブリッジに対応していない既存の機器から、別のプロトコルのネットワークに接続された機器を、同一のバス上の機器として制御することができる。
【００２９】
特に、エミュレート動作時であっても通信機器自身のコマンド動作を実行することができ、エミュレート動作を継続した状態で、エミュレートした通信機器に所望の動作を実行させることができる。また、通信機器に対し、特定のコマンドを送信し、特定のコマンドに対して適当な返信が返ってきた場合には、該通信機器は、通信機器自身のコマンド動作を実行可能であると認識することができる。したがって、利便性の向上とシステム全体の機能の拡大を図ることができる。
【００３０】
エミュレートした通信機器がゲートウェイ機器である場合などでは、ゲートウェイ機器は一般に種々の機能、例えば第２のネットワークの機器リストの取得、第２のネットワークの各機器の選択状態の取得、無線通信機器間の通信可能帯域／使用帯域の取得、無線通信機器間の信号強度の取得、エミュレート状態の取得、エミュレートする機器の選択、又はリセットなどの機能を持つことができるが、エミュレート動作を継続した状態で、これらの動作を実現可能になる。
【発明を実施するための最良の形態】
【００３１】
以下、添付図面を参照しながら本発明の好適な通信機器、システム及び通信機器の制御方法の実施の形態について詳細に説明する。
【００３２】
図１は、本発明の実施の形態の通信機器、及び他の１３９４機器を含んだネットワークの構成を示す図である。本実施の形態は、第１の通信機器１１と第２の通信機器２１は、ネットワーク３３を介して互いに接続されている。ネットワーク３３はＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂなどの規格に準拠した無線ネットワークであってよいが、ＵＷＢ（Ultra Wide Band）、無線ＬＡＮなどでもよく、また、有線のＬＡＮでもＵＳＢ（Universal Serial Bus）でもよい。すなわち、ＩＥＥＥ１３９４バス以外であれば如何なる形態でもよい。以下に、無線ネットワークの場合を説明する。
【００３３】
第１の通信機器１１は、第１のＩＥＥＥ１３９４バス３１を介して第１のＩＥＥＥ１３９４機器１２に接続されている。第２の通信機器２１は、第２のＩＥＥＥ１３９４バス３２を介して、第２のＩＥＥＥ１３９４機器２２及び第３のＩＥＥＥ１３９４機器２３に接続されている。
【００３４】
ＩＥＥＥ１３９４バスを含むシステムでは、接続機器の増減、バスリセット発生時などに、コンフィグレーションプロセスが起動され、バスの初期化、ツリーの識別、自己認識が行われ各機器のノードＩＤが割り当てられる。これらの処理は通常、ＰＨＹチップ（物理層）が行い、１つのＰＨＹチップに対して１つのノードＩＤが割り当てられる。
【００３５】
また、ＩＥＥＥ１３９４機器には、ノードＩＤとは別に、全世界で一意に存在する６４ビットのＧＵＩＤ（Global  Unique  Identifier）が割り当てられ、通常、ＧＵＩＤは、１つのノードに必ず１つ存在するＣｏｎｆｉｇｒａｔｉｏｎＲＯＭ（以下、ＣｏｎｆｉｇＲＯＭと省略する。）に入っている。
【００３６】
図１の例では、第１及び第２の通信機器１１、２１、第１、第２及び第３のＩＥＥＥ１３９４機器１２、２２、２３の各々に１つのＣｏｎｆｉｇＲＯＭが存在し、各ＣｏｎｆｉｇＲＯＭの中にＧＵＩＤが入っている。また、第１のＩＥＥＥ１３９４機器１２には、第１のＩＥＥＥ１３９４バス３１上のノードＩＤが割り当てられ、第２及び第３のＩＥＥＥ１３９４機器２２、２３には、第２のＩＥＥＥ１３９４バス３２上のノードＩＤが割り当てられる。
【００３７】
第１のＩＥＥＥ１３９４機器１２に割り当てられた、第１のＩＥＥＥ１３９４バス３１上のノードＩＤは０であり、第２のＩＥＥＥ１３９４機器２２に割り当てられた第２のＩＥＥＥ１３９４バス３２上のノードＩＤは１であり、第３のＩＥＥＥ１３９４機器２３に割り当てられた第２のＩＥＥＥ１３９４バス３２上のノードＩＤは２である。以下、ノードＩＤが０、１、２の機器を、単に、ノード０、ノード１、ノード２と略称する。
【００３８】
同様に第１の通信機器１１に割り当てられた第１のＩＥＥＥ１３９４バス３１上のノードは１、第２の通信機器２１に割り当てられた第２のＩＥＥＥ１３９４バス３２上のノードは０である。
【００３９】
第１のＩＥＥＥ１３９４機器１２のＧＵＩＤは０ｘ１１１１１１１１、第２のＩＥＥＥ１３９４機器２２のＧＵＩＤは０ｘ２２２２２２２２、第３のＩＥＥＥ１３９４機器２３のＧＵＩＤは０ｘ３３３３３３３３であるとする。
【００４０】
同様に第１の通信機器１１のＧＵＩＤは０ｘＡＡＡＡＡＡＡＡ、第２の通信機器２１のＧＵＩＤは０ｘＢＢＢＢＢＢＢＢであるとする。
【００４１】
以下に、第１のＩＥＥＥ１３９４機器１２（コントローラ）から第２及び第３のＩＥＥＥ１３９４機器２２、２３（ターゲット）を制御する場合を想定する。
【００４２】
図２は、通信機器の概念を示す図であり、ここでは第１の通信機器１１の内部構成の概要を示す。
図２において、第１の通信機器１１は、ＰＨＹ（物理層）の個数の機器をエミュレートするためのエミュレートノードを有する。本例では、第１の通信機器１１は３つのＰＨＹを有し、３つのエミュレートノードを有する。各エミュレートノードに対して管理テーブルが割り当てられる。初期化時は、このエミュレートノードがリピータとして動作する。
【００４３】
第１の通信機器１１は、図６に示すシーケンスによって、ネットワークを介して通信機器自身１１に接続されている機器の機器情報を取得することができる。第１の通信機器１１は、通信機器自身１１及び通信機器自身１１に接続されている機器の中から制御又はエミュレートしたい機器をＰＨＹの数だけ選択する機能を有する。
【００４４】
この選択機能により、第１の通信機器１１は、通信機器自身１１と第２及び第３のＩＥＥＥ１３９４機器２２、２３の３つの機器を選択したとする。上述のように、ノード１に通信機器自身１１をエミュレートし、ノード２に第２のＩＥＥＥ１３９４機器２２をエミュレートし、第３のＩＥＥＥ１３９４機器２３にノード３をエミュレートする。
【００４５】
ＩＥＥＥ１３９４バス上ではノードＩＤは可変であり、バスリセット、機器の増減などでノードＩＤが変化する可能性があるが、ここでは、各ＩＥＥＥ１３９４機器に、図１に示すノードＩＤに割り当てられているものとする。このノードＩＤが異なる時点ではノードＩＤを置き換わったものとして考慮すればよい。
【００４６】
図３は、第１の通信機器１１の構成を示すブロック図である。
図３において、第１の通信機器１１は、通信Ｉ／Ｆ３０１、通信Ｉ／Ｆ処理部３０２、機器情報送受信部３０３、プロトコル変換部３０４、パケット判定部３２０（判定手段，実行手段）、ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５、ＩＥＥＥ１３９４ＰＨＹ３０６、外部機器情報記憶部３０７、内部機器情報記憶部３０８、及び機器情報表示選択部３０９を含んで構成される。
【００４７】
通信Ｉ／Ｆ３０１は、通信インターフェースである。本例の通信Ｉ／Ｆ３０１に適合可能な通信方式は、上述のように、通信ネットワークを介して通信を行うための既知の方式であってよいが、無線伝送の場合を説明する。
【００４８】
通信Ｉ／Ｆ処理部３０２は、無線伝送におけるネゴシエーション等のＰＨＹレベルの基本機能を備え、無線伝送のプロトコルに従ったパケットを送受信する機能を備える。
【００４９】
機器情報送受信部３０３は、内部機器情報記憶部３０８に格納された機器情報を通信Ｉ／Ｆ処理部３０２を介して通信Ｉ／Ｆ３０１に送信する。また、無線ネットワーク上の通信機器に接続されている機器情報、及び、無線ネットワーク上の通信機器に接続されているＩＥＥＥ１３９４バス上の機器構成の変化の通知を受信し、それを外部機器情報記憶部３０７に送信し、登録を要求する。
【００５０】
機器情報は、ＧＵＩＤ、ＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭ、レジスタアドレス及びアドレス値、又は、サブユニット構成であってよい。
【００５１】
プロトコル変換部３０４は、ＧＵＩＤ−Ｎｏｄｅ変換部３０４ａとＮｏｄｅ−ＧＵＩＤ変換部３０４ｂを含む。プロトコル変換部３０４は、通信Ｉ／Ｆ処理部３０２からＡｓｙｎｃパケットと同等のパケットを包括する無線パケットを受信し、それをＩＥＥＥ１３９４バス上で伝送可能なＡｓｙｎｃパケットに変換し、ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５に送信する。このとき、ＧＵＩＤ−Ｎｏｄｅ変換部３０４ａは、ＧＵＩＤで示された無線パケットの送信先と送信元を内部機器情報記憶部３０８と外部機器情報記憶部３０７の管理テーブルを参照してノードＩＤによる送信先と送信元に変換する。
【００５２】
プロトコル変換部３０４は、ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５からＡｓｙｎｃパケットを受信し、それをＡｓｙｎｃパケットと同等のパケットを包括した無線パケットに変換し、通信Ｉ／Ｆ処理部３０２に送信する。このとき、Ｎｏｄｅ−ＧＵＩＤ変換部３０４ｂは、ノードＩＤで示されたＡｓｙｎｃパケットの送信先と送信元を内部機器情報記憶部３０８と外部機器情報記憶部３０７の管理テーブルを参照してＧＵＩＤによる送信先と送信元に変換する。
【００５３】
プロトコル変換部３０４は、ＡｓｙｎｃパケットがＡＶ／Ｃコマンドであるかを判定する機能を備え、ＡｓｙｎｃパケットがＡＶ／Ｃコマンドであった場合のみ、それをＡｓｙｎｃパケットと同等のパケットを包括した無線パケットに変換し、通信Ｉ／Ｆ処理部３０２に送信する。
【００５４】
パケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、内部機器情報を参照して、ＡＶ／Ｃレスポンスを返送するか、通信Ｉ／Ｆ処理部３０２に送信して、無線越しの通信機器に情報取得、操作などの命令を送信するか、ＡＶ／Ｃコマンドをスルーするかを判定する。特定のＡＶ／Ｃコマンドの構造及び解析の詳細については、図１３乃至図２３により後述する。
【００５５】
パケット判定部３２０は、特定のＡＶ／Ｃコマンドを判別する判別手段と、特定のＡＶ／Ｃコマンドを判別すると、エミュレート動作時であっても本通信機器自身の該コマンド動作を実行する実行手段としての機能を有する。
【００５６】
ＩＥＥＥ１３９４Ｉ／Ｆ処理部３０５は、プロトコル変換部３０４からＡｓｙｎｃパケットを受信し、Ａｓｙｎｃパケットの送信元に応じてＩＥＥＥ１３９４ＰＨＹ３０６に送信する。さらに、ＩＥＥＥ１３９４ＰＨＹ３０６からＡｓｙｎｃパケットを受信し、外部機器情報部３０７の管理テーブル（図４参照）を参照し、応答するのに必要な情報が記憶されているならば即時に応答を返送し、それ以外の場合はプロトコル変換部３０４に送信する。また、後述する管理テーブル内のエミュレートフラグが無効である場合にはリピータとして動作するようにＩＥＥＥ１３９４ＰＨＹ３０６を制御する。
【００５７】
ＩＥＥＥ１３９４ＰＨＹ３０６は、既存のＰＨＹチップ（物理層）の機能を全て備えており、例えば、リピート、ケーブルの状態認識、バスの初期化、アービトレーションを実行する。本例では、ＩＥＥＥ１３９４ＰＨＹ３０６は、３つのＰＨＹを内蔵しており、各ＩＥＥＥ１３９４ＰＨＹに対して１つのノードを確保する。ＩＥＥＥ１３９４ＰＨＹ３０６の中のＰＨＹは内部でＩＥＥＥ１３９４バスによって接続されているものとする。
【００５８】
外部機器情報記憶部３０７は、第２のＩＥＥＥ１３９４バス３２上の機器構成と各ＩＥＥＥ１３９４機器の管理テーブル（図４参照）を有し、各管理テーブルはＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する。
【００５９】
内部機器情報記憶部３０８は、第１のＩＥＥＥ１３９４バス３１上の機器構成と各ＩＥＥＥ１３９４機器の管理テーブル及び機器割付テーブル（図５参照）を有し、各管理テーブル及び機器割付テーブルはＣｏｎｆｉｇＲＯＭ等の機器情報を蓄積する。本例では第１のＩＥＥＥ１３９４バス３１上のＩＥＥＥ１３９４機器は、第１の通信機器１１自身を含むことにする。
【００６０】
機器情報表示選択部３０９は、本通信機器に割り当てられているノードＩＤ、外部管理情報記憶部３０７又は内部機器情報記憶部３０８に記憶された情報等を、液晶モニタ等の出力手段３１２に出力する。さらに、スイッチ等の選択手段３１１を介して、外部管理情報記憶部３０７に記憶されている機器の中から制御する機器が選択されたとき、該制御対象を指定する。
【００６１】
本例では、複数のノードを確保するために、第１の通信機器１１は、複数のＩＥＥＥ１３９４ＰＨＹを備える。すなわち、ＩＥＥＥ１３９４ＰＨＹの個数だけＩＥＥＥ１３９４バス上のノードを確保することができるという既存のＩＥＥＥ１３９４ＰＨＹチップの性能、すなわち、ＩＥＥＥ１３９４ＰＨＹの数＝確保するノードの数という関係を利用している。
【００６２】
しかしながら、複数のノードを確保する手段はＩＥＥＥ１３９４ＰＨＹの個数を増やすことに限定されるものではない。例えば、１つのＩＥＥＥ１３９４ＰＨＹを有する場合でも、擬似的に複数種類のセルフＩＤパケットを送受信することによって複数のノードを確保することは可能である。本発明では、このような方法で複数のノードを確保してもよい。
【００６３】
また、外部機器情報記憶部３０７、内部機器情報記憶部３０８、管理テーブル、機器割付テーブルは説明のため、別々にしているが、この構成は利便性を求めて適時変更してもよい。
【００６４】
図４は、外部機器情報記憶部３０７及び内部機器情報記憶部３０８の管理テーブルの一例を示す図である。
図４に示すように、管理テーブルには、機器情報が有効であるか無効であるかを示すバリッドフラグ、ＩＥＥＥ１３９４機器をエミュレートしているかどうかを示すエミュレートフラグ、エミュレートするノードのノードＩＤ、エミュレートした機器のＧＵＩＤ、を登録する領域を有し、必要に応じてレジスタのアドレスとアドレス値を登録するための領域等を有する。
【００６５】
ＩＥＥＥ１３９４レジスタ空間のデータならば管理テーブル中の任意の領域に登録可能である。本例では、ＣｏｎｆｉｇＲＯＭのレジスタアドレス０ｘＦＦＦＦＦ０００４００〜とＣｏｎｆｉｇＲＯＭの値は、レジスタアドレスとレジスタ値の領域に順次登録される。
【００６６】
図５は、内部機器情報記憶部３０８の機器割付テーブルの一例を示す図である。
図５に示すように、機器割付テーブルには、割付テーブル管理番号、割付テーブル有効フラグ、自ネットワークの対象機器のＧＵＩＤ、自ネットワークの対象機器のノードＩＤ、エミュレート有効フラグ、エミュレート機器管理番号、エミュレート機器のＧＵＩＤ、機器制御のプライオリティ等のその他のエミュレート機器の情報を有する。なお、第１の通信機器１１自身に対してのＡＶ／Ｃコマンドにより機器選択、解除等の処理を行うことでテーブルデータは書き換えられる。第１の通信機器１１自身に対してのＡＶ／Ｃコマンドの場合のシーケンス例については図６及び図７により後述する。
【００６７】
機器情報表示選択部３０９は、選択手段３１１を介してエミュレートする機器が指定されたとき、外部機器情報記憶部３０７の管理テーブルのエミュレートフラグをＯＮ／ＯＦＦし、ノードＩＤの書き換え等を行う。但し、外部機器情報記憶部３０７の管理テーブルには、第１の通信機器１１自身のＩＥＥＥ１３９４ＰＨＹ３０６にて確保した３つのノードＩＤが登録され、また、内部機器情報記憶部３０８の管理テーブルには、本通信機器のノードＩＤと第１の通信機器１１と第１のＩＥＥＥ１３９４バスによって接続されている第１のＩＥＥＥ１３９４機器のノードＩＤが登録されることとする。
【００６８】
管理テーブルに配置する情報は、図４に示した例に限定されるものではなく、例えば、ＣｏｎｆｉｇＲＯＭ以外のデータを配置することも可能であり、ＣｏｎｆｉｇＲＯＭ以外のレジスタに関してもエミュレートしたノードから直接に応答することも可能である。また、機器割付テーブルに配置する情報についても、図５に示した例に限定されるものではなく、第１の通信機器１１自身に対してのＡＶ／Ｃコマンドにより機器選択、解除等は適宜可能である。
【００６９】
以下、上述のように構成された通信機器、及び他の１３９４機器を含んだネットワークの動作を説明する。
〔第１の通信機器１１のエミュレート動作〕
まず、第１の通信機器１１のエミュレート動作について説明する。
本エミュレート動作は、図３の第１の通信機器１１のパケット判定部３２０が、ＡＶ／Ｃコマンドの解析を行い、内部機器情報を参照した結果、ＡＶ／Ｃコマンドを第２のネットワークにスルーすると判定した場合に実現される。この場合は、第１の通信機器１１が、第２のネットワークに接続された機器の機器情報を取得し、第２のネットワークに接続された機器を第１のネットワーク上のノードと見えるようにシミュレート動作する場合である。
【００７０】
図６は、第１の通信機器１１による機器認識と管理テーブルに機器情報を登録するシーケンスを示す図である。また、図７は、第１の通信機器１１による機器認識と管理テーブルに機器情報を登録するシーケンスの他の例を示す図である。
【００７１】
図６及び図７は、第１の通信機器１１が、第１のＩＥＥＥ１３９４バス３１と第２のＩＥＥＥ１３９４バス３２上の全ての機器を認識する処理のシーケンスを示す。第２の通信機器２１は第１の通信機器１１と同様な構成であるものとし、図１乃至図５を随時参照する。
【００７２】
まず、図１における第１のＩＥＥＥ１３９４バス３１において、機器の増減等によりバスリセットが発生したと仮定する。この場合、第１の通信機器１１が、ＩＥＥＥ１３９４バス上の機器を認識する動作を説明する。
【００７３】
第１のＩＥＥＥ１３９４バス３１でバスリセットが発生すると、第１のＩＥＥＥ１３９４バス３１上の各ＩＥＥＥ１３９４機器のＩＥＥＥ１３９４ＰＨＹの間でバスの初期化動作が実行され、各ＩＥＥＥ１３９４機器にノードＩＤが割り当てられる。本例では、第１のＩＥＥＥ１３９４機器１２にはノード０が割り当てられ、第１の通信機器１１にはノード１、２、３が割り当てられる。
【００７４】
ノードＩＤが決まると、第１の通信機器１１は第１のＩＥＥＥ１３９４バス３１上のノード０の機器から通信機器自身を除き順番にＣｏｎｆｉｇＲＯＭを読み出す。本例では、ノード１、ノード２及びノード３は第１の通信機器１１自身に含まれるので除き、ノード０である第１のＩＥＥＥ１３９４機器１２のＣｏｎｆｉｇＲＯＭを読み出す。読み出したＣｏｎｆｉｇＲＯＭには通常、ＧＵＩＤが含まれている。
【００７５】
第１の通信機器１１は、図３の内部機器情報記憶部３０８の管理テーブルのノードＩＤの欄に、第１のＩＥＥＥ１３９４機器１２のノードＩＤである０とＧＵＩＤである０ｘ１１１１１１１１とＣｏｎｆｉｇＲＯＭを登録し、バリッドフラグを有効にする。同様に第１の通信機器１１と第１のＩＥＥＥ１３９４バス３１を介して接続されている第１のＩＥＥＥ１３９４機器１２を管理テーブルに登録し、全ての機器、本例の場合は第１の通信機器１１自身の登録が終わる。
【００７６】
第１の通信機器１１は、第２のＩＥＥＥ１３９４バス３２上の機器構成が変化していたなら、第２の通信機器２１から機器構成変化の通知を受信する。第１の通信機器１１は、第１のＩＥＥＥ１３９４バス３１上の機器構成が変化していたなら、第２の通信機器２１に機器構成変化の通知を送信する。第１の通信機器１１は、第２の通信機器２１から機器構成変化の通知を受信すると、第２の通信機器２１に機器構成情報を要求する。第１の通信機器１１は、第２の通信機器２１から、第２の通信機器２１に接続されている機器の機器情報を取得する。
【００７７】
図７に示すシーケンスでは、機器構成変化の通知に機器構成等の情報も含む。したがって、機器構成情報を要求するステップは省略される。
【００７８】
第１の通信機器１１は、第２の通信機器２１に接続されている機器の機器情報を第１の通信機器１１の外部機器情報記憶部３０７の管理テーブルに登録して、バリッドフラグを有効にする。なお、ＧＵＩＤが同一の機器が既に外部機器情報記憶部３０７に登録されている場合はその管理テーブルに上書きしてもよい。
【００７９】
次に、第１の通信機器１１は、機器情報表示選択部３０９を介して、外部機器情報記憶部３０７の情報を出力する。ユーザは、出力したデータを参考にしながら、エミュレートするノードと機器を指定する。選択されたノード及び機器は、機器情報表示選択部３０９を介して入力され、外部機器情報記憶部３０７を書き換える。但し、第１の通信機器１１が、エミュレートする機器を表示、指定する機能を備えていない場合には、ＧＵＩＤの小さい順等の任意の方法で自動的にエミュレートする機器を割り当てるようしてもよい。
【００８０】
本例によると、上述のように、第２のＩＥＥＥ１３９４バス３２に接続されたＩＥＥＥ１３９４機器を第１の通信機器１１の外部機器情報記憶部３０７に登録し、各ＩＥＥＥ１３９４機器を第１の通信機器１１が保有するノードにエミュレートする。それによって、第１の通信機器１１は、第１及び第２の通信機器１１、２１に接続された全てのＩＥＥＥ１３９４機器を認識することが可能であり、第２の通信機器２１に接続された機器が第１のＩＥＥＥ１３９４バス３１上に接続されているのと同一の環境を構築することができる。
【００８１】
次に、パケットを送信する例について説明する。
図８は、送信するパケットの一例を示す図であり、このパケットはＩＥＥＥ１３９４プロトコルにおけるＡｓｙｎｃパケットを示している。
図８のＡｓｙｎｃパケットの各領域の意味を説明する。ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤは、パケット送信先のノードＩＤを示す。ｔｌは、ｒｅｑｕｅｓｔパケットとｒｅｓｐｏｎｓｅパケットの一対のトランザクションの一致を認識するためのラベルを示す。ｒｔは、ｂｕｓｙのＡｃｋｏｎｗｌｅｄｇｅを受信した時のリトライン方法に関する情報を示す。ｔｃｏｄｅは、トランザクションパケット種別コードを示す。ｐｒｉは、優先度を示す。
【００８２】
ｓｏｕｒｃｅ＿ＩＤは、パケットの送信元のノードＩＤを示す。ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔは、パケット送信先ノードのレジスタ空間上の目的アドレス４８ビットを示す（図１０参照）。
【００８３】
ｄａｔａ＿ｌｅｎｇｔｈは、データペイロードのバイト長を示す。ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅは、トランザクションパケットの拡張種別コードを示す。
【００８４】
ｈｅａｄｅｒ＿ＣＲＣは、ヘッダー情報に対するＣＲＣ（Cyclic Redundancy Check）を示す。ｄａｔａは、データペイロードを示す。ｄａｔａ＿ＣＲＣは、データペイロードのＣＲＣを示す。
【００８５】
図９は、Ａｓｙｎｃパケット送信時のシーケンスを示す図である。
第１のＩＥＥＥ１３９４バス３１上の第１のＩＥＥＥ１３９４機器１２から第２のＩＥＥＥ１３９４バス３２上の第２のＩＥＥＥ１３９４機器２２にＡｓｙｎｃパケットを送信するシーケンス例である。ここでは、エミュレートされた機器へのＡＶ／Ｃコマンドの場合のシーケンスを示す。
第２のＩＥＥＥ１３９４機器２２は、第１の通信機器１１のノード１にエミュレートされている。
【００８６】
第１のＩＥＥＥ１３９４機器１２は、第２のＩＥＥＥ１３９４機器２２がエミュレートされているノード１にＡｓｙｎｃパケットを送信するために、送信元にノード０、送信先にノード１、その他の領域には適当なデータが設定されたＡｓｙｎｃパケットを送信する。ノード１を有する第１の通信機器１１は、第１のＩＥＥＥ１３９４機器１２から送信されたＡｓｙｎｃパケットを受信する。
【００８７】
第１の通信機器１１は、内部機器情報記憶部３０８のノード０に対応する管理テーブルを参照し、送信元のノードＩＤ＝０をＧＵＩＤに変換する。第１の通信機器１１は、外部機器情報記憶部３０７のノード１に対応する管理テーブルを参照し、送信先のノードＩＤ＝１をＧＵＩＤに変換する。本例では、送信元のノード０を第１のＩＥＥＥ１３９４機器１２のＧＵＩＤである０ｘ１１１１１１１１に、送信先のノード１を第２のＩＥＥＥ１３９４機器２２のＧＵＩＤである０ｘ２２２２２２２２に変換する。
【００８８】
図１０及び図１１は、ＧＵＩＤを付加したＡｓｙｎｃパケットの一例を示す図であり、図１０は、無線区間のパケットフォーマット例１を、図１１は、無線区間のパケットフォーマット例２をそれぞれ示す。
【００８９】
図１０及び図１１に示すように、変換したＧＵＩＤは、Ａｓｙｎｃパケットに設定される。受信したＡｓｙｎｃパケットの先頭にＤｅｓｔｉｎａｔｉｏｎ＿ＧＵＩＤとＳｏｕｒｃｅ＿ＧＵＩＤが付加されている。Ｄｅｓｔｉｎａｔｉｏｎ＿ＧＵＩＤは、送信先のＩＥＥＥ１３９４機器のＧＵＩＤを示し、Ｓｏｕｒｃｅ＿ＧＵＩＤは、送信元のＩＥＥＥ１３９４機器のＧＵＩＤを示す。つまり、Ｄｅｓｔｉｎａｔｉｏｎ＿ＧＵＩＤに第２のＩＥＥＥ１３９４機器２２のＧＵＩＤの０ｘ２２２２２２２２が、Ｓｏｕｒｃｅ＿ＧＵＩＤに第１のＩＥＥＥ１３９４機器１２のＧＵＩＤの０ｘ１１１１１１１１が設定される。
【００９０】
再び図９を参照して説明する。第１の通信機器１１は、ＧＵＩＤを付加したＡｓｙｎｃパケットを、無線パケットのプロトコルに包括して、第２の通信機器２１に送信する。第２の通信機器２１は、受信した無線パケットよりＡｓｙｎｃパケットを抽出する。
【００９１】
第２の通信機器２１は、管理テーブルを参照し、送信元のＧＵＩＤを、第１のＩＥＥＥ１３９４機器１２に割り当てられたノードＩＤ＝０に変換し、それをＡｓｙｎｃパケットのｓｏｕｒｃｅ＿ＩＤに設定する。したがって、図８のＡｓｙｎｃパケットのｓｏｕｒｃｅ＿ＩＤには、第１のＩＥＥＥ１３９４機器１２のノード０が設定される。
【００９２】
第２の通信機器２１は、管理テーブルを参照し、送信先のＧＵＩＤを、第２のＩＥＥＥ１３９４機器２２に割り当てられたノードＩＤ＝１に変換し、それをＡｓｙｎｃパケットのｄｅｓｔｉｎａｔｉｏｎ＿ＩＤに設定する。したがって、図８のＡｓｙｎｃパケットのｄｅｓｔｉｎａｔｉｏｎ＿ＩＤには、第２のＩＥＥＥ１３９４機器２２のノード１が設定される。
【００９３】
第２の通信機器２１は、送信元にノード０、送信先にノード１、その他の領域には適当なデータが設定されたＡｓｙｎｃパケットを送信する。ノード１を有する第２のＩＥＥＥ１３９４機器２２は、第２の通信機器２１から送信されたＡｓｙｎｃパケットを受信する。
【００９４】
本例によると、上述のように、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に、第２のＩＥＥＥ１３９４機器２２をエミュレートしたノード１を送信先とするＡｓｙｎｃパケットを送信する。第２のＩＥＥＥ１３９４機器２２は、第２の通信機器２１から、第１のＩＥＥＥ１３９４機器１２をエミュレートしたノード０を送信元とするＡｓｙｎｃパケットを受信する。したがって、第１のＩＥＥＥ１３９４機器１２から第２のＩＥＥＥ１３９４機器２２へ、第１のＩＥＥＥ１３９４バス３１と第２のＩＥＥＥ１３９４バス３２との間に無線などの異なる通信が含まれていることを意識せずにＡｓｙｎｃパケットを送信することができる。
【００９５】
図１２は、ＣｏｎｆｉｇＲＯＭのＲＥＡＤ処理のシーケンスを示す図であり、パケットを送信し第１の通信機器１１から即時に応答を返す場合の例である。
【００９６】
第１のＩＥＥＥ１３９４機器１２から、第１の通信機器１１のノード１にエミュレートされた第２のＩＥＥＥ１３９４機器２２のＣｏｎｆｉｇＲＯＭを読み出すシーケンス例である。
【００９７】
第１のＩＥＥＥ１３９４機器１２は、第２のＩＥＥＥ１３９４機器２２のＣｏｎｆｉｇＲＯＭのデータを読み出すために、第１の通信機器１１に、ＲＥＡＤ＿ＲＥＱＵＥＳＴのＡｓｙｎｃパケットを送信する。
【００９８】
ＲＥＡＤ＿ＲＥＱＵＥＳＴのＡｓｙｎｃパケットは、図８に示すＡｓｙｎｃパケットにおいて、ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤに第２のＩＥＥＥ１３９４機器２２がエミュレートされたノード１、ｓｏｕｒｃｅ＿ＩＤに第１のＩＥＥＥ１３９４機器１２がエミュレートされたノード０、ｔｃｏｄｅに読み出しのリクエストであるＲＥＡＤ＿ＲＥＱＵＥＳＴを設定し、Ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔ（図１０）にＣｏｎｆｉｇＲＯＭの配置されるレジスタアドレス、通常、０ｘＦＦＦＦＦ０００４００〜を設定し、必要ならばｄａｔａ＿ｌｅｎｇｔｈに読み出したいＣｏｎｆｉｇＲＯＭのバイト長を設定することによって生成される。
【００９９】
第１の通信機器１１は、ＲＥＡＤ＿ＲＥＱＵＥＳＴのＡｓｙｎｃパケットを受信し、外部機器情報記憶部３０７のノード１に対応する管理テーブルを参照する。管理テーブルにｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔ（図１０）で設定されているレジスタアドレスが登録されていることを確認すると、このレジスタアドレスの値を参照してＲＥＡＤ＿ＲＥＳＰＯＮＳＥのＡｓｙｎｃパケットを作成し、ノード０の第１のＩＥＥＥ１３９４機器１２に送信する。
【０１００】
本例によると、第１のＩＥＥＥ１３９４バス３１上の第１のＩＥＥＥ１３９４機器１２から、第２のＩＥＥＥ１３９４バス３２上の第２のＩＥＥＥ１３９４機器２２のＣｏｎｆｉｇＲＯＭを読み出す場合、第１の通信機器１１は、Ａｓｙｎｃパケットを第２のＩＥＥＥ１３９４機器２２に送信することなく、応答を返送することができ、通信時間を短縮することができる。
【０１０１】
以上述べたように、第１の通信機器１１のエミュレート動作によって、既存のＩＥＥＥ１３９４機器が同一のＩＥＥＥ１３９４バス上の通信機器にエミュレートされたノードに対してＡｓｙｎｃパケット送信することで、遠隔のＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器にＡｓｙｎｃパケットを送信することが可能になり、従来の操作方法と同様に遠隔のＩＥＥＥ１３９４バス上のＩＥＥＥ１３９４機器を操作することが可能になった。
【０１０２】
ところで、上述したように、エミュレートした第１の通信機器１１は、ＡＶ／Ｃコマンドを第２のネットワークにスルーすることにしている。そのため、第１の通信機器１１はエミュレートされると、第１の通信機器１１はエミュレートされた機器（例えばＤＶＨＳ）として認識され、エミュレートしていない通信機器として認識することができなくなってしまう。
【０１０３】
例えば、図１において、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１がターゲット機器（ここでは第２のＩＥＥＥ１３９４機器２２）をエミュレートしている時にも第１のＩＥＥＥ１３９４機器１２から第１の通信機器１１に対し直接ＡＶ／Ｃコマンドを送りたい時がある。一例を挙げると、第１のＩＥＥＥ１３９４機器１２は、ゲートウェイ機器である第１の通信機器１１に対して無線通信機器間の信号強度の取得のためのコマンドを送信し、信号強度の情報のレスポンスを受けたい場合がある。しかし、第１の通信機器１１がターゲット機器をエミュレートしている場合に、第１のＩＥＥＥ１３９４機器１２から第１の通信機器１１にＡＶ／Ｃコマンドを送信してもＡＶ／Ｃコマンドはスルーされ、第２のＩＥＥＥ１３９４機器２２を制御するコマンドとして認識される。なおこの場合、第２のＩＥＥＥ１３９４機器２２をエミュレートしている第１の通信機器１１は、第２のＩＥＥＥ１３９４機器２２自体に、かかる信号強度の取得の機能がないため、信号強度の取得のためのコマンドに対するレスポンスを返すことはできない。
【０１０４】
そこで本発明では、通信機器自身の情報を取得するための特定のＡＶ／Ｃコマンドが送信されてきた場合には、該ＡＶ／Ｃコマンドをスルーせずに、通信機器自身が現在の通信機器の情報（通信機器自身が持つ本来の情報）を返送することを特徴とする。また、通信機器自身を操作するためのコマンドに対しても、スルーせずに通信機器自身でコマンドを解析し、所望の動作を行うことを特徴とする。
【０１０５】
具体的な方法として、ＡＶ／Ｃコマンドのopcode、operandのある箇所に予め定めておいた値が含まれた場合には、通信機器自身へのパケットと判定し、それ以外ならば、エミュレートされた機器へのパケットと判定する。
【０１０６】
エミュレートした通信機器を認識させる方法として、図３の第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、図４及び図５の内部機器情報を参照して、ＡＶ／Ｃレスポンスを返送するか、通信Ｉ／Ｆ処理部３０２に送信して、無線越しの通信機器に情報取得、操作などの命令を送信するか、ＡＶ／Ｃコマンドをスルーするかを判定する。
【０１０７】
〔エミュレートした通信機器にＡＶ／Ｃコマンドを認識させる動作〕
次に、エミュレートした第１の通信機器１１にＡＶ／Ｃコマンドを認識させる動作について説明する。
図１３は、識別箇所を有するＡＶ／Ｃコマンドのフォーマット例を示す図である。
図１３において、ＡＶ／Ｃコマンドのコード番号であるオペコード（opcode）とそのオペランド（operand[0]，operand[1]，…）の特定箇所を、通信機器自身へのパケット判定のための識別コードとする。
【０１０８】
図１４乃至図１６は、図１３のＡＶ／Ｃコマンドのフォーマット例に従って定義された具体的なＡＶ／Ｃコマンドの例を示す図である。ここでは、第１の通信機器１１はゲートウェイ機器、ネットワークは無線ネットワークであることから、無線ＧＷユニット（Receiver）の状態を取得するための、WirelessGWReceiverInfoコマンドを例として示した。図１４は、そのステータスコマンドを、図１５は、そのコマンドのステータスレスポンスを、図１６は、そのレスポンスの動作をそれぞれ示している。
【０１０９】
上記パケット判定の該当箇所は、例えば図１４及び図１５のオペコード<opc>及びオペランドopr[5]に示すＳ＿Ｃｏｄｅ（コマンド名→ReceiverInfo）とする。図３の第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、ＡＶ／Ｃコマンドに図１４及び図１５のオペコード<opc>及びオペランドopr[5]を見つけたときは、通信機器自身へのパケットと判定、それ以外ならば、エミュレートされた機器へのパケットと判定する。あるいは、同様な構成のコマンドテーブルを用意し、テーブルを参照して通信機器自身へのパケット判定、エミュレートされた機器へのパケット判定、いずれにも当てはまらないものは返す、ことが可能である。
【０１１０】
第１のＩＥＥＥ１３９４機器１２から第１の通信機器１１に対し図１４のＡＶ／Ｃコマンドが送信されると、第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドのオペコード<opc>及びオペランドopr[5]により第１の通信機器１１自身へのパケットと判定し、第１の通信機器１１の操作／情報を含む図１５に示すＡＶ／Ｃレスポンスを送信する。ステータスレスポンスでは、オペコード<opc>及びオペランドopr[5]に加え、オペランドopr[6]でコマンドの成功／失敗の情報であるresult_statusを付加する。図１６には、レスポンス動作の内容が示されている。上記result_statusでは、以下のような詳細なコマンド実行結果が付加される。例えば、０ｘ００：正常な状態，０ｘ０１：指定された番号の機器情報がない，０ｘ０２：通信不能でコマンドを実行できない，０ｘ０３：情報更新中などである。
【０１１１】
本例では、ＡＶ／Ｃコマンドのopcode、operandの特定箇所を、通信機器自身へのパケット判定の識別部分としているが、これは単なる例示にすぎず、任意の箇所のopcode、operandを上記パケット判定識別箇所としてもよい。また、ＡＶ／Ｃコマンドのフォーマット例も任意であり、通信機器自身のコマンドであるか否かが判定できれはよくＡＶ／Ｃコマンドのopcode、operand以外の箇所を用いる態様でもよい。
【０１１２】
次に、図１７乃至図２３を参照して通信機器自身へのＡＶ／Ｃコマンド例及び動作について具体的に説明する。具体例は、〔例１〕〔例２〕〔例３〕の３つとし、操作、情報取得する項目例は以下の通りである。なお、ＡＶ／Ｃコマンドの具体的なフォーマット例については上述した。
・第２のネットワークの機器リストの取得〔例１，２，３〕
・第２のネットワークの各機器の選択状態の取得〔例１，２〕
・無線通信機器間の通信可能帯域／使用帯域の取得〔例１，２〕
・無線通信機器間の信号強度の取得〔例１〕
・エミュレート状態の取得〔例１〕
・エミュレートする機器の選択〔例１，２〕
・リセット〔例１，２〕
【０１１３】
図１７は、通信機器自身へのＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１がターゲット機器をエミュレートしている時にも第１の通信機器１１自身に対し直接ＡＶ／Ｃコマンドを送りたい時がある。
【０１１４】
〔例１〕では、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に対し第１の通信機器１１の操作／情報を取得するＡＶ／Ｃコマンドを送信する。第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、所定のＡＶ／Ｃコマンドが送信されたときは（例えば、図１４に示すstatus commandのopcode、operand[5]を見つけたときは）、第１の通信機器１１自身へのパケットと判定し、第１のＩＥＥＥ１３９４機器１２に第１の通信機器１１の操作／情報を含むＡＶ／Ｃレスポンス（例えば、図１５に示すstatus responseのopcode、operand[5]、operand[6]を含むレスポンス）を送信する。〔例１〕は、通信機器自身へのＡＶ／Ｃコマンドの基本的な送信及びＡＶ／Ｃレスポンスの送信シーケンスであるため、上述した、第２のネットワークの機器リストの取得、第２のネットワークの各機器の選択状態の取得、無線通信機器間の通信可能帯域／使用帯域の取得、無線通信機器間の信号強度の取得などがすべて含まれる。〔例１〕の例については、後述する図１８及び図１９で無線通信機器間の信号強度の取得を例に採り具体的に述べる。
【０１１５】
〔例２〕では、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に対し第１の通信機器１１の操作／情報を取得するＡＶ／Ｃコマンドを送信する。第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、所定のＡＶ／Ｃコマンドが送信されたときは、第１の通信機器１１自身へのパケットと判定する。このＡＶ／Ｃコマンドは、例えば第２のネットワークの各機器の選択状態の取得やエミュレートする機器の選択、リセットである。第１の通信機器１１は、第２のネットワークに接続された機器（図１７では第２の通信機器２１）に対し該ＡＶ／Ｃコマンドに基づく所望の操作を行うとともに、操作の結果を受け取る。そして第１の通信機器１１は、第１のＩＥＥＥ１３９４機器１２に第１の通信機器１１の操作／情報を含むＡＶ／Ｃレスポンスを送信する。〔例２〕の例については、後述する図２０及び図２１でリセットの要求を例に採り具体的に述べる。
【０１１６】
〔例３〕では、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に対し第１の通信機器１１の操作／情報を取得するＡＶ／Ｃコマンドを送信する。第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、所定のＡＶ／Ｃコマンドが送信されたときは、第１の通信機器１１自身へのパケットと判定する。このＡＶ／Ｃコマンドは、例えば第２のネットワークの機器リストの取得などである。第１の通信機器１１は、第２のネットワークに接続された機器（図１７では第２の通信機器２１）に対し該ＡＶ／Ｃコマンドに基づく所望の操作を行うとともに、さらに第２の通信機器２１は、第３のネットワークに接続された機器（図１７では第２のＩＥＥＥ１３９４機器２２）に対し該ＡＶ／Ｃコマンドに基づく所望の操作を行うとともに、操作の結果を受け取る。そして、第２の通信機器２１は、第１の通信機器１１に操作の結果を送信し、第１の通信機器１１は、さらに第１のＩＥＥＥ１３９４機器１２に第１の通信機器１１の操作／情報を含むＡＶ／Ｃレスポンスを送信する。〔例３〕の例については、後述する図２２及び図２３で機器リストの更新を例に採り具体的に述べる。
【０１１７】
図１８は、無線通信機器間の信号強度の取得するＡＶ／Ｃコマンド例とそのレスポンス例を示す図である。
図１８に示すように、無線通信機器間の信号強度の取得するＡＶ／Ｃコマンドは、図１８の網掛け部分に示すオペコード（Opcode＝0xAA）とそのオペランド（operand[0]＝0xBB，operand[1]＝0xCC，…）を、通信機器自身へのパケット判定に使用する。但し、このバイト数、配置は一例でありどこに配置しても構わない。また、このＡＶ／Ｃコマンドは、信号強度を要求する識別コード等を含む領域を有し、このＡＶ／Ｃコマンドのレスポンスは、信号強度の値を含む領域を有する。
【０１１８】
図１９は、無線通信機器間の信号強度の取得するＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
図１９において、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に対し第１の通信機器１１の操作／情報を取得するＡＶ／Ｃコマンド（ここでは無線通信機器間の信号強度の取得するＡＶ／Ｃコマンド）を送信する。第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、図１８に示すopcode、operandを見つけたときは、第１の通信機器１１自身へのパケットと判定し、第１の通信機器１１と第２の通信機器２１の間の信号強度を取得する。そして、第１の通信機器１１は、第１のＩＥＥＥ１３９４機器１２に取得した信号強度を第１の通信機器１１の操作／情報を含むＡＶ／Ｃレスポンス（図１８参照）として送信する。図１８及び図１９では、無線通信機器間の信号強度の取得するＡＶ／Ｃコマンドについて説明したが、上記〔例１〕の他の例、例えばエミュレート状態の取得などについても同様である。
【０１１９】
図２０は、通信機器のリセットを要求するＡＶ／Ｃコマンド例とそのレスポンス例を示す図である。
図２０に示すように、通信機器のリセットを要求するＡＶ／Ｃコマンドは、図２０の網掛け部分に示すオペコード（Opcode＝0xAA）とそのオペランド（operand[0]＝0xBB，operand[1]＝0xCC，…）を、通信機器自身へのパケット判定に使用する。但し、このバイト数、配置は一例でありどこに配置しても構わない。また、このＡＶ／Ｃコマンドは、リセットを要求する識別コード、リセットする機器の指定等を含む領域を有し、このＡＶ／Ｃコマンドのレスポンスは、リセットの結果等を含む領域を有する。
【０１２０】
図２１は、通信機器のリセットを要求するＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
図２１において、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に対し第１の通信機器１１の操作／情報を取得するＡＶ／Ｃコマンド（ここでは通信機器のリセットを要求するＡＶ／Ｃコマンド）を送信する。第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、図２０に示すopcode、operandを見つけたときは、第１の通信機器１１自身へのパケットと判定し、第１の通信機器１１と第２の通信機器２１をソフトリセットする要求を出し、第１の通信機器１１は、第２の通信機器２１に対し該ＡＶ／Ｃコマンドに基づくリセット要求を行うとともに、第２の通信機器２１をリセットし、リセット要求受理の結果を受け取る。そして第１の通信機器１１は、第１のＩＥＥＥ１３９４機器１２にリセット要求の結果を含むＡＶ／Ｃレスポンスを送信するとともに、第１の通信機器１１をリセットする。図２０及び図２１では、通信機器のリセットを要求するＡＶ／Ｃコマンドについて説明したが、上記〔例２〕の他の例、例えば、第２のネットワークの各機器の選択状態の取得、無線通信機器間の通信可能帯域／使用帯域の取得、エミュレートする機器の選択などについても同様である。なお、リセットについては、上述した第１の通信機器１１自身へのパケット判定とは別に、第１の通信機器１１のエミュレートのコマンド機能としても備えている。
【０１２１】
図２２は、第２のネットワークの機器リストの更新を要求するＡＶ／Ｃコマンド例とそのレスポンス例を示す図である。
図２２に示すように、通信機器のリセットを要求するＡＶ／Ｃコマンドは、図２２の網掛け部分に示すオペコード（Opcode＝0xAA）とそのオペランド（operand[0]＝0xBB，operand[1]＝0xCC，…）を、通信機器自身へのパケット判定に使用する。但し、このバイト数、配置は一例でありどこに配置しても構わない。また、このＡＶ／Ｃコマンドは、第２のネットワークの機器リストの更新を要求する識別コードを含む領域を有し、このＡＶ／Ｃコマンドのレスポンスは、機器リストの更新の結果等を含む領域を有する。
【０１２２】
図２３は、第２のネットワークの機器リストの更新を要求するＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
図２３において、第１のＩＥＥＥ１３９４機器１２は、第１の通信機器１１に対し第１の通信機器１１の操作／情報を取得するＡＶ／Ｃコマンド（ここでは第２のネットワークの機器リストの更新を要求するＡＶ／Ｃコマンド）を送信する。第１の通信機器１１のパケット判定部３２０は、ＡＶ／Ｃコマンドの解析を行い、図２２に示すopcode、operandを見つけたときは、第１の通信機器１１自身へのパケットと判定し、第１の通信機器１１は、第２のネットワークに接続された第２の通信機器２１に対し該ＡＶ／Ｃコマンドに基づく機器リスト更新の要求を行うとともに、さらに第２の通信機器２１は、第３のネットワークに接続された第２のＩＥＥＥ１３９４機器２２に対し該ＡＶ／Ｃコマンドに基づくＣｏｎｆｉｇＲＯＭ等の機器情報の要求を行う。第２のＩＥＥＥ１３９４機器２２は、機器情報を取得し、該機器情報を第２の通信機器２１に返す。同様に、第３のネットワークに接続された第２のＩＥＥＥ１３９４機器２３に対し該ＡＶ／Ｃコマンドに基づくＣｏｎｆｉｇＲＯＭ等の機器情報の要求を行う。第２のＩＥＥＥ１３９４機器２３もまた、機器情報を取得し、該機器情報を第２の通信機器２１に返す。
【０１２３】
第２の通信機器２１は、これら機器情報を基に機器リストを再構築するとともに、第１の通信機器１１に機器リスト更新の結果を送信し、第１の通信機器１１は、さらに第１のＩＥＥＥ１３９４機器１２に機器リスト更新の結果を含むＡＶ／Ｃレスポンスを送信する。
【０１２４】
以上説明したように、本実施の形態に係る第１の通信機器１１は、特定のコマンドを判別するパケット判定部３２０を備え、特定のコマンドを判別すると、第２のネットワークに接続された機器を第１のネットワーク上のノードとして見えるようにエミュレートするエミュレート動作時であっても本通信機器自身の該コマンド動作を実行するので、エミュレート動作を継続した状態で、エミュレートした第１の通信機器１１に、無線通信機器間の信号強度の取得など所望の動作を実行させることができる。また、第１の通信機器１１に対し、特定のコマンドを送信し、特定のコマンドに対して適当な返信が返ってきた場合には、第１の通信機器１１は、通信機器自身のコマンド動作を実行可能であると認識することができる。したがって、利便性の向上とシステム全体の機能の拡大を図ることができる。
【０１２５】
以上、本発明の通信機器及びこれを含む１３９４機器ネットワークについて実施の形態を例示して説明したが、本発明は、上記した実施の形態に限定されるものではない。当業者であれば、本発明の要旨を逸脱しない範囲内において、本発明に様々な変更を加えることが可能である。
【０１２６】
例えば、機器情報は、図４及び図５に示した例に限定されるものではなく、ＣｏｎｆｉｇＲＯＭ以外のデータや各種プラグ情報を格納してもよい。例えば、ＣｏｎｆｉｇＲＯＭ以外のレジスタも格納しておき、当該通信機器の属する１３９４バス上の１３９４機器から要求に対して、通信機器においてエミュレートしたノードから応答するようにすることも可能である。
【０１２７】
また、エミュレートした通信機器として図１の第１の通信機器１１を適用し図３のエミュレート例を示したが、適用される通信機器とエミュレートされる機器との関連付けは一例でありどのような機器であってもよい。例えば、図１の第２の通信機器２１にも同様に適用できることは言うまでもない。
【０１２８】
また、上記実施の形態では、通信機器をゲートウェイに適用した例であるが、１３９４バスで接続された１３９４機器であればどのような通信機器にも適用できる。また、ノードとゲートウェイを別体で構成した場合について説明したが、両者を一体化した場合でも同様に実現可能であり、同様の効果を得ることができる。また、ノード又はゲートウェイの種類、接続数は限定されない。
【０１２９】
一例を挙げると、１３９４規格を利用した種々のＡＶ機器、例えば、家電を相互にネットワーク接続したり、ＢＳデジタルチューナ、ＤＶＨＳデッキ、デジタルビデオカメラ等に適用することができる。さらに、有線の１３９４バスと無線の１３９４バスとをネットワークとして接続する方式の一例として、１３９４バスを広帯域無線上に実現する、Ｗｉｒｅｌｅｓｓ１３９４、１３９４ｏｖｅｒ８０２．１１などの無線通信プロトコルを用いることにより、無線上で１３９４バスを構築するものに適用できる。また、パケット伝送によらないデータ伝送システムにも同様に適用可能である。
【０１３０】
また、本実施の形態では、通信機器、システム及び通信機器の制御方法という名称を用いたが、これは説明の便宜上であり、ゲートウェイ装置、機器制御方法等であってもよい。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施の形態の通信機器を含む通信システムの構成を示す図である。
【図２】本実施の形態の通信機器の概念を示す図である。
【図３】本実施の形態の通信機器の構成を示すブロック図である。
【図４】本実施の形態の通信機器の外部機器情報記憶部及び内部機器情報記憶部の管理テーブルの一例を示す図である。
【図５】本実施の形態の通信機器の内部機器情報記憶部の機器割付テーブルの一例を示す図である。
【図６】本実施の形態の通信機器による機器認識と管理テーブルに機器情報を登録するシーケンスを示す図である。
【図７】本実施の形態の通信機器による機器認識と管理テーブルに機器情報を登録するシーケンスの他の例を示す図である。
【図８】本実施の形態の通信機器の送信するパケットの一例を示す図である。
【図９】本実施の形態の通信機器のＡｓｙｎｃパケット送信時のシーケンスを示す図である。
【図１０】本実施の形態の通信機器のＧＵＩＤを付加したＡｓｙｎｃパケットの一例を示す図である。
【図１１】本実施の形態の通信機器のＧＵＩＤを付加したＡｓｙｎｃパケットの一例を示す図である。
【図１２】本実施の形態の通信機器のＣｏｎｆｉｇＲＯＭのＲＥＡＤ処理のシーケンスを示す図である。
【図１３】本実施の形態の通信機器の識別箇所を有するＡＶ／Ｃコマンドのフォーマット例を示す図である。
【図１４】本実施の形態の通信機器のＡＶ／Ｃコマンドのステータスコマンド例を示す図である。
【図１５】本実施の形態の通信機器のＡＶ／Ｃコマンドのステータスレスポンス例を示す図である。
【図１６】本実施の形態の通信機器のＡＶ／Ｃコマンドのレスポンスの動作例を示す図である。
【図１７】本実施の形態の通信機器の通信機器自身へのＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
【図１８】本実施の形態の通信機器の無線通信機器間の信号強度の取得するＡＶ／Ｃコマンド例とそのレスポンス例を示す図である。
【図１９】本実施の形態の通信機器の無線通信機器間の信号強度の取得するＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
【図２０】本実施の形態の通信機器のリセットを要求するＡＶ／Ｃコマンド例とそのレスポンス例を示す図である。
【図２１】本実施の形態の通信機器のリセットを要求するＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
【図２２】本実施の形態の通信機器の第２のネットワークの機器リストの更新を要求するＡＶ／Ｃコマンド例とそのレスポンス例を示す図である。
【図２３】本実施の形態の通信機器の第２のネットワークの機器リストの更新を要求するＡＶ／Ｃコマンドの場合のシーケンス例を示す図である。
【符号の説明】
【０１３２】
１１  第１の通信機器
１２  ＩＥＥＥ１３９４機器
２１  第２の通信機器
２２，２３  ＩＥＥＥ１３９４機器
３１，３２  ＩＥＥＥ１３９４バス
３３  無線ネットワーク
３００  通信機器
３０１  通信Ｉ／Ｆ
３０２  通信Ｉ／Ｆ処理部
３０３  機器情報送受信部
３０４  プロトコル変換部
３０５  ＩＥＥＥ１３９４Ｉ／Ｆ処理部
３０６  ＩＥＥＥ１３９４ＰＨＹ
３０７  外部機器情報記憶部
３０８  内部機器情報記憶部
３０９  機器情報表示選択部
３１０  ＩＥＥＥ１３９４バス
３１１  選択手段
３１２  出力手段
３２０  パケット判定部（判定手段，実行手段）
【図１】
2005260711.tif 000003
【図２】
2005260711.tif 000004
【図３】
2005260711.tif 000005
【図４】
2005260711.tif 000006
【図５】
2005260711.tif 000007
【図６】
2005260711.tif 000008
【図７】
2005260711.tif 000009
【図８】
2005260711.tif 000010
【図９】
2005260711.tif 000011
【図１０】
2005260711.tif 000012
【図１１】
2005260711.tif 000013
【図１２】
2005260711.tif 000014
【図１３】
2005260711.tif 000015
【図１４】
2005260711.tif 000016
【図１５】
2005260711.tif 000017
【図１６】
2005260711.tif 000018
【図１７】
2005260711.tif 000019
【図１８】
2005260711.tif 000020
【図１９】
2005260711.tif 000021
【図２０】
2005260711.tif 000022
【図２１】
2005260711.tif 000023
【図２２】
2005260711.tif 000024
【図２３】
2005260711.tif 000025