JP2005293572A - マルチメディアデータの処理方法 - Google Patents

Abstract

【課題】 マルチメディアデータの処理方法を提供する。
【解決手段】 ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体をアクセスする（ａ）段階と、マルチメディア客体を削除する場合にマルチメディアデータファイルの参照関係を確認する（ｂ）段階と、マルチメディアデータファイルがマルチメディア客体によってのみ参照される場合には、マルチメディアデータファイルを削除し、マルチメディア客体以外の他のマルチメディア客体でも参照されている場合にはマルチメディアデータファイルを削除しない（ｃ）段階と、を含むマルチメディアデータの処理方法。
【選択図】 図３

Description

本発明はマルチメディアデータを処理する方法に係り、より詳細には、同じマルチメディアデータを参照する２つ以上のマルチメディア客体に関するリンク情報を別途のファイルに記録することによって、マルチメディア客体とマルチメディア客体とを構成する少なくとも１つ以上のマルチメディアデータ間のリンク状態を矛盾なしに保持するための方法に関する。

信号処理及び通信技術の発達につれて多様な形態のテキストデータ、イメージデータ、オーディオデータ、またはビデオデータ（以下、‘マルチメディアデータ’と称する）が多様な応用分野に適用されている。
この際、応用分野によっては単一のマルチメディアデータだけでなく、２つ以上のマルチメディアデータが一定の関係により混合された複合マルチメディアデータを生成して使用する場合もある。

例えば、ユーザがデジタルカメラを用いてイメージデータを生成し、該生成されたイメージデータとユーザの好む音楽が記録されたオーディオデータをＣＤに保存する。次いで、ユーザはＣＤプレーヤーを用いて前記ＣＤを再生しうる。この際、ユーザは、自分が撮影したイメージの背景音楽として前記ＣＤに保存された音楽の再生を希望することがあり、このためにイメージデータとオーディオデータとが論理的に混合された複合マルチメディアデータが生成されうる。

一方、以下では、単一のマルチメディアデータまたは複合マルチメディアデータよりなる単位客体を‘マルチメディア客体’と称する。すなわち、１つのマルチメディア客体は、１つ、または２つ以上のマルチメディアデータを含むデータの形であると見なしうる。そして、マルチメディア客体は、位置情報（例えば、マルチメディアデータのパス名とファイル名）を用いてマルチメディアデータとリンクされうる。

マルチメディア客体を使用してユーザに多様な形態のマルチメディアコンテンツを提供する方法として、ＭＰＶ（Ｍｕｌｔｉ Ｐｈｏｔｏ ＶｉｄｅｏまたはＭｕｓｉｃ Ｐｈｏｔｏ Ｖｉｄｅｏ）標準と、ＨｉＭＡＴ（Ｈｉｇｈ−Ｐｅｒｆｏｒｍａｎｃｅ Ｍｅｄｉａ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）標準とがある。

ＭＰＶ標準は、ＯＳＴＡ（Ｏｐｔｉｃａｌ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ、光保存装置製造会社の協会）により提案された標準であり、ＨｉＭＡＴ標準は、米国のマイクロソフト社により提案された標準である。このような標準は、マルチメディアコンテンツを取り扱う製品相互間にマルチメディアコンテンツを共有、交換、加工、インターネットとの連動のための方法を提示している。

ＭＰＶ標準は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を基盤としてマルチメディアコンテンツをメタデータで表現する。ＸＭＬは、マルチメディアコンテンツの共有及び交換を可能にする。
ＨｉＭＡＴは、相対的に具現しやすい特定の２進フォーマットに基づいてマルチメディアコンテンツをメタデータで表現する特徴を有している。

しかし、このようなメタデータは、マルチメディアコンテンツの交換及びメタデータの削除、コピー、変更などの加工機能を具現するに当たって、マルチメディア客体とマルチメディア客体とを構成するマルチメディアデータ間の連結状態を矛盾なしに保持し難い点がある。以下、ＸＭＬに基づくＭＰＶ標準を例としてかかる点を説明する。

