JP2017040768A - コンテンツ送信装置 - Google Patents

コンテンツ送信装置 Download PDF

Info

Publication number
JP2017040768A
JP2017040768A JP2015162184A JP2015162184A JP2017040768A JP 2017040768 A JP2017040768 A JP 2017040768A JP 2015162184 A JP2015162184 A JP 2015162184A JP 2015162184 A JP2015162184 A JP 2015162184A JP 2017040768 A JP2017040768 A JP 2017040768A
Authority
JP
Japan
Prior art keywords
content
data
basic component
client device
component
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.)
Pending
Application number
JP2015162184A
Other languages
English (en)
Inventor
治 小原
Osamu Obara
治 小原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yamaha Corp
Original Assignee
Yamaha Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Yamaha Corp filed Critical Yamaha Corp
Priority to JP2015162184A priority Critical patent/JP2017040768A/ja
Priority to PCT/JP2016/073063 priority patent/WO2017030017A1/ja
Publication of JP2017040768A publication Critical patent/JP2017040768A/ja
Priority to US15/894,045 priority patent/US10531160B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • 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/43076—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 the same content streams on multiple devices, e.g. when family members are watching the same movie on different devices
    • 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
    • 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/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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 or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • 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/439—Processing of audio elementary streams
    • H04N21/4398—Processing of audio elementary streams involving reformatting operations of audio signals
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H04N21/8113—Monomedia components thereof involving special audio data, e.g. different tracks for different languages comprising music, e.g. song in MP3 format
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16—Vocoder architecture
    • G10L19/18—Vocoders using multiple modes
    • G10L19/24—Variable rate codecs, e.g. for generating different qualities using a scalable representation such as hierarchical encoding or layered encoding

Abstract

【課題】ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止できるコンテンツ送信装置を提供する。
【解決手段】送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行う。通信条件は、例えば送信先のクライアント装置の台数である。クライアント装置は、基本成分のみでもコンテンツを再生する。送信部は、受信部が再送要求を受信すると、その再送要求に対応するコンテンツの基本成分のみを再送する。すなわち、送信部は、再送時に拡張成分を送信しないので、再送するデータのサイズを抑える。

【選択図】図３

Description

