(57)【特許請求の範囲】
【請求項１】
メディア製品の所望される複数の特徴を特定するテンプレートであって、各セクションが照会を含み得る複数のセクションを有する前記テンプレートに従って、前記メディア製品を自動的に構成する方法であって、
前記メディア製品は、複数のメディア要素を含み、
前記複数のメディア要素の各々は、記憶されているメディアデータのデジタル集合を含み、
前記記憶されているメディアデータのデジタル集合は、人間の感覚に対して描くことができるコンテンツ、例えば、テキスト、音声、サウンド、ピクチャ、又は動画を表現し、
前記方法は、
デジタルプロセッサによって、前記テンプレート中の各セクションを検出して、前記セクションにおいて照会を実行した結果、選択された複数のメディアオブジェクトを戻すことを反復するステップと、
ここで、前記複数のメディアオブジェクトの各々は、対応するメディア要素と、それぞれのメディア要素に関するデジタルメタデータとに関連付けられていて、
前記選択された複数のメディアオブジェクトに関連付けられた各々の前記デジタルメタデータは、
関連するメディアオブジェクトを識別する、関連するメディアオブジェクトの識別データと、
現在のメディアオブジェクトに対応するメディア要素によって表現されるコンテンツと、前記関連するメディアオブジェクトに対応するメディア要素によって表現されるコンテンツとの関係性を示す関係性データと、
を含む、
前記選択された複数のメディアオブジェクトに関連付けられたデジタルメタデータによって示されるような、前記選択された複数のメディアオブジェクトのうちの幾つか又は全てを形成している前記関連する複数のメディアオブジェクト間の関係性、に依存して、前記選択された複数のメディアオブジェクトに対応する、前記複数のメディア要素、又は、前記複数のメディア要素の識別子を、メディア製品の中で配列するステップと、
を含む、メディア製品を自動的に構成する方法。
【請求項２】
各メディアオブジェクトに関連付けられた前記デジタルメタデータは、前記メディアオブジェクトの対応するメディア要素により表現されるコンテンツを示すコンテンツデータをさらに含み、
前記テンプレート中の各セクションを検出して、照会を実行した結果、選択された複数のメディアオブジェクトを戻すことを反復するステップによって戻される、前記選択された複数のメディアオブジェクトは、前記コンテンツデータに依存して選択される、請求項１に記載の方法。
【請求項３】
前記配列するステップは、
前記選択された複数のメディア要素により表現されるコンテンツをユーザが見る又は聞く順序を決定するために、前記複数のメディア要素を前記デジタルプロセッサによって配列する、請求項１乃至請求項２のいずれか１項に記載の方法。
【請求項４】
前記複数のメディア要素はビデオデータを含む、請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項５】
メディア製品を構成するための、メディア製品構成装置であって、
前記メディア製品は、複数のメディア要素を含んでおり、
前記複数のメディア要素の各々は、記憶されているメディアデータのデジタル集合を含み、
前記記憶されているメディアデータのデジタル集合は、人間の感覚に対して描くことができるコンテンツ、例えば、テキスト、音声、サウンド、ピクチャ、又は動画を表現し、
前記メディア製品構成装置は、
複数のメディア要素のそれぞれに関連して、デジタルメタデータを記憶する１以上の記憶装置と、
ここで、前記デジタルメタデータは、それぞれの前記メディア要素において表現されるコンテンツと、１つ以上の他の関連するメディア要素において表現されるコンテンツとの間の１つ以上の関係性を示す関係性データを含む、
前記１以上の記憶装置と通信する１以上のデジタルプロセッサと、
を具備し、
前記１以上のデジタルプロセッサは、
前記メディア製品の所望される複数の特徴を特定するテンプレートであって、各セクションが照会を含み得る複数のセクションを有する前記テンプレート中の各セクションを検出して、前記セクションにおいて照会を実行した結果、選択された複数のメディアオブジェクトを戻すことを反復して、
ここで、前記複数のメディアオブジェクトの各々は、対応するメディア要素とそれぞれのメディア要素に関するデジタルメタデータとに関連付けられていて、
前記選択された複数のメディアオブジェクトに関連付けられたデジタルメタデータによって示されるような、前記選択された複数のメディアオブジェクトのうちの幾つか又は全てを形成している前記関連する複数のメディアオブジェクト間の関係性、に依存して、前記選択された複数のメディアオブジェクトに対応する、前記複数のメディア要素、又は、前記複数のメディア要素の識別子を、メディア製品の中で配列することによって、
前記テンプレートに従って、メディア製品を構成するように動作可能である、メディア製品構成装置。
【請求項６】
前記関係性データは、１つのメディア要素によって表現されるコンテンツと、関連するメディア要素により表現されるコンテンツとの間の因果関係のタイプを示し得る、請求項５に記載の装置。
【請求項７】
更に、前記１以上のデジタルプロセッサは、ユーザに、該ユーザが前記関係性データを入力できるようにするインタフェースを提供するように動作可能である、請求項５または請求項６に記載の装置。
【請求項８】
前記メタデータは、前記複数のメディアオブジェクトを記憶するデータベースに記憶され、
更に、前記１以上のプロセッサは、前記データベースに照会し、複数のメディア要素の複数の識別子を取得し、
前記複数のメディア要素の関連付けられているメタデータは、前記照会で特定された１以上の条件を満たしている、請求項５乃至請求項７のいずれか１項に記載の装置。
【請求項９】
前記データベースは、オブジェクト指向データベースを含み、
各メディア要素に対するメタデータは、前記オブジェクト指向データベース内のオブジェクトとして記憶される、請求項８に記載の装置。
【請求項１０】
複数のメディア要素を記憶するコンテンツ記憶装置をさらに含み、
各メディア要素の前記メタデータは、前記コンテンツ記憶装置内に前記メディア要素のロケーションに対するポインタを含む、請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、媒体製品を構成する方法及び媒体製品を構成するための装置に関する。
【背景技術】
【０００２】
媒体製品(media articles)はある人の感覚に対し（現実であるか、想像上であるか、あるいはコンピュータにより生成されたのかに関係なく）コンテンツを描く。媒体製品は、テキスト、音声、サウンド、ピクチャ、又は動画を含む多岐に亘る媒体(media)を介して人に提示できる。
【０００３】
記録技術の改善に伴ない、消費者が入手できる記録された媒体製品の量は急激に増大してきた。媒体製品は、多くの場合、媒体ファイルに記録されている（ここでは複数形の「ｍｅｄｉａ（媒体）」が使用されているが、「ｍｅｄｉａ  ｆｉｌｅ（媒体ファイル）」はただ１つの媒体によってユーザに伝えられることを目的とするファイル（例えばテキストやスピーチ）と、その意味が複数の媒体で伝えられる「マルチメディア(multimedia)」ファイルの両方ともを含むと理解されるべきであることに留意すること）。インターネットは最も最近出現した通信ネットワークであり、テキスト、サウンド、ピクチャ、動画、あるいはこれらの組み合わせを表現する記録されたデジタル媒体ファイルの世界的な伝送を提供する。インターネットを介してアクセス可能な媒体ファイルの数は非常に多いため、媒体ファイルに、それらの内容のなんらかの記述でラベルを付ける必要がある。したがって、例えば、ＨＴＭＬ（ハイパーテキストマークアップ言語）ファイルは、ユーザに提示されるウェブページでどのようなサブジェクトが扱われているのかを示すキーワードを含む「メタ(meta)」タグを含んでいる。
【０００４】
媒体ファイルにメタデータ(metadata)でラベルを付けることは、ユーザのグループがそのメタデータがどのように構築されるべきか、そしてそれが含むべき要素に関して合意した場合により有益になる。多くの場合、ＸＭＬ（拡張マークアップ言語(extensible Mark-up Language)）はこのような構造及びその構造の中に含まれる要素を定義するために使用される。事実上、ＸＭＬはメタデータ「言語」を定義するために使用できる。このようなメタデータ「言語」の一例は、インテリジェントチュータリングシステムズ会議（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｕｔｏｒｉｎｇ  Ｓｙｓｔｅｍｓ  Ｃｏｎｆｅｒｅｎｃｅ）２００２の会議録の８９３ページから９０２ページの、Ｐ．Ｇｅｒｄｔらによる「ＳｔｏｒｙＭＬ：ウーブンストーリーズのためのＸＭＬ拡張（ＳｔｏｒｙＭＬ：Ａｎ  ＸＭＬ  Ｅｘｔｅｎｓｉｏｎ  ｆｏｒ  Ｗｏｖｅｎ  Ｓｔｏｒｉｅｓ）に説明されているように、ＳｔｏｒｙＭＬである。ＳｔｏｒｙＭＬは、共同で作成されたストーリーに対する寄稿を説明するように設計されたメタデータ言語である。したがって、それは寄稿の著者及び他の寄稿に対する寄稿関係を与える要素を含む。
【０００５】
ビデオファイルにメタデータを追加するための提案（より広くＭＰＥＧ−７として知られている「マルチメディアコンテンツ記述インタフェース」）は、ムービングピクチャーズエキスパートグループ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）によって検討されている。
【０００６】
国際特許出願第０２／０５７９５９号は、媒体ファイルを編成するためのツールをユーザに提供するコンピュータソフトウェアを開示している。多様なメタデータをそれらのファイルと関連付けることができる。ファイル及びメタデータは「リレーショナル」データベースに記憶されている（表現リレーショナルデータベースで使用されるような「リレーショナル(relational)」はデータベースエントリ間の関係性、またはこれらのエントリで何が表現されるのかにはほとんど関係がないことに留意せよ）代わりに、それはワードが数学的な集合論で使用されるという意味で「関係(relation)」を指す。
【発明の概要】
【０００７】
媒体製品を構成する１つの方法は、複数の構成要素をまとめることを含む。例えば、フィルムは脚本に述べられているような複数の場面から構成される。このようにして媒体製品を自動的に作成しようとするいくつかの試みがあった。例えば、音楽サイコロゲーム(musical dice game)に従ったワルツの作成はｈｔｔｐ：／／ｓｕｎｓｉｔｅ．ｕｎｉｖｉｅ．ａｃ．ａｔ／Ｍｏｚａｒｔ／ｄｉｃｅ／に記載されている。同様に自動的なストーリー生成プログラム、ロマンスライター（Ｒｏｍａｎｃｅ  Ｗｒｉｔｅｒ）は、ｈｔｔｐ：／／ｆａｍｉｌｙｇａｍｅｓ．ｃｏｍ／ｆｅａｔｕｒｅｓ／ｈｕｍｏｒ／ｒｏｍａｎｃｅ．ｈｔｍｌで入手できる。
【０００８】
本発明の第１の態様によると、  
記憶されている媒体データの第１の集合と関連付けられたデジタルメタデータを分析することであって、該デジタルメタデータが、  
記憶されている媒体データの第２の集合を識別する関連集合アイデンティティデータと、  
記憶されている媒体データの第１の集合によって表現されるものと、記憶されている媒体データの第２の集合によって表現されるものとの間の関係性を示す関係性データと、  
を含むものと、  
前記分析に従って媒体製品で記憶されている媒体データの前記第１の集合及び第２の集合を構成することと、  
を含む、媒体製品を自動的に構成する方法が提供される。
【０００９】
記憶されている媒体データの第１の集合と関連付けられたデジタルデータを分析し、このデジタルデータが記憶されている媒体データの第２の集合の識別子及び該第１の集合によって表現されるものと、該第２の集合によって表現されるものとの間の関係性の表示を含み、前記分析に従って記憶されている媒体データの該第１の集合及び該第２の集合を媒体製品の中に構成することによって、媒体製品が構成されるときに提供される順序制御情報の別のソースに対するニーズを取り除く媒体製品を構成する方法が提供される。
【００１０】
表現「記憶されている媒体データの集合」は、媒体データファイル、ストリーム、あるいはファイル又はデータベースへのポインタの集合を含む。
【００１１】
記憶されている媒体データのデジタル集合は、種々のフォーマットで記憶される。記憶されている媒体データの表現集合は、いかなる特定のフォーマットに限定されることをも目的とせず、したがって例えばコンピュータゲームをプレイしているときにユーザが目にする構成要素の位置に関するデータをめったに含まないファイルを含む。そのファイルの中のデータは後にユーザに表示するための画像を生成するためのレンダリング(rendering)ソフトウェアによって処理される。
【００１２】
いくつかの実施形態では、前記方法は前記集合アイデンティティデータ及び前記関係性データを生成することをさらに含む。
【００１３】
好ましくは、前記メタデータは記憶されている媒体データの前記集合により表現されるものを示すコンテンツデータをさらに含み、前記方法は記憶されている媒体データの複数の集合から、前記コンテンツデータに依存して記憶されている媒体データの１以上の集合を選択するステップをさらに含み、前記１以上の集合は記憶されている媒体データの前記第１の集合及び第２の集合を含む。
【００１４】
ａ）媒体製品の複数の潜在的な構成要素、又は媒体データの一部を提供するために検索することと、ｂ）それらの構成要素に関連付けられたメタデータに従って複数の該選択された構成要素を以後に構成することとのこの組み合わせは、これまで可能であったものよりより容易に特定のテーマに向けられた媒体製品の自動的な構成を可能にする。
【００１５】
好ましくは、該方法は、複数のこのような選択を行うこと、及び前記選択の結果を連結することをさらに含む。
【００１６】
これにより、確立されたパターンに幅広く従うが、従来のシステムの中には見られないそのパターン内の柔軟性の程度を可能にする媒体製品の構成に対する手法も可能になる。したがって、物語及びフィルムについて既知の幅広いパターンのタイプ、例えば、米国、ＶＡ２３５０９、ノーフォーク、ローランドドライブ５６０（５６０  Ｒｏｌａｎｄ  Ｄｒｉｖｅ，Ｎｏｒｆｏｌｋ、ＶＡ２３５０９，ＵＳＡ）のストーリークラフト社（ＳｔｏｒｙＣｒａｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ）のストーリークラフト（ＳｔｏｒｙＣｒａｆｔ）プログラムは、書き出しプログラムに主人公及び敵対者を、後に勝利をおさめた主人公の帰還が続く彼らの間の衝突（依然として使用できるが、そのパターンの中の変化は選択の性質を変更することにより容易に導入できる）の前に紹介するように頼むことによって著者がストーリーを書くのを手助けする。
【００１７】
これは、例えば、物語、動き、及び音声の連続性の主観的に高い水準を保持しながら、異なる芸術的つまり質的な野望に従う映画又はコンピュータゲームの異なるバージョンの費用効果の高い作成を可能にする。
【００１８】
本発明の第２の態様によると、  
記憶されている媒体データの複数の集合のそれぞれについて、記憶されている媒体データの前記集合に表現されているコンテンツと、記憶されている媒体データの１つ以上の他の集合に表現されているコンテンツの間の１以上の関係性を示す関係性データを含むメタデータを記憶する１以上の記憶装置と、  
前記１以上の記憶装置と通信し、かつ前記関係性データに従って記憶されている媒体データの前記集合又はその識別子を構成することによって、媒体製品を構成するように動作するよう構成された１以上のプロセッサと、  
を含む媒体製品構成装置が提供される。
【００１９】
好適な実施形態では、前記メタデータにより識別される記憶されている媒体データの集合と関連付けられるメタデータを含むオブジェクトを記憶するためにオブジェクト指向データベースが使用される。その結果、関係性メタデータは、オブジェクト指向データベース内のオブジェクト間の関係性によって表現できる。
【００２０】
媒体データの集合は、代わりにファイルシステムに記憶されてもよい。
【００２１】
一例としてのみ、本発明の特定の実施形態はここで添付図面を参照して説明される。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１の実施形態に従って媒体アセンブリシステムを提供するように動作可能なパーソナルコンピュータの構成要素の概略図である。
【図２】本発明の第１の実施形態に従って図１のパーソナルコンピュータを制御する上で使用されるコンピュータプログラムのアーキテクチャの図である。
【図３】図２の媒体マークアップツールの使用に続いて媒体要素に関連付けられるメタデータを示す図である。
【図３Ｂ】図２のオブジェクト指向データベースに記憶される原因オブジェクトを示す図である。
【図４Ａ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図４Ｂ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図４Ｃ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図４Ｄ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図４Ｅ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図４Ｆ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図４Ｇ】エディタが図３のメタデータに含まれる関係性データをどのようにして構築するのかを示す図である。
【図５】図４Ａから図４Ｈに示されるようにエディタによって入力される関係性データの階層表現の図である。
【図６】図２のテンプレート作成ツールを使用して生成されるテンプレートデータを示す図である。
【図７】図２のユーザプロファイル作成ツールを使用して生成されるユーザプロファイルデータを示す図である。
【図８】本発明の第１の実施形態のテンプレートポピュレータの構成要素の動作を示すフローチャートである。
【図９】図７に描かれているテンプレートの第１のセクションに関係するテンプレートポピュレータの動作を示す図である。
【図１０Ａ】図７に描かれているテンプレートの第２のセクションに関係するテンプレートポピュレータの動作を示す図である。
【図１０Ｂ】図７に描かれているテンプレートの第２のセクションに関係するテンプレートポピュレータの動作を示す図である。
【図１０Ｃ】図７に描かれているテンプレートの第２のセクションに関係するテンプレートポピュレータの動作を示す図である。
【図１０Ｄ】図７に描かれているテンプレートの第２のセクションに関係するテンプレートポピュレータの動作を示す図である。
【図１１】テンプレートポピュレータモジュールによって生成される可能性のある編集決定リストを示す図である。
【図１２】本発明の好適な実施形態を提供するコンピュータプログラムを実行する際にユーザに提示されるディスプレイを示す図である。
【図１３】プログラムの動作の後の段階での同じディスプレイを示す図である。
【図１４】ユーザが媒体ビンの１つを選択すると開く追加のサブウィンドウを示す図である。
【図１５】ユーザが選択された媒体ビンの中に含まれる媒体要素の１つを選択するとユーザに提示される、追加のサブウィンドウを示す図である。
【図１６】ユーザが、媒体ビンの中に含まれる選択された（又は全ての）媒体要素に関連付けられる関係性データを見ることを希望することを示した後の、アプリケーションウィンドウを示す図である。
【図１７】ユーザが語彙を定義できるようにする追加のサブウィンドウを示す図である。
【図１８】ユーザが媒体製品を生成する際に使用するためのテンプレートを選択した後の、そのテンプレートを編集しているディスプレイを示す図である。
【図１９】ユーザが媒体製品を生成する際に使用するためのテンプレートを選択した後の、そのテンプレートを拡大しているディスプレイを示す図である。
【図２０】ユーザがプログラムのテンプレートポピュレータ構成要素を実行した結果を示すために表示されるサブウィンドウを示す図である。
【図２１】本発明の好適な実施形態の改良版で、（図１８及び図１９に見られるような）照会ビルダウィンドウを介してユーザに提供された追加機能性を描く図である。
【図２２】本発明の好適な実施形態の改良版を使用する媒体製品をプレビューするときに、ユーザに提供される追加制御を示す図である。
【発明を実施するための形態】
【００２３】
図１は、従来の方法でともに接続されている周知のハードウェア構成要素を備えるパーソナルコンピュータを示している。該周知のハードウェア構成要素は、中央処理装置１０、ランダムアクセスメモリ１２、読取専用メモリ１４、ハードディスク１６、及び入出力装置１８、２０、２２、２４及び２６を備える。該ハードウェア構成要素は、１つ以上のデータバス及びアドレスバス２８を介して相互接続されている。該入出力装置は、モニタ１８、キーボード２０、マウス２２及びＣＤ  ＲＯＭドライブ２４及びネットワークカード２６を備える。該ネットワークカードは、公開のインターネット３２によってサーバコンピュータ３０に接続される。
【００２４】
図２は、本発明の第１の実施形態に従ったシステムのソフトウェア及びデータ構成要素を示している。該ソフトウェアは３つの入力プログラムモジュール、つまり媒体マークアップツールプログラム４０、テンプレート作成ツールプログラム４２、ユーザプロファイル作成ツールプログラム４４、オブジェクト指向データベース管理ソフトウェア４５、及び２つの出力プログラムモジュール、つまりテンプレートポピュレータプログラムモジュール４６及びコンテンツ合成プログラムモジュール４８を含む。
【００２５】
システムはデータの固定記憶域のための２つの記憶装置も含む。これらの内の第１の記憶装置は、コンピュータのオペレーティングシステムプログラムにより提供されるファイルシステムを使用してハードディスク１６上に記憶される、多くの媒体ファイルを備えるコンテンツ記憶装置５０である。データの固定記憶域のための第２の記憶装置は、マサチューセッツ州バーリントン（Ｂｕｒｌｉｎｇｔｏｎ，Ｍａｓｓａｃｈｕｓｅｔｔｓ）のエクセロン社（Ｅｘｃｅｌｏｎ  Ｃｏｒｐｏｒａｔｉｏｎ）により供給されるＯｂｊｅｃｔＳｔｏｒｅ（登録商標）として知られているオブジェクト指向データベース５４を備えている。該データベースは３つの異なるオブジェクトのカテゴリ、つまり媒体オブジェクト５１（それぞれが該コンテンツ記憶装置５０に記憶されている媒体ファイルの１つを記述するメタデータを含む）、テンプレートオブジェクト５２、及びユーザプロファイルオブジェクト５３を記憶している。データベース内のオブジェクトは再びコンピュータのハードディスク１６に記憶される。該オブジェクト指向データベース及び／又はコンテンツ記憶装置のための固定記憶域は、ハードディスクの代わりに、ＤＶＤ、ＣＤ、ＣＤ−ＲＯＭのような取り外し可能なデータキャリアによって、あるいは該ネットワークカード２６により提供されるように、ネットワーク接続を介してアクセス可能な（例えば、ＵＲＩを介してアクセスされる）異なるコンピュータで提供されてもよい。
【００２６】
該３つの入力プログラムモジュールは、既定の構造化されたデータモデルに従って構築されたデータ構造を含むオブジェクトの生成を可能にするユーザインタフェースを提供するためにコンピュータ（図１）を制御する。これにより、異なるプログラムモジュールがデータを交換できる容易さが増す。構築されたデータモデルが公にされる場合、異なる関係者が、それにも関わらず互いにデータを交換できるプログラムの異なる構成要素を書き込むことができる。また、あるエディタによって作成されるオブジェクトは、別のロケーションで、あるいは後に作業する別のエディタが使用することができる。
【００２７】
本実施形態では、該３つの入力プログラムモジュールは、以下の機能性を提供する。
【００２８】
メディアマークアップツールは、エディタが該コンテンツ記憶装置５０及び該オブジェクト指向データベース５４を更新するためのインタフェースを提供する。実際には、この実施形態を使用するエディタは、自分の自由に、他のエディタにより生成される媒体要素、多様なソースからのラッシュ(rushes)、作成されたプログラムのセクション、スチル写真及び（全て電子形式で表現されている）媒体の多様な他の部分にアクセスできる。これらの媒体要素は該コンテンツ記憶装置内の適切なディレクトリ構造に記憶される。それぞれのディレクトリは技術では「ビン(bin)」（ある特定のプロジェクトに関係する数本のフィルムが記憶されたラベルが貼られたビンを参照）として知られている。
【００２９】
媒体要素は、多くの場合、線形ストリーム内の数多くの要素を含んでよいファイルにデジタルで記録されている。したがって、このようなファイルは、それに関連付けられている１つ以上の媒体要素を含んでいる。該媒体マークアップツールにより、エディタはファイルをプレビューし、及びそのファイルの中に複数の媒体要素がなければならない場合には、該ファイルの中のそれぞれの媒体要素の範囲を定める開始点及び終了点を設定できる。該ファイルと関連付けられるただ１つの媒体要素がある場合には、開始点はゼロにすぎず、終了点は媒体の長さ（持続時間）である。このようにして、エディタは、それぞれが１つの媒体要素を形成する複数のファイルを生成できる。該エディタは、媒体要素の開始点と終了点を定めた時点で、各ファイルに名前を付ける。
【００３０】
しかしながら、本説明の目的のため、該エディタは、フットボールのゲームで記録された未編集のフィルムの電子表現、及びフットボール番組等のための導入シーケンスを含むファイルだけで開始すると想定される。フィルムの未編集の部分は当技術分野では「ラッシュ」として知られている。該エディタが媒体マークアップツール４０を使用して、該ラッシュの多様なセクションを選択し、該コンテンツ記憶装置５０内のディレクトリの中のさらに短いファイルの中の媒体要素としてそれぞれを記憶する可能性がある。
【００３１】
媒体マークアップツールは、エディタが、該コンテンツ記憶装置５０内に記憶されている媒体要素のためにメタデータを生成又は編集できるようにするツールをまた提供する。該ツールはオブジェクト指向データベース５４内でのオブジェクトとしてこのメタデータを記憶する。
【００３２】
コンテンツ記憶装置内のディレクトリを選択すると、該エディタには、それぞれがディレクトリの中に保持される媒体要素の１つを表すアイコンの集合を提示する（図４Ａ）グラフィカルユーザインタフェースを与えられる。これらのアイコンは例えばファイルの中に含まれるビデオシーケンスからのスチル写真にすぎない場合がある。以下の例では、それらは、右上角でエディタによって入力される媒体要素識別子を含み、ボックスの中心の媒体要素で発生するものの説明を含むボックスとして描かれている。該ユーザインタフェースによって、エディタはマウス２２を使用して媒体要素を選択し、マウスを使用して画面の周りで媒体要素を動かすことができる。
【００３３】
媒体要素の１つを選択してから、エディタは２段階でこの媒体要素と関連付けられるメタデータを入力する。第１の段階では、エディタはピクチャの１つの上でダブルクリックし、スキーマの中に含まれるパラメータの値がその上に入力できる形式を立ち上げることができる。
【００３４】
第１の段階で生成されるメタデータの一例は、図３の２行目から１２行目に示されている（第１行の情報は、エディタがファイルに媒体要素識別子を与えたときに生成された）。
【００３５】
メタデータは、構造化データモデルに従って構成されることが理解されるであろう。それぞれの行で、一番右の列のエントリはユーザによって入力されるプロパティの値を表している。該構造化されたデータモデルは、複数のプロパティが集合体（ここではプロパティの集合（４つの列を有するこれらの行の左から第２列）と呼ばれる）の第１のレベルでの単位の項(members)としてラベルが付けられなければならないことを提供してよい。構造化されたデータモデルは、複数の集合が集合体（ここではプロパティの上位集合（３つ又は４つの列を有するこれらの行の一番左の列）と呼ばれる）の第２のレベルでの単位の項としてラベルが付けられなければならないこともまた提供してもよい。当業者は、集合体の追加のレベルが提供される可能性があることを理解するであろう。
【００３６】
階層配列は、前述されたマルチメディアコンテンツ記述インタフェースにより影響を受ける。意図は、全ての考えられるアプリケーションにわたる完全なデータモデルの使用を強制することではなく、製作会社又はプロジェクトの特定の集合（例えば野生生物のドキュメンタリ）の主題ドメインの中でのコンテンツの再利用を可能にすることである。提供されるデータモデルは、要素及びそれらの使用を補助するインタフェース及びそれらに適用できる語彙の最大集合を提供することを意図する。
【００３７】
メタデータは、可変数のパラメータを含んでいる（しかし、それにも関わらず所定の構造化されたデータモデルに適合しなければならない）。図３に示されている例では、エディタは１８のプロパティに値を入力した。これらは、以下を含む。
【００３８】
ｉ）媒体要素ＩＤ（これは媒体要素を識別する）−この例では、エディタはそれに０．ｘｘという数値を与え、ここでｘｘはオリジナルラッシュの中の媒体要素の位置を反映している。
【００３９】
この後には、２つのプロパティ、及びプロパティの「位置」集合を備える「媒体」上位集合(superset)が続く。該２つのプロパティは以下のとおりである。  
ｉｉ）ＵＲＩ−媒体要素を含むファイルのユニバーサルリソース識別子である。  
ｉｉｉ）フォーマット−これは、ファイルを構成するデータのフォーマットの表示を示す。
【００４０】
「位置」集合は以下のとおりの２つのプロパティを含む。  
ｉｖ）イン−媒体要素の開始時のラッシュの開始以来経過した時間の表示。  
ｖ）アウト−媒体要素の開始時のラッシュの開始以来経過した時間の表示。
【００４１】
「媒体」上位集合の後には４つの「構造化」プロパティの上位集合が後に続く。その上位集合は以下で始まる。  
ｖｉ）記述−ファイルのコンテンツの記述。
【００４２】
以下の３つのプロパティを含む（「イベント」と呼ばれる）別の集合が後に続く。  
ｖｉｉ）性質−このファイルの中に記録されるビデオシーケンスの中で見られるイベントのタイプ。  
ｖｉｉｉ）出演者−イベントの主要な動作を実行する人物。  
ｉｘ）受取人−イベントの主要な動作に左右される人物。
【００４３】
これらのプロパティの後には、２つのサイドがある（ｔｗｏ−ｓｉｄｅｄ）スポーツイベントから得られる素材に関する媒体要素に無理なく適用されるにすぎないプロパティのドメインに特殊な上位集合が続く。
【００４４】
最初の２つのプロパティは２つのプロパティの（「チーム」と呼ばれる）集合に属している。  
ｘ）ホームチーム−オリジナルのラッシュで特徴付けられるフットボールの試合の間ホームグラウンドでプレイするチームの名前。  
ｘｉ）アウェイチーム−オリジナルのラッシュで特徴付けられるフットボールの試合の、別のフットボールの名前。
【００４５】
この集合の後には、以下の２つのプロパティが続く。  
ｘｉｉ）主演者忠誠（Ａｌｌｅｇｉａｎｃｅ）−（存在する場合には）主演者が忠誠を負うサイド。  
ｘｉｉｉ）受取人忠誠−（存在する場合には）受取人が忠誠を負うサイド。
【００４６】
これらの２つのプロパティの後には、以下の２つのプロパティを含む（「概念上」と名付けられる）集合が後に続く。  
ｘｉｖ）関心値−０と１の間のこの値は、エディタがこの媒体要素をどれほど重要と考えているのかを示している。  
ｘｖ）格付け−この値は、年齢基準に基づいて（フィルムに与えられる分類に類似した方法で）人々に示すための媒体要素の適切性を示す。
【００４７】
いったんエディタがこのデータを入力すると、ピクチャは前記「記述」プロパティの値として与えられる媒体要素の記述で置換される。次に、形式がディスプレイから削除され、オリジナルラッシュからエディタによって選択される媒体要素を表す複数のピクチャのディスプレイに戻る（図４Ａ）。
【００４８】
媒体要素メタデータは次にオブジェクト指向データベース５４の中の媒体オブジェクトとして記憶される。
【００４９】
１つ以上の「関係性」プロパティを生成するメタデータ作成の第２の段階が図４Ａから図４Ｈに関してここで説明されるであろう。ユーザにはグラフィカルユーザインタフェースが与えられ、ユーザが、ＰＣの画面１８（図１）上のそれらの媒体要素を表すアイコンを移動し、クリックすることによって媒体要素間の関係性プロパティを示すことができるようにする。
【００５０】
エディタが示す可能性のある１つの関係性は因果関係である。これを行うために、エディタは、カーソルの形を変更する、画面（図示せず）上に提示されているボタン要素をクリックする。その後ユーザは、別の媒体要素の原因と判断される媒体要素まで、カーソルを移動させる。次にユーザはそれを原因を表す媒体要素として識別するために該媒体要素の上でクリックし、カーソルをその原因の影響を表す媒体要素まで移動し、再びクリックする。いったんユーザがこれを行うと、第１の媒体要素から原因オブジェクトを表す菱形形状まで矢印が描画され、次に第２の矢印が該菱形から第２の媒体要素まで描画される。エディタは、該影響を表す該媒体要素を見るビューワが該原因も見ることを希望するであろうと考える場合は、この種の原因関連を行うことを希望してよい。図４Ｂに図示されている例では、エディタは以下を示した。
【００５１】
ｉ）媒体要素０．１３は媒体要素０．１２により引き起こされ、両方の媒体要素０．１４と０．１５とも媒体要素０．１３により引き起こされ、
ｉｉ）媒体要素０．５３は、次に媒体要素０．５１により引き起こされる媒体要素０．５２により引き起こされる。
【００５２】
原因関連の入力に応えて、独自の媒体要素識別子を有する原因オブジェクト（図３Ｂ）が該オブジェクト指向データベース５４に追加される。影響を表す媒体要素と関連付けられるメタデータは、原因オブジェクトの媒体要素識別子を示すパラメータを含むように更新される。さらに詳細には、媒体オブジェクトは、それを引き起こす、あるいはそれにより達成される任意の原因オブジェクトに対するポインタのリンクされたリストを有する。原因オブジェクトは、それらが関連付けられている媒体オブジェクトに戻るポインタの２つのリストもまた保持する。
【００５３】
図３に図示される最後のパラメータに１つの例が見られる。原因オブジェクトは、影響を引き起こす媒体要素識別子を示すメタデータもまた含む。
【００５４】
複数の異なる媒体オブジェクトが同じ影響（例えば、主人公が毒を盛られたために、あるいは激突死したために死んだであろう）を引き起こす可能性があり、１つの原因から複数の異なる影響（例えば、該主人公の死のため、邪悪な女王が１０３という高齢まで負けずに生き延び、悲嘆に暮れたお姫様が独身生活を誓い、修道女になった）がある場合がある。因果関係が原因オブジェクトを使用して表現されるのはこのためである。
【００５５】
エディタが示す可能性のある第２のタイプの関係性は順序(sequence)の関係性である。このような関係性を示すために、エディタは自分が画面の同じ矩形領域の中への分類を希望する媒体要素を配列し、それらを、それらが従わなければならない順序に従って左から右に順序付け、追加ボタン（図示せず）をクリックし、カーソルに形式を変更させ、カーソルをその矩形領域の１つの角に対する位置に移動させる。その後エディタはマウス２２でボタンをクリックし、その矩形領域の反対の角に移動する間ボタンを押し続け、そこでボタンを離す。これにより、矩形領域の中に含まれる媒体要素の周りに太い実線の矩形の線が描画され、太い短い矢印が該矩形線によって画定される領域の左上角に描画される。図４Ｃの例では、エディタは、Ｂチームの１５番目のパスを表す媒体要素の後に、次にＢチームの第１のゴールを表す媒体要素が後に続くＢチームの１６番目のパスを表す媒体要素が続くことを示した。
【００５６】
エディタは、（媒体要素の複数がテンプレートポピュレータモジュールによって選択される場合に）媒体要素が示されている順序で図示されなければならないと感じるこの性質の順序関係を示すことを希望する可能性がある。例えば１年の異なるときのガーデニングを示す媒体要素は、春の庭を表す要素が夏の庭を表す要素に先行する等のように順序に配列される可能性がある。
【００５７】
このようにして順序を作成すると、順序オブジェクトはオブジェクト指向データベースで、該順序の中に含まれる媒体要素に関連付けられる媒体オブジェクトを含むコンテナオブジェクトとして作成される。以下で分かるように、それ自体順序を含む順序を生成することができる。この階層プロパティは、原因が順序にある識別子の第１の番号に反映される。順序が個別の媒体要素だけを含む場合には、順序識別子は１．ｘの形式となり、ここでｘは、階層の第１レベルの新規順序又はグループ（以下に説明される）が形成されるたびにインクレメントされるにすぎない。したがって、図４Ｃに示される順序には識別子１．１が与えられる。
【００５８】
順序の中の各媒体要素と関連付けられる媒体オブジェクト（つまり、メタデータ）は、それに付加される順序の中の媒体要素の位置を有する。オブジェクト指向データベースは、各媒体オブジェクトが新規に作成された順序オブジェクトの子である（つまりその中に含まれる）という事実もまた記録する。順序位置メタデータの例は図３の最後から２番目の行で見ることができる。
【００５９】
この実施形態では、グループ又は順序の記述を与えるメタデータはないが、ある場合もあるであろう。このようなメタデータは、例えばプロパティを右クリックし、選択し、結果として生じるダイアログの記述フィールドにテキストを入力することにより入力される可能性がある。
【００６０】
エディタが媒体要素の間で示すことを希望する可能性がある第３のタイプの関係性は、グループのメンバーシップの関係性である。エディタは、グループ内の複数の媒体要素が選択され、次にそれらがともに示されるべきことを示すことを希望する場合に、これを行う可能性がある。グループは、重要ではない画面上の媒体要素の順序を除き、順序と同じように形成され、エディタは、グループの中に含まれなければならない媒体要素を含む矩形領域を画定する前にグループを表す第３のボタン（図示せず）をクリックする。
【００６１】
このアクションにより、グループオブジェクト、つまりグループ内の媒体要素と関連付けられた媒体オブジェクトを含むコンテナオブジェクトが作成される。グループオブジェクトはオブジェクト指向データベース５４内にも記憶される。
【００６２】
図４Ｄは、エディタが媒体要素０．１３、０．１４及び０．１５を第１レベルのグループ１．２、０．３９、０．４０及び０．４１を第２の第１レベル順序１．３の中に、媒体要素０．５２及び０．５３を第２の第１レベルグループ１．４の中に形成した後に、エディタが見るディスプレイを示している。
【００６３】
図４Ｅは、エディタが媒体要素０．５１及び第３の第１レベル順序１．４を第２レベルのグループ２．１に結び付けるのを示している。これは、別のグループオブジェクトのためのコンテナオブジェクトであるデータベース内の別のグループオブジェクトを作成する。このようにして、コンテナオブジェクトの階層をオブジェクト指向データベース５４の中で構築できる。
【００６４】
図４Ｆは、２つの第１のレベルの順序、１．１と１．３、第１のレベルのグループ１．２及び第２のレベルのグループ２．１を第３のレベルのグループ３．１に入れるエディタを示している。
【００６５】
図４Ｇは第４のレベルの順序を定めるエディタを示している。
【００６６】
図５はエディタによって階層形式で入力される関係性を示し、したがってエディタがハードディスク１６上のオブジェクト指向データベース５４の中に構築したオブジェクト階層を反映している。
【００６７】
図２に戻ると、テンプレート作成ツール４２は、エディタ及び／又はプロデューサが、媒体製品の所望される特徴を特定するためのインタフェースを提供する。したがってテンプレートオブジェクトを作成する（図６）ためのインタフェースとなる。該ツールは、オブジェクト指向データベース５４の中でこのテンプレートオブジェクトを構成するメタデータを記憶する。
【００６８】
媒体オブジェクトのように、この実施形態で使用するためのテンプレートオブジェクトは包括的な事前定義されたデータモデルに準拠する。図６から分かるように、この事前定義されたデータモデルは１つのタイトルフィールド、及び複数のセクションを含む。各セクションは、名前フィールド、照会フィールド、そして任意の制約フィールドを備える集合である。テンプレートポピュレータツールは、ユーザにテンプレートの名前を入力し、セクション構造を示すように促す（トップレベルのセクションはそれ自体セクションを含むことがある）。エディタは、例えば、マイクロソフトＷｉｎｄｏｗｓ(登録商標)  Ｅｘｐｌｏｒｅｒに提供されるフォルダリストに同様のグラフィカルユーザインタフェースの構成要素を使用してセクション構造を示す。図６に示されている例では、テンプレートは３つのセクションのフラットな構造を有している。
【００６９】
テンプレートは、複雑な照会及び潜在的に深い(deep)構造を使用して媒体製品特徴を符号化するため、エディタインタフェースは複数の役割の間でテンプレート作成のタスクを分割する。エディタの役割を割り当てられる人物はテンプレートのトップレベル構造を定め、プロデューサの役割を割り当てられる人物（プロデューサは通常作成されている実際の製品のより密接な制御を有する）は構造を精緻化し、照会（オブジェクト指向データベースからの情報に対する要求）を追加する。特に、以下に説明されるように、プロデューサはユーザプロファイルに対するリンケージを指定し、それによりそれら自体と消費者の間の「力のバランス」を定義する。
【００７０】
テンプレート作成ツールは、既存の媒体オブジェクト及びテンプレートオブジェクトを検索するために使用できるオブジェクトブラウザを提供する。既存のテンプレートは修正することができ、テンプレートの部分は新しいテンプレートの中にコピーできる。
【００７１】
前述されたグラフィカルユーザインタフェースを使用して、おそらく媒体オブジェクトブラウザを使用して、セクション構造を定めると、エディタ／プロデューサは、照会形成のプロセスを容易にするグラフィカルユーザインタフェースを与えられる。
【００７２】
エディタはこのグラフィカルユーザインタフェースを使用して、セクションのそれぞれに照会文字列を入力する。図６の第１のセクションの照会文字列は、テンプレートの中のこのスロットを充填するための候補媒体オブジェクトが、それらのＵＲＩの中に文字列「フットボールイントロ」を有さなければならないことを示している。
【００７３】
セクションのための照会文字列は、図６のテンプレートの「メイン」セクションに見られるように、著しくさらに複雑である場合がある。ここでは、照会はＸＰａｔｈ言語で作成される。その照会が評価される方法は、ユーザプロファイルメタデータが後述された後に説明されるであろう。
【００７４】
エディタは、該紹介に応えてデータベースから検索される媒体オブジェクトによって表現される媒体要素に関して、なんらかの制約を課すことを希望するそれらのセクションのための制約もまた入力する。制約は、媒体オブジェクトがテンプレートポピュレータによってアセンブルされる方法を制限することを意図している。制約の考えられる例は、時間（例えば、このセクションは長さ５分でなければならない）、空間（例えば、この提示は６４０×４８０ピクセルディスプレイに表示されなければならない）又は数（ニュース番組の「ヘッドライン」セクションには５つのニュース項目がなければならない）を含む。
【００７５】
ユーザプロファイル作成ツール４４は、図７に見られるユーザプロファイルのようなユーザプロファイルを生成するためのユーザインタフェースを提供する。
【００７６】
ユーザプロファイルはある特定のユーザの好みを表している。媒体オブジェクト及びテンプレートオブジェクトと同様に、データは所定のデータ構造又はスキーマに忠実でなければならない。スキーマは、各ユーザが識別子（このケースでは数表示「１」）により識別されることを指示する。ユーザプロファイルの「構造上の」要素は、ユーザが好む事柄（このケースでは、フットボールチームＢ、特にＰａｕｌｏ  Ｄｉ  Ｃａｎｉｏ及びＴｒｅｖｏｒ  Ｓｉｎｃｌａｉｒ、Ｅｓｓｅｘクリケットチーム、特にＮａｓｓｅｒ  Ｈｕｓｓａｉｎ、女優Ｍｉｌｌａ  Ｊｏｖｏｖｉｃｈ及び俳優Ｊｉｍｍｙ  Ｎａｉｌを示している。
【００７７】
テンプレートポピュレータプログラムモジュール（図８）は、媒体オブジェクトの集合の合成に備えて、編集決定リストの消費者用の個人向け媒体製品への自動アセンブリのためのプロセスを提供する。開始（ステップ６０）時、テンプレートポピュレータはその入力として、特定のテンプレート、特定のユーザプロファイル、および媒体オブジェクトの記憶のインジケータ（このケースでは、オブジェクト指向データベース５４のロケーションの表示）を取る。
【００７８】
いったん特定のテンプレート、ユーザプロファイル、及び媒体オブジェクトの記憶が指定されると、テンプレートポピュレータはＸＰａｔｈ言語で書き込まれるあらゆる照会についてテンプレート（図６）を調べる（ステップ６１）。このような照会が検出されると、それはＸＰａｔｈを評価するためにＡｐａｃｈｅ  ＰｒｏｊｅｃｔのＸａｌａｎプロセッサを使用して分解される。
【００７９】
例えば、以下のように読まれる照会
（チームは「！Ｐｒｏｆｉｌｅ（プロファイル／スポーツ／／チーム）」）及び（アクションは「ゴール」である）
は、（テンプレートポピュレータプログラムモジュールを起動時に指定される）図７のユーザプロファイルが考えられるときに以下に分解される。
【００８０】
（チームは「Ｂチーム」又は「エセックス」）及び（アクションは「ゴール」である）
次にテンプレートポピュレータはテンプレートの第１のセクションを識別し（図８）、テンプレートの階層構造を通して反復する（ステップ６２から７５）。
【００８１】
各反復（ステップ６２から７５）は、検出されているテンプレート内に次のセクションを含み、そのセクションの中の任意の照会はオブジェクト指向データベース５４で実行され（ステップ６２）、関連する媒体オブジェクトの選択を戻す。
【００８２】
第１の反復は図６の中で「イントロ」と名付けられたセクションに関係する。反復はセクションとともに含まれる照会の実行で開始する（ステップ６２）（つまり、ＵＲＩは「フットボールイントロ」を含む）。図９Ａは、この例を生じさせる選択を描く。
【００８３】
次に、ステップ６４では、その「葉」として選択された媒体オブジェクトを含むツリーが構築される。この構築は以下のように行われる。第１の選択された媒体オブジェクトの親オブジェクトは検索され、それに関連付けられた親オブジェクトがないオブジェクトに達するまでその親オブジェクト等が後に続く（この例の「導入」オブジェクトには親オブジェクトはないため、ツリー内に含まれる唯一のオブジェクトである）。この点で、葉オブジェクトからトップレベルコンテナまでの単一リンクリストが再構築された。（複数のオブジェクトが照会の結果として選択される場合に）別の選択された葉オブジェクトが調べられ、その葉のオブジェクトの系図が、第１のオブジェクトの系図を表すリンクリスト内にすでに存在するオブジェクトが検索されるまで、あるいは別のトップレベルコンテナに遭遇するまで辿られる。選択の中で全ての他のオブジェクトについてこのプロセスを繰り返すことにより、それらのオブジェクトを含む最小ツリーが再構築される。
【００８４】
前記に示されたように、第１の反復では、結果として生じるツリーは「導入」媒体オブジェクト０．１だけを含む。
【００８５】
編集決定リストを作成する際に記憶、使用されるツリーデータ構造を改変するテンプレートポピュレータプログラム内の命令のループの中の以後のステップ（ステップ６６から７２）は、テンプレートの第２のセクションで実行される命令のループの第２の反復に関して後述されるように、テンプレートの第１のセクションに関して影響を与えない。
【００８６】
反復を通して、ツリー構造はＰＣの揮発性メモリ１２の中に記憶される。
【００８７】
命令のグループの各反復の最後で、テンプレートの中の最後のセクションが考慮されたかどうかに関して決定が下される（ステップ７４）。されなかった場合、次のセクションが識別され（ステップ７５）、次の反復が実行される。
【００８８】
フットボールゴールハイライトテンプレート（図６）の中心のセクションに関して第２の反復が実行される。このケースでは、セクション照会が、ユーザの好みを考慮に入れるために前述されたように照会を分解するためにユーザプロファイル（図７）を使用して実行される。
【００８９】
照会（ステップ６２）は、媒体要素０．１２及び０．５３（図１０Ａ）の選択を生じさせる。新しいツリーデータ構造は前述されたように作成され、図１０Ｂに描かれているツリーを表すデータを記憶する。
【００９０】
その後、媒体オブジェクトの選択が、ユーザによって特定される原因／影響の関係性を考慮に入れるために拡大される（ステップ６６）。詳細には、このステップは、どのくらいの数の原因オブジェクトがこの媒体オブジェクトに関連付けられるのかを見つけるための、それぞれの選択された媒体オブジェクトのメタデータの調査を含む。原因オブジェクトが検出されない場合には、媒体オブジェクトは分解された媒体オブジェクトのリストに移動される。ただ１つの原因オブジェクトが検出される場合には、原因オブジェクトは原因オブジェクトのリストに移動され、媒体オブジェクトは、分解された媒体オブジェクトのリストに移動される。複数の原因オブジェクトが検出されると、（それがすでにそのリストの中に存在しない場合には）それぞれの考えられる原因オブジェクトが考えられる原因オブジェクトのリストに追加され、媒体オブジェクトが分解されていない媒体オブジェクトのリストに追加される。
【００９１】
この例では、ただ１つの原因オブジェクトが検出され（図３Ｂに描かれているもの）るため、媒体オブジェクト０．５３は分解された媒体オブジェクトのリストに移動され、（図１０Ｃに図示されるように、命令のループのこの反復と関連付けられるツリーデータ構造に追加され）原因オブジェクトが原因オブジェクトのリストに移動される。
【００９２】
考えられる原因オブジェクトのリストが作成される場合、最も分解されていない媒体オブジェクトを引き起こす原因オブジェクトが検出される。この原因オブジェクトは原因オブジェクトのリストの中に移動され、それが引き起こす媒体オブジェクトは前述された分解された媒体オブジェクトのリストに追加される。このプロセスは、分解されていない媒体オブジェクトの全てのリストが空になるまで繰り返される。この例では、このステップは適用されない。
【００９３】
原因オブジェクトのリストの中の各原因オブジェクトは、次にそれがどのくらいの数の媒体オブジェクトによって引き起こされたのかを検出するために調べられる。ただ１つの媒体オブジェクトがそれを引き起こす場合には、原因オブジェクトは分解された原因オブジェクトのリストに移動され、その媒体オブジェクトは分解されていない媒体オブジェクトのリストに追加される。複数の媒体オブジェクトにより原因オブジェクトが引き起こされる場合には、それらの媒体オブジェクトは、それらがすでに存在していないならば考えられる媒体オブジェクトのリストに追加される。
【００９４】
この例では、原因オブジェクトのリストの中のただ１つの原因オブジェクト（ＣＯ１）がただ１つの媒体オブジェクト（０．５２）により引き起こされるため、原因オブジェクトは分解された原因オブジェクトのリストに移動され、媒体オブジェクト（０．５２）は分解されていない媒体オブジェクトのリストに移動される。
【００９５】
考えられる媒体オブジェクトのリストが取得される場合、大部分の原因オブジェクトを引き起こす媒体オブジェクトが検出される。次に原因オブジェクトは分解された原因オブジェクトのリストの中に移動され、媒体オブジェクトが分解されていない媒体オブジェクトのリストに追加される。これは、原因オブジェクトのリストが空になるまで繰り返される。
【００９６】
前記手順は、（因果関係が元の原因まで遡られるように）あらゆる分解されていない媒体オブジェクトについて繰り返される。したがって、このケースでは、前記手順が媒体要素０．５２について繰り返され、この反復に関連付けられたツリーに対する媒体オブジェクト０．５１の追加を生じさせる（図１０Ｄ）。
【００９７】
ツリーの構築（ステップ６２から６６）の後には、ツリーの中のオブジェクトの並べ替え（ステップ６８及び７０）が続く。
【００９８】
並べ替え（ステップ６８）の第１の段階は、ユーザが入力する順序情報を考慮する。これは、オブジェクトに関連付けられる順序位置メタデータにより識別されるように正しい順序にツリーのノードを位置付けるために、既知の「クイックソート（Ｑｕｉｃｋｓｏｒｔ）」アルゴリズムを使用して行われる。これは、ツリーの上部で開始してから、ツリーの葉（つまり、媒体オブジェクト）に向かって移動して行われる。
【００９９】
並べ替えの第２の段階は、グループのメンバー又はグループのメンバーの子孫（つまり、ツリーのさらに下方のオブジェクト）の間の原因／影響のつながりを考慮に入れる。グループがこのような原因／影響のつながりを有さない場合には、この並べ替えの段階はそれらのグループに対して実行される必要がない。
【０１００】
並べ替えの第２の段階は、（それが媒体オブジェクトである場合）全ての原因及び影響がそれに、あるいは（それがコンテナである場合）その子孫のどれかに付着した状態でツリーの中のグループの各メンバにラベルを付けることにより開始する。
【０１０１】
次に、追加のラベルが、ａがｂを引き起こし、ｂがｃを引き起こす場合には、ａがｃを引き起こすという論理関係を反映するためにオブジェクトメタデータに追加される。同じ事は、ｆがｅにより引き起こされ、ｅがｄにより引き起こされる場合にはｆはｄにより引き起こされるという論理関係を反映するために行われる。
【０１０２】
既知のＱｕｉｃｋｓｏｒｔアルゴリズムは、次に原因が影響の前に示されていることを確実にするために使用される。当業者が理解するように、Ｑｕｉｃｋｓｏｒｔのインプリメンテーションにより、ユーザは、それに渡される２つのオブジェクトの順序を示す関数を定義できる。このケースでは、ｂが原因ｂである前にａが行き、ｄがｃにより引き起こされる場合にｄがｃの後に来ることを示す関数が提供される。
【０１０３】
したがって、第２の反復の並べ替えステップ（ステップ６８と７０）の最後に、媒体要素０．１２、０．５１、０．５２及び０．５３がフットボールゴールハイライトテンプレート（図６）に画定される中央セクションと関連付けられているツリーの葉ノードを形成する。
【０１０４】
テンプレートポピュレータは、次にあらゆる制約を評価し、相応してツリーを更新する（ステップ７２）。時間制約を評価するためには、ツリーの中に含まれている各媒体オブジェクトの継続時間が「イン」プロパティから「アウト」プロパティを差し引くことにより計算され、これらの継続時間は実際の継続時間に達するためにともに追加される。この継続時間がターゲット継続時間より長いと判明すると、媒体オブジェクトはツリーから削除される。この継続時間がターゲット継続時間より短い場合には、媒体オブジェクトはツリーに追加される。
【０１０５】
この実施形態では、ツリーのこのプルーニング又は成長は、媒体オブジェクトに関連付けられる関心値のメタデータに従って行われる。
【０１０６】
実際の継続時間がターゲット継続時間より長い場合には、次に示すプロセスが実行される。
【０１０７】
１）ターゲット継続時間と実際の継続時間の間の差異が、ツリーの中の最も短い媒体要素の継続時間より短い場合には、プロセスは終了する。
【０１０８】
２）それ以外の場合、ツリーの中の媒体オブジェクトのリストが作成され、このリストは「関心値」プロパティの順序で並べ替えられる。
【０１０９】
３）最低値を有する媒体オブジェクトは（このオブジェクトがリストの中の他の媒体オブジェクトの１つ以上の原因ではないと仮定して）ツリーから削除され、実際の継続時間が計算し直される。ターゲット継続時間と実際の継続時間の間の差異は計算し直され、前記ステップは、差異がツリーの中に残る最も短い媒体要素の継続時間より短くなるまで繰り返される。
【０１１０】
実際の継続時間がターゲット継続時間より短い場合には、次に示すプロセスが実行される。
【０１１１】
Ａ）セクションの中の照会はその最後の「ＡＮＤ」演算子、及びその後の条件を削除することにより、あるいは「ＡＮＤ」演算子がない場合には、「関心値」＞０．６のような条件が後に続く「ＯＲ」演算子を追加することにより修正される。次に現在のセクションの新しいツリーは元のツリーと同じような方法で作成される。このプロセスは、実際の継続時間がターゲット継続時間より長くなるまで繰り返される。それ以後、前記ステップ１）から３）が実行される。
【０１１２】
いったんこのプルーニング又は成長(growth)が実行されると、第２の反復が終了する。
【０１１３】
第３の反復が媒体オブジェクト０．９９を備えるツリーを単に生成するにすぎないであろうことは明らかであろう。
【０１１４】
全てのセクションが媒体オブジェクトメタデータとともに入力され、照会に従って順番に配列されると、制約及びユーザの好みが提供され、テンプレートポピュレータは、ループの３つの反復で生成されるツリーの葉で検出される媒体要素を連結することにより、編集決定リスト（図１１）を出力する（ステップ７８）。
【０１１５】
テンプレートポピュレータプログラムモジュール（４６）により作成される編集決定リスト（図１１）は、コンテンツシンセサイザモジュール（４８）に渡される。この例では、コンテンツシンセサイザモジュールは、ストリーム化されたビデオプレゼンテーションの中で１場面ずつ出力するか、あるいはプログラムファイルを作成するために場面をまとめて連結する。
【０１１６】
コンテンツシンセサイザは、消費者に対する個人向けの媒体製品の中に媒体要素の集合を自動的に合成するためのプロセスを提供する。シンセサイザは、それが媒体要素の集合の位置を付け、完成した媒体製品の中に組み込むために編集決定リスト（図１１）を使用するという点で従来の非線形編集システムに類似している。しかしながら、従来の編集ツールは製作後だけに使用され、エディタの施設内に常駐する一方、コンテンツシンセサイザはネットワークの端縁で、あるいは実際には（ＰＣ又はパーソナルデジタルレコーダなどの）消費者のデバイスの中に配備できる携帯軽量アプリケーションである。これは、媒体製品は、達成できる個人化のレベルという点でかなりの利点をもって送達点で合成できることを意味する。さらにテンプレート、媒体オブジェクト又はユーザプロファイルを含むいかなるメタデータの変更も、その結果として生じる媒体製品内で動的に反映できる。
【０１１７】
消費者によって呼び出されると、コンテンツシンセサイザは、ユーザプロファイル及びテンプレートを、上記のようにこれらを処理し、シンセサイザに編集決定リストを戻すテンプレートポピュレータに渡す。編集決定リストは、次に、どの媒体要素が必要とされるか、及びそれらがどのようにして互いと対話するのかを発見するために解析される。コンテンツ記憶装置５０の中の多様な媒体要素に対する多様な参照を備えるタイムラインは、次にこの情報に従ってアセンブルされる。遷移影響（その例はＡＮＳＩ／ＳＭＰＴＥ  ２５８Ｍ／１９９３規格に定義される）は必要とされる場合に媒体に適用される。最後に、キャプションテキスト及びグラフィカルオーバレイが解析され、次に、それらがいかなる他のグラフィック要素の上で可視であることを確実にする高い優先順位でタイムラインに追加される静的画像にレンダリングされる。
【０１１８】
いったんタイムラインがアセンブルされると、個人向けプレゼンテーションは、Ａｐｐｌｅ  Ｑｕｉｃｋｔｉｍｅ又はＭｉｃｒｏｓｏｆｔ  ＤｉｒｅｃｔＳｈｏｗなどの適切な媒体コンポジタ技術を使用して、リアルタイムでレンダリングされる。該コンポジタのモジュール性質は、コンテンツシンセサイザがセットトップボックスなどの埋め込みアーキテクチャ内でさらに容易に実現できるであろうことを意味する。
【０１１９】
本発明の好適な実施形態により提供されるグラフィカルユーザインタフェースは、ここで図１１から図２０を参照して説明される。
【０１２０】
図１２は、図１のコンピュータ上で媒体製品アプリケーションプログラムが実行されるときに表示されるアプリケーションウィンドウを示す。それが多くの周知のグラフィカルユーザインタフェース構成要素を提供することが分かるであろう。
【０１２１】
図１３は、開くためのプロジェクトを選択するためにファイルメニュー又は「オープン」ボタンを使用することによって、ユーザが「プロジェクト」を選択した後のディスプレイを示す。この好適な実施形態では、コンテンツ記憶装置５０の中のディレクトリ構造は最高レベルのプロジェクトディレクトリに編成され、それぞれが１つ以上の「媒体ビン」、つまり、媒体要素の集合体、及び１つ以上の「テンプレートビン」を保持するディレクトリ、つまり、テンプレートの集合体を保持するディレクトリを含む。図１３では、ユーザが「製紙工場（Ｐａｐｅｒ  Ｍｉｌｌ）、０３．ｄｂ」プロジェクトを開くと、プロジェクトサブウィンドウが表示され、「用紙媒体」及び「ｊｕｌｉａｍａｒｋ」と呼ばれる２つの媒体ビン、及び「用紙テンプレート」と呼ばれる１つのテンプレートビンを含むことを示す「製紙工場０３．ｄｂ」プロジェクトディレクトリが表示される。
【０１２２】
図１４は、ユーザが「用紙媒体」媒体ビンをダブルクリックすると開く、追加のサブウィンドウを示す。このサブウィンドウは、それぞれが多数の列の入力を含む複数の行を表示する。図から分かるように、サブウィンドウのタイトルバーの上でマウスポインタを移動させることによって、媒体要素を記述するための構造化データモデルに含まれる全ての属性のリストが、ユーザに与えられる。マウスでクリックすることにより、ユーザはその構造化されたデータモデルの中のどの要素が「用紙媒体」媒体−ビンサブウィンドウの中に表示されるのかを選択できる。構造化データモデルは、図３に図示されるメタデータの下にある構造化データモデルに密接に対応することに留意されたい。
【０１２３】
各行の第１列に提供されるサムネイル(thumbnails)の１つをダブルクリックすると、サムネイルが表す媒体要素に関連付けられたメタデータが追加のサブウィンドウ（図１５）に示される。それぞれの属性に与えられる値は編集可能である。加えて、属性のいくつかはそれらに関連付けられた語彙（つまり、属性のための限られた数の所定値）を有する。これが当てはまる場合は、値フィールドを右クリックすると、それらの所定の値を含むドロップダウンリストが表示される。ユーザは、通常の方法でこのリストからそれらの所定の値の１つを選択できる。
【０１２４】
ユーザが図１４に描かれているサブウィンドウに含まれる複数の（及びおそらく全ての）媒体要素を選択し、右クリックし、「関係性」オプションを選択すると、追加のサブウィンドウが、選択の中に含まれる多様な媒体要素の間の関係性を示すディスプレイ（図１６）に追加される。図４Ａから図４Ｇに図示される方法に類似した方法で、媒体要素のグループが実線境界線の中に対応するサムネイルを封入することによって描かれており、左上角近くの矢印記号を含む境界線を除きシーケンスも類似して示されている。やはり描かれているのは、第１の実施形態に関して説明されたような原因オブジェクトを表す２つの菱形である。左側の原因オブジェクトは、原因／影響関係性が媒体要素ＪＫＹ０８ａ及びＪＫＹ０８ｂの間に存在することを示す。
【０１２５】
前述された第１の実施形態の改良版では、ユーザは原因オブジェクトを表す菱形形状を右クリックすることができ、それからオプション、つまり「後方」、「前方」、「双方向」、「全て切り離す」及び「削除」のリストを与えられる。最初の３つは、前記第１の実施形態に関して説明されるツリー拡張プロセスが、それがそれに付着される原因オブジェクトを有する媒体要素を選択するときにツリーを拡大する方法を参照している。「前方」が選ばれると、ＪＫＹ０８ａの選択はＪＫＹ０８ｂがツリーに追加されていることになるが、逆もまた同様ではない。「後方」には反対の効果がある。つまり、ＪＫＹ０８ｂが選択されると、ＪＫＹ０８ａがツリーに追加されるが、逆もまた同様ではない。「双方向」が選択されると、どちらか一方を選択したことで他方でのツリー拡張が増す。「前方」、「後方」、及び「双方向」の選択肢は図３Ｂのメタデータの追加行として記憶される。
【０１２６】
図１７は、ユーザが編集メニューから「語彙」オプションを選択することによって開くことができる「語彙」サブウィンドウを示している。媒体オブジェクトのための下にある構造化データモデルは、再度、サブウィンドウの左上ボックス内で見られる。ユーザは語彙、つまり、そのデータモデルでユーザが選択した任意の属性の許容値のリストを定義してよい。図１７では、ユーザは属性「場所」を選択し、値「運河（ｃａｎａｌ）の側」、「製紙工場」、及び「セインズベリー（Ｓａｉｎｓｂｕｒｙ）」をその属性の考えられる値として定義した。この語彙は、現在選択されているプロジェクトと関連付けられ、オブジェクト指向データベースに記憶されている（図２から図５４）。
【０１２７】
図１７は、構造化データモデルの拡張性も描いている。この拡張性は、ユーザがドメインに特定の属性を追加できるようにすることによって有効にされる（このような属性の例も図３に含まれていることが思い出されるであろう）。ドメインの特定の属性は、ドメインに特定の属性を追加又は削除するために使用されてよい「追加」ボタン及び「削除」ボタンのように、図１７に描かれているサブウィンドウの底部左側ボックスに示されている。ドメインの特定の属性は、現在開いているプロジェクトに関連付けられたデータモデルに追加される。
【０１２８】
図１８は、図６に図示されているテンプレートメタデータに類似したテンプレートメタデータを生成するためにユーザが従うステップを描いている。媒体オブジェクトメタデータの生成の場合と同様に、ユーザは最初にプロジェクトサブウィンドウを開く。その後、ユーザは、「照会ビルダ」サブウィンドウを立ち上げるために、表示されたテンプレートビンの１つの上でダブルクリックする（図示されている例では、ユーザは「用紙テンプレート」テンプレートビン上でダブルクリックした）。そのサブウィンドウの左側のツリー構造は、それぞれ「新しい場面」がセクションに対応する、図６のテーブルに類似していることが分かる。
【０１２９】
ツリー構造の中の円は、媒体ビンから媒体オブジェクトを選択するフィルタを表す。以下のとおりに３つのタイプのフィルタがある。
【０１３０】
ｉ）「＝」又は＞又は＜、又は≠を含む円
これらのフィルタは、ユーザにより選択された属性について、円に沿って示される値に等しい、あるいはその値より大きい等、その属性のための値を有する媒体ビンの中の全ての媒体オブジェクトを選択する。
【０１３１】
ｉｉ）円に沿って示される文字列を含む媒体ビンの中で全ての媒体オブジェクトを選択するフィルタを表す（＊）を含む円
フィルタリング動作の結果を結合するために使用される論理演算子はコンバイナとして知られ、三角形として表示されている。「ランダム」、「順次」及び「どちらか／又は」と呼ばれる３つのタイプのコンバイナがある。
【０１３２】
順次コンバイナは、それらがツリーの中に位置付けされる順序で、ツリーの中のそのすぐ下に単にフィルタリング動作の結果を表示するにすぎない。各順次コンバイナはそれを通るまっすぐな矢印を有する。例は、図１８に示されている「機械（８６０）」テンプレートの第１のセクションと第３のセクションに見られている。
【０１３３】
ランダムコンバイナは、ランダムな順序でツリーの中でその下に１つ以上のフィルタの結果を表示する。ランダムコンバイナは、それを通るジグザグ矢印を有する。例は、図１８に見られる機械（８６０）テンプレートの第２のセクションに見られる。
【０１３４】
どちらか／又はコンバイナ（図示せず）は、その下に２つのフィルタ枝の結果を選択する。どちらか／又はコンバイナはそれを通る分割矢印を有する。
【０１３５】
図１９は、どのようにしてユーザがツリーを修正し、図７に示されているテンプレートデータに類似したテンプレートデータを作成できるのかを示している。フィルタが追加されると、ユーザは属性の選択肢を与えられ、所望される値を入力できる。
【０１３６】
ツリーに追加できる別の要素は「ファンネル(funnel)」である。これは、フィルタのように動作し、ツリーの中のさらに高い段階までのユーザによって定義された数の無作為に選ばれた媒体オブジェクトだけを可能にする。
【０１３７】
フィルタがネスト化される場合、それぞれが、代わりにツリーをさらに下がったフィルタの結果まで適用される。
【０１３８】
編集決定リストを作成するために、ユーザは、テンプレートが選択される間にツールバーの中の「！」と記されるボタンをクリックする。編集決定リストは次に、ツールバー上の適切なボタンが押されると表示される編集決定リスト履歴サブウィンドウに追加される。そのウィンドウ内の編集決定リストの上を右クリックすると、ユーザは、その編集決定リストに従ってビデオを再生するオプションと、ストーリーボード（図２０に図示される結果）をプレビューするオプションと、編集決定リストをインポート又はエクスポートするオプションと、そのテキスト形式で編集決定リストを編集する、又は編集決定リストを削除するオプションとを与えられる。
【０１３９】
追加機能は本発明の好適な実施形態の改良版で提供される。ユーザに対してこの機能を提供するグラフィカルユーザインタフェースは図２１に描かれている。ワード「ジャッキー（Ｊａｃｋｙ）、問題」を選択し、フィルタを挿入すると、ユーザにはチェックボックスが提示される。そのチェックボックスにチェックマークを付けると、ユーザは図示されるようなドロップダウンコントローラのリストを与えられる。それらのコントローラの１つを選択することによって、ユーザはそのフィルタに「コントローラ」を適用できる。コントローラは複数回提供できる（第１のコントローラが図２１に描かれているテンプレートで二回適用されていることが分かるであろう）。
【０１４０】
図２２は、１組のスライダ制御装置がユーザによって移動できることを示している。例えば、一番上のスライダをさらに左側の位置にドラッグすることによって、コントローラ＃１に関連付けられた「Ｃｏｎｃｅｐｔｕａｌ＿ＰｌｏｔＶａｌｕｅ」が削減できる（又は逆も同様である）。スライダの位置を改変することにより、ユーザはフィルタを定義し直さなければならないよりもむしろ、媒体製品プレビューウィンドウ（図２２）からじかに照会ビルダにより生成されるテンプレートを変更することができる。これは、テンプレートの中のフィルタを更新するさらに容易な方法を与えるだけではなく、照会ビルダ等に対するアクセスを必要としない簡略化されたユーザインタフェースの基礎も形成する。言い換えると、非技術系のユーザには、注文品のビデオプレゼンテーションを生成するための手段が与えられる。
【０１４１】
本発明は、多くの異なる方法で具現化されてよい。例えば、前述された実施形態は、本発明の代替実施形態を提供するために下記に一覧表示される方法の１つ以上で改変されてよい（このリストは決して網羅的ではない）。
【０１４２】
ｉ）前記実施形態では、入力プログラムモジュールが、所定の構造を有するデータ構造を生成した。いくつかの実施形態では、所定の構造はＸＭＬスキーマ指針に準拠した文書により提供される。
【０１４３】
ｉｉ）テンプレートの中の制約の項はユーザによって可変である可能性がある。例えば、ユーザは、自分が見ることを希望する媒体製品の継続期間を選択できるグラフィカルユーザインタフェースを与えられるであろう。対応する値は、次にテンプレートポピュレータプログラムによってテンプレートオブジェクトに追加できる。
【０１４４】
ｉｉｉ）各選択又は選択の組み合わせに追加される可能性のある１つの制約は、指定された媒体要素が完成した媒体製品に現れる回数に関する制約であるであろう。例えば、任意の媒体要素が指定された媒体製品では一度だけ現れなければならないことが指示される可能性がある。
【図１】
0005951184.tif 000002
【図２】
0005951184.tif 000003
【図３】
0005951184.tif 000004
【図３Ｂ】
0005951184.tif 000005
【図４Ａ】
0005951184.tif 000006
【図４Ｂ】
0005951184.tif 000007
【図４Ｃ】
0005951184.tif 000008
【図４Ｄ】
0005951184.tif 000009
【図４Ｅ】
0005951184.tif 000010
【図４Ｆ】
0005951184.tif 000011
【図４Ｇ】
0005951184.tif 000012
【図５】
0005951184.tif 000013
【図６】
0005951184.tif 000014
【図７】
0005951184.tif 000015
【図８】
0005951184.tif 000016
【図９】
0005951184.tif 000017
【図１０Ａ】
0005951184.tif 000018
【図１０Ｂ】
0005951184.tif 000019
【図１０Ｃ】
0005951184.tif 000020
【図１０Ｄ】
0005951184.tif 000021
【図１１】
0005951184.tif 000022
【図１２】
0005951184.tif 000023
【図１３】
0005951184.tif 000024
【図１４】
0005951184.tif 000025
【図１５】
0005951184.tif 000026
【図１６】
0005951184.tif 000027
【図１７】
0005951184.tif 000028
【図１８】
0005951184.tif 000029
【図１９】
0005951184.tif 000030
【図２０】
0005951184.tif 000031
【図２１】
0005951184.tif 000032
【図２２】
0005951184.tif 000033