図１は、ＭＰＶリンク構造を示す例示図である。
ＭＰＶ標準では、マルチメディア客体をアセット(asset)とし、前記アセットは、拡張子が‘．ｐｖｍ’であるＭＰＶファイル内で定義されて記述される。アセットを構成するマルチメディアデータはメタデータの形に参照され、ＭＰＶファイル内には多数のアセットが含まれている。
前記図１で構成されたリンク構造で、／ＤＣＩＭ／１０１ＡＢＣＤＥ／ＳＡＭＳ０００１．ＪＰＧファイルはｉｎｄｅｘ．ｐｖｍ及びａｌｂｕｍ００２．ｐｖｍにより同時にリンクされている。このようなリンク構造は、ＭＰＶ標準により一般に発生されうる。もし、ＳＡＭＳ０００１．ＪＰＧファイルを消すか、他のディレクトリに移動させる場合、ＭＰＶファイル（ここでは、拡張子が‘．ｐｖｍ’であるｉｎｄｅｘ．ｐｖｍ及びａｌｂｕｍ００２．ｐｖｍが該当される）内にＳＡＭＳ０００１．ＪＰＧファイルを参照しているアセットの実行時に問題が発生する。すなわち、例えば、ａｌｂｕｍ００２．ｐｖｍファイルには単一のイメージデータ（ここでは、ＳＡＭＳ０００１．ＪＰＧファイル）を参照するＳｔｉｌｌタイプのａｓｓｅｔ＿１が記述されており、ｉｎｄｅｘ．ｐｖｍには単一のイメージデータと単一のオーディオデータ（ここではＳＡＭＳ０００１．ＪＰＧファイルとＳＡＭＳ０００１．ＷＡＶファイル）とが混合されたＳｔｉｌｌＷｉｔｈＡｕｄｉｏタイプのａｓｓｅｔ＿２が記述されていると仮定する。この際、アセットのタイプに関してはＭＰＶ標準で提示されており、ＭＰＶ標準に関する具体的な内容については、ＯＳＴＡ公式ウェブサイト（ｗｗｗ．ｏｓｔａ．ｏｒｇ）を通じて提供されて利用されうる。

もし、ユーザがＭＰＶファイルを実行しうるアプリケーションを用いてａｌｂｕｍ００２．ｐｖｍファイルを実行し、ａｓｓｅｔ＿１を削除する場合にはａｓｓｅｔ＿１が参照しているＳＡＭＳ０００１．ＪＰＧファイルが削除される。次いで、ユーザがｉｎｄｅｘ．ｐｖｍファイルを実行し、ａｓｓｅｔ＿２を実行させると、正常に動作する場合にはＳＡＭＳ０００１．ＪＰＧファイルとＳＡＭＳ０００１．ＷＡＶファイルとが参照されてユーザにＳｔｉｌｌＷｉｔｈＡｕｄｉｏタイプのマルチメディアコンテンツが提供されねばならない。しかし、既にＳＡＭＳ０００１．ＪＰＧファイルが削除されたので、ユーザにエラーメッセージが提供されるか、ＳＡＭＳ０００１．ＷＡＶファイルだけ実行されてユーザの所望しない結果を招く。

すなわち、マルチメディアデータが多数のアセットにより参照される場合、アセットと、前記アセットを構成するマルチメディアデータ間のリンク状態が正しく記述されないことによって、前記例のようにユーザの所望しない結果が引き起こす恐れがある。このような結果は、リンクの参照方向が、アセットのマルチメディアデータの参照方向にのみ記述されるからである。もちろん、あらゆるアセットについてアセットが参照するマルチメディアデータを検索する方法もあるが、これは非常に非効率的である。

このような問題を解決するために、最近にはＷｉｎＦＳ技術が提示された。ＷｉｎＦＳ技術は、ＸＭＬを基盤とするＤＢＭＳ（Ｄａｔａ Ｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）技術及びファイルシステム技術を接続する。これにより、ＷｉｎＦＳ技術は、パソコン（以下、‘ＰＣ’と称する）でいろいろな種類の情報を効率よく管理及び検索し、それぞれの情報についてのリンク関係を矛盾なしに保持しうる環境を提供する。したがって、このようなＷｉｎＦＳ環境では多様なアセット（ＷｉｎＦＳでは‘アイテム’と称する）を加工する時、論理的なリンクの完結性を効率よく管理、更新、保持できる。

