JP4107811B2 - オーディオビジュアルシステムの使用方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、オーディオビジュアルシステムの使用方法に関し、より詳細には、オーディオ，画像及び動画を伴うシステムにおいて、オーディオビジュアル情報を管理し、オーディオビジュアル情報のブラウジング，フィルタリング，サーチ，アーカイブ及びパーソナル化を行うためのオーディオビジュアルシステムの使用方法に関する。
【０００２】
【従来の技術】
ビデオカセットレコーダ（ＶＣＲ）又はビデオテープレコーダ（ＶＴＲ）は、録画ボタンの押圧に応答して動画プログラムを録画したり、時刻に基づき動画プログラムを録画するようにプログラムすることができる。しかしながら、視聴者は録画する対応のプログラムを識別するのにテレビガイドからの情報に基づき、ＶＣＲをプログラムしなければならない。更に録画後、視聴者はＶＣＲがもつ機能、例えば早送り又は高速巻き戻しの機能を使って、見るべきプログラムの対応する部分を選択するために、ビデオテープ全体を走査する。不幸なことにこのサーチ及び視聴はリニアサーチに基づくので、プログラムの所望する部分を探したり、テープの所望する部分まで早送りするのにかなりの時間がかかることがある。更に、所望するプログラムを録画するのにテレビガイドを参照してＶＣＲをプログラムするのにも時間がかかる。更に視聴者がテレビガイドから望ましいプログラムを認識できなれば、視聴者は録画すべきプログラムを選択しにくい。
【０００３】
ＲｅＰｌａｙＴＶ及びＴｉＶｏ社は、ＶＣＲと同じようにテレビ放送を受信し、録画し、再生するハードディスクを使ったシステムを開発した。これらシステムは視聴者の見る好みに従って、プログラムできる。これらシステムはテレビガイドから入手できる情報と同様なスケジュール情報を受信するのに、テレビ回線のインターフェースを使用している。システムのプログラム及びスケジュール情報に基づき、システムは視聴者にとって潜在的な関心のあるプログラムを自動的に録画する。不幸なことに、録画されたプログラムの視聴はリニア状には行われず、かなりの時間を必要とすることがある。更に、個人の好みに対しては、同じように異なる態様で各システムをプログラムしなければならない。
フリーマン（Freeman）他による米国特許第５,８６１,８８１号は、加入者が個人用のコンテンツを受信できるようなインタラクティブなコンピュータシステムを開示している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のシステムのいずれを用いる場合でも、各視聴者個人は自分の特定の視聴の好みに従って装置をプログラムしなければならない。好ましくないことに、異なる各タイプの装置はケーパビリティが異なり、視聴者の選択を制限するような制約がある。更に各装置は異なるインターフェースを含み、このインターフェースに視聴者が慣れていないことがある。更に、オペレーションマニュアルがなくなった場合、視聴者が装置を効率的にプログラムすることが困難となり得る。
【０００５】
本発明は、上述のごとき実状に鑑みてなされたものであり、少なくともオーディオ，画像、及び複数のフレームを含む動画の中の１つを含むシステムを使用する方法を提供することにより、上述した先行装置の欠点を克服することをその目的とする。
【０００８】
【課題を解決するための手段】
第１の技術手段は、オーディオ、画像及び複数のフレームを含む動画のうちの少なくとも１つを扱うシステムを使用する方法であって、前記オーディオ、画像及び動画の前記少なくとも１つの使用に関するユーザの複数の好みを記述する好み記述を提供するステップを含んでなり、前記システムは、前記オーディオ、画像及び動画の少なくとも１つについて、高速送り、高速巻き戻し、低速送り、低速巻き戻しあるいはスキップ再生を含む複数の再生形態により再生する機能を有し、前記好み記述は、前記オーディオ、画像及び動画の前記少なくとも１つを再生する時のユーザの好みの再生形態に関する記述を含み、前記好み記述を再生時に用いることで、前記高速送り、高速巻き戻し、低速送り、低速巻き戻しあるいはスキップ再生を含む複数の再生形態のいずれか１つを選択可能であることを特徴としたものである。
【００１１】
【発明の実施の形態】
本発明は、使用好み記述を利用して少なくともオーディオ，画像、及び複数のフレームを含む動画の中の１つを含むシステムを使用する方法を提供する。好み記述には、オーディオ，画像及び動画の中の少なくとも１つの利用に関するユーザの好み、通常は複数の好みを記述する。
本発明の前述及び他の目的、特徴及び利点は、添付図面を参照して以下の詳細説明を読めば容易に理解できよう。
【００１２】
今日の多くの家庭では、オーディオ及び動画情報の情報ソースを多数有している。すなわち、例えば多数のテレビ，多数のＶＣＲ，ホームステレオ，ホーム娯楽センター，ケーブルテレビ，衛星テレビ，インターネット放送，ワールドワイドウェブ，データサービス，特殊なインターネットサービス，ポータブルラジオ装置及び自動車の各々に設けられたステレオなどの多くのソースを有する。これら装置の各々に対し、動画及び／又はオーディオコンテンツを入手し、選択し、記録し、再生するのに、通常、異なるインターフェースが使用されている。例えばＶＣＲは録画時間の選択が可能であるが、ユーザはテレビガイドと所望する録画時間の相関をとらなければならない。別の例として、ユーザは自分のホームステレオ用に予めラジオ局の好ましいセットを選択して、更にユーザの自動車の各々に対し、予め選択された局の同じセットを選択することも仮定できる。家庭の別のメンバーが予め選択されたステレオ局の別のセットを望む場合、各オーディオ装置のプログラムをプログラムし直さなければならないのはかなり不便である。
【００１３】
現在、ビジュアル情報，オーディオ情報、例えばラジオ，オーディオテープ，ビデオテープ，映画，ニュースの視聴者は、１つ以上の均一な方法で娯楽を楽しみ、情報を受けることを望んでいる。換言すれば、特定のユーザに提供されるオーディオビジュアル情報は、単一のフォーマットで表現され、かつユーザの特定の視聴の好みに合った内容を含むものに限られている。更に、そのフォーマットは、特定のオーディオビジュアル情報の内容に依存したものとなっている。視聴者に提供される情報量は特定の時間に特定の視聴者が望むような詳細度だけに限定されていなければならない。例えば、ユーザの視聴時間がますます限られてきた場合、ユーザはバスケットゲームの１０分間だけ、すなわちハイライトだけを見たいことがある。
【００１４】
更に、特定の視聴者の好みに従って多数のオーディオビジュアル装置をプログラムしなければならないことは、特に旅行中に不慣れな録画装置が提供された場合、負担の大きい作業である。旅行中、ユーザは自分の視聴の好みに従って効率的に、不慣れな装置、例えばホテルの部屋のオーディオビジュアル装置を容易に操作することを望んでいる。
【００１５】
オーディオビジュアル情報を提供するのに頻繁に利用できる時間が限られていることを特に考慮すると、これら情報の提供は時間的に効率よく行わなければならないので、所望するオーディオビジュアル情報を単に録画するだけの便利な技術が十分でない。更に、ユーザは自分が関心のある利用可能なすべての情報部分だけにアクセスしながら、他の情報をスキップできなければならない。
【００１６】
ユーザは、オーディオ動画情報のソースのすべて又はほんの一部を通して入手できる、潜在的に膨大な量の情報を視聴することはできない。更に、潜在的に利用できる情報量が増加している場合、ユーザは自分が関心のある情報の潜在的な内容にも気づきにくい。オーディオ，画像，動画の膨大な量を考慮して、一般にユーザ情報と称されるような、ユーザのこれまでの視聴の習慣、好み及び個人的な特徴に基づき、オーディオ及び動画情報を記録し、ユーザにこれら情報を提供するシステムが望ましい。さらに、システムは、システム装置の能力（ケーパビリティ）に基づいてこれらの情報を提供することができる。これにより、システムは望みの情報を記録し、ユーザ及び／又は視聴者に対し、自らを自動的にカスタマイズできることが望ましい。ユーザ、視聴者の条件を任意のタイプのコンテンツに対し相互交換可能に利用できることが望ましい。また、視聴情報の受信時に、特定のユーザの好みに対して他の装置を同じように自動的に合わせることができるように、ユーザ情報を異なるデバイス間で転送し、利用できるようになっている必要がある。
【００１７】
図１は、本発明のオーディオビジュアルシステムのプログラム，システム及びユーザの実施形態を関連する記述スキームと共に示す図である。上述の要望を考慮して、代表的なオーディオビジュアル環境の重要な部分を判断するための代表的なオーディオ及び動画の提供された環境を解析する。まず第１に、図１を参照すると、ユーザ及び／又は（装置）システムに、動画，画像及び／又はオーディオ情報１０が提供又は他の方法で利用できるようにされている。第２に、動画，画像及び／又はオーディオ（装置）システム１２、例えばテレビ又はラジオからユーザに動画，画像及び／又はオーディオ情報が提供される。第３に、ユーザは、システム（装置）１２と相互対話して情報１０を好ましい方法で見て、ユーザ情報１４に従って得られるオーディオ，画像及び／又は動画情報を定めるための好みを有するようになる。オーディオビジュアルシステムの主な異なる特徴を適当に識別し、オーディオビジュアルシステム１６の各部分の情報コンテンツを記述するために必要な情報を説明する。
【００１８】
識別されたオーディオビジュアルプレゼンテーションシステム１６の３つの部分の機能は他の部分への相互関係と共に識別される。必要な相互関係を定めるために、各部分を記述するデータを含む１セットの記述スキームが定義される。これら記述スキームは、プログラム１０，システム１２，ユーザ情報１４に補助的なデータを含み、人が読み取りできるテキストから符号化されたデータまでの１セットの情報を記録する。これら記述スキームは、ブラウジング，フィルタリング，サーチ，アーカイブ，個人化を可能にするのに使用できる。プログラム１０，ユーザ１４，システム１２を記述する別個の記述スキームを設けることにより、３つの部分（プログラム，ユーザ，システム）を共に組み合わせてこれまで得られていない相互活動性を提供することができる。更に、コンパチビリティ及び機能性を完全に維持しながら、異なるプログラム１０と、異なるユーザ１４と、異なるシステム１２とを共に組み合わせてもよい。記述スキームはデータ自体を含んでいてもよいし、必要な場合にはデータへのリンクを含んでいてもよいと理解すべきである。
【００１９】
動画、静止画像及び／又はオーディオ情報１０に関連するプログラム記述スキーム１８は、２セットの情報、すなわちプログラムビューとプログラムプロフィルとを含むことが好ましい。プログラムビューは効率的なブラウジングを行うのに適当な動画フレームが潜在的にどのように見えるかを定める動画フレームの論理的構造を定める。例えば、このプログラムビューは、キーフレーム，ショット間のセグメントの定義，ハイライトの定義，動画要約（動画サマリー）の定義，異なる長さのハイライト，サムネイルのセットのフレーム，個々のショット又はシーン，動画の代表的なフレーム，異なるイベントのグルーピング及びクローズアップビューを識別するためのデータを含む１セットのフィールドを含むことができる。プログラムビューの記述は、サムネイル、スライド、キーフレーム、ハイライト及びクローズアップビューを含むことができるのでユーザがプログラムレベルだけでなく、特定のプログラムの内部でフィルタリング及びサーチを行うことができる。
【００２０】
記述スキームは、粗いものから細かいものまでのマルチレベルの要約を提供するプログラムビューの一部としてキーフレームビューをサポートすることにより、詳細度が変化する際の情報にユーザがアクセスできるようにもする。プログラムプロフィルはプログラムのコンテンツの顕著な特徴を定める。すなわち、俳優，スター，レーティング，ディレクター，リリース日，時間スタンプ，キーワードの識別子，トリガプロフィル，スチールプロフィル，イベントプロフィル，キャラクタプロフィル，オブジェクトプロフィル，カラープロフィル，テクスチャプロフィル，シェイププロフィル，動きプロフィル，カテゴリ等を定める。プログラムプロフィルはオーディオ及び動画情報のフィルタリング及びサーチを容易にするのに特に適している。記述スキームによってユーザは、気づかない可能性のある関心のあるプログラムをユーザ記述スキーム２０を提供することによって、発見する手段を有することができる。ユーザ記述スキーム２０はソフトウェアエージェントに情報を提供し、次にソフトウェアエージェントは可能な場合にシステム記述スキーム２２及びプログラム記述スキーム１８の情報を使用することによって、ユーザのためのサーチ及びフィルタリングを実行する。本発明の実施形態の１つにはプログラム記述スキームが含まれると理解すべきである。
【００２１】
プログラム記述スキーム１８内に含まれるプログラムビューは、機能性、例えばクローズアップビューをサポートする特別ビューである。クローズアップビューでは所定の画像オブジェクト、例えば有名なバスケットボール選手、例えばマイケルジョーダンを、元のプログラムと別個のプログラムシーケンスを再生することによって、クローズアップで見ることができる。簡単に別のビューを組み込むことも可能である。他方のキャラクタプロフィルは、当該キャラクタの周りの長方形領域の空間−時間的位置及びサイズを含むことができる。この領域は、プレゼンテーションエンジンによって拡大したり、プレゼンテーションエンジンがこの領域外を暗くして、所定の数のフレームに広がるキャラクタにユーザの関心を集中させることができる。プログラム記述スキーム１８内の情報は、領域の初期サイズ又はロケーション，フレームからフレームへの領域の移動，領域を特徴づけるフレームの時間及び数の条件に関するデータを含むことができる。キャラクタプロフィルは、キャラクタに関するテキストの表記及びオーディオ表記だけでなく、ウェブページ情報及び任意の他の適当な情報も含むための手段も提供する。かかるキャラクタプロフィルは動画の関連するオーディオトラックとは別で、かつそれに加えられるオーディオ表記を含むことができる。
【００２２】
同じように、プログラム記述スキーム１８は同様なオーディオ（例えばラジオ放送）に関する同じような情報、アナログ又はディジタル写真又は動画フレームのような画像を含むことができる。
【００２３】
ユーザの記述スキーム２０はユーザの個人的な好み及びユーザが見た履歴、例えばブラウジングの履歴，フィルタリングの履歴，サーチの履歴及び装置（デバイス）設定の履歴に関する情報及びユーザの個人的な好みを含むことが好ましい。このユーザの個人的な好みは、ユーザが見たい特定のプログラム及びプログラムのカテゴリに関する情報を含む。ユーザ記述スキーム２０は特定のユーザに関する個人情報、例えば人口統計学的情報及び地理的情報、例えば郵便番号及び年齢等も含むことができる。これに関連する特定のプログラム又は属性の明示的定義によってシステム１６はユーザに関係のある利用可能なプログラム記述スキーム１８内に含まれる情報から、それらプログラムを選択することが可能となる。
【００２４】
ユーザは装置のプログラムを習ったり、又は装置を明示的にプログラムすることは望まないことが多い。更にユーザ記述スキーム２０は特定のユーザのための好ましいすべてのプログラムを記述する明示的定義を含むためには充分にロバストでないことがある。かかるケースでは、明示的に提供されていないか、又は記述が困難な異なる視聴特性に適合するように、ユーザの視聴習慣に合わせるユーザ記述スキーム２０のケーパビリティ（能力）が有効である。かかるケースでは、ユーザ記述スキーム２０を補強したり、又は任意の技術を使用して、ユーザ記述スキーム２０に含まれる情報とプログラム記述スキーム１８に含まれる利用可能な情報とを比較し、選択できるようにする。ユーザ記述スキーム２０は、プログラムカテゴリからプログラムビューまで広がるユーザの好みだけでなく、利用の履歴を保持するための技術を提供する。ユーザの記述スキーム情報は永続性であるが、任意の時間にユーザのためにユーザ自身又はインテリジェントソフトウェアエージェントによって更新することができる。ユーザがユーザ記述スキーム２０をディスエーブルすると判断した場合、任意の時にこれをユーザがディスエーブルすることもできる。
【００２５】
更にハンドヘルドの電子デバイスは、スマートカードのように、ユーザがある装置から別の装置へユーザ記述スキーム２０を持ち運ぶことができるように、独立性があって、かつポータブルであり、多数の装置を接続するネットワークを通してトランスポート可能とする。このユーザ記述スキーム２０は異なる製品の間で標準化されれば、ユーザの好みもポータブルとなる。例えば、ユーザはホテルの部屋内のテレビ受像機をパーソナル化でき、よってユーザは任意の時間及び任意の場所で好きな情報にアクセスすることが可能である。ある意味でこのユーザ記述スキーム２０は、永続的であり、時間をベースとしないものである。更に、プログラム記述スキーム１８内の選択された情報は暗号化が可能である。その理由は、この情報の少なくとも一部はプライベート（すなわち人口統計学的）なものとみなすことができるからである。ユーザ記述スキーム２０はオーディオビジュアルプログラム放送と関連づけでき、受信機の特定のユーザの記述スキーム２０と比較し、プログラムが意図する視聴者のプロフィルが、ユーザのプロフィルと一致するかどうかを容易に判断できる。本発明の実施形態のうちの１つは、単にユーザ記述スキーム２０のみが含まれるものであると理解すべきである。
【００２６】
システム記述スキーム２２は個々のプログラム及びその他のデータを管理することが好ましい。この管理としては、プログラムリスト，カテゴリ，チャネル，ユーザ，動画，オーディオ及び画像を維持することが含まれる。またこの管理にはオーディオ、動画及び／又は画像を提供するための装置の機能が含まれる。かかる機能には、例えばスクリーンのサイズ，ステレオ，ＡＣ３，ＤＴＳ，カラー，白／黒などが含まれる。またこの管理にはプログラム記述スキーム１８及びユーザ記述スキーム２０のうちの１つ以上に対するユーザ，オーディオ，画像のうちの１つ以上の間の関係が含まれる。同様に、この管理にはプログラム記述スキーム１８の１つ以上とユーザ記述スキーム２０の１つ以上との間の関係が含まれる。本発明の実施形態のうちの１つは、単にシステム記述スキーム２２のみが含まれるものであると理解すべきである。
【００２７】
プログラム記述スキーム１８の記述子とユーザ記述スキーム２０の記述子とは、少なくとも一部が関連すべきであり、それにより同じ情報を示す記述子を比較することによってプログラムの潜在的な好ましさを判断可能となる。例えば、プログラム記述スキーム１８とユーザ記述スキーム２０とは、同じセットのカテゴリ及び俳優を含んでいるとする。プログラム記述スキーム１８はユーザ記述スキーム２０の知識がなく、この逆に、ユーザ記述スキーム２０はプログラム記述スキーム１８の知識がないので、互いに依存せずに各記述スキームは存在する。これら記述スキームを完全に充足させる必要はない。またユーザ記述スキーム２０と共にプログラム記述スキーム１８を含まないことが有利である。その理由は、関連する記述スキームを有するプログラムは何千個もある可能性があり、これら記述スキームをユーザ記述スキーム２０と組み合わせた場合、その結果、ユーザ記述スキーム２０が不必要に大きくなるからである。より容易に携帯できるように、ユーザ記述スキーム２０を小さく維持することが好ましい。従って、プログラム記述スキーム１８及びユーザ記述スキーム２０しか含まないシステムが有利である。
【００２８】
ユーザ記述スキーム２０とシステム記述スキーム２２とは少なくとも部分的に関連したフィールドを含む必要がある。フィールドが関連している場合、システムは所望する情報を捕捉することができ、フィールドが関連していない場合、所望するように情報を認識できない。システム記述スキーム２２はユーザ及び利用できるプログラムのリストを含むことが好ましい。利用可能なプログラムのマスターリスト及び関連するプログラム記述スキーム１８に基づき、システムは所望するプログラムを一致させることができる。ユーザ記述スキーム２０と共にシステム記述スキーム２２を含まないことが有利である。その理由は、システム記述スキーム２２内では何千ものプログラムが記録される可能性があり、システム記述スキーム２２とユーザ記述スキーム２０を組み合わせた場合、その結果、ユーザ記述スキーム２０は不必要に大きくなるからである。ユーザ記述スキーム２０は小さく維持してこれをより容易に携帯できるようにすることが好ましい。例えば、ユーザ記述スキーム２０は、ラジオ局の予め選択した周波数及び／又は局のタイプを含むことができるが、システムの記述スキーム２２は、特定の町におけるラジオ局に対する利用可能な局を含む。別の町に旅行した場合、システム記述スキーム２２とともにユーザ記述スキーム２０によってラジオ局をプログラムし直すことが可能となる。従って、システム記述スキーム２２及びユーザ記述スキーム２０しか含まないシステムが有利である。
【００２９】
プログラム記述スキーム１８とシステム記述スキーム２２とは少なくとも部分的に関連したフィールドを含む必要がある。フィールドが関連している場合、システム記述スキーム２２はプログラム記述スキーム１８内に含まれる情報を記録できるので、情報を正しくインデクシングできる。インデクシングが適当であれば、システムはかかる情報と入手できるユーザ情報とを一致させ、適当なプログラムを得て、これを記録できる。プログラム記述スキーム１８とシステム記述スキーム２２とが関連していない場合、プログラムから情報を抽出して記録することはできない。特定のビューシステムのシステム記述スキーム２２内で指定されたシステム機能とプログラム記述スキーム１８との相関をとることで、ビューシステムによってサポートできるビューを決定できる。例えばビュー装置が動画を再生できない場合、そのシステム記述スキーム２２はそのビュー機能をキーフレームビュー及びスライドビューのみに限定されているものと記述できる。
【００３０】
特定のプログラムのプログラム記述スキーム１８及びビューシステムのシステム記述スキーム２２を利用して、ビューシステムに適当なビューを提供できる。従って、プログラムのサーバは特定のビューシステムのケーパビリティに従って適当なビューを提供し、このビューはサーバとユーザのビュー装置とを接続するネットワーク又は通信チャネルを通して通信できる。コンテンツプロバイダはコンテンツ及び記述スキームを別のスタイル，時間，フォーマットでパッケージし直すので、システム記述スキーム２２と別個のプログラム記述スキーム１８を維持することが好ましい。更に、プログラムが別の時間にディスプレイされる場合でも、プログラム記述スキーム１８とプログラムとを関連させることが好ましい。従って、システム記述スキーム２２及びプログラム記述スキーム１８しか含まないシステムも有利である。
【００３１】
同一情報の相関をとるフィールドを有しながら、３つの記述スキームの各々の独立性を好ましく維持することにより、システム１６の全体の機能を維持しながら、プログラム１０と、ユーザ情報１４と、システム１２とを相互に交換することができる。
【００３２】
図２は、図１の解析モジュールを含むオーディオビジュアルシステムの実施形態を示す図である。システム１６によってオーディオ，ビジュアル又はオーディオビジュアルプログラム３８が受信される。このプログラム３８は適当なソース、例えば、放送テレビ，ケーブルテレビ，衛星テレビ，ディジタルテレビ，インターネット放送，ワールドワイドウェブ，ディジタル動画ディスク，静止画像，ビデオカメラ，レーザーディスク，磁気媒体，コンピュータ用ハードドライブ，ビデオテープ，オーディオテープ，データサービス，ラジオ放送及びマイクロウェーブ通信から発生可能である。プログラム記述スキーム１８は任意の適当なソース、例えば、ディジタルテレビ放送，特殊なディジタルテレビデータサービス，特殊なインターネットサービス，ワールドワイドウェブ，データファイル，電話を通したデータ，コンピュータメモリのようなメモリにおけるＰＳＩＰ／ＤＶＢ−ＳＩ情報から発生可能である。
【００３３】
プログラム記述スキーム１８，ユーザ記述スキーム２０及び／又はシステム記述スキーム２２はネットワーク（通信チャネル）を通してトランスポートできる。例えば、システム記述スキーム２２は、ソースへトランスポートしてビュー又は装置が使用できる他の機能をソースに提供できる。このトランスポートに応答し、ソースは装置にカスタマイズされた、又は特定の装置に適当な画像，オーディオ及び／又は動画コンテンツを提供する。システム１６は１つ以上のかかるプログラム３８を受信するのに適した任意の装置を含むことができる。オーディオビジュアルプログラム解析モジュール４２は、受信したプログラム３８を解析して、プログラムに関連した情報（記述子）を抽出し、これを記述スキーム（ＤＳ）発生モジュール４４へ提供する。プログラムに関連する情報はプログラム３８を含むデータストリームから抽出したり、又は他の任意のソース、例えば電話回線を通して転送されたデータ、過去にシステム１６に既に転送されたデータ又は関連ファイルからのデータから得ることができる。プログラムに関連する情報は、特定のプログラム３８に対して利用できるプログラムビュー及びプログラムプロフィルの双方を定義するデータを含むことが好ましい。解析モジュール４２は、（ｉ）プログラムから抽出される低レベルの特徴に基づいた自動オーディオ動画解析方法，（ｉｉ）イベント検出技術，（ｉｉｉ）データソース又は電子プログラムガイド（ＥＰＧ，ＤＶＢ−ＳＩ及びＰＳＩＰ）から利用できる（又は抽出可能な）データ，（ｉｖ）プログラム記述スキームを定めるデータを提供するために、ユーザ記述スキーム２０から得られるユーザ情報から得られる情報を使って、プログラム３８の解析を実行する。
【００３４】
図３は、図２の解析モジュールの実施形態を示す図である。プログラム解析技術のいずれを選択するかは、容易に入手できるデータの量及びユーザの好みに応じて決まる。例えば、ユーザが特定のプログラム、例えばバスケットボールゲームの５分間の動画ハイライトを見たい場合、解析モジュール４２は知識をベースとするシステム９０を呼び出して、最良の５分間の要約を形成するハイライトを決定する。知識ベースシステム９０はコマーシャルを除去するためのコマーシャルフィルタ９２及びスローモーション検出器５４を呼び出して、動画要約を作成するのを助けることができる。また、解析モジュール４２は、他のモジュールを呼び出して情報（例えばテクスチャ情報）をまとめ、特定のプログラムビューをオーサリングすることもできる。例えばプログラム３８が更に情報を入手できないホームビデオである場合、解析モジュール４２はマルチレベルの要約のキーフレームを識別し、プログラムビュー、特にキーフレームビューを発生するのに使用される情報を記述スキームへ送ることによってキーフレーム要約を作成できる。
【００３５】
図３を参照すると、解析モジュール４２は他のサブモジュール、例えば逆多重化器／復号器６０，データ及びサービスコンテンツ解析器６２，テキスト処理及びテキスト要約発生器６４，クローズキャプション解析器６６，タイトルフレーム発生器６８，解析マネージャ７０，オーディオビジュアル解析及び特徴抽出器７２，イベント検出器７４，キーフレームサマライザ７６及びハイライトサマライザ７８も含むことができる。
【００３６】
発生モジュール４４はシステム記述スキーム２２のためのシステム情報４６を受信する。このシステム情報４６は発生モジュール４４が発生したシステム記述スキーム２２のためのデータを含むことが好ましい。発生モジュール４４はユーザ記述スキームのためのデータを含むユーザ入力情報４８も受信し、ユーザ入力情報４８は発生モジュール４４内で発生されたユーザ記述スキームのためのデータを含むことが好ましい。ユーザ入力情報４８は、例えばプログラム記述スキーム１８及びシステム記述スキーム２２に含まれるべき、メタ情報を含むことができる。ユーザ記述スキーム２０（又は対応する情報）はプログラム３８を選択的に解析するために、解析モジュール４２へ提供される。例えばユーザ記述スキーム２０は特定のプログラムのためのハイライト発生機能をトリガし、好ましいビューを発生し、プログラム記述スキーム１８内の関連するデータを記録するのに適している。発生モジュール４４及び解析モジュール４２は、データ記録ユニット５０へデータを提供する。記録ユニット５０は任意の記録デバイス、例えばメモリ又は磁気媒体でよい。
【００３７】
サーチ，フィルタリング，ブラウジング（ＳＦＢ）モジュール５２は、記述スキーム内に含まれる情報を解析し、抽出することにより、記述スキーム技術を実行する。このＳＦＢモジュール５２は、記述スキームに含まれる情報に基づき、プログラム３８のフィルタリング，サーチ，ブラウジングを実行できる。ユーザ固有の情報及び視聴履歴等を収集し、発生モジュール４４を通してユーザ記述スキームをオーサリングし、更新する際に使用すべき発生モジュール４４へ提供するインテリジェントソフトウェアエージェントがＳＦＢモジュール５２内に含まれることが好ましい。このように、ディスプレイ８０を介し、ユーザへ望ましいコンテンツを提供できる。検索，記録，及び／又は視聴するべき望ましいプログラムの選択は、少なくとも一部をグラフィカルユーザインターフェースディスプレイ８２を通してプログラムできる。このグラフィカルユーザインターフェース（ＧＵＩ）は、ＧＵＩを介して、ユーザへ情報を提供するためのプレゼンテーションエンジンを含むか、これに接続することもできる。
【００３８】
マルチパートの記述ストリーム装置を使用するオーディオ情報のインテリジェントマネージメント及び消費によって、情報がオーバーロード状態となる近年に適した次世代装置が得られる。この装置は、個人及び家族の変化するライフスタイルに応えるものであり、いつでもどこでも望む情報を誰もが得ることができるようにするものである。
【００３９】
装置の使用例は次のとおりである。平日の仕事を終えたユーザは、ほっとしながら金曜日の夕方遅く、帰宅する。このユーザは世界の出来事をキャッチしたいと思い、その夜遅くにＡＢＣ放送の２０／２０ショーを視聴する。この時は午後９時であり、２０／２０ショーは１時間後の午後１０時にスタートする。ユーザは１週間のうちのスポーツイベント及びマイクロソフト社と司法省との係争に関するすべてのニュースに関心がある。ユーザ記述スキーム２０は特定のユーザがマイクロソフト社の係争及び特定のチームが選択されたスポーツイベントに関して利用できるすべての情報を得たいとの要求を示すプロフィルを含むことができる。更に、システム記述スキーム２２及びプログラム記述スキーム１８は選択的に得て記録できる入手可能な情報のコンテンツに関する情報を提供する。
【００４０】
システムは、３つの記述スキームに基づき、ユーザが関心を持つ、過去の１週間の間のオーディオビジュアル情報を自主的に、かつ周期的に得て、これを記録する。装置は１時間以上のオーディオビジュアル情報を記録している可能性が最も高いので、情報を所定の態様で凝縮しなければならない。ユーザは、ポインタ又は音声コマンドによってシステムとの相互対話を開始し、記録されたスポーツプログラムを見たいことを示す。ディスプレイ上でユーザにはバスケットボール及びサッカーを含む、記録されたスポーツイベントのリストが提示される。ユーザの好きなフットボールチームの試合は記録されていないので、明らかにユーザのフットボールチームはこの週に試合をしていない。ユーザはバスケットボールの試合に関心があるので、試合を見たいと表示する。各ゲームの重要な瞬間を捉えた一セットのタイトルフレームが提示される。ユーザはシカゴブルズの試合を選択し、このゲームの５分間のハイライトを見たいと表示する。すると、システムは自動的にハイライトを発生する。これらハイライトはオーディオ又は動画解析によって発生できるか、又はプログラム記述スキーム１８は５分間のハイライトの間提示されるフレームを示すデータを含む。システムはユーザが見るために選択できる特定のシカゴブルズの試合に関するウェブに基づくテキストの情報も記録できる。所望すれば、要約された情報を記録デバイス、例えばラベル付きのＤＶＤに記録してもよい。この記録情報は、後に探すことができるようにインデックスコードを含んでもよい。
【００４１】
ユーザはスポーツイベントを視聴した後に、マイクロソフト社の係争に関するニュースを読むと決断できる。この時の時間は午後９時５０分であり、ユーザはニュースを視聴している。実際には、ユーザはニュースを視聴後、記録されたニュースのアイテム全てを削除するように選択した。次に、午後１０時前に、忘れずに今日最後にすべきことを行う。
【００４２】
次の日、ユーザは、その日に自分の兄から受け取った、兄の生まれたばかりの女の子と去年のペルー旅行の場面を録画したＶＨＳテープを見ると予定を企てる。２時間テープ全体を見たいが、ユーザは子供がどんな子か、また自分が前回ペルーを訪問した時になかったリマに建設された新しいスタジアムも見たい。ユーザはテープのビジュアル要約を流し見し、次の朝の午前１０時に自分の娘をピアノのレッスンに連れて行く前に、数分間ブラウジングし、数セグメント見ようと予定をたてる。ユーザはテープをシステムに接続されている自分のＶＣＲにテープを挿入し、システムの要約機能を呼び出し、テープをスキャンし、要約を作成する。次にユーザは次の朝、要約を見て、赤ちゃんの様子を短時間見て、要約のうちのキーフレームの間のセグメントを再生し、泣いている赤ちゃんを一目見ることができる。システムのハードドライブ（又は記録装置）にテープカウントを記録することもできるので、動画要約を迅速に見ることができる。この時、午後１０時１０分となっており、ユーザは１０分後に２０／２０ショーを見るようである。幸運なことに、３つの記述スキームに基づき、システムは午後１０時から２０／２０ショーを記録している。次に、ユーザは２０／２０ショーの記録が進行するにつれ、２０／２０ショーの記録された部分の視聴を開始できる。次にユーザは午後１１時１０分に２０／２０ショーの視聴を終えることになる。
【００４３】
平均的ユーザが所有するマルチ媒体装置、例えばホームオーディオシステム，カーステレオ，数台のホームテレビセット，ウェブブラウザなどの数は次第に増加している。ユーザは現在、自分の装置の各々を最良の視聴の好みに合わせなければならない。取り外し可能な記録装置、例えばスマートカードにユーザの好みを記録することにより、ユーザはユーザの好みを含むカードを自動的なカスタム化を行うために、かかる媒体装置に挿入することができる。この結果、ＶＴＲに所望するプログラムが自動的に録画されたり、カーステレオ及びホームオーディオシステムに対し、ラジオ局をセットすることができる。このように、ユーザは単一の装置で自分の好みを１回だけ指定するだけでよく、その後、取り外し自在な記録装置によって装置に記述子が自動的にアップロードされる。有線又は無線ネットワーク接続、例えばホームネットワークの接続を使って、他の装置にユーザ記述スキームをロードすることもできる。これとは異なり、システムがユーザのオーディオ及び動画視聴の習慣に基づき、ユーザの履歴を記録して、ユーザ記述スキームに項目を作成することができる。
【００４４】
上述のごとく、ユーザは所望する情報を得るためにビュー情報をプログラムする必要は全くない。ある意味で、ユーザ記述スキーム２０はユーザの視聴、ブラウジングの好み及びユーザの行動ための中央記録装置を提供することにより、ユーザのモデル化を可能にするものである。これにより、装置を迅速にパーソナル化することができる。また、他の部品、例えばインテリジェントエージェントが標準化された記述フォーマットに基づいて、通信をしたり、ユーザの好みに関するスマート推論を行うことが可能となる。
【００４５】
異なる部分を適当に、利用するか、又は必要に応じ、周辺部及び延長部を追加することにより、図２及び図３から多数の異なる実現例及び応用例を容易に誘導できる。図２はパーソナル化可能なオーディオビジュアルサーチ，フィルタリング，ブラウジング及び／又は記録装置を示している。下記に示す、より特定された応用例／実現例のリストは網羅的なものでなく、ある範囲をカバーするものである。
【００４６】
ユーザ記述スキームはパーソナル化可能なオーディオビジュアル装置のための主要なイネーブラーである。多数の装置の間で記述スキームの構造（シンタックス及びセマンティックス（意味））が既知であれば、ユーザは恐らくスマートカードを介し、ある装置から別の装置へ自分のユーザ記述スキーム２０内に含まれる情報を携帯（又はその他の方法で転送）することができ、これら装置は装置をパーソナル化するよう、スマートカードインターフェースをサポートする。パーソナル化は装置の設定、例えばディスプレイのコントラスト及びボリュームの制御からテレビチャネル，ラジオ局，ウェブ局，ウェブサイト，地理的情報及び人口統計学的情報（民生統計学的情報）、例えば年齢、郵便番号等の種々の範囲となり得る。パーソナル化できる装置は種々のソースからコンテンツにアクセスでき、これら装置はウェブ，地上又はケーブル放送などに接続でき、更に多数の、又は異なるタイプの単一媒体、例えば動画、音楽などにもアクセスできる。
【００４７】
例えばスマートカードをホームシステムから抜き出し、カーステレオシステムに挿入し、所定の時間に好みの局にチューニングできるようにすることによって、カーステレオをパーソナル化できる。別の例として、例えばスマートカードをリモートコントローラ（リモコン）に挿入すると、リモコンは自律的にテレビ受像機に命令し、ユーザの好みに合った現在及び将来のプログラムに関するユーザ情報を提示させることによって、テレビの視聴をパーソナル化することもできる。家庭の異なるメンバーは自分のスマートカードを家族用のリモコンに挿入することによって、常に視聴経験をパーソナル化することができる。かかるリモコンがない場合、スマートカードを直接テレビシステムに挿入することによって、これと同じタイプのパーソナル化を行うことができる。このリモコンによって同じようにオーディオシステムを制御することもできる。別の実施例として、適当な入力インターフェース、例えばユーザの音声識別技術を使うインターフェースを使用することにより、テレビ受像機が局部的な記録装置内に多数のユーザに対するユーザ記述スキームを保持し、異なるユーザ（又はユーザグループ）を識別する。ネットワーク化されたシステムではネットワークを通してユーザ記述スキームをトランスポートできることに留意されたい。
【００４８】
直接的なユーザ入力により、及びユーザが自分の使用パターン及び使用履歴を判断するのをウォッチングするソフトウェアを使用することにより、ユーザ記述スキームを発生する。このユーザ記述スキームはユーザによりダイナミックに、又は自動的に更新できる。良好に定義され、構造化された記述スキームの設計により、異なる装置は互いに相互に作動することが可能となる。モジュラ設計は、また、携帯を可能にする。
【００４９】
記述スキームは現在のＶＣＲの機能に新しい機能を追加する。進歩したＶＣＲシステムは好みの直接入力を介し、又はユーザの使用パターン及び履歴をウォッチングすることによってユーザから学習できる。ユーザの記述スキーム２０はユーザの好み、ユーザの使用パターン及び履歴を保持する。このユーザの記述スキームにインテリジェントエージェントがコンサルトし、ユーザのために行動するためにエージェントが必要とする情報を得ることができる。インテリジェントエージェントを通し、システムはユーザのために行動してユーザの好みに合ったプログラムを発見し、かかるプログラムに関し、ユーザに通知し、及び／又はこれらプログラムを自主的に記録することができる。エージェントはユーザの記述スキーム２０に従ってシステムへの記録を管理することもできる。すなわちプログラムの削除を優先化（又は取り外し可能な媒体への転送をするためにユーザに通知すること）、又はユーザの好み及び履歴に従って、視覚的な品位に直接影響する圧縮率を決定することも管理できる。
【００５０】
プログラム記述スキーム１８とシステム記述スキーム２２とは、あるタスクを実行する際にユーザ記述スキーム２０と協力して作動する。更に、進歩したＶＣＲ、又は他のシステム内のプログラム記述スキーム１８とシステム記述スキーム２２とは、ユーザがオーディオビジュアルプログラムをブラウズし，サーチし，フィルタリングすることを可能にする。システムにおけるブラウジングは高速早送り及び巻き戻しを越える能力を提供するものである。例えば、ユーザはシステムに記録された異なるカテゴリのプログラムのサムネイルビューを見ることができる。次にユーザはビューの利用性及びユーザの好みに応じてフレームビュー，ショットビュー，キーフレームビュー又はハイライトビューを選択できる。プログラム記述スキーム１８内、特にプログラムビュー内の対応する情報を使ってこれらビューを容易に呼び出すことができる。ユーザは任意の時間にプログラムの一部又は全体の視聴をスタートできる。
【００５１】
このアプリケーションでは、多くのサービス、例えば（ｉ）米国におけるＡＴＳＣ−ＰＳＩＰ（ＡＴＳＣ−プログラムサービス統合プロトコル）の一部として定義されたＥＰＧ、又は欧州におけるＤＶＢ−ＳＩ（ディジタル動画放送サービス情報）によって搬送される放送から、（ｉｉ）ＰＳＩＰ／ＤＶＢ−ＳＩの他に特殊なデータサービスから、（ｉｉｉ）特殊なウェブサイトから、（ｉｖ）オーディオビジュアルコンテンツを含む媒体記録ユニット（例えばＤＶＤ）から、（ｖ）進歩したカメラ（後述する）から、プログラム記述スキーム１８を容易に入手できるし、及び／又は解析モジュール４２又はユーザ入力情報４８によって、例えば記録されているプログラムに対し、プログラム記述スキーム１８を容易に発生させることができる。
【００５２】
記述スキームを実現するシステム、例えば図２に示されるようなシステムにより、ディジタルスチールカメラ及びビデオカメラのコンテンツを記録し、管理することができる。進歩したカメラは、例えばオーディオビジュアルコンテンツ自身の他にプログラム記述スキーム１８を記録できる。このプログラム記述スキーム１８は適当なユーザ入力インターフェース（例えば音声，ビジュアルメニュードライブ等）を通してカメラ自身で一部又は全体を発生できる。ユーザは、プログラム記述スキーム１８の情報を、特に、システムによって自動的に抽出することが困難な高レベルの（又はセマンティックな）情報をカメラに入力することができる。プログラム記述スキーム１８を発生する際に、一部のカメラの設定値及びパラメータ（すなわち日付及び時間）だけでなく、カメラで計算された量（例えばカラープロフィルに含まれるべきカラーヒストグラム）も使用できる。カメラを一旦接続すると、システムはカメラのコンテンツをブラウジングしたり、又はカメラのコンテンツ及びその記述スキームを将来使用するために局部的な記録装置に転送することができる。カメラで発生された記述スキームを更新したり、これに情報を追加することも可能である。
【００５３】
ＩＥＥＥ１３９４及びＨａｖｉ規格仕様は、デバイス間でのこのタイプの“オーディオビジュアルコンテンツ”中心の通信を可能にするものである。Ｈａｖｉのコンテキストでは、記述スキームＡＰＩを使用して、コンテンツに関連する記述スキームも含むカメラ又はＤＶＤのコンテンツをブラウジングしたり及び／又はサーチすることが可能である。すなわち、ＰＬＡＹ ＡＰＩを単に呼び出して媒体を再生してリニアに見る以上のことを行う。
【００５４】
データベース内でＡＶプログラムをアーカイブするのに、記述スキームを使用できる。サーチエンジンはプログラム記述スキーム１８内に含まれる情報を使用し、これらのコンテンツに基づきプログラムを検索する。プログラム記述スキーム１８はデータベースのコンテンツ又は問い合わせの結果を通してナビゲートする際にも使用できる。プレゼンテーション中のユーザの問い合わせの結果を優先づける際に、ユーザの記述スキーム２０を使用できる。当然ながら、特定のアプリケーションの性質に応じてプログラム記述スキーム１８をより理解できるようにすることが可能である。
【００５５】
記述スキームはアプリケーションが注意を払うようにするというユーザの要求を満たし、ユーザの視聴及び利用の習癖、好み及び個人の人口統計に応答できる。提案されているユーザの記述スキーム２０はフィールド及びその他の記述スキームに対する相互の関係を選択する際に、この要求を直接解決する。記述スキームは性質がモジュラ式であるので、ユーザは自分のユーザ記述スキーム２０をある装置から別の装置に移動させ、装置を“パーソナル化”できる。
【００５６】
ＴｉＶｏ及びＲｅｐｌａｙＴＶ社からの製品に類似した現在の製品に、提案されている記述スキームを組み込んで娯楽情報値を拡張することができる。特に、記述スキームはプログラムのオーディオビジュアルブラウジング及びサーチを可能とし、更にハイライトビューのような多数のプログラムビューをサポートすることにより、特定のプログラム内でのフィルタリングを可能にする。更に、記述スキームはＴｉＶｏ及びＲｅｐｌａｙＴＶが取り扱いを予定していないテレビ放送以外のソースからのプログラムを処理する。更に、ＴｉＶｏ及びＲｅｐｌａｙＴＶタイプの装置の規格化によって、機能を拡張するためにかかる装置、例えばＭＰＥＧ−７記述をサポートする装置に他の製品を相互接続することができる。ＭＰＥＧ−７とは、オーディオビジュアル情報のための記述及び記述スキームを標準化するように働くディジタル放送の将来を担う動画符号化技術−７の仕様である。装置は所望するように、多数のユーザによってパーソナル化するように拡張することも可能である。
【００５７】
記述スキームは定義されているので、インテリジェントソフトウェアエージェントはそれらの間で通信して、ユーザの好みに関するインテリジェント推論を行うことができる。更に、規格化されたユーザ記述スキームに基づき、アプリケーションをブラウジングし、フィルタリングするためのインテリジェントソフトウェアエージェントの開発及びアップグレードを簡略化できる。
【００５８】
記述スキームは高レベルの（セマンティックな）特徴及び／又は記述子と、低レベルの特徴及び／又は記述子の双方を保持するという意味でマルチモーダルである。例えば、高低レベルの記述子はそれぞれ俳優の名前と動きモデルのパラメータである。高レベルの記述子は人が容易に読み取りできるが、低レベルの記述子は機械によってより容易に読み取られるが、人はあまり理解できない。放送プログラムのサーチ及びフィルタリングを容易にするために、プログラム記述スキームは現在のＥＰＧ、ＰＳＩＰ及びＤＶＢ−ＳＩ情報と容易にハーモナイズできる。現在のサービスは、柔軟な記述スキームを使用する別の情報を組み込むことによって、将来拡張可能である。
【００５９】
例えば、あるケースでは、ディジタル動画ディスクのような媒体に予め記録されたオーディオビジュアルプログラムを含むことができ、ここではディジタル動画ディスクはＦＳＢモジュールが使用する記述スキームの同じシンタックス及びセマンティックスを有する記述スキームも含む。ＦＳＢモジュールが異なる記述スキームを使用する場合、記述スキームのトランスコーダ（コンバータ）を使用してもよい。ユーザはディジタル動画ディスクのコンテンツをブラウジングし、見たいことがある。この場合、ユーザはプログラム記述をオーサリングするのに解析モジュールを呼び出す必要はない。しかしながらユーザは、ディジタル動画ディスクのコンテンツをフィルタリングし、サーチし、ブラウジングする際に自分のユーザ記述スキーム２０を呼び出したいことがある。同じように、プログラム情報の他のソースを使用することも可能である。
【００６０】
ここに記述されている動画に関するいかなる技術も画像（静止画像及び動画のフレームのような画像）やオーディオ（ラジオなど）にも同様に適用できることが理解されよう。
図４乃至図１２は、好ましいオーディオビジュアル記述スキームに適したオーディオビジュアルインターフェースの一例を示す図である。図４は、オーディオビジュアルシステムのためのサムネイルビュー（カテゴリ）を示す図である。カテゴリの機能としてサムネイル機能を選択することにより、ディスプレイに左側の１セットのカテゴリが提供される。特定のカテゴリ、例えばニュースを選択すると、視聴するのに現在利用できる異なるプログラムの１セットのサムネイルビューが提供される。更に、異なるプログラムは、視聴するにあたって異なる時間に利用できるプログラムも含むことができる。サムネイルビューとはプログラムが対応するそれぞれの実際のプログラムの内容を示す短い動画セグメントのことである。
【００６１】
図５は、オーディオビジュアルシステムのためのサムネイルビュー（チャネル）を示す図である。チャネルの点で利用できるプログラムのサムネイルビューを所望する場合にディスプレイできる。図６は、オーディオビジュアルシステムのためのテキストビュー（チャネル）を示す図である。所望する場合、チャネルの点で利用できるプログラムのテキストビューをディスプレイできる。
【００６２】
図７は、オーディオビジュアルシステムのためのフレームビューを示す図である。所望する場合、特定のプログラムのフレームビューをディスプレイできる。左側コラム内の異なるプログラムの１セットの代表的なフレームと共に、ディスプレイの中心に１つの代表的なフレームがディスプレイされる。所望するように、フレームの数の周波数を選択することができる。また、特定の選択されたプログラム中に異なるフレームを示す１セットのフレームもディスプレイの下方部分にディスプレイされる。
【００６３】
図８は、オーディオビジュアルシステムのためのショットビューを示す図である。所望するように特定のプログラムの短いビューをディスプレイできる。左側コラム内の異なるプログラムの１セットの代表的なフレームと共に、ディスプレイの中心に、あるショットの代表的なフレームがディスプレイされる。特定の選択されたプログラム中に異なるショット（プログラムのセグメント、一般的に性質上シーケンシャルである）を示す１セットのショットがディスプレイの下方部分にディスプレイされる。
【００６４】
図９は、オーディオビジュアルシステムのためのキーフレームビューを示す図である。所望するように、特定のプログラムのキーフレームのビューがディスプレイされる。左側コラム内の異なるプログラムの１セットの代表的なフレームとともに、ディスプレイの中心に１つの代表的なフレームがディスプレイされる。また、特定の選択されたプログラム中に異なるキーフレームを示す１セットのキーフレームもディスプレイの下方部分にディスプレイされる。各キーフレームのビューの数はレベルを選択することにより調節できる。
【００６５】
図１０は、オーディオビジュアルシステムのためのハイライトビューを示す図である。所望するように、ハイライトビューも同様にディスプレイされる。図１１は、オーディオビジュアルシステムのためのイベントビューを示す図である。所望するように、イベントビューも同様にディスプレイされる。図１２は、オーディオビジュアルシステムのためのキャラクタ／オブジェクトビューを示す図である。所望するように、キャラクタ／オブジェクトビューも同様にディスプレイされる。
【００６６】
記述スキームの例を後述するＸＭＬに示す。所望するように、記述スキームは、任意の言語で実行され、任意の含められた記述（もしくはそれよりも多くの記述）を含む。
【００６７】
提案されたプログラム記述スキームは、動画プログラムを記述するための３つの主な部分を含んでいる。第１の部分は記述されたプログラムを識別する。第２の部分はブラウジングアプリケーションに有用な多数のビューを定義する。第３のセクションはフィルタリングやサーチアプリケーションに有用な多数のプロフィルを定義する。従って、提案された記述スキームの全構造は次のとおりである。
【００６８】
【表１】

