JP6280038B2 - デジタルロッカーシステムにおいてコンテンツオファーを処理する方法および機器 - Google Patents

Description

関連出願の相互参照
本特許出願は、２０１１年１０月３日付で提出された、「デジタルロッカーアーキテクチャ」という名称の米国仮特許出願第６１/５４２，７７０号の優先権の利益を主張する。上述し特定した仮特許出願の内容は、参照により本明細書に明確に組み込まれるものとする。

本発明は、概して、デジタルロッカーシステムに関する。より具体的には、本発明は、デジタルロッカーサービスをユーザに提供するために、デジタルロッカーシステムにおいてコンテンツオファーを処理することに関する。

今日では、ＶＯＤ（Ｖｉｄｅｏ−ｏｎ−Ｄｅｍａｎｄ）、ＴＶプログラム、音楽などといったデジタルコンテンツが、Ａｍａｚｏｎ、ｉＴｕｎｅｓ、およびＮｅｔｆｌｉｘといったコンテンツプロバイダを介して、広く利用可能となっている。ユーザは、これらのプロバイダからレンタルまたは購入することによって、様々なコンテンツを取得することができる。しかし残念ながら、コンテンツは、各コンテンツプロバイダが提供する個人用ロッカーに分けられるか、かつ／または、Ｕｌｔｒａｖｉｏｌｅｔといった共通ロッカー形式が、コンテンツに対して使用されている。前者の場合、ユーザは、コンテンツにアクセスするために、各コンテンツプロバイダにアクセスし、自身の対応アカウントによって各個人用ロッカーにログインしなければならない。後者の場合、共通形式が要求されるため、共通形式で格納されたコンテンツしか、ユーザは利用できない。これらの問題を克服するデジタルロッカーの構築が必要である。当技術分野において、従来の解決策は未だ十分には確立されていない。

本発明は、デジタルロッカーサービスを提供するために、コンテンツオファーを処理する方法および機器を対象とする。

一例示的実施形態によれば、外部ソースおよびローカルにホストされたソースからのコンテンツオファーを処理する方法を提供する。本方法では、少なくとも一つの外部ソースからコンテンツオファーを受信および処理し、少なくとも１つのローカルソースからコンテンツオファーを検索し、前記処理したオファーおよび前記検索したオファーを集約する。

一例示的実施形態の別の態様によって、デジタルロッカーシステムを提供する。デジタルロッカーシステムは、デジタルロッカーシステムを介してユーザに与えられた、外部ソースおよびローカルソースからのコンテンツオファーを含むコンテンツオファーを処理するオファープロセッサ、ならびに前記処理したコンテンツオファーを格納する記憶装置を備える。

本発明の上記特徴は、添付図面を参照して例示的諸実施形態を詳細に記載することによって、より明らかとなろう。

一例示的実施形態の原理による、コンテンツオファーを処理するコンテンツオファープロセッサのブロック図である。 一例示的実施形態の原理による、コンテンツオファーを処理し、デジタルロッカーサービスをユーザに提供するデジタルロッカーシステムのブロック図である 一例示的実施形態による、デジタルロッカーシステムにおけるコンテンツオファーの処理を示す例示的フロー図である。 一例示的実施形態による、デジタルロッカーシステムにおけるユーザのクエリ要求の処理を示す例示的フロー図である。 購入及びレンタルの要求を含むユーザの取得要求の処理を示す例示的フロー図である。 ユーザの再生要求の処理を示す例示的フロー図である。 一例示的実施形態による、デジタルロッカーシステムにおいて家族（ｈｏｕｓｅｈｏｌｄ）を作成する際に実施するアクションを示す図である。 一例示的実施形態による、デジタルロッカーシステムにおいて家族を更新する際に実施するアクションを示す図である。 一例示的実施形態による、デジタルロッカーシステムにおけるオファーのパーソナライズプロセスを示す図である。 マルチメディアアプリケーションのユーザがコンテンツの再生を試みる際の、再生権利付与のプロセスを示す図である。 マルチメディアアプリケーションのユーザがコンテンツの再生を試みる際の、再生権利付与のプロセスを示す図である。 一例示的実施形態による、マルチメディアシステムの図である。 別の例示的実施形態による、マルチメディアシステムの図である。 一例示的実施形態による、マルチメディアシステムの一般的フレームワークの図である。 一例示的実施形態による、マルチメディアシステムの一般的フレームワークの代替の実装例を示す図である。

コンテンツオファーを処理して、ユーザが様々なサービスプロバイダから、ＶＯＤ（ｖｉｄｅｏ ｏｎ ｄｅｍａｎｄ）のコンテンツ、ＴＶプログラム、および音楽といったコンテンツに対するコンテンツオファーを取得できるようにする、デジタルロッカーシステムについて開示する。かかるコンテンツは共通ロッカーにまとめられるが、その場合、各コンテンツプロバイダのシステムアーキテクチャおよび／またはファイル構造は様々である。本出願において、コンテンツオファーは、コンテンツを購入するようユーザに対して行われるオファーである。コンテンツオファーには、コンテンツについて記述するメタデータ、価格情報、コンテンツを取得するためのアクセス情報、コンテンツの場所を記述するＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）などといった情報を含むことができる。コンテンツは、ユーザが装置を使用して消費できるビデオ、オーディオなどであることができる。

本発明の目的とするコンテンツオファーの一例として、ユーザが自身のデジタルロッカーに有しているコンテンツに基づき、追加のコンテンツを購入するようユーザに対して行われる提案を挙げることができる。例えば、あるユーザが、Ａｍａｚｏｎからサイエンスフィクションの映画をいくつか買い、それらをＡｍａｚｏｎのデジタルロッカーサービスに格納し、かつ、そのユーザが、ｉＴｕｎｅｓからサイエンスフィクションのテレビ番組の数回の放映分を購入し、それらをデジタルロッカーとしてＡｐｐｌｅのサーバ上に格納しているとする。開示の例示的システムでは、かかるデジタルロッカーのコンテンツを分析して、追加のサイエンスフィクションのコンテンツに対するオファーを提案することができ、そのコンテンツは、Ａｍａｚｏｎ、ｉＴｕｎｅｓ、または他の任意のコンテンツプロバイダから購入可能であり、かつそれぞれの対応するデジタルロッカーまたはサポートされているならば他のデジタルロッカーに格納可能なものである。他のタイプのコンテンツ（スポーツ、映画、テレビ番組、ゲームなど）に対する他のオファーを、開示の例示的諸実施形態に従って行うこともできる。

