特表 2024-536501 ワイヤレス・サラウンド・サウンド・システムおよび方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-04

(54)【発明の名称】ワイヤレス・サラウンド・サウンド・システムおよび方法

(51)【国際特許分類】

   H04R 3/00 20060101AFI20240927BHJP

【ＦＩ】

H04R3/00 310

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024522250

(86)(22)【出願日】2022-10-12

(85)【翻訳文提出日】2024-06-10

(86)【国際出願番号】 US2022046398

(87)【国際公開番号】W WO2023064352

(87)【国際公開日】2023-04-20

(31)【優先権主張番号】63/254,938

(32)【優先日】2021-10-12

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】518357715

【氏名又は名称】ファセット・インコーポレーテッド

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100138759

【弁理士】

【氏名又は名称】大房 直樹

(72)【発明者】

【氏名】クリスマス，コイ

(72)【発明者】

【氏名】サンチャゴ，アジ

(72)【発明者】

【氏名】ウィルソン，ケビン

(72)【発明者】

【氏名】ジョーンズ，エリック・ダブリュー

(72)【発明者】

【氏名】メンデルソーン，マーク

(72)【発明者】

【氏名】バーリン，エドウイン

【テーマコード（参考）】

5D220

【Ｆターム（参考）】

5D220AA31

5D220AB01

(57)【要約】

１つ以上のプロセッサと、コンピューティング命令を格納する１つ以上の非一時的記憶デバイスとを含むシステムおよび方法。コンピューティング命令は、１つ以上のプロセッサ上で実行し、スピーカにおいてオーディオ・ソース・データを受信する動作と、スピーカ上において、デジタル信号処理アルゴリズムをオーディオ・ソース・データに適用して、後処理オーディオ・データを作成する動作と、スピーカ上において、後処理オーディオ・データをエンコードする動作と、後処理オーディオ・データを、エンコードされたものとして、スピーカを介して出力する動作とを実行するように構成される。本明細書では、他の実施形態も開示する。
【選択図】図１

【特許請求の範囲】

【請求項1】

システムであって、
１つ以上のプロセッサと、
コンピューティング命令を格納する１つ以上の非一時的コンピュータ読み取り可能記憶デバイスと、
を備え、
前記コンピューティング命令が、前記１つ以上のプロセッサ上で実行し、前記１つ以上のプロセッサに、
スピーカにおいてオーディオ・ソース・データを受信する動作と、
前記スピーカ上において、デジタル信号処理アルゴリズムを前記オーディオ・ソース・データに適用して、後処理オーディオ・データを作成する動作と、
前記スピーカ上において、前記後処理オーディオ・データをエンコードする動作と、
前記後処理オーディオ・データを、エンコードされたものとして、前記スピーカを介して出力する動作と、
を実行させるように構成される、システム。

【請求項2】

請求項１記載のシステムにおいて、前記オーディオ・ソース・データがパケットを構成し、前記パケットが、
（１）物理レイヤ通信プロトコル部と、
（２）これに続く、標準化通信プロトコル・ヘッダ部と、
（３）これに続く、トランスポート・レイヤ・プロトコル部と、
（４）標準化通信プロトコル・メッセージ部と、
を含む、システム。

【請求項3】

請求項１記載のシステムにおいて、前記後処理オーディオ・データをエンコードする動作が、
前記後処理オーディオ・データを少なくとも２つの異なるオーディオ・データ・チャネルに分割する動作と、
前記少なくとも２つの異なるオーディオ・データ・チャネルの周波数コンポーネント間におけるバランスを調節する動作と、
を含む、システム。

【請求項4】

請求項３記載のシステムにおいて、前記バランスを調節する動作が、
等化エフェクトおよびフィルタリング・エレメントの内１つ以上を適用する動作を含む、システム。

【請求項5】

請求項３記載のシステムにおいて、
前記スピーカが複数のスピーカを含み、
前記後処理オーディオ・データを、エンコードされたものとして、送信する動作が、
前記少なくとも２つの異なるオーディオ・データ・チャネルの内第１オーディオ・データ・チャネルを、前記複数のスピーカの内第１スピーカに送信する動作と、
前記少なくとも２つの異なるオーディオ・データ・チャネルの内第２オーディオ・データ・チャネルを、前記複数のスピーカの内、前記複数のスピーカの前記第１スピーカとは異なる、第２スピーカに送信する動作と、
を含む、システム。

【請求項6】

請求項１記載のシステムにおいて、
前記コンピューティング命令が、更に、前記１つ以上のプロセッサ上で実行し、前記プロセッサに、
電源ケーブルから交流信号を受信する動作と、
前記交流信号を使用して、時間基軸信号を生成する動作と、
を実行させ、
前記デジタル信号処理アルゴリズムを適用する動作が、
前記デジタル信号処理アルゴリズムを前記オーディオ・ソース・データおよび前記時間基軸信号に適用して、前記後処理オーディオ・データを作成する動作を含む、システム。

【請求項7】

請求項６記載のシステムにおいて、前記時間基軸信号を生成する動作が、
前記交流信号および位相ロック・ループ回路を使用して、前記時間基軸信号を生成する動作を含む、システム。

【請求項8】

請求項６記載のシステムにおいて、前記時間基軸信号が、所定のサンプル・レートの無ジッタ基準周波数を含む、システム。

【請求項9】

請求項１記載のシステムにおいて、前記コンピューティング命令が、更に、前記１つ以上のプロセッサ上で実行し、前記プロセッサに、
前記スピーカにおいて前記オーディオ・ソース・データを受信した後に、欠損軽減方法を前記オーディオ・ソース・データに適用する動作を実行させる、システム。

【請求項10】

請求項９記載のシステムにおいて、前記欠損軽減方法が、（１）パケット内挿補間方法、（２）スペクトル分析方法、（３）ボリューム・データを使用するパケット交換方法、および（４）非可逆圧縮パケットを使用するパケット交換方法の内１つ以上を含む、システム。

【請求項11】

コンピューティング命令の実行によって実施される方法であって、前記コンピューティング命令が、１つ以上のプロセッサにおいて実行するように構成され、更に非一時的コンピュータ読み取り可能媒体において格納されるように構成され、前記方法が、
スピーカにおいてオーディオ・ソース・データを受信するステップと、
前記スピーカ上において、デジタル信号処理アルゴリズムを前記オーディオ・ソース・データに適用して、後処理オーディオ・データを作成するステップと、
前記スピーカ上において、前記後処理オーディオ・データをエンコードするステップと、
エンコードした前記後処理オーディオ・データを前記スピーカを介して出力させるステップと、
を含む、方法。

【請求項12】

請求項１１記載の方法において、前記オーディオ・ソース・データがパケットを構成し、前記パケットが、
（１）物理レイヤ通信プロトコル部と、
（２）これに続く、標準化通信プロトコル・ヘッダ部と、
（３）これに続く、トランスポート・レイヤ・プロトコル部と、
（４）標準化通信プロトコル・メッセージ部と、
を含む、方法。

【請求項13】

請求項１１記載の方法において、前記後処理オーディオ・データをエンコードするステップが、
前記後処理オーディオ・データを少なくとも２つの異なるオーディオ・データ・チャネルに分割するステップと、
前記少なくとも２つの異なるオーディオ・データ・チャネルの周波数コンポーネント間におけるバランスを調節するステップと、
を含む、方法。

【請求項14】

請求項１３記載の方法において、前記バランスを調節するステップが、
等化エフェクトおよびフィルタリング・エレメントの内１つ以上を適用するステップを含む、方法。

【請求項15】

請求項１３記載の方法において、
前記スピーカが複数のスピーカを含み、
前記後処理オーディオ・データを、エンコードされたものとして、送信するステップが、
前記少なくとも２つの異なるオーディオ・データ・チャネルの内第１オーディオ・データ・チャネルを、前記複数のスピーカの内第１スピーカに送信するステップと、
前記少なくとも２つの異なるオーディオ・データ・チャネルの内第２オーディオ・データ・チャネルを、前記複数のスピーカの内、前記複数のスピーカの前記第１スピーカとは異なる、第２スピーカに送信するステップと、
を含む、方法。

【請求項16】

請求項１１記載の方法であって、更に、
電源ケーブルから交流信号を受信するステップと、
前記交流信号を使用して、時間基軸信号を生成するステップと、
を含み、
前記デジタル信号処理アルゴリズムを適用するステップが、
前記デジタル信号処理アルゴリズムを前記オーディオ・ソース・データおよび前記時間基軸信号に適用して、前記後処理オーディオ・データを作成するステップを含む、方法。

