JP5325282B2 - 放送システムにおいて放送コンテンツおよびスケジュールを決定する方法および装置 - Google Patents

Description

本発明は、概して放送システムに関し、より詳細に述べれば、本発明は放送システムにおいてオン・デマンドでコンテンツを提供することに関する。

放送システムは、伝統的に、サーバから複数のクライアント・システムにデータを一方向に送信している。クライアント・システムのユーザは、通常、サーバ・システムから信号が放送されるとき、それらを受信して使用する。ユーザにオン・デマンドでコンテンツが提供される１つのパラダイムは、同一のデータを連続的に、かつ／または部分的に間隔をずらして放送するサーバ・システムを必要とする。ユーザがオン・デマンドで特定のデータ・ファイルの利用を希望する場合には、そのユーザは、反復されるデータ・ファイルの放送の１つに「チャンネルを合わせる」。このパラダイムの一例を、ケーブルまたは衛星テレビジョン・プロバイダから提供される今日の「有料」ムービーに見ることができる。たとえば、ケーブル・テレビジョン・プロバイダは、一般に、複数のチャンネル上において同一のムービーを、部分的に間隔をずらして繰り返し放送している。特定のムービーの鑑賞を「オン・デマンド」で希望するユーザは、希望するムービーが放送される時間帯の１つの開始時に、そのムービーが放送されるチャンネルの１つに、単純にチャンネルを合わせる。同一データもしくはプログラムの連続的かつ反復的な放送は、放送帯域幅の非常に非効率的な使用をもたらす。複数チャンネル上における同一データの反復した放送に使用される帯域幅は、それを行わなければ別のデータの放送に使用することができる。

放送システムにおけるオン・デマンドのコンテンツ提供に関する別のパラダイムでは、ユーザが特定のデータ・ファイルを記録し、その後そのデータ・ファイルに「オン・デマンド」でアクセスする。上記の説明のテレビジョン放送の場合であれば、このパラダイムの一例は、ユーザが、希望するテレビジョン・プログラムの録画を行うために各自のビデオ・カセット・レコーダ（ＶＣＲ）をセットすることとなる。その後、そのユーザがテレビジョン・プログラムを「オン・デマンド」で見ることを希望するとき、そのユーザは、そのユーザのＶＣＲから録画済みのプログラムを単純に再生する。近年、伝統的なＶＣＲによって使用されるビデオ・カセット・テープに代えて内蔵ハード・ドライブ上にテレビジョン放送を録画する、より進んだディジタル・ビデオ録画装置が入手可能になった。しかしながら、ディジタル・ビデオ録画装置の使用は、内蔵ハード・ドライブ上にいずれの放送を録画するかということを決定するために使用されている基準（たとえば、日付、時刻）をユーザが明示的にセットする必要があるという点において伝統的なＶＣＲと類似である。

今日の放送システムに伴うもう１つの限界は、クライアント・システムのユーザのほとんどにとって、プログラムに関するフィードバックを放送者に提供することが困難なことである。たとえば、上記の説明のテレビジョン放送の場合であれば、今日のテレビジョン放送者の多くは、放送のプログラミングおよび／またはスケジューリングの決定をニールソン（Ｎｅｉｌｓｏｎ）評価に頼っている。ニールソン（Ｎｅｉｌｓｏｎ）評価は、概して社会の断面の小さなサンプリングのみを基礎としている。その結果、多くのテレビジョン視聴者は、放送スケジュールおよび／またはコンテンツに比較的わずかな影響力しか持たないか、あるいはまったく影響力を持たない。

本発明は、限定の意味ではなく、例示の手段として添付図面に示されている。

本発明の１つの側面においては、放送システム内のオン・デマンドでコンテンツを提供するためのシグナリング方法および装置が開示されている。本発明のもう１つの側面においては、サーバから放送されるか、あるいは放送される可能性のあるコンテンツを評価するための方法および装置が開示されている。本発明のさらに別の側面においては、サーバの放送するコンテンツおよび／またはスケジュールを動的に決定するための方法および装置が開示されている。以下の説明は、本発明の完全な理解を提供するために、多くの具体的な詳細を示している。しかしながら、当業者であれば、本発明の実施に、必ずしもこれらの具体的な詳細を採用する必要のないことを認識されよう。他方、周知の資料もしくは方法については、本発明の不明瞭化を避けるために詳細な説明を行っていない。

本発明の教示に従った放送システムの一実施形態を図示したブロック図である。 本発明の教示に従った放送システムの別の実施形態を図示したブロック図である。 本発明の教示に従った放送システムのさらに別の実施形態を図示したブロック図である。 本発明の教示に従ったクライアントまたはサーバを表すコンピュータ・システムの一実施形態を示したブロック図である。 本発明の教示に従ったメタデータおよびデータ・ファイルの放送時におけるサーバおよびクライアント内のイベントのフローの一実施形態を示したフローチャートである。 本発明の教示に従ったサーバから放送されるメタデータを処理し、メタデータ・テーブルならびにコンテンツ評価テーブルを処理するときの、クライアント内のイベントのフローの一実施形態を示したフローチャートである。 本発明の教示に従ってサーバにより放送される、記述するためのメタデータの一例を示した説明図である。 本発明の教示に従ってクライアントにより更新ならびに維持が行われるメタデータ・テーブルの一例を示した説明図である。 本発明の教示に従ってクライアントにより更新ならびに維持が行われるコンテンツ評価テーブルの一例を示した説明図である。 本発明の教示に従ってユーザにより分類が行われるデータ・ファイルの一実施形態を示した説明図である。 本発明の教示に従ってユーザの分類に応じて更新が行われるメタデータ・テーブルの一実施形態を示した説明図である。 本発明の教示に従ってユーザのアクセスの後に更新が行われるメタデータ・テーブルの一実施形態を示した説明図である。 本発明の教示に従ってユーザのアクセスの後に更新が行われるコンテンツ評価テーブルの一実施形態を示した説明図である。 本発明の教示に従ってユーザの別のアクセスの後に更新が行われるメタデータ・テーブルの別の実施形態を示した説明図である。 本発明の教示に従ったメタデータならびにデータ・ファイルの放送時、およびサーバがクライアント（１ないしは複数）から評価を受信するときのサーバおよびクライアント内のイベントのフローの一実施形態を示したフローチャートである。

図１Ａは、本発明の教示に従った放送システムの一実施形態を図示している。図示の実施形態に示されているように、サーバ１０３は、複数のクライアント１０５、１０７、１０９に向けて情報を放送するように構成されている。図１Ａに示されている実施形態においては、クライアント１０５が、放送アンテナ１１１からのリンク１１５を介してサーバ１０３から放送を受信する。同様にクライアント１０７は、放送アンテナ１１１からのリンク１１７を介してサーバ１０３から放送を受信し、クライアント１０９は、リンク１１９を介してサーバ１０３から放送を受信する。一実施形態においては、リンク１１５、１１７、１１９は、放送アンテナからの一方向ワイヤレス無線周波数（ＲＦ）リンクであり、限定する意図ではないが、たとえば大気を介して放送が行われる周知の振幅変調（ＡＭ）もしくは周波数変調（ＦＭ）のラジオ信号、テレビジョン（ＴＶ）信号、ディジタル・ビデオ放送（ＤＶＢ）信号等である。

一実施形態においては、サーバ１０３は、クライアント１０５、１０７、１０９によって受信が可能な複数のデータ・ファイルを放送するように構成されている。一実施形態においては、これらのデータ・ファイルを、たとえばビデオ、オーディオ、グラフィック、テキスト、マルチメディア等を含む多数の異なるタイプのファイルの組み合わせとすることができる。説明を目的として、この開示において本発明の説明の補助として提供される例の多くは、サーバによって放送されるデータ・ファイルが、たとえば動きのあるイメージならびにサウンドを伴うムービー等のオーディオ／ビデオ・ファイルであることを前提としている。しかしながら、本発明の教示に従って放送されるデータ・ファイルが、オーディオ／ビデオ・ファイルのみに限定されないことを認識されるであろう。

