(57)【特許請求の範囲】
【請求項１】
コンテンツデータを受信する受信部と、
前記受信部で受信したコンテンツデータを保持するバッファと、
制御部と、
を備えたコンテンツデータ受信装置であって、
前記コンテンツデータは、順序を示す情報が含まれ、
前記制御部は、前記受信部で受信したコンテンツデータに含まれている順序が連続している場合に、当該コンテンツデータを前記バッファに保持せずに後段に出力し、
前記受信部で受信したコンテンツデータに含まれている順序が非連続であった場合に、当該コンテンツデータを前記バッファに保持させて、送信側に再送要求を行い、
連続した順序のコンテンツデータを受信するまで、前記受信部で受信したコンテンツデータを前記バッファに保持させ、
連続した順序のコンテンツデータを受信した場合に、前記順序が連続するように、前記コンテンツデータを後段に出力し、
前記制御部から出力されたコンテンツデータを一時保持し、入力された順に保持したコンテンツデータを出力する一時記憶部を備え、
前記制御部は、前記一時記憶部に保持されているコンテンツデータが基準量以下となった場合に、前記バッファに保持されているコンテンツデータのうち、有効なコンテンツデータを後段に出力する、
コンテンツデータ受信装置。
【請求項２】
コンテンツデータを受信する受信部と、
前記受信部で受信したコンテンツデータを保持するバッファと、
制御部と、
を備えたコンテンツデータ受信装置であって、
前記コンテンツデータは、順序を示す情報が含まれ、
前記制御部は、前記受信部で受信したコンテンツデータに含まれている順序が連続している場合に、当該コンテンツデータを前記バッファに保持せずに後段に出力し、
前記受信部で受信したコンテンツデータに含まれている順序が非連続であった場合に、当該コンテンツデータを前記バッファに保持させて、送信側に再送要求を行い、
連続した順序のコンテンツデータを受信するまで、前記受信部で受信したコンテンツデータを前記バッファに保持させ、
連続した順序のコンテンツデータを受信した場合に、前記順序が連続するように、前記コンテンツデータを後段に出力し、
前記制御部から出力されたコンテンツデータを一時保持し、入力された順に保持したコンテンツデータを出力する一時記憶部を備え、
前記制御部は、前記一時記憶部に保持されているコンテンツデータが基準量以下となった場合に、前記バッファに保持されているコンテンツデータのうち、有効なコンテンツデータを複製して、連続した順序のコンテンツデータとして、後段に出力する、
コンテンツデータ受信装置。
【請求項３】
前記制御部は、前記再送要求を行ったとき、前記再送要求を行ったコンテンツデータの記憶領域を前記バッファに割り当てて、
前記再送要求に対応するコンテンツデータを受信した場合に、前記割り当てた領域に受信したコンテンツデータを保持する、請求項１または請求項２に記載のコンテンツデータ受信装置。
【請求項４】
前記制御部は、前記バッファの容量が基準量以上となった場合に、新たに受信したコンテンツデータで、最も古い順序のデータを上書きする請求項１乃至請求項３のいずれかに記載のコンテンツデータ受信装置。
【請求項５】
前記制御部は、所定時間が経過しても、前記再送要求に対応するコンテンツデータを受信しなかった場合に、再度、前記再送要求を行う請求項１乃至請求項４のいずれかに記載のコンテンツデータ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを受信するコンテンツデータ受信装置に関する。
【背景技術】
【０００２】
従来、サーバから複数のクライアントにコンテンツデータをストリーミング配信し、各クライアントで当該コンテンツデータを再生するコンテンツ再生システムが知られている（例えば、特許文献１を参照）。
【０００３】
特許文献１の配信システムは、コンテンツデータとして、ＭＰ３等の圧縮オーディオデータをサーバから各クライアントにストリーミング配信する。これにより、ユーザは、家のどの部屋でもサーバのストレージに保持されているオーディオデータを聴くことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９５８３８
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のコンテンツデータ配信システムは、配信時におけるオーディオデータの欠損が考慮されていない。仮にオーディオデータの欠損があると、当該オーディオデータとしての連続性がなくなる。オーディオデータの連続性がなくなると、音が途切れたり、ノイズ音が発生したりするため、ユーザにとっては不快な状況となる。
【０００６】
一方で、仮に、オーディオデータの欠損を考慮して、サーバが、オーディオデータを予め複数回送信すると、送信に要する時間が大きくなり、クライアント側で再生を開始するまでの時間が遅くなるため、リアルタイム性が損なわれる。
【０００７】
そこで、この発明の目的は、配信するコンテンツデータの連続性を確保しながらもリアルタイム性を確保することができるコンテンツデータ受信装置を提供することにある。
【課題を解決するための手段】
【０００８】
コンテンツデータ受信装置は、コンテンツデータを受信する受信部と、前記受信部で受信したコンテンツデータを保持するバッファと、制御部と、を備えたコンテンツデータ受信装置であって、前記コンテンツデータは、順序を示す情報が含まれ、前記制御部は、前記受信部で受信したコンテンツデータに含まれている順序が連続している場合に、当該コンテンツデータを前記バッファに保持せずに後段に出力し、前記受信部で受信したコンテンツデータに含まれている順序が非連続であった場合に、当該コンテンツデータを前記バッファに保持させて、送信側に再送要求を行い、連続した順序のコンテンツデータを受信するまで、前記受信部で受信したコンテンツデータを前記バッファに保持させ、連続した順序のコンテンツデータを受信した場合に、前記順序が連続するように、前記コンテンツデータを後段に出力することを特徴とする。
【０００９】
このように、コンテンツデータ受信装置は、コンテンツデータの連続性が確保されている状態では、受信したコンテンツデータをそのまま後段に出力し、リアルタイム性を確保する。コンテンツデータ受信装置は、受信したコンテンツデータが非連続であった場合に限り、当該コンテンツデータをバッファに保持し、再送要求を行うことにより、連続性を確保する。
【００１０】
なお、コンテンツデータが複数欠損した場合、再送要求を行ったとしても、直ちに連続性のあるコンテンツデータを受信するとは限らない。そこで、制御部は、再送要求を行ったとき、該再送要求を行ったコンテンツデータの記憶領域をバッファに割り当てて、再送要求に対応するコンテンツデータを受信した場合に、割り当てた領域に受信したコンテンツデータを保持することが好ましい。
【００１１】
また、コンテンツデータ受信装置は、制御部から出力されたコンテンツデータを一時保持し、入力された順に保持したコンテンツデータを出力する一時記憶部（ＦＩＦＯ）を備えることが好ましい。コンテンツデータ受信装置は、当該ＦＩＦＯを備えることにより、再送要求を行った場合にも、連続性を確保しながらリアルタイム性が確保できる。この場合、制御部は、ＦＩＦＯに保持されているコンテンツデータが基準量以下となった場合に、バッファに保持されているコンテンツデータのうち、有効なコンテンツデータを後段に出力する。
【００１２】
あるいは、制御部は、ＦＩＦＯに保持されているコンテンツデータが基準量以下となった場合に、バッファに保持されているコンテンツデータのうち、有効なコンテンツデータを複製して、連続した順序のコンテンツデータとして、後段に出力することが好ましい。この場合、正規の順序のオーディオデータとは異なるデータであるが、後に出力されるオーディオデータと同一のデータが代わりに再生されるため、オーディデータが欠損することによるノイズ音が発生する可能性を低減できる。
【００１３】
なお、制御部は、バッファの容量が基準量以上となった場合に、新たに受信したコンテンツデータで、最も古い順序のデータを上書きする。
【００１４】
また、制御部は、所定時間が経過しても、再送要求に対応するコンテンツデータを受信しなかった場合に、再度、再送要求を行うことが好ましい。
【発明の効果】
【００１５】
本発明によれば、配信するコンテンツデータの連続性を確保しながらもリアルタイム性を確保することができる。
【図面の簡単な説明】
【００１６】
【図１】コンテンツデータ配信システムの概要を示す図である。
【図２】図２（Ａ）は、接続関係を示す図であり、図２（Ｂ）は、コンテンツデータの配信時のデータの流れを示すブロック図である。
【図３】ＡＶレシーバの構成を示すブロック図である。
【図４】図４（Ａ）は、スピーカ装置の構成を示すブロック図であり、図４（Ｂ）は、バッファ処理部の構成を示すブロック図である。
【図５】パケットデータの構造を示す図である。
【図６】図６（Ａ）は、バッファの構造を示す図であり、図６（Ｂ）は、欠損パケットデータを検出した時のバッファの構造を示す図である。
【図７】再送要求に対するパケットデータを受信した時のバッファの構造を示す図である。
【図８】図８（Ａ）は、再送要求に対するパケットデータ以外のパケットデータを受信した時のバッファの構造を示す図であり、図８（Ｂ）は、後段のＦＩＦＯでアンダーフローが検出された場合のバッファの構造を示す図である。
【図９】図９（Ａ）は、全領域が満たされた状態のバッファの構造を示す図であり、図９（Ｂ）は、オーバーフロー時のバッファの構造を示す図である。
【図１０】スピーカ装置の動作を示すフローチャートである。
【図１１】アンダーフロー検出時のスピーカ装置の動作を示すフローチャートである。
【図１２】アンダーフロー検出時のスピーカ装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００１７】
図１は、コンテンツデータ配信システム９００の概要を示す図である。図２（Ａ）は、各装置の接続関係を示すブロック図である。図２（Ｂ）は、コンテンツデータの配信時のデータの流れを示すブロック図である。
【００１８】
図１に示すように、コンテンツデータ配信システム９００は、無線ルータ１０、ＡＶレシーバ１００、スピーカ装置３０１、スピーカ装置３０２、およびスピーカ装置３０３を備えている。図２（Ａ）に示すように、ＡＶレシーバ１００、スピーカ装置３０１、スピーカ装置３０２、およびスピーカ装置３０３は、無線ルータ１０を介して互いにネットワーク接続されている。この例では、無線ルータ１０とＡＶレシーバ１００は、有線ＬＡＮで接続され、無線ルータ１０と各スピーカ装置は、無線ＬＡＮで接続されている。ただし、各装置の接続は、無線であっても有線であってもよいし、通信が可能な接続態様であれば、ネットワークを経由して接続される態様に限るものではない。
【００１９】
図２（Ｂ）に示すように、この例のコンテンツデータ配信システム９００では、ＡＶレシーバ１００がサーバとなり、クライアント（コンテンツデータ受信装置）であるスピーカ装置３０１、スピーカ装置３０２、およびスピーカ装置３０３に、コンテンツデータを配信する。ただし、無線ルータ１０がコンテンツデータを配信するサーバとなり、ＡＶレシーバ１００がクライアントとなる態様も可能である。また、無線ルータ１０がサーバとなり、ＡＶレシーバ１００、スピーカ装置３０１、スピーカ装置３０２、およびスピーカ装置３０３がクライアントとなる態様も可能である。すなわち、コンテンツデータ配信システムでは、ネットワーク接続されている各機器のうち、所定の装置（例えばユーザから指定された装置）がサーバとなり、他の装置がクライアントとなる。
【００２０】
コンテンツデータ配信システム９００は、ＡＶレシーバ１００において再生しているコンテンツデータを、スピーカ装置３０１、スピーカ装置３０２、およびスピーカ装置３０３にストリーミング配信し、全ての装置において同期再生を実現する。これにより、ユーザは、例えばリビングにおいてＡＶレシーバ１００で再生されているオーディオを聴いていた後に他の部屋（例えば寝室）に移動した場合、当該寝室に設置されたスピーカ装置３０１でも当該オーディオを聴くことができる。
【００２１】
図３は、ＡＶレシーバ１００の主要構成を示すブロック図である。なお、この例では、ＡＶレシーバ１００がサーバとなるが、ＡＶレシーバ１００以外の他の装置がサーバとなる場合には、当該他の装置が図３に示す構成を備えるものとする。
【００２２】
ＡＶレシーバ１００は、入力Ｉ／Ｆ（インタフェース）１０１、制御部１０２、再生用ＦＩＦＯ１０３、再生部１０４、ＤＳＰ１０５、出力Ｉ／Ｆ１０６、配信用ＦＩＦＯ１０７、および通信Ｉ／Ｆ１０８を備えている。
【００２３】
入力Ｉ／Ｆ１０１は、例えばＨＤＭＩ（登録商標）端子、デジタルオーディオ入力端子、またはアナログオーディオ入力端子等からなり、外部からコンテンツデータ、デジタルオーディオ信号、またはアナログオーディオ信号を入力する。
【００２４】
コンテンツデータは、例えばＭＰ３等でエンコードされたオーディオデータである。入力Ｉ／Ｆ１０１は、入力されたオーディオデータを制御部１０２に出力する。また、入力Ｉ／Ｆ１０１は、アナログオーディオ信号が入力された場合には、デジタルオーディオ信号に変換してから、制御部１０２に出力する。
【００２５】
なお、コンテンツデータは、通信Ｉ／Ｆ１０８を介して他装置のストレージ（例えばＮＡＳ等）から入力される態様であってもよいし、インターネットを介して接続された外部サーバから入力される態様であってもよいし、ＨＤＤ等の内蔵ストレージから入力される態様であってもよい。
【００２６】
制御部１０２は、入力されたオーディオデータをそのまま、または所定のエンコード方式のオーディオデータに変換する。また、制御部１０２は、当該オーディオデータを、パケットデータとして、再生用ＦＩＦＯ１０３および配信用ＦＩＦＯ１０７に出力する。また、制御部１０２は、デジタルオーディオ信号を入力した場合にも、所定のエンコード方式のオーディオデータに変換して、パケットデータとして、再生用ＦＩＦＯ１０３および配信用ＦＩＦＯ１０７に出力する。
【００２７】
図５は、パケットデータの構造の一例を示す図である。図５に示すパケットデータは、ヘッダと、本体（オーディオデータ）と、からなる。ヘッダには、パケットのタイプを示す情報（Ｃｏｍｍａｎｄ）と、パケットの番号を示す情報（Ｓｅｑｕｅｎｃｅ）と、再生タイミングを示す情報（Ｃｌｏｃｋ）と、再送データであるか否かを示す各種情報（Ｒｅ＿ｔｒａｎｓ＿ｉｄ）と、が含まれている。
【００２８】
Ｃｏｍｍａｎｄは、オーディオデータのパケットであることを示す場合と、他のデータ（例えばテストデータ）のパケットであることを示す場合と、がある。
【００２９】
Ｓｅｑｕｅｎｃｅは、クライアント側で正しい順序でパケットデータを受信しているか否かの判断に用いられる。クライアントは、当該Ｓｅｑｕｅｎｃｅに含まれた番号が非連続であった場合に、パケットの欠損があったと判断して、サーバに再送要求を行う。
【００３０】
Ｃｌｏｃｋは、オーディオデータの再生タイミング（再生時刻）を示す情報である。サーバおよびクライアントは、当該Ｃｌｏｃｋに示された再生時刻に基づいて、受信したオーディオデータの再生を行う。これにより、同期再生が実現される。
【００３１】
Ｒｅ＿ｔｒａｎｓ＿ｉｄは、上述の再送要求に対するパケットデータであるか否かを示す情報が含まれている。
【００３２】
制御部１０２は、図５に示すようなパケットデータを、再生用ＦＩＦＯ１０３および配信用ＦＩＦＯ１０７に出力する。
【００３３】
再生用ＦＩＦＯ１０３および配信用ＦＩＦＯ１０７は、パケットデータを所定時間分だけ保持し、当該パケットデータを、入力された順に出力する一時記憶部である。再生用ＦＩＦＯ１０３および配信用ＦＩＦＯ１０７は、後段の各種処理部の処理に必要な時間（処理遅延）を考慮した容量が設定される。例えば、再生用ＦＩＦＯ１０３は、再生部１０４の処理時間が０．１秒、ＤＳＰ１０５の処理時間が０．１秒、パケットデータの配信に要する時間（後述のクライアント側の再送要求を考慮した時間）が１．８秒として、配信用と同期を取るために約２秒分のオーディオデータに相当する容量が設定されている。配信用ＦＩＦＯ１０７は、再生用と同期を取るため配信に要する時間を除く約０．２秒分のオーディオデータに相当する容量を設定すればいい。
【００３４】
これにより、サーバであるＡＶレシーバ１００の再生タイミングと、クライアントである各スピーカ装置（データの配信先）におけるオーディオデータの再生タイミングを一致させることが可能となる。コンテンツデータ配信システム９００は、このようにして同期再生を実現することができる。
【００３５】
再生用ＦＩＦＯ１０３に保持されたパケットデータは、再生部１０４に出力される。再生部１０４は、パケットデータに含まれた再生時刻に基づいて、当該パケットデータのオーディオデータを再生し、デジタルオーディオ信号を出力する。
【００３６】
再生部１０４で再生されたデジタルオーディオ信号は、サーバ側信号処理部であるＤＳＰ１０５で所定の信号処理（例えば擬似反射音を付与することにより音場効果を付与する処理）が施され、出力Ｉ／Ｆ１０６に出力される。
【００３７】
出力Ｉ／Ｆ１０６から出力されたデジタルオーディオ信号は、スピーカ２００Ｌおよびスピーカ２００Ｒに入力される。スピーカ２００Ｌおよびスピーカ２００Ｒは、入力されたデジタルオーディオ信号をアナログオーディオ信号に変換して増幅する。スピーカ２００Ｌおよびスピーカ２００Ｒは、増幅後のアナログオーディオ信号を自身のスピーカユニットに入力する。これにより、スピーカ２００Ｌおよびスピーカ２００Ｒは、オーディオデータに係る音を出力する。なお、出力Ｉ／Ｆ１０６と各スピーカは、スピーカケーブル（アナログオーディオ線）を介して接続されていてもよい。この場合、ＤＳＰ１０５と出力Ｉ／Ｆ１０６との間にＤＡＣおよび増幅部が配置される。
【００３８】
一方、配信用ＦＩＦＯ１０７から出力されるパケットデータは、サーバ側通信部である通信Ｉ／Ｆ１０８を介して、スピーカ装置３０１、スピーカ装置３０２、およびスピーカ装置３０３に配信される。
【００３９】
図４（Ａ）は、スピーカ装置３０１の主要構成を示すブロック図である。他のスピーカ装置３０２およびスピーカ装置３０３の主要構成も同様であるため、図４においては代表してスピーカ装置３０１の構成を示す。
【００４０】
スピーカ装置３０１は、通信Ｉ／Ｆ３１１、バッファ処理部３１２、再生部３１３、ＤＳＰ３１４、およびＳＳ（サウンドシステム）３１５を備えている。
【００４１】
通信Ｉ／Ｆ３１１は、コンテンツデータ受信部に相当し、サーバであるＡＶレシーバ１００から配信されたパケットデータを受信し、バッファ処理部３１２に入力する。
【００４２】
図４（Ｂ）は、バッファ処理部３１２の構成を示すブロック図である。バッファ処理部３１２は、制御部３５１、バッファ３５２、およびＦＩＦＯ３５３を備えている。
【００４３】
制御部３５１は、パケットデータが正しい順序で受信されているか否かを判断する。上述のように、パケットデータには、順序を示す情報（Ｓｅｑｕｅｎｃｅ）が含まれている。したがって、制御部３５１は、当該Ｓｅｑｕｅｎｃｅに含まれた番号が連続している場合に、受信したパケットデータを後段のＦＩＦＯ３５３に出力する（制御部３５１の再送要求については後述する）。
【００４４】
ＦＩＦＯ３５３は、上述の再生用ＦＩＦＯ１０３に設定された、パケットデータの配信に要する時間（再送要求を考慮した時間）に対応する容量が設定されている。すなわち、ＦＩＦＯ３５３は、１．８秒分のオーディオデータに相当する容量が設定されている。
【００４５】
再生部３１３は、ＦＩＦＯ３５３から出力されたパケットデータの再生時刻に基づいて、当該パケットデータのオーディオデータを再生し、デジタルオーディオ信号を出力する。
【００４６】
再生部３１３で再生されたデジタルオーディオ信号は、ＤＳＰ３１４で所定の信号処理（例えば擬似反射音を付与することにより音場効果を付与する処理）が施され、ＳＳ３１５に出力される。ＳＳ３１５は、ＤＡＣ、増幅部、およびスピーカユニットを備えている。これにより、ＡＶレシーバ１００から配信されたオーディオデータに係る音がスピーカ装置３０１のスピーカユニットから出力され、同期再生が実現される。
【００４７】
一方、制御部３５１は、Ｓｅｑｕｅｎｃｅに含まれた番号が非連続であった場合に、パケットの欠損があったと判断して、ＡＶレシーバ１００に再送要求を行う。制御部３５１は、正しい順序のパケットデータが再送されるまで、受信した新たなパケットデータを、バッファ３５２に保持する。
【００４８】
図６（Ａ）は、バッファ３５２の構造を示す図である。バッファ３５２には、送信パケットの構造を判別して、複数のパケットデータ（この例では６つのパケットデータ）を格納するための領域が予め設定されている。バッファ３５２には、各パケットデータ（ＤＡＴＡ）に対して、欠損か否かを示す情報（Ｖａｌｉｄ）と、上記Ｓｅｑｕｅｎｃｅに対応するパケット番号（ｐｋｔ＿ｉｄ）が記載されている。バッファ３５２は、パケットデータが正しい順序で受信されている場合には空の状態となる。
【００４９】
ここで、制御部３５１は、例えば、パケット番号００２のパケットデータを受信した後に、パケット番号００５のパケットデータを受信した場合、パケット番号００３およびパケット番号００４のパケットデータが欠損したと判断し、図６（Ｂ）に示すように、バッファ３５２にパケット番号００３，００４のデータ領域を確保した上で、パケット番号００５のパケットデータを格納する。また、制御部３５１は、ＡＶレシーバ１００に対して、欠損したパケット番号００３およびパケット番号００４のパケットデータの再送要求を行う。
【００５０】
なお、制御部３５１は、バッファ３５２において、パケット番号００３およびパケット番号００４の格納領域を送信パケットの構造を判別（例えばデータ部の大きさを１．４ＫＢ）した上で図６（Ｂ）に示すように確保しているので（Ｖａｌｉｄ＝ＮＧ）、例えば、再送要求を行った後に、当該再送要求に対して、パケット番号００４のコンテンツデータが先に受信された場合でも、制御部３５１は、バッファ３５２に確保しておいたパケット番号００４用の領域に、当該パケット番号００４のコンテンツデータを格納できる。
【００５１】
一方、制御部３５１は、再送要求に対してパケット番号００３のパケットデータを受信した場合、当該パケット番号００３のパケットデータを後段のＦＩＦＯ３５３に出力し、図７（Ａ）に示すように、ＲＰ（リードポインタ）をパケット番号００４に進める。
【００５２】
そして、制御部３５１は、再送要求に対してパケット番号００４のコンテンツデータを受信した場合、当該パケット番号００４のパケットデータを後段のＦＩＦＯ３５３に出力し、さらに、バッファ３５２に保持されていたパケット番号００５のパケットデータも後段のＦＩＦＯ３５３に出力する。そして、制御部３５１は、図７（Ｂ）に示すように、ＲＰ（リードポインタ）をパケット番号００５の後に進める。これにより、バッファ３５２は、空の状態となる。
【００５３】
上述したように、制御部３５１は、正しい順序のパケットデータが再送されて来るまで、受信した新たなパケットデータを、バッファ３５２に保持する。したがって、制御部３５１は、再送要求を行った後に、例えばパケット番号００６のパケットデータが受信された場合、図８（Ａ）に示すように、バッファ３５２に当該パケット番号００６のパケットデータを格納する。ここで、制御部３５１は、後段のＦＩＦＯ３５３に格納されたパケットデータが基準量以下となって、ＦＩＦＯ３５３のアンダーフローが検出された場合に、バッファ３５２に保持されているパケットデータのうち、有効なパケットデータを後段に出力する。すなわち、図８（Ｂ）に示すように、パケット番号００５およびパケット番号００６を後段のＦＩＦＯ３５３に出力する。ＦＩＦＯ３５３には、１．８秒分のオーディオデータに相当する容量が設定されているため、１．８秒分のパケットデータの欠損に対応することができるが、仮に１．８秒を越える欠損が発生した場合には、オーディオデータの再生が停止してしまう。したがって、制御部３５１は、次に有効なパケットデータを後段に出力することで、オーディオデータの再生停止を防止する。
【００５４】
なお、この際、制御部３５１は、欠損したパケット番号００３およびパケット番号００４について、代替となるパケットデータをバッファ３５２の該当するデータ部分に書き込んだ後、後段に出力してもよい。例えば、パケット番号００５のパケットデータを複製し、当該複製したパケットデータをバッファ３５２の該当するデータ部分に書き込み、パケット番号００３およびパケット番号００４のパケットデータとして、後段に出力する。これにより、本来のデータとは異なるデータであるものの、オーディオデータとしての欠損は回避されると共に、代替データは後続に連続性があるデータであるため、オーディオデータの欠損によるノイズ音の発生を防止することができる。
【００５５】
一方、制御部３５１は、図９（Ａ）に示すように、再送パケットが到着する前にバッファ３５２の容量が一杯となり、これ以上パケットデータを保持することができない状態で、新たなパケットデータ（再送要求に対応しないもの）を受信した場合、図９（Ｂ）に示すように、現時点で有効なパケットデータ（この例ではパケット番号００５、パケット番号００６、パケット番号００７、およびパケット番号００８）を後段に出力し、受信したパケットデータで、最も古い番号のパケットデータ（この例ではパケット番号００３）を上書きする。
【００５６】
なお、この時も、欠損したパケット番号００３およびパケット番号００４のパケットデータの代わりに、他のパケット番号（例えばパケット番号００５）のパケットデータを複製し、これらパケット番号００３およびパケット番号００４のデータとして、後段に出力するようにしてもよい。
【００５７】
以上のようにして、スピーカ装置３０１は、受信したパケットデータの連続性が確保されている状態では、受信したパケットデータをそのまま後段に出力し、リアルタイム性を確保する。一方で、スピーカ装置３０１は、受信したパケットデータが非連続であった場合に限り、当該パケットデータをバッファ３５２に保持し、再送要求を行うことにより、連続性を確保する。また、後段にＦＩＦＯ３５３が設けられているため、再送要求を行った場合でもリアルタイム性が損なわれることがない。
【００５８】
次に、図１０のフローチャートを参照して、上述の一連の動作について説明する。この例ではスピーカ装置３０１の動作について説明するが、他のスピーカ装置においても同じ動作を行う。
【００５９】
まず、スピーカ装置３０１の通信Ｉ／Ｆ３１１は、ＡＶレシーバ１００からパケットデータを受信する（Ｓ１１）。バッファ処理部３１２の制御部３５１は、通信Ｉ／Ｆ３１１から当該パケットデータを受信すると、バッファ３５２の容量を確認する（Ｓ１２）。制御部３５１は、バッファがオーバーフロー状態であると判断した場合、図９（Ａ）および図９（Ｂ）に示したように、現時点で有効なパケットデータを後段に出力し（Ｓ１３）、受信したパケットデータで、最も古い番号のパケットデータを上書きする（Ｓ１４）。このとき、欠損したパケット番号のパケットデータがある場合には、他のパケット番号のパケットデータを複製し、欠損したパケット番号００３のデータとして、後段に出力するようにしてもよい。また、単純にデータ部に０を書き込んだデータを作成し、後段に出力するようにしても良い。
【００６０】
制御部３５１は、バッファ３５２の容量が一杯ではないと判断した場合、受信したパケットデータについて、後段のＦＩＦＯ３５３と連続性が確保されているか否かを判断する。連続性が確保されていれば、当該パケットデータを後段のＦＩＦＯ３５３に出力する（Ｓ１６）。なお、制御部３５１は、受信したパケットデータが再送要求に対応するパケットデータであった場合、当該パケットデータの再送要求は停止する。
【００６１】
一方で、制御部３５１は、パケットデータのＳｅｑｕｅｎｃｅに含まれた番号が非連続であった場合に、欠損したデータ領域をバッファ３５２に確保したうえで、受信したパケットデータをバッファ３５２の該当する部分に保持し（Ｓ１７）、欠損したパケットデータの再送要求を行う（Ｓ１８）。
【００６２】
なお、制御部３５１は、過去に行った再送要求について、所定時間が経過しても、当該再送要求に対応するコンテンツデータを受信しなかった場合に、再度、再送要求を行う動作を行ってもよい。
【００６３】
図１１は、ＦＩＦＯ３５３のアンダーフロー検出時の動作を示すフローチャートである。制御部３５１は、ＦＩＦＯ３５３に格納されたパケットデータが基準量以下となって、アンダーフローが検出された場合（Ｓ２１）、バッファ３５２に保持されているパケットデータのうち、有効なパケットデータを後段に出力する（Ｓ２２）。
【００６４】
制御部３５１は、図１２に示すように、ＦＩＦＯ３５３に格納されたパケットデータが基準量以下となって、アンダーフローが検出された場合（Ｓ２１）、バッファ３５２に保持されているパケットデータのうち、有効なパケットデータを複製して（Ｓ３２）、連続したパケット番号のパケットデータを生成して、後段に出力してもよい（Ｓ３３）。上述したように、例えば、パケット番号００５のパケットデータを複製し、当該複製したパケットデータを、パケット番号００３およびパケット番号００４のパケットデータとして、後段に出力する。これにより、オーディオデータとしての欠損は回避されるため、オーディオデータの欠損によるノイズ音の発生を防止することができる。
【符号の説明】
【００６５】
１０…無線ルータ
１００…ＡＶレシーバ
１０１…入力Ｉ／Ｆ
１０２…制御部
１０３…再生用ＦＩＦＯ
１０４…再生部
１０５…ＤＳＰ
１０６…出力Ｉ／Ｆ
１０７…配信用ＦＩＦＯ
１０８…通信Ｉ／Ｆ
２００Ｌ，２００Ｒ…スピーカ
３０１、３０２，３０３…スピーカ装置
３１１…通信Ｉ／Ｆ
３１２…バッファ処理部
３１３…再生部
３１４…ＤＳＰ
３１５…ＳＳ
３５１…制御部
３５２…バッファ
３５３…ＦＩＦＯ
９００…コンテンツデータ配信システム
【図１】
0006578808.tif 000002
【図２】
0006578808.tif 000003
【図３】
0006578808.tif 000004
【図４】
0006578808.tif 000005
【図５】
0006578808.tif 000006
【図６】
0006578808.tif 000007
【図７】
0006578808.tif 000008
【図８】
0006578808.tif 000009
【図９】
0006578808.tif 000010
【図１０】
0006578808.tif 000011
【図１１】
0006578808.tif 000012
【図１２】
0006578808.tif 000013