特許 7511725 真のワイヤレスイヤホンのためのシームレスな役割の切り替え

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-27

(45)【発行日】2024-07-05

(54)【発明の名称】真のワイヤレスイヤホンのためのシームレスな役割の切り替え

(51)【国際特許分類】

   H04W 84/20 20090101AFI20240628BHJP

   H04W 72/044 20230101ALI20240628BHJP

   H04W 84/10 20090101ALI20240628BHJP

   H04W 88/04 20090101ALI20240628BHJP

   H04R 1/10 20060101ALI20240628BHJP

【ＦＩ】

H04W84/20

H04W72/044 110

H04W84/10 110

H04W88/04

H04R1/10 104E

【請求項の数】 15

【外国語出願】

(21)【出願番号】P 2023115209

(22)【出願日】2023-07-13

(62)【分割の表示】P 2021558608の分割

【原出願日】2019-06-20

(65)【公開番号】P2023139084

(43)【公開日】2023-10-03

【審査請求日】2023-07-27

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】オウヤン，シュエメイ

(72)【発明者】

【氏名】クラモト，ジェフリー

(72)【発明者】

【氏名】シエン，シジン

(72)【発明者】

【氏名】ジュー，ジアン

【審査官】篠田 享佑

(56)【参考文献】

【文献】特開２００３－３３３６６６（ＪＰ，Ａ）

【文献】特開２０１８－１６０９４５（ＪＰ，Ａ）

【文献】特表２０１８－５２６９１４（ＪＰ，Ａ）

【文献】米国特許第９４６２１０９（ＵＳ，Ｂ１）

【文献】米国特許出願公開第２０１３／０３１６６４２（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

Ｈ０４Ｒ １／１０

(57)【特許請求の範囲】

【請求項1】

ワイヤレスアクセサリーデバイスであって、
ホストデバイスと第２のワイヤレスアクセサリーデバイスとの通信に適合したワイヤレス通信インターフェイスと、
メモリーと、
前記メモリーと通信する１つまたは複数のプロセッサであって、スレーブモードからマスターモードに役割を切り替えるための第１の動作セットを実行するように構成された前記１つまたは複数のプロセッサとを備え、
前記第１の動作セットは、
前記役割切り替えのための第１のアンカーポイントをネゴシエートするステップと、
前記第２のワイヤレスアクセサリーデバイスから前記ワイヤレス通信インターフェイスを介して、前記ホストデバイスと通信するための論理リンク情報を受信するステップと、
前記第２のワイヤレスアクセサリーデバイスから前記ワイヤレス通信インターフェイスを介して、デコーダの状態を含むビット処理情報を受信するステップとを含み、前記ビット処理情報を受信するステップは、前記第２のワイヤレスアクセサリーデバイスとの間で、巡回冗長チェックおよびヘッダーエラーチェックの状態を交換するステップを含み、前記第１の動作セットはさらに、
前記第１のアンカーポイントで前記マスターモードになるステップと、
前記第１のアンカーポイントの後、前記ホストデバイスから直接パケットを受信するステップと、
前記受信したパケットを前記第２のワイヤレスアクセサリーデバイスに中継するステップとを含む、ワイヤレスアクセサリーデバイス。

【請求項2】

前記１つまたは複数のプロセッサはさらに、適応型周波数ホッピング（ＡＦＨ）チャンネルマップを受信する、請求項１に記載のワイヤレスアクセサリーデバイス。

【請求項3】

前記ビット処理情報を受信するステップは、前記第２のワイヤレスアクセサリーデバイスと巡回冗長チェックおよびヘッダーエラーチェックの状態を交換するステップを含む、請求項１または２に記載のワイヤレスアクセサリーデバイス。

【請求項4】

前記ビット処理情報はさらに、デコーダの状態を含む、請求項１～３のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項5】

前記第１の動作セットはさらに、適応型周波数ホッピング（ＡＦＨ）チャンネルマップを受信するステップを含む、請求項１～４のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項6】

前記第１のアンカーポイントは、未来における予め定められた長さの時点であり、前記予め定められた長さは、前記論理リンク情報の受信および前記ビット処理情報の受信に必要な時間量に対応する、請求項１～５のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項7】

前記第１のアンカーポイントは、特定のイベントに対応する、請求項１～６のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項8】

前記第１の動作セットはさらに、前記ワイヤレスアクセサリーデバイスの１つまたは複数の第１の基準を測定するステップを含む、請求項１～７のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項9】

前記第１の動作セットはさらに、前記ワイヤレス通信インターフェイスを介して、前記１つまたは複数の第１の基準を前記第２のワイヤレスアクセサリーデバイスに送信するステップを含む、請求項８に記載のワイヤレスアクセサリーデバイス。

【請求項10】

前記第１の動作セットはさらに、前記ワイヤレス通信インターフェイスを介して、１つまたは複数の第２の基準を前記第２のワイヤレスアクセサリーデバイスから受信するステップを含む、請求項９に記載のワイヤレスアクセサリーデバイス。

【請求項11】

前記１つまたは複数の第１の基準および前記１つまたは複数の第２の基準は、受信信号強度表示（ＲＳＳＩ）、平均信号強度、またはバッテリー寿命を含む、請求項１０に記載のワイヤレスアクセサリーデバイス。

【請求項12】

前記第１の動作セットはさらに、前記第２のワイヤレスアクセサリーデバイスから前記ワイヤレス通信インターフェイスを介して、前記第１のアンカーポイントで前記マスターモードになるという決定を受信するステップを含み、前記決定は、前記１つまたは複数の第１の基準または前記１つまたは複数の第２の基準のうちの少なくとも１つに少なくとも部分的に基づく、請求項１０または１１に記載のワイヤレスアクセサリーデバイス。

【請求項13】

前記ワイヤレスアクセサリーデバイスは、一対のワイヤレスイヤホンの第１のイヤホンであり、前記第２のワイヤレスアクセサリーデバイスは、前記一対のワイヤレスイヤホンの第２のイヤホンである、請求項１～１２のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項14】

１つまたは複数のセンサーをさらに備え、前記第１の動作セットはさらに、前記１つまたは複数のセンサーからのセンサーデータに基づいて前記役割切り替えを開始することを含む、請求項１～１３のいずれか１項に記載のワイヤレスアクセサリーデバイス。

【請求項15】

前記１つまたは複数のセンサーは、加速度計、ジャイロスコープ、スイッチ、光センサー、気圧計、音声センサー、振動センサー、熱センサー、または無線周波（ＲＦ）センサーのうちの１つまたは複数である、請求項１４に記載のワイヤレスアクセサリーデバイス。

