JP2009021748A - コンテンツ再生装置、サーバ装置、コンテンツ再生方法、及びプログラム - Google Patents

Abstract

【課題】ＩＰを用いた放送サービスにおいてサーバ装置からＶＯＤ配信されるプレビュー用コンテンツ等のコンテンツを、サーバ装置内で重複記憶しておく必要もなく、素早くリピート再生することが可能なコンテンツ再生装置を提供する。
【解決手段】コンテンツ再生装置（受信機１で例示）は、ＩＰを用いたＶＯＤサービスを提供するサーバ装置から、受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得手段と、取得した再生制御ファイルに基づきサーバ装置からコンテンツを受信し再生するコンテンツ再生手段と、再生したコンテンツをリピート再生するか否かを判定するリピート再生判定手段と、リピート再生すると判定された場合に、同じコンテンツを再度先頭から再生するコマンドをサーバ装置に送信する再生コマンド送信手段とを備える。
【選択図】図１

Description

本発明は、コンテンツ再生装置、サーバ装置、コンテンツ再生方法、及びプログラムに関し、より詳細には、ＩＰ（Internet Protocol）を用いた放送サービスにおいてサーバ装置からＶＯＤ（Video On Demand）配信されるコンテンツを受信して再生するコンテンツ再生装置、そのサーバ装置、そのコンテンツ再生方法、及び、そのコンテンツ再生装置に組み込むためのプログラムに関する。

近年、ＩＰを用いた放送サービスが脚光を浴びてきており、ＩＰＳＰ（IPTV Service Project）によってＩＰＴＶサービスとして標準仕様の策定が進められている（例えば、非特許文献１を参照）。

ＩＰＴＶサービスでは、主にブロードバンド回線上の専用のＩＰ網により、ＩＰ放送（多チャンネル放送や通常放送の再放送を含む）、ＶＯＤ、映像ダウンロードなどのサービスが提供されている。ＩＰ放送にはマルチキャスト配信が、ＶＯＤにはユニキャスト配信が、映像ダウンロードにはファイル配信が、それぞれ用いられる。

このうち、コンテンツを受信側のコンテンツ再生装置にＶＯＤ配信する場合には、非特許文献１中の「次世代ＩＰＴＶにおけるＶＯＤ技術」に記載のごとく、コンテンツ固有の情報、コンテンツの権利保護に関する情報、及びコンテンツの再生制御情報が必要となる。これらの情報は、再生制御ファイルとしてＸＭＬ（eXtensible Markup Language）形式で記述され、そのうちコンテンツの再生制御情報としては、サーバ装置（実際にはＶＯＤサーバ）が対応しているトリックプレイ（早送りや巻き戻しなど）の種類と速度が記述されている。なお、ユーザ個別のコンテンツ再生に係わる情報も再生制御ファイルに含めておいてもよい。

また、ＩＰＴＶサービスで用いられるコンテンツ再生装置としては、ＳＴＢ（Set Top Box）等の専用機器が一般的であり、ユーザは、この専用機器を経由して一般のテレビジョン受像機（ＴＶ受像機）やラジオ受信機でコンテンツの視聴が可能となる。

ＩＰＴＶサービスでは、ユーザが視聴を望んでいるコンテンツだけでなく、そのコンテンツを紹介するためのプレビュー用コンテンツを提供することもできる。例えば、ＥＣＧ（Electric Content Guide）に、１又は複数種類のコンテンツのそれぞれに対するプレビュー用コンテンツを組み込むなどして、ユーザに視聴させることもできる。プレビューは、仮出力又はダイジェストなどとも呼ばれている。

特許文献１には、放送番組の動画予告編等の視聴を簡単且つ容易にするＴＶ受像機が開示されている。このＴＶ受像機は、インターネット網のサーバに予め蓄積された放送番組の動画予告編等の動画コンテンツをコンテンツ選択部により選択し、ストリーミングデータとしてインターネット網でＶＯＤ配信又はライブ配信させ、モデムを介して受信して、Ｍａｃｒｏｍｅｄｉａ（登録商標） Ｆｌａｓｈ、Ｒｅａｌ Ｐｌａｙｅｒ（登録商標）、Ｗｉｎｄｏｗｓ Ｍｅｄｉａ（登録商標） Ｐｌａｙｅｒ、ＱｕｉｃｋＴｉｍｅ（登録商標）に代表されるストリーミング再生可能な画像処理を用いたブロードバンドストリーミングデータ再生部の動作により、ストリーム映像信号に再生する。このＴＶ受像機では、このストリーム映像信号とテレビ放送番組の放送映像信号とを重畳させて、同時に画面表示させている。

また、ケーブルテレビ（ＣＡＴＶ）において、プレビュー専用チャンネルを設け、ＶＯＤ配信によりプレビュー映像を視聴可能としたものが知られている（例えば、特許文献２を参照）。特許文献２に記載のシステムでは、センタ装置から複数番組のプレビュー映像を専用チャンネルを介して端末装置に伝送するに際し、複数番組のプレビュー映像を時系列的に連続して放送し、放送されているプレビュー映像を端末装置からの要求に従って次のプレビューにスキップさせることを可能としている。
特開２００４−１５２２４号公報 特開平８−１０２９２７号公報 川添雄彦、他１８名、「特集 ＩＰＴＶの最新技術動向」、［ｏｎｌｉｎｅ］、２００６．８、ＮＴＴグループ、ＮＴＴ技術ジャーナル ｖｏｌ．１８、ｐ．６〜ｐ．２２、［平成１９年５月１０日検索］、インターネット＜ＵＲＬ： http://www.ntt.co.jp/journal/0608/index.html＞

しかしながら、非特許文献１及び特許文献１，２をはじめとする従来の技術では、コンテンツの再生処理が終了した後は、ライブ配信ではコンテンツ再生装置が結果的に次に用意されているコンテンツの再生処理を施すこととなり、ＶＯＤ配信ではコンテンツ再生装置が元の表示状態に戻ることとなる。

従って、コンテンツを録画していない場合、ライブ配信だけでは同一コンテンツを再度再生することは不可能であり、一方で、ＶＯＤ配信では終了後に同一コンテンツを再度再生（リピート再生）させたい場合、ユーザによる再度のコンテンツ選択が必要となる。特に、プレビュー用コンテンツの再生後に元の状態（例えばＥＣＧ画面）に戻ってしまうと、再生期間が短いためまた録画することもないため、ユーザはそのプレビュー用コンテンツを見逃す可能性が高い。そのため、サービス提供側にとってみればプレビュー用コンテンツの本映像に対する宣伝効果が小さくなり、ユーザにとってみれば視聴したいコンテンツの情報を得る機会が少なくなる。

また、ＶＯＤ配信では、コンテンツ再生装置がコンテンツ再生毎に対象となるコンテンツの再生制御ファイルをサーバ装置（実際には再生制御ファイルサーバ）側から取得しなければならないため、繰り返しプレビュー用コンテンツを再生させたい場合には、ユーザに選択の手間を要求するだけでなく、再生制御ファイルの再取得から処理を開始する必要がある。従って、仮にユーザ選択までの時間を無視したとしても、再生制御ファイルの取得を伴う再度の再生には時間を要することとなる。

このような問題を解消するために、プレビュー用コンテンツとして所定回数だけプレビューを繰り返すコンテンツを予め用意し、それをライブ配信又はＶＯＤ配信することも考えられるが、サーバ装置側の記憶装置の容量が増すため好ましくない。なお、特許文献２に記載のごときシステムでは、さらにチャンネルの確保も必要となる。

本発明は、上述のごとき実状に鑑みてなされたものであり、ＩＰを用いた放送サービスにおいてサーバ装置からＶＯＤ配信されるプレビュー用コンテンツ等のコンテンツを、サーバ装置内で重複記憶しておく必要もなく、素早くリピート再生することが可能なコンテンツ再生装置、そのコンテンツ再生装置にコンテンツをＶＯＤ配信するサーバ装置、そのコンテンツ再生方法、並びにそのコンテンツ再生装置に組み込むためのプログラムの提供を、その目的とする。

上述のごとき課題を解決するために、本発明の第１の技術手段は、ＩＰを用いたビデオオンデマンドサービスとしてサーバ装置から提供されるコンテンツを再生するコンテンツ再生装置であって、前記サーバ装置から、受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得手段と、該制御ファイル取得手段で取得した再生制御ファイルに基づき、前記サーバ装置からコンテンツを受信し再生するコンテンツ再生手段と、該コンテンツ再生手段で再生した前記コンテンツをリピート再生するか否かを判定するリピート再生判定手段と、該リピート再生判定手段でリピート再生すると判定された場合に、前記コンテンツを再度先頭から再生するコマンドを、前記サーバ装置に送信する再生コマンド送信手段とを備え、該再生コマンド送信手段で送信したコマンドに対する応答として、前記コンテンツ再生手段が前記サーバ装置から前記コンテンツを再度受信して、以前に前記制御ファイル取得手段で取得済みの再生制御ファイルに基づき前記コンテンツを再度再生することを特徴としたものである。