図１Ａの実施形態に例示されているように、サーバ１０３とクライアント１０５、１０７、１０９の間には一方向または単方向リンクが存在する。しかしながら、別の実施形態においては、サーバ１０３と各クライアント１０５、１０７、１０９の間に、それぞれ通信リンクが備えられる可能性もあることが理解できるであろう。詳細には、図１Ｂに、各クライアント１０５、１０７、１０９とサーバ１０３の間の「裏チャネル」すなわち通信リンクの追加を伴う図１Ａの放送システムを例示する。より詳細に述べれば、図１Ｂに例示した実施形態は、クライアント１０５、１０７、１０９がそれぞれ、サーバ１０３に情報を送り返すために使用することができるリンク１２１、１２３、１２５を示している。しかしながら、一実施形態においては、リンク１２１、１２３、１２５が、本発明の教示に従って使用されてはいない。後に論じるが、別の実施形態においては、リンク１２１、１２３、１２５が本発明の教示に従って使用される。図１Ｂには、クライアント１０５、１０７、１０９とサーバ１０３の間における直接リンクとしてリンク１２１、１２３、１２５が例示されているが、クライアント１０５、１０７、１０９が、限定する意図ではないが、たとえば放送ワイヤレス信号、ネットワーク通信等といった間接リンクを介してサーバ１０３に情報を伝達できることが理解できるであろう。

図１Ｃは、本発明の教示に従った放送システムのさらに別の実施形態を例示している。これに示されているように、サーバ１０３は、ネットワーク１１３を介して複数のクライアント１０５、１０７、１０９に情報の放送を行うように結合されている。一実施形態においては、ネットワーク１１３を、限定する意図ではないが、たとえばインターネット、ワイド・エリア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、イントラネット等の、複数の異なるデバイスが通信を行うことができる任意のタイプの通信ネットワークとすることができる。

図１Ｃに例示されている実施形態においては、クライアント１０５は、リンク１１５を介してサーバ１０３から放送される情報を受信するように結合されている。同様にクライアント１０７がリンク１１７を介してサーバ１０３から放送される情報を受信するように結合されており、クライアント１０９がリンク１１９を介してサーバ１０３から放送される情報を受信するように結合されている。ここで気づかれようが、図１Ｃに例示されている実施形態においてはリンク１１５、１１７、１１９が、ネットワーク１１３からクライアント１０５、１０７、１０９に向かう単方向リンクとして示されている。別の実施形態においては、リンク１１５、１１７、１１９が双方向リンクであり、クライアント１０５、１０７、１０９からサーバ１０３に対して情報を伝達することが可能になる。

図２は、本発明の教示に従ってサーバ１０３、またはクライアント１０５、１０７、もしくは１０９に使用することができるマシン２０１の一実施形態を例示したブロック図である。一実施形態においてマシン２０１は、コンピュータまたはセットトップ・ボックスであり、バス２０７に結合されたプロセッサ２０３を備える。一実施形態においては、メモリ２０５、ストレージ２１１、ディスプレイ・コントローラ２０９、通信インターフェース２１３、入力／出力コントローラ２１５、およびオーディオ・コントローラ２２７もまたバス２０７に結合されている。

一実施形態においては、マシン２０１が通信インターフェース２１３を介して外部システムとインターフェースする。通信インターフェース２１３は、ＡＭ、ＦＭ、ＴＶ、ディジタルＴＶ、ＤＶＢ、ワイヤレス電話信号、あるいはこれらに類似のものと互換性のある無線トランシーバなどを含んでいる。また通信インターフェース２１３は、アナログ・モデム、総合ディジタル通信サービス・ネットワーク（ＩＳＤＮ）モデム、ケーブル・モデム、ディジタル加入者回線（ＤＳＬ）モデム、Ｔ−１ライン・インターフェース、Ｔ−３ライン・インターフェース、光搬送波インターフェース（たとえばＯＣ−３）、トークン・リング・インターフェース、衛星送信インターフェース、ワイヤレス・インターフェースあるいはそのほかの１つのデバイスと別のデバイスを結合するためのインターフェースを備えることもできる。

一実施形態においては、搬送波信号２２３が通信インターフェース２１３によって受信され、放送アンテナ１１１との通信が行われる。一実施形態においては、通信インターフェース２１３とネットワーク１１３の間において搬送波信号２２５の受信／送信が行われる。一実施形態においては、マシン２０１と別のコンピュータ・システム、ネットワーク・ハブ、ルータ等とのインターフェースに通信信号２２５が使用されることもある。一実施形態においては、搬送波信号２２３および２２５がマシン可読メディアであると考えられ、ワイヤ、ケーブル、光ファイバまたは空中等を介してそれを送信することができる。

一実施形態においては、プロセッサ２０３を、限定を意図するわけではないが、たとえばＩｎｔｅｌ ｘ８６（インテルｘ８６）またはＰｅｎｔｉｕｍ（ペンティアム）ファミリ・マイクロプロセッサ、Ｍｏｔｏｒｏｌａ（モトローラ）ファミリ・マイクロプロセッサといった従来のマイクロプロセッサとすることができる。メモリ２０５は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）等のマシン可読メディアとすることが可能であり、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）を備えることもある。ディスプレイ・コントローラ２０９は、従来の形態に従ってディスプレイ２１９をコントロールし、一実施形態においてはそれを陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、アクティブ・マトリクス・ディスプレイ、テレビジョン・モニタ等とすることができる。入力／出力コントローラ２１５に結合されている入力／出力デバイス２１７は、キーボード、ディスク・ドライブ、プリンタ、スキャナ、およびそのほかの、テレビジョン・リモート・コントローラ、マウス、トラックボール、ジョイスティック等を含めた入力および出力デバイスとすることができる。一実施形態においては、オーディオ・コントローラ２２７が、従来の形態に従ってオーディオ出力２３１をコントロールする。それには、たとえばオーディオ・スピーカ、ヘッドフォン、オーディオ・レシーバ、増幅器等を含めることができる。一実施形態においては、コントローラが、従来の形態に従ってオーディオ入力２２９のコントロールも行い、それには、たとえばマイクロフォンまたはオーディオもしくはミュージック・デバイス等からの入力を含めることができる。

一実施形態におけるストレージ２１１は、限定する意図ではないが、磁気ハードディスク、フロッピーディスク、光ディスク、スマート・カード、あるいはそのほかの形式のデータ用ストレージ等のマシン可読メディアを備えることができる。一実施形態においては、ストレージ２１１が、リムーバブル・メディア、読み出し専用メディア、読み出し／書き込み可能メディア等を備えることもある。データの一部は、コンピュータ・システム２０１におけるソフトウエアの実行間に、ダイレクト・メモリ・アクセス（ＤＭＡ）プロセスによってメモリ２０５内に書き込まれることもある。ここで認識されることであるが、ソフトウエアは、ストレージ２１１もしくはメモリ２０５内に常駐することもあり、またモデムもしくは通信インターフェース２１３を介して送信または受信されることもある。なお、この明細書の目的から、「マシン可読メディア」という用語は、データ、情報、プロセッサ２０３による実行のためのインストラクションのエンコードしたシーケンスをストアし、プロセッサ２０３に本発明の方法を実行させることができる任意のメディアを含むものと解釈するべきである。また「マシン可読メディア」という用語は、限定を意図するわけではないが、ソリッド・ステート・メモリ、光および磁気ディスク、搬送波信号等を含むものと解釈するべきである。

