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

Abstract

【課題】コンテンツの受信機において、さまざまなネットワークから配信されるコンテンツを受信し、記憶し、外部出力可能とする。
【解決手段】コンテンツ提供元からネットワークを介して２Ｄコンテンツおよび３Ｄコンテンツを受信可能な受信機であって、前記受信機が装備する３Ｄコンテンツおよび２Ｄコンテンツの視聴に対する機能を判別する機能判別手段を備え、該機能判別手段により自機が３Ｄコンテンツを視聴可能か否か判別し、その判別結果に従って前記コンテンツ提供元から２Ｄコンテンツのみのコンテンツリスト、あるいは２Ｄおよび３Ｄコンテンツのコンテンツリストを取得し、前記コンテンツリスト取得手段により取得したコンテンツリストをモニタ上に表示する。
【選択図】図１

Description

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

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

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

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

本発明は、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信して、再生することを可能とすることを目的とする。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
コンテンツ提供元からネットワークを介して２Ｄコンテンツおよび３Ｄコンテンツを受信可能な受信機であって、前記コンテンツ提供元から該受信機が受信可能なコンテンツの一覧画面を取得するコンテンツリスト取得手段と、前記コンテンツ提供元から前記２Ｄコンテンツあるいは前記３Ｄコンテンツを取得するコンテンツ取得手段と、外付けあるいは内蔵のモニタ上に前記コンテンツ一覧画面やコンテンツの再生画面を表示する表示手段と、前記受信機が装備する３Ｄコンテンツおよび２Ｄコンテンツの視聴に対する機能を判別する機能判別手段と、を備え、前記コンテンツリスト取得手段は、前記機能判別手段により自機が３Ｄコンテンツを視聴可能か否か判別し、その判別結果に従って前記コンテンツ提供元から２Ｄコンテンツのみのコンテンツリスト、あるいは２Ｄおよび３Ｄコンテンツのコンテンツリストを取得し、前記表示手段は、前記コンテンツリスト取得手段により取得したコンテンツリストを前記モニタ上に表示する。

本発明によれば、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信し、付帯された利用条件を守って再生することが可能となる。

コンテンツ送受信システムの構成の例である。 配信システムの構成例である。 受信機の構成例である。 受信機と配信システムの関係を示す第１の例である。 受信機と配信システムの関係を示す第２の例である。 受信機と配信システムの関係を示す第３の例である。 ＥＣＧメタデータの相関図である。 パッケージメタデータの構成例である。 ダウンロード制御情報の構成例である。 再生制御メタファイルの構成例である。 ライセンスの構成例である。 受信機のコンテンツ検索画面の例である。 受信機の検索結果画面の例である。 受信機のコンテンツ購入画面の例である。 受信機のコンテンツ詳細表示画面の例である。 受信機のコンテンツ再生画面の例である。 受信機のエクスポート画面の例である。 受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。 受信機のローカルナビゲーション画面の例である。 受信機とリムーバブルメディアとのインタフェース部分の構成例である。 受信機とネットワーク接続機器とのインタフェース部分の構成例である。 ＥＣＧ処理部における処理フロー図の例である。 ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。 ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。 ローカルナビゲーションにおける処理フロー図の例である。 受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。 受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。 コンテンツ配信システムの構成の例である。 顧客情報の構成の例である。 ポータルシステムおよびコンテンツ配信システムへアクセスする処理フロー図の例である。 コンテンツを購入する処理フロー図の例である。 購入済みコンテンツを視聴する処理フロー図の例である。 視聴中のコンテンツを終了する処理フロー図の例である。 トップ画面の例である。 トップ画面の例である。 未購入コンテンツリスト画面の例である。 購入済みコンテンツリスト画面の例である。 コンテンツ視聴開始選択画面の例である。 ポータルシステムおよびコンテンツ配信システムへアクセスする処理フロー図の例である。 未購入コンテンツリスト画面の例である。 購入済みコンテンツリスト画面の例である。 ガイダンス画面の例である。 ガイダンス画面の例である。 視聴中のコンテンツを中断する処理フロー図の例である。 配信システムが３Ｄコンテンツに対して保持／管理する位置情報データの構成例である。 購入済みコンテンツを視聴する処理フロー図の例である。 視聴中のコンテンツを中断する処理フロー図の例である。 購入済みコンテンツを視聴する処理フロー図の例である。 視聴中のコンテンツを中断する処理フロー図の例である。 購入済みコンテンツを視聴する処理フロー図の例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

配信コンテンツの種別１５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施例では、ストリーミングによるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを提供する配信システムと、サービスを受信する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。

＜システム＞
図２８は、コンテンツ配信システムの構成例を示すブロック図である。該システムは、図１に示したシステム構成を基に、配信システム６０、ポータルシステム２８００、受信機５０、モニタ（表示装置）３７０５、広域網／閉域網（図１のコンテンツ配信網４０、インターネット網４５を含む）から構成される。

配信システム６０の構成は、図２と同様、受信機５０に対してサービスメニュー画面やコンテンツナビゲーション画面、操作ボタン等を含んだサブウィンドウ画面などのＷｅｂ形式のデータを配信するＷｅｂサーバ６１、コンテンツの属性情報を記述するＥＣＧメタデータ４００やコンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、２Ｄ／３Ｄコンテンツを配信（ストリーミング配信やダウンロード配信を含む）するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンスを配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などからなる。

なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、逆に、Ｗｅｂサーバ６１やメタデータサーバ６２のように複数の画面やデータの配信に使われているサーバを、サービスやデータの種類別に、実体のサーバを分割して構成してもよい。

ポータルシステム２８００は、ネットワーク経由でコンテンツ配信やショッピング、テレビ電話等の様々なサービスを享受可能な受信機５０が該サービスを利用するために一次接続先（利用への入り口）として利用し、配信システム６０を含め様々なサービスシステムへの誘導／橋渡しを行うことを想定する。本システム２８００の構成は、ポータルサーバ２８０１、顧客管理サーバ２８０２、課金・決済サーバ２８０３、機器認証サーバ２８０４などからなる。

ポータルサーバ２８０１は、受信機５０がネットワークサービスを利用するためにブラウザ５１を起動した際に、サービスナビゲーション画面やコンテンツナビゲーション画面等のＷｅｂ形式のデータを受信機５０へ配信する。
顧客管理サーバ２８０２は、顧客管理サーバ６５と同様に、本ポータルシステム２８００が提供するサービスを利用する顧客の顧客情報を管理する。また、後述の機器認証サーバ２８０４と連携してポータル会員認証を行う。

課金・決済サーバ２８０３は、課金・決済サーバ６６と同様に、顧客によるサービス利用の課金や決済処理を行う。
機器認証サーバ２８０４は、本ポータルシステム２８００へアクセスしてきた受信機５０の機器認証を行い、アクセス可能であり正当な受信機であることを確認する。
ここで、本ポータルシステム２８００は、配信システム６０を提供するサービスプロバイダが提供しても良いし、第３者のサービス運営会社あるいは受信機メーカーが独自に運営しても良い。

また、ポータルサーバ２８０１とＷｅｂサーバ６１、顧客管理サーバ２８０２と顧客管理サーバ６５、課金・決済サーバ２８０３と課金・決済サーバ６６は、それぞれ統合したサーバを実体として持つ構成としてもよい。
また、機器認証サーバ２８０４は、ポータルシステム２８００と配信システム６０との間で共有可能な形態であっても良く、配信システム６０が機器認証サーバ２８０４の情報を取得できるようにしても良い。

＜受信機＞
受信機５０は、図３と同様の構成でよく、必要に応じて図４の受信機５８１、図５の受信機５８２、図６の受信機５８３などの構成でも良い。受信機５０は、映像・音声出力Ｉ／Ｆ５３１を介してモニタ２８０５と接続し、受信機５０で受信したＷｅｂ画面やコンテンツなどをモニタ２８０５上に表示する。モニタ２８０５は、テレビやパーソナルコンピュータ、携帯端末、液晶プロジェクタなど、表示できる手段を備えた装置であれば限定されない。また、モニタ２８０５は、受信機５０の外付けでも内蔵されていても良い。さらに、モニタ２８０５は、受信機５０の通信Ｉ／Ｆ５１０を介して接続されていても良い。

図２９は、コンテンツ配信システムとポータルシステムが管理する顧客情報の構成の例である。図中の各種ＩＤの関係は本実施例の説明のための一例であり、実サービスにおける各種ＩＤの利用を制限するものではない。
ポータルシステム２８００は、機器ＩＤ２９０１、会員ＩＤ２９０２を用いて顧客を管理する。

機器ＩＤ２９０１は、受信機５０の固有のＩＤであり、ポータルシステム２８００の機器認証サーバ２８０４が機器認証により受信機５０を一意に識別するＩＤである。このＩＤは、ポータルシステム２８００が発行しても良いし、受信機５０が所定のルールに従って受信機５０の機種名や製造シリアル番号、ＭＡＣアドレスなどの情報を１つ以上組み合わせて生成したものを利用しても良い。

ポータルシステム２８００が機器ＩＤ２９０１を発行する場合、受信機５０がポータルシステム２８００に初めてアクセスする際に、受信機５０のブラウザ５１が予め保持／管理するメーカー名や機種名、製造シリアル番号、ＭＡＣアドレスなどの端末情報をポータルシステム２８００に送信する。ブラウザ５１が管理する端末情報は、工場出荷時に書き込まれたセキュアな情報であり、受信機５０のユーザから変更できないようにしても良い。ポータルシステム２８００は、受信機５０に関するこれらの情報の登録を機器認証サーバ２８０４に要求する。

それに対して機器認証サーバ２８０４は、予め保持している機器リスト（メーカー名、機種名、ストリーミングやダウンロードの搭載有無など）の中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗をポータルシステム２８００へ返信する。また、存在する場合は一意に特定可能な機器ＩＤ２９０１を生成し、該情報と該機器ＩＤ２９０１を登録し、登録成功と該機器ＩＤ２９０１をポータルシステム２８００へ返信する。ポータルシステム２８００は、その返信内容を受信機５０に送信する。受信機５０は、登録が成功した場合のみ、受信した機器ＩＤ２９０１をストレージ５５０に記録し、以降の機器認証に使用する。

一方、受信機５０が機器ＩＤ２９０１を発行する場合、受信機５０がポータルシステム２８００に初めてアクセスする際に、所定のルールに従ってブラウザ５１が保持するメーカー名や機種名、製造シリアル番号、ＭＡＣアドレスなどの情報から機器ＩＤ２９０１を生成し、機器ＩＤ２９０１とこれらの情報をポータルシステム２８００に送信する。
ポータルシステム２８００は、受信した内容の登録を機器認証サーバ２８０４に要求する。

それに対して機器認証サーバ２８０４は、予め保持している前記した機器リストの中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗をポータルシステム２８００へ返信する。また、存在する場合は受信内容を登録し、登録成功（機器ＩＤ２９０１を含めても良い）をポータルシステム２８００へ返信する。
ポータルシステム２８００は、その返信内容を受信機５０に送信する。受信機５０は、登録が成功した場合のみ、受信した機器ＩＤ２９０１をストレージ５５０に記録し、以降の機器認証に使用する。

会員ＩＤ２９０２は、ポータルシステム２８００が提供する各種サービスを利用する会員を識別するＩＤであり、ポータルシステム２８００の顧客管理サーバ２８０２が発行するＩＤである。機器ＩＤ２９０１と会員ＩＤ２９０２は、１対ｎ（ｎは１以上）で関連付けられているものとする。

配信システム６０は、会員ＩＤ２９０２、ユーザＩＤ２９０３、ＤＲＭ＿ＩＤ２９０４を用いて顧客を管理する。会員ＩＤ２９０２は、ポータルシステム２８００で発行されたＩＤを利用する。ユーザＩＤ２９０３は、主ユーザＩＤ、従ユーザＩＤなど会員に対して配信システム６０が独自に発行するＩＤであり、複数のユーザが受信機５０を共有する場合に利用する。ＤＲＭ＿ＩＤ２９０４は、受信機５０のＤＲＭクライアント５４を一意に識別するＩＤであり、配信システム６０が配信するコンテンツを受信機５０で再生する場合に利用する。

