JP2012222480A - コンテンツ受信機 - Google Patents

Abstract

【課題】
本発明は、２Ｄ映像、３Ｄ映像が混在するコンテンツをダウンロードし、再生する受信機において、画面が乱れることなく、２Ｄ映像、３Ｄ映像の切り替え再生を可能とすることを目的とする。
【解決手段】
映像コンテンツをダウンロードし、再生する受信装置は、サーバからネットワークを介し、映像コンテンツ内の各ピクチャのピクチャ位置情報と共に、各ピクチャの３Ｄ映像か否かを示す３Ｄ識別情報を取得し、受信装置が、映像コンテンツを再生するとき、ピクチャ位置情報に基づき、特殊再生処理を行う際、再生開始するピクチャの３Ｄ識別情報が３Ｄである場合に、映像コンテンツを３Ｄ表示することを特徴とする。
【選択図】 図１

Description

本発明は、ネットワークを介し、配信システムから配信された３Ｄ映像コンテンツを、受信する受信機とその受信方法、また、配信システムと受信機から構成されるコンテンツ送受信システムにおけるコンテンツの配信方法に関する。

本技術分野の背景技術として、国際公開２００４／１００５４９号公報（特許文献１）がある。
特許文献１には、コンテンツを配信するサーバと、インターネットを介し、サーバからコンテンツをダウンロードし再生する受信機からなる配信システムを実現する実施例が記載されている。

この実施例においては、インターネットブラウザが、コンテンツダウンロードの実行内容を記述したダウンロード制御ファイル（本発明では、ダウンロード制御メタファイルと呼ぶ）をサーバから取得し、このファイルを、ダウンロードエージェントが解釈し、ダウンロードを実行する例が示されている。

国際公開第２００４／１００５４９号公報

本発明は、コンテンツの受信機において、さまざまなネットワークから配信される映像コンテンツを受信し、受信したコンテンツを、ユーザの操作に基づき、再生することを可能とすることを目的とする。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
少なくとも、映像コンテンツ、コンテンツの属性情報を記述するメタデータ、前記コンテンツのファイル上の各ピクチャ位置を記述したストリーム再生制御情報、および映像コンテンツの再生制御情報、のそれぞれの取得先情報を記述するダウンロード制御情報を、ネットワークを介して受信し、前記ダウンロード制御情報の記述に従い、前記映像コンテンツ、前記メタデータ、前記ストリーム再生制御情報、および前記再生制御情報をダウンロードし、記憶媒体に格納するダウンロード制御部と、前記メタデータに基づき、前記記憶媒体に格納したコンテンツを検索するECG処理部と、前記ECG処理部により選んだコンテンツを、前記再生制御情報、および、前記ストリーム再生制御情報に基づき、通常再生や、早送り、早戻し、スキップ再生などの特殊再生を行う再生制御部とを備えるコンテンツ受信機であって、前記コンテンツが、立体映像コンテンツである場合、前記ダウンロード制御情報に、さらに記述された立体映像用ストリーム再生制御情報の取得先情報を読み出し、前記立体映像用ストリーム再生制御情報の取得先情報を、前記ストリーム再生制御情報の取得先情報に優先して参照し、該参照された情報に従い、ネットワークから立体映像用ストリーム再生制御情報を取得する、ことを特徴とする。

本発明によれば、コンテンツの受信機において、配信された３Ｄ、２Ｄが混在する映像コンテンツを特殊再生する際、画面が乱れることなく、表示が可能となる。

コンテンツ送受信システムの構成の例である。 配信システムの構成例である。 受信機の構成例である。 受信機と配信システムの関係を示す第１の例である。 受信機と配信システムの関係を示す第２の例である。 受信機と配信システムの関係を示す第３の例である。 ＥＣＧメタデータの相関図である。 パッケージメタデータの構成例である。 ダウンロード制御情報の構成例である。 再生制御メタファイルの構成例である。 ライセンスの構成例である。 受信機のコンテンツ検索画面の例である。 受信機の検索結果画面の例である。 受信機のコンテンツ購入画面の例である。 受信機のコンテンツ詳細表示画面の例である。 受信機のコンテンツ再生画面の例である。 受信機のエクスポート画面の例である。 受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。 受信機のローカルナビゲーション画面の例である。 受信機とリムーバブルメディアとのインタフェース部分の構成例である。 受信機とネットワーク接続機器とのインタフェース部分の構成例である。 ＥＣＧ処理部における処理フロー図の例である。 ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。 ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。 ローカルナビゲーションにおける処理フロー図の例である。 受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。 受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。 第二の実施例における３Ｄ対応ダウンロード制御情報の構成例である。 第二の実施例におけるストリーム再生制御情報の構成例である。 第二の実施例における映像コンテンツの構成例である。 第二の実施例における３Ｄ対応ストリーム再生制御情報の構成例である。 第三の実施例における３Ｄストリーム識別情報の構成例である。

以下、実施例を、図面を用いて説明する。

本実施例では、コンテンツを受信する受信機５０と、配信システム６０の例を説明する。
図１は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ４３を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網４０と、コンテンツ配信ネットワーク４０から接続される外部のインターネット網４５と、から構成される。配信システム６０は、ネットワークスイッチ４２を介し、コンテンツ配信網４０に接続される場合と、汎用性を重視しインターネット網４５にルータ４４を解して接続される場合がある。

家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ＡＤＳＬ(Asymmetric Digital Subscriber Line)、無線通信等、さまざまな通信経路４６が想定され、それぞれの経路に適した変復調が、伝送路変復調器４５によって行われ、ＩＰネットワークに変換される。
家庭内では、伝送路変復調器４６で復調され、ネットワークインタフェースに変換されたＩＰネットワークは、ルータ４８を介し、家庭内の機器に接続される。
家庭内の機器としては、受信機５０や、ＩＰネットワーク対応の記憶装置（Network Attached Storage）３２、パソコン３３、ネットワーク接続可能なＡＶ機器などが想定される。受信機５０は、アンテナ３５から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。

図２は、コンテンツ配信システム４０の構成例である。

コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６３などを有する。

各サーバは、ＩＰ網６７によって相互に接続されると共に、ＩＰ網６７を介して、図１のインターネット網４５、または、コンテンツ配信網４０に接続される。
なお、各サーバの一部、または、すべてが、ＩＰ網６７を介さず、直接、インターネット網４５、または、コンテンツ配信網４０に接続され、相互に通信を行う構成であってもよい。

なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ６２のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。

図３は、受信機５０の構成例である。
受信機５０は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ５５０を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。

受信機５０は、ＩＰネットワークに物理的に接続を行い、ＩＰ（Internet Protocol）データパケットを送受信する通信I/F（Interface）５１０と、通信I/F５１０を介し、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、ＤＮＳ（domain name server）、ＨＴＴＰ(Hyper Text Transfer Protocol)、等の各種ＩＰ通信プロトコルの処理を行う通信処理部５１１を備える。

ダウンローダ５５は、コンテンツやコンテンツに関連する情報を取得する処理を行う処理部である。ＤＲＭクライアント５４は、コンテンツの著作権を管理し、コンテンツの購入条件に応じて、コンテンツの視聴やコピーを制御する機能を提供する。デクリプタ５１４は、ＤＲＭクライアント５４からの指示に基づき、ダウンロードするコンテンツを復号する。ストリーム出力処理部５７は、コンテンツを受信機５０に接続されたリムーバブルメディア５６０へのコンテンツの出力を行う。または、ストリーム出力処理部５７は、通信処理部５１１、通信Ｉ／Ｆ５１０を介して接続されたネットワーク接続機器５７０へのコンテンツの出力を行う。

