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