しかし、ＷｉｎＦＳは、ＤＢＭＳ及びＮＴＦＳ（ＮＴ Ｆｉｌｅ Ｓｙｓｔｅｍ）のようなＰＣ用ソフトウェア環境を基盤としている。したがって、ＣＰＵ（Ｃｅｎｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはデータ保存容量のようなシステム資源の制限のあるシステムへの適用には難点がある。
したがって、システム資源の制限のある環境でも、マルチメディア客体とマルチメディアデータとの間のリンク状態を矛盾なしに保持するための方法が必要となった。
韓国特許公開第2003-96004号公報

本発明は前記問題点を改善するために案出されたものであって、本発明は同じマルチメディアデータを参照する２つ以上のマルチメディア客体に関するリンク情報を別途のファイルに記録することによって、マルチメディア客体とマルチメディア客体とを構成する少なくとも１つ以上のマルチメディアデータ間のリンク状態を矛盾なしに保持するところにその目的がある。
本発明の目的は、前記目的に制限されず、言及されていないさらに他の目的は下記の記載から当業者に明確に理解されうる。

前記目的を達成するために、本発明の実施例によるマルチメディアデータを処理する方法は、ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体をアクセスする（ａ）段階と、前記マルチメディア客体を削除する場合、前記マルチメディアデータファイルの参照関係を確認する（ｂ）段階と、前記マルチメディアデータファイルが前記マルチメディア客体によってのみ参照される合には、前記マルチメディアデータファイルを削除し、前記マルチメディア客体以外の他のマルチメディア客体でも参照されている場合には、前記マルチメディアデータファイルを削除しない（ｃ）段階と、を含む。

他の実施例として、マルチメディアデータを処理する方法は、ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体をアクセスする（ａ）段階と、前記マルチメディア客体に関する情報を変更する（ｂ）段階と、前記変更された情報を用いて前記マルチメディアデータファイルの参照関係を更新する（ｃ）段階と、を含む。

さらに他の実施例として、マルチメディアデータを処理する方法は、ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体を生成する（ａ）段階と、前記生成されたマルチメディア客体以外の他のマルチメディア客体が前記マルチメディアデータファイルを参照する場合に、前記マルチメディアデータファイルの参照関係に前記生成されたマルチメディア客体に関する情報を追加する（ｂ）段階と、を含む。

さらに他の実施例として、ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体を生成する（ａ）段階と、前記生成されたマルチメディア客体以外の他のマルチメディア客体が前記マルチメディアデータファイルを参照する場合に、前記マルチメディアデータファイルの参照関係を記録するファイルを生成する（ｂ）段階と、を含む。
その他の実施例の具体的な事項は発明を実施するための最良の形態及び図面に含まれている。

本発明の実施によってユーザは、少なくとも１つ以上のマルチメディアデータより構成されるマルチメディア客体をさらに効率よく矛盾なしに管理しうる。

本発明の利点及び特徴、そしてこれを達成する方法は添付された図面に基づいて詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は以下で開示される実施例に限定されるものではなく、この実施例から外れて多様な形に具現でき、本明細書で説明する実施例は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に報せるために提供されるものであり、本発明は請求項及び発明の詳細な説明により定義されるだけである。一方、明細書全体に亙って同一な参照符号は同一な構成要素を示す。

以下、本発明の実施例によってマルチメディアデータを処理する方法を説明するためのブロック図またはフローチャートに基づいて本発明について説明する。
この時、フローチャートの各ブロックとフロ−チャートの組合わせはコンピュータプログラムインストラクションにより実行可能なのが理解できるであろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーに搭載されうるので、コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーを通じて実行されるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成するように機構を作れる。これらコンピュータプログラムインストラクションは特定方式で機能を具現するためにコンピュータまたはその他のプログラマブルデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ判読可能メモリに保存されることも可能なので、そのコンピュータ利用可能またはコンピュータ判読可能メモリに保存されたインストラクションはフローチャートのブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションはコンピュータまたはその他のプログラム可能なデータプロセッシング装備上に搭載することも可能なので、コンピュータまたはその他のプログラマブルデータプロセッシング装備上で一連の動作段階が実行されてコンピュータで実行されるプロセスを生成し、コンピュータまたはその他のプログラマブルデータプロセッシング装備を行うインストラクションはフローチャートのブロックで説明された機能を実行するための段階を提供することも可能である。

