コンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法
【課題】ストリーム配信されているコンテンツデータに含まれるコマーシャルデータをリアルタイムで除去することができるコンテンツデータ受信再生装置、コンテンツデータ送受信システム及び方法を提供する。
【解決手段】ストリーム配信されたパケットを順次受信して、１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合にバッファへの蓄積前又は後において当該１つのコンテンツデータを削除する。
【解決手段】ストリーム配信されたパケットを順次受信して、１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合にバッファへの蓄積前又は後において当該１つのコンテンツデータを削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム型のＶＯＤ（Video On Demand）方式により配信されるコンテンツを受信するコンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法に関する。
【背景技術】
【０００２】
従来、放送番組中のいわゆるコマーシャル部分を除去して本編部分のみを再生する例えばハードディスク内蔵のレコーダなどの装置が知られている。例えば特許文献１には、かかる処理を行うデジタル記録再生装置が開示されている。当該装置は、放送番組全体のデータを受信し、これをハードディスク等の記録媒体に記録する。次に、記録媒体に記録されたデータについて、いわゆるシーンチェンジの検出を行い、シーンチェンジの間隔が例えば１５秒や３０秒になる部分をコマーシャル部分と判別する。そして、その判別結果に基づいて本編部分のみを再生する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１７５７１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、視聴者の要求に応じて映像や音声等からなるコンテンツをストリーム配信するビデオオンデマンド方式（以下、ＶＯＤ方式と称する）が知られているが、特許文献１に開示されている装置は、ＶＯＤ方式によってストリーム配信されているコンテンツのコマーシャル部分を除去することができないという問題があった。当該装置は、放送番組全体のデータを記録媒体に一旦記録し、その後にシーンチェンジ検出を行う構成なので、ストリーム配信されているコンテンツに含まれるコマーシャル部分をリアルタイムで除去することができなかった。
【０００５】
本発明は上記した如き問題点に鑑みてなされたものであって、ストリーム配信されているコンテンツデータに含まれるコマーシャルデータをリアルタイムで除去することができるコンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によるコンテンツデータ受信再生装置は、サーバからストリーム配信されたパケットを通信網を介して順次受信する受信部と、前記受信部によって受信されたパケットに含まれるコンテンツデータを順次蓄積する蓄積部と、前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生する再生部と、を含むコンテンツデータ受信再生装置であって、前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とする。
【０００７】
本発明によるコンテンツデータ送受信システムは、コンテンツ要求に応じてコンテンツデータを含むパケットを通信網を介してストリーム送信するサーバと、前記サーバによってストリーム送信されたパケットを前記通信網を介して順次受信して当該パケットに含まれるコンテンツデータを蓄積部に順次蓄積し前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生するコンテンツデータ受信再生装置と、を含むコンテンツデータ送受信システムであって、前記コンテンツデータ受信再生装置は、前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とする。
【０００８】
本発明によるコンテンツデータ送受信方法は、コンテンツデータを含むパケットを通信網を介してストリーム送信するストリーム送信ステップと、前記ストリーム送信ステップにおいて送信されたパケットを前記通信網を介して順次受信する受信ステップと、前記受信ステップにおいて受信されたパケットに含まれるコンテンツデータを蓄積する蓄積ステップと、前記蓄積ステップにおいて蓄積されたコンテンツデータを順次取り出して再生する再生ステップと、を含むコンテンツデータ送受信方法であって、前記受信ステップにおいて１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積ステップにおける当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除ステップと、を含むことを特徴とする。
【発明の効果】
【０００９】
本発明によるコンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法によれば、ストリーム配信されているコンテンツデータに含まれるコマーシャルデータをリアルタイムで除去することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例のコンテンツデータ受信再生装置の構成を、ＶＯＤサーバ、通信網、出力部及びリモコンと共に示すブロック図である。
【図２】ＶＯＤサーバからコンテンツデータ受信再生装置へ送信されるパケットの構成を示す図である。
【図３】コマーシャルデータ用のパケットのＧＯＰヘッダを示す図である。
【図４】本編データ用のパケットのＧＯＰヘッダを示す図である。
【図５】コンテンツ受信処理ルーチンを示すフローチャートである。
【図６】コンテンツデータ受信再生装置（ＳＴＢ）とＶＯＤサーバとの間のコンテンツ送受信処理を示すシーケンス図である。
【図７】（ａ）は、通常速度での送受信時におけるバッファ部と本編及びコマーシャル（ＣＭ）のデータとを示す図である。（ｂ）は、ＣＭ削除時におけるバッファ部とこれらのデータとを示す図である。（ｃ）は、バッファ蓄積量が所定の閾値データ量を下回った場合におけるバッファ部と本編のデータとを示す図である。（ｄ）は、バッファ蓄積量が所定の閾値データ量を上回った場合におけるバッファ部と本編のデータとを示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。
【００１２】
図１は、本実施例のコンテンツデータ受信再生装置１０の構成を、ＶＯＤサーバ２０、通信網３０、出力部４０及びリモコン５０と共に示すブロック図である。コンテンツデータ受信再生装置１０は、ユーザがリモコン５０から発したコンテンツ受信指示に応じて、ＶＯＤサーバ２０から例えばインターネットなどの通信網３０を介して映像等のコンテンツデータをパケットによりストリーム受信し、当該コンテンツデータに基づいて例えば液晶ディスプレイ等の出力部４０に映像や音声を再生出力させる例えばセットトップボックス（ＳＴＢ：Set Top Box）などの受信装置である。以下、コンテンツデータ受信再生装置１０をＳＴＢ１０と称する。以下、ＳＴＢ１０と、ＶＯＤサーバ２０と、通信網３０と、出力部４０と、リモコン５０とを含むシステムをコンテンツデータ送受信システム１と称する。
【００１３】
ＳＴＢ１０は、操作信号受信部１１と、コンテンツ要求送信部１２と、コンテンツ受信部１３と、バッファ部１４と、ＣＭデータ削除部１５と、送信速度変更要求送信部１６と、コンテンツ再生部１７と、ＳＴＢ制御部１８と、を含む。
【００１４】
操作信号受信部１１は、ユーザ操作によりリモコン５０から無線送信された操作信号を受信する例えば赤外線受信モジュール等の受信装置である。操作信号は、例えば映像等のコンテンツを要求する信号などである。
【００１５】
コンテンツ要求送信部１２は、操作信号受信部１１によって受信されたコンテンツ要求信号に応じて、通信網３０を介してＶＯＤサーバ２０へコンテンツ要求を送信する。
【００１６】
コンテンツ受信部１３は、ＶＯＤサーバ２０から当該コンテンツ要求に応じて送信されたコンテンツデータを通信網３０を介して受信する。コンテンツデータは、ＶＯＤサーバ２０からパケットによりストリーム送信される。パケットには、コンテンツ本編のデータを含むもの（以下、本編パケットと称する）と、いわゆるコマーシャルのデータを含むもの（以下、ＣＭパケットと称する）と、がある。
【００１７】
バッファ部１４は、コンテンツ受信部１３によって受信された本編パケットに含まれるデータ（以下、本編データと称する）を順次蓄積する。また、バッファ部１４は、コンテンツ受信部１３によって受信されたＣＭパケットに含まれるデータ（以下、コマーシャルデータ又はＣＭデータと称する）を、ＣＭデータ削除部１５によって削除されるまで一時的に蓄積することもできる。バッファ部１４は、例えばＲＡＭやハードディスク等の記憶媒体であり、ＭＰＥＧ２規格のパケットデータを例えば１０〜２０分程度蓄積できる。
【００１８】
ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダに含まれる識別データが当該パケットに含まれているコンテンツデータの内容がコマーシャルであることを示すと判別した場合に、バッファ部１４に一時的に蓄積されている当該コンテンツデータを削除する。
【００１９】
また、ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダに含まれる識別データが当該パケットに含まれているコンテンツデータの内容がコマーシャルであることを示すと判別した場合に、当該コンテンツデータをバッファ部１４に蓄積せずに削除することもできる。
【００２０】
ＣＭデータ削除部１５は、当該判別をする毎に１つのコンテンツデータを削除しても良いし、複数の判別後に複数のコンテンツデータをまとめて削除しても良い。
【００２１】
送信速度変更要求送信部（以下、変更要求送信部と称する）１６は、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を下回ったと判別した場合に、コンテンツデータの送信速度を上昇させる要求（以下、送信速度上昇要求と称する）をＶＯＤサーバ２０に送信する。閾値データ量は、バッファ部１４の蓄積可能容量の例えば２割程度の量である。送信速度上昇要求は、通常送信時の例えば１．１〜２倍程度の速度での送信を要求するものである。通常時におけるＶＯＤサーバ２０のコンテンツデータ送信量が例えば１０Ｍｂｐｓであれば、送信速度上昇要求においては、例えば１３Ｍｂｐｓでのコンテンツデータ送信を要求する。
【００２２】
また、変更要求送信部１６は、送信速度上昇要求後に、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を上回ったと判別した場合に、コンテンツデータの送信速度を通常に戻させる要求（以下、送信速度通常化要求と称する）をＶＯＤサーバ２０に送信する。閾値データ量は、同様にバッファ部１４の蓄積可能容量の例えば２割程度の量である。通常時におけるＶＯＤサーバ２０のコンテンツデータ送信量が例えば１０Ｍｂｐｓであれば、送信速度通常化要求においては、例えば１０Ｍｂｐｓでのコンテンツデータ送信を要求する。
【００２３】
コンテンツ再生部１７は、バッファ部１４に蓄積されている本編データを蓄積された順に取り出し、当該取り出した本編データに基づいて映像等を順次再生する。コンテンツ再生部１７がバッファ部１４から取り出す単位時間当たりの本編データの量は、コンテンツ受信部１３が通常時においてＶＯＤサーバ２０から単位時間当たりに受信するコンテンツデータの量と同量又はほぼ同量である。
【００２４】
ＳＴＢ制御部１８は、ＳＴＢ１０に含まれる上記の各機能ブロックを制御する例えばＣＰＵなどの処理装置である。上記の各機能ブロックは例えばマイクロプロセッサやメモリ等のハードウェア、及びこれらを機能させるソフトウェアなどによって適宜構成できる。
【００２５】
ＶＯＤサーバ２０は、ＶＯＤ方式すなわち、ＳＴＢ１０からのコンテンツ配信要求に応じてコンテンツデータをパケットによりストリーム配信するサーバである。ＶＯＤサーバ２０は、コンテンツ記憶部２１と、コンテンツ要求受信部２２と、コンテンツ送信部２３と、送信速度変更要求受信部２４と、送信速度制御部２５と、ＶＯＤ制御部２６と、を含む。
【００２６】
コンテンツ記憶部２１は、映像等のコンテンツを記憶する例えばハードディスク等の記憶媒体である。
【００２７】
コンテンツ要求受信部２２は、ＳＴＢ１０のコンテンツ要求送信部１２から送信されたコンテンツ要求を受信する。
【００２８】
コンテンツ送信部２３は、コンテンツ要求受信部２２によって受信されたコンテンツ要求に応じて、当該コンテンツ要求が示すコンテンツに対応するコンテンツデータを通信網３０を介して送信する。コンテンツ送信部２３は、送信速度制御部２５から通知された送信速度でコンテンツデータを送信する。
【００２９】
送信速度変更要求受信部（以下、単に変更要求受信部と称する）２４は、ＳＴＢ１０の変更要求送信部１６から送信された送信速度上昇要求及び送信速度通常化要求を通信網３０を介して受信する。
【００３０】
送信速度制御部２５は、変更要求受信部２４によって受信された送信速度上昇要求に応じて、コンテンツデータの送信速度を通常時よりも所定量だけ上昇させた送信速度をコンテンツ送信部２３へ通知する。また、送信速度制御部２５は、変更要求受信部２４によって受信された送信速度通常化要求に応じて、コンテンツデータの送信速度を通常時に戻した送信速度をコンテンツ送信部２３へ通知する。
【００３１】
ＶＯＤ制御部２６は、ＶＯＤサーバ２０に含まれる上記の各機能ブロックを制御する例えばＣＰＵなどの処理装置である。上記の各機能ブロックは例えばマイクロプロセッサやメモリ等のハードウェア、及びこれらを機能させるソフトウェアなどによって適宜構成できる。
【００３２】
通信網３０は、例えばインターネットなどの通信網である。出力部４０は、例えば液晶ディスプレイ等の表示装置及び音声スピーカからなる。リモコン５０は、ユーザによるコンテンツ要求等の入力を受け入れ、当該入力に応じた操作信号を例えば赤外線等によりＳＴＢ１０の操作信号受信部１１へ無線送信するリモートコントロール端末である。
【００３３】
図２は、ＶＯＤサーバ２０からＳＴＢ１０へ送信されるパケットの構成を示す図である。当該パケットは、ＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ（Group Of Pictures）構造からなる。ＧＯＰ構造からなる１つのパケットは、５００ミリ秒分（１５フレーム分）のデータを含んでいる。パケットは、フレームデータとＧＯＰヘッダとからなる。フレームデータは、本編データ又はＣＭデータであり、Ｉフレーム、Ｐフレーム及びＢフレームからなる。１つのパケット内のフレームの総数は１５である。ＧＯＰヘッダは、当該パケットに関する種々の情報からなる。
【００３４】
図３は、ＣＭパケットのＧＯＰヘッダを示す図である。ＣＭパケットのＧＯＰヘッダには、ユーザデータスタートコード及びユーザデータが含まれる。ユーザデータスタートコードは後続のデータがユーザデータであることを示す例えば０ｘ０００００１Ｂ２などの固有のコードである。ユーザデータは、当該パケットがＣＭパケットであることを示す例えば０ｘ０１などの固有の識別データである。ユーザデータスタートコードは３２ビット、ユーザデータは８ビットのデータである。ＧＯＰスタートコード（例えば０ｘ０００００１Ｂ８）、タイムコード、クローズドＧＯＰ、ブロークンリンク及びエクステンションデータは、ＧＯＰ規格の標準データであり、それぞれ、３２ビット、２５ビット、１ビット、１ビット、５ビットのデータである。
【００３５】
図４は、本編パケットのＧＯＰヘッダを示す図である。本編パケットのＧＯＰヘッダには、ＧＯＰスタートコード、タイムコード、クローズドＧＯＰ、ブロークンリンク及びエクステンションデータが含まれるが、ユーザデータスタートコード及びユーザデータが含まれない。
【００３６】
図５は、コンテンツ受信処理ルーチンを示すフローチャートである。図６は、ＳＴＢ１０とＶＯＤサーバ２０との間のコンテンツ送受信処理を示すシーケンス図である。以下、図５及び図６を参照しつつ、ＳＴＢ１０によるコンテンツ受信処理について説明する。
【００３７】
先ず、ＳＴＢ１０の操作信号受信部１１は、ユーザ操作によりリモコン５０から無線送信されたコンテンツ要求信号を受信する（ステップＳ１０１及びＳ２０１）。次に、コンテンツ要求送信部１２は、操作信号受信部１１によって受信されたコンテンツ要求信号に応じて、通信網３０を介してＶＯＤサーバ２０へコンテンツ要求を送信する（ステップＳ１０２及びＳ２０２）。
【００３８】
ＶＯＤサーバ２０のコンテンツ要求受信部２２は、コンテンツ要求送信部１２から送信されたコンテンツ要求を受信する（ステップＳ２０３）。コンテンツ送信部２３は、コンテンツ要求受信部２２によって受信されたコンテンツ要求に応じて、当該コンテンツ要求が示すコンテンツに対応するコンテンツデータをパケットによりストリーム配信する（ステップＳ２０４）。コンテンツ送信部２３は、所定の通常速度でコンテンツデータを送信する。
【００３９】
ＳＴＢ１０のコンテンツ受信部１３は、コンテンツ送信部２３から送信されたパケットを通信網３０を介して受信する（ステップＳ１０３及びＳ２０５）。バッファ部１４は、コンテンツ受信部１３によって受信された本編パケットに含まれる本編データを順次蓄積する（ステップＳ１０３）。また、バッファ部１４は、コンテンツ受信部１３によって受信されたＣＭパケットに含まれるＣＭデータを、ＣＭデータ削除部１５によって削除されるまで一時的に蓄積することもできる（ステップＳ１０３）。
【００４０】
図７（ａ）は、通常速度での送受信時におけるバッファ部１４と本編データ及びＣＭデータとを示す図である。本編データは「本編」、ＣＭデータは「ＣＭ」として図示されている（図７（ｂ）〜図７（ｄ）においても同様である）。バッファ部１４には、受信順に本編データが蓄積されている。バッファ部１４に蓄積されている本編データは、蓄積順にコンテンツ再生部１７（図１）によって取り出され、再生される。コンテンツ受信部１３（図１）がＣＭデータを受信した場合には、これもバッファ部１４に一時的に蓄積される。
【００４１】
ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダにユーザデータスタートコードが含まれている場合にはユーザデータの内容を確認する。そして、ＣＭデータ削除部１５は、当該ユーザデータが例えば０ｘ０１などの特定の識別データであると判別した場合には、当該受信パケットがＣＭパケットであると判別し（ステップＳ１０４）、バッファ部１４に一時的に蓄積されているデータのうちの当該ＣＭパケットに対応するＣＭデータを削除する（ステップＳ１０５）。なお、パケットがＣＭパケットであること（パケットに含まれているコンテンツデータの内容がコマーシャルであること）を示す固有の識別データとして例えば０ｘ０１を用いることが、ＳＴＢ１０及びＶＯＤサーバの各々において予め設定されている。
【００４２】
また、ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダに含まれる識別データが例えば０ｘ０１などの特定の識別データであることによって、当該パケットに含まれているコンテンツデータの内容がコマーシャルであることを示すと判別した場合に、当該コンテンツデータをバッファ部１４に蓄積せずに削除することもできる。
【００４３】
ＣＭデータ削除部１５は、受信パケットのＧＯＰヘッダにユーザデータが含まれていない場合には、当該受信パケットが本編パケットであると判別し（ステップＳ１０４）、本編パケットについては削除しない。
【００４４】
図７（ｂ）は、ＣＭ削除時におけるバッファ部１４と本編データ及びＣＭデータとを示す図である。バッファ部１４には本編データと共にＣＭデータも一時的に蓄積されている。ＣＭデータは、ＣＭデータ削除部１５（図１）によってバッファ部１４から削除される。
【００４５】
変更要求送信部１６は、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を下回ったと判別した場合に（ステップＳ１０６及びＳ２０８）、コンテンツデータの送信速度を上昇させる送信速度上昇要求をＶＯＤサーバ２０に送信する（ステップＳ１０７及びＳ２０９）。ＶＯＤサーバ２０の変更要求受信部２４は、ＳＴＢ１０の変更要求送信部１６から送信された送信速度上昇要求を通信網３０を介して受信する（ステップＳ２１０）。
【００４６】
送信速度制御部２５は、変更要求受信部２４によって受信された送信速度上昇要求に応じて、コンテンツデータの送信速度を通常時よりも所定量だけ増加させた送信速度をコンテンツ送信部２３へ通知する（ステップＳ２１１）。以降、コンテンツ送信部２３は、送信速度制御部２５から通知された当該送信速度でコンテンツデータを送信する。
【００４７】
図７（ｃ）は、バッファ蓄積量が所定の閾値データ量を下回った場合におけるバッファ部１４と本編データとを示す図である。ＣＭデータがＣＭデータ削除部１５（図１）によって削除され、且つ本編データが蓄積順にコンテンツ再生部１７（図１）によって取り出されるので、図７（ａ）に示される場合と比較してバッファ部１４に蓄積されている本編データが減少している。ＶＯＤサーバ２０のコンテンツ送信部２３がコンテンツデータの送信速度を上げているので、ＳＴＢ１０のコンテンツ受信部１３（図１）は、通常時に比較してより多くの本編データＰ１を受信する。
【００４８】
ＳＴＢ１０の変更要求送信部１６は、送信速度上昇要求後に、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を上回ったと判別した場合に（ステップＳ１０８及びＳ２１２）、コンテンツデータの送信速度を通常時の送信速度に戻す送信速度通常化要求をＶＯＤサーバ２０に送信する（ステップＳ１０９及びＳ２１３）。ＶＯＤサーバ２０の変更要求受信部２４は、ＳＴＢ１０の変更要求送信部１６から送信された送信速度通常化要求を通信網３０を介して受信する（ステップＳ２１４）。
【００４９】
送信速度制御部２５は、変更要求受信部２４によって受信された送信速度通常化要求に応じて、コンテンツデータの送信速度を通常時に戻した送信速度をコンテンツ送信部２３へ通知する（ステップＳ２１５）。以降、コンテンツ送信部２３は、送信速度制御部２５から通知された当該送信速度でコンテンツデータを送信する。
【００５０】
図７（ｄ）は、バッファ蓄積量が所定の閾値データ量を上回った場合におけるバッファ部１４と本編データとを示す図である。ＳＴＢ１０の変更要求送信部１６がＶＯＤサーバ２０へ送信速度上昇要求を送信した後には、コンテンツ受信部１３（図１）が通常時に比較してより多くの本編データＰ１（図７（ｃ））を受信するので、バッファ部１４には、図７（ａ）に示される場合と比較してより多くの本編データが蓄積されている。変更要求送信部１６が送信速度通常化要求をＶＯＤサーバ２０に送信した後には、コンテンツ受信部１３（図１）が通常時と同量の本編データＰ２を受信するので、バッファ部１４内の本編データ蓄積量は一定に保たれる。
【００５１】
ＳＴＢ制御部１８が、コンテンツデータの全てを受信したと判別した場合には（ステップＳ１１０）、コンテンツ受信処理を終了する。ＳＴＢ制御部１８が、コンテンツデータの全てを受信していないと判別した場合には（ステップＳ１１０）、コンテンツ受信処理（ステップＳ１０３〜Ｓ１１０）を継続する。
【００５２】
上記したように、本実施例のＳＴＢ１０は、受信パケットのヘッダに含まれる識別データに基づいて当該受信パケットが本編パケットであるかＣＭパケットであるかを判別し、ＣＭパケットであると判別した場合には、当該ＣＭパケットに含まれていたＣＭデータをバッファ内から削除する。また、本実施例のＳＴＢ１０は、受信パケットのヘッダに含まれる識別データに基づいて当該受信パケットが本編パケットであるかＣＭパケットであるかを判別し、ＣＭパケットであると判別した場合には、当該ＣＭパケットに含まれているＣＭデータをバッファに蓄積せずに削除することができる。これにより、ストリーム配信されているコンテンツデータのうちのＣＭデータをリアルタイムで削除することができ、コンテンツデータを受信しつつ本編のみを再生することができる。
【００５３】
ＣＭデータが削除又は削除された場合でも、バッファ部１４内の本編データは再生のために順次取り出されるので、バッファ部１４内の本編データは一時的に減少し、アンダーフローが生じることが考えられる。そこで、ＳＴＢ１０は、バッファ部１４内の本編データ蓄積量が所定の下限値を下回った場合に、コンテンツデータの送信速度を上昇させる要求をＶＯＤサーバ２０に送信する。これにより、ＳＴＢ１０は、通常時に比較して多くのコンテンツデータを受信するので、バッファ部１４内の本編データ量の減少分を補うことができる。
【００５４】
上記処理によって単位時間当たりのコンテンツデータの受信量が増加すると、バッファ部１４のオーバーフローが生じることが考えられる。そこで、ＳＴＢ１０は、バッファ部１４内の本編データ蓄積量が所定の上限値を上回った場合に、コンテンツデータの送信速度を通常時の送信速度に戻させる要求をＶＯＤサーバ２０に送信する。これにより、ＳＴＢ１０は、通常時と同量の本編データを受信するので、バッファ部１４内の本編データ蓄積量は一定に保たれる。これ以降も、上記と同様の処理がなされるので、ＳＴＢ１０は、オーバーフローもアンダーフローも生じさせずに、コンテンツデータを受信しつつ本編のみを再生することができる。
【００５５】
ＭＰＥＧ２規格のフォーマットに従って構成されたパケットを用いる場合には、そのＧＯＰヘッダ内に当該パケットが本編パケットであるかＣＭパケットであるかを識別するための識別データをＶＯＤサーバ２０が含めてＳＴＢ１０に送信する。当該識別データとしては、例えば０ｘ０１などのユーザデータを用いることができる。かかる識別データによって、ＳＴＢ１０は、受信パケットが本編パケットであるかＣＭパケットであるかを判別できる。
【符号の説明】
【００５６】
１ コンテンツデータ送受信システム
１０ コンテンツデータ受信再生装置（ＳＴＢ）
１１ 操作信号受信部
１２ コンテンツ要求送信部
１３ コンテンツ受信部（受信部）
１４ バッファ部（蓄積部）
１５ ＣＭデータ削除部（データ削除部）
１６ 送信速度変更要求送信部（変更要求送信部）
１７ コンテンツ再生部（再生部）
１８ ＳＴＢ制御部
２０ ＶＯＤサーバ
２１ コンテンツ記憶部
２２ コンテンツ要求受信部
２３ コンテンツ送信部
２４ 送信速度変更要求受信部（変更要求受信部）
２５ 送信速度制御部
３０ 通信網
４０ 出力部
５０ リモコン
【技術分野】
【０００１】
本発明は、ストリーム型のＶＯＤ（Video On Demand）方式により配信されるコンテンツを受信するコンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法に関する。
【背景技術】
【０００２】
従来、放送番組中のいわゆるコマーシャル部分を除去して本編部分のみを再生する例えばハードディスク内蔵のレコーダなどの装置が知られている。例えば特許文献１には、かかる処理を行うデジタル記録再生装置が開示されている。当該装置は、放送番組全体のデータを受信し、これをハードディスク等の記録媒体に記録する。次に、記録媒体に記録されたデータについて、いわゆるシーンチェンジの検出を行い、シーンチェンジの間隔が例えば１５秒や３０秒になる部分をコマーシャル部分と判別する。そして、その判別結果に基づいて本編部分のみを再生する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１７５７１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、視聴者の要求に応じて映像や音声等からなるコンテンツをストリーム配信するビデオオンデマンド方式（以下、ＶＯＤ方式と称する）が知られているが、特許文献１に開示されている装置は、ＶＯＤ方式によってストリーム配信されているコンテンツのコマーシャル部分を除去することができないという問題があった。当該装置は、放送番組全体のデータを記録媒体に一旦記録し、その後にシーンチェンジ検出を行う構成なので、ストリーム配信されているコンテンツに含まれるコマーシャル部分をリアルタイムで除去することができなかった。
【０００５】
本発明は上記した如き問題点に鑑みてなされたものであって、ストリーム配信されているコンテンツデータに含まれるコマーシャルデータをリアルタイムで除去することができるコンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によるコンテンツデータ受信再生装置は、サーバからストリーム配信されたパケットを通信網を介して順次受信する受信部と、前記受信部によって受信されたパケットに含まれるコンテンツデータを順次蓄積する蓄積部と、前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生する再生部と、を含むコンテンツデータ受信再生装置であって、前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とする。
【０００７】
本発明によるコンテンツデータ送受信システムは、コンテンツ要求に応じてコンテンツデータを含むパケットを通信網を介してストリーム送信するサーバと、前記サーバによってストリーム送信されたパケットを前記通信網を介して順次受信して当該パケットに含まれるコンテンツデータを蓄積部に順次蓄積し前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生するコンテンツデータ受信再生装置と、を含むコンテンツデータ送受信システムであって、前記コンテンツデータ受信再生装置は、前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とする。
【０００８】
本発明によるコンテンツデータ送受信方法は、コンテンツデータを含むパケットを通信網を介してストリーム送信するストリーム送信ステップと、前記ストリーム送信ステップにおいて送信されたパケットを前記通信網を介して順次受信する受信ステップと、前記受信ステップにおいて受信されたパケットに含まれるコンテンツデータを蓄積する蓄積ステップと、前記蓄積ステップにおいて蓄積されたコンテンツデータを順次取り出して再生する再生ステップと、を含むコンテンツデータ送受信方法であって、前記受信ステップにおいて１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積ステップにおける当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除ステップと、を含むことを特徴とする。
【発明の効果】
【０００９】
本発明によるコンテンツデータ受信再生装置、コンテンツデータ送受信システム及びコンテンツデータ送受信方法によれば、ストリーム配信されているコンテンツデータに含まれるコマーシャルデータをリアルタイムで除去することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例のコンテンツデータ受信再生装置の構成を、ＶＯＤサーバ、通信網、出力部及びリモコンと共に示すブロック図である。
【図２】ＶＯＤサーバからコンテンツデータ受信再生装置へ送信されるパケットの構成を示す図である。
【図３】コマーシャルデータ用のパケットのＧＯＰヘッダを示す図である。
【図４】本編データ用のパケットのＧＯＰヘッダを示す図である。
【図５】コンテンツ受信処理ルーチンを示すフローチャートである。
【図６】コンテンツデータ受信再生装置（ＳＴＢ）とＶＯＤサーバとの間のコンテンツ送受信処理を示すシーケンス図である。
【図７】（ａ）は、通常速度での送受信時におけるバッファ部と本編及びコマーシャル（ＣＭ）のデータとを示す図である。（ｂ）は、ＣＭ削除時におけるバッファ部とこれらのデータとを示す図である。（ｃ）は、バッファ蓄積量が所定の閾値データ量を下回った場合におけるバッファ部と本編のデータとを示す図である。（ｄ）は、バッファ蓄積量が所定の閾値データ量を上回った場合におけるバッファ部と本編のデータとを示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。
【００１２】
図１は、本実施例のコンテンツデータ受信再生装置１０の構成を、ＶＯＤサーバ２０、通信網３０、出力部４０及びリモコン５０と共に示すブロック図である。コンテンツデータ受信再生装置１０は、ユーザがリモコン５０から発したコンテンツ受信指示に応じて、ＶＯＤサーバ２０から例えばインターネットなどの通信網３０を介して映像等のコンテンツデータをパケットによりストリーム受信し、当該コンテンツデータに基づいて例えば液晶ディスプレイ等の出力部４０に映像や音声を再生出力させる例えばセットトップボックス（ＳＴＢ：Set Top Box）などの受信装置である。以下、コンテンツデータ受信再生装置１０をＳＴＢ１０と称する。以下、ＳＴＢ１０と、ＶＯＤサーバ２０と、通信網３０と、出力部４０と、リモコン５０とを含むシステムをコンテンツデータ送受信システム１と称する。
【００１３】
ＳＴＢ１０は、操作信号受信部１１と、コンテンツ要求送信部１２と、コンテンツ受信部１３と、バッファ部１４と、ＣＭデータ削除部１５と、送信速度変更要求送信部１６と、コンテンツ再生部１７と、ＳＴＢ制御部１８と、を含む。
【００１４】
操作信号受信部１１は、ユーザ操作によりリモコン５０から無線送信された操作信号を受信する例えば赤外線受信モジュール等の受信装置である。操作信号は、例えば映像等のコンテンツを要求する信号などである。
【００１５】
コンテンツ要求送信部１２は、操作信号受信部１１によって受信されたコンテンツ要求信号に応じて、通信網３０を介してＶＯＤサーバ２０へコンテンツ要求を送信する。
【００１６】
コンテンツ受信部１３は、ＶＯＤサーバ２０から当該コンテンツ要求に応じて送信されたコンテンツデータを通信網３０を介して受信する。コンテンツデータは、ＶＯＤサーバ２０からパケットによりストリーム送信される。パケットには、コンテンツ本編のデータを含むもの（以下、本編パケットと称する）と、いわゆるコマーシャルのデータを含むもの（以下、ＣＭパケットと称する）と、がある。
【００１７】
バッファ部１４は、コンテンツ受信部１３によって受信された本編パケットに含まれるデータ（以下、本編データと称する）を順次蓄積する。また、バッファ部１４は、コンテンツ受信部１３によって受信されたＣＭパケットに含まれるデータ（以下、コマーシャルデータ又はＣＭデータと称する）を、ＣＭデータ削除部１５によって削除されるまで一時的に蓄積することもできる。バッファ部１４は、例えばＲＡＭやハードディスク等の記憶媒体であり、ＭＰＥＧ２規格のパケットデータを例えば１０〜２０分程度蓄積できる。
【００１８】
ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダに含まれる識別データが当該パケットに含まれているコンテンツデータの内容がコマーシャルであることを示すと判別した場合に、バッファ部１４に一時的に蓄積されている当該コンテンツデータを削除する。
【００１９】
また、ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダに含まれる識別データが当該パケットに含まれているコンテンツデータの内容がコマーシャルであることを示すと判別した場合に、当該コンテンツデータをバッファ部１４に蓄積せずに削除することもできる。
【００２０】
ＣＭデータ削除部１５は、当該判別をする毎に１つのコンテンツデータを削除しても良いし、複数の判別後に複数のコンテンツデータをまとめて削除しても良い。
【００２１】
送信速度変更要求送信部（以下、変更要求送信部と称する）１６は、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を下回ったと判別した場合に、コンテンツデータの送信速度を上昇させる要求（以下、送信速度上昇要求と称する）をＶＯＤサーバ２０に送信する。閾値データ量は、バッファ部１４の蓄積可能容量の例えば２割程度の量である。送信速度上昇要求は、通常送信時の例えば１．１〜２倍程度の速度での送信を要求するものである。通常時におけるＶＯＤサーバ２０のコンテンツデータ送信量が例えば１０Ｍｂｐｓであれば、送信速度上昇要求においては、例えば１３Ｍｂｐｓでのコンテンツデータ送信を要求する。
【００２２】
また、変更要求送信部１６は、送信速度上昇要求後に、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を上回ったと判別した場合に、コンテンツデータの送信速度を通常に戻させる要求（以下、送信速度通常化要求と称する）をＶＯＤサーバ２０に送信する。閾値データ量は、同様にバッファ部１４の蓄積可能容量の例えば２割程度の量である。通常時におけるＶＯＤサーバ２０のコンテンツデータ送信量が例えば１０Ｍｂｐｓであれば、送信速度通常化要求においては、例えば１０Ｍｂｐｓでのコンテンツデータ送信を要求する。
【００２３】
コンテンツ再生部１７は、バッファ部１４に蓄積されている本編データを蓄積された順に取り出し、当該取り出した本編データに基づいて映像等を順次再生する。コンテンツ再生部１７がバッファ部１４から取り出す単位時間当たりの本編データの量は、コンテンツ受信部１３が通常時においてＶＯＤサーバ２０から単位時間当たりに受信するコンテンツデータの量と同量又はほぼ同量である。
【００２４】
ＳＴＢ制御部１８は、ＳＴＢ１０に含まれる上記の各機能ブロックを制御する例えばＣＰＵなどの処理装置である。上記の各機能ブロックは例えばマイクロプロセッサやメモリ等のハードウェア、及びこれらを機能させるソフトウェアなどによって適宜構成できる。
【００２５】
ＶＯＤサーバ２０は、ＶＯＤ方式すなわち、ＳＴＢ１０からのコンテンツ配信要求に応じてコンテンツデータをパケットによりストリーム配信するサーバである。ＶＯＤサーバ２０は、コンテンツ記憶部２１と、コンテンツ要求受信部２２と、コンテンツ送信部２３と、送信速度変更要求受信部２４と、送信速度制御部２５と、ＶＯＤ制御部２６と、を含む。
【００２６】
コンテンツ記憶部２１は、映像等のコンテンツを記憶する例えばハードディスク等の記憶媒体である。
【００２７】
コンテンツ要求受信部２２は、ＳＴＢ１０のコンテンツ要求送信部１２から送信されたコンテンツ要求を受信する。
【００２８】
コンテンツ送信部２３は、コンテンツ要求受信部２２によって受信されたコンテンツ要求に応じて、当該コンテンツ要求が示すコンテンツに対応するコンテンツデータを通信網３０を介して送信する。コンテンツ送信部２３は、送信速度制御部２５から通知された送信速度でコンテンツデータを送信する。
【００２９】
送信速度変更要求受信部（以下、単に変更要求受信部と称する）２４は、ＳＴＢ１０の変更要求送信部１６から送信された送信速度上昇要求及び送信速度通常化要求を通信網３０を介して受信する。
【００３０】
送信速度制御部２５は、変更要求受信部２４によって受信された送信速度上昇要求に応じて、コンテンツデータの送信速度を通常時よりも所定量だけ上昇させた送信速度をコンテンツ送信部２３へ通知する。また、送信速度制御部２５は、変更要求受信部２４によって受信された送信速度通常化要求に応じて、コンテンツデータの送信速度を通常時に戻した送信速度をコンテンツ送信部２３へ通知する。
【００３１】
ＶＯＤ制御部２６は、ＶＯＤサーバ２０に含まれる上記の各機能ブロックを制御する例えばＣＰＵなどの処理装置である。上記の各機能ブロックは例えばマイクロプロセッサやメモリ等のハードウェア、及びこれらを機能させるソフトウェアなどによって適宜構成できる。
【００３２】
通信網３０は、例えばインターネットなどの通信網である。出力部４０は、例えば液晶ディスプレイ等の表示装置及び音声スピーカからなる。リモコン５０は、ユーザによるコンテンツ要求等の入力を受け入れ、当該入力に応じた操作信号を例えば赤外線等によりＳＴＢ１０の操作信号受信部１１へ無線送信するリモートコントロール端末である。
【００３３】
図２は、ＶＯＤサーバ２０からＳＴＢ１０へ送信されるパケットの構成を示す図である。当該パケットは、ＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ（Group Of Pictures）構造からなる。ＧＯＰ構造からなる１つのパケットは、５００ミリ秒分（１５フレーム分）のデータを含んでいる。パケットは、フレームデータとＧＯＰヘッダとからなる。フレームデータは、本編データ又はＣＭデータであり、Ｉフレーム、Ｐフレーム及びＢフレームからなる。１つのパケット内のフレームの総数は１５である。ＧＯＰヘッダは、当該パケットに関する種々の情報からなる。
【００３４】
図３は、ＣＭパケットのＧＯＰヘッダを示す図である。ＣＭパケットのＧＯＰヘッダには、ユーザデータスタートコード及びユーザデータが含まれる。ユーザデータスタートコードは後続のデータがユーザデータであることを示す例えば０ｘ０００００１Ｂ２などの固有のコードである。ユーザデータは、当該パケットがＣＭパケットであることを示す例えば０ｘ０１などの固有の識別データである。ユーザデータスタートコードは３２ビット、ユーザデータは８ビットのデータである。ＧＯＰスタートコード（例えば０ｘ０００００１Ｂ８）、タイムコード、クローズドＧＯＰ、ブロークンリンク及びエクステンションデータは、ＧＯＰ規格の標準データであり、それぞれ、３２ビット、２５ビット、１ビット、１ビット、５ビットのデータである。
【００３５】
図４は、本編パケットのＧＯＰヘッダを示す図である。本編パケットのＧＯＰヘッダには、ＧＯＰスタートコード、タイムコード、クローズドＧＯＰ、ブロークンリンク及びエクステンションデータが含まれるが、ユーザデータスタートコード及びユーザデータが含まれない。
【００３６】
図５は、コンテンツ受信処理ルーチンを示すフローチャートである。図６は、ＳＴＢ１０とＶＯＤサーバ２０との間のコンテンツ送受信処理を示すシーケンス図である。以下、図５及び図６を参照しつつ、ＳＴＢ１０によるコンテンツ受信処理について説明する。
【００３７】
先ず、ＳＴＢ１０の操作信号受信部１１は、ユーザ操作によりリモコン５０から無線送信されたコンテンツ要求信号を受信する（ステップＳ１０１及びＳ２０１）。次に、コンテンツ要求送信部１２は、操作信号受信部１１によって受信されたコンテンツ要求信号に応じて、通信網３０を介してＶＯＤサーバ２０へコンテンツ要求を送信する（ステップＳ１０２及びＳ２０２）。
【００３８】
ＶＯＤサーバ２０のコンテンツ要求受信部２２は、コンテンツ要求送信部１２から送信されたコンテンツ要求を受信する（ステップＳ２０３）。コンテンツ送信部２３は、コンテンツ要求受信部２２によって受信されたコンテンツ要求に応じて、当該コンテンツ要求が示すコンテンツに対応するコンテンツデータをパケットによりストリーム配信する（ステップＳ２０４）。コンテンツ送信部２３は、所定の通常速度でコンテンツデータを送信する。
【００３９】
ＳＴＢ１０のコンテンツ受信部１３は、コンテンツ送信部２３から送信されたパケットを通信網３０を介して受信する（ステップＳ１０３及びＳ２０５）。バッファ部１４は、コンテンツ受信部１３によって受信された本編パケットに含まれる本編データを順次蓄積する（ステップＳ１０３）。また、バッファ部１４は、コンテンツ受信部１３によって受信されたＣＭパケットに含まれるＣＭデータを、ＣＭデータ削除部１５によって削除されるまで一時的に蓄積することもできる（ステップＳ１０３）。
【００４０】
図７（ａ）は、通常速度での送受信時におけるバッファ部１４と本編データ及びＣＭデータとを示す図である。本編データは「本編」、ＣＭデータは「ＣＭ」として図示されている（図７（ｂ）〜図７（ｄ）においても同様である）。バッファ部１４には、受信順に本編データが蓄積されている。バッファ部１４に蓄積されている本編データは、蓄積順にコンテンツ再生部１７（図１）によって取り出され、再生される。コンテンツ受信部１３（図１）がＣＭデータを受信した場合には、これもバッファ部１４に一時的に蓄積される。
【００４１】
ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダにユーザデータスタートコードが含まれている場合にはユーザデータの内容を確認する。そして、ＣＭデータ削除部１５は、当該ユーザデータが例えば０ｘ０１などの特定の識別データであると判別した場合には、当該受信パケットがＣＭパケットであると判別し（ステップＳ１０４）、バッファ部１４に一時的に蓄積されているデータのうちの当該ＣＭパケットに対応するＣＭデータを削除する（ステップＳ１０５）。なお、パケットがＣＭパケットであること（パケットに含まれているコンテンツデータの内容がコマーシャルであること）を示す固有の識別データとして例えば０ｘ０１を用いることが、ＳＴＢ１０及びＶＯＤサーバの各々において予め設定されている。
【００４２】
また、ＣＭデータ削除部１５は、コンテンツ受信部１３がパケットを受信したときに、当該パケットのＧＯＰヘッダに含まれる識別データが例えば０ｘ０１などの特定の識別データであることによって、当該パケットに含まれているコンテンツデータの内容がコマーシャルであることを示すと判別した場合に、当該コンテンツデータをバッファ部１４に蓄積せずに削除することもできる。
【００４３】
ＣＭデータ削除部１５は、受信パケットのＧＯＰヘッダにユーザデータが含まれていない場合には、当該受信パケットが本編パケットであると判別し（ステップＳ１０４）、本編パケットについては削除しない。
【００４４】
図７（ｂ）は、ＣＭ削除時におけるバッファ部１４と本編データ及びＣＭデータとを示す図である。バッファ部１４には本編データと共にＣＭデータも一時的に蓄積されている。ＣＭデータは、ＣＭデータ削除部１５（図１）によってバッファ部１４から削除される。
【００４５】
変更要求送信部１６は、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を下回ったと判別した場合に（ステップＳ１０６及びＳ２０８）、コンテンツデータの送信速度を上昇させる送信速度上昇要求をＶＯＤサーバ２０に送信する（ステップＳ１０７及びＳ２０９）。ＶＯＤサーバ２０の変更要求受信部２４は、ＳＴＢ１０の変更要求送信部１６から送信された送信速度上昇要求を通信網３０を介して受信する（ステップＳ２１０）。
【００４６】
送信速度制御部２５は、変更要求受信部２４によって受信された送信速度上昇要求に応じて、コンテンツデータの送信速度を通常時よりも所定量だけ増加させた送信速度をコンテンツ送信部２３へ通知する（ステップＳ２１１）。以降、コンテンツ送信部２３は、送信速度制御部２５から通知された当該送信速度でコンテンツデータを送信する。
【００４７】
図７（ｃ）は、バッファ蓄積量が所定の閾値データ量を下回った場合におけるバッファ部１４と本編データとを示す図である。ＣＭデータがＣＭデータ削除部１５（図１）によって削除され、且つ本編データが蓄積順にコンテンツ再生部１７（図１）によって取り出されるので、図７（ａ）に示される場合と比較してバッファ部１４に蓄積されている本編データが減少している。ＶＯＤサーバ２０のコンテンツ送信部２３がコンテンツデータの送信速度を上げているので、ＳＴＢ１０のコンテンツ受信部１３（図１）は、通常時に比較してより多くの本編データＰ１を受信する。
【００４８】
ＳＴＢ１０の変更要求送信部１６は、送信速度上昇要求後に、バッファ部１４に蓄積されているデータの量が所定の閾値データ量を上回ったと判別した場合に（ステップＳ１０８及びＳ２１２）、コンテンツデータの送信速度を通常時の送信速度に戻す送信速度通常化要求をＶＯＤサーバ２０に送信する（ステップＳ１０９及びＳ２１３）。ＶＯＤサーバ２０の変更要求受信部２４は、ＳＴＢ１０の変更要求送信部１６から送信された送信速度通常化要求を通信網３０を介して受信する（ステップＳ２１４）。
【００４９】
送信速度制御部２５は、変更要求受信部２４によって受信された送信速度通常化要求に応じて、コンテンツデータの送信速度を通常時に戻した送信速度をコンテンツ送信部２３へ通知する（ステップＳ２１５）。以降、コンテンツ送信部２３は、送信速度制御部２５から通知された当該送信速度でコンテンツデータを送信する。
【００５０】
図７（ｄ）は、バッファ蓄積量が所定の閾値データ量を上回った場合におけるバッファ部１４と本編データとを示す図である。ＳＴＢ１０の変更要求送信部１６がＶＯＤサーバ２０へ送信速度上昇要求を送信した後には、コンテンツ受信部１３（図１）が通常時に比較してより多くの本編データＰ１（図７（ｃ））を受信するので、バッファ部１４には、図７（ａ）に示される場合と比較してより多くの本編データが蓄積されている。変更要求送信部１６が送信速度通常化要求をＶＯＤサーバ２０に送信した後には、コンテンツ受信部１３（図１）が通常時と同量の本編データＰ２を受信するので、バッファ部１４内の本編データ蓄積量は一定に保たれる。
【００５１】
ＳＴＢ制御部１８が、コンテンツデータの全てを受信したと判別した場合には（ステップＳ１１０）、コンテンツ受信処理を終了する。ＳＴＢ制御部１８が、コンテンツデータの全てを受信していないと判別した場合には（ステップＳ１１０）、コンテンツ受信処理（ステップＳ１０３〜Ｓ１１０）を継続する。
【００５２】
上記したように、本実施例のＳＴＢ１０は、受信パケットのヘッダに含まれる識別データに基づいて当該受信パケットが本編パケットであるかＣＭパケットであるかを判別し、ＣＭパケットであると判別した場合には、当該ＣＭパケットに含まれていたＣＭデータをバッファ内から削除する。また、本実施例のＳＴＢ１０は、受信パケットのヘッダに含まれる識別データに基づいて当該受信パケットが本編パケットであるかＣＭパケットであるかを判別し、ＣＭパケットであると判別した場合には、当該ＣＭパケットに含まれているＣＭデータをバッファに蓄積せずに削除することができる。これにより、ストリーム配信されているコンテンツデータのうちのＣＭデータをリアルタイムで削除することができ、コンテンツデータを受信しつつ本編のみを再生することができる。
【００５３】
ＣＭデータが削除又は削除された場合でも、バッファ部１４内の本編データは再生のために順次取り出されるので、バッファ部１４内の本編データは一時的に減少し、アンダーフローが生じることが考えられる。そこで、ＳＴＢ１０は、バッファ部１４内の本編データ蓄積量が所定の下限値を下回った場合に、コンテンツデータの送信速度を上昇させる要求をＶＯＤサーバ２０に送信する。これにより、ＳＴＢ１０は、通常時に比較して多くのコンテンツデータを受信するので、バッファ部１４内の本編データ量の減少分を補うことができる。
【００５４】
上記処理によって単位時間当たりのコンテンツデータの受信量が増加すると、バッファ部１４のオーバーフローが生じることが考えられる。そこで、ＳＴＢ１０は、バッファ部１４内の本編データ蓄積量が所定の上限値を上回った場合に、コンテンツデータの送信速度を通常時の送信速度に戻させる要求をＶＯＤサーバ２０に送信する。これにより、ＳＴＢ１０は、通常時と同量の本編データを受信するので、バッファ部１４内の本編データ蓄積量は一定に保たれる。これ以降も、上記と同様の処理がなされるので、ＳＴＢ１０は、オーバーフローもアンダーフローも生じさせずに、コンテンツデータを受信しつつ本編のみを再生することができる。
【００５５】
ＭＰＥＧ２規格のフォーマットに従って構成されたパケットを用いる場合には、そのＧＯＰヘッダ内に当該パケットが本編パケットであるかＣＭパケットであるかを識別するための識別データをＶＯＤサーバ２０が含めてＳＴＢ１０に送信する。当該識別データとしては、例えば０ｘ０１などのユーザデータを用いることができる。かかる識別データによって、ＳＴＢ１０は、受信パケットが本編パケットであるかＣＭパケットであるかを判別できる。
【符号の説明】
【００５６】
１ コンテンツデータ送受信システム
１０ コンテンツデータ受信再生装置（ＳＴＢ）
１１ 操作信号受信部
１２ コンテンツ要求送信部
１３ コンテンツ受信部（受信部）
１４ バッファ部（蓄積部）
１５ ＣＭデータ削除部（データ削除部）
１６ 送信速度変更要求送信部（変更要求送信部）
１７ コンテンツ再生部（再生部）
１８ ＳＴＢ制御部
２０ ＶＯＤサーバ
２１ コンテンツ記憶部
２２ コンテンツ要求受信部
２３ コンテンツ送信部
２４ 送信速度変更要求受信部（変更要求受信部）
２５ 送信速度制御部
３０ 通信網
４０ 出力部
５０ リモコン
【特許請求の範囲】
【請求項１】
サーバからストリーム配信されたパケットを通信網を介して順次受信する受信部と、
前記受信部によって受信されたパケットに含まれるコンテンツデータを順次蓄積する蓄積部と、
前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生する再生部と、を含むコンテンツデータ受信再生装置であって、
前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とするコンテンツデータ受信再生装置。
【請求項２】
前記蓄積部における前記コンテンツデータの蓄積量と所定量とを比較してその結果に基づいて前記サーバへ前記パケットの送信速度の変更要求を送信する変更要求送信部を更に含むことを特徴とする請求項１に記載のコンテンツデータ受信再生装置。
【請求項３】
前記変更要求送信部は、前記蓄積量が前記所定量を下回ったと判別した場合に前記送信速度を上昇させる要求を送信することを特徴とする請求項２に記載のコンテンツデータ受信再生装置。
【請求項４】
前記変更要求送信部は、前記蓄積量が前記所定量を上回ったと判別した場合に前記送信速度を上昇前の送信速度に戻させる要求を送信することを特徴とする請求項３に記載のコンテンツデータ受信再生装置。
【請求項５】
前記パケットはＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ構造からなり、
前記ヘッダはＧＯＰヘッダであることを特徴とする請求項１乃至４のいずれか１つに記載のコンテンツデータ受信再生装置。
【請求項６】
コンテンツ要求に応じてコンテンツデータを含むパケットを通信網を介してストリーム送信するサーバと、前記サーバによってストリーム送信されたパケットを前記通信網を介して順次受信して当該パケットに含まれるコンテンツデータを蓄積部に順次蓄積し前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生するコンテンツデータ受信再生装置と、を含むコンテンツデータ送受信システムであって、
前記コンテンツデータ受信再生装置は、前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とするコンテンツデータ送受信システム。
【請求項７】
前記コンテンツデータ受信再生装置は、前記蓄積部における前記コンテンツデータの蓄積量と所定量とを比較してその結果に基づいて前記サーバへ前記パケットの送信速度の変更要求を送信する変更要求送信部を更に含み、
前記サーバは、当該要求に応じて前記送信速度を変更する送信速度制御部を更に含むことを特徴とする請求項６に記載のコンテンツデータ送受信システム。
【請求項８】
前記変更要求送信部は、前記蓄積量が前記所定量を下回ったと判別した場合に前記送信速度を上昇させる要求を送信し、
前記送信速度制御部は、当該要求に応じて前記送信速度を上げることを特徴とする請求項７に記載のコンテンツデータ送受信システム。
【請求項９】
前記変更要求送信部は、前記蓄積量が前記所定量を上回ったと判別した場合に前記送信速度を上昇前の送信速度に戻させる要求を送信し、
前記送信速度制御部は、当該要求に応じて前記送信速度を上昇前の送信速度に戻すことを特徴とする請求項８に記載のコンテンツデータ送受信システム。
【請求項１０】
前記パケットはＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ構造からなり、
前記ヘッダはＧＯＰヘッダであり、
前記サーバは、前記ＧＯＰヘッダに前記識別データを含めることを特徴とする請求項６乃至９のいずれか１つに記載のコンテンツデータ送受信システム。
【請求項１１】
コンテンツデータを含むパケットを通信網を介してストリーム送信するストリーム送信ステップと、
前記ストリーム送信ステップにおいて送信されたパケットを前記通信網を介して順次受信する受信ステップと、
前記受信ステップにおいて受信されたパケットに含まれるコンテンツデータを蓄積する蓄積ステップと、
前記蓄積ステップにおいて蓄積されたコンテンツデータを順次取り出して再生する再生ステップと、を含むコンテンツデータ送受信方法であって、
前記受信ステップにおいて１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積ステップにおける当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除ステップと、を含むことを特徴とするコンテンツデータ送受信方法。
【請求項１２】
前記蓄積ステップにおいて蓄積された前記コンテンツデータの蓄積量と所定量とを比較してその結果に基づいて前記パケットの送信速度を変更する送信速度変更ステップを更に含むことを特徴とする請求項１１に記載のコンテンツデータ送受信方法。
【請求項１３】
前記送信速度変更ステップにおいては、前記蓄積量が前記所定量を下回ったと判別した場合に前記送信速度を上昇させることを特徴とする請求項１２に記載のコンテンツデータ送受信方法。
【請求項１４】
前記送信速度変更ステップにおいては、前記蓄積量が前記所定量を上回ったと判別した場合に前記送信速度を上昇前の送信速度に戻すことを特徴とする請求項１３に記載のコンテンツデータ送受信方法。
【請求項１５】
前記パケットはＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ構造からなり、
前記ヘッダはＧＯＰヘッダであり、
前記ストリーム送信ステップにおいては、前記ＧＯＰヘッダに前記識別データを含めることを特徴とする請求項１１乃至１４のいずれか１つに記載のコンテンツデータ送受信方法。
【請求項１】
サーバからストリーム配信されたパケットを通信網を介して順次受信する受信部と、
前記受信部によって受信されたパケットに含まれるコンテンツデータを順次蓄積する蓄積部と、
前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生する再生部と、を含むコンテンツデータ受信再生装置であって、
前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とするコンテンツデータ受信再生装置。
【請求項２】
前記蓄積部における前記コンテンツデータの蓄積量と所定量とを比較してその結果に基づいて前記サーバへ前記パケットの送信速度の変更要求を送信する変更要求送信部を更に含むことを特徴とする請求項１に記載のコンテンツデータ受信再生装置。
【請求項３】
前記変更要求送信部は、前記蓄積量が前記所定量を下回ったと判別した場合に前記送信速度を上昇させる要求を送信することを特徴とする請求項２に記載のコンテンツデータ受信再生装置。
【請求項４】
前記変更要求送信部は、前記蓄積量が前記所定量を上回ったと判別した場合に前記送信速度を上昇前の送信速度に戻させる要求を送信することを特徴とする請求項３に記載のコンテンツデータ受信再生装置。
【請求項５】
前記パケットはＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ構造からなり、
前記ヘッダはＧＯＰヘッダであることを特徴とする請求項１乃至４のいずれか１つに記載のコンテンツデータ受信再生装置。
【請求項６】
コンテンツ要求に応じてコンテンツデータを含むパケットを通信網を介してストリーム送信するサーバと、前記サーバによってストリーム送信されたパケットを前記通信網を介して順次受信して当該パケットに含まれるコンテンツデータを蓄積部に順次蓄積し前記蓄積部に蓄積されているコンテンツデータを順次取り出して再生するコンテンツデータ受信再生装置と、を含むコンテンツデータ送受信システムであって、
前記コンテンツデータ受信再生装置は、前記受信部が１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積部への当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除部を含むことを特徴とするコンテンツデータ送受信システム。
【請求項７】
前記コンテンツデータ受信再生装置は、前記蓄積部における前記コンテンツデータの蓄積量と所定量とを比較してその結果に基づいて前記サーバへ前記パケットの送信速度の変更要求を送信する変更要求送信部を更に含み、
前記サーバは、当該要求に応じて前記送信速度を変更する送信速度制御部を更に含むことを特徴とする請求項６に記載のコンテンツデータ送受信システム。
【請求項８】
前記変更要求送信部は、前記蓄積量が前記所定量を下回ったと判別した場合に前記送信速度を上昇させる要求を送信し、
前記送信速度制御部は、当該要求に応じて前記送信速度を上げることを特徴とする請求項７に記載のコンテンツデータ送受信システム。
【請求項９】
前記変更要求送信部は、前記蓄積量が前記所定量を上回ったと判別した場合に前記送信速度を上昇前の送信速度に戻させる要求を送信し、
前記送信速度制御部は、当該要求に応じて前記送信速度を上昇前の送信速度に戻すことを特徴とする請求項８に記載のコンテンツデータ送受信システム。
【請求項１０】
前記パケットはＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ構造からなり、
前記ヘッダはＧＯＰヘッダであり、
前記サーバは、前記ＧＯＰヘッダに前記識別データを含めることを特徴とする請求項６乃至９のいずれか１つに記載のコンテンツデータ送受信システム。
【請求項１１】
コンテンツデータを含むパケットを通信網を介してストリーム送信するストリーム送信ステップと、
前記ストリーム送信ステップにおいて送信されたパケットを前記通信網を介して順次受信する受信ステップと、
前記受信ステップにおいて受信されたパケットに含まれるコンテンツデータを蓄積する蓄積ステップと、
前記蓄積ステップにおいて蓄積されたコンテンツデータを順次取り出して再生する再生ステップと、を含むコンテンツデータ送受信方法であって、
前記受信ステップにおいて１つのパケットを受信したときに当該１つのパケットのヘッダに含まれる識別データが当該１つのパケットに含まれている１つのコンテンツデータの内容がコマーシャルであることを示すと判別した場合に前記蓄積ステップにおける当該１つのコンテンツデータの蓄積前又は後において当該１つのコンテンツデータを削除するデータ削除ステップと、を含むことを特徴とするコンテンツデータ送受信方法。
【請求項１２】
前記蓄積ステップにおいて蓄積された前記コンテンツデータの蓄積量と所定量とを比較してその結果に基づいて前記パケットの送信速度を変更する送信速度変更ステップを更に含むことを特徴とする請求項１１に記載のコンテンツデータ送受信方法。
【請求項１３】
前記送信速度変更ステップにおいては、前記蓄積量が前記所定量を下回ったと判別した場合に前記送信速度を上昇させることを特徴とする請求項１２に記載のコンテンツデータ送受信方法。
【請求項１４】
前記送信速度変更ステップにおいては、前記蓄積量が前記所定量を上回ったと判別した場合に前記送信速度を上昇前の送信速度に戻すことを特徴とする請求項１３に記載のコンテンツデータ送受信方法。
【請求項１５】
前記パケットはＭＰＥＧ２規格のフォーマットに従って構成されたＧＯＰ構造からなり、
前記ヘッダはＧＯＰヘッダであり、
前記ストリーム送信ステップにおいては、前記ＧＯＰヘッダに前記識別データを含めることを特徴とする請求項１１乃至１４のいずれか１つに記載のコンテンツデータ送受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１９２７０（Ｐ２０１２−１９２７０Ａ）
【公開日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願番号】特願２０１０−１５３８１７（Ｐ２０１０−１５３８１７）
【出願日】平成２２年７月６日（２０１０．７．６）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
【公開日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願日】平成２２年７月６日（２０１０．７．６）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
[ Back to top ]