リムーバブルメディア５６０は、ストリーム出力処理部５４１に接続されたリムーバブルメディアI/F５３４を介して、アクセス可能な脱着可能な記憶メディアである。
受信機５０は、操作のためのリモコンＩ／Ｆ５３３を備え、これにより受信したリモコン信号に従い、ユーザにより操作される。
また、受信機５０は、オンデマンドの映像・音声コンテンツのストリーミング配信サービスを受信する機能を備える可能性がある。この場合、通信処理５１１を介して、映像・音声コンテンツのリアルタイム受信を処理するストリーミング受信処理部５１２を備える。

ＡＶプレーヤ５３は、ダウンロードしたコンテンツや、ストリーミング配信したコンテンツ、あるいは、放送受信したコンテンツを復号し、映像、音声信号に変換する。
ＡＶプレーヤ５３は、内部に、デマルチプレクサ５２１を持ち、この処理部がデクリプタ５１４で復号されたコンテンツを、映像、音声、字幕のパケットに分離し、それぞれのパケットを映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４に送出する。これらのデコーダ５２２、５２３、５２４により、それぞれ映像、音声、字幕情報が復号され、映像・音声出力処理５３０により、統合された映像・音声信号に変換される。この映像・音声信号は、映像・音声出力I/F５３１を介して、受信機５０から外部に出力される。

このため、映像・音声出力Ｉ／Ｆ５３１に、テレビ等を接続することで、利用者は、映像・音声からなるコンテンツを視聴することができる。
なお、映像・音声出力処理５３０、映像・音声出力Ｉ／Ｆ５３１は、映像・音声を統合して処理し出力する、ＨＤＭＩ（登録商標）規格のインタフェースも考えられるが、映像、音声を独立して処理して、外部に出力するような、映像コンポジット信号出力、アナログ音声出力のような例も想定される。

さらに、受信機５０は、デジタル放送の受信、録画を行う機能を兼ね備えるケースもある。その場合は、受信機５０は、放送電波を入力する放送Ｉ／Ｆ５０１、デジタル放送信号を復号し、映像音声ストリームに変換するデジタル放送受信処理部５０２、デジタル放送信号の復号に際し、著作権保護の処理を行うCAS（Conditional Access System）５０３を持つ。

受信機５０では、ダウンロードしたコンテンツを、直接、ストリーム出力処理部５７に出力し、リムーバブルメディア５６０などに出力することができる。
また、受信機５０は、ダウンロードしたコンテンツをいったんストレージ５５０に格納することもできる。この場合、その後、受信機の操作により、ストリーム出力処理部５７は、ストレージ５５０から取得したコンテンツをリムーバブルメディア５６０などに出力する。

ストレージ５５０を有する構成でも、ストレージ５５０にコンテンツを保存することなくエクスポートの処理と、いったんストレージ５５０にコンテンツを格納してから、エクスポートする処理の、どちらを行ってもよい。

この場合、受信機がＨＤＤなどのストレージ５５０を有するときであっても、ダウンロードしたコンテンツをストリーム出力処理部５７を介してリムーバブルメディア５６０へのエクスポートが可能となるため、ストレージ５５０にコンテンツを格納する必要がなく、ストレージの記録容量に空きが少ない場合でもダウンロードが可能となるという利点もある。
また、図３の受信機５０で、ストレージ５５０経由せず、直接リムーバブルメディアへ５６０のエクスポートを行うサービスのみを実施する場合は、ストレージ５５０を搭載しない、より安価な受信機を実現することが可能となる。
また、ダウンロードしたコンテンツを復号せずに、そのままいったんストレージ５５０に格納し、ストレージ５５０に格納されたコンテンツを再生、または、リムーバブルメディア５６０等にエクスポートするときに、ＤＲＭクライアント５４がＤＲＭサーバ６４からライセンス３００を取得し、そのライセンス３００に記載されたコンテンツ鍵３１１に基づき、デクリプタ５１４がストレージ５５０に格納されたコンテンツを復号することもできる。

コンテンツの再生の場合は、デクリプタ５１４がコンテンツを復号し、デマルチプレクサ５２１が映像、音声、字幕データのパケットに分離する。映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４は分離されたそれぞれの映像パケット、音声パケット、字幕データパケットを復号する。映像・音声出力処理部５３０は、復号された映像・音声を映像・音声出力Ｉ／Ｆ５３１を介して、外部に出力する。これらの処理により、ユーザはコンテンツを視聴することができる。

コンテンツのエクスポートの場合は、デクリプタ５１４がコンテンツを復号し、ストリーム出力処理部５４１が複合されたコンテンツをリムーバブルメディア５６０等に出力する。

なお、図３に記載された、デジタル放送受信処理部５０２、ＣＡＳ５０３、通信処理部５１１、ストリーミング受信処理部５１２、デクリプタ５１４、デマルチプレクサ５２１、映像デコーダ５２２、音声デコーダ５２３、字幕デコーダ５２４、映像・音声出力処理部５３０、ストレージ５５０、ブラウザ５１、ＥＣＧ処理部５２、ＡＶプレーヤ５３、ＤＲＭクライアント５４、ダウンローダ５５、ローカルナビゲーション５６、ストリーム出力処理部５７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。

また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、デジタル放送受信処理プログラム５０２、ＣＡＳプログラム５０３、通信処理プログラム５１１、ストリーミング受信処理プログラム５１２、デクリプタプログラム５１４、デマルチプレクサプログラム５２１、映像デコーダプログラム５２２、音声デコーダプログラム５２３、字幕デコーダプログラム５２４、映像・音声出力処理プログラム５３０、ストレージ５５０、ブラウザプログラム５１、ＥＣＧ処理プログラム５２、ＡＶプレーヤプログラム５３、ＤＲＭクライアントプログラム５４、ダウンローダプログラム５５、ローカルナビゲーションプログラム５６、ストリーム出力処理プログラム５７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。

説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

次に、図３のシステム構成の受信機５０と、図２のコンテンツの配信システム６０の、コンテンツ配信サービスにおけるデータの授受関係について、図４、図５、図６を用いて説明する。なお、図４〜５には図３の受信機５０から、処理の流れで使われる一部のブロックのみを表示しているが、それぞれ、図３の受信機５０のその他の処理部等を有していてもよく、また図４〜５に記載された構成がかならずしも必要とは限らない。一部を省略しても良い。

図４の受信機５８１は、図３の受信機５０から、ストリーミング配信システムとデータの授受を行うブロックを抽出したサブセットである。
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御メタファイル２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６３などからなる。
以上のデータを、受信機５８１と、配信システム６０の間でデータ通信する伝送路６７は、図１の配信網を想定している。

図４の場合、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、別の方法として、受信機アプリケーションのＥＣＧ（Electric Content Guide）処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をＥＣＧの形でユーザに提示し、ユーザがＥＣＧから見たいコンテンツ７５を検索し、探し出す方法を提供してもよい。

見たいコンテンツを選択し、Ｗｅｂ文書７１上でユーザがコンテンツの再生指示を行うと、ブラウザ５１が、Ｗｅｂ文書７１に参照先が記述された再生制御メタファイル２００をメタデータサーバ６２から取得し、ＡＶプレーヤ５３に再生要求を行う。あるいは、ＥＣＧ処理部５２が表示したＥＣＧ上でユーザがコンテンツの再生指示を行うと、ＥＣＧ処理部５２が、ＥＣＧメタデータ４００に参照先が記述された再生制御メタファイル２００をメタデータサーバ６２から取得し、ＡＶプレーヤ５３に再生要求を行う。