一方、以下では、本発明に関する説明を容易にするためにＭＰＶ標準で定義された定義及び規約を適用して説明する。
図２は、本発明の実施例によるマルチメディアデータの処理方法を説明するためのＭＰＶ標準のリンク構造を示す例示図である。
この際、リンク構造が生成される順序は、まずユーザがａｌｂｕｍＡを作成し、ａｌｂｕｍＡにｍｐｖ＿ｉｄ＝ａｓｓｅｔ＿１であるアセットを生成したと仮定する。ｍｐｖ＿ｉｄは、ＭＰＶ標準でのアセットの識別情報を示す。ａｓｓｅｔ＿１のアセットタイプは、ＭＰＶ標準で定義しているＳｔｉｌｌ ａｓｓｅｔであって、イメージデータである‘ｓａｍｓ０００１．ＪＰＧ’ファイルを参照する。

次いで、ユーザはａｌｂｕｍＢを作成し、ａｌｂｕｍＢにｍｐｖ＿ｉｄ＝ａｓｓｅｔ＿２であるアセットを生成する。この際、ａｓｓｅｔ＿２のアセットタイプはＭＰＶ標準で定義しているＳｔｉｌｌＷｉｔｈＡｕｄｉｏ ａｓｓｅｔであって、イメージデータである‘ｓａｍｓ０００１．ＪＰＧ’ファイルを参照するアセット（ｍｐｖ＿ｉｄ＝ｄｏｇ０）とオーディオデータである‘ｓａｍｓ０００１．ＷＡＶ’ファイルを参照するアセット（ｍｐｖ＿ｉｄ＝ｂａｒｋ０）とより構成される。すなわち、ＳｔｉｌｌＷｉｔｈＡｄｕｉｏ ａｓｓｅｔは、オーディオデータが結合されたイメージデータを示すアセットである。
すなわち、図２に示されたように、‘ｓａｍｓ０００１．ＪＰＧ’ファイルは、ａｌｂｕｍＡにあるａｓｓｅｔ＿１とａｌｂｕｍＢにあるａｓｓｅｔ＿２とにより参照されている。

一方、本発明の実施のためにアセットの名称を定める規則と、アセットと、アセットが参照するマルチメディアデータ間のリンク情報を記録するファイル（以下、拡張子が‘．ｍｔｄ’であるファイルを意味し、‘ｍｔｄファイル’と称する）を表現する規則とを定めうる。

１．アセット名称を定める規則
（１） それぞれのアセットは独立したファイル名を有する。すなわち、それぞれのアセットは同じファイル名または拡張子の異なる同じファイル名が持てない。
（２） それぞれのアセットで参照するマルチメディアデータファイルは拡張子の異なる同じファイル名を有するが、この際のファイル名を‘代表ファイル名’という。但し、同じフォーマットのファイルが多数存在するアセットの場合には、最初ファイルのファイル名を代表ファイル名とする。また、相異なるフォーマットまたは相異なる拡張子を有するファイルのファイル名は代表ファイル名と同一である。
（３） ＭＰＶファイル（例えば、拡張子が‘．ｐｖｍ’であるファイル）内に記録された任意のアセットにおいて、前記アセットが参照するマルチメディアデータが他のアセットにより参照されている場合には、ｍｔｄファイルが生成される。しかし、他のアセットにより参照されない場合には、ｍｔｄファイルが生成されない。すなわち、ｍｔｄファイルは、マルチメディアデータが少なくとも２つ以上のアセットにより参照される場合に生成される。この際、ｍｔｄファイルのファイル名は代表ファイル名と同一である。

２．ｍｔｄファイルを表現する規則
（１） ｍｔｄファイルには、該当するアセットを参照するＭＰＶファイルに関する情報が記録される。
（２） ＭＰＶファイルに関する情報は、ＸＭＬまたはテキスト形式で表現されうる。
（３） ＭＰＶファイルに関する情報は、ＭＰＶファイルの位置経路とＭＰＶファイル名、アセットを識別する識別情報を含み、具現によっては追加情報も含みうる。
（４） ｍｔｄファイルは、該当するアセットの消滅時に共に消滅する。
以下では、図２に示したリンク構造と前述した規則によって本発明の実施によるマルチメディアデータを処理する方法を説明する。