【００６９】
プログラムのアインデンティティ
・プログラムＩＤ
【００７０】
【表２】

【００７１】
記述子＜ＰｒｏｇｒａｍＩＤ＞は、プログラムを識別するための番号又はストリングを含む。
【００７２】
・プログラム名
【００７３】
【表３】

【００７４】
記述子＜ＰｒｏｇｒａｍＮａｍｅ＞は、プログラムの名称を指定するものである。
【００７５】
・ソースロケーション
【００７６】
【表４】

【００７７】
記述子＜ＳｏｕｒｃｅＬｏｃａｔｉｏｎ＞は、ＵＲＬフォーマットでプログラムのロケーションを指定する。
【００７８】
プログラムビュー
・サムネイルビュー
【００７９】
【表５】

【００８０】
記述子＜ＴｈｕｍｂｎａｉｌＶＩｅｗ＞は、プログラムのサムネイル表示として画像を指定する。
・スライドビュー
【００８１】
【表６】

【００８２】
記述子＜ＳｌｉｄｅＶｉｅｗ＞は、スナップショットとして、又はスライドショーのように見ることができるプログラムにおける多数のフレームを識別する。
【００８３】
・フレームビュー
【００８４】
【表７】

【００８５】
記述子＜ＦｒａｍｅＶｉｅｗ＞は、プログラムの開始フレーム及び終了フレームを指定する。この記述子はプログラムの最も基本的なビューであり、どのプログラムも１つのフレームビューを有する。
【００８６】
・ショットビュー
【００８７】
【表８】