ＡＶプレーヤ５３は、再生制御メタファイル２００の内容に従い、ＤＲＭクライアント５４から、コンテンツのライセンス３００に記述されたコンテンツ鍵とＲＭＰＩ（Right. Management and Protection Information）と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ５１４に設定し、ＲＭＰＩに従い、映像、音声等の出力条件を映像・音声出力Ｉ／Ｆ５３１に設定して、コンテンツサーバ６３から配信されるコンテンツ７５のストリーミング再生を行う。

ＤＲＭクライアント５４は、有効なライセンス３００を保持し、ＡＶプレーヤ５３やストリーム出力制御部５７から要求があれば、対応するライセンス３００から、コンテンツ鍵やＲＭＰＩを提供する。また、要求されたライセンス３００が未取得であれば、ＤＲＭサーバ６４からコンテンツの再生に必要なライセンス３００を取得する。

図５の受信機５８２は、図３の受信機５０から、ダウンロード配信システムとデータの授受を行うブロックを抽出したサブセットである。
図５の場合も、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、別の手段として、受信機アプリケーションのＥＣＧ処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をＥＣＧの形でユーザに提示し、ユーザがＥＣＧから見たいコンテンツ７５を検索し、探し出す手段を提供してもよい。

見たいコンテンツを選択し、Ｗｅｂ文書７１上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ５１が、Ｗｅｂ文書７１に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。あるいは、ＥＣＧ処理部５２が表示したＥＣＧ上でユーザがコンテンツのダウンロード指示を行うと、ＥＣＧ処理部５２が、ＥＣＧメタデータ４００に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。

ダウンローダ５５は、再生制御メタファイル２００を取得し、その内容に従い、ＤＲＭクライアント５４から、コンテンツのライセンス３００に記述されたコンテンツ鍵とＲＭＰＩ（Right. Management and Protection Information）と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ５１４に設定し、ＲＭＰＩに従いエクスポート先のリムーバブルメディア５６０、ネットワーク接続機器５７０に対し、映像、音声等の出力条件を設定して、コンテンツサーバ６３から配信されるコンテンツ７５をダウンロードし、デクリプタ５１４で復号したコンテンツをストリーム出力制御部５７へ出力し、エクスポート処理を行う。なお、コンテンツ７５に加えて、ストリーム再生制御情報７１０をダウンロードし、ストリーム出力制御部５７へ出力の際に、参考情報として利用してもよい。

図６の受信機５８３は、図３の受信機５０から、ストレージ５５０を介したダウンロード配信システムとデータの授受を行うブロックを抽出して記載した。
図６の場合、ブラウザ５１は、Ｗｅｂサーバ６１から受信したＷｅｂ７１を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ７５を検索し、探し出す。また、図では省略したが、図５と同様に、受信機アプリケーションのＥＣＧ処理部５２が、メタデータサーバ６２から取得したＥＣＧメタデータ４００をユーザに提示し、ユーザが見たいコンテンツ７５を検索し、探し出す手段を提供してもよい。

ユーザから見たいコンテンツの選択を受信し、Ｗｅｂ文書７１上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ５１は、Ｗｅｂ文書７１に参照先が記述されたダウンロード制御情報１００をメタデータサーバ６２から取得し、ダウンローダ５５にダウンロードの実行要求を行う。
ダウンローダ５５は、ダウンロードするコンテンツのＥＣＧメタデータ４００、再生制御メタファイル２００、ストリーム再生制御情報７１０、コンテンツ７５を取得し、ストレージ５５０に蓄積する。

蓄積されたコンテンツ７５は、受信機のローカルナビゲーション５６というアプリケーションで、検索し、選択して、再生したり、エクスポートすることができる。
ローカルナビゲーション５６で、コンテンツの再生が指示された場合は、ＡＶプレーヤ５３を起動して、再生を要求し、コンテンツのエクスポートが指示された場合は、ストリーム出力制御部５７を起動して、エクスポート処理を要求する。

次に、受信機が処理する情報の内容について、詳しく説明する。
図７は、ＥＣＧ処理部５２がＥＣＧとしてコンテンツ検索のために提示するＥＣＧメタデータ４００の相関図である。ＥＣＧメタデータ４００は、ＸＭＬ形式で記述される。

ＥＣＧメタデータ４００は、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述するコンテンツメタデータ４３０、個々の番組を一連のシリーズをグループ化して管理し、検索可能にするシリーズメタデータ４１０、番組の購入ライセンスを記述したライセンスメタデータ４７０、番組やグループ化された番組の購入条件を記載したパッケージメタデータ４５０から構成される。コンテンツメデデータ４３０には、その番組が所属するグループメタデータ４１０を一意に識別するグループＩＤを記述することができ、グループメタデータ４１０は、それ自体が所属するグループメタデータ４１０のグループＩＤを記述することで、階層的なグループ構成を定義できる。

ライセンスメタデータ４７０は、そのライセンスで利用できる番組のコンテンツメデデータ４３０を一意に識別するコンテンツＩＤと、購入条件として利用できるパッケージメタデータ４５０を一意に識別する購入ＩＤを持ち、コンテンツメデデータ４３０とパッケージメタデータ４５０は、お互いに対応する購入ＩＤ、コンテンツＩＤを持つ。コンテンツメタデータ４３０は、そのコンテンツが、ストリーミング再生、または、ダウンロードできる、あるいは両方ができる場合、ストリーミング再生用の再生制御情報２００、および、コンテンツダウンロード用のダウンロード制御情報１００を取得するための参照情報を持つことができる。

図８は、ＥＣＧメタデータ４００の中で、パッケージメタデータ４７０の構成例である。
パッケージメタデータ４５０は、課金の開始日時、終了日時を記述する課金有効期間４５１、パッケージメタデータ４５０を一意に識別する購入ＩＤ４５２、パッケージメタデータ４５０の購入対象となるコンテンツを識別する対象コンテンツＩＤ４５３を保持する。
パッケージメタデータ４５０は、一つのパッケージメタデータに複数のパッケージを記述でき、それぞれのパッケージについて次の情報を持つ。

パッケージ名称４６１、パッケージ価格４６２、説明文４６５は、ユーザにパッケージ内容を提示するための情報である。購入タイプ４６３は、パッケージが、コンテンツ単体での購入なのか、シリーズ一括の購入なのか、月極め契約での購入なのかといった、パッケージの購入形態を識別する情報で、配信タイプ４６４は、コンテンツの配信を、ストリーミング配信なのか、ダウンロード配信なのか、あるいは両方なのかといった、配信形態を識別する情報である。
購入要求ＵＲＬ４６６は、ユーザの購入操作に基づき、購入トランザクションを要求するサーバのアクセス先を記述する情報である。

すなわち、ＥＣＧ処理部５２は、コンテンツメデデータ４３０、または、グループメタデータ４１０を参照して、検索画面を提示し、利用したいコンテンツを見つけたら、そのコンテンツのライセンスメタデータ４７０を参照することで、ユーザにコンテンツの購入条件を提示し、パッケージメタデータ４５０に従い購入操作を行わせる。ＥＣＧ処理部５２により提示されたＥＣＧ上で、コンテンツのストリーミング再生が指示された場合には、コンテンツメタデータ４３０に記述されたＵＲＬに従い再生制御情報２００を取得し、ＡＶプレーヤ５３は再生制御情報２００の記述内容に従いストリーミング再生が行う。