本発明は、クライアント装置へコンテンツを送信するコンテンツ送信装置に関する。
特許文献１には、ネットワークを介して映像データを送信するコンテンツ送信装置と、送信された映像データを再生する複数のクライアント装置（テレビ）とが開示されている。
特開２０１２−２５６９９４号公報
しかしながら、従来技術のコンテンツ送信装置では、例えばネットワーク帯域が比較的に狭いユーザの環境においては、コンテンツ送信に遅延が生じる場合がある。その結果、クライアント装置は、例えば、コンテンツを途切れることなく再生することができなくなる。
一方で、コンテンツ送信装置が低容量のコンテンツ（例えばビットレートの低いコンテンツ）を送信すれば、クライアント装置は、ネットワーク帯域が狭い環境においても当該コンテンツを途切れることなく再生することができる。しかし、コンテンツ送信装置がビットレートの低いコンテンツを送信することで、全てのクライアント装置において再生されるコンテンツの品質が低下することになる。その結果、ネットワーク帯域が比較的広い環境においても低品質のコンテンツしか再生できないことになる。
そこで、本発明の目的は、ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止できるコンテンツ送信装置を提供することにある。
本発明のコンテンツ送信装置は、コンテンツを基本成分と拡張成分に分けて圧縮する圧縮部と、クライアント装置へコンテンツを送信する送信部と、コンテンツの再送要求を受信する受信部と、を備える。そして、送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行う。
例えば、音声圧縮コーデックであるＷａｖＰａｃｋコーデックは、音声データを基本成分及び拡張成分に分けて２つの圧縮データを生成する。基本成分のみの圧縮データを用いるだけでも音声の再生は可能である。基本成分と拡張成分の両方の圧縮データを用いれば、高品質な音声データ再生が可能となる。
通信条件は、例えば、送信先のクライアント装置の台数に係る条件、及び、送信先のクライアント装置のネットワーク接続態様に係る条件である。これら通信条件は、それぞれ、ユーザの環境のネットワーク帯域に影響を与える条件である。例えば、コンテンツ送信に利用できるネットワーク帯域は、クライアント装置の台数が増加すると、狭くなる。
コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に広い場合、コンテンツの基本成分及び拡張成分を送信する。すなわち、コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に広い場合、高品質のコンテンツを送信する。
コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に狭い場合に、拡張成分を送信せず、基本成分を送信する。従って、コンテンツ送信装置は、ネットワーク帯域が比較的に狭くても、送信するコンテンツのデータサイズを抑えることで送信の遅延を防止する。
本発明のコンテンツ送信装置では、送信部は、前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する。
例えば、コンテンツ送信装置は、送信中にネットワーク帯域が狭く変化したことでコンテンツの再送が必要となったとしても、コンテンツの基本成分のみを再送するので、再送するコンテンツのデータサイズを抑える。コンテンツ送信装置は、再送するコンテンツのデータサイズを抑えるので、再送の遅延も防止する。
本発明のコンテンツ送信装置は、ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止することができる。
実施形態１に係るコンテンツ配信システムの概要を説明するための図である。 （Ａ）は、ＡＶレシーバの構成の一部を示すハードウェアブロック図であり、（Ｂ）は、無線スピーカの構成の一部を示すハードウェアブロック図である。 実施形態１におけるＡＶレシーバの全体の動作を示すフローチャートである。 音声データの配信に係るＡＶレシーバ及び無線スピーカの動作を示すフローチャートである。 実施形態２に係るコンテンツ配信システムの概要を説明するための図である。 実施形態２におけるＡＶレシーバの全体の動作を示すフローチャートである。 実施形態３に係るコンテンツ配信システムのネットワーク接続態様を示す図である。 実施形態３におけるＡＶレシーバの全体の動作を示すフローチャートである。
実施形態１に係るコンテンツ配信システム９００について、図１、図２（Ａ）、図２（Ｂ）を用いて説明する。図１は、コンテンツ配信システム９００の概要を説明するための図である。図２（Ａ）は、ＡＶレシーバ１００の構成の一部を示すハードウェアブロック図である。図２（Ｂ）は、無線スピーカ３０１の構成の一部を示すハードウェアブロック図である。
図１に示すように、コンテンツ配信システム９００は、ＡＶレシーバ１００と、コンテンツ記憶装置１５０と、スピーカ２００Ｌと、スピーカ２００Ｒと、無線スピーカ３０１と、無線スピーカ３０２と、バースピーカ４００と、を備えている。無線スピーカ３０１は、部屋Ｒ９０１に配置されている。無線スピーカ３０２は、部屋Ｒ９０２に配置されている。バースピーカ４００は、部屋Ｒ９０３に配置されている。部屋Ｒ９０１〜Ｒ９０３とＡＶレシーバ１００が設置されている部屋は、互いに異なる。
ＡＶレシーバ１００は、無線アクセスポイント５００を介して、無線スピーカ３０１、無線スピーカ３０２、及びバースピーカ４００と無線通信する。ＡＶレシーバ１００は、無線通信することで、コンテンツ記憶装置１５０から取得した音声データを無線スピーカ３０１、無線スピーカ３０２、及びバースピーカ４００に配信する。配信された音声データは、無線スピーカ３０１、無線スピーカ３０２、及びバースピーカ４００で再生される。さらに、ＡＶレシーバ１００は、スピーカ２００Ｌ及びスピーカ２００Ｒを用いて、配信する音声データを自装置でも再生する。コンテンツ配信システム９００は、同一の音声データを、ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００で同期させて再生させる。ただし、本発明において、ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００に同期させて音声データを再生させることは必須ではない。また、図１は一例を示し、音声データの配信先のスピーカの台数は３台に限らない。
ＡＶレシーバ１００は、本発明のコンテンツ送信装置に相当する。無線スピーカ３０１，３０２及びバースピーカ４００は、それぞれ本発明のクライアント装置に相当する。本実施形態では、ＡＶレシーバ１００は、ユーザの環境毎（配信先のスピーカの台数）に応じて可能な限り高品質な音声データを配信しながら、音声データの配信の遅延を防止する。
図２（Ａ）に示すように、ＡＶレシーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１と、メモリ２と、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３と、無線モジュール４と、ＡＭＰ（Ａｍｐｌｉｆｉｅｒ）５と、複数の操作ボタン６と、クロック７と、を備えている。これら構成は、共通のＢＵＳに接続されている。
ＤＳＰ３は、音声データに対する各種音響処理のためのプロセッサである。無線モジュール４は、Ｗｉ−Ｆｉ（登録商標）規格等の無線信号を生成する。また、無線モジュール４は、アンテナ（不図示）で無線信号を入出力する。これにより、無線モジュール４は、無線通信で情報を送受信する。ＡＭＰ５は、音声信号を増幅する回路である。ＡＭＰ５によって増幅された音声信号は、スピーカ２００Ｌ及びスピーカ２００Ｒへ出力される。複数の操作ボタン６は、ユーザに操作されると、操作を示す信号を出力する。ただし、ＡＶレシーバ１００は、リモコンによってユーザの操作を受け付けてもよい。
クロック７は、時刻情報を出力する。クロック７から出力された時刻情報は、後述する同期処理に用いられる。メモリ２は、無線スピーカ３０１，３０２、及びバースピーカ４００の識別情報を記憶している。識別情報は、ＩＰアドレスを含んでいる。メモリ２は、プログラムも記憶している。ＣＰＵ１は、メモリ２からプログラムを読み出し、読み出したプログラムを実行する。本発明の送信部及び受信部は、このプログラムの実行によって実現される。
図２（Ｂ）に示すように、無線スピーカ３０１は、ＣＰＵ３１と、メモリ３２と、無線モジュール３４と、ＡＭＰ３５と、クロック３７と、を備えている。これら構成は、共通のＢＵＳに接続されている。
無線モジュール３４は、Ｗｉ−Ｆｉ（登録商標）規格等の無線信号を生成する。また、無線モジュール３４は、アンテナ（不図示）で無線信号を入出力する。これにより、無線モジュール３４は、無線通信で情報を送受信する。ＡＭＰ３５は、音声信号を増幅する回路である。ＡＭＰ３５によって増幅された音声信号は、スピーカユニットに出力される。クロック３７は、時刻情報を出力する。クロック３７から出力された時刻情報は、音声データの再生開始時刻の計時に用いられる。メモリ３２は、プログラムを記憶している。ＣＰＵ３１は、メモリ３２からプログラムを読み出し、読み出したプログラムを実行する。
図示は省略するが、無線スピーカ３０２は、無線スピーカ３０１と同様の構成を備えている。バースピーカ４００は、無線スピーカ３０１と同様の構成を備えるが、一列に配列された複数のスピーカユニットを備える点において、無線スピーカ３０１と異なる。
ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００はそれぞれプログラムを実行することで、音声データの同期再生のために、次のように動作する。図３は、ＡＶレシーバ１００の全体の動作を示すフローチャートである。図４は、音声データ配信に係るＡＶレシーバ１００及び無線スピーカ３０１の動作を示すフローチャートである。ただし、図４は、無線スピーカ３０１の動作を代表して示している。無線スピーカ３０２及びバースピーカ４００の動作は、無線スピーカ３０１と同様の動作である。
図３に示すように、ＡＶレシーバ１００は、配信すべきＰＣＭ音源データを設定する（Ｓ１）。例えば、ＣＰＵ１は、複数の操作ボタン６で受け付けた操作（例えばデータ番号の入力操作）に基づいて、コンテンツ記憶装置１５０が記憶する複数のＰＣＭ音源データから、配信すべきＰＣＭ音源データを設定する。ＣＰＵ１は、無線モジュール４を制御することで、設定したＰＣＭ音源データをコンテンツ記憶装置１５０から取得する。
ＣＰＵ１は、配信すべきＰＣＭ音源データを設定すると（Ｓ１）、配信先の台数が３台以上か否かを判断する（Ｓ２１）。配信先の台数は、メモリ２に記憶された、無線スピーカ３０１，３０２、及びバースピーカ４００のＩＰアドレスを記憶した配信先再生装置のテーブルをＣＰＵ１が参照することで求められる。
ＣＰＵ１は、配信先の台数が３台以上の場合（Ｓ２１：Ｙ）、ＷａｖＰａｃｋコーデック（ハイブリッドモード）を用いて、コンテンツ記憶装置１５０が記憶するＰＣＭ音源データ（例えば１，４１１ｋｂｐｓのビットレート）を圧縮する（Ｓ２２）。すると、ＰＣＭ音源データの基本成分のデータが生成される。基本成分のデータは、例えば２００ｋｂｐｓのビットレートでＰＣＭ音源データが非可逆圧縮されたものである。
そして、ＣＰＵ１は、基本成分のデータを含むパケットを生成し、無線モジュール４へパケットを出力する（Ｓ２３）。無線モジュール４は、順次入力されたパケットをＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）に従って送信する。このパケットは、無線アクセスポイント５００を介して無線スピーカ３０１，３０２及びバースピーカ４００へ送信される。
なお、図示は省略するが、ＡＶレシーバ１００は、基本成分のデータの送信中に無線スピーカ３０１，３０２及びバースピーカ４００から再送要求を受信すると、再送要求に対する基本成分のデータを再度送信する。
ＣＰＵ１は、配信先の台数が３台未満の場合（Ｓ２１：Ｎ）、ＷａｖＰａｃｋコーデック（ハイブリッドモード）を用いて、コンテンツ記憶装置１５０が記憶するＰＣＭ音源データを圧縮する（Ｓ２４）。ステップＳ２４の圧縮では、基本成分及び拡張成分のデータが生成される。基本成分のデータを拡張成分のデータで補正すれば、圧縮による損失がないＰＣＭ音源データが復元される。拡張成分のデータは、例えば、６００ｋｂｐｓのビットレートで生成される。
ＣＰＵ１は、ＰＣＭ音源データを圧縮して基本成分及び拡張成分のデータを生成すると（Ｓ２４）、生成した基本成分及び拡張成分のデータを配信する（Ｓ２５）。ステップＳ２５の詳細な動作及びこの動作に対応する無線スピーカ３０１の動作について、図４を用いて説明する。
図４に示すように、ＣＰＵ１は、基本成分のデータと、拡張成分のデータに対して、各データの先頭データから１０２４ｂｙｔｅｓずつのデータを取り出し、取り出したデータを含むパケットを生成する（Ｓ３１）。
そして、ＣＰＵ１は、生成したパケットを無線モジュール４へ出力する。無線モジュール４は、入力されたパケットをＵＤＰに従って無線送信する（Ｓ３２）。このパケットは、無線アクセスポイント５００を介して無線スピーカ３０１，３０２及びバースピーカ４００へ送信される。そして、ＣＰＵ１は、配信すべき次のデータがあるかどうかを判断する（Ｓ３３）。ＣＰＵ１は、配信すべき次のデータがあると判断した場合（Ｓ３３：Ｙ）、ステップＳ３１へ戻る。ＣＰＵ１は、配信すべき次のデータがないと判断した場合（Ｓ３３：Ｎ）、処理を終える。すなわち、ステップＳ３１及びステップＳ３２のパケットの生成と送信は、基本成分のデータ及び拡張成分のデータの各先頭データから各最後尾データまで繰り返して行われる。
図４に示すように、無線スピーカ３０１の無線モジュール３４は、無線アクセスポイント５００を介して送信されたパケットを受信する（Ｓ５１）。無線スピーカ３０１のＣＰＵ３１は、無線モジュール３４がパケットを受信すると、受信したパケットにロス（抜け）が無いかどうかを判断する（Ｓ５２）。例えば、パケットロスは、パケットに含まれる一連番号（Ｓｅｑｕｅｎｔｉａｌ Ｎｕｍｂｅｒ）を参照することで検出される。具体的には、ＣＰＵ３１は、一連番号が０００１、０００２、及び０００３のパケットが受信済みの状況で、一連番号が０００５のパケットが受信されると（Ｓ５１）、一連番号が０００４のパケットが未受信と判断し、当該パケットのロスを検出する（Ｓ５２：Ｙ）。
ＣＰＵ３１は、パケットロスを検出しない場合（Ｓ５２：ＮＯ）、受信したパケットから基本成分と拡張成分のデータを取り出す（Ｓ５３）。取り出されたデータは、ＦＩＦＯに入力されることで、バッファされる（Ｓ５４）。
ＣＰＵ３１は、ステップＳ５５の再生処理では、ＦＩＦＯからデータを取り出す。そして、ＣＰＵ３１は、ＷａｖＰａｃｋコーデックを用いて、ＦＩＦＯから取り出したデータをデコードする。これにより、ＣＰＵ３１は、圧縮による損失がないＰＣＭ音源データ（１，４１１ｋｂｐｓ）を復元する。そして、ＣＰＵ３１は、ＰＣＭ音源データをデジタルアナログ変換し、ＡＭＰ３５へアナログ音声信号を出力する。スピーカユニットは、ＡＭＰ３５によって増幅された音声信号に基づいて放音する。
なお、ステップＳ５５の再生処理は、各パケットのデータに含まれる指定時間（例えば１０時５５分８秒１０ミリ秒）に開始することで配信元と複数の配信先で再生時間の同期を行う。
ＣＰＵ３１は、パケットロスを検出しない場合（Ｓ５２：Ｎ）、基本成分のデータ及び拡張成分のデータの先頭データから順次送信されるデータを受信しつつ、受信したデータを順次再生するストリーム再生を行う（Ｓ５１、及びＳ５３〜Ｓ５５）。
ＣＰＵ３１は、パケットロスを検出すると（Ｓ５２：Ｙ）、ロスしたパケット（範囲）を再送する要求をＡＶレシーバ１００へ送信する（Ｓ５６）。この再送要求は、ロスしたパケットの一連番号（例えば０００４）を含む。また、ＣＰＵ３１は、３Ｗａｙハンドシェイク方式を用いるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で送信するように、無線モジュール３４を制御してもよい。これにより、再送要求は、より確実にＡＶレシーバ１００に届く。
ＡＶレシーバ１００のＣＰＵ１は、無線モジュール４が再送要求を受信すると（Ｓ４１：Ｙ）、当該再送要求に含められた一連番号（０００４）が付されたパケットを特定する（Ｓ４２）。特定されたパケットは、無線スピーカ３０１まで到達しなかった再送すべきパケットである。ただし、ＡＶレシーバ１００は、パケットの再送のために、送信済みのパケットをメモリ２に一時記憶しているものとする。そして、ＣＰＵ１は、再送要求に含められた一連番号でメモリ２を参照することで再送すべきパケットを特定する。
ここで、ステップＳ４２では、ＣＰＵ１は、再送すべきパケットの特定の際、基本成分のデータに対応するパケットのみを特定する。換言すれば、ＣＰＵ１は、拡張成分のデータに対応するパケットの再送要求を受信しても（再送要求は来ないはずだが）、再送すべきパケットを特定せず、かつ送信しない（拡張部分を要求されても、基本部分を送信するようにしてもよい）。ＣＰＵ１は、再送されることがない拡張成分のデータのパケットを一時記憶しなくてもよいので、メモリ２の消費を抑えることができる。
ＣＰＵ１は、特定したパケットを再送するように、無線モジュール４を制御する（Ｓ４３）。この際、ＣＰＵ１は、ステップＳ５６と同様に、確実に再送パケットを届けるために、ＴＣＰで送信してもよい。なお、再送されるパケットは、再送を示すフラグ情報を含んでいるので、ブロードキャストされたとしても、重複した音声データが再生されることはない。
無線スピーカ３０１のＣＰＵ３１は、無線モジュール３４が再送パケットを受信すると（Ｓ５７）、再送パケットから基本成分のデータを取り出す（Ｓ５８）。
ＣＰＵ３１は、ステップＳ５８で取り出したデータをＦＩＦＯに入力しバッファする（Ｓ５４）。この際、ＣＰＵ３１は、受信済みのパケットを順序付けて、ＦＩＦＯに入力する。例えば、ＣＰＵ３１は、再送で受信した一連番号が０００４のパケットと共に、一連番号０００５のパケットを一連番号順にＦＩＦＯに入力する（Ｓ５４）。ただし、上述のように再送されたデータは、基本成分のみである。従って、ＣＰＵ３１は、基本成分のデータに対応する拡張成分のデータがない場合に、基本成分のデータのみで再生する（Ｓ５５）。
その後、ステップＳ５１に戻り、無線モジュール３４は、次に送られるパケットを受信する。従って、無線スピーカ３０１は、いったん基本成分のみの音声データの再生となっても、その後、パケットロスが検出されなければ、圧縮による損失がないＰＣＭ音源データを再生する。
以上のように、ＡＶレシーバ１００は、配信先のスピーカの台数が少なく、音声データ配信に利用できるネットワーク帯域に余裕がある場合、基本成分及び拡張成分を有する高品質の音声データを配信する。
また、ＡＶレシーバ１００は、配信先のスピーカの台数が多く、音声データ配信に利用できるネットワーク帯域に余裕が無い場合は、基本成分のデータのみを配信することで（Ｓ２３）、多数の配信先にデータを配信することができる。これにより、ＡＶレシーバ１００は、配信先のスピーカの台数にかかわらず、配信の遅延を防止する。さらに、ＡＶレシーバ１００は、音声データの再送が必要になった時に、基本成分のデータのみを再送することで（Ｓ４３）、再送するデータのサイズを抑える。これにより、ＡＶレシーバ１００は、再送の遅延も防止する。
従って、本実施形態に係るＡＶレシーバ１００は、配信先のスピーカの台数に応じて可能な限り高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
図３に戻り、ＡＶレシーバ１００は、音声データを配信するとともに（Ｓ２３及びＳ２５）、自装置でも音声データを再生する。具体的には、ＣＰＵ１は、配信すべきＰＣＭ音源データを設定すると（Ｓ１）、音声データの再生タイミングを各装置で同期させる同期処理を行う（Ｓ１１）。ＣＰＵ１は、この同期処理では、コンテンツ記憶装置１５０から取得したＰＣＭ音源データの先頭データから順にＦＩＦＯに書き込む。データは、ＦＩＦＯで所定時間格納される。この所定時間は、ＤＳＰ３による再生処理、無線スピーカ３０１，３０２及びバースピーカ４００への音声データの配信（ネットワーク遅延）、無線スピーカ３０１，３０２及びバースピーカ４００における再生処理等に必要な時間が考慮されて設定される（およそ２秒）。
そして、ＣＰＵ１は、ＰＣＭ音源データの再生処理を行う（Ｓ１２）。具体的には、ＣＰＵ１は、ＦＩＦＯからデータを取り出してＤＳＰ３へ出力する。ＤＳＰ３は、当該データに対して所定の音響処理を施した後に、デジタルアナログ変換し、アナログ音声信号をＡＭＰ５へ出力する。ＡＭＰ５は、アナログ音声信号を増幅して、増幅した音声信号をスピーカ２００Ｌ，２００Ｒへ出力する。
ＣＰＵ１は、再生すべき次のデータがあるかどうかを判断する（Ｓ１３）。ＣＰＵ１は、再生すべき次のデータがあると判断した場合（Ｓ１３：Ｙ）、ステップＳ１１へ戻る。ＣＰＵ１は、再生すべき次のデータがないと判断した場合（Ｓ１３：Ｎ）、処理を終える。すなわち、ＣＰＵ１は、ＰＣＭ音源データの先頭データから最後尾データまで、ステップＳ１１及びＳ１２を繰り返し実行する。
コンテンツ配信システム９００は、上述のように、配信先のスピーカの台数にかかわらず配信の遅延を防止するので、ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００に同期させて音声データを再生させることができる。
なお、図３のステップＳ２２の圧縮は、基本成分のデータを生成できればよく、ステップＳ２４で用いるコーデックと異なるコーデックを用いて行われてもよい。例えば、ＣＰＵ１は、ステップＳ２２では、ＷａｖＰａｃｋコーデックより圧縮率が高いコーデックを用いる。これにより、ステップＳ２３で配信するデータのサイズはさらに小さくなる。
上述の例は、配信先のスピーカの台数をユーザの環境として示したが、ユーザの環境は、次の実施形態２に示すように、ネットワーク接続態様であっても構わない。図５は、実施形態２に係るコンテンツ配信システム９００Ａの概要を説明するための図である。図６は、実施形態２におけるＡＶレシーバ１００Ａの動作を説明するためのフローチャートである。
実施形態２に係るコンテンツ配信システム９００Ａは、ＡＶレシーバ１００Ａとバースピーカ４００Ａが有線接続されている点において、実施形態１に係るコンテンツ配信システム９００と相違する。
ＡＶレシーバ１００Ａ及びバースピーカ４００Ａは、有線ＬＡＮインターフェース（不図示）を備えている。図５に示すように、ＡＶレシーバ１００Ａは、ＬＡＮケーブル５０１によって、スイッチングハブ５００Ａに接続されている。バースピーカ４００Ａは、ＬＡＮケーブル５０２によって、スイッチングハブ５００Ａに接続されている。これにより、ＡＶレシーバ１００Ａとバースピーカ４００Ａの間のネットワーク経路は、例えば１Ｇｂｐｓの伝送速度で確立されている。ＡＶレシーバ１００Ａと、無線スピーカ３０１，３０２の間のネットワーク経路は、例えば、３００Ｍｂｐｓの伝送速度で確立されている。ただし、実施形態２におけるネットワーク接続態様は、バースピーカ４００Ａのみがスイッチングハブ５００Ａと有線接続される態様であってもよい。
図６に示すように、ＡＶレシーバ１００Ａは、音声データの配信先のスピーカがネットワークに有線接続されているのか、無線接続されているのかによって、配信するデータを変更する。具体的には、この場合もメモリ２に記憶された配信先再生装置のテーブルを参照し、接続態様を把握する。ＡＶレシーバ１００Ａの動作は、ステップＳ２１を実施せず、ステップＳ２、ステップＳ２３Ａ及びステップＳ２５Ａを実行する点において、図３に示す動作と相違する。
ステップＳ２では、ＣＰＵ１は、配信先のスピーカのネットワーク接続態様を判別する。具体的には、ＣＰＵ１は、無線スピーカ３０１，３０２、及びバースピーカ４００Ａがネットワークに有線接続されているのか、ネットワークに無線接続されているのかを示す情報をメモリ２に記憶された配信先再生装置のテーブルを参照し、接続態様を判別する。
ステップＳ２３Ａの動作は、圧縮後のＰＣＭ音源データの基本成分のデータのみの配信を無線スピーカ３０１，３０２に対して行う点において、図３のステップＳ２３の動作と相違する。ステップＳ２５Ａの動作は、圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータの配信をバースピーカ４００Ａに対して行う点において、図３のステップＳ２５の動作と相違する。従って、バースピーカ４００Ａは、パケットロスを検出すると、再送要求をＡＶレシーバ１００Ａへ送信する。ＡＶレシーバ１００Ａは、バースピーカ４００Ａに対して、再送要求に対応する基本成分のデータのみを再送する。
なお、ＣＰＵ１は、接続態様が異なるスピーカ毎に異なるデータを送信するために（Ｓ２３Ａ及びＳ２５Ａ）、ポート番号を異ならせたＵＤＰパケットを生成する。ただし、ＣＰＵ１は、スピーカ毎に異なるデータを送信するために、配信先を指定するＴＣＰパケットを生成してもよい。
実施形態２におけるＡＶレシーバ１００Ａは、ネットワーク帯域に余裕があり、かつデータ伝送が安定する有線接続のバースピーカ４００Ａへ大きいデータサイズの音声データを配信する。ＡＶレシーバ１００Ａは、ネットワーク帯域に余裕がなく、データ伝送が不安定になりやすい無線接続の無線スピーカ３０１，３０２へ小さいデータサイズの音声データを配信する。従って、ＡＶレシーバ１００Ａは、比較的にネットワーク帯域に余裕がなく、かつデータ伝送が不安定になりやすい無線接続の無線スピーカ３０１，３０２に対して、音声データの配信の遅延を防止する。
また、ＡＶレシーバ１００Ａは、ネットワーク帯域に余裕があり、データ伝送が安定する有線接続のバースピーカ４００Ａに対して音声データの再送を行う際に、再送するデータのサイズを抑えるので、再送の遅延を防止する。従って、実施形態２に係るＡＶレシーバ１００Ａは、ネットワーク接続態様に応じて高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
次に、図７は、実施形態３に係るコンテンツ配信システム９００Ｂのネットワーク接続態様を示す図である。図８は、実施形態３におけるＡＶレシーバ１００の動作を説明するためのフローチャートである。
図７及び図８に示すネットワーク接続態様では、ＡＶレシーバ１００は、ネットワークにかかる負荷に基づいて、圧縮後のＰＣＭ音源データの基本成分のデータのみ、又は、基本成分及び拡張成分の両方のデータを配信する。
図７に示すように、インターネット端末５０３は、無線アクセスポイント５００を介してインターネット５０４上の各装置と通信する。これにより、無線アクセスポイント５００は、コンテンツ配信システム９００による音声データの配信と、インターネット端末５０３の通信とに共用されている。従って、無線アクセスポイント５００の負荷は、実施形態１におけるネットワーク接続の場合に比べて、増加している。
図８に示すように、ＡＶレシーバ１００のＣＰＵ１は、配信すべきＰＣＭ音源データを設定すると（Ｓ１）、ネットワークにかかる負荷を測定する（Ｓ３）。具体的には、ＣＰＵ１は、ステップＳ３では、無線アクセスポイント５００にトラフィック取得の要求を送信し、その応答を受信するように無線モジュール４を制御する。
ＣＰＵ１は、ネットワークにかかる負荷を測定すると（Ｓ３）、負荷が所定量以上か否かを判断する（Ｓ２１Ｂ）。例えば、ＣＰＵ１は、無線アクセスポイント５００の無線通信の規格上の理論速度（３００Ｍｂｐｓ）に対して、取得したトラフィック（例えば５０Ｍｂｐｓ）がどの程度占有しているのかを算出する。そして、ＣＰＵ１は、その割合が５０％以上か否かを判断する。
ＣＰＵ１は、負荷が所定量以上と判断した場合（Ｓ２１Ｂ：Ｙ）、無線スピーカ３０１，３０２、及びバースピーカ４００へ圧縮後のＰＣＭ音源データの基本成分のデータのみを配信する（Ｓ２３）。ＣＰＵ１は、ネットワーク負荷が所定未満と判断した場合（Ｓ２１Ｂ：Ｎ）、無線スピーカ３０１，３０２、及びバースピーカ４００へ圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータを配信する（Ｓ２５）。
以上のように、ＡＶレシーバ１００は、ネットワークの負荷に応じて高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
また、ＡＶレシーバ１００は、ネットワークにかかる負荷の測定（Ｓ３）を、音声データの配信中に行ってもよい。これにより、ＡＶレシーバ１００は、音声データの配信中に、インターネット端末５０３の通信及び音声データの再送によってネットワークにかかる負荷がリアルタイムに増加しても、増加した負荷に応じて配信する音声データを基本成分のデータのみに切り替える。その後、ＡＶレシーバ１００は、ネットワークにかかる負荷がリアルタイムに減少すると、圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータを配信するので、圧縮による損失がないＰＣＭ音源データの再生に切り替える。
なお、図８のステップＳ３のネットワークにかかる負荷の測定は、自装置の無線モジュール４のトラフィックを取得することで行われてもよい。
また、ＡＶレシーバ１００は、ネットワーク負荷に限らず、無線スピーカ３０１，３０２、及びバースピーカ４００の応答速度に基づいて、配信するデータを切り替えてもよい。例えば、ＡＶレシーバ１００は、ＰＩＮＧコマンドを無線スピーカ３０１，３０２、及びバースピーカ４００に送出し、その応答時間を測定する。そして、ＡＶレシーバ１００は、配信先のスピーカの応答速度が例えば１０ｍｓ未満であれば、圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータを配信する。ＡＶレシーバ１００は、配信先のスピーカの応答速度が１０ｍｓ以上であれば、圧縮後のＰＣＭ音源データの基本成分のデータのみを配信する。
また、ＡＶレシーバ１００は、自装置と無線スピーカ３０１，３０２及びバースピーカ４００との距離に応じて、配信するデータを切り替えてもよい。例えば、ＡＶレシーバ１００は、無線アクセスポイント５００からＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）情報を取得する。ＲＳＳＩ情報は、無線スピーカ３０１，３０２及びバースピーカ４００が受信する無線信号の強度（ｄＢｍ）の情報を含む。強度は、無線アクセスポイント５００と各スピーカとの距離に対応する。そこで、ＡＶレシーバ１００は、例えば強度が−５０ｄＢｍより大きいスピーカに対して、圧縮後のＰＣＭ音源データの基本成分及び拡張成分のデータを配信する。
上述の例では、ＡＶレシーバ１００，１００Ａは、ＷａｖＰａｃｋコーデックを用いて圧縮することで、自装置でＰＣＭ音源データの基本成分及び拡張成分のデータを生成したが、コンテンツ記憶装置１５０に予め記憶済みの基本成分及び拡張成分のデータを配信するだけであってもよい。
また、上述の例は、音声データをコンテンツとして示したが、コンテンツは、映像データを含んでもよい。例えば、無圧縮ＡＶＩデータを基本成分及び拡張成分のデータに分けて圧縮するために、ＭＰＥＧ４ ＳＬＳコーデックを利用できる。
また、上述の例は、ＡＶレシーバ１００，１００Ａが音声データを配信したが、無線スピーカ３０１，３０２及びバースピーカ４００，４００Ａのいずれかが音声データを配信する態様であっても構わない。さらに、無線アクセスポイント５００に接続するスマートフォンが音声データを配信しても構わない。
また、無線通信は、Ｗｉ−Ｆｉ（登録商標）規格に限らず、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格で行われてもよい。
９００，９００Ａ，９００Ｂ…コンテンツ配信システム
１００，１００Ａ…ＡＶレシーバ
１５０…コンテンツ記憶装置
２００Ｌ，２００Ｒ…スピーカ
３０１，３０２…無線スピーカ
４００，４００Ａ…バースピーカ
１…ＣＰＵ
２…メモリ
３…ＤＳＰ
４…無線モジュール
５…ＡＭＰ
６…操作ボタン
７…クロック
３１…ＣＰＵ
３２…メモリ
３４…無線モジュール
３５…ＡＭＰ
３７…クロック