次に、図３０〜３３を用いて、ユーザが受信機５０からポータルシステム２８００にアクセスし、配信システム６０が提供するコンテンツ配信サービスを享受するまでの手順について説明する。なお、広域網／閉域網などのネットワーク上で、少なくともした顧客情報やコンテンツのライセンス３００などの保護が必要な情報を送受信する際は、ＳＳＬ（Secure Socket Layer）やＴＬＳ（Transport Layer Security）などの既存の技術を利用して通信網のセキュリティを確保することとする。

＜配信システムへアクセスする手順＞
図３０は、受信機５０からポータルシステム２８００へアクセスし、配信システム６０のサイトへアクセスするまでの手順を示す。
ユーザはポータルシステム２８００や配信システム６０が提供する各種サービスを利用するために、受信機５０のリモコンの「ブラウザボタン」や本体の操作ボタンなどを利用してＷｅｂブラウザを起動する（Ｓ３００１：Ｓはステップを表す）。
この指示に対して、受信機５０はブラウザ５１を起動し、予め登録された一次接続先であるポータルシステム２８００のポータルサーバ２８０１に対してサービス要求を発行する。この際、ブラウザ５１は、前回までの（ポータルシステム２８００への）アクセスで保持したポータルシステム２８００に係るＣｏｏｋｉｅなどの付属情報をサービス要求に付加して送信しても良い(Ｓ３００２)。

サービス要求に対して、ポータルシステム２８００のポータルサーバ２８０１は、該要求に対する応答と機器認証処理を実行するためのサイト（ページ）へ遷移するための情報（ＵＲＬやスクリプト）を受信機５０に対して送信する（Ｓ３００３）。
受信機５０のブラウザ５１は、受信した機器認証処理を実行するためのサイト、すなわちポータルシステム２８００の機器認証サーバ２８０４へアクセスし、両者の間で所定の機器認証処理を実行する。ここで、受信機５０が機器認証サーバ２８０４に対して発行する機器認証要求に前記した機器ＩＤ２９０１を含めるが、その他の受信機５０に関する情報（メーカーや機種を識別する名称、バージョン情報など）を含めても良い。

その後、機器認証サーバ２８０４は受信機５０に対して、機器認証処理の結果と次にアクセスすべきポータルサーバ２８０１へのリダイレクト要求を送信する。この際、機器認証サーバ２８０４は、機器認証の結果や機器ＩＤ２９０１、機器認証を実施した日時、アクセス状況などを含めたＣｏｏｋｉｅを受信機５０へ設定しても良い（Ｓ３００４）。

機器認証処理３００４が成功した受信機５０は、受信した機器認証サーバ２８０４からのリダイレクト要求に応じて、ポータルサーバ２８０１へアクセスする。その際、機器認証サーバ２８０４から取得した機器認証結果やＣｏｏｋｉｅの内容をポータルサーバ２８０１へ通知する。
ポータルサーバ２８０１は、機器認証結果を伴い、顧客管理サーバ２８０２に対してポータル会員認証要求を発行する。顧客管理サーバ２８０２は、機器認証結果の内容を確認し、所定の認証手順に従って受信機５０がポータル会員であるか否かを判断し、その結果をポータルサーバ２８０１へ通知する。

ここで、ポータルサーバ２８０１は機器認証結果に加えて機器ＩＤ２９０１を含めて顧客管理サーバ２８０２へポータル会員認証要求を発行し、顧客管理サーバ２８０２は機器ＩＤ２９０１を用いて会員ＩＤ２９０２が登録されているか否かを判断しても良い（Ｓ３００５）。
顧客管理サーバ２８０２から受信した判断結果により受信機５０がポータル会員であった場合（すなわち会員ＩＤが取得できた場合）には、ポータルサーバ２８０１は、該当会員ＩＤに対応した会員ページを生成し、それを受信機５０へ送信する。

図３４は、ポータルシステムが生成するトップ画面の例である。画面３４００は、ユーザが受信機５０でネットワークサービスを利用するためにブラウザ５１を起動した際に最初に表示するネットワークサービスのナビゲーション画面例であり、ポータルシステム２８００が提供／橋渡しが可能なネットワークサービスの種類３４０１（例えば、ＶＯＤサービス、ネットショッピングサービス、メンテナンスサービス等）を備える。ポータルサーバ２８０１が生成する会員ページには、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＪａｖａ（登録商標）Ｓｃｒｉｐｔなどの既存のＷｅｂコードを利用して、画面３４００を表示するために必要なデータと該データを扱うためのスクリプトを含む。

例えば画面３４００でユーザが所望のサービスを選択したときに実行する処理内容や画面遷移するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されている。なお、本実施例を含めた以降の実施例において、配信システム６０が生成して受信機５０のブラウザ５１に提供する画面や情報は、上述した既存のＷｅｂコードで記載されるものとする（Ｓ３００６）。

会員ページを受信した受信機５０のブラウザ５１は、画面３４００を外付けあるいは内蔵のモニタ２８０５へ表示する。この中から例えばユーザが「ネットサービスＡ」（例えば、ＶＯＤサービス）を選択すると、会員ページに記述されたサービスを提供するリンク先３４０３を選択するための画面３４０２を表示する（Ｓ３００７）。
表示された画面３４０２上で、ユーザは利用したい配信システム６０へのリンク先を選択すると（Ｓ３００８）、受信機５０のブラウザ５１は、ポータルサーバ２８０１に対して選択したリンク先３４０３への遷移要求を発行する（Ｓ３００９）。

遷移要求を受信したポータルサーバ２８０１は、選択したリンク先４３０３へ遷移するための情報（ＵＲＬや会員ＩＤ２９０２などを含んだスクリプト）を受信機５０に対して送信する（Ｓ３０１０）。
選択したリンク先４３０３へ遷移するための情報を受信した受信機５０のブラウザ５１は、該情報に基づいて受信した会員ＩＤ２９０２を引数にして所定のＵＲＬ（すなわち、配信システム６０のＷｅｂサーバ６１）へアクセス要求を送信する（Ｓ３０１１）。

アクセス要求を受信した配信システム６０のＷｅｂサーバ６１は、受信した会員ＩＤ２９０２を用いて顧客管理サーバ６５に対して会員認証処理を要求する。顧客管理サーバ６５は、会員ＩＤ２９０２を元に所定の認証手順に従って受信機５０が会員であるか否かを判断し、その結果をＷｅｂサーバ６１へ通知する（Ｓ３０１２）。
ここで、会員認証結果には顧客管理サーバ６５に会員ＩＤ２９０２の登録有無と共に、会員認証に成功した場合には該当会員に関する情報（氏名、ユーザ嗜好情報など）を付加しても良い。
会員認証結果を受信したＷｅｂサーバ６１は、該結果に含まれる情報を元に会員ページを作成し、受信機５０へ送信する。

図３５は、コンテンツ配信システムが生成するトップ画面の例である。画面３５００は、配信システム６０が提供するＶＯＤサービスのメニュー画面例であり、現在未購入で受信機５０が購入可能なコンテンツリストを表示するための「未購入コンテンツ」３５０１、受信機５０が既に購入済みのコンテンツリストを表示するための「購入済みコンテンツ」３５０２、任意のコンテンツを検索するための「コンテンツ検索」３５０３から構成する。該会員ページには、画面３５００を表示するためのデータと該データを扱うためのスクリプト、ユーザが該画面上で３５０１〜３５０３のいずれかを選択したときに遷移するＵＲＬなどを含む。（Ｓ３０１３）。

会員ページを受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する。（Ｓ３０１４）。
以上の手順により、ユーザは受信機５０のブラウザ５１から配信システム６０のサイトへアクセスすることが可能となる。

＜コンテンツを購入する手順＞
図３１は、受信機がコンテンツ配信システムからコンテンツを購入する処理フロー図の例である。
ユーザが、受信機５０のブラウザ５１を介してモニタ２８０５上に表示された画面３５００上で「未購入コンテンツ」３５０１を選択すると（Ｓ３１００）、ブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して受信機５０が未購入かつ購入可能なコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３１０１）。
これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、受信機５０の機器判別を行い、受信機５０が未購入かつ購入可能なコンテンツの情報を取得し、未購入のコンテンツ一覧画面を生成し、返信する。

図３６の画面３６００は、配信システム６０が生成する未購入コンテンツリスト画面の例である。画面３６００は、受信機５０が購入可能なコンテンツに関する情報（コンテンツ名、購入可能な期限、購入価格など）３６０１や該コンテンツに関する詳細情報を表示するためのボタン３６０２、購入を指示するボタン３６０３から構成する。
コンテンツリスト画面には、画面３６００を表示するためのデータと該データを扱うためのスクリプト、ユーザが画面上で所望のコンテンツの詳細ボタン３６０２や購入ボタン３６０３を選択したときに遷移するＵＲＬなどを含む（Ｓ３１０２）。

ここで、受信機５０の機器判別は、Ｗｅｂサーバ６１がポータルシステム２８００に対して会員ＩＤ２９０２を用いて受信機５０に関する情報を取得する方法や、配信システム６０の顧客管理サーバ６５とポータルシステム２８００の顧客管理サーバ２８０２との間で機器認証サーバ２８０４を共有する方法、図３０のステップ３０１１／３０１２あるいはステップ３１０１において受信機５０に関する情報を取得する方法などがある。
コンテンツ情報を受信した受信機５０のブラウザ５１は、画面３６００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３１０３）。

ユーザは、表示された画面３６００上で購入希望コンテンツ３６０１を選択し、購入ボタン３６０３を押下する（Ｓ３１０４）。
これに対して、受信機５０のブラウザ５１は、コンテンツリスト画面に含まれるＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対してユーザが指示したコンテンツの購入要求を発行する（Ｓ３１０５）。
購入要求を受信したＷｅｂサーバ６１は、購入手続きのための購入確認画面を受信機５０に対して送信する（Ｓ３１０６）。
購入確認画面を受信した受信機５０のブラウザ５１は、該画面をモニタ２８０５へ表示する（Ｓ３１０７）。

ユーザは、該画面上に表示された購入規約や購入手順を確認し、必要に応じてユーザ名／パスワードを入力した後、購入確認ボタンを押下する。これに対して、ブラウザ５１は、Ｗｅｂサーバ６１に対して購入確定要求（入力されたユーザ名やパスワードを含めても良い）を発行する（Ｓ３１０８）。
購入確定要求を受信した配信システム６０のＷｅｂサーバ６１は、顧客管理サーバ６５と課金・決済サーバ６６との間で購入処理および課金処理を行う。
顧客管理サーバ６５は購入／課金処理が終了すると、Ｗｅｂサーバ６１に購入完了通知を行う。購入完了通知を受信したＷｅｂサーバ６１は、顧客管理サーバ６５との間で購入されたコンテンツに対するライセンス（契約日時やライセンスＩＤなど）を生成し、該ライセンスと会員ＩＤ２９０２、ＤＲＭ＿ＩＤ２９０４を関連付けする（Ｓ３１０９）。

全ての購入処理が完了した後、Ｗｅｂサーバ６１は、購入完了画面を作成し、受信機５０に対して送信する。図３６の画面３６０４に、購入完了画面の一例を示す。画面３６０４は、購入が完了したコンテンツの情報３６０５、該コンテンツを視聴するためのボタン３６０６、画面３６００あるいは画面３５００に戻るためのボタン３６０７から構成する。

該画面のＷｅｂコードは、画面３６０４を表示するためのデータと該データを扱うためのスクリプトに加え、購入したコンテンツの再生制御メタファイル２００の取得先（メタデータサーバ６２のＵＲＬ、ＭｅｔａＦｉｌｅＵＲＬ）、生成したライセンスＩＤ（ＬｉｃｅｎｓｅＩＤ）、視聴終了後のアクセス先（ＲｅｔｕｒｎＵＲＬ）などを含んでも良い（Ｓ３１１０）。