ＥＣＧ処理部５２により提示されたＥＣＧ上で、コンテンツのダウンロードが指示された場合には、コンテンツメタデータ４３０に記述されたＵＲＬに従いダウンロード制御情報１００を取得し、ダウンローダ５５は、ダウンロード制御情報１００の記述内容に従い、コンテンツのダウンロードを行う。

図９はダウンロード制御情報１００の構成例である。ダウンロード制御情報１００は、メタファイル自身の内容を記述したダウンロード制御属性情報１１０と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行単位情報１５０を含む。
ダウンロード制御情報１００は、例えばＲＳＳ（RDF Site SummaryまたはReally Simple Syndication）で記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成（用意）可能であるが、複数のパッケージはまたがない。

また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように、ダウンロード制御情報を用意するべきである。ダウンロード制御情報１００は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、ＲＳＳの場合にはenclosure urlで各コンテンツを一意に識別する。

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

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

更新期限日時１１５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時１１５の特殊な値（例えばすべて０）を更新チェックフラグ１１４「単発」を示す値として扱うことにより、更新チェックフラグ１１４を省略する構成も実現可能である。

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

コンテンツＩＤ識別子１５４は、一例としては、“CRID://authority/content_id”というスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。

authority/の後のcontent_idは、authority内でコンテンツを一意に識別するＩＤで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子１５４で一意に識別することが可能になり、コンテンツ識別子１５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。

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

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

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

図１０は再生制御メタファイル２００の構成例である。ダウンロード制御情報１００を参照することによって取得される、再生制御メタファイル２００の構成について説明する。

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

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

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

ネットワーク制御情報２３０は、利用可能なストリーミングプロトコル方式の情報２３１や、特殊再生やコンテンツの頭出し方式２３２や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３と、その再生方式の情報２３４を、記述する。

再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。

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

ライセンスには、コンテンツを複合するのに必要なコンテンツの暗号鍵３１１、３２１を保持し、再生ライセンス３１０の場合、利用開始日時および利用終了日時３１２や、再生時の信号出力制限やコピー制御情報３１３を持つ。
利用開始日時および利用終了日時３１２は無期限の指定をすることも可能である。
エクスポートライセンス３２０には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２を指定することができる。

エクスポートライセンス３２０は、１つのライセンスで１回のエクスポートが行え、一つのコンテンツをＮ回エクスポートできるようにするためには、Ｎ個のエクスポートライセンス３２０を、ＤＲＭサーバ６４から受信機５０に配信する。

次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図１２から図１９を用いて、説明する。
図１２は、ＥＣＧ処理部５２で実現するコンテンツ検索画面１０００の例である。
リモコンこの画面において起動されるこの画面においては、キーワード１００１、ジャンル１００２、配信日１００３、価格１００４、提供形態１００５などの選択肢や、入力フィールドを用意し、検索開始１００５を指示すると、ユーザの指定内容に応じＥＣＧメタデータ４００を検索する。

図１３は、ＥＣＧ処理部５２が表示する検索結果画面１１００の表示例である。この例では、検索の結果をリスト表示し、タイトル１１０１、提供形態１１０２、購入状態１１０３、コンテンツに対する操作ボタンとして、購入または詳細１１０４、ＶＯＤ視聴１１０５、ＤＬ関連のボタン１１０６が表示される。

提供形態欄１１０２には、パッケージメタデータ４５０にそのコンテンツが、ＶＯＤ配信（ストリーミング配信）のみで提供されるなら「ＶＯＤ」、ダウンロード配信のみで提供されるなら「ＤＬ」、両方で提供されるなら「ＶＯＤ／ＤＬ」と表示されるものとする。なおＶＯＤとはＶｉｄｅｏ Ｏｎ Ｄｅｍａｎｄのことである。
購入状態欄１１０３には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。

購入または詳細のボタン１１０４は、そのコンテンツが未購入であれば「購入」ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は「詳細」ボタンが表示される。
「ＶＯＤ視聴」ボタン１１０５は、そのコンテンツがＶＯＤ（ストリーミング）視聴可能な場合にのみ表示され、このボタンを選択すると、ＶＯＤ視聴が開始される。

ＤＬ関連のボタン１１０６は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できない「ＤＬ待ち」ボタンが表示され、ダウンロードが開始されると「ＤＬ中」ボタンに変わり、ダウンロードが完了すると、「ＤＬ視聴」が表示され、「ＤＬ視聴」ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、「ＤＬ中」でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。

図１４は、ＥＣＧ処理部５２が表示するコンテンツ購入画面１２００の例である。検索結果画面１１００で、「購入」ボタンを選択した場合にコンテンツ購入画面１２００が提示される
コンテンツの購入に必要なタイトル１２０１、内容１２０２、監督１２０３、出演者１２０４、ジャンル１２０５、視聴期限１２０６、再生時間や映像・音声の情報１２０７、エクスポートできる回数や出力先の情報１２０８、提供形態の選択肢１２０９、価格１２１０などを、ＥＣＧメタデータ４００を元に提示し、提供形態１２０９が選択可能な場合は、ＶＯＤ、ダウンロード、あるいはその両方を選択できる。

図１４の例では、「ＶＯＤ」は抹消線により無効になっていることが表示されており、「ダウンロード」が有効になっていることが表示されている。またチェックマークによりユーザが「ダウンロード」を選択していることを表している。
選択後、「購入」ボタン１２２３を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。
「戻る」ボタン１２２４を選択した場合は、検索結果画面１１００に戻るものとする。

図１５は、ＥＣＧ処理部５２が表示するコンテンツ詳細画面１２５０の例である。コンテンツ購入後に、検索結果画面１１００で「詳細」ボタンを選択することによりコンテンツ詳細画面１２５０が提示される。
この画面は、表示される情報は、コンテンツ購入画面１２００とほぼ同じであるが、購入済みなので「購入」ボタン１２２３はなく、代わりに「ＶＯＤ視聴」１２２０、「ダウンロード視聴」１２２１、「エクスポート」１２２２といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。
また、提供形態１２０９の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況１２１１を表示する場合がある。

図１６は、ＥＣＧ処理部５２が表示するコンテンツ再生画面１３００の例である。コンテンツの検索結果画面１１００、あるいは、コンテンツ詳細画面１２５０で、ＶＯＤ視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面１３００が提示される。

コンテンツ再生画面１３００には、再生制御情報２００に基づき、タイトルバナー１３０２に、コンテンツのタイトル１３０３、再生時間１３０４、映像・音声の詳細情報１３０５が表示され、リモコン等による操作に応じ、操作内容がアイコン表示１３０１され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示１４０６ものもある。

図１７は、ＥＣＧ処理部５２が表示するエクスポート画面１４００の例である。コンテンツ詳細画面１２５０で、エクスポートが指示された場合、エクスポート画面１４００が提示される。
この画面では、ＥＣＧメタデータ４００に基づき、コンテンツのタイトル１４０１、容量１４０２などを表示した上で、許される出力先の選択肢１４０３と、受信機が管理するエクスポートの残り回数１４０４を表示する。
ユーザーが出力先を選択し、「エクスポート先チェック」ボタン１４０５を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば「正常」、不可能であれば、その原因を、状態欄１４０７に表示する。

「エクスポート開始」ボタン１４０６を選択した場合も、「エクスポート先チェック」ボタン１４０５を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄１４０７にその原因を表示するが、「エクスポート開始」ボタン１４０６の場合は、正常であればエクスポートを開始する。
エクスポートの進み具合は、進行状況１４０６として表示され、エクスポートが完了すれば、残り回数１４０４が１回減ったエクスポート画面１４００が表示されるものとする。
エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面１２５０に戻りたい場合は、「中止」ボタン１４０９を選択する。

