映像コンテンツ、および、当該映像コンテンツとその映像コンテンツの属性情報とを対応付けて記述するメタデータを、ネットワークを介して受信し、前記メタデータを記録媒体に格納するダウンローダと、立体映像コンテンツの検索に用いられる項目の入力を受け付けるユーザ操作部と、前記記録媒体に格納した前記メタデータを解析して立体映像コンテンツに関する立体映像コンテンツ情報を取得し、取得された立体映像コンテンツ情報に基づき、前記入力された項目に対応する属性を持つ映像コンテンツを特定するメタデータ処理部と、前記特定された映像コンテンツの一覧を表示する手段と、を備えるコンテンツ受信機。映像コンテンツ、および、当該映像コンテンツとその映像コンテンツの属性情報とを対応付けて記述するメタデータを、ネットワークを介して受信し、前記メタデータを記録媒体に格納するコンテンツ受信方法において、立体映像コンテンツの検索に用いられる項目の入力を受け付け、前記記録媒体に格納した前記メタデータを解析して立体映像コンテンツに関する立体映像コンテンツ情報を取得し、取得された立体映像コンテンツ情報に基づき、前記入力された項目に対応する属性を持つ映像コンテンツを特定し、前記特定された映像コンテンツを表示すること、を備えるコンテンツ受信方法。近年、平面映像のコンテンツだけでなく立体映像のコンテンツが普及してきているなか、特許文献1においては、平面映像コンテンツと立体映像コンテンツとが混在して提供される場合のコンテンツの受信機の処理について、考慮されていない。本発明は、コンテンツの受信機において、平面映像コンテンツと立体映像コンテンツが混在して提供される場合に、平面映像と立体映像の別を考慮してユーザにコンテンツを提示することを可能とすることを目的とする。上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、映像コンテンツ、および、当該映像コンテンツとその映像コンテンツの属性情報とを対応付けて記述するメタデータを、ネットワークを介して受信し、前記メタデータを記録媒体に格納するダウンローダと、立体映像コンテンツの検索に用いられる項目の入力を受け付けるユーザ操作部と、前記記録媒体に格納した前記メタデータを解析して立体映像コンテンツに関する立体映像コンテンツ情報を取得し、取得された立体映像コンテンツ情報に基づき、前記入力された項目に対応する属性を持つ映像コンテンツを特定するメタデータ処理部と、前記特定された映像コンテンツを表示する手段と、を備えるコンテンツ受信機。本発明によれば、ユーザに平面映像コンテンツと立体映像コンテンツが混在して提供される場合に、コンテンツの視聴におけるユーザ利便性を向上することができる。以下、実施例を、図面を用いて説明する。本実施例では、コンテンツを受信する受信機50と、配信システム60の例を説明する。図1は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ43を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網40と、コンテンツ配信ネットワーク40から接続される外部のインターネット網45と、から構成される。配信システム60は、ネットワークスイッチ42を介し、コンテンツ配信網40に接続される場合と、汎用性を重視しインターネット網45にルータ44を介して接続される場合がある。家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ADSL、無線通信等、さまざまな通信経路46が想定され、それぞれの経路に適した変復調が、伝送路変復調器45によって行われ、IPネットワークに変換される。家庭内では、伝送路変復調器46で復調され、ネットワークインタフェースに変換されたIPネットワークは、ルータ48を介し、家庭内の機器に接続される。家庭内の機器としては、受信機50や、IPネットワーク対応の記憶装置NetworkAttachedStorage32、パソコン33、ネットワーク接続可能なAV機器などが想定される。受信機50は、アンテナ35から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。図2は、コンテンツ配信システム40の構成例である。コンテンツの配信システム60は、Web文書71を配信するWebサーバ61、配信するコンテンツの属性情報などを記述するECGメタデータ400、コンテンツの再生に必要な情報を記述する再生制御情報200を配信するメタデータサーバ62、コンテンツ本体75を配信するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス300を配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金決済サーバ66などを有する。各サーバは、IP網67によって相互に接続されると共に、IP網67を介して、図1のインターネット網45、または、コンテンツ配信網40に接続される。なお、各サーバの一部、または、すべてが、IP網67を介さず、直接、インターネット網45、または、コンテンツ配信網40に接続され、相互に通信を行う構成であってもよい。なお、配信システム60が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ62のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。図3は、受信機50の構成例である。受信機50は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ550を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。受信機50は、IPネットワークに物理的に接続を行い、IPInternetProtocolデータパケットを送受信する通信IFInterface510と、通信IF510を介し、TCPTransmissionControlProtocol、UDPUserDatagramProtocol、DHCPDynamicHostConfigurationProtocol、DNSdomainnameserver、HTTP、等の各種IP通信プロトコルの処理を行う通信処理部511を備える。ダウンローダ55は、コンテンツやコンテンツに関連する情報を取得する処理を行う処理部である。DRMクライアント54は、コンテンツの著作権を管理し、コンテンツの購入条件に応じて、コンテンツの視聴やコピーを制御する機能を提供する。デクリプタ514は、DRMクライアント54からの指示に基づき、ダウンロードするコンテンツを復号する。ストリーム出力処理部57は、コンテンツを受信機50に接続されたリムーバブルメディア560へのコンテンツの出力を行う。または、ストリーム出力処理部57は、通信処理部511、通信I/F510を介して接続されたネットワーク接続機器570へのコンテンツの出力を行う。リムーバブルメディア560は、ストリーム出力処理部541に接続されたリムーバブルメディアIF534を介して、アクセス可能な脱着可能な記憶メディアである。受信機50は、操作のためのリモコンI/F533を備え、これにより受信したリモコン信号に従い、ユーザにより操作される。また、受信機50は、オンデマンドの映像音声コンテンツのストリーミング配信サービスを受信する機能を備える可能性がある。この場合、通信処理部511を介して、映像音声コンテンツのリアルタイム受信を処理するストリーミング受信処理部512を備える。AVプレーヤ53は、ダウンロードしたコンテンツや、ストリーミング配信したコンテンツ、あるいは、放送受信したコンテンツを復号し、映像、音声信号に変換する。AVプレーヤ53は、内部に、デマルチプレクサ521を持ち、この処理部がデクリプタ514で復号されたコンテンツを、映像、音声、字幕のパケットに分離し、それぞれのパケットを映像デコーダ522、音声デコーダ523、字幕デコーダ524に送出する。これらのデコーダ522、523、524により、それぞれ映像、音声、字幕情報が復号され、映像音声出力処理530により、統合された映像音声信号に変換される。この映像音声信号は、映像音声出力IF531を介して、受信機50から外部に出力される。このため、映像音声出力I/F531に、テレビ等を接続することで、利用者は、映像音声からなるコンテンツを視聴することができる。なお、映像音声出力処理530、映像音声出力I/F531は、映像音声を統合して処理し出力する、HDMI登録商標規格のインタフェースも考えられるが、映像、音声を独立して処理して、外部に出力するような、映像コンポジット信号出力、アナログ音声出力のような例も想定される。さらに、受信機50は、デジタル放送の受信、録画を行う機能を兼ね備えるケースもある。その場合は、受信機50は、放送電波を入力する放送I/F501、デジタル放送信号を復号し、映像音声ストリームに変換するデジタル放送受信処理部502、デジタル放送信号の復号に際し、著作権保護の処理を行うCASConditionalAccessSystem503を持つ。受信機50では、ダウンロードしたコンテンツを、直接、ストリーム出力処理部57に出力し、リムーバブルメディア560などに出力することができる。また、受信機50は、ダウンロードしたコンテンツをいったんストレージ550に格納することもできる。この場合、その後、受信機の操作により、ストリーム出力処理部57は、ストレージ550から取得したコンテンツをリムーバブルメディア560などに出力する。ストレージ550を有する構成でも、ストレージ550にコンテンツを保存することなくエクスポートの処理と、いったんストレージ550にコンテンツを格納してから、エクスポートする処理の、どちらを行ってもよい。この場合、受信機がHDDなどのストレージ550を有するときであっても、ダウンロードしたコンテンツをストリーム出力処理部57を介してリムーバブルメディア560へのエクスポートが可能となるため、ストレージ550にコンテンツを格納する必要がなく、ストレージの記録容量に空きが少ない場合でもダウンロードが可能となるという利点もある。また、図3の受信機50で、ストレージ550経由せず、直接リムーバブルメディアへ560のエクスポートを行うサービスのみを実施する場合は、ストレージ550を搭載しない、より安価な受信機を実現することが可能となる。また、ダウンロードしたコンテンツを復号せずに、そのままいったんストレージ550に格納し、ストレージ550に格納されたコンテンツを再生、または、リムーバブルメディア560等にエクスポートするときに、DRMクライアント54がDRMサーバ64からライセンス300を取得し、そのライセンス300に記載されたコンテンツ鍵311に基づき、デクリプタ514がストレージ550に格納されたコンテンツを復号することもできる。コンテンツの再生の場合は、デクリプタ514がコンテンツを復号し、デマルチプレクサ521が映像、音声、字幕データのパケットに分離する。映像デコーダ522、音声デコーダ523、字幕デコーダ524は分離されたそれぞれの映像パケット、音声パケット、字幕データパケットを復号する。映像音声出力処理部530は、復号された映像音声を映像音声出力I/F531を介して、外部に出力する。これらの処理により、ユーザはコンテンツを視聴することができる。コンテンツのエクスポートの場合は、デクリプタ514がコンテンツを復号し、ストリーム出力処理部57が復号されたコンテンツをリムーバブルメディア560等に出力する。なお、図3に記載された、デジタル放送受信処理部502、CAS503、通信処理部511、ストリーミング受信処理部512、デクリプタ514、デマルチプレクサ521、映像デコーダ522、音声デコーダ523、字幕デコーダ524、映像音声出力処理部530、ストレージ550、ブラウザ51、ECG処理部52、AVプレーヤ53、DRMクライアント54、ダウンローダ55、ストリーム出力処理部57は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、デジタル放送受信処理プログラム502、CASプログラム503、通信処理プログラム511、ストリーミング受信処理プログラム512、デクリプタプログラム514、デマルチプレクサプログラム521、映像デコーダプログラム522、音声デコーダプログラム523、字幕デコーダプログラム524、映像音声出力処理プログラム530、ストレージ550、ブラウザプログラム51、ECG処理プログラム52、AVプレーヤプログラム53、DRMクライアントプログラム54、ダウンローダプログラム55、ストリーム出力処理プログラム57などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。次に、図3のシステム構成の受信機50と、図2のコンテンツの配信システム60の、コンテンツ配信サービスにおけるデータの授受関係について、図4、図5、図6を用いて説明する。なお、図4~5には図3の受信機50から、処理の流れで使われる一部のブロックのみを表示しているが、それぞれ、図3の受信機50のその他の処理部等を有していてもよく、また図4~5に記載された構成がかならずしも必要とは限らない。一部を省略しても良い。図4の受信機581は、図3の受信機50から、ストリーミング配信システムとデータの授受を行うブロックを抽出したサブセットである。コンテンツの配信システム60は、Web文書71を配信するWebサーバ61、配信するコンテンツの属性情報などを記述するECGメタデータ400、コンテンツの再生に必要な情報を記述する再生制御メタファイル200を配信するメタデータサーバ62、コンテンツ本体75を配信するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス300を配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金決済サーバ66などからなる。以上のデータを、受信機581と、配信システム60の間でデータ通信する伝送路67は、図1の配信網を想定している。図4の場合、ブラウザ51は、Webサーバ61から受信したWeb文書71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、別の方法として、受信機アプリケーションのECGElectricContentGuide処理部52が、メタデータサーバ62から取得したECGメタデータ400をECGの形でユーザに提示し、ユーザがECGから見たいコンテンツ75を検索し、探し出す方法を提供してもよい。見たいコンテンツを選択し、Web文書71上でユーザがコンテンツの再生指示を行うと、ブラウザ51が、Web文書71に参照先が記述された再生制御メタファイル200をメタデータサーバ62から取得し、AVプレーヤ53に再生要求を行う。あるいは、ECG処理部52が表示したECG上でユーザがコンテンツの再生指示を行うと、ECG処理部52が、ECGメタデータ400に参照先が記述された再生制御メタファイル200をメタデータサーバ62から取得し、AVプレーヤ53に再生要求を行う。AVプレーヤ53は、再生制御メタファイル200の内容に従い、DRMクライアント54から、コンテンツのライセンス300に記述されたコンテンツ鍵とRMPIRightManagementandProtectionInformationと呼ばれる信号出力制限コピー制御情報を取得し、コンテンツ鍵をデクリプタ514に設定し、RMPIに従い、映像、音声等の出力条件を映像音声出力I/F531に設定して、コンテンツサーバ63から配信されるコンテンツ75のストリーミング再生を行う。DRMクライアント54は、有効なライセンス300を保持し、AVプレーヤ53やストリーム出力制御部57から要求があれば、対応するライセンス300から、コンテンツ鍵やRMPIを提供する。また、要求されたライセンス300が未取得であれば、DRMサーバ64からコンテンツの再生に必要なライセンス300を取得する。図5の受信機582は、図3の受信機50から、ダウンロード配信システムとデータの授受を行うブロックを抽出したサブセットである。図5の場合も、ブラウザ51は、Webサーバ61から受信したWeb文書71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、別の手段として、受信機アプリケーションのECG処理部52が、メタデータサーバ62から取得したECGメタデータ400をECGの形でユーザに提示し、ユーザがECGから見たいコンテンツ75を検索し、探し出す手段を提供してもよい。見たいコンテンツを選択し、Web文書71上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ51が、Web文書71に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。あるいは、ECG処理部52が表示したECG上でユーザがコンテンツのダウンロード指示を行うと、ECG処理部52が、ECGメタデータ400に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。ダウンローダ55は、再生制御メタファイル200を取得し、その内容に従い、DRMクライアント54から、コンテンツのライセンス300に記述されたコンテンツ鍵とRMPIRightManagementandProtectionInformationと呼ばれる信号出力制限コピー制御情報を取得し、コンテンツ鍵をデクリプタ514に設定し、RMPIに従いエクスポート先のリムーバブルメディア560、ネットワーク接続機器570に対し、映像、音声等の出力条件を設定して、ダウンロード制御情報100において配信コンテンツの所在156を示すURLにより特定されるコンテンツ75を、コンテンツサーバ63に要求し、コンテンツサーバ63から配信されるコンテンツ75をダウンロードし、デクリプタ514で復号したコンテンツをストリーム出力制御部57へ出力し、エクスポート処理を行う。図6の受信機583は、図3の受信機50から、ストレージ550を介したダウンロード配信システムとデータの授受を行うブロックを抽出して記載した。図6の場合、ブラウザ51は、Webサーバ61から受信したWeb71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、図では省略したが、図5と同様に、受信機アプリケーションのECG処理部52が、メタデータサーバ62から取得したECGメタデータ400をユーザに提示し、ユーザが見たいコンテンツ75を検索し、探し出す手段を提供してもよい。ユーザから見たいコンテンツの選択を受信し、Web文書71上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ51は、Web文書71に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。ダウンローダ55は、ダウンロードするコンテンツのECGメタデータ400、再生制御メタファイル200、コンテンツ75を取得し、ストレージ550に蓄積する。蓄積されたコンテンツ75は、受信機のECG処理部52で、検索し、選択して、再生したり、エクスポートすることができる。ECG処理部52で、コンテンツの再生が指示された場合は、AVプレーヤ53を起動して、再生を要求し、コンテンツのエクスポートが指示された場合は、ストリーム出力制御部57を起動して、エクスポート処理を要求する。次に、受信機が処理する情報の内容について、詳しく説明する。図7は、ECG処理部52がECGとしてコンテンツ検索のために提示するECGメタデータ400の相関図である。ECGメタデータ400は、XML形式で記述される。ECGメタデータ400は、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述するコンテンツメタデータ430、個々の番組を一連のシリーズをグループ化して管理し、検索可能にするシリーズメタデータ410、番組の購入ライセンスを記述したライセンスメタデータ470、番組やグループ化された番組の購入条件を記載したパッケージメタデータ450から構成される。コンテンツメタデータ430には、その番組が所属するシリーズメタデータ410を一意に識別するシリーズIDを記述することができ、グループメタデータ410は、それ自体が所属するシリーズメタデータ410のシリーズIDを記述することで、階層的なグループ構成を定義できる。ライセンスメタデータ470は、そのライセンスで利用できる番組のコンテンツメタデータ430を一意に識別するコンテンツIDと、購入条件として利用できるパッケージメタデータ450を一意に識別する購入IDを持ち、コンテンツメタデータ430とパッケージメタデータ450は、お互いに対応する購入ID、コンテンツIDを持つ。コンテンツメタデータ430は、そのコンテンツが、ストリーミング再生、または、ダウンロードできる、あるいは両方ができる場合、ストリーミング再生用の再生制御情報200、および、コンテンツダウンロード用のダウンロード制御情報100を取得するための参照情報を持つことができる。図8は、ECGメタデータ400の中で、パッケージメタデータ470の構成例である。パッケージメタデータ450は、課金の開始日時、終了日時を記述する課金有効期間451、パッケージメタデータ450を一意に識別する購入ID452、パッケージメタデータ450の購入対象となるコンテンツを識別する対象コンテンツID453を保持する。パッケージメタデータ450は、一つのパッケージメタデータに複数のパッケージを記述でき、それぞれのパッケージについて次の情報を持つ。パッケージ名称461、パッケージ価格462、説明文465は、ユーザにパッケージ内容を提示するための情報である。購入タイプ463は、パッケージが、コンテンツ単体での購入なのか、シリーズ一括の購入なのか、月極め契約での購入なのかといった、パッケージの購入形態を識別する情報で、配信タイプ464は、コンテンツの配信を、ストリーミング配信なのか、ダウンロード配信なのか、あるいは両方なのかといった、配信形態を識別する情報である。購入要求URL466は、ユーザの購入操作に基づき、購入トランザクションを要求するサーバのアクセス先を記述する情報である。すなわち、ECG処理部52は、コンテンツメタデータ430、または、シリーズメタデータ410を参照して、検索画面を提示し、利用したいコンテンツを見つけたら、そのコンテンツのライセンスメタデータ470を参照することで、ユーザにコンテンツの購入条件を提示し、パッケージメタデータ450に従い購入操作を行わせる。ECG処理部52により提示されたECG上で、コンテンツのストリーミング再生が指示された場合には、コンテンツメタデータ430に記述されたURLに従い再生制御情報200を取得し、AVプレーヤ53は再生制御情報200の記述内容に従いストリーミング再生が行う。ECG処理部52により提示されたECG上で、コンテンツのダウンロードが指示された場合には、コンテンツメタデータ430に記述されたURLに従いダウンロード制御情報100を取得し、ダウンローダ55は、ダウンロード制御情報100の記述内容に従い、コンテンツのダウンロードを行う。図9はダウンロード制御情報100の構成例である。ダウンロード制御情報100は、メタファイル自身の内容を記述したダウンロード制御属性情報110と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行単位情報150を含む。ダウンロード制御情報100は、例えばRSSRDFSiteSummaryまたはReallySimpleSyndicationで記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成用意可能であるが、複数のパッケージはまたがない。また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように、ダウンロード制御情報を用意するべきである。ダウンロード制御情報100は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、RSSの場合にはenclosureurlで各コンテンツを一意に識別する。ダウンロード制御情報100には、対応するダウンロード制御情報100の名称例えばダウンロード予約の名称、ファイル名、ID等を示すダウンロード制御情報の名称111、対応するダウンロード制御情報100の所在例えば、ダウンロード予約を提供するウェブサイトのインターネット上のURL。但しURLに限らず、その他のアドレスであってもよい、以下所在について同様。を示すダウンロード制御情報の所在112、対応するダウンロード制御情報100の説明例えばダウンロード予約についての説明や言語タイプ等を示すダウンロード制御情報の説明文113、更新チェックフラグ114、更新期限日時115などの情報を持つ。更新チェックフラグ114は、メタデータサーバ62上のダウンロード制御情報100の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う更新と、最初に取得した後は、周期的にチェックを行わない単発の値をとる。更新期限日時115は、更新チェックフラグ114が更新の場合に有効で、ダウンロード制御情報100の更新をチェックし続ける期限の日時を記載する。更新期限日時115は、コンテンツの更新を監視する期限を示す。期限の単位日単位、時単位、分単位等は任意である。期限なしすなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時115の特殊な値例えばすべて0を更新チェックフラグ114単発を示す値として扱うことにより、更新チェックフラグ114を省略する構成も実現可能である。ダウンロード実行単位情報150は、ダウンロード制御情報100に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル番組名等であってもよいし、ファイル名やIDであってもよいを示す配信コンテンツのタイトル151、そのコンテンツの説明特徴や備考等を示す配信コンテンツの説明文152、そのコンテンツを配信する日時日単位、分単位であっても良いを示す配信日時153、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツID154、配信コンテンツの種別155、配信コンテンツの取得先URLを示すコンテンツの所在156、そのコンテンツに対応するECGメタデータの取得先URLを示すECGメタデータの所在157、そのコンテンツに対応する再生制御メタファイルの取得先URLを示す再生制御メタファイルの所在158、配信コンテンツのサイズ159、コンテンツのピクチャ再生位置情報などを提供するストリーム再生制御情報の取得先のURLを示すストリーム再生制御情報の所在160などの情報を格納する。コンテンツID識別子154は、一例としては、CRIDauthoritycontentidというスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。authorityの後のcontentidは、authority内でコンテンツを一意に識別するIDで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子154で一意に識別することが可能になり、コンテンツ識別子154をインターネット上のURLとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。配信日時153は、通常、コンテンツがコンテンツサーバ63に格納され、公開された日時を記載するが、ダウンロード制御情報100が配信されたときには、コンテンツがまだ公開されず、配信日時153には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時153には、更新された日時を記載する。配信コンテンツの種別155は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。図10は再生制御メタファイル200の構成例である。ダウンロード制御情報100を参照することによって取得される、再生制御メタファイル200の構成について説明する。再生制御メタファイル200は、コンテンツ再生の際に必要なコンテンツ自身のAVストリームの情報であるコンテンツ固有属性情報210と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報220、ストリーミングVODの場合にその再生制御を行うのに必要なネットワーク制御情報230の3つのXML文書を含む。なお、ネットワーク制御情報230は、ダウンロード配信の場合は不要である。コンテンツ固有属性情報210は、コンテンツ本体ファイルのファイル名と参照先211、コンテンツが暗号化されているか否かの区別情報212、コンテンツの時間長213、映像符号化方式や解像度走査アスペクト比など映像信号の属性情報214、ステレオ/モノラル/マルチチャンネル区別など音声信号の属性情報215等を提供する。コンテンツのライセンス取得情報220は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報221、著作権管理方式の種別情報223、コンテンツに付随する著作権保護範囲の種別を示すライセンスID224、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値222と参照先226、ライセンスの利用条件情報225、ある署名の検証に必要な公開鍵証明書227などの情報を提供する。ネットワーク制御情報230は、利用可能なストリーミングプロトコル方式の情報231や、特殊再生やコンテンツの頭出し方式232や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報233と、その再生方式の情報234を、記述する。再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。図11はライセンス300の構成例である。ダウンロード制御情報100を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス300の構成について説明する。ライセンスは、番組を視聴する権利を記述する再生ライセンス310と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス320がある。ライセンスには、コンテンツを復号するのに必要なコンテンツの暗号鍵311、321を保持し、再生ライセンス310の場合、利用開始日時および利用終了日時312や、再生時の信号出力制限やコピー制御情報313を持つ。利用開始日時および利用終了日時312は無期限の指定をすることも可能である。エクスポートライセンス320には、エクスポート可能なメディアあるいはネットワーク毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報322を指定することができる。エクスポートライセンス320は、1つのライセンスで1回のエクスポートが行え、一つのコンテンツをN回エクスポートできるようにするためには、N個のエクスポートライセンス320を、DRMサーバ64から受信機50に配信する。次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図12から図19を用いて、説明する。図12は、ECG処理部52で実現するコンテンツ検索画面1000の例である。リモコンこの画面において起動されるこの画面においては、キーワード1001、ジャンル1002、配信日1003、価格1004、提供形態1005などの選択肢や、入力フィールドを用意し、検索開始1006を指示すると、ユーザの指定内容に応じECGメタデータ400を検索する。図13は、ECG処理部52が表示する検索結果画面1100の表示例である。この例では、検索の結果をリスト表示し、タイトル1101、提供形態1102、購入状態1103、コンテンツに対する操作ボタンとして、購入または詳細1104、VOD視聴1105、DL関連のボタン1106が表示される。提供形態欄1102には、パッケージメタデータ450にそのコンテンツが、VOD配信ストリーミング配信のみで提供されるならVOD、ダウンロード配信のみで提供されるならDL、両方で提供されるならVOD/DLと表示されるものとする。なおVODとはVideoOnDemandのことである。購入状態欄1103には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。購入または詳細のボタン1104は、そのコンテンツが未購入であれば購入ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は詳細ボタンが表示される。VOD視聴ボタン1105は、そのコンテンツがVODストリーミング視聴可能な場合にのみ表示され、このボタンを選択すると、VOD視聴が開始される。DL関連のボタン1106は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できないDL待ちボタンが表示され、ダウンロードが開始されるとDL中ボタンに変わり、ダウンロードが完了すると、DL視聴が表示され、DL視聴ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、DL中でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。図14は、ECG処理部52が表示するコンテンツ購入画面1200の例である。検索結果画面1100で、購入ボタンを選択した場合にコンテンツ購入画面1200が提示されるコンテンツの購入に必要なタイトル1201、内容1202、監督1203、出演者1204、ジャンル1205、視聴期限1206、再生時間や映像音声の情報1207、エクスポートできる回数や出力先の情報1208、提供形態の選択肢1209、価格1210などを、ECGメタデータ400を元に提示し、提供形態1209が選択可能な場合は、VOD、ダウンロード、あるいはその両方を選択できる。図14の例では、VODは抹消線により無効になっていることが表示されており、ダウンロードが有効になっていることが表示されている。またチェックマークによりユーザがダウンロードを選択していることを表している。選択後、購入ボタン1223を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。戻るボタン1224を選択した場合は、検索結果画面1100に戻るものとする。図15は、ECG処理部52が表示するコンテンツ詳細画面1250の例である。コンテンツ購入後に、検索結果画面1100で詳細ボタンを選択することによりコンテンツ詳細画面1250が提示される。この画面は、表示される情報は、コンテンツ購入画面1200とほぼ同じであるが、購入済みなので購入ボタン1223はなく、代わりにVOD視聴1220、ダウンロード視聴1221、エクスポート1222といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。また、提供形態1209の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況1211を表示する場合がある。図16は、ECG処理部52が表示するコンテンツ再生画面1300の例である。コンテンツの検索結果画面1100、あるいは、コンテンツ詳細画面1250で、VOD視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面1300が提示される。コンテンツ再生画面1300には、再生制御情報200に基づき、タイトルバナー1302に、コンテンツのタイトル1303、再生時間1304、映像音声の詳細情報1305が表示され、リモコン等による操作に応じ、操作内容がアイコン表示1301され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示1406ものもある。図17は、ECG処理部52が表示するエクスポート画面1400の例である。コンテンツ詳細画面1250で、エクスポートが指示された場合、エクスポート画面1400が提示される。この画面では、ECGメタデータ400に基づき、コンテンツのタイトル1401、容量1402などを表示した上で、許される出力先の選択肢1403と、受信機が管理するエクスポートの残り回数1404を表示する。ユーザが出力先を選択し、エクスポート先チェックボタン1405を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば正常、不可能であれば、その原因を、状態欄1407に表示する。エクスポート開始ボタン1406を選択した場合も、エクスポート先チェックボタン1405を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄1407にその原因を表示するが、エクスポート開始ボタン1406の場合は、正常であればエクスポートを開始する。エクスポートの進み具合は、進行状況1406として表示され、エクスポートが完了すれば、残り回数1404が1回減ったエクスポート画面1400が表示されるものとする。エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面1250に戻りたい場合は、中止ボタン1409を選択する。以上のように、ECG処理部52により生成されるECGの画面は構成される。別の実施例として、ECG処理部52ではなく、ブラウザ51により、Webサーバ61から取得するWeb文書71を提示することで、コンテンツの検索から再生までを行うこともできる。図18はブラウザ51上で提示するWeb文書71の遷移例である。ブラウザ51の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ51はまずコンテンツ販売ポータルページ1501を表示する。ここで、コンテンツの検索が指示されると、ブラウザ51は検索結果のコンテンツ一覧ページ1502を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ1503を表示する。コンテンツ購入画面1503で、配信形態を選択してコンテンツを購入する配信形態により、VODでの購入が選択された場合は、ブラウザ51はVOD再生開始ページ1504を表示し、VOD再生が指示されると、再生制御メタファイル200を参照し、図16のコンテンツ再生画面を表示する。また、コンテンツ購入画面1503でダウンロードでの購入が選択された場合、ブラウザ51はダウンロード開始ページ1505を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報100に基づき、バックグラウンドでコンテンツのダウンロードを開始する。図19はブラウザ51が表示する、ローカルナビゲーション画面1600の一例である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面1600で状態が表示される。この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル1601、ダウンロード状態1602、購入状態1603、コンテンツに対する操作ボタンとして、購入または詳細ボタン1604が表示され、購入条件として視聴可能なコンテンツには視聴ボタン1605、エクスポート可能なコンテンツにはエクスポートボタン1606が表示される。またローカルナビゲーション画面1600に検索条件入力欄を設け、受信機50にダウンロード指示されたコンテンツやダウンロード済みのコンテンツの範囲内で検索可能としてもよく、その場合、検索結果の表示画面において図19のローカルナビゲーション画面のごとく、詳細視聴エクスポートボタンを設けても良い。これにより、受信機50に蓄積されたコンテンツから所望のコンテンツを探し、エクスポート等の処理をするユーザの便宜が図れる。操作ボタンの選択や検索指示の入力をユーザから受け付けた場合の処理は、図25を用いて後述するとおり、ECG処理部52が担う。ダウンロード状態欄1602には、ダウンロード指示されたが未ダウンロード状態のDL待ち、ダウンロード開始しその進捗状況も表示するDL中、ダウンロードが完了したDL完了、ダウンロード中にエラーが発生し中断したDLエラーといった状態表示が行われる。購入状態欄1603には、未購入、購入済、無料といった状態が表示される。ボタン類については、未購入コンテンツには、購入ボタンが表示され、購入済みのコンテンツには、詳細ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。また、コンテンツが、エクスポート可能な状態になれば、エクスポートボタン1606が、有効表示になり選択できるようになる。視聴ボタン1605を選択すると、コンテンツ視聴画面1300に遷移し、エクスポートボタン1606を選択すると、エクスポート画面1400に遷移する。以上により、Webサイトで、コンテンツの検索から、コンテンツの再生まで行える。次に、エクスポートの処理について、図20、図21で詳しく説明する。図20は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばiVDR登録商標などのリムーバブルHDDなどが想定される。しかしながらiVDRに限定されるものではない。図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。図20に、著作権保護機能のあるリムーバブルメディア560へのエクスポート処理を行うストリーム出力処理部57の構成例を示す。受信機50のストリーム出力制御部57は、リムーバブルメディアと認証をおこなうメディア認証処理部541、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部543、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部542、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部544からなる。コンテンツ暗号化処理部542に入力されるコンテンツは、受信機50のデクリプタ514、または、デマルチプレクサ521から入力される。なお、図20に記載された、メディア認証処理部541、コンテンツ鍵生成部543、コンテンツ暗号化処理部542、鍵暗号化処理部544は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム541、コンテンツ鍵生成プログラム543、コンテンツ暗号化処理プログラム542、鍵暗号化処理プログラム544などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。リムーバブルI/F534を介して、接続されるリムーバブルメディア560には、受信機50のメディア認証処理部541と相互に認証を行うメディア認証処理部561、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部563、相互認証済みの信頼おける受信機50のみが読み書きできる保護記憶領域564に、受け取ったコンテンツ鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報を、コンテンツと対応させて記憶する。ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がMだとすると、もともとのコンテンツ本体に加えて、M1個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。1リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間2リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間3絶対的な利用開始日時、利用終了日時いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなすなお、図20に記載された、メディア認証処理部561、鍵復号化処理部563、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域562や保護記憶領域564や図示しないメモリ領域などに格納された、メディア認証処理プログラム561、鍵復号化処理プログラム563などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。メディア暗号化処理部542で暗号化されたコンテンツは、リムーバブルI/F534を通し、データ記憶領域562に保存される。メディア認証処理部541では、リムーバブルメディア560の信頼性を認証する場合と、リムーバブルメディア560と、リムーバブルI/F534を備える受信機50の両方の信頼性を認証する場合が考えられる。リムーバブルメディア560に保存されたコンテンツを、相互認証された受信機50が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域564から読み出し、データ記憶領域562から読み出した暗号化されたコンテンツを、受信機50でコンテンツ鍵を用いて復号することで、利用可能になる。図21は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図21に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部57の構成例を示す。この場合、受信機50のストリーム出力制御部57は、ネットワーク接続機器との相互認証を行う通信認証処理部545、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部547、生成した通信鍵に基づきコンテンツを暗号化し、通信I/F510を介して送出する通信暗号化処理部546からなる。なお、図21に記載された、通信認証処理部545、通信暗号化処理部546、通信鍵生成部547は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム545、通信暗号化処理プログラム546、通信鍵生成プログラム547などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。ネットワーク接続機器は、通信I/F571で、ネットワーク580に接続され、受信機50と通信を行う。通信認証処理部572は、受信機の通信認証処理部545と相互認証を行う。通信鍵生成部574は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部573は、生成した通信鍵に基づき、通信I/F510を介して受信したコンテンツを復号する。通信復号化処理部573で復号されたコンテンツは、図21の例では、ネットワーク接続機器570の暗号化方式によるローカル暗号化処理部575により暗号化され、ネットワーク接続機器570が持つデータ記憶領域578に保存される。このときの暗号鍵は、ローカル鍵生成部576で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域577に保存される。なお、図21に記載された、通信復号化処理部573、通信鍵生成部574、ローカル暗号化処理部575、ローカル鍵生成部576は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域578や保護記憶領域577や図示しないメモリ領域などに格納された、通信復号化処理プログラム573、通信鍵生成プログラム574、ローカル暗号化処理プログラム575、ローカル鍵生成プログラム576などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。なお、図21の例では、ネットワーク接続機器570が、機器固有のデータ記憶領域578を持つ場合であったが、ネットワーク接続機器570が、図20の受信機50が持つようなリムーバブルI/F534を持ち、ネットワークを介して受信したコンテンツを、リムーバブルI/F534を介して、リムーバブルメディア560に転送する構成であってもよく。その場合のネットワーク接続機器570の構成は、図20の受信機50の構成に順ずるものとする。以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図22から図25で説明する。図22は、ECG処理部52の処理フロー図2000の例である。ECG処理部52は、メタデータサーバよりECGメタデータを取得し2001、取得したECGメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し2002、コンテンツ検索画面1000を提示する2003。ここで、検索条件の入力、設定を行い2004、検索実行を指示すると、検索結果画面1100を提示する。この画面で、コンテンツに対する操作を受けつけ2006、購入ボタンが選択されると、ECG処理部52はコンテンツ購入画面1200を表示する2007。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると2008、ECG処理部52は、コンテンツ詳細表示画面1250を表示する2009。コンテンツ詳細表示画面1250は、検索結果画面1100から、詳細ボタンを選択することでも表示される。ユーザが検索結果画面1100から、VOD視聴ボタンを選択すると、AVプレーヤを起動し、VOD視聴が開始される2011。DL視聴ボタンを選択すると、AVプレーヤを起動し、ダウンロード視聴が開始される2012。コンテンツ詳細表示画面1250では、ユーザの操作により、VOD視聴ボタンが選択されると、AVプレーヤを起動し、VOD視聴が開始される2011。DL視聴ボタンが選択されると、AVプレーヤを起動し、ダウンロード視聴が開始され2012、エクスポートボタンが選択されると、エクスポート画面1400に遷移する2013。図23は、エクスポート画面1400において、リムーバブルメディア560へコンテンツをエクスポートする場合のストリーム出力処理部57の処理フローの例である。エクスポート画面1400を提示した後2101、ユーザが、画面上の操作で2102で、出力先を選択し、エクスポート先チェックボタンを選択すると、ストリーム出力処理部57は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う2103。接続されていなければ、未接続を示すエラーメッセージを提示する2110。接続されていれば、次に、メディア認証処理部541が出力先のリムーバブルメディア560との認証を確認し2104、リムーバブルメディア560の詳細なチェックを行う2105。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する2106が、異常があれば、エラー原因を提示し2110、エクスポート画面の操作受付状態に戻る2102。このときのエラーとしては、リムーバブルメディア560または受信機50側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア560の速度エラー、リムーバブルメディア560で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア560の読み書き異常など、さまざまな要因が考えられる。エクスポート画面1400で、エクスポート開始ボタンを選択した場合は、ストリーム出力処理部57は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う2107。接続されていなければ、未接続を示すエラーメッセージを提示する2110。接続されていれば、ストリーム出力処理部57は、次に、出力先リムーバブルメディア560との認証を確認し2108、出力先リムーバブルメディア560の詳細なチェックを行う2109。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し2110、エクスポート画面の操作受付状態に戻る2102。異常がなければ、エクスポート処理に移る。エクスポート処理では、まず、DRMクライアント54がDRMサーバ64からエクスポートライセンス320を取得し2118、次にコンテンツ鍵生成部543がコンテンツ鍵を生成する2111。鍵暗号化処理部544がその鍵を暗号化し、出力先リムーバブルメディア560と鍵交換する2112。また、コンテンツ鍵生成部543はコンテンツ暗号化処理部542にコンテンツ鍵を設定する2113。コンテンツ暗号化処理部542はリムーバブルメディア560へのエクスポート処理を実行する2114。エクスポートが完了すれば2115、エクスポート終了処理2116において、メディア認証処理部561はリムーバブルメディア560へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア560の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア560の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し2117、エクスポート画面の提示に戻る2101。図24は、エクスポート画面1400において、ネットワーク接続機器570へエクスポートする場合の、ストリーム出力処理部57の処理フローの例である。エクスポート画面1400を提示した後2201、画面上の操作で2202で、出力先を選択し、エクスポート先チェックボタンが選択されると、通信認証処理部545は出力先にネットワーク接続機器570が接続されているかどうかチェックを行う2203。接続されていなければ、未接続を示すエラーメッセージを表示する2210。接続されていれば、次に、通信認証処理部545は出力先のネットワーク接続機器570との認証を確認し2204、ネットワーク接続機器570の詳細なチェックを行う2105。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する2106が、異常があれば、エラー原因を提示し2110、エクスポート画面の操作受付状態に戻る2102。この場合のエラーも、リムーバブルメディア560へのエクスポートと同様、ネットワーク接続機器570または受信機50側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器570側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器570の速度エラー、ネットワーク接続機器570で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器570の機器異常など、さまざまな要因が考えられる。エクスポート画面1400で、エクスポート開始ボタンが選択された場合は、通信認証処理部545は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う2207。接続されていなければ、未接続を示すエラーメッセージを表示する2210。接続されていれば、次に、通信認証処理部545は出力先ネットワーク接続機器570との認証を確認し2208、出力先ネットワーク接続機器570の詳細なチェックを行う2209。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し2210、エクスポート画面の操作受付状態に戻る2202り、異常がなければ、エクスポート処理に移る。エクスポート処理では、まず、DRMクライアント54がDRMサーバ64からエクスポートライセンス320を取得し2218、通信認証処理部545が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部546に設定し2213、通信暗号化処理部546はネットワーク接続機器570へのエクスポート処理を実行する2214。エクスポートが完了すれば2215、エクスポート終了処理2216において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器570の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し2217、エクスポート画面の提示に戻る2201。図25は、図19のローカルナビゲーション画面1600でのECG処理部52の処理フロー図の例である。ローカルナビゲーション画面1600では、ECG処理部52が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのECGメタデータを読み出し2301、その情報に基づきローカルナビゲーション画面1600を提示する2302。この状態で、ユーザの操作を受けつけ2303、購入ボタンが選択されると、ECG処理部52はコンテンツ購入画面1200を表示する2304。この画面でユーザが購入条件を選択し、購入ボタンを選択すると2305、ECG処理部52は、コンテンツ詳細表示画面1250を表示する2306。コンテンツ詳細表示画面1250は、ローカルナビゲーション画面1600から、詳細ボタンを選択することでも表示される。ローカルナビゲーション画面1600から、視聴ボタンが選択されると、ECG処理部52はAVプレーヤ53を起動し、ダウンロード視聴が開始され2308、エクスポートボタンが選択されると、エクスポート画面1400に遷移する2309。コンテンツ詳細表示画面でも、ユーザの操作2307により、視聴ボタンを選択すると、AVプレーヤ53を起動し、ダウンロード視聴が開始され2308、エクスポートボタンが選択されると、エクスポート画面1400に遷移する2309。以上説明した実施例によれば、受信機50は、ECG処理部52に表示されるECG、または、ブラウザ51に表示されるWeb画面、ローカルナビゲーション1600を介して、ネットワークで接続された配信システム60からコンテンツを取得し、視聴することができる。なお、図22、図25においては、ECG処理部52により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ51がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、AVプレーヤ53がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。受信機50が利用するリムーバブルメディアの別の例を、図26、図27に示す。図26は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアI/F534には、メディアドライブ580が接続され、メディアドライブ580にリムーバブルメディア585を挿入して、メディア読書き部582を介して、読み書きを行うことができる。ストリーム出力処理部57は、ドライブ認証処理部551、コンテンツ鍵生成部548、鍵読書き処理部548、コンテンツ暗号化処理部550からなる。著作権保護機能を持つリムーバブルメディア585を、著作権保護機能を持つメディアドライブ580に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機50のストリーム出力制御部57は、メディアドライブ580が持つ認証処理部581と、ドライブ認証処理部551との間で、リムーバブルメディア585とメディアドライブ580が著作権保護に対応しているかどうかの認証処理を行う。認証確立後、コンテンツ鍵生成部548が生成した鍵を、コンテンツ暗号化処理部550に設定して、コンテンツを暗号化してリムーバブルメディア585に書き込み、鍵読書き処理部549を通して、リムーバブルメディア585に暗号化に用いたメディア鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報を書き込む。なお、図26に記載された、ドライブ認証処理部551、コンテンツ鍵生成部548、コンテンツ暗号化処理部550、鍵読書き処理部549は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム551、コンテンツ鍵生成プログラム548、コンテンツ暗号化処理プログラム550、鍵読書き処理プログラム549などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。なお、図26に記載された、メディア読書き部582、認証処理部581、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム582、認証処理プログラム581などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。図27は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアI/F534には、直接リムーバブルメディア590が接続される。ストリーム出力処理部57は、ドライブ認証処理部552、コンテンツ鍵生成部553、鍵読書き処理部554、コンテンツ暗号化処理部555からなる。直接リムーバブルメディア590は、一般のデータ記憶領域591と、データを暗号化する鍵を保持する保護記憶領域592からなり、ドライブ認証処理部552は、リムーバブルメディア590が著作権保護対応かどうかを、保護記憶領域592の有無で判定し、認証確立後、コンテンツ鍵生成部553が生成した鍵を、コンテンツ暗号化処理部555に設定して、コンテンツを暗号化してリムーバブルメディア590のデータ記憶領域591に書き込み、鍵読書き処理部554を通して、保護記憶領域592に用いたメディア鍵とコンテンツの利用条件コピー回数、利用可能期限を示す情報を記憶させる。なお、図27に記載された、メディア認証処理部552、コンテンツ鍵生成部553、コンテンツ暗号化処理部555、鍵読書き処理部554は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム552、コンテンツ鍵生成プログラム553、コンテンツ暗号化処理プログラム555、鍵読書き処理プログラム554などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。以上の実施例によれば、受信機50は、受信したコンテンツ75を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別にダウンロードするサービス、いわゆるDLDownloadサービスを利用して、3D映像立体視により表示デバイスから浮き出して見える立体映像および2D映像平面映像が混在するコンテンツを購入する際に行うコンテンツの検索の場合や、購入したあとに当該コンテンツの3Dに関する情報を表示する場合の例を説明する。本実施例においては、実施例1と異なる部分を中心に説明し、特に記載がないところは実施例1と同様である。まず、用語の説明を行う。3D映像形式としては、映像コーデックに非依存で、右目用の映像と左目用の映像をひとつの画面の左右に横に並べた映像により3D映像を実現するSBSSidebySideと、H.264/MPEG4AVC形式の映像フォーマットを拡張し、一つの視点から見た主映像データと、他の視点から見た映像を、主映像データの差分情報で構成することにより、SBSより高い圧縮率の3D映像を実現するMVCMultiviewVideoCodingがある。従来技術としてSBSとMVCといった形式での3Dコンテンツの配信形態が主流となっている。ここで、視点数とは、表示デバイスに対し、3D映像を立体的に見られる角度上の位置を示すもので、SBSでは、表示デバイス正面から見た場合の、左右の2視点の映像から構成されるため、正面から見た場合のみ、人間の目は立体感が得られる。正面以外の角度からも、表示される映像を立体視できるようにするためには、正面以外から見た場合の映像をできるだけきめ細かく用意し、人間が見る角度に応じて、最適な映像を選択して提示することにより、正面以外の角度でも立体感を得ることができる。この人間の見る角度に応じた映像の数を視点数と呼び、より多くの視点数の映像を用意することで、立体感が得られる視野角を広くすることが可能となっている。このため、本実施例でも、3D映像形式としてSBSとMVCを用いた場合を説明するが、3D映像形式をSBSとMVCに限定するものではない。また、本実施例では、前提条件として、同一コンテンツ内において複数の3D映像形式、視点数は混在しない。まず、コンテンツのECGメタデータ400に含まれるコンテンツメタデータ430とシリーズメタデータ410に関する説明を行う。図28は、ECGメタデータ400に含まれるコンテンツメタデータ430の構成例である。コンテンツメタデータ430は、タイトル431、ジャンル情報432、パレンタル情報433、3Dに関する情報434で構成される。タイトル431は、当該コンテンツの名称を示し、例えば映画1等である。ジャンル情報432は、当該コンテンツの種別に関する情報であり、例えば映画-洋画コメディ等である。パレンタル情報433は、当該コンテンツの推奨最低視聴年齢を示し、例えばR-18等である。3Dに関する情報434は、3D/2Dの混在情報4341、3D映像形式4342、視点数4343で構成される。3D/2Dの混在情報4341は、当該コンテンツの3Dと2Dの混在状況を示し、当該コンテンツが全編3D映像である場合はf3d、当該コンテンツが一部のみ3Dである場合はp3dのように記載し、当該コンテンツの3D/2Dの混在状況を区別するための情報である。全編2D映像の場合、コンテンツメタデータは3Dに関する情報434を含まない。ただし、コンテンツメタデータに3Dに関する情報434を含めない代わりに、3Dに関する情報434にf2dと記載してもよく、その場合、全編2D映像であることが、より明確になる。3D映像形式4342は、当該コンテンツで用いられている3D映像形式を示し、当該コンテンツの3D映像形式がSidebySide形式である場合はSBS、当該コンテンツの3D映像形式がMVCMultiviewVideoCoding形式である場合はMVCのように記載し、当該コンテンツの3D映像形式を区別するための情報である。視点数4343は、当該コンテンツの3D映像の視点の数を示し、当該コンテンツの視点の数が2である場合は2、当該コンテンツの視点の数が3である場合は3のように記載し、当該コンテンツの視点の数を区別するための情報である。このとき、当該コンテンツの3D映像形式がSidebySide形式である場合、視点の数は2で固定されるため、視点数4343を3Dに関する情報434に含めなくてもよいし、視点数4343が含まれたとしても参照する必要は無い。また、当該コンテンツの3D映像形式がMVCMultiviewVideoCoding形式である場合に、3Dに関する情報434に視点数4343含まれていない場合、当該コンテンツの視点の数を最小の視点数である2としてもよい。なお、3Dに関する情報434は、当該コンテンツが全編、もしくは一部に3D対応する場合のみ、コンテンツメタデータ430に含め、当該コンテンツが2Dにのみ対応している場合は、コンテンツメタデータ430に含めない。また、これ以外の情報においても必要に応じてコンテンツメタデータ430に追加することは可能である。図29は、ECGメタデータ400に含まれるシリーズメタデータ410の構成例である。シリーズメタデータ410は、タイトル411、ジャンル情報412、パレンタル情報413、3Dに関する情報414、コンテンツIDリスト415で構成される。タイトル411は、当該シリーズの名称を示し、例えば映画セット等である。複数のコンテンツをシリーズメタデータ410によりシリーズと呼ばれる1つのコンテンツ群として関連付けることで、コンテンツ検索において、このコンテンツ群を1つのコンテンツのように扱うことができる。例えば、コンテンツ検索において、コンテンツ群に含まれるコンテンツの個別のコンテンツメタデータ430の中を検索するだけでなく、コンテンツ群に対応するシリーズメタデータ410の中を検索することで、コンテンツを群単位で検索可能となる。また、例えば図31の検索結果画面1150中の映画セット1のように1つのシリーズを単体のコンテンツと同列に表示することができるとともに、実施例3で後述するように、検索結果画面1150、コンテンツ購入画面1240、コンテンツ詳細画面1290、ローカルナビゲーション画面1650において、ユーザの指示に応じて、シリーズとして相互に関連付けられたコンテンツを展開して表示することも可能となる。ジャンル情報412は、当該シリーズの種別に関する情報であり、例えば映画-洋画コメディ等である。パレンタル情報413は、当該シリーズの推奨最低視聴年齢を示し、例えばR-18等である。3Dに関する情報414は、3D/2Dの混在情報4141、3D映像形式4142、視点数4143で構成される。3D/2Dの混在情報は4141は、当該シリーズの3Dと2Dの混在状況を示し、当該シリーズの全コンテンツが全編3D映像である場合はf3d、当該シリーズの全コンテンツが一部のみ3Dである場合や一部のコンテンツの全編及び一部が2Dである場合はp3dのように記載し、当該シリーズの3D/2Dの混在状況を区別するための情報である。3D映像形式4142は、当該シリーズで用いられている3D映像形式を示し、当該シリーズの3D映像形式がSidebySide形式である場合はSBS、当該シリーズの3D映像形式がMVCMultiviewVideoCoding形式である場合はMVCのように記載し、当該シリーズの3D映像形式を区別するための情報である。視点数4143は、当該シリーズの3D映像の視点の数を示し、当該シリーズの視点の数が2である場合は2、当該シリーズの視点の数が8である場合は8のように記載し、当該シリーズの視点の数を区別するための情報である。このとき、当該シリーズの3D映像形式がSidebySide形式である場合、視点の数は2で固定されるため、視点数4143を3Dに関する情報414に含めなくてもよいし、視点数4143が含まれたとしても参照する必要は無い。また、当該シリーズの3D映像形式がMVCMultiviewVideoCoding形式である場合に、3Dに関する情報414に視点数4143含まれていない場合、当該シリーズの視点の数を最小の視点数である2としてもよい。なお、3Dに関する情報414は、当該シリーズが全編、もしくは一部に3D対応する場合、シリーズメタデータ410に含め、当該シリーズの全コンテンツが2Dにのみ対応している場合は、シリーズメタデータ410に含めない。ただし、コンテンツメタデータ430と同様、3D2Dの混在情報4141において、f2Dと記載することで、全編2Dであることを示すことも可能である。一般には、シリーズメタデータ410が示すコンテンツ群の3Dに関する情報は、各コンテンツ毎に同一であるが、各コンテンツ毎で3Dに関する情報が異なる場合は、シリーズメタデータ410の3Dに関する情報414が複数個あったり、シリーズメタデータ410の3Dに関する情報414の3D/2Dの混在情報4141、3D映像形式4142、視点数4153がそれぞれ複数個あってもよい。また、これ以外の情報においても必要に応じてシリーズメタデータ410に追加することは可能である。図30は、ECG処理部52で実現するコンテンツ検索画面1050の例である。図12と異なるところのみを説明する。コンテンツ検索画面1050には、コンテンツの3D/2Dの混在状況についての検索項目の選択肢の集合である検索項目グループ3D1007、コンテンツの3D映像形式の検索項目グループ3D形式1008、コンテンツの視点の数の検索項目グループ視点数1009などがあり、ユーザにより検索開始1006が選択されると、ECG処理部52は、指定された検索条件の内容に応じてECGメタデータ400を参照し、検索条件を満たすコンテンツを検索する。このように検索に必要な項目の入力を受け付けることにより、コンテンツの検索においては、3Dに関する検索条件の指定が可能である。本実施例では、1つの検索項目グループ内の複数の検索項目は、or条件で結合されて各検索項目グループに関する検索条件を構成し、検索項目グループごとに作成された検索条件は、and条件で結合されてコンテンツ検索のための検索条件を構成するものとして説明するが、これに限るものではない。例えば、コンテンツ検索画面1050に、各検索キーワードとそれらの検索キーワードの結合条件and、or等とのそれぞれについて入力を受け付ける手段を設け、入力された検索キーワードと結合条件の組合せにより検索条件を指定可能としても良い。このとき、ECG処理部52は、検索項目グループ3D1007で指定される検索条件について、コンテンツメタデータ430の3D/2Dの混在情報4341およびシリーズメタデータ410の3D/2Dの混在情報4141の記載を参照して検索条件を満たすコンテンツを検索する。また、ECG処理部52は、検索項目グループ3D形式1008で指定される検索条件について、コンテンツメタデータ430の3D映像形式4342およびシリーズメタデータ410の3D映像形式4142の記載を参照して検索条件を満たすコンテンツを検索する。さらにECG処理部52は、検索項目グループ視点数1009で指定される検索条件について、コンテンツメタデータ430の視点数4343およびシリーズメタデータ410の視点数4143の記載を参照して検索条件を満たすコンテンツを検索する。検索項目グループ3D1007における検索項目の3Dはコンテンツメタデータ430の3D/2Dの混在情報4341およびシリーズメタデータ410の3D/2Dの混在情報4141のf3dに対応し、検索項目グループ3D1007の検索項目の3D/2D混在はコンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141のp3dに対応する。検索項目グループ3D1007の検索項目の2Dはコンテンツメタデータ430に3Dに関する情報434が含まれていない場合、およびシリーズメタデータ410に3Dに関する情報414が含まれていない場合に対応している。すなわち、検索項目グループ3D1007において、2Dが選択されている場合、3Dに関する情報434を有しないコンテンツメタデータ430に対応するコンテンツ、および、3Dに関する情報414を有しないシリーズメタデータ410に対応するコンテンツ群を示す情報が個々のコンテンツと同列に検索結果画面1150に表示される。検索項目グループ3D形式1008の検索項目のSBSはコンテンツメタデータ430の3D映像方式4342およびシリーズメタデータ410の3D映像方式4142のSBSに対応し、3D形式1008の検索条件のMVCはコンテンツメタデータ430の3D映像方式4342やシリーズメタデータ410の3D映像方式4142のMVCに対応している。検索項目グループ視点数1009の数字は、コンテンツメタデータ430の視点数4343およびシリーズメタデータ410の視点数4143に対応している。また、コンテンツ検索画面1050では、検索項目グループ3D1007の検索条件として3Dのみをチェックボックスと並べて表示することにより、3D映像を含むか否かのみを検索条件とすることができる。この場合、3Dを検索項目として検索条件に指定した場合はf3dとp3dのコンテンツを検索対象として、指定しない場合は2Dのコンテンツやシリーズを検索対象とする。また、検索項目グループ3D形式1008の検索条件としてMVCのみをチェックボックスと並べて表示することもでき、MVCを検索条件として指定した場合はMVCを検索対象として、指定しない場合はSBSのみを検索対象とすることも可能である。また、検索項目グループ3D1007で2Dを指定した場合に3D形式1008や視点数1009の表示を削除したり、検索項目グループ3D形式1008でSBSを指定した場合に視点数1009の表示を削除したりすることも可能である。これらのようにコンテンツ検索画面1050の表示項目を削減することにより、ECG処理部52においての処理の軽減やコンテンツ検索画面1050に視認性を高めることが可能である。図31は、ECG処理部52が表示する検索結果画面1150の表示例である。図13と異なるところのみを説明する。検索結果画面1150には、コンテンツの3D/2Dの混在状況の情報である3D1107がある。3D1107は、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141に対応しており、当該コンテンツや当該シリーズの3D/2Dの混在状況を示している。表示には、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141の内容であるf3dやp3dをそのまま示してもよいし、図31のようにアイコン形式で表示してもよい。また、図31においては、コンテンツの3D/2Dの混在状況の情報である3D1107が図示してあるが、コンテンツメタデータ430の3D映像形式4342やシリーズメタデータ410の3D映像形式4142と対応したコンテンツの3D映像形式や、コンテンツメタデータ430の視点数4343やシリーズメタデータ410の視点数4143に対応したコンテンツの視点数を図示してもよく、3D1107と同様に、それぞれの情報をアイコン形式で表示してもよい。これにより、ユーザにコンテンツに関するより詳しい情報を提供することが可能となる。また、タイトル1101の表示において当該コンテンツがシリーズを示す場合は、先頭にシリーズである旨を示すアイコンを付加してもよい。例えば、図31の映画セット1のSで表されるアイコンなどである。図32は、ECG処理部52が表示するコンテンツ購入画面1240の例である。図14と異なるところのみを説明する。コンテンツ購入画面1240には、コンテンツの3D/2Dの混在状況の情報である3D1211がある。3D1211は、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141に対応しており、当該コンテンツや当該シリーズの3D/2Dの混在状況を示している。表示には、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141の内容であるf3dやp3dをそのまま示してもよいし、図32のようにアイコン形式で表示してもよい。また、図32においては、コンテンツの3D/2Dの混在状況の情報である3D1211が図示してあるが、コンテンツメタデータ430の3D映像形式4342やシリーズメタデータ410の3D映像形式4142と対応したコンテンツの3D映像形式や、コンテンツメタデータ430の視点数4343やシリーズメタデータ410の視点数4143に対応したコンテンツの視点数を図示してもよく、3D映像形式やおよび/または視点数は、3D1211と同様に、アイコン形式で表示してもよい。これにより、ユーザにコンテンツに関するより詳しい情報を提供可能となる。また、タイトル1201の表示において当該コンテンツがシリーズを示す場合は、先頭にシリーズである旨を示すアイコンを付加してもよい。図33は、ECGメタデータ52が表示するコンテンツ詳細画面1290の例である。図15と異なるところのみを説明する。コンテンツ購入画面1290には、コンテンツの3D/2Dの混在状況の情報である3D1212、コンテンツの3D映像形式の情報である3D形式1213、コンテンツの視点の数の情報である視点数1214がある。3D1212は、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141に対応している。表示には、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141の内容であるf3dやp3dをそのまま示してもよいし、図33のようにアイコン形式で表示してもよい。3D形式1213は、コンテンツメタデータ430の3D映像形式4342やシリーズメタデータ410の3D映像形式4142と対応している。表示には、コンテンツメタデータ430の3D映像形式4342やシリーズメタデータ410の3D映像形式4142の内容であるSBSやMVCをそのまま表示してもよいし、アイコン形式で表示してもよい。視点数1214は、コンテンツメタデータ430の視点数4343やシリーズメタデータ410の視点数4143と対応している。表示には、コンテンツメタデータ430の視点数4343やシリーズメタデータ410の視点数4143の内容である2や8をそのまま表示してもよいし、アイコン形式で表示してもよい。また、コンテンツ詳細画面1290の3D1212、3D形式1213、視点数1214などにおいて、当該コンテンツが該当しない項目は、二重線で対応していないことを表現しているが、当該コンテンツで対応していない項目がある場合は、そもそも当該コンテンツが対応している項目のみを表示することも可能である。それにより、ECG処理部52処理の軽減やコンテンツ検索画面1050に視認性を高めることが可能である。図34は、ブラウザ51が表示するローカルナビゲーション画面1650である。図19と異なるところのみを説明する。ローカルナビゲーション画面1650には、コンテンツの3D/2Dの混在状況の情報である3D1607がある。3D1607は、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141に対応している。表示には、コンテンツメタデータ430の3D/2Dの混在情報4341やシリーズメタデータ410の3D/2Dの混在情報4141の内容であるf3dやp3dをそのまま示してもよいし、図34のようにアイコン形式で表示してもよい。また、図34においては、コンテンツの3D/2Dの混在状況の情報である3D1607が図示してあるが、コンテンツメタデータ430の3D映像形式4342やシリーズメタデータ410の3D映像形式4142と対応したコンテンツの3D映像形式や、コンテンツメタデータ430の視点数4343やシリーズメタデータ410の視点数4143に対応したコンテンツの視点数を図示してもよい。3D1607と同様に、それぞれアイコン形式で表示してもよい。これにより、ユーザにコンテンツに関するより詳しい情報を提供可能となる。また、タイトル1601の表示において当該コンテンツがシリーズを示す場合は、先頭にシリーズである旨を示すアイコンを付加してもよい。例えば、図34の映画セット1のSで示されるアイコンなどである。以上の実施例によれば、受信機50は、コンテンツを購入する際の検索時や購入したあとに当該コンテンツの3Dに関する情報を表示することができ、ユーザが購入したり視聴したりする際にコンテンツの3Dに関する情報を確認することが可能となる。また、本実施例は、DLサービス時の例を用いて説明したが、ユーザがユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるVODVideoOnDemandサービスにおいても、適用可能である。本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別にダウンロードするサービス、いわゆるDLDownloadサービスを利用して、3D映像立体視により表示デバイスから浮き出して見える立体映像および2D映像平面映像が混在するコンテンツを購入する際や購入済みのコンテンツを視聴する際に当該コンテンツに含まれるチャプタの3Dに関する情報を表示する場合の例を説明する。本実施例においては、実施例2と異なる部分を中心に説明し、特に記載がないところは実施例2と同様である。まず、図35を用いて本実施例で用いるチャプタ開始点のコンテンツの3D/2D構成に関する情報が含まれている再生制御メタファイル201について説明する。図35は、図10の再生制御メタファイル200にチャプタ開始点のコンテンツの3D/2D構成に関する情報を加えた再生制御メタファイル201の構成例である。図10と異なるところ説明する。コンテンツ固有属性情報209は、図10のコンテンツ固有属性情報210にチャプタ情報216を加えたものである。チャプタ情報216は、当該コンテンツに含まれるチャプタそれぞれに存在するので、チャプタ情報216は当該コンテンツに含まれるチャプタの数だけコンテンツ固有属性情報209の中に構成される。チャプタ情報216は、チャプタ番号2161、チャプタのタイトル2162、サムネイルのURLUniformResourceLocator2163、3D/2Dのフラグ2164といった項目から構成されており、より詳細なチャプタの情報を表すために他の項目があってもよい。チャプタ番号2161は、当該チャプタの順番を示す数字を示している。チャプタのタイトル2162は、当該チャプタの名称であるタイトルの文字列を示している。サムネイルのURL2163は、当該チャプタのサムネイルの画像データのURLを示している。サムネイルの画像データは、JPEGJointPhotographicExpertsGroup形式であることを想定しているが、その他の画像形式でもよい。また、サムネイルの画像データは、2D形式だけではなく、3D形式であってもよい。また、サムネイルのURL2163が示すのは、映像データであってもよい。3D/2Dのフラグ2164は、当該チャプタのチャプタ開始点の3D/2D構成を示しており、当該チャプタのチャプタ開始点が3D形式となっている場合、3dなどの3D形式を示している文字列が格納され、当該チャプタのチャプタ開始点が2D形式となっている場合、2dなどの2D形式を示している文字列が格納される。また、当該チャプタのチャプタ開始点が2D形式である場合は、3D/2Dのフラグ2164は、チャプタ情報216には含まれなくてもよい。次に、チャプタの3Dに関する情報を表示する場合の例を説明する。図36は、図34で示すブラウザ51が表示するローカルナビゲーション画面1650の異なる表示方法であるローカルナビゲーション1660の画面である。図34と異なるところのみを説明する。一覧ボタン1608は、ローカルナビゲーション1660で表示されているコンテンツとシリーズのうち、シリーズメタデータ410を参照して表示されるシリーズのみに表示されるボタンである。図36では、映画セットがシリーズであるので、一覧ボタン1608が表示されている。一覧ボタン1608がユーザに選択されることにより、次に説明する図37で示すシリーズに含まれるコンテンツ一覧を表示するローカルナビゲーション1670の画面に遷移する。これにより、当該シリーズのより詳細な画面を表示することが可能である。図37は、ブラウザ51が表示するシリーズに含まれるコンテンツ一覧を表示したローカルナビゲーション1670の画面である。図34と異なるところのみを説明する。ローカルナビゲーション1670は、図36の映画セットのシリーズに含まれているコンテンツの一覧を示している。そのため、ローカルナビゲーション1670においては、映画セットシリーズコンテンツ一覧などが表示されている。タイトル1609は、図36の映画セットのシリーズに含まれるコンテンツのタイトルであり、当該コンテンツのコンテンツメタデータ430のタイトル431をそれぞれ表示している。チャプタボタン1610は、ローカルナビゲーション1670で表示されているコンテンツのうち、受信機50にダウンロードしてある再生制御メタファイル201のコンテンツ固有属性情報209からチャプタ情報216が取得できるコンテンツのみに表示されるボタンである。また、チャプタに関する情報は、必ずしも再生制御メタファイル201から取得する必要はなく、メタデータサーバ62にある再生制御メタファイル201、Webサーバ61、メタデータサーバ62、コンテンツサーバ63などの配信システム60内部のサーバに保存してある情報や、受信機50内部に保持する情報から取得してもよい。これにより、再生制御メタファイル201を受信機50にダウンロードしていなくても、チャプタの情報を受信機50で扱うことが可能となる。チャプタボタン1610がユーザに選択されることにより、次に説明する図37で示すコンテンツに含まれるチャプタ一覧を表示するローカルナビゲーション1680の画面に遷移する。これにより、当該コンテンツのより詳細な画面を表示することが可能である。なお、当該コンテンツにチャプタが無い、チャプタの情報が入手できない場合は、チャプタボタン1610は表示されない。また、ローカルナビゲーション1670では、シリーズでは無くすべてコンテンツであるために、3D1607はコンテンツメタデータの430の3D/2Dの混在情報4341対応している。図38は、ブラウザ51が表示するコンテンツに含まれるチャプタを表示したローカルナビゲーション1680に画面である。図34と異なるところのみを説明する。ローカルナビゲーション1680は、図36の3D映像形式が3D/2Dが混在しているコンテンツである映画Dに含まれているチャプタの一覧を示している。そのため、ローカルナビゲーション1680においては、映画セット映画Dチャプタ一覧などが表示されている。番号1611は、当該チャプタの順番を示しており、図35の当該チャプタ番号2161に対応している。タイトル1612は、当該チャプタの名称を示しており、図35の当該チャプタのタイトル2162に対応している。3D1613は、当該チャプタの開始点の3Dと2Dのどちらであるかを示している。図35の当該チャプタの3D/2Dのフラグ2164があり、3dと記載されておれば、当該チャプタは3D形式であると判定し、3D等の3D形式を表す文字列やアイコンを表示する。また、図35の当該チャプタの3D/2Dのフラグ2164があり、2dと記載されていたり、図35の当該チャプタの3D/2Dのフラグ2164が存在しない場合は、当該チャプタは2D形式であると判定し、2D等の2D形式を表す文字列やアイコンを表示したり、なにも表示しなかったりする。サムネイル1614は、当該チャプタのサムネイルの映像を示しており、図35の当該チャプタのサムネイルのURL2163で示されている画像ファイルを表示している。この際、図35の当該チャプタのサムネイルのURL2163で示されている画像データが3D形式の画像であった場合、サムネイル1614に3D形式で表示する。また、図35の当該チャプタのサムネイルのURL2163で示されている画像ファイルが2D形式の画像であった場合でも、当該チャプタの3D1613が3D形式であると示していれば、受信機50のブラウザ51において2D形式の画像データを3D形式に変換し、3D表示を行ってもよい。もしくは、当該チャプタが3D形式であり、サムネイルで表示する画像データが2D形式である場合、受信機50のブラウザ51において、当該チャプタのサムネイル1613の周囲を太枠で囲ったり、サムネイル1613が立体的に見えるようにサムネイル1613の周囲の加工を行ったりしてもよい。また、サムネイルのURL2163が示すファイルが画像データはなく、動画データであってもよく、上記と同様の処理を行う。図39に、サムネイル1613の画像データの表示例を示す。図39のaはオリジナルのサムネイル1613であり、図39のbは周囲を太枠で囲ったサムネイル1613であり、図39のcは周囲を立体的したサムネイル1613である。このように、当該チャプタが3D形式である場合にサムネイル1613を加工することにより、2D形式のチャプタのサムネイル1613と区別することが容易となり、ユーザによる3D形式のチャプタと2D形式のチャプタの区別が容易となる。さらに上記で説明したサムネイル以外の文字列やアイコンを受信機50のブラウザ51において3D形式に変更して表示してもよい。これにより、ユーザはよりシリーズ、コンテンツ、チャプタの2D形式と3D形式の区別が容易となる。また、本実施例は、DLサービス時の例を用いて説明したが、ユーザがユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるVODVideoOnDemandサービスにおいてのネットワーク上のシリーズ、コンテンツ、チャプタの表示する際も、適用可能である。本実施例においては、ブラウザ51により表示するローカルナビゲーション画面について説明しているが、ECG処理部52による検索結果画面においても類似の処理が可能である。ECG処理部52による検索結果画面においてシリーズの一覧ボタン1608を表示し、ユーザによる一覧ボタン1608の選択を受け付けた場合、図37のローカルナビゲーション画面1670に類するシリーズコンテンツ一覧画面をECG処理部52により表示することができる。さらに、再生制御メタファイルのチャプタ情報216を利用することにより、または、実施例中3に記載した他の方法でチャプタに関する情報を取得することにより、ECG処理部52によるコンテンツ一覧画面において、図37のローカルナビゲーション画面のようにチャプタボタン1610を設け、ユーザの選択により図38のローカルナビゲーション画面1680に類するチャプタ一覧画面をECG処理部52により表示しても良い。ローカルナビゲーション画面1660、1670には、ローカルナビゲーション1600、1650同様に映像コンテンツ単位でエクスポートボタンを設けても良い。ローカルナビゲーション画面1660、1670、1680で、詳細ボタン、購入ボタン、視聴ボタン、エクスポートボタンのいずれかの、ユーザによる選択を受け付けた後の処理は、実施例1、実施例2で上記各ボタンが選択された後の該当する処理と同様である。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICカード、SDカード、DVD等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。