一実施形態における、たとえば図１Ａ〜１Ｃのいずれかに示されているものに類似の放送システムは、複数のクライアント１０５、１０７、１０９に向けた複数のデータ・ファイルの放送をサーバ１０３に行わせるように構成されている。以下に詳細を述べるように、複数のデータ・ファイルのそれぞれは、本発明の一実施形態の教示に従ってメタデータを用いて記述されている。概してメタデータは、記述子のセット、つまりサーバ１０３から放送され、もしくは放送される可能性のあるデータ・ファイルのコンテンツを記述する属性値のセットとして考えることができる。本発明のメタデータは、サーバ１０３によって後に放送されることになるデータ・ファイルのコンテンツに関して、クライアント１０５、１０７、１０９が推理し、かつ情報に基づく決定を行うことを可能にする情報を提供する。後に論じるように、本発明の各種実施形態は、クライアント側におけるフィルタリング、ストレージ・マネジメント、およびそのほかのパーソナル化テクニックをはじめ、サーバによる将来の放送スケジュールならびに放送のコンテンツを決定するためにメタデータを使用する。

図３は、本発明の一実施形態の教示に従って実行されるプロセスを例示したフローチャートである。図３は、クライアント・システムが放送コンテンツを突き止めて、その取り込みができるように信号が送信されるシグナリング・プロトコルの一実施形態を例示している。これは、サーバ１０３によるクライアント・システム１０５、１０７、１０９に対するメタデータのプレ放送を含む。詳細に述べれば、図３のプロセス・ブロック３０３は、サーバがメタデータ放送スケジュールをクライアントに向けて放送することを示している。一実施形態においては、メタデータ放送スケジュールは、本発明の実際のメタデータがサーバによって放送される将来の時点を示す。一実施形態においては、クライアント・システムが、たとえばプログラムおよびシステム情報プロトコル（program and system information protocol：ＰＳＩＰ）、ＤＶＢ、サービス広告プロトコル（service advertising protocol：ＳＡＰ）等に使用されるポートのような既知のポートを使用してサーバから到来するサービスのアナウンスの視聴を行う。

一実施形態においては、各クライアント１０５、１０７、１０９は、周知のスケジューリング・サービス、すなわち特定の時刻におけるウェイクアップもしくはアクティブ化の要求を受け入れて、サーバによって放送される情報を受信するスケジューリング・サービスを含む。このスケジューリング・サービスによって、クライアントは指定時刻にウェイクアップし、指定のサービスを選択する。たとえば、一実施形態においては、この選択プロセスを、たとえば先進テレビジョン・システム委員会（Advanced Television System Committee）またはＤＶＢトランスポンダ等の場合のように、特定の周波数への同調によって達成することができる。一実施形態においては、この選択プロセスは、たとえばマルチキャスト・インターネット・プロトコル（ＩＰ）アドレス等のサーバを明確に示すデータのセットを基礎とすることができる。

一実施形態においては、クライアント・アプリケーションが、特定のコンテンツ・プロバイダから信号を受信するために、クライアント・シグナリング・システムへの登録を行う。クライアント・シグナリング・システムは、特定のコンテンツ・プロバイダに関連づけられているアプリケーションのテーブルを維持している。一実施形態においては、各クライアントが既知のアドレスを使用できるように既知のアドレスにサーバからの情報が放送される。

プロセス・ブロック３０５は、クライアントがサーバからメタデータ放送スケジュールを受信することを示している。一実施形態においては、クライアント１０５、１０７、１０９が、このプレ放送の情報の取り込みならびに処理を行って、いつウェイクアップしてコンテンツを受信するか、どこでそのコンテンツを受信するか、さらにいずれのコンテンツを受信するかについて決定する。一実施形態においては、メタデータ放送スケジュールがクライアントによって受信されたとき、クライアント内の登録済みアプリケーションに、メタデータ放送スケジュールを受信するように通知が行われる。

一実施形態においては、メタデータ放送スケジュール内に示された指定の時刻にクライアントがウェイクアップし、サーバからメタデータを受信する。プロセス・ブロック３０７は、その後、メタデータ放送スケジュール内に指定された時刻において、実際にサーバからクライアントに向けてメタデータが放送されることを示している。プロセス・ブロック３０９は、クライアントがサーバからのメタデータの放送を受信することを示している。以下においても論じるが、メタデータは、サーバ・システムによって後に放送されるか、放送される可能性のある複数のデータ・ファイルの記述を含んでいる。

プロセス・ブロック３１１は、続いてクライアント・システムがメタデータ・テーブルならびにコンテンツ評価テーブル(content rating table)を更新することを示している。一実施形態においては、メタデータ・テーブルならびにコンテンツ評価テーブルが、各クライアント・システムにより本発明の教示に従って内部的に、またはローカルに更新され、維持される。

一実施形態においては、クライアント・システムのユーザが、受信したメタデータによって記述されている複数のデータ・ファイルの１ないしは複数の分類をオプションとして行うことができる。以下に論じるが、メタデータ・テーブルならびにコンテンツ評価テーブルは、ユーザの分類が行われると、クライアントによって更新される。図３においてはこれが、プロセス・ブロック３１３として示されている。

一実施形態においては、クライアントがウェイクアップして、サーバからデータ・ファイル放送スケジュールを受信する。一実施形態においては、このデータ・ファイル放送スケジュールが、前もって放送済みのメタデータ内に記述されている特定のデータ・ファイルがサーバによって放送される将来の時刻を示す。プロセス・ブロック３１５は、その後、データ・ファイル放送スケジュール内に指定された時刻に、サーバからクライアントに向けて実際にそのデータ・ファイルが放送されることを示している。プロセス・ブロック３１７は、クライアントがデータ・ファイル放送スケジュールの放送をサーバから受信することを示している。

一実施形態においては、データ・ファイル放送スケジュール内に示された、あらかじめ指定された時刻にクライアントがウェイクアップし、サーバからデータ・ファイルを受信する。プロセス・ブロック３１９は、その後、データ・ファイル放送スケジュール内に指定された時刻において、実際にサーバからクライアントに向けてデータ・ファイルが放送されることを示している。

一実施形態においては、プロセス・ブロック３２１が、サーバから放送されたデータ・ファイルをクライアントが受信することを示す。一実施形態においては、プロセス・ブロック３２３に示されるように、本発明に従ったクライアント側フィルタリングが、コンテンツ評価テーブルに従って選択的にデータ・ファイルをストアするクライアントによって行われる。別の実施形態においては、クライアント側フィルタリングがコンテンツ評価テーブルに従って選択的にウェイクアップするクライアントによって行われ、サーバから放送されるデータ・ファイルを選択的に受信する。この実施形態においては、その後クライアントが、コンテンツ評価テーブルに従ってクライアントが選択的に受信したデータ・ファイルをストアする。

一実施形態においては、プロセス・ブロック３２５が、その後ストア済みデータ・ファイルに対するユーザ・アクセスがあった場合に、クライアントがメタデータ・テーブルならびにコンテンツ評価テーブルを更新することを示す。この開示の目的から、ユーザ・アクセスには、ユーザが行うデータ・ファイルとのインタラクション、データ・ファイルを眺める、見る、聞く、読む、使うといった行為を含めることができる。たとえば、ユーザが行うデータ・ファイルへのアクセスの一例を、クライアント内のストア済みデータ・ファイルの１つによって提供される特定のムービーをユーザが鑑賞すること、もしくは特定の歌を聴くこととすることができる。一実施形態においては、ユーザ・アクセスによってクライアント上のメタデータ・テーブルならびにコンテンツ評価テーブルのローカルな更新がもたらされることになる。