図３は、本発明の実施によるモジュールブロック図を示す例示図であって、マルチメディア客体、すなわちＭＰＶ標準でのアセットを管理するためのアプリケーションモジュール３１０はユーザインターフェースモジュール３２０とリンクマネージャーモジュール３３０とを含む。

ユーザインターフェースモジュール３２０は、ユーザにアセットを管理するためのインターフェースを提供する。
リンクマネージャーモジュール３３０は、ユーザインターフェースモジュール３２０から受信したアセット管理情報（例えば、アセットの生成、削除など）を用いてアセットとアセットとを構成するマルチメディアデータ間のリンク状態を管理する。
この時、前記‘モジュール’は、ソフトウェアまたはＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）または注文型半導体（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ；ＡＳＩＣ）のようなハードウェア構成要素を意味し、モジュールは所定の役割を行う。しかし、モジュールはソフトウェアまたはハードウェアに限定されるものではない。モジュールは、アドレッシング可能な保存媒体に存在すべく構成されても良く、１つまたはそれ以上のプロセッサーを実行させるように構成されても良い。したがって、一例としてモジュールは、ソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素とモジュールから提供される機能は、より少数の構成要素及びモジュールで結合されるか、追加的な構成要素とモジュールにさらに分離されうる。

以下、それぞれのモジュール間の動作を具体的に説明する。
ユーザがアセットを管理しようとする場合には、アセットを管理するためのアプリケーションモジュール３１０がユーザインターフェースモジュール３２０を動作させてユーザにアセット管理のためのユーザインターフェースを提供する。この際、前記アプリケーションモジュール３１０はデモン（ｄａｅｍｏｎ）として動作することもある。

一方、ユーザがアセットを管理しようとする場合の例として、ユーザが新たなアセットを生成するか、既に存在しているアセットに関する情報を変更するか、または既に存在しているアセットを削除する場合などがある。

ユーザは、提供されたユーザインターフェースを通じてユーザが所望のアセット管理機能を選択すれば、ユーザインターフェースモジュール３２０はｅｎｅｖｔ＿ｌｉｎｋｉｎｆｏイベントを発生させてリンクマネージャーモジュール３３０を活性化させる。アクティブされたリンクマネージャーモジュール３３０は、ユーザにより選択されたアセット管理機能によって必要な動作を行い、ｒｅｐｏｒｔ＿ｌｉｎｋｉｎｆｏイベントを発生させ、その結果をユーザインターフェースモジュール３２０に伝達する。次いで、ユーザインターフェースモジュール３２０はユーザインターフェースを通じてユーザに結果を提供する。

この際、アセット管理機能によってリンクマネージャーモジュール３３０は新しいｍｔｄファイル３４０を生成するか、既に存在しているｍｔｄファイル３５０を更新またはｍｔｄファイル３５０にその他の情報を追加するか、既に存在しているｍｔｄファイル３６０を削除するなどの動作を行う。具体的な動作過程は、図２に示したリンク構造を用いて図４ないし図７を説明する。

図４は、本発明の実施例によってリンク情報ファイルを生成するか、リンク情報ファイルに新たなリンク情報を追加する過程を示すフローチャートである。
ユーザが新しいａｓｓｅｔ＿１を生成すれば、ａｓｓｅｔ＿１はＭＰＶファイルであるａｌｂｕｍＡに保存される（Ｓ４１０）。この際、ａｓｓｅｔ＿１は、ｓａｍｓ０００１．ＪＰＧファイルを参照するが、‘ｓａｍｓ０００１’が代表ファイル名となる。

次いで、‘ｓａｍｓ０００１’をファイル名とするｍｔｄファイルの存否を検査するが（Ｓ４２０）、ここではまだ存在していない。また、他のアセットで‘ｓａｍｓ０００１．ＪＰＧ’ファイルを参照しているか否かを検査する（Ｓ４４０）。ここでは、他のアセットが‘ｓａｍｓ０００１．ＪＰＧ’ファイルをまだ参照していないために、ｍｔｄファイルを生成しない。