図１は、外部ソースおよびローカルにホストされたソースからのコンテンツオファーを処理するコンテンツオファープロセッサ１００のブロック図である。プロセッサ１００は、Ａｍａｚｏｎ、ｉＴｕｎｅｓ、およびＮｅｔｆｌｉｘのような外部ソースからコンテンツオファーを受信するために使用するインタフェース１１０を備える。受信したコンテンツオファーを、プロセッサ１００の処理装置１２０によって処理する。ローカルにホストされたソースからのコンテンツオファーを検索するために、コンテンツオファー検索装置１３０をプロセッサ１００に用いる。さらに、集約装置１４０が、処理装置１２０からの処理したオファーおよび、検索装置１３０からの検索したオファーを集約し、さらなる処理のために集約したオファーを準備する。

一例示的実施形態において、処理装置１２０は、受信したコンテンツオファーに基づきカタログ情報を処理し、コンテンツオファー検索装置１３０はさらに、検索したコンテンツオファーに基づき、ローカルにホストされたソースからのコンテンツに対するカタログ情報を生成する。集約装置１４０もまた、さらなる処理のために全てのソースからのコンテンツについての集約したカタログ情報を生成するべく、処理装置１２０および検索装置１３０からのカタログ情報を集約する。

図２は、一例示的実施形態の原理による、コンテンツオファーを処理し、デジタルロッカーサービスをユーザに提供するデジタルロッカーシステムのブロック図である。デジタルロッカーシステムは、オファープロセッサ２１０および記憶装置２２０を備える。オファープロセッサは、デジタルロッカーシステムを介してユーザに提供するコンテンツオファーを処理する。コンテンツオファーには、外部ソースおよびローカルにホストされたソースからのコンテンツオファーを含む。記憶装置は、処理したコンテンツオファーをユーザが使用できるよう格納する。一例示的実施形態において、図１に示すオファープロセッサ１００を、オファープロセッサ２１０として使用することができる。図２のデジタルロッカーシステムは、ローカルにホストされたコンテンツオファーについての権利作成を提供する電子商取引のサーバ２３０を備える。

図３は、一例示的実施形態による、デジタルロッカーシステムにおけるコンテンツオファーの処理を示す例示的フロー図である。ステップ３１０において、コンテンツオファーを外部ソースから受信し、ステップ３２０において、それらをさらに処理する。ステップ３３０において、ローカルにホストされたコンテンツから、コンテンツのメタデータを検索する。ステップ３４０において、対応するコンテンツオファーを生成する。ステップ３５０において、コンテンツオファーに含まれるデジタルコンテンツを処理する。ステップ３６０において、ステップ３２０およびステップ３４０において処理したオファーを集約する。集約したオファーを用いて、コンテンツを製品化する。次いで、ステップ３８０において、対応するオファーを記憶装置にロードする。

デジタルロッカーシステムによってユーザに提供されるデジタルロッカーサービスには、コンテンツオファーのクエリ、コンテンツの取得、およびコンテンツの再生を含み、それらを、デジタルロッカーシステムのサービスプロセッサによって取り扱う。

図４は、デジタルロッカーシステムにおけるユーザのクエリ要求の処理を示す例示的フロー図である。プロセスは、ステップ４１０において、ユーザのクエリ要求を受信することにより開始する。ステップ４２０において、外部コンテンツソースおよびローカルにホストされたコンテンツからの処理および集約したオファーを格納するオファーキャッシュといった記憶装置から、オファー情報を読み取る。ステップ４３０において、クエリ結果を生成する。任意のステップ４４０において、例えばユーザの嗜好に基づき生成したクエリ結果により、オファーをパーソナライズする。次いで、ステップ４５０において、クエリ結果をユーザに提示する。

図５は、購入及びレンタルの要求を含むユーザの取得要求の処理を示す例示的フロー図である。ステップ５１０において、処理はユーザの取得要求を受信する。要求を処理するために、任意のステップ５２０おいて、格納したオファーデータを使用してオファーを有効にする。ステップ５３０において、要求されたコンテンツに対するコンテンツオファーのプロバイダを判定する。判定ステップ５４０において、コンテンツプロバイダがローカルにホストされているか否かを判定する。ローカルにホストされている場合、ステップ５５０において、取得要求を、システムコアサービスを用いてローカルに処理する。ローカルにホストされていない場合、プロセスはステップ５６０に進み、コンテンツプロバイダが外部ソースからのものであるかどうかを判定する。外部ソースからのものである場合、次いで、ステップ５７０において、取得要求を、外部のバックエンドシステムを介して処理する。外部ソースからのものでない場合、それはコンテンツプロバイダが第三者のプロバイダであることを意味し、次いで、ステップ５８０において、要求を、第三者のウェブサービスを介して処理する。

図６は、ユーザの再生要求の処理を示す例示的フロー図である。ステップ６１０において、コンテンツに対するユーザの再生要求を受信する。ステップ６２０において、コンテンツのオファープロバイダを判定する。ステップ６３０において、そのコンテンツがローカルにホストされたコンテンツであると判定した場合、ステップ６４０において、システムコアサービスを呼び出し、再生要求を処理する。そのコンテンツがローカルにホストされたコンテンツでないと判定した場合、プロセスはステップ６５０に進み、そのコンテンツが外部ソースからのものであるかどうかをさらに判定する。外部ソースからのものである場合、ステップ６６０において、外部ソースが提供するバックエンドシステムを呼び出すことによって、ユーザの要求を処理する。別の一実施形態においては、ステップ６６０において、コンテンツオファーの権利をチェックし、ユーザに対してフルフィルメントＵＲＬを取得する。コンテンツオファーが第三者からのものであると判定する場合、第三者のウェブサービスを通すといった対応する処理方法を用いて、ユーザの再生要求を処理する。

以下に、Ｎａｖｉシステムと称する、本発明の原理によるデジタルロッカーシステムの詳細な一実施形態を提示する。コンテンツの外部ソースには、ＮＳＰ（ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）を含む。コンテンツのローカルホストがＮａｖｉシステムということになる。