購入完了画面を受信した受信機５０のブラウザ５１は、画面３６０４をモニタ２８０５へ表示する（Ｓ３１１１）。ここで、画面３６０４上でユーザが視聴ボタン３６０６を選択すると、ブラウザ５１は、画面３６０４に含まれたＭｅｔａＦｉｌｅＵＲＬやＰｌａｙＰｏｓｉｔｉｏｎなどの情報を用いて、以降で説明する図３２のＳ３２０９〜Ｓ３２１４の手順で視聴を開始する。
以上の手順により、ユーザは受信機５０のブラウザ５１から所望のコンテンツを購入することが可能となる。

＜コンテンツを視聴開始する手順＞
図３２は、受信機がコンテンツ配信システムから購入済みコンテンツを視聴する処理フロー図の例である。
ユーザは、受信機５０のブラウザ５１がモニタ２８０５上に表示した画面３５００上で「購入済みコンテンツ」３５０２を選択すると（Ｓ３２００）、ブラウザ５１は画面３５００のＷｅｂコードに含まれたＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対して受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３２０１）。

これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機５０に対して返信する。

図３７は、コンテンツ配信システムが生成する購入済みコンテンツリスト画面の例である。画面３７００は、受信機５０が購入済みのコンテンツに関する情報（コンテンツ名、視聴可能な期限など）３７０１や該コンテンツに関する詳細情報を表示するためのボタン３７０２、視聴を指示するボタン３７０３から構成する。該購入済みコンテンツ一覧のページには、画面３７００を表示するためのデータと該データを扱うためのスクリプトに加え、ＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）、ＲｅｔｕｒｎＵＲＬを含むものとする。なお、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）は、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い（Ｓ３２０２）。
購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面３７００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２０３）。

ユーザが画面３７００上で視聴するコンテンツ３７０１を選択し、視聴ボタン３７０３を押下すると（Ｓ３２０４）、ブラウザ５１は購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔなどの手順にしたがってＳ３２０２で取得した選択コンテンツのＰｌａｙＰｏｓｉｔｉｏｎを用いて、該コンテンツを以前途中まで視聴しているか否かを判定する。そして、その判定結果に応じて記載されたＵＲＬを選択し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する。

例えば、コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合（すなわちＰｌａｙＰｏｓｉｔｉｏｎが含まれていない、あるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツ先頭を示す場合）は、視聴開始の処理（以降のＳ３２０９）に遷移する。一方、コンテンツを途中まで視聴済みであると判定した場合は、その判定結果に結び付けられたＵＲＬを用いてブラウザ５１はＷｅｂサーバ６１に対してサービス取得要求を送信する（Ｓ３２０５）。
サービス取得要求を受信したＷｅｂサーバ６１は、受信機５０におけるコンテンツのＰｌａｙＰｏｓｉｔｉｏｎを確認し、視聴方法を選択するページを生成して、受信機５０に対して送信する。

図３８は、コンテンツ配信システムが生成するコンテンツ視聴開始選択画面の例である。画面３８００は、ユーザが選択した視聴コンテンツ３７０１の再生方法―例えば「前回視聴した際の続きから視聴する方法」３８０１、「コンテンツの先頭から視聴する方法」３８０２−と視聴開始を指示する開始ボタン３８０３から構成する。視聴方法を選択するページは、画面３８００を表示するためのデータと該データを扱うためのスクリプトに加え、Ｓ３２０２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬなどの情報を含む（Ｓ３２０６）。
視聴方法を選択するページを受信した受信機５０のブラウザ５１は、画面３８００を外付けあるいは内蔵のモニタ２８０５へ表示する。（Ｓ３２０７）。

ユーザは、表示された画面３８００上でいずれか一方（本実施例では「コンテンツの先頭から視聴する方法」３８０２）を選択し、開始ボタン３８０３を押下する（Ｓ３２０８）。
ユーザにより所定のコンテンツの視聴開始が指示されると、ブラウザ５１は選択したコンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを一時記録する。そして、ＭｅｔａＦｉｌｅＵＲＬとなる配信システム６０のメタデータサーバ６２に対して再生制御メタファイル取得要求を送信する（Ｓ３２０９）。

再生制御メタファイル取得要求を受信した配信システム６０のメタデータサーバ６２は、図１０に示すような所定の再生制御メタファイル２００を受信機５０に対して返信する（Ｓ３２１０）。
再生制御メタファイル２００を受信した受信機５０のブラウザ５１は、各コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬと共に再生制御メタファイル２００の内容を一時記録し、ＡＶプレーヤ５３を起動し、該ＡＶプレーヤに対して取得した再生制御メタファイル２００の全てあるいは一部の内容やＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎを通知する（Ｓ３２１１）。ここで、ＡＶプレーヤが起動した後、ブラウザ５１は終了あるいはそのまま常駐した状態になる。

ＡＶプレーヤ５３は、再生制御メタファイル２００のライセンス取得情報（ＬＬＩ）２２０に従って配信システム６０のＤＲＭサーバ６４に対して鍵要求（ＬＬＩ２２０内のライセンスＩＤ２２４やＤＲＭ＿ＩＤ２９０４を含む）を送信する。
鍵要求を受信したＤＲＭサーバ６４は、ライセンスＩＤ２２４とＤＲＭ＿ＩＤ２９０４を用いて顧客管理サーバ６５との間でコンテンツを受信機５０が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、ＤＲＭサーバ６４は、受信機５０に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する（Ｓ３２１２）。

コンテンツ鍵を受信した受信機５０は、再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０に従ってコンテンツサーバ６３との間で（コンテンツ配信のための）セッション確立を行う（Ｓ３２１３）。ここで、セッションは、ＨＴＴＰ／ＴＣＰあるいはＲＴＰ／ＵＤＰストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれる選択コンテンツの取得先を示すＵＲＬを用いて該セッション上でコンテンツの送信要求（「ＰＬＡＹ」に相当）を送信する（Ｓ３２１４）。

コンテンツ送信要求を受信した配信システム６０のコンテンツサーバ６３は、コンテンツ鍵を用いてコンテンツを暗号化しながら受信機５０に対して送信する。暗号化されたコンテンツを受信した受信機５０は、デスクリプタ５１４でコンテンツ鍵を用いてコンテンツを復号化し、ＡＶプレーヤ５３でデコードし、映像・音声出力Ｉ／Ｆ５３１を介して外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２１５）。
以上の手順により、ユーザは受信機５０で購入済みのコンテンツを視聴することが可能となる。

＜コンテンツ視聴を終了する手順＞
図３３は、視聴中のコンテンツを終了する処理フロー図の例である。
コンテンツサーバ６３がコンテンツを最後まで配信し終わると、コンテンツサーバ６３と受信機５０のＡＶプレーヤ５３との間でセッションの切断処理を行う（Ｓ３３００）。
セッションの切断が終了すると、受信機５０のＡＶプレーヤ５３はブラウザ５１を再起動した後、ブラウザ５１に対して停止位置を渡し、終了する（Ｓ３３０１）。
再開したブラウザ５１はＲｅｔｕｒｎＵＲＬが示す配信システム６０のＷｅｂサーバ６１のサイトへ、ＡＶプレーヤの終了状態および停止位置を付帯させてアクセスする（Ｓ３３０２）。

これに対して、Ｗｅｂサーバ６１は、表示する画面（例えば画面３５００）を生成し、受信機５０に対して返信する（Ｓ３３０３）。ここで、Ｗｅｂサーバ６１は、受信したＡＶプレーヤの終了状態および停止位置を保持し、次回の視聴要求時に停止位置をＰｌａｙＰｏｓｉｔｉｏｎとして利用しても良い。
生成した画面を受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３３０４）。
以上の手順は所望のコンテンツを最後まで視聴した場合について説明したが、ユーザが途中で視聴を中断する場合も同様の手順を利用できる。

以上の実施例によれば、受信機５０は、様々なサービスプロバイダが提供するＶＯＤサービスを容易に購入／視聴することができ、ポータルシステム２８００と配信システム６０は受信機５０の機器ＩＤ２９０１と会員ＩＤ２９０２を関連付けて管理することにより、個別にきめ細かなサービスを提供することができる。

本実施例では、既存の２Ｄコンテンツと３Ｄコンテンツの両方のコンテンツを提供可能な配信システムと、コンテンツを受信する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。

本実施例で説明するシステム構成は、実施例２で説明した図２８の構成と同じものを使用する。また、ポータルシステム２８００と配信システム６０が管理する顧客情報のためのＩＤ体系も図２９と同じものを使用する。
ここで、配信システム６０のメタデータサーバ６２は、各コンテンツが２Ｄであるか、全部が３Ｄであるか、部分的に３Ｄを含んでいるかを識別する情報を、ＥＣＧメタデータ４００内の例えばシリーズメタデータ４１０あるいはコンテンツメタデータ４３０、再生制御メタファイル２００内の例えばコンテンツ固有属性情報（ＥＲＩ）２１０の映像信号属性情報２１４の全てあるいはいずれかに含めることとする。

また、配信システム６０のコンテンツサーバ６３がＭＰＥＧ形式（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）やＨ．２６４形式などの圧縮映像音声信号として配信するコンテンツには、コンテンツが３Ｄコンテンツであるか否かを判別するための情報が含まれていることとする。例えば、ＭＰＥＧ−２ Ｖｉｄｅｏのピクチャレイヤのｕｓｅｒ＿ｄａｔａに２Ｄ／３Ｄ識別信号を設定する方法や、Ｈ．２６４のフォーマットで予め規定されている領域へ２Ｄ／３Ｄ識別信号を設定する方法がある。

また、ポータルシステム２８００の機器認証サーバ２８０４は、保持する機器リストの中に、上記したメーカー名や機種名、ストリーミングやダウンロードの搭載有無に加え、３Ｄ機能の搭載有無を含め、機器リストを参照すればその受信機が３Ｄコンテンツを扱う機能を備えているか否かを判断できるようにしても良い。あるいは、上記の機器リストとは別に、３Ｄコンテンツを扱うことができる機器を記載したリストを保持しても良い。
また、図４５を用いて、２Ｄ／３Ｄ両方のコンテンツを扱う配信システム６０のコンテンツサーバ６３が３Ｄコンテンツに対して管理する位置情報データ４５００について説明する。位置情報データ４５００は、３Ｄコンテンツ名４５０１、位置情報４５０２、２Ｄ／３Ｄ種別４５０３、付加情報４５０４から構成する。

３Ｄコンテンツ名４５０１は、３Ｄコンテンツの名称であり、名称以外にコンテンツを特定できる情報（例えば、商品やコンテンツのＩＤなど）であれば良い。
位置情報４５０２は、３Ｄコンテンツ名４５０１が示す３Ｄコンテンツ内の位置を示す情報であり、絶対時間、相対時間、バイト（Ｂｙｔｅ）、フレーム数などの単位で示す。
２Ｄ／３Ｄ種別４５０３は、位置情報４５０２が示す位置が２Ｄコンテンツであるか３Ｄコンテンツであるかを示す情報である。テキストでも良いし、識別番号でも良い。

付加情報４５０４は、位置情報４５０２が示す位置の内容（ガイダンス、本編、ＣＭなど）、チャプタ番号、などの付加情報を記載する。
位置情報データ４５００は、２Ｄコンテンツと３Ｄコンテンツが切り替わる毎に位置情報４５０２を設定しているが、コンテンツのＧＯＰ単位やチャプタ単位で位置情報４５０２を設定しても良い。

