(57)【要約】本発明によるメディアコンテンツをレンダリングするシステムは、メディアコンテンツを記憶する第１のプラットフォームを含み、前記メディアコンテンツは、第１のプラットフォームによって受信されたときに、レンダリング不可能な状態を備えている。システムは、さらに、記憶されたメディアコンテンツをレンダリングするために第１のプラットフォームと通信可能に接続された第２のプラットフォームを含んでいる。第１および第２のプラットフォームは、記憶され保護されたメディアコンテンツを少なくとも１回レンダリングする権利を購入するためのインタフェースを協働して提供する。そのシステムでは、第１および第２のプラットフォームのうち少なくとも一方が、レンダリングする権利を購入した後すぐに記憶されたメディアコンテンツをレンダリング可能な状態に変換するように動作可能である。【選択図】図１
2007535202.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンテンツをレンダリングするシステムであって、
メディアコンテンツを記憶する第１のプラットフォームであり、前記第１のプラットフォームによって受信されたときに前記メディアコンテンツがレンダリング不可能な状態を含んでいる第１のプラットフォームと、
記憶された前記メディアコンテンツをレンダリングするために前記第１のプラットフォームに通信可能に接続された第２のプラットフォームと、
を備え、
前記第１および第２のプラットフォームが、記憶された前記メディアコンテンツを少なくとも１回レンダリングする権利を購入するためのインタフェースを協働して提供し、
前記第１と第２のプラットフォームの内の少なくとも一方が、レンダリングする前記権利を購入するとすぐに、記憶された前記メディアコンテンツをレンダリング可能な状態に変換するように動作可能であることを特徴とするシステム。
【請求項２】
前記第１と第２のプラットフォームの内の少なくとも一方と、少なくとも１つのコンテンツソースとに接続される配送サーバをさらに備え、前記配送サーバが、コンテンツへの要求を受信し応答可能なように前記コンテンツソースからコンテンツを検索するように動作可能であることを特徴とする請求項１に記載のシステム。
【請求項３】
前記第１と第２のプラットフォームの内の少なくとも一方と、少なくとも１つのコンテンツソースとに接続される配送サーバをさらに備え、前記配送サーバが、前記コンテンツの使用を追跡するように動作可能であることを特徴とする請求項１に記載のシステム。
【請求項４】
前記第１と第２のプラットフォームの内の少なくとも一方と、少なくとも１つのコンテンツソースとに接続される配送サーバをさらに備え、前記配送サーバが、前記コンテンツの支払いを追跡するように動作可能であることを特徴とする請求項１に記載のシステム。
【請求項５】
前記第１と第２のプラットフォームの内の少なくとも一方と、少なくとも１つのコンテンツソースとに接続される配送サーバをさらに備え、前記配送サーバが、前記コンテンツの商取引を追跡するように動作可能であることを特徴とする請求項１に記載のシステム。
【請求項６】
前記第１のプラットフォームが、前記メディアコンテンツを記憶する記憶デバイスを含むディジタルビデオレコーダデバイスを備えていることを特徴とする請求項１に記載のシステム。
【請求項７】
前記記憶デバイスがハードディスクドライブを備えていることを特徴とする請求項６に記載のシステム。
【請求項８】
前記第１のプラットフォームが、前記メディアコンテンツを記憶する記憶デバイスを含むパソコンを備えていることを特徴とする請求項１に記載のシステム。
【請求項９】
前記記憶デバイスが光記憶デバイスを備えていることを特徴とする請求項８に記載のシステム。
【請求項１０】
前記光記憶デバイスが、ディジタルバーサトルディスク（ＤＶＤ）ドライブを備えていることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記レンダリング不可能な状態が、前記メディアコンテンツを無認可のレンダリングから保護する第１の水準の暗号を含んでいることを特徴とする請求項１に記載のシステム。
【請求項１２】
前記メディアコンテンツが放送信号に含まれ、前記レンダリング不可能な状態が、前記メディアコンテンツを無認可の受信および記憶から保護する第２の水準の暗号を含んでいることを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記放送が無線放送、ケーブル放送、インターネット放送および衛星放送の内の１つであることを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記第１のプラットフォームが専用のメディア記憶供給デバイスを備え、前記専用のメディア記憶供給デバイスが、
前記メディアコンテンツを保持する記憶デバイスと、
前記第２のプラットフォームの機能的属性に対応する１つ以上のパラメータを含むレジストリと、
メディアコンテンツソースの内の少なくとも１つと前記第２のプラットフォームとに通信可能に接続されるネットワークインタフェースと、
前記メディアコンテンツをレンダリングする権利の購入と、前記メディアコンテンツに関連したディジタル権利を実行することを含むメディアコンテンツをレンダリングする管理と、前記購入の条件に従って前記メディアコンテンツをレンダリングする制御とを提供するメディアコンテンツマネージャとを備えていることを特徴とする請求項１に記載のシステム。
【請求項１５】
前記第１のプラットフォームが、
前記第１のプラットフォームで前記メディアコンテンツをレンダリングすること、および、前記メディアコンテンツを前記第２のプラットフォームに通信することの内の少なくとも一方に先立って、前記メディアコンテンツを復号化するデクリプタと、
前記メディアを第１の形式から第２の形式へ変換するコード変換器であり、前記第１のプラットフォームが、コンテンツを前記第２の形式からレンダリングするようにさらに動作可能である前記コード変換器とを備えることを特徴する請求項１４に記載のシステム。
【請求項１６】
前記第１のプラットフォームが、コンテンツを探索しコンテンツプロフィールに基づいてコンテンツをダウンロードするように動作可能な発見サービスを備えていることを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記第１のプラットフォームが、前記メディアコンテンツを前記第２のプラットフォームに通信することに先立って前記メディアコンテンツを暗号化するエンクリプタを備え、前記第２のプラットフォームが、前記メディアコンテンツをレンダリングすることに先立って前記第１のプラットフォームによって実行される前記メディアコンテンツの暗号化を復号化する対応デクリプタを備えていることを特徴とする請求項１に記載のシステム。
【請求項１８】
前記第２のプラットフォームが、
メディアレンダリングデバイスと、
前記メディアコンテンツの構成を決定するために前記第１のプラットフォームと通信するローカル発見サービスと、
前記第１のプラットフォームと通信するメディア通信インタフェースと、
前記メディアレンダリングデバイスがレンダリング可能である前記メディアコンテンツの部分に対応するタイトルのリストを表示するガイドレンダリングと、
前記メディアコンテンツを、エンコーディング済み形式から、前記メディアレンダリングデバイスに対応する形式へ変換するデコーダとを備えていることを特徴とする請求項１に記載のシステム。
【請求項１９】
メディアコンテンツが、インターネット、無線送信、ケーブルテレビ送信、ディジタル衛星システム送信、および光記憶メディアの内の１つ以上を介して受信されることを特徴とする請求項１に記載のシステム。
【請求項２０】
前記第２のプラットフォームが複数形式のディジタルバーサトルディスクプレーヤーを備えていることを特徴とする請求項１に記載のシステム。
【請求項２１】
前記第２のプラットフォームがパーソナルオーディオプレーヤーを備えていることを特徴とする請求項１に記載のシステム。
【請求項２２】
前記第２のプラットフォームが高解像度テレビを備えていることを特徴とする請求項１に記載のシステム。
【請求項２３】
前記第２のプラットフォームがディジタルオーディオ受信機を備えていることを特徴とする請求項１に記載のシステム。
【請求項２４】
前記第２のプラットフォームがディジタルビデオレコーダを備えていることを特徴とする請求項１に記載のシステム。
【請求項２５】
前記第２のプラットフォームがオーディオ／ビデオデバイスを備え、前記オーディオ／ビデオデバイスが、前記メディアコンテンツを、エンコーディング済み形式からデコーディング済みのレンダリング可能な形式へ変換するデコーダを備えていることを特徴とする請求項１に記載のシステム。
【請求項２６】
前記第１のプラットフォームと前記第２のプラットフォームを動作可能に接続するルータ／ネットワークハブをさらに備えていることを特徴とする請求項１に記載のシステム。
【請求項２７】
前記ルータ／ネットワークハブが、電子番組ガイドを含む情報をインターネットから受信し、インターネットからの前記情報が、前記第１と第２のプラットフォームの内の少なくとも一方に通信されていることを特徴とする請求項２６に記載のシステム。
【請求項２８】
インターネットからの前記情報が、ディジタル加入者回線と、データオーバーケーブルシステムと、ダイアルアップ接続と、衛星接続との内の１つを介して受信されていることを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記動作可能な接続がパケットベースのデータネットワークを含んでいることを特徴とする請求項２６に記載のシステム。
【請求項３０】
前記動作可能な接続が無線接続を含んでいることを特徴とする請求項２６に記載のシステム。
【請求項３１】
前記無線接続がＩＥＥＥ８０２．１１基準に準拠した無線接続を含んでいることを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記動作可能な接続がＩＥＥＥ１３９４基準に準拠したファイアーワイア接続を含んでいることを特徴とする請求項２６に記載のシステム。
【請求項３３】
前記メディアコンテンツをレンダリングする仕方を変更することに備えるレンダリング用コントローラをさらに備え、前記レンダリング用コントローラが前記第１のプラットフォームと前記第２のプラットフォームの内の少なくとも一方によって実現されることを特徴とする請求項１に記載のシステム。
【請求項３４】
前記レンダリング用コントローラが、
前記メディアコンテンツのレンダリングを停止することと、
前記メディアコンテンツのレンダリングを一時停止することと、
前記メディアコンテンツの前回レンダリングされたポイントに戻って、前記前回レンダリングされたポイントからレンダリングを再開することと、
停止または一時停止の後に前記メディアコンテンツのレンダリングを再開することと、
前記メディアコンテンツの一部分をスキップして、前記メディアコンテンツにおいて後で発生するポイントから前記メディアコンテンツのレンダリングを再開することに備えていることを特徴とする請求項３３に記載のシステム。
【請求項３５】
前記メディアコンテンツのレンダリングを再開することが、前記メディアコンテンツのレンダリングが前記第１のプラットフォーム上で一時停止または停止されたときに、前記第２のプラットフォームを用いてレンダリングを再開することを含むことを特徴とする請求項３４に記載のシステム。
【請求項３６】
前記メディアコンテンツが、
オーディオコンテンツと、
組み合わされたオーディオ／ビデオコンテンツとからなることを特徴とする請求項１に記載のシステム。
【請求項３７】
前記メディアコンテンツが前記第１のプラットフォーム上で圧縮形式で記憶されていることを特徴とする請求項１に記載のシステム。
【請求項３８】
前記圧縮形式が、ＭＰＥＧ−１基準、ＭＰＥＧ−２基準、およびＭＰＥＧ−４基準の内の１つに準拠した形式を含んでいることを特徴とする請求項３７に記載のシステム。
【請求項３９】
前記圧縮形式が、ＭＰＥＧ−１基準のレイヤー３に準拠した圧縮オーディオ形式を含んでいることを特徴とする請求項３８に記載のシステム。
【請求項４０】
前記第１のプラットフォームが、
前記メディアコンテンツの少なくとも一部を保持する記憶デバイスを有するディジタルビデオレコーダと、
前記ディジタルビデオレコーダと動作可能に接続されたパソコンとを備え、
前記パソコンが、
前記メディアコンテンツをレンダリングする権利の購入と、
前記メディアコンテンツと関連したディジタル権利を実行すること、および前記購入の条件と対応して前記メディアコンテンツのレンダリングを制御することを含めて前記メディアコンテンツのレンダリングの管理とに備えていることを特徴とする請求項１に記載のシステム。
【請求項４１】
ペーパービュー方式でメディアコンテンツをレンダリングするシステムであって、
コンテンツソースから購入用のメディアコンテンツを受信する少なくとも１つの入力デバイスを有する第１のプラットフォームであり、前記受信されたコンテンツが暗号化されエンコーディングされた情報を含んでいる前記第１のプラットフォームと、
前記第１のプラットフォームと動作可能に接続され、受信された前記コンテンツを保持する記憶デバイスと、
前記第１のプラットフォームおよび前記記憶デバイスに動作可能に接続され、受信された前記コンテンツをレンダリングする権利を購入するためのインタフェースを有する第２のプラットフォームとを備え、
購入されたときに、前記第１のプラットフォームが、受信された前記コンテンツを前記第２のプラットフォームに通信し、前記第２のプラットフォームが、受信された前記コンテンツをレンダリングすることを特徴とするシステム。
【請求項４２】
前記第１のプラットフォームの前記入力デバイスがケーブル受信機を備えていることを特徴とする請求項４１に記載のシステム。
【請求項４３】
前記第１のプラットフォームの前記入力デバイスがディジタル衛星受信機を備えていることを特徴とする請求項４１に記載のシステム。
【請求項４４】
前記第１のプラットフォームの前記入力デバイスが無線テレビ受信機を備えていることを特徴とする請求項４１に記載のシステム。
【請求項４５】
前記入力デバイスが、インターネットに接続されたルータ／ハブを備えていることを特徴とする請求項４１に記載のシステム。
【請求項４６】
前記第１のプラットフォームがディジタルビデオレコーダを備えていることを特徴とする請求項４１に記載のシステム。
【請求項４７】
前記第１のプラットフォームがパソコンを備えていることを特徴とする請求項４１に記載のシステム。
【請求項４８】
受信されたコンテンツが、前記受信されたコンテンツを無認可のレンダリングから保護する第１のレイヤーの暗号と、前記受信されたコンテンツの無認可な受信および保持を防止する第２のレイヤーの暗号とを含んでいることを特徴とする請求項４１に記載のシステム。
【請求項４９】
前記受信されたコンテンツが圧縮形式でエンコーディングされていることを特徴とする請求項４１に記載のシステム。
【請求項５０】
前記圧縮形式が、ＭＰＥＧ−１基準、ＭＰＥＧ−２基準およびＭＰＥＧ−４基準の内の１つに準拠した形式を含んでいることを特徴とする請求項４９に記載のシステム。
【請求項５１】
前記圧縮形式が、ＭＰＥＧ−１基準のレイヤー３に準拠した圧縮オーディオ形式を含んでいることを特徴とする請求項５０に記載のシステム。
【請求項５２】
前記記憶デバイスがハードディスクドライブを備えていることを特徴とする請求項４１に記載のシステム。
【請求項５３】
前記記憶デバイスが光記憶デバイスを備えていることを特徴とする請求項４１に記載のシステム。
【請求項５４】
前記光記憶デバイスがディジタルバーサトルディスクドライブを備えていることを特徴とする請求項５３に記載のシステム。
【請求項５５】
前記第２のプラットフォームが、前記受信されたコンテンツを前記第１のプラットフォームと協働してレンダリングする権利を購入するためのインタフェースを実行していることを特徴とする請求項４１に記載のシステム。
【請求項５６】
前記第１のプラットフォームが、
前記メディアコンテンツを復号化するデクリプタと、
前記メディアコンテンツをデコーディングするデコーダと、
前記第２のプラットフォームによってレンダリング可能でない第１の形式から、前記第２のプラットフォームによってレンダリング可能な形式へ前記メディアコンテンツを変換し、前記メディアコンテンツを前記第２のプラットフォームに通信するトランスコーダとを備えていることを特徴とする請求項４１に記載のシステム。
【請求項５７】
前記第１のプラットフォームが、前記メディアコンテンツを前記第２のプラットフォームに通信する以前に前記メディアコンテンツを暗号化するエンクリプタをさらに備え、
前記第２のプラットフォームが、前記第１のプラットフォームで暗号化されるような前記メディアコンテンツを復号化するデクリプタをさらに備えていることを特徴とする請求項５６に記載のシステム。
【請求項５８】
前記第２のプラットフォームが、前記メディアコンテンツをエンコーディングされた形式からデコーディングされレンダリング可能な形式へ変換するデコーダを含むオーディオ／ビデオデバイスを備えていることを特徴とする請求項４１に記載のシステム。
【請求項５９】
メディアコンテンツをレンダリングするシステムであって、
メディアサーバと、前記メディアサーバと動作可能に接続され、それによって発見可能であるクライアントデバイスとを備え、
前記メディアサーバが、
レンダリング不可能なメディアコンテンツを１つ以上のコンテンツソースから受信するデバイスと、
前記メディアコンテンツを保持する記憶デバイスと、
前記コンテンツをレンダリング可能な形式に変換することによって前記コンテンツを少なくとも１回レンダリングする権利の購入と、前記メディアコンテンツと関連するディジタル権利を実行することおよび前記購入の条件に対応して前記メディアコンテンツのレンダリングを制御することを含めて、前記メディアコンテンツのレンダリングの管理とに備えるコンテンツ管理サブシステムとを有し、
前記クライアントデバイスが、
レンダリングデバイスと、
第１の形式から第２の形式へ前記メディアコンテンツを変換するデコーダであり、前記メディアコンテンツが再生用の前記第２の形式で前記レンダリングデバイスに通信される前記デコーダと、
前記メディアサーバ上に含まれるレンダリング不可能なコンテンツ内で前記レンダリングデバイスによってプレー可能なコンテンツのサブセットを決定する発見サブシステムと、
前記コンテンツのサブセットをリストアップするコンテンツガイドディスプレイとを有し、
前記メディアサーバと前記クライアントデバイスが、保護されたコンテンツを購入すること、および、前記メディアサーバと前記クライアントデバイスの内の少なくとも１つを用いて前の購入の条件に対応して前に購入したコンテンツをレンダリングすることを許容するインタフェースを協働して実現することを特徴とするシステム。
【請求項６０】
複数単位のメディアコンテンツを保持する専用のメディア記憶供給デバイスと、
少なくとも１つのクライアントプラットフォームの機能的属性に対応する１つ以上のパラメータを含むクライアントプラットフォームマネージャと、
少なくとも１つのメディアコンテンツソースと前記クライアントプラットフォームとに通信可能に接続されたメディア通信インタフェースと、
前記メディアコンテンツをレンダリングする権利の購入に備えるメディアコンテンツマネージャとを備えていることを特徴とするメディアサーバ。
【請求項６１】
前記メディアコンテンツと関連するディジタル権利を実行すること、および、前記購入の条件に従って前記メディアコンテンツのレンダリングを制御することを含めて前記メディアコンテンツのレンダリングを管理する資産マネージャをさらに備えていることを特徴とする請求項６０に記載のメディアサーバ。
【請求項６２】
少なくとも１つのユーザ嗜好に従ってコンテンツのネットワーク探索を実行するように動作可能な発見サービスをさらに備えていることを特徴とする請求項６０に記載のメディアサーバ。
【請求項６３】
前記発見サービスが、コンテンツ有料サービスプロバイダプロトコルに従って動作してコンテンツ有料サービスプロバイダにユーザ嗜好を通信し、前記発見サービスが前記ユーザ嗜好に従ってコンテンツを要求することを特徴とする請求項６２に記載のメディアサーバ。
【請求項６４】
前記専用のメディア記憶装置に記憶されたコンテンツを表示するように動作可能なユーザインタフェースを含んだコンテンツディレクトリをさらに備えていることを特徴とする請求項６０に記載のメディアサーバ。
【請求項６５】
前記コンテンツディレクトリが、購入用のユーザメディア選択を入力するように、前記データネットワークに接続されたコンテンツ有料サービスプロバイダに購入取引を通信するように、および、選択されたメディアのレンダリングを可能とするように動作可能な購入メカニズムをさらに備えていることを特徴とする請求項６４に記載のメディアサーバ。
【請求項６６】
前記購入取引が完了したらすぐに、選択されたメディアを復号化するように動作可能なデクリプタをさらに備えていることを特徴とする請求項６５に記載のメディアサーバ。
【請求項６７】
前記少なくとも１つのクライアントプラットフォームから受信されたコンテンツを復号化するように動作可能なデクリプタをさらに備えていることを特徴とする請求項６０に記載のメディアサーバ。
【請求項６８】
レンダリングデバイス上でレンダリング用に選択されたメディアをレンダリングするように動作可能なメディアレンダリング機能をさらに備えていることを特徴とする請求項６０に記載のメディアサーバ。
【請求項６９】
送信用レンダリング可能メディアをメディアレンダリングデバイスに通信するように動作可能なメディアレンダリングデバイスインタフェースと、
メディアサーバと通信して、ユーザによって購入されるとともに購入取引の完了後すぐにレンダリング可能とされるメディアコンテンツの利用可能性を決定するローカル発見サービスと、
前記メディアサーバと通信するメディア通信インタフェースと、
前記メディアコンテンツをエンコーディングされた形式から前記メディアレンダリングデバイスに対応した形式へ変換するデコーダとを備えていることを特徴とするメディアクライアント。
【請求項７０】
ユーザが購入し、それによってレンダリングする前記メディアレンダリングデバイスに通信する複数単位の前記メディアコンテンツに対応するタイトルのリストを表示するコンテンツディレクトリをさらに備えていることを特徴とする請求項６９に記載のメディアクライアント。
【請求項７１】
購入用に利用可能な少なくとも１つのタイトルと問い合わせとを表示して購入取引を実行するユーザインタフェースを発生するように動作可能であり、レンダリング不可能なメディアをレンダリング可能な形式に変換するようにさらに動作可能であるクライアントマネージャをさらに備えていることを特徴とする請求項６９に記載のメディアクライアント。
【請求項７２】
前記購入取引の完了後すぐに暗号化されたメディアコンテンツを復号化するように動作可能なデクリプタをさらに備え、前記復号化によってレンダリング可能な形式が生成されることを特徴とする請求項７１に記載のメディアクライアント。
【請求項７３】
前記レンダリング可能な形式のメディアを前記レンダリングデバイスとコンパティブルなメディア信号に変換するように動作可能なデコーダ／デコンプレッサをさらに備えていることを特徴とする請求項６９に記載のメディアクライアント。
【請求項７４】
ペーパープレー方式でメディアコンテンツをレンダリングする方法であって、
第１のデバイスでメディアコンテンツを受信し、前記メディアコンテンツが少なくとも１つの水準のコンテンツレンダリング不可能性を含んでおり、
前記メディアコンテンツをローカルで記憶し、
レンダリング不可能なメディアコンテンツを記載したリストを含むコンテンツガイドを表示し、
保護されたメディアコンテンツのレンダリング権利を購入するとともに前記コンテンツガイドから生成される要求を受信し、
第１の水準のコンテンツレンダリング不可能性を取り除き、
前記メディアコンテンツを少なくとも１回レンダリングし、前記メディアコンテンツの少なくとも一部が第２のデバイス上でレンダリングされることを特徴とする方法。
【請求項７５】
メディアコンテンツを受信した後で前記メディアコンテンツを記憶する以前に、第２の水準のコンテンツレンダリング不可能性を取り除くことをさらに含むことを特徴とする請求項７４に記載の方法。
【請求項７６】
前記メディアコンテンツをレンダリングする以前に前記メディアコンテンツをデコーディングして解凍することをさらに含むことを特徴とする請求項７４に記載の方法。
【請求項７７】
前記コンテンツをレンダリングする以前に前記メディアコンテンツを第１の形式から第２の形式へコード変換し、コード変換された前記メディアコンテンツが、選択されたレンダリングデバイスによってレンダリング可能となるようにすることをさらに含むことを特徴とする請求項７４に記載の方法。
【請求項７８】
前記第１の水準のコンテンツレンダリング不可能性を取り除くことが、前記メディアコンテンツを復号化することを含むことを特徴とする請求項７４に記載の方法。
【請求項７９】
前記第１の水準のコンテンツレンダリング不可能性を取り除くことが、前記メディアコンテンツを含むデータファイルをロック解除することを含むことを特徴とする請求項７４に記載の方法。
【請求項８０】
前記第２のデバイス上で前記メディアコンテンツをレンダリングすることが、メディアコンテンツストリームを前記第１のデバイスから前記第２のデバイスへ提供することを含むことを特徴とする請求項７４に記載の方法。
【請求項８１】
メディアコンテンツをレンダリングする以前に、
前記第１の水準のコンテンツレンダリング不可能性を前記第１のデバイスで取り除き、
前記メディアコンテンツを前記第１のデバイスで暗号化し、
前記メディアコンテンツを前記第１のデバイスから前記第２のデバイスに対して暗号化されたメディアストリームとして通信し、
前記暗号化されたメディアストリームを前記第２のデバイスで復号化することをさらに含むことを特徴とする請求項７４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はエンターテインメントデバイスに関し、詳しくは、ペーパープレー方式でメディアコンテンツを再生するシステムおよび方法に関する。
【背景技術】
【０００２】
技術の進歩によって、顧客に対するエンターテインメントコンテンツ（例えばオーディオコンテンツやビデオコンテンツ）の利用可能性に多くの変化が見られている。このような進歩には、音楽や映画などのようなオーディオコンテンツやビデオコンテンツ用の他の多くの配信メカニズムのうち、ケーブルテレビや、ディジタル衛星サービステレビや、高解像度テレビや、衛星ラジオの普及が含まれる。この分野における最近の別の進歩として、インターネットへの広帯域接続に渡るメディアコンテンツの配信がある。このような広帯域接続は、データオーバーケーブル（ケーブルモデム）や、ディジタル加入者回線や、衛星システムからなる。さらに、プライベートエンターテインメントシステムはまた、例えば、ホテルの客用などのオーディオコンテンツやビデオコンテンツへのアクセスを提供する。
【０００３】
現在、このような技術的進歩によって、映画プロデューサや、テレビ番組プロデューサや、音楽プロデューサや、オーディオ／ビオデコンテンツの他の考案者などのようなコンテンツ所有者には、自分の作品を配信するさまざまな選択肢が提供される。現在、例えば、映画プロデューサやテレビ番組制作プロデューサは、サービスプロバイダと一緒に働いて自分のコンテンツをパッケージしそれをケーブルや衛星やインターネットを介して配信してもよい。映画プロデューサは、例えば劇場で自分の封切物を鑑賞しても良いし、また、自分の映画をケーブルで放映させて稼いだロイヤリティからの継続的な収益を当てにできる。
【０００４】
既設の放送システム（例えばホームボックスオフィスなど）を介して顧客にアクセスするコンテンツ所有者だけではなく、テレビ放送局やケーブルプロバイダやディジタル衛星プロバイダなどのサービスプロバイダも、ペーパービュー方式やペーパープレー方式（一緒にしてペーパービューすなわちＰＰＶとする）に基づいてコンテンツを提供することによって収益を得るかもしれない。ＰＰＶ方式でコンテンツを提供する場合、顧客は、パービュー／パープレー方式に基づいてあるコンテンツを見たりプレーしたりする権利の料金をコンテンツ所有者および／または放送サービスプロバイダ（例えば、ケーブルテレビ会社）に支払う。１例として、ホテルの客は、室内エンターテインメントシステムによって、ホテルの自分の部屋で封切り映画を見る権利を購入するかもれしれない。それから、客は、その映画を見る権利を購入したことに対して自分の宿泊料に請求される。同じようなシナリオは、多くのケーブルテレビやディジタル衛星サービスの加入者にも存在する。このような加入者には、とりわけ、ペーパービュー方式で映画を見る権利や、ライブのスポーツイベントを見る権利が選択肢として与えられており、それに対して請求されることになる。
【０００５】
コンテンツの所有者にとって幅広い種類の販売店が利用可能であるにもかかわらず、彼らの作品の内で非常に限られた分量だけが、任意の特定時間で顧客によって実際にアクセス可能である。その作品を求めている聴衆が実際に存在するにもかかわらず、その作品の膨大な量が用いられなくなったままである。メディアにアクセスできないことは、そのほとんどが、コンテンツの所有者が、サービスプロバイダの番組制作スケジュールでは限られたチャネルで限られたタイムスロットを分け合わなければならないという理由のためである。コンテンツ所有者は、ＰＰＶシステムではこれ以上のフレキシビリティを有していない。このようなＰＰＶコンテンツの開始時にある程度フレキシビリティを持たせることは可能であるが、その一方、顧客は、（ケーブルテレビシステムの場合に）限られたチャネルのセットで利用可能な現在提供されているものを見ることに限定される。
【０００６】
このような手筈は、顧客にとっては不都合である。１つの問題は、顧客にとって利用可能なメディアコンテンツの選択の余地が限られるということである。顧客は、番組制作されたコンテンツを単純に選べない。プロバイダがそれを行う。それはコンテンツの所有者にとっても単純に不都合である。なぜならば、サービスプロバイダによって視聴／プレー用に現在提供されているコンテンツに対してのみ収益が発生されるからである。
【０００７】
現在のペーパービューシステムもまた、特定の番組製作された選択に対して多くの視聴的なフレキシビリティを視聴者に与えられていない。この点で、ＰＰＶ配信メディアコンテンツは放送コンテンツと類似しており、顧客は、自身が望むように視聴を一時停止したり再開したりすることができないまま、コンテンツを購入したらその最初から最後まで消費しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前記に基づいて、利用可能なコンテンツをより良く利用して、より多くの選択およびさらに高い視聴的なフレキシビリティを顧客に提供するＰＰＶコンテンツ提供方式が望まれる。
【課題を解決するための手段】
【０００９】
１つの典型的な態様によれば、メディアコンテンツをレンダリングするシステムは第１のプラットフォームと第２のプラットフォームを備えている。第１のプラットフォームはメディアコンテンツを記憶しても良いし、メディアコンテンツは、第１のプラットフォームによって受信された場合にはレンダリング不可能な状態を有するようにしている。第１のプラットフォームと通信可能に接続されている第２のプラットフォームは、この記憶されたメディアコンテンツをレンダリングする。これら第１と第２のプラットフォームは協働して、記憶されたメディアコンテンツを少なくとも１回レンダリングする権利を購入するためのインタフェースを提供する。これら第１と第２のプラットフォームの内の少なくとも一方が、記憶されたメディアコンテンツを、レンダリングする権利を購入すると直ぐに、レンダリング可能な状態に変換する。
【００１０】
１つの態様では、第１のプラットフォームは、複数単位のメディアコンテンツを保持するために専用のメディア記憶供給デバイスを備えたメディアサーバからなる。このメディアサーバは、少なくとも１つのクライアントプラットフォームの機能的属性と対応する１つ以上のパラメータを含むクライアントプラットフォームマネージャを備えている。メディア通信インタフェースは、少なくとも１つのメディアコンテンツソースとクライアントプラットフォームとに対してメディアサーバを通信可能なように接続するものである。メディアサーバはまた、メディアコンテンツをレンダリングする権利の購入に備えるメディアコンテンツマネージャを備えている。
【００１１】
別の態様では、第２のプラットフォームは、レンダリング可能なメディアを接続するように動作可能なメディアレンダリングデバイスを備えているメディアクライアントであってもよい。ローカル発見サービスは、メディアサーバと通信して、ユーザによって購入され購入取引の完了次第すぐにレンダリング可能にされてもよいメディアコンテンツの利用可能性を決定する。メディア通信インタフェースはメディアサーバと通信し、デコーダは、メディアコンテンツをエンコードされた形式からメディアレンダリングデバイスに対応する形式へ変換する。
【００１２】
さらに別の態様では、ペーパープレー方式でメディアコンテンツをレンダリングする方法が提供される。提供される方法が、少なくとも１つのレベルのコンテンツレンダリング不可能性を含んだメディアコンテンツを第１のデバイスで受信するようにし、メディアコンテンツをローカルで記憶するようにしてもよい。提供される方法が、レンダリング不可能メディアコンテンツを記載したリストを含むコンテンツガイドを表示するようにしてもよい。ユーザは、保護されたメディアコンテンツのレンダリングの権利を購入することを要求してもよい。この要求はコンテンツガイドを用いて生成される。また、提供される方法が、第１のレベルのコンテンツレンダリング不可能性を取り除くようにしてもよい。それから、メディアコンテンツが少なくとも１回レンダリングされてもよい。そのメディアコンテンツの少なくとも一部が第２のデバイス上でレンダリングされる。
【００１３】
上記および他の態様と利点とは、必要に応じて添付図面を参照して以下の詳細な説明を読めば当業者には明らかになるであろう。当業者は、この要約が本発明のシステムの実施の形態の簡単な概要を提供することを意図するものであって、これでおしまいであるとかこれ以外には何もないことを意図するものではないことを理解されるであろう。本発明の範囲は、添付された請求項とその同等物とによって決定されるべきである。
【００１４】
本発明と見なされる主題は、本明細書の結論部分において特に指摘され明白に請求されている。しかしながら、本発明は、操作機構および操作方法の双方に関してその特徴および利点と共に、以下の添付図面と一緒に理解される場合には、以下の詳細な説明を参照して最も良好に理解されるであろう。
【発明を実施するための最良の形態】
【００１５】
次の詳細な説明において、本発明を完全に理解するために多くの特定的な詳細が記述される。しかしながら、本発明はこのような特定的な詳細なしでも実行されることが理解されるであろう。他の例では、公知の方法、手順、構成要素および回路を詳細に説明していないが、それは本発明を曖昧なものとしないためである。
【００１６】
さらに、以下に説明する特徴に対する付加的な実施上の詳細は、その全てを参照してここに組み込む以下の係属特許出願と発行済みの特許の中で見受けられる：
・２００１年１１月２７日に提出された米国特許第６３２４３３８号の「集積チャネルガイドを備えたビデオデータレコーダ」；
・２００２年３月１９日に提出された米国特許第６３６００５３号の「ビデオ再生デバイスにおける早送りと早戻しの方法と装置」；
・１９９９年１０月５日に提出された米国特許出願第０９／４１２９９２号の「コンテンツのローカル記憶装置を提供するペーパービューアーキテクチャ」；
・２００３年３月２４日に提出された米国特許出願第１０／３９６２２９号の「一時停止機能付きのテレビ視聴装置」；
・２００２年８月９日に提出された米国特許出願第１０／２１５９０４号の「ネットワークビオデ装置」。
【００１７】
１．概要
図１は、顧客の敷地内で協働で動作する第１のプラットフォーム１０と第２のプラットフォーム２０を備える、メディアコンテンツをレンダリングするシステムの典型的な実施の形態の動作を示す。第１のプラットフォーク１０は、メディアコンテンツを受信し、次に、必要に応じてそれをレンダリング不可能な状態で記憶する。このレンダリング不可能なメディアコンテンツは、それ自身と関連したディジタルの権利を有するコンテンツを含んでおり、したがって、視聴者が購入するまで視聴できないようになっているという意味でレンダリング不可能である。第１と第２のプラットフォームは協働して権利を購入するためのインタフェースとなって、記憶されているがレンダリング不可能なメディアコンテンツをレンダリングしている。例えば、ユーザは、第１のプラットフォーム１０で記憶されて保護されているメディアコンテンツを、第２のプラットフォーム２０でのユーザインタフェースを介して購入してもよい。このユーザインタフェースは、すでに購入済みのメディアの状態と共に、これから購入可能なメディアのリストを視聴者に対して提示してもよい。
【００１８】
第２のプラットフォーム２０は、第１のプラットフォーム１０と通信可能に接続され、記憶されたメディアコンテンツのレンダリングをしやすくしている。レンダリング不可能なメディアコンテンツは、ユーザが購入するとすぐに、レンダリング可能となる。ユーザが購入するとすぐに、メディアコンテンツをレンダリング可能にするプロセスが、復号化スキームまたは他の何らかの適切なスキームを伴っていることが望ましい。例えば、メディアコンテンツをパスワードで保護されてもよいし、メディアコンテンツのプロバイダによって実行される別のスキームによりレンダリング可能にされてもよい。メディアコンテンツをレンダリング可能にする好ましいスキームは、コンテンツプロバイダとの協力を伴って、そのメディアコンテンツが、それに対する権利を購入するが無認可なコピーから常に保護された状態であるユーザにより、視聴可能にされることを保証するようにしている。
【００１９】
典型的な実施の形態では、図１のシステムは、有利には、ユーザが後で視聴するために、システムに「押し付けられた」コンテンツを持つことを可能にする。システムをペーパービューおよび／またはペーパープレーのプラットフォームとして用い、それによりユーザは、購入目的でダウンロードされたコンテンツを購入し、次に、それを視聴することが可能となってもよい。また、システムをパーソナルビデオレコーダ（ＰＶＲ）として用い、それによりユーザは、購入する必要がないコンテンツを視聴することが可能となってもよい。ユーザが、視聴するコンテンツを選択し、それがレンダリング不可能な状態にあった場合に、第１のプラットフォームと第２のプラットフォームの内の少なくとも一方を用いて、そのようなコンテンツをレンダリングする権利の購入に応答して記憶されたメディアコンテンツをレンダリング可能な状態に変換してもよい。
【００２０】
図１のシステムは、有利には、ユーザが完全に個人用とされたエンターテインメントシステムを構成することを可能にしている。ユーザは、ネットワーク５を介してユーザのシステムに接続されている複数のコンテンツプロバイダ８からコンテンツを受信してもよい。コンテンツプロバイダ５は、ネットワーク５に渡ってのダウンロードのため、保護されたオーディオタイプ、オーディオ／ビジュアルタイプまたは他の何らかのタイプのメディアを提供してもよい。配送サーバ６は、コンテンツプロバイダ５とシステムとの間の仲介者としてダウンロードを監視してもよい。配送サーバ６は、コンテンツを求めるリクエスト、コンテンツ探索リクエスト、およびユーザに関する情報を受信してもよい。これらの要求に応答して、配送サーバ６は、コンテンツプロバイダ５からのコンテンツを検索して、それをユーザにとって利用可能なものとしてもよい。しかしながら、ユーザは、どの配送サーバ６とも独立にコンテンツを探索および検索してもよい。
【００２１】
典型的な実施の形態では、配送サーバ６は、システム内の第１のプラットフォーム１０、第２のプラットフォーム２０、またはその両方のプラットフォームと通信して、コンテンツの用途、支払いおよび商取引を認証して追跡してもよい。また、配送サーバ６は、サービスプロバイダの会計システムにインタフェースで連結され、そのシステムのユーザに関する情報を得て使用してもよい。
【００２２】
図１のシステムは、幅広い種類の形態を取ってもよい。その多くの形態は以下でさらに詳しく説明される。当業者は、以下が代替の実施の形態の例を記述すること、および、他の例は添付クレームの範囲に入ることを理解するであろう。
【００２３】
加えて、以下の記述は、映画などのオーディオ／ビジュアルコンテンツのペーパービュー（ＰＰＶ）を提供するシステムを言及している。しかしながら、以下に記載するシステムの実施の形態はまた、ネットワーク化されたコンテンツプロバイダから音楽を購入したり、料金を支払って限られた時間でオーディオコンテンツを聴くことを希望するユーザに対してペーパープレー選択肢を提供している。当業者が理解するであろう「ペーパープレー」または「ＰＰＰｌａｙ」という用語は、オーディオ／ビジュアルコンテンツとオーディオコンテンツの双方の購入を可能にするシステムを含むように、または、ユーザがそのようなシステムで得たい他の何らかのコンテンツの購入を可能にするシステムを含むように理解されるべきである。このようなコンテンツには、無制限に、映画、テレビ番組、スポーツイベントなどのイベントのライブまたは録画のテレビ放送、音楽演奏、音楽録音、または、ゲームなどのマルチメディアもしくはシングルメディアコンテンツが含まれる。
【００２４】
加えて、当業者は、「ペーパープレー」または「ＰＰＰｌａｙ」という用語は、何らかの特定のタイプの取引に限られるものではないことを理解するであろう。例えば、ＰＰＰｌａｙには、１回または他の固定した回数の視聴であろうと、ユーザがメディアコンテンツをダウンロードし料金を支払ってそれを視聴する取引が含まれる。また、ＰＰＰｌａｙには、予約購読サービスに基づいた取引も含まれる。例えば、ユーザは、ある期間の視聴のためメディアをユーザに提供するサービスを申し込んでもよい。このメディアは、レンダリング不可能な状態で第１のプラットフォーム１０にダウンロードされてもよい。ユーザの予約購読が、メディアを購入してそのメディアをレンダリング可能にするシステム内のメカニズムに提供してもよい。メディアは、レンダリング不可能になったある制限期間にわたって、レンダリング不可能な状態に維持されてもよい。他の予約購読サービスの例も実施されてもよい。
【００２５】
２．メディアコンテンツをレンダリングするシステムの典型的な実施の形態
図２は、本発明の一実施の形態による、メディアコンテンツをレンダリングする別のシステムの動作を示す。図２のシステムは、システムによってレンダリングされたメディアコンテンツを記憶するメディアサーバ１０２という形態を採る第１のプラットフォームを備えている。メディアサーバ１０２は、メディアコンテンツをレンダリング可能な状態またはレンダリング不可能な状態のどちらかで受信し、そのコンテンツを、メディアサーバ１０２に接続されたコンテンツ記憶デバイス１０４に記憶する。記憶デバイス１０４は図２では別個の構成要素として示されている。しかしながら、記憶デバイス１０４はメディアサーバ１０２に含んでもよいことが理解されるであろう。
【００２６】
メディアコンテンツがレンダリング可能な状態またはレンダリング不可能な状態であるかは、コンテンツプロバイダがどの程度までコンテンツ用のディジタル権利管理を必要とするかによって決まる。メディアサーバ１０２は、放送ネットワークまたはコンテンツディストリビュータ（例えば、ＨＢＯ（登録商標）などのＣＡＴＶディストリビュータ）によって放送されるとともに、受信すると即座に視聴するようになっているコンテンツを受信する。このようなコンテンツは、公共放送局によって無線で放送されるため無料であってもよいし、または、購入されたアクセスに伴ったコンテンツの一部であってもよい。例えば、ユーザはケーブルパッケージの一部としてＨＢＯ（登録商標）を予約購読してもよいし、ＨＢＯ（登録商標）チャネルを介して受信されたメディアコンテンツが、メディアサーバ１０２によってレンダリング可能な状態で受信される。
【００２７】
また、メディアサーバ１０２は、レンダリング可能となるために、ユーザに購入する必要があるレンダリング不可能な状態でコンテンツを受信してもよい。このようなコンテンツは、ペーパービュー（またはペーパープレー）としてまたは予約購読サービスの一部として購入されてもよい。ペーパービュー／ペーパープレーのシナリオでは、ユーザは、メディアコンテンツを第１または第２のプラットフォームの発見サービスによって、または、データネットワーク１１６ａを介してアクセス可能なサービスディストリビュータ（例えば、以下に説明する有料サービスコンテンツプロバイダ１０１のコンテンツ）によって始動される発見プロセスを介して受信してもよい。発見プロセスは、サービスの特定のユーザによって設定または構成されたユーザ嗜好のセットを用いて完全に自動化されてもよいし、またはコンテンツを手動で検索することによって実行されてもよい。発見プロセスは、ユーザが購入するとすぐにレンダリング可能とされるレンダリング不可能な状態でメディアコンテンツを探索し受信する。メディアコンテンツをレンダリング不可能な状態に変換し、次にレンダリング可能な状態に変換するプロセスには、有料サービスプロバイダのコンテンツとコンテンツプロバイダとの間での協力が必要とされるのが望ましい。
【００２８】
予約購読サービスでは、ユーザは、ある期間の間にメディアコンテンツを注文してもよいし、このメディアコンテンツは、その期間だけレンダリングのために利用可能となってもよい。予約購読のシナリオにおいては、メディアコンテンツは、レンダリング可能な状態またはレンダリング不可能な状態のいずれかでメディアサーバ１０２に記憶されてもよい。メディアサーバ１０２は、レンダリング不可能な状態でコンテンツを受信するが、それを購入してレンダリング可能にする選択肢をユーザに提供して、割り当てられた期間の間にレンダリング可能な状態でメディアコンテンツを記憶し続けるのが望ましい。その期間が満了したらすぐに、それから、メディアコンテンツはレンダリング不可能となる。
【００２９】
メディアコンテンツは、記憶デバイス１０４を用いて図２のシステム中に記憶されてもよいし、さらに、メディアコンテンツは圧縮形式で記憶されてもよい。この点について、メディアコンテンツは、ＭＰＥＧ−１基準、ＭＰＥＧ−２基準およびＭＰＥＧ−４基準の内のどれか１つの基準に準拠した形式で記憶されてもよい。別の代替例として、メディアコンテンツは、ＭＰＥＧ−１基準のレイヤー３に準拠した圧縮形式で存在するオーディオコンテンツを含んでいてもよい。また、メディアコンテンツは、ＭＰＥＧベースの基準または何らかの他の適当な基準に準拠して圧縮されたファイルを暗号化したものとして記憶されてもよい。
【００３０】
ビオデ用に実施される適当な圧縮技術の例には、無制限に次のものが含まれる：
・ＭＰＥＧ−１
・ＭＰＥＧ−２
・ＭＰＥＧ−４
・ＭＪＰＥＧ
・ウエーブレットベースの圧縮技術
・Ｈ．２６４
・Ｈ．２６１
・Ｈ．２６３
・ＤＶ
・ＭＯＶ
・ＡＶＩ
・ウィンドウズメディア
・クィックタイム
・リアルメディア
・３Ｄアルゴリズムおよびオブジェクトベースアルゴリズムに基づいた符号化と圧縮（例えば、Ｏｎ２からのＶＰ６）。
【００３１】
オーディオ信号用に実施される適当な圧縮技術の例には、無制限に次のものが含まれる：
・ＭＰＥＧ−１レイヤー２（Ｍｕｓｉｃａｍ）
・ＭＰＥＧ−１レイヤー３（ＭＰ３）
・ＯＧＧ（Ｏｇｇ  Ｖｏｒｂｉｓ）
・ＷＡＶＥ
・ＷＭＡ
・ＰＣＭ
・ＩＴＵ  Ｇ．７１１
・リアルオーディオ。
【００３２】
また、図２のシステムは、記憶されたメディアコンテンツをレンダリングするために第１のプラットフォームと通信接続される複数のメディアクライアント１０６、１０８、１１０を含んでいる。メディアクライアントは、以下にさらに詳しく説明するが、いくつの形態を取ってもよい。さらに、図２のシステムは、メディアサーバ１００と通信接続されるメディアプレーヤー１１２を含んでいる。メディアプレーヤー１１２は、他の多くのデバイスの内でも、多重形式ＤＶＤプレーヤー、ディジタルビデオレコーダまたはネットワーク化ビオデユニットという形態を取ってもよい。もちろん、本発明はいずれかの特定のデバイスの使用に限られるものではない。また、図２のシステムは、メディアサーバ１０２と接続されている携帯用音楽プレーヤー１１４を含んでいる。携帯用音楽プレーヤー１１４は、例えばＭＰＥＧ−１のレイヤー３のオーディオファイルをレンダリングするプレーヤーを含んでいてもよい。
【００３３】
図２に示すメディアサーバ１０２は、（メディアクライアント１０６〜１１０および／またはメディアプレーヤー１１２、１１４と共に）協働して、ユーザにとって、記憶されたメディアコンテンツを少なくとも１回レンダリングする権利を購入するために、ユーザにインタフェースを提供する。さらに、記憶されたがレンダリング不可能なメディアをレンダリング可能なメディアに変換する代替の実施の形態が用いられてもよい。メディアサーバ１０２と、メディアクライアント１０６〜１１０と、メディアプレーヤー１１２、１１４とはすべて、単独でまたは組み合わされて動作可能にされ、記憶されたメディアコンテンツを、そのコンテンツをレンダリングする権利を購入するとすくにレンダリング可能な状態に変換するようにしてもよい。
【００３４】
図２に示すように、メディアサーバ１０２は、ユーザがレンダリングする権利を購入したコンテンツを記憶する。そのコンテンツは、特にレンダリング不可能な状態であることが望ましいが、例えばコンテンツ記憶デバイス１０４に記憶される。記憶デバイス１０４は、一部の例として、ディジタルビデオレコーダ、パソコンまたはファイルサーバに含まれるハードドライブを備えてもよい。このようなシナリオでは、ディジタルビデオレコーダまたはパソコンは、メディアサーバ１０２として機能してもよい。記憶デバイス１０４がファイルサーバに含まれるシナリオの場合、メディアサーバ１０２は、そのファイルサーバに接続されたクライアントコンピュータという形態を取ってもよい。
【００３５】
ある代替の実施の形態では、記憶デバイス１０４は、ディジタルバーサトルディスク（ＤＶＤ）ドライブなどの光記憶デバイスを備えてもよい。このようなＤＶＤドライブは、一部の例として、パソコン内に含まれてもよいし、または、ディジタルビデオレコーダ内に周辺デバイスとして含まれてもよい。ＤＶＤドライブは、読み出し専用ドライブであったり、ＤＶＤ読み出し／書き込み（Ｒ／Ｗ）ドライブであったりしてもよい。読み出し専用ドライブの場合、保護されたメディアコンテンツは、ユーザによってＤＶＤ中に搭載されたＤＶＤに含まれてもよい。このようなディスクは、例えば、従来のメールサービスを介してまたはパッケージクーリエを介して予約購読サービスの一部としてユーザに配信されてもよい。Ｒ／Ｗドライブの場合、保護されたメディアコンテンツは、例えば以下に記載する技術を用いてシステムに配信されてもよいし、Ｒ／Ｗ式ＤＶＤドライブを用いてＤＶＤに書き込まれてもよい。図２に示すように、システムは複数のコンテンツプロバイダ１１〜ｎ、１ａ〜ｎａを含んでいる。コンテンツプロバイダ１〜ｎは第１の配送ネットワーク１１６ａに接続されている。この実施の形態の場合、第１の配送ネットワーク１１６ａは、制限なしで、１例としてインターネットと接続されるインターネットプロトコル（ＩＰ）ネットワークなどのパケットベースネットワークを含んでいてもよい。
【００３６】
コンテンツプロバイダ１ａ〜ｎａは、第２のコンテンツ配送ネットワーク１１６ｂに接続されている。第２のコンテンツ配送ネットワーク１１６ｂは、ケーブルテレビ（ＣＡＴＶ）システムやディジタル衛星システム（ＤＳＳ）などの放送ネットワーク、または、従来型の放送テレビシステム（ＮＴＳＣ）や高解像度放送テレビシステム（ＡＴＳＣ）やラジオ（地上アナログラジオ、地上ディジタルラジオおよび衛星ディジタルラジオ）などの無線（ＯＴＡ）システムを含んでいてもよい。この点について、本書ではメディアコンテンツとは、なんらかのオーディオメディア、オーディオ／ビジュアルメディアまたはビジュアルメディアのことであることを理解すべきである。このようなコンテンツは、音楽、スピーチなどの音声作品、または何らかのオーディオ作品の形態の他に、映画、テレビ番組、ビデオ、ビデオゲーム、または何らかの種類の動画の形態も、または、写真、写真アルバム、スライドショー、または単一の画像や単一の画像の収集物としての他の何らかのピクチャの形態で与えられてよい。
【００３７】
ユーザは、データネットワーク１１６ａを介してアクセス可能であることが望ましい有料サービスプロバイダ用コンテンツ１０１によって管理されるコンテンツプロバイダにアクセスする。有料サービスプロバイダ用コンテンツ１０１は、図１を参照して説明したように配送サーバであってもよい。有料サービスプロバイダ用コンテンツ１０１は、ユーザに発見選択肢を構成する中心ロケーションを提供し、口座を管理し、請求書発送サポートを得たりなどしてもよい。有料サービスプロバイダ用コンテンツ１０１は、サービスを得るために用いたコンテンツプロバイダに対してインタフェースを維持してもよい。ユーザのシステムがコンテンツを発見すると、ＰＰＰｌａｙサービスプロバイダ１０１は、適切なコンテンツプロバイダに接続することによって仲介者として動作してもよい。
【００３８】
加えて、上記したように、図２のシステム用のＰＰＰｌａｙメディアコンテンツは、例えばＤＶＤドライブを用いてシステム中に導入される物理的メディアを介して提供されてもよい。前記に基づいて、ペーパービュー方式でのコンテンツを配信するさまざまな方法が存在し、また、本発明の範囲は、なんらかの特定の技術の使用に限られるものではないことが理解されるであろう。前述の方式は例示的なものであり、コンテンツプロバイダの構成はいくつあってもよいことに注意すべきである。例えば、単一のコンテンツプロバイダを用いて、そのようなメディアレンダリングシステムにメディアコンテンツを提供してもよい。
【００３９】
メディアコンテンツは、コンテンツ記憶デバイス１０４上にレンダリング不可能な状態で常駐してもよい。レンダリング不可能な状態は、そのようなメディアコンテンツを無認可使用から保護するために存在するさまざまな技術を用いて実現されてもよい。例えば、パスワード保護や他のそのような技術などのさまざまなファイルロック技術が用いられてもよい。さらに、暗号化および／またはディジタル署名を使用して、そのようなコンテンツを保護する。典型的な実施の形態では、保護された状態の実現は、サービスプロバイダとコンテンツプロバイダとの間の同意によって発展してもよい。図２のシステムは、レンダリング不可能な状態のために、異なる実現をサポートする必要があるかもしれない。
【００４０】
図２のシステムでは、システム中のさまざまな場所で複数水準の保護を用いて、メディアコンテンツを無認可の視聴および／または再生から保護してもよい。この点で、ある実施の形態では、図２のシステムに記憶されたメディアコンテンツは、メディアコンテンツを無認可なレンダリングから保護する第１の水準の暗号化を含んでいてもよい。特定の状況次第では、この暗号化は、コンテンツプロバイダの内の１つによってまたはコンテンツ配送ネットワーク（例えば、ネットワーク１１６ａまたはネットワーク１１６ｂ）のオペーレータによって実施されてもよい。さらに、メディアコンテンツは、メディアコンテンツを無認可の受信および記憶から保護する第２の水準の暗号化を含んでいてもよい。この第２の水準の暗号化は、ＣＡＴＶプロバイダやＤＳＳプロバイダにより実現される暗号化の形態を含んで、自身の放送するコンテンツが無認可デバイスによって受信および使用されるのを保護するようにしてもよい。
【００４１】
典型的な実施の形態では、レンダリング不可能な状態が、ＡＥＳ、ＤＥＳ、３ＤＥＳなどの暗号化技術および何らかの適当な秘密鍵または公開鍵に基づく暗号技術に基づいて暗号化アルゴリズムを実施することを含んでもよい。
【００４２】
メディアサーバ１０２は、メディアコンテンツを受信し、記憶し、管理するために特に設計されたプラットフォームなどの専用のメディア記憶供給デバイスを備えていてもよい。代替例では、メディアサーバ１０２は、メディアコンテンツを記憶する第１のデバイス（コンテンツ記憶デバイス１０４など）とメディアコンテンツを管理する第２のデバイス（第１のデバイスと接続されたパソコンなど）とを備えてもよい。このような代替構成では、第１のデバイスは、例えばディジタルビデオレコーダを備えてもよい。
【００４３】
また、システムは、１つ以上のレンダリング／表示デバイスを備える。例えば、システム１００は、複数のビデオ表示デバイスとオーディオスピーカ２４ａ〜２４ｆを備える。ビデオ表示デバイス２２ａ〜２２ｄは、特定の実施の形態に依存して、他の多くの考えられるものの内でも、ビデオ処理ユニット、標準のテレビディスプレイ、高解像度テレビディスプレイ、フラットパネルディスプレイを備える。スピーカ２４ａ〜２４ｆは、（メディアクライアントの特定のタイプに依存する）受動式または能動式のスピーカを備えてもよい。別のメディアレンダリングデバイスの例として、メディアクライアント１０８はディジタルオーディオ受信機１３８を備える。また、メディアクライアント１０８は、オーディオ増幅器１４０と接続されており、この増幅器は、ディジタルオーディオ受信機１３８によりディジタルオーディオコンテンツがデコーディングされた後でオーディオ増幅器１４０に接続されたスピーカ２４ａ〜２４ｆを用いてディジタルオーディオ（メディアコンテンツ）をレンダリングするために使用される。他のメディアレンダリングシステムは、ヘッドフォン、携帯用ＬＣＤビデオプレーヤーおよびオーディオプレーヤーを含んでもよい。
【００４４】
３．第１のプラットフォーム
メディアサーバ１０２は、図１に示す第１のプラットフォームの１例として、図２を参照しながら記述された。図３は、典型的な実施の形態によるメディアサーバ２０２をより詳細に示す。図３に示すメディアサーバ１０２は、クライアントプラットフォームマネージャ２２０ａと、クライアントレジストリ２２０と、メディアコンテンツマネージャ２２２と、コード変換器２２４と、メディア通信インタフェース２２６と、デクリプタ３２８と、エンクリプタ２３０とを備えている。
【００４５】
メディアサーバ２０２は、メディア通信インタフェース２２６を含んで、コンテンツソースプロバイダとメディアクライアント１０６、１０８、１１０、１１２とに通信機能を提供するようになっている。コンテンツソースプロバイダとの通信に関しては、メディア通信インタフェース２２６は、ケーブル、ＤＳＬまたは他の適当な接続を用いたＩＰベースのインタフェースを実施して、データネットワークに接続されたプロバイダと通信する。また、メディア通信インタフェース２２６は、適当なハードウエアとソフトウエアを実現して、ＣＡＴＶ、ＤＳＳおよび／または放送テレビプロバイダと通信してもよい。
【００４６】
メディアクライアント１０６、１０８、１１０および１１２と通信するために、メディア通信インタフェース２２６は、部分的に、メディアコンテンツ記憶デバイス１０４（またはメディアサーバ１０２）からのメディアコンテンツをメディアクライアント／プレーヤーの内の少なくとも１つに対して伝達するために用いられるローカルネットワーク（ホームＩＰネットワークなど）に接続するルータまたはハブを備えてもよい。また、メディア通信インタフェース２２６は、例えばインターネットにアクセスするためなど、社内のさまざまな電子デバイス同士間で通信するために社内データネットワークとして用いられてもよい。メディア通信インタフェース２２６は、有線方式であったり無線方式であったりしてもよいが、放送スキームや、ピアツーピアスキーム、やアクセスポイントスキームで通信してもよい。典型的な実施の形態では、メディア通信インタフェース２２６は、例えば、標準のＩＥＥＥ８０２．１１無線ネットワークを用いる無線イーサネットアクセスポイントを含んでいる。当業者は、選ばれた特定のメディア通信インタフェース２２６が重要ではなく、何らかの適当なメディア通信インタフェース２２６が用いられてよいことを理解するであろう。
【００４７】
図３のメディアサーバ２０２は、システム１００の動作を管理するためのソフトウエアおよび／またはファームウエアを含んでいる。この点について、メディアサーバ２０２は、クライアントプラットフォームマネージャ２２０ａを実現して、ネットワーク上でメディアクライアントを管理する。また、メディアサーバ２０２は、これらプラットフォームの各々の機能的属性に対応する１つ以上のパラメータと共に、メディアクライアント１０６〜１１０、メディアプレーヤー１１２および携帯用音楽プレーヤー１１４のリストを含んでいるクライアントレジストリ２２０ｂを備えている。クライアントレジストリ２２０ｂは、メディアサーバ１０２（とシステム１００）によって用いられて、クライアント／プレーヤーの各々がどのタイプのメディアコンテンツをレンダリング可能であるか決定し、コンパティブルなメディアだけを、視聴／再生用のクライアント／プレーヤーに提供するようにする。クライアントプラットフォームマネージャ２２０ａは、ネットワークに接続しユーザがいつ別のメディアクライアントを追加したかを検出する自動クライアント発見機能を実施するのが望ましい。それから、クライアントプラットフォームマネージャ２２０ａは、クライアントレジストリ２２０ｂに追加すべき情報に新しいメディアクライアントをポーリングしてもよい。好ましい実施の形態では、メディアサーバ１０２とメディアクライアント１０６〜１１４はＳＳＤＰ／ｕＰｎＰ（簡単サービス発見／ユニバーサルプラグアンドプレー）を用いて他のメディアクライアントを発見する。また、メディアサーバ２０２は、メディアコンテンツマネージャ２２２を実現するソフトウエア、ハードウエアおよび／またはファームウエアを含む。メディアコンテンツマネージャ２２２は発見サービス３０４を含み、このサービスは、選ばれたネットワークに渡ってコンテンツプロバイダと通信することによってメディアコンテンツにアクセスする。コンテンツは、さまざまな技術を用いて発見サービス３０４によって発見されてもよい。例えば、発見サービス３０４は、ユーザ提供のタイトルを検索したり、または、特定の男優／女優が主演した映画などの探索基準に基づいたコンテンツを探索したりしてもよい。また、発見サービス３０４は、コンテンツ用のユーザプロフィールに基づいた探索を実施してもよい。ユーザプロフィールは、時間とともに要求される特定のコンテンツのタイプにしたがって時間とともに開発されてもよいし、または、ユーザのプロンプトへの応答から構築されてもよい。
【００４８】
また、メディアコンテンツマネージャ２２２は、ディジタル権利管理および資産管理機能３０２を含んで、メディアコンテンツと関連するディジタル権利を実施すると共に、記憶されたメディアコンテンツをレンダリングする権利を監視および購入することを管理する。このようなディジタル権利は、メディアコンテンツをレンダリングする購入済み権利と関連する他のいくつかのディジタル権利の内に著作権保護、ユーザが実行する再生サイクル数が含まれてもよい。このようなディジタル権利は、メディアコンテンツと共にデータファイルの中に、例えば、データファイルの属性部分の中に含まれてもよい。この点については、メタデータ（またはメタタグ）を用いて、メディアコンテンツ自身と共にメディアコンテンツと関連するディジタル権利を提供してもよい。
【００４９】
ディジタル権利管理および資産管理機能３０２は、さらに、（ディジタル権利を含む）メディアコンテンツをレンダリングする権利の購入の条件と関連するメディアコンテンツのレンダリングを制御するロジックを含んでいる。そのような条件には、一部の例として、特定のアイテム（例えば、映画、音楽選択など）がレンダリングされる回数、どのようなタイプのデバイスがコンテンツをレンダリングするために用いられるのか（例えば、携帯用プレーヤーはなく、高解像度ディスプレイだけ、など）、およびレンダリングが単一のデバイスに限られるかまたは複数のデバイスが用いられるのかなどが含まれてもよい。メディアコンテンツのレンダリングを制御したり、コンテンツに関連するディジタル権利を実施したりする技術はいくつも可能であることが理解されるであろう。どの技術を用いるのかは、少なくとも部分的には、特定の実施の形態に依存する。もちろん、本発明は、そのようなソフトウエア、ハードウエアおよび／またはファームウエアを実現するなんらかの特定の技術に限られない。
【００５０】
また、メディアコンテンツマネージャ２２２は、メディアサーバ２０２またはクライアント１０６、１０８、１１０、１１２のうちの１つにユーザインタフェースを発生するように動作可能なコンテンツディレクトリ機能３０６を含んでいる。コンテンツディレクトリ機能３０６は、発見サービス３０４および資産管理機能３０２と通信して、購入または視聴を可能にするメディアコンテンツの各々の状態を決定して報告するのが好ましい。また、コンテンツ発見機能３０６は、メディアクライアント１０６、１０８、１１０、１１２上でコンテンツディレクトリ機能と通信して、顧客の敷地内にあるシステム１００の使用を共用する特定の個々人の利益に焦点を合わせたディレクトリコンテンツをより狭く表示するようにしてもよい。
【００５１】
また、メディアサーバ２０２は、コード変換器／レート変換器（トランスコーダ）２２４を含んでいる。トランスコーダ２２４は、第１の形式から第２の形式にメディアコンテンツをレート変換するために用いられる。この点については、メディアはＭＰＥＧ−２形式などの第１の形式で受信されてもよい。それから、メディアサーバ２０２は、メディアコンテンツを、例えばＭＰＥＧ−４などの別の形式にコード変換してもよい。このコード変換は、メディアサーバ２０２がメディアコンテンツを通信するクライアント／プレーヤーのクライアントレジストリ２２０の属性の内の１つによって定義されるようなメディアクライアントの機能的能力により実行されてもよい。例えば、メディアクライアント１０６は、ＭＰＥＧ−２形式のオーディオ／ビデオストリームをレンダリングすることが可能でない低ビットレートのメディアレンダリングデバイスを備えてもよい。したがって、この特定的な状況下では、メディアサーバ２０２は、メディアコンテンツを（トランスコーダ２２４を用いて）ＭＰＥＧ−４形式にコード変換して、低ビットレートのメディアストリームをメディアクライアント１０６に提供するようにしてもよい。代替例として、レート変換器を用いて、実施されたエンコーディング技術を変更せずにメディアコンテンツのビットレートを変更してもよい。
【００５２】
また、コード変換／レート変換は、ネットワークを介してメディアクライアント／プレーヤーと通信する際に、メディアサーバ２０２に含まれるメディア通信インタフェース２２６で用いられる帯域幅の大きさを減少させるために使用されてもよい。レート変換によって、ネットワーク１２６を介して通信されたメディアコンテンツのビットレートが減少されてもよいし、それによってネットワークの効率が向上されてもよい。
【００５３】
また、メディアサーバ２０２は、オプションとして、デクリプタ３２８を備えてもよい。デクリプタ３２８は、メディアコンテンツを保護するために用いられる複数水準の暗号を復号化するハードウエア、ソフトウエアおよび／またはファームウエアを含んでもよい。この点について、デクリプタ３２８は、メディアコンテンツが、例えばネットワーク１１６ａやネットワーク１１６ｂ（図２を参照）を介してコンテンツディストリビュータから受信される際に、メディアコンテンツを無認可な受信および／または記憶から保護するため、このメディアコンテンツに適用される第１水準の暗号を復号化してもよい。そのような復号化は、コンテンツディストリビュータによって実施される送信プロトコルに関連されてもよい。
【００５４】
さらに、デクリプタ３２８は、メディアコンテンツに適用される第２の水準の暗号を復号化してもよい。この第２の復号化動作は、メディアコンテンツの無認可な視聴／再生の防止に関連されてもよい。したがって、第２の復号化は、一般には、前に述べたようにメディアコンテンツをレンダリングする権利の購入に応答して実行される。これは、メディアコンテンツが、そのコンテンツをレンダリングする権利を購入するまで、暗号化された状態のままであるので、望ましい方式である。ひとたび第２の水準の暗号が取り除かれると、メディアコンテンツはレンダリング可能な形式にある（またはレンダリング可能なコンテンツである）と言われるかもしれない。次に、レンダリング可能なコンテンツは、メディアサーバ２０２に接続されたレンダリングデバイス（図示せず）を利用することによって、メディアサーバ２０２を用いてレンダリングされてもよい。代替例では、メディアコンテンツは、メディアサーバ２０２に接続されたメディアクライアント（１０６〜１１０）の内の１つまたはメディアプレーヤー（１１２、１１４）の内の一方に対して通信されてもよい。上述したように、メディアコンテンツは、メディアクライアント／プレーヤーの内の１つにメディアサーバ２０２から通信される以前にコード変換またはレート変換されてもよい。
【００５５】
また、コード変換またはレート変換されることに加えて、レンダリング可能なメディアコンテンツは、メディアクライアント／プレーヤーの内の１つにレンダリング可能なコンテンツを通信する以前に、（メディアサーバ２０２に含まれるエンクリプタ１３０を用いて）再度暗号化されてもよい。エンクリプタ２３０は、例えば、公開鍵／秘密鍵の暗号化をメディアストリーム信号に適用してもよい。この点については、エンクリプタ２３０が、メディアクライアント１０８に対応する公開鍵を用いてメディアストリーム信号を暗号化してもよい。次に、暗号化されたメディアストリーム信号は、メディアクライアント１０８に通信され、デクリプタ２３２を用いてメディアクライアント１０８の秘密鍵で復号化されてもよい。そのような構成は、メディアコンテンツを「信頼されない」クライアントデバイス／プレーヤーデバイスへの送信から保護し、順に、メディアコンテンツの無認可使用を防止する。メディアストリームは、復号化されると、以下により詳しく説明するように、次に、デコーダ３３０を用いてデコーディングされ、レンダリングデバイスを用いてレンダリングされる。
【００５６】
典型的な実施の形態では、メディアサーバ２０２は、オプションとして、直接的なレンダリング機能を提供し、さらに、オーディオ／ビジュアルインタフェース３４０を含んでもよい。その上、オーディオ／ビジュアルプロセッサ３２０は、デコーダ／デコンプレッサ３３０およびトリックモードサポート機能３３２を含んでもよい。デコーダ／デコンプレッサ３３０は、コンテンツの形式を表示に適した形式に変換するために実現されてもよい。トリックモードサポート機能３３２は、ユーザが、自分の都合のよいように表示されているコンテンツを逆転させたり、一時停止させたり、早送りさせたり、停止させたりできるように用いられてもよい。このようにして、トリックモードサポート機能３３２は、遠隔制御デバイスまたはフロントパネルインタフェースとインタフェースで連結してもよい。
【００５７】
当業者は、図３はメディアサーバ２０２の１例を示し他の例も可能であることを理解するであろう。
【００５８】
４．第２のプラットフォーム
図１に戻って参照すると、メディアクライアント１０６は、ユーザに、メディアサーバ１０２に記憶されているメディアコンテンツにアクセスできる能力を与えている。図４は、典型的な実施の形態によるメディアクライアント４００をより詳細に示している。
【００５９】
図１と図２に示すシステムでは、メディアクライアント２０、１０６は主としてコンテンツをレンダリングする役目を負っており、一部の実施の形態では、メディアサーバ１０２に記憶されたコンテンツを購入するためのインタフェースを提供する役目を追っている。図４のメディアクライアント４００は、メディアクライアントによって実行される追加の機能性を示している。図４のメディアクライアント４００は、クライアントマネージャ４０２と、ローカルコンテンツ記憶デバイス４０４と、デクリプタ４０６と、デコーダ４０８と、メディアレンダリングデバイス４１０とを備えている。また、メディアクライアント４００は、メディアサーバ１０２と通信するためにメディア通信インタフェース４２６を含んでいてもよい。
【００６０】
クライアントマネージャ４０２は、ローカル発見サポートサービス４４０と、ディレクトリコンテンツ機能４６０と、トリックモードサポート機能４７０とを備えている。ローカル発見サービス４４０はソフトウエア、ハードウエアおよび／またはファームウエアを含んでいてもよい。メディア発見サービス４４０は、ネットワークインタフェース４２６とローカルネットワークとを介してメディアサーバ１０２と通信して、メディアサーバ１０２に（またはコンテンツ記憶デバイス１０４に）記憶されているメディアコンテンツの構成を「発見」するようにしている。この点について、メディアクライアント４００は（例えば発見サービスを用いて）、メディアサービスと通信して、メディアコンテンツのどの部分がメディアクライアント４００を用いてレンダリングのために利用可能であるか（例えば、メディアコンテンツのどの部分をメディアクライアント４００がレンダリングできるのか）を決定している。次に、発見サービス４４０がディレクトリコンテンツ機能４６０と一緒に動作して、即座に視聴を利用可能にし、または、メディアクライアント４００によってレンダリング可能となるようにＰＰＰｌａｙ方式で購入を利用可能にするメディアサーバ１０２（またはコンテンツ記憶デバイス１０４）に記憶されたメディアコンテンツの部分のリストを提供してもよい。そのようなリストは、例えば、メディアクライアント４００に接続されたビデオ表示デバイス２４に表示されてもよい。
【００６１】
また、メディアクライアント４０２はトリックモードサポート機能４７０を備えており、この機能はクライアントマネージャ４０２の一部として含まれてもよい。トリックモードサポート機能４７０は、一時停止、停止、巻き戻し、早送りおよび他の視聴制御機能を提供することによって総合的な視聴制御機能をユーザに与えるものである。
【００６２】
加えて、メディアクライアント４００は、ある実施の形態では、コンテンツプロバイダかメディアサーバ１０２かのどちらかによって暗号化されているコンテンツを復号化するデクリプタ４０４を備えている。デクリプタ４０４は、ユーザによる購入に準拠した第１の水準で、または、信号が無認可の者によってインターセプトおよび使用されるのを保護する目的のためのさらなる水準でコンテンツを復号化してもよい。
【００６３】
加えて、メディアクライアント４００は、デコーダ４０６を含み、ある実施の形態では、メディアサーバから通信されたメディアコンテンツストリームをエンコーディング済み形式から、メディアレンダリングデバイス（例えばビデオ表示デバイス１３４）に対応する形式に変換してもよい。そのようなメディアコンテンツストリーム信号のデコーディングは、一般には、デクリプタ１３２がメディアストリームの暗号を復号化した後で発生する。
【００６４】
また、メディアクライアント４００は、表示ユニット２４への表示に適した形式にコンテンツが変換されることを保証するために、メディアレンダリングデバイス４１０を備えている。
【００６５】
前に指摘したように、メディアクライアント１０６〜１１０はいくつかの形態をとってもよい。例えば、他の可能ないくつかのメディアクライアントの内でもとりわけ、メディアクライアントは、ディジタルビデオレコーダと、ディジタルオーディオ受信機と、高性能の復号化、デコーディングおよびビデオ／オーディオ処理を実行するビデオ処理ユニットとを備えてもよい。
【００６６】
５．メディアコンテンツをレンダリングする典型的な方法
ここで図５を参照すると、本発明の実施の形態による、メディアコンテンツをレンダリングする方法５００を示すフローチャートが示されている。方法５００は、本書に記載するいずれかのシステムの他に、メディアレンダリングシステムの他の実施の形態も用いて実施されてよい。
【００６７】
方法５００は、ブロック５０５で、レンダリング不可能なメディアコンテンツを受信することを含む。そのようなメディアコンテンツは、さまざまなタイプのおよび／または水準の保護を含んでおり、前に述べたように、コンテンツを無認可の受信および使用から保護してもよい。メディアコンテンツは、例えば、オーディオコンテンツおよび／またはオーディオ／ビデオコンテンツであってもよい。代替例では、メディアコンテンツは写真などであってもよい。ブロック５１０では、送信プロトコル暗号化水準がメディアコンテンツから取り除かれる。そのような送信保護水準は、ＣＡＴＶやＤＳＳのプロバイダなどのコンテンツ配送サービスによって実行されて、上述したように、メディアコンテンツの無認可の受信を防止してもよい。なお、この特定の実施の形態のメディアコンテンツは、別の保護水準を含んで、メディアコンテンツの無認可のレンダリングを防止し、以下にさらに詳述される。
【００６８】
ブロック５１５では、メディアコンテンツがローカルで記憶される。前に述べたように、メディアコンテンツは、ハードディスクドライブを用いて記憶されてもよいし、または、例えばＤＶＤに記憶されてもよい。（まだレンダリング不可能な状態を含む）メディアコンテンツを記憶するさまざまな技術が存在することが理解されるであろう。この点について、そのようなメディアコンテンツを記憶する多くの技術が本書に記載されているが、もちろん、本発明はなんらかの特定の技術や方式に限られるものではない。
【００６９】
ブロック５２０では、コンテンツガイドは、方法５００が実施されているメディアレンダリングシステムの第１または第２のデバイスのいずれかの上で表示されてもよい。このコンテンツガイドを使って、ユーザが、保護されたメディアコンテンツ（または少なくともその一部）を視聴／再生するレンダリングの権利を購入する希望を示し、順に、ブロック５２５で第１のデバイスに通信および／または受信される要求を生成してもよい。また、購入要求は、請求書発送目的でコンテンツプロバイダに通信されたり、代替例では、コンテンツ配送サービス（図示せず）によって維持される中央会計サーバに通信されたりしてもよい。
【００７０】
レンダリングの権利が購入された後に、ブロック５３０で、メディアコンテンツが（例えば秘密鍵を用いて）復号化され、または（例えばパスワード保護などによって）ロック解除されて、メディアコンテンツが、レンダリングされるために利用可能となるようにしている。次に、メディアコンテンツは、第１のデバイスによってデコーディングされ、解凍され、レンダリングされてもよい（それは図５に示されていないプロセス）。代替例では、図５のブロック５３５で示すように、メディアコンテンツはコード変換されて、方法５００が実施されているシステム中で第２のデバイス（例えばメディアクライアント）の１つ以上の再生属性を成してもよい。この状況では、第２のデバイスはメディアコンテンツを効果的にレンダリングすることができない（またはまったくできない）ものと仮定されている。したがって、メディアコンテンツは１つの形式（例えばＭＰＥＧ−２）から別の形式（例えばＭＰＥＧ−４）に変換されて、第２のデバイスの機能を提供している。代替例では、メディアコンテンツはレート変換されて（例えば、ビットレートを下げるためにサンプリングされて）、メディアコンテンツと通信するために用いられたローカルネットワークに帯域幅を確保してもよいし、または、前に述べたように第２のデバイスの機能の原因となってもよい。
【００７１】
ブロック５４０で、メディアコンテンツは、暗号化されたメディアストリームに入れられて、第１のデバイス（例えばメディアサーバ）から第２のデバイス（例えばメディアクライアント）に送信されるようにする。さまざまな暗号化技術が可能であり、本発明はなんらかの特定の方式に限られるものではない。しかしながら、１例として、セキュアソケットリンクタイプの暗号を用いてもよい。ブロック５４５では、暗号化されたメディアストリームが第２のデバイスと（例えば、前に述べたようにネットワークを介して）通信され、ブロック５５０で復号化される。メディアコンテンツは、ブロック５５５でデコーディングおよび解凍され、ブロック５６０でレンダリングされる。デコーディング、解凍、およびレンダリングする方式は、少なくともメディアコンテンツのタイプと、方法５００が実施されている特定のシステムとに依存している。もちろん、多くのこのような方式が可能であることが理解されるだろう。
【００７２】
６．インターネットベースのメディアソースを持つ典型的な実施の形態
ここ図６を参照すると、本発明の別の実施の形態による、ＰＰＶ方式でメディアコンテンツをレンダリングする代替のシステム２００が示されている。システム２００は、図１に示すシステム１００と類似した仕方で、コンテンツプロバイダ１〜ｎを含んでいる。これらのコンテンツプロバイダは、インターネット２０２を介してコンテンツ配送ネットワークに接続されている。この特定の実施の形態では、メディアコンテンツはＩＰ形式で提供される。さらに、システム２００は、ネットワークインタフェースデバイス２０４を備えている。ネットワークインタフェースデバイス２０４は、例えばデータオーバーケーブルモデムまたはディジタル加入者回線モデムを、ハブデバイス／ルータデバイスと共に備えてもよい。もちろん、例えばインターネットへの衛星接続などの他のネットワークインタフェースデバイスの使用が可能である。
【００７３】
ネットワークインタフェースデバイス２０４は、ネットワーク２１０を介してメディアサーバ２０６およびメディアクライアント２０８に接続され、図１を参照して説明された構成要素と構成の点で類似してもよい。また、メディアコンテンツ記憶デバイス２１２は、前に述べたものと類似の仕方で、メディアサーバ２０６に接続されている。そのシステム２００の場合、コンテンツプロバイダ１〜ｎと、インターネットにも接続されているコンテンツ配送サービス２１４とからの情報は、インターネット、ネットワークインタフェースデバイス２０４およびネットワーク２１０を介してメディアサーバ２０６に提供される。同様に、メディアサーバ２０６は、ネットワーク２１０を介してメディアクライアントと通信する。そのシステム２００の場合、ネットワークインタフェースデバイス２０４、メディアサーバ２０６およびメディアクライアント２０８は、パケットベースの（ＩＰ）プロトコルを用いて通信する。
【００７４】
そのシステム２００の場合、ネットワークインタフェースデバイス２０４は、インターネットからメディアコンテンツに関する情報を受信する。メディアコンテンツは、インターネットを介してシステム２００によって、または、例えばＣＡＴＶやＤＳＳなどの別の手段によって受信されてもよい。システム２００を用いてインターネットから受信されたメディアコンテンツに関する情報は、電子番組ガイド（ＥＰＧ）情報を含んでいる。ＥＰＧ情報は少なくともメディアサーバ２０６に通信され、メディアクライアント２０８にも（ネットワーク２１０を介して）通信されてもよい。ＥＰＧ情報はメディアサーバ２０６（およびメディアクライアント２０８）により用いられて、メディアサーバ２０６（またはコンテンツ記憶デバイス２１２）に記憶されたメディアコンテンツの構成を決定しＰＰＶ方式でのレンダリングに利用可能なコンテンツが、メディアコンテンツガイド（図示せず）に含まれるようにしている。メディアコンテンツガイドは、メディアサーバに接続された表示デバイス２１４でレンダリングされてもよいし、またはメディアクライアント２０８に接続された表示デバイス２１４を使ってもよい。
【００７５】
ネットワークインタフェースデバイス２０４とメディアサーバ２０６とメディアクライアントとの間で動作接続を実現する多くの方法が存在することが理解されるであろう。例えば、この動作接続は、ＩＥＥＥ８０２．１基準に準拠した無線接続を含んでもよい。代替例では、その接続はＩＥＥＥ１３９４基準に準拠したファイアーワイアー接続を含んでもよい。また、メディアサーバ２０６とメディアクライアント２０８は、デイジーチェーンで接続されてもよいし、パススルーデバイスを用いてアクセスされてもよい。
【００７６】
もちろん、そのような接続を実現する方法が他にも多く存在し、本発明はいかなる特定の方式にも限られない。
【００７７】
本発明のある特徴が本書に図示され説明されたが、当業者には多くの変更、置換、変形およびその同等物が思い浮かぶであろう。したがって、添付クレームは、本発明の真の趣旨にあるような変更および変形の全てを覆うように意図されていることが理解される。
【図面の簡単な説明】
【００７８】
【図１】本発明の例示の実施形態によるペーパービューシステムを示すブロック図である。
【図２】本発明の別の実施形態によるペーパービューシステムを示すブロック図である。
【図３】図１のペーパービューシステムで用いられる第１のプラットフォームを示すブロック図である。
【図４】図１のペーパービューシステムで用いられる第２のプラットフォームを示すブロック図である。
【図５】本発明のある実施形態によるペーパービューコンテンツ配送方法を示すフローチャートである。
【図６】本発明のさらに別の実施形態によるペーパービューシステムを示すブロック図である。
【図１】
2007535202.tif 000003
【図２】
2007535202.tif 000004
【図３】
2007535202.tif 000005
【図４】
2007535202.tif 000006
【図５】
2007535202.tif 000007
【図６】
2007535202.tif 000008
【国際調査報告】
2007535202.tif 000009