【請求項17】

請求項１６記載の方法において、前記時間基軸信号を生成するステップが、
前記交流信号および位相ロック・ループ回路を使用して、前記時間基軸信号を生成するステップを含む、方法。

【請求項18】

請求項１６記載の方法において、前記時間基軸信号が、所定のサンプル・レートの無ジッタ基準周波数を含む、方法。

【請求項19】

請求項１１記載の方法であって、更に、
前記スピーカにおいて前記オーディオ・ソース・データを受信した後に、欠損軽減方法を前記オーディオ・ソース・データに適用するステップを含む、方法。

【請求項20】

請求項１９記載の方法において、前記欠損軽減方法が、（１）パケット内挿補間方法、（２）スペクトル分析方法、（３）ボリューム・データを使用するパケット交換方法、および（４）非可逆圧縮パケットを使用するパケット交換方法の内１つ以上を含む、方法。

【請求項21】

命令が格納されている非一時的、有形コンピュータ読み取り可能記憶媒体を含む製品であって、前記命令が、プロセッサによる実行に応答して、前記プロセッサに、
スピーカにおいてオーディオ・ソース・データを受信する動作と、
前記スピーカ上において、デジタル信号処理アルゴリズムを前記オーディオ・ソース・データに適用して、後処理オーディオ・データを作成する動作と、
前記スピーカ上において、前記後処理オーディオ・データをエンコードする動作と、
前記後処理オーディオ・データを、エンコードされたものとして、前記スピーカを介して出力する動作と、
を実行させる、製品。

【請求項22】

請求項２１記載の製品において、前記オーディオ・ソース・データがパケットを構成し、前記パケットが、
（１）物理レイヤ通信プロトコル部と、
（２）これに続く、標準化通信プロトコル・ヘッダ部と、
（３）これに続く、トランスポート・レイヤ・プロトコル部と、
（４）標準化通信プロトコル・メッセージ部と、
を含む、製品。

【請求項23】

請求項２１記載の製品において、前記後処理オーディオ・データをエンコードする動作が、
前記後処理オーディオ・データを少なくとも２つの異なるオーディオ・データ・チャネルに分割する動作と、
前記少なくとも２つの異なるオーディオ・データ・チャネルの周波数コンポーネント間におけるバランスを調節する動作と、
を含む、製品。

【請求項24】

請求項２３記載の製品において、前記バランスを調節する動作が、
等化エフェクトおよびフィルタリング・エレメントの内１つ以上を適用する動作を含む、製品。

【請求項25】

請求項２３記載の製品において、
前記スピーカが複数のスピーカを含み、
前記後処理オーディオ・データを、エンコードされたものとして、送信する動作が、
前記少なくとも２つの異なるオーディオ・データ・チャネルの内第１オーディオ・データ・チャネルを、前記複数のスピーカの内第１スピーカに送信する動作と、
前記少なくとも２つの異なるオーディオ・データ・チャネルの内第２オーディオ・データ・チャネルを、前記複数のスピーカの内、前記複数のスピーカの前記第１スピーカとは異なる、第２スピーカに送信する動作と、
を含む、製品。

【請求項26】

請求項２１記載の製品において、
前記方法が、更に、
電源ケーブルから交流信号を受信するステップと、
前記交流信号を使用して、時間基軸信号を生成するステップと、
を含み、
前記デジタル信号処理アルゴリズムを適用する動作が、
前記デジタル信号処理アルゴリズムを前記オーディオ・ソース・データおよび前記時間基軸信号に適用して、前記後処理オーディオ・データを作成する動作を含む、製品。

【請求項27】

請求項２６記載の製品において、前記時間基軸信号を生成する動作が、
前記交流信号および位相ロック・ループ回路を使用して、前記時間基軸信号を生成する動作を含む、製品。

【請求項28】

請求項２６記載の製品において、前記時間基軸信号が、所定のサンプル・レートの無ジッタ基準周波数を含む、製品。

【請求項29】

請求項２１記載の製品において、前記命令が、
前記スピーカにおいて前記オーディオ・ソース・データを受信した後に、欠損軽減方法を前記オーディオ・ソース・データに適用する、製品。

【請求項30】

請求項２９記載の製品において、前記欠損軽減方法が、（１）パケット内挿補間方法、（２）スペクトル分析方法、（３）ボリューム・データを使用するパケット交換方法、および（４）非可逆圧縮パケットを使用するパケット交換方法の内１つ以上を含む、製品。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願に対する相互引用
[0001] 本願は、２０２１年１０月１２日に出願された米国仮特許出願第６３／２５４，９３８号の権利を主張する。この出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
分野
[0002] 本開示は、一般的には、ワイヤレス・スピーカ・システムに関し、更に特定すれば、ワイヤレス・サラウンド・サウンド・スピーカ・システムに関する。

【背景技術】

【0002】

[0003] 従前からのサラウンド・サウンド・スピーカ・システムは、複数のスピーカを備えるが、ホーム・シアター環境において設置する、等化する、および操作するのは難しい場合がある。今日の高級な家庭用マルチスピーカ・サラウンド・サウンド・システムの多くは、厄介な配線を必要とし、これを部屋中に引き回し、嵩張る受信機またはプリアンプと接続しなければならない。質素な装飾を要求しつつ最高品質のオーディオを求める顧客の要望のために、サウンドバーが登場したが、サウンドバー・システムは十分に高品質のオーディオを伝えることができない。更に、このようなシステムは、高性能フォーマット(high-end format)に見られる高度なサラウンド・サウンドおよびエフェクトには不向きである。

【発明の概要】

【0003】

[0004] 種々の実施形態において、本開示は、サラウンド・サウンドを実現するシステムおよび方法を提供する。サラウンド・サウンドを実施するシステムは、１つ以上のプロセッサと、コンピューティング命令を格納する１つ以上の非一時的コンピュータ読み取り可能記憶デバイスとを備えることができる。コンピューティング命令は、１つ以上のプロセッサ上で実行し、１つ以上のプロセッサに、スピーカにおいてオーディオ・ソース・データを受信する動作と、スピーカ上において、デジタル信号処理アルゴリズムをオーディオ・ソース・データに適用して、後処理オーディオ・データを作成する動作と、スピーカ上で、後処理オーディオ・データをエンコードする動作と、後処理オーディオ・データを、エンコードされたものとして、スピーカを通じて出力する動作とを実行させるように構成される。

【0004】

[0005] 種々の実施形態において、オーディオ・ソース・データは、パケットを構成し(comprise)、パケットは、物理レイヤ通信プロトコル部と、これに続く標準化通信プロトコル・ヘッダ部と、これに続くトランスポート・レイヤ・プロトコル部および標準化通信プロトコル・メッセージ部とを含む。種々の実施形態において、後処理オーディオ・データをエンコードする動作は、後処理オーディオ・データを少なくとも２つの異なるオーディオ・データ・チャネルに分割し、少なくとも２つの異なるオーディオ・データ・チャネルの周波数成分間におけるバランスを調節する動作を含む。種々の実施形態において、バランスを調節する動作は、等化エフェクトおよびフィルタリング・エレメントの内１つ以上を適用する動作を含む。

【0005】

[0006] 種々の実施形態において、スピーカは、複数のスピーカを含み、後処理オーディオ・データを、エンコードされたものとして、送信する動作は、少なくとも２つの異なるオーディオ・データ・チャネルの内、第１オーディオ・データ・チャネルを、複数のスピーカの内第１スピーカに送信する動作と、少なくとも２つの異なるオーディオ・データ・チャネルの内第２オーディオ・データ・チャネルを、複数のスピーカの内、複数のスピーカの第１スピーカとは異なる、第２スピーカに送信する動作とを含む。種々の実施形態において、コンピューティング命令は、更に、１つ以上のプロセッサ上で実行し、交流信号を電源ケーブルから受電する動作と、交流信号を使用して、時間基軸信号(time based signal)を生成する動作とを、プロセッサに実行させるように構成され、デジタル信号処理アルゴリズムを適用する動作は、デジタル信号処理アルゴリズムをオーディオ・ソース・データおよび時間基軸信号に適用して、後処理オーディオ・データを作成する動作を含む。

【0006】