記載のライブラリは、ＮａｖｉのＶＯＤシステム（ローカルにホストされたコンテンツ）、Ａｍａｚｏｎ、Ｎｅｔｆｌｉｘ、ｉＴｕｎｅｓなどといった様々なコンテンツプロバイダから購入／レンタルするコンテンツの、関連するメタデータおよび記述を格納することができる。すなわち、提示するアーキテクチャを使用して、Ｎａｖｉの記憶ロッカーは、各コンテンツプロバイダとインタフェースするよう構成されたモジュラーユニットを有する。様々なコンテンツプロバイダに適合するよう、外部呼び出しを修正する。様々なプロバイダからのコンテンツを、共通のリスト／記述にまとめることができるように、内部呼び出しを統一する。

Ｎａｖｉシステムは、Ｃｉｓｃｏ社のＳｉｔｅＭａｎａｇｅｒ、ＯｐｅｎＣａｓｅなどのような市販製品を使用して、加入者管理、デジタルロッカー機能、権利チェック、およびコンテンツフルフィルメントＵＲＬの生成というような機能を用いて実装することができる。

ＮａｖｉシステムをＳｉｔｅＭａｎａｇｅｒシステムと統合する際、以下を実施してよい。すなわち、（１）Ｎａｖｉの家族を作成する際、ＳｉｔｅＭａｎａｇｅｒの加入者を作成する。ＳｉｔｅＭａｎａｇｅｒの加入者をＯｐｅｎＣａｓｅシステムに伝え、ＯｐｅｎＣａｓｅのユーザを作成する。Ｎａｖｉの家族および加入者の管理については、後で説明する。（２）外部ソースからのコンテンツを取得する際、ＳｉｔｅＭａｎａｇｅｒのウェブサービスを使用してオファー価格を取得し、ＲＥＳＴサービスコールを取得する際の価格が、ＳｉｔｅＭａｎａｇｅｒのオファー価格に合うかを検証する。ＲＥＳＴサービスは、システムの異なるモジュール間、またはシステムにわたって通信する方法である。（３）加入者ＩＤ（Ｎａｖｉの家族ＩＤ）およびＳＫＵを用いて、ＳｉｔｅＭａｎａｇｅｒの購入ウェブサービスを呼び出す。ＳｉｔｅＭａｎａｇｅｒの購入は、次いで権利チェックに使用できるＯｐｅｎＣａｓｅシステムに伝わる。

ＮａｖｉシステムをＯｐｅｎＣａｓｅと統合する際、以下を実施してよい。すなわち、外部ソースのコンテンツの再生要求に対して、ＯｐｅｎＣａｓｅの権利チェックサービスを呼び出す。そして、ＮＳＰのコンテンツに対するコンテンツフルフィルメントＵＲＬを取得するために、ＯｐｅｎＣａｓｅサービスを呼び出す。

加入者／家族管理
Ｎａｖｉシステムの加入者を、家族として組織する。各家族は家族アカウントを有し、そのアカウントには複数のユーザを含んでよい。家族アカウントの各ユーザは、コンテンツに対するユーザの嗜好、コンテンツへのアクセス情報などを示すユーザプロファイルを有する。家族アカウントは、家族アカウントの各ユーザに対して特定のコンテンツへのアクセスを割り当てる権利を有する。

Ｎａｖｉシステムは、家族管理に対してＢ２Ｂウェブサービスを提供する。家族の作成においては、図７に示す以下のアクションを実施する。すなわち、Ｎａｖｉの家族を作成する。Ｎａｖｉの家族のデフォルトのユーザおよびゲストユーザを作成する。ＳｉｔｅＭａｎａｇｅｒのクライアントのｃｒｅａｔｅＳｕｂｓｃｒｉｂｅｒウェブサービスを使用して、ＳｉｔｅＭａｎａｇｅｒの加入者を作成する。そして、ＳｉｔｅＭａｎａｇｅｒシステムがＳｉｔｅＭａｎａｇｅｒの加入者情報を使用してＯｐｅｎＣａｓｅのユーザアカウントを作成する。Ｎａｖｉの家族は、ＳｉｔｅＭａｎａｇｅｒの加入者に相当し、ＳｉｔｅＭａｎａｇｅｒの加入者は、ＯｐｅｎＣａｓｅのユーザに相当することに留意されたい。

家族の更新においては、図８に示す以下のアクションを実施する。すなわち、Ｎａｖｉの家族を更新する。ＳｉｔｅＭａｎａｇｅｒのクライアントの加入者更新ウェブサービスを使用して、ＳｉｔｅＭａｎａｇｅｒの加入者を更新する。ＳｉｔｅＭａｎａｇｅｒシステムがＳｉｔｅＭａｎａｇｅｒの加入者情報を使用して、ＯｐｅｎＣａｓｅのユーザアカウントを更新する。

オファー管理／コンテンツ取得／コンテンツ閲覧
Ｎａｖｉシステムは、ＳｉｔｅＭａｎａｇｅｒのエクスポートされたオファーおよびＳｅｔＪａｍのオファーからのオファーメタデータを集約した、オファーＸＭＬファイルを構築する。このオファーＸＭＬファイルを、Ｎａｖｉアプリケーションによって、インメモリキャッシュにロードする。

図９は、Ｎａｖｉアプリケーションのユーザがコンテンツの詳細にまでナビゲートする際の、オファーのパーソナライズプロセスを示す。アプリケーションサービス９１０が仲介モジュール９２０に、パーソナライズされたオファーの詳細を得るよう要求を送信する。一意のＩＤが関連付けられている、要求されるコンテンツオファーのそれぞれに対して、仲介モジュール９２０がデータサービスモジュール９４０に、オファーを得るよう要求を送信する。データサービスモジュール９４０は、コンテンツＩＤに基づきサーチを実施し、結果を仲介モジュール９２０に戻す。仲介モジュール９２０がデジタルロッカーモジュール９３０に、結果として得られたコンテンツオファーの権利をチェックするよう要求を送信する。デジタルロッカーモジュール９３０から送信された結果に基づき、仲介モジュール９２０がパーソナライズされたオファーを構築し、それらをユーザに提示するよう、アプリケーションサービス９１０に戻す。

Ｎａｖｉアプリケーションで購入またはレンタルするためにコンテンツオファーを選択する際、以下のアクションを実施する。すなわち、Ｎａｖｉアプリケーションによって、Ｎａｖｉの取得サービスを呼び出す。そして、ＣｏｎｔｅｎｔＩＤおよびｏｆｆｅｒＩＤを、キャッシュされたオファーデータを使用して有効化する。ＣｏｎｔｅｎｔＩＤはコンテンツ自体に割り当てられた識別子である。ｏｆｆｅｒＩＤは、コンテンツ自体に依存してもしなくてもよい特定のオファーに割り当てられた識別子である。さらに、取得を、Ｎａｖｉのデジタルロッカーモジュールのデータストアに追加する。

