(57)【要約】【課題】再生端末のバッファ容量を少なくし、且つ再生映像や音楽の途切れや質の変化を抑制することができるコンテンツデータ配信システムを提供する。【解決手段】サーバは再生端末にコンテンツをストリーム配信するネットワークの伝送速度を検出する。また、サーバは選択されたコンテンツＣｏｎｔＡを予め設定したデータ容量からなる複数の部分コンテンツＡＢ１〜ＡＢ４に分割する。サーバは、検出した伝送速度が再生端末のコンテンツ再生速度より遅いことを検知すると、各部分コンテンツＡＢ１〜ＡＢ４をそれぞれファイルデータＢとストリームデータＡとに分割する。この際、ファイルデータＢが部分コンテンツデータＡＢの先頭側となり、ストリームデータＡが部分コンテンツデータＡＢの後方側となる。そして、サーバは、先に全てのファイルデータＢ１〜Ｂ４を再生端末に送信した後、順次ストリームデータＡ１〜Ａ４を配信する。【選択図】図６
2007135070.tif 000002
【特許請求の範囲】
【請求項１】
再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数の部分コンテンツデータに分割し、さらに各部分コンテンツデータをファイル部分コンテンツデータ、ストリーム部分コンテンツデータの順で分割し、全てのファイル部分コンテンツデータをファイル配信した後に、ストリーム部分コンテンツデータを時系列に順次ストリーム配信するコンテンツ送信手段と、
ファイル部分コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際に、ストリーム部分コンテンツデータ間に該当するファイル部分コンテンツデータを挿入することで前記コンテンツデータを再生する再生端末と、
を備えたことを特徴とするコンテンツデータ配信システム。
【請求項２】
前記コンテンツ送信手段は、ストリーム配信の伝送速度を検出する配信側伝送速度検出手段を備え、
前記部分コンテンツデータにおける前記ストリーム部分コンテンツデータと前記ファイル部分コンテンツデータとのデータ割合を、コンテンツデータの再生速度に対する伝送速度の遅延量によって設定する請求項１に記載のコンテンツデータ配信システム。
【請求項３】
再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数のストリーム部分コンテンツデータに分割して時系列に順次ストリーム配信するとともに、前記コンテンツデータに挿入する補間コンテンツデータを前記ストリーム配信よりも以前にファイル配信するコンテンツ送信手段と、
前記補間コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際に、ストリーム部分コンテンツデータ間に前記補間コンテンツデータを挿入して再生する再生端末と、
を備えたことを特徴とするコンテンツデータ配信システム。
【請求項４】
前記コンテンツ送信手段は、データ長の異なる複数種類の補間コンテンツデータをファイル配信し、
前記再生端末はストリーム配信の伝送速度を検出する再生側伝送速度検出手段を備え、
前記ストリーム部分コンテンツデータの再生速度に対する伝送速度の遅延量に基づいて、前記補間コンテンツデータを選択する請求項３に記載のコンテンツデータ配信システム。
【請求項５】
前記コンテンツ送信手段は、前記補間コンテンツデータを、前記コンテンツデータの内容に基づいて選択してファイル配信する請求項３または請求項４に記載のコンテンツデータ配信システム。
【発明の詳細な説明】
【背景技術】
【０００１】
従来、映画や音楽等のコンテンツデータを、インターネット等を介して配信するコンテンツ配信システムがある。コンテンツ配信システムの一例として、コンテンツデータを最初に全て再生端末に配信するものがある。この方法では、再生端末は、一旦全てのコンテンツデータをバッファリングした後に再生を行う。また、コンテンツ配信システムの他の例として、単位データであるパケットデータの集合体によりコンテンツデータを構成し、パケットデータを順次配信する、所謂ストリーム配信がある。ストリーム配信の場合、再生端末は、順次パケットデータを受信してバッファし、所定のバッファ量に達するとパケットデータを再生する。
【０００２】
ところで、ストリーム配信の場合、データの伝送速度と再生速度との関係から、再生端末のバッファがアンダーフローすることがあり、再生される映像や音声が途切れたり、画質、音質が変化してしまうことがある。
【０００３】
このため、特許文献１では、再生端末のバッファの蓄積容量に基づき再生速度を調整することで、アンダーフローを防止する方法が開示されている。
【０００４】
また、特許文献２では、再生端末のバッファの蓄積容量に基づき伝送速度を調整することで、オーバーフローを防止する方法が開示されている。
【特許文献１】特開２００２−８４３３９公報
【特許文献２】特開２００２−３３０１８０公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述の特許文献１に記載の発明は、アンダーフローを回避することができるものの、再生映像および再生音楽の画質や音質が変化してしまう。
【０００６】
また、特許文献２に記載の発明は、データ伝送速度を調整することができる、すなわち、データ伝送速度がデータ再生速度よりも必ず速い場合に限定し、バッファメモリのオーバーフローを防止するものである。したがって、アンダーフローが発生する場合のように、データ伝送速度がデータ再生速度と略同じか、データ伝送速度がデータ再生速度よりも遅くなる場合には対応することができず、再生映像や再生音楽の途切れが発生してしまう。
【０００７】
また、従来の全てのコンテンツデータを最初にバッファしてから再生する方法では、途切れや画質、音質の変化は発生しないものの、コンテンツが大きくなれば、再生端末のバッファメモリの容量も大きくしなければならない。さらには、コンテンツデータが大きく、データ伝送速度が遅くなれば、バッファ終了するまでの時間が非常に長くなってしまう。
【０００８】
したがって、この発明の目的は、再生端末のバッファ容量を少なくし、且つ再生映像や音楽の途切れや質の変化を抑制することができるコンテンツデータ配信システムを提供することにある。
【課題を解決するための手段】
【０００９】
この発明のコンテンツデータ配信システムは、再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数の部分コンテンツデータに分割し、さらに各部分コンテンツデータをファイル部分コンテンツデータ、ストリーム部分コンテンツデータの順で分割し、全てのファイル部分コンテンツデータをファイル配信した後に、ストリーム部分コンテンツデータを時系列に順次ストリーム配信するコンテンツ送信手段と、ファイル部分コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際にストリーム部分コンテンツデータ間に該当するファイル部分コンテンツデータを挿入することでコンテンツデータを再生する再生端末と、を備えたことを特徴としている。
【００１０】
この構成では、コンテンツ送信手段は、再生端末で再生される映画や音楽等のコンテンツデータを時系列に並ぶ複数の部分コンテンツデータに分割する。これら部分コンテンツデータは予め設定されたデータ長からなる。さらに、コンテンツ送信手段は、各部分コンテンツデータをファイル部分コンテンツデータとストリーム部分コンテンツデータとに分割する。この際、ファイル部分コンテンツデータを部分コンテンツデータの前側にストリーム部分コンテンツデータを部分コンテンツデータの後側にする。そして、ストリーム配信を行う前に、コンテンツ送信手段はファイル部分コンテンツデータをファイル送信し、再生端末はこのファイル部分コンテンツデータを受信する。再生端末は受信したファイル部分コンテンツデータを一時記憶する。そして、全てのファイル部分コンテンツデータの送受信が終了した後に、コンテンツ送信手段はストリーム部分コンテンツデータを時系列で順にストリーム配信し、再生端末はストリーム部分コンテンツデータを順次受信して再生する。再生端末は、ストリーム部分コンテンツデータを再生し終わると、再生済みのストリーム部分コンテンツと次に再生するストリーム部分コンテンツとの間に挿入すべきファイル部分コンテンツデータを読み出して再生する。そして、該当するファイル部分コンテンツデータの再生が終了すると、再生端末は次のストリーム部分コンテンツデータを再生する。
【００１１】
これにより、ストリーム配信速度がストリーム再生速度よりも遅くても、ファイル部分コンテンツデータの再生時間分だけ、ストリーム配信に時間的な余裕が与えられる。そして、この余裕分によりストリーム配信が完了されることで、再生映像および再生音声が途切れることなく、質が変化することもない。
【００１２】
また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段にストリーム配信の伝送速度を検出する配信側伝送速度検出手段を備え、部分コンテンツデータにおけるストリーム部分コンテンツデータとファイル部分コンテンツデータとのデータ割合を、コンテンツデータの再生速度に対する伝送速度の遅延量によって設定することを特徴としている。
【００１３】
この構成では、コンテンツデータ送信手段は、伝送速度を検出し、再生速度と伝送速度との差を検出する。この差に基づいて、部分コンテンツデータを構成するファイル配信部分のデータ長が設定される。これにより、ファイル配信部分はストリーム配信部分に対して必要十分な大きさで設定される。
【００１４】
また、この発明のコンテンツデータ配信システムは、再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数のストリーム部分コンテンツデータに分割して時系列に順次ストリーム配信するとともに、コンテンツデータに挿入する補間コンテンツデータをストリーム配信よりも以前にファイル配信するコンテンツ送信手段と、補間コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際にストリーム部分コンテンツデータ間に補間コンテンツデータを挿入して再生する再生端末と、を備えたことを特徴としている。
【００１５】
この構成では、コンテンツ送信手段は、再生端末で再生される映画や音楽等のコンテンツデータを時系列に並ぶ複数のストリーム部分コンテンツデータに分割する。これら部分コンテンツデータは予め設定されたデータ長からなる。また、コンテンツ送信手段は、前記コンテンツデータとは異なる、例えばＣＭ等の補間コンテンツデータを所持している。まず、コンテンツ送信手段は補間コンテンツデータをファイル配信し、再生端末はこの補間コンテンツデータを受信して一時記憶する。そして、補間コンテンツデータの送受信が終了した後に、コンテンツ送信手段はストリーム部分コンテンツデータを時系列で順にストリーム配信し、再生端末はストリーム部分コンテンツデータを順次受信して再生する。再生端末は、ストリーム部分コンテンツデータを再生し終わると、再生済みのストリーム部分コンテンツと次に再生するストリーム部分コンテンツとの間に挿入すべき補間コンテンツデータを読み出して再生する。そして、該当する補間コンテンツデータの再生が終了すると、再生端末は次のストリーム部分コンテンツデータを再生する。
【００１６】
また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段でデータ長の異なる複数種類の補間コンテンツデータをファイル配信し、再生端末にストリーム配信の伝送速度を検出する再生側伝送速度検出手段を備え、再生端末がストリーム部分コンテンツデータの再生速度に対する伝送速度の遅延量に基づいて補間コンテンツデータを選択することを特徴としている。
【００１７】
この構成では、再生端末が伝送速度を検出し、再生速度と伝送速度との差を検出し、部分コンテンツデータのストリーム再生間に発生する空白時間を算出する。再生端末は、この空白時間を埋めるデータ長の補間コンテンツデータを選択して再生する。これにより、再生速度を変えることなく、補間コンテンツを挟んでコンテンツデータが再生される。
【００１８】
また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段が、コンテンツデータの内容に基づいて補間コンテンツデータを選択してファイル配信することを特徴としている。
【００１９】
この構成では、コンテンツデータ配信システムは、コンテンツデータとしてストリーム配信される映像や音声に関連する内容のＣＭ等を補間コンテンツデータとして選択する。これにより、再生されるコンテンツの途中に挿入される補間コンテンツが、再生されるコンテンツに対して違和感なく受け入れられる。
【発明の効果】
【００２０】
この発明によれば、ファイル配信される部分コンテンツデータや補間コンテンツデータとストリーム配信される部分コンテンツデータとを用いることで、ストリーム配信の伝送遅延を補償して、再生映像および再生音声の途切れ、質の変化を防止することができる。そして、ファイル配信部分により、ストリーム配信のバッファ分を代用し、且つストリーム配信部分がコンテンツデータ全体を分割したものであるので、ストリームバッファの容量を抑制することができる。
【発明を実施するための最良の形態】
【００２１】
第１の実施形態に係るコンテンツデータ配信システムについて図１〜図６を参照して説明する。
【００２２】
図１は本実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
図２は本実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
図３は本実施形態のサーバ１の処理フローを示すフローチャートである。
図４は本実施形態の再生端末２の処理フローを示すフローチャートである。
図５はコンテンツデータの分割方法を説明する図である。
図６はコンテンツデータの配信、受信、再生の時間関係を示す図である。
【００２３】
なお、図２〜図４において、（Ａ）は再生端末２からの再生要求が行われる前にファイル配信を行う場合を示し、（Ｂ）は再生要求が行われた後にファイル配信を行う場合を示す。
【００２４】
まず、本実施形態のコンテンツデータ配信システムの構成について、図１を参照して説明する。
本実施形態のコンテンツデータ配信システムは、ネットワーク１０１およびネットワーク１０２を介して無線接続されるサーバ１と再生端末２とを備える。
【００２５】
サーバ１は、コンテンツ記憶装置１０、制御部１１、パケット生成部１２、送受信モジュール１３、通信アンテナ１４Ａ，１４Ｂを備える。
【００２６】
制御部１１はサーバ１の各部に対して各種の処理制御を行う。また、制御部１１は、再生端末２からの接続要求を受けると、該当するコンテンツデータを予め設定されたデータ長からなる複数の部分コンテンツデータに分割する。
【００２７】
コンテンツ記憶装置１０は映像や音楽等の各種コンテンツデータを記憶している。
【００２８】
パケット生成部１２は、コンテンツ記憶装置１０から読み出したコンテンツデータを、該コンテンツデータを構成する単位データであるパケットデータに変換する。そして、パケット生成部１２は、生成したパケットデータを用いて、所定パケット数毎からなるファイルデータやストリームデータを生成する。ここで、ファイルデータとは、所定数の連続するパケットデータを所定のファイル形式に変換して、１つのファイルデータとしたものである。また、ストリームデータとは、予め設定した区間内での連続する複数のパケットデータ群を示すものであり、特に他のファイル形式に変換しない。
【００２９】
そして、制御部１１は、後述する方法に基づいて、ストリーム配信の伝送速度が再生端末２での再生速度よりも遅い場合に、図５に示すように、各部分コンテンツデータをファイルデータとストリームデータとに分割する指示を行う。
【００３０】
パケット生成部１２は、この指示に従い、各部分コンテンツデータを、データの先頭側がファイルデータとなり、後方側がストリームデータとなるように分割する。これにより、分割されたコンテンツデータは、ファイルデータとストリームデータとが交互に表れる構成となる。すなわち、コンテンツデータは、データの先頭から順に、ファイルデータ、ストリームデータ、・・・、ファイルデータ、ストリームデータとなる。
【００３１】
送受信モジュール１３は、通信アンテナ１４Ａ，１４Ｂに接続し、それぞれに異なる通信環境からなるネットワーク１０１，１０２に対する送受信を行う。ここで、本実施形態では、ネットワーク１０１は高速で安定だが高コストのネットワークである。一方、ネットワーク１０２は通信環境が変化しやすいが低コストのネットワークである。
【００３２】
送受信モジュール１３は、パケット生成部１２から入力されるファイルデータを、通信アンテナ１４Ａを介してネットワーク１０１からファイル送信する。一方、送受信モジュール１３は、パケット生成部１２から入力されるストリームデータを、通信アンテナ１４Ｂを介してネットワーク１０２からストリーム送信する。
【００３３】
再生端末２は、ＣＰＵ２１、ファイル用メモリ２２、バッファメモリ２３、送受信モジュール２４、再生部２５、再生器２６、通信アンテナ２７Ａ，２７Ｂを備える。再生端末２は、例えば、映像データや音声データを再生するモバイルパソコン、ＰＤＡ、および携帯電話等の携帯端末などである。
【００３４】
ＣＰＵ２１は再生端末２の各部に対して各種の処理制御を行う。また、ＣＰＵ２１は、ファイル用メモリ２２から読み出したファイルデータを再生部２５に与える。ファイル用メモリ２２はファイルデータを一時記憶するメモリである。バッファメモリ２３はストリームデータをバッファリングするメモリである。
【００３５】
送受信モジュール２４は、通信アンテナ２７Ａ，２７Ｂに接続し、それぞれに異なる通信環境からなるネットワーク１０１，１０２に対する送受信を行う。また、送受信モジュール２４は、ＣＰＵ２１からの指示に従い、ファイルデータをファイル用メモリ２２に与え、ストリームデータをバッファメモリ２３に与える。
【００３６】
再生部２５は、ＣＰＵ２１から与えられるファイルデータを再生し、バッファメモリ２３から与えられるストリームデータを再生する。この際、再生部２５は、元となるコンテンツデータを復元するように、ファイルデータおよびストリームデータを予め設定した一定の再生速度で再生する。
【００３７】
再生器２６は、液晶パネル等の表示器やスピーカシステム等からなり、再生部２５で再生された映像信号や音声信号を表示および放音する。
【００３８】
次に、コンテンツデータ配信システムの処理シーケンスについて図２〜図６を参照してより具体的に説明する。
【００３９】
実施例１：再生要求の前にファイルデータを送受信する場合（図２（Ａ）、図３（Ａ）、図４（Ａ）参照）
再生端末２はユーザによる操作入力を受け付け（Ｓ２０１）、映像や音声のコンテンツを配信するサーバ１に、所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ２０２）。この際、再生端末２は、接続要求データをネットワーク１０１、１０２のいずれを介して送信してもよい。
【００４０】
サーバ１は、接続要求データを受信して（Ｓ１０１）、コンテンツ配信処理の初期設定を行い（Ｓ１０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ１０３）。この際、サーバ１は、ネットワーク１０２を介して接続許可データを送信する。サーバ１は、この接続許可データの送信時刻を記憶しておく。
【００４１】
再生端末２は、接続許可データを受信して（Ｓ２０３）、サーバ１との接続処理を行う（Ｓ２０４，Ｓ１０４）。この際、再生端末２は接続許可データの受信時刻を検知し、この受信時刻をサーバ１に返信する。
【００４２】
サーバ１は、接続処理時に得た再生端末２の受信時刻と自身が記憶する送信時刻と接続許可データ容量とに基づき、ネットワーク１０２の現状のデータ伝送速度Ｔを検出する（Ｓ１０５）。サーバ１は、伝送速度Ｔを検出すると、コンテンツの規格に基づく予め記憶された再生速度と比較して伝送速度Ｔが速ければ、分割配信を行わずに、再生端末２からの再生要求を受信して通常のストリーム配信を行う（Ｓ１０６→Ｓ１１１）。なお、このストリーム配信は、元となるコンテンツを複数の部分コンテンツに分割し、この分割コンテンツ全体をストリームデータで構成するものであり、処理フローは後述する分割配信のストリーム配信と同じである。
【００４３】
サーバ１は、伝送速度Ｔが再生速度より低いと判別すると、分割配信を設定して分割配信の実行指示を再生端末２に送信する（Ｓ１０７）。そして、再生端末２は、分割配信実行指示を受信すると（Ｓ２０５）、分割配信設定を行う（Ｓ２０６→Ｓ２０７）。一方、再生端末２は、分割配信実行指示を受信しなければ、通常のストリーム配信による受信再生処理の準備を行う（Ｓ２０６→Ｓ２０９）。
【００４４】
分割配信を決定すると、サーバ１は、前述の接続要求時点で選択されたコンテンツデータをコンテンツ記憶装置１０から読み出し、予め設定したデータ長の部分コンテンツデータに時分割し、さらにこれら部分コンテンツデータをそれぞれファイルデータとストリームデータとに分割する（Ｓ１０８）。具体的に、図５（Ａ），（Ｂ）に示す例では、所望とするコンテンツＣｏｎｔＡを予め設定したデータ長からなる分割コンテンツＡＢ１，ＡＢ２，ＡＢ３，ＡＢ４に分割する。この際、各分割コンテンツＡＢ１〜ＡＢ４のデータ長は略同じに設定してもよく、コンテンツＣｏｎｔＡの区切れにより適当なデータ長毎に分割してもよい。
【００４５】
次に、サーバ１は、各分割コンテンツＡＢ１〜ＡＢ４を、ファイルデータＢとストリームデータＡとに分割する。具体的には、分割コンテンツＡＢ１をファイルデータＢ１とストリームデータＡ１とに分割する。この際、分割コンテンツＡＢ１の時系列で先頭側をファイルデータＢ１とし、後方側をストリームデータＡ１とする。そして、ファイルデータＢ１とストリームデータＡ１との分割割合は、次のように設定する。
【００４６】
制御部１１は、ストリームデータＡ１を前述の再生速度で再生した再生時間Ｔｐと、伝送時ストリームデータＡ１ｔ（データ容量はＡ１と同じ）の伝送時間Ｔｔとを差分する。この差分時間Ｔｄは、再生速度に対して伝送速度が遅いことによる遅延量に相当する。この遅延量がデータの途切れに起因するので、差分時間Ｔｄ以上の再生時間ＳｐとなるファイルデータＢ１を設定することで、再生データの途切れを補間することができる。なお、ファイルデータＢ１は、通常ストリームデータＡ１に比べて極短いデータ量で形成される。
【００４７】
部分コンテンツＡＢ２〜ＡＢ４についても同様に、それぞれファイルデータＢ２とストリームデータＡ２、ファイルデータＢ３とストリームデータＡ３、ファイルデータＢ４とストリームデータＡ４に分割する。
【００４８】
サーバ１は分割処理により得られるファイルデータＢ１〜Ｂ４を生成し（Ｓ１０９）、図６（Ａ）に示すように順次ネットワーク１０１を介して再生端末２に送信する（Ｓ１１０）。
【００４９】
再生端末２は、図６（Ｂ）に示すようにファイルデータＢ１〜Ｂ４を順次受信して（Ｓ２０７）、ファイル用メモリ２２に一時記憶する（Ｓ２０８）。
【００５０】
ファイルデータＢ１〜Ｂ４は、高品質の安定したネットワーク１０１により、通常のファイル形式でデータの送受信を確認しながら送受信を行うので、確実に再生端末２に伝送される。
【００５１】
これまでの、ファイルデータの送受信処理は、ユーザが所望のコンテンツを選択、紹介した際に、コンテンツを視聴するものであると仮定して、再生操作入力が行われる前までに実行される。
【００５２】
次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ２０９）、再生要求データを送信する（Ｓ２１０）。この際に利用するネットワークはいずれでもよいが、再生要求データが小さいことと、再生要求データが再生開始のトリガ信号となり重要なことから、再生要求データはネットワーク１０１で送信すればよい。
【００５３】
サーバ１は、再生要求データを受信して（Ｓ１１１）、前述のようのストリームデータＡ１〜Ａ４を順次生成していき（Ｓ１１２）、図６（Ｃ）に示すように、順次ネットワーク１０２を介してストリーム配信する（Ｓ１１３）。
【００５４】
再生端末２は、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ２１１）、バッファメモリ２３にバッファリングしながらストリーム再生を行う（Ｓ２１２〜Ｓ２１６）。
【００５５】
具体的に、再生端末２は、まず、図４には示していないが図６（Ｄ）に示すように、コンテンツデータＣｏｎｔＡの先頭に相当し部分コンテンツデータＡＢ１の先頭に位置する、予め受信して記憶したファイルデータＢ１をファイル用メモリ２２から読み出して再生する。再生端末２は、ファイルデータＢ１の再生が終了すると、これに引き続きバッファリングされているストリームデータＡ１のパケットデータを再生する（Ｓ２１２）。再生端末２は、バッファリングしているストリームデータＡ１を順次再生していき、ストリームデータＡ１の終端部、すなわち、部分コンテンツデータＡＢ１とＡＢ２との境界を検出すると、ファイルデータＢ１をファイルメモリ２２から読み出して再生する（Ｓ２１３→Ｓ２１４）。
【００５６】
再生端末２は、コンテンツデータＣｏｎｔＡの最終部分コンテンツデータＡＢ４のストリームデータＡ４が再生し終わるまで、このようなファイルデータＢとストリームデータＡとを交互に再生する処理を繰り返す。例えば、図６（Ｄ）に示すように、ファイルデータＢ２の再生、ストリームデータＡ２の再生、ファイルデータＢ３の再生、ストリームデータＡ３の再生、ファイルデータＢ４の再生、ストリームデータＡ４の再生を順に行う。そして、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ２１６）、配信再生の終了処理を行う（Ｓ２１７）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ２１５）、配信再生の中断処理（終了処理）を行う（Ｓ２１７）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ１１４）。
【００５７】
このように、コンテンツデータを分割してなる部分コンテンツデータをさらにファイルデータとストリームデータとに分割し、予めファイルデータを配信しておくことで、ストリーム配信の伝送速度が再生速度よりも遅くなるような状況であっても、この遅延分がファイルデータの再生により補間される。これにより、ストリーム配信を安価で安定でないネットワークを介して行うような場合でも、再生速度を調整することなく、且つ途切れさせることなく、コンテンツの再生を行うことができる。
【００５８】
また、この際、ファイルデータの伝送には、高価な安定したネットワークを利用しているが、ファイルデータの容量はストリームデータの容量と比較して極小さいので、すべてのコンテンツを高価な安定したネットワークで配信するよりも、極安価にコンテンツ配信することができる。
【００５９】
また、この例では、再生操作入力を行う前にファイルデータが送受信されるので、再生操作入力後に、殆ど時間を置くことなくコンテンツの再生を行うことができる。
【００６０】
実施例２：再生要求の後にファイルデータを送受信する場合（図２（Ｂ）、図３（Ｂ）、図４（Ｂ）参照）
本実施例２は、伝送速度の検出およびファイルデータの送受信を再生要求後に行う点を除き、実施例１と同じ処理を行う。
【００６１】
再生端末２はユーザによる操作入力を受け付け（Ｓ２０１）、サーバ１に所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ２０２）。
【００６２】
サーバ１は、接続要求データを受信して（Ｓ１０１）、コンテンツ配信処理の初期設定を行い（Ｓ１０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ１０３）。
【００６３】
再生端末２は、接続許可データを受信して（Ｓ２０３）、サーバ１との接続処理を行う（Ｓ２０４，Ｓ１０４）。
【００６４】
次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ２２１）、再生要求データを送信する（Ｓ２２２）。この際、再生端末２は、再生要求データを、ネットワーク１０２を介して送信する。この際、サーバ１と再生端末２とは、所定の伝送速度検出用データを送受信する。
【００６５】
サーバ１は、再生要求データを受信して（Ｓ１２１）、当該再生要求データから再生端末２が接続処理時に得た再生端末２の受信時刻を検出する。そして、サーバ１は、この再生端末２の受信時刻と、自身が記憶する送信時刻と、伝送速度検出用データの容量とに基づき、ネットワーク１０２の現状のデータ伝送速度Ｔを検出する（Ｓ１２２）。
【００６６】
サーバ１は、伝送速度Ｔを検出すると、コンテンツの規格に基づく予め記憶された再生速度と比較して伝送速度Ｔが速ければ、分割配信を行わずに、再生端末２からの再生要求を受信して通常のストリーム配信を行う（Ｓ１２３→Ｓ１２８）。なお、このストリーム配信は、元となるコンテンツを複数の部分コンテンツデータに分割し、各部分コンテンツデータ全体をストリームデータで構成するものであり、処理フローは後述する分割配信のストリーム配信と同じである。
【００６７】
サーバ１は、伝送速度Ｔが再生速度より低いと判別すると、分割配信を設定して分割配信の実行指示を再生端末２に送信する（Ｓ１２４）。そして、再生端末２は、分割配信実行指示を受信すると（Ｓ２２３）、分割配信設定を行う（Ｓ２２４→Ｓ２２５）。一方、再生端末２は、分割配信実行指示を受信しなければ、通常のストリーム配信による受信再生処理の準備を行う（Ｓ２２４→Ｓ２２７）。
【００６８】
分割配信を決定すると、サーバ１は、前述の接続要求時点で選択されたコンテンツデータをコンテンツ記憶装置１０から読み出し、予め設定したデータ長の部分コンテンツデータに時分割し、さらにこれら部分コンテンツデータをそれぞれファイルデータとストリームデータとに分割する（Ｓ１２５）。なお、分割の方法は前述の実施例１と同じである。
【００６９】
サーバ１は分割処理により得られたファイルデータＢ１〜Ｂ４を順次ネットワーク１０１を介して再生端末２に送信する（Ｓ１２６→Ｓ１２７）。
【００７０】
再生端末２はファイル用メモリ２２に一時記憶する（Ｓ２２５→Ｓ２２６）。
【００７１】
次に、サーバ１は、ストリームデータＡ１〜Ａ４を順次生成していき（Ｓ１２８）、順次ネットワーク１０２を介してストリーム配信する（Ｓ１２９）。
【００７２】
再生端末２は、前述の実施例１と同様に、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ２２７）、バッファメモリ２３にバッファリングしながら適宜ファイル再生を挿入してストリーム再生を行う（Ｓ２２８〜Ｓ２３２）。
【００７３】
そして、再生端末２は、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ２３２）、配信再生の終了処理を行う（Ｓ２３３）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ２３１）、配信再生の中断処理（終了処理）を行う（Ｓ２３３）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ１３０）。
【００７４】
このような処理方法であっても、実施例１と同様に、ストリーム配信を安価で安定でないネットワークを介して行うような場合でも、再生速度を調整することなく、且つ途切れさせることなく、コンテンツの再生を行うことができる。
【００７５】
また、この例では、再生入力が行われた後に伝送速度の検出、コンテンツの分割処理を行うので、例えば、接続要求が行われてから再生入力が行われるまでに長時間おかれても、ストリーム配信時に近い伝送速度を取得することができる。これにより、最適な分割割合が設定でき、より効率良くコンテンツ配信を行うことができる。
【００７６】
次に、第２の実施形態に係るコンテンツデータ配信システムについて図７〜図１２を参照して説明する。
図７は本実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
図８は本実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
図９は本実施形態のサーバ１の処理フローを示すフローチャートである。
図１０は本実施形態の再生端末２の処理フローを示すフローチャートである。
図１１はコンテンツデータの分割方法を説明する図である。
図１２はコンテンツデータの配信、受信、再生の時間関係を示す図である。
【００７７】
図７に示す本実施形態のコンテンツデータ配信システムの構成は、サーバ装置１のコンテンツ記憶装置が、映像や音楽等の本コンテンツを記憶するコンテンツ記憶装置１０Ａと、ＣＭ等の補間コンテンツを記憶するコンテンツ記憶装置１０Ｂとからなるものである。他の構成は同じであるので、説明は省略する。
【００７８】
コンテンツ記憶装置１０Ａは、ユーザが再生端末２を介して選択する映像や音楽等の本コンテンツを記憶しており、制御部１１の指示に従い、本コンテンツデータは、パケット生成部１２に読み出される。
【００７９】
コンテンツ記憶装置１０Ｂは、コンテンツ記憶装置１０Ａに記憶されている各種の本コンテンツの分野に応じたＣＭ等からなる補間コンテンツを記憶しており、同種の補間コンテンツであっても、データ量の異なるすなわち再生時間の異なる複数の補間コンテンツが記憶されている。補間コンテンツは制御部１１の指示に従い、パケット生成部１２に読み出される。
【００８０】
次に、本実施形態の処理シーケンスについて図８〜図１２を参照して、より具体的に説明する。
再生端末２はユーザによる操作入力を受け付け（Ｓ４０１）、映像や音声のコンテンツが記憶されているコンテンツ記憶装置１０Ａを備えるサーバ１に、所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ４０２）。この際、再生端末２は、接続要求データをネットワーク１０１、１０２のいずれを介して送信してもよい。
【００８１】
サーバ１は、接続要求データを受信して（Ｓ３０１）、コンテンツ配信処理の初期設定を行い（Ｓ３０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ３０３）。
【００８２】
再生端末２は、接続許可データを受信して（Ｓ４０３）、サーバ１との接続処理を行う（Ｓ４０４，Ｓ３０４）。
【００８３】
サーバ１は、前記接続要求により選択されたコンテンツの分野に基づいて、コンテンツ記憶装置１０Ｂに記憶されている各種の補間コンテンツから、適当な補間コンテンツを選択する。例えば、サッカーの試合のコンテンツが選択された場合であれば、サッカー用品の補間コンテンツ（ＣＭ）を選択したり、サッカーチームのスポンサーに関連する補間コンテンツ（ＣＭ）を選択する（Ｓ３０５）。この補間コンテンツには、図１１、図１２に示すように、データ長の異なるすなわち再生時間の異なる複数の補間コンテンツデータが備えられており、サーバ１はデータ長の異なる同種の補間コンテンツの全てを選択して、送信用データを生成する（Ｓ３０６）。生成された複数の補間コンテンツデータＣ１〜Ｃ４は、ネットワーク１０１を介して再生端末２に送信される（Ｓ３０７）。
【００８４】
再生端末２は、補間コンテンツデータＣ１〜Ｃ４を順受信して（Ｓ４０５）、ファイル用メモリ２２に一時記憶する（Ｓ４０６）。
【００８５】
次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ４０７）、再生要求データを送信する（Ｓ４０８）。この際に利用するネットワークはいずれでもよいが、再生要求データが小さいことと、再生要求データが再生開始のトリガ信号となり重要なことから、再生要求データはネットワーク１０１で送信すればよい。
【００８６】
次に、サーバ１は、再生要求データを受信して（Ｓ３０８）、再生要求された本コンテンツＣｏｎｔＡを予め設定されてデータ長毎に分割して、部分コンテンツデータＡ１〜Ａ４を生成する（Ｓ３０９）。サーバ１は、ストリーム配信の準備が整うと、ネットワーク１０２を介してストリーム配信開始制御データを送信する（Ｓ３１０）。この際、ストリーム配信開始制御データには、サーバ１の送信時刻と各部分コンテンツデータのデータ容量とが含まれている。
【００８７】
再生端末２は、サーバ１からのストリーム配信開始制御データを受信して、ストリーム受信の準備を行うとともに、ストリーム配信開始制御データに含まれる送信時刻と自身が検知した受信時刻と、ストリーム配信開始制御データのデータ容量とから伝送速度Ｔを算出する（Ｓ４０９）。
【００８８】
再生端末２は、この伝送速度Ｔに基づき各部分コンテンツデータＡ１〜Ａ４における、再生時間Ｔｐに対する伝送時間Ｔｔの遅延量（伝送時間Ｔｔを再生時間Ｔｐで差分した差分時間）Ｔｄを算出する。再生端末２は算出した遅延量Ｔｄと、記憶している各補間コンテンツデータＣ１〜Ｃ４の再生時間Ｓｐ１〜Ｓｐ４とを比較し、図１１に示すように、遅延量Ｔｄに最も近く且つ遅延量よりも長い再生時間Ｓｐ３を選択する。そして、再生端末２は、再生時間Ｓｐ３である補間コンテンツデータＣ３を選択する（Ｓ４１０）。このような選択条件で補間コンテンツを選択することで、伝送遅延による本コンテンツの途切れを防ぐとともに、挿入される補間コンテンツを可能な限り短くすることができる。例えば、所望とする映像に対して可能な限り短いＣＭを各所に挿入して、途切れることなく再生することができる。
【００８９】
次に、サーバ１は、ストリームデータＡ１〜Ａ４を順次生成していき（Ｓ３１１）、図１２（Ｃ）に示すように、順次ネットワーク１０２を介してストリーム配信する（Ｓ３１２）。
【００９０】
再生端末２は、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ４１１）、バッファメモリ２３にバッファリングしながら、ストリーム再生を行う（Ｓ４１２〜Ｓ４１６）。
【００９１】
具体的に、再生端末２は、まず、図８には示していないが図１２（Ｄ）に示すように、コンテンツデータＣｏｎｔＡの先頭に、予め受信して記憶し、伝送速度に基づき選択された補間コンテンツデータＣ３をファイル用メモリ２２から読み出して再生する。再生端末２は、補間コンテンツデータＣ３の再生が終了すると、これに引き続きバッファリングされているストリームデータ（部分コンテンツデータ）Ａ１を再生する（Ｓ４１２）。再生端末２は、バッファリングしているストリームデータＡ１を順次再生していき、ストリームデータＡ１の終端部、すなわち、ストリームデータＡ１とＡ２との境界を検出すると、補間コンテンツデータＣ３をファイルメモリ２２から読み出して再生する（Ｓ４１３→Ｓ４１４）。
【００９２】
再生端末２は、コンテンツデータＣｏｎｔＡの最終ストリームデータＡ４が再生し終わるまで、このような補間コンテンツデータＣ３とストリームデータＡ１〜Ａ４とを交互に再生する処理を繰り返す。例えば、図１２（Ｄ）に示すように、補間コンテンツデータＣ３の再生、ストリームデータＡ２の再生、補間コンテンツデータＣ３の再生、ストリームデータＡ３の再生、補間コンテンツデータＣ３の再生、ストリームデータＡ４の再生を順に行う。そして、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ４１６）、配信再生の終了処理を行う（Ｓ４１７）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ４１５）、配信再生の中断処理（終了処理）を行う（Ｓ４１７）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ３１３）。
【００９３】
このように、ストリーム配信される本コンテンツを複数の部分コンテンツデータに分割し、本コンテンツとは異なる補間コンテンツデータを予めファイル配信し、ストリーム配信される部分コンテンツデータ間に挿入することで、補間コンテンツを挿入しながら本コンテンツを途切れ無く再生し続けることができる。
【００９４】
また、本実施形態の処理方法を用いることで、本コンテンツに挿入する補間コンテンツを可能な限り短くすることができる。
【００９５】
さらに、補間コンテンツを本コンテンツの分野に合わせることで、視聴者に対して本コンテンツと補間コンテンツとの間で違和感を与えることなく視聴させることができる。また、補間コンテンツがＣＭ等の広告媒体であれば、本コンテンツに興味のある視聴者に対して効果的にＣＭを視聴させることができる。
【００９６】
なお、本実施形態では、補間コンテンツを再生要求が行われるまでの配信する例を示したが、再生要求後に補間コンテンツを配信しても良い。
【００９７】
また、本実施形態では、１つのサーバに本コンテンツと補間コンテンツとが記憶されている場合について示したが、本コンテンツ用のサーバと、複数の補間コンテンツ用サーバとを備えるシステムを形成しても良い。この場合、再生端末２は、選択した本コンテンツの分野から関連する補間コンテンツ用サーバを選択する。そして、選択した補間コンテンツ用サーバから補間コンテンツデータを取得すればよい。
【００９８】
なお、前述の各実施形態では、コンテンツデータを４つの部分コンテンツデータに分割する例を示したが、分割数はこれに限らず、適宜設定すればよい。
【図面の簡単な説明】
【００９９】
【図１】第１の実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
【図２】第１の実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
【図３】第１の実施形態のサーバ１の処理フローを示すフローチャートである。
【図４】第１の実施形態の再生端末２の処理フローを示すフローチャートである。
【図５】第１の実施形態のコンテンツデータの分割方法を説明する図である。
【図６】第１の実施形態のコンテンツデータの配信、受信、再生の時間関係を示す図である。
【図７】第２の実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
【図８】第２の実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
【図９】第２の実施形態のサーバ１の処理フローを示すフローチャートである。
【図１０】第２の実施形態の再生端末２の処理フローを示すフローチャートである。
【図１１】第２の実施形態のコンテンツデータの分割方法を説明する図である。
【図１２】第２の実施形態のコンテンツデータの配信、受信、再生の時間関係を示す図である。
【符号の説明】
【０１００】
１−サーバ、１０，１０Ａ，１０Ｂ−コンテンツ記憶装置、１１−制御部、１２−パケット生成部、１３−送受信モジュール、１４Ａ，１４Ｂ−アンテナ、
２−再生端末、２１−ＣＰＵ、２２−ファイル用メモリ、２３−バッファメモリ、２４−送受信モジュール、２５−再生部、２６−再生器
【図１】
2007135070.tif 000003
【図２】
2007135070.tif 000004
【図３】
2007135070.tif 000005
【図４】
2007135070.tif 000006
【図５】
2007135070.tif 000007
【図６】
2007135070.tif 000008
【図７】
2007135070.tif 000009
【図８】
2007135070.tif 000010
【図９】
2007135070.tif 000011
【図１０】
2007135070.tif 000012
【図１１】
2007135070.tif 000013
【図１２】
2007135070.tif 000014
【手続補正書】
【提出日】平成17年11月15日(2005.11.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映画や音楽等のコンテンツデータを配信して、再生端末で再生出力するコンテンツデータ配信システムに関するものである。
【背景技術】
【０００２】
従来、映画や音楽等のコンテンツデータを、インターネット等を介して配信するコンテンツ配信システムがある。コンテンツ配信システムの一例として、コンテンツデータを最初に全て再生端末に配信するものがある。この方法では、再生端末は、一旦全てのコンテンツデータをバッファリングした後に再生を行う。また、コンテンツ配信システムの他の例として、単位データであるパケットデータの集合体によりコンテンツデータを構成し、パケットデータを順次配信する、所謂ストリーム配信がある。ストリーム配信の場合、再生端末は、順次パケットデータを受信してバッファし、所定のバッファ量に達するとパケットデータを再生する。
【０００３】
ところで、ストリーム配信の場合、データの伝送速度と再生速度との関係から、再生端末のバッファがアンダーフローすることがあり、再生される映像や音声が途切れたり、画質、音質が変化してしまうことがある。
【０００４】
このため、特許文献１では、再生端末のバッファの蓄積容量に基づき再生速度を調整することで、アンダーフローを防止する方法が開示されている。
【０００５】
また、特許文献２では、再生端末のバッファの蓄積容量に基づき伝送速度を調整することで、オーバーフローを防止する方法が開示されている。
【特許文献１】特開２００２−８４３３９公報
【特許文献２】特開２００２−３３０１８０公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述の特許文献１に記載の発明は、アンダーフローを回避することができるものの、再生映像および再生音楽の画質や音質が変化してしまう。
【０００７】
また、特許文献２に記載の発明は、データ伝送速度を調整することができる、すなわち、データ伝送速度がデータ再生速度よりも必ず速い場合に限定し、バッファメモリのオーバーフローを防止するものである。したがって、アンダーフローが発生する場合のように、データ伝送速度がデータ再生速度と略同じか、データ伝送速度がデータ再生速度よりも遅くなる場合には対応することができず、再生映像や再生音楽の途切れが発生してしまう。
【０００８】
また、従来の全てのコンテンツデータを最初にバッファしてから再生する方法では、途切れや画質、音質の変化は発生しないものの、コンテンツが大きくなれば、再生端末のバッファメモリの容量も大きくしなければならない。さらには、コンテンツデータが大きく、データ伝送速度が遅くなれば、バッファ終了するまでの時間が非常に長くなってしまう。
【０００９】
したがって、この発明の目的は、再生端末のバッファ容量を少なくし、且つ再生映像や音楽の途切れや質の変化を抑制することができるコンテンツデータ配信システムを提供することにある。
【課題を解決するための手段】
【００１０】
この発明のコンテンツデータ配信システムは、再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数の部分コンテンツデータに分割し、さらに各部分コンテンツデータをファイル部分コンテンツデータ、ストリーム部分コンテンツデータの順で分割し、全てのファイル部分コンテンツデータをファイル配信した後に、ストリーム部分コンテンツデータを時系列に順次ストリーム配信するコンテンツ送信手段と、ファイル部分コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際にストリーム部分コンテンツデータ間に該当するファイル部分コンテンツデータを挿入することでコンテンツデータを再生する再生端末と、を備えたことを特徴としている。
【００１１】
この構成では、コンテンツ送信手段は、再生端末で再生される映画や音楽等のコンテンツデータを時系列に並ぶ複数の部分コンテンツデータに分割する。これら部分コンテンツデータは予め設定されたデータ長からなる。さらに、コンテンツ送信手段は、各部分コンテンツデータをファイル部分コンテンツデータとストリーム部分コンテンツデータとに分割する。この際、ファイル部分コンテンツデータを部分コンテンツデータの前側にストリーム部分コンテンツデータを部分コンテンツデータの後側にする。そして、ストリーム配信を行う前に、コンテンツ送信手段はファイル部分コンテンツデータをファイル送信し、再生端末はこのファイル部分コンテンツデータを受信する。再生端末は受信したファイル部分コンテンツデータを一時記憶する。そして、全てのファイル部分コンテンツデータの送受信が終了した後に、コンテンツ送信手段はストリーム部分コンテンツデータを時系列で順にストリーム配信し、再生端末はストリーム部分コンテンツデータを順次受信して再生する。再生端末は、ストリーム部分コンテンツデータを再生し終わると、再生済みのストリーム部分コンテンツと次に再生するストリーム部分コンテンツとの間に挿入すべきファイル部分コンテンツデータを読み出して再生する。そして、該当するファイル部分コンテンツデータの再生が終了すると、再生端末は次のストリーム部分コンテンツデータを再生する。
【００１２】
これにより、ストリーム配信速度がストリーム再生速度よりも遅くても、ファイル部分コンテンツデータの再生時間分だけ、ストリーム配信に時間的な余裕が与えられる。そして、この余裕分によりストリーム配信が完了されることで、再生映像および再生音声が途切れることなく、質が変化することもない。
【００１３】
また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段にストリーム配信の伝送速度を検出する配信側伝送速度検出手段を備え、部分コンテンツデータにおけるストリーム部分コンテンツデータとファイル部分コンテンツデータとのデータ割合を、コンテンツデータの再生速度に対する伝送速度の遅延量によって設定することを特徴としている。
【００１４】
この構成では、コンテンツデータ送信手段は、伝送速度を検出し、再生速度と伝送速度との差を検出する。この差に基づいて、部分コンテンツデータを構成するファイル配信部分のデータ長が設定される。これにより、ファイル配信部分はストリーム配信部分に対して必要十分な大きさで設定される。
【００１５】
また、この発明のコンテンツデータ配信システムは、再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数のストリーム部分コンテンツデータに分割して時系列に順次ストリーム配信するとともに、コンテンツデータに挿入する補間コンテンツデータをストリーム配信よりも以前にファイル配信するコンテンツ送信手段と、補間コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際にストリーム部分コンテンツデータ間に補間コンテンツデータを挿入して再生する再生端末と、を備えたことを特徴としている。
【００１６】
この構成では、コンテンツ送信手段は、再生端末で再生される映画や音楽等のコンテンツデータを時系列に並ぶ複数のストリーム部分コンテンツデータに分割する。これら部分コンテンツデータは予め設定されたデータ長からなる。また、コンテンツ送信手段は、前記コンテンツデータとは異なる、例えばＣＭ等の補間コンテンツデータを所持している。まず、コンテンツ送信手段は補間コンテンツデータをファイル配信し、再生端末はこの補間コンテンツデータを受信して一時記憶する。そして、補間コンテンツデータの送受信が終了した後に、コンテンツ送信手段はストリーム部分コンテンツデータを時系列で順にストリーム配信し、再生端末はストリーム部分コンテンツデータを順次受信して再生する。再生端末は、ストリーム部分コンテンツデータを再生し終わると、再生済みのストリーム部分コンテンツと次に再生するストリーム部分コンテンツとの間に挿入すべき補間コンテンツデータを読み出して再生する。そして、該当する補間コンテンツデータの再生が終了すると、再生端末は次のストリーム部分コンテンツデータを再生する。
【００１７】
また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段でデータ長の異なる複数種類の補間コンテンツデータをファイル配信し、再生端末にストリーム配信の伝送速度を検出する再生側伝送速度検出手段を備え、再生端末がストリーム部分コンテンツデータの再生速度に対する伝送速度の遅延量に基づいて補間コンテンツデータを選択することを特徴としている。
【００１８】
この構成では、再生端末が伝送速度を検出し、再生速度と伝送速度との差を検出し、部分コンテンツデータのストリーム再生間に発生する空白時間を算出する。再生端末は、この空白時間を埋めるデータ長の補間コンテンツデータを選択して再生する。これにより、再生速度を変えることなく、補間コンテンツを挟んでコンテンツデータが再生される。
【００１９】
また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段が、コンテンツデータの内容に基づいて補間コンテンツデータを選択してファイル配信することを特徴としている。
【００２０】
この構成では、コンテンツデータ配信システムは、コンテンツデータとしてストリーム配信される映像や音声に関連する内容のＣＭ等を補間コンテンツデータとして選択する。これにより、再生されるコンテンツの途中に挿入される補間コンテンツが、再生されるコンテンツに対して違和感なく受け入れられる。
【発明の効果】
【００２１】
この発明によれば、ファイル配信される部分コンテンツデータや補間コンテンツデータとストリーム配信される部分コンテンツデータとを用いることで、ストリーム配信の伝送遅延を補償して、再生映像および再生音声の途切れ、質の変化を防止することができる。そして、ファイル配信部分により、ストリーム配信のバッファ分を代用し、且つストリーム配信部分がコンテンツデータ全体を分割したものであるので、ストリームバッファの容量を抑制することができる。
【発明を実施するための最良の形態】
【００２２】
第１の実施形態に係るコンテンツデータ配信システムについて図１〜図６を参照して説明する。
【００２３】
図１は本実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
図２は本実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
図３は本実施形態のサーバ１の処理フローを示すフローチャートである。
図４は本実施形態の再生端末２の処理フローを示すフローチャートである。
図５はコンテンツデータの分割方法を説明する図である。
図６はコンテンツデータの配信、受信、再生の時間関係を示す図である。
【００２４】
なお、図２〜図４において、（Ａ）は再生端末２からの再生要求が行われる前にファイル配信を行う場合を示し、（Ｂ）は再生要求が行われた後にファイル配信を行う場合を示す。
【００２５】
まず、本実施形態のコンテンツデータ配信システムの構成について、図１を参照して説明する。
本実施形態のコンテンツデータ配信システムは、ネットワーク１０１およびネットワーク１０２を介して無線接続されるサーバ１と再生端末２とを備える。
【００２６】
サーバ１は、コンテンツ記憶装置１０、制御部１１、パケット生成部１２、送受信モジュール１３、通信アンテナ１４Ａ，１４Ｂを備える。
【００２７】
制御部１１はサーバ１の各部に対して各種の処理制御を行う。また、制御部１１は、再生端末２からの接続要求を受けると、該当するコンテンツデータを予め設定されたデータ長からなる複数の部分コンテンツデータに分割する。
【００２８】
コンテンツ記憶装置１０は映像や音楽等の各種コンテンツデータを記憶している。
【００２９】
パケット生成部１２は、コンテンツ記憶装置１０から読み出したコンテンツデータを、該コンテンツデータを構成する単位データであるパケットデータに変換する。そして、パケット生成部１２は、生成したパケットデータを用いて、所定パケット数毎からなるファイルデータやストリームデータを生成する。ここで、ファイルデータとは、所定数の連続するパケットデータを所定のファイル形式に変換して、１つのファイルデータとしたものである。また、ストリームデータとは、予め設定した区間内での連続する複数のパケットデータ群を示すものであり、特に他のファイル形式に変換しない。
【００３０】
そして、制御部１１は、後述する方法に基づいて、ストリーム配信の伝送速度が再生端末２での再生速度よりも遅い場合に、図５に示すように、各部分コンテンツデータをファイルデータとストリームデータとに分割する指示を行う。
【００３１】
パケット生成部１２は、この指示に従い、各部分コンテンツデータを、データの先頭側がファイルデータとなり、後方側がストリームデータとなるように分割する。これにより、分割されたコンテンツデータは、ファイルデータとストリームデータとが交互に表れる構成となる。すなわち、コンテンツデータは、データの先頭から順に、ファイルデータ、ストリームデータ、・・・、ファイルデータ、ストリームデータとなる。
【００３２】
送受信モジュール１３は、通信アンテナ１４Ａ，１４Ｂに接続し、それぞれに異なる通信環境からなるネットワーク１０１，１０２に対する送受信を行う。ここで、本実施形態では、ネットワーク１０１は高速で安定だが高コストのネットワークである。一方、ネットワーク１０２は通信環境が変化しやすいが低コストのネットワークである。
【００３３】
送受信モジュール１３は、パケット生成部１２から入力されるファイルデータを、通信アンテナ１４Ａを介してネットワーク１０１からファイル送信する。一方、送受信モジュール１３は、パケット生成部１２から入力されるストリームデータを、通信アンテナ１４Ｂを介してネットワーク１０２からストリーム送信する。
【００３４】
再生端末２は、ＣＰＵ２１、ファイル用メモリ２２、バッファメモリ２３、送受信モジュール２４、再生部２５、再生器２６、通信アンテナ２７Ａ，２７Ｂを備える。再生端末２は、例えば、映像データや音声データを再生するモバイルパソコン、ＰＤＡ、および携帯電話等の携帯端末などである。
【００３５】
ＣＰＵ２１は再生端末２の各部に対して各種の処理制御を行う。また、ＣＰＵ２１は、ファイル用メモリ２２から読み出したファイルデータを再生部２５に与える。ファイル用メモリ２２はファイルデータを一時記憶するメモリである。バッファメモリ２３はストリームデータをバッファリングするメモリである。
【００３６】
送受信モジュール２４は、通信アンテナ２７Ａ，２７Ｂに接続し、それぞれに異なる通信環境からなるネットワーク１０１，１０２に対する送受信を行う。また、送受信モジュール２４は、ＣＰＵ２１からの指示に従い、ファイルデータをファイル用メモリ２２に与え、ストリームデータをバッファメモリ２３に与える。
【００３７】
再生部２５は、ＣＰＵ２１から与えられるファイルデータを再生し、バッファメモリ２３から与えられるストリームデータを再生する。この際、再生部２５は、元となるコンテンツデータを復元するように、ファイルデータおよびストリームデータを予め設定した一定の再生速度で再生する。
【００３８】
再生器２６は、液晶パネル等の表示器やスピーカシステム等からなり、再生部２５で再生された映像信号や音声信号を表示および放音する。
【００３９】
次に、コンテンツデータ配信システムの処理シーケンスについて図２〜図６を参照してより具体的に説明する。
【００４０】
実施例１：再生要求の前にファイルデータを送受信する場合（図２（Ａ）、図３（Ａ）、図４（Ａ）参照）
再生端末２はユーザによる操作入力を受け付け（Ｓ２０１）、映像や音声のコンテンツを配信するサーバ１に、所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ２０２）。この際、再生端末２は、接続要求データをネットワーク１０１、１０２のいずれを介して送信してもよい。
【００４１】
サーバ１は、接続要求データを受信して（Ｓ１０１）、コンテンツ配信処理の初期設定を行い（Ｓ１０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ１０３）。この際、サーバ１は、ネットワーク１０２を介して接続許可データを送信する。サーバ１は、この接続許可データの送信時刻を記憶しておく。
【００４２】
再生端末２は、接続許可データを受信して（Ｓ２０３）、サーバ１との接続処理を行う（Ｓ２０４，Ｓ１０４）。この際、再生端末２は接続許可データの受信時刻を検知し、この受信時刻をサーバ１に返信する。
【００４３】
サーバ１は、接続処理時に得た再生端末２の受信時刻と自身が記憶する送信時刻と接続許可データ容量とに基づき、ネットワーク１０２の現状のデータ伝送速度Ｔを検出する（Ｓ１０５）。サーバ１は、伝送速度Ｔを検出すると、コンテンツの規格に基づく予め記憶された再生速度と比較して伝送速度Ｔが速ければ、分割配信を行わずに、再生端末２からの再生要求を受信して通常のストリーム配信を行う（Ｓ１０６→Ｓ１１１）。なお、このストリーム配信は、元となるコンテンツを複数の部分コンテンツに分割し、この分割コンテンツ全体をストリームデータで構成するものであり、処理フローは後述する分割配信のストリーム配信と同じである。
【００４４】
サーバ１は、伝送速度Ｔが再生速度より低いと判別すると、分割配信を設定して分割配信の実行指示を再生端末２に送信する（Ｓ１０７）。そして、再生端末２は、分割配信実行指示を受信すると（Ｓ２０５）、分割配信設定を行う（Ｓ２０６→Ｓ２０７）。一方、再生端末２は、分割配信実行指示を受信しなければ、通常のストリーム配信による受信再生処理の準備を行う（Ｓ２０６→Ｓ２０９）。
【００４５】
分割配信を決定すると、サーバ１は、前述の接続要求時点で選択されたコンテンツデータをコンテンツ記憶装置１０から読み出し、予め設定したデータ長の部分コンテンツデータに時分割し、さらにこれら部分コンテンツデータをそれぞれファイルデータとストリームデータとに分割する（Ｓ１０８）。具体的に、図５（Ａ），（Ｂ）に示す例では、所望とするコンテンツＣｏｎｔＡを予め設定したデータ長からなる分割コンテンツＡＢ１，ＡＢ２，ＡＢ３，ＡＢ４に分割する。この際、各分割コンテンツＡＢ１〜ＡＢ４のデータ長は略同じに設定してもよく、コンテンツＣｏｎｔＡの区切れにより適当なデータ長毎に分割してもよい。
【００４６】
次に、サーバ１は、各分割コンテンツＡＢ１〜ＡＢ４を、ファイルデータＢとストリームデータＡとに分割する。具体的には、分割コンテンツＡＢ１をファイルデータＢ１とストリームデータＡ１とに分割する。この際、分割コンテンツＡＢ１の時系列で先頭側をファイルデータＢ１とし、後方側をストリームデータＡ１とする。そして、ファイルデータＢ１とストリームデータＡ１との分割割合は、次のように設定する。
【００４７】
制御部１１は、ストリームデータＡ１を前述の再生速度で再生した再生時間Ｔｐと、伝送時ストリームデータＡ１ｔ（データ容量はＡ１と同じ）の伝送時間Ｔｔとを差分する。この差分時間Ｔｄは、再生速度に対して伝送速度が遅いことによる遅延量に相当する。この遅延量がデータの途切れに起因するので、差分時間Ｔｄ以上の再生時間ＳｐとなるファイルデータＢ１を設定することで、再生データの途切れを補間することができる。なお、ファイルデータＢ１は、通常ストリームデータＡ１に比べて極短いデータ量で形成される。
【００４８】
部分コンテンツＡＢ２〜ＡＢ４についても同様に、それぞれファイルデータＢ２とストリームデータＡ２、ファイルデータＢ３とストリームデータＡ３、ファイルデータＢ４とストリームデータＡ４に分割する。
【００４９】
サーバ１は分割処理により得られるファイルデータＢ１〜Ｂ４を生成し（Ｓ１０９）、図６（Ａ）に示すように順次ネットワーク１０１を介して再生端末２に送信する（Ｓ１１０）。
【００５０】
再生端末２は、図６（Ｂ）に示すようにファイルデータＢ１〜Ｂ４を順次受信して（Ｓ２０７）、ファイル用メモリ２２に一時記憶する（Ｓ２０８）。
【００５１】
ファイルデータＢ１〜Ｂ４は、高品質の安定したネットワーク１０１により、通常のファイル形式でデータの送受信を確認しながら送受信を行うので、確実に再生端末２に伝送される。
【００５２】
これまでの、ファイルデータの送受信処理は、ユーザが所望のコンテンツを選択、紹介した際に、コンテンツを視聴するものであると仮定して、再生操作入力が行われる前までに実行される。
【００５３】
次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ２０９）、再生要求データを送信する（Ｓ２１０）。この際に利用するネットワークはいずれでもよいが、再生要求データが小さいことと、再生要求データが再生開始のトリガ信号となり重要なことから、再生要求データはネットワーク１０１で送信すればよい。
【００５４】
サーバ１は、再生要求データを受信して（Ｓ１１１）、前述のようのストリームデータＡ１〜Ａ４を順次生成していき（Ｓ１１２）、図６（Ｃ）に示すように、順次ネットワーク１０２を介してストリーム配信する（Ｓ１１３）。
【００５５】
再生端末２は、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ２１１）、バッファメモリ２３にバッファリングしながらストリーム再生を行う（Ｓ２１２〜Ｓ２１６）。
【００５６】
具体的に、再生端末２は、まず、図４には示していないが図６（Ｄ）に示すように、コンテンツデータＣｏｎｔＡの先頭に相当し部分コンテンツデータＡＢ１の先頭に位置する、予め受信して記憶したファイルデータＢ１をファイル用メモリ２２から読み出して再生する。再生端末２は、ファイルデータＢ１の再生が終了すると、これに引き続きバッファリングされているストリームデータＡ１のパケットデータを再生する（Ｓ２１２）。再生端末２は、バッファリングしているストリームデータＡ１を順次再生していき、ストリームデータＡ１の終端部、すなわち、部分コンテンツデータＡＢ１とＡＢ２との境界を検出すると、ファイルデータＢ１をファイルメモリ２２から読み出して再生する（Ｓ２１３→Ｓ２１４）。
【００５７】
再生端末２は、コンテンツデータＣｏｎｔＡの最終部分コンテンツデータＡＢ４のストリームデータＡ４が再生し終わるまで、このようなファイルデータＢとストリームデータＡとを交互に再生する処理を繰り返す。例えば、図６（Ｄ）に示すように、ファイルデータＢ２の再生、ストリームデータＡ２の再生、ファイルデータＢ３の再生、ストリームデータＡ３の再生、ファイルデータＢ４の再生、ストリームデータＡ４の再生を順に行う。そして、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ２１６）、配信再生の終了処理を行う（Ｓ２１７）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ２１５）、配信再生の中断処理（終了処理）を行う（Ｓ２１７）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ１１４）。
【００５８】
このように、コンテンツデータを分割してなる部分コンテンツデータをさらにファイルデータとストリームデータとに分割し、予めファイルデータを配信しておくことで、ストリーム配信の伝送速度が再生速度よりも遅くなるような状況であっても、この遅延分がファイルデータの再生により補間される。これにより、ストリーム配信を安価で安定でないネットワークを介して行うような場合でも、再生速度を調整することなく、且つ途切れさせることなく、コンテンツの再生を行うことができる。
【００５９】
また、この際、ファイルデータの伝送には、高価な安定したネットワークを利用しているが、ファイルデータの容量はストリームデータの容量と比較して極小さいので、すべてのコンテンツを高価な安定したネットワークで配信するよりも、極安価にコンテンツ配信することができる。
【００６０】
また、この例では、再生操作入力を行う前にファイルデータが送受信されるので、再生操作入力後に、殆ど時間を置くことなくコンテンツの再生を行うことができる。
【００６１】
実施例２：再生要求の後にファイルデータを送受信する場合（図２（Ｂ）、図３（Ｂ）、図４（Ｂ）参照）
本実施例２は、伝送速度の検出およびファイルデータの送受信を再生要求後に行う点を除き、実施例１と同じ処理を行う。
【００６２】
再生端末２はユーザによる操作入力を受け付け（Ｓ２０１）、サーバ１に所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ２０２）。
【００６３】
サーバ１は、接続要求データを受信して（Ｓ１０１）、コンテンツ配信処理の初期設定を行い（Ｓ１０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ１０３）。
【００６４】
再生端末２は、接続許可データを受信して（Ｓ２０３）、サーバ１との接続処理を行う（Ｓ２０４，Ｓ１０４）。
【００６５】
次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ２２１）、再生要求データを送信する（Ｓ２２２）。この際、再生端末２は、再生要求データを、ネットワーク１０２を介して送信する。この際、サーバ１と再生端末２とは、所定の伝送速度検出用データを送受信する。
【００６６】
サーバ１は、再生要求データを受信して（Ｓ１２１）、当該再生要求データから再生端末２が接続処理時に得た再生端末２の受信時刻を検出する。そして、サーバ１は、この再生端末２の受信時刻と、自身が記憶する送信時刻と、伝送速度検出用データの容量とに基づき、ネットワーク１０２の現状のデータ伝送速度Ｔを検出する（Ｓ１２２）。
【００６７】
サーバ１は、伝送速度Ｔを検出すると、コンテンツの規格に基づく予め記憶された再生速度と比較して伝送速度Ｔが速ければ、分割配信を行わずに、再生端末２からの再生要求を受信して通常のストリーム配信を行う（Ｓ１２３→Ｓ１２８）。なお、このストリーム配信は、元となるコンテンツを複数の部分コンテンツデータに分割し、各部分コンテンツデータ全体をストリームデータで構成するものであり、処理フローは後述する分割配信のストリーム配信と同じである。
【００６８】
サーバ１は、伝送速度Ｔが再生速度より低いと判別すると、分割配信を設定して分割配信の実行指示を再生端末２に送信する（Ｓ１２４）。そして、再生端末２は、分割配信実行指示を受信すると（Ｓ２２３）、分割配信設定を行う（Ｓ２２４→Ｓ２２５）。一方、再生端末２は、分割配信実行指示を受信しなければ、通常のストリーム配信による受信再生処理の準備を行う（Ｓ２２４→Ｓ２２７）。
【００６９】
分割配信を決定すると、サーバ１は、前述の接続要求時点で選択されたコンテンツデータをコンテンツ記憶装置１０から読み出し、予め設定したデータ長の部分コンテンツデータに時分割し、さらにこれら部分コンテンツデータをそれぞれファイルデータとストリームデータとに分割する（Ｓ１２５）。なお、分割の方法は前述の実施例１と同じである。
【００７０】
サーバ１は分割処理により得られたファイルデータＢ１〜Ｂ４を順次ネットワーク１０１を介して再生端末２に送信する（Ｓ１２６→Ｓ１２７）。
【００７１】
再生端末２はファイル用メモリ２２に一時記憶する（Ｓ２２５→Ｓ２２６）。
【００７２】
次に、サーバ１は、ストリームデータＡ１〜Ａ４を順次生成していき（Ｓ１２８）、順次ネットワーク１０２を介してストリーム配信する（Ｓ１２９）。
【００７３】
再生端末２は、前述の実施例１と同様に、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ２２７）、バッファメモリ２３にバッファリングしながら適宜ファイル再生を挿入してストリーム再生を行う（Ｓ２２８〜Ｓ２３２）。
【００７４】
そして、再生端末２は、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ２３２）、配信再生の終了処理を行う（Ｓ２３３）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ２３１）、配信再生の中断処理（終了処理）を行う（Ｓ２３３）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ１３０）。
【００７５】
このような処理方法であっても、実施例１と同様に、ストリーム配信を安価で安定でないネットワークを介して行うような場合でも、再生速度を調整することなく、且つ途切れさせることなく、コンテンツの再生を行うことができる。
【００７６】
また、この例では、再生入力が行われた後に伝送速度の検出、コンテンツの分割処理を行うので、例えば、接続要求が行われてから再生入力が行われるまでに長時間おかれても、ストリーム配信時に近い伝送速度を取得することができる。これにより、最適な分割割合が設定でき、より効率良くコンテンツ配信を行うことができる。
【００７７】
次に、第２の実施形態に係るコンテンツデータ配信システムについて図７〜図１２を参照して説明する。
図７は本実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
図８は本実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
図９は本実施形態のサーバ１の処理フローを示すフローチャートである。
図１０は本実施形態の再生端末２の処理フローを示すフローチャートである。
図１１はコンテンツデータの分割方法を説明する図である。
図１２はコンテンツデータの配信、受信、再生の時間関係を示す図である。
【００７８】
図７に示す本実施形態のコンテンツデータ配信システムの構成は、サーバ装置１のコンテンツ記憶装置が、映像や音楽等の本コンテンツを記憶するコンテンツ記憶装置１０Ａと、ＣＭ等の補間コンテンツを記憶するコンテンツ記憶装置１０Ｂとからなるものである。他の構成は同じであるので、説明は省略する。
【００７９】
コンテンツ記憶装置１０Ａは、ユーザが再生端末２を介して選択する映像や音楽等の本コンテンツを記憶しており、制御部１１の指示に従い、本コンテンツデータは、パケット生成部１２に読み出される。
【００８０】
コンテンツ記憶装置１０Ｂは、コンテンツ記憶装置１０Ａに記憶されている各種の本コンテンツの分野に応じたＣＭ等からなる補間コンテンツを記憶しており、同種の補間コンテンツであっても、データ量の異なるすなわち再生時間の異なる複数の補間コンテンツが記憶されている。補間コンテンツは制御部１１の指示に従い、パケット生成部１２に読み出される。
【００８１】
次に、本実施形態の処理シーケンスについて図８〜図１２を参照して、より具体的に説明する。
再生端末２はユーザによる操作入力を受け付け（Ｓ４０１）、映像や音声のコンテンツが記憶されているコンテンツ記憶装置１０Ａを備えるサーバ１に、所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ４０２）。この際、再生端末２は、接続要求データをネットワーク１０１、１０２のいずれを介して送信してもよい。
【００８２】
サーバ１は、接続要求データを受信して（Ｓ３０１）、コンテンツ配信処理の初期設定を行い（Ｓ３０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ３０３）。
【００８３】
再生端末２は、接続許可データを受信して（Ｓ４０３）、サーバ１との接続処理を行う（Ｓ４０４，Ｓ３０４）。
【００８４】
サーバ１は、前記接続要求により選択されたコンテンツの分野に基づいて、コンテンツ記憶装置１０Ｂに記憶されている各種の補間コンテンツから、適当な補間コンテンツを選択する。例えば、サッカーの試合のコンテンツが選択された場合であれば、サッカー用品の補間コンテンツ（ＣＭ）を選択したり、サッカーチームのスポンサーに関連する補間コンテンツ（ＣＭ）を選択する（Ｓ３０５）。この補間コンテンツには、図１１、図１２に示すように、データ長の異なるすなわち再生時間の異なる複数の補間コンテンツデータが備えられており、サーバ１はデータ長の異なる同種の補間コンテンツの全てを選択して、送信用データを生成する（Ｓ３０６）。生成された複数の補間コンテンツデータＣ１〜Ｃ４は、ネットワーク１０１を介して再生端末２に送信される（Ｓ３０７）。
【００８５】
再生端末２は、補間コンテンツデータＣ１〜Ｃ４を順受信して（Ｓ４０５）、ファイル用メモリ２２に一時記憶する（Ｓ４０６）。
【００８６】
次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ４０７）、再生要求データを送信する（Ｓ４０８）。この際に利用するネットワークはいずれでもよいが、再生要求データが小さいことと、再生要求データが再生開始のトリガ信号となり重要なことから、再生要求データはネットワーク１０１で送信すればよい。
【００８７】
次に、サーバ１は、再生要求データを受信して（Ｓ３０８）、再生要求された本コンテンツＣｏｎｔＡを予め設定されてデータ長毎に分割して、部分コンテンツデータＡ１〜Ａ４を生成する（Ｓ３０９）。サーバ１は、ストリーム配信の準備が整うと、ネットワーク１０２を介してストリーム配信開始制御データを送信する（Ｓ３１０）。この際、ストリーム配信開始制御データには、サーバ１の送信時刻と各部分コンテンツデータのデータ容量とが含まれている。
【００８８】
再生端末２は、サーバ１からのストリーム配信開始制御データを受信して、ストリーム受信の準備を行うとともに、ストリーム配信開始制御データに含まれる送信時刻と自身が検知した受信時刻と、ストリーム配信開始制御データのデータ容量とから伝送速度Ｔを算出する（Ｓ４０９）。
【００８９】
再生端末２は、この伝送速度Ｔに基づき各部分コンテンツデータＡ１〜Ａ４における、再生時間Ｔｐに対する伝送時間Ｔｔの遅延量（伝送時間Ｔｔを再生時間Ｔｐで差分した差分時間）Ｔｄを算出する。再生端末２は算出した遅延量Ｔｄと、記憶している各補間コンテンツデータＣ１〜Ｃ４の再生時間Ｓｐ１〜Ｓｐ４とを比較し、図１１に示すように、遅延量Ｔｄに最も近く且つ遅延量よりも長い再生時間Ｓｐ３を選択する。そして、再生端末２は、再生時間Ｓｐ３である補間コンテンツデータＣ３を選択する（Ｓ４１０）。このような選択条件で補間コンテンツを選択することで、伝送遅延による本コンテンツの途切れを防ぐとともに、挿入される補間コンテンツを可能な限り短くすることができる。例えば、所望とする映像に対して可能な限り短いＣＭを各所に挿入して、途切れることなく再生することができる。
【００９０】
次に、サーバ１は、ストリームデータＡ１〜Ａ４を順次生成していき（Ｓ３１１）、図１２（Ｃ）に示すように、順次ネットワーク１０２を介してストリーム配信する（Ｓ３１２）。
【００９１】
再生端末２は、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ４１１）、バッファメモリ２３にバッファリングしながら、ストリーム再生を行う（Ｓ４１２〜Ｓ４１６）。
【００９２】
具体的に、再生端末２は、まず、図８には示していないが図１２（Ｄ）に示すように、コンテンツデータＣｏｎｔＡの先頭に、予め受信して記憶し、伝送速度に基づき選択された補間コンテンツデータＣ３をファイル用メモリ２２から読み出して再生する。再生端末２は、補間コンテンツデータＣ３の再生が終了すると、これに引き続きバッファリングされているストリームデータ（部分コンテンツデータ）Ａ１を再生する（Ｓ４１２）。再生端末２は、バッファリングしているストリームデータＡ１を順次再生していき、ストリームデータＡ１の終端部、すなわち、ストリームデータＡ１とＡ２との境界を検出すると、補間コンテンツデータＣ３をファイルメモリ２２から読み出して再生する（Ｓ４１３→Ｓ４１４）。
【００９３】
再生端末２は、コンテンツデータＣｏｎｔＡの最終ストリームデータＡ４が再生し終わるまで、このような補間コンテンツデータＣ３とストリームデータＡ１〜Ａ４とを交互に再生する処理を繰り返す。例えば、図１２（Ｄ）に示すように、補間コンテンツデータＣ３の再生、ストリームデータＡ２の再生、補間コンテンツデータＣ３の再生、ストリームデータＡ３の再生、補間コンテンツデータＣ３の再生、ストリームデータＡ４の再生を順に行う。そして、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ４１６）、配信再生の終了処理を行う（Ｓ４１７）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ４１５）、配信再生の中断処理（終了処理）を行う（Ｓ４１７）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ３１３）。
【００９４】
このように、ストリーム配信される本コンテンツを複数の部分コンテンツデータに分割し、本コンテンツとは異なる補間コンテンツデータを予めファイル配信し、ストリーム配信される部分コンテンツデータ間に挿入することで、補間コンテンツを挿入しながら本コンテンツを途切れ無く再生し続けることができる。
【００９５】
また、本実施形態の処理方法を用いることで、本コンテンツに挿入する補間コンテンツを可能な限り短くすることができる。
【００９６】
さらに、補間コンテンツを本コンテンツの分野に合わせることで、視聴者に対して本コンテンツと補間コンテンツとの間で違和感を与えることなく視聴させることができる。また、補間コンテンツがＣＭ等の広告媒体であれば、本コンテンツに興味のある視聴者に対して効果的にＣＭを視聴させることができる。
【００９７】
なお、本実施形態では、補間コンテンツを再生要求が行われるまでの配信する例を示したが、再生要求後に補間コンテンツを配信しても良い。
【００９８】
また、本実施形態では、１つのサーバに本コンテンツと補間コンテンツとが記憶されている場合について示したが、本コンテンツ用のサーバと、複数の補間コンテンツ用サーバとを備えるシステムを形成しても良い。この場合、再生端末２は、選択した本コンテンツの分野から関連する補間コンテンツ用サーバを選択する。そして、選択した補間コンテンツ用サーバから補間コンテンツデータを取得すればよい。
【００９９】
なお、前述の各実施形態では、コンテンツデータを４つの部分コンテンツデータに分割する例を示したが、分割数はこれに限らず、適宜設定すればよい。
【図面の簡単な説明】
【０１００】
【図１】第１の実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
【図２】第１の実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
【図３】第１の実施形態のサーバ１の処理フローを示すフローチャートである。
【図４】第１の実施形態の再生端末２の処理フローを示すフローチャートである。
【図５】第１の実施形態のコンテンツデータの分割方法を説明する図である。
【図６】第１の実施形態のコンテンツデータの配信、受信、再生の時間関係を示す図である。
【図７】第２の実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
【図８】第２の実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
【図９】第２の実施形態のサーバ１の処理フローを示すフローチャートである。
【図１０】第２の実施形態の再生端末２の処理フローを示すフローチャートである。
【図１１】第２の実施形態のコンテンツデータの分割方法を説明する図である。
【図１２】第２の実施形態のコンテンツデータの配信、受信、再生の時間関係を示す図である。
【符号の説明】
【０１０１】
１−サーバ、１０，１０Ａ，１０Ｂ−コンテンツ記憶装置、１１−制御部、１２−パケット生成部、１３−送受信モジュール、１４Ａ，１４Ｂ−アンテナ、
２−再生端末、２１−ＣＰＵ、２２−ファイル用メモリ、２３−バッファメモリ、２４−送受信モジュール、２５−再生部、２６−再生器