＜３Ｄコンテンツ対応配信システムへアクセスする手順＞
図３９は、受信機５０が、２Ｄ／３Ｄコンテンツを配信可能な配信システム６０のサイトへアクセスする処理フローの例である。
図３９のＳ３９０１〜３９０３では、前述した図３０のＳ３００１〜３００３と同様の手順を利用する。すなわち、ユーザが受信機５０のリモコンの「ブラウザボタン」を押すと、受信機５０はブラウザ５１を起動し、ポータルシステム２８００のポータルサーバ２８０１にアクセスして機器認証処理を実行するためのサイトへ遷移するための情報（ＵＲＬやスクリプト）を取得する。

Ｓ３９０３の後、受信機５０のブラウザ５１は、ポータルシステム２８００の機器認証サーバ２８０４へアクセスし、機器ＩＤ２９０１を用いて両者の間で所定の機器認証処理を実行する。ここで、受信機５０が機器認証サーバ２８０４に対して発行する機器認証要求には、機器ＩＤ２９０１の他に、受信機５０に関する情報（メーカーや機種を識別する名称、バージョン情報、３Ｄ対応可否など）を含めても良い。
機器認証要求を受信した機器認証サーバ２８０４は、受信機５０の機器ＩＤ２９０１が機器認証サーバ２８０４に登録済みであるか否かを判定し、登録されていない場合は機器認証失敗と判断し、機器認証が失敗したことを示す結果と次にアクセス可能なポータルサーバ２８０１へのリダイレクト要求（中断画面を生成するためのＵＲＬ、あるいは新規登録の処理に移行するＵＲＬなど）を送信する。

一方、機器ＩＤ２９０１が機器認証サーバ２８０４に登録されていて、正当な機器であると判断できた場合には、機器認証が成功したことを示す結果とアクセス可能なポータルサーバ２８０１へのリダイレクト要求（機器認証処理の結果や機器ＩＤ２９０１、機器認証を実施した日時、アクセス状況などの情報を付帯しても良い）を送信する（Ｓ３９０４）。
ここで、機器認証サーバ２８０４は、機器ＩＤ２９０１の登録状況を確認すると共に、サーバ内で格納している機器リストを参照することにより、受信機５０が３Ｄコンテンツを扱うことが可能であるか否かを把握することができる。

機器認証処理３９０４に成功した受信機５０は、図３０のＳ３００５と同様に、ポータルサーバ２８０１を介して顧客管理サーバ２８０２との間でポータル会員認証処理３９０５を実施する。そして、受信機５０に対するポータル会員認証処理が成功すると、ポータルサーバ２８０１は、該当会員ＩＤに対する会員ページ（画面３４００、３４０２）を生成し、受信機５０へ送信する。

その際、ポータルサーバ２８０１は、機器認証サーバ２８０４が管理する機器ＩＤ２９０１と機器リストを用いて受信機５０が３Ｄ対応であるか否かを把握できる場合には、該会員ページを３Ｄ対応の場合と３Ｄ非対応の場合で別々の内容にしても良い（Ｓ３９０６）。
会員ページを受信した受信機５０のブラウザ５１は、前述した図３０のＳ３００７と同様に、画面３４００、３４０２を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３９０７）。

画面３４０２上でユーザは利用したい配信システム６０へのリンク先を選択すると（Ｓ３９０８）、前述した図３０のＳ３００９〜３０１２と同様に、会員ＩＤ２９０２を引数にして配信システム６０のＷｅｂサーバ６１に対してアクセス要求を送信する。それに対してＷｅｂサーバ６１は、会員ＩＤ２９０２を用いて顧客管理サーバ６５に対して会員認証処理を要求する。顧客管理サーバ６５は、会員ＩＤ２９０２を元に所定の認証手順に従って受信機５０が会員であるか否かを判断し、その結果をＷｅｂサーバ６１へ通知する（Ｓ３９０９〜３９１２）。

会員認証結果を受信したＷｅｂサーバ６１は、受信機５０が３Ｄコンテンツを扱える場合と扱えない場合のそれぞれに対応するために、本発明の特徴である機器仕様判別命令を、受信機５０へ送信する。
機器仕様判別命令は、例えばＪａｖａＳｃｒｉｐｔのようなスクリプト言語を利用して（既存の）３Ｄコンテンツ非対応受信機のブラウザでも実行可能な形式のものとし、受信機５０がスクリプトの記載内容に従って自身が３Ｄコンテンツに対応しているか否かを判断し、３Ｄコンテンツを扱える場合に実行する処理（例えば、２Ｄ／３Ｄコンテンツの一覧画面を生成するサイトへジャンプする処理）と扱えない場合に実行する処理（例えば、２Ｄコンテンツのみの一覧画面を生成するサイトへジャンプする処理）を選択できるような内容を含める（Ｓ３９１３）。

機器仕様判別命令を受信した受信機５０のブラウザ５１は、最初に機器仕様判別命令を実行し、その結果を取得する（Ｓ３９１４）。そして、その結果を解析し、自身が３Ｄコンテンツを扱うことができるか否かを判断する（Ｓ３９１５）。例えば以下の（１）〜（３）などを判別する。
（１）自機器が３Ｄメガネ等の付属品を購入済みであり既に３Ｄコンテンツ再生に対応している機器である
（２）３Ｄメガネ等の付属品は未だ購入していないが、購入すれば３Ｄコンテンツ再生に対応することができる機器である
（３）３Ｄコンテンツ再生に対応していない機器である
そして、解析結果と判断結果に応じて、機器仕様判別命令に含まれた判別結果毎に記載された遷移先のＵＲＬを選択する（Ｓ３９１６）。例えば、判断結果が上記の（１）であれば、（機器仕様判別命令に含まれた）３Ｄコンテンツを扱える場合にアクセスするためのＵＲＬを選択する。
そして、配信システム６０のＷｅｂサーバ６１に対してＳ３９１６で選択したＵＲＬへサービス要求（例えば、２Ｄ／３Ｄコンテンツの一覧画面の生成／送信要求など）を発行する（Ｓ３９１７）。

サービス要求を受信したＷｅｂサーバ６１は、該要求の内容に従って受信機５０の扱うことができるメニューやコンテンツ一覧の画面を作成し、受信機５０に対して送信する（Ｓ３９１８）。例えば、サービス要求が「３Ｄコンテンツを扱える機器である（前述した（１）の場合）」を示している場合には、２Ｄと３Ｄの両方のコンテンツを扱うメニューやコンテンツリストを生成する。「３Ｄコンテンツを扱えない機器である（前述した（３）の場合）」を示している場合には、２Ｄコンテンツのみを扱うメニューやコンテンツリストを生成する。

「３Ｄメガネ等の付属品は未だ購入していないが、購入すれば３Ｄコンテンツ再生に対応することができる機器である（前述した（２）の場合）」を示している場合には、２Ｄと３Ｄの両方のコンテンツ、あるいは２Ｄコンテンツのみのいずれかのメニューやコンテンツリストを生成しても良いし、この場合に特有の処理を実行しても良い。例えば３Ｄメガネ等の付属品を購入する画面に遷移したり、２Ｄと３Ｄコンテンツのリストに、３Ｄコンテンツに対して、３Ｄメガネを購入すれば３Ｄ視聴できる旨を表示したりすることができる。
画面を受信した受信機５０のブラウザ５１は、該画面（本実施例では画面３５００）をモニタ２８０５に表示する（Ｓ３９１８）。

ここで、上記の説明では、本発明の特徴である受信機５０が３Ｄコンテンツを扱えるか否かに対応した実行処理や表示画面の選択などをＳ３９１３〜３９１７で実施しているが、実際にコンテンツリスト画面を表示するタイミング（例えば、図３１のＳ３１０２、図３２のＳ３２００〜３２０２）であればどこで実施しても良い。

以上から、Ｓ３９１３において２Ｄ／３Ｄ両方のコンテンツの配信が可能な配信システム６０のＷｅｂサーバ６１が、受信機５０の３Ｄ対応／非対応に係らず、受信機５０に対して機器仕様判別命令を送信することにより、受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合に対応して表示する画面や次に実行する動作を選択することが可能になる。また、これにより、受信機５０は、配信システム６０が配信する３Ｄコンテンツを適切に扱うことが可能となる。

ここで、上記のＷｅｂサーバ６１は、３Ｄ対応／非対応に係らず全ての受信機５０に対して機器仕様判別命令を送信し、受信機５０側で３Ｄコンテンツを扱えるか否かの判断をしているが、Ｓ３９０６で記載したように、Ｗｅｂサーバ６１側で受信機５０が３Ｄコンテンツを扱えるか否かを判断（例えば、ポータルシステム２８００から会員ＩＤ２９０２を用いて受信機５０に関する情報を取得する方法や、配信システム６０の顧客管理サーバ６５とポータルシステム２８００の顧客管理サーバ２８０２との間で機器認証サーバ２８０４を共有する方法など）し、受信機５０が３Ｄ対応の場合は２Ｄと３Ｄの両方のコンテンツを扱うメニューやコンテンツリストを、３Ｄ非対応の場合は２Ｄコンテンツのみを扱うメニューやコンテンツリストを生成して送信しても良い。

＜３Ｄコンテンツを購入する手順＞
次に、受信機５０が配信システム６０から３Ｄコンテンツを購入するまでの手順について、図３１を用いて説明する。
受信機５０のブラウザ５１がモニタ２８０５上に配信システム６０のトップ画面（画面３５００）を表示している状態を想定する。
ユーザが画面３５００上で「未購入コンテンツ」３５０１を選択すると（Ｓ３１００）、ブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して受信機５０が未購入かつ購入可能なコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３１０１）。

これに対して、配信システム６０のＷｅｂサーバ６１は、図３９のＳ３９１７で受信機５０が上記の（１）〜（３）のいずれに該当するか判別できるため、それぞれに対応したコンテンツリスト−例えば、受信機５０が上記の（１）（２）に該当する場合は未購入かつ購入可能な２Ｄ／３Ｄコンテンツの情報、上記の（３）に該当する場合は未購入かつ購入可能な２Ｄコンテンツのみの情報をメタデータサーバ６２やコンテンツサーバ６３から取得し、これらの情報を用いてコンテンツ一覧画面を生成し、受信機５０に対して返信する。

図４０は、コンテンツ配信システムが生成する未購入コンテンツリスト画面の例である。画面４０００は、受信機５０が２Ｄ／３Ｄ両方のコンテンツを扱うことが可能な場合に表示する画面例であり、受信機５０が購入可能な２Ｄ／３Ｄコンテンツに関する情報（コンテンツ名、購入可能な期限、購入価格など）４００１や該コンテンツに関する詳細情報を表示するためのボタン４００２、購入を指示するボタン４００３から構成する。コンテンツリスト画面には、該画面４０００を表示するためのデータと該データを扱うためのスクリプト、ユーザが画面上で所望のコンテンツの詳細ボタン４００２や購入ボタン４００３を選択したときに遷移するＵＲＬなどを含む（Ｓ３１０２）。
Ｓ３１０２でコンテンツ情報を取得した受信機５０のブラウザ５１は、画面４０００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３１０３）。
以降のＳ３１０４〜３１０９は、実施例２で記載した手順を利用すれば良い。

＜３Ｄコンテンツを視聴開始する手順＞
次に、受信機５０が購入済みのコンテンツを視聴するまでの手順について、図３２を用いて説明する。
まず、受信機５０のブラウザ５１がモニタ２８０５上に配信システム６０のトップ画面（画面３５００）を表示している状態で、ユーザが該画面３５００上で「購入済みコンテンツ」３５０１を選択することを想定する（Ｓ３２００）。

受信機５０のブラウザ５１は、該画面３５００のＷｅｂコードに含まれたＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対して受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３２０１）。
これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機５０に対して返信する。

図４１は、コンテンツ配信システムが生成する購入済みコンテンツリスト画面の例である。画面４１００は、２Ｄ／３Ｄ両方のコンテンツを表示する画面例であり、受信機５０が購入済みのコンテンツに関する情報（コンテンツ名、視聴可能な期限など）４１０１や該コンテンツに関する詳細情報を表示するためのボタン４１０２、視聴を指示するボタン４１０３から構成する。購入済みコンテンツ一覧のページには、画面４１００を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、再生開始位置ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを含むものとする。