再生のためにコンテンツを選択する際、Ｎａｖｉアプリケーションは、コンテンツの再生を開始するために、オファーメタデータのｐｕｒｃｈａｓｅＵＲＩに指定されたＵＲＬを使用する。一実装形態においては、ｐｕｒｃｈａｓｅＵＲＩには、Ｈｉｇｈｗｉｎｄｓ ＣＤＮの非保護のコンテンツストリーミングのＵＲＬか、またはｖｉｄｅｏｄｅｔｅｃｉｖｅ．ｃｏｍのドメインでホストされているＩＶＡの非保護のトレイラーのＵＲＬの何れかを含む。

別の一実施形態において、Ｎａｖｉシステムは、ＳｉｔｅＭａｎａｇｅｒのエクスポートされたオファーおよびＳｅｔＪａｍのオファーからのオファーメタデータを集約した、オファーＸＭＬファイルを構築してよい。オファーキャッシュがＮＳＰ固有である場合、追加のＮＳＰの構成パラメータを使用して、どの第三者のオファーがオファーキャッシュに含まれているかを判定する。ＮＳＰのパラメータの例には、Ａｍａｚｏｎのオファーを含む／除く、またＮｅｔｆｌｉｘのオファーを含む／除くものもある。製品の要件に基づき、一実装形態においては、ＮＳＰがオファーした新しいコンテンツに対して、ある指定時間ウィンドウに対しては第三者のオファーを除くというような追加のビジネス規則を含んでよい。オファーＸＭＬファイルを、Ｎａｖｉアプリケーションによって、インメモリキャッシュにロードする。

オファーのパーソナライズには、購入およびレンタルしたコンテンツを取得するためにＮａｖｉのデジタルロッカーサービスかＯｐｅｎＣａｓｅのデジタルロッカーサービスの何れかを呼び出すことを含んでよく、これを用いて、Ｎａｖｉのユーザに対してオファーをフィルタリングする。

Ｎａｖｉアプリケーションで購入またはレンタルするためにオファーを選択する際、Ｎａｖｉアプリケーションによって、Ｎａｖｉの取得サービスを呼び出す。ＣｏｎｔｅｎｔＩＤおよびｏｆｆｅｒＩＤを、キャッシュされたオファーデータを使用して有効化する。ＮＳＰのオファーに対して、最新のＳｉｔｅＭａｎａｇｅｒのオファーと共に価格情報を有効化する。トークンにおける装置／ユーザ情報（Ｄｅｖｉｃｅ／Ｕｓｅｒ −＞ Ｈｏｕｓｅｈｏｌｄ −＞ ＮＳＰ）からマッピングすることによって、ＮＳＰを取得する。適切なＳｉｔｅＭａｎａｇｅｒのインスタンス購入ウェブサービスを、ＳｉｔｅＭａｎａｇｅｒに購入を追加するために呼び出す。ＳｉｔｅＭａｎａｇｅｒの購入を、後に権利をチェックするために、ＯｐｅｎＣａｓｅシステムと同期させる。ＮＳＰのバックエンドシステム購入サービスを呼び出す（これを、コンテンツを取得するために指定のＮＳＰのチャネルに合わせるようＣ３のソフトウェアを使用することによって実装してよいことに留意されたい。）購入をＮａｖｉのデジタルロッカーモジュールのデータストアに追加する。第三者のコンテンツに対しては、オファーメタデータの購入ＵＲＬをユーザに表示し、ユーザが購入を完了できるようにすることによって、購入フローを実装してよい。他のオプションとして、ユーザのアカウント情報が利用可能である場合、Ｎａｖｉシステムが第三者のウェブサービスを呼び出して購入プロセスを完了させることを含む。購入をＮａｖｉのデジタルロッカーモジュールのデータストア、または第３者のデジタルロッカーのデータストアに追加してよい。

コンテンツを再生のために選択する際、Ｎａｖｉアプリケーションは、Ｎａｖｉのコンテンツ認証またはコンテンツ再生サービスを呼び出す。Ｎａｖｉサービスは、オファープロバイダ（ＮＳＰまたは第３者）を判定する。ＮＳＰのコンテンツに対して、Ｎａｖｉサービスは、権利チェックのためにＯｐｅｎＣａｓｅを呼び出す。Ｎａｖｉサービスは、権利を付与されたコンテンツに対してフルフィルメントＵＲＬを取得するために、ＯｐｅｎＣａｓｅを呼び出す。Ｎａｖｉサービスは、フルフィルメントＵＲＬからＣＤＮのプロバイダを判定する。Ｎａｖｉサービスは、ＣＤＮの要件に基づき、ＵＲＬパラメータをさらに追加する。例えば、Ｐｒｉｓｍａ Ｈｉｇｈｗｉｎｄｓ ＣＤＮのフルフィルメントＵＲＬは、複数のクエリパラメータを含む。すなわち、１）トークンクエリパラメータは、ｃｏｎｔｅｎｔＩｄ、ｍｅｒｃｈａｔＩｄ、ｐｏｌｉｃｙＩｄ、ＴＴＬを有する暗号化されたトークンである。２）セキュリティクエリパラメータは、Ｈｉｇｈｗｉｎｄｓが提供する事前共有セキュリティキーを使用する、フルフィルメントＵＲＬのハッシュである。図１０〜図１１は、Ｎａｖｉアプリケーションのユーザがコンテンツの再生を試みる際の再生権利付与のプロセスを示す。

アーキテクチャの考察
外部システム設定のマッピング
複数の第３者のシステムをＰｒｉｓｍａと統合する場合、ＩＤといった追加の外部システム設定を使用する必要がある。これらの設定を、適切なＮａｖｉのドメインエンティティにマッピングすべきである。

最新のＮａｖｉのＤＢの表構造は、外部システム設定のいくつかを様々な表にマッピングしている。例えば、ＳＢ＿ＨＯＵＳＥＨＯＬＤの表には、ＮＳＰ＿ＳＵＢＳＣＲＩＢＥＲ＿ＩＤの列を含み、ＳＢ＿ＥＸＴＥＲＮＡＬ＿ＩＤＥＮＴＩＴＹの表は、Ｎａｖｉのユーザを外部のＩＤ（Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒ、Ｎｅｐｔｕｎｙ、Ｊｉｎｎｉなど）にマッピングする。