【発明の詳細な説明】

【背景技術】

【0001】

フルワイヤレスイヤホンは、２つのイヤホンをワイヤレスで接続したものである。典型的には、このようなフルワイヤレスイヤホンは、リレー形式またはスニフ形式に準拠する。リレー形式では、一方のイヤホンはマスターの役割を果たし、他方のイヤホンはスレーブの役割を果たす。マスターイヤホンは、携帯電話またはその他のオーディオ再生デバイス等のホストからオーディオを受信し、そのオーディオをスレーブイヤホンに中継する。スニフ形式では、一方のイヤホンがプライマリイヤホン、もう一方のイヤホンがセカンダリイヤホンとなる。プライマリイヤホンは、ホストからオーディオパケットを受信して応答するが、セカンダリイヤホンは、ホストへの確認なしにオーディオを受信するだけ、もしくは「スニフ」する。セカンダリイヤホンは、パケットを失った場合、プライマリイヤホンにパケットの再送信を依頼する。

【0002】

２つのイヤホンの間での役割切り替えは、イヤホンの役割が変化するときに発生する。例えば、リレー形式のイヤホンの場合、マスターがスレーブになり、スレーブがマスターになる。スニフ形式のイヤホンの場合、プライマリイヤホンがセカンダリーになり、セカンダリイヤホンがプライマリーになる。

【0003】

リレー形式のワイヤレスイヤホンは、典型的には、ホストデバイスおよびマスターイヤホンの間に第１の非同期コネクションレス（ＡＣＬ：asynchronous connection-less）
リンクが存在し、マスターイヤホンはこのＡＣＬリンクにおけるＢｌｕｅｔｏｏｔｈ（登録商標）スレーブである。マスターイヤホンおよびスレーブイヤホンの間には第２のＡＣＬリンクが存在する。この第２のＡＣＬリンクにおいて、マスターイヤホンはＢｌｕｅｔｏｏｔｈマスターであり、スレーブイヤホンはＢｌｕｅｔｏｏｔｈスレーブとなる。

【0004】

この形式では、シームレスな役割の切り替えを実現することは非常に困難である。例えば、役割の切り替え後に新しいマスターイヤホンがオーディオパケットを受信し続けることができるように、マスターイヤホンおよびホストデバイスの間のＡＣＬリンクのプロファイルは、全てではないにしても、そのほとんどがスレーブイヤホンに静かに転送される必要がある。さらに、古いマスターイヤホンが新しいスレーブイヤホンになり、また、古いスレーブイヤホンが新しいマスターイヤホンになるように、Ｂｌｕｅｔｏｏｔｈの役割の切り替えも要求される。なぜならば、マスターイヤホンは、Ｂｌｕｅｔｏｏｔｈの伝送を効率的に行うために、Ｂｌｕｅｔｏｏｔｈマスターでもあるべきだからである。実際には、マスターおよびスレーブの役割の切り替えには、まずマスターイヤホンがホストデバイス（スマートフォン等）に、オーディオ再生を中断して、さらに、その後にホストから切断するように依頼する必要がある。その後、スレーブイヤホンは、ホストデバイスとの接続を確立し、新しいマスターイヤホンとなる。そして、新しいマスターは、新しいスレーブとの接続を確立し、電話のオーディオコンテンツを新しいスレーブに中継する。この時点で、役割の切り替えが完了したと見なされ、オーディオの再開が可能となる。しかし、オーディオは、このプロセス中にユーザーの介入なしに停止される必要があるため、ユーザーはオーディオのグリッチを聞くことになり、イヤホンのオーディオ品質が悪いと考えるであろう。このことは、役割の切り替えがより頻繁に起こる状況において、特に顕著となり得る。

【発明の概要】

【0005】

役割の切り替えは、例えば、スレーブのイヤホンがより良い受信信号強度を有する場合、マスターイヤホンがスレーブよりも少ないバッテリー残量で動作している場合、マスターイヤホンがユーザーの耳から取り出されたり、ケースに入れられたりした場合等に望ま
しいと考えられる。本開示は、イヤホンなどのペアリングされたアクセサリー間の役割の切り替えを、オーディオグリッチを回避するためにシームレスな方法で提供する。アクセサリー間の役割の切り替えは、ホストデバイスには知らされなくてもよい。

【0006】

ある開示の形態によると、ホストデバイスと第２のワイヤレスアクセサリーデバイスとの通信に適合したワイヤレス通信インターフェイスと、メモリーと、メモリーと通信する１つまたは複数のプロセッサとを含む、ワイヤレスアクセサリーデバイスが提供される。１つまたは複数のプロセッサは、マスターモードからスレーブモードに役割を切り替えるための第１の動作セットを実行するように構成されてもよく、第１の動作セットは、役割の切り替えのためのアンカーポイントをネゴシエートすることと、ホストデバイスと通信するための論理リンク情報を第２のワイヤレスデバイスに送信することと、ビット処理情報を第２のワイヤレスデバイスに送信することと、ネゴシエートされたアンカーポイントで役割切り替えを実行することと、アンカーポイントの後に第２のワイヤレスデバイスを介して中継されたパケットを受信することとを含む。

【0007】

アンカーポイントは、未来の予め定められた長さの時点であってもよく、予め定められた長さは、論理リンク情報の送信およびビット処理情報の送信に必要な時間量に対応する。他の例において、アンカーポイントは、特定のステータスの取得またはパケットの送信等の特定のイベントに対応していてもよい。いくつかの例によると、ビット処理情報を送信することは、第２のワイヤレスデバイスと、巡回冗長チェックおよびヘッダーエラーチェック状態を交換することを含んでもよい。ビット処理情報は、例えば、デコーダの状態を含んでもよい。１つまたは複数のプロセッサは、適応型周波数ホッピング（ＡＦＨ：adaptive frequency hopping）チャンネルマップをさらに送信してもよい。

【0008】

いくつかの例によると、１つまたは複数のプロセッサは、スレーブモードからマスターモードに役割を切り替えるための第２の動作セットを実行するようにさらに構成されてもよい。このような第２の動作セットは、役割切り替えのための第２のアンカーポイントをネゴシエートすることと、ホストデバイスと通信するための論理リンク情報を第２のデバイスから受信することと、ビット処理情報を第２のワイヤレスデバイスから受信することと、ネゴシエートされたアンカーポイントでマスターモードになることと、切り替えアンカーポイントの後にホストデバイスから直接パケットを受信することと、受信したパケットを第２のデバイスに中継することとを含んでもよい。

【0009】

