(57)【特許請求の範囲】
【請求項１】
第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、第２のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第１のネットワーク上のノードに通知する構成要素通知手段とを具備する通信ノードにおいて、
前記第１のネットワークと前記第２のネットワークに跨ってアプリケーションを実行する際に、前記第１のインタフェース手段で受信した第１のパケットに対するパケット変換処理を施して前記第２のネットワークに対応する第２のパケットを作成するパケット変換処理手段と、
前記第１のパケットと前記第２のパケットとの間の対応関係を記憶するパケット対応記憶手段と、
前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第１のネットワーク上のノードを特定する宛先ノード識別手段とを具備することを特徴とする通信ノード。
【請求項２】
前記パケット変換処理手段において、前記第２のパケットを作成する際に、該パケットにシーケンスナンバーを付加するシーケンスナンバー付加手段と、
前記シーケンスナンバー付加手段で付加した、各送信パケットのシーケンスナンバーを記憶するシーケンスナンバー記憶手段とをさらに具備することを特徴とする請求項１に記載の通信ノード。
【請求項３】
第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、前記第２のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として前記第１のネットワーク上のノードに通知する構成要素通知手段とを具備する通信ノードであって、
前記第１のネットワークと前記第２のネットワークに跨ってアプリケーションを実行する際に、前記第１のインタフェース手段で受信した第１のパケットに対するパケット変換処理を施して前記第２のネットワークに対応する第２のパケットを作成するパケット変換処理手段と、
前記第２のパケットを送信した旨を記憶するパケット送信記憶手段と、
前記第２のパケットを前記第２のネットワークに送信する際に、前記パケット送信記憶手段を参照して、前記第２のパケットの前記第２のネットワークへの送信制御を行うパケット送出制御手段とを具備することを特徴とする通信ノード。
【請求項４】
前記パケット送出制御手段は、前記第２のパケットを前記第２のネットワークに送信する際に、前記パケット送信記憶手段を参照し、該パケット送信記憶手段内に前記第２のネットワークへのパケット送信の記憶が無い場合にのみ、前記第２のパケットを前記第２のネットワークに送信するものであり、
前記通信ノードは、前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、前記パケット送信記憶手段に記憶されている、前記第２のパケットを前記第２のネットワークに送信した旨の記憶を削除するパケット送信記憶削除手段を更に具備することを特徴とする請求項３に記載の通信ノード。
【請求項５】
第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、第２のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第１のネットワーク上のノードに通知する構成要素通知手段とを具備する通信ノードにおいて、
前記第１のネットワークと前記第２のネットワークに跨ってアプリケーションを実行する際に、前記第１のインタフェース手段で受信した第１のパケットに対するパケット変換処理を施して前記第２のネットワークに対応する第２のパケットを作成するパケット変換処理手段と、
前記第１のパケットと前記第２のパケットとの間の対応関係を記憶するパケット対応記憶手段と、
前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第１のネットワーク上のノードを特定する宛先ノード識別手段と、
前記第２のパケットを送信した旨を記憶するパケット送信記憶手段と、
前記第２のパケットを前記第２のネットワークに送信する際に、前記パケット送信記憶手段を参照し、該パケット送信記憶手段内に前記第２のネットワークへのパケット送信の記憶が無い場合にのみ、前記第２のパケットを前記第２のネットワークに送信するパケット送出制御手段と、
前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、前記パケット送信記憶手段に記憶されている、前記第２のパケットを前記第２のネットワークに送信した旨の記憶を削除するパケット送信記憶削除手段と、
前記第１のパケットの種類に基づいて、前記パケット対応記憶手段と前記宛先ノード識別手段との組み合わせを実行するか、または前記パケット送信記憶手段とパケット送出制御手段とパケット送信記憶削除手段との組み合わせを実行するかを決定するノード内処理決定手段とを具備することを特徴とする通信ノード。
【請求項６】
前記パケット送信記憶手段に前記第２のパケットを送信した旨を記憶することを伴って前記第２のパケットを送信した際に起動し、ある一定の時間が経過した後に、前記第２のパケットを送信した旨を前記パケット送信記憶手段から削除するタイムアウト手段をさらに具備することを特徴とする請求項３ないし５のいずれか１項に記載の通信ノード。
【請求項７】
前記タイムアウト手段における前記ある一定のタイムアウト時間を、前記第１のネットワークと前記第２のネットワークに跨って実行されているアプリケーションの種類に応じて設定するタイムアウト時間設定手段をさらに具備することを特徴とする請求項６に記載の通信ノード。
【請求項８】
前記第１のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第２のネットワーク上のノードに通知する第２構成要素通知手段と、
前記第２のネットワークと前記第１のネットワークに跨ってアプリケーションを実行する際に、前記第２のインタフェース手段で受信した第３のパケットに対するパケット変換処理を施して前記第１のネットワークに対応する第４のパケットを作成する第２パケット変換処理手段と、
前記第３のパケットと前記第４のパケットとの間の対応関係を記憶する第２パケット対応記憶手段と、
前記第１のインタフェース手段によって、前記第４のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記第２パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第２のネットワーク上のノードを特定する第２宛先ノード識別手段とを更に備えたことを特徴とする請求項１ないし７のいずれか１項に記載の通信ノード。
【請求項９】
前記第１のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として前記第２のネットワーク上のノードに通知する第２構成要素通知手段と、
前記第２のネットワークと前記第１のネットワークに跨ってアプリケーションを実行する際に、前記第２のインタフェース手段で受信した第３のパケットに対するパケット変換処理を施して前記第１のネットワークに対応する第４のパケットを作成する第２パケット変換処理手段と、
前記第２のパケットを送信した旨を記憶する第２パケット送信記憶手段と、
前記第４のパケットを前記第１のネットワークに送信する際に、前記第２パケット送信記憶手段を参照して、前記第４のパケットの前記第１のネットワークへの送信制御を行う第２パケット送出制御手段とを更に備えたことを特徴とする請求項１ないし７のいずれか１項に記載の通信ノード。
【請求項１０】
前記第１のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第２のネットワーク上のノードに通知する第２構成要素通知手段と、
前記第２のネットワークと前記第１のネットワークに跨ってアプリケーションを実行する際に、前記第２のインタフェース手段で受信した第３のパケットに対するパケット変換処理を施して前記第１のネットワークに対応する第４のパケットを作成する第２パケット変換処理手段と、
前記第３のパケットと前記第４のパケットとの間の対応関係を記憶する第２パケット対応記憶手段と、
前記第１のインタフェース手段によって、前記第４のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記第２パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第２のネットワーク上のノードを特定する第２宛先ノード識別手段と、
前記第２のパケットを送信した旨を記憶する第２パケット送信記憶手段と、
前記第４のパケットを前記第１のネットワークに送信する際に、前記第２パケット送信記憶手段を参照し、該第２パケット送信記憶手段内に前記第１のネットワークへのパケット送信の記憶が無い場合にのみ、前記第４のパケットを前記第１のネットワークに送信する第２パケット送出制御手段と、
前記第１のインタフェース手段によって、前記第４のパケットに対応する応答パケットを受信した際に、前記第２パケット送信記憶手段に記憶されている、前記第４のパケットを前記第１のネットワークに送信した旨の記憶を削除する第２パケット送信記憶削除手段と、
前記第３のパケットの種類に基づいて、前記第２パケット対応記憶手段と前記第２宛先ノード識別手段との組み合わせを実行するか、または前記第２パケット送信記憶手段と第２パケット送出制御手段と第２パケット送信記憶削除手段との組み合わせを実行するかを決定する第２ノード内処理決定手段とを更に備えたことを特徴とする請求項１ないし７のいずれか１項に記載の通信ノード。
【請求項１１】
前記第１もしくは第２のネットワークのいずれか一方がＩＥＥＥ１３９４バスであることを特徴とする請求項１ないし１０のいずれか１項に記載の通信ノード。
【請求項１２】
前記第１もしくは第２のネットワークのいずれか一方がＩＥＥＥ８０２．１１ネットワークであることを特徴とする請求項１ないし１１のいずれか１項に記載の通信ノード。
【請求項１３】
前記第１および第２のパケットがＡＶ／ＣプロトコルにおけるＡＶ／Ｃコマンドを転送するパケットであり、前記応答パケットがＡＶ／ＣプロトコルにおけるＡＶ／Ｃレスポンスを転送するパケットであることを特徴とする請求項１ないし１２のいずれか１項に記載の通信ノード。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、相互接続された異なるネットワーク間でデータ転送を行なうために、各ネットワーク上でのパケット識別、異なるネットワーク間でのパケットの対応関係保持やパケット変換を行う通信ノードに関する。
【０００２】
【従来の技術】
近年、ＳＣＳＩの次世代バージョンとして開発が進められた、ＩＥＥＥ１３９４と呼ばれるシリアルバスの新規格が脚光を浴びている。ＩＥＥＥ１３９４バスは、複数の端末をデイジーチェインもしくはスター型に接続し、１００Ｍｂｐｓを超える広帯域データを転送できるようになっている。また、その最大の特徴として、同一のケーブル上においてＡｓｙｎｃｈｒｏｎｏｕｓデータとＩｓｏｃｈｒｏｎｏｕｓデータの双方を伝送可能である点があげられる。このため、元々、ＳＣＳＩの次世代バージョンとして検討が進められたＩＥＥＥ１３９４を、ＡＶ機器間を接続するケーブルとして使用しようとの動きが活発になっている。これは従来、ＡＶ機器間での画像・音声情報等の大容量データをアナログ信号によって転送していたものを、ＩＥＥＥ１３９４のＩｓｏｃｈｒｏｎｏｕｓデータ転送機能を用い、デジタル信号によって転送しようというものである。ＩＥＥＥ１３９４は、このようなＡＶ機器間での大容量のリアルタイムデータ転送機能とともに、Ａｓｙｎｃｈｒｏｎｏｕｓデータ転送機能を用いてパソコンなどのデジタル機器との接続機能も有することになるので、非常に注目されている。
【０００３】
このように、ＩＥＥＥ１３９４はＡＶデータ転送機能とデータ通信機能の双方を有するので、特に、家庭内ネットワークに用いるメディアの最有力候補と目されている。すでに、ＩＥＥＥ１３９４によって接続されたＡＶ機器を制御するための制御プロトコルや、ＩＥＥＥ１３９４バス上のリソース確保のためのプロトコル等が規定されており、ＩＥＥＥ１３９４バスを家庭内ネットワークとして利用するための基本的な枠組みは出来上がりつつある。
【０００４】
さらに、このＩＥＥＥ１３９４上を転送されているＡＶデータを、無線環境にも延長して転送する方式の検討も始まっている。特に、将来サービスが開始される予定のデジタル衛星放送やデジタル地上波放送などによって送られてくる画像情報を、ＩＥＥＥ１３９４バスを介して無線ネットワークに転送するような、放送型サービスの家庭内での再配信サービスに使われることが規定されている。この場合に利用される無線ネットワークに求められる機能としては、１０Ｍｂｐｓを超える伝送速度が実現できること、家庭内の壁を通り抜ける程度の波長であること、コストが低く抑えられる可能性があること、などがあげられる。
【０００５】
現在、これらの要求を満足する周波数帯である５ＧＨｚ帯の無線周波数を開放する動きが郵政省から出されており、既に、５ＧＨｚ帯の具体的な利用形態の検討がＡＲＩＢ（電波産業会）において進められており、その利用形態の一つとして家庭内での利用形態が議論の対象として取り上げられている。ただし、この５ＧＨｚ帯の無線周波数の基本的な利用形態は無線ＬＡＮということになっており、その仕様も無線ＬＡＮの標準仕様であるＩＥＥＥ８０２．１１（例えばＩＥＥＥ  Ｓｔａｎｄａｒｄｓ  ｆｏｒ  “Ｗｉｒｅｌｅｓｓ  ＬＡＮＭｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”参照）の仕様をベースに検討が進められている。
【０００６】
このようなＩＥＥＥ１３９４バスと無線ネットワークを接続する場合に問題となるのは、ＩＥＥＥ１３９４バス上で実行されることを前提として設計されているＡＶ制御のためのプロトコルが、本当に無線ネットワーク上で実行可能なのか、という点である。ＩＥＥＥ１３９４バスの特徴として、そのデータ転送がリクエスト（Ｒｅｑｕｅｓｔ）とレスポンス（Ｒｅｓｐｏｎｃｅ）の組合せによって成立している点が上げられる。それに対し、ＩＥＥＥ８０２．１１等の無線ＬＡＮでは、基本的にＣＳＭＡ／ＣＡのようなＭＡＣプロトコルを用いているので、必ずしもＲｅｑｕｅｓｔとＲｅｓｐｏｎｃｅの組合せのようなデータ転送が実現できるとは限らない。
【０００７】
また、ＩＥＥＥ１３９４バス上でのＡＶデータ転送を行なう場合には、その制御プロトコルであるＡＶ／Ｃ（例えばＡＶ／Ｃ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｍｍａｎｄ  Ｓｅｔ  Ｇｅｎｅｒａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＩＥＥＥ１３９４−１９９５参照）プロトコルも実行しなければならない。このＡＶ／Ｃプロトコルは、基本的にＩＥＥＥ１３９４バス上で実行されることを想定しており、その制御コマンド（例えば、いわゆる「再生」「停止」「早送り」等のコマンド）の転送プロトコルにおいても、コマンドの送信とレスポンスの受信を一つのセットとして実行することになっている。
【０００８】
図１１に、ＡＶ／Ｃプロトコルの実行シーケンスの概略を示す。
【０００９】
ＡＶ／Ｃプロトコルにおけるコマンド／レスポンスは、ＩＥＥＥ１３９４のＷｒｉｔｅ＿Ｒｅｑｕｅｓｔパケットによって転送されることになっており、図１１に示すような、Ｃｏｎｔｒｏｌｌｅｒノード１００１からＴａｒｇｅｔノード１００３へのＡＶ／Ｃコマンドの転送や、Ｔａｒｇｅｔノード１００３からＣｏｎｔｒｏｌｌｅｒノード１００１へのＡＶ／Ｃレスポンスの転送には、Ｗｒｉｔｅ＿Ｒｅｑｕｅｓｔパケットが用いられている。
【００１０】
また、ＡＶ／Ｃプロトコルでは、Ｔａｒｇｅｔノード１００３内の機能要素（図１１中のＶＴＲ  ＳｕｂＵｎｉｔ１０３１やＴｕｎｅｒ  ＳｕｂＵｎｉｔ１０３２）に対してコマンドを送ることになっているので、ＡＶ／Ｃコマンドを乗せるＦＣＰ（Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）フレームには、その宛先となる機能要素を特定するための識別子を記述するフィールドが割り当てられている。
【００１１】
さらに、Ｔａｒｇｅｔノード１００３がＡＶ／Ｃコマンドを受けとってから、受けとったコマンドに対応する処理を実行した後に、Ｃｏｎｔｒｏｌｌｅｒノード１００１に対してＡＶ／Ｃレスポンスを返すまでの処理時間は、１００ｍｓｅｃ以内である。
【００１２】
図１２に、ＡＶ／Ｃプロトコルで定義されているＡＶ制御用コマンドを、ＩＥＥＥ１３９４バス上のＡｓｙｎｃｈｒｏｎｏｕｓパケットに乗せて転送する場合の、パケットフォーマットを示す（例えばＩＳＯ−ＩＥＣ６１８８３参照）。
【００１３】
ＩＥＥＥ１３９４バス上においては、このＡＶ／Ｃコマンドとレスポンスの対応付けのため、ＡＶ／Ｃコマンドを受けとった被制御機器が、受信したＡＶ／ＣコマンドのＦＣＰフレームのヘッダ情報を、そのままＡＶ／Ｃコマンドを送信した制御機器に送り返すことになっている。これにより制御機器では、受信したＡＶ／Ｃレスポンスが、自分が送信した、どのＡＶ／Ｃコマンドに対応したものであるのかを知ることができる。
【００１４】
前述のように、ＩＥＥＥ１３９４バス上を転送されているＡＶデータを無線ネットワーク上にも延長して転送する場合には、上記のＡＶ／Ｃプロトコルも無線ネットワーク上で実行しなければならない。しかし、この場合には、これらのネットワーク間の接続ポイント（例えば、基地局ノード）において、ＡＶ／Ｃコマンド等を転送しているパケットのパケット変換処理を実行しなければならない。このため、基地局ノードを介して送信するＡＶ／Ｃコマンドと、基地局ノードで受信するＡＶ／Ｃレスポンスの間の対応関係がわからなければ、その受信したＡＶ／Ｃレスポンスを、どのＩＥＥＥ１３９４バス上のノードに転送すれば良いのかがわからなくなってしまう。特に、現状のＩＥＥＥ８０２．１１の仕様では、このようなコマンド／レスポンスの対応関係をネットワークレベルで一意に特定する機能は定義されていない。よって、例えば、ＩＥＥＥ８０２．１１ネットワークでの基地局ノード（Ｃｏｒｄｉｎａｔｉｏｎ  Ｐｏｉｎｔ）から、ＩＥＥＥ８０２．１１端末にＡＶ／Ｃコマンドを送った場合、その後受信するＡＶ／Ｃレスポンスが、先に送ったどのＡＶ／Ｃコマンドに対応するのかを識別することができない、という問題が存在する。
【００１５】
【発明が解決しようとする課題】
以上のように、ＩＥＥＥ１３９４バスでＡＶ／Ｃプロトコルが実行される場合のようにデータ転送がリクエストとレスポンスの組合せによることを基本とするネットワークと、ＩＥＥＥ８０２．１１のようにそれを基本としないネットワークとの融合を考えた場合、それらネットワークのインターワークを行う通信ノードでは、前者のネットワーク上のノードから後者のネットワーク上のノードへの転送データと、後者のネットワーク上のノードから前者のネットワーク上のノードへの転送データとの間の対応を管理する必要が生じても、該対応関係を維持することができないという問題があり、上記のようなネットワークを構成するのは困難であった。
【００１６】
例えば、ＩＥＥＥ１３９４バス（有線ネットワーク）上で実行されるＡＶ機器制御のプロトコル（ＡＶ／Ｃプロトコル）を、ＩＥＥＥ８０２．１１ネットワーク（無線ネットワーク）にも拡張させて使用する場合に、そのＡＶ／Ｃレスポンスの対応関係を無線ネットワーク上でも維持しなければならないことになる。しかし、ＩＥＥＥ８０２．１１ネットワークには、そのＭＡＣレイヤ機能として、このようなリクエスト・レスポンスの対応関係を維持する機能は存在せず、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークを融合したネットワークを構築することは困難である。
【００１７】
本発明は、上記事情を考慮してなされたもので、データ転送がリクエストとレスポンスの組合せによることを基本とするネットワークと、それを基本としないネットワークとのインターワークを可能とする通信ノードを提供することを目的とする。
【００１８】
また、本発明は、無線ネットワークとＩＥＥＥ１３９４バスが混在する環境のネットワークにおいて、ＩＥＥＥ１３９４バス上に定義される複数のアプリケーションを、無線ネットワーク上においても実行するインターワークを可能とする通信ノードを提供することを目的とする。
【００１９】
また、本発明は、ＡＶ／Ｃプロトコルのような、コマンド・レスポンスの組み合わせによって実行されるプロトコルを、ＩＥＥＥ８０２．１１ＬＡＮのような無線ネットワーク上においても実行するための、ＩＥＥＥ１３９４バスと無線ネットワークのインターワークを可能とする通信ノードを提供することを目的とする。
【００２０】
【課題を解決するための手段】
本発明（請求項１）は、第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、第２のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第１のネットワーク上のノードに通知する構成要素通知手段とを具備する通信ノードにおいて、前記第１のネットワークと前記第２のネットワークに跨ってアプリケーションを実行する際に、前記第１のインタフェース手段で受信した第１のパケットに対するパケット変換処理を施して前記第２のネットワークに対応する第２のパケットを作成するパケット変換処理手段と、前記第１のパケットと前記第２のパケットとの間の対応関係を記憶するパケット対応記憶手段と、前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第１のネットワーク上のノードを特定する宛先ノード識別手段とを具備することを特徴とする。
【００２１】
本発明（請求項２）は、請求項１に記載の通信ノードにおいて、前記パケット変換処理手段において、前記第２のパケットを作成する際に、該パケットにシーケンスナンバーを付加するシーケンスナンバー付加手段と、前記シーケンスナンバー付加手段で付加した、各送信パケットのシーケンスナンバーを記憶するシーケンスナンバー記憶手段とをさらに具備することを特徴とする。
【００２２】
本発明（請求項３）は、第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、前記第２のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として前記第１のネットワーク上のノードに通知する構成要素通知手段とを具備する通信ノードであって、前記第１のネットワークと前記第２のネットワークに跨ってアプリケーションを実行する際に、前記第１のインタフェース手段で受信した第１のパケットに対するパケット変換処理を施して前記第２のネットワークに対応する第２のパケットを作成するパケット変換処理手段と、前記第２のパケットを送信した旨を記憶するパケット送信記憶手段と、前記第２のパケットを前記第２のネットワークに送信する際に、前記パケット送信記憶手段を参照して、前記第２のパケットの前記第２のネットワークへの送信制御を行うパケット送出制御手段とを具備することを特徴とする。
【００２３】
本発明（請求項４）は、請求項３に記載の通信ノードにおいて、前記パケット送出制御手段は、前記第２のパケットを前記第２のネットワークに送信する際に、前記パケット送信記憶手段を参照し、該パケット送信記憶手段内に前記第２のネットワークへのパケット送信の記憶が無い場合にのみ、前記第２のパケットを前記第２のネットワークに送信するものであり、前記通信ノードは、前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、前記パケット送信記憶手段に記憶されている、前記第２のパケットを前記第２のネットワークに送信した旨の記憶を削除するパケット送信記憶削除手段を更に具備することを特徴とする。
【００２４】
本発明（請求項５）は、第１のネットワークへの第１のインタフェース手段と、第２のネットワークへの第２のインタフェース手段と、第２のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第１のネットワーク上のノードに通知する構成要素通知手段とを具備する通信ノードにおいて、前記第１のネットワークと前記第２のネットワークに跨ってアプリケーションを実行する際に、前記第１のインタフェース手段で受信した第１のパケットに対するパケット変換処理を施して前記第２のネットワークに対応する第２のパケットを作成するパケット変換処理手段と、前記第１のパケットと前記第２のパケットとの間の対応関係を記憶するパケット対応記憶手段と、前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第１のネットワーク上のノードを特定する宛先ノード識別手段と、前記第２のパケットを送信した旨を記憶するパケット送信記憶手段と、前記第２のパケットを前記第２のネットワークに送信する際に、前記パケット送信記憶手段を参照し、該パケット送信記憶手段内に前記第２のネットワークへのパケット送信の記憶が無い場合にのみ、前記第２のパケットを前記第２のネットワークに送信するパケット送出制御手段と、前記第２のインタフェース手段によって、前記第２のパケットに対応する応答パケットを受信した際に、前記パケット送信記憶手段に記憶されている、前記第２のパケットを前記第２のネットワークに送信した旨の記憶を削除するパケット送信記憶削除手段と、前記第１のパケットの種類に基づいて、前記パケット対応記憶手段と前記宛先ノード識別手段との組み合わせを実行するか、または前記パケット送信記憶手段とパケット送出制御手段とパケット送信記憶削除手段との組み合わせを実行するかを決定するノード内処理決定手段とを具備することを特徴とする。
【００２５】
本発明（請求項６）は、請求項３ないし５のいずれか１項に記載の通信ノードにおいて、前記パケット送信記憶手段に前記第２のパケットを送信した旨を記憶することを伴って前記第２のパケットを送信した際に起動し、ある一定の時間が経過した後に、前記第２のパケットを送信した旨を前記パケット送信記憶手段から削除するタイムアウト手段をさらに具備することを特徴とする。
【００２６】
本発明（請求項７）は、請求項６に記載の通信ノードにおいて、前記タイムアウト手段における前記ある一定のタイムアウト時間を、前記第１のネットワークと前記第２のネットワークに跨って実行されているアプリケーションの種類に応じて設定するタイムアウト時間設定手段をさらに具備することを特徴とする。
【００２７】
本発明（請求項８）は、請求項１ないし７のいずれか１項に記載の通信ノードにおいて、前記第１のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第２のネットワーク上のノードに通知する第２構成要素通知手段と、前記第２のネットワークと前記第１のネットワークに跨ってアプリケーションを実行する際に、前記第２のインタフェース手段で受信した第３のパケットに対するパケット変換処理を施して前記第１のネットワークに対応する第４のパケットを作成する第２パケット変換処理手段と、前記第３のパケットと前記第４のパケットとの間の対応関係を記憶する第２パケット対応記憶手段と、前記第１のインタフェース手段によって、前記第４のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記第２パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第２のネットワーク上のノードを特定する第２宛先ノード識別手段とを更に備えたことを特徴とする。
本発明（請求項９）は、請求項１ないし７のいずれか１項に記載の通信ノードにおいて、前記第１のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として前記第２のネットワーク上のノードに通知する第２構成要素通知手段と、前記第２のネットワークと前記第１のネットワークに跨ってアプリケーションを実行する際に、前記第２のインタフェース手段で受信した第３のパケットに対するパケット変換処理を施して前記第１のネットワークに対応する第４のパケットを作成する第２パケット変換処理手段と、前記第２のパケットを送信した旨を記憶する第２パケット送信記憶手段と、前記第４のパケットを前記第１のネットワークに送信する際に、前記第２パケット送信記憶手段を参照して、前記第４のパケットの前記第１のネットワークへの送信制御を行う第２パケット送出制御手段とを更に備えたことを特徴とする。
本発明（請求項１０）は、請求項１ないし７のいずれか１項に記載の通信ノードにおいて、前記第１のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として第２のネットワーク上のノードに通知する第２構成要素通知手段と、前記第２のネットワークと前記第１のネットワークに跨ってアプリケーションを実行する際に、前記第２のインタフェース手段で受信した第３のパケットに対するパケット変換処理を施して前記第１のネットワークに対応する第４のパケットを作成する第２パケット変換処理手段と、前記第３のパケットと前記第４のパケットとの間の対応関係を記憶する第２パケット対応記憶手段と、前記第１のインタフェース手段によって、前記第４のパケットに対応する応答パケットを受信した際に、該応答パケットの情報を用いて前記第２パケット対応記憶手段を参照し、前記応答パケットを転送すべき前記第２のネットワーク上のノードを特定する第２宛先ノード識別手段と、前記第２のパケットを送信した旨を記憶する第２パケット送信記憶手段と、前記第４のパケットを前記第１のネットワークに送信する際に、前記第２パケット送信記憶手段を参照し、該第２パケット送信記憶手段内に前記第１のネットワークへのパケット送信の記憶が無い場合にのみ、前記第４のパケットを前記第１のネットワークに送信する第２パケット送出制御手段と、前記第１のインタフェース手段によって、前記第４のパケットに対応する応答パケットを受信した際に、前記第２パケット送信記憶手段に記憶されている、前記第４のパケットを前記第１のネットワークに送信した旨の記憶を削除する第２パケット送信記憶削除手段と、前記第３のパケットの種類に基づいて、前記第２パケット対応記憶手段と前記第２宛先ノード識別手段との組み合わせを実行するか、または前記第２パケット送信記憶手段と第２パケット送出制御手段と第２パケット送信記憶削除手段との組み合わせを実行するかを決定する第２ノード内処理決定手段とを更に備えたことを特徴とする。
【００２９】
本発明（請求項１１）は、請求項１ないし１０のいずれか１項に記載の通信ノードにおいて、前記第１もしくは第２のネットワークのいずれか一方がＩＥＥＥ１３９４バスであることを特徴とする。
【００３０】
本発明（請求項１２）は、請求項１ないし１１のいずれか１項に記載の通信ノードにおいて、前記第１もしくは第２のネットワークのいずれか一方がＩＥＥＥ８０２．１１ネットワークであることを特徴とする。
【００３１】
本発明（請求項１３）は、請求項１ないし１２のいずれか１項に記載の通信ノードにおいて、前記第１および第２のパケットがＡＶ／ＣプロトコルにおけるＡＶ／Ｃコマンドを転送するパケットであり、前記応答パケットがＡＶ／ＣプロトコルにおけるＡＶ／Ｃレスポンスを転送するパケットであることを特徴とする。
【００３２】
本発明では、例えば、ＩＥＥＥ８０２．１１ネットワークでのＭＡＣアドレスと、ＡＶ／Ｃコマンドの宛先ＳｕｂＵｎｉｔ＿ＩＤの組み合わせなどを用いて、ＩＥＥＥ１３９４バス上でのトランザクションに対応する、ＩＥＥＥ８０２．１１ネットワーク上でのトランザクション識別子とすることができる。
【００３３】
また、本発明では、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークの間の接続機能（基地局ノード）において、ＡＶ／Ｃコマンドの転送処理をシリアライズ化し、同時に複数のＡＶ／ＣコマンドがＩＥＥＥ８０２．１１ネットワーク上には転送されないものとして、ＩＥＥＥ１３９４バス上のトランザクション情報を隠蔽することができる。
【００３４】
また、本発明では、パケットの種類によって、上記の２つの処理（所定の情報による対応付け／シリアライズ）を使い分ける。
【００３５】
本発明によれば、例えば、無線インタフェースで接続された端末に対して、ＩＥＥＥ１３９４バス上を転送されている各種の情報を送信することができ、あたかも、無線インタフェースによってＩＥＥＥ１３９４バスに接続したかのようにデータ通信を実行できるようになる。また、ＡＶ／Ｃプロトコルに準備されている多くのコマンドを正しく送ることができるとともに、ＩＥＥＥ１３９４バス側にバスリセットなどの状態変化が生じた場合でも、継続してＡＶ／Ｃプロトコルを実行できるようになる。
【００３６】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
【００３７】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００３８】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３９】
以下の説明では、本発明の通信ノードを介して、家庭内に存在するＩＥＥＥ１３９４バスに、無線インタフェースによって無線端末が接続されるようなホーム・ネットワークを想定して説明する。
【００４０】
（第１の実施形態）
図１に、有線ネットワークとしてＩＥＥＥ１３９４バスを用い、無線ネットワークとしてＩＥＥＥ８０２．１１ネットワークを用いた実施形態を示す。
【００４１】
図１では、ＩＥＥＥ１３９４バス１０上に複数の１３９４ノードが接続された状態で、その中の１３９４ノード１０１，１０２が１３９４インタフェースのみを有したノードであり、基地局ノード１１０を介してＩＥＥＥ８０２．１１ネットワーク２０に接続している。また、ＩＥＥＥ８０２．１１ネットワーク２０上には、無線インタフェースを持つ無線端末１２１，１２２が存在する。
【００４２】
ここで、ＡＶ／Ｃプロトコルでは、１３９４インタフェースを有する１３９４ノードを「Ｕｎｉｔ」と呼ばれる単位で認識し、さらに、１３９４ノード内の構成要素（例えば、コンポ中のカセットテープデッキ部分やＣＤデッキ部分など）を「ＳｕｂＵｎｉｔ」と呼ばれる単位で認識する。本実施形態では、ＩＥＥＥ１３９４バス上の１３９４ノードとＩＥＥＥ８０２．１１ネットワーク上に存在する無線端末とが互いに直接認識し合うのではなく、各１３９４ノードや無線端末内に存在する構成要素（ＡＶ／ＣプロトコルでのＳｕｂＵｎｉｔ）のレベルで認識し合った上で、ＩＥＥＥ１３９４バス上の１３９４ノードとＩＥＥＥ８０２．１１ネットワーク上の無線端末との間でＡＶ／Ｃプロトコルを実行する場合を想定している。
【００４３】
例えば、図１の構成例では、ＩＥＥＥ８０２．１１ネットワーク２０上の無線端末１２１からは、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１内の構成要素（ＳｕｂＵｎｉｔ）「Ａ１」，「Ａ２」が、あたかも基地局ノード１１０内に存在するように認識され、ＩＥＥＥ１３９４バス上の１３９４ノード１０１からは、ＩＥＥＥ８０２．１１ネットワーク２０上の無線端末１２１内の構成要素（ＳｕｂＵｎｉｔ）「Ｘ１」，「Ｘ２」が、あたかも基地局ノード１１０内に存在するように認識される。
【００４４】
このように、基地局ノードが、一方のネットワーク上に存在するノード内の構成要素を、自ノード内の構成要素として他方のネットワーク上のノードに通知する機能は、基地局ノード内の構成要素通知機能により行われる。
【００４５】
以下の実施形態では、このような認識に基づいて、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１とＩＥＥＥ８０２．１１ネットワーク２０上の無線端末１２１との間でＡＶ／Ｃプロトコルが実行されるものとし、そのＡＶ／Ｃプロトコルの実行処理時のＩＥＥＥ８０２．１１ネットワーク２０上での、トランザクション識別方式について述べる。なお、ここで述べた点については、第２〜第４の実施形態についても同様である。
【００４６】
さて、図１では、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１中にＳｕｂＵｎｉｔ  Ａ１とＳｕｂＵｎｉｔ  Ａ２が存在し、１３９４ノード１０２中にＳｕｂＵｎｉｔ  Ｂ１とＳｕｂＵｎｉｔ  Ｂ２が存在する。また、ＩＥＥＥ８０２．１１ネットワーク２０上の無線端末１２１中にＳｕｂＵｎｉｔ  Ｘ１とＳｕｂＵｎｉｔ  Ｘ２が存在し、無線端末１２２中にＳｕｂＵｎｉｔ  Ｙ１とＳｕｂＵｎｉｔ  Ｙ２が存在する。
【００４７】
また、図１では、ＩＥＥＥ１３９４バス１０上の１３９４ノードのノード識別子として、１３９４ノード１０１にはＮ＝１、１３９４ノード１０２にはＮ＝３、基地局ノード１１０にはＮ＝２がそれぞれ割り当てられている。一方、ＩＥＥＥ８０２．１１ネットワーク２０上のＭＡＣアドレスとして、無線端末１２１にはＭＡＣアドレス＝Ｘ、無線端末１２２にはＭＡＣアドレス＝Ｙ、基地局ノード１１０にはＭＡＣアドレス＝Ｚがそれぞれ割り当てられている。
【００４８】
図２に、このような構成において、１３９４ノード１０１がＡＶ／Ｃプロトコルにおける制御ノードとなり、無線端末１２１がＡＶ／Ｃプロトコルにおける被制御ノードとなって、ＡＶ／Ｃプロトコルが実行される場合の、処理シーケンスの概略を示す。図２では、１３９４ノード１０１がＡＶ／Ｃプロトコルを実行するアプリケーションを起動し、そのアプリケーションがＡＶ／Ｃプロトコルを実行して被制御ノードである無線端末１２１にＡＶ／Ｃコマンドを転送する場合を示している。
【００４９】
まず、１３９４ノード１０１から送出されるＡＶ／Ｃコマンドは、ＦＣＰフレームに乗せられ、ＩＥＥＥ１３９４パケット（リクエストパケット）にカプセル化されてから基地局ノード１１０に転送される。このパケット転送が正常に終了したならば、基地局ノード１１０がＡｃｋ（レスポンスパケット）を返すことになる。次に、基地局ノードでは、受信したＦＣＰフレーム情報を基に、その受信したＡＶ／Ｃコマンドを転送するべき無線端末を認識し、その認識した無線端末（無線端末１２１）に対して転送する。
【００５０】
次に、ＡＶ／Ｃコマンドを受信した被制御端末（無線端末１２１）は、受信したコマンドに対応する処理を１００ｍｓｅｃ以内に終了させ、そのコマンド処理の実行結果を、制御端末である１３９４ノード１０１に返送する（ＡＶ／Ｃレスポンス）。このＡＶ／Ｃレスポンスパケットを受信した基地局ノード１１０は、その受信したパケット中の情報から、そのレスポンス情報を転送する先となるＩＥＥＥ１３９４バス１０上の１３９４ノード（この場合は１３９４ノード１０１）を認識する。この認識した１３９４ノードに対して、基地局ノード１１０が、先に受信したＡＶ／Ｃレスポンス情報を転送し、その転送が成功した場合には、ＩＥＥＥ１３９４バス上のレスポンスパケットを基地局ノード１１０に返送する。
【００５１】
ここで問題となるのが、基地局ノード１１０において、どのようにして受信したＡＶ／Ｃレスポンスの転送先となる１３９４ノードを知るか、という点である。図３に、ＡＶ／Ｃプロトコルが用いるＦＣＰフレームのフレーム構造を示す（例えばＩＳＯ−ＩＥＣ６１８８３参照）。ＦＣＰフレームでは、先頭４ビットによってＦＣＰフレーム内に乗っている情報が対応するプロトコルを識別することになっている。現在、ＡＶ／Ｃプロトコルには“００００”が割り当てられている。また、ｃｔｙｐｅフィールドはＡＶ／Ｃコマンドの種類を特定し、ＳｕｂＵｎｉｔ＿Ｔｙｐｅフィールドはコマンドの対象となるＳｕｂＵｎｉｔの種類を特定し、ＳｕｂＵｎｉｔ＿ＩＤフィールドはコマンドの対象となるＳｕｂＵｎｉｔの種類が同じである場合にＳｕｂＵｎｉｔを特定するために用いられる。また、ｏｐｃｏｄｅフィールドは具体的なＡＶ／Ｃコマンドの内容を示している。
【００５２】
本実施形態では、前述のＡＶ／Ｃレスポンスを特定する方法として、ＩＥＥＥ８０２．１１ネットワーク上の無線端末のＭＡＣアドレスと、転送するＡＶ／Ｃコマンドを乗せているＦＣＰフレームの上記ヘッダ情報とを組み合わせた情報を用い、ＩＥＥＥ８０２．１１ネットワーク上での識別子とする方法について述べる。
【００５３】
図４に、本実施形態のＡＶ／Ｃプロトコルの処理シーケンスの一例を示す。具体的な処理は以下のようになっている。
【００５４】
（１）１３９４ノード１０１においてアプリケーションが起動され、ＡＶ／Ｃプロトコルが実行される。
【００５５】
（２）１３９４ノード１０１において、ＡＶ／Ｃコマンドが作成され、無線端末１２１内のＳｕｂＵｎｉｔ  Ｘ１に向けて送信される。
【００５６】
（３）１３９４ノード１０１から基地局ノード１１０に、所望のＡＶ／Ｃコマンドを乗せたＦＣＰフレームが転送される。このとき、ＩＥＥＥ１３９４バス１０上でのトランザクション＿ＩＤ＝ａであり、ＦＣＰフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ１となる。
【００５７】
（４）基地局ノード１１０が、ＡＶ／Ｃコマンドを正常に受信したならば、そのＡｃｋメッセージを１３９４ノード１０１に返す。
【００５８】
（５）基地局ノード１１０において、受信したＡＶ／Ｃコマンドの宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ１であることから、宛先の無線端末が無線端末１２１であることを知る。
【００５９】
（６）基地局ノード１１０から無線端末１２１に対して、ＡＶ／Ｃコマンドが転送される。
【００６０】
（７）送信したＡＶ／Ｃコマンドに対応する、ＩＥＥＥ８０２．１１ネットワーク２０上での識別子が「ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１などのＦＣＰヘッダ情報  ＋  ＭＡＣアドレス＝Ｘ」であることと、このＩＥＥＥ１３９４バス１０上の識別子が「トランザクションＩＤ＝ａ  ＋  １３９４ノードアドレスＮ＝１」であることを記憶し、それらの対応テーブルを作成する。
【００６１】
（８）無線端末１２１が、受信したＡＶ／Ｃコマンドに対応する処理を実行する。
【００６２】
（９）無線端末１２１が、実行したＡＶ／Ｃコマンドの処理結果を通知するためのＡＶ／Ｃレスポンスを作成し、ＦＣＰフレームに乗せた後に基地局ノード１１０に転送する。
【００６３】
（１０）基地局ノード１１０が、上記の対応テーブルを参照し、受信したＡＶ／Ｃレスポンスを乗せているＦＣＰフレームのヘッダ情報および送信元無線端末のＭＡＣアドレスの組合せから、受信したＡＶ／Ｃレスポンスが「ＩＥＥＥ１３９４バス上のトランザクションＩＤ＝ａ  ＋  １３９４ノードアドレスＮ＝１」に対応していることを知る。
【００６４】
（１１）基地局ノード１１０は、受信したＡＶ／Ｃレスポンスを１３９４ノード１０１（Ｎ＝１）に転送する。このときのトランザクションＩＤの値はａである。
【００６５】
（１２）１３９４ノード１０１が、ＡＶ／Ｃレスポンスを正常に受信したならば、そのＡｃｋメッセージを基地局ノード１１０に返す。
【００６６】
（１３）１３９４ノード１０１が、次のＡＶ／Ｃコマンドの送信を開始する。
【００６７】
図４では、ＩＥＥＥ８０２．１１ネットワーク２０上を転送されるバケットの情報として、ＭＡＣアドレスとＳｕｂＵｎｉｔ＿ＩＤのみを記しているが、当然、ＦＣＰフレームの情報は全て無線端末１２１に送られている。
【００６８】
図５に、基地局ノードで保持する対応テーブルの一例を示す。図５では、ＩＥＥＥ８０２．１１側のコマンドを特定するための情報として、ＦＣＰフレームのｃｔｙｐｅ、ＳｕｂＵｎｉｔ＿Ｔｙｐｅ、ＳｕｂＵｎｉｔ＿ＩＤの値と、無線端末のＭＡＣアドレスを用いている。このような情報を記憶することによって、どのような種類のＡＶ／Ｃコマンドを、どの無線端末のどのＳｕｂＵｎｉｔに転送したのかを特定することができる。これは、ＩＥＥＥ１３９４バス上の複数の１３９４ノードから、ＩＥＥＥ８０２．１１ネットワーク上の複数の無線端末上のＳｕｂＵｎｉｔに対してコマンドが送られる場合に対応するためである。
【００６９】
このように、ＩＥＥＥ１３９４バス１０とＩＥＥＥ８０２．１１ネットワーク２０の間でＡＶ／Ｃプロトコルを実行する場合には、図５に示すような対応テーブルを基地局ノードが持つことによって、無線端末から送られてくるＡＶ／Ｃレスポンスに対応するＩＥＥＥ１３９４バス１０上の１３９４ノードを特定することができるようになる。
【００７０】
ところで、図４では、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１から無線端末１２１に対してＡＶ／Ｃコマンドを送信する場合を示したが、この逆方向にＡＶ／Ｃコマンドを送信する場合（例えば、無線端末１２１から１３９４ノード１０１に対してＡＶ／Ｃコマンドを送信する場合）も、図５に示したものと同様の対応テーブルを用いることによって、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルの実行が可能となる。
【００７１】
もちろん、ＩＥＥＥ１３９４バス上の１３９４ノードから無線端末への方向と、無線端末からＩＥＥＥ１３９４バス上の１３９４ノードへの方向の両方向について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルを実行することも可能である。この場合、ＩＥＥＥ１３９４バス上の１３９４ノードからＩＥＥＥ８０２．１１ネットワーク上の無線端末にＡＶ／Ｃコマンドを送信する場合と、ＩＥＥＥ８０２．１１ネットワーク上の無線端末からＩＥＥＥ１３９４バス上の１３９４ノードにＡＶ／Ｃコマンドを送信する場合の両方の処理において、同一の対応テーブルを共用することができる。
【００７２】
このような、双方向で同一の対応テーブルを利用する場合には、図５に示した対応テーブルに記述する情報として、ＡＶ／Ｃコマンドの転送方向を示すフィールドを追加する方法も考えられるが、必ずしも、転送方向を示すフィールドは必要ではない。例えば、ＩＥＥＥ８０２．１１ネットワーク側から受信したＡＶ／Ｃレスポンスは、図５のテーブルのＩＥＥＥ８０２．１１ネットワーク側のトランザクション情報を参照してＩＥＥＥ１３９４バス側のトランザクション情報を検出し、逆に、ＩＥＥＥ１３９４バス側から受信したＡＶ／Ｃレスポンスは、図５のテーブルのＩＥＥＥ１３９４バス側のトランザクション情報を参照してＩＥＥＥ８０２．１１ネットワーク側のトランザクション情報を検出することにより、同様の処理が実行可能である。
【００７３】
また、各々の方向（ＩＥＥＥ１３９４→ＩＥＥＥ８０２．１１／ＩＥＥＥ８０２．１１→ＩＥＥＥ１３９４）により、異なるデータ転送方式を実行する場合も考えられる。この場合は、各方向へのＡＶ／Ｃコマンドの送信に用いる対応テーブルを、各々別に保持することで対応可能である。
【００７４】
ＡＶ／Ｃコマンドの送信方向によって対応テーブルを使い分ける場合には、その対応テーブル自身を異なる形式で構成してもよい。例えば、ＩＥＥＥ８０２．１１ネットワーク上の無線端末からＩＥＥＥ１３９４バス上の１３９４ノードにＡＶ／Ｃコマンドを送信する場合は、ＩＥＥＥ１３９４バス上を転送されるＡＶ／Ｃコマンドの送信基３９４ノードが、必ず基地局ノード１１０となるので、図５に示した対応テーブルにおけるＩＥＥＥ１３９４側の情報から、送信元ノードアドレスの情報を削除することが可能である。
【００７５】
（第２の実施形態）
第１の実施形態に示した方式で、ＩＥＥＥ１３９４バス上で実行されるＡＶ／Ｃプロトコルのコマンド・レスポンスの概念をＩＥＥＥ８０２．１１ネットワーク上にも広げることが可能となる。しかし、このために基地局ノードが保持すべきテーブル（図５のテーブル）におけるＩＥＥＥ８０２．１１ネットワーク側の情報は、システム構成によってはかなり大きなものになることがある。また、より完璧にＡＶ／Ｃレスポンスに対応する１３９４ノードを特定するために、ＦＣＰフレームの全ての情報（または全てに近い情報）を保持しておく必要が発生することもある。これらは、基地局ノードで保持すべき対応テーブルを大きくさせる方向に作用するとともに、基地局ノードにおいて、例えば全てのＡＶ／Ｃコマンドの全情報をチェックしなければならないことを意味しており、基地局ノードの負荷を増加させる方向に作用する。
【００７６】
このような記憶量や負荷の増加が発生しかつそれを許容できないような場合にもそれを回避できる有効な方法としては、例えば、基地局ノードから送出するＡＶ／Ｃコマンドを常に１つのコマンドのみに制限する方法が考えられる。これは、ＩＥＥＥ１３９４バス上の複数の１３９４ノードから、ＩＥＥＥ８０２．１１ネットワーク上の無線端末ＡＶ／Ｃコマンドが送信されている場合に、基地局ノードにおいて、これらの送られてきたＡＶ／Ｃコマンド群をシリアライズして送信する方法である。このようなＡＶ／Ｃコマンドのシリアライズ化処理を行うことにより、基地局ノードは、図５に示すような対応テーブルを持つ代わりに、送信しているＡＶ／Ｃコマンドに対応するＩＥＥＥ１３９４バス側のトランザクション情報のみを保持しておけば良いことになる。
【００７７】
ここで、上記のようなＡＶ／Ｃコマンドのシリアライズ化の具体的な方法としては、ＩＥＥＥ８０２．１１ネットワーク全体で１つのＡＶ／Ｃコマンドのみが実行されるようにシリアライズ化する方法や、基地局ノードに接続している各無線端末毎にシリアライズ化する方法、さらにはＡＶ／Ｃコマンドを送信した１３９４ノード毎にシリアライズ化する方法など、種々の形態が考えられる。以下に示す処理シーケンスでは、ＩＥＥＥ８０２．１１ネットワーク全体で１つのＡＶ／Ｃコマンドのみが実行されるようにシリアライズ化する方法について示しているが、同様の処理を行うことにより、前述の各無線端末毎にシリアライズ化する方法や、１３９４ノード毎にシリアライズ化する方法などの他の方法についても実現が可能である。
【００７８】
図６に、ＩＥＥＥ８０２．１１ネットワーク全体で１つのＡＶ／Ｃコマンドのみが実行されるようにシリアライズ化する場合の処理シーケンスの一例を示す。
【００７９】
図６では、１３９４ノード１０１から２つのＡＶ／Ｃコマンド（ＡＶ／Ｃコマンド１、２）が順次送信され、それらが基地局ノード１１０においてシリアライズ化された後、ＩＥＥＥ８０２．１１ネットワークに順次転送される場合を一例として示している。以下の処理シーケンスでは、最初に送信されたＡＶ／Ｃコマンドについての処理手順を（１）〜（９）に、２番目に送信されたＡＶ／Ｃコマンドについての処理手順を（ａ）〜（ｊ）に示している。
【００８０】
（１）１３９４ノード１０１においてアプリケーションが起動され、ＡＶ／Ｃプロトコルが実行される。
【００８１】
（２）１３９４ノード１０１において、ＡＶ／Ｃコマンド１が作成され、無線端末１２１内のＳｕｂＵｎｉｔ  Ｘ１に向けて送信される。
【００８２】
（３）１３９４ノード１０１から基地局ノード１１０に、ＡＶ／Ｃコマンド１を乗せたＦＣＰコマンド１を乗せたＦＣＰフレームが転送される。このとき、ＩＥＥＥ１３９４バス１０上でのトランザクションＩＤ＝ａであり、ＦＣＰフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ１となる。
【００８３】
（４）基地局ノード１１０が、ＡＶ／Ｃコマンド１を正常に受信したならば、そのＡｃｋメッセージを１３９４ノード１０１に返す。
【００８４】
（５）基地局ノード１１０が、受信したＡＶ／Ｃコマンド１の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ１であることから、宛先の無線端末が無線端末１２１であることを知り、基地局ノード１１０から無線端末１２１に対して、ＡＶ／Ｃコマンド１が転送される。ここで、基地局ノード１１０は、送信しているＡＶ／Ｃコマンド１に対応する１３９４ノードのノードＩＤの値（Ｎ＝１）とトランザクションＩＤの値（＝ａ）を記憶する。
【００８５】
（６）無線端末１２１が、受信したＡＶ／Ｃコマンド１に対応する処理を実行する。
【００８６】
（７）無線端末１２１が、実行したＡＶ／Ｃコマンド１の処理結果を通知するための、ＡＶ／Ｃレスポンス１を作成し、ＦＣＰフレームに乗せた後に基地局ノード１１０に転送する。
【００８７】
（８）基地局ノード１１０が、受信したＡＶ／Ｃレスポンス１に対応している１３９４ノード１０１（Ｎ＝１）に、受信したＡＶ／Ｃレスポンス１を転送する。このときのトランザクションＩＤの値はａである。
【００８８】
（９）１３９４ノード１０１が、ＡＶ／Ｃレスポンス１を正常に受信したならば、そのＡｃｋメッセージを基地局ノード１１０に返す。
【００８９】
（ａ）１３９４ノード１０１において、引続きＡＶ／Ｃプロトコルが実行されている。
【００９０】
（ｂ）１３９４ノード１０１において、次のＡＶ／Ｃコマンド２が作成され、無線端末１２１内のＳｕｂＵｎｉｔ  Ｘ２に向けて送信される。
【００９１】
（ｃ）１３９４ノード１０１から基地局ノード１１０に、ＡＶ／Ｃコマンド２を乗せたＦＣＰフレームが転送される。このとき、ＩＥＥＥ１３９４バス１０上でのトランザクションＩＤ＝ｂであり、ＦＣＰフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ２となる。
【００９２】
（ｄ）基地局ノード１１０が、ＡＶ／Ｃコマンド２を正常に受信したならば、そのＡｃｋメッセージを１３９４ノード１０１に返す。
【００９３】
（ｅ）基地局ノード１１０が、受信したＡＶ／Ｃコマンド２の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ２であることから、宛先の無線端末が無線端末１２１であることを知る。しかし、この時点では、ＡＶ／Ｃレスポンス１を待っている状態なので、ＡＶ／Ｃレスポンスが戻るまで、ＡＶ／Ｃコマンド２の送信を見合わせる。
【００９４】
（ｆ）基地局ノード１１０は、ＡＶ／Ｃレスポンス１を受信したら、見合わせていたＡＶ／Ｃコマンド２を送信する。また、基地局ノード１１０は、送信しているＡＶ／Ｃコマンド２に対応する１３９４ノードのノードＩＤの値（Ｎ＝１）とトランザクションＩＤの値（＝ｂ）を記憶する。
【００９５】
（ｇ）無線端末１２１が、受信したＡＶ／Ｃコマンド２に対応する処理を実行する。
【００９６】
（ｈ）無線端末１２１が、実行したＡＶ／Ｃコマンド２の処理結果を通知するための、ＡＶ／Ｃレスポンス２を作成し、ＦＣＰフレームに乗せた後に基地局ノード１１０に転送する。
【００９７】
（ｉ）基地局ノード１１０が、受信したＡＶ／Ｃレスポンス２に対応している１３９４ノード１０１（Ｎ＝１）に、受信したＡＶ／Ｃレスポンス２を転送する。このときのトランザクションＩＤの値はａである。
【００９８】
（ｊ）１３９４ノード１０１が、ＡＶ／Ｃレスポンス２を正常に受信したならば、そのＡｃｋメッセージを基地局ノード１１０に返す。
【００９９】
このような処理を実行することで、第１の実施形態の場合に比べて基地局ノードに必要となるテーブル量を削減するとともに、基地局ノードでのＡＶ／Ｃコマンドのチェック処理量を削減することができる。また、このようなＡＶ／Ｃコマンドのシリアライズ化処理によって、ＩＥＥＥ８０２．１１ネットワーク上の無線端末の状態（無線端末が、現在、どのＡＶ／Ｃコマンドに対応する処理を実行しているのか）を特定することが可能となるので、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨っての、よりスムーズなＡＶ／Ｃプロトコルの実行が可能となる。
【０１００】
ところで、このようにＡＶ／Ｃコマンドをシリアライズ化して送信する場合には、その送信したＡＶ／Ｃコマンドに対応するＡＶ／Ｃレスポンスが戻ってこなかった場合への対応を考えておくとより好ましい。この対応については、前述のＡＶ／Ｃプロトコルにおいて規定されている、コマンド処理時間（＝１００ｍｓｅｃ）を用いるのが有効な方法である。つまり、あるＡＶ／Ｃコマンドを送信した後、例えば１００ｍｓｅｃ経過しても対応するＡＶ／Ｃレスポンスが戻らなかった場合には、次のＡＶ／Ｃコマンドの送信を許可するというものである。
【０１０１】
図７に、この場合の処理シーケンスの一例を示す。
【０１０２】
図７も、図６の場合と同様に、２つのＡＶ／Ｃコマンドが送信される場合を示している。そのため、以下の処理シーケンスでは、最初に送信されたＡＶ／Ｃコマンドの処理手順を（１）〜（８）に、２番目に送信されたＡＶ／Ｃコマンドの処理手順を（ａ）〜（Ｉ）に示している。
【０１０３】
（１）１３９４ノード１０１においてアプリケーションが起動され、ＡＶ／Ｃプロトコルが実行される。
【０１０４】
（２）１３９４ノード１０１において、ＡＶ／Ｃコマンド１が作成され、無線端末１２１内のＳｕｂＵｎｉｔ  Ｘ１に向けて送信される。
【０１０５】
（３）１３９４ノード１０１から基地局ノード１１０に、ＡＶ／Ｃコマンド１を乗せたＦＣＰフレームが転送される。このときの、ＩＥＥＥ１３９４バス１０上でのトランザクションＩＤ＝ａであり、ＦＣＰフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ１となる。
【０１０６】
（４）基地局ノード１１０が、ＡＶ／Ｃコマンド１を正常に受信したならば、そのＡｃｋメッセージを１３９４ノード１０１に返す。
【０１０７】
（５）基地局ノード１１０が、受信したＡＶ／Ｃコマンド１の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ１であることから、宛先の無線端末が無線端末１２１であることを知り、基地局ノード１１０から無線端末１２１に対して、ＡＶ／Ｃコマンド１が転送される。ここで、基地局ノード１１０は、送信しているＡＶ／Ｃコマンド１に対応する１３９４ノードのノードＩＤの値（Ｎ＝１）とトランザクションＩＤの値（＝ａ）を記憶する。
【０１０８】
（６）ＡＶ／Ｃコマンドを送信した時点でタイマーをスタートさせる。
【０１０９】
（７）無線端末１２１が、受信したＡＶ／Ｃコマンド１に対応する処理を実行しようとするが、対応するレスポンスは戻らない。
【０１１０】
（８）タイムアウトした時点で、ＡＶ／Ｃコマンドの送信処理は終了する。ここで、タイムアウトした旨を、対応する１３９４ノード１０１（Ｎ＝１）に通知しても良い。
【０１１１】
（ａ）１３９４ノード１０１において、引続きＡＶ／Ｃプロトコルが実行されている。
【０１１２】
（ｂ）１３９４ノード１０１において、次のＡＶ／Ｃコマンド２が作成され、無線端末１２１内のＳｕｂＵｎｉｔ  Ｘ２に向けて送信される。
【０１１３】
（ｃ）１３９４ノード１０１から基地局ノード１１０に、ＡＶ／Ｃコマンド２を乗せたＦＣＰフレームが転送される。このとき、ＩＥＥＥ１３９４バス１０上でのトランザクションＩＤ＝ｂであり、ＦＣＰフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ２となる。
【０１１４】
（ｄ）基地局ノード１１０が、ＡＶ／Ｃコマンド２を正常に受信したならば、そのＡｃｋメッセージを１３９４ノード１０１に返す。
【０１１５】
（ｅ）基地局ノード１１０が、受信したＡＶ／Ｃコマンド２の宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ２であることから、宛先の無線端末が無線端末１２１であることを知る。しかし、この時点では、タイマーがセットされた状態なので、ＡＶ／Ｃレスポンス１が戻るまで、もしくはタイムアウトするまでＡＶ／Ｃコマンド２の送信を見合わせる。
【０１１６】
（ｆ）基地局ノード１１０は、ＡＶ／Ｃコマンド１の送信処理がタイムアウトしたならば、見合わせていたＡＶ／Ｃコマンド２を送信する。また、基地局ノード１１０は、送信しているＡＶ／Ｃコマンド２に対応する１３９４ノードのノードＩＤの値（Ｎ＝１）とトランザクションＩＤの値（＝ｂ）を記憶する。
【０１１７】
（ｇ）ＡＶ／Ｃコマンドを送信した時点でタイマーをスタートさせる。
【０１１８】
（ｈ）無線端末１２１が、受信したＡＶ／Ｃコマンド２に対応する処理を実行する。
【０１１９】
（ｉ）無線端末１２１が、実行したＡＶ／Ｃコマンド２の処理結果を通知するための、ＡＶ／Ｃレスポンス２を作成し、ＦＣＰフレームに乗せた後に基地局ノード１１０に転送する。
【０１２０】
（ｊ）基地局ノード１１０が、無線端末１２１からのＡＶ／Ｃレスポンス２を受信したならば、タイマーをリセットする。
【０１２１】
（ｋ）基地局ノード１１０が、受信したＡＶ／Ｃレスポンス２に対応している１３９４ノード１０１（Ｎ＝１）に、受信したＡＶ／Ｃレスポンス２を転送する。このときのトランザクションＩＤの値はａである。
【０１２２】
（ｌ）１３９４ノード１０１が、ＡＶ／Ｃレスポンス２を正常に受信したならば、そのＡｃｋメッセージを基地局ノード１１０に返す。
【０１２３】
このような、基地局ノードにおけるＡＶ／Ｃコマンドのシリアライズ化処理とＡＶ／Ｃレスポンスのタイムアウト処理を併用することにより、より現実的なＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルの実行が可能となる。
【０１２４】
また、上記の例ではＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワーク間で実行されるプロトコルがＡＶ／Ｃプロトコルである場合を示しているが、それ以外のプロトコルが実行されている場合でも、本実施形態のようなシリアライズ化処理を適応することは可能である。
【０１２５】
なお、プロトコルの種類によっては、対応する処理を実行するために必要な時間が異なる場合が想定されるので、そのような場合には、上記のようなタイムアウト時間＝１００ｍｓｅｃといった値を用いる場合だけではなく、プロトコルの種類によってタイムアウト時間を設定し直すのが好ましい。具体的には、ＩＥＥＥ１３９４バス上で実行されているプロトコルがＦＣＰフレームを用いている場合であれば、そのプロトコル識別子であるｃｔｓフィールドの値によって、対応するタイムアウト時間を設定する方法が考えられる（この場合には、基地局ノード内に実行するプロトコルとタイムアウト時間の対応テーブルを保持しておくものとする）。
【０１２６】
このような方法でＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークとを接続する場合に基地局ノードに必要となる機能としては、送信しているＡＶ／Ｃコマンドに対応するＩＥＥＥ１３９４バス側のトランザクション情報を記憶する機能と、ＡＶ／Ｃコマンドを送信した後に起動するタイマー機能だけであり、基地局ノードに追加するべき機能を少なく抑えることができる。また、第１の実施形態に比べてＡＶ／Ｃレスポンスを受信した際に行うべき処理量も削減できる。
【０１２７】
なお、図６や図７では、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１から無線端末１２１に対してＡＶ／Ｃコマンドを送信する場合を示したが、第１の実施形態と同様、その逆方向にＡＶ／Ｃコマンドを送信する場合も、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルの実行が可能となる。もちろん、両方向について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルを実行することも可能である。
【０１２８】
（第３の実施形態）
第１、第２の実施形態では、基地局ノードに送り返されるＡＶ／Ｃレスポンスが、その直前に送出したＡＶ／Ｃコマンドに対応するものに限られる場合を想定して示してきたが、ＡＶ／Ｃレスポンスとしては、その他に、ある特定のイベントが被制御機器に生じた際に当該被制御機器からＡＶ／Ｃレスポンスを返す場合がある。このような状態変化によってＡＶ／Ｃレスポンスを返すような指示を送るＡＶ／Ｃコマンドとして、例えば、Ｎｏｔｉｆｙコマンドという種類のコマンドがＡＶ／Ｃプロトコルには規定されている。本実施形態では、一例として、このＮｏｔｉｆｙコマンドに対応するＡＶ／Ｃレスポンスへの対応方法について述べる。
【０１２９】
前述のように、Ｎｏｔｉｆｙコマンドとは、制御端末が被制御端末に対して、特定のイベントが生じた場合に、その旨を通知するよう要求するコマンドである（例えば、カセットデッキにカセットが挿入されたら、その旨を通知するなど）。これは、ＡＶ／Ｃコマンドの処理結果としてのＡＶ／Ｃレスポンスが、指定されたイベントが発生した時点で返されることになり、上記のような１００ｍｓｅｃというタイムアウト時間やＡＶ／Ｃコマンドのシリアライズ化処理だけでは、戻ってくるＡＶ／ＣレスポンスがＮｏｔｉｆｙコマンドへのレスポンスであるのか、通常のＡＶ／Ｃコマンド（ＣｏｎｔｒｏｌコマンドやＳｔａｔｕｓコマンド）に対してのレスポンスであるのかを識別できないことになる。
【０１３０】
このようなケースに対応するためには、ＡＶ／Ｃプロトコルのコマンドタイプ（図３のＦＣＰフレームの構造の中のｃｔｙｐｅフィールド）に応じて、その処理を変更する方法が考えられる。
【０１３１】
例えば、基地局ノードからＡＶ／Ｃコマンドを送出する時点で、そのＡＶ／ＣコマンドがＮｏｔｉｆｙコマンドであれば第１の実施形態での処理のように、基地局ノード内にＦＣＰフレーム情報（その一部または全部の情報）と宛先ＭＡＣアドレスとの組み合わせに対する対応テーブルを持つことで送出するＮｏｔｉｆｙコマンドに対応するＩＥＥＥ１３９４バス側のトランザクションを識別することとし、それ以外のｃｏｎｔｒｏｌ、ｓｔａｔｕｓコマンド等の場合には第２の実施形態での処理のように、ＡＶ／Ｃコマンドをシリアライズ化処理して送信する（タイムアウトの設定を実行しても良い）ことで対応する。
【０１３２】
そして、ＡＶ／Ｃレスポンスを受信した場合には、まず、その受信したＡＶ／Ｃレスポンスが対応テーブルに記憶されているコマンドに対応するものであるのかをチェックする。受信したレスポンスが対応テーブルに記憶されているコマンドに対応するものであれば、対応テーブルの参照処理によってレスポンスを返すべきＩＥＥＥ１３９４バス上のノードを識別し（第１の実施形態における処理）、そうでない場合は、レスポンスを返すべきＩＥＥＥ１３９４バス上のノードは直前に送出したＡＶ／Ｃコマンドに対応するＩＥＥＥ１３９４バス上のノードであると認識する（第２の実施形態における処理）。
【０１３３】
本実施形態では、基地局ノード内に保持する対応テーブルに記憶する情報としては、Ｎｏｔｉｆｙコマンドに関するものだけを記憶すれば良くなるので、必要となるテーブル量を第１の実施形態の場合よりも小さくできることになる。また、記憶するのがＮｏｔｉｆｙコマンドに関するものに限定されるため、対応テーブルに必要な情報（図５に示した対応テーブル）の中からｃｔｙｐｅの情報を削除することができるので、さらに対応テーブルを小さくできるものと考えられる。
【０１３４】
ここで、上記のようなＮｏｔｉｆｙコマンドの転送処理において考えておくべき事象として、ＩＥＥＥ１３９４バスのバスリセットがあげられる。これは、ＡＶ／Ｃプロトコルを実行している際に、ＩＥＥＥ１３９４バス上でバスリセットが発生し、１３９４ノードのノードＩＤの値が変化してしまう場合である。このような場合への対応方法としては、基地局ノードにおいて保持する対応テーブルにおけるＩＥＥＥ１３９４バス側の情報として、ＡＶ／Ｃコマンドを送信してきた１３９４ノードのノードＩＤではなく、その１３９４ノードのＥＵＩ６４アドレス（Ｅｘｔｅｎｄｅｄ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ；６４ｂｉｔｓ）を保持しておく方法が考えられる。
【０１３５】
このような方法により、ＡＶ／Ｃコマンド（例えばＮｏｔｉｆｙコマンド）を送信した後に、そのレスポンスが戻ってくるまでの間にＩＥＥＥ１３９４バスにおいてバスリセットが発生したとしても、そのレスポンスを転送する宛先となる１３９４ノードを特定できるようになる。
【０１３６】
ただし、このようなＥＵＩ６４アドレスによって１３９４ノードを特定する場合には、基地局ノードにおいて、各１３９４ノードのノードＩＤとＥＵＩ６４アドレスの対応表を保持しておき、バスリセット毎に、この対応表を更新する処理を実行する必要がある。よって、ＩＥＥＥ１３９４バスにおけるバスリセット後の処理として、通常の自動構成認識処理（例えばＴｒｅｅ＿ＩＤ処理やＳｅｌｆ＿ＩＤ処理等）の他に、各１３９４ノードのＥＵＩ６４アドレスの情報を収集する処理を実行する必要がある。
【０１３７】
ＥＵＩ６４アドレスによってＩＥＥＥ１３９４バス側の１３９４ノードを特定することで、通常のバスリセットへの対応が可能になるとともに、もし、ＡＶ／Ｃレスポンスが戻ってくる前に、そのＡＶ／Ｃレスポンスに対応する１３９４ノードがＩＥＥＥ１３９４バスから離脱していた場合でも、確実に、その宛先の１３９４ノードがＩＥＥＥ１３９４バス上に存在しないことを認識できるので、不必要なレスポンスをＩＥＥＥ１３９４バス側に転送することがなくなるメリットも生まれることになる。このような、ＩＥＥＥ１３９４バス上の１３９４ノードを特定する際に、その１３９４ノードのＥＵＩ６４アドレスを用いる方法は、本実施形態に対してだけではなく、第１の実施形態や第２の実施形態、さらには、後述の第４の実施形態に対しても適用可能である。
【０１３８】
なお、本実施形態では、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１から無線端末１２１に対してＡＶ／Ｃコマンドを送信する場合を示したが、第１や第２の実施形態と同様、その逆方向にＡＶ／Ｃコマンドを送信する場合も可能である。もちろん、両方向について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルを実行することも可能である。
【０１３９】
（第４の実施形態）
本実施形態では、ＩＥＥＥ８０２．１１ネットワークなどに対応するべく、ＦＣＰフレームに手を加える方式について述べる。ここでは、前述の基地局ノードでのシリアライズ化処理に対応する機能として、ＦＣＰフレーム内に、被制御端末への転送順序を示すシーケンスナンバーを付加するフィールドを追加する。このシーケンスナンバーを付加するフィールドの追加方法としては、新たなフィールドを追加する方法や、既存のフィールドを使い回す方法が考えられる。
【０１４０】
本実施形態では、ＦＣＰフレームには極力手を加えない方法として、ＩＥＥＥ８０２．１１ネットワーク上において、ＦＣＰフレーム内のｃｔｓフィールドをシーケンスナンバーのフィールドとして再利用する方法を示しているが、もちろん、ＦＣＰフレーム内の任意の場所にシーケンスナンバー用のフィールドを割り当てる方法も考えられる。本実施形態では、ＩＥＥＥ８０２．１１ネットワーク上ではＡＶ制御のプロトコルとしてはＡＶ／Ｃプロトコルのみが実行されるものと想定し、ｃｔｓフィールドをシーケンスナンバーに使いまわす方法を示すこととする。
【０１４１】
図８に、本実施形態のＩＥＥＥ８０２．１１ネットワーク上で用いられるＦＣＰフレームの構成を示す。ちなみに、本実施形態でも、ＩＥＥＥ１３９４バス上においては図３に示したＦＣＰフレームの構成図と同じ形式のＡＶ／Ｃコマンド・レスポンスが転送されている。
【０１４２】
図８に示すように、本実施形態では、ＩＥＥＥ８０２．１１ネットワーク上において、通常、プロトコル識別のために使用されているｃｔｓフィールドをシーケンスナンバーのフィールドとして利用している。そして、このシーケンスナンバーと、ＡＶ／Ｃコマンドの送信先の無線端末のＭＡＣアドレスとを用いることにより、ＩＥＥＥ８０２．１１ネットワーク上の無線端末に送られるＡＶ／Ｃコマンドを一意に特定することができるようになる。また、より正確にＡＶ／Ｃレスポンスを識別するためには、シーケンスナンバーとＳｕｂＵｎｉｔ＿ＴｙｐｅとＳｕｂＵｎｉｔ＿ＩＤと、ＡＶ／Ｃコマンドの送信先の無線端末のＭＡＣアドレスの組合せを用いる方法も考えられる。
【０１４３】
図９に、本実施形態の識別方式を用いた場合の、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ってＡＶ／Ｃプロトコルを実行する場合の処理シーケンスの一例を示す。
【０１４４】
以下の例では、ＩＥＥＥ８０２．１１ネットワーク上のコマンド識別子として、シーケンスナンバーとＳｕｂＵｎｉｔ＿ＩＤとＭＡＣアドレスを用いる場合を示しているが、もちろん、この他にも、いくつかのアドレスの組合せを用いる方法が考えられる。具体的な処理シーケンスを以下に示す。
【０１４５】
（１）１３９４ノード１０１においてアプリケーションが起動され、ＡＶ／Ｃプロトコルが実行される。
【０１４６】
（２）１３９４ノード１０１において、ＡＶ／Ｃコマンドが作成され、無線端末１２１内のＳｕｂＵｎｉｔ  Ｘ１に向けて送信される。
【０１４７】
（３）１３９４ノード１０１から基地局ノード１１０に、所望のＡＶ／Ｃコマンドを乗せたＦＣＰフレームが転送される。このとき、ＩＥＥＥ１３９４バス１０上でのトランザクションＩＤ＝ａであり、ＦＣＰフレーム内に記述される宛先ＳｕｂＵｎｉｔ＿ＩＤの値＝Ｘ１となる。
【０１４８】
（４）基地局ノード１１０が、ＡＶ／Ｃコマンドを正常に受信したならば、そのＡｃｋメッセージを１３９４ノード１０１に返す。
【０１４９】
（５）基地局ノード１１０において、受信したＡＶ／Ｃコマンドの宛先のＳｕｂＵｎｉｔ＿ＩＤがＸ１であることから、宛先の無線端末が無線端末１２１であることを知る。
【０１５０】
（６）基地局ノード１１０から無線端末１２１に対して、ＡＶ／Ｃコマンドが転送される。この時の宛先無線端末のＭＡＣアドレス＝Ｘ、ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１、シーケンスナンバー＝１である。
【０１５１】
（７）送信したＡＶ／Ｃコマンドに対応する、ＩＥＥＥ８０２．１１ネットワーク２０上での識別子が「ＳｕｂＵｎｉｔ＿ＩＤ＝Ｘ１  ＋  シーケンスナンバー＝１  ＋  ＭＡＣアドレス＝Ｘ」であることと、このＩＥＥＥ１３９４バス１０上の識別子が「トランザクションＩＤ＝ａ  ＋  １３９４ノードアドレスＮ＝１」であることを記憶し、それらの対応テーブルを作成する。
【０１５２】
（８）無線端末１２１が、受信したＡＶ／Ｃコマンドに対応する処理を実行する。
【０１５３】
（９）無線端末１２１が、実行したＡＶ／Ｃコマンドの処理結果を通知するための、ＡＶ／Ｃレスポンスを作成し、ＦＣＰフレームに乗せた後に基地局ノード１１０に転送する。
【０１５４】
（１０）基地局ノード１１０が、受信したＡＶ／Ｃレスポンスを乗せているＦＣＰフレーム内のシーケンスナンバーとＳｕｂＵｎｉｔ＿ＩＤの値、および送信元無線端末のＭＡＣアドレスの組合せから、受信したＡＶ／Ｃレスポンスが、「ＩＥＥＥ１３９４バス上のトランザクションＩＤ＝ａ  ＋  １３９４ノードアドレスＮ＝１」に対応していることを知る。
【０１５５】
（１１）基地局ノード１１０は、受信したＡＶ／Ｃレスポンスを１３９４ノード１０１（Ｎ＝１）に転送する。この時のトランザクションＩＤの値はａである。
【０１５６】（１２）１３９４ノード１０１が、ＡＶ／Ｃレスポンスを正常に受信したならば、そのＡｃｋメッセージを基地局ノード１１０に返す。
【０１５７】
（１３）１３９４ノード１０１が、次のＡＶ／Ｃコマンドの送信を開始する。
【０１５８】
上記の処理シーケンスでは、シーケンスナンバーの付加方式として、ＡＶ／Ｃコマンドを送信する先のＳｕｂＵｎｉｔ単位にシーケンスナンバーを付加する方式を示したが、他にも、基地局ノードから送信するＡＶ／Ｃコマンド全てに対応するシーケンスナンバーを付加する方式や、ＡＶ／Ｃコマンドの送信元の１３９４ノード毎にシーケンスナンバーを付加する方法や、ＡＶ／Ｃコマンドの宛先の無線端末毎にシーケンスナンバーを付加する方法なども考えられる。このような、ＦＣＰフレームにシーケンスナンバーを付加する方法により、基地局ノードにおいて保持するテーブル量を削減できるとともに、基地局ノードがＡＶ／Ｃレスポンスを受信した際に実行するべき、テーブル参照処理を軽くすることができる。
【０１５９】
なお、本実施形態では、ＩＥＥＥ１３９４バス１０上の１３９４ノード１０１から無線端末１２１に対してＡＶ／Ｃコマンドを送信する場合を示したが、第１〜第３の実施形態と同様、その逆方向にＡＶ／Ｃコマンドを送信する場合も可能である。もちろん、両方向について、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルを実行することも可能である。
【０１６０】
次に、図１０に、第１の実施形態〜第４の実施形態における基地局ノードの内部構成の一例のブロック図を示す。
【０１６１】
図１０の構成例において、第１、第４の実施形態の基地局ノードは、ＩＥＥＥ８０２．１１インタフェース処理部１１０１、パケット変換処理部１１０２、ＩＥＥＥ１３９４インタフェース処理部１１０３、プロトコル処理部１１０４、トランザクション対応テーブル１１０５を備えている。
【０１６２】
また、第２、第３の実施形態の基地局ノードは、上記に加えてタイマー１１０６を備えている。
【０１６３】
もちろん、基地局ノード内には、上記の他に、通常の基地局ノード機能を提供するための機能も設けられるが、図１０では、本発明に関係する機能のみを記述している。
【０１６４】
ＩＥＥＥ８０２．１１インタフェース処理部１１０１は、ＩＥＥＥ８０２．１１ネットワークへのインタフェース処理を実行するものである。
【０１６５】
パケット変換処理部１１０２は、ＩＥＥＥ８０２．１１ネットワークとＩＥＥＥ１３９４バスの間でのパケット変換処理を実行するものである。
【０１６６】
ＩＥＥＥ１３９４インタフェース処理部１１０３は、ＩＥＥＥ１３９４バスへのインタフェース処理を実行するものである。
【０１６７】
プロトコル処理部１１０４は、ＩＥＥＥ１３９４バス上で実行されている上位プロトコルをＩＥＥＥ８０２．１１ネットワークにも拡張して実行するためのプロトコル処理を実行する。
【０１６８】
なお、一方のネットワーク上に存在するノード内の構成要素の少なくとも一部の構成要素を、自ノード内の構成要素として他方のネットワーク上のノードに通知する構成要素通知機能は、このプロトコル処理部１１０４内に設けられるものとする。
【０１６９】
また、第３の実施形態において、パケットの種類によって処理手順を決定する（例えば、ＡＶ／ＣコマンドがＮｏｔｉｆｙコマンドであれば第１の実施形態での処理を実行することを決定し、それ以外のコマンドであれば第２の実施形態での処理を実行することを決定する）ノード内処理決定機能は、このプロトコル処理部１１０４内に設けられるものとする。
【０１７０】
また、第２、第３の実施形態においては、シリアライズ化処理のために、パケット変換処理部１１０２内でバッファが使用されることになる。
【０１７１】
トランザクション対応テーブル１１０５は、ＩＥＥＥ１３９４バス上のトランザクション情報とＩＥＥＥ８０２．１１ネットワーク上のトランザクション情報との対応関係を記憶するためのものである。
【０１７２】
なお、トランザクション情報対応テーブル１１０５内に保持される情報は、各実施形態に対応した情報が保持されることになる。
【０１７３】
タイマー１１０６は、第２、第３の実施形態に示したようなタイムアウト処理を実行するために設けられる。また、前述したように、タイマー１１０６は、プロトコルの種別毎に設定する場合がある。
【０１７４】
このような構成の基地局ノードにより、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークとを接続することによって、ＩＥＥＥ１３９４バス上で実行されるＡＶ／Ｃプロトコルのような、コマンドとレスポンスの組み合わせによって処理が進められていくプロトコルを、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨って実行することができるようになる。
【０１７５】
以上各実施形態について説明してきたが、各実施形態は組み合わせて実施することも可能である。例えば、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１ネットワークに跨ったＡＶ／Ｃプロトコルを両方向とも実施する場合に、ＩＥＥＥ１３９４バス上の１３９４ノードから無線端末に対してＡＶ／Ｃコマンドを送信する第１の方向に対応する部分と、無線端末からＩＥＥＥ１３９４バス上の１３９４ノードに対してＡＶ／Ｃコマンドを送信する第２の方向に対応する部分とで、異なる実施形態の構成を採るようにしてもよい。例えば、第１の方向に対応する部分には第３の実施形態を採用し、第２の方向に対応する部分には第２の実施形態を採用するようにしてもよい。これは、どのような組み合わせでも実施可能である。
【０１７６】
また、以上の説明では、本発明の通信ノードを介して、家庭内に存在するＩＥＥＥ１３９４バスに、無線インタフェースによって無線端末が接続されるようなホーム・ネットワークを想定して説明したが、本発明は、家庭だけではなくオフィスやその他の環境に設けられたＬＡＮにも適用可能であり、またＩＥＥＥ１３９４バスやＩＥＥＥ８０２．１１ネットワーク以外のネットワークにも適用することが可能である。
【０１７７】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１７８】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１７９】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１８０】
【発明の効果】
本発明によれば、データ転送がリクエストとレスポンスの組合せによることを基本とするネットワークと、それを基本としないネットワークとのインターワークが可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る通信ノードを用いた家庭内ネットワークの一例を示す図
【図２】ＡＶ／Ｃプロトコルにおけるコマンド・レスポンスの転送シーケンスの概略とＡＶ／Ｃプロトコルを実行する際のプロトコルスタックの一例を示す図
【図３】ＦＣＰフレームのフレーム構造の一例を示す図
【図４】本発明の一実施形態に係る通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末の間で通信をおこなう第１の実施形態における処理シーケンスの一例を示す図
【図５】本発明の一実施形態に係る通信ノードが保持するＩＥＥＥ１３９４バス側とＩＥＥＥ８０２．１１ネットワーク側のトランザクション情報の対応テーブルの一例を示す図
【図６】本発明の一実施形態に係る通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末の間で通信をおこなう第２の実施形態における処理シーケンスの一例を示す図
【図７】本発明の一実施形態に係る通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末の間で通信をおこなう第３の実施形態における処理シーケンスの他の例を示す図
【図８】本発明の一実施形態に係る通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末の間で通信をおこなう第４の実施形態におけるＦＣＰフレームのフレーム構造の一例を示す図
【図９】本発明の一実施形態に係る通信ノードを用いてＩＥＥＥ１３９４バス上のノードと無線端末の間で通信をおこなう第４の実施形態における処理シーケンスの他の例を示す図。
【図１０】本発明の一実施形態に係る通信ノードの内部構成の一例を示すブロック図
【図１１】ＡＶ／Ｃプロトコルの処理シーケンスの概念を示す図
【図１２】ＡＶ／Ｃコマンド・レスポンスを転送するＩＥＥＥ１３９４バス上のパケット構成の一例を示す図
【符号の説明】
１０…ＩＥＥＥ１３９４バス
２０…ＩＥＥＥ８０２．１１ネットワーク
１０１，１０２…１３９４ノード
１１０…基地局ノード
１２１，１２２…無線端末
１１０１…ＩＥＥＥ８０２．１１インタフェース処理部
１１０２…パケット変換処理部
１１０３…ＩＥＥＥ１３９４インタフェース処理部
１１０４…プロトコル処理部
１１０５…トランザクション対応テーブル
１１０６…タイマー
【図１】
0003576019.tif 000002
【図２】
0003576019.tif 000003
【図３】
0003576019.tif 000004
【図４】
0003576019.tif 000005
【図５】
0003576019.tif 000006
【図６】
0003576019.tif 000007
【図７】
0003576019.tif 000008
【図８】
0003576019.tif 000009
【図９】
0003576019.tif 000010
【図１０】
0003576019.tif 000011
【図１１】
0003576019.tif 000012
【図１２】
0003576019.tif 000013