(57)【要約】【課題】データストリームに割り当てられたメタデータのアップデートも含むデータストリーム編集を改善し、固有識別子および割り当てられたメタデータを有するデータストリーム編集を容易にする、データストリーム編集方法を提供すること。【解決手段】データストリームは、識別子スペースの第１の固有識別子を有し、メタデータが割り当てられており、メタデータはメタ情報およびメタデータリンクを含み、メタデータリンクは第１の固有識別子と少なくとも１つのデータパケット識別子を含み、データストリーム上の編集オペレーションを実行するステップと、識別子スペースの第２の固有識別子をデータストリームに割り当てるステップと、第１の固有識別子をレゾルバタスクのために記憶するステップと、メタデータリンクをアップデートするために判断マトリックスを使用するステップを有しているデータストリーム編集方法。【選択図】図１
2005027316.tif 000002
【特許請求の範囲】
【請求項１】
データストリーム（１０４）を編集する方法であって、
当該データストリームは、識別子スペースの第１の固有識別子を有し、メタデータ（１０６）が割り当てられており、
当該メタデータは、メタ情報およびメタデータリンクを含み、
当該メタデータリンクは、第１の固有識別子と少なくとも１つのデータパケット識別子を含んでおり、
前記方法は、
・前記データストリーム上の編集オペレーション（１００）を実行するステップと、
・識別子スペースの第２の固有識別子をデータストリームに割り当てるステップと、
・前記第１の固有識別子をレゾルバ（１２４）タスクのために記憶するステップと、
・前記メタデータリンクをアップデートするために判断マトリックス（１２２）を使用するステップとを有している、
ことを特徴とする、データストリームを編集する方法。
【請求項２】
前記データストリームは、オーディオおよび／またはビデオストリームである、請求項１記載の方法。
【請求項３】
前記固有識別子はユニバーサル固有識別子（ＵＵＩＤ）である、請求項１または２記載の方法。
【請求項４】
前記編集オペレーションは、冒頭部分切断、または末尾部分切断、または分割、または切断および合併オペレーションである、請求項１、２または３記載の方法。
【請求項５】
前記第１の固有識別子が前記判断マトリックスに従ってメタデータリンク内で維持される場合、前記レゾルバタスクは、第１の固有識別子を第２の固有識別子にマッピングすることを含む、請求項１から４までのいずれか１項記載の方法。
【請求項６】
前記メタデータリンクは、データストリーム内のレンジを識別する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
前記判断マトリックスは、
・メタデータリンクの第１の固有識別子が第２の固有識別子によって置き換えられるべきか否か、
・少なくとも１つのデータパケット識別子をシフトさせる必要があるか否か、
・メタデータが分割されるべきか否か、または
・メタデータが削除されるべきか否かについて定める、
請求項１から６までのいずれか１項記載の方法。
【請求項８】
前記判断マトリックスによって定められたアップデートオペレーションは、ユーザに対する提案として出力される、請求項１から７までのいずれか１項記載の方法。
【請求項９】
他のメタデータに対する１つまたは複数のポインタを有しているメタデータは、メタデータの削除に対するアップデートオペレーションが実行される場合に、削除されない、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
例えばデジタル記憶媒体である、データストリームを編集するためのコンピュータプログラム製品であって、
前記データストリームは、識別子スペースの第１の固有識別子を有しており、メタデータが割り当てられており、
当該メタデータは、メタ情報およびメタデータリンクを含み、
当該メタデータリンクは、第１の固有識別子と少なくとも１つのデータパケット識別子を含み、
前記コンピュータプログラム製品は、
・データストリームを編集するステップと、
・識別子スペースの第２の固有識別子をデータストリームに割り当てるステップと、
・第１の固有識別子をレゾルバタスクのために記憶するステップと、
・メタリンクをアップデートするために判断マトリックスを使用するステップと
を実行するためのプログラム手段を有している、
ことを特徴とする、コンピュータプログラム製品。
【請求項１１】
第１の固有識別子が判断マトリックスに応じてメタデータ内で維持される場合、前記プログラム手段は、第１の固有識別子を第２の固有識別子にマッピングすることによってレゾルバタスクを実行するのに適している、請求項１０記載の製品。
【請求項１２】
データストリームを編集するための装置であって、
当該データストリームは、識別子スペースの第１の固有識別子を有しており、メタデータが割り当てられており、
当該メタデータは、メタ情報およびメタデータリンク（１１４）を含み、
当該メタデータリンクは、第１の固有識別子と少なくとも１つのデータパケット識別子を含み、
前記装置は、
・データストリーム上の編集オペレーションを実行するための手段（１１６）と、
・識別子スペースの第２の固有識別子をデータストリームに割り当てるための手段（１１８）と、
・第１の固有識別子をヒストリデータとしてレゾルバ（１２４）のために記憶するための手段と、
・前記編集オペレーションに応じてメタデータリンクをアップデートするための判断マトリックス（１２２）とを有している、
ことを特徴とする、データストリームを編集するための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータストリーム編集の領域、より詳細にはメタデータが割り当てられているデータストリームに関する。
【背景技術】
【０００２】
メタデータを符号化するためにユニバーサル固有識別子（ＵＵＩＤ）を用いることは従来技術から公知である（http://www.jpeg.org/metadata/wg1n2600.docを参照）。ＵＵＩＤは、全ＵＵＩＤのスペースに関して固有な識別子である。ＵＵＩＤは、多様な目的に使用され、非常に短い寿命を有するオブジェクトのタグ付けから、ネットワークにわたる極めて持続的なオブジェクトの信頼できる識別にまで用いられる。
【０００３】
ＵＵＩＤを形成するのには、各信号識別子に対する登録権は必要ない。その代わり、各ＵＵＩＤ発生器に対するスペースに関する固有値を必要とする。この空間的固有値は、ＩＥＥＥ８０２アドレスとして定められている。これは通常は既にネットワーク接続システムに加えられている。この４８ビットアドレスは、ＩＥＥＥ登録権を通じて得られたアドレスブロックに基づいて割り当てられる。このＵＵＩＤ仕様は、ＩＥＥＥ８０２アドレスのアベイラビリティを想定している（http://www.opengroup.org/onlinepubs/9629399/apdxa.htmを参照）。この仕様書は、ＵＵＩＤ発生器に対するアルゴリズムも示している。さらに特許出願ＥＰ０３２９１３５４.３号はストリーミングアプリケーションのコンテクストにおけるＵＵＩＤ使用方法を開示している。
【特許文献１】ＥＰ０３２９１３５４.３
【非特許文献１】http://www.jpeg.org/metadata/wg1n2600.doc
【非特許文献２】http://www.opengroup.org/onlinepubs/9629399/apdxa.htm
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の課題は、データストリームに割り当てられたメタデータのアップデートも含む、データストリームの編集を改善し、固有識別子および割り当てられたメタデータを有するデータストリーム編集を容易にする、データストリーム編集方法、コンピュータプログラム製品およびデータストリーム編集装置を提供することである。
【課題を解決するための手段】
【０００５】
上述の課題は、データストリームを編集する方法であって、データストリームは識別子スペースの第１の固有識別子を有し、メタデータが割り当てられており、メタデータはメタ情報およびメタデータリンクを含み、メタデータリンクは第１の固有識別子と少なくとも１つのデータパケット識別子を含んでおり、前記方法は、データストリーム上の編集オペレーションを実行するステップと、識別子スペースの第２の固有識別子をデータストリームに割り当てるステップと、第１の固有識別子をレゾルバタスクのために記憶するステップと、メタデータリンクをアップデートするために判断マトリックスを使用するステップとを有している、ことを特徴とする、データストリームを編集する方法によって解決される。さらに、例えばデジタル記憶媒体である、データストリームを編集するためのコンピュータプログラム製品であって、データストリームは識別子スペースの第１の固有識別子を有しており、メタデータが割り当てられており、メタデータはメタ情報およびメタデータリンクを含み、メタデータリンクは第１の固有識別子と少なくとも１つのデータパケット識別子を含み、前記コンピュータプログラム製品は、データストリームを編集するステップと、識別子スペースの第２の固有識別子をデータストリームに割り当てるステップと、第１の固有識別子をレゾルバタスクのために記憶するステップと、メタリンクをアップデートするために判断マトリックスを使用するステップとを実行するためのプログラム手段を有している、ことを特徴とする、コンピュータプログラム製品によって解決される。さらに、データストリームを編集するための装置であって、データストリームは、識別子スペースの第１の固有識別子を有しており、メタデータが割り当てられており、メタデータはメタ情報およびメタデータリンクを含み、当該メタデータリンクは第１の固有識別子と少なくとも１つのデータパケット識別子を含み、前記装置は、データストリーム上の編集オペレーションを実行するための手段と、識別子スペースの第２の固有識別子をデータストリームに割り当てるための手段と、第１の固有識別子をヒストリデータとしてレゾルバのために記憶するための手段と、編集オペレーションに応じてメタデータリンクをアップデートするための判断マトリックスとを有している、ことを特徴とする、データストリームを編集するための装置によって解決される。
【発明を実施するための最良の形態】
【０００６】
本発明によって、データストリームに割り当てられたメタデータのアップデートも含む、データストリームの編集が改善される。本発明は、固有識別子および割り当てられたメタデータを有するデータストリームの編集を容易にする。ここでデータストリームはメタデータ、それによって、もし必要であれば同様にメタデータのアップデートに依存しないで編集可能である。もし存在するならば、アップデートオペレーションは、判断マトリックスまたはメトリック（metric）によって定められる。
【０００７】
データストリームが編集される場合、データストリームのオリジナル固有識別子は新たな固有識別子と置き換えられる。以前の固有識別子は、メタデータヒストリデータ内に記憶される。これは、判断マトリックスに応じて、新たな固有識別子にまだアップデートされていないメタデータの固有識別子をマッピングするのに必要である。
【０００８】
本発明の有利な実施形態では、固有識別子はＵＵＩＤ仕様に従って形成されている。
【０００９】
本発明のさらなる有利な実施形態では、判断マトリックスによって定められたアップデートオペレーションは、ユーザに対する提案として出力される。ユーザは提案されたアップデートオペレーションを受け入れる、またはユーザ選択されたアップデート選択肢を指定するためにこの提案を拒否することができる。
【００１０】
基本的に、発明性のある本発明の方法は、識別子スペースの第１の固有識別子を有しており、メタデータが割り当てられているデータストリームの編集に適している。メタデータはメタ情報およびメタデータリンク含み、メタデータリンクは第１の固有識別子と少なくとも１つのデータパケット識別子を有する。この方法は以下のステップを含む。すなわち：
・データストリーム上の編集オペレーションを実行する、
・識別子スペースの第２の固有識別子をデータストリームに割り当てる、
・第１の固有識別子をレゾルバタスクのために記憶する、
・メタデータリンクをアップデートするために判断マトリックスを用いる、
基本的に発明性のある本発明の装置は、データストリームの編集のために作動する。このデータストリームは、識別子スペースの第１の固有識別子および割り当てられたメタデータを有する。メタデータはメタ情報およびメタデータリンクを含み、メタデータリンクは第１の固有識別子および少なくとも１つのデータパケット識別子を含む。この装置は、
・データストリーム上の編集オペレーションを実行する手段と、
・識別子スペースの第２の固有識別子をデータストリームに割り当てる手段と、
・第１の固有識別子をレゾルバに対するヒストリデータとして記憶する手段と、
・編集オペレーションに応じてメタデータリンクをアップデートするための判断マトリックスを有している。
【００１１】
本発明の有利な付加的な実施例はそれぞれ、従属請求項に記載されている。
【実施例】
【００１２】
本発明の実施例を、添付した図面に基づいて説明する。
【００１３】
図１には、ＤＶＢまたはブルーレイディスク（ＢＤ）レコーダ等である編集装置１００のブロックダイヤグラムが示されている。編集装置１００は、データストリーム１０４およびメタデータ１０６を記憶するための記憶装置１０２を有している。
【００１４】
データストリーム１０４はデータパケット１０８, １１０, １１２…のシーケンスから成る。これらのデータパケットはそれぞれ、データストリーム１０４内のデータデータパケットを識別するためのデータパケット識別子（ＩＤ）を有している。
【００１５】
メタデータ１０６内の各エントリは、メタ情報とメタデータリンクのテュープル（組）である。メタ情報は、ユーザにとって興味深いであろう、データストリーム１０４に関するあらゆる情報であり得る。例えば、データストリームがビデオシーケンスである場合、メタ情報はサブタイトル用のテキストを含むことができる。他の例では、メタ情報は映画の俳優またはその他のバックグラウンドインフォメーションに関する情報を含む。
【００１６】
メタデータリンクは、メタ情報が割り当てられているデータストリーム１０４内のデータパケットを識別するための１つまたは複数のデータパケット識別子を有している。データパケット識別子が属しているデータストリームは、データストリーム（例えばここで考察されている例におけるデータストリーム１０４）のＵＵＩＤによって識別される。
【００１７】
例えば、メタデータ１０６内に含まれているテュープル１１４は、データストリーム１０４のＵＵＩＤと、データストリーム１０４内に含まれているデータパケット１１２のデータパケット識別子とを含むメタデータリンクを有している。このようにしてテュープル１１４内に含まれているメタ情報は明確にデータパケット１１２に割り当てられる。
【００１８】
編集装置１００はユーザインターフェース１１６を有する。このユーザインターフェースによってユーザは、記憶装置１０２内に記憶されているデータストリーム１０４を編集することができる。これは、図２に基づいて以下でより詳細に説明する冒頭部分切断、末尾部分切断、分割、切断および合併オペレーション等の種々の編集オペレーションを含む。データストリーム１０４の編集は、メタデータ１０６に依存せずに行われる。編集されたデータストリーム１０４には別のＵＵＩＤが割り当てられる。新たなＵＵＩＤは、ＵＵＩＤ発生器１１８によって与えられる。データストリーム１０４の以前のＵＵＩＤは、ヒストリデータ内に記憶される。ヒストリデータはメタデータ１０６に属する。ＵＵＩＤを有する各オブジェクトはヒストリデータも有する。このヒストリデータは、以前にオブジェクトに割り当てられていたが、もはや有効でない古いまたは使用されていないＵＵＩＤを有する。古いＵＵＩＤは、新しいＵＵＩＤへのマッピングを可能にするために記憶される。データストリーム１０４に関する編集オペレーションが実行された後に、判断マトリックス１２２によって、メタデータ１０６のアップデートオペレーションが必要か否かが判断される。必要である場合には、アップデートオペレーションが実行される。図４にはこのような判断マトリックスの例が示されている。レゾルバ１２４は、リンクレソリューションメカニズムを提供するためにヒストリデータにアクセスすることができる。例えば、データストリーム１０４が既に編集されており、かつ既に判断マトリックス１２２によってメタデータ１０６のアップデートが必要ないと判断されている場合には、テュープル１１４のメタデータリンクのＵＵＩＤは同じままであるが、データストリーム１０４は新たなＵＵＩＤを有する。レゾルバ１２４の仲介およびヒストリデータによって、テュープル１１４が依然として明確にデータストリーム１０４のデータパケット１１２に割り当てられていることが確実にされる。
【００１９】
オペレーションにおいてユーザは、ユーザインターフェース１１６を通じて編集オペレーションを実行する。これはＵＵＩＤ発生器１１８を呼び出す。ＵＵＩＤ発生器は、データストリーム１０４に対して新たなＵＵＩＤを提供する。データストリーム１０４の以前のＵＵＩＤは、ヒストリデータ内に記憶されている。
【００２０】
判断マトリックス１２２によってメタデータ１０６のアップデートが必要か否かが判定される。必要である場合には１つまたは複数のアップデートオペレーションが実行される必要がある。１つまたは複数のアップデートオペレーションは、自動的に行われてもよい。択一的に１つまたは複数のアップデートオペレーションは、ユーザインターフェース１１６を介して提案として出力される。判断マトリックス１２２によって提供された提案は受け入れられるか、ユーザによって修正されるか、または拒否される。編集されたデータストリーム１０４の再生中に、テュープル１１４内に含まれているメタデータが、アクセスされる必要がある。テュープル１１４内に含まれているＵＵＩＤがいかなる有効なデータストリームにももはや属していないので、レゾルバ１２４が呼び出される。レゾルバはテュープル１１４内に含まれているＵＵＩＤを、データストリーム１０４の新たなＵＵＩＤにマッピングする。
【００２１】
図２には、ストリーム編集に対する一般的な概観が示されている。メタデータリンクに影響するあらゆる編集プロセスは、４つのケースＡ〜Ｄからの、単一の選択または繰り返しの選択にまで減少することができるという考えである。例えばストリームの付加は省略されている。なぜならストリーム内を指すメタデータリンクは、メタデータと実体（essence）の整合性を維持するために変わる必要はないからである。切断の代わりに、内容が変わるケースも交換可能である。
【００２２】
図２で一番上のデータストリームは、編集前のオリジナルのデータストリーム１０４をあらわしている。各ストリームはＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ；１９９８年２月４日のＩＥＴＦドラフト）によってマークされている。これによって自身のロケーションから独立して識別される。４つの異なるケースＡ〜Ｄに示されているように、ストリームのあらゆる変化は、新たなＵＵＩＤを生じさせる。このＵＵＩＤは、今や内容が異なったものであるということを明示する。
【００２３】
４つのケースＡ〜Ｄの違いは、切断領域の位置と、新たに生じたストリームフラグメントの取り扱い方によって生じる。ケースＡおよびＢでは、ＡＶストリームの最初の部分または完全に最後の部分が削除されている。従ってこれらのケースは「冒頭部分切断」および「末尾部分切断」と称される。ケースＣおよびＤの場合には、ストリームの中央部分が切除され、２つのフラグメントが残る。新たに生じたこの２つのフラグメントのさらなる扱い方によって、ケース「分割」と「切断および合併」が区別される
ケースＣ「分割」は２つの独立したストリームを形成する。この２つのストリームは独自のＵＵＩＤを有している。ケースＤでは、２つのフラグメントをペーストする。これらの２つのフラグメントは新たなＵＵＩＤを１つしか有していない。メタデータリンクはこれらの編集オペレーションによって影響される：２つのタイプのメタデータリンクがある。すなわちポイントリンクとレンジリンクである。ポイントリンクは、例えばビデオシーケンス内の特別な画像等である、時間軸上の特定のロケーションに対して、ＡＶストリーム内へのメタデータアイテムのコネクションを記述する。しかしレンジリンクは、映画のチャプター等である、時間軸上の特定のセグメントに対して、ＡＶストリーム内へのメタデータアイテムのコネクションを記述する。ポイントリンクは時間軸上の開始時間のみを定めるが、レンジリンクは開始時間と終了時間を、相応の開始および終了データパケット識別子を示すことによって定める。２つのメタデータリンクタイプはメタデータに対する一般的なリンクのシンプルなケースも含む。これは存在する間は、完全なデータストリームに関するリンクであり、いかなる画像またはセグメントも規定しない。完全なＡＶストリームをカバーするレンジリンク、すなわちＡＶストリーム自体の開始時間および終了時間を有するレンジリンクは適切な表現である。
【００２４】
図３には、ＡＶストリーム内の修正によるメタデータ（ＭＤ）リンク上の６つの異なる関わり合いが示されている。基本的にこれらの６つのケースは、２つのリンクおよび切断領域の異なるアレンジメントによって生じる。ケース番号１には、影響されないポイントおよびレンジリンクを伴う編集オペレーションが示されている。番号２には、影響されるメタデータポイントリンクに対する単一のケースが示されている。番号３〜６では、メタデータレンジリンクのみが影響される：番号３は開始において影響されるレンジであり、番号４は終端において影響されるレンジであり、番号５は内部で影響され、番号６は完全に影響されるレンジである。ストリーム編集のケースと影響されるメタデータリンクのケースとを組み合わせることによって、全ての可能性を含んで、マトリックスが形成される。
【００２５】
このような判断マトリックスが、例として図４に示されている。このマトリックスは、影響されるメタデータ（ＭＤ）リンクのケースを横に示し、ストリーム編集のケースを縦に示している。マトリックスの交点は、結果として生じる修正をあらわしている。この判断マトリックスは例として、メタデータと実体との間の関係を整合するように維持するための、メタデータリンク採用に対するルールを示している。灰色に陰影が付けられたリンクは、適応させるために時間軸上のシフトが実行されたことを示している。
【００２６】
例えば、タイプＡの冒頭部分切断編集オペレーションによって、図３のケース番号１が存在する場合、メタデータのアップデートは要求されない。これに対して、ケース番号１と組み合わされたタイプＣの編集オペレーションは、メタデータがアップデートされることを要求する。なぜならオリジナルデータストリームの分割が結果として、データストリームの２つのフラグメントに対する新たな２つのＵＵＩＤを生じさせるからである。従って、相応するテュープルを１つのフラグメントに明確に割り当てるために、新たなＵＵＩＤのうちの１つによって、メタデータリンクのＵＵＩＤを置き換えることが必要とされる。さらにこのケースは、メタデータリンク内のデータパケットＩＤが相応にアップデートされることを必要とする。
【００２７】
判断マトリックスの各個々のエレメントを以下でより詳細に説明する。
【００２８】
Ａ１：メタデータレンジリンクまたはメタデータポイントリンクは編集によって影響されない。その他ではアクションは必要ない。
Ｂ１：Ａ１を参照。
Ｃ１：データストリームは分割されている。ポインタが新たなＵＵＩＤに関係している（referencing)ことを確実にする。
Ｄ１：Ａ１を参照。
【００２９】
Ａ２：時間軸上の時間ポジションを遅い時間にシフトさせる。この時間は、データストリーム内の復号化可能な最初の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される（referenced）。
Ｂ２：ポジションは失われている。その他ではメタデータポイントリンクを削除する。リンクに属しているメタデータが他のリンクを有しておらず、削除に対して防御されていない場合、メタデータも削除する。図５を参照。
Ｃ２：データストリームは分割されている。時間軸上の時間ポジションを遅い時間にシフトさせる。この時間は、データストリーム内の復号化可能な最初の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。ポインタが新たなＵＵＩＤに関係していることを確実にする。
Ｄ２：Ａ２を参照。
【００３０】
Ａ３：時間軸上の開始時間を遅い時間にシフトさせる。この時間は、データストリーム内の復号化可能な最初の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。
Ｂ３：不可能である。
Ｃ３：データストリームは分割されている。時間軸上の開始時間を遅い時間にシフトさせる。この時間は、データストリーム内の復号化可能な最初の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。ポインタが新たなＵＵＩＤに関係していることを確実にする。
Ｄ３：Ａ３を参照。
【００３１】
Ａ４：不可能である。
Ｂ４：時間軸上の終了時間ポジションを早い時間にシフトさせる。この時間は、データストリーム内の復号化可能な最後の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。
Ｃ４：データストリームは分割されている。時間軸上の終了時間ポジションを早い時間にシフトさせる。この時間はデータストリーム内の復号化可能な最後の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。ポインタが新たなＵＵＩＤに関係していることを確実にする。
Ｄ４：Ｂ２を参照。
【００３２】
Ａ５：不可能である。
Ｂ５：不可能である。
Ｃ５：データストリームは分割されている。メタデータレンジリンクを２つのメタデータレンジリンクに分割する。既に存在している開始時間に関連して、新たな終了時間を作成する。これは早い方のデータストリームフラグメント内の復号化可能な最後の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。既に存在している終了時間に関連して、新たな開始時間を作成する。これはデータストリーム内の復号化可能な最初の画像またはオーディオフレームを記述していなければならない。典型的にこれはタイムスタンプによって示される。２つのメタデータレンジリンクが新たなＵＵＩＤを示していることを確実にしなければならない。
Ｄ５：Ａ１を参照。
【００３３】
Ａ６：ポジションは失われている。その他ではメタデータリンクを削除する。リンクに属しているメタデータが他のリンクも有しておらず、削除に対して防御されていない場合には、メタデータも削除する。図５を参照。
Ｂ６：Ａ６を参照。
Ｃ６：Ａ６を参照。
Ｄ６：Ａ６を参照。
【００３４】
完全なデータストリーム１０４が削除される場合、ユーザにとっては、本質的なメタデータの幾つかのアイテムを依然として維持するのは有利である。このような状況に対する例が図５に示されている。この例で、データストリーム１０４は映画「カサブランカ」を含む。データストリーム１０４のメタデータは、プロテクションフラッグセットを有するユーザ注釈、ＭＤテレテキスト、コアＭＤサマリー、およびＭＤ  ＤＶＢ−ＳＩサービス情報を有する。コアＭＤサマリーは、データストリーム１０４および他のメタデータリンクＭＤテレテキストおよびＤＶＢ−ＳＩに対するポインタを有している。
【００３５】
図５の右側には、データストリーム１０４が削除された後のメタデータが示されている。相応のフラッグによって保護されているユーザ注釈と、コアと、他のメタデータエントリに対するポインタを有しているサマリーのみ削除を逃れている。このようにして本質的なメタデータ情報は、さらなる使用のために維持される。一方では古いメタデータおよびメモリは他の使用のために解放されている。
【００３６】
上述のあらゆるメタデータアップデートオペレーションは、もしあれば、判断マトリックスによって定められたアップデートオペレーションに基づいて、自動的に行われるということに注意するのは重要である。しかし、例えば提案されたアップデートオペレーションを、ユーザの確認、修正または拒否のために、ユーザインターフェース上に出力することによって、ユーザをアップデートプロセス内に巻き込むことも可能である。
【図面の簡単な説明】
【００３７】
【図１】データストリームに対する編集装置のブロックダイヤグラムである。
【００３８】
【図２】データストリーム上で実行される種々の編集オペレーションをあらわす図である。
【００３９】
【図３】異なる編集オペレーションがメタデータリンクにどのように影響するかをあらわす図である。
【００４０】
【図４】判断マトリックスをあらわす図である。
【００４１】
【図５】データストリームの削除、また一定のメタデータの維持をあらわす図である。
【符号の説明】
【００４２】
１００  編集装置
１０４  データストリーム
１０６  メタデータ
１０８, １１０,１１２  データパケット
１１４  テュープル
１１６  ユーザインターフェース
１１８  ＵＵＩＤ発生器
１２２  判断マトリックス
１２４  レゾルバ
【図１】
2005027316.tif 000003
【図２】
2005027316.tif 000004
【図３】
2005027316.tif 000005
【図４】
2005027316.tif 000006
【図５】
2005027316.tif 000007