[0007] 種々の実施形態において、時間基軸信号を生成する動作は、交流信号と位相ロック・ループ回路とを使用して、時間基軸信号を生成する動作を含む。種々の実施形態において、時間基軸信号は、所定のサンプル・レートの無ジッタ(jitter-free)基準周波数を含む。種々の実施形態において、コンピューティング命令は、更に、１つ以上のプロセッサ上で実行し、スピーカにおいてオーディオ・ソース・データを受け取った後に、欠損軽減方法(dropout mitigation method)をオーディオ・ソース・データに適用する動作を、プロセッサに実行させるように構成されている。種々の実施形態において、欠損軽減方法は、パケット内挿補間方法、スペクトル分析方法、ボリューム・データを使用するパケット交換方法、および非可逆圧縮パケットを使用するパケット交換方法の内１つ以上を含む。

【0007】

[0008] 以上で述べた特徴およびエレメントは、本明細書において明示的に別段の記載がない限り、統合して種々の組み合わせにしてもよく、これらの組み合わせが除外されることはない。これらの特徴およびエレメント、更に開示する実施形態の動作は、以下の説明および添付図面を参照すれば、一層明白になるであろう。

【図面の簡単な説明】

【0008】

[0009] 本明細書の結論部において、本開示の主題を特定して指摘し、明確に特許請求する。しかしながら、本開示の更に完全な理解は、詳細な説明および特許請求の範囲を参照し、図面と関連付けて検討することによって、得ることができる。図面において、同様の番号は同様のエレメントを示す。

【図1】種々の実施形態によるサラウンド・サウンド・システムの種々のシステム・コンポーネントを示すブロック図である。

【図2】種々の実施形態によるサラウンド・サウンド・システムにおける制御モジュールのブロック図である。

【図3】種々の実施形態によるサラウンド・サウンド・システムにおけるワイヤレス・スピーカのブロック図である。

【図4】種々の実施形態によるサラウンド・サウンド・システムにおけるデータ制御方式を示す。

【図5】種々の実施形態によるサラウンド・サウンド・システムにおけるワイヤレス・スピーカのブロック図である。

【図6】種々の実施形態によるサラウンド・サウンド・システムにおけるプロセス・フローを示す。

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

【0009】

[0016] 複数の実施形態は、システムを含むことができる。このシステムは、１つ以上のプロセッサと、コンピューティング命令を格納する１つ以上の非一時的コンピュータ読み取り可能記憶デバイスとを含むことができる。コンピューティング命令は、１つ以上のプロセッサ上で実行し、１つ以上のプロセッサに、スピーカにおいてオーディオ・ソース・データを受信する動作と、スピーカ上で、デジタル信号処理アルゴリズムをオーディオ・ソース・データに適用して、後処理オーディオ・データを作成する動作と、
スピーカ上において、後処理オーディオ・データをエンコードする動作と、後処理オーディオ・データを、エンコードされたものとして、スピーカを通じて出力する動作とを、実行させるように構成することができる。

【0010】

[0017] 種々の実施形態は、方法を含む。この方法は、コンピューティング命令の実行によって、実装することができる。コンピューティング命令は、１つ以上のプロセッサにおいて実行するように構成され、非一時的コンピュータ読み取り可能媒体に格納されるように構成される。この方法は、スピーカにおいてオーディオ・ソース・データを受信するステップと、スピーカ上で、デジタル信号処理アルゴリズムをオーディオ・ソース・データに適用して、後処理オーディオ・データを作成するステップと、スピーカ上で、後処理オーディオ・データをエンコードするステップと、後処理オーディオ・データを、エンコードされたものとして、スピーカを通じて出力するステップとを含むことができる。

【0011】

[0018] 本明細書における例示的な実施形態の詳細な説明では、添付図面を参照する。添付図面は、種々の例示的な実施形態を、代表例およびその最良の態様として示す。これらの種々の例示的な実施形態は、当業者が本開示を実施することを可能にするように、十分に詳細に説明するが、他の実施形態も実現できること、そして本開示の主旨および範囲から逸脱することなく、論理的、化学的、および機械的変更を行ってもよいことは、理解されてしかるべきである。つまり、本明細書における詳細な説明は、例示の目的に限って提示されるのであり、限定ではない。例えば、方法またはプロセスの記載では、そのいずれにおいて列挙されるステップも、任意の順序で実行することができ、提示される順序に必ずしも限定されない。更に、単数に言及するときはいつでも、複数の実施形態も含まれ、１つよりも多いコンポーネントまたはステップに言及するときはいつでも、１つの実施形態またはステップも含むことができる。また、取付(attaced)、固定(fixed)、接続(connected)等に言及するときはいつでも、永続的、取り外し可能、一時的、部分的、完全、および／または他のあらゆる可能な取付(attachment)の選択肢も含むことができる。加えて、接触がない（または同様の語句）ことに言及するときはいつでも、少ない接触または最小限の接触も含むことができる。

【0012】

[0019] ホーム・シアター・システムのようなオーディオ・システムは、複数のスピーカ（例えば、２、４、６、８、１０、１２、１４、３４、またはユーザが所望するいずれの数量でもよい）を有することができる。従前からの集中増幅型システム(central amplifier based system)は、多数対の配線を必要とすることが多く、最も典型的なのは、各スピーカを駆動するために１対の配線を必要とすることである。これに関して、従前からのシステムは、設置するのが厄介であり、時間がかかると言って差し支えない。

【0013】

[0020] 本明細書において説明するように、本システムは、各スピーカに、独立した電源、増幅器、およびオーディオをストリーミングするためのデータ・トランスポート・インターフェースを設けることによって、従前からのシステムの問題を軽減するのに役立つ。これに関して、増幅器をスピーカと同じエンクロージャに配置することによって、増幅器の電力およびスペクトル特性をスピーカおよびそのエンクロージャの特性に合わせて調整し、こうすることによって効率および音質を高めることができる。スピーカ・システムの送信ユニット（即ち、制御モジュール）は、入力セクション、処理システム、Ｂｌｕｅｔｏｏｔｈトランシーバ、データ・トランスポート・デバイス、および電源を備えることができる。

【0014】

[0021] 入力セクションは、ＨＤＭＩ（登録商標）、ＴＯＳＬｉｎｋ、デジタル同軸(Digital coax)、アナログ入力の形態としたオーディオ信号、．ｍｐ３または．ｗａｖファイルのような格納データ、あるいはストリーミング・ネットワーク、コンピュータ、電話機、またはタブレットからのオーディオのようなデータ・ソースを受け入れることができる。オーディオは、サンプル当たり１６、２４、３２、および／または他のビット数の未圧縮サンプルの１つ以上のデジタル・ストリームとして、４４．１ｋｓｐｓ、４８ｋｓｐｓ、９６ｋｓｐｓのデータ・レートで、および／または他のサンプル・レートで入力されるか、あるいは変換することもできる。オーディオは、ステレオ、４チャネル、５．１、７．１、および／またはその他の形態というような、多数のチャネルに対応することもできる。また、例えば、ＤＯＬＢＹ ＡＴＭＯＳ（商標）のようなスペイシャライザ(spatializer)による処理に合わせて、フォーマットすることもできる。

【0015】

[0022] 処理システムは、様々な機能を実行することができる。これは、着信したオーディオ信号をサンプリングし直し、ストリームを所望の出力サンプル・レートに変換することができる。これは、オーディオを処理し、等化(equalization)、室内音響補償、音声強調のようなデジタル信号処理（ＤＳＰ）機能を提供し、および／またはエコーや空間分離強調のような特殊エフェクトを付加することができる。エフェクトは、全てのオーディオ・チャネルに適用することができ、または各スピーカ・チャネルに別々に適用することもできる。処理システムは、ＢＬＵＥＴＯＯＴＨ（登録商標）インターフェースを介して、スマートフォンまたはタブレットと通信し、音量、等化レベル、および／またはエフェクトの選択というようなパラメータのユーザ制御を可能にすることができる。処理されたデジタル・オーディオ・チャネルを、パケットのストリームに変換し、データ・トランスポート・デバイスを介してスピーカに送ることができる。

【0016】

[0023] トランシーバは、制御モジュールにおける処理システムと、スマートフォンまたはタブレットのようなデバイスとの間において、システムのユーザ制御のために、リンクを提供する。尚、ＢＬＵＥＴＯＯＴＨ（登録商標）インターフェースは、例示的なインターフェースの一形式であり、他の可能性には、ＷｉＦｉ、独自のワイヤレス・リンク、および／または有線接続を含んでもよいことは認められよう。スマートフォンまたはタブレットは、専用のインターフェース・デバイスと置き換えること、またはこれによって拡張する(augment)こともできる。