第２の技術手段は、第１の技術手段において、前記リピート再生判定手段は、前記再生制御ファイルに、リピート再生をすることを示すリピート再生情報が含まれる否かを判定し、含まれた場合に前記コンテンツ再生手段で受信した前記コンテンツをリピート再生すると判定することを特徴としたものである。

第３の技術手段は、第２の技術手段において、前記リピート再生情報は、リピート再生回数の上限を示す上限情報を含み、前記再生コマンド送信手段は、同一のコンテンツに対する前記コマンドの連続送信回数又は前記コンテンツ再生手段による同一のコンテンツの連続再生回数をカウントするカウント手段を有し、該カウント手段でのカウントの結果が前記上限情報を上回る場合に、前記コマンドの送信を停止することを特徴としたものである。

第４の技術手段は、第１の技術手段において、前記リピート再生判定手段は、前記再生制御ファイルに含まれる情報に基づき、対象のコンテンツがプレビュー用であるか否かを判定し、プレビュー用である場合に前記コンテンツ再生手段で受信した前記コンテンツをリピート再生すると判定することを特徴としたものである。

第５の技術手段は、第１の技術手段において、前記リピート再生判定手段は、前記再生制御ファイルに基づく前記コンテンツ再生手段でのコンテンツ再生の状態から、対象のコンテンツがプレビュー用であるか否かを判定し、プレビュー用である場合に前記コンテンツ再生手段で受信した前記コンテンツをリピート再生すると判定することを特徴としたものである。

第６の技術手段は、第４又は第５の技術手段において、前記再生コマンド送信手段は、同一のコンテンツに対する前記コマンドの連続送信回数又は前記コンテンツ再生手段による同一のコンテンツの連続再生回数をカウントするカウント手段を有し、該カウント手段でのカウントの結果が所定のリピート再生回数を上回る場合に、前記コマンドの送信を停止することを特徴としたものである。

第７の技術手段は、ＩＰを用いたビデオオンデマンドサービスとして、コンテンツ再生装置に対してコンテンツを提供するサーバ装置であって、コンテンツ及び該コンテンツに関するプレビュー用コンテンツを記憶する記憶手段と、前記プレビュー用コンテンツ及び該プレビュー用コンテンツに対する再生制御ファイルを前記コンテンツ再生装置に提供するプレビュー提供手段と、前記コンテンツ及び該コンテンツに対する再生制御ファイルを前記コンテンツ再生装置に提供するコンテンツ提供手段とを備え、前記プレビュー提供手段で提供する再生制御ファイルは、リピート再生することを示すリピート再生情報を含むことを特徴としたものである。

第８の技術手段は、ＩＰを用いたビデオオンデマンドサービスとしてサーバ装置から提供されるコンテンツをコンテンツ再生装置で再生するコンテンツ再生方法であって、前記サーバ装置から受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得ステップと、該取得した再生制御ファイルに基づき前記サーバ装置からコンテンツを受信し再生するコンテンツ再生ステップと、該再生した前記コンテンツをリピート再生するか否かを判定するリピート再生判定ステップと、該リピート再生判定ステップでリピート再生すると判定された場合に、前記コンテンツを再度先頭から再生するコマンドを、前記サーバ装置に送信する再生コマンド送信ステップとを含み、前記コンテンツ再生ステップは、前記再生コマンド送信ステップで送信したコマンドに対する応答として、前記サーバ装置から前記コンテンツを再度受信して、以前に前記制御ファイル取得ステップで取得済みの再生制御ファイルに基づき前記コンテンツを再度再生するステップを有することを特徴としたものである。

第９の技術手段は、コンテンツ再生装置の制御部に組み込み、ＩＰを用いたビデオオンデマンドサービスとしてサーバ装置から提供されるコンテンツをコンテンツ再生装置で再生するためのプログラムであって、当該プログラムは、前記制御部に、前記サーバ装置から受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得ステップと、該取得した再生制御ファイルに基づき前記サーバ装置からコンテンツを受信し再生するコンテンツ再生ステップと、該再生した前記コンテンツをリピート再生するか否かを判定するリピート再生判定ステップと、該リピート再生判定ステップでリピート再生すると判定された場合に、前記コンテンツを再度先頭から再生するコマンドを、前記サーバ装置に送信する再生コマンド送信ステップとを実行させ、前記コンテンツ再生ステップは、前記再生コマンド送信ステップで送信したコマンドに対する応答として、前記サーバ装置から前記コンテンツを再度受信して、以前に前記制御ファイル取得ステップで取得済みの再生制御ファイルに基づき前記コンテンツを再度再生するステップを有することを特徴としたものである。

本発明によれば、ＩＰを用いた放送サービスにおいてサーバ装置からＶＯＤ配信されるプレビュー用コンテンツ等のコンテンツを、サーバ装置内で重複記憶しておく必要もなく、受信側のコンテンツ再生装置で素早くリピート再生することが可能となる。

本発明に係るコンテンツ再生装置は、ＩＰを用いてＶＯＤ配信されたコンテンツ（ＶＯＤ配信されたＩＰ放送番組）を受信して再生することが可能な装置である。このコンテンツ再生装置は、表示装置及びスピーカが内蔵されたＴＶ受像機だけでなく、表示モニタやＴＶ受像機などの外部表示装置に接続可能な、各種レコーダ、各種チューナ、ＳＴＢなど、様々な機器に適用可能である。また、コンテンツとしては映像データ及び音声データの双方が含まれていても、いずれか一方であってもよい。音声データのみでなるコンテンツの場合、このコンテンツ再生装置はラジオ受信機に組み込むこともできる。

以下、本発明に係るコンテンツ再生装置として、外部の表示装置及びスピーカに接続されたＳＴＢ等の受信機を例示し、コンテンツが映像データ及び音声データが含まれるものとして説明する。

図１は、本発明に係るコンテンツ再生装置の一例としての受信機等が組み込まれたＶＯＤ配信システムの一構成例を示す概略図である。図２は、図１の受信機の一構成例を説明するためのブロック図であり、受信機とその受信機に接続された液晶表示装置及びスピーカとでなるシステム構成例を示すブロック図である。図１及び図２において、１は受信機、２はリモートコントローラ（リモコン）、３は液晶表示装置、４はスピーカ、５はＩＰ網、６はポータルサーバ、７はＣＡＳ（Conditional Access System）サーバ、８はコンテンツサーバである。

図１で例示するＶＯＤ配信システムは、受信機１と、受信機１に接続された液晶表示装置３及びスピーカ４とを備え、受信機１にＩＰ網５を介してＣＤＮ（Contents Delivery Network）が接続されてなる。このＣＤＮは、ポータルサーバ６、ＣＡＳサーバ７、及びコンテンツサーバ８がＩＰ網５に接続されてなる。各サーバは、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、記憶装置、ネットワークインターフェース（Ｉ／Ｆ）などで構成され、ＲＯＭ等にはサーバプログラムがＣＰＵで実行可能に格納されている。

コンテンツサーバ８は、提供用のコンテンツ８ａを記憶装置に格納し、ＩＰを用いたＶＯＤサービスとしてそのコンテンツ８ａを受信機１に提供するサーバである。ＩＰを用いたＶＯＤサービスはＶＯＤ配信型のＩＰ放送サービスと言える。コンテンツ８ａとしては、本映像のコンテンツだけでなく、そのプレビュー用コンテンツも格納しておく。プレビュー用コンテンツは本発明に係る再生処理（リピート再生処理）が特に有益となるコンテンツである。このように、コンテンツサーバ８は、コンテンツ及びそのコンテンツに関するプレビュー用コンテンツを記憶する記憶手段を備えることが好ましい。

コンテンツ８ａは、例えば、ＭＰＥＧ−２やＨ.２６４で圧縮符号化されており、いずれの場合でもＭＰＥＧ−２ ＴＳ（Transport Stream）形式のパケット、好ましくは受信機１側のバッファオーバーフローを防ぐためにタイムスタンプ付きＴＳ（ＴＴＳ）形式のパケットで配信すればよい。

コンテンツサーバ８は、ＲＴＰ（Real-time Transfer Protocol）に従って、このようなコンテンツ８ａをＩＰ網５にユニキャストアドレスで出力（ストリーム配信）する。このとき、トランスポート層のプロトコルとしてはＵＤＰ（User Datagram Protocol）を採用しＵＤＰパケットでストリーム配信すればよいが、ＵＤＰが使用不可の状態のときはＴＣＰ（Transmission Control Protocol）を用いるとよい。また、配信は、欠損したパケットを受信機１側で復元するために前方誤り訂正（ＦＥＣ）技術を採用して実行すればよく、受信機１側でもこれに対応する回路を具備しておけばよい。また、コンテンツサーバ８と受信機１との間の再生制御には、通信プロトコルとしてＲＴＳＰ／ＴＣＰ／ＩＰを用いるとよい。