別の一実装形態においては、以下の外部システム設定のマッピングを含むことができる。すなわち、ＮａｖｉのＮＳＰの、ＳｉｔｅＭａｎａｇｅｒのウェブサービスのエンドポイントへのマッピング（各ＮＳＰは、別個のＳｉｔｅＭａｎａｇｅｒのインスタンスにアクセスする）、ＮａｖｉのＮＳＰの、ＳｉｔｅＭａｎａｇｅｒのＮＳＰ ＩＤへのマッピング（ＳｉｔｅＭａｎａｇｅｒのｃｒｅａｔｅＳｕｂｓｃｒｉｂｅｒ ＡＰＩは、ＳｉｔｅＭａｎａｇｅｒのＮＳＰ ＩＤを必要とする）、ＮａｖｉのＮＳＰのＯｐｅｎＣａｓｅのアフィリエイトＩＤへのマッピング（ＯｐｅｎＣａｓｅのｆｉｎｄＡｃｃｏｕｔＢｙＥｘｔｅｒｎａｌＩＤは、ＯｐｅｎＣａｓｅのアフィリエイトＩＤを必要とする）。

システム設定のマッピングには、Ｎａｖｉのエンティティの第３者のシステム設定に対する一貫したアプローチおよび実装形態を保証するさらなる設計が必要である。

Ｎａｖｉシステムの一実装形態において、コンテンツは、ＮＳＰにホストされたコンテンツおよびＮａｖｉにホストされたコンテンツとして分類されるが、第三者のコンテンツもまた可能である。ＶＯＤをコンテンツの一例として挙げる。コンテンツのタイプ／ソースごとに、オファーの処理は異なる。ＮＳＰにホストされたＶＯＤに対しては、ＶＯＤオファーをＮａｖｉのオファーキャッシュ内で処理して、利用可能となる。ＶＯＤオファー、コンテンツメタデータ、および物理ファイルを、ＯｐｅｎＣＡＳＥに取り込むことはない。ＶＯＤの取得は、ＳＴＢおよびＮＳＰのバックオフィスシステムを介して行われる。ビデオの再生は、ＳＴＢおよびＮＳＰのビデオシステムを介して行われる。ＮａｖｉにホストされたＶＯＤ（Ｎａｖｉ ＯＴＴ）に対しては、ＶＯＤオファー、コンテンツメタデータ、および物理ファイルをＯｐｅｎＣＡＳＥに取り込む。製品のバンドル、メタデータ、およびオファーをＯｐｅｎＣＡＳＥで作成する。物理ファイルを、ＰｌａｙＲｅａｄｙ ＤＲＭを用いて暗号化し、ＣＤＮにアップロードする。オファーをＭａｇｅｎｔｏに伝える。オファーは、Ｎａｖｉのオファーキャッシュにおいて利用可能となる。取得は、Ｎａｖｉコアサービスを介して行われる。取得は、Ｎａｖｉのデジタルロッカーにおいて持続する。取得は、ＳｉｔｅＭａｎａｇｅｒ（購入）およびＯｐｅｎＣＡＳＥ（権利取得）において持続する。ビデオの再生は、ライセンス取得のためにＯｐｅｎＣＡＳＥのサーバおよびＰｌａｙＲｅａｄｙのライセンスサーバと統合されたカスタムＳｉｌｖｅｒｌｉｇｈｔプレイヤを使用して行われる。

図１２は、一例示的実施形態の一実装形態による、Ｎａｖｉシステムの図である。システムは、カタログ情報を含むオファーを処理するＮａｖｉカタログサーバ、および、ユーザの要求を処理するといったユーザへのサービスを提供するＮａｖｉコアサーバを備える。ＮａｖｉにホストされたＶＯＤ（Ｎａｖｉ ＯＴＴ）に対して、システムは以下のように動作する。
１．ＴＭＳのコンテンツメタデータを、Ｎａｖｉカタログおよびコンテンツキャッシュに取り込む。

ａ）ＴＭＳのコンテンツメタデータおよびＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍ ｇｕｉｄｅ）データをＴｅｃｈｎｉｃｏｌｏｒ ＩＤにマッピングする。

ｂ）カタログのコンテンツメタデータおよびＥＰＧデータをコンテンツキャッシュにロードする。

ｃ）コンテンツタイトル／リリース日／Ｔｅｃｈｎｉｃｏｌｏｒ ＩＤのマッピングファイルを作製し、ＮＳＰにより利用可能にする。
２．ＮａｖｉのＶＯＤオファーをＮａｖｉカタログに取り込む。

ａ）ＴｅｃｈｎｉｃｏｌｏｒコンテンツＩＤを含むＮａｖｉのＶＯＤオファーをカタログによって処理する。

表１は、ＮａｖｉにホストされたＶＯＤまたはＮＳＰにホストされたＶＯＤに対する、カタログへの入来ファイルの一例（ＮＳＰが提供）を示す。（ファイル命名規則：＜ＮＳＰＩｄ＞＿ｏｆｆｅｒｓ＿＜ｙｙｙｙｍｍｄｄ＿ｈｈｍｍｓｓ＞．ｘｍｌ。ｙｙｙｙｍｍｄｄ ｈｈｍｍｓｓは、ＵＴＣ２４時間形式であることに留意されたい。）

ｂ）カタログは、コンテンツバンドル、コンテンツメタデータ、オファーを、ＯｐｅｎＣａｓｅのワークフローのホットフォルダに預ける。以下に、ＮａｖｉにホストされたＶＯＤに対する、カタログからＯｐｅｎＣａｓｅへのバンドルメタデータファイルの一例を示す。

ファイル命名規則：＜ＴｅｃｈｎｉｃｏｌｏｒＩＤ＞＿ｂｕｎｄｌｅ＿ｍｅｔａｄａｔａ＿＜ｃｏｎｔｅｎｔＴｉｔｌｅ＞．ｘｍｌ
ファイル場所：新しいファイルに対しては入来フォルダ、修正ファイルに対しては更新フォルダ

表３は、ＮａｖｉにホストされたＶＯＤに対する、カタログからＯｐｅｎＣａｓｅへのコンテンツメタデータファイルの一例を示す。

ファイル命名規則：＜ＴｅｃｈｎｉｃｏｌｏｒＩＤ＞＿ｍｅｔａｄａｔａ＿＜ｃｏｎｔｅｎｔＴｉｔｌｅ＞＿ｌｏｃａｌｅ．ｘｍｌ
ファイル場所：新しいファイルに対しては入来フォルダ、修正ファイルに対しては更新フォルダ

