ネットワークに結合された1つまたは複数のコンピュータシステムにより実行される方法であって、1ないしは複数のクライアントシステムからフィードバックを受信するステップであって、前記フィードバックは1つまたは複数のファイルに関連するステップと、1つまたは複数の関連値および1つまたは複数の信頼性実行と同様に前記受信したフィードバックに部分的に基づいて前記1ないしは複数のファイルの評価を調整するステップと、前記クライアントシステムのユーザからの要求の有無によらず、前記調整された評価に基づいて予測情報を表示のために前記クライアントシステムに自動的に提供するステップと、そして前記予測情報に関連した1セットのデータファイル中の各データファイルへのアクセスを提供するステップであって、前記予測情報は前記ユーザに関心のある情報を含むステップと、を含む方法。ネットワークに結合された1つまたは複数のコンピュータシステムにより実行される方法であって、1ないしは複数のクライアントシステムからフィードバックを受信するステップであって、前記フィードバックは1つまたは複数のファイルに関するステップと、1つまたは複数の関連値および1つまたは複数の信頼性係数と同様に前記受信したフィードバックに部分的に基づいて前記1つまたは複数のファイルの評価を調整するステップと、前記クライアントシステムのユーザからの要求の有無によらず、前記調整された評価に基づいて予測情報を表示のために前記クライアントシステムに自動的に提供するステップと、そして前記予測情報に関連した1セットのデータファイル中の各データファイルへのアクセスを提供するステップであって、前記1セットのデータファイルは前記ネットワークに結合された1つまたは複数のコンピュータシステム以外のコンピュータから伝送されるステップと、を含む方法。前記予測情報が、これと関連する前記1セットのデータファイル中の各データファイルの記述を含む請求項1または2の方法。前記予測情報が、これと関連する前記1セットのデータファイル中の各データファイルのタイトルを含む請求項1または2の方法。前記1つまたは複数のファイルおよび前記1セットのデータファイルが1つまたは複数のビデオ、オーディオ、画像そしてテキストを含む請求項1または2の方法。前記予測情報を提供するステップは前記調整された評価に基づいたより高い評価を有するファイルを選択するステップに基づいている請求項1または2の方法。前記1つまたは複数のファイルの評価リストを生成するために多数のクライアントシステムからの評価を結合するステップをさらに含む請求項1または2の方法。前記1つまたは複数の関連値が1つまたは複数のユーザのファイル選択行為の予測可能性のインジケータを含み、かつ前記1つまたは複数の信頼性係数が前記関連値のための重み付け係数を含む請求項1または2の方法。1つまたは複数のプロセッサを備えるコンピュータシステムであって、前記1つまたは複数のプロセッサは、1ないしは複数のクライアントシステムから、1つまたは複数のファイルに関連するフィードバックを受信し、1つまたは複数の関連値および1つまたは複数の信頼性係数と同様に前記受信したフィードバックに部分的に基づいて前記1ないしは複数のファイルの評価を調整し、クライアントシステムのユーザからの要求の有無によらず、前記調整された評価に基づいて、前記予測結果を表示のために前記クライアントシステムに自動的に提供するように要求し、そして前記予測結果に関連した1セットのコンテンツ中の各コンテンツへのアクセスを提供するように要求するコンピュータシステム。前記予測結果が、これと関連する前記1セットのコンテンツ中の各コンテンツのタイトルを含む請求項9のコンピュータシステム。前記予測結果が、これと関連する前記1セットのコンテンツ中の各コンテンツの記述を含む請求項9のコンピュータシステム。前記1つまたは複数の関連値が1つまたは複数のユーザのファイル選択行為の予測可能性のインジケータを含み、かつ前記1つまたは複数の信頼性係数が前記関連値のための重み付け係数を含む請求項9のコンピュータシステム。前記1つまたは複数のファイルおよび前記1セットのデータファイルが1つまたは複数のビデオ、オーディオ、画像そしてテキストを含む請求項9のコンピュータシステム。予測結果を提供するように要求することが前記調整された評価に基づいたより高い評価を有するファイルを選択することに基づいている請求項9のコンピュータシステム。前記1つまたは複数のプロセッサが、前記クライアントシステムに命令を伝送し、前記命令は前記クライアントシステムに、前記クライアントシステムのユーザからの予測結果に対する要求の有無によらず、前記予測結果を要求するように指示し、自動的な前記要求は前記クライアントシステムにより実施された前記命令からの要求に応答して生じる請求項9のコンピュータシステム請求項1および請求項3-8のいずれかに記載の方法を前記プロセッサに実施させる命令を記憶したコンピュータ可読記憶媒体。請求項2および請求項3-8のいずれかに記載の方法を前記プロセッサに実施させる命令を記憶したコンピュータ可読記憶媒体。図1Aは、本発明の教示に従った放送システムの一実施形態を図示している。図示の実施形態に示されているように、サーバ103は、複数のクライアント105、107、109に向けて情報を放送するように構成されている。図1Aに示されている実施形態においては、クライアント105が、放送アンテナ111からのリンク115を介してサーバ103から放送を受信する。同様にクライアント107は、放送アンテナ111からのリンク117を介してサーバ103から放送を受信し、クライアント109は、リンク119を介してサーバ103から放送を受信する。一実施形態においては、リンク115、117、119は、放送アンテナからの一方向ワイヤレス無線周波数RFリンクであり、限定する意図ではないが、たとえば大気を介して放送が行われる周知の振幅変調AMもしくは周波数変調FMのラジオ信号、テレビジョンTV信号、ディジタルビデオ放送DVB信号等である。一実施形態においては、サーバ103は、クライアント105、107、109によって受信が可能な複数のデータファイルを放送するように構成されている。一実施形態においては、これらのデータファイルを、たとえばビデオ、オーディオ、グラフィック、テキスト、マルチメディア等を含む多数の異なるタイプのファイルの組み合わせとすることができる。説明を目的として、この開示において本発明の説明の補助として提供される例の多くは、サーバによって放送されるデータファイルが、たとえば動きのあるイメージならびにサウンドを伴うムービー等のオーディオ/ビデオファイルであることを前提としている。しかしながら、本発明の教示に従って放送されるデータファイルが、オーディオ/ビデオファイルのみに限定されないことを認識されるであろう。図1Aの実施形態に例示されているように、サーバ103とクライアント105、107、109の間には一方向または単方向リンクが存在する。しかしながら、別の実施形態においては、サーバ103と各クライアント105、107、109の間に、それぞれ通信リンクが備えられる可能性もあることが理解できるであろう。詳細には、図1Bに、各クライアント105、107、109とサーバ103の間の裏チャネルすなわち通信リンクの追加を伴う図1Aの放送システムを例示する。より詳細に述べれば、図1Bに例示した実施形態は、クライアント105、107、109がそれぞれ、サーバ103に情報を送り返すために使用することができるリンク121、123、125を示している。しかしながら、一実施形態においては、リンク121、123、125が、本発明の教示に従って使用されてはいない。後に論じるが、別の実施形態においては、リンク121、123、125が本発明の教示に従って使用される。図1Bには、クライアント105、107、109とサーバ103の間における直接リンクとしてリンク121、123、125が例示されているが、クライアント105、107、109が、限定する意図ではないが、たとえば放送ワイヤレス信号、ネットワーク通信等といった間接リンクを介してサーバ103に情報を伝達できることが理解できるであろう。図1Cは、本発明の教示に従った放送システムのさらに別の実施形態を例示している。これに示されているように、サーバ103は、ネットワーク113を介して複数のクライアント105、107、109に情報の放送を行うように結合されている。一実施形態においては、ネットワーク113を、限定する意図ではないが、たとえばインターネット、ワイドエリアネットワークWAN、ローカルエリアネットワークLAN、イントラネット等の、複数の異なるデバイスが通信を行うことができる任意のタイプの通信ネットワークとすることができる。図1Cに例示されている実施形態においては、クライアント105は、リンク115を介してサーバ103から放送される情報を受信するように結合されている。同様にクライアント107がリンク117を介してサーバ103から放送される情報を受信するように結合されており、クライアント109がリンク119を介してサーバ103から放送される情報を受信するように結合されている。ここで気づかれようが、図1Cに例示されている実施形態においてはリンク115、117、119が、ネットワーク113からクライアント105、107、109に向かう単方向リンクとして示されている。別の実施形態においては、リンク115、117、119が双方向リンクであり、クライアント105、107、109からサーバ103に対して情報を伝達することが可能になる。図2は、本発明の教示に従ってサーバ103、またはクライアント105、107、もしくは109に使用することができるマシン201の一実施形態を例示したブロック図である。一実施形態においてマシン201は、コンピュータまたはセットトップボックスであり、バス207に結合されたプロセッサ203を備える。一実施形態においては、メモリ205、ストレージ211、ディスプレイコントローラ209、通信インターフェース213、入力/出力コントローラ215、およびオーディオコントローラ227もまたバス207に結合されている。一実施形態においては、マシン201が通信インターフェース213を介して外部システムとインターフェースする。通信インターフェース213は、AM、FM、TV、ディジタルTV、DVB、ワイヤレス電話信号、あるいはこれらに類似のものと互換性のある無線トランシーバなどを含んでいる。また通信インターフェース213は、アナログモデム、総合ディジタル通信サービスネットワークISDNモデム、ケーブルモデム、ディジタル加入者回線DSLモデム、T-1ラインインターフェース、T-3ラインインターフェース、光搬送波インターフェースたとえばOC-3、トークンリングインターフェース、衛星送信インターフェース、ワイヤレスインターフェースあるいはそのほかの1つのデバイスと別のデバイスを結合するためのインターフェースを備えることもできる。一実施形態においては、搬送波信号223が通信インターフェース213によって受信され、放送アンテナ111との通信が行われる。一実施形態においては、通信インターフェース213とネットワーク113の間において搬送波信号225の受信/送信が行われる。一実施形態においては、マシン201と別のコンピュータシステム、ネットワークハブ、ルータ等とのインターフェースに通信信号225が使用されることもある。一実施形態においては、搬送波信号223および225がマシン可読メディアであると考えられ、ワイヤ、ケーブル、光ファイバまたは空中等を介してそれを送信することができる。一実施形態においては、プロセッサ203を、限定を意図するわけではないが、たとえばIntelx86インテルx86またはPentiumペンティアムファミリマイクロプロセッサ、Motorolaモトローラファミリマイクロプロセッサといった従来のマイクロプロセッサとすることができる。メモリ205は、ダイナミックランダムアクセスメモリDRAM等のマシン可読メディアとすることが可能であり、スタティックランダムアクセスメモリSRAMを備えることもある。ディスプレイコントローラ209は、従来の形態に従ってディスプレイ219をコントロールし、一実施形態においてはそれを陰極線管CRT、液晶ディスプレイLCD、アクティブマトリクスディスプレイ、テレビジョンモニタ等とすることができる。入力/出力コントローラ215に結合されている入力/出力デバイス217は、キーボード、ディスクドライブ、プリンタ、スキャナ、およびそのほかの、テレビジョンリモートコントローラ、マウス、トラックボール、ジョイスティック等を含めた入力および出力デバイスとすることができる。一実施形態においては、オーディオコントローラ227が、従来の形態に従ってオーディオ出力231をコントロールする。それには、たとえばオーディオスピーカ、ヘッドフォン、オーディオレシーバ、増幅器等を含めることができる。一実施形態においては、コントローラが、従来の形態に従ってオーディオ入力229のコントロールも行い、それには、たとえばマイクロフォンまたはオーディオもしくはミュージックデバイス等からの入力を含めることができる。一実施形態におけるストレージ211は、限定する意図ではないが、磁気ハードディスク、フロッピーディスク、光ディスク、スマートカード、あるいはそのほかの形式のデータ用ストレージ等のマシン可読メディアを備えることができる。一実施形態においては、ストレージ211が、リムーバブルメディア、読み出し専用メディア、読み出し/書き込み可能メディア等を備えることもある。データの一部は、コンピュータシステム201におけるソフトウエアの実行間に、ダイレクトメモリアクセスDMAプロセスによってメモリ205内に書き込まれることもある。ここで認識されることであるが、ソフトウエアは、ストレージ211もしくはメモリ205内に常駐することもあり、またモデムもしくは通信インターフェース213を介して送信または受信されることもある。なお、この明細書の目的から、マシン可読メディアという用語は、データ、情報、プロセッサ203による実行のためのインストラクションのエンコードしたシーケンスをストアし、プロセッサ203に本発明の方法を実行させることができる任意のメディアを含むものと解釈するべきである。またマシン可読メディアという用語は、限定を意図するわけではないが、ソリッドステートメモリ、光および磁気ディスク、搬送波信号等を含むものと解釈するべきである。一実施形態における、たとえば図1A~1Cのいずれかに示されているものに類似の放送システムは、複数のクライアント105、107、109に向けた複数のデータファイルの放送をサーバ103に行わせるように構成されている。以下に詳細を述べるように、複数のデータファイルのそれぞれは、本発明の一実施形態の教示に従ってメタデータを用いて記述されている。概してメタデータは、記述子のセット、つまりサーバ103から放送され、もしくは放送される可能性のあるデータファイルのコンテンツを記述する属性値のセットとして考えることができる。本発明のメタデータは、サーバ103によって後に放送されることになるデータファイルのコンテンツに関して、クライアント105、107、109が推理し、かつ情報に基づく決定を行うことを可能にする情報を提供する。後に論じるように、本発明の各種実施形態は、クライアント側におけるフィルタリング、ストレージマネジメント、およびそのほかのパーソナル化テクニックをはじめ、サーバによる将来の放送スケジュールならびに放送のコンテンツを決定するためにメタデータを使用する。図3は、本発明の一実施形態の教示に従って実行されるプロセスを例示したフローチャートである。図3は、クライアントシステムが放送コンテンツを突き止めて、その取り込みができるように信号が送信されるシグナリングプロトコルの一実施形態を例示している。これは、サーバ103によるクライアントシステム105、107、109に対するメタデータのプレ放送を含む。詳細に述べれば、図3のプロセスブロック303は、サーバがメタデータ放送スケジュールをクライアントに向けて放送することを示している。一実施形態においては、メタデータ放送スケジュールは、本発明の実際のメタデータがサーバによって放送される将来の時点を示す。一実施形態においては、クライアントシステムが、たとえばプログラムおよびシステム情報プロトコルprogramandsysteminformationprotocol:PSIP、DVB、サービス広告プロトコルserviceadvertisingprotocol:SAP等に使用されるポートのような既知のポートを使用してサーバから到来するサービスのアナウンスの視聴を行う。一実施形態においては、各クライアント105、107、109は、周知のスケジューリングサービス、すなわち特定の時刻におけるウェイクアップもしくはアクティブ化の要求を受け入れて、サーバによって放送される情報を受信するスケジューリングサービスを含む。このスケジューリングサービスによって、クライアントは指定時刻にウェイクアップし、指定のサービスを選択する。たとえば、一実施形態においては、この選択プロセスを、たとえば先進テレビジョンシステム委員会AdvancedTelevisionSystemCommitteeまたはDVBトランスポンダ等の場合のように、特定の周波数への同調によって達成することができる。一実施形態においては、この選択プロセスは、たとえばマルチキャストインターネットプロトコルIPアドレス等のサーバを明確に示すデータのセットを基礎とすることができる。一実施形態においては、クライアントアプリケーションが、特定のコンテンツプロバイダから信号を受信するために、クライアントシグナリングシステムへの登録を行う。クライアントシグナリングシステムは、特定のコンテンツプロバイダに関連づけられているアプリケーションのテーブルを維持している。一実施形態においては、各クライアントが既知のアドレスを使用できるように既知のアドレスにサーバからの情報が放送される。プロセスブロック305は、クライアントがサーバからメタデータ放送スケジュールを受信することを示している。一実施形態においては、クライアント105、107、109が、このプレ放送の情報の取り込みならびに処理を行って、いつウェイクアップしてコンテンツを受信するか、どこでそのコンテンツを受信するか、さらにいずれのコンテンツを受信するかについて決定する。一実施形態においては、メタデータ放送スケジュールがクライアントによって受信されたとき、クライアント内の登録済みアプリケーションに、メタデータ放送スケジュールを受信するように通知が行われる。一実施形態においては、メタデータ放送スケジュール内に示された指定の時刻にクライアントがウェイクアップし、サーバからメタデータを受信する。プロセスブロック307は、その後、メタデータ放送スケジュール内に指定された時刻において、実際にサーバからクライアントに向けてメタデータが放送されることを示している。プロセスブロック309は、クライアントがサーバからのメタデータの放送を受信することを示している。以下においても論じるが、メタデータは、サーバシステムによって後に放送されるか、放送される可能性のある複数のデータファイルの記述を含んでいる。プロセスブロック311は、続いてクライアントシステムがメタデータテーブルならびにコンテンツ評価テーブルを更新することを示している。一実施形態においては、メタデータテーブルならびにコンテンツ評価テーブルが、各クライアントシステムにより本発明の教示に従って内部的に、またはローカルに更新され、維持される。一実施形態においては、クライアントシステムのユーザが、受信したメタデータによって記述されている複数のデータファイルの1ないしは複数の分類をオプションとして行うことができる。以下に論じるが、メタデータテーブルならびにコンテンツ評価テーブルは、ユーザの分類が行われると、クライアントによって更新される。図3においてはこれが、プロセスブロック313として示されている。一実施形態においては、クライアントがウェイクアップして、サーバからデータファイル放送スケジュールを受信する。一実施形態においては、このデータファイル放送スケジュールが、前もって放送済みのメタデータ内に記述されている特定のデータファイルがサーバによって放送される将来の時刻を示す。プロセスブロック315は、その後、データファイル放送スケジュール内に指定された時刻に、サーバからクライアントに向けて実際にそのデータファイルが放送されることを示している。プロセスブロック317は、クライアントがデータファイル放送スケジュールの放送をサーバから受信することを示している。一実施形態においては、データファイル放送スケジュール内に示された、あらかじめ指定された時刻にクライアントがウェイクアップし、サーバからデータファイルを受信する。プロセスブロック319は、その後、データファイル放送スケジュール内に指定された時刻において、実際にサーバからクライアントに向けてデータファイルが放送されることを示している。一実施形態においては、プロセスブロック321が、サーバから放送されたデータファイルをクライアントが受信することを示す。一実施形態においては、プロセスブロック323に示されるように、本発明に従ったクライアント側フィルタリングが、コンテンツ評価テーブルに従って選択的にデータファイルをストアするクライアントによって行われる。別の実施形態においては、クライアント側フィルタリングがコンテンツ評価テーブルに従って選択的にウェイクアップするクライアントによって行われ、サーバから放送されるデータファイルを選択的に受信する。この実施形態においては、その後クライアントが、コンテンツ評価テーブルに従ってクライアントが選択的に受信したデータファイルをストアする。一実施形態においては、プロセスブロック325が、その後ストア済みデータファイルに対するユーザアクセスがあった場合に、クライアントがメタデータテーブルならびにコンテンツ評価テーブルを更新することを示す。この開示の目的から、ユーザアクセスには、ユーザが行うデータファイルとのインタラクション、データファイルを眺める、見る、聞く、読む、使うといった行為を含めることができる。たとえば、ユーザが行うデータファイルへのアクセスの一例を、クライアント内のストア済みデータファイルの1つによって提供される特定のムービーをユーザが鑑賞すること、もしくは特定の歌を聴くこととすることができる。一実施形態においては、ユーザアクセスによってクライアント上のメタデータテーブルならびにコンテンツ評価テーブルのローカルな更新がもたらされることになる。図4は、本発明の教示に従ってサーバからのメタデータ放送を処理し、メタデータテーブルならびにコンテンツ評価テーブルの更新ならびに維持を行うときのクライアント内におけるイベントのフローの一実施形態をより詳細に示したフローチャートである。詳細に述べれば、プロセスブロック403は、サーバから放送されたメタデータ内に含まれている属性ならびに属性値を用いてメタデータテーブルが更新されることを表している。プロセスブロック405は、続いてコンテンツ評価テーブルが、サーバから放送されたメタデータによって記述されるデータファイルのそれぞれに関するエントリを用いて更新されることを表している。一実施形態においては、メタデータテーブル、コンテンツ評価テーブル、および複数のデータファイルが、すでにクライアントシステム内に存在しているものとする。一実施形態においては、メタデータテーブル、コンテンツ評価テーブル、および複数のデータファイルが、クライアントシステムのメモリ205内、ストレージ211内にストアされ、維持されるものとしてもよく、あるいはそれを、図2の実施形態に例示されているような、マシン201を伴うローカルネットワーク等に対するアクセスによるものとすることができる。本発明のメタデータの側面の例示を容易にするため、図5を、サーバ103がクライアント105、107、109に向けて放送することができるメタデータ501の実施形態の一例とする。説明を目的として、この例においてサーバ103によって放送されるデータファイルが、たとえばムービーまたはTVプログラムのようなオーディオ/ビデオファイルであると仮定する。前述したように、限定する意図ではないが、データファイルを、たとえばオーディオ、グラフィック、テキスト、マルチメディアといったそのほかのタイプのファイルとしてもよい。図5のメタデータ501は、4つのムービーまたはデータファイルが、サーバ103から放送される予定であることを示している。この例に示されているこれらのムービーは、ActionDudeアクションデュード、TheFunnyShowザファニーショー、Blast’EmブラストゼムおよびHardyHarHarハーディハーハーである。メタデータ501は、サーバ103によってその後に放送される予定のムービーのそれぞれを記述する属性ならびに属性値を含む。図示の例においては、メタデータ501内の各ムービーを記述する2つの属性が提供されている。図5に示した属性は俳優およびジャンルである。ここで認識されようが、本発明の別の実施形態においては別の属性をはじめ別の属性値が含まれることもある。たとえば、網羅的な意味ではないが、ムービーの説明に使用可能なこのほかの属性のリストに監督、制作年、効果、結末等を含めることができる。一実施形態においては、本発明の教示に従って、たとえば40~50の異なる属性がムービーの説明のために提供される。図5に示されている特定の実施形態に戻るが、ActionDudeアクションデュードは、俳優JoeSmithジョースミスが主演するアクションムービーである。TheFunnyShowザファニーショーは、女優JaneDoeジェーンドウが主演するコメディムービーである。Blast’Emブラストゼムは、女優JaneDoeジェーンドウが主演するアクションムービーである。HardyHarHarハーディハーハーは、俳優JoeSmithジョースミスが主演するコメディムービーである。本発明のメタデータテーブルの態様を説明するための図6は、各クライアント105、107、109によってローカルに更新ならびに維持が行われるメタデータテーブル601の実施形態の一例である。例示の実施形態においては、図6のメタデータテーブル601内に、サーバ103からすでに放送されたメタデータ501内に含まれていたデータが収められている。一実施形態においては、メタデータテーブル601が属性、属性値、および対応する関連値ならびに信頼性係数のリストを含んでいる。詳細に述べれば、メタデータテーブル601は、属性値JoeSmithジョースミス、JaneDoeジェーンドウ、アクション、およびコメディを含む。この時点においては、図6の、属性値JoeSmithジョースミス、JaneDoeジェーンドウ、アクション、およびコメディに関する関連値ならびに信頼性係数がすべてゼロである。以下に示すように、一実施形態においては、ユーザがクライアントシステムとインタラクションを行うと、本発明の関連値ならびに信頼性係数が更新され、維持される。一実施形態においては、メタデータテーブル601内の関連値が、関連づけされた属性ならびに属性値が、特定のユーザの振る舞いを予測する上でどの程度関連するかということを示すインジケータになる。たとえば、関連値は、ユーザがその特定の属性値を理由として特定のムービーを見る可能性がどの程度であるかについて示す。一実施形態においては、メタデータテーブル601内の関連値が、たとえば-10から10までの範囲内の値になる。以下に述べるように、たとえばユーザが特定のムービーを見た場合、あるいは少なくともその特定の属性値を有する特定のムービーに関心を示した場合には、関連値を増加させることができる。その逆に、たとえばユーザが特定のムービーを見なかった場合、あるいはユーザが、その特定の属性値を有する特定のムービーを見ることを、そのユーザ自身が欲していない旨を明示的に示した場合には、関連値を減少させることになろう。一実施形態においては、メタデータテーブル601内の信頼性係数が、その特定の属性値を有する特定のデータファイルにユーザが実際にアクセスするか否かの評価または予測を行う場合に、特定の属性および属性値のペアに適用される重み付け係数になる。一実施形態においては、メタデータテーブル601内の信頼性係数がたとえば-10から10までの範囲内の値になる。一実施形態においては、たとえば属性値によって、ユーザが関心を示したデータファイルが正確に予測された場合に、信頼性係数を増加させることができる。逆に、特定の属性値が異なる内容を示しているにもかかわらず、ユーザがそのデータファイルに関心を持った場合には、その信頼性係数を減少させてもよい。一実施形態においては、メタデータテーブル601内のエントリがサーバ103から放送される可能性のあるコンテンツもしくはデータファイルに関連づけされたすべてのメタデータ501から構成される。一実施形態においては、メタデータテーブル601内のエントリが、ユーザの明示的な要求に基づいて更新される。それに加えて、メタデータテーブル601に対する更新を、ユーザが特定のムービーを明示的に分類するか否かによらず、特定の属性値を有する特定のデータファイルにアクセスするか否かに基づいて暗黙的に行うこともできる。本発明のメタデータの態様を説明するための図7は、一実施形態において各クライアント105、107、109によってローカルに更新ならびに維持が行われるコンテンツ評価テーブル701の実施形態の一例である。例示の実施形態においては、図7のコンテンツ評価テーブル701が、メタデータ501内に記述されているデータファイルのリストをはじめ、現在、クライアントによってローカルにストアもしくはキャッシュが行われている追加のデータファイルのリストを含む。一実施形態においては、データファイルが、たとえば図2のメモリ205、ストレージ211、またはマシン201によるローカルなアクセスが可能なネットワーク内にクライアントによってローカルにストアされる。開示を目的として、クライアントによってローカルにストアされるデータファイルを、サーバから独立した周知のネットワークストレージ構成内にクライアントによってローカルにストアされるデータファイルを含むものと解釈することもできる。この開示の目的から、クライアントによってストアもしくはキャッシュされるデータファイルは、その後のアクセス、取り出しもしくは使用のためにストアされるものとする。一実施形態においては、本発明のローカルキャッシュが第1レベルのキャッシュであると見なされる。したがって、本発明のローカルキャッシュは、それに応じてサイズ設定が行われて、単一ヒットの確率を向上させることができる。オーディオ/ビデオファイルを表すデータファイルの例に戻るが、クライアントによってムービーがローカルにストアされる。ユーザがムービーを見た後は、そのムービーによって占められていたストレージスペースは、その後の任意の時点に放送される別のムービーのストアに使用可能になると一般に考えられる。つまり、ここで認識されることは、クライアントシステムのローカルキャッシュが、本発明の教示に従い、単一使用システムとして、たとえばファイアアンドフォゲットfireandforgetとしてモデリングされることである。一実施形態においては、ユーザがデータファイルにアクセスするとき、そのユーザが同一のデータファイルに再度アクセスを希望する可能性は低いと仮定する。ユーザが特定のムービーをまだ見ていない場合には、そのムービーによって占有されるストレージスペースは、一般には別のムービーのストアに使用できない。しかしながら、使用可能な追加のストレージスペースがなく、より高い評価のムービーの放送がある場合には、本発明の教示に従って、まだ見られていないが評価のより低いムービーが、より高い評価のムービーに置き換えられる。図7に戻って、それに示したコンテンツ評価テーブル701の実施形態を参照するが、各ムービーは、関連づけされた評価、評価タイプインジケータ、キャッシュ内インジケータ、次処理インジケータも含んでいる。一実施形態においては、この評価が、関連づけされたデータファイルに関する評価値を示す。一実施形態における評価値は、ユーザによって明示的に入力されるか、クライアントシステムによってその特定のデータファイルに関連づけされたメタデータが処理されることにより暗黙的に生成される。一実施形態においては、評価値が比較的高いとき、その特定のデータファイルにユーザが関心を示す可能性のあることが予測される。その逆に、一実施形態においては、評価値が比較的低いとき、その特定のデータファイルにユーザが関心を示す可能性が低いことが予測される。一実施形態においては、評価タイプインジケータが、この特定のデータファイルの評価値がユーザによって明示的に入力されたものであるか、あるいはその評価値がクライアントシステムによって暗黙的に生成されたものであるかを示す。つまり、一実施形態においては、コンテンツ評価テーブル701の評価タイプインジケータが明示、暗黙、もしくはデータファイルまたはムービーの評価がまだ行われていなければ、そのいずれでもないことを示すN/Aになる。一実施形態においては、ユーザによってデータファイルが明示的に分類されていれば、それ以降、データファイルの属性値の評価値が、クライアントシステムによって暗黙的に更新されることはない。しかしながらデータファイルが分類されていないか、クライアントシステムによる暗黙的な評価だけが行われている場合には、それ以降においても、データファイルの属性値の評価が、クライアントシステムによって更新もしくは調整されることがある。一実施形態においては、キャッシュ内インジケータが、その特定のデータファイルが現在、クライアントによってローカルにストアもしくはキャッシュされているか否かを示す。図7に例示した実施形態においては、ムービーActionDudeアクションデュード、TheFunnyShowザファニーショー、およびBlast’Emブラストゼムが、すでにクライアントシステムのローカルストレージ内に存在する。これに対して、図7に例示した例においては、ムービーHardyHarHarハーディハーハーがまだクライアントシステムのローカルストレージ内にストアされていない。一実施形態においては、次処理インジケータが特定のデータファイルに関してとられるべき将来のアクションを追跡するために使用される。たとえば、ユーザがムービーをすでに見ている場合には、次処理インジケータが置き換えとなり、その特定のムービーによって占有されているストレージスペースが別のムービーのストレージとして使用可能であることを示す。一実施形態においては、ユーザがまだそのムービーを見ていない場合には、次処理インジケータが保存を示すことになる。一実施形態においては、クライアントによってまだそのムービーがローカルにストアされてなく、その特定のムービーにユーザが関心を示す可能性のあることが評価値によって予測される場合には、次処理インジケータが取り込みを示すことになる。一実施形態においては、サーバによってムービーがまだ放送されてなく、そのムービーにユーザが関心を示す可能性が低いことが評価値によって予測される場合には、次処理インジケータが無視を示すことになる。図4に戻るが、すでに説明したようにプロセスブロック403および405は、メタデータテーブルおよびコンテンツ評価テーブルが、サーバからのメタデータ放送に従って更新されることを示している。判断ブロック407は、続いてデータファイルのいずれかに対するユーザによる分類の有無を判断する。ここで簡単に図8を参照するが、この例は、メタデータ501に関して説明したように、ユーザがいくつかのムービーに分類を行ったところを示している。より詳細に述べれば、ユーザは、ムービーActionDudeアクションデュードの受信を希望する旨を示すことによってそのムービーに対する関心を示す。この例においては、ユーザが、ムービーTheFunnyShowザファニーショーに拒否を示すことによってそのムービーに関心がまったくないことを示している。この例においては、ユーザが、残りのムービーに関する情報もしくは分類をまだ与えていない。図4に戻るが、ユーザがデータファイルのいずれかの分類を行っている場合には、プロセスブロック409が示すように、メタデータテーブル601内の分類済みデータファイルの、その特定の属性の関連値が増加される。プロセスブロック411は、ユーザによる分類1ないしは複数に応答して調整された関連値を伴う属性値を有するデータファイルの評価も調整されることを示している。一実施形態においては、ユーザがまだいずれのデータファイルの分類も行っていないとき、プロセスブロック409および411がスキップされる。ユーザがデータファイルの分類を行うときの例を示すために、図9に、ユーザの分類によって更新もしくは調整が行われるメタデータテーブル601を示した。図8に示した例において、ユーザは、ムービーActionDudeアクションデュードに関心を示している。また図5のメタデータ501は、ActionDudeアクションデュードが俳優JoeSmithジョースミスの主演するアクションムービーであることを示している。したがって、図9のメタデータテーブル601を参照すると、属性値JoeSmithジョースミスおよびアクションに関する関連値が調整されて、ユーザが明示的にActionDudeアクションデュードに関心を示したことが反映されている。一実施形態においては、関連値を増加してユーザが感心を示したことを反映する。以下に論じるように、一実施形態においては、その特定の属性値を有するデータファイルにユーザがアクセスするまで、各属性値に関連づけされている信頼性係数が更新されない。引き続き図8の例を参照すると、ユーザは、ムービーTheFunnyShowザファニーショーに関心がないことを示している。また図5のメタデータ501は、TheFunnyShowザファニーショーが女優JaneDoeジェーンドウの主演するコメディムービーであることを示している。したがって、図9に戻ってメタデータテーブル601を参照すると、属性値JaneDoeジェーンドウおよびコメディに関する関連値が調整されて、ユーザがTheFunnyShowザファニーショーに関心がないと明示的に示したことが反映されている。一実施形態においては、関連値を減少してユーザの感心がないことを反映する。引き続き図8の例を参照すると、ユーザは、ムービーBlast’EmブラストゼムおよびHardyHarHarハーディハーハーに関する情報をまだ提供していない。したがって、メタデータテーブル601内のBlast’EmブラストゼムおよびHardyHarHarハーディハーハーに関連づけされた属性値の関連値は更新されない。以下に論じるように、一実施形態においては、コンテンツ評価テーブル701内の評価に対する更新が、プロセスブロック411内に示されるように、メタデータテーブル601内にリストされている属性値の関連値ならびに信頼性係数に関係する。プロセスブロック411内において行われる処理の詳細な説明については、以下のプロセスブロック417の説明の中で述べる。図4に戻るが、ユーザがいずれかのデータファイルにアクセスすると、たとえばユーザがムービーを見ると、判断ブロック413においてそれが判断され、プロセスブロック415に示されるように、メタデータテーブル601内のユーザがアクセスしたデータファイルの、特定の属性の関連値ならびに信頼性係数が更新される。プロセスブロック417は、ユーザのアクセス1ないしは複数に応答して調整された関連値を伴う属性値を有するデータファイルの評価も調整されることを示している。ユーザがまだ、いずれのデータファイルにもアクセスしていなければプロセスブロック415および417がスキップされる。ユーザがデータファイルへのアクセスを行うときの例を示すために、ユーザがムービーActionDudeアクションデュードを見るものと仮定する。図5のメタデータ501は、ActionDudeアクションデュードが俳優JoeSmithジョースミスの主演するアクションムービーであることを示している。一実施形態においては、ユーザが特定のデータファイルにアクセスするか、関心を示すと、そのファイルの属性値の信頼性係数が調整もしくは更新される。一実施形態においては、属性値がゼロより大きい関連値を有する場合に、その属性値が、ユーザがアクセスするデータファイルを予測した予測子として正確に機能したことから、その属性値に関する信頼性係数が増加される。一実施形態においては、属性値がゼロより小さい関連値を有する場合に、その属性値は、ユーザがアクセスするデータファイルを予測した予測子として正確に機能しなかったことから、その属性値に関する信頼性係数が減少される。したがって、図10に示されるように、ユーザのActionDudeアクションデュードへのアクセスに応答してメタデータテーブル601の更新もしくは調整が行われる。この例においては、JoeSmithジョースミスおよびアクションの属性値がゼロより大きいことから、それらの信頼性係数が増加される。一実施形態においては、メタデータテーブル601内の暗黙的に評価されたデータファイルに関連づけされた関連値も、ユーザのアクセスに応答して増加される。しかしながら、図10のメタデータテーブル601内に示される例においては、ActionDudeアクションデュードがユーザによって明示的に分類されている。一実施形態においては、ユーザにより明示的に分類されたデータファイルに対して、ユーザのアクセスに応答したメタデータテーブル601内の関連値の更新は行われない。図11は、コンテンツ評価テーブル701を示しており、プロセスブロック417に示されているように、ActionDudeアクションデュードに対するユーザのアクセスに応答してそれが更新される。すでに述べたように、コンテンツ評価テーブル701は、本発明の教示に従ってプロセスブロック411においても更新される。図11のコンテンツ評価テーブル701を参照すると、ActionDudeアクションデュードは評価値1を有している。ActionDudeアクションデュードの評価タイプは、図8との関連から前述したように、ユーザが明示的にActionDudeアクションデュードの分類を行ったことから明示である。キャッシュ内インジケータは、現在ActionDudeアクションデュードがクライアントシステムによってローカルにストアされていることを示している。次処理インジケータは、ユーザがすでにActionDudeアクションデュードを見終わっていることから置き換えになっている。一実施形態においては、コンテンツ評価テーブル701内の評価値が、次に述べるようにして決定される。メタデータ501は、ActionDudeアクションデュードが属性値JoeSmithジョースミスおよびアクションを有していることを示している。図10のメタデータテーブル601は、JoeSmithジョースミスが1の関連値および1の信頼性係数を有していることを示している。また図10のメタデータテーブル601は、アクションが1の関連値および1の信頼性係数を有していることも示している。一実施形態においては、特定のデータファイルの評価値が、そのデータファイルのすべての属性値に関して、すべての関連値とそのそれぞれの信頼性係数の結合を考慮して決定される。たとえば、一実施形態においては、1つのデータファイルの評価値が、そのデータファイルの属性値に関する各関連値と、それに対応する信頼性係数の積をすべて平均した値に等しくなる。例示のため、図11のコンテンツ評価テーブル701内のActionDudeアクションデュードを参照すると、JoeSmithジョースミスの関連値と信頼性係数の積は1×1であり、結果の値は1になる。アクションの関連値と信頼性係数の積は1×1であり、結果の値は1になる。積1と積1の平均は1である。したがって、図11のコンテンツ評価テーブル701内のActionDudeアクションデュードの評価は1になる。同様に、コンテンツ評価テーブル701内のBlast’Emブラストゼムについて考えると、Blast’Emブラストゼムは、属性値JaneDoeジェーンドウおよびコメディを有している。図10のメタデータテーブル601内のJaneDoeジェーンドウに関する関連値および信頼性係数は、それぞれ-1および0である。したがって、コンテンツ評価テーブル701内のBlast’Emブラストゼムの評価は、1×0と1×1の平均、すなわち0.5になる。図11に例示されているコンテンツ評価テーブル701内のTheFunnyShowザファニーショーおよびHardyHarHarハーディハーハーについても本発明の一実施形態において類似の形態から決定されている。ここで注意が必要であるが、前述の図8においてユーザがムービーActionDudeアクションデュードおよびTheFunnyShowザファニーショーの分類を行っていることから、これらのムービーは、図11のコンテンツ評価テーブル701内に示されるように評価タイプ明示を有している。また、ユーザがムービーBlast’EmブラストゼムおよびHardyHarHarハーディハーハーの分類を行っていないことから、これらのムービーはコンテンツ評価テーブル701内に暗黙の評価を有している。上記の説明は、コンテンツ評価テーブル701内の評価値が本発明に従ってどのように決定されるかについての一例を提供していることが理解できるであろう。ここで注意することは、評価値が、データファイルの各属性値に関して関連値および信頼性係数を考察する本発明の教示に従った別の方法によっても決定可能なことである。一実施形態においては、コンテンツ評価テーブル701内の次処理に関するエントリが、部分的に、特定のデータファイルに関する評価およびキャッシュ内の値によって決定される。たとえば一実施形態において、ゼロより大きい評価は、その特定のムービーにユーザが少なくともいくらかは関心を有すると予測されているものとする。つまりユーザは、ムービーBlast’EmブラストゼムおよびHardyHarHarハーディハーハーに興味を持つ可能性がある。したがって次処理は、ムービーBlast’Emブラストゼムをストレージ内に保持すること、およびムービーHardyHarHarハーディハーハーを、その後サーバによって放送されたときに取り込むことを示している。前述したように、ムービーActionDudeアクションデュードは、すでにユーザが見終わっていることから、次処理フィールド内が置き換えとしてマークされている。一実施形態においては、ユーザによるクライアントシステムとの将来のインタラクションが上記に類似の処理をもたらす。たとえば、ここでユーザがムービーBlast’Emブラストゼムを見ていると仮定する。この特定の実施形態においてユーザは、ムービーBlast’Emブラストゼムを見る前にそのムービーの分類を行っていない。一実施形態においては、図12のメタデータテーブル601に示されるように、分類されていないデータファイルにアクセスがあると、その属性値に関して関連値および信頼性係数の両方が更新される。ここで図5から、ムービーBlast’Emブラストゼムは、女優JaneDoeジェーンドウが主演するアクションムービーであったことを思い出されたい。図10に示されているように、ユーザがBlast’Emブラストゼムを見る前のJaneDoeジェーンドウの関連値はゼロより小さい値、つまり-1である。しかしながら、この実施形態においてユーザは、Blast’Emブラストゼムが女優JaneDoeジェーンドウの主演するムービーであるという事実にもかかわらず、それを見ている。その結果、JaneDoeジェーンドウ属性値の信頼性係数が下方に調整されるが、これは、この特定の属性値が、そのユーザの傾向を予測するときにあまり適切でないか、あまり関連性がなくなったと考えられることによる。一実施形態においては、関連値がすでにゼロより低いことから、さらに信頼性係数を下方に調整することはない。しかしながら、ユーザがBlast’Emブラストゼムを見る前に、すでに属性値アクションがゼロより大きい関連値を有していたことから属性値アクションに関する関連値および信頼性係数が上方に調整される。つまり、この例においては、関連値が1から2に上方に調整され、かつ信頼性係数も1から2に上方に調整される。したがってこの時点において、図12のメタデータテーブル601は、アクションムービーはユーザが見る可能性がより高いムービーであることを予測している。一実施形態においては、ユーザがクライアントシステムとインタラクションを行うごとに、メタデータテーブル601およびコンテンツ評価テーブル701が更新される。メタデータテーブル601およびコンテンツ評価テーブル701に対する更新は、ユーザがデータファイルにアクセスしたときをはじめ、ユーザが明示的にデータファイルを分類したときに行われる。ここで認識されることであるが、メタデータテーブル601およびコンテンツ評価テーブル701が本発明の教示に従って更新されるために、ユーザには明示的にデータファイルを分類することが求められない。結局、コンテンツ評価テーブルは、時間の経過とともに、ユーザが関心を示すデータファイルをより正確に予測することになる。一実施形態においては、ユーザがもっとも関心を示すと予測されたデータファイルをはじめ、関心があると明示的にユーザが分類したデータファイルが、クライアントシステム上にローカルにキャッシュされるデータファイルになる。結局、ユーザが見ることを望む可能性のもっとも高いムービーが自動的にローカルにストアされるが、ユーザが、前もってそれらのムービーを明示的に要求する必要はなく、あるいはそれらのムービーの識別に使用される評価基準を明示的に指定する必要はなく、本発明の教示に従ってオンデマンドで使用可能になる。ここで認識されることは、各クライアント上にローカルにデータファイルをストアすることによって、本発明の教示に従って放送帯域幅がより効率的に使用されることである。実際にユーザがクライアントのローカルストレージからムービーを見る場合には、追加の放送帯域幅がまったく使用されない。それに加えて、本発明の教示に従い、システム内において実行される処理のかなりの部分が、それぞれのメタデータテーブルおよびコンテンツ評価テーブルを更新するときに各クライアントシステム上において実行される。本発明のこの分散処理は、それぞれの追加のクライアントに関するサーバの増加コストがゼロであることから、現在開示している放送システムを非常に多数のユーザにわたってスケーリングすることを可能にする。別の実施形態においては、評価値、たとえば本発明のクライアントシステムによって維持ならびに更新が行われるコンテンツ評価テーブル内に生成される評価値を、本発明の教示に従って、サーバによる放送コンテンツおよびスケジュールの決定に使用することができる。たとえば、図1Bに示して前述したような放送システムを例に説明する。図示の実施形態に示されているように、サーバ103は、複数のクライアント105、107、109に向けて情報の放送を行う。図示の例においては、各クライアント105、107、109が、それぞれサーバ103に戻る通信リンク121、123、125も備えている。一実施形態においては、通信リンク121、123、125が、サーバ103によって使用されて、各クライアント105、107、109からそれぞれの評価を受信する。一実施形態においては、各クライアントから受信される評価が、前述と類似した方法において生成される。一実施形態においては、サーバ103が、各クライアントから受信した評価を集計するプロセスを含み、したがって、もっとも高く評価されたデータファイルを識別することができる。一実施形態においてはサーバ103が、その後もっとも高く評価されたデータファイルを放送する。一実施形態においては、データファイルをサーバ103が放送する順序もしくは時刻が、少なくとも部分的に、各クライアントから受信され、集計された評価によって決定される。たとえば、図13は、本発明の教示に従い、クライアントの評価に応答して放送コンテンツおよびスケジュールが決定される放送システムにおけるサーバおよびクライアント内のイベントのフローを一形態で示したフローチャートである。これに示されているように、図13のプロセスブロック1303は、サーバがメタデータ放送スケジュールをクライアントに向けて放送することを示している。一実施形態においては、メタデータ放送スケジュールが、メタデータがサーバによって放送される将来の時点を示す。プロセスブロック1305は、クライアントがメタデータ放送スケジュールをサーバから受信することを示している。一実施形態においては、クライアントシステム105、107、109が、いつコンテンツを受信するか、どこでコンテンツを受信するか、またいずれのコンテンツを受信するかということを決定するために、このプレ放送されたメタデータ情報の取り込みおよび処理を行う。一実施形態においては、メタデータ放送スケジュール内に示された指定の時刻にクライアントがウェイクアップし、サーバからメタデータを受信する。一実施形態においては、メタデータが、サーバによってその後に放送される可能性のある複数のデータファイルを記述する。プロセスブロック1307は、その後、メタデータ放送スケジュール内に指定されている時刻において、サーバからクライアントに向けて実際にメタデータが放送されることを示している。プロセスブロック1309は、クライアントがサーバからメタデータの放送を受信することを示している。プロセスブロック1311は、一実施形態において、その後クライアントシステムがメタデータテーブルならびにコンテンツ評価テーブルを更新することを示している。プロセスブロック1313は、一実施形態においてはオプションとして、クライアントシステムのユーザが、メタデータによって記述されている複数のデータファイルの1ないしは複数の分類を行うことが可能であることを示している。一実施形態においては、ユーザの分類があると、メタデータテーブルおよびコンテンツ評価テーブルがクライアントによって更新される。一実施形態においては、プロセスブロック1311および1313に記述されているメタデータテーブルならびにコンテンツ評価テーブルに対する更新が、たとえば図1~12に関して説明した方法と類似の方法において実行される。プロセスブロック1315は、その後クライアントがデータファイルの評価をサーバに送信することを示している。一実施形態においては、放送ネットワーク内の各クライアントが、すでにサーバによって放送されているメタデータによって記述された複数のデータファイルのすべてに関する評価を送信する。一実施形態においては、各クライアントが、クライアントシステム上に維持されているコンテンツの評価の一部もしくは全部を送信する。プロセスブロック1317は、放送システム内のクライアント1ないしは複数からサーバがデータファイルの評価を受信することを示している。プロセスブロック1319は、その後サーバが、クライアントシステムによって決定された、もっとも高い評価を有するデータファイルを選択することを示している。一実施形態においては、サーバが、クライアントから受信されたすべての評価を集計するプロセスを含む。一実施形態においては、集計されたランキングに応じてデータファイルがストアされる。プロセスブロック1319は、一実施形態におけるサーバが、その後、すべてのクライアントから受信されたランキングに応じてデータファイルを選択することを示している。一実施形態においては、その後、放送されることになるデータファイルが、そのランキングに応じて決定される。その結果、本発明の教示に従ったサーバの一実施形態は、カスタマベースで、つまりクライアントにとってもっとも適切な、あるいはもっとも関連のあるデータファイルだけを放送することになる。たとえば、一実施形態においては、高いランキングを有するデータファイルだけが放送され、もっとも低いランキングを有するデータファイルは放送されない。一実施形態においては、放送スケジュールもランキングに応じて決定される。たとえば、一実施形態においては、もっとも高くランクされたデータファイルが、より低くランクされているデータファイルより前に放送される。別の実施形態においては、もっとも高くランクされたデータファイルが、高いランクのデータファイルの送信にもっとも適していると考えられる時刻に放送される。たとえば、放送者が、木曜日の夕方のゴールデンタイムを、放送に関してもっとも高い評価を有する、もっとも重要な時間帯であると考えている例を仮定する。この例において、本発明の教示に従ったサーバは、もっとも高いランキングのデータファイルを、木曜日の夕方のゴールデンタイムの間に放送する。ここで認識されようが、当然のことながら、この例は説明のみを目的としたものであり、クライアントから受信した評価に応じた別の方法に従ってサーバが放送スケジュールを決定することも可能である。一実施形態においては、本発明の教示に従って、放送するデータファイルまたは放送スケジュールが、サーバによってクライアント1ないしは複数から受信される評価に応じて動的に決定される。したがって一実施形態においては、いずれのデータファイルをサーバから入手できるか、またいずれのコンテンツもしくはデータファイルがクライアントによってアクセスおよび/または分類されるかということに基づいて放送スケジュールを時間の経過とともに変更することができる。放送するデータファイルおよび放送スケジュールが、サーバによって決定されると、プロセスブロック1321に示されるように、その後サーバがクライアントに向けてデータファイル放送スケジュールを放送する。プロセスブロック1323は、続いてクライアントがサーバからデータファイル放送スケジュールを受信することを示している。一実施形態においては、データファイル放送スケジュール内に示されている、あらかじめ指定された時刻にサーバからデータファイルを受信するようにクライアントがウェイクアップする。プロセスブロック1325は、その後データファイル放送スケジュール内に指定されている時刻に、サーバからクライアントに向けてそのデータファイルが実際に放送されることを示している。一実施形態においては、プロセスブロック1327が、クライアントがサーバからデータファイルの放送を受信することを示している。一実施形態においては、プロセスブロック1329が、クライアントがコンテンツ評価テーブルに従って選択的にデータファイルをストアすることを示している。別の実施形態においては、クライアントが選択的にウェイクアップし、コンテンツ評価テーブルに従ってサーバから放送されるデータファイルを選択的に受信する。この実施形態においては、その後クライアントによって、コンテンツ評価テーブルに従ってクライアントが選択的に受信したデータファイルがストアされる。一実施形態においては、プロセスブロック1331が、その後、ストア済みのデータファイルに対するユーザのアクセスがある場合に、クライアントがメタデータテーブルならびにコンテンツ評価テーブルの更新を行うことを示している。ここで認識されることは、図13に述べられている実施形態のクライアントシステムが、クライアントシステムが評価をサーバに返すことを除いて前述の実施形態に述べられているクライアントシステムと類似しているということである。またここで認識されることであるが、本発明の教示に従ってクライアントシステムの変形実施形態を使用することもできる。一実施形態においては、クライアントシステムが、サーバから放送されるデータファイルのクライアント側フィルタリングを備えていない。しかしながらクライアントシステムは、本発明の教示に従ってサーバからメタデータ放送を受信し、データファイルを評価し、その評価をサーバに返す。以上の詳細な説明においては、具体的に例示した実施形態を参照して本発明の方法および装置を説明してきた。しかしながら、より広い本発明の精神ならびに範囲から逸脱することなくそれらに対して各種の変形および変更を行い得ることは明らかである。したがってこの明細書は、限定ではなく例示と考えるべきである。