(57)【特許請求の範囲】
【請求項１】
オーディオプログラム、ビジュアルプログラムまたはオーディオビジュアルプログラムを受信する受信手段と、
該受信手段で受信したプログラムに基づいて当該プログラムに関連した記述スキームを発生する記述スキーム発生手段と、
前記記述スキーム発生手段が発生した記述スキームを記録するデータ記録ユニットと、
該データ記録ユニットに記録された記述スキームに含まれる情報を解析し、該記述スキームに含まれる情報に基づき前記プログラムのフィルタリング、サーチ、ブラウジングを実行するサーチフィルタリングブラウジングモジュールと、
該フィルタリング、サーチ、ブラウジングした結果をディスプレイに出力する手段とを有する、オーディオビジュアルプログラム管理システムであって、
前記記述スキームは、該オーディオビジュアルプログラム管理システムに対する所定期間中のユーザの使用履歴情報を記述するユーザの使用履歴記述スキームを含み、該使用履歴記述スキームは、該オーディオビジュアルプログラム管理システムに対してユーザにより実行された動作の履歴を記述するユーザ動作履歴記述スキームを含み、該ユーザ動作履歴記述スキームは、同じタイプの動作のリストを記述するユーザ動作リスト記述スキームを含み、該ユーザ動作リスト記述スキームは、前記動作のリスト内のユーザ動作であって、単一のプログラムに関係するユーザ動作を記述するユーザ動作記述スキームを含むことを特徴とするオーディオビジュアルプログラム管理システム。
【請求項２】
請求項１に記載のオーディオビジュアルプログラム管理システムにおいて、前記ユーザ動作記述スキームは、シソーラスが有する用語にて規定される動作を記述することを特徴とするオーディオビジュアルプログラム管理システム。
【請求項３】
請求項１に記載のオーディオビジュアルプログラム管理システムにおいて、前記使用履歴記述スキームは、前記ユーザにより実行された動作に関係する時間情報を記述し、該時間情報は、メディアに対して設定された基準時に基づく動作時間を表す動作メディア時間、及び／または協定世界時に基づく動作時間であることを特徴とするオーディオビジュアルプログラム管理システム。
【請求項４】
請求項１に記載のオーディオビジュアルプログラム管理システムにおいて、前記使用履歴記述スキームは、MPEG−７準拠のコンテンツ記述の選択された部分を参照可能としたことを特徴とするオーディオビジュアルプログラム管理システム。
【請求項５】
請求項１に記載のオーディオビジュアルプログラム管理システムにおいて、前記使用履歴記述スキームは、使用履歴に記述される個人を識別するためのユーザ識別子を含み、該ユーザ識別子に設定された属性に応じて、該ユーザ識別子が開示されるかどうかが決定されることを特徴とするオーディビジュアルプログラム管理システム。
【請求項６】
請求項１に記載のオーディオビジュアルプログラム管理システムにおいて、前記使用履歴記述スキームは、複数の細分度レベルで前記使用履歴情報を規定することを特徴とするオーディビジュアルプログラム管理システム。
【請求項７】
オーディオプログラム、ビジュアルプログラムまたはオーディオビジュアルプログラムを受信する受信ステップと、
該受信ステップで受信したプログラムに基づいて当該プログラムに関連した記述スキームを発生する記述スキーム発生ステップと、
前記記述スキーム発生ステップで発生した記述スキームを記録するデータ記録ステップと、
該データ記録ステップに記録された記述スキームに含まれる情報を解析し、該記述スキームに含まれる情報に基づき前記プログラムのフィルタリング、サーチ、ブラウジングを実行するサーチフィルタリングブラウジングステップと、
該フィルタリング、サーチ、ブラウジングした結果をディスプレイに出力するステップとを有する、オーディオビジュアルプログラム管理方法であって、
前記記述スキームは、該オーディオビジュアルプログラム管理システムに対する所定期間中のユーザの使用履歴を記述するユーザの使用履歴記述スキームを含み、該使用履歴記述スキームは、該オーディオビジュアルプログラム管理システムに対してユーザにより実行された動作の履歴を記述するユーザ動作履歴記述スキームを含み、該ユーザ動作履歴記述スキームは、同じタイプの動作のリストを記述するユーザ動作リスト記述スキームを含み、該ユーザ動作リスト記述スキームは、前記動作のリスト内のユーザ動作であって、単一のプログラムに関係するユーザ動作を記述するユーザ動作記述スキームを含むことを特徴とするオーディオビジュアルプログラム管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オーディオビジュアル情報を管理するための使用履歴記述スキーム、システム、及び方法に関する。
【０００２】
【従来の技術】
ビデオカセットレコーダ（ＶＣＲ）又はビデオテープレコーダ（ＶＴＲ）は、録画ボタンの押圧に応答して動画プログラムを録画したり、時刻に基づき動画プログラムを録画するようにプログラムすることができる。しかしながら、視聴者は録画する対応のプログラムを識別するのにテレビガイドからの情報に基づき、ＶＣＲをプログラムしなければならない。更に録画後、視聴者はＶＣＲがもつ機能、例えば早送り又は高速巻き戻しの機能を使って、見るべきプログラムの対応する部分を選択するために、ビデオテープ全体を走査する。不幸なことにこのサーチ及び視聴はリニアサーチに基づくので、プログラムの所望する部分を探したり、テープの所望する部分まで早送りするのにかなりの時間がかかることがある。更に、所望するプログラムを録画するのにテレビガイドを参照してＶＣＲをプログラムするのにも時間がかかる。更に視聴者がテレビガイドから望ましいプログラムを認識できなれば、視聴者は録画すべきプログラムを選択しにくい。
【０００３】
ＲｅＰｌａｙＴＶ及びＴｉＶｏ社は、ＶＣＲと同じようにテレビ放送を受信し、録画し、再生するハードディスクを使ったシステムを開発した。これらシステムは視聴者の見る好みに従って、プログラムできる。これらシステムはテレビガイドから入手できる情報と同様なスケジュール情報を受信するのに、テレビ回線のインターフェースを使用している。システムのプログラム及びスケジュール情報に基づき、システムは視聴者にとって潜在的な関心のあるプログラムを自動的に録画する。不幸なことに、録画されたプログラムの視聴はリニア状には行われず、かなりの時間を必要とすることがある。更に、個人の好みに対しては、同じように異なる態様で各システムをプログラムしなければならない。
フリーマン（Freeman）他による米国特許第５,８６１,８８１号は、加入者が個人用のコンテンツを受信できるようなインタラクティブなコンピュータシステムを開示している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のシステムのいずれを用いる場合でも、各視聴者個人は自分の特定の視聴の好みに従って装置をプログラムしなければならない。好ましくないことに、異なる各タイプの装置はケーパビリティが異なり、視聴者の選択を制限するような制約がある。更に各装置は異なるインターフェースを含み、このインターフェースに視聴者が慣れていないことがある。更に、オペレーションマニュアルがなくなった場合、視聴者が装置を効率的にプログラムすることが困難となり得る。
【０００５】
また、ユーザが入手可能なマルチメディアコンテンツの範囲と数は、実用的でない単純なブラウジングのような従来のマルチメディアコンテンツの選択方法を用いて、驚異的に増大してきた。マルチメディアコンテンツを選択するための現存システムは、限られた量の情報を使用履歴の一部として収集することに重点を置いている。これらのシステムにより提供される利用可能な動作とコンテンツ記述アイテムのリストを新しい要求とアプリケーションの発生に応じて拡張するには適していない。さらに、（マルチメディア）使用履歴情報を表現するための標準化されたフォーマットが欠如しており、従って、ある特定タイプの装置又はサービスにより収集された使用履歴データは他の装置又はサービスによって直接利用できること場合が少ない。加えて、使用履歴は、従来、ユーザの好みとプロファイルを生成するための道具でしかないと考えられて来た。さらに、現存のシステムは、個別ユーザの動作と詳細分類リストの両面から使用履歴を記録する技法を何も提供しない。
【０００６】
本発明は、上述のごとき実状に鑑みてなされたものであり、マルチメディアコンテンツの選択に関する現存の限界を考察し、かなり改善された方法で１人以上のユーザの使用履歴情報を収集し記述するための、少なくともオーディオ，画像，及び複数のフレームを含む動画の中の１つを含む使用履歴記述スキームを利用可能としたオーディオビジュアルプログラム管理システム、及びオーディオビジュアルプログラム管理方法を提供することをその目的とする。
【０００７】
【課題を解決するための手段】
第１の技術手段は、オーディオプログラム、ビジュアルプログラムまたはオーディオビジュアルプログラムを受信する受信手段と、受信手段で受信したプログラムに基づいて当該プログラムに関連した記述スキームを発生する記述スキーム発生手段と、記述スキーム発生手段が発生した記述スキームを記録するデータ記録ユニットと、データ記録ユニットに記録された記述スキームに含まれる情報を解析し、記述スキームに含まれる情報に基づきプログラムのフィルタリング、サーチ、ブラウジングを実行するサーチフィルタリングブラウジングモジュールと、フィルタリング、サーチ、ブラウジングした結果をディスプレイに出力する手段とを有する、オーディオビジュアルプログラム管理システムであって、記述スキームは、オーディオビジュアルプログラム管理システムに対する所定期間中のユーザの使用履歴情報を記述するユーザの使用履歴記述スキームを含み、使用履歴記述スキームは、オーディオビジュアルプログラム管理システムに対してユーザにより実行された動作の履歴を記述するユーザ動作履歴記述スキームを含み、ユーザ動作履歴記述スキームは、同じタイプの動作のリストを記述するユーザ動作リスト記述スキームを含み、ユーザ動作リスト記述スキームは、動作のリスト内のユーザ動作であって、単一のプログラムに関係するユーザ動作を記述するユーザ動作記述スキームを含むことを特徴としたものである。
【０００８】
第２の技術手段は、第１の技術手段において、ユーザ動作記述スキームは、シソーラスが有する用語にて規定される動作を記述することを特徴としたものである。
【０００９】
第３の技術手段は、第１の技術手段において、使用履歴記述スキームは、ユーザにより実行された動作に関係する時間情報を記述し、時間情報は、メディアに対して設定された基準時に基づく動作時間を表す動作メディア時間、及び／または協定世界時に基づく動作時間であることを特徴としたものである。
【００１０】
第４の技術手段は、第１の技術手段において、使用履歴記述スキームは、MPEG−７準拠のコンテンツ記述の選択された部分を参照可能としたことを特徴としたものである。
【００１１】
第５の技術手段は、第１の技術手段において、使用履歴記述スキームは、使用履歴に記述される個人を識別するためのユーザ識別子を含み、ユーザ識別子に設定された属性に応じて、ユーザ識別子が開示されるかどうかが決定されることを特徴としたものである。
【００１２】
第６の技術手段は、第１の技術手段において、使用履歴記述スキームは、複数の細分度レベルで使用履歴情報を規定することを特徴としたものである。
【００１３】
第７の技術手段は、オーディオプログラム、ビジュアルプログラムまたはオーディオビジュアルプログラムを受信する受信ステップと、受信ステップで受信したプログラムに基づいて当該プログラムに関連した記述スキームを発生する記述スキーム発生ステップと、記述スキーム発生ステップで発生した記述スキームを記録するデータ記録ステップと、データ記録ステップに記録された記述スキームに含まれる情報を解析し、記述スキームに含まれる情報に基づきプログラムのフィルタリング、サーチ、ブラウジングを実行するサーチフィルタリングブラウジングステップと、フィルタリング、サーチ、ブラウジングした結果をディスプレイに出力するステップとを有する、オーディオビジュアルプログラム管理方法であって、記述スキームは、オーディオビジュアルプログラム管理システムに対する所定期間中のユーザの使用履歴を記述するユーザの使用履歴記述スキームを含み、使用履歴記述スキームは、オーディオビジュアルプログラム管理システムに対してユーザにより実行された動作の履歴を記述するユーザ動作履歴記述スキームを含み、ユーザ動作履歴記述スキームは、同じタイプの動作のリストを記述するユーザ動作リスト記述スキームを含み、ユーザ動作リスト記述スキームは、動作のリスト内のユーザ動作であって、単一のプログラムに関係するユーザ動作を記述するユーザ動作記述スキームを含むことを特徴としたものである。
【００１５】
【発明の実施の形態】
今日の多くの家庭では、オーディオ及び動画情報の情報ソースを多数有している。すなわち、例えば多数のテレビ，多数のＶＣＲ，ホームステレオ，ホーム娯楽センター，ケーブルテレビ，衛星テレビ，インターネット放送，ワールドワイドウェブ，データサービス，特殊なインターネットサービス，ポータブルラジオ装置及び自動車の各々に設けられたステレオなどの多くのソースを有する。これら装置の各々に対し、動画及び／又はオーディオコンテンツを入手し、選択し、記録し、再生するのに、通常、異なるインターフェースが使用されている。例えばＶＣＲは録画時間の選択が可能であるが、ユーザはテレビガイドと所望する録画時間の関係付けなければならない。別の例として、ユーザは自分のホームステレオ用に予めラジオ局の好ましいセットを選択して、更にユーザの自動車の各々に対し、予め選択された局の同じセットを選択することも仮定できる。家庭の別のメンバーが予め選択されたステレオ局の別のセットを望む場合、各オーディオ装置のプログラムをプログラムし直さなければならないのはかなり不便である。
【００１６】
現在、ビジュアル情報，オーディオ情報、例えばラジオ，オーディオテープ，ビデオテープ，映画，ニュースの視聴者は、１つ以上の均一な方法で娯楽を楽しみ、情報を受けることを望んでいる。換言すれば、特定のユーザに提供されるオーディオビジュアル情報は、単一のフォーマットで表現され、かつユーザの特定の視聴の好みに合った内容を含むものに限られている。更に、そのフォーマットは、特定のオーディオビジュアル情報の内容に依存したものとなっている。視聴者に提供される情報量は特定の時間に特定の視聴者が望むような詳細度だけに限定されていなければならない。例えば、ユーザの視聴時間がますます限られてきた場合、ユーザはバスケットゲームの１０分間だけ、すなわちハイライトだけを見たいことがある。
【００１７】
更に、特定の視聴者の好みに従って多数のオーディオビジュアル装置をプログラムしなければならないことは、特に旅行中に不慣れな録画装置が提供された場合、負担の大きい作業である。旅行中、ユーザは自分の視聴の好みに従って効率的に、不慣れな装置、例えばホテルの部屋のオーディオビジュアル装置を容易に操作することを望んでいる。
【００１８】
オーディオビジュアル情報を提供するのに頻繁に利用できる時間が限られていることを特に考慮すると、これら情報の提供は時間的に効率よく行わなければならないので、所望するオーディオビジュアル情報を単に録画するだけの便利な技術が十分でない。更に、ユーザは自分が関心のある利用可能なすべての情報部分だけにアクセスしながら、他の情報をスキップできなければならない。
【００１９】
ユーザは、オーディオ動画情報のソースのすべて又はほんの一部を通して入手できる、潜在的に膨大な量の情報を視聴することはできない。更に、潜在的に利用できる情報量が増加している場合、ユーザは自分が関心のある情報の潜在的な内容（コンテンツ）にも気づきにくい。オーディオ，画像，動画の膨大な量を考慮して、一般にユーザ情報と称されるような、ユーザのこれまでの視聴の習慣、好み及び個人的な特徴に基づき、オーディオ及び動画情報を記録し、ユーザにこれら情報を提供するシステムが望ましい。さらに、システムは、システム装置の能力（ケーパビリティ）に基づいてこれらの情報を提供することができる。これにより、システムは望みの情報を記録し、ユーザ及び／又は視聴者に対し、自らを自動的にカスタマイズできることが望ましい。ユーザ、視聴者の条件を任意のタイプのコンテンツに対し相互交換可能に利用できることが望ましい。また、視聴情報の受信時に、特定のユーザの好みに対して他の装置を同じように自動的に合わせることができるように、ユーザ情報を異なるデバイス間で転送し、利用できるようになっている必要がある。
【００２０】
図１は、本発明に係るオーディオビジュアルシステムのプログラム，システム及びユーザの実施形態を関連する記述スキームと共に示す図である。上述の要望を考慮して、代表的なオーディオビジュアル環境の重要な部分を判断するための代表的なオーディオ及び動画の提供された環境を解析する。まず第１に、図１を参照すると、ユーザ及び／又は（装置）システムに、動画，画像及び／又はオーディオ情報１０が提供又は他の方法で利用できるようにされている。第２に、動画，画像及び／又はオーディオ（装置）システム１２、例えばテレビ又はラジオからユーザに動画，画像及び／又はオーディオ情報が提供される。第３に、ユーザは、システム（装置）１２と相互対話して情報１０を好ましい方法で見て、ユーザ情報１４に従って得られるオーディオ，画像及び／又は動画情報を定めるための好みを有するようになる。オーディオビジュアルシステムの主な異なる特徴を適当に識別し、オーディオビジュアルシステム１６の各部分の情報コンテンツを記述するために必要な情報を説明する。
【００２１】
識別されたオーディオビジュアルプレゼンテーションシステム１６の３つの部分の機能は他の部分への相互関係と共に識別される。必要な相互関係を定めるために、各部分を記述するデータを含む１セットの記述スキームが定義される。これら記述スキームは、プログラム１０，システム１２，ユーザ情報１４に補助的なデータを含み、人が読み取りできるテキストから符号化されたデータまでの１セットの情報を記録する。これら記述スキームは、ブラウジング，フィルタリング，サーチ，アーカイブ，個人化を可能にするのに使用できる。プログラム１０，ユーザ１４，システム１２を記述する別個の記述スキームを設けることにより、３つの部分（プログラム，ユーザ，システム）を共に組み合わせてこれまで得られていない相互活動性を提供することができる。更に、コンパチビリティ及び機能性を完全に維持しながら、異なるプログラム１０と、異なるユーザ１４と、異なるシステム１２とを共に組み合わせてもよい。記述スキームはデータ自体を含んでいてもよいし、必要な場合にはデータへのリンクを含んでいてもよいと理解すべきである。
【００２２】
動画、静止画像及び／又はオーディオ情報１０に関連するプログラム記述スキーム１８は、２セットの情報、すなわちプログラムビューとプログラムプロフィルとを含むことが好ましい。プログラムビューは効率的なブラウジングを行うのに適当な動画フレームが潜在的にどのように見えるかを定める動画フレームの論理的構造を定める。例えば、このプログラムビューは、キーフレーム，ショット間のセグメントの定義，ハイライトの定義，動画要約（動画サマリ）の定義，異なる長さのハイライト，サムネイルのセットのフレーム，個々のショット又はシーン，動画の代表的なフレーム，異なるイベントのグルーピング及びクローズアップビューを識別するためのデータを含む１セットのフィールドを含むことができる。プログラムビューの記述は、サムネイル、スライド、キーフレーム、ハイライト及びクローズアップビューを含むことができるのでユーザがプログラムレベルだけでなく、特定のプログラムの内部でフィルタリング及びサーチを行うことができる。
【００２３】
記述スキームは、粗いものから細かいものまでのマルチレベルの要約を提供するプログラムビューの一部としてキーフレームビューをサポートすることにより、詳細度が変化する際の情報にユーザがアクセスできるようにもする。プログラムプロフィルはプログラムのコンテンツの顕著な特徴を定める。すなわち、俳優，スター，レーティング，ディレクタ，リリース日，時間スタンプ，キーワードの識別子，トリガプロフィル，スチールプロフィル，イベントプロフィル，キャラクタプロフィル，オブジェクトプロフィル，カラープロフィル，テクスチャプロフィル，シェイププロフィル，動きプロフィル，カテゴリ等を定める。プログラムプロフィルはオーディオ及び動画情報のフィルタリング及びサーチを容易にするのに特に適している。記述スキームによってユーザは、気づかない可能性のある関心のあるプログラムをユーザ記述スキーム２０を提供することによって、発見する手段を有することができる。ユーザ記述スキーム２０はソフトウェアエージェントに情報を提供し、次にソフトウェアエージェントは可能な場合にシステム記述スキーム２２及びプログラム記述スキーム１８の情報を使用することによって、ユーザのためのサーチ及びフィルタリングを実行する。本発明の実施形態の１つにはプログラム記述スキームが含まれると理解すべきである。
【００２４】
プログラム記述スキーム１８内に含まれるプログラムビューは、機能性、例えばクローズアップビューをサポートする特別ビューである。クローズアップビューでは所定の画像オブジェクト、例えば有名なバスケットボール選手、例えばマイケルジョーダンを、元のプログラムと別個のプログラムシーケンスを再生することによって、クローズアップで見ることができる。簡単に別のビューを組み込むことも可能である。他方のキャラクタプロフィルは、当該キャラクタの周りの長方形領域の空間−時間的位置及びサイズを含むことができる。この領域は、プレゼンテーションエンジンによって拡大したり、プレゼンテーションエンジンがこの領域外を暗くして、所定の数のフレームに広がるキャラクタにユーザの関心を集中させることができる。プログラム記述スキーム１８内の情報は、領域の初期サイズ又はロケーション，フレームからフレームへの領域の移動，領域を特徴づけるフレームの時間及び数の条件に関するデータを含むことができる。キャラクタプロフィルは、キャラクタに関するテキストの表記及びオーディオ表記だけでなく、ウェブページ情報及び任意の他の適当な情報も含むための手段も提供する。かかるキャラクタプロフィルは動画の関連するオーディオトラックとは別で、かつそれに加えられるオーディオ表記を含むことができる。
【００２５】
同じように、プログラム記述スキーム１８は同様なオーディオ（例えばラジオ放送）に関する同じような情報、アナログ又はディジタル写真又は動画フレームのような画像を含むことができる。
【００２６】
ユーザの記述スキーム２０はユーザの個人的な好み及びユーザが見た履歴、例えばブラウジングの履歴，フィルタリングの履歴，サーチの履歴及び装置（デバイス）設定の履歴に関する情報及びユーザの個人的な好みを含むことが好ましい。このユーザの個人的な好みは、ユーザが見たい特定のプログラム及びプログラムのカテゴリに関する情報を含む。ユーザ記述スキーム２０は特定のユーザに関する個人情報、例えば人口統計学的情報及び地理的情報、例えば郵便番号及び年齢等も含むことができる。これに関連する特定のプログラム又は属性の明示的定義によってシステム１６はユーザに関係のある利用可能なプログラム記述スキーム１８内に含まれる情報から、それらプログラムを選択することが可能となる。
【００２７】
ユーザは装置のプログラムを習ったり、又は装置を明示的にプログラムすることは望まないことが多い。更にユーザ記述スキーム２０は特定のユーザのための好ましいすべてのプログラムを記述する明示的定義を含むためには充分にロバストでないことがある。かかるケースでは、明示的に提供されていないか、又は記述が困難な異なる視聴特性に適合するように、ユーザの視聴習慣に合わせるユーザ記述スキーム２０のケーパビリティ（能力）が有効である。かかるケースでは、ユーザ記述スキーム２０を補強したり、又は任意の技術を使用して、ユーザ記述スキーム２０に含まれる情報とプログラム記述スキーム１８に含まれる利用可能な情報とを比較し、選択できるようにする。ユーザ記述スキーム２０は、プログラムカテゴリからプログラムビューまで広がるユーザの好みだけでなく、利用の履歴を保持するための技術を提供する。ユーザの記述スキーム情報は永続性であるが、任意の時間にユーザのためにユーザ自身又はインテリジェントソフトウェアエージェントによって更新することができる。ユーザがユーザ記述スキーム２０をディスエーブルすると判断した場合、任意の時にこれをユーザがディスエーブルすることもできる。
【００２８】
更にハンドヘルドの電子デバイスは、スマートカードのように、ユーザがある装置から別の装置へユーザ記述スキーム２０を持ち運ぶことができるように、独立性があって、かつポータブルであり、多数の装置を接続するネットワークを通してトランスポート可能とする。このユーザ記述スキーム２０は異なる製品の間で標準化されれば、ユーザの好みもポータブルとなる。例えば、ユーザはホテルの部屋内のテレビ受像機をパーソナル化でき、よってユーザは任意の時間及び任意の場所で好きな情報にアクセスすることが可能である。ある意味でこのユーザ記述スキーム２０は、永続的であり、時間をベースとしないものである。更に、プログラム記述スキーム１８内の選択された情報は暗号化が可能である。その理由は、この情報の少なくとも一部はプライベート（すなわち人口統計学的）なものとみなすことができるからである。ユーザ記述スキーム２０はオーディオビジュアルプログラム放送と関連づけでき、受信機の特定のユーザの記述スキーム２０と比較し、プログラムが意図する視聴者のプロフィルが、ユーザのプロフィルと一致するかどうかを容易に判断できる。本発明の実施形態のうちの１つは、単にユーザ記述スキーム２０のみが含まれるものであると理解すべきである。
【００２９】
システム記述スキーム２２は個々のプログラム及びその他のデータを管理することが好ましい。この管理としては、プログラムリスト，カテゴリ，チャネル，ユーザ，動画，オーディオ及び画像を維持することが含まれる。またこの管理にはオーディオ、動画及び／又は画像を提供するための装置の機能が含まれる。かかる機能には、例えばスクリーンのサイズ，ステレオ，ＡＣ３，ＤＴＳ，カラー，白／黒などが含まれる。またこの管理にはプログラム記述スキーム１８及びユーザ記述スキーム２０のうちの１つ以上に対するユーザ，オーディオ，画像のうちの１つ以上の間の関係が含まれる。同様に、この管理にはプログラム記述スキーム１８の１つ以上とユーザ記述スキーム２０の１つ以上との間の関係が含まれる。本発明の実施形態のうちの１つは、単にシステム記述スキーム２２のみが含まれるものであると理解すべきである。
【００３０】
プログラム記述スキーム１８の記述子とユーザ記述スキーム２０の記述子とは、少なくとも一部が関連すべきであり、それにより同じ情報を示す記述子を比較することによってプログラムの潜在的な好ましさを判断可能となる。例えば、プログラム記述スキーム１８とユーザ記述スキーム２０とは、同じセットのカテゴリ及び俳優を含んでいるとする。プログラム記述スキーム１８はユーザ記述スキーム２０の知識がなく、この逆に、ユーザ記述スキーム２０はプログラム記述スキーム１８の知識がないので、互いに依存せずに各記述スキームは存在する。これら記述スキームを完全に充足させる必要はない。またユーザ記述スキーム２０と共にプログラム記述スキーム１８を含まないことが有利である。その理由は、関連する記述スキームを有するプログラムは何千個もある可能性があり、これら記述スキームをユーザ記述スキーム２０と組み合わせた場合、その結果、ユーザ記述スキーム２０が不必要に大きくなるからである。より容易に携帯できるように、ユーザ記述スキーム２０を小さく維持することが好ましい。従って、プログラム記述スキーム１８及びユーザ記述スキーム２０しか含まないシステムが有利である。
【００３１】
ユーザ記述スキーム２０とシステム記述スキーム２２とは少なくとも部分的に関連したフィールドを含む必要がある。フィールドが関連している場合、システムは所望する情報を捕捉することができ、フィールドが関連していない場合、所望するように情報を認識できない。システム記述スキーム２２はユーザ及び利用できるプログラムのリストを含むことが好ましい。利用可能なプログラムのマスターリスト及び関連するプログラム記述スキーム１８に基づき、システムは所望するプログラムを一致させることができる。ユーザ記述スキーム２０と共にシステム記述スキーム２２を含まないことが有利である。その理由は、システム記述スキーム２２内では何千ものプログラムが記録される可能性があり、システム記述スキーム２２とユーザ記述スキーム２０を組み合わせた場合、その結果、ユーザ記述スキーム２０は不必要に大きくなるからである。ユーザ記述スキーム２０は小さく維持してこれをより容易に携帯できるようにすることが好ましい。例えば、ユーザ記述スキーム２０は、ラジオ局の予め選択した周波数及び／又は局のタイプを含むことができるが、システムの記述スキーム２２は、特定の町におけるラジオ局に対する利用可能な局を含む。別の町に旅行した場合、システム記述スキーム２２とともにユーザ記述スキーム２０によってラジオ局をプログラムし直すことが可能となる。従って、システム記述スキーム２２及びユーザ記述スキーム２０しか含まないシステムが有利である。
【００３２】
プログラム記述スキーム１８とシステム記述スキーム２２とは少なくとも部分的に関連したフィールドを含む必要がある。フィールドが関連している場合、システム記述スキーム２２はプログラム記述スキーム１８内に含まれる情報を記録できるので、情報を正しくインデクシングできる。インデクシングが適当であれば、システムはかかる情報と入手できるユーザ情報とを一致させ、適当なプログラムを得て、これを記録できる。プログラム記述スキーム１８とシステム記述スキーム２２とが関連していない場合、プログラムから情報を抽出して記録することはできない。特定のビューシステムのシステム記述スキーム２２内で指定されたシステム機能とプログラム記述スキーム１８との相関をとることで、ビューシステムによってサポートできるビューを決定できる。例えばビュー装置が動画を再生できない場合、そのシステム記述スキーム２２はそのビュー機能をキーフレームビュー及びスライドビューのみに限定されているものと記述できる。
【００３３】
特定のプログラムのプログラム記述スキーム１８及びビューシステムのシステム記述スキーム２２を利用して、ビューシステムに適当なビューを提供できる。従って、プログラムのサーバは特定のビューシステムのケーパビリティに従って適当なビューを提供し、このビューはサーバとユーザのビュー装置とを接続するネットワーク又は通信チャネルを通して通信できる。コンテンツプロバイダはコンテンツ及び記述スキームを別のスタイル，時間，フォーマットでパッケージし直すので、システム記述スキーム２２と別個のプログラム記述スキーム１８を維持することが好ましい。更に、プログラムが別の時間にディスプレイされる場合でも、プログラム記述スキーム１８とプログラムとを関連させることが好ましい。従って、システム記述スキーム２２及びプログラム記述スキーム１８しか含まないシステムも有利である。
【００３４】
同一情報の関連付けられたフィールドを有しながら、３つの記述スキームの各々の独立性を好ましく維持することにより、システム１６の全体の機能を維持しながら、プログラム１０と、ユーザ情報１４と、システム１２とを相互に交換することができる。
【００３５】
図２は、図１の解析モジュールを含むオーディオビジュアルシステムの実施形態を示す図である。システム１６によってオーディオ，ビジュアル又はオーディオビジュアルプログラム３８が受信される。このプログラム３８は適当なソース、例えば、放送テレビ，ケーブルテレビ，衛星テレビ，ディジタルテレビ，インターネット放送，ワールドワイドウェブ，ディジタル動画ディスク，静止画像，ビデオカメラ，レーザーディスク，磁気媒体，コンピュータ用ハードドライブ，ビデオテープ，オーディオテープ，データサービス，ラジオ放送及びマイクロウェーブ通信から発生可能である。プログラム記述スキーム１８は任意の適当なソース、例えば、ディジタルテレビ放送，特殊なディジタルテレビデータサービス，特殊なインターネットサービス，ワールドワイドウェブ，データファイル，電話を通したデータ，コンピュータメモリのようなメモリにおけるＰＳＩＰ／ＤＶＢ−ＳＩ情報から発生可能である。
【００３６】
プログラム記述スキーム１８，ユーザ記述スキーム２０及び／又はシステム記述スキーム２２はネットワーク（通信チャネル）を通してトランスポートできる。例えば、システム記述スキーム２２は、ソースへトランスポートしてビュー又は装置が使用できる他の機能をソースに提供できる。このトランスポートに応答し、ソースは装置にカスタマイズされた、又は特定の装置に適当な画像，オーディオ及び／又は動画コンテンツを提供する。システム１６は１つ以上のかかるプログラム３８を受信するのに適した任意の装置を含むことができる。オーディオビジュアルプログラム解析モジュール４２は、受信したプログラム３８を解析して、プログラムに関連した情報（記述子）を抽出し、これを記述スキーム（ＤＳ）発生モジュール４４へ提供する。プログラムに関連する情報はプログラム３８を含むデータストリームから抽出したり、又は他の任意のソース、例えば電話回線を通して転送されたデータ、過去にシステム１６に既に転送されたデータ又は関連ファイルからのデータから得ることができる。プログラムに関連する情報は、特定のプログラム３８に対して利用できるプログラムビュー及びプログラムプロフィルの双方を定義するデータを含むことが好ましい。解析モジュール４２は、（ｉ）プログラムから抽出される低レベルの特徴に基づいた自動オーディオ動画解析方法，（ｉｉ）イベント検出技術，（ｉｉｉ）データソース又は電子プログラムガイド（ＥＰＧ，ＤＶＢ−ＳＩ及びＰＳＩＰ）から利用できる（又は抽出可能な）データ，（ｉｖ）プログラム記述スキームを定めるデータを提供するために、ユーザ記述スキーム２０から得られるユーザ情報から得られる情報を使って、プログラム３８の解析を実行する。
【００３７】
図３は、図２の解析モジュールの実施形態を示す図である。プログラム解析技術のいずれを選択するかは、容易に入手できるデータの量及びユーザの好みに応じて決まる。例えば、ユーザが特定のプログラム、例えばバスケットボールゲームの５分間の動画ハイライトを見たい場合、解析モジュール４２は知識をベースとするシステム９０を呼び出して、最良の５分間の要約を形成するハイライトを決定する。知識ベースシステム９０はコマーシャルを除去するためのコマーシャルフィルタ９２及びスローモーション検出器５４を呼び出して、動画要約を作成するのを助けることができる。また、解析モジュール４２は、他のモジュールを呼び出して情報（例えばテクスチャ情報）をまとめ、特定のプログラムビューをオーサリングすることもできる。例えばプログラム３８が更に情報を入手できないホームビデオである場合、解析モジュール４２はマルチレベルの要約のキーフレームを識別し、プログラムビュー、特にキーフレームビューを発生するのに使用される情報を記述スキームへ送ることによってキーフレーム要約を作成できる。
【００３８】
図３を参照すると、解析モジュール４２は他のサブモジュール、例えば逆多重化器／復号器６０，データ及びサービスコンテンツ解析器６２，テキスト処理及びテキスト要約発生器６４，クローズキャプション解析器６６，タイトルフレーム発生器６８，解析マネージャ７０，オーディオビジュアル解析及び特徴抽出器７２，イベント検出器７４，キーフレームサマライザ７６及びハイライトサマライザ７８も含むことができる。
【００３９】
発生モジュール４４はシステム記述スキーム２２のためのシステム情報４６を受信する。このシステム情報４６は発生モジュール４４が発生したシステム記述スキーム２２のためのデータを含むことが好ましい。発生モジュール４４はユーザ記述スキームのためのデータを含むユーザ入力情報４８も受信し、ユーザ入力情報４８は発生モジュール４４内で発生されたユーザ記述スキームのためのデータを含むことが好ましい。ユーザ入力情報４８は、例えばプログラム記述スキーム１８及びシステム記述スキーム２２に含まれるべき、メタ情報を含むことができる。ユーザ記述スキーム２０（又は対応する情報）はプログラム３８を選択的に解析するために、解析モジュール４２へ提供される。例えばユーザ記述スキーム２０は特定のプログラムのためのハイライト発生機能をトリガし、好ましいビューを発生し、プログラム記述スキーム１８内の関連するデータを記録するのに適している。発生モジュール４４及び解析モジュール４２は、データ記録ユニット５０へデータを提供する。記録ユニット５０は任意の記録デバイス、例えばメモリ又は磁気媒体でよい。
【００４０】
サーチ，フィルタリング，ブラウジング（ＳＦＢ）モジュール５２は、記述スキーム内に含まれる情報を解析し、抽出することにより、記述スキーム技術を実行する。このＳＦＢモジュール５２は、記述スキームに含まれる情報に基づき、プログラム３８のフィルタリング，サーチ，ブラウジングを実行できる。ユーザ固有の情報及び視聴履歴等を収集し、発生モジュール４４を通してユーザ記述スキームをオーサリングし、更新する際に使用すべき発生モジュール４４へ提供するインテリジェントソフトウェアエージェントがＳＦＢモジュール５２内に含まれることが好ましい。このように、ディスプレイ８０を介し、ユーザへ望ましいコンテンツを提供できる。検索，記録，及び／又は視聴するべき望ましいプログラムの選択は、少なくとも一部をグラフィカルユーザインターフェースディスプレイ８２を通してプログラムできる。このグラフィカルユーザインターフェース（ＧＵＩ）は、ＧＵＩを介して、ユーザへ情報を提供するためのプレゼンテーションエンジンを含むか、これに接続することもできる。
【００４１】
マルチパートの記述ストリーム装置を使用するオーディオ情報のインテリジェントマネージメント及び消費によって、情報がオーバーロード状態となる近年に適した次世代装置が得られる。この装置は、個人及び家族の変化するライフスタイルに応えるものであり、いつでもどこでも望む情報を誰もが得ることができるようにするものである。
【００４２】
装置の使用例は次のとおりである。平日の仕事を終えたユーザは、ほっとしながら金曜日の夕方遅く、帰宅する。このユーザは世界の出来事をキャッチしたいと思い、その夜遅くにＡＢＣ放送の２０／２０ショーを視聴する。この時は午後９時であり、２０／２０ショーは１時間後の午後１０時にスタートする。ユーザは１週間のうちのスポーツイベント及びマイクロソフト社と司法省との係争に関するすべてのニュースに関心がある。ユーザ記述スキーム２０は特定のユーザがマイクロソフト社の係争及び特定のチームが選択されたスポーツイベントに関して利用できるすべての情報を得たいとの要求を示すプロフィルを含むことができる。更に、システム記述スキーム２２及びプログラム記述スキーム１８は選択的に得て記録できる入手可能な情報のコンテンツに関する情報を提供する。
【００４３】
システムは、３つの記述スキームに基づき、ユーザが関心を持つ、過去の１週間の間のオーディオビジュアル情報を自主的に、かつ周期的に得て、これを記録する。装置は１時間以上のオーディオビジュアル情報を記録している可能性が最も高いので、情報を所定の態様で凝縮しなければならない。ユーザは、ポインタ又は音声コマンドによってシステムとの相互対話を開始し、記録されたスポーツプログラムを見たいことを示す。ディスプレイ上でユーザにはバスケットボール及びサッカーを含む、記録されたスポーツイベントのリストが提示される。ユーザの好きなフットボールチームの試合は記録されていないので、明らかにユーザのフットボールチームはこの週に試合をしていない。ユーザはバスケットボールの試合に関心があるので、試合を見たいと表示する。各ゲームの重要な瞬間を捉えた一セットのタイトルフレームが提示される。ユーザはシカゴブルズの試合を選択し、このゲームの５分間のハイライトを見たいと表示する。すると、システムは自動的にハイライトを発生する。これらハイライトはオーディオ又は動画解析によって発生できるか、又はプログラム記述スキーム１８は５分間のハイライトの間提示されるフレームを示すデータを含む。システムはユーザが見るために選択できる特定のシカゴブルズの試合に関するウェブに基づくテキストの情報も記録できる。所望すれば、要約された情報を記録デバイス、例えばラベル付きのＤＶＤに記録してもよい。この記録情報は、後に探すことができるようにインデックスコードを含んでもよい。
【００４４】
ユーザはスポーツイベントを視聴した後に、マイクロソフト社の係争に関するニュースを読むと決断できる。この時の時間は午後９時５０分であり、ユーザはニュースを視聴している。実際には、ユーザはニュースを視聴後、記録されたニュースのアイテム全てを削除するように選択した。次に、午後１０時前に、忘れずに今日最後にすべきことを行う。
【００４５】
次の日、ユーザは、その日に自分の兄から受け取った、兄の生まれたばかりの女の子と去年のペルー旅行の場面を録画したＶＨＳテープを見ると予定を企てる。２時間テープ全体を見たいが、ユーザは子供がどんな子か、また自分が前回ペルーを訪問した時になかったリマに建設された新しいスタジアムも見たい。ユーザはテープのビジュアル要約を流し見し、次の朝の午前１０時に自分の娘をピアノのレッスンに連れて行く前に、数分間ブラウジングし、数セグメント見ようと予定をたてる。ユーザはテープをシステムに接続されている自分のＶＣＲにテープを挿入し、システムの要約機能を呼び出し、テープをスキャンし、要約を作成する。次にユーザは次の朝、要約を見て、赤ちゃんの様子を短時間見て、要約のうちのキーフレームの間のセグメントを再生し、泣いている赤ちゃんを一目見ることができる。システムのハードドライブ（又は記録装置）にテープカウントを記録することもできるので、動画要約を迅速に見ることができる。この時、午後１０時１０分となっており、ユーザは１０分後に２０／２０ショーを見るようである。幸運なことに、３つの記述スキームに基づき、システムは午後１０時から２０／２０ショーを記録している。次に、ユーザは２０／２０ショーの記録が進行するにつれ、２０／２０ショーの記録された部分の視聴を開始できる。次にユーザは午後１１時１０分に２０／２０ショーの視聴を終えることになる。
【００４６】
平均的ユーザが所有するマルチ媒体装置、例えばホームオーディオシステム，カーステレオ，数台のホームテレビセット，ウェブブラウザなどの数は次第に増加している。ユーザは現在、自分の装置の各々を最良の視聴の好みに合わせなければならない。取り外し可能な記録装置、例えばスマートカードにユーザの好みを記録することにより、ユーザはユーザの好みを含むカードを自動的なカスタム化を行うために、かかる媒体装置に挿入することができる。この結果、ＶＴＲに所望するプログラムが自動的に録画されたり、カーステレオ及びホームオーディオシステムに対し、ラジオ局をセットすることができる。このように、ユーザは単一の装置で自分の好みを１回だけ指定するだけでよく、その後、取り外し自在な記録装置によって装置に記述子が自動的にアップロードされる。有線又は無線ネットワーク接続、例えばホームネットワークの接続を使って、他の装置にユーザ記述スキームをロードすることもできる。これとは異なり、システムがユーザのオーディオ及び動画視聴の習慣に基づき、ユーザの履歴を記録して、ユーザ記述スキームに項目を作成することができる。
【００４７】
上述のごとく、ユーザは所望する情報を得るためにビュー情報をプログラムする必要は全くない。ある意味で、ユーザ記述スキーム２０はユーザの視聴、ブラウジングの好み及びユーザの行動ための中央記録装置を提供することにより、ユーザのモデル化を可能にするものである。これにより、装置を迅速にパーソナル化することができる。また、他の部品、例えばインテリジェントエージェントが標準化された記述フォーマットに基づいて、通信をしたり、ユーザの好みに関するスマート推論を行うことが可能となる。
【００４８】
異なる部分を適当に、利用するか、又は必要に応じ、周辺部及び延長部を追加することにより、図２及び図３から多数の異なる実現例及び応用例を容易に誘導できる。図２はパーソナル化可能なオーディオビジュアルサーチ，フィルタリング，ブラウジング及び／又は記録装置を示している。下記に示す、より特定された応用例／実現例のリストは網羅的なものでなく、ある範囲をカバーするものである。
【００４９】
ユーザ記述スキームはパーソナル化可能なオーディオビジュアル装置のための主要なイネーブラーである。多数の装置の間で記述スキームの構造（シンタックス及びセマンティックス（意味））が既知であれば、ユーザは恐らくスマートカードを介し、ある装置から別の装置へ自分のユーザ記述スキーム２０内に含まれる情報を携帯（又はその他の方法で転送）することができ、これら装置は装置をパーソナル化するよう、スマートカードインターフェースをサポートする。パーソナル化は装置の設定、例えばディスプレイのコントラスト及びボリュームの制御からテレビチャネル，ラジオ局，ウェブ局，ウェブサイト，地理的情報及び人口統計学的情報（民生統計学的情報）、例えば年齢、郵便番号等の種々の範囲となり得る。パーソナル化できる装置は種々のソースからコンテンツにアクセスでき、これら装置はウェブ，地上又はケーブル放送などに接続でき、更に多数の、又は異なるタイプの単一媒体、例えば動画、音楽などにもアクセスできる。
【００５０】
例えばスマートカードをホームシステムから抜き出し、カーステレオシステムに挿入し、所定の時間に好みの局にチューニングできるようにすることによって、カーステレオをパーソナル化できる。別の例として、例えばスマートカードをリモートコントローラ（リモコン）に挿入すると、リモコンは自律的にテレビ受像機に命令し、ユーザの好みに合った現在及び将来のプログラムに関するユーザ情報を提示させることによって、テレビの視聴をパーソナル化することもできる。家庭の異なるメンバーは自分のスマートカードを家族用のリモコンに挿入することによって、常に視聴経験をパーソナル化することができる。かかるリモコンがない場合、スマートカードを直接テレビシステムに挿入することによって、これと同じタイプのパーソナル化を行うことができる。このリモコンによって同じようにオーディオシステムを制御することもできる。別の実施例として、適当な入力インターフェース、例えばユーザの音声識別技術を使うインターフェースを使用することにより、テレビ受像機が局部的な記録装置内に多数のユーザに対するユーザ記述スキームを保持し、異なるユーザ（又はユーザグループ）を識別する。ネットワーク化されたシステムではネットワークを通してユーザ記述スキームをトランスポートできることに留意されたい。
【００５１】
直接的なユーザ入力により、及びユーザが自分の使用パターン及び使用履歴を判断するのをウォッチングするソフトウェアを使用することにより、ユーザ記述スキームを発生する。このユーザ記述スキームはユーザによりダイナミックに、又は自動的に更新できる。良好に定義され、構造化された記述スキームの設計により、異なる装置は互いに相互に作動することが可能となる。モジュラ設計は、また、携帯を可能にする。
【００５２】
記述スキームは現在のＶＣＲの機能に新しい機能を追加する。進歩したＶＣＲシステムは好みの直接入力を介し、又はユーザの使用パターン及び履歴をウォッチングすることによってユーザから学習できる。ユーザの記述スキーム２０はユーザの好み、ユーザの使用パターン及び履歴を保持する。このユーザの記述スキームにインテリジェントエージェントがコンサルトし、ユーザのために行動するためにエージェントが必要とする情報を得ることができる。インテリジェントエージェントを通し、システムはユーザのために行動してユーザの好みに合ったプログラムを発見し、かかるプログラムに関し、ユーザに通知し、及び／又はこれらプログラムを自主的に記録することができる。エージェントはユーザの記述スキーム２０に従ってシステムへの記録を管理することもできる。すなわちプログラムの削除を優先化（又は取り外し可能な媒体への転送をするためにユーザに通知すること）、又はユーザの好み及び履歴に従って、視覚的な品位に直接影響する圧縮率を決定することも管理できる。
【００５３】
プログラム記述スキーム１８とシステム記述スキーム２２とは、あるタスクを実行する際にユーザ記述スキーム２０と協力して作動する。更に、進歩したＶＣＲ、又は他のシステム内のプログラム記述スキーム１８とシステム記述スキーム２２とは、ユーザがオーディオビジュアルプログラムをブラウズし，サーチし，フィルタリングすることを可能にする。システムにおけるブラウジングは高速早送り及び巻き戻しを越える能力を提供するものである。例えば、ユーザはシステムに記録された異なるカテゴリのプログラムのサムネイルビューを見ることができる。次にユーザはビューの利用性及びユーザの好みに応じてフレームビュー，ショットビュー，キーフレームビュー又はハイライトビューを選択できる。プログラム記述スキーム１８内、特にプログラムビュー内の対応する情報を使ってこれらビューを容易に呼び出すことができる。ユーザは任意の時間にプログラムの一部又は全体の視聴をスタートできる。
【００５４】
このアプリケーションでは、多くのサービス、例えば（ｉ）米国におけるＡＴＳＣ−ＰＳＩＰ（ＡＴＳＣ−プログラムサービス統合プロトコル）の一部として定義されたＥＰＧ、又は欧州におけるＤＶＢ−ＳＩ（ディジタル動画放送サービス情報）によって搬送される放送から、（ｉｉ）ＰＳＩＰ／ＤＶＢ−ＳＩの他に特殊なデータサービスから、（ｉｉｉ）特殊なウェブサイトから、（ｉｖ）オーディオビジュアルコンテンツを含む媒体記録ユニット（例えばＤＶＤ）から、（ｖ）進歩したカメラ（後述する）から、プログラム記述スキーム１８を容易に入手できるし、及び／又は解析モジュール４２又はユーザ入力情報４８によって、例えば記録されているプログラムに対し、プログラム記述スキーム１８を容易に発生させることができる。
【００５５】
記述スキームを実現するシステム、例えば図２に示されるようなシステムにより、ディジタルスチールカメラ及びビデオカメラのコンテンツを記録し、管理することができる。進歩したカメラは、例えばオーディオビジュアルコンテンツ自身の他にプログラム記述スキーム１８を記録できる。このプログラム記述スキーム１８は適当なユーザ入力インターフェース（例えば音声，ビジュアルメニュードライブ等）を通してカメラ自身で一部又は全体を発生できる。ユーザは、プログラム記述スキーム１８の情報を、特に、システムによって自動的に抽出することが困難な高レベルの（又はセマンティックな）情報をカメラに入力することができる。プログラム記述スキーム１８を発生する際に、一部のカメラの設定値及びパラメータ（すなわち日付及び時間）だけでなく、カメラで計算された量（例えばカラープロフィルに含まれるべきカラーヒストグラム）も使用できる。カメラを一旦接続すると、システムはカメラのコンテンツをブラウジングしたり、又はカメラのコンテンツ及びその記述スキームを将来使用するために局部的な記録装置に転送することができる。カメラで発生された記述スキームを更新したり、これに情報を追加することも可能である。
【００５６】
ＩＥＥＥ１３９４及びＨａｖｉ規格仕様は、デバイス間でのこのタイプの“オーディオビジュアルコンテンツ”中心の通信を可能にするものである。Ｈａｖｉのコンテキストでは、記述スキームＡＰＩを使用して、コンテンツに関連する記述スキームも含むカメラ又はＤＶＤのコンテンツをブラウジングしたり及び／又はサーチすることが可能である。すなわち、ＰＬＡＹ  ＡＰＩを単に呼び出して媒体を再生してリニアに見る以上のことを行う。
【００５７】
データベース内でＡＶプログラムをアーカイブするのに、記述スキームを使用できる。サーチエンジンはプログラム記述スキーム１８内に含まれる情報を使用し、これらのコンテンツに基づきプログラムを検索する。プログラム記述スキーム１８はデータベースのコンテンツ又は問い合わせの結果を通してナビゲートする際にも使用できる。プレゼンテーション中のユーザの問い合わせの結果を優先づける際に、ユーザの記述スキーム２０を使用できる。当然ながら、特定のアプリケーションの性質に応じてプログラム記述スキーム１８をより理解できるようにすることが可能である。
【００５８】
記述スキームはアプリケーションが注意を払うようにするというユーザの要求を満たし、ユーザの視聴及び利用の習癖、好み及び個人の人口統計に応答できる。提案されているユーザの記述スキーム２０はフィールド及びその他の記述スキームに対する相互の関係を選択する際に、この要求を直接解決する。記述スキームは性質がモジュラ式であるので、ユーザは自分のユーザ記述スキーム２０をある装置から別の装置に移動させ、装置を“パーソナル化”できる。
【００５９】
ＴｉＶｏ及びＲｅｐｌａｙＴＶ社からの製品に類似した現在の製品に、提案されている記述スキームを組み込んで娯楽情報値を拡張することができる。特に、記述スキームはプログラムのオーディオビジュアルブラウジング及びサーチを可能とし、更にハイライトビューのような多数のプログラムビューをサポートすることにより、特定のプログラム内でのフィルタリングを可能にする。更に、記述スキームはＴｉＶｏ及びＲｅｐｌａｙＴＶが取り扱いを予定していないテレビ放送以外のソースからのプログラムを処理する。更に、ＴｉＶｏ及びＲｅｐｌａｙＴＶタイプの装置の規格化によって、機能を拡張するためにかかる装置、例えばＭＰＥＧ−７記述をサポートする装置に他の製品を相互接続することができる。ＭＰＥＧ−７とは、オーディオビジュアル情報のための記述及び記述スキームを標準化するように働くディジタル放送の将来を担う動画符号化技術−７の仕様である。装置は所望するように、多数のユーザによってパーソナル化するように拡張することも可能である。
【００６０】
記述スキームは定義されているので、インテリジェントソフトウェアエージェントはそれらの間で通信して、ユーザの好みに関するインテリジェント推論を行うことができる。更に、規格化されたユーザ記述スキームに基づき、アプリケーションをブラウジングし、フィルタリングするためのインテリジェントソフトウェアエージェントの開発及びアップグレードを簡略化できる。
【００６１】
記述スキームは高レベルの（セマンティックな）特徴及び／又は記述子と、低レベルの特徴及び／又は記述子の双方を保持するという意味でマルチモーダルである。例えば、高低レベルの記述子はそれぞれ俳優の名前と動きモデルのパラメータである。高レベルの記述子は人が容易に読み取りできるが、低レベルの記述子は機械によってより容易に読み取られるが、人はあまり理解できない。放送プログラムのサーチ及びフィルタリングを容易にするために、プログラム記述スキームは現在のＥＰＧ、ＰＳＩＰ及びＤＶＢ−ＳＩ情報と容易にハーモナイズできる。現在のサービスは、柔軟な記述スキームを使用する別の情報を組み込むことによって、将来拡張可能である。
【００６２】
例えば、あるケースでは、ディジタル動画ディスクのような媒体に予め記録されたオーディオビジュアルプログラムを含むことができ、ここではディジタル動画ディスクはＦＳＢモジュールが使用する記述スキームの同じシンタックス及びセマンティックスを有する記述スキームも含む。ＦＳＢモジュールが異なる記述スキームを使用する場合、記述スキームのトランスコーダ（コンバータ）を使用してもよい。ユーザはディジタル動画ディスクのコンテンツをブラウジングし、見たいことがある。この場合、ユーザはプログラム記述をオーサリングするのに解析モジュールを呼び出す必要はない。しかしながらユーザは、ディジタル動画ディスクのコンテンツをフィルタリングし、サーチし、ブラウジングする際に自分のユーザ記述スキーム２０を呼び出したいことがある。同じように、プログラム情報の他のソースを使用することも可能である。
【００６３】
ここに記述されている動画に関するいかなる技術も画像（静止画像及び動画のフレームのような画像）やオーディオ（ラジオなど）にも同様に適用できることが理解されよう。
図４乃至図１２は、好ましいオーディオビジュアル記述スキームに適したオーディオビジュアルインターフェースの一例を示す図である。図４は、オーディオビジュアルシステムのためのサムネイルビュー（カテゴリ）を示す図である。カテゴリの機能としてサムネイル機能を選択することにより、ディスプレイに左側の１セットのカテゴリが提供される。特定のカテゴリ、例えばニュースを選択すると、視聴するのに現在利用できる異なるプログラムの１セットのサムネイルビューが提供される。更に、異なるプログラムは、視聴するにあたって異なる時間に利用できるプログラムも含むことができる。サムネイルビューとはプログラムが対応するそれぞれの実際のプログラムの内容を示す短い動画セグメントのことである。
【００６４】
図５は、オーディオビジュアルシステムのためのサムネイルビュー（チャネル）を示す図である。チャネルの点で利用できるプログラムのサムネイルビューを所望する場合にディスプレイできる。図６は、オーディオビジュアルシステムのためのテキストビュー（チャネル）を示す図である。所望する場合、チャネルの点で利用できるプログラムのテキストビューをディスプレイできる。
【００６５】
図７は、オーディオビジュアルシステムのためのフレームビューを示す図である。所望する場合、特定のプログラムのフレームビューをディスプレイできる。左側コラム内の異なるプログラムの１セットの代表的なフレームと共に、ディスプレイの中心に１つの代表的なフレームがディスプレイされる。所望するように、フレームの数の周波数を選択することができる。また、特定の選択されたプログラム中に異なるフレームを示す１セットのフレームもディスプレイの下方部分にディスプレイされる。
【００６６】
図８は、オーディオビジュアルシステムのためのショットビューを示す図である。所望するように特定のプログラムの短いビューをディスプレイできる。左側コラム内の異なるプログラムの１セットの代表的なフレームと共に、ディスプレイの中心に、あるショットの代表的なフレームがディスプレイされる。特定の選択されたプログラム中に異なるショット（プログラムのセグメント、一般的に性質上シーケンシャルである）を示す１セットのショットがディスプレイの下方部分にディスプレイされる。
【００６７】
図９は、オーディオビジュアルシステムのためのキーフレームビューを示す図である。所望するように、特定のプログラムのキーフレームのビューがディスプレイされる。左側コラム内の異なるプログラムの１セットの代表的なフレームとともに、ディスプレイの中心に１つの代表的なフレームがディスプレイされる。また、特定の選択されたプログラム中に異なるキーフレームを示す１セットのキーフレームもディスプレイの下方部分にディスプレイされる。各キーフレームのビューの数はレベルを選択することにより調節できる。
【００６８】
図１０は、オーディオビジュアルシステムのためのハイライトビューを示す図である。所望するように、ハイライトビューも同様にディスプレイされる。図１１は、オーディオビジュアルシステムのためのイベントビューを示す図である。所望するように、イベントビューも同様にディスプレイされる。図１２は、オーディオビジュアルシステムのためのキャラクタ／オブジェクトビューを示す図である。所望するように、キャラクタ／オブジェクトビューも同様にディスプレイされる。
【００６９】
記述スキームの例を後述するＸＭＬに示す。所望するように、記述スキームは、任意の言語で実行され、任意の含められた記述（もしくはそれよりも多くの記述）を含む。
【００７０】
提案されたプログラム記述スキームは、動画プログラムを記述するための３つの主な部分を含んでいる。第１の部分は記述されたプログラムを識別する。第２の部分はブラウジングアプリケーションに有用な多数のビューを定義する。第３のセクションはフィルタリングやサーチアプリケーションに有用な多数のプロフィルを定義する。従って、提案された記述スキームの全構造は次のとおりである。
【００７１】
【表１】
0004363806.tif 000002
【００７２】
プログラムのアインデンティティ
・プログラムＩＤ
【００７３】
【表２】
0004363806.tif 000003
【００７４】
記述子＜ＰｒｏｇｒａｍＩＤ＞は、プログラムを識別するための番号又はストリングを含む。
【００７５】
・プログラム名
【００７６】
【表３】
0004363806.tif 000004
【００７７】
記述子＜ＰｒｏｇｒａｍＮａｍｅ＞は、プログラムの名称を指定するものである。
【００７８】
・ソースロケーション
【００７９】
【表４】
0004363806.tif 000005
【００８０】
記述子＜ＳｏｕｒｃｅＬｏｃａｔｉｏｎ＞は、ＵＲＬフォーマットでプログラムのロケーションを指定する。
【００８１】
プログラムビュー
・サムネイルビュー
【００８２】
【表５】
0004363806.tif 000006
【００８３】
記述子＜ＴｈｕｍｂｎａｉｌＶＩｅｗ＞は、プログラムのサムネイル表示として画像を指定する。
・スライドビュー
【００８４】
【表６】
0004363806.tif 000007
【００８５】
記述子＜ＳｌｉｄｅＶｉｅｗ＞は、スナップショットとして、又はスライドショーのように見ることができるプログラムにおける多数のフレームを識別する。
【００８６】
・フレームビュー
【００８７】
【表７】
0004363806.tif 000008
【００８８】
記述子＜ＦｒａｍｅＶｉｅｗ＞は、プログラムの開始フレーム及び終了フレームを指定する。この記述子はプログラムの最も基本的なビューであり、どのプログラムも１つのフレームビューを有する。
【００８９】
・ショットビュー
【００９０】
【表８】
0004363806.tif 000009
【００９１】
記述子＜ＳｈｏｔＶｉｅｗ＞は、プログラムにおける多数のショットを指定する。記述子＜Ｓｈｏｔ＞はショットの開始フレーム及び終了フレームを定め、ショットを示すためのフレームも指定できる。
【００９２】
・キーフレームビュー
【００９３】
【表９】
0004363806.tif 000010
【００９４】
記述子＜ＫｅｙＦｒａｍｅＶｉｅｗ＞は、プログラムにおけるキーフレームを指定する。これらキーフレームは階層的に構成されており、これら階層はレベル属性と共に記述子＜ＫｅｙＦｒａｍｅｓ＞によって捕捉される。各キーフレームに関連するクリップは記述子＜Ｃｌｉｐ＞によって定められる。ここで各クリップにおけるディスプレイフレームは対応するキーフレームである。
【００９５】
・ハイライトビュー
【００９６】
【表１０】
0004363806.tif 000011
【００９７】
記述子＜ＨｉｇｈｌｉｇｈｔＶｉｅｗ＞は、プログラムのハイライトを形成するためのクリップを指定する。プログラムは種々の時間長さに合わされたハイライトの異なるバージョンを有することができ、これらクリップは長さ属性と共に記述子＜Ｈｉｇｈｌｉｇｈｔ＞によって指定されるハイライトの各バージョンにグループ分けされる。
【００９８】
・イベントビュー
【００９９】
【表１１】
0004363806.tif 000012
【０１００】
記述子＜ＥｖｅｎｔＶｉｅｗ＞は、プログラムにおける所定のイベントに関連するクリップを指定する。これらクリップは名称属性と共に記述子＜Ｅｖｅｎｔ＞によって指定される対応するイベントにグループ分けされる。
【０１０１】
・クローズアップビュー
【０１０２】
【表１２】
0004363806.tif 000013
【０１０３】
記述子＜ＣｌｏｓｅＵｐＶｉｅｗ＞は、プログラムにおける所定のターゲットにズームインできるクリップを指定する。これらクリップは名称属性と共に記述子＜Ｔａｒｇｅｔ＞によって指定される対応するターゲットに分類される。
【０１０４】
・代替ビュー
【０１０５】
【表１３】
0004363806.tif 000014
【０１０６】
記述子＜ＡｌｔｅｒｎａｔｅＶｉｅｗ＞は、プログラムの代替ビューとして示すことができるソースを指定する。各代替ビューはＩＤ属性と共に記述子＜ＡｌｔｅｒｎａｔｅＳｏｕｒｃｅ＞によって指定される。ソースの位置はＵＲＬフォーマットで指定される。
【０１０７】
プログラムプロフィル
・一般的プロフィル
【０１０８】
【表１４】
0004363806.tif 000015
【０１０９】
記述子＜ＧｅｎｅｒａｌＰｒｏｆｉｌｅ＞は、プログラムの一般的様相を記述する。
【０１１０】
・カテゴリプロフィル
【０１１１】
【表１５】
0004363806.tif 000016
【０１１２】
記述子＜ＣａｔｅｇｏｒｙＰｒｏｆｉｌｅ＞は、カテゴリを指定し、これらカテゴリに従ってプログラムを分類できる。
【０１１３】
・日付−時間プロフィル
【０１１４】
【表１６】
0004363806.tif 000017
【０１１５】
記述子＜ＤａｔｅＴｉｍｅＰｒｏｆｉｌｅ＞は、プログラムの種々の日付及び時間情報を指定する。
【０１１６】
・キーワードプロフィル
【０１１７】
【表１７】
0004363806.tif 000018
【０１１８】
記述子＜ＫｅｙｗｏｒｄＰｒｏｆｉｌｅ＞は、プログラムをフィルタリング又はサーチするのに使用できる多数のキーワードを指定する。
【０１１９】
・トリガプロフィル
【０１２０】
【表１８】
0004363806.tif 000019
【０１２１】
記述子＜ＴｒｉｇｇｅｒＰｒｏｆｉｌｅ＞は、プログラムの再生中における所定のアクションをトリガーするのに使用できる、プログラム内の多数のフレームを指定する。
【０１２２】
・静止プロフィル
【０１２３】
【表１９】
0004363806.tif 000020
【０１２４】
記述子＜ＳｔｉｌｌＰｒｏｆｉｌｅ＞は、フレーム内のホットな領域、すなわち関心のある領域を指定する。このフレームはフレームｉｄに対応するｉｄ属性と共に記述子＜Ｓｔｉｌｌ＞によって指定される。フレーム内ではｉｄ属性と共に記述子＜ＨｏｔＲｅｇｉｏｎ＞によって各ホットな領域が指定される。
【０１２５】
・イベントプロフィル
【０１２６】
【表２０】
0004363806.tif 000021
【０１２７】
記述子＜ＥｖｅｎｔＰｒｏｆｉｌｅ＞はプログラム内の所定イベントのための詳細な情報を指定する。各イベントは名称属性と共に記述子＜Ｅｖｅｎｔ＞によって指定され、イベントの各発生は＜ＥｖｅｎｔＶｉｅｗ＞なるクリップｉｄと一致し得るｉｄ属性と共に記述子＜Ｏｃｃｕｒｒｅｎｃｅ＞によって指定される。
【０１２８】
・キャラクタプロフィル
【０１２９】
【表２１】
0004363806.tif 000022
【０１３０】
【表２２】
0004363806.tif 000023
【０１３１】
記述子＜ＣｈａｒａｃｔｅｒＰｒｏｆｉｌｅ＞は、プログラムにおける所定キャラクタのための詳細な情報を指定する。各キャラクタは名称属性と共に記述子＜Ｃｈａｒａｃｔｅｒ＞によって指定され、キャラクタの各発生は＜ＣｌｏｓｅＵｐＶｉｅｗ＞なるクリップｉｄと一致し得るｉｄ属性と共に記述子＜Ｏｃｃｕｒｒｅｎｃｅ＞によって指定される。
【０１３２】
・オブジェクトプロフィル
【０１３３】
【表２３】
0004363806.tif 000024
【０１３４】
【表２４】
0004363806.tif 000025
【０１３５】
記述子＜ＯｂｊｅｃｔＰｒｏｆｉｌｅ＞は、プログラム内の所定のオブジェクトのための詳細な情報を指定し、各オブジェクトは名称属性と共に記述子＜Ｏｂｊｅｃｔ＞によって指定され、オブジェクトの各発生は＜ＣｌｏｓｅＵｐＶｉｅｗ＞なるクリップｉｄと一致し得るｉｄ属性と共に、記述子＜Ｏｃｃｕｒｒｅｎｃｅ＞によって指定される。
【０１３６】
・カラープロフィル
【０１３７】
【表２５】
0004363806.tif 000026
【０１３８】
記述子＜ＣｏｌｏｒＰｒｏｆｉｌｅ＞は、プログラムの詳細な色情報を指定する。ここにはすべてのＭＰＥＧ−７のカラー記述子を入れることができる。
【０１３９】
・テクスチャプロフィル
【０１４０】
【表２６】
0004363806.tif 000027
【０１４１】
記述子＜ＴｅｘｔｕｒｅＰｒｏｆｉｌｅ＞はプログラムの詳細なテクスチャ情報を指定し、ここにはすべてのＭＰＥＧ−７のテキスチャ記述子を入れることができる。
【０１４２】
・シェイププロフィル
【０１４３】
【表２７】
0004363806.tif 000028
【０１４４】
記述子＜ＳｈａｐｅＰｒｏｆｉｌｅ＞はプログラムの詳細なシェイプ（形状）情報を指定し、ここにはすべてのＭＰＥＧ−７のシェイプ記述子を入れることができる。
【０１４５】
・動きプロフィル
【０１４６】
【表２８】
0004363806.tif 000029
【０１４７】
記述子＜ＭｏｔｉｏｎＰｒｏｆｉｌｅ＞はプログラムの詳細な動き情報を指定し、ここにはすべてのＭＰＥＧ−７の動き記述子を入れることができる。
【０１４８】
ユーザ記述スキーム
提案されているユーザ記述スキームはユーザを記述するための３つの主な部分を含む。第１部分は記述されたユーザを識別し、第２部分はユーザが好む多数の設定を記録し、第３部分はユーザの所定の利用パターンを表すことがある、ある統計値を記録する。従って、提案されている記述スキームの全構造は次のとおりである。
【０１４９】
【表２９】
0004363806.tif 000030
【０１５０】
ユーザアイデンティティ
・ユーザＩＤ
【０１５１】
【表３０】
0004363806.tif 000031
【０１５２】
記述子＜ＵｓｅｒＩＤ＞はユーザを識別するための番号又はストリングを含む。
【０１５３】
・ユーザ名
【０１５４】
【表３１】
0004363806.tif 000032
【０１５５】
記述子＜ＵｓｅｒＮａｍｅ＞はユーザの名称を指定する。
【０１５６】
ユーザの好み
・ブラウジングの好み
【０１５７】
【表３２】
0004363806.tif 000033
【０１５８】
記述子＜ＢｒｏｗｓｉｎｇＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのブラウジングの好みを指定し、ユーザの好みのビューは記述子＜Ｖｉｅｗｓ＞によって指定される。各カテゴリに対し、好ましいビューはカテゴリｉｄに対応するｉｄ属性と共に記述子＜ＶｉｅｗＣａｔｅｇｏｒｙ＞によって指定される。記述子＜ＦｒａｍｅＦｒｅｑｕｅｎｃｙ＞はフレームビューの元でブラウジングスライダにフレームをどれだけのインターバルでディスプレイすべきかを指定する。記述子＜ＳｈｏｔＦｒｅｑｕｅｎｃｙ＞はショットビューの元でブラウジングスライダにショットをどのインターバルでディスプレイすべきかを指定する。ディスプレイ＜ＫｅｙＦｒａｍｅＬｅｖｅｌ＞はキーフレームビューの元でブラウジングスライダにキーフレームをどのレベルでディスプレイすべきかを指定し、記述子＜ＨｉｇｈｌｉｇｈｔＬｅｎｇｔｈ＞はハイライトビューの元でハイライトのどのバージョンを示すべきかを指定する。
【０１５９】
・フィルタリングの好み
【０１６０】
【表３３】
0004363806.tif 000034
【０１６１】
記述子＜ＦｉｌｔｅｒｉｎｇＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのフィルタリングに関連する好みを指定する。
【０１６２】
・サーチの好み
【０１６３】
【表３４】
0004363806.tif 000035
【０１６４】
記述子＜ＳｅａｒｃｈＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのサーチに関連した好みを指定する。
【０１６５】
・デバイスの好み
【０１６６】
【表３５】
0004363806.tif 000036
【０１６７】
記述子＜ＤｅｖｉｃｅＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのデバイスの好みを指定する。
【０１６８】
利用の履歴
・ブラウジングの履歴
【０１６９】
【表３６】
0004363806.tif 000037
【０１７０】
記述子＜ＢｒｏｗｓｉｎｇＨｉｓｔｏｒｙ＞はユーザのブラウジングに関連した活動の履歴を捕捉する。
【０１７１】
・フィルタリングの履歴
【０１７２】
【表３７】
0004363806.tif 000038
【０１７３】
記述子＜ＦｉｌｔｅｒｉｎｇＨｉｓｔｏｒｙ＞はユーザのフィルタリングに関連した活動の履歴を捕捉する。
【０１７４】
・サーチの履歴
【０１７５】
【表３８】
0004363806.tif 000039
【０１７６】
記述子＜ＳｅａｒｃｈＨｉｓｔｏｒｙ＞はユーザのサーチに関連した活動の履歴を捕捉する。
【０１７７】
・デバイスの履歴
【０１７８】
【表３９】
0004363806.tif 000040
【０１７９】
記述子＜ＤｅｖｉｃｅＨｉｓｔｏｒｙ＞は、ユーザのデバイスに関連した活動の履歴を捕捉する。
【０１８０】
ユーザの人口統計学的統計値
・年齢
【０１８１】
【表４０】
0004363806.tif 000041
【０１８２】
記述子＜Ａｇｅ＞は、ユーザの年齢を指定する。
【０１８３】
・性
【０１８４】
【表４１】
0004363806.tif 000042
【０１８５】
記述子＜Ｇｅｎｄｅｒ＞は、ユーザの性を指定する。
【０１８６】
・郵便番号
【０１８７】
【表４２】
0004363806.tif 000043
【０１８８】
記述子＜ＺＩＰ＞はユーザの住んでいる場所の郵便番号を指定する。
【０１８９】
システム記述スキーム
提案されたシステム記述スキームはユーザを記述するための４つの主な部分を含む。第１部分は記述されたシステムを識別し、第２部分はすべての既知のユーザのリストを維持し、第３部分は利用可能なプログラムのリストを維持する。第４部分はシステムの機能を記述する。従って、提案された記述スキームの全構造は次のとおりである。
【０１９０】
【表４３】
0004363806.tif 000044
【０１９１】
システムアイデンティティ
・システムＩＤ
【０１９２】
【表４４】
0004363806.tif 000045
【０１９３】
記述子＜ＳｙｓｔｅｍＩＤ＞は、動画システム又はデバイスを識別するための番号又はストリングを含む。
【０１９４】
・システム名
【０１９５】
【表４５】
0004363806.tif 000046
【０１９６】
記述子＜ＳｙｓｔｅｍＮａｍｅ＞は、動画システム又はデバイスの名称を指定する。
【０１９７】
・システムシリアル番号
【０１９８】
【表４６】
0004363806.tif 000047
【０１９９】
記述子＜ＳｙｓｔｅｍＳｅｒｉａｌＮｕｍｂｅｒ＞は動画システム又はデバイスのシリアル番号を指定する。
【０２００】
システムユーザ
・ユーザ
【０２０１】
【表４７】
0004363806.tif 000048
【０２０２】
記述子＜ＳｙｓｔｅｍＵｓｅｒ＞は動画システム又はデバイス上に登録された多数のユーザをリストアップする。各ユーザは記述子＜Ｕｓｅｒ＞によって指定され、記述子＜ＵｓｅｒＩＤ＞はユーザ記述スキームのうちの１つにおいて＜ＵｓｅｒＩＤ＞で指定される番号又はストリングと一致すべき番号又はストリングを指定する。
【０２０３】
システム内のプログラム
・カテゴリ
【０２０４】
【表４８】
0004363806.tif 000049
【０２０５】
記述子＜Ｃａｔｅｇｏｒｙ＞は動画システム又はデバイスに登録された多数のカテゴリをリストアップする。各カテゴリは記述子＜Ｃａｔｅｇｏｒｙ＞によって指定され、カテゴリ間の主なサブ関係は記述子＜ＳｕｂＣａｔｅｇｏｒｙ＞によって捕捉される。
【０２０６】
・チャネル
【０２０７】
【表４９】
0004363806.tif 000050
【０２０８】
記述子＜Ｃｈａｎｎｅｌｓ＞は動画システム又はデバイスに登録された多数のチャネルをリストアップし、各チャネルは記述子＜Ｃｈａｎｎｅｌ＞によって指定され、チャネル間の主なサブ関係は記述子＜ＳｕｂＣｈａｎｎｅｌ＞によって捕捉される。
【０２０９】
・プログラム
【０２１０】
【表５０】
0004363806.tif 000051
【０２１１】
記述子＜Ｐｒｏｇｒａｍｓ＞は動画システム又はデバイスで利用できるプログラムをリストアップする。プログラムは対応するカテゴリ又はチャネルに従ってグループ分けされ、プログラムの各グループは記述子＜ＣａｔｅｇｏｒｙＰｒｏｇｒａｍｓ＞又は＜ＣｈａｎｎｅｌＰｒｏｇｒａｍｓ＞によって指定される。記述子＜Ｐｒｏｇｒａｍｓ＞に含まれる各プログラムｉｄは、プログラム記述スキームのうちの１つにおける＜ＰｒｏｇｒａｍＩＤ＞で指定される番号又はストリングと一致しなければならない。
【０２１２】
システム機能
・ビュー
【０２１３】
【表５１】
0004363806.tif 000052
【０２１４】
記述子＜Ｖｉｅｗｓ＞は、動画システム又はデバイスによってサポートされるビューをリストアップする。各ビューは記述子＜Ｖｉｅｗ＞によって指定され、記述子＜ＶｉｅｗＮａｍｅ＞はプログラム記述スキーム内で使用される次のビュー、すなわちサムネイルビュー，スライドビュー，フレームビュー，ショットビュー，キーフレームビュー，ハイライトビュー、イベントビュー，クローズアップビューのうちの１つと一致しなければならないストリングを含む。
【０２１５】
本発明者は、更に、別のケーパビリディを提供するようにプログラム記述スキームを改善するに至った。
図１３は、シンタックス構造記述スキーム，セマンティック構造記述スキーム，可視化記述スキーム，メタ情報記述スキームを含むプログラム記述スキームの他の実施形態を示す図である。改良されたプログラム記述スキーム４００は４つの別個のタイプの情報、すなわちシンタックスの構造記述スキーム４０２と、意味構造記述スキーム４０４と、可視化記述スキーム４０６と、メタ情報記述スキーム４０８とを含む。特定のどのシステムでも、必要に応じて１つ以上の記述スキームを含むことができると理解すべきである。
【０２１６】
図１４は、図１３の可視化記述スキームの実施形態を示す図である。可視化記述スキーム４０６は、好ましくはワンステッププロセスにて、必要なデータへのアクセスを認めることにより、動画プログラム（及びオーディオプログラム）の高速かつ有効なブラウジングを可能にする。この可視化記述スキーム４０６は、動画コンテンツ（又はオーディオ）のいくつかの異なるプレゼンテーション、例えば、サムネイルビュー記述スキーム４１０，キーフレームビュー記述スキーム４１２，ハイライトビュー記述スキーム４１４，イベントビュー記述スキーム４１６，クローズアップビュー記述スキーム４１８，代替ビュー記述スキーム４２０を提供したものである。必要に応じて他のプレゼンテーション技術及び記述スキームを追加できる。
【０２１７】
サムネイルビュー記述スキーム４１０は、画像又は動画コンテンツを示す画像に対する基準（画像インジケータ４２２）及び動画に対する時間基準４２４を含むことが好ましい。キーフレームビュー記述スキーム４１２はレベルインジケータ４２６及び時間基準４２８を含むことが好ましい。レベルインジケータ４２６はユーザの好みに応じた同じ動画部分に対する異なる数のキーフレームのプレゼンテーションに適合する。ハイライトビュー記述スキーム４１４は、長さインジケータ４３０及び時間基準４３２を含む。この長さインジケータ４３０は、ユーザの好みに応じた動画の異なるハイライト時間のプレゼンテーションに適合する。イベントビュー記述スキーム４１６は、所望するイベントを選択するためのイベントインジケータ４３４及び時間基準４３６を含むことが好ましい。クローズアップビュー記述スキーム４１８は、ターゲットインジケータ４３８及び時間基準４４０を含むことが好ましい。代替ビュー記述スキーム４２０はソースインジケータ４４２を含むことが好ましい。システムの性能を高めるには、集中的かつストレートフォワードに、かかるビューをレンダリングするのに必要なデータを指定することが好ましい。このようにすることにより、動画を複雑に解析することなく、単純なワンステッププロセスでデータにアクセスすることが可能となる。
【０２１８】
図１５は、図１３のメタ情報記述スキームの実施形態を示す図である。メタ情報記述スキーム４０８は、一般に種々のデスクリプタを含み、これらデスクリプタは動画（又はオーディオ）プログラムに関する一般的情報、例えばタイトル，カテゴリ，注釈，キーワード，日付／時刻などを運ぶようになっている。追加デスクリプタ、例えば先に説明したようなデスクリプタを必要に応じて含めることもできる。
【０２１９】
再び図１３を参照すると、シンタックス構造記述スキーム４０２は動画（又はオーディオ）プログラムの物理的構造、例えばコンテンツのテーブルを指定する。物理的特徴には、例えばカラー、テクスチャ、動きなどが含まれる。シンタックス構造記述スキーム４０２は、３つのモジュール、すなわちセグメント記述スキーム４５０と、領域記述スキーム４５２と、セグメント／領域関連グラフ記述スキーム４５４とを含むことが好ましい。セグメント記述スキーム４５０を使用して、多数のフレームの動画から成る動画の異なる部分の間の関係を定めることができる。１つのセグメント記述スキーム４５０はセグメントツリーを形成するための別のセグメント記述スキーム４５０及び／又はショット記述スキームを含むことができる。かかるセグメントツリーは、動画プログラムの時間的構造を定めるのに使用できる。多数のセグメントツリーを形成し、よってコンテンツの多数のテーブルを形成できる。例えば動画プログラムをストーリーユニット，シーン，ショットにセグメント化することができ、これらからセグメント記述スキーム４５０はコンテンツのテーブルとして、かかる情報を含むことができる。
【０２２０】
図１６は、図１３のシンタクティック構造記述スキームのためのセグメント記述スキームの実施形態を示す図で、セグメント記述スキーム４５０の一例が示されている。ショット記述スキームは多数のキーフレーム記述スキーム，モザイク記述スキーム，カメラ動き記述スキーム，注釈などを含むことができる。キーフレーム記述スキームは、静止画像記述スキームを含むことができ、この静止画像記述スキームはカラー及びテクスチャデスクリプタを含むことができる。セグメント記述スキームによる静止画像記述スキームには種々の低レベルデスクリプタを含むことができることに留意されたい。更に、必ずしも静止画像記述スキーム下にない領域記述スキームにビジュアルデスクリプタが含まれることもある。
【０２２１】
図１７は、図１３のシンタクティック記述スキームのための領域記述スキームの実施形態を示す図である。領域記述スキーム４５２は動画の同一及び／又は異なるフレームのピクセルのグループの間の相互関係を定める。領域記述スキーム４５２は幾何学的特徴，カラー／テクスチャの特徴，動きの特徴，注釈なども含むことができる。
【０２２２】
図１８は、図１３のシンタクティック構造記述スキームのためのセグメント／領域関係記述スキームの実施形態を示す図である。セグメント／領域関係グラフ記述スキーム４５４は、複数の領域（又は領域記述スキーム）と、複数のセグメント（又はセグメント記述スキーム）の基準をもち、及び／又は複数の領域（又は記述スキーム）及びセグメント（又は記述スキーム）の間の相互の関係を定める。
【０２２３】
再度、図１３を参照すると、動画プログラム（又はオーディオ）のセマンティックな特徴、例えばセマンティックな（意味的な）イベントを指定するのに、セマンティック構造（意味構造）記述スキーム４０４を使用する。シンタックス構造記述スキームと同じように、このセマンティック構造記述スキーム４０４は、３つのモジュール、例えばイベント記述スキーム４８０と、オブジェクト記述スキーム４８２と、イベント／オブジェクト関係グラフ記述スキーム４８４を含むことが好ましい。通常、多数のフレームの動画から成る動画の異なるイベント間の関係を形成するのに、イベント記述スキーム４８０を使用できる。１つのイベント記述スキーム４８０はセグメントツリーを形成するのに別のイベント記述スキーム４８０を含むことができる。かかるイベントセマンティックツリーを使用して動画プログラムのためのセマンティックインデックステーブルを定めることができる。多数のイベントツリーを形成し、多数のインデックステーブルを形成できる。例えば動画プログラムは多数のイベント、例えばバスケットボールのダンクシュート，ファストブレーク，フリースローを含むことができ、イベント記述スキームはかかる情報、例えばインデックステーブルを含むことができる。
【０２２４】
図１９は、図１３のセマンティック記述スキームのためのイベント記述スキームの実施形態を示す図で、イベント基準の一例が示されている。イベント記述スキーム４８０は、シンタクティック構造記述スキーム内に指定される対応するセグメント及び／又は領域にイベントがリンクする基準や、イベントのタイプ、イベント行動記述スキーム、注釈などを含むことができる。
【０２２５】
図２０は、図１３のセマンティック構造記述スキームのためのオブジェクト記述スキームの実施形態を示す図である。オブジェクト記述スキーム４８２はオブジェクトを示す同一及び／又は異なるフレームの動画のピクセルのグループ間の相互の関係を定める。オブジェクト記述スキーム４８２は、別のオブジェクト記述スキームを含み、よってオブジェクトツリーを形成する。かかるオブジェクトツリーを使用して動画プログラムのためのオブジェクトインデックステーブルを定めることができる。オブジェクト記述スキーム４８２は、シンタックスの構造記述スキームで指定される、対応するセグメント及び／又は領域にオブジェクトをリンクする基準や、オブジェクトのタイプ、オブジェクト行動記述スキーム、注釈なども含むことができる。
【０２２６】
図２１は、図１３のシンタクティック構造記述スキームのためのイベント／オブジェクト関係グラフ記述スキームの実施形態を示す図である。イベント／オブジェクト関係グラフ記述スキーム４８４は、複数のイベント（又はイベント記述スキーム），複数のオブジェクト（又はオブジェクト記述スキーム），及び／又は複数のイベント（又は記述スキーム），オブジェクト（又は記述スキーム）間の相互関係を定める。
【０２２７】
さらなる考察の結果、本発明者達は、ユーザの好みの記述スキームの特定の設計が、ユーザの好みを記述するユーザ好み記述スキームの最適な更新を確保しながらそのポータビリティを実現するために重要であることに気付いた。さらに、ユーザ好み記述スキームは、ユーザのこれまでの使用履歴パターンに基づく変更に適していると同時に、システムによって直ちに使用できねばならない。特定デバイスの全ユーザを集合的に追跡しそのデバイスのユーザの好み視聴履歴に関するデータベースを構築し、その後は、データを動的に処理して個々のユーザが視聴を望むであろうコンテンツを決定することが可能である。しかしながら、これを実現するには大量のデータを記憶する蓄積デバイスを要し、ユーザの好みを決定するために関連する動的処理条件を必要とする。ユーザ好み記述スキームは、単独又は他の記述スキームと組み合わせて使用することができる。
【０２２８】
図２２は、ユーザ好み記述スキームの実施形態を示す図である。ポータビリティと処理条件の軽減を達成するために、ユーザ好み記述スキーム２０は少なくと２つの独立したスキーム、即ち、使用好み記述スキーム５００と使用履歴記述スキーム５０２に分割されているべきである。これらは、それぞれ独立していても良い。使用好み記述スキーム５００は、後で詳述するが、ユーザのオーディオ及び／又は動画の視聴好み記述スキームを含む。使用好み記述スキーム５００は、特定の実装に依存するが、ユーザの（ａ）ブラウジング好み、（ｂ）フィルタリングの好み、（ｃ）サーチ好み、及び（ｄ）デバイス好みのうち１つ又は複数を記述する。使用好み記述スキーム５００に示される好みのタイプは、通常、入手可能なオーディオ及び／又は動画コンテンツを選択するか使用するシステムにより直ちに使用可能である。言い換えれば、使用好み記述スキーム５００は、ユーザのオーディオ及び／又は動画の消費量を記述するデータを含んでいる。使用履歴記述スキーム５０２は後で詳述するが、ブラウジング，デバイスの設定，視聴，選択のようなユーザのオーディオ及び／又は動画に関する活動履歴を含む。使用履歴記述スキーム５０２は、特定の実装に依存するが、ユーザの（ａ）ブラウジング履歴、（ｂ）フィルタリング履歴、（ｃ）サーチ履歴、（ｄ）デバイス履歴、及び（ｅ）ブラウジング，フィルタリング，サーチ等の動作をした日時の１つ又は複数を記述する。使用履歴記述スキーム５０２に示される好みのタイプは、通常、入手可能なオーディオ及び／又は動画コンテンツを選択するか使用するシステムにより直ちに使用することはできない。使用履歴記述スキーム５０２に含まれているデータは、通常視聴者のオーディオ及び／又は動画の使用履歴データを含んでいるので、少なくとも使用好み記述スキーム５００に含まれているデータと比較すると、一般的に“未処理”であると考えられる。
【０２２９】
一般に、ユーザが視聴及び選択したプログラムやプログラムのブラウジング手法などの使用履歴を記録し、様々なアルゴリズムを利用することで、マシンはユーザ好み情報を自動的に作成することができる。ユーザ履歴記述スキームを利用することで、使用好み記述の更新が実現できる。アルゴリズムの一例として、履歴情報の統計値を算出して、好み情報の作成をおこなうことができる。
履歴情報と好み情報を独立して管理しているため、好み情報の更新は適宜できる。このため、ユーザの好み作成を行うのに十分でないマシン（モバイル端末など）では、履歴情報のみ記録しておき、後に好み作成処理をおこなうのに十分なマシンに履歴情報を移して、好み情報を更新するということが可能である。また、同一ユーザの複数の履歴情報から一つの好み情報を作成するといったことも可能である。
また、マシンがユーザの視聴履歴情報及び好み情報を持っていることにより、ユーザがマシンの電源を切った後、再度電源を入れるとき、履歴情報から続きを自動的に視聴させることも可能であるし、好み情報から新しいプログラムを推薦するといったことをユーザに提供することもできる。
【０２３０】
ユーザ好み記述スキーム５００と使用履歴記述スキーム５０２を検討後、発明者達は、家庭環境において、視聴及び使用の好みが異なる多数の異なるユーザが同一のデバイスを使用することに気付いた。例えば、スポーツを好む１人の成人男性と、午後のトークショーを好む１人の成人女性と、子供番組を好む３歳の１人の幼児の場合、ユーザ好み記述スキーム５００と使用履歴記述スキーム５０２に含まれている総合情報は、どの特定のユーザにも個人的には不適当である。結果として得られる合成データをデバイスで使用すれば、デバイスは、各々のユーザに適したオーディオ及び／又は動画コンテンツを正しく選択し提示することができないのでユーザ全員を欲求不満にさせる。この制限条件を低減させるために、ユーザ好み記述２０には、ユーザＩＤ（ユーザ識別子）記述５０４を含むことができる。ユーザＩＤ記述スキーム５０４は、デバイスを使用中の特定ユーザのＩＤを含んでいる。ユーザＩＤ記述スキーム５０４を含ませることにより、複数のユーザがそのデバイスを使用でき、同時に、ユーザ好み記述スキーム５００と使用履歴記述スキーム５０２内に異なる又はユニークな１組のデータを保持できる。従って、ユーザＩＤ記述５０４は、そのＩＤ記述で特定される特定ユーザの適当なユーザの好み記述スキーム５００と使用履歴記述スキーム５０２を関係付ける。ユーザＩＤ記述５０４の場合、異なるユーザを識別する単一ユーザＩＤ記述５０４内に複数のエントリを設けること及び／又はユーザ好み記述スキーム５００と使用履歴記述スキーム５０２内にユーザＩＤ記述５０４を含ませて関係を付けることにより、複数の異なるユーザが各々独自性を維持しながら同一デバイスを容易に使用することができる。又、好み及び／又は履歴にユーザＩＤ記述が無い場合、ユーザは、コンテンツを匿名でより容易にカスタム化できる。
【０２３１】
さらに、ユーザＩＤ記述５０４は、複数セットの使用好み記述５００と使用履歴記述５０２を識別するために使用でき、ユーザは使用条件により同デバイスとの対話のためにその中から選択することができる。同じユーザがテレビ受像機，ホームステレオ，ビジネス用テレビジョン，ホテルのテレビジョン及び自動車のオーディオプレーヤのような複数の異なるデバイスを使用し複数の異なる好み記述のセットを有している場合は、複数のユーザＩＤ記述を使用するのも有効である。さらに、ＩＤは、例えば家族のような、個人のグループを識別するためにも使用できる。さらに、ホテルの部屋又はレンタルカーのような一時的に使用するデバイスの場合は、デバイスにより指定された一時的なユーザＩＤを採用することにより、ユーザＩＤの要求を無効にすることができる。プライバシー問題が解決できるか或いは問題が無い機器の場合、ユーザＩＤ記述子５０４は、ユーザの人口統計学的情報を含むことができる。このように、使用履歴記述５０２が使用期間と共に増大するに従い、この人口統計学的データ及び／又は使用パターンに関するデータは、他のソースにも使用可能になる。データは、例えば、かようなデータに基づきデバイス上で特定目的の広告又はプログラムの作成等の目的に使用することができる。
【０２３２】
図２３は、使用履歴記述スキームとエージェントと図２２のユーザ好み記述スキームとの間の相互関係の実施形態を示す図である。周期的に、エージェント５１０は、特定ユーザの使用履歴記述５０２を処理しその特定ユーザの好みを“自動的に”決定する。このようにして、ユーザ使用好み記述５００は使用履歴記述５０２に蓄積されたデータを反映するように更新される。エージェント５１０によるこの処理は、好ましくは、ユーザの現在のブラウジング，フィルタリング，サーチ及びデバイス好みを決定するために使用履歴記述５０２を処理又は参照する必要がない通常の運転期間において、周期的に実行される。使用好み記述５００は、前述したように、比較的コンパクトで、スマートカードのような携帯蓄積デバイスに適している。
【０２３３】
ユーザは自分の使用好み記述５００を含んでいるスマートカードを持って自宅から出ることもしばしば生じる。かような外出中にも、ユーザは、自分の使用好み記述５００を入れたデバイス上で、オーディオ及び／又は動画コンテンツのブラウジング，フィルタリング，サーチ及びデバイス設定に関する好みを多分実現させる。しかしながら、或る状況においては、ブラウジング，フィルタリング，サーチされるオーディオ及び／又は動画コンテンツも普段興味を持っているものではなく、またデバイス好みも違うことがある。さらに、単一デバイスの場合、ユーザはフットボールシーズン，バスケットボールシーズン，野球シーズン，秋，冬，夏及び春のような季節によって、１つのプロフィル以上のものを希望することがある。従って、デバイスが使用履歴記述５０２を生成し、その後、エージェント５１０に自動的に使用好み記述５００を更新させるのは、この場合適当ではない。これは、ユーザの使用好み記述５００を実際には改悪することになる。従って、デバイスは、エージェント５１０を無能化し使用好み記述５００を更新させないオプションを含むべきである。別の方法として、ユーザ好み記述２０の一部に、ユーザが使用好み記述５００（又はその一部）の更新を望むか否かを示す１つ以上のフィールド又はデータ構造を含ませてもよい。
【０２３４】
図２４は、記述子を含むオーディオ及び／又は動画プログラムと、ユーザの識別ラベル（ＩＤ）と図２２の使用好み記述スキームとの間の相互関係の実施形態を示す図である。デバイスは、適当なソースにより提供される、現在及び／又は時間的に先のプログラムを記述したプログラム記述を使用でき、そこから、フィルタリングエージェント５２０が特定ユーザのために適当なコンテンツを選択する。コンテンツは、特定ユーザのＩＤに対する使用好み記述に基づき好みとして選択され、選択されたオーディオ及び／又は動画プログラムのリストを決定される。
【０２３５】
比較的にコンパクトなユーザの好み記述５００を用いれば、パーソナルビデオレコーダ，ＴｉＶｏプレーヤ，リプレイネットワークプレーヤ，カーオディオプレーヤ又は他のオーディオ及び／又は動画機器のような異なるデバイスに、ユーザの好みを容易に移送できる。ユーザ好み記述５００は、ユーザのブラウジング，フィルタリング，サーチ及びデバイス好みに従って更新できる。
【０２３６】
図２５は、図２２の使用好み記述スキームの実施形態を示す図である。使用好み記述５００は好ましくは、特定の実装によるが、３つの異なるカテゴリの記述を含む。好ましい記述は、（ａ）ブラウジング好み記述５３０と（ｂ）フィルタリング・サーチ好み記述５３２と（ｃ）デバイス好み記述５３４とを含む。ブラウジング好み記述５３０は、オーディオ及び／又は動画プログラムの視聴の好みに関する。フィルタリング・サーチ好み記述５３２は、オーディオ及び／又は動画プログラムのレベルの好みに関する。このプログラムレベル好みは、必ずしも、（ブラウジング）視聴好みと同時に使用しなくてよい。例えば、好ましいプログラムは、ユーザのフィルタリング好みによるプログラム記述のフィルタリング結果として決定することができる。特定の好ましいプログラムは、ユーザのブラウジング好みに従って逐次見ることができる。従って、効率的な実体化は、ブラウジング好み記述５３０をフィルタリング及びサーチ好み記述５３２から少なくとも論理的に分離させることにより達成できる。デバイス好み記述５３４は、デバイスを提示するコンテンツの種類（例えば、ロマンス，ドラマ，アクション，暴力，夕方，朝，日中，週末，ウィークデーの番組及び／又は使用可能な提示デバイス）に対して設定するための好みに関する。例えば、提示デバイスは、ステレオサウンド，モノサウンド，サラウンドサウンド，多重ポテンシャルディスプレイ，オーディオスピーカの複数の異なるセット，ＡＣ−３，ドルビーディジタルを含むことができる。デバイス好み記述５３４も、同様に、ブラウジング好み記述５３０とフィルタリング及びサーチ好み記述５３２から少なくとも論理的に独立していることが観察できよう。
【０２３７】
ブラウジング好み記述５３０は、マルチメディア（オーディオ及び／又は動画）情報をブラウジングするためのユーザの好みを記述する記述子を含んでいる。動画の場合、例えば、ブラウジング好みはプログラムの短い要約の目視から全プログラムを連続再生するユーザの好みまでを含んでいる。種々の要約種類は、プログラムの複数の異なるビューを記述するプログラム記述に記述できる。尚、これらの記述は、デバイスにより利用され、迅速非線形ブラウジングと目視とナビゲーションを容易にする。種々の要約タイプのパラメータ、即ち、キーフレーム要約を選択する場合は階層レベル番号、ハイライト要約を選択する場合は動画ハイライトの時間長さを規定しなければならない。さらに、ブラウジング好みは、親と子の関係の制御設定を記述する記述子を含むことができる。ユーザに相談することなく好みを変更できるか否かを示す（ユーザが設定した）スイッチ記述子も含まれねばならない。これにより、デバイスによる不注意な変更又は更新を防止できる。さらに、ブラウジング好みはメディアのコンテンツに依存するのが望ましい。例えば、ユーザはバスケットボールの試合の１５分間動画ハイライトを見るか、スリーポイントショットのみを見るか、どちらかを優先させることができる。ユーザは、ホームビデオの場合、２つの階層レベルでのキーフレーム要約のいずれかを優先選択することができる。
【０２３８】
フィルタリング・サーチ好み記述５３２は、特定の実施形態に応じて、４つの定義された記述子を含むのが好ましい。キーワード好み記述５４０は、タイトル，カテゴリ等の情報に補捉されない大好きなトピックスを指定するために用いられる。これにより、いかなる使用可能なデータフィールドでも、エントリに一致する問合わせを受理することができる。コンテンツの好み記述５４２は、例えば大好きな俳優や、監督を探し出すのを容易にするために用いられる。作品好み記述５４６は、例えば、大好きなショーのタイトルの入手を指定するために用いられる。分類好み記述５４４は、例えば、大好きなプログラムカテゴリに対する記述を指定するために用いられる。前述のように、ユーザが起動するスイッチ記述子は、ユーザに相談することなく好みを変更できるか否かを指定するために用いられる。
【０２３９】
デバイス好み記述５３４は、音量，バランス，低音，高音，輝度，コントラスト，字幕，ＡＣ−３，ドルビーディジタル，どのディスプレイデバイスか、ディスプレイデバイスのタイプ等のオーディオ及び／又は動画の選択された表現設定を記述する記述子を含む。デバイスの設定は、ユーザがオーディオ及び／又は動画コンテンツをブラウジングし消費する方法に関する。メディアのタイプとコンテンツに応じてデバイスの設定好みを指定できることが望ましい。例えば、アクション映画の場合、選択された音量設定はドラマの場合より高い。また、クラシック音楽とロック音楽の場合の低音の選択設定は異なる。ユーザが起動するスイッチ記述子は、前述のように、ユーザに相談することなく好みを変更できるか否かを指定するために用いられる。
【０２４０】
図２６は、図２２の使用好み記述スキームとＭＰＥＧ−７の記述スキームとの間の相互関係の実施形態を示す図である。使用好み記述は、ＭＰＥＧ−７に順応したデータストリーム及び／又はデバイスと協同して使用することができる。ＭＰＥＧ−７記述子は、明細書中で参照するＩＳＯ／ＩＥＣ  ＪＴＣＩ／ＳＣ２９／ＷＧ１１  "ＭＰＥＧ−７  Ｍｅｄｉａ／Ｍｅｔａ  ＤＳｓ（Ｖｏ．２）"（１９９９年８月）に記載されている。メディアコンテンツの記述は、メディアを消費するユーザ好みの記述と関連することが好ましい。これは、メディアとユーザ好み記述において共通の記述子を使用するか、又は、ユーザ好みとメディア記述子間の関連を規定することにより実現できる。ブラウジング好み記述は、メディアの異なるビュー及び要約を記述したメディア記述と関連することが好ましい。コンテンツ好み記述５４２は、例えばコンテンツ記述スキームによりＭＰＥＧ−７で指定されたメディアのコンテンツ記述５５２のサブセットと関連することが好ましい。分類好み記述５５４は、例えば、ＭＰＥＧ−７で分類記述スキームとして指定された分類記述５５４のサブセットと関連することが好ましい。作品好み記述５４６は、例えば、ＭＰＥＧ−７で作品記述スキームにより指定された作品記述５５６の作品記述のサブセットと関連することが好ましい。キーワード好み記述５４０は、複数の言語を支持するストリングであり、対応メディアコンテンツ記述スキームと関連することが好ましい。メディアとユーザの好み記述間の関連は、図２６に、コンテンツ，作品及び分類の好みの各々の場合につき両方向の矢印で示してある。
【０２４１】
図２７は、図２２の使用履歴記述スキームの実施形態を示す図である。使用履歴記述５０２は好ましくは、特定の実装に依存するが、３つの異なるカテゴリの記述を含む。好まれる記述は、使用好み記述５００に関し前述したように、（ａ）ブラウジング履歴記述５６０と（ｂ）フィルタリング・サーチ履歴記述５６２と（ｃ）デバイス履歴記述５６４を含む。フィルタリング・サーチ履歴記述５６２は、特定の実施形態に応じて、好みに関し前述した、４つの定義された記述子、即ち、キーワード使用履歴記述５６６，コンテンツ使用履歴記述５６８，作品使用履歴記述５７０，分類使用履歴記述５７２を含むことが好ましい。使用履歴記述５０２は、保有情報の時間及び／又は期間を記述する追加の記述子（又は、望むならば記述）を含むことができる。時間は、特定のオーディオ及び／又は動画プログラムを消費する期間に関する。特定プログラムが視聴された時間（期間）は、ユーザの好みを決定するために利用できる情報を提供する。例えば、ユーザがショーを５分間見るだけなら、使用好み記述５００に含めるには適した好みではない。さらに、本発明者達は、特定のオーディオ及び／又は動画プログラムに対するユーザの好みのより正確な尺度は、そのプログラムの総時間を考慮した視聴時間であることに気付いた。これは、プログラムの相対的視聴期間を意味する。例えば、４時間のショーを３０分間見るのは、３０分のショーを３０分間見るより、使用好み記述５００に含ませる好みデータを決定する際の適切度は低くなる。
【０２４２】
図２８は、ユーザの履歴記述スキームを含むシステムの実施形態を示す図で、半永久的な蓄積装置を持つオーディオ及び／又は動画プログラム受信機の１例が図示されている。図に見られるように、この受信機は、半永久的な蓄積装置５８１を有し、オーディオ／動画（ＡＶ）プログラムの記述５８０は、放送又は電話線のような他のソースから入手できるように構成されている。ユーザ好み５８６の記述は、ブラウザ５８３によるブラウジング，フィルタリング・サーチシステム５８４におけるフィルタリング及びサーチ、ディスプレイ５８２等におけるデバイスの設定に関し、個人専用化を容易にする。この実施態様において、ユーザの好み５８６はユーザの端末に蓄積され、例えばスマートカード５８７を介して他のシステムに伝送することができる。別の方法では、ユーザの好みをサーバに蓄積し、コンテンツの適応化は、サーバにおいてユーザ記述に従い実施し、好ましいコンテンツをユーザに伝送する。ユーザ５９１は、望むならば、使用好み５８６を直接供給することができる。ユーザ好み５８６及び／又は使用履歴５８９も同様にサービスプロバイダ５９０に供給される。このシステムは、先述のように使用履歴記述の形式でユーザ使用履歴を記録するアプリケーションを採用する。使用履歴記述は、次に、他のアプリケーション、例えばスマートエージェントで利用され、変換システム５８８により使用履歴５８９がユーザの好み５８６に自動的にマッピングされる。
【０２４３】
記述及び記述スキームにおける追加の属性と記述子
発明者達は、記述及び記述スキームに特定タイプの情報を取入れることにより本システムに機能性を追加できることに気付いた。記述スキームは、記述のデータモデルであり、複数の記述子と、記述子が使用されている記述のシンタックスを指定する。以後、記述と記述スキームの用語は、両方共メディアとユーザの好みの記述に対応しているので、互換性のある用語として使用する。記述に使用される追加の属性と記述子について説明し、記述例の各部分例を提示する。
【０２４４】
さらなる考察により、多くのユーザが複数のユーザ好み記述を保持する必要があることが認識された。複数のユーザ好み記述は、例えば、異なる場所（例えば、家庭，職場，外出先，停車，移動時の自動車）、異なる状況、異なる時間（例えば、異なる日，異なる季節）、ユーザの異なる情緒状態（例えば、幸福な気分であるか、或いは、ウンザリした気分又は悲しい気分であるか）及び／又は持続性（例えば、一時的使用であるのか、或いは、継続使用であるのか）に対応する。さらに、ユーザ好み記述は、異なる主要機能を有する種々の端末（例えば、パーソナルビデオレコーダであるのか、或いは、セルラ電話であるのか）を区別する記述を含むことができる。さらに、異なる場所又は状況において使用可能な通信チャネルの周波数帯域幅は、異なる好みを用いることができる。又、ダウンロード用動画プログラムのオーディオビジュアル要約の長さに関するユーザ好みも種々異なる。異なる使用条件においてユーザは、異なるデバイス及び／又はサービスを区別するベースとしてユーザのＩＤ記述を使用することができる。例えば、異なる条件の例として、テレビジョン放送の受像機とセルラ電話がある。
【０２４５】
上記条件に基づく１人の特定ユーザのために複数のユーザ好みを維持することの他に、本発明者達は、異なる場所，異なる状況，異なる情緒状態，異なる季節，異なる端末等のいずれか１つ又は複数を、ユーザの好み記述を区別するベースとして同様に使用することができることに気付いた。
【０２４６】
特定ユーザが好み記述を複数持つことを許容し、それらの好み記述を互いに区別する１つの技術は、異なるユーザ名を使用するか、後述するように、ＩＤ記述スキームにバージョン記述子を用いる変形の機構を使用するものである。
【０２４７】
前述したように、システムは、１人の特定ユーザに対して複数のユーザ好みを含むことができる。複数記述の場合、システムは、異なるユーザ好みを異なる細分度（ｇｒａｎｕｌａｒｉｔｙ）、例えば、項目量の大小によって表現する。低い細分度（散在性）は、ユーザ好みをフィルタにかけてデータ量をさらに減少させる結果となる。換言すれば、使用好み記述の構造は、データをさらに減少させるフィルタ処理の結果である差分と同じである。別の実施態様では、細分度を可変にすれば、ユーザ好みに含まれているデータサイズを、望むならばユーザの場所及び／又はアプリケーションに基づき、変化させる結果を得る。細分度の低い（粗野度の高い）ユーザ好みは、蓄積量が制限されたポータブルメモリデバイスに蓄積するのに特に適している。同様に、細分度は、使用履歴にも適用できる。
【０２４８】
本発明の別の実施態様においては、ユーザ好み（及び履歴）をメディアタイプ、ソース又はコンテンツ（例えば、音楽であるか或いは動画であるか、ラジオであるか或いはテレビ放送であるか、及び／又は、スポーツビデオであるか或いはホームビデオであるか）に基づかせることができる。これらの好みは、マルチメディアの好ましさの第三者特性とは対照的に、オーディオ及び／又は動画そのものに関する。この情報を含むことにより、メディアタイプ，ソース又はコンテンツによるコンピュータ処理条件が軽減される。
【０２４９】
本システムに含まれ得る別の特徴は、ユーザ記述の各又は選択された１セットの構成要素に対する保護属性である。保護属性は、システム又はプロバイダのアクセス権を、典型的にはユーザ本人以外の関係者のアクセス権を、ユーザの記述又はその構成要素に指定する。１実施例において、保護属性は、かようなデータへの他者のアクセスを許すユーザの意向を指定できる。保護属性を実装する１つの技法は、保護属性を、ユーザ記述スキームの全関連部分が含む基本属性として導入することである。
【０２５０】
ブラウジング好みに対する記述子及び記述スキームは、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９ＷＧ１１  Ｎ３２４６  "ＭＰＥＧ−７  Ｇｅｎｅｒｉｃ  ＡＶＤｅｓｃｒｉｐｔｉｏｎ  Ｓｃｈｅｍｅｓ，Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  Ｖ２.０（２０００年３月，Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）に記載されている特定種類のマルチメディア要約記述スキームに適合させることができる。これにより、ユーザはオーディオビジュアルプログラムの特定の視覚要約の種類を指定し、視覚ハイライト形式要約の時間を指定することができる。しかしながら、さらに検討の結果、本発明者達は、オーディオビジュアル要約内の好ましい最小及び最大データ量の仕様がシステムのケイパビリティを著しく高めることを確認した。かような規定により、例えば、ユーザが、異なる制限を有する端末を用い、制限された帯域幅のチャネルでコンテンツのオーディオビジュアル要約を有効にブラウジングするケイパビリティを提供する。帯域幅が制限されたチャネルに接続した端末の場合、ユーザは、プログラムの比較的短いハイライトに対する好みを指定し、高い帯域幅のチャネルに接続した端末の場合は、プログラムの長いハイライトに対する好みを指定することができる。尚、かようなチャネルは、移動局チャネルとケーブルチャネルである。さらに、動画速度でフレームを表示できない端末の場合、ユーザは通信チャネルの帯域幅に適した最大数のキーフレームより成るキーフレーム要約を選択することができる。これらのケイパビリティ強化を達成するために、本発明者達は、ブラウジング好み記述（及び記述スキーム、又は他の好み記述）内に、キーフレームの最小，最大，正確な数とオーディオ及び／又は動画ハイライトの最小，最大，正確な期間を指定する記述子を用いることを提案する。
【０２５１】
前述のように、記述スキームは、視覚資料の好ましい最小及び最大量を表現するのに適応可能であり、異なる視聴好みと端末及び通信チャネルの帯域幅の制限にも適応できる。この実装は、下記の記述子をブラウジング好み記述スキームに含むことにより達成できる。
【０２５２】
ＭａｘＮｕｍＯｆＫｅｙｆｒａｍｅｓ，ＭｉｎＮｕｍＯｆＫｅｙｆｒａｍｅｓ，ＮｕｍＯｆＫｅｙｆｒａｍｅｓ，ＭａｘＳｕｍｍａｒｙＤｕｒａｔｉｏｎ，ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ，ＳｕｍｍａｒｙＤｕｒａｔｉｏｎ
【０２５３】
好み記述子＜ＭａｘＮｕｍＯｆＫｅｙｆｒａｍｅｓ＞と＜ＭｉｎＮｕｍＯｆＫｅｙｆｒａｍｅｓ＞は、各々、動画プログラムのキーフレーム要約中のキーフレームの最大数と最小数を指定する。＜ＮｕｍＯｆＫｅｙｆｒａｍｅｓ＞は、キーフレーム数の標準値を指定する。ユーザが普段使用する既知の接続の既知の周波数帯域幅に応じて、ユーザはこれらの記述子を指定することができる。記述子＜ＭａｘＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞と＜ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞は、各々、オーディオビジュアルハイライト要約の最大時間長と最小時間長を指定する。＜ＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞は、ハイライト要約の標準時間を指定する。再び、ユーザの愛好と端末及びチャネルの制限に応じて、ユーザはこれらの記述子を指定することができる。記述子＜ＭａｘＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞と＜ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞は、オーディオ信号の好みに適用でき、又、オーディオハイライトをオーディオスキミング法により生成する場合に適用される。図２４のフィルタリングエージェント５２０によりユーザのブラウジング好み記述とメディア記述を相互に関係付け、ユーザの好み記述に一致する要約記述を含むメディア記述を決定し、選択されたタイプの要約に関連する要約メディア記述を含めてユーザに提供できるようにする。
【０２５４】
プログラムの要約抽象の忠実度（ｆｉｄｅｌｉｔｙ）が記述される場合に、汎用マルチメディアアクセスアプリケーション用の抽象忠実度記述子が追加の記述子として導入できる。これは、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９  ＷＧ１１Ｎ３２４６  "ＭＰＥＧ−７  Ｍｕｌｔｉｍｅｄｉａ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｓｃｈｅｍｅｓ，Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  Ｖ２.０"（２０００年３月，  Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）に定義されているバリエーション忠実度記述子スキームに該当する。これにより、キーフレーム数に関する制限と時間長の明白な仕様の代案を提供する。
【０２５５】
セグメント主題記述子は、その主題（テーマ）又は強調点の注釈を付けた、例えば動画クリップ又はオーディオクリップのようなセグメントの好ましいテーマ又は観点を記述することができる。例えば、テーマは、そのテーマのコンテンツの特徴を指定する。かような特徴には、大好きなチームのゴールや、大好きな選手の３ポイントシュート等が含まれる。これらの記述子を指定しランク付けをすれば、クライアントアプリケーション又はサーバは、セグメントレベルの記述子又はラベルに一致する好みテーマ（及び／又はランキング）に従ってユーザセグメントを供給でき、又は、ユーザにセグメント主題の好みに一致するラベル付きセグメントより成る事前に編成されたハイライトを提供することができる。
【０２５６】
現行のフィルタリング・サーチのユーザ好み記述は、オーディオビジュアル資料のコンテンツに焦点を置きながら、所望のオーディオビジュアル資料を発見、選択して消費することにより有効にオーディオビジュアルコンテンツを利用する技法を志向している。かような記述は有益であるが、本発明者達は、資料コンテンツだけと対比しても、資料ソースの識別はオーディオビジュアル資料の処理と提示のために有利な情報を提供することをさらに認識した。例えば、コンテンツのソースは、地上のソース，デジタルビデオディスク，ケーブルテレビ，アナログテレビ放送，デジタル放送テレビ，アナログラジオ放送，デジタルラジオ放送である。
【０２５７】
これらの情報を含めることにより、ユーザは、これらの異なるソースから選択でき、又、ユーザが視聴可能なコンテンツのソースを、衛星放送より広く視聴可能な地上放送のようなソースに選択を狭めることにより有効性をさらに高めることができる。例えば、ユーザは、地上放送チャネルからのみ入手可能な“スタートレック”のエピソードに対するユーザ好みを記述することができる。
【０２５８】
このソースの区別及び識別は、フィルタリング・サーチ好み記述スキーム（又は他の記述スキーム）の下にソースの好み記述スキームを含むことにより実行できる。従って、フィルタリング・サーチ好み記述スキームは、ゼロ又は１つ（望むならば、それ以上）のソース好み記述スキームを含むことができる。ソース好み記述スキームは、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ３２４７  "ＭＰＥＧ−７  Ｍｕｌｔｉｍｅｄｉａ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｓｃｈｅｍｅｓ，Ｅｘｐｅｒｉｍｅｎｔａｔｉｏｎ  Ｍｏｄｅｌ（ｖ２．０）（２０００年３月，  Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）に記載されているメディアフォーマット記述又はパブリケーション記述スキームから派生できる。
【０２５９】
ユーザ好みの他に、システムが持ち得る他の特徴は、ユーザの負の好みである。負の好みは、ユーザが嫌いなものとその順位を含むことができる。負の好みを指定することにより、システムは、そのような好みに該当するものを選択することが無くなる。これは、例えば、好み値記述子に正又は負の値を付与することにより実施できる。
【０２６０】
システムが持ち得る他の特徴は、ユーザの好みのスペシフィケーションであり、これは、例えば、“ＢｅｔｔｅｒＴｈａｎ”記述子と“ＷｏｒｓｅＴｈａｎ”記述子を用いて、他の好みセットに対する特定のユーザ好みセットの相対的な好み度を示すものである。これは、各好みセットに対する好み値記述子が無い場合でも好みの暗黙の相対的な順位付けを可能にする。これは、例えば、フィルタリング・サーチ好み記述に“ＢｅｔｔｅｒＴｈａｎ”記述子と“ＷｏｒｓｅＴｈａｎ”記述子を入れることにより実現できる。
【０２６１】
追加属性の表現
下記の記述は、ここに参照するＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  ＭａｒｋｕｐＬａｎｇｕａｇｅ）で表現される。任意の他の言語も同様に用いることができる。
ユーザ好み記述の定義は次の通りである。
【０２６２】
【表５２】
0004363806.tif 000053
【０２６３】
原始属性“ｐｒｏｔｅｃｔｉｏｎ（保護）”と“ａｌｌｏｗＡｕｔｏｍａｔｉｃＵｐｄａｔｅ（自動更新許可）”については、ユーザ識別子、ユーザ好み及び使用履歴の記述及び全ての関連部分、即ち、ブラウジング好み記述、フィルタリング・サーチ好み記述、デバイス好み記述及び使用履歴記述スキームのサブ記述スキームに具体例を示す。
【０２６４】
“ａｌｌｏｗＡｕｔｏｍａｔｉｃＵｐｄａｔｅ”属性（ユーザが設定）は、ユーザに相談することなく（例えば使用履歴記述を利用するエージェントにより）好みを自動的に変更できるか否かを指示する記述スキームに含ませねばならない。
保護属性は、ユーザがシステムによる好み／履歴の公表（公開）を許すか否かを指定する記述に含ませるべきである。ユーザが、彼の好み／履歴の若干部分を例えばサービスプロバイダに公表することに同意すれば、サービスプロバイダは、この情報を集めて、ユーザの履歴／好みに適合するユーザコンテンツに役立てることができる。上記の記述例において、ユーザは彼の“Ｕｓｅｒｎａｍｅ（ユーザネーム）”を秘密にしておくことを選択する。彼は、又、システムが彼の好みを自動的に更新することを望まない。
【０２６５】
ユーザＩＤ記述は、ユーザ記述スキームの特定例を、他のユーザの例又は同一ユーザの異なる使用条件及び状況における例から区別する識別子の目的を果たす。
ユーザネーム記述子は、特定のユーザを他のユーザから識別する。家庭での設定の場合、その一家のメンバーが通常の条件で使用する全ての機器に対し、その一家の各メンバーが、その家庭で唯一のユーザネームを使用することで識別することができる。
ユーザネームは、個人だけでなく例えば家族のような人のグループのユーザ記述スキームを区別するためにも使用できる。（ホテルの部屋又はレンタカー内の装置のように）多数の違った人達により一時的な条件で使用する機器は、識別の一意性を確保するために一時的なセッション識別票を使用者に割り当てる。
【０２６６】
別案では、バージョン記述子をユーザ識別子記述に含ませて、特定ユーザネームに関係するユーザ記述（好み及び使用履歴）の異なるバージョンを定義する。このバージョンのメカニズムにより、ユーザは、異なる場所（自宅，職場，外出先，停車中の車，移動中の車）、異なる状況、異なる情緒状態（幸福な気分対悲しい気分）、異なる季節等に対応する異なる好みと使用履歴を指定することができる。異なるユーザ記述は、異なるバージョン記述子により区別される。バージョン記述子の種類は、例えば、整数又はストリングであるか、又はユーザＩＤ記述スキームの１属性として表現できる。
【０２６７】
使用好み記述は、時間又は場所又は場所−時間の組合せに従い、特定の好み又は履歴を区別する“ＰｒｅｆｅｒｅｎｃｅＴｙｐｅ（好みタイプ）”記述を含むことができる。使用好み記述の定義例を以下に示す。尚、場所は“職場（Ｏｆｆｉｃｅ）”であり、時間は、“午前８時から８時間”である。
【０２６８】
【表５３】
0004363806.tif 000054
【０２６９】
ＰｒｅｆｅｒｅｎｃｅＴｙｐｅ記述子は、１つ以上の好みセットの好みタイプを識別するために用いられる。前述のように、ユーザは、ユーザの状況，所在地，時間，季節等に応じて、異なる好みを持つことができる。
【０２７０】
ブラウジング好み記述は、マルチメディア情報をブラウジングするためのユーザ好みを記述できる。本質的に、この記述は、マルチメディア情報を消費（視聴）するためのユーザ好みを表現する。このブラウジング好み記述は、例えば、要約好みを含むことができる。ブラウジングの好み記述は、動画の場合、例えば、プログラムの短い要約の目視であるのか、或いはプログラム全体の連続再生であるのかのユーザ好みを含むことができる。色々な要約タイプが、ＩＳＯ／ＩＥＣＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ３２４６  “ＭＰＥＧ−７  Ｍｕｌｔｉｍｅｄｉａ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｓｃｈｅｍｅｓ，Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  Ｖ２.０”（２０００年３月，Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）の要約記述スキームに規定されている。その中には、キーフレーム要約、ハイライト要約等が含まれており、種々の要約タイプのパラメータは、要約記述、例えば、動画ハイライト要約の時間によって規定することができる。
【０２７１】
ブラウジング好み記述スキームは、以下に示す記述子及び記述の未完全リストの１つ以上を記述スキームに含むことができる。
（Ａ）キーフレームの最少数（ＭｉｎＮｕｍＯｆＫｅｙｆｒａｍｅｓ）とキーフレームの最大数（ＭａｘＮｕｍＯｆＫｅｙｆｒａｍｅｓ）の記述子を含むことができる。これらの記述子は、ＡＶプログラムのキーフレーム要約を構成するフレームの最少数と最大数に対するユーザ好みを指定する。ユーザは、これらの記述子を、個人的な趣味、状況等に従って、また、チャネル帯域幅と端末資源の制限条件に従って指定することができる。
【０２７２】
（Ｂ）最短時間（ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ）と最長時間（ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ）の記述子を含むことができる。これらの記述子は、動画内のキークリップより構成されたハイライト要約の時間長に対するユーザの好みを指定する。これらの記述子は例えばオーディオのみのマテリアルにも利用することができる。ユーザは、これらの記述子を、個人的な趣味、状況等に従って、また、チャネル帯域幅と端末資源の制限条件に従って指定することができる。
使用好み記述に含むことのできる要約好み記述の１例を次に示す。
【０２７３】
【表５４】
0004363806.tif 000055
【０２７４】
（Ｃ）汎用マルチメディアアクセスアプリケーション用の抽象忠実度記述子は、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ３２４６  “ＭＰＥＧ−７Ｍｕｌｔｉｍｅｄｉａ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｓｈｅｍｅ，ＷｏｒｋｉｎｇＤｒａｆｔ  Ｖ２.０”（２０００年３月，  Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）のバリエーション記述スキームによって規定されている。また、キーフレームの時間と数を忠実度記述子として規定してもよい。
【０２７５】
（Ｄ）セグメントテーマ記述子を含むことができる。この記述子は、セグメントのテーマ又は観点、例えば、そのテーマ又は強調点に関する動画又はオーディオクリップを記述する。“スペインからのゴール”及び“スペインからのゴールのリプレイ”と名称をつけた動画セグメント（クリップ）に対する好みを表現する要約好み記述の例を以下に示す。
【０２７６】
【表５５】
0004363806.tif 000056
【０２７７】
（Ｅ）フレーム周波数値の記述子を含むことができる。この記述子は、ブラウザで目視できる動画フレームの時間標本化周波数を指定する。フレームは、視覚要約を提供する。ブラウザにより、フレームはクリックできる動画へのエントリーポイントも提供できる。フレーム周波数値の記述子は、動画のショットにより同様な機能性を提供する。
【０２７８】
ソース好み記述は、放送又は蓄積メディアタイプ（例えば、地上，衛星，ＤＶＤ）、放送チャネル識別子等のようなマルチメディア情報の好みソースを記述する。地上放送局からの番組“スタートレックエピソード”に対する好みを表現するユーザ好み記述の１例を以下に示す。
【０２７９】
【表５６】
0004363806.tif 000057
【０２８０】
フィルタリング・サーチ好み記述は、選択された（好まれた）プログラムのタイトル，ジャンル，言語，俳優，作品の記述子の少なくとも１つを含む。ユーザの好みが、英語のニュース番組である場合の記述例を以下に示す。かような記述は、例えば、ユーザが日本へ旅行する場合に、彼のスマートカードに含むことができる。この特定の好み記述は、日本に関する特殊なものとして識別され、適当なユーザ名を選ぶことにより区別されることに留意する。
【０２８１】
【表５７】
0004363806.tif 000058
【０２８２】
好み値記述子は、ユーザの好み度又は非好み度を示す値のようにフィルタリング及びサーチ好みを優先付けする技法を提供する。非好みは、好み値記述子に負（逆符号）値を割り当てることにより表現できる。
ｂｅｔｔｅｒｔｈａｎ（良）及びｗｏｒｓｅｔｈａｎ（劣）記述子は、フィルタリング・サーチの好みタイプ記述子を用いて異なる具体例が識別された場合に、どちらの具体例をユーザが他例と比較し、より好きか嫌いかを記述することができる。これにより、例えば、エージェントによる自動的な好み値記述子の変化に対する耐性を与えることができる。
【０２８３】
フィルタリング・サーチ好み記述は、複数の特定の個人により好評を受けているプログラムのサーチをユーザが望んでいることを表現する選択レビューの記述を含むことができる。例えば、映画評論家シスケルとエバートが評論し推薦した映画に対する好みをフィルタリング及びサーチ好み記述内に記述して含めることができる。
なお、図２９に、全体の記述スキームの概観を示す。
【０２８４】
オーディオ，画像，ビデオ等の視聴可能なメディアが益々増えてきたため、ユーザは順次視聴するのに適したメディアを選択することが益々難しくなってきた。ユーザは望みの資料（マテリアル）を選択するために番組のリストを手動で読むことができる。しかしながら、完全な番組リストから手動でメディアを選択するのには時間が掛かり、能率が悪い。
【０２８５】
前述したように、ユーザ，プログラム，システム用の記述スキームは、（１）ユーザの好み，（２）システム，（３）プログラムに関する見出し情報を有する構造を提供する。ユーザの使用記述スキーム及び視聴できる番組（プログラム）のプログラム記述スキーム内に含まれている情報を処理することにより、このシステムは特定のユーザが恐らく望むであろうプログラムを決定できる。かような情報に対するシステムによる処理はエージェントと称することができる。
【０２８６】
現有のエージェントは限られた数のユーザの好み記述子を限られた数のプログラム記述子と関連づけることに焦点をおいている。かようなエージェントの設計者は、手動で、望みの番組を特定する結果となるであろう予め定めた相互関係を決定し、エージェントへ難解なハードコードを組み込む。かように、ユーザ好み記述子とプログラム記述子間のマッピングは、静的モデルを含んでいるが、その理由は、かような設計者はデータフィールドのドメインが固定した予定のセットであり、従って、関連データの潜在的に可能な組合せ間の関係が固定し予め定められたセットであると確信しているからである。例えば、ユーザ好みにおける“俳優”とプログラム記述子における“俳優”は、関連する潜在的な組合せである。かような静的なエージェントを設計するための従来の焦点は、好みの恣意的で複雑なセットの解釈及び処理方法におけるジレンマを避ける。
【０２８７】
ユーザ好みの恣意的で複雑なセットを避ける従来の焦点を維持すること、例えば、ＴｉＶｏ及びＲｅｐｌａｙ  ＴＶのような商品は、特定の俳優のような第１の好みを指定することを許す。ユーザは、第１の好み，第２の好み及び追加の好みを探索することにより、より特殊な探索をさらに試みることができる。これは、望みの番組を指定できる結果が得られるまでに時間が掛かり、ユーザには苛々するプロセスである。静的なエージェントと同様、ＴｉＶＯ及びＲｅｐｌａｙ  ＴＶ装置は、制限された１セットの許容探索クエリを持つ。
【０２８８】
かような相互関係の静的モデルは、容易に実動化できるが、エージェント設計者が予測できない相互関係を処理することは不可能なシステムとなる。本発明者達は、潜在的に望ましい相互関係の全て、特に好みの判定基準の恣意的な複合セットの場合に望ましい相互関係は、従来の静的モデルでは有効にプログラムすることはできないことを認識した。
【０２８９】
図３０は、コンテキスト図式の実施例を示す図である。フィルタエージェント６００は、少なくとも１個のプログラム記述６０２と少なくとも１個のユーザ好み記述６０４を受信するか、逆にアクセスする。又、各プログラム記述６０２は、望むならば実際のコンサマブルなプログラムメディアに関係するメタデータを含むことができる。又、ユーザの好み記述６０４はメタデータの範囲内に含まれる情報に対する選択判定基準を含んでいる。フィルタエージェント６００の出力は、ユーザの好み記述６０４に従い選択され、必要に応じて適合処理された受信プログラム記述６０６のサブセットである。
【０２９０】
図３１は、フィルタエージェントの実施例を示す図である。フィルタエージェント６００は、ユーザの好み記述６０４を受信し、マッピングテーブル６１４からの情報を用いて、ブロック６１０においてユーザの好み記述６０４に含まれている情報を解釈する。フィルタエージェント６００はまた、マッピングテーブル６１４からの情報を用いて、ブロック６１２において望みのユーザの判定基準を示すユーザの判定基準の組合せモデルのようなモデルを組み立てる。結果として得られるモデル又は判定基準のセットを、ブロック６１６において視聴可能なプログラムの記述６０２に適用し、望みのプログラムを選択する。選択されたプログラムの各々は、豊富な関連データのセットを含んでおり、これを、ブロック６１８においてユーザの判定基準に適用し、各プログラムの望ましいサブ部分を抽出してデータをさらに精錬することができる。選択されたプログラムの各々は、各プログラムの望みのサブ部分と共にブロック６２０においてさらに複製（クローン）することができ、結果として得られる適合インスタンスがフィルタエージェント６００から出力される。
【０２９１】
図３２は、プログラム記述の実施例を示す図である。プログラム記述は個々の記述の階層から成る。階層は、構成，タイプ及びその他の関係を含む個別記述要素間の関係を意味する。この入力プログラム記述の特定の構成は変化し、プロバイダによって通常生成され供給される。出力プログラム記述は、例えば、選択入力インスタンスのコピー，選択入力インスタンスの部分又は入力インスタンスの変更クローン（複製）であり得る。変更クローンの場合、クローンはユーザ好みに合致するプログラムメディアのサブセットを記述し、ユーザが望まない部分と、帯域幅のような他の理由により処理不能である部分を除去すべきである。勿論、この出力は、望むならば、クローン（複製）処理を省略できる。
【０２９２】
図３３は、個々の好みの実施例を示す図である。ユーザの好み記述は、個々の好み或いは複数の好みを記述する原始要素を含むことができる。個人の好みは、一般に、“ｎａｍｅ：ｖａｌｕｅ（名称：値）”対の用語で定義される。名称成分は、１セットの好み名称の中の１つである。値のドメインは、符号及び自由なテキスト形式のような名称に依って変化する。
【０２９３】
個々の好みは、単一の好みテスト（又は複数の好み）であり得る。勿論、個々の好みは、テストに限定されるものではない。例えば、ユーザ好みは、ボリューム又は任意の他の機能性のような提示用に望まれる構成を記述することができる。各好みテストは、評価されるべきプログラム記述の形態又は属性を記述する。望むならば、好みテストは、プログラム記述について実行されるテストの最小粒度（ｇｒａｎｕｌａｒｉｔｙ）に限定することができる。共通の好みテストは、プログラム記述要素値と好み値との比較である。勿論、この好みテストは、プログラム記述中の対応要素の値であっても直接に関係する必要はない。例えば、表示される所望キーフレーム数を示す単一のユーザ好み要素は、キーフレームを表わす（又は、記述する）プログラム記述中の要素数についてテストすることができる。一般に、“ｔｉｔｌｅ：ｔｉｔｌｅ＿ｖａｌｕｅ（タイトル：タイトル＿値）”の対は、プログラム記述のタイトル要素値とタイトル＿値とが比較される。
【０２９４】
さらに考察した結果、本発明者達は、個々の好みは複合（コンポジットな）関係を含むことができることを確認した。さらに、この関係は、ユーザの好み及び／又はプログラム記述のいずれかにおける“ｎａｍｅ（名称）”の幾つかのインスタンスのような重複フィールドを含むことができる。複合関係を含めると、クエリに対する適切な技法を決定することが困難になる。ここで、重複した個々の好みは、同一または異なる階層レベルである。加えて、（“Ｊｏｎｅ  Ｄｏｅ”の幾つかのインスタンスのような）複数の整合結果又は（“Ｊｏｎｅ  Ｄｏｅ”の幾つかのインスタンスと“ｃｏｍｅｄｙ”のインスタンスの欠落のような）調和しないエントリをもたらすクエリを如何に解釈するかを決定することが困難である。
【０２９５】
図３４は、一般的なユーザ好みの記述の実施例を示す図である。例えば、図３４を参照すると、ユーザが複数の好み名称を含む問い合わせ（クエリ）を使用し、クエリが幾つかの潜在的に可能な一致を得る結果となる場合、適当なプログラムが見つかったか又は適当なプログラムのどの部分が適当であるかを決定するのが困難である。図３４に見られるように、名称Ａを持つ好みは、名称Ｂの１つのインスタンスと、同一又は異なる名称を含むことができる名称Ｃの２つのインスタンスより成る。
【０２９６】
図３５は、ユーザ好み記述の１つの部分例を図示している。ユーザの好み記述のこの部分は“Ｔｈｏｍａｓ（トーマス）”，“Ａｑｕｉｎａｓ（アクイナス）”という姓名をもつ“ａｕｔｈｏｒ（著者）”の“ｒｏｌｅ（役割）”を有する“ｃｒｅａｔｏｒ（創作者）”の階層を示している。さらに、この階層は相互関係を規定するパスとして用いることができる。
【０２９７】
ロケーションパスの通常作用は、プログラム内のこのノードから単一のデータを検索することである。１つの可能なエンハンスメント（強化）により、このデータを操作されて他の関連ノードと組み合わされ、複合値を形成することができる。
【０２９８】
メディアのレビューレーティングを評価する際の１例では、３つの数値、即ち、レーティング値（ＲａｔｉｎｇＶａｌｕｅ）、最低レーティング（ＷｏｅｓｔＲａｔｉｎｇ）値及び最高レーティング（ＢｅｓｔＲａｔｉｎｇ）値が提供される。メディアレビューレーティングの場合の複合値は、（（ＲａｔｉｎｇＶａｌｕｅ）―（ＷｏｅｓｔＲａｔｉｎｇ））／（（ＢｅｓｔＲａｔｉｎｇ）―（ＷｏｅｓｔＲａｔｉｎｇ））の式で計算できる。
【０２９９】
他の例では、キーワード好みをタイトル又は記述フィールドに対し、これらの２つのフィールドを連結することによりテストすることを含んでいる。複合値は、（作成記述（ＣｒｅａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）／テキスト注釈（ＴｅｘｔＡｎｎｏｔａｔｉｏｎ））＆（タイトル（Ｔｉｔｌｅ）／タイトルテキスト（ＴｉｔｌｅＴｅｘｔ）として計算できる。これらの２つのフィールドは、親“Ｃｒｅａｔｉｏｎ”の要素からの相対パスを使用することに注意すべきである。
【０３００】
さらなる例では、単一好みデータを操作して数値を調整するか、又は、そのテキストをターゲット言語に翻訳することができる。
【０３０１】
複合値は計算要素のどれかにデフォルトを提供する。これは、メディアレビューレーティングのデフォルト範囲を規定するのに有益である。又、１つの要素が欠けているためにテストを失敗させることがないように、指定値（例えば、１，０，“”）を挿入するのに有用である。
【０３０２】
好み記述は組み込み複合値からユーザを作ることができる。組み込み複合値の例は、視聴者の環境に基づくことができる。例えば、好み記述の部分は、ユーザが評価すべき関連の好みを要求する場合に、時刻範囲を規定することができる。ターゲットロケーションは、組み込み型“ＴｉｍｅＯｆＤａｙ（時刻）”の複合値として規定することができた。
【０３０３】
図３６は、マッピングテーブルの実施例を示す図である。本発明者達は、ユーザの好みのマッピングテーブルと入力プログラムの記述が、ユーザの好みと入力プログラムの記述の粗い比較を提供することを確認した。勿論、マッピングテーブルは要望応じて任意タイプのデータであり得る。マッピングテーブルの第１コラム“Ｎａｍｅ（名称）”は１つ以上のユーザの好みの名称を含んでいる。図３６は図３５のユーザ好みを含んでいることを示している。一般に名称で呼ばれテストされる個々の好みの各ノードは、関係する先祖へのパスを有している。マッピングテーブルの第２コラム“Ｌｏｃａｔｉｏｎ（ロケーション）”は、１つ以上の入力プログラム記述の名称を含んでいる。これに代わり、パスの部分又はパスの同じ単一要素は、要望に応じて、テーブル内で特定できる。例えば、図３５中のＣｒｅａｔｏｒ／Ｉｎｄｉｖｉｓｕａｌ／ＦａｍｉｌｙＮａｍｅ（作成者／個人／姓名）は、／ＦｉｌｔｅｒｉｎｇＡｎｄＳｅａｒｃｈＰｒｅｆｅｒｅｎｃｅｓ／ＣｒｅａｔｉｏｎＰｒｅｆｅｒｅｎｃｅｓ／Ｃｒｅａｔｏｒ／Ｉｎｄｉｖｉｓｕａｌ／ＦａｍｉｌｙＮａｍｅ（フィルタリング・サーチ好み／作品好み／作成者／個人／姓）のパスを有する。このパスは、マッピングテーブルの“ｌｏｃａｔｉｏｎ”コラム（例えば、フィールド）を使用して、一つずつに分割及び分解する。ユーザの好みのパスを分割及び分解した結果、コラム２のエントリから分解されたプログラム記述内の該当パスに至る。例えば、このテストの場合の結果として得られるパスは、“／Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ／Ｃｒｅａｔｏｒ／Ｉｎｄｉｖｉｄｕａｌ／ＦａｍｉｌｙＮａｍｅ”（プログラム／作品メタ情報／作品／作成者／個人／姓）であり得る。
【０３０４】
複数の場所で使用される“Ｃｏｕｎｔｒｙ（国）”のような一般名は、先祖へのパスの全て又は一部を含ませることにより区別できる。例えば、次の２つの好みテストは同じ“ｌｅａｆ（リーフ）”名を持つが、各々異なるテストを受けるのが望ましい。これは、マッピングテーブルのＮａｍｅ  ｆｉｅｌｄ（名称フィールド）（コラム１）中にもう１つ先祖を規定することにより実施できる。即ち、“／ＦｉｌｔｅｒｉｎｇＡｎｄＳｅａｒｃｈ  Ｐｒｅｆｅｒｅｎｃｅｓ／ＣｒｅａｔｉｏｎＰｒｅｆｅｒｅｎｃｅｓ／ＣｒｅａｔｉｏｎＬｏｃａｔｉｏｎ／Ｃｏｕｎｔｒｙ”及び“／ＦｉｌｔｅｒｉｎｇＡｎｄＳｅａｒｃｈ  Ｐｒｅｆｅｒｅｎｃｅｓ／ＣｌａｓｓｉｆｉｃａｔｉｏｎＰｒｅｆｅｒｅｎｃｅｓ／Ｃｏｕｎｔｒｙ”を規定する。２つを区別するために次の名称を用いることができる。即ち、“／ＣｒｅａｔｉｏｎＬｏｃａｔｉｏｎ／Ｃｏｕｎｔｒｙ”（作成場所／国）と“ＣｌａｓｓｉｆｉｃａｔｉｏｎＰｒｅｆｅｒｅｎｃｅｓ／Ｃｏｕｎｔｒｙ”（分類好み／国）を用いる。さらに、好みのテストはマッピングテーブル内の複数エントリと関係づけることができる。これにより、単一のテストをプログラム記述中の１つ以上の場所で実施できる。
【０３０５】
ｌｏｃａｔｉｏｎ  ｆｉｅｌｄ（ロケーションフィールド）はプログラム記述中で評価されるターゲットパスを拡張又は制限するために種々のワイルドカードを含むことができる。例えば、ワイルドカード“*”は、１人の親の下の所与の場所に複数のインスタンスがあることを意味し、例えば、／Ｃｒｅａｔｉｏｎ／*Ｃｒｅａｔｏｒは、Ｃｒｅａｔｉｏｎ（作品）親の下に複数のＣｒｅａｔｏｒｓ（作成者）がいることを意味する。ワイルドカード“＃ｘｘｘ”は、親の下の所与のロケーションのｘｘｘインスタンスへのターゲットパスを制限し、例えば、／Ｃｒｅａｔｉｏｎ＃００２ＣｒｅａｔｏｒはＣｒｅａｔｉｏｎ親の下の第２インスタンスのＣｒｅａｔｏｒへのターゲットパスを制限する。二重前方斜線“／／”は、同一共通場所から評価するように制限されるべきテストグループに対する基本パスとして使用できるターゲットパスのノードを示す。特に、これは後述する条件付きＡＮＤ演算の場合に有用である。好みのパスは、プログラム中の目標場所を構築するのに使用できる。これらの好みのパスは、又、好みのパスを場所に解釈するのに用いられる。複合値はこれらの好みのパスの場所に対し規定できる。
【０３０６】
デフォルト好み及びデフォルトロケーションのシンタックスを提供する。これにより、マッピングテーブルを変更する必要なくフィルタエージェントにより処理される好み又はプログラムの規定を更新することができる。
【０３０７】
デフォルトマッピングの要素は、ユーザ好みの安全部分へのデフォルトマッピングを拘束するために制限された好みの分岐セットに対して特定することができる。
【０３０８】
例えば、デフォルト要素“ＦｉｌｔｅｒｉｎｇＡｎｄＳｅａｒｃｈＰｒｅｆｅｒｅｎｃｅｓ／ＣｒｅａｔｉｏｎＰｒｅｆｅｒｅｎｃｅｓ／ＵｓｅｒＤｅｆｉｎｅｄＰｒｅｆｅｒｅｎｃｅ／．*”は、“Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ”分岐下のプログラム中の要素にのみマップできるデフォルトマッピングを設定できる。
【０３０９】
マッピングテーブルの第３コラム“ＴｅｓｔＯｐ（テスト演算子）”は、該当ユーザ好みパス（コラム１）と（分解）入力プログラム記述ロケーション（コラム２）間で比較する対象を含んでいる。このように、マッピングテーブルは入力プログラム記述とユーザ好みからの該当データ間の相互関係を特定する便利な方法を提供する。例えば、図３５中の“ＦａｍｉｌｙＮａｍｅ（姓）”の好みは、“／*ＦａｍｉｌｙＮａｍｅ”と比較する際に、部分列ケースに不感であるテスト演算子（ｓｕｂｓｔｒｉｎｇ−ｃａｓｅ−ｉｎｓｅｎｓｉｔｉｖｅ）を有している。このテスト演算子は、真又は偽のような離散結果を生み出し、１つの範囲の値又は他の所望のデータを生み出すことができる。特に、１つの範囲値にわたる結果は、フィルタ処理されたプログラムを、結果の“Ｓｉｍｉｌａｒｉｔｙ（類似）”値に従って分類できる利点を提供する。これにより、選択可能なランク付けられた出力がユーザに提供される。ユーザ好みは特別な好み判定基準に略一致するプログラムを通過させるように“ｓｏｆｔｅｎｅｄ（緩和する）”ことができる。この曖昧な方法により、ユーザ好み記述がユーザの意図する判定基準をより明確にモデル化できる。このエントリが常に、（子の好みテストより成る）親である場合、テスト演算子は、ＮＡ（適用不能）であり得る。テスト演算子のセット例を図３７に示す。
【０３１０】
個々の好みを個々の好みテストに翻訳後、これらのテストをユーザ好みをモデル化する単一テストに組合わせることができる。この好適な技法は、階層に従って個々の好みテストを組合せることを含んでいる。各親テストは子テストの組合せとなり、これをルート（根）の好みまで続け、１つの複合テストを実際に実現する。単一の“親”の範囲内での“子”のテストの組合せは類似テストの組合せ及び非類似テストの組合せに分類することができる。類似テストは、同一名を有するか、或いは、マッピングテーブル中の同一行にあると云うような他の関係を有することができる。又、非類似テストはマッピングテーブル中で異なるエントリを有する。
【０３１１】
インターグループ及びイントラグループの相互関係のコンセプトは、異なるデータセット間の比較と階層スキームを含んでいるか否かに関すると理解すべきである。１例を挙げれば、イントラグループは、類似テストグループを規定するのに使用できる。又、任意のスキームを実動化してデータテスト用の比較又はグループを形成することができる。
【０３１２】
所望すれば、マッピングテーブルは、任意形式のデータ構造あるいは実行する所望の演算を単純に表現することができ、拡張して追加の機能性を含むことができる。例えば、ユーザ好みの特殊なグループは、インターグループ及びイントラグループ演算から独立したグループの要素について実行する追加の演算を指定するために表示される。これらの特殊なグループは個々の好みテストを組合せるのに必要な柔軟性を追加することができる。これらのグループに適用される組合せ演算は、一般的なインターグループとイントラグループの組合せ演算の前後又は代わりに実施することができる。
【０３１３】
例えば、マッピングテーブル内のエントリは共用インデックスと共に明示連結でき、特殊な組合せ演算子は各インデックス付きグループにマップすることができる。ユーザ好み要素も同様に、共用インデックスと共に明示連結できる。後者の２つのグループと演算子は、全ての典型的な置換を生成する４つの方法のどれも使用せずに、図３８に示した恣意的な複合組合せを生成する別の方法を提示する。種々の組合せ演算を実行する好ましいシーケンスは、イントラグループ演算の後にインデックス付きグループ演算が続き、さらにインターグループ演算が続くシーケンスである。
【０３１４】
明示規定されたインデックス付きグループに加えて、その他のグループを組み込むことができる。例えば、プログラム記述は記述に関連する属性を持つことができる。このプログラム記述にマップされるユーザ好みと関連属性は、所謂属性グループ中に集めて一緒にし、特殊な組合せ演算子をこの属性グループにマップすることができる。例えば、プログラム記述要素ＴｉｔｌｅＴｅｘｔ（タイトルテキスト）は、関連言語属性を持ち得る。ユーザ好みのＫｅｙｗｏｒｄＰｒｅｆｅｅｒｅｎｃｅｓ（キーワード好み）は、ＴｉｔｌｅＴｅｘｔにマップでき、分離のユーザ好みはＴｉｔｌｅＴｅｘｔの言語属性にマップすることができる。これらの２つのユーザ好みは、次の属性グループに一緒にまとめることができ、これらの２つのテストに対する結果は、属性グループの組合せ演算において組合せることができる。
【０３１５】
name                      Location              AttGroupOperation
KeywordPreferences@xml.lang  Title/text@xmal.lang  ANDKeywordPreferences            Title/TitleText        AND
【０３１６】
機能性はマルチマップ好みグループと関連演算子を含むことができる。このグループ内の要素は、同一のユーザ好み要素を持ち得るが、複数の異なるプログラム記述のマッピングを持つことも可能である。例えば、ＰｅｒｓｏｎＮａｍｅ（人物名）は下記のマッピングを持ち、１つのマルチマップグループを形成することができる。
【０３１７】
Name            Location                  MultiGroupOperation
PersonName      Creator/GivenName              OR
PersonName      Creator/FamilyName              OR
PersonName      Creator/ProfessionalName        OR
【０３１８】
種々のグループ分けを、属性グループより始まり、イントラグループ、マルチマップグループ、インデックス付きグループ及びインターグループと続くシーケンスで組み合すのが好ましい。
【０３１９】
図３８に組合せ演算子の例を示す。組合せ演算子の幾つか（著名なＳＡＮＤ，ＳＵＭ，ＦＲＥＱ及びＲＡＴＩＯ）は、幾つかの個々の好みテストの組合せがゼロである場合でも非ゼロの結果を生むために用いることができる“ｓｏｆｔ（ソフトな）”組合せを提供する。これらのソフトな組合せは、１つのグループのプログラム記述を評価する際に有用であるが、グループ内の１つ以上のノードは存在しない。このようにして、結果は減少されるが非ゼロ値となる。
【０３２０】
例えば、ＳＡＮＤ演算子は、組合せ前に入力値に変換を加えることにより構成要素のソフトなＡＮＤ組合せを提供する。これはゼロ入力を非ゼロ値に変換できる。さらに、組合せ演算は、厳格なＡＮＤ組合せに関連し、結果を増大又は減少させる非線形関数であり得る。
【０３２１】
組合せ演算子の他のセットは、ソフト最大及びソフト最小演算子である。典型的な最大又は最小演算において、組み合わされた個人の好みテストの中の１つだけが組合せた結果値を決定する。これに反し、ソフト最大演算子とソフト最小演算子は、他の貢献しない個々の好みのテスト結果により最終組合せ結果を調節することができる。通常、この調節は小さな量、例えば、＋−１０％である。ソフト最大演算子／ソフト最小演算子の目的を、Ａ又はＢを含むプログラムをユーザが好む場合に例をとり説明する。Ａを含むプログラムと、ＡとＢを含むプログラムが視聴可能であった場合、通常の最大演算子は両プログラムを等しくランク付けするが、ソフト最大演算子は、ＡとＢを含むプログラムをＡを含むプログラムより上位に格付けする。同様な結果がソフト最小演算子で得られる。
【０３２２】
他の組合せ演算子は、複数のテストから結果として得られる１組の得点を平均する平均演算子である。
【０３２３】
非類似好みテストの１つの組合せは、単一の親の下でなされる。マッピングテーブル内の各エントリは、同一の親の下で、このタイプの好みテストを異なるタイプの好みテストとどのように組合わすべきかを規定するフィールドを有している。このタイプのテストはインターグループの組合せ演算子（ＩｎｔｅｒＯｐｅｒａｔｏｒ）と記述できる。
【０３２４】
図３９は、組合せ演算子の実施例を示す図である。４つの異なる“ｌｅａｆ（リーフ）”テストの子供を例示している。リーフテストのうちの２つは、ＩｎｔｅｒＯｐｅｒａｔｏｒ  ＡＮＤを有する。これらの２つのテストは個別に評価され、その後、結果がＡＮＤ演算される。残りの２つのリーフテストはＩｎｔｅｒＯｐｅｒａｔｏｒ  ＯＲを有する。これら２つのテストは個別に評価され、それらの結果とＡＮＤ演算された下位の結果は、全てのＯＲ演算され、共に親テストの結果を形成する。
【０３２５】
（ＯＲとＡＮＤの演算子マッピングによる）非類似テストの組合規則は、次の通りである。
（１）全てのテストを評価する。
（２）ＩｎｔｅｒＯｐ＝ＡＮＤを持つテスト結果をＡＮＤ（論理積）演算しＩｎｔｅｒＡＮＤ結果を形成する。
（３）ＩｎｔｅｒＡＮＤ結果によりＩｎｔｅｒＯｐ＝ＯＲを持つテスト結果をＯＲ（論理和）演算し、ＩｎｔｅｒＯＲ結果を形成する。
（４）ＩｎｔｅｒＯＲの結果を、親テストに対する最終結果とする。
【０３２６】
多くの場合、単一の親の下での同じタイプの好みテストはその親の他の異なる子供達と組合せさせる以前に、それらの好みに対する特殊な所望の組合せを有する。マッピングテーブル内の各エントリは、このタイプの好みのテストを同じ親の下での類似タイプの好みのテストと組合せる方法を規定するフィールドを持つことができる。これは、イントラグループ組合せ演算子（ＩｎｔｒａＯｐｅｒａｔｏｒ）と称することができる。図４０は、グループ間及びグループ内の組合せ演算子の実施例を示す図である。図４０には、親テストが４つの異なる子と４対の類似の子を有する。類似の子達をまずそれぞれのＩｎｔｒａＯｐｅｒａｔｏｒを用いてイントラグループに組み合わせる。次に、イントラグループ内の結果を各々のＩｎｔｅｒＯｐｅｒａｔｏｒ用いて他のグループ及びテストとを組合せる。
【０３２７】
（ＯＲとＡＮＤの演算子マッピングによる）類似テストと非類似テストとの組合せ規則は、次の通りである。
（１）全てのテストを評価する。
（２）同じ名前を持つテスト結果を集めてイントラグループ（グループ内グループ）を形成する。
（３）ＩｎｔｒａＯｐ＝ＡＮＤを持つイントラグループ内のテスト結果をＡＮＤ（論理積）演算し、ＩｎｔｒａＡＮＤ結果を形成する。
（４）ＩｎｔｒａＯｐ＝ＯＲを持つイントラグループ内のテスト結果をＯＲ（論理和）演算し、ＩｎｔｒａＯＲ結果を形成する。
（５）（イントラグループの部分ではない）全ての独立したテスト結果とＩｎｔｅｒＯｐ＝ＡＮＤを持つイントラグループの結果をＡＮＤ演算して、ＩｎｔｅｒＡＮＤ結果を形成する。
（６）全ての独立したテスト結果とＩｎｔｅｒＯＰ＝ＯＲを持つイントラグループの結果をＩｎｔｅｒＡＮＤの結果とともにＯＲ演算して、ＩｎｔｅｒＯＲの結果を形成する。
（７）ＩｎｔｅｒＯＲの結果を、親テストに対する最終結果とする。
【０３２８】
図４０に示したイントラグループの組合せの一般的なケースは、図４１に示す特殊なデフォルトのケースを有している。この単純化された方法は、共通のイントラグループ演算、ＯＲ演算と最も共通なインターグループ演算とＡＮＤ演算である。図４０の方法の利点の１つは、最も普通の演算が削減された構成により支持され、その他の組合せは、必要に応じて階層を複製することにより支持されることである。デフォルトマッピングは、アプリケーション又はマッピングテーブルへの変更を要することなく、ユーザ好み記述スキームのフィールドの更新を可能にする。
【０３２９】
デフォルトマッピングの例は、プログラム記述内における親（例えば、ノード）にマップするユーザ好みにおいて親（例えば、ノード）を規定し、その２つの間の“デフォルト”比較を設定することを含んでいる。追加の子のユーザ好みを階層ツリーの親に追加すると、この子はプログラム記述の階層ツリーの対応する子に自動的にマップされる。２つの子は特定を簡単にするために同じ名前をもつことが好ましい。
【０３３０】
図４２に図示した例は、Ａ又はＢのタイプの２つのリーフテストを組合せる４つの置換、即ち、ＡＮＤ非類似タイプ，ＯＲ類似タイプ，ＯＲ非類似タイプ，ＡＮＤ類似タイプを示している。さらに、これらのリーフテストは、２つの自身の下位階層よりなる親テストそのもので有り得る。この簡易法は、ＩｎｔｒａＯｐｅｒａｔｏｒ  ＡＮＤ演算子を有する（最上位層のすぐ下の）１層に依拠し、その階層より下位の残りにはＩｎｔｒａＯｐｅｒａｔｏｒ  ＯＲ演算子を使用する。これは、十分なレベル数だけ階層内を登って行くだけで、類似又は非類似テストを組合せできるように支援する。
【０３３１】
マッピングテーブル内に記述されているロケーションのマッピングは、プログラム記述（“／Ｐｒｏｇｒａｍ”）内のルートノードから出発するグローバルなパスを生み出す。幾つかの好みのテストは相対パスに対する支持を要求する。ＩｎｔｅｒＯｐｅｒａｔｏｒ  ＡＮＤの特殊形式が、プログラム記述内の同一要素又は親要素に対して実行される１群のテストを制約するために規定される。これは、制約付きＡＮＤ（ＣＡＮＤ）組合せ演算子として定義される。
【０３３２】
制約演算は、ベースパスと複数のテストを有する。ベースパスは、全ての述語テストの実施を始める開始ノードを規定する。図４３は、制限付きＡＮＤ組合せ演算子の実施例を示す図であり、図示された一般的な例において、３つの制約ＡＮＤテストの親は“Ｐ”である。プログラム記述内の“Ｐ”用のマッピング場所は、ベースパスであり、“ｒ／ｓ／ｔ／ｐ”に分解する。従って、プログラム記述内の“ｒ／ｓ／ｔ／ｐ”の各インスタンスについて、子の要素“ｘ”と“ｙ／ｚ”を“Ｘ”と２つの“Ｙ”テストによりテストする。
Ｓｔｕｆｆｅｄ  Ｐａｓｔａ（パスタ料理）に関するプログラムを見付け出したいユーザは、下記のフラグメントを創造することができる。
【０３３３】
<KeywordPreferences xml:lang=en> calzone </KeywordPreferences>
<KeywordPreferences xml:lang=en> Tortelini </KeywordPreferences>
<KeywordPreferences xml:lang=en> ravioli </KeywordPreferences>
【０３３４】
単語“Ｃａｌｚｏｎｅ（カルゾーネ）”は、英語で“Ｓｔｕｆｆｅｄ  Ｐａｓｔａ（パスタ料理）”の１種であるがスペイン語では“ｕｎｄｅｒｗｅａｒ（下着）”である。制約付きＡＮＤを使用しないと、エージェントは下記の様なプログラムを誤って検索する。
【０３３５】
【表５８】
0004363806.tif 000059
【０３３６】
図４４及び図４５の例では、作者好み（Ｃｒｅａｔｏｒ  Ｐｒｅｆｅｒｅｎｃｅ）に対する制約付きＡＮＤ（論理積）演算子について説明する。マッピングテーブル内の特別なシンタックスは、ベースパスが“／Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ／／Ｃｒｅａｔｏｒ”であることを示している。従って、述語テストは、“作者（Ｃｒｅａｔｏｒ）”のノードインスタンスに対して実行される。第１プログラム記述例はこの制約付きＡＮＤ（論理積）テストに合格し、第２プログラム記述例は不合格となる。第２プログラム記述は、正規のＡＮＤ演算子とグローバルなパスより成るテストならば合格し得たことに注意すべきである。
【０３３７】
図４４及び図４５に示すように、全てのＣＡＮＤ（制約付き論理積）が全ての正規のＡＮＤであれば、ユーザ好みは次のように求められる。
（１）“Ａｕｔｈｏｒ（作者）”ＡＮＤに一致する値を持つ“／Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ／Ｃｒｅａｔｏｒ／ｒｏｌｅ”のパスのノードがあるか、
（２）“ｍａｒｔｉｎ（マーチン）”ＡＮＤに一致する値を持つ“／Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ／Ｃｒｅａｔｏｒ／Ｉｎｄｉｖｉｓｕａｌ／ＦａｍｉｌｙＮａｍｅ”のパスのノードがあるか、
（３）“Ｍａｒｔｉｎ”に一致する値を持つ“／Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ／Ｃｒｅａｔｏｒ／Ｉｎｄｉｖｉｓｕａｌ／ＦａｍｉｌｙＮａｍｅ”のパスのノードがあるかを調べる。
【０３３８】
このテストは、例示の両方のプログラム記述をパスさせる。
図４４及び図４５に示すように、規定されたＣＡＮＤ（制約付き論理積）であれば、次のようにユーザの好みが求められる。
（１）“／Ｐｒｏｇｒａｍ／ＣｒｅａｔｉｏｎＭｅｔａＩｎｆｏｒｍａｔｉｏｎ／Ｃｒｅａｔｉｏｎ／Ｃｒｅａｔｏｒ”のパスのノードを調べ、次に、それらのノードの各インスタンスにおいて、
（２）“Ａｕｔｈｏｒ”ＡＮＤに一致する値を持つ“ｒｏｌｅ（役）”パスの子ノードがあるか調べ、
（３）“Ｍａｒｔｉｎ”ＡＮＤに一致する値を持つ“Ｉｎｄｉｖｉｓｕａｌ／ＦａｍｉｌｙＮａｍｅ”のパスの子ノードがあるかを調べ、
（４）“Ｓｔｅｖｅ”に一致する値を持つＩｎｄｉｖｉｓｕａｌ／ＧｉｖｅｎＮａｍｅ”のパスの子ノードがあるかを調べる。このテストは、第１プログラムの記述のみを通過させる。これは、同一プログラム記述に関するＡＮＤとＣＡＮＤ演算子のユーザが異なる結果となり得ることを示している。
【０３３９】
図４６及び図４７は、グループ間演算子（Ｉｎｔｅｒ  Ｏｐｅｒａｔｏｒｓ）、グループ内演算子（Ｉｎｔｒａ  Ｏｐｅｒａｔｏｒｓ）及び制約付き演算子（Ｃｏｎｓｔｒａｉｎｅｄ  Ｏｐｅｒａｔｏｒｓ）の一般例につき説明する図である。テストを組合せる規則は、例えば次の通りである。
（１）ＩｎｔｅｒＯｐ＝ＣＡＮＤを持つテストを纏めてＣＡＮＤグループを形成する。
（２）マッピングテーブル内に示されている最低共通プログラム記述パスからＣＡＮＤグループの場合のベースパスを決定する。
（３）このベースパスに等しいプログラム記述の各パスインスタンスにつき、このパスインスタンスからＣＡＮＤグループ内の全てのテストを評価する。
（４）ルートパスからＣＡＮＤ内の全てのテストを評価する。
（５）ＩｎｔｒａＯｐ＝ＡＮＤを持つイントラグループ内のテスト結果をまとめてＩｎｔｒａＡＮＤ結果を形成する。
（６）ＩｎｔｒａＯｐ＝ＡＮＤを持つイントラグループ内のテスト結果をＡＮＤ（論理積）処理しＩｎｔｒａＡＮＤ結果を形成する。
（７）ＩｎｔｒａＯｐ＝ＯＲを持つイントラグループのテスト結果をＯＲ（論理和）処理しグループ内ＯＲ結果を形成する。
（８）（イントラグループの一部ではない）単独テスト結果とＩｎｔｒａＯｐ＝ＣＡＮＤを持つイントラグループのテスト結果をＡＮＤ処理しＩｎｔｅｒＣＡＮＤ結果を形成する。
（９）単独テスト結果とＩｎｔｒａＯｐ＝ＡＮＤを持つグループ内結果をＩｎｔｅｒＣＡＮＤ結果と共にＡＮＤ処理しＩｎｔｅｒＡＮＤ結果を形成する。
（１０）単独テスト結果とＩｎｔｅｒＯｐ＝ＯＲを持つＩｎｔｅｒｇｒｏｕｐ結果をグループ間ＡＮＤ結果と共にＯＲ（論理和）処理しＩｎｔｅｒＯＲ結果を形成する。
（１１）このＩｎｔｅｒＯＲ結果を親テストの結果とする。
【０３４０】
ここに記述した技法の実施形態の説明例は、図４８及び図４９に図示した例と図５０，図５１，図５２に図示したマッピングテーブルを共に含んでいる。ＩｎｔｅｒＯｐ／ＩｎｔｒａＯｐ演算用デフォルトは、ＡＮＤ／ＯＲである。最高レベルの直下の好み（作品好み，分類好み，要約好み）はＡＮＤ／ＡＮＤであることに留意すること、Ｃｒｅａｔｏｒ（作者）のような幾つかの複合好みも、ＣＡＮＤ／ＯＲである子の好みを有している。さらに、マルチフィルタリング・サーチの好みは、好みのタイプ属性によって区別することができる。マルチフィルタリング・サーチの好み及びブラウジングの好みに対する演算子ＩｎｔｒａＯｐが指定される。
【０３４１】
複数ユーザ好み要素は、ランク属性を含むことができる。かようなランク属性は、各比較テスト及び各組合せ演算において複合ランク得点を生成するために使用できる。これは、ユーザに関する分類テスト結果を提供するために用いられる。
【０３４２】
図５３は、選択組合せ演算子の実施例を示す図である。（ｎａｍｅ：ｖａｌｕｅ）すなわち（名称：値）対に関するユーザ好みの階層は、個人の好みテストの意図せる組合せに関する属性を補充することができる。図５３に見られるように、この補充は、タイプＡの２つのテストをＡＮＤ（論理積）演算して、その結果を、この親の下での他のテストとＯＲ（論理和）演算すべきことを示している。この補充強化の第１の利点は、ユーザ好み記述が、特殊テストに関するデフォルト作用をオーバーライド（無効に）できることである。これは、ユーザ好み記述の解釈をさらに柔軟にして、ユーザの特殊な好みの判定基準に合わせることを可能にする。
【０３４３】
フィルタエージェントの離散的実動化は、入力セットのメンバーでしかないプログラム記述の１グループを出力として生成する。この出力グループは、実際には選択をパスした入力プログラム記述のリストである。しかしながら、ユーザ好み判定基準にさらに適合した出力を生成する全プログラム記述のサブセットを抽出するのによく適したユーザ好み記述の成分が存在する。例えば、ユーザは、システムの帯域幅能力のオーバーロードを避けるために最大数のキーフレームを要求することができる。
【０３４４】
選択された入力プログラム記述をクローニング（複製）し、ユーザによる特定所望のサブセットを含ませるために変更を加えるプロセスにより、多大の利益が達成される。変更されたプログラム記述は、プログラムメディアの同一ベースセットを参照するので、入力の１つのクローンである。しかしながら、これを、特定ユーザが所望するプログラムメディアのサブセットを参照するように変更する。幾つかのケースにおいては、これにより、入手可能なプログラムの数を減らすことができる。他のケースでは、全プログラムを参照するが、プログラムの異なる要約を得ることができる。
【０３４５】
クローン生成したプログラム記述は、ユーザの好みをより簡潔に表現することができる。この方法によれば、ユーザが実際に望む内容を記述するための注釈又は追加の識別子を必要としない。
【０３４６】
モジュールによる実動化において、フィルタエージェントはメディアマネージャ及び提示プロセスと密接に連結しなくてよい。この場合、クローン生成したプログラム記述は、新しいシンタックス又はアプリケーションプログラミングインタフェース（ＡＰＩ）を生成することなく、所望のプログラムを記述するための標準化フォーマットを提供する。
【０３４７】
クローン生成したプログラム記述は、メディアの所望部分のみを生成するプログラムメディア用“ｐｕｌｌ（校正刷）”を作成するのに使用できる。これは、メディアプロバイダがユーザに所望の特殊メディアのみを提供するために便利な技法を提供する。
【０３４８】
サービスプロバイダは、同様に、サービスが変更したクローン生成プログラム記述を含んでいるユーザ好みに従って、ユーザにサービスを提供する。クローン生成記述は、サービスプロバイダにより通常維持される完全に“ｒｉｃｈ（豊富な）”プログラム記述のサブセットであり得る。このクローンは、“ｒｉｃｈｎｅｓｓ（豊富さ）”の変化するレベルを含むことができる。これにより、プロバイダは、顧客に種々なサービスレベルを提供できる。
【０３４９】
クローン生成したプログラム記述は、又、顧客及び／又はサービスプロバイダが顧客に伝送する資料量を適合させることを可能にする。これにより、資料量を、顧客側装置の使用可能なメモリと配信チャネルの使用可能な帯域幅に適合させることができる。
クローン生成プログラム記述は、顧客のローカル記憶装置に選択されたプログラムの記述を蓄積する有効な方法を提供できる。
【０３５０】
クローン処理を達成する１つの技法は、図５４に示した“ａｄｄｉｔｉｏｎ（追加）”によるクローン生成である。プログラム記述のコア要素を特定して、クローンにコピーする。これらの項目には、通常、ルート“／Ｐｒｏｇｒａｍ”要素、“／ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎ”等が含まれる。このコアセットに、抽出器がユーザの所望成分を追加する。又、抽出要素の相互依存関係を解決するために若干の調節が必要となる。例えば、このプログラム記述は、プログラム記述内の他の要素の拡張又は精錬である要素又は要素群を含むことができる。これらの拡張要素はベース要素を実際に複製することなくベース要素を参照することができる。この場合、抽出器がベース要素ではなく拡張要素を抽出し、その後、全てのベース要素を閉じたプログラム中に挿入して正確化を図る。
【０３５１】
クローン処理を達成するもう１つの技法は、図５５に示す“ｄｅｌｅｔｉｏｎ（削除）”によるクローン生成である。入力プログラム記述全体を出力するために複製する。その後、抽出器は出力中に保持される所望の成分リストを作成する。次に、これらの選択要素をクローン中で特定する。これらの選択要素は、保持される要素リスト中に含まれていなければ、削除される。その後、前述したように、抽出要素の相互依存関係を解決するために若干の調節が必要となる。追加によるクローン処理に関する削除によるクローン処理の利点は、プログラム記述における変更の影響がより少ないことである。選択対象として明らかに列記されていない項目は、パスされる。実際に、この方法は、データのパス量が多すぎるとエラーを生じ、追加によるクローン処理は、データのパス量が少なすぎるとエラーが生じる。
【０３５２】
膨大な量のオーディオビジュアル資料からユーザは興味のある適当なオーディオビジュアル資料を選択することができる。しかしながら、どのオーディオビジュアル資料が特定のユーザに最も適しているかを決定する有効な技法を開発する必要がある。通常、これらの技法は、或る方法でユーザの好みをオーディオビジュアル資料の内容と比較するエージェントの使用を含んでいる。現存のエージェントは、タイトル，キーワード，作家および配役のような好みの項目に基づく基本的な好み重み付け技法を供給する。重み付けスキームは、２値の肯定／否定による決定のような異なるオーディオビジュアル資料の記述にユーザ好みの特定セットがどの程度合致しているかを決定する。特定のオーディオビジュアル資料へのユーザ好みの合致度を決定後、総合得点を計算する。オーディオビジュアル資料の各々について総合得点を計算後、ユーザが望みの資料を選択する順番にしたがってランク付ける。しかしながら、かような技法を用いると、ユーザが稀に興味を持つ特別なプログラムに対し、強く希望するプログラムを区別することが難しくなる。有効なエージェントは、優先する興味を特定する技法と優先する興味を分級する機構を含むべきである。本質的に、オーディオビジュアルコンテンツは、有意の方法で区別することができる。
【０３５３】
図５６は、ユーザの好み記述、オーディオビジュアルコンテンツ及びユーザエージェントと組合せたフィルタエージェントの使用実施例を示す図である。フィルタエージェント６００への入力は、オーディオ，ビデオ又はオーディオビジュアル（無限定の“オーディオビジュアル”と集合的に呼称する）資料６０５に関するプログラム記述６０３を含むことができる。フィルタエージェント６００は、ユーザ好み記述６０８をユーザエージェント６０９から通常は受信する。ユーザ好み記述は、望むならば、階層式で有り得る。フィルタエージェント６００は、ユーザ好み記述６０８とプログラム記述６０３に基づき、望むならば等級付けして選択したオーディオビジュアル資料６０７を提供する。選択したオーディオビジュアル資料は、望むならば、ユーザエージェント６０９に提供してからユーザに提供することができる。ユーザエージェント６０９は、ユーザ好みのプロファイルを作成することができる。別案では、ユーザ又は他の人が、認証ツール又は自動プロファイル生成器を用いてユーザ好みのプロファイルを作成することができる。
【０３５４】
図５７は、異なる要素と要素間の関係を示す図である。関連する好みの収集は、単一の好みテンプレート６１３（例えば、エディ・マフィのコメディ）を形成する。ユーザエージェント６０９は、フィルタ処理してランク付けしたプログラムをユーザに提示するために評価される１枚以上の好みのテンプレート６１３のグループを生成することができる。好み値（ＰＶ）属性を持つことができる好みテンプレートの各成分は、好み要素（又はノード）６１５と記述する。コンテナ（又は親）６１７の好み要素は子供の好み要素６１９を有する。又、１人の親は、１つの個人の好みテスト（例えば、ジャンルはコメディ）を持つことができる。リーフの好み要素６２１は、子供を持たず、個人の好みテスト（例えば、ジャンルがコメディ）を参照することができる。
【０３５５】
図５８は、好み値を示す図である。好み値で規定された値は、例えば、公称値６２２，中立値６２３，最大値６２４及び最小値６２６のような１つ以上の値を取ることができる。勿論、好み値はその他の値をとることができる。中立値６２３は、好ましくはゼロ又は中立の好み又は関連好みのプログラムに偏らない好みを表現する他の予定値である。通常、中立値（又はヌルセット）の好み値は、関連オーディオビジュアルコンテンツの結果として生じる分類又は得点には含まれない。公称値６２２は好ましくはゼロ以外の値又は、関連する好みによりプログラムに対する希望又は無視を表現する他の予定値を持つ。本質的に、公称値６２２は、ユーザがどのプログラム望み、どのプログラムを望まないかを示す。かような方法で、望まれるプログラムがより確実にユーザに供給され、無視される内容のプログラムがより確実にユーザに供給されなくなる。公称値６２２は、固定値か、さもなくば、特定内容に対する相対的な希望又は無視を示す範囲の値である。好ましくは、ユーザエージェント６０９又はフィルタエージェント６００は、ユーザが公称値の各々を明確に規定する必要がないように、公称値６２２に対するデフォルト値を提供する。ユーザは、望むならば、どの公称値６２２でも規定することができる。予定の最大値６２４又は最小値６２６は無いほうが好ましい。概念的には、最大値はユーザエージェントが、常に選択し最高位にランク付ける特定の好み付きのプログラムを欲していることを表現し、同様に、最小値は、ユーザエージェントが常に拒絶すべき特定の好み付きのプログラムを欲していることを表現する。何れの場合も、ユーザエージェントは、（例えば、＋／−１，０００，０００）のように適当な値を選択することにより最大及び最小の概念を有効にシミュレートすることができる。
【０３５６】
ユーザ好み記述は、好みの階層を含むことができ、その多くは、好み値属性を含んでいる。各“ｉｎｄｉｖｉｄｕａｌ  ｐｒｅｆｅｒｅｎｃｅ（個々の好み）”がプログラム記述からの該当情報につき評価される場合、スコア（得点）はその個々の好みにつき計算される。１実施例において、個々の階層構成に対する好みの階層構成は、階層内の個々の得点の集合から複合得点を算定することにより評価することができる。結果として得られる複合得点を他のプログラム記述に対する他の複合得点と比較し、相対的なランク付けをする。特定のプログラム記述に対する複合得点は、望むならば、他のプログラム記述を考慮することなく決定することができる。
【０３５７】
複合得点は、特に他の複合得点と比較する際に任意メディアに対する望み度の相対的に良好な尺度を提供するが、本発明者は、結果として生じる相対的複合得点がコンテンツの望み度を誤った判断に導き得ることを認識した。例えば、特定のオーディオビジュアルプログラムは特定のイベント又はアイテムのみが限られて発現するが、その場合に、複合得点は、その限られた発現がプログラム中にずっと存在するように判断するであろう。しかしながら、異なるオーディオビジュアルプログラムでは特定のイベント又はアイテムが頻繁に発現するが、この場合に、複合得点は、その頻繁な発現を同様に限られた発現であると判断するであろう。従って、後で説明するように、プログラムは中間レベルにランク付けするのが好ましい。又、好み値を単一の複合好み値と組合せるのは好ましくない。代わりに、関連好み値を用いて評価する各得点を１つの複合得点にまとめる。ユーザ好みを調べる場合に、１つ以上の好み値を組合せるのは有用であるが、その好みが該当プログラム記述属性に合致していることが判明すれば、結果の得点を実際に組合せる。又、同様に、１つの得点を１つの好み値と比較しないことが好ましい。むしろ、この得点は、好み値を考慮した実際のテストの結果であり、この得点は、他の得点又は実動化の固定閾値と比較すべきである。
【０３５８】
フィルタエージェント６００がユーザ好み６０４を処理する際に生じる少なくとも２つの異なるプロセスが存在するのが好ましい。１つのプロセスは、プログラムのフィルタ処理（通過又は破棄）のプロセスである。他のプロセスは、選択したプログラムの得点とランクを、（例えば、最高に好ましい番組から最低に好ましい番組までの）ランク表に記入するプロセスである。ランク値は、望み通りのどんなタイプの表示であっても良い。これらの２つのプロセスは、種々の機能（例えば、フィルタ機能∈｛Ｂｏｏｌｅａｎ−ＡＮＤ（ブール論理積演算），Ｂｏｏｌｅａｎ−ＯＲ（ブール論理和演算）等｝、ランキング機能∈｛ＭＩＮ，ＭＡＸ，ＳＵＭ，ＡＶＧ等｝）を用いて、実動化できる。これらの２つのプロセスは、フィルタ処理後ランク付け、ランク付け後フィルタ処理のように区別するか、或は、統合、即ち、フィルタ処理とランク付けを同時に行うことができる。ユーザ好みの階層式組合せの場合、各組合せ演算子（ＡＮＤ，ＯＲ等）は、或る形式のフィルタ機能とランキング機能を実動化するのが好ましい。異なるフィルタ機能とランキング機能を実動化する種々のＡＮＤ及びＯＲ演算子（又は他の演算子）があり得る。
【０３５９】
プログラムは、相対的な関係である各々の得点に従ってランク付けできる。好み値と得点はフィルタエージェント６００の結果を変更することなく基準化できる。ゼロの中立値（又は他の値）を定義し、得点結果に基づくプログラムのフィルタ処理点を設定する。フィルタ機能によるが、ゼロ（又は他の値）より上の得点のプログラムを通過とし、ゼロ又は負値（又は他の値以下）の得点のプログラムを破棄する。公称値の定義は、好み値及び得点に対しては絶対的な有意性を設定しない。公称値は単に、後に他の好み値及び得点と（相対）比較できるデフォルト値を設定するに過ぎない。
【０３６０】
好み値も、やはり選択プロセスをさらに純化するための数字でしかない。この好み値は、ユーザ好みの異なる部分と、全プログラム記述より少ないレベルの複数のプログラム記述を比較する相対論的な演算形式を採用することができる。この様にして、プログラム記述の部分を互いに比較することができ、著しく改善された結果が提供できる。フィルタエージェント６００により実動化することができる比較例を示すために１組のシナリオを提供する。
【０３６１】
各比較は、例えば下記の判定基準のような適当な判定基準に応じて変化することができる。
（１）好みの階層は比較される単一分岐又は複数分岐を含む。
（２）ＯＲ，ＡＮＤ等のような組合せ演算子。
（３）独立評価に対する複合得点は、全ての個人のテストをコンパイルして１つの完全なプログラムに対する１つの複合得点を生成するか、１プログラムの１つ以上の分岐テストを評価し、他のプログラムの１つ以上の分岐テストと相対的な比較をするかを決定し、及び／又は、
（４）非好みは、好み値を適当に選択し得られた得点による１つのプログラムに対する負の好みを示す。
【０３６２】
図５９は、テストケース評価の例を示す図である。各例のテストケースは次のように評価することができる。
（ａ）各例において、１つ以上の個々の好みを提供できる（ブロック６４０）。これらは下位ケース‘ａ’，‘ｂ’，‘ｃ’…により指定でき、好ましくは階層構成に配列する。
（ｂ）各個々の好みに対する値は好みの値である。これらの値は‘ＰＶａ’，‘ＰＶｂ’，‘ＰＶｃ’…で表示する。
（ｃ）１つ以上のプログラムは所望プログラムの特徴の測定可能な存在値を持つことができる。これらは上位ケース‘Ａ’，‘Ｂ’，‘Ｃ’，…によって指定され、対応する個々の好み（下位ケース）に関係する。
（ｄ）各個々の好みテストの成果は（ブロック６４６）、個々の存在値である。この個々の存在値にプログラム特徴の存在値を乗算し、個々のテスト結果を得る。他の形式の比較又は演算は望むならば実施できる。
（ｅ）結果として生じる個々のテスト結果の全て又は部分は、ブロック６４８に記載の好みテンプレートと同じ階層に配列するのが好ましい。
（ｆ）個々のテスト結果はブロック６５０で組合せる。テスト結果は全レベルを横断して組合せ１つの複合得点を生成するか、１つ以上のレベルにおいて組合せて評価し、各親ノードにおけるサブリストを生成しても良い。これらのサブリストは、望むならば、完全なプログラムに対するランキングとは無関係な方法でランク付けするために使用できる。兄弟姉妹のノードは、ＯＲ，ＡＮＤ，ＭＡＸ，ＭＩＮ，ＡＶＧ，ＳＵＭ．．．のような演算によって組合せることができる。閾値より低いテスト結果をもつプログラムは、結果を組合せる前又は後で破棄される。
（ｇ）ブロック６５２におけるプログラムのランク付けは、ブロック６５４において、得点結果を分類し、最高得点を第１位にする等の方法でランク付けする。
【０３６３】
図６０に、ＯＲ（論理和）組合せ演算を用いて兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。この結果は従来のＯＲ演算と同じであり、即ち、いずれかが真であれば、結果も真である（又は、得点が得られる）。
【０３６４】
図６１は、１回以上の演算として実動化できる“ＭＯＲＥ  ＩＳ  ＢＥＴＴＥＲ（多いほどよい）”組合せ演算を用いて兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示す図である。
設計規則１：ＯＲ組合せ演算子は、“私は列挙項目の少なくとも１つを持つプログラムを欲する”ことを意味する。一般的に、発見項目が多ければ多いほどよく、従って少ないものに比べ上位にランクする。
設計規則２：ＯＲ組合せ演算子に対する好ましいランキング機能は、ＳＵＭ機能である。
設計規則３：ＯＲ組合せ演算子に対する他のランキング機能は、ＭＡＸ機能である。このＭＡＸ機能は、例えば最も望ましい、最大値を選択する。他のランキング機能も同様に使用できる。
テストケースの記述：ユーザエージェントが、犬（Ａ）又は猫（Ｂ）のプログラムを見たい場合、犬と猫を含むプログラムは犬だけのプログラムより上位にランクすべきである。
【０３６５】
［図６１に示すテストケースの例］
テスト＝ａＯＲｂ
Ｐｖａ＝ＰＶｂ＝１
プログラムＪ  （Ａ＝Ｂ＝１）
プログラムＫ  （Ａ＝１，Ｂ＝０）
【０３６６】
このテストは、個々の好み‘ａ’又は‘ｂ’のＯＲ演算であり、ここで、‘ａ’及び‘ｂ’は‘Ａ’及び‘Ｂ’の存在についてテストする。プログラム‘Ｊ’には、‘Ａ’及び‘Ｂ’が十分に存在しているが、プログラム‘Ｋ’には、‘Ａ’は十分に存在しているが、‘Ｂ’は存在していない。
【０３６７】
図６２は、１つ以上の演算子として実動化できる“ＪＵＳＴＳＬＩＧＨＴＬＹＭＯＲＥＩＳＢＥＴＴＥＲ（もう少し多いと尚よい）”組合せを用い兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示す図である。
【０３６８】
テストケースの記述：ユーザエージェントが、犬（Ａ）又は猫（Ｂ）のプログラムを見たい場合、犬を含み猫をほんの少しだけ含むプログラムを犬だけのプログラムより上位にランクすべきである。同様に、プログラムＫに対してＢ＝０．３であれば、プログラムＫはプログラムＪより上位にランクされる。
【０３６９】
［図６２に示すテストケースの例］
テスト＝ａＯＲｂ
Ｐｖａ＝ＰＶｂ＝１
プログラムＪ  （Ａ＝１，Ｂ＝０．０１）
プログラムＫ  （Ａ＝１，Ｂ＝０）
【０３７０】
図６３は、１つ以上の演算子として実動化できる“ＳＴＲＯＮＧＰＲＥＦＥＲＥＮＣＥＩＳＢＥＴＴＥＲ（強い好みは尚よい）”組合せを用い兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。
設計規則４：ユーザエージェントが何かに対して強い好みを有している場合、公称又はより弱い好みを無視（オーバライド）すべきである。
テストケースの記述：ユーザエージェントが、犬（Ａ）のプログラムを強く見たく、猫（Ｂ）又はネズミ（Ｃ）のプログラムを少し見たい場合、犬のプログラムを、猫及びネズミのプログラムより上位にランクすべきである。
【０３７１】
［図６３に示すテストケースの例］
テスト＝ａＯＲｂＯＲｃ
Ｐｖａ＝４，ＰＶｂ＝ＰＶｃ＝１
プログラムＪ  （Ａ＝１，Ｂ＝Ｃ＝０）
プログラムＫ  （Ａ＝０，  Ｂ＝Ｃ＝１）
【０３７２】
図６４は、１つ以上の演算子として実動化できる“ＲＡＮＧＥＯＦＰＲＥＦＥＲＥＮＣＥＡＮＤＰＲＥＳＥＮＣＥＹＩＥＬＤＩＮＧＲＡＮＧＥＯＦＲＡＮＫＩＮＧ（ランキング範囲を生じる存在と好みの範囲）”組合せを用い兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。
設計規則５：個人のテスト結果の評価と組合せは直線形であり、部分的な好みと部分的な存在を中立の好み／非存在から完全な好み／完全な存在までの範囲においてランク付けすべきである。
テストケースの記述：ユーザエージェントが、熊（Ａ）のプログラムを強く見たく、ライオン（Ｂ）又はトラ（Ｃ）のプログラムを少し見たい場合、部分的な熊のプログラムを、好み値に従って、完全なライオン及びトラのプログラムと同じ又は上位又は下位にランクすべきである。プログラムは、ＰＶと存在度に従って、直線的にランク付けするか、又は他の方法でランク付けすべきである。
【０３７３】
［図６４に示すテストケースの例］
テスト＝ａＯＲｂＯＲｃ
Ｐｖａ＝４，ＰＶｂ＝ＰＶｃ＝１
プログラムＪ  （Ａ＝０．４，Ｂ＝Ｃ＝０）
プログラムＫ  （Ａ＝０．５，Ｂ＝Ｃ＝０）
プログラムＬ  （Ａ＝０，Ｂ＝Ｃ＝１）
プログラムＭ  （Ａ＝０．１，Ｂ＝Ｃ＝１）
【０３７４】
図６５は、ＡＮＤ組合せを用いて兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。この結果は従来のＡＮＤ演算と同じであり、即ち、両方が真であれば、結果も真である（又は、ある値である）。
【０３７５】
図６６は、１つ以上の演算子として実動化できる“ＭＯＲＥＩＳＢＥＴＴＥＲ（多いほどよい）”組合せを用いて兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示す図である。
設計規則６：ＡＮＤ組合せの場合の好適なランキング機能は、平均機能である。これは、ランク付けに用いる得点を生じる成分テスト結果の平均をとる。
設計規則７：ＡＮＤ組合せ用の別のランキング機能は、最小機能である。これは、組合せ用得点として最低試験結果の値を採用する。
設計規則８：ＡＮＤ組合せを評価する際に、ＯＲ組合せの場合のように、好みと存在が大きければ通常尚よしとする。
テストケース記述：ユーザエージェントが、ニューラルネットワーク（Ａ）及びネットワーク（Ｂ）に関するプログラムを見たい場合、完全なニューラルネットワーク及び完全なネットワークのプログラムを、完全なニューラルネットワーク及び部分的なネットワークのプログラムより上位にランクすべきである。
【０３７６】
［図６６に示すテストケースの例］
テスト＝ａＡＮＤｂ
Ｐｖａ＝ＰＶｂ＝１
プログラムＪ  （Ａ＝Ｂ＝１）
プログラムＫ  （Ａ＝１，Ｂ＝０．５）
【０３７７】
図６７は、１つ以上の演算子として実動化できる“ＲＡＮＧＥＯＦＰＲＥＦＥＲＥＮＣＥＡＮＤＰＲＥＳＥＮＣＥ（存在と好みの範囲）”を用いて兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。設計規則９：ＡＮＤ組合せを評価する際に、ＯＲ組合せの場合のように、個々のテストと個々のテスト結果の組合せは、直線形（又は、任意の他の形式）であり、部分的な好みと部分的な存在を中立の好み／非存在から完全な好み／完全な存在までの範囲においてランク付けすべきである。
テストケースの記述：ユーザエージェントが、ニューラルネットワーク（Ａ）及びネットワークを見たい場合、完全なニューラルネットワークプログラム及び小さなネットワークのプログラムを、存在値と好み値に従って、部分的なニューラルネットワークのプログラム及び部分的なネットワークと、同じ又は上位又は下位にランクすべきである。
【０３７８】
［図６７に示すテストケースの例］
テスト＝ａＡＮＤｂ
Ｐｖａ＝ＰＶｂ＝１
プログラムＪ  （Ａ＝Ｂ＝０．６）
プログラムＫ  （Ａ＝１，Ｂ＝０．１）
プログラムＬ  （Ａ＝Ｂ＝０．５）
【０３７９】
図６８は、１つ以上の演算子として実動化できる“ＦＩＬＴＥＲＦＩＲＳＴＶＥＲＳＵＳＳＣＯＲＥＦＩＲＳＴ（フィルタ優先対得点優先）”を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。
設計規則１０：ＡＮＤ組合せの場合の好適な演算順序は、得点が先でフィルタ処理が後である。この順番で、ＡＮＤ組合せの得点を計算し、その得点が或る閾値より下であれば、そのプログラムを破棄する。
テストケースの記述：ユーザエージェントが、人工物（Ａｒｔｉｆｉｃｉａｌ）（Ａ）及びビジョン（Ｂ）を見たい場合、完全人工物及び部分ビジョンのプログラムを、完全人工物及びビジョン無しプログラムより上位の部分人工物及び部分ビジョンのプログラムよりさらに上位にランクすべきである。
【０３８０】
［図６８に示すテストケースの例］
テスト＝ａＡＮＤｂ
Ｐｖａ＝ＰＶｂ＝１
プログラムＪ  （Ａ＝１，Ｂ＝０．９）
プログラムＫ  （Ａ＝Ｂ＝０．９）
プログラムＬ  （Ａ＝１，Ｂ＝０）
【０３８１】
図６９は、１つ以上の演算子として実動化できる“ＦＩＬＴＥＲＦＩＲＳＴＶＥＲＳＵＳＳＣＯＲＥＦＩＲＳＴ（フィルタ優先対得点優先）”を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。
設計規則１１：ＡＮＤ組合せ用の代わりの演算順序は、フィルタ処理が先で、得点処理が後である。この順番で、プログラムがゼロ又はより少ないＡＮＤ好みを有していれば、後の得点に係わらず、そのプログラムを破棄する。得点が、他の組合せ演算において用いられる階層中を上方に伝播する場合は、その得点は、中立又は非好み（例えば、ゼロ又は負の値）を示すべきである。
テストケースの記述：ユーザエージェントが、人工物（Ａ）及びビジョン（Ｂ）を見たい場合、完全人工物及びビジョン無しプログラムは不合格とすべきである。
【０３８２】
［図６９に示すテストケースの例］
テスト＝ａＡＮＤｂ
Ｐｖａ＝ＰＶｂ＝１
プログラムＬ（Ａ＝１，Ｂ＝０）
コンテナー好み要素は、種々の組合せ演算において評価されて他の好み要素（コンテナ，リーフ又は他の要素の何れか）と組合せる。
【０３８３】
図７０及び図７１は、１つ以上の演算子として実動化できる“ＭＵＬＴＩ−ＢＲＡＮＣＨＯＲ′ＩＮＧ（多重分岐ＯＲ演算）”を使用し兄弟姉妹のリーフ要素（又は他の要素）を組合せる単一（又は複数）の分岐を示している。
設計規則１２：ＳＵＭ（又は他の機能）により実動化するＯＲ組合せ機能は、全ての兄弟姉妹要素（又は他の要素）を、該要素（又は他の要素）の数に係わらず、同様に組合せるべきである。
ユーザエージェント規則：ユーザエージェントは、好みの通過率が重要であると考える場合は、好み値を適宜に調節すべきである。
設計規則１３：ＯＲ組合せ用の代わりのランキング機能は、通過成分率を計数する。
テストケースの記述：ユーザエージェントは、できるだけ多くのＮグループからの俳優又はできるだけ多くのＭグループからの俳優が出演している映画を見たい。もし、Ｎ＝｛Ａ，Ｂ，Ｃ，Ｄ｝でありＭ＝｛Ｅ，Ｆ｝であれば、ユーザエージェントは、Ｅ，Ｆが出演している映画よりも上位にランクされるＡ，Ｂ，Ｃが出演している映画の方を見たいかもしれない。
【０３８４】
［図７１に示すテストケースの例］
テスト＝ｘＯＲｙ；  ｘ＝ａＯＲｂＯＲｃＯＲｄＯＲｄ；  ｙ＝ｅＯＲｆ
Ｐｖｘ＝ＰＶｙ＝Ｐｖａ＝ＰＶｂ＝ＰＶｃ＝ＰＶｄ＝Ｐｖｅ＝ＰＶｆ＝１
プログラムＪ  （Ａ＝Ｂ＝Ｃ＝１，Ｄ＝Ｅ＝Ｆ＝０）
プログラムＫ  （Ａ＝Ｂ＝Ｃ＝Ｄ＝０，Ｅ＝Ｆ＝１）
【０３８５】
テストケースの記述：ユーザエージェントは、グループＮからの俳優の割合が最高の映画又はグループＭからの俳優の割合が最高の映画を見たい。図７２は、代わりの多分岐ＯＲの組合せを示す図である。もし、Ｎ＝｛Ａ，Ｂ，Ｃ，Ｄ｝でありＭ＝｛Ｅ，Ｆ｝であれば、ユーザエージェントは、Ａ，Ｂ，Ｃが出演している映画よりも上位にランクされるＥ，Ｆが出演している映画の方を見たいかもしれない。
【０３８６】
［図７２に示すテストケースの例］
テスト＝ｘＯＲｙ；  ｘ＝ａＯＲｂＯＲｃＯＲｄＯＲｄ；  ｙ＝ｅＯＲｆ
Ｐｖｘ＝ＰＶｙ＝Ｐｖａ＝ＰＶｂ＝ＰＶｃ＝ＰＶｄ＝１  Ｐｖｅ＝ＰＶｆ＝２
プログラムＪ  （Ａ＝Ｂ＝Ｃ＝１，Ｄ＝Ｅ＝Ｆ＝０）
プログラムＫ  （Ａ＝Ｂ＝Ｃ＝Ｄ＝０，Ｅ＝Ｆ＝１）
【０３８７】
図７３及び図７４は、１つ以上の演算子として実動化できる“ＣＯＭＰＯＳＩＴＥＳＣＯＲＩＮＧ（複合得点）”を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示す図である。
設計規則１４：親要素（又は他の要素）の子のテスト結果を組合せる好適な方法は、図７３に示すように、テスト結果を組み合わせて１つの複合得点とし、これを、祖父母要素（又は他の要素）を含むまで通過させる方法である。ルート複合要素において、この複合得点は、全てのプログラムのランク付けに用いられる。この方法を複合得点法と称する。
テストケースの記述：複合得点の組合せにおいて、ユーザエージェントは、映画スター、イーストウッド（Ａ）又はウェイン（Ｂ）主演の西部劇を特に見たく、又は、ギブソン（Ｃ）を十分に又はクルーズ（Ｄ）を少しとする次位の好みのドラマ（Ｙ）を見たい場合、イーストウッドの西部劇をクルーズのドラマより高くランク付けすべきである。ユーザエージェントは全てのかれらの好みに関する最高の総得点を持つプログラムを探索することを目的とする。
【０３８８】
［図７４に示すテストケースの例］
テスト＝ｘＯＲｙ；  ｘ＝ａＯＲｂ；  ｙ＝ｃＯＲｄ
Ｐｖｘ＝０．８，  ＰＶｙ＝Ｐｖａ＝ＰＶｂ＝ＰＶｃ＝１，  ＰＶｄ＝０．５
プログラムＪ  （Ａ＝１，Ｂ＝Ｃ＝Ｄ＝０）
プログラムＫ  （Ａ＝Ｂ＝Ｃ＝０，Ｄ＝１）
【０３８９】
図７５乃至図７８は、１つ以上の演算子として実動化できる“ＩＮＤＥＰＥＮＤＥＮＴＥＶＡＬＵＡＴＩＯＮ（独立評価）”を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示している。
設計規則１５：親要素（又は他の要素）の子のテスト結果を組合せるための別の方法は、親要素（又は他の要素）の子のテスト（又は他のテスト）毎に全てのプログラムを個別にランク付けする方法である。これらのランキングのサブリストを次に１ブロックとして親要素用スーパーリストに挿入し、ここで、各ブロックを子のテストの好み値に従ってランク付けする。この方法を、独立評価と称する。
設計規則１６：サブリストをスーパーリストに挿入する際に、どのプログラムの位置も、プログラムを含んでいる最高のサブリスト中でそのプログラムが取る位置を推定すべきである。（単に各プログラムの最高位置を維持する。）
テストケースの記述：独立評価の組合せにおいて、ユーザエージェントは、イーストウッド（Ａ）又はウェイン（Ｂ）主演の西部劇（Ｘ）を部分的に見たく、又は、ギブソン（Ｃ）を十分に又はクルーズ（Ｄ）を少しとする次位の好みのドラマ（Ｙ）を十分に見たい場合、イーストウッドの西部劇をクルーズのドラマより低くランク付けすべきである。ユーザエージェントは全ての西部劇より上のドラマを探索することを目的とする。
【０３９０】
［図７６，図７７及び図７８に示すテストケースの例］
テスト＝ｘＯＲｙ；  ｘ＝ａＯＲｂ；  ｙ＝ｃＯＲｄ
Ｐｖｘ＝０．８，  ＰＶｙ＝Ｐｖａ＝ＰＶｂ＝ＰＶｃ＝１，  ＰＶｄ＝０．５
プログラムＪ  （Ａ＝１，Ｂ＝Ｃ＝Ｄ＝０）
プログラムＫ  （Ａ＝Ｂ＝Ｃ＝０，Ｄ＝１）
設計規則１７：独立評価を用いて等しいＰＶを持つ兄弟姉妹のコンテナ好みのＯＲ（論理和）演算は、複合得点法を用いることに等しい。
ユーザエージェント規則：もし、ユーザエージェントが、２つの分岐（又は他の分岐）を横断するランキングの結果を混合する意図を持ち、又、一方の分岐結果を他方の分岐結果（又は他の分岐結果）よりも少し上位にランク付けするつもりであれば、ユーザエージェントは、複合得点法を使用し、より高位の好ましい分岐のリーフテスト（又は、他のテスト）のＰＶ値を調節して、この僅かな利点を与えることができ、結果も混合されるであろう。
【０３９１】
図７９は、１つ以上の演算子として実動化できる“ＣＯＭＰＡＲＩＮＧＶＡＲＩＯＵＳＰＶＳＡＣＲＯＳＳＨＩＥＲＡＲＣＨＹ（階層構成を通しての種々のＰＶ値の比較）”を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示す図である。
設計規則１８：ＡＮＤ（論理積）演算において、分岐サブリストを生成し、これらのリストを合併させることで、１つの複合リストを生成するのと同じ結果を生じさせる。したがって、“独立評価”は、無関係である。ＡＮＤ演算の全ての成分は、得点計算され、結果を組合せて１つの複合得点とすべきである。
テストケースの記述：もし、ユーザエージェントが、馬（Ａ）又はダチョウ（Ｂ）に強い関心を持ち、飼育（Ｃ）又は調教（Ｄ）に僅かな興味を持っているならば、部分的な馬と十分な調教のプログラムは、十分な馬と部分的な調教のプログラムより低くランク付けすべきである。
【０３９２】
［図７９に示すテストケースの例］
テスト＝ｘＡＮＤｙ；  ｘ＝ａＯＲｂ；  ｙ＝ｃＯＲｄ
ＰＶｘ＝２，  ＰＶｙ＝Ｐｖａ＝ＰＶｂ＝ＰＶｃ＝１
プログラムＪ  （Ａ＝０．９，Ｂ＝Ｃ＝Ｄ＝１）
プログラムＫ  （Ａ＝Ｂ＝Ｃ＝０，Ｄ＝０．９）
【０３９３】
図８０は、１つ以上の演算子として実動化できる“ＵＮＱＵＡＬＩＦＩＥＤＯＲ′ＩＮＧＯＦＮＯＮ−ＰＲＥＦＥＲＥＮＣＥＳＭＡＹＲＥＴＲＩＥＶＥＬＡＲＧＥＱＵＡＮＴＩＴＹＯＦＲＥＳＵＬＴＳ（非好みの非修飾ＯＲ演算は大量の結果を検索できる）”を使用し兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示す図である。
設計規則１９：非好みとのＯＲ（論理和）組合せの使用は、他のＡＮＤ好みと共に使用すべきである。もし、非好みが、主ブランチにおいてＯＲ演算されるが、他のＡＮＤ演算された好みでさらに修飾されない場合、大多数の視聴可能なプログラムの検索に向かう。非好みのＯＲ組合せは、一般的に、このブランチがＡＮＤ組合せにおける他のブランチで修飾される場合にのみ有効である。
【０３９４】
図８１は、１つ以上の演算子として実動化できる“ＱＵＡＬＩＦＩＥＤＯＲ′ＩＮＧＯＦＮＯＮ−ＰＲＥＦＥＲＥＮＣＥＳＩＳＰＲＥＦＥＲＲＥＤ（非好みの修飾ＯＲ演算をより好む）”機能を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示す図である。
設計規則２０：ＯＲ演算の本質は、組合せの個別数が組合せ得点を減点させず、むしろ、得点を増加させることができる点にある。ＯＲ組合せにおいて非好みを組合せる際に、個々のテスト結果（負の値）を、その結果に個々の好み値を加算して正の好み範囲に変換すべきである。
テストケースの記述：もし、ユーザエージェントが、“ｎａｔｕｒｅ（自然）”（Ａ）に関するプログラム又は“ｃｉｔｙ（都市）”（Ｂ）を除くプログラムを見たいのであれば、自然と都市を内容とするプログラムは、自然だけを内容とするプログラムより低くランク付けすべきである。
【０３９５】
図８１の実施を図８２で示す。
［図８２に示すテストケースの例］
テスト＝ａＯＲｂ
Ｐｖａ＝１，  ＰＶｂ＝−１
プログラムＪ  （Ａ＝Ｂ＝１）
プログラムＫ  （Ａ＝１，Ｂ＝０）
【０３９６】
図８３は、１つ以上の演算子として実動化できる“ＮＯＮ−ＲＥＦＥＲＥＮＣＥＳＣＯＲＥＦＩＲＳＴＲＥＳＵＬＴＳＩＮＡＮＹＰＲＥＳＥＮＣＥＹＩＥＬＤＩＮＧＬＯＷＥＲＲＡＮＫＩＮＧ（非好み得点は先ず下位ランキングを生じる存在をもたらす）”機能を使用して兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示している。
設計規則２１：非好みのＡＮＤ組合せ用の好ましい順番は、先ず得点であり次にフィルタ処理である。この場合、ＡＮＤ組合せ用得点が計算され、もし複合得点がゼロより低ければ、そのプログラムは破棄される。
設計規則２２：正の好みの場合の演算順序がフィルタ優先であり、非好みの場合の順序がスコア優先である場合は、プログラムは、正の好みの有無に従って先ずフィルタ処理され、次に、全ての成分好み（正及び負の好み）に対する得点が計算される。この得点は、（閾値より低いプログラムを破棄する）再フィルタ処理をしてプログラムを最終的にランク付けするために使用される。（この設計規則は、下記のテストケースでは記述されない。）
テストケースの記述：もし、ユーザエージェントが、“ｎａｔｕｒｅ（自然）”（Ａ）に関するプログラム又は“ｃｉｔｙ（都市）”（Ｂ）をは除いたプログラムを見たいならば、都市が少しでも見えるプログラムは、自然のみを内容とするプログラムより下位を通過させるべきである。
【０３９７】
［図８３に示すテストケースの例］
テスト＝ａＡＮＤｂ
Ｐｖａ＝１，  ＰＶｂ＝−１
プログラムＪ  （Ａ＝１，Ｂ＝０．０１）
プログラムＫ  （Ａ＝１，Ｂ＝０）
テストケースの記述：もし、ユーザエージェントが、都市を強く見たくないのであれば、都市が少しでも見えるプログラムは不合格にすべきである。
【０３９８】
図８４は、非好みのスコアを優先し、任意の存在が下位のランクを生じる実施例を示す図である。
［図８４に示すテストケースの例］
テスト＝ａＡＮＤｂ
Ｐｖａ＝１，
ＰＶｂ＝−１００
プログラムＪ  （Ａ＝１，Ｂ＝０．０１）
【０３９９】
図８５は、１つ以上の演算子として実動化できる“ＮＯＮ−ＲＥＦＥＲＥＮＣＥＦＩＬＴＥＲＦＩＲＳＴＲＥＳＵＬＴＳＩＮＡＮＹＰＲＥＳＥＮＣＥＹＩＥＬＤＩＮＧＬＯＷＥＲＲＥＪＥＣＴＩＯＮ（非好みのフィルタ優先は下位の廃棄を生じる存在をもたらす）”機能を使用し兄弟姉妹のリーフ要素（又は他の要素）を組合せる複数の分岐を示している。
設計規則２３：非好みのＡＮＤ組合せ用の代わりの順番は、先ずフィルタ処理であり次に得点処理である。プログラムがほんの少しでも非好みを含んでいれば、後の得点とは無関係にそのプログラムは破棄される。得点は、他のＯＲステートメントにおいて使用するために上方に伝播させねばならない場合、得点はゼロ又は負の値でなければならない。
テストケースの記述：もし、ユーザエージェントが、“ｎａｔｕｒｅ（自然）”（Ａ）を含み“ｃｉｔｙ（都市）”（Ｂ）を含まないプログラムを見たいのであれば、都市が少しでも見えるプログラムは不合格にすべきである。
【０４００】
［図８５に示すテストケースの例］
テスト＝ａＡＮＤｂ
ＰＶａ＝１，  ＰＶｂ＝−１
プログラムＪ  （Ａ＝１，Ｂ＝０．０１）
【０４０１】
ユーザが入手可能なマルチメディアコンテンツの範囲と数は、実用的でない単純なブラウジングのような従来のマルチメディアコンテンツの選択方法を用いて、驚異的に増大してきた。望ましいマルチメディアを選択するのに使用できる技法を提供するために、通常、システムは、ユーザの興味と個人的な好みの簡潔な記述を提供するユーザのプロファイルを構築し維持することにより、ユーザが入手可能な選択項目のセットを制限する。このユーザプロファイルは、（ａ）ユーザが興味を示したプログラム又はアイテムをユーザに提示するように入力コンテンツをフィルタ処理し、及び／又は、（ｂ）関心のあるプログラムをコンテンツ配信サービスに要求するために、順次使用する。望むならば、このユーザプロファイルはユーザが直接指定することもでき、この場合、ユーザは、彼／彼女が興味を有するプログラムの記述を明確に記述する。この代りに、使用履歴情報を記録して順次分析することにより、ユーザプロファイルを自動的に生成し、ユーザのコンテンツ消費行動に適合するように更新する。さらに、コンテンツプロバイダ（放送者と広告者）は、この使用履歴情報を用い、特殊プログラムに対する消費者の反応及び視聴率を決定して、消費者の好みに基づき個人に特に適したコンテンツを提供し、消費者とコンテンツの作者／所有者用の種々なコンテンツへのアクセス、請求及び支払いのモデルを開発することができる。
【０４０２】
マルチメディアコンテンツを選択するための現存システムは、限られた量の情報を使用履歴の一部として収集することに重点を置いている。これらのシステムにより提供される利用可能な動作とコンテンツ記述アイテムのリストを新しい要求とアプリケーションの発生に応じて拡張するには適していない。さらに、（マルチメディア）使用履歴情報を表現するための標準化されたフォーマットが欠如しており、従って、ある特定タイプの装置又はサービスにより収集された使用履歴データは他の装置又はサービスによって直接利用できる場合が少ない。加えて、使用履歴は、従来、ユーザの好みとプロファイルを生成するための道具でしかないと考えられて来た。さらに、現存のシステムは、個別ユーザの動作と詳細分類リストの両面から使用履歴を記録する技法を何も提供しない。
【０４０３】
マルチメディアコンテンツの選択に関する現存の限界を考察し、本発明者達は、かなり改善された方法で１人以上のユーザの使用履歴情報を収集し記述するためのシステムを開発した。この改良システムは、ある期間にわたりユーザの動作を干渉することなく観察し、明確なユーザの入力なしに、消費関連データの収集を可能にする。この期間は、望み通りに、指定、変更でき、別の方法では動的に変更させることができる。収集した使用履歴は望むならば、ある期間中にユーザが行った動作のリストを提供し、又、望むならば、コンテンツ記述に関する統計情報を提供する。このシステムの場合のコンテンツ記述は、特定システムと標準メディア記述のようにカスタム化でき、所望のフォーマットに記述できる。特に、記述は、（ＭＰＥＧ−７，ＴＶ−ＡｎｙｔｉｍｅＦｏｒｕｍ，ＡＴＳＣ−ＰＳＩＰ又はＤＶＢ−ＳＩにより規定されたような）入力コンテンツに伴う標準記述書式で記述できる。記述は、Ｇｉｓｔ．ｃｏｍ及びＴＶＧｕｉｄｅ．ｃｏｍのようなインターネットサイト及びケーブルサービスにより提供される電子プログラムガイドのような補助サービスとしても供給できる。
【０４０４】
収集した使用履歴情報は、簡潔に構成され統一されたフォーマットで表現されるのが好ましい。これらの特性により、種々の装置，プラットフォーム，アプリケーション，サービスプロバイダ，設備等の間で使用履歴情報を効率よく効果的に交換でき、これらのエンティティ間の相互操作性の尤度を高めることができる。
【０４０５】
好適な実装において、ある期間中のユーザのコンテンツ使用履歴を記述するためのＸＭＬに基づく方法／記述スキームを使用する。この記述スキームは使用履歴記述を記述するためのシンタックスとセマンティックスを規定する。即ち、使用履歴用の記述スキームは、個々の使用履歴記述が適合すべき１組の規則を含んでいる。記述子は、一般に、これらの記述の属性と呼ばれる。記述スキームと記述子の共通セットの使用により操作の互換性が得られ、即ち、異なる装置及びシステムが記述スキームに適合する使用履歴を解釈することができる。同時に、記述スキームは、アプリケーションが記述に埋め込まれた情報を使用する方法を完全に規定する必要がなく、例えば、アプリケーションは、種々の方法で使用履歴記述を自由に処理しユーザプロファイルを生成することができる。これらの全ての態様において、提案のシステムは、主としてプログラムと使用履歴情報の記述方法及び相互操作性を実現する交換可能な表現を提供する事実により、現存のシステムと異なっている。さらに、プログラムの記述は、コンテンツと構成においてかなり豊かな使用履歴を生成することができる。さらに、多くの異なるタイプの情報を個別のユーザ動作と関係付けることができるので、種々の異なる実装において、相互操作性を犠牲にすることなく、必要に応じて、使用履歴データを導入、構成し、カスタマイズすることができる。
【０４０６】
本発明者達は、このシステムが、使用履歴情報を収集するコンパクトであるが包括的でフレキシブルな表示機構を提供する、“ＵｓｅｒＡｃｔｉｏｎ（ユーザ動作）”のコンセプトを含ませるべきであると判断した。提案のシステムがサポートするユーザ動作タイプのリストは、シソーラス（類語辞典、分類語彙辞典）の用語で規定でき、従って、相対的に容易に拡張できる。シソーラスは、種々のアイテムセットを含み、種々のアプリケーション範囲をカバーできる。かように、このシステムは、小口買い、視聴毎支払い請求（ｐａｙ−ｐｅｒ−ｖｉｅｗ）プログラミング等のような多様なユーザの活動を含むことができる。この方法は、ごく限られた動作数を表示するだけで、種々の要求に応じるために容易に拡張することができない従来の方法に比べ、重要な改善を実現し提供する。
【０４０７】
各ユーザの動作に関係する時間情報は、ＵＴＣ（世界標準時）での発生時間を示す一般時間，マルチメディアコンテンツと共に符号化する時間情報を表現するメディア時間，又は両方で規定できる。この機能性により、“早送り”又は“巻き戻し”のような動作に関係する時間情報を正確に供給することができる。
【０４０８】
提案のフレームワークは、オーディオデータ，ビデオデータ，ウェブページのような種々多様なマルチメディアコンテンツタイプ、又は、消費者の電子機器（例えば、ＤＶＤプレーヤ又はパーソナルビデオプレーヤ（ＰＶＲ））によりその地域で視聴可能なコンテンツを取り扱うことができる。この機能性は、任意タイプの動作及び全ての主なコンテンツ分類方法を履歴中に表示することにより可能となる。
【０４０９】
このシステムは、同様に、異なる情報ソースを特定の動作に関係させることができる。提案システムのこの実施態様は、（スローモーションでユーザが見るセグメントの記述のような）関連コンテンツ記述の特殊な部分を参照することができる。さらに、（ユーザが求めるハイパーリンクのコンテンツ，ユーザが購入する製品のウェブサイト，所与の期間中に視聴可能なプログラムのリストを提供する電子プログラムガイド等）動作に関係するコンテンツ資料１は、この特性によって明白に記述できる。
【０４１０】
このシステムは、使用履歴情報を、異なる詳細レベルで捕捉することができる。例えば、使用履歴記述は、ある期間中にユーザが行った全動作の詳細リスト、又は、言語，原産国，視聴率，俳優等のようなコンテンツのある特定の分類による基本的な統計情報、又は、両方を含むことができる。このフレキシビリティにより、制限された資源（例えば、使用可能な記憶空間）を持つシステムであっても、標準化した交換可能な使用履歴を生成できる。
【０４１１】
使用履歴記述スキームの構成は、捕捉した使用履歴情報を複数の異なる方法で配列し提示することができ、如何なる書式であっても、履歴情報を利用するアプリケーションにとって最も有益で有効であり得る。例えば、使用履歴は、ユーザの動作タイプ（例えば、すべての“ｒｅｃｏｒｄ（記録）”動作）、プログラムのジャンル（例えば、スポーツプログラム用使用履歴）又は特殊なプログラム（例えば、プログラム“Ｓｅｉｎｆｅｌｄ”用使用履歴）に従って編成することができる。
【０４１２】
このデザインは、ユーザのプライバシーを尊重し、ユーザは、使用履歴を回覧又は配布する際に自分の身元が第三者に判らないように隠すことができる。
記述スキームのＸＭＬに基づくフレームワークは、使用履歴記述が他の記述スキーム（例えば、ＭＰＥＧ−７に含まれている、例えば、使用好み記述スキーム）と同一フレームワーク内で共存できるようにする。これらの記述スキームは、例えば、使用履歴中で繰り返し発生する好みのテーマに基づき要求されるプログラムが消費されることにより、ユーザが自分の好みに合うコンテンツを視聴できるようになる機能性を提供する。
【０４１３】
収集された使用履歴情報は、複数の細分度レベルにおいて個人化することができる。即ち、情報を、（１つの家族のような）複数のユーザ又は１人のユーザ用に規定できる。この特徴は、多数のアプリケーションを容易にする。例えば、より詳細な番組の視聴率情報を集めることができ、親が子供の視聴行動を追跡し、対象コンテンツへのアクセスをより容易にコントロールでき、収集した情報を用いて、より個人化（パーソナル化）したプログラミングを生成することができる。
【０４１４】
このシステムは、明白なユーザの入力に頼る必要がないのが好ましく、ユーザが押し付けがましく思うことの多い、ユーザにアンケートへの記入又は質問への返答を促がすことなく、システム自身のバックグラウンドにより機能し、データを収集するのが好ましい。
【０４１５】
視聴習慣に関する明白な（前述のように）ユーザ入力が要求されないので、システムにより監視又は追跡されることをユーザが望まない活動のタイプ及び／又はコンテンツ情報を規定するために、システムは、ユーザが操作できる構成層又はツールを支援する。この構成ユーティリティはユーザがシステムに収集を承認した活動リストを供給できるようにする。これは、ユーザが収集情報の種類と限度を最終的にコントロールすることを意味する。
【０４１６】
図８６は、使用履歴情報のコンテキストを示す図である。使用履歴プロセス７００は、豊富なマルチメディアコンテンツ記述へのアクセスを有しており、これらの記述は、放送業者７０２，電子プログラム案内プロバイダ７０４又は他のサービス業者又はプロバイダより直接入手できる。これらの記述は、消費されるメディアに関するメタデータを含むことができる。ユーザの動作は、使用履歴モジュール７０６によって監視され、コンテンツ記述に連結される。通常使用履歴モジュール７０６からの生成使用履歴情報は、ローカルのプロファイリングエージェント７０８によってユーザ好み７１０を生成するために利用され、ユーザ好みは、視聴者がプログラムの選択をするのを支援するフィルタリングエージェント７１２によって用いられる。これに代わり、使用履歴情報は、サービスプロバイダ７１４と交換されるか、又は、他の機器又は装置に伝送され、そこで種々の方法で処理される。使用履歴は好ましくは標準化フォーマットで表現されるので、この情報の交換は、迅速に実行され、さらなる翻訳又は変更の必要はない。構成（コンフィグレーション）ユーティリティ７１６を使用して、ユーザは、監視される活動のタイプ及び／又はコンテンツを管理し、使用履歴の設定及び／又は顧客装置７１８の設定を変更することができる。この構成ユーティリティ７１６により、ユーザは自身に関し収集された情報を管理することができる。
【０４１７】
図８７は、使用履歴情報の収集／表示用提案システムの好適な構成を示す図である。この使用履歴プロセス７００は、ユーザが消費するマルチメディアコンテンツの記述へアクセスできる。これらのコンテンツ記述は通常１人以上のコマーシャルプロバイダによって生成され、メディアコンテンツと共に又は別個に伝送され得る。この使用履歴プロセスは、ユーザがＡＶ装置，コンピュータ端末，セットトップボックス，パーソナルディジタルレコーダ等のような種々の機器上で行う動作を監視する能力を保持することができる。監視される動作は、チャネルの切り換え，機器のオーディオ／ビデオの設定の変更，プログラムの記録，ハイパーリンクの追従等に該当する。使用履歴モジュールにより監視され記録される動作は、コンフィグレーション層（構成層）７３０を介してユーザにより指定され、使用履歴モジュールは認められた動作情報のみを収集するように制限される。承諾されたユーザの動作を検出すると、使用履歴プロセス７００は所与の動作に対し、発生時刻，（可能ならば）継続時間，動作が関係するプログラム又はマルチメディアコンテンツの一意の識別子，及び／又は追加のコンテンツ記述情報を“ＵｓｅｒＡｃｔｉｏｎＨｉｓｔｏｒｙ（ユーザ動作履歴）”成分７３２に記録する。さらに、使用履歴情報は、“ＵｓｅｒＣｈｏｉｃｅＨｉｓｔｏｒｙ（ユーザの選択履歴）”成分７３４を用い、類別表として表示することができる。これを達成するために、コンテンツ記述を分析し、これらの記述の予め規定されたサブセットを好ましくは表形式で記録する。ある特定タイプのプログラム又はマルチメディア（例えば、ジャンル“Ｗｅｓｔｅｒｎ（西部劇）”，“ＫｅｖｉｎＣｏｓｔｎｅｒ（ケビンコスナー）”主演の映画等）をユーザが視聴する回数は、分類カウンタ群として働くＵｓｅｒＣｈｏｉｃｅＨｉｓｔｏｒｙ（ユーザ選択履歴）７３４により追跡される。一般に、使用履歴７００と構成層７３０は通常はプロセスであり、他のアイテムは通常データを含んでいるだけである。
【０４１８】
図８８は、使用履歴記述スキームのエンティティの関係を示す図である。記述スキームの配列は次の通りである。
（ａ）ＵｓａｇｅＨｉｓｔｏｒｙ（使用履歴）記述スキーム７４０、
（ｂ）ＵｓｅｒＡｃｔｉｏｎＨｉｓｔｏｒｙ（ユーザ動作履歴）記述スキーム７３２及び
（ｃ）ＵｓｅｒＣｈｏｉｃｅＨｉｓｔｏｒｙ（ユーザ選択履歴）記述スキーム７３４。
【０４１９】
使用履歴記述スキーム７４０は、ユーザ動作履歴記述スキーム７３２とユーザ選択履歴記述スキーム７３４用のコンテナ記述スキームとして働き、所定の期間中の消費履歴情報を記述する。ユーザ動作履歴記述スキーム７３２は、この期間中にユーザが実行した、異なるタイプの動作のリストを含んでいる。ユーザ選択履歴記述スキーム７３４は消費したコンテンツについての記述に関するユーザの選択履歴を含んでいる。図８８は、これらの記述スキーム構成と相互作用のエンティティ関係を示している。
【０４２０】
ユーザ動作履歴記述スキーム７３２は、（記録又は再生のような）特殊なタイプの動作の時間順記録を提供できる複数のユーザ動作リストを含んでいる。個々の動作には、動作が規定されるプログラム又はコンテンツを一意に識別するプログラム識別子と、任意所望のコンテンツ記述を参照できる１つ以上の動作データが関係する。
【０４２１】
ユーザ選択履歴記述スキーム７３４は、各コンテンツアイテムをその記述データに基づき分類するためのカウンタのような機能性を提供する。使用履歴記述スキーム７４０のこの成分の主目的は、消費したコンテンツに関する一般的な統計情報を規定する別の履歴表示を提供することである。統計情報は、ユーザによって消費されたコンテンツを伴う記述で常時又は周期的に更新できる。この表現は、全てのユーザ動作と、（所望に応じ）関連するメタ情報を記録するための蓄積装置に対する必要条件が幾つかのシステムにとって禁止的である場合に、長い観察期間には特に有効である。ユーザ選択記述スキーム７３４は、例えば、５つの異なる部分のような複数の部分を含んでいる。
【０４２２】
分類履歴７４２は、ジャンル，言語及び原産国のようなコンテンツの分類記述に関するユーザの選択履歴を提供する。
作品履歴７４４は、タイトル７４６，場所７４８，作者７５０，日付７５２及び俳優／ディレクタのような作品記述に関してユーザの選択履歴を提供することができる。
ソース履歴７５４は、コンテンツのソース（発行者又は配布者のような）及び書式（コード形式のような）の記述に関するユーザの選択履歴を提供することができる。
要約履歴７５６は、１人のユーザの視聴／消費履歴の要約を提供することができる。
キーワード履歴７５８は、コンテンツを視聴／消費する際にユーザが使用したキーワード履歴を提供することができる。
【０４２３】
ユーザ選択履歴記述スキーム７３４は、ＭＰＥＧ−７の使用好み記述スキームと同様の構成を共用するのが好ましい。このスキームは、ＭＰＥＧ−７規格であるＩＳＯ／ＩＥＣ  ＣＤ  １５９３８−５の情報技術−マルチメディアコンテンツ記述のインタフェースの第５部“マルチメディア記述スキーム”（Ｎ３７０５，Ｌａ  Ｂａｕｌｅ，フランス，２０００年１０月）に記述されており、参照によって本書に組み込む。相似性を図る主たる動機は、標準化したユーザ好み記述への入手可能な履歴情報のマッピングを単純化することである。しかしながら、この相似構成は、ユーザ選択履歴用アプリケーションセットを限定することを意図するものではなく、記述中の情報は包括的でかつ十分に柔軟性があり、任意希望の方法で利用することができる。さらに、ユーザ選択履歴は、適当な方法で構成することができる。
【０４２４】
使用履歴記述スキーム７４０は、全ての情報を連結する構成として役立つことは云うまでもない。異なる応用環境における種々のシナリオが存在し、使用履歴記述スキーム７４０の種々の部分が共に１つの記述内で提供されるだけでなく、他のケースにおいても提供され得る。例えば、幾つかの場合において、ユーザ動作履歴記述スキーム又はその部分のみを例示するが、その他の場合には、ユーザ選択履歴記述スキーム又はその部分を使用履歴を記述するために用いることができる。又、異なる記述が、識別子又は識別子の参照を用いることにより、記述部分を共用することができる。提案せるスキームの異なる部分は、独立記述中に存在し得る。
【０４２５】
使用履歴記述スキームのシンタックスとセマンティックスを以下に記す。
なお、使用履歴記述スキームの定義、ユーザ動作履歴記述スキームの定義、ユーザ動作リスト記述スキームの定義、ユーザ動作記述スキームの定義、ユーザ選択履歴記述スキームの定義、分類履歴記述スキームの定義、作品履歴記述スキームの定義、ソース履歴記述スキームの定義、要約履歴記述スキームの定義、を下記に示す。
【０４２６】
【表５９】
0004363806.tif 000060
【０４２７】
【表６０】
0004363806.tif 000061
【０４２８】
【表６１】
0004363806.tif 000062
【０４２９】
【表６２】
0004363806.tif 000063
【０４３０】
【表６３】
0004363806.tif 000064
【０４３１】
【表６４】
0004363806.tif 000065
【０４３２】
【表６５】
0004363806.tif 000066
【０４３３】
【表６６】
0004363806.tif 000067
【０４３４】
【表６７】
0004363806.tif 000068
【０４３５】
【表６８】
0004363806.tif 000069
【０４３６】
【表６９】
0004363806.tif 000070
【０４３７】
【表７０】
0004363806.tif 000071
【０４３８】
【表７１】
0004363806.tif 000072
【０４３９】
【表７２】
0004363806.tif 000073
【０４４０】
【表７３】
0004363806.tif 000074
【０４４１】
【表７４】
0004363806.tif 000075
【０４４２】
【表７５】
0004363806.tif 000076
【０４４３】
【表７６】
0004363806.tif 000077
【０４４４】
【表７７】
0004363806.tif 000078
【０４４５】
【表７８】
0004363806.tif 000079
【０４４６】
【表７９】
0004363806.tif 000080
【０４４７】
【表８０】
0004363806.tif 000081
【０４４８】
【表８１】
0004363806.tif 000082
【０４４９】
【表８２】
0004363806.tif 000083
【０４５０】
次に、それぞれの記述スキームのセマンティックス（意味）を以下に記す。
【０４５１】
【表８３】
0004363806.tif 000084
【０４５２】
【表８４】
0004363806.tif 000085
【０４５３】
【表８５】
0004363806.tif 000086
【０４５４】
動作タイプ要素用の値の例を規定する動作リストを示す。各用語は、第１カラムに記載の数値による識別子と、第２カラムに記載の文字によるラベルを有する。各用語の説明を第３カラムに示す。これは、使用履歴の動作タイプに対するシソーラスの１例である。
【０４５５】
【表８６】
0004363806.tif 000087
【０４５６】
【表８７】
0004363806.tif 000088
【０４５７】
【表８８】
0004363806.tif 000089
【０４５８】
【表８９】
0004363806.tif 000090
【０４５９】
【表９０】
0004363806.tif 000091
【０４６０】
【表９１】
0004363806.tif 000092
【０４６１】
【表９２】
0004363806.tif 000093
【０４６２】
【表９３】
0004363806.tif 000094
【０４６３】
種々の使用履歴スキームの実例を以下に記述する。本例は、２日間にわたり１２時間収集したユーザ動作履歴とユーザ選択履歴情報を含んでいる。
【０４６４】
本例は、動作メディア時間と動作一般時間要素により提供された機能性が、“巻き戻し”、“早送り”及び“スローモーション”のような幾つかのユーザ動作の場合に異なることを示している。例えば、例示のように、一般時間で数秒継続する“早送り”動作は、メディア時間ベースで実際には数分に相当する。動作の発生時刻とその期間を表わす一般時間にのみ依拠すると矛盾が生じ、曖昧さが生じる。かように、提案のシンタックスは、メディア時間と一般時間の両方で、動作時間の表示を支援する。
【０４６５】
【表９４】
0004363806.tif 000095
【０４６６】
【表９５】
0004363806.tif 000096
【０４６７】
【表９６】
0004363806.tif 000097
【０４６８】
【表９７】
0004363806.tif 000098
【０４６９】
【表９８】
0004363806.tif 000099
【０４７０】
【表９９】
0004363806.tif 000100
【０４７１】
【表１００】
0004363806.tif 000101
【０４７２】
【表１０１】
0004363806.tif 000102
【０４７３】
【表１０２】
0004363806.tif 000103
【０４７４】
【表１０３】
0004363806.tif 000104
【０４７５】
【表１０４】
0004363806.tif 000105
【０４７６】
本明細書に使用してきた用語と表現は、説明のためであり制限するものではなく、かような用語と表現の使用により、図示説明した特徴又はその部分を表わす等々の用語と表現を排除する意図は全くない。
【図面の簡単な説明】
【図１】本発明のオーディオビジュアルシステムのプログラム，システム及びユーザの実施形態を関連する記述スキームと共に示す図である。
【図２】図１の解析モジュールを含むオーディオビジュアルシステムの実施形態を示す図である。
【図３】図２の解析モジュールの実施形態を示す図である。
【図４】オーディオビジュアルシステムのためのサムネイルビュー（カテゴリ）を示す図である。
【図５】オーディオビジュアルシステムのためのサムネイルビュー（チャネル）を示す図である。
【図６】オーディオビジュアルシステムのためのテキストビュー（チャネル）を示す図である。
【図７】オーディオビジュアルシステムのためのフレームビューを示す図である。
【図８】オーディオビジュアルシステムのためのショットビューを示す図である。
【図９】オーディオビジュアルシステムのためのキーフレームビューを示す図である。
【図１０】オーディオビジュアルシステムのためのハイライトビューを示す図である。
【図１１】オーディオビジュアルシステムのためのイベントビューを示す図である。
【図１２】オーディオビジュアルシステムのためのキャラクタ／オブジェクトビューを示す図である。
【図１３】シンタックス構造記述スキーム，セマンティック構造記述スキーム，可視化記述スキーム，メタ情報記述スキームを含むプログラム記述スキームの他の実施形態を示す図である。
【図１４】図１３の可視化記述スキームの実施形態を示す図である。
【図１５】図１３のメタ情報記述スキームの実施形態を示す図である。
【図１６】図１３のシンタックス構造記述スキームのためのセグメント記述スキームの実施形態を示す図である。
【図１７】図１３のシンタックス記述スキームのための領域記述スキームの実施形態を示す図である。
【図１８】図１３のシンタクティック構造記述スキームのためのセグメント／領域関係記述スキームの実施形態を示す図である。
【図１９】図１３のセマンティック記述スキームのためのイベント記述スキームの実施形態を示す図である。
【図２０】図１３のセマンティック構造記述スキームのためのオブジェクト記述スキームの実施形態を示す図である。
【図２１】図１３のシンタックス構造記述スキームのためのイベント／オブジェクト関係グラフ記述スキームの実施形態を示す図である。
【図２２】ユーザ好み記述スキームの実施形態を示す図である。
【図２３】使用履歴記述スキームとエージェントと図２２のユーザ好み記述スキームとの間の相互関係の実施形態を示す図である。
【図２４】記述子を含むオーディオ及び／又は動画プログラムと、ユーザの識別ラベル（ＩＤ）と図２２の使用好み記述スキームとの間の相互関係の実施形態を示す図である。
【図２５】図２２の使用好み記述スキームの実施形態を示す図である。
【図２６】図２２の使用好み記述スキームとＭＰＥＧ−７の記述スキームとの間の相互関係の実施形態を示す図である。
【図２７】図２２の使用来歴記述スキームの実施形態を示す図である。
【図２８】ユーザの履歴記述スキームを含むシステムの実施形態を示す図である。
【図２９】ユーザ好み記述スキームの実施形態を示す図である。
【図３０】コンテキスト図式の実施例を示す図である。
【図３１】フィルタエージェントの実施例を示す図である。
【図３２】プログラム記述の実施例を示す図である。
【図３３】個々の好みの実施例を示す図である。
【図３４】一般的なユーザ好みの記述の実施例を示す図である。
【図３５】ユーザの好み記述の実施例を示す図である。
【図３６】マッピングテーブルの実施例を示す図である。
【図３７】１組のテスト演算子の実施例を示す図である。
【図３８】組合せ演算子の実施例を示す図である。
【図３９】組合せ演算子の実施例を示す図である。
【図４０】グループ間及びグループ内の組合せ演算子の実施例を示す図である。
【図４１】グループ間及びグループ内組合せの実施例を示す図である。
【図４２】置換を支援するグループ間及びグループ内組合せの実施例を示す図である。
【図４３】制限付きＡＮＤ組合せ演算子の実施例を示す図である。
【図４４】制限付きＡＮＤ組合せ演算子の実施例を示す図である。
【図４５】制限付きＡＮＤ組合せ演算子の実施例を示す図である。
【図４６】演算子の実施例を示す図である。
【図４７】演算子の実施例を示す図である。
【図４８】演算子の実施例を示す図である。
【図４９】演算子の実施例を示す図である。
【図５０】演算子の実施例を示す図である。
【図５１】演算子の実施例を示す図である。
【図５２】演算子の実施例を示す図である。
【図５３】選択組合せ演算子の実施例を示す図である。
【図５４】クローニングの実施例を示す図である。
【図５５】クローニングの他の実施例を示す図である。
【図５６】ユーザの好み記述、オーディオビジュアルコンテンツ及びユーザエージェントと組合せたフィルタエージェントの使用実施例を示す図である。
【図５７】異なる要素と要素間の関係を示す図である。
【図５８】好み値を示す図である。
【図５９】テストケース評価の例を示す図である。
【図６０】分岐ＯＲの組合せを示す図である。
【図６１】単一分岐の“さらに”がよりよきＯＲの組合せであることを示す図である。
【図６２】単一分岐の“もう少しさらに”がよりよきＯＲの組合せであることを示す図である。
【図６３】単一分岐の“強い好み”がよりよきＯＲの組合せであることを示す図である。
【図６４】単一分岐の好みの範囲とＯＲの組合せランクの存在発生範囲を示す図である。
【図６５】分岐ＡＮＤの組合せを示す図である。
【図６６】単一分岐の“さらに”がよりよきＡＮＤの組合せであることを示す図である。
【図６７】好みと存在のＡＮＤの組合せの第１分岐の範囲を示す図である。
【図６８】単一分岐のフィルタ先行対スコア先行のＡＮＤの組合せを示す図である。
【図６９】代わりの単一分岐のフィルタ先行対スコア先行のＡＮＤの組合せを示す図である。
【図７０】多分岐ＯＲの組合せを示す図である。
【図７１】多分岐ＯＲの組合せの実施を示す図である。
【図７２】代わりの多分岐ＯＲの組合せを示す図である。
【図７３】複合スコアリングの組合せを示す図である。
【図７４】複合スコアリングの実施を示す図である。
【図７５】独立評価の実施を示す図である。
【図７６】サブリストＸの独立評価の実施を示す図である。
【図７７】サブリストＹの独立評価の実施を示す図である。
【図７８】図７６と７２のサブリストを１つの組合せリストにすることを示す図である。
【図７９】ＡＮＤ組合せの階層を通して種々の存在値の比較を示す図である。
【図８０】主分岐組合せにおける非好みがないＯＲを示す図である。
【図８１】非好みの修飾された組合せのＯＲを示す図である。
【図８２】図８１の実施を示す図である。
【図８３】非好みのスコアを優先し、任意の存在が下位のランクを生じる実施例を示す図である。
【図８４】非好みのスコアを優先し、任意の存在が下位のランクを生じる実施例を示す図である。
【図８５】非好のスコアを優先し、任意の存在が破棄を生じる実施例を示す図である。
【図８６】使用履歴情報のコンテキストを示す図である。
【図８７】使用履歴情報の収集と表現を示す図である。
【図８８】使用履歴記述スキームのエンティティの関係を示す図である。
【符号の説明】
１０…動画、画像及び／又はオーディオ情報（プログラム）、１２…動画、画像及び／又はオーディオシステム、１４…ユーザ情報、１６…オーディオビジュアルシステム、１８…プログラム記述スキーム、２０…ユーザ記述スキーム，ユーザ好み記述、２２…システム記述スキーム、３８…プログラム、４２…解析モジュール、４４…発生モジュール、４６…システム情報、４８…ユーザ入力情報、５０…データ記録ユニット、５４…スローモーション検出器、６０…逆多重化器／復号器、６２…データ及びサービスコンテンツ解析器、６４…テキスト処理及びテキスト要約発生器、６６…クローズキャプション解析器、６８…タイトルフレーム発生器、７０…解析マネージャ、７２…オーディオビジュアル解析器及び特徴抽出器、７４…イベント検出器、７６…キーフレームサマライザ、７８…ハイライトサマライザ、８０…ディスプレイ、８２…グラフィカルユーザインターフェース、９０…知識ベースシステム、９２…コマーシャルフィルタ、５００…使用好み記述、５０２…使用履歴記述、５０４…ユーザ識別子記述、５１０…エージェント、５２０…フィルタリングエージェント、５３０…ブラウジング好み記述、５３２…フィルタリング・サーチ好み記述、５３４…デバイス好み記述、５４０…キーワード好み記述、５４２…コンテンツ好み記述、５４４…分類好み記述、５４６…作品好み記述、５５２…コンテンツ記述、５５４…分類記述、５５６…作品記述、５６０…ブラウジング履歴記述、５６２…フィルタリング・サーチ履歴記述、５６４…デバイス使用履歴記述、５６６…キーワード使用履歴記述、５６８…コンテンツ使用履歴記述、５７２…分類使用履歴記述、５７０…作品使用履歴記述、５８０…オーディオ及び／又は動画プログラムの記述（データ）、５８１…蓄積装置、５８２…ディスプレイ、５８３…ブラウザ、５８４…フィルタリング・サーチシステム、５８５…データベース管理システム、５８６…ユーザ好み、５８７…スマートカード、５８８…履歴から好みへの変換、５８９…使用履歴、５９０…サービス／コンテンツプロバイダ、５９１…ユーザ、６００…フィルタエージェント、６０２…プログラム記述、６０３…プログラム記述、６０４…ユーザ好み記述、６０５，６０７…資料、６０６…受信プログラム記述、６０８…ユーザ好み記述、６０９…ユーザエージェント、６１３…テンプレート、６１４…マッピングテーブル、６１５…好み要素、６１７…コンテナ好み要素、６１９…子供の好み要素、６２１…リーフの好み要素、６２２…公称値、６２３…中立値、６２４…最大値、６２６…最小値、６２８…他値、７００…使用履歴プロセス、７０２…放送業者、７０４…電子プログラム案内プロバイダ、７０６…使用履歴モジュール、７０８…プロファイリングエージェント、７１０…ユーザ好み、７１２…フィルタリングエージェント、７１４…サービスプロバイダ、７１６…構成ユーティリティ、７１８…顧客の装置、７３０…コンフィグレーション層（構成層）、７３２…ユーザ動作履歴、７３４…ユーザ選択履歴、７４０…使用履歴、７４２…分類履歴、７４４…作品履歴、７４６…タイトル履歴、７４８…場所履歴、７５０…作者履歴、７５４…リソース履歴、７５６…要約履歴、７５８…キーワード履歴。
【図１】
0004363806.tif 000106
【図２】
0004363806.tif 000107
【図３】
0004363806.tif 000108
【図４】
0004363806.tif 000109
【図５】
0004363806.tif 000110
【図６】
0004363806.tif 000111
【図７】
0004363806.tif 000112
【図８】
0004363806.tif 000113
【図９】
0004363806.tif 000114
【図１０】
0004363806.tif 000115
【図１１】
0004363806.tif 000116
【図１２】
0004363806.tif 000117
【図１３】
0004363806.tif 000118
【図１４】
0004363806.tif 000119
【図１５】
0004363806.tif 000120
【図１６】
0004363806.tif 000121
【図１７】
0004363806.tif 000122
【図１８】
0004363806.tif 000123
【図１９】
0004363806.tif 000124
【図２０】
0004363806.tif 000125
【図２１】
0004363806.tif 000126
【図２２】
0004363806.tif 000127
【図２３】
0004363806.tif 000128
【図２４】
0004363806.tif 000129
【図２５】
0004363806.tif 000130
【図２６】
0004363806.tif 000131
【図２７】
0004363806.tif 000132
【図２８】
0004363806.tif 000133
【図２９】
0004363806.tif 000134
【図３０】
0004363806.tif 000135
【図３１】
0004363806.tif 000136
【図３２】
0004363806.tif 000137
【図３３】
0004363806.tif 000138
【図３４】
0004363806.tif 000139
【図３５】
0004363806.tif 000140
【図３６】
0004363806.tif 000141
【図３７】
0004363806.tif 000142
【図３８】
0004363806.tif 000143
【図３９】
0004363806.tif 000144
【図４０】
0004363806.tif 000145
【図４１】
0004363806.tif 000146
【図４２】
0004363806.tif 000147
【図４３】
0004363806.tif 000148
【図４４】
0004363806.tif 000149
【図４５】
0004363806.tif 000150
【図４６】
0004363806.tif 000151
【図４７】
0004363806.tif 000152
【図４８】
0004363806.tif 000153
【図４９】
0004363806.tif 000154
【図５０】
0004363806.tif 000155
【図５１】
0004363806.tif 000156
【図５２】
0004363806.tif 000157
【図５３】
0004363806.tif 000158
【図５４】
0004363806.tif 000159
【図５５】
0004363806.tif 000160
【図５６】
0004363806.tif 000161
【図５７】
0004363806.tif 000162
【図５８】
0004363806.tif 000163
【図５９】
0004363806.tif 000164
【図６０】
0004363806.tif 000165
【図６１】
0004363806.tif 000166
【図６２】
0004363806.tif 000167
【図６３】
0004363806.tif 000168
【図６４】
0004363806.tif 000169
【図６５】
0004363806.tif 000170
【図６６】
0004363806.tif 000171
【図６７】
0004363806.tif 000172
【図６８】
0004363806.tif 000173
【図６９】
0004363806.tif 000174
【図７０】
0004363806.tif 000175
【図７１】
0004363806.tif 000176
【図７２】
0004363806.tif 000177
【図７３】
0004363806.tif 000178
【図７４】
0004363806.tif 000179
【図７５】
0004363806.tif 000180
【図７６】
0004363806.tif 000181
【図７７】
0004363806.tif 000182
【図７８】
0004363806.tif 000183
【図７９】
0004363806.tif 000184
【図８０】
0004363806.tif 000185
【図８１】
0004363806.tif 000186
【図８２】
0004363806.tif 000187
【図８３】
0004363806.tif 000188
【図８４】
0004363806.tif 000189
【図８５】
0004363806.tif 000190
【図８６】
0004363806.tif 000191
【図８７】
0004363806.tif 000192
【図８８】
0004363806.tif 000193