以上のように、ＥＣＧ処理部５２により生成されるＥＣＧの画面は構成される。
別の実施例として、ＥＣＧ処理部５２ではなく、ブラウザ５１により、Ｗｅｂサーバ６１から取得するＷｅｂ文書７１を提示することで、コンテンツの検索から再生までを行うこともできる。

図１８はブラウザ５１上で提示するＷｅｂ文書７１の遷移例である。
ブラウザ５１の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ５１はまずコンテンツ販売ポータルページ１５０１を表示する。ここで、コンテンツの検索が指示されると、ブラウザ５１は検索結果のコンテンツ一覧ページ１５０２を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ１５０３を表示する。

コンテンツ購入画面１５０３で、配信形態を選択してコンテンツを購入する配信形態により、ＶＯＤでの購入が選択された場合は、ブラウザ５１はＶＯＤ再生開始ページ１５０４を表示し、ＶＯＤ再生が指示されると、再生制御メタファイル２００を参照し、図１６のコンテンツ再生画面を表示する。
また、コンテンツ購入画面１５０３でダウンロードでの購入が選択された場合、ブラウザ５１はダウンロード開始ページ１５０５を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報１００に基づき、バックグラウンドでコンテンツのダウンロードを開始する。

図１９はブラウザ５１が表示する、ローカルナビゲーション画面１６００である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面１６００で状態が表示される。
この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル１６０１、ダウンロード状態１６０２、購入状態１６０３、コンテンツに対する操作ボタンとして、「購入」または「詳細」ボタン１６０４が表示され、購入条件として視聴可能なコンテンツには「視聴」ボタン１６０５、エクスポート可能なコンテンツには「エクスポート」ボタン１６０６が表示される。

ダウンロード状態欄１６０２には、ダウンロード指示されたが見ダウンロード状態の「ＤＬ待ち」、ダウンロード開始しその進捗状況も表示する「ＤＬ中」、ダウンロードが完了した「ＤＬ完了」、ダウンロード中にエラーが発生し中断した「ＤＬエラー」といった状態表示が行われる。

購入状態欄１６０３には、未購入、購入済、無料といった状態が表示される。
ボタン類については、未購入コンテンツには、「購入」ボタンが表示され、購入済みのコンテンツには、「詳細」ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。 また、コンテンツが、エクスポート可能な状態になれば、「エクスポート」ボタン１６０６が、有効表示になり選択できるようになる。

「視聴」ボタン１６０５を選択すると、コンテンツ視聴画面１３００に遷移し、「エクスポート」ボタン１６０６を選択すると、エクスポート画面１４００に遷移する。
以上により、Ｗｅｂサイトで、コンテンツの検索から、コンテンツの再生まで行える。

次に、エクスポートの処理について、図２０、図２１で詳しく説明する。
図２０は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばｉＶＤＲ（登録商標）などのリムーバブルＨＤＤなどが想定される。しかしながらｉＶＤＲに限定されるものではない。
図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。

図２０に、著作権保護機能のあるリムーバブルメディア５６０へのエクスポート処理を行うストリーム出力処理部５７の構成例を示す。受信機５０のストリーム出力制御部５７は、リムーバブルメディアと認証をおこなうメディア認証処理部５４１、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部５４３、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部５４２、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部５４４からなる。
コンテンツ暗号化処理部５４２に入力されるコンテンツは、受信機５０のデクリプタ５１４、または、デマルチプレクサ５２１から入力される。

なお、図２０に記載された、メディア認証処理部５４１、コンテンツ鍵生成部５４３、コンテンツ暗号化処理部５４２、鍵暗号化処理部５４４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５４１、コンテンツ鍵生成プログラム５４３、コンテンツ暗号化処理プログラム５４２、鍵暗号化処理プログラム５４４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

リムーバブルＩ／Ｆ５３４を介して、接続されるリムーバブルメディア５６０には、受信機５０のメディア認証処理部５４１と相互に認証を行うメディア認証処理部５６１、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部５６３、相互認証済みの信頼おける受信機５０のみが読み書きできる保護記憶領域５６４に、受け取ったコンテンツ鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を、コンテンツと対応させて記憶する。

ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がＭだとすると、もともとのコンテンツ本体に加えて、Ｍ＋１個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。
（１）リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間
（２）リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間
（３）絶対的な利用開始日時、利用終了日時（いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなす）
なお、図２０に記載された、メディア認証処理部５６１、鍵復号化処理部５６３、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５６２や保護記憶領域５６４や図示しないメモリ領域などに格納された、メディア認証処理プログラム５６１、鍵復号化処理プログラム５６３などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

メディア暗号化処理部５４２で暗号化されたコンテンツは、リムーバブルＩ／Ｆ５３４を通し、データ記憶領域５６２に保存される。
メディア認証処理部５４１では、リムーバブルメディア５６０の信頼性を認証する場合と、リムーバブルメディア５６０と、リムーバブルＩ／Ｆ５３４を備える受信機５０の両方の信頼性を認証する場合が考えられる。

リムーバブルメディア５６０に保存されたコンテンツを、相互認証された受信機５０が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域５６４から読み出し、データ記憶領域５６２から読み出した暗号化されたコンテンツを、受信機５０でコンテンツ鍵を用いて復号することで、利用可能になる。

図２１は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図２１に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部５７の構成例を示す。この場合、受信機５０のストリーム出力制御部５７は、ネットワーク接続機器との相互認証を行う通信認証処理部５４５、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部５４７、生成した通信鍵に基づきコンテンツを暗号化し、通信Ｉ／Ｆ５１０を介して送出する通信暗号化処理部５４６からなる。

なお、図２１に記載された、通信認証処理部５４５、通信暗号化処理部５４６、通信鍵生成部５４７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム５４５、通信暗号化処理プログラム５４６、通信鍵生成プログラム５４７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

ネットワーク接続機器は、通信Ｉ／Ｆ５７１で、ネットワーク５８０に接続され、受信機５０と通信を行う。
通信認証処理部５７２は、受信機の通信認証処理部５４５と相互認証を行う。通信鍵生成部５７４は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部５７３は、生成した通信鍵に基づき、通信Ｉ／Ｆ５１０を介して受信したコンテンツを復号する。

通信復号化処理部５７３で復号されたコンテンツは、図２１の例では、ネットワーク接続機器５７０の暗号化方式によるローカル暗号化処理部５７５により暗号化され、ネットワーク接続機器５７０が持つデータ記憶領域５７８に保存される。このときの暗号鍵は、ローカル鍵生成部５７６で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域５７７に保存される。

なお、図２１に記載された、通信復号化処理部５７３、通信鍵生成部５７４、ローカル暗号化処理部５７５、ローカル鍵生成部５７６は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５７８や保護記憶領域５７７や図示しないメモリ領域などに格納された、通信復号化処理プログラム５７３、通信鍵生成プログラム５７４、ローカル暗号化処理プログラム５７５、ローカル鍵生成プログラム５７６などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

なお、図２１の例では、ネットワーク接続機器５７０が、機器固有のデータ記憶領域５７８を持つ場合であったが、ネットワーク接続機器５７０が、図２０の受信機５０が持つようなリムーバブルＩ／Ｆ５３４を持ち、ネットワークを介して受信したコンテンツを、リムーバブルＩ／Ｆ５３４を介して、リムーバブルメディア５６０に転送する構成であってもよく。その場合のネットワーク接続機器５７０の構成は、図２０の受信機５０の構成に順ずるものとする。

