JP2007135070A - コンテンツデータ配信システム - Google Patents

Abstract

【課題】再生端末のバッファ容量を少なくし、且つ再生映像や音楽の途切れや質の変化を抑制することができるコンテンツデータ配信システムを提供する。
【解決手段】サーバは再生端末にコンテンツをストリーム配信するネットワークの伝送速度を検出する。また、サーバは選択されたコンテンツＣｏｎｔＡを予め設定したデータ容量からなる複数の部分コンテンツＡＢ１〜ＡＢ４に分割する。サーバは、検出した伝送速度が再生端末のコンテンツ再生速度より遅いことを検知すると、各部分コンテンツＡＢ１〜ＡＢ４をそれぞれファイルデータＢとストリームデータＡとに分割する。この際、ファイルデータＢが部分コンテンツデータＡＢの先頭側となり、ストリームデータＡが部分コンテンツデータＡＢの後方側となる。そして、サーバは、先に全てのファイルデータＢ１〜Ｂ４を再生端末に送信した後、順次ストリームデータＡ１〜Ａ４を配信する。
【選択図】図６

Description

従来、映画や音楽等のコンテンツデータを、インターネット等を介して配信するコンテンツ配信システムがある。コンテンツ配信システムの一例として、コンテンツデータを最初に全て再生端末に配信するものがある。この方法では、再生端末は、一旦全てのコンテンツデータをバッファリングした後に再生を行う。また、コンテンツ配信システムの他の例として、単位データであるパケットデータの集合体によりコンテンツデータを構成し、パケットデータを順次配信する、所謂ストリーム配信がある。ストリーム配信の場合、再生端末は、順次パケットデータを受信してバッファし、所定のバッファ量に達するとパケットデータを再生する。

ところで、ストリーム配信の場合、データの伝送速度と再生速度との関係から、再生端末のバッファがアンダーフローすることがあり、再生される映像や音声が途切れたり、画質、音質が変化してしまうことがある。

このため、特許文献１では、再生端末のバッファの蓄積容量に基づき再生速度を調整することで、アンダーフローを防止する方法が開示されている。

また、特許文献２では、再生端末のバッファの蓄積容量に基づき伝送速度を調整することで、オーバーフローを防止する方法が開示されている。
特開２００２−８４３３９公報 特開２００２−３３０１８０公報

前述の特許文献１に記載の発明は、アンダーフローを回避することができるものの、再生映像および再生音楽の画質や音質が変化してしまう。

また、特許文献２に記載の発明は、データ伝送速度を調整することができる、すなわち、データ伝送速度がデータ再生速度よりも必ず速い場合に限定し、バッファメモリのオーバーフローを防止するものである。したがって、アンダーフローが発生する場合のように、データ伝送速度がデータ再生速度と略同じか、データ伝送速度がデータ再生速度よりも遅くなる場合には対応することができず、再生映像や再生音楽の途切れが発生してしまう。

また、従来の全てのコンテンツデータを最初にバッファしてから再生する方法では、途切れや画質、音質の変化は発生しないものの、コンテンツが大きくなれば、再生端末のバッファメモリの容量も大きくしなければならない。さらには、コンテンツデータが大きく、データ伝送速度が遅くなれば、バッファ終了するまでの時間が非常に長くなってしまう。

したがって、この発明の目的は、再生端末のバッファ容量を少なくし、且つ再生映像や音楽の途切れや質の変化を抑制することができるコンテンツデータ配信システムを提供することにある。

この発明のコンテンツデータ配信システムは、再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数の部分コンテンツデータに分割し、さらに各部分コンテンツデータをファイル部分コンテンツデータ、ストリーム部分コンテンツデータの順で分割し、全てのファイル部分コンテンツデータをファイル配信した後に、ストリーム部分コンテンツデータを時系列に順次ストリーム配信するコンテンツ送信手段と、ファイル部分コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際にストリーム部分コンテンツデータ間に該当するファイル部分コンテンツデータを挿入することでコンテンツデータを再生する再生端末と、を備えたことを特徴としている。

この構成では、コンテンツ送信手段は、再生端末で再生される映画や音楽等のコンテンツデータを時系列に並ぶ複数の部分コンテンツデータに分割する。これら部分コンテンツデータは予め設定されたデータ長からなる。さらに、コンテンツ送信手段は、各部分コンテンツデータをファイル部分コンテンツデータとストリーム部分コンテンツデータとに分割する。この際、ファイル部分コンテンツデータを部分コンテンツデータの前側にストリーム部分コンテンツデータを部分コンテンツデータの後側にする。そして、ストリーム配信を行う前に、コンテンツ送信手段はファイル部分コンテンツデータをファイル送信し、再生端末はこのファイル部分コンテンツデータを受信する。再生端末は受信したファイル部分コンテンツデータを一時記憶する。そして、全てのファイル部分コンテンツデータの送受信が終了した後に、コンテンツ送信手段はストリーム部分コンテンツデータを時系列で順にストリーム配信し、再生端末はストリーム部分コンテンツデータを順次受信して再生する。再生端末は、ストリーム部分コンテンツデータを再生し終わると、再生済みのストリーム部分コンテンツと次に再生するストリーム部分コンテンツとの間に挿入すべきファイル部分コンテンツデータを読み出して再生する。そして、該当するファイル部分コンテンツデータの再生が終了すると、再生端末は次のストリーム部分コンテンツデータを再生する。