【0017】

[0024] データ・トランスポート・デバイスは、パケット化されたデジタル・オーディオ・データをスピーカ・モジュールに送ることができる。送信方法は、ＷｉＦｉ、ＨａＬｏｗ、Ｗｈｉｔｅ Ｓｐａｃｅ Ｒａｄｉｏ、６０ＧＨｚ無線、独自の無線設計、および／またはＧ．Ｈｎのような電力線搬送Ｅｔｈｅｒｎｅｔでもよい。種々の実施形態において、このデバイスのための帯域幅は、その殆ど（例えば、６０％および９９％の間、または８０％および９９％の間、または９０％および９９％の間）が、制御モジュールからスピーカへの方向に向けられるが、少量のデータを他の方向に送り、システムにおいてアクティブなスピーカを発見すること、および／または少量のデータがシステム制御データを構成することもできる。オーディオ・データをストリーミングすることに加えて、スピーカの動作状況を制御するために、何らかの制御情報をパケットに含ませることもできる。このような制御情報は、例えば、音量および無音機能、ならびにあらゆるＤＳＰ機能の制御を含むことができる。ＤＳＰ機能は、スピーカ・モジュールに実装することもできる。他の制御機能には、システムがアイドル状態から使用状態に移行しつつあるときに、休眠中（低電力モード）にある任意のスピーカを起動するための起動メッセージを含むことができる。

【0018】

[0025] デジタル・オーディオ・データは、スピーカのデータ・トランスポート・デバイスによって受信することができる。このデータは、スピーカのプロセッサを通過する。プロセッサは、スピーカ特性に合わせるために、信号整形のようなＤＳＰアルゴリズムを使用して、信号を変更することができる。特定のスピーカに必要とされる駆動信号は、そのスピーカを駆動する増幅器に送られる。電源回路は、スピーカ・ユニットにおける全てのデバイスに電力を供給する。

【0019】

[0026] 多くのデータ・トランスポート・システムは、帯域幅が限られている。この帯域幅を最大限利用するためには、データ圧縮を使用すると有利であるのはもっともである。ＦＬＡＣのような可逆圧縮は、所望のオーディオ品質を維持しつつ、データ・レートを低下させることができる。非可逆的圧縮は、必要なデータ・レートを更に低下させることができるが、音質を犠牲にする。圧縮の選択は、スピーカの台数およびデータ・トランスポート・システムの利用可能な帯域幅に応じて変えることができる。

【0020】

[0027] 種々の実施形態において、このシステムは、ユーザ・データグラム・プロトコル（ＵＤＰ）を通信に採用することができる。ＵＤＰは、低レベル・パケット化データ通信に対応する(comprise)が、受信される保証はない。ハンドシェーキングを想定しないことによって、オーバーヘッドを低減する。対照的に、送信制御プロトコル（ＴＣＰ）通信は、配信を保証するパケット化データである。しかしながら、ＴＣＰ通信は、再送信による遅延の危険性を含み、このために、実用上の閾値を超えてシステム・レイテンシが高まり勝ちになる。例えば、ワイヤレス・オーディオ・システムをビデオ・ソースと併せて使用する場合、ビデオとオーディオとの間における同期に伴う問題を回避するためには、レイテンシを低くしなければならない。種々の実施形態において、システム・レイテンシは、２５ｍｓ未満、または２０ｍｓ未満、または１５ｍｓ未満、または５ｍｓ未満である。

【0021】

[0028] 種々の実施形態において、このシステムは、データ・トランスポート・システムに通例発生する欠損の特性(character)に応じて、１つ以上の欠損軽減方法を採用することができる。例えば、パケット損失が頻繁でなく、欠損があるときに失われる連続パケットの数が少ない（例えば、４つ未満）場合、このシステムは第１の損失パケット処理(handling)方法を採用することができる。第１の方法は、欠落の前に受信した最後のサンプルと、欠落後に最初に受信したサンプルとの内挿補間によって、失ったデータを埋めるステップを含むことができる。第２の方法は、最後に受信した正しいパケット、およびギャップ後の最初の正しいパケットのスペクトル分析を実行し、次いで周波数および位相ドメインにおいて内挿補間するステップを含むことができる。データ欠損を軽減するためにこのシステムによって採用される第３の方法は、１つのチャネルからのオーディオが他のチャネルからのオーディオのどこに類似するか判定することである。これに関して、１つのスピーカからの１つのパケットが失われた場合、聴取者に気付くような影響を生ずることなく、このシステムによって、異なるスピーカに向けたパケットに交換することができる。この交換は、様々なスピーカ間における全体的なボリューム(volume)の差、および／または複数の周波数帯域における差を追跡し比較することによって、質を高め、１つのチャネル・サウンドを他に似せる(make more like)ように構成されたパケット交換イコライザを生成することができる。このシステムによって採用することができる第４の欠落パケット処理(handle)方法は、各パケットに、後続のパケット・データの非可逆圧縮バージンを含ませることである。通常の動作では、この非可逆圧縮データを無視することができる。損失パケットに応答して、関連するパケットの以前の非可逆圧縮バージョンにおいて既に受信されている圧縮データから、この損失パケットのためのデータを構築することができる。

【0022】

[0029] 種々の実施形態において、このシステムは、時間基軸補正を実行することができる。制御モジュールは、データを公称レートで（例えば、毎秒４８，０００サンプル）送ることができる。このレートは、制御モジュールにおける水晶発振器または他の時間基軸(time base)に依存してもよく、またはユニットに着信する(come in)データ上にエンコードしてもよい。したがって、この周波数は、少量であるが測定可能な量だけ、公称周波数よりも高くてもまたは低くてもよい。各スピーカは、これらのサンプルのパケットを受け取り、これらが制御モジュールにおいて生成されたときと正確に同じレートで、これらを再生しなければならない。しかしながら、スピーカがこれを行わず、代わりにそれ自体の時間基軸を使用し、制御モジュールにおける時間基軸よりも速いまたは遅いおそれがある場合、ときの経過と共に、スピーカは制御モジュールに先立つか、または制御モジュールよりも遅れることになる。これに関して、容易に気付く不愉快な時間差がスピーカ間に生じ、このため聴取者にとって音質低下を招き易くなる。各スピーカにおいてローカル時間基軸を使用することから発生するおそれがある他の問題は、スピーカが制御モジュールよりも遅く動作する場合、メモリが使い尽くされるまでにパケットが蓄積する（例えば、先入れ先出し（ＦＩＦＯ）メモリにおいて）事態に陥るおそれがあることである。スピーカが制御モジュールよりも速く動作する場合、スピーカが新たなサンプルを出力する準備が整っても、待ち行列にはパケットがないという事態が発生する。

【0023】

[0030] このシステムは、時間基軸補正プロセスを実行することができる。最初に、スピーカにおいて受信するパケットを、スピーカのＦＩＦＯバッファにローカルに格納する。ＦＩＦＯバッファは、電源投入時には空の場合もあるが、数パケットを受け取った後には、ＦＩＦＯバッファは公称数のパケット（例えば、４パケット）を収容する。パケット内にあるサンプル数に応じて、システムのレイテンシを設定するために、この公称数を使用することができる。また、ＦＩＦＯバッファは、先に説明したように、いずれの逸失パケットでも充填する欠損軽減方法を可能にする。新たなパケットがＦＩＦＯバッファに挿入されるに連れて、ＦＩＦＯバッファはサイズが大きくなり、パケットが引き出されスピーカに送られるに連れて、ＦＩＦＯバッファは小さくなる。サンプル出力周波数を設定する発振器を位相ロック・ループによって制御することができる。周波数制御は、スピーカ内にある処理ユニットによって、システム・ソフトウェアにおいて調節することができる。ＦＩＦＯバッファが、公称数よりも少ないパケットをその内部に有する場合、これに応答して、出力サンプル・レートを低下させる。ＦＩＦＯバッファが、公称数よりも多いパケットをその内部に有する場合、これに応答して、出力サンプル・レートを上昇させる。このように、このシステムは大まかに正しい出力レートを維持することができる。

【0024】

