JPWO2011135919A1 - コンテンツ受信装置およびコンテンツ受信方法 - Google Patents

Abstract

１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、１つのＥＣＧメタデータで統一的に取り扱うことを可能にすることである。コンテンツを受信するコンテンツ受信装置であって、コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、および前記ストリーミング配信もしくは前記ダウンロード配信の両方の配信、によって前記コンテンツを受信することを示すコンテンツ関連情報に基づいて、コンテンツの購入処理をブラウザに指示し、ダウンロード処理をダウンロード処理部に指示し、ストリーミング再生を視聴処理部に指示する、ＥＣＧ処理部と、前記ブラウザへの指示により前記コンテンツの購入処理を行う前記ブラウザと、前記ダウンロード処理部への指示により、前記コンテンツを補助記憶装置に保存する前記ダウンロード処理部と、前記視聴処理部への指示により前記コンテンツを受信しながら再生する前記視聴処理部と、を有する。

Description

本発明は、通信網経由でコンテンツを配信するサービスにおけるコンテンツ送信装置とコンテンツ受信装置に係り、特にコンテンツをビデオオンデマンドおよびダウンロードにて配信するときの技術に関する。

特開２００５−１５９７０３（特許文献１）には、コンテンツ受信装置がダウンロード制御ファイルまたはダウンロード制御情報（ダウンロード制御情報と呼ぶ）をサーバから取得し、この情報をダウンロードエージェントおよびダウンローダー（ダウンロード処理部と呼ぶ）が解釈し、サーバに存在しているコンテンツデータをコンテンツ受信装置に保存するダウンロードを実行する例および仕様が示されている。

特開２００５−１５９７０３

従来の方式のコンテンツ送信装置および受信装置においては、通信網を経由し、コンテンツのダウンロードを実行する例および仕様と、ストリーミング再生する仕様が別々に記載されている。双方コンテンツに関連する情報であるＥＣＧ（Electric Content Guide）メタデータをサーバから取得して処理を実行しているが、ダウンロード配信するコンテンツに関するＥＣＧメタデータと、ストリーミング配信するコンテンツに関するＥＣＧメタデータとは別々に取り扱われている。

しかしながら、このようにＥＣＧメタデータがダウンロード配信とストリーミング配信とで別々であると、コンテンツ提供側とコンテンツ送信装置とコンテンツ受信装置で、ＥＣＧメタデータを統一的に取り扱うことが出来ない。すなわち、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、コンテンツ提供側のＥＣＧメタデータの生成・メンテナンスが複雑になり、コンテンツ送信装置とコンテンツ受信装置双方で、ＥＣＧメタデータの管理や処理が複雑になってしまっている。

本発明は、上記従来技術の現状に鑑み、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、１つのＥＣＧメタデータで統一的に取り扱うことを目的とする。

上記課題点を解決するために、コンテンツを受信するコンテンツ受信装置であって、前記コンテンツに関連するコンテンツ関連情報を受信し、受信したコンテンツ関連情報に基づいて異なる処理をするＥＣＧ処理部と、前記ＥＣＧ処理部からの指示により前記コンテンツの購入処理を行う購入処理部と、前記ＥＣＧ処理部からの指示により、コンテンツのダウンロードシーケンスを実行するダウンロード処理部と、前記ＥＣＧ処理部からの指示により前記コンテンツを受信しながら再生する視聴処理部と、を備え、前記コンテンツ関連情報は、コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、または、ストリーミング及びダウンロードの両方の配信、によって前記コンテンツを受信することを示し、前記ＥＣＧ処理部は、コンテンツの購入処理を前記購入処理部に指示し、前記受信したコンテンツ関連情報に基づいて、前記ダウンロードシーケンスを前記ダウンロード処理部に指示するか、または、ストリーミング再生を前記視聴処理部に指示するか、のいずれか、または両方を行うことを特徴とする構成とする。

本発明によれば、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、１つのＥＣＧメタデータで統一的に取り扱うことが可能になる。

コンテンツ受信機の構成とコンテンツ配信に関わる各サーバとの接続構成例である。 コンテンツ配信に関わる各サーバの構成例である。 コンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索条件入力画面の例である。 コンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索結果画面の例である。 コンテンツ受信装置でのコンテンツ購入時にブラウザが表示する購入画面の例である。 コンテンツ受信装置でのコンテンツ購入後にブラウザが表示する購入画面の例である。 ＥＣＧメタデータサーバが提供しコンテンツ受信装置で処理するＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造仕様の例である。 コンテンツ受信装置でのＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造中の属性名の文字列および値の定義の例を示す図である。 コンテンツ受信装置でのコンテンツ検索およびコンテンツ購入シーケンスの一例である。 コンテンツ受信装置でのダウンロードおよびストリーム再生に用いられる再生制御メタファイルのＨＴＴＰプロトコルによる取得データ例を示す図である。 コンテンツ受信装置でのストリーム再生シーケンスの一例である。 コンテンツ受信装置でのダウンロードシーケンスの一例である。 コンテンツ受信装置での蓄積ＥＣＧ処理部の蓄積コンテンツ画面の例である。 コンテンツ受信装置での蓄積コンテンツ再生シーケンスの一例である。 コンテンツ受信装置での外部媒体書き出しシーケンスの一例である。 メタデータの購入情報要素の構成例。 再生制御メタファイルの構成例。 ＥＣＧメタファイルの構成例。 ダウンロード制御情報の構成例。 再生制御メタファイルの構成例。 ライセンスの構成例。

以下、実施例につき図面を用いて説明する。なお、同図面において、同一の構成要素には、原則として同一の符号を付す。また、明細書において、該同一の構成要素については繰り返しの説明は避ける。

第１の実施例において、図１は、コンテンツ受信機の構成とコンテンツ配信に関わる各サーバとの接続構成例を示す図である。
本実施例のコンテンツ受信機１００は、リモコンなどの入力装置１８１、映像音声などの出力装置１８２と接続されている。

また、通信網１９０を介してポータルサーバ１９３、著作権保護サーバ１９４、ECGメタサーバ１９５、コンテンツサーバ１９６と接続されている。また、課金決済サーバ１９１は顧客管理サーバ１９２と、顧客管理サーバ１９２はポータルサーバ１９３および著作権保護サーバ１９４と接続されている。さらに、著作権保護サーバ１９４は、ＥＣＧメタデータサーバ１９５とコンテンツサーバ１９６に接続されている。

コンテンツ受信装置１００には、入力処理部１７１と出力処理部１７２、中央制御部１１０と通信制御部１２０からなり、入力処理部１７１は入力装置１８１と、出力処理部１７２は出力装置１８２と接続している。
中央制御部１１０は入力処理部１７１と出力処理部１７２と通信制御部１２０にそれぞれ接続されている。また、不揮発記憶装置１３０、主記憶装置１４０、補助記憶装置１５０、外部媒体記録装置１６０とも接続されている。

中央制御部１１０は著作権保護処理部１１１、ＥＣＧ処理部１１２、ダウンロード処理部１１３、蓄積ＥＣＧ処理部１１４、視聴処理部１１５、外部媒体記録処理部１１６、ブラウザ１１７、著作権保護復号部１９２から成る。

著作権保護処理部１１１、ＥＣＧ処理部１１２、ダウンロード処理部１１３、蓄積ＥＣＧ処理部１１４、視聴処理部１１５、外部媒体記録処理部１１６、ブラウザ部１１７、著作権保護復号部１９２は、その一部または全てを集積回路化する等により、ハードウェアで実装することが可能である。中央制御部１１０の中に、回路化することもできるが、中央制御部１１０の外に回路化することにより実装することもできる。

