JP2022188042A - 接続されたマルチメディアデバイスの制御 - Google Patents
接続されたマルチメディアデバイスの制御 Download PDFInfo
- Publication number
- JP2022188042A JP2022188042A JP2022143417A JP2022143417A JP2022188042A JP 2022188042 A JP2022188042 A JP 2022188042A JP 2022143417 A JP2022143417 A JP 2022143417A JP 2022143417 A JP2022143417 A JP 2022143417A JP 2022188042 A JP2022188042 A JP 2022188042A
- Authority
- JP
- Japan
- Prior art keywords
- wireless
- multimedia device
- multimedia
- bluetooth
- wireless multimedia
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 claims abstract description 48
- 238000000926 separation method Methods 0.000 claims abstract description 7
- 230000015654 memory Effects 0.000 claims description 65
- 238000000034 method Methods 0.000 claims description 65
- 238000004590 computer program Methods 0.000 claims description 34
- 230000005540 biological transmission Effects 0.000 claims description 18
- 101100043388 Arabidopsis thaliana SRK2D gene Proteins 0.000 claims description 15
- 101100355601 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RAD53 gene Proteins 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 14
- 101150087667 spk1 gene Proteins 0.000 claims description 14
- 102100024032 Linker for activation of T-cells family member 1 Human genes 0.000 claims description 12
- 101100524516 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RFA2 gene Proteins 0.000 claims description 4
- 102100038204 Large neutral amino acids transporter small subunit 1 Human genes 0.000 claims description 3
- 102100038235 Large neutral amino acids transporter small subunit 2 Human genes 0.000 claims description 3
- 108091006232 SLC7A5 Proteins 0.000 claims description 3
- 108091006238 SLC7A8 Proteins 0.000 claims description 3
- 101100033865 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RFA1 gene Proteins 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 abstract description 20
- 229920001098 polystyrene-block-poly(ethylene/propylene) Polymers 0.000 description 75
- 230000000903 blocking effect Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 10
- 238000001228 spectrum Methods 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 238000002955 isolation Methods 0.000 description 6
- 230000000295 complement effect Effects 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000001934 delay Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 101000873446 Homo sapiens Selenoprotein S Proteins 0.000 description 2
- 241000318403 Houstonia Species 0.000 description 2
- 102100034940 Selenoprotein S Human genes 0.000 description 2
- 206010000210 abortion Diseases 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 230000003595 spectral effect Effects 0.000 description 2
- -1 SPKN Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 101150036464 aptx gene Proteins 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000004578 scanning tunneling potentiometry Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 235000019832 sodium triphosphate Nutrition 0.000 description 1
- 238000001429 visible spectrum Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
- H04B10/114—Indoor or close-range type systems
- H04B10/1141—One-way transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
- H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
- H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
- H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R1/00—Details of transducers, loudspeakers or microphones
- H04R1/10—Earpieces; Attachments therefor ; Earphones; Monophonic headphones
- H04R1/1091—Details not provided for in groups H04R1/1008 - H04R1/1083
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R3/00—Circuits for transducers, loudspeakers or microphones
- H04R3/12—Circuits for transducers, loudspeakers or microphones for distributing signals to two or more loudspeakers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R5/00—Stereophonic arrangements
- H04R5/04—Circuit arrangements, e.g. for selective connection of amplifier inputs/outputs to loudspeakers, for loudspeaker detection, or for adaptation of settings to personal preferences or hearing impairments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
- H04S7/30—Control circuits for electronic adaptation of the sound field
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
- H04S7/30—Control circuits for electronic adaptation of the sound field
- H04S7/308—Electronic adaptation dependent on speaker or headphone connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R2420/00—Details of connection covered by H04R, not provided for in its groups
- H04R2420/07—Applications of wireless loudspeakers or wireless microphones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04S—STEREOPHONIC SYSTEMS
- H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
- H04S7/30—Control circuits for electronic adaptation of the sound field
- H04S7/301—Automatic calibration of stereophonic sound system, e.g. with test microphone
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- Acoustics & Sound (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Otolaryngology (AREA)
- Electromagnetism (AREA)
- Human Computer Interaction (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Circuit For Audible Band Transducer (AREA)
- Stereophonic System (AREA)
Abstract
Description
も呼ばれる接続されたラウドスピーカを制御するためのデバイスに関する。
話など)を、マルチメディアコンテンツの音声を再生するのに適したワイヤレススピーカ
に接続することがますます一般的になっている。より良い音声(たとえば、ステレオ音声
、または5.1サラウンド音声もしくは他の構成さえ)を得るために、ソースデバイスを複数
のワイヤレススピーカに接続できることが望ましいと思われる。その場合、2つの異なる
スピーカ上で再生される音声間に遅延が存在しないように、これらのスピーカを同期させ
ることが望ましい。同様の問題は、音声以外のマルチメディアコンテンツの場合、たとえ
ば、ビデオプロジェクションの場合に生じる。これは、同じストリームのいくつかのコピ
ーの送信、たとえば、同じ部屋内に位置するいくつかのスクリーン上での会議のビデオの
ライブ送信を含む場合がある。それは、(たとえば、ビデオゲームの状況における)異なる
視点からの同じシーンに対応するビデオの複数のスクリーン上での送信を含む場合もあり
、その場合、ビデオは、異なるが、完全に同期させる必要がある。
スデバイスに知られている場合、製造業者は、チェーン全体を制御することができ、同期
ソフトウェアを設定することができる。各スピーカは、たとえば、様々な内部クロックの
相対値と様々なスピーカのそれぞれのバッファメモリ内の異なる読取り位置とを決定する
ことによって必要な結論を引き出すように構成され得る、読み出されるべきバッファメモ
リの次の部分を示すポインタまたはソースデバイスの内部のクロックの状態のようなデー
タを通信することができる。しかしながら、ソースデバイスが知らないワイヤレススピー
カに接続するとき、特に、これらのスピーカが異種(たとえば、異なる製造業者からのも
の)であるとき、これらのスピーカの動作および特徴が知られていないので、これらのス
ピーカを同期させることは不可能である。
。Bluetoothは、当業者にはよく知られている通信規格であり、1994年から規定されてお
り、一連のバージョンを公表する製造業者のグループ(Bluetooth SIG)によって管理され
ている。現在のバージョンは、バージョン4.2であり、バージョン5がちょうど告知されて
いる。Bluetoothは、短距離にわたるデータの双方向通信(個人領域をカバーするネットワ
ークを指すピコネットとして知られる)を可能にする。したがって、Bluetoothデバイスの
範囲は、数10メートルに制限される。Bluetoothは、UHF帯(300MHzと3GHzとの間)における
電波を使用する。Bluetoothは、有線リンクを排除することによって電子デバイス間の接
続を単純化することを目的とする。したがって、Bluetoothは、マスターマルチメディア
デバイス(ハイファイシステム、ラジオ、コンピュータ、タブレット、携帯電話など)と、
受信したマルチメディアストリームを再生するように構成されたスピーカのようなターゲ
ットマルチメディアデバイスとの間のコードをワイヤレス通信で置き換えることを可能に
する。
される場合、Bluetooth規格は、Bluetoothチップが、同期させたい複数のマルチメディア
デバイスと並行して複数のオーディオストリームを送信することを許可しない。このA2DP
プロファイルは、同期ポイントツーマルチポイント送信を許可しない。Bluetooth規格は
、実際に、「以下の制約がこのプロファイルに適用される。1.このプロファイルは、同期
ポイントツーマルチポイント配信をサポートしない。」と述べている。したがって、理論
的に、Bluetoothが許可しないので、複数のマルチメディアデバイスを制御するための単
一のBluetoothチップを備える同期制御デバイスを用いてBluetoothマルチメディアデバイ
スの同期制御のためのデバイスを設計することは不可能である。
とがすでに提案されている。たとえば、2007年9月6日に出願され、現在は永久に放棄され
ている出願FR2920930がそのようなデバイスを提案した。しかし、この出願は、1つのみの
Bluetoothチップが使用される場合、Bluetooth規格の下では不可能であると思われるその
ようなデバイスをどのように実装するのかを説明していない。この出願の不十分な説明は
、ポイントツーマルチポイントリンクを、さらにも増して同期ポイントツーマルチポイン
トリンクをどのように作成するかに関するいかなる関連する教示も引き出すことを妨げる
。
と同じだけの数のBluetoothチップを制御回路内に設ける代わりに)複数のBluetoothデバ
イスを制御するためにいくつかのソースSEPを制御するためのデバイスをBluetoothチップ
内に作成することが可能であろう。SEPは、「ストリームエンドポイント」である。Bluet
ooth通信は、2つのSEP間のポイントツーポイントである。SEPは、デバイスのリソースお
よび能力を表す。たとえば、携帯電話のようなデバイスは、3つのSEPを有する場合があり
、1つは、ビデオレシーバとしてのその機能を表し、もう別の1つは、SBCコーデックを有
するオーディオレシーバとしてのその機能を表し、最後の1つは、aptXコーデックを有す
るオーディオレシーバとしてのその機能を表す。各コーデックは、他のコーデックに関連
付けられたものとは異なるSEPに関連付けられなければならないが、同じコーデックは、
複数のSEPに関連付けられ得る。
DPにおいてこれらのBluetoothマルチメディアデバイスの各々に送信される信号を同期さ
せるという問題が生じる。
オ配信プロトコル)」の略である。従来のA2DPプロファイルは、マスターデバイス(ソース
として知られる)とスレーブデバイス(「シンク」として知られ、ストリームの最終目的地
、たとえば、Bluetoothスピーカを指定する)との間のBluetoothプロトコルを介するオー
ディオデータの交換のためのプロトコルおよび手順のセットを規定する。このA2DPプロフ
ァイルは、Bluetooth規格によって規定されるいくつかの層を使用して構築される。
らの層は、
「ベースバンド層」、ベースバンド層は、図1中の参照符BBによって識別される、
「LMP」層(「Link Manager Protocol(リンクマネージャプロトコル)」の頭字語)、
「L2CAP」層(「Logical Link Control and Adaptation Protocol(論理リンク制御およ
び適応プロトコル)」の頭字語)、
SDP層(「Service Discovery Protocol(サービス発見プロトコル)」)
を含む。
れ、「Application Audio Source(アプリケーションオーディオソース)」および「Applic
ation Audio Sink(アプリケーションオーディオシンク)」について、図1中でAASoおよびA
ASiと表記した)。これは、デバイスが転送パラメータと利用可能な様々なサービスとを決
定する層である。オーディオデータを送信するために使用されるコーデックの選択が行わ
れるのもこのレベルである(送信されるべきオーディオストリームがすでに符号化されて
いる場合、復号とそれに続く再符号化を含む場合があり、通常はそうである)。
び/またはビデオストリームをストリーミングするためのBluetoothデバイス間のバイナリ
トランザクションを規定するAVCTP層(「Audio/Video Distribution Transport Protocol(
オーディオ/ビデオ配信転送プロトコル)」)に依存する。したがって、それは、オーディ
オストリームを確立し、オーディオストリームのパラメータをネゴシエートし、オーディ
オストリームのデータを送信するための手順をカバーする。AVDTPは、ストリーミングパ
ラメータをネゴシエートするためのシグナリングエンティティと、ストリーム自体を管理
するための転送エンティティとを含む。AVDTPは、オーディオおよび/またはビデオデータ
の転送プロトコルを規定する。より具体的には、AVDTPは、2つのSEP間のオーディオおよ
び/またはビデオデータの転送に関する。
ートされたとき、これら2つのSEPがストリーミングのために互いにロックされなければな
らないということである。デフォルトでは、接続されたSEPは、いかなる新しい接続も拒
絶する。最近のBluetooth製品では、「ソーシャルモード」として知られる機能が、とき
には、このデフォルトの動作を変更することを許可する。しかしながら、このソーシャル
モード機能は、新しい接続を許可するが、現在の接続を切断する。たとえば、同じBlueto
othスピーカに接続された2つの電話機が存在し得るが、複数の同時転送は、設定され得な
い。新しい接続への切替えは、典型的には、以前に接続された電話機をメモリ内に保持し
ながら、以前の接続を終了することによって生じる。結果として、ソースデバイス上に1
つのみのオーディオソースSEPが存在する場合、Bluetooth規格に従って、所与の時間にお
いて所与のシンクデバイスに対して1つのみのAVDTP転送が確立され得る。
は、パケットの分割および再構成、多重化、ならびにサービスの品質を可能にする。(A2D
Pのような)異なるBluetoothプロファイルに基づく(AVDTPのような)様々な転送プロトコル
が実装されるのは、このL2CAPからである。L2CAPチャネルは、マスターデバイスのCID(「
Channel Identifier(チャネル識別子)」)とスレーブデバイスのCIDとの間に作成され、こ
れら2つのデバイス間のデータの交換を可能にする。L2CAPチャネルは、L2CAPによって規
定されるチャネル(L2CAPチャネル)を通過するデータストリームの制御を管理するように
各々構成される。この目的のために、各L2CAPチャネルについて独立して異なるパラメー
タが考慮に入れられ得、具体的には、
・FTOまたは「Flush Timeout(フラッシュタイムアウト)」パラメータは、マスターデバ
イスのバッファメモリ内のデータパケットに関する有効期間を規定する。この期間は、デ
フォルト(ブロックモード)では無期限であり、それは、その宛先に到達しない送信パケッ
トが、パケット(最初のパケットまたは再送パケット)が宛先に到達するまで再送されるこ
とを意味する。しかしながら、期間は、(「Flush Timeout」パラメータがBluetooth規格
によって規定される適切な値に設定されている場合)再送信が決して発生しないようにも
され得、それは、ゼロ期間になる。期間は、有限値を有することもできる。Bluetoothパ
ケット内に「自動的にはフラッシュ可能ではないフラグ」と呼ばれるブール変数が存在し
、それは、関係するパケットが自動的には削除され得ないことを示すことを可能にする。
・L2CAPチャネルにおいて送信されるべきパケットの包含とその実際の送信との間の最
大レイテンシを規定することを可能にするQoSパラメータ(「Quality of Service(サービ
スの品質)」の頭字語)。
・前述の「Flush Timeout」および「QoS」の組合せを置き換え、補足する「Extended F
low Feature(拡張フロー特性)」と呼ばれるパラメータ。
uetoothデバイスのBluetoothスタックとの間でネゴシエートされ、デフォルト値を除いて
いつもサポートされるとは限らない。
ture」パラメータまたは「Flush Timeout」パラメータと同じように、L2CAPチャネルのパ
ラメータでもある。ストリームの制御を変更することができのるは、これらのすべてのパ
ラメータ(モードを含む)のセットである。各モードは、データストリームを管理するため
の異なる手順を規定する。従来のBluetoothフレームワーク(BR/EDRと呼ばれる)内で、L2C
APチャネルに対して5つの動作モードが可能である。これらのモードは、
・「Basic Mode(基本モード)」(基本L2CAPモード)、
・「Flow Control Mode(フロー制御モード)」、
・「Retransmission Mode(再送信モード)」、
・「Enhanced Retransmission Mode(拡張再送信モード)」(「ERTM」として知られる)、お
よび
・「Streaming Mode(ストリーミングモード)」(「SM」として知られる)
である。
サポートされる。それは、なんの設定も必要としない。「Flow Control Mode」は、パケ
ットを送信するが、失われたパケットを決して再送信しない。しかしながら、これらのパ
ケット(PDUと呼ばれる)は、それらが失われたときに検出され、「Flow Control Mode」は
、失われたパケットをリスト化した報告の通信を可能にする。「Flow Control Mode」お
よび「Retransmission Mode」は、「ERTM」および「SM」が使用可能ではない場合にのみ
使用され得る。これらの2つのモード(「Flow Control Mode」および「Retransmission Mo
de」)は、現在ほとんど使用されない。「ERTM」は、再送信の所与の最大数と、再送信が
行われ得る所与の最大持続時間とを考慮に入れることを可能にし、失われたまたは破損し
たパケットを識別することを可能にする。「SM」は、非同期データフローに適する。それ
は、有限の「Flush Timeout」パラメータを考慮に入れる。Bluetoothレシーバ側では、バ
ッファメモリがいっぱいである場合、前のデータは上書きされる。
制御オプション)」と呼ばれるパラメータがモードを選択することを可能にする。Bluetoo
th規格は、無限の「Flush Timeout」を有する「Basic Mode」、または、より最近のBluet
oothスタックでは任意の「Flush Timeout」を有する「ERTM」を使用して、データ損失を
制限する「信頼できる」接続を確立することを推奨する。
ポイントツーマルチポイントA2DP制御機能を提供しない。
であって、
各ワイヤレスマルチメディアデバイスからワイヤレスマルチメディアデバイス識別子を
受信するように構成されたワイヤレス通信回路と、
ワイヤレスマルチメディアデバイスのデータベースにアクセスするためのアクセス回路
であって、ワイヤレス通信回路が識別子を受信した各ワイヤレスマルチメディアデバイス
の特性を前記データベースから取得するように構成された、アクセス回路と、
ワイヤレス通信回路がワイヤレスマルチメディアデバイスの識別子を受信したのと同じ
だけの数の分離されたマルチメディアストリームに主マルチメディアストリームを分離す
るための分離回路と、
各分離されたマルチメディアストリームをそれぞれのワイヤレスマルチメディアデバイ
スに割り当てるための割当て回路と、
データベースから取得されたワイヤレスマルチメディアデバイスの特性に基づいて、分
離されたマルチメディアストリームを同期させるための同期回路と
を備えるデバイスに関する。
マルチメディアデバイスに関する適切な情報を抽出し、この情報に基づいて前記ワイヤレ
スマルチメディアデバイスを同期させることができるという点で有利である。
1つまたは複数を含んでもよい。
に関し、各ワイヤレスマルチメディアデバイスの特性は、前記ワイヤレスマルチメディア
デバイスのレイテンシを含み、同期回路は、そのレイテンシに基づいて、ワイヤレスマル
チメディアデバイス向けの分離されたマルチメディアストリームの送信を時間的にシフト
させるように構成される。
リームパケットが失われたとき、前記マルチメディアストリームパケットを前記ワイヤレ
スマルチメディアデバイスに再送信するように構成された、ワイヤレスマルチメディアデ
バイスを制御するためのデバイスに関し、各ワイヤレスマルチメディアデバイスがバッフ
ァメモリを備えるので、同期回路は、少なくとも1つのワイヤレスマルチメディアデバイ
スのバッファメモリの充填レベルを決定し、少なくとも1つのワイヤレスマルチメディア
デバイスのバッファメモリの充填レベルに基づいて、ワイヤレスマルチメディアデバイス
を制御するためのデバイスが失われたマルチメディアストリームパケットをワイヤレスマ
ルチメディアデバイスに再送信することができる最大持続時間を決定するように構成され
る。
ィアデバイスの特性に基づいて、分離されたマルチメディアストリームを調和させるため
の調和回路を備える、ワイヤレスマルチメディアデバイスを制御するためのデバイスに関
し、各ワイヤレスマルチメディアデバイスの特性は、周波数帯のセット内の各周波数帯に
対する前記ワイヤレスマルチメディアデバイスの周波数応答を含み、調和回路は、ワイヤ
レスマルチメディアデバイス向けの分離されたマルチメディアストリームの各周波数成分
の振幅を、前記周波数成分に対する前記ワイヤレスマルチメディアデバイスの周波数応答
に基づいて調整するように構成される。
って、
ワイヤレス通信回路によって、各ワイヤレスマルチメディアデバイスからワイヤレスマ
ルチメディアデバイス識別子を受信するステップと、
ワイヤレスマルチメディアデバイスのデータベースにアクセスするためのアクセス回路
によって、ワイヤレス通信回路によって識別子が受信された各ワイヤレスマルチメディア
デバイスの特性を取得するステップと、
ストリーム分離回路によって、ワイヤレス通信回路がワイヤレスマルチメディアデバイ
ス識別子を受信したのと同じだけの数の分離されたマルチメディアストリームに主マルチ
メディアストリームを分離するステップと、
割当て回路によって、各分離されたマルチメディアストリームをそれぞれのワイヤレス
マルチメディアデバイスに割り当てるステップと、
同期回路によって、データベースから取得されたワイヤレスマルチメディアデバイスの
特性に基づいて、分離されたマルチメディアストリームを同期させるステップと
を含む方法に関する。
し、各ワイヤレスマルチメディアデバイスの特性は、前記ワイヤレスマルチメディアデバ
イスのレイテンシを含み、同期回路は、そのレイテンシに基づいて、ワイヤレスマルチメ
ディアデバイス向けの分離されたマルチメディアストリームの送信を時間的にシフトさせ
る。
し、ワイヤレスマルチメディアデバイス向けのマルチメディアストリームパケットが失わ
れたとき、方法は、前記マルチメディアストリームパケットを前記ワイヤレスマルチメデ
ィアデバイスに再送信し、各ワイヤレスマルチメディアデバイスがバッファメモリを備え
るので、同期回路は、少なくとも1つのワイヤレスマルチメディアデバイスのバッファメ
モリの充填レベルを決定し、少なくとも1つのワイヤレスマルチメディアデバイスのバッ
ファメモリの充填レベルに基づいて、ワイヤレスマルチメディアデバイスを制御するため
のデバイスが失われたマルチメディアストリームパケットをワイヤレスマルチメディアデ
バイスに再送信することができる最大持続時間を決定する。
し、調和回路が、ワイヤレス通信回路が識別子を受信したワイヤレスマルチメディアデバ
イスの特性に基づいて、分離されたマルチメディアストリームを調和させ、各ワイヤレス
マルチメディアデバイスの特性は、周波数帯のセット内の各周波数帯に対する前記ワイヤ
レスマルチメディアデバイスの周波数応答を含み、調和回路は、ワイヤレスマルチメディ
アデバイス向けの分離されたマルチメディアストリームの各周波数成分の振幅を、前記周
波数成分に対する前記ワイヤレスマルチメディアデバイスの周波数応答に基づいて調整す
る。
法を実施する一連の命令を含むコンピュータプログラムに関する。
ンピュータ可読非一時的記憶媒体に関する。
純粋に例示であり、添付図面を参照して読まれるべきである。
これは、1つの実施形態の文脈で言及された各要素がその実施形態のみに関連すること、
または、その実施形態の特徴がその実施形態のみに適用されることを必ずしも意味しない
。
各々がそれぞれのバッファメモリBUF1、BUF2、およびBUFNを備えるワイヤレススピーカSP
K1、SPK2、およびSPKNのセットとを備えるシステムを示す。デバイスDEVは、ワイヤレス
スピーカSPK1、SPK2、およびSPKNとの通信を可能にし、特に、それらを識別することを可
能にする(Bluetooth回路のような)ワイヤレス通信回路BCを備える。デバイスDEVは、異な
るタイプのワイヤレススピーカに関する(レイテンシLAT1、LAT2、およびLATNのような)情
報と、これらの異なるタイプのワイヤレススピーカの識別子ID1、ID2、およびIDNに関連
する情報とを含むデータベースDBにアクセスするためのアクセス回路DBCを備える。デバ
イスDEVは、制御デバイスが(そのワイヤレス通信回路を介して)ワイヤレススピーカ識別
子を受信したのと同じだけの数の分離されたオーディオストリームに主オーディオストリ
ームを分割するための回路SECを備える。デバイスDEVは、各分離されたオーディオストリ
ームをそれぞれのワイヤレススピーカに割り当てるための割当て回路ACを備える。デバイ
スDEVは、ワイヤレス通信回路が識別子を受信したワイヤレススピーカの特性に基づいて
、分離されたオーディオストリームを同期させるための同期回路SYCを備える。デバイスD
EVは、ワイヤレス通信回路が識別子を受信したワイヤレススピーカの特性に基づいて、分
離されたオーディオストリームを調和させるための調和回路HACを備える。
識別子ID1、ID2、およびIDNを受信するステップRECを含む。
めに、受信した識別子をデータベースDBに送信することによって、様々なワイヤレススピ
ーカに関連するパラメータLAT1、LAT2、およびLATNを取得するステップOBTを含む。
いいくつかのオーディオサブストリームにオーディオストリームを分割するステップSPR
を含む。
ップATTを含む。
カによって同時に再生されることを保証する同期ステップSYNを含む。
に基づいて、ワイヤレススピーカに送信されるオーディオストリームを修正する調和ステ
ップHRMを含む。
われたまたは破損したデータを再送信するステップRSNDと、それに続く、無意味であると
思われる場合にデータを送信することを中止するために、各ワイヤレススピーカのバッフ
ァメモリの充填レベルを決定するステップDETとを含む。状況がデータを再送信すること
を許可する場合、データは、再送信される。そうでなければ、方法は、これが長くかかり
すぎて同期の損失をもたらす可能性があるので、失われたデータを回復するための手順を
中止する。
の音響信号を拾うことを可能にするマイクロフォンMICを備える。デバイスDEVは、人間に
聞こえるスペクトルの外側にあるが、ワイヤレススピーカによって再生されることが可能
であり、マイクロフォンMICによって拾われることが可能である信号hiを各ワイヤレスス
ピーカに送信するようにも構成され、この信号は、問題のワイヤレススピーカを識別する
ように選択される。各ワイヤレススピーカSPKiは、そのスピーカだけに割り当てられ、オ
ーディオストリームに重ね合わされているので、それ自体に固有の信号hiを受信する。し
たがって、マイクロフォンは、すべてのワイヤレススピーカによって発せられた信号を測
定することができ、信号がオーディオストリームに組み込まれた瞬間と、この信号が検出
された瞬間との間の測定された遅延に基づいて、方法は、問題のワイヤレススピーカの内
部機能にアクセスすることはできないが、任意の非同期を推定し、それを補償することが
できる。
ログでもよい)これらのフィルタによって、デバイスDEVは、入力信号から、それぞれのス
ペクトルがそれぞれの周波数帯内に含まれる出力信号のセットを生成することができ、次
いで、これらの信号を介して、検出モジュールDTCによって、各ワイヤレススピーカの遅
延を検出することができる。この検出(測定された遅延)から生じる結果は、CMB機能の他
の入力パラメータ(送信されるべき信号)と組み合わされ得る(CMB)。次いで、ストリーム
が(図3におけるスピーカSPKiに)送信されるとき、スピーカSPKiに送信された信号は、検
出された遅延に基づいてすでに再同期されている。
れたストリームを表すオーディオ信号上に、fref+i*dfに等しい周波数fiの信号hiを重ね
合わせ、ここで、frefは、基準周波数であり、dfは、周波数増分であり、frefおよびdfは
、定数であり、iは、関係する(補足信号hiを受信する)ワイヤレススピーカSPKiの数であ
る。この信号hiは、たとえば、関数t→sin(2*π*fi*t)によって表される信号である。1つ
の可能な実装形態によれば、frefは、可聴音響スペクトルよりも上にあり、市場のエント
リーレベルのスピーカ製品によって生成され得る最大周波数よりも下にある。整数iは、
たとえば、0とスピーカの数マイナス1との間である。周波数frefは、たとえば、16kHzと2
0kHzとの間である。周波数増分dfに関して、たとえば、100Hzと400Hzとの間である。した
がって、たとえば、5つのスピーカが、18kHz、18.2kHz、18.4kHz、18.6kHz、および18.8k
Hzにおけるそれぞれの補足信号に関連付けられる。
の間再び送信される、などである。これは、300msの間の0の値と300msの間の1の値との間
で交番する方形波信号によって補足信号hiの振幅変調を適用することに等しい。実際、補
足信号hiが連続的に放射された場合、非常に短い(5つのスピーカの上記の例では最大で1/
18kHz=56μs)信号1/fiの周期よりも大きい遅延を検出することは、非常に困難であろう。
検討した例では、0.6sである2*300msの最大持続時間を有する遅延を検出することが可能
である。
る低周波数振幅変調を用いて、そして計算を単純化するために区分的に送信されてもよい
。たとえば、各補足信号hiは、0.5と1との間で変化する0.1Hzの周波数を有する三角関数
によって振幅変調され得る。したがって、受信された補足信号hiの振幅に応じて、遅延を
決定することが可能である(検討した例では、検出される最大遅延は、1/0.1Hz=10sの遅延
である)。
た識別子IDに応答して、方法は、データベースDBにアクセスし、適用されるべき利得(利
得が1よりも小さいかまたは大きいかに応じて減衰または増幅)を抽出する(利得G0,iなど)
。信号Xi(t)を直接送信する代わりに、方法は、窓関数WNDをこの信号に適用することによ
って開始する。方法は、次いで、所望の利得を適用することができるようにするために、
離散フーリエ変換DFTを適用する。たとえば、方法は、それぞれの利得G0i、G1i、...GNi
を信号Xi(t)のそれぞれのスペクトル部分に適用する。これらのスペクトル部分は、たと
えば、[fmin,fmin+(fmax-fmin)/N[,[fmin+(fmax-fmin)/N,fmin+2*(fmax-fmin)/N[...[fmi
n+(N-1)*(fmax-fmin)/N,fmax]であり、ここで、fminおよびfmaxは、信号Xi(t)に使用され
るスペクトルの最小周波数および最大周波数を表す。次いで、利得が適用されると、方法
は、逆フーリエ変換iDFTを実行することによって時間領域に戻る。もちろん、適用される
利得は、1よりも大きくてもよく、1よりも小さくてもよい。これは、したがって、厳密な
意味での増幅(1よりも大きい利得)または厳密な意味での減衰(1よりも小さい利得)を含ん
でもよい。
は、図4の技法と類似点があるが、検出ステップを含まない。窓がけし、WNDおよび離散フ
ーリエ変換DFTの適用後、方法は、関係するスピーカに依存しないモデルに従って低周波
数の振幅を調整し、次いで、逆フーリエ変換を適用する。図5の例では、スペクトルは、2
つの部分(低周波数および高周波数)のみに分割され、したがって、(固定された)利得は、
スペクトルの1つの部分(低周波数部分と呼ばれる)のみに適用される。1つの可能な実装形
態では、低周波数は、100Hz未満の可聴周波数として定義される。
スターデバイスによって使用される、本発明の実施形態によるプロファイルA2DP'と、シ
ンクデバイスによって使用される従来のA2DPプロファイルとの間の通信を示す。シンクデ
バイスは、たとえば、Bluetoothスピーカに対応し、Bluetoothスピーカは、複数のシンク
SEPを備えることができる(したがって、複数のシンクSEPは、同じBluetoothスピーカに対
応することができ、各シンクSEPは、そのBluetoothスピーカによってサポートされるすべ
てのコーデックの中のそれぞれのコーデックに対応することができる)ことが理解される
。
toothチップ毎に1つのソースSEPを導入するだけである。したがって、所与のコーデック
について、いくつかのオーディオデバイス(たとえば、スピーカ)を携帯電話に接続するこ
とは不可能である。
なる。AVDTP'層は、AVDTP層のすべての機能を提供するが、加えて、同期ポイントツーマ
ルチポイント接続を可能にする。
も3つのBluetoothスピーカSPK1、SPK2、およびSPKNを備えるシステムを示す(前述のよう
に、各スピーカSPKiは、単一のシンクSEP、SEPSiではなく複数のシンクSEPに関連付けら
れ得るが、簡略化のため、実際に使用されるシンクSEPのみが表されている)。システムは
、本発明の1つの可能な実装形態による、Bluetoothスピーカを制御するためのデバイスDE
V'も備える。デバイスDEV'は、BluetoothチップBC'を備える。このBluetoothチップBC'は
、それを識別する固有のSEP USEPを記憶する。このBluetoothチップBC'は、それぞれのSE
P、SEPS1、SEPS2、SEPSNを介して3つのBluetoothスピーカSPK1、SPK2、およびSPKNとのポ
イントツーマルチポイントリンクLNK'を確立する。
も3つのBluetoothスピーカSPK1、SPK2、およびSPKNを備えるシステムを示す(前述のよう
に、各スピーカSPKiは、単一のシンクSEP、SEPSiではなく複数のシンクSEPに関連付けら
れ得るが、簡略化のため、実際に使用されるシンクSEPのみが表されている)。システムは
、本発明の1つの可能な実装形態による、Bluetoothスピーカを制御するためのデバイスDE
Vも備える。デバイスDEVは、BluetoothチップBCを備える。このBluetoothチップBCは、3
つの異なるBluetoothチップをシミュレートする少なくとも3つのSEP、SEP1、SEP2、SEPN
を記憶する(しかし、実際には1つのみしか存在しないので、これらは、仮想Bluetoothチ
ップである)。BluetoothチップBCは、少なくとも3つのBluetoothスピーカSPK1、SPK2、お
よびSPKNとのポイントツーマルチポイントリンクLNKを確立するが、Bluetooth規格の観点
からは、このリンクLNKは、(少なくとも)3つのポイントツーマルチポイントリンクのセッ
トのように見える。実際には、SEP、SEP1は、スピーカSPK1のSEP、SEPS1に接続され、SEP
、SEP2は、スピーカSPK2のSEP、SEPS2に接続され、SEP、SEPNは、スピーカSPKNのSEP、SE
PSNに接続される。
関する。ワイヤレスマルチメディアデバイスは、たとえば、スピーカSPK1、SPK2、および
SPKNである。しかしながら、ワイヤレスマルチメディアデバイスはまた、たとえば、ラウ
ドスピーカとして作用することができるスピーカを備え、ビデオをストリーミングするの
に適した画面も備える携帯電話であってもよい。ワイヤレスマルチメディアデバイスはま
た、WiFiもしくはBluetoothのようなワイヤレスインターフェースを備えるテレビジョン
、ワイヤレスネットワークカード(WiFi、Bluetoothなど)を備えるコンピュータ、または
、WiFiもしくはBluetoothタブレットであってもよい。制御デバイスDEVは、たとえば、専
用デバイス、またはマルチメディアデバイスのうちの1つ(たとえば、ワイヤレススピーカ
のうちの1つ)に取り付けられるべきオプションの追加モジュールである。制御デバイスDE
Vはまた、たとえば、コンピュータ、携帯電話、またはタブレットであってもよい。
イヤレスマルチメディアデバイス識別子を受信するように構成される。識別子を提供する
ことは、マルチメディアデバイスが知られていないという事実を補償する。識別子は、ワ
イヤレスマルチメディアデバイスの特定のインスタンスを認識することを必ずしも意図し
ていない。ワイヤレスマルチメディアデバイスのタイプを認識することを可能にすること
で十分である。いくつかのワイヤレスマルチメディアデバイスが正確に同じモデルのもの
である場合、したがって、それらはすべて、同じ識別子によって識別され得る。Bluetoot
hスピーカ(または、より一般的にはBluetoothデバイス)は、マスターデバイスに接続する
ときに、自動的に識別子を提供する。したがって、Bluetoothスピーカを修正する必要は
ない(最新技術のBluetoothスピーカが本発明に適している)。
デバイスの特性を前記データベースから取得するように構成された、ワイヤレスマルチメ
ディアデバイスのデータベースDBにアクセスするためのアクセス回路DBCを備える。これ
らの特性は、ワイヤレスマルチメディアデバイスによってサポートされる様々なプロトコ
ルを含んでもよく、制御デバイスが最も適切なプロトコルを選択することを可能にする。
したがって、第1の実施形態を実装するための前提条件は、既存のワイヤレスマルチメデ
ィアデバイスの異なるタイプと、それらの識別子とをリスト化し、それらの関連特性を決
定し、それらをデータベース内に保存することからなる。
したのと同じだけの数の分離されたマルチメディアストリームに主オーディオストリーム
を分割するための分離回路SECを備える。たとえば、マルチメディアストリームは、主オ
ーディオストリームであるか、または主オーディオストリームを含み、主オーディオスト
リームは、複数の別個の多重化ストリーム(たとえば、左ステレオチャネルおよび右ステ
レオチャネル)を含み、分離は、これらの2つのストリームの各々を抽出することからなる
。非常に単純な変形例では、分離は、受信された単一のストリームの必要性と同じだけの
数のコピーを複製することからなる。より複雑な変形例によれば、デバイスDEVは、単一
のストリームから、またはいくつかのストリームから、より多数のストリームを再作成す
るように構成される。たとえば、分離回路は、(信号処理によって)単一のチャネルからマ
ルチチャネル環境(たとえば、5.1サラウンドサウンド)を再作成することができる。
ディアデバイスに割り当てるための割当て回路ACを備える。1つの可能な実装形態によれ
ば、割当て回路は、最初に呼び出され、ストリームが割り当てられた後にのみ、これらの
ストリームは、主ストリームから抽出(分離)される。代替的には、回路DEVは、分離回路S
ECによってストリームを分離することによって開始し、次いで、これらの分離されたスト
リームを割り当てる。
スの特性に基づいて、分離されたマルチメディアストリームを同期させるための同期回路
SYCを備える。図3の説明において説明したように、この同期は、マイクロフォンを用いて
追加され分析される信号に依存してもよいが、これは、増加した複雑さおよび追加コスト
を表す。他の技法も考えられる。
御するためのデバイスの各ワイヤレスマルチメディアデバイスSPK1、SPK2、SPKNの特性は
、前記マルチメディアデバイスのレイテンシを含む。同期回路SYCは、そのレイテンシに
基づいて、ワイヤレスマルチメディアデバイス向けの分離されたマルチメディアストリー
ムの送信を時間的にシフトさせるように構成される。この第2の実施形態は、非同期の2つ
の主な原因のうちの1つ、すなわち、内部レイテンシの差を排除する。提案された同期は
、マルチメディアデバイスのレイテンシのような静的特性に基づいているので、静的であ
るとして説明され得る同期である。このレイテンシは、たとえば、ワイヤレスマルチメデ
ィアデバイスがストリームを受信した瞬間と、そのストリームが実際にワイヤレスマルチ
メディアデバイスによって再生される瞬間との間に経過する時間として定義される。この
時間は、ワイヤレススピーカについて固定される。異なるワイヤレスマルチメディアデバ
イスは、異なるレイテンシを有し、静的同期は、これらのレイテンシの差に関連する時間
遅れを排除するために、それらを考慮に入れる。
イスと少なくとも1つのワイヤレスマルチメディアデバイスとの間の接続の喪失に関連す
る。これは、関係するマルチメディアストリームが再生される特定の状況(ノイズ、干渉
、ワイヤレス送信を妨げる物体の導入、携帯型マルチメディアデバイスの制御デバイスDE
Vの範囲外への移動など)に依存するので、動的であるとして説明され得る非同期である。
これらの状況下では、制御デバイスとのその接続を喪失したワイヤレスマルチメディアデ
バイスは、制御デバイスとの接続が回復されたとき、もはや他のワイヤレスマルチメディ
アデバイスと同期されない。原理的には、このワイヤレスマルチメディアデバイスは、後
続のパケットが他のワイヤレスマルチメディアデバイスに同時に送信されていても、失わ
れたパケットを受信している。このタイプの非同期を回避するために、第1の技法は、失
われたマルチメディアストリームパケットを決して再送信しないことからなる。しかし、
そのような失われたパケットの再送信が可能であったであろう状況において、これは、マ
ルチメディアストリームの再生品質を不必要に劣化させる。しかしながら、いくつかの状
況では有益である。たとえば、いくつかのワイヤレスマルチメディアデバイスは、制限さ
れたプロトコル能力を有する。たとえば、それらは、パケットの送信のみを管理し、送信
されたパケットがそれらの宛先に到達したかどうか、および無傷で到達したかどうかをチ
ェックしないので、失われたパケットを再送信しようとしない(パケット損失の存在を無
視する)基本プロトコルをサポートする場合がある。それらは、いかなるパケット損失も
許さない(損失または破損が検出されると、パケットは再送信される)信頼性の高いプロト
コルをサポートする場合もある。しかし、そのような信頼性の高いプロトコルは、ワイヤ
レスマルチメディアデバイスが到達可能ではない場合、失われたパケットを際限なく再送
信しようとするので、通信をブロックする可能性がある。ワイヤレスマルチメディアデバ
イスが上述したタイプの基本プロトコルおよび信頼性の高いプロトコルのみをサポートす
ることをデータベースが示す場合、1つの可能な実装形態では、制御デバイスは、同期を
維持するために、基本プロトコルを選択し、失われたパケットのリスクを受け入れる(非
同期パケットは、しばしば紛失したパケットよりもやっかいなものである)。
メディアデバイスを制御するためのデバイスDEVは、ワイヤレスマルチメディアデバイス
向けのマルチメディアストリームパケットが失われたとき、前記マルチメディアストリー
ムパケットを前記ワイヤレスマルチメディアデバイスに再送信するように構成される。各
ワイヤレスマルチメディアデバイスは、バッファメモリを備える。同期回路SYCは、少な
くとも1つワイヤレスマルチメディアデバイスSPK1、SPK2、SPKNのバッファメモリBUF1、B
UF2、およびBUFNの充填レベルを決定し、少なくとも1つのワイヤレスマルチメディアデバ
イスのバッファメモリの充填レベルに基づいて、ワイヤレスマルチメディアデバイスを制
御するためのデバイスが失われたマルチメディアストリームパケットをワイヤレスマルチ
メディアデバイスに再送信することができる最大持続時間を決定するように構成される。
、あらゆる損失パケットを再送信することを試みる。それが成功しない場合、システムを
ブロックする代わりに、制御デバイスDEVは、(動的に決定された)特定の閾値持続時間の
後、通過していないマルチメディアデータを再送信する試みを停止する。一方、データの
潜在的な損失が存在する(マルチメディアストリームの一部が恒久的に失われる可能性が
ある)。
およびBUFNの充填レベルを決定するために、制御デバイスDEVは、たとえば、このメモリ
に関する残りの読取り時間を推定する。時間t0において、制御デバイスDEVがnバイトに対
応する持続時間Tのマルチメディアストリームを第1のワイヤレスマルチメディアデバイス
に送信するとき、この第1のワイヤレスマルチメディアデバイスによるこれらのnバイトの
受信の確認を待つ。制御デバイスは、次いで、[t0;t0+T]内の時間tにおいて、t0+T-tに等
しいマルチメディアストリーム持続時間が第1のワイヤレスマルチメディアデバイスのバ
ッファメモリ内に残っていると考える。したがって、時間tにおいて、制御デバイスは、
持続時間t0+T-tの間、第1のワイヤレスマルチメディアデバイスのストリーミングをブロ
ックするリスクなしに、失われたパケットを第2のマルチメディアデバイスによって再送
信しようとすることができる。持続時間t0+T-tの後、第1のワイヤレスマルチメディアデ
バイスは、ストリーミングしているマルチメディアストリームの次のシーケンスを受信し
ている必要がある。そうしなかった場合、第1のワイヤレスマルチメディアデバイスは、
データの不足のためにストリーミングを停止することになる。したがって、制御デバイス
は、そのような再送信が別のワイヤレスマルチメディアデバイスのストリーミングをブロ
ックすることになると上述した方法によって判断されたとき、失われたパケットを再送信
するその試みを中止する。適切な場合、(上述したタイプの推定に基づいて)第2のワイヤ
レスマルチメディアデバイスがそのバッファメモリのコンテンツを再生することを完了し
ていない間に帯域幅が再び利用可能になった場合、失われたパケットを送信する新たな試
みが起こり得る。
ディアデバイス上のマルチメディアストリームのストリーミングは、同期されたままであ
る。長過ぎる接続の喪失のイベントにおいて、ストリーミングは、接続の喪失によって影
響を受けたワイヤレスマルチメディアデバイス上で中断されるが、他のワイヤレスマルチ
メディアデバイス上では、ストリーミングは、正常に継続する。
先する。制御デバイスへの接続を失ったマルチメディアデバイスがそれらの接続を再確立
すると、それらは、以前に失われたパケットではない、他のマルチメディアデバイスと同
期されたパケットを受信する。
ィアデバイスを制御するためのデバイスは、ワイヤレス通信回路が識別子を受信したワイ
ヤレスマルチメディアデバイスの特性に基づいて、分離されたマルチメディアストリーム
を調和させるための調和回路HACを備える。各ワイヤレスマルチメディアデバイスの特性
は、周波数帯のセット内の各周波数帯に対する前記ワイヤレスマルチメディアデバイスの
周波数応答を含み、調和回路は、ワイヤレスマルチメディアデバイス向けの分離されたマ
ルチメディアストリームの各周波数成分の振幅を、前記周波数成分に対する前記ワイヤレ
スマルチメディアデバイスの周波数応答に基づいて調整するように構成される。たとえば
、周波数範囲[1000Hz;2000Hz]に対する周波数応答が-3dBである場合、[1000Hz;2000Hz]の
帯域内の関連するワイヤレスマルチメディアデバイスに送信される信号の振幅は、補償す
るために3dBだけ増幅され得る。マルチメディアストリームは、等化器が行うように調和
させることを望む場合がある、可聴スペクトル内の周波数成分を含む場合がある。しかし
ながら、マルチメディアストリームは、異なるワイヤレスマルチメディアデバイスにわた
って調和することを望む場合がある、たとえば、可視スペクトル内の周波数成分も含む場
合がある。たとえば、異なるワイヤレスマルチメディアデバイス上でストリーミングされ
るとき、同じビデオが同じ輝度および色度を有することが望ましい場合がある。したがっ
て、制御デバイスDEVが、ワイヤレススピーカからなるワイヤレスマルチメディアデバイ
スが特定の周波数帯においてあまり効率的ではないこと、およびスピーカがそうであるべ
きよりも減衰することを発見したとき、この周波数帯域内で送信される信号を増幅するこ
とが可能である。
、ワイヤレス通信回路による、各ワイヤレスマルチメディアデバイスSPK1、SPK2、SPKNか
らのワイヤレスマルチメディアデバイス識別子ID1、ID2、IDNの受信RECを含む。1つの可
能な実装形態によれば、ワイヤレス通信回路は、Bluetoothチップである。一実装形態に
よれば、ワイヤレス通信回路は、適切なコンピュータプログラムを記憶するメモリに関連
付けられたプロセッサからなるアセンブリである。別の実装形態によれば、通信回路は、
たとえば、FPGA、または、カスタム設計のアドホックな回路を含む任意の他の適切な回路
である、専用の電子チップである。変形例によれば、方法は、上述した専用チップのよう
な専用電子チップによって部分的に実施され、適切なコンピュータプログラムを実行する
プロセッサによって部分的に実施される。
クセス回路による、識別子ID1、ID2、IDNがワイヤレス通信回路BCによって受信された各
ワイヤレスマルチメディアデバイスの特性LAT1、LAT2、LATNの取得OBTを含む。一実装形
態によれば、アクセス回路は、適切なコンピュータプログラムを記憶するメモリに関連付
けられたプロセッサからなるアセンブリである。別の実装形態によれば、アクセス回路は
、たとえば、FPGA、または、カスタム設計のアドホックな回路を含む任意の他の適切な回
路である、専用の電子チップである。変形例によれば、本発明は、上述した専用チップの
ような専用電子チップによって部分的に実施され、適切なコンピュータプログラムを実行
するプロセッサによって部分的に実施される。
デバイス識別子を受信したのと同じだけの数の分離されたマルチメディアストリームに主
マルチメディアストリームの分離SPRを含む。一実装形態によれば、分離回路SPRは、適切
なコンピュータプログラムを記憶するメモリに関連付けられたプロセッサからなるアセン
ブリである。別の実装形態によれば、分離回路は、たとえば、FPGA、または、カスタム設
計のアドホックな回路を含む任意の他の適切な回路である、専用の電子チップである。変
形例によれば、本発明は、上述した専用チップのような専用電子チップによって部分的に
実施され、適切なコンピュータプログラムを実行するプロセッサによって部分的に実施さ
れる。
されたマルチメディアストリームの割当てATTを含む。一実装形態によれば、割当て回路A
TTは、適切なコンピュータプログラムを記憶するメモリに関連付けられたプロセッサから
なるアセンブリである。別の実装形態によれば、割当て回路は、たとえば、FPGA、または
、カスタム設計のアドホックな回路を含む任意の他の適切な回路である、専用の電子チッ
プである。変形例によれば、本発明は、上述した専用チップのような専用電子チップによ
って部分的に実施され、適切なコンピュータプログラムを実行するプロセッサによって部
分的に実施される。
ディアデバイスの特性に基づく、分離されたマルチメディアストリームの同期SYNを含む
。一実装形態によれば、同期回路は、適切なコンピュータプログラムを記憶するメモリに
関連付けられたプロセッサからなるアセンブリである。別の実装形態によれば、同期回路
は、たとえば、FPGA、または、カスタム設計のアドホックな回路を含む任意の他の適切な
回路である、専用の電子チップである。変形例によれば、本発明は、上述した専用チップ
のような専用電子チップによって部分的に実施され、適切なコンピュータプログラムを実
行するプロセッサによって部分的に実施される。
て回路、および同期回路は、同じプロセッサ、または同じメモリチップさえも共有する(
後者の場合、メモリチップは、異なるアドレスにおいてこれらの回路の各々に固有のコン
ピュータプログラムを記憶することができる)。
法の各ワイヤレスマルチメディアデバイスの特性は、前記ワイヤレスマルチメディアデバ
イスSPK1、SPK2、SPKNのレイテンシLAT1、LAT2、LATNを含む。同期回路は、そのレイテン
シに基づいて、ワイヤレスマルチメディアデバイス向けの分離されたマルチメディアスト
リームの送信を時間的にシフトさせる。
カを制御するための方法は、ワイヤレスマルチメディアデバイス向けのマルチメディアス
トリームパケット(たとえば、オーディオストリームパケット)が失われたとき、方法が前
記マルチメディアストリームパケットを前記ワイヤレスマルチメディアデバイスに再送信
する(ステップRSND)ように構成される。各ワイヤレスマルチメディアデバイスがバッファ
メモリを備えるので、同期回路は、少なくとも1つのワイヤレスマルチメディアデバイス
のバッファメモリの充填レベルを決定し(DET)、少なくとも1つのワイヤレスマルチメディ
アデバイスのバッファメモリの充填レベルに基づいて、ワイヤレスマルチメディアデバイ
スを制御するためのデバイスが失われたマルチメディアストリームパケットをワイヤレス
マルチメディアデバイスに再送信することができる最大持続時間を決定する。
ィアデバイスを制御するための方法は、調和回路HRMを用いて、ワイヤレス通信回路が識
別子を受信したワイヤレスマルチメディアデバイスの特性に基づいて、分離されたマルチ
メディアストリームを調和させる。各ワイヤレスマルチメディアデバイスの特性は、周波
数帯のセット内の各周波数帯に対する前記ワイヤレスマルチメディアデバイスの周波数応
答を含む。調和回路は、ワイヤレスマルチメディアデバイス向けの分離されたマルチメデ
ィアストリームの各周波数成分の振幅を、前記周波数成分に対する前記ワイヤレスマルチ
メディアデバイスの周波数応答に基づいて調整する。
関連付けられたプロセッサからなるアセンブリである。別の実装形態によれば、調和回路
は、たとえば、FPGA、または、カスタム設計のアドホックな回路を含む任意の他の適切な
回路である、専用の電子チップである。変形例によれば、本発明は、上述した専用チップ
のような専用電子チップによって部分的に実施され、適切なコンピュータプログラムを実
行するプロセッサによって部分的に実施される。
て回路、同期回路、および調和回路は、同じプロセッサ、または同じメモリチップさえも
共有する(後者の場合、メモリチップは、異なるアドレスにおいてこれらの回路の各々に
固有のコンピュータプログラムを記憶することができる)。
と、第5~第8の実施形態のうちの1つによる方法を実施する一連の命令を含む。このコン
ピュータプログラムは、たとえば、アセンブリ言語のような低レベル言語で、またはC言
語のようなより高いレベルでより移植性の高い言語で書かれる。1つの可能な実装形態に
よれば、コンピュータプログラムは、複数のモジュールに分割される。1つの可能な実装
形態によれば、様々なモジュールは、すべて同じ言語、たとえば、C言語またはアセンブ
リ言語で書かれる。代替的には、いくつかのモジュールは、異なる言語で書かれ、たとえ
ば、いくつかの言語は、C言語で書かれ、他の言語は、アセンブリ言語で書かれる。1つの
可能な実装形態によればすべてのモジュールは、同じメモリ内に記憶される。代替的には
、いくつかのモジュールは、別々のメモリ内に記憶される。
コンピュータプログラムを記憶する。
ードである。変形例では、記憶媒体は、任意のメモリカードである。別の変形例では、記
憶媒体は、電子回路に搭載されることが意図されたメモリチップである。これらは、たと
えば、EEPROM、ROM、またはフラッシュメモリを含む。1つの可能な変形例によれば、記憶
媒体は、磁気媒体(たとえば、ハードドライブ)または光学媒体(たとえば、CDまたはDVD)
である。
えば、DEVまたはDEV')に関し、この制御デバイスは、Bluetoothチップ(たとえば、BCまた
はBC')を備える。
othスピーカ」は、複数の人によって同時に聞かれ得る音をブロードキャストするように
構成された少なくとも1つのラウドスピーカを含む任意のBluetoothデバイスを指す。たと
えば、ハイファイシステム用の音響スピーカ、または、ラウドスピーカが制御デバイスに
よって制御されるラウドスピーカであるならば、複数の人に聞こえるように意図されたこ
のラウドスピーカを備えた携帯電話であってもよい。より正確には、「複数の人によって
同時に聞かれ得る音」は、約40dB SPLを意味する、会話のものに対応する周囲騒音が存在
するときにスピーカから少なくとも1メートルの距離に位置する正常な聴覚を有する任意
の人によって(その内容が区別され得るという意味で)知覚可能である音を意味することが
理解される。したがって、ヘッドセット、イヤホン、または電話受話器は、発せられた音
を聞くために耳の中にまたは耳に対して配置されなければならないので、本出願の意味内
のスピーカではない。
ドセットである。そのようなヘッドセットは、たとえば、テレビジョンに接続され、テレ
ビジョン上で再生されているビデオストリームと同期されることに加えて、互いに同期さ
れる必要がある。
、Bluetoothスクリーン、Bluetooth携帯電話、Bluetoothラップトップもしくはデスクト
ップ、Bluetoothタブレット、Bluetoothハイファイシステム、Bluetoothカーステレオ、
またはBluetoothデジタルメディアプレーヤであり得る。
ーン、Bluetooth携帯電話、Bluetoothラップトップもしくはデスクトップ、Bluetoothタ
ブレット、Bluetoothハイファイシステム、Bluetoothカーステレオ、またはBluetoothデ
ジタルメディアプレーヤである。
luetoothマルチメディアデバイスSPK1、SPK2、SPKNへのポイントツーマルチポイントリン
ク(たとえば、LNKまたはLNK')を作成するように、修正されたA2DPプロファイル(図1にお
いてA2SP'と示される)を実装するように構成される。制御デバイスのBluetoothチップは
、Bluetoothの非ブロッキング使用に依存しながら、互いに関連し、各々が前記複数のBlu
etoothマルチメディアデバイスの中のそれぞれのBluetoothマルチメディアデバイスに向
けられた複数のマルチメディアストリームを送信するように構成される。「互いに関連す
る」マルチメディアストリームは、マルチメディアストリームが同じ状況(たとえば、同
じシーンまたは同じ音楽)に関連することを意味するが、それにもかかわらず異なっても
よいことが理解される。たとえば、マルチメディアストリームは、各々がオーディオ記録
の5.1チャネルのうちの1つに対応する6つのオーディオストリームであり得、または、同
時に、しかし異なる視点から撮影された同じシーンのいくつかのビデオであり得る。制御
デバイスは、たとえば、Bluetoothワイヤレスリンクを介してオーディオストリーム(また
は、より一般的にはマルチメディアストリーム)を送信するように構成される。たとえば
、それは、少なくともオーディオチャネルを含むマルチメディアストリームを記憶または
中継する。たとえば、それは、MP3ファイルを記憶し、または、(Youtube(登録商標)サー
バのような)サーバに接続し、そこから、Bluetoothを介して複数のBluetoothマルチメデ
ィアデバイスに逐次もしくは同時に再送信するストリームをダウンロードする。
ング使用に依存することによって、制御デバイスは、同期の損失を回避する。「Bluetoot
hの非ブロッキング使用」は、Bluetoothマルチメディアデバイスを制御するためのデバイ
スのBluetoothチップをブロックしない(Bluetoothモードを介するおよび/または他のBlue
toothパラメータを介する)Bluetoothの任意の構成を意味すると理解される。したがって
、Bluetoothの非ブロッキング使用は、受信されていない限り未受信パケットを再送信す
ることをBluetoothチップに強いることを回避し、少なくとも1つのBluetoothマルチメデ
ィアデバイスが、たとえば、Bluetooth通信を独占する不成功のパケット再送信の試みの
ために、そのバッファメモリ内にデータをもはや持たない瞬間を超えてそのようなパケッ
トを再送信することを強いることも回避するBluetoothの使用である。非ブロッキング使
用は、Bluetooth規格の意味における(SMモードのような)モードだけでなく、パラメータ
のセット(FTO、QoS、モード、拡張フロー特性)に対応する。これは、たとえば、「Flow C
ontrol」モード、または、いかなる再送信も防止するためにBluetooth規格に従って「Flu
sh Timeout」パラメータが設定される任意のモードを含む。逆に、ブロッキング使用は、
たとえば、受信されていない限りデータを再送信することにつながる、または、より高い
優先度のBluetoothマルチメディアデバイスもデータを待っていて、前記使用のためにそ
れらを受信していない(したがってブロックされている)ときにデータを再送信することに
つながる使用である。ブロッキング使用は、偶発的なデータ損失を回避するので、従来技
術において使用される(所与の閾値を超える期間の間の長い分離の場合、ブロッキング使
用は、データの損失を防ぐことができない)。Bluetoothがポイントツーマルチポイントス
トリーミングを可能にするように適合されているという仮定において、非ブロッキング使
用を用いることは、Bluetoothマルチメディアデバイスがアクセス不可能になり、すべて
のBluetoothマルチメディアデバイスへのデータのどのような送信も妨げるリスクを排除
する。Bluetoothマルチメディアデバイスは、たとえば、制御デバイスDEVのBluetoothチ
ップの範囲外に移動されたので、または消耗したバッテリを含むので、またはなにか他の
理由のためにアクセス不可能になる可能性がある。
イスへのBluetoothマスターデバイスのA2DP同期リンクを設定することには適していない
。実際、マスターとスレーブ(たとえば、スピーカ)との間に確立されたリンクのうちの1
つが無限の「Flush Timeout」を用いて設定されている場合、および、スピーカがBluetoo
th範囲から離れるか、または次いで消耗するバッテリから給電されている場合、データは
、それを決して受信しないスピーカに継続的に送信され、したがって、(データが順次に
送信されるので)他のスレーブデバイスへのデータのどのような他の送信もブロックする
。一方、「Flush Timeout」パラメータがデフォルトで定義されている場合、スピーカへ
のデータの再送信は、このスピーカと他のスピーカとの間に時間遅れを生じる可能性があ
る。マスターBluetoothデバイスのBluetooth範囲を離れたスピーカがその範囲に戻ったと
き、前記範囲を離れるために停止されたところからストリームをブロードキャストし続け
る。
バイスは、Bluetoothマルチメディアデバイスを制御するためのデバイスと様々なスレー
ブマルチメディアデバイスとの間の同期リンクを維持するように、Bluetoothマルチメデ
ィアデバイスのBluetoothスタックによってサポートされる異なる設定から、(Bluetooth
スピーカを制御するためのデバイスのBluetoothチップとBluetoothマルチメディアデバイ
スとの間の論理リンクに対応する)各L2CAPチャネルに採用されるべき設定を自動的に決定
するように構成される。マルチメディアデバイスの各々のL2CAPパラメータは、異なって
もよい(それらは、これらのマルチメディアデバイスの特性、特定のプロトコルをサポー
トするそれらの能力などに依存してもよい)。
バイスは、再送信が実行されないように、様々なL2CAPチャネルに関するフラッシュタイ
ムアウトを、Bluetooth規格によって規定される値(すなわち、1、しかしこれは、実装形
態に応じて異なり得る)に設定するように構成される。このようにして得られた接続は、
送信エラーまたは損失が救済されないという意味では信頼できないが、任意のパケット損
失後の同期を保証する。
法のうちの1つにおいて、A2DPプロファイルによって使用されるAVDTP層を修正することか
らなる。修正されたAVDTP層に対応するAVDTP層を実現するために、具体的には、Linux(登
録商標)オペレーティングシステム上でBluetooth技法を実装するように設計され、GNU GP
Lライセンスの下で利用可能な(当業者には周知の)BlueZのような利用可能な実装を使用す
ることが可能である。BlueZ実装形態は、Linux(登録商標)用の基準Bluetooth実装になり
、Linux(登録商標)カーネルに統合された。
制御するためのデバイスのBluetoothチップは、Bluetoothマルチメディアデバイスに送信
されたマルチメディアストリームパケットが失われたときに、前記マルチメディアストリ
ームパケットを前記Bluetoothマルチメディアデバイスに再送信するように構成される。B
luetoothチップは、少なくとも1つのBluetoothマルチメディアデバイスSPK1、SPK2、SPKN
のバッファメモリの充填レベルを決定し、少なくとも1つのBluetoothマルチメディアデバ
イスのバッファメモリの充填レベルに基づいて、失われたマルチメディアストリームパケ
ットをBluetoothマルチメディアデバイスに再送信することができる最大持続時間を決定
するように構成される。
ディアデバイスのバッファメモリの中で最もいっぱいではないバッファメモリに対応し、
そこから十分なマルチメディアストリーム部分を送信するために必要とされる時間を推測
する必要がある。パケットを失ったBluetoothマルチメディアデバイスのバッファメモリ
の内容は、考慮されない。
イス(パケットを失ったものを含む)のバッファメモリの中から最もいっぱいではないバッ
ファメモリに対応し、そこから十分なマルチメディアストリーム部分を送信するために必
要とされる時間を推測する必要がある。パケットを失ったBluetoothマルチメディアデバ
イスが再生されるべきマルチメディアストリームデータを使い果たすというリスクが存在
する場合、いずれにせよその再生が遅れることになり、したがって、他のBluetoothマル
チメディアデバイスと同期されないことになる失われたパケットを再送信する試みを放棄
することがより適切であると考えられ得る。
する必要がないBluetoothマルチメディアデバイスを識別するように構成される。たとえ
ば、バッファメモリがそれほどいっぱいではなく、前記最大持続時間を決定することにな
る他のBluetoothマルチメディアデバイスが必ず存在しなければならないことがそこから
推測され得る場合、Bluetoothチップは、バッファメモリにデータを供給した数nの最後の
Bluetoothマルチメディアデバイスを除外してもよい。
タを供給されていないBluetoothマルチメディアデバイスの識別子を記憶するように構成
される。パケットが失われたとき、Bluetoothチップは、バッファメモリが最も長い時間
の間データを供給されていないそのBluetoothマルチメディアデバイスのバッファメモリ
のみをチェックする。
たオーディオストリームブロックの持続時間に対応する)約14msのオーディオストリーム
部分を送信するように設計される。1つの可能な実装形態によれば、制御デバイスは、4つ
のBluetoothマルチメディアデバイスを制御し、約14msの部分の送信は、約1.3msかかる。
4つのBluetoothマルチメディアデバイスに約14msのストリームを送信するのに約5.2msで
ある約4*1.3msかかり、それは、制御デバイスが破損したパケットまたは送信されていな
いパケットを識別し、それらを再送信することができる約14ms~5.2msまたは約8.8msを残
す。
バイスは、たとえば、上述した方法のうちの1つによって事前に推定しなければならないB
luetoothマルチメディアデバイスのバッファメモリの充填状態に従って各L2CAPチャネル
の「Flush Timeout」を設定するように構成される。
スを制御するためのデバイスのBluetoothチップは、すべてのBluetoothマルチメディアデ
バイスを制御するための単一のSEPを生成するように構成される。より正確には、ソースS
EP(Bluetoothチップ)のA2DPプロファイルは、たとえば、従来のAVDTP層の代わりに修正さ
れたAVDTP'層を用いることによって修正される。変更は、ソースSEPが2つ以上のシンクSE
Pに接続するのを妨げる制限を除去することからなる。しかしながら、Bluetooth規格は、
それが通信するソースSEPが別のシンクSEPとも通信しないことを検証するためにシンクSE
Pをチェックすることを必要としない。同じソースSEPから、単一のBluetoothチップから
複数のシンクSEPにマルチメディアストリーム(特にオーディオ)をブロードキャストする
ことが技術的に可能であることがわかる。
実装形態は、Bluetooth規格に対する一種の拡張を構成し、Bluetooth規格は、そのような
拡張を検出するように設計されていないので、いかなる困難も生じない拡張を構成する。
々によって管理されるBluetoothマルチメディアデバイスを制御するための単一のSEPを生
成するように各々が構成された複数のBluetoothチップを設けることがもちろん可能であ
る。たとえば、Bluetoothチップno.1は、1から5の番号が付けられたマルチメディアデバ
イスを管理することができ、Bluetoothチップno.2は、6から10の番号が付けられたマルチ
メディアデバイスを管理することができ、Bluetoothチップno.3は、11から15の番号が付
けられたマルチメディアデバイスを管理することができる。Bluetoothチップの最大スル
ープットは、それが制御することができるマルチメディアデバイスの数を制限し、マルチ
メディアデバイスの数が所与の閾値を超える場合、Bluetoothチップの追加は、追加のマ
ルチメディアデバイスを同時に制御することを可能にする。
デバイスを制御するためのデバイスのBluetoothチップは、Bluetoothマルチメディアデバ
イスを制御するための複数のSEPを生成するように構成される。
る各Bluetoothマルチメディアデバイスに対応する)各シンクSEPに対して別々のソースSEP
を生成する。これは、BluetoothチップがBluetooth規格により準拠している前述の実装形
態の代替案である。実際、外観は、よりポイントツーポイントリンクのものであり、ポイ
ントツーマルチポイントリンクのものではない。これはもちろん、実際には1つのみのBlu
etoothチップが存在する複数のソースデバイスをシミュレートするために同じBluetooth
チップ内に複数の仮想SEPを作成することからなるトリックである。
よって管理されるBluetoothマルチメディアデバイスが存在するのと同じだけの数のソー
スSEPを生成するように各々が構成された複数のBluetoothチップを設けることももちろん
可能である。たとえば、Bluetoothチップno.1は、それぞれのソースSEP、SEP1~SEP5を使
用して、1~5の番号が付けられたBluetoothマルチメディアデバイスを管理することがで
き、Bluetoothチップno.2は、それぞれのソースSEP、SEP6~SEP10を使用して、6~10の番
号が付けられたBluetoothマルチメディアデバイスを管理することができ、Bluetoothチッ
プno.3は、それぞれのソースSEP、SEP11~SEP15を使用して、11~15の番号が付けられたB
luetoothマルチメディアデバイスを管理することができる。Bluetoothチップの最大スル
ープットは、それが制御することができるマルチメディアデバイスの数を制限し、マルチ
メディアデバイスの数が所与の閾値を超える場合、Bluetoothチップの追加は、追加のマ
ルチメディアデバイスを同時に制御することを可能にする。Bluetoothチップによって生
成されるソースSEPの数は、このBluetoothチップにおいて利用可能な帯域幅に影響を与え
ず、それは、同じままであるが、これらの異なるソースSEP間で共有される。1つの可能な
実装形態によれば、Bluetoothチップは、それが制御するBluetoothマルチメディアデバイ
スを管理するためにピコネットを使用するために最大7つのソースSEPを作成する。ピコネ
ットは、1から8のBluetoothデバイス、すなわち、Bluetooth規格によって指定されるよう
に、単一のマスターBluetoothデバイス(すなわち、ソース)と、7つまでのスレーブBlueto
othデバイス(すなわち、シンク)とを備えるネットワークである。ソースデバイスあたり7
つのシンクデバイスに対する制限は、3ビットを使用して各スレーブBluetoothデバイスを
識別するBluetoothアドレス指定から生じ、000は、「コネクションレスブロードキャスト
」と呼ばれる特別なモードのために予測されている。
ディアデバイスを制御するためのデバイスのBluetoothチップは、SBCコーデックを使用し
て5つまでのBluetoothマルチメディアデバイスを制御するように構成される。「5つまで
のBluetoothマルチメディアデバイスを制御する」は、送信されるオーディオストリームS
BCに関係なく、5つのスピーカ上でこのストリームをストリーミングすることが可能であ
ることを意味するように理解される。5未満のスピーカが存在する場合、これは、いっそ
う可能になる。
レートを有し、オーディオ信号に16ビットサンプリングを使用する。したがって、毎秒44
100の16ビットサンプルが左チャネルのために提供され、44100の他の16ビットサンプルが
右チャネルのために提供される。したがって、そのようなストリームの生のビットレート
は、1.4Mbit/sよりも少し高い44100*2*16bit/sである。そのようなビットレートは、非常
に高く、したがって、送信、特に、スループットがそれほど高くないBluetooth送信の間
に必要とされる帯域幅を低減するために、それを圧縮することが有用である。この圧縮を
達成するために、コーデックが使用される。SBCコーデックは、非常に単純で、非常に効
果的なコーデックである。「効果的」は、SBCコーデックが機能するために非常に小さい
メモリおよびCPUリソースを必要とすることを意味するよう理解される。これは、しばし
ば限られたメモリおよび計算能力を有するBluetoothチップにとって非常に有益である。S
BCコーデックは、無料である。非常に広く普及しており、したがって、大きな相互運用性
を有するので、それも有利である。しかしながら、圧縮率およびオーディオ品質の点では
、むしろ非効率である。SBCコーデックによって符号化されたオーディオストリームのビ
ットレートは、最大で372kbit/sである(場合によっては、SBCは、特に、利用可能な帯域
幅に適応するために、より低いビットレートを生成し、したがって、必要に応じて、6つ
以上のBluetoothマルチメディアデバイスを制御することを可能にする)。しかしながら、
より強力なコーデックが存在する。たとえば、AACコーデックは、372kbit/sのSBCストリ
ームの品質と実質的に同等の約192kbit/sの圧縮オーディオストリームを生成する。Apt-X
コーデックも、改善された性能(同等の品質においてより低いビットレート)を提供するが
、無料ではない。
Bluetooth帯域幅は、2.1Mbit/sである。したがって、(最大372kbit/sにおいて)SBCによっ
て符号化された少なくとも5つのストリームを利用可能な帯域幅内に収容することが可能
である。
、理論的には192kbit/sにおいて10(ほぼ11)の符号化されたAACストリームを送信すること
を可能にする。それにもかかわらず、1つの可能な実装形態によれば、(スレーブデバイス
の数を7に制限する)Bluetooth規格に従ってピコネットをセットアップすることを可能に
するために、AACストリームの数を7に制限することが有利である。他の代替案では、他の
コーデックが使用され、符号化ストリームのビットレートが300kbit/sよりも高い場合、7
まで、またはそれ未満の符号化ストリームを送信することが可能である(この場合、可能
な符号化ストリームの数は、2100000の比率に等しく、符号化ストリームのビットレート
は、bit/sで表される)。
するための方法に関する。Bluetoothチップは、前記Bluetoothチップから複数のBluetoot
hマルチメディアデバイスへのポイントツーマルチポイントリンクを作成するように、修
正されたA2DPプロファイル(A2DP'と示す)を実装し、Bluetoothチップは、Bluetoothの非
ブロッキング使用に依存しながら、各々が前記複数のBluetoothマルチメディアデバイス
の中のそれぞれのBluetoothマルチメディアデバイスに向けられた互いに関連する複数の
マルチメディアストリームを送信する。
hチップから複数のBluetoothマルチメディアデバイスへのポイントツーマルチポイントリ
ンクを作成するようにA2DP'プロファイルを実装するように適合されたコンピュータプロ
グラムを実行し、Bluetoothチップは、Bluetoothの非ブロッキング使用に依存しながら、
各々が前記複数のBluetoothマルチメディアデバイスの中のそれぞれのBluetoothマルチメ
ディアデバイスに向けられた互いに関連する複数のマルチメディアストリームを送信する
。
複数のBluetoothマルチメディアデバイスへのポイントツーマルチポイントリンクを作成
するようにA2DP'プロファイルを実装するように適合されたコンピュータプログラムを実
行する前記Bluetoothチップを備える、Bluetoothマルチメディアデバイスを制御するため
のデバイスであり、Bluetoothチップは、Bluetoothの非ブロッキング使用に依存しながら
、各々が前記複数のBluetoothマルチメディアデバイスの中のそれぞれのBluetoothマルチ
メディアデバイスに向けられた互いに関連する複数のマルチメディアストリームを送信す
る。
ラッシュ、またはROM)内に記憶される。このメモリは、Bluetoothチップ内に、または、B
luetoothマルチメディアデバイスを制御するためのデバイス内だが、Bluetoothチップ外
に埋め込まれてもよい。変形例によれば、コンピュータプログラムは、部分的にはBlueto
othチップ内に、部分的にはBluetoothマルチメディアデバイスを制御するためのデバイス
内に記憶される。変形例によれば、Bluetoothマルチメディアデバイスを制御するための
デバイス、およびBluetoothチップは、各々、少なくとも1つの別個のプロセッサを備え、
各々が、単一の場所(単一のメモリチップ)内に、または複数のメモリチップ(たとえば、B
luetoothチップのメモリチップおよびBluetoothマルチメディアデバイスを制御するため
のデバイスのメモリチップ)内に分散して記憶されたコンピュータプログラムの一部を実
行する。
ば、FPGAまたはアドホックな回路を含む他の適切な回路である専用電子チップによって実
施される。変形例によれば、方法は、部分的には上述した専用チップのような専用電子チ
ップによって、部分的には適切なコンピュータプログラムを実行するプロセッサによって
実施される。
制御するための方法のBluetoothチップは、BluetoothチップがBluetoothマルチメディア
デバイスに送信したマルチメディアストリームパケットが失われたとき、前記マルチメデ
ィアストリームパケットを前記Bluetoothマルチメディアデバイスに再送信し、Bluetooth
マルチメディアデバイスのバッファメモリの充填レベルに基づいて、失われたマルチメデ
ィアストリームパケットをBluetoothマルチメディアデバイスに再送信することができる
最大持続時間を推測するために、各BluetoothマルチメディアデバイスSPK1、SPK2、SPKN
のバッファメモリの充填レベルを決定する。
デバイスを制御するための方法のBluetoothチップは、Bluetoothマルチメディアデバイス
SPK1、SPK2、SPKNを制御するためのいくつかのSEP、SEP1、SEP2、...SEPNを生成する。
ディアデバイスを制御するための方法のBluetoothチップは、SBCコーデックを使用するこ
とによって5つのBluetoothマルチメディアデバイスを制御する。
1つによる方法を実行する一連の命令を含むコンピュータプログラムに関する。このコン
ピュータプログラムは、たとえば、アセンブリ言語のような低レベル言語で、またはC言
語のようなより高いレベルでより移植性の高い言語で書かれる。1つの可能な実装形態に
よれば、コンピュータプログラムは、複数のモジュールに分割される。1つの可能な実装
形態によれば、様々なモジュールは、すべて同じ言語、たとえば、C言語またはアセンブ
リ言語で書かれる。代替的には、いくつかのモジュールは、異なる言語で書かれ、たとえ
ば、いくつかの言語は、C言語で書かれ、他の言語は、アセンブリ言語で書かれる。1つの
可能な実装形態によればすべてのモジュールは、同じメモリ内に記憶される。代替的には
、いくつかのモジュールは、別々のメモリ内に記憶される。
ータ可読非一時的記憶媒体に関する。1つの可能な実装形態によれば、記憶媒体は、USBキ
ー、SDカード、またはマイクロSDカードである。変形例では、記憶媒体は、任意のメモリ
カードである。別の変形例では、記憶媒体は、電子回路に搭載されることが意図されたメ
モリチップである。これらは、たとえば、EEPROM、ROM、またはフラッシュメモリを含む
。1つの可能な変形例によれば、記憶媒体は、磁気媒体(たとえば、ハードドライブ)また
は光学媒体(たとえば、CDまたはDVD)である。
意のタイプのメモリをカバーする。
態は、ワイヤレスマルチメディアデバイスを制御するための方法、ならびに、本発明の実
施形態によるコンピュータプログラムおよびプログラム記憶媒体に置き換えられ得、逆も
また同様である。加えて、第1~第10の実施形態は、第11~第20の実施形態と組み合わさ
れてもよい。たとえば、第11~第20の実施形態では、Bluetoothマルチメディアデバイス
の特性、たとえば、それらのレイテンシを認識するために、第1の実施形態で提供された
ようにデータベースに問い合わせることが可能である。逆に、たとえば、第1~第10の実
施形態が第11~第20の実施形態に記載のように任意の方法で修正されたBluetoothワイヤ
レスプロトコルを実施することを提供することが可能である。
AASi アプリケーションオーディオシンク
AASo アプリケーションオーディオシンク
ATT 割り当てるステップ、割当て、割当て回路
BB ベースバンド層
BC ワイヤレス通信回路、Bluetoothチップ
BC' Bluetoothチップ
BUF1 バッファメモリ
BUF2 バッファメモリ
BUFN バッファメモリ
DB データベース
DBC アクセス回路
DET 充填レベルを決定するステップ
DEV デバイス、回路、制御デバイス
DEV' デバイス、制御デバイス
DFT 離散フーリエ変換
DTC 検出モジュール
FLTR フィルタのバンク
HAC 調和回路
HRM 調和ステップ、調和回路
ID 識別子
ID1 識別子
ID2 識別子
iDFT 逆フーリエ変換
IDN 識別子
LAT1 レイテンシ、特性
LAT2 レイテンシ、特性
LATN レイテンシ、特性
LNK ポイントツーマルチポイントリンク、リンク
LNK' ポイントツーマルチポイントリンク、リンク
MIC マイクロフォン
OBT 取得するステップ
REC 受信するステップ
RSND 再送信するステップ
SEC 分割するための回路、分離回路
SEPS1 シンク
SEPS2 シンク
SEPSN シンク
SPK1 ワイヤレススピーカ、Bluetoothスピーカ、スピーカ、ワイヤレスマルチメデ
ィアデバイス、Bluetoothマルチメディアデバイス
SPK2 ワイヤレススピーカ、Bluetoothスピーカ、スピーカ、ワイヤレスマルチメデ
ィアデバイス、Bluetoothマルチメディアデバイス
SPKi ワイヤレススピーカ、スピーカ、
SPKN ワイヤレススピーカ、Bluetoothスピーカ、スピーカ、ワイヤレスマルチメデ
ィアデバイス、Bluetoothマルチメディアデバイス
SPR 分割するステップ、分離回路
SYC 同期回路
WND 窓関数
Claims (10)
- ワイヤレスマルチメディアデバイス(SPK1、SPK2、SPKN)を制御するためのデバイス(DEV
)であって、
各ワイヤレスマルチメディアデバイスからワイヤレスマルチメディアデバイス識別子を
受信するように構成されたワイヤレス通信回路(BC)と、
ワイヤレスマルチメディアデバイスのデータベース(DB)にアクセスするためのアクセス
回路(DBC)であって、前記ワイヤレス通信回路が識別子を受信した各ワイヤレスマルチメ
ディアデバイスの特性を前記データベースから取得するように構成された、アクセス回路
(DBC)と、
前記ワイヤレス通信回路がワイヤレスマルチメディアデバイスの識別子を受信したのと
同じだけの数の分離されたマルチメディアストリームに主マルチメディアストリームを分
離するための分離回路(SEC)と、
各分離されたマルチメディアストリームをそれぞれのワイヤレスマルチメディアデバイ
スに割り当てるための割当て回路(AC)と、
前記データベース(DB)から取得された前記ワイヤレスマルチメディアデバイスの前記特
性に基づいて、前記分離されたマルチメディアストリームを同期させるための同期回路(S
YC)と
を備えるデバイス。 - 各ワイヤレスマルチメディアデバイス(SPK1、SPK2、SPKN)の前記特性が、前記ワイヤレ
スマルチメディアデバイスのレイテンシを含み、前記同期回路(SYC)が、そのレイテンシ
に基づいて、ワイヤレスマルチメディアデバイス向けの分離されたマルチメディアストリ
ームの送信を時間的にシフトさせるように構成される、請求項1に記載のワイヤレスマル
チメディアデバイスを制御するためのデバイス。 - ワイヤレスマルチメディアデバイス向けのマルチメディアストリームパケットが失われ
たとき、前記マルチメディアストリームパケットを前記ワイヤレスマルチメディアデバイ
スに再送信するように構成され、各ワイヤレスマルチメディアデバイスがバッファメモリ
を備えるので、前記同期回路(SYC)が、少なくとも1つのワイヤレスマルチメディアデバイ
ス(SPK1、SPK2、SPKN)のバッファメモリ(BUF1、BUF2、BUFN)の充填レベルを決定し、前記
少なくとも1つのワイヤレスマルチメディアデバイスの前記バッファメモリの前記充填レ
ベルに基づいて、ワイヤレスマルチメディアデバイスを制御するための前記デバイスが失
われたマルチメディアストリームパケットをワイヤレスマルチメディアデバイスに再送信
することができる最大持続時間を決定するように構成される、請求項1または2に記載のワ
イヤレスマルチメディアデバイスを制御するためのデバイス。 - 前記ワイヤレス通信回路が識別子を受信した前記ワイヤレスマルチメディアデバイスの
特性に基づいて、前記分離されたマルチメディアストリームを調和させるための調和回路
(HAC)を備え、各ワイヤレスマルチメディアデバイスの前記特性が、周波数帯のセット内
の各周波数帯に対する前記ワイヤレスマルチメディアデバイスの周波数応答を含み、前記
調和回路が、ワイヤレスマルチメディアデバイス向けの分離されたマルチメディアストリ
ームの各周波数成分の振幅を、前記周波数成分に対する前記ワイヤレスマルチメディアデ
バイスの前記周波数応答に基づいて調整するように構成される、請求項1から3のいずれか
一項に記載のワイヤレスマルチメディアデバイスを制御するためのデバイス。 - ワイヤレスマルチメディアデバイスを制御するための方法であって、
ワイヤレス通信回路によって、各ワイヤレスマルチメディアデバイス(SPK1、SPK2、SPK
N)からワイヤレスマルチメディアデバイス識別子(ID1、ID2、IDN)を受信するステップ(RE
C)と、
ワイヤレスマルチメディアデバイスのデータベース(DB)にアクセスするためのアクセス
回路によって、前記ワイヤレス通信回路(BC)によって識別子(ID1、ID2、IDN)が受信され
た各ワイヤレスマルチメディアデバイスの特性(LAT1、LAT2、LATN)を取得するステップ(O
BT)と、
ストリーム分離回路によって、前記ワイヤレス通信回路がワイヤレスマルチメディアデ
バイス識別子を受信したのと同じだけの数の分離されたマルチメディアストリームに主マ
ルチメディアストリームを分離するステップ(SPR)と、
割当て回路によって、各分離されたマルチメディアストリームをそれぞれのワイヤレス
マルチメディアデバイスに割り当てるステップ(ATT)と、
同期回路によって、前記データベースから取得された前記ワイヤレスマルチメディアデ
バイスの前記特性に基づいて、分離されたマルチメディアストリームを同期させるステッ
プ(SYN)と
を含む方法。 - 各ワイヤレスマルチメディアデバイスの前記特性が、前記ワイヤレスマルチメディアデ
バイス(SPK1、SPK2、SPKN)のレイテンシ(LAT1、LAT2、LATN)を含み、前記同期回路が、そ
のレイテンシに基づいて、ワイヤレスマルチメディアデバイス向けの分離されたマルチメ
ディアストリームの送信を時間的にシフトさせる、請求項5に記載のワイヤレスマルチメ
ディアデバイスを制御するための方法。 - ワイヤレスマルチメディアデバイス向けのマルチメディアストリームパケットが失われ
たとき、前記マルチメディアストリームパケットを前記ワイヤレスマルチメディアデバイ
スに再送信し(RSND)、各ワイヤレスマルチメディアデバイスがバッファメモリを備えるの
で、前記同期回路が、少なくとも1つのワイヤレスマルチメディアデバイスの前記バッフ
ァメモリの充填レベルを決定し(DET)、前記少なくとも1つのワイヤレスマルチメディアデ
バイスの充填レベルに基づいて、ワイヤレスマルチメディアデバイスを制御するための前
記デバイスが失われたマルチメディアストリームパケットをワイヤレスマルチメディアデ
バイスに再送信することができる最大持続時間を決定する、請求項5または6に記載のワイ
ヤレスマルチメディアデバイスを制御するための方法。 - 調和回路(HRM)が、前記ワイヤレス通信回路が識別子を受信した前記ワイヤレスマルチ
メディアデバイスの特性に基づいて、前記分離されたマルチメディアストリームを調和さ
せ、各ワイヤレスマルチメディアデバイスの前記特性が、周波数帯のセット内の各周波数
帯に対する前記ワイヤレスマルチメディアデバイスの周波数応答を含み、前記調和回路が
、ワイヤレスマルチメディアデバイス向けの分離されたマルチメディアストリームの各周
波数成分の振幅を、前記周波数成分に対する前記ワイヤレスマルチメディアデバイスの前
記周波数応答に基づいて調整する、請求項5から7のいずれか一項に記載のワイヤレスマル
チメディアデバイスを制御するための方法。 - プロセッサによって実行されると、請求項5から8のいずれか一項に記載の方法を実施す
る一連の命令を含むコンピュータプログラム。 - 請求項9に記載のコンピュータプログラムを記憶するコンピュータ可読非一時的記憶媒
体。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1657074 | 2016-07-22 | ||
FR1657074A FR3054393B1 (fr) | 2016-07-22 | 2016-07-22 | Pilotage de dispositifs multimedia connectes |
PCT/EP2017/068278 WO2018015459A1 (en) | 2016-07-22 | 2017-07-19 | Controlling connected multimedia devices |
JP2019524517A JP7246307B2 (ja) | 2016-07-22 | 2017-07-19 | 接続されたマルチメディアデバイスの制御 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019524517A Division JP7246307B2 (ja) | 2016-07-22 | 2017-07-19 | 接続されたマルチメディアデバイスの制御 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2022188042A true JP2022188042A (ja) | 2022-12-20 |
JP7426448B2 JP7426448B2 (ja) | 2024-02-01 |
Family
ID=57796408
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019524517A Active JP7246307B2 (ja) | 2016-07-22 | 2017-07-19 | 接続されたマルチメディアデバイスの制御 |
JP2022143417A Active JP7426448B2 (ja) | 2016-07-22 | 2022-09-09 | 接続されたマルチメディアデバイスの制御 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019524517A Active JP7246307B2 (ja) | 2016-07-22 | 2017-07-19 | 接続されたマルチメディアデバイスの制御 |
Country Status (7)
Country | Link |
---|---|
US (1) | US10158985B2 (ja) |
EP (1) | EP3273620B1 (ja) |
JP (2) | JP7246307B2 (ja) |
KR (1) | KR20190034206A (ja) |
CN (2) | CN115942288B (ja) |
FR (1) | FR3054393B1 (ja) |
WO (1) | WO2018015459A1 (ja) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6631087B2 (ja) * | 2015-08-19 | 2020-01-15 | ヤマハ株式会社 | 制御端末、オーディオシステムおよびオーディオ機器制御プログラム |
US9886234B2 (en) | 2016-01-28 | 2018-02-06 | Sonos, Inc. | Systems and methods of distributing audio to one or more playback devices |
EP3319331B1 (en) * | 2016-11-04 | 2020-01-29 | Nagravision S.A. | Transmission of audio streams |
CN109450490B (zh) * | 2018-11-02 | 2019-11-19 | 南京中感微电子有限公司 | 一种音频数据通信设备及系统 |
US11233836B2 (en) * | 2019-05-31 | 2022-01-25 | Apple Inc. | Concurrent audio streaming to multiple wireless audio output devices |
WO2021020600A1 (ko) * | 2019-07-26 | 2021-02-04 | 엘지전자 주식회사 | 멀티미디어 서비스 제공 장치 및 멀티미디어 서비스 제공 방법 |
CN110996305B (zh) * | 2019-11-12 | 2024-01-05 | 宇龙计算机通信科技(深圳)有限公司 | 连接蓝牙设备的方法、装置、电子设备及介质 |
FR3108817B1 (fr) * | 2020-03-26 | 2022-03-04 | Safran | Procédé de communication selon un protocole TDMA entre un dispositif maître et au moins un dispositif esclave |
US11985494B2 (en) * | 2021-04-07 | 2024-05-14 | Steelseries Aps | Apparatus for providing audio data to multiple audio logical devices |
US11895468B2 (en) * | 2022-01-31 | 2024-02-06 | Harman International Industries, Incorporated | System and method for synchronization of multi-channel wireless audio streams for delay and drift compensation |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070110074A1 (en) * | 2004-06-04 | 2007-05-17 | Bob Bradley | System and Method for Synchronizing Media Presentation at Multiple Recipients |
CN100391148C (zh) * | 2004-07-23 | 2008-05-28 | 赵志勇 | 通过无线网络实现多媒体播放的系统及其方法 |
KR100657314B1 (ko) * | 2005-05-04 | 2006-12-20 | 삼성전자주식회사 | 멀티미디어 스트리밍 송신 장치 및 방법 |
FR2920930B1 (fr) | 2007-09-06 | 2010-04-16 | Parrot | Systeme synchronise de distribution et de traitement de signaux,notamment de signaux audio dans un reseau d'enceintes sans fil |
KR101572291B1 (ko) * | 2008-01-02 | 2015-12-02 | 인터디지탈 테크날러지 코포레이션 | 협력적 무선 통신을 위한 방법 및 장치 |
US9083474B2 (en) * | 2008-04-25 | 2015-07-14 | Qualcomm Incorporated | Multimedia broadcast forwarding systems and methods |
CN101465910B (zh) * | 2009-01-12 | 2012-10-03 | 华为终端有限公司 | 基于移动终端的立体声播放控制方法、终端与系统 |
JP2010258967A (ja) * | 2009-04-28 | 2010-11-11 | Toshiba Corp | 電子機器および電子機器の制御方法並びに電気音響変換器 |
US20120066711A1 (en) * | 2009-08-24 | 2012-03-15 | Novara Technology, LLC | Virtualized home theater service |
JP2012090164A (ja) * | 2010-10-21 | 2012-05-10 | Funai Electric Co Ltd | Avアンプ |
US20130311298A1 (en) * | 2012-05-18 | 2013-11-21 | General Instrument Corporation | Targeted audio stream |
US9088406B2 (en) * | 2012-07-29 | 2015-07-21 | Qualcomm Incorporated | Frame sync across multiple channels |
US9348824B2 (en) * | 2014-06-18 | 2016-05-24 | Sonos, Inc. | Device group identification |
US10097874B2 (en) * | 2014-06-27 | 2018-10-09 | Qualcomm Incorporated | System and method for monitoring media stream buffers of media output devices in order to synchronize media content output |
CN110263246B (zh) * | 2014-09-17 | 2023-11-17 | 创新先进技术有限公司 | 一种信息匹配方法及装置 |
CN104637505B (zh) * | 2014-12-31 | 2017-06-16 | 小米科技有限责任公司 | 音频播放方法及装置 |
-
2016
- 2016-07-22 FR FR1657074A patent/FR3054393B1/fr active Active
-
2017
- 2017-07-19 CN CN202211458391.2A patent/CN115942288B/zh active Active
- 2017-07-19 KR KR1020197001972A patent/KR20190034206A/ko not_active Application Discontinuation
- 2017-07-19 EP EP17182172.1A patent/EP3273620B1/en active Active
- 2017-07-19 CN CN201780045037.8A patent/CN109565662B/zh active Active
- 2017-07-19 JP JP2019524517A patent/JP7246307B2/ja active Active
- 2017-07-19 WO PCT/EP2017/068278 patent/WO2018015459A1/en active Application Filing
- 2017-07-20 US US15/655,551 patent/US10158985B2/en active Active
-
2022
- 2022-09-09 JP JP2022143417A patent/JP7426448B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
CN109565662B (zh) | 2022-11-29 |
EP3273620B1 (en) | 2022-09-07 |
WO2018015459A1 (en) | 2018-01-25 |
JP7426448B2 (ja) | 2024-02-01 |
FR3054393A1 (fr) | 2018-01-26 |
CN115942288A (zh) | 2023-04-07 |
CN109565662A (zh) | 2019-04-02 |
FR3054393B1 (fr) | 2019-08-16 |
EP3273620A1 (en) | 2018-01-24 |
JP7246307B2 (ja) | 2023-03-27 |
US10158985B2 (en) | 2018-12-18 |
CN115942288B (zh) | 2024-07-12 |
KR20190034206A (ko) | 2019-04-01 |
US20180027368A1 (en) | 2018-01-25 |
JP2019531670A (ja) | 2019-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7426448B2 (ja) | 接続されたマルチメディアデバイスの制御 | |
US11659333B2 (en) | Controlling dual-mode Bluetooth low energy multimedia devices | |
US12120165B2 (en) | Adaptive audio processing method, device, computer program, and recording medium thereof in wireless communication system | |
US11800284B2 (en) | Bluetooth device and method for controlling a plurality of wireless audio devices with a Bluetooth device | |
JP6949956B2 (ja) | Bluetoothマルチメディアデバイスの制御 | |
US11089496B2 (en) | Obtention of latency information in a wireless audio system | |
CN114175689A (zh) | 用于无线通信系统中的广播发现服务的方法、装置和计算机程序及其记录介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20221007 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221007 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20231226 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240122 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7426448 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |