JP2022534644A - Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法 - Google Patents

Abstract

本発明は、ワイヤレスオーディオストリーミングの分野に関する。本発明は、ＢｌｕｅｔｏｏｔｈオーディオソースとＢｌｕｅｔｏｏｔｈオーディオシンクとのリンク、またはマスタデバイスとスレーブデバイスとのリンクの構成を動的に管理するために使用できる。本発明は、Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法に関し、当該方法は、第２デバイスとの間で確立したＢｌｕｅｔｏｏｔｈ通信リンクでオーディオ情報を転送するステップと、Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイスのいずれかにおいて動作パラメータの値が変わると、Ｂｌｕｅｔｏｏｔｈ通信リンクの新しい動作モードを決定するステップと、新しい動作モードに基づいてＢｌｕｅｔｏｏｔｈ通信リンクの構成パラメータを変更するステップと、変更した構成パラメータに従ってＢｌｕｅｔｏｏｔｈ通信リンク上でオーディオ情報を転送するステップとを含む。

Description

本発明の背景
本発明は、ワイヤレス通信に関し、より具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）ソースデバイスとＢｌｕｅｔｏｏｔｈマルチメディア（オーディオまたは映像）シンクデバイスとの通信リンクの構成を動的に変更するための方法に関する。

「構成」とは、ソースデバイスとシンクデバイスとの間でどのようにデータが送信されるかを決定するパラメータセットを意味する。これらのパラメータは、「構成パラメータ」と称される。「構成を変更する」とは、構成パラメータセットのうち、１つまたは複数の構成パラメータを変更することを意味する。

１つまたは複数の実施の形態では、Ｂｌｕｅｔｏｏｔｈシンクデバイスは、Ｂｌｕｅｔｏｏｔｈスピーカーであってもよい。「スピーカー」とは、電気音声信号を対応する音に変換する任意の電気音響変換器を意味する。「スピーカー」という用語は、たとえば、ステレオシステム、ヘッドホン、イヤホン、補聴器などのオーディオスピーカーを含む。オーディオソースデバイス（または、単に「ソースデバイス」、もしくは「ソース」）は、たとえば、携帯電話、ポータブルゲームプレーヤー、ポータブルメディアプレーヤ、コンピュータ、タブレット端末、テレビ、ステレオシステムの制御装置などであってもよい。以下では、ソースデバイスは、「マスタデバイス」と称される場合もある。

Ｂｌｕｅｔｏｏｔｈは、歴代のバージョンを発行している組織団体（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ）によって管理されている、当業者に周知の通信規格である。Ｂｌｕｅｔｏｏｔｈは、近距離の双方向のデータのやり取りを可能にする（これは、パーソナルゾーンを網羅するネットワークを指定するピコネットネットワークである）。そのため、Ｂｌｕｅｔｏｏｔｈ機器の範囲は、数十メートルに限定されている。Ｂｌｕｅｔｏｏｔｈは、ＵＨＦ帯（３００ＭＨｚと３ＧＨｚとの間）に位置する電波を利用する。Ｂｌｕｅｔｏｏｔｈは、ケーブル接続をなくすことによって電子機器同士の接続を簡略化することを目的としている。よって、Ｂｌｕｅｔｏｏｔｈは、ソースマルチメディアデバイス（ｈｉ－ｆｉシステム、カーラジオ、コンピュータ、タブレット端末、携帯電話など）間のケーブルをワイヤレス通信、および、受信したマルチメディアストリームを再生するように配置された複数のスピーカーなど、マルチメディアシンクデバイスに置き換えることを可能にする。Ｂｌｕｅｔｏｏｔｈスピーカーは、そのポータビリティの高さから一定の成功を収めている。

一般的に、ソースデバイスとシンクデバイスとの間のＢｌｕｅｔｏｏｔｈリンクの構成は、接続が確立されたときに決定され、その後変更されることはない。たとえば、マスタデバイスは、シンクデバイスの音声機能を取得する要求を送り、応答に基づいて適したリンクの音響パラメータを選択してもよい。

利用可能なＢｌｕｅｔｏｏｔｈ帯域幅に基づいて音声ビットレートを動的に順応させるためのいくつかの方法が従来技術において提案されてきた。たとえば、米国出願第８，０３１，６５８号は、Ｂｌｕｅｔｏｏｔｈ接続の状態に基づいてコーデックに使われるビットレートを動的に変更することを提案している。米国出願第２０１３／０３０４４５８号は、ソースデバイスに関し、コントローラは、通信しているＢｌｕｅｔｏｏｔｈデバイス間の帯域幅に基づいた音響パラメータを変更することに順応している。

すなわち、従来の技術では、音声が途切れ途切れになることを回避し、かつユーザエクスペリエンスを改善するために、接続パラメータに基づいて音響パラメータを動的に順応させるよう提案するのみである。

しかしながら、Ｂｌｕｅｔｏｏｔｈデバイス間で接続を確立するときに採用した構成が最適の構成ではない場合があるその他の状況があり、このような状況では、リンクの構成を動的に変更したいと望むであろう。

そのため、本開示の目的は、パラメータ（必ずしも接続パラメータである必要はない）に基づいてＢｌｕｅｔｏｏｔｈソースデバイスとＢｌｕｅｔｏｏｔｈマルチメディアシンクデバイスとの通信リンクの構成（音響パラメータだけでなく）を動的に変更するための方法を対象とする。

本発明の概要
本発明は、Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法に関する。この方法は、
第２デバイスとの間で確立したＢｌｕｅｔｏｏｔｈ通信リンクでオーディオ情報を転送するステップと、
Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイスにおいて動作パラメータの値が変化すると、Ｂｌｕｅｔｏｏｔｈ通信リンクの新しい動作モードを決定するステップと、
新しい動作モードに基づいてＢｌｕｅｔｏｏｔｈ通信リンクの構成パラメータを変更するステップと、
変更した構成パラメータに従ってＢｌｕｅｔｏｏｔｈ通信リンク上でオーディオ情報を転送するステップとを含んでもよい。

「Ｂｌｕｅｔｏｏｔｈ通信リンク」とは、Ｂｌｕｅｔｏｏｔｈ Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ（ＢｌｕｅｔｏｏｔｈＢＲ／ＥＤＲ）だけでなく、Ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ（ＬＥ）も含む（たとえばＢｌｕｅｔｏｏｔｈコア仕様バージョン５．１またはそれよりも前のバージョンのＢｌｕｅｔｏｏｔｈコア仕様に記載されているような）任意のＢｌｕｅｔｏｏｔｈプロトコルに従って確立された通信リンクを意味する。

１つまたは複数の実施の形態では、動作パラメータは、Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイス上で動作中のオペレーティングシステムに対応付けられてもよい。

これに代えて、動作パラメータは、Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイス上で実行中のアプリケーションに対応付けられてもよい。

１つまたは複数の実施の形態では、構成パラメータを変更するステップは、Ｂｌｕｅｔｏｏｔｈホストによって実行されてもよい。

これに代えて、構成パラメータを変更するステップは、Ｂｌｕｅｔｏｏｔｈコントローラによって実行されてもよい。

１つまたは複数の実施の形態では、動作パラメータは、
バッテリー残量、
Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイス上で起動されたゲームアプリケーションの種類、
マルチメディアコンテンツの読み出しモード、または
マルチメディアコンテンツの品質、
のうちの１つであってもよい。

１つまたは複数の実施の形態では、構成パラメータは、
オーディオ構成パラメータ、または
Ｂｌｕｅｔｏｏｔｈ接続パラメータ、
のうち一方であってもよい。

たとえば、構成パラメータは、
コーデックの種類、
コーデックに対するパラメータ、
データの種類、
オーディオチャネル選択パラメータ、または
サンプリングレートパラメータ、
のうち１つのオーディオ構成パラメータであってもよい。

本発明の別の態様は、Ｂｌｕｅｔｏｏｔｈデバイスに関する。このＢｌｕｅｔｏｏｔｈデバイスは、
Ｂｌｕｅｔｏｏｔｈチップと、
プロセッサと、
メモリとを備え、
第２デバイスとの間で確立したＢｌｕｅｔｏｏｔｈ通信リンクでオーディオ情報を転送し、
Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイスにおいて動作パラメータの値が変化すると、Ｂｌｕｅｔｏｏｔｈ通信リンクの新しい動作モードを決定し、
決定した新しい動作モードに基づいてＢｌｕｅｔｏｏｔｈ通信リンクの構成パラメータを変更し、
変更した構成パラメータに従ってＢｌｕｅｔｏｏｔｈ通信リンク上でオーディオ情報を転送するように構成されてもよい。

１つまたは複数の実施の形態では、動作パラメータは、Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイスのオペレーティングシステムに対応付けられてもよい。

これに代えて、動作パラメータは、Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイス上で実行中のアプリケーションに対応付けられてもよい。

１つまたは複数の実施の形態では、Ｂｌｕｅｔｏｏｔｈデバイスは、Ｂｌｕｅｔｏｏｔｈコントローラをさらに備えてもよく、構成パラメータを変更するステップは、Ｂｌｕｅｔｏｏｔｈコントローラによって実行されてもよい。

Ｂｌｕｅｔｏｏｔｈデバイスは、Ｂｌｕｅｔｏｏｔｈホストをさらに備えてもよく、代わりに、構成パラメータを変更するステップは、Ｂｌｕｅｔｏｏｔｈホストによって実行されてもよい。

１つまたは複数の実施の形態では、動作パラメータは、
バッテリー残量、
Ｂｌｕｅｔｏｏｔｈデバイスまたは第２デバイス上で起動されたアプリケーションの種類、
マルチメディアコンテンツの読み出しモード、または、
マルチメディアコンテンツの品質、
のうちの１つであってもよい
１つまたは複数の実施の形態では、構成パラメータは、
オーディオ構成パラメータ、または
Ｂｌｕｅｔｏｏｔｈ接続パラメータ、
のうち一方であってもよい。

たとえば、動作パラメータは、
コーデックの種類、
コーデックに対するパラメータ、
データの種類、
オーディオチャネル選択パラメータ、または
サンプリングレートパラメータ、
のうち１つのオーディオ構成パラメータであってもよい。

これに代えて、動作パラメータは、
フラッシュタイムアウトパラメータ、
チャネルタイプパラメータ、
ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータ、
再送回数パラメータ、
ＢＬＥリンクパラメータのうち１つのパラメータ、
パケット種別パラメータ、および
ＭＴＵ（最大送信単位）パラメータ、
のうち１つのＢｌｕｅｔｏｏｔｈ接続パラメータであってもよい。

別の態様は、プログラム命令を含んだコンピュータプログラムを格納した非一時的なコンピュータ読み取り可能な記憶媒体であって、コンピュータプログラムは、データ処理部に読み込み可能であって、データ処理装置によってコンピュータプログラムが実行されると、データ処理部に上記方法のステップを実行させるようになされる。本発明の特定の実施形態において用いられる非一時的なコンピュータ読み取り可能な記憶媒体の種類は、磁気ハードディスクドライブ（ＨＤＤ）、固定光記憶媒体、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、プログラマブルＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）またはフラッシュＲＡＭデバイスを含む。これらの非一時的なコンピュータ読み取り可能な記憶媒体は、スタンドアロンであってもよく、または、より大きなＢｌｕｅｔｏｏｔｈ対応システムの一部であってもよい。

本発明の別の態様では、Ｂｌｕｅｔｏｏｔｈソースデバイスは、ＢｌｕｅｔｏｏｔｈシンクデバイスとのＢｌｕｅｔｏｏｔｈ通信リンクを指揮する。また、Ｂｌｕｅｔｏｏｔｈソースデバイスは、動作パラメータの変更を検出するステップと、動作パラメータの変更に基づいて通信リンクの構成パラメータを変更するステップと、構成パラメータに従って通信リンクでオーディオ情報を送信するステップとを実行する。構成パラメータの変更は、たとえば、Ｂｌｕｅｔｏｏｔｈシンクデバイスに構成メッセージを送信することによって実行されてもよい。

これに加えて、動作パラメータの変更の検出は、たとえば、Ｂｌｕｅｔｏｏｔｈソースデバイス上で動作中のオペレーティングシステムおよび／またはアプリケーションと情報をやり取りすることによって行われてもよい。これに代えて、Ｂｌｕｅｔｏｏｔｈソースデバイスは、本明細書において説明する動作パラメータを含むＢｌｕｅｔｏｏｔｈシンクデバイスから受信したメッセージによって、または、バッテリーの電力が低いこと、左もしくは右のスピーカーをオフに切り替えること、音響状況の変更、もしくはステレオモードとモノラルモードとを切り替えることを示すメッセージによって、動作パラメータの変更を検出してもよい。

本発明の別の態様では、Ｂｌｕｅｔｏｏｔｈシンクデバイスは、Ｂｌｕｅｔｏｏｔｈリンクを介して通信を行うステップと、動作パラメータのローカルな変更を検出するステップと、Ｂｌｕｅｔｏｏｔｈリンクの構成パラメータを変更するステップとを実行し、その後、Ｂｌｕｅｔｏｏｔｈリンクを介してオーディオ情報を送信する。Ｂｌｕｅｔｏｏｔｈシンクデバイスは、メッセージングによってＢｌｕｅｔｏｏｔｈソースデバイスに動作パラメータの変更を知らせてもよく、その後、Ｂｌｕｅｔｏｏｔｈソースデバイスからの制御メッセージに応答して構成パラメータを変更してもよく、または、好ましい構成パラメータを決定した後、所望の構成を変更するメッセージを送ってもよい。

本発明の別の態様では、本明細書において説明する様々なステップを実行するハードウェアおよび回路を提供する。たとえば、Ｂｌｕｅｔｏｏｔｈデバイスは、第２のＢｌｕｅｔｏｏｔｈデバイスとの通信リンクを確立するように構成されたＢｌｕｅｔｏｏｔｈチップと、動作パラメータの値の変更を検出するための検出回路と、確立した通信リンクの構成パラメータを動作パラメータに基づいて決定するための決定回路と、確立した通信リンクの構成パラメータを決定した動作モードに基づいて変更するための変更回路とを備えてもよい。

本発明のさらに別の態様では、Ｂｌｕｅｔｏｏｔｈデバイスは、第２デバイスにオーディオ情報を送信するためのＢｌｕｅｔｏｏｔｈインターフェースモジュールを備え、当該Ｂｌｕｅｔｏｏｔｈインターフェースモジュールは、第２デバイスから受信した信号を受信デジタルデータに変換する、および出力デジタルデータを第２デバイスに送信される信号に変換するための無線周波数処理回路と、電力を蓄積するための、バッテリー残量を有するバッテリーと、バッテリーのバッテリー残量を検出するためのバッテリー監視回路と、アプリケーション監視プロセスとＢｌｕｅｔｏｏｔｈ制御プロセスとを含むオペレーティングシステムレイヤを実行するためのプロセッサとを備える。これに加えて、Ｂｌｕｅｔｏｏｔｈ制御プロセスは、無線周波数処理部を使用して第２デバイスとのワイヤレスリンクを確立するステップを実行し、当該リンクは第１構成を有し、Ｂｌｕｅｔｏｏｔｈ制御プロセスは、さらに、ワイヤレスリンクで送信されているオーディオ関連情報の動作パラメータを監視するステップと、動作パラメータの変更に応じてリンクの構成パラメータを変更するステップとを実行する。

本明細書に開示する方法および装置のその他の特徴および利点は、添付の図面を参照して、非限定的な実施の形態についての下記の説明から明らかになるであろう。

添付の図面では、本発明は、一例として示されており、限定ではない。添付の図面では、同様の要素には同じ参照番号を付してある。

本発明の実現可能な実施の形態を説明するフローチャートである。 本発明の第１の実現可能な実施の形態を示す図である。 本発明の第２の実現可能な実施の形態を示す図である。 本発明の第３の実現可能な実施の形態を示す図である。 本発明の第４の実現可能な実施の形態を示す図である。 本発明を可能にするデバイスの実現可能な実施の形態である。

好ましい実施の形態の説明
図１は、本発明の実現可能な実施の形態を説明するフローチャートである。

図１のフローチャートのステップは、マスタデバイスおよび／またはシンクデバイスによって実行されてもよい。

第１のステップ（１０１）では、マスタデバイスとシンクデバイスとの間にワイヤレス通信リンクを確立する。このワイヤレス通信リンクは、Ｂｌｕｅｔｏｏｔｈの標準規格によって規定されたいくつかのレイヤから構成されるＡ２ＤＰ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ）を用いたＢｌｕｅｔｏｏｔｈリンクであってもよい。

