(57)【特許請求の範囲】
【請求項１】
放送波によりコンテンツを送出するコンテンツ発信装置と、前記コンテンツ発信装置からのコンテンツを受信するとともに、通信回線を介してデータの送受信を行うコンテンツ配信サーバ装置と、前記コンテンツ発信装置からの放送によるコンテンツの受信および前記コンテンツ配信サーバ装置との間で通信によるデータの送受信を可能とするユーザ端末装置とを備えたシステムにおけるコンテンツ配信サーバ装置であって、
前記コンテンツ配信サーバ装置は、
前記コンテンツ発信装置からのコンテンツを受信して一時期的に蓄積するデータ蓄積手段と、
前記ユーザ端末装置から、欠損状況データを受け取るデータ受け取り手段と、
前記データ蓄積手段にコンテンツが蓄積されていて、かつ、前記データ受け取り手段により欠損状況データを受け取ったときに、配信スケジュールが決まっていなかったら、前記欠損状況データの内容を解析し、データブロック毎に欠損状況を集計した結果に基づいてデータサイズから配信時刻を算出して、マルチキャスト配信およびユニキャスト配信の時刻とその受信方法を配信スケジュールデータとして作成する配信スケジュールデータ作成手段と、
前記データ蓄積手段に蓄積されたデータをマルチキャストにより配信するマルチキャスト配信手段と、
前記データ蓄積手段に蓄積されたデータをユニキャストにより配信するユニキャスト配信手段と、
前記コンテンツ発信装置から受信したデータの削除時刻になった時点で、前記データ蓄積手段に蓄積されているデータを削除するデータ削除手段と、
前記マルチキャスト配信手段におけるマルチキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのマルチキャスト配信の開始時刻から、前記欠損状況データが一定数または割合を下回るまで、または、前記配信スケジュールデータのマルチキャスト配信の終了時刻までの期間に制御するマルチキャスト配信期間制御手段と、
前記ユニキャスト配信手段におけるユニキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのユニキャスト配信の開始時刻または前記欠損状況データが一定数または割合を下回る時刻から、前記配信スケジュールデータのユニキャスト配信の終了時刻までの期間に制御するユニキャスト配信期間制御手段と
を備えたことを特徴とするコンテンツ配信サーバ装置。
【請求項２】
前記コンテンツ配信サーバ装置は、前記配信スケジュールデータを前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記配信スケジュールデータに従って接続要求を前記コンテンツ配信サーバ装置へ通知し、前記コンテンツ配信サーバ装置からのデータを受信することを特徴とする請求項１に記載のコンテンツ配信サーバ装置。
【請求項３】
放送波によりコンテンツを送出するコンテンツ発信装置と、前記コンテンツ発信装置からのコンテンツを受信するとともに、通信回線を介してデータの送受信を行うコンテンツ配信サーバ装置と、前記コンテンツ発信装置からの放送によるコンテンツの受信および前記コンテンツ配信サーバ装置との間で通信によるデータの送受信を可能とするユーザ端末装置とを備えたシステムにおけるコンテンツ配信方法であって、
前記コンテンツ配信サーバ装置のデータ蓄積手段が、前記コンテンツ発信装置からのコンテンツを受信して一時期的に蓄積するデータ蓄積ステップと、
前記コンテンツ配信サーバ装置のデータ受け取り手段が、前記ユーザ端末装置から、欠損状況データを受け取るデータ受け取りステップと、
前記コンテンツ配信サーバ装置の配信スケジュールデータ作成手段が、前記データ蓄積手段にコンテンツが蓄積されていて、かつ、前記データ受け取り手段により欠損状況データを受け取ったときに、配信スケジュールが決まっていなかったら、前記欠損状況データの内容を解析し、データブロック毎に欠損状況を集計した結果に基づいてデータサイズから配信時刻を算出して、マルチキャスト配信およびユニキャスト配信の時刻とその受信方法を配信スケジュールデータとして作成する配信スケジュールデータ作成ステップと、
前記コンテンツ配信サーバ装置のマルチキャスト配信手段が、前記データ蓄積手段に蓄積されたデータをマルチキャストにより配信するマルチキャスト配信ステップと、
前記コンテンツ配信サーバ装置のユニキャスト配信手段が、前記データ蓄積手段に蓄積されたデータをユニキャストにより配信するユニキャスト配信ステップと、
前記コンテンツ配信サーバ装置のデータ削除手段が、前記コンテンツ発信装置から受信したデータの削除時刻になった時点で、前記データ蓄積手段に蓄積されているデータを削除するデータ削除ステップと、
前記コンテンツ配信サーバ装置のマルチキャスト配信期間制御手段が、前記マルチキャスト配信手段におけるマルチキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのマルチキャスト配信の開始時刻から、前記欠損状況データが一定数または割合を下回るまで、または、前記配信スケジュールデータのマルチキャスト配信の終了時刻までの期間に制御するマルチキャスト配信期間制御ステップと、
前記コンテンツ配信サーバ装置のユニキャスト配信期間制御手段が、前記ユニキャスト配信手段におけるユニキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのユニキャスト配信の開始時刻または前記欠損状況データが一定数または割合を下回る時刻から、前記配信スケジュールデータのユニキャスト配信の終了時刻までの期間に制御するユニキャスト配信期間制御ステップと
を備えたことを特徴とするコンテンツ配信方法。
【請求項４】
前記コンテンツ配信サーバ装置が、前記配信スケジュールデータを前記ユーザ端末装置に送信するステップと、
前記ユーザ端末装置が、前記配信スケジュールデータに従って接続要求を前記コンテンツ配信サーバ装置へ通知するステップと、
前記ユーザ端末装置が、前記コンテンツ配信サーバ装置からのデータを受信するステップとを備えたことを特徴とする請求項３に記載のコンテンツ配信方法。
【請求項５】
コンピュータを請求項１又は２に記載の各手段として機能させるためのコンテンツ配信プログラム。
【請求項６】
コンピュータを請求項１又は２に記載の各手段として機能させるためのコンテンツ配信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送と通信の双方によりコンテンツなどのデータをユーザ端末に配信するコンテンツ配信サーバ装置、コンテンツ配信方法、コンテンツ配信プログラムおよびそのプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
従来の放送や通信によるデータ配信は、例えば次のような方式で行われていた。
【０００３】
（ａ）従来の放送波によるデータ配信（コンテンツ配信）は、あまり精度が高くない一方向通信で行う必要があるため、標準規格（ＡＲＩＢＳＴＤ−Ｂ２４）に於いて規定されている繰り返し配信（データカルーセル配信）を用いた配信が行われている。しかし、この方式は精度が高くないばかりでなく、電波資源の無駄遣いも多い。
（ｂ）また、高い精度でデータを配信する際には、通信を用いる事が多いが、サーバの計算機資源や通信帯域を節約するためには、１対多通信（マルチキャスト）やエラー訂正（ＦＥＣ）を併用する方式を必要としたり、極めて高い精度を必要とする場合には、特許文献１、２で示されているような、通信タイミングを明示的にずらす方式の併用を必要とした。
【特許文献１】特開平１１−２１９２８１号公報（特願平１０−２２４２１、特許第３５１８９８５号）
【特許文献２】特開２００３−２８３６９０号公報（特願２００２−８０１８０、特許第３８２２８３０号）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前記（ａ）の繰り返し配信方式は、精度が高くないばかりでなく電波資源の無駄遣いも多い。特に携帯電話のような移動体は、受信状態が変動するので、特に、データ放送のデータ欠落の影響が大きいという問題があった。
【０００５】
また前記（ａ）の繰り返し配信方式と前記（ｂ）の通信方式を併用したとしても、非常に多数の端末に対してコンテンツを完全に配信するのは長い時間を必要としたり、ユーザが明示的にコンテンツダウンロードを指示し、コンテンツをダウンロードさせたりするという手間を必要としていた。
【０００６】
本発明は上記課題を解決するものであり、その目的は、より少ない電波資源やより短い時間でコンテンツを配信することができるコンテンツ配信サーバ装置、コンテンツ配信方法、コンテンツ配信プログラムおよびそのプログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【０００７】
本発明では、一方向通信（放送）と１対多（マルチキャスト）と１対１（ユニキャスト）を切り替えることによって、放送と通信の双方でデータを配信するように構成した。
【０００８】
すなわち、請求項１に記載のコンテンツ配信サーバ装置は、放送波によりコンテンツを送出するコンテンツ発信装置と、前記コンテンツ発信装置からのコンテンツを受信するとともに、通信回線を介してデータの送受信を行うコンテンツ配信サーバ装置と、前記コンテンツ発信装置からの放送によるコンテンツの受信および前記コンテンツ配信サーバ装置との間で通信によるデータの送受信を可能とするユーザ端末装置とを備えたシステムにおけるコンテンツ配信サーバ装置であって、前記コンテンツ配信サーバ装置は、前記コンテンツ発信装置からのコンテンツを受信して一時期的に蓄積するデータ蓄積手段と、前記ユーザ端末装置から、欠損状況データを受け取るデータ受け取り手段と、前記データ蓄積手段にコンテンツが蓄積されていて、かつ、前記データ受け取り手段により欠損状況データを受け取ったときに、配信スケジュールが決まっていなかったら、前記欠損状況データの内容を解析し、データブロック毎に欠損状況を集計した結果に基づいてデータサイズから配信時刻を算出して、マルチキャスト配信およびユニキャスト配信の時刻とその受信方法を配信スケジュールデータとして作成する配信スケジュールデータ作成手段と、前記データ蓄積手段に蓄積されたデータをマルチキャストにより配信するマルチキャスト配信手段と、前記データ蓄積手段に蓄積されたデータをユニキャストにより配信するユニキャスト配信手段と、前記コンテンツ発信装置から受信したデータの削除時刻になった時点で、前記データ蓄積手段に蓄積されているデータを削除するデータ削除手段と、前記マルチキャスト配信手段におけるマルチキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのマルチキャスト配信の開始時刻から、前記欠損状況データが一定数または割合を下回るまで、または、前記配信スケジュールデータのマルチキャスト配信の終了時刻までの期間に制御するマルチキャスト配信期間制御手段と、前記ユニキャスト配信手段におけるユニキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのユニキャスト配信の開始時刻または前記欠損状況データが一定数または割合を下回る時刻から、前記配信スケジュールデータのユニキャスト配信の終了時刻までの期間に制御するユニキャスト配信期間制御手段とを備えたことを特徴としている。
【００１０】
また請求項２に記載のコンテンツ配信サーバ装置は、請求項１において、前記コンテンツ配信サーバ装置は、前記配信スケジュールデータを前記ユーザ端末装置に送信し、前記ユーザ端末装置は、前記配信スケジュールデータに従って接続要求を前記コンテンツ配信サーバ装置へ通知し、前記コンテンツ配信サーバ装置からのデータを受信することを特徴としている。
【００１１】
また、請求項３に記載のコンテンツ配信方法は、放送波によりコンテンツを送出するコンテンツ発信装置と、前記コンテンツ発信装置からのコンテンツを受信するとともに、通信回線を介してデータの送受信を行うコンテンツ配信サーバ装置と、前記コンテンツ発信装置からの放送によるコンテンツの受信および前記コンテンツ配信サーバ装置との間で通信によるデータの送受信を可能とするユーザ端末装置とを備えたシステムにおけるコンテンツ配信方法であって、前記コンテンツ配信サーバ装置のデータ蓄積手段が、前記コンテンツ発信装置からのコンテンツを受信して一時期的に蓄積するデータ蓄積ステップと、前記コンテンツ配信サーバ装置のデータ受け取り手段が、前記ユーザ端末装置から、欠損状況データを受け取るデータ受け取りステップと、前記コンテンツ配信サーバ装置の配信スケジュールデータ作成手段が、前記データ蓄積手段にコンテンツが蓄積されていて、かつ、前記データ受け取り手段により欠損状況データを受け取ったときに、配信スケジュールが決まっていなかったら、前記欠損状況データの内容を解析し、データブロック毎に欠損状況を集計した結果に基づいてデータサイズから配信時刻を算出して、マルチキャスト配信およびユニキャスト配信の時刻とその受信方法を配信スケジュールデータとして作成する配信スケジュールデータ作成ステップと、前記コンテンツ配信サーバ装置のマルチキャスト配信手段が、前記データ蓄積手段に蓄積されたデータをマルチキャストにより配信するマルチキャスト配信ステップと、前記コンテンツ配信サーバ装置のユニキャスト配信手段が、前記データ蓄積手段に蓄積されたデータをユニキャストにより配信するユニキャスト配信ステップと、前記コンテンツ配信サーバ装置のデータ削除手段が、前記コンテンツ発信装置から受信したデータの削除時刻になった時点で、前記データ蓄積手段に蓄積されているデータを削除するデータ削除ステップと、前記コンテンツ配信サーバ装置のマルチキャスト配信期間制御手段が、前記マルチキャスト配信手段におけるマルチキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのマルチキャスト配信の開始時刻から、前記欠損状況データが一定数または割合を下回るまで、または、前記配信スケジュールデータのマルチキャスト配信の終了時刻までの期間に制御するマルチキャスト配信期間制御ステップと、前記コンテンツ配信サーバ装置のユニキャスト配信期間制御手段が、前記ユニキャスト配信手段におけるユニキャスト配信の配信期間を、前記配信スケジュールデータ作成手段により作成された配信スケジュールデータのユニキャスト配信の開始時刻または前記欠損状況データが一定数または割合を下回る時刻から、前記配信スケジュールデータのユニキャスト配信の終了時刻までの期間に制御するユニキャスト配信期間制御ステップとを備えたことを特徴とを備えたことを特徴としている。
【００１３】
また請求項４に記載のコンテンツ配信方法は、請求項３において、前記コンテンツ配信サーバ装置が、前記配信スケジュールデータを前記ユーザ端末装置に送信するステップと、前記ユーザ端末装置が、前記配信スケジュールデータに従って接続要求を前記コンテンツ配信サーバ装置へ通知するステップと、前記ユーザ端末装置が、前記コンテンツ配信サーバ装置からのデータを受信するステップとを備えたことを特徴としている。
【００１４】
また、請求項５に記載のコンテンツ配信プログラムは、コンピュータを請求項１又は２に記載の各手段として機能させるためのコンテンツ配信プログラムである。
【００１５】
また請求項６に記載の記録媒体は、コンピュータを請求項１又は２に記載の各手段として機能させるためのコンテンツ配信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１６】
（１）放送と通信の双方でデータを配信することで、同程度の確度の配信をより少ない電波資源でコンテンツを配信することができる。
（２）放送と通信の双方でデータを配信することで、同程度の確度の配信をより少ない計算機資源でコンテンツを配信することができる。
（３）放送と通信の双方でデータを配信することで、配信時のデータ欠損を減少させ、より確度の高いコンテンツの配信が可能となる。
（４）放送と通信の双方でデータを配信することで、従来方式と同程度の確度の配信を短時間で行うことができる。
（５）放送と通信の双方でデータ配信をすることにより、ユーザの端末操作等の手間を省くことができる。
（６）特に受信状態が変動する、ユーザ側の移動端末において、受信状態に最適の配信に切り替えることができるため、効率的なデータ配信が可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら本発明の実施の形態を説明するが、本発明は下記の実施形態例に限定されるものではない。
【００１８】
図１は、本発明を携帯端末向けコンテンツ配信システムに適用した実施例における、システム全体の構成とシーケンスを示している。
【００１９】
図１において、１０は、放送波によりコンテンツを送出する、本発明のコンテンツ発信装置としてのコンテンツプロバイダであり、例えば放送局から成る。
【００２０】
尚このコンテンツプロバイダ（ｃｏｎｔｅｎｔｓ  ｐｒｏｖｉｄｅｒ）１０を、以下ＣＰと称する。
【００２１】
２０は、前記ＣＰ１０からのコンテンツを受信するとともに、通信回線を介してデータの送受信を行う、本発明のコンテンツ配信サーバ装置としてのネットワークサービス事業者のサーバ装置であり、以下ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）（通常は移動体キャリアのシステム内又はそれに近いところに設置されるサーバ）と称する。
【００２２】
３０は、前記ＣＰ１０からの放送によるコンテンツの受信および前記ＢＭ−ＳＣ２０との間で通信によるデータの送受信を可能とするユーザ端末であり、例えば携帯電話から成る。尚このユーザ端末３０を、以下ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と称することもある。
【００２３】
前記ＢＭ−ＳＣ２０が有する機能構成を図２に示す。図２において２１は、前記ＣＰ１０からのコンテンツを受信して一時期的に蓄積するデータ蓄積手段である。
【００２４】
２２は、前記ＵＥ（ユーザ端末３０）から、欠損状況データ（以下、ＮＡＣＫと称することもある）を受け取るデータ受け取り手段である。
【００２５】
２３は、前記データ受け取り手段２２により受け取ったＮＡＣＫの内容を解析し、前記ＵＥに対する通信手段と通信時刻のスケジューリングを行う配信スケジュールデータ作成手段である。
【００２６】
２４は、前記データ蓄積手段２１に蓄積されたデータをマルチキャストにより配信するマルチキャスト配信手段である。
【００２７】
２５は、前記データ蓄積手段２１に蓄積されたデータをユニキャストにより配信するユニキャスト配信手段である。
【００２８】
２６は、前記ＣＰ１０から受信したデータを削除するデータ削除手段である。
【００２９】
２７は、前記マルチキャスト配信の開始と終了を制御するマルチキャスト配信期間制御手段である。
【００３０】
２８は、前記ユニキャスト配信の開始と終了を制御するユニキャスト配信期間制御手段である。
【００３１】
尚、前記各手段２１〜２８が実行する８個の機能は各々コンピュータにより実現され、それらを機能＃１〜機能＃８と称する。
【００３２】
図１中のＡ〜Ｎはシーケンス中の各機能ブロックを示し、各機能ブロックＡ〜Ｎの動作は次の表１のとおりである。
【００３３】
【表１】
0004675396.tif 000002
【００３４】
次に、図１のシーケンスに沿ってシステム全体の動作を説明する。  
【００３５】
まず、既存の放送および、本発明を使用する方式において、放送局（ＣＰ１０）がデータ通信を行う際には、カルーセル配信を行う。カルーセル配信は、放送と同様に放送時刻が決められており、放送開始から一定の時間、放送されている（機能ブロックＡ）。
【００３６】
このデータカルーセル配信でコンテンツを送信する際には、そのコンテンツをいつくかのパケットに分割して送信を行い、全てのパケットの受信により、配送を完了と見なす方式で、同一のパケットを長時間、配信し続ける事で、１対多通信を実現している。
【００３７】
この放送がされている時間の間に、ＵＥ３０が全データを受信する事ができると、当該データの受信は完了となるが、データに欠損がある場合には受信が完了とならない。この場合、ＵＥ３０は、当該データの受信が完了していない事を検出すると、受信すべきデータのうちのどの部分が欠損をしているかを検出し、その欠損部分を予め定められているＢＭ−ＳＣ２０が具備するサーバに対して通知を行う（機能ブロックＢ）。
【００３８】
すなわち、ＵＥ１〜ＵＥ３が放送波を受信して受信できなかったコンテンツ（又はその一部）を、「随時」又は「断続的」にＮＡＣＫとしてＢＭ−ＳＣ２０のデータ受け取り手段２２に通知する。
【００３９】
ここで、ＢＭ−ＳＣ２０が、機能を果たすためには、まずＣＰ１０からコンテンツを受け取る（データ蓄積手段２１に蓄積される）必要がある。さらに、ＣＰ１０がカルーセル伝送方式を用いてデータの放送による配信を実施している必要があり、このどちらかが満たされていない場合には、それらが満たされるのを待ち、処理は実行されない。
【００４０】
この条件が満たされる時に、ＵＥ３０から、当該コンテンツに対するＮＡＣＫが送られてくると、ＢＭ−ＳＣ２０は同じ欠損部分を持つ受信機毎に集計を行う（機能ブロックＣ）。また、１つのＵＥ（ＵＥ１〜ＵＥ３のいずれか１つ）が複数の欠損を通知してきた場合には、それぞれ個別に集計を行う。（つまり、複数の欠損があるＵＥは、複数の登録が成される。）
これにより、おなじ欠損を持つＵＥのグルーピングが完了し、その結果を踏まえ、その欠損部分毎のマルチキャスト配信の時刻とその受信方法、およびユニキャスト配信の時刻とその取得方法を配信スケジュールデータとして作成し（配信スケジュールデータ作成手段２３）、該配信スケジュールデータを各ＵＥに対して通知を行う（機能ブロックＤ）。
【００４１】
ここで、前記機能ブロックＣにおけるＮＡＣＫの集計方法の一例を図１０とともに説明する。
【００４２】
図１０において、ａ，ｂ，ｃ…ｒ，ｓ，ｔは論理的に区切られたデータブロックである。各ユーザ端末ＵＥ１〜ＵＥ１１で欠損が検出されたブロックを黒で表しており、１１台のユーザ端末ＵＥ１〜ＵＥ１１で一通りのデータ送出（ＮＳＣＫ通知）が終わった段階での状況を示している。
【００４３】
本発明の集計方式では、データブロック毎に欠損状況を集計するものであり、
データｂの欠損…ユーザ端末ＵＥ１，ＵＥ３，ＵＥ４，ＵＥ６，ＵＥ７，ＵＥ１０
データｃの欠損…ユーザ端末ＵＥ１，ＵＥ２，ＵＥ３，ＵＥ６，ＵＥ７，ＵＥ１０，ＵＥ１１
データｄの欠損…ユーザ端末ＵＥ１，ＵＥ２，ＵＥ３，ＵＥ６，ＵＥ７，ＵＥ１０
・
・
・
（以下同様）
のように集計される。
【００４４】
したがって、例えば再配信時刻がそれぞれ、Ｔａ，Ｔｂ，Ｔｃ，Ｔｄ，Ｔｅ…Ｔｓ，Ｔｔとされる場合、ユーザ端末ＵＥ１には、Ｔｂ，Ｔｃ，Ｔｄ，Ｔｎ，Ｔｏ，Ｔｐという配信スケジュールデータを、ユーザ端末ＵＥ２には、Ｔｃ，Ｔｄ，Ｔｎ，Ｔｏ，Ｔｐという配信スケジュールデータを各々渡すことになる。
【００４５】
なお、このＮＡＣＫに関する処理は、放送によるデータ通信完了時以外にも、マルチキャスト通信の終了時にも同様に実施されるもので、その処理の内容は、ＮＡＣＫに含まれる情報として、放送による配信に対するＮＡＣＫか通信に対するＮＡＣＫかを示す識別子を除いて、同等である。また、マルチキャストによる配信を実施するか、ユニキャストによる配信を実施するかは、ＢＭ−ＳＣ運用者の運用ポリシーにより定める事が可能で、マルチキャストによる配信を実施せずに、放送による配信の後のＮＡＣＫを受け取り、すぐにユニキャストによる配信のための配信時刻と受信方法を通知し、ユニキャストによる配信に移行する事もできる。
【００４６】
例えばＮＡＣＫが一定数より多い場合には、ＣＰ１０からのデータカルーセル配信を続ける。また、ＮＡＣＫが一定数よりも下回ると、同一の欠損部分を持つＵＥをグルーピングし、その欠損部分を通信により配信する時間をＣＢＳ[ＣｅｌｌＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ]方式でそのグループ毎にＢＭＣ[Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｏｒｏｌ]形式でＵＥ３０に通知する（機能ブロックＤ）。
【００４７】
また、ＢＭ−ＳＣ２０のマルチキャストやユニキャストによる配信スケジュールを定める、データ受け取り手段２２および配信スケジュール作成手段２３は、受信するＮＡＣＫの件数により、マルチキャストによる配信時刻を縮めたり、伸ばしたり、マルチキャストによる配信を終了し、ユニキャストによる配信に遷移させるかを決定するアルゴリズムを有しており、それらに伴い配信スケジュールデータを作成する。
【００４８】
そしてＢＭ−ＳＣ２０が発出する配信スケジュールデータを受信したＵＥ３０は、そのスケジュールデータに従い、指定された時刻に指定された方法でサーバ（ＢＭ−ＳＣ２０）にアクセスを行い、データの受信を行い、欠損しているデータを補完する事により、データの蓄積が完了する。
【００４９】
すなわち、ＢＭ−ＳＣ２０からＭＢＭＳ[Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ]方式で配信を開始し（マルチキャスト配信手段２４；機能ブロックＥ）、各ＵＥは事前に配信されたＢＭＣにより自端末内で欠損しているコンテンツの通信時間となった際に、ＭＢＭＳにＪｏｉｎ（接続）し（機能ブロックＦ）、コンテンツの欠損部分を通信手段により補完する。
【００５０】
通信による配信を受信した後でも欠損が検出された場合（機能ブロックＧ）には、さらにＮＡＣＫを通知し（機能ブロックＨ）、ＮＡＣＫが一定数を下回るまで、前記機能ブロックＣ〜Ｈの行程を繰り返す（機能ブロックＩ）。
【００５１】
そしてデータ欠損状況の検出（機能ブロックＪ）およびデータ欠損状況のアップロード（機能ブロックＫ）を行った後、ＮＡＣＫが一定数を下回った場合、配信スケジュールデータ作成手段２３が、欠損を検出したＵＥの欠損部分別のユニキャストグループ（ユニキャスト配信すべき端末リスト）を生成する（機能ブロックＬ）。
【００５２】
次にユニキャスト（ｈｔｔｐ）を用いたｐｕｌｌ型の通信を実施する旨のＢＭＣをＵＥ３０に通知し（機能ブロックＭ）、各ＵＥからのリクエストに従いユニキャストによるコンテンツの送信を行う（ユニキャスト配信手段２５；機能ブロックＮ）。
【００５３】
なお、指定時刻、指定方法以外にＢＭ−ＳＣ２０に受信機がアクセスした場合は、全て接続が拒否される。また、放送局（ＣＰ１０）からコンテンツをＢＭ−ＳＣ２０が受け取る際に、当該コンテンツをＢＭ−ＳＣ２０が一時的に蓄積していてもよい期限や、配信してもよい期限を設定されている際には、その時刻に達した時点で、配信の終了処理や、データ蓄積手段２１に蓄積されているデータの削除処理を行う（データ削除手段２６）。
【００５４】
次に図１のシステムの各部の処理の詳細を図３〜図９のフローチャート１、２、３−１、３−２、４−１、４−２、５とともに説明する。
【００５５】
尚図３〜図９の各フローチャート１、２、３−１、３−２、４−１、４−２、５と図１の各機能ブロックＡ〜Ｎは、次の表２のように対応している。
【００５６】
【表２】
0004675396.tif 000003
【００５７】
図３のフローチャート１はＣＰ１０（放送局）（図１の機能ブロックＡ）の処理の流れを示している。
【００５８】
まずステップＳ１０１において、配信するデータがあるか否かを判定し、ある場合はステップＳ１０２において配信中のデータの配信残り時間が残っているかどうかを調べる。
【００５９】
前記時間が残っている場合は、配信残り時間があるデータを放送波で配信し、残っていない場合は、ステップＳ１０４において残り時間がゼロになったデータの配信を終了し、ステップＳ１０５において当該データを通信による配信システム（ＢＭ−ＳＣ２０）に送信する。
【００６０】
図４のフローチャート２は、マルチキャスト、ユニキャストの双方に必要な制御を表し、ＢＭ−ＳＣ２０の機能＃１、＃２、＃３、＃６（図１の機能ブロックＢ，Ｃ，Ｄ，Ｈ，Ｇ，Ｋ，Ｌ，Ｍ）の処理の流れを示している。
【００６１】
まずステップＳ２０１において、放送局からデータ受信要求があるか否かを判定し、ある場合はステップＳ２０２においてデータを受信し、識別子と共にデータ蓄積手段２１に格納し、ステップＳ２０１に戻る。
【００６２】
データ受信要求がない場合は、ＮＡＣＫの受信要求があるか否かを調べ（ステップＳ２０３）、ある場合はＮＡＣＫを受信し（ステップＳ２０４）、そのＮＡＣＫが放送に対するものかどうかを判定する（ステップＳ２０５）。
【００６３】
ＮＡＣＫが放送に対するものである場合は、ステップＳ２０６においてＮＡＣＫを識別子毎に集計し、配信者リスト１を生成した後、ステップＳ２０１に戻る。
【００６４】
ＮＡＣＫが放送に対するものではない場合は、ＮＡＣＫがマルチキャストに対するものかどうかを判定し（ステップＳ２０７）、マルチキャストに対するものである場合はステップＳ２０８においてＮＡＣＫを識別子毎に集計し、配信者リスト２を生成した後、ステップＳ２０１に戻る。
【００６５】
ＮＡＣＫがマルチキャストに対するものではない場合はステップＳ２０９において無効なＮＡＣＫを通知した後、ステップＳ２０１に戻る。
【００６６】
前記ステップＳ２０３においてＮＡＣＫの受信要求がないと判定された場合は、ステップＳ２１０においてスケジュール配信時刻であるか否かを判定する。
【００６７】
配信時刻である場合は、ステップＳ２１１において識別子毎の配信者リスト１に従ってマルチキャスト配信スケジュールをＵＥに送信し、ステップＳ２１２において識別子毎の配信者リスト２に従ってユニキャスト配信スケジュールをＵＥに送信した後、ステップＳ２０１に戻る。
【００６８】
またスケジュール配信時刻ではない場合は、ステップＳ２１３においてＣＰ１０（放送局）から受信したデータの削除時刻になったか否かを判定する。
【００６９】
データの削除時刻になった場合は、配信者リスト１、配信者リスト２および当該コンテンツを削除し（ステップＳ２１４〜Ｓ２１６）、ステップＳ２１７において全パラメータ・フラグを初期化した後、ステップＳ２０１に戻る。
【００７０】
図５のフローチャート３−１は、マルチキャスト配信の開始／終了制御を表し、ＢＭ−ＳＣ２０の機能＃７（図１の機能ブロックＥ）の処理の流れを示している。
【００７１】
まずステップＳ３０１において、配信するデータを受け取っているか否かを判定し、受け取っている場合はステップＳ３０２において当該データの配信リスト１が作成されているか否かを判定する。
【００７２】
配信リスト１が作成されている場合は、ステップＳ３０３において当該データの配信スケジュールが決まっているか否かを判定し、決まっていない場合はステップＳ３０４において、データサイズから配信スケジュール（配信時刻）を算出し、配信スケジュールを決定した後、ステップＳ３０１に戻る。
【００７３】
データの配信スケジュールが決まっている場合は、ステップＳ３０５においてデータの配信スケジュールの配信が終わっているか否かを判定し、終わっている場合はステップＳ３０６においてデータのマルチキャスト配信開始時刻になったか否かを判定する。
【００７４】
配信開始時刻である場合は、データのマルチキャスト配信フラグＭＣを１にし（ステップＳ３０７）、ステップＳ３０８においてデータのマルチキャスト配信終了時刻か否かを判定し、配信終了時刻である場合はステップＳ３０９においてデータのマルチキャスト配信フラグＭＣを−１にした後、ステップＳ３０１に戻る。
【００７５】
図６のフローチャート３−２は、マルチキャストによる通信を表し、ＢＭ−ＳＣ２０の機能＃４（図１の機能ブロックＥ、Ｆ）の処理の流れを示している。
【００７６】
まずステップＳ４０１においてマルチキャスト配信への接続要求があるか否かを判定し、ある場合はステップＳ４０２においてその要求が正しい接続要求であるか否かを判定し、正しい場合はステップＳ４０３において配信者リスト１の中にそのユーザがあるか否かを判定する。
【００７７】
ユーザがある場合は、ステップＳ４０４において、マルチキャスト配信用の鍵交換を行い、接続要求を受け付けた後、ステップＳ４０１に戻る。
【００７８】
前記ステップＳ４０２において正しい接続要求ではないと判定された場合と、ステップ４０３において配信者リスト１の中にそのユーザがないと判定された場合は、ステップＳ４０５において接続要求拒否を通知した後、ステップＳ４０１に戻る。
【００７９】
前記ステップＳ４０１において接続要求がないと判定された場合は、ステップＳ４０６においてデータ配信フラグＭＣが１となった通信があるか否かを判定する。
【００８０】
その通信があると判定された場合は、当該コンテンツの配信を終了し（ステップＳ４０７）、データ配信フラグＭＣを０にし（ステップＳ４０８）、データのユニキャスト状態遷移フラグＵＭを１にし（ステップＳ４０９）、該データの配信者リスト１を削除し（ステップＳ４１０）、その後ステップＳ４０１に戻る。
【００８１】
前記ステップＳ４０６においてデータ配信フラグＭＣが−１となった通信がないと判定された場合、ステップＳ４１１においてデータ配信フラグＭＣが１のデータがあるか否かを判定する。
【００８２】
データ配信フラグＭＣが−１となった通信がある場合は、ステップＳ４１２において当該コンテンツの配信を開始した後、ステップＳ４１３において全データの送信を確認する。全データを送信した場合は、送信を終了し（ステップＳＳ４１４）、配信者リスト２を参照し（ステップＳ４１５）、リスト２の総数（又は割合）が閾値を下回ったか否かを判定する（ステップＳ４１６）。
【００８３】
リスト２の総数（又は割合）が閾値を下回った場合は、データのユニキャスト状態遷移フラグＵＭを１にし（ステップＳ４１７）、データ配信フラグＭＣを０にし（ステップＳ４１８）、該データの配信者リスト１を削除し（ステップＳ４１９）、その後ステップＳ４０１に戻る。
【００８４】
またリスト２の総数（又は割合）が閾値を下回っていない場合は、ステップＳ４２０において配信者リスト１を配信者リスト２で上書きし、その後ステップＳ４０１に戻る。
【００８５】
図７のフローチャート４−１は、ユニキャスト配信の開始／終了制御を表し、ＢＭ−ＳＣ２０の機能＃８（図１の機能ブロックＮ）の処理の流れを示している。
【００８６】
まずステップＳ５０１において、配信するデータを受け取っているか否かを判定し、受け取っている場合はステップＳ５０２において当該データの配信リスト２が作成されているか否かを判定する。
【００８７】
配信リスト２が作成されている場合は、ステップＳ５０３において当該データの配信スケジュールが決まっているか否かを判定し、決まっていない場合はステップＳ５０４において、データサイズから配信スケジュール（配信時刻）を算出し、配信スケジュールを決定した後、ステップＳ５０１に戻る。
【００８８】
データの配信スケジュールが決まっている場合は、ステップＳ５０５においてデータの配信スケジュールの配信が終わっているか否かを判定し、終わっている場合はステップＳ５０６においてデータのユニキャスト配信開始時刻になったか否かを判定する。
【００８９】
配信開始時刻である場合は、データのユニキャスト配信フラグＵＣを１にし（ステップＳ５０７）、ステップＳ５０８においてデータのユニキャスト配信終了時刻か否かを判定し、配信終了時刻である場合はステップＳ５０９においてデータのユニキャスト配信フラグＵＣを０にした後、ステップ５３０１に戻る。
【００９０】
またデータのユニキャスト配信開始時刻になっていない場合は、ステップＳ５１０において状態遷移フラグＵＭが１か否かを判定し、ＵＭ１である場合はステップＳ５０７へ進み、ＵＭ１ではない場合はステップＳ５０８へ進む。
【００９１】
図８のフローチャート４−２は、ユニキャスト通信処理を表し、ＢＭ−ＳＣ２０の機能＃５（図１の機能ブロックＮ）の処理の流れを示している。
【００９２】
まずステップＳ６０１においてユニキャストによるコンテンツ取得要求があるか否かを判定し、ある場合はステップＳ６０２においてその要求は正しいか否かを判定する。
【００９３】
要求が正しい場合はステップＳ６０３において当該コンテンツのユニキャスト配信フラグＵＣが１か否かを判定し、１である場合はステップＳ６０４において配信者リスト２の中にそのユーザが含まれているか否かを判定する。
【００９４】
ユーザが含まれている場合はステップＳ６０５においてコンテンツ要求元に対して対応したコンテンツの転送を開始し、その後ステップＳ６０１に戻る。
【００９５】
また前記ステップＳ６０２〜Ｓ６０４の各判定結果がＮＯの場合は、ステップＳ６０６においてコンテンツ取得要求を拒否し、その後ステップＳ６０１に戻る。
【００９６】
またユニキャストによるコンテンツ取得要求がない場合は、ステップＳ６０７においてコンテンツの転送が終了したセッションがあるか否かを判定し、ある場合はステップＳ６０８において配信者リスト２の中にそのユーザが含まれているか否かを判定する。
【００９７】
ユーザが含まれていない場合はステップＳ６０１に戻り、含まれている場合はステップＳ６０９において配信者リスト２から当該ユーザの情報を削除し、その後ステップＳ６０１に戻る。
【００９８】
またステップＳ６０７において、終了したセッションがないと判定された場合はステップＳ６１０においてコンテンツ配信終了時刻が過ぎたコンテンツがあるか否かを判定する。
【００９９】
終了時刻を過ぎたコンテンツがない場合はステップＳ６０１に戻り、ある場合はステップＳ６１１においてデータのユニキャスト配信フラグＵＣを０にし、その後ステップＳ６０１に戻る。
【０１００】
図９のフローチャート５は、受信側のフローチャートであり、ＢＭ−ＳＣ２０の機能＃１およびＵＥ（図１の機能ブロックＧ，Ｊ，Ｆ，Ｎ，Ｄ，Ｍ，Ｂ，Ｈ，Ｋ）の処理の流れを示している。
【０１０１】
まずＢＭ−ＳＣ２０側では、ステップＳ７０１において放送によるデータ配信があるか否かを判定し、ある場合はそのデータを受信して（ステップＳ７０２）、データ蓄積手段２１に蓄積する（ステップＳ７０３）。これらデータの受信および蓄積は、ステップＳ７０４の判定においてＵＥ（ユーザ端末３０）からのＮＡＣＫ通知信号を受信するまで繰り返される。
【０１０２】
次にＵＥ側では、ステップＳ７０５において放送によるデータに欠損部分があるか否かを判定し、ある場合は該欠損部分の識別子をＮＡＣＫとしてＢＭ−ＳＣ２０へ通知し（ステップＳ７０６）、その後ステップＳ７０１に戻る。
【０１０３】
次にステップＳ７０１の判定結果がＮＯである場合、ＵＥ側ではステップＳ７０７において、ＢＭ−ＳＣ２０からの通信スケジュールを受信したか否かを判定し、受信した場合は受信処理時刻と受信方法を記憶し（ステップＳ７０８）、その後ステップＳ７０１に戻る。
【０１０４】
通信スケジュールを受信していない場合は、ステップＳ７０９においてスケジュールに記された時刻になったか否かを判定し、その時刻になった場合は、ステップＳ７１０においてＮＳＣＫ通知時刻か否かを判定する。
【０１０５】
ＮＡＣＫ通知時刻である場合はステップＳ７１１においてデータに欠損部分があるか否かを判定し、欠損部分がなければステップＳ７０１に戻り、欠損部分がある場合はステップＳ７１２において欠損部分の識別子をＮＡＣＫとして通知し、その後ステップＳ７０１に戻る。
【０１０６】
前記ステップＳ７１０の判定においてＮＡＣＫ通知時刻ではない場合は、ステップＳ７１３においてマルチキャスト配信の受信時刻か否かを判定し、受信時刻である場合はステップＳ７１４においてＪｏｉｎ（接続要求）を通知する。
【０１０７】
そしてステップＳ７１５の判定によりデータの配信がはじまったことを条件にステップＳ７１６においてデータを受信して蓄積し、その後ステップＳ７０１に戻る。
【０１０８】
前記ステップＳ７１３の判定結果がマルチキャスト配信の受信時刻ではない場合は、ステップＳ７１７においてユニキャスト配信の受信時刻か否かを判定する。
【０１０９】
ユニキャスト配信受信時刻である場合は、ＨＴＴＰでリクエストし（ステップＳ７１８）、データを受信して蓄積し（ステップＳ７１９）、その後ステップＳ７０１に戻る。
【０１１０】
尚、前記実施例では、配信の流れとして、ブロードキャスト→マルチキャスト→ユニキャストの流れで運用していたが、表１の機能ブロックＥの補足説明でも記述したとおり、マルチキャスト配信に割当てる時刻を定めなければ、ブロードキャスト→ユニキャストという運用も可能である。
【０１１１】
この場合、図２のマルチキャスト配信手段２４（機能＃４）およびマルチキャスト配信期間制御手段２７（機能＃７）を削除し、図１のシーケンスから機能ブロックＣ〜機能ブロックＫを削除した構成とする。
【０１１２】
また、本実施形態のコンテンツ配信サーバ装置における各手段の一部もしくは全部の機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、本実施形態のコンテンツ配信方法における手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもなく、コンピュータでその機能を実現するためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えばＦＤ（Ｆｌｏｐｐｙ（登録商標）  Ｄｉｓｋ）や、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、メモリカード、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＢＬｕ−ｒａｙ  Ｄｉｓｋ（登録商標）、ＨＤＤ，リムーバブルディスクなどに記録して、保存したり、配布したりすることが可能である。また、上記のプログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【図面の簡単な説明】
【０１１３】
【図１】本発明の一実施形態例を示すシステムの構成図。
【図２】本発明の一実施形態例の要部構成を示すブロック図。
【図３】本発明の一実施形態例における放送局側の処理を示すフローチャート。
【図４】本発明の一実施形態例におけるマルチキャスト、ユニキャストの双方に必要な制御の処理の流れを示すフローチャート。
【図５】本発明の一実施形態例におけるマルチキャスト配信の開始／終了制御の処理の流れを示すフローチャート。
【図６】本発明の一実施形態例におけるマルチキャスト配信の処理の流れを示すフローチャート。
【図７】本発明の一実施形態例におけるユニキャスト配信の開始／終了制御の処理の流れを示すフローチャート。
【図８】本発明の一実施形態例におけるユニキャスト配信の処理の流れを示すフローチャート。
【図９】本発明の一実施形態例における受信側の処理の流れを示すフローチャート。
【図１０】本発明の一実施形態例における欠損状況データの集計方法の一例を示す説明図。
【符号の説明】
【０１１４】
１０…コンテンツプロバイダ（ＣＰ）、２０…ネットワークサービス事業者のサーバ装置（ＢＭ−ＳＣ）、２１…データ蓄積手段、２２…データ受け取り手段、２３…配信スケジュールデータ作成手段、２４…マルチキャスト配信手段、２５…ユニキャスト配信手段、２６…データ削除手段、２７…マルチキャスト配信期間制御手段、２８…ユニキャスト配信期間制御手段、３０…ユーザ端末（ＵＥ）。
【図１】
0004675396.tif 000004
【図２】
0004675396.tif 000005
【図３】
0004675396.tif 000006
【図４】
0004675396.tif 000007
【図５】
0004675396.tif 000008
【図６】
0004675396.tif 000009
【図７】
0004675396.tif 000010
【図８】
0004675396.tif 000011
【図９】
0004675396.tif 000012
【図１０】
0004675396.tif 000013