これにより、ストリーム配信速度がストリーム再生速度よりも遅くても、ファイル部分コンテンツデータの再生時間分だけ、ストリーム配信に時間的な余裕が与えられる。そして、この余裕分によりストリーム配信が完了されることで、再生映像および再生音声が途切れることなく、質が変化することもない。

また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段にストリーム配信の伝送速度を検出する配信側伝送速度検出手段を備え、部分コンテンツデータにおけるストリーム部分コンテンツデータとファイル部分コンテンツデータとのデータ割合を、コンテンツデータの再生速度に対する伝送速度の遅延量によって設定することを特徴としている。

この構成では、コンテンツデータ送信手段は、伝送速度を検出し、再生速度と伝送速度との差を検出する。この差に基づいて、部分コンテンツデータを構成するファイル配信部分のデータ長が設定される。これにより、ファイル配信部分はストリーム配信部分に対して必要十分な大きさで設定される。

また、この発明のコンテンツデータ配信システムは、再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数のストリーム部分コンテンツデータに分割して時系列に順次ストリーム配信するとともに、コンテンツデータに挿入する補間コンテンツデータをストリーム配信よりも以前にファイル配信するコンテンツ送信手段と、補間コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際にストリーム部分コンテンツデータ間に補間コンテンツデータを挿入して再生する再生端末と、を備えたことを特徴としている。

この構成では、コンテンツ送信手段は、再生端末で再生される映画や音楽等のコンテンツデータを時系列に並ぶ複数のストリーム部分コンテンツデータに分割する。これら部分コンテンツデータは予め設定されたデータ長からなる。また、コンテンツ送信手段は、前記コンテンツデータとは異なる、例えばＣＭ等の補間コンテンツデータを所持している。まず、コンテンツ送信手段は補間コンテンツデータをファイル配信し、再生端末はこの補間コンテンツデータを受信して一時記憶する。そして、補間コンテンツデータの送受信が終了した後に、コンテンツ送信手段はストリーム部分コンテンツデータを時系列で順にストリーム配信し、再生端末はストリーム部分コンテンツデータを順次受信して再生する。再生端末は、ストリーム部分コンテンツデータを再生し終わると、再生済みのストリーム部分コンテンツと次に再生するストリーム部分コンテンツとの間に挿入すべき補間コンテンツデータを読み出して再生する。そして、該当する補間コンテンツデータの再生が終了すると、再生端末は次のストリーム部分コンテンツデータを再生する。

また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段でデータ長の異なる複数種類の補間コンテンツデータをファイル配信し、再生端末にストリーム配信の伝送速度を検出する再生側伝送速度検出手段を備え、再生端末がストリーム部分コンテンツデータの再生速度に対する伝送速度の遅延量に基づいて補間コンテンツデータを選択することを特徴としている。

この構成では、再生端末が伝送速度を検出し、再生速度と伝送速度との差を検出し、部分コンテンツデータのストリーム再生間に発生する空白時間を算出する。再生端末は、この空白時間を埋めるデータ長の補間コンテンツデータを選択して再生する。これにより、再生速度を変えることなく、補間コンテンツを挟んでコンテンツデータが再生される。

また、この発明のコンテンツデータ配信システムは、コンテンツ送信手段が、コンテンツデータの内容に基づいて補間コンテンツデータを選択してファイル配信することを特徴としている。

この構成では、コンテンツデータ配信システムは、コンテンツデータとしてストリーム配信される映像や音声に関連する内容のＣＭ等を補間コンテンツデータとして選択する。これにより、再生されるコンテンツの途中に挿入される補間コンテンツが、再生されるコンテンツに対して違和感なく受け入れられる。

この発明によれば、ファイル配信される部分コンテンツデータや補間コンテンツデータとストリーム配信される部分コンテンツデータとを用いることで、ストリーム配信の伝送遅延を補償して、再生映像および再生音声の途切れ、質の変化を防止することができる。そして、ファイル配信部分により、ストリーム配信のバッファ分を代用し、且つストリーム配信部分がコンテンツデータ全体を分割したものであるので、ストリームバッファの容量を抑制することができる。

第１の実施形態に係るコンテンツデータ配信システムについて図１〜図６を参照して説明する。

図１は本実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
図２は本実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
図３は本実施形態のサーバ１の処理フローを示すフローチャートである。
図４は本実施形態の再生端末２の処理フローを示すフローチャートである。
図５はコンテンツデータの分割方法を説明する図である。
図６はコンテンツデータの配信、受信、再生の時間関係を示す図である。