そのため、確立された通信リンクでオーディオ情報を転送する（１０２）。たとえば、オーディオ情報は、音声であってもよく、オーディオデータを組み込んだパケットを含むステレオストリームであってもよい。この方法を実装するデバイスは、マスタデバイスおよびシンクデバイスのうち少なくとも１つのＢｌｕｅｔｏｏｔｈデバイスの動作パラメータの変更を検出する（１０３）ようにさらに構成されてもよい。

当該変更は、この方法を実装するデバイスであればマスタデバイス側で生じてもよいし、シンクデバイス側で生じてもよい。たとえば、マスタデバイスは、その動作パラメータのうちの１つの動作パラメータの変更だけでなく、シンクデバイスの動作パラメータの変更も検出してもよい。

動作パラメータの変更が検出されない限り（ステップ１０３、「Ｎ」）、マスタデバイスとシンクデバイスとのワイヤレス通信リンクの構成は変更されず、オーディオデータはこの構成に従ってこの通信リンク上で転送され続ける（１０２）。

動作パラメータの変更が検出されると（ステップ１０３、「Ｙ」）、マスタデバイスとシンクデバイスとの通信リンクのための新しい動作モードを決定する（１０４）。

その後、決定した動作モードに従ってマスタデバイスとソースデバイスとの間でデータを送信するために、この動作モードに基づいて通信リンクの構成を変更する。これを目的に、通信リンクの少なくとも１つの構成パラメータを変更する（１０５）。その後、この再構成されたリンク上でオーディオデータを送受信する（１０２）。

Ｂｌｕｅｔｏｏｔｈデバイスの「動作パラメータ」とは、Ｂｌｕｅｔｏｏｔｈデバイスの動作に関するパラメータ、たとえば、Ｂｌｕｅｔｏｏｔｈデバイス上で動作中のオペレーティングシステムに関するパラメータを意味する。

１つまたは複数の実施の形態では、Ｂｌｕｅｔｏｏｔｈデバイスの動作パラメータは、Ｂｌｕｅｔｏｏｔｈデバイス上で実行中のアプリケーションに対応付けられてもよい。その場合、Ｂｌｕｅｔｏｏｔｈデバイスは、通常、マスタデバイスである、すなわち、動作パラメータは、マスタデバイス上で実行中のアプリケーションに対応付けられる。たとえば、このようなパラメータは、Ｂｌｕｅｔｏｏｔｈデバイス上で起動または終了されるアプリケーションの種類（ゲーム、映像またはオーディオストリーミングなど）であってもよく、Ｂｌｕｅｔｏｏｔｈデバイス上で起動される特定のアプリケーションであってもよい（たとえば、ユーザがスマートフォン上でＳｐｏｔｉｆｙ（登録商標）を利用中であり、Ｙｏｕｔｕｂｅ（登録商標）を起動する）。

たしかに、特定のアプリケーションまたは特定の種類のアプリケーションを利用する際にリンクの構成を変更することは有利であろう。たとえば、２つのストリーミングアプリケーションのサンプリングレートは同じでない可能性があり、そのサンプリングレートがＢｌｕｅｔｏｏｔｈデバイス上で現在起動しているアプリケーションのうち一方に一致するようにＢｌｕｅｔｏｏｔｈオーディオリンクを再構成することは有利であろう（その結果、オーディオパケットを送る前の再サンプリングをしないで済む）。別の実施例によると、ゲームアプリケーションは、低遅延モードで起動する必要があってもよい。

１つまたは複数の実施の形態では、動作パラメータは、Ｂｌｕｅｔｏｏｔｈデバイス（通常、マスタデバイスである）が再生するマルチメディアコンテンツに関してもよい。たとえば、動作パラメータは、マルチメディアコンテンツの読み出しモード（たとえば、モノラル／ステレオ）であってもよい。これに代えて、またはこれに加えて、動作パラメータは、マルチメディアコンテンツの品質（たとえば、圧縮レベル、高精細度／標準精細度／低精細度など）であってもよい。

１つまたは複数の実施の形態では、動作パラメータは、マスタデバイスまたはシンクデバイスの物理コンポーネントに関するパラメータ、たとえば、バッテリー残量であってもよい。

「動作モード」とは、マスタデバイスおよびシンクデバイスのうちの一方のハードウェアコンポーネントに関するモード、または、あるデバイスから別のデバイスにデータを送信するためのモードを意味する。たとえば、動作モードは、マスタデバイスまたはシンクデバイスの消費電力に関するモード（たとえば、省電力モード）、コンテンツの品質に関するモード（たとえば、高品質モード）、遅延に関するモードなどであってもよい。

ソースデバイスとシンクデバイスとの通信リンクの「構成」は、ソースデバイスとシンクデバイスとの間でどのようにデータが送信されるかを決定する構成パラメータセットに対応してもよい。これらの構成パラメータは、ワイヤレス通信リンクに対応付けられたＢｌｕｅｔｏｏｔｈ接続パラメータ、およびアプリケーションパラメータを含んでもよい。

Ｂｌｕｅｔｏｏｔｈ接続パラメータとは、「Ｂａｓｅｂａｎｄ」ビルディングブロック、「ＬＭＰ」（「Ｌｉｎｋ Ｍａｎａｇｅｒ Ｐｒｏｔｏｃｏｌ」）ビルディングブロック、「Ｌ２ＣＡＰ」（「Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」）ビルディングブロック、または「ＳＤＰ」（「Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ」）など、Ｂｌｕｅｔｏｏｔｈの標準規格が規定する下位のビルディングブロックに関するパラメータを意味する。たとえば、Ｂｌｕｅｔｏｏｔｈパラメータは、再送回数、パケット種別、ＭＴＵ（最大送信単位）、ソースデバイスのバッファメモリにあるデータパケットの有効期限を規定するＦＴＯ（または「フラッシュタイムアウト」）値、Ｌ２ＣＡＰチャネルで送信されるパケットを含めたときとそれを効果的に送信した時との間の最大遅延を規定するＱｏＳ（「Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ」）パラメータなどを含んでもよい。

アプリケーションパラメータとは、選択されたアプリケーションに関するパラメータ、すなわち、アプリケーションレイヤに関するパラメータを意味する。Ｂｌｕｅｔｏｏｔｈの標準規格では、オーディオの送信は、Ａ２ＤＰ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ）によって規定されている。Ａ２ＤＰプロファイルは、ＡＶＤＴＰ（Ａｕｄｉｏ／Ｖｉｄｅｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）ビルディングブロックに基づく。ＡＶＤＴＰビルディングブロックは、オーディオストリームを確立し、オーディオストリームパラメータを交渉し、オーディオストリームデータを送信するためのＢｌｕｅｔｏｏｔｈデバイス間のプロシージャを規定する。そのため、オーディオを送信する場合、アプリケーションパラメータは、オーディオ構成パラメータであってもよく、以下を含んでもよい。

－送信するオーディオデータを符号化するまたは受信したオーディオデータを復号化するために使用するコーデック（コーダ／デコーダ）の種類：Ｂｌｕｅｔｏｏｔｈプロトコルによると、Ｂｌｕｅｔｏｏｔｈデバイスがサポートする唯一のコーデックはＳＢＣ（「Ｌｏｗ Ｃｏｍｐｌｅｘｉｔｙ Ｓｕｂｂａｎｄ Ｃｏｄｅｃ」を指す）であるが、ＡＡＣ（「Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ」を指す）、ＬＤＡＣ、またはＡｐｔ－Ｘなど、その他のコーデックが使用されてもよい。コーデックの種類の選択によって、オーディオコンテンツの品質が改善したり低下したりする可能性がある。

－コーデックに対するパラメータ：たとえば、ビットレート、チャネル構成（モノラル、ステレオまたはジョイントステレオ）など。

－オーディオチャネルごとに送信するオーディオデータの種類：たとえば、「左」、「右」、または両方の組合せ（たとえば（左＋右）／２）
－サンプリングレート
－その他
なお、動作パラメータが変更された場合の新しい動作モードの決定は、自動的に引き起こされてもよく（たとえば、バッテリー残量が所定の閾値以下の場合、または、バッテリー残量の微分係数が所定の閾値以下の場合、省電力モードが自動的に起動される）、ユーザ動作によって手動で引き起こされてもよい（たとえば、ユーザがゲームを開始したときに「ゲームモード」が起動されてもよく、ユーザがゲームを終了したときに動作モードが「ゲームモード」から「標準モード」に切り替えられてもよい）。

決定した動作モードに基づく通信リンクの構成の変更は、いくつかの方法で行われてもよい。１つまたは複数の実施の形態では、（ＡＶＤＴＰ仕様で規定されている）ＡＶＤＴＰの「再構成コマンド」を使用してもよい。このコマンドによって、ストリームに参加しているデバイスがアプリケーションサービス機能を変更できるようになる。

たとえば、次のプロシージャが用いられてもよい。まず、ストリームを停止するために「ストリーミング停止プロシージャ」を実行してもよい。次に、現在の機能設定を変更するために再構成コマンドを使用してもよい。再構成後、「ストリーミング開始プロシージャ」を使用することによってストリーミングを再起動してもよい。

ストリーム停止プロシージャを必要としない、（たとえば、ＳＢＣコーデックのｂｉｔｐｏｏｌを変更してビットレートを下げることによって）通信リンクを再構成するためのその他の技術が使用されてもよい。よって、通信リンクは、ストリーミングを遮断しないで動的に再構成される。

あくまで例を用いた説明を目的として、図１の方法のいくつかの実施例を以下に提供する。これらの実施例のうちいくつかは、異なる動作モード候補を示した下記の表に基づく。

ワイヤレス通信リンクがすでに確立されており（１０１）オーディオデータを転送する（１０２）ために利用されていると想定する。

第１の実施例では、動作パラメータは、（マスタデバイスまたはシンクデバイスの）バッテリー残量である。ステップ１０３では、方法を実行中のＢｌｕｅｔｏｏｔｈデバイスは、バッテリー残量が所定の閾値よりも下がったと判断してもよい。ステップ１０４では、通信リンクの現在の動作モードを「省電力モード」に変更してもよいと判断する。その結果、次の構成パラメータのうち少なくとも１つを変更してもよい（ステップ１０５）。

－コーデック複雑性：たとえば、複雑性が低いコーデック、すなわち、処理能力をあまり必要としないコーデック圧縮技術に基づくコーデックを使用してもよい。

－コーデックビットレート：たとえば、ビットレートが低いコーデックを使用してもよい。

－パケットスケジューラ：たとえば、バースティトラフィックに順応させたパケットスケジューラを使用してもよい。「バースティトラフィック」とは、マスタデバイスのスケジューラが、１つの大きなパケットまたは複数の連続したパケットに含めて送信する前により多くのオーディオデータをバッファに入れることを意味し、それゆえ、イヤホン／スマートフォンのチップセットをその合間に（たとえばＢｌｕｅｔｏｏｔｈプロトコルのスニフモードまたはホールドモードを利用して）スリープ状態にさせる。

その他の構成パラメータ、たとえば、次のパラメータのうち、１つのパラメータを変更してもよい（ステップ１０５）。

－ワイヤレス通信リンクで送信されるオーディオ情報のデータ転送速度
－ワイヤレス通信リンクで送信されるオーディオ情報のサンプリングレート
－ワイヤレス通信リンクで送信されるオーディオデータの任意のオーディオ構成パラメータ：たとえば、コーデック種別、コーデック関連のパラメータ、データ種別、オーディオチャネル選択パラメータ、サンプリングレートパラメータなど。

別の実施例では、動作パラメータは、アプリケーションの種類である。ステップ１０３において、マスタデバイス上で起動されたアプリケーションの種類がゲームまたはリアルタイム映像アプリケーションであると検出した場合、ステップ１０４において、通信リンクの現在の動作モードを「低遅延モード」に変更してもよいと判断してもよい。その結果、次の構成パラメータのうち少なくとも１つを変更してもよい（ステップ１０５）。

－コーデック遅延：遅延が低いコーデックを使用してもよい。これは、たとえば、高品質（かつ高帯域幅）のコーデック、すなわち、Ｇ．７１１のような高ＭＯＳ（Ｍｅａｎ Ｏｐｉｎｉｏｎ Ｓｃｏｒｅ）に対応つけられたコーデックを利用することによって実現されてもよい。なぜならば、このようなコーデックは、通常、符号化－復号化遅延を最も低くするように構成されているためである。

－再送回数：この数は小さくなるように選択される。
－パケットスケジューラ：たとえば、バースティトラフィックを回避するように順応させたパケットスケジューラをマスタデバイスに使用してもよい。このようなスケジューラは、バッファに入れすぎる（これは、遅延を増やす）ことのないように、小さいパケットが遅れずに送信されることを好む。

動作パラメータがアプリケーションの種類である場合を例に引き続き説明すると、ステップ１０３において、ある種類のアプリケーション（たとえば、ゲーム、音声またはリアルタイム映像アプリケーション）がマスタデバイス上で終了したことを検出すると、ステップ１０４において、デフォルトの構成パラメータを用いて通信リンクの現在の動作モードを「標準モード」に切り替えると判断してもよい。

また、このような「標準モード」は、動作パラメータがバッテリー残量である場合、およびステップ１０３においてバッテリー残量が再び所定の閾値を上回ったことを検出した場合に使用されてもよい。

さらに別の実施例では、動作パラメータは、特定のオーディオアプリケーション（Ｓｐｏｔｉｆｙ（登録商標）、Ａｐｐｌｅ Ｍｕｓｉｃ（登録商標））である。ステップ１０３において、ある特定のオーディオアプリケーションがマスタデバイス上で開始されたことを検出すると、ステップ１０４において、通信リンクの現在の動作モードが「高品質モード」に切り替えられてもよいと判断してもよい。その結果、次の構成パラメータのうち少なくとも１つを変更してもよい（ステップ１０５）。

－コーデック品質：高品質（および高い帯域幅）のコーデック、すなわち、高ＭＯＳに対応付けられたコーデックを使用してもよい。

－コーデックビットレート：たとえば、最大ビットレートのコーデックを使用してもよい。

－再送回数：この数は最大になるように選択される。
さらに別の実施例によると、動作パラメータの変更（１０３）が、オーディオソースが高圧縮率のソースから低圧縮率のソースに変わることに対応する場合、構成パラメータの変更（１０５）は、以下を含んでもよい。

－コーデック構成パラメータを高圧縮から低圧縮に変更し、ワイヤレス通信リンクのスループットパラメータを大きくすること、および／または、
－ワイヤレス通信リンクのＭＴＵを増やすこと。

さらに別の実施例によると、マスタデバイスがスマートフォンであり、スレーブシステム２０１が２つのイヤホンを備える場合、動作パラメータの変更１０３は、オーディオデータのローカルソースが高品質ソースから低品質ソースに変わることに対応してもよい。その後、変更に応じて、データ転送速度が速い高品質リンクから、データ転送速度が下がった低品質リンクにワイヤレス通信リンクが再構成されてもよい。

図２、図３、図４、および図５は、本発明の異なる実現可能な実施の形態を表す図である。

図２、図３、および図４では、マスタデバイス２０３は、コンピュータ、タブレットデバイス、またはスマートフォンなど、オーディオソースデバイスであってもよく、映像ソースデバイスであってもよい。マスタデバイス２０３は、少なくとも１つのシンクデバイスを含むスレーブシステム２０１に接続されてもよい。スレーブシステムは、たとえば、１つのＢｌｕｅｔｏｏｔｈイヤホン／大型イヤホン、Ｂｌｕｅｔｏｏｔｈイヤホン／大型イヤホンのペア、１つのＢｌｕｅｔｏｏｔｈスピーカー、または複数のＢｌｕｅｔｏｏｔｈスピーカーであってもよい。複数のシンクデバイス（たとえば、イヤホンのペア）がある場合、マスタデバイス２０３は、マスタデバイス２０３と複数のシンクデバイス２０１との間にポイントツーマルチポイントリンクを作ることによって、シンクデバイス２０１を制御するための複数のＳＥＰを生成するように構成されたＢｌｕｅｔｏｏｔｈチップ（図２では示されていない）を備えてもよい。たとえば、Ｂｌｕｅｔｏｏｔｈチップは、（制御しなければならない各Ｂｌｕｅｔｏｏｔｈシンクデバイスに対応する）シンクＳＥＰごとに、別個のソースＳＥＰを生成してもよい。この構成は、ソース２０３からシンクデバイス２０１の各々までのポイントツーポイントリンクから構成されているように見える。たとえば、この実施態様については、このようなポイントツーマルチポイントリンクを作成するよう、変更したＡ２ＤＰプロファイルを実装するよう構成されたＢｌｕｅｔｏｏｔｈチップを提案する欧州出願第１７１８２１２３．４号を参照されたい。このような実施の形態では、マスタデバイス２０３からシンクデバイスの各々への各リンクを再構成してもよい。

