(57)【要約】【課題】受信装置に向けて配信されるＣＭストリームの宣伝効果の確保及びコンテンツ配信サービスの品質の向上を図る。【解決手段】ＣＭ連結ストリーム用の再生制御メタデータにトリック再生の制限の有無を設定するトリック再生禁止フラグを導入する。受信装置２０のＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイル内のトリック再生禁止フラグがオンに設定されている場合、ＣＭ連結ストリームの再生中にユーザからの早送り再生やスキップ再生等のトリック再生の命令をうけ付けないようにする。これによりＣＭの宣伝効果を確保することができる。また、複数のＣＭデータが連結されて１つのＣＭ連結ストリームとして受信装置に配信されるので、ＣＭの切り替え時に再生が途切れることなく円滑にＣＭ連結ストリームを再生することができる。【選択図】図３
2010252262.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信装置に配信するシステムに用いられるサーバ装置であって、
前記受信装置でのトリック再生の制限の有無を設定する第１の設定情報を少なくとも含む、前記コマーシャルストリーム用の再生制御情報を格納する再生制御情報格納部と、
前記受信装置からの第１の再生制御情報取得要求に応じて前記コマーシャルストリーム用の再生制御情報を前記再生制御情報格納部から取り出して前記受信装置に送信する再生制御情報送信部と
を具備するサーバ装置。
【請求項２】
請求項１に記載のサーバ装置であって、
コマーシャルストリームは、複数のコマーシャルデータが１つのストリームに連結されて構成されるコマーシャル連結ストリームである
サーバ装置。
【請求項３】
請求項１に記載のサーバ装置であって、
前記受信装置で再生が中断された前記コンテンツを識別する第１の識別情報、当該受信装置またはユーザを識別する第２の識別情報、及び再生が中断された前記コマーシャルストリームまたは前記本編ストリームの終了時間位置情報を少なくとも含む再生終了通知を前記受信装置より受信する再生終了通知受信部と、
前記受信した再生終了通知に含まれる前記第１の識別情報と、前記第２の識別情報と、前記終了時間位置情報とを対応付けてレジューム情報として記憶するレジューム情報記憶部と、
前記受信装置からの前記再生が中断されたコンテンツを識別する前記第１の識別情報及び当該受信装置またはユーザを識別する前記第２の識別情報を含むコンテンツ視聴要求に応じて、前記レジューム情報記憶部に格納された前記レジューム情報から、当該コンテンツの前記コマーシャルストリームまたは前記本編ストリームの終了時間位置情報を再生再開位置情報として前記受信装置に送信する再生再開位置通知部と
をさらに具備するサーバ装置。
【請求項４】
請求項３に記載のサーバ装置であって、
前記コマーシャルストリームの再生終了通知をもとに当該コマーシャルストリームの再生が最後まで行われたとみなされる場合に、前記本編ストリーム用の配信起動情報を前記受信装置に送信すると共に、前記再生終了通知に含まれる前記第１の識別情報及び前記第２の識別情報を含むコマーシャル視聴済み情報を記録する視聴済み情報記録部
をさらに具備するサーバ装置。
【請求項５】
請求項１に記載のサーバ装置であって、
前記受信装置のユーザの嗜好に関する情報を記憶するユーザ嗜好記憶部と、
前記受信装置からのコンテンツ視聴要求に応じて、前記ユーザ嗜好記憶部から当該ユーザの嗜好に関する情報を参照し、この嗜好に合った前記コマーシャルストリームを選択して、前記受信装置にて当該コマーシャルストリームの前記再生制御情報を取得するために必要な情報を含む配信起動情報を前記受信装置に送信する配信起動情報送信部と
をさらに具備するサーバ装置。
【請求項６】
請求項１に記載のサーバ装置であって、
前記再生制御情報送信部は、
前記受信装置からのユーザの嗜好に関する情報を含む第２の再生制御情報取得要求に応じて、当該ユーザの嗜好に合った前記コマーシャルストリームを選択して、当該コマーシャルストリームの前記再生制御情報を前記受信装置に送信する
サーバ装置。
【請求項７】
請求項１に記載のサーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、
前記第１の設定情報を含む前記再生制御情報を前記サーバ装置より取得する第１の再生制御情報取得部と、
前記取得した再生制御情報をもとに前記コマーシャルストリームを取得し再生するとともに、前記再生制御情報に含まれる前記第１の設定情報に従って、前記コマーシャルストリームの前記トリック再生の可否を決定するストリーム再生部と
を具備する受信装置。
【請求項８】
請求項３に記載のサーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、
再生が中断された前記コンテンツを識別する第１の識別情報、当該受信装置またはユーザを識別する第２の識別情報、及び再生が中断された前記コマーシャルストリームまたは前記本編ストリームの終了時間位置情報を含む再生終了通知を前記サーバ装置に送信する再生終了通知送信部と、
ユーザより前記再生が中断された前記コンテンツの視聴の指示が入力されたとき、当該コンテンツを識別する前記第１の識別情報及び前記第２の識別情報を含む前記コンテンツ視聴要求を前記サーバ装置に送信するコンテンツ視聴要求部と、
前記コンテンツ視聴要求に応じて前記サーバ装置より送信された、前記再生が中断された前記コマーシャルストリームまたは前記本編ストリームの再生再開位置情報を取得し、この再生再開位置情報をもとに、前記再生が中断された時間位置からの前記コマーシャルストリームまたは前記本編ストリームの配信を前記サーバ装置に要求するストリーム配信要求部と
を具備する受信装置。
【請求項９】
請求項５に記載のサーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、
ユーザの嗜好に関する情報を前記サーバ装置に提供するユーザ嗜好情報提供部と、
前記コンテンツ視聴要求を前記サーバ装置に送信し、前記サーバ装置より前記ユーザの嗜好に合った前記コマーシャルストリームの前記再生制御情報を取得するために必要な情報を含む配信起動情報を取得する配信起動情報取得部と
を具備する受信装置。
【請求項１０】
請求項６に記載のサーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、
ユーザの嗜好に関する情報を含む前記第２の再生制御情報取得要求を前記サーバ装置に送信し、前記サーバ装置より前記ユーザの嗜好に合った前記コマーシャルストリームの前記再生制御情報を取得する第２の再生制御情報取得部
を具備する受信装置。
【請求項１１】
サーバ装置から受信装置にコンテンツの本編ストリームに先立って配信されるコマーシャルストリームのトリック再生を制限する方法であって、
前記サーバ装置から前記受信装置に、前記トリック再生の制限の有無を設定する第１の情報を含む、前記コマーシャルストリームの再生を制御するために必要な再生制御メタデータを送信し、
前記受信装置にて、前記再生制御メタデータをもとに前記コマーシャルストリームを取得し再生するとともに、前記再生制御メタデータに含まれる前記第１の情報に従って前記コマーシャルストリームの前記トリック再生の可否を決定する
トリック再生制限方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてコマーシャルストリームとコンテンツの本編ストリームを配信するためのシステムに用いられるサーバ装置、トリック再生制限方法、及びそのストリームを受信し再生する受信装置に関する。
【背景技術】
【０００２】
高速データ通信ネットワークの普及に伴い、動画、音楽などの様々なコンテンツのストリームをＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）方式で配信するサービスが普及している。この種のサービスの形態として、コンテンツの本編のストリーム（以下「本編ストリーム」と記述）の少なくとも配信前にコマーシャルのストリーム（以下「ＣＭストリーム」と記述）を配信することによって、ユーザにＣＭを視聴してもらう方式が一般的である。
【０００３】
このようなサービスを実現する方法として、ＣＭストリームと本編ストリームとをソースレベルで一体化してＣＭ付きコンテンツとして管理し、ユーザからの視聴要求に対してＣＭ付きコンテンツのストリームを配信する方法が一般的である。
【０００４】
しかし、この方法では、本編ストリームとＣＭストリームとがソースレベルで連結されているため、ＣＭストリームの差し替えが容易ではない。すなわち、ＣＭのストリームを差し替える都度、コンテンツ本編のストリームとＣＭストリームを含めた全体のストリームの符号化処理が必要となり、非効率である。
【０００５】
本編ストリームを提供するコンテンツサーバ装置及びＣＭストリームを提供するＣＭサーバ装置のそれぞれから提供される本編ストリーム及びＣＭストリームを視聴者の端末に中継する中継装置を用いた方式が知られている。この方式では、中継装置は、予め設定されたコマーシャル挿入スケジュールに従って、コンテンツサーバ装置及びＣＭサーバ装置のそれぞれに配信させるストリームを切り替える。これにより、ＣＭ付きコンテンツのソースレベルでの再編成作業を要することなく、本編ストリームに付帯させるＣＭストリームを容易に差し替えることができる（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３６４００１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の方式によれば、中継装置が各視聴者に配信するコマーシャルの切り替えを一手に担うため、特に配信要求がバースト的に発生した場合などの応答性を鑑みて、大規模な中継システムが必要となる場合がある。
【０００８】
このような事情から、中継システムを使用せずに、しかもＣＭ付きコンテンツのソースレベルでの再編成作業を要することなく、本編ストリームに付帯させるＣＭストリームを入れ替えることのできる仕組みが求められている。
【０００９】
そこで、視聴者の受信装置に、本編ストリームとＣＭストリームのそれぞれを個別のＵＲＬを使って順番にアクセスさせる仕組みが検討されている。このような仕組みには、例えば次のようなものが考え出されている。
【００１０】
受信装置のブラウザは、ネットワークを通じて接続されたポータルサーバより、ＣＭ付きコンテンツのリストとＣＭ付きコンテンツ毎のストリーム配信を起動させるために必要な配信起動情報を含むＨＴＭＬ文書またはＢＭＬ文書等のウェブ文書を取得する。ブラウザは、そのウェブ文書に含まれるＣＭ付きコンテンツのリストを表示画面に表示し、視聴したいＣＭ付きコンテンツをユーザに選択させる。ブラウザは、ユーザから、その選択されたＣＭ付きコンテンツの再生の指示を受けて受信装置内のＡＶプレイヤを起動する。
【００１１】
ＡＶプレイヤは、再生が指示されたＣＭ付きコンテンツの配信起動情報をポータルサーバより取得する。ここで、ＣＭ付きコンテンツの配信起動情報は、再生制御メタファイルＵＲＬ、戻り先ＵＲＬ、ライセンスＩＤ、再生開始時刻等を含む。再生制御メタファイルＵＲＬは、ＣＭ付きコンテンツを構成する先頭のストリームの再生制御メタファイルの置き場所を指定するＵＲＬである。この例では、例えば、ＣＭ付きコンテンツのストリームがｎ個のＣＭ（ＣＭ１，ＣＭ２，・・・，ＣＭｎ）のストリームと１つのコンテンツ本編のストリームからなり、ｎ個のＣＭのストリームが連続して再生された後に本編のストリームが再生されるものとする。この場合、受信装置がＣＭ付きコンテンツを再生するために最初に取得する配信起動情報の中の再生制御メタファイルＵＲＬは、先頭のＣＭストリーム（ＣＭ１）のための再生制御メタファイルの置き場所を指示するＵＲＬである。また、配信起動情報の中の戻り先ＵＲＬは、次に再生すべきストリーム、つまり本例では２番目のＣＭストリーム（ＣＭ２）のための再生制御メタファイルの置き場所を指示するＵＲＬである。
【００１２】
ＡＶプレイヤは、再生が指示されたＣＭ付きコンテンツの配信起動情報を抽出した後、その中の再生制御メタファイルＵＲＬをもとに再生制御メタサーバにアクセスして、再生が指示されたＣＭストリーム用の再生制御メタファイルを取得する。再生制御メタファイルには、コンテンツの名称、コンテンツＵＲＬ、ＤＲＭサーバＵＲＬ、ライセンスＩＤなどが保存されている。
【００１３】
次に、ＡＶプレイヤは、取得した再生制御メタファイルからＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する。ＡＶプレイヤは、このＤＲＭサーバＵＲＬをもとにＤＲＭサーバとの間にセキュアな通信路を確立して、抽出したライセンスＩＤを含むライセンス取得要求をＤＲＭサーバに送信する。これによって、ＡＶプレイヤは、ＤＲＭサーバから、そのライセンスＩＤに対応するコンテンツ鍵を含むライセンスを取得する。
【００１４】
ＡＶプレイヤは、ライセンスを取得した後、再生制御メタファイルから抽出したＣＭストリームのコンテンツＵＲＬを含むコンテンツ取得要求をコンテンツサーバに送信して、暗号化されたＣＭストリームを受信する。ＡＶプレイヤは、受信した暗号化されたＣＭストリームをライセンスのコンテンツ鍵で復号し、その結果得られる符号化データをデコードして、映像と音声をそれぞれ出力する。これによりＣＭストリームの再生が開始される。ＣＭストリームの再生が終了すると、ＡＶプレイヤは、その再生完了通知をブラウザに送信する。
【００１５】
ブラウザは、再生完了通知を受けると、ＣＭ付きコンテンツの配信起動情報の中から戻り先ＵＲＬを抽出し、この戻り先ＵＲＬをもとにポータルサーバにアクセスして、２番目のＣＭストリーム（ＣＭ２）の配信起動情報を取得する。
【００１６】
以後の動作は、最初のＣＭストリーム（ＣＭ１）の再生時と同様である。２番目のＣＭストリーム（ＣＭ２）の再生が終了したら、続いて３番目のＣＭストリーム（ＣＭ３）、本編ストリームに対する処理が同様に行われる。
【００１７】
上記の方式では、それぞれのＣＭストリームおよび本編ストリームが独立しているので、本編ストリームに付帯させるＣＭストリームの差し替えが比較的容易である。その反面、個々のＣＭストリーム、本編ストリームを受信しようとする都度、配信起動情報を含むウェブ文書の取得、再生制御メタファイルの取得、ライセンスの取得が行われるので、ストリーム間での再生の途切れが度々発生する場合がある。
【００１８】
また、受信装置では、受信装置のユーザの操作によってＣＭが早送り再生やスキップ再生された場合、ＣＭの意図する宣伝効果が得られなくなる。そこで、受信装置でのユーザによる操作によってＣＭが早送り再生やスキップ再生されたりするのを禁止する仕組みが必要である。さらには、個々のＣＭ毎に早送り再生やスキップ再生を禁止したり許可したりすることをＣＭ配信者側で選択できれば、ユーザに必ず視聴させたいＣＭとそうでないＣＭとが混在した新規な方式でのＣＭ配信が可能となることから、そのための解決手段が求められている。
【００１９】
さらに、典型的なコンテンツ配信システムでは、ＣＭ付きコンテンツを途中まで視聴してから再生を中断した後、再びそのＣＭ付きコンテンツを視聴する場合であっても、先頭位置からそのＣＭ付きコンテンツの再生が開始されるようになっている。このためユーザは、例えば早送り再生やスキップ再生等により再生時間位置を前回中断した再生時間位置まで進める操作を余儀なくされていた。
【００２０】
以上のような事情に鑑み、本発明の目的は、コマーシャルストリームの宣伝効果の確保及びコンテンツ配信サービスの品質の向上を図ることのできるサーバ装置及びトリック再生制限方法と、そのサービスを利用することのできる受信装置を提供することにある。
【課題を解決するための手段】
【００２１】
上記の課題を解決するために、本発明のサーバ装置は、コンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信装置に配信するシステムに用いられるサーバ装置であって、前記受信装置でのトリック再生の制限の有無を設定する第１の設定情報を少なくとも含む、前記コマーシャルストリーム用の再生制御情報を格納する格納部と、前記受信装置からの第１の再生制御情報取得要求に応じて前記コマーシャルストリーム用の再生制御情報を前記受信装置に送信する再生制御情報送信部とを具備する。
【００２２】
本発明では、受信装置でのコマーシャルストリームの例えば、早送り再生やスキップ再生等のトリック再生の制限の有無を設定する第１の設定情報を含む再生制御情報を受信装置に送信する。受信装置は、この第１の設定情報を含む再生制御情報をもとに、コマーシャルストリームを取得し再生するとともに、再生制御情報に含まれる第１の設定情報に従って、コマーシャルストリームのトリック再生の可否を決定することができる。これにより、受信装置でのユーザによる操作によってコマーシャルストリームのトリック再生が行われることを禁止でき、コマーシャルストリームによる宣伝効果を確保できる。また、個々のコマーシャルストリーム毎にトリック再生の制限の有無を設定することができることで、ユーザに必ず視聴させたいコマーシャルストリームとそうでないコマーシャルストリームとが混在した新規な方式でのコマーシャルストリーム配信が可能となる。
【００２３】
コマーシャルストリームは、複数のコマーシャルデータが１つのストリームに連結されて構成されるコマーシャル連結ストリームとしてもよい。これにより、コマーシャルの切り替え時に再生が途切れることがなくなる。
【００２４】
また、本発明のサーバ装置は、前記受信装置で再生が中断された前記コンテンツを識別する第１の識別情報、当該受信装置またはユーザを識別する第２の識別情報、及び再生が中断された前記コマーシャルストリームまたは前記本編ストリームの終了時間位置情報を少なくとも含む再生終了通知を前記受信装置より受信する再生終了通知受信部と、前記受信した再生終了通知に含まれる前記第１の識別情報と、前記第２の識別情報と、前記終了時間位置情報とを対応付けてレジューム情報として記憶するレジューム情報記憶部と、前記受信装置からの前記再生が中断されたコンテンツを識別する前記第１の識別情報及び当該受信装置またはユーザを識別する前記第２の識別情報を含むコンテンツ視聴要求に応じて、前記レジューム情報記憶部に格納された前記レジューム情報から、当該コンテンツの前記コマーシャルストリームまたは前記本編ストリームの終了時間位置情報を再生再開位置情報として前記受信装置に送信する再生再開位置通知部とをさらに具備するものであってよい。
【００２５】
本発明のサーバ装置において、レジューム情報記憶部は、受信装置で再生が中断されたコンテンツを識別する第１の識別情報、当該受信装置またはユーザを識別する第２の識別情報、及びコマーシャルストリームまたは本編ストリームの終了時間位置情報を互いに対応付けてレジューム情報として記憶する。サーバ装置の再生再開位置通知部は、受信装置からの再生が中断されたコンテンツを識別する第１の識別情報及び当該受信装置またはユーザを識別する第２の識別情報を含むコンテンツ視聴要求に応じて、レジューム情報記憶部に格納されたレジューム情報から、当該コンテンツのコマーシャルストリームまたは本編ストリームの終了時間位置情報を再生再開位置情報として受信装置に送信する。これにより、受信装置において、ＣＭストリームまたは本編ストリームの再生がユーザの操作によって中断された以後、その中断されたコンテンツの再生が再度指示されたとき、再生を中断した時間位置からＣＭストリームまたは本編ストリームの再生を再開させることができる。
【００２６】
本発明のサーバ装置は、前記コマーシャルストリームの再生終了通知をもとに当該コマーシャルストリームの再生が最後まで行われたとみなされる場合に、前記本編ストリーム用の配信起動情報を前記受信装置に送信すると共に、前記再生終了通知に含まれる前記第１の識別情報及び前記第２の識別情報を含むコマーシャル視聴済み情報を記録する視聴済み情報記録部をさらに具備するものとしてもよい。
【００２７】
これにより、ユーザ毎にコマーシャルの視聴履歴をコマーシャルの効果を分析するための情報として得ることができる。
【００２８】
本発明のサーバ装置は、前記受信装置のユーザの嗜好に関する情報を記憶するユーザ嗜好記憶部と、前記受信装置からのコンテンツ視聴要求に応じて、前記ユーザ嗜好記憶部から当該ユーザの嗜好に関する情報を参照し、この嗜好に合った前記コマーシャルストリームを選択して、前記受信装置にて当該コマーシャルストリームの前記再生制御情報を取得するために必要な情報を含む配信起動情報を前記受信装置に送信する配信起動情報送信部とをさらに具備するものであってもよい。
【００２９】
本発明のサーバ装置では、ユーザの嗜好に合ったコマーシャルストリームを選択して受信装置に配信することができるので、コマーシャル配信による宣伝効果を高めることができる。
【００３０】
また、本発明のサーバ装置において、前記再生制御情報送信部は、前記受信装置からのユーザの嗜好に関する情報を含む第２の再生制御情報取得要求に応じて、当該ユーザの嗜好に合った前記コマーシャルストリームを選択して、当該コマーシャルストリームの前記再生制御情報を前記受信装置に送信することとしてもよい。
【００３１】
本発明の別の観点に基づく受信装置は、請求項１に記載のサーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、前記第１の設定情報を含む前記再生制御情報を前記サーバ装置より取得する第１の再生制御情報取得部と、前記取得した再生制御情報をもとに前記コマーシャルストリームを取得し再生するとともに、前記再生制御情報に含まれる前記第１の設定情報に従って、前記コマーシャルストリームの前記トリック再生の可否を決定するストリーム再生部とを具備する。
【００３２】
本発明の別の観点に基づく受信装置は、サーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、再生が中断された前記コンテンツを識別する第１の識別情報、当該受信装置またはユーザを識別する第２の識別情報、及び再生が中断された前記コマーシャルストリームまたは前記本編ストリームの終了時間位置情報を含む再生終了通知を前記サーバ装置に送信する再生終了通知送信部と、ユーザより前記再生が中断された前記コンテンツの視聴の指示が入力されたとき、当該コンテンツを識別する前記第１の識別情報及び前記第２の識別情報を含む前記コンテンツ視聴要求を前記サーバ装置に送信するコンテンツ視聴要求部と、前記コンテンツ視聴要求に応じて前記サーバ装置より送信された、前記再生が中断された前記コマーシャルストリームまたは前記本編ストリームの再生再開位置情報を取得し、この再生再開位置情報をもとに、前記再生が中断された時間位置からの前記コマーシャルストリームまたは前記本編ストリームの配信を前記サーバ装置に要求するストリーム配信要求部とを具備する。
【００３３】
本発明の別の観点に基づく受信装置は、サーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、ユーザの嗜好に関する情報を前記サーバ装置に提供するユーザ嗜好情報提供部と、前記コンテンツ視聴要求を前記サーバ装置に送信し、前記サーバ装置より前記ユーザの嗜好に合った前記コマーシャルストリームの前記再生制御情報を取得するために必要な情報を含む配信起動情報を取得する配信起動情報取得部とを具備する。
【００３４】
本発明の別の観点に基づく受信装置は、サーバ装置よりコンテンツの本編ストリームの配信に先立ってコマーシャルストリームをネットワークを通じて受信し再生する受信装置であって、ユーザの嗜好に関する情報を含む前記第２の再生制御情報取得要求を前記サーバ装置に送信し、前記サーバ装置より前記ユーザの嗜好に合った前記コマーシャルストリームの前記再生制御情報を取得する第２の再生制御情報取得部を具備する。
【００３５】
本発明の別の観点に基づくトリック再生制限方法は、サーバ装置から受信装置にコンテンツの本編ストリームに先立って配信されるコマーシャルストリームのトリック再生を制限する方法であって、前記サーバ装置から前記受信装置に、前記トリック再生の制限の有無を設定する第１の情報を含む、前記コマーシャルストリームの再生を制御するために必要な再生制御メタデータを送信し、前記受信装置にて、前記再生制御メタデータをもとに前記コマーシャルストリームを取得し再生するとともに、前記再生制御メタデータに含まれる前記第１の情報に従って前記コマーシャルストリームの前記トリック再生の可否を決定する。
【発明の効果】
【００３６】
以上のように、本発明によれば、コマーシャルストリームの宣伝効果の確保及びコンテンツ配信サービスの品質の向上を図ることができる。
【図面の簡単な説明】
【００３７】
【図１】本発明の第１の実施形態に係るコンテンツ配信システムの全体の構成を示すブロック図である。
【図２】第１の実施形態に係るＣＭ連結ストリーム用及び本編ストリーム用の配信起動情報の構成を示す図である。
【図３】第１の実施形態に係る再生制御メタデータの構成を示す図である。
【図４】第１の実施形態に係る受信装置の構成を示すブロック図である。
【図５】第１の実施形態に係るポータル画面からＣＭ付きコンテンツの再生画面までの時間的な遷移の例を示す図である。
【図６】第１の実施形態に係るＣＭ連結ストリームの生成概念図である。
【図７】第１の実施形態に係るＣＭ付きコンテンツの選択から再生までのシーケンス図である。
【図８】第１の実施形態に係る配信起動情報、再生制御メタファイル、ライセンス、ＣＭ連結ストリーム、本編ストリームの関係を示す図である。
【図９】本発明の第２の実施形態に係るコンテンツ配信システムの全体の構成を示すブロック図である。
【図１０】第２の実施形態に係るコンテンツ毎のＥＣＧメタデータの構成を示す図である。
【図１１】第２の実施形態に係る受信装置の構成を示すブロック図である。
【図１２】第２の実施形態に係るＥＣＧメタデータに基づくＣＭ付きコンテンツの選択から再生までのシーケンス図である。
【図１３】第２の実施形態に係るＥＣＧメタデータ、再生制御メタファイル、ライセンス、ＣＭ連結ストリーム、本編ストリームの関係を示す図である。
【図１４】各実施形態の変形例１に係るストリーム再生のレジューム機能の概念図である。
【図１５】変形例１に係るレジューム管理テーブルの構成を示す図である。
【図１６】変形例１に係るストリーム再生のレジューム制御の手順を示すシーケンス図である。
【図１７】図１６と同じく変形例１に係るストリーム再生のレジューム制御の手順を示すシーケンス図である。
【図１８】変形例２に係るポータルサーバへのユーザ登録時の流れを示すシーケンス図である。
【図１９】変形例２に係るユーザ登録後の受信装置でＣＭ付きコンテンツが選択されてからＣＭ連結ストリームが再生されるまでのシーケンス図である。
【図２０】変形例２に係る配信起動情報、再生制御メタファイル、ライセンス、ＣＭ連結ストリーム、本編ストリームの関係を示す図である
【図２１】変形例３に係るポータルサーバへのユーザ登録時の流れを示すシーケンス図である。
【図２２】変形例３に係るコンテンツ毎のＥＣＧメタデータの説明図である。
【図２３】変形例３に係るユーザ登録後の受信装置でのＣＭ連結ストリームの受信及び再生までの流れを示すシーケンス図である。
【図２４】変形例４に係るポータルサーバへのユーザ登録時の流れを示すシーケンス図である。
【図２５】変形例４に係るユーザ登録後の受信装置でＣＭ付きコンテンツが選択されてからＣＭ連結ストリームが再生されるまでのシーケンス図である。
【図２６】コンピュータのハードウェアの構成例を示すブロック図である。
【発明を実施するための形態】
【００３８】
以下、本発明の実施の形態を図面に基づき説明する。
＜第１の実施形態＞
【００３９】
［コンテンツ配信システムの全体構成］
図１は本発明の第１の実施形態に係るコンテンツ配信システムの全体の構成を示すブロック図である。
同図に示すように、このコンテンツ配信システム１は、サーバ装置１０、受信装置２０、及びインターネットなどのネットワーク３０等で構成される。サーバ装置１０は、ポータルサーバ１１、コンテンツサーバ１２、再生制御メタサーバ１３、ＤＲＭサーバ１４で構成される。
【００４０】
ポータルサーバ１１には、ＶＯＤ方式でストリームを配信可能なコンテンツの一覧であるコンテンツリストとこれに掲載されたストリーム毎の配信を起動させるための情報（以下「配信起動情報」と記述する。）が格納されている。ここで、コンテンツはコマーシャル付きのコンテンツ（以後「ＣＭ付きコンテンツ」と表記する。）とされている。ＣＭ付きコンテンツはＣＭ連結ストリームと本編ストリームとで構成され、それぞれのストリームに対して個別の配信起動情報が設けられている。ポータルサーバ１１は、受信装置２０からのコンテンツリスト取得要求に応じて、コンテンツリストを含むウェブ文書を受信装置２０に配信する。また、ポータルサーバ１１は、受信装置２０のユーザによってコンテンツリストの中から選択されたコンテンツの配信起動情報を含むウェブ文書を、受信装置２０からの要求に応じて受信装置２０に送信する。ここで、ウェブ文書の形式には、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等がある。
【００４１】
図２は配信起動情報の構成を示す図であり、（ａ）はＣＭ連結ストリーム用の配信起動情報、（ｂ）は本編ストリーム用の配信起動情報を示している。同図（ａ）に示すように、ＣＭ連結ストリーム用の配信起動情報は、ＣＭ連結ストリームのコンテンツＩＤ、再生制御メタファイルＵＲＬ、戻り先ＵＲＬ、ライセンスＩＤ等を含む。一方、本編ストリーム用の配信起動情報は、本編ストリームのコンテンツＩＤ、再生制御メタファイルＵＲＬ、戻り先ＵＲＬ、ライセンスＩＤ等を含む。ここで、ＣＭ連結ストリームの再生制御メタファイルＵＲＬはＣＭ連結ストリーム用の再生制御メタファイルの参照先ＵＲＬである。本編ストリームの再生制御メタファイルＵＲＬは本編ストリーム用の再生制御メタファイルの参照先ＵＲＬである。ＣＭ連結ストリームの戻り先ＵＲＬは本編ストリーム用の配信起動情報の参照先ＵＲＬである。本編ストリームの戻り先ＵＲＬはＣＭ付きコンテンツの再生終了を視聴者に通知するウェブ文書の参照先ＵＲＬである。
【００４２】
図１に戻って、コンテンツサーバ１２には、ＶＯＤ配信用に作成されたＣＭ連結ストリームおよび本編ストリームが、それぞれ固有のＵＲＬを割り当てられて格納されている。コンテンツサーバ１２は、受信装置２０からのコンテンツＵＲＬに宛てたコンテンツ取得要求に対して該当するストリームをネットワーク３０を通じて受信装置２０に送信する。
【００４３】
再生制御メタサーバ１３の記憶部（再生制御情報格納部に相当）には、ＣＭ連結ストリーム用の再生制御メタファイルと本編ストリーム用の再生制御メタファイルがそれぞれ固有のＵＲＬ（再生制御メタファイルＵＲＬ）を割り当てられて格納されている。再生制御メタサーバ１３は、受信装置２０からの再生制御メタファイルＵＲＬに宛てた再生制御メタファイル取得要求に応じて該当する再生制御メタファイルをネットワーク３０を通じて受信装置２０に配信する（再生制御情報送信部に相当）。
【００４４】
図３は再生制御メタファイルに保存された再生制御メタデータの構成を示す図である。同図に示すように、再生制御メタファイルには再生制御メタデータとして、コンテンツＩＤ、コンテンツタイトル名、コンテンツＵＲＬ、ＤＲＭサーバＵＲＬ、ライセンスＩＤ、トリック再生禁止フラグ等が保存されている。ここで、コンテンツＵＲＬは、そのコンテンツのストリームの取得先を示すＵＲＬである。ＤＲＭサーバＵＲＬは、そのコンテンツを視聴するために必要なライセンスの取得先を示すＵＲＬである。ライセンスＩＤは、そのライセンスを識別するためのＩＤである。トリック再生禁止フラグ（第１の設定情報に相当）は、ＣＭ連結ストリームのトリック再生に対する制限の有無を設定するためのフラグである。ここで、トリック再生とは、例えば早送り再生、スキップ再生のように、通常再生モードに比べ短時間でストリーム再生が終了するように処理が行われる再生モードである。
【００４５】
図１に戻って、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）サーバ１４には、コンテンツサーバ１２から配信される暗号化されたストリームを復号するためのコンテンツ鍵とその利用条件を含むライセンスが格納されている。ＤＲＭサーバ１４は、受信装置２０からのライセンスＩＤを含むライセンス取得要求に応じて、そのライセンスＩＤに対応する暗号化されたストリームを復号するためのコンテンツ鍵とその利用条件を含むライセンスを受信装置２０にネットワーク３０を通じて提供する。利用条件には、例えば、コンテンツ鍵を利用可能な有効期限等がある。受信装置２０は、その有効期限の範囲でコンテンツをコンテンツ鍵で復号化して再生を行うことができる。
【００４６】
受信装置２０は、ポータルサーバ１１から取得されるコンテンツリスト及び配信起動情報、再生制御メタサーバ１３から取得される再生制御メタファイル、ＤＲＭサーバ１４から取得されるライセンスを用いて、コンテンツサーバ１２より配信されたＣＭ連結ストリーム及び本編ストリームを受信し、再生する。次に、この受信装置２０の機能的な構成を示す。
【００４７】
［受信装置２０の構成］
図４は本発明の第１の実施形態に係る受信装置２０の構成を示すブロック図である。
同図に示すように、この受信装置２０は、ブラウザ２１、ＡＶプレイヤ２２、入出力インタフェース部２３から構成される。
【００４８】
ブラウザ２１は、ＣＭ付きコンテンツの一覧であるコンテンツリストを含むウェブ文書をポータルサーバ１１から取得し、コンテンツリストを受信装置２０の出力部７１に表示する。ブラウザ２１は、出力部７１に表示されたコンテンツリストの中で入力部７２を使ってユーザによって選択されたＣＭ付きコンテンツの視聴要求をポータルサーバ１１に送信し、その応答として、ＣＭ付きコンテンツにおけるＣＭ連結ストリーム用の配信起動情報を取得する。ブラウザ２１は、そのＣＭ連結ストリーム用の配信起動情報を含むコンテンツ再生要求をＡＶプレイヤ２２に出力する。なお、出力部７１は情報を視覚的に出力する表示部と情報を音声として出力する音声出力部などで構成される。入力部７２は、例えば、キー、ボタン、マウスなどの操作によって情報を入力することが可能な装置である。
【００４９】
ＡＶプレイヤ２２は、ブラウザ２１よりコンテンツ再生要求を入力したとき、このコンテンツ再生要求に含まれるＣＭ連結ストリーム用の配信起動情報をもとに再生制御メタサーバ１３より当該ＣＭ連結ストリーム用の再生制御メタファイルを取得する。ＡＶプレイヤ２２は、取得した再生制御メタファイルに保存された再生制御メタデータをもとにＤＲＭサーバ１４から暗号化された当該ＣＭ連結ストリームを復号するコンテンツ鍵を含むライセンスを取得する。ＡＶプレイヤ２２は、再生制御メタファイルの内容をもとにコンテンツサーバ１２から当該ＣＭ連結ストリームを受信し、ライセンスに含まれるコンテンツ鍵で暗号化を解除する。ＡＶプレイヤ２２は、暗号化を解除したストリームデータからＡＶデータを復元する復号を行い、復号されたＡＶデータを入出力インタフェース部２３を通じて出力部７１に出力する。
【００５０】
入出力インタフェース部２３は、ＡＶプレイヤ２２より入力されたＡＶデータを受信装置２０の外部に接続された出力部７１に出力する。
【００５１】
［ＣＭ付きコンテンツについて］
次に、ＣＭ付きコンテンツについて説明する。
図５はポータル画面からＣＭ付きコンテンツの再生画面までの時間的な遷移の例を示す図である。ポータル画面１１１で視聴したいＣＭ付きコンテンツがユーザによって選択され、再生の指示が入力されると、まず、互いに連結されて１つのＣＭ連結ストリームを構成する複数のＣＭストリーム（ＣＭ１，ＣＭ２，・・・，ＣＭｎ）１１２−１１４が順番に再生される。最後のＣＭストリーム（ＣＭｎ）１４の再生終了後、本編ストリーム１１５が再生される。このように、ＣＭ付きコンテンツは、ｎ個のＣＭストリームが連結された１つのＣＭ連結ストリームと、ＣＭ連結ストリームに続いて再生される本編ストリームとで構成される。ＣＭ連結ストリームと本編ストリームはそれぞれコンテンツサーバ１２に個別に管理されており、それぞれのストリームの配信要求に応じて個別に配信される。したがって、本編ストリームに付帯させるＣＭ連結ストリームを容易に変更することができる。本編ストリームに付帯させるＣＭ連結ストリームの変更は、例えば、ＣＭ連結ストリーム用の配信起動情報に含まれる戻りＵＲＬを変更すること等によって行われる。
【００５２】
［ＣＭ連結ストリームの作成方法］
次に、複数のＣＭストリームを連結して１つのＣＭ連結ストリームを作成する方法について説明する。
【００５３】
図６はＣＭ連結ストリームの生成概念図である。
まず、個々のオリジナルのＣＭデータが予め決められた方式で圧縮符号化されることによって、ＣＭストリーム１１６−１，１１６−２，１１６−３，１１６−４が得られる。その際、個々のＣＭストリーム１１６−１，１１６−２，１１６−３，１１６−４の始点ａと終点ｂでの符号化器内のバッファ占有量が設定範囲Ｗとなるように、量子化パラメータ等の符号化条件を可変して符号発生量が制御される。このようにして圧縮符号化された個々のＣＭストリーム１１６−１，１１６−２，１１６−３，１１６−４はＣＭバンクと呼ばれる記憶部１１７に蓄積される。次に、記憶部１１７からＣＭ連結ストリームを構成するための複数のＣＭストリーム（例えば１１６−１，１１６−２，１１６−４等）が選択的に取り出され、互いに連結されて暗号化前のＣＭ連結ストリームが得られる。次に、このＣＭ連結ストリームが１つのコンテンツ鍵１１８で暗号化されて配信用のＣＭ連結ストリームとなる。
【００５４】
このＣＭ連結ストリームの作成方法によれば、複数のＣＭストリームを様々なパターンで組み合わせたＣＭ連結ストリームを容易に作成することができる。これにより、例えば、既存のＣＭ連結ストリーム中の一部のＣＭストリームを他のＣＭストリームに差し替えるといったＣＭ連結ストリームの再編成を容易に行うことができる。また、このＣＭ連結ストリームの作成方法によれば、受信装置２０で再生されるＣＭストリームの切り替わり時に、受信装置２０の復号器内のバッファ占有量が過度に大きくなるバッファオーバーフローや過度に小さくなるバッファアンダーフローなどの発生を回避でき、再生を良好に行い得るＣＭ連結ストリームが得られる。
【００５５】
［ＣＭ付きコンテンツの選択から再生までの動作］
次に、第１の実施形態に係るコンテンツ配信システム１において、受信装置２０でのＣＭ付きコンテンツの選択から再生までの動作を説明する。
図７は第１の実施形態のコンテンツ配信システムにおいて、ＣＭ付きコンテンツの選択から再生までのシーケンス図である。図８は配信起動情報、再生制御メタファイル、ライセンス、ＣＭ連結ストリーム、本編ストリームの関係を示す図である。
【００５６】
まず、受信装置２０のブラウザ２１が起動される。ブラウザ２１はポータルサーバ１１にネットワーク３０を通じてコンテンツリスト取得要求を送信する。ポータルサーバ１１は、コンテンツリスト取得要求を受信すると、コンテンツリスト８１を含むウェブ文書を作成し、受信装置２０のブラウザ２１に送信する。
【００５７】
受信装置２０のブラウザ２１は、ポータルサーバ１１よりコンテンツリスト８１を含むウェブ文書を受信すると（Ｓ１０１）、コンテンツリスト８１を出力部７１に表示する（Ｓ１０２）。この表示されたコンテンツリスト８１の中でユーザは入力部７２を使って、視聴（再生）したいＣＭ付きコンテンツの選択及び再生の指示を入力する（Ｓ１０３）。ブラウザ２１は、このユーザからの入力をＣＭ付きコンテンツの視聴要求として受けとり、そのＣＭ付きコンテンツのコンテンツＩＤを含むコンテンツ視聴要求をポータルサーバ１１に送信する。
【００５８】
ポータルサーバ１１の記憶部には、ＣＭ付きコンテンツのコンテンツＩＤと、ＣＭ連結ストリーム用の配信起動情報８２とが関連付けて記憶されている。ポータルサーバ１１は、コンテンツ視聴要求を受信すると、このコンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤに関連付けられたＣＭ連結ストリーム用の配信起動情報８２を記憶部から抽出する。そしてポータルサーバ１１は、このＣＭ連結ストリーム用の配信起動情報８２を含むウェブ文書を作成して受信装置２０のブラウザ２１に送信する。
【００５９】
ブラウザ２１は、ポータルサーバ１１よりＣＭ連結ストリーム用の配信起動情報８２を含むウェブ文書を受信すると（Ｓ１０４）、このＣＭ連結ストリーム用の配信起動情報８２を含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、ブラウザ２１より起動要求を受けると、この起動要求に含まれるＣＭ連結ストリーム用の配信起動情報８２の中から当該ＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを取り出す。ＡＶプレイヤ２２は、このＣＭ連結ストリーム用の再生制御メタファイルＵＲＬをもとに再生制御メタサーバ１３に再生制御メタファイル取得要求を送信することによって、再生制御メタサーバ１３から当該ＣＭ連結ストリーム用の再生制御メタファイル８３を取得する（Ｓ１０５）。
【００６０】
次に、ＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイル８３からＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する（Ｓ１０６）。ＡＶプレイヤ２２は、当該ＤＲＭサーバＵＲＬをもとに、ＤＲＭサーバ１４との間にセキュアな通信路を確立し、このセキュアな通信路を通じて当該ライセンスＩＤを含むライセンス取得要求をＤＲＭサーバ１４に送信する。これにより、ＡＶプレイヤ２２は、ＤＲＭサーバ１４から当該ライセンスＩＤに対応するコンテンツ鍵を含むライセンス８４を取得する（Ｓ１０７）。この後、ＡＶプレイヤ２２は、ＣＭ連結ストリーム用の再生制御メタファイル８３から当該ＣＭ連結ストリームのコンテンツＵＲＬを抽出し、このコンテンツＵＲＬをもとにコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、該当するＣＭ連結ストリーム８５を受信装置２０のＡＶプレイヤ２２に宛てて配信する（Ｓ１０８）。
【００６１】
受信装置２０にて受信されたＣＭ連結ストリーム８５は暗号化と圧縮符号化が施されているので、ＡＶプレイヤ２２は、ライセンス８４に含まれるコンテンツ鍵でＣＭ連結ストリーム８５の暗号化を解除した後、復号して、映像データと音声データを入出力インタフェース部２３を通じて出力部７１に出力する。これによりＣＭ連結ストリーム８５の再生が開始される（Ｓ１０９）。
【００６２】
ＡＶプレイヤ２２は、ＣＭ連結ストリーム８５の再生が終了すると、ブラウザ２１にこの旨を通知する。この通知を受けてブラウザ２１は、ＣＭ連結ストリーム用の配信起動情報８２の中から戻り先ＵＲＬを取り出す。この戻り先ＵＲＬは、前述したように本編ストリーム用の配信起動情報８６の参照先を示している。ブラウザ２１は、この戻り先ＵＲＬをもとにポータルサーバ１１にアクセスして、本編ストリーム用の配信起動情報８６を含むウェブ文書を取得する（Ｓ１１０）。
【００６３】
ブラウザ２１は、取得したウェブ文書に含まれる本編ストリーム用の配信起動情報８６を含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、ブラウザ２１より起動要求を受けると、この起動要求に含まれる本編ストリーム用の配信起動情報８６の中から当該本編ストリーム用の再生制御メタファイルＵＲＬを取り出す。ＡＶプレイヤ２２は、この本編ストリーム用の再生制御メタファイルＵＲＬをもとに再生制御メタサーバ１３に再生制御メタファイル取得要求を送信することによって、再生制御メタサーバ１３から当該本編ストリーム用の再生制御メタファイル８７を取得する（Ｓ１１１）。
【００６４】
次に、ＡＶプレイヤ２２は、取得した本編ストリーム用の再生制御メタファイル８７からＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する（Ｓ１１２）。ＡＶプレイヤ２２は、当該ＤＲＭサーバＵＲＬをもとに、ＤＲＭサーバ１４との間にセキュアな通信路を確立し、このセキュアな通信路を通じて当該ライセンスＩＤを含むライセンス取得要求をＤＲＭサーバ１４に送信する。これにより、ＡＶプレイヤ２２は、ＤＲＭサーバ１４から当該ライセンスＩＤに対応するコンテンツ鍵を含むライセンス８８を取得する（Ｓ１１３）。この後、ＡＶプレイヤ２２は、本編ストリーム用の再生制御メタファイル８７から当該本編ストリームのコンテンツＵＲＬを抽出し、このコンテンツＵＲＬをもとにコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、該当する本編ストリーム８９を受信装置２０のＡＶプレイヤ２２に宛てて配信する（Ｓ１１４）。
【００６５】
受信装置２０にて受信された本編ストリーム８９は暗号化と圧縮符号化が施されているので、ＡＶプレイヤ２２は、ライセンス８８に含まれるコンテンツ鍵で本編ストリーム８９の暗号化を解除した後、復号して、映像データと音声データを入出力インタフェース部２３を通じて出力部７１に出力する。これにより本編ストリーム８９の再生が開始される（Ｓ１１５）。
【００６６】
受信装置２０での本編ストリーム８９の再生が終了すると、ＡＶプレイヤ２２はブラウザ２１にこの旨を通知する。ブラウザ２１は、ポータルサーバ１１より取得した本編ストリーム用の配信起動情報８６に含まれる戻り先ＵＲＬをもとに、本編ストリーム８９の再生完了後に表示するウェブページの情報を取得して、このウェブページを出力部７１に表示する。図８では、本編ストリーム８９の再生完了後に表示するウェブ文書は、例えば、ポータルサーバ１１が提供するコンテンツリストのページとなっている。
【００６７】
以上説明したように、この第１の実施形態によれば、ＣＭ連結ストリームを取得して再生するために、配信起動情報、再生制御メタファイル、ライセンス等をそれぞれ１回ずつ取得すればよい。これによりＣＭの切り替え時に再生が途切れることなく円滑にＣＭ連結ストリームを再生することができる。
【００６８】
＜第２の実施形態＞
次に、ＥＣＧメタデータを用いて同様の動作を行う場合のコンテンツ配信システム１について説明する。
【００６９】
図９は第２の実施形態に係るコンテンツ配信システムの全体の構成を示すブロック図である。同図に示すように、このコンテンツ配信システム１において、サーバ装置１０は、ＥＣＧメタサーバ１５、コンテンツサーバ１２、再生制御メタサーバ１３、ＤＲＭサーバ１４で構成される。
【００７０】
ＥＣＧメタサーバ１５はＶＯＤ方式でストリームを配信可能なＣＭ付きコンテンツ毎のＥＣＧメタデータを配信するサーバである。
【００７１】
図１０はコンテンツ毎のＥＣＧメタデータの構成を示す図である。
同図に示すように、ＥＣＧメタデータには、ＣＭ付きコンテンツのコンテンツＩＤ、コンテンツタイトル名、コンテンツ概要、ジャンル、コンテンツ時間長、ＣＭ連結ストリーム用の再生制御メタファイルＵＲＬ、本編ストリーム用の再生制御メタファイルＵＲＬ、ＣＭ連結ストリーム用のライセンスＩＤ、本編ストリーム用のライセンスＩＤなどが含まれている。
【００７２】
［第２の実施形態の受信装置２０の構成］
図１１は本発明の第２の実施形態に係る受信装置２０の構成を示すブロック図である。
同図に示すように、この受信装置２０は、ＥＣＧ処理部２４、ストレージ２５、ＡＶプレイヤ２２、入出力インタフェース部２３から構成される。
【００７３】
ＥＣＧ処理部２４は、ＥＣＧメタサーバ１５からＥＣＧメタデータを取得してストレージ２５に蓄積する。ＥＣＧ処理部２４は、ユーザからの指令に応じて、ストレージ２５に蓄積されたＥＣＧメタデータをもとにコンテンツナビゲーション画面を作成して入出力インタフェース部２３を通じて出力部７１に表示する。ＥＣＧ処理部２４は、表示されたコンテンツナビゲーション画面の中で、入力部７２を使ってユーザによって選択されたコンテンツにおけるＣＭストリーム用の再生制御メタファイルＵＲＬを、ストレージ２５に蓄積されたＥＣＧメタデータから抽出する。ＥＣＧ処理部２４は、そのＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを含む起動要求をＡＶプレイヤ２２に出力する。
【００７４】
ストレージ２５は、ＥＣＧ処理部２４により取得されたＥＣＧメタデータなどを蓄積するハードディスクドライブなどからなる記憶部である。
【００７５】
ＡＶプレイヤ２２は、ＥＣＧ処理部２４より起動要求を入力したとき、この起動要求に含まれるＣＭストリーム用の再生制御メタファイルＵＲＬをもとに、当該ＣＭストリーム用の再生制御メタファイルの取得要求を再生制御メタサーバ１３に送信する。ＡＶプレイヤ２２のその他の動作は第１の実施形態と同様である。
【００７６】
［第２の実施形態のＣＭ付きコンテンツの選択から再生までの動作］
次に、第２の実施形態に係るコンテンツ配信システムにおいて、受信装置２０でのＣＭ付きコンテンツの選択から再生までの動作を説明する。
図１２は第２の実施形態のコンテンツ配信システムにおいて、ＥＣＧメタデータに基づくＣＭ付きコンテンツの選択から再生までのシーケンス図である。図１３はＥＣＧメタデータ、再生制御メタファイルＵＲＬ、ＣＭストリーム、本編ストリームの関係を示す図である。
【００７７】
受信装置２０のＥＣＧ処理部２４は、ＥＣＧメタサーバ１５から最新のＥＣＧメタデータ９１を取得してストレージ２５に保存する（Ｓ２０１）。より具体的には、ＥＣＧ処理部２４は、例えば、定期的にＥＣＧメタサーバ１５にアクセスしたり、起動される都度ＥＣＧメタサーバ１５にアクセスするなどして、最新のＥＣＧメタデータを取得する。
【００７８】
受信装置２０において、ユーザにより入力部７２を使ってコンテンツナビゲーション画面の表示要求が入出力インタフェース部２３を通じてＥＣＧ処理部２４に入力される。ＥＣＧ処理部２４は、この表示要求を受けると、ストレージ２５に保存されたＥＣＧメタデータ９１をもとにコンテンツナビゲーション画面を生成し、出力部７１に表示する（Ｓ１０２）。このコンテンツナビゲーション画面は、視聴可能なＣＭ付きコンテンツのタイトル名、概要、ジャンル、時間長などを表示し、ユーザにコンテンツの選択を促す画面である。
【００７９】
コンテンツナビゲーション画面で、入力部７２を使ってユーザより視聴したいＣＭ付きコンテンツが選択され、再生指示が入力されると（Ｓ２０３）、ＥＣＧ処理部２４は、そのＣＭ付きコンテンツのＣＭ連結ストリーム用の再生制御メタファイルのＵＲＬを、ストレージ２５に保存されたＥＣＧメタデータ９１から抽出する。ＥＣＧ処理部２４は、このＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、起動要求を受けると、この起動要求に含まれるＣＭ連結ストリーム用の再生制御メタファイルＵＲＬをもとに再生制御メタファイル取得要求を再生制御メタサーバ１３に送信することによって、再生制御メタサーバ１３から当該ＣＭ連結ストリーム用の再生制御メタファイル９２を取得する（Ｓ２０４）。
【００８０】
次に、ＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイル９２からＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する（Ｓ２０５）。ＡＶプレイヤ２２は、抽出したＤＲＭサーバＵＲＬをもとに、ＤＲＭサーバ１４との間にセキュアな通信路を確立し、このセキュアな通信路を通じて、ライセンスＩＤを含むライセンス取得要求をＤＲＭサーバ１４に送信する。これにより、ＡＶプレイヤ２２は、ＤＲＭサーバ１４から当該ライセンスＩＤに対応するライセンス９３を取得する（Ｓ２０６）。この後、ＡＶプレイヤ２２は、ＣＭ連結ストリーム用の再生制御メタファイル９２から当該ＣＭ連結ストリームのコンテンツＵＲＬを抽出し、このコンテンツＵＲＬをもとにコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、該当するＣＭ連結ストリーム９４を受信装置２０のＡＶプレイヤ２２に宛てて配信する（Ｓ２０７）。
【００８１】
受信装置２０にて受信されたＣＭ連結ストリーム９４は暗号化と圧縮符号化が施されているので、ＡＶプレイヤ２２は、ライセンス９３に含まれるコンテンツ鍵でＣＭ連結ストリーム９４の暗号化を解除した後、復号して、映像データと音声データを入出力インタフェース部２３を通じて出力部７１に出力する。これによりＣＭ連結ストリーム９４の再生が開始される（Ｓ２０８）。
【００８２】
ＡＶプレイヤ２２は、ＣＭ連結ストリーム９４の再生が終了すると、ＥＣＧ処理部２４にこの旨を通知する。するとＥＣＧ処理部２４は、ストレージ２５に格納されたＥＣＧメタデータ９１から、本編ストリーム用の再生制御メタファイルＵＲＬを取り出し、この本編ストリーム用の再生制御メタファイルＵＲＬを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、起動要求を受けると、この起動要求に含まれる本編ストリーム用の再生制御メタファイルＵＲＬをもとに再生制御メタファイル取得要求を再生制御メタサーバ１３に送信することによって、再生制御メタサーバ１３から当該本編ストリーム用の再生制御メタファイル９５を取得する（Ｓ２０９）。
【００８３】
次に、ＡＶプレイヤ２２は、取得した本編ストリーム用の再生制御メタファイル９５からＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する（ステップＳ２１０）。ＡＶプレイヤ２２は、ＤＲＭサーバＵＲＬをもとにＤＲＭサーバ１４との間にセキュアな通信路を確立し、このセキュアな通信路を通じて、当該ライセンスＩＤを含むライセンス取得要求をＤＲＭサーバ１４に送信する。これにより、ＡＶプレイヤ２２はＤＲＭサーバ１４から、そのライセンスＩＤに対応するライセンス９６を取得する（Ｓ２１１）。この後、ＡＶプレイヤ２２は、本編ストリーム用の再生制御メタファイル９５から本編ストリームのコンテンツＵＲＬを抽出し、この本編ストリームのコンテンツＵＲＬをもとにコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、該当する本編ストリーム９７を受信装置２０のＡＶプレイヤ２２に宛てて配信する（Ｓ２１２）。
【００８４】
受信装置２０にて受信された本編ストリーム９７は暗号化と圧縮符号化が施されているので、ＡＶプレイヤ２２は、ライセンス９６に含まれるコンテンツ鍵で本編ストリーム９７の暗号化を解除した後、復号して、映像データと音声データを入出力インタフェース部２３を通じて出力部７１に出力する。これにより本編ストリーム９７の再生が開始される（Ｓ２１３）。
【００８５】
以上のように、この第２の実施形態によれば、受信装置２０がＥＣＧメタデータを用いてＣＭ付きコンテンツを受信して再生する場合においても、ＣＭの切り替え時に再生が途切れることなく円滑にＣＭ連結ストリームを再生することができる。
【００８６】
［トリック再生操作の無効化］
次に、上記の各実施形態１及び２において、受信装置２０でのＣＭ連結ストリームの再生中に、例えば早送り再生やスキップ再生等のトリック再生を制限する仕組みについて説明する。ここで、受信装置２０でのトリック再生の制限とは、より具体的にはトリック再生を禁止することであり、ユーザによるトリック再生操作の無効化を伴う。
【００８７】
図３に示したように、ＣＭ連結ストリーム用の再生制御メタデータには、トリック再生の制限の有無を設定するトリック再生禁止フラグが含まれている。受信装置２０のＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイル内のトリック再生禁止フラグがオンに設定されている場合、当該ＣＭ連結ストリームの再生中にユーザからのトリック再生の命令を受け付けないようにする（第１の再生制御情報取得部、ストリーム再生部に相当）。これによりＣＭ連結ストリームの宣伝効果を確保することができる。
【００８８】
また、再生制御メタデータにトリック再生禁止フラグを導入したことにより、ＣＭ連結ストリーム毎のトリック再生の可否をコンテンツ配信者の側で選択することができる。この結果、ユーザに必ず視聴させたいＣＭ連結ストリームとそうでないＣＭ連結ストリームとが混在した新規な方式でのＣＭ配信が可能となる。
【００８９】
なお、本トリック再生を制限する手段は、ＣＭ連結ストリームを配信する場合のみならず、単体のＣＭストリームが配信される場合にも適用可能である。
【００９０】
＜変形例１＞
次に、上記の各実施形態の変形例１として、ストリームの再生のレジューム機能について説明する。
【００９１】
図１４はストリーム再生のレジューム機能の概念図である。
このレジューム機能は、ＣＭ付きコンテンツの再生がユーザからの指示によって中断された場合、以後同じＣＭ付きコンテンツの再生がユーザによって再び指示された場合に、過去に中断した時間位置からＣＭ付きコンテンツの再生を再開させる機能である。
【００９２】
このストリーム再生のレジューム機能を実現するために、ポータルサーバ１１はレジューム管理テーブル（レジューム情報記憶部に相当）を備えている。
図１５はレジューム管理テーブルの構成を示す図である。レジューム管理テーブルには、複数のレジューム情報を記録できる。個々のレジューム情報は、ユーザＩＤ、ＣＭ付きコンテンツのコンテンツＩＤ、ＣＭ連結ストリームの終了時間位置、本編ストリームの終了時間位置等で構成される。ＣＭ付きコンテンツのコンテンツＩＤは、ＣＭ付きコンテンツを識別する情報である。ＣＭ連結ストリームの終了時間位置は、ＣＭ連結ストリームの再生が終了またはユーザにより中断された時間位置を示す情報である。本編ストリームの終了時間位置は、本編ストリームの再生が終了またはユーザにより中断された時間位置を示す情報である。
【００９３】
図１６および図１７は上記のＣＭ付きコンテンツのレジューム制御の手順を示すシーケンス図である。
ここで、受信装置２０のブラウザ２１は再生終了通知送信部、コンテンツ視聴要求部に相当し、ＡＶプレイヤ２２はストリーム配信要求部に相当する。また、ポータルサーバ１１は再生終了通知受信部、レジューム情報記憶部、再生再開位置通知部に相当する。
【００９４】
まず、受信装置２０のブラウザ２１が起動される（図１６：ステップＳ３０１）。ブラウザ２１はポータルサーバ１１にネットワーク３０を通じてコンテンツリスト取得要求を送信する。ポータルサーバ１１は、コンテンツリスト取得要求を受信すると、コンテンツリストを含むウェブ文書を作成し、これをコンテンツリスト取得応答として受信装置２０のブラウザ２１に送信する（図１６：ステップＳ３０２）。
【００９５】
受信装置２０のブラウザ２１は、ポータルサーバ１１より受信したコンテンツリスト取得応答に含まれるコンテンツリストを表示画面に表示する。この表示されたコンテンツリストでユーザは入力部７２を使って、視聴（再生）したいＣＭ付きコンテンツの選択及び再生の指示を入力する（図１６：ステップＳ３０３）。ブラウザ２１は、このユーザにより再生が指示されたＣＭ付きコンテンツのコンテンツＩＤとユーザＩＤを含むコンテンツ視聴要求をポータルサーバ１１に送信する。
【００９６】
ポータルサーバ１１は、ブラウザ２１よりコンテンツ視聴要求を受信すると、このコンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤとレジューム管理テーブルに記録されたレジューム情報とを比較する（図１６：ステップＳ３０４）。ユーザにより再生が指示されたＣＭ付きコンテンツが当該ユーザによって始めて再生が指示されたＣＭ付きコンテンツである場合、レジューム管理テーブルには、コンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤとユーザＩＤとの組み合わせは登録されていない（Ｓ３０４の不一致）。この場合、ポータルサーバ１１は、そのＣＭ付きコンテンツのコンテンツＩＤに関連付けられたＣＭ連結ストリーム用の配信起動情報をポータルサーバ１１内の記憶部から検索する。ポータルサーバ１１は、検索されたＣＭ連結ストリーム用の配信起動情報と再生開始位置情報を含むウェブ文書をコンテンツ視聴応答として作成し（図１６：ステップＳ３０５）、受信装置２０のブラウザ２１に送信する。このときの再生開始位置はＣＭ連結ストリームの先頭位置とされる。
【００９７】
ブラウザ２１は、ポータルサーバ１１より受信したウェブ文書に含まれるＣＭ連結ストリーム用の配信起動情報の中から、当該ＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを取り出し、この再生制御メタファイルＵＲＬを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、起動要求を受けると、この起動要求に含まれる再生制御メタファイルＵＲＬをもとに、当該ＣＭ付きコンテンツのコンテンツＩＤを含む再生制御メタファイル取得要求を再生制御メタサーバ１３に送信し、当該ＣＭ連結ストリーム用の再生制御メタファイルを取得する。次に、ＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイルからＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出して、これらをもとにＤＲＭサーバ１４から、当該ＣＭ連結ストリーム用のライセンスを取得する（図１６：ステップＳ３０６）。
【００９８】
この後、ＡＶプレイヤ２２は、ＣＭ連結ストリーム用の再生制御メタファイルから抽出したＣＭ連結ストリームのコンテンツＵＲＬを含むコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、このコンテンツ取得要求に含まれるＣＭ連結ストリームのコンテンツＵＲＬをもとに該当するＣＭ連結ストリームを受信装置２０のＡＶプレイヤ２２に送信する（図１６：ステップＳ３０７）。受信装置２０のＡＶプレイヤ２２は、コンテンツサーバ１２よりＣＭ連結ストリームを受信し、暗号化されたＣＭ連結ストリームをライセンスのコンテンツ鍵で復号する。ＡＶプレイヤ２２は、暗号化が解除された符号化データをデコードしてＡＶデータを得て、映像と音声をそれぞれ入出力インタフェース部２３を通じて出力部７１に出力する。これによりＣＭ連結ストリームの再生が開始される（図１６：ステップＳ３０８）。
【００９９】
ここで、ＣＭ連結ストリームの再生が最後まで行われる場合とユーザの指示により中断される場合とについて説明する。
【０１００】
ＡＶプレイヤ２２は、ＣＭ連結ストリームの再生が最後まで行われて終了した場合やユーザからの指示で中断された場合など、ＣＭ連結ストリームの再生が終了した場合、その再生の終了理由情報と終了時間位置などを含む再生終了通知をブラウザ２１に通知する（図１６：ステップＳ３０９）。ここで、再生の終了理由情報は、ＣＭ連結ストリームの再生が最後まで行われて自動的に終了したこと、ユーザからの指示で中断されたこと、のいずれかを示す情報である。終了時間位置は、ＣＭ連結ストリームの全体の時間長において再生が終了／中断された時間位置を示す情報である。
【０１０１】
ブラウザ２１は、再生終了通知を受けると、ＣＭ連結ストリーム用の配信起動情報中から戻り先ＵＲＬを取り出す。ブラウザ２１は、ＡＶプレイヤ２２より通知されたＣＭ連結ストリームの終了時間位置を戻り先ＵＲＬのクエリーとして設定し、これにエンドフラグを付加したアクセス情報と、ユーザＩＤと、ＣＭ付きコンテンツのコンテンツＩＤとを含む再生終了通知をポータルサーバ１１に送信する（ステップＳ３１０）。ここで、エンドフラグとは、ＡＶプレイヤ２２が再生の終了理由情報をもとに決定するフラグであり、ユーザの操作による再生の終了であるかユーザの操作無しでの再生の終了であるかを識別するためのフラグである。
【０１０２】
アクセス情報の例を次に示す。
http://xxxxxxx?t=a,endflag=1
ここで、クエリー文字列は「?」で始まり、「=」で結ばれた「a」にＣＭ連結ストリームの終了時間位置が格納される。「endflag」はエンドフラグであり、「endflag=1」はユーザの操作によって再生が終したことを示すエンドフラグである。従って、上記のアクセス情報のクエリー文字列は、ユーザからの指示で「a」の時間位置でＣＭ連結ストリームの再生が終了されたことを意味している。ＣＭ連結ストリームの再生がユーザの操作によることなく最後まで完了したことがＡＶプレイヤ２２によって判断された場合のアクセス情報は、例えば、
http://xxxxxxx?t=b,endflag=0
となる。ここで、「b」は、再生の終了時間位置である。
【０１０３】
ポータルサーバ１１は、再生終了通知を受信すると、この再生終了通知に含まれるアクセス情報のクエリー文字列とエンドフラグをもとに、次の３つの状態のいずれかの成立を判定する（図１６：ステップＳ３１１）。
１．ユーザ操作無しで再生が終了され、終了位置がＣＭ連結ストリームの最後である状態
２．ユーザ操作により再生が中断され、中断位置が実質的にＣＭ連結ストリームの最後である状態
３．ユーザ操作により再生が中断され、中断位置がＣＭ連結ストリームの途中である状態
【０１０４】
ポータルサーバ１１において、ユーザ操作による再生の中断と終了はエンドフラグをもとに判定される。また、「中断位置が実質的にＣＭ連結ストリームの最後」とは、ＣＭ連結ストリームの全時間長に対する再生時間長の割合が所定の値以上であることによって判定される。再生時間長はクエリーの値である終了時間位置から得られる値であり、ＣＭ連結ストリームの全時間長はポータルサーバ１１において予め管理された情報をもとに得られる。
【０１０５】
１．の状態が判定された場合を説明する。
まず、ポータルサーバ１１は、レジューム管理テーブルに、当該ＣＭ連結ストリームと合せて１つのＣＭ付きコンテンツを構成する本編ストリームの終了時間位置情報として初期値を記録する（図１６：ステップＳ３１２）。ここで、終了時間位置の初期値は"０"であり、これは本編ストリームの先頭位置を示す。次に、ポータルサーバ１１は、受信装置２０のブラウザ２１より受信した再生終了通知に含まれる各情報をもとに当該ユーザのＣＭ視聴ログを記録する（図１６：ステップＳ３１３）。ＣＭ視聴のログには、ＣＭ連結ストリームの視聴が完了したＣＭ付きコンテンツのコンテンツＩＤ、ユーザＩＤ、視聴完了時刻などの情報が含まれる。続いてポータルサーバ１１は、当該ＣＭ付きコンテンツの本編ストリーム用の配信起動情報を含むウェブ文書を作成し、これを受信装置２０のブラウザ２１に送信する（図１６：ステップＳ３１４）。ブラウザ２１が本編ストリーム用の配信起動情報を含むウェブ文書を取得してから以後の動作は後で説明する。
【０１０６】
２．の状態が判定された場合を説明する。
ポータルサーバ１１は、レジューム管理テーブルに、当該ＣＭ連結ストリームと合せて１つのＣＭ付きコンテンツを構成する本編ストリームの終了時間位置情報として初期値を記録する（図１６：ステップＳ３１５）。続いて、ポータルサーバ１１は、コンテンツリストを含むウェブ文書を作成して受信装置２０のブラウザ２１に送信する（図１６：ステップＳ３１７）。受信装置２０のブラウザ２１は、ステップＳ３０３に戻って、ポータルサーバ１１より受信したコンテンツリストを出力部７１に表示する。この後、表示されたコンテンツリストを見ながらユーザは再び視聴（再生）したいＣＭ付きコンテンツの選択を行うことができる。
【０１０７】
ここで、ユーザ操作により再生が中断されたＣＭ付きコンテンツの再生がユーザによって再び指示された場合を説明する。ブラウザ２１は、ユーザからの入力をＣＭ付きコンテンツの再生要求として受けとり、そのＣＭ付きコンテンツのコンテンツＩＤとユーザＩＤを含むコンテンツ視聴要求をポータルサーバ１１に送信する。
【０１０８】
ポータルサーバ１１は、受信装置２０のブラウザ２１よりコンテンツ視聴要求を受信すると、このコンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤと、レジューム管理テーブルに記録されたレジューム情報とを比較する（図１６：ステップＳ３０４）。ユーザにより選択されたＣＭ付きコンテンツが当該ユーザによって以前に選択されたことのあるＣＭ付きコンテンツである場合、レジューム管理テーブルには、コンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤが互いに関連付けて記録されている。加えて、レジューム管理テーブルには、そのＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤに関連付けて本編ストリームの終了時間位置情報（初期値）が記録されている。この場合、ポータルサーバ１１は、ユーザによって選択されたＣＭ付きコンテンツにおける本編ストリーム用の配信起動情報をポータルサーバ１１内の記憶部から検索する。そしてポータルサーバ１１は、この検索した本編ストリーム用の配信起動情報と再生開始位置情報（初期値）とを含むウェブ文書を生成し（ステップＳ３１８）、受信装置２０のブラウザ２１に送信する。ブラウザ２１が、ポータルサーバ１１から本編ストリーム用の配信起動情報を含むウェブ文書を受信してから以降の動作について後で説明する。
【０１０９】
３．の状態が判定された場合を説明する。
この場合、ポータルサーバ１１は、ブラウザ２１より受信した再生終了通知に含まれるＣＭ連結ストリームのコンテンツＩＤ、ユーザＩＤ、終了時間位置情報を互いに対応付けてレジューム管理テーブルに記録する（ステップＳ３１６）。続いて、ポータルサーバ１１は、コンテンツリストを含むウェブ文書を作成して受信装置２０のブラウザ２１に送信する（図１６：ステップＳ３１７）。受信装置２０のブラウザ２１は、ステップＳ３０３に戻って、ポータルサーバ１１より受信したコンテンツリストを出力部７１に表示する。この後、表示されたコンテンツリストを見てユーザは再び視聴（再生）したいＣＭ付きコンテンツの選択を行うことができる（ステップＳ３０３）。
【０１１０】
ここで、ユーザ操作により再生が中断されたＣＭ付きコンテンツの再生がユーザによって再び指示された場合を説明する。ブラウザ２１は、ユーザからの入力をＣＭ付きコンテンツの再生要求として受けとり、そのＣＭ付きコンテンツのコンテンツＩＤとユーザＩＤを含むコンテンツ視聴要求をポータルサーバ１１に送信する。
【０１１１】
ポータルサーバ１１は、ブラウザ２１よりコンテンツ視聴要求を受信すると、このコンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤと、レジューム管理テーブルに記録されているレジューム情報とを比較する（図１６：ステップＳ３０４）。ユーザにより選択されたＣＭ付きコンテンツが当該ユーザによって以前に選択されたことのあるＣＭ付きコンテンツである場合、レジューム管理テーブルには、コンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤが互いに関連付けて記録されている。加えて、レジューム管理テーブルには、そのＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤに対応付けてＣＭ連結ストリームの終了時間位置情報が記録されている。この場合、ポータルサーバ１１は、レジューム管理テーブルに記録された当該ＣＭ連結ストリームの終了時間位置情報を再生開始位置情報として、この再生開始位置情報と当該ＣＭ連結ストリーム用の配信起動情報とを含むウェブ文書を作成する（図１６：ステップＳ３０５）。そして、ポータルサーバ１１は、このウェブ文書を受信装置２０のブラウザ２１に送信する。
【０１１２】
ブラウザ２１は、ポータルサーバ１１より受信したウェブ文書に含まれるＣＭ連結ストリーム用の配信起動情報の中から、当該ＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを取り出し、この再生制御メタファイルＵＲＬを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、起動要求を受けると、この起動要求に含まれる再生制御メタファイルＵＲＬをもとに、当該ＣＭ付きコンテンツのコンテンツＩＤを含む再生制御メタファイル取得要求を再生制御メタサーバ１３に送信し、当該ＣＭ連結ストリーム用の再生制御メタファイルを取得する。次に、ＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイルからＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出して、これらをもとにＤＲＭサーバ１４から、当該ＣＭ連結ストリームを再生するためのライセンスを取得する（図１６：ステップＳ３０６）。
【０１１３】
この後、ＡＶプレイヤ２２は、ＣＭ連結ストリーム用の再生制御メタファイルから抽出したＣＭ連結ストリームのコンテンツＵＲＬと、ＣＭ連結ストリーム用の配信起動情報から抽出した再生開始位置情報とを含むコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、このコンテンツ取得要求に含まれるＣＭ連結ストリームのコンテンツＵＲＬと再生開始位置情報をもとに、該当するＣＭ連結ストリームの再生開始位置から後の部分を受信装置２０のＡＶプレイヤ２２に送信する（図１６：ステップＳ３０７）。
【０１１４】
受信装置２０のＡＶプレイヤ２２は、コンテンツサーバ１２より再生開始位置からのＣＭ連結ストリームを受信し、暗号化されたＣＭ連結ストリームをライセンスのコンテンツ鍵で復号し、その結果得られる符号化データをデコードしてＡＶデータを得て、映像と音声を入出力インタフェース部２３を通じて出力部７１に出力する。これによりユーザの操作により再生が中断された位置からＣＭ連結ストリームの再生が再開される（図１６：ステップＳ３０８）。
【０１１５】
ＡＶプレイヤ２２は、ＣＭ連結ストリームの再生がユーザの操作によって中断されることなく最後まで行われた場合、ブラウザ２１にその旨をＣＭ連結ストリームの再生の終了時間位置情報とともに通知する（図１６：ステップＳ３０９）。ブラウザ２１は、ＣＭ連結ストリーム用の配信起動情報の中から戻り先ＵＲＬを取り出す。ブラウザ２１は、ＡＶプレイヤ２２より通知されたＣＭ連結ストリームの終了時間位置情報を戻り先ＵＲＬのクエリーとして設定し、ユーザの操作無しでの再生の終了を示すエンドフラグを付加したアクセス情報を作成する。この場合アクセス情報は
http://xxxxxxx?t=b,endflag=0
となる。ここで、「b」は再生の終了時間位置である。
そしてブラウザ２１は、このアクセス情報と自身のユーザＩＤとＣＭ付きコンテンツのコンテンツＩＤとを含む再生終了通知をポータルサーバ１１に送信する（ステップＳ３１０）。
【０１１６】
ポータルサーバ１１は、この再生終了通知を受信すると、この再生終了通知に含まれるアクセス情報をもとに「１．ユーザ操作無しで再生が終了され、終了位置がＣＭ連結ストリームの最後である状態」を判定する（図１６：ステップＳ３１１）。するとポータルサーバ１１は、レジューム管理テーブルに記録された当該ＣＭ連結ストリームの終了時間位置情報を削除し、当該ＣＭ連結ストリームと合せて１つのＣＭ付きコンテンツを構成する本編ストリームの終了時間位置情報として初期値を記録する（図１６：ステップＳ３１２）。以後の動作は前述した通りである。
【０１１７】
また、ＡＶプレイヤ２２は、ＣＭ連結ストリームの再生が実質的にＣＭ連結ストリームの最後でユーザの操作によって中断された場合には、その再生の終了理由情報と終了時間位置情報などを含む再生終了通知をブラウザ２１に通知する（図１６：ステップＳ３０９）。ブラウザ２１は、この再生終了通知を受けると、ＣＭ連結ストリーム用の配信起動情報の中から戻り先ＵＲＬを取り出す。ブラウザ２１は、ＡＶプレイヤ２２より通知されたＣＭ連結ストリームの終了時間位置情報を戻り先ＵＲＬのクエリーとして設定し、ユーザの操作による再生の終了を示すエンドフラグを付加したアクセス情報を作成する。この場合アクセス情報は"http://xxxxxxx?t=b,endflag=1"となる。そして、ブラウザ２１は、このアクセス情報と自身のユーザＩＤとＣＭ付きコンテンツのコンテンツＩＤとを含む再生終了通知をポータルサーバ１１に送信する（ステップＳ３１０）。
【０１１８】
ポータルサーバ１１は、再生終了通知を受信すると、この再生終了通知に含まれるアクセス情報をもとに「２．ユーザ操作により再生が中断され、中断位置が実質的にＣＭ連結ストリームの最後である状態」を判定する（図１６：ステップＳ３１１）。するとポータルサーバ１１は、レジューム管理テーブルに記録された当該ＣＭ連結ストリームの終了時間位置情報を削除し、当該ＣＭ連結ストリームと合せて１つのＣＭ付きコンテンツを構成する本編ストリームの終了時間位置情報として初期値を記録する（図１６：ステップＳ３１５）。以後の動作は前述した通りである。
【０１１９】
次に、ブラウザ２１がポータルサーバ１１から本編ストリーム用の配信起動情報を含むウェブ文書を受信してから以降の動作を図１７を用いて説明する。
【０１２０】
ブラウザ２１は、本編ストリーム用の配信起動情報を受信すると、この配信起動情報を含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２はブラウザ２１からの起動要求を受けて起動し、この起動要求に含まれる配信起動情報の中から当該本編ストリーム用の再生制御メタファイルＵＲＬを取り出す。ＡＶプレイヤ２２は、この本編ストリーム用の再生制御メタファイルＵＲＬをもとに再生制御メタファイル取得要求を再生制御メタサーバ１３に送信する。再生制御メタサーバ１３は、再生制御メタファイル取得要求を受信すると、該当する本編ストリーム用の再生制御メタファイルを再生制御メタファイル取得応答として受信装置２０のＡＶプレイヤ２２に送信する。
【０１２１】
次に、ＡＶプレイヤ２２は、取得した本編ストリーム用の再生制御メタファイルからＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する。ＡＶプレイヤ２２は、このＤＲＭサーバＵＲＬをもとにＤＲＭサーバ１４との間にセキュアな通信路を確立して、そのライセンスＩＤを含むライセンス取得要求をＤＲＭサーバ１４に送信する。これにより、ＡＶプレイヤ２２は、ＤＲＭサーバ１４から、そのライセンスＩＤに対応するコンテンツ鍵を含むライセンスを取得する（図１７：ステップＳ４０１）。
【０１２２】
この後、ＡＶプレイヤ２２は、本編ストリームのコンテンツＵＲＬを含むコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、このコンテンツ取得要求に含まれる本編ストリームのコンテンツＵＲＬをもとに該当する本編ストリームを受信装置２０のＡＶプレイヤ２２に送信する（図１７：ステップＳ４０２）。ＡＶプレイヤ２２は、コンテンツサーバ１２より本編ストリームを受信し、暗号化された本編ストリームをライセンスのコンテンツ鍵で復号し、その結果得られる符号化データをデコードしてＡＶデータを得て、映像と音声を入出力インタフェース部２３を通じて出力部７１に出力する。これにより本編ストリームの再生が開始される（図１７：ステップＳ４０３）。
【０１２３】
ここで、本編ストリームの再生が最後まで行われる場合とユーザの指示により中断される場合とについて説明する。
【０１２４】
ＡＶプレイヤ２２は、ＣＭ連結ストリームの場合と同様に本編ストリームの再生が最後まで行われて終了した場合やユーザからの指示で中断された場合など、本編ストリームの再生が終了した場合、再生の終了時間位置情報を含む再生終了通知をブラウザ２１に通知する（図１７：ステップＳ４０４）。ブラウザ２１は、この再生終了通知を受けると、本編ストリーム用の配信起動情報の中から戻り先ＵＲＬを取り出す。ブラウザ２１は、ＡＶプレイヤ２２より通知された本編ストリームの終了時間位置情報を戻り先ＵＲＬのクエリーとして設定したアクセス情報と、ユーザＩＤと、ＣＭ付きコンテンツのコンテンツＩＤとを含む再生終了通知をポータルサーバ１１に送信する（図１７：ステップＳ４０５）。このときのアクセス情報は、例えば、
http://xxxxxxx?t=a
となる。「a」は再生の終了時間位置である。
【０１２５】
ポータルサーバ１１は、本編ストリームの再生終了通知を受信すると、この再生終了通知に含まれるアクセス情報をもとに、本編ストリームの再生が実質的に最後まで完了したかどうかを判定する（図１７：ステップＳ４０６）。この判定は、本編ストリームの全時間長に対する再生時間長の割合が所定の値以上であるかどうかによって行われる。すなわち、本編ストリームの全時間長に対する再生時間長の割合が所定の値以上であれば、本編ストリームの再生が実質的に最後まで完了したものと判定される。ここで、再生時間長はクエリーの値である終了時間位置から得られる値であり、本編ストリームの全時間長はポータルサーバ１１において予め管理された情報をもとに得られる。
【０１２６】
ポータルサーバ１１は、本編ストリームの再生が実質的に最後まで終了したことを判定した場合、レジューム管理テーブルに記録されたレジューム情報の中で、再生終了通知に含まれるユーザＩＤとＣＭ付きコンテンツのコンテンツＩＤをもつレジューム情報を削除する（図１７：ステップＳ４０７）。この後、ポータルサーバ１１は、コンテンツリストを含むウェブ文書を作成し（図１７：ステップＳ４０９）、受信装置２０のブラウザ２１に送信する。
【０１２７】
また、ポータルサーバ１１は、本編ストリームの再生が実質的に最後まで終了していないことを判定した場合、ブラウザ２１より受信した再生終了通知に含まれるアクセス情報から終了時間位置情報を抽出してレジューム管理テーブルに本編ストリームの終了時間位置情報として記録する（図１７：ステップＳ４０８）。この後、ポータルサーバ１１は、コンテンツリストを含むウェブ文書を作成し（図１７：ステップＳ４０９）、受信装置２０のブラウザ２１に送信する。
【０１２８】
ブラウザ２１は、ポータルサーバ１１より取得したウェブ文書に含まれるコンテンツリストを入出力インタフェース部２３を通じて出力部７１に表示する。この表示されたコンテンツリストの中で、ユーザにより再び同じＣＭ付きコンテンツの再生指示が入力されたとする（図１７：ステップＳ４０１）。ブラウザ２１は、再生が指示されたＣＭ付きコンテンツのコンテンツＩＤとユーザＩＤを含むコンテンツ視聴要求をポータルサーバ１１に送信する。
【０１２９】
ポータルサーバ１１は、ブラウザ２１より受信したコンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤと、レジューム管理テーブルに記録されているレジューム情報とを比較する（図１６：ステップＳ３０４）。現時点ではレジューム管理テーブルに、コンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤをもつレジューム情報が記録されており、このレジューム情報には本編ストリームの終了時間位置情報が含まれている。この場合、ポータルサーバ１１は、レジューム管理テーブルからその本編ストリームの終了時間位置情報を取り出す。また、ポータルサーバ１１は、当該ＣＭ付きコンテンツにおける本編ストリーム用の配信起動情報をポータルサーバ１１内の記憶部から抽出する。そしてポータルサーバ１１は、本編ストリームの終了時間位置情報を再生開始位置情報として、この再生開始位置情報と本編ストリーム用の配信起動情報とを含むウェブ文書を生成し（図１６：ステップＳ３１８）、受信装置２０のブラウザ２１に送信する。
【０１３０】
ブラウザ２１は、このウェブ文書を受信すると、このウェブ文書に含まれる本編ストリーム用の配信起動情報の中から、当該本編ストリーム用の再生制御メタファイルＵＲＬを取り出し、この再生制御メタファイルＵＲＬを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、起動要求を受けると、前述したように、本編ストリーム用の再生制御メタファイルを取得し、次に当該本編ストリーム用のライセンスを取得する（図１７：ステップＳ４０１）。
【０１３１】
この後、ＡＶプレイヤ２２は、本編ストリーム用の再生制御メタファイルから抽出した本編ストリームのコンテンツＵＲＬと、本編ストリーム用の配信起動情報から抽出した再生開始位置情報とを含むコンテンツ取得要求をコンテンツサーバ１２に送信する。コンテンツサーバ１２は、このコンテンツ取得要求を受信すると、このコンテンツ取得要求に含まれる本編ストリームのコンテンツＵＲＬと再生開始位置情報をもとに、該当する本編ストリームの再生開始位置から後の部分を受信装置２０のＡＶプレイヤ２２に送信する（図１７：ステップＳ４０２）。
【０１３２】
受信装置２０のＡＶプレイヤ２２は、コンテンツサーバ１２より再生開始位置からの本編ストリームを受信し、暗号化された本編ストリームをライセンスのコンテンツ鍵で復号する。ＡＶプレイヤ２２は、暗号化が解除された符号化データをデコードしてＡＶデータを得て、映像と音声をそれぞれ入出力インタフェース部２３を通じて出力部７１に出力する。これによりユーザの操作により再生が中断された位置から本編ストリームの再生が再開される（図１７：ステップＳ４０３）。
【０１３３】
以上説明したストリーム再生のレジューム機能により、ＣＭ付きコンテンツにおけるＣＭ連結ストリームおよび本編ストリームの再生がユーザの操作によって中断された場合、以後に同じＣＭ付きコンテンツの再生が指示されたとき、中断した時間位置から同じＣＭ連結ストリームおよび本編ストリームの再生を再開することができる。
【０１３４】
なお、本変形例１は、ＣＭ連結ストリームを配信する場合のみならず、単体のＣＭストリームが配信される場合にも適用可能である。
【０１３５】
＜変形例２＞
次に、受信装置２０に配信するＣＭ連結ストリームをユーザの嗜好に応じて選択する方法について説明する。
【０１３６】
図１８はポータルサーバ１１へのユーザ登録時の流れを示すシーケンス図である。
ここで、受信装置２０のブラウザ２１はユーザ嗜好情報提供部、配信起動情報取得部に相当する。ポータルサーバ１１はユーザ嗜好記憶部、配信起動情報送信部に相当する。
【０１３７】
まず、受信装置２０のブラウザ２１が起動される。ブラウザ２１はポータルサーバ１１が提供するサービスを利用するために必要なユーザ登録用のウェブ文書の取得要求をポータルサーバ１１に送信する（ステップＳ５０１）。ポータルサーバ１１は、この要求に応じてユーザ登録用のウェブ文書を作成し、受信装置２０のブラウザ２１に送信する（ステップＳ５０２）。
【０１３８】
受信装置２０のブラウザ２１は、受信したユーザ登録用のウェブ文書を入出力インタフェース部２３を通じて出力部７１に出力する。ユーザ登録用のウェブ文書には、ユーザＩＤ、パスワード、個人情報、嗜好情報等をユーザに入力させるための複数の入力欄が設けられている。各入力欄に入力部７２を使ってユーザより各種の情報の入力が行われ（ステップＳ５０３）、ユーザ登録用のウェブ文書に設けられた登録ボタンが操作されると、ブラウザ２１は各入力欄に入力された各情報を含むユーザ登録情報通知をポータルサーバ１１に送信する。
【０１３９】
ポータルサーバ１１は、ユーザ登録情報通知を受信すると、このユーザ登録情報通知に含まれる嗜好情報を分析してユーザプロファイルを作成する（ステップＳ５０４）。ユーザプロファイルとは、ユーザより入力された嗜好情報が保存されるファイルである。次に、ポータルサーバ１１は、ユーザ登録情報通知からユーザＩＤ、パスワード、個人情報を抽出し、ユーザプロファイルとともにユーザ管理データベースに互いに関連付けて一組のユーザ登録情報として記録する（ステップＳ５０５）。この後、ポータルサーバ１１は、ユーザ登録完了を通知するためのウェブ文書を作成し（ステップＳ５０６）、受信装置２０のブラウザ２１に送信する。受信装置２０のブラウザ２１は、このユーザ登録完了通知用のウェブ文書を表示してユーザにユーザ登録完了を通知する（ステップＳ５０７）。
【０１４０】
このような手順が複数の受信装置２０のユーザ毎に繰り返されることで、ポータルサーバ１１のユーザ管理データベースに複数のユーザ登録情報が記録される。以上がユーザ登録に関する動作である。
【０１４１】
次に、ユーザ登録後の受信装置２０でＣＭ連結ストリームが再生されるまでの動作を説明する。
図１９は本変形例２に係るユーザ登録後の受信装置２０でＣＭ付きコンテンツが選択されてからＣＭ連結ストリームが再生されるまでのシーケンス図である。図２０は本変形例２に係る配信起動情報、再生制御メタファイル、ライセンス、ＣＭ連結ストリーム、本編ストリームの関係を示す図である
【０１４２】
まず、受信装置２０のブラウザ２１が起動される。ブラウザ２１はポータルサーバ１１が提供するサービスを利用するためのログイン用のウェブ文書を取得して表示画面に表示する。受信装置２０のユーザは入力部７２を使って、そのログイン画面にユーザＩＤとパスワードを入力する。ブラウザ２１はそのログイン画面に入力されたユーザＩＤ及びパスワードを含むユーザログイン情報をポータルサーバ１１に送信する（ステップＳ６０１）。
【０１４３】
ポータルサーバ１１は、ユーザログイン情報を受信すると、このユーザログイン情報に含まれるユーザＩＤ及びパスワードとユーザ管理データベースに記録されたユーザ登録情報との照合によりユーザ認証を行う（ステップＳ６０２）。ユーザログイン情報に含まれるユーザＩＤ及びパスワードがユーザ管理データベースに記録されたどのユーザ登録情報とも一致せずユーザ認証に失敗した場合、ポータルサーバ１１は、ユーザ認証失敗を示すメッセージを含むウェブ文書を作成してブラウザ２１に送信する。
【０１４４】
ユーザ認証に成功した場合、ポータルサーバ１１は、ユーザ管理データベースから当該ユーザのユーザプロファイルを抽出し、このユーザプロファイルに保存された嗜好情報を基に当該ユーザの嗜好に合せて最適化されたコンテンツリストのウェブ文書を作成する（ステップＳ６０３）。ユーザの嗜好に合せて最適化されたコンテンツリストとは、例えば、ユーザの嗜好に適合するコンテンツ（ＣＭ付きコンテンツ）を表示の形式等によって明示したコンテンツリスト、ユーザの嗜好に適合するコンテンツだけで構成されるコンテンツリスト等である。ポータルサーバ１１は、このようにユーザの嗜好に合せて最適化されたコンテンツリストを含むウェブ文書をユーザ認証済みを証明する情報である認証トークンとともにブラウザ２１に送信する。
【０１４５】
受信装置２０のブラウザ２１は、ポータルサーバ１１より受信したウェブ文書に含まれるコンテンツリストを入出力インタフェース部２３を通じて出力部７１に出力する。この最適化されたコンテンツリスト１０１（図２０参照）の中でユーザによって入力部７２を使って視聴したいＣＭ付きコンテンツの選択と再生の指示が入力されると（ステップＳ６０４）、ブラウザ２１は、その再生が指示されたＣＭ付きコンテンツのコンテンツＩＤとユーザＩＤを含むコンテンツ視聴要求と認証トークンをポータルサーバ１１に送信する。
【０１４６】
ポータルサーバ１１は、受信装置２０より受信したコンテンツ視聴要求に含まれるＣＭ付きコンテンツのコンテンツＩＤ及びユーザＩＤをもとにユーザ管理データベースから対応するユーザ登録情報の中のユーザプロファイルを抽出する（ステップＳ６０５）。ポータルサーバ１１は、抽出したユーザプロファイルに保存された嗜好情報をもとに当該ユーザの嗜好に合ったＣＭ連結ストリームを選択する。このユーザの嗜好に合ったＣＭ連結ストリームを選択する仕組みは例えば次の通りである。
【０１４７】
コンテンツサーバ１２に格納された各ＣＭ連結ストリームは、ポータルサーバ１１においてＣＭ対象商品の属性毎に分類されて管理されている。例えば、３つのＣＭ１，ＣＭ２，ＣＭ３の対象商品がそれぞれ「○○社製の自動車」「△△社製の女性化粧品」「××映画」である場合、ＣＭ１には『車』、ＣＭ２には『美容』、ＣＭ３には『オーディオ・ビジュアル』の属性がそれぞれ与えられる。また、ポータルサーバ１１は、ユーザプロファイルに保存された嗜好情報をもとに嗜好属性を判定する。例えば、ユーザプロファイルに嗜好情報として「ドライブ」が保存されている場合、ポータルサーバ１１は、そのユーザの嗜好属性は『車』であることを判断し、そのユーザの嗜好属性に合ったＣＭは対象商品が「○○社製の自動車」のＣＭであることを判定する。
【０１４８】
複数のＣＭが連結されて１つのＣＭ連結ストリームがユーザに配信される場合には、その１つのＣＭ連結ストリームにそれぞれのＣＭの対象商品の属性が与えられる。この場合、ポータルサーバ１１は、ユーザの嗜好属性と一致する属性を１つでも有しているＣＭ連結ストリームを、ユーザの嗜好属性に合ったものとして判定する。あるいは、ポータルサーバ１１は、ＣＭ連結ストリームの先頭のＣＭの対象商品の属性を当該ＣＭ連結ストリームを代表する属性として、ＣＭ連結ストリームの代表属性とユーザの嗜好属性とを比較することによって、ユーザの嗜好属性に適合するＣＭ連結ストリームを判定するようにしてもよい。
【０１４９】
ポータルサーバ１１は、以上のようにして判定された、ユーザの嗜好属性に適合するＣＭ連結ストリーム用の配信起動情報１０２を含むウェブ文書を作成して（ステップＳ６０６）、このウェブ文書を認証トークンとともに受信装置２０のブラウザ２１に送信する。
【０１５０】
受信装置２０のブラウザ２１は、ＣＭ連結ストリーム用の配信起動情報１０２と認証トークンを受信すると、このＣＭ連結ストリーム用の配信起動情報１０２を含む起動要求を認証トークンとともＡＶプレイヤ２２に出す。ＡＶプレイヤ２２はブラウザ２１からの起動要求を受けて起動し、この起動要求に含まれるＣＭ連結ストリーム用の配信起動情報１０２の中から当該ＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを取り出す。ＡＶプレイヤ２２は、この再生制御メタファイルＵＲＬに宛てて再生制御メタファイル取得要求を認証トークンとともに再生制御メタサーバ１３に送信する（ステップＳ６０７）。
【０１５１】
再生制御メタサーバ１３は、再生制御メタファイル取得要求を受信すると、該当する本編ストリーム用の再生制御メタファイル１０３を再生制御メタファイル取得応答として認証トークンとともに受信装置２０のＡＶプレイヤ２２に送信する（ステップＳ６０８）。
【０１５２】
ＡＶプレイヤ２２は、取得したＣＭ連結ストリーム用の再生制御メタファイル１０３を解析してＤＲＭサーバＵＲＬおよびライセンスＩＤを抽出する。ＡＶプレイヤ２２は、このＤＲＭサーバＵＲＬをもとにＤＲＭサーバ１４との間にセキュアな通信路を確立し、ライセンスＩＤを含むライセンス取得要求をＤＲＭサーバ１４に送信する。これにより、ＡＶプレイヤ２２は、ＤＲＭサーバ１４より、そのライセンスＩＤに対応するコンテンツ鍵を含むライセンス１０４を取得する（ステップＳ６０９，Ｓ６１０）。
【０１５３】
ＡＶプレイヤ２２は、ライセンス１０４の取得後、ＣＭ連結ストリームのコンテンツＵＲＬを含むコンテンツ取得要求をコンテンツサーバ１２に送信して、コンテンツサーバ１２よりＣＭ連結ストリーム１０５を受信する。続いて、ＡＶプレイヤ２２は、ＣＭ連結ストリーム１０５の暗号化をライセンスのコンテンツ鍵で解除する。そしてＡＶプレイヤ２２は、暗号化の解除されたデータからＡＶデータを復元する復号を行い、復号されたＡＶデータを入出力インタフェース部２３を通じて出力部７１に出力する。これによりＣＭ連結ストリーム１０５の再生が開始される（ステップＳ６１１，Ｓ６１２）。
【０１５４】
受信装置２０が、本編ストリームを受信して再生するときの動作は第１の実施形態と同じである。
【０１５５】
以上のように、本変形例２によれば、ユーザの嗜好に合ったＣＭ連結ストリームを選択して受信装置２０に配信することができ、ＣＭの効果を高めることができる。
【０１５６】
なお、本変形例２は、ＣＭ連結ストリームを配信する場合のみならず、単体のＣＭストリームが配信される場合にも適用可能である。
【０１５７】
＜変形例３＞
次に、受信装置２０がＥＣＧメタデータを利用する場合において、その受信装置２０に配信するＣＭ連結ストリームをユーザの嗜好に応じて切り替える方法について説明する。
【０１５８】
図２１は本変形例３に係るポータルサーバ１１へのユーザ登録時の流れを示すシーケンス図である。
ここで、受信装置２０のＡＶプレイヤ２２は第２の再生制御情報取得部に相当する。
【０１５９】
このシーケンスにおいて、受信装置２０がポータルサーバ１１からユーザ登録画面を含むウェブ文書の取得を要求してから（ステップＳ７０１）、ポータルサーバ１１がユーザ管理データベースにユーザＩＤ、パスワード、個人情報、及びユーザプロファイルを含む各情報を登録する（ステップＳ７０５）までの動作は、図１８のステップＳ５０１からステップＳ５０５と同様である。
【０１６０】
ポータルサーバ１１は、ユーザ管理データベースにユーザＩＤ、パスワード、個人情報、及びユーザプロファイルを登録した後、予め決められたルールに従って、ユーザプロファイルに保存された嗜好情報に応じたユーザの嗜好属性を判定する。ポータルサーバ１１は、この嗜好属性を識別する嗜好属性情報と、本コンテンツ配信サービスの事業者を特定するドメイン情報を含むユーザ登録完了通知用のウェブ文書を作成して受信装置２０のブラウザ２１に送信する（ステップＳ７０６）。
【０１６１】
受信装置２０のブラウザ２１は、このユーザ登録完了通知用のウェブ文書を受信すると、このユーザ登録完了通知用のウェブ文書から嗜好属性情報とドメイン情報を抽出して受信装置２０内のストレージ２５に記憶する。なお、本コンテンツ配信サービスの事業者を特定するドメイン情報は、ユーザ登録完了通知用のウェブ文書に埋め込んで受信装置２０のブラウザ２１に送信されることによって、受信装置２０のブラウザ２１がユーザ登録完了通知用のウェブ文書内から抽出してもよいし、ユーザ登録完了通知用のウェブ文書に埋め込むのではなく、受信装置２０のブラウザ２１が、受信したユーザ登録完了通知用のウェブ文書のＵＲＬから抽出するようにしてもよい。以上がユーザ登録時の動作である。
【０１６２】
次に、ユーザ登録後の受信装置２０でのＣＭ連結ストリームの受信及び再生までの動作を説明する。
【０１６３】
ここで、本変形例３で採用されるＥＣＧメタデータについて説明する。図２２は本変形例３に係るコンテンツ毎のＥＣＧメタデータの説明図である。同図に示すように、コンテンツ毎のＥＣＧメタデータは、コンテンツＩＤ、コンテンツタイトル名、コンテンツ概要、ジャンル、コンテンツ時間長、本編ストリーム用の再生制御メタファイルのＵＲＬ、ＣＭ連結ストリーム用の再生制御メタファイルのＵＲＬ、ＣＭ連結ストリームのライセンスＩＤ、本編ストリーム用のライセンスＩＤ、嗜好属性別再生有無フラグなどで構成される。嗜好属性別再生有無フラグとは、嗜好属性に応じたＣＭ連結ストリームの切り替えを有効にするか無効にするかを設定するフラグである。受信装置２０のＥＣＧ処理部２４は、ＥＣＧメタサーバ１５から最新のＥＣＧメタデータを取得し、ストレージ２５に蓄積する。ＥＣＧ処理部２４は、例えば、定期的にＥＣＧメタサーバ１５にアクセスしたり、起動される都度ＥＣＧメタサーバ１５にアクセスするなどして、最新のＥＣＧメタデータを取得する。
【０１６４】
図２３は本変形例３に係るユーザ登録後の受信装置２０でのＣＭ連結ストリームの受信及び再生までの流れを示すシーケンス図である。
【０１６５】
まず、受信装置２０にて、ユーザにより入力部７２を使ってコンテンツナビゲーション画面の表示要求が入力される。ＥＣＧ処理部２４は、この表示要求を受けると、ストレージ２５に蓄積されたＥＣＧメタデータをもとにコンテンツナビゲーション画面を受信装置２０の出力部７１[宇都宮1]に表示する（ステップＳ８０１）。このコンテンツナビゲーション画面は、視聴可能なＣＭ付きコンテンツのタイトル名、概要、ジャンル、時間長などを表示し、ユーザにコンテンツの選択を促す画面である。
【０１６６】
このコンテンツナビゲーション画面で、入力部７２を使ってユーザより視聴したいＣＭ付きコンテンツが選択され、再生指示が入力されると（ステップＳ８０２）、ＥＣＧ処理部２４は、そのＣＭ付きコンテンツのＥＣＧメタデータ中の嗜好属性別再生有無フラグを確認する（ステップＳ８０３）。嗜好属性別再生有無フラグがセットされていない場合には、図１２のステップＳ２０４以降の手順と同様の手順によってＣＭ連結ストリームの配信及び再生が行われる。すなわち、この場合、受信装置２０では、ストレージ２５に蓄積された該当するＣＭ付きコンテンツのＥＣＧメタデータに含まれるＣＭ連結ストリーム用の再生制御メタファイルのＵＲＬ及びライセンスＩＤを用いてＣＭ連結ストリームの取得及び再生が行われる。
【０１６７】
これに対し、嗜好属性別再生有無フラグがセットされている場合、ＥＣＧ処理部２４は、同ＥＣＧメタデータ中のＣＭ連結ストリーム用の再生制御メタファイルＵＲＬを確認する。ＥＣＧ処理部２４は、そのＵＲＬ中のドメイン情報がユーザ登録完了通知用のウェブ文書の受信時に取得してストレージ２５に保存しておいたドメイン情報と一致するかどうかを調べる（ステップＳ８０４）。
【０１６８】
本コンテンツ配信サービスにおいて、ユーザ登録完了通知用のウェブ文書のドメイン情報は、ＥＣＧメタデータ中のＣＭ連結ストリーム用の再生制御メタファイルＵＲＬに使われているドメイン情報と同一とされている。したがって、ユーザ登録を完了したユーザの受信装置２０であれば、双方のドメイン情報は一致することとなる。逆に一致しないということは、受信装置２０のユーザがユーザ登録が完了していないユーザである可能性がある。そこで後者の場合、ＥＣＧ処理部２４は、ユーザ登録をユーザに促す内容のメッセージを受信装置２０の出力部７１を通じてユーザに報知する（ステップＳ８０５）。
【０１６９】
双方のドメイン名が一致した場合、ＥＣＧ処理部２４は、同ＥＣＧメタデータ中のＣＭ連結ストリーム用の再生制御メタファイルＵＲＬと、ポータルサーバ１１より受信したユーザ登録完了通知中の嗜好属性情報とを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、ブラウザ２１からの起動要求を受けて起動し、この起動要求に含まれる嗜好属性情報を、その起動要求に含まれるＣＭ連結ストリーム用の再生制御メタファイルＵＲＬのクエリーとして設定したアクセス情報を生成する。そしてＡＶプレイヤ２２は、このアクセス情報をもとに、ＣＭ連結ストリーム用の再生制御メタファイル取得要求をユーザ登録済みを証明する情報である認証トークンとともに再生制御メタサーバ１３に送信する（ステップＳ８０６）。
【０１７０】
再生制御メタサーバ１３は、受信装置２０からの再生制御メタファイル取得要求を受信すると、この再生制御メタファイル取得要求に認証トークンが含まれているかどうかを判定する。認証トークンが含まれていない場合、再生制御メタサーバ１３は、当該再生制御メタファイル取得要求を未登録のユーザからの要求と見なし、その旨を受信装置２０に送信するだけで再生制御メタファイルの送信は行わない。
【０１７１】
認証トークンが含まれている場合、再生制御メタサーバ１３は、当該再生制御メタファイル取得要求を登録済みのユーザからの要求と見なす。そして再生制御メタサーバ１３は、再生制御メタファイルＵＲＬにクエリーとして設定されている嗜好属性情報に関連付けられたＣＭ連結ストリーム用の再生制御メタファイルを検索する。すなわち、再生制御メタサーバ１３の記憶部には、嗜好属性情報とＣＭ連結ストリームのコンテンツＩＤとが関連付けて記憶されているとともに、ＣＭ連結ストリームのコンテンツＩＤと関連付けて当該ＣＭ連結ストリーム用の再生制御メタファイルが格納されている。再生制御メタサーバ１３は、受信装置２０から受信した再生制御メタファイルＵＲＬにクエリーとして設定されている嗜好属性情報を抽出し、記憶部から、この嗜好属性情報に関連付けられたＣＭ連結ストリームのコンテンツＩＤを取り出す。そして再生制御メタサーバ１３は、記憶部から、そのコンテンツＩＤに関連付けられたＣＭ連結ストリーム用の再生制御メタファイルを取り出し、この再生制御メタファイルを含む再生制御メタファイル取得応答を認証トークンとともに受信装置２０に送信する（ステップＳ８０７）。以降は、図１２のステップＳ２０５以降と同様に、ライセンス取得のための処理、ＣＭ連結ストリームの取得及び再生のための処理が行われる（ステップＳ８０８−Ｓ８１１）。
【０１７２】
受信装置２０が、本編ストリームを受信して再生するときの動作は第２の実施形態と同じである。
【０１７３】
以上のように、本変形例３によれば、変形例２と同様にユーザの嗜好に合ったＣＭ連結ストリームを選択して受信装置２０に配信することができ、ＣＭの効果を高めることができる。また、ユーザの嗜好に合ったＣＭ連結ストリームの選択のオンオフを、ＥＣＧメタデータ中の嗜好属性別再生有無フラグの設定により切り替えることができる。
【０１７４】
＜変形例４＞
次に、変形例３と同様に受信装置２０がＥＣＧメタデータを利用する場合において、その受信装置２０に配信するＣＭ連結ストリームをユーザの嗜好に応じて切り替える別の方法を変形例４として説明する。
【０１７５】
図２４は本変形例４に係るポータルサーバ１１へのユーザ登録時の流れを示すシーケンス図である。
まず、受信装置２０のブラウザ２１が起動される。ブラウザ２１はポータルサーバ１１が提供するサービスを利用するために必要なユーザ登録用のウェブ文書の取得要求をポータルサーバ１１に送信する（ステップＳ９０１）。ポータルサーバ１１は、この要求に応じてユーザ登録用のウェブ文書を作成し、受信装置２０のブラウザ２１に送信する（ステップＳ９０２）。
【０１７６】
受信装置２０のブラウザ２１は、受信したユーザ登録用のウェブ文書を入出力インタフェース部２３を通じて出力部７１に出力する。ユーザ登録用のウェブ文書には、ユーザＩＤ、パスワード、個人情報、嗜好情報等をユーザに入力させるための複数の情報入力欄が設けられている。各入力欄に入力部７２を使ってユーザより各種の情報の入力が行われ（ステップＳ９０３）、ユーザ登録用のウェブ文書に設けられた登録ボタンが操作されると、ブラウザ２１は受信装置２０に予め割り当てられている機器ＩＤを受信装置２０内のストレージ２５が抽出する（ステップＳ９０４）。そして、ブラウザ２１は上記の各入力項目に入力された情報と、ストレージ２５から抽出した機器ＩＤとを含むユーザ登録情報通知をポータルサーバ１１に送信する（ステップＳ９０５）。
【０１７７】
ポータルサーバ１１は、ユーザ登録情報通知を受信すると、このユーザ登録情報通知に含まれる嗜好情報を分析してユーザプロファイルを作成する（ステップＳ９０６）。次に、ポータルサーバ１１は、ユーザ登録情報通知からユーザＩＤ、パスワード、個人情報、機器ＩＤを抽出し、作成した上記のユーザプロファイルとともに、ユーザ管理データベースに互いに関連付けて一組のユーザ登録情報として記録する（ステップＳ９０７）。
【０１７８】
この後、ポータルサーバ１１は、ユーザ登録完了通知用のウェブ文書を作成して受信装置２０のブラウザ２１に送信する（ステップＳ９０８）。受信装置２０のブラウザ２１は、このユーザ登録完了通知用のウェブ文書を表示してユーザにユーザ登録完了を通知する（ステップＳ９０９）。
【０１７９】
次に、本変形例４において、ユーザ登録後の受信装置２０でのＣＭ連結ストリームの受信及び再生までの動作を説明する。
【０１８０】
図２５は本変形例４に係るユーザ登録後の受信装置２０でＣＭ付きコンテンツが選択されてからＣＭ連結ストリームが再生されるまでのシーケンス図である。
【０１８１】
まず、ステップＳ１００１からＳ１００３までの動作は、上記の変形例４における図２３のステップＳ８０１からＳ８０３までの動作と同じである。
【０１８２】
受信装置２０のＥＣＧ処理部２４は、受信装置２０のユーザにより再生が指示されたＣＭ付きコンテンツの、ＥＣＧメタデータ中の嗜好属性別再生有無フラグがセットされていることをステップＳ１００３で判定した場合、次のように処理を行う。ＥＣＧ処理部２４は、まず、受信装置２０のストレージ２５から機器ＩＤを抽出する（ステップＳ１００４）。続いてＥＣＧ処理部２４は、この機器ＩＤと、同ＥＣＧメタデータ中のＣＭ連結ストリーム用の再生制御メタファイルＵＲＬとを含む起動要求をＡＶプレイヤ２２に出す。ＡＶプレイヤ２２は、ブラウザ２１からの起動要求を受けて起動し、この起動要求に含まれる機器ＩＤを、同じくこの起動要求に含まれるＣＭ連結ストリーム用の再生制御メタファイルＵＲＬのクエリーとして設定したアクセス情報を生成する。そしてＡＶプレイヤ２２は、このアクセス情報を含むＣＭ連結ストリーム用の再生制御メタファイル取得要求を再生制御メタサーバ１３に送信する（ステップＳ１００５）。
【０１８３】
再生制御メタサーバ１３は、ユーザ管理データベースをポータルサーバ１１とで共有している。ユーザ管理データベースをポータルサーバ１１とで共有するための具体的な方法としては、例えば、再生制御メタサーバ１３とポータルサーバ１１とを物理的に１つのサーバ装置で稼動し、サーバ装置に接続された記憶装置に、双方のサーバよりアクセス可能なユーザ管理データベースを配置する方法等がある。また、ポータルサーバ１１のみによってアクセス可能なユーザ管理データベースとした場合には、再生制御メタサーバ１３からポータルサーバ１１に対してユーザ管理データベースの内容を問い合せるようにしてもよい。
【０１８４】
再生制御メタサーバ１３は、受信装置２０より受信した再生制御メタファイル取得要求に含まれるアクセス情報に再生制御メタファイルＵＲＬのクエリーとして設定されている機器ＩＤがユーザ管理データベースに登録されているかどうかを判定する。機器ＩＤがユーザ管理データベースに登録されていない場合、再生制御メタサーバ１３は、当該再生制御メタファイル取得要求を未登録のユーザからの要求と見なし、その旨を受信装置２０に送信するだけで再生制御メタファイルの送信は行わない。
【０１８５】
また、当該機器ＩＤがユーザ管理データベースに登録されている場合、再生制御メタサーバ１３は、当該再生制御メタファイル取得要求を登録済みのユーザからの要求と見なす。次に、再生制御メタサーバ１３は、ユーザ管理データベースに当該機器ＩＤと関連付けて登録されているユーザプロファイルをもとにユーザの嗜好属性を判定する。再生制御メタサーバ１３の記憶部には、各嗜好属性にＣＭ連結ストリーム用の再生制御メタファイルが対応付けて格納されている。再生制御メタサーバ１３は、ユーザの嗜好属性を判定した後、この判定した嗜好属性に関連付けられたＣＭ連結ストリーム用の再生制御メタファイルを記憶部から抽出して、再生制御メタファイル取得応答として、ユーザ登録済みを証明する情報である認証トークンとともに受信装置２０に送信する。受信装置２０に送信する（ステップＳ１００６）。
【０１８６】
以後は図１２のステップＳ２０５以降と同様の手順によって、ＣＭ連結ストリームの転送及び再生が行われる（ステップＳ１００７−Ｓ１０１０）。
【０１８７】
受信装置２０が本編ストリームを受信して再生するときの動作は第２の実施形態と同じである。
【０１８８】
以上のように、本変形例４によれば、ユーザ登録を完了したユーザであれば、以後は受信装置２０にてユーザが視聴したいコンテンツの選択を行うだけで、ユーザの嗜好に合ったＣＭ連結ストリームの配信を受けことができる。
【０１８９】
なお、本発明は、映像コンテンツに限らず、楽曲、コンピュータプログラムなどあらゆるコンテンツのダウンロードサービスに適用することが可能である。
【０１９０】
上述したサーバ装置１０及び受信装置２０における一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１９１】
図２６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１９２】
このコンピュータ２００において、CPU(Central Processing Unit)２０１，ROM(Read Only Memory)２０２，RAM(Random Access Memory)２０３は、バス２０４により相互に接続されている。
【０１９３】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【０１９４】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１９５】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１９６】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１９７】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１９８】
１…コンテンツ配信システム
１０…サーバ装置
１１…ポータルサーバ
１２…コンテンツサーバ
１３…再生制御メタサーバ
２０…受信装置
２１…ブラウザ
２２…ＡＶプレイヤ
２４…ＥＣＧ処理部
２５…ストレージ
３０…ネットワーク
７１…出力部
７２…入力部
８２…ＣＭ連結ストリーム用の配信起動情報
８３…ＣＭ連結ストリーム用の再生制御メタファイル
８４…ＣＭ連結ストリーム用のライセンス
８５…ＣＭ連結ストリーム
８６…本編ストリーム用の配信起動情報
８７…本編ストリーム用の再生制御メタファイル
８８…本編ストリーム用のライセンス
８９…本編ストリーム
【図１】
2010252262.tif 000003
【図２】
2010252262.tif 000004
【図３】
2010252262.tif 000005
【図４】
2010252262.tif 000006
【図５】
2010252262.tif 000007
【図６】
2010252262.tif 000008
【図７】
2010252262.tif 000009
【図８】
2010252262.tif 000010
【図９】
2010252262.tif 000011
【図１０】
2010252262.tif 000012
【図１１】
2010252262.tif 000013
【図１２】
2010252262.tif 000014
【図１３】
2010252262.tif 000015
【図１４】
2010252262.tif 000016
【図１５】
2010252262.tif 000017
【図１６】
2010252262.tif 000018
【図１７】
2010252262.tif 000019
【図１８】
2010252262.tif 000020
【図１９】
2010252262.tif 000021
【図２０】
2010252262.tif 000022
【図２１】
2010252262.tif 000023
【図２２】
2010252262.tif 000024
【図２３】
2010252262.tif 000025
【図２４】
2010252262.tif 000026
【図２５】
2010252262.tif 000027
【図２６】
2010252262.tif 000028