なお、図２〜図４において、（Ａ）は再生端末２からの再生要求が行われる前にファイル配信を行う場合を示し、（Ｂ）は再生要求が行われた後にファイル配信を行う場合を示す。

まず、本実施形態のコンテンツデータ配信システムの構成について、図１を参照して説明する。
本実施形態のコンテンツデータ配信システムは、ネットワーク１０１およびネットワーク１０２を介して無線接続されるサーバ１と再生端末２とを備える。

サーバ１は、コンテンツ記憶装置１０、制御部１１、パケット生成部１２、送受信モジュール１３、通信アンテナ１４Ａ，１４Ｂを備える。

制御部１１はサーバ１の各部に対して各種の処理制御を行う。また、制御部１１は、再生端末２からの接続要求を受けると、該当するコンテンツデータを予め設定されたデータ長からなる複数の部分コンテンツデータに分割する。

コンテンツ記憶装置１０は映像や音楽等の各種コンテンツデータを記憶している。

パケット生成部１２は、コンテンツ記憶装置１０から読み出したコンテンツデータを、該コンテンツデータを構成する単位データであるパケットデータに変換する。そして、パケット生成部１２は、生成したパケットデータを用いて、所定パケット数毎からなるファイルデータやストリームデータを生成する。ここで、ファイルデータとは、所定数の連続するパケットデータを所定のファイル形式に変換して、１つのファイルデータとしたものである。また、ストリームデータとは、予め設定した区間内での連続する複数のパケットデータ群を示すものであり、特に他のファイル形式に変換しない。

そして、制御部１１は、後述する方法に基づいて、ストリーム配信の伝送速度が再生端末２での再生速度よりも遅い場合に、図５に示すように、各部分コンテンツデータをファイルデータとストリームデータとに分割する指示を行う。

パケット生成部１２は、この指示に従い、各部分コンテンツデータを、データの先頭側がファイルデータとなり、後方側がストリームデータとなるように分割する。これにより、分割されたコンテンツデータは、ファイルデータとストリームデータとが交互に表れる構成となる。すなわち、コンテンツデータは、データの先頭から順に、ファイルデータ、ストリームデータ、・・・、ファイルデータ、ストリームデータとなる。

送受信モジュール１３は、通信アンテナ１４Ａ，１４Ｂに接続し、それぞれに異なる通信環境からなるネットワーク１０１，１０２に対する送受信を行う。ここで、本実施形態では、ネットワーク１０１は高速で安定だが高コストのネットワークである。一方、ネットワーク１０２は通信環境が変化しやすいが低コストのネットワークである。

送受信モジュール１３は、パケット生成部１２から入力されるファイルデータを、通信アンテナ１４Ａを介してネットワーク１０１からファイル送信する。一方、送受信モジュール１３は、パケット生成部１２から入力されるストリームデータを、通信アンテナ１４Ｂを介してネットワーク１０２からストリーム送信する。

再生端末２は、ＣＰＵ２１、ファイル用メモリ２２、バッファメモリ２３、送受信モジュール２４、再生部２５、再生器２６、通信アンテナ２７Ａ，２７Ｂを備える。再生端末２は、例えば、映像データや音声データを再生するモバイルパソコン、ＰＤＡ、および携帯電話等の携帯端末などである。

ＣＰＵ２１は再生端末２の各部に対して各種の処理制御を行う。また、ＣＰＵ２１は、ファイル用メモリ２２から読み出したファイルデータを再生部２５に与える。ファイル用メモリ２２はファイルデータを一時記憶するメモリである。バッファメモリ２３はストリームデータをバッファリングするメモリである。

送受信モジュール２４は、通信アンテナ２７Ａ，２７Ｂに接続し、それぞれに異なる通信環境からなるネットワーク１０１，１０２に対する送受信を行う。また、送受信モジュール２４は、ＣＰＵ２１からの指示に従い、ファイルデータをファイル用メモリ２２に与え、ストリームデータをバッファメモリ２３に与える。

再生部２５は、ＣＰＵ２１から与えられるファイルデータを再生し、バッファメモリ２３から与えられるストリームデータを再生する。この際、再生部２５は、元となるコンテンツデータを復元するように、ファイルデータおよびストリームデータを予め設定した一定の再生速度で再生する。

再生器２６は、液晶パネル等の表示器やスピーカシステム等からなり、再生部２５で再生された映像信号や音声信号を表示および放音する。

次に、コンテンツデータ配信システムの処理シーケンスについて図２〜図６を参照してより具体的に説明する。

実施例１：再生要求の前にファイルデータを送受信する場合（図２（Ａ）、図３（Ａ）、図４（Ａ）参照）
再生端末２はユーザによる操作入力を受け付け（Ｓ２０１）、映像や音声のコンテンツを配信するサーバ１に、所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ２０２）。この際、再生端末２は、接続要求データをネットワーク１０１、１０２のいずれを介して送信してもよい。

サーバ１は、接続要求データを受信して（Ｓ１０１）、コンテンツ配信処理の初期設定を行い（Ｓ１０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ１０３）。この際、サーバ１は、ネットワーク１０２を介して接続許可データを送信する。サーバ１は、この接続許可データの送信時刻を記憶しておく。