また、コンテンツサーバ８の記憶装置には、コンテンツ８ａ毎に再生制御ファイル８ｂが記憶されている。再生制御ファイル８ｂは、対象となるコンテンツ８ａの再生に必要な情報ファイルであり、例えば、ＥＲＩ（Entry Resource Information），ＬＬＩ（License Link Information），ＮＣＩ（Networkcontent Control Information）のＸＭＬ文書で構成されている。

ＥＲＩとは、コンテンツタイトル、提供元、尺長、チャプタ位置などのコンテンツ固有の情報であり、コンテンツ起動文書とも呼ばれる。ＬＬＩとは、コンテンツのライセンス及び権利保護に関わる情報であり、コンテンツのライセンス情報にアクセスするための情報である。ＮＣＩとは、ストリーミングサービスの利用に関わる（再生可能な倍速値など）情報である。また、再生制御ファイルには、その他、ユーザ固有のコンテンツ再生（レジュームポイントなど）に関わる情報であるＵＰＩ（User Play Information）を含ませてもよい。

コンテンツサーバ８は、受信機１から再生制御ファイル取得要求を受信し、その応答として、要求された再生制御ファイル８ｂを記憶装置から読み出して受信機１に送信する。このときの通信プロトコルは、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを採用すればよい。ここで、ＨＴＴＰ（Ｓ）は、ＨＴＴＰ（Hypertext Transfer Protocol）或いはＨＴＴＰにＳＳＬ（Secure Sockets Layer）によるデータの暗号化機能を付加したＨＴＴＰＳ（HTTP Security）を指す。

このように、コンテンツサーバ８は、プレビュー用コンテンツ８ａ及びそのプレビュー用コンテンツ８ａに対する再生制御ファイ８ｂを受信機１に提供するプレビュー提供手段と、コンテンツ８ａ及びそのコンテンツ８ａに対する再生制御ファイル８ｂを受信機１に提供するコンテンツ提供手段とを備えることが好ましい。なお、システム構成としては、コンテンツサーバ８から、再生制御ファイル８ｂを提供するサーバを分散させるようにしてもよい。

また、図１では受信機１にコンテンツサーバ８が１台接続された例を図示しているが、複数台接続されていてもよい。さらに、コンテンツサーバ８をセンタサーバとしそのセンタサーバに対するキャッシュサーバを設置しておき、受信機１からのコンテンツ８ａや再生制御ファイル８ｂの配信要求に対し、キャッシュサーバのＵＲＬ（Uniform Resource Locators）等のＵＲＩ（Uniform Resource Identifier）を返し、受信機１にそのＵＲＩで配信要求を行わせるようにＣＤＮを構成してもよい。

ポータルサーバ６は、受信機１からポータル画面の表示要求を受信し、ＢＭＬ（Broadcast Markup Language）形式やＨＴＭＬ（Hypertext Markup Language）形式などでポータル画面を提供するためのサーバである。このときの通信プロトコルは、ＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを採用すればよい。以下の説明は、ＢＭＬ形式を採用した例を挙げて行う。このポータル画面は、コンテンツサーバ８で提供するコンテンツ８ａをユーザに選択させるための画面（コンテンツ選択画面）であり、ＢＭＬデータで受信機１に提供される。

このコンテンツ選択画面は、例えば、コンテンツ８ａ毎にタイトルや代表的な静止画像等の情報を選択可能に表示するものであればよい。ここで、本映像とそのプレビュー映像との関係にある２つのコンテンツに対しては、１つのタイトル等の情報を表示させると共に、本映像用の選択領域とプレビュー映像用の選択領域とを表示させておくことが好ましい。

また、ポータルサーバ６は、受信機１からのメタデータ送信要求を受信したとき、コンテンツサーバ８で提供するコンテンツ８ａに対するメタデータを、ＸＭＬ形式などで提供する。このときの通信プロトコルもＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを採用すればよい。システム構成としては、メタデータを提供するサーバをポータルサーバ６から分散させたものを採用してもよい。このメタデータは、コンテンツ８ａをユーザ選択させるためのＥＣＧ画面を生成するために必要なデータであり、このＥＣＧ画面は上述のコンテンツ選択画面での表示内容と同様の表示内容をもっていればよい。このＥＣＧ画面は、上述のＢＭＬ画面の代わりになるものであり、従ってポータルサーバ６は少なくともいずれか一方を提供できればよい。

以下、このようにメタデータをポータルサーバ６で提供するものとして説明するが、コンテンツサーバ８で提供するようにしてもよく、その場合、通信プロトコルとしてはＨＴＴＰ（Ｓ）の代わりにＲＴＳＰを採用してもよい。

ポータルサーバ６では、コンテンツ選択画面における各コンテンツ８ａの選択領域にコンテンツサーバ８のＵＲＩを対応させておき、受信機１からの選択に応じてそれに対応したＵＲＩを返信する。この際、ポータルサーバ６は必要に応じて次のＢＭＬ画面用のＢＭＬデータ又はＥＣＧ画面用のメタデータを送信する。例えば、選択されたコンテンツ８ａがプレビュー用であった場合のみ次の画面用のデータを併せて送信してもよい。

ＣＡＳサーバ７は、コンテンツサーバ８で提供するコンテンツ８ａに対する視聴制限や課金を行うためのサーバである。例えば、コンテンツサーバ８で提供するコンテンツ８ａを有料（プレビュー用コンテンツは無料で提供されることが考えられる）で且つ受信機１がその視聴用のライセンスを持たない場合に、ＣＡＳサーバ７は受信機１からのライセンス取得要求を受信し、ライセンスを発行して返信する。このときの通信プロトコルもＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを採用すればよい。受信機１の認証にはＣＡＳカードを用いる。

一方、受信機１は、全体を制御する制御部の一例として、受信機１全体の制御を実行するＣＰＵ２５、ＲＡＭ２４、及びＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等の不揮発性メモリ２８を備え、それらが他部と共にバス接続されてなる。不揮発性メモリ２８には、受信機１全体の制御を行うための後述する制御プログラムをはじめ、ＥＣＧ／ＥＰＧ（Electronic Program Guide）などを表示するためのキャラクタ（文字やシンボルやオブジェクト等）やユーザ設定データなどの各種データが格納される。なお、制御プログラムはＲＯＭに格納していてもよい。ＲＡＭ２４は、任意のアドレスを指定して読み書きすることが可能な半導体メモリであって、ＣＰＵ２５の作業領域となって不揮発性メモリ２８に格納されたプログラムを読み出したり、処理中のデータを一時的に格納したりする。

受信機１に対するユーザ操作は図示しない本体の操作部で行うか、或いは受信機１用のリモコン２によって行う。リモコン２は、搭載されたボタンの押下によって操作信号を生成し、受信機１へその操作信号を送信する。この操作信号を受信するために、受信機１はリモコン受光部２７を備える。リモコン受光部２７で受信した操作信号に基づき、ＣＰＵ２５は、受信機１の現在の動作状態に応じた動作を実行するよう受信機１内の各部を制御する。

図２で例示する受信機１には、後述する本発明に関わるＶＯＤ配信コンテンツの受信機能の他に、デジタル放送の受信機能も組み込まれている。そのため、受信機１は、デジタル放送を受信する受信アンテナ１１と、デジタル放送の受信信号をチューニング（選局）するデジタルチューナ部１２と、チューニングされたデジタル放送のデータを復調するデジタル復調部１３とを備えている。なお、本発明に係る受信機は、ＶＯＤ配信型のＩＰ放送以外の放送（例えばこのデジタル放送）の受信機能は設けなくてもよい。

デジタル放送のチャンネル選局は、不揮発性メモリ２８にＣＰＵ２５で実行可能に格納した選局プログラム２８ａによって制御される。選局プログラム２８ａは、ユーザ操作によりデジタル放送の選局されたチャンネルをデジタルチューナ部１２へ伝送し、デジタルチューナ部１２にデジタル放送に対する選局処理を実行させる。

受信機１は、ＩＰを用いてＶＯＤ配信されたコンテンツ８ａを受信可能とするために、ＬＡＮ（Local Area Network）１４に接続され、コンテンツサーバ８からＬＡＮ１４を介してコンテンツ８ａのＵＤＰパケットを受信するネットワークＩ／Ｆ部１５と、ネットワークＩ／Ｆ部１５を介してＵＤＰパケットで受信したコンテンツ８ａをＴＳパケットに変換するＩＰ放送チューナ部１６とを備える。受信機１のＩＰ網５への接続はＬＡＮ１４を経由してネットワークＩ／Ｆ部１５が行うが、ネットワークＩ／Ｆ部１５を例えばメディアコンバータなどと直接接続することで、ＬＡＮ１４を構築しなくとも可能である。

また、受信機１は、ＩＰ網５に接続されたサーバ６〜８とＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰ通信するために通信制御部２６を備える。通信制御部２６もネットワークＩ／Ｆ部１５を介して外部との通信を行う。通信制御部２６は、コンテンツサーバ８とのコンテンツ８ａの再生制御（再生の開始や終了、トリックプレイなどの制御）に際しては、通信プロトコルとしてＲＴＳＰ／ＴＣＰ／ＩＰを用いる。

