(57)【要約】【課題】コンテンツをオンデマンドで提供する配信システム、方法および装置。【解決手段】一実施形態において、開示された配信システムは、コンテンツ・ディスクリプターを複数のクライアントに配信するサーバーを備える。コンテンツ・ディスクリプターは、サーバーによって配信可能であるか、もしくは将来配信される可能性が有る利用可能なコンテンツについて記述する。各クライアントはサーバーから配信されたコンテンツ・ディスクリプターを受信し、ローカルのコンテント・ディスクリプタ・テーブルおよびデマンド・データー・テーブルを更新・維持する。コンテンツ・ディスクリプター、ユーザーの以前のアクセス習慣、および任意のユーザー分類に基づいて、クライアント・システムは、利用可能なコンテンツの願望度を示すデマンド・データーを更新する。デマンド・データーはサーバーにフィードバックされる。また、サーバーは、デマンド・データーによって示された願望度に基づいて利用可能なコンテンツを続いてソートする。その後、サーバーは、詳細記述内容をクライアントに配信する。クライアントは、コンテンツの願望度に関するクライアントからサーバーに対する更なるデマンド・データーのフィードバックを可能にするため、詳細記述内容を受信する。フィードバック・プロセスは利用可能なクライアントのリストを絞るために繰り返され得、より要求度の高いコンテンツがサーバーからクライアントに対して最終的に配信されるようになされる。本発明の様々な様態において、コンテンツ・ディスクリプターが様々な方法でサーバーからクライアントに送信され得、デマンド・データーが様々な方法でクライアントからサーバーに送信され得る。
2005517314.tif 000002
【特許請求の範囲】
【請求項１】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを１つ以上のクライアントに配信するステップと、
前記コンテンツ・ディスクリプターに関して前記１つ以上のクライアントからフィードバックを受信するステップと、
前記フィードバックに応じて利用可能なコンテンツのリストを改良するステップと、
前記改良された利用可能なコンテンツのリストにリストアップされたコンテンツを前記１つ以上のクライアントへ配信するステップと
を備える方法。
【請求項２】
前記改良された利用可能なコンテンツのリストにリストアップされた前記利用可能なコンテンツが詳細に記載されている詳細記述内容を配信するステップと、
対応する追加フィードバックを受信し、前記利用可能なコンテンツのリストが前記追加フィードバックに対応して更に改良されるステップ
とを反復するステップを更に備える、請求項１に記載の方法。
【請求項３】
前記詳細記述内容は、先立って配信される記述的コンテンツと比べて、前記利用可能なコンテンツについてより詳細に記述している、請求項２に記載の方法。
【請求項４】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを、複数のクライアントに配信するステップと、
前記コンテンツ・ディスクリプターに関する第１フィードバックを前記複数のクライアントから受信するステップと、
前記複数のクライアントからの前記第１フィードバックに応じて前記利用可能なコンテンツをソートするステップと、
前記利用可能なコンテンツの少なくとも第１部分に関係する詳細記述内容を、ソートされた順番で前記複数のクライアントに配信するステップと、
前記詳細記述内容に関する次のフィードバックを前記複数のクライアントから受信するステップと、
前記複数のクライアントからの前記次のフィードバックに応じて前記利用可能なコンテンツをソートするステップと、
前記複数のクライアントからの前記次のフィードバックに応答して、少なくとも前記利用可能なコンテンツの第２部分を或る順番で前記複数のクライアントへ配信するステップと、
を備える方法。
【請求項５】
前記利用可能なコンテンツのより限定された部分と関係する詳細記述内容を、ソートされた順番で前記複数のクライアントに配信するステップと、
前記詳細記述内容に関する次のフィードバックを前記複数のクライアントから受信するステップと
を反復するステップを更に備える、請求項４に記載の方法。
【請求項６】
前記詳細記述内容は、前記利用可能なコンテンツと比較してクライアントに配信するためのコストがより安価である、請求項４に記載の装置。
【請求項７】
前記次のフィードバックに応じて前記利用可能なコンテンツをソートするステップが、前記第１フィードバックよりも前記次のフィードバックに対して高い重みを割り当てるステップを備える、請求項４に記載の方法。
【請求項８】
前記少なくとも前記利用可能なコンテンツの第２部分を或る順番で配信するステップは、前記複数のクライアントからの前記第１フィードバックにさらに応答する、請求項７に記載の方法。
【請求項９】
前記詳細記述内容を配信するステップが一部の利用可能なコンテンツを前記複数のクライアントに配信するステップを備えるために、前記詳細記述内容が前記利用可能なコンテンツに含まれている、請求項４に記載の方法。
【請求項１０】
前記複数のクライアントに配信された前記詳細記述内容の記録を取るステップを更に備え、
前記少なくとも前記利用可能なコンテンツの第２部分を配信するステップが、前記一部の利用可能なコンテンツの残りの部分の一部を前記複数のクライアントに配信するステップを備える、
請求項９に記載の方法。
【請求項１１】
前記利用可能なコンテンツが、ビデオ情報、グラフィック情報、オーディオ情報、マルチメディア情報、テキスト情報のうち少なくとも１つを備える、請求項４に記載の方法。
【請求項１２】
前記詳細記述内容が、ビデオクリップ、グラフィック・クリップ、オーディオ・クリップ、マルチメディア・クリップ、テキスト記述のうち少なくとも１つを備える、請求項１１に記載の方法。
【請求項１３】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信するステップと、
前記コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信するステップと、
前記利用可能なコンテンツの一部分と関係する詳細記述内容を前記サーバーから受信するステップと、
前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信するステップと、
前記サーバーから受信した前記利用可能なコンテンツのより小さな一部分を格納するステップと、
を備える方法。
【請求項１４】
前記コンテンツ・ディスクリプターに応答して、前記利用可能なコンテンツに関係するデマンド・データーを自動または手動で生成するステップを備え、
前記第１フィードバックが、前記利用可能なコンテンツに関係する前記デマンド・データーに更に応答する、
請求項１３に記載の方法。
【請求項１５】
前記デマンド・データーを生成するステップが、ランキングデーターを生成するステップを備える、請求項１４に記載の方法。
【請求項１６】
前記デマンド・データーを生成するステップが、ランキングデーターを生成するステップを備える、請求項１４に記載の方法。
【請求項１７】
前記詳細記述内容に応答して、前記利用可能なコンテンツに関係するデマンド・データーを手動で生成するステップを更に備え、
前記次のフィードバックが、前記詳細記述内容に関係するデマンド・データーに更に応答する、
請求項１３に記載の方法
【請求項１８】
前記デマンド・データーを生成するステップが、ランキングデーターを生成するステップを備える、請求項１７に記載の方法。
【請求項１９】
前記デマンド・データーを生成するステップが、格付けデーターを生成するステップを備える、請求項１７に記載の方法。
【請求項２０】
前記利用可能なコンテンツが前記詳細記述内容を含む、請求項１３に記載の方法。
【請求項２１】
前記利用可能なコンテンツのより限定された部分と関係する詳細記述内容を前記サーバーから受信するステップと、
前記詳細記述内容に応答して次のフィードバックを前記サーバーに送信するステップと
を更に反復する、請求項１３に記載の方法。
【請求項２２】
前記サーバーから前記詳細記述内容を受信した後に前記詳細記述内容の一部分を格納するステップを更に備える、請求項１３に記載の方法。
【請求項２３】
前記サーバーから前記詳細記述内容を受信した後に前記詳細記述内容の前記一部分を格納するステップが、ユーザーが興味を示す前記利用可能なコンテンツに関係する前記詳細記述内容の前記一部分が格納される様に、前記詳細記述内容をフィルタリングするステップを備える、請求項２２に記載の方法。
【請求項２４】
前記サーバーから前記詳細記述内容を受信した後に前記詳細記述内容の前記一部分を格納するステップが、ユーザーが興味を示さない前記利用可能なコンテンツに関係する前記詳細記述内容の一部分が格納されない様に、前記詳細記述内容をフィルタリングするステップを備える、請求項２２に記載の方法。
【請求項２５】
前記利用可能なコンテンツが、ビデオ情報、グラフィック情報、オーディオ情報、マルチメディア情報、テキスト情報のうち少なくとも１つを備える、請求項１３に記載の方法。
【請求項２６】
前記詳細記述内容が、ビデオクリップ、グラフィック・クリップ、オーディオ・クリップ、マルチメディア・クリップ、テキスト記述のうち少なくとも１つを備える、請求項２５に記載の方法。
【請求項２７】
クライアントが、利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信し、
前記クライアントが、コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信し、
前記クライアントが、利用可能なコンテンツの少なくとも第１部分と関係する詳細記述内容を前記サーバーから受信し、
前記クライアントが、前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信し、
前記クライアントが、前記サーバーから受信した前記利用可能なコンテンツの第２部分を格納する
ための命令を有する機械可読メディア
を備える工業製品。
【請求項２８】
前記第１フィードバックが、前記コンテンツ・ディスクリプターと関係するデマンド・データーを含む、請求項２７に記載の工業製品。
【請求項２９】
前記機械可読メディアが、前記デマンド・データーを生成するためにランキングデーターを生成する命令を更に有する、請求項２８に記載の工業製品。
【請求項３０】
前記機械可読メディアが、前記デマンド・データーを生成するために格付けデーターを生成する命令を更に有する、請求項２８に記載の工業製品。
【請求項３１】
前記次のフィードバックが、前記詳細記述内容と関係するデマンド・データーを含む、請求項２７に記載の工業製品。
【請求項３２】
前記機械可読メディアが、前記デマンド・データーを生成するためにランキングデーターを生成する命令を更に有する、請求項３１に記載の工業製品。
【請求項３３】
前記機械可読メディアが、前記デマンド・データーを生成するために格付けデーターを生成する命令を更に有する、請求項３１に記載の工業製品。
【請求項３４】
前記機械可読メディアが、前記詳細記述内容をフィルタリングするための命令を更に備え、前記次のフィードバックが、前記フィルタリングされた詳細記述内容に応答するようになされる、請求項２７に記載の工業製品。
【請求項３５】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバーからの配信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を有する記憶装置と
を備え、
前記命令が実行される際、前記命令が前記装置に、
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信させ、
コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信させ、
利用可能なコンテンツの少なくとも第１部分と関係する詳細記述内容を前記サーバーから受信させ、
前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信させ、
前記サーバーから受信した前記利用可能なコンテンツの第２部分を格納させる
装置。
【請求項３６】
前記コンテンツ・ディスクリプターに応じて前記利用可能なコンテンツと関係するデマンド・データーを生成することで、前記第１のフィードバックを生成するようになされる、請求項３５に記載の装置。
【請求項３７】
前記デマンド・データーを生成する際、ランキングデーターを生成するようになされる、請求項３６に記載の装置。
【請求項３８】
前記デマンド・データーを生成する際、格付けデーターを生成するようになされる、請求項３６に記載の装置。
【請求項３９】
前記詳細記述内容に応じて前記利用可能なコンテンツに関係するデマンド・データーを生成する事によって、前記次のフィードバックを生成するようになされる、請求項３５に記載の装置。
【請求項４０】
前記デマンド・データーを生成する際、ランキングデーターを生成するようになされる、請求項３９に記載の装置。
【請求項４１】
前記デマンド・データーを生成する際、格付けデーターを生成するようになされる、請求項３９に記載の装置。
【請求項４２】
前記詳細記述内容の一部分が格納されるように、受信した前記詳細記述内容をフィルタリングするようになされ、
前記記憶装置に前記詳細記述内容のフィルタリングされた部分を格納するようになされ、
前記次のフィードバックが、前記詳細記述内容のフィルタリングされた部分に応答する、
請求項３５に記載の装置。
【請求項４３】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
１つ以上のクライアントからの通信を受信するために、前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を有する記憶装置と
を備え、
前記命令が実行される際、前記命令が前記装置に、
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを、前記１つ以上のクライアントに配信させ、
前記コンテンツ・ディスクリプターに関する第１フィードバックを前記１つ以上のクライアントから受信させ、
前記第１フィードバックに応じて前記利用可能なコンテンツをソートさせ、
前記利用可能なコンテンツの少なくとも第１部分に関係する詳細記述内容を、ソートされた順番で前記１つ以上のクライアントに配信させ、
前記詳細記述内容に関する次のフィードバックを前記１つ以上のクライアントから受信させ、
前記次のフィードバックに応じて前記利用可能なコンテンツをソートさせ、
前記複数のクライアントからの前記次のフィードバックに応答して、少なくとも前記利用可能なコンテンツの第２部分を或る順番で前記１つ以上のクライアントへ配信させる、
装置。
【請求項４４】
前記利用可能なコンテンツの少なくとも第２部分が前記１つ以上のクライアントに配信される順番が、前記第１のフィードバックにさらに応答する、請求項４３に記載の装置。
【請求項４５】
前記利用可能なコンテンツは前記詳細記述内容を含んでいる、請求項４３に記載の装置。
【請求項４６】
前記利用可能なコンテンツのより限定された部分と関係する詳細記述内容を前記１つ以上のクライアントに配信し、
前記詳細記述内容に関する次のフィードバックを前記１つ以上のクライアントから受信する
事を反復するように更になされる、請求項４３に記載の装置。
【請求項４７】
サーバーと、
前記サーバーに接続された１つ以上のクライアントと
を備え、
前記サーバーは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを前記１つ以上のクライアントに配信するために接続され、
前記１つ以上のクライアントは、前記サーバーによって配信された前記コンテンツ・ディスクリプターを受信するために接続され、
前記サーバーは、コンテンツ・ディスクリプターに関する第１フィードバックを前記１つ以上のクライアントから受信するために接続され、
前記サーバーは、前記第１のフィードバックに応じて利用可能なコンテンツのリストをソートするために接続され、
前記サーバーは、前記利用可能なコンテンツのリストにリストアップされた前記利用可能なコンテンツについて詳細に記述された詳細記述内容を前記の１つ以上のクライアントに配信するために接続され、
前記サーバーは、前記詳細記述内容に関係する前記１つ以上のクライアントから追加フィードバックを受信するために接続され、
前記サーバーは、前記追加フィードバックに応じて前記利用可能なコンテンツのリストを改良するために接続され、
前記サーバーは、前記改良された利用可能なコンテンツのリストにリストアップされた前記利用可能なコンテンツを前記１つ以上のクライアントへ配信するために接続される、
システム。
【請求項４８】
前記サーバーは、詳細記述内容を配信する事と、前記利用可能なコンテンツのリストをさらに改良するために前記１つ以上のクライアントから対応する追加フィードバックを受信する事を反復するためにさらに接続される、請求項４７に記載のシステム。
【請求項４９】
前記詳細記述内容は、先立って配信された記述的コンテンツと比べて、前記利用可能なコンテンツについてより詳細に記述している、請求項４８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広義には配信システムに関し、より詳細には、本発明は、配信システムによってオンデマンドでコンテンツを提供する事に関する。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
伝統的に、配信システムのデーターは、単一のサーバー・システムから複数のクライアント・システムに向けて一方的に配信されている。通常、クライアント・システムのユーザーは、サーバー・システムから受信した信号を、配信されたままに消費する。オンデマンドのコンテンツがユーザーに提供される方法として、同じデーターを連続的に、および／または、時間をずらして配信するようなサーバー・システムが含まれる。従って、ユーザーが特定の１つのコンテンツ即ちデーターファイルをオンデマンドで消費することを望んだ場合、ユーザーは、該コンテンツが繰返し配信されている複数の配信のうちの１つにチャンネルを合わせる。この方法の１つの例として、ケーブルまたは衛星テレビ局で現在利用可能な「ペイ・パー・ビュー方式」の映画が挙げられる。例えば、ケーブルテレビ局は通常、複数のチャンネルにおいて時間をずらして繰り返し同じ映画を配信する。ある特定の映画を「オンデマンド」で観たいユーザーは、単に該映画が配信される複数の開始時間のいずれかにおいて、所望する映画が配信されている複数のチャンネルの１つにチャンネルを合わせるだけに過ぎない。同じデーターまたは番組を連続的に繰り替えし配信するので、配信帯域幅の使用が非常に非効率的になる。複数チャンネルで繰返し同じデーターを配信するために占有される帯域幅は、さもなければ異なるデーターを配信するために使用することも出来る。
【０００３】
配信システムにおいてオンデマンドでコンテンツを提供するための別の方法には、ユーザーがある特定のデーターファイルを記録し、その記録されたデータフィルにその後「オンデマンド」でアクセスする方法がある。上述されたテレビ配信の例に続き、この方法における例は、ユーザーが所望のテレビ番組を記録するためにビデオカセットレコーダー（ＶＣＲ）を設定する、というものである。ユーザーがテレビ番組を後から「オンデマンド」で観たい場合、ユーザーは、前もって記録された番組をＶＣＲから再生するだけである。最近、より高度なディジタル・ビデオ・レコーダが利用可能になって来ており、従来のＶＣＲによって使用されるビデオカセットテープの代わりに内部ハードドライブにテレビ放送を記録する。しかしながら、ディジタル・ビデオ・レコーダの使用は、ユーザーがどの配信を内部ハードドライブに記録するかを決めるために使用される数値（例えば日付、時間）をきちんと設定する必要があるという点で、従来のＶＣＲと類似している。
【０００４】
現在の配信システムが有する他の制限は、ほとんどのクライアント・システムのユーザーにとって、プログラミングと言う観点から、配信元にフィードバックを提供する事が困難であると言う事である。例えば、上述されたテレビ放送の例に続き、現在のテレビ局の多くは、配信番組および／またはスケジュールを決定するために、ニールセン指標に依存している。ニールセン指標は通常、一般市民の代表の小規模なサンプリングのみに基づいている。従って、ほとんどのテレビ視聴者が配信スケジュールおよび／またはコンテンツに及ぼす影響は比較的少ないか、または、全く影響を及ぼさない。
【課題を解決するための手段】
【０００５】
本発明の１つの形態において、多段階の配信システムを使用して、コンテンツ配信スケジュールを決定する方法および装置が開示される。本発明の他の形態において、コンテンツ・ディスクリプターをサーバーからクライアントに送信する方法および装置が開示される。本発明の更に他の形態において、デマンド・データーをクライアントからサーバーに送信する方法および装置が開示される。以下の記載において、多数の具体的な詳細が、本発明の完全な理解を提供するために記載される。しかし、記載された具体的な詳細が本発明を実施するために必ずしも使用される必要が無いという事は当業者にとって明白である。また、周知の材料または方法は、本発明を不明瞭にすることを避けるために記載しなかった。
【発明を実施するための最良の形態】
【０００６】
本発明は、添付された図面によって例示されるが、この例に限定されない。
【０００７】
本明細書全体に渡る「一実施形態」または「実施形態」に対する言及は、該実施形態に関連して記載された特定の特徴、構成および特性が、本発明における少なくとも１つの実施形態に含まれるという事を意味する。従って、本明細書中の様々な場所おける「一実施形態において」または「実施形態において」の句の出現が、必ずしも全てが同一の実施形態に関連しているというわけでは無い。さらに、該特定の特徴、構成および特性は、一つ以上の実施形態において任意の適切な方法で結合する事が出来る。
【０００８】
図１（ａ）は、本発明の教示における配信システムの一実施形態を示す図である。記述された実施形態において例示されるように、配信司令センター即ちサーバー１０３は、複数のクライアント１０５、１０７および１０９へ情報を配信するために構成される。図１（ａ）に示される実施形態において、クライアント１０５は、配信アンテナ１１１からのリンク１１５によってサーバー１０３から配信を受信する。同様に、クライアント１０７は配信アンテナ１１１からのリンク１１７によってサーバー１０３から配信を受信する。また、クライアント１０９は配信アンテナ１１１からのリンク１１９によってサーバー１０３から配信を受信する。一実施形態において、リンク１１５、１１７および１１９は、大気中を伝播する公知の振幅変調（ＡＭ）または周波数変調（ＦＭ）のラジオ信号、テレビ信号、デジタルビデオ放送（ＤＶＢ）信号等の形式で放送アンテナから送信される単方向の無線周波数（ＲＦ）のリンクであり得るが、必ずしもこれに限定されない。
【０００９】
一実施形態において、サーバー１０３は複数のデーターファイル即ち複数のコンテンツを配信するために構成され、これらのデーターファイルはクライアント１０５、１０７および１０９によって受信され得る。一実施形態において、データーファイルは、例えばビデオ、オーディオ、グラフィックス、テキスト、マルチメディア等を含む多くの異なる種類のファイルの任意の組合せであって良い。ファイルは、クライアント１０５、１０７および１０９によって受信されたと同時にリアルタイムでアクセスされ、ストリーミングされ、消費されてもよいし、または、後で消費するためにキャッシュされるか格納されても良い。説明のために、本発明の記載を援助するために本開示において提供される実例の多くは、サーバーによって配信されるべきデーターファイルが例えば動画とサウンドを伴う映画のようなオーディオ／ビデオファイルである、と想定するが、本発明の教示に従って配信されたデーターファイルはオーディオ／ビデオファイルのみに限定されていないことが認識されるであろう。
【００１０】
図１（ａ）に示された実施形態によって例証されるように、サーバー１０３とクライアント１０５、１０７および１０９間のリンクは一方向である。しかしながら、他の実施形態において、サーバー１０３と各クライアント１０５、１０７および１０９の間にコミュニケーションリンクが存在しても良いという事が認識される。具体的には、図１（ｂ）は、図１（ａ）の配信システムに「バックチャンネル」、即ち、各クライアント１０５、１０７および１０９とサーバー１０３間のコミュニケーションリンクを追加した配信システムを示した図である。具体的に、図１（ｂ）において示される実施形態はリンク１２１、１２３および１２５を示し、これらはクライアント１０５、１０７および１０９のそれぞれがサーバー１０３に情報を返送するために使用され得る。リンク１２１、１２３および１２５は図１（ｂ）においてはクライアント１０５、１０７および１０９とサーバー１０３間の直接リンクとして描かれているが、クライアント１０５、１０７および１０９は、例えば放送無線信号、ネットワークコミュニケーション等のような間接リンクを通してサーバー１０３と情報を伝達しても良い、という事が認識される。また、間接リンクの手法は、上記のものに限定されない。一実施形態において、リンク１２１、１２３および１２５は、リンク１１５、１１７および１１９よりも狭い帯域幅の接続であると仮定される。例えば、リンク１１５、１１７および１１９はテレビ放送、ケーブルテレビ放送、衛星テレビ放送等のような広帯域幅の接続であるのに対して、リンク１２１、１２３および１２５は、公衆電話交換網等を通じたモデム接続のような低い帯域幅の接続であって良い。
【００１１】
図１（ｃ）は、本発明の教示における、配信システムの更なる他の実施形態の図である。図示されるように、サーバー１０３は、ネットワーク１１３を経由して複数のクライアント１０５、１０７および１０９へ情報を配信するために接続される。一実施形態において、ネットワーク１１３は、例えばインターネット、広域ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、イントラネット等のような、複数のデバイスが通信し得る任意の種類の通信網であって良い。また、通信網の種類は、上記のものに限定されない。
【００１２】
図１（ｃ）に示された実施形態において、クライアント１０５はサーバー１０３からの配信と通信するためにリンク１１５を経由して接続される。同様に、クライアント１０７はサーバー１０３と通信するためにリンク１１７を経由して接続され、クライアント１０９はサーバー１０３と通信するためにリンク１１９を経由して接続される。
【００１３】
図２は、本発明の教示におけるサーバー１０３、またはクライアント１０５、１０７または、１０９に使用され得る機器２０１の一実施形態を示すブロック図である。
一実施形態において、機器２０１は、バス２０７に接続されたプロセッサ２０３を備えるコンピュータまたは装置である。一実施形態において、メモリ２０５、記憶装置２１１、ディスプレイ制御装置２０９、通信インターフェース２１３、入力／出力コントローラ２１５およびオーディオ・コントローラ２２７が更にバス２０７に接続される。
【００１４】
一実施形態において、機器２０１は通信インターフェース２１３によって外部システムと接続される。通信インターフェース２１３はＡＭ、ＦＭ、テレビ、デジタルテレビ、ＤＶＢ、無線電話信号等と互換性を有する無線送受信機を備えて良い。通信インターフェース２１３はアナログ・モデム、統合サービス・デジタル網（ＩＳＤＮ）用モデム、ケーブル・モデム、デジタル加入者回線（ＤＳＬ）用モデム、Ｔ１回線インターフェース、Ｔ３回線インターフェース、光学キャリアのインターフェース（例えばＯＣ−３）、トークンリング・インタフェース、衛星送信インターフェース、無線インターフェース、またはあるデバイスを他のデバイスに接続するための他のインターフェースを更に備えても良い。
【００１５】
一実施形態において、搬送波信号２２３が、アンテナ１１１と通信するために通信インターフェース２１３によって受信される。一実施形態において、搬送波信号２２５が、通信インターフェース２１３とネットワーク１１３間で送受信される。一実施形態において、通信信号２２５は、他のコンピュータシステム、ネットワーク・ハブ、スイッチ、ルーター等と機器２０１を接続するために使用されてもよい。一実施形態において、搬送波信号２２３および２２５は機械可読メディアであり、ワイヤー、ケーブル、光ファイバを経由して、大気を経由して、またその他の方法で送信され得る。
【００１６】
一実施形態において、プロセッサ２０３は、例えばインテル社のｘ８６系、即ちペンティアム系のマイクロプロセッサ、モトローラー系のマイクロプロセッサ等の従来のマイクロプロセッサであって良いが、それに限定されるものではない。メモリ２０５は、動的ランダムアクセスメモリ（ＤＲＡＭ）のような機械可読メディアであって良く、静的ランダムアクセスメモリ（ＳＲＡＭ）を備えていても良い。ディスプレイ制御装置２０９は従来の方法でディスプレイ２１９を制御する。一実施形態において、ディスプレイ２１９は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、アクティブマトリクスディスプレイ、テレビジョンモニター等であって良い。入力／出力コントローラ２１５に接続された入出力装置２１７は、テレビのリモコン、マウス、トラックボール、トラックパッド、ジョイスティック等を備えるキーボード、ディスクドライブ、プリンタ、スキャナ等の入出力装置であって良い。一実施形態において、オーディオ・コントローラ２２７は、オーディオ出力２３１を従来の方法で制御する。オーディオ出力２３１は、例えばオーディオ・スピーカー、ヘッドホン、オーディオ・レシーバ、アンプ等を含んで良い。一実施形態において、コントローラは、オーディオ入力２２９を従来の方法で制御する。オーディオ入力２２９は、例えばマイク、オーディオまたは音楽機器等からの入力を含んで良い。
【００１７】
一実施形態における記憶装置２１１は、例えば磁気ハードディスク、フロッピディスク、光ディスク、スマート・カードあるいはデーター用記憶装置の他の形式のような機械可読メディアを備えていて良い。機械可読メディアは、上記の例に限定されない。一実施形態において、記憶装置２１１はリムーバブル・メディア、読取専用メディア、読み書き可能なメディア等を備えていて良い。データーの一部はコンピュータシステム２０１中のソフトウェアの実行の間にダイレクトメモリーアクセスプロセスによってメモリ２０５に書き込まれても良い。ソフトウェアが記憶装置２１１、メモリ２０５中に存在するか、もしくはモデムまたは通信インターフェース２１３によって送信または受信されても良いことが認識される。
【００１８】
本明細書の目的のために、「機械可読メディア」と言う句は、データー・情報を格納出来る、またはデータプロセッサ２０３に本発明における方法を実行させるためにプロセッサ２０３によって実行される命令のシーケンスをエンコードすることの出来る任意のメディアを含むものと解釈される。「機械可読メディア」と言う句は、ソリッドステートメモリ、光学・磁気ディスク、搬送波信号等を含むものと解釈されるが、これらに限定されない。
【００１９】
一実施形態において、例えば図１に示された中の任意のシステムと同様の配信システムは、サーバー１０３が複数のデーターを複数のクライアント１０５、１０７、１０９に配信するようになされている。後述するように、本発明の一実施形態の教示において、複数のデーターファイルのそれぞれは、メタデータ、即ちコンテンツ・ディスクリプターと一緒に記述される。通常、コンテンツ・ディスクリプターは、コンテンツ即ちデーターファイルがサーバー１０３から配信可能である、または配信の可能性がある旨を記述する１セットのディスクリプターまたは属性値と見なすことが出来る。本発明におけるコンテントディスクリプタ−は、クライアント・システム１０５、１０７および１０９が、後にサーバー１０３から配信されるデーターファイルのコンテンツに関して推論し、情報に基づいた判断をすることを可能にする情報を提供する。後述するように、本発明の様々な実施形態は、クライアント側のフィルタリング、記憶装置の管理、および他のパーソナライズ技術のためにコンテンツ・ディスクリプターを用いると同様に、配信スケジュールおよび将来サーバーが配信するコンテンツを決定するデマンド・データーのフィードバックを提供する。
【００２０】
図３は、本発明の一実施形態の教示によって行なわれる処理を示すフローチャート３０１である。具体的には、フローチャート３０１は、配信司令センター即ちサーバーから１つ以上のクライアントにコンテンツを配信するために多段階の処理を利用するコンテンツ配信システムの一実施形態を示す。処理ブロック３０３に示されるように、サーバーは１つ以上のクライアントにコンテンツ・ディスクリプターを配信する。ブロック３０５は、コンテンツ・ディスクリプターが１つ以上のクライアントによって受信された事を示す。一実施形態において、コンテンツ・ディスクリプターは、サーバーによって配信され得る利用可能なコンテンツについて記述するために使用されるメタデータあるいは属性値のペアを含んでいる。図４を参照して後述されるように、本発明の教示において、サーバーからクライアントまでコンテンツ・ディスクリプター・ファイルを送信し得るような様々な異なる実施形態が存在する。一実施形態において、地理学上、ネットワーク接続または他のいくつかの基準に基づいて、複数のクライアントが特定の複数のグループに分割されても良い。
【００２１】
ブロック３０９は、コンテンツ・ディスクリプターが受信された後にクライアントがコンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルを更新することを示す。以下に詳述されるように、本発明の様々な実施形態において、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルは、デマンド・データーを作成するための処理の際にクライアントによって利用される。本開示のため、「デマンド・データー」は、サーバーから利用可能な特定のコンテンツに対する願望度に関するクライアントによる指示である。従って、「デマンド」の高いコンテンツは高い願望度の値を有し、「デマンド」の高くないコンテンツは比較的低い願望度の値を有するであろう。
【００２２】
デマンド・データーは、ランキング、格付け等を含む様々な方式で生成することが出来る、例えば、デマンド・データーは、利用可能なコンテンツのうちの少なくとも幾つかのランキング順位のリストを生成することにより決定され得る。このランキングは、コンテンツの選択の中で利用可能なコンテンツの相対的な順序を確立する。他の実施形態においては、デマンド・データーは、一部または全部のコンテンツの絶対的な格付け値のリストを生成することによって決定されることが出来る。格付けは、各コンテンツに対して特定の願望度の値を指定したユーザーによって行われても良い。デマンド・データーは、特定のクライアント・システム上にキャッシュされているコンテンツを考慮に入れても良いし、考慮に入れなくても良い。デマンド・データーは、クライアントにおけるユーザーの直接的なフィードバックを考慮して生成されても良いし、あるいは以前のユーザーの挙動あるいはコンテンツの消費に基づいていても良い。
【００２３】
ブロック３１３は、デマンド・データーのフィードバックがクライアントからサーバーへその後送り返される事を示し、またブロック３０７は、クライアントからのデマンド・データーのフィードバックがサーバーによって受信される事を示す。図５に関して後述されるように、本発明の教示における、各クライアントからサーバーへデマンド・データーが送られ得る様々な異なる実施形態が存在する。例えば、デマンド・データーはリアルタイムで送信されても良いし、または一纏めにしたものが一括して送られても良い。デマンド・データーは、全ての利用可能なコンテンツ、またはその一部のみに対するユーザーのフィードバックを表わして良い。さらに、フィードバックは、サーバーからのトリガに応じて、またはいくつかのルールに基づいて、クライアントによって独自に送付されて良い。
【００２４】
ブロック３１１は、クライアントから受信したデマンド・データーのフィードバックに応じて最も要求の多いコンテンツのリストをサーバーがその後作成することを示す。一実施形態において、このリストは、クライアントから受信したデマンド・データーのフィードバックに基づいて、要求のより高いコンテンツから、要求のより低いコンテンツまでに渡ってソートされたリストである。一実施形態において、ソートされたリストは、コンテンツが配信される順番に優先順位をつけるために、サーバーによって利用される。例えば、一実施形態において、要求のより高いコンテンツは、要求のより低いコンテンツよりも前に配信される。いくつかの例においては、より低く格付け・ランキングされた要求の低いコンテンツのうちのいくつかはサーバーによって二度と配信されなくても良い。
【００２５】
一実施形態において、コンテンツ・ディスクリプターを送信し、クライアントからデマンド・データーのフィードバックを受け取る段階が高度に自動化され、ユーザーとってトランスペアレントであり得ることが認識される。一実施形態において、デマンド・データーを生成するために使用されるランキングまたは格付システムは、サーバーからの配信時にコンテンツをキャプチャーしてキャッシュするためにクライアントによって使用されるものと同じアルゴリズムを使用しても良いし、使用しなくても良い。
【００２６】
次の段階において、ブロック３１５は、サーバーが１つ以上のクライアントへ詳細記述内容を配信することを示し、ブロック３１７は、詳細記述内容をクライアントが受信する事を示す。一実施形態において、送信される詳細記述内容は、利用可能なコンテンツのより狭い範囲の一部分に限定される。詳細記述内容によって記述されるコンテンツのより狭い範囲の一部分とは、ブロック３１１中で作成されたリストに示されるような、より需要が多いであろうと判断されたコンテンツである。一実施形態において、クライアントは、ブロック３１５においてサーバーから送信された詳細記述内容をフィルタリングする。従って、クライアントにキャッシュされる詳細記述内容は、クライアントによって格付けされ、評価され、および／または、消費される可能性の有りそうなコンテンツについて記述する。別の実施形態では、ブロック３１７においてフィルタリングが行われなくても良い。
【００２７】
処理中のこの段階において、一実施形態中におけるサーバーがデマンド・データーの形式によってより多くのユーザー・フィードバックを受信するために、コンテンツの一部分を配信する、ということが認識される。一実施形態において、詳細記述内容は、コンテンツの一部分を含んでおり、実際のコンテンツを送信するよりも安価である。例えば、利用可能なコンテンツが映画を含むと仮定すると、詳細記述内容は映画の予告編、パッケージの装丁、賞、映画の数シーン等を含んでいても良い。音楽の場合には、詳細記述内容が、ソングクリップ、アルバム試聴、アーチストに関する履歴情報等を含んでいて良い。
【００２８】
ブロック３２１は、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルがクライアントにおいてその後更新されることを示す。一実施形態において、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルへの更新は、ランキングまたは格付けのような直接的なユーザーのフィードバックに対応して発生する。例えば、ユーザーは、ユーザーが潜在的に消費しようと興味を持っている可能性のある映画の予告編を観ることにより、および／または、ソングクリップを聴くことにより、詳細記述内容を視聴する事が出来る。ユーザーがクライアント・システム中にキャッシュされた詳細記述内容を視聴した後に、ユーザーは、コンテンツの全体を消費することにユーザーが興味を持っているかどうかに関する直接的なフィードバックを行なうことが出来る。
【００２９】
ブロック３２５は、更新されたデマンド・データーのフィードバックがクライアントからサーバーにその後送り返される事を示す。また、ブロック３１９は、サーバーがクライアントからデマンド・データーを受信する事を示す。ブロック３２３は、最も要求の多いコンテンツのリストが、クライアントから受信したデマンド・データーに応じて更に改良されることを示す。従って、多段階においてクライアントからフィードバックを受信することによって、サーバーは、クライアントが消費する可能性がありそうなコンテンツをより良く確認することが出来る。
【００３０】
一実施形態において、処理はブロック３２３からブロック３１５まで戻り、また、ブロック３２５からブロック３１７まで戻る。一実施形態において、このループは、最も要求の高いコンテンツのリストが、所望する程度まで改良されるか、範囲が狭められるまで複数回繰り返される。そのため、本発明の実施形態は、直接的なフィードバックに基づいて、最も要求の高いコンテンツのリストが改良され、範囲を狭められる事が出来る。
従って、コンテンツがサーバーによって配信されるために最終的に選択された場合、クライアントがコンテンツを消費するであろうと言う大きな確信度が存在する。一実施形態において、直接的なユーザー・フィードバックは多くの場合自動フィードバックよりも正確なので、直接的なユーザー・フィードバックを伴わない自動的なフィードバックよりも、直接的なユーザーのフィードバックに対してより大きいウェイトが置かれる。
【００３１】
一実施形態において、詳細記述内容を送信する際にサーバーによって送られたコンテンツの一部分のそれぞれが記録される。具体的には、一部分のコンテンツのそれぞれに対応する最終および完全コンテンツを、いずれかのクライアントが要求した場合に最終的に送信するために、システムはコンテンツの一部分を維持・記録する。従って、ユーザーがランキングまたは格付けシステムの本部分に関係していくにつれて、ユーザーの期待値が管理される。
【００３２】
上述されるように、一実施形態におけるクライアント・システムは、ブロック３１７において受信した詳細記述内容にフィルタを適用しても良い。従って、クライアント中にキャッシュされる詳細記述内容は、ユーザーが消費することをより望む可能性の有るコンテンツに当てはまる。その結果、システムは、個々のクライアントがキャッシュすることが出来るよりも多くの量の詳細記述内容を送信することが出来る。例えば、クライアント・システムが、記憶装置の５ギガバイトの容量を、ブロック３１５においてサーバーから送信される詳細記述内容のために利用可能にしておくと仮定する。ブロック３１７においてフィルタを適用する事によって、サーバーから送信された例えば２０ギガバイトの総量のうち、５ギガバイト分をキャッシュする。さらに、クライアントによってキャッシュされる５ギガバイトの詳細記述内容は、ユーザーが消費する可能性のより高いコンテンツに当てはまる。更に、ブロック３１７においてフィルタを適用する事によって、キャッシュされた詳細記述内容は、ユーザーが興味を持っているコンテンツについて記述していると言うユーザーの確信が高まる。ユーザーの確信度が高まったことによって、ブロック３２５において更新されたデマンド・データーを提供するために、ユーザーが直接的にコンテンツをランキングまたは格付けする可能性が大きくなり得る。
【００３３】
一実施形態において、ブロック３０７において受信されたデマンド・データーに応じて、ブロック３１１において作成されたリストの結果が格納され得る。この場合、ブロック３０７において受信されたデマンド・データーは自動的に生成されたものであり得るので、ブロック３１９において受信されたデマンド・データーに応じてブロック３２３において作成された改良されたリストには、より高いウェイトが割り当てられる。他の実施形態において、一旦ブロック３２３において改良されたリストが生成されれば、ブロック３１１において作成されたリストは考慮されない。
【００３４】
次の段階において、ブロック３２７は選択されたコンテンツがサーバーによってその後配信される事を示し、ブロック３２９はクライアントがそのコンテンツを受信する事を示す。一実施形態において、ブロック３２５においてサーバーに送信するデマンド・データー中に肯定的なフィードバックを直接的に提供したクライアントが１つも無かった場合を除いて、ブロック３１５においてクライアントに送信された詳細記述内容に記述される全てのコンテンツが、ブロック３２７における配信に最終的に含まれる。
【００３５】
一実施形態において、後に詳述するように、ブロック３３１はその後、個々の特定のクライアントによって維持されたデマンド・データー・テーブルに従ってクライアントが選択的にコンテンツを格納することを示す。一実施形態において、ブロック３３３は、コンテンツが消費される場合に、各クライアント上のコンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルがその後更新されることを示す。ブロック３３５は、改良されたリストがサーバーによって更に改良されるために、更新されたデマンド・データーがサーバーにその後返送されることを示す。
【００３６】
前述したように、本発明の教示における図３のブロック３０３および３０５においてコンテンツ・ディスクリプター・ファイルがサーバーから送信されてクライアントによって受信され得るのに、様々な異なる実施形態が存在する。例えば、図４（ａ）は、単一のサーバーから１つ以上のクライアントへ配信されるコンテンツ・ディスクリプターの一実施形態を示すフローチャート４０１である。例示された実施形態において、ブロック４０３は、コンテンツ・ディスクリプター配信スケジュール信号がサーバーから配信されることを示し、ブロック４０５は、クライアントがコンテンツ・ディスクリプター配信スケジュール信号を受信することを示す。
【００３７】
一実施形態において、コンテンツ・ディスクリプター配信スケジュール信号は、コンテンツ・ディスクリプター・ファイルが送られるであろうということを示す、全てのクライアントに送信される信号である。一実施形態において、コンテンツ・ディスクリプター配信スケジュール信号は、コンテンツ・ディスクリプター・ファイルが何時送られるかについての記述を含んでいる。例えば、コンテンツ・ディスクリプター配信スケジュール信号は、コンテンツ・ディスクリプター・ファイルが送られる絶対時間、またはサーバーによって配信される他の情報の間の相対順序を示して良い。一実施形態において、コンテンツ・ディスクリプター配信スケジュール信号は、例えば周波数、インターネット・プロトコル（ＩＰ）ポート、ＩＰアドレス情報等を用いて、コンテンツ・ディスクリプター・ファイルの配置方法をクライアントに更に示す。
【００３８】
一実施形態において、コンテンツ・ディスクリプター配信スケジュール信号は、インターネット・プロトコル（ＩＰ）シグナリング・プロトコル、デジタルビデオ配信信号（ＤＶＢ）、プログラム・システム情報プロトコル（ＰＳＩＰ）信号等を使用して配信される。他の実施形態において、コンテンツ・ディスクリプター配信スケジュール信号は、サーバーからクライアントへ配信されるファイル内に埋め込まれる。
【００３９】
一実施形態において、クライアント・システムはコンテンツ・ディスクリプター配信スケジュール信号の到着に備えて配信チャンネルをモニターする。コンテンツ・ディスクリプター配信スケジュール信号がクライアントによって受信される時、クライアントは、コンテンツ・ディスクリプター・ファイルを、配信予定時間において受信する準備をその後行なう。一実施形態において、クライアントは、コンテンツ・ディスクリプターの処理に責任を負うクライアント・システム上で稼動する他のプロセスへの通知によって、コンテンツ・ディスクリプター・ファイルを受信する準備を行なう。
【００４０】
一実施形態において、サーバーはその後、コンテンツ・ディスクリプターをファイル状に形成または収集する。ブロック４０７は、コンテンツ・ディスクリプター・ファイルが適切な時間にその後配信されることを示し、続いて、ブロック４０９は、コンテンツ・ディスクリプター・ファイルがその後予定通りに受信されることを示す。コンテンツ・ディスクリプター・ファイルがある絶対時間において配信される予定であることをコンテンツ・ディスクリプター配信スケジュール信号が示す実施形態では、サーバーは指定時間まで待機し、続いて、指定時間においてコンテンツ・ディスクリプター・ファイルを配信する。コンテンツ・ディスクリプター・ファイルが相対順序で配信される予定であることをコンテンツ・ディスクリプター配信スケジュール信号が示す実施形態では、サーバーは、コンテンツ・ディスクリプター・ファイルより前に配信される予定になっている全てのファイルを最初に配信する。その後、サーバーはコンテンツ・ディスクリプター・ファイルを配信する。一実施形態において、サーバーは、例えばハイパーテキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）等のファイル転送プロトコルを使用して、コンテンツ・ディスクリプター・ファイルをクライアントに配信する。
【００４１】
図４（ｂ）は、単一のサーバーから１つ以上のクライアントに配信されるコンテンツ・ディスクリプターの他の実施形態を示すフローチャート４３１である。例示された実施形態において、ブロック４３３は、ユニーク識別子がサーバーによってコンテンツ・ディスクリプター・ファイルに割り当てられることを示す。続いて、ブロック４３７は、コンテンツ・ディスクリプター・ファイルがクライアントにその後配信されることを示す。一実施形態において、コンテンツ・ディスクリプター・ファイルはセグメント中のすべてのクライアントに送られる。本開示の目的のために、セグメントとは、地理学、ネットワーク接続、権限ベクトル等に基づいた、複数のクライアントまたは複数のクライアントの部分集合として定義することが出来る。
【００４２】
ブロック４３５は、コンテンツ・ディスクリプター・ファイルがクライアントによってその後受信されることを示す。ブロック４３９は、クライアントが、ファイルに割り当てられたユニーク識別子に基づいて、受信ファイルがコンテンツ・ディスクリプター・ファイルであることを認識することを示す。一実施形態において、コンテンツ・ディスクリプター・ファイルに割り当てられたユニーク識別子は、クライアント・システムのクライアント上の特定の、かつ／または既知の場所にコンテンツ・ディスクリプター・ファイルを記憶させる。従って、クライアント・システムは、ブロック４０９において入力されるファイルがコンテンツ・ディスクリプター・ファイルであると認識し、ファイルをそれに従って処理する。
【００４３】
一実施形態において、クライアント・システムは、コンテンツ・ディスクリプターが配置されるための一時バッファを割り当て、コンテンツ・ディスクリプター・ファイルが完全に転送された時点で、クライアントは以前受信したコンテンツ・ディスクリプター・ファイルをロックし、そのコンテンツを新たに受信したコンテンツ・ディスクリプター・ファイルと交換する。一実施形態において、クライアント・システムは、新たなコンテンツ・ディスクリプター・ファイルが受信された旨を、コンテンツ・ディスクリプターを処理するプロセスに通知する。
【００４４】
図４（ｃ）は、単一のサーバーから１つ以上のクライアントへ配信されるコンテンツ・ディスクリプターの更なる他の実施形態を示すフローチャート４６１である。例示された実施形態において、ブロック４６３は、汎用識別子がサーバーによってコンテンツ・ディスクリプター・ファイルに割り当てられることを示す。続いて、ブロック４６５は、コンテンツ・ディスクリプター・ファイルがサーバーによってその後配信されることを示す。
ブロック４６７は、クライアントがコンテンツ・ディスクリプター・ファイルを受信することを示す。一実施形態において、クライアントが他の任意のファイルを受信するのと同様に、サーバーによって配信されたコンテンツ・ディスクリプター・ファイルがクライアントによって受信される。
【００４５】
ブロック４６９は、コンテンツ・ディスクリプター・ファイルが既に配信されたことを示す信号を、サーバーがクライアントへその後配信することを示す。ブロック４７１は、コンテンツ・ディスクリプター・ファイルが既にサーバーによって配信されたことを示す信号が、サーバーからクライアントによって受信された事を示す。一実施形態において、この信号は、コンテンツ・ディスクリプター・ファイルの配置方法をクライアントに示し、インターネット・プロトコル（ＩＰ）シグナリング・プロトコル、デジタルビデオ配信信号（ＤＶＢ）、プログラム・システム情報プロトコル（ＰＳＩＰ）信号等を用いて該信号が配信される。他の実施形態において、コンテンツ・ディスクリプター配信スケジュール信号は、サーバーからクライアントへ配信されたファイル内に埋め込まれる。一実施形態において、クライアント・システムは、新たなコンテンツ・ディスクリプター・ファイルが受信された旨を、コンテンツ・ディスクリプターを処理するプロセスにその後通知する。
【００４６】
前述したように、本発明の教示において、例えば図３のブロック３１３、３２５あるいは３３５において、デマンド・データーがクライアントから送信されてサーバーによって受信され得るための様々な異なる実施形態が存在する。例えば、図５（ａ）は、本発明の教示における、クライアントからサーバーへ送信されるデマンド・データーの一実施形態を示すフローチャート５０１である。ブロック５０３は、クライアントからデマンド・データーのフィードバックを受け取る準備がサーバー側で出来ている場合、トリガ信号がクライアントに配信されることを示す。一実施形態において、クライアントに配信されるべき他のコンテンツのリストまたはスケジュールを製作する準備がサーバー側で出来ているとの理由によって、サーバーはトリガ信号を配信してもよい。ブロック５０５は、クライアントがサーバーによって配信されたトリガ信号を受信することを示す。一実施形態において、トリガ信号は全てのクライアントに、または１組のクライアント群（例えばセグメント）に対してデマンド・データーのフィードバックを要求することが出来る。これを受けて、ブロック５０９は、クライアントがサーバーにデマンド・データーを送信することを示す。また、ブロック５０７は、サーバーがデマンド・データーのフィードバックを受信することを示す。
【００４７】
一実施形態において、クライアントは、サーバーにデマンド・データーのフィードバックを供給するためにサーバーへの接続を開始する事によって、サーバーへデマンド・データーを送信する。例えば電話回線が使用中である等の理由のためにクライアントが接続を確立することができない場合に、一実施形態におけるクライアントは２進指数バックオフシステムを用いる。従って、デマンド・データーのフィードバックの提供を試みている複数のクライアントへの正常な接続がサーバーに対して提供される。
【００４８】
図５（ｂ）は、本発明の教示における、クライアントからサーバーへ送信されるデマンド・データーの他の実施形態を示すフローチャート５２１である。フローチャート５２１に示された実施形態において、クライアントは複数の異なる時間に、デマンド・データーのフィードバックをサーバーに供給する。本実施形態は、例えば帯域幅やネットワーク負荷の制限等の理由により、サーバーが全てのクライアントからのデマンド・データーのフィードバックを同時に受け取ることが実際的でない状況において利用され得る。例えば、公衆電話交換網（ＰＳＴＮ）がバックチャンネルとして使用される場合、全てのクライアントがトリガ信号を受信した後に同時にサーバーに対してダイアルアップすることは非現実的であり得るし、また非実用的でもあり得る。
【００４９】
ブロック５２３は、クライアント・システムが、最後にデマンド・データーがサーバーに送り返されてから経過した時間量を記録することを示す。一実施形態において、ブロック５２３は、最後にクライアントがサーバーにデマンド・データーのフィードバックを供給した時以来の経過時間を示すタイマーをクライアントが維持する事によって達成される。一実施形態において、ブロック５２７は、所定量の時間が経過した後にクライアントがサーバーにデマンド・データーを送り返すことを示す。また、ブロック５２５は、サーバーがデマンド・データーを受信することを示す。一実施形態において、クライアント・システムはサーバーのへの接続を確立することによってデマンド・データーを送信する。
【００５０】
図５（ｃ）は、本発明の教示における、クライアントからサーバーへ送信されるデマンド・データーの更なる他の実施形態を示すフローチャート５４１である。フローチャート５４１によって示された実施形態において、複数のクライアントは異なる割合でデマンド・データーのフィードバックを生成すると仮定される。その結果、いくつかのクライアントは与えられた時間内において他のクライアントよりもより多くのデマンド・データーのフィードバックを有する。従って、クライアントは、格付またはランキングされたコンテンツの量に基づいたフィードバックを提供する。
【００５１】
例証すると、ブロック５４３は、クライアント・システムがコンテンツ・ディスクリプターによって記述されたコンテンツと関係するデマンド・データーを生成することを示す。デマンド・データーは、自動的に生成されても良いし、手動で生成されても良い。一実施形態において、クライアントは、最後にデマンド・データーのフィードバックがサーバーへ送られた時以来格付けされたコンテンツの数の総数を維持する。ブロック５４７は、所定の数のコンテンツと関係するデマンド・データーが生成された後に、デマンド・データーがサーバーへ送信される事を示す。一実施形態において、クライアントからサーバーまでコンテンツが配信されるレート、コンテンツ・ディスクリプターが配信されるレートおよびクライアントからサーバーまでのコミュニケーションリンクの帯域幅の容量を考慮するために、デマンド・データーのフィードバックを何時送信するかを決定するための閾値として使用される所定の数のコンテンツが、各クライアント・システムに対して微調整される。ブロック５４５は、デマンド・データーがサーバーによって受信されることを示す。一実施形態において、クライアント・システムは、サーバーへの接続を開始する事によってデマンド・データーを送信する。
【００５２】
図５（ｄ）は、本発明の教示における、クライアントからサーバーへ送信されるデマンド・データーの更に他の実施形態を示すフローチャート５６１である。フローチャート５６１に示される実施形態において、複数のクライアントは異なる割合でコンテンツを消費すると仮定される。その結果、いくつかのクライアントは与えられた時間内で、他のクライアントより多くのコンテンツを消費する。従って、クライアントは、消費したコンテンツの量に基づいてフィードバックを供給する。
【００５３】
例証すると、ブロック５６３は、クライアント・システムがユーザーによって消費されたコンテンツと関係するデマンド・データーを生成することを示す。一実施形態において、クライアントは、最後にデマンド・データーのフィードバックがサーバーへ送信されて以来消費されたコンテンツの数の総数を維持する。ブロック５６７は、所定の数のコンテンツが消費された後、デマンド・データーがサーバーへ送信されることを示す。ブロック５６５は、デマンド・データーがサーバーによって受信されることを示す。一実施形態において、クライアント・システムは、サーバーへの接続を開始する事によってデマンド・データーを送信する。
【００５４】
図５（ｅ）は、本発明の教示における、クライアントからサーバーへ送信されるデマンド・データーの更なる他の実施形態を示すフローチャート５８１である。フローチャート５８１中に示された実施形態において、フローチャート５６１に示された実施形態と同様に、複数のクライアントは異なる割合でコンテンツを消費すると仮定される。その結果、いくつかのクライアントは、与えられた時間内において他のクライアントよりも早くクライアント・システム中にキャッシュされた利用可能な未使用コンテンツを使い果たす。従って、クライアントは、クライアント・システムにキャッシュされている残りの未使用コンテンツの量に基づいたフィードバックを提供する。
【００５５】
例証すると、ブロック５８３は、クライアント・システムがユーザーによって消費されるコンテンツと関係するデマンド・データーを生成することを示す。一実施形態において、クライアントは、クライアント・システムに格納され続ける未消費コンテンツの数の総計を維持する。ブロック５８７は、クライアントがキャッシュしているコンテンツの数が所定の数未満の場合にデマンド・データーがサーバーへ送信される事を示す。従って、クライアントがキャッシュを補充するためにサーバーによって配信される追加のコンテンツを最終的に受け取る時に、サーバーは、クライアントによって過去に生成されたデマンド・データーを考慮する機会を有し得る。その結果、クライアントのキャッシュは、クライアントにとってより所望されているコンテンツで補充される可能性が高くなる。ブロック５８５は、デマンド・データーがサーバーによって受信される事を示す。一実施形態において、クライアント・システムは、サーバーへ接続を開始することによりデマンド・データーを送信する。
【００５６】
図６は、本発明の教示における、サーバーから配信されたコンテンツ・ディスクリプターを処理し、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルを更新・維持する際のクライアントのイベントの流れの一実施形態を示すフローチャート６０１である。具体的には、処理ブロック６０３は、サーバーから配信されたコンテンツ・ディスクリプターに含まれる属性および属性値によってコンテンツ・ディスクリプター・テーブルが更新されることを示す。処理ブロック６０５は、サーバーから配信されたコンテンツ・ディスクリプターによって記述されたデーターファイルのそれぞれへのエントリーによってデマンド・データー・テーブルがその後更新されることを示す。
【００５７】
一実施形態において、コンテンツ・ディスクリプター・テーブル、デマンド・データー・テーブルおよび複数のデーターファイルが既にクライアント・システム中に存在するという事を仮定する。一実施形態において、コンテンツ・ディスクリプター・テーブル、デマンド・データー・テーブルおよび複数のデーターファイルは、図２に示される実施形態中において例証されるように、クライアント・システム中のメモリ２０５、記憶装置２１１に格納・維持されても良いし、もしくは、機器２０１がローカル・ネットワーク等にアクセスすることによって格納・維持されても良い。
【００５８】
本発明のコンテンツ・ディスクリプターの様態の例示を支援するために、図７はコンテンツ・ディスクリプター７０１の一実施形態の例を示す。コンテンツ・ディスクリプター７０１は、サーバー１０３からクライアント１０５、１０７および１０９へ配信されて良い。説明の目的のために、この例におけるサーバー１０３によって配信されるデーターファイルは、映画やテレビ番組の様なオーディオ／ビデオファイルであると例えば仮定する。上述されたように、データーファイルは、例えばオーディオ、グラフィックス、テキスト、マルチメディア等の様な他の種類のファイルであっても良いが、これに限定されない。
【００５９】
例示された実施形態において、図７中のコンテンツ・ディスクリプター７０１は、４つの映画（すなわちデーターファイル）がサーバー１０３によってその後配信されるであろうことを示す。この例において示される映画は「アクション・ジュード」、「ファニー・ショー」、「激写！」および「ハーディー珍道中」である。コンテンツ・ディスクリプター７０１は、サーバー１０３によってその後配信される映画のそれぞれについて記述する属性および属性値を含んでいる。例証された例において、各映画を記述するために、コンテンツ・ディスクリプター７０１中に２つの属性が提供される。図７において示される属性は「俳優」および「ジャンル」である。本発明の他の実施形態においては、異なる属性や他の属性値を含んでいても良いことが認識される。例えば、映画について記述するために使用され得る他の属性の非網羅的なリストは「監督」、「年」、「効果」、「エンディング」等を含んでいても良い。一実施形態において、例えば、４０〜５０の異なる属性が、本発明の教示において映画について記述するために提供される。
【００６０】
図７に示される特定の例を再び参照して、「アクション・ジュード」は俳優「ジョー・スミス」主演の「アクション」映画である。「ファニー・ショー」は女優「ジェイン・ドウ」主演の「コメディー」映画である。「激写！」は俳優「ジェイン・ドウ」主演の「アクション」映画である。「ハーディー珍道中」は「ジョー・スミス」主演の「コメディー」映画である。
【００６１】
本発明のコンテンツ・ディスクリプター・テーブルの様態を例示するのを支援するために、図８はコンテンツ・ディスクリプター・テーブル８０１の一実施形態の例である。コンテンツ・ディスクリプター・テーブル８０１は、各クライアント１０５、１０７および１０９のそれぞれによってローカルで更新・維持される。例示された実施形態において、図８のコンテンツ・ディスクリプター・テーブル８０１は、サーバー１０３から過去に配信されたコンテンツ・ディスクリプター７０１に含まれるデーターを含む。一実施形態において、コンテンツ・ディスクリプター・テーブル８０１は、属性、属性値および対応する関連値および信用度のリストを含む。具体的には、コンテンツ・ディスクリプター・テーブル８０１は属性値「ジョー・スミス」、「ジェイン・ドウ」、「アクション」および「コメディー」を含んでいる。この時に、属性値「ジョー・スミス」、「ジェイン・ドウ」、「アクション」および「コメディー」に対する関連値および信用度は、図８においてすべて０である。後述されるように、一実施形態において、本発明における関連値および信用度は、ユーザーがクライアント・システムとインタラクトするのにつれて更新・維持される。
【００６２】
一実施形態において、コンテンツ・ディスクリプター・テーブル８０１中の関連値は、特定のユーザーの挙動を予想するための、関連する属性と属性値とがどれくらい関連があるかに関する指標である。例えば、関連値は、ユーザーが特定の属性値が付されているという理由により特定の映画を観る可能性がどのくらいあるかを示す。一実施形態において、コンテンツ・ディスクリプター・テーブル８０１中の関連値は、例えば−１０〜１０の範囲内の値を持つ。後述されるように、例えば、ユーザーが特定の映画を観るか、少なくとも特定の属性値を有する特定の映画への関心を示せば、関連値が増加しても良い。反対に、ユーザーが例えば特定の映画を観なければ、あるいは特定の属性値を有する特定の映画を観たくない事をユーザーが直接的に示せば、関連値が減少しても良い。
【００６３】
一実施形態では、コンテンツ・ディスクリプター・テーブル８０１中の信用度は、ユーザーが特定の属性値を有する特定のデーターファイルに実際にアクセスするかどうかを格付けまたは予想する際に、特定の属性と属性値のペアに適用される重み関数である。一実施形態において、コンテンツ・ディスクリプター・テーブル８０１中の信用度は、例えば−１０〜１０の範囲内の値を持つ。例えば、一実施形態において、属性値がユーザーの興味を示すデーターファイルを正確に予想する場合に信用度が増加させられても良い。反対に、ユーザーがデーターファイルに興味を持っているのに特定の属性値にそうでないと示されていた場合、信用度が減少しても良い。
【００６４】
一実施形態において、コンテンツ・ディスクリプター・テーブル８０１のエントリーは、サーバー１０３から配信される潜在的なコンテンツ即ちデーターファイルに関連した、すべてのコンテンツ・ディスクリプター７０１の集合から形成される。一実施形態において、コンテンツ・ディスクリプター・テーブル８０１のエントリーは、直接的なユーザーのリクエストに基づいて更新される。さらに、コンテンツ・ディスクリプター・テーブル８０１への更新は、ユーザーが直接的に特定の映画を分類するかどうかとは無関係に、ユーザーが特定の属性値を有する特定のデーターファイルにアクセスするかどうかに間接的に基づいて良い。
【００６５】
本発明のデマンド・データー・テーブルの様態を例示するのを支援するために、図９は、デマンド・データー・テーブル９０１の一実施形態の例である。一実施形態におけるデマンド・データー・テーブル９０１は各クライアント１０５、１０７および１０９によってそれぞれローカルに更新・維持される。例示された実施形態において、図９のデマンド・データー・テーブル９０１は、コンテンツ・ディスクリプター７０１に記述されたデーターファイルのリスト、および、クライアントによってローカルに格納またはキャッシュされているすべての追加のデーターファイルを含む。
【００６６】
一実施形態において、データーファイルは、例えば図２に示されるクライアントのメモリ２０５、記憶装置２１１にローカルに格納されてもよいし、機器２０１によってローカルにアクセス可能なネットワーク中に格納されてもよい。本開示の目的のために、クライアントによってローカルに格納されるデーターファイルは、サーバー以外の既知のネットワーク記憶装置のクライアントによって「ローカルに」格納されるデーターファイルを含むものとして解釈しても良い。本開示の目的のために、クライアントによってローカルに格納またはキャッシュされるデーターファイルは、将来のアクセス、読み取り、あるいは消費に備えて格納されているデーターファイルとして解釈される。一実施形態において、本発明のローカルキャッシュは一次キャッシュであると見なされる。従って、本発明のローカルキャッシュは、ヒット率を増加させるようにサイジングされる。
【００６７】
オーディオ／ビデオファイルに代表されるデーターファイルの複数の例を再び参照して、映画は、クライアントによってローカルに格納される。ユーザーが映画を観た後、映画によって占有された格納スペースは、その後配信される別の映画の記憶装置として利用可能であると一般に考えられる。従って、本発明の教示において、クライアント・システムのローカルキャッシュは、例えばファイア・アンド・フォゲットのような一回使用システムとしてモデル化されることが認識される。一実施形態において、ユーザーがデーターファイルにアクセスする場合、ユーザーは再びその同じデーターファイルにアクセスすることを欲しないであろうと仮定される。ユーザーが特定の映画を観ていなければ、その映画によって占有された格納スペースが別の映画の記憶装置のために利用可能では無いという事が通常考えられる。しかしながら、余分な利用可能な格納スペースが無く、より高く評価された映画が配信されることになっている場合、本発明の教示において、より低く評価された未鑑賞映画はより高く評価された映画と取り替えられる。
【００６８】
図９に示されるデマンド・データー・テーブル９０１の実施形態を再び参照して、各映画はさらに関連する格付け、格付けタイプ指標、キャッシュ状況指標、および次回処理指標を有する。一実施形態において、格付けは、関連するデーターファイルに対する格付け値を示す。一実施形態中における格付け値は、ユーザーによって直接的に入力されても良いし、あるいは、特定のデーターファイルに関連するコンテンツ・ディスクリプターを処理する事によってクライアント・システムによって間接的に生成されても良い。一実施形態において、格付け値が比較的高い場合、特定のデーターファイルに対してユーザーが興味を示す可能性があることが予想される。反対に、一実施形態において、格付け値が比較的低い場合、特定のデーターファイルに対してユーザーが恐らく興味がないことが予想される。
【００６９】
一実施形態において、格付けタイプ指標は、特定のデーターファイルの格付け値が、ユーザーからの直接的な入力の結果だったか、該データーファイルの格付け値がクライアント・システムによって間接的に生成されたかどうかを示す。従って、一実施形態において、デマンド・データー・テーブル９０１の格付けタイプ指標は直接的、間接的、または、データーファイル即ち映画がまだ評価されていない場合にはＮ／Ａとなり得る。一実施形態において、データーファイルがユーザーによって直接的に分類された場合、データーファイルの属性値の格付け値は以後クライアント・システムによって間接的に更新される事は無い。しかしながら、データーファイルがまだ分類されていないか、間接的にクライアント・システムによって評価されているだけの場合、データーファイルの属性値の格付けはクライアント・システムによって更に更新・調整されても良い。
【００７０】
一実施形態において、キャッシュ状況指標は、特定のデーターファイルがクライアントによってローカルに格納またはキャッシュされているかどうかを示す。図９に示された実施形態において、映画「アクション・ジュード」、「ファニー・ショー」および「激写！」は、既にクライアント・システムのローカルの記憶装置に存在する。反対に、映画「ハーディー珍道中」は、図９に示された例において、クライアント・システムのローカルの記憶装置に格納されていない。
【００７１】
一実施形態において、次回処理指標は、特定のデーターファイルに対して講じられる将来の処置を記録するために使用される。例えば、映画がユーザーによって既に観られた場合、次回処理指標は、特定の映画によって占有された格納スペースが別の映画の記憶のために利用可能であることを示すために「交換」を示す。一実施形態において、もし映画がユーザーによってまだ観られていなければ、次回処理指標は「保持」を示す。一実施形態において、映画がクライアントによってローカルに格納されておらず、かつ特定の映画がユーザーにとって興味のある可能性があると格付け値によって予想される場合、次回処理指標は、「キャプチャー」を示す。一実施形態において、映画がサーバーによってまだ配信されておらず、格付けが、この映画がユーザーにとって恐らく興味がないと予想する場合、次回処理指標は、「無視」を示す。
【００７２】
図６を参照して説明したように、処理ブロック６０３および６０５は、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルが、サーバーから配信されたコンテンツ・ディスクリプターによって更新されることを示す。判断ブロック６０７は、データーファイルのうちのいずれかのユーザー分類が存在するかどうかをその後判断することを示す。図１０を簡単に参照して、コンテンツ・ディスクリプター７０１に記述されている通り、ユーザーが複数の映画の中から幾つかを分類する例が示される。具体的に、ユーザーは、映画「アクション・ジュード」を受信したいことを示すことにより、該映画への関心を示した。この例において、ユーザーは、映画「ファニー・ショー」を拒否することにより、該映画に興味を持たないことということを表現した。この例において、ユーザーは、残りの映画に関する情報あるいは分類を提供していない。
【００７３】
図６を再び参照して、ユーザーがデーターファイルのうちの何れかを分類した場合、処理ブロック６０９は、分類されたデーターファイルの特定の属性の関連値がコンテンツ・ディスクリプター・テーブル８０１中で更新されることを示す。処理ブロック６１１は、ユーザーの分類に応じて調節された関連値と一緒に属性値を有するデーターファイルの格付けもまた調節されることを示す。一実施形態において、ユーザーがデーターファイルを分類していなければ、処理ブロック６０９および６１１はスキップされる。
【００７４】
ユーザーが何時データーファイルを分類するかの例を示すために、図１１は、ユーザー分類に応じて更新または調節されたコンテンツ・ディスクリプター・テーブル８０１を示す。図１０で提供される例において、ユーザーは、映画「アクション・ジュード」に興味を持っていることを示した。図７のコンテンツ・ディスクリプター７０１は、「アクション・ジュード」は俳優「ジョー・スミス」が主演する「アクション」映画であるという事を示す。従って、図１１のコンテンツ・ディスクリプター・テーブル８０１を参照して、属性値「ジョー・スミス」および「アクション」に対する関連値は、ユーザーが「アクション・ジュード」への関心を直接的に示した事を反映させるために調節される。一実施形態において、関連値は、ユーザーが興味を持っていた事を反映させるために増加させられる。後述するように、一実施形態において、各属性値に関連した信用度は、特定の属性値を有するデーターファイルのユーザー・アクセスがあるまで更新されない。
【００７５】
図１０の例を継続して、ユーザーは、映画「ファニー・ショー」に興味を持たないことを示した。図７の中のコンテンツ・ディスクリプター７０１は、「ファニー・ショー」は女優「ジェイン・ドウ」が主演する「コメディー」映画であるという事を示す。従って、図１１のコンテンツ・ディスクリプター・テーブル８０１を再び参照して、属性値「ジェイン・ドウ」および「コメディー」に対する関連値は、ユーザーが「ファニー・ショー」に興味を持たないことということを直接的に表現した事を反映させるために調節される。一実施形態において、関連値は、ユーザーが興味を持たなかった事を反映させるために減少させられる。
【００７６】
図１０の例を継続して、ユーザーは、映画「激写！」および「ハーディー珍道中」に関する情報を提供しなかった。従って、「激写！」および「ハーディー珍道中」に関連した属性値の関連値は、コンテンツ・ディスクリプター・テーブル８０１の中で更新されない。
【００７７】
後述されるように、一実施形態において、デマンド・データー・テーブル９０１中の格付けの更新は、処理ブロック６１１に記述された様に、コンテンツ・ディスクリプター・テーブル８０１にリストアップされた属性値の関連値および信用度と関係する。処理ブロック６１１に生じる処理の詳細は、処理ブロック６１７の説明とともに後述される。
【００７８】
図６を再び参照して、ユーザーがデーターファイルのうちの何れかにアクセスする場合（例えば、ユーザーが映画を観る場合）、判断ブロック６１３において判断されるように、処理ブロック６１５は、ユーザーのアクセスしたデーターファイルの特定の属性値の関連値と信用度がコンテンツ・ディスクリプター・テーブル８０１の中で更新される事を示す。処理ブロック６１７は、１回以上のユーザー・アクセスに応じて調節された関連値を持つ属性値を有するデーターファイルの格付けも調節されることを示す。ユーザーがデーターファイルにアクセスしない場合、処理ブロック６１５および６１７がスキップされる。
【００７９】
データーファイルにアクセスするユーザーの例を示すために、ユーザーが映画「アクション・ジュード」を観ると仮定する。図７のコンテンツ・ディスクリプター７０１は、「アクション・ジュード」が、俳優「ジョー・スミス」主演の「アクション」映画である事を示す。一実施形態において、ユーザーが特定のデーターファイルにアクセスまたはインタラクトする毎に、該映画の属性値の信用度が調節または更新される。一実施形態において、０を越える関連値を有する属性値については、その属性値が、ユーザーがアクセスするであろうデーターファイルの予測値として正確に役立ったので、該属性値の信用度が増加させられる。一実施形態において、０未満の関連値を有する属性値に付いては、その属性値が、ユーザーがアクセスするであろうデーターファイルの予測値として正確に役立たなかったので、該属性値の信用度が減少させられる。従って、図１２は、「アクション・ジュード」へのユーザーのアクセスに応じて更新または調節されるコンテンツ・ディスクリプター・テーブル８０１を示す。この例において、これらの属性値に対する関連値が０を越えるものであったので、「ジョー・スミス」および「アクション」の信用度は増加させられる。
【００８０】
一実施形態において、間接的に格付けされたデーターファイルに関連した関連値も、ユーザー・アクセスに応じてコンテンツ・ディスクリプター・テーブル８０１の中で増加させられる。しかしながら、図１２のコンテンツ・ディスクリプター・テーブル８０１によって示される例において、「アクション・ジュード」は、ユーザーによって直接的に分類された。一実施形態において、コンテンツ・ディスクリプター・テーブル８０１の中の関連値は、ユーザーによって直接的に分類されたデーターファイルへのユーザーのアクセスに応じては更新されない。
【００８１】
図１３はデマンド・データー・テーブル９０１を示す。処理ブロック６１７に記述されるように、デマンド・データー・テーブル９０１は「アクション・ジュード」へのユーザーのアクセスに応じて更新される。前述したように、本発明の教示において、デマンド・データー・テーブル９０１もまた、処理ブロック６１１に記述された様に更新される。図１３のデマンド・データー・テーブル９０１に示されるように、「アクション・ジュード」は格付け値１を有する。図１０に関して上述されたように、ユーザーが直接的に「アクション・ジュード」を分類したので、「アクション・ジュード」の格付けタイプは「直接的」である。キャッシュ状況指標は、「アクション・ジュード」がクライアント・システムによってローカルに格納されていることを示す。ユーザーが既に「アクション・ジュード」を観たので、次回処理指標は「交換」を示す。
【００８２】
一実施形態において、デマンド・データー・テーブル９０１中の格付け値は以下のように決定される。コンテンツ・ディスクリプター７０１は、「アクション・ジュード」が属性値「ジョー・スミス」および「アクション」を有することを示す。図１２のコンテンツ・ディスクリプター・テーブル８０１は、「ジョー・スミス」が関連値１および信用度１を有することを示す。図１２のコンテンツ・ディスクリプター・テーブル８０１は、さらに「アクション」が関連値１および信用度１を有することを示す。一実施形態において、特定のデーターファイルの格付け値は、データーファイルの全ての属性値についてのそれぞれの信用度と結合した全ての関連値を考慮して決定される。例えば、一実施形態において、データーファイルに対する格付け値は、データーファイルの属性値についての各関連値および対応する信用度の積の全部の平均と等しい。
【００８３】
例証すると、図１３のデマンド・データー・テーブル９０１中の「アクション・ジュード」を参照して、「ジョー・スミス」の関連値および信用度の積は１×１＝１である。「アクション」の関連値および信用度の積は１×１＝１である。積の平均は、１と１の平均であり、１である。従って、図１３のデマンド・データー・テーブル９０１中の「アクション・ジュード」の格付けは、１である。
【００８４】
同様に、デマンド・データー・テーブル９０１中の「激写！」に関して、「激写！」は属性値「ジェイン・ドウ」および「アクション」を有する。図１２のコンテンツ・ディスクリプター・テーブル８０１中の「ジェイン・ドウ」の関連値および信用度は、それぞれ−１と０である。従って、デマンド・データー・テーブル９０１中の「激写！」の格付けは、１×０と１×１の平均値、即ち０．５である。図１３に示される例におけるデマンド・データー・テーブル９０１中の「ファニー・ショー」および「ハーディー珍道中」のための格付けは、本発明の一実施形態において同様の方法で決定される。
【００８５】
図１０において、ユーザーは映画「アクション・ジュード」および「ファニー・ショー」を分類したので、これらの映画は、図１３のデマンド・データー・テーブル９０１の中で示されるように直接的な格付けタイプを有している点に注目される。ユーザーは映画「激写！」および「ハーディー珍道中」を分類しなかったので、これらの映画はデマンド・データー・テーブル９０１で間接的な格付けを有する。
【００８６】
本発明の教示において、デマンド・データー・テーブル９０１中の格付け値がどのように決定されるかの一例が、前述の記載によって供される事が認識される。本発明の教示において、格付け値は他の方法によって決定され得、データーファイルの属性値のそれぞれに対する関連値および信用度も考慮される、と言う点に注目される。
【００８７】
一実施形態において、デマンド・データー・テーブル９０１の次回処理へのエントリーは、特定のデーターファイルに対する格付けとキャッシュ状況の値によって一部決定される。例えば、一実施形態において、０を超える格付けは、ユーザーがその特定の映画に少なくとも何らかの興味を持っていると予想されることを示す、と言うことを仮定する。従って、映画「激写！」および「ハーディー珍道中」に対してユーザーは興味を有する可能性がある。従って、次回の処理は、映画「激写！」が記憶装置の中で維持され、サーバーによってその後配信される時に、映画「ハーディー珍道中」をキャプチャーするということを示す。上述されたように、映画「アクション・ジュード」はユーザーによって既に観られたので、次回の処理において交換されるようにマークされる。
【００８８】
一実施形態において、ユーザーとクライアント・システム間の将来のインタラクションは、前述されたものと同様の処理に帰着する。例えば、ユーザーが映画「激写！」を現在観ると仮定する。本例において、ユーザーは映画を観る前に映画「激写！」を分類しなかった。一実施形態において、図１４のコンテンツ・ディスクリプター・テーブル８０１に示されるように、関連値および信用度の双方が、アクセスされた未分類データーファイル属性値用に更新される。映画「激写！」は「ジェイン・ドウ」主演の「アクション」映画であることが図７より思い出されよう。図１２に示されるように、「ジェイン・ドウ」の関連値は、ユーザーが「激写！」を観る前は０未満、即ち−１であった。しかしながら、この例において、女優「ジェイン・ドウ」が主演しているという事実にもかかわらず、ユーザーは「激写！」を観た。従って、ユーザーの鑑賞の傾向を予想する際に、該特定の属性値は今となってはあまり適当で無く、信頼性も無いので、属性値「ジェイン・ドウ」の信用度は下方へ調整される。一実施形態において、関連値は既に０未満であるので、信用度はさらに下方には調節されない。しかしながら、ユーザーが「激写！」を観る前から「アクション」の関連値は０を超えていたので、属性値「アクション」に対する関連値および信用度が上方に修正される。従って、この例において、関連値は１から２に上げられ、また、信用度も１から２に上げられるように調整される。従って、図１４のデマンド・データー・テーブル８０１はこの時点で、「アクション」映画がユーザーが観る可能性がより高い映画であると予想する。
【００８９】
一実施形態において、ユーザーがクライアント・システムとインタラクトする毎にコンテンツ・ディスクリプター・テーブル８０１およびデマンド・データー・テーブル９０１が更新される。ユーザーが直接的にデーターファイルを分類する場合と同様に、ユーザーがデーターファイルにアクセスする場合に、コンテンツ・ディスクリプター・テーブル８０１およびデマンド・データー・テーブル９０１への更新が行なわれる。本発明の教示において、コンテンツ・ディスクリプター・テーブル８０１およびデマンド・データー・テーブル９０１が更新されるために、ユーザーが直接的にデーターファイルを分類する必要が無いという事が認識される。その結果、デマンド・データー・テーブルは、ユーザーが興味を持っているデーターファイルを何時でも正確に予想する。
【００９０】
一実施形態において、ユーザーが直接的に興味を分類したデーターファイルと同様、ユーザーが間接的に最も興味を持っていると予想されるデーターファイルは、クライアント・システム上でローカルにキャッシュされるデーターファイルとなる。その結果、ユーザーが最も観たい可能性がある映画は自動的にローカルに格納され、従って、本発明の教示において、これらの映画は、ユーザーが前もってこれらの映画を直接的にリクエストしたり、映画を識別するために用いられる基準を直接的に指定したりする事無く、「オンデマンド」で利用可能である。
【００９１】
以上明らかなように、本発明の教示において、各クライアント上にデーターファイルをローカルに格納することによって、放送帯域幅はより効率的に利用される。実際、ユーザーがクライアントのローカルの記憶装置から映画を観る場合、放送帯域幅は使用されない。さらに、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルのそれぞれを更新する際、本発明の教示におけるシステムで行なわれる相当量の処理が個々のクライアント・システムで行われる、と言うことが更に認識される。クライアントの数が増加した時のサーバーに対する増分費用が０であるので、本発明における分散処理によって、ここに開示された配信システムが非常に大量のユーザーに対して拡張していく事が可能になる。
【００９２】
前述の詳細な説明において、本発明の方法と装置は、特定の実施形態に関して記載されたが、これらに対する様々な変更と改変が本発明のより広い趣旨および範囲から逸脱することなくなされ得ることは明白である。従って、本願明細書および図面は、制限的であるというよりはむしろ実例であると見なされるべきである。
【図面の簡単な説明】
【００９３】
【図１ａ】（ａ）は、本発明の教示における配信システムの一実施形態を示すブロック図である。
【図１ｂ】（ｂ）は本発明の教示における配信システムの他の実施形態を示すブロック図である。
【図１ｃ】（ｃ）は、本発明の教示における配信システムの更に他の実施形態を示すブロック図である。
【図２】本発明の教示における、クライアントまたはサーバーの典型例であるコンピュータシステムの一実施形態を示すブロック図である。
【図３】本発明の教示における、クライアントに多段階で配信されるコンテンツ・ディスクリプターおよび詳細記述内容、およびクライアントからサーバーに多段階で送信されるデマンド・データーのフィードバックによる、サーバーおよびクライアントにおけるイベントの流れの一実施形態を示すフローチャートである。
【図４ａ】本発明の教示における、コンテンツ・ディスクリプター・ファイルがサーバーからクライアントに配信される様態の様々な実施形態を示すフローチャートである。
【図４ｂ】本発明の教示における、コンテンツ・ディスクリプター・ファイルがサーバーからクライアントに配信される様態の様々な実施形態を示すフローチャートである。
【図４ｃ】本発明の教示における、コンテンツ・ディスクリプター・ファイルがサーバーからクライアントに配信される様態の様々な実施形態を示すフローチャートである。
【図５ａ】本発明の教示における、デマンド・データーのフィードバックが、クライアントからサーバーに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｂ】本発明の教示における、デマンド・データーのフィードバックが、クライアントからサーバーに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｃ】本発明の教示における、デマンド・データーのフィードバックが、クライアントからサーバーに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｄ】本発明の教示における、デマンド・データーのフィードバックが、クライアントからサーバーに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｅ】本発明の教示における、デマンド・データーのフィードバックが、クライアントからサーバーに送信される様態の様々な実施形態を示すフローチャートである。
【図６】本発明の教示における、コンテンツ・ディスクリプター・テーブルおよびデマンド・データー・テーブルを保持するために、サーバーから配信されたコンテンツ・ディスクリプターを処理する際のクライアントにおけるイベントの流れの一実施形態を示すフローチャートである。
【図７】本発明の教示における、サーバーから配信されるコンテンツ・ディスクリプター・テーブルの一例を示す図である。
【図８】本発明の教示における、クライアントによって更新・維持されたコンテンツ・ディスクリプター・テーブルの一例を示す図である。
【図９】本発明の教示における、クライアントによって更新・維持されたデマンド・データー・テーブルの一例を示す図である。
【図１０】本発明の教示における、ユーザーによって分類されるデーターファイルの一実施形態を示す図である。
【図１１】本発明の教示における、ユーザーの分類に応じて更新されるコンテンツ・ディスクリプター・テーブルの一実施形態を示す図である。
【図１２】本発明の教示における、ユーザー・アクセスの後に更新されるコンテンツ・ディスクリプター・テーブルの一実施形態を示す図である。
【図１３】本発明の教示における、ユーザー・アクセスの後に更新されるデマンド・データー・テーブルの一実施形態を示す図である。
【図１４】本発明の教示における、更なるユーザー・アクセスの後に更新されるコンテンツ・ディスクリプター・テーブルの他の実施形態を示す図である。
【図１ａ】
2005517314.tif 000003
【図１ｂ】
2005517314.tif 000004
【図１ｃ】
2005517314.tif 000005
【図２】
2005517314.tif 000006
【図３】
2005517314.tif 000007
【図４ａ】
2005517314.tif 000008
【図４ｂ】
2005517314.tif 000009
【図４ｃ】
2005517314.tif 000010
【図５ａ】
2005517314.tif 000011
【図５ｂ】
2005517314.tif 000012
【図５ｃ】
2005517314.tif 000013
【図５ｄ】
2005517314.tif 000014
【図５ｅ】
2005517314.tif 000015
【図６】
2005517314.tif 000016
【図７】
2005517314.tif 000017
【図８】
2005517314.tif 000018
【図９】
2005517314.tif 000019
【図１０】
2005517314.tif 000020
【図１１】
2005517314.tif 000021
【図１２】
2005517314.tif 000022
【図１３】
2005517314.tif 000023
【図１４】
2005517314.tif 000024
【手続補正書】
【提出日】平成16年4月2日(2004.4.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを１つ以上のクライアントに配信するステップと、
前記コンテンツ・ディスクリプターに関して前記１つ以上のクライアントからフィードバックを受信するステップと、
前記フィードバックに応じて利用可能なコンテンツのリストを改良するステップと、
前記改良された利用可能なコンテンツのリストにリストアップされたコンテンツを前記１つ以上のクライアントへ配信するステップと
を備える方法。
【請求項２】
前記改良された利用可能なコンテンツのリストにリストアップされた前記利用可能なコンテンツが詳細に記載されている詳細記述内容を配信するステップと、
対応する追加フィードバックを受信し、前記利用可能なコンテンツのリストが前記追加フィードバックに対応して更に改良されるステップ
とを反復するステップを更に備える、請求項１に記載の方法。
【請求項３】
前記詳細記述内容は、先立って配信されるコンテンツ・ディスクリプターと比べて、前記利用可能なコンテンツについてより詳細に記述している、請求項２に記載の方法。
【請求項４】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを、複数のクライアントに配信するステップと、
前記コンテンツ・ディスクリプターに関する第１フィードバックを前記複数のクライアントから受信するステップと、
前記複数のクライアントからの前記第１フィードバックに応じて前記利用可能なコンテンツをソートするステップと、
前記利用可能なコンテンツの少なくとも第１部分に関係する詳細記述内容を、ソートされた順番で前記複数のクライアントに配信するステップと、
前記詳細記述内容に関する次のフィードバックを前記複数のクライアントから受信するステップと、
前記複数のクライアントからの前記次のフィードバックに応じて前記利用可能なコンテンツをソートするステップと、
前記複数のクライアントからの前記次のフィードバックに応答して、少なくとも前記利用可能なコンテンツの第２部分を或る順番で前記複数のクライアントへ配信するステップと、
を備える方法。
【請求項５】
前記利用可能なコンテンツのより限定された部分と関係する詳細記述内容を、ソートされた順番で前記複数のクライアントに配信するステップと、
前記詳細記述内容に関する次のフィードバックを前記複数のクライアントから受信するステップと
を反復するステップを更に備える、請求項４に記載の方法。
【請求項６】
前記詳細記述内容は、前記利用可能なコンテンツと比較してクライアントに配信するためのコストがより安価である、請求項４に記載の方法。
【請求項７】
前記次のフィードバックに応じて前記利用可能なコンテンツをソートするステップが、前記第１フィードバックよりも前記次のフィードバックに対して高い重みを割り当てるステップを備える、請求項４に記載の方法。
【請求項８】
前記少なくとも前記利用可能なコンテンツの第２部分を或る順番で配信するステップは、前記複数のクライアントからの前記第１フィードバックにさらに応答する、請求項７に記載の方法。
【請求項９】
前記詳細記述内容を配信するステップが一部の利用可能なコンテンツを前記複数のクライアントに配信するステップを備えるために、前記詳細記述内容が前記利用可能なコンテンツに含まれている、請求項４に記載の方法。
【請求項１０】
前記複数のクライアントに配信された前記詳細記述内容の記録を取るステップを更に備え、
前記少なくとも前記利用可能なコンテンツの第２部分を配信するステップが、前記一部の利用可能なコンテンツの残りの部分の一部を前記複数のクライアントに配信するステップを備える、
請求項９に記載の方法。
【請求項１１】
前記利用可能なコンテンツが、ビデオ情報、グラフィック情報、オーディオ情報、マルチメディア情報、テキスト情報のうち少なくとも１つを備える、請求項４に記載の方法。
【請求項１２】
前記詳細記述内容が、ビデオクリップ、グラフィック・クリップ、オーディオ・クリップ、マルチメディア・クリップ、テキスト記述のうち少なくとも１つを備える、請求項１１に記載の方法。
【請求項１３】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信するステップと、
前記コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信するステップと、
前記利用可能なコンテンツの一部分と関係する詳細記述内容を前記サーバーから受信するステップと、
前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信するステップと、
前記サーバーから受信した前記利用可能なコンテンツのより小さな一部分を格納するステップと、
を備える方法。
【請求項１４】
前記コンテンツ・ディスクリプターに応答して、前記利用可能なコンテンツに関係するデマンド・データーを自動または手動で生成するステップを備え、
前記第１フィードバックが、前記利用可能なコンテンツに関係する前記デマンド・データーに更に応答する、
請求項１３に記載の方法。
【請求項１５】
前記デマンド・データーを生成するステップが、ランキングデーターを生成するステップを備える、請求項１４に記載の方法。
【請求項１６】
前記デマンド・データーを生成するステップが、格付けデーターを生成するステップを備える、請求項１４に記載の方法。
【請求項１７】
前記詳細記述内容に応答して、前記利用可能なコンテンツに関係するデマンド・データーを手動で生成するステップを更に備え、
前記次のフィードバックが、前記詳細記述内容に関係するデマンド・データーに更に応答する、
請求項１３に記載の方法
【請求項１８】
前記デマンド・データーを生成するステップが、ランキングデーターを生成するステップを備える、請求項１７に記載の方法。
【請求項１９】
前記デマンド・データーを生成するステップが、格付けデーターを生成するステップを備える、請求項１７に記載の方法。
【請求項２０】
前記利用可能なコンテンツが前記詳細記述内容を含む、請求項１３に記載の方法。
【請求項２１】
前記利用可能なコンテンツのより限定された部分と関係する詳細記述内容を前記サーバーから受信するステップと、
前記詳細記述内容に応答して次のフィードバックを前記サーバーに送信するステップと
を更に反復する、請求項１３に記載の方法。
【請求項２２】
前記サーバーから前記詳細記述内容を受信した後に前記詳細記述内容の一部分を格納するステップを更に備える、請求項１３に記載の方法。
【請求項２３】
前記サーバーから前記詳細記述内容を受信した後に前記詳細記述内容の前記一部分を格納するステップが、ユーザーが興味を示す前記利用可能なコンテンツに関係する前記詳細記述内容の前記一部分が格納される様に、前記詳細記述内容をフィルタリングするステップを備える、請求項２２に記載の方法。
【請求項２４】
前記サーバーから前記詳細記述内容を受信した後に前記詳細記述内容の前記一部分を格納するステップが、ユーザーが興味を示さない前記利用可能なコンテンツに関係する前記詳細記述内容の一部分が格納されない様に、前記詳細記述内容をフィルタリングするステップを備える、請求項２２に記載の方法。
【請求項２５】
前記利用可能なコンテンツが、ビデオ情報、グラフィック情報、オーディオ情報、マルチメディア情報、テキスト情報のうち少なくとも１つを備える、請求項１３に記載の方法。
【請求項２６】
前記詳細記述内容が、ビデオクリップ、グラフィック・クリップ、オーディオ・クリップ、マルチメディア・クリップ、テキスト記述のうち少なくとも１つを備える、請求項２５に記載の方法。
【請求項２７】
クライアントが、利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信し、
前記クライアントが、コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信し、
前記クライアントが、利用可能なコンテンツの少なくとも第１部分と関係する詳細記述内容を前記サーバーから受信し、
前記クライアントが、前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信し、
前記クライアントが、前記サーバーから受信した前記利用可能なコンテンツの第２部分を格納する
ための命令を有する機械可読メディア
を備える工業製品。
【請求項２８】
前記第１フィードバックが、前記コンテンツ・ディスクリプターと関係するデマンド・データーを含む、請求項２７に記載の工業製品。
【請求項２９】
前記機械可読メディアが、前記デマンド・データーを生成するためにランキングデーターを生成する命令を更に有する、請求項２８に記載の工業製品。
【請求項３０】
前記機械可読メディアが、前記デマンド・データーを生成するために格付けデーターを生成する命令を更に有する、請求項２８に記載の工業製品。
【請求項３１】
前記次のフィードバックが、前記詳細記述内容と関係するデマンド・データーを含む、請求項２７に記載の工業製品。
【請求項３２】
前記機械可読メディアが、前記デマンド・データーを生成するためにランキングデーターを生成する命令を更に有する、請求項３１に記載の工業製品。
【請求項３３】
前記機械可読メディアが、前記デマンド・データーを生成するために格付けデーターを生成する命令を更に有する、請求項３１に記載の工業製品。
【請求項３４】
前記機械可読メディアが、前記詳細記述内容をフィルタリングするための命令を更に備え、前記次のフィードバックが、前記フィルタリングされた詳細記述内容に応答するようになされる、請求項２７に記載の工業製品。
【請求項３５】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバーからの配信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を有する記憶装置と
を備え、
前記命令が実行される際、前記命令が前記装置に、
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信させ、
コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信させ、
利用可能なコンテンツの少なくとも第１部分と関係する詳細記述内容を前記サーバーから受信させ、
前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信させ、
前記サーバーから受信した前記利用可能なコンテンツの第２部分を格納させる
装置。
【請求項３６】
前記コンテンツ・ディスクリプターに応じて前記利用可能なコンテンツと関係するデマンド・データーを生成することで、前記第１のフィードバックを生成するようになされる、請求項３５に記載の装置。
【請求項３７】
前記デマンド・データーを生成する際、ランキングデーターを生成するようになされる、請求項３６に記載の装置。
【請求項３８】
前記デマンド・データーを生成する際、格付けデーターを生成するようになされる、請求項３６に記載の装置。
【請求項３９】
前記詳細記述内容に応じて前記利用可能なコンテンツに関係するデマンド・データーを生成する事によって、前記次のフィードバックを生成するようになされる、請求項３５に記載の装置。
【請求項４０】
前記デマンド・データーを生成する際、ランキングデーターを生成するようになされる、請求項３９に記載の装置。
【請求項４１】
前記デマンド・データーを生成する際、格付けデーターを生成するようになされる、請求項３９に記載の装置。
【請求項４２】
前記詳細記述内容の一部分が格納されるように、受信した前記詳細記述内容をフィルタリングするようになされ、
前記記憶装置に前記詳細記述内容のフィルタリングされた部分を格納するようになされ、
前記次のフィードバックが、前記詳細記述内容のフィルタリングされた部分に応答する、
請求項３５に記載の装置。
【請求項４３】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
１つ以上のクライアントからの通信を受信するために、前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を有する記憶装置と
を備え、
前記命令が実行される際、前記命令が前記装置に、
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを、前記１つ以上のクライアントに配信させ、
前記コンテンツ・ディスクリプターに関する第１フィードバックを前記１つ以上のクライアントから受信させ、
前記第１フィードバックに応じて前記利用可能なコンテンツをソートさせ、
前記利用可能なコンテンツの少なくとも第１部分に関係する詳細記述内容を、ソートされた順番で前記１つ以上のクライアントに配信させ、
前記詳細記述内容に関する次のフィードバックを前記１つ以上のクライアントから受信させ、
前記次のフィードバックに応じて前記利用可能なコンテンツをソートさせ、
前記複数のクライアントからの前記次のフィードバックに応答して、少なくとも前記利用可能なコンテンツの第２部分を或る順番で前記１つ以上のクライアントへ配信させる、
装置。
【請求項４４】
前記利用可能なコンテンツの少なくとも第２部分が前記１つ以上のクライアントに配信される順番が、前記第１のフィードバックにさらに応答する、請求項４３に記載の装置。
【請求項４５】
前記利用可能なコンテンツは前記詳細記述内容を含んでいる、請求項４３に記載の装置。
【請求項４６】
前記利用可能なコンテンツのより限定された部分と関係する詳細記述内容を前記１つ以上のクライアントに配信し、
前記詳細記述内容に関する次のフィードバックを前記１つ以上のクライアントから受信する
事を反復するように更になされる、請求項４３に記載の装置。
【請求項４７】
サーバーと、
前記サーバーに接続された１つ以上のクライアントと
を備え、
前記サーバーは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプターを前記１つ以上のクライアントに配信するために接続され、
前記１つ以上のクライアントは、前記サーバーによって配信された前記コンテンツ・ディスクリプターを受信するために接続され、
前記サーバーは、コンテンツ・ディスクリプターに関する第１フィードバックを前記１つ以上のクライアントから受信するために接続され、
前記サーバーは、前記第１のフィードバックに応じて利用可能なコンテンツのリストをソートするために接続され、
前記サーバーは、前記利用可能なコンテンツのリストにリストアップされた前記利用可能なコンテンツについて詳細に記述された詳細記述内容を前記の１つ以上のクライアントに配信するために接続され、
前記サーバーは、前記詳細記述内容に関係する前記１つ以上のクライアントから追加フィードバックを受信するために接続され、
前記サーバーは、前記追加フィードバックに応じて前記利用可能なコンテンツのリストを改良するために接続され、
前記サーバーは、前記改良された利用可能なコンテンツのリストにリストアップされた前記利用可能なコンテンツを前記１つ以上のクライアントへ配信するために接続される、
システム。
【請求項４８】
前記サーバーは、詳細記述内容を配信する事と、前記利用可能なコンテンツのリストをさらに改良するために前記１つ以上のクライアントから対応する追加フィードバックを受信する事を反復するためにさらに接続される、請求項４７に記載のシステム。
【請求項４９】
前記詳細記述内容は、先立って配信されたコンテンツ・ディスクリプターと比べて、前記利用可能なコンテンツについてより詳細に記述している、請求項４８に記載のシステム。
【請求項５０】
利用可能なコンテンツについて記述するコンテンツ・ディスクリプターをサーバーから受信し、
コンテンツ・ディスクリプターに応答する第１フィードバックを前記サーバーに送信し、
利用可能なコンテンツの少なくとも第１部分と関係する詳細記述内容を前記サーバーから受信し、
前記詳細記述内容に応答する次のフィードバックを前記サーバーに送信し、
前記サーバーから受信した前記利用可能なコンテンツの第２部分を格納する、
各ステップをクライアントに実行させるための命令プログラム。
【請求項５１】
前記第１フィードバックに、前記コンテンツ・ディスクリプターと関係するデマンド・データーを含めさせる、請求項５０に記載の命令プログラム。
【請求項５２】
前記デマンド・データーを生成するためにランキングデーターを生成するステップを更に前記クライアントに実行させる請求項５１に記載の命令プログラム。
【請求項５３】
前記デマンド・データーを生成するために格付けデーターを生成するステップを更に前記クライアントに実行させる請求項５１に記載の命令プログラム。
【請求項５４】
前記次のフィードバックに、前記詳細記述内容と関係するデマンド・データーを含めさせる、請求項５０に記載の命令プログラム。
【請求項５５】
前記デマンド・データーを生成するためにランキングデーターを生成するステップを更に前記クライアントに実行させる請求項５４に記載の命令プログラム。
【請求項５６】
前記デマンド・データーを生成するために格付けデーターを生成するステップを更に前記クライアントに実行させる請求項５４に記載の命令プログラム。
【請求項５７】
前記詳細記述内容をフィルタリングするステップを更に前記クライアントに実行させ、
前記次のフィードバックにより、前記フィルタリングされた詳細記述内容に応答させる、請求項５０に記載の命令プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
同様に、デマンド・データー・テーブル９０１中の「激写！」に関して、「激写！」は属性値「ジェイン・ドウ」および「アクション」を有する。図１２のコンテンツ・ディスクリプター・テーブル８０１中の「ジェイン・ドウ」の関連値および信用度は、それぞれ−１と０である。従って、デマンド・データー・テーブル９０１中の「激写！」の格付けは、−１×０と１×１の平均値、即ち０．５である。図１３に示される例におけるデマンド・データー・テーブル９０１中の「ファニー・ショー」および「ハーディー珍道中」のための格付けは、本発明の一実施形態において同様の方法で決定される。
【国際調査報告】
2005517314.tif 000025
2005517314.tif 000026
2005517314.tif 000027