再生端末２は、接続許可データを受信して（Ｓ２０３）、サーバ１との接続処理を行う（Ｓ２０４，Ｓ１０４）。この際、再生端末２は接続許可データの受信時刻を検知し、この受信時刻をサーバ１に返信する。

サーバ１は、接続処理時に得た再生端末２の受信時刻と自身が記憶する送信時刻と接続許可データ容量とに基づき、ネットワーク１０２の現状のデータ伝送速度Ｔを検出する（Ｓ１０５）。サーバ１は、伝送速度Ｔを検出すると、コンテンツの規格に基づく予め記憶された再生速度と比較して伝送速度Ｔが速ければ、分割配信を行わずに、再生端末２からの再生要求を受信して通常のストリーム配信を行う（Ｓ１０６→Ｓ１１１）。なお、このストリーム配信は、元となるコンテンツを複数の部分コンテンツに分割し、この分割コンテンツ全体をストリームデータで構成するものであり、処理フローは後述する分割配信のストリーム配信と同じである。

サーバ１は、伝送速度Ｔが再生速度より低いと判別すると、分割配信を設定して分割配信の実行指示を再生端末２に送信する（Ｓ１０７）。そして、再生端末２は、分割配信実行指示を受信すると（Ｓ２０５）、分割配信設定を行う（Ｓ２０６→Ｓ２０７）。一方、再生端末２は、分割配信実行指示を受信しなければ、通常のストリーム配信による受信再生処理の準備を行う（Ｓ２０６→Ｓ２０９）。

分割配信を決定すると、サーバ１は、前述の接続要求時点で選択されたコンテンツデータをコンテンツ記憶装置１０から読み出し、予め設定したデータ長の部分コンテンツデータに時分割し、さらにこれら部分コンテンツデータをそれぞれファイルデータとストリームデータとに分割する（Ｓ１０８）。具体的に、図５（Ａ），（Ｂ）に示す例では、所望とするコンテンツＣｏｎｔＡを予め設定したデータ長からなる分割コンテンツＡＢ１，ＡＢ２，ＡＢ３，ＡＢ４に分割する。この際、各分割コンテンツＡＢ１〜ＡＢ４のデータ長は略同じに設定してもよく、コンテンツＣｏｎｔＡの区切れにより適当なデータ長毎に分割してもよい。

次に、サーバ１は、各分割コンテンツＡＢ１〜ＡＢ４を、ファイルデータＢとストリームデータＡとに分割する。具体的には、分割コンテンツＡＢ１をファイルデータＢ１とストリームデータＡ１とに分割する。この際、分割コンテンツＡＢ１の時系列で先頭側をファイルデータＢ１とし、後方側をストリームデータＡ１とする。そして、ファイルデータＢ１とストリームデータＡ１との分割割合は、次のように設定する。

制御部１１は、ストリームデータＡ１を前述の再生速度で再生した再生時間Ｔｐと、伝送時ストリームデータＡ１ｔ（データ容量はＡ１と同じ）の伝送時間Ｔｔとを差分する。この差分時間Ｔｄは、再生速度に対して伝送速度が遅いことによる遅延量に相当する。この遅延量がデータの途切れに起因するので、差分時間Ｔｄ以上の再生時間ＳｐとなるファイルデータＢ１を設定することで、再生データの途切れを補間することができる。なお、ファイルデータＢ１は、通常ストリームデータＡ１に比べて極短いデータ量で形成される。

部分コンテンツＡＢ２〜ＡＢ４についても同様に、それぞれファイルデータＢ２とストリームデータＡ２、ファイルデータＢ３とストリームデータＡ３、ファイルデータＢ４とストリームデータＡ４に分割する。

サーバ１は分割処理により得られるファイルデータＢ１〜Ｂ４を生成し（Ｓ１０９）、図６（Ａ）に示すように順次ネットワーク１０１を介して再生端末２に送信する（Ｓ１１０）。

再生端末２は、図６（Ｂ）に示すようにファイルデータＢ１〜Ｂ４を順次受信して（Ｓ２０７）、ファイル用メモリ２２に一時記憶する（Ｓ２０８）。

ファイルデータＢ１〜Ｂ４は、高品質の安定したネットワーク１０１により、通常のファイル形式でデータの送受信を確認しながら送受信を行うので、確実に再生端末２に伝送される。

これまでの、ファイルデータの送受信処理は、ユーザが所望のコンテンツを選択、紹介した際に、コンテンツを視聴するものであると仮定して、再生操作入力が行われる前までに実行される。

次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ２０９）、再生要求データを送信する（Ｓ２１０）。この際に利用するネットワークはいずれでもよいが、再生要求データが小さいことと、再生要求データが再生開始のトリガ信号となり重要なことから、再生要求データはネットワーク１０１で送信すればよい。

サーバ１は、再生要求データを受信して（Ｓ１１１）、前述のようのストリームデータＡ１〜Ａ４を順次生成していき（Ｓ１１２）、図６（Ｃ）に示すように、順次ネットワーク１０２を介してストリーム配信する（Ｓ１１３）。