もちろん、マスタデバイス２０３から複数のシンクデバイス２０１を制御するためのその他のソリューションを使用してもよい。

たとえば、マスタデバイス２０３、第１イヤホン、および第２イヤホン（イヤホンのペア２０１の場合）の間でチェーン接続を確立してもよい。第１のワイヤレスリンク、たとえば、Ａ２ＤＰ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ）を用いたＢｌｕｅｔｏｏｔｈリンクに従って、第１イヤホンをマスタデバイス２０３に接続してもよい。左チャネルおよび右チャネル両方についてのステレオデータを組み込んだパケットを含んだステレオストリームをマスタデバイス２０３から第１イヤホンに送信してもよい。第１イヤホンは、次のように構成されてもよい。

－２つのチャネルのうち一方（たとえば、左チャネル）を基準としたオーディオデータのみを再生し、
－他方のチャネルを基準としたモノラルオーディオデータを第２のワイヤレスリンクを介して第２イヤホンに送る。第２のワイヤレスリンクは、たとえば、Ｂｌｕｅｔｏｏｔｈリンク（たとえば、完全ワイヤレスステレオ）であってもよく、ＮＦＭＩ（Ｎｅａｒ Ｆｉｅｌｄ Ｍａｇｎｅｔｉｃ Ｉｎｄｕｃｔｉｏｎ）リンクであってもよい。

別のソリューションは、マスタデバイス２０３から２つのイヤホンのうち一方へのワイヤレスリンクから構成されてもよく、他方のイヤホンは、ワイヤレスリンクを「スニッフィング」（または「スヌーピング」）するように構成される。このソリューションによると、第１イヤホンは、第１のワイヤレスリンク、たとえば、Ａ２ＤＰ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ）を用いたＢｌｕｅｔｏｏｔｈリンクに従ってマスタデバイス２０３に接続されてもよい。左チャネルおよび右チャネル両方についてのステレオデータを組み込んだ１つ以上のパケットを含むステレオストリームがマスタデバイス２０３から第１イヤホンに送信されてもよい。一方で、第２のワイヤレスリンク（たとえばＢｌｕｅｔｏｏｔｈリンク）に従って第１イヤホンを第２イヤホンに接続してもよい。第１イヤホンと第２イヤホンとは、第２イヤホンが第１リンクをスニッフィングすること、および右チャネルを基準としたオーディオデータを検索して取り出すことを可能にするためのスニッフィング／復号化パラメータを含む、いくつかのパラメータをやり取りすることができる。しかしながら、オーディオデータは第２リンクを介してやり取りされない。このソリューションによると、第２イヤホンはマスタデバイス２０３に接続されておらず、第１のワイヤレスリンクをスニッフィングするように構成される。

１つまたは複数の実施の形態では、マスタデバイス２０３は、スレーブデバイス２０１にオーディオ情報を送信するように構成されてもよく、次の構成要素を備えてもよい。

－スレーブデバイス２０１から受信した信号を受信デジタルデータに変換する、および出力デジタルデータをスレーブデバイス２０１に送信される信号に変換するための無線周波数処理回路。出力デジタルデータは、オーディオ関連情報を含む。

－電力を蓄積するための、バッテリー残量を有するバッテリー
－バッテリーのバッテリー残量を検出するためのバッテリー監視回路
－アプリケーション監視プロセスおよびＢｌｕｅｔｏｏｔｈ制御プロセスを含むオペレーティングシステムレイヤを実行するためのプロセッサ。制御プロセスは、本発明の操作方法を実行するように構成される。

たとえば、マスタデバイス２０３は、イヤホンペア２０１、左イヤホンと右イヤホンとを含むイヤホンにオーディオ情報を送信するためのスマートフォンであってもよく、マスタデバイスは、次の構成要素を備える。

－イヤホンから信号を受信し、イヤホンに信号を送信するための無線周波数部
－電力を蓄積するための、バッテリー残量を有するバッテリー
－バッテリーのバッテリー残量を検出するためのバッテリー監視部
－アプリケーション監視プロセスおよびＢｌｕｅｔｏｏｔｈ制御プロセスを含むオペレーティングシステムレイヤを実行するためのプロセッサユニット。制御プロセスは、本発明の操作方法を実行するように構成される。

図２は、本発明の第１の実現可能な実施の形態を示す図である。
スレーブシステム２０１は、異なる種類のコーデック（たとえば、ＳＢＣ、ＬＤＡＣ、Ａｐｔ－Ｘなど）をサポートするように構成されてもよく、各コーデックは、１つまたは複数の実現可能なビットレートに対応付けられてもよい（たとえば、９９０ｋｂｉｔｓ／ｓ、ｋｂｐｓ、または６６０ｋｂｐｓのＬＤＡＣ）。これに代えて、スレーブシステム２０１は、異なる実現可能なビットレートで１種類のコーデックをサポートするように構成されてもよい。

スレーブシステム２０１は、バッテリー残量２０２ａ、２０２ｂを有し、バッテリー残量２０２ａ、２０２ｂが所定の閾値（たとえば、最大バッテリー残量の２０％）を下回った場合に低バッテリー信号をマスタデバイス２０３に送るように構成される。たとえば、低バッテリー信号は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）送信を利用することによって送られてもよく、ＡＶＲＣＰ（Ａｕｄｉｏ／Ｖｉｄｅｏ Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐｒｏｆｉｌｅ）プロファイルを利用することによって送られてもよい。

本実施の形態では、動作パラメータは、スレーブシステム２０１のバッテリー残量２０２ａ、２０２ｂである。バッテリー残量２０２ａ、２０２ｂが所定の閾値を下回るということは、図１を参照して上記で定義した動作パラメータの変更に対応する。新しい動作モードは、省電力モードであってもよく、リンク（または、ポイントツーマルチポイント送信の場合のリンク）の再構成は、コーデックの種類および／またはビットレートを変更することを含んでもよい（たとえば、ビットレートを下げる）。

ある実施例によると、スレーブシステム２０１のバッテリー残量２０２ａが所定の閾値を上回っている間、マスタデバイス２０３は、第１コーデック種別（たとえば、９９０ｋｂｐｓのステレオＬＤＡＣ）によって処理されたオーディオパケットをスレーブシステム２０１に送ってもよい（２０４）。スレーブシステム２０１のバッテリー残量２０２ｂが所定の閾値を下回る場合、スレーブシステム２０１は、マスタデバイス２０３に低バッテリー信号を送る（２０５）。この低バッテリー信号を受信する（２０５）と、マスタデバイス２０３において、Ｂｌｕｅｔｏｏｔｈオーディオリンクを省電力モードに切り替えなければならないと判断する。省電力モードでは、スレーブシステム２０１に送られる（２０６）オーディオパケットは、第２コーデック種別（たとえば、３２８ｋｂｐｓのステレオＳＢＣ）によって処理される。

オプションで、低バッテリー信号を受信する（２０５）と、マスタデバイス２０３を省電力モードに切り替えてもよいという確認をユーザに求めるメッセージがマスタデバイス２０３の画面上に表示されてもよい。この場合、１つリンク／複数のリンクの構成の変更は、明示的なユーザの動作によって引き起こされる。

これに代えて、ユーザの確認なしで、マスタデバイス２０３を省電力モードに自動的に切り替えてもよい。この場合、１つリンク／複数のリンクの構成の変更は、ユーザの動作なしで引き起こされる。

別の実施例によると、スレーブシステム２０１のバッテリー残量２０２ａが所定の閾値を上回っている間、マスタデバイス２０３は、第１コーデック種別（たとえば、９９０ｋｂｐｓのステレオＬＤＡＣ）によって処理されたオーディオパケットをスレーブシステム２０１に送ってもよい（２０４）。スレーブシステム２０１のバッテリー残量２０２ｂが所定の閾値を下回る場合、スレーブシステム２０１において、通信リンクを省電力モードに切り替えなければならないと判断する。その後、スレーブシステム２０１は、この新しい動作モードに基づいて変更された構成パラメータ（複数可）を基準とした情報をマスタデバイス２０３に送ってもよい。情報を受信した後、マスタデバイス２０３は、スレーブシステム２０１に送る前に第２コーデック種別を用いてオーディオパケットを処理してもよい。

もちろん、動作パラメータがマスタデバイス２０３のバッテリー残量である場合に同様の再構成方法を適用してもよい。このような場合、マスタデバイス２０３のバッテリーのバッテリー残量が低いことを検出してもよい。このような検出がなされると、いくつかの構成パラメータを変更してもよい。たとえば、ワイヤレスリンクのデータ転送速度を下げてもよい。

図３は、本発明の第２の実現可能な実施の形態を示す図である。
スレーブシステム２０１は、異なる種類のコーデック（たとえば、ＳＢＣ、ＬＤＡＣ、Ａｐｔ－Ｘなど）をサポートするように構成されてもよく、各コーデックは、１つまたは複数の実現可能なビットレートに対応付けられてもよい（たとえば、９９０ｋｂｉｔ／ｓ、ｋｂｐｓ、または６６０ｋｂｐｓのＬＤＡＣ）。これに代えて、スレーブシステム２０１は、異なる実現可能なビットレートで１種類のコーデックをサポートするように構成されてもよい。

本実施の形態では、動作パラメータは、マスタデバイス２０３上で起動した特定のアプリケーションである。動作パラメータの変更は、ユーザがマスタデバイス２０３上で起動するアプリケーションを変更した（たとえば、ユーザがＹｏｕｔｕｂｅ（著作権）ではなくＳｐｏｔｉｆｙ（著作権）を利用した）ときに検出される。たしかに、２つのアプリケーションは、たとえ同じ種類のアプリケーション（たとえば、ストリーミングアプリケーション）に属していたとしても、同じサンプリングレートではない可能性があり、そのサンプリングレートが現在起動しているアプリケーションのうち一方に一致するようにＢｌｕｅｔｏｏｔｈオーディオリンクを再構成することが有利であろう。このような再構成によって、マスタデバイス２０３のオーディオサーバがオーディオデータの再サンプリングを行わずに済む。オーディオデータを再サンプリングすると、オーディオ品質が低下してしまう。

本実施の形態では、１つリンク／複数のリンクの構成の変更は、ユーザの動作（アプリケーションの変更）によって暗黙的に引き起こされる。

図３を再び参照すると、ユーザは、第１のサンプリングレート（たとえば、サンプリング周波数が４８０００Ｈｚであり、ビットレートが３２８ｋｂｐｓであるステレオＳＢＣ）の第１コーデックでオーディオパケットが処理されて音声スレーブシステム２０１に送られる（３０１）第１のアプリケーションを使用してもよい。ユーザがマスタデバイス２０３上で新しいアプリケーションを起動する（３０２）と、コーデックのサンプリング周波数および／またはビットレートを変更してもよい。この変更の後、オーディオパケットは、第２のサンプリングレート（たとえば、サンプリング周波数が４４１００Ｈｚであり、ビットレートが３２８ｋｂｐｓであるステレオＳＢＣ）の第２コーデックによって処理される。

図４は、本発明の第３の実現可能な実施の形態を示す図である。
本実施の形態では、動作パラメータは、マスタデバイス２０３上で起動しているアプリケーションの種類、たとえばゲームアプリケーション（たとえば、ＰｌａｙｅｒＵｎｋｎｏｗｎ’ｓ Ｂａｔｔｌｅｇｒｏｕｎｄｓ（著作権）－ＰＵＢＧ、Ｆｏｒｔｎｉｔｅ（著作権）など）である。ユーザがマスタデバイス２０３上で所与の種類のアプリケーションを開始したときに、動作パラメータの変更が検出される。たしかに、特定の動作モードを必要とする種類のアプリケーションもある。たとえば、より良いゲーム体験のためには、低遅延モードが必要であろう。そのため、Ｂｌｕｅｔｏｏｔｈスレーブシステム２０１がこのような低遅延モードをサポートしている場合、マスタデバイス２０３とスレーブシステム２０１とのリンクを低遅延の構成に再構成することが有利になる。

本実施の形態では、１つリンク／複数のリンクの構成の変更は、ユーザの動作（特定の種類のアプリケーションを開始すること）によって暗黙的に引き起こされる。

アプリケーションを開始する前に、マスタデバイス２０３とスレーブシステム２０１とのＢｌｕｅｔｏｏｔｈ通信リンクは、第１の動作モード（たとえば、ソースと復号化音声との間の遅延が比較的高い標準モード）に対応してもよい。第１の動作モードでは、オーディオパケットは、第１遅延を有する第１コーデックによって処理されて音声スレーブシステム２０１に送られる（４０１）。ユーザがマスタデバイス２０３上で特定の種類のアプリケーション（たとえば、ゲーム）を起動する（４０２）と、第１遅延よりもかなり遅い第２遅延を有するようにコーデックを変更してもよい。その後、オーディオパケットは、新しいコーデックによって処理されて、マスタデバイス２０３からスレーブシステム２０１に送られる（４０３）。その他の状況、たとえば、動作パラメータがオーディオデータのローカルソースである場合、この動作パラメータの変更がアプリケーションの変更（たとえば、音楽再生からビデオゲームに切り替えること）に対応する場合、このような低遅延モードを起動してもよい。

これに代えて、または補完的に、このような状況では、次の構成パラメータのうち、１つまたは複数のパラメータを変更してもよい。

－最大パケット再送回数を減らしてもよい。
－ＭＴＵを減らしてもよい。

－最大フラッシュタイムアウトパラメータを下げてもよい。
もちろん、２つ以上の構成パラメータを変更してもよい。たとえば、ＭＴＵおよびサンプリングレートの両方を変更することが可能である。

図５は、本発明の第４の実現可能な実施の形態を示す図である。
本実施の形態では、スレーブシステム２０１は、イヤホン２０１ａ、２０１ｂのペアから構成されてもよい。

デフォルトでは、各イヤホンは、それぞれのオーディオデータを出力するように構成されてもよい。たとえば、ステレオオーディオコンテンツの場合、第１イヤホン２０１ａは、２つのチャネルのうち一方（たとえば、右チャネル）を基準としたオーディオデータを再生するように構成されてもよく、第２イヤホン２０１ｂは、２つのチャネルのうち他方（たとえば、左チャネル）を基準としたオーディオデータを再生するように構成されてもよい。

２人のユーザ５０１、５０２が別のユーザ５０２とオーディオコンテンツを共有したい場合、各ユーザ５０１、５０２は、マスタデバイス２０３に接続されたペアのイヤホンのうち、各イヤホン２０１ａ、２０１ｂを使用してもよい。しかしながら、上述したデフォルト構成では、各ユーザ５０１、５０２が２つのチャネルのうち一方に対応するオーディオコンテンツしか受信しないため、ユーザ５０１、５０２は、聴覚的に快適であると感じない。

そのため、各イヤホン２０１ａ、２０１ｂに送られた（５０３、５０４）オーディオデータがステレオデータを組み込む「共有モード」を起動したいと望むであろう。

たとえば、デフォルトの構成では、オーディオパケットの送信は、第１コーデック（たとえば、ＳＢＣコーデック）に基づいて行われ、右イヤホン２０１ａは、右チャネルに対応するオーディオデータを再生するように構成され、左イヤホン２０１ｂは、左チャネルに対応するオーディオデータを再生するように構成される。たとえば、第１コーデックは、フォワーディングアーキテクチャの場合、ステレオコーデックであってもよく、ポイントツーマルチポイントアーキテクチャの場合、モノラルコーデックであってもよい。