図４は、本発明の教示に従ってサーバからのメタデータ放送を処理し、メタデータ・テーブルならびにコンテンツ評価テーブルの更新ならびに維持を行うときのクライアント内におけるイベントのフローの一実施形態をより詳細に示したフローチャートである。詳細に述べれば、プロセス・ブロック４０３は、サーバから放送されたメタデータ内に含まれている属性ならびに属性値を用いてメタデータ・テーブルが更新されることを表している。プロセス・ブロック４０５は、続いてコンテンツ評価テーブルが、サーバから放送されたメタデータによって記述されるデータ・ファイルのそれぞれに関するエントリを用いて更新されることを表している。

一実施形態においては、メタデータ・テーブル、コンテンツ評価テーブル、および複数のデータ・ファイルが、すでにクライアント・システム内に存在しているものとする。一実施形態においては、メタデータ・テーブル、コンテンツ評価テーブル、および複数のデータ・ファイルが、クライアント・システムのメモリ２０５内、ストレージ２１１内にストアされ、維持されるものとしてもよく、あるいはそれを、図２の実施形態に例示されているような、マシン２０１を伴うローカル・ネットワーク等に対するアクセスによるものとすることができる。

本発明のメタデータの側面の例示を容易にするため、図５を、サーバ１０３がクライアント１０５、１０７、１０９に向けて放送することができるメタデータ５０１の実施形態の一例とする。説明を目的として、この例においてサーバ１０３によって放送されるデータ・ファイルが、たとえばムービーまたはＴＶプログラムのようなオーディオ／ビデオ・ファイルであると仮定する。前述したように、限定する意図ではないが、データ・ファイルを、たとえばオーディオ、グラフィック、テキスト、マルチメディアといったそのほかのタイプのファイルとしてもよい。

図５のメタデータ５０１は、４つのムービーまたはデータ・ファイルが、サーバ１０３から放送される予定であることを示している。この例に示されているこれらのムービーは、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」、「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」、「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」および「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」である。メタデータ５０１は、サーバ１０３によってその後に放送される予定のムービーのそれぞれを記述する属性ならびに属性値を含む。図示の例においては、メタデータ５０１内の各ムービーを記述する２つの属性が提供されている。図５に示した属性は「俳優」および「ジャンル」である。ここで認識されようが、本発明の別の実施形態においては別の属性をはじめ別の属性値が含まれることもある。たとえば、網羅的な意味ではないが、ムービーの説明に使用可能なこのほかの属性のリストに「監督」、「制作年」、「効果」、「結末」等を含めることができる。一実施形態においては、本発明の教示に従って、たとえば４０〜５０の異なる属性がムービーの説明のために提供される。

図５に示されている特定の実施形態に戻るが、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」は、俳優「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」が主演する「アクション」ムービーである。「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」は、女優「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」が主演する「コメディ」ムービーである。「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」は、女優「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」が主演する「アクション」ムービーである。「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」は、俳優「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」が主演する「コメディ」ムービーである。

本発明のメタデータ・テーブルの態様を説明するための図６は、各クライアント１０５、１０７、１０９によってローカルに更新ならびに維持が行われるメタデータ・テーブル６０１の実施形態の一例である。例示の実施形態においては、図６のメタデータ・テーブル６０１内に、サーバ１０３からすでに放送されたメタデータ５０１内に含まれていたデータが収められている。一実施形態においては、メタデータ・テーブル６０１が属性、属性値、および対応する関連値ならびに信頼性係数のリストを含んでいる。詳細に述べれば、メタデータ・テーブル６０１は、属性値「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」、「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」、「アクション」、および「コメディ」を含む。この時点においては、図６の、属性値「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」、「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」、「アクション」、および「コメディ」に関する関連値ならびに信頼性係数がすべてゼロである。以下に示すように、一実施形態においては、ユーザがクライアント・システムとインタラクションを行うと、本発明の関連値ならびに信頼性係数が更新され、維持される。

一実施形態においては、メタデータ・テーブル６０１内の関連値が、関連づけされた属性ならびに属性値が、特定のユーザの振る舞いを予測する上でどの程度関連するかということを示すインジケータになる。たとえば、関連値は、ユーザがその特定の属性値を理由として特定のムービーを見る可能性がどの程度であるかについて示す。一実施形態においては、メタデータ・テーブル６０１内の関連値が、たとえば−１０から１０までの範囲内の値になる。以下に述べるように、たとえばユーザが特定のムービーを見た場合、あるいは少なくともその特定の属性値を有する特定のムービーに関心を示した場合には、関連値を増加させることができる。その逆に、たとえばユーザが特定のムービーを見なかった場合、あるいはユーザが、その特定の属性値を有する特定のムービーを見ることを、そのユーザ自身が欲していない旨を明示的に示した場合には、関連値を減少させることになろう。

一実施形態においては、メタデータ・テーブル６０１内の信頼性係数が、その特定の属性値を有する特定のデータ・ファイルにユーザが実際にアクセスするか否かの評価または予測を行う場合に、特定の属性および属性値のペアに適用される重み付け係数になる。一実施形態においては、メタデータ・テーブル６０１内の信頼性係数がたとえば−１０から１０までの範囲内の値になる。一実施形態においては、たとえば属性値によって、ユーザが関心を示したデータ・ファイルが正確に予測された場合に、信頼性係数を増加させることができる。逆に、特定の属性値が異なる内容を示しているにもかかわらず、ユーザがそのデータ・ファイルに関心を持った場合には、その信頼性係数を減少させてもよい。

一実施形態においては、メタデータ・テーブル６０１内のエントリがサーバ１０３から放送される可能性のあるコンテンツもしくはデータ・ファイルに関連づけされたすべてのメタデータ５０１から構成される。一実施形態においては、メタデータ・テーブル６０１内のエントリが、ユーザの明示的な要求に基づいて更新される。それに加えて、メタデータ・テーブル６０１に対する更新を、ユーザが特定のムービーを明示的に分類するか否かによらず、特定の属性値を有する特定のデータ・ファイルにアクセスするか否かに基づいて暗黙的に行うこともできる。

本発明のメタデータの態様を説明するための図７は、一実施形態において各クライアント１０５、１０７、１０９によってローカルに更新ならびに維持が行われるコンテンツ評価テーブル７０１の実施形態の一例である。例示の実施形態においては、図７のコンテンツ評価テーブル７０１が、メタデータ５０１内に記述されているデータ・ファイルのリストをはじめ、現在、クライアントによってローカルにストアもしくはキャッシュが行われている追加のデータ・ファイルのリストを含む。

一実施形態においては、データ・ファイルが、たとえば図２のメモリ２０５、ストレージ２１１、またはマシン２０１によるローカルなアクセスが可能なネットワーク内にクライアントによってローカルにストアされる。開示を目的として、クライアントによってローカルにストアされるデータ・ファイルを、サーバから独立した周知のネットワーク・ストレージ構成内にクライアントによって「ローカルに」ストアされるデータ・ファイルを含むものと解釈することもできる。この開示の目的から、クライアントによってストアもしくはキャッシュされるデータ・ファイルは、その後のアクセス、取り出しもしくは使用のためにストアされるものとする。一実施形態においては、本発明のローカル・キャッシュが第１レベルのキャッシュであると見なされる。したがって、本発明のローカル・キャッシュは、それに応じてサイズ設定が行われて、単一ヒットの確率を向上させることができる。