再生端末２は、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ２１１）、バッファメモリ２３にバッファリングしながらストリーム再生を行う（Ｓ２１２〜Ｓ２１６）。

具体的に、再生端末２は、まず、図４には示していないが図６（Ｄ）に示すように、コンテンツデータＣｏｎｔＡの先頭に相当し部分コンテンツデータＡＢ１の先頭に位置する、予め受信して記憶したファイルデータＢ１をファイル用メモリ２２から読み出して再生する。再生端末２は、ファイルデータＢ１の再生が終了すると、これに引き続きバッファリングされているストリームデータＡ１のパケットデータを再生する（Ｓ２１２）。再生端末２は、バッファリングしているストリームデータＡ１を順次再生していき、ストリームデータＡ１の終端部、すなわち、部分コンテンツデータＡＢ１とＡＢ２との境界を検出すると、ファイルデータＢ１をファイルメモリ２２から読み出して再生する（Ｓ２１３→Ｓ２１４）。

再生端末２は、コンテンツデータＣｏｎｔＡの最終部分コンテンツデータＡＢ４のストリームデータＡ４が再生し終わるまで、このようなファイルデータＢとストリームデータＡとを交互に再生する処理を繰り返す。例えば、図６（Ｄ）に示すように、ファイルデータＢ２の再生、ストリームデータＡ２の再生、ファイルデータＢ３の再生、ストリームデータＡ３の再生、ファイルデータＢ４の再生、ストリームデータＡ４の再生を順に行う。そして、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ２１６）、配信再生の終了処理を行う（Ｓ２１７）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ２１５）、配信再生の中断処理（終了処理）を行う（Ｓ２１７）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ１１４）。

このように、コンテンツデータを分割してなる部分コンテンツデータをさらにファイルデータとストリームデータとに分割し、予めファイルデータを配信しておくことで、ストリーム配信の伝送速度が再生速度よりも遅くなるような状況であっても、この遅延分がファイルデータの再生により補間される。これにより、ストリーム配信を安価で安定でないネットワークを介して行うような場合でも、再生速度を調整することなく、且つ途切れさせることなく、コンテンツの再生を行うことができる。

また、この際、ファイルデータの伝送には、高価な安定したネットワークを利用しているが、ファイルデータの容量はストリームデータの容量と比較して極小さいので、すべてのコンテンツを高価な安定したネットワークで配信するよりも、極安価にコンテンツ配信することができる。

また、この例では、再生操作入力を行う前にファイルデータが送受信されるので、再生操作入力後に、殆ど時間を置くことなくコンテンツの再生を行うことができる。

実施例２：再生要求の後にファイルデータを送受信する場合（図２（Ｂ）、図３（Ｂ）、図４（Ｂ）参照）
本実施例２は、伝送速度の検出およびファイルデータの送受信を再生要求後に行う点を除き、実施例１と同じ処理を行う。

再生端末２はユーザによる操作入力を受け付け（Ｓ２０１）、サーバ１に所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ２０２）。

サーバ１は、接続要求データを受信して（Ｓ１０１）、コンテンツ配信処理の初期設定を行い（Ｓ１０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ１０３）。

再生端末２は、接続許可データを受信して（Ｓ２０３）、サーバ１との接続処理を行う（Ｓ２０４，Ｓ１０４）。

次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ２２１）、再生要求データを送信する（Ｓ２２２）。この際、再生端末２は、再生要求データを、ネットワーク１０２を介して送信する。この際、サーバ１と再生端末２とは、所定の伝送速度検出用データを送受信する。

サーバ１は、再生要求データを受信して（Ｓ１２１）、当該再生要求データから再生端末２が接続処理時に得た再生端末２の受信時刻を検出する。そして、サーバ１は、この再生端末２の受信時刻と、自身が記憶する送信時刻と、伝送速度検出用データの容量とに基づき、ネットワーク１０２の現状のデータ伝送速度Ｔを検出する（Ｓ１２２）。

サーバ１は、伝送速度Ｔを検出すると、コンテンツの規格に基づく予め記憶された再生速度と比較して伝送速度Ｔが速ければ、分割配信を行わずに、再生端末２からの再生要求を受信して通常のストリーム配信を行う（Ｓ１２３→Ｓ１２８）。なお、このストリーム配信は、元となるコンテンツを複数の部分コンテンツデータに分割し、各部分コンテンツデータ全体をストリームデータで構成するものであり、処理フローは後述する分割配信のストリーム配信と同じである。

サーバ１は、伝送速度Ｔが再生速度より低いと判別すると、分割配信を設定して分割配信の実行指示を再生端末２に送信する（Ｓ１２４）。そして、再生端末２は、分割配信実行指示を受信すると（Ｓ２２３）、分割配信設定を行う（Ｓ２２４→Ｓ２２５）。一方、再生端末２は、分割配信実行指示を受信しなければ、通常のストリーム配信による受信再生処理の準備を行う（Ｓ２２４→Ｓ２２７）。