以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図２２から図２５で説明する。
図２２は、ＥＣＧ処理部５２の処理フロー図２０００の例である。
ＥＣＧ処理部５２は、メタデータサーバよりＥＣＧメタデータを取得し（２００１）、取得したＥＣＧメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し（２００２）、コンテンツ検索画面１０００を提示する（２００３）。

ここで、検索条件の入力、設定を行い（２００４）、検索実行を指示すると、検索結果画面１１００を提示する。この画面で、コンテンツに対する操作を受けつけ（２００６）、「購入ボタン」が選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２００７）。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると（２００８）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２００９）。コンテンツ詳細表示画面１２５０は、検索結果画面１１００から、「詳細」ボタンを選択することでも表示される。

ユーザが検索結果画面１１００から、「ＶＯＤ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ダウンロード視聴が開始される（２０１２）。

コンテンツ詳細表示画面１２５０では、ユーザの操作により、「ＶＯＤ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ダウンロード視聴が開始され（２０１２）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２０１３）。

図２３は、エクスポート画面１４００において、リムーバブルメディア５６０へコンテンツをエクスポートする場合のストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２１０１）、ユーザが、画面上の操作で（２１０２）で、出力先を選択し、「エクスポート先チェック」ボタンを選択すると、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０３）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。

接続されていれば、次に、メディア認証処理部５４１が出力先のリムーバブルメディア５６０との認証を確認し（２１０４）、リムーバブルメディア５６０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。

このときのエラーとしては、リムーバブルメディア５６０または受信機５０側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア５６０の速度エラー、リムーバブルメディア５６０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア５６０の読み書き異常など、さまざまな要因が考えられる。

エクスポート画面１４００で、「エクスポート開始」ボタンを選択した場合は、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０７）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。接続されていれば、ストリーム出力処理部５７は、次に、出力先リムーバブルメディア５６０との認証を確認し（２１０８）、出力先リムーバブルメディア５６０の詳細なチェックを行う（２１０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。異常がなければ、エクスポート処理に移る。

エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２１１８）、次にコンテンツ鍵生成部５４３がコンテンツ鍵を生成する（２１１１）。鍵暗号化処理部５４４がその鍵を暗号化し、出力先リムーバブルメディア５６０と鍵交換する（２１１２）。また、コンテンツ鍵生成部５４３はコンテンツ暗号化処理部５４２にコンテンツ鍵を設定する（２１１３）。コンテンツ暗号化処理部５４２はリムーバブルメディア５６０へのエクスポート処理を実行する（２１１４）。

エクスポートが完了すれば（２１１５）、エクスポート終了処理（２１１６）において、メディア認証処理部５６１はリムーバブルメディア５６０へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア５６０の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア５６０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２１１７）、エクスポート画面の提示に戻る（２１０１）。

図２４は、エクスポート画面１４００において、ネットワーク接続機器５７０へエクスポートする場合の、ストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２２０１）、画面上の操作で（２２０２）で、出力先を選択し、「エクスポート先チェック」ボタンが選択されると、通信認証処理部５４５は出力先にネットワーク接続機器５７０が接続されているかどうかチェックを行う（２２０３）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先のネットワーク接続機器５７０との認証を確認し（２２０４）、ネットワーク接続機器５７０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。

この場合のエラーも、リムーバブルメディア５６０へのエクスポートと同様、ネットワーク接続機器５７０または受信機５０側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器５７０側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器５７０の速度エラー、ネットワーク接続機器５７０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器５７０の機器異常など、さまざまな要因が考えられる。

エクスポート画面１４００で、「エクスポート開始」ボタンが選択された場合は、通信認証処理部５４５は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２２０７）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先ネットワーク接続機器５７０との認証を確認し（２２０８）、出力先ネットワーク接続機器５７０の詳細なチェックを行う（２２０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２２１０）、エクスポート画面の操作受付状態に戻る（２２０２）り、異常がなければ、エクスポート処理に移る。

エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２２１８）、通信認証処理部５４５が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部５４６に設定し（２２１３）、通信暗号化処理部５４６はネットワーク接続機器５７０へのエクスポート処理を実行する（２２１４）。

エクスポートが完了すれば（２２１５）、エクスポート終了処理（２２１６）において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器５７０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２２１７）、エクスポート画面の提示に戻る（２２０１）。

図２５は、図１９のローカルナビゲーション画面１６００でのＥＣＧ処理部５２の処理フロー図の例である。
ローカルナビゲーション画面１６００では、ＥＣＧ処理部５２が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのＥＣＧメタデータを読み出し（２３０１）、その情報に基づきローカルナビゲーション画面１６００を提示する（２３０２）。

この状態で、ユーザの操作を受けつけ（２３０３）、「購入」ボタンが選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２３０４）。この画面でユーザが購入条件を選択し、購入ボタンを選択すると（２３０５）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２３０６）。コンテンツ詳細表示画面１２５０は、ローカルナビゲーション画面１６００から、「詳細」ボタンを選択することでも表示される。

ローカルナビゲーション画面１６００から、「視聴」ボタンが選択されると、ＥＣＧ処理部５２はＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
コンテンツ詳細表示画面でも、ユーザの操作（２３０７）により、「視聴」ボタンを選択すると、ＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。

以上説明した実施によれば、受信機５０は、ＥＣＧ処理部５２に表示されるＥＣＧ、または、ブラウザ５１に表示されるＷｅｂ画面、ローカルナビゲーション１６００を介して、ネットワークで接続された配信システム６０からコンテンツを取得し、視聴することができる。

なお、図２２、図２５においては、ＥＣＧ処理部５２により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ５１がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、ＡＶプレーヤ５３がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。

受信機５０が利用するリムーバブルメディアの別の例を、図２６、図２７に示す。
図２６は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、メディアドライブ５８０が接続され、メディアドライブ５８０にリムーバブルメディア５８５を挿入して、メディア読書き部５８２を介して、読み書きを行うことができる。

ストリーム出力処理部５７は、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、鍵読書き処理部５４８、コンテンツ暗号化処理部５５０からなる。
著作権保護機能を持つリムーバブルメディア５８５を、著作権保護機能を持つメディアドライブ５８０に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機５０のストリーム出力制御部５７は、メディアドライブ５８０が持つ認証処理部５８１と、ドライブ認証処理部５５１との間で、リムーバブルメディア５８５とメディアドライブ５８０が著作権保護に対応しているかどうかの認証処理を行う。

認証確立後、コンテンツ鍵生成部５４８が生成した鍵を、コンテンツ暗号化処理部５５０に設定して、コンテンツを暗号化してリムーバブルメディア５８５に書き込み、鍵読書き処理部５４９を通して、リムーバブルメディア５８５に暗号化に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を書き込む。

なお、図２６に記載された、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、コンテンツ暗号化処理部５５０、鍵読書き処理部５４９は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム５５１、コンテンツ鍵生成プログラム５４８、コンテンツ暗号化処理プログラム５５０、鍵読書き処理プログラム５４９などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

なお、図２６に記載された、メディア読書き部５８２、認証処理部５８１、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム５８２、認証処理プログラム５８１などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

図２７は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、直接リムーバブルメディア５９０が接続される。
ストリーム出力処理部５７は、ドライブ認証処理部５５２、コンテンツ鍵生成部５５３、鍵読書き処理部５５４、コンテンツ暗号化処理部５５５からなる。