また、著作権保護処理部１１１、ＥＣＧ処理部１１２、ダウンロード処理部１１３、蓄積ＥＣＧ処理部１１４、視聴処理部１１５、外部媒体記録処理部１１６、ブラウザ部１１７、著作権保護復号部１９２は、不揮発記憶装置１３０、主記憶装置１４０、補助記憶装置１５０、外部媒体記録装置１６０等に格納された、著作権保護処理プログラム１１１、ＥＣＧ処理プログラム１１２、ダウンロード処理プログラム１１３、蓄積ＥＣＧ処理プログラム１１４、視聴処理プログラム１１５、外部媒体記録処理プログラム１１６、ブラウザプログラム１１７、著作権保護復号プログラム１９２等の各種プログラムを、中央制御部１１０で実行することにより、各処理をソフトウェアで実装することもできる。

著作権保護処理部１１１は、著作権保護サーバ１９４からコンテンツのライセンスを取得し、保持する。また、コンテンツのストリーミング再生時やダウンロード時に、視聴処理部１１５やダウンロード処理部１１３からの指示でコンテンツのライセンスを取得する。

取得したライセンスは、不揮発記憶装置１３０に記録し、コンテンツのダウンロード再生時や外部媒体書出し時に視聴処理部１１５や外部媒体記録処理部１１６に一時的にライセンスを渡す。視聴処理部１１５や外部媒体記録処理部１１６では、これらの処理終了後に一時的に渡したライセンスは消去される。また、外部媒体記録処理部１１６の処理終了後には、著作権保護処理部１１１の該当ライセンスも消去される。

ＥＣＧ処理部１１２はユーザからのコンテンツ検索指示を受け付け、ＥＣＧメタデータサーバ１９５に対し、ＥＣＧメタデータ検索要求を通知し、検索結果として該当したＥＣＧメタデータを取得して検索結果を表示する。また、購入処理を行うブラウザ１１７に対し、該当したＥＣＧメタデータのうち、ユーザによって選択されたコンテンツと、それ対する購入処理開始を通知する。また、ダウンロード処理部１１３に対し、該当したＥＣＧメタデータのうち、ユーザによって選択されたコンテンツと、それ対するダウンロード処理を通知する。

この時、後述する仕組みにより、ＥＣＧメタデータサーバ１９５から選択されたコンテンツに対するダウンロード制御情報も取得し、ダウンロード処理部１１３に渡す。
さらに、ＥＣＧ処理部１１２は、補助記憶装置１５０に記録されたＥＣＧメタデータやコンテンツデータから、コンテンツに対しダウンロード処理や外部媒体書出し処理がなされたかを判定して検索結果に表示する。

ダウンロード処理部１１３は、ＥＣＧ処理部１１２より通知されたダウンロード制御情報から、再生制御メタファイルやＥＣＧメタデータをＥＣＧメタデータサーバ１９５から取得し、コンテンツデータをコンテンツサーバ１９６から取得し、ダウンロード制御情報と共に補助記憶装置１５０に記録する。

視聴処理部１１５は、ＥＣＧ処理部１１２より通知されたＥＣＧメタデータを用いて、再生制御メタファイルをＥＣＧメタデータサーバ１９５から取得し、これを用いてコンテンツデータをコンテンツサーバ１９６から取得しストリーム再生する。

蓄積ＥＣＧ処理部１１４は、補助記憶装置に記録されたダウンロード制御情報やＥＣＧメタデータを取得し、ユーザに蓄積コンテンツを提示し、再生指示を受けたコンテンツのＥＣＧメタデータを視聴処理部１１５に通知する。この時、視聴処理部１１５は再生制御メタファイルとコンテンツデータを補助記憶装置１５０から取得し、再生処理を行う。

蓄積ＥＣＧ処理部１１４は、補助記憶装置に記録されたダウンロード制御情報やＥＣＧメタデータを取得し、ユーザに蓄積コンテンツを提示し、外部媒体書出し指示を受けたコンテンツのＥＣＧメタデータを外部媒体記録処理部１１６に通知する。

この時、外部媒体記録処理部１１６は再生制御メタファイルとコンテンツデータを補助記憶装置１５０から取得し、外部媒体にコンテンツデータを書き出し、コンテンツを外部媒体に書出したことを示す蓄積コンテンツ書出し済み情報を補助記憶装置１５０に記録する。
ブラウザ１１７は、ポータルサーバ１９３と接続され、ＥＣＧ処理部１１２から通知されたＥＣＧメタデータに対する購入処理を、ポータルサーバ１９３からＷｅｂ文書を取得し、提示することで行う。

本実施例のコンテンツ受信機１００は、デジタル放送を受信する機能を、兼ね備えることがあり、その場合、図１のアンテナ１９０、放送受信部１９１、著作権保護復号部１９２、ＣＡＳ(Conditional Access System)カード１９３を備える。

アンテナ１９０は、放送波を受信する。ケーブル放送などを受信する場合は、アンテナ１９０の代わりに、直接放送波が伝送されているケーブルが接続される。

アンテナ１９０で受信した放送波は、放送受信部１９１で、放送波の伝送方式に従って復調、復号され、放送ストリームを、著作権保護復号部１９２に出力する。ＣＡＳカード１９３が、著作権保護復号部１９２に対し、ユーザの視聴条件に従って放送ストリームを復号する鍵情報を出力し、その鍵情報に従い、著作権保護復号部１９２は、放送ストリームを復号し、視聴処理部１１５に出力する。視聴処理部１１５は、放送ストリームを、映像、音声、字幕等のパケットに分離し、それぞれを復号して、出力制御部１７２に出力することで、放送の再生が行われる。

以下、説明中で用いる図１の構成要素には、図１の場合と同じ符号を付して用いる。
図２は、図１のコンテンツ配信に関わる課金決済サーバ１９１、顧客管理サーバ１９２、ポータルサーバ１９３、著作権保護サーバ１９４、ECGメタサーバ１９５、コンテンツサーバ１９６の個々のサーバ内部のシステム構成を示す図である。

コンテンツ配信に関わるサーバ２００は、構成要素として、中央制御部２１０と、通信網制御部２２０と、補助記憶装置２３０と、主記憶装置２４０とを備えて成る。通信網制御部２２０は、通信網１９０との間で、コンテンツデータとしてのパケットデータの送受信を行う構成を有する。

中央制御部２１０は、課金決済サーバ１９１顧客管理サーバ１９２、ポータルサーバ１９３、著作権保護サーバ１９４、ＥＣＧメタデータサーバ１９５、コンテンツサーバ１９６全体を制御する構成を備える。主記憶装置２４０は、バッファ構成を備えパケットデータを一時的に格納する構成を有する。また、補助記憶装置２３０は、主記憶装置２４０を補助して、それぞれの装置における総記憶容量を増大させる。

図３は、図１のコンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索条件入力画面の例を示す図である。
図３を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ検索時にＥＣＧ処理部１１２が表示する検索条件入力画面３００の例を説明する。検索条件入力画面３００は、様々な入力形態がありうるが、本実施例では、タイトル３０１とリリース日３０２、および、コンテンツの配信形態３０３を選択できるグラフィカル・ユーザ・インターフェースをユーザ提供する。