分割配信を決定すると、サーバ１は、前述の接続要求時点で選択されたコンテンツデータをコンテンツ記憶装置１０から読み出し、予め設定したデータ長の部分コンテンツデータに時分割し、さらにこれら部分コンテンツデータをそれぞれファイルデータとストリームデータとに分割する（Ｓ１２５）。なお、分割の方法は前述の実施例１と同じである。

サーバ１は分割処理により得られたファイルデータＢ１〜Ｂ４を順次ネットワーク１０１を介して再生端末２に送信する（Ｓ１２６→Ｓ１２７）。

再生端末２はファイル用メモリ２２に一時記憶する（Ｓ２２５→Ｓ２２６）。

次に、サーバ１は、ストリームデータＡ１〜Ａ４を順次生成していき（Ｓ１２８）、順次ネットワーク１０２を介してストリーム配信する（Ｓ１２９）。

再生端末２は、前述の実施例１と同様に、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ２２７）、バッファメモリ２３にバッファリングしながら適宜ファイル再生を挿入してストリーム再生を行う（Ｓ２２８〜Ｓ２３２）。

そして、再生端末２は、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ２３２）、配信再生の終了処理を行う（Ｓ２３３）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ２３１）、配信再生の中断処理（終了処理）を行う（Ｓ２３３）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ１３０）。

このような処理方法であっても、実施例１と同様に、ストリーム配信を安価で安定でないネットワークを介して行うような場合でも、再生速度を調整することなく、且つ途切れさせることなく、コンテンツの再生を行うことができる。

また、この例では、再生入力が行われた後に伝送速度の検出、コンテンツの分割処理を行うので、例えば、接続要求が行われてから再生入力が行われるまでに長時間おかれても、ストリーム配信時に近い伝送速度を取得することができる。これにより、最適な分割割合が設定でき、より効率良くコンテンツ配信を行うことができる。

次に、第２の実施形態に係るコンテンツデータ配信システムについて図７〜図１２を参照して説明する。
図７は本実施形態のコンテンツデータ配信システムの構成を示すブロック図である。
図８は本実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。
図９は本実施形態のサーバ１の処理フローを示すフローチャートである。
図１０は本実施形態の再生端末２の処理フローを示すフローチャートである。
図１１はコンテンツデータの分割方法を説明する図である。
図１２はコンテンツデータの配信、受信、再生の時間関係を示す図である。

図７に示す本実施形態のコンテンツデータ配信システムの構成は、サーバ装置１のコンテンツ記憶装置が、映像や音楽等の本コンテンツを記憶するコンテンツ記憶装置１０Ａと、ＣＭ等の補間コンテンツを記憶するコンテンツ記憶装置１０Ｂとからなるものである。他の構成は同じであるので、説明は省略する。

コンテンツ記憶装置１０Ａは、ユーザが再生端末２を介して選択する映像や音楽等の本コンテンツを記憶しており、制御部１１の指示に従い、本コンテンツデータは、パケット生成部１２に読み出される。

コンテンツ記憶装置１０Ｂは、コンテンツ記憶装置１０Ａに記憶されている各種の本コンテンツの分野に応じたＣＭ等からなる補間コンテンツを記憶しており、同種の補間コンテンツであっても、データ量の異なるすなわち再生時間の異なる複数の補間コンテンツが記憶されている。補間コンテンツは制御部１１の指示に従い、パケット生成部１２に読み出される。

次に、本実施形態の処理シーケンスについて図８〜図１２を参照して、より具体的に説明する。
再生端末２はユーザによる操作入力を受け付け（Ｓ４０１）、映像や音声のコンテンツが記憶されているコンテンツ記憶装置１０Ａを備えるサーバ１に、所望のコンテンツの紹介要求を含む接続要求を行う（Ｓ４０２）。この際、再生端末２は、接続要求データをネットワーク１０１、１０２のいずれを介して送信してもよい。

サーバ１は、接続要求データを受信して（Ｓ３０１）、コンテンツ配信処理の初期設定を行い（Ｓ３０２）、接続要求データに基づく接続許可データを再生端末２に送信する（Ｓ３０３）。

再生端末２は、接続許可データを受信して（Ｓ４０３）、サーバ１との接続処理を行う（Ｓ４０４，Ｓ３０４）。

サーバ１は、前記接続要求により選択されたコンテンツの分野に基づいて、コンテンツ記憶装置１０Ｂに記憶されている各種の補間コンテンツから、適当な補間コンテンツを選択する。例えば、サッカーの試合のコンテンツが選択された場合であれば、サッカー用品の補間コンテンツ（ＣＭ）を選択したり、サッカーチームのスポンサーに関連する補間コンテンツ（ＣＭ）を選択する（Ｓ３０５）。この補間コンテンツには、図１１、図１２に示すように、データ長の異なるすなわち再生時間の異なる複数の補間コンテンツデータが備えられており、サーバ１はデータ長の異なる同種の補間コンテンツの全てを選択して、送信用データを生成する（Ｓ３０６）。生成された複数の補間コンテンツデータＣ１〜Ｃ４は、ネットワーク１０１を介して再生端末２に送信される（Ｓ３０７）。