オーディオ／ビデオ・ファイルを表すデータ・ファイルの例に戻るが、クライアントによってムービーがローカルにストアされる。ユーザがムービーを見た後は、そのムービーによって占められていたストレージ・スペースは、その後の任意の時点に放送される別のムービーのストアに使用可能になると一般に考えられる。つまり、ここで認識されることは、クライアント・システムのローカル・キャッシュが、本発明の教示に従い、単一使用システムとして、たとえばファイア・アンド・フォゲット（fire and forget）としてモデリングされることである。一実施形態においては、ユーザがデータ・ファイルにアクセスするとき、そのユーザが同一のデータ・ファイルに再度アクセスを希望する可能性は低いと仮定する。ユーザが特定のムービーをまだ見ていない場合には、そのムービーによって占有されるストレージ・スペースは、一般には別のムービーのストアに使用できない。しかしながら、使用可能な追加のストレージ・スペースがなく、より高い評価のムービーの放送がある場合には、本発明の教示に従って、まだ見られていないが評価のより低いムービーが、より高い評価のムービーに置き換えられる。

図７に戻って、それに示したコンテンツ評価テーブル７０１の実施形態を参照するが、各ムービーは、関連づけされた評価、評価タイプ・インジケータ、キャッシュ内インジケータ、次処理インジケータも含んでいる。一実施形態においては、この評価が、関連づけされたデータ・ファイルに関する評価値を示す。一実施形態における評価値は、ユーザによって明示的に入力されるか、クライアント・システムによってその特定のデータ・ファイルに関連づけされたメタデータが処理されることにより暗黙的に生成される。一実施形態においては、評価値が比較的高いとき、その特定のデータ・ファイルにユーザが関心を示す可能性のあることが予測される。その逆に、一実施形態においては、評価値が比較的低いとき、その特定のデータ・ファイルにユーザが関心を示す可能性が低いことが予測される。

一実施形態においては、評価タイプ・インジケータが、この特定のデータ・ファイルの評価値がユーザによって明示的に入力されたものであるか、あるいはその評価値がクライアント・システムによって暗黙的に生成されたものであるかを示す。つまり、一実施形態においては、コンテンツ評価テーブル７０１の評価タイプ・インジケータが明示、暗黙、もしくはデータ・ファイルまたはムービーの評価がまだ行われていなければ、そのいずれでもないことを示すＮ／Ａになる。一実施形態においては、ユーザによってデータ・ファイルが明示的に分類されていれば、それ以降、データ・ファイルの属性値の評価値が、クライアント・システムによって暗黙的に更新されることはない。しかしながらデータ・ファイルが分類されていないか、クライアント・システムによる暗黙的な評価だけが行われている場合には、それ以降においても、データ・ファイルの属性値の評価が、クライアント・システムによって更新もしくは調整されることがある。

一実施形態においては、キャッシュ内インジケータが、その特定のデータ・ファイルが現在、クライアントによってローカルにストアもしくはキャッシュされているか否かを示す。図７に例示した実施形態においては、ムービー「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」、「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」、および「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」が、すでにクライアント・システムのローカル・ストレージ内に存在する。これに対して、図７に例示した例においては、ムービー「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」がまだクライアント・システムのローカル・ストレージ内にストアされていない。

一実施形態においては、次処理インジケータが特定のデータ・ファイルに関してとられるべき将来のアクションを追跡するために使用される。たとえば、ユーザがムービーをすでに見ている場合には、次処理インジケータが「置き換え」となり、その特定のムービーによって占有されているストレージ・スペースが別のムービーのストレージとして使用可能であることを示す。一実施形態においては、ユーザがまだそのムービーを見ていない場合には、次処理インジケータが「保存」を示すことになる。一実施形態においては、クライアントによってまだそのムービーがローカルにストアされてなく、その特定のムービーにユーザが関心を示す可能性のあることが評価値によって予測される場合には、次処理インジケータが「取り込み」を示すことになる。一実施形態においては、サーバによってムービーがまだ放送されてなく、そのムービーにユーザが関心を示す可能性が低いことが評価値によって予測される場合には、次処理インジケータが「無視」を示すことになる。

図４に戻るが、すでに説明したようにプロセス・ブロック４０３および４０５は、メタデータ・テーブルおよびコンテンツ評価テーブルが、サーバからのメタデータ放送に従って更新されることを示している。判断ブロック４０７は、続いてデータ・ファイルのいずれかに対するユーザによる分類の有無を判断する。ここで簡単に図８を参照するが、この例は、メタデータ５０１に関して説明したように、ユーザがいくつかのムービーに分類を行ったところを示している。より詳細に述べれば、ユーザは、ムービー「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」の受信を希望する旨を示すことによってそのムービーに対する関心を示す。この例においては、ユーザが、ムービー「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」に拒否を示すことによってそのムービーに関心がまったくないことを示している。この例においては、ユーザが、残りのムービーに関する情報もしくは分類をまだ与えていない。

図４に戻るが、ユーザがデータ・ファイルのいずれかの分類を行っている場合には、プロセス・ブロック４０９が示すように、メタデータ・テーブル６０１内の分類済みデータ・ファイルの、その特定の属性の関連値が増加される。プロセス・ブロック４１１は、ユーザによる分類（１ないしは複数）に応答して調整された関連値を伴う属性値を有するデータ・ファイルの評価も調整されることを示している。一実施形態においては、ユーザがまだいずれのデータ・ファイルの分類も行っていないとき、プロセス・ブロック４０９および４１１がスキップされる。

ユーザがデータ・ファイルの分類を行うときの例を示すために、図９に、ユーザの分類によって更新もしくは調整が行われるメタデータ・テーブル６０１を示した。図８に示した例において、ユーザは、ムービー「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」に関心を示している。また図５のメタデータ５０１は、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」が俳優「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」の主演する「アクション」ムービーであることを示している。したがって、図９のメタデータ・テーブル６０１を参照すると、属性値「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」および「アクション」に関する関連値が調整されて、ユーザが明示的に「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」に関心を示したことが反映されている。一実施形態においては、関連値を増加してユーザが感心を示したことを反映する。以下に論じるように、一実施形態においては、その特定の属性値を有するデータ・ファイルにユーザがアクセスするまで、各属性値に関連づけされている信頼性係数が更新されない。

引き続き図８の例を参照すると、ユーザは、ムービー「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」に関心がないことを示している。また図５のメタデータ５０１は、「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」が女優「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」の主演する「コメディ」ムービーであることを示している。したがって、図９に戻ってメタデータ・テーブル６０１を参照すると、属性値「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」および「コメディ」に関する関連値が調整されて、ユーザが「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」に関心がないと明示的に示したことが反映されている。一実施形態においては、関連値を減少してユーザの感心がないことを反映する。

引き続き図８の例を参照すると、ユーザは、ムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」および「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」に関する情報をまだ提供していない。したがって、メタデータ・テーブル６０１内の「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」および「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」に関連づけされた属性値の関連値は更新されない。

以下に論じるように、一実施形態においては、コンテンツ評価テーブル７０１内の評価に対する更新が、プロセス・ブロック４１１内に示されるように、メタデータ・テーブル６０１内にリストされている属性値の関連値ならびに信頼性係数に関係する。プロセス・ブロック４１１内において行われる処理の詳細な説明については、以下のプロセス・ブロック４１７の説明の中で述べる。

図４に戻るが、ユーザがいずれかのデータ・ファイルにアクセスすると、たとえばユーザがムービーを見ると、判断ブロック４１３においてそれが判断され、プロセス・ブロック４１５に示されるように、メタデータ・テーブル６０１内のユーザがアクセスしたデータ・ファイルの、特定の属性の関連値ならびに信頼性係数が更新される。プロセス・ブロック４１７は、ユーザのアクセス（１ないしは複数）に応答して調整された関連値を伴う属性値を有するデータ・ファイルの評価も調整されることを示している。ユーザがまだ、いずれのデータ・ファイルにもアクセスしていなければプロセス・ブロック４１５および４１７がスキップされる。