共有モードでは、オーディオパケットの送信は、第２コーデック（たとえば、ＳＢＣコーデック）に基づいて行われ、各パケットは、左チャネルおよび右チャネルの両方に対応するデータを含み、両方のイヤホン２０１ａおよび２０１ｂに送られる（５０３、５０４）。そのため、両方のイヤホン２０１ａおよび２０１ｂは、受信したパケットに基づいて同じオーディオコンテンツを再生するように構成される。第２コーデックは、モノラルコーデックであってもよく、２つのチャネル上に同じオーディオコンテンツを有するステレオコーデックであってもよい。オーディオコンテンツは、たとえば、左チャネルのダウンミックスされたチャネルと、対応する右チャネルとに対応してもよい。実現可能な実施の形態では、ユーザは、マスタデバイス２０３上、またはスレーブシステム２０１上で「共有モード」を選択してもよい。この場合、１つリンク／複数のリンクの構成の変更は、ユーザの動作によって明示的に引き起こされる。これに代えて、たとえば、２つのイヤホン２０１ａ、２０１ｂの距離が所定の閾値よりも大きいことを検出した場合に共有モードが自動的に起動される。

図６は、本発明を可能にするデバイスについての実現可能な実施の形態である。このようなデバイスは、マスタデバイスに組み込まれてもよいし、スレーブデバイスに組み込まれてもよい。

本実施の形態では、デバイス６００は、コンピュータを備える。このコンピュータは、回路６０４によって実行されると回路６０４に本発明のステップを実行させるようになされる、回路に読み込み可能なプログラム命令を格納するためのメモリ６０５を備える。

また、メモリ６０５は、上述した本発明のステップを実行するためのデータおよび有用な情報を格納してもよい。

回路６０４は、たとえば、以下のコンポーネントであってもよい。
－コンピュータ言語の命令を解釈するようになされたプロセッサまたは処理部。当該プロセッサまたは処理部は、命令を含んだメモリを備えてもよく、当該メモリに対応付けられてもよく、または、当該メモリに取り付けられてもよい。

－コンピュータ言語の命令を解釈するようになされたプロセッサ／処理部と当該命令を含んだメモリとの関連付け。または、
－シリコン内に本発明のステップが書き込まれた電子カード。もしくは、
－ＦＰＧＡチップ（＜＜Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ＞＞を指す）など、プログラマブル電子チップ。

このコンピュータは、本発明に係るＢｌｕｅｔｏｏｔｈデバイスまたは第２デバイスのいずれかにおける動作パラメータの値の変化を基準とした情報を受信するための入力インターフェース６０３と、新しい動作モードに基づいてＢｌｕｅｔｏｏｔｈ通信リンクの構成パラメータを提供するための出力インターフェース６０６とを備えてもよい。

コンピュータとのやり取りを容易にするために、画面６０１およびキーボード６０２を提供してコンピュータ回路６０４に接続してもよい。

さらには、図１に表されているブロック図は、記載のデバイス６００によっていくつかの命令が実行され得るプログラムの典型例である。よって、図１は、本発明の意味におけるコンピュータプログラムの一般的なアルゴリズムのフローチャートに相当してもよい。

本発明の一実施の形態において、Ｂｌｕｅｔｏｏｔｈの動作は、メモリ６０５の第１区分に格納されたＢｌｕｅｔｏｏｔｈ駆動部によって指揮され、動作パラメータは、メモリ６０５の第２区分に格納されたオペレーティングシステムを用いて決定される。これに加えて、オペレーティングシステムは、１つ以上のアプリケーションと連動して１つ以上の動作パラメータを決定してもよい。ここで、アプリケーションは、メモリ６０５の第３区分に位置している。これらの機能をこのように有利に分けることによって、その他の機能を同時に変更する必要なく、各機能を独立して開発できるようになる。

もちろん、本発明は、例として上述した実施の形態に限定されない。本発明は、上記に示したもの以外のその他の変形例およびその他の状況にも適用される。

たとえば、動作パラメータの変更が、会議アプリケーションからストリーミングアプリケーションへのオーディオソースアプリケーションの変更に対応する場合、構成パラメータの変更は、オーディオコーデックの音質構成パラメータをより高品質なパラメータに変更することを含んでもよい。ここで、オーディオコーデックは、ストリーミングアプリケーションに関連する情報を処理する。

音質構成パラメータは、たとえば、オーディオコーデックのサンプリングレート、オーディオコーデック選択パラメータ、または、チャネル構成をモノラルからステレオに変更する構成パラメータであってもよい。

別の実施例によると、動作パラメータの変更が、ストリーミングアプリケーションから会議アプリケーションへのオーディオソースアプリケーションの変更に対応する場合、構成パラメータの変更は、チャネル構成パラメータを単方向音声リンクから双方向音声リンクに変更することを含んでもよい。

スレーブシステム２０１が２つのイヤホン２０１ａ、２０１ｂで構成される場合、２つのイヤホンのうち一方が無効にされることが起こり得る（たとえば、このイヤホンへの通信リンクが遮断された場合）。このような状況では、一方のイヤホンが停止されたことを検出してもよく、チャネル構成を、ステレオからモノラルに切り替えてもよい。一方イヤホンの停止は、たとえば、マスタデバイス上でメッセージを受信することによって行われてもよい。

ステレオソースからモノラルソースへのオーディオデータのローカルソースの変更を検出した場合、同様の変更を行ってもよい。この変更に応じて、ワイヤレス通信リンクをステレオリンクからモノラルリンクに再構成してもよく、その後、オーディオデータは、モノラルフォーマットでイヤホンに送信される。

選択される実施の形態によっては、本明細書に記載の方法の各々の特定の行為、特定の動作、特定のイベント、または特定の機能は、記載した順序とは異なる順序で実行、発生、場合によっては、追加、一体化されてもよく、または、実行されなくてもよく、発生しなくてもよい。これに加えて、いくつかの実施の形態では、特定の行為、特定の動作、または特定のイベントは、連続してではなく、同時に実行されるまたは発生する。

いくつかの詳細な例示的な実施の形態を通して説明したが、提案する方法および当該方法を実現するための設備は、当業者に明らかになる様々な代替案、変更、および改良を含む。これらの様々な変形例、変更、および改良は、添付の特許請求の範囲に示す本発明の範囲に含まれることを理解されたい。これに加えて、上述した様々な態様、特徴は、合わせて実装されてもよく、別個に実装されてもよく、または互いを代用してもよく、態様および特徴の様々な組合せならびに部分的な組合せのすべては、本発明の範囲に含まれる。これに加えて、上述したシステムおよび設備の一部は、好ましい実施の形態のために説明したモジュールおよび特徴のすべてを採り入れなくてもよい。

また、本開示は、オーディオストリーミング分野に関する。具体的には、以下は、Ｂｌｕｅｔｏｏｔｈ通信リンクを用いてオーディオデータストリームを送信するための方法およびデバイスに関する。

背景技術では、Ｂｌｕｅｔｏｏｔｈは、極超短波帯の周波数の電波を利用して通常最大で１０メートルまでに限定された距離にわたってオーディオデータをワイヤレスに送受信するための通信規格を規定する。この規格によって、Ｂｌｕｅｔｏｏｔｈデバイスは、そのポータビリティから、特に近距離アプリケーション用に顧客の間で非常に人気である。

送信データおよび受信データのオーディオ品質は、ヘッドホンまたはスピーカーのようなＢｌｕｅｔｏｏｔｈオーディオ出力装置にデータを転送するために用いられるデジタルオーディオエンコーダおよびデコーダ（コーデックと呼ばれる）によって主に左右される。標準のＢｌｕｅｔｏｏｔｈコーデック、つまり、ＳＢＣと呼ばれる低複雑性サブバンドコーデックは、計算量を低く抑えつつ、中程度のビットレートでかなり良質のオーディオ品質を提供するように設計されている。そのため、ＳＢＣの利用は不可欠である。さらには、ＳＢＣは、最大で４８ｋＨｚのサンプリング周波数のモノラルストリームおよびステレオストリームをサポートしており、ビットレートは、通常、モノラルの場合、最大で１９３ｋｂｉｔ／ｓに設定され、ジョイントステレオストリームの場合、最大で３２８ｋｂｉｔ／ｓに設定されている。

送信したオーディオデータおよび受信したオーディオデータの品質を向上させるという観点から、現在のトレンドは、それぞれ最大で３５２ｋｂｉｔ／ｓおよび９９０ｋｂｉｔ／ｓのビットレートのＢｌｕｅｔｏｏｔｈ接続でオーディオをストリーミング配信できるようになるＡＰＴＸオーディオコーデック圧縮アルゴリズムまたはＬＤＡＣオーディオハイブリッド符号化テクノロジーなど、ますます大量の帯域幅使用率を必要とするコーデックを提案することである。

帯域幅が限定されているために非可逆圧縮が求められているので、このようなコーデックは、標準ＢｌｕｅｔｏｏｔｈプロトコルおよびＳＢＣなどのコーデックを利用する際にオーディオ品質を損なうことを限定するように開発されている。

しかしながら、帯域幅使用率が高いコーデックを利用することによって必ずしもオーディオストリームの品質が改善されるわけではない。なぜならば、このような品質を実現することは、オーディオストリームを送信するためにオーディオデバイスが利用する異なる符号化処理、復号化処理、ミキシング処理、およびサンプリング処理に左右されるためである。これは、Ｂｌｕｅｔｏｏｔｈの標準規格を使用した場合の、スマートフォンなどのソースデバイス、およびワイヤレスヘッドホンまたはスピーカーなどのシンクデバイスについて特に当てはまる。

また、現在のオーディオ試聴デバイスが利用するストリーミングアプリケーションは、ＳＢＣなど、標準のＢｌｕｅｔｏｏｔｈコーデックよりも高い圧縮率および優れたアルゴリズムを有するデバイス自体の符号化形式に依拠している。これは、複数の復号化処理、符号化処理、および再サンプリング処理によって、ソースとシンクデバイスとの間でストリーム配信されるオーディオデータが損なわれ、その結果、品質をかなり損なう可能性があることも暗示している。

ここで、本開示のさらなる目的について説明する。
下記の第１の目的は、オーディオストリーム、具体的には、Ｂｌｕｅｔｏｏｔｈによって送信されるオーディオストリームの品質および遅延を改善するための方法およびデバイスを提供することである。

上記した課題の少なくとも一部に対処するために、以下の第１の目的は、Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するための方法に関し、この方法は、ソースデバイスによって実行され、
－オーディオストリームのオーディオコーデック構成およびサンプリングレートを受信するステップを含み、このオーディオストリームは、ソースデバイス上で実行中のストリーミングアプリケーションから届き、この方法は、さらに、
－受信したオーディオコーデック構成およびサンプリングレートを用いて、ソースデバイスとシンクデバイスとの間でＢｌｕｅｔｏｏｔｈオーディオストリームを構成するステップと、
－ストリーミングアプリケーションから第１オーディオストリームを受信するステップと、
－受信した第１オーディオストリームをＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化するステップと、
－Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイスに送信するステップとを含み、送信したＢｌｕｅｔｏｏｔｈオーディオストリームは、パケット化された受信オーディオストリームを含む。

本明細書において、Ｂｌｕｅｔｏｏｔｈとは、既存のバージョンおよび将来のバージョンを含む、任意のバージョンのＢｌｕｅｔｏｏｔｈプロトコルを指す。現在、Ｂｌｕｅｔｏｏｔｈのバージョン５．１は、ＢＡＳＩＣ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅプロトコル（ＢＲ／ＥＤＲプロトコルとも呼ばれる）またはＢｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃプロトコル、および（ＢＬＥプロトコルとも呼ばれる）Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙプロトコルを含む。

本明細書において、通信リンクは、２つのデバイス間のワイヤレス通信を指定する。さらには、Ｂｌｕｅｔｏｏｔｈ通信リンクは、たとえば、所与のソースデバイスとスマートフォンなどの所与のシンクデバイスとの間に複数のＢｌｕｅｔｏｏｔｈ物理リンクを含むように構成される。Ｂｌｕｅｔｏｏｔｈ通信リンクは、ポイントツーポイント接続または単一方向リンクなど、異なる種類のリンクを含んでもよい。

本明細書において、パケット化は、オーディオデータを複数のオーディオデータパケットに変換することを示す。このようなオーディオデータパケットは、所与の数のバイトに対応する。

本明細書において、コーデックは、デジタルデータストリームまたは信号を符号化および／または復号化するように構成されたハードウェアコンポーネントまたはソフトウェアコンポーネントである。

本明細書において、オーディオコーデック構成とは、コーデックの種類などの情報と、ビットレート、すなわち、ビットをある場所から別の場所に転送できる速度と、１６ビットまたは２４ビットなど、対応する整数サイズとを含む構成である。コーデックの種類として、ＳＢＣ、ＡＡＣ、ＭＰ３、ＡＰＴ－Ｘ、ＬＤＡＣ、ＬＨＤＣ、Ｖｏｒｂｉｓ、Ｏｐｕｓ、またはＬＣ３コーデックがある。

本明細書において、好ましくは、ストリーミングアプリケーションは、オーディオおよび／または映像データをストリーム配信するように構成されたオーディオアプリケーションまたはゲームアプリケーションである。

第１の目的に係る方法によって、品質が損なうのを抑え、低遅延でオーディオストリームをＢｌｕｅｔｏｏｔｈ通信リンクで送信できるようになる。たしかに、背景技術の方法では、一般に、ソースデバイスおよび／またはシンクデバイスがオーディオストリームを符号化、復号化、および再サンプリングまたはミキシングする必要があり、その結果、体系的に、品質を損なったり、遅延が増えてしまったりする。

本明細書において、オーディオアプリケーションは、デジタル音楽、オーディオコンテンツ、もしくは、クラウドベースのストリーミングサービスなど、ポッドキャストストリーミングサービスへのアクセスを提供する任意のアプリケーション、または一般的なアプリケーションであり得る。

これにより、Ｂｌｕｅｔｏｏｔｈオーディオストリーミングパススルーを提供できるようになる。つまり、ストリーミングアプリケーションがゲームアプリケーションを含む場合、ゲームアプリケーションから直接ストリーム配信してオーディオサーバを介さないことで遅延が改善されるため、これにより、対応するオーディオデータを低遅延でＢｌｕｅｔｏｏｔｈ通信リンクで送信およびストリーム送信できるようになる。

本明細書において、オーディオコーデック構成は、空であり得る。通常、空のオーディオコーデック構成は、ＰＣＭと呼ばれるパルス符号変調など符号化されていないオーディオデータ、または、ＰＣＭオーディオコーデック構成に対応するアナログオーディオ信号を指す。ある実施の形態では、Ｂｌｕｅｔｏｏｔｈ通信リンクは、予め確立されている、すなわち、Ｂｌｕｅｔｏｏｔｈオーディオストリームのシンクデバイスへの送信よりも前の準備ステップにおいてソースデバイスとシンクデバイスとの間で確立されるＢｌｕｅｔｏｏｔｈ通信リンクである。

ある好ましい実施の形態では、ストリーミングアプリケーションから未変更のビットストリームを受信すると、ストリーミングアプリケーションからオーディオストリームを受信する。

本明細書において、ビットストリームは、一続きのビットである。オーディオデータのパケット化によって得られるパケットは、構造化ビットストリームデータの連続したページにグループ化、符号化または復号化され得、当該連続したページは、論理ビットストリームと呼ばれる。

本明細書において、いくつかの論理ビットストリームを組み合わせて１つの物理ビットストリームにすることができる。物理ビットストリームが複数の論理ビットストリームを含む場合、このような論理ビットストリームは、物理ビットストリームに「ラッピングされている（ｗｒａｐｐｅｄ）」と言うことができる。複数の論理ビットストリームを抽出するために必ずしも完全に復号化する必要はないが、物理ビットストリームから論理ビットストリームのラッピングを解くことは、復号化処理によって行うことができる。

本明細書において、未変更のビットストリームとは、このように送信されるビットストリームであり、たとえば、オーディオアプリケーションとソースデバイスのＢｌｕｅｔｏｏｔｈスタックとの間に位置するオーディオサーバによって再サンプリングされることはない。

ある好ましい実施の形態では、方法は、
－オーディオサーバから、第２オーディオストリームと呼ばれる少なくとも１つのその他のオーディオストリームを受信するステップと、
－受信した第２オーディオストリームを、シンクデバイスにＢｌｕｅｔｏｏｔｈ通信リンクで送信するステップとをさらに含む。

本明細書において、オーディオサーバは、オーディオリソースまたはオーディオフローを管理および／またはその他のシステムと共有するように構成された任意のプラットフォームであり、これらのシステムは、特に、ソースデバイスとシンクデバイスとを備える。たとえば、オーディオリソースまたはオーディオフローは、オーディオアプリケーションからの音楽、ソーシャルメディアからの音による通知、スケジューリングアプリケーションの時計アラームの音などを含む。