なお、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）は、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。さらに、図３２に記載していないが、２Ｄ／３Ｄ識別情報を含めても良い。この２Ｄ／３Ｄ識別情報は、位置情報データ４５００の２Ｄ／３Ｄ種別４５０３と再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０を用いて、ＰｌａｙＰｏｓｉｔｉｏｎが含まれないあるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツの先頭を示す場合には、コンテンツ固有属性情報（ＥＲＩ）２１０の値を設定し（２Ｄ／３Ｄ種別４５０３の値を使用しても良いが、コンテンツ固有属性情報２１０と２Ｄ／３Ｄ種別４５０３の値が異なる場合はコンテンツ固有属性情報２１０の値を優先させる）、ＰｌａｙＰｏｓｉｔｉｏｎが先頭以外の中断位置を示す場合にはこの中断位置の２Ｄ／３Ｄ種別４５０３の値を設定する（Ｓ３２０２）。

購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面４１００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２０３）。
ユーザが画面４１００上で視聴するコンテンツ４１０１を選択し、視聴ボタン４１０３を押下すると（Ｓ３２０４）、ブラウザ５１は購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔなどの手順にしたがってＳ３２０２で取得した選択コンテンツのＰｌａｙＰｏｓｉｔｉｏｎを用いて、該コンテンツを以前途中まで視聴しているか否かを判定する。そして、その判定結果に応じて記載されたＵＲＬを選択し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する。

例えば、コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合（すなわちＰｌａｙＰｏｓｉｔｉｏｎが含まれていない、あるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツ先頭を示す場合）は、視聴開始の処理（以降のＳ３２０９）に遷移する。一方、コンテンツを途中まで視聴済みであると判定した場合は、その判定結果に結び付けられたＵＲＬを用いてブラウザ５１はＷｅｂサーバ６１に対してサービス取得要求を送信する（Ｓ３２０５）。
サービス取得要求を受信したＷｅｂサーバ６１は、受信機５０におけるコンテンツのＰｌａｙＰｏｓｉｔｉｏｎを確認し、視聴方法（「最初から視聴」や「前回からの続きを視聴」）を選択するページを生成して、受信機５０に対して送信する。該ページには、画面３８００を表示するためのデータと該データを扱うためのスクリプトに加え、必要に応じてＳ３２０２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報などの情報を含む（Ｓ３２０６）。

ここで、Ｓ３２０５ではコンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合にＳ３２０９へ遷移するとしたが、この判定結果の場合でもブラウザ５１はコンテンツ視聴要求を送信することとし、Ｗｅｂサーバ６１は、受信機５０のコンテンツのＰｌａｙＰｏｓｉｔｉｏｎが設定されていない、あるいはコンテンツの先頭位置を示す場合（すなわち、初めて視聴する場合あるいは前回視聴時に最後まで見終わった場合）は「最初から視聴」３８０２のみを含めたページを送信するようにしても良い。

視聴方法を選択するページを受信した受信機５０のブラウザ５１は、画面３８００を表示する（Ｓ３２０７）。
ユーザは、表示された画面３８００上でいずれか一方を選択するが、本実施例では「最初から視聴」３８０２を選択し、開始ボタン３８０３を押下する（Ｓ３２０８）。
以降のＳ３２０９〜３２１３は、実施例２の説明と同様の手順を利用し、受信機５０のブラウザ５１は、配信システム６０のメタデータサーバ６２から選択コンテンツに関する再生制御メタファイル２００を取得し、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎと共に一時記録し、ＡＶプレーヤ５３を起動し、再生制御メタファイル２００の内容とＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報などの情報を渡す。

そして、ＡＶプレーヤ５３は、再生制御メタファイル２００のライセンス取得情報２２０に従って配信システム６０のＤＲＭサーバ６４からコンテンツ視聴に必要なコンテンツ鍵を取得する。そして、再生制御メタファイル２００のコンテンツ固有属性情報２１０に従ってコンテンツサーバ６３との間で（コンテンツ配信のための）セッション確立（ＨＴＴＰ／ＴＣＰあるいはＲＴＰ／ＵＤＰストリーミングを行うために必要な論理的な接続）を行う。

セッション確立に成功した受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれる選択コンテンツの取得先を示すＵＲＬと、選択コンテンツを途中から再生する場合はＰｌａｙＰｏｓｉｔｉｏｎを用いて該コンテンツの先頭位置あるいは中断再開位置からの開始要求（「ＰＬＡＹ」に相当）をセッション上に送信する（Ｓ３２１４）。
コンテンツ送信要求を受信したコンテンツサーバ６３は、送信するコンテンツが３Ｄコンテンツの場合のみ図４２に示すようなガイダンス画面４２００を所定の時間送信した後に、コンテンツ鍵を用いてコンテンツを暗号化しながら受信機５０に対して送信する。すなわち、コンテンツサーバ６３は、コンテンツの一部として該画面４２００を所定の時間送信（表示）した後、ユーザ／受信機５０が３Ｄを視聴するための準備が完了していなくても自動的にコンテンツ送信を開始する。（Ｓ３２１３）。

画面４２００を表示する代わりに、図４３の画面４３００を表示しても良い。この場合、コンテンツサーバ６３は該画面４３００を生成して受信機５０へ送信し、該画面を表示した受信機５０でユーザが「ＯＫ」ボタンを選択し、それを受信機５０がコンテンツサーバ６３に通知するまでコンテンツ送信を開始しない。あるいは、Ｓ３２０２でＷｅｂサーバ６１が購入済みコンテンツ一覧のページを送信する際に、画面４３００を取得するＵＲＬを含め、Ｓ３２０９のＡＶプレーヤ５３を起動する前にＷｅｂサーバ６１のアクセス先である該ＵＲＬに対してサービス要求を発行し、Ｗｅｂサーバ６１から画面４３００を取得するようにしても良い。その場合は、該画面上でユーザが「ＯＫ」ボタンを選択した後に、Ｓ３２０９以降の処理を実行する。

以上の手順から、３Ｄコンテンツを視聴する場合は、所望のコンテンツの再生が始まる前に、予め３Ｄコンテンツの視聴に必要な準備（３Ｄメガネなどの装着）をユーザに促すための画面がコンテンツサーバ６３から送信される。これにより、３Ｄコンテンツの視聴が可能な受信機５０であればメーカー、機種によらず同じ操作性で視聴開始することが可能になる。

＜３Ｄコンテンツ視聴を中断する手順＞
次に、受信機５０が視聴中の３Ｄコンテンツを途中で中断する手順について、図４４を用いて説明する。
コンテンツサーバ６３がコンテンツを配信している際に、ユーザが受信機５０のリモコンで「停止」ボタンを指示あるいはブラウザ５１上で操作ボタンを含んだサブウィンドウを表示している時に「停止」ボタンを指示すると（Ｓ４４００）、受信機５０のＡＶプレーヤ５３は、コンテンツサーバ６３に対してコンテンツの送信を停止するためのコンテンツ停止要求を発行する。コンテンツ停止要求には、ＡＶプレーヤ５３の停止位置（Ａ）、あるいはコンテンツサーバ６３に対して停止位置を問い合わせる命令の両方あるいはいずれかを含めても良い（Ｓ４４０１）。

これに対して、コンテンツサーバ６３は、該コンテンツの送信を停止し、その旨を通知する。その際、該コンテンツの停止位置（Ｂ）、あるいは受信機５０がＳ４４０１で通知した停止位置（Ａ）、あるいは停止位置（Ａ）から任意の時間／位置だけ前に戻した位置（Ｃ）（例えば、ＧＯＰの先頭や、中断位置を含むチャプタの先頭など）のいずれかを含む（Ｓ４４０２）。

コンテンツ停止応答を受信した受信機５０のＡＶプレーヤ５３はブラウザ５１を再起動した後、終了する。その際、ＡＶプレーヤ５３は、自身の停止位置（Ａ）あるいはＳ４４０２でコンテンツサーバ６３から取得した停止位置のいずれかをブラウザ５１に通知する（Ｓ３３０１）。再開したブラウザ５１はＡＶプレーヤ５３の終了状態とＳ３３０１でＡＶプレ−ヤ５３から取得した停止位置を付加してＲｅｔｕｒｎＵＲＬが示す配信システム６０のＷｅｂサーバ６１のサイトへアクセスする（Ｓ３３０２）。

これに対して、Ｗｅｂサーバ６１は、表示する画面（例えば画面３５００）を生成し、受信機５０に対して返信し（Ｓ３３０２）、受信したＡＶプレーヤの終了状態や停止位置を保持し、停止位置を次回コンテンツの視聴を再開する際のＰｌａｙＰｏｓｉｔｉｏｎとして設定する（Ｓ４４０３）。
生成した画面を受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３３０３）。

ここで、受信機５０は、３Ｄコンテンツの視聴（中断を含む）を終了した後に、必要に応じて、画面表示を２Ｄコンテンツ表示へ戻す旨を示すガイダンス画面（例えば、「３Ｄコンテンツの視聴を終了します」など）を表示しても良い。

＜３Ｄコンテンツ視聴を再開する手順＞
次に、図４６を用いて、上記の手順で３Ｄコンテンツの視聴を中断した受信機５０がコンテンツの視聴を再開する手順について、以下説明する。
まず、受信機５０のブラウザ５１がモニタ２８０５上に配信システム６０のトップ画面（画面３５００）を表示していると想定する。
画面３５００上でユーザが「購入済みコンテンツ」３５０２を選択すると（Ｓ４６００）、受信機５０のブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ４６０１）。

これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機５０に対して返信する。購入済みコンテンツ一覧のページは、画面４１００を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬなどを含むものとする。なお、ＰｌａｙＰｏｓｉｔｉｏｎは、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。さらに、２Ｄ／３Ｄ識別情報を含めても良い。この２Ｄ／３Ｄ識別情報は、位置情報データ４５００の２Ｄ／３Ｄ種別４５０３と再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０を用いて、ＰｌａｙＰｏｓｉｔｉｏｎが含まれないあるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツの先頭を示す場合には、コンテンツ固有属性情報（ＥＲＩ）２１０の値を設定し（２Ｄ／３Ｄ種別４５０３の値を使用しても良いが、コンテンツ固有属性情報２１０と２Ｄ／３Ｄ種別４５０３の値が異なる場合はコンテンツ固有属性情報２１０の値を優先させる）、ＰｌａｙＰｏｓｉｔｉｏｎが先頭以外の中断位置を示す場合にはこの中断位置の２Ｄ／３Ｄ種別４５０３の値を設定する（Ｓ４６０２）。

購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面４１００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ４６０３）。
ユーザが画面４１００上で視聴を再開するコンテンツ４１０１を選択し、視聴ボタン４１０３を押下すると（Ｓ４６０４）、ブラウザ５１は購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔなどの手順に従って、選択コンテンツに関するアクセス先であるＵＲＬを取得し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する（Ｓ４６０５）。

サービス取得要求を受信したＷｅｂサーバ６１は、受信機５０が選択したコンテンツについて（ａ）コンテンツが３Ｄコンテンツであるか否か、（ｂ）コンテンツのＰｌａｙＰｏｓｉｔｉｏｎが３Ｄコンテンツであるか否かを判別する（Ｓ４６０６）。
（ａ）については、メタデータサーバ６２から取得するコンテンツに関する再生制御メタファイル２００に含まれた２Ｄ／３Ｄ識別情報から判別する方法と、コンテンツサーバ６３から取得するコンテンツに関する位置情報データ４５００の２Ｄ／３Ｄ種別４５０３から判別する方法と、両方の方法（コンテンツ固有属性情報２１０と２Ｄ／３Ｄ種別４５０３の値が異なる場合はコンテンツ固有属性情報２１０の値を優先させる）を用いることもできる。
（ｂ）については、コンテンツサーバ６３からコンテンツに関する位置情報データ４５００を取得し、位置情報データ４５００内の位置情報４５０２の中からＰｌａｙＰｏｓｉｔｉｏｎが含まれる位置を抽出し、該位置に対応する２Ｄ／３Ｄ種別４５０３の値を確認し、判別する方法がある。

