(57)【特許請求の範囲】
【請求項１】
第１のネットワーク上の通信相手との間で無線リンクを介したデータ転送を行う無線端末装置であって、
前記第１のネットワークへのデータの送受信を行う第１のインタフェース手段と、
前記データ転送に関する処理を行う上位アプリケーションプログラムを動作させる手段と、
前記上位アプリケーションプログラムへ開示するための情報を記憶するための記憶手段と、
前記第１のネットワークにおける自装置と前記通信相手との間の無線リンクの状態に関する無線リンク状態情報を、前記第１のインタフェース手段を介した前記通信相手との通信に基づいて取得する無線リンク状態情報取得手段と、
前記無線リンク状態情報取得手段により取得した前記無線リンク状態情報を、前記記憶手段に登録することによって、前記上位アプリケーションプログラムへ開示するための登録手段とを具備し、
自装置上で動作する前記上位アプリケーションプログラムは、前記記憶手段に記憶された前記無線リンク状態情報を読み出すことによって前記無線リンク状態情報を取得し、取得した前記無線リンク状態情報に基づいて前記データ転送に関する処理を決定することを特徴とする無線端末装置。
【請求項２】
前記記憶手段に記憶された前記無線リンク状態情報を、前記上位アプリケーションプログラムが利用可能な形式に変更する変更手段を更に具備したことを特徴とする請求項１に記載の無線端末装置。
【請求項３】
前記上位アプリケーションプログラムは、少なくとも前記データ転送における制御内容を決定することを特徴とする請求項１に記載の無線端末装置。
【請求項４】
前記上位アプリケーションプログラムは、少なくとも前記データ転送において転送すべきデータを決定することを特徴とする請求項１に記載の無線端末装置。
【請求項５】
前記記憶手段は、自端末の構成要素への関連情報を記憶するものであり、
前記登録手段は、前記無線リンク状態情報を、自端末の構成要素への関連情報の一つとして、前記記憶手段に登録することを特徴とする請求項１に記載の無線端末装置。
【請求項６】
前記構成要素として、ＡＶ／Ｃプロトコルで定義されるＳｕｂＵｎｉｔを用いることを特徴とする請求項５に記載の無線端末装置。
【請求項７】
前記無線リンク状態情報取得手段は、
前記第１のネットワーク上の前記通信相手に、該通信相手の有する無線リンク状態情報を自装置へ通知するよう要求する手段と、
この要求に応えて前記通信相手から通知された前記無線リンク状態情報を受信する手段とを含むものであることを特徴とする請求項１に記載の無線端末装置。
【請求項８】
前記無線リンク状態情報取得手段は、
前記第１のネットワーク上における通信状況を監視することによって、該無線リンク状態情報を得る手段を含むものであることを特徴とする請求項１に記載の無線端末装置。
【請求項９】
自装置の有する無線リンク状態情報を、前記第１のネットワーク上の前記通信相手からの要求に応えて該通信相手に通知する手段を更に具備したことを特徴とする請求項７または８に記載の無線端末装置。
【請求項１０】
第２のネットワークへのデータの送受信を行う第２のインタフェース手段と、
前記第１のネットワーク上の前記通信相手と前記第２のネットワーク上の他の端末との間でのデータ転送のための処理を実行するネットワーク間接続手段とを更に具備したことを特徴とする請求項１ないし９のいずれか１項に記載の無線端末装置。
【請求項１１】
自装置の有する無線リンク状態情報を、前記第２のネットワーク上の他の端末からの要求に応えて該他の端末に通知する手段を更に具備したことを特徴とする請求項１０に記載の無線端末装置。
【請求項１２】
前記第２のネットワーク上の他の端末に対して、該他の端末の有する無線リンク状態情報を自装置へ通知するよう要求する手段と、
この要求に応えて前記他の端末から通知された前記無線リンク状態情報を受信する手段とを更に具備したことを特徴とする請求項１０に記載の無線端末装置。
【請求項１３】
前記第２のネットワークはＩＥＥＥ１３９４バスであることを特徴とする請求項１０ないし１２のいずれか１項に記載の無線端末装置。
【請求項１４】
前記無線リンク状態情報は、前記第１のネットワークにおける、パケット廃棄率、利用可能な帯域、利用可能なチャネル数もしくは利用可能な伝送速度、またはそれらのもととなる観測可能な情報であることを特徴とする請求項１ないし１３のいずれか１項に記載の無線端末装置。
【請求項１５】
無線ネットワーク上の無線端末とその通信相手との間でデータ転送を行うデータ転送方法であって、
前記無線端末または前記通信相手の少なくとも一方は、前記無線ネットワークにおける前記無線端末と前記通信相手との間の無線リンクの状態を示す無線リンク状態情報を、該無線リンクの監視を通じて求め、
前記無線端末は、自端末で求めることによりおよびまたは前記通信相手に要求することにより得た前記無線リンク状態情報を、自端末上で動作する前記データ転送に関する処理を行う上位アプリケーションプログラムへ開示するための情報を記憶するための記憶手段に登録することによって、該上位アプリケーションに開示し、
前記無線端末上で動作する前記上位アプリケーションは、前記記憶手段に記憶された前記無線リンク状態情報を読み出すことによって前記無線リンク状態情報を取得し、取得した前記無線リンク状態情報に基づいて、前記通信相手との間でのデータ転送に関する処理を決定することを特徴とするデータ転送方法。
【請求項１６】
無線ネットワーク上の無線端末とその通信相手端末とのいずれかの上で動作する上位アプリケーションにデータ転送の制御に用いる情報を知らしめるための制御情報通知方法であって、
前記無線端末は、
前記無線ネットワークにおける前記無線端末と前記通信相手との間の無線リンクの状態を示す無線リンク状態情報を取得し、
取得された前記無線リンク状態情報を、自端末上で動作する前記データ転送に関する処理を行う上位アプリケーションまたは前記通信相手上で動作する前記データ転送に関する処理を行う上位アプリケーションの少なくとも一方へ開示するための情報を記憶するための記憶手段に登録することによって、それら上位アプリケーションの少なくとも一方へ開示し、
それら上位アプリケーションの少なくとも一方は、前記記憶手段に記憶された前記無線リンク状態情報を読み出すことによって前記無線リンク状態情報を取得することを特徴とする制御情報通知方法。
【請求項１７】
前記記憶手段は、自端末の構成要素への関連情報を記憶するものであり、
取得された前記無線リンク状態情報を、自端末の構成要素への関連情報として記憶することを特徴とする請求項１６に記載の制御情報通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線ネットワークもしくは有線ネットワークと無線ネットワークとを融合させた環境でＡＶ制御プロトコル等の上位アプリケーションを実行する無線端末装置並びにデータ転送方法及び制御情報通知方法に関する。
【０００２】
【従来の技術】
近年のデジタル機器の普及にともない、家庭内のネットワーク化が注目されるようになってきた。現在、そのメディアとして脚光を浴びているのが、ＡＶ機器間の接続ケーブルとして登場したＩＥＥＥ１３９４である。ＩＥＥＥ１３９４は、複数の端末をデイジーチェインもしくはスター型に接続し、１００Ｍｂｐｓを越える広帯域データを転送することができる高速バスで、同一ケーブル上において、ＡｓｙｎｃｈｒｏｎｏｕｓデータとＩｓｏｃｈｒｏｎｏｕｓデータの双方を伝送することが可能となっている。
【０００３】
また、無線ネットワーク（無線ＬＡＮ）の高速化も注目されている。既に、ＩＥＥＥ８０２．１１に準拠した多くの無線ＬＡＮ製品が登場し、低価格化も進んでいる。このような無線技術の高度化／低価格化に伴い、これを家庭内にも応用しようとの動きが活発になってきている。米国でＨｏｍｅＲＦやＢｌｕｅｔｏｏｔｈ等の業界団体が設立される等、今後も大きく進歩していくことが予想されている。また、家庭内のネットワークにとって無線は非常に受け入れられ易いメディアと考えられる。このため、高速化／低価格化された無線ＬＡＮとＩＥＥＥ１３９４とを融合したシステムが、将来の家庭内ネットワークの中心的存在となるものと考えられている。
【０００４】
このような、ＩＥＥＥ１３９４バスと無線ＬＡＮとを融合させる環境においては、いくつかの問題が生じると考えられる。その一つとして、ＩＥＥＥ１３９４バス上で実行されるプロトコル（例えば、ＡＶ／Ｃプロトコル（ＡＶ／Ｃ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｍｍａｎｄ  Ｓｅｔ  Ｇｅｎｅｒａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＩＥＥＥ１３９４−１９９５）等）が、ＩＥＥＥ１３９４のような有線メディア上で実行されることを前提として作成されており、無線環境上で実行されることが想定されていない、という点があげられる。例えば、無線環境においては、そのリンク情報（伝送帯域など）が状況によって変化することが知られており、それに対応するため、無線ＬＡＮの立ち上げ時に無線の伝送速度（使用する変調方式）を決定し、無線の状態に適した伝送速度で通信をスタートさせるような手法（フォールバックなど）が用いられている。このため、ＡＶ／Ｃのような上位レイヤプロトコルを実行する際に、その下位のレイヤである無線リンクの状態がわからなければ、実際には転送不可能なＡＶデータの転送を要求してしまうなどの不都合が生じることが予想される。
【０００５】
しかしながら、現状の無線ＬＡＮ（Ｂｌｕｅｔｏｏｔｈなど）の仕様においては、このような「無線リンクの状態情報を収集する機能」や「無線リンクの状態情報を上位のアプリケーションに通知する機能」が存在しない。また、ＩＥＥＥ１３９４上のアプリケーション（例えば、ＡＶ／Ｃプロトコル）にも、元々有線ネットワーク上で実行されることを前提としていたため、このような「リンクの状態情報を保持するための情報要素」や「リンクの状態情報を収集する機能」が存在しない。
【０００６】
【発明が解決しようとする課題】
従来、無線環境のようなリンクの状態（転送可能帯域など）が変化するメディアを用いてＡＶデータ転送を実行する場合に、ＡＶ／Ｃのような上位レイヤプロトコルを実行する際にその下位のレイヤであるリンクの状態を把握できず、利用するリンク上を転送可能なＡＶデータの種類や転送レートを選択してスムーズなＡＶデータ転送を実行することが困難であった。
【０００７】
本発明は、上記事情を考慮してなされたもので、無線環境のようにそのリンクの状態が変化するような環境やＩＥＥＥ１３９４バスのような有線ネットワークと無線ネットワークとが接続したような環境においても、そのリンクの状態を考慮したデータ転送処理を可能とする無線端末装置並びにデータ転送方法及び制御情報通知方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、第１のネットワーク上の通信相手との間で無線リンクを介したデータ転送を行う無線端末装置であって、前記第１のネットワークへのデータの送受信を行う第１のインタフェース手段と、前記データ転送に関する処理を行う上位アプリケーションプログラムを動作させる手段と、前記上位アプリケーションプログラムへ開示するための情報を記憶するための記憶手段と、前記第１のネットワークにおける自装置と前記通信相手との間の無線リンクの状態に関する無線リンク状態情報を、前記第１のインタフェース手段を介した前記通信相手との通信に基づいて取得する無線リンク状態情報取得手段と、前記無線リンク状態情報取得手段により取得した前記無線リンク状態情報を、前記記憶手段に登録することによって、前記上位アプリケーションプログラムへ開示するための登録手段とを具備し、自装置上で動作する前記上位アプリケーションプログラムは、前記記憶手段に記憶された前記無線リンク状態情報を読み出すことによって前記無線リンク状態情報を取得し、取得した前記無線リンク状態情報に基づいて前記データ転送に関する処理を決定することを特徴とする。なお、前記記憶手段としては、例えば、ＳＤＰ上のＤｅｓｃｒｉｐｔｉｏｎなどを利用してもよい。
【０００９】
好ましくは、前記記憶手段に記憶された前記無線リンク状態情報を、前記上位アプリケーションプログラムが利用可能な形式に変更する変更手段を更に具備するようにしてもよい。
【００１０】
好ましくは、前記上位アプリケーションプログラムは、少なくとも前記データ転送における制御内容を決定するようにしてもよい。例えば、ネットワーク状態を考慮して、ＡＶデータに対する操作（コマンド）の種類を選択することができる。
【００１１】
好ましくは、前記上位アプリケーションプログラムは、少なくとも前記データ転送において転送すべきデータを決定するようにしてもよい。例えば、ネットワーク状態を考慮して、複数のＡＶデータのうちから視聴するＡＶデータを選択することができる。
【００１２】
なお、前記実行処理制御手段は、前記ネットワーク状態情報に基づいて、選択可能な選択肢を呈示し、それらのうちからユーザに選択をさせるようにしてもよい。
【００１４】
好ましくは、前記記憶手段は、自端末の構成要素への関連情報を記憶するものであり、前記登録手段は、前記無線リンク状態情報を、自端末の構成要素への関連情報の一つとして、前記記憶手段に登録するようにしてもよい。
【００１５】
好ましくは、前記構成要素として、ＡＶ／Ｃプロトコルで定義されるＳｕｂＵｎｉｔを用いるようにしてもよい。
【００１６】
好ましくは、前記無線リンク状態情報取得手段は、前記第１のネットワーク上の前記通信相手に、該通信相手の有する無線リンク状態情報を自装置へ通知するよう要求する手段と、この要求に応えて前記通信相手から通知された前記無線リンク状態情報を受信する手段とを含むものであるようにしてもよい。
【００１７】
好ましくは、前記無線リンク状態情報取得手段は、前記第１のネットワーク上における通信状況を監視することによって、該無線リンク状態情報を得る手段を含むものであるようにしてもよい。例えば、ＨＣＩを用いたリンク状態監視などを利用してもよい。
【００１８】
好ましくは、自装置の有する無線リンク状態情報を、前記第１のネットワーク上の前記通信相手からの要求に応えて該通信相手に通知する手段を更に具備するようにしてもよい。
【００１９】
好ましくは、前記第１のネットワーク（無線ネットワーク）は、例えば、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１等であるようにしてもよい。
【００２０】
好ましくは、第２のネットワークへのデータの送受信を行う第２のインタフェース手段と、前記第１のネットワーク上の前記通信相手と前記第２のネットワーク上の他の端末との間でのデータ転送のための処理を実行するネットワーク間接続手段とを更に具備するようにしてもよい。
【００２１】
この場合、当該無線端末装置は例えばゲートウェイ装置である。なお、前記第２のネットワーク上の装置またはその装置上のサービスもしくはサブユニットを、自端末装置上のものとして前記第１のネットワーク側に開示する代理構成手段を更に具備するようにしてもよい。
【００２２】
好ましくは、自装置の有する無線リンク状態情報を、前記第２のネットワーク上の他の端末からの要求に応えて該他の端末に通知する手段を更に具備するようにしてもよい。
【００２３】
好ましくは、前記第２のネットワーク上の他の端末に対して、該他の端末の有する無線リンク状態情報を自装置へ通知するよう要求する手段と、この要求に応えて前記他の端末から通知された前記無線リンク状態情報を受信する手段とを更に具備するようにしてもよい。
【００２４】
好ましくは、前記第２のネットワークはＩＥＥＥ１３９４バスであるようにしてもよい。
【００２５】
好ましくは、前記無線リンク状態情報は、前記第１のネットワークにおける、パケット廃棄率、利用可能な帯域、利用可能なチャネル数もしくは利用可能な伝送速度、またはそれらのもととなる観測可能な情報であるようにしてもよい。
【００２６】
また、本発明は、無線ネットワーク上の無線端末とその通信相手との間でデータ転送を行うデータ転送方法であって、前記無線端末または前記通信相手の少なくとも一方は、前記無線ネットワークにおける前記無線端末と前記通信相手との間の無線リンクの状態を示す無線リンク状態情報を、該無線リンクの監視を通じて求め、前記無線端末は、自端末で求めることによりおよびまたは前記通信相手に要求することにより得た前記無線リンク状態情報を、自端末上で動作する前記データ転送に関する処理を行う上位アプリケーションプログラムへ開示するための情報を記憶するための記憶手段に登録することによって、該上位アプリケーションに開示し、前記無線端末上で動作する前記上位アプリケーションは、前記記憶手段に記憶された前記無線リンク状態情報を読み出すことによって前記無線リンク状態情報を取得し、取得した前記無線リンク状態情報に基づいて、前記通信相手との間でのデータ転送に関する処理を決定することを特徴とする。
【００２７】
また、本発明は、無線ネットワーク上の無線端末とその通信相手端末とのいずれかの上で動作する上位アプリケーションにデータ転送の制御に用いる情報を知らしめるための制御情報通知方法であって、前記無線端末は、前記無線ネットワークにおける前記無線端末と前記通信相手との間の無線リンクの状態を示す無線リンク状態情報を取得し、取得された前記無線リンク状態情報を、自端末上で動作する前記データ転送に関する処理を行う上位アプリケーションまたは前記通信相手上で動作する前記データ転送に関する処理を行う上位アプリケーションの少なくとも一方へ開示するための情報を記憶するための記憶手段に登録することによって、それら上位アプリケーションの少なくとも一方へ開示し、それら上位アプリケーションの少なくとも一方は、前記記憶手段に記憶された前記無線リンク状態情報を読み出すことによって前記無線リンク状態情報を取得することを特徴とする。
【００２８】
好ましくは、前記記憶手段は、自端末の構成要素への関連情報を記憶するものであり、取得された前記無線リンク状態情報を、自端末の構成要素への関連情報として記憶するようにしてもよい。
【００２９】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
【００３０】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００３１】
本発明では、例えばＢｌｕｅｔｏｏｔｈのような無線端末において、無線リンクの状態情報を取得（もしくは収集）／記憶する手段を新規に定義するとともに、それによって収集された無線リンクの状態情報を、上位アプリケーション（例えば、ＡＶ／Ｃプロトコル）に通知もしくは開示するための手段と、その通知された情報を記憶する手段、さらには無線リンクの状態情報を用いて上位のアプリケーションの実行を制御するような手段を備えることによって、無線リンクの状態情報を用いて上位のアプリケーションの実行を制御することができる。
【００３２】
例えば、無線リンクの状態情報をＢｌｕｅｔｏｏｔｈ上のＳＤＰプロトコルにおいて定義されているＤｅｓｃｒｉｐｔｏｒ情報や、ＡＶ／Ｃプロトコルにおいて定義されているＤｅｓｃｒｉｐｔｏｒ情報として保持することで、上位のＡＶアプリケーションが無線リンク情報を利用したＡＶデータ転送処理を実行できるようになる。また、Ｄｅｓｃｒｉｐｔｏｒ情報として保持することにより、無線リンクの状態情報を自端末内だけでなく、他の端末からもアクセス可能にすることができるので、無線リンクの状態を考慮したＡＶアプリケーションの実行が容易に実現できるようになる。
【００３３】
このように本発明によれば、無線環境のような、そのリンクの状態が変化するようなメディアを用いたＡＶデータ等のデータ転送が容易に実現可能となる。また、本発明によれば、ＩＥＥＥ１３９４バスのような有線ネットワークと無線ネットワークが接続したような環境においても、無線ネットワークのリンクの状態を考慮したＡＶデータ転送処理が可能となる。
【００３４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３５】
以下の説明では、無線ＬＡＮシステムとして、各無線端末の有するサービス情報を収集するための手段（例えば、ＢｌｕｅｔｏｏｔｈにおけるＳＤＰ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）など）を有する場合を想定し、また、上位アプリケーションとしてＩＥＥＥ１３９４上でのＡＶデータの転送制御方式であるＡＶ／Ｃプロトコルが実行される場合を想定する。
【００３６】
ここで、ＢｌｕｅｔｏｏｔｈにおけるＳＤＰとは、Ｂｌｕｅｔｏｏｔｈネットワーク上の端末において、各端末のベンダー種別や対応しているサービス種別や実行可能なプロトコルスタックなどの情報を記憶する方法や、これらの情報（サービス情報）を各端末間で交換するためのプロトコルを想定しているものである。また、これらのサービス情報を記憶する方法として、Ｄｅｓｃｒｉｐｔｏｒと呼ばれる、各サービスを階層化して記憶するデータベースを定義することになっている（サービスクラスと呼ばれる階層化されたクラスを定義し、それらのクラス毎に、ＳＤＰで扱うサービスを割り振って記憶する）。
【００３７】
（第１の実施形態）
図１に、無線リンクで接続された無線端末（１０１，１１１）間でＡＶデータを転送する際の基本構成の一例を示す。
【００３８】
ここでは、無線リンクとしてＢｌｕｅｔｏｏｔｈを例に用いる。従って、ここでは、無線端末は、Ｂｌｕｅｔｏｏｔｈ端末（ＢＴ端末）とする。
【００３９】
図１に示されるように、ＢＴ端末１０１は、Ｄｉｓｐｌａｙ機能を有しており、ＡＶ／Ｃプロトコルにおける機能要素（ＳｕｂＵｎｉｔ；サブユニット）としてＤｉｓｐｌａｙ＿ＳｕｂＵｎｉｔ１０２が存在する。また、Ｂｌｕｅｔｏｏｔｈ上でのサービス情報などの収集手段であるＳＤＰプロトコルに従ったＳＤＰ情報１０３が存在する。
【００４０】
一方、ＢＴ端末１１１は、ＶＴＲ機能を有しており、ＡＶ／Ｃプロトコルにおける機能要素としてＶＴＲ＿ＳｕｂＵｎｉｔ１１２が存在する。また、Ｂｌｕｅｔｏｏｔｈ上でのサービス情報などの収集手段であるＳＤＰプロトコルに従ったＳＤＰ情報１１３が存在する。
【００４１】
なお、ＡＶ／Ｃプロトコルは、ノードをＵｎｉｔと呼ばれる単位で認識し、さらにノード内の構成要素（例えば、上記のＤｉｓｐｌａｙやＶＴＲ）をＳｕｂＵｎｉｔと呼ばれる単位で認識するものである。また、ＡＶ／Ｃの制御コマンド（例えば、いわゆる「再生」「停止」「早送り」等のコマンド）の転送プロトコルにおいては、コマンドの送信とレスポンスの受信を一つのセットとして実行することになっている。
【００４２】
ここで、ＢＴ端末１０１とＢＴ端末１１１とは無線リンク（Ｂｌｕｅｔｏｏｔｈ）によって接続されているため、ＢＴ端末１１１上のＶＴＲ＿ＳｕｂＵｎｉｔ１０２内に存在しているＡＶデータを、どの程度の伝送速度でＢＴ端末１１１に転送できるかは、無線リンク（Ｂｌｕｅｔｏｏｔｈ）上で、どのようなリンクタイプ（ＡＣＬ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｃｏｎｎｅｃｔｉｏｎ−Ｌｅｓｓ）やＳＣＯ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ））を用いてＡＶデータを転送するのか、無線リンク上にどの程度のノイズが乗っているのか（そのノイズの状態の結果として、どの程度の伝送速度でデータ転送ができるのか）などの、無線リンクの状態によって決まる。そのため、Ｂｌｕｅｔｏｏｔｈのような無線リンクを介してのＡＶデータ転送を、上位レイヤのＡＶアプリケーションが実行する場合には、何らかの手段によってＡＶアプリケーションがＢｌｕｅｔｏｏｔｈの状態情報をＳＤＰなどを介して入手し、その状態情報に基づいてＡＶ／Ｃプロトコル等の関連プロトコルを実行しなければならない。このときのＢＴ端末におけるプロトコルスタックの一例を図２に示す。
【００４３】
図２では、Ｂｌｕｅｔｏｏｔｈの物理レイヤ仕様であるベースバンド処理部（Ｂａｓｅｂａｎｄ処理部）２１上に、そのＢａｓｅｂａｎｄ処理のＡＣＬ転送モード２１１を利用するデータリンクレイヤ仕様（Ｌ２ＣＡＰ）を実行するＬ２ＣＡＰ処理部２２が乗っている。また、Ｂａｓｅｂａｎｄ処理のＳＣＯ転送モード２１２を利用する上位プロトコルとして、音声電話などの処理を実行するＡｕｄｉｏ２７が乗っている。さらに、先のＬ２ＣＡＰ処理部２２を利用する上位プロトコルとして、Ａｕｄｉｏ２５やＶｉｄｅｏ２４などのＡＶデータ転送プロトコルや、ＡＶ／Ｃプロトコル２３などが定義されている。また、それらの上位プロトコルと並列の位置にＳＤＰプロトコル２６が乗っている。本実施形態では、これらの上位プロトコルを利用する形でＡＶアプリケーション２８が実行される場合を示していく。なお、Ｂｌｕｅｔｏｏｔｈ上には、これらのプロトコルの他にもＲＦＣＯＭＭ等のプロトコルも定義されているが、本実施形態には直接関係しないので、ここでは省略する。なお、図中、３０は、アダプテーションレイヤプロトコル（例えば、ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等のトランスポートプロトコル）である。
【００４４】
図２のようなプロトコル構成になっていることから、ＡＶアプリケーション２８を実行して、ＢＴ端末１０１とＢＴ端末１１１との間でのＡＶデータの送受信処理を行う場合には、ＡＶアプリケーション２８がＳＤＰプロトコル２６を介して無線リンクの状態情報を収集し、その無線リンクの状態情報を解析してからＡＶ／Ｃプロトコル２３を実行する。そして、そのＡＶ／Ｃプロトコル２３によって送出されたＡＶ／Ｃコマンドに従って、ＡＶデータがＡｕｄｉｏ２５やＶｉｄｅｏ２４等のプロトコルを介して転送されることになる。
【００４５】
現状のＢｌｕｅｔｏｏｔｈスペックにおいて、上記の無線のリンク状態情報を収集する方法としては、ＢＴ端末１０１もしくはＢＴ端末１１１において、Ｂｌｕｅｔｏｏｔｈ上のプロトコルとして定義されているＨＣＩ（Ｈｏｓｔ  Ｃｏｎｔｒｏｌｌｅｒ  Ｉｎｔｅｒｆａｃｅ）プロトコルのＡＰＩに用意されている「無線リンク状態情報の収集コマンド」を用いる方法などが考えられる。
【００４６】
図３に、図１の構成でＡＶデータ（ＢＴ端末１１１のＶＴＲ＿ＳｕｂＵｎｉｔ１１２内に記憶されているデータ）をＢＴ端末１０１がＢｌｕｅｔｏｏｔｈ経由で読み出して、鑑賞等する場合の処理シーケンスの一例を示す。
【００４７】
（１）ＢＴ端末１０１とＢＴ端末１１１とが接近し、各々がお互いの通信可能領域に存在することを認識する（Ｂａｓｅｂａｎｄ処理による）。
【００４８】
（２）ＢＴ端末１０１とＢＴ端末１１１との間でのＡＶ／Ｃメッセージ転送のための論理コネクションを設定する（Ｌ２ＣＡＰ処理による）。
【００４９】
（３）ＢＴ端末１０１およびＢＴ端末１１１が、それぞれ、無線リンクの状態情報をＢｌｕｅｔｏｏｔｈ上のプロトコル（ＨＣＩ）を用いて収集し、それをＳＤＰプロトコルで用いられるディスクリプタ（Ｄｅｓｃｒｉｐｔｏｒ）内に記憶する。なお、この場合、図１中のＳＤＰ情報（１０３，１１３）が、ＳＤＰプロトコルで用いられるＤｅｓｃｒｉｐｔｏｒ情報に対応する。
【００５０】
（４）ＢＴ端末１０１が、ＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドを用いて、ＢＴ端末１１１の中に存在するＳｕｂＵｎｉｔ情報を収集する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００５１】
（５）ＢＴ端末１１１が、自端末の中のＳｕｂＵｎｉｔとしてＶＴＲ＿ＳｕｂＵｎｉｔ１１２が存在する旨のＡＶ／ＣレスポンスをＢＴ端末１０１に通知する。
【００５２】
（６）ＢＴ端末１０１が、ＢＴ端末１１１からＡＶデータを受信するためのＢｌｕｅｔｏｏｔｈ上の論理コネクションを設定する（Ｌ２ＣＡＰ処理による）。
【００５３】
（７）ＢＴ端末１０１およびＢＴ端末１１１が、それぞれ、無線リンクの状態情報をＢｌｕｅｔｏｏｔｈ上のプロトコル（ＨＣＩ）を用いて収集し、それをＳＤＰプロトコルで用いられるＤｅｓｃｒｉｐｔｏｒ（１０３，１１３）内に記憶する。
【００５４】
（８）ＢＴ端末１０１上のＡＶアプリケーションが、自端末のＳＤＰプロトコルにおけるＤｅｓｃｒｉｐｔｏｒ情報を読み取り、Ｂｌｕｅｔｏｏｔｈのリンク状態情報を入手する。
【００５５】
（９）ＢＴ端末１０１上のＡＶアプリケーションが、処理（８）で収集した無線リンクの状態情報を参照し、ＢＴ端末１１１のＶＴＲ＿ＳｕｂＵｎｉｔ１１２に対して送出するＡＶ／Ｃコマンドを選択する。
【００５６】
また、例えば、無線リンクの状態を考慮して、ＰｌａｙするＡＶデータの選択や、レートの指定など、種々の処理内容や処理方法等を選択可能とすることができる。
【００５７】
なお、上記の選択には、ユーザを介在させるようにすることもできる。例えば、ＧＵＩを利用して、無線リンクの状態情報に応じて決まる転送・鑑賞の可能なＡＶコンテンツのリストを呈示し、それらのうちからユーザに所望のＡＶコンテンツを選択させるようにしてもよい。
【００５８】
（１０）ＢＴ端末１０１が、所望のＡＶデータを再生するためのＡＶ／Ｃコマンド（Ｐｌａｙコマンド）をＢＴ端末１１１に転送する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００５９】
（１１）ＢＴ端末１１１が、ＰｌａｙコマンドによってＡＶデータ転送を開始する。このとき利用するのは、処理（６）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００６０】
このような処理を実行することで、無線端末間でのＡＶデータ転送を、その無線リンクの状態に対応して実行することができるようになる。
【００６１】
ここで、上記処理シーケンス中の処理（３），（７）で収集されるＢｌｕｅｔｏｏｔｈリンクの状態情報としては、例えば、その時点でＢｌｕｅｔｏｏｔｈ上で利用可能な転送方式の種類（例えばＡＣＬやＳＣＯ）と、それら転送方式の状態（例えば帯域情報やチャネル情報）などが考えられる。また、Ｂｌｕｅｔｏｏｔｈのバージョン情報（例えばＶｅｒ．１もしくはＶｅｒ．２）や、Ｂｌｕｅｔｏｏｔｈの動作している電力モード（例えば高電力モードもしくは低電力モード）などの状態情報を通知することも考えられる。さらには、Ｌ２ＣＡＰ上の論理コネクション設定数などの、データリンクレイヤ情報を通知することも考えられる。また、可能であれば、ＢＴ端末のハードウェア情報（例えば、無線処理部の機能情報や、従っているプロトコルのバージョン情報など）も、無線のリンク状態情報の一部として取り込んでいくことも考えられる。
【００６２】
ただし、上記処理シーケンス中の処理（３），（７）において、このようなリンクの状態情報（利用可能な転送方式の種類（ＡＣＬやＳＣＯ）や帯域情報やモード情報など）自体が直接収集できるとは限らない。ＨＣＩにおいて規定されているＡＰＩなどから収集できる情報は、そのプロトコルのみで認識される情報であり、具体的な帯域などの情報そのものが収集されるわけではない（例えば、パケット廃棄率や使用しているチャネル数などが収集される場合がある）。そのため、ＳＤＰプロトコル２６もしくはＢＴ端末１０１上のＡＶアプリケーション２８によって、得られた無線リンクの状態情報を、帯域情報やＢｌｕｅｔｏｏｔｈ上のモード情報等のＡＶアプリケーション２８から見て意味のある情報に書き換えられるような、情報変換処理を行う必要が生じる場合があると想定される。
【００６３】
図４に、本実施形態で実行されているＳＤＰプロトコルが保持するＤｅｓｃｒｉｐｔｏｒ情報の一例を示す。
【００６４】
図４では、ＳＤＰプロトコルにおけるＤｅｓｃｒｉｐｔｏｒ情報を検索する際の起点となるＰｕｂｌｉｃ  Ｂｒｏｗｓｅ  Ｒｏｏｔ（Ｓ１１）の下に、サービスグループとして、Ｅｎｔｅｒｔａｉｎｍｅｎｔ（Ｓ２１）、Ｎｅｗｓ（Ｓ２２）、Ｒｅｆｅｒｅｎｃｅ（Ｓ２３）等が定義されている。本実施形態では、この中のＲｅｆｅｒｅｎｃｅグループ（Ｓ２３）の下に無線リンク（Ｂｌｕｅｔｏｏｔｈ）に関する情報が記載されるＷ−Ｌｉｎｋグループ（Ｓ２６）を定義している。そして、このＷ−Ｌｉｎｋグループ（Ｓ２６）の下に、具体的なリンク状態情報として、ＡＣＬに関する情報（Ｓ３４）やＳＣＯに関する情報（Ｓ３５）を記憶するようになっている。
【００６５】
図４には示していないが、このＤｅｓｃｒｉｐｔｏｒ情報には、Ｂｌｕｅｔｏｏｔｈの状態情報として、ＡＣＬやＳＣＯといった転送方式の種類別の情報以外にも、Ｂｌｕｅｔｏｏｔｈのバージョン情報や電力モードやハードウェア情報などの他の状態情報も記述可能である。このようなＤｅｓｃｒｉｐｔｏｒを用いることにより、ＳＤＰプロトコル２６を用いることで、他のＢＴ端末から読み出すことが可能となる。
【００６６】
図５に、本実施形態で用いられているＢＴ端末１０１の内部構成のブロック図の一例を示す。
【００６７】
本実施形態のＢＴ端末１０１は、Ｂｌｕｅｔｏｏｔｈを用いた無線通信が可能であり、そのための物理レイヤ処理を実行するＢｌｕｅｔｏｏｔｈインタフェース処理部５０１を有している。
【００６８】
このＢｌｕｅｔｏｏｔｈインタフェース処理部５０１には、そのデータ転送モードとしてＡＣＬモード５０１１とＳＣＯモード５０１２の２種類の転送モードが定義されている。そして、このＡＣＬモード５０１１を用いたデータリンクレイヤ機能としてＬ２ＣＡＰ処理部５０３が、データリンクレイヤの管理処理機能としてリンクモニタ処理部（Ｌｉｎｋモニタ処理部）５０２が存在する。このＬｉｎｋモニタ処理部５０２が、Ｂｌｕｅｔｏｏｔｈのリンク状態情報を収集し、それをＳＤＰ処理部５０４に通知するようになっている。
【００６９】
また、Ｌ２ＣＡＰ処理部５０３上には、ＢＴ端末１０１上に存在するサービス情報を保持／通知／応答するためのＳＤＰ処理部５０４と、ＢＴ端末１１１との間でのＡＶデータ転送の制御プロトコルを実行するＡＶ／Ｃ処理部５０５と、ＢＴ端末１１１との間でのＡＶデータ転送処理を実行するＡＶデータ処理部５０６が乗っている。ここで、ＡＶデータ処理部５０６が扱うＡＶデータとしては、基本的にＬ２ＣＡＰ処理部５０３を介して転送されてくるものを対象としているが、本実施形態では、それだけでなく、通常の音声電話などで利用される音声データを扱うＳＣＯモード５０１２からのＡｕｄｉｏデータも扱う場合があることを想定している。
【００７０】
ここで、Ｌｉｎｋモニタ処理部５０２で収集されＳＤＰ処理部５０４に通知されたＢｌｕｅｔｏｏｔｈのリンク状態情報は、ＡＶアプリケーション実行部５０８によって読み出されることになる。
【００７１】
このとき、Ｌｉｎｋモニタ処理部５０２で収集された無線リンクの状態情報は、必ずしもＳＤＰ情報として記述可能なパラメータになっているとは限らない。また、ＳＤＰ処理部５０４において記述されている無線リンクの状態情報を表すパラメータが上位のＡＶアプリケーション処理部５０８で読み取り可能なパラメータになっているとは限らない。よって、そのような場合には、例えば、ＳＤＰ処理部５０４内に、そのＬｉｎｋモニタ処理部５０２で収集された情報をＳＤＰ処理部５０４で理解可能なパラメータへの変換処理（演算処理）を行う機能を設け、ＡＶアプリケーション処理部５０８内に、そのＳＤＰ処理部５０４内に記述されている情報をＡＶアプリケーション処理部５０８で理解可能なパラメータへの変換処理（演算処理）を行う機能を設けるようにすればよい。
【００７２】
さらに、ＡＶアプリケーション実行部５０８が、その無線リンクの状態情報を基に、ＡＶ／Ｃ処理部５０５やＡＶデータ処理部５０６で行うべき処理を決定／通知する。つまり、ＡＶアプリケーション実行部５０８が、ＳＤＰ処理部５０４やＡＶ／Ｃ処理部５０５やＡＶデータ処理部５０６を制御しながら、ＡＶアプリケーションを実行する。また、ＡＶデータ処理部５０６で処理された画像データを写すためのディスプレイ部（Ｄｉｓｐｌａｙ部）５０７が存在する。
【００７３】
このようなＢＴ端末を用いることにより、本実施形態に示したようなＢＴ端末間でのＡＶデータ転送が可能となる。
【００７４】
（第２の実施形態）
以下に、図１の構成でＢＴ端末１０１とＢＴ端末１１１との間でＡＶデータ転送を実行する場合の、別の実施形態を示す。第１の実施形態と同様に、ＢＴ端末１０１とＢＴ端末１１１はＢｌｕｅｔｏｏｔｈで接続されているため、ＢＴ端末１１１上のＡＶデータを、どの程度の伝送速度で転送できるかは、用いるＢｌｕｅｔｏｏｔｈ上のリンクタイプや、Ｂｌｕｅｔｏｏｔｈ上のノイズの程度によって決まることになる。本実施形態では、このＢｌｕｅｔｏｏｔｈのリンク状態情報をＡＶアプリケーションに通知するための方法として、第１の実施形態の場合のようなＳＤＰプロトコルを用いる方法ではなく、ＡＶアプリケーションが利用するＡＶ／Ｃプロトコルを用いて通知する方法を示す。このときのＢＴ端末におけるプロトコルスタックの一例を図６に示す。
【００７５】
図６では、第１の実施形態（図２）において無線リンクの状態情報の受け渡し処理を行っていたＳＤＰプロトコル処理部２６が存在しない。その代わりに、Ｌ２ＣＡＰ処理部２２と同様にＢａｓｅｂａｎｄ処理部２１のＡＣＬモード２１１を利用するＬＭＰ（Ｌｉｎｋ  Ｍａｎａｇｒｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）プロトコル処理部２９が存在する。このＬＭＰプロトコル処理部２９は、無線リンクの状態情報を収集した後、Ｌ２ＣＡＰ処理部２２上のプロトコルとして定義されているＡＶ／Ｃプロトコル処理部２３で理解可能なフォーマットに変換された後、ＡＶ／Ｃプロトコル処理部２３に通知されることになる。よって、本実施形態において、ＡＶアプリケーション２８を実行して、ＢＴ端末間でのＡＶデータの送受信処理を行う場合には、ＡＶアプリケーション２８が、ＡＶ／Ｃプロトコル処理部２３から無線リンクの状態情報を収集できるようになる。
【００７６】
以下の例では、ＡＶ／Ｃプロトコル処理部２３を用いた無線リンクの状態情報の通知に、ＡＶ／ＣプロトコルでのＤｅｓｃｒｉｐｔｏｒを利用する方法として、そのＤｅｓｃｒｉｐｔｏｒ情報の一部分に無線リンクの状態情報を追加記述する場合を示す。ただし、無線リンクの状態情報をＡＶ／Ｃプロトコルを用いて上位アプリケーションに通知する方法としては、その他に、ＡＶ／Ｃコマンドとして定義されているＳｕｂＵｎｉｔ情報の収集コマンド（ＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンド）へのレスポンス情報に無線リンクの状態情報も書き込んで通知する方法や、ＡＶ／Ｃコマンドとして別途、無線リンクの状態を読み出す・通知するコマンドを定義する方法など、いくつかの方法が考えられる。
【００７７】
図７に、図１の構成でＡＶデータ（ＢＴ端末１１１のＶＴＲ＿ＳｕｂＵｎｉｔ１１２内に記憶されている画像データ）をＢＴ端末１０１が読み出して、鑑賞等する場合の、別の処理シーケンスの一例を示す。
【００７８】
（１）ＢＴ端末１０１とＢＴ端末１１１とが接近し、各々がお互いの通信可能領域に存在することを認識する（Ｂａｓｅｂａｎｄ処理による）。
【００７９】
（２）ＢＴ端末１０１とＢＴ端末１１１との間でのＡＶ／Ｃメッセージ転送のための論理コネクションを設定する（Ｌ２ＣＡＰ処理による）。
【００８０】
（３）ＢＴ端末１０１およびＢＴ端末１１１が、それぞれ、無線リンクの状態情報をＢｌｕｅｔｏｏｔｈ上のプロトコル（ＨＣＩ）を用いて収集し、それをＡＶ／Ｃプロトコルで用いられるＤｅｓｃｒｉｐｔｏｒ内に記憶する。なお、この場合、図１中のＳＤＰ情報１０３，１１３が、ＡＶ／ＣプロトコルにおけるＤｅｓｃｒｉｐｔｏｒ情報に対応する。
【００８１】
（４）ＢＴ端末１０１が、ＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドを用いて、ＢＴ端末１１１の中に存在するＳｕｂＵｎｉｔ情報を収集する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００８２】
（５）ＢＴ端末１１１が、自端末の中のＳｕｂＵｎｉｔとしてＶＴＲ＿ＳｕｂＵｎｉｔ１１２が存在する旨のＡＶ／ＣレスポンスをＢＴ端末１０１に通知する。
【００８３】
（６）ＢＴ端末１０１が、ＢＴ端末１１１からＡＶデータを受信するためのＢｌｕｅｔｏｏｔｈ上の論理コネクションを設定する（Ｌ２ＣＡＰ処理による）。
【００８４】
（７）ＢＴ端末１０１およびＢＴ端末１１１が、それぞれ、無線リンクの状態情報をＢｌｕｅｔｏｏｔｈ上のプロトコル（ＨＣＩ）を用いて収集し、それをＡＶ／Ｃプロトコルで用いられるＤｅｓｃｒｉｐｔｏｒ内に記憶する。なお、この場合、図１中のＳＤＰ情報１０３，１１３が、ＡＶ／ＣプロトコルにおけるＤｅｓｃｒｉｐｔｏｒ情報に対応する。
【００８５】
（８）ＢＴ端末１０１が、ＢＴ端末１１１内のＶＴＲ＿ＳｕｂＵｎｉｔ１１２に関する情報を入手するために、そのＤｅｓｃｒｉｐｔｏｒ情報を読むためのＲｅａｄ＿Ｄｅｓｃｒｉｐｔｏｒコマンドを送る。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００８６】
（９）ＢＴ端末１１１が、自端末内のＶＴＲ＿ＳｕｂＵｎｉｔ１１２のＤｅｓｃｒｉｐｔｏｒ情報（図１中のＳＤＰ情報１１３）をＢＴ端末１０１に通知する（リンク状態情報とともにコンテンツ情報も通知する）。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００８７】
（１０）ＢＴ端末１０１が受信したＤｅｓｃｒｉｐｔｏｒ内のリンク状態情報を読み取り、その状態に適したコンテンツを取得するためのＡＶ／Ｃコマンドを選択する。また、そのＡＶデータ転送に必要で、かつ、Ｂｌｕｅｔｏｏｔｈ上で利用可能な転送方式（ＡＣＬやＳＣＯ）を選択する。
【００８８】
また、例えば、無線リンクの状態を考慮して、ＰｌａｙするＡＶデータの選択や、レートの指定など、種々の処理内容や処理方法等を選択可能とすることができる。
【００８９】
なお、上記の選択には、ユーザを介在させるようにすることもできる。例えば、ＧＵＩを利用して、無線リンクの状態情報に応じて決まる転送・鑑賞の可能なＡＶコンテンツのリストを呈示し、それらのうちからユーザに所望のＡＶコンテンツを選択させるようにしてもよい。
【００９０】
（１１）ＢＴ端末１０１が、上記選択したＡＶ／ＣコマンドをＢＴ端末１１１に転送して所望のＡＶデータを指定した後、そのＡＶデータの再生コマンド（Ｐｌａｙコマンド）をＢＴ端末１１１に送信する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００９１】
（１２）ＢＴ端末１１１が、ＰｌａｙコマンドによってＡＶデータ転送を開始する。このとき利用するのは、処理（６）で設定したＬ２ＣＡＰ上の論理コネクションである。
【００９２】
このような処理を実行することで、無線端末間でのＡＶデータ転送を、その無線リンクの状態に対応して実行することができるようになる。
【００９３】
前述のように、ＡＶ／Ｃプロトコルにおける無線リンクの状態情報の収集方法としては、上記のようなＤｅｓｃｒｉｐｔｏｒ情報を読むことによって収集する方法以外に、上記処理（５）での、ＳｕｂＵｎｉｔ情報の収集コマンド（ＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンド）へのレスポンス情報に記載してしまう方法も考えられる。また、上記処理（８）において、Ｒｅａｄ＿Ｄｅｓｃｒｉｐｔｏｒコマンドを送る代わりに、無線リンクの状態情報を収集するためのコマンド（例えば、Ｒｅａｄ＿ＤａｔａＬｉｎｋＩｎｆｏのようなもの）を定義しておき、そのコマンドを使う方法なども考えられる。
【００９４】
ここで、先の実施形態と同様に、上記処理シーケンス中の処理（９）で通知される無線リンクの状態情報としては、Ｂｌｕｅｔｏｏｔｈ上で利用可能な転送方式の種類や状態、Ｂｌｕｅｔｏｏｔｈのバージョン情報や電力モードなども含ませることが考えられる。また、上記処理シーケンス中の処理（３），（７）において、収集した無線リンクの状態情報を、ＡＶ／ＣプロトコルのＤｅｓｃｒｉｐｔｏｒにおける表現に適応させるような、何らかの情報変換処理を行う必要が生じる場合があると想定される。
【００９５】
また、上記処理シーケンス中の処理（６）において、無線リンクの状態情報によって受信するコンテンツを選択する（コンテンツ情報は、受信したＤｅｓｃｒｉｐｔｏｒ情報内に記載されている）ようになっているが、コンテンツを選択する以外にも無線リンクの状態情報に適応するための方法は他にも考えられる。例えば、ＢＴ端末１１１のＶＴＲ＿ＳｕｂＵｎｉｔ１１２がリアルタイムエンコード機能を有している場合であれば、そのエンコーダのエンコードレートを無線リンク状態情報によって制御することが考えられる。また、ＢＴ端末１１１のＶＴＲ＿ＳｕｂＵｎｉｔ１１２が複数のエンコード機能（例えば、ＭＰＥＧ２エンコード機能とＭＰＥＧ４エンコード機能）を有している場合には、この無線リンク状態情報によって、実行するエンコード機能の種類を選択し、無線リンク上で運転可能なレートを提供できるエンコード方式で、ＶＴＲ＿ＳｕｂＵｎｉｔ１１２内のＡＶデータをエンコードして送出する方法なども考えられる。
【００９６】
図８に、本実施形態のＢＴ端末１１１内における、ＡＶ／Ｃプロトコル中のＤｅｓｃｒｉｐｔｏｒ情報の一例を示す。
【００９７】
図８では、ＡＶ／Ｃプロトコルで識別されるＳｕｂＵｎｉｔ毎にＤｅｓｃｒｉｐｔｏｒが定義されている場合を示しており、その各ＳｕｂＵｎｉｔ毎のＤｅｓｃｒｉｐｔｏｒが階層表示されている。図８の例では、まず、ＶＴＲ＿ＳｕｂＵｎｉｔ１１２のＲｏｏｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ａ１１）内に存在するＯｂｊｅｃｔ群として、ＢＴ端末１１１の有している通信インタフェースに対応するＤａｔａＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２１）と、記憶している映画やゲームに対応するＣｏｎｔｅｎｔｓ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２２）等が示されている。また、各Ｏｂｊｅｃｔとして、ＤａｔａＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２１）にはＢｌｕｅｔｏｏｔｈのＯｂｊｅｃｔ（Ａ３１）が、Ｃｏｎｔｅｎｔｓ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２２）にはＭｏｖｉｅのＯｂｊｅｃｔ（Ａ３２）が存在する。そして、これら各Ｏｂｊｅｃｔ群（Ａ３１），（Ａ３２）の具体的なパラメータとして、Ｂｌｕｅｔｏｏｔｈ上でのＡＣＬモードでの伝送可能帯域等の情報（Ａ４１）や、ＳＣＯで利用可能なチャネル数等の情報（Ａ４２）、ＭＰＥＧ２方式でエンコードされた映画のタイトルや可能な伝送速度（Ａ４３）、ＭＰＥＧ４方式でエンコードされた映画のタイトルや可能な伝送速度（Ａ４４）等が示されている。また、図８には示していないが、これらＤｅｓｃｒｉｐｔｏｒ情報には、Ｂｌｕｅｔｏｏｔｈの状態情報として、ＡＣＬやＳＣＯといった転送方式の種類別の情報以外にも、実装しているＢｌｕｅｔｏｏｔｈのバージョン情報や電力モードや、ＢＴ端末１１１のハードウェア情報などの状態情報も記述可能である。
【００９８】
図９に、本実施形態で用いられているＢＴ端末１０１の内部構成のブロック図の一例を示す。
【００９９】
本実施形態のＢＴ端末１０１は、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行するＢｌｕｅｔｏｏｔｈインタフェース処理部９０１と、このＢｌｕｅｔｏｏｔｈインタフェース処理部９０１上に定義されているＡＣＬモード９０１１を用いたＬ２ＣＡＰ処理部９０３と、Ｌｉｎｋモニタ処理部９０２が存在する。
【０１００】
このＬｉｎｋモニタ処理部９０２が、Ｂｌｕｅｔｏｏｔｈのリンク状態情報を収集し、それをＡＶ／Ｃ処理部９０５に通知するようになっている。ここで、Ｌｉｎｋモニタ処理部９０２で収集した無線リンクの状態情報は、必ずしもＡＶ／Ｃプロトコルで判別できる情報になっているとは限らない。そのため、Ｌｉｎｋモニタ処理部９０２とＡＶ／Ｃ処理部９０５との間に、Ｌｉｎｋモニタ処理部９０２で収集した無線リンクの状態情報を、ＡＶ／ＣプロトコルのＤｅｓｃｒｉｐｔｏｒ情報上に記載できるような形式に変換するための、情報変換処理部９０９が存在している。
【０１０１】
また、Ｌ２ＣＡＰ処理部９０３上には、ＡＶ制御プロトコルを実行するＡＶ／Ｃ処理部５０５と、ＡＣＬモード９０１１やＳＣＯモード９０１２を用いた実際のＡＶデータ転送を行うＡＶデータ処理部９０６が乗っている。ここで、Ｌｉｎｋモニタ処理部９０２で収集されＡＶ／Ｃ処理部９０５に通知されたＢｌｕｅｔｏｏｔｈのリンク状態情報は、ＡＶアプリケーション実行部９０８によって読み出され、その結果を基に、ＡＶ／Ｃ処理部９０５やＡＶデータ処理部９０６で行う処理が決定／通知される。また、ＡＶデータ処理部９０６で処理された画像データを写すためのＤｉｓｐｌａｙ部９０７が存在する。
【０１０２】
このようなＢＴ端末を用いることにより、本実施形態に示したようなＢＴ端末間でのＡＶデータ転送が可能となる。
【０１０３】
（第３の実施形態）
図１０に、無線ＬＡＮ（Ｂｌｕｅｔｏｏｔｈ）とＩＥＥＥ１３９４とを融合させたネットワーク構成でＡＶデータの転送を行う場合の、ネットワーク構成の一例を示す。
【０１０４】
図１０では、ＩＥＥＥ１３９４バス上の１３９４端末１００１とＢｌｕｅｔｏｏｔｈ上のＢＴ端末１０２１とが、ＩＥＥＥ１３９４とＢｌｕｅｔｏｏｔｈを接続する無線ゲートウェイ（ＧＷ）１０１１を介してＡＶデータの転送を行う場合を示している。
【０１０５】
本実施形態では、ＢＴ端末１０２１がＤｉｓｐｌａｙ機能を有しており、ＡＶ／ＣプロトコルにおけるＤｉｓｐｌａｙ＿ＳｕｂＵｎｉｔ１０２３と、Ｂｌｕｅｔｏｏｔｈ上のＳＤＰ情報１０２２を保持している。
【０１０６】
また、１３９４端末１００１がＶＴＲ機能を有しており、ＡＶ／ＣプロトコルにおけるＶＴＲ＿ＳｕｂＵｎｉｔ１００３を保持している。
【０１０７】
さらに、ＩＥＥＥ１３９４とＢｌｕｅｔｏｏｔｈとを接続する無線ＧＷ１０１１は、ＩＥＥＥ１３９４バスとＢｌｕｅｔｏｏｔｈとをＡＶ／Ｃプロトコルのレイヤで接続するためのプロキシ（Ｐｒｏｘｙ）機能を提供している。
【０１０８】
具体的には、無線ＧＷ１０１１は、実際には１３９４端末１００１内に存在するＶＴＲ＿ＳｕｂＵｎｉｔ１００３を、あたかも自端末内に存在するかのようにＢＴ端末１０２１に認識させる。つまり、ＢＴ端末１０２１は、無線ＧＷ１０１１内にＶＴＲ＿ＳｕｂＵｎｉｔ１０１３が存在するように認識する。このようなＰｒｏｘｙ処理を実行することにより、ＢＴ端末１０２１は、ネットワークの構成（実際にはＢｌｕｅｔｏｏｔｈがＩＥＥＥ１３９４に接続して動作していること）を意識せずに、Ｂｌｕｅｔｏｏｔｈ上に定義されるＡＶ／Ｃプロトコルを実行するだけで、ＩＥＥＥ１３９４バス上の１３９４端末１００１との間でＡＶ／Ｃプロトコルが実行できるようになる。また、無線ＧＷ１０１１は、Ｂｌｕｅｔｏｏｔｈ上のＳＤＰ情報１０１２も保持している。
【０１０９】
本実施形態においても、第１の実施形態の場合と同様に、ＢＴ端末１０２１と無線ＧＷ１０１１とが無線ＬＡＮ（Ｂｌｕｅｔｏｏｔｈ）によって接続されているため、ＢＴ端末１０２１と１３９４端末１００１との間で、どの程度の伝送速度でのＡＶデータ転送が実行できるのかは、無線ＬＡＮ（Ｂｌｕｅｔｏｏｔｈ）のリンク状態に依存することになる。ここでは、第１の実施形態の場合と同様のプロトコルスタック（図２）によってＢｌｕｅｔｏｏｔｈ上でのＡＶアプリケーションが実行されるものとし、無線ＧＷ１０１１上のＳＤＰ情報１０１２とＢＴ端末１０２１上のＳＤＰ情報１０２２が、ＡＶアプリケーションから直接読める場合を考える。よって、本実施形態においても、Ｂｌｕｅｔｏｏｔｈのリンクの状態情報を収集する手段として、ＨＣＩプロトコルのＡＰＩを用いることを前提とする。
【０１１０】
図１１に、本実施形態でＡＶデータ（１３９４端末１００１のＶＴＲ＿ＳｕｂＵｎｉｔ１００３内に記憶されているデータ）をＢＴ端末１０２１が読み出して、鑑賞等する場合の処理シーケンスの一例を示す。
【０１１１】
（１）ＢＴ端末１０２１と無線ＧＷ１０１１が接近し、各々がお互いの通信可能領域に存在することを認識する（Ｂａｓｅｂａｎｄ処理による）。
【０１１２】
（２）ＢＴ端末１０２１と無線ＧＷ１０１１との間でのＡＶ／Ｃメッセージ転送のための論理コネクションを設定する（Ｌ２ＣＡＰ処理による）。
【０１１３】
（３）ＢＴ端末１０２１および無線ＧＷ１０１１が、それぞれ、Ｂｌｕｅｔｏｏｔｈの状態情報を収集し（ＨＣＩプロトコルを用いて収集し）、それをＳＤＰ情報１０１２，１０２２（ＳＤＰプロトコルで用いられるＤｅｓｃｒｉｐｔｏｒ）内に記憶する。
【０１１４】
（４）上記処理（１）〜（３）に前後して、無線ＧＷ１０１１が、ＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドを用いて、１３０４端末１００１の中に存在するＳｕｂＵｎｉｔ情報を収集する。
【０１１５】
（５）１３９４端末１００１が、自端末の中のＳｕｂＵｎｉｔとしてＶＴＲ＿ＳｕｂＵｎｉｔ１００３が存在する旨のＡＶ／Ｃレスポンスを無線ＧＷ１０１１に通知する。
【０１１６】
（６）ＢＴ端末１０２１が、ＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドを用いて、接続した無線ＧＷ１０１１の中に存在するＳｕｂＵｎｉｔ情報を収集する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【０１１７】
（７）無線ＧＷ１０１１が、自端末の中のＳｕｂＵｎｉｔとして、実際には１３９４端末１００１内に存在するＶＴＲ＿ＳｕｂＵｎｉｔ１００３が、自端末内に存在するように（自端末内のＶＴＲ＿ＳｕｂＵｎｉｔ１０１３として）、ＢＴ端末１０２１に通知する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【０１１８】
（８）ＢＴ端末１０２１が、無線ＧＷ１０１１からＡＶデータを受信するためのＢｌｕｅｔｏｏｔｈ上の論理コネクションを設定する（Ｌ２ＣＡＰ処理部での処理）。
【０１１９】
（９）無線ＧＷ１０１１が、１３９４端末１００１からＡＶデータを受信するためのＩＥＥＥ１３９４バス上のコネクションを確立する（ＩＥＣ６１８８３プロトコルを実行する）。
【０１２０】
（１０）ＢＴ端末１０２１および無線ＧＷ１０１１が、それぞれ、Ｂｌｕｅｔｏｏｔｈの状態情報を収集し（ＨＣＩプロトコルを用いて収集し）、それをＳＤＰ情報１０１２，１０２２（ＳＤＰプロトコルで用いられるＤｅｓｃｒｉｐｔｏｒ）内に記憶する。
【０１２１】
（１１）ＢＴ端末１０２１上のＡＶアプリケーションが、自端末のＳＤＰプロトコルのＤｅｓｃｒｉｐｔｏｒ情報を読み取り、Ｂｌｕｅｔｏｏｔｈのリンク状態情報を入手する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【０１２２】
（１２）ＢＴ端末１０２１が、処理（１１）で収集したリンクの状態情報を参照し、無線ＧＷ１０１１のＶＴＲ＿ＳｕｂＵｎｉｔ１０１３に対して送出するＡＶ／Ｃコマンドを選択する。
【０１２３】
また、例えば、無線リンクの状態を考慮して、ＰｌａｙするＡＶデータの選択や、レートの指定など、種々の処理内容や処理方法等を選択可能とすることができる。
【０１２４】
なお、上記の選択には、ユーザを介在させるようにすることもできる。例えば、ＧＵＩを利用して、無線リンクの状態情報に応じて決まる転送・鑑賞の可能なＡＶコンテンツのリストを呈示し、それらのうちからユーザに所望のＡＶコンテンツを選択させるようにしてもよい。
【０１２５】
（１３）ＢＴ端末１０２１が、所望のＡＶデータを再生するためのＡＶ／Ｃコマンド（Ｐｌａｙコマンド）を無線ＧＷ１０１１に転送する。このとき利用するのは、処理（２）で設定したＬ２ＣＡＰ上の論理コネクションである。
【０１２６】
（１４）無線ＧＷ１０１１が、受信したコマンド（Ｐｌａｙコマンド）を、そのコマンドの宛先であるＶＴＲ＿ＳｕｂＵｎｉｔ１０１３に対応するＩＥＥＥ１３９４バス上の１３９４端末１００１内のＶＴＲ＿ＳｕｂＵｎｉｔ１００３に転送する。
【０１２７】
（１５）１３９４端末１００１内のＶＴＲ＿ＳｕｂＵｎｉｔ１００３が、ＡＶデータの転送を開始する。このとき利用するのは、処理（８）で設定したＬ２ＣＡＰ上の論理コネクションと、処理（９）で設定したＩＥＥＥ１３９４バス上のコネクションである。
【０１２８】
このような処理を実行することで、ＩＥＥＥ１３９４と無線（Ｂｌｕｅｔｏｏｔｈ）との間に跨ったＡＶデータ転送を、その無線リンクの状態に対応して実行することができるようになる。このときの、収集するＢｌｕｅｔｏｏｔｈのリンク状態情報の種類や、その収集したリンク状態情報のＳＤＰプロトコルへの通知方式（情報変換処理）などは、第１の実施形態に示したものと同様のものを用いることが可能である。
【０１２９】
図には示していないが、本実施形態中の無線ＧＷ１０１１が保持しているＳＤＰプロトコルにおけるＤｅｓｃｒｉｐｔｏｒ情報は、第１の実施形態の場合のＤｅｓｃｒｉｐｔｏｒ情報（図４）と同じものになる。ただし、無線ＧＷ１０１１は、Ｂｌｕｅｔｏｏｔｈのインタフェースだけではなく、ＩＥＥＥ１３９４のインタフェースも有していることから、ＡＶ／Ｃプロトコルのレイヤにおいては、このＩＥＥＥ１３９４バスのリンク情報も参照されることとなる。
【０１３０】
図１２に、本実施形態で用いられている無線ＧＷ１０１１の内部構成のブロック図の一例を示す。
【０１３１】
本実施形態の無線ＧＷ１０１１は、Ｂｌｕｅｔｏｏｔｈによる無線通信とＩＥＥＥ１３９４による有線通信の両方が可能であり、それら異なる通信インタフェースの間の接続処理を実行している。また、ＩＥＥＥ１３９４バスとＢｌｕｅｔｏｏｔｈとに跨ったＡＶ／Ｃプロトコルの実行を可能とするためのＰｒｏｘｙ処理も実行している。
【０１３２】
これらの処理を行うため、本実施形態の無線ＧＷ１０１１内には、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行するＢｌｕｅｔｏｏｔｈインタフェース処理部１２０１と、ＩＥＥＥ１３９４バスの物理レイヤ処理とＬｉｎｋレイヤ処理を実行するＩＥＥＥ１３９４インタフェース処理部１２０２が存在する。
【０１３３】
Ｂｌｕｅｔｏｏｔｈインタフェース処理部１２０１には、そのデータ転送モードとしてＡＣＬモード１２０１１とＳＣＯモード１２０１２の２種類の転送モードが定義されている。そして、このＡＣＬモード１２０１１を用いたデータリンクレイヤ機能としてＬ２ＣＡＰ処理部１２０４が、データリンクレイヤの管理処理機能としてＬｉｎｋモニタ処理部１２０３が存在する。このＬｉｎｋモニタ処理部１２０３が、Ｂｌｕｅｔｏｏｔｈのリンク状態情報を収集し、それをＳＤＰ処理部１２０６に通知するようになっている。ここで、Ｌｉｎｋモニタ処理部１２０２で収集されＳＤＰ処理部１２０６に通知されたＢｌｕｅｔｏｏｔｈのリンク状態情報は、ＧＷ機能処理部１２０８によって読み出されることになる。
【０１３４】
このとき、Ｌｉｎｋモニタ処理部１２０２で収集された無線リンクの状態情報は、必ずしもＳＤＰ情報として記述可能なパラメータになっているとは限らない。また、ＳＤＰ処理部１２０６において記述されている無線リンクの状態情報を表すパラメータが上位のＧＷ機能処理部１２０８で読み取り可能なパラメータになっているとは限らない。よって、そのような場合には、例えば、ＳＤＰ処理部１２０６内に、そのＬｉｎｋモニタ処理部１２０３で収集された情報をＳＤＰ処理部１２０６で理解可能なパラメータへの変換処理（演算処理）を行う機能を設け、ＧＷ機能処理部１２０８内に、そのＳＤＰ処理部１２０６内に記述されている情報をＧＷ機能処理部１２０８で理解可能なパラメータへの変換処理（演算処理）を行う機能を設けるようにすればよい。
【０１３５】
一方、ＩＥＥＥ１３９４インタフェース処理部１２０２には、ＩＥＥＥ１３９４バス上のＡｓｙｎｃｈｒｏｎｏｕｓモードのデータ転送を行うためのトランザクション処理を実行するＴｒａｎｓａｃｔｉｏｎ処理部１２０５が存在する。
【０１３６】
また、ＢｌｕｅｔｏｏｔｈとＩＥＥＥ１３９４バスとの間でのＡＶデータ転送を実行するＡＶデータ処理部１２０７では、ＢｌｕｅｔｏｏｔｈのＢａｓｅｂａｎｄ処理部１２０１上のＳＣＯモード１２０１２からの音声データや、ＡＣＬモード１２０１１からＬ２ＣＡＰ処理部１２０４を経由して送受信されるＡＶデータのプロトコル処理を行う。また、ＩＥＥＥ１３９４バス上のＩｓｏｃｈｒｏｎｏｕｓチャネルもしくはＡｓｙｎｃｈｒｏｎｏｕｓパケットを用いて送受信されるＡＶデータのプロトコル処理も実行し、ＢｌｕｅｔｏｏｔｈとＩＥＥＥ１３９４バスに跨ったＡＶデータ転送を可能としている。
【０１３７】
さらに、無線ＧＷ１０１１を介して、ＢｌｕｅｔｏｏｔｈとＩＥＥＥ１３９４の間に跨ったＡＶ／Ｃプロトコルの実行を可能とするための、ＧＷ機能処理部１２０８が存在する。このＧＷ機能処理部１２０８では、ＡＶ／ＣプロトコルのＰｒｏｘｙ処理などが実行されている。
【０１３８】
このような無線ＧＷを用いることによって、本実施形態に示したようなＢｌｕｅｔｏｏｔｈなどの無線ＬＡＮとＩＥＥＥ１３９４に跨ったＡＶデータ転送（転送制御）が可能となる。
【０１３９】
（第４の実施形態）
図１３に、無線ＬＡＮ（Ｂｌｕｅｔｏｏｔｈ）とＩＥＥＥ１３９４とを融合させたネットワーク構成でＡＶデータの転送を行う場合の、ネットワーク構成の一例を示す。
【０１４０】
本実施形態では、これまでの実施形態とは異なり、ユーザがＩＥＥＥ１３９４バス上の１３９４端末１３０１にアクセスして、無線ＬＡＮ上に存在する無線端末１３２１内のＡＶデータを鑑賞等する場合を想定している。また、第３の実施形態の場合と同様に、無線ＬＡＮとＩＥＥＥ１３９４バスとの間は無線ＧＷ１３１１によって接続されているが、本実施形態では、無線ＬＡＮとしてＩＥＥＥ８０２．１１のようなフォールバック機能（無線ＬＡＮの立ち上げ時に、無線の状況に応じて伝送速度を変える機能）を有するものが用いられている場合を想定している。
【０１４１】
本実施形態においては、１３９４端末１３０１内にＤｉｓｐｌａｙ＿ＳｕｂＵｎｉｔ１３０３が、無線端末１３２１内にＶＴＲ＿ＳｕｂＵｎｉｔ１３２３が存在している。また、無線ＧＷ１３１１が、ＩＥＥＥ１３９４と無線ＬＡＮに跨ったＡＶ／Ｃプロトコルを実行するためのＰｒｏｘｙ機能（第３の実施形態の無線ＧＷが提供したものと同様の機能）を提供しており、自端末内に、実際には無線端末１３２１内に存在するＶＴＲ＿ＳｕｂＵｎｉｔ１３２３に対応するＶＴＲ＿ＳｕｂＵｎｉｔ１３１３が存在するように、１３９４端末１３０１に認識させている。さらに、無線ＬＡＮのフォールバック情報も含めた無線リンクの状態情報が無線ＧＷ１３１１と無線ＧＷ１３２１内のリンク情報１３１２，１３２２に記憶されている。
【０１４２】
本実施形態は、第２の実施形態の場合と同様のプロトコルスタック（図６）によって、無線ＬＡＮ上のＡＶアプリケーションが実行されるものとする。ただし、Ｂｌｕｅｔｏｏｔｈの物理レイヤ部分とＬ２ＣＡＰ処理部分が、各々、ＩＥＥＥ８０２．１１無線ＬＡＮの物理レイヤ部分とＭＡＣレイヤ部分に対応している。また、ＩＥＥＥ８０２．１１無線ＬＡＮ上にも、ＬＭＰと同様の無線リンクの状態情報を収集するプロトコルが、別途定義されているものとする。
【０１４３】
図１４に、本実施形態でＡＶデータ（無線端末１３２１のＶＴＲ＿ＳｕｂＵｎｉｔ１３２３内に記憶されているデータ）を１３９４端末１３０１が読み出して、鑑賞等する場合の処理シーケンスの一例を示す。
【０１４４】
（１）無線ＬＡＮが立ち上がり、無線ＧＷ１３１１と無線端末１３２１との間の状況を見て、状況に応じた伝送速度を実現する変調方式を採用することを決定する（フォールバック処理による）。
【０１４５】
（２）無線ＧＷ１３１１が、フォールバックした結果、選択された伝送速度の情報をＡＶ／Ｃプロトコルに通知する。
【０１４６】
（３）無線ＧＷ１３１１が、ＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドを用いて、無線端末１３２１の中に存在するＳｕｂＵｎｉｔ情報を収集する。
【０１４７】
（４）無線端末１３２１が、自端末の中のＳｕｂＵｎｉｔとしてＶＴＲ＿ＳｕｂＵｎｉｔ１３２３が存在する旨のＡＶ／Ｃレスポンスを無線ＧＷ１３１１に通知する。
【０１４８】
（５）１３９４端末１３０１が、ＡＶ／ＣプロトコルのＳｕｂＵｎｉｔ＿Ｉｎｆｏコマンドを用いて、無線ＧＷ１３１１の中に存在するＳｕｂＵｎｉｔ情報を収集する。
【０１４９】
（６）無線ＧＷ１３１１が、自端末の中のＳｕｂＵｎｉｔとして、実際には無線端末１３２１内に存在するＶＴＲ＿ＳｕｂＵｎｉｔ１３２３が、自端末内に存在するように（自端末内のＶＴＲ＿ＳｕｂＵｎｉｔ１３１３として）、１３９４端末１３０１に通知する。
【０１５０】
（７）１３９４端末１３０１が、無線ＧＷ１３１１内のＶＴＲ＿ＳｕｂＵｎｉｔ１３１３に関する情報を入手するために、そのＤｅｓｃｒｉｐｔｏｒ情報を読むためのＲｅａｄ＿Ｄｅｓｃｒｉｐｔｏｒコマンドを送る。
【０１５１】
（８）無線ＧＷ１３１１が、自端末内のＶＴＲ＿ＳｕｂＵｎｉｔ１３１３のＤｅｓｃｒｉｐｔｏｒ情報を１３９４端末１３０１に通知する（フォールバック情報とともにコンテンツ情報も通知する）。
【０１５２】
（９）１３９４端末１３０１が、無線ＧＷ１３１１からＡＶデータを受信するためのＩＥＥＥ１３９４バス上のコネクションを確立する（ＩＥＣ６１８８３プロトコルを実行する）。
【０１５３】
（１０）無線ＧＷ１３１１が、無線端末１３２１からＡＶデータを受信するための無線ＬＡＮ上の通信リソースを獲得する（ＰＣＦモードでの動作）。
【０１５４】
（１１）１３９４端末１３０１が、処理（８）で受信したＤｅｓｃｒｉｐｔｏｒ情報を参照し、無線ＧＷ１３１１のＶＴＲ＿ＳｕｂＵｎｉｔ１３１３に対して送出するＡＶ／Ｃコマンドを選択する。なお、前述と同様に、ＰｌａｙするＡＶデータの選択やレートの指定なども行うことができる。
【０１５５】
また、例えば、無線リンクの状態を考慮して、ＰｌａｙするＡＶデータの選択や、レートの指定など、種々の処理内容や処理方法等を選択可能とすることができる。
【０１５６】
なお、上記の選択には、ユーザを介在させるようにすることもできる。例えば、ＧＵＩを利用して、無線リンクの状態情報に応じて決まる転送・鑑賞の可能なＡＶコンテンツのリストを呈示し、それらのうちからユーザに所望のＡＶコンテンツを選択させるようにしてもよい。
【０１５７】
（１２）１３９４端末１３０１が、所望のＡＶデータを再生するためのＡＶ／Ｃコマンド（Ｐｌａｙコマンド）を無線ＧＷ１３１１に転送する。
【０１５８】
（１３）無線ＧＷ１３１１が、受信したコマンド（Ｐｌａｙコマンド）を、そのコマンドの宛先であるＶＴＲ＿ＳｕｂＵｎｉｔ１３１３に対応する無線ＬＡＮ上の無線端末１３２１内のＶＴＲ＿ＳｕｂＵｎｉｔ１３２３に転送する。
【０１５９】
（１４）無線端末１３２１内のＶＴＲ＿ＳｕｂＵｎｉｔ１３２３が、ＡＶデータの転送を開始する。
【０１６０】
このような処理を実行することで、ＩＥＥＥ１３９４と無線ＬＡＮ（ＩＥＥＥ８０２．１１）との間に跨ったＡＶデータ転送を、その無線リンクの状態に対応して実行することができるようになる。
【０１６１】
図１５に、本実施形態の無線ＧＷ１３１１内のＤｅｓｃｒｉｐｔｏｒ情報の一例を示す。
【０１６２】
本実施形態のＤｅｓｃｒｉｐｔｏｒ情報も、第２の実施形態の場合と同様に、ＡＶ／Ｃプロトコルで識別されるＳｕｂＵｎｉｔ毎にＤｅｓｃｒｉｐｔｏｒが定義されている場合を示している。
【０１６３】
図１５の例では、まず、ＶＴＲ＿ＳｕｂＵｎｉｔ１３１３のＲｏｏｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ａ１１）内に存在するＯｂｊｅｃｔ群として、無線ＧＷ１３１１の有している通信インタフェースに対応するＤａｔａＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２１）と、記憶している映画やゲームに対応するＣｏｎｔｅｎｔｓ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２２）等が示されている。また、各Ｏｂｊｅｃｔとして、ＤａｔａＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２１）にはＩＥＥＥ８０２．１１に対応するＯｂｊｅｃｔ（Ａ３１）とＩＥＥＥ１３９４に対応するＯｂｊｅｃｔ（Ａ３３）が、Ｃｏｎｔｅｎｔｓ＿Ｄｅｓｃｒｉｐｔｏｒ（Ａ２２）にはＭｏｖｉｅのＯｂｊｅｃｔ（Ａ３２）が存在する。そして、これら各Ｏｂｊｅｃｔ群（Ａ３１），（Ａ３２），（Ａ３３）の具体的なパラメータとして、ＩＥＥＥ８０２．１１上でのフォールバック後の伝送速度（Ａ４５）や、ＩＥＥＥ１３９４上のＡｓｙｎｃｈｒｏｎｏｕｓモードで利用可能な帯域情報（Ａ４６）や、Ｉｓｏｃｈｒｏｎｏｕｓモードに設定されているチャネル数（Ａ４７）や、ＭＰＥＧ２方式でエンコードされた映画のタイトルや可能な伝送速度（Ａ４３）、ＭＰＥＧ４方式でエンコードされた映画のタイトルや可能な伝送速度（Ａ４４）等が示されている。また、図１５には示していないが、これらＤｅｓｃｒｉｐｔｏｒ情報には、他にも、実装されているプロトコルの種類や送信電力モードや、無線端末１３２１のハードウェア情報などの状態情報も記述可能である。
【０１６４】
図１６に、本実施形態で用いられている無線ＧＷ１３１１の内部構成のブロック図の一例を示す。
【０１６５】
本実施形態の無線ＧＷ１３１１は、ＩＥＥＥ８０２．１１による無線通信とＩＥＥＥ１３９４による有線通信の両方が可能であり、それら異なる通信インタフェースの間の接続処理を実行している。また、ＩＥＥＥ１３９４バスとＩＥＥＥ８０２．１１とに跨ったＡＶ／Ｃプロトコルの実行を可能とするためのＰｒｏｘｙ処理も実行している。
【０１６６】
これらの処理を行うため、本実施形態の無線ＧＷ１３１１内には、ＩＥＥＥ８０２．１１無線ＬＡＮの物理レイヤ処理を実行するＩＥＥＥ８０２．１１インタフェース処理部１６０１と、ＩＥＥＥ１３９４バスの物理レイヤ処理とＬｉｎｋレイヤ処理を実行するＩＥＥＥ１３９４インタフェース処理部１６０２が存在する。
【０１６７】
ＩＥＥＥ８０２．１１インタフェース処理部１６０１には、無線ＬＡＮ立ち上げ時のフォールバック処理を実行するフォールバック処理部１６０１１が存在し、さらに、そのフォールバック処理の結果の伝送速度情報を収集する情報収集処理部１６０６と接続している。
【０１６８】
一方、ＩＥＥＥ１３９４インタフェース処理部１６０２は、ＩＥＥＥ１３９４バス上のＡｓｙｎｃｈｒｏｎｏｕｓモードのデータ転送を行うためのトランザクション処理を実行するＴｒａｎｓａｃｔｉｏｎ処理部１６０５と接続している。
【０１６９】
また、ＩＥＥＥ８０２．１１のＭＡＣプロトコル処理を実行するＭＡＣ処理部１６０４やＩＥＥＥ８０２．１１無線ＬＡＮとＩＥＥＥ１３９４バスとの間でのＡＶデータ転送を実行するＡＶデータ処理部１６０７が存在し、ＩＥＥＥ８０２．１１やＩＥＥＥ１３９４から送受信されるＡＶデータの処理を行っている。
【０１７０】
さらに、無線ＧＷ１３１１を介して、ＩＥＥＥ８０２．１１無線ＬＡＮとＩＥＥＥ１３９４との間に跨ったＡＶ／Ｃプロトコルの実行を可能とするための、ＧＷ機能処理部１６０８が存在する。このＧＷ機能処理部１６０８ではＡＶ／ＣプロトコルのＰｒｏｘｙ処理などが実行されている。
【０１７１】
このような無線ＧＷを用いることによって、本実施形態に示したようなＩＥＥＥ８０２．１１などの無線ＬＡＮとＩＥＥＥ１３９４に跨ったＡＶデータ転送（転送制御）が可能となる。
【０１７２】
なお、以上の各実施形態において、端末やＧＷは、ＡＶ制御のために用いるトポロジー情報やデータリンク情報等を、無線リンクの状態情報を、自装置によってのみ取得するようにしてもよいし、他の装置のみから取得するようにしてもよいし、自装置によって取得するとともに他の装置からも取得するようにしてもよい。
【０１７３】
また、以上の各実施形態では、データ受信側の装置の上位アプリケーションが通知された情報に基づいて処理の選択を行う形態について説明したが、データ送信側の装置の上位アプリケーションが通知された情報に基づいて処理の選択を行う形態も可能である。
【０１７４】
また、本発明は家庭内ネットワークにもオフィスやその他の環境に設けられたネットワークにも適用可能である。
【０１７５】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１７６】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１７７】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１７８】
【発明の効果】
本発明によれば、ネットワークの状態が変化し得る無線ネットワーク環境やＩＥＥＥ１３９４バスのような有線ネットワークと無線ネットワークが接続した環境においても、無線ネットワークのリンクの状態を考慮したデータ転送が可能となる。
【図面の簡単な説明】
【図１】本発明の無線端末を用いた家庭内無線ＡＶネットワークの一例を示す図
【図２】Ｂｌｕｅｔｏｏｔｈ上でＡＶデータ転送を行う場合のプロトコルスタックの一例を示す図
【図３】本発明の無線端末間でのパケット転送処理シーケンスの一例を示す図
【図４】本発明の無線端末における、ＳＤＰを用いた無線リンクの状態情報の保持方法の一例を示す図
【図５】本発明の無線端末の内部構成の一例を示す図
【図６】Ｂｌｕｅｔｏｏｔｈ上でＡＶデータ転送を行う場合のプロトコルスタックの他の例を示す図
【図７】本発明の無線端末間でのパケット転送処理シーケンスの他の例を示す図
【図８】本発明の無線端末における、ＡＶ／Ｃを用いた無線リンクの状態情報の保持方法の一例を示す図
【図９】本発明の無線端末の内部構成の他の例を示す図
【図１０】本発明の無線ゲートウェイを用いた家庭内無線ＡＶネットワークの一例を示す図
【図１１】本発明の無線ゲートウェイを介したパケット転送処理シーケンスの一例を示す図
【図１２】本発明の無線ゲートウェイの内部構成の一例を示す図
【図１３】本発明の無線ゲートウェイを用いた家庭内無線ＡＶネットワークの他の例を示す図
【図１４】本発明の無線ゲートウェイを介したパケット転送処理シーケンスの他の例を示す図
【図１５】本発明の無線ゲートウェイにおける、ＡＶ／Ｃを用いた無線リンクの状態情報の保持方法の一例を示す図
【図１６】本発明の無線ゲートウェイの内部構成の他の例を示す図
【符号の説明】
１０１，１１１，１０２１…ＢＴ端末
１０２，１１２，１００３，１０１２，１０１３，１０２２，１０２３，１３０３，１３１２，１３１３，１３２２，１３２３…サブユニット
２１…Ｂａｓｅｂａｎｄ処理部
２２，５０３，９０３，１２０４…Ｌ２ＣＡＰ処理部
２８…Ａ／Ｖアプリケーション
２９…ＬＭＰプロトコル処理部
５０１，９０１，１２０１…Ｂｌｕｅｔｏｏｔｈインタフェース処理部
５０２，９０２，１２０３…Ｌｉｎｋモニタ処理部
５０４，１２０６…ＳＤＰプロトコル処理部
５０５，９０５，１２０７…ＡＶ／Ｃプロトコル処理部
５０６，９０６，１６０７…ＡＶデータ処理部
５０７，９０７…Ｄｉｓｐｌａｙ部
５０８，９０８…ＡＶアプリケーション実行部
９０９…情報変換処理部
１００１，１３０１…１３９４端末
１０１１，１３１１…無線ＧＷ
１２０２，１６０２…ＩＥＥＥ１３９４インタフェース処理部
１２０５，１６０５…Ｔｒａｎｓａｃｔｉｏｎ処理部
１２０８，１６０８…ＧＷ機能処理部
１３２１…無線端末
１６０１…ＩＥＥＥ８０２．１１インタフェース処理部
１６０１１…フォールバック処理部
１６０４…ＭＡＣ処理部
１６０６…情報収集処理部
【図１】
0003583667.tif 000002
【図２】
0003583667.tif 000003
【図３】
0003583667.tif 000004
【図４】
0003583667.tif 000005
【図５】
0003583667.tif 000006
【図６】
0003583667.tif 000007
【図７】
0003583667.tif 000008
【図８】
0003583667.tif 000009
【図９】
0003583667.tif 000010
【図１０】
0003583667.tif 000011
【図１１】
0003583667.tif 000012
【図１２】
0003583667.tif 000013
【図１３】
0003583667.tif 000014
【図１４】
0003583667.tif 000015
【図１５】
0003583667.tif 000016
【図１６】
0003583667.tif 000017