(57)【要約】  ＭＰＶなどの第１規格により第１メタデータを表現し、ＵＰｎＰ  ＣＤＳなどの第２規格による第２メタデータとしてデジタルコンテンツアイテムと関連付ける方法が提供される。第２メタデータは、同一のデジタルコンテンツアイテムに関連付けされる。第１メタデータは、複数のデジタルコンテンツアイテムのメタデータを格納可能なインデックスファイルの一部である。第１メタデータは、コンテンツアイテム識別子を介しインデックスファイルにおいて識別可能である。本方法は、インデックスファイルが格納されているストレージの位置を表すインデックスファイルロケータとフィールドのコンテンツアイテム識別子とを第２メタデータに関連付けることを含む。
2009541839.tif 000002
【特許請求の範囲】
【請求項１】
デジタルコンテンツアイテムに係り、第１規格による第１メタデータを、同一のデジタルコンテンツアイテムに係り、第２規格による第２メタデータとして表現する方法であって、
前記第１メタデータは、複数のデジタルコンテンツアイテムのメタデータを格納可能なインデックスファイルの一部であり、
前記第１メタデータは、コンテンツアイテム識別子を介し前記インデックスファイルにおいて識別可能であり、
当該方法は、前記第２メタデータと、前記インデックスファイルが格納されているストレージの位置を表すインデックスファイルロケータ及び前記コンテンツアイテム識別子とを関連付けるステップを含む方法。
【請求項２】
前記インデックスファイルロケータ及び前記コンテンツアイテム識別子を前記第２メタデータの各フィールドに挿入するステップを含む、請求項１記載の方法。
【請求項３】
前記インデックスファイルロケータ及び／又はコンテンツアイテム識別子の変更をモニタリングし、変更が検出されると、該変更を反映させるため、前記第２メタデータと前記インデックスファイルロケータ及び／又はコンテンツアイテム識別子との関連付けを更新するステップを含む、請求項１記載の方法。
【請求項４】
前記デジタルコンテンツアイテムを、各デジタルコンテンツアイテムが前記第１規格により記述されている第１の環境から、各デジタルコンテンツアイテムが前記第２規格により記述されている第２の環境にコピー又は移動し、前記第２メタデータと前記コピー／移動されたデジタルコンテンツアイテムとを関連付けるステップを含む、請求項１記載の方法。
【請求項５】
前記コピー／移動の一部として、前記第２メタデータに対応するアイテムを有する所定の第１メタデータアイテムを選択し、前記選択された打１メタデータアイテムを、以降においてマッピングされたアイテムと呼ばれる対応する第２メタデータアイテムにマッピングするステップを含む、請求項４記載の方法。
【請求項６】
ユーザインタフェース装置による利用又はコンテンツ管理のため、拡張されたメタデータアイテムセットを、前記マッピングされたアイテムと、マッピングされず、前記第２メタデータを介し特定される前記第１メタデータの追加的アイテムとを前記セットに含めることによって編集するステップを含む、請求項４記載の方法。
【請求項７】
前記デジタルコンテンツアイテムを、前記第２の環境から各デジタルコンテンツアイテムが前記第１規格により記述されている第３の環境にコピー又は移動するステップと、
前記第２メタデータを用いて前記第１メタデータを特定するステップと、
前記第３の環境における前記デジタルコンテンツアイテムのメタデータを、前記第１メタデータに応じて第３メタデータとして表現するステップと、
を含む、請求項４記載の方法。
【請求項８】
前記第２メタデータのマッピングされたアイテムを前記第３メタデータにおける対応するアイテムにマッピングするステップを含む、請求項６及び７記載の方法。
【請求項９】
前記第１規格は、ＭＰＶ（Ｍｕｓｉｃ  Ｐｈｏｔ  Ｖｉｄｅｏ）規格に準拠し、
前記デジタルコンテンツアイテムはＭＰＶアセットであり、前記インデックスファイルはＭＰＶマニフェストである、請求項１記載の方法。
【請求項１０】
前記第２規格は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）規格のＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）に準拠する、請求項１記載の方法。
【請求項１１】
請求項１記載の方法をプロセッサに実行させるためのコンピュータプログラム。
【請求項１２】
デジタルコンテンツアイテムに係り、第１規格による第１メタデータを、同一のデジタルコンテンツアイテムコピーに係り、第２規格による第２メタデータとして表現するシステムであって、
前記第１メタデータは、複数のデジタルコンテンツアイテムのメタデータを格納可能なインデックスファイルの一部であり、
前記第１メタデータは、コンテンツアイテム識別子を介し前記インデックスファイルにおいて識別可能であり、
当該システムは、前記第２メタデータと、前記インデックスファイルが格納されているストレージの位置を表すインデックスファイルロケータ及び前記コンテンツアイテム識別子とを関連付ける手段を含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１基準によるデジタルコンテンツアイテムに係る第１メタデータを第２基準による同一のデジタルコンテンツアイテムのコピーに係る第２メタデータとして表現する方法に関する。
【０００２】
本発明はまた、当該方法を実行するシステムに関する。
【背景技術】
【０００３】
家庭環境は、オーディオ、ビデオ、ピクチャ（デジタルコンテンツ）及びそれらの対応するメタデータに関して大きな変化を遂げている。ＰＣとＣＥの世界は統合しつつあり、接続されたホームを形成するますます大きなホームネットワークを形成する。これらのネットワークを介し、ＰＣ、デジタルスチルカメラ、カムコーダ、インターネット及びテレビ放送チャネルからのコンテンツ及びメタデータはすべて、リビングにおいて利用可能になっている。上記機能を提供するため、ネットワーク接続のためのＵＰｎＰとメタデータのためのＭＰＶの２つの規格が重要である。
【０００４】
ネットワーク接続されたシステムにおける処理について、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）アーキテクチャ内のＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）が知られている。現在公表されている利用可能なＵＰｎＰ及びＣＤＳのバージョンは、ｗｗｗ．ｕｐｎｐ．ｏｒｇから入手可能である。ＵＰｎＰは、ホーム、オフィス及びパブリックスペースにおけるネットワーク接続された装置の間の制御及びデータ転送に加えて、シームレスな近距離ネットワーク接続を可能にするためのＴＣＰ／ＩＰ及びウェブ技術に基づく分散オープンネットワーキングアーキテクチャである。プラグ・アンド・プレイ周辺モデルの拡張であることに加えて、ＵＰｎＰは、ゼロコンフィギュレーション、“見えない（ｉｎｖｉｓｉｂｌｅ）”ネットワーキング及び広範なベンダーからのある幅の装置カテゴリのための自動検出をサポートするよう設計されている。これは、装置がネットワークに動的に加入し、ＩＰアドレスを取得し、それの能力を伝え、他の装置の存在及び能力を知ることができることを意味する。装置は、所望されない状態を残すことなく、ネットワークをスムースかつ自動的に去ることができる。ＩＰ相互接続は、異なる物理メディアに及び、複数のベンダーの相互運用を可能にし、インターネット並びに多数のホーム及びオフィスイントラネットとの相乗効果を実現する。ブリッジを介し、ＵＰｎＰは、非ＩＰプロトコルを実行するメディアを受け入れる。
【０００５】
ＵＰｎＰホームネットワークなどのＵＰｎＰに準拠したネットワークの内部の多数の装置は、ネットワークの他の装置がアクセスすることを所望する各種タイプのコンテンツ（音楽、ビデオ、静止画像など）を含む。例えば、“メディアサーバ”装置は、オーディオ、ビデオ及び静止画像ライブラリを含むかもしれない。ユーザがこのコンテンツを楽しむため、ユーザは、メディアサーバに格納されているアイテムをブラウズし、特定のアイテムを選択し、それを適切な再生装置（音楽アイテムについてはオーディオプレーヤー、ビデオコンテンツについてはテレビ、静止画像については電子ピクチャフレームなど）に再生させることができなければならない。ユーザが、コンテンツを有する装置と直接やりとりする必要なく、コンテンツにアクセスできることが所望される。この機能を可能にするため、サービス装置は、ＵＩ装置がサーバ上のコンテンツをブラウズし、各コンテンツアイテムに関する詳細な情報を取得するための統一的な機構を提供する必要がある。このため、ＵＰｎＰアーキテクチャは、ＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）を規定した。ＣＤＳはさらに、ユーザインタフェース（ＵＩ）装置などのクライアントが（サーバ）装置が提供可能な各アイテム（楽曲、映画、ピクチャなど）を特定（及びおそらく格納）することを可能にする検索／記憶サービスを提供する。ＡＶメディアサーバのためのＡＶアーキテクチャ内のさらなる定義が、ＭｅｄｉａＳｅｒｖｅｒ：１  Ｄｅｖｉｃｅ  Ｔｅｍｐｌａｔｅの文献に与えられる。メディアサーバテンプレートは、ホームネットワーク上の他のＵＰｎＰ装置にＡＶコンテンツ（メディアなど）を提供する家電機器（ＣＥ）をインスタンス化するのに利用可能な汎用装置を規定する。それは、ＣＤＳを介しそれのコンテンツを公開する。また、メディアサーバは、何れか特定タイプのメディア、何れかのデータフォーマット及び伝送プロトコルを処理可能である。メディアサーバの具体例として、ＶＣＲ、ＣＤプレーヤー、ＤＶＤプレーヤー、オーディオテーププレーヤー、スチルイメージカメラ、カムコーダ、ラジオ、テレビチューナ及びセットトップボックスなどの従来装置があげられる。
【０００６】
ＣＤＳは、コンピュータファイルシステムと同様に階層的に構成される。いわゆるコンテナ（フォルダ又はディレクトリに類似した）は、複数のアイテム（ファイルに類似した）と、階層的に１レベル下位にあるコンテナとを有することが可能である。アイテムは、識別子と、任意的にメタデータとを有するアイテム記述を含む。メタデータは、アイテム名、アーチスト、作曲家、作成日、サイズなどのプロパティを含むかもしれない。アイテムはまた、実コンテンツ又はコンテンツを特定するためのＵＲＬなどのロケータを含むかもしれない。ＣＤＳ階層は、それのペアレントコンテナの参照を含む各コンテナにより示される（ボトムアップ階層：階層の下位が上位を示す）。ＣＤＳサーバは、各アイテムとそれらのリンクとに基づきツリー全体を容易に構築／検証することが可能である。
【０００７】
ＯＳＴＡ（Ｏｐｅｎ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ）ＭＰＶ（Ｍｕｓｉｃ  Ｐｈｏｔｏ  Ｖｉｄｅｏ）規格は、ＣＤ、ＤＶＤ、メモリカード、ハードディスク、ホームネットワーク及びインターネットを介し家電機器及びＰＣにおいてデジタル音楽、フォト及びビデオのコレクションを交換及び再生するための規格である。ＭＰＶは、ＯＳＴＡのＭＰＶ委員会の参加メンバーにより開発されたＸＭＬベースの仕様シリーズである。ＭＰＶは、プロファイルとガイドラインのシリーズから構成される。公表されている利用可能なバージョンは、ｗｗｗ．ｏｓｔａ．ｏｒｇに見つけることができる。ベースは、すべてのアセット、アルバム又はコレクションを規定したコア・アンド・ベーシックプロファイルである。これらの上には、特定の利用ケース、メディアタイプ又はプロダクトタイプを処理する各種プロファイルタイプが存在する。最後に、互換性仕様は、それらが限定的な機能（限定的な処理パワー、メモリ、ストレージなど）を有するプロダクトにおいて効果的に利用できることを保証するため、プロファイルの制限的又は限定的な使用を規定する。ＭＰＶは、デジタルメディア（音楽、フォト又はビデオ）ファイルのシリーズのプレイリスト又は再生順序を規定する。ファイルは、“アセット”と呼ばれる。プレイリストファイルは、ＭＰＶ“マニフェスト”の一例である。マニフェスト（プレイリストなど）は、位置情報（再生及び／又は操作のためファイル／アセットを検出する方法）及びデジタルメディアファイル／アセットに係るすべてのメタデータ（主題、記述、作成者名、ファイルフォーマットなど）とを含むインデックスファイルの形式である。このため、ＭＰＶの階層はトップダウンである。ＤＶＤプレーヤーや無線ネットワーク接続メディアアダプタなどのプロダクトは、ＣＤ／ＤＶＤ、メモリカード又はリモートホームメディアサーバ上のコンテンツに関するすべてを知るため、単にこの１つのファイルの情報を特定、ロード及び解析するすればよい。ＭＰＶは、それぞれが異なるメディアタイプ又は異なるプロダクトカテゴリを対処する仕様又はプロファイルのファミリーである。ＭＰＶはＸＭＬベースであり、このため、“オフザシェルフ（ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）”ツールにより容易に実現され、以降のプロダクトカテゴリ及びデータタイプに拡張可能である。
【０００８】
ＰＡＳＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｅ  ａｎｄ  Ｓｈａｒｉｎｇ  Ｓｔａｎｄａｒｄ）は、消費者のためにデジタルイメージング体験を最適化するためのデジタルイメージング産業イニシアチブである。今日の消費者が何れかの場所で処理されたほとんど任意のブランドのフィルムを取得可能であることとほぼ同様に、ＰＡＳＳグループは、デジタルイメージが何れかのデジタル装置又は記憶媒体から抽出可能であることを保証することを所望する。これらのイメージは保存され、写真産業の主要メンバーからのＰＡＳＳに特有の移行機能及びサポートを通じて数十年間の以降のメディア技術に移行可能である。ＰＡＳＳは、ディスクのための共通の“テーブル・オブ・コンテンツ”としてＭＰＶを使用するが、互換性を保証するためそれをさらに拡張する。ＰＡＳＳは、検索を高速化及び向上させるため、また何れのファイルフォーマットがＰＡＳＳに準拠するようサポートされる必要があるか規定することによって、様々な方法によりＭＰＶを拡張する。
【０００９】
ユーザがＵＰｎＰ環境においてそれを使用する意図によりメディアサーバ（ＰＣなど）にＭＰＶに準拠したアセットによるアルバムをロードするとき、実アセット／ファイルの複製に加えて、典型的には、ＭＰＶメタデータからＵＰｎＰ  ＣＤＳメタデータへの変換が実行される。本来的には、ＵＰｎＰ及びＭＰＶにより規格化されたメタデータは同一でなく、継続的な新たな発展により、おそらく完全に同じになることはない。この時点では、ＵＰｎＰ  ＣＤＳアイテムの規格化されたメタデータは、ＭＰＶと同様にそれほど拡張的でない。例えば、一部のデジタルカメラは、アセット（フォト）に係るＭＰＶメタデータにおいてフォトが撮影されるＧＰＳ座標を含み、自動的／半自動的にすでにサポートしている。しかしながら、ＧＰＳ座標は、ＵＰｎＰにはあるが、規格化されたメタデータフィールドでない。
【００１０】
ＥＰ１４７５７０２は、ＴＶ−Ａｎｙｔｉｍｅにより規定されるようなデジタルコンテンツメタデータを、ＵＰｎＰネットワークにおいて使用するためＵＰｎＰ  ＣＤＳメタデータに変換する方法について記載している。規格化されたＵＰｎＰメタデータフィールドにマップできないＴＶ−Ａｎｙｔｉｍｅのメタデータは、ＵＰｎＰ  ＣＤＳの独自の拡張により表現される。標準的なＵＰｎＰ  ＣＤＳ装置は、拡張ではメタデータを使用することができないが、拡張された装置はそれを使用可能であるかもしれない。メタデータの将来の各相違は、さらなる独自の拡張により修正される必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
メタデータセットの規格の間のメタデータの相違を良好に対処することが可能なシステム及び方法を提供することが効果的であろう。また、コンテンツが他の環境に移動／コピーされた後、オリジナルメタデータアイテムにより表現される情報を利用可能であることが望ましいであろう。
【課題を解決するための手段】
【００１２】
この問題を良好に解決するため、本発明の第１の特徴では、デジタルコンテンツアイテムに係り、第１規格による第１メタデータを、同一のデジタルコンテンツアイテムに係り、第２規格による第２メタデータとして表現する方法であって、前記第１メタデータは、複数のデジタルコンテンツアイテムのメタデータを格納可能なインデックスファイルの一部であり、前記第１メタデータは、コンテンツアイテム識別子を介し前記インデックスファイルにおいて識別可能であり、当該方法は、前記第２メタデータと、前記インデックスファイルが格納されているストレージの位置を表すインデックスファイルロケータ及び前記コンテンツアイテム識別子とを関連付けるステップを含む方法が与えられる。
【００１３】
このように、第２規格によるメタデータアイテムとして表現できない第１規格によるメタデータアイテムが（例えば、第２規格がこのようなアイテムを規格化しなかった、又はマッピングが一対一でないなど）、第２規格による環境に配置可能であり、また利用可能である。第２メタデータは、実際に同一のコンテンツアイテム又はコンテンツアイテムのコピーに関連付けされるかもしれない。
【００１４】
一実施例では、第１規格は、ＭＰＶ（Ｍｕｓｉｃ  Ｐｈｏｔ  Ｖｉｄｅｏ）規格に準拠し、前記デジタルコンテンツアイテムはＭＰＶアセットであり、前記インデックスファイルはＭＰＶマニフェストである。
【００１５】
一実施例では、第２規格は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）規格のＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）に準拠する。
【００１６】
一実施例では、本方法は、前記インデックスファイルロケータ及び前記コンテンツアイテム識別子を前記第２メタデータの各フィールドに挿入するステップを含む。このように、関連付けがシンプルな形式により維持される。例えば、それは第２規格による２つの専用フィールドを利用することにより実現可能である。第２メタデータとインデックスファイルロケータ及びコンテンツアイテム識別子とをリンクさせる独立したリンキングファイルを利用するなど、関連付けを維持するための他の技術がまた利用されるかもしれない。
【００１７】
本発明の一特徴によると、本方法は、前記インデックスファイルロケータ及び／又はコンテンツアイテム識別子の変更をモニタリングし、変更が検出されると、該変更を反映させるため、前記第２メタデータと前記インデックスファイルロケータ及び／又はコンテンツアイテム識別子との関連付けを更新するステップを含む。このように、確立された関連付けが維持可能である。モニタリングは、インデックスファイル及び／又はコンテンツアイテムの名称変更又は移動などの特徴を含むかもしれない。
【００１８】
一実施例では、本方法は、前記デジタルコンテンツアイテムを、各デジタルコンテンツアイテムが前記第１規格により記述されている第１の環境から、各デジタルコンテンツアイテムが前記第２規格により記述されている第２の環境にコピー又は移動し、前記第２メタデータと前記コピー／移動されたデジタルコンテンツアイテムとを関連付けるステップを含む。
【００１９】
本発明の一特徴によると、本方法は、前記コピー／移動の一部として、前記第２メタデータに対応するアイテムを有する所定の第１メタデータアイテムを選択し、前記選択された打１メタデータアイテムを、以降においてマッピングされたアイテムと呼ばれる対応する第２メタデータアイテムにマッピングするステップを含む。このため、マッピング可能なアイテムは、新たな環境における迅速かつシンプルなアクセスのためマッピングされ、容易にマッピングできないアイテムは、確定された関連付けを介し評価可能である。
【００２０】
一実施例では、本方法は、ユーザインタフェース装置による利用又はコンテンツ管理のため、拡張されたメタデータアイテムセットを、前記マッピングされたアイテムと、マッピングされず、前記第２メタデータを介し特定される前記第１メタデータの追加的アイテムとを前記セットに含めることによって編集するステップを含む。これは、メタデータアイテムセット全体へのアクセスを迅速化する。
【００２１】
本発明の一特徴によると、本方法は、前記デジタルコンテンツアイテムを、前記第２の環境から各デジタルコンテンツアイテムが前記第１規格により記述されている第３の環境にコピー又は移動するステップと、前記第２メタデータを用いて前記第１メタデータを特定するステップと、前記第３の環境における前記デジタルコンテンツアイテムのメタデータを、前記第１メタデータに応じて第３メタデータとして表現するステップと、を含む。
【００２２】
このように、第２の環境にマッピングされない／マッピング可能でないメタデータアイテムは、依然としてオリジナルメタデータアイテムから復元され、新たな位置において表現できる。例えば、デジタルフォト（ＭＰＶなどに準拠したカメラの第１環境）がＰＣ（ＵＰｎＰ  ＣＤＳなどに準拠した第２環境）にコピーされるかもしれない。以降の段階では、コピーされたコンテンツの一部／すべてが、さらなる再生及び／又は操作のため、さらなる記憶媒体（ＵＳＢキー、ｉＰＯＤなどのマルチメディアプレーヤーなどの携帯記憶装置、ＤＶＤなどの光ストレージなど）にコピーされる。第３環境が第１規格（ＭＰＶなど）に準拠する場合、すべてのオリジナルメタデータアイテムは依然として第２環境から抽出可能である。コピー処理は、アーカイブ処理であるかもしれない。
【００２３】
一実施例では、本方法は、前記第２メタデータのマッピングされたアイテムを前記第３メタデータにおける対応するアイテムにマッピングするステップを含む。マッピングされたアイテムについて、第２環境からの情報が使用される。この情報は、オリジナルメタデータと比較してユーザにより更新されたものであるかもしれない。おそらく古くなったオリジナルアイテムの代わりにおそらく更新されたアイテムを維持することによって、メタデータの最新性が維持される。
【発明を実施するための最良の形態】
【００２４】
図１は、本発明が利用可能な一例となるシステム１００のブロック図を示す。システムは、２つの異なる環境からの同一のデジタルコンテンツのメタデータをつなぎ合わせる。デジタルコンテンツは、オーディオ、ビデオ、スチルイメージ及び任意のフォーマットによる任意のマルチメディア形式をとりうる。第１の環境では、デジタルコンテンツは、第１の環境の仕様に従って第１メタデータに関連付けされる。一実施例では、第１の環境は、ＭＰＶに準拠している。図２に関してより詳細に後述されるように、要求を満たす他の環境がまた利用可能である。第２の環境では、同一のデジタルコンテンツ（典型的には、オリジナルコンテンツのコピーの形式の）が、第２の環境における仕様に従って第２メタデータに関連付けされる。一実施例では、第２の環境は、ＵＰｎＰ  ＣＤＳに準拠する。図３に関してより詳細に後述されるように、要求を満たす他の環境がまた利用されてもよい。各環境は、装置を含む。原則的に、両方の環境は１つの装置により実行されるが、ほとんどの実際的な状況では、各環境は、両方の環境に参加可能であり、本発明に記載されるように両方の環境をリンクさせることが可能な１以上の装置を有する少なくとも１つの自装置を含む。説明の簡単化のため、以降において、ＭＰＶは第１の環境を表すのに使用され、ＵＰｎＰ  ＣＤＳは第２の環境を表すのに使用される。
【００２５】
一例となるシステムは、ホームネットワークなどのネットワークを含むかもしれない。図には、ネットワークの階層が示されている。本例では、メインネットワーク１１０は、ＵＰｎＰアーキテクチャに基づくホームネットワークである。本説明は、ＵＰｎＰネットワークに着目するが、同じコンセプトがネットワークを有する非ＵＰｎＰシステム及びシステムのコンテンツのＣＤＳに類似した管理にも適用可能であることは理解されるであろう。ＵＰｎＰは、ＩＰ技術に基づき、多数のネットワークメディア及び上位レベルプロトコルをサポートする。ホームネットワークのメディアは、イーサネット（登録商標）メディアファミリなどからの有線、又はＩＥＥＥ８０２．１１メディアファミリなどに基づく無線であるかもしれない。システムは、必ずしも必要ではないが、ホームネットワーク１１０に接続されたゲートウェイ／ルータ１２０などを介しオープンインターネットなどの外部ネットワーク１２０へのリンクを有する。外部ネットワークはまた、インターネットサーバであるかもしれない装置１７０などの装置を含むかもしれない。外部ネットワーク１３０は、ＭＰＶ及び／又はＵＰｎＰ装置を有するか、又はそれらへのアクセスを提供しうる。第３ネットワーク１４０が、ホームネットワーク１１０とパラレルに、ＡＶデータのストリーミングなどマルチメディアデータのストリーミングの転送のため存在するかもしれない。第３ネットワークは、特にＩＥＥＥ１３９４、ＤＶＩ又はＨＤＭＩなどを利用したデジタルコンテンツの同期転送に適しているかもしれない。デジタルカメラ、ビデオカメラ、ＰＤＡ、スマートフォンなどの携帯装置がまた、ホームネットワークに接続可能であるかもしれない。ブリッジ／ルータなどを介しホームネットワーク１１０に直接接続される携帯装置１６０が示される。携帯装置はまた、次にホームネットワークに接続される装置に接続されてもよい。例えば、装置１６２は、ホームネットワークに接続される装置１６４に接続される。携帯装置とのリンクのため、何れか適当な有線又は無線技術が、ＵＳＢプロトコル、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ又はＩＥＥＥ１３９４などを用いて利用されるかもしれない。
【００２６】
本記載では、サーバ装置１５０を有する第２の環境（ＵＰｎＰ  ＣＤＳなど）に大きな役割が与えられる。マルチメディアサーバなどのサーバ装置は、以下で詳細に説明されるように、コンテンツディレクトリサービス（以降において“ＣＤＳ”）を有するかもしれない。原則的に、より多くの装置がＣＤＳを有するかもしれない。簡単化のため、ＣＤＳを有する１つの装置のみが示される。装置１６０，１６２，１６４，１６６などのその他の装置は、互いに及び／又はサーバ１５０と通信可能である。
【００２７】
以降において、装置１６０がデジタルカメラなどのＭＰＶソース装置を表す一例となるシナリオが説明される。この装置のＭＰＶコンテンツ（又はその一部）は、ＵＰｎＰ  ＣＤＳサーバ１５０にコピー又は移動される。以降の段階では、このコンテンツのすべて又は一部が、装置１６２により表されるＭＰＶ装置に移動又はコピー（アーカイブなど）される。
【００２８】
これらの装置の何れも、従来のハードウェア及びソフトウェアを用いて実現可能である。例えば、サーバ１５０は、所望される場合、ＣＤＳを記憶するためのハードディスク、ＲＡＩＤシステム又は書き換え可能なＤＶＤなどの信頼できるバックグラウンドストレージを有するパーソナルコンピュータプラットフォームに実現可能である。サーバ１５０はまた、一体化されたハードディスクを有する受信機（セットトップボックス、マルチメディアサーバなど）などの家電機器（ＣＥ）に実現可能である。テレビ、オーディオアンプなどの再生装置が利用されてもよい。従来のＣＥソースであってもよく、またデジタルカメラであるかもしれないソース装置が利用されるかもしれない。テレビなどの従来のＣＥ装置であってもよく、またはＰＤＡなどの携帯装置や先進的なプログラム可能なリモコンなどであってもよいユーザインタフェース（ＵＩ）装置が、利用されるかもしれない。システムにおけるこれらの装置のそれぞれは、適切なネットワーク接続を介しその他の装置の少なくとも１つと通信するために必要なハードウェア及び／又はソフトウェアを有する。
【００２９】
図２は、第１の環境のさらなる詳細を示す。本例では、デジタルフォトやＭＰ３楽曲などの４つのデジタルコンテンツアイテム２１０，２２０，２３０及び２４０が示される。各コンテンツアイテムは、各自のコンテンツアイテム識別子（ＩＤ）に関連付けされる。各識別子ＩＤ１，ＩＤ２，ＩＤ３及びＩＤ４が示される。識別子は、ファイル名などの何れか適切な形態をとるものであるが、ＵＲＬ、ＵＲＩ又はＵＲＮなどのより強力なものであってもよい。第１の環境では、コンテンツアイテム事態は、ＭＰ３の場合などではメタデータを有するかもしれない。メタデータに関係なく、第１の環境では、インデックスファイルによりカバーされるコンテンツアイテムのメタデータを含むインデックスファイル２００が使用される。特定のコンテンツアイテムに対応するインデックスファイルのメタデータの一部は、コンテンツアイテムに係るコンテンツアイテム識別子を介しインデックスファイルにおいて識別可能である。図２の例では、インデックスファイルは、４つのコンテンツアイテム２１０〜２４０をカバーし、それぞれについて各コンテンツ識別子により識別されるメタデータ２５０〜２８０の各部分を含む。コンテンツ識別子は、例えば、メタデータの関係する部分の直前にあり、当該部分を識別するようにしてもよい。当該部分を識別する他の形式がまた利用されるかもしれない。例えば、各コンテンツ識別子をメタデータの関係する部分を示す各自のポインタにマップするマッピングテーブルが利用されてもよい。上述されるように、一実施例では、第１の環境はＭＰＶに準拠する。ＭＰＶは、ＸＭＬに準拠した記述を利用する。アルバムＡＬＢ０１とアセットＩＤ０１（静止ピクチャ）及びＩＤ０２（オーディオトラック）を有するＭＰＶ  ＸＭＬのマニフェストの一例は、以下の通りである。
【００３０】
【表１】
2009541839.tif 000003
2009541839.tif 000004
アセットＩＤ０１について、インデックスファイルは、タイトル、作成者、記述などのメタデータを含む。アセットＩＤ０２について、インデックスファイルは、メインアーチスト、アルバムタイトル、記録時、ジャンル、トラック番号などのメタデータを含む。
【００３１】
図３は、第２の環境のさらなる詳細を示す。各コンテンツアイテム（オブジェクト）は、アイテム記述を含む。この記述は、名前などの識別子などの複数のフィールドを含むかもしれない。特に、アイテム記述は、コンテンツを記述したメタデータを含む。例えば、オーディオタイトルについては、このようなメタデータは、歌手／アーチスト、作曲者及びプロデューサの名前と、レコード会社、スタジオなどのコーディングデータとを含むかもしれない。コンテンツ記述に加えて、アイテムはまた、ＭＰ３ファイルやＪＰＥＧファイルなどの実コンテンツを含む。図３Ａにおいて、アイテムがコンテンツ記述３１０と実コンテンツ３２０とを有する場合が示される。図３Ｂは、実コンテンツを含む代わりに、アイテムが実際に実コンテンツ３５０の特定を可能にするＵＲＬなどのコンテンツロケータ３４０を含む他の構成を示す。原則的に、コンテンツ記述はまた、インターネット上のサーバなど、他の位置へのフィールドのいくつかを参照するかもしれない。部分３３０は、図３Ａの３１０と同じコンテンツ記述を表す。上述されるように、一実施例では、第２の環境はＵＰｎＰ  ＣＤＳに準拠している。
【００３２】
図４は、メディアサーバと呼ばれるサーバの役割のさらなる詳細をＵＰｎＰ  ＣＤＳの実施例について示す。サーバは、ＣＤＳを含む。コンテンツは、他の装置にあるサブシステムにおいて生成又は取得される。例えば、映画は、チューナにより受信されるか、又はＤＶＤプレーヤーにディスクを介し供給されるかもしれない。フォトは、デジタルカメラにより提供されるか、又はスキャナを介しスキャンされるかもしれない。実コンテンツは、ＣＤＳに格納されてもよいが、コンテンツストレージデータベースなど他の何れかに格納されてもよい。コンテンツディレクトリサービスＣＤＳは、ホームネットワークの装置（ＵＰｎＰの用語におけるコントロールポイント）がホームネットワークにサーバが提供可能なコンテンツをリストすることを可能にするアクションセットを提供する。例えば、装置は、サーバが提供可能な各コンテンツアイテムに関する詳細な情報を取得可能である。この情報（すなわち、メタデータ）は、それの名前、アーチスト、作成日、サイズなどのプロパティを含む。ＣＤＳは、コンテナの階層構造を含む。原則的に、コンテナはまた、ディレクトリとしても物理的に表されるかもしれない。それはまた異なって表されるかもしれない。例えば、ＣＤＳ全体は、コンテナ／アイテムの特定及びアクセスを可能にする内部構造を有する１つのファイルであるかもしれない。図４は、６つのコンテナＣｏｎｔ１，Ｃｏｎｔ２．１，Ｃｏｎｔ２．２，Ｃｏｎｔ２．３，Ｃｏｎｔ３．１及びＣｏｎｔ３．３を有する階層構造の一例を示す。この時点での一例となるＣＤＳは、Ｃｏｎｔ１を有するレイヤ１、Ｃｏｎｔ２．１，Ｃｏｎｔ２．２及びＣｏｎｔ２．３を有するレイヤ２、並びにＣｏｎｔ３．１及びＣｏｎｔ３．３を有するレイヤ３の３つの階層レイヤを含む。トップコンテナ（Ｃｏｎｔ１）はまた、ルートとも呼ばれる。好ましくは、各コンテナはまた、特にＡＶコンテンツに限定されず、オーディオタイトル、映画、写真などのアイテムを有することが可能である。システムはまた、例えば、最下位レイヤのコンテナのみがアイテムを有する可能性がある場合に動作可能である。図４の例では、Ｃｏｎｔ１は２つのアイテムＩｔ−１．１とＩｔ−１．２を有し、コンテナＣｏｎｔ２．１は３つのアイテムＩｔ−２．１．１，Ｉｔ−２．１．２及びＩｔ−２．１．３を有する。原則的に、ＣＤＳは、ユーザがＣＤＳのコンテナとコンテナ間の階層とを決定可能であるという意味で動的である。
【００３３】
本発明の一特徴によると、第１の規格に準拠した第１の環境からのメタデータ（以降において、第１メタデータとも呼ばれる）が表され、第１メタデータとしてデジタルコンテンツアイテムに関連付けされる。第２メタデータは、異なる第２の規格に準拠する。第２メタデータは、第１メタデータと同じコンテンツアイテムに関連付けされる。これは、第１及び第２メタデータがコンテンツアイテムの同一の１つのコピーに関連付けされる状況と、第１及び第２メタデータがコンテンツアイテムの各コピーに関連付けされる状況の両方をカバーする。第２メタデータにより第１メタデータを表現することは、第１の環境で使用されるインデックスファイルが格納されるストレージにおける位置を表すインデックスファイルロケータを第２メタデータに関連付けることにより実行され、コンテンツアイテム識別子は、インデックスファイルのメタデータの何れの部分が関係するコンテンツアイテムに対応するか特定するため、第１の環境において使用される。図５は、これがＭＰＶ及びＵＰｎＰ  ＣＤＳに関してどのように実行可能かについての実施例を示す。
【００３４】
図５は、図４に示されたＣＤＳ環境をスタートポイントとして取り上げる。ここでは、図２のＩＤ２により特定される第１の環境からのコンテンツアイテムがＣＤＳに含まれることが仮定される。本例では、新たなアイテム３．１が、当該新たなコンテンツアイテムのためＣＤＳのコンテナ３．１に生成される。本例では、新たなアイテム３．１は、図３Ｂの構成をとるが、等しく構成３Ａもまた利用可能である。同じ番号が使用される場合、それらは上述したものと同一／同様のアイテムを表す。アイテム３．１は、それ事態のメタデータを有するアイテム記述３３０を含む。それはまた、実コンテンツ４５０の特定を可能にするＵＲＬなどのコンテンツロケータ３４０を有する。この場合、実コンテンツ３５０は、コンテンツアイテム２２０のコピーである。コンテンツアイテム２２０が第２の環境からアクセス可能である場合（例えば、両方の環境は同一ＰＣ上にある）、アイテム３５０はアイテム２２０と実質的に同一となるかもしれず、この場合、コンテンツロケータ３４０は単にアイテム２２０を示しうる。アイテム３．１の記述部分３３０において、２つの新たなフィールドが生成される。第１の新たなフィールド３３１は、それのストレージにおけるインデックスファイル２００の特定を可能にする。本例では、フィールド３３１は、ＵＲＬなどのポインタを含む。第２フィールドは、インデックスファイル２００に格納されているメタデータの関係する部分の特定を可能にする。これは、部分２６０の第１メタデータをインデックスファイル２００において識別可能にするコンテンツアイテム識別子ＩＤ２を第２の新たなフィールド３３２に格納することにより実行されるかもしれない。
【００３５】
本実施例では、インデックスファイルロケータとコンテンツアイテム識別子とが、第２メタデータ３３０の各フィールド３３１と３３２に挿入されることが理解されるであろう。部分２６０の第１メタデータと第２メタデータ３３０とを関連付けるための他の手段がまた利用されてもよい。例えば、アイテム識別子３．１をインデックスファイルロケータ及びコンテンツアイテム識別子にマッピングする独立したマッピングテーブルが利用されるかもしれない。
【００３６】
一実施例では、上で規定された関係の少なくとも一部は、モニタリングされ、可能な限り長く維持される。このため、インデックスファイルロケータ及び／又はコンテンツアイテム識別子の変更がモニタリングされる。これは、トップにＣＤＳが構成されるか、又はＣＤＳにプラグインされるファイルシステムを拡張することにより実行されるかもしれない。変更を検出すると、この変更を反映させるため、第２メタデータ３３０とインデックスファイルロケータ及び／又はコンテンツアイテム識別子との関連付けが更新される。例えば、ＩＤ２が第１の環境において名前を変更される場合、これは、インデックスファイル２００とコンテンツアイテム２６０における名前の変更を生じさせるであろう。この同じ変更は、フィールド３３２になされる必要がある。インデックスファイルがストレージに移動された場合、フィールド３３１のポインタは更新される必要がある。
【００３７】
一実施例では、デジタルコンテンツアイテム２２０が、第１の環境から第２の環境にコピー又は移動される。コピー／移動処理の一部として、上述されるように、オリジナルメタデータの特定を可能にする関連付けが確定される。オリジナルメタデータ２６０の一部は第２の環境において規格化されたメタデータ部分３３０において完全に反映させることが可能であることが理解されるであろう。例えば、典型的には、オーディオアイテムについて、両方のメタデータ規格は、楽曲タイトル、アーチスト、作曲者などのメタデータをサポートする。このため、第２メタデータにおいて対応するアイテムを有する所定の第１メタデータアイテムが選択される。その後、これらの所定のアイテムは、以降においてマッピングされたアイテムと呼ばれる対応する第２メタデータアイテムにマッピングされる。このマッピング自体は完全に予め定めることが可能であり、、第１メタデータ規格のマッピング可能な各フィールドの異なるコンテンツタイプについて、第２メタデータ規格の何れのフィールドにマッピングされるべきか規定する。
【００３８】
本発明による一特徴では、第２の環境（ＵＰｎＰ  ＣＤＳなど）におけるコンテンツアイテムのメタデータへのアクセスを要求するアプリケーションプログラムは、メタデータの大部分を取得するため、部分３３０の規格フィールドを利用可能である。プログラムがまた当該規格によりサポートされていないいくつかのメタデータフィールドにアクセスすることを所望する場合、それは、部分２６０を特定するためフィールド３３１と３３２のリンクに従うことが可能である。これらの追加的フィールドを解釈するため、ＭＰＶなどの第１規格の知識も必要とするであろう。本発明の一特徴によると、コンテンツアイテムについて利用可能なメタデータセット全体を提示することを迅速化するため、ユーザインタフェース装置による使用又はコンテンツ管理のため、拡張されたメタデータアイテムセットが編集される。拡張されたセットは、部分３３０にすでにマッピングされたメタデータアイテムと、マッピングされてなく、第２メタデータフィールド３３１と３３２を介し特定可能な第１メタデータの部分２６０における追加的アイテムとを含む。
【００３９】
特定の時点において、ユーザは、第２の環境からの１以上のデジタルコンテンツアイテムを、第１の環境と同じ規格に準拠する第３の環境にコピー又は移動することを所望するかもしれない。例えば、デジタルフォトは、カメラのＭＰＶ環境からＰＣ上のＵＰｎＰ  ＣＤＳ環境に移動されたかもしれず、他の装置上でのアーカイブ処理又は再生のため、ＭＰＶ環境を有するＤＶＤ又はフラッシュメモリなどの着脱可能な記憶媒体に現在は移動されている。このような状況において、本発明の一特徴によると、第２メタデータ（特に、図５のフィールド３３１と３３２）が、第１メタデータ部分２６０を特定するため利用される。その後、第３の環境におけるメタデータが、第１メタデータ２６０に応じて生成される。一実施例では、単にメタデータ部分２６０がコピーされる。他の実施例では、第３メタデータはまた第２メタデータ３３０に依存する。特に、第２メタデータ３３０の対応するフィールドにマッピングされた第１メタデータ２６０のアイテムは、ここで３３０のフィールドから第３メタデータの対応するアイテムにマッピングされる。このように、第２メタデータ３３０において行われたかもしれない変更／更新が、ここで維持される。
【００４０】
図６は、本発明によるメタデータ表現を実行可能な一例となる装置６００のブロック図を示す。装置６００は、ＭＰＶ環境を構成するなど、第１の環境から情報を抽出する入力手段６１０を有する。これは、インデックスファイルを特定し（すなわち、それのロケータを決定する）、このインデックスファイルにおける該当するメタデータ部分を特定することが可能であることを含む。これを実現する簡単な方法は、例えば、装置６００にストレージを受け付けるための適切なスロットが備えられている場合、第１メモリを有するストレージを装置６００に挿入することによって、又はＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉなどのネットワークを介し第１の環境を有する装置と通信することによって、第１実施例による通信形式を確立する。装置６００はさらに、第２の環境にアクセスするための手段を有し、例えば、ＣＤＳ環境については、これは、ＣＤＳにおいてアイテム及び／又はコンテナを生成／変更することを含むかもしれない。装置６００はさらに、第１規格に従って第１メタデータを表す手段６３０を有し、第２規格による第２メタデータとしてデジタルコンテンツと関連付けされ、詳細に上述されたように、インデックスファイルが格納されるストレージの位置とコンテンツアイテム識別子とを表すインデックスファイルロケータを第２メタデータに関連付けることによって、同一のデジタルコンテンツアイテムのコピーと関連付けされる。装置６００は、プロセッサに上記表現と任意的なマッピングを実行させるためのソフトウェアと適切なハードウェア（デジタルコンテンツとメタデータとをインポート及びエキスポートするためなど）を用いてＰＣ上で実現可能である。また、ブロック６３０はプロセッサ上で実行可能である。一実施例では、ブロック６３０はサブブロックに分割されるかもしれない。すなわち、入力手段６１０を介し第１の環境から抽出された情報をインポートするためのブロック６３２と、インデックスファイルが格納されるストレージの位置を表すインデックスファイルロケータを第２メタデータと関連付けるためのブロック６３４と、コンテンツアイテム識別子を第２メタデータと関連付けるためのブロック６３６と、手段６２０を介し新たな関連付けを第２の環境にエキスポートするブロック６３８とがあげられる。
【００４１】
さらなる実施例では、ブロック６３０は、以下のサブブロック（図６に図示せず）を含むかもしれない。すなわち、インデックスファイルロケータとコンテンツアイテム識別子とを第２メタデータの各フィールドに挿入するためのサブブロックと、インデックスファイルロケータ及び／又はコンテンツアイテム識別子の変更をモニタリングし、変更を検出することに応答して、変更を反映させるため、第２メタデータとインデックスファイルロケータ及び／又はコンテンツアイテム識別子との関連付けを更新するサブブロックと、デジタルコンテンツアイテムが第１規格により記述される第１の環境から、デジタルコンテンツアイテムが第２規格により記述される第２の環境にデジタルコンテンツアイテムをコピー又は移動し、第２メタデータをコピーされた／移動されたデジタルコンテンツアイテムと関連付けるサブブロックと、当該コピー／移動の一部として、第２メタデータの対応するアイテムを有する所定の第１メタデータアイテムを選択し、マッピングされたアイテムと以降で呼ばれる対応する第２メタデータアイテムに選択された第１メタデータアイテムをマッピングするサブブロックと、マッピングされておらず、第２メタデータを介し特定される第１メタデータの追加的アイテムとマッピングされたアイテムととを拡張メタデータアイテムセットに含めることによって、ユーザインタフェース装置による使用又は制御管理のため拡張メタデータアイテムセットを編集するサブブロックと、デジタルコンテンツアイテムを第２の環境からデジタルコンテンツアイテムが第１規格により記述される第３の環境にコピー又は移動するサブブロックと、第２メタデータを用いて第１メタデータを特定するサブブロックと、第３の環境におけるデジタルコンテンツアイテムのメタデータを第１メタデータに応じて第３メタデータとして表現するサブブロックと、第２メタデータのマッピングされたアイテムを第３メタデータの対応するアイテムにマッピングするサブブロックとを含む。
【００４２】
このようなサブブロックのすべてが、独立したハードウェアブロック又はソフトウェアファンクション及び／又はソフトウェアモジュール及び／又はソフトウェアオブジェクトとして実現可能である。当業者はまた、上述した機能を実行するための他の適切な構成を選択してもよい。装置６００は、上記表現を実行するのに関連するデータを格納するメモリ又はストレージ６４０を有するかもしれない。メモリ６４０は、独立した部分に構成されるかもしれない。例えば、メモリ／ストレージ６４０は、サブブロック６３２によりインポートされるインデックスファイルからのデータ又はインデックスファイルを格納するのに利用可能なメモリ部６４２と、サブブロック６３４により生成される関連付けを格納するメモリ部６４４と、サブブロック６３６により生成される関連付けを格納するメモリ部６４６と、サブブロック６３８によりエキスポートされるデータを格納するメモリ部６４８とを有するかもしれない。
【００４３】
例えば、サブブロック６３２は、ブロック６４２において、抽出された情報を格納し、さらに又は代わりに、それをブロック６３４に直接提供してもよい。サブブロック６３４は、この情報を利用し、それの記述されたタスクを実行し、メモリ部６４４に結果及び／又は中間結果を格納する。サブブロック６３４はまた、それをエクスポートするため、又はエクスポートのためブロック６３８に提供するため、メモリ部６４８に結果を直接格納してもよい。サブブロック６３４について記載されたものと同様の作業方法がまた、サブブロック６３６について実行されるかもしれない。サブブロック６３８は、メモリ部６４８に蓄積された及び／又はサブブロック６３４，６３６から直接取得した情報をエクスポートしてもよい。当業者は、他のメモリ／ストレージ構成を規定できるであろう。
【００４４】
本発明はまた、本発明を実現するよう構成されたコンピュータプログラム、特にキャリア上のコンピュータプログラムに拡張されることは理解されるであろう。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形式などのコード中間ソース及びオブジェクトコード、又は本発明による方法を実現するのに適した他の何れかの形式によるものであってもよい。キャリアは、プログラムを格納可能な何れかのエンティティ又は装置であってもよい。例えば、キャリアは、ＲＯＭ、ＣＤ  ＲＯＭ、半導体ＲＯＭなどの記憶媒体、又はフロッピー（登録商標）ディスクやハードディスクなどの磁気記録媒体を含むかもしれない。さらに、キャリアは、電気若しくは光ケーブルを介し又は無線若しくは他の手段によって伝送可能な電気若しくは光信号などの伝送可能なキャリアであってもよい。プログラムがこのような信号に実現されるとき、キャリアは、このようなケーブル又は他の装置又は手段により構成されるかもしれない。あるいは、キャリアは、プログラムが実現され、該当する方法の実行に使用される又は実行するよう構成される集積回路であってもよい。
【００４５】
上記実施例は、本発明を限定するものでなく例示するものであることに留意すべきであり、当業者は、添付した請求項の範囲から逸脱することなく他の多くの実施例を設計可能であろう。請求項では、括弧内の参照符号は、請求項を限定するものとして解釈されるべきでない。“有する”という動詞とその派生語の使用は、請求項に記載された以外の要素又はステップの存在を排除するものでない。要素に先行する“ある”という冠詞は、このような要素が複数存在することを排除するものでない。本発明は、複数の要素を有するハードウェアと、適切にプログラムされたコンピュータにより実現可能である。複数の手段を列記した装置クレームでは、これらの手段のいくつかは１つの同一のハードウェアアイテムにより実現されるかもしれない。特定の手段が互いに異なる従属クレームにより記載されているという事実は、これらの手段の組み合わせが効果的に利用可能でないことを示すものでない。
【図面の簡単な説明】
【００４６】
【図１】図１は、本発明が利用可能な一例となるシステムのブロック図を示す。
【図２】図２は、ＭＰＶなどの第１規格によりメタデータを表すための構造を示す。
【図３】図３は、ＵＰｎＰ  ＣＤＳなどの第２規格によりメタデータを表すための構造を示す。
【図４】図４は、第２規格により階層的なコンテナ構造を示す。
【図５】図５は、第２規格により構造に第１規格によるメタデータを表現することを示す。
【図６】図６は、本方法を実現する一例となる装置を示す。
【図１】
2009541839.tif 000005
【図２】
2009541839.tif 000006
【図３Ａ】
2009541839.tif 000007
【図３Ｂ】
2009541839.tif 000008
【図４】
2009541839.tif 000009
【図５】
2009541839.tif 000010
【図６】
2009541839.tif 000011
【国際調査報告】
2009541839.tif 000012
2009541839.tif 000013
2009541839.tif 000014