以降、ユーザがａｓｓｅｔ＿２を生成すれば、ａｓｓｅｔ＿２はＭＰＶファイルであるａｌｂｕｍＢに保存される（Ｓ４１０）。この際、ａｓｓｅｔ＿２はＳｔｉｌｌＷｉｔｈＡｕｄｉｏ ａｓｓｅｔであるために、イメージデータである‘ｓａｍｓ０００１．ＪＰＧ’ファイルを参照するアセット（ｍｐｖ＿ｉｄ＝ｄｏｇ０）とオーディオデータである‘ｓａｍｓ０００１．ＷＡＶ’ファイルを参照するアセット（ｍｐｖ＿ｉｄ＝ｂａｒｋ０）で構成される。次いで、‘ｓａｍｓ０００１’をファイル名とするｍｔｄファイルの存否を検査するが（Ｓ４２０）、まだ存在していない。また、他のアセットで‘ｓａｍｓ０００１．ＪＰＧ’ファイルまたは‘ｓａｍｓ０００１．ＷＡＶ’ファイルを参照しているか否かを検査する（Ｓ４４０）。このためにはＭＰＶファイル、ここではａｌｂｕｍＡで‘ｓａｍｓ０００１．ＪＰＧ’ファイルと‘ｓａｍｓ０００１．ＷＡＶ’ファイルとを参照するアセットの存否を検査する。ところで、既にａｓｓｅｔ＿１が‘ｓａｍｓ０００１．ＪＰＧ’ファイルを参照しており、他のアセットが‘ｓａｍｓ０００１．ＷＡＶ’ファイルを参照していると仮定すれば、‘ｓａｍｓ０００１．ｍｔｄ’ファイルが生成されてａｌｂｕｍＡの経路情報とａｌｂｕｍＡの全体ファイル名（ｆｕｌｌ ｆｉｌｅ ｎａｍｅ）情報、そしてａｓｓｅｔ＿１の識別情報が‘ｓａｍｓ０００１．ｍｔｄ’ファイルに記録される（Ｓ４５０）。この際、ａｌｂｕｍＢの経路情報とａｌｂｕｍＢの全体ファイル名情報、そしてアセット（ａｓｓｅｔ＿２ アセット、‘ｓａｍｓ０００１．ＪＰＧ’ファイルを参照するアセット、‘ｓａｍｓ０００１．ＷＡＶ’ファイルを参照するアセット）の識別情報も‘ｓａｍｓ０００１．ｍｔｄ’ファイルに記録される（Ｓ４５０）。

図５Ａないし図５Ｃは、‘ｓａｍｓ０００１．ｍｔｄ’ファイルが生成された後、ａｌｂｕｍＡ、ａｌｂｕｍＢ、及び‘ｓａｍｓ０００１．ｍｔｄ’ファイルの構造を示している。この際、図５Ａ及び図５Ｂは、ＭＰＶ標準によって記述されており、図５ＣはＸＭＬに基づいて表現されている。

一方、もしＳ４２０段階で‘ｓａｍｓ０００１．ｍｔｄ’ファイルが存在する場合には、‘ｓａｍｓ０００１．ｍｔｄ’ファイルにａｌｂｕｍＡに関する識別情報とａｓｓｅｔ＿１に関する識別情報、すなわち、ＭＰＶ標準で定義している‘ｍｐｖ＿ｉｄ’を追加する（Ｓ４３０）。望ましくは、ａｌｂｕｍＡに関する識別情報は‘ａｌｂｕｍＡ．ｐｖｍ’ファイルに関するパス名とファイル名とを含む。

図６は、本発明の実施例によってリンク情報ファイルを更新する過程を示すフローチャートである。
もし、ユーザがａｌｂｕｍＢにあるａｓｓｅｔ＿２のｍｐｖ＿ｉｄをａｓｓｅｔ＿２からａｓｓｅｔ＿３に変更しようとする場合、まず‘ｓａｍｓ０００１．ｍｔｄ’ファイルをオープンし（Ｓ６１０）、ａｓｓｅｔ＿２を参照している‘ａｌｂｕｍＢ．ｐｖｍ’ファイルを抽出する（Ｓ６２０）。次いで、抽出された‘ａｌｂｕｍＢ．ｐｖｍ’ファイルでｍｐｖ＿ｉｄをａｓｓｅｔ＿２からａｓｓｅｔ＿３に変更する（Ｓ６３０）。もし、ａｓｓｅｔ＿２が参照するマルチメディアデータファイルの名称を変更しようとする場合には、前記マルチメディアデータファイルの名称も更新しうる（Ｓ６４０）。

