コンテンツ受信機
【課題】
本発明は、コンテンツの受信機において、さまざまなネットワークから配信されるコンテンツを受信し、記憶し、外部出力可能とすることを目的とする。
【解決手段】
３Ｄ映像番組と２Ｄ映像番組とが混在するデジタル信号を受信する受信装置において、受信する番組一覧を表示して選択する番組選択手段と、受信装置が装備する３Ｄ映像番組および２Ｄ映像番組の視聴に対する機能を判別する機能判別手段と、受信装置が対応する３Ｄ映像形式に対する機能を判別する３Ｄ映像形式判別手段と、を備え、番組選択手段は、受信する番組一覧を表示する際に、機能判別手段の判別結果と３Ｄ映像形式判別手段の判別結果に応じて、受信装置が視聴可能な番組一覧を表示する。
本発明は、コンテンツの受信機において、さまざまなネットワークから配信されるコンテンツを受信し、記憶し、外部出力可能とすることを目的とする。
【解決手段】
３Ｄ映像番組と２Ｄ映像番組とが混在するデジタル信号を受信する受信装置において、受信する番組一覧を表示して選択する番組選択手段と、受信装置が装備する３Ｄ映像番組および２Ｄ映像番組の視聴に対する機能を判別する機能判別手段と、受信装置が対応する３Ｄ映像形式に対する機能を判別する３Ｄ映像形式判別手段と、を備え、番組選択手段は、受信する番組一覧を表示する際に、機能判別手段の判別結果と３Ｄ映像形式判別手段の判別結果に応じて、受信装置が視聴可能な番組一覧を表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介し、配信システムから配信されたコンテンツを、受信する受信機とその受信方法、また、配信システムと受信機から構成されるコンテンツ送受信システムにおけるコンテンツの配信方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、国際公開第２００４／１００５４９号公報（特許文献１）がある。
特許文献１には、コンテンツを配信するサーバと、インターネットを介し、サーバからコンテンツをダウンロードし再生する受信機からなる配信システムを実現する実施例が記載されている。
【０００３】
この実施例においては、インターネットブラウザが、コンテンツダウンロードの実行内容を記述したダウンロード制御ファイル（本発明では、ダウンロード制御メタファイルと呼ぶ）をサーバから取得し、このファイルを、ダウンロードエージェントが解釈し、ダウンロードを実行する例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００４／１００５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信して、再生することを可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００７】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
３Ｄ映像番組と２Ｄ映像番組とが混在するデジタル信号を受信する受信装置において、受信する番組一覧を表示して選択する番組選択手段と、 前記受信装置が装備する３Ｄ映像番組および２Ｄ映像番組の視聴に対する機能を判別する機能判別手段と、前記受信装置が対応する３Ｄ映像形式に対する機能を判別する３Ｄ映像形式判別手段と、備え、前記番組選択手段は、受信する番組一覧を表示する際に、前記機能判別手段の判別結果と３Ｄ映像形式判別手段の判別結果に応じて、前記受信装置が視聴可能な番組一覧を表示することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信し、付帯された利用条件を守って再生することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】コンテンツ送受信システムの構成の例である。
【図２】配信システムの構成例である。
【図３】受信機の構成例である。
【図４】受信機と配信システムの関係を示す第１の例である。
【図５】受信機と配信システムの関係を示す第２の例である。
【図６】受信機と配信システムの関係を示す第３の例である。
【図７】ＥＣＧメタデータの相関図である。
【図８】パッケージメタデータの構成例である。
【図９】ダウンロード制御情報の構成例である。
【図１０】再生制御メタファイルの構成例である。
【図１１】ライセンスの構成例である。
【図１２】受信機のコンテンツ検索画面の例である。
【図１３】受信機の検索結果画面の例である。
【図１４】受信機のコンテンツ購入画面の例である。
【図１５】受信機のコンテンツ詳細表示画面の例である。
【図１６】受信機のコンテンツ再生画面の例である。
【図１７】受信機のエクスポート画面の例である。
【図１８】受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。
【図１９】受信機のローカルナビゲーション画面の例である。
【図２０】受信機とリムーバブルメディアとのインタフェース部分の構成例である。
【図２１】受信機とネットワーク接続機器とのインタフェース部分の構成例である。
【図２２】ＥＣＧ処理部における処理フロー図の例である。
【図２３】ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。
【図２４】ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。
【図２５】ローカルナビゲーションにおける処理フロー図の例である。
【図２６】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２７】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２８】コンテンツ配信システムの構成の例である。
【図２９】顧客情報の構成の例である。
【図３０】ポータルシステムおよびコンテンツ配信システムへアクセスが実現する処理フロー図の例である。
【図３１】コンテンツを購入する処理フロー図の例である。
【図３２】購入済みコンテンツを視聴する処理フロー図の例である。
【図３３】視聴中のコンテンツを終了する処理フロー図の例である。
【図３４】トップ画面の例である。
【図３５】トップ画面の例である。
【図３６】未購入コンテンツリスト画面の例である。
【図３７】購入済みコンテンツリスト画面の例である。
【図３８】コンテンツ視聴開始選択画面の例である。
【図３９】ポータルシステムおよびコンテンツ配信システムへアクセスする処理フロー図の例である。
【図４０】機器仕様判別処理により出力される文字列の例である。
【図４１】機器仕様判定処理フロー図の例である。
【図４２】２Ｄコンテンツ一覧を示した図の例である。
【図４３】３Ｄ対応可能機器に向けた案内を示した図の例である。
【図４４】案内付き２Ｄコンテンツ一覧を示した図の例である。
【図４５】２Ｄ／３Ｄコンテンツ一覧を示した図の例である。
【図４６】ディスプレイ無し機器における案内を示した図の例である。
【図４７】案内付き２Ｄ／３Ｄコンテンツ一覧を示した図の例である。
【図４８】表示部とスピーカ部を有する受信機の構成例である。
【図４９】機器仕様判別命令実行フロー図の例である。
【図５０】ポータル画面選択処理フロー図の例である。
【図５１】受信機に送信する画面の概要の図の例である。
【図５２】機器仕様判別命令実行処理により出力される文字列の例である。
【図５３】機器仕様判別処理を説明する図の例である。
【図５４】ポータル画面選択処理を説明する図の例である。
【図５５】ＭＶＣ形式における視点数に関する機器仕様判別命令実行処理を説明する図の例である。
【図５６】ＭＶＣにおける視点数に応じたポータル画面選択処理を説明する図の例である。
【図５７】機器仕様判別命令実行処理により出力される文字列の例である。
【図５８】機器仕様判別処理を説明する図の例である。
【図５９】ＭＶＣ形式における視点数に関する機器仕様判別命令実行処理を説明する図の例である。
【発明を実施するための形態】
【００１０】
以下、実施例を、図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、コンテンツを受信する受信機５０と、配信システム６０の例を説明する。
図１は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ４３を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網４０と、コンテンツ配信ネットワーク４０から接続される外部のインターネット網４５と、から構成される。配信システム６０は、ネットワークスイッチ４２を介し、コンテンツ配信網４０に接続される場合と、汎用性を重視しインターネット網４５にルータ４４を解して接続される場合がある。
【００１２】
家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ＡＤＳＬ(Asymmetric Digital Subscriber Line)、無線通信等、さまざまな通信経路４６が想定され、それぞれの経路に適した変復調が、伝送路変復調器４５によって行われ、ＩＰネットワークに変換される。
家庭内では、伝送路変復調器４６で復調され、ネットワークインタフェースに変換されたＩＰネットワークは、ルータ４８を介し、家庭内の機器に接続される。
家庭内の機器としては、受信機５０や、ＩＰネットワーク対応の記憶装置（Network Attached Storage）３２、パソコン３３、ネットワーク接続可能なＡＶ機器などが想定される。受信機５０は、アンテナ３５から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。
【００１３】
図２は、コンテンツ配信システム４０の構成例である。
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６３などを有する。
【００１４】
各サーバは、ＩＰ網６７によって相互に接続されると共に、ＩＰ網６７を介して、図１のインターネット網４５、または、コンテンツ配信網４０に接続される。
【００１５】
なお、各サーバの一部、または、すべてが、ＩＰ網６７を介さず、直接、インターネット網４５、または、コンテンツ配信網４０に接続され、相互に通信を行う構成であってもよい。
【００１６】
なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ６２のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。
【００１７】
図３は、受信機５０の構成例である。
受信機５０は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ５５０を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００１８】
受信機５０は、ＩＰネットワークに物理的に接続を行い、ＩＰ（Internet Protocol）データパケットを送受信する通信I/F（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で各コンテンツを一意に識別する。
【００５３】
ダウンロード制御情報１００には、対応するダウンロード制御情報１００の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御情報の名称１１１、対応するダウンロード制御情報１００の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上のＵＲＬ。但しＵＲＬに限らず、その他のアドレスであってもよい、以下所在について同様。）を示すダウンロード制御情報の所在１１２、対応するダウンロード制御情報１００の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御情報の説明文１１３、更新チェックフラグ１１４、更新期限日時１１５などの情報を持つ。
【００５４】
更新チェックフラグ１１４は、メタデータサーバ６２上のダウンロード制御情報１００の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時１１５は、更新チェックフラグ１１４が「更新」の場合に有効で、ダウンロード制御情報１００の更新をチェックし続ける期限の日時を記載する。
【００５５】
更新期限日時１１５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時１１５の特殊な値（例えばすべて０）を更新チェックフラグ１１４「単発」を示す値として扱うことにより、更新チェックフラグ１１４を省略する構成も実現可能である。
【００５６】
ダウンロード実行単位情報１５０は、ダウンロード制御情報１００に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル１５１、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文１５２、そのコンテンツを配信する日時（日単位、分単位であっても良い）を示す配信日時１５３、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツＩＤ１５４、配信コンテンツの種別１５５、配信コンテンツの取得先ＵＲＬを示すコンテンツの所在１５６、そのコンテンツに対応するＥＣＧメタデータの取得先ＵＲＬを示すＥＣＧメタデータの所在１５７、そのコンテンツに対応する再生制御情報の取得先ＵＲＬを示す再生制御情報の所在１５８、配信コンテンツのサイズ１５９、コンテンツのピクチャ再生位置情報などを提供するストリーム再生制御情報の取得先のURLを示すストリーム再生制御情報の所在１６０などの情報を格納する。
【００５７】
コンテンツＩＤ識別子１５４は、一例としては、“CRID://authority/content_id”というスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。
【００５８】
authority/の後のcontent_idは、authority内でコンテンツを一意に識別するＩＤで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子１５４で一意に識別することが可能になり、コンテンツ識別子１５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。
【００５９】
配信日時１５３は、通常、コンテンツがコンテンツサーバ６３に格納され、公開された日時を記載するが、ダウンロード制御情報１００が配信されたときには、コンテンツがまだ公開されず、配信日時１５３には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時１５３には、更新された日時を記載する。
【００６０】
配信コンテンツの種別１５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
【００６１】
配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。
【００６２】
図１０は再生制御メタファイル２００の構成例である。ダウンロード制御情報１００を参照することによって取得される、再生制御メタファイル２００の構成について説明する。
【００６３】
再生制御メタファイル２００は、コンテンツ再生の際に必要なコンテンツ自身のＡＶストリームの情報であるコンテンツ固有属性情報２１０と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報２２０、ストリーミングＶＯＤの場合にその再生制御を行うのに必要なネットワーク制御情報２３０の３つのＸＭＬ文書を含む。なお、ネットワーク制御情報２３０は、ダウンロード配信の場合は不要である。
【００６４】
コンテンツ固有属性情報２１０は、コンテンツ本体ファイルのファイル名と参照先２１１、コンテンツが暗号化されているか否かの区別情報２１２、コンテンツの時間長２１３、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報２１４、ステレオ／モノラル／マルチチャンネル区別など音声信号の属性情報２１５等を提供する。
【００６５】
コンテンツのライセンス取得情報２２０は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報２２１、著作権管理方式の種別情報２２３、コンテンツに付随する著作権保護範囲の種別を示すライセンスＩＤ２２４、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値２２２と参照先２２６、ライセンスの利用条件情報２２５、ある署名の検証に必要な公開鍵証明書２２７などの情報を提供する。
【００６６】
ネットワーク制御情報２３０は、利用可能なストリーミングプロトコル方式の情報２３１や、特殊再生やコンテンツの頭出し方式２３２や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３と、その再生方式の情報２３４を、記述する。
【００６７】
再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。
【００６８】
図１１はライセンス３００の構成例である。ダウンロード制御情報１００を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス３００の構成について説明する。
ライセンスは、番組を視聴する権利を記述する再生ライセンス３１０と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス３２０がある。
【００６９】
ライセンスには、コンテンツを複合するのに必要なコンテンツの暗号鍵３１１、３２１を保持し、再生ライセンス３１０の場合、利用開始日時および利用終了日時３１２や、再生時の信号出力制限やコピー制御情報３１３を持つ。
利用開始日時および利用終了日時３１２は無期限の指定をすることも可能である。
エクスポートライセンス３２０には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２を指定することができる。
【００７０】
エクスポートライセンス３２０は、１つのライセンスで１回のエクスポートが行え、一つのコンテンツをＮ回エクスポートできるようにするためには、Ｎ個のエクスポートライセンス３２０を、ＤＲＭサーバ６４から受信機５０に配信する。
【００７１】
次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図１２から図１９を用いて、説明する。
図１２は、ＥＣＧ処理部５２で実現するコンテンツ検索画面１０００の例である。
リモコンこの画面において起動されるこの画面においては、キーワード１００１、ジャンル１００２、配信日１００３、価格１００４、提供形態１００５などの選択肢や、入力フィールドを用意し、検索開始１００５を指示すると、ユーザの指定内容に応じＥＣＧメタデータ４００を検索する。
【００７２】
図１３は、ＥＣＧ処理部５２が表示する検索結果画面１１００の表示例である。この例では、検索の結果をリスト表示し、タイトル１１０１、提供形態１１０２、購入状態１１０３、コンテンツに対する操作ボタンとして、購入または詳細１１０４、ＶＯＤ視聴１１０５、ＤＬ関連のボタン１１０６が表示される。
【００７３】
提供形態欄１１０２には、パッケージメタデータ４５０にそのコンテンツが、ＶＯＤ配信（ストリーミング配信）のみで提供されるなら「ＶＯＤ」、ダウンロード配信のみで提供されるなら「ＤＬ」、両方で提供されるなら「ＶＯＤ／ＤＬ」と表示されるものとする。なおＶＯＤとはＶｉｄｅｏ Ｏｎ Ｄｅｍａｎｄのことである。
購入状態欄１１０３には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。
【００７４】
購入または詳細のボタン１１０４は、そのコンテンツが未購入であれば「購入」ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は「詳細」ボタンが表示される。
「ＶＯＤ視聴」ボタン１１０５は、そのコンテンツがＶＯＤ（ストリーミング）視聴可能な場合にのみ表示され、このボタンを選択すると、ＶＯＤ視聴が開始される。
【００７５】
ＤＬ関連のボタン１１０６は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できない「ＤＬ待ち」ボタンが表示され、ダウンロードが開始されると「ＤＬ中」ボタンに変わり、ダウンロードが完了すると、「ＤＬ視聴」が表示され、「ＤＬ視聴」ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、「ＤＬ中」でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。
【００７６】
図１４は、ＥＣＧ処理部５２が表示するコンテンツ購入画面１２００の例である。検索結果画面１１００で、「購入」ボタンを選択した場合にコンテンツ購入画面１２００が提示される
コンテンツの購入に必要なタイトル１２０１、内容１２０２、監督１２０３、出演者１２０４、ジャンル１２０５、視聴期限１２０６、再生時間や映像・音声の情報１２０７、エクスポートできる回数や出力先の情報１２０８、提供形態の選択肢１２０９、価格１２１０などを、ＥＣＧメタデータ４００を元に提示し、提供形態１２０９が選択可能な場合は、ＶＯＤ、ダウンロード、あるいはその両方を選択できる。
【００７７】
図１４の例では、「ＶＯＤ」は抹消線により無効になっていることが表示されており、「ダウンロード」が有効になっていることが表示されている。またチェックマークによりユーザが「ダウンロード」を選択していることを表している。
選択後、「購入」ボタン１２２３を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。
「戻る」ボタン１２２４を選択した場合は、検索結果画面１１００に戻るものとする。
【００７８】
図１５は、ＥＣＧ処理部５２が表示するコンテンツ詳細画面１２５０の例である。コンテンツ購入後に、検索結果画面１１００で「詳細」ボタンを選択することによりコンテンツ詳細画面１２５０が提示される。
この画面は、表示される情報は、コンテンツ購入画面１２００とほぼ同じであるが、購入済みなので「購入」ボタン１２２３はなく、代わりに「ＶＯＤ視聴」１２２０、「ダウンロード視聴」１２２１、「エクスポート」１２２２といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。
また、提供形態１２０９の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況１２１１を表示する場合がある。
【００７９】
図１６は、ＥＣＧ処理部５２が表示するコンテンツ再生画面１３００の例である。コンテンツの検索結果画面１１００、あるいは、コンテンツ詳細画面１２５０で、ＶＯＤ視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面１３００が提示される。
【００８０】
コンテンツ再生画面１３００には、再生制御情報２００に基づき、タイトルバナー１３０２に、コンテンツのタイトル１３０３、再生時間１３０４、映像・音声の詳細情報１３０５が表示され、リモコン等による操作に応じ、操作内容がアイコン表示１３０１され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示１４０６ものもある。
【００８１】
図１７は、ＥＣＧ処理部５２が表示するエクスポート画面１４００の例である。コンテンツ詳細画面１２５０で、エクスポートが指示された場合、エクスポート画面１４００が提示される。
この画面では、ＥＣＧメタデータ４００に基づき、コンテンツのタイトル１４０１、容量１４０２などを表示した上で、許される出力先の選択肢１４０３と、受信機が管理するエクスポートの残り回数１４０４を表示する。
ユーザーが出力先を選択し、「エクスポート先チェック」ボタン１４０５を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば「正常」、不可能であれば、その原因を、状態欄１４０７に表示する。
【００８２】
「エクスポート開始」ボタン１４０６を選択した場合も、「エクスポート先チェック」ボタン１４０５を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄１４０７にその原因を表示するが、「エクスポート開始」ボタン１４０６の場合は、正常であればエクスポートを開始する。
エクスポートの進み具合は、進行状況１４０６として表示され、エクスポートが完了すれば、残り回数１４０４が１回減ったエクスポート画面１４００が表示されるものとする。
エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面１２５０に戻りたい場合は、「中止」ボタン１４０９を選択する。
【００８３】
以上のように、ＥＣＧ処理部５２により生成されるＥＣＧの画面は構成される。
別の実施例として、ＥＣＧ処理部５２ではなく、ブラウザ５１により、Ｗｅｂサーバ６１から取得するＷｅｂ文書７１を提示することで、コンテンツの検索から再生までを行うこともできる。
【００８４】
図１８はブラウザ５１上で提示するＷｅｂ文書７１の遷移例である。
ブラウザ５１の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ５１はまずコンテンツ販売ポータルページ１５０１を表示する。ここで、コンテンツの検索が指示されると、ブラウザ５１は検索結果のコンテンツ一覧ページ１５０２を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ１５０３を表示する。
【００８５】
コンテンツ購入画面１５０３で、配信形態を選択してコンテンツを購入する配信形態により、ＶＯＤでの購入が選択された場合は、ブラウザ５１はＶＯＤ再生開始ページ１５０４を表示し、ＶＯＤ再生が指示されると、再生制御メタファイル２００を参照し、図１６のコンテンツ再生画面を表示する。
また、コンテンツ購入画面１５０３でダウンロードでの購入が選択された場合、ブラウザ５１はダウンロード開始ページ１５０５を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報１００に基づき、バックグラウンドでコンテンツのダウンロードを開始する。
【００８６】
図１９はブラウザ５１が表示する、ローカルナビゲーション画面１６００である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面１６００で状態が表示される。
この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル１６０１、ダウンロード状態１６０２、購入状態１６０３、コンテンツに対する操作ボタンとして、「購入」または「詳細」ボタン１６０４が表示され、購入条件として視聴可能なコンテンツには「視聴」ボタン１６０５、エクスポート可能なコンテンツには「エクスポート」ボタン１６０６が表示される。
【００８７】
ダウンロード状態欄１６０２には、ダウンロード指示されたが見ダウンロード状態の「ＤＬ待ち」、ダウンロード開始しその進捗状況も表示する「ＤＬ中」、ダウンロードが完了した「ＤＬ完了」、ダウンロード中にエラーが発生し中断した「ＤＬエラー」といった状態表示が行われる。
【００８８】
購入状態欄１６０３には、未購入、購入済、無料といった状態が表示される。
ボタン類については、未購入コンテンツには、「購入」ボタンが表示され、購入済みのコンテンツには、「詳細」ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。 また、コンテンツが、エクスポート可能な状態になれば、「エクスポート」ボタン１６０６が、有効表示になり選択できるようになる。
【００８９】
「視聴」ボタン１６０５を選択すると、コンテンツ視聴画面１３００に遷移し、「エクスポート」ボタン１６０６を選択すると、エクスポート画面１４００に遷移する。
以上により、Ｗｅｂサイトで、コンテンツの検索から、コンテンツの再生まで行える。
【００９０】
次に、エクスポートの処理について、図２０、図２１で詳しく説明する。
図２０は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばｉＶＤＲ（登録商標）などのリムーバブルＨＤＤなどが想定される。しかしながらｉＶＤＲに限定されるものではない。
図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００９１】
図２０に、著作権保護機能のあるリムーバブルメディア５６０へのエクスポート処理を行うストリーム出力処理部５７の構成例を示す。受信機５０のストリーム出力制御部５７は、リムーバブルメディアと認証をおこなうメディア認証処理部５４１、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部５４３、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部５４２、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部５４４からなる。
コンテンツ暗号化処理部５４２に入力されるコンテンツは、受信機５０のデクリプタ５１４、または、デマルチプレクサ５２１から入力される。
【００９２】
なお、図２０に記載された、メディア認証処理部５４１、コンテンツ鍵生成部５４３、コンテンツ暗号化処理部５４２、鍵暗号化処理部５４４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５４１、コンテンツ鍵生成プログラム５４３、コンテンツ暗号化処理プログラム５４２、鍵暗号化処理プログラム５４４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９３】
リムーバブルＩ／Ｆ５３４を介して、接続されるリムーバブルメディア５６０には、受信機５０のメディア認証処理部５４１と相互に認証を行うメディア認証処理部５６１、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部５６３、相互認証済みの信頼おける受信機５０のみが読み書きできる保護記憶領域５６４に、受け取ったコンテンツ鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を、コンテンツと対応させて記憶する。
【００９４】
ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がＭだとすると、もともとのコンテンツ本体に加えて、Ｍ＋１個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。
（１）リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間
（２）リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間
（３）絶対的な利用開始日時、利用終了日時（いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなす）
なお、図２０に記載された、メディア認証処理部５６１、鍵復号化処理部５６３、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５６２や保護記憶領域５６４や図示しないメモリ領域などに格納された、メディア認証処理プログラム５６１、鍵復号化処理プログラム５６３などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９５】
メディア暗号化処理部５４２で暗号化されたコンテンツは、リムーバブルＩ／Ｆ５３４を通し、データ記憶領域５６２に保存される。
メディア認証処理部５４１では、リムーバブルメディア５６０の信頼性を認証する場合と、リムーバブルメディア５６０と、リムーバブルＩ／Ｆ５３４を備える受信機５０の両方の信頼性を認証する場合が考えられる。
【００９６】
リムーバブルメディア５６０に保存されたコンテンツを、相互認証された受信機５０が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域５６４から読み出し、データ記憶領域５６２から読み出した暗号化されたコンテンツを、受信機５０でコンテンツ鍵を用いて復号することで、利用可能になる。
【００９７】
図２１は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図２１に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部５７の構成例を示す。この場合、受信機５０のストリーム出力制御部５７は、ネットワーク接続機器との相互認証を行う通信認証処理部５４５、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部５４７、生成した通信鍵に基づきコンテンツを暗号化し、通信Ｉ／Ｆ５１０を介して送出する通信暗号化処理部５４６からなる。
【００９８】
なお、図２１に記載された、通信認証処理部５４５、通信暗号化処理部５４６、通信鍵生成部５４７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム５４５、通信暗号化処理プログラム５４６、通信鍵生成プログラム５４７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９９】
ネットワーク接続機器は、通信Ｉ／Ｆ５７１で、ネットワーク５８０に接続され、受信機５０と通信を行う。
通信認証処理部５７２は、受信機の通信認証処理部５４５と相互認証を行う。通信鍵生成部５７４は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部５７３は、生成した通信鍵に基づき、通信Ｉ／Ｆ５１０を介して受信したコンテンツを復号する。
【０１００】
通信復号化処理部５７３で復号されたコンテンツは、図２１の例では、ネットワーク接続機器５７０の暗号化方式によるローカル暗号化処理部５７５により暗号化され、ネットワーク接続機器５７０が持つデータ記憶領域５７８に保存される。このときの暗号鍵は、ローカル鍵生成部５７６で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域５７７に保存される。
【０１０１】
なお、図２１に記載された、通信復号化処理部５７３、通信鍵生成部５７４、ローカル暗号化処理部５７５、ローカル鍵生成部５７６は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５７８や保護記憶領域５７７や図示しないメモリ領域などに格納された、通信復号化処理プログラム５７３、通信鍵生成プログラム５７４、ローカル暗号化処理プログラム５７５、ローカル鍵生成プログラム５７６などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１０２】
なお、図２１の例では、ネットワーク接続機器５７０が、機器固有のデータ記憶領域５７８を持つ場合であったが、ネットワーク接続機器５７０が、図２０の受信機５０が持つようなリムーバブルＩ／Ｆ５３４を持ち、ネットワークを介して受信したコンテンツを、リムーバブルＩ／Ｆ５３４を介して、リムーバブルメディア５６０に転送する構成であってもよく。その場合のネットワーク接続機器５７０の構成は、図２０の受信機５０の構成に順ずるものとする。
【０１０３】
以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図２２から図２５で説明する。
図２２は、ＥＣＧ処理部５２の処理フロー図２０００の例である。
ＥＣＧ処理部５２は、メタデータサーバよりＥＣＧメタデータを取得し（２００１）、取得したＥＣＧメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し（２００２）、コンテンツ検索画面１０００を提示する（２００３）。
【０１０４】
ここで、検索条件の入力、設定を行い（２００４）、検索実行を指示すると、検索結果画面１１００を提示する。この画面で、コンテンツに対する操作を受けつけ（２００６）、「購入ボタン」が選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２００７）。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると（２００８）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２００９）。コンテンツ詳細表示画面１２５０は、検索結果画面１１００から、「詳細」ボタンを選択することでも表示される。
【０１０５】
ユーザが検索結果画面１１００から、「ＶＯＤ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ダウンロード視聴が開始される（２０１２）。
【０１０６】
コンテンツ詳細表示画面１２５０では、ユーザの操作により、「ＶＯＤ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ダウンロード視聴が開始され（２０１２）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２０１３）。
【０１０７】
図２３は、エクスポート画面１４００において、リムーバブルメディア５６０へコンテンツをエクスポートする場合のストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２１０１）、ユーザが、画面上の操作で（２１０２）で、出力先を選択し、「エクスポート先チェック」ボタンを選択すると、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０３）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。
【０１０８】
接続されていれば、次に、メディア認証処理部５４１が出力先のリムーバブルメディア５６０との認証を確認し（２１０４）、リムーバブルメディア５６０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１０９】
このときのエラーとしては、リムーバブルメディア５６０または受信機５０側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア５６０の速度エラー、リムーバブルメディア５６０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア５６０の読み書き異常など、さまざまな要因が考えられる。
【０１１０】
エクスポート画面１４００で、「エクスポート開始」ボタンを選択した場合は、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０７）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。接続されていれば、ストリーム出力処理部５７は、次に、出力先リムーバブルメディア５６０との認証を確認し（２１０８）、出力先リムーバブルメディア５６０の詳細なチェックを行う（２１０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。異常がなければ、エクスポート処理に移る。
【０１１１】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２１１８）、次にコンテンツ鍵生成部５４３がコンテンツ鍵を生成する（２１１１）。鍵暗号化処理部５４４がその鍵を暗号化し、出力先リムーバブルメディア５６０と鍵交換する（２１１２）。また、コンテンツ鍵生成部５４３はコンテンツ暗号化処理部５４２にコンテンツ鍵を設定する（２１１３）。コンテンツ暗号化処理部５４２はリムーバブルメディア５６０へのエクスポート処理を実行する（２１１４）。
【０１１２】
エクスポートが完了すれば（２１１５）、エクスポート終了処理（２１１６）において、メディア認証処理部５６１はリムーバブルメディア５６０へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア５６０の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア５６０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２１１７）、エクスポート画面の提示に戻る（２１０１）。
【０１１３】
図２４は、エクスポート画面１４００において、ネットワーク接続機器５７０へエクスポートする場合の、ストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２２０１）、画面上の操作で（２２０２）で、出力先を選択し、「エクスポート先チェック」ボタンが選択されると、通信認証処理部５４５は出力先にネットワーク接続機器５７０が接続されているかどうかチェックを行う（２２０３）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先のネットワーク接続機器５７０との認証を確認し（２２０４）、ネットワーク接続機器５７０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１１４】
この場合のエラーも、リムーバブルメディア５６０へのエクスポートと同様、ネットワーク接続機器５７０または受信機５０側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器５７０側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器５７０の速度エラー、ネットワーク接続機器５７０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器５７０の機器異常など、さまざまな要因が考えられる。
【０１１５】
エクスポート画面１４００で、「エクスポート開始」ボタンが選択された場合は、通信認証処理部５４５は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２２０７）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先ネットワーク接続機器５７０との認証を確認し（２２０８）、出力先ネットワーク接続機器５７０の詳細なチェックを行う（２２０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２２１０）、エクスポート画面の操作受付状態に戻る（２２０２）り、異常がなければ、エクスポート処理に移る。
【０１１６】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２２１８）、通信認証処理部５４５が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部５４６に設定し（２２１３）、通信暗号化処理部５４６はネットワーク接続機器５７０へのエクスポート処理を実行する（２２１４）。
【０１１７】
エクスポートが完了すれば（２２１５）、エクスポート終了処理（２２１６）において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器５７０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２２１７）、エクスポート画面の提示に戻る（２２０１）。
【０１１８】
図２５は、図１９のローカルナビゲーション画面１６００でのＥＣＧ処理部５２の処理フロー図の例である。
ローカルナビゲーション画面１６００では、ＥＣＧ処理部５２が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのＥＣＧメタデータを読み出し（２３０１）、その情報に基づきローカルナビゲーション画面１６００を提示する（２３０２）。
【０１１９】
この状態で、ユーザの操作を受けつけ（２３０３）、「購入」ボタンが選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２３０４）。この画面でユーザが購入条件を選択し、購入ボタンを選択すると（２３０５）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２３０６）。コンテンツ詳細表示画面１２５０は、ローカルナビゲーション画面１６００から、「詳細」ボタンを選択することでも表示される。
【０１２０】
ローカルナビゲーション画面１６００から、「視聴」ボタンが選択されると、ＥＣＧ処理部５２はＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
コンテンツ詳細表示画面でも、ユーザの操作（２３０７）により、「視聴」ボタンを選択すると、ＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
【０１２１】
以上説明した実施によれば、受信機５０は、ＥＣＧ処理部５２に表示されるＥＣＧ、または、ブラウザ５１に表示されるＷｅｂ画面、ローカルナビゲーション１６００を介して、ネットワークで接続された配信システム６０からコンテンツを取得し、視聴することができる。
【０１２２】
なお、図２２、図２５においては、ＥＣＧ処理部５２により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ５１がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、ＡＶプレーヤ５３がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。
【０１２３】
受信機５０が利用するリムーバブルメディアの別の例を、図２６、図２７に示す。
図２６は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、メディアドライブ５８０が接続され、メディアドライブ５８０にリムーバブルメディア５８５を挿入して、メディア読書き部５８２を介して、読み書きを行うことができる。
【０１２４】
ストリーム出力処理部５７は、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、鍵読書き処理部５４８、コンテンツ暗号化処理部５５０からなる。
著作権保護機能を持つリムーバブルメディア５８５を、著作権保護機能を持つメディアドライブ５８０に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機５０のストリーム出力制御部５７は、メディアドライブ５８０が持つ認証処理部５８１と、ドライブ認証処理部５５１との間で、リムーバブルメディア５８５とメディアドライブ５８０が著作権保護に対応しているかどうかの認証処理を行う。
【０１２５】
認証確立後、コンテンツ鍵生成部５４８が生成した鍵を、コンテンツ暗号化処理部５５０に設定して、コンテンツを暗号化してリムーバブルメディア５８５に書き込み、鍵読書き処理部５４９を通して、リムーバブルメディア５８５に暗号化に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を書き込む。
【０１２６】
なお、図２６に記載された、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、コンテンツ暗号化処理部５５０、鍵読書き処理部５４９は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム５５１、コンテンツ鍵生成プログラム５４８、コンテンツ暗号化処理プログラム５５０、鍵読書き処理プログラム５４９などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１２７】
なお、図２６に記載された、メディア読書き部５８２、認証処理部５８１、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム５８２、認証処理プログラム５８１などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１２８】
図２７は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、直接リムーバブルメディア５９０が接続される。
ストリーム出力処理部５７は、ドライブ認証処理部５５２、コンテンツ鍵生成部５５３、鍵読書き処理部５５４、コンテンツ暗号化処理部５５５からなる。
【０１２９】
直接リムーバブルメディア５９０は、一般のデータ記憶領域５９１と、データを暗号化する鍵を保持する保護記憶領域５９２からなり、ドライブ認証処理部５５２は、リムーバブルメディア５９０が著作権保護対応かどうかを、保護記憶領域５９２の有無で判定し、認証確立後、コンテンツ鍵生成部５５３が生成した鍵を、コンテンツ暗号化処理部５５５に設定して、コンテンツを暗号化してリムーバブルメディア５９０のデータ記憶領域５９１に書き込み、鍵読書き処理部５５４を通して、保護記憶領域５９２に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を記憶させる。
【０１３０】
なお、図２７に記載された、メディア認証処理部５５２、コンテンツ鍵生成部５５３、コンテンツ暗号化処理部５５５、鍵読書き処理部５５４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５５２、コンテンツ鍵生成プログラム５５３、コンテンツ暗号化処理プログラム５５５、鍵読書き処理プログラム５５４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１３１】
以上の実施例によれば、受信機５０は、受信したコンテンツ７５を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。
【実施例２】
【０１３２】
本実施例では、ストリーミングによるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを提供する配信システムと、該サービスを受信する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
【０１３３】
＜システム＞
図２８は、コンテンツ配信システムの構成例を示すブロック図である。該システムは、図１に示したシステム構成を基に、配信システム６０、ポータルシステム２８００、受信機５０、モニタ（表示装置）３７０５、広域網／閉域網（図１のコンテンツ配信網４０、インターネット網４５を含む）から構成される。
【０１３４】
配信システム６０の構成は、図２と同様、受信機５０に対してサービスメニュー画面やコンテンツナビゲーション画面、操作ボタン等を含んだサブウィンドウ画面などのＷｅｂ形式のデータを配信するＷｅｂサーバ６１、コンテンツの属性情報を記述するＥＣＧメタデータ４００やコンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、２Ｄ／３Ｄコンテンツを配信（ストリーミング配信やダウンロード配信を含む）するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンスを配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などからなる。
【０１３５】
なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、逆に、Ｗｅｂサーバ６１やメタデータサーバ６２のように複数の画面やデータの配信に使われているサーバを、サービスやデータの種類別に、実体のサーバを分割して構成してもよい。
【０１３６】
ポータルシステム２８００は、ネットワーク経由でコンテンツ配信やショッピング、テレビ電話等の様々なサービスを享受可能な受信機５０が該サービスを利用するために一次接続先（利用への入り口）として利用し、配信システム６０を含め様々なサービスシステムへの誘導／橋渡しを行うことを想定する。本システム２８００の構成は、ポータルサーバ２８０１、顧客管理サーバ２８０２、課金・決済サーバ２８０３、機器認証サーバ２８０４などからなる。
【０１３７】
ポータルサーバ２８０１は、受信機５０がネットワークサービスを利用するためにブラウザ５１を起動した際に、サービスナビゲーション画面やコンテンツナビゲーション画面等のＷｅｂ形式のデータを受信機５０へ配信する。
顧客管理サーバ２８０２は、顧客管理サーバ６５と同様に、本ポータルシステム２８００が提供するサービスを利用する顧客の顧客情報を管理する。また、後述の機器認証サーバ２８０４と連携してポータル会員認証を行う。
【０１３８】
課金・決済サーバ２８０３は、課金・決済サーバ６６と同様に、顧客によるサービス利用の課金や決済処理を行う。
機器認証サーバ２８０４は、本ポータルシステム２８００へアクセスしてきた受信機５０の機器認証を行い、アクセス可能であり正当な受信機であることを確認する。
ここで、本ポータルシステム２８００は、配信システム６０を提供するサービスプロバイダが提供しても良いし、第３者のサービス運営会社あるいは該受信機メーカーが独自に運営しても良い。
【０１３９】
また、ポータルサーバ２８０１とＷｅｂサーバ６１、顧客管理サーバ２８０２と顧客管理サーバ６５、課金・決済サーバ２８０３と課金・決済サーバ６６は、それぞれ統合したサーバを実体として持つ構成としてもよい。
また、機器認証サーバ２８０４は、ポータルシステム２８００と配信システム６０との間で共有可能な形態であっても良く、該配信システム６０が該機器認証サーバ２８０４の情報を取得できるようにしても良い。
【０１４０】
＜受信機＞
受信機５０は、図３と同様の構成でよく、必要に応じて図４の受信機５８１、図５の受信機５８２、図６の受信機５８３などの構成でも良い。受信機５０は、映像・音声出力Ｉ／Ｆ５３１を介してモニタ２８０５と接続し、該受信機５０で受信したＷｅｂ画面やコンテンツなどを該モニタ２８０５上に表示する。モニタ２８０５は、テレビやパーソナルコンピュータ、携帯端末、液晶プロジェクタなど、表示できる手段を備えた装置であれば限定されない。また、モニタ２８０５は、受信機５０の外付けでも内蔵されていても良い。さらに、モニタ２８０５は、受信機５０の通信Ｉ／Ｆ５１０を介して接続されていても良い。
【０１４１】
図２９は、コンテンツ配信システムとポータルシステムが管理する顧客情報の構成の例である。図中の各種ＩＤの関係は本実施例の説明のための一例であり、実サービスにおける各種ＩＤの利用を制限するものではない。
ポータルシステム２８００は、機器ＩＤ２９０１、会員ＩＤ２９０２を用いて顧客を管理する。
【０１４２】
機器ＩＤ２９０１は、受信機５０の固有のＩＤであり、ポータルシステム２８００の機器認証サーバ２８０４が機器認証により該受信機５０を一意に識別するＩＤである。このＩＤは、ポータルシステム２８００が発行しても良いし、受信機５０が所定のルールに従って該受信機５０の機種名や製造シリアル番号、ＭＡＣアドレスなどの情報を１つ以上組み合わせて生成したものを利用しても良い。
【０１４３】
ポータルシステム２８００が機器ＩＤ２９０１を発行する場合、受信機５０がポータルシステム２８００に初めてアクセスする際に、該受信機５０のブラウザ５１が予め保持／管理するメーカー名や機種名、製造シリアル番号、ＭＡＣアドレスなどの端末情報を該ポータルシステム２８００に送信する。該ブラウザ５１が管理する該端末情報は、工場出荷時に書き込まれたセキュアな情報であり、該受信機５０のユーザから変更できないようにしても良い。該ポータルシステム２８００は、該受信機５０に関するこれらの情報の登録を機器認証サーバ２８０４に要求する。
【０１４４】
それに対して該機器認証サーバ２８０４は、予め保持している機器リスト（メーカー名、機種名、ストリーミングやダウンロードの搭載有無など）の中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗を、存在する場合は一意に特定可能な機器ＩＤ２９０１を生成し、該情報と該機器ＩＤ２９０１を登録し、登録成功と該機器ＩＤ２９０１をポータルシステム２８００へ返信する。該ポータルシステム２８００は、その返信内容を該受信機５０に送信する。受信機５０は、登録が成功した場合のみ、受信した機器ＩＤ２９０１をストレージ５５０に記録し、以降の機器認証に使用する。
【０１４５】
一方、受信機５０が機器ＩＤ２９０１を発行する場合、受信機５０がポータルシステム２８００に初めてアクセスする際に、所定のルールに従ってブラウザ５１が保持するメーカー名や機種名、製造シリアル番号、ＭＡＣアドレスなどの情報から機器ＩＤ２９０１を生成し、該機器ＩＤ２９０１とこれらの情報を該ポータルシステム２８００に送信する。該ポータルシステム２８００は、受信した内容の登録を機器認証サーバ２８０４に要求する。それに対して該機器認証サーバ２８０４は、予め保持している前記した機器リストの中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗を、存在する場合は受信内容を登録し、登録成功（該機器ＩＤ２９０１を含めても良い）をポータルシステム２８００へ返信する。該ポータルシステム２８００は、その返信内容を該受信機５０に送信する。受信機５０は、登録が成功した場合のみ、受信した機器ＩＤ２９０１をストレージ５５０に記録し、以降の機器認証に使用する。
【０１４６】
会員ＩＤ２９０２は、ポータルシステム２８００が提供する各種サービスを利用する会員を識別するＩＤであり、該ポータルシステム２８００の顧客管理サーバ２８０２が発行するＩＤである。機器ＩＤ２９０１と会員ＩＤ２９０２は、１対ｎ（ｎは１以上）で関連付けられているものとする。
【０１４７】
配信システム６０は、会員ＩＤ２９０２、ユーザＩＤ２９０３、ＤＲＭ＿ＩＤ２９０４を用いて顧客を管理する。会員ＩＤ２９０２は、ポータルシステム２８００で発行されたＩＤを利用する。ユーザＩＤ２９０３は、主ユーザＩＤ、従ユーザＩＤなど会員に対して配信システム６０が独自に発行するＩＤであり、複数のユーザが受信機５０を共有する場合に利用する。ＤＲＭ＿ＩＤ２９０４は、受信機５０のＤＲＭクライアント５４を一意に識別するＩＤであり、配信システム６０が配信するコンテンツを該受信機５０で再生する場合に利用する。
【０１４８】
次に、図３０〜３３を用いて、ユーザが受信機５０からポータルシステム２８００にアクセスし、配信システム６０が提供するコンテンツ配信サービスを享受するまでの手順について説明する。なお、広域網／閉域網などのネットワーク上で、少なくともした顧客情報やコンテンツのライセンス３００などの保護が必要な情報を送受信する際は、ＳＳＬ（Secure Socket Layer）やＴＬＳ（Transport Layer Security）などの既存の技術を利用して通信網のセキュリティを確保することとする。
【０１４９】
＜配信システムへアクセスする手順＞
図３０は、受信機５０からポータルシステム２８００へアクセスし、配信システム６０のサイトへアクセスするまでの手順を示す。
ユーザはポータルシステム２８００や配信システム６０が提供する各種サービスを利用するために、受信機５０のリモコンの「ブラウザボタン」や本体の操作ボタンなどを利用してＷｅｂブラウザを起動する（Ｓ３００１：Ｓはステップを表す）。
この指示に対して、受信機５０はブラウザ５１を起動し、予め登録された一次接続先であるポータルシステム２８００のポータルサーバ２８０１に対してサービス要求を発行する。この際、ブラウザ５１は、前回までの（ポータルシステム２８００への）アクセスで保持したポータルシステム２８００に係るＣｏｏｋｉｅなどの付属情報を該サービス要求に付加して送信しても良い(Ｓ３００２)。
【０１５０】
サービス要求に対して、ポータルシステム２８００のポータルサーバ２８０１は、該要求に対する応答と機器認証処理を実行するためのサイト（ページ）へ遷移するための情報（ＵＲＬやスクリプト）を受信機５０に対して送信する（Ｓ３００３）。
受信機５０のブラウザ５１は、受信した機器認証処理を実行するためのサイト、すなわちポータルシステム２８００の機器認証サーバ２８０４へアクセスし、両者の間で所定の機器認証処理を実行する。ここで、受信機５０が機器認証サーバ２８０４に対して発行する機器認証要求に前記した機器ＩＤ２９０１を含めるが、その他の該受信機５０に関する情報（メーカーや機種を識別する名称、バージョン情報など）を含めても良い。
【０１５１】
その後、機器認証サーバ２８０４は受信機５０に対して、機器認証処理の結果と次にアクセスすべきポータルサーバ２８０１へのリダイレクト要求を送信する。この際、機器認証サーバ２８０４は、機器認証の結果や機器ＩＤ２９０１、機器認証を実施した日時、アクセス状況などを含めたＣｏｏｋｉｅを受信機５０へ設定しても良い（Ｓ３００４）。
【０１５２】
機器認証処理３００４が成功した受信機５０は、受信した機器認証サーバ２８０４からのリダイレクト要求に応じて、ポータルサーバ２８０１へアクセスする。その際、機器認証サーバ２８０４から取得した機器認証結果やＣｏｏｋｉｅの内容を該ポータルサーバ２８０１へ通知する。
ポータルサーバ２８０１は、機器認証結果を伴い、顧客管理サーバ２８０２に対してポータル会員認証要求を発行する。顧客管理サーバ２８０２は、機器認証結果の内容を確認し、所定の認証手順に従って受信機５０がポータル会員であるか否かを判断し、その結果をポータルサーバ２８０１へ通知する。
【０１５３】
ここで、ポータルサーバ２８０１は機器認証結果に加えて機器ＩＤ２９０１を含めて顧客管理サーバ２８０２へポータル会員認証要求を発行し、該顧客管理サーバ２８０２は該機器ＩＤ２９０１を用いて会員ＩＤ２９０２が登録されているか否かを判断しても良い（Ｓ３００５）。
顧客管理サーバ２８０２から受信した判断結果により受信機５０がポータル会員であった場合（すなわち会員ＩＤが取得できた場合）には、ポータルサーバ２８０１は、該当会員ＩＤに対応した会員ページを生成し、それを該受信機５０へ送信する。
【０１５４】
図３４は、ポータルシステムが生成するトップ画面の例である。画面３４００は、ユーザが受信機５０でネットワークサービスを利用するためにブラウザ５１を起動した際に最初に表示するネットワークサービスのナビゲーション画面例であり、ポータルシステム２８００が提供／橋渡しが可能なネットワークサービスの種類３４０１（例えば、ＶＯＤサービス、ネットショッピングサービス、メンテナンスサービス等）を備える。該ポータルサーバ２８０１が生成する会員ページには、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＪａｖａＳｃｒｉｐｔ（登録商標）などの既存のＷｅｂコードを利用して、該画面３４００を表示するために必要なデータと該データを扱うためのスクリプトを含む。
【０１５５】
例えば画面３４００でユーザが所望のサービスを選択したときに実行する処理内容や画面遷移するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されている。なお、本実施例を含めた以降の実施例において、配信システム６０が生成して受信機５０のブラウザ５１に提供する画面や情報は、上述した既存のＷｅｂコードで記載されるものとする（Ｓ３００６）。
【０１５６】
該会員ページを受信した受信機５０のブラウザ５１は、画面３４００を外付けあるいは内蔵のモニタ２８０５へ表示する。この中から例えばユーザが「ネットサービスＡ」（例えば、ＶＯＤサービス）を選択すると、該会員ページに記述された該サービスを提供するリンク先３４０３を選択するための画面３４０２を表示する（Ｓ３００７）。
表示された画面３４０２上で、ユーザは利用したい配信システム６０へのリンク先を選択すると（Ｓ３００８）、受信機５０のブラウザ５１は、ポータルサーバ２８０１に対して選択したリンク先３４０３への遷移要求を発行する（Ｓ３００９）。
【０１５７】
遷移要求を受信したポータルサーバ２８０１は、選択したリンク先４３０３へ遷移するための情報（ＵＲＬや会員ＩＤ２９０２などを含んだスクリプト）を該受信機５０に対して送信する（Ｓ３０１０）。
選択したリンク先４３０３へ遷移するための情報を受信した受信機５０のブラウザ５１は、該情報に基づいて受信した会員ＩＤ２９０２を引数にして所定のＵＲＬ（すなわち、配信システム６０のＷｅｂサーバ６１）へアクセス要求を送信する（Ｓ３０１１）。
【０１５８】
アクセス要求を受信した配信システム６０のＷｅｂサーバ６１は、受信した会員ＩＤ２９０２を用いて顧客管理サーバ６５に対して会員認証処理を要求する。顧客管理サーバ６５は、会員ＩＤ２９０２を元に所定の認証手順に従って受信機５０が会員であるか否かを判断し、その結果をＷｅｂサーバ６１へ通知する（Ｓ３０１２）。
ここで、会員認証結果には顧客管理サーバ６５に会員ＩＤ２９０２の登録有無と共に、会員認証に成功した場合には該当会員に関する情報（氏名、ユーザ嗜好情報など）を付加しても良い。
会員認証結果を受信したＷｅｂサーバ６１は、該結果に含まれる情報を元に会員ページを作成し、受信機５０へ送信する。
【０１５９】
図３５は、コンテンツ配信システムが生成するトップ画面の例である。画面３５００は、配信システム６０が提供するＶＯＤサービスのメニュー画面例であり、現在未購入で該受信機５０が購入可能なコンテンツリストを表示するための「未購入コンテンツ」３５０１、該受信機５０が既に購入済みのコンテンツリストを表示するための「購入済みコンテンツ」３５０２、任意のコンテンツを検索するための「コンテンツ検索」３５０３から構成する。該会員ページには、該画面３５００を表示するためのデータと該データを扱うためのスクリプト、ユーザが該画面上で３５０１〜３５０３のいずれかを選択したときに遷移するＵＲＬなどを含む。（Ｓ３０１３）。
【０１６０】
会員ページを受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する。（Ｓ３０１４）。
以上の手順により、ユーザは受信機５０のブラウザ５１から配信システム６０のサイトへアクセスすることが可能となる。
【０１６１】
＜コンテンツを購入する手順＞
図３１は、受信機がコンテンツ配信システムからコンテンツを購入する処理フロー図の例である。
ユーザが、受信機５０のブラウザ５１を介してモニタ２８０５上に表示された画面３５００上で「未購入コンテンツ」３５０１を選択すると（Ｓ３１００）、該ブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して該受信機５０が未購入かつ購入可能なコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３１０１）。
【０１６２】
これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、該受信機５０の機器判別を行い、該受信機５０が未購入かつ購入可能なコンテンツの情報を取得し、未購入のコンテンツ一覧画面を生成し、返信する。
【０１６３】
図３６の画面３６００は、配信システム６０が生成する未購入コンテンツリスト画面の例である。画面３６００は、受信機５０が購入可能なコンテンツに関する情報（コンテンツ名、購入可能な期限、購入価格など）３６０１や該コンテンツに関する詳細情報を表示するためのボタン３６０２、購入を指示するボタン３６０３から構成する。
該コンテンツリスト画面には、該画面３６００を表示するためのデータと該データを扱うためのスクリプト、ユーザが該画面上で所望のコンテンツの詳細ボタン３６０２や購入ボタン３６０３を選択したときに遷移するＵＲＬなどを含む（Ｓ３１０２）。
【０１６４】
ここで、受信機５０の機器判別は、Ｗｅｂサーバ６１がポータルシステム２８００に対して会員ＩＤ２９０２を用いて該受信機５０に関する情報を取得する方法や、配信システム６０の顧客管理サーバ６５とポータルシステム２８００の顧客管理サーバ２８０２との間で機器認証サーバ２８０４を共有する方法、図３０のステップ３０１１／３０１２あるいはステップ３１０１において該受信機５０に関する情報を取得する方法などがある。
コンテンツ情報を受信した受信機５０のブラウザ５１は、画面３６００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３１０３）。
【０１６５】
ユーザは、表示された画面３６００上で購入希望コンテンツ３６０１を選択し、購入ボタン３６０３を押下する（Ｓ３１０４）。
これに対して、受信機５０のブラウザ５１は、該コンテンツリスト画面に含まれるＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対してユーザが指示したコンテンツの購入要求を発行する（Ｓ３１０５）。
購入要求を受信したＷｅｂサーバ６１は、購入手続きのための購入確認画面を受信機５０に対して送信する（Ｓ３１０６）。
購入確認画面を受信した受信機５０のブラウザ５１は、該画面をモニタ２８０５へ表示する（Ｓ３１０７）。
【０１６６】
ユーザは、該画面上に表示された購入規約や購入手順を確認し、必要に応じてユーザ名／パスワードを入力した後、購入確認ボタンを押下する。これに対して、ブラウザ５１は、Ｗｅｂサーバ６１に対して購入確定要求（入力されたユーザ名やパスワードを含めても良い）を発行する（Ｓ３１０８）。
購入確定要求を受信した配信システム６０のＷｅｂサーバ６１は、顧客管理サーバ６５と課金・決済サーバ６６との間で購入処理および課金処理を行う。
顧客管理サーバ６５は購入／課金処理が終了すると、Ｗｅｂサーバ６１に購入完了通知を行う。購入完了通知を受信したＷｅｂサーバ６１は、顧客管理サーバ６５との間で購入されたコンテンツに対するライセンス（契約日時やライセンスＩＤなど）を生成し、該ライセンスと会員ＩＤ２９０２、ＤＲＭ＿ＩＤ２９０４を関連付けする（Ｓ３１０９）。
【０１６７】
全ての購入処理が完了した後、Ｗｅｂサーバ６１は、購入完了画面を作成し、受信機５０に対して送信する。図３６の画面３６０４に、購入完了画面の一例を示す。画面３６０４は、購入が完了したコンテンツの情報３６０５、該コンテンツを視聴するためのボタン３６０６、画面３６００あるいは画面３５００に戻るためのボタン３６０７から構成する。
【０１６８】
該画面のＷｅｂコードは、画面３６０４を表示するためのデータと該データを扱うためのスクリプトに加え、購入したコンテンツの再生制御メタファイル２００の取得先（メタデータサーバ６２のＵＲＬ、ＭｅｔａＦｉｌｅＵＲＬ）、生成したライセンスＩＤ（ＬｉｃｅｎｓｅＩＤ）、再生開始位置（ＰｌａｙＰｏｓｉｔｉｏｎ）、視聴終了後のアクセス先（ＲｅｔｕｒｎＵＲＬ）などを含んでも良い（Ｓ３１１０）。
【０１６９】
該購入完了画面を受信した受信機５０のブラウザ５１は、画面３６０４をモニタ２８０５へ表示する（Ｓ３１１１）。ここで、該画面３６０４上でユーザが視聴ボタン３６０６を選択すると、ブラウザ５１は、該画面３６０４に含まれたＭｅｔａＦｉｌｅＵＲＬやＰｌａｙＰｏｓｉｔｉｏｎなどの情報を用いて、以降で説明する図３２のＳ３２０９〜Ｓ３２１４の手順で視聴を開始する。
以上の手順により、ユーザは受信機５０のブラウザ５１から所望のコンテンツを購入することが可能となる。
【０１７０】
＜コンテンツを視聴開始する手順＞
図３２は、受信機がコンテンツ配信システムから購入済みコンテンツを視聴する処理フロー図の例である。
【０１７１】
ユーザは、受信機５０のブラウザ５１がモニタ２８０５上に表示した画面３５００上で「購入済みコンテンツ」３５０２を選択すると（Ｓ３２００）、該ブラウザ５１は該画面３５００のＷｅｂコードに含まれたＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対して該受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３２０１）。
【０１７２】
これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から該受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、該受信機５０に対して返信する。
【０１７３】
図３７は、コンテンツ配信システムが生成する購入済みコンテンツリスト画面の例である。画面３７００は、受信機５０が購入済みのコンテンツに関する情報（コンテンツ名、視聴可能な期限など）３７０１や該コンテンツに関する詳細情報を表示するためのボタン３７０２、視聴を指示するボタン３７０３から構成する。該購入済みコンテンツ一覧のページには、画面３７００を表示するためのデータと該データを扱うためのスクリプトに加え、ＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）、ＲｅｔｕｒｎＵＲＬを含むものとする。なお、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）は、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良いものとする（Ｓ３２０２）。
購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面３７００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２０３）。
【０１７４】
ユーザが画面３７００上で視聴するコンテンツ３７０１を選択し、視聴ボタン３７０３を押下すると（Ｓ３２０４）、該ブラウザ５１は該購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔ（登録商標）などの手順にしたがってＳ３２０２で取得した選択コンテンツのＰｌａｙＰｏｓｉｔｉｏｎを用いて、該コンテンツを以前途中まで視聴しているか否かを判定する。そして、その判定結果に応じて記載されたＵＲＬを選択し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する。
【０１７５】
例えば、該コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合は（すなわちＰｌａｙＰｏｓｉｔｉｏｎが含まれていない、あるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツ先頭を示す場合は）、視聴開始の処理（以降のＳ３２０９）に遷移する。一方、該コンテンツを途中まで視聴済みであると判定した場合は、その判定結果に結び付けられたＵＲＬを用いて該ブラウザ５１はＷｅｂサーバ６１に対してサービス取得要求を送信する（Ｓ３２０５）。
該サービス取得要求を受信したＷｅｂサーバ６１は、受信機５０における該コンテンツのＰｌａｙＰｏｓｉｔｉｏｎを確認し、視聴方法を選択するページを生成して、該受信機５０に対して送信する。
【０１７６】
図３８は、コンテンツ配信システムが生成するコンテンツ視聴開始選択画面の例である。画面３８００は、ユーザが選択した視聴コンテンツ３７０１の再生方法―例えば「前回視聴した際の続きから視聴する方法」３８０１、「該コンテンツの先頭から視聴する方法」３８０２−と視聴開始を指示する開始ボタン３８０３から構成する。該視聴方法を選択するページは、画面３８００を表示するためのデータと該データを扱うためのスクリプトに加え、Ｓ３２０２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬなどの情報を含む（Ｓ３２０６）。
視聴方法を選択するページを受信した受信機５０のブラウザ５１は、画面３８００を外付けあるいは内蔵のモニタ２８０５へ表示する。（Ｓ３２０７）。
【０１７７】
ユーザは、表示された画面３８００上でいずれか一方（本実施例では「コンテンツの先頭から視聴する方法」３８０２）を選択し、開始ボタン３８０３を押下する（Ｓ３２０８）。
ユーザにより所定のコンテンツの視聴開始が指示されると、ブラウザ５１は選択したコンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを一時記録する。そして、ＭｅｔａＦｉｌｅＵＲＬとなる配信システム６０のメタデータサーバ６２に対して再生制御メタファイル取得要求を送信する（Ｓ３２０９）。
【０１７８】
再生制御メタファイル取得要求を受信した配信システム６０のメタデータサーバ６２は、図１０に示すような所定の再生制御メタファイル２００を受信機５０に対して返信する（Ｓ３２１０）。
再生制御メタファイル２００を受信した受信機５０のブラウザ５１は、各コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬと共に該再生制御メタファイル２００の内容を一時記録し、ＡＶプレーヤ５３を起動し、該ＡＶプレーヤに対して取得した再生制御メタファイル２００の全てあるいは一部の内容やＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎを通知する（Ｓ３２１１）。ここで、ＡＶプレーヤが起動した後、ブラウザ５１は終了あるいはそのまま常駐した状態になる。
【０１７９】
ＡＶプレーヤ５３は、該再生制御メタファイル２００のライセンス取得情報（ＬＬＩ）２２０に従って配信システム６０のＤＲＭサーバ６４に対して鍵要求（ＬＬＩ２２０内のライセンスＩＤ２２４やＤＲＭ＿ＩＤ２９０４を含む）を送信する。
鍵要求を受信したＤＲＭサーバ６４は、ライセンスＩＤ２２４とＤＲＭ＿ＩＤ２９０４を用いて顧客管理サーバ６５との間で該コンテンツを該受信機５０が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、ＤＲＭサーバ６４は、受信機５０に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する（Ｓ３２１２）。
【０１８０】
コンテンツ鍵を受信した受信機５０は、再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０に従ってコンテンツサーバ６３との間で（コンテンツ配信のための）セッション確立を行う（Ｓ３２１３）。ここで、セッションは、ＨＴＴＰ／ＴＣＰあるいはＲＴＰ／ＵＤＰストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれる選択コンテンツの取得先を示すＵＲＬを用いて該セッション上でコンテンツの送信要求（「ＰＬＡＹ」に相当）を送信する（Ｓ３２１４）。
【０１８１】
コンテンツ送信要求を受信した配信システム６０のコンテンツサーバ６３は、コンテンツ鍵を用いてコンテンツを暗号化しながら受信機５０に対して送信する。暗号化されたコンテンツを受信した受信機５０は、デスクリプタ５１４でコンテンツ鍵を用いて該コンテンツを復号化し、ＡＶプレーヤ５３でデコードし、映像・音声出力Ｉ／Ｆ５３１を介して外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２１５）。
以上の手順により、ユーザは受信機５０で購入済みのコンテンツを視聴することが可能となる。
【０１８２】
＜コンテンツ視聴を終了する手順＞
図３３は、視聴中のコンテンツを終了する処理フロー図の例である。
コンテンツサーバ６３がコンテンツを最後まで配信し終わると、該コンテンツサーバ６３と受信機５０のＡＶプレーヤ５３との間でセッションの切断処理を行う（Ｓ３３００）。
セッションの切断が終了すると、受信機５０のＡＶプレーヤ５３はブラウザ５１を再起動した後、該ブラウザ５１に対して停止位置を渡し、終了する（Ｓ３３０１）。
【０１８３】
再開したブラウザ５１はＲｅｔｕｒｎＵＲＬが示す配信システム６０のＷｅｂサーバ６１のサイトへ、ＡＶプレーヤの終了状態および停止位置を付帯させてアクセスする（Ｓ３３０２）。
【０１８４】
これに対して、Ｗｅｂサーバ６１は、表示する画面（例えば画面３５００）を生成し、受信機５０に対して返信する（Ｓ３３０３）。ここで、Ｗｅｂサーバ６１は、受信したＡＶプレーヤの終了状態および停止位置を保持し、次回の視聴要求時に該停止位置をＰｌａｙＰｏｓｉｔｉｏｎとして利用しても良い。
生成した画面を受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３３０４）。
以上の手順は所望のコンテンツを最後まで視聴した場合について説明したが、ユーザが途中で視聴を中断する場合も同様の手順を利用できる。
【０１８５】
以上の実施例によれば、受信機５０は、様々なサービスプロバイダが提供するＶＯＤサービスを容易に購入／視聴することができ、ポータルシステム２８００と配信システム６０は該受信機５０の機器ＩＤ２９０１と会員ＩＤ２９０２を関連付けて管理することにより、個別にきめ細かなサービスを提供することができる。
【実施例３】
【０１８６】
本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを利用して、３Ｄ映像および２Ｄ映像が混在するコンテンツを受信する際に、その受信機が持つ３Ｄ受信機能を判別する場合の例を説明する。
【０１８７】
まず、３Ｄ受信機能の有無を標準対応機、３Ｄ Ｒｅａｄｙ機、非対応機、ディスプレイ無し機の４つの受信機に分類する。以下で、それぞれを詳細に説明する。
図４８は、表示部とスピーカ部を有する受信機の構成例である。
標準対応機は、図４８で構成されている受信機５９５であり、図３の受信機５０との違いは、映像・音声出力処理５３０に表示部５３５、スピーカ部５３６、制御信号発生機５３７が追加されていることである。表示部５３５は、映像・音声出力処理５３０から出力された映像音声を表示可能な形式に変換させてから表示する機能を有し、３Ｄ映像も表示する機能を有する。
【０１８８】
スピーカ部５３６は、映像・音声出力処理５３０から出力された音声信号をスピーカから出力できる形式に変換させてから出力する機能を有する。ただし、受信機５９５においては、必ずしも映像信号や音声信号を表示部５３５やスピーカ部５３６から表示や出力する必要はなく、それぞれを映像・音声出力Ｉ／Ｆ５３１に接続した機器から表示や出力してもよい。また、映像デコーダ５２２は、３Ｄに関する処理を行うことが可能であり適切なデコード処理を行って映像・音声出力処理５３０に映像出力を出力する機能を有する。
【０１８９】
また、映像・音声出力処理５３０は、映像デコーダ５２２からうけた映像信号が３Ｄの映像信号である場合は、映像・音声出力Ｉ／Ｆ５３１や表示部５３５に出力する際に３Ｄに関する識別子を付加する処理を行って映像・音声出力Ｉ／Ｆ５３１や表示部５３５に出力し、制御信号を外部の機器、例えば３Ｄ視聴用のメガネに対して送出する必要がある場合に制御信号発生部５３７に対して制御信号を送出する。制御信号発生部５３７は、３Ｄメガネコントローラなどであり、映像・音声出力処理５３０から制御信号を取得して３Ｄ視聴用のメガネなどの外部の機器に対して制御信号を送出する。
【０１９０】
また、制御信号発生部５３７は、受信機５９５に内蔵していてもよいし、Ｉ／Ｆを介して受信機５９５に接続されていてもよい。ただし、受信機５９５の表示部５３５の方式によっては、映像・音声出力処理５３０での制御信号の処理や制御信号発生部５３７は不要である。上記のように標準対応機である受信機５９５は、３Ｄ映像を含むコンテンツを適切に処理することができる。
【０１９１】
３Ｄ Ｒｅａｄｙ機は、図４８で構成される受信機５９５であり、標準対応機との違いは、受信機５９５のファームウェアアップデートを行わない限り、映像デコーダ５２２や映像・音声出力処理５３０において３Ｄの映像信号の処理を行うことが出来なかったり、制御信号発生部５３７が内蔵しておらず外部接続用のＩ／Ｆを介する接続する制御信号発生部５３７と同様の機能を有する制御信号発生器などの外部接続機器を購入する必要があったりし、そのままでは３Ｄコンテンツの視聴ができないことである。また、３Ｄ Ｒｅａｄｙ機は、レコーダ等のディスプレイ機能を持たない機器である図３で構成される受信機５０の構成であってもよい。
【０１９２】
ただし、ファームウェアアップデートを行ったり、制御信号発生器などの外部接続機器の接続を検知したりして３Ｄ映像コンテンツの処理と視聴が可能となり標準対応機と同等の機能を有すと、標準対応機とみなすことができる。この際、ファームウェアアップデートを行ったり、制御信号発生器などの外部接続機器を接続したりして３Ｄ映像コンテンツの処理と視聴が可能となった場合、ブラウザ５１で保持／管理する機器仕様情報の更新を行う。
【０１９３】
ただ、レコーダ等のディスプレイ機能を持たない機器は、ファームウェアアップデートを行ったり、制御信号発生器などの外部接続機器の接続を検知したりして３Ｄ映像コンテンツの処理と視聴が可能となり標準対応機と同等の機能を有しても、標準対応機とはみなさず、ディスプレイ無し機とみなす。また、受信機が外部接続されたディスプレイが３Ｄ表示に対応しているか否かを検出し、ブラウザ５１で保持／管理する機器仕様情報の更新を行ってもよい。
【０１９４】
非対応機は、図４８で構成される受信機５９５であり、標準対応機との違いは、映像デコーダ５２２、映像・音声出力処理５３０、表示部５３５において３Ｄに関する処理や表示を行うことが出来なく、また、受信機５９５のファームウェアアップデートを行ったり、制御信号発生部５３７などの外部接続機器を接続したりしても３Ｄに関する機能を追加することができず、受信機５９５において３Ｄ映像を含むコンテンツの表示や視聴をすることができない。
【０１９５】
ディスプレイ無し機は、図３で構成される受信機５０であり、標準対応機との違いは、映像デコーダ５２２や映像・音声出力処理５３０で３Ｄ映像に関する処理を行うことは同じであるが、映像・音声出力処理５３０から映像信号、音声信号、制御信号を映像・音声出力Ｉ／Ｆを介して外部機器に出力することである。この場合、受信機５０に接続するディスプレイが３Ｄ映像コンテンツの表示や視聴に対応していれば、３Ｄ映像コンテンツを表示や視聴することが可能であるが、対応していない場合は３Ｄ映像コンテンツの表示や視聴することはできない。
【０１９６】
図３９は、既存の２Ｄコンテンツと共に３Ｄコンテンツを視聴可能な受信機５０が、２Ｄ／３Ｄコンテンツを配信可能な配信システム６０のサイトへアクセスするまでの手順を説明する図の例である。
なお、配信システム６０のメタデータサーバ６２は、各コンテンツが２Ｄであるか３Ｄであるかを識別する情報を、ＥＣＧメタデータ４００内の例えばシリーズメタデータ４１０あるいはコンテンツメタデータ４３０、再生制御メタファイル２００内の例えばコンテンツ固有属性情報（ＥＲＩ）２１０の映像信号属性情報２１４の全てあるいはいずれかに含めることとする。
【０１９７】
図３９のステップ４８０１〜４８０３では、図３０のステップ３９０１〜３９０３と同様の手順を利用し、受信機５０はポータルシステム３７００のポータルサーバ３７０１にアクセスして機器認証処理を実行するためのサイトへ遷移するための情報（ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やスクリプト）を取得する。
【０１９８】
ステップ４８０３の後、受信機５０のブラウザ５１は、ポータルシステム３７００の機器認証サーバ３７０４へアクセスし、両者の間で所定の機器認証処理を実行する。ここで、受信機５０が機器認証サーバ３７０４に対して発行する機器認証要求に、該受信機５０に関する情報（メーカーや機種を識別する名称やＩＤ、バージョン情報、３Ｄ対応可否など）を含める。その後、該機器認証サーバ３７０４は該受信機５０に対して、該機器認証処理の結果とアクセス可能なポータルサーバ３７０１へのリダイレクト要求を送信する（Ｓ４８０４）。
【０１９９】
その後、Ｓ４８０５〜４８１０では、図３０のＳ３９０５から３９１０と同様の手順を利用し、受信機５０はポータルシステム３７００のポータルサーバ３７０１から受信したトップ画面（画面４３００、４３０２）をユーザに対して表示し、任意の配信システム６０のリンク先を選択してもらう。
【０２００】
Ｓ４８１０の後、受信機５０のブラウザ５１は、会員ＩＤ３８０２を引数にして、配信システム６０のＷｅｂサーバ６１へアクセス要求を送信する（Ｓ４８１１）。
アクセス要求を受信した配信システム６０のＷｅｂサーバ６１は、受信した会員ＩＤ３８０２を用いて顧客管理サーバ６５に対して会員認証処理を要求する。顧客管理サーバ６５は、会員ＩＤ３８０２を元に所定の認証手順に従って受信機５０が会員であるか否かを判断し、その結果をＷｅｂサーバ６１へ通知する（Ｓ４８１２）。ここで、会員認証結果には顧客管理サーバ６５に会員ＩＤ３８０２の登録有無と共に、会員認証に成功した場合には該当会員に関する情報（氏名、ユーザ嗜好情報など）を付加しても良い。
【０２０１】
会員認証結果を受信したＷｅｂサーバ６１は、該結果に含まれる情報を元に会員ページを作成し、受信機５０へ送信する（Ｓ４８１３）。この際、該会員ページには、受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合に対応して、受信機５０上に表示する画面を変更するための機器仕様判別命令を含めて、判別した内容に応じて複数のリンク先を示したＵＲＬ受信機５０に送信する。この際、受信機５０に対して単一のＵＲＬを送信した場合、受信機５０においては以降の機器仕様判別命令実行Ｓ４８１４、機器仕様判別処理Ｓ４８１５、ポータル画面選択処理Ｓ４８１６の処理は行われず、Ｓ４８１３で取得したＵＲＬを用いてＳ４８１７のサービス要求を行う。この際、機器仕様判別処理は行われないので、機器仕様判別処理を実行するための機器仕様判別命令は送信しない。
【０２０２】
会員ページを受信した受信機５０のブラウザ５１は、Ｗｅｂサーバ６１から受信した機器仕様判別命令を実行し（Ｓ４８１４）、自身が３Ｄコンテンツを扱うことができるか否かを判断し（Ｓ４８１５）、その判別結果を元に、表示するポータル画面の種類を選択し（Ｓ４８１６）、配信システム６０のＷｅｂサーバ６１に対して該画面の送信要求を発行する（Ｓ４８１７）。この機器仕様判別命令実行処理Ｓ４８１４は、機器仕様判別命令４８１３により、特定の文字列を返す処理を行う。この機器仕様判別命令Ｓ４８１３は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）のようなスクリプト言語であり、また、機器仕様判別命令実行処理Ｓ４８１４はＪａｖａＳｃｒｉｐｔ（登録商標）により実行制御されるオブジェクトにより構成される。受信機５０のブラウザにおいてそのスクリプト言語が実行され、受信機５０の持つ３Ｄコンテンツおよび２Ｄコンテンツに対する機器仕様を文字列として出力する。
【０２０３】
図４９は、機器仕様判別命令実行処理４８１４の処理フロー例である。まずブラウザ５１は、機器仕様判別命令を実行することにより、例えば予めブラウザ５１に保持／管理している３Ｄコンテンツおよび２Ｄコンテンツに対する受信機５０の機器仕様情報を取得し（Ｓ４８１４１）、取得した機器仕様情報を含んだ所定の文字列を生成する（Ｓ４８１４２）。受信機５０の機器仕様情報はブラウザ５１に保持されているものに限定されない。受信機５０のハードディスクドライブ、メモリなどの記憶部に記憶されている機器使用情報をブラウザ５１が取得してもよい。
【０２０４】
図４０は、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の例を示す。図４０において、３２０１が、機器仕様判別実行処理Ｓ４８１４により出力される文字列である。ｄｅｖｉｃｅ、ｂｒｏｗｓｅｒ、ｓｔｒｅａｍｉｎｇ、ｄｏｗｎｌｏａｄは、受信機５０の機能を示し、後続する数字はバージョン番号である。ここで、ｓｔｒｅａｍｉｎｇの項目はこの受信機５０がＶＯＤサービスを受けるに当たり持っている機能を示す。括弧内は機能オプションの装備状況を示し、複数のオプションに分類され記述される。
【０２０５】
(３Ｄ(ＲＤ(ＭＶＣ,ＴＡＢ))) とは、この受信機５０が、３Ｄ視聴のための対応機能のパラメータを持っており（オプション１：３Ｄ）、例えば、３Ｄメガネコントローラといった制御信号発生部５３７を受信機５０に装着することで３Ｄコンテンツが視聴可能になる３Ｄ Ｒｅａｄｙ機である（オプション２：ＲＤ）。視聴可能な３Ｄのコンテンツは例えば画像圧縮処理方式の一つであるＨ．２６４ＭＶＣ方式で、３Ｄ映像は左右眼の映像を垂直方向の解像度を１／２に圧縮し一映像画面に合成したＴｏｐ ＆ Ｂｏｔｔｏｍ方式（オプション３：ＭＶＣ，ＴＡＢ）に対応していることを示す。
【０２０６】
同図に示すように、他のオプションとしては、オプション２では、ＯＫ（標準対応）、ＮＧ（非対応）、ＮＤ（ディスプレイなし機）、オプション３では、３Ｄ映像は左右眼の映像を水平方向の解像度を１／２に圧縮し一映像画面に合成したＳｉｄｅ Ｂｙ Ｓｉｄｅ方式などが考えられる。受信機５０が非対応機であり、３Ｄコンテンツの視聴に対応していない場合、オプション１、オプション２、オプション３の記述は無くてもよいし、オプション１：３Ｄ、オプション２：ＮＧと記述してもよい。
【０２０７】
再び図３９に戻って説明する。機器仕様判別命令実行処理Ｓ４８１４により得られた文字列３２０１は、機器仕様判別処理Ｓ４８１５に渡される。機器仕様判別処理４８１５の詳細は後述する。
機器仕様判別処理Ｓ４８１５において受信機５０の機器仕様が判定されると、ポータル画面選択処理Ｓ４８１６において、機器仕様判別処理Ｓ４８１５の結果に応じて、受信機５０の持つ機能仕様に適切なポータル画面のＵＲＬを選択する。ポータル画面選択情報処理Ｓ４８１６の詳細は後述する。
【０２０８】
ポータル画面選択処理Ｓ４８１６で選択したＵＲＬを配信システム６０に対しポータル画面要求Ｓ４８１７を送信する。ここで、ポータル画面の選択には、例えば、機器仕様判別命令Ｓ４８１３に、機能仕様に応じたポータル画面の位置を示すＵＲＬを含み、ポータル画面選択処理Ｓ４８１６で選択すればよい。
送信要求を受信した配信システム６０のＷｅｂサーバ６１は、該送信要求のＵＲＬに応じて、コンテンツのみ扱うことが可能な画面、あるいは２Ｄコンテンツ／３Ｄコンテンツの両方を扱うことが可能な画面を作成し、受信機５０に対して送信する（Ｓ４８１８）。
【０２０９】
図５１は、配信システム６０のＷｅｂサーバ６１が受信機５０に送信する画面の概要である。
５１０１は、非対応機である３Ｄ非対応製品の概要を示し２Ｄコンテンツのみを購入可能となるように提示し、５１０２は、標準対応機である３Ｄ標準対応製品（ディスプレイ内蔵）の概要を示し２Ｄ／３Ｄコンテンツを購入可能となるように提示し、５１０３は、３Ｄ Ｒｅａｄｙ機である３Ｄ Ｒｅａｄｙ製品（ディスプレイ内蔵／非内蔵）の概要を示し注意喚起の上２Ｄコンテンツのみ購入可能となるように提示し、５１０４は、ディスプレイ無し機である３Ｄ標準対応製品（ディスプレイ非内蔵）の概要を示し注意喚起の上２Ｄ／３Ｄコンテンツを購入可能となるように提示を行っている。
【０２１０】
このとき、３Ｄ Ｒｅａｄｙ機であってオプション装着等によって３Ｄコンテンツの処理/視聴に対応した場合は、ディスプレイの内蔵の可否に応じて画面の概要が５１０３から５１０２や５１０４に変化する。また、配信システム６０のＷｅｂサーバ６１によっては、受信機５０が３Ｄ Ｒｅａｄｙ機であっても、標準対応機が提示するとした２Ｄ／３Ｄコンテンツの混在提示する５１０２の画面を送信するといった、上記で示した以外の画面を送信してもよい。
画面を受信した受信機５０のブラウザ５１は、該画面をモニタ３７０５に表示する（Ｓ４８１９）。
【０２１１】
受信機５０が、３Ｄ非対応機、３Ｄ標準対応機、３Ｄ Ｒｅａｄｙ機、ディスプレイ無し機のいずれであるかは、受信機５０の機器仕様情報として、受信機５０のブラウザ５１に保持／管理されている。また、受信機５０の機器仕様情報はブラウザ５１に保持されているものに限定されず、受信機５０のハードディスクドライブ、メモリなどの記憶部に記憶されていてもよい。
【０２１２】
３Ｄ Ｒｅａｄｙ機がオプション装着等によって３Ｄコンテンツの処理/視聴に対応した場合について説明する。３Ｄ Ｒｅａｄｙ機の図示しないオプション装置検出部が３Ｄメガネコントローラ等のオプション装置の接続を検知すると、受信機５０の図示しない機器情報管理部が、機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえる。また、３Ｄ Ｒｅａｄｙ機が、ファームウェアアップデートなどにより３Ｄ表示に対応した場合にも、機器情報管理部が、機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえる。なお、ブラウザ５１が機器情報管理部を兼ねてもよい。
【０２１３】
また、設定画面からユーザから３Ｄメガネを購入するなどして「３Ｄ表示に対応した旨」の入力を受け付けた場合や、３Ｄコンテンツを購入／再生する場合の図４３や図４６の画面の後に表示される「３Ｄメガネを購入済みで３Ｄ表示に対応した旨の確認」の入力を受け付けた場合などに、機器情報管理部が、機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえる。
【０２１４】
このようにオプション装着等によって機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえることにより、この機器使用情報を取得して図４０で示す文字列が生成される場合に、図４０のオプション２がＲＤ（３Ｄ Ｒｅａｄｙ機）からＯＫ（標準対応機）に変更される。
【０２１５】
図４１は、機器仕様判別処理Ｓ４８１５を説明する図の例である。
ブラウザ部５１は機器仕様判別命令実行Ｓ４８１４の実行結果である３Ｄコンテンツおよび３Ｄコンテンツに対する機器仕様を表す文字列３２０１を取得する（Ｓ３３０１）。
文字列３２０１のオプション１に「３Ｄ」の記載を探索し（Ｓ３３０２）、記載がない場合は受信機５０を「非対応機」と判定し、「非対応機」や「ＮＧ」等の機器仕様判別結果の情報を保持する（Ｓ３３０８）。
【０２１６】
文字列３２０１のオプション２の記載を探索し（Ｓ３３０３）、記載がない場合は受信機５０を「標準対応機」と判定し、「標準対応機」や「ＯＫ」等の機器仕様判別結果の情報を保持する（Ｓ３３１０）。
文字列３２０１のオプション２に「ＮＧ」の記載を探索し（Ｓ３３０４）、記載がある場合は受信機５０を「非対応機」と判定し、「非対応機」や「ＮＧ」等の機器仕様判別結果の情報を保持する（Ｓ３３０８）。
【０２１７】
文字列３２０１のオプション２に「ＯＫ」の記載を探索し（Ｓ３３０５）、記載がある場合は受信機５０を「標準対応機」と判定し、「標準対応機」や「ＯＫ」などの機器仕様判別結果の情報を保持する（Ｓ３３１０）。
文字列３２０１のオプション２に「ＲＤ」の記載を探索し（Ｓ３３０６）、記載がある場合は受信機５０を「３Ｄ Ｒｅａｄｙ機」と判定し、「３Ｄ Ｒｅａｄｙ機」や「３Ｄ」等の機器仕様判別結果の情報を保持する（Ｓ３３１１）。
【０２１８】
文字列３２０１のオプション２に「ＮＤ」の記載を探索し（Ｓ３３０７）、記載がある場合は受信機５０を「ディスプレイ無し機」と判定し、「ディスプレイ無し機」や「ＮＤ」等の機器仕様判別結果の情報を保持し（Ｓ３３０９）、記載がない場合には受信機５０は「標準対応機」と判定し、「標準対応機」や「ＯＫ」等の機器仕様判別結果の情報を保持する（Ｓ３３１０）。
上記のような処理を行い機器仕様判別処理Ｓ４８１５において文字列３２０１から機器仕様判別結果の情報を取得する。
【０２１９】
図５０は、ポータル画面選択処理Ｓ４８１６を説明する図の例である。
ブラウザ５１は、機器仕様判別処理Ｓ４８１５から渡された機器仕様判別結果の情報を取得し、取得した機器仕様判別結果の情報が「ＯＫ」であったらＳ５００２、「ＲＤ」であったらＳ５００３、「ＮＧ」であったらＳ５００４、「ＮＤ」であったらＳ５００５に進む（Ｓ５００１）。
【０２２０】
機器仕様判別結果の情報が「ＯＫ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求からＯＫに対応するＵＲＬを取得する（Ｓ５００２）。
機器仕様判別結果の情報が「ＲＤ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求からＲＤに対応するＵＲＬを取得する（Ｓ５００３）。
機器仕様判別結果の情報が「ＮＧ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求からＮＧに対応するＵＲＬを取得する（Ｓ５００４）。
【０２２１】
機器仕様判別結果の情報が「ＮＧ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求から３Ｄに対応するＵＲＬを取得する（Ｓ５００５）。
上記のような処理を行いポータル画面選択処理Ｓ４８１６において機器仕様判別結果の情報を用いてＳ４８１７で用いるＳ４８１３で配信システム６０から取得したサービス要求からＵＲＬを取得する。
【０２２２】
以上から、Ｓ４８１３において配信システム６０のＷｅｂサーバ６１が、自身が生成する会員ページの中に受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合に対応して、受信機５０上に表示する画面を変更できるような情報を含めることにより、該受信機５０側で表示する画面を選択することができる。これにより、受信機５０は、配信システム６０が配信する３Ｄコンテンツを適切に扱うことが可能となる。
【０２２３】
図４２は、ブラウザ部が表示しようとする非対応機のポータル画面３４００の例である。この例では、ポータルサーバ３００１から取得したポータル画面データをブラウザ５１で表示し、タイトル３４０１、購入状態欄３４０２、コンテンツに対する操作ボタンとして、詳細のボタン３４０３、購入または視聴のボタン３４０４が表示されている。
購入状態欄３４０２には、そのコンテンツをユーザが購入済みか、未購入か、あるいは、無料コンテンツかといった受信機５０が管理する情報が提示される。
【０２２４】
ユーザ操作によって、詳細のボタン３４０３が選択された場合、対応するコンテンツの詳細情報が表示され、購入または視聴のボタン３４０４が選択された場合、それぞれ購入や視聴の処理を行う。
また、図４２は３Ｄコンテンツ視聴の非対応機であるため、全て２Ｄコンテンツのみが表示されており、タイトルごとの２Ｄと３Ｄの別を表示する必要も無いが、タイトル別に２Ｄと３Ｄの別を表示してもよい。
【０２２５】
図４３は、３Ｄ Ｒｅａｄｙ機に向けた案内の画面３４９０の例である。この例では、ポータルサーバ３００１から取得した現状では３Ｄコンテンツを視聴できないＲＥＡＤＹ機向けの画面データをブラウザ５１で表示し、案内３４９１を表示している。
案内３４９１は、現状のままでは３Ｄコンテンツを視聴できないが、３Ｄコンテンツ視聴に必要なメガネや信号入出力機器などの必要な機器を揃えたり、受信機５０のファームウェアをアップデートしたりすることにより３Ｄコンテンツの視聴が可能となる旨をユーザに案内するものであり、その内容を示す受信機５０に適切な文言が記載されている。
【０２２６】
図４４は、ブラウザ部が表示しようとする３Ｄ Ｒｅａｄｙ機のポータル画面３４５０の例である。図４２と異なるところのみを説明する。この例では、図４２に対してボタン３４５１が追加されている。
ユーザ操作によりボタン３４５１が選択されると、図４３の案内３４９１が表示される。これにより、ユーザに対して必要な機器を揃えたり受信機５０のファームウェアをアップデートしたりすることにより、３Ｄコンテンツの視聴が可能となることを案内することができる。また、ボタン３４５１だけでなく、詳細のボタン３４０３、購入または視聴のボタン３４０４を選択時や処理のなかで図４３の案内３４９１が表示されてもよい。
【０２２７】
図４５は、ブラウザ部が表示しようとする標準対応機のポータル画面３５００の例である。図４２と異なるところのみを説明する。この例では、図４２に対してコンテンツ種別欄３５０１が追加されている。
コンテンツ種別欄３５０１には、そのコンテンツが２Ｄのコンテンツか、３Ｄのコンテンツかの情報を示している。受信機５０が標準対応機である場合、２Ｄのコンテンツと３Ｄのコンテンツの双方を視聴できるため、ユーザはコンテンツ種別欄３５０１を参考にして視聴や購入するコンテンツを選ぶことができる。
【０２２８】
図４６は、ディスプレイ無し機に向けた案内の画面３５９０の例である。この例では、ポータルサーバ３００１から取得したディスプレイ機能を有しないディスプレイ無し機器向けの画面データをブラウザ５１で表示し、案内３５９１を表示している。
案内３５９１は、受信機５０がディスプレイ無し機器であるため、接続されているディスプレイが３Ｄのコンテンツの視聴に対応している場合のみに３Ｄのコンテンツを視聴が可能となる旨をユーザに案内するものであり、その内容を示す受信機５０に適切な文言が記載されている。
【０２２９】
図４７は、ブラウザ部が表示しようとするディスプレイ無し機のポータル画面３５５０の例である。図４５と異なるところのみ説明する。この例では、ボタン３５５１が追加されている。
ユーザ操作によりボタン３５５１が選択されると、図４６の案内３５９１が表示される。これにより、ユーザに対して受信機５０に接続しているディスプレイが３Ｄのコンテンツの視聴に対応している必要があることを案内することが出来る。また、ボタン３５５１だけでなく、詳細のボタン３４０３、購入または視聴のボタン３４０４を選択時や処理のなかで図４６の案内３５９１が表示されてもよい。
【０２３０】
本実施例では、ブラウザでコンテンツ一覧を表示する例を述べたが、ＥＣＧを用いたアプリケーションでコンテンツ一覧を表示してもよい。
以上の実施例によれば、受信機５０は、３Ｄ映像処理の対応状況により、最適なコンテンツの表示をすることができる。従って、ユーザは所有する受信機に対応しないコンテンツを誤って購入することを防止できる。さらに、サービス提供事業者にとっては、ユーザに対して３Ｄコンテンツへの受信機の対応および３Ｄコンテンツの購入を促す効果もある。
【実施例４】
【０２３１】
本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別にダウンロードするサービス、いわゆるＤＬ（Ｄｏｗｎｌｏａｄ）サービスを利用して、３Ｄ映像および２Ｄ映像が混在するコンテンツを受信する際に、その受信機が持つ３Ｄ受信機能と対応する３Ｄ映像形式を判別する場合の例を説明する。本実施例においては、実施例３と異なる部分を中心に説明し、特に記載がないところは実施例３と同様である。
【０２３２】
まず、受信機の３Ｄ映像受信機能に関しては、標準対応機、３Ｄ Ｒｅａｄｙ機、非対応機、ディスプレイ無し機に分類すること、それぞれの機能や動作については、実施例３と同様である。
【０２３３】
次に、３Ｄ映像の再生を実現する手法である受信機が対応する３Ｄ映像形式をＳＢＳ（Ｓｉｄｅ ｂｙ Ｓｉｄｅ）のみ、ＳＢＳとＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏａｄｉｎｇ）に分類する。ただし、受信機が対応する３Ｄ映像形式をＳＢＳとＭＶＣに限定するものではなく、その他の３Ｄ映像形式に対応しても、ＳＢＳやＭＶＣに対応しなくてもよいが、ここではＳＢＳを標準的な３Ｄ映像形式として説明する。また、ＭＶＣに関しては、視点数に関するパラメータがあり、ここでは、２視点と９視点の場合を用いて説明するが、受信機が対応するＭＶＣの視点数を２視点と９視点に限定するものではなく、他の視点数でもよい。ここでは２視点をＭＶＣにおける標準的な視点数として説明する。
【０２３４】
受信機が３Ｄ映像のコンテンツを再生や表示するための処理をする際は、標準対応機などでは図４８の映像デコーダ５２２やディスプレイ無し機では図３の映像デコーダ５２２で当該コンテンツの映像ストリームが３Ｄ映像形式である場合、３Ｄ映像として再生し、映像出力Ｉ／Ｆに３Ｄ映像として出力する。
【０２３５】
以下、表示部を備えた受信機５９５とそうでない受信機５０を包含した一般な受信機を受信機５０として説明する。
【０２３６】
図３９は、受信機５０が２Ｄ／３Ｄコンテンツを配信可能な配信システム６０のサイトへアクセスするまでの手順であるが、特に実施例３と異なるところのみを以下で説明する。
【０２３７】
図５２は、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の例である。図５２において、５２０１が機器仕様判別実行処理Ｓ４８１４により出力される文字列である。ｄｅｖｉｃｅ、ｂｒｏｗｓｅｒ、ｓｔｒｅａｍｉｎｇ、ｄｏｗｎｌｏａｄは、受信機５０の機能を示し、後続する数字はバージョン番号である。ここで、ｄｏｗｎｌｏａｄの項目はこの受信機５０がＤＬサービスを受けるに当たり持っている機能を示す。括弧内は機能オプションの装備状況を示し、複数のオプションに分類され記述される
５２０２や５２０３は、それぞれ実施例３の３２０２や３２０３と同様である。５２０４はオプション１であり３Ｄ映像形式を指定する。オプション１の５２０４では、３Ｄ映像形式においてＳＢＳ方式は対応しているという前提で、他に対応している３Ｄ映像形式を記載するものである。５２０５はオプション２であり、ＭＶＣのように視点数についても記載したい場合に記載するものである。視点数の記載に関しては、複数の記載があってもよい。５２０５では、ＭＶＣにおける２視点に対応しているという前提で、それ以外の視点数を記載するものである。具体的に説明すると５２０１が示すのは、受信機５０のダウンロードサービスに関しての機能としては、ディスプレイ無し機、対応する３Ｄ映像形式はＳＢＳとＭＶＣであり、ＭＶＣの視点数は９視点以下に対応しているということである。
送信要求を受信した配信システム６０のＷｅｂサーバ６１は、該送信要求のＵＲＬに応じて、（１）２Ｄコンテンツのみ扱うことが可能な画面、あるいは（２）２Ｄコンテンツおよび受信機５０が対応する３Ｄコンテンツの両方を扱うことが可能な画面、のいずれかを作成し、受信機５０に対して送信する（Ｓ４８１８）。
【０２３８】
受信機５０が、３Ｄ非対応機、３Ｄ標準対応機（３Ｄ標準対応製品（ディスプレイ内蔵））、３Ｄ Ｒｅａｄｙ機、ディスプレイ無し機（３Ｄ標準対応製品（ディスプレイ非内蔵））のいずれであるか、どのような３Ｄ映像形式に対応しているかといった情報は、受信機５０の機器仕様情報として、受信機５０のブラウザ５１に保持／管理されている。また、受信機５０の機器仕様情報はブラウザ５１に保持されているものに限定されず、受信機５０のハードディスクドライブ、メモリなどの記憶部に記憶されていてもよい。
【０２３９】
図５３は、機器仕様判別処理Ｓ４８１５を説明する図の例である。図５３は図４１に処理を追加したものであり、その追加した部分のみを説明する。また、表中のＤＬオプション１とは機器仕様判別実行処理Ｓ４８１４により出力される文字列のｄｏｗｎｌｏａｄに関するオプション１を指す。
【０２４０】
Ｓ３３０３において「ない」、Ｓ３３０５において「ある」、またはＳ３３０７において「ない」と判定され「標準対応機」とみなされたとき、ブラウザ５１は、ＤＬオプション１の記載を探索し（Ｓ５３０１）、「ＭＶＣ」の記載がある場合は受信機５０を「標準対応機（ＳＢＳとＭＶＣ）」と判定し、「標準対応機」や「ＯＫ」、対応する３Ｄ映像形式として「ＳＢＳとＭＶＣ」等の機器仕様判別結果の情報を保持する（Ｓ５３０４）、ＤＬオプション１に記載が無い場合や「ＭＶＣ」以外の記載がある場合は、ブラウザ５１は、受信機５０を「標準対応機（ＳＢＳ）」と判定し、「標準対応機」や「ＯＫ」、対応する３Ｄ映像形式として「ＳＢＳ」等の機器仕様判別結果の情報を保持する（Ｓ５３０３）。
【０２４１】
Ｓ３３０７において「ある」と判定され「ディスプレイ無し機」とみなされたとき、ブラウザ５１は、ＤＬオプション１の記載を探索し（Ｓ５３０２）、「ＭＶＣ」の記載がある場合は受信機５０を「ディスプレイ無し機（ＳＢＳとＭＶＣ）」と判定し、「ディスプレイ無し機」や「ＮＤ」、対応する３Ｄ映像形式として「ＳＢＳとＭＶＣ」等の機器仕様判別結果の情報を保持する（Ｓ５３０６）、ＤＬオプション１に記載が無い場合や「ＭＶＣ」以外の記載がある場合は、ブラウザ５１は、受信機５０を「ディスプレイ無し機（ＳＢＳのみ）」と判定し、「ディスプレイ無し機」や「ＮＤ」、対応する３Ｄ映像形式として「ＳＢＳ」等の機器仕様判別結果の情報を保持する（Ｓ５３０５）。
【０２４２】
上記のような処理を行い、ブラウザ５１は、機器仕様判別処理Ｓ４８１５において文字列５２０１から機器仕様判別結果の情報を取得する。
【０２４３】
なお、図５３においては標準的な３Ｄ映像形式をＳＢＳとして、対応する３Ｄ映像形式がＳＢＳとＭＶＣの場合の説明をしたが、受信機５０の標準的な３Ｄ映像形式がＳＢＳではなく、対応する３Ｄ映像形式がＳＢＳとＭＶＣ以外であっても、同様の処理を行う。
【０２４４】
図５４は、ポータル画面選択処理Ｓ４８１６を説明する図の例である。
ブラウザ５１は、機器仕様判別処理Ｓ４８１５から渡された機器仕様判別結果の情報を取得（Ｓ５４０１）し、取得した機器仕様判別結果の情報が「ＯＫ」であったらＳ５４０３、「ＲＤ」であったらＳ５００３、「ＮＧ」であったらＳ５００４、「ＮＤ」であったらＳ５４０５に進む（Ｓ５４０２）。
【０２４５】
機器仕様判別結果の情報が「ＯＫ」であったら、ブラウザ５１は、対応する３Ｄ映像形式に関する機器仕様判別結果の情報を判別し（Ｓ５４０３）、「ＳＢＳ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳ形式のＯＫ」に対応するＵＲＬを取得し（Ｓ５４０５）、「ＳＢＳとＭＶＣ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳとＭＶＣ形式のＯＫ」に対応するＵＲＬを取得する（Ｓ５４０６）。
【０２４６】
機器仕様判別結果の情報が「ＮＤ」であったら、ブラウザ５１は、対応する３Ｄ映像形式に関する機器仕様判別結果の情報を判別し（Ｓ５４０４）、「ＳＢＳ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳ形式のＮＤ」に対応するＵＲＬを取得し（Ｓ５４０７）、「ＳＢＳとＭＶＣ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳとＭＶＣ形式のＮＤ」に対応するＵＲＬを取得する（Ｓ５４０８）。
【０２４７】
Ｓ５００３とＳ５００４の処理は実施例３と同様である。
以上のとおり、ブラウザ５１は、ポータル画面選択処理Ｓ４８１６において、Ｓ４８１５の機器仕様判別の結果を用いて、Ｓ４８１７のポータル画面アクセスのためのＵＲＬを、Ｓ４８１３で配信システム６０から取得したＵＲＬの中から選択する。
【０２４８】
また、受信機５０が３Ｄ対応方式としてＭＶＣも対応している場合、視点数に応じてＵＲＬを選択した方がよい場合もある。その場合、サービス要求Ｓ４８１７のあと、サービス要求、機能仕様判別命令４８１３、機器仕様判別命令実行Ｓ４８１４、機器仕様判別処理Ｓ４８１５、ポータル画面選択処理Ｓ４８１６を再度繰り返すことになる。ただし、再度の場合は、ブラウザ５１は、機器仕様判別処理Ｓ４８１５として、図５５で後述する「ＭＶＣ形式における視点数に関する機器仕様判別処理」を実行する。
【０２４９】
機器仕様判別命令実行Ｓ４８１４は、１回目と同様の処理を行う。また、1回目に取得して保存してある３Ｄの機能に関する文字列や機器仕様判別処理結果の情報を用いてあとの処理を行うことにより、機器仕様判別命令実行Ｓ４８１４を省略してもよい。これにより、受信機５０やブラウザ５１での処理が減り、受信５０やブラウザ５１の動作が高速化するといった効果がある。
【０２５０】
図５５は、ＭＶＣ形式における視点数に関する機器仕様判別処理Ｓ４８１５を説明する図の例である。
【０２５１】
ブラウザ５１は、３Ｄの機能に関する文字列を取得し（Ｓ５５０１）、機器仕様判別処理Ｓ５３００を行う（Ｓ５５０２）。
【０２５２】
ブラウザ５１は、Ｓ５５０２において「標準対応機（ＳＢＳとＭＶＣ）」と「ディスプレイ無し機（ＳＢＳとＭＶＣ）」とのいずれかであるかを判別し（Ｓ５５０３）、いずれかである場合はＳ５５０４に進み、いずれでもない場合は「非対応」と判定し保持する（Ｓ５５１０）。
【０２５３】
ブラウザ５１は、ＤＬオプション２の記載の有無を判断し（Ｓ５５０４）、ある場合はＳ５５０６に進み、無い場合はＳ５５０８に進む。
【０２５４】
ブラウザ５１は、ＤＬオプション２の記載に、２視点を示す「２」があるかを判断し（Ｓ５５０６）、ある場合はＳ５５０８に進み、無い場合はＳ５５０７に進む。
【０２５５】
ブラウザ５１は、ＤＬオプション２の記載に、９視点以下を示す「９」があるかを判断し（Ｓ５５０７）、ある場合はＳＢＳと９視点以下のＭＶＣに対応していると判定し「ＳＢＳと９視点以下のＭＶＣに対応」等のＭＶＣ形式対応判別結果を含んだ機器仕様判別結果の情報を保持する（Ｓ５５０９）。９視点以下を示す「９」が無い場合、Ｓ５５０４でＤＬオプション２の記載が「ない」と判別された場合、およびＳ５５０６でＤＬオプション２に２視点を示す「２」が「ある」と判別された場合を合わせて、ブラウザ５１は、ＳＢＳと２視点のＭＶＣに対応していると判定し「ＳＢＳと２視点のＭＶＣに対応」等のＭＶＣ形式対応判別結果を含んだ機器仕様判別結果の情報を保持する（Ｓ５５０８）。
【０２５６】
以上により、ブラウザ５１は、受信機５０が対応しているＭＶＣの視点数に関してのＭＶＣ形式対応判別結果の情報を取得することができる。
【０２５７】
図５６は、ＭＶＣにおける視点数に応じたポータル画面選択処理Ｓ４８１６を説明する図の例である。
【０２５８】
ブラウザ５１は、ＭＶＣ形式対応判別結果の情報を取得し（Ｓ５６０１）、ＭＶＣ形式対応判別結果の情報を判別し（Ｓ５６０２）、「ＳＢＳと９視点以下のＭＶＣ」であった場合、「ＳＢＳと９視点以下のＭＶＣ」に対応するＵＲＬを選択し（Ｓ５６０４）、「ＳＢＳと２視点のＭＶＣ」であった場合「ＳＢＳと２視点のＭＶＣ」に対応するＵＲＬを選択し（Ｓ５６０３）、「非対応」であった場合どのＵＲＬも選択しないか、すでに選択してあるＵＲＬをそのまま保持する（Ｓ５６０５）。
【０２５９】
また、上記の説明では２回の機器仕様判別処理とポータル画面選択処理を行ったが、予めＭＶＣの視点数に応じたＵＲＬが判明していれば、一回の処理で行ってもよい。
【０２６０】
以上のとおり、ブラウザ５１は、ポータル画面選択処理Ｓ４８１６において、機器仕様判別結果やＭＶＣ形式対応判別結果の情報を用いて、Ｓ４８１７で用いるＵＲＬを、Ｓ４８１３のサービス要求で配信システム６０から取得したＵＲＬの中から選択する。
【０２６１】
以上から、Ｓ４８１３において配信システム６０のＷｅｂサーバ６１が、自身が生成する会員ページの中に受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合や、扱える３Ｄ映像形式に対応して、受信機５０上に表示する画面を変更できるような情報を含めることにより、該受信機５０側で表示する画面を選択することができる。これにより、受信機５０は、配信システム６０が配信する３Ｄコンテンツを適切に扱うことが可能となる。
【０２６２】
また、ブラウザ部が表示しようとする受信機５０のポータル画面や、案内の画面は、実施例３と同様である。
【０２６３】
本実施例では、ブラウザでコンテンツ一覧を表示する例を述べたが、ＥＣＧを用いたアプリケーションでコンテンツ一覧を表示してもよい。
【０２６４】
本実施例によれば、受信機５０は、再生表示できる３Ｄ映像処理の対応状況により、最適なコンテンツの表示をすることができる。従って、ユーザは所有する受信機に対応しないコンテンツを誤って購入することを防止できる。さらに、３Ｄ Ｒｅａｄｙ機に対しては、コンテンツ購入画面において、３Ｄに対応させれば３Ｄコンテンツを視聴できる旨を注意喚起をした上で２Ｄコンテンツを購入可とするので、サービス提供事業者にとっては、ユーザに対して３Ｄコンテンツへの受信機の対応および３Ｄコンテンツの購入を促す効果もある。
【０２６５】
本実施例における受信機５０における処理は、特に断り無い限り受信機５９５でも同様な処理が行われる。また、受信機５０では映像・音声出力処理５３０から出力され映像・音声Ｉ／Ｆから出力される映像・音声信号を、受信機５９５では映像・音声出力処理５３０から出力された映像信号を表示部５３５で表示したり、映像・音声出力処理５３０から出力された音声信号をスピーカ部５３６で出力したりしてもよい。
【実施例５】
【０２６６】
本実施例では、実施例４の別の形態について説明する。本実施例においては、実施例４と異なる部分を中心に説明し、特に記載がないところは実施例４と同様である。
【０２６７】
図５７は、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の例である。図５７において、５７０１が機器仕様判別実行処理Ｓ４８１４により出力される文字列である。
【０２６８】
５２０２や５２０３は、それぞれ実施例４の５２０２や５２０３と同様である。５７０２はオプション３であり３Ｄ映像形式を指定する。オプション３の５７０２では、３Ｄ映像形式においてＳＢＳ方式は対応しているという前提で、他に対応している３Ｄ映像形式を記載するものである。５７０３はオプション４であり、ＭＶＣのように視点数についても記載したい場合に記載するものである。５７０３では、ＭＶＣにおける２視点に対応しているという前提で、それ以外の視点数を記載するものである。具体的に説明すると５７０１は、受信機５０のダウンロードサービスに関しての機能としては、ディスプレイ無し機、対応する３Ｄ映像形式はＳＢＳとＭＶＣであり、ＭＶＣの視点数は９視点以下に対応しているということを示している。
【０２６９】
図５８は、機器仕様判別処理Ｓ４８１５を説明する図の例である。図５８は実施例４の図５３に処理を変更したものであり、その変更した部分のみを説明する。具体的には、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の形式が実施例４と本実施例と異なり、それに伴う変更である。
【０２７０】
Ｓ５８０１では、ＤＬオプション３の記載に従い判別を行う。Ｓ５８０２では、ＤＬオプション３の記載に従い判別を行う。
【０２７１】
上記以外の処理については、図５３の処理と同様である。
【０２７２】
図５９は、ＭＶＣ形式における視点数に関する機器仕様判別処理Ｓ４８１５を説明する図の例である。図５９は実施例４の図５５に処理を変更したものであり、その変更した部分のみを説明する。具体的には、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の形式が実施例４と本実施例と異なり、それに伴う変更である。
【０２７３】
Ｓ５９０１〜Ｓ５９０３では、ＤＬオプション４の記載に従い判別を行う。上記以外の処理については、図５５の処理と同様である。
【０２７４】
以上の実施例によれば、受信機５０は、再生表示できる３Ｄ映像処理の対応状況により、最適なコンテンツの表示をすることができる。従って、ユーザは所有する受信機に対応しないコンテンツを誤って購入することを防止できる。さらに、３Ｄ Ｒｅａｄｙ機に対しては、コンテンツ購入画面において、３Ｄに対応させれば３Ｄコンテンツを視聴できる旨を注意喚起をした上で２Ｄコンテンツを購入可とするので、サービス提供事業者にとっては、ユーザに対して３Ｄコンテンツへの受信機の対応および３Ｄコンテンツの購入を促す効果もある。
【０２７５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２７６】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０２７７】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２７８】
５０ 受信機
５１ ブラウザ
５２ ＥＣＧ処理部
５３ ＡＶプレーヤ
５５ ダウンローダ
５６ ローカルナビゲーション
５７ ストリーム出力制御部
６０ 配信システム
１００ ダウンロード制御情報
２００ 再生制御メタファイル
３００ ライセンス
４００ ＥＣＧメタデータ
５１０ ストレージ
５６０ リムーバブルメディア
５７０ ネットワーク接続機器
【技術分野】
【０００１】
本発明は、ネットワークを介し、配信システムから配信されたコンテンツを、受信する受信機とその受信方法、また、配信システムと受信機から構成されるコンテンツ送受信システムにおけるコンテンツの配信方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、国際公開第２００４／１００５４９号公報（特許文献１）がある。
特許文献１には、コンテンツを配信するサーバと、インターネットを介し、サーバからコンテンツをダウンロードし再生する受信機からなる配信システムを実現する実施例が記載されている。
【０００３】
この実施例においては、インターネットブラウザが、コンテンツダウンロードの実行内容を記述したダウンロード制御ファイル（本発明では、ダウンロード制御メタファイルと呼ぶ）をサーバから取得し、このファイルを、ダウンロードエージェントが解釈し、ダウンロードを実行する例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００４／１００５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信して、再生することを可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００７】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば例えば、
３Ｄ映像番組と２Ｄ映像番組とが混在するデジタル信号を受信する受信装置において、受信する番組一覧を表示して選択する番組選択手段と、 前記受信装置が装備する３Ｄ映像番組および２Ｄ映像番組の視聴に対する機能を判別する機能判別手段と、前記受信装置が対応する３Ｄ映像形式に対する機能を判別する３Ｄ映像形式判別手段と、備え、前記番組選択手段は、受信する番組一覧を表示する際に、前記機能判別手段の判別結果と３Ｄ映像形式判別手段の判別結果に応じて、前記受信装置が視聴可能な番組一覧を表示することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、コンテンツの受信機において、さまざまなネットワークから配信される著作権保護されたコンテンツを受信し、付帯された利用条件を守って再生することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】コンテンツ送受信システムの構成の例である。
【図２】配信システムの構成例である。
【図３】受信機の構成例である。
【図４】受信機と配信システムの関係を示す第１の例である。
【図５】受信機と配信システムの関係を示す第２の例である。
【図６】受信機と配信システムの関係を示す第３の例である。
【図７】ＥＣＧメタデータの相関図である。
【図８】パッケージメタデータの構成例である。
【図９】ダウンロード制御情報の構成例である。
【図１０】再生制御メタファイルの構成例である。
【図１１】ライセンスの構成例である。
【図１２】受信機のコンテンツ検索画面の例である。
【図１３】受信機の検索結果画面の例である。
【図１４】受信機のコンテンツ購入画面の例である。
【図１５】受信機のコンテンツ詳細表示画面の例である。
【図１６】受信機のコンテンツ再生画面の例である。
【図１７】受信機のエクスポート画面の例である。
【図１８】受信機のブラウザで提示するＷｅｂコンテンツの遷移例である。
【図１９】受信機のローカルナビゲーション画面の例である。
【図２０】受信機とリムーバブルメディアとのインタフェース部分の構成例である。
【図２１】受信機とネットワーク接続機器とのインタフェース部分の構成例である。
【図２２】ＥＣＧ処理部における処理フロー図の例である。
【図２３】ストリーム出力処理部における、リムーバブルメディアへのエクスポート処理フロー図の例である。
【図２４】ストリーム出力処理部における、ネットワーク接続機器へのエクスポート処理フロー図の例である。
【図２５】ローカルナビゲーションにおける処理フロー図の例である。
【図２６】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２７】受信機とリムーバブルメディアとのインタフェース部分の別の構成例である。
【図２８】コンテンツ配信システムの構成の例である。
【図２９】顧客情報の構成の例である。
【図３０】ポータルシステムおよびコンテンツ配信システムへアクセスが実現する処理フロー図の例である。
【図３１】コンテンツを購入する処理フロー図の例である。
【図３２】購入済みコンテンツを視聴する処理フロー図の例である。
【図３３】視聴中のコンテンツを終了する処理フロー図の例である。
【図３４】トップ画面の例である。
【図３５】トップ画面の例である。
【図３６】未購入コンテンツリスト画面の例である。
【図３７】購入済みコンテンツリスト画面の例である。
【図３８】コンテンツ視聴開始選択画面の例である。
【図３９】ポータルシステムおよびコンテンツ配信システムへアクセスする処理フロー図の例である。
【図４０】機器仕様判別処理により出力される文字列の例である。
【図４１】機器仕様判定処理フロー図の例である。
【図４２】２Ｄコンテンツ一覧を示した図の例である。
【図４３】３Ｄ対応可能機器に向けた案内を示した図の例である。
【図４４】案内付き２Ｄコンテンツ一覧を示した図の例である。
【図４５】２Ｄ／３Ｄコンテンツ一覧を示した図の例である。
【図４６】ディスプレイ無し機器における案内を示した図の例である。
【図４７】案内付き２Ｄ／３Ｄコンテンツ一覧を示した図の例である。
【図４８】表示部とスピーカ部を有する受信機の構成例である。
【図４９】機器仕様判別命令実行フロー図の例である。
【図５０】ポータル画面選択処理フロー図の例である。
【図５１】受信機に送信する画面の概要の図の例である。
【図５２】機器仕様判別命令実行処理により出力される文字列の例である。
【図５３】機器仕様判別処理を説明する図の例である。
【図５４】ポータル画面選択処理を説明する図の例である。
【図５５】ＭＶＣ形式における視点数に関する機器仕様判別命令実行処理を説明する図の例である。
【図５６】ＭＶＣにおける視点数に応じたポータル画面選択処理を説明する図の例である。
【図５７】機器仕様判別命令実行処理により出力される文字列の例である。
【図５８】機器仕様判別処理を説明する図の例である。
【図５９】ＭＶＣ形式における視点数に関する機器仕様判別命令実行処理を説明する図の例である。
【発明を実施するための形態】
【００１０】
以下、実施例を、図面を用いて説明する。
【実施例１】
【００１１】
本実施例では、コンテンツを受信する受信機５０と、配信システム６０の例を説明する。
図１は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ４３を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網４０と、コンテンツ配信ネットワーク４０から接続される外部のインターネット網４５と、から構成される。配信システム６０は、ネットワークスイッチ４２を介し、コンテンツ配信網４０に接続される場合と、汎用性を重視しインターネット網４５にルータ４４を解して接続される場合がある。
【００１２】
家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ＡＤＳＬ(Asymmetric Digital Subscriber Line)、無線通信等、さまざまな通信経路４６が想定され、それぞれの経路に適した変復調が、伝送路変復調器４５によって行われ、ＩＰネットワークに変換される。
家庭内では、伝送路変復調器４６で復調され、ネットワークインタフェースに変換されたＩＰネットワークは、ルータ４８を介し、家庭内の機器に接続される。
家庭内の機器としては、受信機５０や、ＩＰネットワーク対応の記憶装置（Network Attached Storage）３２、パソコン３３、ネットワーク接続可能なＡＶ機器などが想定される。受信機５０は、アンテナ３５から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。
【００１３】
図２は、コンテンツ配信システム４０の構成例である。
コンテンツの配信システム６０は、Ｗｅｂ文書７１を配信するＷｅｂサーバ６１、配信するコンテンツの属性情報などを記述するＥＣＧメタデータ４００、コンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、コンテンツ本体７５を配信するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス３００を配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６３などを有する。
【００１４】
各サーバは、ＩＰ網６７によって相互に接続されると共に、ＩＰ網６７を介して、図１のインターネット網４５、または、コンテンツ配信網４０に接続される。
【００１５】
なお、各サーバの一部、または、すべてが、ＩＰ網６７を介さず、直接、インターネット網４５、または、コンテンツ配信網４０に接続され、相互に通信を行う構成であってもよい。
【００１６】
なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ６２のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。
【００１７】
図３は、受信機５０の構成例である。
受信機５０は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ５５０を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００１８】
受信機５０は、ＩＰネットワークに物理的に接続を行い、ＩＰ（Internet Protocol）データパケットを送受信する通信I/F（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で各コンテンツを一意に識別する。
【００５３】
ダウンロード制御情報１００には、対応するダウンロード制御情報１００の名称（例えばダウンロード予約の名称、ファイル名、ＩＤ等）を示すダウンロード制御情報の名称１１１、対応するダウンロード制御情報１００の所在（例えば、ダウンロード予約を提供するウェブサイトのインターネット上のＵＲＬ。但しＵＲＬに限らず、その他のアドレスであってもよい、以下所在について同様。）を示すダウンロード制御情報の所在１１２、対応するダウンロード制御情報１００の説明（例えばダウンロード予約についての説明や言語タイプ等）を示すダウンロード制御情報の説明文１１３、更新チェックフラグ１１４、更新期限日時１１５などの情報を持つ。
【００５４】
更新チェックフラグ１１４は、メタデータサーバ６２上のダウンロード制御情報１００の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時１１５は、更新チェックフラグ１１４が「更新」の場合に有効で、ダウンロード制御情報１００の更新をチェックし続ける期限の日時を記載する。
【００５５】
更新期限日時１１５は、コンテンツの更新を監視する期限を示す。期限の単位（日単位、時単位、分単位等）は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時１１５の特殊な値（例えばすべて０）を更新チェックフラグ１１４「単発」を示す値として扱うことにより、更新チェックフラグ１１４を省略する構成も実現可能である。
【００５６】
ダウンロード実行単位情報１５０は、ダウンロード制御情報１００に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル（番組名等であってもよいし、ファイル名やＩＤであってもよい）を示す配信コンテンツのタイトル１５１、そのコンテンツの説明（特徴や備考等）を示す配信コンテンツの説明文１５２、そのコンテンツを配信する日時（日単位、分単位であっても良い）を示す配信日時１５３、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツＩＤ１５４、配信コンテンツの種別１５５、配信コンテンツの取得先ＵＲＬを示すコンテンツの所在１５６、そのコンテンツに対応するＥＣＧメタデータの取得先ＵＲＬを示すＥＣＧメタデータの所在１５７、そのコンテンツに対応する再生制御情報の取得先ＵＲＬを示す再生制御情報の所在１５８、配信コンテンツのサイズ１５９、コンテンツのピクチャ再生位置情報などを提供するストリーム再生制御情報の取得先のURLを示すストリーム再生制御情報の所在１６０などの情報を格納する。
【００５７】
コンテンツＩＤ識別子１５４は、一例としては、“CRID://authority/content_id”というスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。
【００５８】
authority/の後のcontent_idは、authority内でコンテンツを一意に識別するＩＤで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子１５４で一意に識別することが可能になり、コンテンツ識別子１５４をインターネット上のＵＲＬとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。
【００５９】
配信日時１５３は、通常、コンテンツがコンテンツサーバ６３に格納され、公開された日時を記載するが、ダウンロード制御情報１００が配信されたときには、コンテンツがまだ公開されず、配信日時１５３には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時１５３には、更新された日時を記載する。
【００６０】
配信コンテンツの種別１５５は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
【００６１】
配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。
【００６２】
図１０は再生制御メタファイル２００の構成例である。ダウンロード制御情報１００を参照することによって取得される、再生制御メタファイル２００の構成について説明する。
【００６３】
再生制御メタファイル２００は、コンテンツ再生の際に必要なコンテンツ自身のＡＶストリームの情報であるコンテンツ固有属性情報２１０と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報２２０、ストリーミングＶＯＤの場合にその再生制御を行うのに必要なネットワーク制御情報２３０の３つのＸＭＬ文書を含む。なお、ネットワーク制御情報２３０は、ダウンロード配信の場合は不要である。
【００６４】
コンテンツ固有属性情報２１０は、コンテンツ本体ファイルのファイル名と参照先２１１、コンテンツが暗号化されているか否かの区別情報２１２、コンテンツの時間長２１３、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報２１４、ステレオ／モノラル／マルチチャンネル区別など音声信号の属性情報２１５等を提供する。
【００６５】
コンテンツのライセンス取得情報２２０は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報２２１、著作権管理方式の種別情報２２３、コンテンツに付随する著作権保護範囲の種別を示すライセンスＩＤ２２４、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値２２２と参照先２２６、ライセンスの利用条件情報２２５、ある署名の検証に必要な公開鍵証明書２２７などの情報を提供する。
【００６６】
ネットワーク制御情報２３０は、利用可能なストリーミングプロトコル方式の情報２３１や、特殊再生やコンテンツの頭出し方式２３２や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報２３３と、その再生方式の情報２３４を、記述する。
【００６７】
再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。
【００６８】
図１１はライセンス３００の構成例である。ダウンロード制御情報１００を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス３００の構成について説明する。
ライセンスは、番組を視聴する権利を記述する再生ライセンス３１０と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス３２０がある。
【００６９】
ライセンスには、コンテンツを複合するのに必要なコンテンツの暗号鍵３１１、３２１を保持し、再生ライセンス３１０の場合、利用開始日時および利用終了日時３１２や、再生時の信号出力制限やコピー制御情報３１３を持つ。
利用開始日時および利用終了日時３１２は無期限の指定をすることも可能である。
エクスポートライセンス３２０には、エクスポート可能なメディア（あるいはネットワーク）毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報３２２を指定することができる。
【００７０】
エクスポートライセンス３２０は、１つのライセンスで１回のエクスポートが行え、一つのコンテンツをＮ回エクスポートできるようにするためには、Ｎ個のエクスポートライセンス３２０を、ＤＲＭサーバ６４から受信機５０に配信する。
【００７１】
次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図１２から図１９を用いて、説明する。
図１２は、ＥＣＧ処理部５２で実現するコンテンツ検索画面１０００の例である。
リモコンこの画面において起動されるこの画面においては、キーワード１００１、ジャンル１００２、配信日１００３、価格１００４、提供形態１００５などの選択肢や、入力フィールドを用意し、検索開始１００５を指示すると、ユーザの指定内容に応じＥＣＧメタデータ４００を検索する。
【００７２】
図１３は、ＥＣＧ処理部５２が表示する検索結果画面１１００の表示例である。この例では、検索の結果をリスト表示し、タイトル１１０１、提供形態１１０２、購入状態１１０３、コンテンツに対する操作ボタンとして、購入または詳細１１０４、ＶＯＤ視聴１１０５、ＤＬ関連のボタン１１０６が表示される。
【００７３】
提供形態欄１１０２には、パッケージメタデータ４５０にそのコンテンツが、ＶＯＤ配信（ストリーミング配信）のみで提供されるなら「ＶＯＤ」、ダウンロード配信のみで提供されるなら「ＤＬ」、両方で提供されるなら「ＶＯＤ／ＤＬ」と表示されるものとする。なおＶＯＤとはＶｉｄｅｏ Ｏｎ Ｄｅｍａｎｄのことである。
購入状態欄１１０３には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。
【００７４】
購入または詳細のボタン１１０４は、そのコンテンツが未購入であれば「購入」ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は「詳細」ボタンが表示される。
「ＶＯＤ視聴」ボタン１１０５は、そのコンテンツがＶＯＤ（ストリーミング）視聴可能な場合にのみ表示され、このボタンを選択すると、ＶＯＤ視聴が開始される。
【００７５】
ＤＬ関連のボタン１１０６は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できない「ＤＬ待ち」ボタンが表示され、ダウンロードが開始されると「ＤＬ中」ボタンに変わり、ダウンロードが完了すると、「ＤＬ視聴」が表示され、「ＤＬ視聴」ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、「ＤＬ中」でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。
【００７６】
図１４は、ＥＣＧ処理部５２が表示するコンテンツ購入画面１２００の例である。検索結果画面１１００で、「購入」ボタンを選択した場合にコンテンツ購入画面１２００が提示される
コンテンツの購入に必要なタイトル１２０１、内容１２０２、監督１２０３、出演者１２０４、ジャンル１２０５、視聴期限１２０６、再生時間や映像・音声の情報１２０７、エクスポートできる回数や出力先の情報１２０８、提供形態の選択肢１２０９、価格１２１０などを、ＥＣＧメタデータ４００を元に提示し、提供形態１２０９が選択可能な場合は、ＶＯＤ、ダウンロード、あるいはその両方を選択できる。
【００７７】
図１４の例では、「ＶＯＤ」は抹消線により無効になっていることが表示されており、「ダウンロード」が有効になっていることが表示されている。またチェックマークによりユーザが「ダウンロード」を選択していることを表している。
選択後、「購入」ボタン１２２３を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。
「戻る」ボタン１２２４を選択した場合は、検索結果画面１１００に戻るものとする。
【００７８】
図１５は、ＥＣＧ処理部５２が表示するコンテンツ詳細画面１２５０の例である。コンテンツ購入後に、検索結果画面１１００で「詳細」ボタンを選択することによりコンテンツ詳細画面１２５０が提示される。
この画面は、表示される情報は、コンテンツ購入画面１２００とほぼ同じであるが、購入済みなので「購入」ボタン１２２３はなく、代わりに「ＶＯＤ視聴」１２２０、「ダウンロード視聴」１２２１、「エクスポート」１２２２といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。
また、提供形態１２０９の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況１２１１を表示する場合がある。
【００７９】
図１６は、ＥＣＧ処理部５２が表示するコンテンツ再生画面１３００の例である。コンテンツの検索結果画面１１００、あるいは、コンテンツ詳細画面１２５０で、ＶＯＤ視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面１３００が提示される。
【００８０】
コンテンツ再生画面１３００には、再生制御情報２００に基づき、タイトルバナー１３０２に、コンテンツのタイトル１３０３、再生時間１３０４、映像・音声の詳細情報１３０５が表示され、リモコン等による操作に応じ、操作内容がアイコン表示１３０１され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示１４０６ものもある。
【００８１】
図１７は、ＥＣＧ処理部５２が表示するエクスポート画面１４００の例である。コンテンツ詳細画面１２５０で、エクスポートが指示された場合、エクスポート画面１４００が提示される。
この画面では、ＥＣＧメタデータ４００に基づき、コンテンツのタイトル１４０１、容量１４０２などを表示した上で、許される出力先の選択肢１４０３と、受信機が管理するエクスポートの残り回数１４０４を表示する。
ユーザーが出力先を選択し、「エクスポート先チェック」ボタン１４０５を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば「正常」、不可能であれば、その原因を、状態欄１４０７に表示する。
【００８２】
「エクスポート開始」ボタン１４０６を選択した場合も、「エクスポート先チェック」ボタン１４０５を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄１４０７にその原因を表示するが、「エクスポート開始」ボタン１４０６の場合は、正常であればエクスポートを開始する。
エクスポートの進み具合は、進行状況１４０６として表示され、エクスポートが完了すれば、残り回数１４０４が１回減ったエクスポート画面１４００が表示されるものとする。
エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面１２５０に戻りたい場合は、「中止」ボタン１４０９を選択する。
【００８３】
以上のように、ＥＣＧ処理部５２により生成されるＥＣＧの画面は構成される。
別の実施例として、ＥＣＧ処理部５２ではなく、ブラウザ５１により、Ｗｅｂサーバ６１から取得するＷｅｂ文書７１を提示することで、コンテンツの検索から再生までを行うこともできる。
【００８４】
図１８はブラウザ５１上で提示するＷｅｂ文書７１の遷移例である。
ブラウザ５１の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ５１はまずコンテンツ販売ポータルページ１５０１を表示する。ここで、コンテンツの検索が指示されると、ブラウザ５１は検索結果のコンテンツ一覧ページ１５０２を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ１５０３を表示する。
【００８５】
コンテンツ購入画面１５０３で、配信形態を選択してコンテンツを購入する配信形態により、ＶＯＤでの購入が選択された場合は、ブラウザ５１はＶＯＤ再生開始ページ１５０４を表示し、ＶＯＤ再生が指示されると、再生制御メタファイル２００を参照し、図１６のコンテンツ再生画面を表示する。
また、コンテンツ購入画面１５０３でダウンロードでの購入が選択された場合、ブラウザ５１はダウンロード開始ページ１５０５を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報１００に基づき、バックグラウンドでコンテンツのダウンロードを開始する。
【００８６】
図１９はブラウザ５１が表示する、ローカルナビゲーション画面１６００である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面１６００で状態が表示される。
この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル１６０１、ダウンロード状態１６０２、購入状態１６０３、コンテンツに対する操作ボタンとして、「購入」または「詳細」ボタン１６０４が表示され、購入条件として視聴可能なコンテンツには「視聴」ボタン１６０５、エクスポート可能なコンテンツには「エクスポート」ボタン１６０６が表示される。
【００８７】
ダウンロード状態欄１６０２には、ダウンロード指示されたが見ダウンロード状態の「ＤＬ待ち」、ダウンロード開始しその進捗状況も表示する「ＤＬ中」、ダウンロードが完了した「ＤＬ完了」、ダウンロード中にエラーが発生し中断した「ＤＬエラー」といった状態表示が行われる。
【００８８】
購入状態欄１６０３には、未購入、購入済、無料といった状態が表示される。
ボタン類については、未購入コンテンツには、「購入」ボタンが表示され、購入済みのコンテンツには、「詳細」ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。 また、コンテンツが、エクスポート可能な状態になれば、「エクスポート」ボタン１６０６が、有効表示になり選択できるようになる。
【００８９】
「視聴」ボタン１６０５を選択すると、コンテンツ視聴画面１３００に遷移し、「エクスポート」ボタン１６０６を選択すると、エクスポート画面１４００に遷移する。
以上により、Ｗｅｂサイトで、コンテンツの検索から、コンテンツの再生まで行える。
【００９０】
次に、エクスポートの処理について、図２０、図２１で詳しく説明する。
図２０は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばｉＶＤＲ（登録商標）などのリムーバブルＨＤＤなどが想定される。しかしながらｉＶＤＲに限定されるものではない。
図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
【００９１】
図２０に、著作権保護機能のあるリムーバブルメディア５６０へのエクスポート処理を行うストリーム出力処理部５７の構成例を示す。受信機５０のストリーム出力制御部５７は、リムーバブルメディアと認証をおこなうメディア認証処理部５４１、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部５４３、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部５４２、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部５４４からなる。
コンテンツ暗号化処理部５４２に入力されるコンテンツは、受信機５０のデクリプタ５１４、または、デマルチプレクサ５２１から入力される。
【００９２】
なお、図２０に記載された、メディア認証処理部５４１、コンテンツ鍵生成部５４３、コンテンツ暗号化処理部５４２、鍵暗号化処理部５４４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５４１、コンテンツ鍵生成プログラム５４３、コンテンツ暗号化処理プログラム５４２、鍵暗号化処理プログラム５４４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９３】
リムーバブルＩ／Ｆ５３４を介して、接続されるリムーバブルメディア５６０には、受信機５０のメディア認証処理部５４１と相互に認証を行うメディア認証処理部５６１、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部５６３、相互認証済みの信頼おける受信機５０のみが読み書きできる保護記憶領域５６４に、受け取ったコンテンツ鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を、コンテンツと対応させて記憶する。
【００９４】
ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がＭだとすると、もともとのコンテンツ本体に加えて、Ｍ＋１個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。
（１）リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間
（２）リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間
（３）絶対的な利用開始日時、利用終了日時（いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなす）
なお、図２０に記載された、メディア認証処理部５６１、鍵復号化処理部５６３、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５６２や保護記憶領域５６４や図示しないメモリ領域などに格納された、メディア認証処理プログラム５６１、鍵復号化処理プログラム５６３などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９５】
メディア暗号化処理部５４２で暗号化されたコンテンツは、リムーバブルＩ／Ｆ５３４を通し、データ記憶領域５６２に保存される。
メディア認証処理部５４１では、リムーバブルメディア５６０の信頼性を認証する場合と、リムーバブルメディア５６０と、リムーバブルＩ／Ｆ５３４を備える受信機５０の両方の信頼性を認証する場合が考えられる。
【００９６】
リムーバブルメディア５６０に保存されたコンテンツを、相互認証された受信機５０が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域５６４から読み出し、データ記憶領域５６２から読み出した暗号化されたコンテンツを、受信機５０でコンテンツ鍵を用いて復号することで、利用可能になる。
【００９７】
図２１は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図２１に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部５７の構成例を示す。この場合、受信機５０のストリーム出力制御部５７は、ネットワーク接続機器との相互認証を行う通信認証処理部５４５、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部５４７、生成した通信鍵に基づきコンテンツを暗号化し、通信Ｉ／Ｆ５１０を介して送出する通信暗号化処理部５４６からなる。
【００９８】
なお、図２１に記載された、通信認証処理部５４５、通信暗号化処理部５４６、通信鍵生成部５４７は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム５４５、通信暗号化処理プログラム５４６、通信鍵生成プログラム５４７などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００９９】
ネットワーク接続機器は、通信Ｉ／Ｆ５７１で、ネットワーク５８０に接続され、受信機５０と通信を行う。
通信認証処理部５７２は、受信機の通信認証処理部５４５と相互認証を行う。通信鍵生成部５７４は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部５７３は、生成した通信鍵に基づき、通信Ｉ／Ｆ５１０を介して受信したコンテンツを復号する。
【０１００】
通信復号化処理部５７３で復号されたコンテンツは、図２１の例では、ネットワーク接続機器５７０の暗号化方式によるローカル暗号化処理部５７５により暗号化され、ネットワーク接続機器５７０が持つデータ記憶領域５７８に保存される。このときの暗号鍵は、ローカル鍵生成部５７６で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域５７７に保存される。
【０１０１】
なお、図２１に記載された、通信復号化処理部５７３、通信鍵生成部５７４、ローカル暗号化処理部５７５、ローカル鍵生成部５７６は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域５７８や保護記憶領域５７７や図示しないメモリ領域などに格納された、通信復号化処理プログラム５７３、通信鍵生成プログラム５７４、ローカル暗号化処理プログラム５７５、ローカル鍵生成プログラム５７６などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１０２】
なお、図２１の例では、ネットワーク接続機器５７０が、機器固有のデータ記憶領域５７８を持つ場合であったが、ネットワーク接続機器５７０が、図２０の受信機５０が持つようなリムーバブルＩ／Ｆ５３４を持ち、ネットワークを介して受信したコンテンツを、リムーバブルＩ／Ｆ５３４を介して、リムーバブルメディア５６０に転送する構成であってもよく。その場合のネットワーク接続機器５７０の構成は、図２０の受信機５０の構成に順ずるものとする。
【０１０３】
以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図２２から図２５で説明する。
図２２は、ＥＣＧ処理部５２の処理フロー図２０００の例である。
ＥＣＧ処理部５２は、メタデータサーバよりＥＣＧメタデータを取得し（２００１）、取得したＥＣＧメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し（２００２）、コンテンツ検索画面１０００を提示する（２００３）。
【０１０４】
ここで、検索条件の入力、設定を行い（２００４）、検索実行を指示すると、検索結果画面１１００を提示する。この画面で、コンテンツに対する操作を受けつけ（２００６）、「購入ボタン」が選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２００７）。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると（２００８）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２００９）。コンテンツ詳細表示画面１２５０は、検索結果画面１１００から、「詳細」ボタンを選択することでも表示される。
【０１０５】
ユーザが検索結果画面１１００から、「ＶＯＤ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンを選択すると、ＡＶプレーヤを起動し、ダウンロード視聴が開始される（２０１２）。
【０１０６】
コンテンツ詳細表示画面１２５０では、ユーザの操作により、「ＶＯＤ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ＶＯＤ視聴が開始される（２０１１）。「ＤＬ視聴」ボタンが選択されると、ＡＶプレーヤを起動し、ダウンロード視聴が開始され（２０１２）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２０１３）。
【０１０７】
図２３は、エクスポート画面１４００において、リムーバブルメディア５６０へコンテンツをエクスポートする場合のストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２１０１）、ユーザが、画面上の操作で（２１０２）で、出力先を選択し、「エクスポート先チェック」ボタンを選択すると、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０３）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。
【０１０８】
接続されていれば、次に、メディア認証処理部５４１が出力先のリムーバブルメディア５６０との認証を確認し（２１０４）、リムーバブルメディア５６０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１０９】
このときのエラーとしては、リムーバブルメディア５６０または受信機５０側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア５６０の速度エラー、リムーバブルメディア５６０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア５６０の読み書き異常など、さまざまな要因が考えられる。
【０１１０】
エクスポート画面１４００で、「エクスポート開始」ボタンを選択した場合は、ストリーム出力処理部５７は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２１０７）。接続されていなければ、未接続を示すエラーメッセージを提示する（２１１０）。接続されていれば、ストリーム出力処理部５７は、次に、出力先リムーバブルメディア５６０との認証を確認し（２１０８）、出力先リムーバブルメディア５６０の詳細なチェックを行う（２１０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。異常がなければ、エクスポート処理に移る。
【０１１１】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２１１８）、次にコンテンツ鍵生成部５４３がコンテンツ鍵を生成する（２１１１）。鍵暗号化処理部５４４がその鍵を暗号化し、出力先リムーバブルメディア５６０と鍵交換する（２１１２）。また、コンテンツ鍵生成部５４３はコンテンツ暗号化処理部５４２にコンテンツ鍵を設定する（２１１３）。コンテンツ暗号化処理部５４２はリムーバブルメディア５６０へのエクスポート処理を実行する（２１１４）。
【０１１２】
エクスポートが完了すれば（２１１５）、エクスポート終了処理（２１１６）において、メディア認証処理部５６１はリムーバブルメディア５６０へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア５６０の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア５６０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２１１７）、エクスポート画面の提示に戻る（２１０１）。
【０１１３】
図２４は、エクスポート画面１４００において、ネットワーク接続機器５７０へエクスポートする場合の、ストリーム出力処理部５７の処理フローの例である。
エクスポート画面１４００を提示した後（２２０１）、画面上の操作で（２２０２）で、出力先を選択し、「エクスポート先チェック」ボタンが選択されると、通信認証処理部５４５は出力先にネットワーク接続機器５７０が接続されているかどうかチェックを行う（２２０３）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先のネットワーク接続機器５７０との認証を確認し（２２０４）、ネットワーク接続機器５７０の詳細なチェックを行う（２１０５）。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する（２１０６）が、異常があれば、エラー原因を提示し（２１１０）、エクスポート画面の操作受付状態に戻る（２１０２）。
【０１１４】
この場合のエラーも、リムーバブルメディア５６０へのエクスポートと同様、ネットワーク接続機器５７０または受信機５０側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器５７０側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器５７０の速度エラー、ネットワーク接続機器５７０で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器５７０の機器異常など、さまざまな要因が考えられる。
【０１１５】
エクスポート画面１４００で、「エクスポート開始」ボタンが選択された場合は、通信認証処理部５４５は、出力先にリムーバブルメディア５６０が接続されているかどうかチェックを行う（２２０７）。接続されていなければ、未接続を示すエラーメッセージを表示する（２２１０）。接続されていれば、次に、通信認証処理部５４５は出力先ネットワーク接続機器５７０との認証を確認し（２２０８）、出力先ネットワーク接続機器５７０の詳細なチェックを行う（２２０９）。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し（２２１０）、エクスポート画面の操作受付状態に戻る（２２０２）り、異常がなければ、エクスポート処理に移る。
【０１１６】
エクスポート処理では、まず、ＤＲＭクライアント５４がＤＲＭサーバ６４からエクスポートライセンス３２０を取得し（２２１８）、通信認証処理部５４５が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部５４６に設定し（２２１３）、通信暗号化処理部５４６はネットワーク接続機器５７０へのエクスポート処理を実行する（２２１４）。
【０１１７】
エクスポートが完了すれば（２２１５）、エクスポート終了処理（２２１６）において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器５７０の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し（２２１７）、エクスポート画面の提示に戻る（２２０１）。
【０１１８】
図２５は、図１９のローカルナビゲーション画面１６００でのＥＣＧ処理部５２の処理フロー図の例である。
ローカルナビゲーション画面１６００では、ＥＣＧ処理部５２が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのＥＣＧメタデータを読み出し（２３０１）、その情報に基づきローカルナビゲーション画面１６００を提示する（２３０２）。
【０１１９】
この状態で、ユーザの操作を受けつけ（２３０３）、「購入」ボタンが選択されると、ＥＣＧ処理部５２はコンテンツ購入画面１２００を表示する（２３０４）。この画面でユーザが購入条件を選択し、購入ボタンを選択すると（２３０５）、ＥＣＧ処理部５２は、コンテンツ詳細表示画面１２５０を表示する（２３０６）。コンテンツ詳細表示画面１２５０は、ローカルナビゲーション画面１６００から、「詳細」ボタンを選択することでも表示される。
【０１２０】
ローカルナビゲーション画面１６００から、「視聴」ボタンが選択されると、ＥＣＧ処理部５２はＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
コンテンツ詳細表示画面でも、ユーザの操作（２３０７）により、「視聴」ボタンを選択すると、ＡＶプレーヤ５３を起動し、ダウンロード視聴が開始され（２３０８）、「エクスポート」ボタンが選択されると、エクスポート画面１４００に遷移する（２３０９）。
【０１２１】
以上説明した実施によれば、受信機５０は、ＥＣＧ処理部５２に表示されるＥＣＧ、または、ブラウザ５１に表示されるＷｅｂ画面、ローカルナビゲーション１６００を介して、ネットワークで接続された配信システム６０からコンテンツを取得し、視聴することができる。
【０１２２】
なお、図２２、図２５においては、ＥＣＧ処理部５２により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ５１がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、ＡＶプレーヤ５３がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。
【０１２３】
受信機５０が利用するリムーバブルメディアの別の例を、図２６、図２７に示す。
図２６は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、メディアドライブ５８０が接続され、メディアドライブ５８０にリムーバブルメディア５８５を挿入して、メディア読書き部５８２を介して、読み書きを行うことができる。
【０１２４】
ストリーム出力処理部５７は、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、鍵読書き処理部５４８、コンテンツ暗号化処理部５５０からなる。
著作権保護機能を持つリムーバブルメディア５８５を、著作権保護機能を持つメディアドライブ５８０に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機５０のストリーム出力制御部５７は、メディアドライブ５８０が持つ認証処理部５８１と、ドライブ認証処理部５５１との間で、リムーバブルメディア５８５とメディアドライブ５８０が著作権保護に対応しているかどうかの認証処理を行う。
【０１２５】
認証確立後、コンテンツ鍵生成部５４８が生成した鍵を、コンテンツ暗号化処理部５５０に設定して、コンテンツを暗号化してリムーバブルメディア５８５に書き込み、鍵読書き処理部５４９を通して、リムーバブルメディア５８５に暗号化に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を書き込む。
【０１２６】
なお、図２６に記載された、ドライブ認証処理部５５１、コンテンツ鍵生成部５４８、コンテンツ暗号化処理部５５０、鍵読書き処理部５４９は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム５５１、コンテンツ鍵生成プログラム５４８、コンテンツ暗号化処理プログラム５５０、鍵読書き処理プログラム５４９などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１２７】
なお、図２６に記載された、メディア読書き部５８２、認証処理部５８１、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム５８２、認証処理プログラム５８１などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１２８】
図２７は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアＩ／Ｆ５３４には、直接リムーバブルメディア５９０が接続される。
ストリーム出力処理部５７は、ドライブ認証処理部５５２、コンテンツ鍵生成部５５３、鍵読書き処理部５５４、コンテンツ暗号化処理部５５５からなる。
【０１２９】
直接リムーバブルメディア５９０は、一般のデータ記憶領域５９１と、データを暗号化する鍵を保持する保護記憶領域５９２からなり、ドライブ認証処理部５５２は、リムーバブルメディア５９０が著作権保護対応かどうかを、保護記憶領域５９２の有無で判定し、認証確立後、コンテンツ鍵生成部５５３が生成した鍵を、コンテンツ暗号化処理部５５５に設定して、コンテンツを暗号化してリムーバブルメディア５９０のデータ記憶領域５９１に書き込み、鍵読書き処理部５５４を通して、保護記憶領域５９２に用いたメディア鍵とコンテンツの利用条件（コピー回数、利用可能期限）を示す情報を記憶させる。
【０１３０】
なお、図２７に記載された、メディア認証処理部５５２、コンテンツ鍵生成部５５３、コンテンツ暗号化処理部５５５、鍵読書き処理部５５４は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ５５０や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム５５２、コンテンツ鍵生成プログラム５５３、コンテンツ暗号化処理プログラム５５５、鍵読書き処理プログラム５５４などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【０１３１】
以上の実施例によれば、受信機５０は、受信したコンテンツ７５を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。
【実施例２】
【０１３２】
本実施例では、ストリーミングによるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを提供する配信システムと、該サービスを受信する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
【０１３３】
＜システム＞
図２８は、コンテンツ配信システムの構成例を示すブロック図である。該システムは、図１に示したシステム構成を基に、配信システム６０、ポータルシステム２８００、受信機５０、モニタ（表示装置）３７０５、広域網／閉域網（図１のコンテンツ配信網４０、インターネット網４５を含む）から構成される。
【０１３４】
配信システム６０の構成は、図２と同様、受信機５０に対してサービスメニュー画面やコンテンツナビゲーション画面、操作ボタン等を含んだサブウィンドウ画面などのＷｅｂ形式のデータを配信するＷｅｂサーバ６１、コンテンツの属性情報を記述するＥＣＧメタデータ４００やコンテンツの再生に必要な情報を記述する再生制御情報２００を配信するメタデータサーバ６２、２Ｄ／３Ｄコンテンツを配信（ストリーミング配信やダウンロード配信を含む）するコンテンツサーバ６３、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンスを配信するＤＲＭサーバ６４、配信サービスの顧客情報を管理する顧客管理サーバ６５、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ６６などからなる。
【０１３５】
なお、配信システム６０が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、逆に、Ｗｅｂサーバ６１やメタデータサーバ６２のように複数の画面やデータの配信に使われているサーバを、サービスやデータの種類別に、実体のサーバを分割して構成してもよい。
【０１３６】
ポータルシステム２８００は、ネットワーク経由でコンテンツ配信やショッピング、テレビ電話等の様々なサービスを享受可能な受信機５０が該サービスを利用するために一次接続先（利用への入り口）として利用し、配信システム６０を含め様々なサービスシステムへの誘導／橋渡しを行うことを想定する。本システム２８００の構成は、ポータルサーバ２８０１、顧客管理サーバ２８０２、課金・決済サーバ２８０３、機器認証サーバ２８０４などからなる。
【０１３７】
ポータルサーバ２８０１は、受信機５０がネットワークサービスを利用するためにブラウザ５１を起動した際に、サービスナビゲーション画面やコンテンツナビゲーション画面等のＷｅｂ形式のデータを受信機５０へ配信する。
顧客管理サーバ２８０２は、顧客管理サーバ６５と同様に、本ポータルシステム２８００が提供するサービスを利用する顧客の顧客情報を管理する。また、後述の機器認証サーバ２８０４と連携してポータル会員認証を行う。
【０１３８】
課金・決済サーバ２８０３は、課金・決済サーバ６６と同様に、顧客によるサービス利用の課金や決済処理を行う。
機器認証サーバ２８０４は、本ポータルシステム２８００へアクセスしてきた受信機５０の機器認証を行い、アクセス可能であり正当な受信機であることを確認する。
ここで、本ポータルシステム２８００は、配信システム６０を提供するサービスプロバイダが提供しても良いし、第３者のサービス運営会社あるいは該受信機メーカーが独自に運営しても良い。
【０１３９】
また、ポータルサーバ２８０１とＷｅｂサーバ６１、顧客管理サーバ２８０２と顧客管理サーバ６５、課金・決済サーバ２８０３と課金・決済サーバ６６は、それぞれ統合したサーバを実体として持つ構成としてもよい。
また、機器認証サーバ２８０４は、ポータルシステム２８００と配信システム６０との間で共有可能な形態であっても良く、該配信システム６０が該機器認証サーバ２８０４の情報を取得できるようにしても良い。
【０１４０】
＜受信機＞
受信機５０は、図３と同様の構成でよく、必要に応じて図４の受信機５８１、図５の受信機５８２、図６の受信機５８３などの構成でも良い。受信機５０は、映像・音声出力Ｉ／Ｆ５３１を介してモニタ２８０５と接続し、該受信機５０で受信したＷｅｂ画面やコンテンツなどを該モニタ２８０５上に表示する。モニタ２８０５は、テレビやパーソナルコンピュータ、携帯端末、液晶プロジェクタなど、表示できる手段を備えた装置であれば限定されない。また、モニタ２８０５は、受信機５０の外付けでも内蔵されていても良い。さらに、モニタ２８０５は、受信機５０の通信Ｉ／Ｆ５１０を介して接続されていても良い。
【０１４１】
図２９は、コンテンツ配信システムとポータルシステムが管理する顧客情報の構成の例である。図中の各種ＩＤの関係は本実施例の説明のための一例であり、実サービスにおける各種ＩＤの利用を制限するものではない。
ポータルシステム２８００は、機器ＩＤ２９０１、会員ＩＤ２９０２を用いて顧客を管理する。
【０１４２】
機器ＩＤ２９０１は、受信機５０の固有のＩＤであり、ポータルシステム２８００の機器認証サーバ２８０４が機器認証により該受信機５０を一意に識別するＩＤである。このＩＤは、ポータルシステム２８００が発行しても良いし、受信機５０が所定のルールに従って該受信機５０の機種名や製造シリアル番号、ＭＡＣアドレスなどの情報を１つ以上組み合わせて生成したものを利用しても良い。
【０１４３】
ポータルシステム２８００が機器ＩＤ２９０１を発行する場合、受信機５０がポータルシステム２８００に初めてアクセスする際に、該受信機５０のブラウザ５１が予め保持／管理するメーカー名や機種名、製造シリアル番号、ＭＡＣアドレスなどの端末情報を該ポータルシステム２８００に送信する。該ブラウザ５１が管理する該端末情報は、工場出荷時に書き込まれたセキュアな情報であり、該受信機５０のユーザから変更できないようにしても良い。該ポータルシステム２８００は、該受信機５０に関するこれらの情報の登録を機器認証サーバ２８０４に要求する。
【０１４４】
それに対して該機器認証サーバ２８０４は、予め保持している機器リスト（メーカー名、機種名、ストリーミングやダウンロードの搭載有無など）の中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗を、存在する場合は一意に特定可能な機器ＩＤ２９０１を生成し、該情報と該機器ＩＤ２９０１を登録し、登録成功と該機器ＩＤ２９０１をポータルシステム２８００へ返信する。該ポータルシステム２８００は、その返信内容を該受信機５０に送信する。受信機５０は、登録が成功した場合のみ、受信した機器ＩＤ２９０１をストレージ５５０に記録し、以降の機器認証に使用する。
【０１４５】
一方、受信機５０が機器ＩＤ２９０１を発行する場合、受信機５０がポータルシステム２８００に初めてアクセスする際に、所定のルールに従ってブラウザ５１が保持するメーカー名や機種名、製造シリアル番号、ＭＡＣアドレスなどの情報から機器ＩＤ２９０１を生成し、該機器ＩＤ２９０１とこれらの情報を該ポータルシステム２８００に送信する。該ポータルシステム２８００は、受信した内容の登録を機器認証サーバ２８０４に要求する。それに対して該機器認証サーバ２８０４は、予め保持している前記した機器リストの中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗を、存在する場合は受信内容を登録し、登録成功（該機器ＩＤ２９０１を含めても良い）をポータルシステム２８００へ返信する。該ポータルシステム２８００は、その返信内容を該受信機５０に送信する。受信機５０は、登録が成功した場合のみ、受信した機器ＩＤ２９０１をストレージ５５０に記録し、以降の機器認証に使用する。
【０１４６】
会員ＩＤ２９０２は、ポータルシステム２８００が提供する各種サービスを利用する会員を識別するＩＤであり、該ポータルシステム２８００の顧客管理サーバ２８０２が発行するＩＤである。機器ＩＤ２９０１と会員ＩＤ２９０２は、１対ｎ（ｎは１以上）で関連付けられているものとする。
【０１４７】
配信システム６０は、会員ＩＤ２９０２、ユーザＩＤ２９０３、ＤＲＭ＿ＩＤ２９０４を用いて顧客を管理する。会員ＩＤ２９０２は、ポータルシステム２８００で発行されたＩＤを利用する。ユーザＩＤ２９０３は、主ユーザＩＤ、従ユーザＩＤなど会員に対して配信システム６０が独自に発行するＩＤであり、複数のユーザが受信機５０を共有する場合に利用する。ＤＲＭ＿ＩＤ２９０４は、受信機５０のＤＲＭクライアント５４を一意に識別するＩＤであり、配信システム６０が配信するコンテンツを該受信機５０で再生する場合に利用する。
【０１４８】
次に、図３０〜３３を用いて、ユーザが受信機５０からポータルシステム２８００にアクセスし、配信システム６０が提供するコンテンツ配信サービスを享受するまでの手順について説明する。なお、広域網／閉域網などのネットワーク上で、少なくともした顧客情報やコンテンツのライセンス３００などの保護が必要な情報を送受信する際は、ＳＳＬ（Secure Socket Layer）やＴＬＳ（Transport Layer Security）などの既存の技術を利用して通信網のセキュリティを確保することとする。
【０１４９】
＜配信システムへアクセスする手順＞
図３０は、受信機５０からポータルシステム２８００へアクセスし、配信システム６０のサイトへアクセスするまでの手順を示す。
ユーザはポータルシステム２８００や配信システム６０が提供する各種サービスを利用するために、受信機５０のリモコンの「ブラウザボタン」や本体の操作ボタンなどを利用してＷｅｂブラウザを起動する（Ｓ３００１：Ｓはステップを表す）。
この指示に対して、受信機５０はブラウザ５１を起動し、予め登録された一次接続先であるポータルシステム２８００のポータルサーバ２８０１に対してサービス要求を発行する。この際、ブラウザ５１は、前回までの（ポータルシステム２８００への）アクセスで保持したポータルシステム２８００に係るＣｏｏｋｉｅなどの付属情報を該サービス要求に付加して送信しても良い(Ｓ３００２)。
【０１５０】
サービス要求に対して、ポータルシステム２８００のポータルサーバ２８０１は、該要求に対する応答と機器認証処理を実行するためのサイト（ページ）へ遷移するための情報（ＵＲＬやスクリプト）を受信機５０に対して送信する（Ｓ３００３）。
受信機５０のブラウザ５１は、受信した機器認証処理を実行するためのサイト、すなわちポータルシステム２８００の機器認証サーバ２８０４へアクセスし、両者の間で所定の機器認証処理を実行する。ここで、受信機５０が機器認証サーバ２８０４に対して発行する機器認証要求に前記した機器ＩＤ２９０１を含めるが、その他の該受信機５０に関する情報（メーカーや機種を識別する名称、バージョン情報など）を含めても良い。
【０１５１】
その後、機器認証サーバ２８０４は受信機５０に対して、機器認証処理の結果と次にアクセスすべきポータルサーバ２８０１へのリダイレクト要求を送信する。この際、機器認証サーバ２８０４は、機器認証の結果や機器ＩＤ２９０１、機器認証を実施した日時、アクセス状況などを含めたＣｏｏｋｉｅを受信機５０へ設定しても良い（Ｓ３００４）。
【０１５２】
機器認証処理３００４が成功した受信機５０は、受信した機器認証サーバ２８０４からのリダイレクト要求に応じて、ポータルサーバ２８０１へアクセスする。その際、機器認証サーバ２８０４から取得した機器認証結果やＣｏｏｋｉｅの内容を該ポータルサーバ２８０１へ通知する。
ポータルサーバ２８０１は、機器認証結果を伴い、顧客管理サーバ２８０２に対してポータル会員認証要求を発行する。顧客管理サーバ２８０２は、機器認証結果の内容を確認し、所定の認証手順に従って受信機５０がポータル会員であるか否かを判断し、その結果をポータルサーバ２８０１へ通知する。
【０１５３】
ここで、ポータルサーバ２８０１は機器認証結果に加えて機器ＩＤ２９０１を含めて顧客管理サーバ２８０２へポータル会員認証要求を発行し、該顧客管理サーバ２８０２は該機器ＩＤ２９０１を用いて会員ＩＤ２９０２が登録されているか否かを判断しても良い（Ｓ３００５）。
顧客管理サーバ２８０２から受信した判断結果により受信機５０がポータル会員であった場合（すなわち会員ＩＤが取得できた場合）には、ポータルサーバ２８０１は、該当会員ＩＤに対応した会員ページを生成し、それを該受信機５０へ送信する。
【０１５４】
図３４は、ポータルシステムが生成するトップ画面の例である。画面３４００は、ユーザが受信機５０でネットワークサービスを利用するためにブラウザ５１を起動した際に最初に表示するネットワークサービスのナビゲーション画面例であり、ポータルシステム２８００が提供／橋渡しが可能なネットワークサービスの種類３４０１（例えば、ＶＯＤサービス、ネットショッピングサービス、メンテナンスサービス等）を備える。該ポータルサーバ２８０１が生成する会員ページには、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＪａｖａＳｃｒｉｐｔ（登録商標）などの既存のＷｅｂコードを利用して、該画面３４００を表示するために必要なデータと該データを扱うためのスクリプトを含む。
【０１５５】
例えば画面３４００でユーザが所望のサービスを選択したときに実行する処理内容や画面遷移するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されている。なお、本実施例を含めた以降の実施例において、配信システム６０が生成して受信機５０のブラウザ５１に提供する画面や情報は、上述した既存のＷｅｂコードで記載されるものとする（Ｓ３００６）。
【０１５６】
該会員ページを受信した受信機５０のブラウザ５１は、画面３４００を外付けあるいは内蔵のモニタ２８０５へ表示する。この中から例えばユーザが「ネットサービスＡ」（例えば、ＶＯＤサービス）を選択すると、該会員ページに記述された該サービスを提供するリンク先３４０３を選択するための画面３４０２を表示する（Ｓ３００７）。
表示された画面３４０２上で、ユーザは利用したい配信システム６０へのリンク先を選択すると（Ｓ３００８）、受信機５０のブラウザ５１は、ポータルサーバ２８０１に対して選択したリンク先３４０３への遷移要求を発行する（Ｓ３００９）。
【０１５７】
遷移要求を受信したポータルサーバ２８０１は、選択したリンク先４３０３へ遷移するための情報（ＵＲＬや会員ＩＤ２９０２などを含んだスクリプト）を該受信機５０に対して送信する（Ｓ３０１０）。
選択したリンク先４３０３へ遷移するための情報を受信した受信機５０のブラウザ５１は、該情報に基づいて受信した会員ＩＤ２９０２を引数にして所定のＵＲＬ（すなわち、配信システム６０のＷｅｂサーバ６１）へアクセス要求を送信する（Ｓ３０１１）。
【０１５８】
アクセス要求を受信した配信システム６０のＷｅｂサーバ６１は、受信した会員ＩＤ２９０２を用いて顧客管理サーバ６５に対して会員認証処理を要求する。顧客管理サーバ６５は、会員ＩＤ２９０２を元に所定の認証手順に従って受信機５０が会員であるか否かを判断し、その結果をＷｅｂサーバ６１へ通知する（Ｓ３０１２）。
ここで、会員認証結果には顧客管理サーバ６５に会員ＩＤ２９０２の登録有無と共に、会員認証に成功した場合には該当会員に関する情報（氏名、ユーザ嗜好情報など）を付加しても良い。
会員認証結果を受信したＷｅｂサーバ６１は、該結果に含まれる情報を元に会員ページを作成し、受信機５０へ送信する。
【０１５９】
図３５は、コンテンツ配信システムが生成するトップ画面の例である。画面３５００は、配信システム６０が提供するＶＯＤサービスのメニュー画面例であり、現在未購入で該受信機５０が購入可能なコンテンツリストを表示するための「未購入コンテンツ」３５０１、該受信機５０が既に購入済みのコンテンツリストを表示するための「購入済みコンテンツ」３５０２、任意のコンテンツを検索するための「コンテンツ検索」３５０３から構成する。該会員ページには、該画面３５００を表示するためのデータと該データを扱うためのスクリプト、ユーザが該画面上で３５０１〜３５０３のいずれかを選択したときに遷移するＵＲＬなどを含む。（Ｓ３０１３）。
【０１６０】
会員ページを受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する。（Ｓ３０１４）。
以上の手順により、ユーザは受信機５０のブラウザ５１から配信システム６０のサイトへアクセスすることが可能となる。
【０１６１】
＜コンテンツを購入する手順＞
図３１は、受信機がコンテンツ配信システムからコンテンツを購入する処理フロー図の例である。
ユーザが、受信機５０のブラウザ５１を介してモニタ２８０５上に表示された画面３５００上で「未購入コンテンツ」３５０１を選択すると（Ｓ３１００）、該ブラウザ５１は配信システム６０のＷｅｂサーバ６１に対して該受信機５０が未購入かつ購入可能なコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３１０１）。
【０１６２】
これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、該受信機５０の機器判別を行い、該受信機５０が未購入かつ購入可能なコンテンツの情報を取得し、未購入のコンテンツ一覧画面を生成し、返信する。
【０１６３】
図３６の画面３６００は、配信システム６０が生成する未購入コンテンツリスト画面の例である。画面３６００は、受信機５０が購入可能なコンテンツに関する情報（コンテンツ名、購入可能な期限、購入価格など）３６０１や該コンテンツに関する詳細情報を表示するためのボタン３６０２、購入を指示するボタン３６０３から構成する。
該コンテンツリスト画面には、該画面３６００を表示するためのデータと該データを扱うためのスクリプト、ユーザが該画面上で所望のコンテンツの詳細ボタン３６０２や購入ボタン３６０３を選択したときに遷移するＵＲＬなどを含む（Ｓ３１０２）。
【０１６４】
ここで、受信機５０の機器判別は、Ｗｅｂサーバ６１がポータルシステム２８００に対して会員ＩＤ２９０２を用いて該受信機５０に関する情報を取得する方法や、配信システム６０の顧客管理サーバ６５とポータルシステム２８００の顧客管理サーバ２８０２との間で機器認証サーバ２８０４を共有する方法、図３０のステップ３０１１／３０１２あるいはステップ３１０１において該受信機５０に関する情報を取得する方法などがある。
コンテンツ情報を受信した受信機５０のブラウザ５１は、画面３６００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３１０３）。
【０１６５】
ユーザは、表示された画面３６００上で購入希望コンテンツ３６０１を選択し、購入ボタン３６０３を押下する（Ｓ３１０４）。
これに対して、受信機５０のブラウザ５１は、該コンテンツリスト画面に含まれるＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対してユーザが指示したコンテンツの購入要求を発行する（Ｓ３１０５）。
購入要求を受信したＷｅｂサーバ６１は、購入手続きのための購入確認画面を受信機５０に対して送信する（Ｓ３１０６）。
購入確認画面を受信した受信機５０のブラウザ５１は、該画面をモニタ２８０５へ表示する（Ｓ３１０７）。
【０１６６】
ユーザは、該画面上に表示された購入規約や購入手順を確認し、必要に応じてユーザ名／パスワードを入力した後、購入確認ボタンを押下する。これに対して、ブラウザ５１は、Ｗｅｂサーバ６１に対して購入確定要求（入力されたユーザ名やパスワードを含めても良い）を発行する（Ｓ３１０８）。
購入確定要求を受信した配信システム６０のＷｅｂサーバ６１は、顧客管理サーバ６５と課金・決済サーバ６６との間で購入処理および課金処理を行う。
顧客管理サーバ６５は購入／課金処理が終了すると、Ｗｅｂサーバ６１に購入完了通知を行う。購入完了通知を受信したＷｅｂサーバ６１は、顧客管理サーバ６５との間で購入されたコンテンツに対するライセンス（契約日時やライセンスＩＤなど）を生成し、該ライセンスと会員ＩＤ２９０２、ＤＲＭ＿ＩＤ２９０４を関連付けする（Ｓ３１０９）。
【０１６７】
全ての購入処理が完了した後、Ｗｅｂサーバ６１は、購入完了画面を作成し、受信機５０に対して送信する。図３６の画面３６０４に、購入完了画面の一例を示す。画面３６０４は、購入が完了したコンテンツの情報３６０５、該コンテンツを視聴するためのボタン３６０６、画面３６００あるいは画面３５００に戻るためのボタン３６０７から構成する。
【０１６８】
該画面のＷｅｂコードは、画面３６０４を表示するためのデータと該データを扱うためのスクリプトに加え、購入したコンテンツの再生制御メタファイル２００の取得先（メタデータサーバ６２のＵＲＬ、ＭｅｔａＦｉｌｅＵＲＬ）、生成したライセンスＩＤ（ＬｉｃｅｎｓｅＩＤ）、再生開始位置（ＰｌａｙＰｏｓｉｔｉｏｎ）、視聴終了後のアクセス先（ＲｅｔｕｒｎＵＲＬ）などを含んでも良い（Ｓ３１１０）。
【０１６９】
該購入完了画面を受信した受信機５０のブラウザ５１は、画面３６０４をモニタ２８０５へ表示する（Ｓ３１１１）。ここで、該画面３６０４上でユーザが視聴ボタン３６０６を選択すると、ブラウザ５１は、該画面３６０４に含まれたＭｅｔａＦｉｌｅＵＲＬやＰｌａｙＰｏｓｉｔｉｏｎなどの情報を用いて、以降で説明する図３２のＳ３２０９〜Ｓ３２１４の手順で視聴を開始する。
以上の手順により、ユーザは受信機５０のブラウザ５１から所望のコンテンツを購入することが可能となる。
【０１７０】
＜コンテンツを視聴開始する手順＞
図３２は、受信機がコンテンツ配信システムから購入済みコンテンツを視聴する処理フロー図の例である。
【０１７１】
ユーザは、受信機５０のブラウザ５１がモニタ２８０５上に表示した画面３５００上で「購入済みコンテンツ」３５０２を選択すると（Ｓ３２００）、該ブラウザ５１は該画面３５００のＷｅｂコードに含まれたＵＲＬを利用して配信システム６０のＷｅｂサーバ６１に対して該受信機５０が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する（Ｓ３２０１）。
【０１７２】
これに対して、配信システム６０のＷｅｂサーバ６１は、受信機５０の会員ＩＤ２９０２を元に、顧客管理サーバ６５から該受信機５０が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、該受信機５０に対して返信する。
【０１７３】
図３７は、コンテンツ配信システムが生成する購入済みコンテンツリスト画面の例である。画面３７００は、受信機５０が購入済みのコンテンツに関する情報（コンテンツ名、視聴可能な期限など）３７０１や該コンテンツに関する詳細情報を表示するためのボタン３７０２、視聴を指示するボタン３７０３から構成する。該購入済みコンテンツ一覧のページには、画面３７００を表示するためのデータと該データを扱うためのスクリプトに加え、ＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）、ＲｅｔｕｒｎＵＲＬを含むものとする。なお、再生位置（ＰｌａｙＰｏｓｉｔｉｏｎ）は、ユーザ（受信機５０）が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良いものとする（Ｓ３２０２）。
購入済みコンテンツ一覧のページを受信した受信機５０のブラウザ５１は、画面３７００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２０３）。
【０１７４】
ユーザが画面３７００上で視聴するコンテンツ３７０１を選択し、視聴ボタン３７０３を押下すると（Ｓ３２０４）、該ブラウザ５１は該購入済みコンテンツ一覧のページに記載されたＨＴＭＬやＪａｖａＳｃｒｉｐｔ（登録商標）などの手順にしたがってＳ３２０２で取得した選択コンテンツのＰｌａｙＰｏｓｉｔｉｏｎを用いて、該コンテンツを以前途中まで視聴しているか否かを判定する。そして、その判定結果に応じて記載されたＵＲＬを選択し、該ＵＲＬが示すＷｅｂサーバ６１のアクセス先へサービス取得要求を発行する。
【０１７５】
例えば、該コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合は（すなわちＰｌａｙＰｏｓｉｔｉｏｎが含まれていない、あるいはＰｌａｙＰｏｓｉｔｉｏｎがコンテンツ先頭を示す場合は）、視聴開始の処理（以降のＳ３２０９）に遷移する。一方、該コンテンツを途中まで視聴済みであると判定した場合は、その判定結果に結び付けられたＵＲＬを用いて該ブラウザ５１はＷｅｂサーバ６１に対してサービス取得要求を送信する（Ｓ３２０５）。
該サービス取得要求を受信したＷｅｂサーバ６１は、受信機５０における該コンテンツのＰｌａｙＰｏｓｉｔｉｏｎを確認し、視聴方法を選択するページを生成して、該受信機５０に対して送信する。
【０１７６】
図３８は、コンテンツ配信システムが生成するコンテンツ視聴開始選択画面の例である。画面３８００は、ユーザが選択した視聴コンテンツ３７０１の再生方法―例えば「前回視聴した際の続きから視聴する方法」３８０１、「該コンテンツの先頭から視聴する方法」３８０２−と視聴開始を指示する開始ボタン３８０３から構成する。該視聴方法を選択するページは、画面３８００を表示するためのデータと該データを扱うためのスクリプトに加え、Ｓ３２０２で記載したＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬなどの情報を含む（Ｓ３２０６）。
視聴方法を選択するページを受信した受信機５０のブラウザ５１は、画面３８００を外付けあるいは内蔵のモニタ２８０５へ表示する。（Ｓ３２０７）。
【０１７７】
ユーザは、表示された画面３８００上でいずれか一方（本実施例では「コンテンツの先頭から視聴する方法」３８０２）を選択し、開始ボタン３８０３を押下する（Ｓ３２０８）。
ユーザにより所定のコンテンツの視聴開始が指示されると、ブラウザ５１は選択したコンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬを一時記録する。そして、ＭｅｔａＦｉｌｅＵＲＬとなる配信システム６０のメタデータサーバ６２に対して再生制御メタファイル取得要求を送信する（Ｓ３２０９）。
【０１７８】
再生制御メタファイル取得要求を受信した配信システム６０のメタデータサーバ６２は、図１０に示すような所定の再生制御メタファイル２００を受信機５０に対して返信する（Ｓ３２１０）。
再生制御メタファイル２００を受信した受信機５０のブラウザ５１は、各コンテンツに関するＭｅｔａＦｉｌｅＵＲＬ、ＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎ、ＲｅｔｕｒｎＵＲＬと共に該再生制御メタファイル２００の内容を一時記録し、ＡＶプレーヤ５３を起動し、該ＡＶプレーヤに対して取得した再生制御メタファイル２００の全てあるいは一部の内容やＬｉｃｅｎｓｅＩＤ、ＰｌａｙＰｏｓｉｔｉｏｎを通知する（Ｓ３２１１）。ここで、ＡＶプレーヤが起動した後、ブラウザ５１は終了あるいはそのまま常駐した状態になる。
【０１７９】
ＡＶプレーヤ５３は、該再生制御メタファイル２００のライセンス取得情報（ＬＬＩ）２２０に従って配信システム６０のＤＲＭサーバ６４に対して鍵要求（ＬＬＩ２２０内のライセンスＩＤ２２４やＤＲＭ＿ＩＤ２９０４を含む）を送信する。
鍵要求を受信したＤＲＭサーバ６４は、ライセンスＩＤ２２４とＤＲＭ＿ＩＤ２９０４を用いて顧客管理サーバ６５との間で該コンテンツを該受信機５０が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、ＤＲＭサーバ６４は、受信機５０に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する（Ｓ３２１２）。
【０１８０】
コンテンツ鍵を受信した受信機５０は、再生制御メタファイル２００のコンテンツ固有属性情報（ＥＲＩ）２１０に従ってコンテンツサーバ６３との間で（コンテンツ配信のための）セッション確立を行う（Ｓ３２１３）。ここで、セッションは、ＨＴＴＰ／ＴＣＰあるいはＲＴＰ／ＵＤＰストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機５０のＡＶプレーヤ５３は、再生制御メタファイル２００のコンテンツタイトル/参照先/ファイル名２１１に含まれる選択コンテンツの取得先を示すＵＲＬを用いて該セッション上でコンテンツの送信要求（「ＰＬＡＹ」に相当）を送信する（Ｓ３２１４）。
【０１８１】
コンテンツ送信要求を受信した配信システム６０のコンテンツサーバ６３は、コンテンツ鍵を用いてコンテンツを暗号化しながら受信機５０に対して送信する。暗号化されたコンテンツを受信した受信機５０は、デスクリプタ５１４でコンテンツ鍵を用いて該コンテンツを復号化し、ＡＶプレーヤ５３でデコードし、映像・音声出力Ｉ／Ｆ５３１を介して外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３２１５）。
以上の手順により、ユーザは受信機５０で購入済みのコンテンツを視聴することが可能となる。
【０１８２】
＜コンテンツ視聴を終了する手順＞
図３３は、視聴中のコンテンツを終了する処理フロー図の例である。
コンテンツサーバ６３がコンテンツを最後まで配信し終わると、該コンテンツサーバ６３と受信機５０のＡＶプレーヤ５３との間でセッションの切断処理を行う（Ｓ３３００）。
セッションの切断が終了すると、受信機５０のＡＶプレーヤ５３はブラウザ５１を再起動した後、該ブラウザ５１に対して停止位置を渡し、終了する（Ｓ３３０１）。
【０１８３】
再開したブラウザ５１はＲｅｔｕｒｎＵＲＬが示す配信システム６０のＷｅｂサーバ６１のサイトへ、ＡＶプレーヤの終了状態および停止位置を付帯させてアクセスする（Ｓ３３０２）。
【０１８４】
これに対して、Ｗｅｂサーバ６１は、表示する画面（例えば画面３５００）を生成し、受信機５０に対して返信する（Ｓ３３０３）。ここで、Ｗｅｂサーバ６１は、受信したＡＶプレーヤの終了状態および停止位置を保持し、次回の視聴要求時に該停止位置をＰｌａｙＰｏｓｉｔｉｏｎとして利用しても良い。
生成した画面を受信した受信機５０のブラウザ５１は、画面３５００を外付けあるいは内蔵のモニタ２８０５へ表示する（Ｓ３３０４）。
以上の手順は所望のコンテンツを最後まで視聴した場合について説明したが、ユーザが途中で視聴を中断する場合も同様の手順を利用できる。
【０１８５】
以上の実施例によれば、受信機５０は、様々なサービスプロバイダが提供するＶＯＤサービスを容易に購入／視聴することができ、ポータルシステム２８００と配信システム６０は該受信機５０の機器ＩＤ２９０１と会員ＩＤ２９０２を関連付けて管理することにより、個別にきめ細かなサービスを提供することができる。
【実施例３】
【０１８６】
本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別に配信するサービス、いわゆるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）サービスを利用して、３Ｄ映像および２Ｄ映像が混在するコンテンツを受信する際に、その受信機が持つ３Ｄ受信機能を判別する場合の例を説明する。
【０１８７】
まず、３Ｄ受信機能の有無を標準対応機、３Ｄ Ｒｅａｄｙ機、非対応機、ディスプレイ無し機の４つの受信機に分類する。以下で、それぞれを詳細に説明する。
図４８は、表示部とスピーカ部を有する受信機の構成例である。
標準対応機は、図４８で構成されている受信機５９５であり、図３の受信機５０との違いは、映像・音声出力処理５３０に表示部５３５、スピーカ部５３６、制御信号発生機５３７が追加されていることである。表示部５３５は、映像・音声出力処理５３０から出力された映像音声を表示可能な形式に変換させてから表示する機能を有し、３Ｄ映像も表示する機能を有する。
【０１８８】
スピーカ部５３６は、映像・音声出力処理５３０から出力された音声信号をスピーカから出力できる形式に変換させてから出力する機能を有する。ただし、受信機５９５においては、必ずしも映像信号や音声信号を表示部５３５やスピーカ部５３６から表示や出力する必要はなく、それぞれを映像・音声出力Ｉ／Ｆ５３１に接続した機器から表示や出力してもよい。また、映像デコーダ５２２は、３Ｄに関する処理を行うことが可能であり適切なデコード処理を行って映像・音声出力処理５３０に映像出力を出力する機能を有する。
【０１８９】
また、映像・音声出力処理５３０は、映像デコーダ５２２からうけた映像信号が３Ｄの映像信号である場合は、映像・音声出力Ｉ／Ｆ５３１や表示部５３５に出力する際に３Ｄに関する識別子を付加する処理を行って映像・音声出力Ｉ／Ｆ５３１や表示部５３５に出力し、制御信号を外部の機器、例えば３Ｄ視聴用のメガネに対して送出する必要がある場合に制御信号発生部５３７に対して制御信号を送出する。制御信号発生部５３７は、３Ｄメガネコントローラなどであり、映像・音声出力処理５３０から制御信号を取得して３Ｄ視聴用のメガネなどの外部の機器に対して制御信号を送出する。
【０１９０】
また、制御信号発生部５３７は、受信機５９５に内蔵していてもよいし、Ｉ／Ｆを介して受信機５９５に接続されていてもよい。ただし、受信機５９５の表示部５３５の方式によっては、映像・音声出力処理５３０での制御信号の処理や制御信号発生部５３７は不要である。上記のように標準対応機である受信機５９５は、３Ｄ映像を含むコンテンツを適切に処理することができる。
【０１９１】
３Ｄ Ｒｅａｄｙ機は、図４８で構成される受信機５９５であり、標準対応機との違いは、受信機５９５のファームウェアアップデートを行わない限り、映像デコーダ５２２や映像・音声出力処理５３０において３Ｄの映像信号の処理を行うことが出来なかったり、制御信号発生部５３７が内蔵しておらず外部接続用のＩ／Ｆを介する接続する制御信号発生部５３７と同様の機能を有する制御信号発生器などの外部接続機器を購入する必要があったりし、そのままでは３Ｄコンテンツの視聴ができないことである。また、３Ｄ Ｒｅａｄｙ機は、レコーダ等のディスプレイ機能を持たない機器である図３で構成される受信機５０の構成であってもよい。
【０１９２】
ただし、ファームウェアアップデートを行ったり、制御信号発生器などの外部接続機器の接続を検知したりして３Ｄ映像コンテンツの処理と視聴が可能となり標準対応機と同等の機能を有すと、標準対応機とみなすことができる。この際、ファームウェアアップデートを行ったり、制御信号発生器などの外部接続機器を接続したりして３Ｄ映像コンテンツの処理と視聴が可能となった場合、ブラウザ５１で保持／管理する機器仕様情報の更新を行う。
【０１９３】
ただ、レコーダ等のディスプレイ機能を持たない機器は、ファームウェアアップデートを行ったり、制御信号発生器などの外部接続機器の接続を検知したりして３Ｄ映像コンテンツの処理と視聴が可能となり標準対応機と同等の機能を有しても、標準対応機とはみなさず、ディスプレイ無し機とみなす。また、受信機が外部接続されたディスプレイが３Ｄ表示に対応しているか否かを検出し、ブラウザ５１で保持／管理する機器仕様情報の更新を行ってもよい。
【０１９４】
非対応機は、図４８で構成される受信機５９５であり、標準対応機との違いは、映像デコーダ５２２、映像・音声出力処理５３０、表示部５３５において３Ｄに関する処理や表示を行うことが出来なく、また、受信機５９５のファームウェアアップデートを行ったり、制御信号発生部５３７などの外部接続機器を接続したりしても３Ｄに関する機能を追加することができず、受信機５９５において３Ｄ映像を含むコンテンツの表示や視聴をすることができない。
【０１９５】
ディスプレイ無し機は、図３で構成される受信機５０であり、標準対応機との違いは、映像デコーダ５２２や映像・音声出力処理５３０で３Ｄ映像に関する処理を行うことは同じであるが、映像・音声出力処理５３０から映像信号、音声信号、制御信号を映像・音声出力Ｉ／Ｆを介して外部機器に出力することである。この場合、受信機５０に接続するディスプレイが３Ｄ映像コンテンツの表示や視聴に対応していれば、３Ｄ映像コンテンツを表示や視聴することが可能であるが、対応していない場合は３Ｄ映像コンテンツの表示や視聴することはできない。
【０１９６】
図３９は、既存の２Ｄコンテンツと共に３Ｄコンテンツを視聴可能な受信機５０が、２Ｄ／３Ｄコンテンツを配信可能な配信システム６０のサイトへアクセスするまでの手順を説明する図の例である。
なお、配信システム６０のメタデータサーバ６２は、各コンテンツが２Ｄであるか３Ｄであるかを識別する情報を、ＥＣＧメタデータ４００内の例えばシリーズメタデータ４１０あるいはコンテンツメタデータ４３０、再生制御メタファイル２００内の例えばコンテンツ固有属性情報（ＥＲＩ）２１０の映像信号属性情報２１４の全てあるいはいずれかに含めることとする。
【０１９７】
図３９のステップ４８０１〜４８０３では、図３０のステップ３９０１〜３９０３と同様の手順を利用し、受信機５０はポータルシステム３７００のポータルサーバ３７０１にアクセスして機器認証処理を実行するためのサイトへ遷移するための情報（ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やスクリプト）を取得する。
【０１９８】
ステップ４８０３の後、受信機５０のブラウザ５１は、ポータルシステム３７００の機器認証サーバ３７０４へアクセスし、両者の間で所定の機器認証処理を実行する。ここで、受信機５０が機器認証サーバ３７０４に対して発行する機器認証要求に、該受信機５０に関する情報（メーカーや機種を識別する名称やＩＤ、バージョン情報、３Ｄ対応可否など）を含める。その後、該機器認証サーバ３７０４は該受信機５０に対して、該機器認証処理の結果とアクセス可能なポータルサーバ３７０１へのリダイレクト要求を送信する（Ｓ４８０４）。
【０１９９】
その後、Ｓ４８０５〜４８１０では、図３０のＳ３９０５から３９１０と同様の手順を利用し、受信機５０はポータルシステム３７００のポータルサーバ３７０１から受信したトップ画面（画面４３００、４３０２）をユーザに対して表示し、任意の配信システム６０のリンク先を選択してもらう。
【０２００】
Ｓ４８１０の後、受信機５０のブラウザ５１は、会員ＩＤ３８０２を引数にして、配信システム６０のＷｅｂサーバ６１へアクセス要求を送信する（Ｓ４８１１）。
アクセス要求を受信した配信システム６０のＷｅｂサーバ６１は、受信した会員ＩＤ３８０２を用いて顧客管理サーバ６５に対して会員認証処理を要求する。顧客管理サーバ６５は、会員ＩＤ３８０２を元に所定の認証手順に従って受信機５０が会員であるか否かを判断し、その結果をＷｅｂサーバ６１へ通知する（Ｓ４８１２）。ここで、会員認証結果には顧客管理サーバ６５に会員ＩＤ３８０２の登録有無と共に、会員認証に成功した場合には該当会員に関する情報（氏名、ユーザ嗜好情報など）を付加しても良い。
【０２０１】
会員認証結果を受信したＷｅｂサーバ６１は、該結果に含まれる情報を元に会員ページを作成し、受信機５０へ送信する（Ｓ４８１３）。この際、該会員ページには、受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合に対応して、受信機５０上に表示する画面を変更するための機器仕様判別命令を含めて、判別した内容に応じて複数のリンク先を示したＵＲＬ受信機５０に送信する。この際、受信機５０に対して単一のＵＲＬを送信した場合、受信機５０においては以降の機器仕様判別命令実行Ｓ４８１４、機器仕様判別処理Ｓ４８１５、ポータル画面選択処理Ｓ４８１６の処理は行われず、Ｓ４８１３で取得したＵＲＬを用いてＳ４８１７のサービス要求を行う。この際、機器仕様判別処理は行われないので、機器仕様判別処理を実行するための機器仕様判別命令は送信しない。
【０２０２】
会員ページを受信した受信機５０のブラウザ５１は、Ｗｅｂサーバ６１から受信した機器仕様判別命令を実行し（Ｓ４８１４）、自身が３Ｄコンテンツを扱うことができるか否かを判断し（Ｓ４８１５）、その判別結果を元に、表示するポータル画面の種類を選択し（Ｓ４８１６）、配信システム６０のＷｅｂサーバ６１に対して該画面の送信要求を発行する（Ｓ４８１７）。この機器仕様判別命令実行処理Ｓ４８１４は、機器仕様判別命令４８１３により、特定の文字列を返す処理を行う。この機器仕様判別命令Ｓ４８１３は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）のようなスクリプト言語であり、また、機器仕様判別命令実行処理Ｓ４８１４はＪａｖａＳｃｒｉｐｔ（登録商標）により実行制御されるオブジェクトにより構成される。受信機５０のブラウザにおいてそのスクリプト言語が実行され、受信機５０の持つ３Ｄコンテンツおよび２Ｄコンテンツに対する機器仕様を文字列として出力する。
【０２０３】
図４９は、機器仕様判別命令実行処理４８１４の処理フロー例である。まずブラウザ５１は、機器仕様判別命令を実行することにより、例えば予めブラウザ５１に保持／管理している３Ｄコンテンツおよび２Ｄコンテンツに対する受信機５０の機器仕様情報を取得し（Ｓ４８１４１）、取得した機器仕様情報を含んだ所定の文字列を生成する（Ｓ４８１４２）。受信機５０の機器仕様情報はブラウザ５１に保持されているものに限定されない。受信機５０のハードディスクドライブ、メモリなどの記憶部に記憶されている機器使用情報をブラウザ５１が取得してもよい。
【０２０４】
図４０は、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の例を示す。図４０において、３２０１が、機器仕様判別実行処理Ｓ４８１４により出力される文字列である。ｄｅｖｉｃｅ、ｂｒｏｗｓｅｒ、ｓｔｒｅａｍｉｎｇ、ｄｏｗｎｌｏａｄは、受信機５０の機能を示し、後続する数字はバージョン番号である。ここで、ｓｔｒｅａｍｉｎｇの項目はこの受信機５０がＶＯＤサービスを受けるに当たり持っている機能を示す。括弧内は機能オプションの装備状況を示し、複数のオプションに分類され記述される。
【０２０５】
(３Ｄ(ＲＤ(ＭＶＣ,ＴＡＢ))) とは、この受信機５０が、３Ｄ視聴のための対応機能のパラメータを持っており（オプション１：３Ｄ）、例えば、３Ｄメガネコントローラといった制御信号発生部５３７を受信機５０に装着することで３Ｄコンテンツが視聴可能になる３Ｄ Ｒｅａｄｙ機である（オプション２：ＲＤ）。視聴可能な３Ｄのコンテンツは例えば画像圧縮処理方式の一つであるＨ．２６４ＭＶＣ方式で、３Ｄ映像は左右眼の映像を垂直方向の解像度を１／２に圧縮し一映像画面に合成したＴｏｐ ＆ Ｂｏｔｔｏｍ方式（オプション３：ＭＶＣ，ＴＡＢ）に対応していることを示す。
【０２０６】
同図に示すように、他のオプションとしては、オプション２では、ＯＫ（標準対応）、ＮＧ（非対応）、ＮＤ（ディスプレイなし機）、オプション３では、３Ｄ映像は左右眼の映像を水平方向の解像度を１／２に圧縮し一映像画面に合成したＳｉｄｅ Ｂｙ Ｓｉｄｅ方式などが考えられる。受信機５０が非対応機であり、３Ｄコンテンツの視聴に対応していない場合、オプション１、オプション２、オプション３の記述は無くてもよいし、オプション１：３Ｄ、オプション２：ＮＧと記述してもよい。
【０２０７】
再び図３９に戻って説明する。機器仕様判別命令実行処理Ｓ４８１４により得られた文字列３２０１は、機器仕様判別処理Ｓ４８１５に渡される。機器仕様判別処理４８１５の詳細は後述する。
機器仕様判別処理Ｓ４８１５において受信機５０の機器仕様が判定されると、ポータル画面選択処理Ｓ４８１６において、機器仕様判別処理Ｓ４８１５の結果に応じて、受信機５０の持つ機能仕様に適切なポータル画面のＵＲＬを選択する。ポータル画面選択情報処理Ｓ４８１６の詳細は後述する。
【０２０８】
ポータル画面選択処理Ｓ４８１６で選択したＵＲＬを配信システム６０に対しポータル画面要求Ｓ４８１７を送信する。ここで、ポータル画面の選択には、例えば、機器仕様判別命令Ｓ４８１３に、機能仕様に応じたポータル画面の位置を示すＵＲＬを含み、ポータル画面選択処理Ｓ４８１６で選択すればよい。
送信要求を受信した配信システム６０のＷｅｂサーバ６１は、該送信要求のＵＲＬに応じて、コンテンツのみ扱うことが可能な画面、あるいは２Ｄコンテンツ／３Ｄコンテンツの両方を扱うことが可能な画面を作成し、受信機５０に対して送信する（Ｓ４８１８）。
【０２０９】
図５１は、配信システム６０のＷｅｂサーバ６１が受信機５０に送信する画面の概要である。
５１０１は、非対応機である３Ｄ非対応製品の概要を示し２Ｄコンテンツのみを購入可能となるように提示し、５１０２は、標準対応機である３Ｄ標準対応製品（ディスプレイ内蔵）の概要を示し２Ｄ／３Ｄコンテンツを購入可能となるように提示し、５１０３は、３Ｄ Ｒｅａｄｙ機である３Ｄ Ｒｅａｄｙ製品（ディスプレイ内蔵／非内蔵）の概要を示し注意喚起の上２Ｄコンテンツのみ購入可能となるように提示し、５１０４は、ディスプレイ無し機である３Ｄ標準対応製品（ディスプレイ非内蔵）の概要を示し注意喚起の上２Ｄ／３Ｄコンテンツを購入可能となるように提示を行っている。
【０２１０】
このとき、３Ｄ Ｒｅａｄｙ機であってオプション装着等によって３Ｄコンテンツの処理/視聴に対応した場合は、ディスプレイの内蔵の可否に応じて画面の概要が５１０３から５１０２や５１０４に変化する。また、配信システム６０のＷｅｂサーバ６１によっては、受信機５０が３Ｄ Ｒｅａｄｙ機であっても、標準対応機が提示するとした２Ｄ／３Ｄコンテンツの混在提示する５１０２の画面を送信するといった、上記で示した以外の画面を送信してもよい。
画面を受信した受信機５０のブラウザ５１は、該画面をモニタ３７０５に表示する（Ｓ４８１９）。
【０２１１】
受信機５０が、３Ｄ非対応機、３Ｄ標準対応機、３Ｄ Ｒｅａｄｙ機、ディスプレイ無し機のいずれであるかは、受信機５０の機器仕様情報として、受信機５０のブラウザ５１に保持／管理されている。また、受信機５０の機器仕様情報はブラウザ５１に保持されているものに限定されず、受信機５０のハードディスクドライブ、メモリなどの記憶部に記憶されていてもよい。
【０２１２】
３Ｄ Ｒｅａｄｙ機がオプション装着等によって３Ｄコンテンツの処理/視聴に対応した場合について説明する。３Ｄ Ｒｅａｄｙ機の図示しないオプション装置検出部が３Ｄメガネコントローラ等のオプション装置の接続を検知すると、受信機５０の図示しない機器情報管理部が、機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえる。また、３Ｄ Ｒｅａｄｙ機が、ファームウェアアップデートなどにより３Ｄ表示に対応した場合にも、機器情報管理部が、機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえる。なお、ブラウザ５１が機器情報管理部を兼ねてもよい。
【０２１３】
また、設定画面からユーザから３Ｄメガネを購入するなどして「３Ｄ表示に対応した旨」の入力を受け付けた場合や、３Ｄコンテンツを購入／再生する場合の図４３や図４６の画面の後に表示される「３Ｄメガネを購入済みで３Ｄ表示に対応した旨の確認」の入力を受け付けた場合などに、機器情報管理部が、機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえる。
【０２１４】
このようにオプション装着等によって機器使用情報を３Ｄ Ｒｅａｄｙ機を示す情報から３Ｄ対応機を示す情報に書きかえることにより、この機器使用情報を取得して図４０で示す文字列が生成される場合に、図４０のオプション２がＲＤ（３Ｄ Ｒｅａｄｙ機）からＯＫ（標準対応機）に変更される。
【０２１５】
図４１は、機器仕様判別処理Ｓ４８１５を説明する図の例である。
ブラウザ部５１は機器仕様判別命令実行Ｓ４８１４の実行結果である３Ｄコンテンツおよび３Ｄコンテンツに対する機器仕様を表す文字列３２０１を取得する（Ｓ３３０１）。
文字列３２０１のオプション１に「３Ｄ」の記載を探索し（Ｓ３３０２）、記載がない場合は受信機５０を「非対応機」と判定し、「非対応機」や「ＮＧ」等の機器仕様判別結果の情報を保持する（Ｓ３３０８）。
【０２１６】
文字列３２０１のオプション２の記載を探索し（Ｓ３３０３）、記載がない場合は受信機５０を「標準対応機」と判定し、「標準対応機」や「ＯＫ」等の機器仕様判別結果の情報を保持する（Ｓ３３１０）。
文字列３２０１のオプション２に「ＮＧ」の記載を探索し（Ｓ３３０４）、記載がある場合は受信機５０を「非対応機」と判定し、「非対応機」や「ＮＧ」等の機器仕様判別結果の情報を保持する（Ｓ３３０８）。
【０２１７】
文字列３２０１のオプション２に「ＯＫ」の記載を探索し（Ｓ３３０５）、記載がある場合は受信機５０を「標準対応機」と判定し、「標準対応機」や「ＯＫ」などの機器仕様判別結果の情報を保持する（Ｓ３３１０）。
文字列３２０１のオプション２に「ＲＤ」の記載を探索し（Ｓ３３０６）、記載がある場合は受信機５０を「３Ｄ Ｒｅａｄｙ機」と判定し、「３Ｄ Ｒｅａｄｙ機」や「３Ｄ」等の機器仕様判別結果の情報を保持する（Ｓ３３１１）。
【０２１８】
文字列３２０１のオプション２に「ＮＤ」の記載を探索し（Ｓ３３０７）、記載がある場合は受信機５０を「ディスプレイ無し機」と判定し、「ディスプレイ無し機」や「ＮＤ」等の機器仕様判別結果の情報を保持し（Ｓ３３０９）、記載がない場合には受信機５０は「標準対応機」と判定し、「標準対応機」や「ＯＫ」等の機器仕様判別結果の情報を保持する（Ｓ３３１０）。
上記のような処理を行い機器仕様判別処理Ｓ４８１５において文字列３２０１から機器仕様判別結果の情報を取得する。
【０２１９】
図５０は、ポータル画面選択処理Ｓ４８１６を説明する図の例である。
ブラウザ５１は、機器仕様判別処理Ｓ４８１５から渡された機器仕様判別結果の情報を取得し、取得した機器仕様判別結果の情報が「ＯＫ」であったらＳ５００２、「ＲＤ」であったらＳ５００３、「ＮＧ」であったらＳ５００４、「ＮＤ」であったらＳ５００５に進む（Ｓ５００１）。
【０２２０】
機器仕様判別結果の情報が「ＯＫ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求からＯＫに対応するＵＲＬを取得する（Ｓ５００２）。
機器仕様判別結果の情報が「ＲＤ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求からＲＤに対応するＵＲＬを取得する（Ｓ５００３）。
機器仕様判別結果の情報が「ＮＧ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求からＮＧに対応するＵＲＬを取得する（Ｓ５００４）。
【０２２１】
機器仕様判別結果の情報が「ＮＧ」であったら、Ｓ４８１３で配信システム６０から取得したサービス要求から３Ｄに対応するＵＲＬを取得する（Ｓ５００５）。
上記のような処理を行いポータル画面選択処理Ｓ４８１６において機器仕様判別結果の情報を用いてＳ４８１７で用いるＳ４８１３で配信システム６０から取得したサービス要求からＵＲＬを取得する。
【０２２２】
以上から、Ｓ４８１３において配信システム６０のＷｅｂサーバ６１が、自身が生成する会員ページの中に受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合に対応して、受信機５０上に表示する画面を変更できるような情報を含めることにより、該受信機５０側で表示する画面を選択することができる。これにより、受信機５０は、配信システム６０が配信する３Ｄコンテンツを適切に扱うことが可能となる。
【０２２３】
図４２は、ブラウザ部が表示しようとする非対応機のポータル画面３４００の例である。この例では、ポータルサーバ３００１から取得したポータル画面データをブラウザ５１で表示し、タイトル３４０１、購入状態欄３４０２、コンテンツに対する操作ボタンとして、詳細のボタン３４０３、購入または視聴のボタン３４０４が表示されている。
購入状態欄３４０２には、そのコンテンツをユーザが購入済みか、未購入か、あるいは、無料コンテンツかといった受信機５０が管理する情報が提示される。
【０２２４】
ユーザ操作によって、詳細のボタン３４０３が選択された場合、対応するコンテンツの詳細情報が表示され、購入または視聴のボタン３４０４が選択された場合、それぞれ購入や視聴の処理を行う。
また、図４２は３Ｄコンテンツ視聴の非対応機であるため、全て２Ｄコンテンツのみが表示されており、タイトルごとの２Ｄと３Ｄの別を表示する必要も無いが、タイトル別に２Ｄと３Ｄの別を表示してもよい。
【０２２５】
図４３は、３Ｄ Ｒｅａｄｙ機に向けた案内の画面３４９０の例である。この例では、ポータルサーバ３００１から取得した現状では３Ｄコンテンツを視聴できないＲＥＡＤＹ機向けの画面データをブラウザ５１で表示し、案内３４９１を表示している。
案内３４９１は、現状のままでは３Ｄコンテンツを視聴できないが、３Ｄコンテンツ視聴に必要なメガネや信号入出力機器などの必要な機器を揃えたり、受信機５０のファームウェアをアップデートしたりすることにより３Ｄコンテンツの視聴が可能となる旨をユーザに案内するものであり、その内容を示す受信機５０に適切な文言が記載されている。
【０２２６】
図４４は、ブラウザ部が表示しようとする３Ｄ Ｒｅａｄｙ機のポータル画面３４５０の例である。図４２と異なるところのみを説明する。この例では、図４２に対してボタン３４５１が追加されている。
ユーザ操作によりボタン３４５１が選択されると、図４３の案内３４９１が表示される。これにより、ユーザに対して必要な機器を揃えたり受信機５０のファームウェアをアップデートしたりすることにより、３Ｄコンテンツの視聴が可能となることを案内することができる。また、ボタン３４５１だけでなく、詳細のボタン３４０３、購入または視聴のボタン３４０４を選択時や処理のなかで図４３の案内３４９１が表示されてもよい。
【０２２７】
図４５は、ブラウザ部が表示しようとする標準対応機のポータル画面３５００の例である。図４２と異なるところのみを説明する。この例では、図４２に対してコンテンツ種別欄３５０１が追加されている。
コンテンツ種別欄３５０１には、そのコンテンツが２Ｄのコンテンツか、３Ｄのコンテンツかの情報を示している。受信機５０が標準対応機である場合、２Ｄのコンテンツと３Ｄのコンテンツの双方を視聴できるため、ユーザはコンテンツ種別欄３５０１を参考にして視聴や購入するコンテンツを選ぶことができる。
【０２２８】
図４６は、ディスプレイ無し機に向けた案内の画面３５９０の例である。この例では、ポータルサーバ３００１から取得したディスプレイ機能を有しないディスプレイ無し機器向けの画面データをブラウザ５１で表示し、案内３５９１を表示している。
案内３５９１は、受信機５０がディスプレイ無し機器であるため、接続されているディスプレイが３Ｄのコンテンツの視聴に対応している場合のみに３Ｄのコンテンツを視聴が可能となる旨をユーザに案内するものであり、その内容を示す受信機５０に適切な文言が記載されている。
【０２２９】
図４７は、ブラウザ部が表示しようとするディスプレイ無し機のポータル画面３５５０の例である。図４５と異なるところのみ説明する。この例では、ボタン３５５１が追加されている。
ユーザ操作によりボタン３５５１が選択されると、図４６の案内３５９１が表示される。これにより、ユーザに対して受信機５０に接続しているディスプレイが３Ｄのコンテンツの視聴に対応している必要があることを案内することが出来る。また、ボタン３５５１だけでなく、詳細のボタン３４０３、購入または視聴のボタン３４０４を選択時や処理のなかで図４６の案内３５９１が表示されてもよい。
【０２３０】
本実施例では、ブラウザでコンテンツ一覧を表示する例を述べたが、ＥＣＧを用いたアプリケーションでコンテンツ一覧を表示してもよい。
以上の実施例によれば、受信機５０は、３Ｄ映像処理の対応状況により、最適なコンテンツの表示をすることができる。従って、ユーザは所有する受信機に対応しないコンテンツを誤って購入することを防止できる。さらに、サービス提供事業者にとっては、ユーザに対して３Ｄコンテンツへの受信機の対応および３Ｄコンテンツの購入を促す効果もある。
【実施例４】
【０２３１】
本実施例では、ユーザが、ユーザの指示により、映画などの番組コンテンツをネットワークを介して個別にダウンロードするサービス、いわゆるＤＬ（Ｄｏｗｎｌｏａｄ）サービスを利用して、３Ｄ映像および２Ｄ映像が混在するコンテンツを受信する際に、その受信機が持つ３Ｄ受信機能と対応する３Ｄ映像形式を判別する場合の例を説明する。本実施例においては、実施例３と異なる部分を中心に説明し、特に記載がないところは実施例３と同様である。
【０２３２】
まず、受信機の３Ｄ映像受信機能に関しては、標準対応機、３Ｄ Ｒｅａｄｙ機、非対応機、ディスプレイ無し機に分類すること、それぞれの機能や動作については、実施例３と同様である。
【０２３３】
次に、３Ｄ映像の再生を実現する手法である受信機が対応する３Ｄ映像形式をＳＢＳ（Ｓｉｄｅ ｂｙ Ｓｉｄｅ）のみ、ＳＢＳとＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏａｄｉｎｇ）に分類する。ただし、受信機が対応する３Ｄ映像形式をＳＢＳとＭＶＣに限定するものではなく、その他の３Ｄ映像形式に対応しても、ＳＢＳやＭＶＣに対応しなくてもよいが、ここではＳＢＳを標準的な３Ｄ映像形式として説明する。また、ＭＶＣに関しては、視点数に関するパラメータがあり、ここでは、２視点と９視点の場合を用いて説明するが、受信機が対応するＭＶＣの視点数を２視点と９視点に限定するものではなく、他の視点数でもよい。ここでは２視点をＭＶＣにおける標準的な視点数として説明する。
【０２３４】
受信機が３Ｄ映像のコンテンツを再生や表示するための処理をする際は、標準対応機などでは図４８の映像デコーダ５２２やディスプレイ無し機では図３の映像デコーダ５２２で当該コンテンツの映像ストリームが３Ｄ映像形式である場合、３Ｄ映像として再生し、映像出力Ｉ／Ｆに３Ｄ映像として出力する。
【０２３５】
以下、表示部を備えた受信機５９５とそうでない受信機５０を包含した一般な受信機を受信機５０として説明する。
【０２３６】
図３９は、受信機５０が２Ｄ／３Ｄコンテンツを配信可能な配信システム６０のサイトへアクセスするまでの手順であるが、特に実施例３と異なるところのみを以下で説明する。
【０２３７】
図５２は、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の例である。図５２において、５２０１が機器仕様判別実行処理Ｓ４８１４により出力される文字列である。ｄｅｖｉｃｅ、ｂｒｏｗｓｅｒ、ｓｔｒｅａｍｉｎｇ、ｄｏｗｎｌｏａｄは、受信機５０の機能を示し、後続する数字はバージョン番号である。ここで、ｄｏｗｎｌｏａｄの項目はこの受信機５０がＤＬサービスを受けるに当たり持っている機能を示す。括弧内は機能オプションの装備状況を示し、複数のオプションに分類され記述される
５２０２や５２０３は、それぞれ実施例３の３２０２や３２０３と同様である。５２０４はオプション１であり３Ｄ映像形式を指定する。オプション１の５２０４では、３Ｄ映像形式においてＳＢＳ方式は対応しているという前提で、他に対応している３Ｄ映像形式を記載するものである。５２０５はオプション２であり、ＭＶＣのように視点数についても記載したい場合に記載するものである。視点数の記載に関しては、複数の記載があってもよい。５２０５では、ＭＶＣにおける２視点に対応しているという前提で、それ以外の視点数を記載するものである。具体的に説明すると５２０１が示すのは、受信機５０のダウンロードサービスに関しての機能としては、ディスプレイ無し機、対応する３Ｄ映像形式はＳＢＳとＭＶＣであり、ＭＶＣの視点数は９視点以下に対応しているということである。
送信要求を受信した配信システム６０のＷｅｂサーバ６１は、該送信要求のＵＲＬに応じて、（１）２Ｄコンテンツのみ扱うことが可能な画面、あるいは（２）２Ｄコンテンツおよび受信機５０が対応する３Ｄコンテンツの両方を扱うことが可能な画面、のいずれかを作成し、受信機５０に対して送信する（Ｓ４８１８）。
【０２３８】
受信機５０が、３Ｄ非対応機、３Ｄ標準対応機（３Ｄ標準対応製品（ディスプレイ内蔵））、３Ｄ Ｒｅａｄｙ機、ディスプレイ無し機（３Ｄ標準対応製品（ディスプレイ非内蔵））のいずれであるか、どのような３Ｄ映像形式に対応しているかといった情報は、受信機５０の機器仕様情報として、受信機５０のブラウザ５１に保持／管理されている。また、受信機５０の機器仕様情報はブラウザ５１に保持されているものに限定されず、受信機５０のハードディスクドライブ、メモリなどの記憶部に記憶されていてもよい。
【０２３９】
図５３は、機器仕様判別処理Ｓ４８１５を説明する図の例である。図５３は図４１に処理を追加したものであり、その追加した部分のみを説明する。また、表中のＤＬオプション１とは機器仕様判別実行処理Ｓ４８１４により出力される文字列のｄｏｗｎｌｏａｄに関するオプション１を指す。
【０２４０】
Ｓ３３０３において「ない」、Ｓ３３０５において「ある」、またはＳ３３０７において「ない」と判定され「標準対応機」とみなされたとき、ブラウザ５１は、ＤＬオプション１の記載を探索し（Ｓ５３０１）、「ＭＶＣ」の記載がある場合は受信機５０を「標準対応機（ＳＢＳとＭＶＣ）」と判定し、「標準対応機」や「ＯＫ」、対応する３Ｄ映像形式として「ＳＢＳとＭＶＣ」等の機器仕様判別結果の情報を保持する（Ｓ５３０４）、ＤＬオプション１に記載が無い場合や「ＭＶＣ」以外の記載がある場合は、ブラウザ５１は、受信機５０を「標準対応機（ＳＢＳ）」と判定し、「標準対応機」や「ＯＫ」、対応する３Ｄ映像形式として「ＳＢＳ」等の機器仕様判別結果の情報を保持する（Ｓ５３０３）。
【０２４１】
Ｓ３３０７において「ある」と判定され「ディスプレイ無し機」とみなされたとき、ブラウザ５１は、ＤＬオプション１の記載を探索し（Ｓ５３０２）、「ＭＶＣ」の記載がある場合は受信機５０を「ディスプレイ無し機（ＳＢＳとＭＶＣ）」と判定し、「ディスプレイ無し機」や「ＮＤ」、対応する３Ｄ映像形式として「ＳＢＳとＭＶＣ」等の機器仕様判別結果の情報を保持する（Ｓ５３０６）、ＤＬオプション１に記載が無い場合や「ＭＶＣ」以外の記載がある場合は、ブラウザ５１は、受信機５０を「ディスプレイ無し機（ＳＢＳのみ）」と判定し、「ディスプレイ無し機」や「ＮＤ」、対応する３Ｄ映像形式として「ＳＢＳ」等の機器仕様判別結果の情報を保持する（Ｓ５３０５）。
【０２４２】
上記のような処理を行い、ブラウザ５１は、機器仕様判別処理Ｓ４８１５において文字列５２０１から機器仕様判別結果の情報を取得する。
【０２４３】
なお、図５３においては標準的な３Ｄ映像形式をＳＢＳとして、対応する３Ｄ映像形式がＳＢＳとＭＶＣの場合の説明をしたが、受信機５０の標準的な３Ｄ映像形式がＳＢＳではなく、対応する３Ｄ映像形式がＳＢＳとＭＶＣ以外であっても、同様の処理を行う。
【０２４４】
図５４は、ポータル画面選択処理Ｓ４８１６を説明する図の例である。
ブラウザ５１は、機器仕様判別処理Ｓ４８１５から渡された機器仕様判別結果の情報を取得（Ｓ５４０１）し、取得した機器仕様判別結果の情報が「ＯＫ」であったらＳ５４０３、「ＲＤ」であったらＳ５００３、「ＮＧ」であったらＳ５００４、「ＮＤ」であったらＳ５４０５に進む（Ｓ５４０２）。
【０２４５】
機器仕様判別結果の情報が「ＯＫ」であったら、ブラウザ５１は、対応する３Ｄ映像形式に関する機器仕様判別結果の情報を判別し（Ｓ５４０３）、「ＳＢＳ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳ形式のＯＫ」に対応するＵＲＬを取得し（Ｓ５４０５）、「ＳＢＳとＭＶＣ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳとＭＶＣ形式のＯＫ」に対応するＵＲＬを取得する（Ｓ５４０６）。
【０２４６】
機器仕様判別結果の情報が「ＮＤ」であったら、ブラウザ５１は、対応する３Ｄ映像形式に関する機器仕様判別結果の情報を判別し（Ｓ５４０４）、「ＳＢＳ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳ形式のＮＤ」に対応するＵＲＬを取得し（Ｓ５４０７）、「ＳＢＳとＭＶＣ」であったらＳ４８１３で配信システム６０から取得したサービス要求から「ＳＢＳとＭＶＣ形式のＮＤ」に対応するＵＲＬを取得する（Ｓ５４０８）。
【０２４７】
Ｓ５００３とＳ５００４の処理は実施例３と同様である。
以上のとおり、ブラウザ５１は、ポータル画面選択処理Ｓ４８１６において、Ｓ４８１５の機器仕様判別の結果を用いて、Ｓ４８１７のポータル画面アクセスのためのＵＲＬを、Ｓ４８１３で配信システム６０から取得したＵＲＬの中から選択する。
【０２４８】
また、受信機５０が３Ｄ対応方式としてＭＶＣも対応している場合、視点数に応じてＵＲＬを選択した方がよい場合もある。その場合、サービス要求Ｓ４８１７のあと、サービス要求、機能仕様判別命令４８１３、機器仕様判別命令実行Ｓ４８１４、機器仕様判別処理Ｓ４８１５、ポータル画面選択処理Ｓ４８１６を再度繰り返すことになる。ただし、再度の場合は、ブラウザ５１は、機器仕様判別処理Ｓ４８１５として、図５５で後述する「ＭＶＣ形式における視点数に関する機器仕様判別処理」を実行する。
【０２４９】
機器仕様判別命令実行Ｓ４８１４は、１回目と同様の処理を行う。また、1回目に取得して保存してある３Ｄの機能に関する文字列や機器仕様判別処理結果の情報を用いてあとの処理を行うことにより、機器仕様判別命令実行Ｓ４８１４を省略してもよい。これにより、受信機５０やブラウザ５１での処理が減り、受信５０やブラウザ５１の動作が高速化するといった効果がある。
【０２５０】
図５５は、ＭＶＣ形式における視点数に関する機器仕様判別処理Ｓ４８１５を説明する図の例である。
【０２５１】
ブラウザ５１は、３Ｄの機能に関する文字列を取得し（Ｓ５５０１）、機器仕様判別処理Ｓ５３００を行う（Ｓ５５０２）。
【０２５２】
ブラウザ５１は、Ｓ５５０２において「標準対応機（ＳＢＳとＭＶＣ）」と「ディスプレイ無し機（ＳＢＳとＭＶＣ）」とのいずれかであるかを判別し（Ｓ５５０３）、いずれかである場合はＳ５５０４に進み、いずれでもない場合は「非対応」と判定し保持する（Ｓ５５１０）。
【０２５３】
ブラウザ５１は、ＤＬオプション２の記載の有無を判断し（Ｓ５５０４）、ある場合はＳ５５０６に進み、無い場合はＳ５５０８に進む。
【０２５４】
ブラウザ５１は、ＤＬオプション２の記載に、２視点を示す「２」があるかを判断し（Ｓ５５０６）、ある場合はＳ５５０８に進み、無い場合はＳ５５０７に進む。
【０２５５】
ブラウザ５１は、ＤＬオプション２の記載に、９視点以下を示す「９」があるかを判断し（Ｓ５５０７）、ある場合はＳＢＳと９視点以下のＭＶＣに対応していると判定し「ＳＢＳと９視点以下のＭＶＣに対応」等のＭＶＣ形式対応判別結果を含んだ機器仕様判別結果の情報を保持する（Ｓ５５０９）。９視点以下を示す「９」が無い場合、Ｓ５５０４でＤＬオプション２の記載が「ない」と判別された場合、およびＳ５５０６でＤＬオプション２に２視点を示す「２」が「ある」と判別された場合を合わせて、ブラウザ５１は、ＳＢＳと２視点のＭＶＣに対応していると判定し「ＳＢＳと２視点のＭＶＣに対応」等のＭＶＣ形式対応判別結果を含んだ機器仕様判別結果の情報を保持する（Ｓ５５０８）。
【０２５６】
以上により、ブラウザ５１は、受信機５０が対応しているＭＶＣの視点数に関してのＭＶＣ形式対応判別結果の情報を取得することができる。
【０２５７】
図５６は、ＭＶＣにおける視点数に応じたポータル画面選択処理Ｓ４８１６を説明する図の例である。
【０２５８】
ブラウザ５１は、ＭＶＣ形式対応判別結果の情報を取得し（Ｓ５６０１）、ＭＶＣ形式対応判別結果の情報を判別し（Ｓ５６０２）、「ＳＢＳと９視点以下のＭＶＣ」であった場合、「ＳＢＳと９視点以下のＭＶＣ」に対応するＵＲＬを選択し（Ｓ５６０４）、「ＳＢＳと２視点のＭＶＣ」であった場合「ＳＢＳと２視点のＭＶＣ」に対応するＵＲＬを選択し（Ｓ５６０３）、「非対応」であった場合どのＵＲＬも選択しないか、すでに選択してあるＵＲＬをそのまま保持する（Ｓ５６０５）。
【０２５９】
また、上記の説明では２回の機器仕様判別処理とポータル画面選択処理を行ったが、予めＭＶＣの視点数に応じたＵＲＬが判明していれば、一回の処理で行ってもよい。
【０２６０】
以上のとおり、ブラウザ５１は、ポータル画面選択処理Ｓ４８１６において、機器仕様判別結果やＭＶＣ形式対応判別結果の情報を用いて、Ｓ４８１７で用いるＵＲＬを、Ｓ４８１３のサービス要求で配信システム６０から取得したＵＲＬの中から選択する。
【０２６１】
以上から、Ｓ４８１３において配信システム６０のＷｅｂサーバ６１が、自身が生成する会員ページの中に受信機５０が３Ｄコンテンツを扱える場合あるいは扱えない場合や、扱える３Ｄ映像形式に対応して、受信機５０上に表示する画面を変更できるような情報を含めることにより、該受信機５０側で表示する画面を選択することができる。これにより、受信機５０は、配信システム６０が配信する３Ｄコンテンツを適切に扱うことが可能となる。
【０２６２】
また、ブラウザ部が表示しようとする受信機５０のポータル画面や、案内の画面は、実施例３と同様である。
【０２６３】
本実施例では、ブラウザでコンテンツ一覧を表示する例を述べたが、ＥＣＧを用いたアプリケーションでコンテンツ一覧を表示してもよい。
【０２６４】
本実施例によれば、受信機５０は、再生表示できる３Ｄ映像処理の対応状況により、最適なコンテンツの表示をすることができる。従って、ユーザは所有する受信機に対応しないコンテンツを誤って購入することを防止できる。さらに、３Ｄ Ｒｅａｄｙ機に対しては、コンテンツ購入画面において、３Ｄに対応させれば３Ｄコンテンツを視聴できる旨を注意喚起をした上で２Ｄコンテンツを購入可とするので、サービス提供事業者にとっては、ユーザに対して３Ｄコンテンツへの受信機の対応および３Ｄコンテンツの購入を促す効果もある。
【０２６５】
本実施例における受信機５０における処理は、特に断り無い限り受信機５９５でも同様な処理が行われる。また、受信機５０では映像・音声出力処理５３０から出力され映像・音声Ｉ／Ｆから出力される映像・音声信号を、受信機５９５では映像・音声出力処理５３０から出力された映像信号を表示部５３５で表示したり、映像・音声出力処理５３０から出力された音声信号をスピーカ部５３６で出力したりしてもよい。
【実施例５】
【０２６６】
本実施例では、実施例４の別の形態について説明する。本実施例においては、実施例４と異なる部分を中心に説明し、特に記載がないところは実施例４と同様である。
【０２６７】
図５７は、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の例である。図５７において、５７０１が機器仕様判別実行処理Ｓ４８１４により出力される文字列である。
【０２６８】
５２０２や５２０３は、それぞれ実施例４の５２０２や５２０３と同様である。５７０２はオプション３であり３Ｄ映像形式を指定する。オプション３の５７０２では、３Ｄ映像形式においてＳＢＳ方式は対応しているという前提で、他に対応している３Ｄ映像形式を記載するものである。５７０３はオプション４であり、ＭＶＣのように視点数についても記載したい場合に記載するものである。５７０３では、ＭＶＣにおける２視点に対応しているという前提で、それ以外の視点数を記載するものである。具体的に説明すると５７０１は、受信機５０のダウンロードサービスに関しての機能としては、ディスプレイ無し機、対応する３Ｄ映像形式はＳＢＳとＭＶＣであり、ＭＶＣの視点数は９視点以下に対応しているということを示している。
【０２６９】
図５８は、機器仕様判別処理Ｓ４８１５を説明する図の例である。図５８は実施例４の図５３に処理を変更したものであり、その変更した部分のみを説明する。具体的には、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の形式が実施例４と本実施例と異なり、それに伴う変更である。
【０２７０】
Ｓ５８０１では、ＤＬオプション３の記載に従い判別を行う。Ｓ５８０２では、ＤＬオプション３の記載に従い判別を行う。
【０２７１】
上記以外の処理については、図５３の処理と同様である。
【０２７２】
図５９は、ＭＶＣ形式における視点数に関する機器仕様判別処理Ｓ４８１５を説明する図の例である。図５９は実施例４の図５５に処理を変更したものであり、その変更した部分のみを説明する。具体的には、機器仕様判別命令実行処理Ｓ４８１４により出力される文字列の形式が実施例４と本実施例と異なり、それに伴う変更である。
【０２７３】
Ｓ５９０１〜Ｓ５９０３では、ＤＬオプション４の記載に従い判別を行う。上記以外の処理については、図５５の処理と同様である。
【０２７４】
以上の実施例によれば、受信機５０は、再生表示できる３Ｄ映像処理の対応状況により、最適なコンテンツの表示をすることができる。従って、ユーザは所有する受信機に対応しないコンテンツを誤って購入することを防止できる。さらに、３Ｄ Ｒｅａｄｙ機に対しては、コンテンツ購入画面において、３Ｄに対応させれば３Ｄコンテンツを視聴できる旨を注意喚起をした上で２Ｄコンテンツを購入可とするので、サービス提供事業者にとっては、ユーザに対して３Ｄコンテンツへの受信機の対応および３Ｄコンテンツの購入を促す効果もある。
【０２７５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２７６】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０２７７】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２７８】
５０ 受信機
５１ ブラウザ
５２ ＥＣＧ処理部
５３ ＡＶプレーヤ
５５ ダウンローダ
５６ ローカルナビゲーション
５７ ストリーム出力制御部
６０ 配信システム
１００ ダウンロード制御情報
２００ 再生制御メタファイル
３００ ライセンス
４００ ＥＣＧメタデータ
５１０ ストレージ
５６０ リムーバブルメディア
５７０ ネットワーク接続機器
【特許請求の範囲】
【請求項１】
３Ｄ映像番組と２Ｄ映像番組とが混在するデジタル信号を受信する受信装置において、
受信する番組一覧を表示して選択する番組選択手段と、
前記受信装置が装備する３Ｄ映像番組および２Ｄ映像番組の視聴に対する機能を判別する機能判別手段と、
前記受信装置が対応する３Ｄ映像形式に対する機能を判別する３Ｄ映像形式判別手段と、
を備え、
前記番組選択手段は、受信する番組一覧を表示する際に、前記機能判別手段の判別結果と３Ｄ映像形式判別手段の判別結果に応じて、前記受信装置が視聴可能な番組一覧を表示する
ことを特徴とする受信装置。
【請求項２】
請求項１に記載の受信機において、
前記３Ｄ映像形式判別手段は対応する視点数に対する機能も判別する
ことを特徴とする受信装置。
【請求項１】
３Ｄ映像番組と２Ｄ映像番組とが混在するデジタル信号を受信する受信装置において、
受信する番組一覧を表示して選択する番組選択手段と、
前記受信装置が装備する３Ｄ映像番組および２Ｄ映像番組の視聴に対する機能を判別する機能判別手段と、
前記受信装置が対応する３Ｄ映像形式に対する機能を判別する３Ｄ映像形式判別手段と、
を備え、
前記番組選択手段は、受信する番組一覧を表示する際に、前記機能判別手段の判別結果と３Ｄ映像形式判別手段の判別結果に応じて、前記受信装置が視聴可能な番組一覧を表示する
ことを特徴とする受信装置。
【請求項２】
請求項１に記載の受信機において、
前記３Ｄ映像形式判別手段は対応する視点数に対する機能も判別する
ことを特徴とする受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【公開番号】特開２０１２−２２２４７５（Ｐ２０１２−２２２４７５Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８４１６６（Ｐ２０１１−８４１６６）
【出願日】平成２３年４月６日（２０１１．４．６）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月６日（２０１１．４．６）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]