(57)【要約】  マルチソース・ブリッジ・コンテンツ配信システムは、アクセス・ネットワーク上のスペースを賃貸するアクセス・ネットワーク事業者またはコンテンツ配信プロバイダに複数のコンテンツ所有者をリンクするので、マルチメディア・コンテンツがマルチソース・ブリッジまたはデータ・センタを介して複数のコンテンツ所有者から消費者に提供可能となる。コンテンツ・ファイルおよび関連するコンテンツ所有者プリファレンス設定が、複数のコンテンツ・ソースまたはコンテンツ・プロバイダからマルチソース・データ・センタに提供される。データ・センタまたは局所的なアクセス・ネットワークに格納されたファイルが、ローカル・アクセス・ネットワークを介して加入者に提供される。コンテンツ・ファイルは、コンテンツ所有者プリファレンス設定がコンテンツを加入者に提供するためのアクセス・ネットワークを使用するサービス・プロバイダによって設定されたサービス・プロバイダ・アクセス・ネットワーク・プリファレンス設定と十分に一致する場合に、提供される。
2009521757.tif 000002
【特許請求の範囲】
【請求項１】
複数の異なるコンテンツ・プロバイダから加入者装置へコンテンツを配信する方法であって、
複数の異なるコンテンツ・プロバイダからのコンテンツ・ファイルをマルチソース・データ・センタで受信して格納するステップと、
前記マルチソース・データ・センタをマルチソース配信ネットワーク経由で、少なくとも１つの第２ネットワーク経由の加入者装置との接続のために加入者装置の選択されたグループに関連する複数のマルチソース・コンテンツ配信プロバイダに接続するステップと、
少なくとも１つのマルチソース・コンテンツ配信プロバイダを前記第２ネットワーク経由で前記関連するグループ内の選択された加入者装置に接続するステップと、
少なくとも１つの要求されたコンテンツ・ファイルのコンテンツを前記マルチソース・データ・センタから前記選択された加入者装置へ前記加入者装置に関連する前記コンテンツ配信プロバイダを介して提供するステップと、を備える方法。
【請求項２】
前記コンテンツ配信プロバイダのうちの少なくともいくつかが、それぞれのクライアント・アクセス・ネットワークを含む第２ネットワークに関連し、前記クライアント・アクセス・ネットワーク経由で加入者装置にコンテンツを提供する請求項１に記載の方法。
【請求項３】
前記クライアント・アクセス・ネットワークが、ケーブル網と、インターネット・プロトコル・テレビ（ＩＰＴＶ）ネットワークと、電話会社ネットワークと、衛星ネットワークと、からなるグループから選択される請求項１に記載の方法。
【請求項４】
少なくとも１つの第２ネットワークが、公衆ネットワークを含み、前記コンテンツ配信プロバイダのうちの少なくともいくつかが、前記公衆ネットワーク上でウェブ・ポータルを介して加入者にコンテンツを提供するために、前記ウェブ・ポータルに関連する請求項１に記載の方法。
【請求項５】
少なくとも１つの第２ネットワークが、モバイルネットワークを含み、前記コンテンツ配信プロバイダのうちの少なくともいくつかが、モバイルネットワーク経由でモバイル装置ユーザにコンテンツを提供するためにモバイルネットワークに関連する請求項１に記載の方法。
【請求項６】
前記コンテンツ配信プロバイダのうちの少なくともいくつかが、アプリケーション・サービス・プロバイダであり、インターネットを介して加入者装置にコンテンツを提供する請求項１に記載の方法。
【請求項７】
前記コンテンツ・ファイルを受信して格納するステップが、各コンテンツ・ファイルの前記コンテンツ・プロバイダに関連するコンテンツ・プリファレンス設定を前記マルチソース・データ・センタで格納することを含む請求項１に記載の方法。
【請求項８】
各コンテンツ配信プロバイダに関連する配信プリファレンス設定を格納することをさらに含む請求項７に記載の方法。
【請求項９】
要求されたコンテンツを提供する前に、前記要求されたコンテンツ・ファイルの前記コンテンツ・プロバイダの前記コンテンツ・プリファレンス設定をローカル・コンテンツ配信プロバイダの前記配信プリファレンス設定と比較するステップと、
所定の一致が前記コンテンツ・プリファレンス設定と前記配信プリファレンス設定との間で見出される場合に限って、選択されたコンテンツ・ファイルの前記コンテンツを前記マルチソース・データ・センタからコンテンツ配信プロバイダに提供するステップと、をさらに含む請求項８に記載の方法。
【請求項１０】
前記コンテンツ・プリファレンス設定と前記配信プリファレンス設定とが、要求されたコンテンツ・ファイルの前記コンテンツに基づくタイトルレベル判断基準を含み、
前記プリファレンス設定を比較するステップが、要求されたコンテンツ・ファイルのタイトルレベル判断基準を前記配信プリファレンス設定内の前記タイトルレベル判断基準と比較することを含み、
特定のコンテンツ・ファイルが、タイトルレベル判断基準における一致がある場合に限って前記ローカル・コンテンツ配信プロバイダに提供される請求項９に記載の方法。
【請求項１１】
前記プリファレンス設定のうちの少なくともいくつかが、地理と、コンテンツ・レーティングと、価格設定と、ペアレンタル・コントロールと、ディジタル権利管理（ＤＲＭ）と、ローカライゼーションと、からなるグループから選択される請求項９に記載の方法。
【請求項１２】
コンテンツ・ソースのコンテンツ・ファイルが前記コンテンツ配信プロバイダの加入者によって要求される時に、前記コンテンツ・プロバイダの請求システムと前記コンテンツ配信プロバイダの請求システムとを調整するステップをさらに含み、
要求する加入者に請求される総額が、前記コンテンツ・プロバイダの前記請求システムと前記コンテンツ配信プロバイダの前記請求システムとの間で共有される請求項１に記載の方法。
【請求項１３】
各マルチソース・コンテンツ配信プロバイダから使用可能な前記コンテンツ・ファイルの拡張番組ガイド（ＥＰＧ）を作成するステップと、
前記それぞれのコンテンツ配信プロバイダに関連する加入者のグループに前記それぞれのコンテンツ配信プロバイダＥＰＧを提供するステップと、をさらに含む請求項１に記載の方法。
【請求項１４】
加入者から主題に関する要求を受信するステップと、
保存されたコンテンツ・ファイルに関連するメタデータ内で前記要求された主題を探すために前記メタデータを検索するステップと、
前記要求された主題に対応するメタデータを有するコンテンツ・ファイル・タイトルのリストを前記加入者に提供するステップと、をさらに含む請求項１に記載の方法。
【請求項１５】
加入者が前記リストからタイトルを選択することを可能にするステップと、
前記選択されたタイトルに関連する前記ファイルの前記コンテンツを前記加入者に提供するステップと、をさらに含む請求項１４に記載の方法。
【請求項１６】
所定のインターバルで要求された主題を検索するステップと、
各検索の後に前記要求する加入者に前記検索の結果を提供するステップと、をさらに含む請求項１４に記載の方法。
【請求項１７】
前記コンテンツが、ビデオオンデマンド・セッションとして前記加入者に提供される請求項１に記載の方法。
【請求項１８】
前記コンテンツが、放送セッションとして前記加入者に提供される請求項１に記載の方法。
【請求項１９】
各要求する加入者のコンテンツ・ファイル要求履歴を収集するステップと、
前記ファイル要求履歴に基づいて加入者プロファイルを作成するステップと、
前記加入者について作成された前記プロファイルに基づいて、その加入者に提供されるコンテンツ・ファイルにカスタム広告を挿入するステップと、をさらに含む請求項１に記載の方法。
【請求項２０】
各それぞれの加入者について作成された前記プロファイルに基づいて、加入者にクーポンを提供するステップをさらに含む請求項１９に記載の方法。
【請求項２１】
各加入者を識別コードに関連付けるステップと、
各加入者の前記プロファイルを前記加入者識別コードに関連付けるステップと、
前記プロファイルと関連する加入者識別コードとだけを前記マルチソース・ネットワークの外部の見込みのある広告主に提供するステップと、をさらに含み、
加入者個人識別情報が、前記マルチソース・コンテンツ配信ネットワークの外部に提供されない請求項１９に記載の方法。
【請求項２２】
選択されたタイトルのダウンロードに関する少なくとも１つのコンテンツ配信プロバイダからの要求を前記マルチソース・データ・センタで受信するステップと、
前記選択されたタイトルを前記マルチソース・データ・センタから前記要求するコンテンツ配信プロバイダにアップロードするステップと、
前記受信されたタイトルを前記コンテンツ配信プロバイダのローカル・マルチソース・データ・ストレージ・モジュールに格納するステップと、をさらに含む請求項１に記載の方法。
【請求項２３】
前記選択されたコンテンツ・ファイルを加入者装置に提供するステップが、前記要求されたコンテンツ・ファイルが前記要求する加入者の前記コンテンツ配信プロバイダの前記ローカル・データ・ストレージ・モジュール内で使用可能であるかどうかを検査すること、前記ローカル・データ・ストレージ・モジュール内で使用可能ではない場合に、前記マルチソース・データ・センタで前記コンテンツ・ファイルを検索すること、および前記要求されたコンテンツ・ファイルを前記加入者に提供することを含む請求項２２に記載の方法。
【請求項２４】
前記マルチソース・データ・センタで前記コンテンツ・ファイルを検索するステップが、複数の異なる位置で前記コンテンツ・ファイルを検索することを含み、
前記位置が、前記マルチソース・データ・センタのデータ・ストレージ・モジュールと、ピア・コンテンツ配信プロバイダのローカル・データ・ストレージ・モジュールと、を含み、
前記要求されたコンテンツ・ファイルを提供するステップが、前記位置のうちで前記コンテンツ・ファイルを含む選択された位置から前記コンテンツを提供することを含む請求項２３に記載の方法。
【請求項２５】
コンテンツ・ファイルの選択された組の開始部分だけを少なくとも１つのコンテンツ配信プロバイダの前記ローカル・データ・ストレージ・モジュールに格納するステップと、
前記選択された組内の要求されたコンテンツ・ファイルの前記開始部分を要求時に加入者に提供するステップと、
前記開始部分が再生しつつある時に前記マルチソース・データ・センタから前記コンテンツ・ファイルの残りを要求するステップと、
前記マルチソース・データ・センタからの受信時に、前記加入者に前記コンテンツ・ファイルの残りを提供するステップと、をさらに含む請求項２４に記載の方法。
【請求項２６】
各加入者に関連する加入者プリファレンス設定を前記マルチソース・コンテンツ配信プロバイダで格納するステップと、
前記コンテンツ・プリファレンス設定と、前記配信プリファレンス設定と、前記加入者プリファレンス設定との間に十分な一致がある時に限って、要求する加入者に要求されたコンテンツ・ファイルを提供するステップと、をさらに含む請求項９に記載の方法。
【請求項２７】
それぞれの組織体に属する加入者に適用する政府プリファレンス設定を格納するステップと、
前記コンテンツ・プリファレンス設定と、前記配信プリファレンス設定と、要求する加入者が属する組織体に適用する前記政府プリファレンス設定との間に十分な一致がある時に限って、前記要求する加入者に要求されたコンテンツ・ファイルを提供するステップと、をさらに含む請求項９に記載の方法。
【請求項２８】
異なるマルチソース・システム加入者が属する異なる組織体に対応する異なる政府プリファレンス設定を確立するステップをさらに含み、
前記組織体のうちの少なくともいくつかが、国と、州と、他の地理的地域と、からなるグループから選択される請求項２７に記載の方法。
【請求項２９】
前記コンテンツ・ファイルを格納するステップが、各コンテンツ・ファイルと共に関連するデータを格納することを含み、
各コンテンツ・ファイルの前記関連するデータが、ファイル・コンテンツ・メタデータと前記コンテンツ・ファイルを提供した前記コンテンツ・プロバイダのプリファレンス設定とを含む請求項１に記載の方法。
【請求項３０】
前記ファイル・コンテンツ・メタデータが、コンテンツ・レーティングを含む請求項２９に記載の方法。
【請求項３１】
前記コンテンツ・レーティングのうちの少なくともいくつかが、前記マルチソース・データ・センタによって確立される請求項３０に記載の方法。
【請求項３２】
前記関連するデータが、予告編と販売促進素材とをさらに含む請求項２９に記載の方法。
【請求項３３】
前記関連するデータが、ディジタル権利管理（ＤＲＭ）要件をさらに含む請求項２９に記載の方法。
【請求項３４】
受信されたコンテンツ・ファイルごとに前記マルチソース・データ・センタで複数の関連するファイルを作成するステップと、
元の前記コンテンツ・ファイルと関連するコンテンツ・ファイルとを格納するステップと、をさらに含む請求項１に記載の方法。
【請求項３５】
前記関連するファイルが、複数の異なる地理的地域用にローカライズされたファイルを含む請求項３４に記載の方法。
【請求項３６】
前記関連するファイルが、複数の異なる画面サイズ用に適合されたファイルを含む請求項３４に記載の方法。
【請求項３７】
前記関連するファイルが、複数の異なるユーザ装置ディジタル権利管理（ＤＲＭ）要件用に適合されたファイルを含む請求項３４に記載の方法。
【請求項３８】
前記ファイルを格納する前に、前記マルチソース・データ・センタで各受信されたコンテンツ・ファイルにセキュリティ・コンポーネントを追加するステップをさらに含む請求項１に記載の方法。
【請求項３９】
前記マルチソース・データ・センタで格納されたコンテンツ・ファイルを購入し、売買し、または販売するためのオプションをコンテンツ・ソースに提供するステップをさらに含む請求項１に記載の方法。
【請求項４０】
コンテンツ・ファイルと関連するコンテンツ所有者プリファレンス設定とを複数のコンテンツ・プロバイダから受信するために、複数のコンテンツ・プロバイダと通信するように構成された第１通信モジュールと、
コンテンツ・ファイルと関連するプリファレンス設定とを複数のコンテンツ・プロバイダから受信して格納する前記第１通信モジュールに関連するマルチソース・データ・ストレージ・モジュールと、
要求されたコンテンツ・ファイルを加入者の異なるグループにリンクされたコンテンツ配信プロバイダに提供し、前記コンテンツ配信プロバイダから配信プロバイダ・プリファレンス設定を受信するように構成された第２通信モジュールと、
前記データ・ストレージ・モジュールおよび通信モジュールにリンクされ、コンテンツ・ファイルを受信して配信するために、前記データ・ストレージ・モジュールでの格納のためのコンテンツ・ファイルの処理と前記通信モジュールの動作とを制御するように構成されたマルチソース・コントローラであって、コンテンツ・ファイルを要求する配信プロバイダの前記配信プロバイダ・プリファレンス設定を前記要求されたコンテンツ・ファイルに関連する前記コンテンツ所有者プリファレンス設定と比較し、前記配信プロバイダ・プリファレンス設定と前記コンテンツ所有者プリファレンス設定との間に所定の一致がある場合に限って、前記要求されたコンテンツ・ファイルを前記コンテンツ配信プロバイダに提供するように前記第２通信モジュールを制御するように構成されたプリファレンス制御モジュールを有するマルチソース・コントローラと、を備えるマルチソース・ブリッジ・コンテンツ配信システム。
【請求項４１】
前記第２通信モジュールを複数のコンテンツ配信プロバイダに接続するように構成されたマルチソース・ネットワークをさらに備える請求項４０に記載のシステム。
【請求項４２】
コンテンツ・プロバイダ請求システムとコンテンツ配信プロバイダ請求システムとをリンクするように構成されたマルチソース請求制御モジュールをさらに備え、
加入者への要求されたコンテンツ・ファイルの提供に関連する請求が、前記コンテンツ・ファイルのプロバイダと前記コンテンツ・ファイルの配給業者との間で共有される請求項４０に記載のシステム。
【請求項４３】
前記プリファレンス制御モジュールが、コンテンツ配信プロバイダを介してコンテンツ・ファイルを要求する加入者の加入者プリファレンス設定を受信し、前記要求されたファイルの前記コンテンツ所有者プリファレンス設定と前記配信プロバイダ・プリファレンス設定と加入者プリファレンス設定との間に所定の一致がある時に限って、要求する加入者のコンテンツ配信プロバイダに要求されたコンテンツ・ファイルを提供するようにさらに構成される請求項４０に記載のシステム。
【請求項４４】
前記プリファレンス制御モジュールが、組織体の政府プリファレンス設定を受信し、要求されたファイルの前記コンテンツ所有者プリファレンス設定と、要求する加入者が属する組織体の前記政府プリファレンス設定と、前記配信プロバイダ・プリファレンス設定との間に所定の一致がある時に限って、前記要求する加入者のコンテンツ配信プロバイダに前記要求されたコンテンツ・ファイルを提供するようにさらに構成される請求項４０に記載のシステム。
【請求項４５】
前記マルチソース・コントローラが、各加入者に識別コードを関連付け、加入者によって要求されたファイルの前記コンテンツに関する加入者プロファイル情報を収集し、前記加入者識別コードに関連する加入者プロファイル情報だけを格納するように構成された加入者プロキシ・モジュールをさらに備える請求項４０に記載のシステム。
【請求項４６】
前記加入者プロキシ・モジュールが、加入者プロファイル情報と関連する加入者識別コードとを前記マルチソース・システムの外部の広告主に提供し、前記関連する加入者によって要求されるコンテンツ・ファイルに広告主によって提供される加入者をターゲットとする広告を挿入するようにさらに構成される請求項４５に記載のシステム。
【請求項４７】
加入者装置にコンテンツを提供するために加入者の異なるグループにそれぞれが関連する複数のマルチソース・コンテンツ配信プロバイダであって、各コンテンツ配信プロバイダが、それぞれの加入者グループの前記加入者装置にコンテンツを配信するネットワークを有する複数のマルチソース・コンテンツ配信プロバイダと、
複数のコンテンツ・プロバイダと通信するように構成された第１通信モジュールと、前記コンテンツ・プロバイダからコンテンツ・ファイルを受信して格納する前記第１通信モジュールに関連するデータ・ストレージ・モジュールと、要求されたコンテンツ・ファイルを前記コンテンツ配信プロバイダに提供するように構成された第２通信モジュールと、前記データ・ストレージ・モジュールでの格納のためにコンテンツ・ファイルを処理し、コンテンツ・ファイルを受信して配信するために前記通信モジュールを動作させるように構成された制御モジュールと、を有するマルチソース・データ・センタと、
前記マルチソース・データ・センタをマルチソース・コンテンツ配信プロバイダにリンクするマルチソース・ネットワークと、を備え、
複数の異なるコンテンツ・プロバイダからのコンテンツが、前記マルチソース・データ・センタから前記関連するマルチソース・コンテンツ配信プロバイダおよびネットワークを介して任意の加入者装置に提供されることが可能であるマルチソース・ブリッジ・コンテンツ配信システム。
【請求項４８】
前記マルチソース・コンテンツ配信プロバイダ・ネットワークのうちの少なくともいくつかが、クライアント・アクセス・ネットワークである請求項４７に記載のシステム。
【請求項４９】
前記クライアント・アクセス・ネットワークが、ケーブルネットワークと、インターネット・プロトコル・テレビ（ＩＰＴＶ）ネットワークと、電話会社ネットワークと、衛星ネットワークと、からなるグループから選択される請求項４８に記載のシステム。
【請求項５０】
前記マルチソース・コンテンツ配信プロバイダのうちの少なくともいくつかが、コンテンツをウェブ・ポータルを介して加入者に提供するように構成されたインターネット・サービス・プロバイダ（ＩＳＰ）である請求項４７に記載のシステム。
【請求項５１】
前記コンテンツ配信プロバイダのうちの少なくともいくつかが、モバイル装置を使用する加入者にモバイルネットワーク経由でコンテンツを提供するように構成される請求項４７に記載のシステム。
【請求項５２】
前記マルチソース・データ・センタ制御モジュールが、各コンテンツ・ファイルをコンテンツ・ソースとファイル・コンテンツ判断基準とのプリファレンス設定に関連付けるように構成されたコンテンツ・ソース・プリファレンス・モジュールを有する請求項４７に記載のシステム。
【請求項５３】
各マルチソース・コンテンツ配信プロバイダが、前記マルチソース・コンテンツ配信プロバイダによって確立された配信プリファレンス設定を含む配信プリファレンス・モジュールを有する請求項５２に記載のシステム。
【請求項５４】
前記マルチ・ソース・データ・センタの前記制御モジュールが、前記要求されたコンテンツ・ファイルの前記コンテンツ・ソースの前記コンテンツ・プリファレンス設定を前記要求する加入者のローカル・コンテンツ配信プロバイダの前記配信プリファレンス設定と比較し、前記コンテンツ・プリファレンス設定と前記配信プリファレンス設定との間に所定の一致が見出される場合に限って、選択されたコンテンツ・ファイルのコンテンツを前記マルチソース・データ・センタからローカル・コンテンツ配信プロバイダに提供するように前記第２通信モジュールを制御するように構成される請求項５３に記載のシステム。
【請求項５５】
各マルチソース・コンテンツ配信プロバイダが、各加入者に提供されるべきファイルのコンテンツについて各加入者によって確立される加入者プリファレンス設定を含む加入者プリファレンス・モジュールを有し、
前記コンテンツ配信プロバイダが、前記加入者プリファレンス設定を前記コンテンツ・プリファレンス設定と比較し、前記コンテンツ・プリファレンス設定と前記加入者プリファレンス設定との間に一致が見出される場合に限って、選択されたコンテンツ・ファイルのコンテンツを加入者に提供するように構成された制御モジュールを有する請求項５４に記載のシステム。
【請求項５６】
政府組織の規則の下に含まれる加入者に提供されるべきファイルのコンテンツに関する前記政府組織によって確立されたプリファレンス設定を含む政府プリファレンス・モジュールをさらに備え、
前記マルチソース・データ・センタの前記制御モジュールが、前記政府プリファレンス設定を前記コンテンツ・プリファレンス設定と比較し、前記コンテンツ・プリファレンス設定と前記政府プリファレンス設定との間に一致が見出される場合に限って、選択されたコンテンツ・ファイルのコンテンツを加入者に提供するように前記第２通信モジュールを制御するようにさらに構成される請求項５４に記載のシステム。
【請求項５７】
各コンテンツ・ソースに関連するコンテンツ・ソース請求システムと各マルチソース配信プロバイダに関連するマルチソース配信請求システムとをさらに備え、
前記マルチソース・データ・センタの前記制御モジュールが、前記コンテンツ・ソースのコンテンツ・ファイルが前記マルチソース・データ・センタおよびローカル・アクセス・ネットワークを介して前記コンテンツ配信プロバイダの加入者によって要求される時に、前記コンテンツ・ソースと前記コンテンツ配信プロバイダとの前記請求システムを調整するように構成された請求モジュールを含み、
要求されたコンテンツ・ファイルについて請求される総額が、前記請求システムの間で共有される請求項４７に記載のシステム。
【請求項５８】
各マルチソース・コンテンツ配信プロバイダが、前記マルチソース・データ・センタからダウンロードされた選択された完全なコンテンツ・ファイルと部分的なコンテンツ・ファイルとを含むマルチソース・データ・ベースを有する請求項４７に記載のシステム。
【請求項５９】
各マルチソース・コンテンツ配信プロバイダが、マルチソース・データ・ベースと、その加入者グループへのコンテンツの供給を制御するように構成された前記データ・ベースに関連するマルチソース制御モジュールと、を有し、
前記マルチソース配信プロバイダ・データ・ベースが、前記マルチソース・コンテンツ配信プロバイダから使用可能な前記コンテンツ・ファイルの拡張番組ガイド（ＥＰＧ）を有し、
前記マルチソース配信プロバイダ制御モジュールが、前記それぞれのコンテンツ配信プロバイダに関連する加入者の前記グループに前記ＥＰＧを提供するように構成される請求項４７に記載のシステム。
【請求項６０】
前記マルチソース・データ・センタが、所望のコンテンツに関する加入者要求に応じて各コンテンツ・ファイルに関連するメタデータを検索し、前記マルチソース・コンテンツ配信プロバイダを介して前記加入者に前記所望のコンテンツを含むコンテンツ・ファイルのリストを提供するように構成された検索エンジンをさらに備える請求項４７に記載のシステム。
【請求項６１】
前記マルチソース・データ・センタとコンテンツ配信プロバイダとのうちの少なくとも１つが、各要求する加入者のコンテンツ・ファイル要求履歴を収集し、前記ファイル要求履歴に基づいて加入者プロファイルを作成し、前記マルチソース・システムの外部の見込みのある広告主に加入者プロファイルを提供し、前記加入者について作成された前記プロファイルに基づいてその加入者に提供されるコンテンツ・ファイル内にカスタム広告を挿入するように構成された加入者プロファイル・モジュールを有する請求項５３に記載のシステム。
【請求項６２】
前記加入者プロファイル・モジュールが、各加入者に識別コードを関連付け、各加入者の前記加入者プロファイルを前記加入者識別コードに関連付け、任意の加入者個人を識別する情報を一切伴わずに前記関連付けられた加入者識別コードと対応する加入者プロファイルとを前記マルチソース・ネットワークの外部の見込みのある広告主に提供するようにさらに構成され、
加入者個人識別情報が、前記マルチソース・コンテンツ配信ネットワークの外部に提供されない請求項６１に記載のシステム。
【請求項６３】
前記マルチソース・ネットワークが、ピアツーピア・コンテンツ共有のためのマルチソース・コンテンツ配信プロバイダ間のピアツーピア・リンクを含み、
各マルチソース・コンテンツ配信プロバイダが、前記マルチソース・データ・センタからダウンロードされた選択されたコンテンツ・ファイルを含むローカル・データ・ベースを有し、
各マルチソース・コンテンツ配信プロバイダが、それ自体のローカル・データ・ベース内で加入者によって要求されたコンテンツを検索し、それ自体のローカル・データ・ベース内で使用可能ではない場合に前記コンテンツをピア・コンテンツ配信プロバイダまたは前記マルチソース・データ・センタに要求し、それ自体のローカル・データ・ベース内で使用可能ではない場合に他のローカル・データ・ベースまたは前記マルチソース・データ・センタ・データ・ベースから前記要求する加入者に提供するために前記コンテンツをダウンロードするように構成された制御モジュールを有する請求項４７に記載のシステム。
【請求項６４】
各マルチソース・コンテンツ配信プロバイダが、選択されたコンテンツ・ファイルの開始部分を要求時に加入者に提供し、前記開始部分が再生しつつある時に前記マルチソース・データ・センタに前記コンテンツ・ファイルの残りを要求し、前記マルチソース・データ・センタからの受信時に前記加入者に前記コンテンツ・ファイルの前記残りを提供するように構成された制御モジュールを有する請求項４７に記載のシステム。
【請求項６５】
各マルチソース・コンテンツ配信プロバイダが、前記それぞれのコンテンツ配信プロバイダに関連するグループ内の各加入者に関連するプリファレンス設定を含む加入者プリファレンス・モジュールと、前記コンテンツ・プリファレンス設定と、前記配信プリファレンス設定と、前記加入者プリファレンス設定との間に十分な一致がある時に限って、要求されたコンテンツ・ファイルを要求する加入者に提供するように構成された制御モジュールとを有する請求項５４に記載のシステム。
【請求項６６】
政府機関によって確立されたプリファレンス設定を含む少なくとも１つの政府プリファレンス・モジュールと、
前記コンテンツ・プリファレンス設定と、前記配信プリファレンス設定と、前記政府プリファレンス設定との間に十分な一致がある時に限って、要求されたコンテンツ・ファイルを前記政府機関によって包含される要求する加入者に提供するように構成されたプリファレンス制御モジュールと、をさらに備える請求項５４に記載のシステム。
【請求項６７】
前記マルチソース・データ・センタが、各受信されたコンテンツ・ファイルに対応する複数の関連するファイルを作成し、元の前記コンテンツ・ファイルと前記関連するファイルとにインデックスを付け、前記データ・ベースに格納するように構成されたコンテンツ摂取モジュールをさらに備える請求項４７に記載のシステム。
【請求項６８】
前記関連するファイルが、複数の異なる地理的地域用にローカライズされたファイルを含む請求項６７に記載のシステム。
【請求項６９】
前記関連するファイルが、複数の異なる画面サイズ用に適合されたファイルを含む請求項６７に記載のシステム。
【請求項７０】
前記関連するファイルが、複数の異なるユーザ装置ディジタル権利管理（ＤＲＭ）要件用に適合された異なるＤＲＭプロパティを有するファイルを含む請求項６７に記載のシステム。
【請求項７１】
前記ファイル摂取モジュールが、前記ファイルを格納する前に、前記マルチソース・データ・センタで各受信されたコンテンツ・ファイルにセキュリティ・コンポーネントを追加するように構成される請求項６７に記載のシステム。
【請求項７２】
前記第１通信モジュールが、インターネット経由で選択されたウェブ・サイトを含むコンテンツ・ソースと通信するように構成され、
前記制御モジュールが、前記選択されたウェブ・サイトから前記マルチソース・ネットワークを介して要求する加入者へコンテンツをリンクするように構成される請求項４７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消費者の家庭へのマルチメディア・コンテンツの配信に関し、具体的には、異なるソースからのコンテンツを統合し、コンテンツがコンテンツ配信プロバイダによってアクセス・ネットワーク経由でエンド・ユーザに提供されることを可能にするネットワーク・アーキテクチャまたはマルチソース・ブリッジ・ネットワーク配信システムおよびその方法に関する。
【背景技術】
【０００２】
消費者の家庭へのマルチメディア・コンテンツの配信をめぐって行われている膨大な戦いがある。現在のケーブル・オファリングと衛星オファリングとに加えて、今や、電話会社が彼らの事業への再投資を試みるので、電話会社からのオファリングがある。近い将来に、Ｙａｈｏｏ！（登録商標）およびＧｏｏｇｌｅ（登録商標）などの大規模ウェブ・ポータルからのオファリングが生じるであろう。これらのウェブ・ポータルは、現在、コンテンツを消費者にもたらす方法を探している。しかし、これらのウェブ・ポータルは、アクセス・ネットワークの所有権を事実上有していない。アクセス・ネットワークは、公的な基盤経由で加入者を電気通信サービス・プロバイダに接続するネットワークである。たとえば、アクセス・ネットワークは、加入者の家庭とインターネット・サービス・プロバイダ（ＩＳＰ）自体との間のルートを提供しても良い。アクセス・ネットワークは、全世界のさまざまな消費者によって使用されている。
【０００３】
これらの競合するサービスのすべてに関する問題は、これらのサービスがコンテンツ・オファリングを分裂させる傾向があることである。たとえば、ある消費者は、ある日曜日のフットボール・ゲームのすべてを得るためには、衛星サービスに行く必要があるであろう。それと同時に、この同じ消費者は、最新のビデオ・オン・デマンド（ＶＯＤ）コンテンツを得るためには、電話会社（Ｔｅｌｃｏ）のサービスに行く必要があるであろう。同様に、この同じ消費者は、ドキュメンタリーの最も幅広い選択肢を得るためには、ウェブに行く必要があるかもしれない。最後に、この消費者は、アクセス・ネットワークとしてローカル・ケーブル・サービス（特定のコンテンツ・オファリングを有する）を使用する必要があるかもしれない。これからわかるように、消費者は、すべての競合するプラットフォームが自分自身のブランドのサービスを販売促進するためにコンテンツを使用しているため（かつ、使用させないでいるため）、このシナリオでは十分にサービスを提供されない。
【０００４】
さまざまなプロバイダからのマルチメディア・コンテンツにアクセスすることに関する消費者の要求を最終的に満足しようとする時に考慮すべき多数の重要な要因がある。これらの要因の一部は、次の通りである。
１．最も便利で使い易いオファリング。
２．最良の可能な価格設定モデル。
３．すぐに使用可能なコンテンツまたは「タイトル」の最も幅広い選択肢。
４．これらのタイトルを見つけるための強力な検索能力。
５．コンテンツのキャプチャがより便利な時に再生されることを可能にするタイムシフト装置。
６．消費者が他の地理的区域内のコンテンツを楽しむことを可能にするプレースシフト（ｐｌａｃｅ−ｓｈｉｆｔｉｎｇ）技術。
【０００５】
上記にリストされた項目に加えて、有料テレビの分野での市場独占（または事実上の独占）が、すべての関係者に対する重大な問題を引き起こす可能性があるので、現在の競争的環境を手付かずのままにすることも極めて重要である。消費者にとって、そのような市場独占は、市場で入手可能にされる革新的解決策の数を制限するはずであり、さまざまなサービスの価格設定モデルが、禁止的に高く保たれるかもしれない。コンテンツ所有者にとって、市場独占は、彼らの貴重なコンテンツを適切に現金化する能力を損なう可能性がある。そのような市場独占は、等式の両辺から発揮される極端な圧力がある可能性があるので、流通網に損傷を与える可能性もある。
【０００６】
市場の問題は、テレビ製品のほとんどの消費者によって明確に認識されている。１００個を超える放送チャネルと数百個のＶＯＤタイトルとを有していても、テレビ［ＴＶ］で見るのが面白いものは全くないと思われる。現在入手可能なオーディオ／ビデオ・コンテンツの膨大なライブラリを与えられると、消費者は、さまざまなサービス・プロバイダの間の戦争の思いも寄らない犠牲者にされる傾向がある。消費者は、膨大な量のコンテンツが無数のビジネスおよび政治上の理由により与えられないので、いらいらさせられる可能性がある。ある種のタイトルが配信の専用チャネル内での金銭的潜在能力を最大化するために与えられなくなることは理解されるが、すべてのコンテンツの大多数が与えられないことの理由はない。むしろ、コンテンツのこれらの膨大なライブラリを、流通網のすべての参加者がその経験から利益を得るような方法で提供することが、よりよい戦略であるかもしれない。
【０００７】
現在の競争的な景観を見れば、１つの脅威が突出する。大規模ウェブ・ポータルは、アクセス・ネットワーク事業者をブロードバンド・パイプのみに追いやる可能性がある。これは、消費者が、ローカル・アクセス・ネットワークを使用してインターネットにログ・オンし、その後に、すべての将来のコンテンツ再生が、消費者とウェブ・ポータルとの間の直接的な取引になることを意味する。ウェブ・ポータルとアクセス・ネットワーク事業者との間の協力または収入共有はないはずである。したがって、確立されたコンテンツ流通網内のパートナがウェブ・ポータルに参加することの動機づけは、ほとんどまたは全くない。
【０００８】
米国の連邦通信委員会（ＦＣＣ）などのある種の政府機関は、競争的景観を公正にし、最良の可能なサービス・オファリングと価値のあるオファリングとを消費者にもたらす方法を常に探している。これらの機関は、最終的に消費者を保護しようとするが、彼らの努力は、さまざまなコンテンツ・オファリングを分裂させ続けてもいる。
【０００９】
全世界のコンテンツ所有者は、最終的に、投資に対する最大の収入を得ることを求めるが、彼らは、景観を競争的に保つことに同等の関心を有する。現在、巨大な会社が参加し、大量のコンテンツを購入する場合に、この同じ会社が、将来に価格を押し下げるかもしれない（すべての競争を除去した後に）。コンテンツ所有者が、潜在的な市場独占環境から彼ら自身を保護する処置を講じることは理解できるが、これは、上で述べたように、消費者への分裂したコンテンツ・オファリングという問題をさらに加える。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、必要なものは、上で説明した従来のシステムに見られるこれらの重大な問題を克服するシステムおよび方法である。
【課題を解決するための手段】
【００１１】
本明細書で説明する実施形態は、複数のソースからのコンテンツを統合し、アクセス・ネットワーク事業者によって運営されるヘッドエンドシステムと請求システムとをリンクする管理されたネットワークを提供する。
【００１２】
一実施形態の複数の異なるコンテンツ・ソースから消費者装置または加入者装置へコンテンツを配信する方法は、複数の異なるコンテンツ・ソースからのコンテンツ・ファイルをマルチソース・データ・センタで受信して格納するステップと、マルチソース・データ・センタをマルチソース・ネットワーク経由で、各マルチソース・コンテンツ配信プロバイダがローカル・アクセス・ネットワークなどのネットワークを介して加入者のそれぞれのグループにリンクされるような複数のマルチソース・コンテンツ配信プロバイダに接続するステップと、選択されたコンテンツ・ファイルのコンテンツをマルチソース・データ・センタから加入者装置へ各加入者装置に関連するコンテンツ配信プロバイダおよびネットワークを介して提供するステップと、を備える。
【００１３】
一実施形態では、ケーブル、衛星、およびＴｅｌｃｏ−ＴＶ動作などのローカル・アクセス・ネットワークを介する複数のソースから消費者へのコンテンツ・オファリングを統合し、リンクするマルチソース・ブリッジ・ネットワーク・システムが提供される。このシステムは、アクセス・ネットワークを所有し、運営するサービス・プロバイダ、またはインターネット・サービス・プロバイダ（ＩＳＰ）、プラットフォームなどのアクセス・ネットワーク上の容量を賃借し、もしくは購入する配信プロバイダ、またはビデオ・サービスもしくはオーディオ・サービスの他のタイプのプロバイダが、その労力の報酬を払われながらコンテンツの膨大なライブラリを提供することを可能にすることができる。サービス・プロバイダまたはマルチソース配信プロバイダは、これらのさまざまなコンテンツ・オファリングを彼らのローカル・コミュニティに宣伝し、流通網にさらに報酬を払っても良い。
【００１４】
マルチソース・コンテンツ配信システムは、３ティア手法、すなわちコンテンツ所有者からアクセス・ネットワークを経て消費者へという手法を用いて、複数のソースからコンテンツを配信するマルチソース・ネットワークを提供する。アクセス・ネットワークは、そのようなネットワーク上のピアツーピア・ノードとして働いても良いので、コンテンツは、あるアクセス・ネットワークから別のアクセス・ネットワークへおよびマルチソース・データ・センタからアクセス・ネットワークへ横方向に移動することができる。
【００１５】
一実施形態のマルチソース・コンテンツ配信ネットワーク・システムは、加入者の異なるグループにそれぞれが関連する複数のマルチソース・コンテンツ配信プロバイダであって、各コンテンツ配信プロバイダが、それぞれの加入者グループにコンテンツを配信するローカル・アクセス・ネットワークなどのネットワークを有する複数のマルチソース・コンテンツ配信プロバイダと、複数のコンテンツ・プロバイダと通信するように構成された第１通信モジュールと、コンテンツ・ソースからコンテンツ・ファイルを受信して格納する第１通信モジュールに関連するデータ・ストレージ・モジュールと、要求されたコンテンツ・ファイルをコンテンツ配信プロバイダに提供するように構成された第２通信モジュールと、コンテンツ・ファイルを受信して配信するための通信モジュールの動作とデータ・ストレージ・モジュールでの格納のためのコンテンツ・ファイルの処理とを制御するように構成された制御モジュールと、を有するマルチソース・データ・センタと、マルチソース・データ・センタをマルチソース配信プロバイダにリンクするマルチソース・ネットワークと、を備え、複数の異なるコンテンツ・プロバイダからのコンテンツが、マルチソース・データ・センタから関連するマルチソース・コンテンツ配信プロバイダおよびネットワークを介して任意の加入者に提供されることが可能である。
【００１６】
一実施形態では、制御モジュールは、特定のコンテンツがアクセス・ネットワーク・データ・ベース内で使用可能でない場合に、コンテンツ配信サービス・プロバイダまたはアクセス・ネットワーク・プロバイダが、そのコンテンツに関するクライアントからの消費者要求または加入者要求に応じてマルチソース・データ・ベース内でコンテンツ・ファイルを検索することを可能にする検索エンジンを含む。このシステムは、コンテンツ・プロバイダ・プリファレンス設定とアクセス・ネットワーク／コンテンツ配信プロバイダ・プリファレンス設定とを含むプリファレンス・モジュールまたはプリファレンス・エンジンを含んでも良い。コンテンツ・ファイルは、コンテンツ所有者プリファレンス設定またはコンテンツ・プロバイダ・プリファレンス設定が、加入者にコンテンツを提供するのにアクセス・ネットワークを使用するサービス・プロバイダによって設定されたサービス・プロバイダ・アクセス・ネットワーク・プリファレンス設定と十分に一致する場合にダウンロードされる。
【００１７】
４つまでのレベルのプリファレンス設定、具体的には、コンテンツ所有者プリファレンス設定と、政府または他の組織のプリファレンス設定と、アクセス・ネットワーク・プリファレンス設定と、加入者プリファレンス設定とがシステム内に設けられても良い。マルチソース・データ・センタは、コンテンツ所有者の請求システムとコンテンツ配信プロバイダの請求システムとをリンクしても良いので、収入は、適当に共有され得るようになる。
【００１８】
セキュリティのために、消費者レベル情報は、プロキシによってマルチソース・データ・センタに使用可能にされても良く、このプロキシでは、消費者名が、まず識別コードまたは識別番号に変換され、ＩＤ番号が、データ・センタに送信される。
【００１９】
本発明の他の特徴と利点とは、以降の詳細な説明と添付図面とを再検討した後に、当業者により容易に明白になるであろう。
【００２０】
構造と動作との両方に関する本発明の詳細は、部分的に添付図面を調べることによって見つけることができ、添付図面では、類似する参照符号が類似する部分を指す。
【発明を実施するための最良の形態】
【００２１】
本明細書で開示されるいくつかの実施形態は、事実上任意のソースからのコンテンツの統合と、アクセス・ネットワーク上の賃借される容量または購入される容量を使用するアクセス・ネットワーク・プロバイダまたは他の配信サービスを介する消費者へのコンテンツのオファリングとを提供する。たとえば、本明細書で開示される一実施形態は、異なるソースからのコンテンツが相互に許容できる条件の下でエンド・ユーザまたは配信サービス・プロバイダに供給され得ることを保証するために、コンテンツ・プロバイダとアクセス・ネットワークとのプリファレンス設定を調整するマルチソース・ネットワーク配信システムを可能にする。
【００２２】
この説明を読んだ後には、さまざまな代替実施形態と代替応用例とで本発明をどのように実施すべきかが、当業者に明白になるであろう。しかし、本発明のさまざまな実施形態を本明細書で説明するが、これらの実施形態が、限定ではなく例としてのみ提示されることを理解されたい。したがって、さまざまな代替的な実施形態のこの詳細な説明は、添付の特許請求の範囲に記載された本発明の範囲または広がりを限定するものと解釈されてはならない。
【００２３】
図１に、従来技術のコンテンツ配信システムを示す。コンテンツ・ソース１は、コンテンツが配信チャネルを介して送信される前に支払いが受け取られることを検証する関連する請求システム２を有する。請求システム２が、全額払いを受け取ったことまたは許容できる時間枠の中で支払いを受け取ることの適当な信頼があることに満足すると、コンテンツが、適当なディジタル権利管理（ＤＲＭ）プロパティ３と共に準備される。
【００２４】
ＤＲＭは、通常は、ライセンス交付されず予想されない使用からコンテンツを保護するように機能する別個のコンテンツ単位に関連するプロパティの集合と見なされる。ほとんどの場合に、ＤＲＭは、暗号化と、鍵受渡方法と、時間と位置との両方に関連する「権利」と、無許可使用中の再生品質を損なうか、使用フラグをセットするか、他の法定目的に関して支援するかのいずれかのために、ある形でコンテンツをマークすることとを指す。いくつかの場合に、コンテンツ・プロバイダは、ＤＲＭを一切追加しないと決定しても良く、この場合には、図１の配信チャネルのステップ３が除去される。
【００２５】
請求システム２は、小切手と、クレジット・カードと、デビット・カードと、ＰＡＹＰＡＬ（登録商標）および同等物と、電信送金と、経時的支払い条件を含む契約と、他の形の支払いなど、支払いの事実上すべての形をとることができる。
【００２６】
ＤＲＭプロパティがステップ３でコンテンツに追加された後に、コンテンツ・プロバイダは、そのコンテンツをコンテンツ・ソース１からアクセス・ネットワーク６に送信する責任を有する。ほとんどの場合に、これは、コンテンツ・プロバイダが、ピッチャ（ｐｉｔｃｈｅｒ）機構体４を使用してコンテンツを送信することを意味するが、それを介してコンテンツがアクセス・ネットワークに送信され得る多数の他の方法がある。通常のシナリオでは、ピッチャ４は、大きいブロードバンド（または大スペクトル）接続を使用して、その所望の位置にコンテンツを送信する。これらのピッチャ機構体４は、コンテンツの送信に衛星網または光ファイバ・ネットワークを使用しても良い。その一方で、キャッチャ（ｃａｔｃｈｅｒ）機構体５は、アクセス・ネットワークによって、コンテンツを受信するのに使用される。キャッチャ機構体５は、ピッチャ機構体４の逆鏡像である可能性が最も適当である。たとえば、ピッチャ４が衛星トランスポンダである場合には、キャッチャ５は、衛星受信器である。ピッチャ４が、高速固定電話接続経由で動作するＦＴＰアプリケーションである場合には、キャッチャ５は、それ自体の高速固定電話接続経由でＦＴＰアプリケーションを使用する。
【００２７】
最終的に、アクセス・ネットワーク６は、コンテンツを受信し、顧客または加入者のクライアント装置７がそのコンテンツを見る（ＤＲＭが存在する場合には、そのＤＲＭの規則と条件との下で適当に）ことを可能にする。この従来技術のコンテンツ配信システムでは、コンテンツ・プロバイダが所与のトランザクションについてアクセス・ネットワークに報酬を与える必要がないので、アクセス・ネットワークがコンテンツ・オファリングを奨励することの利益もない。
【００２８】
図２は、複数のソースまたはコンテンツ・プロバイダからクライアントにコンテンツを供給する代替的なマルチソース・「ブリッジ」コンテンツ配信システムまたはネットワークの実施形態を示す概略ブロック図である。図２は、マルチソース「ブリッジ」コンテンツ配信システムまたはネットワークの高水準アーキテクチャの一例がどのように設計され得るかを示す。
【００２９】
図２に示されたシステムは、複数のマルチソース・サーバまたは制御モジュール５２と１つまたは複数のデータベース・モジュール５４とを含むマルチソース・データ・センタ５０を備える。データ・センタは、それ自体の安全な施設に収容されても良い。この施設は、さまざまなコンテンツ・ファイルを効率的に管理できる複数のサーバとデータベース・モジュールとを収容し、複数のコンテンツ・プロバイダまたはコンテンツ・ソース５５と加入者の異なるグループのために機能する複数のアクセス・ネットワーク５８との間のブリッジとして働いても良い。マルチソース・データ・センタは、高速回線を使用して、マルチソース・ネットワーク５６によって、マルチソース・サービスと契約するコンテンツ配信プロバイダによって使用されるさまざまなアクセス・ネットワーク５８に接続される。アクセス・ネットワークは、ケーブル・ネットワークもしくはインターネット・プロトコル・テレビ（ＩＰＴＶ）ネットワーク、２ワイヤ（もしくはＤＳＬ）・バックチャネルを用いる衛星ネットワーク、またはクライアント装置が携帯電話装置および／もしくは携帯情報端末（ＰＤＡ）のいずれかであるモバイル・ネットワークでも良い。
【００３０】
データ・センタ５０は、図２に全般的に示されているように、インターネット５９などのネットワーク上で、外部ネットワーク・セキュア・ルータまたは第１通信装置６３を介して多数の異なるコンテンツ・プロバイダ５５からコンテンツを摂取しまたは受信する。コンテンツ・プロバイダまたはコンテンツ・ソース５５は、映画スタジオ、ウェブ・プロバイダ、国際配給業者、テレビ・ネットワーク、アマチュア・コンテンツ・プロバイダなど、マルチメディア・コンテンツのどのプロバイダでも良い。受信されたコンテンツは、サーバまたは制御モジュール５２のうちの１つの一部を形成する摂取モジュールによって処理される。摂取処理は、以下で図１７から図１９に関してより詳細に説明される。摂取されたファイルは、検索のためにコンテンツ・プロバイダによって供給され、かつ／またはマルチソース・データ・センタで挿入される適当なメタデータによってインデックスを付けられ、以下で詳細に説明されるコンテンツ・プロバイダ・プリファレンス設定に関連付けられる。関連するデータを有するファイルは、その後に、データ・ベース・モジュール５４に格納される。コンテンツ・ファイルに関連する他のデータは、それぞれのファイルを供給したコンテンツ・プロバイダ用の請求システム情報である。
【００３１】
異なるコンテンツ・プロバイダからの多数の異なるタイプのコンテンツが、マルチソース・データ・センタにアップロードされても良い。コンテンツ・プロバイダは、ネットワーク会社もしくは衛星テレビ会社、映画スタジオ、インターネット・ポータルもしくはウェブ・ポータル、国際配給業者、アマチュア・プロバイダもしくは独立プロバイダなどでも良い。コンテンツは、コンテンツ・プロバイダからマルチソース・データ・センタへインターネットまたは私設ネットワーク経由のディジタル形式で、マルチソース・データ・センタ５０に関連する安全なパスワードで保護されたウェブサイトへ配信されても良い。代替的には、コンテンツは、データ・ベース・システム５４へのアップロードのために、ビデオ・テープまたはＤＶＤ上の録画としてデータ・センタ５０に郵送されても良い。
【００３２】
マルチソース・データ・センタは、さまざまなアクセス・ネットワーク５８への高速回線のネットワーク５６を使用して接続される。この接続は、マルチソース・データ・センタにあるクライアントに面するルータまたは第２通信装置５３と、各アクセス・ネットワークにあるクライアント・アクセス・ネットワーク・ルータまたは通信装置５７とを介する。各アクセス・ネットワークは、それ自体のマルチソース・サーバ６０を有し、このマルチソース・サーバ６０は、ネットワーク５８経由でマルチソース・データ・センタにあるマルチソース・サーバ５２のうちの１つにリンクする。コンテンツ・ファイルのストレージ用のデータ・ベース・モジュール６１は、アクセス・ネットワーク・マルチソース・サーバ６０に関連する。アクセス・ネットワークは、電話会社（Ｔｅｌｃｏ）、ケーブル・テレビ・プロバイダ、衛星テレビ・プロバイダ、インターネット・サービス・プロバイダなどによって所有される消費者に接続されたネットワークでも良い。アクセス・ネットワーク５８は、それ自体のネットワーク・システム６４経由でさまざまな消費者または加入者のクライアント装置またはコンテンツ・ビューワ６２に接続される。コンテンツは、各アクセス・ネットワークのルータまたはコンテンツ・ポータル６５を介してクライアント装置に供給される。図２に示されたクライアント装置またはコンテンツ・ビューワ６２は、パーソナル・コンピュータ（ＰＣ）またはラップトップ・コンピュータであるが、クライアント装置は、テレビ・セット、ビデオ再生装置、モバイル装置などの他のタイプのビューイング装置をも含んでも良い。本明細書で使用される用語「アクセス・ネットワーク」は、サービス事業者、プラットフォーム、ＩＳＰ、またはオーディオ／ビデオ・サービスの他のタイプのプロバイダと同義である。マルチソース・データ・センタからエンド・ユーザまたは消費者にコンテンツを配信するのにアクセス・ネットワークを使用するサービス事業者またはコンテンツ配信プロバイダは、必ずしもエンド・ユーザまたは消費者に接続するアクセス・ネットワークの所有者であるのではなく、いくつかの場合には、本明細書で説明するように複数のソースからコンテンツを供給するなどの別個のサービスを運営するためにアクセス・ネットワークの容量のすべてまたは一部を賃借する第三者プロバイダである。
【００３３】
全世界からの任意の個数のアクセス・ネットワークが、図２に示されているようにマルチソース・ブリッジ・ネットワーク経由で、または他の私設ネットワークもしくはインターネットなどの公衆ネットワークを介して、マルチソース・データ・センタにリンクしても良い。アクセス・ネットワーク・レベルの各マルチソース・サーバは、当初に、地理的区域について最も人気があると予測されるマルチソース・データ・センタからの選択されたコンテンツ・ファイルをキャッシングし、または格納しても良い。より人気が低いと予測されるコンテンツ・ファイルは、ストレージ要件を下げるためにアクセス・ネットワークで部分的に格納されても良く、残りは、アクセス・ネットワークの消費者または加入者からの要求時にデータ・センタからダウンロードされる。この場合には、キャッシングされたコンテンツは、ストレージ要件を下げるために、ファイルの１０％から２０％までであっても良い。アクセス・ネットワークがそのために機能する地理的地域にほとんどまたは全く関連しないと予測されるある種のコンテンツ・ファイルは、マルチソース・データ・センタからダウンロードされるのではなく、加入者が使用可能なタイトルのカタログからそれらを要求した場合に入手され得る。
【００３４】
ある地理的区域内で人気があると予測されるコンテンツ・ファイルは、すべてが、マルチソース・データ・センタからダウンロードされ、ローカルＭＳサーバ６０，６１にキャッシングされ、その結果、これらのコンテンツ・ファイルは、要求時にすばやく簡単に再生され得るようになる。ユーザが、部分的に格納されたコンテンツ・ファイルを要求する場合には、そのファイルの最初の１０％から２０％だけが、ローカルに使用可能である。しかし、このコンテンツ・ファイルは、要求時に即座に再生を開始することができる。コンテンツ・ファイルが再生を開始する時に、そのコンテンツ・ファイルの残りの部分は、マルチソース・データ・センタからダウンロードされ、そのコンテンツ・ファイルが常にローカル・サーバに存在するかのように、コンテンツが再生されるのに「間に合って」キャッシングされる。しかし、この再生中のダウンロード技法を使用することによって、ある種のトリック・モード特徴が、消費者が期待する通りには働かない可能性がある。たとえば、コンテンツ・ファイルがアクセス・ネットワークのＭＳサーバに完全にダウンロードされるまでは、コンテンツ・ファイルを最後まで早送りすることが不可能である場合がある。
【００３５】
コンテンツ・ファイルが要求され、以前の予測が、そのコンテンツ・ファイルが全くダウンロードされないと提案した場合には、少なくともコンテンツ・ファイルの開始部分をダウンロードするためにＮ秒の遅延が必要なので、我慢を要求するメッセージが、消費者に提示される必要があるものとしても良い。上記の例２に似て、コンテンツ・ファイルは、そのコンテンツ・ファイルが「再生」を開始できる前に、わずかなパーセンテージをダウンロードさせることだけを必要とする。そのコンテンツ・ファイルが「再生」を開始すると、その後に、そのファイルの残りが、ダウンロードされ得る。
【００３６】
この実施形態では、ソフトウェア・コードは、マルチソース・データ・センタ内のマルチソース・サーバ５２とアクセス・ネットワーク内またはコンテンツ配信プロバイダの施設内のマルチソース・サーバ６０との両方で提供される。このソフトウェア・コードは、配信処理を効果的かつ効率的にする形でさまざまなサーバの間のすべての活動を調整するように構成される。調整するソフトウェアの実施形態は、以下で図１６Ａと図１６Ｂとのソフトウェア流れ図に関してより詳細に説明される。
【００３７】
アクセス・ネットワークの施設内のＭＳサーバ６０は、加入者にビデオ・サービスを提供するために展開されるビデオ・サーバ・システムに、リモート・ディレクトリとして接続されても良い。この形では、ミドルウェア・サーバは、コンテンツが所与の消費者に適当に再生を開始するために、ビデオ・サーバ・システムにパス名とファイル名とを渡すことだけを必要とする。さらに、「トリック再生」などの特徴が、サポートされても良い。
【００３８】
図３は、マルチソース・データ・センタ５０からアクセス・ネットワーク５８へ、およびアクセス・ネットワーク５８からクライアント装置６２へのコンテンツ・ファイルのフロー経路の単純化された概略ブロック図である。このフローは、アクセス・ネットワークを使用する配信サービス・プロバイダが、その加入者が潜在的に関心を持つ素材のコンテンツ・ファイルと部分的コンテンツ・ファイルとのライブラリを確立する時の初期セット・アップの際に、または消費者もしくは加入者からのコンテンツに関する特定の要求の際に、発生しても良い。マルチソース・データ・センタ５０で格納される各コンテンツ・ファイルは、以下で図４に関してより詳細に説明するように、元のコンテンツ・ソースまたはコンテンツ・プロバイダの請求システム２およびそのコンテンツ・プロバイダのプリファレンス設定のプリファレンス・エンジン８に関連する。アクセス・ネットワーク５８のエンド・ユーザ・コンテンツ配信プロバイダは、それ自体の請求システム１０にも関連し、プリファレンス設定のプリファレンス・エンジン９を有する。後続の説明および図面における用語「アクセス・ネットワークのプリファレンス・エンジン」が、アクセス・ネットワーク経由でエンド・ユーザにコンテンツを提供するコンテンツ配信プロバイダによってセット・アップされるプリファレンス設定を指すことを理解されたい。以上で注記したように、コンテンツ配信プロバイダは、電話会社、ケーブル・テレビ会社などのアクセス・ネットワークの所有者兼事業者であっても良く、または、コンテンツ配信サービスを提供するためにアクセス・ネットワーク所有者から容量を単純に賃借する実体であっても良い。
【００３９】
請求システム２は、個々のトランザクションをログ記録し、適当な金額がコンテンツ・ソース５５に支払われることを確実にすることができる。コンテンツ所有者のプリファレンス・エンジン８は、コンテンツがそれによって配信され得る判断基準を定義するシステムである。コンテンツ所有者のプリファレンス・エンジンは、規則と、契約と、地理と、ポリシーと、構成設定と、プリファレンスと、コンテンツが適当なアクセス・ネットワーク５８に配信される（意図された通りに）ことを可能にする他の情報とを含む。
【００４０】
図３に示されているように、特定のコンテンツ所有者に源を発するコンテンツ・ファイルは、コンテンツ所有者のプリファレンス設定とアクセス・ネットワーク・プリファレンス・エンジン８および９との間に十分に良い一致があり、請求システム判断基準が満足される場合に、マルチソース・データ・センタからアクセス・ネットワーク５８に流れることができる。図３のコントローラ１１は、図２のマルチソース・サーバ５２内に設けられ、適切なピッチャ・システム４とキャッチャ・システム５とを介し、図２のマルチソース・サーバ・ルータ５３とクライアント・アクセス・ネットワーク・ルータ５７とを介してアクセス・ネットワーク５８に流れるコンテンツを監視するオプションのシステムである。図３のピッチャとキャッチャとは、図１に関して上記で説明したものに類似するシステムであっても良い。コントローラ１１は、コンテンツが現在正しく送信されつつあり、すべての必要なステップが、そのコンテンツをその経路に沿って保護するために行われたことを検証する流通網内の最後のチェックポイントである。コントローラ１１が、課題または問題を検出する場合には、その後に、コンテンツは、その経路上でアクセス・ネットワーク５８には送信されない。そうではなく、適当なエラー・メッセージが運営職員に送信され、彼らにその課題について警告する。その時点で、運営職員が、コントローラ１１をオーバーライドしてコンテンツをその経路上で送信することを可能にすることができ、または、すべての課題が解決されるまでコンテンツが送信されないかのいずれかになる。
【００４１】
コントローラ１１がトランザクションを承認した後に、コンテンツが、ディジタル権利管理（ＤＲＭ）プロパティ３を用いて準備される。これらのＤＲＭプロパティは、一実施形態では、データの暗号化と、暗号化鍵を安全に渡す堅牢な機構と、コピー・コントロール・フラグ、放送フラグ、可視透かし、不可視透かし、およびコンテンツをその所定の経路上で保護するように機能する他のそのような保護および「権利管理」のシステムおよび技術とを含む。
【００４２】
Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ（登録商標）  ＤＲＭ、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）（登録商標）ＤＲＭ、Ｍａｒｌｉｎ（登録商標）  ＤＲＭなどのポータブル・メディア再生装置などの消費者エレクトロニクス装置に使用されるＤＲＭフォーマットなどの現在使用されている複数のＤＲＭフォーマットがある。一実施形態のマルチソース・データ・センタは、１つのコンテンツ・ファイルをそれぞれが異なるＤＲＭを有する複数の異なる版に変換するように構成されても良い。これは、コンテンツが、マルチソース・コンテンツ配信システムの事業者によって使用されるＤＲＭ方式とは異なるＤＲＭ方式を有する他の消費者装置に配信されることを可能にする。代替的には、任意のＤＲＭ変換が、コンテンツ配信プロバイダによってアクセス・ネットワーク・レベルで実行されても良い。
【００４３】
コンテンツが、適当なＤＲＭ技術３を用いて保護されると、そのコンテンツは、コンテンツをアクセス・ネットワーク５８に効率的かつ効果的に送信する機構体であるピッチャ４に渡される。いくつかの場合には、ピッチャ４は、衛星トランスポンダである。他の場合には、ピッチャ４は、ファイル転送プロトコル（ＦＴＰ）リンクでも良い。アクセス・ネットワーク５８がコンテンツを受信することが経済的かつ効率的になる形でピッチャ４がコンテンツを送信するさまざまな他のシナリオも存在する。
【００４４】
ピッチャ４の対応物が、キャッチャ５である。キャッチャ５は、ピッチャ４の鏡像技術である。たとえば、ピッチャ４が衛星トランスポンダである場合には、キャッチャ５は、衛星受信器である。同様に、ピッチャ４がＦＴＰアップリンク施設である場合には、キャッチャ５は、ＦＴＰダウンリンク施設である。ピッチャ機構体とキャッチャ機構体は、効果的かつコスト効率的になり、キャッチャがピッチャ４によって送信される情報を受信できるように選択され得る。
【００４５】
検証装置１２は、着信コンテンツがアクセス・ネットワーク５８に関して承認されることを確認するためにその着信コンテンツを検査するコントローラ１１に似たシステムである。検証装置１２は、アクセス・ネットワーク５８のマルチソース・サーバ・システム６０内に設けられる。検証装置が、着信データに関する問題を検出する場合には、その検証装置は、複数の適当な処置のうちの１つを講じる。適当な処置の例は、次の通りである。
１．着信コンテンツをテンポラリにバッファリングする。
２．着信コンテンツを削除する。
３．コンテンツをアクセス・ネットワーク５８に配信する。
４．着信データ問題に関する課題および／または課題についてアクセス・ネットワーク５８職員に即座に通知する。
５．課題についてアクセス・ネットワーク５８職員に後刻に通知する。
【００４６】
コントローラ１１と検証装置１２との両方を実施するさまざまなオプションがある。検証装置１２は、図３に示されているようにキャッチャの後ではなく、ピッチャとキャッチャとの間に配置されても良い。コントローラ・システムと検証装置システムとの機能は、エコシステムのそれらの側を、誤り、コンテンツ所有者のプリファレンスの不注意または故意の誤用、および／または複数のタイプのシステム障害から保護することである。図２のコントローラ１１とＤＲＭ３とピッチャ４とは、コンテンツ所有者請求システム２とプリファレンス・エンジン８と共に、マルチソース・データ・センタ５０に配置される。キャッチャと検証装置とは、アクセス・ネットワークに配置される。
【００４７】
アクセス・ネットワーク５８を使用してコンテンツを配信するコンテンツ配信プロバイダは、それ自体のアクセス・ネットワーク・プリファレンス・エンジン９を使用して、コンテンツがそれによってその施設に送信され得る判断基準を示す。このプリファレンス・エンジン９は、規則と、契約と、地理と、ポリシーと、プリファレンスと、構成設定と、許容できるコンテンツのタイプを指定するように機能する他の情報とを含む。
【００４８】
コンテンツ所有者のプリファレンス・エンジン８とアクセス・ネットワークのプリファレンス・エンジン９とは、調整されたシステムである。コンテンツ所有者のプリファレンス・エンジン８は、コンテンツ・ソース５５によって供給され、そのコンテンツ・ソースから受信されるコンテンツ・ファイルに関連してマルチソース・データ・センタで格納される判断基準を指定する。アクセス・ネットワークのプリファレンス・エンジン９は、加入者またはエンド・ユーザにコンテンツを配信するのにアクセス・ネットワーク５８を使用するコンテンツ配信プロバイダまたはサービス・プロバイダによって供給される判断基準を指定する。各プリファレンス・エンジン８，９は、エコシステムのそれ自体の部分を保護するように機能する。コンテンツ所有者のプリファレンス・エンジン８とアクセス・ネットワークのプリファレンス・エンジン９との両方の判断基準が一致する時に限って、特定のコンテンツ所有者からのコンテンツ・オファリングが、マルチソース・データ・センタ５０からアクセス・ネットワーク５８に流れる。
【００４９】
アクセス・ネットワーク５８を使用するコンテンツ配信プロバイダは、それ自体の請求システム１０も有する。これは、コンテンツ配信プロバイダが、マルチソース・ブリッジ・コンテンツ配信システムに関連するさまざまなコンテンツ・ソースからのコンテンツを配信するためにそのプラットフォームを提供することへの適当な動機を有することを確認するためである。アクセス・ネットワーク５８を介してコンテンツを供給するコンテンツ配信プロバイダが、コンテンツを供給することに対して報酬を与えられることができない場合には、その後に、アクセス・ネットワークは、ブロードバンド・アクセスのみの供給業者に追いやられる危険がある。この実施形態のマルチソース配信システムを用いると、アクセス・ネットワーク５８を使用するコンテンツ・ソースまたはコンテンツ・プロバイダ５５とコンテンツ配信プロバイダとは、コンテンツ流通網内のパートナである。したがって、エコシステムの両方の部分が、プリファレンス・エンジン８，９で確立される判断基準に従って正しい支払いが受け取られることを検証するそれ自体の請求システム２，１０を有する。
【００５０】
各加入するクライアント装置６２は、アクセス・ネットワーク５８、ならびに図２および図３で定義される流通網を介してさまざまなコンテンツ・プロバイダまたはコンテンツ・ソース５５に源を発するコンテンツを含むアクセス・ネットワークのマルチソース・データ・ベースに格納されたコンテンツ・オファリングのすべてへのアクセスを有する。クライアント装置６２は、セットトップ・ボックス、モバイル装置、ＰＣ指向装置、または事実上すべての他の消費者指向装置でも良い。
【００５１】
図２のマルチソース配信ネットワーク・システムを介してビジネスをするコンテンツ・プロバイダ５５、およびエンド・ユーザ・サービスまたはコンテンツ配信プロバイダ／アクセス・ネットワーク５８は、彼らのプリファレンス・エンジン８，９に関する判断基準情報をマルチソース・サーバに供給する。これらのプリファレンス・システムが完全に展開され、必要な判断基準が入力されたならば、その後に、コンテンツは、さまざまなコンテンツ・ソース５５から潜在的に到着し始め、一致するプリファレンス設定を有するアクセス・ネットワークに要求時に供給されても良い。着信するコンテンツは、ディジタルでも良いので、ファイルとして格納され得るが、代替的な実施形態では、コンテンツがアナログ・ストリームであっても良い。これらのファイルが現れる時には、これらのファイルは、それら自体のメタデータ（存在する場合に）と一緒に、大容量のストレージ・サーバまたはデータ・ベース・システム５４に格納される。ディジタル・データ・ファイルおよび／またはアナログ・データ・ストリームは、その後に、その地理的地域でのプリファレンスに基づいてアクセス・ネットワークによってダウンロードされ得るし、アクセス・ネットワークの大容量のマルチソース・ストレージ・サーバ６０またはデータ・ベース６１に格納され得る。これらのファイル（とすべてのメタデータと）が受信されたならば、加入者へのオファリングの電子番組ガイド（ＥＰＧ）が更新されるので、消費者は、コンテンツが使用可能であることを知る。マルチソース・データ・オファリングを用いるＥＰＧの例は、図８に示されている。
【００５２】
消費者が、ＥＰＧ（図８）を使用して、特定のコンテンツ・ソース５５に源を発するコンテンツを選択したならば、その後に、請求システム２，１０は、消費者から支払い情報を受け取り、コンテンツは、再生を開始する。コンテンツ・ファイルは、ビデオオンデマンド（ＶＯＤ）セッションとしてまたは代替的には放送セッションとして消費者に再生されても良く、相違点は、ＶＯＤセッションが消費者によって制御される（開始、停止、一時停止など）ことである。放送セッションは、特定の開始時刻と終了時刻とにスケジューリングされ、コンテンツ配信プロバイダによる消費者へのダウンロードのために放送テレビ・ネットワークなどのコンテンツ・ソースから直接的にマルチソース配信センタ５０によって供給され、または、代替的には、より効率的な場合に、ピア・アクセス・ネットワークから供給されても良い。
【００５３】
図４は、コンテンツ・プロバイダまたはコンテンツ所有者のプリファレンス・エンジン８とアクセス・ネットワークのプリファレンス・エンジン９との実施形態をより詳細に示す。その図に示されているように、各プリファレンス・エンジンには、多数の判断基準または設定がある。その設定は、地理と、レーティングと、ペアレンタル・コントロールと、価格設定と、プリファレンスと、ＤＲＭと、コピー・コントロールと、ローカライゼーション課題などの課題を含んでも良い。多数の他の判断基準も、追加され得る。プリファレンス判断基準または設定は、両側（コンテンツ所有者またはコンテンツ・プロバイダとアクセス・ネットワークと）によって望み通りに選択されても良い。
【００５４】
これら２つのプリファレンス・エンジン８，９が、同期化され、一致すると決定されたならば、その後に、コンテンツ・ソース５５とアクセス・ネットワーク５８上のコンテンツ配信プロバイダとは、商業的関係の享受を開始することができる。
【００５５】
コンテンツ所有者のプリファレンス・エンジン８とアクセス・ネットワークのプリファレンス・エンジン９との両方の右端に、「タイトル」という名前のフィールドがある。このフィールドは、あるタイトルがアクセス・ネットワーク５８に送信され得るかどうかを決定するタイトル・レベル判断基準検査機能を含むものであって、以下で図５に関してより詳細に説明される。
【００５６】
特定のコンテンツ・ソース５５とアクセス・ネットワーク５８のサービス・プロバイダまたはコンテンツ配信プロバイダとが一緒にビジネスをすることができる（図４の８と９との間で検出された適当な「一致」があるという事実により）と決定されたならば、どのタイトルがエコシステムの両側で承認されるかを理解することが重要になる。タイトルレベル判断基準検査機能は、この目的のために提供される。たとえば、大規模な米国ベースのケーブル事業者と大規模な米国放送ネットワークとが、判断基準「一致」に基づいて一緒にビジネスをすることができると決定されると仮定する。米国放送ネットワークは、最初の放送から３０日後のコンテンツの転送を承認したが、それより新しいものは何も送信され得ない。もう１つの例は、局地的なＴｅｌｃｏが、全国規模のコンテンツ・アグリゲータと共にビジネスをすることができると決定するが、局地的なＴｅｌｃｏは、アダルト・コンテンツを全く望んでいない。両方の事例で、タイトル・レベル判断基準検査機能は、どのタイトルが適当であり、どのタイトルが適当でないかを決定するのに使用される。図４で定義されたフィールドは、マルチソースデータ・ベース５４からの各タイトルが、その加入者に対して使用可能にすることを望むタイトルに関するアクセス・ネットワーク５８のエンド・ユーザ・プロバイダの要件と「一致させる」ことができるタイトルごとの判断基準のそのタイトル自体の組をどのように運ぶことができるかを示すのを助ける。
【００５７】
図６は、コンテンツ・ソース５５とアクセス・ネットワーク５８のコンテンツ配信プロバイダまたはサービス・プロバイダとの、プリファレンス設定８，９と請求システム２，１０とのリンクを示す。このリンケージは、コンテンツ所有者（１つまたは複数）の新しい配信チャネルを作成し、維持し、アクセス・ネットワークを使用するサービス・プロバイダが彼ら自体のもの以外のコンテンツ選択肢を提供するために加入者にコンテンツを提供する動機をもたらす。また、このリンケージは、所望のマルチメディア・コンテンツを入手する際に扱うべき、より少数の別個のサービス・オファリングとコンポーネント・パーツとを消費者に提供する。
【００５８】
複数の別々のセットトップボックスおよび／またはパーソナル・コンピュータが、コンテンツを異なるソースから別々にダウンロードすることによって、この同一の機能を鏡像化する形で接続され得ることが可能である。しかし、これらのさまざまなコンポーネントは、しばしば、複雑であり、高価である。また、より多くの装置と技術と（さまざまな装置のすべてを制御する能力を与えられた）を追加せずに、シームレスなタイムシフト機能とロケーションシフト（ｌｏｃａｔｉｏｎ−ｓｈｉｆｔｉｎｇ）機能とを提供することは、困難である。本システムは、コンテンツ・ソースまたはコンテンツ・プロバイダとアクセス・ネットワーク５８を使用する配信プロバイダまたはエンド・ユーザ・サービス・プロバイダとが、減らされた個数の装置を必要とし、コストを減らしても良いマルチソース・ブリッジ・ネットワーク経由で消費者にコンテンツを提供するために一緒に動作することを可能にする。この手法の使用は、単一の統合されたユーザ・インターフェースを操作する消費者との統一された商業的関係を可能にすることができる。
【００５９】
図７は、アクセス・ネットワークを介するエンド・ユーザへの配信に使用可能であっても良いさまざまなタイプのマルチソース・コンテンツの概要を提供する。コンテンツのソースは、インターネットまたはウェブ・ソース７５と、映画、テレビ、または他のメディアを供給するスタジオ７６と、ピアツーピア・ソース７８（以下でより詳細に説明するように、アクセス・ネットワーク対アクセス・ネットワーク）と、国際配給業者８０と、テレビ・ネットワークまたはケーブル・ネットワークなどのネットワーク８２と、アマチュア８４と、他のコンテンツ・ソース８５と、を含んでも良い。このコンテンツは、特定のエンド・サービス・プロバイダによって、マルチソース・データ・センタ５０からまたは別のアクセス・ネットワーク５８を利用する別のエンド・サービス・プロバイダから（ピアツーピア）入手されても良い。図示されているように、各格納されたコンテンツ・ソースは、それ自体の請求システムとプリファレンス・エンジンとに関連し、この請求システムとプリファレンス・エンジンとは、エンド・サービス・プロバイダまたはコンテンツ配信プロバイダの請求システムおよびプリファレンス・エンジンと突き合わされる。アマチュアは、判断基準がアクセス・ネットワーク５８の要求を満足するのに十分である限り、そのような配信ネットワーク上で彼らのコンテンツを供給することができる。アマチュアは、コンテンツ所有者のプリファレンス・エンジン８をホスティングする彼ら自体のサーバを維持するのではなく、彼らのコンテンツのためにアプリケーション・サービス・プロバイダ（ＡＳＰ）サービス（ウェブ上の）を使用しても良い。エコシステムの両側でのプリファレンス設定の適当なフィルタリングおよび請求システム２と請求システム１０とのリンケージがある限り、コンテンツは、消費者に流れることができ、且つ、コンテンツの分裂は、最小化され得る。
【００６０】
図８は、図２のシステム内でエンド・ユーザまたは消費者に供給されても良い拡張番組ガイド（ｅｘｔｅｎｄｅｄ  ｐｒｏｇｒａｍ  ｇｕｉｄｅ）の例を示す。これは、図２から図７のマルチソース配信システム内で使用可能であっても良い追加のコンテンツ・オファリングを示すために、通常の電子番組ガイド（ＥＰＧ）がどのように拡張され得るかを示す。拡張番組ガイドの最上部に、アクセス・ネットワークからの直接の放送テレビ・オファリングがリストされる。拡張番組ガイドの最下部に、アクセス・ネットワークの通常のオファリングの外部のコンテンツ・ソースからの放送テレビ・オファリングがリストされる。
【００６１】
マルチソース・コンテンツを配信するのにアクセス・ネットワーク５８を利用するエンド・ユーザ・サービス・プロバイダまたはコンテンツ配信プロバイダは、１ヵ月あたり固定された視聴時間（拡張テレビ・オファリング用）、無制限の視聴のためのフラット・レート、タイトルの選択物のアラカルト視聴、または他のパッケージ化されたオファリングを提供することができる。これらの時間が消費された後に、追加の視聴時間について余分な料金があるはずである。これらの収入は、その後に、アクセス・ネットワークと１つまたは複数のコンテンツ・ソースとの間で分割されるはずである。これらの拡張放送チャネルは、既存のＥＰＧに統合されても良く、タイムシフト（パーソナル・ビデオ録画による）とロケーションシフト（ホーム・ゲートウェイ技術または類似するロケーション技術による）との単純で完全に統合された方法を提供する。
【００６２】
拡張され、且つ、統合されたコンテンツ・オファリングは、検索機能をも提供する。検索機能は、図１０に示されているようにミドルウェア・システムによってまたは図８の拡張ＥＰＧを介して消費者に提供されても良い。図９は、マルチソース・データ・センタまたはＭＳサーバにアクセス・ネットワーク・レベルで配置されても良いコンテンツ検索エンジンの適切な検索入力フォームまたは単純なユーザ・インターフェースの例を示す。消費者は、このユーザ・インターフェース上で検索判断基準を入力する。このフォームのすべてまたは一部に書き込むことによって、消費者は、全世界のコンテンツ・オファリングを検索することができる。そのような検索は、マルチソース・データ・センタで以前にファイルされ、且つ、分類され、マルチソース・データ・センタとアクセス・ネットワークとの両方のデータ・ベースにコンテンツ・ファイルと共に格納されたさまざまなメタデータ要素を検査することによって実行される。このメタデータは、ビデオ情報を検査し、「何が起こっているか」のソフトウェアの最良の解釈に基づいてメタデータを作成する既知のソフトウェア・プログラムによって作成される。検索を完了した後に、検索エンジンは、図９の検索フォームでの消費者の入力に従うコンテンツを含むコンテンツ・ファイルのリストを持って戻る。消費者が、検索エンジンによって検出された所望のコンテンツを最終的に選択したならば、トランザクションが完了し、消費者は、料金を請求され、請求システムは、収入を適当に分割する（コンテンツ・ソースとアクセス・ネットワークとの間で）。
【００６３】
図１０は、エンド・ユーザ・サービス・プロバイダまたはコンテンツ配信プロバイダによってアクセス・ネットワーク・レベルで提供されても良いミドルウェア・システムの単純なユーザ・インターフェース画面９０の例を示す。そのようなミドルウェア・システムは、放送テレビ視聴９１と、ビデオオンデマンド９２と、ウォールド・ガーデン（ｗａｌｌｅｄ  ｇａｒｄｅｎ）アプリケーション９４（家庭に配達されるピザの注文やホーム・ショッピングなど）などの標準的なオファリングを提供することができる。さらに、ゲーム９５とインターネット・アクセス９６などのオファリングも、そのようなミドルウェア・システムについて可能である。
【００６４】
図１０のミドルウェア・システムは、拡張放送テレビ視聴９８をも提供する。このオプションは、スケジューリングされたリニア放送フォーマット（大規模米国放送ネットワークからの放送に類似する）で拡張コンテンツ（外部コンテンツ・ソースによって供給される）を示すことができる。
【００６５】
このミドルウェア・システムによって提供されるもう１つの特徴が、拡張ＶＯＤ  １００である。これらは、標準ＶＯＤオファリングのように選択され、再生されるビデオ・オファリングである。一実施形態では、拡張ＶＯＤオファリングは、視聴ごとの基礎で課金されるはずである。支払いが、消費者から集められたならば、収入は、コンテンツ・ソースとアクセス・ネットワーク・レベルのエンド・ユーザ・サービス・プロバイダとによる合意に従って適当に分割される。ミドルウェア・オペレータ・インターフェース画面上の拡張検索ボタン１０２は、消費者が拡張コンテンツ・タイトル（放送セッションまたはＶＯＤセッションのいずれかに関する）を検索することを可能にする。検索エンジンは、ユーザの過去の視聴習慣または示された関心に従ってコンテンツを強調表示する推奨アルゴリズムを含めることによって機能強化され得る。「ＴＶに戻る」ボタンは、消費者が通常の放送テレビに戻ることを可能にする。
【００６６】
ミドルウェア・システム・クライアント・ソフトウェアは、次のように２つの異なる方法を使用して供給され得る。
１．ミドルウェア・ページおよびＡＰＩ（ソース・コード）は、コンテンツ配信プロバイダがそれら自体のマルチソース（実行可能）クライアントを開発し、実施するために、アクセス・ネットワークを使用してコンテンツ配信プロバイダに供給され得る。
２．マルチソース・クライアントは、独立に開発され、テストされ、コードの実行可能ライブラリとしてセットトップボックスまたは他のクライアント装置から使用可能にされるコンパイルされたクライアント・コードの別個の組とされ得る。この形で、セットトップボックスは、セットトップボックスのものより長期のメモリへの実行可能ミドルウェア・コードの単純なアップロードによって、このライブラリを受信することができる。
３．ルックアンドフィールは、アクセス・ネットワークの要求と一致するためにカスタマイズ可能な「スキン」（画像）を使用することによって適合され得る。
【００６７】
以上で説明した検索機能または検索エンジンは、１時間、１日、１週間、１ヵ月、または１年の間の指定された時刻に開始する検索処理を可能にしても良い。これらの処理は、タイトルと判断基準とを先を見越して検索し、指定された検索判断基準と一致するコンテンツ・タイトルのリストを返す。これらの処理のもう１つの名前が、「オートボット（ａｕｔｏ−ｂｏｔ）」である。選択された判断基準をコンテンツ・ライブラリ（または複数のコンテンツ・ライブラリ）から検索するようなネットワーク上の多数の「オートボット」があり得る。やはり、結果は、そのようなネットワークを使用するすべての人によってさらに調査され得るコンテンツ・タイトルのリストである。このシステムの設計が与えられれば、望まれないコンテンツを同時にフィルタ・アウトしながらコンテンツ・ライブラリ（または複数のコンテンツ・ライブラリ）を検索する（本明細書で指定されるように）多数の「オートボット」プログラムを起動することが可能である。
【００６８】
前述の実施形態では、エンド・ユーザ・サービス・プロバイダまたはコンテンツ配信プロバイダは、以上で識別されたインフラストラクチャを使用して、全世界のソースからエンド・ユーザまたは消費者にコンテンツを提供するのに、アクセス・ネットワークを使用する。しかし、コンテンツ配信プロバイダは、コンテンツをエンド・ユーザに供給するのに他のパイプラインを使用しても良い。代替的な実施形態では、図２のインフラストラクチャを使用してコンテンツを供給するオプションに加えて、消費者は、拡張コンテンツ選択を行い、コンテンツを異なるネットワークによって消費者に送信させることを選択しても良い。たとえば、消費者は、拡張コンテンツ・ソースからペンギンに関するビデオを選択し、このビデオを以下の形の１つでその消費者に送信させても良い。
・消費者のＰＣへの電子メールとして
・郵便によって出荷されるＤＶＤとして
・代替的なネットワークによって
・複数の「ジャストインタイム」法の１つ
・無線方法
・アクセス・ネットワークのリソースを直接的に利用しなくても良い多数の他の方法。
【００６９】
図１１は、アクセス・ネットワークが別のタイプのコンテンツ配信実体１１０によって置換される代替的な実施形態を示す。そのような置換シナリオの例は、２つのウェブ・ポータルであるか、またはウェブ・ポータルとアプリケーション・サービス・プロバイダとの間であっても良い。図１１に示されたシステムは、それ以外の点では図３のシステムと同一であり、同様の参照符号が、適当な場合に同様の部分に使用されている。図１１は、コンテンツ配信サービス実体またはエンド・ユーザ・サービス実体がコンテンツ配信にアクセス・ネットワークを使用していない場合に、同一のインフラストラクチャが、２つの実体の間でコンテンツを折衝し、配信し、それについて請求するのにどのように使用されるかを示す。
【００７０】
図１２は、加入者のプリファレンス・エンジン１３がネットワークのアーキテクチャ内で設けられる図３に示されたシステムの修正形態を示す。図１２の他のモジュールは、図３のモジュールと同一であり、同様の参照符号が、適宜使用されている。図１３は、そのようなネットワークのパラメータ設定の例を示す。図１３の加入者のプリファレンス・エンジン１３は、レーティング、ペアレンタル・コントロール、価格設定などの通常の加入者によってセットされても良いタイプのプリファレンス設定の例を提供する。ネットワーク上の各個々の加入者専用のそのようなプリファレンス・エンジンが与えられれば、加入者は、同様に、その加入者の環境に送信されるべきコンテンツのパラメータ、仕様、および／または他の質を示すことができる。
【００７１】
図１４は、プリファレンス設定の追加の層、具体的には政府のプリファレンス・エンジン１４が設けられる図１２の実施形態の修正形態を示す。このプリファレンス・エンジンは、政府（または他の組織体）が、図２のマルチソース配信システムを使用するコンテンツ配信の制御のための専用の別個のプリファレンス・エンジンを有する能力を提供する。そのような政府のプリファレンス・エンジンの例が、図１５に示されており、図１５は、１つの可能な実施形態での図１４の４つのプリファレンス・エンジンの間の関係を示す。この手法を使用すると、政府の規則と規制とポリシーとは、明瞭に指定され得るので、コンテンツは、ネットワークから、および潜在的な加入者から適当にフィルタ・アウトされる。
【００７２】
図１４と図１５とに示された政府プリファレンス・エンジン１４の使用の１つの例は、ある国または地域の法律に反する素材の配信を防ぐことである。たとえば、日本では、アダルト・コンテンツは、成人人口に配信され得るが、人間の生殖器は、明瞭に可視化され得ない。その代わりに、基礎をなす画素の大きいブロックが、画像をぼかす形で作成され、配置される。その意図は、すべてを明瞭には示さずに、何が起きているかに関する極めていい考えを視聴者に与えることである。画像のそのようなぼかされた部分は、しばしばモザイクと呼ばれる。したがって、人々が、日本国内のアダルト・コンテンツに使用されるモザイク効果を論じることが一般的である。図２のマルチソース配信システムでの政府プリファレンス・エンジンを使用すると、日本のサービス事業者またはコンテンツ配信プロバイダは、アダルト・コンテンツが、
１．合法的な成人に届き、
２．加入者プリファレンス設定を「アダルト・コンテンツはＯＫ」に構成させた人口に達し、
３．ビデオ内のすべての正しい場所にモザイクを有する
ことが保証され得る。
【００７３】
許容性の標準は、司法管轄区ごとに変化するので、政府プリファレンス・エンジンの使用は、コンテンツが、それが潜在的に配信され得るすべての司法管轄区で許容できることを保証する上で、有利であり得る。
【００７４】
政府プリファレンス・エンジンは、人口全体に有害と信じられているコンテンツをフィルタリング（または検閲）するために大幅に拡張されることもできる。中国は、良い例であるが、唯一の例ではない。中国または他の政府は、承認されるコンテンツだけが、その司法管轄区内のネットワーク上の潜在的加入者に流れる形で、彼ら自身のプリファレンス・エンジンをセットしても良い。
【００７５】
図１５は、４つの異なるプリファレンス・エンジン８と１４と９と１３とが、マルチソース配信システム内の参加者による要求に従ってコンテンツ選択に適当にアクセスし、および／またはフィルタリングする形でどのように配置され得るかを示す。次のように、そのようなプリファレンス・エンジンが動作できる複数の形がある。
１．各タイトルのコンテンツ所有者によって供給されるメタデータが、プリファレンス設定がそのタイトルに関する一致である（または一致していない）かどうかを決定するのに使用され得る。
２．人間のオペレータが、コンテンツを物理的に検査し、そのコンテンツに関する必要なメタデータを作成することができる。
３．ソフトウェア・プログラムが、コンテンツを検査し、そのコンテンツに関する必要なメタデータを作成することができる。
４．以上で言及されたオプション（１〜３）の任意の組合せ。
【００７６】
一実施形態では、コンテンツ所有者は、彼らのコンテンツをアップロードする。コンテンツ所有者は、彼らのデータをアップロードする時に、メタデータ（存在する場合に）をもアップロードする機会を有する。さらに、予告編と、アートワークと、そのコンテンツをサポートする他のデータとも、アップロードされ得る。そのようなコンテンツがアップロードされた後に、供給されたメタデータと実際の画像との間に一致があるかどうかを決定することを試みるためにコンテンツを検査するソフトウェア・プログラムが起動される。メタデータがコンテンツ所有者によって供給されなかった場合には、そのようなソフトウェア・プログラムは、それ自体のメタデータ・ファイルを作成することを試みるはずである。最後のステップとして、マルチソース配信ネットワークによって雇われた人間のオペレータが、ビデオを見て、メタデータが正しいことを認証しても良い。これらのステップが行われた後に、アクセス・ネットワーク事業者は、メタデータが正しいことを適度によく保証され得、さまざまな検索機構は、その仕様と判断基準設定とに従って動作することができる。
【００７７】
主要なハリウッド・スタジオは、テレビと長編映画製品とをレーティングする標準化された方法を有するが、コンテンツ・コミュニティの残りは、そうではない。したがって、あるコンテンツ・プロバイダによってアダルト映画と考えられても良いものが、別のコンテンツ・プロバイダによってペアレンタル・ガイダンス（ＰＧ）映画と考えられる場合がある。コンテンツ検定機能（またはサービス）が、一実施形態では、以上で説明したマルチソース・コンテンツ統合ネットワーク内に設けられても良い。これは、コンテンツ・ソース（主要な映画スタジオまたは主要な映画スタジオの外部のいずれかから）が、経験のある職員にコンテンツを評価させ、産業内の標準的実務に従ってレーティングを提供させることを可能にする。そのようなサービスは、タイトルがマルチソース配信ネットワーク上で使用可能になる前にタイトルを取得するはずである。経験のある職員は、コンテンツを見て、このコンテンツを見ることを望んでいるかもしれない消費者に適当なものにするようにレーティングをレンダリングする。一実施形態では、コンテンツ所有者は、そのようなサービスがタイトルの魅力を高める傾向があるかもしれないので、そのようなサービスの料金が請求されても良い。
【００７８】
マルチソース・システム内の洗練されたソフトウェアまたは経験のある職員がコンテンツを評価する実施形態では、マルチソース・レーティング・システムが、システム内に見られるさまざまなコンテンツ素材を適当に分類するために設けられても良い。レーティング・システムは、暴力、アダルト・コンテンツ、言語、ある年齢に適当なもの、ある国に適当なもの、ある宗教に適当なものなどを含む（これらに限定はされない）無数の測定基準を含むことができる。これらのカテゴリは、コンテンツ資産を保持するデータベース内のフィールドとすることができる。レーティングは、以上で説明したプリファレンス・エンジンと共に使用され得る。
【００７９】
以上で説明したプリファレンス・エンジンとレーティング・システムとに加えて、マルチソース配信システムは、子供などの個人を不適切なまたは望まれないコンテンツ素材を体験することからさらに保護するのに使用され得る追加の保護機構体を含んでも良い。そのような追加の保護機構体の例は、次の通りである。
・以前に検閲され、子供について承認されることがわかっているコンテンツの場合には、ハッシュ・コード（または他の暗号手段）が、そのような検閲処理が行われた後にコンテンツが改竄されていないことを検証するのに使用されても良い。
・子供に不適切である可能性があるコンテンツを検索するための、コンテンツ（ウェブまたはファイル・ベースのもの）に対する専用ソフトウェア・プログラムの実行。
・子供をさらに保護するためにマルチソース・フレームワーク内で展開され得る他の技術および／または機構体。
【００８０】
図１６Ａと図１６Ｂは、図１４に示された形でコンテンツを配信するのに図２の全体的システムを使用し、４つのプリファレンス・エンジンが、特定のコンテンツが消費者またはエンド・ユーザへ適当に配信され得るかどうかを決定するのに利用される、一実施形態によるマルチソース配信方法におけるステップの流れ図を示す。開始ステージまたはシステム・セット・アップ・ステージ２００で、コンテンツ関連の規制または制限を有する政府または他の機関は、それら自体のマルチソース・サーバ・システムを使用して、政府のプリファレンス・エンジン１４のプリファレンス設定を確立する（ステップ２０２）。マルチソース配信システムに加入するコンテンツ配信プロバイダは、ステップ２０４で、彼らのマルチソース・サーバ６０を使用して、彼らの加入者の要求／需要に従って、彼ら自体のプリファレンス設定を確立する。これは、アクセス・ネットワークのプリファレンス設定９を確立する。
【００８１】
コンテンツ所有者またはコンテンツ・ソース５５は、ステップ２０５で図２のデータ・センタ５０内のマルチソース・システムにコンテンツをアップロードし、マルチソース・データ・センタのサーバを使用して、ステップ２０６で、コンテンツ所有者のプリファレンス・エンジン８のマルチソース・ネットワークに関する彼ら自体のプリファレンス設定をセットアップする。ステップ２０８で、コンテンツ配信プロバイダ／アクセス・ネットワークは、彼らの特定のプリファレンス判断基準と一致する魅力的なタイトルおよび他のタイトルのマルチソース・データ・センタ５０からのダウンロードを要求し始める。消費者またはさまざまなコンテンツ配信プロバイダへの加入者は、マルチソース・サービスに契約する時に、ステップ２１０で、彼らの特定のプリファレンス設定を確立するように勧められる。ステップ２１２で、マルチソース・コンテンツ選択が、以上で説明した拡張番組ガイドまたは検索機能を介して、消費者に使用可能にされる。その後に、消費者は、視聴のためにタイトルを選択することができる（ステップ２１４）。ステップ２１５で、アクセス・ネットワークのマルチソース・システムは、選択されたタイトルがアクセス・ネットワークのマルチソース・サーバで使用可能であるかどうかを決定する。ローカルに使用可能である場合には、タイトルが再生され（ステップ２１８）、その「再生」が、プロキシを介してマルチソース・データ・センタに報告され（ステップ２２０）、コンテンツ所有者またはコンテンツ・プロバイダの請求システムとコンテンツ配信プロバイダ（アクセス・ネットワーク・レベルの）の請求システムとが、その特定のタイトルの視聴に関する分配された料金によって更新される（ステップ２２２、２２４）。この処理は、その後に、終了される（２２５）。
【００８２】
要求されたタイトルがアクセス・ネットワークのマルチソース・サーバで使用可能ではない場合には（ステップ２２６、図１６Ｂ）、マルチソース・データ・センタ５０で維持されるインデックスは、マルチソース・データ・センタで格納されたタイトルからまたはピア・アクセス・ネットワークによって格納されたタイトルからのいずれかのタイトルのソースを示す（ステップ２２８）。その後に、アクセス・ネットワークは、タイトルの最も効率的なソースへの接続を確立し（ステップ２３０）、タイトルが再生を開始するのに十分なデータを受信する（２３２）。タイトルの最初のデータが再生を開始している間に、タイトルの残りが、ダウンロードされる（ステップ２３４）。その後に、タイトルの残りが、再生する（ステップ２３５）。タイトルの再生が、プロキシを介してデータ・センタ５０に報告され（２３６）、コンテンツ所有者またはコンテンツ・プロバイダとコンテンツ配信プロバイダ（アクセス・ネットワーク）との両方の請求システムが、更新される（ステップ２３７と２３８と）。この処理は、その後に、終了される（２４０）。
【００８３】
図１７は、図２のマルチソース・コンテンツ配信システムの一実施形態のより詳細な機能ブロック図である。図１７のいくつかのモジュールまたはブロックは、以上で図２から図１５に関して説明されており、類似する参照符号が、適宜使用されている。図１７のモジュールは、すべて、図２のマルチソース・データ・センタ５０で提供されても良いし、いくつかが、データ・センタで提供され、それ以外は、配信プロバイダまたはアクセス・ネットワーク・レベルで提供されても良い。さらに、各モジュールは、複数の別々のユニットに分割されても良く、たとえば、複数のマルチソース・データ・ベースが、存在するか、図２に示されたサーバ５２，６０のうちの１つまたは複数の中の他のモジュールと組み合わされても良い。
【００８４】
図１７に示されているように、中央処理装置またはコントローラ３５０は、コンテンツ・プロバイダからのファイルの摂取とコンテンツ配信プロバイダへのコンテンツ・ファイルの供給とを制御するために、データ・ベース・モジュール５４と、第１通信モジュールまたはコンテンツ・プロバイダ通信モジュール６３と、配信プロバイダ・モジュール５３と、にリンクされる。中央処理装置３５０は、プリファレンス制御モジュール３５２にもリンクされ、プリファレンス制御モジュール３５２は、要求されたコンテンツ・ファイルが加入者に供給され得るか否かを決定するために、以上で図１５に関して説明したように４つの実体８と９と１３と１４とのプリファレンス設定を比較するように適合される。コンテンツ・プロバイダ通信モジュール６３にリンクされたファイル摂取モジュール３５４は、処理されたファイルをデータ・ベース・モジュール５４に供給する前に、以下で図１８から図２０に関して説明するように、着信ファイルを処理する。請求調整モジュール３５５は、完了されたトランザクションごとに、コンテンツ所有者請求システム２と配信プロバイダ請求システム１０とを調整し、これらの間で請求を共有するために、この２つの実体をリンクするように構成される。
【００８５】
中央処理装置３５０にリンクされた検索エンジン・モジュール３５６は、以上で図８から図１０に関してより詳細に説明されたように、加入者から彼らに関連するコンテンツ配信プロバイダを介して受信された検索要求に基づいて、マルチソース・データ・ベース・モジュール５４に格納されたファイルのメタ・データ内で要求された主題を検索するように構成される。加入者プロキシ・プロファイル・モジュール３５８は、以下で図２１と図２２とに関してより詳細に説明されるように、要求されたコンテンツ・ファイルのタイプに基づいて加入者プロファイル情報を収集し、加入者プロファイルをプロキシに関連付けるように構成される。
【００８６】
図１８は、マルチソース・データ・センタ５０に関する図１７のコンテンツ摂取モジュールまたはファイル摂取モジュール３５４の実施形態の高水準の図示である。コンテンツ・ファイルをマルチソース・データ・センタにアップロードするために、コンテンツ・プロバイダのオペレータ２５１は、格納されたディジタル・コンテンツ・ファイルをそのハード・ドライブから直接にウェブ上のマルチソース・サーバにアップロードしても良い。代替的には、コンテンツが、ディジタル・ビデオ・ディスク（ＤＶＤ）またはビデオ・コンパクト・ディスク（ＶＣＤ）２５０としてのみ使用可能である場合に、ディジタル化されたコンテンツが、グラフィカル・ユーザ・インターフェース（ＧＵＩ）２５２を介してマルチソース・データ・センタ５０にアップロードされても良い。そのようなグラフィカル・ユーザ・インターフェースは、コンテンツ摂取処理を比較的簡単にし、また、そうでなければ存在するかもしれない（全世界からのさまざまなコンテンツ所有者がこのコンテンツ摂取システムを使用しているかもしれないと予想されるので）混乱を減らしても良い。また、このシステムは、ディジタル・テープ２５４からコンテンツを摂取するように設計されても良い。ディジタル・テープ読取装置が、ディジタル・テープのコンテンツをマルチソース・データ・センタまたはマルチソース・データ・システムにアップロードするのに使用されても良い。
【００８７】
各コンテンツ・ファイルが、メタデータ２５５と、予告編２５６と、ポスタおよび販売促進素材２５８と、コマーシャル２６０と、以上で説明したプリファレンス設定２６２（以上で述べられ、図面に示された他のプリファレンス設定のいずれかに加えて、ライセンス交付される地域を含んでも良い）と、他の情報２６４とのうちの１つまたは複数など、システム・ユーザによって直接入力またはファイル・アップロードによって追加される情報を有しても良い。メタデータ２５５は、コンテンツ所有者またはコンテンツ・プロバイダによって追加されても良いが、より洗練された評論家が、コンテンツ・ファイルが正しく分類され、説明されていることを検証するために使用されても良く、いくつかの場合に他のメタデータをも追加しても良い。一例として、コンテンツ所有者が、実際にはアダルト素材に満足を与える「バーニー幼稚園に行く（Ｂａｒｎｅｙ  ｇｏｅｓ  ｔｏ  Ｋｉｎｄｅｒｇａｒｔｅｎ）」と名付けられたコンテンツをポストすることによって、マルチソース配信システムをだますことを望むかもしれない。すべてのサポートする情報（および論理）は、このコンテンツが小さい子供向けであるとシステムに伝える。人間（または極めて洗練されたソフトウェア・プログラム）が、メタデータが正しいことを検証するためにコンテンツを再検討しても良く、この場合には、アダルト・コンテンツを反映するようにメタデータを訂正するであろう。
【００８８】
コンテンツがマルチソース・システムにロードされたならば、その後に、以下の処理が行われる。コンテンツ・ファイルが、圧縮フォーマットにトランスコーディングされる（ステップ２６５）。そのような現在の圧縮ビデオ・フォーマットの例が、Ｈ．２６４（またはＭＰＥＧ−４，ｐａｒｔ  １０）である。圧縮ファイル・フォーマットは、より多数のビデオ・ファイルがマルチソース・データ・センタに格納されることを可能にする。
【００８９】
一実施形態では、字幕と追加のローカライゼーション２６６が、コンテンツが提供されても良い地理的地域ごとにローカライズされたファイルを作成するために使用される。そのようなローカライゼーションは、いくつかの場合に、自動化された手段を用いて実行されても良い（音声−テキスト変換動作を実行し、その後に、それ自体の字幕付きメタデータを作成するソフトウェア・プログラムなど）。自動化された処理が使用され得ない（なんらかの理由で）場合には、その後に、人間が、ローカライゼーション処理を手動で実行する必要があるかもしれない。
【００９０】
ローカライゼーション処理が完了した後に、その後に、地理的地域ごとに別個のファイルが作成される。たとえば、コンテンツ・ファイルは、次のように作成されても良い。
ａ．日本用に字幕を作成され、ローカライズされた１９９９年ワールド・シリーズ最終戦、
ｂ．韓国用に字幕を作成され、ローカライズされた１９９９年ワールド・シリーズ最終戦、
ｃ．台湾用に字幕を作成され、ローカライズされた１９９９年ワールド・シリーズ最終戦、
ｄ．ロシア用に字幕を作成され、ローカライズされた１９９９年ワールド・シリーズ最終戦、
ｅ．他。
タイトルごとに、複数のファイル（画面サイズごとに１つ）が作成される（２６８）。ローカライズされたファイルが作成されたならば、その後に、各ファイルが、暗号化と暗号システムとを使用して暗号化される（２７０）。１つの適切な暗号化と暗号システムとが、米国カリフォルニア州サン・ディエゴにある会社Ｖｅｒｉｍａｔｒｉｘ，Ｉｎｃ．社によって公衆に提供されている。他のコンテンツ準備処理（２７２）も、最初の摂取の時からすべてのデータ要素がマルチソース・システムのデータ・ベース５４に格納されるまでの任意の点で必要に応じて含められ得る。コンテンツ・ファイルとサポートするメタデータと他の素材とは、システム・データベースに追加されるので、これらは、将来に比較的簡単にアクセスされ、取り出され得る。
【００９１】
代替的な実施形態では、ファイルの複数の層が、符号化処理中に作成されても良い。図１９は、符号化処理での複数階層化の例を示す。所与のコンテンツについて、複数の別個のファイル２７５，２７６，２７７が、作成され得る。コンテンツが、小型テレビ画面などのＱｕａｒｔｅｒ  Ｃｏｍｍｏｎ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｏｒｍａｔ（ＱＣＩＦ）画面または小さい画面に送られることを意図されている場合には、その後に、小さい画面に十分な情報を含むファイル２７５だけがクライアントに送信される。エンドユーザ・ビューイング装置がフルサイズのＴＶ画面であると決定される場合には、その後に、小画面ファイル・データ２７５が、フル・スクリーン解像度に必要な追加の要素、すなわちファイル・データ２７６に加えて、クライアントに送信される。最後に、エンドユーザ・ビューイング装置が高品位表示装置であると決定される場合には、その後に、小画面データ２７５が、フル・スクリーン・データ２７６と高品位データ２７７に加えて、再生装置の最大解像度と再生能力とに従ってコンテンツが適当にレンダリングされ、表示される形でクライアント装置に送信される。
【００９２】
図２０は、ローカライズされたファイルを作成するローカライゼーション処理（図１８のステップ２６６）の一実施形態のより詳細な図である。これは、システムがローカライゼーション課題を処理することを可能にする。さらに、個々のファイルが、さまざまな再生プラットフォームとその独自の符号化要件（および仕様）とによって産み出される課題を効率的に処理するために、このステージで作成されることも可能である。
【００９３】
ローカライゼーション処理の一実施形態では、ソース・コンテンツは、異なる地域の字幕を付けられても良い。しかし、ダビング技法が、代替的に使用されても良い。ローカライゼーション処理が字幕を追加するのかオーディオ・ダブを追加するのかにかかわりなく、結果は同一である。別個のファイルが、コンテンツの版ごとに作成されるので、マルチソース・ネットワークは、サービス側に要求される最小限の処理能力を用いて、適当なコンテンツをストリーミング（またはダウンロード）することができる。図２０は、別個のファイルがさまざまなローカル言語への字幕またはダビングとともに、図１８のステップ２６６で作成される例を示す。たとえば、日本語版２８０Ｊが、日本用に作成され、韓国語版２８０Ｋが、韓国用に作成され、２つの版（標準中国語２８０Ｍと広東語２８０Ｃ）が、中国用に作成され、３つの版、具体的にはオランダ語版２８０Ｈとフラマン語版２８０ＦＬとフランス語版２８０ＦＲとが、ベルギー用に作成される。各ローカライズされた版が、それ自体の別個のファイルに含まれることがわかる。各ローカライズされたファイルが作成された後に、さらなる個々のファイルが、各ローカライズされたファイルから作成され、これらの追加のファイルは、その後に、ある種の画面と他の装置固有判断基準とを満足するためにトランスコーディングされる。
【００９４】
ソース・コンテンツ・ファイルごとの別個のファイルの他の組が、他の目的のためにも作成され得る。受信されたコンテンツ・ファイルごとに個々の別個のファイルを作成する主な理由は、ローカライゼーション目的もしくは装置固有の目的のいずれかまたはその両方であるが、他のタイプの個々の別個のファイルを作成する他の理由があっても良い。
【００９５】
バッチ処理が、個々の（別個の）ファイルを作成するために高い度合まで使用されても良い。データベースが、摂取されているソース・コンテンツに関するワークフロー情報を提供するように構成されても良い。これらのデータベースが、行われるさまざまな処理を決定しても良く、適当なバッチ・プログラムが、必要なファイルのすべてが潜在的な消費者の要求を満足するために作成されるように、実行されても良い。
【００９６】
コンテンツ所有者が彼らの必要とする保護を有するために、コンテンツをアップロードする前にコンテンツ所有者が記入し、署名するために、標準的な契約が提供されても良い。さらに、サービス配信プロバイダが彼らの利益を保護するためにも、サービス配信プロバイダが署名するために契約が提供されても良い。一実施形態では、マルチソース配信システムは、記入され、電子的に（ビル・クリントン米国大統領によって署名されたＥ−Ｓｉｇｎ  Ａｃｔによって）または手でのいずれかで署名され得る１つまたは複数の標準契約テンプレートを含む。そのような契約（１つまたは複数）は、システムの動作と、期待と、マルチソース・コンテンツ配信システムの事業者とコンテンツ所有者との両方に関連するすべての資金の配分と、を定義するように設計されても良い。
【００９７】
コンテンツ所有者は、所与の時に入手可能であるかもしれない他のコンテンツ資産を購入し、販売することを望んでも良い。マルチソース・コンテンツ配信システムは、マルチメディア・コンテンツの購入と販売とがマルチソース・システムを介して行われるための申し出と、受入と、支払いと、検証とのための機構体とシステムとを含んでも良い。そのようなシステムは、コンテンツ所有者またはコンテンツ配信プロバイダなどのマルチソース処理のユーザに可視の画面上のボタンによってアクセスされても良い。たとえば、一実施形態では、コンテンツ所有者が、コンポーネント・メタデータと補助素材とのすべてに加えて彼らのコンテンツの最後のビットのアップロードを終了した時に、ボタンが表示され、このボタンは次のように示されても良い。
「購入に使用可能な他のコンテンツ・ファイルを見る（Ｓｅｅ  ｏｔｈｅｒ  ｃｏｎｔｅｎｔ  ｆｉｌｅｓ  ｔｈａｔ  ａｒｅ  ａｖａｉｌａｂｌｅ  ｔｏ  ｐｕｒｃｈａｓｅ）」
【００９８】
コンテンツ所有者は、このボタンを「クリック」し、マルチソース・システム上で「販売」に合法的に使用可能なコンテンツ・ファイルのリストを提示される。このコンテンツ所有者は、今や、潜在的な「買い手」になる。この点で、潜在的な「買い手」は、高い関心を持たれている特定のコンテンツ・ファイルを識別し、それが正しく分類され、他の点で「宣伝通り」であることを検証するためにその特定のコンテンツ・ファイルを再生する。潜在的な「買い手」は、今や、マルチソース・システムを介して「購入」の申し出を行う。ある長さの時間のうちに、この申し出が、受け入れられ、適当な額の金銭が「買い手」から「売り手」に転送されたならば、コンテンツの所有権が、変化する。
【００９９】
さらに、先物取引と、契約と、他の売買機能（日用品売買機能に似た）も、マルチソース・ブリッジ配信システムを介して使用可能にされ得る。使用可能にされ得るさまざまな取引の一部は、次の通りである。
・コンテンツ・ファイルに対するオプションの売買
・コンテンツ・ファイルの購入
・コンテンツ・ファイルの販売
・コンテンツ・ファイルの売買
・コンテンツ・ファイルの転送
・コンテンツ・ファイルの再販売
・コンテンツ・ファイル「先物」の売買
【０１００】
本願で説明するシステムが与えられれば、消費者によって注文されているコンテンツを追跡することが可能であるので、特定の宣伝方法が、商品および／またはサービスの購入を奨励するのに使用され得る。たとえば、ある消費者が、ＮＡＳＣＡＲ（登録商標）レーシング放送とＶＯＤセッションとを見る傾向がある場合には、ローカル自動車販売代理店は、そのような消費者を特別なイベントに招待しても良い。このピンポイント宣伝機能は、店所有者のローカル・コミュニティだけではなく、全国小売業者にも極めて重要になり得る。
【０１０１】
一実施形態では、宣伝は、消費者の個人情報を広めずに、マルチソース・コンテンツ配信システムとマルチソース・コンテンツ配信方法とに組み込まれても良い。「関連する」宣伝を挿入できるシステムの作成を試みる時に生じる深刻な問題が、プライバシと守秘性とを取り巻く課題の組である。消費者レベル・データが、ネットワークを出て、広告主と他者とに使用可能にされている場合に、消費者が、守秘性の喪失に異議を申し立てるかもしれず、または、政府（地方と州と連邦）が、そのような慣行を減らすために介入するかもしれない。
【０１０２】
それと同時に、広告主とサプライ・チェーン内の他者とは、消費者のプロファイルと消費者が住む一般的な地理的区域とを知ることに関心を持つほどには、消費者の識別情報に特に関心を持たない。これより粒度の高いすべての情報は、サービス事業者が、実際に、そうすることの説得力のある理由がある（かつ、消費者と政府機関とがそのような動きを承認する）場合に、広告主に通知することができるので、単純に、必要ではない。
【０１０３】
したがって、プロファイル情報が交換され、他の一般化されたデータ点も共有され得る限り、その後に、他のデータは、不要であり、消費者のプライバシと守秘性とは、高い度合まで保護され得る。そのような要件（プロファイル＋一般データ）が、要求されるすべてのものなので、マルチソース・システムは、潜在的な広告主とネットワーク事業者とにデータを渡すことを容易にするのに図２０に示された「交換」機構体またはプロキシ機構体を使用しても良く、したがって、ある種の消費者を特にターゲットにする「関連する」宣伝が、識別され、コンテンツに挿入され得る。
【０１０４】
図２１は、消費者を識別する情報または個人情報を交換せずに消費者のプロファイル情報を提供するための図１７のプロキシ・モジュール３５８の実施形態を示す。このモジュールは、コンテンツ配信サービスに加入する各加入者または各消費者を識別する個人情報を、数字、文字、および／または記号もしくは類似物を含んでも良い一意識別コードまたは類似物を含むプロキシに関連付ける。この情報は、ＩＤ番号に関連する消費者によって要求されたコンテンツのタイプなどのプロファイル情報とともに、データ・ベース５４または６１に格納される。ＩＤ番号に関する消費者の個人情報を単純に交換し、その後に、このＩＤ番号をプロファイル・データ・ポイントと共にマルチソース・データ・センタ５０に、次いでコンテンツ所有者またはコンテンツ・プロバイダなどの流通網のさらに上流のユーザに渡すことによって、「関連する」宣伝が、識別され、その後に、その特定の消費者に専用のコンテンツに適当に挿入され得る。図示のプロキシ方法は、消費者のプライバシおよび／または守秘性を冒す恐れなしに、消費者レベル情報が、挿入のために「関連する」宣伝を識別する目的でマルチソース・システム事業者とコンテンツ所有者／プロバイダまで流れることを可能にする。金銭的価値のあるクーポンおよび／または販売促進キャンペーンが、消費者が購入を行うのをさらに奨励するために、宣伝（コンテンツ・ストリームまたはダウンロードに挿入される）と共に含まれ得る。購入が、金銭的価値のあるクーポン（または、所与の消費者に関する宣伝の最終的な成功を追跡するのに使用される他の機構体）を使用して行われる時に、経験的データが、宣伝に関する効果的な媒体を識別する処理において支援するために広告主に供給され得る。
【０１０５】
図２２は、消費者が自宅からコンテンツ「再生」を注文し、その後に、流通網内の特定の点で挿入された「関連する」宣伝を有するプロキシ・プロファイル方法の実施形態を示す。このシナリオでは、コンテンツ所有者もしくはコンテンツ・プロバイダ、第三者、コンテンツ配信プロバイダ、またはマルチソース配信センタが、特定の消費者のプロキシまたは識別番号に関連するプロファイル情報に基づいて、その消費者の特性を認識してきた。それらは、１つまたは複数のカスタム宣伝が、その消費者によって次に注文されるコンテンツ・ファイルに挿入されることをも要求した。図２２の左側に示されているように、消費者３００は、まず、テレビなどの装置６２で再生するために、コンテンツ配信プロバイダ５８にコンテンツを注文する。要求されるコンテンツは、たとえば映画スタジオなどのコンテンツ所有者５５によって最初に入手されたものであっても良く、図２と図１６Ａと図１６Ｂとに関して以上で述べたように、アクセス・ネットワーク・データ・ベース６１にローカルに格納されても良く、または、マルチソース・データ・ベースもしくはピア・アクセス・ネットワーク・データ・ベースから取り出されても良い。
【０１０６】
その特定の消費者のために設計されたカスタム宣伝３１０が、コンテンツ所有者（たとえば、映画スタジオ）からダウンロードされ、その消費者によって要求されたコンテンツ・ファイルに挿入される。そのコンテンツは、その後に、その消費者に配信される。これは、特定のまたは関連する宣伝が消費者に供給されることを可能にする。宣伝がコンテンツと一緒に挿入され得るいくつかの形は、次の通りである。
・コンテンツ所有者によって挿入される宣伝
・コンテンツ配信サービス・プロバイダによって挿入される宣伝
・第三者によって挿入される宣伝。
【０１０７】
課題は、「関連する」宣伝を挿入する機会を可能にすることである。我々全員が、放送テレビを見た年月から知っている通り、ほとんどの宣伝は、ブランド認知を促進するように設計される。宣伝は、それほど、消費者がその場で購入判断を行うことを奨励するようには設計されていない。これらの理由と技術的制限の理由から、「関連しない」ショットガン・スタイルの宣伝が、ブランド認知を産み出すことにおける高い度合の成功を伴って、長年にわたって使用されてきた。
【０１０８】
前述の例では、「関連する」宣伝は、消費者が販売促進される製品を望む傾向のある特定のプロファイルを有するという履歴を示したので、消費者によって要求されたマルチメディア・コンテンツに挿入される特定の宣伝（以前に作られ、編集されたもの）である。言い換えると、消費者が、対話型テレビを楽しんでいる間に見ることおよび行うことに基づいて、その消費者がある買い手のカテゴリに含まれることが明白になる。通常のカテゴリは、高速の自動車を楽しむホワイト・カラーと、子供のコンテンツおよび健康関連コンテンツに関心を持つ主婦と、中東または他の地理的区域からのコンテンツを楽しむエスニックと、多数の他のカテゴリとを含んでも良い。この、以上のリストとより多くのリストなどの情報が与えられれば、「関連する」宣伝のターゲットにされる消費者を識別するのを助けるプロファイルが、展開され得る。
【０１０９】
この有向宣伝方法は、多数の消費者が、関連する宣伝を見るのを楽しみ、関連する宣伝によって奨励された品目を購入することすら楽しむという事実を利用する。この知識があれば、コンテンツ所有者と、ネットワーク事業者と、消費者と、広告主と、商品およびサービスに関する配信サプライ・チェーン内の他者とが、関連する宣伝モデルから利益を得ることができると結論づけることは、簡単である。
【０１１０】
一実施形態では、ニューラル・ネットワークが、消費者がマルチソース活動にかかわっている間の消費者習慣に関する新しい改善された展望を得るために、マルチソース・コンテンツ配信システムまたはマルチソース・コンテンツ配信ネットワーク内で使用され得る。そのような人工的に知的なシステムは、大量の関連する情報を格納し、以下のものを提供することができる。
・消費者自身の過去の履歴に基づく潜在的なコンテンツ選択とウェブ選択
・消費者自身の過去の履歴とプリファレンスとに基づく、消費者を示すために理想的な宣伝を見つけることを試みる時の広告主への推奨。
・コンテンツがどのようにして所与のネットワーク内の視聴者の需要を最も良く満足できるかに関するコンテンツの作成者への推奨。
【０１１１】
図２１と図２２とに関して説明されるシステムは、プロファイルによって商品とサービスとに関する候補を識別し、適当な宣伝をコンテンツに添付する。同一の形で、高価値クーポンが、広告主からの製品とサービス・オファリングとを試してみるように消費者にさらに奨励するために消費者に提供され得る。そのようなサービスに関するクーポンを印刷する形は、次を含む（しかし、これらに限定はされない）。
・印刷され得るフォーマットでのクーポンの電子メール送信。
・電子クーポン（Ｅ−Ｃｏｕｐｏｎ）。
・テレビ・セットまたはセットトップボックスへの小型プリンタの追加。
・小売業者のサイトでのクーポンの印刷（消費者が到着した時に消費者が取得するための）。
【０１１２】
消費者が、購入を行うと判断する（ピンポイント宣伝によって動機付けられて）場合に、その後に、クーポン上のバー・コードが、スキャンされ得（小売業者によって）、データベースが、更新され、そのようなピンポイント宣伝の成功率に関心を持つ実体に、価値のある情報をさらに提供する。
【０１１３】
以上のシステムでは、クーポンと他の販売促進指向の奨励金とは、消費者に直接に供給されても良い。宣伝が、図２２に示された形でストリームに挿入され（またはダウンロードされ）ている時に、選択された素材が、断定的な（肯定的な）処置を講じるように消費者にさらに確信させる形で宣伝と組み合わされ得る。例は、次の通りである。
・宣伝が消費者に送信される時に、金銭的価値のあるクーポンが、消費者の電子メール・アドレスに電子メールで送信される。
・宣伝の一部として、消費者によって簡単にコピーされ得る番号が、画面に表示される。この番号は、適当な小売業者で金銭的価値のあるクーポンとして使用され得る。
・宣伝が消費者に送信されたならば、テキスト・メッセージが、そのテキスト・メッセージ内の金銭的価値のあるクーポン情報と共にモバイル装置に送信され得る。
・宣伝が消費者に送信されたならば、適当な小売業者の一部またはすべてが、その消費者がある値引きの資格を与えられることを知らされ得る。
・消費者は、その消費者のクーポンの好み（以上のリストを含むが、これらに限定はされない）を示すためにリモート・コントロール・ユニットのボタンを押すように促され得る。
・消費者は、宣伝された品目が、全体的な販売価格を下げるように機能する値引きを含んで即座に購入されることを要求するリモート・コントロールのボタンを押すことができる。
金銭的価値のある値引きクーポンおよび／または販売促進を消費者に提供する他の方法が、宣伝するストリームまたはダウンロードに結合されても良い。
【０１１４】
宣伝の電子配信と結合された金銭的価値のあるクーポン（または販売促進キャンペーン）に基づいて購入を行う機会を消費者に与えることによって、購入ループが、閉じられることができ、広告主は、ある宣伝がある識別可能な販売（ある識別可能な消費者への）をもたらしたことを証明できる経験的データへのアクセスを得ることができる。
【０１１５】
この方法は、広告主が、彼らの宣伝費用を注ぎこむべき最も良い場所を決定するのを助けることができる。この方法が、消費者が宣伝に注意を払っているかどうかを決定することは可能ではないが、別個の宣伝の成功した視聴を暗示することのできるある種のメトリックスを監視することは可能である。メトリックスは、次のようにすることができる（しかし、これらに限定はされない）。
１．成功して開始され、「巻き戻し」処理中でも早送り」処理中でもない宣伝
２．消費者が何であれ動作（たとえば、チャネルを変更する、ＥＰＧを要求する、「巻き戻し」、「早送り」、または他の動作）を実行する前に、その長さの（少なくとも）８０％について再生された宣伝。
３．宣伝が成功して再生されたかどうかを決定するのに使用できる他のメトリックス。
そのような経験的データは、広告主に売り戻されるか、広告主がマルチソースなどのシステムによって配信されるコンテンツにより多くの宣伝費を費やすように奨励するために広告主に無料で供給されるかのいずれかとすることができる。
【０１１６】
本願で説明されるこのコンテンツ統合システムは、さまざまな消費者装置をアクセス・ネットワークに接続するホーム・ゲートウェイ技術に関連付けられても良い。そのようなホーム・ゲートウェイ技術は、コンテンツを主要な家から別荘へ移動するのに、コンテンツをＰＣとハンドヘルド装置などの消費者のホーム・ネットワーク内の承認された消費者電子装置に移動するのに、およびコンテンツを無線装置に移動するのにも使用され得る。
【０１１７】
代替的な実施形態では、以上で説明したマルチソース・コンテンツ配信システムは、以上で説明したビデオ・コンテンツに類似する形でウェブ・ページを効果的に扱うオープン・インターネットへのゲートウェイまたはドメインを含んでも良い。世界中の多くの場所で、人々は、パーソナル・コンピュータ（ＰＣ）を有していない。いくつかの場合には、人々は、単純に、ＰＣを購入する金銭を有していない。他の場合に、人々は、より小さいモバイル装置に依存することを習得する（かつ、それに完全に満足している）ので、リープフロッグド（ｌｅａｐ−ｆｒｏｇｇｅｄ）ＰＣを有する。その場合には、そのような世帯内のセットトップボックス（ＳＴＢ）は、マルチソース配信ネットワークまたは統合ネットワークの状況内でウェブをサーフィンするのに使用されても良い。これは、人々がＰＣを有するか否かにかかわりなく、また、人々がモバイル装置を有するか否かにかかわりなく、人々が、しばしば、ＴＶセットを有し、また、セットトップボックスを有する可能性が極めて高いことを前提とする。このセットトップボックスは、その後に、特に全世界のセットトップボックスの母集団に関して確立された規則とポリシーとに従う領域内でウェブ・ページを楽しむためのクライアントとして使用され得る。このシステムは、コンテンツ・プロバイダ５５が、図２に示されたマルチソース・データ・センタまたは配信ネットワークを介してセット・トップ・ボックスなどのクライアント装置またはコンテンツ・ビューワにコンテンツを供給するウェブ・サイトまたはインターネット・プロバイダを含み、以上で示され、全体的に図２に示された実施形態と同等である。
【０１１８】
この手法の利益のいくつかは、次の通りである。プリファレンス・エンジンは、政府と、ウェブ・プロバイダ／ホストと、アクセス・ネットワークと、消費者とが、望まれないコンテンツを適当にフィルタリングする彼ら自身のプリファレンス・エンジンを管理することを可能にする。逆に、マルチソース・システム内で行われる先を見越した検索は、消費者のために潜在的に興味深いウェブ・サイトを識別することもできる。ウェブ・プロバイダ／ホストとアクセス・ネットワークとは、適当に設計されたネットワークによる収入共有を享受することができる。アクセス・ネットワークは、ウェブ・サイトがアクセス・ネットワークとのビジネス・パートナになる時に、そのようなウェブ・サイトを販売促進してもよい。ウェブ・サイトは、その後に、コンテンツが適当に正しいビット・レートで処理されることをアクセス・ネットワークが検証できるので、はるかにより高い品質のサービス提案を提供することができても良い。ウェブ・サイトは、消費者がＴＶを楽しみ、ウェブ・サイトをナビゲートするために１つのリモート・コントロールだけを必要とするので、「単一の統合された経験」を活用する能力を有する（消費者は、両方の経験に参加するために、ＰＣとＴＶとの間で操作する必要がない）。さらに、消費者は、完全に統合された経験を楽しむために、装置を一緒に接続する必要がない。
【０１１９】
この実施形態では、．ｓｔｂなどのトップレベル・ドメインが、まず確立されても良い。これは、「．ｃｏｍと．ｎｅｔと．ｔｖと他）に類似するものになるはずである。そのようなドメインを管理することによって、すべての製品開発者が、特にそのドメインのために定義された規則とポリシーとの確立された組を厳守することを検証する努力が行われ得る。たとえば、マルチソースの確立されたドメイン内のすべてのページが、Ｊａｖａ（登録商標）ベースであり、ウェブ・ページ内で見つけることができるコンテンツを正しく説明する複数のメタタグ（または他のタグ）が存在することが、決定されても良い。メタタグ（または他のタグ）は、ウェブ・サイトに含まれる素材を検索するか他の形でフィルタ・アウトするのに使用され得る。一実施形態では、そのようなシステム内で使用されるすべてのウェブ・ページが、それらがセットトップボックス内で正しく動作するために、ドメイン・サフィックス（．ｓｔｂなど）で終わる。
【０１２０】
クライアント側では、コードのライブラリが、完全に機能するマルチソース実施を介して正しく動作し、ナビゲートするようにプログラムされる。コード（ソース・コードまたは実行可能コード）のライブラリは、マルチソース定義のアプリケーション・プログラミング・インターフェース（ＡＰＩ）によってマルチソース配信システムまたはマルチソース配信ネットワーク内で動作するようにプログラムされる。ドメイン・ウェブ・ページとクライアント側コード・ライブラリとは、標準テレビ・ユニットを見て、標準リモート・コントロールを操作しているテレビ視聴者に直接に公衆ネットワーク（インターネットなど）から素材を提示するために、一緒に動作するように設計され得る。
【０１２１】
日本のＮＴＴ  ＤｏＣｏＭｏ（登録商標）によって提供されるｉモード（登録商標）として知られる携帯電話機用のパケットベースのサービスに似て、マルチソース・ドメイン内でウェブ・ページを確立することを望む開発者は、開発仕様とＡＰＩとガイドラインとが提供され得るので、これらの開発者は、ＴＶセット上でマルチソース配信ネットワークを介して消費者に提供され得るウェブ・ページと関連するコンテンツとを作成できるようになる。
【０１２２】
新しいトップレベル・ドメインを確立することに対する代替的な実施形態は、マルチソース・フレーム・ワーク内で動作するように設計されたドメイン名のレジストリをマルチソース配信センタで作成し、維持することである。単純に一貫する拡張子（．ｓｔｂなど）を有することほど優雅ではないが、この代替的な実施形態は、同一の目的のために機能する。開発者は、テレビ・アクセス・ネットワークのためにシームレスに動作するカスタマイズされたウェブ・ページを作成することができる。そのようなレジストリは、仕様と標準規格とＡＰＩと共通プロトコルとの共有によって組織され、管理され得る。これらの規則が適当に従われる限り、テレビベース・アクセス・ネットワークのミドルウェア・システムは、消費者にシームレスに見える形で情報をレンダリングするように構成され得る。
【０１２３】
以上の手法のいずれもが、．ｓｔｂなどの新しいトップレベル・ドメインの作成であれ、ＵＲＬの管理されるレジストリの作成であれ、全世界の開発者が数百万人（数十億人でないにせよ）のテレビ視聴者の注意を集める可能性を享受できる環境をもたらす。多数の「ウォールドガーデン」アプリケーションが、この技法を使用して作成されても良い。
【０１２４】
本願で定義されるマルチソース・コンテンツ配信システムは、一連のボタン押下を減らすか除去するように動作するリモート・コントロール上のある種のボタンを提供するように設計されても良い。たとえば、あるボタンの押下（またはマウススタイル装置のクリック）が、宣伝されつつある特定の製品を即座に購入することができる。もう１つのボタンの押下が、長期ストレージ装置上のコンテンツ選択物の再生を記録することができる。ボタンのもう１つの押下が、使用可能なコンテンツのリストを提示することができる。マルチソース・コンテンツ配信フレームワーク内で実施され得る、多数のそのような価値のあるワンクリック動作がある。
【０１２５】
以上で説明したマルチソース・ブリッジ・コンテンツ配信システムとマルチソース・ブリッジ・コンテンツ配信方法は、コンテンツ・ユニットキャスト・ストリームおよび／またはダウンロードに関するが、このシステムは、たとえばコンテンツ・プロバイダが放送ネットワークである放送チャネルに関して使用されても良い。この場合のマルチソース・システムは、コンテンツ・セクションと宣伝とを一緒に連結し、その後に、これらのチャネルを、これらのストリームを取り込むための設備が整ったすべてのクライアント装置に放送する（および／またはマルチキャストする）ことができる。
【０１２６】
マルチソース・システムは、ストリーミング・モデルではなくコンテンツ・ダウンロード・モデルを提供するように適合され得る。そのようなダウンロード・モデルは、消費者がその消費者の意のままにタイムシフトすることを可能にするために、コンテンツをキャッシングするストレージ機構体（サーバ側またはクライアント側）を必要とするはずである。このモデルは、消費者が、ＶＣＤ、ＤＶＤ、テープ、フラッシュ・メモリ、または他の記憶媒体などの媒体に物理的コピーを作成することを可能にする。
【０１２７】
マルチソース・コンテンツ配信システムは、コンテンツ所有者またはコンテンツ・プロバイダに、料金の支払い時に、関連するページの最上部（または最上部付近）に彼らのタイトルをリストするオプションを与えても良い。このオプションは、「ペイツープレース（ｐａｙ−ｔｏ−ｐｌａｃｅ）」として知られても良い。「ペイツープレース」の例は、次の通りである。
消費者は、その消費者が、入力されるキー・ワードがビリヤードと米国チャンピオンとである場合にコンテンツ選択のリストを見ることを望むことを示す。マルチソース・システムの機能として、コンテンツ所有者と広告主「Ｂｒｕｎｓｗｉｃｋ（登録商標）」は、事前に合意された料金と引き換えに、それ自体のコンテンツ選択をビリヤードに関連するすべてのリストの最上部にリストすることを許可される。この特定の例では、Ｂｒｕｎｓｗｉｃｋ（登録商標）は、そのコンテンツ選択をこの照会のリストの最上部に配置するために１．００ドルを支払うことに合意している。
【０１２８】
また、一実施形態では、マルチソース・ブリッジ・コンテンツ配信ネットワークは、消費者が彼らの電子装置を登録し、これらの電子装置を消費者のＳＴＢ（またはＰＣ）と消費者の口座番号とに関連付ける能力をも有しても良い。彼らのＳＴＢでミドルウェア・システムを介してナビゲートすることによって、またはＰＣを使用して指定されたウェブ・サイトにアクセスすることによって、消費者は、各電子装置の一意ＩＤを作成することができる。消費者の電子装置のそのような一意ＩＤの例は、次のようなものとしても良い。
○装置タイプＩＤ番号：ＸＸＸ−００１（Ａｐｐｌｅ（登録商標）  ｉＰｏｄ（登録商標））
○ＳＴＢ  ＭＡＣアドレス：１２３ＡＢＣ
○顧客口座番号：ＲＯＳＳＣＯＯＰＥＲＡＣＣＯＵＮＴ
この消費者の口座のこの特定の消費者装置の連結されたＩＤは、ＸＸＸ−００１１２３ＡＢＣＲＯＳＳＣＯＯＰＥＲＡＣＣＯＵＮＴである。
【０１２９】
消費者が、未登録の装置または未登録のＳＴＢ（もしくはＰＣ）でコンテンツを再生することを望む場合に、消費者は、単純に、それ相応に彼らの口座を更新するので、コンテンツは、一切問題なく再生する。この実施形態では、装置が未登録である場合に、マルチソース・ネットワークは、装置、ＳＴＢ（もしくはＰＣ）、または消費者のいずれかが、コンテンツを再生することを許可されないと仮定する。他の技法が、マルチソースとネットワークとによって、コンテンツが適当に再生するために装置を登録するのに使用されても良い。
【０１３０】
「装置機能プロファイル」が、マルチソース・ネットワークの加入者に提供されても良い。そのような「装置機能プロファイル」は、装置とその機能とのリストを含む。一実施形態では、コンテンツは、装置とその機能とが、コンテンツ所有者のプリファレンス・エンジン内とアクセス・ネットワークのプリファレンス・エンジン内との両方でサポートされる時に、所与の装置に供給される。システムは、必要に応じて特定の装置または装置のクラスに対してコンテンツを解約するか、装置のセキュリティ方式に依存して、使用可能なコンテンツのタイプを制限しても良い。装置機能プロファイルの例は、次の通りである。
Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ（登録商標）  ＤＲＭとＨ．２６４とネイティブＭＰＥＧ４とをサポートする、Ａｔｈｅｒｏｓ社のＭＰ４再生装置。画面フォーマットは３２０×２４０  ＱＶＧＡであり、サウンドトラックはステレオであり、最大ビデオ・ファイルは２５ＧＢ未満であり、接続はＵＳＢまたは無線によるものであり、ＳＤカードがサポートされるなどである。この装置は、ＸＸＸ−００１の装置レジストリ番号を割り当てられても良い。
【０１３１】
一実施形態のマルチソース・コンテンツ配信ネットワークは、ある装置から別の装置へのコンテンツの継続（電車、すなわちモバイル装置でのコンテンツの視聴の終了）または後ろの寝室のＰＣでの視聴の終了を許容するように設計される。装置レジストリ（以上で説明した）と装置機能プロファイル（やはり以上で説明した）とを活用することによって、マルチソース・システムは、消費者がある消費者装置から別の消費者装置に切り替える時を決定し、コンテンツ・パラメータがオンラインになる新しい各装置について正しいことを検証することができる。
【０１３２】
ある装置から別の装置へのコンテンツ切替の１つの例は、次の通りである。ある消費者が、マルチソース・コンテンツ配信ネットワークを使用して、第２外国語としてのスペイン語の学習に関する教育ビデオを見ることによって自宅での１日を始める。この時点で、マルチソース・コンテンツ配信ネットワークは、その消費者がストリームを標準品位ＴＶセットに向けており、その家庭へのコンテンツ・ファイル・ストリーミングが、このＴＶセット用に正しくエンコードされて見える形でトランスコーディングされることを知る。３０分（程度）後に、この消費者は、マルチソース・システムに、ストリームを一時停止し、新しい指示がマルチソース・システムに送信されるまで待つように指示する。これらの指示は、アクセス・ネットワーク・レベルのマルチソース・サーバによって受信され、作用される。その消費者は、その後に、自動車に乗り込み、モバイル装置を使用して、マルチソース・システムに接触し、再生を再開する要求を送信する。マルチソース・システムが、現在使用中の消費者装置を認証したならば、マルチソース・システムは、クライアント装置が現在はＴＶセットよりはるかに小さいので、符号化パラメータがはるかに異なることを知り、その符号化パラメータは、消費者にシームレスに見えるように適当に変更される。この時点で、マルチソース・システムは、次の２つの異なる動作のうちの１つを実行することができる。
１．符号化パラメータが訂正されるようにするために、リアルタイムでたやすく入手可能であるコンテンツ・ファイルをトランスコーディングする
２．同一のソース・コンテンツ・ファイルの異なる符号化されたファイルのディレクトリから、適当に符号化されたファイルを選択する。
【０１３３】
マルチソース・コンテンツ配信ネットワークが、どのようにして符号化の相違を最も良く解決するか（リアルタイム・トランスコーディング対事前に符号化されたファイルの選択）に関する判断を行ったならば、コンテンツは、消費者がコンテンツの一時停止を指示した点から消費者へのストリーミングを継続する（この点は、通常、「ブックマーク」と考えられる）。これは、消費者が、コンテンツを見ている間に装置を交換し、望みに応じてコンテンツ再生をある装置から次の装置に切り替えることを可能にする。
【０１３４】
ある位置のあるクライアント装置から別の位置の別のクライアント装置へコンテンツ・ファイルを再生するオプションに関する以上の説明に似て、マルチソース・システムが、あるアクセス・ネットワークから別のアクセス・ネットワークへの同一のシームレス動作を可能にするように設計されることも可能である。そのような動作の例は、次の通りである。
１．ある消費者が、ＨＢＯ（登録商標）のザ・ソプラノズの１つのエピソードを、地域ケーブル・システムなどの第１アクセス・ネットワークで見始める。
２．そのエピソードの途中で、その消費者は、コンテンツ・ストリームを「一時停止する」と決定し、ケーブル・システムが異なる会社（第２アクセス・ネットワーク）によって運営される位置への飛行機に乗るために空港にドライブする。
３．マルチソース・ネットワークは、この２つのアクセス・ネットワークの間の課題を解決し、その消費者が異なる地理的区域にいる場合であっても、その目的地でザ・ソプラノズの再生を再開することを可能にする。
【０１３５】
マルチソース・コンテンツ配信システムが、さまざまなアクセス・ネットワークにリンクされる（または、ウェブ上で運営される）独立ネットワークであるので、以上で説明したアクセス・ネットワークの間の遷移と消費者装置の間の遷移とが可能である。マルチソース・コンテンツ配信システムは、独立ネットワークであるので、時間と、距離と、装置とにまたがる遷移は、比較的シームレスに解決されても良い。
【０１３６】
ほとんどのコンテンツ配信プラットフォームでは、消費者は、実施されているディジタル権利管理（ＤＲＭ）方式、またはネットワークを管理する規則とポリシーとに関して全く明瞭ではない。したがって、消費者が「コンテンツを私のＰＣに転送することができるか」などの質問をすることが一般的である。もう１つの質問は、「コンテンツが私の再生装置に到着する時にそのコンテンツを記録し、後で見ることができるか」である。上記などの質問は、一般的であり、これらの質問に対する正しい回答は、しばしば、見つけることがむずかしい。マルチソース・コンテンツ配信システムは、アクセス・ネットワークと任意の特定のコンテンツ選択とのさまざまな権利と規則とポリシーとを説明する代理人として作動するように設計されても良い。この場合に、消費者は、問題になっている特定のコンテンツ選択の再生について確立されてきたすべての「権利」とポリシーと規則との明瞭な説明を受け取るために、指定されたボタン（リモート・コントロール装置上または他の類似する装置上の）を押すことができる。
【０１３７】
マルチソース・コンテンツ配信システムまたはマルチソース・コンテンツ配信ネットワークのもう１つのオプションは、テレビ視聴習慣を把握するために消費者の家庭に装置を配置するニールセン・レーティングス・サービス（Ｎｉｅｌｓｅｎ  Ｒａｔｉｎｇｓ  Ｓｅｒｖｉｃｅ）に似たサービスを運営することである。マルチソース・ネットワークは、マルチソース・ネットワークによって配信されるコンテンツの実際の視聴習慣を報告するために、経験的データを取り込み、格納しても良い。そのような「ニールセンスタイル」レーティング・サービスは、マルチソース・ネットワークが、より不明瞭なコンテンツ選択に加えてプレミアム・コンテンツを配信するために選択されるネットワークになる場合に、拡張されることも可能である。
【０１３８】
マルチソース・コンテンツ配信システムまたはマルチソース・コンテンツ配信ネットワークは、対話型ゲームと金銭的価値のある報酬の管理および配信とのプラットフォームを提供するのにも使用され得る。対話型ゲームは、マルチソース配信センタ５０またはアクセス・ネットワーク・レベルのマルチソース・コンテンツ配信プロバイダに格納されても良い。特定のゲームに関する要求時に、マルチソース配信システムは、トリック再生特徴を使用するコンテンツの配信に似た形でゲームのセグメントを配信しても良い。それを行う際に、消費者は、どのようにしてゲームを介して最も良くナビゲートするかに関する重要な判断を行うために見る必要があるオーディオ・シーケンスとビデオ・シーケンスとを楽しむことができる。
【０１３９】
以上で説明したマルチソース・コンテンツ配信システムまたはマルチソース・コンテンツ配信ネットワークに関連して提供され得る複数の他の可能なオプションがある。たとえば、消費者報酬が、システムに組み込まれても良い。あるタイプの報酬が、特定の消費者に配送されるべきであると決定される時に、マルチソース・ネットワークは、正しい消費者を識別し、たとえば下記などの複数の形でその報酬を配送することができる。
・金銭的価値のあるクーポンが、電子的にまたは郵送サービスによって配信され得る
・公共事業請求（有料テレビ・サービスの請求など）の割引が、提供され得る
・追加の映画「再生」またはゲーム「プレイ」が、提供され得る
・追加の放送チャネルが、指定された時間期間の間に提供され得る。
他のタイプの報酬と報酬配送方法も使用され得る。
【０１４０】
マルチソース・コンテンツ配信ネットワークは、たとえば、生イベントを中心とする「視聴者フォーラム」を作成するため、または生のニュース実況放送もしくはスポーツ・イベントを中心とするリアルタイム投票／トークバック・チャット・ルームを作成するために、ビデオ・ストリーミングとブログ作成との混合を許容するようにも適応されても良い。「仮想」賭博とサイドゲームが、コンテストと賞金と共に、生スポーツ・イベントを中心として提供されても良い。提供されても良い他のオプションは、次を含む。
・映画が、視聴者が結末を選択する状態でストリーミングされる「映画の結末を選べ」、
・ビデオ番組内の製品配置を活用する宣伝ベースのコンテスト（「この映画の中で６台の緑のフォルクスワーゲン・バグを探せ」）、
・友人および家族と共有するために、ユーザが特定のビデオの瞬間のハイライトを作成することを可能にすること、
・ブランド付きビデオ・セグメントの諸部分の編集とリミックス（類似する特徴が、現在、英国放送協会すなわちＢＢＣ（登録商標）によって試行されつつある）。
【０１４１】
以上で説明したマルチソース・ブリッジ・コンテンツ配信システムは、基本的に、たやすくアクセス可能な形でより多数の視聴選択肢を消費者に提供するために、アクセス・ネットワーク上のスペースを賃貸するアクセス・ネットワーク事業者またはコンテンツ配信プロバイダと連繋する、コンテンツ所有者／プロバイダの共同作業である。
【０１４２】
以上の実施形態で説明したマルチソース・ブリッジ・コンテンツ配信システムは、さまざまな外部コンテンツ・ソースをローカル・アクセス・ネットワークにリンクする。これは、コンテンツ・ソースに、多数の配信の新しいチャネルと潜在的な収入とを提供する。アクセス・ネットワークまたはコンテンツを配信するのにローカル・アクセス・ネットワークを使用するコンテンツ配信プロバイダは、競争が極端であるかもしれない時の間に大規模ウェブ・ポータルと直接に競争する必要がない。消費者は、ある種の実施形態でタイムシフトとロケーションシフトとの技術と解決策とをも提供できる統合されたシステムを楽しむことができる。
【０１４３】
そのような設計は、下記を含む（これらに限定はされない）多数の理由から、コンテンツがある地理的地域から別の地理的地域へ自然には流れない時に、コンテンツが効果的に管理されることを可能にする。
・地域に関する関連
・ユーモアは、別個の地理的地域内で根本的に異なるかもしれない
・基本的な好みが、別個の地理的地域内で異なるかもしれない
・競合するコンテンツ・オファリングが、ある種のマルチソース・コンテンツ・オファリングの魅力に影響するかもしれない
【０１４４】
当業者は、本明細書で開示される実施形態に関連して説明されるさまざまな例示的な論理ブロックと、モジュールと、回路と、アルゴリズム・ステップとが、しばしば、電子ハードウェア、コンピュータ・ソフトウェア、またはその両方の組合せとして実施され得ることを理解するであろう。ハードウェアとソフトウェアとのこの相互交換性を明瞭に示すために、さまざまな例示的なコンポーネントと、ブロックと、モジュールと、回路と、ステップとが、その機能性に関して上で全般的に説明された。そのような機能性が、ハードウェアまたはソフトウェアのどちらとして実施されるかは、特定の応用例と、全体的なシステムに課せられる設計制約とに依存する。当業者は、説明された機能性を、特定の応用例ごとにさまざまな形で実施することができるが、そのような実施判断は、本発明の範囲からの逸脱を引き起こすものと解釈されてはならない。さらに、モジュール、ブロック、またはステップの中での機能のグループ化は、説明を簡単にするためのものである。特定の機能またはステップが、本発明から逸脱せずにあるモジュールまたはブロックから移動され得る。
【０１４５】
本明細書で開示される実施形態に関して説明されたさまざまな例示的な論理ブロックとモジュールとは、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、または本明細書に記載の機能を実行するために設計されたそれらの任意の組合せを用いて実施され、または実行され得る。汎用プロセッサは、マイクロプロセッサとすることができるが、代替的には、プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティング装置の組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアを伴う１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としても実施され得る。
【０１４６】
本明細書で開示される実施形態に関して説明された方法またはアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されるソフトウェア・モジュールで、またはこの２つの組合せで実施され得る。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバル・ディスク、ＣＤ−ＲＯＭ、または任意の他の形の記憶媒体内に存在することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替的には、記憶媒体は、プロセッサに一体化され得る。プロセッサと記憶媒体とが、１つのＡＳＩＣ内に存在することができる。
【０１４７】
また、さまざまな実施形態は、たとえば特定用途向け集積回路（「ＡＳＩＣ」）またはフィールド・プログラマブル・ゲート・アレイ（「ＦＰＧＡ」）などのコンポーネントを使用して、主にハードウェアで実施されても良い。本明細書で説明される機能を実行できるハードウェア状態機械の実施態様も、当業者に明白であろう。また、さまざまな実施形態は、ハードウェアとソフトウェアとの両方の組合せを使用して実施されても良い。
【０１４８】
開示される実施形態の以上の説明は、当業者が本発明を作成することまたは使用することを可能にするために提供される。これらの実施形態に対するさまざまな修正形態は、当業者にたやすく明白になり、本明細書で説明される包括的な原理は、本発明の趣旨または範囲から逸脱せずに他の実施形態に適用され得る。したがって、本明細書で提示される説明および図面は、本発明の現在好ましい実施形態を表すので、本発明によって幅広く企図される主題を表すことが理解されるべきである。さらに、本発明の範囲が、当業者に明白になっても良い他の実施形態を完全に包含するので、本発明の範囲が、添付の特許請求の範囲以外の何によっても限定されないことを理解されたい。
【図面の簡単な説明】
【０１４９】
【図１】アクセス・ネットワークを介してプロバイダから消費者へコンテンツを提供する従来技術のネットワーク配信システムを示す単純なブロック図である。
【図２】マルチソース・ネットワーク配信システムの一実施形態を示す概略ブロック図である。
【図３】図２のマルチソース・システム内のコンテンツ・ソースからクライアント装置へのコンテンツのフロー経路を示す概略ブロック図である。
【図４】コンテンツ所有者プリファレンス・エンジンとアクセス・ネットワーク・プリファレンス・エンジンとによって提供される判断基準設定またはプリファレンス設定を示すブロック図である。
【図５】図２のシステムによって提供されるタイトルレベル判断基準検査機能を示すブロック図である。
【図６】図４のプリファレンス・エンジンとの請求システムのリンクを示すブロック図である。
【図７】図２のマルチソース・ネットワーク配信システムにコンテンツを提供しても良いさまざまなコンテンツ・ソースを示すブロック図である。
【図８】図２から図７のシステムを使用して消費者に供給されても良い拡張番組ガイド（ＥＰＧ）の例を示す図である。
【図９】図２から図８のシステムで消費者または加入者に供給されても良い検索要求フォームの例を示す図である。
【図１０】一実施形態でアクセス・ネットワークによって提供されるミドルウェア・システムのユーザ・インターフェースを示す図である。
【図１１】アクセス・ネットワークが設けられないもう１つの実施形態によるマルチソース・ブリッジ・ネットワーク配信システムを介するデータ・ファイルの変更されたフロー経路を示す図である。
【図１２】加入者プリファレンス・エンジンまたは顧客プリファレンス・エンジンを含むマルチソース・ブリッジ・コンテンツ配信システムのコンテンツ・フローもう１つの実施形態を示すブロック図である。
【図１３】図１２の実施形態でのコンテンツ所有者、アクセス・ネットワーク、および加入者のプリファレンス設定の例を示す図である。
【図１４】政府プリファレンス・エンジンを含むマルチソース・ブリッジ・ネットワーク配信システム内のコンテンツのもう１つの変更されたフロー経路を示す図である。
【図１５】図１４のシステム内のプリファレンス・エンジンの階層を示す図である。
【図１６Ａ】図１３および図１４のプリファレンス・エンジン配置を伴う図２から図１５のマルチソース・ブリッジ・コンテンツ配信システムの処理流れ図を示す図である。
【図１６Ｂ】図１３および図１４のプリファレンス・エンジン配置を伴う図２から図１５のマルチソース・ブリッジ・コンテンツ配信システムの処理フロー図を示す図である。
【図１７】図２から図１６のマルチソース・コンテンツ配信システムを示すより詳細な機能ブロック図である。
【図１８】コンテンツ・ソースから図２のマルチソース・データ・センタへのコンテンツのアップロードのためのコンテンツ摂取モジュールの実施形態を示す図である。
【図１９】図１８のコンテンツ摂取のためのファイル符号化方法内の代替の解決処理を示す図である。
【図２０】図１８のコンテンツ摂取モジュール内で使用されても良い追加のローカライゼーション処理を示す図である。
【図２１】図１７のプロキシ・プロファイル・モジュールの例を示す機能ブロック図である。
【図２２】図１７および図２１のプロキシ・プロファイル・モジュールを使用する流通網内のユーザによるコンテンツ注文および関連する広告の連続挿入の方法ステップを示す流れ図である。
【図１】
2009521757.tif 000003
【図２】
2009521757.tif 000004
【図３】
2009521757.tif 000005
【図４】
2009521757.tif 000006
【図５】
2009521757.tif 000007
【図６】
2009521757.tif 000008
【図７】
2009521757.tif 000009
【図８】
2009521757.tif 000010
【図９】
2009521757.tif 000011
【図１０】
2009521757.tif 000012
【図１１】
2009521757.tif 000013
【図１２】
2009521757.tif 000014
【図１３】
2009521757.tif 000015
【図１４】
2009521757.tif 000016
【図１５】
2009521757.tif 000017
【図１６Ａ】
2009521757.tif 000018
【図１６Ｂ】
2009521757.tif 000019
【図１７】
2009521757.tif 000020
【図１８】
2009521757.tif 000021
【図１９】
2009521757.tif 000022
【図２０】
2009521757.tif 000023
【図２１】
2009521757.tif 000024
【図２２】
2009521757.tif 000025
【国際調査報告】
2009521757.tif 000026