さらに、受信機１は、デジタル放送ストリームに含まれるか別途放送されるＳＩ情報（番組データ）を、デジタル復調部１３から出力された復調データから分離する分離部（ＤＭＵＸ）１７を備える。ＤＭＵＸ１７は、ＶＯＤ配信型ＩＰ放送のＳＩ情報（番組データ）がＶＯＤ配信ストリームに含まれるか別途配信されている場合には、ＩＰ放送チューナ部１６の出力であるＴＳパケットからその番組データの分離も実行する。また、ＤＭＵＸ１７は、復調データやＴＳパケットをビデオデータとオーディオデータとに分離する。なお、デジタル放送とＶＯＤ配信されたＩＰ放送との間でのビデオデータ及びオーディオデータの切り換えは、ＣＰＵ２５からの制御によりこのＤＭＵＸ１７で行うなどすればよい。

ビデオ信号の出力のために、受信機１は、ＤＭＵＸ１７で分離されたデジタル放送のビデオデータやＶＯＤ配信コンテンツのビデオデータをデコードするビデオデコード部１８と、不揮発性メモリ２８に予め格納されたキャラクタを用いてＥＣＧ／ＥＰＧや設定メニューなどのＯＳＤ（On Screen Display）用の信号（ＯＳＤ画像信号）を生成するＯＳＤ処理部１９と、このＯＳＤ画像信号をビデオデコード部１８から出力されたビデオ信号に重畳する合成部２０と、合成部２０で合成された信号を出力用のビデオ信号に変換するビデオ出力変換部２１とを備える。

オーディオ信号の出力のために、受信機１は、ＤＭＵＸ１７で分離されたオーディオデータをデコードするオーディオデコード部２２と、オーディオデコード部２２から出力されたオーディオ信号を出力用のオーディオ信号に変換するオーディオ出力変換部２３とを備える。

さらに、受信機１には、外部表示装置の一例としての液晶表示装置３と、音声出力用のスピーカ４とが接続されている。液晶表示装置３及びスピーカ４は、一般的な表示モニタやＴＶ受像機などであればよい。液晶表示装置３は、ビデオ出力変換部２１から出力されたビデオ信号（映像信号）に基づき映像を表示する。なお、外部表示装置としては、当然、プラズマパネルディスプレイ等の他の方式の表示装置を適用してもよい。スピーカ４は、オーディオ出力変換部２３から出力されたオーディオ信号に基づき音声を出力する。

ここで、合成部２０によりＯＳＤ処理部１９から重畳される、ＥＰＧ画面、ＥＣＧ画面、ＢＭＬ画面などを表示するためのＯＳＤ画像信号（それぞれＥＰＧ画像信号、ＥＣＧ画像信号、ＢＭＬ画像信号と呼ぶ）について説明する。なお、ＯＳＤ処理部１９では、これらの画面の他に例えば、選局プログラム２８ａで選局されたチャンネル番号やＤＭＵＸ１７で分離されたＳＩ情報（番組個別の情報）を表示するためのＯＳＤ画像信号を生成し、合成部２０で重畳することもできる。

ＥＰＧ画面を表示させるために、受信機１は、ＥＰＧ処理プログラム２８ｂを、不揮発性メモリ２８にＣＰＵ２５で実行可能に格納している。ＥＰＧ画像信号の生成処理は、ＥＰＧ処理プログラム２８ｂが、ＤＭＵＸ１７で分離された番組データを不揮発性メモリ２８などに蓄積しておき、それらの番組データを読み出し番組データの枠となる枠データと共にＯＳＤ処理部１９に渡して指示する。ＯＳＤ処理部１９では番組データ及び枠データから対応するキャラクタを読み出してＥＰＧ画面用の画像を生成し、ＥＰＧ画像信号として出力する。また、ＥＰＧ処理プログラム２８ｂによって表示されたＥＰＧ画面においてユーザ操作により或る番組が選択された場合には、上述の選局プログラム２８ａが実行される。

ＥＣＧ画面を表示させるために、受信機１は、ＥＣＧ処理プログラム２８ｃを、不揮発性メモリ２８にＣＰＵ２５で実行可能に格納している。ＥＣＧ画像信号の生成処理は、まず、ＥＣＧ処理プログラム２８ｃが通信制御部２６を制御して、通信制御部２６がネットワークＩ／Ｆ部１５にＥＣＧ画面の元となるメタデータをポータルサーバ６から取得させる。ＥＣＧ処理プログラム２８ｃは、取得したメタデータをＯＳＤ処理部１９へ送り、ＯＳＤ処理部１９は、そのメタデータから対応するキャラクタを読み出してＥＣＧ画面用の画像を生成し、ＥＣＧ画像信号として出力する。

ＢＭＬ画面を表示させるために、受信機１は、ＢＭＬブラウザ２８ｄを、不揮発性メモリ２８にＣＰＵ２５で実行可能に格納している。ＢＭＬ画像信号の生成処理は、まず、ＢＭＬブラウザ２８ｄが通信制御部２６を制御して、通信制御部２６がネットワークＩ／Ｆ部１５にＢＭＬ画面のＢＭＬ文書データをポータルサーバ６から取得させる。ＢＭＬブラウザ２８ｄは、取得したＢＭＬ文書データを解析しＢＭＬ画面の画像を生成し、ＢＭＬ画像信号としてＯＳＤ処理部１９へ渡す。ＢＭＬ画像信号を受け取ったＯＳＤ処理部１９はそのまま合成部２０へ出力する。

また、受信機１は、ＩＰ放送チューナ部１６でコンテンツサーバ８から所望のコンテンツ８ａを受信させるが、その受信制御並びにコンテンツ再生制御を行う制御プログラムとして、ＶＯＤプレーヤ２８ｅを備える。ＶＯＤプレーヤ２８ｅは、ＶＯＤ配信型ＩＰ放送のコンテンツを受信及び再生する制御を行うためのＡＶプレーヤのプログラムであり、不揮発性メモリ２８にＣＰＵ２５で実行可能に格納しておく。

図３〜図８を参照しながら、受信機１側では主にそのＶＯＤプレーヤ２８ｅで制御される、ＶＯＤ配信システムにおける受信及び再生処理について説明する。

図３は、図１のＶＯＤ配信システムにおける受信・再生処理の一例を説明するための図で、図４〜図７は、図３の再生処理に際しやり取りされる再生制御ファイルの一例を示す図で、図８は、図１のＶＯＤ配信システムにおけるＢＭＬブラウザによるＶＯＤ再生画面の一例である。なお、図４〜図７は、一つの再生制御ファイルを分けて図示したものであり、この再生制御ファイルは、図４の記述４０、図５の記述５０、図６の記述６０、図７の記述７０の順に記述されている。

ユーザが所望のコンテンツ８ａを選択するには、まずポータルサーバ６に対して、上述のごとくポータル画面（ＥＣＧ画面又はＢＭＬ画面）を要求して受信し、液晶表示装置３に表示させる（ステップＳ１）。なお、図３ではＢＭＬの例を挙げている。また、メタデータをコンテンツサーバ８から取得するような構成では、ＥＣＧ処理プログラム２８ｃをＶＯＤプレーヤ２８ｅに含ませ、通信プロトコルとしてＲＴＳＰ／ＴＣＰ／ＩＰを用いてメタデータを取得しＥＣＧ画面を表示させてもよい。

ポータル画面（コンテンツ選択画面）において、ユーザ操作により或るコンテンツ８ａが選択されたことを検知すると（ステップＳ２）、ＶＯＤプレーヤ２８ｅを起動させるか、或いは起動中のＶＯＤプレーヤ２８ｅがそれを検知して受信及び再生処理を開始する。なお、ＥＣＧ画面やＢＭＬ画面がデジタル放送番組の情報も表示するものである場合、ユーザ操作によりデジタル放送番組が選択された場合には上述の選局プログラム２８ａで選局を実行させればよい。

このようにしてユーザ所望のコンテンツ８ａが選択された場合、ＶＯＤ配信型ＩＰ放送のコンテンツ８ａを再生するためには、受信対象となるコンテンツ８ａに対する再生制御ファイル８ｂが必要である。そのため、受信機１は受信対象となるコンテンツ８ａに対する再生制御ファイル８ｂを取得する制御ファイル取得手段を備える。

この制御ファイル取得手段は、ＶＯＤプレーヤ２８ｅ、ネットワークＩ／Ｆ部１５、通信制御部２６、及びそれらを制御するＣＰＵ２５などで例示できる。例えば、ＶＯＤプレーヤ２８ｅが、通信制御部２６を次のように制御する。この制御により、通信制御部２６は、ポータル画面においてユーザ選択に応じて指定されたコンテンツサーバ８のＵＲＩに、ネットワークＩ／Ｆ部１５を介し再生制御ファイル取得要求（ＨＴＴＰ（Ｓ）の取得要求（ＧＥＴリクエスト））を実行し（ステップＳ３）、その応答としてコンテンツサーバ８が送信した再生制御ファイル８ｂを受信し（ステップＳ４）、ＶＯＤプレーヤ２８ｅに渡す。ここでの通信プロトコルは上述したようにＨＴＴＰ（Ｓ）／ＴＣＰ／ＩＰを用いる。なお、ステップＳ３，Ｓ４は上述の制御ファイル取得ステップの一例である。

