(57)【要約】【課題】ビデオオンデマンドシステムのコンテンツ配信・再生方法、送信側装置及び受信側装置に関し、配信に必要なチャネル数の増加を最小限に抑え、視聴開始までの待ち時間を短縮する。【解決手段】複数のチャネル（１ｃｈ〜４ｃｈ）から成る第１のチャネル群を用い、配信開始に時間差を設けてコンテンツの全体を配信する。また、コンテンツの先頭部分のみを、コンテンツのビットレートの等倍から複数倍の配信レートで、第２のチャネル群（５ｃｈ，６ｃｈ）で配信する。視聴要求発生時刻ｔ１後に先頭部分が最も早く受信されるチャネル（６ｃｈ）を選択し、該チャネル（６ｃｈ）で時刻ｔ２から先頭部分を受信して再生する。先頭部分を第２のチャネル群から受信した場合に、先頭部分の配信開始時刻ｔ２以降に、該先頭部分以降の残部が最も早く受信されるチャネル（３ｃｈ）を選択し、時刻ｔ３から該チャネル（３ｃｈ）で残部を受信し再生する。【選択図】図５
2010130326.tif 000002
【特許請求の範囲】
【請求項１】
複数のチャネルから成る第１のチャネル群を用い、コンテンツの動画像ビットレートと同一の配信レートで、配信開始に時間差を設けて前記コンテンツの全体を配信する第１のステップと、
前記コンテンツの先頭部分のみを、コンテンツの動画像ビットレートの複数倍の配信レートで、前記第１のチャネル群と異なる１又は複数のチャネルから成る第２のチャネル群で配信する第２のステップと、
前記第１のチャネル群又は第２のチャネル群の中から、視聴要求の発生後に前記コンテンツの先頭部分が最も早く受信されるチャネルを選択し、該チャネルから先頭部分を受信して再生する第３のステップと、
前記先頭部分を前記第２のチャネル群のチャネルを選択して受信した場合に、該チャネルで配信される先頭部分の配信開始後に、該先頭部分以降のコンテンツが最も早く受信されるチャネルを、前記第１のチャネル群から選択し、該チャネルから先頭部分以降の部分を受信し再生する第４のステップと、
を含むビデオオンデマンドシステムのコンテンツ配信・再生方法。
【請求項２】
複数のチャネルから成る第１のチャネル群を用い、コンテンツの動画像ビットレートと同一の配信レートで、配信開始に時間差を設けて前記コンテンツの全体を配信する全体コンテンツ配信手段と、
前記コンテンツの先頭部分のみを、コンテンツの動画像ビットレートの複数倍の配信レートで、前記第１のチャネル群と異なる１又は複数のチャネルから成る第２のチャネル群で配信する先頭部分配信手段と、
を備えたビデオオンデマンドシステムの送信側装置。
【請求項３】
コンテンツの動画像ビットレートと同一の配信レートで、配信開始に時間差を設けて前記コンテンツの全体が配信される複数のチャネルから成る第１のチャネル群と、前記コンテンツの先頭部分のみが、コンテンツの動画像ビットレートの複数倍の配信レートで配信される１又は複数のチャネルから成る第２のチャネル群との中から、視聴要求の発生後に前記コンテンツの先頭部分が最も早く受信されるチャネルを選択し、該チャネルから先頭部分を受信して再生する先頭部分受信再生手段と、
前記先頭部分を前記第２のチャネル群のチャネルを選択して受信した場合に、該チャネルで配信される先頭部分の配信開始後に、該先頭部分以降のコンテンツが最も早く受信されるチャネルを、前記第１のチャネル群から選択し、該チャネルから先頭部分以降の部分を受信し再生する残部受信再生手段と、
を備えたビデオオンデマンドシステムの受信側装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオオンデマンドシステムのコンテンツ配信・再生方法、送信側装置及び受信側装置に関する。ビデオオンデマンド（ＶＯＤ）は、視聴者が好きな時に好きなコンテンツ（番組）を視聴することができるよう、視聴者から要求が有ったとき、要求されたコンテンツを配信するサービスで、本発明は特に視聴開始までの待ち時間を短縮するコンテンツ配信・再生方法、送信側装置及び受信側装置に関する。
【背景技術】
【０００２】
視聴者が要求する映画やテレビ番組等のコンテンツを即座に配信するビデオオンデマンド（ＶＯＤ）システムでは、視聴要求に叶うだけの大量のデジタル化されたコンテンツと、その中から特定のコンテンツを瞬時に探し出して送出する処理性能を有するビデオサーバーと、音声・映像等のコンテンツデータを澱みなく伝送するのに充分な広帯域のネットワークが欠かせない要素となる。
【０００３】
そのため、規模が大きくなるにつれてビデオサーバー及びネットワークに大きな負荷が掛かり、大負荷に対処し得るシステムを構築するには多くのコストが掛かる。そこで配信における負荷を軽減するために、同一のコンテンツを複数のマルチキャストチャネルで少しずつ時間をずらして常時配信することで、視聴者は待ち時間の少ないチャネルを選択して希望のコンテンツを視聴するシステムが採用される。
【０００４】
このようなコンテンツ配信システムは、本質的にはビデオオンデマンド（ＶＯＤ）サービスの概念から遊離したものであるが、ビデオオンデマンド（ＶＯＤ）に近似したサービスとして、ニアビデオオンデマンド（ＮＶＯＤ：Near Video On Demand）と呼ばれている。
【０００５】
図６に従来のニアビデオオンデマンド（ＮＶＯＤ）システムのコンテンツ配信の一例を示す。同図は１２０分のコンテンツを配信する場合の例を示している。同図の（ａ）は、開始時間を３０分ずつの時間差でずらして４つの同一コンテンツを４つのチャネル（１ｃｈ〜４ｃｈ）で配信する例を示している。この例では、視聴者の視聴要求発生時から視聴開始時までの待ち時間が最大で３０分になる。なお、図中、１２０分のコンテンツデータに対して、先頭部分から順に１５分単位で丸１〜丸４の番号を付している。
【０００６】
視聴開始までの待ち時間を短縮する一般的な手法として、同一コンテンツを配信するチャネル数を増やし、チャネル間の開始時間の時間差を少なくして配信することにより、待ち時間を短縮することができる。図６（ｂ）は、１２０分のコンテンツに対して、開始時間を１５分ずつの時間差でずらして８つの同一コンテンツを８つのチャネル（１ｃｈ〜８ｃｈ）で配信する例を示している。
【０００７】
図６（ｂ）の配信の場合、視聴要求発生時から視聴開始時までの待ち時間が最大で１５分になる。しかし、このような配信方法では、短縮する待ち時間を半分にするためには、配信チャネル数が２倍必要となり、ネットワークの帯域を２倍占有することになる。
【０００８】
図７を参照して従来のニアビデオオンデマンド（ＮＶＯＤ）システムのコンテンツ配信の手順について以下に説明する。
〔１〕コンテンツの登録
１つのコンテンツを１つのファイル形式として、配信対象の各コンテンツを、ビデオサーバー内の記憶装置の所定のディレクトリに保管する（Ａ−１）。ファイル形式はＭＰＥＧ−２ＴＳなどとすることができる。
【０００９】
〔２〕チャネル情報の登録
コンテンツ配信に使用する各チャネルについてのチャネル情報を、ビデオサーバーの記憶装置の管理テーブルに登録する（Ａ−２）。チャネル情報の管理テーブルの一例を図８（ａ）の表１に示す。表１に示すように、チャネル情報としてコンテンツ配信に使用する各チャネルについて、それぞれのマルチキャストアドレス及びポート番号を登録する。
【００１０】
〔３〕配信スケジュール情報の登録
コンテンツを配信するチャネル毎の配信スケジュールを、ビデオサーバーの記憶装置の管理テーブルに登録する（Ａ−３）。配信スケジュールは、コンテンツを配信する各チャネルについて、コンテンツ配信の開始時刻及び終了時刻、並びに配信するコンテンツのファイル名の情報である。配信スケジュール情報の管理テーブルの一例を図８（ｂ）の表２に示す。
【００１１】
〔４〕映像配信
図７に示すビデオサーバーの映像配信部７１は、チャネル情報及び配信スケジュール情報を読み込む（Ａ−４,Ａ−５）。映像配信部７１は内部クロックを有し、内部クロックが配信スケジュールの開始時刻となったとき、配信スケジュールで指定されたコンテンツファイルを読み込み（Ａ−６）、配信スケジュールで指定されたチャネルでコンテンツを配信する（Ａ−７）。該チャネルでの配信には、チャネル情報の管理テーブルを参照し、該チャネルに割り当てられたマルチキャストアドレス／ポート番号を使用して配信する（Ａ−７）。
【００１２】
コンテンツを配信する際、コンテンツのタイムスタンプ（ＭＰＥＧ２−ＴＳの場合、プログラム時刻基準参照値ＰＣＲ）を基準に、クロック周期毎に送信するコンテンツ量を調整することにより、ネットワークの帯域に合わせてコンテンツのストリームを送信する。
【００１３】
〔５〕番組表の送信
ビデオサーバーのスケジュール送信部７２は、チャネル情報及び配信スケジュール情報を読み込み（Ａ−８，Ａ−９）、どのマルチキャストアドレスで、いつ、何の番組が放送されるかを示す番組表を作成し、受信再生部７３に送信する（Ａ−１０）。該送信には一般のＷｅｂサーバー等を用いることができる。
【００１４】
〔６〕番組表の表示
コンテンツの受信側装置の受信再生部７３は、ビデオサーバーから送信された番組表を受信して視聴者（ユーザー）に表示し、視聴者（ユーザー）は、該番組表から配信を希望するチャネルを選択する（Ａ−１１）。
【００１５】
〔７〕コンテンツの受信再生
受信再生部７３は、視聴者（ユーザー）によって選択されたチャネルから、コンテンツ（動画ストリーム等）のデータを受信し、コンテンツ（動画ストリーム等）を再生する（Ａ−１２）。
【００１６】
ニアビデオオンデマンド（ＮＶＯＤ）システムは、視聴者（ユーザ）の視聴要求時からコンテンツ配信が開始されるまでの間に待ち時間が発生する。近年のニアビデオオンデマンド（ＮＶＯＤ）システムにおいて、配信コンテンツの増加及び視聴者（ユーザ）の利便性の向上のために、できる限り少ない資源（チャネル数）で、視聴開始までの待ち時間を短縮することが要望されている。
【００１７】
少ない資源（チャネル数）で視聴開始までの待ち時間を短縮するニアビデオオンデマンド（ＮＶＯＤ）の配信方法に関して、例えば下記の特許文献１等に記載されている。
【特許文献１】特開平９−３７２２８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
時間差を設けて複数のチャネルで同一のコンテンツを配信するニアビデオオンデマンド（ＮＶＯＤ）システムで、視聴要求の時点から視聴開始の時点までの待ち時間を短縮するためには、一般的手法として時間差をより少なくし、より多数のコンテンツストリームを配信すればよいが、それでは配信チャネルを増やさなければならず、ネットワークの帯域を大量に使用することとなる。本発明は、配信に必要なチャネル数（マルチキャストアドレス数）の増加を最小限に抑え、視聴開始までの待ち時間を短縮することを目的とする。
【課題を解決するための手段】
【００１９】
上記課題を解決する第１の形態としてのビデオオンデマンドシステムのコンテンツ配信・再生方法は、複数のチャネルから成る第１のチャネル群を用い、コンテンツの動画像ビットレートと同一の配信レートで、配信開始に時間差を設けて前記コンテンツの全体を配信する第１のステップと、前記コンテンツの先頭部分のみを、コンテンツの動画像ビットレートの複数倍の配信レートで、前記第１のチャネル群と異なる１又は複数のチャネルから成る第２のチャネル群で配信する第２のステップと、前記第１のチャネル群又は第２のチャネル群の中から、視聴要求の発生後に前記コンテンツの先頭部分が最も早く受信されるチャネルを選択し、該チャネルから先頭部分を受信して再生する第３のステップと、前記先頭部分を前記第２のチャネル群のチャネルを選択して受信した場合に、該チャネルで配信される先頭部分の配信開始後に、該先頭部分以降のコンテンツが最も早く受信されるチャネルを、前記第１のチャネル群から選択し、該チャネルから先頭部分以降の部分を受信し再生する第４のステップと、を含むものである。
【００２０】
また、第２の形態としてのビデオオンデマンドシステムの送信側装置は、複数のチャネルから成る第１のチャネル群を用い、コンテンツの動画像ビットレートと同一の配信レートで、配信開始に時間差を設けて前記コンテンツの全体を配信する全体コンテンツ配信手段と、前記コンテンツの先頭部分のみを、コンテンツの動画像ビットレートの複数倍の配信レートで、前記第１のチャネル群と異なる１又は複数のチャネルから成る第２のチャネル群で配信する先頭部分配信手段と、を備えたものである。
【００２１】
また、第３の形態としてのビデオオンデマンドシステムの受信側装置は、コンテンツの動画像ビットレートと同一の配信レートで、配信開始に時間差を設けて前記コンテンツの全体が配信される複数のチャネルから成る第１のチャネル群と、前記コンテンツの先頭部分のみが、コンテンツの動画像ビットレートの複数倍の配信レートで配信される１又は複数のチャネルから成る第２のチャネル群との中から、視聴要求の発生後に前記コンテンツの先頭部分が最も早く受信されるチャネルを選択し、該チャネルから先頭部分を受信して再生する先頭部分受信再生手段と、前記先頭部分を前記第２のチャネル群のチャネルを選択して受信した場合に、該チャネルで配信される先頭部分の配信開始後に、該先頭部分以降のコンテンツが最も早く受信されるチャネルを、前記第１のチャネル群から選択し、該チャネルから先頭部分以降の部分を受信し再生する残部受信再生手段と、を備えたものである。
【発明の効果】
【００２２】
ニアビデオオンデマンド（ＮＶＯＤ）システムにおいて、コンテンツの先頭部分を等倍から複数倍の帯域で配信する専用チャネルを設けることにより、配信に必要なチャネル数（マルチキャストアドレス数）の増加を最小限に抑え、視聴開始までの待ち時間を短縮することができる。
【発明を実施するための最良の形態】
【００２３】
開示のニアビデオオンデマンド（ＮＶＯＤ）システムによるコンテンツ配信の手順について図１を参照して説明する。
〔１〕コンテンツの登録
１つのコンテンツを１つのファイル形式として、配信対象の各コンテンツを、ビデオサーバー内の記憶装置の所定のディレクトリに保管する（Ｂ―１）。ファイル形式はＭＰＥＧ−２ＴＳなどとすることができる
【００２４】
〔２〕チャネル情報の登録
コンテンツ配信に使用する各チャネルについてのチャネル情報を、ビデオサーバーの記憶装置の管理テーブルに登録する（Ｂ−２）。チャネル情報は、一例として図８（ａ）の表１に示したものと同様であり、コンテンツ配信に使用する各チャネルについて、それぞれのマルチキャストアドレス及びポート番号を登録する。
【００２５】
〔３〕視聴ネットワーク限界値の登録
コンテンツを配信する視聴ネットワークの性能の情報として、コンテンツ配信に使用するチャネルの１チャネル当たりの最大送信可能帯域、及び受信側装置（クライアント端末）の受信バッファサイズを、ビデオサーバーの記憶装置に設定する（Ｂ―３）。
【００２６】
〔４〕コンテンツ情報の登録
コンテンツ毎のコンテンツＩＤ、名称及びファイル名から成るコンテンツ情報を、ビデオサーバーの記憶装置にテーブル形式で登録する（Ｂ―４）。図２（ａ）の表３にコンテンツ情報の管理テーブルの一例を示す。
【００２７】
〔５〕コンテンツ放送情報の登録
コンテンツ毎のコンテンツＩＤ、放送開始時刻、放送終了時刻及び利用チャネル数から成るコンテンツ放送情報を、ビデオサーバーの記憶装置にテーブル形式で登録する（Ｂ―５）。コンテンツ放送情報の管理テーブルの一例を図２（ｂ）の表４に示す。なお、コンテンツ放送情報の放送開始時刻は、コンテンツ毎の上演開始の時刻であり、放送終了時刻は、コンテンツ毎の上演終了時刻である。
【００２８】
〔６〕配信スケジュールの作成
ビデオサーバーの配信スケジュール算出部１３では、以下の形式の配信スケジュールを作成する（Ｂ―６）。図３の表５に配信スケジュール情報の一例を示す。この例の配信スケジュール情報は、図８（ｂ）に示した従来の配信スケジュール情報に加えて、帯域倍率、再生開始位置及び再生終了位置の情報が、配信チャネル毎に設定される。
【００２９】
上述の配信スケジュール算出部１３での配信スケジュール作成について、以下に詳細に説明する。ここでは次の条件で配信スケジュールを作成するものとする。
（１）コンテンツの動画像ビットレート：１Ｍｂｐｓ
（２）視聴ネットワークの１チャネル当たりの最大送信可能帯域：２Ｍｂｐｓ
（３）クライアントの受信バッファサイズ：２Ｇバイト
（４）利用チャネル数：６ｃｈ
（５）コンテンツ長：１２０分
【００３０】
上記の条件の場合、最終的に作成する配信スケジュールのパターンは、図４（ａ）に示すパターンとなる。図４（ａ）に示すように、第１〜第４のチャネル（１ｃｈ〜５ｃｈ）では、それぞれコンテンツの全体を３０分の時間差で配信し、第５のチャネル（５ｃｈ）ではコンテンツの先頭から４分の１までの先頭部分を配信し、第６のチャネル（６ｃｈ）ではコンテンツの先頭から４分の１までの先頭部分を、２倍の伝送帯域で配信する。
【００３１】
〔６．１〕コンテンツ全体の配信チャネルと先頭部分の配信チャネルの割り当て
コンテンツの全体を配信するチャネル及び先頭部分を配信するチャネルの割り当てについて説明する。先頭部分を配信するチャネル数ｎを以下のように算出する。
２ｎ−１×動画像ビットレート≦１チャネルの最大送信可能帯域・・・（式１）
を満たす０以上の最大の整数ｎを求める。
【００３２】
１チャネルの最大送信可能帯域がコンテンツの動画像ビットレートと等倍以上で２倍未満の場合、ｎ＝１となり、１チャネルの最大送信可能帯域がコンテンツの動画像ビットレートの２倍以上で４倍未満の場合、ｎ＝２となり、１チャネルの最大送信可能帯域がコンテンツの動画像ビットレートの４倍以上で８倍未満の場合、ｎ＝３となり、１チャネルの最大送信可能帯域がコンテンツの動画像ビットレートの８倍以上で１６倍未満の場合、ｎ＝４となる。
【００３３】
上述の実施例の条件の場合、１チャネルの最大送信可能帯域がコンテンツの動画像ビットレートの２倍であるのでｎ＝２となり、先頭部分を配信するチャネルは、図４の（ａ）の第５及び第６のチャネル（５ｃｈ，６ｃｈ）に該当する。
【００３４】
次に、コンテンツの全体を配信するチャネル数ｍを以下のように算出する。
ｍ＝利用チャネル数−ｎ・・・（式２）
但し、以下の（式３）が成立しない場合、成立するまでｎの数を減らし、その分（式２）によりｍの数を増やす。
コンテンツ長×動画像ビットレート÷ｍ＜受信バッファサイズ・・・（式３）
【００３５】
この実施例の場合、（式１）よりｎ＝２であり、利用チャネル数＝６であるので、（式２）により、ｍ＝４となる。このとき、（式３）の左辺は、
１２０（分）×６０（秒）×１Ｍｂｐｓ÷４＝１．８Ｇｂｐｓ
となり、１．８Ｇｂはクライアントの受信バッファサイズ２Ｇバイトより小さいので、（式３）の条件を満たし、ｍ＝４となる。図４（ａ）の第１〜第４のチャネル（１ｃｈ〜４ｃｈ）がこのチャネルに該当する。
【００３６】
〔６．２〕コンテンツの全体を配信するチャネル間の配信時間差の算出
コンテンツの全体を配信するチャネル間の配信時間差を、以下の（式４）で算出する。第１〜第４のチャネル（１ｃｈ〜４ｃｈ）で、この時間差ずつ配信時間をずらしてコンテンツ全体配信するよう設定する。
コンテンツ長÷ｍ・・・（式４）
この実施例での条件の場合、配信時間差は、１２０／４＝３０分となる。
【００３７】
〔６．３〕先頭部分を配信するチャネルの帯域倍率の指定
先頭部を配信するｎ本のチャネルは、コンテンツの先頭から（式４）で算出した配信時間差の長さに相当するコンテンツの先頭部分だけを配信する。そして、配信する送信レートをチャネル毎に変化させ、コンテンツの動画像ビットレートの１倍、２倍、４倍・・・となるように設定する。図４（ａ）の例では、第５のチャネル（５ｃｈ）を１倍、第６のチャネルで（６ｃｈ）を２倍の送信レートに設定して先頭部分を配信する。
【００３８】
〔６．４〕先頭部分を配信するチャネルの配信開始タイミングの算出
先頭部分を配信するチャネルの配信開始タイミングは、１倍の送信レートで配信するチャネルは前述の配信時間差の２分の１、２倍の送信レートで配信するチャネルは配信時間差の４分の１、４倍の送信レートで配信するチャネルは配信時間差の８分の１だけ、最先のコンテンツ配信タイミングからずらしたタイミングで配信するように、配信スケジュールのパターンを作成する。
【００３９】
この実施例の場合、図４に示すように、第５のチャネル（５ｃｈ）では、１倍の送信レートで、最先のコンテンツ配信チャネルである第１のチャネル（１ｃｈ）から、配信時間差の２分の１（即ち１５分）だけ遅れたタイミングで、先頭部分を配信する。また、第６のチャネル（６ｃｈ）では、２倍の送信レートで、最先のコンテンツ配信チャネルである第１のチャネル（１ｃｈ）から、配信時間差の４分の１（即ち７分３０秒）だけ遅れたタイミングで、先頭部分を配信する。先頭部分を配信するチャネルでは、先頭部分の配信終了後に、直ちに同一の先頭部分を繰り返し配信する。
【００４０】
〔７〕映像コンテンツの配信
映像配信部１１は、配信スケジュール情報及びチャネル情報を読み込む（Ｂ−７．Ｂ−８）。映像配信部１１は内部クロックを有し、配信スケジュールで指定される配信開始時刻となったときに、指定されたコンテンツファイルを読み込み（Ｂ−９）、指定のチャネルに割り当てられているマルチキャストアドレス／ポート番号でコンテンツの配信を行う（Ｂ−１０）。
【００４１】
コンテンツ配信を行う際、コンテンツのタイムスタンプ（ＭＰＥＧ２−ＴＳの場合、プログラム時刻基準参照値ＰＣＲ）及び配信スケジュールの帯域倍率を基準に、クロック周期毎に送信するコンテンツ量を調整し、送信レートをコントロールしながらコンテンツのストリームを送信する（Ｂ−１１）。
【００４２】
〔８〕番組表の送信
スケジュール送信部１２は、チャネル情報、配信スケジュール情報及びコンテンツ情報からを読み込み（Ｂ−１２，Ｂ−１３，Ｂ−１４）、どのチャネル（マルチキャストアドレス）で、何時、何の番組が放送されるかを示す番組表を作成し、受信再生部１４に送信する（Ｂ−１５）。該送信には一般のＷｅｂサーバー等を用いることができる。
【００４３】
〔８〕受信チャネルの選択
受信側装置（クライアント）において、視聴要求されたコンテンツについて、上述の番組表を参照し、自ネットワークで利用可能な帯域幅と配信スケジュールとを基に、最も待ち時間が少ないチャネルを選択してコンテンツを受信する。図４（ｂ）に受信側装置（クライアント）で再生可能なコンテンツ再生開始位置を△印で示している。
【００４４】
クライアント環境がコンテンツの動画像ビットレートと等倍以上で２倍未満の帯域が受信可能な場合は、（Ａ）の△印の時間位置、コンテンツの動画像ビットレートの２倍以上で３倍未満の帯域が受信可能な場合は、（Ｂ）の△印の時間位置、コンテンツの動画像ビットレートの３倍以上の帯域が受信可能な場合は、（Ｃ）の△印の時間位置から、コンテンツを受信して再生を開始することができる。
【００４５】
例えば、３Ｍｂｐｓの帯域まで受信可能なクライアント環境において、受信側装置（クライアント）の受信開始位置を、図５に示すようにすることができる。即ち、同図において、例えば時刻ｔ１に視聴要求が発生した場合、コンテンツの先頭部分（全体の１／４の部分で丸１の符号を付した部分）を、時刻ｔ１以降に最初に配信される時刻ｔ２から第６のチャネルで受信して再生し、先頭部分より後ろの残りの部分（全体の３／４の部分で丸２〜丸４の符号を付した部分）を、時刻ｔ２以降に最初に配信される時刻ｔ３から第３のチャネルで受信して再生する。この際、第６のチャネルで先頭部分のコンテンツを再生しているときに、同時に、第３のチャネルで残り部分のコンテンツデータを受信する。
【００４６】
図５の配信スケジュール例において、第１〜第４のチャネル（１ｃｈ〜４ｃｈ）は、コンテンツの動画像ビットレートと等倍から２倍未満の帯域のチャネルであり、各チャネルのコンテンツ配信時間を３０分ずつの時間差でずらしてコンテンツ全体が配信されている。
【００４７】
第５のチャネル（５ｃｈ）は、コンテンツの動画像ビットレートと等倍から２倍未満の帯域のチャネルであり、コンテンツの先頭部分（全体の１／４の部分）だけを、第１のチャネル（１ｃｈ）の配信時間から上記時間差の２分の１（１５分）ずらして配信される。第５のチャネル（５ｃｈ）では、コンテンツの先頭部分の配信の終了後、直ちに同一の先頭部分が繰り返し配信される。
【００４８】
第６のチャネル（６ｃｈ）は、コンテンツの動画像ビットレートの２倍以上４倍未満の帯域のチャネルであり、コンテンツの動画像ビットレートの２倍の配信レートで、コンテンツの先頭部分（全体の１／４の部分）分だけが、第１のチャネルの配信時間から前記時間差の４分の１（７分３０秒）ずらして配信される。第６のチャネル（６ｃｈ）では、コンテンツの先頭部分の配信の終了後、直ちに同一の先頭部分が繰り返し配信される。
【００４９】
そして、視聴要求が発生した時刻ｔ１から先頭部分が最初に配信されるチャネルから受信を開始し、そのチャネルが第１〜第４のチャネル（１ｃｈ〜４ｃｈ）である場合には、そのままそのチャネルでコンテンツを受信し再生する。
【００５０】
視聴要求が発生した時刻ｔ１から先頭部分が最初に配信されるチャネルが第５のチャネル（５ｃｈ）である場合には、先頭部分を第５のチャネル（５ｃｈ）から受信して再生すると共に、先頭部分の受信再生中に先頭部分の次のコンテンツデータ（図中丸２の符号を付した部分）が配信されるチャネルから、先頭部分より後ろの残りの部分（全体の３／４の部分で丸２〜丸４の符号を付した部分）を受信し再生する。この場合、２つのチャネルから同時にコンテンツデータを受信するため、受信側装置のネットワーク環境は、コンテンツビットレートの２倍の帯域を有していなければならない。
【００５１】
視聴要求が発生した時刻ｔ１から先頭部分が最初に配信されるチャネルが第６のチャネル（６ｃｈ）である場合には、先頭部分を第６のチャネル（６ｃｈ）から受信して再生すると共に、該先頭部分の受信開始後に、最初に先頭部分の次のコンテンツデータ（図中丸２の符号を付した部分）が配信されるチャネルから、先頭部分より後ろの残りの部分（全体の３／４の部分で丸２〜丸４の符号を付した部分）を受信し再生する。
【００５２】
この場合、コンテンツの動画像ビットレートの２倍の配信レートのチャネルと１倍の配信レートのチャネルの２つのチャネルから同時にコンテンツデータを受信する場合があるため、受信側装置のネットワーク環境は、コンテンツビットレートの３倍の帯域を有していなければならない。
【００５３】
こうすることにより、利用チャネル数を６本に抑えた上で、コンテンツの全体を配信するチャネルのコンテンツ配信時間差の４分の待ち時間（７分３０秒）まで、最大待ち時間を短縮することができる。先行文献（特許第３３２０９７６号公報）のものと比較すると、バッファリング開始までの待ち時間が同一となるよう、例えば１２０分のコンテンツを最大７分３０秒の待ち時間で配信するよう設定する場合、先行文献では利用チャネル数が８チャネル必要とするのに対して、この実施形態では６チャネルで配信することができ、２チャネル削減することが可能となる。
【図面の簡単な説明】
【００５４】
【図１】開示のニアビデオオンデマンドシステムのコンテンツ配信の手順の説明図である。
【図２】コンテンツ情報及びコンテンツ放送情報の管理テーブルの一例を示す図である。
【図３】配信スケジュール情報の一例を示す図である。
【図４】配信スケジュールのパターンの一例を示す図である。
【図５】受信開始位置の一例を示す図である。
【図６】従来のニアビデオオンデマンドシステムのコンテンツ配信の一例を示す図である。
【図７】従来のニアビデオオンデマンドシステムのコンテンツ配信の手順の説明図である。
【図８】チャネル情報及び配信スケジュール情報の管理テーブルの一例を示す図である。
【符号の説明】
【００５５】
１１  映像配信部
１２  スケジュール送信部
１３  配信スケジュール算出部
１４  受信再生部
【図１】
2010130326.tif 000003
【図２】
2010130326.tif 000004
【図３】
2010130326.tif 000005
【図４】
2010130326.tif 000006
【図５】
2010130326.tif 000007
【図６】
2010130326.tif 000008
【図７】
2010130326.tif 000009
【図８】
2010130326.tif 000010