(57)【要約】【課題】コンテンツ配信システムにおいて、伝送エラー部分を回復して、伝送品質の劣化を防止する。【解決手段】配信サーバ１３０は、コンテンツ（番組Ａ）に係る複数のデータストリームを時間的にずらしてネットワークに並行して送信する。受信機１１０ａは、配信サーバ１３０に配信要求を送り、第１のデータストリームを受信して、再生を開始する（ストリーミング）。受信機１１０ａは、受信している第１のデータストリームに伝送エラーが発生したとき、所定時間だけ遅れている第２のデータストリームの受信に切り替える。この切り替えにより、伝送エラー部分を回復できる。各データストリームがコンテンツ（番組Ａ）の再生速度よりも速い速度で送信されてくる。伝送エラーの検出時に所定長のバッファリング時間を確保でき、受信データストリームの切り替えによる再生の途切れ時間を短く、あるいはなくすことができる。【選択図】図３
2008154145.tif 000002
【特許請求の範囲】
【請求項１】
第１の選択状態では、第１の時刻から送信が開始された所定のコンテンツに係る第１のデータストリームを受信し、第２の選択状態では、上記第１の時刻より所定時間だけ遅い第２の時刻から送信が開始された上記所定のコンテンツに係る第２のデータストリームを受信する受信部と、
上記受信部で受信される上記第１のデータストリームの伝送エラーを検出する伝送エラー検出部と、
上記受信部が上記第１の選択状態にあって上記伝送エラー検出部で伝送エラーが検出されたとき、上記第２の選択状態となって上記第２のデータストリームを受信するように上記受信部を制御する制御部と
を備えることを特徴とする受信機。
【請求項２】
上記受信部で受信される上記所定のコンテンツに係る上記第１のデータストリームおよび上記第２のデータストリームは、上記所定のコンテンツの再生速度よりも速い速度で送られてくる
ことを特徴とする請求項１に記載の受信機。
【請求項３】
上記制御部は、上記伝送エラー検出部で伝送エラーが検出されたとき、当該伝送エラーが検出された時点におけるバッファリング時間が上記所定時間より長い場合に、上記第２の選択状態となって上記第２のデータストリームを受信するように上記受信部を制御する
ことを特徴とする請求項２に記載の受信機。
【請求項４】
上記受信部で受信される上記所定のコンテンツに係る上記第１のデータストリームおよび上記第２のデータストリームはネットワークを介して送られてくる
ことを特徴とする請求項１に記載の受信機。
【請求項５】
上記受信部で受信された上記所定のコンテンツに係る上記第１のデータストリームおよび上記第２のデータストリームは、圧縮符号化データである
ことを特徴とする請求項２に記載の受信機。
【請求項６】
第１の選択状態では、第１の時刻から送信が開始された所定のコンテンツに係る第１のデータストリームを受信し、第２の選択状態では、上記第１の時刻より所定時間だけ遅い第２の時刻から送信が開始された上記所定のコンテンツに係る第２のデータストリームを受信する受信部と、
上記受信部で受信される上記第１のデータストリームの伝送エラーを検出する伝送エラー検出部とを有する受信機の制御方法であって、
上記受信部が上記第１の選択状態にあって上記伝送エラー検出部で伝送エラーが検出されたとき、上記第２の選択状態となって上記第２のデータストリームを受信するように上記受信部を制御する
ことを特徴とする受信機の制御方法。
【請求項７】
第１の選択状態では、第１の時刻から送信が開始された所定のコンテンツに係る第１のデータストリームを受信し、第２の選択状態では、上記第１の時刻より所定時間だけ遅い第２の時刻から送信が開始された上記所定のコンテンツに係る第２のデータストリームを受信する受信部と、
上記受信部で受信される上記第１のデータストリームの伝送エラーを検出する伝送エラー検出部とを有する受信機の制御方法であって、
上記受信部が上記第１の選択状態にあって上記伝送エラー検出部で伝送エラーが検出されたとき、上記第２のチャネルを選択して上記第２のデータストリームを受信するように上記受信部を制御する
ことを特徴とする受信機の制御方法をコンピュータに実行させるためのプログラム。
【請求項８】
所定のコンテンツに係る第１のデータストリームを第１の時刻から配信し、
上記所定のコンテンツに係る第２のデータストリームを上記第１の時刻より所定時間だけ遅い第２の時刻から配信し、
上記第１のデータストリームおよび上記第２のデータストリームを、上記所定のコンテンツの再生速度よりも速い速度で配信する
ことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ配信システムに適用して好適な受信機、受信機の制御方法、プログラムおよびコンテンツ配信方法に関する。詳しくは、この発明は、所定のコンテンツに係る第１のデータストリームを受信している状態で、当該第１のデータストリームに伝送エラーが発生したとき、当該第１のデータストリームより所定時間だけ遅く送信が開始された、上述の所定のコンテンツに係る第２のデータストリームを受信することにより、伝送エラー部分を回復して、伝送品質の劣化を防止するようにした受信機等に係るものである。
【背景技術】
【０００２】
従来、インターネットやケーブルテレビ等、ネットワークを利用したＡＶ(Audio Visual)コンテンツのストリーミングが提案されている。一般に、同一コンテンツ（番組）に係る複数本のデータストリームを時間的にずらしてマルチキャスト伝送することにより、伝送路のトラヒックの増加を抑えるように工夫がされている。
【０００３】
同一コンテンツに係る複数本のデータストリームを時間的にずらして複数のチャネルで伝送することは、例えば、特許文献１に記載されるように、ＮＶＯＤ(Near Video On Demand)システムとして知られている。このＮＶＯＤシステムにおいて、受信機は、ある時間帯で所定のコンテンツの配信要求を行うと共に、次の時間帯に送信が開始されるデータストリームのチャネル選択することで、当該所定のコンテンツの再生を行う。
【０００４】
図８は、従来のＮＶＯＤシステムにおけるコンテンツ再生動作の一例を示している。配信サーバからは、コンテンツ（番組Ａ）に係る３つのデータストリームＳＴ１，ＳＴ２，ＳＴ３が、時間Ｔ０だけ順次ずれた状態で並行して配信されている。受信機から時刻ｔ0でコンテンツ（番組Ａ）の配信要求があるとき、当該受信機においては、時刻ｔ1からコンテンツ（番組Ａ）が始まるデータストリームＳＴ１の受信が開始されて、当該コンテンツ（番組Ａ）の再生が開始される。そして、当該受信機においては、コンテンツ(番組Ａ)が終わる時刻ｔ2で、データストリームＳＴ１の受信を終わり、当該コンテンツ（番組Ａ）の再生が終了する。
【特許文献１】再表９６／００８９２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したデータストリームのマルチキャスト伝送では、伝送エラーが発生してもデータの再送を行うことができないため、ＡＶコンテンツの伝送品質の劣化を招くおそれがある。
【０００６】
この発明の目的は、伝送エラー部分を回復できるようにして、伝送品質の劣化を防止することにある。
【課題を解決するための手段】
【０００７】
この発明の概念は、
第１の選択状態では、第１の時刻から送信が開始された所定のコンテンツに係る第１のデータストリームを受信し、第２の選択状態では、上記第１の時刻より所定時間だけ遅い第２の時刻から送信が開始された上記所定のコンテンツに係る第２のデータストリームを受信する受信部と、
上記受信部で受信される上記第１のデータストリームの伝送エラーを検出する伝送エラー検出部と、
上記受信部が上記第１の選択状態にあって上記伝送エラー検出部で伝送エラーが検出されたとき、上記第２の選択状態となって上記第２のデータストリームを受信するように上記受信部を制御する制御部と
を備えることを特徴とする受信機にある。
【０００８】
この発明において、例えば、配信サーバからは、所定のコンテンツに係る第１のデータストリームが第１の時刻から配信され、当該所定のコンテンツに係る第２のデータストリームが第１の時刻より所定時間だけ遅い第２の時刻から配信される。例えば、第１、第２のデータストリームはネットワークを介して送られてくる。
【０００９】
受信部が第１の選択状態にあって、第１のデータストリームの伝送エラーが検出されたとき、当該受信部が第２の選択状態となって第２のデータストリームが受信される。第２のデータストリームは第１のデータストリームより所定時間だけ遅く送信が開始されたものである。そのため、第１のデータストリームの伝送エラーが検出されたとき、第２のデータストリームの受信に切り替えられることで、伝送エラー部分を回復でき、伝送品質の劣化が防止される。
【００１０】
この発明において、例えば、受信部で受信される所定のコンテンツに係る第１のデータストリームおよび第２のデータストリームは、所定のコンテンツの再生速度よりも速い速度で送られてくるものである。この場合、受信部で受信されたデータストリームを例えばＨＤＤ(Hard Disk Drive)等の記録装置に記録しておくことで、第１のデータストリームの伝送エラーが検出されたとき、所定長のバッファリング時間を確保できる。ここで、バッファリング時間とは、記録装置に既に記録されているデータストリームに基づいてコンテンツの再生（ノーマル速度による再生）を続けることができる時間である。
【００１１】
第１のデータストリームの伝送エラーが検出されたとき、上述したように所定長のバッファリング時間を確保できることで、第１のデータストリームから第２のデータストリームへの切り替え時に、コンテンツの再生が途切れる時間を短く、あるいはコンテンツの再生が途切れる時間をなくすことができる。この場合、上述したように第２のデータストリームは第１のデータストリームより所定時間だけ遅く送信が開始されるものであるが、バッファリング時間が当該所定時間より長ければ、コンテンツの再生が途切れる時間をなくすことができる。例えば、第１のデータストリームの伝送エラーが検出されたとき、上述したようにコンテンツの再生が途切れる時間をなくすことができる場合のみ、第１のデータストリームから第２のデータストリームへの受信切り替えを行うようにしてもよい。
【００１２】
上述したように所定のコンテンツに係る第１、第２のデータストリームを当該所定のコンテンツの再生速度よりも速い速度で送る場合、必要とする伝送容量が増加する。しかし、例えば、第１、第２のデータストリームを圧縮符号化データとすることで、必要とする伝送容量の増加を抑制できる。
【発明の効果】
【００１３】
この発明によれば、所定のコンテンツに係る第１のデータストリームを受信している状態で、当該第１のデータストリームに伝送エラーが発生したとき、当該第１のデータストリームより所定時間だけ遅く送信が開始された、上述の所定のコンテンツに係る第２のデータストリームを受信するものであり、伝送エラー部分を回復して、伝送品質の劣化を防止できる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、この発明の実施の形態について説明する。図１は、実施の形態としてのコンテンツ配信システム１００の構成を示している。このコンテンツ配信システム１００は、複数個の、この実施の形態では３個の受信機１１０ａ，１１０ｂ，１１０ｃと、１個の配信サーバ１３０とが、ネットワーク１４０を介して接続された構成となっている。ネットワーク１４０は、例えば、ＱＯＳ(Quality of Service)補償されているコンテンツ配信用ネットワーク(ＣＤＮ：Contents Delivery Network）である。
【００１５】
配信サーバ１３０は、所定のコンテンツ（番組）に係る複数のデータストリームを、所定時間Ｔ0だけ順次ずれた状態で並行して配信する。この場合、配信サーバ１３０は、各データストリームを、所定のコンテンツ（番組）の再生速度（ノーマル速度）よりも速い速度で、ネットワーク１４０にマルチキャストで送信する。
【００１６】
受信機１１０ａは、ルータ１５１ａおよびルータ１５２ａを介してネットワーク１４０に接続されている。また、受信機１１０ｂは、ルータ１５１ｂおよびルータ１５２ｂを介してネットワーク１４０に接続されている。さらに、受信機１１０ｃは、ルータ１５１ｃおよびルータ１５２ｃを介してネットワーク１４０に接続されている。ここで、ルータ１５１ａ〜１５１ｃはホームルータを構成し、ルータ１５２ａ〜１５２ｃはネットワーク１４０のエンドルータを構成している。
【００１７】
図２は受信機１１０ａの構成を示している。なお、詳細説明は省略するが、受信機１１０ｂ，１１０ｃは、受信機１１０ａと同様に構成されている。
【００１８】
受信機１１０ａは、ＣＰＵ(Central Processing Unit)１１２と、ＲＯＭ(Read OnlyMemory)１１３と、ＲＡＭ(Random Access Memory)１１４と、ＩＲ(InfraRed)受信部１１５と、コントロールパネル１１７と、ネットワーク接続部１１８と、デコーダ１１９と、出力部１２０と、ＨＤＤ(Hard Disk Drive)コントローラ１２１と、ＨＤＤ１２２と、モニタ１２３とを有している。ＣＰＵ１１２、ＲＯＭ１１３、ＲＡＭ１１４、ネットワーク接続部１１８、デコーダ１１９、出力部１２０およびＨＤＤコントローラ１２１は、内部バス１２４に接続されている。
【００１９】
ＣＰＵ１１２は、受信機全体の動作を制御するコントローラとして機能する。このＣＰＵ１１２には、ユーザ（操作者）が種々の操作を行うためのコントロールパネル１１７、およびリモートコントローラ１１６からのリモートコントロール信号としての赤外線信号を受信するＩＲ受信部１１５が接続されている。
【００２０】
ＲＯＭ１１３は、ＣＰＵ１１２の動作を制御するための制御プログラム等を格納している。ＲＡＭ１１４は、ＣＰＵ１１２のワーキングエリア等として機能する。ＣＰＵ１１２は、ＲＯＭ１１３に格納されている制御プログラムを必要に応じて読み出し、読み出した制御プログラムをＲＡＭ１１４に転送して展開する。そして、ＣＰＵ１１２は、ＲＡＭ１１４に展開された制御プログラムを読み出して実行することで、受信機１１０ａの各部の動作を制御する。
【００２１】
ネットワーク接続部１１８は、ルータ１５１ａに接続されている。このネットワーク接続部１１８は、ネットワーク１４０を介して配信サーバ１３０に配信要求を送信し、また、配信サーバ１３０からネットワーク１４０に送信された所定のコンテンツ（番組）に係るデータストリームを受信する。このネットワーク接続部１１８は、所定コンテンツに係るデータストリームを受信する受信部を構成している。このネットワーク接続部１１８で受信されるデータストリームは、例えば、ＭＰＥＧ(Moving Picture Expert Group)圧縮処理等による符号化がなされた圧縮符号化データである。
【００２２】
ネットワーク接続部１１８は、当該ネットワーク接続部１１８で受信されるデータストリームの伝送エラーを検出する伝送エラー検出部１１８ａを備えている。この伝送エラー検出部１１８ａのエラー検出出力は、内部バス１２４を通じて、ＣＰＵ１１２に供給される。ＣＰＵ１１２は、この伝送エラーの検出出力に基づいて、後述するように、受信ストリームを切り替えるように、ネットワーク接続部１１８を制御する。
【００２３】
ＨＤＤ１２２は、ネットワーク接続部１１８で受信されたコンテンツデータを記録すると共に、この記録されたコンテンツデータを再生してデコーダ１１９に供給する。このＨＤＤ１２２は、データ記録再生部を構成する。ＨＤＤコントローラ１２１は、ＨＤＤ１２２と内部バス１２４との間のデータの入出力を制御する。
【００２４】
デコーダ１１９は、ＨＤＤ１２２で再生された、所定のコンテンツ（番組）に係るデータストリームによる画像、音声をモニタ１２３から出力する際に、当該データストリーム（圧縮符号化データ）に対して復号化処理を行って、復号化されたデータストリームを出力する。出力部１２０は、モニタ１２３から画像、音声を出力する際に、デコーダ１１９から出力されるデータストリーム（画像データ、音声データ）を、モニタ１２３に対応した信号に変換して、当該モニタ１２３に供給する。
【００２５】
図１に示すコンテンツ配信システム１００において、例えば、受信機１１０ａが、コンテンツ（番組Ａ）の配信を要求し、当該コンテンツ（番組Ａ）に係るデータストリームを受信し、当該コンテンツ（番組Ａ）を再生する場合の動作例を、図３のシーケンス図を参照して説明する。受信機１１０ｂ，１１０ｃに関しては、受信機１１０ａの場合と同様であるので、その説明は省略する。
【００２６】
まず、受信機１１０ａは、配信サーバ１３０に、コンテンツリスト要求を送信する。この場合、受信機１１０ａのＣＰＵ１１２は、ユーザのコンテンツリストの要求操作に基づき、コンテンツリスト要求を配信サーバ１３０に送信するように、ネットワーク接続部１１８を制御する。
【００２７】
配信サーバ１３０は、受信機１１０ａからのコンテンツリスト要求に応じて、コンテンツリストデータ（画像データ）を受信機１１０ａに送信する。この場合、受信機１１０ａのネットワーク接続部１１８は配信サーバ１３０からのコンテンツリストデータを受信し、当該コンテンツリストを、デコーダ１１９および出力部１２０を通じて、モニタ１２３に送る。これにより、モニタ１２３には、コンテンツリストが表示され、ユーザのコンテンツ（番組）の選択操作の便に供される。
【００２８】
ユーザが、コンテンツリストに基づいて、コンテンツ（番組Ａ）を選択し、再生ボタンを操作するとき、受信機１１０ａは、配信サーバ１３０に、当該コンテンツ（番組Ａ）の配信要求を送信する。この場合、受信機１１０ａのＣＰＵ１１２は、ユーザの再生ボタンの操作に対応して、配信要求を配信サーバ１３０に送信するように、ネットワーク接続部１１８を制御する。
【００２９】
この受信機１１０ａから配線サーバ１３０への配信要求に対応して、配信サーバ１３０と受信機１１０ａとの間で、マルチキャスト接続処理が行われる。その後、受信機１１０ａは、配信サーバ１３０がネットワーク１４０にマルチキャスト送信しているコンテンツ（番組Ａ）に係る所定のデータストリームを受信して、当該コンテンツ（番組Ａ）の再生を開始する（ストリーミング）。
【００３０】
この場合、受信機１１０ａでは、ネットワーク接続部１１８でコンテンツ（番組Ａ）に係るデータストリームが受信される。上述したように、配信サーバ１３０は、当該データストリームを、コンテンツ（番組Ａ）の再生速度よりも速い速度で、ネットワーク１４０に送信している。そのため、ネットワーク接続部１１８で受信されたデータストリームはＨＤＤ１２２に記録され、当該記録されたデータストリームがコンテンツ（番組Ａ）の再生速度（ノーマル速度）に合わせて再生される。
【００３１】
そして、ＨＤＤ１２２から再生されたデータストリーム（圧縮符号化データ）は、デコーダ１１９に供給されて、復号化の処理が施される。デコーダ１１９からの復号化されたデータストリーム（画像データおよび音声データ）は出力部１２０を介してモニタ１２３に供給される。これにより、モニタ１２３において、コンテンツ（番組Ａ）の画像および音声が得られる。
【００３２】
そして、受信機１１０ａにおいてコンテンツ（番組Ａ）に係るデータストリームの受信が終了するとき、配信サーバ１３０と受信機１１０ａとの間で、終了処理が行われる。なお、受信機１１０ａにおけるコンテンツ（番組Ａ）の再生自体は、ＨＤＤ１２２に記録されたデータストリームが最後まで再生されることで終了する。
【００３３】
なお、上述では、受信機１１０ａのおけるコンテンツ（番組Ａ）の再生に関してはノーマル速度で再生されるように説明した。しかし、ネットワーク接続部１１８で受信されるコンテンツ（番組Ａ）に係るデータストリームは、当該コンテンツ（番組Ａ）の再生速度よりも速い速度であるので、ＨＤＤ１２２には、データストリームの受信時間が長くなるほど、未再生のデータ部分が増えていく。
【００３４】
そのため、受信機１１０ａにおいては、ユーザの操作に応じて、ノーマル速度より速い早送り再生を行うことができる。この場合、ネットワーク接続部１１８で受信されるデータストリームと同じ、あるいはそれ以下の速度の早送り再生であれば、コンテンツ（番組Ａ）の最後まで、当該早送り再生を続けることができる。また、ネットワーク接続部１１８で受信されるデータストリームより速い速度の早送り再生であれば、ＨＤＤ１２２に記録されている未再生のデータ部分が無くなるまでは、当該早送り再生を続けることができる。
【００３５】
また、受信機１１０ａにおいては、ネットワーク接続部１１８で受信されたコンテンツ（番組Ａ）に係るデータストリームが一旦ＨＤＤ１２２に記録されるものであり、ユーザの操作に応じて、上述した早送り再生のみならず、巻き戻し再生も可能である。巻き戻し再生の場合、ＨＤＤ１２２に記録されているデータストリームを、逆方向に再生していけばよい。また、この逆方向の再生速度を変化させることで、巻き戻し再生の再生速度を変更できる。
【００３６】
図４は、上述したコンテンツ（番組Ａ）の再生動作の一例を示している。配信サーバ１３０からは、コンテンツ（番組Ａ）に係る３つのデータストリームＳＴ１１，ＳＴ１２，ＳＴ１３が、時間Ｔ０だけ順次ずれた状態で並行して配信されている。また、この例では、配信サーバ１３０からは、各データストリームが、コンテンツ（番組Ａ）の再生速度（ノーマル速度）の２倍の速度で送られてくるものである。さらに、この例では、受信機１１０Ａでは、ノーマル速度による再生が行われるものとする。
【００３７】
受信機１１０ａから時刻ｔ10でコンテンツ（番組Ａ）の配信要求があるとき、当該受信機１１０ａにおいては、時刻ｔ11からコンテンツ（番組Ａ）が始まるデータストリームＳＴ１１の受信が開始されて、当該コンテンツ（番組Ａ）の再生が開始される。そして、当該受信機１１０ａにおいては、時刻ｔ11′で、コンテンツ（番組Ａ）に係るデータストリームＳＴ１１の受信が終了する。また、その後の時刻ｔ12で、コンテンツ（番組Ａ）の再生が終了する。
【００３８】
図４において、実線ａはＨＤＤ１２２におけるコンテンツ（番組Ａ）に係るデータストリームの蓄積量の推移を示し、一点鎖線ｂはコンテンツ（番組Ａ）の再生量の推移を示している。この場合、コンテンツ（番組Ａ）に係るデータストリームの蓄積動作は、当該コンテンツ（番組Ａ）の再生時間の１／２の時間で終了する。なお、蓄積量、再生量の最大値を「１」として示している。
【００３９】
次に、受信機１１０ａにおいて、あるデータストリームを受信している状態で、ネットワーク接続部１１８の伝送エラー検出部１１８ａで伝送エラーが検出された場合の動作を説明する。この場合、受信エラー検出部１１８ａからＣＰＵ１１２に伝送エラーの検出が通知される。
【００４０】
あるデータストリームに対して次のデータストリームは所定時間Ｔ０だけ遅く送信が開始されている。ＣＰＵ１１２は、あるデータストリームのバッファリング時間が所定時間Ｔ０より長い場合に、次のデータストリームを受信するように、ネットワーク接続部１１８を制御する。ここで、バッファリング時間とは、ＨＤＤ１２２に既に記録されているデータストリームに基づいてコンテンツの再生（ノーマル速度の再生）を続けることができる時間である。
【００４１】
図５は、上述したコンテンツ（番組Ａ）の再生動作（伝送エラー検出、ストリーム切り替え可）の一例を示している。データストリームＳＴ１１，ＳＴ１２，ＳＴ１３がコンテンツ（番組Ａ）の再生速度（ノーマル速度）の２倍の速度で送信されてくること、および受信機１１０ａにおいてコンテンツ（番組Ａ）をノーマル速度で再生することは、図４の例と同様である。
【００４２】
受信機１１０ａから時刻ｔ10でコンテンツ（番組Ａ）の配信要求があるとき、当該受信機１１０ａにおいては、時刻ｔ11からコンテンツ（番組Ａ）が始まるデータストリームＳＴ１１の受信が開始されて、当該コンテンツ（番組Ａ）の再生が開始される。そして、当該受信機１１０ａにおいては、時刻ｔ11aで伝送エラーが検出され、ネットワーク接続部１１８におけるデータストリームＳＴ１１の受信が途絶え、ＨＤＤ１２２におけるデータストリームの記録が中断される。なお、このようにＨＤＤ１２２におけるデータストリームの記録が中断されている間にも、当該ＨＤＤ１２２からのデータストリームの再生は続けられる。
【００４３】
この場合、データストリームはコンテンツ（番組Ａ）の再生速度の２倍の速度で送信されてくることから、バッファリング時間Ｔbufは時刻ｔ11aおよび時刻ｔ11の差である。当該バッファリング時間Ｔbufは所定時間Ｔ０（データストリームＳＴ１２のデータストリームＳＴ１１に対する遅れ時間）よりも長い。そのため、受信機１１０ａにおいては、ＣＰＵ１１２により、次のデータストリームであるデータストリームＳＴ１２を受信するように、ネットワーク接続部１１８の制御が行われる。これにより、受信機１１０ａにおいては、データストリームＳＴ１１の伝送エラー検出位置に続くデータの受信するために、時刻Ｔ11bからデータストリームＳＴ１２が受信される。
【００４４】
そして、時刻ｔ11″で、コンテンツ（番組Ａ）に係るデータストリームＳＴ１２の受信が終了する。また、その後の時刻ｔ12で、コンテンツ（番組Ａ）に係るデータストリームＳＴ１１の再生が終了する。ここで、コンテンツ（番組Ａ）に係るデータストリームの受信終了時刻ｔ11″は、伝送エラーの検出によりＨＤＤ１２２におけるデータストリームの記録が中断されるため、伝送エラーが検出されなかった場合の時刻ｔ11′（図４参照）に比べて遅くなる。しかし、コンテンツ（番組Ａ）の再生終了時刻ｔ12は、伝送エラーの検出があってもＨＤＤ１２２からの再生は継続して行われていたため、伝送エラーが検出されなかった場合の時刻ｔ12（図４参照）と同じくなる。
【００４５】
図５において、実線ｃはＨＤＤ１２２におけるコンテンツ（番組Ａ）に係るデータストリームの蓄積量の推移を示し、一点鎖線ｄはコンテンツ（番組Ａ）の再生量の推移を示している。この場合、ＨＤＤ１２２におけるデータストリームの記録が中断されても、蓄積量が再生量を下回ることがなく、コンテンツ（番組Ａ）の再生が途切れることはない。
【００４６】
図６は、上述したコンテンツ（番組Ａ）の再生動作（伝送エラー検出、ストリーム切り替え不可）の一例を示している。データストリームＳＴ１１，ＳＴ１２，ＳＴ１３がコンテンツ（番組Ａ）の再生速度（ノーマル速度）の２倍の速度で送信されてくること、および受信機１１０ａにおいてコンテンツ（番組Ａ）をノーマル速度で再生することは、図４の例と同様である。
【００４７】
受信機１１０ａから時刻ｔ10でコンテンツ（番組Ａ）の配信要求があるとき、当該受信機１１０ａにおいては、時刻ｔ11からコンテンツ（番組Ａ）が始まるデータストリームＳＴ１１の受信が開始されて、当該コンテンツ（番組Ａ）の再生が開始される。そして、当該受信機１１０ａにおいては、時刻ｔ11a′で伝送エラーが検出され、ネットワーク接続部１１８ａにおけるデータストリームＳＴ１１の受信が途絶え、ＨＤＤ１２２におけるデータストリームの記録も中断される。
【００４８】
この場合、バッファリング時間Ｔbufは所定時間Ｔ０（データストリームＳＴ１２のデータストリームＳＴ１１に対する遅れ時間）よりも短い。そのため、受信機１１０ａにおいては、コンテンツ（番組Ａ）の再生の途切れが生じるので、データストリームＳＴ１２への切り替えは行われず、再生も直ちに中断される。
【００４９】
なお、このようにＨＤＤ１２２におけるデータストリームの記録が中断されても、当該ＨＤＤ１２２に未再生のデータ部分が存在する間は再生を継続できるが、この実施の形態では、再生も中断されるようにしている。
【００５０】
図６において、実線ｅはＨＤＤ１２２におけるコンテンツ（番組Ａ）に係るデータストリームの蓄積量の推移を示し、一点鎖線ｆはコンテンツ（番組Ａ）の再生量の推移を示している。この図６から、コンテンツ（番組Ａ）の再生が、時刻ｔ11a′で中断されていることがわかる。
【００５１】
図７は、受信機１１０ａを構成するＣＰＵ１１２のコンテンツ（番組Ａ）の再生時における制御動作の一例を示している。
【００５２】
ＣＰＵ１１２は、ステップＳ１において、コンテンツ（番組Ａ）に係る所定のデータストリームを受信して、当該コンテンツ（番組Ａ）の受信を開始することで、再生時の制御動作を開始する。そして、ＣＰＵ１１２は、ステップＳ２において、伝送エラーが発生したか否かを判断する。ＣＰＵ１１２は、伝送エラー検出部１１８ａからの伝送エラー通知に基づいて、伝送エラーが発生したか否かを判断する。
【００５３】
伝送エラーの発生がないとき、ＣＰＵ１１２は、ステップＳ３において、早送り、巻き戻し等の変速再生があったか否かを判断する。変速再生がないとき、ＣＰＵ１１２は、ステップＳ４において、再生終了であるか否かを判断する。ＣＰＵ１１２は、再生終了でないときは、ステップＳ２に戻り、一方、再生終了であるとき、ステップＳ５に移り、制御動作を終了する。
【００５４】
上述のステップＳ３で変速再生があるとき、ＣＰＵ１１２は、ステップＳ６に移る。ＣＰＵ１１２は、このステップＳ６において、バッファリング時間を調整し、その後に、ステップＳ２に戻る。このバッファリング時間は、伝送エラーの発生時に、データストリームの切り替えを行うか否かの判断に使用されるものであり、ＣＰＵ１１２は、当該バッファリング時間を管理している。バッファリング時間は、上述したように、ＨＤＤ１２２に既に記録されているデータストリームに基づいてコンテンツ（番組）の再生を続けることができる時間である。このバッファリング時間は、ＨＤＤ１２２へのデータストリームの記録により増加し、当該ＨＤＤ１２２からのデータストリームの再生により減少する。
【００５５】
ＣＰＵ１１２が、ステップＳ６でバッファリング時間を調整するのは、早送り、巻き戻しの変速再生により当該バッファリング時間が変化するからである。ＣＰＵ１１２は、早送りの変速再生があった場合には、早送り分だけバッファリング時間を短くするように調整し、一方、巻き戻しの変速再生があった場合には、巻き戻し分だけバッファリング時間を長くするように調整する。
【００５６】
上述のステップＳ２で現在受信しているデータストリームに伝送エラーが発生したとき、ＣＰＵ１１２は、ステップＳ７において、バッファリング時間が、次のデータストリームとの時間差Ｔ０より短いか否かを判定する。バッファリング時間が時間差Ｔ０より短いとき、ＣＰＵ１１２は、ステップＳ８において、モニタ１２３にエラー表示をし、その後、ステップＳＴ５において、制御動作を終了する。バッファリング時間が時間差Ｔ０より短いときは、次のデータストリームに切り替える場合に、再生の途切れを生じる。
【００５７】
ステップＳ７でバッファリング時間が時間差Ｔ０以上であるとき、ＣＰＵ１１２は、ステップＳ９において、次のデータストリームを受信するようにネットワーク接続部１１８を制御し、その後に、ステップＳ２に戻る。バッファリング時間が時間差Ｔ０以上のときは、再生の途切れを生じることなく、次のデータストリームに切り替えることができる。
【００５８】
上述したコンテンツ配信システム１００において、受信機１１０ａ（１１０ｂ，１１０ｃ）は、所定のコンテンツ（番組）に係るあるデータストリーム（第１のデータストリーム）を受信している状態で、当該あるデータストリームに伝送エラーが発生したとき、当該あるデータストリームより所定時間Ｔ０だけ遅く送信が開始された、上述の所定のコンテンツ（番組）に係る次のデータフレーム（第２のデータストリーム）を受信するものであり、伝送エラー部分を回復して、伝送品質の劣化を防止できる。
【００５９】
また、上述したコンテンツ配信システム１００において、受信機１１０ａ（１１０ｂ，１１０ｃ）のネットワーク接続部１１８で受信される所定のコンテンツ（番組）に係る各データストリームは、当該所定のコンテンツの再生速度よりも速い速度で送られてくるため、所定のコンテンツに係るあるデータストリーム（第１のデータストリーム）を受信している状態で、当該あるデータストリームの伝送エラーが検出されたとき、所定長のバッファリング時間を確保できる。したがって、あるデータストリームから次のデータストリームへの切り替え時に、コンテンツの再生が途切れる時間を短く、あるいはコンテンツの再生が途切れる時間をなくすことができる。
【００６０】
また、上述したコンテンツ配信システム１００において、受信機１１０ａ（１１０ｂ，１１０ｃ）のＣＰＵ１１２は、あるデータストリーム（第１のデータストリーム）の伝送エラーが検出されたとき、バッファリング時間が、当該あるデータストリームと次のデータストリム（第２のデータストリーム）との時間差Ｔ０より長い場合のみ、次のデータストリームへの切り替えを行うものであり、コンテンツの再生が途切れるようなデータストリームの切り替えを回避できる。
【００６１】
また、上述したコンテンツ配信システム１００において、配信サーバ１３０からネットワーク１４０に送信される所定のコンテンツに係る各データストリームは圧縮符号化データであるので、当該各データストリームを再生速度よりも速い速度で送る場合に、必要とする伝送容量の増加を抑制できる。
【００６２】
また、上述したコンテンツ配信システム１００において、受信機１１０ａ（１１０ｂ，１１０ｃ）のネットワーク接続部１１８で受信される所定のコンテンツ（番組）に係る各データストリームは、当該所定のコンテンツの再生速度よりも速い速度で送られてきて、ＨＤＤ１２２に蓄積されるものであり、当該所定のコンテンツの早送り、巻き戻し等の変速再生を良好に行うことができる。
【産業上の利用可能性】
【００６３】
この発明は、伝送エラー部分を回復して伝送品質の劣化を防止するものであり、例えば、ＮＶＯＤによるＡＶコンテンツの配信を行うコンテンツ配信システムに適用できる。
【図面の簡単な説明】
【００６４】
【図１】実施の形態としてのコンテンツ配信システムの構成を示すブロック図である。
【図２】受信機の構成を示すブロック図である。
【図３】受信機が、所定のコンテンツの配信を要求し、当該所定のコンテンツに係るデータストリームを受信して再生する場合の動作例を示すシーケンス図である。
【図４】受信機におけるコンテンツ再生動作（伝送エラーなし）を説明するための図である。
【図５】受信機におけるコンテンツ再生動作（伝送エラーあり、ストリーム切り替え可）を説明するための図である。
【図６】受信機におけるコンテンツ再生動作（伝送エラーあり、ストリーム切り替え不可）を説明するための図である。
【図７】受信機を構成するＣＰＵの再生時の制御動作を示すフローチャートである。
【図８】受信機におけるコンテンツ再生動作（従来）を説明するための図である。
【符号の説明】
【００６５】
１００・・・コンテンツ配信システム、１１０ａ，１１０ｂ，１１０ｃ・・・受信機、１１２・・・ＣＰＵ、１１５・・・ＩＲ受信部、１１７・・・コントロールパネル、１１８・・・ネットワーク接続部、１１８ａ・・・伝送エラー検出部、１１９・・・デコーダ、１２０・・・出力部、１２２・・・ＨＤＤ、１３０・・・配信サーバ、１４０・・・ネットワーク
【図１】
2008154145.tif 000003
【図２】
2008154145.tif 000004
【図３】
2008154145.tif 000005
【図４】
2008154145.tif 000006
【図５】
2008154145.tif 000007
【図６】
2008154145.tif 000008
【図７】
2008154145.tif 000009
【図８】
2008154145.tif 000010