取得した再生制御ファイル２８ｆは、例えば図４〜図７で示すようなエンティティ形式のマルチパート化されたＸＭＬ文書である。ここで、図４の記述４０において最初にコンテンツリスト（リソースリスト）が記述された例を示しているが、この部分は読まなくても制御可能である。

ＶＯＤプレーヤ２８ｅは、取得した再生制御ファイル２８ｆをＲＡＭ２４に一時的に格納した状態のまま解析するか、或いは不揮発性メモリ２８に格納した後にＲＡＭ２４に読み出して解析する。再生制御ファイル２８ｆが上述のごとくＸＭＬ文書で記述されている場合には、ＶＯＤプレーヤ２８ｅはＸＭＬ文書の解析を可能としておけばよい。

この解析では、再生制御ファイル８ｂ（２８ｆ）の記述４０に含まれるＥＲＩからＡＶリソース（コンテンツ８ａ）のパス（記述４７を参照）を取得する（ステップＳ５）。記述４０，５０には、ＥＲＩとして、例えば、ＸＭＬのバージョンの記述４１、日付や時間の記述４２、コンテンツ８ａが暗号化されているか否かの記述４３、コンテンツ８ａのタイトルの記述４４、コンテンツ８ａの概要の記述４５、コンテンツ８ａのチャプタの番号や位置の記述５１などと共に、コンテンツ８ａのパス（提供先ＵＲＩ）の記述４７を含む。さらに、記述４０には、このコンテンツ８ａをリピート再生するか否かを示すリピート再生情報の記述４６も含まれる。記述４６については本発明の一実施形態における主たる特徴であり、後述する。

また、記述６０に含まれるＬＬＩからライセンスの有無を確認し、有りの場合にはＣＡＳサーバ７のＵＲＩも取得する（ステップＳ６）。さらに、記述７０に含まれるＮＣＩから再生制御情報を取得する（ステップＳ１０）。この再生制御情報は、例えば倍速再生の有無、倍速再生が可能な場合その倍速値などの情報である。

ＶＯＤプレーヤ２８ｅは、解析の結果、ライセンスが不要な場合、ＥＲＩに記述されたＡＶリソース（コンテンツ８ａ）のパスを指定して、通信制御部２６に渡す。通信制御部２６は、指定されたパスのコンテンツ８ａを配信開始（再生開始）するよう、コンテンツサーバ８に対しＲＴＳＰ／ＴＣＰ／ＩＰ通信で要求する（ステップＳ１１）。このように、デジタル放送のチャンネル選局に相当するＶＯＤ配信コンテンツ８ａの選択は、ＶＯＤプレーヤ２８ｅによって制御される。なお、再生制御ファイル８ｂにＵＰＩも含めた場合には、再生制御ファイル２８ｆからＵＰＩを取得しユーザのレジューム開始位置を取得すればよい。

また、解析の結果、対象のコンテンツ８ａがライセンスが必要なコンテンツである場合には、ＶＯＤプレーヤ２８ｅが、通信制御部２６を制御して、ネットワークＩ／Ｆ部１５を介してＣＡＳサーバ７にライセンス取得要求を送信する（ステップＳ７）。ＣＡＳサーバ７での認証を行うために、受信機１には、受信機１毎に割り当てられた図示しないＣＡＳカード及びその読み取り手段を具備しておけばよい。

ＣＡＳサーバ７にてライセンスが発行された場合（ステップＳ８）、ＶＯＤプレーヤ２８ｅがそれを通信制御部２６経由で受け取り（ステップＳ９）、再生制御ファイル２８ｆに記述されたＡＶリソース（コンテンツ８ａ）のパスを指定して通信制御部２６に渡す。そして、通信制御部２６は、指定されたパスのコンテンツ８ａを配信開始（再生開始）するよう、コンテンツサーバ８に対しＲＴＳＰ／ＴＣＰ／ＩＰ通信で要求する（ステップＳ１１）。この要求にはライセンスを得たことを示す情報も付加しておく。

コンテンツサーバ８は、ステップＳ１１のコンテンツ配信開始要求（ストリーミング要求）を受けて、対応するコンテンツ８ａの読み出しを開始し（ステップＳ１２）、受信機１に対しＵＤＰパケットをＲＴＰ／ＵＤＰ／ＩＰで配信する（ステップＳ１３）。受信機１は、ステップＳ１３でストリーミング提供されたそのＵＤＰパケットをネットワークＩ／Ｆ部１５経由でＩＰ放送チューナ部１６が受信し、最終的にそのＵＤＰパケットで配信されたコンテンツ８ａがビデオ出力変換部２１及びオーディオ出力変換部２３から再生出力される。

ここで、音声についてはそのまま出力され、映像については、（Ｉ）ビデオデコード部１８から出力されたビデオ信号をそのまま全画面表示するか、或いは（ＩＩ）そのビデオ信号にＥＣＧ画像信号又はＢＭＬ画像信号を重畳して表示する。

（Ｉ）の場合、ＥＣＧ処理プログラム２８ｃ又はＢＭＬブラウザ２８ｄが、ＶＯＤプレーヤ２８ｅの制御で受信したビデオ信号を全画面表示させるよう自身の処理を終了すればよい。（ＩＩ）の場合、ＥＣＧ処理プログラム２８ｃが、ＶＯＤプレーヤ２８ｅの制御で受信したビデオ信号をＥＣＧ画面の所定位置に組み込んで表示させればよい。また、（ＩＩ）の場合、ＢＭＬ画面用に受信するＢＭＬ文書データに、受信したビデオ信号をＢＭＬ画面の所定位置に組み込んで表示させるような記述を行っておき、その記述に基づきＢＭＬブラウザ２８ｄが、ＶＯＤプレーヤ２８ｅの制御で受信したビデオ信号をその所定位置に組み込んで表示させればよい。

上記（Ｉ），（ＩＩ）の選択は、ＶＯＤプレーヤ２８ｅで予めいずれを選択するかを決めておいてもよい。若しくは、コンテンツ選択画面でのコンテンツ８ａの選択時にポータルサーバ６から次の画面用のメタデータ又はＢＭＬデータが送信されてこない場合には、（Ｉ）の処理を実行し（ポータルサーバ６側ではコンテンツ選択を画面終了と認識する）、送信されてきた場合には（ＩＩ）の処理を実行すればよい。

図８で例示するＢＭＬ画面８０は、ＢＭＬブラウザ２８ｄによって表示されたポータル画面においてユーザ操作により或るコンテンツ８ａが選択され、そのコンテンツ８ａがプレビュー用であった場合に液晶表示装置３で表示された画面である。例示したＢＭＬ画面８０には、上述の所定位置に相当する動画領域８１にコンテンツ８ａの映像（動画）がＶＯＤ再生されると共に、再生中であることを示す情報８２、前に表示したプレビュー用コンテンツを再生させるためのボタン８３、動画領域８１にプレビューされているコンテンツ８ａの本映像のコンテンツ８ａを購入するためのボタン８４、次のプレビュー用コンテンツを再生させるためのボタン８５、ポータルサーバ６へ戻るためのボタン８７、ＢＭＬ画面８０を終了し映像をデジタル放送に切り替えるためのボタン８８が表示されている。ボタン８４が含まれており、画面８０はコンテンツ購入画面の一例に相当することとなる。

なお、コンテンツ再生中にＶＯＤプレーヤ２８ｅでそのコンテンツ８ａに対して認められるユーザ操作は、再生終了、さらにはＮＣＩで記述された倍速値での早送りや巻き戻しや、本映像であればチャプタへ移行などであり、そのような操作がなされたときにステップＳ１１の処理と同様に再生制御がなされ、コンテンツサーバ８はそれに応じたストリーミング配信や終了を行う。

このように、本発明に係る受信機１は、取得した再生制御ファイル２８ｆに基づき、コンテンツサーバ８からＩＰを用いてＶＯＤ配信されたコンテンツ８ａを受信し再生するコンテンツ再生手段を備える。このコンテンツ再生手段は、ＶＯＤプレーヤ２８ｅ、ＩＰ放送チューナ部１６、ネットワークＩ／Ｆ部１５、通信制御部２６、ＤＭＵＸ１７、ビデオデコード部１８、ビデオ出力変換部２１、オーディオデコード部２２、オーディオ出力変換部２３、及びそれらを制御するＣＰＵ２５などで例示したものである。なお、ステップＳ５〜Ｓ７，Ｓ９〜Ｓ１１，Ｓ１３及び後述の再度再生する処理は、上述のコンテンツ再生ステップの一例である。