タイトル３０１とリリース日３０２に文字列を入力し、コンテンツの配信形態３０３には、配信形態選択肢を表すチェックボックスを入力装置１８１にて選択する。コンテンツの検索の開始は、検索開始ボタン３０４を入力装置１８１にて選択することで、実行される。

図４は、図１のコンテンツ受信装置でのコンテンツ検索時にＥＣＧ処理部が表示する検索結果画面の例を示す図である。
図４を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ検索時にＥＣＧ処理部１１２が表示する検索結果画面４００の例を説明する。検索結果画面４００は、コンテンツごとにコンテンツ情報（タイトル・リリース日・コンテンツの配信形態）および購入状態および操作（再生・ダウンロード）欄４０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。スクロールボタン４０２への操作によって、検索結果画面４００を上下にスクロールできる。また、蓄積コンテンツ操作ボタン４２０は、入力装置により押下されると、蓄積コンテンツ画面に移行する。

検索結果画面４００のコンテンツＡは、未購入であり、ＶＯＤ・ダウンロード・ＶＯＤおよびダウンロードの全ての配信形態でのコンテンツ購入が可能であるように、購入状態を示すボタン４０３は、入力装置によって押下可能となっている。この時、コンテンツに対する操作ボタン４０４は押下できない状態になっている。

コンテンツＢは、ＶＯＤおよびダウンロードの配信形態で購入されており、購入状態を示すボタン４０５は、全て押下できなくなっている。これは、ＶＯＤおよびダウンロードの配信形態でコンテンツが購入されている場合、ＶＯＤの配信形態やダウンロードの配信形態で新たにコンテンツを購入する必要がないためである。特にＶＯＤおよびダウンロードの配信形態で購入するためのボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４０６は再生・ダウンロード共に可能であるので、入力装置により押下できるようになっている。

コンテンツＣは、ＶＯＤおよびダウンロードの配信形態で購入され、かつダウンロード処理済みである。よって、購入状態を示すボタン４０７は、ダウンロードの配信形態のみが購入可能であるようにボタンが押下できるようになっている。特にＶＯＤおよびダウンロードの配信形態で購入するためのボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４０８は再生のみ可能になっている。

コンテンツＤは、ＶＯＤの配信形態で購入されている。よって、購入状態を示すボタン４０９は、ダウンロードの配信形態のみが購入可能であるようにボタンが押下できるようになっている。特にＶＯＤの配信形態で購入するためのボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４１０は再生のみ可能になっている。

コンテンツＥは、ダウンロードの配信形態で購入されている。よって、購入状態を示すボタン４１１は、ＶＯＤの配信形態のみが購入可能であるようにボタンが押下できるようになっている。特にダウンロードの配信形態で購入するための操作ボタンには、「購入済み」の表示がなされる。この時、コンテンツに対する操作ボタン４１２は、再生・ダウンロード共に可能になっている。

図５は、図１のコンテンツ受信装置でのコンテンツ購入時にブラウザが表示する購入画面の例を示す図である。
図５を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ購入時にブラウザ１１７が表示する購入画面５００の例を説明する。
購入画面５００は、検索結果画面４００にてユーザにより購入を指定されたコンテンツのコンテンツ情報（タイトル・リリース日・コンテンツの配信形態）および購入状態欄５０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。購入中止ボタン５０３は、入力装置により押下されると、検索結果画面４００に移行する。

購入画面５００は、コンテンツＡをＶＯＤおよびダウンロードの配信形態で購入する入力が検索結果画面４００にてなされた場合に移行するブラウザ１１７による画面である。購入状態を示すボタン５０２は、ユーザにＶＯＤおよびダウンロードの配信形態で購入することを再確認するために、ＶＯＤおよびダウンロードの配信形態に対応するボタンのみが「購入決定」と表示され入力装置にて押下可能になっている。

図６は、図１のコンテンツ受信装置でのコンテンツ購入後にブラウザが表示する購入画面の例を示す図である。
図６を用いて、実施例１の図１のコンテンツ受信装置１００でのコンテンツ購入後にブラウザ１１７が表示する購入済み画面６００の例を説明する。
購入済画面６００は、購入画面５００にてユーザにより購入を決定されたコンテンツのコンテンツ情報（タイトル・リリース日・コンテンツの配信形態）および購入状態欄６０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。終了ボタン６０３は、入力装置により押下されると、検索結果画面４００に移行する。

購入済み画面６００は、コンテンツＡをＶＯＤおよびダウンロードの配信形態で購入決定する入力が購入画面５００にてなされた場合に移行するブラウザ１１７による画面である。購入状態を示すボタン６０２は、ユーザにＶＯＤおよびダウンロードの配信形態で購入したことを通知するために、ＶＯＤおよびダウンロードの配信形態に対応するボタンが「購入済み」と表示され、入力装置にて購入状態ボタン６０２は全部押下できないようになっている。

なお、図５、図６の画面は、ブラウザ１１７ではなく、受信機のアプリケーションプログラムの画面であってもよい。
その場合、アプリケーションプログラムは、ＥＣＧメタデータサーバから取得したＥＣＧメタデータの購入情報要素にしたがって、購入条件を提示し、ユーザの購入操作を、ポータルサーバに通知することで、Ｗｅｂコンテンツによる購入と同様の処理を行うことができる。

図７は、図１のＥＣＧメタデータサーバが提供しコンテンツ受信装置で処理するＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造仕様の例を示す図である。
図７を用いて、実施例１の図１のＥＣＧメタデータサーバ１９５が提供しコンテンツ受信装置１００で処理するＥＣＧメタデータの購入情報要素中の配信形態情報のデータ構造仕様７００の例を説明する。購入情報要素中の配信形態情報のデータ構造仕様７００は、要素・属性名欄７０１と、出現数欄７０２と文字制限と値の制限欄７０３からなる。

要素・属性名欄７０２のインデントは、各項目の要素および属性名のレベルを示している。先頭に「＠」が付いている名称は属性名を示し、ないものは要素を示している。ある要素に対して下位レベルの要素・属性名が存在しない場合は、文字列または値を持ち、属性名は文字列または値を持つ。出現数７０２は上位の要素に対して出現しうる回数である。

Distributiontype項目７０７と@href項目７０８は本実施例で追加したデータ構造仕様である。購入情報要素中の配信形態情報のデータ構造仕様７００には、図１６に示す購入情報要素（PurchaseInformation）仕様を全部備えることが出来るものとする。

購入情報要素は、XML形式で記述されたメタデータで、表1において、＠がないものは階層的な構造を持つ要素名称、＠で始まるものは様々な情報を持つ階層構造を持たない属性名称である。

PurchaseInformation要素の下に、インデント表示されたている要素は、PurchaseInformationの子要素、子要素の下にさらにインデント表示されている要素は、子要素の子要素＝孫要素である。PurchaseInformation要素をトップとするツリー状の階層データ構造を持つ。

PurchaseInformation項目７０４は、最上位レベルの要素を示しており、出現回数は１回なので出現数７０２は特に空欄としている。また、下位レベルの要素・属性名をもつので、文字列または値を持たないので、文字制限と値の制限欄７０３も空欄である。@PurchaseID項目７０５は属性名で、出現回数１回、文字制限と値の制限欄７０３は２４バイトである。Purchase項目７０６は要素であり、下位レベルの要素があるので、文字列または値を持たない。また、出現数７０２には制限がないので「0..∞」としている。

Distributiontype項目７０７は要素であり、下位レベルの属性名があるので、文字列または値を持たない。また、出現回数は１から３である。@href項目７０８は属性名で、出現数７０２は１回である。文字列または値は、後述するIPTVSERVICEDistributionTypeCSという辞書データから選択する。