Claims (6)

  1. コンテンツを基本成分と拡張成分に分けて圧縮する圧縮部と、
    クライアント装置へコンテンツを送信する送信部と、
    前記コンテンツの再送要求を受信する受信部と、
    を備え、
    前記送信部は、
    通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、
    前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する、
    コンテンツ送信装置。
  2. 前記通信条件は、送信先のクライアント装置の台数に係る条件であり、
    前記送信部は、
    前記台数が所定数以下の場合、前記コンテンツの基本成分及び拡張成分を送信し、
    前記台数が前記所定数より多い場合、前記コンテンツの基本成分を送信する、
    請求項１に記載のコンテンツ送信装置。
  3. 前記通信条件は、送信先のクライアント装置のネットワーク接続態様に係る条件であり、
    前記送信部は、
    前記クライアント装置が有線でネットワーク接続されている場合、該クライアント装置へ前記コンテンツの基本成分及び拡張成分を送信し、
    前記クライアント装置が無線でネットワーク接続されている場合、該クライアント装置へ前記コンテンツの基本成分を送信する、
    請求項１又は２に記載のコンテンツ送信装置。
  4. 前記通信条件は、送信先のクライアント装置との間の応答速度に係る条件であり、
    前記送信部は、
    前記クライアント装置の応答速度が所定速度以上の場合、該クライアント装置へ、前記コンテンツの基本成分及び拡張成分を送信し、
    前記クライアント装置の応答速度が所定速度未満の場合、該クライアント装置へ、前記コンテンツの基本成分を送信する、
    請求項１〜３のいずれかに記載のコンテンツ送信装置。
  5. 前記通信条件は、ネットワークの負荷に係る条件であり、
    前記送信部は、
    前記負荷が所定量以下の場合、前記コンテンツの基本成分及び拡張成分を送信し、
    前記負荷が所定量より多い場合、前記コンテンツの基本成分を送信する、
    請求項１〜４のいずれかに記載のコンテンツ送信装置。
  6. 前記通信条件は、ネットワークにおける距離に係る条件であり、
    前記送信部は、
    前記コンテンツ送信装置と前記クライアント装置との距離が所定値未満の場合、該クライアント装置へ、前記コンテンツの基本成分及び拡張成分を送信し、
    前記コンテンツ送信装置と前記クライアント装置との距離が所定値以上の場合、該クライアント装置へ、前記コンテンツの基本成分を送信する、
    請求項１〜５のいずれかに記載のコンテンツ送信装置。