ステップＳ１３に続き、コンテンツ８ａの最後まで再生された場合、コンテンツサーバ８はその旨を受信機１に通知する（ステップＳ１４）。ステップＳ１４ではＲＴＳＰの再生終了通知が送信され、受信機１はそれを受信する。

本発明に係る受信機１の主たる特徴として、次のリピート再生判定手段及び再生コマンド送信手段を備えるものとする。リピート再生判定手段は、コンテンツ８ａをリピート再生するか否かを判定する。リピート再生判定手段の例については後述する。

再生コマンド送信手段は、リピート再生判定手段でリピート再生すると判定された場合に、同じコンテンツ８ａを再度先頭から再生するコマンド（以下、再生コマンドという）を、コンテンツサーバ８に送信する。この再生コマンド送信手段は、ＶＯＤプレーヤ２８ｅ、通信制御部２６、ネットワークＩ／Ｆ部１５、及びそれらを制御するＣＰＵ２５などで例示できる。

ステップＳ１４の通知を受けるまですなわちコンテンツ再生途中に、ユーザが再度先頭から再生する操作を行わなかった場合、再生コマンド送信手段は、リピート再生するとの判定に応じた再生コマンドの送信を、コンテンツ再生手段によるコンテンツ再生終了時点又は終了の所定時間前の時点で実行すればよい。

図３のフローに戻って説明すると、例えば、ＶＯＤプレーヤ２８ｅが、リピート再生すると判定された場合に通信制御部２６に対し、再生コマンドをネットワークＩ／Ｆ部１５を介して送信するように命令することで、再生コマンドの送信がコンテンツサーバ８に対して実行される（ステップＳ１５）。なお、ステップＳ１５は上述の再生コマンド送信ステップの一例である。

ステップＳ１５での再生コマンド送信は、ステップＳ１１と同じ再生制御処理となる。従って、コンテンツサーバ８は、受信したこの再生コマンドに対する応答として同一のコンテンツ８ａの読み出しを開始し（ステップＳ１６）、受信機１に対しＵＤＰパケットをＲＴＰ／ＵＤＰ／ＩＰで配信する（ステップＳ１７）。受信機１では、コンテンツ再生手段がコンテンツサーバ８から配信された同一のコンテンツ８ａを再度受信して、制御ファイル取得手段による再生制御ファイル２８ｆの再受信無しで、以前に取得済みの再生制御ファイル２８ｆに基づきそのコンテンツ８ａを再度再生する。

続いて、ステップＳ１４〜Ｓ１７のごとき処理が、ユーザがＶＯＤ視聴終了の操作を行い（ステップＳ１９）、その指示を行う（ステップＳ２０）まで繰り返される。ステップＳ２０では、ポータルサーバ６に対してＨＴＴＰ（Ｓ）のリターンＵＲＬ要求を行えばよい。なお、再生制御ファイル２８ｆにＵＰＩが記述され、コンテンツサーバ８又はポータルサーバ６又はＣＡＳサーバ７でユーザの視聴状況を管理する場合には、ステップＳ２０において対象のサーバに停止位置を設定することとなる。停止位置は図３においては再生終了時となるが、実際にはユーザは任意の位置でＶＯＤ視聴終了の操作を行うことができる。

従来では、コンテンツ８ａの再生が終了した時点（再生終了通知の受信時点）で、上記（Ｉ），（ＩＩ）のいずれの場合でも、ＥＣＧ処理プログラム２８ｃ又はＢＭＬブラウザ２８ｄが元のＥＣＧ画面又はＢＭＬ画面に戻す。従って、本発明のごときリピート再生判定手段及び再生コマンド送信手段を設けない従来の受信機では、コンテンツ再生が終了した場合（例えばＥＣＧ画面又はＢＭＬ画面でのプレビュー再生においてプレビューコンテンツが最後まで再生された場合など）、一旦コンテンツ再生を停止してＥＧＣ画面又はＢＭＬ画面に戻った後、再度ユーザ操作によりプレビュー再生の操作を行う必要があり、操作の手間と時間がかかる。なお、再生終了時に元のＥＣＧ画面又はＢＭＬ画面に戻さない場合には、その画面を呼び出すところから操作することとなり、さらに手間と時間がかかる。

また、ＢＭＬ文書データにおいて、再生が最後まで行ったら再び先頭から再生すると記述しておくことで、自動的に再度先頭から再生することが可能であるが、ＢＭＬレベルでのリピート再生では、再度、再生制御ファイル２８ｆを取得する処理から始めなければならず、再び再生が始まるまでに時間がかかる。

すなわち、本発明では、ＢＭＬ画面によるプレビュー再生において、ＢＭＬ文書中に映像再生を制御する記述を行った場合に比べ、再生制御ファイル２８ｆの再取得等の手続き行わないので、瞬時にリピート再生を行なうことができる。実際、ＩＰ網５の通信トラフィックなどを考慮しなくてよいように室内で各サーバ６〜８及び受信機１を設けて試験したが、ＢＭＬ文書による制御では数秒必要であったのに対し、本発明の制御では１秒以内で処理が終了した。

このように、本発明では、ＩＰを用いた放送サービスにおいてコンテンツサーバ８からＶＯＤ配信されるコンテンツ８ａを、受信機１で素早くリピート再生することが可能となる。例えば、プレビュー用コンテンツ８ａを最後まで再生した場合に、その再生制御ファイル２８ｆを再取得する必要がないため素早く最初からリピート再生することができる。さらに、そのコンテンツサーバ８内でそのコンテンツ８ａをリピート再生のために重複記憶しておく必要もない。

例えば、ＢＭＬブラウザ２８ｄで表示させるポータル画面に、プレビュー用コンテンツを予め掲載するようにそのＵＲＬを受信機１に送信していた場合などにも、ユーザはプレビュー用コンテンツを見逃す可能性が低くなる。そのため、サービス提供側にとってみればプレビュー用コンテンツの本映像に対する宣伝効果が大きくなり、ユーザにとってみれば視聴したいコンテンツの情報を得る機会が多くなる。

また、上述したリピート再生判定手段でリピート再生するか否かを容易に判定させることが好ましい。そのために、コンテンツサーバ８側の主たる特徴として、プレビュー提供手段で提供する再生制御ファイル８ｂには、リピート再生することを示すリピート再生情報（例えばリピートフラグデータ）を含ませることが好ましい。勿論、プレビュー用コンテンツ以外にもリピート再生させたいと提供側が望んでいるコンテンツに対してはそれに対応した再生制御ファイル８ｂにこのリピート再生情報を含ませておくとよい。なお、リピートフラグをプレビュー用コンテンツに対してのみ用いる場合には、プレビューフラグと読み替えてもよい。

このリピート再生情報の例は、図４の記述４６で挙げている。記述４６はＥＲＩ内の記述である。記述４６では、リピート再生すること（リピートフラグが有効であること）を示すために、「ｒｅｐｅａｔ ｔｙｐｅ」を「ｌｉｍｉｔ＿ｃｏｕｎｔ」とし、そのカウント数の上限を「１０」とした例を示している。カウント数の上限（リピート再生上限回数）については後述する。リピート再生しないことを示すためには、例えば記述４６の「ｒｅｐｅａｔ ｔｙｐｅ」として「ｌｉｍｉｔ＿ｎｏｎｃｏｕｎｔ」などと記述し、カウント数も記述しないでおくか、或いは、「ｒｅｐｅａｔ ｔｙｐｅ」自体を記述しないでおくとよい。

リピート再生情報がコンテンツサーバ８から送信される構成においては、上述のリピート再生判定手段として、次のリピート再生判定手段（以下、判定手段Ａという）を採用するとよい。すなわち、判定手段Ａは、取得した再生制御ファイル２８ｆにそのリピート再生情報が含まれる否かを判定し、含まれた場合にコンテンツ再生手段で受信したコンテンツをリピート再生すると判定する。この判定は、ステップＳ５，Ｓ６，Ｓ１０などで解析したときに同時に実行しておけばよい。なお、ここで説明する判定処理は上述のリピート再生判定ステップの一例である。

この判定手段Ａは、ＶＯＤプレーヤ２８ｅ、不揮発性メモリ２８、及びそれ実行するＣＰＵ２５などで例示できる。例えば、ＶＯＤプレーヤ２８ｅが上述したように再生制御ファイル２８ｆを不揮発性メモリ２８に格納しておき、ＶＯＤプレーヤ２８ｅがそれを読み出して、選択されたコンテンツ８ａが本映像か否かを再生制御ファイル２８ｆにリピート再生を示す情報が含まれているか否かで判定する。

リピートフラグが有効になっている場合は、リピートコンテンツとして扱い、コンテンツ８ａが最後まで再生された場合、再生制御ファイル２８ｆを取り直さずに、再び先頭から再生する再生コマンドをコンテンツサーバ８に投げることによって、受信機１自体（ＶＯＤプレーヤ２８ｅ）がリピート再生を行う。この場合、後述の上限を設定していないときにはリピート再生が続くため、上記（ＩＩ）の場合にはポータルサーバ６が画面終了を認識できないため、ポータルサーバ６からは終わりの無いリピートコンテンツとして扱われることとなる。