また、DistributionType７０７の値がダウンロードの場合、ダウンロード制御情報参照先情報dlcURL７１１を保持する。dlcURLは、そのコンテンツをダウンロードするのに必要なメタ情報であるダウンロード制御情報３３００の取得先のURLを記述する。

図７では、@hrefは、Distributiontypeに対し、１回だけ出現し、一つの@hrefに、利用可能な配信形態をすべて記述する方式となっているが、Distributiontypeに対し、@hrefを複数出現可能とし、個々の@hrefに、利用可能な配信形態を一つずつ記述する方式であってもよい。

PricingServerURL項目７０９は要素である。出現数７０２は制限がないので「0..∞」としている。下位レベルの要素・属性名をもたないので、文字列または値を持ち、文字制限と値の制限７０３は最大２５５バイトである。この値はコンテンツの購入を行う際にブラウザ１１７がアクセスするポータルサーバ１９３のＵＲＬである。

図８は、図１のコンテンツ受信装置でのＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造中の属性名の文字列および値の定義の例を示す図である。

図８を用いて、実施例１の図１のコンテンツ受信装置１００でのＥＣＧメタデータ中の購入情報要素へ追加する配信形態情報のデータ構造中の属性名@href項目７０８の文字列および値の定義情報８００を説明する。定義情報の先頭にヘッダ情報８０１があり、提示情報名は「IPTVSERVICEDistributionTypeCS」である。また、初めの「<Term」から「/Term>」はビデオオンデマンドを示す値の定義８０２である。次の「<Term」から「/Term>」はダウンロードを示す値の定義８０３である。その次の「<Term」から「/Term>」はビデオオンデマンドまたはダウンロードを示す値の定義８０４である。

図９は、図１のコンテンツ受信装置でのコンテンツ検索およびコンテンツ購入シーケンスの一例を示す図である。
図９を用いて、実施例１における図１のコンテンツ受信装置１００でのコンテンツ検索およびコンテンツ購入シーケンスの一例説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。

まず、ＥＣＧ処理部にてコンテンツの検索画面３００を表示し（Ｓ９０１）、ユーザからのコンテンツ検索入力があるかを判定し（Ｓ９０２）、入力があったと判定したなら、ＥＣＧメタデータサーバ１９５に対して、該入力を基にＥＣＧ検索要求を通知する（Ｓ９０３）。ＥＣＧメタデータサーバ１９５は、通知されたＥＣＧ検索要求にしたがってＥＣＧメタデータを検索し、その結果と該当するＥＣＧメタデータをＥＣＧ処理部１１２に通知する（Ｓ９０４）。

ＥＣＧ処理部１１２はコンテンツの検索結果画面４００を表示し（Ｓ９０５）、コンテンツの購入入力があるかを判定する（Ｓ９０６）。入力があったと判定したなら、ブラウザ１１７にコンテンツの購入通知を行う（Ｓ９０７）。この時、購入コンテンツに該当するＥＣＧメタデータの後述するデータ要素「PricingServerURL」の文字列が通知される。

ブラウザ１１７はコンテンツの購入開始画面５００を表示し（Ｓ９０８）、購入決定入力があったかを判定する（Ｓ９０９）。購入決定入力があったと判定されたなら、ＥＣＧ処理部１１２にコンテンツの購入通知を行い（Ｓ９１０）、ＥＣＧ処理部１１２は補助記憶装置１５０に購入コンテンツのＥＣＧメタデータを記録する（Ｓ９１１）。
また、ブラウザ１１７はポータルサーバ１９３にもパッケージ購入要求を通知する（Ｓ９１２）。ポータルサーバ１９３はパッケージ購入要求を受信の後、著作権保護サーバ１９４にライセンスの登録を要求し（Ｓ９１３）、さらに顧客管理サーバ１９７に購入処理要求を通知する（Ｓ９１４）。

購入処理要求を受信した顧客管理サーバ１９７は、課金決済サーバ１９１に課金要求を通知し（Ｓ９１５）、課金決済サーバ１９１は課金結果を顧客管理サーバ１９７に通知する（Ｓ９１６）。この時、購入処理を一意に特定するトランザクションＩＤも同時に通知する。顧客管理サーバ１９７は、ポータルサーバ１９３に購入処理結果を通知し（Ｓ９１７）、ポータルサーバ１９３はブラウザ１１７にパッケージ購入結果を通知する（Ｓ９１８）。

ブラウザ１１７は、コンテンツの購入終了画面６００を表示し（Ｓ９１９）、終了入力がユーザからなされたかを判定する（Ｓ９２０）。終了入力がなされたと判定されたなら、ブラウザ１１７はＥＣＧ処理部１１２に購入処理終了を通知し（Ｓ９２１）、ＥＣＧ処理部１１２は、補助記憶装置Ｓ１５０から購入コンテンツのＥＣＧメタデータを取得し（Ｓ９２２）、コンテンツの検索結果画面を再度表示する（Ｓ９２３）。この時ＥＣＧ処理部は、補助記憶装置Ｓ１５０にＥＣＧメタデータが存在しているコンテンツは購入済みと判断する。

図１０は、図１のコンテンツ受信装置でのダウンロードおよびストリーム再生に用いられる再生制御メタファイルのＨＴＴＰプロトコルによる取得データ例を示す図である。
図１０を用いて、実施例１における図１のコンテンツ受信装置１００でのダウンロードおよびストリーム再生に用いられる再生制御メタファイルのＨＴＴＰプロトコルによる取得データ１０００例を説明する。本実施例で用いる再生制御メタファイルの構成は、図１７に示す。

再生制御メタファイルのＨＴＴＰプロトコルによる取得データ１０００は、ヘッダ１００１情報とボディ１００２情報とに分かれる。ボディ１００２情報中には、ＥＲＩ１００４、ＬＬＩ１００５、ＮＣＩ１００６のインデックス情報であるリソースリスト１００３がバイナリ型式データで、コンテンツの参照先及び配信形態に関わらないコンテンツ固有の属性情報であるＥＲＩ１００３、コンテンツのライセンス及び権利保護に関連する情報であるＬＬＩ１００５、ストリーミング受信に関わる制御情報であるＮＣＩ１００６がＸＭＬ型式で存在する。

この仕様の再生制御メタファイル１０００をダウンロード処理部１１３でも取り扱う。ダウンロード処理に用いられる再生制御メタファイルには、ＮＣＩ１００６が存在しない。本実施例では、ストリーミング配信でもダウンロード配信でも統一的に再生制御メタファイル１０００を用いるため、ＮＣＩ１００６が存在してもよく、ダウンロード処理部１１３ではＮＣＩ１００６が存在しても無視する。

図１１は、図１のコンテンツ受信装置でのストリーム再生シーケンスの一例を示す図である。
図１１を用いて、実施例１における図１のコンテンツ受信装置１００でのストリーム再生シーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。

まず、ＥＣＧ処理部にてコンテンツの検索画面３００を表示し（Ｓ１１０１）、ユーザからのコンテンツ視聴入力があるかを判定し（Ｓ１１０２）、入力があったと判定したなら、視聴処理部１１５に対して、コンテンツの視聴開始指示を通知する（Ｓ１１０３）。この時、視聴するコンテンツのＥＣＧメタデータも同時に視聴処理部１１５に渡される。