本開示の別の態様に従うと、スレーブからマスターに役割を切り替える方法が提供される。本方法は、１つまたは複数のプロセッサを使用して、役割の切り替えのためのアンカーポイントをネゴシエートすることと、マスターの役割のワイヤレスペアリングされたデバイスからホストデバイスと通信するための論理リンク情報を受信することと、マスターの役割のワイヤレスペアリングされたデバイスからビット処理情報を受信することと、アンカーポイントの時点またはアンカーポイントの後で、受信した論理リンク情報を用いてホストデバイスとの直接通信を確立することと、切り替えアンカーポイントの後に、ホストデバイスからパケットを直接受信することとを含んでもよい。

【0010】

本開示のさらに別の態様は、マスターモードからスレーブモードに役割を切り替えるための方法を提供し、当該方法は、マスターモードで動作する第１のデバイスの１つまたは複数のプロセッサによって、役割切り替えのためのアンカーポイントをネゴシエートすることと、１つまたは複数のプロセッサによって、ホストデバイスと通信するための論理リンク情報をスレーブモードで動作する第２のデバイスに送信することと、１つまたは複数のプロセッサによって、第２のデバイスにビット処理情報を送信することと、ネゴシエートされたアンカーポイントでスレーブモードへの役割切り替えを実行することと、アンカーポイント後に第２のデバイスを介して中継されたパケットを受信することとを含む。

【図面の簡単な説明】

【0011】

【図1】本開示の態様に従うシステムの例を示すブロック図である。

【図2】図１のシステムを例示的な絵図である。

【図3A】本開示の態様に従う役割の切り替えを示す絵図である。

【図3B】本開示の態様に従う役割の切り替えを示す絵図である。

【図3C】本開示の態様に従う役割の切り替えを示す絵図である。

【図3D】本開示の態様に従う役割の切り替えを示す絵図である。

【図3E】本開示の態様に従う役割の切り替えを示す絵図である。

【図3F】本開示の態様に従う役割の切り替えを示す絵図である。

【図4】本開示の態様に従うパケットヘッダーの例を示すブロック図である。

【図5】本開示の態様に従うビット処理手順の例を示すフロー図である。

【図6A】本開示の態様に従うＨＥＣ状態を生成するためのレジスタの例示的な回路図である。

【図6B】本開示の態様に従うＣＲＣ状態を生成するためのレジスタの例示的な回路図である。

【図7】本開示の態様に従うデータホワイトニングのためのレジスタの例示的な回路図である。

【図8】本開示の態様に従う役割の切り替えを示す例示的なシーケンス図である。

【図9】本開示の態様に従うシステムの例を示す機能ブロック図である。

【図10】本開示の態様に従う例示的な方法を示すフロー図である。

【発明を実施するための形態】

【0012】

本開示は、マスター／スレーブの役割を持つイヤホン、または他のペアリングされたワイヤレスアクセサリー間の役割の切り替えを、ホストデバイスに対して透過的な方法で提供する。切り替えプロセス中のオーディオの一時停止または切断は必要とされない。したがって、切り替えは、オーディオストリーミングの継続を感知できる状態で実行され得る。

【0013】

マスターの役割にある第１のイヤホン等の第１のワイヤレスアクセサリーデバイスは、ホストデバイスおよびスレーブの役割にある第２のデバイスの両方に対して、マスターとしての役割を果たすことを要求する。この点において、第１のデバイスは、第１のデバイスとホストとの間のホスト接続、および第１のデバイスと第２のデバイスとの間のデバイス接続の両方のマスタークロックとなることができる。第１デバイスおよび第２デバイスの両方は、ホストをリッスンする。マスター役の第１のデバイスは、ホストからオーディオコンテンツを受信し、スレーブ役の第２のデバイスにオーディオコンテンツを中継する。スレーブ役の第２のデバイスは、マスターから中継されたオーディオを受信する間に、ホストデバイスをリッスンし、第２の（スレーブ）デバイスおよびホストの間の信号強度を監視する。第２の（スレーブ）デバイスは、ホストからオーディオコンテンツを直接受信する必要はない。

【0014】

マスターの役割にある第１のデバイスは、その信号強度が予め設定された閾値を下回ったことを観測すると、第２のデバイスにメッセージを送信し、第２のデバイスの信号強度を要求する。スレーブの役割にある第２のデバイスが、予め定められた期間、第１のデバイスよりも良い信号強度を有する場合、第１のデバイスは、第２のデバイスとの役割の切り替えを要求してもよい。

【0015】

役割の切り替え手順が開始されたとき、マスターの役割にある第１のデバイスは、ホストデバイスに、オーディオの中断またはホストデバイスとの接続の解除を求める必要はない。むしろ、第１および第２のデバイスは情報を伝達する。特に、第１および第２のデバ
イスは、役割の切り替えを実行するための時点等、予め定められた切り替えアンカーポイントに合意する。マスターの役割にある第１のデバイスは、さらに、スレーブの役割にある第２のデバイスに、ホストデバイスと通信するためのオーディオリンクヘッダーを提供する。この点において、第２のデバイスは、切り替えアンカーポイントから始まるホストデバイスとの通信を行うために、オーディオリンクヘッダーを使用することができる。第１および第２のデバイスは、さらに、異なるランダム化カーネル（Randomization Kernels）からのＣＲＣ（Cyclic Redundancy Check）およびＨＥＣ（Header Error Check
）状態を交換する。これにより、ビット処理の連続性が確保される。第１のデバイスは、さらに、その代替周波数ホッピング（ＡＦＨ）チャンネルマップを第２のデバイスに提供する。これは、ＡＦＨチャンネルマップが変更された任意のときに実行されてもよく、このような場合、第２のデバイスは、ホストに対するその更新された信号強度を決定するためにホストをリッスンすることができる。役割切り替えの後、第２のデバイスが新しいマスターになったとき、オーディオデコーダの状態は、第１のデバイス（古いマスター）から第２のデバイス（新しいマスター）に送信されてもよい。これにより、新しいマスターの役割にある第２のデバイス上で、オーディオパケットを継続的にデコードし得る。

【0016】

図１は、第１のアクセサリーデバイス１１０に通信可能に接続されたホストデバイス１０５を含む例示的なシステム１００を示している。第１のアクセサリーデバイス１１０は、イヤホン、ワイヤレススピーカーなどの一対のアクセサリーデバイスのうちの１つであってもよい。第１のデバイス１１０は、マスターの役割で動作していてもよい。このように、第１のデバイス１１０は、ホストデバイスに接続されていることに加えて、スレーブの役割で動作している第２のアクセサリーデバイス１２０にさらに通信可能に接続されている。

【0017】