本明細書において、オーディオサーバは、オーディオハードウェアインターフェースと、オペレーティングシステムと、コンピュータと、オーディオデータを格納できるもしくはオーディオデータのストリームを受送信できる電子回路または任意の種類のコンピュータ読み取り可能な媒体とを備え得る。このオーディオサーバは、インターネットのようなネットワークに接続することができる。

これによって、２つのオーディオストリームを用いたハイブリッドストリーミング方法が提供される。当該２つのオーディオストリームは、１つのＢｌｕｅｔｏｏｔｈオーディオストリームにカプセル化されている。

これにより、第１の目的の方法は、オーディオデータを送信およびストリーミング配信するための別のパスを生成できるようになる。このパスは、背景技術の方法において必要なオーディオサーバ候補を経由しない。そのため、これにより、Ｂｌｕｅｔｏｏｔｈ通信リンクの受信側で品質を損なうことを暗に示す符号化処理、復号化処理、ミキシング処理、または再サンプリング処理を実行しないで済む。

また、これにより、オーディオサーバからオーディオストリームを受送信するステップを含む既知の方法と比較して、品質が損なうのを抑え、低遅延でオーディオストリームを送信できるようになる。なぜならば、これら既知の方法では、このようなオーディオストリームをストリーミングアプリケーションから届くオーディオストリームとミキシング処理する必要があり、結果、品質を損なってしまうためである。また、これら既知の方法では、オーディオサーバがオーディオサーバまたはシンクデバイスのサンプリングレートを用いてオーディオストリームをミキシング処理または再サンプリング処理する必要があり、結果、品質を損なってしまい、遅延も増加する可能性がある。

ある好ましい実施の形態では、Ｂｌｕｅｔｏｏｔｈオーディオストリームは、マルチコントリビューションタイプのＢｌｕｅｔｏｏｔｈオーディオストリームであり、方法は、受信した第２オーディオストリームのオーディオコーデック構成およびサンプリングレートを用いて、第２オーディオストリームをＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化するステップをさらに含む。

これによって、２つのオーディオストリームを用いたハイブリッドストリーミング方法が提供される。当該２つのオーディオストリームは、１つのＢｌｕｅｔｏｏｔｈ通信リンク上で２つのＢｌｕｅｔｏｏｔｈオーディオストリームにカプセル化されている。

本明細書において、Ｂｌｕｅｔｏｏｔｈオーディオストリームがマルチコントリビューションであるということは、オーディオコーデック構成（または、サンプリングレート）が一般的な方法で使われていることを暗示している。すなわち、第１オーディオストリームおよび第２オーディオストリームの両方のオーディオコーデック構成（または、サンプリングレート）を用いてＢｌｕｅｔｏｏｔｈオーディオストリームを構成する。そうすると、当該Ｂｌｕｅｔｏｏｔｈオーディオストリームは、マルチコントリビューションタイプのＢｌｕｅｔｏｏｔｈオーディオストリームに相当する。

ある好ましい実施の形態では、方法は、
－シンクデバイスが、ソースデバイスが送信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームを受信するステップと、
複数のＢｌｕｅｔｏｏｔｈオーディオストリームを混合オーディオストリームにミキシングするステップと、
－シンクデバイスにおいて混合オーディオストリームをレンダリングするステップとをさらに含む。

これにより、Ｂｌｕｅｔｏｏｔｈ通信リンクの受信側での複数のオーディオストリームの品質および／または遅延が改善される。

ある好ましい実施の形態では、方法は、ストリーミングアプリケーションから受信したオーディオストリームおよび／または受信した第２オーディオストリームをコンテナにラッピングするステップをさらに含み、当該コンテナは、Ｂｌｕｅｔｏｏｔｈオーディオストリームに配置される。

これにより、複数のストリームが異なるオーディオコーデック構成および／またはサンプリングレートに対応していても同じパケットで送信することが可能になるよう、これらのオーディオストリームを１つのコンテナにカプセル化できるようになる。すなわち、これによって、２つのオーディオストリームを用いたハイブリッドストリーミング方法が提供される。２つのオーディオストリームは、ソースデバイスから１つのコンテナに含めて送られる１つのコンテナにカプセル化されている。

実施の形態では、ストリーミングアプリケーションおよびオーディオサーバは、それぞれ異なるコーデックを利用するため、異なるオーディオコーデック構成および異なるサンプリングレートを利用する。たとえば、アプリケーションは、オーディオストリーミングには高品質のコーデックを利用し、オーディオサーバは、通知には低品質のコーデックを利用している場合がある。

たとえば、オーディオサーバの１つまたは複数のエンコーダによって作成された１つまたは複数の論理ビットストリームを、Ｏｇｇストリームを使用してカプセル化することができる。符号化されると、オーディオサーバの論理ビットストリームをアプリケーション論理ビットストリームとともにコンテナに包むことができ、両方の論理ビットストリームは、同じパケットを使用してシンクデバイスに送信される。その後、シンクデバイスは、２つの論理ビットストリームのラッピングを解いて、それらをそれぞれのコーデックを用いて別個に復号化し、出力される１つのＲＡＷストリームにミキシングする。

本明細書において、コンテナとは、メディアペイロードのフォーマットを規定するエンティティである。音声ペイロードのフォーマットを規定する音声コンテナを、１つまたは複数のコーデックに対応付けることができる。たとえば、ＬＡＴＭコンテナは、ＡＡＣコーデックに対応付けることができ、Ｏｇｇコンテナは、ＶｏｒｂｉｓまたはＯｐｕｓコンテナに対応付けることができる。

ある好ましい実施の形態では、コンテナは、Ｏｇｇ－Ｖｏｒｂｉｓコンテナである。
ある好ましい実施の形態では、第１オーディオストリームと呼ばれるストリーミングアプリケーションから受信したオーディオストリーム、および第２オーディオストリームは、コンテナにラッピングされ、第１オーディオストリームおよび第２オーディオストリームのＢｌｕｅｔｏｏｔｈオーディオストリームへのパケット化は、ラッピングされた第１オーディオストリームおよび第２オーディオストリームを用いて行われる。

ある好ましい実施の形態では、第１オーディオストリームまたは第２オーディオストリームは、Ｖｏｒｂｉｓ形式で符号化されたストリームであり、または、第１オーディオストリームおよび第２オーディオストリームは、Ｖｏｒｂｉｓ形式で符号化されたストリームである。

ある実施の形態では、オーディオストリームを送信するために少なくとも２つのＢｌｕｅｔｏｏｔｈ論理リンクが使われる。

これにより、少なくとも２つのオーディオストリームを送信するためのハイブリッドストリーミング方法が提供される。特に、２つのオーディオストリームは、２つのＢｌｕｅｔｏｏｔｈオーディオストリームにカプセル化されて、Ｂｌｕｅｔｏｏｔｈ通信リンクで送信される。

これにより、少なくとも２つのＢｌｕｅｔｏｏｔｈ論理リンクが利用できるため、オーディオストリームをより柔軟に送信できるようになる。第１のＢｌｕｅｔｏｏｔｈ論理リンク上にオーディオサーバを経由しない確立済みのＢｌｕｅｔｏｏｔｈオーディオストリームがすでに存在しているとしても、たとえば、ソースデバイス上で実行中の別のアプリケーションから発生する通知を収集するために第２のＢｌｕｅｔｏｏｔｈ論理リンク上で第２のＢｌｕｅｔｏｏｔｈオーディオストリームを利用できる。よって、これにより、２つのＢｌｕｅｔｏｏｔｈオーディオストリームを同じ論理チャネル上で送信したり、２つの異なる論理チャネル上で送信したりできるようになる。

たとえば、ストリーミングアプリケーションがゲームアプリケーションである場合、ゲームアプリケーションは、ソースデバイスが備えるＢｌｕｅｔｏｏｔｈスタックにオーディオデータを直接ストリーム配信することができる。しかしながら、２つの異なるＢｌｕｅｔｏｏｔｈ論理リンク上で少なくとも２つのＢｌｕｅｔｏｏｔｈオーディオストリームを利用するほうがより柔軟である。なぜならば、少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームを使用してゲームアプリケーションからの高品質オーディオをレンダリングすることができ、少なくとも別のＢｌｕｅｔｏｏｔｈオーディオストリームを使用して、ソースデバイス上で実行中のソーシャルメディアアプリケーションからの通知またはオーディオサーバから届く音による通知など、別のソースからの音をレンダリングすることができるためである。これら２つの論理リンクは、同じＢｌｕｅｔｏｏｔｈ物理リンクを利用しているか、２つの異なるＢｌｕｅｔｏｏｔｈ物理リンクを利用しているかのいずれかである。

ある好ましい実施の形態では、方法は、
－受信した第２オーディオストリームを第２のＢｌｕｅｔｏｏｔｈオーディオストリームと呼ばれる別のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化するステップを含み、当該第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、ソースデバイスとシンクデバイスとの間で構成された第１のＢｌｕｅｔｏｏｔｈオーディオストリームと呼ばれるＢｌｕｅｔｏｏｔｈオーディオストリームとは別個であり、この方法は、さらに、
－Ｂｌｕｅｔｏｏｔｈ通信リンクで第２のＢｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイスに送信するステップを含み、当該第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームと多重化されている。

本明細書において、多重化は、ＡＶＤＴＰプロトコル、または、Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するように順応させたその他のプロトコルなど、１つ以上のプロトコルを用いて行われる。

ある好ましい実施の形態では、第１のＢｌｕｅｔｏｏｔｈオーディオストリームまたは第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、Ｂｌｕｅｔｏｏｔｈ通信リンクのＢＲ／ＥＤＲリンクで送信され、または、第１のＢｌｕｅｔｏｏｔｈオーディオストリームおよび第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、Ｂｌｕｅｔｏｏｔｈ通信リンクのＢＲ／ＥＤＲリンクで送信される。

ある好ましい実施の形態では、第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、Ｂｌｕｅｔｏｏｔｈ通信リンクのＢＬＥリンクで送信される。

ある好ましい実施の形態では、Ｂｌｕｅｔｏｏｔｈオーディオストリームの送信は、オーディオコーデック構成およびサンプリングレートについてのシンクデバイスとのネゴシエーションに成功すると行われる。

これにより、オーディオコーデック構成およびサンプリングレートの両方をシンクデバイスが必ずサポートするようになる。また、これにより、ストリーミングアプリケーションの本来のコーデックおよび本来のサンプリングレートをシンクデバイスがサポートできるかどうかをストリーミングアプリケーション自体が確認できるようになる。

第２の目的によると、下記は、Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームを受信するための方法に関し、この方法は、シンクデバイスによって実行され、
－ソースデバイスが送信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームをＢｌｕｅｔｏｏｔｈ通信リンクで受信するステップと、
－受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームを混合オーディオストリームにミキシングするステップと、
－混合オーディオストリームをレンダリングするステップとを含む。

第２の目的の方法の実施の形態では、受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームのうち少なくとも１つの第１のＢｌｕｅｔｏｏｔｈオーディオストリームは、パケット化オーディオストリームを含み、当該オーディオストリームを第１のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化することは、ソースデバイスによって行われ、第１のＢｌｕｅｔｏｏｔｈオーディオストリームは、ソースデバイスによって第１オーディオストリームのオーディオコーデック構成およびサンプリングレートを用いてソースデバイスとシンクデバイスとの間で構成され、オーディオコーデック構成およびサンプリングレートは、ソースデバイスが受信し、第１オーディオストリームは、ソースデバイス上で実行中のストリーミングアプリケーションから届く。

第２の目的の方法の実施の形態では、第１のＢｌｕｅｔｏｏｔｈオーディオストリームの送信は、オーディオコーデック構成およびサンプリングレートについてのシンクデバイスとのネゴシエーションに成功するとソースデバイスによって行われる。

ある実施の形態では、第２の目的の方法は、
－Ｂｌｕｅｔｏｏｔｈ通信リンク上で少なくとも第２オーディオストリームをソースデバイスから受信するステップをさらに含み、第２オーディオストリームは、ソースデバイスによってオーディオサーバから受信され、第２オーディオストリームは、第１オーディオストリームとは異なる。

ある実施の形態では、第２の目的の方法は、
－Ｂｌｕｅｔｏｏｔｈ通信リンク上で第２のＢｌｕｅｔｏｏｔｈオーディオストリームデバイスをソースデバイスから受信するステップをさらに含み、第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームと多重化されており、受信した第２オーディオストリームは、ソースデバイスによって第２のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化され、当該第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームとは別個である。

第３の目的によると、下記は、コンピューティングデバイスに読み込み可能なコンピュータプログラム命令を格納したコンピュータ読み取り可能な媒体を備えたコンピュータプログラムプロダクトに関し、コンピュータプログラム命令は、コンピューティングデバイスによって読み込まれて実行されると、
－コンピュータデバイスに、先行する請求項のいずれかに記載の方法のステップを実行させるようになされる。

第４の目的によると、下記は、Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するためのソースデバイスに関し、ソースデバイスは、
－ソースデバイス上で実行中のストリーミングアプリケーションのオーディオストリームのオーディオコーデック構成およびサンプリングレートを受信し、
－受信したオーディオコーデック構成およびサンプリングレートを用いて、ソースデバイスとシンクデバイスとの間でＢｌｕｅｔｏｏｔｈオーディオストリームを構成し、
－ストリーミングアプリケーションからオーディオストリームを受信し、
－受信したオーディオストリームをＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化し、
－Ｂｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイスに送信するように構成され、Ｂｌｕｅｔｏｏｔｈオーディオストリームは、パケット化された受信オーディオストリームを含む。

第５の目的によると、下記は、Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームを受信するためのシンクデバイスに関し、シンクデバイスは、
－ソースデバイスが送信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームをＢｌｕｅｔｏｏｔｈ通信リンクで受信し、
－複数のＢｌｕｅｔｏｏｔｈオーディオストリームを混合オーディオストリームにミキシングし、
－シンクデバイスにおいて混合オーディオストリームをレンダリングするように構成される。

第５の目的のシンクデバイスの実施の形態では、受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームのうち少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームはパケット化オーディオストリームを含み、当該オーディオストリームを少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化することは、ソースデバイスによって行われ、少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームは、ソースデバイスによって第１オーディオストリームのオーディオコーデック構成およびサンプリングレートを用いてソースデバイスとシンクデバイスとの間で構成され、オーディオコーデック構成およびサンプリングレートは、ソースデバイスが受信し、第１オーディオストリームは、ソースデバイス上で実行中のストリーミングアプリケーションから届く。

第６の目的によると、下記は、Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームを送信および受信するためのシステムに関し、当該システムは、第４の目的に記載のソースデバイスと、第５の目的に記載のシンクデバイスとを備える。

ここで、さらなる図面の簡単な説明を記載する。
以下に説明するように、本開示の目的のその他の特徴、詳細、および利点は、添付の図面を参照して、非限定例として提供される下記の詳細な説明から明らかになるであろう。

図７は、本開示の第１の態様に係る、方法のステップの例を示す図である。
図８は、本開示の第１の態様に係る、方法のステップのフローチャートを示す図である。

図９は、本開示に係る、Ｂｌｕｅｔｏｏｔｈデータパケットの構造の例を示す図である。

図１０は、本開示の第２の態様に係る、方法のステップを示す図である。
図１１は、本開示の第３の態様に係る、方法のステップのフローチャートである。

図１２は、本開示の第３の態様に係る、方法のステップを示す図である。
図１３は、本開示の第３の態様に係る、Ｂｌｕｅｔｏｏｔｈ通信リンクを示す図である。

図１４は、本開示の第４の態様に係る、方法のステップのフローチャートを示す図である。

図１５は、本開示に係る第４の態様に係る、方法のステップを示す図である。
図１６は、本開示に係る第４の態様に係る、Ｂｌｕｅｔｏｏｔｈ通信リンクを示す図である。

図１７は、本開示の第５の態様に係る、方法のステップのフローチャートを示す図である。

図１８は、本開示に係る第５の態様に係る、Ｂｌｕｅｔｏｏｔｈ通信リンクを示す図である。

図１９は、本開示の第６の態様に係る、方法のステップのフローチャートを示す図である。

図２０は、本開示の第６の態様に係る、方法のステップを示す図である。
図２１は、本開示の第６の態様に係る、Ｂｌｕｅｔｏｏｔｈ通信リンクを示す図である。

図２２は、本開示の態様に係る、回路の構造を示す図である。
ここで、これらの態様について説明する。