ユーザがデータ・ファイルへのアクセスを行うときの例を示すために、ユーザがムービー「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」を見るものと仮定する。図５のメタデータ５０１は、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」が俳優「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」の主演する「アクション」ムービーであることを示している。一実施形態においては、ユーザが特定のデータ・ファイルにアクセスするか、関心を示すと、そのファイルの属性値の信頼性係数が調整もしくは更新される。一実施形態においては、属性値がゼロより大きい関連値を有する場合に、その属性値が、ユーザがアクセスするデータ・ファイルを予測した予測子として正確に機能したことから、その属性値に関する信頼性係数が増加される。一実施形態においては、属性値がゼロより小さい関連値を有する場合に、その属性値は、ユーザがアクセスするデータ・ファイルを予測した予測子として正確に機能しなかったことから、その属性値に関する信頼性係数が減少される。したがって、図１０に示されるように、ユーザの「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」へのアクセスに応答してメタデータ・テーブル６０１の更新もしくは調整が行われる。この例においては、「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」および「アクション」の属性値がゼロより大きいことから、それらの信頼性係数が増加される。

一実施形態においては、メタデータ・テーブル６０１内の暗黙的に評価されたデータ・ファイルに関連づけされた関連値も、ユーザのアクセスに応答して増加される。しかしながら、図１０のメタデータ・テーブル６０１内に示される例においては、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」がユーザによって明示的に分類されている。一実施形態においては、ユーザにより明示的に分類されたデータ・ファイルに対して、ユーザのアクセスに応答したメタデータ・テーブル６０１内の関連値の更新は行われない。

図１１は、コンテンツ評価テーブル７０１を示しており、プロセス・ブロック４１７に示されているように、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」に対するユーザのアクセスに応答してそれが更新される。すでに述べたように、コンテンツ評価テーブル７０１は、本発明の教示に従ってプロセス・ブロック４１１においても更新される。図１１のコンテンツ評価テーブル７０１を参照すると、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」は評価値１を有している。「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」の評価タイプは、図８との関連から前述したように、ユーザが明示的に「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」の分類を行ったことから「明示」である。キャッシュ内インジケータは、現在「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」がクライアント・システムによってローカルにストアされていることを示している。次処理インジケータは、ユーザがすでに「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」を見終わっていることから「置き換え」になっている。

一実施形態においては、コンテンツ評価テーブル７０１内の評価値が、次に述べるようにして決定される。メタデータ５０１は、「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」が属性値「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」および「アクション」を有していることを示している。図１０のメタデータ・テーブル６０１は、「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」が「１」の関連値および「１」の信頼性係数を有していることを示している。また図１０のメタデータ・テーブル６０１は、「アクション」が「１」の関連値および「１」の信頼性係数を有していることも示している。一実施形態においては、特定のデータ・ファイルの評価値が、そのデータ・ファイルのすべての属性値に関して、すべての関連値とそのそれぞれの信頼性係数の結合を考慮して決定される。たとえば、一実施形態においては、１つのデータ・ファイルの評価値が、そのデータ・ファイルの属性値に関する各関連値と、それに対応する信頼性係数の積をすべて平均した値に等しくなる。

例示のため、図１１のコンテンツ評価テーブル７０１内の「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」を参照すると、「Ｊｏｅ Ｓｍｉｔｈ（ジョー・スミス）」の関連値と信頼性係数の積は１×１であり、結果の値は「１」になる。「アクション」の関連値と信頼性係数の積は１×１であり、結果の値は「１」になる。積１と積１の平均は「１」である。したがって、図１１のコンテンツ評価テーブル７０１内の「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」の評価は「１」になる。

同様に、コンテンツ評価テーブル７０１内の「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」について考えると、「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」は、属性値「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」および「コメディ」を有している。図１０のメタデータ・テーブル６０１内の「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」に関する関連値および信頼性係数は、それぞれ「−１」および「０」である。したがって、コンテンツ評価テーブル７０１内の「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」の評価は、１×０と１×１の平均、すなわち「０．５」になる。図１１に例示されているコンテンツ評価テーブル７０１内の「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」および「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」についても本発明の一実施形態において類似の形態から決定されている。

ここで注意が必要であるが、前述の図８においてユーザがムービー「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」および「Ｔｈｅ Ｆｕｎｎｙ Ｓｈｏｗ（ザ・ファニー・ショー）」の分類を行っていることから、これらのムービーは、図１１のコンテンツ評価テーブル７０１内に示されるように評価タイプ「明示」を有している。また、ユーザがムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」および「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」の分類を行っていないことから、これらのムービーはコンテンツ評価テーブル７０１内に「暗黙」の評価を有している。

上記の説明は、コンテンツ評価テーブル７０１内の評価値が本発明に従ってどのように決定されるかについての一例を提供していることが理解できるであろう。ここで注意することは、評価値が、データ・ファイルの各属性値に関して関連値および信頼性係数を考察する本発明の教示に従った別の方法によっても決定可能なことである。

一実施形態においては、コンテンツ評価テーブル７０１内の次処理に関するエントリが、部分的に、特定のデータ・ファイルに関する評価およびキャッシュ内の値によって決定される。たとえば一実施形態において、ゼロより大きい評価は、その特定のムービーにユーザが少なくともいくらかは関心を有すると予測されているものとする。つまりユーザは、ムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」および「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」に興味を持つ可能性がある。したがって次処理は、ムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」をストレージ内に保持すること、およびムービー「Ｈａｒｄｙ Ｈａｒ Ｈａｒ（ハーディ・ハー・ハー）」を、その後サーバによって放送されたときに取り込むことを示している。前述したように、ムービー「Ａｃｔｉｏｎ Ｄｕｄｅ（アクション・デュード）」は、すでにユーザが見終わっていることから、次処理フィールド内が「置き換え」としてマークされている。

一実施形態においては、ユーザによるクライアント・システムとの将来のインタラクションが上記に類似の処理をもたらす。たとえば、ここでユーザがムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」を見ていると仮定する。この特定の実施形態においてユーザは、ムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」を見る前にそのムービーの分類を行っていない。一実施形態においては、図１２のメタデータ・テーブル６０１に示されるように、分類されていないデータ・ファイルにアクセスがあると、その属性値に関して関連値および信頼性係数の両方が更新される。ここで図５から、ムービー「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」は、女優「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」が主演する「アクション」ムービーであったことを思い出されたい。図１０に示されているように、ユーザが「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」を見る前の「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」の関連値はゼロより小さい値、つまり「−１」である。しかしながら、この実施形態においてユーザは、「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」が女優「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」の主演するムービーであるという事実にもかかわらず、それを見ている。その結果、「Ｊａｎｅ Ｄｏｅ（ジェーン・ドウ）」属性値の信頼性係数が下方に調整されるが、これは、この特定の属性値が、そのユーザの傾向を予測するときにあまり適切でないか、あまり関連性がなくなったと考えられることによる。一実施形態においては、関連値がすでにゼロより低いことから、さらに信頼性係数を下方に調整することはない。しかしながら、ユーザが「Ｂｌａｓｔ ’Ｅｍ（ブラスト・ゼム）」を見る前に、すでに属性値「アクション」がゼロより大きい関連値を有していたことから属性値「アクション」に関する関連値および信頼性係数が上方に調整される。つまり、この例においては、関連値が「１」から「２」に上方に調整され、かつ信頼性係数も「１」から「２」に上方に調整される。したがってこの時点において、図１２のメタデータ・テーブル６０１は、「アクション」ムービーはユーザが見る可能性がより高いムービーであることを予測している。