Ｗｅｂサーバ６１は、Ｓ４６０６の（ａ）と（ｂ）の結果を用いて、視聴方法（「最初から視聴」や「前回からの続きを視聴」）を選択するページを生成して、受信機５０に対して送信する。該ページには、画面３８００を表示するためのデータと該データを扱うためのスクリプトを含める。該スクリプトには、「最初から視聴」３８０２に対しては必ずＳ４６１３へ遷移するための命令を記述する。また、（ａ）（ｂ）の結果が２Ｄコンテンツの場合または（ａ）の結果が３Ｄコンテンツ／（ｂ）の結果が２Ｄコンテンツの場合は、「前回からの続きを視聴」３８０１に対してＳ４６１３へ遷移するための命令を記述する。

（ａ）（ｂ）の結果が３Ｄコンテンツの場合は、「前回からの続きを視聴」３８０１にＳ４６１０へ遷移するための命令を記述する。上記の内容に加え、該ページには、必要に応じてＳ４６０２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報などの情報を含む（Ｓ４６０７）。

ここで、Ｓ４６０５では該コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合でも、Ｗｅｂサーバ６１へサービス取得要求を発行しているが、Ｓ４６０２で取得した購入済みコンテンツ一覧のページに、ＰｌａｙＰｏｓｉｔｉｏｎが含まれないあるいはコンテンツの先頭位置を示す場合はＳ４６１０へ遷移するスクリプトが含まれていても良い。

該ページを受信したブラウザ５１は、画面３８００をモニタに表示する（Ｓ４６０８）。
画面３８００上でユーザが「最初から視聴」３８０２を選択し、開始ボタン３８０３を指示すると、Ｓ４６０７の選択ページに含まれたスクリプトに従って、Ｓ４６１３へ遷移する。
画面３８００でユーザが「前回からの続きを視聴」３８０１を選択し、開始ボタン３８０３を指示すると（Ｓ４６０９）、受信機５０のブラウザ５１は、Ｓ４６０７の選択ページに含まれたスクリプトに従って、選択コンテンツが２Ｄコンテンツの場合はＳ４６１３へ遷移し、３Ｄコンテンツの場合は視聴方法選択ページに記載された「前回からの続きを視聴」３８０１に関連付けられたＵＲＬを用いてＷｅｂサーバ６１に対してサービス取得要求を送信する。この際、サービス取得要求の中に、Ｓ４６０６で取得したＰｌａｙＰｏｓｉｔｉｏｎを含めても良い（Ｓ４６０９）。

サービス要求を受信したＷｅｂサーバ６１は、画面４３００を表示するためのデータと中断位置から再開するためのＵＲＬ、ＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報などの情報を含めたＷｅｂコードを生成し、受信機５０へ送信する（Ｓ４６１１）。
受信機５０のブラウザ５１は、Ｗｅｂサーバ６１から受信した画面４３００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ４６１２）。
画面４３００上でユーザが「ＯＫ」ボタンを選択すると、Ｓ４６１３〜Ｓ４６１７は、前述した図３２のＳ３２０９〜Ｓ３２１３と同様の処理を行う。すなわち、配信システム６０のメタデータサーバ６２から再生制御メタファイル２００を取得し、その内容に従ってＤＲＭサーバ６４からコンテンツ視聴に必要なコンテンツ鍵を取得し、コンテンツサーバ６３との間でセッション確立を行う。

セッション確立に成功した受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれるコンテンツ取得先のＵＲＬとＰｌａｙＰｏｓｉｔｉｏｎを用いてコンテンツの中断位置からの視聴再開要求をセッション上に送信する（Ｓ４６１８）。

コンテンツの中断位置からの視聴再開要求を受信したコンテンツサーバ６３は、コンテンツ鍵を用いてコンテンツの中断位置からコンテンツを暗号化しながら受信機５０に対して送信する。暗号化されたコンテンツを受信した受信機５０は、デスクリプタ５１４でコンテンツ鍵を用いてコンテンツを復号化し、ＡＶプレーヤ５３でデコードし、映像・音声出力Ｉ／Ｆ５３１を介して外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ４６１９）。

以上の手順により、２Ｄ／３Ｄ両方のコンテンツを配信可能な配信システム６０は、全てのコンテンツあるいは３Ｄコンテンツのみに対して位置情報データ４５００を保持することにより、ユーザが受信機５０で３Ｄコンテンツを視聴する場合および視聴中の３Ｄコンテンツを一旦中断し再開する場合は、配信システム６０側で位置情報データ４５００を用いてコンテンツの視聴再開位置が２Ｄコンテンツであるか３Ｄコンテンツであるかを判断し、視聴開始位置が３Ｄコンテンツと判断した場合はコンテンツ配信を始める前に予め３Ｄコンテンツの視聴に必要な準備（３Ｄメガネなどの装着）をユーザに促すためのガイダンス画面を生成し、受信機５０側で表示させた後、再開位置からコンテンツを送信することができる。

また、再開位置が２Ｄコンテンツと判断した場合はガイダンス画面を表示せずに再開位置からコンテンツを送信することができる。これにより、受信機５０は、受信するコンテンツが３Ｄコンテンツであるか否かを判別する必要がなく、３Ｄコンテンツの視聴が可能な受信機５０であればメーカー、機種によらず同じ操作性で視聴開始することが可能になる。既存の３Ｄ非対応の受信機５０は、特別な表示をすることなく、そのまま再開位置からの視聴画面に遷移することが可能になる。

実施例３では、ユーザが受信機５０で視聴中の３Ｄコンテンツを一旦中断し、再開する場合、配信システム６０側でコンテンツ配信再開位置が２Ｄコンテンツであるか３Ｄコンテンツであるかを判断し、コンテンツの配信を始める前に予め３Ｄコンテンツの視聴に必要な準備をユーザに促すための画面を生成する例を示した。
本実施例では、コンテンツ視聴中断時に受信機５０が配信システム６０に対してコンテンツの中断位置と３Ｄコンテンツか否かの情報を通知し、コンテンツ再開時に配信システム６０からこれらの情報を取得する例について説明する。本実施例で説明するシステム構成は、実施例３と同じものを使用する。

＜３Ｄコンテンツ視聴を中断する手順＞
最初に、受信機５０が視聴中の３Ｄコンテンツを途中で中断する手順について、図４７を用いて説明する。
コンテンツサーバ６３がコンテンツを配信している際に、ユーザが受信機５０のリモコンで「停止」ボタンを指示あるいはブラウザ５１上で操作ボタンを含んだサブウィンドウを表示している時に「停止」ボタンを指示すると（Ｓ４７００）、受信機５０のＡＶプレーヤ５３は、コンテンツサーバ６３に対してコンテンツの送信を停止するためのコンテンツ停止要求を発行する。コンテンツ停止要求には、ＡＶプレーヤ５３の停止位置（Ａ）、あるいはコンテンツサーバ６３に対して停止位置を問い合わせる命令の両方あるいはいずれかを含めても良い（Ｓ４７０１）。

これに対して、コンテンツサーバ６３は、コンテンツの送信を停止し、その旨を通知する。その際、コンテンツの停止位置（Ｂ）、あるいは受信機５０がＳ４４０１で通知した停止位置（Ａ）、あるいは停止位置（Ａ）から任意の時間／位置だけ前に戻した位置（Ｃ）（例えば、ＧＯＰの先頭や、中断位置を含むチャプタの先頭など）のいずれかを含む（Ｓ４７０２）。

コンテンツ停止応答を受信した受信機５０のＡＶプレーヤ５３はブラウザ５１を再起動した後、終了する。その際、ＡＶプレーヤ５３は、自身の停止位置（Ａ）あるいはＳ４４０２でコンテンツサーバ６３から取得した停止位置のいずれかの停止位置情報と、停止位置が２Ｄコンテンツであるか３Ｄコンテンツであるかを識別するための２Ｄ／３Ｄ識別情報をブラウザ５１に通知する。
ここで、ＡＶプレーヤ５３は、実施例３に記載した３Ｄコンテンツに含まれた停止位置での２Ｄ／３Ｄ識別信号を抽出する方法や、ＥＣＧ処理部５２からＥＣＧに含まれた２Ｄ／３Ｄ識別情報を取得する方法、視聴を開始した際にブラウザ５１から取得した再生制御メタファイル２００に含まれた２Ｄ／３Ｄ識別情報を取得する方法などを用いて、２Ｄコンテンツであるか３Ｄコンテンツであるかを識別する（Ｓ４７０３）。

再開したブラウザ５１は、ＡＶプレーヤ５３の終了状態とＳ４７０３でＡＶプレ−ヤ５３から取得した停止位置情報と２Ｄ／３Ｄ識別情報を付加してＲｅｔｕｒｎＵＲＬが示す配信システム６０のＷｅｂサーバ６１のサイトへアクセスする（Ｓ４７０４）。
これに対して、Ｗｅｂサーバ６１は、表示する画面（例えば画面３５００）を生成し、受信機５０に対して返信する（Ｓ４７０５）。

その後、Ｗｅｂサーバ６１は、受信機５０のＡＶプレーヤ５３から受信した内容を解析し、２Ｄ／３Ｄ識別情報が含まれている場合はＡＶプレーヤの終了状態や停止位置と共にそれを保持し（Ｓ４７０６）、停止位置を次回コンテンツの視聴を再開する際のＰｌａｙＰｏｓｉｔｉｏｎとして設定する（Ｓ４７０７）。
生成した画面を受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３３０３）。
ここで、受信機５０は、３Ｄコンテンツの視聴を中断した後に、必要に応じて、画面表示を２Ｄコンテンツ表示へ戻す旨を示すガイダンス画面（例えば、「３Ｄコンテンツの視聴を終了します」など）を表示しても良い。

＜３Ｄコンテンツ視聴を再開する手順＞
次に、図４８を用いて、受信機５０が上述した手順で中断した３Ｄコンテンツの視聴を再開する手順について説明する。
まず、受信機５０のブラウザ５１がモニタ２８０５上に配信システム６０のトップ画面（画面３５００）を表示していると想定する。
画面３５００上でユーザが「購入済みコンテンツ」３５０２を選択すると（Ｓ４８００）、受信機５０のブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ４８０１）。

これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機５０に対して返信する。購入済みコンテンツ一覧のページは、画面４１００を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬなどを含む。

なお、なお、ＰｌａｙＰｏｓｉｔｉｏｎは、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。さらに、２Ｄ／３Ｄ識別情報を含めても良い。この２Ｄ／３Ｄ識別情報は、ＰｌａｙＰｏｓｉｔｉｏｎが含まれないあるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツの先頭を示す場合には、再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０を設定し、ＰｌａｙＰｏｓｉｔｉｏｎが先頭以外の中断位置を示す場合には前述した図４７のＳ４７０６で保持した２Ｄ／３Ｄ識別情報が存在する場合にはその情報を含める（Ｓ４８０２）。

購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面４１００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ４８０３）。
ユーザが画面４１００上で視聴を再開するコンテンツ４１０１を選択し、視聴ボタン４１０３を押下すると（Ｓ４８０４）、ブラウザ５１は購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔなどの手順に従って、選択コンテンツに関するアクセス先であるＵＲＬを取得し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する（Ｓ４８０５）。

サービス取得要求を受信したＷｅｂサーバ６１は、前述したＰｌａｙＰｏｓｉｔｉｏｎと２Ｄ／３Ｄ識別情報を用いて、視聴方法（「最初から視聴」や「前回からの続きを視聴」）を選択するページを生成して、受信機５０に対して送信する。該ページには、画面３８００を表示するためのデータと該データを扱うためのスクリプトを含める。該スクリプトには、「最初から視聴」３８０２に対しては必ずＳ４６１２へ遷移するための命令を記述する。また、２Ｄ／３Ｄ識別情報を保持していない場合や２Ｄ／３Ｄ識別情報が２Ｄコンテンツを示す場合は、「前回からの続きを視聴」３８０１に対してＳ４６１２へ遷移するための命令を記述する。