視聴処理部１１５はコンテンツの視聴画面を表示し（Ｓ１１０４）、ＥＣＧ処理部１１２から受け取ったＥＣＧメタデータに記載されている再生制御メタファイルのＵＲＬをもとに、ＥＣＧメタデータサーバ１９５に再生制御メタファイルを要求する（Ｓ１１０５）。この要求に対し、ＥＣＧメタデータサーバ１９５から視聴処理部１１５に再生制御メタファイルが送信される（Ｓ１１０６）。

次に視聴処理部１１５は著作権保護処理部１１１に該当コンテンツ使用のためのライセンスを要求し（Ｓ１１０７）、著作権保護処理部１１１はさらに、著作権保護サーバ１９４に該ライセンス要求を行う（Ｓ１１０８）。著作権保護サーバ１９４はこの要求に対し著作権保護処理部１１１に該当ライセンスを送信し（Ｓ１１０９）、コンテンツサーバ１９６にコンテンツ鍵を送信する（Ｓ１１１１）。著作権保護処理部１１１はさらに取得したライセンスを視聴処理部１１５に再生中に使用するために送信する（Ｓ１１１０）。

視聴処理部１１５は受信したライセンスから利用条件とコンテンツ鍵を取り出し、利用条件が満足されていることを判定する（Ｓ１１１２）。利用条件が満足されていれば、ユーザにコンテンツの再生制御入力がなされたかを判定する（Ｓ１１１３）。ユーザによる再生制御入力がなされたと判定されたなら、コンテンツサーバ１９６に、通常再生・一時停止・早回し・巻き戻しなどの再生制御要求を通知する（Ｓ１１１４）。

コンテンツサーバ１９６は受信した再生制御要求に対応するコンテンツデータを視聴処理部１１５に送信する。この時、再生されるコンテンツデータがコンテンツの末尾に到達したかを判定する（Ｓ１１１５）。コンテンツの末尾に到達したと判定されたなら、再生中の使用のために保持していたライセンスを視聴処理部１１５から消去し（Ｓ１１１７）、ＥＣＧ処理部１１５に再生終了通知を通知する（Ｓ１１１８）。

一方、コンテンツの末尾に到達したと判定されない限り、視聴処理部１１５はコンテンツの再生中にユーザからの再生制御入力を受け付け、ステップＳ１１１２からステップＳ１１１４の処理を繰り返す。
ＥＣＧ処理部１１２は再生終了通知を受信するとコンテンツの検索画面４００に表示を戻す（Ｓ１１１９）。

図１２は、図１のコンテンツ受信装置でのダウンロードシーケンスの一例を示す図である。
図１２を用いて、実施例１における図１のコンテンツ受信装置１００でのダウンロードシーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。

まず、ＥＣＧ処理部１１２にてコンテンツの検索結果画面４００を表示し（Ｓ１２０１）、ユーザからのコンテンツのダウンロードを指示するダウンロード入力があるかを判定する（Ｓ１２０２）。入力があったと判定したなら、該当コンテンツのＥＣＧメタデータに記載されているダウンロード制御情報のＵＲＬをもとに、ＥＣＧメタデータサーバ１９５にダウンロード制御情報を要求する（Ｓ１２０３）。ＥＣＧメタデータサーバ１９５は、著作権保護サーバ１９４にトランザクションＩＤを要求し（Ｓ１２０４）、著作権保護サーバ１９４は、顧客管理サーバ１９１にコンテンツの購入確認を要求し結果を受け取る（Ｓ１２０５）。

著作権保護サーバ１９４は、この購入確認が成功ならばコンテンツサーバ１９６にコンテンツ鍵とトランザクションＩＤを送信し（Ｓ１２０５）、ＥＣＧメタデータサーバ１９５にトランザクションＩＤを送信する（Ｓ１２０７）。ＥＣＧメタデータサーバ１９５はＥＣＧ処理部１１２にダウンロード制御情報を送信し（Ｓ１２０８）、ＥＣＧ処理部１１２はさらにダウンロード処理部１１３に該ダウンロード制御情報を送信する（Ｓ１２０９）。

ダウンロード処理部１１３はダウンロード画面を表示し（Ｓ１２１０）、補助記憶装置１５０に該ダウンロード制御情報を記録する（Ｓ１２１１）。また、ダウンロード処理部１１３はＥＣＧメタデータサーバ１９５に該当コンテンツの再生制御メタファイルの要求を行い（Ｓ１２１２）、再生制御メタファイルを受け取り（Ｓ１２１３）、補助記憶装置１５０に該再生制御メタファイルを記録する（Ｓ１２１４）。さらにダウンロード処理部１１３はＥＣＧメタデータサーバ１９５に該当コンテンツのＥＣＧメタデータの要求を行い（Ｓ１２１５）、ＥＣＧメタデータを受け取り（Ｓ１２１６）、補助記憶装置１５０に該ＥＣＧメタデータを記録する（Ｓ１２１７）。

ついで、ダウンロード処理部１１３はコンテンツサーバ１９６にトランザクションＩＤとともにコンテンツデータ要求を行い(Ｓ１２１８)、コンテンツデータとＳＣＩメタデータを受信し（Ｓ１２１９）、補助記憶装置１５０に該コンテンツデータと該ＳＣＩメタデータを記録する（Ｓ１２２０）。

ダウンロードが終了するとダウンロード処理部１１３はＥＣＧ処理部１１２にダウンロード終了通知を通知する（Ｓ１２２１）。ＥＣＧ処理部１１２はコンテンツの検索画面３００を表示する（Ｓ１２２２）。ＥＣＧ処理部１１２は著作権保護処理部１１１に該当コンテンツのライセンス要求を行い（Ｓ１２２３）、著作権保護処理部１１１は著作権保護サーバ１９４にライセンス要求する（Ｓ１２２４）。

著作権保護サーバ１９４は顧客管理サーバ１９２に該当コンテンツの購入確認を行い（Ｓ１２２５）、購入確認が成功したなら著作権保護サーバ１９４は著作権保護処理部１１１にライセンスを送信する（Ｓ１２２６）。

上記シーケンスＳ１２０３にてＥＣＧ処理部１１２がＥＣＧメタデータサーバ１９５に該当コンテンツのダウンロード制御情報を要求するために、ＥＣＧメタデータ内にダウンロード制御情報を記述できることにする。具体的には、ＥＣＧメタデータ内で、再生制御メタファイルと同様に取り扱い、ファイル名の拡張子から再生制御メタファイルとダウンロード制御情報とを判別できるようにする。再生制御メタファイルの場合のファイル名拡張子「.cpc」に対し、ダウンロード制御情報のファイル名拡張子は「.dlc」とする。

図１３は、図１のコンテンツ受信装置での蓄積ＥＣＧ処理部の蓄積コンテンツ画面の例を示す図である。
図１３を用いて、実施例１における図１のコンテンツ受信装置１００での蓄積ＥＣＧ処理部１１４の蓄積コンテンツ画面の例を説明する。蓄積コンテンツ画面１３００は、コンテンツ検索結果画面４００中の蓄積コンテンツ操作ボタン４２０を入力装置で押下したときに遷移する画面である。

ダウンロード済みコンテンツのコンテンツ情報（タイトル・リリース日・コンテンツの配信形態・購入状態）および操作欄１３０１がある。グラフィカル・ユーザ・インターフェースにより入力装置から操作できるボタンが表現されている。蓄積コンテンツ画面１３００はスクロールボタン１３０２により上下にスクロールする。購入状態欄にある購入状態ボタン１３０３は押下できないようになっており、特にＶＯＤおよびダウンロードに関する購入状態ボタンには「購入済み」が表示される。