[0031] ＦＩＦＯバッファ内にあるパケットの数が正確に公称数であるとき、このシステムは、位相比較器およびループ・フィルタを使用して、着信パケットの周波数を合わせることができる。パケットがプロセッサによって受け取られる毎に、プロセッサは受取イベントにタイム・スタンプを付ける。このタイム・スタンプは、発振器によって駆動されるカウンタでもよい。これに関して、発振器は出力周波数を設定することもできる。このクロックを使用して測定することによって、このシステムは、スピーカにおいて正確に同じ周波数を測定したときに、制御モジュールにおけるサンプル・レートを合わせることができる。タイム・スタンプは、出力サンプル・レートに対して着信パケットの位相を測定する際に、高いビット精度(many bits of accuracy)が得られるように十分な分解能で生成される。次いで、この位相測定値をロー・パス・フィルタにかけ、位相ロック・ループの発信周波数を調節するために、このシステムによって入力として使用することができる。これに関して、このシステムは、制御モジュールにおけるサンプルの平均周波数に一致しこれに追従する、安定した出力周波数を供給することができる。

【0025】

[0032] 種々の実施形態において、制御モジュールが、どのスピーカがアクティブであるか識別することを可能にするために、各スピーカは「心拍」パケット(heartbeat packet)を送信ユニットに、例えば、５Ｈｚのような低い周波数で送ることができる。心拍パケットは、例えば、スピーカの配置（例えば、右前、中央、左後ろ、サブウーハ等）、その具体的なチャネル番号、および／またはＩＰアドレスのような、スピーカについての情報を含むことができる。制御モジュールは、種々の心拍パケットをタイムアウト・プロセス(timeout process)によって監視し、複数のスピーカの内どれが現在アクティブであり、オーディオを再生するために利用可能であるか判定することができる。制御モジュールは、この情報をユーザに、ユーザ・デバイスにネーティブなアプリを介して提供することができる。

【0026】

[0033] 全てのオーディオ・ソースがアイドル状態にあるときおよび／または制御モジュールの電源が切られているとき、制御モジュールは、スリープ・モードに入るために、複数のスピーカの各々にコマンドを送信することができる。スリープ・モードでは、スピーカはそれらの消費電力を動作電力から低消費電力に落とす。スリープ・モードにある間、スピーカは周期的にトランスポート・チャネルを監視して、送信機が、使用に備えて再度起動することを、スピーカに命令しているか否か判断するだけでよい。

【0027】

[0034] 種々の実施形態において、そして図１を参照すると、ワイヤレス・サラウンド・サウンドのための例示的なシステム１００が示されている。システム１００は、オーディオ／ビジュアル・ソース（Ａ／Ｖソース）１０２、制御モジュール１０４、１つ以上のスピーカ（例えば、複数のワイヤレス・スピーカ１０８）、およびユーザ・デバイス１１２を含むことができる。スピーカ１０８は、少なくとも１つの主スピーカ１１６（例えば、前方スピーカ）と、例えば、サブウーハまたは後方スピーカのような、副スピーカ１１８とを含む。スピーカ１０８については、以下で図３を参照して、更に詳しく説明する。

【0028】

[0035] 種々の実施形態において、制御モジュール１０４は、システム１００の種々のシステム、エンジン、およびコンポーネントにアクセスするための中央ネットワーク・エレメントまたはハブとして構成することができる。制御モジュール１０４は、コンピュータを利用するシステムでもよく、および／またはシステム１００の種々のシステム、エンジン、およびコンポーネントへのアクセス・ポイントを提供するように構成されたソフトウェア・コンポーネントでもよい。制御モジュール１０４は、第１インターフェース１０６を介して、Ａ／Ｖソース１０２と通信することができる。制御モジュールは、第２インターフェース１１０を介して、スピーカ１０８と通信することができる。種々の実施形態において、制御モジュール１０４は、第４インターフェース１２０を介して、スピーカ１０８と通信することができる。制御モジュール１０４は、第２インターフェース１１０および第４インターフェース１２０を介して、同時にスピーカ１０８と通信することができる。制御モジュール１０４は、第３インターフェース１１４を介して、ユーザ・デバイス１１２と通信することができる。これに関して、制御モジュール１０４は、ユーザ・デバイス１１２からシステム１００の種々のシステム、エンジン、およびコンポーネント（例えば、スピーカ１０８および／またはＡ／Ｖソース１０２のような）への通信を可能にするとしてよい。これに関して、このシステムは、高品位オーディオ信号をデータ（例えば、コマンドおよび制御信号等）と共に、制御モジュール１０４と通信するように構成された任意の形式または数のスピーカに送信することができる。

【0029】

[0036] 種々の実施形態において、第１インターフェース１０６は、例えば、高品位マルチメディア・インターフェース（ＨＤＭＩ：High-Definition Multimedia Interface）、ＤｉｓｐｌａｙＰｏｒｔ、ＵＳＢ－Ｃ、ＡＥＳ３、ＡＥＳ４７、Ｓ／ＰＤＩＦ、ＢＬＵＥＴＯＯＴＨ（登録商標）等のような、オーディオおよび／またはビジュアル・インターフェースでもよい。種々の実施形態において、第１インターフェース１０６、第２インターフェース１１０、および／または第３インターフェース１１４の内任意のものが、例えば、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５、ＢＬＵＥＴＯＯＴＨ（登録商標）等のような、物理レイヤ・プロトコル上で動作するインターフェースというようなワイヤレス・データ・インターフェースでもよい。種々の実施形態において、第４インターフェース１２０は、オーディオ・データを搬送するように構成された電力線通信（ＰＬＣ： Powerline Communication）型インターフェースでもよい。以下で更に詳しく説明するように、システム１００の種々のシステム、エンジン、およびコンポーネントの各々は、更に、ワイヤレス・デバイス用ＧＲＡＶＩＴＹ（商標）標準化通信プロトコル（ＳＣＰ：Standardized Communication Protocol）によって通信するように構成することもできる。以下で更に詳しく説明するように、これは、物理レイヤ・プロトコル上で動作可能で、アリゾナ州、ＳｃｏｔｔｓｄａｌｅのＦａｓｅｔｔｏ，Ｉｎｃによって提供されている。

【0030】

[0037] 種々の実施形態において、ユーザ・デバイス１１２は、第３インターフェース１１４を介して、システム１００と通信するソフトウェアおよび／またはハードウェアを備えることができ、第３インターフェース１１４は、ユーザ等が制御モジュール１０４にアクセスすることを可能にするように構成された、ハードウェアおよび／またはソフトウェアを備えている。ユーザ・デバイスは、ユーザが第３インターフェース１１４およびシステム１００を介して通信することを可能にするように構成された、任意の適したデバイスを備えることができる。ユーザ・デバイスは、例えば、パーソナル・コンピュータ、パーソナル・デジタル・アシスタント、携帯電話機、離遠隔制御デバイス等を含むことができ、ユーザに、命令をシステム１００に送信させることができる。種々の実施形態において、本明細書において説明するユーザ・デバイス１１２は、制御モジュール１０４と通信するために、ウェブ・アプリケーションまたはネーティブ・アプリケーションを実行することができる。ネーティブ・アプリケーションは、例えば、ダウンロード、物理媒体、またはアプリ・ストア(app store)を通じて、ユーザ・デバイス１１２上にインストールすることができる。ネーティブ・アプリケーションは、ユーザ・デバイス１１２のオペレーティング・システムと共に使用するために提供される開発コード・ベースを利用し、ユーザ・デバイス１１２上に格納または表示されたデータを操作し、制御モジュール１０４と通信するためにシステム・コールを実行することができる。ウェブ・アプリケーションは、ウェブ・ブラウザと互換性があり、ウェブ・ブラウザ上で実行するように明確に書くことができる。つまり、ウェブ・アプリケーションは、システム１００と共に動作する、ブラウザ型アプリケーションとすることができる。

【0031】

[0038] 種々の実施形態において、そして図２も更に参照すると、制御モジュール１０４が示されている。制御モジュール１０４は、コントローラ２００、Ａ／Ｖ受信機２０２、トランスコード・モジュール(transcoding module)２０４、エフェクト処理モジュール（ＦＸモジュール）２０６、ユーザ・デバイス・インターフェース２０８、スピーカ・インターフェース２１０（例えば、送信機またはトランシーバのような）、電源２１２、および電力線通信変調／復調器（ＰＬＣモデム）２１４を含むことができる。

【0032】