【００８８】
記述子＜ＳｈｏｔＶｉｅｗ＞は、プログラムにおける多数のショットを指定する。記述子＜Ｓｈｏｔ＞はショットの開始フレーム及び終了フレームを定め、ショットを示すためのフレームも指定できる。
【００８９】
・キーフレームビュー
【００９０】
【表９】

【００９１】
記述子＜ＫｅｙＦｒａｍｅＶｉｅｗ＞は、プログラムにおけるキーフレームを指定する。これらキーフレームは階層的に構成されており、これら階層はレベル属性と共に記述子＜ＫｅｙＦｒａｍｅｓ＞によって捕捉される。各キーフレームに関連するクリップは記述子＜Ｃｌｉｐ＞によって定められる。ここで各クリップにおけるディスプレイフレームは対応するキーフレームである。
【００９２】
・ハイライトビュー
【００９３】
【表１０】

【００９４】
記述子＜ＨｉｇｈｌｉｇｈｔＶｉｅｗ＞は、プログラムのハイライトを形成するためのクリップを指定する。プログラムは種々の時間長さに合わされたハイライトの異なるバージョンを有することができ、これらクリップは長さ属性と共に記述子＜Ｈｉｇｈｌｉｇｈｔ＞によって指定されるハイライトの各バージョンにグループ分けされる。
【００９５】
・イベントビュー
【００９６】
【表１１】

