(57)【要約】【課題】ストリーミング受信とダウンロード受信を並行して処理する際、安定したストリーミング受信を保持しつつ、適切にダウンロード受信を制御することができる。【解決手段】ストリーミングデータを受信するストリーミング受信手段Ｓ１乃至Ｓｎと、ストリーミングデータを記憶するストリーミングデータ記憶手段Ｂ１乃至Ｂｎと、各々のストリーミングデータのデータ量を測定するデータバッファ量測定手段１１と、全てのストリーミングデータのデータ量が所定の基準値を超えている場合にはダウンロード許可信号を生成し、いずれか１つ以上のデータ量が所定の基準値以下である場合にはダウンロード不許可信号を生成するダウンロード受信処理制御手段１２と、ダウンロード許可信号が供給された場合にはダウンロードデータを受信し、ダウンロード不許可信号が供給された場合にはダウンロードデータの受信を停止するダウンロード受信手段Ｗ１乃至Ｗｎとを備える。【選択図】図１
2008293436.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたサーバからストリーミングデータ及びダウンロードデータを受信すると共に、ストリーミングデータの受信状態に応じてダウンロードデータの受信を制御するコンテンツ受信制御装置であって、
前記サーバからストリーミングデータを受信する１又は複数のストリーミング受信手段と、
前記１又は複数のストリーミング受信手段により受信したストリーミングデータを、各々のストリーミング受信手段に対応させて記憶する１又は複数のストリーミングデータ記憶手段と、
前記１又は複数のストリーミングデータ記憶手段に記憶された各々のストリーミングデータのデータ量を測定するデータバッファ量測定手段と、
前記データバッファ量測定手段により測定された各々のストリーミングデータのデータ量と所定の基準値とを比較し、全ての前記ストリーミングデータのデータ量が所定の基準値を超えている場合にはダウンロード許可信号を生成し、いずれか１つ以上の前記ストリーミングデータのデータ量が前記所定の基準値以下である場合にはダウンロード不許可信号を生成するダウンロード受信処理制御手段と、
前記ダウンロード受信処理制御手段により生成されたダウンロード許可信号が供給された場合には前記サーバからダウンロードデータを受信し、前記ダウンロード受信処理制御手段により生成されたダウンロード不許可信号が供給された場合には前記サーバからダウンロードデータの受信を停止する１又は複数のダウンロード受信手段と
を備えることを特徴とするコンテンツ受信制御装置。
【請求項２】
ネットワークを介して接続されたサーバからストリーミングデータ及びダウンロードデータを受信すると共に、ストリーミングデータの受信状態に応じてダウンロードデータの受信を制御するコンテンツ受信制御装置としてコンピュータを機能させるためのコンテンツ受信制御プログラムであって、
前記サーバからストリーミングデータを１又は複数のストリーミング手段に受信させるストリーミング受信ステップと、
前記１又は複数のストリーミング手段により受信されたストリーミングデータを、各々のストリーミング受信手段に対応した１又は複数のストリーミングデータ記憶手段に記憶させるストリーミングデータ記憶ステップと、
前記１又は複数のストリーミングデータ記憶手段に記憶された各々のストリーミングデータのデータ量を測定するデータバッファ量測定ステップと、
前記データバッファ量測定ステップにより測定された各々のストリーミングデータのデータ量と所定の基準値とを比較し、全ての前記ストリーミングデータのデータ量が所定の基準値を超えている場合にはダウンロード許可信号を生成し、いずれか１つ以上の前記ストリーミングデータのデータ量が前記所定の基準値以下である場合にはダウンロード不許可信号を生成するダウンロード受信処理制御ステップと、
前記ダウンロード受信処理制御ステップにより生成されたダウンロード許可信号が供給された場合には、１又は複数のダウンロード受信手段に前記サーバからダウンロードデータを受信させ、前記ダウンロード受信処理制御ステップにより生成されたダウンロード不許可信号が供給された場合には、前記１又は複数のダウンロード受信手段に前記サーバからのダウンロードデータの受信を停止させるダウンロード受信ステップと
をコンピュータに実行させるためのコンテンツ受信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安定したストリーミング受信を保持しつつ、効率良くダウンロード受信を行うコンテンツ受信制御装置及びコンテンツ受信制御プログラムに関する。
【背景技術】
【０００２】
昨今、ＤＬＮＡ（Digital Living Network Alliance）等のホームネットワークの普及に伴い、家庭内のＡＶ機器においても、ネットワークを介してビデオやテレビ放送等の動画データや音楽データをストリーミング受信すると共に、動画データ、静止画像データ、及び音楽データをダウンロードする機能が有するものが普及している。
【０００３】
ここで、ＤＬＮＡは、家電製品、パーソナルコンピュータ、及びモバイル機器間において、ＡＶコンテンツをネットワークを介してシームレスに共有するための規格を策定する非営利団体であり、このＤＬＮＡにより策定された規格がＤＬＮＡ規格と呼ばれている。
【０００４】
このＤＬＮＡ規格では、動画や音楽等のデータをネットワークを介して受信しながら再生させるストリーミング通信を“Streaming Transfer”、利用者が後で視聴するためにデータをダウンロードする通信を“Background Transfer”、また、静止画像のように再生の際時間軸を持たないデータをダウンロードする通信を“Interactive Transfer”として定義している。そして、これらの通信では一般的にHTTPプロトコルが用いられる。
【０００５】
しかしながら、このHTTPプロトコルは通信速度や通信帯域を保障していないので、複数の通信が混在し、通信負荷が機器やネットワークの能力を超えると、通信の遅延が生じる場合があった。
【０００６】
図７は、従来技術であるHTTPプロトコルによる通信の概要を説明した説明図である。
【０００７】
図７に示すように、クライアント１００からの要求に対してサーバ２００が応答を返している。クライアント１００が、サーバ２００にストリーム配信を要求する場合には、コンテンツ要求コマンド３０１に示すように、“transferMode.dlna.org”ヘッダを“Streaming”に設定してサーバ２００へ“Streaming Transfer”として要求する。また、クライアント１００が、サーバ２００に静止画像の配信を要求する場合には、コンテンツ要求コマンド３０２に示すように、“transferMode.dlna.org”ヘッダを“Interactive”に設定してサーバ２００へ“Interactive Transfer”として要求する。同様に、データのダウンロードを要求する場合には、コンテンツ要求コマンド３０３に示すように、“transferMode.dlna.org”ヘッダを“Background”に設定してサーバ２００へ“Background Transfer”として要求する。このように、クライアント１００からのコンテンツ要求コマンドに“transferMode.dlna.org”ヘッダを追加し、通信の種類を設定するので、通信データ自体に差異はない。
【０００８】
また、ＤＬＮＡ規格では、通信の遅延等によってコンテンツのストリーミング再生が不安定になることを防止するため、diffServ型QoS帯域保障で“Background Transfer”や“Interactive Transfer”より“Streaming Transfer”の優先度を上げるなどの規定が盛り込まれている。
【０００９】
しかしながら、QoS帯域保障は、ネットワークを伝送するデータにおいて優先度の高いものを優先して伝送させるが、コンテンツのストリーミング受信とダウンロード受信とを同時に行っているクライアントを効率的に制御することはできなかった。即ち、QoS帯域保障では、サーバからクライアントへの複数のコンテンツデータの通信がネットワークの負荷を越えた場合、優先度の低い通信パケットを破棄するので、優先度の低いダウンロード中のコンテンツの通信パケットが破棄されてしまう場合があった。
【００１０】
そこで、特許文献１には、複数のネットワークデータ受信処理をクライアントとサーバやルータ等の間でネットワーク通信速度を測定し、測定結果に基づいて通信の優先度を変更する端末装置が提案されている。
【特許文献１】特許３７３２１４９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、例えば、圧縮率可変で圧縮されたＭＰＥＧ２の動画データやＭＰ３の音楽データのストリーミング受信では、帯域速度が非常に短い時間で変化するので、特許文献１に記載の端末装置のように、定期的な速度測定では効率的な制御を行うことができない場合があった。
【００１２】
さらに、特許文献１に記載の端末装置では、クライアントとサーバやルータ等の間でネットワーク通信速度を測定するので、測定する間隔を短くするに従って測定自体がネットワーク負荷となる場合がある。このような場合、例えば、ダウンロード通信の速度測定時にストリーミング通信の休止状態を発生させてしまい、ストリーミング受信が不安定になる場合があった。
【００１３】
また、特許文献１に記載の端末装置のように、優先度をネットワーク通信速度の測定結果に応じて変更する技術では、コンテンツのストリーミング受信とダウンロード受信とを同時に行っているクライアントを効率的に制御することはできない。即ち、サーバからクライアントへの複数のコンテンツデータの通信がネットワークの負荷を越えた場合、優先度の低い通信パケットを破棄することなく適切に通信を制御することができない場合があった。
【００１４】
本発明は、上記問題に鑑みてなされたものであり、ストリーミング受信処理とダウンロード受信処理を並行して行う際、安定したストリーミング受信を保持しつつ、適切にダウンロード受信を制御するコンテンツ受信制御装置及びコンテンツ受信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するため、本発明に係るコンテンツ受信制御装置の第１の特徴は、サーバからストリーミングデータを受信する１又は複数のストリーミング受信手段と、１又は複数のストリーミング受信手段により受信したストリーミングデータを、各々のストリーミング受信手段に対応させて記憶する１又は複数のストリーミングデータ記憶手段と、１又は複数のストリーミングデータ記憶手段に記憶された各々のストリーミングデータのデータ量を測定するデータバッファ量測定手段と、データバッファ量測定手段により測定された各々のストリーミングデータのデータ量と所定の基準値とを比較し、全てのストリーミングデータのデータ量が所定の基準値を超えている場合にはダウンロード許可信号を生成し、いずれか１つ以上のストリーミングデータのデータ量が所定の基準値以下である場合にはダウンロード不許可信号を生成するダウンロード受信処理制御手段と、ダウンロード受信処理制御手段により生成されたダウンロード許可信号が供給された場合にはサーバからダウンロードデータを受信し、ダウンロード受信処理制御手段により生成されたダウンロード不許可信号が供給された場合にはサーバからダウンロードデータの受信を停止する１又は複数のダウンロード受信手段とを備えることにある。
【発明の効果】
【００１６】
本発明に係るコンテンツ受信制御装置及びコンテンツ受信制御プログラムによれば、ストリーミング受信とダウンロード受信を並行して処理する際、安定したストリーミング受信を保持しつつ、適切にダウンロード受信を制御することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための最良の形態について図面を参照して説明する。
【００１８】
図１は、本実施形態であるコンテンツ受信制御装置の構成を示した構成図である。
【００１９】
図１において、コンテンツ受信制御装置１は、ネットワーク２を介してストリーミング配信機能やダウンロードデータ配信機能を有するネットワークＡＶサーバ３，４と接続されている。
【００２０】
コンテンツ受信制御装置１は、ストリーミング受信手段Ｓ１乃至Ｓｎと、データバッファＢ１乃至Ｂｎと、データ解凍手段Ｄ１乃至Ｄｎと、データ再生手段Ｒ１乃至Ｒｎと、ダウンロード受信手段Ｗ１乃至Ｗｎと、データバッファ量測定手段１１と、ダウンロード受信処理制御手段１２と、データ記憶手段１３とを備える。
【００２１】
ストリーミング受信手段Ｓ１乃至Ｓｎは、サーバ３，４からネットワーク２を介してストリーミングデータを受信する。
【００２２】
データバッファＢ１乃至Ｂｎは、メモリ等で構成されており、ストリーミング受信手段Ｓ１乃至Ｓｎに１対１で対応して備えられている。そして、ストリーミング受信手段Ｓ１乃至Ｓｎにより受信した各々のストリーミングデータを記憶する。
【００２３】
データ解凍手段Ｄ１乃至Ｄｎは、データバッファＢ１乃至Ｂｎに１対１で対応して備えられており、データバッファＢ１乃至Ｂｎに記憶されたストリーミングデータを解凍する。
【００２４】
データ再生手段Ｒ１乃至Ｒｎは、データ解凍手段Ｄ１乃至Ｄｎに１対１で対応して備えられており、データ解凍手段Ｄ１乃至Ｄｎにより解凍されたストリーミングデータを再生する。
【００２５】
図２は、ストリーミング受信手段Ｓ１乃至Ｓｎによるストリーミング受信状態を説明した説明図である。図２（ａ）に示すように、ストリーミング受信手段Ｓ１乃至Ｓｎがストリーミング処理を開始した時には、データバッファＢ１乃至Ｂｎに記憶されたデータ量は“０”である。
【００２６】
そして、図２（ｂ）に示すように、データバッファＢ１乃至Ｂｎに記憶されたストリーミングデータのデータ量が予め定められた基準値Ｖに達したとき、データ解凍手段Ｄ１乃至Ｄｎ、及びデータ再生手段Ｒ１乃至Ｒｎが各々の処理を開始する。
【００２７】
ここで、基準値Ｖは、予め提供者等が実測に基づいた適性な値を予め算出し、提供者や利用者等が予め適正な値を設定しておく必要がある。例えば、再生手段Ｒ１乃至Ｒｎにおける再生時間が0.2〜0.4秒程度に相当するデータ量となるように設定される。また、基準値Ｖの値を、データバッファＢ１乃至Ｂｎの上限値Ｌの１／２に設定することも可能である。上限値Ｌは、データバッファＢ１乃至Ｂｎの記憶容量を示しており、理論上は大きい程好ましいが、製造コスト等を考慮して適切な記憶容量として実装される。そのため、基準値Ｖの値を上限値Ｌの１／２に設定することで、データバッファＢ１乃至Ｂｎのストリーミングデータのデータ量が上限値Ｌを超えにくく、かつ十分なデータ量を確保することができる。
【００２８】
データバッファ量測定手段１１は、データバッファＢ１乃至Ｂｎに記憶された各々のストリーミングデータのデータ量を測定する。
【００２９】
ダウンロード受信処理制御手段１２は、データバッファ量測定手段１１により測定された各々のストリーミングデータのデータ量と所定の基準値Ｖとを比較する。そして、全てのストリーミングデータのデータ量が所定の基準値Ｖを超えていると判定した場合にはダウンロード許可信号を生成し、いずれか１つ以上のストリーミングデータのデータ量が所定の基準値Ｖ以下であると判定した場合にはダウンロード不許可信号を生成し、ダウンロード受信手段Ｗ１乃至Ｗｎへ供給する。
【００３０】
ダウンロード受信手段Ｗ１乃至Ｗｎは、ダウンロード受信処理制御手段１２により生成されたダウンロード許可信号が供給された場合にはサーバ３，４からダウンロードデータを受信し、ダウンロード受信処理制御手段１２により生成されたダウンロード不許可信号が供給された場合にはサーバ３，４からダウンロードデータの受信を停止する。
【００３１】
データ記憶部１３は、例えばハードディスクドライブ（以下、ＨＤＤという）などで構成されており、ダウンロード受信手段Ｗ１乃至Ｗｎによりダウンロード受信されたダウンロードデータを記憶する。
【００３２】
≪コンテンツ受信制御装置１の作用≫
次に、本実施形態であるコンテンツ受信制御装置１の作用について説明する。
【００３３】
図３は、本実施形態であるコンテンツ受信制御装置１の処理手順を示したフローチャートである。
【００３４】
まず、コンテンツ受信制御装置１は、ネットワーク２を介してストリーミング受信手段Ｓ１がストリーミング通信中であるか否かを判定し（ステップＳ１０１）、ストリーミング通信中ではない場合には、ダウンロード受信手段Ｗ１にダウンロードデータを受信させるダウンロード受信許可信号を供給する。
【００３５】
そして、ステップＳ１０１において、ストリーミング通信中であると判定した場合は、ストリーミング受信手段Ｓ１に、ストリーミング受信の処理を実行させた後（ステップＳ１０２）、データバッファＢ１に記憶されたストリーミングデータのデータ量を測定する（ステップＳ１０３）。
【００３６】
そして、ダウンロード受信処理制御手段１２は、データバッファ量測定手段１１により測定されたストリーミングデータのデータ量が所定の基準値Ｖを超えているか否かを判定する（ステップＳ１０４）。ストリーミングデータのデータ量が基準値Ｖを超えていると判定した場合には、他のデータバッファＢ２乃至Ｂｎに記憶されたストリーミングデータのデータ量が所定の基準値Ｖを超えているか否かを判定する。
【００３７】
このようにして、各々のストリーミング受信手段Ｓ１乃至Ｓｎに、ストリーミング受信の処理を実行させ、各々のデータバッファＢ１乃至Ｂｎに記憶されたストリーミングデータのデータ量が所定の基準値Ｖを超えているか否かを判定する。そして、全てのデータバッファＢ１乃至Ｂｎに記憶されたデータ量が、所定の基準値Ｖを超えていると判定した場合、ダウンロード受信処理制御手段１２は、ダウンロード受信手段Ｗ１にダウンロードデータを受信させるダウンロード受信許可信号を供給する。
【００３８】
図２（ｃ）は、データバッファＢ１乃至Ｂｎに記憶されたストリーミングデータのデータ量が所定の基準値Ｖを超えている場合におけるストリーミング受信状態を説明した説明図である。
【００３９】
図２（ｃ）に示すように、データバッファＢ１乃至Ｂｎに記憶されたデータ量が所定の基準値Ｖを超えている場合には、ネットワーク２の通信帯域及びストリーミング受信手段Ｓ１乃至Ｓｎの能力が十分であると考えられるので、ダウンロード受信処理制御手段１２は、ダウンロード受信手段Ｗ１乃至Ｗｎにダウンロードデータを受信させるダウンロード受信許可信号を送信する。
【００４０】
一方、ダウンロード受信処理制御手段１２は、ステップＳ１０４において、いずれか１つ以上のデータバッファＢ１乃至Ｂｎに記憶されたデータ量が、所定の基準値Ｖ以下であると判定した場合にはダウンロード受信手段Ｗ１にダウンロードデータの受信を停止させるダウンロード停止信号を供給する。
【００４１】
図２（ｄ）は、データバッファＢ１乃至Ｂｎに記憶されたデータ量が所定の基準値Ｖ以下である場合におけるストリーミング受信状態を説明した説明図である。
【００４２】
図２（ｄ）に示すように、データバッファＢ１に記憶されたデータ量が所定の基準値Ｖ以下の場合には、ネットワーク２の通信帯域及びストリーミング受信手段Ｓ１の能力が十分ではないと考えられるので、ダウンロード受信処理制御手段１２は、ダウンロード受信手段Ｗ１にダウンロードデータの受信を停止させるダウンロード受信停止信号を供給する。
【００４３】
そして、ダウンロード受信処理制御手段１２は、全てのダウンロード受信手段Ｗ１乃至Ｗｎについて、データバッファＢ１に記憶されたストリーミングデータのデータ量が所定の基準値Ｖを超えているか否かを判定し、データ量が基準値Ｖを超えている場合にはダウンロード受信許可信号を供給し、データ量が基準値Ｖ以下である場合にはダウンロード受信停止信号を供給する。
【００４４】
これにより、ダウンロード受信手段Ｗ１乃至Ｗｎ毎に、全てのデータバッファＢ１乃至Ｂｎに記憶されたデータ量が所定の基準値Ｖを超えているか否かを判定することができる。
【００４５】
また、ネットワーク２に対して速度測定等のネットワーク負荷をかけることなく、ストリーミング受信状態を測定できる。そのため、ＭＰＥＧ２の動画データやＭＰ３の音楽データをストリーミング受信している場合のように帯域速度が非常に短い時間で変化する場合においても、ダウンロード受信処理制御手段１２は、データバッファＢ１乃至Ｂｎに記憶されたデータ量が所定の基準値Ｖを超えているか否かを正確に判定することができる。
【００４６】
次に、ダウンロード受信手段Ｗ１乃至Ｗｎは、ダウンロード受信許可信号を受信すると、ネットワーク２を介してダウンロード処理を実行する（ステップＳ１０５）。
【００４７】
図４（ａ）は、本実施形態であるコンテンツ受信制御装置１のデータバッファＢ１乃至Ｂｎに記憶されたデータ量の推移を説明した説明図であり、図４（ｂ）は、ダウンロード受信手段Ｗ１乃至Ｗｎにより受信されたダウンロードデータのデータ総量を示した説明図である。
【００４８】
図４（ａ）に示すように、ストリーミング受信手段Ｓ１乃至Ｓｎが受信するストリーミングデータのデータ量は変動するので、データバッファＢ１乃至Ｂｎに記憶されたストリーミングデータのデータ量もそれに応じて変動している。
【００４９】
図４（ａ）では、経過時点Ｔ１まで、データバッファＢ１乃至Ｂｎに記憶されたデータ量が基準値Ｖを超えている。そのため、ダウンロード受信処理制御手段１２は、ダウンロード受信手段Ｗ１乃至Ｗｎにダウンロードデータを受信させるダウンロード受信許可信号を送信している。これにより、図４（ｂ）に示すように、経過時点Ｔ１までダウンロード受信手段Ｗ１乃至Ｗｎにより受信されたダウンロードデータのデータ総量が増加している。
【００５０】
そして、Ｔ１時に、ダウンロード受信処理制御手段１２は、データバッファＢ１乃至Ｂｎに記憶されたストリームデータのデータ量が、基準値Ｖ以下であると判定し、ダウンロード受信手段Ｗ１にダウンロードデータの受信を停止させるダウンロード停止信号を供給する。
【００５１】
これにより、図４（ｂ）に示すように、経過時点Ｔ１からＴ２までの間、ダウンロード受信手段Ｗ１乃至Ｗｎはダウンロード処理を停止しているので、ダウンロード受信手段Ｗ１乃至Ｗｎにより受信されたダウンロードデータのデータ総量は増加せず一定値となっている。
【００５２】
そして、Ｔ２時からＴ３時までの間、データバッファＢ１乃至Ｂｎに記憶されたストリーミングデータのデータ量が、基準値Ｖを超えているので、ダウンロード受信手段Ｗ１乃至Ｗｎはダウンロード処理を再開する。
【００５３】
このように、ダウンロード受信処理制御手段１２は、データバッファＢ１乃至Ｂｎに記憶されたデータ量が基準値Ｖを超えている間のみ、ダウンロード受信手段Ｗ１乃至Ｗｎにダウンロード処理を実行させるので、ストリーミング処理とダウンロード処理との両方のネットワーク受信処理を行う際、ストリーミング処理に遅延させることなく、ダウンロード処理を適切に制御することができる。
【００５４】
＜実施例＞
本実施形態であるコンテンツ受信制御装置１をＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置に適用した実施例について説明する。
【００５５】
図５は、本実施形態であるコンテンツ受信制御装置１を適用したＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置の構成を示した構成図である。
【００５６】
図５において、ＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置１００は、ネットワーク２を介してストリーミング配信機能やダウンロードデータ配信機能を有するＤＬＮＡ対応ＰＣサーバ３１、ＤＬＮＡ対応ビデオカメラ３２、及びＤＬＮＡ対応ビデオレコーダ３３と接続されている。
【００５７】
ＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置１００は、ストリーミング受信手段Ｓ１と、データバッファＢ１と、ＭＰＥＧデコーダＤ１と、スピーカＲ１ａと、ディスプレイＲ１ｂと、インタラクティブダウンロード受信手段Ｗ１と、ダウンロード受信手段Ｗ２と、データバッファ量測定手段１１と、ダウンロード受信処理制御手段１２と、データ記憶手段１３と、ＪＰＥＧデコーダ１４とを備える。
【００５８】
ストリーミング受信手段Ｓ１は、ＤＬＮＡ対応ＰＣサーバ３１、ＤＬＮＡ対応ビデオカメラ３２、及びＤＬＮＡ対応ビデオレコーダ３３からネットワーク２を介してストリーミングデータを受信する。
【００５９】
データバッファＢ１は、メモリ等で構成されており、ストリーミング受信手段Ｓ１により受信したストリーミングデータを記憶する。
【００６０】
ＭＰＥＧ２デコーダＤ１は、データバッファＢ１に記憶されたストリーミングデータ、又はＨＤＤに記憶されたダウンロードデータを解凍する。
【００６１】
スピーカＲ１ａは、ＭＰＥＧ２デコーダＤ１により解凍されたストリーミングデータ又はダウンロードデータを音声出力し、ディスプレイＲ１ｂは、ＭＰＥＧ２デコーダＤ１により解凍されたストリーミングデータ若しくはダウンロードデータを表示し、又はＪＰＥＧデコーダ１４により解凍されたダウンロードデータを表示する。
【００６２】
データバッファ量測定手段１１は、データバッファＢ１に記憶されたストリーミングデータのデータ量を測定する。
【００６３】
ダウンロード受信処理制御手段１２は、データバッファ量測定手段１１により測定されたストリーミングデータのデータ量と所定の基準値Ｖとを比較する。そして、ストリーミングデータのデータ量が所定の基準値Ｖを超えていると判定した場合にはダウンロード許可信号を生成し、ストリーミングデータのデータ量が所定の基準値Ｖ以下であると判定した場合にはダウンロード不許可信号を生成し、インタラクティブダウンロード受信手段Ｗ１又はダウンロード受信手段Ｗ２へ供給する。さらに、ダウンロード受信処理制御手段１２は、インタラクティブダウンロード受信手段Ｗ１がダウンロード受信処理中か否かを判定し、ダウンロード受信処理中であれば、ダウンロード受信手段Ｗ２へダウンロード許可信号を供給し、通信中でなければインタラクティブダウンロード受信手段Ｗ１へダウンロード許可信号を供給する。
【００６４】
インタラクティブダウンロード受信手段Ｗ１は、ダウンロード受信処理制御手段１２により生成されたダウンロード許可信号が供給された場合には、ＤＬＮＡ対応ＰＣサーバ３１、ＤＬＮＡ対応ビデオカメラ３２、又はＤＬＮＡ対応ビデオレコーダ３３からダウンロードデータを受信する。そして、ダウンロード受信処理制御手段１２により生成されたダウンロード不許可信号が供給された場合にはＤＬＮＡ対応ＰＣサーバ３１、ＤＬＮＡ対応ビデオカメラ３２、及びＤＬＮＡ対応ビデオレコーダ３３からダウンロードデータの受信を停止する。
【００６５】
ダウンロード受信手段Ｗ１は、ダウンロード受信処理制御手段１２により生成されたダウンロード許可信号が供給された場合には、ＤＬＮＡ対応ＰＣサーバ３１、ＤＬＮＡ対応ビデオカメラ３２、又はＤＬＮＡ対応ビデオレコーダ３３からダウンロードデータを受信する。そして、ダウンロード受信処理制御手段１２により生成されたダウンロード不許可信号が供給された場合にはＤＬＮＡ対応ＰＣサーバ３１、ＤＬＮＡ対応ビデオカメラ３２、及びＤＬＮＡ対応ビデオレコーダ３３からダウンロードデータの受信を停止する。
【００６６】
なお、インタラクティブダウンロード受信手段Ｗ１は、ダウンロードデータとして静止画像データを受信し、ダウンロード受信手段Ｗ２は、ダウンロードデータとして静止画像データや動画データを受信する。
【００６７】
ＨＤＤ１３は、ダウンロード受信手段Ｗ２によりダウンロード受信されたダウンロードデータを記憶する。
【００６８】
ＪＰＥＧデコーダ１４は、インタラクティブダウンロード受信手段Ｗ１から供給されたダウンロードデータ、及びＨＤＤに記憶されたダウンロードデータを解凍する。
【００６９】
≪ＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置の作用≫
次に、本実施形態であるコンテンツ受信制御装置１を適用したＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置１００の作用について説明する。
【００７０】
図６は、本実施形態であるコンテンツ受信制御装置１を適用したＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置１００の処理手順を示したフローチャートである。
【００７１】
まず、ＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置１００は、ネットワーク２を介してストリーミング受信手段Ｓ１がストリーミング通信中であるか否かを判定し（ステップＳ２０１）、ストリーミング通信中でない場合には、処理をステップＳ２０５へ移行する。
【００７２】
そして、ステップＳ２０１において、ストリーミング通信中であると判定した場合は、ストリーミング受信手段Ｓ１に、ストリーミング受信の処理を実行させる（ステップＳ２０２）。
【００７３】
次に、データバッファ量測定手段１１は、ストリーミング受信手段Ｓ１により受信され、データバッファＢ１に記憶されたストリーミングデータのデータ量を測定する（ステップＳ２０３）。
【００７４】
そして、ダウンロード受信処理制御手段１２は、データバッファ量測定手段１１により測定されたストリーミングデータのデータ量が所定の基準値Ｖを超えているか否かを判定する（ステップＳ２０４）。
【００７５】
データバッファＢ１に記憶されたデータ量が所定の基準値Ｖ以下であると判定した場合には、ダウンロード受信処理制御手段１２は、インタラクティブダウンロード受信手段Ｗ１及びダウンロード受信手段Ｗ２にダウンロードデータの受信を停止させるダウンロード停止信号を送信する。
【００７６】
そして、ダウンロード受信処理制御手段１２は、データバッファＢ１に記憶されたデータ量が、所定の基準値Ｖを超えていると判定した場合、インタラクティブダウンロード受信手段Ｗ１がダウンロード受信処理中か否かを判定する（ステップＳ２０５）。
【００７７】
そして、インタラクティブダウンロード受信手段Ｗ１がダウンロード受信処理中であれば、インタラクティブダウンロード受信手段Ｗ１へダウンロード許可信号を供給し、インタラクティブダウンロード受信手段Ｗ１がダウンロード受信を実行する（ステップＳ２０６）。
【００７８】
一方、ステップＳ２０５において、インタラクティブダウンロード受信手段Ｗ１がダウンロード受信処理中でなければ、ダウンロード受信手段Ｗ２がダウンロード受信処理中か否かを判定する（ステップＳ２０７）。
【００７９】
そして、ダウンロード受信手段Ｗ１がダウンロード受信処理中であれば、ダウンロード受信手段Ｗ２へダウンロード許可信号を供給し、ダウンロード受信手段Ｗ２がダウンロード受信を実行する（ステップＳ２０８）。
【００８０】
このように、インタラクティブダウンロード受信手段Ｗ１がダウンロード受信処理中の場合に、インタラクティブダウンロード受信手段Ｗ１にダウンロード許可信号を供給することによって、ダウンロード受信手段Ｗ２よりインタラクティブダウンロード受信手段Ｗ１のダウンロード受信処理を優先させることができる。
【００８１】
また、ネットワーク２に対して速度測定等のネットワーク負荷をかけることなく、ストリーミング受信状態を測定できる。そのため、ＭＰＥＧ２の動画データやＭＰ３の音楽データをストリーミング受信している場合のように帯域速度が非常に短い時間で変化する場合においても、ダウンロード受信処理制御手段１２は、データバッファＢ１に記憶されたデータ量が所定の基準値Ｖを超えているか否かを正確に判定することができる。
【００８２】
以上のように、ダウンロード受信処理制御手段１２は、データバッファＢ１に記憶されたデータ量が基準値Ｖを超えている間のみ、インタラクティブダウンロード受信手段Ｗ１又はダウンロード受信手段Ｗ２にダウンロード処理を実行させるので、ストリーミング処理とダウンロード処理との両方のネットワーク受信処理を行う際、ストリーミング処理に遅延させることなく、ダウンロード処理を適切に制御することができる。
【図面の簡単な説明】
【００８３】
【図１】図１は、本実施形態であるコンテンツ受信制御装置の構成を示した構成図である。
【図２】（ａ）は、ストリーミング受信手段がストリーミング処理を開始した際のストリーミング受信状態を説明した説明図であり、（ｂ）は、データバッファに記憶されたストリーミングデータのデータ量が基準値に達したときのストリーミング受信状態を説明した説明図であり、（ｃ）は、データバッファに記憶されたストリーミングデータのデータ量が基準値を超えた達したときのストリーミング受信状態を説明した説明図であり、（ｄ）は、データバッファに記憶されたストリーミングデータのデータ量が基準値以下となったときのストリーミング受信状態を説明した説明図である。
【図３】本実施形態であるコンテンツ受信制御装置の処理手順を示したフローチャートである。
【図４】本実施形態であるコンテンツ受信制御装置のデータバッファに記憶されたデータ量の推移を説明した説明図であり、（ｂ）は、ダウンロード受信手段により受信されたダウンロードデータのデータ総量を示した説明図である。
【図５】本実施形態であるコンテンツ受信制御装置を適用したＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置の構成を示した構成図である。
【図６】本実施形態であるコンテンツ受信制御装置を適用したＤＬＮＡ対応のＨＤＤ付きＴＶ受信装置の処理手順を示したフローチャートである。
【図７】従来技術であるHTTPプロトコルによる通信の概要を説明した説明図である。
【符号の説明】
【００８４】
Ｂ１〜Ｂｎ…ストリーミングデータ記憶手段（データバッファ）
Ｄ１〜Ｄｎ…ＭＰＥＧデコーダ（データ解凍手段）
Ｒ１〜Ｒｎ…データ再生手段
Ｓ１〜Ｓｎ…ストリーミング受信手段
Ｗ１〜Ｗｎ…ダウンロード受信手段
１…コンテンツ受信制御装置
１１…データバッファ量測定手段
１２…ダウンロード受信処理制御手段
１３…データ記憶手段
１４…ＪＰＥＧデコーダ
３１…サーバ
３２…ＤＬＮＡ対応ビデオカメラ
３３…ＤＬＮＡ対応ビデオレコーダ
【図１】
2008293436.tif 000003
【図２】
2008293436.tif 000004
【図３】
2008293436.tif 000005
【図４】
2008293436.tif 000006
【図５】
2008293436.tif 000007
【図６】
2008293436.tif 000008
【図７】
2008293436.tif 000009