[0039] 種々の実施形態において、コントローラ２００は、プロセッサを備えることができ、システム１００の種々のシステム、エンジン、およびコンポーネントにアクセスするための中央ネットワーク・エレメントまたはハブとして構成することができる。種々の実施形態において、コントローラ２００を１つのプロセッサに実装することもできる。種々の実施形態において、コントローラ２００は、１つ以上のプロセッサおよび／または１つ以上の有形、非一時的メモリとして実装することができ、更にこれらを含むこともでき、ロジックを実装することができる場合もある。各プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、あるいはその他のプログラマブル・ロジック・デバイス、ディスクリート・ゲート、またはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、もしくはこれらの任意の組み合わせにすることができる。コントローラ２００は、命令の実行に応答して、例えば、コントローラ２００と通信するように構成された非一時的、有形、コンピュータ読み取り可能媒体上に格納されている命令に応答して、種々の論理動作を実行するように構成されたプロセッサを備えることができる。

【0033】

[0040] システム・プログラム命令および／またはコントローラ命令は、非一時的、有形コンピュータ読み取り可能媒体上にロードすることができる。非一時的、有形コンピュータ読み取り可能媒体上には、命令が格納されており、コントローラによる実行に応答して、コントローラに種々の動作を実行させる。「非一時的」(non-transitory)という用語は、一時的な伝搬信号(propagating transitory signals)自体のみを特許請求の範囲から除去するというのが共通認識であり、単なる一時的な伝搬信号自体には該当しない全ての標準的なコンピュータ読み取り可能媒体に対する権利を放棄するのではない。言い換えると、「非一時的コンピュータ読み取り可能媒体」および「非一時的コンピュータ読み取り可能記憶媒体」という用語の意味は、Ｒｅ Ｎｕｉｊｔｅｎにおいて、 ３５Ｕ．Ｓ．Ｃ．§１０１に基づいて特許可能な主題の範囲に該当しないと判断された種類の一時的コンピュータ読み取り可能媒体のみを除外すると解釈されてしかるべきである。

【0034】

[0041] 種々の実施形態において、Ａ／Ｖ受信機２０２は、第１インターフェース１０６を介して、ソース・オーディオ・データをＡ／Ｖソース１０２から受信するように構成されている。コントローラ２００は、更なる処理のために、ソース・オーディオ・データをトランスコード・モジュール２０４に渡すことができる。種々の実施形態において、トランスコード・モジュール２０４は、第１エンコーディングと第２エンコーディングとの間における変換動作を実行するように構成されている。例えば、トランスコード・モジュール２０４は、ソース・オーディオを第１エンコーディングから第２エンコーディングに変換し、ＦＸモジュール２０６による更なる処理のために、トランスコード・オーディオ・データを生成することができる。種々の実施形態において、トランスコード・モジュール２０４は、例えば、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ、ＤＴＳ、ＡＴＭＯＳ、Ｓｏｎｙ Ｄｙｎａｍｉｃ Ｄｉｇｉｔａｌ Ｓｏｕｎｄ（ＳＤＤＳ）等としてエンコードされた情報というような、ソース・オーディオ・データ内に含まれる１つ以上のオーディオ情報チャネルをデコードおよび／またはトランスコードするように構成することができる。これに関して、トランスコード・モジュール２０４は、複数のオーディオ情報チャネルを含むトランスコード・オーディオ・データを生成することができ、このトランスコード・オーディオ・データを更に本システムによって処理することもできる。

【0035】

[0042] 種々の実施形態において、ＦＸモジュール２０６は、１つ以上のデジタル信号処理（ＤＳＰ）エレメントを備えることができ、またはトランスコード・オーディオ・データの周波数成分間でバランスを調節するように構成することができる。これに関して、ＦＸモジュール２０６は、等化モジュールとして振る舞い、トランスコード・オーディオ・データ内にある１つ以上の周波数帯域のエネルギを強める、または弱めることができる。種々の実施形態において、ＦＸモジュール２０６は、例えば、ソース・オーディオ・データの望ましくない要素(undesired element)および／または不要な要素(unwanted element)を排除または低減するように構成されたバンドパス・フィルタのような、１つ以上のフィルタリング・エレメントを含むこともできる。同様に、ＦＸモジュールは、トランスコード・オーディオ・データを変更するように構成された１つ以上のエフェクト・エレメントおよび／またはエフェクト機能を含むこともできる。例えば、エフェクト機能は、トランスコード・オーディオ・データのデータ品質を高めることができ、ルーム・モード(room mode)に合わせて補正することができ、ディストーション・エフェクト(distortion effects)、ダイナミック・エフェクト(dynamic effects)、変調、ピッチ／周波数偏移、タイム－ベースト(time-based)、フィードバック、サステイン(sustain)、等化、および／または他のエフェクトを適用することができる。種々の実施形態において、ＦＸモジュールは、オーバー・ジ・エア更新(over-the-air update)を受信するように定められたソフトウェアでもよく、および／またはオーバー・ジ・エア更新(over-the-air update)を受信するように構成することもできる。これに関して、本システムは、新たなエフェクト機能および／またはユーザ定義のエフェクト機能をロードすることを可能にするとして差し支えない。種々の実施形態において、ＦＸモジュール２０６は、任意の数のエフェクト機能をトランスコード・オーディオ・データに適用し、オーディオ情報チャネルを含むオーディオ・データを生成し、所望のエフェクトをかけるように構成することができる。種々の実施形態において、ＦＸモジュール２０６は、データ・レートを変更するために、オーディオ・ストリームをサンプリングし直すこともできる。コントローラ２００は、エフェクトがかけられた(effected)オーディオ・データをスピーカ・インターフェース２１０に渡すことができる。

【0036】

[0043] 種々の実施形態において、ＦＸモジュールのＤＳＰ機能は、完全に制御モジュール１０４内に常駐するのであり、スピーカにおいて追加の処理が行われることはない。種々の実施形態において、そして端的に図３も参照しながら以下で論ずるように、ＦＸモジュール２０６の機能は、複数のスピーカ３００の各々のＤＳＰ３０６によって組み込まれるのでもよい。これに関して、複数のスピーカ３００の１つ以上に内蔵されたＤＳＰを通じて、ソフトウェア定義ＦＸモジュール機能を実装することによって、制御モジュール１０４を小型化し、複雑さを低減することができる。

【0037】

[0044] 種々の実施形態において、スピーカ・インターフェース２１０は、第２インターフェース１１０を介して、複数のスピーカ１０８と通信するように構成することができる。種々の実施形態において、スピーカ・インターフェース２１０は、複数の通信チャネルを備えることができ、各通信チャネルは、複数のスピーカ１０８の内１つのスピーカと関連付けられる。コントローラ２００は、オーディオ情報のチャネルの各々を複数のスピーカ１０８に割り当てることができる。例えば、スピーカ・インターフェース２１０は、エフェクトがかけられたオーディオ・データの第１チャネルを、主スピーカ１１６の通信チャネルに割り当てることができ、エフェクトがかけられたオーディオ・データの第２チャネルを、副スピーカ１１８の通信チャネルに割り当てることができる。これに関して、このシステムは、オーディオ情報の複数のチャネルを複数のスピーカに、１対１に基づいて、割り当てることができる。これによって、スピーカ・インターフェース２１０は、プロセッサによってオーディオ情報を種々のチャネルのスピーカにストリーミングする処理を、促進することができる。種々の実施形態において、スピーカ・インターフェース２１０は、更に、命令（例えば、制御コマンド）をスピーカに分散するように構成することもできる。

【0038】

[0045] 種々の実施形態において、スピーカ・インターフェース２１０は、ＰＬＣモデム２１４を含むことができる。これに関して、スピーカ・インターフェース２１０は、第４インターフェース１２０を介して、複数のスピーカ１０８と通信するように構成することができる。スピーカ・インターフェース２１０は、制御コマンドのみを第２インターフェース１１０を介して分散し、オーディオ情報のみを第４インターフェース１２０を介して分散するように構成することができる。種々の実施形態において、スピーカ・インターフェースは、全ての制御コマンドおよびオーディオ・データを、第２インターフェース１１０のみを介して、または第４インターフェース１２０のみを介して、分散するように構成することもできる。

【0039】