保持している２Ｄ／３Ｄ識別情報が３Ｄコンテンツを示す場合は、「前回からの続きを視聴」３８０１にＳ４６０９へ遷移するための命令を記述する。上記の内容に加え、該ページには、必要に応じてＳ３２０２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報などの情報を含む（Ｓ４８０６）。

ここで、Ｓ４８０５ではコンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合でも、Ｗｅｂサーバ６１へサービス取得要求を発行しているが、Ｓ４８０２で取得した購入済みコンテンツ一覧のページに、ＰｌａｙＰｏｓｉｔｉｏｎが含まれないあるいはコンテンツの先頭位置を示す場合はＳ４８１２へ遷移するスクリプトが含まれていても良い。

該ページを受信したブラウザ５１は、画面３８００をモニタに表示する（Ｓ４８０７）。
画面３８００上でユーザが「最初から視聴」３８０２を選択し、開始ボタン３８０３を指示すると、Ｓ４８０６の選択ページに含まれたスクリプトに従って、Ｓ４８０９へ遷移する。
画面３８００でユーザが「前回からの続きを視聴」３８０１を選択し、開始ボタン３８０３を指示すると（Ｓ４８０８）、受信機５０のブラウザ５１は、Ｓ４８０６の選択ページに含まれたスクリプトに従って、選択コンテンツが２Ｄコンテンツの場合はＳ４８０９へ遷移し、３Ｄコンテンツの場合は視聴方法選択ページに記載された「前回からの続きを視聴」３８０１に関連付けられたＵＲＬを用いてＷｅｂサーバ６１に対してサービス取得要求を送信する。この際、サービス取得要求の中に、Ｓ４６０６で取得したＰｌａｙＰｏｓｉｔｉｏｎを含めても良い（Ｓ４８０９）。

サービス要求を受信したＷｅｂサーバ６１は、画面４３００を表示するためのデータと中断位置から再開するためのＵＲＬ、ＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報などの情報を含めたＷｅｂコードを生成し、受信機５０へ送信する（Ｓ４８１０）。
受信機５０のブラウザ５１は、Ｗｅｂサーバ６１から受信した画面４３００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ４８１１）。

画面４３００上でユーザが「ＯＫ」ボタンを選択すると、ブラウザ５１は選択コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを一時記録する。そして、ＭｅｔａＦｉｌｅＵＲＬとなる配信システム６０のメタデータサーバ６２に対して再生制御メタファイル取得要求を送信する（Ｓ４８１２）。

再生制御メタファイル取得要求を受信した配信システム６０のメタデータサーバ６２は、図１０に示すような所定の再生制御メタファイル２００を受信機５０に対して返信する（Ｓ４８１３）。
再生制御メタファイル２００を受信した受信機５０のブラウザ５１は、各コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報と共に再生制御メタファイル２００の内容を一時記録し、ＡＶプレーヤ５３を起動し、ＡＶプレーヤに対して取得した再生制御メタファイル２００の全てあるいは一部の内容やＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、２Ｄ／３Ｄ識別情報などを通知する（Ｓ４８１４）。ここで、ＡＶプレーヤ５３が起動した後、ブラウザ５１は終了あるいはそのまま常駐した状態になる。

ＡＶプレーヤ５３は、ブラウザ５１から取得した２Ｄ／３Ｄ識別情報を用いて視聴するコンテンツが３Ｄであるか否かを判別し、３Ｄコンテンツの場合には受信機５０に必要な準備（３Ｄコンテンツを視聴するためのデコーダ５２２，５２４の設定など）を実行する。そして、再生制御メタファイル２００のライセンス取得情報（ＬＬＩ）２２０に従って配信システム６０のＤＲＭサーバ６４に対して鍵要求（ＬＬＩ２２０内のライセンスＩＤ２２４やＤＲＭ＿ＩＤ２９０４を含む）を送信する。

鍵要求を受信したＤＲＭサーバ６４は、ライセンスＩＤ２２４とＤＲＭ＿ＩＤ２９０４を用いて顧客管理サーバ６５との間でコンテンツを受信機５０が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、ＤＲＭサーバ６４は、受信機５０に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する（Ｓ４８１５）。

コンテンツ鍵を受信した受信機５０は、再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０に従ってコンテンツサーバ６３との間で（コンテンツ配信のための）セッション確立を行う（Ｓ４８１６）。ここで、セッションは、ＨＴＴＰ／ＴＣＰあるいはＲＴＰ／ＵＤＰストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれるコンテンツ取得先のＵＲＬを用いて、コンテンツの中断位置からの視聴再開要求をセッション上に送信する（Ｓ４８１７）。

コンテンツの中断位置からの視聴再開要求を受信したコンテンツサーバ６３は、コンテンツ鍵を用いてコンテンツの中断位置からコンテンツを暗号化しながら受信機５０に対して送信する。暗号化されたコンテンツを受信した受信機５０は、デスクリプタ５１４でコンテンツ鍵を用いてコンテンツを復号化し、ＡＶプレーヤ５３でデコードし、映像・音声出力Ｉ／Ｆ５３１を介して外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ４８１８）。

ここで、図４８では、３Ｄコンテンツの視聴に必要な準備（３Ｄメガネなどの装着）をユーザに促すためのガイダンス画面４３００をＷｅｂサーバ６１が生成して受信機５０へ送信し、受信機５０ではそれを表示しているが、Ｓ４８０８で「前回からの続きを視聴」３８０１を選択した後、Ｓ４８０６でＷｅｂサーバ６１から取得した２Ｄ／３Ｄ識別情報を参照し、３Ｄコンテンツの場合のみブラウザ５１が自分でガイダンス画面４３００を生成し、モニタ２８０５へ表示するようにしても良い（その場合は、Ｓ４８０９〜Ｓ４８１０を行わない）。

以上の手順により、３Ｄコンテンツを扱うことができる受信機５０は、視聴コンテンツを一旦中断する場合、コンテンツの中断位置（すなわち視聴再開位置）が２Ｄコンテンツであるか３Ｄコンテンツであるかを示す２Ｄ／３Ｄ識別情報を、２Ｄ／３Ｄ両方のコンテンツを配信可能な配信システム６０に通知し、保持してもらう。これにより、コンテンツの視聴を再開する場合、配信システム６０は保持した２Ｄ／３Ｄ識別情報を用いて再開するコンテンツが３Ｄコンテンツであるか否かを判定し、３Ｄコンテンツの場合のみ必要なガイダンス画面を生成し、受信機５０に表示させることができる。あるいは、コンテンツの視聴を再開する際に配信システム６０が保持した２Ｄ／３Ｄ識別情報を受信機５０が取得し、自身でガイダンス画面を表示することが可能になる。

実施例４では、ユーザが受信機５０で視聴中の３Ｄコンテンツを一旦中断する場合、受信機５０はコンテンツの中断位置と共に視聴再開位置が２Ｄコンテンツであるか３Ｄコンテンツであるかを示す２Ｄ／３Ｄ識別情報を配信システム６０へ通知し、コンテンツの配信を再開する際に配信システム６０がこの情報を利用して３Ｄコンテンツの視聴に必要な準備をユーザに促すためのガイダンス画面を生成／表示する例を示した。
本実施例では、コンテンツ視聴中断時にコンテンツの２Ｄ／３Ｄ識別情報を受信機５０で管理する例について説明する。本実施例で説明するシステム構成は、実施例３、４と同じものを使用する。

＜３Ｄコンテンツ視聴を中断する手順＞
最初に、受信機５０が視聴中の３Ｄコンテンツを途中で中断する手順について、図４９を用いて説明する。
コンテンツサーバ６３がコンテンツを配信している際に、ユーザが受信機５０のリモコンで「停止」ボタンを指示あるいはブラウザ５１上で操作ボタンを含んだサブウィンドウを表示している時に「停止」ボタンを指示すると（Ｓ４９００）、受信機５０のＡＶプレーヤ５３は、コンテンツサーバ６３に対してコンテンツの送信を停止するためのコンテンツ停止要求を発行する。コンテンツ停止要求には、ＡＶプレーヤ５３の停止位置（Ａ）、あるいはコンテンツサーバ６３に対して停止位置を問い合わせる命令の両方あるいはいずれかを含めても良い（Ｓ４９０１）。

これに対して、コンテンツサーバ６３は、コンテンツの送信を停止し、その旨を通知する。その際、コンテンツの停止位置（Ｂ）、あるいは受信機５０がＳ４４０１で通知した停止位置（Ａ）、あるいは停止位置（Ａ）から任意の時間／位置だけ前に戻した位置（Ｃ）（例えば、ＧＯＰの先頭や、中断位置を含むチャプタの先頭など）のいずれかを含む（Ｓ４９０２）。

コンテンツ停止応答を受信した受信機５０のＡＶプレーヤ５３はブラウザ５１を再起動した後、終了する。その際、ＡＶプレーヤ５３は、自身の停止位置（Ａ）あるいはＳ４４０２でコンテンツサーバ６３から取得した停止位置のいずれかの停止位置情報と、停止位置が２Ｄコンテンツであるか３Ｄコンテンツであるかを識別するための２Ｄ／３Ｄ識別情報をブラウザ５１に通知する。
ここで、ＡＶプレーヤ５３は、実施例３に記載した３Ｄコンテンツに含まれた停止位置での２Ｄ／３Ｄ識別信号を抽出する方法や、ＥＣＧ処理部５２からＥＣＧに含まれた２Ｄ／３Ｄ識別情報を取得する方法、視聴を開始した際にブラウザ５１から取得した再生制御メタファイル２００に含まれた２Ｄ／３Ｄ識別情報を取得する方法などを用いて、２Ｄコンテンツであるか３Ｄコンテンツであるかを識別する（Ｓ４９０３）。

再開したブラウザ５１は、Ｓ４７０３でＡＶプレ−ヤ５３から取得した内容を解析し、２Ｄ／３Ｄ識別情報が含まれている場合はコンテンツに関する情報（例えば、コンテンツ名やコンテンツＩＤ、商品ＩＤなど）と共に２Ｄ／３Ｄ識別情報を保存する（Ｓ４９０４）。この際、停止位置情報も一緒に保存しても良い。
その後、ＡＶプレーヤ５３の終了状態と停止位置情報を付加してＲｅｔｕｒｎＵＲＬが示す配信システム６０のＷｅｂサーバ６１のサイトへアクセスする（Ｓ４９０５）。

これに対して、Ｗｅｂサーバ６１は、表示する画面（例えば画面３５００）を生成し、受信機５０に対して返信する（Ｓ４９０６）。
その後、Ｗｅｂサーバ６１は、停止位置を次回該コンテンツの視聴を再開する際のＰｌａｙＰｏｓｉｔｉｏｎとして設定する（Ｓ４９０７）。
生成した画面を受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３３０３）。
ここで、受信機５０は、３Ｄコンテンツの視聴を中断した後に、必要に応じて、画面表示を２Ｄコンテンツ表示へ戻す旨を示すガイダンス画面（例えば、「３Ｄコンテンツの視聴を終了します」など）を表示しても良い。

＜３Ｄコンテンツ視聴を再開する手順＞
図５０は、受信機５０が途中で中断した３Ｄコンテンツの視聴を再開する手順を説明する図の例である。
まず、受信機５０のブラウザ５１がモニタ２８０５上に配信システム６０のトップ画面（画面３５００）を表示していると想定する。
画面３５００上でユーザが「購入済みコンテンツ」３５０２を選択すると（Ｓ５０００）、受信機５０のブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ５００１）。

これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機５０に対して返信する。購入済みコンテンツ一覧のページは、画面４１００を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを含める。なお、ＰｌａｙＰｏｓｉｔｉｏｎは、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。（Ｓ５００２）。