また、コンテンツＣの操作欄にある再生操作ボタン１３０４と外部書出し操作ボタン１３０５は、それぞれ、蓄積コンテンツ再生処理と外部媒体書出し処理が行われる。終了ボタン１３０６は、入力装置により押下されると、検索結果画面４００に移行する。

図１４は、図１のコンテンツ受信装置での蓄積コンテンツ再生シーケンスの一例を示す図である。
図１４を用いて、図１のコンテンツ受信装置１００での蓄積コンテンツ再生シーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。

まず、ＥＣＧ処理部１１２にてコンテンツの検索画面３００を表示し（Ｓ１４０１）、ユーザからのコンテンツの蓄積コンテンツ操作を指示する入力があるかを判定し（Ｓ１４０２）、入力があったと判定したなら、蓄積ＥＣＧ処理部１１４に蓄積コンテンツ再生開始要求を通知する（Ｓ１４０３）。蓄積ＥＣＧ処理部１１４は補助記憶装置１５０にＥＣＧメタデータおよびダウンロード制御情報を要求し（Ｓ１４０４）、補助記憶装置１５０は蓄積ＥＣＧ処理部１１４にＥＣＧメタデータおよびダウンロード制御情報を渡す（Ｓ１４０５）。

蓄積ＥＣＧ処理部１１４は蓄積された１つまたは複数のコンテンツに関する情報である蓄積ＥＣＧ画面を表示し（Ｓ１４０６）、ユーザから蓄積コンテンツに対する再生指示入力があるか否かを判定する（Ｓ１４０７）。ユーザからの蓄積コンテンツに関する再生指示入力があると判定されたなら、蓄積コンテンツ再生開始要求を視聴処理部１１５に通知する（Ｓ１４０８）。

視聴処理部１１５は、補助記憶装置１５０に再生制御メタファイルを要求し（Ｓ１４０９）、再生制御メタファイルを取得する（Ｓ１４１０）。また、視聴処理部１１５は著作権保護処理部１１１に該当コンテンツのライセンスを要求し（Ｓ１４１１）、ライセンスを取得する（Ｓ１４１２）。視聴処理部１１５は受信したライセンスから利用条件とコンテンツ鍵を取り出し、利用条件が満足されていることを判定する（Ｓ１４１３）。利用条件が満足されていれば、蓄積コンテンツ再生画面を表示し（Ｓ１４１４）ユーザにコンテンツの再生制御入力がなされたかを判定する（Ｓ１４１５）。

ユーザによる再生制御入力がなされたと判定されたなら、補助記憶装置１５０にコンテンツデータとＳＣＩメタデータを要求し（Ｓ１４１６）、該当コンテンツのコンテンツデータとＳＣＩメタデータを取得する（Ｓ１４１７）。視聴処理部１１５は、ユーザにコンテンツの再生制御入力がなされたかを判定する（Ｓ１４１５）。ユーザによる再生制御入力がなされたと判定されたなら、視聴処理部１１５は、通常再生・一時停止・早回し・巻き戻しなどの再生制御を行う。

この時、再生されるコンテンツデータがコンテンツの末尾に到達したかを判定する（Ｓ１４１８）。コンテンツの末尾に到達したと判定されたなら、再生中の使用のために保持していたライセンスを視聴処理部１１５から消去し（Ｓ１４１９）、ＥＣＧ処理部１１５に再生終了通知を通知し（Ｓ１４２０）、ＥＣＧ処理部１１５はコンテンツの検索画面３００を表示する（Ｓ１４２１）。一方、コンテンツの末尾に到達したと判定されない限り、視聴処理部１１５はコンテンツの再生中にユーザからの再生制御入力を受け付け、ステップＳ１４１５からステップＳ１４１８の処理を繰り返す。

図１５は、図１のコンテンツ受信装置での外部媒体書き出しシーケンスの一例を示す図である。
図１５を用いて、実施例１における図１のコンテンツ受信装置１００での外部媒体書き出しシーケンスの一例を説明する。各サーバおよびコンテンツ受信装置１００内の処理部と、各サーバと各処理部間の処理を上から下に順に示している。なお、シーケンス図中の判定処理に関しては、判定が成立しない場合は、特に説明がない限り該判定処理を繰り返すか異常処理を実行することとする。

コンテンツ受信装置１００での外部媒体書き出しシーケンスの前半は、図１４で説明した蓄積コンテンツ再生シーケンスであるステップＳ１４０１からステップＳ１４０６までと同じである。蓄積ＥＣＧ処理部１１４は、ユーザからの蓄積コンテンツに対する外部媒体書出し指示入力があるか否かを判定する（Ｓ１５０７）。

外部媒体書出し指示入力があると判定されたなら外部媒体記録処理部１１６に蓄積コンテンツ書出開始要求を通知する（Ｓ１５０８）。外部媒体記録処理部１１６は該当するコンテンツの再生制御メタファイルを補助記憶装置１５０に要求し（Ｓ１５０９）、該当するコンテンツの再生制御メタファイルを取得する（Ｓ１５１０）。

その後、外部媒体記録処理部１１６は該当するコンテンツのライセンスを著作権保護処理部１１１に要求し、著作権保護処理部１１１はさらに、著作権保護サーバ１９４に該当コンテンツのライセンスを要求する（Ｓ１５１２）。著作権保護処理部１１１は、著作権保護サーバ１９４から該当コンテンツのライセンスを取得する（Ｓ１５１３）と、該ライセンスを保持すると共に、外部媒体記録処理部１１６に該ライセンスを送信する（Ｓ１５１４）。

次に、外部媒体記録処理部１１６は外部媒体記録装置１６０に権利保護情報設定を行い（Ｓ１５１５）、一方、著作権保護処理部１１１に該当コンテンツのライセンス使用完了を通知する（Ｓ１５１６）。著作権保護処理部１１１は、該当コンテンツのライセンスを消去する（Ｓ１５１７）。その後、外部媒体記録処理部１１６は補助記憶装置１５０にコンテンツデータを要求し（Ｓ１５１８）、該当コンテンツのコンテンツデータを取得する（Ｓ１５１９）。

そして、外部媒体記録処理部１１６は外部媒体記録装置１６０に取得したコンテンツデータを書き込み（Ｓ１５２０）、保持している該当コンテンツのライセンスを消去する（Ｓ１５２１）。外部媒体記録処理部１１６は、補助記憶装置１５０に、該当コンテンツに対する蓄積コンテンツ書出済み情報を記録し（Ｓ１５２２）、蓄積ＥＣＧ処理部１１４に蓄積コンテンツ書出終了通知を行う（Ｓ１５２３）。
蓄積ＥＣＧ処理部１１４はさらに、ＥＣＧ処理部１１２に蓄積コンテンツ書出終了通知を行い（Ｓ１５２４）、ＥＣＧ処理部１１２はコンテンツの検索画面３００を表示する。

以上実施例の効果は、１つのコンテンツをダウンロード配信とストリーミング配信両方でユーザに提供する場合、ストリーミング配信のみ、ダウンロード配信のみ、ストリーミング配信およびダウンロード配信両方の提供形態について、それぞれ別の料金や利用条件を設定でき、かつ１つのＥＣＧメタデータで統一的に取り扱うことが可能になる。また、コンテンツ配信側では、ＥＣＧメタデータサーバ１９５でのコンテンツに対するＥＣＧメタデータの管理・運用が簡便になる。また、コンテンツ受信装置１００におけるＥＣＧ処理部１１２・ダウンロード処理部１１３・蓄積ＥＣＧ処理部１１４・視聴処理部１１５におけるＥＣＧメタデータの処理も簡便になる。