表４は、ＮａｖｉにホストされたＶＯＤに対する、カタログからＯｐｅｎＣａｓｅへのオファーファイルの一例を示す。

ファイル命名規則：＜ＴｅｃｈｎｉｃｏｌｏｒＩＤ＞＿ｏｆｆｅｒ＿＜ｏｆｆｅｒＩｄ＞．ｘｍｌ
注：ｏｆｆｅｒＩｄはカタログによって生成され、ＯｐｅｎＣａｓｅのオファー全てにわたり一意でなければならない。

＜ＮＳＰＣａｌｌＳｉｇｎ＞＜ｅｘｔｅｒｎａｌ＿ｏｆｆｅｒｉｄ＞
注：ＮＳＰＣａｌｌＳｉｇｎは、３文字のＮＳＰ固有コードである。

ファイル場所：新しいファイルに対しては入来フォルダ、修正ファイルに対しては更新フォルダ

ｃ）物理アセットをＯｐｅｎＣａｓｅに取り込む
ｄ）暗号化したアセットをＣＤＮに公開する
３．コンテンツを製品化し、オファー情報をＳｉｔｅＭａｎａｇｅｒ／Ｍａｇｅｎｔｏに流す。

ａ）ＭａｇｅｎｔｏはＶＯＤオファー情報全てを、カタログにエクスポートする。

表５は、ＮａｖｉにホストされたＶＯＤに対する、ＳｉｔｅＭａｎａｇｅｒ／Ｍａｇｅｎｔｏからカタログのオファープロセッサにエクスポートされたオファーファイルの一例を示す。

ファイル命名規則：ｍａｇｅｎｔｏ２ｃａｔａｌｏｇ＿＜ｐｒｏｖｉｄｅｒＮａｍｅ＞＿＜ｐｒｏｖｉｄｅｒＩＤ＞．ｃｓｖ
ファイル場所：ＳｉｔｅＭａｎａｇｅｒのエクスポートフォルダ（／ｖａｒ／ｗｗｗ／ｈｔｍｌ／ｖａｒ／ｅｘｐｏｒｔ）
注：エクスポートフォルダは、ＳｉｔｅＭａｎａｇｅｒのエクスポートプロファイル内に構成可能である。

ｂ）カタログは、ｓｅｔｊａｍのオファーを処理し、ｔｅｃｈｎｉｃｏｌｏｒコンテンツｉｄを、オファーそれぞれに関連付ける。

表６は、ＮａｖｉにホストされたＶＯＤに対する、カタログで処理されるオファーファイルの一例を示す。

ファイル命名規則：ｐｒｏｇｒａｍｓ．ｘｍｌ
ファイル場所：カタログのプロセッサのホットフォルダに入れる

ｃ）カタログは、（３ａ）からの最新のＮａｖｉ ＯＴＴオファーに対して、１つのオファーファイルを生成する。これらのオファーをオファーキャッシュにロードする。Ｃｕｒｒｅｎｔ＝ｓｔａｒｔＤａｔｅ＜ｃｕｒｒｅｎｔ ｄａｔｅ＋１ ｄａｙ ａｎｄ ｅｎｄＤａｔｅ＞ｃｕｒｒｅｎｔ ｄａｔｅ

ｄ）カタログは、（３ｂ）からの最新の非Ｎａｖｉ ＯＴＴオファー全てに対して、１つのオファーファイルを生成し、これらを、オファーキャッシュにロードする。Ｃｕｒｒｅｎｔ＝ｓｔａｒｔＤａｔｅ＜ｃｕｒｒｅｎｔ ｄａｔｅ ＋１ ｄａｙ ａｎｄ ｅｎｄＤａｔｅ＞ｃｕｒｒｅｎｔ ｄａｔｅ
カタログからＮａｖｉのオファーキャッシュに送信されたＮａｖｉ ＯＴＴ ＶＯＤおよび非Ｎａｖｉ ＯＴＴオファーに対して、ファイルをドロップする場所は、Ｎａｖｉコアサーバのオファーキャッシュのホットフォルダである。
非Ｎａｖｉ ＯＴＴオファー：ファイル命名規則：ｏｔｔ＿ｏｆｆｅｒ＿ｍｅｔａｄａｔａ＿ｙｙｙｙｍｍｄｄ＿ｈｈｍｍｓｓ．ｘｍｌ
Ｎａｖｉ ＯＴＴオファー：ファイル命名規則：ｎａｖｉ＿ｏｔｔ＿ｏｆｆｅｒ＿ｍｅｔａｄａｔａ＿ｙｙｙｙｍｍｄｄ＿ｈｈｍｍｓｓ．ｘｍｌ
以下に、ＪＳＯＮデータを伴うオファーキャッシュのＸＭＬファイルの一例を示す。

以下に、ＮａｖｉのオファーキャッシュのＸＭＬスキーマ（ＸＳＤ）の一例を示す。

以下に、Ｎａｖｉのコンテンツタイトル／リリース日／Ｔｅｃｈｎｉｃｏｌｏｒ ＩＤのマッピングファイルの一例を示す。このマッピングファイルをＮＳＰに提供し、それによりＮＳＰは、ＴｅｃｈｎｉｃｏｌｏｒコンテンツＩＤを含むＮＳＰのオファーファイルを提供することが可能となる。

４．ユーザがＮａｖｉのＶＯＤコンテンツを購入する。

ａ）ウェブサービスを介して、要求をＮａｖｉコアサーバに送信し、取得はＮａｖｉのデジタルロッカーにおいて持続する。

ｂ）Ｎａｖｉコアサーバは、Ｎａｖｉの家族（Ｍａｇｅｎｔｏの加入者）のＭａｇｅｎｔｏにおいて、Ｎａｖｉ ＯＴＴコンテンツに対する購入呼び出しを起動する。

ｃ）Ｍａｇｅｎｔｏは、Ｎａｖｉの家族（ＯｐｅｎＣＡＳＥのユーザ）のＯｐｅｎＣＡＳＥにおいて、Ｎａｖｉ ＯＴＴコンテンツに対する権利を作成する。
５．ユーザがＮａｖｉのＶＯＤコンテンツを再生する。

ａ）ウェブサービスを介して、権利データを求める要求をＮａｖｉコアサーバに送信する。

ｂ）Ｎａｖｉコアサーバは、ＯｐｅｎＣＡＳＥの権利チェックサービスを呼び出す。