デバイス１０５、１１０、１２０の間の接続は、例えば、Ｂｌｕｅｔｏｏｔｈ等の短距離ワイヤレスペアリングであってもよい。例えば、ホストデバイス１０５は、第１の非同期コネクションレス（ＡＣＬ）リンク、同期コネクションオリエンテッド（ＳＣＯ：Synchronous Connection-oriented）リンク等のホスト通信リンク１５２を介して第１のデバイス１１０に接続されてもよい。また、第１のデバイス１１０は、第２のＡＣＬリンク等の中継通信リンク１５４を介して、第２のデバイス１２０に接続されてもよい。

【0018】

図２は、図１のシステムの一例を示しており、ホストデバイスは携帯電話２０５であり、プライマリーの役割で動作する第１のデバイスは第１のイヤホン２１０であり、セカンダリーの役割で動作する第２のデバイスは第２のイヤホン２２０である。ホスト通信リンク２５２は、携帯電話２０５および第１のイヤホン２１０の間に存在し、中継通信リンク２５４は、第１のイヤホン２１０および第２のイヤホン２２０の間に存在する。

【0019】

本例では、ホストデバイスを携帯電話として説明しているが、ホストデバイスは、オーディオ信号を送信することに適した任意の様々なタイプのデバイスであってもよいと理解されるべきである。例えば、ホストデバイスは、タブレット、スマートウォッチ、ゲームシステム、音楽プレーヤー、ラップトップ、パーソナルデジタルアシスタントデバイス、またはその他のコンピューティングデバイスであってもよい。同様に、第１および第２のアクセサリーは、ここではイヤホン２１０、２２０として示されているが、他の例では、スピーカーまたは他のオーディオデバイス、ビデオ出力ディスプレイ等の任意の組み合わせであってもよい。第１および第２のアクセサリーは、製造時にペアリングされていてもよいし、別々に販売されて後にユーザーによりペアリングされてもよい。

【0020】

いくつかの例において、第１および第２のアクセサリーは役割を切り替えることが望ましい場合がある。例えば、プライマリーの役割を提供するイヤホンは、ホストおよびセカンダリーの役割のデバイスの間の可能な接続と比べて、より低い質のホストへの信号強度
接続を有する場合がある。図２の配置では、第１のイヤホン２１０は、ホストデバイス１０５がユーザーの体の反対側に保持されているため、ホストデバイス１０５に関して体を通過する経路の損失を受ける。これに対して、第２のイヤホン２２０は、ホストデバイス１０５とユーザーの体の同じ側にある。したがって、第２のイヤホン２２０は、第１のイヤホン２１０よりも、体を通過する経路の損失を受ける量は少ない。

【0021】

図３Ａ～Ｅは、役割の切り替えの一例を示す図である。図３Ａにおいて、スレーブモードで動作する第２のデバイス２２０は、ホスト２０５および第２のデバイス２２０の間の潜在的な接続３５６を評価している。例えば、第２のデバイス２２０は、ホスト通信リンク２５２を介して、ホスト２０５および第１のイヤホン２１０の間の伝送をリッスンしてもよい。各送信について、第２のイヤホン２２０は、潜在的な接続３５６の信号品質基準を特定し、中継リンク２５６を介してそのような基準を第１のイヤホン２１０に転送してもよい。このような基準の例は、ＲＳＳＩ、平均信号強度等を含んでいてもよい。第１のイヤホン２１０は、同様に、ホストリンク２５２を介したその通信についてこのような基準を決定してもよい。第１のイヤホン２１０は、決定した基準を第２のイヤホン２２０に転送してもよい。したがって、イヤホン２１０、２２０は、信号品質基準の比較に基づいて、役割を切り替えるか否かをネゴシエートすることができる。いくつかの例によると、役割を切り替えるか否かの決定は、第１および第２のデバイスのバッテリーレベル等の他の条件にさらに基づいてもよい。例えば、マスターの役割を務めるデバイスは、スレーブの役割を務めるデバイスよりも多くの電力を消費する場合がある。したがって、例えば、マスターデバイスのバッテリーが予め定められたレベルまで消耗した場合には、スレーブデバイスと役割を切り替えることが望ましい場合がある。

【0022】

いくつかの例では、役割を交換するか否かの決定は、第１および第２のデバイス２１０、２２０の両方によって行われてもよいが、他の例では、決定は、デバイスの１つまたはサブセットのみによって行われてもよい。例えば、第２のイヤホン２２０は、潜在的な接続３５６の信号品質基準を第１のイヤホン２１０に転送してもよく、第１のイヤホン２１０は、それを自身の基準と比較し、役割交換を開始するか否かを決定する。あるいは、第１のイヤホン２１０は、その決定した基準を、第２のイヤホン２２０に転送してもよく、第２のイヤホン２２０は、比較を実行し、役割の切り替えを開始するか否かを決定する。

【0023】

さらに図３Ａに示されるように、第１および／または第２のデバイス２１０、２２０が役割を交換することを決定すると、第１および第２のデバイスは情報を通信する。特に、第１および第２のデバイス２１０、２２０は、予め定義された切り替えアンカーポイントを決定するために通信する。予め定義された切り替えアンカーポイントは、デバイスが役割を切り替える将来の時点であってもよい。将来の時点は、第１および第２のデバイスが切り替えの準備を完了した時点、切り替えがオーディオ品質に最も少ない影響を与える時点、または、これらもしくは他の要件の任意の組み合わせであってもよい。

【0024】

図３Ｂに示されるように、マスターの役割の第１のデバイス２１０は、ホストデバイス２０５と通信するためのオーディオリンクヘッダーを、スレーブの役割の第２のデバイス２２０にさらに提供する。これに関して、第２のデバイス２２０は、切り替えアンカーポイントで始まるホストデバイス２０５との通信を行うために、オーディオリンクヘッダーを使用することができる。

【0025】

図３Ｃに示されるように、第１および第２のデバイスは、異なるランダム化カーネルからのＣＲＣ（Cyclic Redundancy Check）およびＨＥＣ（Header Error Check）の状
態をさらに交換する。これにより、ビット処理の連続性が確保される。これについては、図５～７に関連してさらに後述する。

【0026】

図３Ｄに示されるように、第１のデバイスは、さらに、その代替周波数ホッピング（ＡＦＨ）チャンネルマップを第２のデバイスに提供する。これは、第２のデバイスがホストに関してその更新された信号強度を決定するためにホストをリッスンすることができるように、ＡＦＨチャンネルマップが変化するときにいつでも実行されてもよい。

【0027】