さらに、１つのコンテンツに対して、ストリーミング配信およびダウンロード配信両方の提供形態で利用できるようにコンテンツを購入した場合、ストリーミング配信のみ、ダウンロード配信のみの提供形態での購入はユーザにとって意味のない場合が発生し、これを回避できるような仕組みをＥＣＧ処理部１１２でのコンテンツの検索結果画面４００で提供できる。

次に、第二の実施例について説明する。
第二の実施例が第一の実施例と異なるのは、次の点である。
図１８はＥＣＧメタデータの構成例である。まず、図７で示される購入情報要素へ追加する配信形態情報７００が、図１８に示すＥＣＧメタデータの一要素である購入情報要素４０３０としてＥＣＧメタデータサーバ１９４から配信される。

ＥＣＧメタデータは、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述する番組情報要素４０２０、個々の番組を一連のシリーズとして管理し、検索可能にするグループ情報要素４０１０、番組の購入ライセンスを記述したライセンス参照情報４０４０、第一の実施例では番組情報要素７００に該当する番組の購入条件を記載した購入情報要素４０３０から構成され、番組情報要素４０２０には、その番組が所属するグループ情報要素４０２０を記述することができ、グループ情報要素４０２０は、それ自体が所属するグループ情報要素４０２０を記述することで、階層的なグループ構成を定義できる。

ライセンス参照情報４０４０は、そのライセンスで利用できる番組の番組情報要素４０２０と、購入条件として利用できる購入情報要素４０３０を参照情報を持ち、番組情報要素４０２０と購入情報要素４０３０は、お互いに対応する情報を参照する情報を持つ。第二の実施例では、図７で示した購入情報要素は、図１８の購入情報要素４０３０として扱われる。

すなわち、受信機は、番組情報要素４０２０、または、グループ情報要素４０１０の検索により、利用したいコンテンツを見つけ、そのコンテンツの購入情報要素４０３０を参照することで、ユーザにコンテンツの購入画面を提示し、購入操作を行わせる。
第二の実施例における購入情報要素４０３０で追加した配信形態情報については、図７と同じである。

図３のような操作画面で、ダウンロードによる購入操作を行った場合、ｄｌｃＵＲＬ７１１に記述された配信先から、ダウンロード制御情報３３００を取得する。
図１９はダウンロード制御情報３３００の構成例である。ダウンロード制御情報３３００は、メタファイル自身の内容を記述したダウンロード制御情報ヘッダ３４００と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行情報３４５０を含む。

ダウンロード制御情報３３００は、例えばＲＳＳ（ＲＤＦ Ｓｉｔｅ ＳｕｍｍａｒｙまたはＲｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ）で記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成（用意）可能であるが、複数のパッケージは跨がない。また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように用意する。ダウンロード制御情報３３００は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、ＲＳＳの場合にはｅｎｃｌｏｓｕｒｅ ｕｒｌで各コンテンツを一意に識別する。

ダウンロード制御情報３３００には、対応するダウンロード制御情報３３００の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御情報の名称３４０１、対応するダウンロード制御情報３３００の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上の）ＵＲＬ。ＵＲＬに限らないアドレスであってもよい、以下所在について同様。）を示すダウンロード制御情報の所在３４０２、対応するダウンロード制御情報３３００の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御情報の説明文３４０３、更新チェックフラグ３４０４、更新期限日時３４０５などの情報を持つ。

更新チェックフラグ３４０４は、メタデータサーバ３３０４上のダウンロード制御情報３３００の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時３４０５は、更新チェックフラグ３４０５が「更新」の場合に有効で、ダウンロード制御情報３３００の更新をチェックし続ける期限の日時を記載する。

更新期限日時３４０５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。

また、別の実施方法として、更新期限日時３４０５の特殊な値（例えばすべて0）を更新チェックフラグ３４０５の「単発」を示す値として扱うことにより、更新チェックフラグ３４０５を省略する構成も実現可能である。

ダウンロード実行情報３４５０は、ダウンロード制御情報３３００に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル３４５１、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文３４５２、そのコンテンツを配信する日時（日単位、分単位であっても良い）を示す配信日時３４５３、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツ識別子３４５４、配信コンテンツの種別３４５５、配信コンテンツの取得先ＵＲＬを示すコンテンツの所在３４５６、そのコンテンツに対応するＥＣＧメタデータの取得先ＵＲＬを示すECGメタデータの所在３４５７、そのコンテンツに対応する再生制御情報の取得先URLを示す再生制御情報の所在３４５８、配信コンテンツのサイズ３４５９などの情報を格納する。

コンテンツ識別子３４５４は、一例としては、ＣＲＩＤ：／／というスキーマで規定される文字列で記述され、ａｕｔｈｏｒｉｔｙの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードで、本実施例では、インターネット上で唯一の名称として管理されるドメインネームをａｕｔｈｏｒｉｔｙとして運用する。

ａｕｔｈｏｒｉｔｙ／の後のｃｏｎｔｅｎｔ＿ｉｄは、ａｕｔｈｏｒｉｔｙ内でコンテンツを一意に識別するＩＤで、文字列の形式はａｕｔｈｏｒｉｔｙで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子３４５４で一意に識別することが可能になり、コンテンツ識別子３４５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。

配信日時３４５３は、通常、コンテンツがコンテンツサーバ３３０５に格納され、公開された日時を記載するが、ダウンロード制御情報３３００が配信されたときには、コンテンツがまだ公開されず、配信日時３４５３には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時３４５３には、更新された日時を記載する。

配信コンテンツのファイル種別３４５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。

配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。

図２０は再生制御メタファイル２０００の構成例である。ダウンロード制御情報３３００を参照することによって、取得される再生制御メタファイル２０００の構成について説明する。
再生制御メタファイル２０００は、コンテンツ再生の際に必要なコンテンツ自身のＡＶストリームの情報であるコンテンツ固有属性情報２１００と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報２２００、ストリーミングＶＯＤの場合にその再生制御を行うのに必要なネットワーク制御情報２３００の３つのＸＭＬ文書を含む。なお、ネットワーク制御情報２３００は、ダウンロード配信の場合は不要である。

コンテンツ固有属性情報２１００は、コンテンツ本体ファイルのファイル名と参照先２１１０、コンテンツが暗号化されているか否かの区別情報２１２０、コンテンツの時間長２１３０、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報２１４０、ステレオ／モノラル／マルチチャンネル区別など音声信号の属性情報２１５０等を提供する。

コンテンツのライセンス取得情報２２００は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報２２１０、著作権管理方式の種別情報２２３０、コンテンツに付随する著作権保護範囲の種別を示すライセンスＩＤ２２４０、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値２２２０と参照先２２６０、ライセンスの利用条件情報２２５０、ある署名の検証に必要な公開鍵証明書２２７０などの情報を提供する。

ネットワーク制御情報２３００は、利用可能なストリーミングプロトコル方式の情報２３１０や、特殊再生やコンテンツの頭出し方式２３２０や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３０と、その再生方式の情報２３４０を、記述する。再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。

図２１はライセンス３０００の構成例である。ダウンロード制御情報３３００を参照することによって、取得されるライセンス３０００の構成について説明する。
ライセンスは、番組を視聴する権利を記述する再生ライセンス３１００と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス３２００がある。