購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面４１００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ５００３）。
ユーザが画面４１００上で視聴を再開するコンテンツ４１０１を選択し、視聴ボタン４１０３を押下すると（Ｓ５００４）、ブラウザ５１は購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔなどの手順に従って、選択コンテンツに関するアクセス先であるＵＲＬを取得し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する（Ｓ５００５）。

サービス取得要求を受信したＷｅｂサーバ６１は、視聴方法（「最初から視聴」や「前回からの続きを視聴」）を選択するページを生成して、受信機５０に対して送信する。該ページには、画面３８００を表示するためのデータと該データを扱うためのスクリプトを含める。該スクリプトには、選択コンテンツを取得するためのＵＲＬとＳ５０１１へ遷移するための命令を記述する。それに加え、該ページには、必要に応じてＳ５００２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬなどを含む（Ｓ５００６）。

ここで、Ｓ４８０５ではコンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合でも、Ｗｅｂサーバ６１へサービス取得要求を発行しているが、Ｓ５００２で取得した購入済みコンテンツ一覧のページに、ＰｌａｙＰｏｓｉｔｉｏｎがコンテンツの先頭位置を示す場合はＳ５０１１へ遷移するスクリプトが含まれていても良い。
該ページを受信したブラウザ５１は、画面３８００をモニタに表示する（Ｓ５００７）。

画面３８００上でユーザが「最初から視聴」３８０２を選択し、開始ボタン３８０３を指示すると、Ｓ５００６の選択ページに含まれたスクリプトに従って、Ｓ５０１１へ遷移する。
画面３８００でユーザが「前回からの続きを視聴」３８０１を選択し、開始ボタン３８０３を指示すると（Ｓ５００８）、受信機５０のブラウザ５１は、選択コンテンツに関する２Ｄ／３Ｄ識別情報（上述した図４９のＳ４９０４で保持した情報）を保持しているか否かを判断し、保持している場合はその内容を読み出す。

そして、これらの情報から、選択コンテンツが２Ｄコンテンツであるか３Ｄコンテンツであるかを判別する（Ｓ５００９）。具体的には、２Ｄ／３Ｄ識別情報が存在しない、あるいは読み出した２Ｄ／３Ｄ識別情報の内容が２Ｄコンテンツを示す場合には、Ｓ５００６の選択ページに含まれたスクリプトに従ってＳ５０１１へ遷移する。
一方、読み出した２Ｄ／３Ｄ識別情報の内容が３Ｄコンテンツを示す場合には、３Ｄコンテンツの視聴に必要な準備（３Ｄメガネなどの装着）をユーザに促すためのガイダンス画面４３００をブラウザ５１が生成し、モニタに表示する（Ｓ５０１０）。

画面４３００上でユーザが「ＯＫ」ボタンを選択すると、ブラウザ５１は選択コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを一時記録する。そして、ＭｅｔａＦｉｌｅＵＲＬとなる配信システム６０のメタデータサーバ６２に対して再生制御メタファイル取得要求を送信する（Ｓ５０１１）。

再生制御メタファイル取得要求を受信した配信システム６０のメタデータサーバ６２は、図１０に示すような所定の再生制御メタファイル２００を受信機５０に対して返信する（Ｓ５０１２）。
再生制御メタファイル２００を受信した受信機５０のブラウザ５１は、各コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬ、２Ｄ／３Ｄ識別情報と共に再生制御メタファイル２００の内容を一時記録し、ＡＶプレーヤ５３を起動し、ＡＶプレーヤに対して取得した再生制御メタファイル２００の全てあるいは一部の内容やＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、２Ｄ／３Ｄ識別情報を通知する（Ｓ５０１３）。ここで、ＡＶプレーヤ５３が起動した後、ブラウザ５１は終了あるいはそのまま常駐した状態になる。

ＡＶプレーヤ５３は、ブラウザ５１から取得した２Ｄ／３Ｄ識別情報を用いて視聴するコンテンツが３Ｄであるか否かを判別し、３Ｄコンテンツの場合には受信機５０に必要な準備（３Ｄコンテンツを視聴するためのデコーダ５２２，５２４の設定など）を実行する。そして、再生制御メタファイル２００のライセンス取得情報（ＬＬＩ）２２０に従って配信システム６０のＤＲＭサーバ６４に対して鍵要求（ＬＬＩ２２０内のライセンスＩＤ２２４やＤＲＭ＿ＩＤ２９０４を含む）を送信する。
鍵要求を受信したＤＲＭサーバ６４は、ライセンスＩＤ２２４とＤＲＭ＿ＩＤ２９０４を用いて顧客管理サーバ６５との間でコンテンツを受信機５０が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、ＤＲＭサーバ６４は、受信機５０に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する（Ｓ５０１４）。

コンテンツ鍵を受信した受信機５０は、再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０に従ってコンテンツサーバ６３との間で（コンテンツ配信のための）セッション確立を行う（Ｓ５０１５）。ここで、セッションは、ＨＴＴＰ／ＴＣＰあるいはＲＴＰ／ＵＤＰストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれるコンテンツ取得先のＵＲＬを用いて、コンテンツの中断位置からの視聴再開要求をセッション上に送信する（Ｓ５０１６）。

コンテンツの中断位置からの視聴再開要求を受信したコンテンツサーバ６３は、コンテンツ鍵を用いてコンテンツの中断位置からコンテンツを暗号化しながら受信機５０に対して送信する。暗号化されたコンテンツを受信した受信機５０は、デスクリプタ５１４でコンテンツ鍵を用いてコンテンツを復号化し、ＡＶプレーヤ５３でデコードし、映像・音声出力Ｉ／Ｆ５３１を介して外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ５０１７）。

ここで、図５０では、３Ｄコンテンツの視聴に必要な準備（３Ｄメガネなどの装着）をユーザに促すためのガイダンス画面４３００を受信機５０が生成して表示しているが、Ｓ５００９の実行結果が３Ｄコンテンツの場合のみ、Ｓ５０１０を実行する代わりに、実施例４に記載したＳ４８０９でＷｅｂサーバ６１に対して送信するサービス取得要求の中に３Ｄコンテンツである情報を含める。そして、Ｗｅｂサーバ６１は該情報を参照し、Ｓ４８１０と同様に画面４３００を生成して受信機５０で表示させるようにしても良い。

以上の手順により、３Ｄコンテンツを扱うことができる受信機５０は、視聴コンテンツを一旦中断する場合、コンテンツの中断位置（すなわち視聴再開位置）が２Ｄコンテンツであるか３Ｄコンテンツであるかを示す２Ｄ／３Ｄ識別情報を保持する。これにより、コンテンツの視聴を再開する場合、保持した２Ｄ／３Ｄ識別情報を用いて再開するコンテンツが３Ｄコンテンツであるか否かを判定し、３Ｄコンテンツの場合のみ必要なガイダンス画面を生成して表示することができる。また、配信システム６０では中断／再開するコンテンツが２Ｄであるか３Ｄであるかを保持／判別する必要がなく、ユーザに準備を促す画面を生成する必要がない。

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

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

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

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

Claims (6)

1. コンテンツ提供元からネットワークを介して２Ｄコンテンツおよび３Ｄコンテンツを受信可能な受信機であって、
   前記コンテンツ提供元から該受信機が受信可能なコンテンツの一覧画面を取得するコンテンツリスト取得手段と、
   前記コンテンツ提供元から前記２Ｄコンテンツあるいは前記３Ｄコンテンツを取得するコンテンツ取得手段と、
   外付けあるいは内蔵のモニタ上に前記コンテンツ一覧画面やコンテンツの再生画面を表示する表示手段と、
   前記受信機が装備する３Ｄコンテンツおよび２Ｄコンテンツの視聴に対する機能を判別する機能判別手段と、
   を備え、
   前記コンテンツリスト取得手段は、前記機能判別手段により自機が３Ｄコンテンツを視聴可能か否か判別し、その判別結果に従って前記コンテンツ提供元から２Ｄコンテンツのみのコンテンツリスト、あるいは２Ｄおよび３Ｄコンテンツのコンテンツリストを取得し、
   前記表示手段は、前記コンテンツリスト取得手段により取得したコンテンツリストを前記モニタ上に表示する
   ことを特徴とする受信機。
2. 請求項１に記載の受信機であって、
   前記コンテンツリスト取得手段は、
   該受信機が３Ｄコンテンツの視聴に対応している場合に実行する第１の処理と、３Ｄコンテンツの視聴に対応していない場合に実行する第２の処理とを含んだ情報を、前記コンテンツ提供元から取得し、
   前記機能判別手段を用いて、自機が３Ｄコンテンツを視聴可能か否か判別し、
   前記判別結果にしたがって前記第１の処理か前記第２の処理かを選択し、実行する
   ことを特徴とする受信機。
3. 請求項１に記載の受信機であって、
   前記表示手段により表示したコンテンツの一覧画面上で３Ｄコンテンツの再生開始指示を受け付けた場合に、
   前記コンテンツ取得手段は、
   該３Ｄコンテンツの視聴に必要な準備を促すガイダンス画面を先頭に含んだコンテンツを前記コンテンツ提供元から取得し、
   該表示手段により該コンテンツの再生画面を表示する
   ことを特徴とする受信機。
4. 請求項３に記載の受信機であって、
   前記コンテンツ取得手段により前記コンテンツ配信元から受信している３Ｄコンテンツの視聴を中断する場合、
   前記コンテンツ取得手段は、
   前記コンテンツの中断位置あるいは視聴を再開する第１の再開位置を前記コンテンツ配信元に対して通知し、
   該コンテンツの視聴を再開する場合、
   前記コンテンツ取得手段は、
   該中断位置、あるいは該第１の再開位置、あるいは該中断位置または該第１の再開位置を参照して該コンテンツ配信元が決定した第２の再開位置から始まるコンテンツの先頭に、該３Ｄコンテンツの視聴に必要な準備を促すガイダンス画面を挿入したコンテンツを、コンテンツ提供元から取得し、
   該表示手段により該コンテンツの再生画面を表示する
   ことを特徴とする受信機。
5. 請求項３に記載の受信機であって、
   前記コンテンツ取得手段により前記コンテンツ配信元から受信している３Ｄコンテンツの視聴を中断する場合、
   前記コンテンツ取得手段は、
   前記コンテンツの中断位置あるいは視聴を再開する第１の再開位置と、現在視聴中のコンテンツが３Ｄコンテンツであるか否かを示す情報を前記コンテンツ配信元に対して通知し、
   該コンテンツの視聴を再開する場合、
   前記コンテンツ取得手段は、
   該中断位置、あるいは該第１の再開位置、あるいは該中断位置または該第１の再開位置を参照して該コンテンツ配信元が決定した第２の再開位置から始まるコンテンツの先頭に、該３Ｄコンテンツの視聴に必要な準備を促すガイダンス画面を挿入したコンテンツを、コンテンツ提供元から取得し、
   該表示手段により該コンテンツの再生画面を表示する
   ことを特徴とする受信機。
6. 請求項３に記載の受信機であって、
   前記コンテンツ取得手段により前記コンテンツ配信元から受信している３Ｄコンテンツの視聴を中断する場合、
   前記コンテンツ取得手段は、
   前記コンテンツの中断位置あるいは視聴を再開する第１の再開位置と、現在視聴中のコンテンツが３Ｄコンテンツであるか否かを示す情報を前記コンテンツ配信元に対して通知し、
   該コンテンツの視聴を再開する場合、
   前記コンテンツ取得手段は、
   該コンテンツ配信元から該コンテンツが３Ｄコンテンツであるか否かを示す情報を取得し、該コンテンツが３Ｄコンテンツの場合のみ３Ｄコンテンツ視聴の準備を促すガイダンス画面を生成して前記表示手段を用いて該ガイダンス画面を表示し、
   その後に、該中断位置、あるいは該第１の再開位置、あるいは該中断位置または該第１の再開位置を参照して該コンテンツ配信元が決定した第２の再開位置から始まるコンテンツを取得する
   ことを特徴とする受信機。

Images