再生端末２は、補間コンテンツデータＣ１〜Ｃ４を順受信して（Ｓ４０５）、ファイル用メモリ２２に一時記憶する（Ｓ４０６）。

次に、ユーザが再生端末２に対して再生操作入力を行うと、再生端末２は再生操作を受け付けて（Ｓ４０７）、再生要求データを送信する（Ｓ４０８）。この際に利用するネットワークはいずれでもよいが、再生要求データが小さいことと、再生要求データが再生開始のトリガ信号となり重要なことから、再生要求データはネットワーク１０１で送信すればよい。

次に、サーバ１は、再生要求データを受信して（Ｓ３０８）、再生要求された本コンテンツＣｏｎｔＡを予め設定されてデータ長毎に分割して、部分コンテンツデータＡ１〜Ａ４を生成する（Ｓ３０９）。サーバ１は、ストリーム配信の準備が整うと、ネットワーク１０２を介してストリーム配信開始制御データを送信する（Ｓ３１０）。この際、ストリーム配信開始制御データには、サーバ１の送信時刻と各部分コンテンツデータのデータ容量とが含まれている。

再生端末２は、サーバ１からのストリーム配信開始制御データを受信して、ストリーム受信の準備を行うとともに、ストリーム配信開始制御データに含まれる送信時刻と自身が検知した受信時刻と、ストリーム配信開始制御データのデータ容量とから伝送速度Ｔを算出する（Ｓ４０９）。

再生端末２は、この伝送速度Ｔに基づき各部分コンテンツデータＡ１〜Ａ４における、再生時間Ｔｐに対する伝送時間Ｔｔの遅延量（伝送時間Ｔｔを再生時間Ｔｐで差分した差分時間）Ｔｄを算出する。再生端末２は算出した遅延量Ｔｄと、記憶している各補間コンテンツデータＣ１〜Ｃ４の再生時間Ｓｐ１〜Ｓｐ４とを比較し、図１１に示すように、遅延量Ｔｄに最も近く且つ遅延量よりも長い再生時間Ｓｐ３を選択する。そして、再生端末２は、再生時間Ｓｐ３である補間コンテンツデータＣ３を選択する（Ｓ４１０）。このような選択条件で補間コンテンツを選択することで、伝送遅延による本コンテンツの途切れを防ぐとともに、挿入される補間コンテンツを可能な限り短くすることができる。例えば、所望とする映像に対して可能な限り短いＣＭを各所に挿入して、途切れることなく再生することができる。

次に、サーバ１は、ストリームデータＡ１〜Ａ４を順次生成していき（Ｓ３１１）、図１２（Ｃ）に示すように、順次ネットワーク１０２を介してストリーム配信する（Ｓ３１２）。

再生端末２は、ネットワーク１０２を介してストリームデータＡ１ｔ〜Ａ４ｔ（Ａ１〜Ａ４）を順次受信し（Ｓ４１１）、バッファメモリ２３にバッファリングしながら、ストリーム再生を行う（Ｓ４１２〜Ｓ４１６）。

具体的に、再生端末２は、まず、図８には示していないが図１２（Ｄ）に示すように、コンテンツデータＣｏｎｔＡの先頭に、予め受信して記憶し、伝送速度に基づき選択された補間コンテンツデータＣ３をファイル用メモリ２２から読み出して再生する。再生端末２は、補間コンテンツデータＣ３の再生が終了すると、これに引き続きバッファリングされているストリームデータ（部分コンテンツデータ）Ａ１を再生する（Ｓ４１２）。再生端末２は、バッファリングしているストリームデータＡ１を順次再生していき、ストリームデータＡ１の終端部、すなわち、ストリームデータＡ１とＡ２との境界を検出すると、補間コンテンツデータＣ３をファイルメモリ２２から読み出して再生する（Ｓ４１３→Ｓ４１４）。

再生端末２は、コンテンツデータＣｏｎｔＡの最終ストリームデータＡ４が再生し終わるまで、このような補間コンテンツデータＣ３とストリームデータＡ１〜Ａ４とを交互に再生する処理を繰り返す。例えば、図１２（Ｄ）に示すように、補間コンテンツデータＣ３の再生、ストリームデータＡ２の再生、補間コンテンツデータＣ３の再生、ストリームデータＡ３の再生、補間コンテンツデータＣ３の再生、ストリームデータＡ４の再生を順に行う。そして、最後のストリームデータＡ４の最終パケットを再生すると（Ｓ４１６）、配信再生の終了処理を行う（Ｓ４１７）。また、再生端末２は、再生中に再生中止操作入力が行われると（Ｓ４１５）、配信再生の中断処理（終了処理）を行う（Ｓ４１７）。サーバ１は、この配信再生終了処理データを受信して配信終了処理を行う（Ｓ３１３）。

