(57)【要約】  ワイヤレス・オーディオ・ネットワークにおいてワイヤレス接続される、チャネル・マスタ（例えばオーディオ・プレイヤー）、応答デバイス（例えばリモコン／ヘッドホン）、およびオプションとして受動デバイス（例えばヘッドホン）の間の通信を管理するための電子装置および方法が提供される。このチャネル・マスタはオーディオ信号およびネットワーク管理情報を送信し、応答デバイスはこれらを受信する。プロファイル・ネゴシエーション手段は、デバイスのためのアプリケーション・プロファイルの通信を行い、デバイス間で共通の少なくとも１つのアプリケーション・プロファイルを確立し、そしてデバイス間のアソシエーションのために、選択された共通アプリケーションを指定する。チャネル選択手段は、アイドル・チャネルの検索のために各チャネルをスキャンし、またチャネルの性質に基づく優先度に応じてスキャンされたチャネルを順序化することによって得られたチャネルの順列（PCS）を利用し、通信のためのチャネルを選択する。標準化された制御およびステータス・インターフェースを利用することによって、ネットワーク内での通信に異なるデータ・ストリームを使用するデバイス間での相互接続が確立される。
2008536354.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス・オーディオ・ネットワークにおいてワイヤレス接続される少なくとも２つのデバイス間のデータ通信の管理のために構成される電子装置において、前記データが、オーディオ信号およびオーディオ制御コマンドおよび／又はステータス情報によって構成され、ここで、第１の前記デバイスがチャネル・マスタとして機能し、第２の前記デバイスが前記チャネル・マスタにアソシエートされる応答デバイスとして機能し、前記各デバイスが、前記デバイスのための少なくとも１つのクラスおよび１つ又は複数の機能を識別する独自のアソシエーション識別子（AID）およびアプリケーション・プロファイルを有しており、前記電子管理装置が前記デバイス内に実装され、そしてプロファイル・ネゴシエーション手段によって構成され、前記プロファイル・ネゴシエーション手段が：
（ｉ）前記第１および第２デバイス間で、前記デバイスのための前記アプリケーション・プロファイルの通信を行うための手段と；
（ii）前記デバイス間で共通の少なくとも１つの共通アプリケーション・プロファイルを確立するための手段と；そして
（iii）選択された前記共通アプリケーション・プロファイル（PIU）を前記デバイス間のアソシエートのために指定し、そして前記ネットワークにおいて、前記デバイス間の相互接続を確立するための手段とで構成されることを特徴とする電子装置。
【請求項２】
前記各デバイスのための前記アプリケーション・プロファイルが、さらに前記デバイスの１つ又は複数のオプションの機能を含むことを特徴とする請求項１記載の電子装置。
【請求項３】
前記オプションの機能が、オーディオ制御コマンドを含むことを特徴とする請求項２記載の電子装置。
【請求項４】
前記チャネル・マスタが、前記オーディオ信号を送信するように構成され、そして前記応答デバイスが、前記オーディオ信号を受信するように構成されることを特徴とする請求項１記載の電子装置。
【請求項５】
前記チャネル・マスタが、前記オーディオ信号を送受信するように、そして前記応答デバイスが、前記オーディオ信号を送受信するようにそれぞれ構成されることを特徴とする請求項１記載の電子装置。
【請求項６】
さらに前記第１および第２デバイスをアソシエートするためのアクティブ・アソシエーション手段によって構成され、前記アクティブ・アソシエーション手段が、前記各デバイスにおいて同時に発生するアクティブ・アソシエーション・トリガーを検出するように構成され、そして前記デバイス間でそれらの前記AIDおよび前記PIUを交換するための手段によって構成されており、前記デバイスの前記アソシエーションが、前記データ通信の前に行われることを特徴とする請求項１記載の電子装置。
【請求項７】
電子装置において、前記ネットワークが、受動デバイスとして機能するように構成され、そして前記第１デバイスに受動的にアソシエートされる少なくとも１つの追加ワイヤレス・デバイスを含み、前記装置が、前記アソシエートされる第２デバイスにおける第１受動アソシエーション・トリガーおよび前記受動デバイスにおいて同時に発生する第２受動アソシエーション・トリガーを検出するように構成され、そして前記第１デバイスの前記AIDを前記受動デバイスへ伝送するための手段によって構成されることを特徴とする請求項６記載の電子装置。
【請求項８】
前記第１デバイスが、コンパクト・ディスク（CD）プレイヤー、ＭＰ３プレイヤーおよびミニディスク・プレイヤーから成るオーディオ・プレイヤーの群から選択されるオーディオ・ソースであって、そして前記第２デバイスが、リモコンおよびヘッドホンのいずれか１つ又はその両方であるオーディオ・シンクであることを特徴とする請求項４記載の電子装置。
【請求項９】
前記第１デバイスが、携帯電話ハンドセットであって、そして前記第２デバイスが、携帯電話ヘッドセットであって、そして前記オーディオ信号が、双方向性の信号であることを特徴とする請求項５記載の電子装置。
【請求項１０】
前記第１および第２デバイスが、オーディオ・ソースおよびオーディオ・シンクとは別個の素子であり、オーディオ・ソースおよびオーディオ・シンクにそれぞれ接続することができ、前記オーディオ・ソースが、前記データを前記第１デバイスに伝送するように構成され、前記第１デバイスが前記オーディオ制御コマンドおよび／又はステータス情報を前記オーディオ・ソースに伝送するように構成され、前記オーディオ・シンクが、前記オーディオ制御コマンドおよび／又はステータス情報を前記第２デバイスに伝送するように構成され、そして前記第２デバイスが、前記データを前記オーディオ・シンクに伝送するように構成されることを特徴とする請求項１記載の電子装置。
【請求項１１】
前記第１および第２デバイスが、前記オーディオ・ソースおよびシンクにそれぞれプラグ接続されるように構成されるプラグイン・デバイスであることを特徴とする請求項１０記載の装置。
【請求項１２】
前記オーディオ・ソースが、コンパクト・ディスク（CD）プレイヤー、ＭＰ３プレイヤーおよびミニディスク・プレイヤーから成るオーディオ・プレイヤーの群から選択されることを特徴とする請求項１１記載の電子装置。
【請求項１３】
ワイヤレス・オーディオ・ネットワークにおいてワイヤレス接続される少なくとも２つのデバイス間のデータ通信の管理のために構成される電子装置において、前記データが、オーディオ信号およびオーディオ制御コマンドおよび／又はステータス情報によって構成され、ここで、第１の前記デバイスがチャネル・マスタとして機能し、第２の前記デバイスが前記チャネル・マスタにアソシエートされる応答デバイスとして機能し、前記各デバイスが独自のアソシエーション識別子（AID）を有し、前記電子管理装置が前記通信のためのチャネルを選択するためのチャネル選択手段によって構成され、前記チャネル選択手段が：
（ｉ）前記第１デバイス内に実装され、アイドル・チャネルを検索して前記ネットワークのチャネルをスキャンし、前記スキャンから前記チャネルの順列（PCS）を確立し、そして前記チャネルの順列（PCS）を前記アソシエートされた第２デバイスへ伝送するように構成される第１選択手段と；
（ii）前記第１デバイス内に実装され、前記チャネルの順列（PCS）から第１の利用可能チャネルを選択し、前記第１デバイスから前記選択された第１の利用可能チャネル上にビーコン信号を送信するように構成される第２選択手段において、前記ビーコン信号が前記第１デバイスの独自のアソシエーション識別子（AID）を含むことを特徴とする第２選択手段と；そして
（iii）前記第２デバイス内に実装され、また前記チャネルの順列（PCS）においてチャネルのスキャンを行い、そして前記第２デバイスによって利用するため、前記スキャンおよび前記第１デバイスの前記独自のアソシエーション識別子（AID）を有する前記１つの送信されたビーコンの検出から、前記第１デバイスの前記選択されたチャネルを識別するように構成される第３選択手段とで構成されることを特徴とする電子装置。
【請求項１４】
前記スキャンがエネルギー検出を含むことを特徴とする請求項１３記載の電子装置。
【請求項１５】
前記チャネルの順列（PCS）が、チャネルの性質に基づいてサブグループ内で順序化され、１つの前記サブグループの各チャネルが、前記サブグループの前記チャネルが干渉の影響を受ける可能性に基づいて、および／又は前記チャネルが占有されている可能性に基づいて判定され、前記サブグループの他の前記チャネルと同じ性質を有していると判断されることを特徴とする請求項１４記載の電子装置。
【請求項１６】
前記各サブグループの前記チャネルの順序が、ランダム化されることを特徴とする請求項１５記載の電子装置。
【請求項１７】
所定のイベントの際に、前記第１選択手段が、前記チャネルの順列（PCS）を再確立し、そしてこの順列を前記アソシエートされたデバイスに伝送することを特徴とする請求項１３記載の電子装置。
【請求項１８】
さらに、前記第２デバイス内に実装され、前記第１デバイスの前記選択されたチャネルの後に前記チャネルの順列（PCS）内で次のチャネルを周期的にスキャンし、そこから次のチャネル・スキャン情報を判定し、そして前記次のチャネル・スキャン情報を前記第１デバイスへ伝送するように構成されたプリエンプティブ移動‐スキャン手段によって構成される電子装置において、前記第１デバイスは、前記第１デバイスが前記次のチャネルのスキャン情報に基づいて前記次のチャネルがアイドル状態ではないと判断した場合、前記チャネルの順列（PCS）から前記次のチャネルを除外する手段を含んでいることを特徴とする請求項１３記載の電子装置。
【請求項１９】
ワイヤレス・オーディオ・ネットワークにおいてワイヤレス接続される少なくとも２つのデバイス間のデータ通信の管理のために構成される電子装置において、前記データが、オーディオ信号およびオーディオ制御コマンドおよび／又はステータス情報によって構成され、ここで、第１の前記デバイスがチャネル・マスタとして機能し、第２の前記デバイスが前記チャネル・マスタにアソシエートされる応答デバイスとして機能し、前記電子装置が、前記オーディオ制御コマンドおよびステータス情報を標準化し、前記標準化されたオーディオ制御およびコマンドおよびステータス情報を前記デバイス間で通信し、前記標準化の前に互換性のないデータ・ストリームを通信するために構成された前記デバイスも含めて、前記デバイス間で相互接続を確立するように構成された制御およびステータス・インターフェースを含むことを特徴とする電子装置。
【請求項２０】
前記標準化制御およびステータス・インターフェースが、オーディオ制御コマンド情報を標準化するために構成されるアナログ・キー電圧インターフェース（AKEY）を含むことを特徴とする請求項１９記載の電子装置。
【請求項２１】
前記標準化制御およびステータス・インターフェースが、オーディオ制御コマンド情報およびステータス情報を標準化するために構成されるデジタル・シリアル・メッセージ・インターフェース（ACSI）を含むことを特徴とする請求項１９記載の電子装置。
【請求項２２】
前記ネットワークが、デジタル・オーディオ・ネットワークであることを特徴とする請求項１記載の電子装置。
【請求項２３】
前記ネットワークが、デジタル・オーディオ・ネットワークであることを特徴とする請求項１３記載の電子装置。
【請求項２４】
ワイヤレス・オーディオ・ネットワークにおいてワイヤレス接続される少なくとも２つのデバイス間でのデータ通信を管理するための方法において、前記データが、オーディオ信号およびオーディオ制御コマンドおよび／又はステータス情報によって構成され、これによって第１の前記デバイスが、チャネル・マスタとして機能し、第２の前記デバイスが、前記チャネル・マスタにアソシエートされる応答デバイスとして機能し、前記各デバイスが、前記デバイスのための少なくとも１つのクラスおよび１つ又は複数の機能を識別する独自のアソシエーション識別子（AID）およびアプリケーション・プロファイルを有しており、前記方法が：
（ｉ）前記第１および第２デバイス間で、前記デバイスのための前記アプリケーション・プロファイルの通信を行うステップと；
（ii）前記デバイス間で共通の少なくとも１つの共通アプリケーション・プロファイルを確立するステップと；そして
（iii）選択された前記共通アプリケーション・プロファイル（PIU）を指定し、前記デバイス間をアソシエートさせ、前記ネットワーク内で前記デバイス間の相互接続を確立するステップとで構成される方法。
【請求項２５】
前記第２デバイスの前記第１デバイスへのアソシエーションに、前記各デバイスにおいて同時に発生するアクティブ・アソシエーション・トリガーを検出するステップと、前記データ通信の前に、前記デバイス間でそれらの前記AIDおよびPIUの交換を行うステップとが含まれることを特徴とする請求項24記載の方法。
【請求項２６】
前記ネットワークが、少なくとも１つの追加ワイヤレス・デバイスを含み、前記方法が、さらに、前記追加デバイスを前記第１デバイスに受動的にアソシエートさせるステップを含み、前記受動アソシエーションが、前記アソシエートされる第２デバイスにおける第１受動アソシエーション・トリガーおよび前記追加デバイスにおいて同時に発生する第２受動アソシエーション・トリガーを検出するステップと、前記第１デバイスの前記AIDを前記追加デバイスに伝送するステップとで構成されることを特徴とする請求項２５記載の方法。
【請求項２７】
さらに、前記通信のためにチャネルを選択するステップを含み、前記チャネルの選択が：
（ｉ）アイドル・チャネルを検索して前記ネットワークのチャネルをスキャンし、前記スキャンから前記チャネルの順列（PCS）を確立し、そして前記チャネルの順列（PCS）を前記アソシエートされる第２デバイスに伝送するステップと；
（ii）前記チャネルの順列（PCS）から第１の利用可能なチャネルを選択し、前記第１デバイスから前記選択された第１の利用可能なチャネル上にビーコン信号を送信し、ここで前記ビーコン信号が前記第１デバイスの前記独自のアソシエーション識別子（AID）を含むことを特徴とするステップと；そして
（iii）また前記チャネルの順列（PCS）においてチャネルのスキャンを行い、そして前記第２デバイスによって利用するため、前記スキャンおよび前記第１デバイスの前記独自のアソシエーション識別子（AID）を有する前記１つの送信されたビーコンの検出から、前記第１デバイスの前記選択されたチャネルを識別するステップとで構成されることを特徴とする請求項２６記載の方法。
【請求項２８】
さらに、前記チャネルの順列（PCS）を、チャネルの性質に基づいてサブグループ内で順序化するステップを含み、１つの前記サブグループの各チャネルが、前記サブグループの前記チャネルが干渉の影響を受ける可能性に基づいて、および／又は前記チャネルが占有されている可能性に基づいて判定され、前記サブグループの他の前記チャネルと同じ性質を有していると判断されることを特徴とする請求項２７記載の方法。
【請求項２９】
さらに、標準化以前に互換性のないデータ・ストリームを通信するために構成された前記デバイスも含めて、前記デバイス間での相互接続が確立されるように、前記オーディオ制御コマンドおよびステータス情報を前記デバイス間での通信の前に標準化するステップを含む請求項２８記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス・オーディオ・ネットワークにおいて、タイプの異なるオーディオ機器（例えば、ＭＰ３プレイヤーとそれに付属するリモコンおよび／又はヘッドホン・セット、あるいはホーム・シアター・システムとそれに付属するスピーカーおよび／又はリモコン）を管理するための手段に関するものである。
【背景技術】
【０００２】
オーディオ・システムを接続するプライベート／ホーム・ワイヤレス・ネットワークの利用は増加しており、この増加に伴って、多数の、ネットワーク接続された異なるデバイス間の通信フローを管理するための有効な（低電力の）手段への需要も増加している。
【０００３】
簡単なワイヤレス・オーディオ・ネットワークは、例えば、２つのデバイスのみ、つまり一方のワイヤレス・エンド・ポイントに一方向に流れるオーディオ・データを発信するオーディオ・プレイヤー（オーディオ・ソースと呼ばれる）、他方のワイヤレス・エンド・ポイントにキー押下情報を含むパケットを返すオーディオ・リモコン（オーディオ・シンクと呼ばれる）を含む。ワイヤレス・ネットワークの特性の有効な活用のために構成された、さらにもう１つの例は、多数の、別個のオーディオ・リモート／ヘッドホン・シンク・デバイスを前述の２つのデバイスのネットワークに追加し、オーディオ・プレイヤーから送信されたオーディオ・データに“割り入って”聴取することを可能にすることである。このようにすることで、ネットワーク・ユーザが、各自のオーディオ素材（例えば音楽）を相互間で安全に共有することができる。
【０００４】
プライベート／ホーム・ワイヤレス・ネットワークの利点は自明であり、このようなネットワークの最適な利用を可能にするための手段への需要が高まっている。また、ワイヤレス・オーディオ・デバイスの異なるモデル（およびそれらの特徴）、そしてメーカーの数が増え、このことがこれらデバイスの均一な管理の妨げとなり、またその複雑化の要因となっている。異なる各デバイスは、それらの対応するコマンド又は制御をネットワーク内の他のデバイスと交信するため、それぞれ異なる（メーカーによって異なる）データ・ストリームを使用する。その結果として、このようなネットワークにおける通信を可能にするため、ネットワーク内での異なるデバイス間の相互接続を成立させる有効な手段が必要となる。またネットワークにデバイスを導入するための有効な手段と、そして１つ又は複数のこのようなデバイスの電源投入時に、異なるデバイスが他のデバイスを相互に検出（検知）できる構成も必要となる。
【０００５】
この試みに加え、ワイヤレ・オーディオ・ネットワーク内でこれらの所望の機能を実現するために利用される、電力および帯域幅の制限も必要となる。従って、処理電力、ロジックおよび帯域幅を最小限化するワイヤレス・オーディオ・ネットワーク管理手段が必要となる。
【発明の開示】
【発明の概要】
【０００６】
本発明の発明者は、ワイヤレス・オーディオ・ネットワークを管理するための、低電力で、効率的かつ効果的な手段を開発した。本発明によれば、ワイヤレス・オーディオ・ネットワーク（デジタル・オーディオ・ネットワーク）においてワイヤレス接続される、少なくとも２つのデバイス間でのデータ通信を管理するための電子装置および方法が提供される。このデータは、オーディオ信号、オーディオ制御コマンドおよび／又はステータス情報によって構成される。第１のデバイスはチャネル・マスタとして機能し、第２のデバイスはこのチャネル・マスタに付随する応答デバイスとして機能する。各デバイスは、独自のアソシエーション識別子（AID）と、デバイスのための、少なくとも１つのクラスおよび１つ又は複数の機能を識別するアプリケーション・プロファイルとを有する。プロファイル・ネゴシエーション手段は、第１および第２のデバイス間で、デバイスのためのアプリケーション・プロファイルを通信するための手段と、デバイス間で共通の、少なくとも１つの共通アプリケーション・プロファイルを設定するための手段と、そしてデバイス間のアソシエートに利用するため、選択された共通アプリケーション・プロファイル（PIU）を指定するための手段とで構成される。このプロファイル・ネゴシエーションによって、ネットワークにおけるデバイス間の相互接続が成立する。データ通信の前に第１および第２のデバイスをアソシエートするための、アクティブ・アソシエーション手段は、各デバイスに同時に生じるアクティブ・アソシエーション・トリガーを検出し、そしてデバイス間でAIDおよびPIUの交換を行う。
【０００７】
チャネル選択手段は通信のためのチャネルを選択する。第１デバイスに実装される第１選択手段は、アイドル・チャネルの検索のため、ネットワークのチャネル（例えば、そのエネルギーを）をスキャンし、このスキャンからチャネルの順列（PCS）を確立し、そしてこのチャネルの順列（PCS）をアソシエートされる第２デバイスへ伝送する。第１デバイスに実装される第２選択手段は、チャネルの順列（PCS）から第１の利用可能なチャネルを選択し、そしてこの第１デバイスから、選択された第１の利用可能なチャネル上へビーコン信号を送信する。ここで、このビーコン信号は、第１デバイスの独自のアソシエーション識別子（AID）を含む。第２のデバイスに実装される第３選択手段は、チャネルの順列（PCS）においてチャネルをスキャンし、第２デバイスでの利用のために、このスキャンおよび第１デバイスの独自のアソシエーション識別子（AID）を有する送信されたビーコンの検出から、第１デバイスの選択されたチャネルを識別する。
【０００８】
制御およびステータス・インターフェースは、デバイス間で通信されるオーディオ制御コマンドおよびステータス情報を、データの通信の前に標準化し、これによってこのデータ標準化以前に互換性のないデータ・ストリームの通信のために設定されたデバイスも含めて、デバイス間での相互接続が確立される。
【０００９】
各デバイスのためのアプリケーション・プロファイルには、オーディオ制御コマンドなどの、デバイスの１つ又は複数のオプションの機能が含まれる。チャネル・マスタはオーディオ信号を送信するように構成され、応答デバイスはこのオーディオ信号を受信するように構成される。あるいは、チャネル・マスタがオーディオ信号を送信、受信するように、そして応答デバイスがこのオーディオ信号を受信、送信するようにそれぞれ構成されてもよい。このネットワークに、受動デバイスとして機能するよう設定され、そして第１デバイスに受動的にアソシエートされる１つの追加ワイヤレス・デバイス（又は複数のデバイス）を含むこともできる。受動アソシエーション手段は、アソシエートされる第２デバイスにおける第１受動アソシエーション・トリガーおよび受動デバイスにおいて同時に発生する第２受動アソシエーション・トリガーを検出し、第１デバイスのAIDをこの受動デバイスに伝送する。
【００１０】
第１デバイスは、オーディオ・プレイヤー（例えば、コンパクト・ディスク（CD）プレイヤー、ＭＰ３プレイヤー又はミニディスク・プレイヤー）などのオーディオ・ソースであり、第２デバイスは、リモコンおよびヘッドホンなどのオーディオ・シンクである。または、他のアプリケーションにおいては、第１デバイスが携帯電話のハンドセット、そして第２デバイスが携帯電話のヘッドセットであってもよい。さらに、この第１および第２デバイスが、オーディオ・ソースおよびオーディオ・シンクとは別個の素子で、そしてこのオーディオ・ソースおよびオーディオ・シンクにそれぞれ接続可能といった構成であってもよく、この場合、オーディオ・ソースはデータを第１デバイスに伝送するように構成され、第１デバイスはオーディオ制御コマンドおよび／又はステータス情報をオーディオ・ソースに伝送するように構成され、オーディオ・シンクはオーディオ制御コマンドおよび／又はステータス情報を第２デバイスに伝送するように構成され、そして第２デバイスはこのデータをオーディオ・シンクに伝送するように構成される。
【００１１】
チャネルの順列（PCS）は、チャネルの性質に応じてサブグループ内で順序付けられる。１つのサブグループの各チャネルは、サブグループのチャネルが干渉の影響を受ける可能性に基づいて、および／又はチャネルが占有されている可能性に基づいて判定され、前記サブグループの他のチャネルと同じ性質を有していると判断される。また、各サブグループのチャネルの順序がランダム化されていてもよい。
【００１２】
所定のイベントが生じた際、第１選択手段は、チャネルの順列（PCS）を再確立し、これをアソシエートされたデバイスに伝送する。プリエンプティブ移動‐スキャン手段が、第２デバイス内に配置され、チャネルの順列（PCS）における次のチャネル（つまり、第１デバイスの選択されたチャネルの後のチャネル）を周期的にスキャンし、そこから次のチャネル・スキャン情報を判定し、そしてこの次のチャネル・スキャン情報を第１デバイスに伝送する。ここで、この第１デバイスは、第１デバイスが次のチャネル・スキャン情報に基づいてこのチャネルがアイドルでないと判断した場合、この次のチャネルをチャネルの順列（PCS）から除外する手段を含む。
【発明を実施するための最良の形態】
【００１３】
（発明の詳細な説明）
本発明の発明者は、ワイヤレス・オーディオ・ネットワークの、コンパクトで、低電力かつ効率的な管理を実現するための、新規で、効果的な手段を開発し、そしてこれらのネットワーク管理装置を、無線周波数（RF）リンク上で機能するデジタル・オーディオ・コネクティビティ・アプリケーションとして、半導体チップに実装した（ソフトウェアで）。この例示的実施の形態において、また干渉の条件にもよるが、本発明のこの実施の形態によって提供されるワイヤレス・コネクティビティは、最大で10メートルの無線範囲までのサポートが可能であり、また頑強な動作、通常の干渉条件といった条件下での標準的な範囲は３メートルである。
【００１４】
以下に述べる説明は、携帯型オーディオ機器の利用についての本発明の１つの実施の形態に過ぎず、本明細書において述べられる請求の範囲から逸脱することなく、その他にも数多くの実施の形態が存在し得ることが理解されなければならない。例えば、本発明は、携帯電話、家庭用ステレオ・スピーカー、自動車用オーディオ機器、拡声装置、およびその他の周知のオーディオ機器など、他の多くのワイヤレス・オーディオ機器を通じた実施が可能である。また、本明細書において１つの実施例として述べられる、本発明のワイヤレス・オーディオ機器の実施の形態には、デジタル・ステレオ・オーディオ・インターフェースを有する超低電力2.4 GHz無線信号と、統合ISMバンド（即ち、ライセンス・フリーの産業化学医療用周波数バンド）共存機能と、そして種々の補助制御および通信インターフェースおよび機能とが組み込まれる。さらに、ユーザにとってのオーディオ感覚の全体的な向上につながる、種々の強化も組み込まれる。確認・応答されたパケット送信の再送信、オーディオ・ソースおよびシンク間の送信間隔の動態的調整、向上したオーディオ同期化、ロスレス圧縮、動態的チャネル選択およびスイッチング、および送信電力の動態的調整などの特徴によって、本発明のワイヤレス・オーディオ・システムは、識別された無線障害を素早く解消し、周囲の伝送媒体によって強度が調整された信号を送信する。
【００１５】
本発明の管理装置を具体化した、例示的オーディオ・システムの全体的ハードウェア（回路構成）の概略（特定の構成要素で示されない）が、図１の機能ブロック図によって示される。この図は、ハードウェアのこのような項目について精通した当業者のための一般的情報として示される。本発明のネットワーク管理機能を実施するための、本装置の全体的なハードウェア層（RFIC HW）およびソフトウェア層（組み込まれたSW）、つまり機能層の概略（特定の構成要素で示されない）が、図２によって示される。図１と同じように、この図は、これらの一般に参照される機能層に精通した当業者のための一般的情報として示される。
【００１６】
ベース＆I/Oドライバ・モジュール１は、他のシステム・ソフトウェア・ロードが作動する基盤を形成する。このモジュールによって実行される機能には、スタートアップ初期化、タスク・スケジューリング、割り込み処理、外部インターフェース・ドライバ（SPI、TWI、UART）、ベース・ユーティリティおよびオーディオ・プロセッサの管理が含まれる。メディア・アクセス制御（MAC）層２は、デジタル・ベースバンドとインターフェースをとり、パケット送信および受信、エラー検出およびパケット再送信、無線デューティ・サイクル制御、チャネル・スキャンおよびエネルギー検出およびチャネル・チューニングを仲介する。ネットワーク（NWK）層３は中央状態マシンを含んでおり、これはシステムの動作およびネットワーク・アソシエーションの機能、好ましいチャネル・シーケンス（PCS）、チャネル選択および動的なチャネル切り替え、2.4GHz ISMバンド共存、パケットの生成、および非多重化などを定義するものである。アプリケーション・アダプテーション・サブ層４は、残りのシステムおよびアプリケーション・インターフェース・サブ層間のインターフェースを形成し、オーディオ・データ伝送，オーディオ制御コマンド伝送，オーディオ・ステータス伝送、およびアプリケーション・レベル・アソシエーションおよび接続管理の機能を含む。アプリケーション・インターフェース・サブ層５は、このワイヤレス・オーディオ・システムに接続された構成要素および回路と相互作用するソフトウェアを含んでおり、また内在する構成要素のスタートアップ構成、システムのためのオーディオ制御およびステータス・インターフェース（ACSI）、アソシエーション・トリガーおよびソフトウェア・ダウンロード制御の機能を含む。
【００１７】
図３は、本システムの携帯型オーディオ・プレイヤー（ソースとして）の利用形態を、ブロック図の形式で示したものであり、そして図４は、本システムの携帯型オーディオ・リモコン／ヘッドホン（シンクとして）の利用形態を、ブロック図の形式で示したものである（これらの図は、本明細書において請求される本発明の１つの実施の形態の例示のために示される）。なお、本発明は、本ネットワーク管理装置の特定の実施形態に物理的な意味で制限されるものではない。例えば、本発明は、本明細書の図面のイラスト図によって示されるように、オーディオ・ソースおよびアソシエートされたオーディオ・シンク・デバイスにとって不可欠であり、あるいは、オーディオ・ソースおよびシンク・デバイスにプラグイン又は接続される、物理的に分離したアイテムに組み込むこともできる。
【００１８】
図５は、例示的ワイヤレス・オーディオ・ネットワークをイラストによって示す。このネットワークにおいて、ワイヤレス・オーディオ・プレイヤー10（ソース・デバイス）は、アソシエートされたリモコン／ヘッドホン20（シンク・デバイス）、および２つの、受動的にのみアソシエートされる他の類似のシンク・デバイス21（つまり、これらのリモコンは、管理システムがその機能をアソシエートされたシンク・デバイス20に割り当てる場合に、ソース・デバイス10に対して応答しない）とワイヤレス通信できるように構成される。図６は、このようなワイヤレス・オーディオ・ネットワークの基本的構成要素、つまり、チャネル・マスタ30（管理システムによってそのように割り当てられた場合、図５のプレイヤー10である）、応答デバイス40（管理システムによってそのように割り当てられた場合、図５のリモコン20である）、および１つ又は複数の受動デバイス50（これらの構成要素の数は任意の数でよく、これらは図５のデバイス21である）を示す。チャネル・マスタ30および応答デバイス40は必須の構成要素であり、一方、受動デバイス50はオプションである。チャネル・マスタ30は、１回につき１つだけの受信デバイスと通信するが、一方で任意の数の受動デバイスとマルチキャストで通信する。これらの関係および制限は、図６において、一方向矢印および両方向矢印によって示される。
【００１９】
全ての通信は、本明細書において『トランスポート・スーパーフレーム（TSF）』と呼ばれる、既定データ／時間間隔を利用したビーコン・メカニズムに基づく。これは、本出願の譲受人による、“High Quality, Low Power, Wireless Audio System”の題で2005年2月25日に提出された同時係属出願（Declaration（無宣誓供述書）への署名は2005年2月23日になされた）において述べられており、この出願は、本発明の管理装置が実施される前述の例示的オーディオ・システムに関する基礎的な情報のために参照できる。
【００２０】
簡潔にいうと、チャネル・マスタ30は、使用するワイヤレス・チャネルおよびTSF間隔（TSF時間周期、又は単にTSF周期とも呼ばれる）のタイミングを定義する。図７によって示されるように、各TSF間隔55以内に、１つのメッセージがチャネル・マスタ30によって送信され（つまりパケット60）、そして１つのメッセージが応答デバイス40によって返信される（つまりパケット70）。チャネル・マスタ30は常に最初に送信し、そしてTSF間隔55を定義する。応答デバイス40は常に、TSF周期55内に、その独自のメッセージを送信する前に、先ず受信のために待機する。受動デバイス50はチャネル・マスタ30からデータを受信するが、応答することはできない。チャネル・マスタ30および応答デバイス40は情報の送信、受信の両方ができる。対照的に、受動デバイス50はチャネル・マスタ30に応答することができず、そのためデータの受信のみが可能で送信はできない。
【００２１】
図８を参照すると、トランスポート・スーパーフレーム間隔は、連続して繰り返される所定の長さの時間間隔であり、この間、チャネル・マスタの役割を果たすオーディオ・ソース10が、応答デバイスの役割を果たすオーディオ・シンク20に接続される。このTSF時間間隔内に、オーディオ・ソースがワイヤレス共有媒体にアクセスしてオーディオ・シンクにソース・パケットを送信するために割り当てられた時間、およびこのオーディオ・シンクがワイヤレス共有媒体にアクセスしてオーディオ・ソースにシンク・パケットを送信するために割り当てられた時間が存在する。送信の方向がTSF内のこの２つの時間の間で変化するため、無線が送信モードから受信モードに、またその逆に切り替わるために割り当てられる時間が存在する。またTSFが全データの送信に必要とされる時間よりも多くの時間を含み、その内に無線送信がなされないアイドル時間が割り当てられていてもよい。オーディオ・ソース・パケットの送信はTSFの開始とともに開始され、オーディオ・データがその内に含まれているかどうか、また所定の最大サイズによる可変長に関わらず、常に送信される。オーディオ・シンク・デバイスは、オーディオ・ソース・パケットの終了のすぐ後（無線の方向切り替えのための時間が割り当てられた後）にパケットの送信を開始し、その長さは所定の最大サイズによって変化する。
【００２２】
図示される、オーディオ・プレイヤーおよびリモコン／ヘッドセットの利用形態においては、応答デバイス（本明細書においてはシンク・デバイス）によって送信されるパケットは、通常、オーディオ・ソース・パケットに比べてかなり小さいが、携帯電話（ネットワーク携帯電話ハンドセットおよびヘッドセット・デバイス）などの他の利用形態においては、パケットは通信のいずれの方向（オーディオ信号が双方向性である）においてもほぼ同じサイズである。オーディオ・シンク・パケット、つまり応答デバイスから送信されるパケットは、オーディオ・ソース、つまりチャネル・マスタから有効なパケットが受信された場合のみ送信される。チャネル・マスタからの損失パケットまたは破損パケットは、応答デバイスが、チャネル・マスタのメッセージがいつ終了するのか、またそれ自体の送信をいつ開始すべきかということについて正確に識別する方法がないため、確認されない。上述の、本出願の譲受人による同時係属出願（“High Quality, Low Power, Wireless Audio System”）において述べられているように、チャネル・マスタ上の特定の論理によって、このような確認ミスが処理される。
【００２３】
オーディオ同期化機能はオーディオ・ソースにおいて実行され、TSFの長さを制御し、その情報がオーディオ・ソース・パケットにおけるオーバーヘッドとしてオーディオ・シンクへと伝達される。TSFの長さは、競合するシステム機能を考慮して決定される。TSFが長いほど消費電力が少なく、またTSFが短いほど障害に対する回復力が高まる。
【００２４】
例えばリモコン／ヘッドホン・セットと無線通信するＭＰ３プレイヤー、またスピーカーと無線通信するホーム・シアター・システムなど、無線通信が必要とされる多くの異なるタイプのオーディオ・ソースおよびシンク・デバイスが存在するため、こうした通信が行われる前に、この２つのデバイス間に共通のプロファイルおよびコマンド・セット（適用可能な場合）を設定する必要がある。つまり、各デバイスのために、例えばLCDディスプレイなどの、そのサポートするアプリケーション、またこうした通信のためにそれがアソシエートされるデバイスのタイプが設定されなければならない。プロファイル・ネゴシエーション・プロセスは、相互にアソシエートされる各デバイスが互換性のある機能を有し、そして適切なプロファイルおよびコマンド・セットが承認され、設定されるように実行される。
【００２５】
特定のデバイスのためのアプリケーション・プロファイルは、そのプロファイル・クラス（種別）およびその機能によって識別される。なお、デバイスの中には２つ以上のプロファイルをサポート可能なものもある。例えば、ワイヤレス・リモコン／ヘッドホン・ユニットによって制御可能なプレイヤーを、その自己のリモコン機能を無効化することによって、単一のワイヤレス・ヘッドホンと同時に使用することができる。また特定のワイヤレス・デバイスが２つ以上のクラスである場合もある。例えば、そのようなデバイスは、ユーザの選択によってＭＰ３プレイヤー又は携帯電話として作動する。各クラスがワイヤレス・デバイスのためのアプリケーション・プロファイル間で共通である場合、各クラスのためにPIUが設定される。サンプルのアプリケーション・プロファイルを以下の表１に示す。
2008536354.tif 000003
【００２６】
図８は、２つのデバイスをアソシエートするプロセスを示す（本明細書においては“アソシエーション”と呼ぶ）。このプロセスにおいて、チャネル・マスタである第１デバイス（この図におけるプレイヤー10）は、独自のアソシエーション識別番号（チャネル・マスタAID、この図においては“ソースAID”として識別される）およびプロファイル機能を有するアソシエーション要求メッセージを送信する。つまり、このデバイスがサポート可能な一連のプロファイルは、この図においてプロファイル１（Prof1）、プロファイル２（Prof2）およびプロファイル３（Prof3）として指定される３つのプロファイルである。他方の応答デバイス（この図ではリモコン／ヘッドホン・セット20）は、プレイヤー10から受信したプロファイルのリストを解析し、そしてこれら２つのデバイスがいくらかでも共通点を有する、最も十分な機能を有するプロファイルを選択する。続いてこの応答デバイスは、独自のアソシエーション識別番号（応答デバイスAID、図では“シンクKAID”として識別される）およびその選択されたプロファイルを表す識別子（PIU）を有するアソシエーション応答メッセージをプレイヤー10へ返信する。つまりこの識別されたプロファイルは、指定された、使用中のプロファイル（PIU）となる。さらに、これらのデバイスがワイヤレス・リモコン機能をサポートしている場合は、これらのデバイスは、これらのサポートするオプションのコマンドのために、このときに、拡張されたオーディオ制御コマンド上の情報を交換する（本明細書末尾の方の、制御コマンド・コードのリストである、“Ｉ．制御コマンド・コードの例”の表を参照）。デバイスが、一般の“リモコン”機能をサポートしていることを示す場合、必須のコマンドが自動的にサポートされる。これによって、表１（および表２）において示される“機能”は、参照されたクラスの必須の機能性を識別する。“オプションの機能”はオプションの機能性を意味する。PIUは、そのオーディオ・インターフェースが使用可能であり、またそのオーディオ制御コマンドがサポート可能であることなどを示す。
【００２７】
以下の表２は、２つの例示的デバイス、つまりＭＰ３オーディオ・プレイヤーおよびリモコン／ヘッドホン・ユニット、そして結果として生じるPIU、およびアソシエーション手順に続いて認証される拡張コマンド・セットによってサポートされる、アプリケーション・プロファイルの例を示す。なお、この２つのデバイスの供給するコマンドの内、オプションのコマンド（表２においてオプションの機能として記載）のみが、PIUのオプションの機能においては存在しない。さらに、両デバイスは、デバイスが、携帯型オーディオ／リモコン・プロファイル、例えばPLAY、STOP、VOL+、VOL-などのプロファイルをサポートすることを示すため、必須として記載されている全てのコマンドをサポートするのでなければならない。
2008536354.tif 000004
【００２８】
上記に示すように、任意のデバイスが２つ以上のプロファイルをサポートすることができる。デバイスの起動時、アプリケーション・インターフェース・サブ層はサポートされるプロファイルを判定し、この情報を、アソシエーション要求メッセージの一部としてアプリケーション・アダプテーション・サブ層に伝える。各プロファイル・エントリは以下のフォーマットを有する：クラス；機能；オプションの機能。
【００２９】
例えば、上述の携帯型オーディオＭＰ３プレイヤーおよびリモコン／ヘッドホンを例にすると、以下の表３、４および５に示すように、プロファイルのエンコードが判定される。
2008536354.tif 000005
【００３０】
PIUは、アソシエートされるデバイスに最高レベルの共通機能が与えられるように選択される。上述の例では、両デバイスがリモコン機能をサポートするので、これはこの選択されたプロファイルである（ヘッドホン機能と共に）。同様に、両デバイスのサポートするオプションのコマンド、つまり上述の例ではPAUSE、NEXTおよびPREVIOUSが選択される。一旦これらのデバイスがアソシエーション手順を完了すると、使用中のプロファイル（PIU）が判定される。即ち、PIUが“0×00:03:44:46:47”であると判定される。これらの手順が完了すると、デバイスは、どのサービス・アクセス・ポイント（SAP）プリミティブが使用可能でなければならないか、またどのコマンドをこれらのSAPに通過させることができるかを識別する。
【００３１】
アソシエートされる各デバイス上で、固有の、ユーザ起動のイベントが発生すると、アクティブ・アソシエーション・プロセスが開始される。これらのイベントはアクティブ・アソシエーション・トリガーとも呼ばれる。例えば、ミニディスク・プレイヤーにおいては、このアクティブ・アソシエーション・トリガーはパワー・オン・リセット（POR）イベントであり、そしてリモコンにおいては、このアクティブ・アソシエーション・トリガーは押下される固有のボタンである。
【００３２】
図９は、アクティブ・アソシエーションおよびこれら２つのデバイス間のプロファイル・ネゴシエーションの過程での、チャネル・マスタ30（例えばＭＰ３プレイヤー）と、応答デバイス40（例えばリモコン／ヘッドホン）との間におけるメッセージの例を示す。ネットワーク層３において、アクティブ・アソシエーション・モードに入ると、チャネル・マスタ（CM）30は、送受信されるCM_ARdy（アクティブ・アソシエーション動作可能）メッセージを送信することによって、メッセージの交換を開始する。応答デバイス（RD）40がアクティブ・アソシエーション・モードに入ると／入った場合、この応答デバイス40は、CM_ARdyメッセージに含まれるプロファイルを審査し、適切なPIUを割り出す。続いて応答デバイスは、RD_ARsp（アクティブ・アソシエーション応答）メッセージに含まれた、その割り出した申請PIUを返信する。次にチャネル・マスタは、この申請PIUが受諾可能であるかどうかを確認する。受諾可能である場合、応答デバイスにCM_ACfmメッセージが送信され、そして応答デバイスは、RD_ACfmメッセージによってこの送信を確認する。各デバイス上のAM（アプリケーション・アダプテーション層、管理SAP）層４において、一旦PIUがデバイス間で承認され、確認されると、A_ASSOCIATION確認が、新たにアソシエートされるデバイスのAIDおよび承認されたPIUの両方を含む上位層５へと返信される。
【００３３】
上記例をみると、上記メッセージ・シーケンスにおいて言及される、チャネル・マスタ（ＭＰ３プレイヤー）によって送信されるプロファイル（ProfList）は〔0×00:01,0×00:03:20:21:22:23:24:44:46:47〕である。応答デバイス（ヘッドホン／リモコン）のProfListは〔0×00:01,0×00:03: 03:04:05:06:44:46:47〕である。応答デバイス上のアプリケーション・アダプテーション層によって判定された、申請PIUは〔0×00:03:44:46:47〕である。一旦アソシエーション・プロセスが完了すると、各デバイスは、設定されたPIUの一部又は全て、そして各デバイスのAIDを不揮発性記憶部に保存する。
【００３４】
受動アソシエーションとは、追加のオーディオ・シンクが進行中のオーディオ配信に“割り入って”聴取することを可能にするために利用されるメカニズムを指す。図10によって示されるこのメカニズムは、既に永続的にアソシエートされたワイヤレス・リモート“Ａ”20上のアロウ受動アソシエーション・トリガー、および受動的なアソシエートを要求する、もう１つのワイヤレス・リモート“Ｂ”21上のリクエスト受動アソシエーション・トリガーを同時にａｓｓｅｒｔ（アサート）することによって実施される。このメカニズムの利点は、オーディオ・ソース10上でユーザの動作を必要としないことである。有利なことに、オーディオ・ソース10の動作には変更が加わらず、そのため中断することなくオーディオ・データの送信（即ち、音楽の再生）を続けることができる。その代わりに、受動アソシエーション・プロトコルのトリガーによって、アソシエートされたワイヤレス・リモート“Ａ”20が受動ワイヤレス・リモート“Ｂ”21にオーディオ・ソース10のAIDを通知し、その後、受動ワイヤレス・リモート“Ｂ”は、所要のオーディオ・ソース10のAIDを認知しているので、送信オーディオ・データを受信する（即ち、割り入って音楽を聴取する）ことが可能となる。図11のメッセージ・シーケンスのチャートは、上述の受動アソシエーション・プロセスのステップを示す。
【００３５】
アソシエートされたワイヤレス・リモート“Ａ”20上でアロウ受動アソシエーション・トリガーが発生すると、プレイヤー10（オーディオ・ソース）に返信される各パケット内の受動デバイス・ビーコン（PDB）ビットがオンとなる。同時に、ワイヤレス・リモート“B”21上でリクエスト受動アソシエーション・トリガーが発生する場合、このワイヤレス・リモート“Ｂ”21は、このビット・セットを有するメッセージを検索して、利用可能な通信チャネルをスキャンする。一旦そのようなメッセージを発見すると、このワイヤレス・リモート“Ｂ”21は、この同じチャネル上を反対方向に進む各プレイヤー・メッセージに含まれるAIDを認知する。これが、このワイヤレス・リモート“Ｂ”21が受動的にアソシエートされる、デバイスのAIDである。このメカニズムによって、事実上無制限の数の追加オーディオ・シンクの、単一のオーディオ・ソース、つまりプレイヤー10へのアソシエートが可能となる。なお、これらの受動シンク・デバイスがソース送信パケットに応答（つまり、確認）しないという事実に由来する、任意の数の受動シンク・デバイスを追加できるという利点には、チャネル・マスタは応答デバイスからの確認ロスによってのみしか再送信を行わないため、これらの追加オーディオ・シンクが、チャネル・マスタ30および応答デバイス40間のコネクションとしての通信の質（QoS）を保持し得ないという副次的影響も伴う。つまり、これらのデバイスが、本来の主たる通信に比べて信号の劣化を伴う可能性がある。しかし、この副次的影響も、この配信特性の有する利点に比べれば重要なものではない。
【００３６】
プレイヤー10とリモコン20はメッセージの交換を始める前に、それら両方が、チャネル、具体的には通信を行う同一のチャネルを選択しなければならない。このプロセスは本質的に非対称的である。つまりチャネル・マスタ30でもあるプレイヤー10は現在使用されていないチャネルを探し、一方応答デバイス40でもあるリモコン20はそのプレイヤーによって使用されるチャネルを探す。本明細書において述べられる実施の形態の文脈においては、16チャネル周波数バンドが使用され、第１チャネルの中心周波数は2403 MHzであり、また最後のチャネルの中心周波数は2478MHzである。
【００３７】
チャネル選択プロセスは、本明細書において好ましいチャネル・シーケンス（PCS）と呼ばれる特定のチャネル検索シーケンスを指定することによって加速され、このPCSは一連のアソシエートされるデバイスによって共有される。従って、これらのアソシエートされたデバイスが新しいチャネルを検索する際、これらのデバイスは、先ずPCS内の第１チャネルに集中する。もしこの第１チャネルが利用可能でない場合、これらのデバイスはいずれもPCS内の次のチャネルに向かい、いずれかのチャネルを見つけるまで同様の検索を繰り返す。優先度に基づいて順序付けられたチャネルの選択であるPCSは、チャネルの性質に基づいて、サブグループ（例えば図12の１、２、３および４）内で順序付けられる。つまり、このような各サブグループ内の一部のチャネルが、このサブグループ内の他のチャネルに対して良好な性質を有していると判断される。各サブグループ内のチャネルは、例えば占有されている可能性が少ないと判断されるチャネル（サブグループ１および２）、およびPCSにそれ以前に存在した通信による干渉の影響が少ない（サブグループ１）又は多い（サブグループ２）と判断されるチャネルを基準に、このサブグループに割り当てられる。そして、次の順序付けは、占有されている可能性が高いと判断されるチャネル（サブグループ３および４）、およびPCSにそれ以前に（但し、占有されている可能性が少ないグループよりは後に）存在した通信による干渉の影響が少ない（サブグループ３）又は多い（サブグループ４）と判断されるチャネルに基づいて行われる。つまり、マイクロウェーブ・オーブンなどの競合プロトコルのため、干渉の影響を受ける可能性が高いチャネルは、干渉の影響を受ける可能性が少ないチャネルよりも後にPCS内に現れる。またチャネルは、各サブグループ内でランダム化、つまりデバイスのAIDのｍｏｄｕｌｏ（モジュロ）などの機能を利用してシード化され、その結果、近接するプレイヤーが同一のPCSサブグループ・リスト上に固定される可能性は低くなる。
【００３８】
オーディオ・ソース10は、最初の起動時に、先ず初期PCSを導き出す。この時に、オーディオ・ソース10は、適用可能な帯域（本明細書における例示的実施の形態においては2.4 GHz）のエネルギーを完全にスキャンし、占有されているチャネルを識別する。続いて、このオーディオ・ソース10は、図12に記載されている内容に基づいてPCS優先度リストを生成する。一旦オーディオ・ソース／チャネル・マスタ30がPCSを導き出し、通信が確立された直後に、オーディオ・ソース／チャネル・マスタ30は、このリストを応答デバイス40と、そして図６において受動デバイス50と呼ばれる、受動的にアソシエートされたシンク・デバイスとに通信する。それ以降、チャネル・マスタ30が、それがオーディオ・ソース10であろうとなかろうと（以下の段落参照）、スタンバイ／スリープ期間、又は動的チャネル選択（DOS）の後に通信を再確立するときは常に、このチャネル・マスタ30は、先ずPCSのイメージを刷新し、続いてこの修正されたリストをオーディオ・ネットワークの他のデバイスへと送信する。この後者（PCSの刷新および修正）によって、PCSが現下の帯域状態を正確に反映することができるだけでなく、応答デバイスが電源のオン／オフを繰り返し、最後に接続されたときの、以前のPCS情報が失われている場合などの対応処理も的確になされる。さらに、オーディオ・ソースが、それ自体と応答デバイスとの間でチャネル・マスタを切り替えた後、チャネル・マスタ・シップを再取得するときは常に、このオーディオ・ソースは、PCSの現在のピクチャを再配信し、再び受動デバイスとの同期の維持を図る。
【００３９】
なお、本発明を具体的に実施した特定のネットワークのワイヤレス・デバイスを、オーディオ・ソースおよびシンクの両方として機能するように構成することもできる。例えば、携帯電話の利用形態において、ハンドセットおよびヘッドセットの各デバイスを、オーディオ・ソースおよびオーディオ・シンクの両方として機能させることもできる。このようなデバイスの一方はチャネル・マスタ（常に）であり、他方のデバイスは応答デバイス（常に）である。
【００４０】
起動時、この実施例においてプレイヤー10であるチャネル・マスタ30は、エネルギー検出を利用して利用可能なチャネルをスキャンする。チャネル・マスタ30は、上述のPCSを利用し、そのAIDを含むビーコンを、一定の間隔をおいて即時に送信することによって、第１の利用可能なチャネル（つまり、エネルギーが閾値以上のアイドル・チャネルは検出されない）を要求する。この実施例においてリモコン・デバイス20である応答デバイス40は、プレイヤー10と同一のPCSを利用し、これらのビーコンを聴取する（従って、応答デバイスはエネルギーを有するチャネルを探す）。一旦プレイヤーからのビーコンを発見すると、この応答デバイス40は、この応答デバイス40がプレイヤーからのオーディオ・データの受信開始の準備ができていること、またワイヤレス・リモコン・デバイスの場合、PLAYなどのプレイヤー・オーディオ・コマンドの送信開始の準備ができていることを認知する。
【００４１】
図13は、チャネル・マスタ30を検出するための最大スキャン期間62を示す。具体的には、他のもう１つの特定のデバイスによって占有されるチャネルを検索するシンク・デバイスは、その特定のデバイスを確実に配置するために、TSFサイズの２倍（つまり２×TSF）より少し短い最大期間をスキャンしさえすればよい。時間が短いことによってチャネル・マスタを検出することができる。つまり、１つのTSFより短い時間で検出することができる。しかし、一旦約２倍のTSFの間待機し、それでもチャネル・マスタが検出されない場合、このチャネルは除外される。シンク・デバイスは、チャネル・マスタからのメッセージに含まれる特定のAIDを検索する。次の再起動時、このチャネル選択プロセスは再び実行される。
【００４２】
チャネル選択プロセスは、全ての接続されたメッセージングが、メッセージ間隔のために、トランスポート・スーパーフレーム（TSF）を利用するという事実に依存する。この上に、受信デバイスは、そのチャネル・マスタのアソシエーションID（AID）を含むメッセージを検索する。これによって、デバイスは、見込みのあるチャネルを非常に素早くスキャンし、それらが適切でない場合、拒絶することが可能となる。非常に素早くスキャンを行い、そして集合するこの機能は、携帯型ワイヤレス・オーディオのような低電力ワイヤレス・アプリケーションにとって非常に重要である。
【００４３】
ワイヤレス・オーディオ・ネットワークの管理においては、１つのデバイスがネットワーク内の他のデバイスに及ぼす影響を制御することも重要である。例えば、ユーザのオーディオ・デバイスの制御コマンド“Play”を押すたびに、ユーザのワイヤレス・ラップトップがダウンしてしまうのは、ユーザにとって好ましいことではない。この解決のために、応答デバイスは、定期的にPCS内の第１代替チャネルへと移動し、短時間の受動的スキャンを実行する。この移動およびスキャンのプリエンプティブ・スキャン・プロセスの頻度は、時間的に余裕があり、チャネル・チューニングが十分迅速である場合の各TSFのような、利用可能な空き時間に基づくか、又は頻繁にTSFを犠牲にするかによって決定される。いずれの場合も、これらのプリエンプティブ・スキャンの目的は、現在のチャネルを放棄することなく（チャネル・マスタはこの移動およびスキャンに加わらないため）、そしてオーディオ・データ・フローを中断することなく（応答デバイスは、オーディオ・バッファが消費される前にスキャンを終了し、チャネル・マスタとの接続へと復帰するため）、PCS内のアイドル状態の次の代替チャネルのより正確なピクチャを生成することである。このメカニズムは、チャネル・チューニング時間が十分速い場合（例えば１ミリ秒以内）に、最もよく機能することが理解されなければならない。このプリエンプティブ・スキャンが、活性を検出した場合は常に、問題のチャネルはPCSリストの上位から除外され、このリストの適当な下位に再分類される。続いてこの手順は、新しい第１代替チャネル上で再び開始される。
【００４４】
上述のプロセスに対する可能な代替的方法は、上述の方法と併せて、所定の周波数の第１チャネルを検査し、そして低減された周波数の第２の代替チャネルを検査することである。またこの方法によって、管理素子が、第２代替チャネルのピクチャ（精度は落ちるが）を生成することができる。
【００４５】
空きチャネルを検出するためのチャネル選択プロセスにおいて、チャネル・マスタ、そして応答および受動シンク・デバイスは、PCS内の各チャネルのための、以下の一般的手順を実行する。
チャネル・マスタ：
新しい周波数へのチャネル・チューニング；
最大で１公称TSF期間までのアンタイムド受信の実行；
Ｉｆ（エネルギー＞閾値）                    //このチャネルは望ましくない
後で用いるためエネルギー・レベルを記録；
シーケンス内の次のチャネルへと移行；
Ｅｌｓｅ                                    //アイドル・チャネルを検出
自己のAIDと共にメッセージの送信開始；   //成功
【００４６】
またチャネル・マスタは必要に応じてPCSを更新し、再接続時にコピーを送信する。デバイスが、一度PCS内の全てのチャネルを検索してアイドル・チャネルを検出しなかった場合、デバイスはその基準を下げ、最もエネルギーの少ないチャネルを検索する。つまり、デバイスは、最初にエネルギーの検出されない完全なアイドル・チャネルを検索するが、そのようなチャネルが検出されなかった場合、次にノイズ（エネルギー）のレベルの低い（十分使用可能であるレベルに低い）チャネルを検索する。チャネル・マスタがPCSを通じた検索を行う場合は、常に“十分良好である”と判断される一定の閾値のチャネルを検索する。チャネル・マスタの閾値（つまり、“アイドル状態”の概念）は、その時々の条件によって変化する。
【００４７】
応答デバイスおよび受動オーディオ・シンク（それらのチャネル・マスタによって占有されるチャネルを検索）：
新しい周波数へのチャネル・チューニング；
最大で２*TSF期間までのアンタイムド受信を実行；
Ｉｆ（パケットが受信されない ＯＲ パケットは自身のチャネル・マスタからではない）
シーケンス内の次のチャネルへと移行；
Ｅｌｓｅ                                    //成功
Ｉｆ（自身は応答デバイスである）
応答；
【００４８】
チャネル干渉が長引き、干渉バッファのレベルも所定の閾値まで低下した場合、デバイスは、PCSを参照として利用し、新しいチャネルへの切り替えを図る。オーディオ・デバイスは、動的チャネル選択（DCS）を利用して、活性干渉によって劣化したチャネルに起因する、オーディオ・フローの中断を防ぐ。DCSは、オーディオ・フローが既に確立された後に発生するチャネル選択である。
【００４９】
他のチャネルを動的に選択するために、デバイスは、先ず新しいチャネルが使用可能であるかどうかを検証する。このために、デバイスは、先ずその受信部を新しいチャネル周波数にチューニング（チャネル・チューニング時間（TUNE））し、続いて、このチャネルが他のデバイスによって占有されているかどうかを確認するため、エネルギー検出を利用して最大で１TSF期間（SCAN）、スキャンを行わなければならない。この動的選択法においては、これらのデバイスが、新しいチャネルの検索を行う前に、先ずそれらのチャネルを放棄するための決定を下すことが必要となる。それらのチャネルの時期尚早な放棄を防ぐため（つまり、干渉が一時的である場合など）、全てのデバイスは、一定の時間新しいチャネルの検索を保留する。これをチップ・ホールド・オフ（CHO）と定義する。また、２つのネットワークが先ず相互に干渉し、続いてその両方が同時にチャネルを放棄する可能性を最小限化するため、追加のホールド・オフ（ネットワーク・ホールド・オフ（NHO）と指定する）が定義される。各ネットワークのためのNHOは実行時にランダム化され、TSF周期の倍数となるよう選択される。
【００５０】
一旦CHOおよびNHOが観察されると、チャネル・マスタは、先ず現在のチャネルを放棄することによって検索を開始する。続いて利用可能なチャネルを求め、チューニングを行い、連続するチャネルをスキャンする。チャネルがアイドルであることを検出するとすぐに、チャネル・マスタは、そのデータ・ビーコンを自動的に送信することによって、このアイドル・チャネルを要求する。オーディオ・シンクは、チャネル・マスタがこのチャネルを先に検出できるように自己のチャネルの検索を遅延させ、その後このチャネルを要求する。この追加のホールド・オフをシンク・ホールド・オフ（SHO）と指定する。
【００５１】
なお、この動的チャネル選択においては、２つ（又はそれ以上）の関与デバイスが、所定の方式で、また事前に制御メッセージの交換を必要とせずにチャネルの切り替えを決定する。これは、現在のチャネルにおける通信を不可能にする（妨害電波）、極度に干渉の強い環境において非常に重要な意味を持つ。２つのデバイス上のホールド・オフが同時にカウントダウンを開始するためには、これらの２つのデバイスが、同時に、DCSが必要であると判断することである。これは、これらの両デバイスが、特定のACK欠損から生ずるそれらのDCSアルゴリズムをトリガーすることによって実現する。例えば、両デバイスが、最後の可能な12の確認の内の10をミスした後、それらのホールド・オフをトリガーする。なお、各デバイスは、パケット・ヘッダ内にデータ・シーケンス番号（DSN）を含めることで、片方のデバイスからの受信を確認する。また、ホールド・オフをチューニングすることによって、この動的チャネル選択プロセスは可能な限り迅速に完了する。これはチャネルの切り替えを素早く行い、オーディオ・ストリームに影響を与えないようにするために重要である。
【００５２】
さらに本発明のネットワーク管理装置は、デバイス間で、標準化されたオーディオ制御コマンドおよびステータス情報を交信させ、また（標準化の前の）互換性のないデータ・ストリームを通信するために構成されたデバイス間においても相互接続を確立する、制御およびステータス・インターフェースの標準化手段によって、異なるワイヤレス・デバイス間の改善された相互接続を可能にする。
【００５３】
ワイヤレス・オーディオ・デバイス間の、オーディオ制御コマンドおよびオーディオ・ステータス情報の通信のための、以下の２タイプの物理的インターフェースが提供される。（ｉ）ワイヤレス・デバイスへの／ワイヤレス・デバイスからの制御コマンド情報を通信するために利用されるアナログ・キー電圧インターフェース（AKEY）；（ii）制御コマンド又はステータス情報の両方の通信のために利用される、デジタル・シリアル・メッセージ・インターフェース、オーディオ制御およびステータス・インターフェース（ACSI）。以下の表５は、これら２つのインターフェースの利用について示す（なお、これらのインターフェースは、利用形態にリモコン又はディスプレイ機能が含まれていない、つまりオーディオのみが含まれている場合、必要ではない）。
2008536354.tif 000006
【００５４】
図14に示されるように、これらのインターフェースは、ワイヤレス・オーディオRFIC（無線周波数集積回路）74の物理ピン・インターフェースにおいて実施される。AKEYインターフェース78は、シンク・デバイス内のRFIC74によって利用され、アナログ・キー・マトリクス76からのアナログ入力をトランスレートする。ACSIインターフェース82は、ソース・デバイス10内のワイヤレスRFIC74と、ローカル・マイクロプロセッサ86との間で（およびシンク・デバイス20内のRFIC74と、LCDコントローラ88との間で）利用され、RFICからのオーディオ制御の通信、およびRFICへの又はRFICからのステータス情報の通信を行う。これらの相互接続を可能にする構成は図14において示され、また以下により詳しく述べられる。
【００５５】
アナログ・キー電圧インターフェース（AKEY）78のために、RFIC74は、現下の利用形態において、オーディオ・プレイバック制御コマンド（例えばPlay、Stop、FFなど）を表す、アナログ電圧が用いられているかどうかを識別するように設定される。この場合、この設定情報は、コマンドと、それらコマンドを表すアナログ電圧レベルとの間のマッピングを提供する。リモコン・デバイスのための、サンプルのAKEYマッピングの表を以下の表６に示す。
2008536354.tif 000007
【００５６】
オーディオ・シンク・アプリケーション20（即ち、リモコン・デバイス）において、オーディオ・プレイバック制御ボタンを押下することによって、RFIC74ピン上に現れるこれらの電圧レベルの信号が生成される。このRFIC74ピンは内部低周波数アナログ‐デジタル・コンバータ（ADC）（図示せず）に接続される。このADCは、固定間隔ベース（例えば10ミリ秒毎）に基づいて、この信号をサンプリングするように設定される。RFICソフトウェアは、これらの電圧レベルを対応するプレイバック制御コマンドにマッピングする。そしてこのコマンドはオーディオ・ソースへ送信される。オーディオ・ソース10のRFIC74において、受信された制御コマンド（電圧レベル）は、同様に、低周波数デジタル‐アナログ・コンバータ（DAC）を通じて同一の電圧レベルに変換される（図14においてこの構成は図示せず）。
【００５７】
読者には明らかなように、アナログ・キー電圧インターフェース（AKEY）は、離散集合するアナログ電圧レベルを特定する。これらのアナログ電圧レベルには、例えばコマンド“PLAY”に0.1 Vの電圧レベルが割り当てられるように、アプリケーションによって個々のコマンドの意味が割り当てられる。重要なこととして、各アプリケーション・モジュールは、コマンド‐電圧のそれぞれの独自のマッピングを有しており、本明細書において述べられる例示的実施の形態においては、サポートされた、コマンドに対する0.1V〜2.0Vの電圧範囲が選択される。当然、これらの個々の電圧設定はアプリケーションに依存するものであるが、回路構成の設定によって、識別される各コマンドに対して、例えば+/-20 mVの正確なレベルの、正確な電圧が供給されるよう設定する必要がある。コマンドがアサート（ON）されていないときは、電圧は2.0 Vよりも高いレベルにある。
【００５８】
オーディオ制御およびステータス・インターフェース（ACSI）82は、ワイヤレスRFIC74と、外部マイクロコントローラとの間の通信をサポートする、シリアルの双方向プロトコルおよび基準メッセージ・セットである。上述のように、この外部マイクロコントローラは、携帯型オーディオ・プレイヤー・コントローラ86又はシンク・デバイスLCDコントローラ88又はその他のコントローラである。このプロトコルは、どのようなインターフェースが利用可能であるかに基づき、共通タイプのシリアル・インターフェース、つまりUART（汎用非同期送受信回路）、SPI（シリアル周辺機器インターフェース）又はTWI（２ワイヤ・インターフェース）上を通過する。このインターフェースは、以下のタイプのオーディオ情報の通信をサポートする。
・  オーディオ・プレイバック制御コマンド（例えば、再生、停止、巻き戻し、早送りなど）
・  オーディオ・プレイバック・ステータス情報（例えば、再生中、停止中、一時停止中、EQモードなど）
・  オーディオ・プレイバック曲情報（例えば、曲名、アーティスト、再生時間など）
【００５９】
またこのインターフェースによって、システムによる、特定のワイヤレス管理メトリクス（測定基準）、つまり
・  受信信号強度表示信号（RSSI）
・  アソシエーション表示信号
・  接続表示信号
の通信が可能となる。
【００６０】
このACSIインターフェースは、SPI、TWIおよびUARTを含む、任意のRFIC通信ポート上で機能することができる。ポートへの割り当ては、起動時の設定情報によって決定される。
【００６１】
RFIC74とワイヤレス・デバイス内のネットワーク回路構成の他の構成素子との近接性、LVTTL（低電圧TTL）、ノイズ排除性、および基準シリアル・インターフェースの固有の同期化によって、ACSIインターフェースにおいては送受信のエラーが生じない。したがって、メッセージにはパリティ・チェック・フィールドが付加されず、RFIC74は、インターフェースにおけるデータ・パケット受信の確認を行わない。パケットはいつでも送信可能であり、確認を必要としない。
【００６２】
図15に、一般的なACSIフレーム構造を示す。各フレームは最大で258オクテット（ヘッダ210およびペイロード220を含む）で構成される。各制御フレーム、および各ステータス・フレームにはフレーム制御バイト200が含まれる。このバイトは、図16に示すように、バージョン・チェンジ・インジケータ240およびフレーム・タイプ・フィールド250によって構成される。バージョン・チェンジ・インジケータ・ビット240は、このACSIのメッセージング・プロトコル・バージョンを示す（識別する）。例えば、“０”の値は、ここで述べられるプロトコルおよびフレーム・フォーマットが使用中であることを示すために用いられ、“１”の値は、このプロトコルの修正バージョンが使用中であることを示すために用いられる。この構成によって、システムによる、２つのデバイスが異なるバージョンを使用しているような状況への対処が可能となる。
【００６３】
フレーム・タイプ・フィールド250は、以下の表７に示すように、処理されているフレームのタイプ（つまり、制御又はステータス・タイプ・フレーム）を示すために用いられる。
2008536354.tif 000008
ACSI制御フレームは、オーディオ制御コマンド情報（例えば再生、停止など）を伝送し、ACSIステータス・フレームは、オーディオ・ステータス情報（例えばアーティスト、曲名など）を伝送する。
【００６４】
各制御フレーム又はステータス・フレームには、フレーム内の制御コマンド又はステータス情報を独自に識別する、タイプ識別子フィールドが含まれる。図17は、一般的なタイプ-識別子のフォーマットを示す。ACSI情報、制御又はステータスのそれぞれの種類において、タイプ識別子は、高位３ビットにおいてタイプ・コード260を、低位５ビットにおいて識別子コード270を含む、単一バイト・エンティティを生成することによって構成される。同時に、これらは、独自のタイプ識別子コードを形成する。
【００６５】
以下は、選択された制御コマンドおよびステータス情報のための、例示的タイプ-識別子である。
制御コマンド タイプ-識別子
“VOL+”、信号制御コマンド                          ‘0×01’
“REW”、記録オーディオ制御コマンド                 ‘0×43’
“MUTE”、ライブ・オーディオ制御コマンド            ‘0×76’
ステータス情報 タイプ-識別子
“TRACK”、オーディオ・トラック・ステータス         ‘0×21’
“BALANCE”、オーディオ・ステータス                 ‘0×46’
“CONNECTION INDICATION”、ワイヤレス・ステータス   ‘0×64’
【００６６】
ACSI制御フレームには、常に、２バイトのペイロード、１バイトのコマンドのタイプ-識別子フィールド、および１バイトのコマンド・ステータス・フィールドが含まれる。サポートされたコマンドのタイプ-識別子値の完全なリストである、以下の制御コードおよびステータス・コードの表を参照のこと。コマンド・ステートは、“OFF”の場合“０”、又は“ON”の場合“１”である。図18は、ACSI制御フレームのフォーマットを示す。
【００６７】
図19に示すように、ACSIステータス・フレームには、ステータス情報のタイプに基づいて、３〜257バイトのペイロードが含まれる。このフレーム・ペイロードには、１バイトのステータス・タイプ識別子フィールド、１バイトのステータス長フィールド、および１〜255バイトのステータス・データ・フィールドが含まれる。サポートされるオーディオ・ステータスおよびワイヤレス・デバイス・ステータスのタイプ-識別子値の完全なリストである、以下の制御コードおよびステータス・コードの表を参照のこと。
【００６８】
以下の表において、制御コマンド（Ｉ）およびステータス情報（II）の例示的なタイプ-識別子、および例示的なプロファイル・クラス・コード（III）およびプロファイル機能コード（IV）を記載する。
Ｉ．制御コマンド・コードの例
【００６９】
2008536354.tif 000009
【００７０】
2008536354.tif 000010
【００７１】
2008536354.tif 000011
【００７２】
2008536354.tif 000012
【００７３】
2008536354.tif 000013
【００７４】
2008536354.tif 000014
II．ステータス・コード
【００７５】
2008536354.tif 000015
【００７６】
2008536354.tif 000016
【００７７】
2008536354.tif 000017
【００７８】
2008536354.tif 000018
【００７９】
2008536354.tif 000019
III．プロファイル・クラス・コード
【００８０】
2008536354.tif 000020
IV．プロファイル機能コード
【００８１】
2008536354.tif 000021
【００８２】
上述の実施例によって、本発明の発明者は、本明細書において請求される本発明の詳細な内容を述べたが、本技術分野の当業者には、この内容が本発明の例示のみをその目的として述べられたものであり、本明細書において請求される本発明の範囲から逸脱することなく、本発明によって提供される利点を得るためのその他の種々の構成および実施の形態が想定可能であることが理解されるであろう。
【００８３】
上述の実施の形態において利用される、個々の電子回路素子およびマイクロプロセッサの機能は、本技術分野の当業者にはよく理解される事項である。なお、当業者であれば、代替的方法としての、種々のその他の実施の形態を想定可能であることが、読者には理解されるであろう。さらに、回路素子の、種々の代替的な構成およびタイプを、本明細書において述べられる実施の形態において用いられた構成およびタイプに代えて選択することが可能であることも容易に理解されるであろう。そしてまた、上述の表（Ｉ、II、IIIおよびIVにおける）において示された例示的コードおよび定義を、特定のアプリケーションのために、必要に応じて修正（追加、削除又はその他の方法で修正）することができることも理解されるであろう。本明細書において請求される発明には、全ての代替的実施形態、代替物および同等物を含むことが意図される。電気および通信設計分野の当業者であれば、本発明を特定のアプリケーションのための適切な実施形態に容易に適用することができる。
【００８４】
従って、本明細書において、例として示され、述べられた特定の実施の形態が、添付請求項によって定義され、発明者／譲受人によって請求される本発明の特許請求の範囲に制限を加えることを意図するものではないことが理解されなければならない。
【図面の簡単な説明】
【００８５】
本発明の例示的実施の形態を、添付の図面を参照して、以下に詳細に説明する。この図面の初めから終わりまで、同じ用語は同一の構成要素を指す。
【図１】本発明のネットワーク管理プロセスが組み込まれた、ワイヤレス・オーディオ・ネットワーク・システムの、半導体チップ上の、ハードウェアの機能ブロック図である。
【図２】上記ネットワーク・システムのソフトウェア機能層のブロック図である。
【図３】上記システムの携帯型オーディオ・プレイヤー・アプリケーションの構成のブロック図である。
【図４】上記システムの携帯型オーディオ・リモコン／ヘッドホン・アプリケーションの構成のブロック図である。
【図５】オーディオ・プレイヤー（ソース・デバイス）と、３つの（その内２つは受動的に）アソシエートされたワイヤレス・リモコン／ヘッドホン・セット（シンク・デバイス）とで構成されるワイヤレス・オーディオ・ネットワークの１つの実施例のイラスト図である。
【図６】チャネル・マスタがネットワーク内のオーディオ・デバイス間の通信のフローを管理する、ワイヤレス・オーディオ・ネットワークの構成図である。
【図７】本発明に基づいた、管理されたワイヤレス・オーディオ・ネットワークにおける、通信データの概念上のストリームの３つのトランスポート・スーパーフレーム（TSF）を示すブロック図である。
【図８】本発明に基づいた、ワイヤレス・オーディオ・ネットワークにおける、デバイス間のアソシエーション・プロセスの過程での、ソース（プレイヤー）とシンク（リモコン／ヘッドホン）デバイスとの間のプロファイル・ネゴシエーションのための、エンドポイント‐エンドポイント通信シーケンスを示す模式図である。
【図９】本発明に基づいた、ワイヤレス・オーディオ・ネットワークにおける、アクティブ・アソシエーションおよびプロファイル・ネゴシエーションの過程での、ソースとシンク・デバイス（それぞれチャネル・マスタおよび応答デバイスとして機能する）間のメッセージの交換を示す模式図である。
【図１０】追加のデバイスが、プレイヤーの音声伝送に割り入って聴取することが可能となるよう、追加のリモコン／ヘッドホン・デバイスの受動アソシエーションが要求される、ソース・プレイヤーと、アソシエートされたリモコン／ヘッドホン・シンク・デバイスとで構成されるオーディオ・ネットワークのイラスト図である。
【図１１】本発明に基づいた、ワイヤレス・オーディオ・ネットワークにおける、受動アソシエーションのプロセスの過程での、図10に示す、プレイヤー、アソシエートされたシンク・デバイス、および受動的シンク・デバイス間でのメッセージの交換を示す模式図である。
【図１２】本発明のネットワーク管理装置およびプロセスによって適用される好ましいチャネル・シーケンス（PCS）優先度定義を表すチャートである。
【図１３】本発明を組み込んだワイヤレス・オーディオ・ネットワークにおいて、シンク・デバイスが、そのチャネル・マスタを検知するための最大所要スキャン期間を示す。
【図１４】本発明に基づいたネットワーク管理装置および方法によって利用される制御およびステータス・インターフェース（AKEYおよびACSI）を示すブロック図である。
【図１５】一般的なACSIフレームの構成を示す。
【図１６】ACSIフレーム制御フィールド（バイト）のフォーマットを示す。
【図１７】ACSIタイプ-識別子フィールド（バイト）のフォーマットを示す。
【図１８】ACSI制御フレームのフォーマットを示す。
【図１９】ACSIステータス・フレームのフォーマットを示す。
【符号の説明】
【００８６】
１  ベース＆I/Oドライバ
２  MAC（メディア・アクセス制御）層
３  NWK（ネットワーク）層
４  アプリケーション・アダプテーション・サブ層
５  アプリケーション・インターフェース・サブ層
10  ワイヤレス・プレイヤー（プレイヤー，オーディオ・ソース，ソース・デバイス）
20，21  ワイヤレス・リモート（リモコン／ヘッドホン，オーディオ・シンク，シンク・デバイス）
30  チャネル・マスタ
40  応答デバイス
50  受動デバイス
60  チャネル・マスタ・パケット
70  応答デバイス・パケット
74  RFIC（無線周波数集積回路）
76  アナログ・キー・マトリクス
78  オーディオ制御（AKEYインターフェース）
82  オーディオ情報（ACSIインターフェース）
86  マイクロプロセッサ（オーディオ・プレイヤー・コントローラ）
88  LCDコントローラ
【図１】
2008536354.tif 000022
【図２】
2008536354.tif 000023
【図３】
2008536354.tif 000024
【図４】
2008536354.tif 000025
【図５】
2008536354.tif 000026
【図６】
2008536354.tif 000027
【図７】
2008536354.tif 000028
【図８】
2008536354.tif 000029
【図９】
2008536354.tif 000030
【図１０】
2008536354.tif 000031
【図１１】
2008536354.tif 000032
【図１２】
2008536354.tif 000033
【図１３】
2008536354.tif 000034
【図１４】
2008536354.tif 000035
【図１５】
2008536354.tif 000036
【図１６】
2008536354.tif 000037
【図１７】
2008536354.tif 000038
【図１８】
2008536354.tif 000039
【図１９】
2008536354.tif 000040
【国際調査報告】
2008536354.tif 000041
2008536354.tif 000042