【００９７】
記述子＜ＥｖｅｎｔＶｉｅｗ＞は、プログラムにおける所定のイベントに関連するクリップを指定する。これらクリップは名称属性と共に記述子＜Ｅｖｅｎｔ＞によって指定される対応するイベントにグループ分けされる。
【００９８】
・クローズアップビュー
【００９９】
【表１２】

【０１００】
記述子＜ＣｌｏｓｅＵｐＶｉｅｗ＞は、プログラムにおける所定のターゲットにズームインできるクリップを指定する。これらクリップは名称属性と共に記述子＜Ｔａｒｇｅｔ＞によって指定される対応するターゲットに分類される。
【０１０１】
・代替ビュー
【０１０２】
【表１３】

【０１０３】
記述子＜ＡｌｔｅｒｎａｔｅＶｉｅｗ＞は、プログラムの代替ビューとして示すことができるソースを指定する。各代替ビューはＩＤ属性と共に記述子＜ＡｌｔｅｒｎａｔｅＳｏｕｒｃｅ＞によって指定される。ソースの位置はＵＲＬフォーマットで指定される。
【０１０４】
プログラムプロフィル
・一般的プロフィル
【０１０５】
【表１４】

【０１０６】
記述子＜ＧｅｎｅｒａｌＰｒｏｆｉｌｅ＞は、プログラムの一般的様相を記述する。
【０１０７】
・カテゴリプロフィル
【０１０８】
【表１５】

【０１０９】
記述子＜ＣａｔｅｇｏｒｙＰｒｏｆｉｌｅ＞は、カテゴリを指定し、これらカテゴリに従ってプログラムを分類できる。
【０１１０】
・日付−時間プロフィル
【０１１１】
【表１６】

【０１１２】
記述子＜ＤａｔｅＴｉｍｅＰｒｏｆｉｌｅ＞は、プログラムの種々の日付及び時間情報を指定する。
【０１１３】
・キーワードプロフィル
【０１１４】
【表１７】

【０１１５】
記述子＜ＫｅｙｗｏｒｄＰｒｏｆｉｌｅ＞は、プログラムをフィルタリング又はサーチするのに使用できる多数のキーワードを指定する。
【０１１６】
・トリガプロフィル
【０１１７】
【表１８】

【０１１８】
記述子＜ＴｒｉｇｇｅｒＰｒｏｆｉｌｅ＞は、プログラムの再生中における所定のアクションをトリガーするのに使用できる、プログラム内の多数のフレームを指定する。
【０１１９】
・静止プロフィル
【０１２０】
【表１９】

【０１２１】
記述子＜ＳｔｉｌｌＰｒｏｆｉｌｅ＞は、フレーム内のホットな領域、すなわち関心のある領域を指定する。このフレームはフレームｉｄに対応するｉｄ属性と共に記述子＜Ｓｔｉｌｌ＞によって指定される。フレーム内ではｉｄ属性と共に記述子＜ＨｏｔＲｅｇｉｏｎ＞によって各ホットな領域が指定される。
【０１２２】
・イベントプロフィル
【０１２３】
【表２０】

【０１２４】
記述子＜ＥｖｅｎｔＰｒｏｆｉｌｅ＞はプログラム内の所定イベントのための詳細な情報を指定する。各イベントは名称属性と共に記述子＜Ｅｖｅｎｔ＞によって指定され、イベントの各発生は＜ＥｖｅｎｔＶｉｅｗ＞なるクリップｉｄと一致し得るｉｄ属性と共に記述子＜Ｏｃｃｕｒｒｅｎｃｅ＞によって指定される。
【０１２５】
・キャラクタプロフィル
【０１２６】
【表２１】

【０１２７】
【表２２】

【０１２８】
記述子＜ＣｈａｒａｃｔｅｒＰｒｏｆｉｌｅ＞は、プログラムにおける所定キャラクタのための詳細な情報を指定する。各キャラクタは名称属性と共に記述子＜Ｃｈａｒａｃｔｅｒ＞によって指定され、キャラクタの各発生は＜ＣｌｏｓｅＵｐＶｉｅｗ＞なるクリップｉｄと一致し得るｉｄ属性と共に記述子＜Ｏｃｃｕｒｒｅｎｃｅ＞によって指定される。
【０１２９】
・オブジェクトプロフィル
【０１３０】
【表２３】

【０１３１】
【表２４】

【０１３２】
記述子＜ＯｂｊｅｃｔＰｒｏｆｉｌｅ＞は、プログラム内の所定のオブジェクトのための詳細な情報を指定し、各オブジェクトは名称属性と共に記述子＜Ｏｂｊｅｃｔ＞によって指定され、オブジェクトの各発生は＜ＣｌｏｓｅＵｐＶｉｅｗ＞なるクリップｉｄと一致し得るｉｄ属性と共に、記述子＜Ｏｃｃｕｒｒｅｎｃｅ＞によって指定される。
【０１３３】
・カラープロフィル
【０１３４】
【表２５】

【０１３５】
記述子＜ＣｏｌｏｒＰｒｏｆｉｌｅ＞は、プログラムの詳細な色情報を指定する。ここにはすべてのＭＰＥＧ−７のカラー記述子を入れることができる。
【０１３６】
・テクスチャプロフィル
【０１３７】
【表２６】

【０１３８】
記述子＜ＴｅｘｔｕｒｅＰｒｏｆｉｌｅ＞はプログラムの詳細なテクスチャ情報を指定し、ここにはすべてのＭＰＥＧ−７のテキスチャ記述子を入れることができる。
【０１３９】
・シェイププロフィル
【０１４０】
【表２７】

【０１４１】
記述子＜ＳｈａｐｅＰｒｏｆｉｌｅ＞はプログラムの詳細なシェイプ（形状）情報を指定し、ここにはすべてのＭＰＥＧ−７のシェイプ記述子を入れることができる。
【０１４２】
・動きプロフィル
【０１４３】
【表２８】

【０１４４】
記述子＜ＭｏｔｉｏｎＰｒｏｆｉｌｅ＞はプログラムの詳細な動き情報を指定し、ここにはすべてのＭＰＥＧ−７の動き記述子を入れることができる。
【０１４５】
ユーザ記述スキーム
提案されているユーザ記述スキームはユーザを記述するための３つの主な部分を含む。第１部分は記述されたユーザを識別し、第２部分はユーザが好む多数の設定を記録し、第３部分はユーザの所定の利用パターンを表すことがある、ある統計値を記録する。従って、提案されている記述スキームの全構造は次のとおりである。
【０１４６】
【表２９】

【０１４７】
ユーザアイデンティティ
・ユーザＩＤ
【０１４８】
【表３０】

【０１４９】
記述子＜ＵｓｅｒＩＤ＞はユーザを識別するための番号又はストリングを含む。
【０１５０】
・ユーザ名
【０１５１】
【表３１】

【０１５２】
記述子＜ＵｓｅｒＮａｍｅ＞はユーザの名称を指定する。
【０１５３】
ユーザの好み
・ブラウジングの好み
【０１５４】
【表３２】

【０１５５】
記述子＜ＢｒｏｗｓｉｎｇＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのブラウジングの好みを指定し、ユーザの好みのビューは記述子＜Ｖｉｅｗｓ＞によって指定される。各カテゴリに対し、好ましいビューはカテゴリｉｄに対応するｉｄ属性と共に記述子＜ＶｉｅｗＣａｔｅｇｏｒｙ＞によって指定される。記述子＜ＦｒａｍｅＦｒｅｑｕｅｎｃｙ＞はフレームビューの元でブラウジングスライダにフレームをどれだけのインターバルでディスプレイすべきかを指定する。記述子＜ＳｈｏｔＦｒｅｑｕｅｎｃｙ＞はショットビューの元でブラウジングスライダにショットをどのインターバルでディスプレイすべきかを指定する。ディスプレイ＜ＫｅｙＦｒａｍｅＬｅｖｅｌ＞はキーフレームビューの元でブラウジングスライダにキーフレームをどのレベルでディスプレイすべきかを指定し、記述子＜ＨｉｇｈｌｉｇｈｔＬｅｎｇｔｈ＞はハイライトビューの元でハイライトのどのバージョンを示すべきかを指定する。
【０１５６】
・フィルタリングの好み
【０１５７】
【表３３】

【０１５８】
記述子＜ＦｉｌｔｅｒｉｎｇＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのフィルタリングに関連する好みを指定する。
【０１５９】
・サーチの好み
【０１６０】
【表３４】

【０１６１】
記述子＜ＳｅａｒｃｈＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのサーチに関連した好みを指定する。
【０１６２】
・デバイスの好み
【０１６３】
【表３５】

【０１６４】
記述子＜ＤｅｖｉｃｅＰｒｅｆｅｒｅｎｃｅｓ＞はユーザのデバイスの好みを指定する。
【０１６５】
利用の履歴
・ブラウジングの履歴
【０１６６】
【表３６】

【０１６７】
記述子＜ＢｒｏｗｓｉｎｇＨｉｓｔｏｒｙ＞はユーザのブラウジングに関連した活動の履歴を捕捉する。
【０１６８】
・フィルタリングの履歴
【０１６９】
【表３７】

【０１７０】
記述子＜ＦｉｌｔｅｒｉｎｇＨｉｓｔｏｒｙ＞はユーザのフィルタリングに関連した活動の履歴を捕捉する。
【０１７１】
・サーチの履歴
【０１７２】
【表３８】

【０１７３】
記述子＜ＳｅａｒｃｈＨｉｓｔｏｒｙ＞はユーザのサーチに関連した活動の履歴を捕捉する。
【０１７４】
・デバイスの履歴
【０１７５】
【表３９】

【０１７６】
記述子＜ＤｅｖｉｃｅＨｉｓｔｏｒｙ＞は、ユーザのデバイスに関連した活動の履歴を捕捉する。
【０１７７】
ユーザの人口統計学的統計値
・年齢
【０１７８】
【表４０】

【０１７９】
記述子＜Ａｇｅ＞は、ユーザの年齢を指定する。
【０１８０】
・性
【０１８１】
【表４１】

【０１８２】
記述子＜Ｇｅｎｄｅｒ＞は、ユーザの性を指定する。
【０１８３】
・郵便番号
【０１８４】
【表４２】

【０１８５】
記述子＜ＺＩＰ＞はユーザの住んでいる場所の郵便番号を指定する。
【０１８６】
システム記述スキーム
提案されたシステム記述スキームはユーザを記述するための４つの主な部分を含む。第１部分は記述されたシステムを識別し、第２部分はすべての既知のユーザのリストを維持し、第３部分は利用可能なプログラムのリストを維持する。第４部分はシステムの機能を記述する。従って、提案された記述スキームの全構造は次のとおりである。
【０１８７】
【表４３】

【０１８８】
システムアイデンティティ
・システムＩＤ
【０１８９】
【表４４】

【０１９０】
記述子＜ＳｙｓｔｅｍＩＤ＞は、動画システム又はデバイスを識別するための番号又はストリングを含む。
【０１９１】
・システム名
【０１９２】
【表４５】

【０１９３】
記述子＜ＳｙｓｔｅｍＮａｍｅ＞は、動画システム又はデバイスの名称を指定する。
【０１９４】
・システムシリアル番号
【０１９５】
【表４６】

【０１９６】
記述子＜ＳｙｓｔｅｍＳｅｒｉａｌＮｕｍｂｅｒ＞は動画システム又はデバイスのシリアル番号を指定する。
【０１９７】
システムユーザ
・ユーザ
【０１９８】
【表４７】

【０１９９】
記述子＜ＳｙｓｔｅｍＵｓｅｒ＞は動画システム又はデバイス上に登録された多数のユーザをリストアップする。各ユーザは記述子＜Ｕｓｅｒ＞によって指定され、記述子＜ＵｓｅｒＩＤ＞はユーザ記述スキームのうちの１つにおいて＜ＵｓｅｒＩＤ＞で指定される番号又はストリングと一致すべき番号又はストリングを指定する。
【０２００】
システム内のプログラム
・カテゴリ
【０２０１】
【表４８】

【０２０２】
記述子＜Ｃａｔｅｇｏｒｙ＞は動画システム又はデバイスに登録された多数のカテゴリをリストアップする。各カテゴリは記述子＜Ｃａｔｅｇｏｒｙ＞によって指定され、カテゴリ間の主なサブ関係は記述子＜ＳｕｂＣａｔｅｇｏｒｙ＞によって捕捉される。
【０２０３】
・チャネル
【０２０４】
【表４９】

【０２０５】
記述子＜Ｃｈａｎｎｅｌｓ＞は動画システム又はデバイスに登録された多数のチャネルをリストアップし、各チャネルは記述子＜Ｃｈａｎｎｅｌ＞によって指定され、チャネル間の主なサブ関係は記述子＜ＳｕｂＣｈａｎｎｅｌ＞によって捕捉される。
【０２０６】
・プログラム
【０２０７】
【表５０】

【０２０８】
記述子＜Ｐｒｏｇｒａｍｓ＞は動画システム又はデバイスで利用できるプログラムをリストアップする。プログラムは対応するカテゴリ又はチャネルに従ってグループ分けされ、プログラムの各グループは記述子＜ＣａｔｅｇｏｒｙＰｒｏｇｒａｍｓ＞又は＜ＣｈａｎｎｅｌＰｒｏｇｒａｍｓ＞によって指定される。記述子＜Ｐｒｏｇｒａｍｓ＞に含まれる各プログラムｉｄは、プログラム記述スキームのうちの１つにおける＜ＰｒｏｇｒａｍＩＤ＞で指定される番号又はストリングと一致しなければならない。
【０２０９】
システム機能
・ビュー
【０２１０】
【表５１】