このように、ストリーム配信される本コンテンツを複数の部分コンテンツデータに分割し、本コンテンツとは異なる補間コンテンツデータを予めファイル配信し、ストリーム配信される部分コンテンツデータ間に挿入することで、補間コンテンツを挿入しながら本コンテンツを途切れ無く再生し続けることができる。

また、本実施形態の処理方法を用いることで、本コンテンツに挿入する補間コンテンツを可能な限り短くすることができる。

さらに、補間コンテンツを本コンテンツの分野に合わせることで、視聴者に対して本コンテンツと補間コンテンツとの間で違和感を与えることなく視聴させることができる。また、補間コンテンツがＣＭ等の広告媒体であれば、本コンテンツに興味のある視聴者に対して効果的にＣＭを視聴させることができる。

なお、本実施形態では、補間コンテンツを再生要求が行われるまでの配信する例を示したが、再生要求後に補間コンテンツを配信しても良い。

また、本実施形態では、１つのサーバに本コンテンツと補間コンテンツとが記憶されている場合について示したが、本コンテンツ用のサーバと、複数の補間コンテンツ用サーバとを備えるシステムを形成しても良い。この場合、再生端末２は、選択した本コンテンツの分野から関連する補間コンテンツ用サーバを選択する。そして、選択した補間コンテンツ用サーバから補間コンテンツデータを取得すればよい。

なお、前述の各実施形態では、コンテンツデータを４つの部分コンテンツデータに分割する例を示したが、分割数はこれに限らず、適宜設定すればよい。

第１の実施形態のコンテンツデータ配信システムの構成を示すブロック図である。 第１の実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。 第１の実施形態のサーバ１の処理フローを示すフローチャートである。 第１の実施形態の再生端末２の処理フローを示すフローチャートである。 第１の実施形態のコンテンツデータの分割方法を説明する図である。 第１の実施形態のコンテンツデータの配信、受信、再生の時間関係を示す図である。 第２の実施形態のコンテンツデータ配信システムの構成を示すブロック図である。 第２の実施形態のコンテンツデータ配信システムの全体動作を示すシーケンス図である。 第２の実施形態のサーバ１の処理フローを示すフローチャートである。 第２の実施形態の再生端末２の処理フローを示すフローチャートである。 第２の実施形態のコンテンツデータの分割方法を説明する図である。 第２の実施形態のコンテンツデータの配信、受信、再生の時間関係を示す図である。

符号の説明

１−サーバ、１０，１０Ａ，１０Ｂ−コンテンツ記憶装置、１１−制御部、１２−パケット生成部、１３−送受信モジュール、１４Ａ，１４Ｂ−アンテナ、
２−再生端末、２１−ＣＰＵ、２２−ファイル用メモリ、２３−バッファメモリ、２４−送受信モジュール、２５−再生部、２６−再生器

Claims (5)

1. 再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数の部分コンテンツデータに分割し、さらに各部分コンテンツデータをファイル部分コンテンツデータ、ストリーム部分コンテンツデータの順で分割し、全てのファイル部分コンテンツデータをファイル配信した後に、ストリーム部分コンテンツデータを時系列に順次ストリーム配信するコンテンツ送信手段と、
   ファイル部分コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際に、ストリーム部分コンテンツデータ間に該当するファイル部分コンテンツデータを挿入することで前記コンテンツデータを再生する再生端末と、
   を備えたことを特徴とするコンテンツデータ配信システム。
2. 前記コンテンツ送信手段は、ストリーム配信の伝送速度を検出する配信側伝送速度検出手段を備え、
   前記部分コンテンツデータにおける前記ストリーム部分コンテンツデータと前記ファイル部分コンテンツデータとのデータ割合を、コンテンツデータの再生速度に対する伝送速度の遅延量によって設定する請求項１に記載のコンテンツデータ配信システム。
3. 再生端末で再生するコンテンツデータをそれぞれが予め設定されたデータ長からなる複数のストリーム部分コンテンツデータに分割して時系列に順次ストリーム配信するとともに、前記コンテンツデータに挿入する補間コンテンツデータを前記ストリーム配信よりも以前にファイル配信するコンテンツ送信手段と、
   前記補間コンテンツデータを受信した後、ストリーム部分コンテンツデータを順次受信して再生する際に、ストリーム部分コンテンツデータ間に前記補間コンテンツデータを挿入して再生する再生端末と、
   を備えたことを特徴とするコンテンツデータ配信システム。
4. 前記コンテンツ送信手段は、データ長の異なる複数種類の補間コンテンツデータをファイル配信し、
   前記再生端末はストリーム配信の伝送速度を検出する再生側伝送速度検出手段を備え、
   前記ストリーム部分コンテンツデータの再生速度に対する伝送速度の遅延量に基づいて、前記補間コンテンツデータを選択する請求項３に記載のコンテンツデータ配信システム。
5. 前記コンテンツ送信手段は、前記補間コンテンツデータを、前記コンテンツデータの内容に基づいて選択してファイル配信する請求項３または請求項４に記載のコンテンツデータ配信システム。

Images