図７は、本開示の第１の実施の形態に係る、Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するための簡略化した方法のステップを示す図である。第１の態様に係る方法は、オーディオデータＡＤを、符号化オーディオビットストリームとして符号化するステップを含み、符号化オーディオビットストリームは、オーディオストリーミングアプリケーション４０によってシンクデバイス２０に提供される。

たとえば、このオーディオストリーミングアプリケーションは、（たとえば、リモートサーバ上の）オーディオアプリケーションまたはゲームアプリケーションである。たとえば、シンクデバイス２０は、スピーカーである、または、ウェアラブルヘッドホンを含む。

オーディオデータＡＤは、ＢｌｕｅｔｏｏｔｈスタックＢＳでシンクデバイス２０に提供される。ＢｌｕｅｔｏｏｔｈスタックＢＳは、ソースデバイス１０、たとえば、スマートフォンに含まれている。

本明細書において、ＢｌｕｅｔｏｏｔｈスタックＢＳは、ソースデバイス１０の組込みシステムの実装など、Ｂｌｕｅｔｏｏｔｈプロトコルスタックの実装を指す。

ある態様では、ＢｌｕｅｔｏｏｔｈスタックＢＳは、以下に説明するように、オペレーティングシステムを有するマイクロコントローラおよび／またはチップセットを備え、Ｌ２ＣＡＰおよびＡＶＤＴＰプロトコルなど、様々なプロトコルをサポートするように構成される。

ステップＳ１では、オーディオストリーミングアプリケーション４０がソースデバイス１０にオーディオデータＡＤを送信し、オーディオデータは、変更されることなく（すなわち、ソースデバイスのオーディオサーバを経由することなく）、ソースデバイス１０によって直接そのＢｌｕｅｔｏｏｔｈスタックＢＳに送られる。

これにより、オーディオストリーミングアプリケーション４０のストリーミングアプリケーションは、中間デバイス／サーバによる復号化処理、符号化処理、および／または（再）サンプリング処理を必要としないで、ＢｌｕｅｔｏｏｔｈスタックＢＳにオーディオデータＡＤを提供できるようになる。

ステップＳ２では、ＢｌｕｅｔｏｏｔｈスタックＢＳが受信したオーディオデータＡＤを、パケット化オーディオデータＰＡＤにパケット化する。

ある態様では、オーディオデータＡＤおよびパケット化オーディオデータＰＡＤの少なくとも一方は、Ｂｌｕｅｔｏｏｔｈデータパケットである。Ｂｌｕｅｔｏｏｔｈデータパケットは、Ｂｌｕｅｔｏｏｔｈワイヤレスオーディオリンクを用いて送信することができる。

ステップＳ３では、ソースデバイス１０がシンクデバイス２０にパケット化オーディオデータＰＡＤを送信する。この送信は、１つ以上のＢｌｕｅｔｏｏｔｈオーディオストリーム上で行われる。

ステップＳ４では、シンクデバイス２０は、受信したパケット化オーディオデータＰＡＤを復号化し、復号化したデータをオーディオ出力ＯＵＴ、たとえば、ＰＣＭ信号またはブロードキャスト音楽の形式で送る。

図８は、本開示の第１の態様に係る、方法のステップのフローチャートを示す図である。

ソースデバイス１０の入力ＩＮを通してオーディオデータＡＤ１、特に、符号化オーディオビットストリームを受信すると、ストリーミングアプリケーション４０は、ソースデバイス１０のＢｌｕｅｔｏｏｔｈスタックＢＳにオーディオデータＡＤ１を直接提供する。

これにより、ソースデバイス１０またはソースデバイス１０が備え得るオーディオサーバ３０によってＡＤ１に対して行われるであろうミキシングステップ、再サンプリングステップ、および／または符号化ステップのいずれも省略できる。

ソースデバイス１０上で実行中のストリーミングアプリケーション４０のオーディオストリームのオーディオコーデック構成およびサンプリングレートを用いて、ソースデバイス１０によってオーディオデータＡＤ１が構成される。オーディオデータＡＤ１はＢｌｕｅｔｏｏｔｈスタックＢＳに提供されるが、ＢｌｕｅｔｏｏｔｈスタックＢＳは、オーディオデータＡＤ１をパケット化してサードパーティデバイス、ここでは、具体的にはシンクデバイス２０に送信する。

特に、オーディオデータＡＤ１は、ストリーミングアプリケーション４０のオーディオストリームのオーディオコーデック構成およびサンプリングレートを用いて構成済みＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化される。

好ましくは、予め確立されたリンク、ここでは、Ｂｌｕｅｔｏｏｔｈ通信リンクＬ１を使用して、パケット化されたオーディオデータまたは構成済みＢｌｕｅｔｏｏｔｈオーディオストリームが送信される。Ｂｌｕｅｔｏｏｔｈ通信リンクＬ１は、ソースデバイス１０とシンクデバイス２０との間で確立または予め確立された１つ以上のＢｌｕｅｔｏｏｔｈ物理リンクおよび１つ以上のＢｌｕｅｔｏｏｔｈ論理リンクを含み得る。

受信すると、パケット化されたオーディオデータは、シンクデバイス２０によって復号化される。続いて、復号化されたパケットは、シンクデバイス２０の出力ＯＵＴを通してブロードキャストまたはストリーム配信され得る。

これにより、上述したステップすべてにおいて非可逆送信および／または非可逆圧縮をしないで済む。特に、これにより、オーディオサーバの使用を省略できるようになる。

図９は、本開示に係る、Ｂｌｕｅｔｏｏｔｈデータパケットの構造の例、より具体的には、Ｂｌｕｅｔｏｏｔｈ通信リンクを利用してデータを送信するためのこのような構造を示す図である。

図示したように、ＢｌｕｅｔｏｏｔｈデータパケットＢＴＤＰは、いくつかのレイヤ、パケット、パケットデータユニット、フレームおよび／またはビットストリームを含む。特に、ＢｌｕｅｔｏｏｔｈデータパケットＢＴＤＰは、ＰＤＵと呼ばれるプロトコルデータユニットに対応するＬ２ＣＡＰと呼ばれる論理リンク制御およびアダプテーションプロトコル（ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ ａｎｄ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を含む。Ｌ２ＣＡＰは、ＣＩＤと呼ばれる２つのチャネル識別子間でデータをやり取りするためのＢｌｕｅｔｏｏｔｈデータパケットＢＴＤＰのプロトコルレイヤを規定する。

また、有利には、Ｌ２ＣＡＰは、１つ以上のＢｌｕｅｔｏｏｔｈ転送プロトコルを実装するリンクマネージャレイヤを規定する。Ｌ２ＣＡＰは、さらには、データパケットの分割、データパケットのアセンブル、データパケットのリアセンブル、および／または多重化を可能にする。

Ｌ２ＣＡＰプロトコルにより、さらには、デバイスのＢｌｕｅｔｏｏｔｈチップ間に論理リンクを確立できるようになる。Ｌ２ＣＡＰプロトコルのパラメータは、その他のプロトコルサポートする機能など、ソースデバイスの特徴によって異なってもよい。

好ましくは、Ｌ２ＣＡＰプロトコルは、ＡＶＤＴＰと呼ばれるオーディオ／ビデオ配信トランスポートプロトコルを含む。ＡＶＤＴＰは、Ｂｌｕｅｔｏｏｔｈオーディオデータトランスポートプロトコルである。ＡＶＤＴＰプロトコルは、いくつかのＢｌｕｅｔｏｏｔｈデバイス間のバイナリトランザクションを規定し、ＳＥＰと呼ばれる２つのストリームエンドポイント間でオーディオストリームおよび／または映像ストリームを確立できるようにする。

有利には、ＡＶＤＴＰプロトコルは、ストリームを設定する、およびＬ２ＣＡＰプロトコルを使用してオーディオストリームをストリーム配信するように構成される。ＡＶＤＴＰプロトコルは、さらには、ストリームパラメータのネゴシエーションを可能にし、ＡＶＤＴＰプロトコル自体がオーディオストリームを管理できる。

ＡＶＤＴＰプロトコルおよびＬ２ＣＡＰプロトコルは、たとえばソースデバイスとシンクデバイスとの間でデータをＢｌｕｅｔｏｏｔｈ通信リンクでやり取りすることを可能にする。

図示したように、ＡＶＤＴＰプロトコルは、コンテナＣＴと呼ばれるメディアペイロードを含み、コンテナＣＴ自体は符号化フレームＥＮＣを含む。

好ましくは、コンテナＣＴは、メディアペイロードヘッダと、１つ以上の符号化フレームとを含む。

本明細書において、コンテナＣＴは、物理ビットストリームを規定し、少なくとも１つの符号化フレームＥＮＣは、論理ビットストリームを規定する。物理ビットストリームは、符号化されたデータおよび関連するメタデータの両方を含んでもよい。

本明細書において、少なくとも１つの符号化フレームは、Ａｄｖａｎｃｅｄ Ａｕｄｉｏ ＣｏｄｉｎｇコーデックまたはＡＡＣコーデックを用いて符号化されるオーディオデータに対応する。ＡＡＣコーデックは、非可逆デジタル音声圧縮のためのオーディオ符号化標準規格であり、有利には、同じビットレートのＭＰ３コーデックを用いた場合に実現できる音質よりも良い音質が得られる。

図１０は、本開示の第２の態様に係る、方法のステップを示す図である。
第２の態様の方法のステップでは、第１モードと同様にＢｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信できるが、この送信は、オーディオコーデック構成およびサンプリングレートについてのネゴシエーションに成功すると行われる。ステップＳ１０では、ソースデバイス１０とシンクデバイス２０との間でＢｌｕｅｔｏｏｔｈ通信リンクが開いている、すなわち、確立される。ソースデバイス１０上で実行中のストリーミングアプリケーションがオーディオデータを送れる状態になると、このストリーミングアプリケーションは、新しいストリームを開くことを要求できる。これに代えて、または同時に、Ｂｌｕｅｔｏｏｔｈ通信リンクを開く際に既存ストリームの再構成を要求できる。

Ｂｌｕｅｔｏｏｔｈ通信リンクを確立している間に、ステップＳ１５においてオプションのネゴシエーションフェーズを実行できる。

このネゴシエーションフェーズは、ストリームの１つ以上のパラメータがシンクデバイス２０によってサポートされているかどうかを確認することを含む。たとえば、当該１つ以上のパラメータは、開かれるまたは再構成されるストリームの引数として渡される。

この１つ以上のパラメータは、ソースデバイス１０上で実行中のストリーミングアプリケーションのオーディオストリームの少なくとも１つのオーディオコーデック構成および１つのサンプリングレートを含む。要求されるコーデックおよびサンプリングレートは、ストリームの引数として渡すことができる。

ステップＳ１５では、シンクデバイス２０がオーディオコーデック構成および／またはサンプリングレートをサポートしない場合、新しいストリームを開くための基本となる要求または既存ストリームを再構成するための基本となる要求は、ステップＳ２０において拒否される。

ステップＳ１５では、後述するが、シンクデバイス２０がコーデックおよびサンプリングレートをサポートする場合、要求は受け付けられ、ソースデバイス１０は、ステップＳ４０を含む後続のステップを実行する。

ステップＳ４０では、新しいストリームの構成を実行し、適宜、１つ以上のパラメータを用いて既存ストリームを再構成する。特に、当該構成は、ストリーミングアプリケーションのオーディオストリームのオーディオコーデック構成およびサンプリングレートを用いて行われる。

好ましくは、ソースデバイス１０のＨＣＩと呼ばれるホストコントローラインターフェースを使用してステップＳ４０を実行する。

本明細書において、ＨＣＩは、コントローラサブシステムとホストサブシステムとの間のオプションの標準インターフェースである。単純な機能を有するＢｌｕｅｔｏｏｔｈデバイス（たとえば、ヘッドセット）では、ホストおよびコントローラは、同じマイクロプロセッサ上に実装することができ、または、内蔵ソフトウェアインターフェースとして実装することができる。ソースデバイス１０のＨＣＩは、ステップＳ４０において、ストリーム、たとえば、ＢｌｕｅｔｏｏｔｈＡ２ＤＰストリームの構成または再構成を行うことができる。

ステップＳ５０では、ソースデバイス１０がストリーミングアプリケーションからオーディオストリームを受信する。

ステップＳ６０では、ソースデバイスが、受信したオーディオストリームを、オーディオコーデック構成およびサンプリングレートを用いてステップＳ４０において構成されたＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化する。

ステップＳ７０では、ソースデバイス１０がパケット化された受信オーディオストリームを含んだＢｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイス２０に送信する。

図１１は、本開示の第３の態様に係る、方法のステップのフローチャートを示す図である。第３の態様では、ソースデバイス１０の入力ＩＮからのオーディオデータＡＤ１だけでなく、ソースデバイス１０に含まれるオーディオサーバ３０が送信したオーディオデータＡＤ２（このオーディオデータＡＤ２は、たとえば、システム音声による通知のオーディオデータであってもよい）もＢｌｕｅｔｏｏｔｈスタックＢＳによって受信される。

その後、ＡＤ１およびＡＤ２は、ストリーミングアプリケーション４０のオーディオストリームのオーディオコーデック構成およびサンプリングレートを用いて、構成済みＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化される。

その後、構成済みＢｌｕｅｔｏｏｔｈオーディオストリームは、確立したＢｌｕｅｔｏｏｔｈリンクＬ１を用いてソースデバイス１０からシンクデバイス２０に送信され、パケット化されたオーディオデータＡＤ１およびＡＤ２は、シンクデバイス２０によってパケット化が解除され、レンダリング、ブロードキャスト、出力ＯＵＴを通してさらにストリーム配信される前にオプションで１つ以上の別個のステップにおいて復号化される。

パケット化が解除された後、シンクデバイス２０によって別個のステップにおいてオーディオデータが復号化された場合、続いて、レンダリング、ブロードキャスト、または出力ＯＵＴを通してさらにストリーム配信される前に復号化されたデータをミキシングまたは多重化することができる（その後、Ｂｌｕｅｔｏｏｔｈオーディオストリームは、データのミキシング方法についての情報、たとえば、シンクデバイス側のオーディオデータごとのそれぞれの割合／値を追加で含んでもよい）。

これによって、複数のオーディオソースを組み合わせることができるようになる。有利には、たとえば、これにより、ソースデバイス１０上で実行中のストリーミングアプリケーション４０が提供する音楽ファイルを視聴しながら、音声通知、たとえば、ソースデバイス１０上にインストールされたソーシャルメディアアプリケーションからの通知を同時に受信できるようになる。

好ましくは、１つ以上または２つ以上のオーディオソースが存在する場合、対応するオーディオデータを少なくとも１つのオーディオサーバにおいてミキシングし、既存ストリームが再構成されたときのストリーミングアプリケーション４０のサンプリングレートに対応するシンクデバイス２０のサンプリングレートを使用して再サンプリングしてもよい。

すなわち、図示した態様によって、ストリーミングアプリケーション４０および少なくとも１つのオーディオサーバ３０を含むいくつかのオーディオソースが、簡略化した音声リンクパスをストリーミングアプリケーションに使用できるようになる。

図１２は、本開示の第３の態様に係る、Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するための方法のステップを示す図である。

特に、第３の態様の方法のステップは、第１の態様および第２の態様と同様に、Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信することを可能にするが、同時または連続して実行される２つのステップＳ５１およびＳ５２に受信ステップＳ５０が置き換えられている点で異なる。ステップＳ５１は、ソースデバイス１０がストリーミングアプリケーション４０から第１のオーディオデータＡＤ１を受信するステップを含み、ステップＳ５２は、ソースデバイス１０がオーディオサーバ３０から第２のオーディオデータＡＤ２を受信するステップを含む。

図１３は、本開示の第３の態様を実行するためのＢｌｕｅｔｏｏｔｈ通信リンクを示す図である。

特に、２つのオーディオストリームのパケット化に対応するＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭがソースデバイス１０からシンクデバイス２０に送信される。ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭは、第１のコントリビューションＡＳＴＲＭ１と、第２のコントリビューションＡＳＴＲＭ２とを含む。好ましくは、第１のコントリビューションＡＳＴＲＭ１は、ソースデバイス１０上で実行中のストリーミングアプリケーションが提供するオーディオストリームであり、第２のコントリビューションＡＳＴＲＭ２は、オーディオサーバが提供するオーディオストリームである。

好ましくは、ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭは、Ａ２ＤＰ Ｂｌｕｅｔｏｏｔｈオーディオストリームである。

ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭは、論理リンクＬＬ１、好ましくはＡＣＬ－Ｕ論理リンクによって有効化される。