【０２１１】
記述子＜Ｖｉｅｗｓ＞は、動画システム又はデバイスによってサポートされるビューをリストアップする。各ビューは記述子＜Ｖｉｅｗ＞によって指定され、記述子＜ＶｉｅｗＮａｍｅ＞はプログラム記述スキーム内で使用される次のビュー、すなわちサムネイルビュー，スライドビュー，フレームビュー，ショットビュー，キーフレームビュー，ハイライトビュー、イベントビュー，クローズアップビューのうちの１つと一致しなければならないストリングを含む。
【０２１２】
本発明者は、更に、別のケーパビリディを提供するようにプログラム記述スキームを改善するに至った。
図１３は、シンタックス構造記述スキーム，セマンティック構造記述スキーム，可視化記述スキーム，メタ情報記述スキームを含むプログラム記述スキームの他の実施形態を示す図である。改良されたプログラム記述スキーム４００は４つの別個のタイプの情報、すなわちシンタックスの構造記述スキーム４０２と、意味構造記述スキーム４０４と、可視化記述スキーム４０６と、メタ情報記述スキーム４０８とを含む。特定のどのシステムでも、必要に応じて１つ以上の記述スキームを含むことができると理解すべきである。
【０２１３】
図１４は、図１３の可視化記述スキームの実施形態を示す図である。可視化記述スキーム４０６は、好ましくはワンステッププロセスにて、必要なデータへのアクセスを認めることにより、動画プログラム（及びオーディオプログラム）の高速かつ有効なブラウジングを可能にする。この可視化記述スキーム４０６は、動画コンテンツ（又はオーディオ）のいくつかの異なるプレゼンテーション、例えば、サムネイルビュー記述スキーム４１０，キーフレームビュー記述スキーム４１２，ハイライトビュー記述スキーム４１４，イベントビュー記述スキーム４１６，クローズアップビュー記述スキーム４１８，代替ビュー記述スキーム４２０を提供したものである。必要に応じて他のプレゼンテーション技術及び記述スキームを追加できる。
【０２１４】
サムネイルビュー記述スキーム４１０は、画像又は動画コンテンツを示す画像に対する基準（画像インジケータ４２２）及び動画に対する時間基準４２４を含むことが好ましい。キーフレームビュー記述スキーム４１２はレベルインジケータ４２６及び時間基準４２８を含むことが好ましい。レベルインジケータ４２６はユーザの好みに応じた同じ動画部分に対する異なる数のキーフレームのプレゼンテーションに適合する。ハイライトビュー記述スキーム４１４は、長さインジケータ４３０及び時間基準４３２を含む。この長さインジケータ４３０は、ユーザの好みに応じた動画の異なるハイライト時間のプレゼンテーションに適合する。イベントビュー記述スキーム４１６は、所望するイベントを選択するためのイベントインジケータ４３４及び時間基準４３６を含むことが好ましい。クローズアップビュー記述スキーム４１８は、ターゲットインジケータ４３８及び時間基準４４０を含むことが好ましい。代替ビュー記述スキーム４２０はソースインジケータ４４２を含むことが好ましい。システムの性能を高めるには、集中的かつストレートフォワードに、かかるビューをレンダリングするのに必要なデータを指定することが好ましい。このようにすることにより、動画を複雑に解析することなく、単純なワンステッププロセスでデータにアクセスすることが可能となる。
【０２１５】
図１５は、図１３のメタ情報記述スキームの実施形態を示す図である。メタ情報記述スキーム４０８は、一般に種々のデスクリプタを含み、これらデスクリプタは動画（又はオーディオ）プログラムに関する一般的情報、例えばタイトル，カテゴリ，注釈，キーワード，日付／時刻などを運ぶようになっている。追加デスクリプタ、例えば先に説明したようなデスクリプタを必要に応じて含めることもできる。
【０２１６】
再び図１３を参照すると、シンタックス構造記述スキーム４０２は動画（又はオーディオ）プログラムの物理的構造、例えばコンテンツのテーブルを指定する。物理的特徴には、例えばカラー、テクスチャ、動きなどが含まれる。シンタックス構造記述スキーム４０２は、３つのモジュール、すなわちセグメント記述スキーム４５０と、領域記述スキーム４５２と、セグメント／領域関連グラフ記述スキーム４５４とを含むことが好ましい。セグメント記述スキーム４５０を使用して、多数のフレームの動画から成る動画の異なる部分の間の関係を定めることができる。１つのセグメント記述スキーム４５０はセグメントツリーを形成するための別のセグメント記述スキーム４５０及び／又はショット記述スキームを含むことができる。かかるセグメントツリーは、動画プログラムの時間的構造を定めるのに使用できる。多数のセグメントツリーを形成し、よってコンテンツの多数のテーブルを形成できる。例えば動画プログラムをストーリーユニット，シーン，ショットにセグメント化することができ、これらからセグメント記述スキーム４５０はコンテンツのテーブルとして、かかる情報を含むことができる。
【０２１７】
図１６は、図１３のシンタクティック構造記述スキームのためのセグメント記述スキームの実施形態を示す図で、セグメント記述スキーム４５０の一例が示されている。ショット記述スキームは多数のキーフレーム記述スキーム，モザイク記述スキーム，カメラ動き記述スキーム，注釈などを含むことができる。キーフレーム記述スキームは、静止画像記述スキームを含むことができ、この静止画像記述スキームはカラー及びテクスチャデスクリプタを含むことができる。セグメント記述スキームによる静止画像記述スキームには種々の低レベルデスクリプタを含むことができることに留意されたい。更に、必ずしも静止画像記述スキーム下にない領域記述スキームにビジュアルデスクリプタが含まれることもある。
【０２１８】
図１７は、図１３のシンタクティック記述スキームのための領域記述スキームの実施形態を示す図である。領域記述スキーム４５２は動画の同一及び／又は異なるフレームのピクセルのグループの間の相互関係を定める。領域記述スキーム４５２は幾何学的特徴，カラー／テクスチャの特徴，動きの特徴，注釈なども含むことができる。
【０２１９】
図１８は、図１３のシンタクティック構造記述スキームのためのセグメント／領域関係記述スキームの実施形態を示す図である。セグメント／領域関係グラフ記述スキーム４５４は、複数の領域（又は領域記述スキーム）と、複数のセグメント（又はセグメント記述スキーム）の基準をもち、及び／又は複数の領域（又は記述スキーム）及びセグメント（又は記述スキーム）の間の相互の関係を定める。
【０２２０】
再度、図１３を参照すると、動画プログラム（又はオーディオ）のセマンティックな特徴、例えばセマンティックな（意味的な）イベントを指定するのに、セマンティック構造（意味構造）記述スキーム４０４を使用する。シンタックス構造記述スキームと同じように、このセマンティック構造記述スキーム４０４は、３つのモジュール、例えばイベント記述スキーム４８０と、オブジェクト記述スキーム４８２と、イベント／オブジェクト関係グラフ記述スキーム４８４を含むことが好ましい。通常、多数のフレームの動画から成る動画の異なるイベント間の関係を形成するのに、イベント記述スキーム４８０を使用できる。１つのイベント記述スキーム４８０はセグメントツリーを形成するのに別のイベント記述スキーム４８０を含むことができる。かかるイベントセマンティックツリーを使用して動画プログラムのためのセマンティックインデックステーブルを定めることができる。多数のイベントツリーを形成し、多数のインデックステーブルを形成できる。例えば動画プログラムは多数のイベント、例えばバスケットボールのダンクシュート，ファストブレーク，フリースローを含むことができ、イベント記述スキームはかかる情報、例えばインデックステーブルを含むことができる。
【０２２１】
図１９は、図１３のセマンティック記述スキームのためのイベント記述スキームの実施形態を示す図で、イベント基準の一例が示されている。イベント記述スキーム４８０は、シンタクティック構造記述スキーム内に指定される対応するセグメント及び／又は領域にイベントがリンクする基準や、イベントのタイプ、イベント行動記述スキーム、注釈などを含むことができる。
【０２２２】
図２０は、図１３のセマンティック構造記述スキームのためのオブジェクト記述スキームの実施形態を示す図である。オブジェクト記述スキーム４８２はオブジェクトを示す同一及び／又は異なるフレームの動画のピクセルのグループ間の相互の関係を定める。オブジェクト記述スキーム４８２は、別のオブジェクト記述スキームを含み、よってオブジェクトツリーを形成する。かかるオブジェクトツリーを使用して動画プログラムのためのオブジェクトインデックステーブルを定めることができる。オブジェクト記述スキーム４８２は、シンタックスの構造記述スキームで指定される、対応するセグメント及び／又は領域にオブジェクトをリンクする基準や、オブジェクトのタイプ、オブジェクト行動記述スキーム、注釈なども含むことができる。
【０２２３】
図２１は、図１３のシンタクティック構造記述スキームのためのイベント／オブジェクト関係グラフ記述スキームの実施形態を示す図である。イベント／オブジェクト関係グラフ記述スキーム４８４は、複数のイベント（又はイベント記述スキーム），複数のオブジェクト（又はオブジェクト記述スキーム），及び／又は複数のイベント（又は記述スキーム），オブジェクト（又は記述スキーム）間の相互関係を定める。
【０２２４】
さらなる考察の結果、本発明者達は、ユーザの好みの記述スキームの特定の設計が、ユーザの好みを記述するユーザ好み記述スキームの最適な更新を確保しながらそのポータビリティを実現するために重要であることに気付いた。さらに、ユーザ好み記述スキームは、ユーザのこれまでの使用履歴パターンに基づく変更に適していると同時に、システムによって直ちに使用できねばならない。特定デバイスの全ユーザを集合的に追跡しそのデバイスのユーザの好み視聴履歴に関するデータベースを構築し、その後は、データを動的に処理して個々のユーザが視聴を望むであろうコンテンツを決定することが可能である。しかしながら、これを実現するには大量のデータを記憶する蓄積デバイスを要し、ユーザの好みを決定するために関連する動的処理条件を必要とする。ユーザ好み記述スキームは、単独又は他の記述スキームと組み合わせて使用することができる。
【０２２５】
図２２は、ユーザ好み記述スキームの実施形態を示す図である。ポータビリティと処理条件の軽減を達成するために、ユーザ好み記述スキーム２０は少なくと２つの独立したスキーム、即ち、使用好み記述スキーム５００と使用履歴記述スキーム５０２に分割されているべきである。これらは、それぞれ独立していても良い。使用好み記述スキーム５００は、後で詳述するが、ユーザのオーディオ及び／又は動画の視聴好み記述スキームを含む。使用好み記述スキーム５００は、特定の実装に依存するが、ユーザの（ａ）ブラウジング好み、（ｂ）フィルタリングの好み、（ｃ）サーチ好み、及び（ｄ）デバイス好みのうち１つ又は複数を記述する。使用好み記述スキーム５００に示される好みのタイプは、通常、入手可能なオーディオ及び／又は動画コンテンツを選択するか使用するシステムにより直ちに使用可能である。言い換えれば、使用好み記述スキーム５００は、ユーザのオーディオ及び／又は動画の消費量を記述するデータを含んでいる。使用履歴記述スキーム５０２は後で詳述するが、ブラウジング，デバイスの設定，視聴，選択のようなユーザのオーディオ及び／又は動画に関する活動履歴を含む。使用履歴記述スキーム５０２は、特定の実装に依存するが、ユーザの（ａ）ブラウジング履歴、（ｂ）フィルタリング履歴、（ｃ）サーチ履歴、（ｄ）デバイス履歴、及び（ｅ）ブラウジング，フィルタリング，サーチ等の動作をした日時の１つ又は複数を記述する。使用履歴記述スキーム５０２に示される好みのタイプは、通常、入手可能なオーディオ及び／又は動画コンテンツを選択するか使用するシステムにより直ちに使用することはできない。使用履歴記述スキーム５０２に含まれているデータは、通常視聴者のオーディオ及び／又は動画の使用履歴データを含んでいるので、少なくとも使用好み記述スキーム５００に含まれているデータと比較すると、一般的に“未処理”であると考えられる。
【０２２６】
一般に、ユーザが視聴及び選択したプログラムやプログラムのブラウジング手法などの使用履歴を記録し、様々なアルゴリズムを利用することで、マシンはユーザ好み情報を自動的に作成することができる。ユーザ履歴記述スキームを利用することで、使用好み記述の更新が実現できる。アルゴリズムの一例として、履歴情報の統計値を算出して、好み情報の作成をおこなうことができる。
履歴情報と好み情報を独立して管理しているため、好み情報の更新は適宜できる。このため、ユーザの好み作成を行うのに十分でないマシン（モバイル端末など）では、履歴情報のみ記録しておき、後に好み作成処理をおこなうのに十分なマシンに履歴情報を移して、好み情報を更新するということが可能である。また、同一ユーザの複数の履歴情報から一つの嗜好情報を作成するといったことも可能である。
また、マシンがユーザの視聴履歴情報及び好み情報を持っていることにより、ユーザがマシンの電源を切った後、再度電源を入れるとき、履歴情報から続きを自動的に視聴させることも可能であるし、好み情報から新しいプログラムを推薦するといったことをユーザに提供することもできる。
【０２２７】
ユーザ好み記述スキーム５００と使用履歴記述スキーム５０２を検討後、発明者達は、家庭環境において、視聴及び使用の好みが異なる多数の異なるユーザが同一のデバイスを使用することに気付いた。例えば、スポーツを好む１人の成人男性と、午後のトークショーを好む１人の成人女性と、子供番組を好む３歳の１人の幼児の場合、ユーザ好み記述スキーム５００と使用履歴記述スキーム５０２に含まれている総合情報は、どの特定のユーザにも個人的には不適当である。結果として得られる合成データをデバイスで使用すれば、デバイスは、各々のユーザに適したオーディオ及び／又は動画コンテンツを正しく選択し提示することができないのでユーザ全員を欲求不満にさせる。この制限条件を低減させるために、ユーザ好み記述２０には、ユーザＩＤ（ユーザ識別子）記述５０４を含むことができる。ユーザＩＤ記述スキーム５０４は、デバイスを使用中の特定ユーザのＩＤを含んでいる。ユーザＩＤ記述スキーム５０４を含ませることにより、複数のユーザがそのデバイスを使用でき、同時に、ユーザ好み記述スキーム５００と使用履歴記述スキーム５０２内に異なる又はユニークな１組のデータを保持できる。従って、ユーザＩＤ記述５０４は、そのＩＤ記述で特定される特定ユーザの適当なユーザの好み記述スキーム５００と使用履歴記述スキーム５０２を関係付ける。ユーザＩＤ記述５０４の場合、異なるユーザを識別する単一ユーザＩＤ記述５０４内に複数のエントリを設けること及び／又はユーザ好み記述スキーム５００と使用履歴記述スキーム５０２内にユーザＩＤ記述５０４を含ませて関係を付けることにより、複数の異なるユーザが各々独自性を維持しながら同一デバイスを容易に使用することができる。又、好み及び／又は履歴にユーザＩＤ記述が無い場合、ユーザは、コンテンツを匿名でより容易にカスタム化できる。
【０２２８】
さらに、ユーザＩＤ記述５０４は、複数セットの使用好み記述５００と使用履歴記述５０２を識別するために使用でき、ユーザは使用条件により同デバイスとの対話のためにその中から選択することができる。同じユーザがテレビ受像機，ホームステレオ，ビジネス用テレビジョン，ホテルのテレビジョン及び自動車のオーディオプレーヤのような複数の異なるデバイスを使用し複数の異なる好み記述のセットを有している場合は、複数のユーザＩＤ記述を使用するのも有効である。さらに、ＩＤは、例えば家族のような、個人のグループを識別するためにも使用できる。さらに、ホテルの部屋又はレンタルカーのような一時的に使用するデバイスの場合は、デバイスにより指定された一時的なユーザＩＤを採用することにより、ユーザＩＤの要求を無効にすることができる。プライバシー問題が解決できるか或いは問題が無い機器の場合、ユーザＩＤ記述子５０４は、ユーザの人口統計学的情報を含むことができる。このように、使用履歴記述５０２が使用期間と共に増大するに従い、この人口統計学的データ及び／又は使用パターンに関するデータは、他のソースにも使用可能になる。データは、例えば、かようなデータに基づきデバイス上で特定目的の広告又はプログラムの作成等の目的に使用することができる。
【０２２９】
図２３は、使用履歴記述スキームとエージェントと図２２のユーザ好み記述スキームとの間の相互関係の実施形態を示す図である。周期的に、エージェント５１０は、特定ユーザの使用履歴記述５０２を処理しその特定ユーザの好みを“自動的に”決定する。このようにして、ユーザ使用好み記述５００は使用履歴記述５０２に蓄積されたデータを反映するように更新される。エージェント５１０によるこの処理は、好ましくは、ユーザの現在のブラウジング，フィルタリング，サーチ及びデバイス好みを決定するために使用履歴記述５０２を処理又は参照する必要がない通常の運転期間において、周期的に実行される。使用好み記述５００は、前述したように、比較的コンパクトで、スマートカードのような携帯蓄積デバイスに適している。
【０２３０】
ユーザは自分の使用好み記述５００を含んでいるスマートカードを持って自宅から出ることもしばしば生じる。かような外出中にも、ユーザは、自分の使用好み記述５００を入れたデバイス上で、オーディオ及び／又は動画コンテンツのブラウジング，フィルタリング，サーチ及びデバイス設定に関する好みを多分実現させる。しかしながら、或る状況においては、ブラウジング，フィルタリング，サーチされるオーディオ及び／又は動画コンテンツも普段興味を持っているものではなく、またデバイス好みも違うことがある。さらに、単一デバイスの場合、ユーザはフットボールシーズン，バスケットボールシーズン，野球シーズン，秋，冬，夏及び春のような季節によって、１つのプロフィル以上のものを希望することがある。従って、デバイスが使用履歴記述５０２を生成し、その後、エージェント５１０に自動的に使用好み記述５００を更新させるのは、この場合適当ではない。これは、ユーザの使用好み記述５００を実際には改悪することになる。従って、デバイスは、エージェント５１０を無能化し使用好み記述５００を更新させないオプションを含むべきである。別の方法として、ユーザ好み記述２０の一部に、ユーザが使用好み記述５００（又はその一部）の更新を望むか否かを示す１つ以上のフィールド又はデータ構造を含ませてもよい。
【０２３１】
図２４は、記述子を含むオーディオ及び／又は動画プログラムと、ユーザの識別ラベル（ＩＤ）と図２２の使用好み記述スキームとの間の相互関係の実施形態を示す図である。デバイスは、適当なソースにより提供される、現在及び／又は時間的に先のプログラムを記述したプログラム記述を使用でき、そこから、フィルタリングエージェント５２０が特定ユーザのために適当なコンテンツを選択する。コンテンツは、特定ユーザのＩＤに対する使用好み記述に基づき好みとして選択され、選択されたオーディオ及び／又は動画プログラムのリストを決定される。
【０２３２】
比較的にコンパクトなユーザの好み記述５００を用いれば、パーソナルビデオレコーダ，ＴｉＶｏプレーヤ，リプレイネットワークプレーヤ，カーオディオプレーヤ又は他のオーディオ及び／又は動画機器のような異なるデバイスに、ユーザの好みを容易に移送できる。ユーザ好み記述５００は、ユーザのブラウジング，フィルタリング，サーチ及びデバイス好みに従って更新できる。
【０２３３】
図２５は、図２２の使用好み記述スキームの実施形態を示す図である。使用好み記述５００は好ましくは、特定の実装によるが、３つの異なるカテゴリの記述を含む。好ましい記述は、（ａ）ブラウジング好み記述５３０と（ｂ）フィルタリング・サーチ好み記述５３２と（ｃ）デバイス好み記述５３４とを含む。ブラウジング好み記述５３０は、オーディオ及び／又は動画プログラムの視聴の好みに関する。フィルタリング・サーチ好み記述５３２は、オーディオ及び／又は動画プログラムのレベルの好みに関する。このプログラムレベル好みは、必ずしも、（ブラウジング）視聴好みと同時に使用しなくてよい。例えば、好ましいプログラムは、ユーザのフィルタリング好みによるプログラム記述のフィルタリング結果として決定することができる。特定の好ましいプログラムは、ユーザのブラウジング好みに従って逐次見ることができる。従って、効率的な実体化は、ブラウジング好み記述５３０をフィルタリング及びサーチ好み記述５３２から少なくとも論理的に分離させることにより達成できる。デバイス好み記述５３４は、デバイスを提示するコンテンツの種類（例えば、ロマンス，ドラマ，アクション，暴力，夕方，朝，日中，週末，ウィークデーの番組及び／又は使用可能な提示デバイス）に対して設定するための好みに関する。例えば、提示デバイスは、ステレオサウンド，モノサウンド，サラウンドサウンド，多重ポテンシャルディスプレイ，オーディオスピーカの複数の異なるセット，ＡＣ−３，ドルビーディジタルを含むことができる。デバイス好み記述５３４も、同様に、ブラウジング好み記述５３０とフィルタリング及びサーチ好み記述５３２から少なくとも論理的に独立していることが観察できよう。
【０２３４】
ブラウジング好み記述５３０は、マルチメディア（オーディオ及び／又は動画）情報をブラウジングするためのユーザの好みを記述する記述子を含んでいる。動画の場合、例えば、ブラウジング好みはプログラムの短い要約の目視から全プログラムを連続再生するユーザの好みまでを含んでいる。種々の要約種類は、プログラムの複数の異なるビューを記述するプログラム記述に記述できる。尚、これらの記述は、デバイスにより利用され、迅速非線形ブラウジングと目視とナビゲーションを容易にする。種々の要約タイプのパラメータ、即ち、キーフレーム要約を選択する場合は階層レベル番号、ハイライト要約を選択する場合は動画ハイライトの時間長さを規定しなければならない。さらに、ブラウジング好みは、親と子の関係の制御設定を記述する記述子を含むことができる。ユーザに相談することなく好みを変更できるか否かを示す（ユーザが設定した）スイッチ記述子も含まれねばならない。これにより、デバイスによる不注意な変更又は更新を防止できる。さらに、ブラウジング好みはメディアのコンテンツに依存するのが望ましい。例えば、ユーザはバスケットボールの試合の１５分間動画ハイライトを見るか、スリーポイントショットのみを見るか、どちらかを優先させることができる。ユーザは、ホームビデオの場合、２つの階層レベルでのキーフレーム要約のいずれかを優先選択することができる。
【０２３５】
フィルタリング・サーチ好み記述５３２は、特定の実施形態に応じて、４つの定義された記述子を含むのが好ましい。キーワード好み記述５４０は、タイトル，カテゴリ等の情報に補捉されない大好きなトピックスを指定するために用いられる。これにより、いかなる使用可能なデータフィールドでも、エントリに一致する問合わせを受理することができる。コンテンツの好み記述５４２は、例えば大好きな俳優や、監督を探し出すのを容易にするために用いられる。作品好み記述５４６は、例えば、大好きなショーのタイトルの入手を指定するために用いられる。分類好み記述５４４は、例えば、大好きなプログラムカテゴリに対する記述を指定するために用いられる。前述のように、ユーザが起動するスイッチ記述子は、ユーザに相談することなく好みを変更できるか否かを指定するために用いられる。
【０２３６】
デバイス好み記述５３４は、音量，バランス，低音，高音，輝度，コントラスト，字幕，ＡＣ−３，ドルビーディジタル，どのディスプレイデバイスか、ディスプレイデバイスのタイプ等のオーディオ及び／又は動画の選択された表現設定を記述する記述子を含む。デバイスの設定は、ユーザがオーディオ及び／又は動画コンテンツをブラウジングし消費する方法に関する。メディアのタイプとコンテンツに応じてデバイスの設定好みを指定できることが望ましい。例えば、アクション映画の場合、選択された音量設定はドラマの場合より高い。また、クラシック音楽とロック音楽の場合の低音の選択設定は異なる。ユーザが起動するスイッチ記述子は、前述のように、ユーザに相談することなく好みを変更できるか否かを指定するために用いられる。
【０２３７】
図２６は、図２２の使用好み記述スキームとＭＰＥＧ−７の記述スキームとの間の相互関係の実施形態を示す図である。使用好み記述は、ＭＰＥＧ−７に順応したデータストリーム及び／又はデバイスと協同して使用することができる。ＭＰＥＧ−７記述子は、明細書中で参照するＩＳＯ／ＩＥＣ ＪＴＣＩ／ＳＣ２９／ＷＧ１１ "ＭＰＥＧ−７ Ｍｅｄｉａ／Ｍｅｔａ ＤＳｓ（Ｖｏ．２）"（１９９９年８月）に記載されている。メディアコンテンツの記述は、メディアを消費するユーザ好みの記述と関連することが好ましい。これは、メディアとユーザ好み記述において共通の記述子を使用するか、又は、ユーザ好みとメディア記述子間の関連を規定することにより実現できる。ブラウジング好み記述は、メディアの異なるビュー及び要約を記述したメディア記述と関連することが好ましい。コンテンツ好み記述５４２は、例えばコンテンツ記述スキームによりＭＰＥＧ−７で指定されたメディアのコンテンツ記述５５２のサブセットと関連することが好ましい。分類好み記述５５４は、例えば、ＭＰＥＧ−７で分類記述スキームとして指定された分類記述５５４のサブセットと関連することが好ましい。作品好み記述５４６は、例えば、ＭＰＥＧ−７で作品記述スキームにより指定された作品記述５５６の作品記述のサブセットと関連することが好ましい。キーワード好み記述５４０は、複数の言語を支持するストリングであり、対応メディアコンテンツ記述スキームと関連することが好ましい。メディアとユーザの好み記述間の関連は、図２６に、コンテンツ，作品及び分類の好みの各々の場合につき両方向の矢印で示してある。
【０２３８】
図２７は、図２２の使用履歴記述スキームの実施形態を示す図である。使用履歴記述５０２は好ましくは、特定の実装に依存するが、３つの異なるカテゴリの記述を含む。好まれる記述は、使用好み記述５００に関し前述したように、（ａ）ブラウジング履歴記述５６０と（ｂ）フィルタリング・サーチ履歴記述５６２と（ｃ）デバイス履歴記述５６４を含む。フィルタリング・サーチ履歴記述５６２は、特定の実施形態に応じて、好みに関し前述した、４つの定義された記述子、即ち、キーワード使用履歴記述５６６，コンテンツ使用履歴記述５６８，作品使用履歴記述５７０，分類使用履歴記述５７２を含むことが好ましい。使用履歴記述５０２は、保有情報の時間及び／又は期間を記述する追加の記述子（又は、望むならば記述）を含むことができる。時間は、特定のオーディオ及び／又は動画プログラムを消費する期間に関する。特定プログラムが視聴された時間（期間）は、ユーザの好みを決定するために利用できる情報を提供する。例えば、ユーザがショーを５分間見るだけなら、使用好み記述５００に含めるには適した好みではない。さらに、本発明者達は、特定のオーディオ及び／又は動画プログラムに対するユーザの好みのより正確な尺度は、そのプログラムの総時間を考慮した視聴時間であることに気付いた。これは、プログラムの相対的視聴期間を意味する。例えば、４時間のショーを３０分間見るのは、３０分のショーを３０分間見るより、使用好み記述５００に含ませる好みデータを決定する際の適切度は低くなる。
【０２３９】
図２８は、ユーザの履歴記述スキームを含むシステムの実施形態を示す図で、半永久的な蓄積装置を持つオーディオ及び／又は動画プログラム受信機の１例が図示されている。図に見られるように、この受信機は、半永久的な蓄積装置６０１を有し、オーディオ／動画（ＡＶ）プログラムの記述６００は、放送又は電話線のような他のソースから入手できるように構成されている。ユーザ好み６０６の記述は、ブラウザ６０３によるブラウジング，フィルタリング・サーチシステム６０４におけるフィルタリング及びサーチ、ディスプレイ６０２等におけるデバイスの設定に関し、個人専用化を容易にする。この実施態様において、ユーザの好み６０６はユーザの端末に蓄積され、例えばスマートカード６０７を介して他のシステムに伝送することができる。別の方法では、ユーザの好みをサーバに蓄積し、コンテンツの適応化は、サーバにおいてユーザ記述に従い実施し、好ましいコンテンツをユーザに伝送する。ユーザ６１１は、望むならば、使用好み６０６を直接供給することができる。ユーザ好み６０６及び／又は使用履歴６０９も同様にサービスプロバイダ６１０に供給される。このシステムは、先述のように使用履歴記述の形式でユーザ使用履歴を記録するアプリケーションを採用する。使用履歴記述は、次に、他のアプリケーション、例えばスマートエージェントで利用され、変換システム６０８により使用履歴６０９がユーザの好み６０６に自動的にマッピングされる。
【０２４０】
記述及び記述スキームにおける追加の属性と記述子
発明者達は、記述及び記述スキームに特定タイプの情報を取入れることにより本システムに機能性を追加できることに気付いた。記述スキームは、記述のデータモデルであり、複数の記述子と、記述子が使用されている記述のシンタックスを指定する。以後、記述と記述スキームの用語は、両方共メディアとユーザの好みの記述に対応しているので、互換性のある用語として使用する。記述に使用される追加の属性と記述子について説明し、記述例の各部分例を提示する。
【０２４１】
さらなる考察により、多くのユーザが複数のユーザ好み記述を保持する必要があることが認識された。複数のユーザ好み記述は、例えば、異なる場所（例えば、家庭，職場，外出先，停車，移動時の自動車）、異なる状況、異なる時間（例えば、異なる日，異なる季節）、ユーザの異なる情緒状態（例えば、幸福な気分であるか、或いは、ウンザリした気分又は悲しい気分であるか）及び／又は持続性（例えば、一時的使用であるのか、或いは、継続使用であるのか）に対応する。さらに、ユーザ好み記述は、異なる主要機能を有する種々の端末（例えば、パーソナルビデオレコーダであるのか、或いは、セルラ電話であるのか）を区別する記述を含むことができる。さらに、異なる場所又は状況において使用可能な通信チャネルの周波数帯域幅は、異なる好みを用いることができる。又、ダウンロード用動画プログラムのオーディオビジュアル要約の長さに関するユーザ好みも種々異なる。異なる使用条件においてユーザは、異なるデバイス及び／又はサービスを区別するベースとしてユーザのＩＤ記述を使用することができる。例えば、異なる条件の例として、テレビジョン放送の受像機とセルラ電話がある。
【０２４２】
上記条件に基づく１人の特定ユーザのために複数のユーザ好みを維持することの他に、本発明者達は、異なる場所，異なる状況，異なる情緒状態，異なる季節，異なる端末等のいずれか１つ又は複数を、ユーザの好み記述を区別するベースとして同様に使用することができることに気付いた。
【０２４３】
特定ユーザが好み記述を複数持つことを許容し、それらの好み記述を互いに区別する１つの技術は、異なるユーザ名を使用するか、後述するように、ＩＤ記述スキームにバージョン記述子を用いる変形の機構を使用するものである。
【０２４４】
前述したように、システムは、１人の特定ユーザに対して複数のユーザ好みを含むことができる。複数記述の場合、システムは、異なるユーザ好みを異なる細分度（ｇｒａｎｕｌａｒｉｔｙ）、例えば、項目量の大小によって表現する。低い細分度（散在性）は、ユーザ好みをフィルタにかけてデータ量をさらに減少させる結果となる。換言すれば、使用好み記述の構造は、データをさらに減少させるフィルタ処理の結果である差分と同じである。別の実施態様では、細分度を可変にすれば、ユーザ好みに含まれているデータサイズを、望むならばユーザの場所及び／又はアプリケーションに基づき、変化させる結果を得る。細分度の低い（粗野度の高い）ユーザ好みは、蓄積量が制限されたポータブルメモリデバイスに蓄積するのに特に適している。同様に、細分度は、使用履歴にも適用できる。
【０２４５】
本発明の別の実施態様においては、ユーザ好み（及び履歴）をメディアタイプ、ソース又はコンテンツ（例えば、音楽であるか或いは動画であるか、ラジオであるか或いはテレビ放送であるか、及び／又は、スポーツビデオであるか或いはホームビデオであるか）に基づかせることができる。これらの好みは、マルチメディアの好ましさの第三者特性とは対照的に、オーディオ及び／又は動画そのものに関する。この情報を含むことにより、メディアタイプ，ソース又はコンテンツによるコンピュータ処理条件が軽減される。
【０２４６】
本システムに含まれ得る別の特徴は、ユーザ記述の各又は選択された１セットの構成要素に対する保護属性である。保護属性は、システム又はプロバイダのアクセス権を、典型的にはユーザ本人以外の関係者のアクセス権を、ユーザの記述又はその構成要素に指定する。１実施例において、保護属性は、かようなデータへの他者のアクセスを許すユーザの意向を指定できる。保護属性を実装する１つの技法は、保護属性を、ユーザ記述スキームの全関連部分が含む基本属性として導入することである。
【０２４７】
ブラウジング好みに対する記述子及び記述スキームは、ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９ＷＧ１１ Ｎ３２４６ "ＭＰＥＧ−７ Ｇｅｎｅｒｉｃ ＡＶＤｅｓｃｒｉｐｔｉｏｎ Ｓｃｈｅｍｅｓ，Ｗｏｒｋｉｎｇ Ｄｒａｆｔ Ｖ２.０（２０００年３月，Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）に記載されている特定種類のマルチメディア要約記述スキームに適合させることができる。これにより、ユーザはオーディオビジュアルプログラムの特定の視覚要約の種類を指定し、視覚ハイライト形式要約の時間を指定することができる。しかしながら、さらに検討の結果、本発明者達は、オーディオビジュアル要約内の好ましい最小及び最大データ量の仕様がシステムのケイパビリティを著しく高めることを確認した。かような規定により、例えば、ユーザが、異なる制限を有する端末を用い、制限された帯域幅のチャネルでコンテンツのオーディオビジュアル要約を有効にブラウジングするケイパビリティを提供する。帯域幅が制限されたチャネルに接続した端末の場合、ユーザは、プログラムの比較的短いハイライトに対する好みを指定し、高い帯域幅のチャネルに接続した端末の場合は、プログラムの長いハイライトに対する好みを指定することができる。尚、かようなチャネルは、移動局チャネルとケーブルチャネルである。さらに、動画速度でフレームを表示できない端末の場合、ユーザは通信チャネルの帯域幅に適した最大数のキーフレームより成るキーフレーム要約を選択することができる。これらのケイパビリティ強化を達成するために、本発明者達は、ブラウジング好み記述（及び記述スキーム、又は他の好み記述）内に、キーフレームの最小，最大，正確な数とオーディオ及び／又は動画ハイライトの最小，最大，正確な期間を指定する記述子を用いることを提案する。
【０２４８】
前述のように、記述スキームは、視覚資料の好ましい最小及び最大量を表現するのに適応可能であり、異なる視聴好みと端末及び通信チャネルの帯域幅の制限にも適応できる。この実装は、下記の記述子をブラウジング好み記述スキームに含むことにより達成できる。
【０２４９】
ＭａｘＮｕｍＯｆＫｅｙｆｒａｍｅｓ，ＭｉｎＮｕｍＯｆＫｅｙｆｒａｍｅｓ，ＮｕｍＯｆＫｅｙｆｒａｍｅｓ，ＭａｘＳｕｍｍａｒｙＤｕｒａｔｉｏｎ，ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ，ＳｕｍｍａｒｙＤｕｒａｔｉｏｎ
【０２５０】
好み記述子＜ＭａｘＮｕｍＯｆＫｅｙｆｒａｍｅｓ＞と＜ＭｉｎＮｕｍＯｆＫｅｙｆｒａｍｅｓ＞は、各々、動画プログラムのキーフレーム要約中のキーフレームの最大数と最小数を指定する。＜ＮｕｍＯｆＫｅｙｆｒａｍｅｓ＞は、キーフレーム数の標準値を指定する。ユーザが普段使用する既知の接続の既知の周波数帯域幅に応じて、ユーザはこれらの記述子を指定することができる。記述子＜ＭａｘＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞と＜ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞は、各々、オーディオビジュアルハイライト要約の最大時間長と最小時間長を指定する。＜ＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞は、ハイライト要約の標準時間を指定する。再び、ユーザの愛好と端末及びチャネルの制限に応じて、ユーザはこれらの記述子を指定することができる。記述子＜ＭａｘＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞と＜ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ＞は、オーディオ信号の好みに適用でき、又、オーディオハイライトをオーディオスキミング法により生成する場合に適用される。図２４のフィルタリングエージェント５２０によりユーザのブラウジング好み記述とメディア記述を相互に関係付け、ユーザの好み記述に一致する要約記述を含むメディア記述を決定し、選択されたタイプの要約に関連する要約メディア記述を含めてユーザに提供できるようにする。
【０２５１】
プログラムの要約抽象の忠実度（ｆｉｄｅｌｉｔｙ）が記述される場合に、汎用マルチメディアアクセスアプリケーション用の抽象忠実度記述子が追加の記述子として導入できる。これは、ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９ ＷＧ１１Ｎ３２４６ "ＭＰＥＧ−７ Ｍｕｌｔｉｍｅｄｉａ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｃｈｅｍｅｓ，Ｗｏｒｋｉｎｇ Ｄｒａｆｔ Ｖ２.０"（２０００年３月， Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）に定義されているバリエーション忠実度記述子スキームに該当する。これにより、キーフレーム数に関する制限と時間長の明白な仕様の代案を提供する。
【０２５２】
セグメント主題記述子は、その主題（テーマ）又は強調点の注釈を付けた、例えば動画クリップ又はオーディオクリップのようなセグメントの好ましいテーマ又は観点を記述することができる。例えば、テーマは、そのテーマのコンテンツの特徴を指定する。かような特徴には、大好きなチームのゴールや、大好きな選手の３ポイントシュート等が含まれる。これらの記述子を指定しランク付けをすれば、クライアントアプリケーション又はサーバは、セグメントレベルの記述子又はラベルに一致する好みテーマ（及び／又はランキング）に従ってユーザセグメントを供給でき、又は、ユーザにセグメント主題の好みに一致するラベル付きセグメントより成る事前に編成されたハイライトを提供することができる。
【０２５３】
現行のフィルタリング・サーチのユーザ好み記述は、オーディオビジュアル資料のコンテンツに焦点を置きながら、所望のオーディオビジュアル資料を発見、選択して消費することにより有効にオーディオビジュアルコンテンツを利用する技法を志向している。かような記述は有益であるが、本発明者達は、資料コンテンツだけと対比しても、資料ソースの識別はオーディオビジュアル資料の処理と提示のために有利な情報を提供することをさらに認識した。例えば、コンテンツのソースは、地上のソース，デジタルビデオディスク，ケーブルテレビ，アナログテレビ放送，デジタル放送テレビ，アナログラジオ放送，デジタルラジオ放送である。
【０２５４】
これらの情報を含めることにより、ユーザは、これらの異なるソースから選択でき、又、ユーザが視聴可能なコンテンツのソースを、衛星放送より広く視聴可能な地上放送のようなソースに選択を狭めることにより有効性をさらに高めることができる。例えば、ユーザは、地上放送チャネルからのみ入手可能な“スタートレック”のエピソードに対するユーザ好みを記述することができる。
【０２５５】
このソースの区別及び識別は、フィルタリング・サーチ好み記述スキーム（又は他の記述スキーム）の下にソースの好み記述スキームを含むことにより実行できる。従って、フィルタリング・サーチ好み記述スキームは、ゼロ又は１つ（望むならば、それ以上）のソース好み記述スキームを含むことができる。ソース好み記述スキームは、ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１ Ｎ３２４７ "ＭＰＥＧ−７ Ｍｕｌｔｉｍｅｄｉａ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｃｈｅｍｅｓ，Ｅｘｐｅｒｉｍｅｎｔａｔｉｏｎ Ｍｏｄｅｌ（ｖ２．０）（２０００年３月， Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）に記載されているメディアフォーマット記述又はパブリケーション記述スキームから派生できる。
【０２５６】
ユーザ好みの他に、システムが持ち得る他の特徴は、ユーザの負の好みである。負の好みは、ユーザが嫌いなものとその順位を含むことができる。負の好みを指定することにより、システムは、そのような好みに該当するものを選択することが無くなる。これは、例えば、好み値記述子に正又は負の値を付与することにより実施できる。
【０２５７】
システムが持ち得る他の特徴は、ユーザの好みのスペシフィケーションであり、これは、例えば、“ＢｅｔｔｅｒＴｈａｎ”記述子と“ＷｏｒｓｅＴｈａｎ”記述子を用いて、他の好みセットに対する特定のユーザ好みセットの相対的な好み度を示すものである。これは、各好みセットに対する好み値記述子が無い場合でも好みの暗黙の相対的な順位付けを可能にする。これは、例えば、フィルタリング・サーチ好み記述に“ＢｅｔｔｅｒＴｈａｎ”記述子と“ＷｏｒｓｅＴｈａｎ”記述子を入れることにより実現できる。
【０２５８】
追加属性の表現
下記の記述は、ここに参照するＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ ＭａｒｋｕｐＬａｎｇｕａｇｅ）で表現される。任意の他の言語も同様に用いることができる。
ユーザ好み記述の定義は次の通りである。
【０２５９】
【表５２】