一実施形態においては、ユーザがクライアント・システムとインタラクションを行うごとに、メタデータ・テーブル６０１およびコンテンツ評価テーブル７０１が更新される。メタデータ・テーブル６０１およびコンテンツ評価テーブル７０１に対する更新は、ユーザがデータ・ファイルにアクセスしたときをはじめ、ユーザが明示的にデータ・ファイルを分類したときに行われる。ここで認識されることであるが、メタデータ・テーブル６０１およびコンテンツ評価テーブル７０１が本発明の教示に従って更新されるために、ユーザには明示的にデータ・ファイルを分類することが求められない。結局、コンテンツ評価テーブルは、時間の経過とともに、ユーザが関心を示すデータ・ファイルをより正確に予測することになる。

一実施形態においては、ユーザがもっとも関心を示すと予測されたデータ・ファイルをはじめ、関心があると明示的にユーザが分類したデータ・ファイルが、クライアント・システム上にローカルにキャッシュされるデータ・ファイルになる。結局、ユーザが見ることを望む可能性のもっとも高いムービーが自動的にローカルにストアされるが、ユーザが、前もってそれらのムービーを明示的に要求する必要はなく、あるいはそれらのムービーの識別に使用される評価基準を明示的に指定する必要はなく、本発明の教示に従って「オン・デマンド」で使用可能になる。

ここで認識されることは、各クライアント上にローカルにデータ・ファイルをストアすることによって、本発明の教示に従って放送帯域幅がより効率的に使用されることである。実際にユーザがクライアントのローカル・ストレージからムービーを見る場合には、追加の放送帯域幅がまったく使用されない。それに加えて、本発明の教示に従い、システム内において実行される処理のかなりの部分が、それぞれのメタデータ・テーブルおよびコンテンツ評価テーブルを更新するときに各クライアント・システム上において実行される。本発明のこの分散処理は、それぞれの追加のクライアントに関するサーバの増加コストがゼロであることから、現在開示している放送システムを非常に多数のユーザにわたってスケーリングすることを可能にする。

別の実施形態においては、評価値、たとえば本発明のクライアント・システムによって維持ならびに更新が行われるコンテンツ評価テーブル内に生成される評価値を、本発明の教示に従って、サーバによる放送コンテンツおよびスケジュールの決定に使用することができる。たとえば、図１Ｂに示して前述したような放送システムを例に説明する。図示の実施形態に示されているように、サーバ１０３は、複数のクライアント１０５、１０７、１０９に向けて情報の放送を行う。図示の例においては、各クライアント１０５、１０７、１０９が、それぞれサーバ１０３に戻る通信リンク１２１、１２３、１２５も備えている。一実施形態においては、通信リンク１２１、１２３、１２５が、サーバ１０３によって使用されて、各クライアント１０５、１０７、１０９からそれぞれの評価を受信する。一実施形態においては、各クライアントから受信される評価が、前述と類似した方法において生成される。一実施形態においては、サーバ１０３が、各クライアントから受信した評価を集計するプロセスを含み、したがって、もっとも高く評価されたデータ・ファイルを識別することができる。一実施形態においてはサーバ１０３が、その後もっとも高く評価されたデータ・ファイルを放送する。一実施形態においては、データ・ファイルをサーバ１０３が放送する順序もしくは時刻が、少なくとも部分的に、各クライアントから受信され、集計された評価によって決定される。

たとえば、図１３は、本発明の教示に従い、クライアントの評価に応答して放送コンテンツおよびスケジュールが決定される放送システムにおけるサーバおよびクライアント内のイベントのフローを一形態で示したフローチャートである。これに示されているように、図１３のプロセス・ブロック１３０３は、サーバがメタデータ放送スケジュールをクライアントに向けて放送することを示している。一実施形態においては、メタデータ放送スケジュールが、メタデータがサーバによって放送される将来の時点を示す。

プロセス・ブロック１３０５は、クライアントがメタデータ放送スケジュールをサーバから受信することを示している。一実施形態においては、クライアント・システム１０５、１０７、１０９が、いつコンテンツを受信するか、どこでコンテンツを受信するか、またいずれのコンテンツを受信するかということを決定するために、このプレ放送されたメタデータ情報の取り込みおよび処理を行う。一実施形態においては、メタデータ放送スケジュール内に示された指定の時刻にクライアントがウェイクアップし、サーバからメタデータを受信する。一実施形態においては、メタデータが、サーバによってその後に放送される可能性のある複数のデータ・ファイルを記述する。プロセス・ブロック１３０７は、その後、メタデータ放送スケジュール内に指定されている時刻において、サーバからクライアントに向けて実際にメタデータが放送されることを示している。プロセス・ブロック１３０９は、クライアントがサーバからメタデータの放送を受信することを示している。

プロセス・ブロック１３１１は、一実施形態において、その後クライアント・システムがメタデータ・テーブルならびにコンテンツ評価テーブルを更新することを示している。プロセス・ブロック１３１３は、一実施形態においてはオプションとして、クライアント・システムのユーザが、メタデータによって記述されている複数のデータ・ファイルの１ないしは複数の分類を行うことが可能であることを示している。一実施形態においては、ユーザの分類があると、メタデータ・テーブルおよびコンテンツ評価テーブルがクライアントによって更新される。一実施形態においては、プロセス・ブロック１３１１および１３１３に記述されているメタデータ・テーブルならびにコンテンツ評価テーブルに対する更新が、たとえば図１〜１２に関して説明した方法と類似の方法において実行される。

プロセス・ブロック１３１５は、その後クライアントがデータ・ファイルの評価をサーバに送信することを示している。一実施形態においては、放送ネットワーク内の各クライアントが、すでにサーバによって放送されているメタデータによって記述された複数のデータ・ファイルのすべてに関する評価を送信する。一実施形態においては、各クライアントが、クライアント・システム上に維持されているコンテンツの評価の一部もしくは全部を送信する。

プロセス・ブロック１３１７は、放送システム内のクライアント（１ないしは複数）からサーバがデータ・ファイルの評価を受信することを示している。プロセス・ブロック１３１９は、その後サーバが、クライアント・システムによって決定された、もっとも高い評価を有するデータ・ファイルを選択することを示している。一実施形態においては、サーバが、クライアントから受信されたすべての評価を集計するプロセスを含む。一実施形態においては、集計されたランキングに応じてデータ・ファイルがストアされる。

プロセス・ブロック１３１９は、一実施形態におけるサーバが、その後、すべてのクライアントから受信されたランキングに応じてデータ・ファイルを選択することを示している。一実施形態においては、その後、放送されることになるデータ・ファイルが、そのランキングに応じて決定される。その結果、本発明の教示に従ったサーバの一実施形態は、カスタマ・ベースで、つまりクライアントにとってもっとも適切な、あるいはもっとも関連のあるデータ・ファイルだけを放送することになる。たとえば、一実施形態においては、高いランキングを有するデータ・ファイルだけが放送され、もっとも低いランキングを有するデータ・ファイルは放送されない。一実施形態においては、放送スケジュールもランキングに応じて決定される。たとえば、一実施形態においては、もっとも高くランクされたデータ・ファイルが、より低くランクされているデータ・ファイルより前に放送される。別の実施形態においては、もっとも高くランクされたデータ・ファイルが、高いランクのデータ・ファイルの送信にもっとも適していると考えられる時刻に放送される。たとえば、放送者が、木曜日の夕方のゴールデンタイムを、放送に関してもっとも高い評価を有する、もっとも重要な時間帯であると考えている例を仮定する。この例において、本発明の教示に従ったサーバは、もっとも高いランキングのデータ・ファイルを、木曜日の夕方のゴールデンタイムの間に放送する。ここで認識されようが、当然のことながら、この例は説明のみを目的としたものであり、クライアントから受信した評価に応じた別の方法に従ってサーバが放送スケジュールを決定することも可能である。