[0046] 種々の実施形態において、ユーザ・デバイス・インターフェース２０８は、第３インターフェース１１４を介した、コントローラ２００とユーザ・デバイス１１２との間における通信を可能にするように構成されている。ユーザ・デバイス・インターフェース２０８は、ユーザ・デバイス１１２から制御コマンドを受信するように構成することができる。ユーザ・デバイス・インターフェース２０８は、コマンド確認を返送するように、または他のデータをユーザ・デバイス１１２に返送するように構成することができる。例えば、ユーザ・デバイス・インターフェース２０８は、制御モジュール１０４についての性能情報、エフェクトがかけられたオーディオ・データ、スピーカ・インターフェース２１０のステータス、スピーカ１０８の性能またはステータス等を返送するように構成することができる。種々の実施形態において、ユーザ・デバイス・インターフェース２０８は、更に、ユーザ・デバイス１１２からソース・オーディオ・データを受信するように構成することができる。

【0040】

[0047] 種々の実施形態において、電源２１２は電力を受けるように構成されている。更に、電源２１２は、受けた電力をシステム１００の種々のコンポーネントに配電するように構成することができる。

【0041】

[0048] 種々の実施形態において、そして更に図３も参照すると、複数のスピーカ１０８の中から例示のスピーカ３００が示されている。スピーカ３００は、電力を受け、この電力をスピーカ３００の種々のコンポーネントに配電するように構成された電源３０２を含む。更に、スピーカ３００は、トランシーバ３０４、ＤＳＰ３０６、増幅器３０８、およびスピーカ・ドライバ３１０を備えることができる。種々の実施形態において、トランシーバ３０４は、第２インターフェース１１０を介して、制御モジュール１０４から、割り当てられたオーディオ情報のチャネルおよび制御コマンドを受信するように構成されている。種々の実施形態において、トランシーバは、更に、スピーカ３００についてのステータス情報および他のデータを、制御モジュール１０４に受け渡すように構成することができる。種々の実施形態において、トランシーバ３０４は、ユーザ・デバイス１１２と直接通信するように構成することもできる。

【0042】

[0049] 種々の実施形態において、ＤＳＰ３０６は、割り当てられたオーディオ・チャネルを受け取り、例えば、サウンド・エフェクト・アルゴリズムのような、１つ以上のデジタル信号処理機能をオーディオ・データに適用するように構成することができる。これに関して、ＤＳＰ３０６は、ＦＸモジュール２０６によって既に処理されているオーディオ・データに対して、更に他のエフェクト機能を実行することもできる。種々の実施形態において、ＤＳＰ３０６は、制御モジュール１０４からのコマンドに応答して、更に他の処理を実行することができる。例えば、制御モジュールは、部屋内におけるその特定の場所に基づいて、スピーカ３００の出力を等化する処理機能、所望の室内特性(room profile)をエミュレートする処理機能、１つ以上のエフェクト（たとえば、リバーブ、エコー、ゲート、フランジ(flange)、コーラス等）を追加する処理機能等を適用するように、ＤＳＰに命令することができる。先に論じたように、種々の実施形態において、ＤＳＰ３０６は、ＦＸモジュール２０６の全ての機能を含み、実装することができる。全ての機能は、ソフトウェアで定めることができる。これに関して、ＤＳＰ３０６は、ＤＳＰオーディオ・チャネルを生成することができ、更に処理するために、ＤＳＰオーディオ・チャネルを増幅器３０８に受け渡すことができる。増幅器３０８は、ＤＳＰオーディオ・チャネルを受け取ることができ、ＤＳＰオーディオ・チャネルの信号強度を増幅して駆動信号を生成し、スピーカ・ドライバ３１０に受け渡すことができる。種々の実施形態において、スピーカ・ドライバ３１０は、駆動信号を増幅器３０８から受け取り、応答して、駆動信号３１０をサウンドに変換することができる。

【0043】

[0050] 先に論じたように、そして図４も更に参照すると、ワイヤレス・サラウンド・サウンドに合ったデータ制御方式の模式図が示されている。種々の実施形態において、ユーザ・デバイス１１２、Ａ／Ｖソース１０２、制御モジュール１０４、およびスピーカ１０８の各々は、更に、ＳＣＰを介して通信するように構成することができる。種々の実施形態において、ＳＣＰはネットワーク・レイヤ・プロトコルを備えることができる。種々の実施形態において、システムは、ＳＣＰヘッダ４０４をパケットまたはデータグラム４００の先頭に付けることができる。これに関して、ＳＣＰヘッダは、物理レイヤ通信プロトコル４０２（例えば、８０２．１１、８０２．１５等）データと、トランスポート・レイヤ・プロトコル４０６（例えば、ＴＣＰ／ＩＰ、ＵＤＰ、ＤＣＣＰ等）データとの間に挿入することができる。システム１００のエレメントは、ＳＣＰヘッダ４０４を認識し、関連するＳＣＰメッセージ４０８を識別するように構成することができる。次いで、このシステムは、ＳＣＰメッセージ４０８に基づいて、種々のアクションまたは命令を実行することができる。

【0044】

[0051] 例えば、ＳＣＰは、デバイス（例えば、スピーカ１０８、制御モジュール１０４、およびユーザ・デバイス１１２のような）が、互いに発見する能力、生データの転送を要求する能力、データの受信時に確認を送信する能力、およびデータ送信に伴うステップを実行する能力を定めることができる。ＳＣＰは、種々のＤＳＰ機能を切り替えるまたは適用するため、電源３０２を入れるまたは切るため、増幅器３０８によって出力される信号強度に作用させる(affect)等のために、スピーカ３００に対して種々の制御コマンドを定めることができる。種々の実施形態において、ＳＣＰは、制御モジュール１０４が、ＦＸモジュール２０６および／またはＤＳＰ３０６のエフェクト機能を変更する能力、トランスコード・モジュール２０４のコードを選択する能力、オーディオ・ソース・データを選択する能力、電源２１２を入れるまたは切る能力、スピーカ・インターフェース２１０のインターフェースを割り当てるまたは変更する能力等を定めることができる。これに関して、ＳＣＰは、システム１００に実装されると、選択した個々のスピーカ（例えば、主スピーカ１１６）またはスピーカの集合体（例えば、主スピーカ１１６および副スピーカ１１８）にオーディオ信号処理機能をデプロイするために、複数のスピーカ３００の各々に対するリアル・タイムの個別制御を可能にする。信号処理機能とは、例えば、周波数整形、ダイアログ－エンハンスメント(dialogue-enhancement)、ルーム・モード補正(room mode correction)、エフェクト機能、等化機能、トーン制御、バランス、レベルおよびボリューム制御等のような機能である。これによって、システム１００は、スピーカ３００のサウンド出力特性の個別制御を可能にする。

【0045】

[0052] 更に図５も参照すると、複数のスピーカ１０８の内例示的なスピーカ５００が示されている。スピーカ５００は、スピーカ３００と同様の特徴、外形、構造、材料、製造技法、および／または内部コンポーネントを備えるが、ＰＬＣモデム５１２を含む。スピーカ５００の電源５０２は、電力を受け、この電力をスピーカ５００の種々のコンポーネントに配電するように構成されている。種々の実施形態において、ＰＬＣモデム５１２は、電源５０２のモジュールを備えることもできる。更に、スピーカ５００は、トランシーバ５０４、ＤＳＰ５０６、増幅器５０８、およびスピーカ・ドライバ５１０も備えることがえきる。種々の実施形態において、トランシーバ５０４は、第２インターフェース１１０を介して、制御コマンドを制御モジュール１０４から受信するように構成されている。

【0046】

[0053] ＰＬＣモデム５１２は、例えば、制御モジュール１０４からスピーカ５００にブロードキャストすることができる複数のチャネルのオーディオ情報というような、オーディオ情報を、第４インターフェース１２０を介して受信するように構成することができる。種々の実施形態において、制御コマンドは、割り当てられたオーディオ情報チャネルに関して、チャネル選択のような、ＰＬＣモデムに宛てた命令を含むことができる。ＰＬＣモデム５１２は、チャネル選択に基づいて、複数のオーディオ情報チャネルから、割り当てられたオーディオ情報チャネルを抜き取るように構成することができる。種々の実施形態において、トランシーバ５０４は、更に、スピーカ５００についてのステータス情報および他のデータを制御モジュール１０４に受け渡すように構成することができる。種々の実施形態において、トランシーバ５０４はユーザ・デバイス１１２と直接通信することもできる。

【0047】