ライセンスには、コンテンツを複合するのに必要なコンテンツの暗号鍵３１１０、３２１０を保持し、再生ライセンス３１００の場合、利用開始日時および利用終了日時３１２０や、再生時の信号出力制限やコピー制御情報３１３０を持つ。利用開始日時および利用終了日時３１２０は無期限の指定をすることも可能である。

エクスポートライセンス３２００には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２０を指定することができる。

以上、第二の実施例により、受信機がＥＣＧメタデータを取得し、検索したみたいコンテンツについて、ＶＯＤストリーミング、あるいは、ダウンロードを選択して購入でき、ダウンロードを選択した場合、自動的にダウンロードを開始し、ダウンロードが完了すれば、コンテンツの再生やエクスポートを行うことができる。

なお、メタデータは、メタ情報や、メタファイルと呼ぶこともある。これらは相互に読み替えが可能である。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１００…コンテンツ受信装置、
１１０、２1０…中央制御部、
１１１…著作権保護処理部、
１１２…ＥＣＧ処理部、
１１３…ダウンロード処理部、
１１４…蓄積ＥＣＧ処理部、
１１５…視聴処理部、
１１６…外部媒体記録処理部、
１１７…ブラウザ、
１２０、２２０…通信制御部、
１３０…不揮発記憶装置、
１４０…主記憶装置、
１５０…補助記憶装置、
１６０…外部媒体記録装置、
１７１…入力処理部、
１７３…出力処理部、
１８１…入力装置、
１８２…出力装置
１９０…通信網
１９１…課金決済サーバ、
１９２…顧客管理サーバ、
１９３…著作権保護サーバ
１９４…ＥＣＧメタデータサーバ、
２００…コンテンツ配信に関わる各サーバ２００、
３００…検索条件入力画面、
３０１…コンテンツタイトル欄、
３０２…コンテンツリリース日欄、
３０３…コンテンツ提供形態欄、
３０４…検索開始欄、
４００…検索結果画面、
４０１、５０１、６０１…コンテンツ情報および購入状態および操作欄、
４０２、１３０１…スクロールボタン、
４０３、４０５、４０７、４０９、４１１…購入状態ボタン、
４０４、４０６、４０８、４１０、４１２…操作ボタン、
４２０…蓄積コンテンツ操作ボタン、
５００…購入画面、
５０５…購入中止ボタン
６００…購入後画面、
６０５、１３０６…終了ボタン、
７００…購入情報要素中の配信形態情報のデータ構造仕様、
７０１…要素・属性名欄、
７０２…出現回数欄、
７０３…文字制限と値の制限欄、
７０４…PurchaseInformation項目
７０５…@PurchaseID項目
７０６…Purchase項目
７０７…Distributiontype項目、
７０８…@href項目
７０９…PricingServerURL項目
８００…文字列および値の定義情報、
８０１…辞書ヘッダ情報、
８０２…ビデオオンデマンドを示す値、
８０３…ダウンロードを示す値、
８０４…ビデオオンデマンドおよびダウンロードを示す値、
１０００…再生制御メタファイル、
１００１…ヘッダ情報、
１００２…ボディ情報、
１００３…リソースリスト情報、
１００４…ＥＲＩ情報、
１００５…ＬＬＩ情報、
１００６…ＮＣＩ情報、
１３００…蓄積ＥＣＧ画面、
１３０２…コンテンツ情報欄、
１３０３…購入状態ボタン、
１３０４…再生ボタン、
１３０５…外部書出しボタン、
２０００…再生制御メタファイル、
３０００…ライセンス、
３３００…ダウンロード制御情報、
４０３０…購入情報要素、

Claims (6)

1. コンテンツを受信するコンテンツ受信装置であって、
   前記コンテンツに関連するコンテンツ関連情報を受信し、受信したコンテンツ関連情報に基づいて異なる処理をするＥＣＧ処理部と、
   前記ＥＣＧ処理部からの指示により前記コンテンツの購入処理を行う購入処理部と、
   前記ＥＣＧ処理部からの指示により、コンテンツのダウンロードシーケンスを実行するダウンロード処理部と、
   前記ＥＣＧ処理部からの指示により前記コンテンツを受信しながら再生する視聴処理部と、
   を備え、
   前記コンテンツ関連情報は、コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、または、ストリーミング及びダウンロードの両方の配信、によって前記コンテンツを受信することを示し、
   前記ＥＣＧ処理部は、
   コンテンツの購入処理を前記購入処理部に指示し、
   前記受信したコンテンツ関連情報に基づいて、前記ダウンロードシーケンスを前記ダウンロード処理部に指示するか、または、ストリーミング再生を前記視聴処理部に指示するか、のいずれか、または両方を行うことを特徴とするコンテンツ受信装置。
2. 請求項１に記載のコンテンツ受信装置において、
   前記ダウロード処理部は、前記ダウンロードシーケンスにおいて、
   前記コンテンツ関連情報に基づき、前記ダウンロードに係るコンテンツの所在を示す情報と当該コンテンツの再生制御に必要な再生制御メタファイルの所在を示す情報とを記載したダウンロード制御情報を取得し、
   取得したダウンロード制御情報に記載された情報に基づき、前記コンテンツと前記再生制御メタファイルとをダウンロードすることを特徴とするコンテンツ受信装置。
3. 請求項２に記載のコンテンツ受信装置において、
   前記ＥＣＧ処理部は、前記ストリーミング配信、および、前記ダウンロード配信の両方の配信によって前記コンテンツを受信することを示す前記コンテンツ関連情報に基づいて、前記コンテンツ購入指示がなされた場合に前記コンテンツに対して、ストリーミング配信のみ、ダウンロード配信のみ、によって前記コンテンツを受信することを許可しない、ことを特徴とするコンテンツ受信装置。
4. コンテンツを受信するコンテンツ受信装置におけるコンテンツ受信方法であって、
   コンテンツの配信方法として、ストリーミング配信のみ、ダウンロード配信のみ、または前記ストリーミング配信及び前記ダウンロード配信の両方の配信、によって前記コンテンツを受信することを示すコンテンツ関連情報に基づいて、コンテンツの購入処理を前記購入処理部に指示し、
   （１）前記ダウンロード処理部への指示により、ダウンロードシーケンスを実行する、
   （２）前記視聴処理部への指示により、コンテンツを受信しながらストリーミング再生する、
   の前記（１）〜（２）の少なくとも１つを実施することを特徴とするコンテンツ受信方法。
5. 請求項４に記載のコンテンツ受信方法において、
   前記ダウロード処理部は、前記ダウンロードシーケンスにおいて、
   前記コンテンツ関連情報に基づき、前記ダウンロードに係るコンテンツの所在を示す情報と当該コンテンツの再生制御に必要な再生制御メタファイルの所在を示す情報とを記載したダウンロード制御情報を取得し、
   取得したダウンロード制御情報に記載された情報に基づき、前記コンテンツと前記再生制御メタファイルとをダウンロードすることを特徴とするコンテンツ受信方法。
6. 請求項５に記載のコンテンツ受信方法において、
   前記コンテンツ受信装置が、前記ストリーミング配信および前記ダウンロード配信の両方の配信によって前記コンテンツを受信することを示す前記コンテンツ関連情報に基づいて、前記コンテンツ購入がなされた場合に、前記コンテンツに対して、前記ストリーミング配信のみまたは前記ダウンロード配信のみ、によって前記コンテンツを受信することを許可しないことを特徴とするコンテンツ受信方法。

Images