以下、実施例を、図面を用いて説明する。
本実施例では、コンテンツを受信する受信機50と、配信システム60の例を説明する。
図1は、本実施例を適用するコンテンツ送受信システムの構成の例である。配信網は、ルータ43を介し、家庭に接続し、網内でネットワーク品質を保証するコンテンツ配信網40と、コンテンツ配信ネットワーク40から接続される外部のインターネット網45と、から構成される。配信システム60は、ネットワークスイッチ42を介し、コンテンツ配信網40に接続される場合と、汎用性を重視しインターネット網45にルータ44を解して接続される場合がある。
家庭へのネットワーク接続は、同軸ケーブル、光ファイバ、ADSL(Asymmetric Digital Subscriber Line)、無線通信等、さまざまな通信経路46が想定され、それぞれの経路に適した変復調が、伝送路変復調器45によって行われ、IPネットワークに変換される。
家庭内では、伝送路変復調器46で復調され、ネットワークインタフェースに変換されたIPネットワークは、ルータ48を介し、家庭内の機器に接続される。
家庭内の機器としては、受信機50や、IPネットワーク対応の記憶装置(Network Attached Storage)32、パソコン33、ネットワーク接続可能なAV機器などが想定される。受信機50は、アンテナ35から受信した放送を再生したり、蓄積する機能を併せ持つこともありえる。
図2は、コンテンツ配信システム40の構成例である。
コンテンツの配信システム60は、Web文書71を配信するWebサーバ61、配信するコンテンツの属性情報などを記述するECGメタデータ400、コンテンツの再生に必要な情報を記述する再生制御情報200を配信するメタデータサーバ62、コンテンツ本体75を配信するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス300を配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ63などを有する。
各サーバは、IP網67によって相互に接続されると共に、IP網67を介して、図1のインターネット網45、または、コンテンツ配信網40に接続される。
なお、各サーバの一部、または、すべてが、IP網67を介さず、直接、インターネット網45、または、コンテンツ配信網40に接続され、相互に通信を行う構成であってもよい。
なお、配信システム60が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、いくつかのサーバは無くてもよいかもしれない。また、メタデータサーバ62のように複数のデータの配信に使われているサーバを、データの種類別に、実体のサーバを分割して構成してもよい。それぞれのサーバ間は、インターネットなどのネットワークで接続されている。
図3は、受信機50の構成例である。
受信機50は、受信したコンテンツを再生したり、リムーバブルメディアやネットワークに出力することができ、さらにコンテンツを蓄積できるストレージ550を持つ。なお、図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
受信機50は、IPネットワークに物理的に接続を行い、IP(Internet Protocol)データパケットを送受信する通信I/F(Interface)510と、通信I/F510を介し、TCP(Transmission Control Protocol)、UDP(User Datagram Protocol)、DHCP(Dynamic Host Configuration Protocol)、DNS(domain name server)、HTTP(Hyper Text Transfer Protocol)、等の各種IP通信プロトコルの処理を行う通信処理部511を備える。
ダウンローダ55は、コンテンツやコンテンツに関連する情報を取得する処理を行う処理部である。DRMクライアント54は、コンテンツの著作権を管理し、コンテンツの購入条件に応じて、コンテンツの視聴やコピーを制御する機能を提供する。デクリプタ514は、DRMクライアント54からの指示に基づき、ダウンロードするコンテンツを復号する。ストリーム出力処理部57は、コンテンツを受信機50に接続されたリムーバブルメディア560へのコンテンツの出力を行う。または、ストリーム出力処理部57は、通信処理部511、通信I/F510を介して接続されたネットワーク接続機器570へのコンテンツの出力を行う。
リムーバブルメディア560は、ストリーム出力処理部541に接続されたリムーバブルメディアI/F534を介して、アクセス可能な脱着可能な記憶メディアである。
受信機50は、操作のためのリモコンI/F533を備え、これにより受信したリモコン信号に従い、ユーザにより操作される。
また、受信機50は、オンデマンドの映像・音声コンテンツのストリーミング配信サービスを受信する機能を備える可能性がある。この場合、通信処理511を介して、映像・音声コンテンツのリアルタイム受信を処理するストリーミング受信処理部512を備える。
AVプレーヤ53は、ダウンロードしたコンテンツや、ストリーミング配信したコンテンツ、あるいは、放送受信したコンテンツを復号し、映像、音声信号に変換する。
AVプレーヤ53は、内部に、デマルチプレクサ521を持ち、この処理部がデクリプタ514で復号されたコンテンツを、映像、音声、字幕のパケットに分離し、それぞれのパケットを映像デコーダ522、音声デコーダ523、字幕デコーダ524に送出する。これらのデコーダ522、523、524により、それぞれ映像、音声、字幕情報が復号され、映像・音声出力処理530により、統合された映像・音声信号に変換される。この映像・音声信号は、映像・音声出力I/F531を介して、受信機50から外部に出力される。
このため、映像・音声出力I/F531に、テレビ等を接続することで、利用者は、映像・音声からなるコンテンツを視聴することができる。
なお、映像・音声出力処理530、映像・音声出力I/F531は、映像・音声を統合して処理し出力する、HDMI(登録商標)規格のインタフェースも考えられるが、映像、音声を独立して処理して、外部に出力するような、映像コンポジット信号出力、アナログ音声出力のような例も想定される。
さらに、受信機50は、デジタル放送の受信、録画を行う機能を兼ね備えるケースもある。その場合は、受信機50は、放送電波を入力する放送I/F501、デジタル放送信号を復号し、映像音声ストリームに変換するデジタル放送受信処理部502、デジタル放送信号の復号に際し、著作権保護の処理を行うCAS(Conditional Access System)503を持つ。
受信機50では、ダウンロードしたコンテンツを、直接、ストリーム出力処理部57に出力し、リムーバブルメディア560などに出力することができる。
また、受信機50は、ダウンロードしたコンテンツをいったんストレージ550に格納することもできる。この場合、その後、受信機の操作により、ストリーム出力処理部57は、ストレージ550から取得したコンテンツをリムーバブルメディア560などに出力する。
ストレージ550を有する構成でも、ストレージ550にコンテンツを保存することなくエクスポートの処理と、いったんストレージ550にコンテンツを格納してから、エクスポートする処理の、どちらを行ってもよい。
この場合、受信機がHDDなどのストレージ550を有するときであっても、ダウンロードしたコンテンツをストリーム出力処理部57を介してリムーバブルメディア560へのエクスポートが可能となるため、ストレージ550にコンテンツを格納する必要がなく、ストレージの記録容量に空きが少ない場合でもダウンロードが可能となるという利点もある。
また、図3の受信機50で、ストレージ550経由せず、直接リムーバブルメディアへ560のエクスポートを行うサービスのみを実施する場合は、ストレージ550を搭載しない、より安価な受信機を実現することが可能となる。
また、ダウンロードしたコンテンツを復号せずに、そのままいったんストレージ550に格納し、ストレージ550に格納されたコンテンツを再生、または、リムーバブルメディア560等にエクスポートするときに、DRMクライアント54がDRMサーバ64からライセンス300を取得し、そのライセンス300に記載されたコンテンツ鍵311に基づき、デクリプタ514がストレージ550に格納されたコンテンツを復号することもできる。
コンテンツの再生の場合は、デクリプタ514がコンテンツを復号し、デマルチプレクサ521が映像、音声、字幕データのパケットに分離する。映像デコーダ522、音声デコーダ523、字幕デコーダ524は分離されたそれぞれの映像パケット、音声パケット、字幕データパケットを復号する。映像・音声出力処理部530は、復号された映像・音声を映像・音声出力I/F531を介して、外部に出力する。これらの処理により、ユーザはコンテンツを視聴することができる。
コンテンツのエクスポートの場合は、デクリプタ514がコンテンツを復号し、ストリーム出力処理部541が複合されたコンテンツをリムーバブルメディア560等に出力する。
なお、図3に記載された、デジタル放送受信処理部502、CAS503、通信処理部511、ストリーミング受信処理部512、デクリプタ514、デマルチプレクサ521、映像デコーダ522、音声デコーダ523、字幕デコーダ524、映像・音声出力処理部530、ストレージ550、ブラウザ51、ECG処理部52、AVプレーヤ53、DRMクライアント54、ダウンローダ55、ローカルナビゲーション56、ストリーム出力処理部57は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。
また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、デジタル放送受信処理プログラム502、CASプログラム503、通信処理プログラム511、ストリーミング受信処理プログラム512、デクリプタプログラム514、デマルチプレクサプログラム521、映像デコーダプログラム522、音声デコーダプログラム523、字幕デコーダプログラム524、映像・音声出力処理プログラム530、ストレージ550、ブラウザプログラム51、ECG処理プログラム52、AVプレーヤプログラム53、DRMクライアントプログラム54、ダウンローダプログラム55、ローカルナビゲーションプログラム56、ストリーム出力処理プログラム57などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
次に、図3のシステム構成の受信機50と、図2のコンテンツの配信システム60の、コンテンツ配信サービスにおけるデータの授受関係について、図4、図5、図6を用いて説明する。なお、図4〜5には図3の受信機50から、処理の流れで使われる一部のブロックのみを表示しているが、それぞれ、図3の受信機50のその他の処理部等を有していてもよく、また図4〜5に記載された構成がかならずしも必要とは限らない。一部を省略しても良い。
図4の受信機581は、図3の受信機50から、ストリーミング配信システムとデータの授受を行うブロックを抽出したサブセットである。
コンテンツの配信システム60は、Web文書71を配信するWebサーバ61、配信するコンテンツの属性情報などを記述するECGメタデータ400、コンテンツの再生に必要な情報を記述する再生制御メタファイル200を配信するメタデータサーバ62、コンテンツ本体75を配信するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンス300を配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ63などからなる。
以上のデータを、受信機581と、配信システム60の間でデータ通信する伝送路67は、図1の配信網を想定している。
図4の場合、ブラウザ51は、Webサーバ61から受信したWeb71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、別の方法として、受信機アプリケーションのECG(Electric Content Guide)処理部52が、メタデータサーバ62から取得したECGメタデータ400をECGの形でユーザに提示し、ユーザがECGから見たいコンテンツ75を検索し、探し出す方法を提供してもよい。
見たいコンテンツを選択し、Web文書71上でユーザがコンテンツの再生指示を行うと、ブラウザ51が、Web文書71に参照先が記述された再生制御メタファイル200をメタデータサーバ62から取得し、AVプレーヤ53に再生要求を行う。あるいは、ECG処理部52が表示したECG上でユーザがコンテンツの再生指示を行うと、ECG処理部52が、ECGメタデータ400に参照先が記述された再生制御メタファイル200をメタデータサーバ62から取得し、AVプレーヤ53に再生要求を行う。
AVプレーヤ53は、再生制御メタファイル200の内容に従い、DRMクライアント54から、コンテンツのライセンス300に記述されたコンテンツ鍵とRMPI(Right. Management and Protection Information)と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ514に設定し、RMPIに従い、映像、音声等の出力条件を映像・音声出力I/F531に設定して、コンテンツサーバ63から配信されるコンテンツ75のストリーミング再生を行う。
DRMクライアント54は、有効なライセンス300を保持し、AVプレーヤ53やストリーム出力制御部57から要求があれば、対応するライセンス300から、コンテンツ鍵やRMPIを提供する。また、要求されたライセンス300が未取得であれば、DRMサーバ64からコンテンツの再生に必要なライセンス300を取得する。
図5の受信機582は、図3の受信機50から、ダウンロード配信システムとデータの授受を行うブロックを抽出したサブセットである。
図5の場合も、ブラウザ51は、Webサーバ61から受信したWeb71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、別の手段として、受信機アプリケーションのECG処理部52が、メタデータサーバ62から取得したECGメタデータ400をECGの形でユーザに提示し、ユーザがECGから見たいコンテンツ75を検索し、探し出す手段を提供してもよい。
見たいコンテンツを選択し、Web文書71上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ51が、Web文書71に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。あるいは、ECG処理部52が表示したECG上でユーザがコンテンツのダウンロード指示を行うと、ECG処理部52が、ECGメタデータ400に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。
ダウンローダ55は、再生制御メタファイル200を取得し、その内容に従い、DRMクライアント54から、コンテンツのライセンス300に記述されたコンテンツ鍵とRMPI(Right. Management and Protection Information)と呼ばれる信号出力制限・コピー制御情報を取得し、コンテンツ鍵をデクリプタ514に設定し、RMPIに従いエクスポート先のリムーバブルメディア560、ネットワーク接続機器570に対し、映像、音声等の出力条件を設定して、コンテンツサーバ63から配信されるコンテンツ75をダウンロードし、デクリプタ514で復号したコンテンツをストリーム出力制御部57へ出力し、エクスポート処理を行う。
図6の受信機583は、図3の受信機50から、ストレージ550を介したダウンロード配信システムとデータの授受を行うブロックを抽出して記載した。
図6の場合、ブラウザ51は、Webサーバ61から受信したWeb71を提示し、リモコンなどの操作デバイスで操作することで、ユーザが見たいコンテンツ75を検索し、探し出す。また、図では省略したが、図5と同様に、受信機アプリケーションのECG処理部52が、メタデータサーバ62から取得したECGメタデータ400をユーザに提示し、ユーザが見たいコンテンツ75を検索し、探し出す手段を提供してもよい。
ユーザから見たいコンテンツの選択を受信し、Web文書71上でユーザがコンテンツのダウンロード指示を行うと、ブラウザ51は、Web文書71に参照先が記述されたダウンロード制御情報100をメタデータサーバ62から取得し、ダウンローダ55にダウンロードの実行要求を行う。
ダウンローダ55は、ダウンロードするコンテンツのECGメタデータ400、再生制御メタファイル200、コンテンツ75を取得し、ストレージ550に蓄積する。
蓄積されたコンテンツ75は、受信機のローカルナビゲーション56というアプリケーションで、検索し、選択して、再生したり、エクスポートすることができる。
ローカルナビゲーション56で、コンテンツの再生が指示された場合は、AVプレーヤ53を起動して、再生を要求し、コンテンツのエクスポートが指示された場合は、ストリーム出力制御部57を起動して、エクスポート処理を要求する。
次に、受信機が処理する情報の内容について、詳しく説明する。
図7は、ECG処理部52がECGとしてコンテンツ検索のために提示するECGメタデータ400の相関図である。ECGメタデータ400は、XML形式で記述される。
ECGメタデータ400は、個々の配信される番組の名称や説明、映像、音声、ジャンルなどの属性情報を記述するコンテンツメタデータ430、個々の番組を一連のシリーズをグループ化して管理し、検索可能にするシリーズメタデータ410、番組の購入ライセンスを記述したライセンスメタデータ470、番組やグループ化された番組の購入条件を記載したパッケージメタデータ450から構成される。コンテンツメデデータ430には、その番組が所属するグループメタデータ410を一意に識別するグループIDを記述することができ、グループメタデータ410は、それ自体が所属するグループメタデータ410のグループIDを記述することで、階層的なグループ構成を定義できる。
ライセンスメタデータ470は、そのライセンスで利用できる番組のコンテンツメデデータ430を一意に識別するコンテンツIDと、購入条件として利用できるパッケージメタデータ450を一意に識別する購入IDを持ち、コンテンツメデデータ430とパッケージメタデータ450は、お互いに対応する購入ID、コンテンツIDを持つ。コンテンツメタデータ430は、そのコンテンツが、ストリーミング再生、または、ダウンロードできる、あるいは両方ができる場合、ストリーミング再生用の再生制御情報200、および、コンテンツダウンロード用のダウンロード制御情報100を取得するための参照情報を持つことができる。
図8は、ECGメタデータ400の中で、パッケージメタデータ470の構成例である。
パッケージメタデータ450は、課金の開始日時、終了日時を記述する課金有効期間451、パッケージメタデータ450を一意に識別する購入ID452、パッケージメタデータ450の購入対象となるコンテンツを識別する対象コンテンツID453を保持する。
パッケージメタデータ450は、一つのパッケージメタデータに複数のパッケージを記述でき、それぞれのパッケージについて次の情報を持つ。
パッケージ名称461、パッケージ価格462、説明文465は、ユーザにパッケージ内容を提示するための情報である。購入タイプ463は、パッケージが、コンテンツ単体での購入なのか、シリーズ一括の購入なのか、月極め契約での購入なのかといった、パッケージの購入形態を識別する情報で、配信タイプ464は、コンテンツの配信を、ストリーミング配信なのか、ダウンロード配信なのか、あるいは両方なのかといった、配信形態を識別する情報である。
購入要求URL466は、ユーザの購入操作に基づき、購入トランザクションを要求するサーバのアクセス先を記述する情報である。
すなわち、ECG処理部52は、コンテンツメデデータ430、または、グループメタデータ410を参照して、検索画面を提示し、利用したいコンテンツを見つけたら、そのコンテンツのライセンスメタデータ470を参照することで、ユーザにコンテンツの購入条件を提示し、パッケージメタデータ450に従い購入操作を行わせる。ECG処理部52により提示されたECG上で、コンテンツのストリーミング再生が指示された場合には、コンテンツメタデータ430に記述されたURLに従い再生制御情報200を取得し、AVプレーヤ53は再生制御情報200の記述内容に従いストリーミング再生が行う。
ECG処理部52により提示されたECG上で、コンテンツのダウンロードが指示された場合には、コンテンツメタデータ430に記述されたURLに従いダウンロード制御情報100を取得し、ダウンローダ55は、ダウンロード制御情報100の記述内容に従い、コンテンツのダウンロードを行う。
図9はダウンロード制御情報100の構成例である。ダウンロード制御情報100は、メタファイル自身の内容を記述したダウンロード制御属性情報110と、一つまたは複数のコンテンツをダウンロードするのに用いるダウンロード実行単位情報150を含む。
ダウンロード制御情報100は、例えばRSS(RDF Site SummaryまたはReally Simple Syndication)で記述される。ダウンロード制御情報は、或るパッケージ内の任意の複数コンテンツに対し作成(用意)可能であるが、複数のパッケージはまたがない。
また、或るパッケージに対して複数用意することも可能である。ただし、必ずパッケージ内の全コンテンツがダウンロードできるように、ダウンロード制御情報を用意するべきである。ダウンロード制御情報100は更新されることがあり、受信機は一定周期でチェックし、差分を更新する。なお、RSSの場合にはenclosure urlで各コンテンツを一意に識別する。
ダウンロード制御情報100には、対応するダウンロード制御情報100の名称(例えばダウンロード予約の名称、ファイル名、ID等)を示すダウンロード制御情報の名称111、対応するダウンロード制御情報100の所在(例えば、ダウンロード予約を提供するウェブサイトのインターネット上のURL。但しURLに限らず、その他のアドレスであってもよい、以下所在について同様。)を示すダウンロード制御情報の所在112、対応するダウンロード制御情報100の説明(例えばダウンロード予約についての説明や言語タイプ等)を示すダウンロード制御情報の説明文113、更新チェックフラグ114、更新期限日時115などの情報を持つ。
更新チェックフラグ114は、メタデータサーバ62上のダウンロード制御情報100の内容が変更されていないか、周期的にチェックを行うかどうかを判別するフラグであり、チェックを行う「更新」と、最初に取得した後は、周期的にチェックを行わない「単発」の値をとる。更新期限日時115は、更新チェックフラグ114が「更新」の場合に有効で、ダウンロード制御情報100の更新をチェックし続ける期限の日時を記載する。
更新期限日時115は、コンテンツの更新を監視する期限を示す。期限の単位(日単位、時単位、分単位等)は任意である。「期限なし」すなわち半永久的にチェックをし続けることを示す値を取ることも可能である。また、別の実施方法として、更新期限日時115の特殊な値(例えばすべて0)を更新チェックフラグ114「単発」を示す値として扱うことにより、更新チェックフラグ114を省略する構成も実現可能である。
ダウンロード実行単位情報150は、ダウンロード制御情報100に複数記述可能である。ダウンロードする各々のコンテンツについて、そのコンテンツのタイトル(番組名等であってもよいし、ファイル名やIDであってもよい)を示す配信コンテンツのタイトル151、そのコンテンツの説明(特徴や備考等)を示す配信コンテンツの説明文152、そのコンテンツを配信する日時(日単位、分単位であっても良い)を示す配信日時153、そのコンテンツをインターネット上で一意に識別する配信コンテンツのコンテンツID154、配信コンテンツの種別155、配信コンテンツの取得先URLを示すコンテンツの所在156、そのコンテンツに対応するECGメタデータの取得先URLを示すECGメタデータの所在157、そのコンテンツに対応する再生制御情報の取得先URLを示す再生制御情報の所在158、配信コンテンツのサイズ159などの情報を格納する。
コンテンツID識別子154は、一例としては、“CRID://authority/content_id”というスキーマで規定される文字列で記述され、authorityの部分が、コンテンツの配信者をネットワーク上で唯一に識別するキーワードである。本実施例では、インターネット上で唯一の名称として管理されるドメインネームをauthorityとして運用する。
authority/の後のcontent_idは、authority内でコンテンツを一意に識別するIDで、文字列の形式はauthorityで自由に運用してよい。このような運用により、インターネット上のコンテンツを、コンテンツ識別子154で一意に識別することが可能になり、コンテンツ識別子154をインターネット上のURLとしてアクセスすることにより、対象のコンテンツや関係するメタデータを取得することが可能になる。
配信日時153は、通常、コンテンツがコンテンツサーバ63に格納され、公開された日時を記載するが、ダウンロード制御情報100が配信されたときには、コンテンツがまだ公開されず、配信日時153には配信予定の未来の日時が記載される場合もある。また、一度、配信されたコンテンツの内容が更新された場合、配信日時153には、更新された日時を記載する。
配信コンテンツの種別155は、例えばサーバから配信される映像、写真、音楽、プログラム、マルチメディアデータなどの種別を記載する。映像の中で更に細分化して、映画、ニュース、スポーツ等、音楽の中で更に細分化してクラシック、ロック、ジャズ等の種別を記載してもよい。
配信コンテンツ用メタデータとは、コンテンツの再生や実行に必要な付属情報のことで、一例としてはコンテンツ検索用のジャンルやキーワード情報、コンテンツが映像情報であれば、そのサムネイルやチャプタ情報などがある。
図10は再生制御メタファイル200の構成例である。ダウンロード制御情報100を参照することによって取得される、再生制御メタファイル200の構成について説明する。
再生制御メタファイル200は、コンテンツ再生の際に必要なコンテンツ自身のAVストリームの情報であるコンテンツ固有属性情報210と、暗号化されたコンテンツの暗号を解くために著作権管理サーバにアクセスして復号ためのコンテンツ鍵などを取得する際に必要なライセンス取得情報220、ストリーミングVODの場合にその再生制御を行うのに必要なネットワーク制御情報230の3つのXML文書を含む。なお、ネットワーク制御情報230は、ダウンロード配信の場合は不要である。
コンテンツ固有属性情報210は、コンテンツ本体ファイルのファイル名と参照先211、コンテンツが暗号化されているか否かの区別情報212、コンテンツの時間長213、映像符号化方式や解像度・走査・アスペクト比など映像信号の属性情報214、ステレオ/モノラル/マルチチャンネル区別など音声信号の属性情報215等を提供する。
コンテンツのライセンス取得情報220は、対象コンテンツのライセンス取得先になる著作権管理サーバアドレス情報221、著作権管理方式の種別情報223、コンテンツに付随する著作権保護範囲の種別を示すライセンスID224、著作権管理サーバとクライアントである受信機間でサーバ認証を行う為の署名対象の要素の値222と参照先226、ライセンスの利用条件情報225、ある署名の検証に必要な公開鍵証明書227などの情報を提供する。
ネットワーク制御情報230は、利用可能なストリーミングプロトコル方式の情報231や、特殊再生やコンテンツの頭出し方式232や、一時中断した再生が途中から再開可能かなど、さまざまなストリーミングサーバ機能情報や、サーバの機能で複数段階の可変速再生が可能な場合、各々の段階について、どのような倍率かを示す情報233と、その再生方式の情報234を、記述する。
再生方式としては、可変速再生専用のストリームをサーバ側で用意し配信する方式や、通常速再生のストリームに含まれる静止画を飛ばし再生することで擬似的に高速再生を実現する方式などが想定される。
図11はライセンス300の構成例である。ダウンロード制御情報100を参照することによって取得される、あるいは、コンテンツの再生開始時、エクスポート開始時に取得される、ライセンス300の構成について説明する。
ライセンスは、番組を視聴する権利を記述する再生ライセンス310と、外部メディアやネットワークへの出力する権利を記述するエクスポートライセンス320がある。
ライセンスには、コンテンツを複合するのに必要なコンテンツの暗号鍵311、321を保持し、再生ライセンス310の場合、利用開始日時および利用終了日時312や、再生時の信号出力制限やコピー制御情報313を持つ。
利用開始日時および利用終了日時312は無期限の指定をすることも可能である。
エクスポートライセンス320には、エクスポート可能なメディア(あるいはネットワーク)毎に、それぞれのメディアに出力する場合の、コピー制限やアナログ出力制限などの利用条件情報322を指定することができる。
エクスポートライセンス320は、1つのライセンスで1回のエクスポートが行え、一つのコンテンツをN回エクスポートできるようにするためには、N個のエクスポートライセンス320を、DRMサーバ64から受信機50に配信する。
次に、以上のシステム構成、およびデータ構成に基づき実現される受信機アプリケーションのユーザインタフェース例について、図12から図19を用いて、説明する。
図12は、ECG処理部52で実現するコンテンツ検索画面1000の例である。
リモコンこの画面において起動されるこの画面においては、キーワード1001、ジャンル1002、配信日1003、価格1004、提供形態1005などの選択肢や、入力フィールドを用意し、検索開始1005を指示すると、ユーザの指定内容に応じECGメタデータ400を検索する。
図13は、ECG処理部52が表示する検索結果画面1100の表示例である。この例では、検索の結果をリスト表示し、タイトル1101、提供形態1102、購入状態1103、コンテンツに対する操作ボタンとして、購入または詳細1104、VOD視聴1105、DL関連のボタン1106が表示される。
提供形態欄1102には、パッケージメタデータ450にそのコンテンツが、VOD配信(ストリーミング配信)のみで提供されるなら「VOD」、ダウンロード配信のみで提供されるなら「DL」、両方で提供されるなら「VOD/DL」と表示されるものとする。なおVODとはVideo On Demandのことである。
購入状態欄1103には、そのコンテンツをユーザが購入済か、未購入か、あるいは、無料コンテンツかといった受信機が管理する情報が提示される。
購入または詳細のボタン1104は、そのコンテンツが未購入であれば「購入」ボタンが表示され、コンテンツが購入済み、あるいは、無料で購入が必要でない場合は「詳細」ボタンが表示される。
「VOD視聴」ボタン1105は、そのコンテンツがVOD(ストリーミング)視聴可能な場合にのみ表示され、このボタンを選択すると、VOD視聴が開始される。
DL関連のボタン1106は、ダウンロード可能なコンテンツにのみ表示され、状態に応じ、ダウンロードは指示したが、まだダウンロードしていないコンテンツは、操作できない「DL待ち」ボタンが表示され、ダウンロードが開始されると「DL中」ボタンに変わり、ダウンロードが完了すると、「DL視聴」が表示され、「DL視聴」ボタンを選択すると、ダウンロード済みのコンテンツを視聴できる。なお、「DL中」でも、ある程度バッファリングされていれば、コンテンツを視聴できるようにする受信機があってもよい。
図14は、ECG処理部52が表示するコンテンツ購入画面1200の例である。検索結果画面1100で、「購入」ボタンを選択した場合にコンテンツ購入画面1200が提示される
コンテンツの購入に必要なタイトル1201、内容1202、監督1203、出演者1204、ジャンル1205、視聴期限1206、再生時間や映像・音声の情報1207、エクスポートできる回数や出力先の情報1208、提供形態の選択肢1209、価格1210などを、ECGメタデータ400を元に提示し、提供形態1209が選択可能な場合は、VOD、ダウンロード、あるいはその両方を選択できる。
図14の例では、「VOD」は抹消線により無効になっていることが表示されており、「ダウンロード」が有効になっていることが表示されている。またチェックマークによりユーザが「ダウンロード」を選択していることを表している。
選択後、「購入」ボタン1223を選択することで、コンテンツの購入トランザクションが、配信システムとの間で発生する。
「戻る」ボタン1224を選択した場合は、検索結果画面1100に戻るものとする。
図15は、ECG処理部52が表示するコンテンツ詳細画面1250の例である。コンテンツ購入後に、検索結果画面1100で「詳細」ボタンを選択することによりコンテンツ詳細画面1250が提示される。
この画面は、表示される情報は、コンテンツ購入画面1200とほぼ同じであるが、購入済みなので「購入」ボタン1223はなく、代わりに「VOD視聴」1220、「ダウンロード視聴」1221、「エクスポート」1222といったボタンが表示され、それぞれの機能が有効なコンテンツについて、ボタンが有効になり操作できる。
また、提供形態1209の欄は、購入済みのため選択はできず、購入したコンテンツの提供形態が表示されるのみであり、ダウンロード視聴可能なコンテンツについては、ダウンロードの進捗状況1211を表示する場合がある。
図16は、ECG処理部52が表示するコンテンツ再生画面1300の例である。コンテンツの検索結果画面1100、あるいは、コンテンツ詳細画面1250で、VOD視聴、あるいは、ダウンロード視聴を選択した場合、コンテンツ再生画面1300が提示される。
コンテンツ再生画面1300には、再生制御情報200に基づき、タイトルバナー1302に、コンテンツのタイトル1303、再生時間1304、映像・音声の詳細情報1305が表示され、リモコン等による操作に応じ、操作内容がアイコン表示1301され、また、受信機によっては全体の再生時間の中で、現在の再生位置を表示1406ものもある。
図17は、ECG処理部52が表示するエクスポート画面1400の例である。コンテンツ詳細画面1250で、エクスポートが指示された場合、エクスポート画面1400が提示される。
この画面では、ECGメタデータ400に基づき、コンテンツのタイトル1401、容量1402などを表示した上で、許される出力先の選択肢1403と、受信機が管理するエクスポートの残り回数1404を表示する。
ユーザーが出力先を選択し、「エクスポート先チェック」ボタン1405を選択すると、エクスポートしたいコンテンツが、エクスポート先のメディアに記録可能かどうかをチェックし、可能であれば「正常」、不可能であれば、その原因を、状態欄1407に表示する。
「エクスポート開始」ボタン1406を選択した場合も、「エクスポート先チェック」ボタン1405を選択した場合と同様に、事前チェックを行い、問題があれば、状態欄1407にその原因を表示するが、「エクスポート開始」ボタン1406の場合は、正常であればエクスポートを開始する。
エクスポートの進み具合は、進行状況1406として表示され、エクスポートが完了すれば、残り回数1404が1回減ったエクスポート画面1400が表示されるものとする。
エクスポート完了前にエクスポートを中止し、コンテンツ詳細画面1250に戻りたい場合は、「中止」ボタン1409を選択する。
以上のように、ECG処理部52により生成されるECGの画面は構成される。
別の実施例として、ECG処理部52ではなく、ブラウザ51により、Webサーバ61から取得するWeb文書71を提示することで、コンテンツの検索から再生までを行うこともできる。
図18はブラウザ51上で提示するWeb文書71の遷移例である。
ブラウザ51の起動時のホームページ、あるいはブックマークの選択を受け付けることにより、ブラウザ51はまずコンテンツ販売ポータルページ1501を表示する。ここで、コンテンツの検索が指示されると、ブラウザ51は検索結果のコンテンツ一覧ページ1502を表示し、検索結果からコンテンツを選択すると、コンテンツ購入ページ1503を表示する。
コンテンツ購入画面1503で、配信形態を選択してコンテンツを購入する配信形態により、VODでの購入が選択された場合は、ブラウザ51はVOD再生開始ページ1504を表示し、VOD再生が指示されると、再生制御メタファイル200を参照し、図16のコンテンツ再生画面を表示する。
また、コンテンツ購入画面1503でダウンロードでの購入が選択された場合、ブラウザ51はダウンロード開始ページ1505を表示し、ダウンロード開始の指示を行うと、ダウンロード制御情報100に基づき、バックグラウンドでコンテンツのダウンロードを開始する。
図19はブラウザ51が表示する、ローカルナビゲーション画面1600である。ダウンロード配信されるコンテンツは、ローカルナビゲーション画面1600で状態が表示される。
この画面では、ダウンロード指示されたコンテンツや、ダウンロード済みのコンテンツが一覧表示され、コンテンツのタイトル1601、ダウンロード状態1602、購入状態1603、コンテンツに対する操作ボタンとして、「購入」または「詳細」ボタン1604が表示され、購入条件として視聴可能なコンテンツには「視聴」ボタン1605、エクスポート可能なコンテンツには「エクスポート」ボタン1606が表示される。
ダウンロード状態欄1602には、ダウンロード指示されたが見ダウンロード状態の「DL待ち」、ダウンロード開始しその進捗状況も表示する「DL中」、ダウンロードが完了した「DL完了」、ダウンロード中にエラーが発生し中断した「DLエラー」といった状態表示が行われる。
購入状態欄1603には、未購入、購入済、無料といった状態が表示される。
ボタン類については、未購入コンテンツには、「購入」ボタンが表示され、購入済みのコンテンツには、「詳細」ボタンが表示される。視聴ボタンは、ダウンロード完了、あるいは、ダウンロード中でも再生可能な程度にバッファリングが進むと、有効表示になり選択できるようになる。 また、コンテンツが、エクスポート可能な状態になれば、「エクスポート」ボタン1606が、有効表示になり選択できるようになる。
「視聴」ボタン1605を選択すると、コンテンツ視聴画面1300に遷移し、「エクスポート」ボタン1606を選択すると、エクスポート画面1400に遷移する。
以上により、Webサイトで、コンテンツの検索から、コンテンツの再生まで行える。
次に、エクスポートの処理について、図20、図21で詳しく説明する。
図20は、受信機とリムーバブルメディアとのインタフェース部分の構成例である。リムーバブルメディアとしては、例えばiVDR(登録商標)などのリムーバブルHDDなどが想定される。しかしながらiVDRに限定されるものではない。
図において、実線矢印はコンテンツの流れ、破線矢印は制御の流れを示す。
図20に、著作権保護機能のあるリムーバブルメディア560へのエクスポート処理を行うストリーム出力処理部57の構成例を示す。受信機50のストリーム出力制御部57は、リムーバブルメディアと認証をおこなうメディア認証処理部541、メディアへ転送するコンテンツを暗号化する暗号鍵を生成するコンテンツ鍵生成部543、コンテンツ鍵に基づきコンテンツを暗号化するコンテンツ暗号化処理部542、生成したコンテンツ鍵をリムーバブルメディアに暗号化して転送する鍵暗号化処理部544からなる。
コンテンツ暗号化処理部542に入力されるコンテンツは、受信機50のデクリプタ514、または、デマルチプレクサ521から入力される。
なお、図20に記載された、メディア認証処理部541、コンテンツ鍵生成部543、コンテンツ暗号化処理部542、鍵暗号化処理部544は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム541、コンテンツ鍵生成プログラム543、コンテンツ暗号化処理プログラム542、鍵暗号化処理プログラム544などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
リムーバブルI/F534を介して、接続されるリムーバブルメディア560には、受信機50のメディア認証処理部541と相互に認証を行うメディア認証処理部561、暗号化されたコンテンツ鍵を受信して復号してコンテンツ鍵を取り出す鍵復号化処理部563、相互認証済みの信頼おける受信機50のみが読み書きできる保護記憶領域564に、受け取ったコンテンツ鍵とコンテンツの利用条件(コピー回数、利用可能期限)を示す情報を、コンテンツと対応させて記憶する。
ここで、コピー回数とは、記録されたコンテンツを、さらに複製できる数を示し、この数がMだとすると、もともとのコンテンツ本体に加えて、M+1個のコンテンツが利用できる。利用可能期限は、リムーバブルメディア等の上でのコンテンツの利用期限を示し、次のような記述方法が可能である。
(1)リムーバブルメディア等にコンテンツを書き込んだ時点からの相対時間
(2)リムーバブルメディア上で、最初にコンテンツにアクセスした時点からの相対時間
(3)絶対的な利用開始日時、利用終了日時(いずれも省略可能で、省略された開始日時、終了日時は制限なしとみなす)
なお、図20に記載された、メディア認証処理部561、鍵復号化処理部563、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域562や保護記憶領域564や図示しないメモリ領域などに格納された、メディア認証処理プログラム561、鍵復号化処理プログラム563などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
メディア暗号化処理部542で暗号化されたコンテンツは、リムーバブルI/F534を通し、データ記憶領域562に保存される。
メディア認証処理部541では、リムーバブルメディア560の信頼性を認証する場合と、リムーバブルメディア560と、リムーバブルI/F534を備える受信機50の両方の信頼性を認証する場合が考えられる。
リムーバブルメディア560に保存されたコンテンツを、相互認証された受信機50が読み出す場合、そのコンテンツのコンテンツ鍵を、保護記憶領域564から読み出し、データ記憶領域562から読み出した暗号化されたコンテンツを、受信機50でコンテンツ鍵を用いて復号することで、利用可能になる。
図21は、受信機とネットワーク接続機器とのインタフェース部分の構成例である。図21に、著作権保護機能のあるネットワークを介してエクスポート処理を行うストリーム出力処理部57の構成例を示す。この場合、受信機50のストリーム出力制御部57は、ネットワーク接続機器との相互認証を行う通信認証処理部545、認証時に交換した共通鍵を元に、コンテンツを暗号化する通信鍵を生成する通信鍵生成部547、生成した通信鍵に基づきコンテンツを暗号化し、通信I/F510を介して送出する通信暗号化処理部546からなる。
なお、図21に記載された、通信認証処理部545、通信暗号化処理部546、通信鍵生成部547は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、通信認証処理プログラム545、通信暗号化処理プログラム546、通信鍵生成プログラム547などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
ネットワーク接続機器は、通信I/F571で、ネットワーク580に接続され、受信機50と通信を行う。
通信認証処理部572は、受信機の通信認証処理部545と相互認証を行う。通信鍵生成部574は、認証時に交換した共通鍵を元に、コンテンツを復号化する通信鍵を生成する。通信復号化処理部573は、生成した通信鍵に基づき、通信I/F510を介して受信したコンテンツを復号する。
通信復号化処理部573で復号されたコンテンツは、図21の例では、ネットワーク接続機器570の暗号化方式によるローカル暗号化処理部575により暗号化され、ネットワーク接続機器570が持つデータ記憶領域578に保存される。このときの暗号鍵は、ローカル鍵生成部576で生成し、そのコンテンツに対応するローカル鍵とコンテンツの利用条件(コピー回数、利用可能期限)を示す情報は、信頼できるデバイスやソフトウェアのみがアクセスできる保護記憶領域577に保存される。
なお、図21に記載された、通信復号化処理部573、通信鍵生成部574、ローカル暗号化処理部575、ローカル鍵生成部576は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、データ記憶領域578や保護記憶領域577や図示しないメモリ領域などに格納された、通信復号化処理プログラム573、通信鍵生成プログラム574、ローカル暗号化処理プログラム575、ローカル鍵生成プログラム576などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
なお、図21の例では、ネットワーク接続機器570が、機器固有のデータ記憶領域578を持つ場合であったが、ネットワーク接続機器570が、図20の受信機50が持つようなリムーバブルI/F534を持ち、ネットワークを介して受信したコンテンツを、リムーバブルI/F534を介して、リムーバブルメディア560に転送する構成であってもよく。その場合のネットワーク接続機器570の構成は、図20の受信機50の構成に順ずるものとする。
以上のような、コンテンツ配信に対応した受信機の例について、受信機が行う処理の例を図22から図25で説明する。
図22は、ECG処理部52の処理フロー図2000の例である。
ECG処理部52は、メタデータサーバよりECGメタデータを取得し(S2001:Sはステップを表す)、取得したECGメタデータを、データ処理しやすい形にデータベース化して、ストレージに格納し(S2002)、コンテンツ検索画面1000を提示する(S2003)。
ここで、検索条件の入力、設定を行い(S2004)、検索実行を指示すると、検索結果画面1100を提示する。この画面で、コンテンツに対する操作を受けつけ(S2006)、「購入ボタン」が選択されると、ECG処理部52はコンテンツ購入画面1200を表示する(S2007)。この画面でユーザが、購入条件を選択し、購入ボタンを選択すると(S2008)、ECG処理部52は、コンテンツ詳細表示画面1250を表示する(S2009)。コンテンツ詳細表示画面1250は、検索結果画面1100から、「詳細」ボタンを選択することでも表示される。
ユーザが検索結果画面1100から、「VOD視聴」ボタンを選択すると、AVプレーヤを起動し、VOD視聴が開始される(S2011)。「DL視聴」ボタンを選択すると、AVプレーヤを起動し、ダウンロード視聴が開始される(S2012)。
コンテンツ詳細表示画面1250では、ユーザの操作により、「VOD視聴」ボタンが選択されると、AVプレーヤを起動し、VOD視聴が開始される(S2011)。「DL視聴」ボタンが選択されると、AVプレーヤを起動し、ダウンロード視聴が開始され(S2012)、「エクスポート」ボタンが選択されると、エクスポート画面1400に遷移する(S2013)。
図23は、エクスポート画面1400において、リムーバブルメディア560へコンテンツをエクスポートする場合のストリーム出力処理部57の処理フローの例である。
エクスポート画面1400を提示した後(S2101)、ユーザが、画面上の操作で(S2102)で、出力先を選択し、「エクスポート先チェック」ボタンを選択すると、ストリーム出力処理部57は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う(S2103)。接続されていなければ、未接続を示すエラーメッセージを提示する(S2110)。
接続されていれば、次に、メディア認証処理部541が出力先のリムーバブルメディア560との認証を確認し(S2104)、リムーバブルメディア560の詳細なチェックを行う(S2105)。ここで、コンテンツを書き込むために異常がなければ、正常を示す結果を提示する(S2106)が、異常があれば、エラー原因を提示し(S2110)、エクスポート画面の操作受付状態に戻る(S2102)。
このときのエラーとしては、リムーバブルメディア560または受信機50側の原因による認証エラー、コンテンツを書き込むのに必要な残容量不足のエラー、コンテンツの再生に必要な速度を満たさないリムーバブルメディア560の速度エラー、リムーバブルメディア560で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、リムーバブルメディア560の読み書き異常など、さまざまな要因が考えられる。
エクスポート画面1400で、「エクスポート開始」ボタンを選択した場合は、ストリーム出力処理部57は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う(S2107)。接続されていなければ、未接続を示すエラーメッセージを提示する(S2110)。接続されていれば、ストリーム出力処理部57は、次に、出力先リムーバブルメディア560との認証を確認し(S2108)、出力先リムーバブルメディア560の詳細なチェックを行う(S2109)。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し(S2110)、エクスポート画面の操作受付状態に戻る(S2102)。異常がなければ、エクスポート処理に移る。
エクスポート処理では、まず、DRMクライアント54がDRMサーバ64からエクスポートライセンス320を取得し(S2118)、次にコンテンツ鍵生成部543がコンテンツ鍵を生成する(S2111)。鍵暗号化処理部544がその鍵を暗号化し、出力先リムーバブルメディア560と鍵交換する(S2112)。また、コンテンツ鍵生成部543はコンテンツ暗号化処理部542にコンテンツ鍵を設定する(S2113)。コンテンツ暗号化処理部542はリムーバブルメディア560へのエクスポート処理を実行する(S2114)。
エクスポートが完了すれば(S2115)、エクスポート終了処理(S2116)において、メディア認証処理部561はリムーバブルメディア560へのコンテンツ鍵やコンテンツの利用条件情報の保存や、ファイル管理情報の更新などの処理を行い、他の受信機等でも、リムーバブルメディア560の読み書きが可能な状態とする。エクスポート完了前に、ユーザの中止指示や、リムーバブルメディア560の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し(S2117)、エクスポート画面の提示に戻る(S2101)。
図24は、エクスポート画面1400において、ネットワーク接続機器570へエクスポートする場合の、ストリーム出力処理部57の処理フローの例である。
エクスポート画面1400を提示した後(S2201)、画面上の操作で(S2202)で、出力先を選択し、「エクスポート先チェック」ボタンが選択されると、通信認証処理部545は出力先にネットワーク接続機器570が接続されているかどうかチェックを行う(S2203)。接続されていなければ、未接続を示すエラーメッセージを表示する(S2210)。接続されていれば、次に、通信認証処理部545は出力先のネットワーク接続機器570との認証を確認し(S2204)、ネットワーク接続機器570の詳細なチェックを行う(S2105)。ここで、コンテンツを書き込むために異常がなければ、正常の結果を提示する(S2106)が、異常があれば、エラー原因を提示し(S2110)、エクスポート画面の操作受付状態に戻る(S2102)。
この場合のエラーも、リムーバブルメディア560へのエクスポートと同様、ネットワーク接続機器570または受信機50側の原因による認証エラー、コンテンツを保存に必要なネットワーク接続機器570側の残容量不足のエラー、コンテンツの再生に必要な速度を満たさないネットワーク接続機器570の速度エラー、ネットワーク接続機器570で規定されたファイル形式が、コンテンツの保存に適しない場合の保存形式エラー、ネットワーク接続機器570の機器異常など、さまざまな要因が考えられる。
エクスポート画面1400で、「エクスポート開始」ボタンが選択された場合は、通信認証処理部545は、出力先にリムーバブルメディア560が接続されているかどうかチェックを行う(S2207)。接続されていなければ、未接続を示すエラーメッセージを表示する(S2210)。接続されていれば、次に、通信認証処理部545は出力先ネットワーク接続機器570との認証を確認し(S2208)、出力先ネットワーク接続機器570の詳細なチェックを行う(S2209)。ここで、コンテンツを書き込むために異常があれば、エラー原因を提示し(S2210)、エクスポート画面の操作受付状態に戻る(S2202)り、異常がなければ、エクスポート処理に移る。
エクスポート処理では、まず、DRMクライアント54がDRMサーバ64からエクスポートライセンス320を取得し(S2218)、通信認証処理部545が相互認証時に交換した鍵を元に生成した通信鍵を、通信暗号化処理部546に設定し(S2213)、通信暗号化処理部546はネットワーク接続機器570へのエクスポート処理を実行する(S2214)。
エクスポートが完了すれば(S2215)、エクスポート終了処理(S2216)において、通信セッションのクローズなどの処理を行う。エクスポート完了前に、ユーザの中止指示や、ネットワーク接続機器570の異常が発生し、エクスポートが正常に完了しなかった場合には、異常終了の原因を提示し(S2217)、エクスポート画面の提示に戻る(S2201)。
図25は、図19のローカルナビゲーション画面1600でのECG処理部52の処理フロー図の例である。
ローカルナビゲーション画面1600では、ECG処理部52が、図示しない記憶部に格納された、ダウンロード配信のコンテンツのECGメタデータを読み出し(S2301)、その情報に基づきローカルナビゲーション画面1600を提示する(S2302)。
この状態で、ユーザの操作を受けつけ(S2303)、「購入」ボタンが選択されると、ECG処理部52はコンテンツ購入画面1200を表示する(S2304)。この画面でユーザが購入条件を選択し、購入ボタンを選択すると(S2305)、ECG処理部52は、コンテンツ詳細表示画面1250を表示する(S2306)。コンテンツ詳細表示画面1250は、ローカルナビゲーション画面1600から、「詳細」ボタンを選択することでも表示される。
ローカルナビゲーション画面1600から、「視聴」ボタンが選択されると、ECG処理部52はAVプレーヤ53を起動し、ダウンロード視聴が開始され(S2308)、「エクスポート」ボタンが選択されると、エクスポート画面1400に遷移する(S2309)。
コンテンツ詳細表示画面でも、ユーザの操作(S2307)により、「視聴」ボタンを選択すると、AVプレーヤ53を起動し、ダウンロード視聴が開始され(S2308)、「エクスポート」ボタンが選択されると、エクスポート画面1400に遷移する(S2309)。
以上説明した実施によれば、受信機50は、ECG処理部52に表示されるECG、または、ブラウザ51に表示されるWeb画面、ローカルナビゲーション1600を介して、ネットワークで接続された配信システム60からコンテンツを取得し、視聴することができる。
なお、図22、図25においては、ECG処理部52により生成されたコンテンツ検索画面や、ローカルナビゲーション画面により、コンテンツを視聴したりエクスポートしたりする場合について説明したが、これに限定されない。ブラウザ51がコンテンツ検索画面や、ローカルナビゲーション画面を生成して、同様の処理を行ってもよいし、AVプレーヤ53がコンテンツ検索画面や、ローカルナビゲーション画面を生成して同様の処理を行ってもよい。
受信機50が利用するリムーバブルメディアの別の例を、図26、図27に示す。
図26は、リムーバブルメディアが光ディスクメディアの場合の例で、リムーバブルメディアI/F534には、メディアドライブ580が接続され、メディアドライブ580にリムーバブルメディア585を挿入して、メディア読書き部582を介して、読み書きを行うことができる。
ストリーム出力処理部57は、ドライブ認証処理部551、コンテンツ鍵生成部548、鍵読書き処理部548、コンテンツ暗号化処理部550からなる。
著作権保護機能を持つリムーバブルメディア585を、著作権保護機能を持つメディアドライブ580に挿入した場合、著作権保護されたコンテンツを読み書きすることが可能になるが、受信機50のストリーム出力制御部57は、メディアドライブ580が持つ認証処理部581と、ドライブ認証処理部551との間で、リムーバブルメディア585とメディアドライブ580が著作権保護に対応しているかどうかの認証処理を行う。
認証確立後、コンテンツ鍵生成部548が生成した鍵を、コンテンツ暗号化処理部550に設定して、コンテンツを暗号化してリムーバブルメディア585に書き込み、鍵読書き処理部549を通して、リムーバブルメディア585に暗号化に用いたメディア鍵とコンテンツの利用条件(コピー回数、利用可能期限)を示す情報を書き込む。
なお、図26に記載された、ドライブ認証処理部551、コンテンツ鍵生成部548、コンテンツ暗号化処理部550、鍵読書き処理部549は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、ドライブ認証処理プログラム551、コンテンツ鍵生成プログラム548、コンテンツ暗号化処理プログラム550、鍵読書き処理プログラム549などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
なお、図26に記載された、メディア読書き部582、認証処理部581、は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、図示しないメモリ領域などに格納された、メディア読書きプログラム582、認証処理プログラム581などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
図27は、リムーバブルメディアがメモリカードの場合の例で、リムーバブルメディアI/F534には、直接リムーバブルメディア590が接続される。
ストリーム出力処理部57は、ドライブ認証処理部552、コンテンツ鍵生成部553、鍵読書き処理部554、コンテンツ暗号化処理部555からなる。
直接リムーバブルメディア590は、一般のデータ記憶領域591と、データを暗号化する鍵を保持する保護記憶領域592からなり、ドライブ認証処理部552は、リムーバブルメディア590が著作権保護対応かどうかを、保護記憶領域592の有無で判定し、認証確立後、コンテンツ鍵生成部553が生成した鍵を、コンテンツ暗号化処理部555に設定して、コンテンツを暗号化してリムーバブルメディア590のデータ記憶領域591に書き込み、鍵読書き処理部554を通して、保護記憶領域592に用いたメディア鍵とコンテンツの利用条件(コピー回数、利用可能期限)を示す情報を記憶させる。
なお、図27に記載された、メディア認証処理部552、コンテンツ鍵生成部553、コンテンツ暗号化処理部555、鍵読書き処理部554は、その全て又は一部を各処理を行う処理部として集積回路化するなどしてハードウェアで実現することができる。また、ストレージ550や図示しないメモリ等の記憶装置などに格納された、メディア認証処理プログラム552、コンテンツ鍵生成プログラム553、コンテンツ暗号化処理プログラム555、鍵読書き処理プログラム554などを、図示しない中央制御部などの演算プロセッサで処理することにより、その全て又は一部の各処理をソフトウェアにより実現することもできる。
説明を簡略化するため、各種プログラムを中央制御部などが実行することで実現される各処理は、プログラムで実現される各処理部を主体として説明している。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
以上の実施例によれば、受信機50は、受信したコンテンツ75を様々な形態のリムーバブルメディアに対し、著作権保護されたコンテンツをエクスポートすることができる。
本実施例では、ストリーミングによるVOD(Video On Demand)サービスを提供する配信システムと、サービスを受信する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
<システム>
図28は、コンテンツ配信システムの構成例を示すブロック図である。該システムは、図1に示したシステム構成を基に、配信システム60、ポータルシステム2800、受信機50、モニタ(表示装置)3705、広域網/閉域網(図1のコンテンツ配信網40、インターネット網45を含む)から構成される。
配信システム60の構成は、図2と同様、受信機50に対してサービスメニュー画面やコンテンツナビゲーション画面、操作ボタン等を含んだサブウィンドウ画面などのWeb形式のデータを配信するWebサーバ61、コンテンツの属性情報を記述するECGメタデータ400やコンテンツの再生に必要な情報を記述する再生制御情報200を配信するメタデータサーバ62、2D/3Dコンテンツを配信(ストリーミング配信やダウンロード配信を含む)するコンテンツサーバ63、コンテンツの利用権や利用に必要なコンテンツの復号に必要な鍵の情報を含むライセンスを配信するDRMサーバ64、配信サービスの顧客情報を管理する顧客管理サーバ65、顧客によるコンテンツの課金や決済処理を行う課金・決済サーバ66などからなる。
なお、配信システム60が持つ各サーバは、あくまで便宜的なモデルであり、実際の配信システムにおいては、複数種類のサーバを統合したサーバを実体として持つ構成としてもよいし、逆に、Webサーバ61やメタデータサーバ62のように複数の画面やデータの配信に使われているサーバを、サービスやデータの種類別に、実体のサーバを分割して構成してもよい。
ポータルシステム2800は、ネットワーク経由でコンテンツ配信やショッピング、テレビ電話等の様々なサービスを享受可能な受信機50が該サービスを利用するために一次接続先(利用への入り口)として利用し、配信システム60を含め様々なサービスシステムへの誘導/橋渡しを行うことを想定する。本システム2800の構成は、ポータルサーバ2801、顧客管理サーバ2802、課金・決済サーバ2803、機器認証サーバ2804などからなる。
ポータルサーバ2801は、受信機50がネットワークサービスを利用するためにブラウザ51を起動した際に、サービスナビゲーション画面やコンテンツナビゲーション画面等のWeb形式のデータを受信機50へ配信する。
顧客管理サーバ2802は、顧客管理サーバ65と同様に、本ポータルシステム2800が提供するサービスを利用する顧客の顧客情報を管理する。また、後述の機器認証サーバ2804と連携してポータル会員認証を行う。
課金・決済サーバ2803は、課金・決済サーバ66と同様に、顧客によるサービス利用の課金や決済処理を行う。
機器認証サーバ2804は、本ポータルシステム2800へアクセスしてきた受信機50の機器認証を行い、アクセス可能であり正当な受信機であることを確認する。
ここで、本ポータルシステム2800は、配信システム60を提供するサービスプロバイダが提供しても良いし、第3者のサービス運営会社あるいは受信機メーカーが独自に運営しても良い。
また、ポータルサーバ2801とWebサーバ61、顧客管理サーバ2802と顧客管理サーバ65、課金・決済サーバ2803と課金・決済サーバ66は、それぞれ統合したサーバを実体として持つ構成としてもよい。
また、機器認証サーバ2804は、ポータルシステム2800と配信システム60との間で共有可能な形態であっても良く、配信システム60が機器認証サーバ2804の情報を取得できるようにしても良い。
<受信機>
受信機50は、図3と同様の構成でよく、必要に応じて図4の受信機581、図5の受信機582、図6の受信機583などの構成でも良い。受信機50は、映像・音声出力I/F531を介してモニタ2805と接続し、受信機50で受信したWeb画面やコンテンツなどをモニタ2805上に表示する。モニタ2805は、テレビやパーソナルコンピュータ、携帯端末、液晶プロジェクタなど、表示できる手段を備えた装置であれば限定されない。また、モニタ2805は、受信機50の外付けでも内蔵されていても良い。さらに、モニタ2805は、受信機50の通信I/F510を介して接続されていても良い。
図29は、コンテンツ配信システムとポータルシステムが管理する顧客情報の構成の例である。図中の各種IDの関係は本実施例の説明のための一例であり、実サービスにおける各種IDの利用を制限するものではない。
ポータルシステム2800は、機器ID2901、会員ID2902を用いて顧客を管理する。
機器ID2901は、受信機50の固有のIDであり、ポータルシステム2800の機器認証サーバ2804が機器認証により受信機50を一意に識別するIDである。このIDは、ポータルシステム2800が発行しても良いし、受信機50が所定のルールに従って受信機50の機種名や製造シリアル番号、MACアドレスなどの情報を1つ以上組み合わせて生成したものを利用しても良い。
ポータルシステム2800が機器ID2901を発行する場合、受信機50がポータルシステム2800に初めてアクセスする際に、受信機50のブラウザ51が予め保持/管理するメーカー名や機種名、製造シリアル番号、MACアドレスなどの端末情報をポータルシステム2800に送信する。ブラウザ51が管理する端末情報は、工場出荷時に書き込まれたセキュアな情報であり、受信機50のユーザから変更できないようにしても良い。ポータルシステム2800は、受信機50に関するこれらの情報の登録を機器認証サーバ2804に要求する。
それに対して機器認証サーバ2804は、予め保持している機器リスト(メーカー名、機種名、ストリーミングやダウンロードの搭載有無など)の中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗をポータルシステム2800へ返信する。また、存在する場合は一意に特定可能な機器ID2901を生成し、該情報と該機器ID2901を登録し、登録成功と該機器ID2901をポータルシステム2800へ返信する。ポータルシステム2800は、その返信内容を受信機50に送信する。受信機50は、登録が成功した場合のみ、受信した機器ID2901をストレージ550に記録し、以降の機器認証に使用する。
一方、受信機50が機器ID2901を発行する場合、受信機50がポータルシステム2800に初めてアクセスする際に、所定のルールに従ってブラウザ51が保持するメーカー名や機種名、製造シリアル番号、MACアドレスなどの情報から機器ID2901を生成し、機器ID2901とこれらの情報をポータルシステム2800に送信する。
ポータルシステム2800は、受信した内容の登録を機器認証サーバ2804に要求する。
それに対して機器認証サーバ2804は、予め保持している前記した機器リストの中に該情報が示す受信機が存在するか否かを判別し、存在しない場合は登録失敗をポータルシステム2800へ返信する。また、存在する場合は受信内容を登録し、登録成功(機器ID2901を含めても良い)をポータルシステム2800へ返信する。
ポータルシステム2800は、その返信内容を受信機50に送信する。受信機50は、登録が成功した場合のみ、受信した機器ID2901をストレージ550に記録し、以降の機器認証に使用する。
会員ID2902は、ポータルシステム2800が提供する各種サービスを利用する会員を識別するIDであり、ポータルシステム2800の顧客管理サーバ2802が発行するIDである。機器ID2901と会員ID2902は、1対n(nは1以上)で関連付けられているものとする。
配信システム60は、会員ID2902、ユーザID2903、DRM_ID2904を用いて顧客を管理する。会員ID2902は、ポータルシステム2800で発行されたIDを利用する。ユーザID2903は、主ユーザID、従ユーザIDなど会員に対して配信システム60が独自に発行するIDであり、複数のユーザが受信機50を共有する場合に利用する。DRM_ID2904は、受信機50のDRMクライアント54を一意に識別するIDであり、配信システム60が配信するコンテンツを受信機50で再生する場合に利用する。
次に、図30〜33を用いて、ユーザが受信機50からポータルシステム2800にアクセスし、配信システム60が提供するコンテンツ配信サービスを享受するまでの手順について説明する。なお、広域網/閉域網などのネットワーク上で、少なくともした顧客情報やコンテンツのライセンス300などの保護が必要な情報を送受信する際は、SSL(Secure Socket Layer)やTLS(Transport Layer Security)などの既存の技術を利用して通信網のセキュリティを確保することとする。
<配信システムへアクセスする手順>
図30は、受信機50からポータルシステム2800へアクセスし、配信システム60のサイトへアクセスするまでの手順を示す。
ユーザはポータルシステム2800や配信システム60が提供する各種サービスを利用するために、受信機50のリモコンの「ブラウザボタン」や本体の操作ボタンなどを利用してWebブラウザを起動する(S3001:Sはステップを表す)。
この指示に対して、受信機50はブラウザ51を起動し、予め登録された一次接続先であるポータルシステム2800のポータルサーバ2801に対してサービス要求を発行する。この際、ブラウザ51は、前回までの(ポータルシステム2800への)アクセスで保持したポータルシステム2800に係るCookieなどの付属情報をサービス要求に付加して送信しても良い(S3002)。
サービス要求に対して、ポータルシステム2800のポータルサーバ2801は、該要求に対する応答と機器認証処理を実行するためのサイト(ページ)へ遷移するための情報(URLやスクリプト)を受信機50に対して送信する(S3003)。
受信機50のブラウザ51は、受信した機器認証処理を実行するためのサイト、すなわちポータルシステム2800の機器認証サーバ2804へアクセスし、両者の間で所定の機器認証処理を実行する。ここで、受信機50が機器認証サーバ2804に対して発行する機器認証要求に前記した機器ID2901を含めるが、その他の受信機50に関する情報(メーカーや機種を識別する名称、バージョン情報など)を含めても良い。
その後、機器認証サーバ2804は受信機50に対して、機器認証処理の結果と次にアクセスすべきポータルサーバ2801へのリダイレクト要求を送信する。この際、機器認証サーバ2804は、機器認証の結果や機器ID2901、機器認証を実施した日時、アクセス状況などを含めたCookieを受信機50へ設定しても良い(S3004)。
機器認証処理3004が成功した受信機50は、受信した機器認証サーバ2804からのリダイレクト要求に応じて、ポータルサーバ2801へアクセスする。その際、機器認証サーバ2804から取得した機器認証結果やCookieの内容をポータルサーバ2801へ通知する。
ポータルサーバ2801は、機器認証結果を伴い、顧客管理サーバ2802に対してポータル会員認証要求を発行する。顧客管理サーバ2802は、機器認証結果の内容を確認し、所定の認証手順に従って受信機50がポータル会員であるか否かを判断し、その結果をポータルサーバ2801へ通知する。
ここで、ポータルサーバ2801は機器認証結果に加えて機器ID2901を含めて顧客管理サーバ2802へポータル会員認証要求を発行し、顧客管理サーバ2802は機器ID2901を用いて会員ID2902が登録されているか否かを判断しても良い(S3005)。
顧客管理サーバ2802から受信した判断結果により受信機50がポータル会員であった場合(すなわち会員IDが取得できた場合)には、ポータルサーバ2801は、該当会員IDに対応した会員ページを生成し、それを受信機50へ送信する。
図34は、ポータルシステムが生成するトップ画面の例である。画面3400は、ユーザが受信機50でネットワークサービスを利用するためにブラウザ51を起動した際に最初に表示するネットワークサービスのナビゲーション画面例であり、ポータルシステム2800が提供/橋渡しが可能なネットワークサービスの種類3401(例えば、VODサービス、ネットショッピングサービス、メンテナンスサービス等)を備える。ポータルサーバ2801が生成する会員ページには、HTML(HyperText Markup Language)やJava(登録商標)Scriptなどの既存のWebコードを利用して、画面3400を表示するために必要なデータと該データを扱うためのスクリプトを含む。
例えば画面3400でユーザが所望のサービスを選択したときに実行する処理内容や画面遷移するためのURL(Uniform Resource Locator)が記載されている。なお、本実施例を含めた以降の実施例において、配信システム60が生成して受信機50のブラウザ51に提供する画面や情報は、上述した既存のWebコードで記載されるものとする(S3006)。
会員ページを受信した受信機50のブラウザ51は、画面3400を外付けあるいは内蔵のモニタ2805へ表示する。この中から例えばユーザが「ネットサービスA」(例えば、VODサービス)を選択すると、会員ページに記述されたサービスを提供するリンク先3403を選択するための画面3402を表示する(S3007)。
表示された画面3402上で、ユーザは利用したい配信システム60へのリンク先を選択すると(S3008)、受信機50のブラウザ51は、ポータルサーバ2801に対して選択したリンク先3403への遷移要求を発行する(S3009)。
遷移要求を受信したポータルサーバ2801は、選択したリンク先4303へ遷移するための情報(URLや会員ID2902などを含んだスクリプト)を受信機50に対して送信する(S3010)。
選択したリンク先4303へ遷移するための情報を受信した受信機50のブラウザ51は、該情報に基づいて受信した会員ID2902を引数にして所定のURL(すなわち、配信システム60のWebサーバ61)へアクセス要求を送信する(S3011)。
アクセス要求を受信した配信システム60のWebサーバ61は、受信した会員ID2902を用いて顧客管理サーバ65に対して会員認証処理を要求する。顧客管理サーバ65は、会員ID2902を元に所定の認証手順に従って受信機50が会員であるか否かを判断し、その結果をWebサーバ61へ通知する(S3012)。
ここで、会員認証結果には顧客管理サーバ65に会員ID2902の登録有無と共に、会員認証に成功した場合には該当会員に関する情報(氏名、ユーザ嗜好情報など)を付加しても良い。
会員認証結果を受信したWebサーバ61は、該結果に含まれる情報を元に会員ページを作成し、受信機50へ送信する。
図35は、コンテンツ配信システムが生成するトップ画面の例である。画面3500は、配信システム60が提供するVODサービスのメニュー画面例であり、現在未購入で受信機50が購入可能なコンテンツリストを表示するための「未購入コンテンツ」3501、受信機50が既に購入済みのコンテンツリストを表示するための「購入済みコンテンツ」3502、任意のコンテンツを検索するための「コンテンツ検索」3503から構成する。該会員ページには、画面3500を表示するためのデータと該データを扱うためのスクリプト、ユーザが該画面上で3501〜3503のいずれかを選択したときに遷移するURLなどを含む。(S3013)。
会員ページを受信した受信機50のブラウザ51は、画面3500を外付けあるいは内蔵のモニタ2805へ表示する。(S3014)。
以上の手順により、ユーザは受信機50のブラウザ51から配信システム60のサイトへアクセスすることが可能となる。
<コンテンツを購入する手順>
図31は、受信機がコンテンツ配信システムからコンテンツを購入する処理フロー図の例である。
ユーザが、受信機50のブラウザ51を介してモニタ2805上に表示された画面3500上で「未購入コンテンツ」3501を選択すると(S3100)、ブラウザ51は配信システム60のWebサーバ61に対して受信機50が未購入かつ購入可能なコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S3101)。
これに対して、配信システム60のWebサーバ61は、受信機50の会員ID2902を元に、受信機50の機器判別を行い、受信機50が未購入かつ購入可能なコンテンツの情報を取得し、未購入のコンテンツ一覧画面を生成し、返信する。
図36の画面3600は、配信システム60が生成する未購入コンテンツリスト画面の例である。画面3600は、受信機50が購入可能なコンテンツに関する情報(コンテンツ名、購入可能な期限、購入価格など)3601や該コンテンツに関する詳細情報を表示するためのボタン3602、購入を指示するボタン3603から構成する。
コンテンツリスト画面には、画面3600を表示するためのデータと該データを扱うためのスクリプト、ユーザが画面上で所望のコンテンツの詳細ボタン3602や購入ボタン3603を選択したときに遷移するURLなどを含む(S3102)。
ここで、受信機50の機器判別は、Webサーバ61がポータルシステム2800に対して会員ID2902を用いて受信機50に関する情報を取得する方法や、配信システム60の顧客管理サーバ65とポータルシステム2800の顧客管理サーバ2802との間で機器認証サーバ2804を共有する方法、図30のステップ3011/3012あるいはステップ3101において受信機50に関する情報を取得する方法などがある。
コンテンツ情報を受信した受信機50のブラウザ51は、画面3600を外付けあるいは内蔵のモニタ2805へ表示する(S3103)。
ユーザは、表示された画面3600上で購入希望コンテンツ3601を選択し、購入ボタン3603を押下する(S3104)。
これに対して、受信機50のブラウザ51は、コンテンツリスト画面に含まれるURLを利用して配信システム60のWebサーバ61に対してユーザが指示したコンテンツの購入要求を発行する(S3105)。
購入要求を受信したWebサーバ61は、購入手続きのための購入確認画面を受信機50に対して送信する(S3106)。
購入確認画面を受信した受信機50のブラウザ51は、該画面をモニタ2805へ表示する(S3107)。
ユーザは、該画面上に表示された購入規約や購入手順を確認し、必要に応じてユーザ名/パスワードを入力した後、購入確認ボタンを押下する。これに対して、ブラウザ51は、Webサーバ61に対して購入確定要求(入力されたユーザ名やパスワードを含めても良い)を発行する(S3108)。
購入確定要求を受信した配信システム60のWebサーバ61は、顧客管理サーバ65と課金・決済サーバ66との間で購入処理および課金処理を行う。
顧客管理サーバ65は購入/課金処理が終了すると、Webサーバ61に購入完了通知を行う。購入完了通知を受信したWebサーバ61は、顧客管理サーバ65との間で購入されたコンテンツに対するライセンス(契約日時やライセンスIDなど)を生成し、該ライセンスと会員ID2902、DRM_ID2904を関連付けする(S3109)。
全ての購入処理が完了した後、Webサーバ61は、購入完了画面を作成し、受信機50に対して送信する。図36の画面3604に、購入完了画面の一例を示す。画面3604は、購入が完了したコンテンツの情報3605、該コンテンツを視聴するためのボタン3606、画面3600あるいは画面3500に戻るためのボタン3607から構成する。
該画面のWebコードは、画面3604を表示するためのデータと該データを扱うためのスクリプトに加え、購入したコンテンツの再生制御メタファイル200の取得先(メタデータサーバ62のURL、MetaFileURL)、生成したライセンスID(LicenseID)、視聴終了後のアクセス先(ReturnURL)などを含んでも良い(S3110)。
購入完了画面を受信した受信機50のブラウザ51は、画面3604をモニタ2805へ表示する(S3111)。ここで、画面3604上でユーザが視聴ボタン3606を選択すると、ブラウザ51は、画面3604に含まれたMetaFileURLやPlayPositionなどの情報を用いて、以降で説明する図32のS3209〜S3214の手順で視聴を開始する。
以上の手順により、ユーザは受信機50のブラウザ51から所望のコンテンツを購入することが可能となる。
<コンテンツを視聴開始する手順>
図32は、受信機がコンテンツ配信システムから購入済みコンテンツを視聴する処理フロー図の例である。
ユーザは、受信機50のブラウザ51がモニタ2805上に表示した画面3500上で「購入済みコンテンツ」3502を選択すると(S3200)、ブラウザ51は画面3500のWebコードに含まれたURLを利用して配信システム60のWebサーバ61に対して受信機50が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S3201)。
これに対して、配信システム60のWebサーバ61は、受信機50の会員ID2902を元に、顧客管理サーバ65から受信機50が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機50に対して返信する。
図37は、コンテンツ配信システムが生成する購入済みコンテンツリスト画面の例である。画面3700は、受信機50が購入済みのコンテンツに関する情報(コンテンツ名、視聴可能な期限など)3701や該コンテンツに関する詳細情報を表示するためのボタン3702、視聴を指示するボタン3703から構成する。該購入済みコンテンツ一覧のページには、画面3700を表示するためのデータと該データを扱うためのスクリプトに加え、MetaFileURL、LicenseID、再生位置(PlayPosition)、ReturnURLを含むものとする。なお、再生位置(PlayPosition)は、ユーザ(受信機50)が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い(S3202)。
購入済みコンテンツ一覧のページを受信した受信機50のブラウザ51は、画面3700を外付けあるいは内蔵のモニタ2805へ表示する(S3203)。
ユーザが画面3700上で視聴するコンテンツ3701を選択し、視聴ボタン3703を押下すると(S3204)、ブラウザ51は購入済みコンテンツ一覧のページに記載されたHTMLやJavaScriptなどの手順にしたがってS3202で取得した選択コンテンツのPlayPositionを用いて、該コンテンツを以前途中まで視聴しているか否かを判定する。そして、その判定結果に応じて記載されたURLを選択し、該URLが示すWebサーバ61のアクセス先へサービス取得要求を発行する。
例えば、コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合(すなわちPlayPositionが含まれていない、あるいはPlayPositionがコンテンツ先頭を示す場合)は、視聴開始の処理(以降のS3209)に遷移する。一方、コンテンツを途中まで視聴済みであると判定した場合は、その判定結果に結び付けられたURLを用いてブラウザ51はWebサーバ61に対してサービス取得要求を送信する(S3205)。
サービス取得要求を受信したWebサーバ61は、受信機50におけるコンテンツのPlayPositionを確認し、視聴方法を選択するページを生成して、受信機50に対して送信する。
図38は、コンテンツ配信システムが生成するコンテンツ視聴開始選択画面の例である。画面3800は、ユーザが選択した視聴コンテンツ3701の再生方法―例えば「前回視聴した際の続きから視聴する方法」3801、「コンテンツの先頭から視聴する方法」3802−と視聴開始を指示する開始ボタン3803から構成する。視聴方法を選択するページは、画面3800を表示するためのデータと該データを扱うためのスクリプトに加え、S3202で記載したMetaFileURL、LicenseID、PlayPosition、ReturnURLなどの情報を含む(S3206)。
視聴方法を選択するページを受信した受信機50のブラウザ51は、画面3800を外付けあるいは内蔵のモニタ2805へ表示する。(S3207)。
ユーザは、表示された画面3800上でいずれか一方(本実施例では「コンテンツの先頭から視聴する方法」3802)を選択し、開始ボタン3803を押下する(S3208)。
ユーザにより所定のコンテンツの視聴開始が指示されると、ブラウザ51は選択したコンテンツに関するMetaFileURL、LicenseID、PlayPosition、ReturnURLを一時記録する。そして、MetaFileURLとなる配信システム60のメタデータサーバ62に対して再生制御メタファイル取得要求を送信する(S3209)。
再生制御メタファイル取得要求を受信した配信システム60のメタデータサーバ62は、図10に示すような所定の再生制御メタファイル200を受信機50に対して返信する(S3210)。
再生制御メタファイル200を受信した受信機50のブラウザ51は、各コンテンツに関するMetaFileURL、LicenseID、PlayPosition、ReturnURLと共に再生制御メタファイル200の内容を一時記録し、AVプレーヤ53を起動し、該AVプレーヤに対して取得した再生制御メタファイル200の全てあるいは一部の内容やLicenseID、PlayPositionを通知する(S3211)。ここで、AVプレーヤが起動した後、ブラウザ51は終了あるいはそのまま常駐した状態になる。
AVプレーヤ53は、再生制御メタファイル200のライセンス取得情報(LLI)220に従って配信システム60のDRMサーバ64に対して鍵要求(LLI220内のライセンスID224やDRM_ID2904を含む)を送信する。
鍵要求を受信したDRMサーバ64は、ライセンスID224とDRM_ID2904を用いて顧客管理サーバ65との間でコンテンツを受信機50が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、DRMサーバ64は、受信機50に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する(S3212)。
コンテンツ鍵を受信した受信機50は、再生制御メタファイル200のコンテンツ固有属性情報(ERI)210に従ってコンテンツサーバ63との間で(コンテンツ配信のための)セッション確立を行う(S3213)。ここで、セッションは、HTTP/TCPあるいはRTP/UDPストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機50のAVプレーヤ53は、再生制御メタファイル200のコンテンツタイトル/参照先/ファイル名211に含まれる選択コンテンツの取得先を示すURLを用いて該セッション上でコンテンツの送信要求(「PLAY」に相当)を送信する(S3214)。
コンテンツ送信要求を受信した配信システム60のコンテンツサーバ63は、コンテンツ鍵を用いてコンテンツを暗号化しながら受信機50に対して送信する。暗号化されたコンテンツを受信した受信機50は、デスクリプタ514でコンテンツ鍵を用いてコンテンツを復号化し、AVプレーヤ53でデコードし、映像・音声出力I/F531を介して外付けあるいは内蔵のモニタ2805へ表示する(S3215)。
以上の手順により、ユーザは受信機50で購入済みのコンテンツを視聴することが可能となる。
<コンテンツ視聴を終了する手順>
図33は、視聴中のコンテンツを終了する処理フロー図の例である。
コンテンツサーバ63がコンテンツを最後まで配信し終わると、コンテンツサーバ63と受信機50のAVプレーヤ53との間でセッションの切断処理を行う(S3300)。
セッションの切断が終了すると、受信機50のAVプレーヤ53はブラウザ51を再起動した後、ブラウザ51に対して停止位置を渡し、終了する(S3301)。
再開したブラウザ51はReturnURLが示す配信システム60のWebサーバ61のサイトへ、AVプレーヤの終了状態および停止位置を付帯させてアクセスする(S3302)。
これに対して、Webサーバ61は、表示する画面(例えば画面3500)を生成し、受信機50に対して返信する(S3303)。ここで、Webサーバ61は、受信したAVプレーヤの終了状態および停止位置を保持し、次回の視聴要求時に停止位置をPlayPositionとして利用しても良い。
生成した画面を受信した受信機50のブラウザ51は、画面3500を外付けあるいは内蔵のモニタ2805へ表示する(S3304)。
以上の手順は所望のコンテンツを最後まで視聴した場合について説明したが、ユーザが途中で視聴を中断する場合も同様の手順を利用できる。
以上の実施例によれば、受信機50は、様々なサービスプロバイダが提供するVODサービスを容易に購入/視聴することができ、ポータルシステム2800と配信システム60は受信機50の機器ID2901と会員ID2902を関連付けて管理することにより、個別にきめ細かなサービスを提供することができる。
本実施例では、既存の2Dコンテンツと3Dコンテンツの両方のコンテンツを提供可能な配信システムと、コンテンツを受信する受信機の例を説明する。本実施例は、主には受信機について説明してあり、受信機での実施に好適であるが、受信機以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
本実施例で説明するシステム構成は、実施例2で説明した図28の構成と同じものを使用する。また、ポータルシステム2800と配信システム60が管理する顧客情報のためのID体系も図29と同じものを使用する。
ここで、配信システム60のメタデータサーバ62は、各コンテンツが2Dであるか、全部が3Dであるか、部分的に3Dを含んでいるかを識別する情報を、ECGメタデータ400内の例えばシリーズメタデータ410あるいはコンテンツメタデータ430、再生制御メタファイル200内の例えばコンテンツ固有属性情報(ERI)210の映像信号属性情報214の全てあるいはいずれかに含めることとする。
また、配信システム60のコンテンツサーバ63がMPEG形式(Moving Picture Experts Group)やH.264形式などの圧縮映像音声信号として配信するコンテンツには、コンテンツが3Dコンテンツであるか否かを判別するための情報が含まれていることとする。例えば、MPEG−2 Videoのピクチャレイヤのuser_dataに2D/3D識別信号を設定する方法や、H.264のフォーマットで予め規定されている領域へ2D/3D識別信号を設定する方法がある。
また、ポータルシステム2800の機器認証サーバ2804は、保持する機器リストの中に、上記したメーカー名や機種名、ストリーミングやダウンロードの搭載有無に加え、3D機能の搭載有無を含め、機器リストを参照すればその受信機が3Dコンテンツを扱う機能を備えているか否かを判断できるようにしても良い。あるいは、上記の機器リストとは別に、3Dコンテンツを扱うことができる機器を記載したリストを保持しても良い。
また、図45を用いて、2D/3D両方のコンテンツを扱う配信システム60のコンテンツサーバ63が3Dコンテンツに対して管理する位置情報データ4500について説明する。位置情報データ4500は、3Dコンテンツ名4501、位置情報4502、2D/3D種別4503、付加情報4504から構成する。
3Dコンテンツ名4501は、3Dコンテンツの名称であり、名称以外にコンテンツを特定できる情報(例えば、商品やコンテンツのIDなど)であれば良い。
位置情報4502は、3Dコンテンツ名4501が示す3Dコンテンツ内の位置を示す情報であり、絶対時間、相対時間、バイト(Byte)、フレーム数などの単位で示す。
2D/3D種別4503は、位置情報4502が示す位置が2Dコンテンツであるか3Dコンテンツであるかを示す情報である。テキストでも良いし、識別番号でも良い。
付加情報4504は、位置情報4502が示す位置の内容(ガイダンス、本編、CMなど)、チャプタ番号、などの付加情報を記載する。
位置情報データ4500は、2Dコンテンツと3Dコンテンツが切り替わる毎に位置情報4502を設定しているが、コンテンツのGOP単位やチャプタ単位で位置情報4502を設定しても良い。
<3Dコンテンツ対応配信システムへアクセスする手順>
図39は、受信機50が、2D/3Dコンテンツを配信可能な配信システム60のサイトへアクセスする処理フローの例である。
図39のS3901〜3903では、前述した図30のS3001〜3003と同様の手順を利用する。すなわち、ユーザが受信機50のリモコンの「ブラウザボタン」を押すと、受信機50はブラウザ51を起動し、ポータルシステム2800のポータルサーバ2801にアクセスして機器認証処理を実行するためのサイトへ遷移するための情報(URLやスクリプト)を取得する。
S3903の後、受信機50のブラウザ51は、ポータルシステム2800の機器認証サーバ2804へアクセスし、機器ID2901を用いて両者の間で所定の機器認証処理を実行する。ここで、受信機50が機器認証サーバ2804に対して発行する機器認証要求には、機器ID2901の他に、受信機50に関する情報(メーカーや機種を識別する名称、バージョン情報、3D対応可否など)を含めても良い。
機器認証要求を受信した機器認証サーバ2804は、受信機50の機器ID2901が機器認証サーバ2804に登録済みであるか否かを判定し、登録されていない場合は機器認証失敗と判断し、機器認証が失敗したことを示す結果と次にアクセス可能なポータルサーバ2801へのリダイレクト要求(中断画面を生成するためのURL、あるいは新規登録の処理に移行するURLなど)を送信する。
一方、機器ID2901が機器認証サーバ2804に登録されていて、正当な機器であると判断できた場合には、機器認証が成功したことを示す結果とアクセス可能なポータルサーバ2801へのリダイレクト要求(機器認証処理の結果や機器ID2901、機器認証を実施した日時、アクセス状況などの情報を付帯しても良い)を送信する(S3904)。
ここで、機器認証サーバ2804は、機器ID2901の登録状況を確認すると共に、サーバ内で格納している機器リストを参照することにより、受信機50が3Dコンテンツを扱うことが可能であるか否かを把握することができる。
機器認証処理3904に成功した受信機50は、図30のS3005と同様に、ポータルサーバ2801を介して顧客管理サーバ2802との間でポータル会員認証処理3905を実施する。そして、受信機50に対するポータル会員認証処理が成功すると、ポータルサーバ2801は、該当会員IDに対する会員ページ(画面3400、3402)を生成し、受信機50へ送信する。
その際、ポータルサーバ2801は、機器認証サーバ2804が管理する機器ID2901と機器リストを用いて受信機50が3D対応であるか否かを把握できる場合には、該会員ページを3D対応の場合と3D非対応の場合で別々の内容にしても良い(S3906)。
会員ページを受信した受信機50のブラウザ51は、前述した図30のS3007と同様に、画面3400、3402を外付けあるいは内蔵のモニタ2805へ表示する(S3907)。
画面3402上でユーザは利用したい配信システム60へのリンク先を選択すると(S3908)、前述した図30のS3009〜3012と同様に、会員ID2902を引数にして配信システム60のWebサーバ61に対してアクセス要求を送信する。それに対してWebサーバ61は、会員ID2902を用いて顧客管理サーバ65に対して会員認証処理を要求する。顧客管理サーバ65は、会員ID2902を元に所定の認証手順に従って受信機50が会員であるか否かを判断し、その結果をWebサーバ61へ通知する(S3909〜3912)。
会員認証結果を受信したWebサーバ61は、受信機50が3Dコンテンツを扱える場合と扱えない場合のそれぞれに対応するために、本発明の特徴である機器仕様判別命令を、受信機50へ送信する。
機器仕様判別命令は、例えばJavaScriptのようなスクリプト言語を利用して(既存の)3Dコンテンツ非対応受信機のブラウザでも実行可能な形式のものとし、受信機50がスクリプトの記載内容に従って自身が3Dコンテンツに対応しているか否かを判断し、3Dコンテンツを扱える場合に実行する処理(例えば、2D/3Dコンテンツの一覧画面を生成するサイトへジャンプする処理)と扱えない場合に実行する処理(例えば、2Dコンテンツのみの一覧画面を生成するサイトへジャンプする処理)を選択できるような内容を含める(S3913)。
機器仕様判別命令を受信した受信機50のブラウザ51は、最初に機器仕様判別命令を実行し、その結果を取得する(S3914)。そして、その結果を解析し、自身が3Dコンテンツを扱うことができるか否かを判断する(S3915)。例えば以下の(1)〜(3)などを判別する。
(1)自機器が3Dメガネ等の付属品を購入済みであり既に3Dコンテンツ再生に対応している機器である
(2)3Dメガネ等の付属品は未だ購入していないが、購入すれば3Dコンテンツ再生に対応することができる機器である
(3)3Dコンテンツ再生に対応していない機器である
そして、解析結果と判断結果に応じて、機器仕様判別命令に含まれた判別結果毎に記載された遷移先のURLを選択する(S3916)。例えば、判断結果が上記の(1)であれば、(機器仕様判別命令に含まれた)3Dコンテンツを扱える場合にアクセスするためのURLを選択する。
そして、配信システム60のWebサーバ61に対してS3916で選択したURLへサービス要求(例えば、2D/3Dコンテンツの一覧画面の生成/送信要求など)を発行する(S3917)。
サービス要求を受信したWebサーバ61は、該要求の内容に従って受信機50の扱うことができるメニューやコンテンツ一覧の画面を作成し、受信機50に対して送信する(S3918)。例えば、サービス要求が「3Dコンテンツを扱える機器である(前述した(1)の場合)」を示している場合には、2Dと3Dの両方のコンテンツを扱うメニューやコンテンツリストを生成する。「3Dコンテンツを扱えない機器である(前述した(3)の場合)」を示している場合には、2Dコンテンツのみを扱うメニューやコンテンツリストを生成する。
「3Dメガネ等の付属品は未だ購入していないが、購入すれば3Dコンテンツ再生に対応することができる機器である(前述した(2)の場合)」を示している場合には、2Dと3Dの両方のコンテンツ、あるいは2Dコンテンツのみのいずれかのメニューやコンテンツリストを生成しても良いし、この場合に特有の処理を実行しても良い。例えば3Dメガネ等の付属品を購入する画面に遷移したり、2Dと3Dコンテンツのリストに、3Dコンテンツに対して、3Dメガネを購入すれば3D視聴できる旨を表示したりすることができる。
画面を受信した受信機50のブラウザ51は、該画面(本実施例では画面3500)をモニタ2805に表示する(S3918)。
ここで、上記の説明では、本発明の特徴である受信機50が3Dコンテンツを扱えるか否かに対応した実行処理や表示画面の選択などをS3913〜3917で実施しているが、実際にコンテンツリスト画面を表示するタイミング(例えば、図31のS3102、図32のS3200〜3202)であればどこで実施しても良い。
以上から、S3913において2D/3D両方のコンテンツの配信が可能な配信システム60のWebサーバ61が、受信機50の3D対応/非対応に係らず、受信機50に対して機器仕様判別命令を送信することにより、受信機50が3Dコンテンツを扱える場合あるいは扱えない場合に対応して表示する画面や次に実行する動作を選択することが可能になる。また、これにより、受信機50は、配信システム60が配信する3Dコンテンツを適切に扱うことが可能となる。
ここで、上記のWebサーバ61は、3D対応/非対応に係らず全ての受信機50に対して機器仕様判別命令を送信し、受信機50側で3Dコンテンツを扱えるか否かの判断をしているが、S3906で記載したように、Webサーバ61側で受信機50が3Dコンテンツを扱えるか否かを判断(例えば、ポータルシステム2800から会員ID2902を用いて受信機50に関する情報を取得する方法や、配信システム60の顧客管理サーバ65とポータルシステム2800の顧客管理サーバ2802との間で機器認証サーバ2804を共有する方法など)し、受信機50が3D対応の場合は2Dと3Dの両方のコンテンツを扱うメニューやコンテンツリストを、3D非対応の場合は2Dコンテンツのみを扱うメニューやコンテンツリストを生成して送信しても良い。
<3Dコンテンツを購入する手順>
次に、受信機50が配信システム60から3Dコンテンツを購入するまでの手順について、図31を用いて説明する。
受信機50のブラウザ51がモニタ2805上に配信システム60のトップ画面(画面3500)を表示している状態を想定する。
ユーザが画面3500上で「未購入コンテンツ」3501を選択すると(S3100)、ブラウザ51は配信システム60のWebサーバ61に対して受信機50が未購入かつ購入可能なコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S3101)。
これに対して、配信システム60のWebサーバ61は、図39のS3917で受信機50が上記の(1)〜(3)のいずれに該当するか判別できるため、それぞれに対応したコンテンツリスト−例えば、受信機50が上記の(1)(2)に該当する場合は未購入かつ購入可能な2D/3Dコンテンツの情報、上記の(3)に該当する場合は未購入かつ購入可能な2Dコンテンツのみの情報をメタデータサーバ62やコンテンツサーバ63から取得し、これらの情報を用いてコンテンツ一覧画面を生成し、受信機50に対して返信する。
図40は、コンテンツ配信システムが生成する未購入コンテンツリスト画面の例である。画面4000は、受信機50が2D/3D両方のコンテンツを扱うことが可能な場合に表示する画面例であり、受信機50が購入可能な2D/3Dコンテンツに関する情報(コンテンツ名、購入可能な期限、購入価格など)4001や該コンテンツに関する詳細情報を表示するためのボタン4002、購入を指示するボタン4003から構成する。コンテンツリスト画面には、該画面4000を表示するためのデータと該データを扱うためのスクリプト、ユーザが画面上で所望のコンテンツの詳細ボタン4002や購入ボタン4003を選択したときに遷移するURLなどを含む(S3102)。
S3102でコンテンツ情報を取得した受信機50のブラウザ51は、画面4000を外付けあるいは内蔵のモニタ2805へ表示する(S3103)。
以降のS3104〜3109は、実施例2で記載した手順を利用すれば良い。
<3Dコンテンツを視聴開始する手順>
次に、受信機50が購入済みのコンテンツを視聴するまでの手順について、図32を用いて説明する。
まず、受信機50のブラウザ51がモニタ2805上に配信システム60のトップ画面(画面3500)を表示している状態で、ユーザが該画面3500上で「購入済みコンテンツ」3501を選択することを想定する(S3200)。
受信機50のブラウザ51は、該画面3500のWebコードに含まれたURLを利用して配信システム60のWebサーバ61に対して受信機50が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S3201)。
これに対して、配信システム60のWebサーバ61は、受信機50の会員ID2902を元に、顧客管理サーバ65から受信機50が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機50に対して返信する。
図41は、コンテンツ配信システムが生成する購入済みコンテンツリスト画面の例である。画面4100は、2D/3D両方のコンテンツを表示する画面例であり、受信機50が購入済みのコンテンツに関する情報(コンテンツ名、視聴可能な期限など)4101や該コンテンツに関する詳細情報を表示するためのボタン4102、視聴を指示するボタン4103から構成する。購入済みコンテンツ一覧のページには、画面4100を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのMetaFileURL、LicenseID、再生開始位置PlayPosition、ReturnURLを含むものとする。
なお、再生位置(PlayPosition)は、ユーザ(受信機50)が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。さらに、図32に記載していないが、2D/3D識別情報を含めても良い。この2D/3D識別情報は、位置情報データ4500の2D/3D種別4503と再生制御メタファイル200のコンテンツ固有属性情報(ERI)210を用いて、PlayPositionが含まれないあるいはPlayPositionがコンテンツの先頭を示す場合には、コンテンツ固有属性情報(ERI)210の値を設定し(2D/3D種別4503の値を使用しても良いが、コンテンツ固有属性情報210と2D/3D種別4503の値が異なる場合はコンテンツ固有属性情報210の値を優先させる)、PlayPositionが先頭以外の中断位置を示す場合にはこの中断位置の2D/3D種別4503の値を設定する(S3202)。
購入済みコンテンツ一覧のページを受信した受信機50のブラウザ51は、画面4100を外付けあるいは内蔵のモニタ2805へ表示する(S3203)。
ユーザが画面4100上で視聴するコンテンツ4101を選択し、視聴ボタン4103を押下すると(S3204)、ブラウザ51は購入済みコンテンツ一覧のページに記載されたHTMLやJavaScriptなどの手順にしたがってS3202で取得した選択コンテンツのPlayPositionを用いて、該コンテンツを以前途中まで視聴しているか否かを判定する。そして、その判定結果に応じて記載されたURLを選択し、該URLが示すWebサーバ61のアクセス先へサービス取得要求を発行する。
例えば、コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合(すなわちPlayPositionが含まれていない、あるいはPlayPositionがコンテンツ先頭を示す場合)は、視聴開始の処理(以降のS3209)に遷移する。一方、コンテンツを途中まで視聴済みであると判定した場合は、その判定結果に結び付けられたURLを用いてブラウザ51はWebサーバ61に対してサービス取得要求を送信する(S3205)。
サービス取得要求を受信したWebサーバ61は、受信機50におけるコンテンツのPlayPositionを確認し、視聴方法(「最初から視聴」や「前回からの続きを視聴」)を選択するページを生成して、受信機50に対して送信する。該ページには、画面3800を表示するためのデータと該データを扱うためのスクリプトに加え、必要に応じてS3202で記載したMetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報などの情報を含む(S3206)。
ここで、S3205ではコンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合にS3209へ遷移するとしたが、この判定結果の場合でもブラウザ51はコンテンツ視聴要求を送信することとし、Webサーバ61は、受信機50のコンテンツのPlayPositionが設定されていない、あるいはコンテンツの先頭位置を示す場合(すなわち、初めて視聴する場合あるいは前回視聴時に最後まで見終わった場合)は「最初から視聴」3802のみを含めたページを送信するようにしても良い。
視聴方法を選択するページを受信した受信機50のブラウザ51は、画面3800を表示する(S3207)。
ユーザは、表示された画面3800上でいずれか一方を選択するが、本実施例では「最初から視聴」3802を選択し、開始ボタン3803を押下する(S3208)。
以降のS3209〜3213は、実施例2の説明と同様の手順を利用し、受信機50のブラウザ51は、配信システム60のメタデータサーバ62から選択コンテンツに関する再生制御メタファイル200を取得し、LicenseID、PlayPositionと共に一時記録し、AVプレーヤ53を起動し、再生制御メタファイル200の内容とLicenseID、PlayPosition、ReturnURL、2D/3D識別情報などの情報を渡す。
そして、AVプレーヤ53は、再生制御メタファイル200のライセンス取得情報220に従って配信システム60のDRMサーバ64からコンテンツ視聴に必要なコンテンツ鍵を取得する。そして、再生制御メタファイル200のコンテンツ固有属性情報210に従ってコンテンツサーバ63との間で(コンテンツ配信のための)セッション確立(HTTP/TCPあるいはRTP/UDPストリーミングを行うために必要な論理的な接続)を行う。
セッション確立に成功した受信機50のAVプレーヤ53は、再生制御メタファイル200のコンテンツタイトル/参照先/ファイル名211に含まれる選択コンテンツの取得先を示すURLと、選択コンテンツを途中から再生する場合はPlayPositionを用いて該コンテンツの先頭位置あるいは中断再開位置からの開始要求(「PLAY」に相当)をセッション上に送信する(S3214)。
コンテンツ送信要求を受信したコンテンツサーバ63は、送信するコンテンツが3Dコンテンツの場合のみ図42に示すようなガイダンス画面4200を所定の時間送信した後に、コンテンツ鍵を用いてコンテンツを暗号化しながら受信機50に対して送信する。すなわち、コンテンツサーバ63は、コンテンツの一部として該画面4200を所定の時間送信(表示)した後、ユーザ/受信機50が3Dを視聴するための準備が完了していなくても自動的にコンテンツ送信を開始する。(S3213)。
画面4200を表示する代わりに、図43の画面4300を表示しても良い。この場合、コンテンツサーバ63は該画面4300を生成して受信機50へ送信し、該画面を表示した受信機50でユーザが「OK」ボタンを選択し、それを受信機50がコンテンツサーバ63に通知するまでコンテンツ送信を開始しない。あるいは、S3202でWebサーバ61が購入済みコンテンツ一覧のページを送信する際に、画面4300を取得するURLを含め、S3209のAVプレーヤ53を起動する前にWebサーバ61のアクセス先である該URLに対してサービス要求を発行し、Webサーバ61から画面4300を取得するようにしても良い。その場合は、該画面上でユーザが「OK」ボタンを選択した後に、S3209以降の処理を実行する。
以上の手順から、3Dコンテンツを視聴する場合は、所望のコンテンツの再生が始まる前に、予め3Dコンテンツの視聴に必要な準備(3Dメガネなどの装着)をユーザに促すための画面がコンテンツサーバ63から送信される。これにより、3Dコンテンツの視聴が可能な受信機50であればメーカー、機種によらず同じ操作性で視聴開始することが可能になる。
<3Dコンテンツ視聴を中断する手順>
次に、受信機50が視聴中の3Dコンテンツを途中で中断する手順について、図44を用いて説明する。
コンテンツサーバ63がコンテンツを配信している際に、ユーザが受信機50のリモコンで「停止」ボタンを指示あるいはブラウザ51上で操作ボタンを含んだサブウィンドウを表示している時に「停止」ボタンを指示すると(S4400)、受信機50のAVプレーヤ53は、コンテンツサーバ63に対してコンテンツの送信を停止するためのコンテンツ停止要求を発行する。コンテンツ停止要求には、AVプレーヤ53の停止位置(A)、あるいはコンテンツサーバ63に対して停止位置を問い合わせる命令の両方あるいはいずれかを含めても良い(S4401)。
これに対して、コンテンツサーバ63は、該コンテンツの送信を停止し、その旨を通知する。その際、該コンテンツの停止位置(B)、あるいは受信機50がS4401で通知した停止位置(A)、あるいは停止位置(A)から任意の時間/位置だけ前に戻した位置(C)(例えば、GOPの先頭や、中断位置を含むチャプタの先頭など)のいずれかを含む(S4402)。
コンテンツ停止応答を受信した受信機50のAVプレーヤ53はブラウザ51を再起動した後、終了する。その際、AVプレーヤ53は、自身の停止位置(A)あるいはS4402でコンテンツサーバ63から取得した停止位置のいずれかをブラウザ51に通知する(S3301)。再開したブラウザ51はAVプレーヤ53の終了状態とS3301でAVプレ−ヤ53から取得した停止位置を付加してReturnURLが示す配信システム60のWebサーバ61のサイトへアクセスする(S3302)。
これに対して、Webサーバ61は、表示する画面(例えば画面3500)を生成し、受信機50に対して返信し(S3302)、受信したAVプレーヤの終了状態や停止位置を保持し、停止位置を次回コンテンツの視聴を再開する際のPlayPositionとして設定する(S4403)。
生成した画面を受信した受信機50のブラウザ51は、画面3500を外付けあるいは内蔵のモニタ2805へ表示する(S3303)。
ここで、受信機50は、3Dコンテンツの視聴(中断を含む)を終了した後に、必要に応じて、画面表示を2Dコンテンツ表示へ戻す旨を示すガイダンス画面(例えば、「3Dコンテンツの視聴を終了します」など)を表示しても良い。
<3Dコンテンツ視聴を再開する手順>
次に、図46を用いて、上記の手順で3Dコンテンツの視聴を中断した受信機50がコンテンツの視聴を再開する手順について、以下説明する。
まず、受信機50のブラウザ51がモニタ2805上に配信システム60のトップ画面(画面3500)を表示していると想定する。
画面3500上でユーザが「購入済みコンテンツ」3502を選択すると(S4600)、受信機50のブラウザ51は配信システム60のWebサーバ61に対して受信機50が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S4601)。
これに対して、配信システム60のWebサーバ61は、受信機50の会員ID2902を元に、顧客管理サーバ65から受信機50が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機50に対して返信する。購入済みコンテンツ一覧のページは、画面4100を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのMetaFileURL、LicenseID、PlayPosition、ReturnURLなどを含むものとする。なお、PlayPositionは、ユーザ(受信機50)が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。さらに、2D/3D識別情報を含めても良い。この2D/3D識別情報は、位置情報データ4500の2D/3D種別4503と再生制御メタファイル200のコンテンツ固有属性情報(ERI)210を用いて、PlayPositionが含まれないあるいはPlayPositionがコンテンツの先頭を示す場合には、コンテンツ固有属性情報(ERI)210の値を設定し(2D/3D種別4503の値を使用しても良いが、コンテンツ固有属性情報210と2D/3D種別4503の値が異なる場合はコンテンツ固有属性情報210の値を優先させる)、PlayPositionが先頭以外の中断位置を示す場合にはこの中断位置の2D/3D種別4503の値を設定する(S4602)。
購入済みコンテンツ一覧のページを受信した受信機50のブラウザ51は、画面4100を外付けあるいは内蔵のモニタ2805へ表示する(S4603)。
ユーザが画面4100上で視聴を再開するコンテンツ4101を選択し、視聴ボタン4103を押下すると(S4604)、ブラウザ51は購入済みコンテンツ一覧のページに記載されたHTMLやJavaScriptなどの手順に従って、選択コンテンツに関するアクセス先であるURLを取得し、該URLが示すWebサーバ61のアクセス先へサービス取得要求を発行する(S4605)。
サービス取得要求を受信したWebサーバ61は、受信機50が選択したコンテンツについて(a)コンテンツが3Dコンテンツであるか否か、(b)コンテンツのPlayPositionが3Dコンテンツであるか否かを判別する(S4606)。
(a)については、メタデータサーバ62から取得するコンテンツに関する再生制御メタファイル200に含まれた2D/3D識別情報から判別する方法と、コンテンツサーバ63から取得するコンテンツに関する位置情報データ4500の2D/3D種別4503から判別する方法と、両方の方法(コンテンツ固有属性情報210と2D/3D種別4503の値が異なる場合はコンテンツ固有属性情報210の値を優先させる)を用いることもできる。
(b)については、コンテンツサーバ63からコンテンツに関する位置情報データ4500を取得し、位置情報データ4500内の位置情報4502の中からPlayPositionが含まれる位置を抽出し、該位置に対応する2D/3D種別4503の値を確認し、判別する方法がある。
Webサーバ61は、S4606の(a)と(b)の結果を用いて、視聴方法(「最初から視聴」や「前回からの続きを視聴」)を選択するページを生成して、受信機50に対して送信する。該ページには、画面3800を表示するためのデータと該データを扱うためのスクリプトを含める。該スクリプトには、「最初から視聴」3802に対しては必ずS4613へ遷移するための命令を記述する。また、(a)(b)の結果が2Dコンテンツの場合または(a)の結果が3Dコンテンツ/(b)の結果が2Dコンテンツの場合は、「前回からの続きを視聴」3801に対してS4613へ遷移するための命令を記述する。
(a)(b)の結果が3Dコンテンツの場合は、「前回からの続きを視聴」3801にS4610へ遷移するための命令を記述する。上記の内容に加え、該ページには、必要に応じてS4602で記載したMetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報などの情報を含む(S4607)。
ここで、S4605では該コンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合でも、Webサーバ61へサービス取得要求を発行しているが、S4602で取得した購入済みコンテンツ一覧のページに、PlayPositionが含まれないあるいはコンテンツの先頭位置を示す場合はS4610へ遷移するスクリプトが含まれていても良い。
該ページを受信したブラウザ51は、画面3800をモニタに表示する(S4608)。
画面3800上でユーザが「最初から視聴」3802を選択し、開始ボタン3803を指示すると、S4607の選択ページに含まれたスクリプトに従って、S4613へ遷移する。
画面3800でユーザが「前回からの続きを視聴」3801を選択し、開始ボタン3803を指示すると(S4609)、受信機50のブラウザ51は、S4607の選択ページに含まれたスクリプトに従って、選択コンテンツが2Dコンテンツの場合はS4613へ遷移し、3Dコンテンツの場合は視聴方法選択ページに記載された「前回からの続きを視聴」3801に関連付けられたURLを用いてWebサーバ61に対してサービス取得要求を送信する。この際、サービス取得要求の中に、S4606で取得したPlayPositionを含めても良い(S4609)。
サービス要求を受信したWebサーバ61は、画面4300を表示するためのデータと中断位置から再開するためのURL、MetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報などの情報を含めたWebコードを生成し、受信機50へ送信する(S4611)。
受信機50のブラウザ51は、Webサーバ61から受信した画面4300を外付けあるいは内蔵のモニタ2805へ表示する(S4612)。
画面4300上でユーザが「OK」ボタンを選択すると、S4613〜S4617は、前述した図32のS3209〜S3213と同様の処理を行う。すなわち、配信システム60のメタデータサーバ62から再生制御メタファイル200を取得し、その内容に従ってDRMサーバ64からコンテンツ視聴に必要なコンテンツ鍵を取得し、コンテンツサーバ63との間でセッション確立を行う。
セッション確立に成功した受信機50のAVプレーヤ53は、再生制御メタファイル200のコンテンツタイトル/参照先/ファイル名211に含まれるコンテンツ取得先のURLとPlayPositionを用いてコンテンツの中断位置からの視聴再開要求をセッション上に送信する(S4618)。
コンテンツの中断位置からの視聴再開要求を受信したコンテンツサーバ63は、コンテンツ鍵を用いてコンテンツの中断位置からコンテンツを暗号化しながら受信機50に対して送信する。暗号化されたコンテンツを受信した受信機50は、デスクリプタ514でコンテンツ鍵を用いてコンテンツを復号化し、AVプレーヤ53でデコードし、映像・音声出力I/F531を介して外付けあるいは内蔵のモニタ2805へ表示する(S4619)。
以上の手順により、2D/3D両方のコンテンツを配信可能な配信システム60は、全てのコンテンツあるいは3Dコンテンツのみに対して位置情報データ4500を保持することにより、ユーザが受信機50で3Dコンテンツを視聴する場合および視聴中の3Dコンテンツを一旦中断し再開する場合は、配信システム60側で位置情報データ4500を用いてコンテンツの視聴再開位置が2Dコンテンツであるか3Dコンテンツであるかを判断し、視聴開始位置が3Dコンテンツと判断した場合はコンテンツ配信を始める前に予め3Dコンテンツの視聴に必要な準備(3Dメガネなどの装着)をユーザに促すためのガイダンス画面を生成し、受信機50側で表示させた後、再開位置からコンテンツを送信することができる。
また、再開位置が2Dコンテンツと判断した場合はガイダンス画面を表示せずに再開位置からコンテンツを送信することができる。これにより、受信機50は、受信するコンテンツが3Dコンテンツであるか否かを判別する必要がなく、3Dコンテンツの視聴が可能な受信機50であればメーカー、機種によらず同じ操作性で視聴開始することが可能になる。既存の3D非対応の受信機50は、特別な表示をすることなく、そのまま再開位置からの視聴画面に遷移することが可能になる。
実施例3では、ユーザが受信機50で視聴中の3Dコンテンツを一旦中断し、再開する場合、配信システム60側でコンテンツ配信再開位置が2Dコンテンツであるか3Dコンテンツであるかを判断し、コンテンツの配信を始める前に予め3Dコンテンツの視聴に必要な準備をユーザに促すための画面を生成する例を示した。
本実施例では、コンテンツ視聴中断時に受信機50が配信システム60に対してコンテンツの中断位置と3Dコンテンツか否かの情報を通知し、コンテンツ再開時に配信システム60からこれらの情報を取得する例について説明する。本実施例で説明するシステム構成は、実施例3と同じものを使用する。
<3Dコンテンツ視聴を中断する手順>
最初に、受信機50が視聴中の3Dコンテンツを途中で中断する手順について、図47を用いて説明する。
コンテンツサーバ63がコンテンツを配信している際に、ユーザが受信機50のリモコンで「停止」ボタンを指示あるいはブラウザ51上で操作ボタンを含んだサブウィンドウを表示している時に「停止」ボタンを指示すると(S4700)、受信機50のAVプレーヤ53は、コンテンツサーバ63に対してコンテンツの送信を停止するためのコンテンツ停止要求を発行する。コンテンツ停止要求には、AVプレーヤ53の停止位置(A)、あるいはコンテンツサーバ63に対して停止位置を問い合わせる命令の両方あるいはいずれかを含めても良い(S4701)。
これに対して、コンテンツサーバ63は、コンテンツの送信を停止し、その旨を通知する。その際、コンテンツの停止位置(B)、あるいは受信機50がS4401で通知した停止位置(A)、あるいは停止位置(A)から任意の時間/位置だけ前に戻した位置(C)(例えば、GOPの先頭や、中断位置を含むチャプタの先頭など)のいずれかを含む(S4702)。
コンテンツ停止応答を受信した受信機50のAVプレーヤ53はブラウザ51を再起動した後、終了する。その際、AVプレーヤ53は、自身の停止位置(A)あるいはS4402でコンテンツサーバ63から取得した停止位置のいずれかの停止位置情報と、停止位置が2Dコンテンツであるか3Dコンテンツであるかを識別するための2D/3D識別情報をブラウザ51に通知する。
ここで、AVプレーヤ53は、実施例3に記載した3Dコンテンツに含まれた停止位置での2D/3D識別信号を抽出する方法や、ECG処理部52からECGに含まれた2D/3D識別情報を取得する方法、視聴を開始した際にブラウザ51から取得した再生制御メタファイル200に含まれた2D/3D識別情報を取得する方法などを用いて、2Dコンテンツであるか3Dコンテンツであるかを識別する(S4703)。
再開したブラウザ51は、AVプレーヤ53の終了状態とS4703でAVプレ−ヤ53から取得した停止位置情報と2D/3D識別情報を付加してReturnURLが示す配信システム60のWebサーバ61のサイトへアクセスする(S4704)。
これに対して、Webサーバ61は、表示する画面(例えば画面3500)を生成し、受信機50に対して返信する(S4705)。
その後、Webサーバ61は、受信機50のAVプレーヤ53から受信した内容を解析し、2D/3D識別情報が含まれている場合はAVプレーヤの終了状態や停止位置と共にそれを保持し(S4706)、停止位置を次回コンテンツの視聴を再開する際のPlayPositionとして設定する(S4707)。
生成した画面を受信した受信機50のブラウザ51は、画面3500を外付けあるいは内蔵のモニタ2805へ表示する(S3303)。
ここで、受信機50は、3Dコンテンツの視聴を中断した後に、必要に応じて、画面表示を2Dコンテンツ表示へ戻す旨を示すガイダンス画面(例えば、「3Dコンテンツの視聴を終了します」など)を表示しても良い。
<3Dコンテンツ視聴を再開する手順>
次に、図48を用いて、受信機50が上述した手順で中断した3Dコンテンツの視聴を再開する手順について説明する。
まず、受信機50のブラウザ51がモニタ2805上に配信システム60のトップ画面(画面3500)を表示していると想定する。
画面3500上でユーザが「購入済みコンテンツ」3502を選択すると(S4800)、受信機50のブラウザ51は配信システム60のWebサーバ61に対して受信機50が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S4801)。
これに対して、配信システム60のWebサーバ61は、受信機50の会員ID2902を元に、顧客管理サーバ65から受信機50が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機50に対して返信する。購入済みコンテンツ一覧のページは、画面4100を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのMetaFileURL、LicenseID、PlayPosition、ReturnURLなどを含む。
なお、なお、PlayPositionは、ユーザ(受信機50)が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。さらに、2D/3D識別情報を含めても良い。この2D/3D識別情報は、PlayPositionが含まれないあるいはPlayPositionがコンテンツの先頭を示す場合には、再生制御メタファイル200のコンテンツ固有属性情報(ERI)210を設定し、PlayPositionが先頭以外の中断位置を示す場合には前述した図47のS4706で保持した2D/3D識別情報が存在する場合にはその情報を含める(S4802)。
購入済みコンテンツ一覧のページを受信した受信機50のブラウザ51は、画面4100を外付けあるいは内蔵のモニタ2805へ表示する(S4803)。
ユーザが画面4100上で視聴を再開するコンテンツ4101を選択し、視聴ボタン4103を押下すると(S4804)、ブラウザ51は購入済みコンテンツ一覧のページに記載されたHTMLやJavaScriptなどの手順に従って、選択コンテンツに関するアクセス先であるURLを取得し、該URLが示すWebサーバ61のアクセス先へサービス取得要求を発行する(S4805)。
サービス取得要求を受信したWebサーバ61は、前述したPlayPositionと2D/3D識別情報を用いて、視聴方法(「最初から視聴」や「前回からの続きを視聴」)を選択するページを生成して、受信機50に対して送信する。該ページには、画面3800を表示するためのデータと該データを扱うためのスクリプトを含める。該スクリプトには、「最初から視聴」3802に対しては必ずS4612へ遷移するための命令を記述する。また、2D/3D識別情報を保持していない場合や2D/3D識別情報が2Dコンテンツを示す場合は、「前回からの続きを視聴」3801に対してS4612へ遷移するための命令を記述する。
保持している2D/3D識別情報が3Dコンテンツを示す場合は、「前回からの続きを視聴」3801にS4609へ遷移するための命令を記述する。上記の内容に加え、該ページには、必要に応じてS3202で記載したMetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報などの情報を含む(S4806)。
ここで、S4805ではコンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合でも、Webサーバ61へサービス取得要求を発行しているが、S4802で取得した購入済みコンテンツ一覧のページに、PlayPositionが含まれないあるいはコンテンツの先頭位置を示す場合はS4812へ遷移するスクリプトが含まれていても良い。
該ページを受信したブラウザ51は、画面3800をモニタに表示する(S4807)。
画面3800上でユーザが「最初から視聴」3802を選択し、開始ボタン3803を指示すると、S4806の選択ページに含まれたスクリプトに従って、S4809へ遷移する。
画面3800でユーザが「前回からの続きを視聴」3801を選択し、開始ボタン3803を指示すると(S4808)、受信機50のブラウザ51は、S4806の選択ページに含まれたスクリプトに従って、選択コンテンツが2Dコンテンツの場合はS4809へ遷移し、3Dコンテンツの場合は視聴方法選択ページに記載された「前回からの続きを視聴」3801に関連付けられたURLを用いてWebサーバ61に対してサービス取得要求を送信する。この際、サービス取得要求の中に、S4606で取得したPlayPositionを含めても良い(S4809)。
サービス要求を受信したWebサーバ61は、画面4300を表示するためのデータと中断位置から再開するためのURL、MetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報などの情報を含めたWebコードを生成し、受信機50へ送信する(S4810)。
受信機50のブラウザ51は、Webサーバ61から受信した画面4300を外付けあるいは内蔵のモニタ2805へ表示する(S4811)。
画面4300上でユーザが「OK」ボタンを選択すると、ブラウザ51は選択コンテンツに関するMetaFileURL、LicenseID、PlayPosition、ReturnURLを一時記録する。そして、MetaFileURLとなる配信システム60のメタデータサーバ62に対して再生制御メタファイル取得要求を送信する(S4812)。
再生制御メタファイル取得要求を受信した配信システム60のメタデータサーバ62は、図10に示すような所定の再生制御メタファイル200を受信機50に対して返信する(S4813)。
再生制御メタファイル200を受信した受信機50のブラウザ51は、各コンテンツに関するMetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報と共に再生制御メタファイル200の内容を一時記録し、AVプレーヤ53を起動し、AVプレーヤに対して取得した再生制御メタファイル200の全てあるいは一部の内容やLicenseID、PlayPosition、2D/3D識別情報などを通知する(S4814)。ここで、AVプレーヤ53が起動した後、ブラウザ51は終了あるいはそのまま常駐した状態になる。
AVプレーヤ53は、ブラウザ51から取得した2D/3D識別情報を用いて視聴するコンテンツが3Dであるか否かを判別し、3Dコンテンツの場合には受信機50に必要な準備(3Dコンテンツを視聴するためのデコーダ522,524の設定など)を実行する。そして、再生制御メタファイル200のライセンス取得情報(LLI)220に従って配信システム60のDRMサーバ64に対して鍵要求(LLI220内のライセンスID224やDRM_ID2904を含む)を送信する。
鍵要求を受信したDRMサーバ64は、ライセンスID224とDRM_ID2904を用いて顧客管理サーバ65との間でコンテンツを受信機50が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、DRMサーバ64は、受信機50に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する(S4815)。
コンテンツ鍵を受信した受信機50は、再生制御メタファイル200のコンテンツ固有属性情報(ERI)210に従ってコンテンツサーバ63との間で(コンテンツ配信のための)セッション確立を行う(S4816)。ここで、セッションは、HTTP/TCPあるいはRTP/UDPストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機50のAVプレーヤ53は、再生制御メタファイル200のコンテンツタイトル/参照先/ファイル名211に含まれるコンテンツ取得先のURLを用いて、コンテンツの中断位置からの視聴再開要求をセッション上に送信する(S4817)。
コンテンツの中断位置からの視聴再開要求を受信したコンテンツサーバ63は、コンテンツ鍵を用いてコンテンツの中断位置からコンテンツを暗号化しながら受信機50に対して送信する。暗号化されたコンテンツを受信した受信機50は、デスクリプタ514でコンテンツ鍵を用いてコンテンツを復号化し、AVプレーヤ53でデコードし、映像・音声出力I/F531を介して外付けあるいは内蔵のモニタ2805へ表示する(S4818)。
ここで、図48では、3Dコンテンツの視聴に必要な準備(3Dメガネなどの装着)をユーザに促すためのガイダンス画面4300をWebサーバ61が生成して受信機50へ送信し、受信機50ではそれを表示しているが、S4808で「前回からの続きを視聴」3801を選択した後、S4806でWebサーバ61から取得した2D/3D識別情報を参照し、3Dコンテンツの場合のみブラウザ51が自分でガイダンス画面4300を生成し、モニタ2805へ表示するようにしても良い(その場合は、S4809〜S4810を行わない)。
以上の手順により、3Dコンテンツを扱うことができる受信機50は、視聴コンテンツを一旦中断する場合、コンテンツの中断位置(すなわち視聴再開位置)が2Dコンテンツであるか3Dコンテンツであるかを示す2D/3D識別情報を、2D/3D両方のコンテンツを配信可能な配信システム60に通知し、保持してもらう。これにより、コンテンツの視聴を再開する場合、配信システム60は保持した2D/3D識別情報を用いて再開するコンテンツが3Dコンテンツであるか否かを判定し、3Dコンテンツの場合のみ必要なガイダンス画面を生成し、受信機50に表示させることができる。あるいは、コンテンツの視聴を再開する際に配信システム60が保持した2D/3D識別情報を受信機50が取得し、自身でガイダンス画面を表示することが可能になる。
実施例4では、ユーザが受信機50で視聴中の3Dコンテンツを一旦中断する場合、受信機50はコンテンツの中断位置と共に視聴再開位置が2Dコンテンツであるか3Dコンテンツであるかを示す2D/3D識別情報を配信システム60へ通知し、コンテンツの配信を再開する際に配信システム60がこの情報を利用して3Dコンテンツの視聴に必要な準備をユーザに促すためのガイダンス画面を生成/表示する例を示した。
本実施例では、コンテンツ視聴中断時にコンテンツの2D/3D識別情報を受信機50で管理する例について説明する。本実施例で説明するシステム構成は、実施例3、4と同じものを使用する。
<3Dコンテンツ視聴を中断する手順>
最初に、受信機50が視聴中の3Dコンテンツを途中で中断する手順について、図49を用いて説明する。
コンテンツサーバ63がコンテンツを配信している際に、ユーザが受信機50のリモコンで「停止」ボタンを指示あるいはブラウザ51上で操作ボタンを含んだサブウィンドウを表示している時に「停止」ボタンを指示すると(S4900)、受信機50のAVプレーヤ53は、コンテンツサーバ63に対してコンテンツの送信を停止するためのコンテンツ停止要求を発行する。コンテンツ停止要求には、AVプレーヤ53の停止位置(A)、あるいはコンテンツサーバ63に対して停止位置を問い合わせる命令の両方あるいはいずれかを含めても良い(S4901)。
これに対して、コンテンツサーバ63は、コンテンツの送信を停止し、その旨を通知する。その際、コンテンツの停止位置(B)、あるいは受信機50がS4401で通知した停止位置(A)、あるいは停止位置(A)から任意の時間/位置だけ前に戻した位置(C)(例えば、GOPの先頭や、中断位置を含むチャプタの先頭など)のいずれかを含む(S4902)。
コンテンツ停止応答を受信した受信機50のAVプレーヤ53はブラウザ51を再起動した後、終了する。その際、AVプレーヤ53は、自身の停止位置(A)あるいはS4402でコンテンツサーバ63から取得した停止位置のいずれかの停止位置情報と、停止位置が2Dコンテンツであるか3Dコンテンツであるかを識別するための2D/3D識別情報をブラウザ51に通知する。
ここで、AVプレーヤ53は、実施例3に記載した3Dコンテンツに含まれた停止位置での2D/3D識別信号を抽出する方法や、ECG処理部52からECGに含まれた2D/3D識別情報を取得する方法、視聴を開始した際にブラウザ51から取得した再生制御メタファイル200に含まれた2D/3D識別情報を取得する方法などを用いて、2Dコンテンツであるか3Dコンテンツであるかを識別する(S4903)。
再開したブラウザ51は、S4703でAVプレ−ヤ53から取得した内容を解析し、2D/3D識別情報が含まれている場合はコンテンツに関する情報(例えば、コンテンツ名やコンテンツID、商品IDなど)と共に2D/3D識別情報を保存する(S4904)。この際、停止位置情報も一緒に保存しても良い。
その後、AVプレーヤ53の終了状態と停止位置情報を付加してReturnURLが示す配信システム60のWebサーバ61のサイトへアクセスする(S4905)。
これに対して、Webサーバ61は、表示する画面(例えば画面3500)を生成し、受信機50に対して返信する(S4906)。
その後、Webサーバ61は、停止位置を次回該コンテンツの視聴を再開する際のPlayPositionとして設定する(S4907)。
生成した画面を受信した受信機50のブラウザ51は、画面3500を外付けあるいは内蔵のモニタ2805へ表示する(S3303)。
ここで、受信機50は、3Dコンテンツの視聴を中断した後に、必要に応じて、画面表示を2Dコンテンツ表示へ戻す旨を示すガイダンス画面(例えば、「3Dコンテンツの視聴を終了します」など)を表示しても良い。
<3Dコンテンツ視聴を再開する手順>
図50は、受信機50が途中で中断した3Dコンテンツの視聴を再開する手順を説明する図の例である。
まず、受信機50のブラウザ51がモニタ2805上に配信システム60のトップ画面(画面3500)を表示していると想定する。
画面3500上でユーザが「購入済みコンテンツ」3502を選択すると(S5000)、受信機50のブラウザ51は配信システム60のWebサーバ61に対して受信機50が購入済みのコンテンツ一覧画面を表示するために必要なサービス取得要求を発行する(S5001)。
これに対して、配信システム60のWebサーバ61は、受信機50の会員ID2902を元に、顧客管理サーバ65から受信機50が購入済みのコンテンツとライセンスの情報を取得する。そして、購入済みコンテンツ一覧のページを生成し、受信機50に対して返信する。購入済みコンテンツ一覧のページは、画面4100を表示するためのデータと該データを扱うためのスクリプトに加え、購入済みの各コンテンツについてのMetaFileURL、LicenseID、PlayPosition、ReturnURLを含める。なお、PlayPositionは、ユーザ(受信機50)が前回コンテンツ視聴を中断したことがあるコンテンツにのみ含めても良い。(S5002)。
購入済みコンテンツ一覧のページを受信した受信機50のブラウザ51は、画面4100を外付けあるいは内蔵のモニタ2805へ表示する(S5003)。
ユーザが画面4100上で視聴を再開するコンテンツ4101を選択し、視聴ボタン4103を押下すると(S5004)、ブラウザ51は購入済みコンテンツ一覧のページに記載されたHTMLやJavaScriptなどの手順に従って、選択コンテンツに関するアクセス先であるURLを取得し、該URLが示すWebサーバ61のアクセス先へサービス取得要求を発行する(S5005)。
サービス取得要求を受信したWebサーバ61は、視聴方法(「最初から視聴」や「前回からの続きを視聴」)を選択するページを生成して、受信機50に対して送信する。該ページには、画面3800を表示するためのデータと該データを扱うためのスクリプトを含める。該スクリプトには、選択コンテンツを取得するためのURLとS5011へ遷移するための命令を記述する。それに加え、該ページには、必要に応じてS5002で記載したMetaFileURL、LicenseID、PlayPosition、ReturnURLなどを含む(S5006)。
ここで、S4805ではコンテンツをまだ視聴していない、あるいは全て視聴済みであると判定した場合でも、Webサーバ61へサービス取得要求を発行しているが、S5002で取得した購入済みコンテンツ一覧のページに、PlayPositionがコンテンツの先頭位置を示す場合はS5011へ遷移するスクリプトが含まれていても良い。
該ページを受信したブラウザ51は、画面3800をモニタに表示する(S5007)。
画面3800上でユーザが「最初から視聴」3802を選択し、開始ボタン3803を指示すると、S5006の選択ページに含まれたスクリプトに従って、S5011へ遷移する。
画面3800でユーザが「前回からの続きを視聴」3801を選択し、開始ボタン3803を指示すると(S5008)、受信機50のブラウザ51は、選択コンテンツに関する2D/3D識別情報(上述した図49のS4904で保持した情報)を保持しているか否かを判断し、保持している場合はその内容を読み出す。
そして、これらの情報から、選択コンテンツが2Dコンテンツであるか3Dコンテンツであるかを判別する(S5009)。具体的には、2D/3D識別情報が存在しない、あるいは読み出した2D/3D識別情報の内容が2Dコンテンツを示す場合には、S5006の選択ページに含まれたスクリプトに従ってS5011へ遷移する。
一方、読み出した2D/3D識別情報の内容が3Dコンテンツを示す場合には、3Dコンテンツの視聴に必要な準備(3Dメガネなどの装着)をユーザに促すためのガイダンス画面4300をブラウザ51が生成し、モニタに表示する(S5010)。
画面4300上でユーザが「OK」ボタンを選択すると、ブラウザ51は選択コンテンツに関するMetaFileURL、LicenseID、PlayPosition、ReturnURLを一時記録する。そして、MetaFileURLとなる配信システム60のメタデータサーバ62に対して再生制御メタファイル取得要求を送信する(S5011)。
再生制御メタファイル取得要求を受信した配信システム60のメタデータサーバ62は、図10に示すような所定の再生制御メタファイル200を受信機50に対して返信する(S5012)。
再生制御メタファイル200を受信した受信機50のブラウザ51は、各コンテンツに関するMetaFileURL、LicenseID、PlayPosition、ReturnURL、2D/3D識別情報と共に再生制御メタファイル200の内容を一時記録し、AVプレーヤ53を起動し、AVプレーヤに対して取得した再生制御メタファイル200の全てあるいは一部の内容やLicenseID、PlayPosition、2D/3D識別情報を通知する(S5013)。ここで、AVプレーヤ53が起動した後、ブラウザ51は終了あるいはそのまま常駐した状態になる。
AVプレーヤ53は、ブラウザ51から取得した2D/3D識別情報を用いて視聴するコンテンツが3Dであるか否かを判別し、3Dコンテンツの場合には受信機50に必要な準備(3Dコンテンツを視聴するためのデコーダ522,524の設定など)を実行する。そして、再生制御メタファイル200のライセンス取得情報(LLI)220に従って配信システム60のDRMサーバ64に対して鍵要求(LLI220内のライセンスID224やDRM_ID2904を含む)を送信する。
鍵要求を受信したDRMサーバ64は、ライセンスID224とDRM_ID2904を用いて顧客管理サーバ65との間でコンテンツを受信機50が視聴可能であるか否かを確認する。その結果、視聴可能と判断した場合のみ、DRMサーバ64は、受信機50に対してコンテンツを視聴するために必要なコンテンツ鍵を送信する(S5014)。
コンテンツ鍵を受信した受信機50は、再生制御メタファイル200のコンテンツ固有属性情報(ERI)210に従ってコンテンツサーバ63との間で(コンテンツ配信のための)セッション確立を行う(S5015)。ここで、セッションは、HTTP/TCPあるいはRTP/UDPストリーミングを行うために必要な論理的な接続である。
セッション確立に成功した場合、受信機50のAVプレーヤ53は、再生制御メタファイル200のコンテンツタイトル/参照先/ファイル名211に含まれるコンテンツ取得先のURLを用いて、コンテンツの中断位置からの視聴再開要求をセッション上に送信する(S5016)。
コンテンツの中断位置からの視聴再開要求を受信したコンテンツサーバ63は、コンテンツ鍵を用いてコンテンツの中断位置からコンテンツを暗号化しながら受信機50に対して送信する。暗号化されたコンテンツを受信した受信機50は、デスクリプタ514でコンテンツ鍵を用いてコンテンツを復号化し、AVプレーヤ53でデコードし、映像・音声出力I/F531を介して外付けあるいは内蔵のモニタ2805へ表示する(S5017)。
ここで、図50では、3Dコンテンツの視聴に必要な準備(3Dメガネなどの装着)をユーザに促すためのガイダンス画面4300を受信機50が生成して表示しているが、S5009の実行結果が3Dコンテンツの場合のみ、S5010を実行する代わりに、実施例4に記載したS4809でWebサーバ61に対して送信するサービス取得要求の中に3Dコンテンツである情報を含める。そして、Webサーバ61は該情報を参照し、S4810と同様に画面4300を生成して受信機50で表示させるようにしても良い。
以上の手順により、3Dコンテンツを扱うことができる受信機50は、視聴コンテンツを一旦中断する場合、コンテンツの中断位置(すなわち視聴再開位置)が2Dコンテンツであるか3Dコンテンツであるかを示す2D/3D識別情報を保持する。これにより、コンテンツの視聴を再開する場合、保持した2D/3D識別情報を用いて再開するコンテンツが3Dコンテンツであるか否かを判定し、3Dコンテンツの場合のみ必要なガイダンス画面を生成して表示することができる。また、配信システム60では中断/再開するコンテンツが2Dであるか3Dであるかを保持/判別する必要がなく、ユーザに準備を促す画面を生成する必要がない。
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSD(Solid State Drive)等の記録装置、または、ICカード、SDカード、DVD等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。