また、再生制御ファイル２８ｆを再度利用するために、リピート再生すると判定された場合には、再生制御ファイル２８ｆをそのまま保存しておき、リピート再生しないと判定された場合には、不揮発性メモリ２８から再生制御ファイル２８ｆを消去するとよい。

なお、上述のリピート再生情報が、上述したトリックプレイ（早送りや巻き戻しなど）の情報、すなわち倍速再生の情報に含まれるものではないことは、リピート再生情報がコンテンツサーバ８の機能（サーバ８の対応状況）とは無関係の情報であることからも理解できる。また、リピートフラグ及びリピート再生上限回数を再生制御ファイル８ｂ（２８ｆ）のＥＲＩに記述することとして説明しているが、ＥＲＩに限らず再生制御ファイル８ｂ（２８ｆ）内に同様に記述することができる。

また、上述のリピート再生上限回数で例示したように、リピート再生情報は、リピート再生回数の上限を示す上限情報を含むことが好ましい。図４の例では、上限を１０回としリピート再生を繰り返すことを示している。勿論、１０回繰り返す前にユーザ操作で停止することは可能である。

これにより受信機１はリピート再生を行うか否かだけでなく、その上限回数を得ることとなる。そして、再生コマンド送信手段は、同一のコンテンツに対する再生コマンドの連続送信回数又はコンテンツ再生手段による同一のコンテンツの連続再生回数をカウントするカウント手段を有する。なお、ここで「連続」送信回数としたのは、連続としないと一旦リピートが終了し、再度ユーザが同一コンテンツ８ａの再生を求めた場合にも続けてカウントされてしまうためである。再生コマンド送信手段は、このカウント手段でのカウントの結果が上限情報を上回る場合に、再生コマンドの送信を停止する。

このように、受信機１はリピートフラグ及びリピート再生上限回数に従い、その上限回数以内である場合に、再生コマンドをコンテンツサーバ８に送信し、コンテンツサーバ８はコンテンツの先頭から再び配信を行う。その上限回数に達したら次はリピートさせないように再生コマンドの送信を停止する。ここで、リピート再生すると判定された場合には、再生回数が上限回数を超えるまで再生制御ファイル２８ｆをそのまま保存しておき、上限回数を超えた場合並びにリピート再生しないと判定された場合には、不揮発性メモリ２８から再生制御ファイル２８ｆを消去するとよい。

また、図８のＢＭＬ画面８０で例示するように、現在のリピート回数と上限回数が分かるように回数情報８６を表示しておいてもよい。この例では、上限が１０回でそのうち現在５回目を再生中であることを表示している。

リピート再生に上限を設けることで、通信トラフィックの増大を防ぐことや、コンテンツホルダである提供側のコンテンツサーバ８の負荷を減らすことができる。

上述のごときリピート再生情報をコンテンツサーバ８が再生制御ファイル８ｂに含めるという構成は、受信機１さえそれに対応させていれば、どのメーカであっても提供側がリピート再生を望むコンテンツをリピート再生させることができる。

しかし、コンテンツサーバ８がそのような構成（リピート再生情報を再生制御ファイル８ｂに含める構成）を採用しない場合、当然、上述のごとき判定手段Ａではリピート再生情報を常に検知できず、常にリピート再生しないと判定されてしまう。コンテンツサーバ８がそのような構成（常にリピート再生情報を含めるようなことをしない構成）を採用している場合には、別のリピート再生判定手段を採用して、受信機１側で何らかの情報を元にリピート再生するか否かを判定しなければならない。すなわち、受信機１側だけでその判定を行わなければならない。

そのような別のリピート再生判定手段（以下、判定手段Ｂという）としては、再生制御ファイル２８ｆ（但しリピート再生情報は含まない）に含まれる情報に基づき、対象のコンテンツ８ａがプレビュー用であるか否かを判定する手段を設けておけばよい。例えば、再生制御ファイル２８ｆの記述のうち、再生に必要な情報、例えば画角情報、タイトル情報、尺長、プロテクションの有無などに基づき、それぞれ画角が所定より小さい場合、タイトルに「概要」など規定の内容と含まれている場合、３分など所定時間より短い場合、プロテクション無しの場合に、プレビュー用と判定するとよい。

そして、この判定手段Ｂが、プレビュー用である場合にコンテンツ再生手段で受信したコンテンツをリピート再生すると判定する。この判定は、ステップＳ５，Ｓ６，Ｓ１０などで解析したときに同時に実行しておけばよい。なお、ここで説明する判定処理は上述のリピート再生判定ステップの他の例である。リピート再生する場合には、リピートコンテンツとして扱い、コンテンツ８ａが最後まで再生された場合、再生制御ファイル２８ｆを取り直さずに、再び先頭から再生する再生コマンドをコンテンツサーバ８に投げることによって、受信機１自体（ＶＯＤプレーヤ２８ｅ）がリピート再生を行う。

さらに別のリピート再生判定手段（以下、判定手段Ｃという）として、再生制御ファイル２８ｆに基づくコンテンツ再生手段でのコンテンツ再生の状態から、対象のコンテンツがプレビュー用であるか否かを判定する手段を設けてもよい。なお、ここで説明する判定処理も上述のリピート再生判定ステップの他の例である。

コンテンツ再生の状態としては、例えば、ＶＯＤプレーヤ２８ｅでコンテンツ８ａを再生中で、且つＥＣＧ処理プログラム２８ｃ又はＢＭＬブラウザ２８ｄによりＥＣＧ画面又はＢＭＬ画面が表示中であれば、プレビュー用であると判定してもよい。また、画角が全画面に対して縮小（例えば左上１／４に縮小）表示されている場合に、プレビュー用であると判定してもよい。このとき、例えばＢＭＬ文書に縮小表示する記述があるものとする。また、表示されている画面が、図８のようにコンテンツ購入画面であった場合に、プレビュー用であると判定してもよい。また、ＣＡＳサーバ７にアクセスせずに再生していることを検知することで、ライセンス供与を伴わないストリーミング再生中であることが分かり、この場合にプレビュー用であると判定してもよい。さらに、不揮発性メモリ２８に格納された各プログラムのうち、ＥＣＧ処理プログラム２８ｃかＢＭＬブラウザ２８ｄが稼働していればプレビュー用であると判定してもよい。

そして、この判定手段Ｃが、プレビュー用である場合にコンテンツ再生手段で受信したコンテンツをリピート再生すると判定する。この判定は、ステップＳ１３での受信中などに並行して実行しておけばよい。リピート再生する場合には、リピートコンテンツとして扱い、コンテンツ８ａが最後まで再生された場合、再生制御ファイル２８ｆを取り直さずに、再び先頭から再生する再生コマンドをコンテンツサーバ８に投げることによって、受信機１自体（ＶＯＤプレーヤ２８ｅ）がリピート再生を行う。

上述の判定手段Ｂ又は判定手段Ｃを採用した場合、再生コマンド送信手段は、同一のコンテンツに対する再生コマンドの連続送信回数又はコンテンツ再生手段による同一のコンテンツの連続再生回数をカウントするカウント手段を備えておく。そして、カウント手段でのカウントの結果が所定のリピート再生回数を上回る場合に、再生コマンドの送信を停止する。すなわち、所定の連続回数（リピート再生回数）のみ再生コマンドの送信を実行する。この所定のリピート再生回数は、受信機１で任意に設定しておけばよい。

ここでも、リピート再生すると判定された場合には、再生回数が上限回数（所定のリピート再生回数）以内では再生制御ファイル２８ｆをそのまま保存しておき、その上限回数を超えた場合並びにリピート再生しないと判定された場合には、不揮発性メモリ２８から再生制御ファイル２８ｆを消去するとよい。

なお、以上の説明では、コンテンツサーバ８がＩＰユニキャスト放送をストリーム配信で行うためのサーバであるものとして説明している。しかしながら、所謂プレビュー用コンテンツ以外の本映像のコンテンツ、すなわち本発明のごときリピート再生を必要としないコンテンツは、ＩＰマルチキャスト放送など他の放送形式でストリーム配信又はファイル配信してもよい。すなわち、ＶＯＤによるプレビュー用コンテンツの配信は、その元となるコンテンツをライブ配信するものに対して実行することもできる。

また、同様の考えから、ＶＯＤによるプレビュー用コンテンツの配信は、その元となるコンテンツをデジタル放送等の放送波で配信するものに対して実行することもできる。その場合、例えば、ＥＣＧ画面又はＢＭＬ画面でのプレビュー用コンテンツのユーザ選択により、デジタル放送の対応するチャンネルが選局されるよう構成しておけばよい。

以上、本発明のコンテンツ再生装置やサーバ装置について説明してきたが、本発明は、上述した処理手順に沿ったコンテンツ再生装置でのコンテンツ再生方法や、サーバでのコンテンツ配信方法としての形態を採用してもよい。