本明細書において、論理リンクは、どのような種類の情報がＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭによって運ばれるかを規定するリンクである。たとえば、当該論理リンクは、制御データまたはユーザデータを搬送し、当該ユーザデータは、フレーム化データと非フレーム化データとにさらに分割されている。

好ましくは、論理リンクＬＬ１は、論理トランスポートＬＴ１、好ましくはＡＣＬ論理トランスポートによって運ばれる。

本明細書において、論理トランスポートは、どの種類の特徴がストリームによって搬送されるかを規定するワイヤレス転送である。また、論理トランスポートは、１つ以上の論理リンクをサポートでき、当該特徴は、特に、キャスティング種別、スケジューリング動作、肯定応答／反復メカニズム、フロー制御、およびシーケンス番号付けを含む。特に、Ｂｌｕｅｔｏｏｔｈ論理トランスポートは、論理トランスポートの種類によっては、異なる種類の論理リンクを搬送することができ、いくつかのＢｌｕｅｔｏｏｔｈ論理リンクが用いられる場合、これらのＢｌｕｅｔｏｏｔｈ論理リンクを同じ論理トランスポートに多重化することができる。

論理トランスポートの例として、非同期接続指向またはＡＣＬ、同期接続指向またはＳＣＯ、拡張同期接続指向またはｅＳＣＯ、アクティブスレーブブロードキャストまたはＡＳＢ、コネクションレススレーブブロードキャストまたはＣＳＢ、ＬＥ非同期接続またはＬＥ ＡＣＬ、ＬＥ広告ブロードキャストまたはＡＤＶＢ、ＬＥ周期的広告ブロードキャストまたはＰＡＤＶＢ、トランスポートなどが挙げられる。その他の例として、ＬＥ接続等時性ストリームおよびブロードキャスト等時性ストリームなどが挙げられる。

ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ、論理リンクＬＬ１および論理トランスポートＬＴ１は、通信リンクを規定する。よって、通信リンクは、２つのデバイス間の少なくとも１つの物理リンクによって規定される。さらには、当該通信リンクは、１つ以上の物理リンクを含み、２つのデバイス、今回のケースではソースデバイス１０とシンクデバイス２０との間のワイヤレス通信を規定する。

ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ、論理リンクＬＬ１および論理トランスポートＬＴ１は、ＢＲ／ＥＤＲ物理リンクなど、物理リンクＰＬ１を規定する。

本明細書において、物理リンクは、ワイヤレスデバイス間のベースバンド接続を可能にするＢＲ／ＥＤＲ物理リンクまたはＬＥ物理リンクである。ＢＲ／ＥＤＲ物理リンクは、ＢＲ／ＥＤＲ有効物理リンク、およびＢＲ／ＥＤＲコネクションレススレーブブロードキャスト物理リンクを含む。ＬＥ物理リンクは、ＬＥ有効物理リンク、ＬＥ広告物理リンク、ＬＥ周期的物理リンク、およびＬＥ等時性物理リンクを含む。

好ましくは、物理リンクＰＬ１は、有効なＢＲ／ＥＤＲ物理リンクまたはＬＥ等時性物理リンクである。

図１４は、本開示の第４の態様に係る、方法のステップのフローチャートを示す図である。

この第４の態様では、ストリーミングアプリケーション４０のオーディオコーデック構成およびサンプリングレートを使用して、ストリーミングアプリケーション４０から受信するオーディオデータＡＤ１を構成済みのＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化する。同時にまたは連続して、第２オーディオストリームのオーディオコーデック構成およびサンプリングレートを使用して、オーディオサーバ３０から届く第２オーディオストリームに対応するオーディオデータＡＤ２をＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化する。

代替例として、２つのオーディオストリームは、同じオーディオコーデック構成およびサンプリングレートを使用する。すると、図示したように、これらの２つのオーディオストリームを同じＢｌｕｅｔｏｏｔｈ通信リンクＬ１で送信することが可能になる。

ＡＤ１およびＡＤ２は、同じＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化されると、後に、シンクデバイス２０によってパケット化を解除して復号化することができる。特に、ＡＤ１およびＡＤ２の各々について、同時にまたは連続してパケット化の解除および復号化を行うことができる。

図１５は、本開示の第４の態様に係る、方法のステップを示す図である。特に、これらの方法のステップにより、１つのＢｌｕｅｔｏｏｔｈ通信リンクで２つのオーディオストリームを送信できるようになる。

ステップＳ１０では、上述したように、ソースデバイスとシンクデバイスとのＢｌｕｅｔｏｏｔｈリンクを開く、または予め確立する。好ましくは、これは、ソースデバイス上で実行中のストリーミングアプリケーションが少なくとも１つのオーディオストリームを開くように要求したときに実行される。

ステップＳ４１では、当該少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームを、ストリーミングアプリケーション４０のオーディオコーデック構成およびサンプリングレートで構成または再構成する。

ステップＳ４１に続いてまたは同時に実行されるステップＳ４２では、少なくとも１つの別のＢｌｕｅｔｏｏｔｈオーディオストリームを、オーディオサーバ３０のオーディオコーデック構成およびサンプリングレート、またはストリーミングアプリケーションのオーディオコーデック構成およびサンプリングレートで構成または再構成する。

ステップＳ５１では、ソースデバイス１０がストリーミングアプリケーション４０から第１オーディオストリームと呼ばれるオーディオストリームを受信する。ステップＳ５１に続いてまたは同時に実行されるステップＳ５２では、ソースデバイスがオーディオサーバ３０から第２オーディオストリームと呼ばれるオーディオストリームを受信する。

ステップＳ６１では、ステップＳ４１においてストリーミングアプリケーションのオーディオコーデック構成およびサンプリングレートを用いて構成された第１オーディオストリームを、ソースデバイスがＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化する。

ステップＳ６１に続いてまたは同時に実行されるオプションのステップＳ６２では、ソースデバイスが第２オーディオストリームをＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化する。

ステップＳ７０では、パケット化された第１オーディオストリームと第２オーディオストリームとを含んだＢｌｕｅｔｏｏｔｈオーディオストリームをソースデバイス１０がシンクデバイス２０に送信する。

ステップＳ７０の代わりに、ステップＳ６１およびＳ６２の後にここで示していない２つの別個の送信ステップＳ７１およびＳ７２が続いてもよい。このような状況では、第１のパケット化オーディオストリームおよび第２のパケット化オーディオストリームを別個の論理リンクによって送信することができる。

図１６は、本開示の第４の態様を実行するためのＢｌｕｅｔｏｏｔｈ通信リンクを示す図である。

図示したように、２つのＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１およびＢＴＳＴＲＭ２は、１つのＢｌｕｅｔｏｏｔｈ通信リンクでソースデバイス１０からシンクデバイス２０に送信される。

特に、第１のＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１は、第１のコントリビューションＡＳＴＲＭ１を含み、第２のＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ２は、第２のコントリビューションＡＳＴＲＭ２を含み、第１のコントリビューションＡＳＴＲＭ１は、ソースデバイス１０上で実行中のストリーミングアプリケーション４０が提供するオーディオストリームであり、第２のコントリビューションＡＳＴＲＭ２は、オーディオサーバ３０が提供するオーディオストリームである。

好ましくは、ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１およびＢＴＳＴＲＭ２は、各々、Ａ２ＤＰ Ｂｌｕｅｔｏｏｔｈオーディオストリームであり、Ｂｌｕｅｔｏｏｔｈオーディオストリームは、ＡＣＬ論理トランスポートなど、１つの論理トランスポートＬＴ１によって運ばれるＡＣＬ－Ｕ論理リンクなどの１つの論理リンクＬＬ１によって有効化される。ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１およびＢＴＳＴＲ２、論理リンクＬＬ１および論理トランスポートＬＴ１は、物理リンクＰＬ１、好ましくは、ＢＲ／ＥＤＲ有効物理リンクを規定する。

図１７は、本開示の第５の態様に係る、方法のステップのフローチャートを示す図である。

特に、第５の態様の方法のステップは、第４の形態の方法のステップと同様であるが、Ｂｌｕｅｔｏｏｔｈ通信リンクＬ１に加えて、ソースデバイス１０とシンクデバイス２０との間で少なくとも１つの別のＢｌｕｅｔｏｏｔｈ論理リンクＬＬ２が開かれている点において異なる。これにより、２つの別個のＢｌｕｅｔｏｏｔｈ論理リンクで１つ以上のオーディオストリームを送信できるようになる。

たとえば、ストリーミングアプリケーション４０がストリームを開くように要求したときに、ステップＳ１０において少なくとも別のリンクＬＬ２が開かれる。

図１８は、本開示の第５の態様を実行するための２つのＢｌｕｅｔｏｏｔｈ通信リンクを示す図である。

図示したように、２つのＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１およびＢＴＳＴＲＭ２がソースデバイス１０からシンクデバイス２０に送信される。第１のＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１は、第１のコントリビューションＡＳＴＲＭ１を含み、第２のＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ２は、第２のコントリビューションＡＳＴＲＭ２を含む。ここでも、第１のコントリビューションＡＳＴＲＭ１は、ストリーミングアプリケーション４０が提供するオーディオストリームであり、第２のコントリビューションＡＳＴＲＭ２は、オーディオサーバ３０が提供するオーディオストリームである。

ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１は、ＡＣＬ－Ｕ論理リンクなど、論理リンクＬＬ１によって有効化され、ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ２は、ＬＥ－Ｓ論理リンクなど、別の論理リンクＬＬ２によって有効化される。

論理リンクＬＬ１は、ＡＣＬ論理トランスポートなど、論理トランスポートＬＴ１によって運ばれ、論理リンクＬＬ２は、ＬＥ接続等時性論理トランスポートなど、別の論理トランスポートＬＴ２によって運ばれる。

ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１、論理リンクＬＬ１および論理トランスポートＬＴ１は、物理リンクＰＬ１、好ましくは、ＢＲ／ＥＤＲ有効物理リンクを規定する。ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ２、論理リンクＬＬ２および論理トランスポートＬＴ２は、物理リンクＰＬ２、好ましくは、ＬＥ等時性物理リンクを規定する。

図１９は、本開示の第６の態様に係る、方法のステップのフローチャートを示す図である。

特に、これらの方法のステップは、第１の態様、第２の態様、および第３の態様の方法のステップと同様であるが、オーディオデータＡＤ１およびＡＤ２をＯｇｇコンテナなどのコンテナにラッピングすることによって当該オーディオデータのパケット化が行われる点で異なる。これにより、その後パケット化されてソースデバイス１０とシンクデバイス２０との間で確立したＢｌｕｅｔｏｏｔｈ通信リンクで送信される物理ビットストリームが得られる。

シンクデバイス２０によって受信された後、コンテナまたは物理ビットストリームは、引き続きパケット化を解除され、ラッピングが解かれる。その後、後続の復号化ステップが実行され、ストリーミングアプリケーションに対応する物理ビットストリームの論理ビットストリームについて１つの復号化ステップが実行され、オーディオサーバに対応する物理ビットストリームの論理ビットストリームについて別の復号化ステップが実行される。これら２つの復号化ステップは、別個に実行することができ、１つの復号化ステップとして合わせて実行することもできる。

図２０は、本開示の第６の態様に対応する方法のステップを示す図である。
具体的には、ステップＳ５１において第１オーディオストリームを受信した後、ステップＳ５２において第２オーディオストリームを受信した後、ステップＳ５５において、２つのオーディオストリームは、コンテナＣＴにパケット化され、その後ステップＳ６５においてパケット化され、最終的にステップＳ７５においてシンクデバイス２０に送信される。

図２１は、本開示の第６の態様を実行するためのＢｌｕｅｔｏｏｔｈ通信リンクを示す図である。

具体的には、ソースデバイス１０からシンクデバイス２０にＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１が送信される。ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１は、第１のコントリビューションＡＳＴＲＭ１と、第２のコントリビューションＡＳＴＲＭ２とを含む。第１のコントリビューションＡＳＴＲＭ１は、ソースデバイス１０上で実行中のストリーミングアプリケーションが提供するオーディオストリームであり、第２のコントリビューションＡＳＴＲＭ２は、オーディオサーバが提供するオーディオストリームである。

今回の場合、これら２つのコントリビューションＡＳＴＲＭ１およびＡＳＴＲＭ２は、ソースデバイス１０からシンクデバイス２０に送信される前にコンテナＣＴにカプセル化される。

ここでも、オーディオストリームＢＴＳＴＲＭ１、論理リンクＬＬ１および論理トランスポートＬＴ１が規定するＢｌｕｅｔｏｏｔｈ通信リンクは、１つ以上の物理リンクを含み得、ソースデバイス１０とシンクデバイス２０との間のワイヤレス通信を規定する。

ここでも、好ましくは、ＢｌｕｅｔｏｏｔｈオーディオストリームＢＴＳＴＲＭ１、論理リンクＬＬ１および論理トランスポートＬＴ１は、ＢＲ／ＥＤＲ物理リンクなど、物理リンクＰＬ１を規定する。

ここで、有利には、コンテナＣＴは、Ｏｇｇ－Ｖｏｒｂｉｓコンテナである。Ｂｌｕｅｔｏｏｔｈの標準規格は、オーディオデータを１つのオーディオストリームにパケット化できるようにするに過ぎないが、Ｏｇｇ－Ｖｏｒｂｉｓコンテナを使用することにより、複数のオーディオストリームを同じパケットに含めることが可能になる。すなわち、Ｏｇｇ－ＶｏｒｂｉｓコンテナまたはＯｇｇストリームコンテナを使用することにより、１つ以上の論理ビットストリームをカプセス化することが可能になる。

また、これにより、対応するパケットの境界を見つけるために復号化することに頼らずにオーディオデータを適切に分けて戻すために必要な情報をシンクデバイス２０に提供できるようになる。この場合、オーディオサーバ３０が提供するオーディオデータを符号化するために使用されるコーデックは、コンテナＣＴと互換性がなければならない。

符号化されると、オーディオサーバから届く論理ビットストリームを、ストリーミングアプリケーションの論理ビットストリームとともにコンテナにラッピングできる。その後、両方の論理ビットストリームは、同じパケットに含めてシンクデバイス２０に送られる。次に、シンクデバイス２０は、２つの論理ビットストリームのラッピングを解き、それぞれのコーデックを用いて別個に復号化でき、復号化結果のミキシングを行って１つのストリームが出力される。

図２２は、本開示の態様に係る方法、具体的には、複数のマルチメディアデバイスを管理するときにＢｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送受信するための方法を実装するように順応させたデバイス１０００を示す図である。

ある態様では、デバイス１０００は、Ｂｌｕｅｔｏｏｔｈチップを備える。Ｂｌｕｅｔｏｏｔｈチップは、電子回路に組み込まれる、または、ソースデバイスまたはシンクデバイスなど、任意の種類の電子機器に組み込まれる。

図示したように、デバイス１０００は、記憶空間１００２、たとえば、ランダムアクセスメモリ１００２を含むメモリＭＥＭを備える。また、記憶空間１００２は、ＲＯＭまたはフラッシュメモリなど、不揮発性メモリであり得、コンピュータプログラムプロダクトを格納するように構成された記録媒体を提供することができる。

デバイス１０００は、たとえば、プロセッサＰＲＯＣを備えるまたはプロセッサＰＲＯＣである回路が搭載された処理部１００４をさらに備える。処理部１００４は、これまでの図面を参照して本明細書において説明した管理方法を実装するコンピュータプログラムなど、プログラムによって制御され得る。処理部１００４は、前述した態様のいずれかを例に説明したステップを実行するための命令を格納することができる。

また、デバイス１０００は、オーディオデータ、オーディオストリーム、コンテナまたは任意のビットストリームのようなデータを格納するためのデータベース１０１０を備えてもよい。データベース１０１０は、オーディオコーデック構成またはサンプリングレートなど、任意の情報をさらに格納することができる。

デバイス１０００は、入力インターフェース１００６と、出力インターフェース１００８とをさらに備える。入力インターフェース１００６と、出力インターフェース１００８は、外部デバイスからマルチメディアデバイスへの通信、およびマルチメディアデバイスから外部デバイスへの通信を確立するように構成される。たとえば、出力インターフェース１００８は、デバイス１０００がＢｌｕｅｔｏｏｔｈを介してその他のデバイスと接続することを可能にする、Ｂｌｕｅｔｏｏｔｈによってその他のデバイスとデータをやり取りするための通信モジュールであり得る。好ましくは、通信モジュールは、Ｂｌｕｅｔｏｏｔｈ通信モジュールを含む。