ａｌｂｕｍＢ．ｐｖｍファイルが更新された後、‘ｓａｍｓ０００１．ｍｔｄ’で‘ｍｐｖ＿ｉｄ＝ａｓｓｅｔ＿２’を‘ｍｐｖ＿ｉｄ＝ａｓｓｅｔ＿３’に更新する（Ｓ６５０）。

図７は、本発明の実施例によってリンク情報ファイルを削除する過程を示すフローチャートである。
もし、ユーザがａｌｂｕｍＢにあるａｓｓｅｔ＿２を削除しようとすれば、ａｓｓｅｔ＿２が参照しているマルチメディアデータファイルの名称（ここでは‘ｓａｍｓ０００１’）を含む‘ｓａｍｓ０００１．ｍｔｄ’ファイルをオープンする（Ｓ７１０）。次いで、ａｓｓｅｔ＿２を参照している‘ａｌｂｕｍＢ．ｐｖｍ’ファイルを抽出し（Ｓ７２０）、抽出された‘ａｌｂｕｍＢ．ｐｖｍ’ファイルからａｓｓｅｔ＿２のリンク情報を削除する（Ｓ７３０）。

そして、ａｓｓｅｔ＿２が参照する‘ｓａｍｓ０００１．ＪＰＧ’ファイルまたは‘ｓａｍｓ０００１．ＷＡＶ’ファイルを他のアセットで参照しているか否かを検査する（Ｓ７４０）。この際、‘ｓａｍｓ０００１．ＪＰＧ’ファイルはａｌｂｕｍＡのアセット＿１で参照しているので、前記‘ｓａｍｓ０００１．ＪＰＧ’ファイルを削除しない。次いで、‘ｓａｍｓ０００１．ｍｔｄ’ファイルを削除する（Ｓ７６０）。もちろん、ソフトウェア設計時に他のアセットで同じマルチメディアデータファイルを参照しても、該当するマルチメディアデータファイルを無条件削除させることもできる。もし、ａｓｓｅｔ＿２が参照する‘ｓａｍｓ０００１．ＪＰＧ’ファイルまたは‘ｓａｍｓ０００１．ＷＡＶ’ファイルを他のアセットで参照していない場合には、‘ｓａｍｓ０００１．ＪＰＧ’ファイルまたは‘ｓａｍｓ０００１．ＷＡＶ’ファイルを削除し（Ｓ７５０）、‘ｓａｍｓ０００１．ｍｔｄ’ファイルを削除する（Ｓ７６０）。

一方、もし、ユーザがａｓｓｅｔ＿２を削除せず、ａｌｂｕｍＡにあるａｓｓｅｔ＿１を削除しようとする場合には、ａｓｓｅｔ＿１が参照している‘ｓａｍｓ０００１．ＪＰＧ’ファイルはａｌｂｕｍＢにあるａｓｓｅｔ＿２でｍｐｖ−ｉｄ＝ｂａｒｋ０であるアセットにより参照されているので、‘ｓａｍｓ０００１．ＪＰＧ’ファイルは削除されない。

以上、本発明について詳細に記述したが、本発明が属する技術分野で当業者ならば、特許請求の範囲に定義された本発明の精神及び範囲を外れずに本発明に対して多様な変形、追加または代替が可能であることを理解できるであろう。

本発明は、少なくとも１つ以上のマルチメディアデータ（テキストデータ、イメージデータ、オーディオデータ、またはビデオデータなど）間のリンク状態を矛盾なしに保持する技術分野に好適に適用されうる。

ＭＰＶ標準のリンク構造を示す例示図である。 本発明の実施例によるマルチメディアデータの処理方法を説明するためのＭＰＶ標準のリンク構造を示す例示図である。 本発明の実施例によるモジュールブロック図を示す例示図である。 本発明の実施例によってリンク情報ファイルを生成するか、リンク情報ファイルに新たなリンク情報を追加する過程を示すフローチャートである。 本発明の実施例によってｍｔｄファイルと、ＭＰＶファイルとの構造を示す例示図である。 本発明の実施例によってｍｔｄファイルと、ＭＰＶファイルとの構造を示す例示図である。 本発明の実施例によってｍｔｄファイルと、ＭＰＶファイルとの構造を示す例示図である。 本発明の実施例によってリンク情報ファイルを更新する過程を示すフローチャートである。 本発明の実施例によってリンク情報ファイルを削除する過程を示すフローチャートである。

