(57)【要約】【課題】  リソース・アイテム・リストを作成し、リソース・アイテム・リストをあるユーザから別のユーザまたは別の宛先に転送し、リソース・アイテム・リストにおいて指定されたリソース記述子に基づいてリソース・アイテムをオペレーション・センタから取り出すための方法が記載される。【解決手段】  リソース・アイテム・リストは、オペレーション・センタにおけるコンテンツ・ストア中の一致するリソース・アイテムを特定するのに用いられるいくつかの属性を含むことができる。スキーマが、リソース・アイテム・リストにおけるエントリのコンテンツおよび編成を定める。リソース・アイテム・リストの使用は、ユーザが、リソース・アイテムの大きなプールから抽出される対象となるリソース・アイテムを発見し、消費するのを助ける。【選択図】  図１
2005341585.tif 000002
【特許請求の範囲】
【請求項１】
複数のリソース・アイテムをコンテンツ・ストアから提供するための方法であって、
コンテンツ・ストアに提供されたリソース・アイテムを特定する複数のリソース・アイテム記述子を含むリソース・アイテム・リストを、クライアント処理装置から受け取ることと、
前記リソース・アイテム記述子によって特定された前記リソース・アイテムを、前記コンテンツ・ストアから自動的に取り出すことと、
前記取り出されたリソース・アイテムを、提示のために前記クライアント処理装置に提供することと、
を備えることを特徴とする方法。
【請求項２】
前記リソース・アイテム・リストはマークアップ言語で表されることを特徴とする請求項１に記載の方法。
【請求項３】
前記マークアップ言語は拡張可能マークアップ言語（ＸＭＬ）であることを特徴とする請求項２に記載の方法。
【請求項４】
スキーマが前記リソース・アイテム・リストのコンテンツおよび編成を統制することを特徴とする請求項１に記載の方法。
【請求項５】
各リソース・アイテム記述子は少なくとも１つの属性を含むことを特徴とする請求項１に記載の方法。
【請求項６】
各リソース・アイテム記述子は複数の属性を含み、その一部はオプションであることを特徴とする請求項５に記載の方法。
【請求項７】
前記リソース・アイテム・リストは、前記リソース・アイテムが提示されるべき順序を指定する情報を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記取り出すことは、ある場合では、少なくとも２つのリソース・アイテムが前記リソース・アイテム・リストにおける前記リソース・アイテム記述子の少なくとも１つに一致すると判定することを特徴とする請求項１に記載の方法。
【請求項９】
少なくとも１つの考慮事項に基づいて、前記少なくとも２つのリソース・アイテムの１つを選択することをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記少なくとも１つの考慮事項は、前記選択されたリソース・アイテムをレンダリングすることになるレンダリング・クライアント提示装置の提示機能に関することを特徴とする請求項９に記載の方法。
【請求項１１】
請求項１に記載の前記受け取ること、前記取り出すこと、および前記提供することを実施するための機械読取り可能命令を含むことを特徴とするコンピュータ読取り可能媒体。
【請求項１２】
複数のリソース・アイテムをオペレーション・センタのコンテンツ・ストアから取り出すための方法であって、
クライアント処理装置において、オペレーション・センタのコンテンツ・ストアに提供されたそれぞれのリソース・アイテムを特定する複数のリソース・アイテム記述子を含むリソース・アイテム・リストを取得することと、
前記リソース・アイテム・リストを前記オペレーション・センタに転送することと、
前記リソース・アイテム・リストを前記オペレーション・センタで受け取ることと、
前記リソース・アイテム記述子によって特定された前記リソース・アイテムを前記コンテンツ・ストアから取り出すことと、
前記取り出されたリソース・アイテムを、提示のために前記クライアント処理装置に提供することと、
を備えることを特徴とする方法。
【請求項１３】
前記取得することは、前記リソース・アイテム・リストをソース・エンティティから受け取ることを含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ソース・エンティティは別のコンピュータ処理装置であることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記取得することは前記リソース・アイテム・リストを作成することを伴うことを特徴とする請求項１２に記載の方法。
【請求項１６】
請求項１２に記載の前記取得すること、前記転送すること、前記受け取ること、前記取り出すこと、および前記提供することを実施するための機械読取り可能命令を含むことを特徴とするコンピュータ読取り可能媒体。
【請求項１７】
複数のリソース・アイテムを提供するためのサーバ装置であって、
複数のリソース・アイテムを提供するコンテンツ・ストアと、
前記コンテンツ・ストアに提供された前記リソース・アイテムを特定する複数のリソース・アイテム記述子を含むリソース・アイテム・リストを、クライアント処理装置から受け取るように構成されたロジックと、
前記リソース・アイテム記述子によって特定された前記リソース・アイテムを、前記コンテンツ・ストアから自動的に取り出すように構成されたロジックと、
前記取り出されたリソース・アイテムを、提示のために前記クライアント処理装置に提供するように構成されたロジックと、
を備えたことを特徴とするサーバ装置。
【請求項１８】
前記リソース・アイテム・リストはマークアップ言語で表されたことを特徴とする請求項１７に記載の装置。
【請求項１９】
前記マークアップ言語は拡張可能マークアップ言語（ＸＭＬ）であることを特徴とする請求項１８に記載の装置。
【請求項２０】
スキーマが前記リソース・アイテム・リストのコンテンツおよび編成を統制することを特徴とする請求項１７に記載の装置。
【請求項２１】
各リソース・アイテム記述子は少なくとも１つの属性を含むことを特徴とする請求項１７に記載の装置。
【請求項２２】
各リソース・アイテム記述子は複数の属性を含み、その一部はオプションであることを特徴とする請求項２１に記載の装置。
【請求項２３】
前記リソース・アイテム・リストは、前記リソース・アイテムが提示されるべき順序を指定する情報を含むことを特徴とする請求項１７に記載の装置。
【請求項２４】
取り出すための前記ロジックは、ある場合では、少なくとも２つのリソース・アイテムが前記リソース・アイテム・リストにおける前記リソース・アイテム記述子の少なくとも１つに一致すると判定するように構成されたことを特徴とする請求項１７に記載の装置。
【請求項２５】
少なくとも１つの考慮事項に基づいて、前記少なくとも２つのリソース・アイテムの１つを選択するように構成されたロジックをさらに含むことを特徴とする請求項２４に記載の装置。
【請求項２６】
前記少なくとも１つの考慮事項は、前記選択されたリソース・アイテムをレンダリングすることになるレンダリング・クライアント提示装置の提示機能に関することを特徴とする請求項２５に記載の装置。
【請求項２７】
請求項１７に記載の受け取るための前記ロジック、取り出すための前記ロジック、および提供するための前記ロジックを実施するための機械読取り可能命令を含むことを特徴とするコンピュータ読取り可能媒体。
【請求項２８】
複数のリソース・アイテムを取り出すためのシステムであって、
それぞれのリソース・アイテムを特定する複数のリソース・アイテム記述子を含むリソース・アイテム・リストを取得するように構成されたロジックと、
前記リソース・アイテム・リストをオペレーション・センタに転送するように構成されたロジックと、
を含むコンピュータ処理装置と、
リソース・アイテムを格納するためのコンテンツ・ストアと、
前記リソース・アイテム・リストを受け取るように構成されたロジックと、
前記リソース・アイテム・リストにおける前記リソース・アイテム記述子によって特定された前記リソース・アイテムを、前記コンテンツ・ストアから取り出すように構成されたロジックと、
前記検索されたリソース・アイテムを、提示のためにクライアント処理装置に提供するように構成されたロジックと、
を含む前記オペレーション・センタと、
を備えたことを特徴とするシステム。
【請求項２９】
取得するための前記ロジックは、前記リソース・アイテム・リストをソース・エンティティから受け取るように構成されたことを特徴とする請求項２８に記載のシステム。
【請求項３０】
前記ソース・エンティティは別のコンピュータ処理装置であることを特徴とする請求項２９に記載のシステム。
【請求項３１】
取得するための前記ロジックは前記リソース・アイテム・リストを作成するように構成されたことを特徴とする請求項２８に記載のシステム。
【請求項３２】
請求項２８に記載の取得するための前記ロジック、転送するための前記ロジック、受け取るための前記ロジック、取り出すための前記ロジック、および提供するための前記ロジックを実施するための機械読取り可能命令を含むことを特徴とするコンピュータ読取り可能媒体。
【請求項３３】
少なくとも１つのリソース・アイテム記述子を有するリソース・アイテム・リストを含み、格納したコンピュータ読取り可能媒体であって、前記少なくとも１つのリソース・アイテム記述子はコンテンツ・ストアに格納された少なくとも１つのリソース・アイテムにリンクし、
前記少なくとも１つのリソース・アイテム記述子に関連するリソース・アイテムがユーザに提示される順序を特定する第１のフィールドと、
前記少なくとも１つのリソース・アイテム記述子を特定する第２のフィールドであって、前記少なくとも１つのリソース・アイテム記述子の特性を指定する少なくとも１つの属性を含む第２のフィールドと、
を備えたことを特徴とするコンピュータ読取り可能媒体。
【請求項３４】
前記少なくとも１つの属性は、前記コンテンツ・ストアにおいて前記少なくとも１つのリソース・アイテム記述子に対応するリソース・アイテムを特定する場所を指定する属性を含むことを特徴とする請求項３３に記載のコンピュータ読取り可能媒体。
【請求項３５】
前記少なくとも１つの属性は、
一致するリソース・アイテムのタイトルを指定する第１の属性と、
前記一致するリソース・アイテムが放送された放送日を指定する第２の属性と、
前記一致するリソース・アイテムを放送した放送サービスを指定する第３の属性と、
前記一致するリソース・アイテムが放送された放送時刻を指定する第４の属性と、
前記一致するリソース・アイテムの所要時間を指定する第５の属性と
から選択される少なくとも１つの付加的な属性を含むことを特徴とする請求項３４に記載のコンピュータ読取り可能媒体。
【請求項３６】
前記第１の属性から前記第５の属性の少なくとも１つはオプションであることを特徴とする請求項３５に記載のコンピュータ読取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本内容は、リソース・アイテムをユーザに提示するための方策に関し、より詳細な実施形態においては、オーディオ・ビジュアル・メディア・アイテムのコレクションをユーザに提示するための方策に関する。
【背景技術】
【０００２】
メディア・プログラムのプロバイダは、消費者が選択できるリソース・アイテム数を増やし続けている。例えば、従来の衛星およびケーブル・プロバイダは、各々が複数のリソース・アイテム（例えば、テレビ番組、映画等）を提供する、選択されるべき数百のチャネルを提供している。インターネット対応のメディア・プログラム・プロバイダは、さらに大量の選択されるべきリソース・アイテムを提供する可能性を有している。選択肢の配列が拡大することによって、消費者が自らの興味を満たすリソース・アイテムを見付ける確率が高くなるため、消費者に恩恵がもたらされる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、リソース・アイテムの急増は、多くの課題をもたらす。例えば、リソース・アイテムのプールが絶えず増え続けることに伴って、消費者は、自らの興味を満たすリソース・アイテムを発見することが困難であると感じる場合がある。例えば、消費者は、自らの興味を満たすリソース・アイテムを見付けるために多数のリソース・アイテムを取捨選択することが煩わしいと感じる場合がある。消費者の検索を容易にするための種々の検索エンジンが存在するが、多くの消費者、特にコンピュータに精通していない消費者は、これらのツールに慣れていない場合がある。あるいは、多くの消費者は、日常ベースでこれらの検索ツールを使用するのに十分な時間も根気もない場合がある。
【０００４】
したがって、より大きなリソース・アイテムのプールからのリソース・アイテムの発見と、その後のこうしたリソース・アイテムの取り出しとを容易にするメカニズムについての必要性が存在する。
【課題を解決するための手段】
【０００５】
１つの例示的な実施形態によれば、複数のリソース・アイテムをコンテンツ・ストアから提供するための方法が記載される。この方法は、（ａ）コンテンツ・ストア内に提供されたリソース・アイテムを特定する複数のリソース・アイテム記述子を含むリソース・アイテム・リストを、クライアント処理装置から受け取ることと、（ｂ）リソース・アイテム記述子によって特定されたリソース・アイテムを、コンテンツ・ストアから自動的に取り出すことと、（ｃ）取り出されたリソース・アイテムを、提示のためにクライアント処理装置に提供することとを含む。
【０００６】
別の例示的な特徴によれば、リソース・アイテム・リストは、拡張可能マークアップ言語（ＸＭＬ）などのマークアップ言語で表現される。
【０００７】
別の例示的な特徴によれば、スキーマが、リソース・アイテム・リストのコンテンツおよび編成を統制する。
【０００８】
別の例示的な特徴によれば、各々のリソース・アイテム記述子は複数の属性を含み、その一部はオプションである。
【０００９】
別の例示的な特徴によれば、リソース・アイテム・リストは、リソース・アイテムが提示されるべき順序を指定する情報を含む。
【００１０】
別の例示的な特徴によれば、上述の取り出すことは、少なくとも２つのリソース・アイテムがリソース・アイテム・リストにおけるリソース・アイテム記述子の少なくとも１つに一致すると判定する。この場合には、本方法は、（受信するクライアント処理装置のフォーマットの好みについての判定など）少なくとも１つの考慮事項に基づいて、リソース・アイテムのうちの１つを選択することをさらに含む。
【００１１】
別の例示的な特徴によれば、リソース・アイテム・リストは、別のクライアント処理装置から取得することができる。言い換えれば、本方法によって、ユーザが、リソース・アイテム・リストをユーザ間で共有するか、または、リソース・アイテム・リストをウェブサイトからダウンロードすることなどが可能になる。
付加的な実施形態および特徴は、以下に説明されるであろう。
【発明を実施するための最良の形態】
【００１２】
本開示および図面を通して、同じ番号は同類の構成要素および特徴を参照するのに用いられる。１００番台は図１で最初に見出される特徴を指し、２００番台は図２で最初に見出される特徴を指し、３００番台は図３で最初に見出される特徴を指し、以下同様である。
【００１３】
ここでは、リソース・アイテム・リストに基づいてリソース・アイテムを消費するための方策が説明される。「リソース・アイテム」という用語は、ユーザによって消費され得るあらゆる種類の情報リソースを指す。ある場合においては、リソース・アイテムは、音楽、静止画、オーディオ・ビジュアル動画などのようなオーディオおよび／または映像メディア・プログラムに関連する。オーディオ・ビジュアル・リソースの場合には、リソース・アイテムは、連続ドラマおよびコメディ、ドキュメンタリ、映画、トーク・ショー、様々な種類のセールス・プレゼンテーション、ニュース番組、天気情報、金融情報（例えば、株式情報）などのようなあらゆる種類の題材に関連する場合がある。別の場合には、リソース・アイテムは、ユーザが（コンピュータ・ゲームなどのような）プログラムと対話することを可能にする実行可能コンピュータ・プログラムに関連する。別の場合には、リソース・アイテムは、（ハイパーテキスト・マークアップ言語リソースのような）マークアップ言語リソースに関連する。
【００１４】
「リソース・アイテム・リスト」という用語は、１つまたは複数のリソース・アイテムを特定するのに用いられるあらゆる種類の情報を指す。リソース・アイテム・リストは、拡張可能マークアップ言語（ＸＭＬ）文書、フラット・ファイル、スプレッドシート文書、テキスト・エディタで作成される文書として、または他のあらゆるフォーマットで、表現することができる。
【００１５】
「リソース・アイテム記述子」という用語は、リソース・アイテム・リストにおけるリソース・アイテムを特定するのに用いられるあらゆる種類の情報を指す。説明されることになるように、例示的なリソース・アイテム記述子は、属性の集まりを含むことができる。この「属性」という用語は、参照ＩＤ、名前、タイトルなどのような、リソース・アイテムのそれぞれの特性を指定するあらゆる種類の情報を指す。
【００１６】
本開示は、以下のセクションを含む。セクションＡでは、リソース・アイテム・リストを用いてリソース・アイテムを消費するための例示的なシステムを説明する。セクションＢでは、セクションＡのシステムの動作を説明する。説明を容易にするために、以下の説明で最も共通して引き合いに出される実施形態は、メディア・プレイ・リストに基づいて、パケット・ネットワークを介してオーディオ・ビジュアル・リソース・アイテムをストリーミング・デジタル・フォーマットで配布することに関するものであるが、説明されることになるように、ここで説明される機能は、他の種類の技術的および商業的環境における他のタイプのリソース・アイテムに適用することができる。
【００１７】
Ａ．リソース・アイテム・リストに基づいてリソース・アイテムを消費するための例示的なシステム
（Ａ．１．システム概要）
図１は、リソース・アイテム・リストに基づいてリソース・アイテムを消費するための例示的なシステム１００を示している。概要として、システム１００は、ユーザが１つまたは複数のリソース・アイテムを特定するリソース・アイテム・リストを作成および／または受け取ることを可能にする。例えば、ユーザは、リソース・アイテム・リストを作成することを望むか、または、何らかの共通テーマを有するリソース・アイテムを特定する既に作成済みのリソース・アイテム・リストを別のユーザ若しくは他のソースから受け取ることを望む場合がある。ユーザは、このリソース・アイテム・リストを呼び出して、そこで特定されたリソース・アイテムを自動的に受け取ることができる。これらのリソース・アイテムは、リソース・アイテム・リストにおいて特定された順番でユーザに提示することができる。リソース・アイテム・リストに基づいたリソース・アイテムの取り出しは、特に、こうした措置をとらずに、ユーザが潜在的に膨大なリソース・アイテムのプールから個々のリソース・アイテムを手動で選択するように強いる場合に、リソースの消費に対するユーザ・フレンドリな手法を提供する。リストに基づいたリソース・アイテムの取り出しについての付加的な特徴およびそれに伴う利点が、以下に説明される。
【００１８】
一般に、図に示された機能のいずれも、ソフトウェア、ファームウェア（例えば、固定ロジック回路）、手動処理、またはこれらの実施形態の組み合わせを用いて実装することができる。ここで用いられる「ロジック」、「モジュール」、または「機能」という用語は、一般に、ソフトウェア、ファームウェア、または、ソフトウェアとファームウェアとの組み合わせを表す。例えば、ソフトウェア実装の場合には、「ロジック」、「モジュール」、または「機能」という用語は、処理装置または処理装置群（例えば、ＣＰＵまたはＣＰＵ群）上で実行されるときに特定されたタスクを実施するプログラム・コードを表す。プログラム・コードは、１つまたは複数のコンピュータ読取り可能記憶装置に格納することができる。図示したロジック、モジュール、および機能の個別ユニットへの分離は、こうしたソフトウェアおよび／またはハードウェアの実際の物理的なグループ化および割り振りを反映したものとするか、または単一のソフトウェア・プログラムおよび／またはハードウェア・ユニットによって実施される異なるタスクの概念的な割り振りに対応したものとすることもできる。図示されたロジック、モジュール、および機能は、（例えば、処理装置によって実装されるなど）単一サイトに配置するか、または複数の場所にわたって分散させることができる。
【００１９】
システム１００は、複数のクライアント提示装置（１０２、１０４、．．．１０６）を含む。クライアント処理装置（１０２、１０４、．．．１０６）は、異なる技術的および商業的環境に合うように、異なる方法で実装することができる。ある場合においては、これらのクライアント処理装置（１０２、１０４、．．．１０６）は、クライアント提示装置（１０８、１１０、．．．１１２）に接続するセットトップ・ボックスまたは他のアプリケーション固有のユニットを表すことができ、このクライアント提示装置（１０８、１１０、．．．１１２）は、テレビ、ステレオ・システム、または他の種類の情報提示装置を表すことができる。代替的な実施形態においては、クライアント処理装置（１０２、１０４、．．．１０６）は、それぞれのクライアント提示装置（１０８、１１０、．．．１１２）に接続する汎用コンピュータ装置を表すことができる。さらに別の例においては、クライアント処理装置（１０２、１０４、．．．１０６）は、（例えば、処理ボード、取り外し可能なカードなどの形態で）クライアント提示装置（１０８、１１０、．．．１１２）自体に統合される機能を表すことができる。
【００２０】
クライアント処理装置（１０２、１０４、．．．１０６）は、１つまたは複数のソースからリソース・アイテム（例えば、メディア・プログラム）を受信することができる。１つの例示的なソースは、（インターネットなどの）ネットワーク結合メカニズム１１６を介してクライアント処理装置（１０２、１０４、．．．１０６）に結合されるオペレーション・センタ１１４である。オペレーション・センタ１１４は、一般に、リソース・アイテムを格納し、ネットワーク結合メカニズム１１６を介してリソース・アイテムを要求に応じてユーザに配布するための任意のインフラストラクチャを表すことができる。ある場合においては、オペレーション・センタ１１４は、特定のサイトに収容されたコンピュータ機能（例えば、１つまたは複数のコンピュータ・サーバ）によって実装することができる。別の場合においては、オペレーション・センタ１１４は、複数のサイトにわたって広がるコンピュータ機能によって、分散方式で実装することができる。ある場合においては、単一のエンティティが、オペレーション・センタ１１４を管理することができる。別の場合においては、複数のエンティティが協働して、オペレーション・センタ１１４を実装することができる。例えば、後者の場合には、複数のパートナーが、図１において統合オペレーション・センタ１１４としてまとめて表される異なるオペレーション・センタを管理することができる。（次に以下で説明される）図２は、図１に示されるシステム１００についての、技術的に特定の１つの実施形態を説明するものである。
【００２１】
オペレーション・センタ１１４は、リソース・アイテム（例えば、メディア・プログラム）を保存するリソース・アイテム・コンテンツ・ストア１１８を含む。このコンテンツ・ストア１１８は、単一のデータベースを表すか、または複数のそれぞれのサイトに広がる複数の分散データベースを表すことができる。コンテンツ・ストア１１８に格納されるリソース・アイテムは、図１において総称して「情報ソース」１２０と表されるいくつかの異なるソースから発信することができる。情報ソース１２０は、従来の商用ケーブルテレビまたは衛星テレビ・プロバイダ、１つまたは複数の商用ビデオ・オン・デマンド（ＶＯＤ）エンティティ、１つまたは複数の出版社、リソース・アイテムの１つまたは複数のライブラリ・ソース、情報に関するあらゆる種類のインターネット対応リポジトリなどのような、リソース・アイテムを作成するかまたは提供するあらゆるエンティティを表すことができる。一例においては、オペレーション・センタ１１４を管理するエンティティが、リソース・アイテムを供給するエンティティ（またはエンティティ群）と契約による合意を締結することができる。別の場合においては、オペレーション・センタ１１４を管理するエンティティ自体が、コンテンツ・ストア１１８に保存される少なくとも幾つかのリソース・アイテムを作成することができる。いずれの場合においても、情報ソース１２０は、２つの主要なカテゴリに分けることができる。第１のタイプが、ライブ・ソース１２２に対応する。ライブ・ソース１２２は、ライブ・イベントを取り込むリソース・アイテムか、そうでなければライブ・イベントに関連する何らかの実時間の態様（例えば、テレビ中継されるスポーツ・イベントまたはニュース・イベントなど）を有するリソース・アイテムを供給するソースに対応する。第２のタイプのソースが、事前記録ソース１２４に対応する。事前記録ソース１２４は、全体が予め記録されたリソース・アイテムを供給するソースに対応する。オペレーション・センタ１１４は、ライブ・ソース１２２または事前記録ソース１２４のいずれかからリソース・アイテムを受信し、これらのリソース・アイテムをコンテンツ・ストア１１８に格納するための受信／記録モジュール１２６を含む。
【００２２】
情報配布モジュール１２８は、要求されたリソース・アイテムをコンテンツ・ストア１１８から取り出し、ネットワーク結合メカニズム１１６を介してそのリソース・アイテムを適切なクライアント処理装置（１０２、１０４、．．．１０６）に供給することによって、リソース・アイテムについてのユーザの要求を処理するように構成される。オペレーション・センタ１１４は、クライアント・インタフェース・モジュール１３０を介して結合メカニズム１１６に接続する。クライアント・インタフェース・モジュール１３０は、ブロードバンド結合メカニズムまたは他の種類の結合メカニズムとして実装することができる。
【００２３】
より具体的には、オペレーション・センタ１１４は、リソース・アイテムをクライアント処理装置（１０２、１０４、．．．１０６）に配信する際に、ユニキャスト・パラダイムを適用することができる。ユニキャストのアプローチにおいては、オペレーション・センタ１１４は、要求されたリソース・アイテムを、それを要求したクライアント処理装置に対してのみ送信する。これは、従来のブロードキャスト・パラダイムとは異なるものである。ブロードキャスト・モードでは、ヘッドエンド局は、加入者の大きなプールに対して複数のプログラムを同時に提供する。次に、加入者は、それぞれのクライアント処理装置をローカルに調整して、対象となる１つまたは複数のプログラムを受信する。対照的に、上述の転送のユニキャスト・モードにおいては、オペレーション・センタ１１４は、ユーザによって具体的に要求されるまでいかなる情報も転送しない。したがって、ユニキャスト・モードは、ブロードキャスト・モードと比較して経済的な情報のポイント・ツー・ポイント転送を提供する。さらに、ユニキャスト・モードにおいては、オペレーション・センタ１１４は、場合によっては異なる伝送設定（例えば、異なる伝送速度）を用いて、異なるそれぞれのユーザに対して同じリソース・アイテムの異なる部分を同時に流すことができ、それにより（加入者のすべてが同時に同じ情報を受信する）ブロードキャスト・モードと比較して情報配布の自由度をより高めることができる。
【００２４】
オペレーション・センタ１１４は、異なるプログラム・パッケージ化パラダイムを用いて、リソース・アイテムをユーザに供給することができる。ある場合においては、オペレーション・センタ１１４は、リソース・アイテムを異なるそれぞれの「チャネル」にグループ化し、ユーザがチャネル識別子を指定することによってリソース・アイテムを選択できるようにする。従来のブロードキャスト・モデルのリソース・アイテム配信によれば、単一のチャネルが、所定の時間順でリソース・アイテムを提供することができる。この場合には、ユーザは、所定の時間にチャネルに「チューニング」することによって、所望のリソース・アイテムを受信することができる。別の場合においては、単一のチャネルが、ユーザがチャネルと関連付けられたリソース・アイテムのサブセットから選択できるようにするポータルを提供することができる。この場合には、ユーザは、任意の時間にチャネルに「チューニング」し、そのチャネルがオン・デマンドの態様で提供するリソース・アイテムの１つを選択することによって、所望のリソース・アイテムを受信することができる。さらに別の場合においては、単一のチャネルを、単一のリソース・アイテムと関連付けることができる。この場合には、ユーザは、任意の時間にチャネルに「チューニング」し、オン・デマンドの態様でこのリソース・アイテムを選択することによって、このリソース・アイテムを受信することができる。上述の情報配信パラダイムは、従来のリソース・アイテムのブロードキャスト配信を処理する際におけるこれまでの典型的なユーザの経験に適合するので便宜である。すなわち、このチャネル・パラダイムは、ユーザ自身がその操作方法にすでに慣れ親しんでいると感じることができるため、オペレーション・センタのサービスの受け入れを促進させることができる。しかしながら、繰り返すことになるが、オペレーション・センタ１０２は、ブロードキャストではなくユニキャストのポイント・ツー・ポイント配信方法を用いる。したがって、ここで用いられる（本来はブロードキャスト・サービスとの関連で作られた）「チャネル」および「チューニング」に対するいかなる言及も、上述のようなこれらの用語の拡張された意味を指すものとして理解されるべきである。
【００２５】
特定のシナリオが、図１のシステム１００の１つの例示的な用途をさらに明確にするであろう。オペレーション・センタ１１４を、ある開始日以降、多数の異なるチャネルにわたってプロバイダによりブロードキャストされるテレビ・プログラムをアーカイブすることに充てるものと仮定する。したがって、コンテンツ・ストア１１８は、例えば、リソース・アイテムを「放送する」日、それを放送する時刻、それを放送するサービス（例えば、チャネル）などを指定することによって、ユーザがリソース・アイテムを引き出すことができる大きな履歴アーカイブとして機能する。さらに、オペレーション・センタ１１４はまた、新しいリソース・アイテムを実時間モードでアーカイブするので、ユーザに対する現在のメディア・コンテンツのソースとして機能することもできる。この場合も同様に、この構成は、１つの例示的なビジネス関連および技術的な用途のみを反映している。
【００２６】
オペレーション・センタ１１４に加えて、またはオペレーション・センタ１１４の代りに、クライアント処理装置（１０２、１０４、．．．１０６）は、（図１において総称して「他のソース１３２」と呼ばれる）他のソースからリソース・アイテムを受信することができる。こうした他のソース１３２は、上述のようにリソース・アイテムを提供する他のオペレーション・センタに対応するか、または、従来の衛星若しくはケーブルのヘッドエンド・ソースなどのような、さらに従来型のブロードキャスト・ソースに対応する場合がある。クライアント処理装置（１０２、１０４、．．．１０６）は、従来の方法で、（図１には示されていない）ローカル・チューナを介して１つまたは複数の選択されたリソース・アイテムにチューニングすることによって、ブロードキャスト・ソースからリソース・アイテムを受信することができる。
【００２７】
クライアント処理装置（１０２、１０４、．．．１０６）は、任意のソースからリソース・アイテムを受信することができるが、具体例を与えることによって説明を容易にするために、以下の説明では、リソース・アイテムがネットワーク結合メカニズム１１６（例えば、インターネット）を介して（１つまたは複数のコンピュータ・サーバを表す）オペレーション・センタ１１４から受信される場合を最も共通して引き合いに出すものとする。
【００２８】
クライアント処理装置（１０２、１０４、．．．１０６）は、（代表的なクライアント処理装置１０２の例示的なモジュール１３４のような）情報選択提示モジュールを含む。これらの選択提示モジュールは、リソース・アイテムについてのユーザの選択を受信するための機能と、選択されたリソース・アイテムを上で特定されたソースのいずれか１つから受信するための機能と、選択されたリソース・アイテムをそれぞれのクライアント提示装置（１０８、１１０、．．．１１２）に提示するための機能と、以下に説明される他のタスクを実施するための機能とを含む。クライアント処理装置（１０２、１０４、．．．１０６）は、（代表的なクライアント処理装置１０２の例示的なローカル・ストア１３６のような）ローカル・ストアをさらに含むことができる。
【００２９】
全体としてのシステム１００の上記概要により、ここではリソース・アイテム・リストを処理するためのシステム１００の機能に注意を向ける。上述のように、リソース・アイテム・リストは、１つまたは複数のリソース・アイテム記述子のあらゆる種類のフォーマットでの、あらゆる種類のリスト作成に対応する。以下により詳細に説明されるように、リソース・アイテム記述子は、リソース・アイテムをどこから取り出しできるかを示す参照情報、タイトル情報、および他の属性情報を提供することによって、対応するリソース・アイテムを特定することができる。リソース・アイテム・リストは、いずれかの基準または基準の組み合わせに基づいて編集することができる。１つの例においては、ユーザは、何らかの共通テーマに従ってリソース・アイテムの集合をグループ化するリソース・アイテム・リストを生成または受信することを望む場合がある。リソース・アイテム・リストは、推奨順にリソース・アイテムを配信するようにオペレーション・センタ１１４に指示する命令を含むことができる。
【００３０】
リソース・アイテム・リストに関連する種々のタスクを実施するための機能（簡潔に「リスト機能」と呼ばれる）は、オペレーション・センタ１１４に配置されたオペレーション・センタ（ＯＣ）リスト処理モジュール１３８と、（クライアント処理装置１０２に配置されたクライアント処理モジュール１４０のような）各々のクライアント処理装置に配置されたクライアント・リスト処理モジュールとを含む。
【００３１】
より具体的には、クライアント・リスト処理モジュール１４０は、種々の機能を実施することができる。１つのこうした機能に従って、このモジュール１４０を、リソース・アイテム・リストを作成するように構成することができる。このタスクを行う多くの方法が存在する。１つの技術においては、クライアント・リスト処理モジュール１４０は、リソース・アイテム記述子のより大きなプールからリソース・アイテム記述子を選択することによって、リソース・アイテム・リストを作成することができる。この操作を行うための例示的なユーザ・インタフェース機能は、セクションＡ．３で後述される。代替的に、ユーザは、いずれかの種類のテキスト・エディタを用いて、「初めから」リソース・アイテム・リストを編集することができる。さらに代替的に、ユーザは、２つまたはそれ以上の既存のリソース・アイテム・リストを組み合わせることによって、または任意の方法で（例えば、リソース・アイテム記述子を追加するか、リソース・アイテム記述子を削除するか、または既存のリソース・アイテム記述子を変更することにより）既存のリソース・アイテム・リストを編集することによって、リソース・アイテム・リストを作成することができる。クライアント処理装置は、その（クライアント処理装置１０２のローカル・ストア１３６のような）ローカル・ストアにおいて作成する（または受信する）いかなるリソース・アイテム・リストも格納することができる。
【００３２】
クライアント・リスト処理モジュール１４０はまた、リソース・アイテム・リストを別のユーザに、またはより一般的には任意の受信者エンティティに送信するための機能を含むことができる。例えば、第１のユーザは、共通テーマを共有するリソース・アイテムを特定するリソース・アイテム・リストを作成することができる。次に、第１のユーザは、このリソース・アイテム・リストを第２のユーザに転送するか、またはこのリソース・アイテム・リストを複数のユーザにブロードキャストすることができる。第１のユーザはまた、オペレーション・センタ１１４によって保持されるリソース・アイテム・リスト・データベース１４２のような遠隔リポジトリにリソース・アイテム・リストを転送することができる。いずれの場合においても、第１のユーザは、種々の方法でこの転送を行うことができる。例えば、クライアント・リスト処理モジュール１４０は、この転送を行うために、カスタム設計されたユーザ・インタフェースと、関連する転送メカニズムとを含むことができる。代替的には、クライアント・リスト処理モジュール１４０は、既存の電子メール送信ツールのような既存のメッセージ送信ツールによって、この転送を行うことができる。
【００３３】
クライアント・リスト処理モジュール１４０はまた、別のユーザから、またはより一般的にはあらゆるソース・エンティティから、リソース・アイテム・リストを受信するための機能を含むことができる。例えば、上で特定された第２のユーザは、第１のユーザから、共通テーマを有するリソース・アイテムを特定するリソース・アイテム・リストを受信することができる。いかなるユーザも、オペレーション・センタ１１４のリソース・リスト・データベース１４２または他の何らかのリスト・ソース１４４のような、こうしたリソース・アイテム・リストの中央リポジトリから、リソース・アイテム・リストを受信することができる。例えば、リスト・ソース１４４は、ユーザが様々なリソース・アイテム・リストから選択できるようにするインターネット対応ウェブサイトを含むことができる。こうしたウェブサイトは、あらゆるユーザが制限なくリソース・アイテム・リストを受信することを許可するか、または（例えば、有料加入者に対してサイトへのアクセスを制限するか、またはユーザによってダウンロードされる個々のリソース・アイテム・リストの各々について手数料を課金するかのいずれかによって）リソース・アイテム・リストをダウンロードするための手数料を課金することができる。いずれの場合においても、先の場合と同様に、クライアント・リスト処理モジュール１４０は、リソース・アイテム・リストを受信するのに特化した機能を用いるか、または、リソース・アイテム・リストを受信するための既存のメッセージ転送メカニズムに依拠することができる。
【００３４】
最後に、リソース・アイテム・リストが作成されるかまたは受信されると、クライアント・リスト処理モジュール１４０は、このリソース・アイテム・リストを呼び出して、そこで指定されたリソース・アイテムを受信するための機能を含む。このタスクを行う１つの方法は、ＯＣリスト処理モジュール１３８で処理するために、リソース・アイテム・リスト全体をこのモジュールに転送することである。このタスクを行う別の方法は、選択されたリソース・アイテム記述子のみをＯＣリスト処理モジュール１３８に転送することである。例えば、後者の場合において、リソース・アイテム・リストが映画のグループを特定すると仮定する。ユーザは、これらの映画の１つのみを選択し、対応する記述子情報をＯＣリスト処理モジュール１３８に転送して、この映画を取得することができる。この場合もまた、クライアント・リスト処理モジュール１４０は、上記の転送タスクを実施するのに特化したユーザ・インタフェースおよび送信機能を用いるか、または既存の汎用メッセージ送信ツールに依拠することができる。
【００３５】
説明を容易にするために、オペレーション・センタ１１４が、リソース・アイテム・リストを処理するのに関与する唯一のヘッドエンド「主体」であると仮定する。しかしながら、システム１００は、異なるそれぞれの加入ユーザのグループにサービスを行う複数のオペレーション・センタを含むことができる。これらの複数のセンタは、相互に通信可能に結合することができる。複数のオペレーション・センタ間で処理するリスト処理の一貫性を保証するための措置を導入することができる。これにより、ユーザは、場合によっては使用するための追加料金を支払うことによって、種々の環境における「外部」のオペレーション・センタのサービスを使用することが可能になる。
【００３６】
いずれの場合においても、リソース・アイテム・リスト（またはその一部）を受信すると、ＯＣリスト処理モジュール１３８は、リソース・アイテム・リストにおいて特定されたリソース・アイテムを提供し始める。ある場合においては、リソース・アイテム・リスト内の各々のリソース・アイテム記述子は、コンテンツ・ストア１１８から（または他の何らかのリポジトリ若しくはソースから）関連リソース・アイテムを取り出すのに用いることができる参照情報を含む。すなわち、この場合には、参照情報は、リソース・アイテム記述子とコンテンツ・ストア１１８内の特定のエントリとの間のリンクを提供する。次に、ＯＣリスト処理モジュール１３８は、参照情報に基づいてその特定のリソース・アイテムの取り出しを調整し、要求するクライアント処理装置にそれを提供することができる。
【００３７】
より具体的には、ある場合においては、特定のリソース・アイテム記述子とコンテンツ・ストア１１８内のリソース・アイテムとの間に１対１の対応関係が存在する場合がある。したがって、この場合の一致は一義的である。この場合には、ＯＣリスト処理モジュール１３８は、この単一の一致するリソース・アイテムを取り出し、要求するユーザにそれを提供することができる。
【００３８】
しかしながら、他の場合においては、特定のリソース・アイテム記述子は、コンテンツ・ストア１１８に保存された幾つかの一致するリソース・アイテムにマッピングされることがある。ＯＣリスト処理モジュール１３８は、異なる方法でこの状態を解決することができる。１つの技術によれば、ＯＣリスト処理モジュール１３８は、１つまたは複数の考慮事項に基づいて、一致するリソース・アイテムの１つまたは複数を自動的に選択することができる。例えば、ＯＣリスト処理モジュール１３８は、リソース・アイテムの受信に関する各々のユーザの好みを特定するファイルを保持することができ、このファイルを調べて、多くのものが一致する場合には、一致するリソース・アイテムのどれをユーザに提示すべきかを判定することができる。例えば、ユーザが映画を要求するが、コンテンツ・ストア１１８に格納されたこの映画の翻訳が幾つか存在すると仮定する。あるユーザは、提供される最高品質（例えば、ＨＤＴＶフォーマット）の映画を受信したいということを事前に指定しておく場合がある。別のユーザは、あるソースによって初めに放送された（例えば、特定のテレビ・チャネルで初めに放送された）映画を受信したいということを事前に指定しておく場合がある。別のユーザは、コマーシャル量が最も少ない映画を受信したいということを事前に指定しておく場合がある。ユーザはまた、複数の優先基準を指定し、それらの重要性を反映するように、それぞれの基準に関連する重み付けスコアを割り当てることができる。この場合には、ＯＣリスト処理モジュール１３８は、複数の基準およびそれに関連する重み付けスコアに基づいて、一致するリソース・アイテムをランク付けし、最高ランクのリソース・アイテムをユーザに提供することができる。ある場合においては、ユーザは、自分の優先基準をＯＣリスト処理モジュール１３８に送信する積極的な手段をとることができ、別の場合には、ＯＣリスト処理モジュール１３８は、（例えば、ユーザのそれぞれのクライアント処理装置および提示装置がリソース・アイテムを受信するように構成されるフォーマットを判定することにより）ユーザの優先基準を発見するためにそれぞれのクライアント処理装置をポーリングすることなどによって、こうした基準を自動的に発見することができる。
【００３９】
さらに代替的には、ＯＣリスト処理モジュール１３８は、２つ以上の格納されたリソース・アイテムがそのリソース・アイテム・リストにおけるリソース・アイテム記述子に一致する場合に、ユーザにクエリを送信するように構成することができる。例えば、クエリは、一致するリソース・アイテムおよびそれらのそれぞれの特性を特定して、ユーザがそれらの１つまたは複数を選択できるようにすることが可能であり、それによって、選択されたリソース・アイテムがコンテンツ・ストア１１８から取り出され、ユーザに送信される。
【００４０】
ＯＣリスト処理モジュール１３８はまた、アップ販売および抱き合わせ販売の機会を可能にすることができる。例えば、リソース・アイテム記述子とコンテンツ・ストア１１８に格納されたリソース・アイテムとの間に正確な１対１対応が存在する場合であっても、ＯＣリスト処理モジュール１３８は、一致するリソース・アイテムの代りに、またはそれに加えて、利用可能な関連するリソース・アイテムが存在するという事実をユーザに知らせることができる。このことは、ユーザに代替的なリソース・アイテムを選択する機会を与える。アップ販売および抱き合わせ販売措置は、リソース・アイテム記述子がコンテンツ・ストア１１８に格納された幾つかのリソース・アイテムに一致する場合に適用することもできる。例えば、ＯＣリスト処理モジュール１３８は、市場の様々な考慮事項に基づいて、一致する多くのリソース・アイテムのうちの１つを自動的に選ぶか、または一致するリソース・アイテムに関連するリソース・アイテムを推奨することができる。
【００４１】
どのような一致状況が当てはまる場合でも、一致するリソース・アイテムが特定されると、配布モジュール１２８は、（コンテンツがリアルタイムでまたは実質的にリアルタイムでユーザのクライアント処理装置に流される）ストリーミング・モードで、これらの一致するリソース・アイテムを要求するユーザに転送することができる。代替的に、配布モジュール１２８は、一致するリソース・アイテムを、例えばユーザのクライアント処理装置によって格納され、ユーザが選択した時にユーザによって再生され得るファイルとして、バルク・モードでユーザに送信することができる。いずれの場合においても、ＯＣリスト処理モジュール１３８は、リソース・アイテム・リストに指定された順序で、またはＯＣリスト処理モジュール１３８によって判定された別の順序で、リソース・アイテムを転送するように構成することができる。
【００４２】
図１は、１つの例示的なシナリオでシステム１００において行われる一連の動作を図示することによって、クライアント・リスト処理モジュール１４０およびＯＣリスト処理モジュール１３８の動作の概要を示す。このシナリオにおいては、１つのクライアント処理装置１０４が、リソース・アイテム・リスト（例えば、リストＸＹＺ）を別のクライアント処理装置１０２に送信する。この送信は、第１の経路１４６によって表される。受信したときに、他の処理装置１０２のユーザは、リソース・アイテム・リストにおいて特定されたリソース・アイテムを取り出すために、リソース・アイテム・リスト全体をＯＣリスト処理モジュール１３８に転送することによって、リソース・アイテム・リストを呼び出すことができる。この転送は、図１において経路１４８として表される。代替的に、他の処理装置１０２のユーザは、あるエントリのみをリソース・アイテム・リストからＯＣリスト処理モジュール１３８に転送することができる。いずれの場合においても、ＯＣリスト処理モジュール１３８は、要求されたリソース・アイテムをクライアント処理装置１０２にストリーミング配信することによって、または、リソース・アイテムを、例えば単一のファイル若しくはファイルの集まりとしてひとまとめにして転送することによって、応答することができる。この転送は、経路１５０として表される。
【００４３】
システム１００の動作をより一層明らかにするために、以下の説明では、リスト機能の３つの例示的な用途を特定する。第１の例では、世帯「Ａ」の親が、その子供があるテレビ・チャネルで見ることを楽しむ４つのプログラムを特定するリソース・アイテム・リストを作成すると仮定する。世帯「Ａ」の親の友人である世帯「Ｂ」の親もまた子供を持っており、自分自身の子供に見せるのに適したプログラムに関して推奨されることを望んでいる。世帯「Ｂ」の親を助けるために、世帯「Ａ」の親は、自分のリソース・アイテム・リストを世帯「Ｂ」の親に電子メールで送り、世帯「Ｂ」の子供が世帯「Ａ」の親によって推奨された４つのプログラムを見られるようにすることができる。１つの実施形態においては、プログラムはオペレーション・センタ１１４のコンテンツ・ストア１１８にアーカイブされており、いずれの世帯も、参照された実際のプログラムの複製を保管する必要がない。
【００４４】
第２の例では、娯楽ウェブサイトが有名な女優に関する特集を掲載していると仮定する。ウェブサイト上のリンクによって、ユーザは、この女優をフィーチャした受賞映画を特定するリソース・アイテム・リストをダウンロードすることが可能になる。ユーザは、このリソース・アイテム・リストをダウンロードし、次いでそれをオペレーション・センタ１１４に提示して、実際のリソース・アイテムを取得することができ、または、ユーザは、処理のために、リソース・アイテム・リストをオペレーション・センタ１１４に直接転送するようにウェブサイトに命令することができる。例えば、オペレーション・センタ１１４を管理するエンティティ自体が、そのリソース・アイテムの利用を促進するためにこのウェブサイトを後援してもよい。あるいは、情報ソース１２０の１つに関連するエンティティが、同じ理由でこのウェブサイトを後援してもよい。
【００４５】
第３の例では、教授が、環境意識に関する大学の課程を設計していると仮定する。この課程では、過去３年以内に初めて放送された地球温暖化に関するテレビ・ドキュメンタリ集を見るように学生に要求する。これらのリソース・アイテムを特定するリソース・アイテム・リストを作成することが可能であり、その順序でリソース・アイテムが学生に提示されることになる。授業を受けている学生は、リソース・アイテム・リストにアクセスし、そのリストで特定された推奨順にリソース・アイテムを消費することができる。
【００４６】
上記のシナリオは単なる例示であり、リスト機能は多数の付加的な用途を有する。
【００４７】
さらに、クライアント・リスト処理モジュール１４０には、（ブロードキャスト・ソースのような）他のソース１３２からリソース・アイテムを受信するための他の技術を適用することができる。例えば、リソース・アイテム・リストが、従来のケーブルまたは衛星ブロードキャスト・ソースのような従来のブロードキャスト・ソースからのみ取得できるリソース・アイテムを特定するとする。この場合には、クライアント・リスト処理モジュール１４０は、ブロードキャスト・ソース１３２によって送信されるリソース・アイテムを受信するために、クライアント処理装置１０２のチューナ（図示せず）をチューニングするように構成することができる。例えば、リソース・リストが、特定の日ではあるが３つの異なるブロードキャスト・チャネルで、７：００ＰＭ、８：３０ＰＭおよび１０：３０ＰＭに放送される３つのテレビ・ショーを特定すると仮定する。クライアント・リスト処理モジュール１４０は、割り当てられたそれぞれの時刻にこれらのプログラムを受信するように、クライアント処理装置１０２のチューナを自動的にそして連続的にチューニングすることによって、テレビ・ショーを受信することができる。
【００４８】
上述のリスト機能のさらに別のバリエーションは、システム１００によって実施することができる。例えば、リスト機能は、オペレーション・センタ１１４または他のコンテンツ・ソース１３２と対話することなく、完全にローカル・モードで実施することができる。例えば、クライアント処理装置１０２のローカル・ストア１３６が、映画などのリソース・アイテムのジュークボックス・リポジトリを含むと仮定する。この装置１０２のユーザは、リソース・アイテム・リストを作成するか、または再生のためにローカル・ストア１３４からリソース・アイテムの一部を抜粋するリソース・アイテム・リストを受信することができる。
【００４９】
さらに、上記の実施形態のいずれにおいても、リソース・アイテム・リストを送信するエンティティは、関連するリソース・アイテムを受信するエンティティである必要がない。リソース・アイテム・リストは、こうしたリソース・アイテムの別の受信側を特定する情報を含むことができる（または、この情報を、リソース・アイテム・リスト以外に、経路指定情報の他の何らかのソースによって伝送することもできる）。
【００５０】
以下のセクションＡ．２およびＡ．３では、リスト機能の例示的な特徴に関するさらなる詳細を提供する。
【００５１】
図１の説明をまとめると、配布モジュール１２８の他の特徴は、図１において総称的に「他のモジュール」１５２と表記されるモジュールによって一般的に表される。オペレーション・センタ１１４によって保持される他の情報は、図１において総称的に「他の情報」１５４と表記されるストアによって一般的に表される。本開示の主要な焦点はリスト機能に関するものであるため、こうした他のモジュール１５２および他の情報１５４についての詳細な説明は、ここでは省略される。
【００５２】
図２は、図１に示されるシステム１００の１つの例示的な実施形態２００に関するさらなる詳細を提供する。図２においては、オペレーション・センタ１１４は、コンピュータ・サーバのファームのような、１つまたは複数のコンピュータ・サーバとして実装することができる。コンピュータ・サーバは、要求するクライアント処理装置に対してサービスを提供するように構成されたコンピュータ装置を指す。図示されてはいないが、コンピュータ・サーバは、１つまたは複数のプロセッサ（例えば、ＣＰＵ群）、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、種々のメディア記憶ドライブ、種々のネットワーク・インタフェース機能、種々の入力および出力装置、（バスのような）種々の内部結合メカニズムなどを含むことができる。オペレーション・センタ１１４では、異なるサーバ２０２を、例えば管理タスク、受信／記録タスク、リソース・アイテム配布タスクなどのような、オペレーション・センタ１１４によって提供される異なる機能の処理専用にすることができる。代替的に、またはそれに加えて、オペレーション・センタ２０２では、サービスに対するクライアント要求を満たすために、種々のロード・バランシング・アルゴリズムを用いて複数のサーバ２０２を同じタスクの実施に割り当てることができる。上述のように、オペレーション・センタ１１４に関連する機能は、単一のサイトに実装するか、または複数のサイトにわたって分散させることができる。
【００５３】
図１に示される情報コンテンツ・ストア１１８、ユーザ・リソース・アイテム・リスト・ストア１４２、および他の情報ストア１５４は、図２に示されるデータ・ストア２０４のコレクションによって実装することができる。これらのデータ・ストア２０４は、あらゆる種類の磁気記憶媒体、光記憶媒体、固体タイプの記憶媒体、または他の種類の記憶媒体を表すことができる。データ・ストア２０４は、あらゆる種類のデータベース管理技術を用いて維持することができる。データ・ストア２０４は、単一のサイトに実装するか、または複数のサイトにわたって分散させることができる。
【００５４】
１つの実施形態においては、ネットワーク結合メカニズム１１６は、（インターネットのような）ＴＣＰ／ＩＰプロトコルによって管理される広域ネットワーク（ＷＡＮ）２０６として実装することができる。こうしたネットワークは、種々の有線および／または無線通信リンク、ルーター、ゲートウェイ、ネーム・サーバなど（図示せず）を含むことができる。他のタイプのネットワークはさらに、イントラネットのようなＴＣＰ／ＩＰ  ＷＡＮ２０６、ＬＡＮネットワーク、様々な種類の無線通信ネットワークなどを用いることができる。
【００５５】
上述のように、コンピュータ処理装置（１０２、１０４、．．．１０６）は、（例えば、ワシントン州レドモンド所在のマイクロソフト社によって製造されるＸｂｏｘ（商標）ゲーム・コンソールといったゲーム・コンソールのような）セットトップ・ボックス若しくは他のアプリケーション専用ユニット、汎用コンピュータ装置、クライアント提示装置（１０８、１１０、．．．１１２）自体に統合された処理メカニズム、または他の実施形態として実装することができる。いずれの場合においても、例示的なクライアント処理装置１０２によって示されるように、クライアント処理装置は、機械読取り可能コードを実行するための１つまたは複数のプロセッサ２０８と、機械読取り可能コードおよび他のデータを格納するためのＲＯＭメモリ２１０およびＲＡＭメモリ２１２と、ＴＣＰ／ＩＰネットワーク２０６を介してオペレーション・センタ１１４と対話するためのネットワーク・インタフェース２１４と、ローカル記憶装置１３６と、１つまたは複数のユーザ入力装置と対話するためのＩ／Ｏインタフェース２１６と、クライアント提示装置１０８と対話するためのオーディオ・ビジュアル（Ａ／Ｖ）インタフェース２１８と、他のソース１３２から従来のブロードキャスト・リソース・アイテムを受信するための１つまたは複数の任意のチューナ２２０と、他の種々のモジュール２２２とを含むことができる。１つまたは複数のバス２２４が、上で特定したコンポーネントのすべてを相互に接続し、それらの連携を調整する。
【００５６】
クライアント提示装置１０８は、図２ではテレビ２２６として示されるが、クライアント提示装置１０８は、ステレオ出力システムまたは他の何らかの種類のメディア出力装置として実装することもできる。他の場合には、クライアント提示装置１０８は、メディア・リソース・アイテムを提示するように連携して作動する異なる出力装置の組み合わせを表すことができる。クライアント処理装置１０２は、ユーザがオペレーション・センタ１１４によって提供されるサービスと対話するのを支援するために、１つまたは複数のオンスクリーン・ユーザ・インタフェース提示２２８を提示するように構成することができる。
【００５７】
遠隔コントローラ２３０が、１つの可能な入力装置として機能する。ユーザは、リソース・アイテムを選択し、リソース・アイテムを一時停止し、以前に一時停止させたリソース・アイテムを再開し、他のタスクを実施するために、遠隔コントローラ２３０を用いることができる。図２に全体として示されるように、遠隔コントローラ２３０は、キー２３２の集合と、ユーザによるキー２３２の操作を処理してユーザ命令を準備する制御モジュール２３４と、無線通信（例えば、赤外線通信）を介してユーザ命令をクライアント処理装置１０２に送信するためのインタフェース・モジュール２３６とを含む。例えば、リストを作成する１つまたは複数のキー、リストを閲覧する１つまたは複数のキー、リストを送信または受信する１つまたは複数のキー、リストを呼び出す１つまたは複数のキーなどのような特定機能のキーを、リソース・アイテム・リストとの対話に充てることができる。
【００５８】
遠隔コントローラ２３０に加えて、またはその代りに、多数の他の入力装置２３８を用いて、オペレーション・センタ１１４によって提供されるサービスと対話することができる。例えば、他の入力装置２３８は、キーボード、マウス・タイプの入力装置、ジョイスティックなどを表すことができる。代替的に、ユーザは、（汎用コンピュータ、ラップトップ・コンピュータなどのような）別個のコンピュータ装置を用いて、オペレーション・センタ１１４に対する命令を入力し、オペレーション・センタ１１４からフィードバックを受信し、それによってクライアント提示装置１０８上のリソース・アイテムの提示を制御することができる。この機能は、別個のコンピュータ装置をクライアント処理装置１０２に直接接続することによって達成でき、これによって、クライアント処理装置１０２は、別個のコンピュータ装置から直接命令を受信することが可能になる。代替的に、この機能は、別個のコンピュータ装置をＴＣＰ／ＩＰ  ＷＡＮネットワーク２０６を介してオペレーション・センタ１１４に直接接続することによって達成でき、この場合には、オペレーション・センタ１１４は、ユーザの命令をクライアント処理装置１０２に返送し、それによってクライアント提示装置１０８上のリソース・アイテムの提示を制御することができる。
【００５９】
実施形態２００は単なる例示であり、図１に示されるシステム１００は、図２に示されるもの以外に他の種類の技術的および商業的環境に実装することができる。
【００６０】
（Ａ．２．リソース・アイテム・リスト機能）
図３および図４は、リスト機能、すなわち、クライアント・リスト処理モジュール１４０およびＯＣリスト処理モジュール１３８によって提供される機能の追加的な特徴を示している。始めに、図３は、コンテンツ・ストア１１８が複数のリソース・アイテム（Ｉｔｅｍ1〜Ｉｔｅｍn）３０２を格納することを示している。リソース・アイテム３０２のコンテンツは、これらのリソース・アイテムが分散され、ユーザによって消費され得る時間的な態様を概念的に示すように、情報のそれぞれの流れとして表されている。
【００６１】
リソース・アイテム・リスト３０４が、複数のリソース・アイテム記述子（Ｄｅｓｃｐ1〜Ｄｅｓｃｐm）を指定する。リソース・アイテム・リスト３０４は、典型的には、コンテンツ・ストア１１８内の全リソース・アイテム（Ｉｔｅｍ1〜Ｉｔｅｍn）数のほんの一部のみを指定する（すなわち、ｍ＜＜ｎ）が、そうである必要はない。これらのリソース・アイテム記述子は、種々のフィールドを含むことができる。各リソース・アイテム記述子についての１つのフィールドは、コンテンツ・ストア１１８に格納された１つまたは複数のリソース・アイテムをポイントするリンク（例えば、図３では「Ｒｅｆ」と提示される）を含むことができる。例えば、１つのリソース・アイテム記述子は、コンテンツ・ストア１１８中のＲｅｓｏｕｒｃｅ  Ｉｔｅｍ3をポイントする参照（Ｒｅｆ3）３０６を有する。したがって、この参照（Ｒｅｆ3）３０６を用いて、Ｒｅｓｏｕｒｃｅ  Ｉｔｅｍ3を取り出し、それをリソース・アイテム・リストを送信したユーザに配信することができる。代替的に、ユーザは、リソース・アイテム・リスト３０４全体ではなく、単に、単一のリソース識別子（Ｒｅｆ3）３０６をＯＣリスト処理モジュール１３８に送信することもできる。
【００６２】
図４は、リソース・コンテンツ・リストを構成するのに用いることができる例示的なスキーマ４００の概要を示している。まず、スキーマ４００は、リソース・アイテム・リスト自体を特定する（例えば、スキーマ４００におけるＰｌａｙ  Ｌｉｓｔエントリに注目されたい）。次に、スキーマ４００は、オプションとして、リソース・アイテムを再生すべき好ましい順序を定めるシーケンスを特定する（例えば、スキーマ４００におけるＭｅｄｉａ  Ｓｅｑｕｅｎｃｅエントリに注目されたい）。次に、スキーマ４００は、探しているリソース・アイテムを定めるのに用いられるいくつかの属性を定義する。これらの属性の１つまたは複数は、それらが省略され得るという意味でオプションであり、省略された場合には、ＯＣリスト処理モジュール１３８によって行われている一致には関与しない。
【００６３】
より具体的には、「Ｐｒｏｇｒａｍ  Ｒｅｆｅｒｅｎｃｅ  Ｎｕｍｂｅｒ」属性が、コンテンツ・ストア１１８からリソース・アイテムを取り出すのに用いることができる参照情報を特定する。「Ｐｒｏｇｒａｍ  Ｔｉｔｌｅ」属性が、（映画のタイトルのような）所望のリソース・アイテムのタイトルを特定する英数字情報を提供する。「Ｐｒｏｇｒａｍ  Ａｉｒｉｎｇ  Ｄａｔｅ」属性が、所望のリソース・アイテムがメディア・プロバイダによって提供された日付を指定する。例えば、コンテンツ・ストア１１８が、固定した時間表に従ってユーザに提供されたプログラムをアーカイブすると仮定する。Ａｉｒｉｎｇ  Ｄａｔｅ属性は、プロバイダがこの固定した時間表に従って所望のリソース・アイテムを提供した日付の１つを指定する。「Ｐｒｏｇｒａｍ  Ａｉｒｉｎｇ  Ｓｅｒｖｉｃｅ」属性が、所望のリソース・アイテムを放送した（そのリソース・アイテムが最初に放送されたチャネルのような）プロバイダを特定する。「Ｐｒｏｇｒａｍ  Ａｉｒｉｎｇ  Ｔｉｍｅ」属性が、所望のリソース・アイテムが放送された時刻を特定する。「Ｐｒｏｇｒａｍ  Ｄｕｒａｔｉｏｎ」属性が、所望のリソース・アイテムの実行時間を特定する。
【００６４】
上で特定された属性は、例示的なものである。上述のように、これらの属性の１つまたは複数は、省略することができる。あるいは、図４に示される属性に加えて、他の属性を含むこともできる。一般に、リソース・アイテム・リストの作成者は、所望のリソース・アイテムの位置をより正確にピンポイントするために、リソース・アイテム記述子について多くの属性を指定することができる。逆に、作成者は、より幅広い「網」を用いて一致するリソース・アイテムを特定し、その結果、より多くのリソース・アイテムを「キャッチ」することを望む場合には、より少ない属性を指定することができる。
【００６５】
図４に示されるスキーマ構造は、異なる技術固有のフォーマットで実装することができる。図５は、図４に示されるスキーマ構造を実装するのに用いることができる１つの例示的な拡張可能マークアップ言語（ＸＭＬ）スキーマを示している。
【００６６】
図６は、図５に示されるスキーマ設計の概要に基づいて構成されたリソース・アイテム・リストの例を示している。一般に、このリソース・アイテム・リストは、対象となる特定のテーマ、すなわち降雨林研究（ｒａｉｎ  ｆｏｒｅｓｔ  ｓｔｕｄｙ）と関係がある３つのプログラムを特定するのに用いられている。このリストの作成者は、３つのリソース・アイテムが資料の理解を最適化する順序で再生されるように意図している。
【００６７】
このリソース・アイテム・リストにおいては、ＭｅｄｉａＳｅｑｕｅｎｃｅフィールドが、順番に再生されることになる３つのそれぞれのリソース・アイテムを特定する３つのリソース・アイテム記述子がリスト中に存在することを指定する。リストにおける各々のリソース・アイテムの順序は、各々のリソース・アイテム記述子に関連する「ｉｔｅｍ  ｏｒｄｅｒ」フィールドによって特定される（例えば、第１のリソース・アイテム記述子については、ｉｔｅｍ  ｏｒｄｅｒ＝「１」）。リソース・アイテム・リストにおける第１のリソース・アイテム記述子は、多くの属性、すなわち、プログラム参照（ｐｒｏｇｒａｍ  ｒｅｆｅｒｅｎｃｅ）属性、プログラム・タイトル（ｐｒｏｇｒａｍ  ｔｉｔｌｅ）属性、プログラム放送日（ｐｒｏｇｒａｍ  ａｉｒｉｎｇ  ｄａｔｅ）属性、プログラム放送サービス（ｐｒｏｇｒａｍ  ａｉｒｉｎｇ  ｓｅｒｖｉｃｅ）属性、プログラム放送時刻（ｐｒｏｇｒａｍ  ａｉｒｉｎｇ  ｔｉｍｅ）属性、およびプログラム所要時間（ｐｒｏｇｒａｍ  ｄｕｒａｔｉｏｎ）属性を用いて指定される。したがって、コンテンツ・ストア１１８が同一のタイトルを有する幾つかのリソース・アイテムを提供する場合には、このリソース・アイテム記述子は、それらの１つを正確に指定すべきである。対照的に、第２のリソース・アイテム記述子は、プログラム参照属性およびプログラム・タイトル属性のみを指定し、その結果、第１のリソース・アイテム記述子と比較して、一致するリソース・アイテムを取り出すためのより幅広い「網」をかけている。最後に、第３のリソース・アイテム記述子は、プログラム参照属性、プログラム・タイトル属性、プログラム放送日属性、およびプログラム所要時間属性を指定する。したがって、第３のリソース・アイテム記述子は、第１のリソース・アイテム記述子と第２のリソース・アイテム記述子との間のどこかにある一致特定性のレベルを定める。
【００６８】
（Ａ．３．例示的なユーザ・インタフェース機能）
クライアント処理装置（１０２、１０４、．．．１０６）は、ＯＣリスト処理モジュール１３８と併せて、リソース・アイテム・リストの作成及びその後のリソース・アイテム・リストとのユーザ対話を容易にするために、ユーザ・インタフェース提示２２８を提示することができる。図７から図９は、３つの例示的なユーザ・インタフェース提示２２８を示している。
【００６９】
図７は、ユーザがリソース・アイテム・リストに関する種々のアクションをとることを可能にするメニューを表示する導入部のユーザ・インタフェース提示７００を示している。１つのオプションは、新しいリソース・アイテム・リストを作成することである。別のオプションは、既存のリソース・アイテム・リストを閲覧または編集することである。別のオプションは、別のユーザまたはリストの遠隔リポジトリのような受信エンティティに対してリソース・アイテム・リストを転送することである。別のオプションは、リソース・アイテム・リストを呼び出して、１つの実施形態においては、リストにおいて特定されたリソース・アイテムを取り出すようにＯＣリスト処理モジュール１３８をプロンプトすることである。
【００７０】
図８は、リソース・アイテム・リストを作成するのに用いることができる多くのユーザ・インタフェース提示の１つ８００を示している。ここで示される場合においては、ユーザがリソース・アイテムのマスタ・リスト８０２、すなわち、アクション・ジャンルの映画のマスタ・リストをアクティブにしている。１つの実施形態においては、サード・パーティが、公的にアクセス可能なリソースとしてインターネット上でマスタ・リストを提供することができる。このマスタ・リストからリソース・アイテム・リストを作成するために、ユーザは、サブパネル・インタフェース８０４を呼び出すことができる。このサブパネル・インタフェース８０４は、作成されたリソース・アイテム・リストに存在するリソース・アイテム記述子を受信するためのコンテナとして機能する。例えば、この場合には、ユーザは、ある映画俳優を主役にしたアクション映画をフィーチャするリソース・アイテム・リストを編集することを望んでいる。ユーザ・インタフェース提示８００は、リソース・アイテムのタイトルをサブパネル・インタフェース８０４にドラッグ・アンド・ドロップすることによって、または他の何らかの技術を用いることによって、ユーザがマスタ・リストからのエントリを作成されたリソース・リストに転送できるようにすることができる。サブパネル・インタフェース８０４は、テキスト編集機能を含み、この機能によって、ユーザは、作成されたリストにおけるリソース・アイテム記述子の順序を整えることなどが可能になる。１つの実施形態においては、基本アプリケーションを用いて、作成されたリソース・アイテム・リストの情報を図５に示されるスキーマによって指定された所定のフォーマットにマッピングすることによって、作成されたリソース・アイテム・リストのＸＭＬバージョンを自動的に構築することができる。代替的に、ユーザは、例えば任意の種類のテキスト・エディタを用いて、ＸＭＬリソース・アイテム・リスト文書を初めから自由に書くことができる。
【００７１】
ユーザが、最終的に、編集されたリソース・アイテム・リストを再生するようにオペレーション・センタ１１４に対して命令すると、ＯＣリスト処理モジュール１３８は、特定のリソース・アイテムについて、コンテンツ・ストア１１８に提供された一致する複数のリソース・アイテムを探し出すことができる。このシナリオに対応して、ＯＣリスト処理モジュール１３８は、一致するリソース・アイテムの１つを１つまたは複数の基準に基づいて自動的に選択するように構成することができる。例えば、上述のように、ＯＣリスト処理モジュール１３８は、要求ユーザが用いているタイプのクライアント処理装置（例えば、上はＨＤＴＶテレビから、下は比較的低解像度の画像を有するポータブル閲覧装置まで）に提示するのに最も適した一致するリソース・アイテムを提示することを決定することができる。
【００７２】
しかしながら、代替的に、ＯＣリスト処理モジュール１３８によって、複数の一致するリソース・アイテムの１つをユーザが明示的に選べるようにすることができる。図９に示されるユーザ・インタフェース提示９００によって、ユーザがこの操作を行うことが可能になる。この例においては、ユーザ・インタフェース提示９００は、すべて同じ映画に関するものであるが、その他の点では異なる特性またはそれに関連するメタデータを有する、３つの一致するリソース・アイテムを特定する。この提示９００は、これらのリソース・アイテムの１つまたは複数を選択して提示するためのオプションをユーザに与える。
【００７３】
図９に示されるタイプのユーザ・インタフェース提示９００は、セクションＡ．１で上述したように、抱き合わせ販売およびアップ販売のために用いることもできる。例えば、特定のリソース・アイテム記述子について正確な１対１対応が存在する場合でも、ＯＣリスト処理モジュール１３８は、何らかの種類のマーケティング考慮事項に基づいてユーザが再検討するための複数のリソース・アイテムを提示することができる。
【００７４】
Ｂ．動作の例示的な方法
図１０から図１２は、フローチャートの形態で図１のシステム１００の動作を説明している。説明を容易にするために、特定の動作はある順序で行われる個別ステップを構成するものとして説明している。こうした実施形態は、例示的なものであり、限定的なものではない。ここに記載された特定のステップは、グループ化され、単一の工程で行うことができ、特定のステップは、本開示に記述される例で用いられる順序とは異なる順序で行うことができる。
【００７５】
図１０は、リソース・アイテム・リストを作成し、それを、別のユーザまたは遠隔リポジトリのような受信エンティティに送信するための手順１０００を示している。ステップ１００２において、ユーザは、リソース・アイテム・リストを作成するか、そうでなければそれを取得する。上述のように、これは、ユーザがリソース・アイテム記述子を１つのリストから別のリストに転送するドラッグ・アンド・ドロップ技術を用いることなどによって、種々の方法で達成することができる。あるいは、ユーザは、リソース・アイテム・リストを初めから書くこともできる。あるいは、ユーザは、１つまたは複数の既存のリソース・アイテム・リストを変更することによって、リソース・アイテム・リストを作成することができる。あるいは、ユーザは、別のユーザまたはリソース・アイテム・リストの遠隔リポジトリなどのようなあらゆるソース・エンティティから、既存のリソース・アイテム・リストを受信することができる。
【００７６】
ステップ１００４において、ユーザは、ステップ１００２において作成または取得されたリソース・アイテム・リストを、別のユーザまたはリソース・アイテム・リストの遠隔リポジトリのような宛先（すなわち、目標）の位置に転送することができる。この転送は、カスタム設計されたリスト・エクスポート機能を用いて、または汎用メッセージ送信ツール（例えば、電子メール送信ツール）を用いることによって行うことができる。
【００７７】
図１１は、リソース・アイテム・リスト（またはその一部）をオペレーション・センタ１１４に転送し、それに応答して、リストにおいて指定されたリソース・アイテムを受信するための手順１１００を説明するものである。すなわち、ステップ１１０２において、ユーザは、リソース・アイテム・リスト（またはその一部）をオペレーション・センタ１１４に転送するように自分のクライアント処理装置に命令する。ステップ１１０４において、ユーザは、リソース・アイテム・リストにおいて指定されたリソース・アイテムをオペレーション・センタ１１４から受信する。オペレーション・センタ１１４は、リソース・アイテム・リストにおいて特定された所定の順序で、これらのリソース・アイテムをユーザに転送することができる。ステップ１１０６において、受信側のクライアント処理装置は、装置と関連するクライアント提示装置上にリソース・アイテムを提示する。
【００７８】
最後に、図１２は、クライアント処理装置（１０２、１０４、．．．１０６）によってオペレーション・センタ１１４に転送されたリソース・アイテム・リストを処理するための、オペレーション・センタ１１４によって実施される手順１２００を示す。ステップ１２０２において、ＯＣリスト処理モジュール１３８は、リソース・アイテム・リストを受信する。ステップ１２０４において、ＯＣリスト処理モジュール１３８は、リソース・アイテム・リストにおいて特定されたリソース・アイテムを取り出す。これは、リソース・アイテム記述子の属性をコンテンツ・ストア１１８内のリソース・アイテムに関連する識別情報と一致させることによって行うことができる。ステップ１２０６において、ＯＣリスト処理モジュール１３８は、取り出されたリソース・アイテムを要求するクライアント処理装置に転送する。ＯＣリスト処理モジュール１３８は、ストリーミング・モード、単一のファイルもしくは多数のファイルのバルク・モード、または他の何らかのモードでこれを行うことができる。
【００７９】
図１２は、ステップ１２０４の右に、ステップ１２０４の実施に伴う例示的な工程を示している。ステップ１２０８において、ＯＣリスト処理モジュール１３８は、リストにおける第１の記述子エントリに最初に対応することになる、処理すべき次のリソース・アイテム記述子を特定する。ステップ１２１０において、ＯＣリスト処理モジュール１３８は、リソース・アイテム記述子とコンテンツ・ストア１１８に格納されたリソース・アイテムとの間に１対１の対応関係が存在するかどうかを判定する。１対１の対応関係が存在する場合には、ステップ１２１２において、ＯＣリスト処理モジュール１３８は、１つの一致するアイテムを取り出す。一致するアイテムが複数存在する場合には、ステップ１２１４において、ＯＣ処理モジュール１３８は、セクションＡで説明した考慮事項の１つまたは複数に基づいて、最も一致するアイテムを判定する。次に、ステップ１２１６において、ＯＣリスト処理モジュール１３８は、判定された最も一致するアイテムをコンテンツ・ストア１１８から取り出す。ステップ１２１８は、上述の手順がリソース・アイテム・リスト中の各リソース・アイテム記述子について繰り返されることを示している。
【００８０】
結びとして、いくつかの例が、本開示で代替的に（例えば、ケースＡまたはケースＢ）提示されることになる。さらに、本開示にあらゆる場合のこうした接続ケースを明白に記載されていない場合であっても、本開示は、単一の実施形態（例えば、ケースＡおよびケースＢ）の代替的手法を組み合わせたケースを包含する。
【００８１】
より一般的には、本発明の主題を、構造上の特徴および／または方法論的な動作に特有の言葉で説明したが、添付の特許請求の範囲に定められる本発明は、説明した特定の特徴または動作に限定されるものではないことを理解すべきである。特定の特徴および動作は、請求された本発明を実施する例示的な形態として開示されている。
【図面の簡単な説明】
【００８２】
【図１】リソース・アイテム・リストを用いてリソース・アイテムを消費するための例示的なシステムを示す図である。
【図２】図１のシステムについての１つの例示的な実施形態を示す図である。
【図３】リソース・アイテム・リストにおけるリソース・アイテム記述子と、図１のシステムに用いられるコンテンツ・ストアに提供された関連するリソース・アイテムとの間の例示的な相関関係を示す図である。
【図４】リソース・アイテム・リストを形成するための例示的なスキーマの概要を示す図である。
【図５】図４のスキーマ設計を実装するのに用いられる例示的な拡張可能マークアップ言語（ＸＭＬ）スキーマを示す図である。
【図６】図５のスキーマに基づいて構築された例示的なＸＭＬリソース・アイテム・リストを示す図である。
【図７】図１のシステムと対話するための例示的なユーザ・インタフェース提示を示す図である。
【図８】図１のシステムと対話するための例示的なユーザ・インタフェース提示を示す図である。
【図９】図１のシステムと対話するための例示的なユーザ・インタフェース提示を示す図である。
【図１０】図１のシステムの動作を説明するためのフローチャートを示す図である。
【図１１】図１のシステムの動作を説明するためのフローチャートを示す図である。
【図１２】図１のシステムの動作を説明するためのフローチャートを示す図である。
【符号の説明】
【００８３】
１００  システム
１０２  クライアント処理デバイス１
１０４  クライアント処理デバイス２
１０６  クライアント処理デバイスｎ
１０８  クライアント提示デバイス１
１１０  クライアント提示デバイス２
１１２  クライアント提示デバイスｎ
１１４  オペレーション・センタ（ＯＣ）
１１６  ネットワーク結合メカニズム
１１８  リソース・アイテム・コンテンツ・ストア
１２０  情報ソース
１２２  ライブ・ソース
１２４  事前記録ソース
１２６  受信／記録モジュール
１２８  情報配布モジュール
１３０  クライアント・インタフェース・モジュール
１３２  他のコンテンツ・ソース
１３４  情報選択および提示モジュール
１３６  オプションのローカル・ストア
１３８  ＯＣリスト処理モジュール
１４０  クライアント・リスト処理モジュール
１４２  リスト
１４４  リストの他のソース
１４６  経路
１４８  経路
１５０  経路
１５２  他のモジュール
１５４  他の情報
２００  実施形態
２０２  サーバ
２０４  データ・ストア
２０６  ＴＣＰ／ＩＰネットワーク
２０８  プロセッサ
２１０  ＲＯＭ
２１２  ＲＡＭ
２１４  ネットワーク・インタフェース
２１６  Ｉ／Ｏインタフェース
２１８  Ａ／Ｖインタフェース
２２０  オプションのチューナ
２２２  他のモジュール
２２４  バス
２２６  テレビ
２２８  オンスクリーン提示
２３２  キー
２３４  制御モジュール
２３６  インタフェース・モジュール
２３８  他の入力デバイス
３０２  リソース・アイテム
３０４  リスト
３０６  参照
４００  スキーマ
７００  導入部のユーザ・インタフェース提示
８００  ユーザ・インタフェース提示
８０４  サブパネル・インタフェース
９００  ユーザ・インタフェース提示
【図１】
2005341585.tif 000003
【図２】
2005341585.tif 000004
【図３】
2005341585.tif 000005
【図４】
2005341585.tif 000006
【図５】
2005341585.tif 000007
【図６】
2005341585.tif 000008
【図７】
2005341585.tif 000009
【図８】
2005341585.tif 000010
【図９】
2005341585.tif 000011
【図１０】
2005341585.tif 000012
【図１１】
2005341585.tif 000013
【図１２】
2005341585.tif 000014
【外国語明細書】
2005341585000001.pdf