ｃ）再生のために、権利認証情報およびフルフィルメントＵＲＬを、Ｎａｖｉアプリケーションに戻す。

図１３は、一例示的実施形態の一実装形態による、ＮＳＰにホストされたＶＯＤに対するデータフローを有するＮａｖｉシステムの図を示す。
１．ＴＭＳのコンテンツメタデータを、Ｎａｖｉカタログおよびコンテンツキャッシュに取り込む。

ａ）ＴＭＳのコンテンツメタデータおよびＥＰＧデータをＴｅｃｈｎｉｃｏｌｏｒ ＩＤにマッピングする。

ｂ）カタログのコンテンツメタデータおよびＥＰＧデータをコンテンツキャッシュにロードする。

ｃ）コンテンツタイトル／リリース日／Ｔｅｃｈｎｉｃｏｌｏｒ ＩＤのマッピングファイルを作製し、ＮＳＰにより利用可能にする。
２．ＮＳＰのＶＯＤのカタログをＮａｖｉのコンテンツＴｅｃｈｎｉｃｏｌｏｒ ＩＤにマッピングする。

ａ）ＴｅｃｈｎｉｃｏｌｏｒコンテンツＩＤを含むＮＳＰのＶＯＤオファーを、カタログによって処理する。

ｂ）カタログは、Ｓｅｔｊａｍのオファーを処理し、各オファーをｔｅｃｈｎｉｃｏｌｏｒのコンテンツＩｄに関連付ける。

ｃ）カタログが生成した最新の非Ｎａｖｉ ＯＴＴオファー（ｓｅｔｊａｍ）に対する１つのオファーファイルを、オファーキャッシュにロードする。ＮＳＰにホストされたオファーに対して、ファイル命名規則は、ＮＳＰ＜ＮＳＰＩＤ＞＿ｏｆｆｅｒ＿ｍｅｔａｄａｔａ＿ｙｙｙｙｍｍｄｄ＿ｈｈｍｍｓｓ．ｘｍｌである。以下に、ＪＳＯＮデータを伴うオファーキャッシュのＸＭＬファイルの一例を示す。

ｄ）カタログがＮＳＰのオファーごとに１つのファイルを生成し、これらをオファーキャッシュにロードする。
３．ユーザがＶＯＤコンテンツを購入する。

ａ）ウェブサービスを介して、ＥＢＩＦコマンドを伴う要求をＮａｖｉコアサーバに送信する。

ｂ）Ｎａｖｉコアサーバは、ＥＢＩＦコマンドを、ＶＯＤの購入または再生のために、ＳＴＢに送信する。

図１４および図１５は、本発明の異なる諸実施形態による、Ｎａｖｉシステムの一般的なフレームワークを示す。

当然のことながら、開示の例示的諸実施形態を、ハードウェア、ソフトウェア、ファームウェア、専用プロセッサ、またはそれらの組み合わせといった様々な形態で実装してよい。開示の例示的諸実施形態を、ハードウェアおよびソフトウェアの組み合わせとして実装することができる。さらに、ソフトウェアを、プログラム記憶装置上で明白に具現化されたアプリケーションプログラムとして実装することができる。アプリケーションプログラムを、任意の適切なアーキテクチャを備える機械にアップロードし、実行してよい。機械を、１つまたは複数のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、およびＩ／Ｏ（ｉｎｐｕｔ／ｏｕｔｐｕｔ）インタフェース（複数可）といったハードウェアを有するコンピュータプラットフォームで実装することができる。コンピュータプラットフォームはまた、オペレーティングシステムおよびマイクロ命令コードを含む。本明細書に記載の様々なプロセスおよび機能は、オペレーティングシステムを介して実行されるマイクロ命令コードの一部またはアプリケーションプログラムの一部のいずれか（またはその組み合わせ）であってよい。さらに、追加のデータ記憶装置および印刷装置といった他の様々な周辺装置を、コンピュータプラットフォームに接続してよい。

例示的諸実施形態を本明細書において詳細に記載したが、当然のことながら、本発明をこれらの実施形態に限定するものではなく、添付請求項で定義した本発明の範囲を逸脱することなく、当業者によって他の修正および変形がなされてもよい。
本発明は以下の態様を含む。
（付記１）
外部ソースおよびローカルソースからのコンテンツオファーを処理する方法であって、
少なくとも１つの外部ソースからのコンテンツオファーを受信しおよび処理するステップと、
少なくとも１つのローカルソースからのコンテンツオファーを検索するステップと、
前記処理したオファーおよび前記検索したオファーを集約するステップと、
を含む、前記方法。
（付記２）
前記コンテンツオファーは、前記コンテンツオファーに含まれる対応するコンテンツのアクセス情報を含む、付記１に記載の方法。
（付記３）
前記コンテンツオファーを処理するステップは、前記受信したコンテンツオファーに基づきカタログ情報を処理するステップを含む、付記１に記載の方法。
（付記４）
前記コンテンツオファーを検索するステップは、前記検索したコンテンツオファーに基づきカタログ情報を生成するステップを含む、付記１に記載の方法。
（付記５）
前記集約するステップを規則に基づき実施する、付記１に記載の方法。
（付記６）
少なくとも１つの外部ソースからのコンテンツオファーを受信するインタフェースと、
前記受信したコンテンツオファーを処理する処理装置と、
少なくとも１つのローカルソースからのコンテンツオファーを検索するコンテンツオファー検索装置と、
前記処理装置からの前記処理したオファーおよび前記コンテンツオファー検索装置からの前記検索したオファーを集約する集約装置と、
を備える、コンテンツオファープロセッサ。
（付記７）
前記コンテンツオファーは、前記コンテンツオファーに含まれる対応するコンテンツのアクセス情報を含む、付記６に記載のコンテンツオファープロセッサ。
（付記８）
前記処理装置は、前記受信したコンテンツオファーに基づきカタログ情報を処理する、付記６に記載のコンテンツオファープロセッサ。
（付記９）
前記コンテンツオファー検索装置は、前記検索したコンテンツオファーに基づきカタログ情報を生成する、付記６に記載のコンテンツオファープロセッサ。
（付記１０）
前記集約装置は、規則に基づき集約を実行する、付記６に記載のコンテンツオファープロセッサ。
（付記１１）
デジタルロッカーサービスを提供する方法であって、
前記デジタルロッカーサービスを介してユーザに提供するコンテンツオファーを処理するステップであって、前記コンテンツオファーは、少なくとも１つの外部ソースおよび少なくとも１つのローカルソースからのコンテンツオファーを含む、ステップと、
前記処理したコンテンツオファーを前記ユーザが使用できるように格納するステップと、
を含む、前記方法。
（付記１２）
前記処理したオファーに含まれるコンテンツを製品化するステップ
をさらに含む、付記１１に記載の方法。
（付記１３）
前記製品化するステップは、
前記少なくとも１つのローカルソースからの前記処理したオファーに含まれるコンテンツに対する権利情報を作成するステップ
を含む、付記１２に記載の方法。
（付記１４）
前記ユーザからの要求を処理するステップ
をさらに含む、付記１１に記載の方法。
（付記１５）
前記デジタルロッカーシステムを介してユーザに提供するコンテンツオファーを処理するオファープロセッサであって、前記コンテンツオファーは、少なくとも１つの外部ソースおよび少なくとも１つのローカルソースからのコンテンツオファーを含む、オファープロセッサと、
前記処理したコンテンツオファーを格納する記憶装置と、
を備える、デジタルロッカーシステム。
（付記１６）
前記少なくとも１つのローカルソースからの前記処理したオファーに含まれるコンテンツに対する権利情報を作成する電子商取引サーバ
をさらに備える、付記１５に記載のデジタルロッカーシステム。
（付記１７）
ユーザの要求を処理するサービス処理装置をさらに備える、付記１５に記載のデジタルロッカーシステム。
（付記１８）
前記ユーザの要求は、ユーザの再生要求およびユーザの取得要求のうちの１つを含む、付記１７に記載のデジタルロッカーシステム。
（付記１９）
デジタルロッカーサービスにおいてユーザの要求を処理する方法であって、
コンテンツに対するユーザの要求を受信するステップと、
前記コンテンツがローカルにホストされているかどうかを判定することによって前記コンテンツに対するスキームを判定するステップであって、前記コンテンツがローカルにホストされている場合、前記スキームを、ローカルサービスを使用するものとして判定し、他の場合、前記スキームを、外部サービスを使用するものとして判定するステップと、
前記ユーザの要求を、前記判定したスキームを使用して処理するステップと、
を含む、前記方法。
（付記２０）
前記ユーザの要求は、ユーザの再生要求およびユーザの取得要求のうちの１つを含む、付記１９に記載の方法。