直接リムーバブルメディア５９０は、一般のデータ記憶領域５９１と、データを暗号化する鍵を保持する保護記憶領域５９２からなり、ドライブ認証処理部５５２は、リムーバブルメディア５９０が著作権保護対応かどうかを、保護記憶領域５９２の有無で判定し、認証確立後、コンテンツ鍵生成部５５３が生成した鍵を、コンテンツ暗号化処理部５５５に設定して、コンテンツを暗号化してリムーバブルメディア５９０のデータ記憶領域５９１に書き込み、鍵読書き処理部５５４を通して、保護記憶領域５９２に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を記憶させる。

なお、図２７に記載された、メディア認証処理部５５２、コンテンツ鍵生成部５５３、コンテンツ暗号化処理部５５５、鍵読書き処理部５５４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５５２、コンテンツ鍵生成プログラム５５３、コンテンツ暗号化処理プログラム５５５、鍵読書き処理プログラム５５４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。

以上の実施例によれば、受信機５０は、受信したコンテンツ７５を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。

本実施例では、３Ｄ映像を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の例を説明する。

本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。

映像コンテンツの配信システムの構成は、実施例１同様、図１、図２と同じでよい。
受信機の構成も、実施例１同様、図３と同じでよいが、映像デコーダ５２２は、入力された映像コンテンツが３Ｄ映像であれば、コンテンツをデコードして３Ｄ映像として再生し、映像出力Ｉ／Ｆに出力できる必要がある。

映像コンテンツの検索、詳細情報閲覧、購入、ダウンロード指示等の操作は、ブラウザ５１を介し、Ｗｅｂサーバ６１から取得したＷｅｂ文書７１の操作により行うか、実施例１同様、図７、図８に示したＥＣＧメタデータ４００を受信し、ＥＣＧ処理部５２において操作を行う。

Ｗｅｂ文書７１、または、ＥＣＧ処理部５２からダウンロード指示が行われると、受信機はメタデータサーバ６２から、３Ｄ対応ダウンロード制御情報７００を取得する。

図２８は、３Ｄ対応ダウンロード制御情報７００のデータ構成の一例を示す図である。３Ｄ対応ダウンロード制御情報７００の構成要素は、図９のダウンロード制御情報１００のダウンロード実行単位情報１５０に、３Ｄ対応ストリーム再生制御情報の所在１６１を追加したものである。
ストリーム再生制御情報の所在１６０は、図２９で後述する２Ｄ映像コンテンツのストリーム再生制御情報７１０を、インターネット経由で取得する際の取得先ＵＲＬを記述したものである。これに対し、３Ｄ対応ストリーム再生制御情報の所在１６１は、３Ｄ映像を含む映像コンテンツに対応した、図３１で後述する３Ｄ対応ストリーム再生制御情報の取得先ＵＲＬを記述したものである。

図２９を用いてストリーム再生制御情報７１０について説明する。ストリーム再生制御情報７１０は、ストリームの属性情報５１０として、再生時間５１１、再生ビットレート５１２、映像、音声、字幕などの各種情報パケットＩＤ５１３の情報、コンテンツに含まれる映像、音声、字幕コンポーネントの数５１４、映像、音声、字幕コンポーネントデータ形式を示す形式識別５１５、映像を飛ばして見ることを禁止できる時間帯を指定するスキップ再生禁止区間情報５１６を保持し、アクセスユニット位置情報５２０として、ストリームの先頭位置の時刻情報位置５２１、ストリームの先頭位置の時刻情報値５２２、ストリームの終了位置の時刻情報値５２３、ストリームに含まれるアクセスユニットの総数５２４を持ち、アクセスユニットの総数５２４で指定された数のそれぞれのアクセスユニットに対し、アクセスユニット先頭の時刻情報値５２５、アクセスユニット先頭のパケット番号５２６、アクセスユニット内のパケット数５２７を保持する。

図３０は、映像ストリームの構成の一例を示す図である。以下、アクセスユニット位置情報５２０の各フィールドが示す具体的な意味について、図３０従い説明する。

映像ストリームは、図に示すように、Ｉ、Ｂ、Ｐの各映像ピクチャの組み合わせで構成されており、Ｉピクチャは、一つの映像として単独でデコード可能な映像ピクチャであり、Ｂピクチャ、Ｐピクチャは、Ｉピクチャとの前後のピクチャ映像を、Ｉピクチャとの差分情報として持つピクチャ形式であり、単独ではデコードできずＩピクチャの情報と組み合わせてデコードを行う。

このため、映像ストリームを、途中から再生する場合、Ｂピクチャ、Ｐピクチャから再生することはできず、Ｉピクチャから再生することが望ましい。

このため、映像の頭出しに最適なＩピクチャとそれとの差分情報のＢピクチャ、Ｐピクチャのグループを一つの単位としてアクセスユニットと呼ぶ。

アクセスユニットに含まれるピクチャには、その映像を再生する時刻情報を、ストリーム先頭からの時刻情報値を付随情報として持ち、この時刻情報を基にして、映像デコーダ５２２は、時刻に同期した滑らかな映像再生を行う。

こうした映像ストリームは、映像パケットとして、一定長のパケットに分割して伝送され、各映像パケットには、ストリーム先頭からのパケット番号が順に割り振られており、パケット番号によって、映像パケットの頭出しを行う。

図２９のアクセスユニット位置情報５２０の各フィールドは、映像ピクチャの構成として、図３０に示した情報を表している。

図３１を用いて、３Ｄ対応ストリーム再生制御情報７２０のデータ構成の一例を説明する。３Ｄ映像を含む映像コンテンツに対応する３Ｄ対応ストリーム再生制御情報７２０の構成は、図２９のストリーム再生制御情報７１０の属性情報５１０に、バージョン管理情報５１７、３Ｄ映像のエンコード方式を示す３Ｄ方式情報５１８を追加し、アクセスユニット位置情報５２０に、アクセスユニットごとの３Ｄ／２Ｄ識別情報５２８を追加したものである。
３Ｄ対応ストリーム再生制御情報７２０は、アクセスユニットごとに、３Ｄ／２Ｄ識別情報５２８を保持することにより、ストリーム内の任意のＩピクチャから再生する場合でも、そのピクチャが３Ｄ映像なのか否かを判断することが可能である。

以下、コンテンツのダウンロードから再生までのフローについて説明する。
コンテンツをダウンロードし、受信機でダウンロードしたコンテンツを再生する場合の全体の処理の流れは実施例１の図６と同じである。

ブラウザ５１、ＥＣＧ処理部５２から、コンテンツのダウンロードが指示された場合、Ｗｅｂ文書７１、ＥＣＧメタデータ４００が示すリンクを辿り、ダウンロード制御情報１００を取得し、ダウンロード制御情報１００の内容に従い、ダウンローダ５５がダウンロード処理を行うが、コンテンツが３Ｄ映像を含む場合、ダウンロード制御情報１００に代わり３Ｄ対応ダウンロード制御情報７００が、Ｗｅｂ文書７１、ＥＣＧメタデータ４００からリンクされ、ダウンローダ５５は、３Ｄ対応ダウンロード制御情報７００の内容に基づいて、ダウンロードするコンテンツのＥＣＧメタデータ４００、再生制御メタファイル２００、ストリーム再生制御情報７１０、コンテンツ７５を取得し、ストレージ５５０に蓄積する。