【０２６０】
原始属性“ｐｒｏｔｅｃｔｉｏｎ（保護）”と“ａｌｌｏｗＡｕｔｏｍａｔｉｃＵｐｄａｔｅ（自動更新許可）”については、ユーザ識別子、ユーザ好み及び使用履歴の記述及び全ての関連部分、即ち、ブラウジング好み記述、フィルタリング・サーチ好み記述、デバイス好み記述及び使用履歴記述スキームのサブ記述スキームに具体例を示す。
【０２６１】
“ａｌｌｏｗＡｕｔｏｍａｔｉｃＵｐｄａｔｅ”属性（ユーザが設定）は、ユーザに相談することなく（例えば使用履歴記述を利用するエージェントにより）好みを自動的に変更できるか否かを指示する記述スキームに含ませねばならない。
保護属性は、ユーザがシステムによる好み／履歴の公表（公開）を許すか否かを指定する記述に含ませるべきである。ユーザが、彼の好み／履歴の若干部分を例えばサービスプロバイダに公表することに同意すれば、サービスプロバイダは、この情報を集めて、ユーザの履歴／好みに適合するユーザコンテンツに役立てることができる。上記の記述例において、ユーザは彼の“Ｕｓｅｒｎａｍｅ（ユーザネーム）”を秘密にしておくことを選択する。彼は、又、システムが彼の好みを自動的に更新することを望まない。
【０２６２】
ユーザＩＤ記述は、ユーザ記述スキームの特定例を、他のユーザの例又は同一ユーザの異なる使用条件及び状況における例から区別する識別子の目的を果たす。
ユーザネーム記述子は、特定のユーザを他のユーザから識別する。家庭での設定の場合、その一家のメンバーが通常の条件で使用する全ての機器に対し、その一家の各メンバーが、その家庭で唯一のユーザネームを使用することで識別することができる。
ユーザネームは、個人だけでなく例えば家族のような人のグループのユーザ記述スキームを区別するためにも使用できる。（ホテルの部屋又はレンタカー内の装置のように）多数の違った人達により一時的な条件で使用する機器は、識別の一意性を確保するために一時的なセッション識別票を使用者に割り当てる。
【０２６３】
別案では、バージョン記述子をユーザ識別子記述に含ませて、特定ユーザネームに関係するユーザ記述（好み及び使用履歴）の異なるバージョンを定義する。このバージョンのメカニズムにより、ユーザは、異なる場所（自宅，職場，外出先，停車中の車，移動中の車）、異なる状況、異なる情緒状態（幸福な気分対悲しい気分）、異なる季節等に対応する異なる好みと使用履歴を指定することができる。異なるユーザ記述は、異なるバージョン記述子により区別される。バージョン記述子の種類は、例えば、整数又はストリングであるか、又はユーザＩＤ記述スキームの１属性として表現できる。
【０２６４】
使用好み記述は、時間又は場所又は場所−時間の組合せに従い、特定の好み又は履歴を区別する“ＰｒｅｆｅｒｅｎｃｅＴｙｐｅ（好みタイプ）”記述を含むことができる。使用好み記述の定義例を以下に示す。尚、場所は“職場（Ｏｆｆｉｃｅ）”であり、時間は、“午前８時から８時間”である。
【０２６５】
【表５３】

