(57)【要約】【課題】メタデータ又はエッセンスデータを編集した後でもやはり有用なメタデータ及びエッセンスデータの間の一貫した記憶、リンク、及び相互作用を達成する方法及び装置を提供することを目的とする。【解決手段】本発明によれば、各アセット（メタデータ又はエッセンス）は、一意の識別子とこのアセットに適用された最後のアクションとによってラベル付けされる。本発明によって解決されるべき問題は、記録物を格納する方法を見つけることであり、これは、記録物のエッセンス（Ａ／Ｖ）を１つの記録媒体に格納し、この記録物に属するメタデータを他の記録媒体に格納することを含む。【選択図】　　図２
2004021991.tif 000002
【特許請求の範囲】
【請求項１】
メタデータが一貫性について自動的又は電子的に調べられる、一貫性決定を行う方法であって、
ログ・エントリ（ＬｏｇＥｎｔｒｙ）の中の識別子、例えばＵＵＩＤ又はＧＵＩＤ、へのリンクを探すことを要求する段階（２１）と、
識別子が見つかったか否か前記ログ・エントリを分析する段階（２２）と、
前記ログ・エントリの中に識別子が見つからない場合は、
一致する識別子があるかどうかログ・エントリ履歴（ＬｏｇＥｎｔｒｙＨｉｓｔｏｒｙ）を検査する段階（２３）と、
識別子が見つかったか否か前記ログ・エントリ履歴を分析する段階（２４）と、
１つ以上の一致する識別子が利用可能であるかどうかを決定する段階（２５）と、
結果が肯定的である場合は、アクションアイテムに基づいて最も良く一致する識別子について一貫性チェックを行う段階（２６）と、
一致する識別子の位置を返す（２７）段階とを含むことを特徴とする、方法。
【請求項２】
前記アクションアイテムは、
アセットを作成すること、
アセットをコピーすること、
アセットの最初及び／又は最後をカットすること、
アセットを添付すること、
を含むがこれらに限られない、請求項１記載の方法。
【請求項３】
前記識別子及び対応するアクションアイテムは、ログ・エントリの構造内に格納される、請求項１又は２記載の方法。
【請求項４】
ログ・エントリ履歴は、Ａ／Ｖストリームの複製が生成される場合は、古くなったログ・エントリ要素を含む、請求項１乃至３のうちいずれか一項記載の方法。
【請求項５】
前記識別子、前記ログ・エントリ、及び前記ログ・エントリ履歴のための制御機構を与える決定テーブルを用いる段階を含み、前記決定テーブルは前記アセットに対して実行される全ての処理を含む、請求項１乃至４のうちいずれか一項記載の方法。
【請求項６】
アセット又はアセットの一部を一貫性について自動的に又は電子的に調べることによりアセットを一致させる装置であって、
ログ・エントリ（ＬｏｇＥｎｔｒｙ）の中の識別子、例えばＵＵＩＤ又はＧＵＩＤ、へのリンクを探すことを要求する手段（３１）と、
識別子が見つかったか否か前記ログ・エントリを分析し、
前記ログ・エントリの中に識別子が見つからない場合は、この情報を、
一致する識別子があるかどうかログ・エントリ履歴（ＬｏｇＥｎｔｒｙＨｉｓｔｏｒｙ）を検査する手段（３３）と、
識別子が見つかったか否か前記ログ・エントリ履歴を分析する手段（３４）と、
１つ以上の一致する識別子が利用可能であるかどうかを決定する手段（３５）と、
１つ以上の一致する識別子が見つかった場合は、アクションアイテムに基づいて見つかった識別子の一貫性をチェックし最も良く一致する識別子を選択する手段（３６）とへ与える手段（３２）と、
一致する識別子又は最もよく一致する識別子が返される識別子・位置提供部（３７）とを含む、装置。
【請求項７】
前記アクションアイテムは、
アセットを作成すること、
アセットをコピーすること、
アセットの最初及び／又は最後をカットすること、
アセットを添付すること、
を含むがこれらに限られない、請求項６記載の装置。
【請求項８】
前記識別子及び対応するアクションアイテムは、ログ・エントリの構造内に格納される、請求項６又は７記載の装置。
【請求項９】
ログ・エントリ履歴は、Ａ／Ｖストリームの複製が生成される場合は、古くなったログ・エントリ要素を含む、請求項６乃至８のうちいずれか一項記載の装置。
【請求項１０】
前記識別子、前記ログ・エントリ、及び前記ログ・エントリ履歴のための制御機構を与える決定テーブルを用いる段階を含み、前記決定テーブルは前記アセットに対して実行される全ての処理を含む、請求項６乃至９のうちいずれか一項記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ及びメタデータ、並びに、データ又はメタデータの編集処理の後にそれらのリンクの一貫性を改善する方法及び装置に関連する。
【０００２】
【従来の技術】
ＤＶＢ、ＭＨＰ、ＴＶ−Ａｎｙｔｉｍｅ等の放送システムは、オーディオ及びビデオサービスと共に分配される大量の追加情報を提供する。これらの付加価値情報サービスは、将来的にはますます増加するであろう。ユーザは、より多くの容量の記憶媒体上に更に多くのデータを格納する能力を有することとなるであろう。更に、かかるデータは、ディジタルフォーマットであるため質の低下なしに他の装置又は記憶媒体へ多数回複製されうる。例えばインターネットテレビガイドといった放送とは独立の付加価値サービス情報を記録された放送信号とマージすること、及び、後に編集することは、ますます一般的となるであろう。
【０００３】
特許文献１は、オブジェクト参照データ構造の中に保持され持続して格納されるＵＵＩＤ（ｕｎｉｖｅｒｓａｌ　ｕｎｉｑｕｅ　ｉｄｅｎｔｉｆｉｅｒ）を用いる方法を開示する。しかしながら、オブジェクトの履歴及びＵＵＩＤがどのオブジェクトに属するかという情報は、メモリには保持されていない。
【０００４】
特許文献２では、異なるベンダーのソースファイルを区別するＵＵＩＤを用いてバージョン制御情報が保持される。
【０００５】
【特許文献１】
米国特許第５，８７０，７５３号明細書
【特許文献２】
米国特許第６，１６３，８１１号明細書
【発明が解決しようとする課題】
上述のいずれの従来技術においても、追跡又は編集は可能でない。しかしながら、上述の全ての技術的な可能性は大きな技術的な問題、即ち一貫性の問題を抱えている。付加価値データ（メタデータ）は、通常はそれらが関連付けられる内容を指すリンクを含む（例えば映画の概説は、要求されたときのビデオの始まりへのリンクを含む）。しかしながら、このリンクはユーザによって編集処理が実行された後でも一貫して維持されねばならない。編集とは、Ａ／Ｖストリーム（オーディオ及び／又はビデオ）及びメタデータのコピー、カット、新しい配置等を意味する。
【０００６】
本発明によって解決されるべき問題は、メタデータ又はエッセンスデータを編集した後でもやはり有用であるメタデータ及びエッセンスデータの間の一貫した記憶、リンク、及び相互作用に関するものである。
【０００７】
各アセット（メタデータ又はエッセンス）は、一意の識別子、例えばＵＵＩＤ、及びアセットに適用された最新のアクションに関する情報を取得する。これは、例えば記録物のエッセンス（Ａ／Ｖ）を例えば記録可能なディスクといった一つの記憶媒体上に格納すること、及びこの記録物に属するメタデータを他の記憶媒体上に格納することを含む。
【０００８】
【課題を解決するための手段】
上述の問題は、請求項１に記載の方法及び請求項６に記載の装置によって解決される。
【０００９】
記録物が編集されると、メタデータは幾つかの媒体上に散らばるようになることがある。編集は、
（ａ）Ａ／Ｖストリームを指す更なるメタデータリンクを追加すること、
（ｂ）データの部分（エッセンス又はメタデータ）を異なる記録媒体又はディスクにコピーすること、を含みうる。
【００１０】
リンク解決処理を正しく動作させるために、メタデータリンクを正しく適応させることが必要である。適応により、リンクが以前に動かされていても、Ａ／Ｖデータがメタデータリンクを用いて再生されうることが確実となる。しかしながら、メタデータリンクの適応は、非常に複雑であり、媒体記憶が分散されている場合、即ち、Ａ／Ｖデータが他の記録媒体へ移動されているか削除されているときも失敗しうる。
【００１１】
本発明は、一緒に作用する以下の３つの要素を含む。
【００１２】
第１の要素：
識別子（例えばＵＵＩＤ、ＧＵＩＤ（ｇｌｏｂａｌ　ｕｎｉｑｕｅ　ｉｄｅｎｔｉｆｉｅｒ）等）は、各エッセンス及びメタデータを識別する。識別子は、各装置によって自立的に発生されえ、例えば紀元３４００年まで１００ナノ秒毎に一意でありうる。
【００１３】
第２の要素：
ＸＭＬスキームは、装置に格納されている各アセットに識別子（例えばＵＵＩＤ）を与える。識別子は、ログ・エントリ構造内に格納される。ログ・エントリ構造（例えば最初のリスト又は最初のデータフィールド又は最初のテーブル）は、識別子及びアクション・アイテムを含む。更に、ＸＭＬスキームは、古くなったログ・エントリ要素を含むログ・エントリ履歴構造（例えば更なるリスト或いは更なるデータフィールド或いは更なるテーブル、又は、第１のリスト或いはデータフィールド或いはテーブルの対応する拡張部）を含む。
【００１４】
第３の要素：
第３の要素は、実行されるべき処理に従ってそれらの内容と共にＸＭＬスキームに正しく入れられたＸＭＬスキーム要素及び全てのアセットのための制御メカニズムを与える決定テーブル又はリスト又はデータフィールドである。
【００１５】
これら３つの要素は、決定処理に役立つよう一緒にされる。決定処理は、例えば、エッセンスを指すメタデータリンクのため、又は、ユーザがこのメタデータにリンクされたエッセンスへアクセスすることを可能とするために必要である。
【００１６】
各アセット（メタデータ又はエッセンスのいずれかでありうる）は、識別子（例えばＵＵＩＤ）及びこのアセットに適用された最後のアクションでラベル付けされる。いずれの情報アイテムも、全てのアセットに利用可能なログ・エントリ（ＬｏｇＥｎｔｒｙ）と示されたリスト又はデータフィールドの中に格納される。
【００１７】
Ａ／Ｖストリームが記録されているとき、これは識別子を受け取り、対応するログ・エントリ・アクションが「作成」される。ほかの時点においてこのＡ／Ｖストリームに対するコピー動作が発生されておりコピー処理がストリームを物理的に複製している場合、新しいＵＵＩＤが作成されるとともに複製されたアイテムのログ・エントリのための新しいログ・エントリ・アクション「コピー」が作成される。ここで冗長となる複製物の以前のログ・エントリ要素は、ログ・エントリ履歴要素に追加される。各追加的な編集処理は同じことを行い、従ってログ・エントリ履歴はこのアセットに割り当てられたことのある全てのログ・エントリを有することとなる。
【００１８】
ログ・エントリは一意であるため、解決処理がアセットを探索しているとき、ログ・エントリ中の識別子によりこのアセットを識別することが可能となる。
【００１９】
本発明の大きな利点は、編集されているアセットを参照する全てのリンクの全ての変更を取り扱う必要がなくなるため、編集処理がはるかに容易となる点である。参照している要素が装置中で更新処理のためにアクセス可能でない記憶媒体上に位置する場合は、全てのリンクの変更はますます古いものとなる。
【００２０】
本発明の一貫性は、実施が容易な決定テーブル、リスト、又はデータフィールドによって、また、ログ・エントリ履歴エントリを検査することによってアセットを一致させることが可能な解決（ｒｅｓｏｌｖｉｎｇ）処理によって与えられる。本発明の決定テーブルを編集処理に使用する場合、リゾルバは従来の編集処理を用いた場合は失われたであろうアセットまでも見つけることができる。
【００２１】
原理的に、本発明の方法は、メタデータが一貫性について自動的又は電子的に調べられる一貫性決定を行うのに適しており、
ログ・エントリ（ＬｏｇＥｎｔｒｙ）の中の識別子、例えばＵＵＩＤ又はＧＵＩＤ、へのリンクを探すことを要求する段階と、
識別子が見つかったか否かログ・エントリを分析する段階と、
ログ・エントリの中に識別子が見つからない場合は、
一致する識別子があるかどうかログ・エントリ履歴（ＬｏｇＥｎｔｒｙＨｉｓｔｏｒｙ）を検査する段階と、
識別子が見つかったか否かログ・エントリ履歴を分析する段階と、
１つ以上の一致する識別子が利用可能であるかどうかを決定する段階と、
結果が肯定的である場合は、アクションアイテムに基づいて最も良く一致する識別子について一貫性チェックを行う段階と、
一致する識別子の位置を返す段階とを含む。
【００２２】
原理的に本発明による装置は、アセット又はアセットの一部を一貫性について自動的に又は電子的に調べることによりアセットを一致させ、
ログ・エントリ（ＬｏｇＥｎｔｒｙ）の中の識別子、例えばＵＵＩＤ又はＧＵＩＤ、へのリンクを探すことを要求する手段と、
識別子が見つかったか否かログ・エントリを分析し、
ログ・エントリの中に識別子が見つからない場合は、この情報を、
一致する識別子があるかどうかログ・エントリ履歴（ＬｏｇＥｎｔｒｙＨｉｓｔｏｒｙ）を検査する手段と、
識別子が見つかったか否かログ・エントリ履歴を分析する手段と、
１つ以上の一致する識別子が利用可能であるかどうかを決定する手段と、
１つ以上の一致する識別子が見つかった場合は、アクションアイテムに基づいて見つかった識別子の一貫性をチェックし最も良く一致する識別子を選択する手段とへ与える手段と、
一致する識別子又は最もよく一致する識別子が返される識別子・位置提供部とを含む。
【００２３】
本発明の有利な更なる実施例は、各従属項に記載されている。
【００２４】
【発明の実施の形態】
以下、添付の図面を参照して本発明の典型的な実施例について説明する。図１は、アセットのログ・エントリ（ＬｏｇＥｎｔｒｙ）特徴の構造を示す図である。ログ・エントリは、アセットの最近の識別子（例えばＵＵＩＤ）と対応するアクション・エントリとを含む。メモリの一種として、ログ・エントリ履歴（ＬｏｇＥｎｔｒｙＨｉｓｔｏｒｙ）は、このアセットの全ての以前の識別子と全ての以前のアクションアイテムとを含む。
【００２５】
図４は、記録物のための編集処理ステップと、記録物を格納する処理とを示す。アセット処理が要求され対応する処理が開始されるたびに、このアセットは新しいＵＵＩＤを取得し、この新しいＵＵＩＤは、新しく作成されたログ・エントリに入れられるか、現在のログ・エントリに上書きされる。しかしながら、現在のＵＵＩＤ及びアクションがログ・エントリから削除されるかログ・エントリに上書きされる前に、現在のＵＵＩＤ及びアクションはログ・エントリ履歴に添付される。
【００２６】
例えば保護フラグが変更されたときのように、新しいＵＵＩＤが必要でない場合、幾つかの特別なアクションがありうる。アクション・エントリは、実際に実行される操作、例えば「新規作成」等を示す。ログ・エントリ履歴は、その寿命中に以前はアセットに付加されていた全てのログ・エントリ要素を含む。新しいＵＵＩＤ及びログ・エントリが作成された後、アセットのための所望の実際のアクションが実行され、アセットは格納される。
【００２７】
図２のフローチャートは、本発明の解決（ｒｅｓｏｌｖｉｎｇ）プロセスを示す図である。第１のステップにおいて、解決プロセスは、全ての利用可能なログ・エントリ中の識別子（例えばＵＵＩＤ）を探索する（２１）。解決プロセスは、ログ・エントリを見つけると（２２）、それに応じて一致するリンクを出力する（２７）。解決プロセスが、第１のステップにおいて所望の識別子を見つけることができない場合、解決プロセスは第２のステップへ進む。第２のステップにおいて、プロセスは全ての利用可能なログ・エントリ履歴エントリ中の識別子を探索する（２３）。識別子が見つからない場合（２４）、プロセスは失敗し（ＦＡＩＬ）、その結果はユーザに知らされうる。識別子が一つだけ見つかった場合（２４、２５）、この識別子の位置が返され、プロセスは終了する（２７）。
【００２８】
一つ以上のヒットがあった（一致する識別子が見つかった）場合（２４、２５）、結果として得られるアクション・エントリは一貫性チェック（２６）において決定を行うのに役立ち、プロセスにアセットがまだ有効であるかどうかを決定させアクションアイテムに基づいて最も良く一致するリンクを返させる（２７）ことを可能とする。
【００２９】
図３中、装置は、要求部（３１）において、全ての利用可能なログ・エントリ中の識別子（例えばＵＵＩＤ）を探索する。ログ・エントリ分析部３２は、ログ・エントリを見つけると、それに応じて識別子・位置提供部３７へ一致するリンクを返す。ログ・エントリ分析部３２がログ・エントリ内で所望の識別子を見つけることができない場合、検査手段３３は全ての利用可能なログ・エントリ履歴エントリ中で識別子を探索する。検査手段（３３）に関連付けられる履歴分析部（３４）は、一つ又は複数の識別子が見つかったと決定した場合、この一つの識別子又はこれらの複数の識別子の位置を閾値検出部へ返す。履歴分析部（３４）は、識別子が見つからなかったと決定すると、失敗信号（ＦＡＩＬ）を出力し、これはユーザへ知らされうる。
【００３０】
閾値検出部（３５）は、１つ以上の識別子が見つかったか否かを決定する。識別子が一つだけ見つかった場合、この識別子の位置は識別子・位置提供ステージ３７へ返される。識別子が多数見つかった場合、閾値検出部は、一貫性チェック部３６におけるアセットがまだ有効であるか否かについての決定に役立つために、対応する情報を一貫性チェック部３６へ与える。まだ有効であれば、一貫性チェック部３６は、最も良く一致するリンクを識別子・位置提供ステージ３７へ返す。
【００３１】
本発明は、オーディオ、ビデオ、及び／又は他のデータを記録するときに使用されえ、これは、記録物のエッセンス（Ａ／Ｖ）を一つの媒体（例えば記録可能なディスク）上に格納すること、及び、この記録物に属するメタデータを他の媒体上に格納することを含む。
【００３２】
本発明はまた、ユーザによる編集処理に用いることができる。アクション要素が例えば「コピー」といった中断のない編集アクションを示す場合、アセットは変化されておらず、使用されうる。アクション要素が中断のあるアクションを示す場合、決定プロセスは、Ａ／Ｖストリームの目標とされる部分によって、アセットがまだ有効であるかどうかを決定しうる。
【００３３】
例：
【外１】
2004021991.tif 000003
編集操作は、Ａ／Ｖストリーム及びメタデータの作成、コピー、カット、添付、新しい配置等でありうる。アクション要素が、「コピー済み」といった編集アクションを示す場合、アセットは変化されず、使用される。或いは、アクション要素が、「最後をカット」、「最初をカット」、「マージされた」等のアクションを示す場合、決定プロセスは、Ａ／Ｖストリームの目標とされる部分によって、これがまだ有効であるかどうかを決定しうる。
【図面の簡単な説明】
【図１】アセットのログ・エントリ構造及びログ・エントリ履歴構造を示す図である。
【図２】本発明による方法のフローチャートを示す図である。
【図３】本発明による装置の構造を示す図である。
【図４】基本アセット処理要求を示すフローチャートである。
【符号の説明】
２１　　要求
２２　　ログ・エントリ分析
２３　　検査
２４　　ログ・エントリ履歴分析
２５　　ヒットが１以上であるか判定
２６　　一貫性チェック
２７　　一致する識別子を返す
【図１】
2004021991.tif 000004
【図２】
2004021991.tif 000005
【図３】
2004021991.tif 000006
【図４】
2004021991.tif 000007