図３Ｅにおいて、第１および第２のデバイス２１０、２２０は、第２のデバイス２２０がマスターの役割を務めるように、役割を切り替えている。例えば、第１および第２のデバイス２１０、２２０は、切り替えアンカーポイントに到達していてもよい。このように、第２のデバイス２２０は、図３Ｂで得られたオーディオリンクヘッダーを使用して、ホストデバイス２０５との通信を開始する。第２のデバイス２２０は、第１のデバイス２１０からのパケットヘッダーからの同じ論理リンクアドレスを使用しているため、ホストデバイス２０５は、異なるデバイスとの通信を開始したことに気づかない可能性がある。

【0028】

図３Ｆにおいて、第２のデバイスが新しいマスターになったとき、オーディオデコーダの状態は、第１のデバイス２１０（古いマスター）から第２のデバイス２２０（新しいマスター）に送信されてもよい。これにより、新しいマスターの役割を務める第２のデバイス２２０において、オーディオパケットを連続的にデコードすることができるであろう。

【0029】

図４は、Ｂｌｕｅｔｏｏｔｈ等の短距離ワイヤレス通信のパケットヘッダー４００の例を示す図である。パケットヘッダー４００は、複数の異なるフィールドに複数のビットを含んでいてもよい。例えば、このようなフィールドは、論理トランスポート（ＬＴ＿ＡＤＤＲ）フィールド４１０、タイプフィールド４２０、フローフィールド４３０、自動リピート要求番号（ＡＲＱＮ）フィールド４４０、シーケンス番号フィールド４５０、およびヘッダーエラーチェック（ＨＥＣ）フィールド４６０を含んでもよい。これらは、パケットヘッダー４００に含まれるフィールドの単なる例であり、他の例では、追加の、より少ない、または異なるフィールドがパケットヘッダーに含まれてもよいことが理解されるべきである。

【0030】

ＬＴ＿ＡＤＤＲフィールド４１０は、ホストデバイスおよびマスターアクセサリーデバイス間のホスト通信リンクを参照する。例えば、各アクセサリーデバイスは、ホストデバイスとペアリングされるときに、デフォルトの論理トランスポートを受け取ってもよい。各論理トランスポートは、例えば、論理リンク識別子によって区別される１つまたは複数の論理リンクを含んでいてもよい。

【0031】

マスターの役割にある第１のデバイスは、ホストデバイスと通信するためのヘッダー４００のようなオーディオリンクヘッダーを、スレーブの役割にある第２のデバイスに渡す。このようなリンクヘッダーは、ホストデバイスからマスターイヤホンへの最後のパケットの時刻と、切り替えアンカーポイントの時刻との間で渡されてもよい。第２のデバイスは、ＬＴ＿ＡＤＤＲフィールド４１０を使用して、論理トランスポート上で通信してもよい。このようにして、第２のデバイスは、切り替えアンカーポイントを起点として、マスターになり、マスターとして動作することができる。例えば、第１のデバイスおよび第２のデバイスは、いずれかのデバイスがマスターの役割を務めているときに、パケットヘッダーからのＬＴ＿ＡＤＤＲを使用して、論理トランスポート上の通信を引き受けるという点で、論理トランスポートを共有してもよい。ホストデバイスは、ある時点において、第１のデバイスおよび第２のデバイスのどちらが論理トランスポート上で通信しているかを知らず、切り替えに気づかなくてもよい。

【0032】

図５は、パケットのビットストリーム形成処理を示す図である。ビット処理を継続するために、第１のデバイスおよび第２のデバイスの間で、異なるランダム化カーネルからの巡回冗長チェック（ＣＲＣ）およびヘッダーエラーチェック（ＨＥＣ）の状態が交換され
る。各ヘッダーは、ヘッダーの整合性をチェックするために、ＨＥＣを有していてもよい。ＨＥＣは、例えば、以下の図６Ａに示されるようなＨＥＣ生成器によって生成された８ビットのワードであってもよい。ＨＥＣを生成する前に、ＨＥＣ生成器は、第１のデバイス、第２のデバイス、またはそれらの間で送信されるパケットに関連するアドレスまたは他の情報を使用する等して、８ビットの値で初期化される。生成されたＨＥＣはチェックされ、ＨＥＣがチェックされない場合は、パケット全体が廃棄されてもよい。

【0033】

パケットのビットストリームは、図５に示されるように、ＣＲＣおよびＨＥＣを用いて形成され得る。例えば、パケットのペイロードが入力され、ペイロードのＣＲＣが付加された後に、ペイロードの前にヘッダーが付加される。ヘッダーの内容はＨＥＣにより保護される。パケットの送信の際には、パケットは暗号化されてからホワイトニングされてもよい。暗号化は、ＡＥＳ―ＣＣＭなどの様々な形式の暗号化のいずれかであってもよい。ホワイトニングは、例えば、ビット列をランダム化し、そのスペクトルをほぼホワイトノイズのようにすることであってもよい。その結果は、符号化され、無線周波数（ＲＦ：Radio Frequency）インターフェイスに送信されてもよい。例えば、ペイロードが処理されて、ヘッダーが物理層（ＰＨＹ：Physical Layer）パケットに追加された後に、デジタ
ル変調とＲＦキャリア変調を行って予め定められた周波数で送信できるように、ＰＨＹパケットはＲＦチェーンに送られてもよい。パケットを受信する際には、パケットは、ＣＲＣチェックのために、デコード、デホワイトニング（de-whitened）、復号化（decrypt）されてもよい。

【0034】

ＣＲＣおよびＨＥＣの状態は、パケットが入ってくるたびに変化する。例えば、ＣＲＣおよびＨＥＣは、更新されたＣＲＣを生成するための第１のリニアフィードバックシフトレジスタ（ＬＦＳＲ：Linear Feedback Shift Register）およびＨＥＣを生成するた
めの第２のＬＦＳＲ等の１つまたは複数のシード制御レジスタに、受信したパケットからの情報を入力することで、生成されてもよい。

【0035】

図６Ａは、ＨＥＣを生成する第１のＬＦＳＲ回路の一例を示す図である。ヘッダービット等のデータは、例えば最下位ビットを先頭にしてＬＦＳＲに入力される。全てのヘッダービットがＬＦＳＲを通過した後、ＬＦＳＲから読み出されるのはＨＥＣである。

【0036】

図６Ｂは、ＣＲＣを生成する第２のＬＦＳＲ回路の一例を示す図である。パケットペイロードビット等のデータは、例えば最下位ビットを先頭にしてＬＦＳＲに入力される。例えば、ＣＲＣ用の１６ビットのＬＦＳＲは、ＨＥＣ用のＬＦＳＲと同様に構成され得る。いくつかの例によると、左端の８ビットには８ビットのＵＡＰが最初にロードされ、右端の８ビットはゼロにリセットされていてもよい。データがシフトインされている（shifted in）間、スイッチＳはポジション１に設定される。最後のビットがＬＦＳＲに入力さ
れた後、スイッチはポジション２に設定され、レジスタの内容が右から左に送信される。レジスタから読み出されるのはＣＲＣである。