【０２６６】
ＰｒｅｆｅｒｅｎｃｅＴｙｐｅ記述子は、１つ以上の好みセットの好みタイプを識別するために用いられる。前述のように、ユーザは、ユーザの状況，所在地，時間，季節等に応じて、異なる好みを持つことができる。
【０２６７】
ブラウジング好み記述は、マルチメディア情報をブラウジングするためのユーザ好みを記述できる。本質的に、この記述は、マルチメディア情報を消費（視聴）するためのユーザ好みを表現する。このブラウジング好み記述は、例えば、要約好みを含むことができる。ブラウジングの好み記述は、動画の場合、例えば、プログラムの短い要約の目視であるのか、或いはプログラム全体の連続再生であるのかのユーザ好みを含むことができる。色々な要約タイプが、ＩＳＯ／ＩＥＣＪＴＣ１／ＳＣ２９／ＷＧ１１ Ｎ３２４６ “ＭＰＥＧ−７ Ｍｕｌｔｉｍｅｄｉａ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｃｈｅｍｅｓ，Ｗｏｒｋｉｎｇ Ｄｒａｆｔ Ｖ２.０”（２０００年３月，Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）の要約記述スキームに規定されている。その中には、キーフレーム要約、ハイライト要約等が含まれており、種々の要約タイプのパラメータは、要約記述、例えば、動画ハイライト要約の時間によって規定することができる。
【０２６８】
ブラウジング好み記述スキームは、以下に示す記述子及び記述の未完全リストの１つ以上を記述スキームに含むことができる。
（Ａ）キーフレームの最少数（ＭｉｎＮｕｍＯｆＫｅｙｆｒａｍｅｓ）とキーフレームの最大数（ＭａｘＮｕｍＯｆＫｅｙｆｒａｍｅｓ）の記述子を含むことができる。これらの記述子は、ＡＶプログラムのキーフレーム要約を構成するフレームの最少数と最大数に対するユーザ好みを指定する。ユーザは、これらの記述子を、個人的な趣味、状況等に従って、また、チャネル帯域幅と端末資源の制限条件に従って指定することができる。
【０２６９】
（Ｂ）最短時間（ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ）と最長時間（ＭｉｎＳｕｍｍａｒｙＤｕｒａｔｉｏｎ）の記述子を含むことができる。これらの記述子は、動画内のキークリップより構成されたハイライト要約の時間長に対するユーザの好みを指定する。これらの記述子は例えばオーディオのみのマテリアルにも利用することができる。ユーザは、これらの記述子を、個人的な趣味、状況等に従って、また、チャネル帯域幅と端末資源の制限条件に従って指定することができる。
使用好み記述に含むことのできる要約好み記述の１例を次に示す。
【０２７０】
【表５４】

【０２７１】
（Ｃ）汎用マルチメディアアクセスアプリケーション用の抽象忠実度記述子は、ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１ Ｎ３２４６ “ＭＰＥＧ−７Ｍｕｌｔｉｍｅｄｉａ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｈｅｍｅ，ＷｏｒｋｉｎｇＤｒａｆｔ Ｖ２.０”（２０００年３月， Ｎｏｏｒｄｗｉｊｋｅｒｈｏｕｔ）のバリエーション記述スキームによって規定されている。また、キーフレームの時間と数を忠実度記述子として規定してもよい。
【０２７２】
（Ｄ）セグメントテーマ記述子を含むことができる。この記述子は、セグメントのテーマ又は観点、例えば、そのテーマ又は強調点に関する動画又はオーディオクリップを記述する。“スペインからのゴール”及び“スペインからのゴールのリプレイ”と名称をつけた動画セグメント（クリップ）に対する好みを表現する要約好み記述の例を以下に示す。
【０２７３】
【表５５】

【０２７４】
（Ｅ）フレーム周波数値の記述子を含むことができる。この記述子は、ブラウザで目視できる動画フレームの時間標本化周波数を指定する。フレームは、視覚要約を提供する。ブラウザにより、フレームはクリックできる動画へのエントリーポイントも提供できる。フレーム周波数値の記述子は、動画のショットにより同様な機能性を提供する。
【０２７５】
ソース好み記述は、放送又は蓄積メディアタイプ（例えば、地上，衛星，ＤＶＤ）、放送チャネル識別子等のようなマルチメディア情報の好みソースを記述する。地上放送局からの番組“スタートレックエピソード”に対する好みを表現するユーザ好み記述の１例を以下に示す。
【０２７６】
【表５６】

【０２７７】
フィルタリング・サーチ好み記述は、選択された（好まれた）プログラムのタイトル，ジャンル，言語，俳優，作品の記述子の少なくとも１つを含む。ユーザの好みが、英語のニュース番組である場合の記述例を以下に示す。かような記述は、例えば、ユーザが日本へ旅行する場合に、彼のスマートカードに含むことができる。この特定の好み記述は、日本に関する特殊なものとして識別され、適当なユーザ名を選ぶことにより区別されることに留意する。
【０２７８】
【表５７】

