JP2015509319A - ビデオおよび／またはオーディオのオンデマンド資産を使用したメディアコンテンツ配信のための方法 - Google Patents

Abstract

特定のコンテンツプロバイダのオンデマンド資産を使用した、メディアコンテンツ配信のための方法であって、ユーザのメディアプラットフォームを特定のコンテンツプロバイダに統合するステップを含む。この統合は、メディアプラットフォームのデジタルロッカーと、特定のコンテンツプロバイダのコーディネータとを介して確立される。確立されると、メディアプラットフォームのデジタルロッカーは、購入されたコンテンツの全ての権利情報を維持し、特定のコンテンツプロバイダを用いてそれらの権利の格納および維持も行い、特定のコンテンツプロバイダによる仲介を必ずしも必要とせずに、購入されたコンテンツがユーザに利用可能となる。

Description

（関連出願の相互参照）
本願は、２０１２年１月５日出願の「Ｕｌｔｒａｖｉｏｌｅｔメディア資産を使用したコンテンツ配信システム」と題する米国Ｕ．Ｓ．仮出願第６１／５８３，６０１号の優先権および利益を請求し、その全体が参照によりここに組み込まれる。

本開示は、ビデオオンデマンド（ｖｉｄｅｏ ｏｎ ｄｅｍａｎｄ：ＶＯＤ）および／またはオーディオオンデマンド（Ａｕｄｉｏ ｏｎ ｄｅｍａｎｄ：ＡＯＤ）のシステムなどのオンデマンドシステムに係わる。特に、エンドユーザへの配信のために、メディアサービスプラットフォーム（ｍｅｄｉａ ｓｅｒｖｉｃｅ ｐｌａｔｆｏｒｍ：ＭＳＰ）またはメディアプラットフォーム（ｍｅｄｉａ ｐｌａｔｆｏｒｍ：ＭＰ）において、ＯＤコンテンツプロバイダに接続されていない時でも、オンデマンド（ｏｎ ｄｅｍａｎｄ：ＯＤ）コンテンツ／資産を実装するための方法および装置に係わる。

ビデオオンデマンド（ＶＯＤ）またはオーディオオンデマンド（ＡＯＤ）などのオンデマンド（ＯＤ）システムは、今日の世界においては一般的なものである。コンピュータ、タブレット、スマートフォン機器などによりＯＤサービスを使用することが、一般に普及するようになり、ユーザは、ＯＤサービスおよびその購入したコンテンツが当然いつでも利用可能であると考えることが多い。

不都合なことに、ＯＤサービス／購入コンテンツがユーザに常に利用可能であるという希望が、常に叶えられる訳ではない。これは、第一に、ＯＤ購入コンテンツにアクセスするためには、ユーザが、ＯＤコンテンツプロバイダのアカウントを持っていなければならないだけでなく、これらのアカウントが、特定のユーザ、および／または、ユーザがＯＤサービスアカウントを開設した際に登録した特定の装置、に紐付けされていることが多い、という事実に因る。この制限により、購入したコンテンツを閲覧、ダウンロードおよび／またはストリーミングするために、ユーザはＯＤコンテンツプロバイダコーディネータに接続されることも要求される。

本発明の一態様は、ユーザにコンテンツ配信システムを提供して、購入したコンテンツを、他のユーザおよび他の装置（すなわち、特定の登録済みユーザおよび／またはユーザの特定の登録済み装置ではない）と、ユーザに略透過的な様式で共有することを可能とするだけでなく、ＯＤコンテンツプロバイダへの接続が可能でない場合でも、任意の場所の任意の装置からユーザがアクセスすることもできるようにすることである。

一実装によると、特定のコンテンツプロバイダの資産を使用してコンテンツを配信するための方法には、ユーザのメディアプラットフォームを特定のオンデマンドコンテンツプロバイダと統合するステップが含まれる。統合されると、ユーザのメディアプラットフォームを介して、特定のオンデマンドコンテンツプロバイダによりユーザアカウントが作成される。ユーザのメディアプラットフォームは、特定のオンデマンドコンテンツプロバイダとリンクされかつ関連付けられ、オンデマンドコンテンツの取引を、ユーザのメディアプラットフォームを作動させるユーザ装置を介して行うことができる。購入したオンデマンドコンテンツの権利が、メディアプラットフォームのデジタルロッカーに記録されかつ掲示される。

本開示のこれらおよび他の態様、特徴および利点が、記載され、または、添付の図面と併せて読まれることによって、以下の好ましい実施形態の詳細な説明により明らかになるであろう。
本原理を適用することが可能な一例のビデオオンデマンド（ＶＯＤ）システムのブロック図である。 本原理の一実装に従う、コンテンツを配信するべく構成されるメディアシステムプラットフォーム例のブロック図である。 本原理の一実装に従う、コンテンツプロバイダからコンテンツを配信するべく構成される、メディアシステムプラットフォームのブロック図である。 本原理の一実装に従う、エンドユーザにコンテンツを配信するための方法のフローチャートである。 本原理の別の実装に従う、コンテンツプロバイダからコンテンツを配信するべく構成される、メディアシステムプラットフォームのブロック図である。 本原理の別の実装に従う、コンテンツプロバイダからコンテンツを配信するべく構成される、メディアシステムプラットフォームのブロック図である。 本原理の一実装に従う、エンドユーザにコンテンツを配信するための方法のフローチャートである。 本原理の一実装に従う、エンドユーザにコンテンツを配信するための方法である。