Claims (16)

1. コンテンツオファーを処理する方法であって、
   コンテンツプロバイダからのコンテンツオファーを検索することであって、前記コンテンツオファーが、少なくとも前記コンテンツオファーに関連したコンテンツのメタデータ、価格情報、前記コンテンツを取得するためのアクセス情報、及び前記コンテンツの場所を記述する情報を含む、ことと、
   前記コンテンツオファーのファイル構造が前記コンテンツプロバイダとは異なる他のコンテンツプロバイダからのコンテンツオファーを受信しおよび処理することと、
   前記処理したコンテンツオファーおよび前記検索したコンテンツオファーを集約することと、
   前記集約したコンテンツオファーをユーザに提供することと、
   前記集約したコンテンツオファーの１つに対する取得要求を受信することと、
   前記要求されたコンテンツオファーのコンテンツプロバイダを判定することと、
   前記判定されたコンテンツプロバイダの取得インタフェースを呼び出すことと
   をプロセッサが実行する、前記方法。
2. 前記コンテンツオファーを処理することは、前記受信したコンテンツオファーに基づきカタログ情報を処理することを含む、請求項１に記載の方法。
3. 前記コンテンツオファーを検索することは、前記検索したコンテンツオファーに基づきカタログ情報を生成することを含む、請求項１に記載の方法。
4. 前記集約することを規則に基づき実行する、請求項１に記載の方法。
5. コンテンツプロバイダからのコンテンツオファーを検索する検索部であって、前記コンテンツオファーが、少なくとも前記コンテンツオファーに関連したコンテンツのメタデータ、価格情報、前記コンテンツを取得するためのアクセス情報、及び前記コンテンツの場所を記述する情報を含む、検索部と、
   前記コンテンツオファーのファイル構造が前記コンテンツプロバイダとは異なる他のコンテンツプロバイダからのコンテンツオファーを受信するインタフェースと、
   前記受信したコンテンツオファーを処理する処理部と、
   前記処理部からの前記処理したコンテンツオファーおよび前記検索部からの前記検索したコンテンツオファーを集約し、前記集約したコンテンツオファーをユーザに提供する集約部と、
   要求されたコンテンツオファーのコンテンツプロバイダを判定し、前記判定されたコンテンツプロバイダの取得インタフェースを呼び出すサービスプロセッサと、
   を備える、コンテンツオファーを処理する装置。
6. 前記処理部は、前記受信したコンテンツオファーに基づきカタログ情報を処理する、請求項５に記載の装置。
7. 前記コンテンツオファー検索部は、前記検索したコンテンツオファーに基づきカタログ情報を生成する、請求項５に記載の装置。
8. 前記集約部は、規則に基づき集約を実行する、請求項５に記載の装置。
9. 前記処理したコンテンツオファーを前記ユーザが使用できるように格納することを更に含む請求項１に記載の方法。
10. 前記処理したコンテンツオファーに含まれるコンテンツを製品化することをさらに含む、請求項９に記載の方法。
11. 前記製品化することは、
    前記コンテンツプロバイダからの前記処理したコンテンツオファーに含まれるコンテンツに対する権利情報を作成すること
    を含む、請求項１０に記載の方法。
12. 前記ユーザからの再生要求を処理すること
    をさらに含む、請求項９に記載の方法。
13. デジタルロッカーシステムを介してユーザに提供されたコンテンツオファーを処理するオファープロセッサであって、前記コンテンツオファーは、少なくとも１つの外部ソースおよび少なくとも１つのローカルソースからのコンテンツオファーを含む、オファープロセッサと、
    前記処理したコンテンツオファーを格納する記憶部と、
    を備える、請求項５に記載の装置。
14. 前記コンテンツプロバイダからの前記処理したコンテンツオファーに含まれるコンテンツに対する権利情報を作成する電子商取引サーバをさらに備える、請求項１３に記載の装置。
15. 前記サービスプロセッサは、ユーザの再生要求をさらに処理する、請求項１３に記載の装置。
16. 前記取得インタフェースを呼び出す際の価格が、前記要求されたコンテンツオファーの前記価格情報に合うことを検証することをさらに含む、請求項１に記載の方法。