【０２７９】
好み値記述子は、ユーザの好み度又は非好み度を示す値のようにフィルタリング及びサーチ好みを優先付けする技法を提供する。非好みは、好み値記述子に負（逆符号）値を割り当てることにより表現できる。
ｂｅｔｔｅｒｔｈａｎ（良）及びｗｏｒｓｅｔｈａｎ（劣）記述子は、フィルタリング・サーチの好みタイプ記述子を用いて異なる具体例が識別された場合に、どちらの具体例をユーザが他例と比較し、より好きか嫌いかを記述することができる。これにより、例えば、エージェントによる自動的な好み値記述子の変化に対する耐性を与えることができる。
【０２８０】
フィルタリング・サーチ好み記述は、複数の特定の個人により好評を受けているプログラムのサーチをユーザが望んでいることを表現する選択レビューの記述を含むことができる。例えば、映画評論家シスケルとエバートが評論し推薦した映画に対する好みをフィルタリング及びサーチ好み記述内に記述して含めることができる。
図２９に、全体の記述スキームの概観を示す。
【０２８１】
さらに本発明者達は、記述及び記述スキームに特定タイプの情報を含ませることにより本システムの機能性の強化が達成できることに気付いた。さらに、これらの特定タイプの情報は、強化された機能性を提供するために記述及びスキームなしのシステム内にも同様に含ませることができる。これらの追加の属性と記述子に関し、記述例の一部を示しながら以下に説明する。
【０２８２】
特にユーザとシステムとの対話に関してさらに考察した結果、ユーザの好み記述には、メディアをシステムの局部記憶装置に記録する方法に関するユーザの好み記述を含ませる必要があることが判明した。メディアは、例えば、オーディオ及び／又は動画コンテンツを含む。例えば、ユーザは記録技法の品質に対する好みを表現したい。この品質は、例えば、低品質、中間品質及び高品質である。これらの品質レベルは、局部記憶装置に保管する前にメディアに適用されるオーディオ及び／又は動画の圧縮技術の品質に関する。好ましくは、オーディオ及び／又は動画コンテンツはディジタルであり、ディジタル圧縮技術を採用する。記録品質の好みは、局部記憶装置の使用可能な容量もしくはプログラムの属性により影響を受ける。従って、このシステムは使用可能な局部記憶装置に基いて、異なる記録品質を選択し及び／又は異なる記録品質でプログラムを記録することを提案しうる。
【０２８３】
ＲｅｐｌａｙＴＶ社のパーソナルビデオレコーダのような、現在のパーソナル記録装置は、セットアップモードを呼び出すことによりユーザが選択できる固定された唯一のデフォルト記録品質を含む。このデフォルト設定は、標準、中間又は高品質であってよい。ＲｅｐｌａｙＴＶ社のパーソナル記録装置に近く放送されるプログラムを記録するように指示をする時に、必要に応じ、ユーザは手動でこのデフォルト設定を他の２つの選択肢のいずれかに変更しなければならない。さらに、ＲｅｐｌａｙＴＶ社のパーソナル記録装置は、実演の休止／再生機能性を支援するためにユーザが見ているショーのすべてを記録する。しかしながら、本発明者達は、視聴時のＲｅｐｌａｙＴＶ社のパーソナル記録装置の記録品質は固定であり調節できないことを知り愕然とした。
【０２８４】
ユーザの好み記述に記録品質の好みを含ませることにより、柔軟で効率的な方法で、これまでに実現されたことのない確かな利点を容易に実現する。例えばフィルタリングとサーチの好み記述のような使用好み記述の他の態様に関する記録品質好み記述を用いることにより、記録好みは特定タイプのコンテンツに自動的に関係する。例えば、システムは記録の品質を、スポーツプログラムに対し“高品質”、自然を対象としたプログラムに対し“低品質”に自動的に設定する。スポーツプログラムは、高品質で符号化するのが好ましい多数の素早い動作を含む傾向がある。これに反し、自然を対象としたプログラムは、主として動作が少なく、低品質で符号化しても視聴でき、システムの記憶装置の条件を緩和させる。
【０２８５】
このシステムは、システム内に含まれているか又はオーディオ及び／又は動画コンテンツに関係する特定の属性に対して予め定義した規則に基いて、（オーディオ及び／又は動画）プログラムの記録品質を選択することができる。かような方法により、本システムは、オーディオ及び／又は動画プログラムの予想コンテンツの差異を収容できる。かように、ユーザは異なるプログラムを異なる品質で記録しようと欲する度に手動で選択する必要が無くなる。システムはユーザの好みのコンテンツとそのコンテンツに対する好みの記録品質の両方に関する情報にアクセスでき、ユーザのために自律的な方法で潜在的に可能な機能を発揮することが可能になる。このようにして、システムは好みのプログラムを発見し、ユーザ所望の記録品質で記録することができる。
したがって、システム内に含まれているオーディオ及び／又は動画コンテンツに関係する特定の属性に対して予め定義した規則に基いてこのシステムは、ユーザが（オーディオ及び／又は動画）プログラムの記録品質を、選択することを許容することができる。
【０２８６】
本システムは特定タイプのコンテンツに対するユーザの記録の好みを自動的に観察し学習する学習エージェントを含むことができる。望むならば、ユーザは自分の好みを自分のプロファイルに入力することができる。ユーザの好みは、複数のユーザが、装置の全てのユーザに対する記録品質の設定を容易に個人化できるように支援する。又、これにより、視聴しながらシステムで記録する際に記録品質を手動及び／又は自動で選択することが可能になる。この様にして、現在見ているプログラムの記録品質をプログラムのコンテンツ又はユーザの好みに基いて選択することができる。本システムは、記述及び記述スキームを含まないシステムにおける記録品質の手動及び／又は自動選択を含んでいると理解すべきである。
【０２８７】
ユーザはプログラムの開始時刻と終了時刻が変更される可能性を考慮してプログラムコンテンツの開始前と終了後の安全時間長さの好みを表現したい。例えば、１つのプログラムが１つの特定チャネルで午前１０時から午前１１時まで放送される予定であり、ユーザはプログラムが始まる前の５分間とプログラムが終了してからの１０分間を安全時間長さとして選択し、午前９時５５分から午前１１時１０分に記録時間を設定する。これらの安全時間長さは、ユーザ記述及び記述スキームのコンテンツに基くことができる。これは、多数のユーザにとって厄介である上記の設定を、ユーザの明らかな介入無しにシステムが安全時間長さを設定して１つ以上のプログラムを記録するように予めプログラムする際に特に有益である。例えば、スポーツプログラムは通常予定時間を超えて延長されるので、本システムは、かようなプログラムの終了時刻にかなりの追加安全時間長さを含むことができ、一方、シチュエーションコメディープログラムは通常予定通りに終了するので、もし追加の安全時間長さを見込むとしても通常極く短くてよい。尚、本システムは、記述及び記述スキームを含まないシステムにおける安全時間長さの手動及び／又は自動選択を含んでいると理解すべきである。
【０２８８】
本発明者達は、又、コンテンツとその後のオフライン消費に関するウェブページへのハイパーリンク、例えば多重層リンクにより強化されるオーディオ及び／又は動画コンテンツの記録も同様に考慮すべきであることを知った。この場合、ユーザはオーディオビジュアルプログラムだけでなくハイパーリンクによって示されているような強化データも記録する。なんらかの方法により必要な記憶条件を制限するために、装置が自動的に記録すべきリンクの最大レイヤ数をユーザが指定できることが望ましい。さらに、１つのパラメタを選択して、かような強化データに用いる局部記憶装置の最大容量を指示し、強化データをダウンロードするために必要な時間と記憶条件を低減させることができる。蓄積するリンクレイヤ数を選択して、ユーザがシステム内の制限された局部記憶装置空間を合理化するのを支援する。リンクレイヤ数をユーザの好みの一部として含むことにより、ユーザがかような好みを、ジャンル又はプログラムに関係する任意の他の属性のようなメディア特性に関する好みに自動的に関連付けることが可能になる。例えば、多数のリンクレイヤ数は教育的対話式プログラムに対して指定することができる。さらに、ユーザの好み記述により複数のユーザに対して提供される支援として、装置の全ユーザに対し個人化された仕様を提供できる。尚、本システムは、記述又は記述スキームを含まないシステムにおいて許容されるリンクレベル又は最大記憶容量を手動及び／又は自動で選択することを含んでいると理解すべきである。
【０２８９】
上述のように、本システムは、ユーザが装置を用いてメディアを消費する方法に関するユーザの好みを記述する装置の好みを含むことができる。メディアの消費は、装置の所謂“トリックモード”、即ち、早送りと高速巻き戻しを使用することを含む。早送りと高速巻き戻しは、標準再生速度より早い任意の速度を含む。ディジタル式ランダムアクセス記憶メディアをベースにした装置は、広範囲の早送り及び高速巻き戻し速度（例えば、標準速度の４倍から２０倍の速度）を容易に実現し、又、コンテンツの１点から他の１点までの特定量（例えば、１５秒）だけ瞬時にスキップすることができる。スキッピングは、コマーシャルやプログラムの興味を引かない部分をスキップするために用いることができる。早送り、高速巻き戻し及びスキッピングのケイパビリティを考察し、本発明者達は、ユーザがこれらの装置機能を呼び出す際に毎回複数のパラメタから選択しなくてすむような技法を提供する必要があることを実感した。ブラウジング好み記述は、前述のように、再生好みを含むことができ、この再生好みに早送り、高速巻き戻し及び瞬時スキッピングの好み記述が含まれる。かような好み記述をユーザ好み記述の一部とすることにより、かような好みを、１つのプログラムに関係するジャンル又は他の任意属性のようなコンテンツ特性にカスタマイズする機会がユーザに提供される。このようにして、ユーザは機能を使うたびに選択をする必要がなくなる。ユーザは任意の基準に基いて差別化した異なるプログラミング用の好み記述を選択することができる。これに代え、エージェントがユーザのユーザ好み記述を自動的に学習して導入し、装置の全ユーザに対して個人化した設定を提供することができる。さらに、ユーザ各人がユーザ好みを編集することにより瞬時スキップ時間に関する好みを変更することができる。同様に、この技法は低速送り及び低速巻き戻し、即ち通常の再生速度より遅い速度での送りにも同様に適用することができる。
【０２９０】
もう１セットの有用な追加情報はフィルタリングとサーチの好みに関し、特に、好みのコンテンツのフォーマットにおける好みに関する。考察ののち、本発明者達は特定のメディアフォーマットに対してユーザの好みを記述する必要があるという結論に至った。これはコンテンツが多数のフォーマットで取得可能であること、若しくはユーザの装置が種々のメディアフォーマットに対して限られた再生ケーパビリティしか有さない場合を考えると非常に望ましいことである。ソース好みは、好みのファイルフォーマット記述を含んでもよい。幾つかのメディアフォーマットの例には、例えばＭＰＥＧ−１，ＭＰＥＧ−２，ＭＰ３，Ｌｉｑｕｉｄ Ａｕｄｉｏ，Ｒｅａｌ Ｐｌａｙｅｒ，ＡＣ−３，Ｄｏｌｂｙ Ｄｉｇｉｔａｌ，Ｗｉｄｅ Ｓｃｒｅｅｎ ｖｉｄｅｏ ｆｏｒｍａｔ及びＮｏｒｍａｌＳｃｒｅｅｎ ｖｉｄｅｏ ｆｏｒｍａｔが含まれうる。尚、本システムによれば、記述又は記述スキームを含まないシステムにおいて前記メディアフォーマットを使用できると理解すべきである。
【０２９１】
ここに記述するシステムは拡張サーチ、特徴付け、ブラウジング及びフィルタリング機能を含んでいるが、本発明者達は、もう１つの適切なプログラム属性が、コンテンツ自体の製作日付であることに気付いた。例えば、１本の特定映画の製作日付は、１９３０年、１９４０年から１９４９年または２０００年のような原映画が製作された期間の日付であってよい。又、特定映画の場合の製作日付は、その映画をＤＶＤのような現フォーマットに再製作した日付であってよい。製作日付を用いて、１９６０年から１９７０年までの間に特定の監督により製作された映画又は１９７７年から１９８２年までの間に製作された“スタートレック”のエピソードを選択することができる。製作日付は、ユーザお気に入りの連続テレビ映画の再放送を選択する際に特に有効である。これ以外の別の方法では、システムが新しい（又は比較的新しい）連続テレビ映画と古い（又は比較的に古い）連続テレビ映画を区別することは困難である。日付の期間は、年、１０年間、時間、月等のような任意所望の細かさであってよい。
【０２９２】
以下の記述はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で表現し、以下に参考例として記載する。尚、任意の他の記述言語を同様に使用できることを理解すべきである。
ユーザ好み記述の定義は、以下の通りである。下記の記述において、ユーザであるポールは、特にスポーツに関するユーザの好みを指定することを決心する。この特定ジャンルに関するポールの記録品質の好みは、“高品質”である。ポールは又、そのゲームの延長の可能性を考慮し、スポーツプログラムの開始時の安全時間長さ（３０秒）より長い終了時の安全時間長さ（１５分）を指定する。ポールは、単レイヤにリンクされたコンテンツに関する好みを表現する。
【０２９３】
【表５８】

【０２９４】
上記の記述例において、記録の好みは、装置の好みの内に含まれている。他の実施態様の場合、記録の好みはフィルタリングとサーチの好みに含まれる。このように、記録好みはフィルタリングとサーチ好みの各独立したセットに関連させることができる。その後は、異なる記録の好みを異なる好みのタイトル、ジャンル又は好みのコンテンツの任意の他の記述又はそれらの組み合わせに自動的に関連させることが可能である。この包含は、装置の好みに含ませることができる個別の記録好みへのリンクを用いて明示又は暗示することができる。この場合、フィルタリングとサーチの好みは、ユーザのフィルタリングとサーチの好みに一致するプログラムを記録するか又は記録しないかに関するユーザの好みを示す２値の属性を含む。記録の好みはユーザの好みが記録する場合に効力を生じる。
【０２９５】
さらに、フィルタリング好みとサーチ好みの特定の実施例が特定プログラムを十分に識別できるならば、追加のプログラム特殊記録に関する好みを、フィルタリングとサーチの好みに含むことができる。その場合、例えば、好みのプログラムが複数の定期放送が予定されている連続ＴＶ劇プログラムであれば、以下の好みを指定できる。即ち、記録したい放送回数（例えば、１，２，…全部）、局部記憶装置に保管したい最新放送分の数（この数字が例えば１であれば、常に、新しい１回分が先の１回分に代わって保管される）及び、システムがこの特定プログラムのために、将来可能になる空間を直ちに予約すべきか否かを指定することができる。
早送り速度と高速巻き戻し速度での再生好みと瞬時スキップ量の好みは、下記の通りである。
【０２９６】
【表５９】

【０２９７】
以下の記述において、ユーザはＭＰＥＧ−１ファイルフォーマットに関する好みを指定する。
【０２９８】
【表６０】

【０２９９】
以下の記述は、製作日付けの期間に関するユーザの好みを製作好みの一部として含んでいる。ユーザは１９７７年から１９８２年の間に製作された連続ＴＶ劇“スタートレック”に対する好みを有している。この例の場合、ユーザはソースに関する好みを地上放送として有している。
【０３００】
【表６１】

【０３０１】
任意の記述子と記述スキームをシステムの任意部分に配置することができると理解すべきである。説明のために図３０を参照する。記録の好み５４１は、記録の質、安全時間長さ及びリンクレイヤの数を含むことができる。再生の好み５４３は早送り、高速巻き戻し及び瞬時スキップ期間を含むことができる。メディアフォーマット５４５は好みのメディアフォーマットを含み、製作日付け５４７は好みの製作日付期間を含むことができる。
【０３０２】
本明細書に使用してきた用語と表現は、限定を目的とするものではなく説明のために使用したものであり、用語及び表現の使用において図示又は記述の特徴又は部分の同等な用語と表現を排除する意図は全くない。本発明の範囲は、特許請求範囲によってのみ規定され限定されることを確認する。
【図面の簡単な説明】
【図１】本発明のオーディオビジュアルシステムのプログラム，システム及びユーザの実施形態を関連する記述スキームと共に示す図である。
【図２】図１の解析モジュールを含むオーディオビジュアルシステムの実施形態を示す図である。
【図３】図２の解析モジュールの実施形態を示す図である。
【図４】オーディオビジュアルシステムのためのサムネイルビュー（カテゴリ）を示す図である。
【図５】オーディオビジュアルシステムのためのサムネイルビュー（チャネル）を示す図である。
【図６】オーディオビジュアルシステムのためのテキストビュー（チャネル）を示す図である。
【図７】オーディオビジュアルシステムのためのフレームビューを示す図である。
【図８】オーディオビジュアルシステムのためのショットビューを示す図である。
【図９】オーディオビジュアルシステムのためのキーフレームビューを示す図である。
【図１０】オーディオビジュアルシステムのためのハイライトビューを示す図である。
【図１１】オーディオビジュアルシステムのためのイベントビューを示す図である。
【図１２】オーディオビジュアルシステムのためのキャラクタ／オブジェクトビューを示す図である。
【図１３】シンタックス構造記述スキーム，セマンティック構造記述スキーム，可視化記述スキーム，メタ情報記述スキームを含むプログラム記述スキームの他の実施形態を示す図である。
【図１４】図１３の可視化記述スキームの実施形態を示す図である。
【図１５】図１３のメタ情報記述スキームの実施形態を示す図である。
【図１６】図１３のシンタックス構造記述スキームのためのセグメント記述スキームの実施形態を示す図である。
【図１７】図１３のシンタックス記述スキームのための領域記述スキームの実施形態を示す図である。
【図１８】図１３のシンタクティック構造記述スキームのためのセグメント／領域関係記述スキームの実施形態を示す図である。
【図１９】図１３のセマンティック記述スキームのためのイベント記述スキームの実施形態を示す図である。
【図２０】図１３のセマンティック構造記述スキームのためのオブジェクト記述スキームの実施形態を示す図である。
【図２１】図１３のシンタックス構造記述スキームのためのイベント／オブジェクト関係グラフ記述スキームの実施形態を示す図である。
【図２２】ユーザ好み記述スキームの実施形態を示す図である。
【図２３】使用履歴記述スキームとエージェントと図２２のユーザ好み記述スキームとの間の相互関係の実施形態を示す図である。
【図２４】記述子を含むオーディオ及び／又は動画プログラムと、ユーザの識別ラベル（ＩＤ）と図２２の使用好み記述スキームとの間の相互関係の実施形態を示す図である。
【図２５】図２２の使用好み記述スキームの実施形態を示す図である。
【図２６】図２２の使用好み記述スキームとＭＰＥＧ−７の記述スキームとの間の相互関係の実施形態を示す図である。
【図２７】図２２の使用来歴記述スキームの実施形態を示す図である。
【図２８】ユーザの履歴記述スキームを含むシステムの実施形態を示す図である。
【図２９】ユーザ好み記述スキームの実施形態を示す図である。
【図３０】ユーザ好み記述スキームの他の実施形態を示す図である。
【符号の説明】
１０…動画、画像及び／又はオーディオ情報（プログラム）、１２…動画、画像及び／又はオーディオシステム、１４…ユーザ情報、１６…オーディオビジュアルシステム、１８…プログラム記述スキーム、２０…ユーザ記述スキーム，ユーザ好み記述、２２…システム記述スキーム、３８…プログラム、４２…解析モジュール、４４…発生モジュール、４６…システム情報、４８…ユーザ入力情報、５０…データ記録ユニット、５４…スローモーション検出器、６０…逆多重化器／復号器、６２…データ及びサービスコンテンツ解析器、６４…テキスト処理及びテキスト要約発生器、６６…クローズキャプション解析器、６８…タイトルフレーム発生器、７０…解析マネージャ、７２…オーディオビジュアル解析器及び特徴抽出器、７４…イベント検出器、７６…キーフレームサマライザ、７８…ハイライトサマライザ、８０…ディスプレイ、８２…グラフィカルユーザインターフェース、９０…知識ベースシステム、９２…コマーシャルフィルタ、５００…使用好み記述、５０２…使用履歴記述、５０４…ユーザ識別子記述、５１０…エージェント、５２０…フィルタリングエージェント、５３０…ブラウジング好み記述、５３２…フィルタリング・サーチ好み記述、５３４…デバイス好み記述、５４０…キーワード好み記述、５４１…記録の好み、５４２…コンテンツ好み記述、５４３…再生の好み、５４４…分類好み記述、５４５…メディアフォーマット、５４６…作品好み記述、５４７…製作日付け、５５２…コンテンツ記述、５５４…分類記述、５５６…作品記述、５６０…ブラウジング履歴記述、５６２…フィルタリング・サーチ履歴記述、５６４…デバイス使用履歴記述、５６６…キーワード使用履歴記述、５６８…コンテンツ使用履歴記述、５７２…分類使用履歴記述、５７０…作品使用履歴記述、６００…オーディオ及び／又は動画プログラムの記述（データ）、６０１…蓄積装置、６０２…ディスプレイ、６０３…ブラウザ、６０４…フィルタリング・サーチシステム、６０５…データベース管理システム、６０６…ユーザ好み、６０７…スマートカード、６０８…履歴から好みへの変換、６０９…使用履歴、６１０…サービス／コンテンツプロバイダ、６１１…ユーザ。

Claims (1)

1. オーディオ、画像及び複数のフレームを含む動画のうちの少なくとも１つを扱うシステムを使用する方法であって、
   前記オーディオ、画像及び動画の前記少なくとも１つの使用に関するユーザの複数の好みを記述する好み記述を提供するステップを含んでなり、
   前記システムは、前記オーディオ、画像及び動画の少なくとも１つについて、高速送り、高速巻き戻し、低速送り、低速巻き戻しあるいはスキップ再生を含む複数の再生形態により再生する機能を有し、
   前記好み記述は、前記オーディオ、画像及び動画の前記少なくとも１つを再生する時のユーザの好みの再生形態に関する記述を含み、
   前記好み記述を再生時に用いることで、前記高速送り、高速巻き戻し、低速送り、低速巻き戻しあるいはスキップ再生を含む複数の再生形態のいずれか１つを選択可能であることを特徴とする方法。

Images