【0037】

ＣＲＣおよびＨＥＣは、最初のリンク確立開始時に異なる初期値を持っていてもよい。ＣＲＣ／ＨＥＣの最新の状態をシードコントロールレジスタに書き込むことができれば、処理は、ホストデバイスに知られることなく、役割を切り替えたマスターおよびスレーブイヤホンにより実行され得る。

【0038】

図７は、データホワイトニングのためのＬＦＳＲの例を示している。ホワイトニングの元となるシード値は、マスタークロックから取得され得る。マスターイヤホン、スレーブイヤホン、およびホストデバイスの全ては、マスタークロックに同期しているので、ホワイトニング処理は、マスターイヤホンとスレーブイヤホンに追加の状態情報の交換を要求しない。

【0039】

暗号化は、マスターイヤホンおよびスレーブイヤホンの間で情報が交換されることを必要とするかもしれない。これを避けるために、イヤホン間の役割切り替えの前に、マスターイヤホンは、暗号化を停止するための役割の切り替えをホストデバイスに求めることができる。このマスターイヤホンおよびホストの役割切り替えは、暗号化を停止するための追加の時間消費を避けるために、マスターイヤホンおよびスレーブイヤホンの役割切り替え時間と同時に設定されてもよい。役割切り替えの後、新しいマスターイヤホンは、ホストデバイスに暗号化の再開を求めることができる。このようにして、マスターイヤホンおよびスレーブイヤホンが暗号化エンジンの状態を交換する必要がないように、全ての暗号化シードが初期状態からスタートすることができる。役割切り替え手順が、ホストからイヤホンへの２つのオーディオパケット配信の間のおおよその時間間隔よりも長くかかる場合、マスターデバイスは、ホストデバイスに対して否定的な確認応答（ＮＡＣＫ：Negative Acknowledgement）を行うことができる。これは、マスターデバイスが既にパケット
を受信しているが、暗号化の開始または停止の完了までの時間を確保したい場合でも同様である。

【0040】

第２のデバイスがホストデバイスに対して正しいチャンネルで通信できるようにするために、第１のデバイスは、ＡＦＨチャンネルマップが変更されるたびに、その代替周波数ホッピング（ＡＦＨ）チャンネルマップを第２のデバイスに送信する。第２のデバイスは、マスターになる前にＡＦＨチャンネルマップを使用してホストデバイスをリッスンしてもよく、例えば、ホストデバイスに関する測定された信号強度を更新し得る。切り替えアンカーポイントの前に、第１のデバイスでＡＦＨチャンネルマップが再び変わった場合、第１のデバイスは、第２のデバイスがホストデバイスに通信するために正しいチャンネルにジャンプできるように、切り替えアンカーポイントの前に、新しいＡＦＨチャンネルマップを第２のデバイスに送信する。他の例では、第１のデバイスは、アンカーポイントの後に、更新されたＡＦＨチャンネルマップを第２のデバイスに送信してもよい。更新されたチャンネルマップがアンカーの前に送信されるか後に送信されるかのタイミングは、例えば、ホストがアンカーポイントでまたはアンカーポイントのすぐ後に、マスターにパケットを送信するかに依存してもよい。

【0041】

役割の切り替えの後、オーディオパケットは、その新しいマスターの役割にある第２のデバイスで継続的にデコードされるべきである。したがって、オーディオデコーダの状態は、第１のデバイス（旧マスター）から第２のデバイス（新マスター）に送信されてもよい。使用されるコーデックに応じて、転送されるデータ量が異なってもよい。例えば、異なるコーデックは、エンコーダ状態の異なる複雑さのエンコーダ状態を有してもよい。例を挙げると、アドバンスドオーディオコーディング（ＡＡＣ：Advanced Audio Coding
）コーデックは、複雑性の低いサブバンド（ＳＢＣ：Sub-Band）コーデックと比較して複雑である場合がある。したがって、コーデックの状態の転送は、コーデックによって異なる量のデータを必要とし得る。簡易版としては、第２のデバイス（新マスター）のデコーダを初期状態にしておく。最初のパケットが新しいマスターの役割を務める第２のデバイスに入ってくると、デコーダが新たに開始したかのように、そのパケットはでコードされる。デコーダは、フルスケールパルスコードモジュレーション（ＰＣＭ：Pulse-Code Modulation）ストリームをランプアップ（ramp up）して与えるために、フレームを必要とする。オーディオストリームの途中でランプアップすると、オーディオストリームが短時間無音になる。しかし、第１および第２のデバイスは、その短時間の無音状態がデコーダの初期化のためであることを理解できる。したがって、一部の種類のトラフィックでは、新しいマスターである第２のデバイスは、パケットロスコンシールメント（ＰＬＣ：Packet Loss Concealment）アルゴリズムをオンにして、ホストデバイスから第２のデバイ
ス（新しいマスター）に入ってくる最初のフレームのデコーダの出力の最初にあるデータを平滑化することができる。

【0042】

図８は、第１のデバイスおよび第２のデバイスの間の役割切り替えに至るまで、その間、およびその後のイベントのシーケンスを例示するシーケンス図である。これは単なる例示であり、他の例ではイベントの順序が異なったり、イベントが同時に発生したりしてもよいことは理解されるべきである。

【0043】

図示されているように、ホストデバイス１０５は、マスターの役割を務める第１のデバイス１１０にパケットを送信し、第１のデバイス１１０は、受信したパケットをスレーブの役割を務める第２のデバイス１２０に中継する。第１および第２のデバイス１１０、１２０は、ホストデバイスに対する信号強度、バッテリー寿命等の基準を測定および交換する。基準に応じて、第１および第２のデバイスは、役割の切り替えを行うか否かをネゴシエートし、役割の切り替えを行う場合は、さらに切り替えアンカーポイントをネゴシエートする。

【0044】

第１および第２のデバイス１１０、１２０は、アンカーポイントの前に役割切り替えの準備をする際に、ホスト１０５からパケットを受信して中継し続けてもよい。役割切り替えの準備として、第１のデバイス１１０は、ホストデバイスと通信するための論理リンク情報を含むパケットヘッダーを送信してもよい。例えば、パケットヘッダーは、ホストデバイスから中継されるオーディオデータパケットに先立って送信されてもよい。論理リンク情報は、例えば、ＬＴ＿ＡＤＤＲフィールドであってもよい。