また、本発明は、上述した受信機１等のコンテンツ再生装置内に組み込まれ、ＣＰＵ２５等で例示した制御部に上述した処理を実行させる各種制御プログラム（ファームウェア）としての形態も採用してもよい。さらに、本発明は、コンテンツサーバ８で例示したサーバ装置に実行可能に組み込むためのプログラム、すなわち、コンピュータをコンテンツサーバ８として機能させるためのサーバプログラムとしての形態も採用してもよい。このサーバプログラムは、上述したように、提供する再生制御ファイルにリピート再生情報を含むようにする。

このようなプログラムは、コンピュータ読み取り可能な記録媒体に記録することで流通させたり、ネットワーク経由や放送経由で配信して流通させるとよい。この記録媒体としては、具体的には、各種のＣＤ（Compact Disc），光磁気ディスク，ＤＶＤ（Digital Versatile Disc），フレキシブルディスク，フラッシュメモリや、その他各種ＲＯＭやＲＡＭ等が想定できる。コンテンツ再生装置側では、コンピュータに上述のごとくの記録媒体を装着して対応するプログラムを読み出して、コンテンツ再生装置が備えている記憶装置に転送して記憶させておくか、或いは放送やネットワーク経由で直接取得してこの記憶装置に記憶させておくとよい。コンテンツ再生装置が必要に応じてこのプログラムを読み出すことにより、本発明に係わる機能を実現することができる。一方、サーバ装置側では、コンピュータに、上述のごとくの記録媒体を装着してサーバプログラムを記憶させ、必要に応じてこれを読み出すことで、本発明に係わる機能を実現することができる。

本発明に係るコンテンツ再生装置の一例としての受信機等が組み込まれたＶＯＤ配信システムの一構成例を示す概略図である。 図１の受信機の一構成例を説明するためのブロック図であり、受信機とその受信機に接続された液晶表示装置及びスピーカとでなるシステム構成例を示すブロック図である。 図１のＶＯＤ配信システムにおける受信・再生処理の一例を説明するための図である。 図３の受信・再生処理に際しやり取りされる再生制御ファイルの一例を示す図である。 図４に続く図である。 図５に続く図である。 図６に続く図である。 図１のＶＯＤ配信システムにおけるＢＭＬブラウザによるＶＯＤ再生画面の一例である。

符号の説明

１…受信機、２…リモコン、３…液晶表示装置、４…スピーカ、５…ＩＰ網、６…ポータルサーバ、７…ＣＡＳサーバ、８…コンテンツサーバ、８ａ…コンテンツ、８ｂ…再生制御ファイル、１１…デジタル放送受信アンテナ、１２…デジタルチューナ部、１３…デジタル復調部、１４…ＬＡＮ、１５…ネットワークＩ／Ｆ部、１６…ＩＰ放送チューナ部、１７…分離部、１８…ビデオデコード部、１９…ＯＳＤ処理部、２０…合成部、２１…ビデオ出力変換部、２２…オーディオデコード部、２３…オーディオ出力変換部、２４…ＲＡＭ、２５…ＣＰＵ、２６…通信制御部、２７…リモコン受光部、２８…不揮発性メモリ、２８ａ…選局プログラム、２８ｂ…ＥＰＧ処理プログラム、２８ｃ…ＥＣＧ処理プログラム、２８ｄ…ＢＭＬブラウザ、２８ｅ…ＶＯＤプレーヤ、２８ｆ…取得した再生制御ファイル。

Claims (9)

1. ＩＰを用いたビデオオンデマンドサービスとしてサーバ装置から提供されるコンテンツを再生するコンテンツ再生装置であって、
   前記サーバ装置から、受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得手段と、該制御ファイル取得手段で取得した再生制御ファイルに基づき、前記サーバ装置からコンテンツを受信し再生するコンテンツ再生手段と、該コンテンツ再生手段で再生した前記コンテンツをリピート再生するか否かを判定するリピート再生判定手段と、該リピート再生判定手段でリピート再生すると判定された場合に、前記コンテンツを再度先頭から再生するコマンドを、前記サーバ装置に送信する再生コマンド送信手段とを備え、
   該再生コマンド送信手段で送信したコマンドに対する応答として、前記コンテンツ再生手段が前記サーバ装置から前記コンテンツを再度受信して、以前に前記制御ファイル取得手段で取得済みの再生制御ファイルに基づき前記コンテンツを再度再生することを特徴とするコンテンツ再生装置。
2. 前記リピート再生判定手段は、前記再生制御ファイルに、リピート再生をすることを示すリピート再生情報が含まれる否かを判定し、含まれた場合に前記コンテンツ再生手段で受信した前記コンテンツをリピート再生すると判定することを特徴とする請求項１に記載のコンテンツ再生装置。
3. 前記リピート再生情報は、リピート再生回数の上限を示す上限情報を含み、
   前記再生コマンド送信手段は、同一のコンテンツに対する前記コマンドの連続送信回数又は前記コンテンツ再生手段による同一のコンテンツの連続再生回数をカウントするカウント手段を有し、該カウント手段でのカウントの結果が前記上限情報を上回る場合に、前記コマンドの送信を停止することを特徴とする請求項２に記載のコンテンツ再生装置。
4. 前記リピート再生判定手段は、前記再生制御ファイルに含まれる情報に基づき、対象のコンテンツがプレビュー用であるか否かを判定し、プレビュー用である場合に前記コンテンツ再生手段で受信した前記コンテンツをリピート再生すると判定することを特徴とする請求項１に記載のコンテンツ再生装置。
5. 前記リピート再生判定手段は、前記再生制御ファイルに基づく前記コンテンツ再生手段でのコンテンツ再生の状態から、対象のコンテンツがプレビュー用であるか否かを判定し、プレビュー用である場合に前記コンテンツ再生手段で受信した前記コンテンツをリピート再生すると判定することを特徴とする請求項１に記載のコンテンツ再生装置。
6. 前記再生コマンド送信手段は、同一のコンテンツに対する前記コマンドの連続送信回数又は前記コンテンツ再生手段による同一のコンテンツの連続再生回数をカウントするカウント手段を有し、該カウント手段でのカウントの結果が所定のリピート再生回数を上回る場合に、前記コマンドの送信を停止することを特徴とする請求項４又は５に記載のコンテンツ再生装置。
7. ＩＰを用いたビデオオンデマンドサービスとして、コンテンツ再生装置に対してコンテンツを提供するサーバ装置であって、コンテンツ及び該コンテンツに関するプレビュー用コンテンツを記憶する記憶手段と、前記プレビュー用コンテンツ及び該プレビュー用コンテンツに対する再生制御ファイルを前記コンテンツ再生装置に提供するプレビュー提供手段と、前記コンテンツ及び該コンテンツに対する再生制御ファイルを前記コンテンツ再生装置に提供するコンテンツ提供手段とを備え、前記プレビュー提供手段で提供する再生制御ファイルは、リピート再生することを示すリピート再生情報を含むことを特徴とするサーバ装置。
8. ＩＰを用いたビデオオンデマンドサービスとしてサーバ装置から提供されるコンテンツをコンテンツ再生装置で再生するコンテンツ再生方法であって、
   前記サーバ装置から受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得ステップと、該取得した再生制御ファイルに基づき前記サーバ装置からコンテンツを受信し再生するコンテンツ再生ステップと、該再生した前記コンテンツをリピート再生するか否かを判定するリピート再生判定ステップと、該リピート再生判定ステップでリピート再生すると判定された場合に、前記コンテンツを再度先頭から再生するコマンドを、前記サーバ装置に送信する再生コマンド送信ステップとを含み、
   前記コンテンツ再生ステップは、前記再生コマンド送信ステップで送信したコマンドに対する応答として、前記サーバ装置から前記コンテンツを再度受信して、以前に前記制御ファイル取得ステップで取得済みの再生制御ファイルに基づき前記コンテンツを再度再生するステップを有することを特徴とするコンテンツ再生方法。
9. コンテンツ再生装置の制御部に組み込み、ＩＰを用いたビデオオンデマンドサービスとしてサーバ装置から提供されるコンテンツをコンテンツ再生装置で再生するためのプログラムであって、
   当該プログラムは、前記制御部に、前記サーバ装置から受信対象となるコンテンツに対する再生制御ファイルを取得する制御ファイル取得ステップと、該取得した再生制御ファイルに基づき前記サーバ装置からコンテンツを受信し再生するコンテンツ再生ステップと、該再生した前記コンテンツをリピート再生するか否かを判定するリピート再生判定ステップと、該リピート再生判定ステップでリピート再生すると判定された場合に、前記コンテンツを再度先頭から再生するコマンドを、前記サーバ装置に送信する再生コマンド送信ステップとを実行させ、
   前記コンテンツ再生ステップは、前記再生コマンド送信ステップで送信したコマンドに対する応答として、前記サーバ装置から前記コンテンツを再度受信して、以前に前記制御ファイル取得ステップで取得済みの再生制御ファイルに基づき前記コンテンツを再度再生するステップを有することを特徴とするプログラム。

Images