[0054] 更に図６を参照すると、種々の実施形態にしたがって、システム１００においてオーディオ・データをストリーミングするプロセス６００が示されている。このシステムは、例えば、ＨＤＭＩソースのようなオーディオ・ソース・データ６０２を、第１インターフェース１０６を介して受信することができる。オーディオ・ソース・データ６０２を暗号化することもできる。このシステムは、例えば、解読モジュールまたはアルゴリズム（例えば、ＨＤＣＰ鍵を使用するＨＤＭＩデコーダ）によって、オーディオ・ソース・データを解読することができる（ステップ６０４）。応答して、このシステムは１つ以上の解読データ・ストリームを生成することができる（６０８）。例えば、オーディオ・ソース・データを、８チャネル・オーディオ・ソース・データにすることもでき、ＨＤＭＩデコーダの出力を、８チャネル並列Ｉ２Ｓデータ・ストリームにすることもできる。

【0048】

[0055] このシステムは、第１デジタル信号処理（ＤＳＰ）アルゴリズムを、解読したデータ・ストリームに適用する（ステップ６１０）。例えば、このシステムはＤＯＬＢＹ ＡＴＭＯＳ（商標）処理を適用することができる。この処理は、ステップ６０４においてデコードした８チャネルのデータから、３４チャネルまでのオーディオを生成することができる。第１ＤＳＰアルゴリズムを適用したことに応答して、このシステムは複数のオーディオ・データ・チャネル６１２を生成することができる。種々の実施形態において、このシステムは、追加のＤＳＰアルゴリズム（例えば、第２ＤＳＰアルゴリズム、第３ＤＳＰアルゴリズム、．．．、第ｎＤＳＰアルゴリズム）を複数のオーディオ・データ・チャネルに適用することができる（ステップ６１４）。ステップ６１４の更に他の処理には、所望通りの音量、等化、または他のエフェクトを含むことができる。エフェクトは、全てのチャネルに適用することができ、または個々にもしくはグループ毎に、別々に各チャネルに適用することもできる。種々の実施形態において、複数のオーディオ・データ・チャネルの各チャネルは、チャネル特定ＤＳＰアルゴリズム（即ち、複数のオーディオ・データ・チャネル毎に１つずつ割り当てられるアルゴリズム）によって処理することができる。これに関して、このシステムは後処理オーディオ・データ（例えば、エフェクトがかけられたデータ）６１６を生成することができる。後処理オーディオ・データは、複数のスピーカの中の各スピーカと１対１で関連付けられた、複数のオーディオ・ストリームを構成することができる。種々の実施形態において、以下で説明するように、時間基軸生成プロセス６２８によって生成される時間基軸信号によって供給されるサンプル・レートと一致させるように、サンプル・レートを変換する追加の処理を適用することもできる。

【0049】

[0056] 種々の実施形態において、複数のスピーカに送信するために、後処理オーディオ・データ６１６をエンコードして、エンコード後処理オーディオ・データ６２０を生成することができる（ステップ６１８）。例えば、後処理オーディオ・データ６１６をイーサネット・データとしてエンコードすることができる。オーディオ・ストリームをパケットにロードし、時間基軸信号によって設定されたサンプル・レートによって決められるレートで送ることができる。エンコード後処理オーディオ・データ６２０は、送信のために、第４インターフェースに受け渡すことができる（ステップ６２２）。例えば、Ｈ．Ｇｎのようなプロトコルを実装し、電源ケーブル６２４に結合されたイーザネット型ＰＬＣモデムに、イーサネット・エンコード・データを受け渡すことができる。

【0050】

[0057] 種々の実施形態において、このシステムは、電力信号６２６を電力ケーブル６２４から受信することができる。電力信号は、５０Ｈｚまたは５０Ｈｚと６０Ｈｚとの間の交流信号にすればよく、または電力ケーブル６２４上で変調された他の信号でもよい。プロセス６２８は、電力信号に基づいて時間基軸信号を生成することができる。種々の実施形態において、プロセス６２８は、位相ロック・ループ回路を備えることができ、所望のサンプル・レートおよびその倍数で、比較的ジッタがない基準周波数を生成する。例えば、プロセス６２８は、４８ｋＨｚのサンプル・レート、および２５６×４８ｋＨｚ，即ち、１２．２８８ＭＨｚを、基準クロックまたは時間基軸信号６３０として、生成することができる。基準クロックまたは時間基軸信号６３０は、デジタル信号処理を推進するため、ならびにシステム１００およびプロセス６００の種々のシステムおよびモジュールを駆動するために使用することができる。

【0051】

[0058] 各スピーカにおいて、ＰＬＣモデム６３２は、エンコード・データを受信し、イーサネット・パケット６３４を抽出することができる。ＰＬＣモデム６３２は、イーサネット・パケット６３４を、スピーカのプロセッサ６３６に、更に他の処理のために、受け渡すことができる。プロセッサ６３６は、対応するスピーカ６４２に当てられたパケットだけを受け入れることができる。プロセッサ６３６は、パケットを再現してオーディオ・データ６３８を生成し、スピーカ６４２を駆動するように構成されたデジタル入力オーディオ増幅器６４０に、オーディオ・データ６３８を受け渡すことができる。種々の実施形態において、オーディオ・データは、Ｉ２Ｓを介して受け渡すことができる。

【0052】

[0059] 本明細書では、具体的な実施形態に関して、効果(benefit)、他の利点、および問題に対する解決策について説明した。更に、本明細書に含まれる種々の図に示す接続線は、種々のエレメント間における代表的な機能関係および／または物理的結合を表すことを意図する。尚、実際のシステムには、多くの代替または追加の機能関係もしくは物理的接続も存在してよいことは、注記してしかるべきである。しかしながら、効果、利点、問題に対する解決策、および何らかの効果、利点、または解決策を生じさせる、あるいは一層顕著にさせることができるエレメントであっても、これらが本開示の肝要な、必須の、または不可欠な特徴もしくはエレメントであると解釈してはならない。

【0053】

[0060] 本開示の範囲は、したがって、添付する特許請求の範囲以外の何ものにも限定されないこととする。特許請求の範囲において、単数形のエレメントに言及するときは、特に「唯一無二」であると明示されないのであれば、そのように意味するのではなく、「１つ以上」を意味することを意図している。更に、「Ａ、Ｂ、またはＣの内少なくとも１つ」と同様の語句が請求項において使用される場合、この語句は、ある実施形態ではＡだけが存在してもよく、ある実施形態ではＢだけが存在してもよく、ある実施形態ではＣだけが存在してもよく、または１つの実施形態においてエレメントＡ、Ｂ、およびＣの任意の組み合わせが存在してもよいこと、例えば、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣが存在してもよいことを意味するように解釈されることを意図している。図全体を通して、異なる部分を示すためには異なる網掛けを使用するが、必ずしも材料が同じであることを示すのでも、異なることを示すのでもない。

【0054】

[0061] 本明細書では、システム、方法、および装置を提供する。本明細書における詳細な説明において、「一実施形態」(one embodiment)、「実施形態」(an embodiment)、「実施形態例」(example embodiment)等に言及するときは、説明する実施形態が特定の特徴、構造、または特性を含むのはもっともであるが、あらゆる実施形態がその特定の特徴、構造または特性を必ずしも含まなくてもよいことを示す。更に、このような語句は、必ずしも同じ実施形態を指すとは限らない。更に、特定の特徴、構造、または特性についてある実施形態と関連付けて記載されるとき、明示的に記載されているか否かには関係なく、このような特徴、構造、または特性を他の実施形態と関連付けて実施することは、当業者の知識の範囲内であることを具申する。説明を読んだ後には、どのように本開示を代替実施形態において実現するかについては、当業者には明白であろう。

【0055】

[0062] 更に、本開示におけるエレメント、コンポーネント、または方法ステップは、いずれも、そのエレメント、コンポーネント、または方法ステップが特許請求の範囲において明示的に記載されているか否かには関係なく、公衆に献上される(dedicated to the public)ことは意図していない。請求項のエレメントは、そのエレメントが「～のための手段」(means for)という語句を使用して明示的に記載されていなければ、３５Ｕ．Ｓ．Ｃ．１１２（ｆ）を引き合いに出すことは意図していない。本明細書において使用する場合、「備える」(comprises)、「備えている」(comprising)という用語、またはその他のあらゆる変形は、エレメントのリストを構成するプロセス、方法、品目(article)、または装置が、これらのエレメントを含むだけでなく、明示的には列挙されていない他のエレメント、あるいはこのようなプロセス、方法、品目、または装置に固有の他のエレメントも含むことができるように、非排他的な包含に該当する(cover)ことを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】