【0045】

第１および第２のデバイス１１０、１２０は、ＨＥＣおよびＣＲＣの状態情報を交換する。さらに、第１のデバイス１１０は、そのＡＦＨチャンネルマップを送信する。マップはアンカーポイントの前に送信されるように図示されているが、他の例ではアンカーポイントの後に送信されてもよい。さらに、ＨＥＣ／ＣＲＣ情報およびＡＦＨチャンネルマップは、それらが更新されるたび等の複数のタイミングで送信されてもよいことが理解されるべきである。

【0046】

アンカーポイントでは、第１および第２のデバイス１１１、１２０は、第２のデバイス１２０が第１のデバイス１１０に対してマスターとなり、第１のデバイス１１０がスレーブとなるように、役割の切り替えを行う。したがって、第２のデバイス１２０は、パケットヘッダー内の受信した論理リンク情報を用いて、ホスト１０５との直接通信を開始してもよい。

【0047】

第１のデバイス１１０は、第２のデバイス１２０で受信したホスト１０５からのパケットをデコードするために、デコード情報を第２のデバイス１２０に送信してもよい。したがって、第２のデバイス１２０は、マスターの役割を務め、ホスト１０５からパケットを受信し、そのパケットを第１のデバイス１１０に中継してもよい。

【0048】

図９は、第１のデバイス１１０および第２のデバイス１２０の内部構成要素の一例を示す。多数の内部構成要素が示されているが、追加のまたはより少ない構成要素が含まれてもよいことが理解されるべきである。例示に過ぎないが、デバイスは、スピーカー、マイクロフォン等の再生デバイスに典型的に見られる構成要素を含んでもよい。また、デバイスは、例えば、イヤホン、スピーカー、ディスプレイなどのワイヤレスアクセサリーであってもよい。デバイスは、第１のデバイス１１０に関して主に以下のように説明される。第２のデバイス１２０は、いくつかの例では、第１のデバイス１１０と類似または同一であってもよいが、他の例では、第２のデバイス１２０は、異なるタイプのデバイスであってもよい。さらにまたは代替的に、第２のデバイス１２０は、異なる内部構成要素を有していてもよい。

【0049】

第１のデバイス１１０は、１つまたは複数のプロセッサ９１６、１つまたは複数のメモリー９１２のほか、他の構成要素を含んでいてもよい。例えば、コンピューティングデバイス１１０は、１つまたは複数のセンサー９１８、ワイヤレスペアリングインターフェイス９１９、およびバッテリー９１７を含んでいてもよい。

【0050】

メモリー９１２は、１つまたは複数のプロセッサ９１６によってアクセス可能な、１つまたは複数のプロセッサ９１６によって実行またはその他の方法で使用され得るデータ９１４、命令９１５を含む情報を格納してもよい。例えば、メモリー９１２は、コンピューティングデバイス読み取り可能な媒体、または、揮発性メモリー、不揮発性だけでなく、他の書き込み可能なメモリーおよび読み取り専用のメモリー等の電子デバイスの助けを借りて読み取ることができるデータを格納する他の媒体を含む、プロセッサ（複数可）によってアクセス可能な情報を格納することができる任意のタイプのものであってもよい。例示に過ぎないが、メモリー９１２は、高速ルックアップを提供するように構成されたスタティック・ランダム・アクセス・メモリー（ＳＲＡＭ：Static Random-access Memory
）であってもよい。システムおよび方法は、前述したものの異なる組み合わせを含んでもよく、それにより、命令およびデータの異なる部分が異なるタイプの媒体に格納される。

【0051】

データ９１４は、命令９１５に従って、１つまたは複数のプロセッサ９１６によって、検索、格納、または修正されてもよい。例えば、データ９１４は、Ｂｌｕｅｔｏｏｔｈプロファイルのような短距離ワイヤレス通信プロファイルを含んでもよい。データ９１４は、ホストデバイスから受信したパケットを格納するオーディオバッファ等、バッファリングされたパケットをさらに含んでもよい。請求項にかかる主題は、いかなる特定のデータ構造によっても限定されないが、データは、コンピューティングデバイスのレジスタに、複数の異なるフィールドおよびレコードを有するテーブルとしてのリレーショナルデータベースに、ＸＭＬドキュメントまたはフラットファイルに格納されてもよい。また、データは、任意のコンピューティングデバイス読み取り可能なフォーマットでフォーマットされてもよい。

【0052】

命令９１５は、１つまたは複数のプロセッサ９１６によって直接（マシンコード等）または間接的（スクリプト等）に実行される命令の任意のセットであってもよい。例えば、命令は、コンピューティングデバイス読取可能媒体上に、コンピューティングデバイスコードとして格納されてもよい。これに関連して、「命令」および「プログラム」という用語は、本明細書において互換的に使用されてもよい。命令は、プロセッサによる直接処理のためのオブジェクトコード形式で、または、オンデマンドで解釈されるか事前にコンパイルされるスクリプトまたは独立したソースコードモジュールのコレクションを含む任意の他のコンピューティングデバイス言語で格納されてもよい。命令の機能、方法、およびルーチンは、以下でより詳細に説明される。

【0053】

１つまたは複数のプロセッサ９１６は、マイクロプロセッサ、デバイス１１０自体にハードワイヤードされた論理回路（例えば、論理ゲート、フリップフロップ等）であってもよく、または、専用のＡＳＩＣ（Application Specific Integrated Circuit）であってもよい。１つまたは複数のプロセッサ９１６は、ハードワイヤードの論理回路に限定されず、任意の市販の処理デバイス、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field Programmable Gate Array）等の任意のハードウェアベースのプロセッサを含んでもよいことが理解されるべきである。いくつかの例では、１つまたは複数のプロセッサ９１６は、ステートマシンを含んでいてもよい。プロセッサ９１６は、命令９１５を実行して、例えば、図１０に関連して以下に説明するような方法を実行するように構成されてもよい。

【0054】

１つまたは複数のセンサー９１８は、役割切り替えに関連する条件を検出するための様
々な機械的または電気機械的センサーのいずれかを含んでもよい。このようなセンサーは、例えば、加速度計、ジャイロスコープ、スイッチ、光センサー、気圧計、音声センサー（例えば、マイクロフォン）、振動センサー、熱センサー、無線周波（RF：Radio Frequency）センサー等を含んでもよい。これに関連して、デバイス１１０は、デバイスがそのペアリングされたデバイスと役割を切り替えるべきであることを示す条件を検出してもよい。一例として、センサーは、受信した信号強度を検出してもよく、受信した信号強度をペアリングされたデバイスの信号強度と比較してもよい。このように、デバイス１１０とそのペアリングされたデバイスは、役割を切り替えるか否かをネゴシエートすることができる。他の例として、センサーは、バッテリー寿命、信号品質、動き等の他のパラメータを検出してもよい。