JP2015162184A 2015-08-19 2015-08-19 コンテンツ送信装置 Pending JP2017040768A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2015162184A JP2017040768A (ja) 2015-08-19 2015-08-19 コンテンツ送信装置
PCT/JP2016/073063 WO2017030017A1 (ja) 2015-08-19 2016-08-05 コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法
US15/894,045 US10531160B2 (en) 2015-08-19 2018-02-12 Content transmission apparatus, content delivery system, and content transmission method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015162184A JP2017040768A (ja) 2015-08-19 2015-08-19 コンテンツ送信装置

Publications (1)

Publication Number Publication Date
JP2017040768A true JP2017040768A (ja) 2017-02-23

Family

ID=58051667

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015162184A Pending JP2017040768A (ja) 2015-08-19 2015-08-19 コンテンツ送信装置

Country Status (3)

Country Link
US (1) US10531160B2 (ja)
JP (1) JP2017040768A (ja)
WO (1) WO2017030017A1 (ja)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001177573A (ja) * 1999-12-20 2001-06-29 Fujitsu Ltd データ通信システム並びにデータ受信端末及びデータ送信端末
JP2003152544A (ja) * 2001-11-12 2003-05-23 Sony Corp データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
JP2003241799A (ja) * 2002-02-15 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> 音響符号化方法、復号化方法、符号化装置、復号化装置及び符号化プログラム、復号化プログラム
JP2005530386A (ja) * 2002-06-11 2005-10-06 トムソン　ライセンシング　ソシエテ　アノニム 動的なネットワーク損失状態に対する簡単な適応を備えたマルチメディアサーバ
JP2010016484A (ja) * 2008-07-01 2010-01-21 Fujitsu Ltd データ転送装置、データ転送方法及びデータ転送プログラム
JP2010287039A (ja) * 2009-06-11 2010-12-24 Nec Corp コンテンツ配信システムおよびコンテンツ配信方法
WO2013005478A1 (ja) * 2011-07-04 2013-01-10 日本電気株式会社 コンテンツ配信システム、コンテンツ配置決定装置、コンテンツ配置決定方法およびプログラム
JP2013518511A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 再送決定する方法及び装置
JP2013518510A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 信頼性のあるデータ通信のためにネットワーク抽象化レイヤを解析する方法および装置
US20130254611A1 (en) * 2012-03-23 2013-09-26 Qualcomm Incorporated Recovering data in multimedia file segments
JP2014527739A (ja) * 2012-01-04 2014-10-16 北京大学Ｐｅｋｉｎｇ Ｕｎｉｖｅｒｓｉｔｙ スケーラブルビデオ符号化に基づいてビデオ品質変動を制御するための方法および装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8386271B2 (en) * 2008-03-25 2013-02-26 Microsoft Corporation Lossless and near lossless scalable audio codec
US8571594B2 (en) * 2009-08-12 2013-10-29 Qualcomm Incorporated System and method for overload indication
JP2012256994A (ja) 2011-06-08 2012-12-27 Hitachi-Lg Data Storage Inc コンテンツリスト及びコンテンツの配信装置及び配信方法

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001177573A (ja) * 1999-12-20 2001-06-29 Fujitsu Ltd データ通信システム並びにデータ受信端末及びデータ送信端末
JP2003152544A (ja) * 2001-11-12 2003-05-23 Sony Corp データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
JP2003241799A (ja) * 2002-02-15 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> 音響符号化方法、復号化方法、符号化装置、復号化装置及び符号化プログラム、復号化プログラム
JP2005530386A (ja) * 2002-06-11 2005-10-06 トムソン　ライセンシング　ソシエテ　アノニム 動的なネットワーク損失状態に対する簡単な適応を備えたマルチメディアサーバ
JP2010016484A (ja) * 2008-07-01 2010-01-21 Fujitsu Ltd データ転送装置、データ転送方法及びデータ転送プログラム
JP2010287039A (ja) * 2009-06-11 2010-12-24 Nec Corp コンテンツ配信システムおよびコンテンツ配信方法
JP2013518511A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 再送決定する方法及び装置
JP2013518510A (ja) * 2010-01-28 2013-05-20 トムソン ライセンシング 信頼性のあるデータ通信のためにネットワーク抽象化レイヤを解析する方法および装置
WO2013005478A1 (ja) * 2011-07-04 2013-01-10 日本電気株式会社 コンテンツ配信システム、コンテンツ配置決定装置、コンテンツ配置決定方法およびプログラム
JP2014527739A (ja) * 2012-01-04 2014-10-16 北京大学Ｐｅｋｉｎｇ Ｕｎｉｖｅｒｓｉｔｙ スケーラブルビデオ符号化に基づいてビデオ品質変動を制御するための方法および装置
US20130254611A1 (en) * 2012-03-23 2013-09-26 Qualcomm Incorporated Recovering data in multimedia file segments