一実施形態においては、本発明の教示に従って、放送するデータ・ファイルまたは放送スケジュールが、サーバによってクライアント（１ないしは複数）から受信される評価に応じて動的に決定される。したがって一実施形態においては、いずれのデータ・ファイルをサーバから入手できるか、またいずれのコンテンツもしくはデータ・ファイルがクライアントによってアクセスおよび／または分類されるかということに基づいて放送スケジュールを時間の経過とともに変更することができる。

放送するデータ・ファイルおよび放送スケジュールが、サーバによって決定されると、プロセス・ブロック１３２１に示されるように、その後サーバがクライアントに向けてデータ・ファイル放送スケジュールを放送する。プロセス・ブロック１３２３は、続いてクライアントがサーバからデータ・ファイル放送スケジュールを受信することを示している。

一実施形態においては、データ・ファイル放送スケジュール内に示されている、あらかじめ指定された時刻にサーバからデータ・ファイルを受信するようにクライアントがウェイクアップする。プロセス・ブロック１３２５は、その後データ・ファイル放送スケジュール内に指定されている時刻に、サーバからクライアントに向けてそのデータ・ファイルが実際に放送されることを示している。

一実施形態においては、プロセス・ブロック１３２７が、クライアントがサーバからデータ・ファイルの放送を受信することを示している。一実施形態においては、プロセス・ブロック１３２９が、クライアントがコンテンツ評価テーブルに従って選択的にデータ・ファイルをストアすることを示している。別の実施形態においては、クライアントが選択的にウェイクアップし、コンテンツ評価テーブルに従ってサーバから放送されるデータ・ファイルを選択的に受信する。この実施形態においては、その後クライアントによって、コンテンツ評価テーブルに従ってクライアントが選択的に受信したデータ・ファイルがストアされる。一実施形態においては、プロセス・ブロック１３３１が、その後、ストア済みのデータ・ファイルに対するユーザのアクセスがある場合に、クライアントがメタデータ・テーブルならびにコンテンツ評価テーブルの更新を行うことを示している。

ここで認識されることは、図１３に述べられている実施形態のクライアント・システムが、クライアント・システムが評価をサーバに返すことを除いて前述の実施形態に述べられているクライアント・システムと類似しているということである。またここで認識されることであるが、本発明の教示に従ってクライアント・システムの変形実施形態を使用することもできる。一実施形態においては、クライアント・システムが、サーバから放送されるデータ・ファイルのクライアント側フィルタリングを備えていない。しかしながらクライアント・システムは、本発明の教示に従ってサーバからメタデータ放送を受信し、データ・ファイルを評価し、その評価をサーバに返す。

以上の詳細な説明においては、具体的に例示した実施形態を参照して本発明の方法および装置を説明してきた。しかしながら、より広い本発明の精神ならびに範囲から逸脱することなくそれらに対して各種の変形および変更を行い得ることは明らかである。したがってこの明細書は、限定ではなく例示と考えるべきである。

Claims (13)

1. ネットワークに結合された１つまたは複数のコンピュータ・システムにより実行される方法であって、
   複数のクライアント・システムから、前記１つまたは複数のコンピュータ・システムによってまだ将来放送されることがスケジュールされていないが、将来放送されることが考慮された複数の放送プログラミングコンテンツの中の各放送プログラミングコンテンツのコンテンツ評価を受信するステップと、
   複数のクライアント・システムから受信した各放送プログラミングコンテンツのコンテンツ評価を集計するステップと、
   集計された前記コンテンツ評価に応じて、複数の放送プログラミングコンテンツの中から放送される放送プログラミングコンテンツを選択するステップと、
   前記選択された放送プログラミングコンテンツの放送スケジュールを決定するステップと、
   前記放送スケジュールを前記複数のクライアント・システムに放送するステップと、
   前記複数のクライアント・システムに対して、前記選択された放送プログラミングコンテンツを前記放送スケジュール内のあらかじめ指定された時刻に放送するステップであって、前記放送スケジュール内のあらかじめ指定された時刻は、前記集計された前記コンテンツ評価に応じて決定される、ステップと、
   を含む方法。
2. ネットワークに結合された１つまたは複数のコンピュータ・システムにより実行される方法であって、
   複数のクライアント・システムから、前記１つまたは複数のコンピュータ・システムによってまだ将来放送されることがスケジュールされていないが、将来放送されることが考慮された複数の放送プログラミングコンテンツの中の各放送プログラミングコンテンツのコンテンツ評価を受信するステップと、
   複数のクライアント・システムから受信した各放送プログラミングコンテンツのコンテンツ評価を集計するステップと、
   集計された前記コンテンツ評価に応じて、複数の放送プログラミングコンテンツの中から放送される放送プログラミングコンテンツを選択し、前記選択された放送プログラミングコンテンツの放送スケジュールを決定するステップと、
   前記選択された放送プログラミングコンテンツの放送スケジュールを前記複数のクライアント・システムに放送するステップと、
   前記複数のクライアント・システムに対して、前記選択された放送プログラミングコンテンツを前記放送スケジュール内のあらかじめ指定された時刻に放送するステップであって、前記放送スケジュール内のあらかじめ指定された時刻は、前記集計された前記コンテンツ評価に応じて決定される、ステップと、
   を含む方法。
3. 前記放送スケジュールが、前記選択された放送プログラミングコンテンツの記述を含む請求項１または２の方法。
4. 前記放送スケジュールが、前記選択された放送プログラミングコンテンツのタイトルを含む請求項１または２の方法。
5. 各放送プログラミングコンテンツが１つまたは複数のビデオ、オーディオ、画像そしてテキストを含む請求項１または２の方法。
6. 前記放送スケジュールを放送するステップは、前記集計されたコンテンツ評価に基づいたより高い評価を有する放送プログラミングコンテンツを選択するステップに基づいていることを特徴とする請求項１または２の方法。
7. １つまたは複数のプロセッサを備えるコンピュータ・システムであって、
   前記１つまたは複数のプロセッサは、
   複数のクライアント・システムから前記コンピュータ・システムによってまだ将来放送されることがスケジュールされていないが、将来放送されることが考慮された複数の放送プログラミングコンテンツの中の各放送プログラミングコンテンツのコンテンツ評価を受信し、
   各クライアント・システムから受信した放送プログラミングコンテンツそれぞれのコンテンツ評価を集計し、
   集計された前記コンテンツ評価に応じて、複数の放送プログラミングコンテンツの中から放送される放送プログラミングコンテンツを選択し、前記選択された放送プログラミングコンテンツの放送スケジュールを決定し、
   前記選択された放送プログラミングコンテンツの放送スケジュールを前記複数のクライアント・システムに放送し、
   前記複数のクライアント・システムに対して、前記選択された放送プログラミングコンテンツを、前記放送スケジュール内の前記集計された前記コンテンツ評価に応じて決定されるあらかじめ指定された時刻に放送する、
   コンピュータ・システム。
8. 前記放送スケジュールが、前記選択された放送プログラミングコンテンツのタイトルを含む請求項７のコンピュータ・システム。
9. 前記放送スケジュールが、前記選択された放送プログラミングコンテンツの記述を含む請求項７のコンピュータ・システム。
10. 各放送プログラミングコンテンツが１つまたは複数のビデオ、オーディオ、画像そしてテキストを含む請求項７のコンピュータ・システム。
11. 前記放送スケジュールを放送することは、前記集計されたコンテンツ評価に基づいたより高い評価を有する放送プログラミングコンテンツを選択することに基づいていることを特徴とする請求項７のコンピュータ・システム。
12. 請求項１および請求項３−６のいずれかに記載の方法を前記プロセッサに実施させる命令を記憶したコンピュータ可読記憶媒体。
13. 請求項２および請求項３−６のいずれかに記載の方法を前記プロセッサに実施させる命令を記憶したコンピュータ可読記憶媒体。

Images