【0055】

短距離ワイヤレスペアリングインターフェイス９１９は、ペアリングされた第２のデバイス１２０またはオーディオパケットを提供する携帯電話等のホストデバイス等の他のデバイスとの接続を形成するために使用されてもよい。接続は、例えば、Ｂｌｕｅｔｏｏｔｈ接続または他のタイプのワイヤレスペアリングであってもよい。例示に過ぎないが、各接続は、ＡＣＬリンクを含んでいてもよい。

【0056】

図９は、デバイス１１０のプロセッサ、メモリー、および他の要素を同じブロック内にあるものとして機能的に図示しているが、プロセッサおよびメモリーは、実際には、同じ物理的ハウジング内に格納されていてもいなくてもよい複数のプロセッサおよびメモリーを含んでいてもよいことは、当業者には理解されるであろう。例えば、メモリー９１２は、コンピューティングデバイス１１０のものとは異なる囲い（casing）に配置された揮発性メモリーまたは他のタイプのメモリーであってもよい。さらに、上述した様々な構成要素は、１つまたは複数の電子デバイスの一部であってもよい。

【0057】

この例では、第２のデバイス１２０は、デバイス１１０のアーキテクチャと同様の内部アーキテクチャを有する。例えば、第２のデバイス１２０は、データ９２４と、１つまたは複数のプロセッサ９２６によって実行され得る命令９２５とを格納するメモリー９２２を含む。第２のデバイス１２０は、バッテリー９２７、センサー９２８、Ｂｌｕｅｔｏｏｔｈインターフェイス等の通信インターフェイス９２９をさらに含む。第２のデバイス１２０は、第１のデバイス１１０の命令９１５とは異なる命令９２５のセットを実行するものとして示されているが、両方のデバイス１１０、１２０は、プライマリーからセカンダリーへ、およびセカンダリーからプライマリーへの役割切り替えを実行するようにプログラムされてもよいことが理解されるべきである。

【0058】

上述したように、命令９１５および９２５は、シームレスな役割切り替えを行うために実行され得る。役割切り替えは、ネゴシエートされたアンカーポイントで実行されてもよく、また、ホストデバイスへの通知、更新、またはその他の方法による関与なしに実行されてもよい。

【0059】

図１０は、第１のワイヤレスアクセサリーと第２のワイヤレスアクセサリーとの間で役割の切り替えを実行する例示的な方法１０００を示すフロー図である。上述したように、第１および第２のデバイスは、多数のタイプのデバイスのいずれかであってもよい。例えば、第１および第２のデバイスは、一対のイヤホン、サラウンド・サウンド・スピーカー等であってもよい。動作は特定の順序で図示および説明されているが、順序は変更されてもよく、動作は追加または省略されてもよいことが理解されるべきである。

【0060】

ブロック１００５、１０１０において、第１および第２のデバイスは、役割を切り替えるか否かをネゴシエートする。例えば、一方または両方のデバイスは、第１および第２のデバイスによって測定された信号強度または他の条件を比較してもよい。デバイスが役割
の切り替えを行うべきと判断した場合、デバイスはさらに切り替え時間のアンカーポイントをネゴシエートする。アンカーポイントは、例えば、役割切り替えの準備のための十分な時間を可能にする予め定められた遅延、ランダムな時間、役割切り替えによる信号品質への影響が最も少ない時間、または他の様々な要因のいずれかに基づいて選択され得る。

【0061】

ブロック１０１５において、第１のデバイスが論理リンク情報を送信し、ブロック１０２０において、これが第２のデバイスにより受信される。論理リンク情報は、例えば、パケットヘッダーで送信されてもよい。例えば、論理インク情報は、パケットヘッダーのＬＴ＿ＡＤＤＲフィールドに含まれていてもよい。論理リンク情報は、第１のデバイスがホストデバイスと通信するために用いる情報であってもよい。第２のデバイスと情報を共有することにより、第１のデバイスは、役割切り替え後のホストデバイスとの通信に論理リンク情報を使用することを第２のデバイスに許可する。

【0062】

ブロック１０２５、１０３０において、第１および第２のデバイスは、ＨＥＣ／ＣＲＣの状態を交換し、それによって役割切り替え後の継続的なビットエラー処理を可能にする。

【0063】

ブロック１０３５において、第１のデバイスは、ＡＦＨチャンネルマップを送信し、ブロック１０４０において、これは第２のデバイスによって受信される。ブロック１０４５において、第１のデバイスはデコーダ状態を送信し、ブロック１０５０において、これは第２のデバイスによって受信される。このようなデコーダ状態は、ホストデバイスから受信したパケットをデコードするために、役割切り替え後の第２のデバイスによって使用されてもよい。

【0064】

デバイスが予め定められた切り替えアンカーポイントに到達すると、デバイスは役割を切り替えることができる。したがって、ブロック１０６０において、第２のデバイスは、ブロック１０２０で受信した論理リンク情報を用いて、ホストデバイスとの直接通信を開始する。第１のデバイスは、スレーブの役割に移行する。 そのため、第２のデバイスが
受信したホストからのパケットは、第１のデバイスに中継される。ホストデバイスは、役割の切り替えが発生したことを気づかないかもしれない。

【0065】

上述のシステムおよび方法は、オーディオの知覚可能なグリッチなしに役割の切り替えを提供するという点で有利である。このように、ペアリングされたデバイス間のマスター／スレーブの役割は、オーディオ品質を損なうことなく、有益になるだけ頻繁に切り替えられることができる。このような切り替えは、バッテリー寿命を維持し、オーディオ品質（例えば、信号強度の向上の結果）等を向上させることであろう。

【0066】

特に明記しない限り、前述の代替例は相互に排他的なものではなく、独自の利点を達成するために、様々な組み合わせで実現され得る。上述した特徴のこれらおよび他の変形および組み合わせは、特許請求の範囲によって定義された主題から逸脱することなく利用することができるので、実施形態の前述の説明は、特許請求の範囲によって定義された主題を限定するものではなく、例示として取られるべきである。さらに、本明細書に記載された例や、「～等」、「～を含む」などと表現された句の提供は、特許請求の範囲の主題を特定の例に限定するものと解釈されるべきではなく、むしろ、例は、多くの可能な実施形態のうちの１つだけを説明することを意図したものである。さらに、異なる図面における同じ参照符号は、同一または類似の要素を識別することができる。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図3F】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】