ある態様によると、Ｂｌｕｅｔｏｏｔｈチップは、本開示において説明したステップのうち１つ以上を実装するように構成される。

本明細書において、説明およびその関連するクレームを解釈する場合、「ｃｏｍｐｒｉｓｅ」、「ｉｎｃｌｕｄｅ」、「ｉｎｃｏｒｐｏｒａｔｅ」、「ｃｏｎｔａｉｎ」，「ｉｓ」、ならびに「ｈａｖｅ」などの表現は、一般的な意味として解釈される、つまり、明確に定義されていないその他の要素または構成要素も存在することを可能にすると解釈されるべきである。単数を指す場合は複数も指すと解釈されるべきであり、複数を指す場合は単数も指すと解釈されるべきである。

本発明の態様を例示および説明したが、本発明の正確な範囲を逸脱することなく、様々なその他の変更が行われてもよく、均等物に置き換えられてもよいことが当業者によって理解されるであろう。これに加えて、本発明の範囲を逸脱することなく、特定の状況を本発明の態様の教示に合わせるための多くの変更が行われてもよい。さらには、本発明の態様は、上述した特徴をすべて含まなくてもよい。そのため、本発明は、開示した特定の態様に限定されないが、本発明は、添付の特許請求の範囲に含まれる態様をすべて含むことが意図される。当業者であれば、説明に開示した様々な要素を変更してもよいこと、および、本発明の範囲を逸脱することなく、開示および／またはクレームした様々な態様を組み合わせてもよいことが容易に分かるであろう。

さらには、本開示は、下記の節Ａ～Ｒに係る実施の形態を含む。
Ａ．
Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するための方法であって、この方法は、ソースデバイスによって実行され、
－第１オーディオストリームのオーディオコーデック構成およびサンプリングレートを受信するステップを含み、第１オーディオストリームは、ソースデバイス上で実行中のストリーミングアプリケーションから届き、この方法は、さらに、
－受信したオーディオコーデック構成およびサンプリングレートを用いて、ソースデバイスとシンクデバイスとの間の第１のＢｌｕｅｔｏｏｔｈオーディオストリームを構成するステップと、
－ストリーミングアプリケーションから第１オーディオストリームを受信するステップと、
－受信した第１オーディオストリームを第１のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化するステップと、
－Ｂｌｕｅｔｏｏｔｈ通信リンクで第１のＢｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイスに送信するステップとを含み、送信したＢｌｕｅｔｏｏｔｈオーディオストリームは、パケット化された受信オーディオストリームを含む、方法。

Ｂ．
ストリーミングアプリケーションから未変更のビットストリームを受信すると、ストリーミングアプリケーションから第１オーディオストリームを受信するステップが実行される、節Ａに記載の方法。

Ｃ．
－オーディオサーバ（３０）から、少なくとも第２オーディオストリーム（ＡＤ２）を受信するステップをさらに含み、当該第２オーディオストリームは、第１オーディオストリームとは異なり、さらに、
－受信した第２オーディオストリームを、シンクデバイスにＢｌｕｅｔｏｏｔｈ通信リンクで送信するステップを含む、節Ａまたは節Ｂのいずれか１項に記載の方法。

Ｄ．
第１のＢｌｕｅｔｏｏｔｈオーディオストリームは、マルチコントリビューションタイプのＢｌｕｅｔｏｏｔｈオーディオストリームであり、方法は、受信した第２オーディオストリームのオーディオコーデック構成およびサンプリングレートを用いて、第２オーディオストリームを第１のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化するステップをさらに含む、請求項Ｃに記載の方法。

Ｅ．
ストリーミングアプリケーションから受信した第１オーディオストリームおよび／または受信した第２オーディオストリームをコンテナ（ＣＴ）ラッピングするステップを含み、当該コンテナは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームに配置される、請求項Ｃに記載の方法。

Ｆ．
コンテナは、Ｏｇｇ－Ｖｏｒｂｉｓコンテナである、請求項Ｅに記載の方法。

Ｇ．
第１オーディオストリームまたは第２オーディオストリームは、Ｖｏｒｂｉｓ形式で符号化されたストリームであり、または、第１オーディオストリームおよび第２オーディオストリームは、Ｖｏｒｂｉｓ形式で符号化されたストリームである、節Ｅに記載の方法。

Ｈ．
－受信した第２オーディオストリームを第２のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化するステップを含み、当該第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームとは別個であり、この方法は、さらに、
－Ｂｌｕｅｔｏｏｔｈ通信リンクで第２のＢｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイスに送信するステップを含み、当該第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームと多重化されている、節Ｃに記載の方法。

Ｉ．
第１のＢｌｕｅｔｏｏｔｈオーディオストリームまたは第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、Ｂｌｕｅｔｏｏｔｈ通信リンクのＢＲ／ＥＤＲリンクで送信され、または、第１のＢｌｕｅｔｏｏｔｈオーディオストリームおよび第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、Ｂｌｕｅｔｏｏｔｈ通信リンクのＢＲ／ＥＤＲリンクで送信される、節Ｈに記載の方法。

Ｊ．
第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、Ｂｌｕｅｔｏｏｔｈ通信リンクのＢＬＥリンクで送信される、節Ｈに記載の方法。

Ｋ．
第１のＢｌｕｅｔｏｏｔｈオーディオストリームの送信は、オーディオコーデック構成およびサンプリングレートについてのシンクデバイスとのネゴシエーションに成功すると行われる、先行する節のいずれか１項に記載の方法。

Ｌ．
コンピューティングデバイスに読み込み可能なコンピュータプログラム命令を格納したコンピュータ読み取り可能な媒体を備えたコンピュータプログラムプロダクトであって、コンピュータプログラム命令は、コンピューティングデバイスによって読み込まれて実行されると、
－コンピュータデバイスに、節Ａ～Ｋに記載の方法のステップを実行させるようになされる、コンピュータプログラムプロダクト。

Ｍ．
Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームを受信するための方法であって、この方法は、シンクデバイスによって実行され、
－ソースデバイスが送信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームをＢｌｕｅｔｏｏｔｈ通信リンクで受信するステップと、
－受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームを混合オーディオストリームにミキシングするステップと、
－混合オーディオストリームをレンダリングするステップとを含み、受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームのうち少なくとも１つの第１のＢｌｕｅｔｏｏｔｈオーディオストリームは、パケット化オーディオストリームを含み、当該オーディオストリームを第１のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化することは、ソースデバイスによって行われ、第１のＢｌｕｅｔｏｏｔｈオーディオストリームは、ソースデバイスによって第１オーディオストリームのオーディオコーデック構成およびサンプリングレートを用いてソースデバイスとシンクデバイスとの間で構成され、オーディオコーデック構成およびサンプリングレートは、ソースデバイスが受信し、第１オーディオストリームは、ソースデバイス上で実行中のストリーミングアプリケーションから届き、第１のＢｌｕｅｔｏｏｔｈオーディオストリームの送信は、オーディオコーデック構成およびサンプリングレートについてのシンクデバイスとのネゴシエーションに成功するとソースデバイスによって行われる、方法。

Ｎ．
－Ｂｌｕｅｔｏｏｔｈ通信リンク上で少なくとも第２オーディオストリームをソースデバイスから受信するステップをさらに含み、第２オーディオストリームは、ソースデバイスによってオーディオサーバから受信され、第２オーディオストリームは、第１オーディオストリームとは異なる、節Ｍに記載の方法。

Ｏ．
－Ｂｌｕｅｔｏｏｔｈ通信リンク上で第２のＢｌｕｅｔｏｏｔｈオーディオストリームデバイスをソースデバイスから受信するステップをさらに含み、第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームと多重化されており、受信した第２オーディオストリームは、ソースデバイスによって第２のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化され、当該第２のＢｌｕｅｔｏｏｔｈオーディオストリームは、第１のＢｌｕｅｔｏｏｔｈオーディオストリームとは別個である、節Ｎに記載の方法。

Ｐ．
Ｂｌｕｅｔｏｏｔｈ通信リンクでオーディオストリームを送信するためのソースデバイスに関し、ソースデバイスは、
－ソースデバイス上で実行中のストリーミングアプリケーションの第１オーディオストリームのオーディオコーデック構成およびサンプリングレートを受信し、
－受信したオーディオコーデック構成およびサンプリングレートを用いて、ソースデバイスとシンクデバイスとの間で第１のＢｌｕｅｔｏｏｔｈオーディオストリームを構成し、
－ストリーミングアプリケーションから第１オーディオストリームを受信し、
－受信したオーディオストリームを第１のＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化し、
－第１のＢｌｕｅｔｏｏｔｈオーディオストリームをシンクデバイスに送信するように構成され、第１のＢｌｕｅｔｏｏｔｈオーディオストリームは、パケット化された受信オーディオストリームを含む、ソースデバイス。

Ｑ．
Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームを受信するためのシンクデバイスであって、シンクデバイスは、
－ソースデバイスが送信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームをＢｌｕｅｔｏｏｔｈ通信リンクで受信し、
－受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームを混合オーディオストリームにミキシングし、
－混合オーディオストリームをレンダリングするように構成され、受信した複数のＢｌｕｅｔｏｏｔｈオーディオストリームのうち少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームはパケット化オーディオストリームを含み、当該オーディオストリームを少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームにパケット化することは、ソースデバイスによって行われ、少なくとも１つのＢｌｕｅｔｏｏｔｈオーディオストリームは、ソースデバイスによって第１オーディオストリームのオーディオコーデック構成およびサンプリングレートを用いてソースデバイスとシンクデバイスとの間で構成され、オーディオコーデック構成およびサンプリングレートは、ソースデバイスが受信し、第１オーディオストリームは、ソースデバイス上で実行中のストリーミングアプリケーションから届く、シンクデバイス。

Ｒ．
Ｂｌｕｅｔｏｏｔｈ通信リンクでＢｌｕｅｔｏｏｔｈオーディオストリームを送信および受信するためのシステムであって、当該システムは、節Ｐに記載のソースデバイスと、節Ｑに記載のシンクデバイスとを備える。

Claims (17)

1. Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法（７００）であって、
   第２デバイスとの間で確立（１０１）したＢｌｕｅｔｏｏｔｈ通信リンクでオーディオ情報を転送（１０２）するステップと、
   前記Ｂｌｕｅｔｏｏｔｈデバイス（７００）または前記第２デバイスにおいて動作パラメータの値が変化（１０３）すると、前記Ｂｌｕｅｔｏｏｔｈ通信リンクの新しい動作モードを決定（１０４）するステップと、
   前記新しい動作モードに基づいて前記Ｂｌｕｅｔｏｏｔｈ通信リンクの構成パラメータを変更（１０５）するステップと、
   変更した前記構成パラメータに従って前記Ｂｌｕｅｔｏｏｔｈ通信リンク上でオーディオ情報を転送（１０２）するステップとを含み、
   前記動作パラメータは、
   バッテリー残量（２０２ａ、２０２ｂ）、
   前記Ｂｌｕｅｔｏｏｔｈデバイスまたは前記第２デバイス上でのゲームアプリケーション（４０２）の起動、
   マルチメディアコンテンツの読み出しモード、または
   マルチメディアコンテンツの品質、
   のうちの１つである、方法。
2. 前記動作パラメータは、前記Ｂｌｕｅｔｏｏｔｈデバイス（７００）または前記第２デバイス上で動作中のオペレーティングシステムに対応付けられる、請求項１に記載の方法。
3. 前記動作パラメータは、前記Ｂｌｕｅｔｏｏｔｈデバイス（７００）または前記第２デバイス上で実行中のアプリケーションに対応付けられる、請求項１に記載の方法。
4. 前記構成パラメータを変更（１０５）するステップは、Ｂｌｕｅｔｏｏｔｈホストによって実行される、請求項１～３のいずれか１項に記載の方法。
5. 前記構成パラメータを変更（１０５）するステップは、Ｂｌｕｅｔｏｏｔｈコントローラによって実行される、請求項１～３のいずれか１項に記載の方法。
6. 前記構成パラメータは、
   オーディオ構成パラメータ、または
   Ｂｌｕｅｔｏｏｔｈ接続パラメータ、
   のうち一方である、先行する請求項のいずれか１項に記載の方法。
7. 前記構成パラメータは、
   コーデックの種類、
   コーデックに対するパラメータ、
   データの種類、
   オーディオチャネル選択パラメータ、または
   サンプリングレートパラメータ、
   のうち１つのオーディオ構成パラメータである、請求項６に記載の方法。
8. 前記構成パラメータは、
   フラッシュタイムアウトパラメータ、
   チャネルタイプパラメータ、
   ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータ、
   再送回数パラメータ、
   ＢＬＥリンクパラメータのうちの１つ、
   パケット種別パラメータ、および
   ＭＴＵ（最大送信単位）パラメータ、
   のうち１つのＢｌｕｅｔｏｏｔｈ接続パラメータである、請求項６に記載の方法。
9. Ｂｌｕｅｔｏｏｔｈデバイス（７００）であって、
   Ｂｌｕｅｔｏｏｔｈチップと、
   プロセッサと、
   メモリとを備え、
   第２デバイスとの間で確立（１０１）したＢｌｕｅｔｏｏｔｈ通信リンクでオーディオ情報を転送（１０２）し、
   前記Ｂｌｕｅｔｏｏｔｈデバイス（７００）または前記第２デバイスにおいて動作パラメータの値が変化（１０３）すると、前記Ｂｌｕｅｔｏｏｔｈ通信リンクの新しい動作モードを決定（１０４）し、
   決定した前記新しい動作モードに基づいて前記Ｂｌｕｅｔｏｏｔｈ通信リンクの構成パラメータを変更（１０５）し、
   変更した前記構成パラメータに従って前記Ｂｌｕｅｔｏｏｔｈ通信リンク上でオーディオ情報を転送（１０２）するように構成される、Ｂｌｕｅｔｏｏｔｈデバイス（７００）。
10. 前記動作パラメータは、前記Ｂｌｕｅｔｏｏｔｈデバイス（７００）または前記第２デバイスのオペレーティングシステムに対応付けられる、請求項９に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
11. 前記動作パラメータは、前記Ｂｌｕｅｔｏｏｔｈデバイス（７００）または前記第２デバイス上で実行中のアプリケーションに対応付けられる、請求項９に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
12. Ｂｌｕｅｔｏｏｔｈコントローラをさらに備え、前記構成パラメータを変更（１０５）するステップは、前記Ｂｌｕｅｔｏｏｔｈコントローラによって実行される、請求項９～１１のいずれか１項に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
13. 前記動作パラメータは、
    バッテリー残量（２０２ａ、２０２ｂ）、
    前記Ｂｌｕｅｔｏｏｔｈデバイスまたは前記第２デバイス上で起動（４０２）されたアプリケーションの種類、
    マルチメディアコンテンツの読み出しモード、または、
    マルチメディアコンテンツの品質、
    のうちの１つである、請求項９～１２のいずれか１項に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
14. 前記構成パラメータは、
    オーディオ構成パラメータ、または
    Ｂｌｕｅｔｏｏｔｈ接続パラメータ、
    のうち一方である、請求項９～１３のいずれか１項に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
15. 前記動作パラメータは、
    コーデックの種類、
    コーデックに対するパラメータ、
    データの種類、
    オーディオチャネル選択パラメータ、または
    サンプリングレートパラメータ、
    のうち１つのオーディオ構成パラメータである、請求項１４に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
16. 前記動作パラメータは、
    フラッシュタイムアウトパラメータ、
    チャネルタイプパラメータ、
    ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータ、
    再送回数パラメータ、
    ＢＬＥリンクパラメータのうち１つのパラメータ、
    パケット種別パラメータ、および
    ＭＴＵ（最大送信単位）パラメータ、
    のうち１つのＢｌｕｅｔｏｏｔｈ接続パラメータである、請求項１４に記載のＢｌｕｅｔｏｏｔｈデバイス（７００）。
17. プログラム命令を含んだコンピュータプログラムを格納した非一時的なコンピュータ読み取り可能な記憶媒体であって、前記コンピュータプログラムは、データ処理部に読み込み可能であって、前記データ処理装置によって前記コンピュータプログラムが実行されると、前記データ処理部に請求項１～８のいずれか１項に記載のステップを実行させるようになされる、非一時的なコンピュータ読み取り可能な記憶媒体。

Images