ダウンローダ５５が、３Ｄ対応ダウンロード制御情報７００を参照し、３Ｄ対応ストリーム再生制御情報の所在１６１が記述されていれば、ストリーム再生制御情報の所在１６０の記述を無視し、３Ｄ対応ストリーム再生制御情報の所在１６１が指し示す３Ｄ対応ストリーム再生制御情報７２０を取得する。

ストレージ５５０に蓄積したコンテンツの再生、および、エクスポートの処理フローは、実施例１の図２５と同じである。

ブロック２３０８において起動されるＡＶプレーヤ５３は、ストレージ５５０から読み出したデータを、デコードし、映像、音声、字幕を再生する。

通常速度の再生であれば、ＡＶプレーヤ５３は、映像ストリームのデータを逐次でコードするだけでよいが、例えば、高速な早送り再生、数分おきのスキップ再生、あらかじめ設定されたチャプタ位置へのジャンプなどの特殊再生が、ユーザから指示された場合、映像ストリームの途中のアクセスユニットからの再生が必要になる。

この場合、ＡＶプレーヤ５３は、ストリーム再生制御情報７１０を参照することで、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得し、そのアクセスユニットのＩピクチャからデコードを開始する。これにより、どのような特殊再生が行われても、速やかに完全な映像の再生が開始できる。

３Ｄ映像を含む映像コンテンツの特殊再生を行う場合には、ＡＶプレーヤ５３は、３Ｄ対応ストリーム再生制御情報７２０を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得すると同時に、そのアクセスユニットのアクセスユニット３Ｄ／２Ｄ識別情報５２８を取得し、その識別情報が、２Ｄであれば、そのアクセスユニットのＩピクチャから２Ｄ映像としてデコードを開始し、映像出力インタフェースも、２Ｄの出力状態に設定する。その識別情報が３Ｄであれば、そのアクセスユニットのＩピクチャから３Ｄ映像としてデコードを開始し、映像出力インタフェースも、３Ｄの出力状態に設定する。

これにより、特殊再生の操作が行われても、２Ｄ、３Ｄが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。

本実施例では、３Ｄ映像を含む映像コンテンツをダウンロード配信する配信システムと、その映像コンテンツを受信し、再生する受信機の別の実施例を説明する。

実施例３が、実施例２と異なるのは、以下の点である。
まず、３Ｄ映像を含むコンテンツを配信する場合に伝送する３Ｄ対応ストリーム再生制御情報７２０に代えて、ストリーム再生制御情報７１０と、図３２の３Ｄストリーム識別情報７３０を組み合わせた構成をとる。

図３２は、３Ｄ識別情報７３０のデータ構成の一例を示す図である。３Ｄストリーム識別情報７３０は、ストリーム再生制御情報７１０から、３Ｄ対応ストリーム再生制御情報７２０に拡張したときに増やした、各アクセスユニットに対するアクセスユニット３Ｄ／２Ｄ識別情報５２８だけを独立して保持するテーブルであり、アクセスユニットの総数５２４の後に、アクセスユニット先頭から順に、そのアクセスユニット３Ｄ／２Ｄ識別情報５２８を格納する。

３Ｄ対応ダウンロード制御情報７００の３Ｄ対応ストリーム再生制御情報の所在１６１には、３Ｄ対応ストリーム再生制御情報７２０ではなく、３Ｄストリーム識別情報７３０の取得先ＵＲＬを記述し、ダウンローダ５５は、３Ｄ対応ダウンロード制御情報７００を参照し、ストリーム再生制御情報の所在１６０が指し示すストリーム再生制御情報７１０を取得すると共に、３Ｄ対応ストリーム再生制御情報の所在１６１が指し示す３Ｄストリーム識別情報７３０を取得する。

ストレージ５５０に蓄積したコンテンツの再生処理も、基本的には実施例２と同じであるが、３Ｄ映像を含む映像コンテンツを特殊再生する場合には、ＡＶプレーヤ５３は、ストリーム再生制御情報７１０を参照し、特殊再生により再生開始する必要があるアクセスユニットの位置情報を取得するとともに、３Ｄストリーム識別情報７３０を参照し、そのアクセスユニットのアクセスユニット３Ｄ／２Ｄ識別情報５２８を取得し、その識別情報が、２Ｄであれば、そのアクセスユニットのＩピクチャから２Ｄ映像としてデコードを開始し、映像出力インタフェースも２Ｄの出力状態に設定する。その識別情報が３Ｄであれば、そのアクセスユニットのＩピクチャから３Ｄ映像としてデコードを開始し、映像出力インタフェースも３Ｄの出力状態に設定する。

これにより、実施例２と同様、特殊再生の操作が行われても、２Ｄ、３Ｄが混在した映像コンテンツにおいても、画面表示が乱れることなく再生を行うことができる。さらには、３Ｄ映像を含む映像コンテンツを配信する場合にも、ストリーム再生制御情報７１０のデータ構造を変えず再利用でき、３Ｄ映像を含む場合に必要な差分情報を別ファイルとして独立することにより、３Ｄ非対応の既存の受信機の誤動作を抑止でき、３Ｄ非対応の受信機を、３Ｄ対応受信機にアップグレードする際も、開発工数を削減できるメリットがある。

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

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

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

５０ 受信機
５１ ブラウザ
５２ ＥＣＧ処理部
５３ ＡＶプレーヤ
５５ ダウンローダ
５６ ローカルナビゲーション
５７ ストリーム出力制御部
６０ 配信システム
１００ ダウンロード制御情報
２００ 再生制御メタファイル
３００ ライセンス
４００ ＥＣＧメタデータ
５１０ ストレージ
５６０ リムーバブルメディア
５７０ ネットワーク接続機器
７００ 3Ｄ対応ダウンロード制御情報
７１０ ストリーム再生制御情報
７２０ ３Ｄ対応ストリーム再生制御情報
７３０ ３Ｄストリーム識別情報

Claims (2)

1. 少なくとも、映像コンテンツ、コンテンツの属性情報を記述するメタデータ、前記コンテンツのファイル上の各ピクチャ位置を記述したストリーム再生制御情報、および映像コンテンツの再生制御情報、のそれぞれの取得先情報を記述するダウンロード制御情報を、ネットワークを介して受信し、前記ダウンロード制御情報の記述に従い、前記映像コンテンツ、前記メタデータ、前記ストリーム再生制御情報、および前記再生制御情報をダウンロードし、記憶媒体に格納するダウンロード制御部と、
   前記メタデータに基づき、前記記憶媒体に格納したコンテンツを検索するECG処理部と、
   前記ECG処理部により選んだコンテンツを、前記再生制御情報、および、前記ストリーム再生制御情報に基づき、通常再生や、早送り、早戻し、スキップ再生などの特殊再生を行う再生制御部とを備えるコンテンツ受信機であって、
   前記コンテンツが、立体映像コンテンツである場合、前記ダウンロード制御情報に、さらに記述された立体映像用ストリーム再生制御情報の取得先情報を読み出し、
   前記立体映像用ストリーム再生制御情報の取得先情報を、前記ストリーム再生制御情報の取得先情報に優先して参照し、該参照された情報に従い、ネットワークから立体映像用ストリーム再生制御情報を取得する、
   ことを特徴とするコンテンツ受信機。
2. 請求項１のコンテンツ受信機であって、
   前記立体映像用ストリーム再生制御情報は、さらに、前記映像コンテンツの各ピクチャに対し、立体映像か否かを示す立体映像情報を記述したものであり、
   前記再生制御部は、前記特殊再生時に、ピクチャごとの前記立体映像情報が立体映像ある場合に、該ピクチャの立体映像の表示を行う、
   ことを特徴とするコンテンツ受信機。

Images