図面(複数可）が、本開示の概念を説明する目的のためのものであり、本開示を説明するための可能性のある唯一の構成（複数可）を必ずしも表しているわけではないことを理解すべきである。

図示される要素が、ハードウェア、ソフトウェア、またはその組み合わせの種々の形式で実装されてよいことは理解すべきである。好ましくは、これらの要素は、プロセッサ、メモリ、および入出力インターフェースを含んでよい、１つまたは複数の適切にプログラミングされた汎用装置上で、ハードウェアおよびソフトウェアを組み合わせて実装される。本明細書において、「連結される」という表現は、１つまたは複数の仲介構成要素を介して直接または間接的に接続されることを意味する、と定義される。そのような仲介構成要素には、ハードウェアおよびソフトウェアに基づく構成要素が含まれてよい。

本記載は、本開示の原理を説明する。従って、本開示の原理を具体化し、かつその精神および範囲に含まれる種々の構成は、本明細書には明示的に記載されずまたは示されないが、当業者には考案可能である、ことは理解されるであろう。

本明細書において列挙される全ての例および条件付き文言は、発明者により技術の促進に対して提供される本開示の原理および概念を理解する際に読者の助けとなるべく教育的な目的が意図され、そのような特定的に列挙される例および条件に限定されないものとして解釈されるべきである。

さらに、本開示の原理、態様および実施形態を列挙する本明細書における全ての記述、のみならず、その特定の例も、その構造的および機能的等価物を包含することが意図される。加えて、そのような等価物には、現在既知の等価物だけでなく、将来開発される等価物、すなわち、構造に係わらず同一の機能を実行する任意の開発される要素、が含まれることが意図される。

従って、例えば、本明細書において提示されるブロック図が本発明の原理を具体化する例示の回路の概念図を表す、ということが当業者により理解されるであろう。同様に、任意のフローチャート、フロー図、状態遷移図、疑似コードなどが、実質的にはコンピュータ可読媒体において表されてよい、かつ、コンピュータまたはプロセッサにより、そのようなコンピュータまたはプロセッサが明示的に示されているか否かに係わらず、そのように実行されてよい、種々の処理を表す、ということが理解されるであろう。

図示される種々の要素の機能は、専用のハードウェア、および、適切なソフトウェアに関連してソフトウェアを実行可能なハードウェア、を使用することを通じて提供されてよい。プロセッサまたはコントローラにより提供される場合、機能は、単一の専用プロセッサにより、単一の共有プロセッサにより、または、いくつかが共有されてよい複数の個別プロセッサにより、提供されてよい。さらに、用語「プロセッサ」または「コントローラ」を明示的に使用することが、ソフトウェアを実行可能なハードウェアに排他的に言及することであるとは解釈されるべきではなく、デジタルシグナルプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）ハードウェア、ソフトウェアを格納するためのＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、および、不揮発性記憶装置が、制限なく暗黙的に含まれてよい。

他のハードウェア、すなわち従来のおよび／またはカスタムのハードウェア、も含まれてよい。同様に、図示される任意のスイッチは単に概念的なものである。その機能は、プログラム論理の演算を介して、専用論理を介して、プログラム制御と専用論理の相互作用を介して、または手動で、実行されてよく、特定の技術が、さらに特定的に文脈から理解されるように、実装者により選択可能である。

本願の請求項において、指定される機能を実行する手段として表現される任意の要素は、その機能を実行する任意の方法を包含することが意図され、例えば、ａ）その機能を実行する回路要素の組み合わせ、または、ｂ）任意の形式のソフトウェアであって、従って、ファームウェア、マイクロコードなどが含まれ、そのソフトウェアを実行して機能を果たすための適切な回路と組み合わされるソフトウェア、が含まれる。そのような請求項により定義される本開示は、種々の列挙される手段により提供される機能性が、請求項が求める様式で組み合わされ、まとめられる、という事実において存する。従って、それらの機能性を提供することができる任意の手段は、本明細書に示されるものと等価であると見なされる。

開示される実施形態は、オンデマンドコンテンツ、すなわち、ビデオおよび／またはオーディオコンテンツ、を配信するためのシステムおよび方法に係わる。図１は、コンテンツプロバイダ１０、および、種々の異なるコンテンツ配信方法を含むオンデマンドネットワークの一例を示す。例として、これらの配信方法には、ユーザが、自分の選択した装置上でコンテンツを見るまたは聴く複数の装置１２、インターネット上でのストリーミングによりコンテンツが回収されるストリーミング１４装置、ユーザが、選択した装置にコピーをダウンロードして、インターネット接続せずにコンテンツを見ることが可能となるダウンロード１６、ユーザに対してオプションとして提供可能なディスクコピー１８、および、家族の６人までが、オンデマンドコンテントの１つのコレクションを使用することができる複数のアカウントメンバ２０、を含むことができるが、明確にこれに限定されるわけではない。

本発明と併せて使用可能なビデオオンデマンドまたはオーディオオンデマンドのコンテンツプロバイダ１０の例は、例えば、ＩＴＵＮＥＳ（登録商標）、ＡＭＡＺＯＮ（登録商標）、ＵＬＴＲＡＶＩＯＬＥＴ（登録商標）、ＮＥＴＦＬＩＸ（登録商標）、などであってよい。

例として、本発明は、クラウドベースのコンテンツプロバイダの文脈で記載される。しかし、当業者は、本明細書に開示されるメディアプラットフォームの原理および概念が、そのようなクラウドベースのプロバイダに限定されず、かつ、任意のオンデマンドコンテンツプロバイダにより実装可能である、ことは理解するであろう。そのようなコンテンツプロバイダの一例が、ＵＬＴＲＡＶＩＯＬＥＴ（登録商標）であり、デジタルの家庭用娯楽コンテンツの消費者が、購入したコンテンツを複数のプラットフォームおよび装置を介してストリーミングおよびダウンロードすることを可能にする、デジタル著作権認証およびクラウドベース配給システムである。物理的なパッケージ化されたメディアおよびデジタルメディアの両方に対して、このコンテンツプロバイダが、「ｂｕｙ ｏｎｃｅ， ｐｌａｙ ａｎｙｗｈｅｒｅ（１度買って、どこででも再生）」というアプローチを順守し、ユーザが、デジタル購入証明を１つのアカウントの下で格納して、プラットフォームおよび販売場所に依存しないコンテンツの再生を可能にすることができる。

一般的に言えば、オンデマンドコンテンツは、共通の暗号（ｃｏｍｍｏｎ ｅｎｃｒｙｐｔｉｏｎ：ＣＥＮＣ）を使用して、ＣＦＦ（Ｃｏｍｍｏｎ Ｆｉｌｅ Ｆｏｒｍａｔ（共通ファイルフォーマット））でダウンロード（またはストリーミング）される。このフォーマットは、ＢＡＳＥ ＩＳＯ Ｆｉｌｅ Ｆｏｒｍａｔに基づくものであり、コーデック、メディアフォーマット、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｒ（デジタル著作権管理））、字幕などの一貫性のあるセットが、コンテンツプロバイダのエコシステム全体に渡って使用されることが確保される。コンテンツプロバイダからのどのタイトルもこのフォーマットで届けられるという事実に鑑みると、このコンテンツプロバイダのブランドの任意の装置上で概して再生が行われるであろう。

さらなる例として、コンテンツプロバイダは、そのコンテンツプロバイダのブランドの全てのプレーヤーにおいて再生するべく、かつ、ＤＥＣＥ承認の全てのＤＲＭと連携するべく設計されるＣＦＦ（ｃｏｍｍｏｎ ｆｉｌｅ ｆｏｒｍａｔ）を開発した、自らのデジタルエンターテインメントコンテンツエコシステム（Ｄｉｇｉｔａｌ Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｃｏｎｔｅｎｔ Ｅｃｏｓｙｓｔｅｍ：ＤＥＣＥ）の組織を設置している。フォーマットは、ＭＰＥＧ、ＳＭＰＴＥその他の既存の規格に基づき、元はマイクロソフトのＰＩＦＦ（Ｐｒｏｔｅｃｔｅｄ Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｆｉｌｅ Ｆｏｒｍａｔ）仕様に由来する。その目的は、異なるプレーヤーの異なるファイル形式の問題を回避すること、および、プレーヤー間のファイルのコピーを可能にすることであった。

当業者は、ファイルおよびプレーヤーについては３つのプロファイルがあることを理解するであろう。ＰＤ（ｐｏｒｔａｂｌｅ ｄｅｆｉｎｉｔｉｏｎ）、ＳＤ（ｓｔａｎｄａｒｄ ｄｅｆｉｎｉｔｉｏｎ）、および、ＨＤ（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ）である。ＰＤプレーヤーはＰＤファイルのみを再生するが、ＳＤプレーヤーは、ＰＤおよびＳＤの両ファイルを再生し、ＨＤプレーヤーは３つ全てを再生することができる。

本原理の好ましい一実装によると、ＩＴＵＮＥＳ（登録商標）、ＡＭＡＺＯＮ（登録商標）、ＵＬＴＲＡＶＩＯＬＥＴ（登録商標）、ＮＥＴＦＬＩＸ（登録商標）などのサードパーティのオンデマンドコンテンツプロバイダと統合されるべく、かつ、それに１００％準拠するべく構成される、オンデマンドコンテンツをエンドユーザに配信するためのメディアプラットフォームが提供される。このようにするために、種々の定義および特質が定められなければならない。
コンテンツプロバイダ権：これは、消費者が、特定のコンテンツプロバイダのコンテンツに対して有する権利を表す。
コンテンツプロバイダコンテンツ：コンテンツプロバイダコンテンツは、コンテンツプロバイダのコーディネータにおいて利用可能にされたコンテンツに相当する。完全準拠のためには、コンテンツプロバイダコンテンツは、ＣＦＦの形式でＬＡＳＰおよびＤＳＰにより利用可能にされなければならない。
コンテンツプロバイダオファー：これは、コーディネータにおいて利用可能にされるコンテンツに対してリテーラによりなされるオファーであり、コンテンツプロバイダのコーディネータに権利を格納するという約束である。
メディアプラットフォームオファー：このオファーは、標準的なコンテンツ向けのものとすることができ、権利は、特定のコンテンツプロバイダコーディネータには格納されない。

図２は、本原理の一実装に従う、メディアプラットフォーム２２のブロック図を示す。本図において、メディアプラットフォーム２２は、特定のコンテンツプロバイダコーディネータ２４および物理的装置２６と一体化して示される。しかし、以下の記載から明らかなように、好ましい実装の一部、例えばコーディネータとの統合などは、メディアプラットフォーム２２が本原理に従って動作するために必要な訳ではない。

メディアプラットフォーム２２には、コンテンツパブリッシャモジュール２８、ＤＳＰ（Ｄｏｗｎｌｏａｄ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ（ダウンロードサービスプロバイダ））モジュール３０、ＬＡＳＰ（Ｌｏｃｋｅｒ Ａｃｃｅｓｓ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｖｉｄｅｒ（ロッカーアクセスストリーミングプロバイダ））モジュール３２、および、リテーラモジュール３４を含むいくつかの構成要素が含まれる。

ダウンロードサービスプロバイダ（ＤＳＰ）３０は、ユーザの特定のコンテンツプロバイダプレーヤーにコンテンツを配信するためのサービスをリテーラに提供する。ＤＳＰ３０は、ダウンロード、および、ＤＲＭのライセンスおよびドメインの管理を、コンテンツの管理および配信と共に、物理的装置２６に提供する。

ロッカーアクセスストリーミングプロバイダ（ＬＡＳＰすなわちストリーミングサービスプロバイダ）３２、例えばＣＯＭＣＡＳＴ（登録商標）など、はユーザのプレーヤー（すなわち、物理的装置２６）にコンテンツをストリーミングするべく構成される。

物理的装置２６は、１つまたは複数のコンテンツプロバイダ互換プレーヤーであり、装置と称する場合が多い。これらの装置は、ウェブに接続されたテレビ、ブルーレイプレーヤー、携帯電話もしくはスマートフォンなどの物理的プレーヤー、または、ＰＣ、タブレットなどのオープンシステム上で作動するソフトウェアプレーヤー、とすることができる。いくつかの装置は、ユーザが、ウェブポータルまたはリテーラもしくはＬＡＳＰに行かずに、特定のコンテンツプロバイダにログインするための方法を提供することができるアクセスポータルとして構成されてよい。装置２６には、装置（例えば、ＬＡＳＰクライアント、離散メディアクライアント、他のアプリケーション、ウェブブラウザなど）に特徴および／または機能性を与える製造者および／またはインストール済みのアプリケーションに応じた、種々のモジュールが含まれてよい。

ＢＥＳＴ ＢＵＹ（登録商標）またはＷＡＬ−ＭＡＲＴ（登録商標）などのリテーラ３４は、コンテンツにアクセスする権利をユーザのデジタルロッカー内に置くことにより、コンテンツプロバイダのコンテンツをユーザに販売する。リテーラは、オンラインまたは物理的な店舗で販売を行うことができる。リテーラは、サービスのポイントまたは販売のポイント（レジが提示する）を提示（オファー）することができ、ここで、ユーザが、物理的資産が購入品である時には特別な金銭を支払うことができることは理解されるであろう。このようにして、ユーザは、支払済みであれば、自分のデジタルロッカー（特定のコンテンツプロバイダに関連付けられる）に、自動的にデジタル形式の物理的資産が入れられる。そして、リテーラは、本発明のメディアプラットフォームおよび／またはコンテンツプロバイダの両方に、そのような情報を通信することができる。

コンテンツプロバイダコーディネータ２４は、各コンテンツプロバイダに固有のものであり、各コンテンツプロバイダにつき１つのみ存在する。コーディネータ２４は、プロバイダのコンテンツおよびコンテンツプロバイダシステムのユーザについての情報を保持する中央情報センターである。コーディネータは、コンテンツの格納または配信はせず、コンテンツについておよび誰が何を所有するのかについての情報を格納するだけである。図示するように、コーディネータ２４内にはいくつかのモジュールが存在し、コンテンツＩＤおよびメタデータのレジストリ、ユーザおよびアカウントの管理、ＤＲＭドメインマネージャ、装置管理、権利管理、ならびに、ユーザとノードの認証および権限付与のモジュールが含まれる。

メディアプラットフォーム２２内のコンテンツパブリッシャ２８は、コンテンツプロバイダ（例えば、ハリウッドのスタジオ）が、コンテンツプロバイダが使用するためのコンテンツを発行した場所である。コンテンツパブリッシャ２８は、コンテンツおよびメタデータの作成および識別、コンテンツのパッケージングおよび暗号化、ならびに、コンテンツおよびコンテンツ暗号鍵の配信、の責任を負う。

図３、５および６は、本原理のメディアプラットフォーム２２を統合して、メディアプラットフォームが特定のコンテンツプロバイダの仕様に準拠するようにするための段階的アプローチを表すブロック図を示す。一実装によると、メディアプラットフォームのデジタルロッカー４０が拡張されて、特定のコンテンツプロバイダのコーディネータ２４と統合または結合され、従って、ユーザは、特定のコンテンツプロバイダにより提供されるコンテンツへのアクセスを求めるときに、アクセスを求めるコンテンツが特定のコンテンツプロバイダにより提供されることをユーザが知っているか否かに係わらず、追加的な利益（例えば、処理速度、特別のオファーなど）を受けることができる。

１つのアカウントについてユーザの数は１に限定されず、用途に応じて複数とすることができる（例えば、本原理のＭＰ（メディアプラットフォーム）を利用すると、家族６人全員で１つのアカウントを共有できる）。

図３、５および６は、本原理に従ってメディアプラットフォーム２２を使用することができる種々の装置２６を示す。各装置２６には、好ましくはプロセッサまたはコントローラが、対応するメモリおよび／またはディスク記憶装置と共に含まれ、本原理に従ってメディアプラットフォームの動作を可能にする。そのような装置の例には、パーソナルコンピュータ、ラップトップ、タブレット、スマートフォン、ネットワークが使用可能なテレビ、セットトップボックス、および／または、何らかの表示スクリーンが統合されまたは取付けられた任意の他のネットワークが使用可能な装置がある。各例において、ユーザインターフェース（例えば、マウス、タッチスクリーン、リモートコントロールなど）がそれぞれの装置２６に提供される。

図３を参照すると、第１の段階のメディアプラットフォーム（ＭＰ）２２と特定のコンテンツプロバイダのコーディネータ２４との統合のアーキテクチャのブロック図が示される。この第１の段階は、メディアプラットフォーム２２を、特定のコンテンツプロバイダ（ｓｐｅｃｉｆｉｃ ｃｏｎｔｅｎｔ ｐｒｏｖｉｄｅｒ：ＳＣＰ）（例えば、ＵＬＴＲＡＶＩＯＬＥＴ）に準拠可能にすることから成り、コンテンツオーナー２８Ａに代わって、ＭＰ２２がコンテンツをＳＣＰコーディネータ２４にプッシュすることが可能にされ、また、ユーザがＤＥＣＥ／特定のコンテンツプロバイダアカウントを作成して、購入したコンテンツの権利を格納することが可能にされる。本明細書において使用されるとき、用語「特定のコンテンツプロバイダ（ＳＣＰ）」および「他のコンテンツプロバイダ（ｃｏｎｔｅｎｔ ｐｒｏｖｉｄｅｒ：ＣＰ）」は、ＳＣＰと、ＳＣＰのようにはＭＰとは統合されない他のＣＰとの間を区別することを意図する。加えて、メディアプラットフォーム２２では、ユーザが、自分のＳＣＰアカウントを作成してメディアプラットフォームのアカウントに関連付けることが可能となる。当業者は、「コンテンツオーナー」２８Ａが、本明細書において使用されるとき、コンテンツを作成かつ生成するスタジオを指し、「メタデータプロバイダ」２８Ｂが、他のソース（例えば、スタジオ以外）を指すことは理解するであろう。いくつかの例において、コンテンツプロバイダ（例えば、スタジオ）は、何らかのメタデータをコンテンツと共に提供する。以下で検討するように、本原理のメディアプラットフォーム２２は、メタデータをコンテンツプロバイダ２８ａ（例えば、メディアプラットフォームライセンスドコンテンツの）から受け取って使用することができ、一方で、他のリソース（すなわち、メタデータプロバイダ２８Ｂ）からのメタデータを使用する能力を保持し、任意の追加的な情報、すなわち、現在のところメディアプラットフォーム２２により使用許可を与えられていない他のコンテンツの情報を補償することができる。

好ましい一実装によると、ＭＰ２２は、ＳＣＰコンテンツおよび他のＣＰコンテンツの両方の取扱い、ＳＣＰコーディネータ２４への呼び出しのトリガーとなり、権利を格納するＳＣＰコンテンツ（すなわち、特定のメタデータを有するオファー）の購入および再生、ならびに、他のＣＰコンテンツの購入および再生、を行うことができる。

一実装によると、メディアプラットフォーム（ＭＰ）２２は、ＭＰが経時的に準拠するコンテンツのカタログであるカタログ３６、および、ＭＰ２２の実装および所望の機能性を支援する種々のモジュールから成るコア３８で構成される。コア３８には、加入者モジュール４８、検索・推奨（Ｓ＆Ｒ）モジュール４６、ＭＰが通信を行うよう構成された種々の装置２６を識別するべく構成される装置モジュール４４、および、特定のコンテンツプロバイダコーディネータ２４との全ての相互作用および統合の責任を負うデジタルロッカー４０、を含むことができる。デジタルロッカー４０は、本明細書において検討される本原理に従って、ＭＰ２２を機能可能にするものである。加えて、コア３８には、ＭＰが装置２６とインターフェースし、サービス／購入の呼び出しを取り扱うことを可能にする、ＭＰのアプリケーションプログラムインターフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍ ｉｎｔｅｒｆａｃｅ：ＡＰＩ）が含まれる。カタログ３６は、ＭＰ２２が購入したコンテンツ（例えば、メタデータ、関連画像、など）の詳細を格納する場所であり、開示される実装に従って、ユーザ向けのＳＣＰオファーを追加するべくさらに構成される。一実装によると、ＭＰ２２は、「特集（ｆｅａｔｕｒｅｄ）」、「お勧め（ｏｕｒ ｐｉｃｋｓ）」、「特別品（ｓｐｅｃｉａｌ ｄｅａｌ）」などの特別なオファーをユーザに提供することができる。これらの新しいオファーは、他のオファーのようにＭＰによって取り扱われるが、「異なるタイプの」オファー（すなわち、ＳＣＰに由来しないオファーとは異なる）として指定される。

好ましい一実装によると、デジタルロッカー（Ｄｉｇｉｔａｌ Ｌｏｃｋｅｒ：ＤＬ）４０は、ユーザの購入したコンテンツに関連する権利を管理するべく構成される。従って、ＤＬ４０は、本開示に従ってＭＰ２２を作動させる装置の動作の以下の領域、すなわち、ｉ）権利およびステータス、ｉｉ）権利の制約とポリシー、ｉｉｉ）装置、ｉｖ）暗号化とトークン、ｖ）購入型とコンテンツ型を含む取引、において実装される。

ＤＬ４０のこれらの機能の結果、ＤＬ４０は、上記で触れたようなＭＰ２０の種々のモジュールとインターフェースも行う。例として、これらのモジュールには、ｉ）ライセンスの配信と管理のためのＤＲＭ、ｉｉ）ポリシー管理、ｉｉｉ）アカウント管理、ｉｖ）装置管理、ｖ）再生、ストリーミング管理およびダウンロード管理、ｖｉ）コンテンツ管理システム（Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：ＣＭＳ）、ｖｉｉ）オファー管理、ｖｉｉｉ）Ｓ＆Ｒ、ｉｘ）ＳＣＰコーディネータ、およびｘ）ＣＳＲ、が含まれる。

以下に記載するように、本開示のＭＰ２２を、一旦特定のコンテンツプロバイダＳＣＰに統合された後、どのように使用するのかに関して、多くの異なる「使用」シナリオが存在する。これらのシナリオには、例えば、ＳＣＰを用いてアカウントを作成し、アカウントをリンクさせ、リテーラまたはＳＣＰからダウンロードまたはストリーミングするためにコンテンツを購入すること、購入したコンテンツを１つまたは他の装置で再生すること、アカウントをアンリンクすること、などが含まれる。これらの検討を進めるために、デジタルロッカー（ＤＬ）４０が、ＭＰの種々のモジュールをインターフェースすること、および、ＡＰＩを使用して、ユーザ装置を管理しユーザ装置と通信すること（コンテンツプロバイダ固有であるか否かに係わらず）、により種々の「使用」シナリオを有効にするということは理解されたい。上記で述べたように、本実装にはいくつかの「使用」事例が存在し、これらについて、追加の図面を参照して以下で説明する。

図４を参照すると、本原理の実装の第１の段階に従う、アカウントを作成するステップ、および権利を追加して検査するステップの方法６０の全体が示される。最初に、ユーザが自分のＭＰ２２を利用してオンラインリテーラに進み、そのコンテンツカタログを閲覧し、最終的に購入するコンテンツを選択する６２。コンテンツが選択されると、ユーザは次に、「新しいアカウントの作成」をしてＳＣＰにリンクするようプロンプトされる（６４）。こここで、ユーザが「新しいアカウントの作成」を選択すると、リテールアカウント作成フォームが提示される。ユーザは、決済情報を含む自分の認証情報を入力して、「リテールアカウントの作成」を選択する。この時点で、ユーザには、作成したばかりのリテールアカウントから自分の名前および他の情報が自動入力されたＤＥＣＥアカウント作成フォームが提示される。いくつかの実装において、ユーザは、ＯＤプロバイダの必要条件に応じた別の認証情報の入力がプロンプトされてもよい。この時点で、自動入力された認証情報が表示されると（また、任意の他の必要とされる認証情報が提供されると）、ユーザは「ＤＥＣＥアカウントの作成」を選択する。そして、ＤＥＣＥアカウントは、ユーザのリテールアカウントに自動的に関連付けされる。

次に、ユーザは、コンテンツの再生時に、登録の問い合わせに対して「はい」を選択して自分の装置を登録するようプロンプトされ６６、ユーザの特定の装置がユーザのアカウントに追加される。

購入が完了すると、購入したコンテンツの権利が、ユーザのデジタルロッカー４０と、特定の（オンデマンド）コンテンツプロバイダのコーディネータ２４との両方に記録／掲示される（６８）。

リテーラアカウントを既に開設しているユーザは、リテーラのウェブサイト上でコンテンツを閲覧して、好みのコンテンツを選択することができ、かつ、自分のリテーラアカウント認証情報を入力してあれば、購入したコンテンツおよびその権利は、関連する権利をユーザのデジタルロッカー４０およびＳＣＰコーディネータ２４に再度記録することにより、自分のアカウントで利用可能になる。

ユーザが、自分が権利を購入したコンテンツ（それらの権利がＳＣＰまたは他のコンテンツプロバイダに由来するものであろうとなかろうと）を、自分のＭＰ（ＬＡＳＰ）を作動させている自分の装置にストリーミングすることを求める場合、ユーザは、自分のリテーラアカウント認証情報を入力し、リテーラのウェブサイト上でコンテンツを閲覧し、再生するコンテンツを選択して、そして、権利がユーザのデジタルロッカー４０および／またはＳＣＰコーディネータ２４において利用可能であると想定されて、コンテンツが再生される（すなわち、ストリーミングされる）。

ユーザがコンテンツの再生を選択すると、ＭＰはデジタルロッカー４０に権利の妥当性確認を問い合わせる。権利の妥当性確認には、例えば、購入の型（例えば、ＶＯＤ、ＥＳＴ）、メディアの型（例えば、ＳＤ、ＨＤ）、装置の型およびポリシー（例えば、ウィンドウズ（登録商標）、ストリーミングの制約など）が含まれてよい。ＭＰが権利の妥当性を確認すると、デジタルロッカーは、ＤＲＭシステム（例えば、ＷｉｄｅｖｉｎｅまたはＰｌａｙＲｅａｄｙ）と通信して、ライセンシング配信を要求する。成功すると、デジタルロッカーはライセンスキーおよびセッション情報を格納する。

一実装によると、先の妥当性確認に基づき、コンテンツ配信ネットワーク（ｃｏｎｔｅｎｔ ｄｅｌｉｖｅｒｙ ｎｅｔｗｏｒｋ：ＣＤＮ）への要求が送信され、それに対してトークン化されたＵＲＬが、先に妥当性確認された権利の情報（例えば、装置の型、メディアの型など）に基づき再生のためにユーザに提供される。ＵＲＬが提供されると、再生が許可される。

再生中、デジタルロッカーは、セッション情報の格納も行い、セッション情報には、例えば、ｉ）再生セッション（例えば、ビューイングウィンドウ、再生位置など）、ｉｉ）ＤＲＭキーセッション、ｉｉｉ）ポリシー情報（例えば、現在の装置、ストリーミング／ダウンロードの制限など）、が含まれる。

ユーザが、自分が権利を有するコンテンツ（それらの権利がＳＣＰまたは他のコンテンツプロバイダに由来するものであろうとなかろうと）を、ＭＰ（ＤＰＳ）を作動させている自分の装置にダウンロードすることを求める場合、ユーザは、自分のリテーラアカウント認証情報を入力して、リテーラのウェブサイト上でコンテンツを閲覧して、ダウンロードするコンテンツを選択する。ダウンロードしたコンテンツおよびその権利は、ユーザのアカウントで利用可能であり（すなわち、権利がユーザのデジタルロッカー４０に記録される）、ＳＣＰコーディネータ２４において利用可能である。そして、ユーザは、ローカルに自分の装置２６上で、コンテンツを再生することができる。

上記で触れたように、デジタルロッカー４０は、ユーザがＳＣＰ（オンデマンド−ＯＤ）コーディネータ２４と統合するためのソースであり、ユーザが権利を既に購入済みのコンテンツにアクセス可能であるための（ＭＰ２２内の）機構である。デジタルロッカー４０は、権利をキャッシュする、権利を検索してフィルタリングする、ＩＤマッピング／ＥＩＤＲ（Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ Ｒｅｇｉｓｔｒｙ）を実行する、ならびに、メディアプラットフォーム２２と、特定のコンテンツプロバイダから購入されたコンテンツの特定のコンテンツプロバイダコーディネータ２４と、に同時発生の権利を格納する、ように構成されることにより、ＳＣＰと統合される。

従って、自分のアカウントにログインしたユーザは、自分のデジタルロッカー内に有する権利を、アカウントダッシュボードユーザインターフェース（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ：ＵＩ）、または、ユーザに自分のアカウント内で提供される他のＧＵＩを介して閲覧することができる。ユーザが自分のアカウント認証情報を入力すると、例えば、「権利のロッカーを閲覧する」およびそのアカウントで購入された全てのコンテンツのリスト化、などのオプションを選択することができ、それを購入したかもしれない、アカウント上の認証されたユーザのうちの誰であるかに係わらない。例として、ユーザがＵｌを介してログインすると、ＳＣＰについてタブが与えられてよく、ユーザは、そこにデジタルロッカー内の全ての所有するコンテンツ（すなわち、ＳＣＰを介して購入された）を表示することができ、一方で、Ｕｌ内の他のタブには、メディアプラットフォーム２２を介して購入されたコンテンツ（ＳＣＰおよび他のＣＰ両方のコンテンツであってよい）が含まれる。この時点で、ユーザは、コンテンツを選択すること、および、使用中のブラウジング装置に対してダウンロードの要求を開始することができる。あるいは、ユーザは、購入した、メディアプラットフォーム２２において利用可能なコンテンツをストリーミングおよび／またはダウンロードしてもよい。

ユーザが、何らかの理由で、自分のアカウントを削除したい場合、ユーザは、単に、ウェブポータル、リテーラまたはＬＡＳＰにおける、アクセス可能なアカウントダッシュボードＧＵＩに進み、自分の認証情報を入力し、「ＤＥＣＥアカウントの削除」を選択し、アカウントの削除を確認する。一旦削除されると、アカウントの全てのメンバーが、そのアカウントに対して、購入したコンテンツのストリーミングまたはダウンロードができなくなる。

図５を参照すると、第２の段階のメディアプラットフォーム（ＭＰ）２２と特定のコンテンツプロバイダのコーディネータ２４との統合のアーキテクチャのブロック図が示される。この第２の段階は、コンテンツ発行の役割を実装すること、および、ＡＰＩに対面するＬＡＳＰおよびＤＳＰのクライアントを実装すること、から成り、これにより、他の互換性のあるアプリケーションがＭＰ２２を使用できるようになる。

図５から明らかなように、ＡＰＩ ４２は統合されたもので、ＣＰ ＡＰＩ ４２ＢがＭＰ ＡＰＩ ４２Ａに統合される。ＭＰ ＡＰＩ ４２Ａでは、全てのＭＰのサービスと購入の呼び出しを扱い、一方、ＣＰ ＡＰＩ ４２Ｂは、ＭＰ呼び出しに埋め込まれる全てのＳＣＰ呼び出しを扱うべく構成される。図示されるように、ＭＰ ＡＰＩ ４２はコア３８の一部であり、デジタルロッカー４０と統合される。加えて、装置２６は、ＭＰ装置２６ＡとＳＣＰ装置２６Ｂとに分離することができる。好ましい一実装によると、全ての装置２６をＭＰ装置とすることができるが、ここでは分離されて、本明細書においては、ＭＰ装置２６Ａのうち、いくつかをＳＣＰ認証および／または準拠装置２６Ｂとすることができると考えられることが示される。

第１の段階の実装のように、本第２の段階の実装に関連するいくつかの「使用」事例が存在し、例示動作の目的でこれらについて以下で説明する。

まず、コンテンツオーナーは、前は実行することができなかった種々の機能を実行することができるようになる。例として、ＭＰのユーザがコンテンツを購入した後、コンテンツオーナー２８Ａは、ＭＰ２２を介して、コンテンツの追加、コンテンツの更新、または、ＳＣＰコーディネータ２４からのコンテンツの削除ができる。

コンテンツの追加のために、コンテンツオーナー２８Ａは、資産およびポリシーの情報をＭＰ２２に提供し、ＭＰ２２は（メタデータプロバイダ２８ｂからの）メタデータを変換し、ＳＣＰコーディネータ２４と通信して新しいＳＣＰコンテンツを追加する。ＳＣＰコーディネータ２４におけるコンテンツの更新のために、コンテンツオーナー２８Ａは、ＭＰ２２に異なるメタデータを提供する。ＭＰ２２はメタデータを変換し、ＳＣＰコーディネータ２４と通信してＳＣＰコンテンツを更新する。コンテンツの削除のために、ＭＰ２２には、削除するコンテンツのリストを含むメタデータが提供される。ＭＰ２２はメタデータを変換し、ＳＣＰコーディネータと通信してＳＣＰコンテンツを削除する。

別の使用シナリオでは、リテーラが、どの新しいタイトル、装置およびプロモーションが利用可能であるのかを示すＲＳＳフィードを提供することができる。こうするためには、ユーザは、どの新しいコンテンツが利用可能であるのかを求めてリテーラリッチサイトサマリ（Ｒｅｔａｉｌｅｒｓ Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ：ＲＳＳ）フィードに登録する。そして、ユーザには、購入可能なコンテンツをリテーラが持っていることが自動的に通知される。例として、本通知は、電子メール、またはＵＩのフロントページ通知の形式をとることができる。ユーザは、コンテンツを選択し、リテーラの購入サイトに自動的に移動させられる。選択されたコンテンツは、ユーザのショッピングカート内に置かれ、ユーザは、単に「今買う」を選択すればよく、取引が完了し、コンテンツがユーザの装置にダウンロードされる。

別の使用シナリオでは、ユーザは自分のコンテンツをＤＥＣＥサービスから、準拠したストリーミングサービスを介して、準拠したストリーミング装置にストリーミングする。ここで、受信装置は、セットトップボックス（ｓｅｔ ｔｏｐ ｂｏｘ：ＳＴＢ）、ウェブブラウザを備えるＰＣ、タブレット、スマートフォン、またはストリーミング装置の要件に準拠した任意の自律装置、であってもよい。例として、ユーザは、自分のストリーミングサービスプロバイダに（すなわち、自分のＤＥＣＥアカウントを介してＳＣＰに）接続して、それを用いて認証を行う。ユーザは「ＤＥＣＥコンテンツを閲覧する」を選択し、自分の認証情報を用いて自分のアカウントにサインインする。ユーザ装置のブラウザを使用して、ユーザはアカウントから映画を選択し、「今視聴する」を選択し（ただし、ここでユーザは、取引の完了を要求されるかもしれず、これは、選択的にＬＡＳＰにより定義される）、映画を視聴する。

別の使用シナリオには、ユーザが、自分のアカウントの任意の装置上で再生可能であるが、その装置上で一度に１回のみ再生可能である映画を購入する（本例では、実際は借りる）というものがある。ここで、ユーザは、購入用のタイトルを閲覧して選択し、自分の認証情報を入力し、自分のアカウントの装置２６ａに映画をダウンロードする。ユーザは、複数の自分の装置２６ａの間でコンテンツを移動させることができるが、コンテンツは１つの装置上で一度に１回再生できるだけである。時間が来て借りたコンテンツの権利が失効寸前になると、デジタルロッカー４０は、ＭＰユーザにそれぞれのＡＰＩを介して、タイトルの有効期限が切れてしまうことを示す。そして、ユーザは、貸出期間を更新もしくは延長すること、または、タイトルを無効にすることができる。

ユーザが、アクセス可能なアカウントダッシュボードに進むために装置を恒久的に追加したい場合、ユーザは、ログインして「マイＤＥＣＥアカウント」などのオプションを選択し、自分の認証情報を入力する。ユーザは、「追加」の装置を選択し、ここで、新しい装置が認証済み装置２６ａのリストに追加される。ユーザは、この新規に追加された装置に、どのようにでもラベル付けすることができる。

ユーザが、自分のアカウントに装置を（例えば、友人の家で）一時的に追加したい場合、ユーザは、これを、特定のコンテンツプロバイダＩＤの装置（例えば、ＣＰ装置２６ｂ）を使用することによって、行うことができる。ユーザは、ＤＳＰを使用して友人の装置上でファイルを再生することにより装置を追加する。ここで、ＤＳＰは、友人の装置を検査し、ユーザのアカウントには無いことを確認し、次にユーザは、特定のコンテンツプロバイダのポータルを介して装置を追加することができる。あるいは、ユーザは、自分の友人を自分のアカウントに追加することができるが、友人がユーザと同じ権利を有することになる。

アカウントを除去するには、ユーザは、「この装置を除去する」をその装置上で選択する。この情報が、ＣＰコーディネータ２４に通信され、装置がそのアカウントから除去され、そのアカウントに関連するいずれのコンテンツもその装置上では再生できなくなる。

図６を参照すると、第３の段階のメディアプラットフォーム（ＭＰ）２２と特定のコンテンツプロバイダのコーディネータ２４との統合のアーキテクチャのブロック図が示される。この第３の段階は、メディアプラットフォーム２２を特定のコンテンツプロバイダ（ＳＣＰ）に準拠させることにより、統合を終了させることから成る。本質的に、メディアプラットフォーム２２は、ＣＦＦ準拠プレーヤーを統合し、ＳＣＰコンテンツを購入および管理する特定のコンテンツプロバイダのサービスを呼び出す。図６から明らかなように、ＭＰ ＡＰＩ ４２Ａは、ＭＰ装置２６ａおよびＣＰ装置２６ｂの両方に対する全てのＳＣＰ呼び出しを扱うべくさらに構成される。この場合、ＭＰ装置２６ＡまたはＣＰ装置２６Ｂのどちらかに対する全てのＭＰ呼び出しが、ＳＣＰ呼び出しと共に埋め込まれる。

本実装を用いて、ユーザは、コンテンツをＭＰ２２サービス（特定のコンテンツプロバイダに準拠する）から、ＭＰアプリケーション４２Ａ（これも特定のコンテンツプロバイダに準拠する）に、そして最終的には自分の装置にストリーミングすることができる。加えて、ユーザは、自分のコンテンツをＭＰ２２（特定のコンテンツプロバイダに準拠する）から、ＭＰ ＡＰＩ ４２Ａ（これも特定のコンテンツプロバイダに準拠する）にダウンロードすること、および、同様のコンテンツそれを各装置２６ａで閲覧することができる。

図７は、上述の実装に従う、コンテンツ配信の方法７０の概要を提供する。上述のようにユーザが特定のコンテンツプロバイダと統合されるメディアプラットフォームを持つと、ユーザは最初に、自分のメディアプラットフォーム（７２）を使用して、特定のコンテンツプロバイダ（ＳＣＰ）からオンデマンド（ＯＤ）ライブラリにアクセスする。メディアプラットフォームは、タイトル、権利、トークンなどを含む情報を特定のＯＤコンテンツプロバイダのコーディネータ（７４）から回収する。次に、タイトルが、ユーザのメディアプラットフォームを介して購入されたかどうかについて、判定７６がなされる。「はい」の場合、このタイトルは既にユーザのカタログ３６に含まれており、最小量のメタデータがＯＤコンテンツプロバイダから回収され（２８Ｂ）、ユーザに対して表示される（７８）。タイトルがユーザのメディアプラットフォーム（例えば、異なるコンテンツプロバイダまたはリテーラ）を介して購入されていない場合、タイトルがまだユーザのＭＰカタログ３６内にあるかどうか（すなわち、権利がまだ利用可能であるかどうか）について、判定がなされる。「はい」の場合、再度、最小量のメタデータがＯＤコンテンツプロバイダから回収され（２８Ｂ）、ユーザに対して表示される（７８）。タイトルがユーザのＭＰカタログ内に無い場合、タイトルＩＤがメディアプラットフォームシステムとマッチングされ、メタデータがコーディネータから直接回収される（８２）。コンテンツは、メディアプラットフォームアプリケーション（複数可）４２Ａを介してユーザに対して表示される８４。

図８は、特定のコンテンツプロバイダ（ＳＣＰ）に接続されていないときでも、ユーザにコンテンツを配信する方法９０を示す。本例において、ユーザが、特定のオンデマンドコンテンツプロバイダとの自分のＭＰアカウントをリンク解除する９２。ここで、特定のコンテンツプロバイダのコーディネータ２４は、もはやユーザには利用（すなわち、ユーザのメディアプラットフォーム２２を介した利用）が可能ではない９４。しかし、先に購入されたオンデマンドコンテンツは、ユーザにはまだ見ることができ９６、これは、その権利がユーザのデジタルロッカー４０に格納されているためである。ユーザのＭＰ２２を介して購入されたコンテンツについては、このコンテンツがユーザのカタログ３６に格納され、その権利がまだデジタルロッカー４０に格納されており、そのため、ユーザは、先に購入したタイトルをまだ見ることができ、かつ、そのようなコンテンツを直接自分の装置にストリーミングすることができる。

理解されるように、ＭＰ２２のデジタルロッカー４０は、購入、購入したコンテンツの再生および管理、のユーザの能力に関する事象のほとんどを扱う。さらなる例として、デジタルロッカー４０は、以下の態様を扱う責任を負う。Ａ）コンテンツ管理システム（ＣＭＳ）、例えば、購入したコンテンツに対する任意のさらなる更新が、しかるべくＤＬ情報に影響を与える、Ｂ）ポリシー、例えば、購入したコンテンツに対する任意のさらなる更新（ポリシーに関する）が、しかるべくＤＬ情報に影響を与える、Ｃ）ＤＲＭ、例えば、ＤＲＭシステムに対する任意のさらなる更新が、しかるべくＤＬ情報に影響を与える、Ｄ）Ｓ＆Ｒ、例えば、ＤＬに記録される情報に基づき、さらなる推奨および個人用のコンテンツリストをユーザに提供することができる、Ｅ）ＣＳＲ−ＤＬ情報に基づく顧客サービス、例えば、ＣＳＲは、装置管理、アカウント管理、返金などの何らかのＣＳＲ活動を実行する。そのため、コンテンツに関する任意のＣＳＲ活動が、ＤＬに戻って権利に影響を与える。

本原理のこれらおよび他の特徴および利点が、本明細書の技術に基づく関連する技術において通常の技術を有する者により容易に解明されるであろう。本原理の技術が、ハードウェア、 ソフトウェア、ファームウェア、専用のプロセッサ、またはそれらの組み合わせ、の種々の形式で実装されてよいことは理解すべきである。

最も好ましくは、本原理の技術は、ハードウェアとソフトウェアの組み合わせとして実装される。さらに、ソフトウェアは、プログラム記憶装置上に実体的に具体化されるアプリケーションプログラムとして実装されてよい。アプリケーションプログラムは、任意の適切なアーキテクチャを備える機械に対して、アップロードされてよく、かつ、該機械により実行されてよい。好ましくは、機械は、１つまたは複数の中央処理装置（「ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：ＣＰＵ」）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、および入出力（「Ｉ／Ｏ」）インターフェースなどのハードウェアを有するコンピュータプラットフォーム上に実装される。コンピュータプラットフォームにはまた、オペレーティングシステムおよびマイクロ命令コードが含まれてよい。本明細書に記載される種々の処理および機能は、マイクロ命令コードの一部、または、アプリケーションプログラムの一部のどちらであってもよく、その任意の組み合わせであってもよく、それらはＣＰＵにより実行されてよい。加えて、追加的なデータ記憶装置およびプリントユニットなどの種々の他の周辺ユニットが、コンピュータプラットフォームに接続されてよい。

さらに理解すべきは、添付の図面に描かれるシステムコンポーネントおよび方法のうちのいくつかが、好ましくはソフトウェアにおいて実装されるため、システムコンポーネント間の実際の接続、または、処理機能ブロックが、本原理がプログラム化される様式に応じて異なってよい。本明細書における技術を前提とすると、関連する技術において通常の技術を有する者は、本原理のこれらおよび同様の実装または構成を検討することができるであろう。

本開示の技術を組み込む実施形態が本明細書において詳細に示されかつ記載されたが、当業者は、これらの技術をさらに組み込む、多くの他の変形実施形態を容易に考案することができる。特定のコンテンツプロバイダのオンデマンド資産を使用した、メディアコンテンツ配信のための方法および装置の好ましい実施形態を記載したが（制限ではなく例示が意図される）、修正および変形が、上記の技術に照らして当業者により可能であることは留意されたい。従って、添付の請求項において概説されるような開示の範囲内にある、開示された開示の特定の実施形態において、変更がなされてよいことは理解されるであろう。

Claims (16)

1. 特定のコンテンツプロバイダの資産を使用してコンテンツを配信するための方法であって、
   ユーザのメディアプラットフォームを特定のオンデマンドコンテンツプロバイダと統合するステップと、
   前記ユーザのメディアプラットフォームを介して、前記特定のオンデマンドコンテンツプロバイダによりユーザアカウントを作成するステップと、
   前記特定のオンデマンドコンテンツプロバイダに前記ユーザのメディアプラットフォームをリンクして関連付けるステップと、
   ユーザのメディアプラットフォームを作動させるユーザ装置を介してオンデマンドコンテンツの取引を行うステップと、
   購入したオンデマンドコンテンツの権利を前記メディアプラットフォームのデジタルロッカーに記録して掲示するステップと、
   を含む、前記方法。
2. 前記記録するステップが、前記特定のオンデマンドコンテンツプロバイダのコーディネータに、購入したコンテンツの権利を記録して掲示するステップをさらに含む、請求項１に記載の方法。
3. 前記リンクして関連付けるステップが、前記ユーザのメディアプラットフォームを前記特定のオンデマンドコンテンツプロバイダのコーディネータに関連付けるステップをさらに含む、請求項２に記載の方法。
4. 前記統合するステップが、前記メディアプラットフォームを前記特定のオンデマンドコンテンツプロバイダのプロトコルに準拠するべく構成するステップをさらに含む、請求項１に記載の方法。
5. 前記構成するステップが、
   コンテンツの権利をキャッシュする、
   コンテンツの権利を検索してフィルタリングする、
   ＩＤマッピング／ＥＩＤＲを実行する、
   メディアプラットフォームを介して購入される全てのコンテンツについて、ユーザのメディアプラットフォームと、特定のコンテンツプロバイダのコーディネータと、に同時発生の権利を格納する、
   というタスクを前記メディアプラットフォームのデジタルロッカーに実行可能にさせるステップをさらに含む、請求項４に記載の方法。
6. 前記リンクするステップが、特定のユーザ装置を前記特定のオンデマンドコンテンツプロバイダに登録するステップをさらに含む、請求項１に記載の方法。
7. 前記統合するステップが、前記メディアプラットフォームおよび前記特定のコンテンツプロバイダについて、別個のアプリケーションプログラミングインターフェース（ＡＰＩ）を確立するステップであって、前記アプリケーションプログラミングインターフェースは前記メディアプラットフォームのコアの一部である、前記ステップをさらに含む、請求項１に記載の方法。
8. 前記特定のコンテンツプロバイダについての前記別個のアプリケーションプログラミングインターフェースは、前記メディアプラットフォームのアプリケーションプログラミングインターフェースに埋め込まれ、かつ、前記メディアプラットフォームに対してメディアプラットフォーム装置および準拠する特定のコンテンツプロバイダ装置の両方と通信させるように構成される、請求項７に記載の方法。
9. コンピュータにより実行可能な命令を具体化して、装置へのオンデマンドコンテンツの配信をコントロールする方法のステップを実行する、非一時的なコンピュータ可読記憶媒体上に記憶されるコンピュータプログラムであって、前記方法のステップが
   ユーザのメディアプラットフォームを特定のオンデマンドコンテンツプロバイダと統合するステップと、
   前記ユーザのメディアプラットフォームを介して、前記特定のオンデマンドコンテンツプロバイダによりユーザアカウントを作成するステップと、
   前記特定のオンデマンドコンテンツプロバイダに前記ユーザのメディアプラットフォームをリンクして関連付けるステップと、
   ユーザのメディアプラットフォームを作動させるユーザ装置を介してオンデマンドコンテンツの取引を行うステップと、
   購入したオンデマンドコンテンツの権利を前記メディアプラットフォームのデジタルロッカーに記録して掲示するステップと、
   を含む、前記コンピュータプログラム。
10. 前記特定のオンデマンドコンテンツプロバイダのコーディネータに、購入したコンテンツの権利を記録して掲示するステップをさらに含む、請求項９に記載のコンピュータプログラム。
11. 前記リンクして関連付けるステップが、前記ユーザのメディアプラットフォームを前記特定のオンデマンドコンテンツプロバイダのコーディネータに関連付けるステップをさらに含む、請求項９に記載のコンピュータプログラム。
12. 前記統合するステップが、前記メディアプラットフォームを前記特定のオンデマンドコンテンツプロバイダのプロトコルに準拠するべく構成するステップをさらに含む、請求項９に記載のコンピュータプログラム。
13. 前記構成するステップが、
    コンテンツの権利をキャッシュする、
    コンテンツの権利を検索してフィルタリングする、
    ＩＤマッピング／ＥＩＤＲを実行する、および
    メディアプラットフォームを介して購入される全てのコンテンツについて、ユーザのメディアプラットフォームと、特定のコンテンツプロバイダのコーディネータと、に同時発生の権利を格納する、
    というタスクを実行させるべく前記メディアプラットフォームのデジタルロッカーを構成するステップをさらに含む、請求項１２に記載のコンピュータプログラム。
14. 前記リンクするステップが、特定のユーザ装置を前記特定のオンデマンドコンテンツプロバイダに登録するステップをさらに含む、請求項９に記載のコンピュータプログラム。
15. 前記統合するステップが、前記メディアプラットフォームおよび前記特定のコンテンツプロバイダについて、別個のアプリケーションプログラミングインターフェース（ＡＰＩ）を確立するステップであって、前記アプリケーションプログラミングインターフェースは前記メディアプラットフォームのコアの一部である、前記ステップをさらに含む、請求項９に記載のコンピュータプログラム。
16. 前記特定のコンテンツプロバイダについての前記別個のアプリケーションプログラミングインターフェースが、前記メディアプラットフォームのアプリケーションプログラミングインターフェースに埋め込まれ、かつ、前記メディアプラットフォームに対してメディアプラットフォーム装置および準拠する特定のコンテンツプロバイダ装置の両方と通信させるように構成される、請求項１５に記載のコンピュータプログラム。