符号の説明

３１０ アプリケーションモジュール
３２０ ユーザインターフェースモジュール
３３０ リンクマネージャーモジュール

Claims (18)

1. ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体をアクセスする（ａ）段階と、
   前記マルチメディア客体を削除する場合、前記マルチメディアデータファイルの参照関係を確認する（ｂ）段階と、
   前記マルチメディアデータファイルが前記マルチメディア客体によってのみ参照される合には、前記マルチメディアデータファイルを削除し、前記マルチメディア客体以外の他のマルチメディア客体でも参照されている場合には、前記マルチメディアデータファイルを削除しない（ｃ）段階と、を含むマルチメディアデータの処理方法。
2. 前記参照関係は、前記マルチメディア客体を参照するファイルを識別するファイル識別情報と、前記マルチメディア客体を識別する客体識別情報により表現される請求項１に記載のマルチメディアデータの処理方法。
3. 前記参照関係は、構造化された文書の形式で表現される請求項１に記載のマルチメディアデータの処理方法。
4. 前記マルチメディアデータは、イメージデータ、オーディオデータ、ビデオデータまたはテキストデータのうち何れか１つである請求項１に記載のマルチメディアデータの処理方法。
5. ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体をアクセスする（ａ）段階と、
   前記マルチメディア客体に関する情報を変更する（ｂ）段階と、
   前記変更された情報を用いて前記マルチメディアデータファイルの参照関係を更新する（ｃ）段階と、を含むマルチメディアデータの処理方法。
6. 前記情報は、マルチメディア客体を識別する客体識別情報を含む請求項５に記載のマルチメディアデータの処理方法。
7. 前記参照関係は、前記マルチメディア客体を参照するファイルを識別するファイル識別情報と、前記マルチメディア客体を識別する客体識別情報と、により表現される請求項５に記載のマルチメディアデータの処理方法。
8. 前記参照関係は、構造化された文書の形式で表現される請求項５に記載のマルチメディアデータの処理方法。
9. 前記マルチメディアデータは、イメージデータ、オーディオデータ、ビデオデータまたはテキストデータのうち何れか１つである請求項５に記載のマルチメディアデータの処理方法。
10. ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体を生成する（ａ）段階と、
    前記生成されたマルチメディア客体以外の他のマルチメディア客体が前記マルチメディアデータファイルを参照する場合に、前記マルチメディアデータファイルの参照関係に前記生成されたマルチメディア客体に関する情報を追加する（ｂ）段階と、を含むマルチメディアデータの処理方法。
11. 前記情報は、マルチメディア客体を識別する客体識別情報を含む請求項１０に記載のマルチメディアデータの処理方法。
12. 前記参照関係は、前記マルチメディア客体を参照するファイルを識別するファイル識別情報と、前記マルチメディア客体を識別する客体識別情報とにより表現される請求項１０に記載のマルチメディアデータの処理方法。
13. 前記参照関係は、構造化された文書の形式で表現される請求項１０に記載のマルチメディアデータの処理方法。
14. 前記マルチメディアデータは、イメージデータ、オーディオデータ、ビデオデータまたはテキストデータのうち何れか１つである請求項１０に記載のマルチメディアデータの処理方法。
15. ユーザが少なくとも１つ以上のマルチメディアデータファイルよりなるマルチメディア客体を生成する（ａ）段階と、
    前記生成されたマルチメディア客体以外の他のマルチメディア客体が前記マルチメディアデータファイルを参照する場合に、前記マルチメディアデータファイルの参照関係を記録するファイルを生成する（ｂ）段階と、を含むマルチメディアデータの処理方法。
16. 前記参照関係は、前記マルチメディア客体を参照するファイルを識別するファイル識別情報と、前記マルチメディア客体を識別する客体識別情報と、により表現される請求項１５に記載のマルチメディアデータの処理方法。
17. 前記参照関係は、構造化された文書の形式で表現される請求項１５に記載のマルチメディアデータの処理方法。
18. 前記マルチメディアデータは、イメージデータ、オーディオデータ、ビデオデータまたはテキストデータのうち何れか１つである請求項１５に記載のマルチメディアデータの処理方法。
    

Images