Also Published As

Publication number Publication date
WO2017030017A1 (ja) 2017-02-23
US10531160B2 (en) 2020-01-07
US20180167695A1 (en) 2018-06-14

Similar Documents

Publication Publication Date Title
KR102445593B1 (ko) 오디오 및 비디오의 멀티모드 동기식 렌더링
US7710941B2 (en) Method and device for the synchronised restitution of data flows
US11387788B2 (en) Amplifier-embedded video surveillance IP speaker system
JP5402389B2 (ja) 電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体
US20160191181A1 (en) Audio broadcast retransmissions
KR20130115986A (ko) 미디어 스트림의 끊김 없는 전송
JP2008099261A (ja) 通信装置およびプログラム
US11394762B2 (en) Device and method for automatic switching of streaming Bluetooth multimedia device
US20230069230A1 (en) Switching between multiple earbud architectures
CN107438990B (zh) 用于递送定时信息的方法和设备
JP4600513B2 (ja) データ送信装置、送信レート制御方法およびプログラム
US10448156B2 (en) Content delivery apparatus, content delivery system and content delivery method
WO2017030017A1 (ja) コンテンツ送信装置、コンテンツ配信システム、およびコンテンツ送信方法
TWI609591B (zh) 資料傳輸品質管控系統與方法
US11516272B2 (en) Method of improving synchronization of the playback of audio data between a plurality of audio sub-systems
KR20220004826A (ko) 무선 통신 시스템에서 브로드캐스트 디스커버리 서비스 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체
US9118953B2 (en) Remote mobile communication system, server device, and remote mobile communication system control method
WO2005050944A1 (ja) ネットワーク回線を用いたアナログ信号入出力システム
JP6947174B2 (ja) プロキシデバイス、プロキシデバイスの処理方法およびネットワーク装置
CN114175689B (zh) 用于无线通信系统中的广播发现服务的方法、装置和计算机程序及其记录介质
CN106572115B (zh) 智能终端播放网络视频的屏幕镜像方法及发射及接收装置
JP5122327B2 (ja) 移動端末へメディアストリームを配信するシステム
JP2022006536A (ja) 通信システム、通信装置、及び通信プログラム
JP2009253909A (ja) 配信システム、中継装置および配信方法
JP2013093750A (ja) パケット通信方法及びそのための装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180625

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190709

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190904

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200408

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200804