(57)【要約】システム１００は、ネットワークを介して通信することができる複数の１５０，１６０，１６２，１６４，１６６を含んでいる。サーバ装置１５０は、動的かつ階層的なコンテナ構造をもつコンテンツディレクトリサービス（以下“ＣＤＳ”と呼ぶ）を含んでおり、それぞれのコンテナは、オブジェクトを記憶可能であり、それぞれのオブジェクトは、オブジェクト記述子及びオブジェクトコンテンツ又はＵＲＬのようなオブジェクトコンテンツロケータを含んでいる。ＣＤＳは、予め決定されたアップロードコンテナを含んでいる。システムにおける他の装置は、オブジェクトを予め決定されたコンテナにアップロードすることで、システムにおける装置にＣＤＳを介してオブジェクトを利用可能にすることができる。サーバは、アップロードされたコンテンツについて、オブジェクト記述子及び／又はオブジェクトコンテンツに基づいてＣＤＳにおけるコンテナを決定し、アップロードされたオブジェクトを決定されたコンテナに移動する。
2006524385.tif 000002
【特許請求の範囲】
【請求項１】
動的かつ階層的なデジタルストレージコンテナの構造によるコンテンツディレクトリサービス（ＣＤＳ）を含むデジタルストレージ装置であって、前記デジタルストレージコンテナのそれぞれは、デジタルデータオブジェクトを記憶可能であり、前記オブジェクトのそれぞれは、オブジェクト記述子及びオブジェクトコンテンツ又はユニフォームリソースロケータ（ＵＲＬ）のようなオブジェクトコンテンツロケータを含み、少なくとも１つのコンテナは、デジタルデータオブジェクトを受信するための予め決定された入力コンテナであり、
当該装置は、前記予め決定された入力コンテナにおけるデジタルデータオブジェクトの受信に応じて、受信されたオブジェクトのオブジェクト記述子及び／又はオブジェクトコンテンツに基づいて前記ＣＤＳにおけるコンテナを決定し、受信されたオブジェクトを決定されたコンテナに移動し、決定されたコンテナの当該装置の人間のオペレータにフィードバックを提供するために構成される、
ことを特徴とするデジタルストレージ装置。
【請求項２】
前記受信されたオブジェクトは、オブジェクトコンテンツを記述するメタデータに関連され、当該装置は、前記受信されたオブジェクトに関連するメタデータに基づいてコンテナを決定するために構成される、
請求項１記載の装置。
【請求項３】
前記メタデータは、前記オブジェクト記述子がメタデータを含むこと、前記オブジェクト記述子がオブジェクトコンテンツ識別子を含み、当該装置が前記オブジェクトコンテンツ識別子に依存してメタデータを検索するために構成されること、前記メタデータが前記オブジェクトコンテンツに埋め込まれること、当該装置が前記オブジェクトコンテンツのフィンガープリントを決定し、フィンガープリントに依存してメタデータを検索するために構成されること、のうちの少なくとも１つで当該装置を利用可能にする、
請求項２記載の装置。
【請求項４】
前記メタデータは、前記オブジェクト記述子に含まれているか、前記オブジェクト記述子を使用して検索され、当該装置は、前記オブジェクトコンテンツのフィンガープリントを決定し、フィンガープリントに依存して更なるメタデータを検索し、前記メタデータ及び前記更なるメタデータを比較するために構成される、
請求項２記載の装置。
【請求項５】
当該装置は、前記比較がミスマッチであることが分かった場合、人間のオペレータと対話するために構成される、
請求項４記載の装置。
【請求項６】
当該装置は、メタデータに依存してコンテナを決定するためのルールを含む、
請求項２記載の装置。
【請求項７】
当該装置は、人間のオペレータが前記ルールを決定及び／又は変更するのを可能にするために作用する、
請求項６記載の装置。
【請求項８】
前記予め決定されたコンテナは、前記ＣＤＳのルートに位置される、
請求項１記載の装置。
【請求項９】
当該装置は、人間のオペレータが当該装置により決定されたコンテナを無効にするのを可能にするために作用する、
請求項１記載の装置。
【請求項１０】
ネットワークを介して通信するために作用する複数の装置、動的かつ階層的なデジタルストレージコンテナの構造によるコンテンツディレクトリサービス（ＣＤＳ）を含む少なくとも１つの装置を有するシステムであって、前記デジタルストレージコンテナのそれぞれは、デジタルデータオブジェクトを記憶可能であり、前記オブジェクトのそれぞれは、オブジェクト記述子及びオブジェクトコンテンツ又はユニフォームリソースロケータ（ＵＲＬ）のようなオブジェクトコンテンツロケータを含み、
前記ＣＤＳは、ネットワークにおける装置によりアクセス可能であって、当該システムにおける装置からオブジェクトをアップロードするために予め決定されたアップロードコンテナを含み、
前記システムにおける少なくとも１つの装置は、予め決定されたコンテナにネットワークを通してオブジェクトをアップロードすることで、システムにおける装置に対して前記ＣＤＳを介してオブジェクトを利用可能にするために構成され、
前記サーバは、前記予め決定されたアップロードコンテナにアップロードされたオブジェクトの受信に応じて、オブジェクト記述子及び／又はオブジェクトコンテンツに基づいて前記ＣＤＳにおけるコンテナを決定し、アップロードされたオブジェクトを決定されたコンテナに移動し、決定されたコンテナの少なくとも１つの装置にフィードバックを提供するために構成される、
ことを特徴とするシステム。
【請求項１１】
前記少なくとも１つの装置は、予め決定されたコンテナの当該装置の人間のオペレータにフィードバックを提供するために作用する、
請求項１０記載のシステム。
【請求項１２】
前記アップロードされたオブジェクトは、前記オブジェクトコンテンツを記述するメタデータに関連され、前記サーバは、前記アップロードされたオブジェクトに関連されるメタデータに基づいてコンテナを決定するために構成される、
請求項１０記載のシステム。
【請求項１３】
前記ＣＤＳは、当該システムのそれぞれの装置について、それぞれの装置からオブジェクトをアップロードするため、それぞれ予め決定されたアップロードコンテナを含む、
請求項１０記載のシステム。
【請求項１４】
前記アップローダは、前記ＣＤＳをサーチすることで前記予め決定されたアップロードコンテナを決定するために作用する、
請求項１０乃至１３のいずれか記載のシステム。
【請求項１５】
前記アップロードされたオブジェクトは、前記オブジェクトコンテンツを記述するメタデータに関連され、当該システムは、前記アップロードされたオブジェクトに関連するメタデータに依存してアップロードされたオブジェクトについて前記ＣＤＳにおけるコンテナを決定するためのそれぞれのルールをそれぞれ含む複数のサーバを含み、前記サーバは、前記ルールを交換及び／又は同期するために作用する、
請求項１０記載のシステム。
【請求項１６】
動的かつ階層的なデジタルストレージコンテナの構造によるコンテンツディレクトリサービス（ＣＤＳ）におけるデジタルストレージコンテナにデジタルデータオブジェクトを割り当てる方法であって、前記デジタルストレージコンテナのそれぞれは、デジタルデータオブジェクトを記憶可能であり、それぞれのデジタルデータオブジェクトは、オブジェクト記述子及びオブジェクトコンテンツ又はユニフォームリソースロケータ（ＵＲＬ）のようなオブジェクトコンテンツロケータを含み、少なくとも１つのコンテナは、デジタルデータオブジェクトを受信するために予め決定された入力コンテナであり、
前記予め決定された入力コンテナでデジタルデータオブジェクトが受信されたことを検出するステップと、
かかる検出に応じて、受信されたオブジェクトのオブジェクト記述子及び／又はオブジェクトコンテンツに基づいて前記ＣＤＳにおけるコンテナを決定し、受信されたオブジェクトを決定されたコンテナに移動し、決定されたコンテナの人間のオペレータにフィードバックを提供するステップと、
を含むことを特徴とする方法。
【請求項１７】
プロセッサに、請求項１６記載の方法を実行させるために作用するコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルストレージコンテナの動的かつ階層構造によるコンテンツディレクトリサービス（以下“ＣＤＳ”と呼ぶ）を含むデジタルストレージ装置に関し、それぞれのデジタルストレージコンテナは、デジタルデータオブジェクトを記憶可能であり、それぞれのオブジェクトは、オブジェクト記述子とオブジェクトコンテンツ又はＵＲＬのようなオブジェクトコンテンツロケータを含んでいる。
【０００２】
本発明は、更に、ネットワークを介して通信するために作用する複数の装置と、ＣＤＳを含む少なくとも１つの装置（以下“サーバ”と呼ぶ）とを含むシステムに関する。本発明は、更に、デジタルデータオブジェクトをＣＤＳでデジタルストレージコンテナに割り当てる方法、及びかかる方法を実行するためのコンピュータプログラムに関する。
【背景技術】
【０００３】
ストレージキャパシティは、益々重要となってきている。これまで、ハードディスクは、ワードプロセッシングファイル、マルチメディアコンテンツのような大容量の通常のファイルを記憶するための容量を有している。同様に、大容量の記録可能なオプティカルストレージは、たとえば、ＤＶＤ＋ＲＷ及びＤＶＲの形式で利用可能となってきている。マルチメディアコンテンツは、記憶のためのメインソースとなることが期待されている。かかるコンテンツは、（たとえば、オーディオＣＤ又はＭＰ３エンコードトラックの形式での）予め記録されたオーディオ、予め記録されたビデオ（たとえば、ＤＶＤ）、デジタルビデオホームレコーディング、ブロードキャストデジタルオーディオ（たとえば、インターネットラジオ）、ブロードキャストデジタルビデオ、デジタルフォト等を含んでいる場合がある。シンプルかつ高速の検索を可能にするため、構造化されたやり方でかかるデジタルコンテンツを記憶することが望まれる。特にパーソナルコンピュータにとって、様々なソリューションが利用可能である。たとえば、マイクロソフトメディアプレーヤ及びリアルメディアプレーヤは、階層的であって構造化されたオーディオ及びビデオタイトルのストレージのためのインターフェースを提供する。プログラムをアクチベートした後、ユーザは、構造を通してブラウジングし、構造を変え、構造におけるユーザが選択可能なロケーションにコンテンツを追加する。先に記載されたプログラムは、１つのコンピュータ内で使用することが意図されている。
【０００４】
ネットワーク化されるシステムにおける動作についてＵＰｎＰ（Universal  Plug  and  Play）アーキテクチャ内のコンテンツディレクトリサービスが知られている。現在市場で入手可能なバージョンのＵＰｎＰは、２０００年６月８日のバージョンである。ＵＰｎＰが分散され、オープンネットワークアーキテクチャは、家庭、オフィス及びパブリックスペースにおいてネットワーク化された装置のうちで制御及びデータ転送に加えてシームレスな近接したネットワーキングを可能にするため、ＴＣＰ／ＩＰ及びＷｅｂ技術に基づいている。プラグ・アンド・プレイ周辺モデルの拡張に加えて、ＵＰｎＰは、ゼロコンフィギュレーション、「目に見ることのできない」ネットワーキング、及びワイドレンジのベンダからのデバイスカテゴリの幅についてオートマティックディスカバリをサポートするために設計される。このことは、装置がネットワークに動的に参加し、ＩＰアドレスを取得し、その機能を伝達し、他の装置の存在及び機能に関して学習することができる。装置は、望まれない状態を後に残すことなしに、ネットワークをスムースかつ自動的にすることができる。ＩＰインターネットワーキングは、異なる物理的なメディアに及び、マルチプルベンダインタオペレーションを可能にし、インターネット並びに多くのホーム及びオフィスイントラネットとの共同作用を達成する。ブリッジを介して、ＵＰｎＰは、非ＩＰプロトコルを実行しているメディアを収容する。
【０００５】
ＵＰｎＰは、コントロールポイントと制御される装置との間の区別を行う。１以上の装置を制御可能な装置は、コントロールポイントと呼ばれる。制御される装置は、サービスをネットワークに提供し、コントロールポイントは、提供されたサービスを使用する（これにより、制御装置を制御する）。コントロールポイント及び制御される装置は、ロジカルエンティティであり、物理的な装置は、各種サービスを提供する（複数の）コントロールポイントと（複数の）制御される装置との組み合わせを主催する。
【０００６】
ＵＰｎＰホームネットワークのようなＵＰｎＰに準拠したネットワーク内での多くの装置は、ネットワークにおける他の装置がアクセスしたい（たとえばミュージック、ビデオ、静止画像等の）様々なタイプのコンテンツを含んでいる。たとえば、「メディアサーバ」装置は、オーディオ、ビデオ及び静止画像のライブラリを含んでいる。ユーザがこのコンテンツを楽しむため、ユーザは、メディアサーバに記憶されたオブジェクトをブラウジングし、特定のオブジェクトを選択し、適切なレンダリング装置にそれを「再生させる」（たとえば、ミュージックオブジェクト用のオーディオプレーヤ、ビデオコンテンツ用のＴＶ、静止画像用のエレクトロニックピクチャフレーム等）。最大の便宜のため、自家所有者が様々なユーザインタフェース（ＵＩ）装置からのこれらの動作を始動することができることが高く望まれる。大部分のケースでは、これらのＵＩ装置は、レンダリング装置にＵＩ構築されるか、ワイヤレスＰＤＡ又はタブレットのようなスタンドアロンＵＩ装置である。ユーザは、コンテンツを含んでいる装置と直接対話することなしにコンテンツにアクセスできることが望まれる。この機能を可能にするため、サービス装置は、サーバ上のコンテンツをブラウジングし、個々のコンテンツオブジェクトに関する詳細な情報を得るため、ＵＩ装置のためのユニフォームメカニズムを提供することが必要である。このため、ＵＰｎＰアーキテクチャは、コンテンツディレクトリサービス（ＣＤＳ）を定義している。現在市場で入手可能なＣＤＳの記述子は、２００２年６月２５日付けのUniversal  Plug  and  Play  Version  1.0向け“Content  Directory  Service  Template  Version  1.01”であり、コンテンツディレクトリサービスは、（たとえばＵＩ装置といった）クライアントが、（サーバ）装置が提供可能な個々のオブジェクト（たとえば、歌、映画、写真等）を位置決め（及びおそらく記憶する）のを可能にするルックアップ／ストレージサービスを更に提供する。たとえば、このサービスは、ＭＰ３プレーヤに記憶された歌のリスト、様々なスライドショウを含む静止画像のリスト、ＤＶＤジュークボックスに記憶された映画のリスト、（たとえばＥＰＧである）現在ブロードキャストされているＴＶ番組のリスト、ＣＤジュークボックスに記憶されている歌のリスト、ＰＶＲ（Personal  Video  Recorder）装置に記憶されている番組のリストを列挙するために使用することができる。殆どいずれかのタイプのコンテンツは、このコンテンツディレクトリサービスを介して列挙することができる。複数のタイプのコンテンツ（たとえば、ＭＰ３、ＭＰＥＧ２、ＪＰＥＧ２等）を含む装置について、コンテンツディレクトリサービスの１つの例は、それらのタイプに関わらず、全てのオブジェクトを列挙するために使用することができる。
【０００７】
ＵＰｎＰコントロールポイントとＵＰｎＰ  ＡＶ装置との間の一般的な対話について、ＵＰｎＰアーキテクチャ内の更なる定義は、ＵＰｎＰ  ＡＶ（オーディオ−ビジュアル）アーキテクチャに与えられる。現在市場で利用可能なバージョンは、未だ終了していない、ＵＰｎＰバージョン１．０.  Ｓｔａｔｕｓ：Ｐｒｅｌｉｍｉｎａｒｙ  Ｄｅｓｉｇｎ（ＴＰＤ）、日付：Ｊｕｎｅ１２，２００２について０．８３である。ＴＶ、ＶＣＲ、ＣＤ／ＤＶＤプレーヤ／ジュークボックス、セットトップボックス、ステレオシステム、ＭＰ３プレーヤ、静止画像カメラ、カムコーダ、電子写真フレーム（ＥＰＦ）及びＰＣのような、広くバラエティに富んだＡＶ装置をサポートする。ＡＶアーキテクチャにより、装置は、（ＭＰＥＧ２、ＭＰＥＧ４、ＪＰＥＧ、ＭＰ３、ウィンドウズ（登録商標）メディアアーキテクチャ（ＷＭＡ）、ビットマップ（ＢＭＰ）、ＮＴＳＣ、ＰＡＬ、ＡＴＳＣ等のような）エンターテインメントコンテンツの異なるタイプのフォーマット、及び（ＩＥＣ−６１８８３／ＩＥＥＥ−１３９４、ＨＴＴＰ  ＧＥＴ、ＲＴＰ、ＨＴＴＰ  ＰＵＴ／ＰＯＳＴ、ＴＣＰ／ＩＰ等のような）多数のタイプの転送プロトコルをサポートするのを可能にする。ドキュメントは、ＡＶアーキテクチャを記述しており、様々なＵＰｎＰ  ＡＶ装置及びサービスが様々なエンドユーザシナリオを可能にするために互いに作用するかを記述している。
【０００８】
ＡＶアーキテクチャ内の更なる定義は、Universal  Plug  and  Play  Version  1.0,  Status:  Standardized  DCP,  date:  June25,  2002について、ドキュメントメディアサーバにおいてＡＶメディアサーバについて与えられる。メディアサーバテンプレートは、ホームネットワークの他のＵＰｎＰ装置にＡＶコンテンツ（たとえばメディア）を提供する家電（ＣＥ）装置をインスタンシエートするために使用することができる汎用の装置を定義する。メディアサーバは、コンテンツディレクトリサービスを介してそのコンテンツを露出する。かかるように、メディアサーバは、特定のタイプのメディア、データフォーマット、及び転送プロトコルを処理することができる。メディアサーバの例は、ＶＣＲ、ＣＤプレーヤ、ＤＶＤプレーヤ、オーディオテーププレーヤ、静止画像カメラ、カムコーダ、ラジオ、ＴＶチューナ、及びセットトップボックスのような伝統的な装置を含んでいる。メディアサーバの更なる例は、ＭＰ３サーバ、ＰＶＲのような新たなデジタル装置、及びＰＣのようなホームメディアサーバをも含んでいる。これらの装置は様々な形式で種々異なった（ＡＶ）コンテンツを含んでおり、（コンテンツディレクトリを介して）メディアサーバは、このコンテンツを一様かつ一貫したやり方でホームネットワークに露出することもできる。この能力により、メディアサーバは、伝統的な単一機能の装置、及びＶＣＲ−ＤＶＤプレーヤのような最近の多機能装置、並びに汎用のホームメディアサーバをインスタンシエートすることができ、この汎用のホームメディアサーバは、ＭＰＥＧ２ビデオ、ＣＤオーディオ、ＭＰ３及び／又はＷＭＡオーディオ、ＪＰＥＧ画像等のような多様なコンテンツを含んでいる。
【０００９】
ＣＤＳは、コンピュータファイルシステムに類似したやり方で階層的に編成される。いわゆるコンテナ（フォルダ又はディレクトリに類似する）は、複数のオブジェクト（ファイルに類似）及び階層的に１レベル低いコンテナを含むことができる。オブジェクトは、識別子及び任意にメタデータをもつオブジェクト識別子を含んでいる。メタデータは、オブジェクト名、アーティスト、コンポーザ、作成されたデータ、サイズ等のような特性を含んでいる場合がある。オブジェクトは、オブジェクトコンテンツ（アイテム）を含んでいるか、又はコンテンツを探し出すためのＵＲＬのようなロケータを含んでいる場合がある。ユーザは、階層的な構造に影響を及ぼすことができ、規格によりいずれかのやり方で規定されない。新たなオブジェクトは、ＣＤＳを含み、システムにおける他の装置を通して供給される場合があるメディアサーバのような装置に直接的に供給される場合がある。後者のケースでは、ユーザは、通常、ユーザインタフェース（ＵＩ）を介してその装置と対話する。原理的に、装置により、ユーザは新たなオブジェクトについて最も適切なコンテナを決定するためにＣＤＳをブラウジングすることが可能である。しかし、ＵＩに関する制限は、これを非実用的にし、これにより、エンドユーザに編成の負担を負わせる。結果的に、新たなオブジェクトは、非常に適切ではないコンテナに誤って位置され、良好に設計された構造を台無しにし、検索を困難にする。また、ＣＤＳは、ＵＩ装置がオブジェクトのメタデータに基づいてＣＤＳコンテンツを与えるのを可能にする。ＵＩ装置は、ＣＤＳの実際の階層を無視して、メタデータに基づいた表現において自身の階層を作成する場合がある。実際のＣＤＳの階層を無視して、ＣＤＳに既に存在するオブジェクトのメタデータに基づいてＵＩ装置により階層的に提供されることに基づいて、新たなオブジェクトが純粋に追加された場合、これは、再び構造を弱くする場合がある。
【００１０】
メディアプレーヤのようなパッケージは、制限されたコンテンツのレンジをサポートしかつスタンドアロンインタラクションのためのユーザインタフェースを有するスタンドアロン型のＣＤＳ実現として見ることができることが理解される。
【００１１】
ＣＤＳのようなシステムの問題は、良好に編成された構造を維持することである。特に、ひとたびコンテンツの量が増加すると、ユーザは、新たなコンテンツを追加するための最も適したコンテナを決定するために構造の大部分をブラウジングする必要がある場合がある。ユーザがそのようにすることにおいて常に慎重ではない場合、コンテンツは、間違ったコンテナに誤って追加される場合がある。これにより、ブラウジングオペレーションを介して後方にコンテンツを探すことが困難となる。この問題は、ユーザが制限されたユーザインタフェースをもつ装置を通してネットワークを介してＣＤＳにアクセスする場合に更に悪化する。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明の目的は、オブジェクトをＣＤＳの階層構造に追加するための改善された装置、システム及び方法を提供することにある。
【００１３】
本発明の目的を達成するため、デジタルストレージ装置は、デジタルストレージコンテナの動的かつ階層構造によるコンテンツディレクトリサービス（ＣＤＳ）を含んでおり、それぞれのデジタルストレージコンテナは、デジタルデータオブジェクトを記憶可能であり、それぞれのオブジェクトは、オブジェクト記述子及びオブジェクトコンテンツ又はＵＲＬのようなオブジェクトコンテンツロケータを含んでおり、少なくとも１つのコンテナは、デジタルデータオブジェクトを受信するための予め決定された入力コンテナである。
【００１４】
本装置は、予め決定された入力コンテナでデジタルデータオブジェクトを受信することに応じて、受信されたオブジェクトのオブジェクト記述子及び／又はオブジェクトコンテンツに基づいてＣＤＳにおけるコンテナを決定し、受信されたオブジェクトを決定されたコンテナに移動し、決定されたコンテナの装置の人間のオペレータにフィードバックを提供するために構成されている。
【００１５】
このように、本装置は、オブジェクトを階層構造におけるコンテナに割り当てる役割を果たす。新たなオブジェクトが位置されるデフォルトコンテナを使用することで、ユーザは、オブジェクトを何処に配置すべきかが分かり、装置は、ＣＤＳの階層構造にどのオブジェクトを再び割り当てるかが分かる。ユーザにフィードバックを与えることで、ユーザは、コンテンツが装置によって何処に位置されるかを知ることができ、たとえばブラウジング動作を使用して、その後のデータの検索においてユーザの助けとなる。さらに、アプリケーションは、それらのコンテンツのアップロードが成功したのを判定することができ、後の使用のために最後の位置を管理することができる。
【００１６】
従属の請求項２の手段によれば、受信されたオブジェクトは、オブジェクトコンテンツを記述するメタデータと関連され、本装置は、メタデータに基づいてコンテナを決定するために構成される。メタデータを使用することは、階層構造において適切なコンテナを決定する強力なやり方である。
【００１７】
従属の請求項３の手段によれば、メタデータは、オブジェクト記述子の一部として供給される場合がある。代替的に、ＣＤキーのような識別子が提供され、この識別子は、たとえば、識別子をメタデータに結合する外部データベースから、オブジェクトのメタデータを検索するために装置により使用される。また、メタデータは、たとえばＭＰ３タグの形式でオブジェクトコンテンツに埋め込まれる場合がある。メタデータを直接的に導出するか、オブジェクト記述子から間接的に導出するか、又はオブジェクトコンテンツに埋め込まれたメタデータから直接に導出する代わりに、本装置は、実際のオブジェクトコンテンツに基づいてメタデータを導出する場合がある。たとえば、サーバは、オブジェクトコンテンツのフィンガープリント（fingerprint）を生成する（又は生成している）場合があり、フィンガープリントに対応するメタデータを検索するためにデータベースを使用する場合がある。
【００１８】
従属の請求項４の手段によれば、サーバは、コンテンツに基づくのと同様に、オブジェクト記述子からメタデータを導出することで、メタデータの認証を実行する。それら２つにメタデータのセットを入力として使用して、サーバは、より信頼性の高いコンテナの決定を実行することができる。また、サーバは、ＣＤＳの使用可能性を増加して、オブジェクト記述子におけるエラーを検出及び除去することができる。
【００１９】
従属の請求項５の手段によれば、２つのメタデータのセット間のコンフリクトの場合、本装置は、ユーザの支援を援用する。本装置は、それ自身のユーザインタフェースを直接使用してこれを行うか、又はたとえば、別の装置のＵＩを通して行う場合がある。
【００２０】
従属の請求項６の手段によれば、本装置は、メタデータに依存するコンテナを決定するためのルールを使用する。ルールを使用することは、多くの可能性を開く。たとえば、本装置は、人間のオペレータが従属の請求項７に記載されるルールを決定及び／又は変更するのを可能にする場合がある。
【００２１】
従属の請求項８の手段によれば、予め決定されたコンテナは、ＣＤＳのルートに位置される。これにより、コンテナを見つけるのが容易になる。
【００２２】
従属の請求項９の手段によれば、本装置は、人間のオペレータが装置により決定されたコンテナを無効にするのを可能にする。したがって、ユーザが不適切であると考えるコンテナにオブジェクトが自動的に移動されたのをユーザが知っている場合、ユーザは、異なるコンテナを選択することができ、この異なるコンテナで、本装置はコンテンツを探す。このように、ユーザは、コンテンツをＣＤＳ構造（すなわち、予め決定されたコンテナ）にシンプルに追加することができ、装置に最も適切なコンテナを選択させ、ユーザが同意しない場合にのみ、ユーザは、最も適切なロケーションを彼自身で発見するために構造をブラウジングする必要がある。速度及び一貫性が増加され、ユーザは、フルコントロールを保持する。さらに、システムは、手動の移動がルールに一貫するようにコンテンツロケーションを決定するためのルールを適合して、これら手動のオーバライドから「学習“learn”」することができる。ここで、最小のルールへの適合がサーチされる。これにより、ユーザは、システムに多数の例を提供することでコンテンツ構造をシンプルに形成することができる。
【００２３】
本発明の目的を達成するため、システムは、ネットワークを介して通信するために作用する複数の装置を含んでおり、少なくとも１つの装置（以下「サーバ」と呼ぶ）は、動的かつ階層的なデジタルストレージコンテナの構造によるコンテンツディレクトリサービス（ＣＤＳ）を含んでおり、それぞれのデジタルストレージコンテナは、デジタルデータオブジェクトを記憶可能であり、それぞれのオブジェクトは、オブジェクト記述子及びオブジェクトコンテンツ又はＵＲＬのようなオブジェクトコンテンツロケータを含んでいる。
【００２４】
ＣＤＳは、ネットワークにおける装置によりアクセス可能であり、あるオブジェクトをシステムにおける装置からアップロードするための予め決定されたアップロードコンテナを含んでいる。
【００２５】
システムにおける少なくとも１つの装置（以下、「アップローダ」と呼ぶ）は、オブジェクトを予め決定されたコンテナにネットワークを通してアップロードすることで、システムにおける装置にＣＤＳを介してオブジェクトを利用可能にする。
【００２６】
サーバは、予め決定されたアップロードコンテナにおけるアップロードされたオブジェクトを受信するのに応じて、オブジェクト記述子及び／又はオブジェクトコンテンツに基づいてＣＤＳにおけるコンテナを決定し、決定されたコンテナにアップロードされたオブジェクトを移動し、決定されたコンテナに関してアップローダへのフィードバックを提供するために構成される。ＣＤＳは、ＣＤＳへの変化が２回通知されるように加入している全てのクライアントに通知する場合がある。第一の通知は、オブジェクトがデフォルトのコンテナに追加されたときである場合がある。第二の通知は、オブジェクトを移動することからなる場合がある。移動されたオブジェクトのＩＤを同じに保持することで、クライアントは、デフォルトコンテナから消え、構造における新たな位置に現れたとき、移動されたオブジェクトが前にアップロードされたオブジェクトであるかを判定することができる。
【００２７】
このように、ネットワーク化されたシステムについて、フレキシビリティを維持する可能性により、高速及び一貫したＣＤＳが達成される。システムがＵＰｎＰについて定義されるようにＣＤＳに基づいている場合、記載された規格のいずれかの再定義が必要とされない。本発明に係るシステムは、フルコンプライアント（full-compliant）である。
【００２８】
従属の請求項１１に記載される好適な実施の形態では、アップローダのユーザインタフェースは、ＣＤＳにコンテンツが位置されるユーザにフィードバックを提供するために使用される。
【００２９】
予め決定されたコンテナは、ＣＤＳのルートに位置される場合がある。これにより、（唯一のブラウジングアクションが必要とされる意味で）アップローダにとってコンテナを見つけるのが容易になる。
【００３０】
従属の請求項１３の手段によれば、ＣＤＳは、システムのそれぞれの装置について、それぞれの装置からオブジェクトをアップロードするためのそれぞれ予め決定されたコンテナを含んでいる。かかるコンテナは、ＣＤＳにおける実際のコンテナであるか、コンテナにわたりフルコントロールを有する印象をアップローダに与える論理的なコンテナである場合がある。個別の物理的なコンテナ又は論理的なコンテナを使用する利点は、オーバラップする時間間隔において、多数のアップローダのアップロードオブジェクトのコンフリクトの機会が低減されることである。
【００３１】
従属の請求項１４の手段によれば、アップローダは、ＣＤＳをサーチ／ブラウジングすることで予め決定されたコンテナを探すことができる。たとえば、「アップロードコンテナ」のような予め決定された一般的な名前で、又はアップロード装置の名前又はＩＰアドレスのような、コンテナをアップローダにリンクする特定の名前／識別子で、コンテナをサーチする場合がある。全ての他のコンテナへのライトアクセスのためのクローズアクセスも可能であり、このようにしてアップローダを予め決定されたコンテナに向けることも可能である。
【００３２】
従属の請求項１５の手段によれば、ＣＤＳによるシステムにおける多数のサーバが存在し、それらのサーバは、コンテナを選択するためのルールを交換及び／又は同期させることができる。これにより、システム全体の一貫性が増加される。  
本発明のこれらの態様及び他の態様は、以下に記載される実施の形態を参照して明らかとされるであろう。
【発明を実施するための最良の形態】
【００３３】
図１は、本発明が使用される場合がある例示的なシステム１００のブロック図を示している。本システムは、ネットワークを含んでいる。図では、ネットワークの階層が示されている。この例では、メインネットワーク１１０は、ＵＰｎＰアーキテクチャに基づいている場合があるホームネットワークである。ＵＰｎＰネットワークに説明の焦点が当てられるが、ネットワーク及びシステムにおけるＣＤＳのようなコンテンツの管理をもつ非ＵＰｎＰシステムにも同じコンセプトが当てはまることを理解されるであろう。また、ユーザにより制御することができるＣＤＳのような階層的なストレージ構造をもつスタンドアロン装置にもコンセプトを適用することができることを理解されたい。ＵＰｎＰは、ＩＰ技術に基づいており、多くのネットワークメディア及び高水準のプロトコルをサポートする。メディアは、たとえばメディアのEthernet（登録商標）ファミリから配線されるか、メディアのIEEE802.11ファミリに基づいているように無線である場合がある。ゲートウェイ／ルータ１２０は、ホームネットワーク１１０をオープンインターネットのような外部ネットワーク１３０に結合するために使用される。外部ネットワークは、インターネットサーバである場合がある装置１７０のような装置を含んでいる場合もある。第三のネットワーク１４０は、特にＡＶデータをストリーミングする転送について存在する場合がある。かかるネットワークは、等時性の通信をサポートするＩＥＥＥ１３９４のような技術に基づいている場合がある。システムは、ネットワークを介して通信することができる複数の装置を含んでいる。主要な役割は、後により詳細に説明されるように、コンテンツディレクトリサービス（以下、ＣＤＳと呼ばれる）を含むサーバ装置１５０に与えられる。原理的に、多くの装置がＣＤＳを含んでいる場合がある。簡単さのため、ＣＤＳをもつ唯一の装置が示される。装置１６０，１６２，１６４，１６６のような他の装置は、互いに通信することができ、及び／又はサーバ１５０と通信することができる。装置は、同じ役割又は異なる役割を有している場合がある。装置は、サービスを他の装置に供給する場合がある。かかる装置の例は、ＣＤＳサービスを供給するサーバ１５０である。参照符号１６０及び１６２のような装置は、他の装置を制御する場合もある。かかる装置は、コントロールポイントと呼ばれる。サーバ１５０のような装置は、レンダリング装置１６４及び１６６のような、かかるコンテンツのシンクにコンテンツを供給する場合がある。これらの役割は、自由に結合される場合がある。
【００３４】
従来のハードウェア及びソフトウェアを使用して、装置のいずれかが実現される場合がある。望まれる場合、ＣＤＳを記憶するためのＲＡＩＤシステム又は再書換え可能なＤＶＤのような信頼することのできるバックグランドストレージにより、たとえば、サーバ１５０は、パーソナルコンピュータプラットフォームで実現される場合がある。サーバ１５０は、統合されたハードディスクをもつ受信機（たとえば、セットトップボックス）のような家電製品（ＣＥ）装置に実現される場合もある。レンダリング装置は、ＴＶ、オーディオアンプ等のようなＣＥ装置である場合がある。ＵＩ装置は、ＴＶのようなＣＥ装置である場合もあるが、ＰＤＡのようなハンドヘルド装置であるか、又はアドバンスドリモートコントロール等のようなハンドヘルド装置である場合もある。システムにおける装置のそれぞれは、ネットワークを通して他の装置と通信するために必要なハードウェア及び／又はソフトウェアを含んでいる。
【００３５】
図２は、メディアサーバとも呼ばれる、サーバの役割を更に詳細に示している。サーバは、コンテンツディレクトリサービス（CDS:  Content  Directory  Service）２１０を含んでいる。コンテンツは、別の装置に位置される場合があるサブシステム２２０で生成又は捕捉される。たとえば、映画は、チューナにより受信されるか、ディスクからＤＶＤプレーヤに供給される場合がある。写真は、デジタルカメラにより供給されるか、又はスキャナを通して走査される場合がある。コンテンツマネージメントサブシステム２３０は、データオブジェクトがＣＤＳで正しく表現されるのを保証する。コンテンツマネージメントサブシステムは、コンテンツクリエーションサブシステム２２０と同じ装置に位置される必要がない場合がある。実際のコンテンツは、ＣＤＳに記憶される場合があるが、たとえば、コンテンツストレージデータベース２４０といった、他の場所に記憶される場合もある。コンテンツトランスファサブシステム２５０を介して、コンテンツは、コミュニケーションネットワークを介して他の装置に供給することができる。ＵＰｎＰの実現では、メディアサーバは、ソースとコンテンツのシンクとの間のコネクションを管理するためのコネクションマネージャサービス２６０を含んでいる。また、メディアサーバは、ＡＶトランスポートを管理するためのサービス２７０をも含んでいる。
【００３６】
コンテンツディレクトリサービスＣＤＳは、サーバがホームネットワークに提供することができるコンテンツをコントロールポイントが列挙するのを可能にするアクションのセットを提供する。このサービスの主要なアクションは、ブラウズ（Browse()）である。このアクションにより、コントロールポイントは、サーバが提供することのできるそれぞれのコンテンツアイテムに関する詳細な情報を得ることができる。この情報（すなわちメタデータ）は、その名前、アーティスト、作成日付、サイズ等のような特性を含んでいる。更に、変換されたメタデータは、トランスファプロトコル、及びその特定のコンテンツアイテムについてサーバによりサポートされるデータフォーマットを識別する。コントロールポイントは、この情報を使用して、所与のメディアレンダーがその利用可能なフォーマットでそのコンテンツをレンダリング可能であるかを判定する。
【００３７】
メディアサーバ装置は、典型的に、１以上のメディアレンダー装置と共に使用され、コントロールポイントがメディアサーバでエンターテインメント（ＡＶ）コンテンツ（たとえば、ビデオ、音楽、画像等）を発見するのを可能にし、ホームネットワークで適切なメディアレンダーでそのコンテンツをレンダリングするのを可能にする。一般的な用語では、処理は、ホームネットワーク内のメディアサーバ及びメディアレンダーを発見するコントロールポイントではじまる。コントロールポイントは、メディアサーバと対話して、所望のコンテンツ（たとえば、映画、歌、プレイリスト、フォトアルバム等）の部分を探す。典型的に、ユーザは、コントロールポイントのユーザインタフェース（ＵＩ）と対話して、メディアサーバの所望のコンテンツを探して選択し、更にターゲットとなるメディアレンダーを選択する。メディアサーバは、ローカルに記憶されているか、又はメディアサーバを介してアクセス可能な外部装置に記憶される、各種のエンターテインメントコンテンツへのアクセスを含んでいるか又は有している。メディアサーバは、そのコンテンツにアクセスすることができ、そのコンテンツをあるタイプの転送プロトコルを使用してネットワークを介して別の装置に転送する。メディアサーバにより露出されるコンテンツは、ビデオ、オーディオ、及び／又は静止画像を含む任意のタイプのコンテンツを含んでいる場合がある。コンテンツは、転送プロトコル、並びにメディアサーバ及びメディアレンダーにより理解されるデータフォーマットを使用して、ネットワークにわたり転送される。メディアサーバの例は、ＶＣＲ、ＣＤ／ＤＶＤプレーヤ／ジュークボックス、カメラ、カムコーダ、ＰＣ、セットトップボックス、サテライトレシーバ、オーディオテーププレーヤ等を含んでいる。
【００３８】
メディアサーバ装置は、以下の機能をクライアントに提供する場合がある。  
メディアサーバがホームネットワークに提供することができるコンテンツを列挙して問い合わせる。  
メディアサーバとターゲット装置との間の共通の転送プロトコル及びデータフォーマットを取り決める。  
コンテンツフローを制御する（たとえば、ＦＦ，ＲＥＷ等）。  
別の装置からメディアサーバにコンテンツをコピー（インポート）する。
【００３９】
一般的な用語では、プロセスは、ホームネットワーク内のメディアサーバ及びメディアレンダーを発見するコントロールポイントで始まる。コントロールポイントは、メディアサーバと対話して、所望のコンテンツの部分（たとえば、映画、歌、プレイリスト、フォトアルバム等）を探す。コンテンツが識別された後、コントロールポイントは、メディアサーバから所望のメディアレンダーにコンテンツを転送するために使用することができる共通の転送プロトコル及びデータフォーマットを識別する必要がある。これらの転送パラメータが確立された後、コントロールポイントは、コンテンツのフローを制御する（たとえば、プレイ、ポーズ、ストップ、シーク等）。コントロールポイントは、メディアサーバのコンテンツディレクトリサービスを使用して、所望のコンテンツを探す。ＣＤＳは、サーチ機能及びブラウザ機能の両者を提供する。サーチは、発見することが望まれるコンテンツに関するもの（たとえば、その名前、アーティスト、タイプ、作成日付等）を（エンドユーザを介して）コントロールポイントが知るときに有効である。ブラウジングは、装置が提供する必要があるコンテンツを手探りで発見するために有効である。ＣＤＳにより参照されるそれぞれのコンテンツアイテムは、メディアサーバがコンテンツをメディアレンダーに転送することのできる転送プロトコル及びファイルフォーマットを含むコンテンツに関する各種情報を含んでいる。本発明は、装置からＣＤＳへのコンテンツをコピー及び移動することに対処するものである。
【００４０】
コンテンツディレクトリサービスは、階層的なコンテナ構造を含んでいる。かかるコンテナは、ファイルシステムでフォルダ／ディレクトリに等価であるとして見ることができる。原理的に、コンテナは、ファイル／ディレクトリとして物理的に表現される場合もある。また、異なって表現される場合もあり、たとえば、ＣＤＳ全体は、コンテナ／オブジェクトの識別及びアクセスを可能にする内部構造をもつ１つのファイルである場合がある。図３は、６つのコンテナCont1，Cont2.1，Cont2.2，Cont2.3，Cont3.1及びCont3.3をもつ階層的な構造の例を示している。例示的なＣＤＳは、３つの階層的なレイヤである、Cont1をもつレイヤ１、Cont2.1，Cont2.2及びCont2.3をもつレイヤ２、Cont3.1及びCont3.3をもつレイヤ３を含んでいる。トップコンテナ（Cont1）は、ルートとも呼ばれる。好ましくは、それぞれのコンテナは、オブジェクトをも含むことができ、特に限定されるものではないが、オーディオタイトル、映画、写真等のようなＡＶコンテンツを含んでいる。また、システムは、たとえば最下位のコンテナのレイヤのみがオブジェクトを含むことができない場合にも動作することもできる。図３の例では、コンテナCont1は、２つのオブジェクトObj1.1及び1.2を含んでおり、コンテナCont2.1は、３つのオブジェクトObj2.1，Obj2.2及びObj2.3を含んでいる。原理的に、ユーザがＣＤＳにおけるコンテナ及びコンテナ間の階層を決定することができる意味で、ＣＤＳは動的である。
【００４１】
それぞれのオブジェクトは、オブジェクト記述子を含んでいる。記述子は、名前のような識別子といった幾つかのフィールドを含んでいる場合がある。特に、コンテンツ記述子は、コンテンツを記述するメタデータを含んでいることが好ましい。たとえば、オーディオタイトルについて、かかるメタデータは、歌手の名前、コンポーザ及びプロデューサ、及びレコーディング会社、スタジオ等のようなレコーディングデータを含んでいる場合がある。コンテンツ記述子に加えて、オブジェクトは、ＭＰ３ファイルのような実際のコンテンツをも含んでいる。これは、図４Ａに示されており、ここでは、オブジェクトは、オブジェクト記述子４１０及びオブジェクトコンテンツ４２０を含んでいる。実際のコンテンツを含む代わりに、オブジェクトは、実際のコンテンツ４５０を探すのを可能にする、ＵＲＬのようなオブジェクトコンテンツロケータ４４０を含んでいる場合がある。原理的に、コンテンツ記述子は、たとえばインターネット上のサーバといった別のロケーションに対するフィールドの幾つかを示す場合がある。
【００４２】
本発明によれば、ＣＤＳは、システムにおける装置からオブジェクトをアップロードするための予め決定されたアップロードコンテナを含んでいる。システムにおける装置は、次いで、そのコンテナにオブジェクトをアップロードする。次いで、サーバは、アップロードされたオブジェクトについてＣＤＳにおける適切なコンテナを決定し、アップロードされたオブジェクトを決定されたコンテナに移動する。ＣＤＳは、オブジェクトがアップロードされ、次いで移動動作を実行するのを自動的に検出するか、アップロード装置により指示され他の値に移動動作を実行する場合がある。かかる命令は、コンテナにおける全ての可能なオブジェクトのための作用を暗黙的に有するか、又はどのオブジェクトがＣＤＳにおいて再割り当てを行うかをアップロード装置が明示的に示す場合がある。オブジェクトは、予め決定されたコンテナに配置され、アップロード装置又は人間のオペレータの更なる改善なしに再割り当てを実行するのをＣＤＳが自動的に検出することが好ましい。ＣＤＳがアップロード装置について予め決定されたコンテナを含む事実は、他のＣＤＳの部分へのアクセス又はアップロードが可能でない点で、アップロード装置を必ずしも限定しないことが理解される。
【００４３】
本発明によれば、ＣＤＳは、オブジェクト記述子及び／又はオブジェクトコンテンツに基づいて最も適切なコンテナを自動的に決定する。コンテンツがＣＤＳに位置する場所にフィードバックが提供される。たとえば、ユーザがＣＤＳを含む装置のユーザインタフェースを通してＣＤＳで直接に動作する場合、このインタフェースを介してフィードバックが行われるのが好ましい。フィードバックは、選択されたコンテナを含むＣＤＳ構造の関連部分のグラフィカルな表現を示すことを含んでいる場合がある。表現は、リストベース、アイコンベース、又は他の適切な形式を使用することである場合がある。ＣＤＳが異なるアップロード装置を介して動作する場合（ＵＰｎＰｂの用語におけるコントロールポイント）、好ましくは、ＣＤＳは、アップロード装置にフィードバックを提供し、アップロード装置は、それ自身のＵＩを使用して選択されたコンテナについてユーザに通知する。有利なことに、システムにより、ユーザは、ＣＤＳによりなされた選択を無効にすることができる。たとえば、ユーザは、ＣＤＳを通してブラウジング動作を実行すること、別のコンテナを探すこと、ＣＤＳにオブジェクトをそのコンテナに移動するように指示することを決定する場合がある。
【００４４】
好適な実施の形態では、再割り当ては、オブジェクトコンテンツを記述するメタデータに基づいている。サーバは、ＣＤＳに既にあるコンテナ及びオブジェクトのメタデータに関する情報を有している。この情報に基づいて、最も適切なコンテナを決定する。ＣＤＳは、オブジェクトのメタデータを現在のコンテナのメタデータ（及び／又はコンテナにおけるオブジェクト）に比較することでこれを行い、最も可能性の高いコンテナにそれを配置する。重み付けメカニズムは、メタデータのフィールドを重み付けするために使用される場合がある。かかる比較の結果が、現在利用可能なコンテナが所定の閾値以下の整合を与える場合、ＣＤＳは、テンポラリコンテナにオブジェクトを配置する場合がある。人間のオペレータは、次いで、最後の割り当てをなす支援をする必要がある。
【００４５】
サーバは、コンテンツ記述子からメタデータを直接に検索するか、又はポインタを介して異なるロケーションからメタデータを検索する場合がある。代替的に、オブジェクト記述子は、（ＣＤ識別子のような）オブジェクトコンテンツ識別子を含んでいる場合がある。このケースでは、好ましくは、サーバは、オブジェクトコンテンツ識別子に依存してメタデータを検索する。たとえば、サーバは、ＣＤ識別子について、アーティスト名のようなメタデータを提供するデータベースを含むオープンインターネットの異なるサーバをアクセスする。代替的に、メタデータは、図５に例示されるようにオブジェクトコンテンツに埋め込まれる場合がある。たとえば、ＭＰ３符号化オーディオタイトルは、コンテンツにおけるタグとしてメタデータを含んでいる。図５は、オブジェクト記述子５１０、オブジェクトコンテンツ５２０、及びコンテンツに埋め込まれたメタデータ５３０を示している。先に記載されたやり方のように、メタデータが直接的なやり方で利用可能ではない場合、サーバは、現実のコンテンツに基づいてメタデータを決定するための手段を講じることが好ましい。上記目的のため、好ましくは、サーバは、実際のオブジェクトコンテンツのフィンガープリントを決定し（又はフィンガープリントを決定するために別の装置を使用し）、フィンガープリントに依存してメタデータを検索する。フィンガープリント技術は公知である。また、データベースを使用してフィンガープリントされたコンテンツに対応するメタデータを生成することも知られている。
【００４６】
理解されるように、サーバは、たとえば、オブジェクトコンテンツに埋め込まれているか又はフィンガープリントを通して、オブジェクト記述子から幾つかのやり方でメタデータを取得する場合がある。好ましくは、サーバは、即座に利用可能である場合、割り当てを改善するために幾つかのかかるソースを使用する。たとえば、幾つかのソースのメタデータは、相補的であって、割り当ての品質を改善する場合がある。そのように利用可能である場合、サーバは、幾つかのソースのメタデータを比較する。比較がミスマッチであることがわかった場合（たとえば、異なるアーティスト名、タイトル名等）、好ましくは、サーバは、人間のオペレータと対話するために構成される。
【００４７】
オートマチックアサインメントは、メタデータのコンテナへのマッピングを支配するルールに基づいていることが好ましい。たとえば、ルールは、全てのオーディオタイトルをコンテナ“my  music”に位置するか、コンテナ“my  music”以下に階層的に位置することである。更なるルールは、アーティスト名に基づいて、オーディオタイトルをサブコンテナに位置することである。代替的なルールとして、ユーザは、サブコンテナがロックンロール、クラシック、ハウス等のような音楽ジャンルに配置されることを定義している。ルールベースのシステムをどのように設計するかは公知である。好ましくは、ユーザは、ルールを容易に定義及び変更することができる。有利なことに、ＣＤＳは、ＣＤＳにより選択されたコンテナをユーザが無効にするたびに、オブジェクトをコンテナに割り当てるため、そのルールを自動的に適合する。
【００４８】
システムは、１を超えるサーバを含んでいる場合があり、それぞれは、メタデータに依存してＣＤＳにおけるコンテナを決定するためのそれぞれのルールを含んでいる。そのような場合、好ましくは、サーバは、ルールを交換及び／又は同期するために作用する。そのように望まれる場合、１つのサーバは、他のサーバによっても使用されるルールデータベースを含むメインサーバとして割り当てられる場合がある。
【００４９】
予め決定されたコンテナは、ＣＤＳにおいて容易に位置決め可能な場所に位置されることが好ましい。好ましくは、コンテナは、ルートの下に直接位置される。また、（たとえば、コンテナについて一致した名前を使用して）他の固定又は固有の識別されたロケーションが使用される場合もある。
【００５０】
好ましくは、ＣＤＳは、システムのそれぞれの装置について、それぞれの装置からオブジェクトをアップロードするため、それぞれの予め決定されたコンテナを含んでいる。これは、かかる特別のコンテナが存在し、実際には存在しない（たとえば、他の装置にとって見ることができない）ことを（ＣＤＳにアクセスする定義されたやり方を介して）アップロード装置に信じさせる意味で、ＣＤＳにおける実際のコンテナであるか、論理的なコンテナである場合がある。かかるコンテナは、たとえば、ＩＰアドレス又は他の適切な識別子を使用して定義される場合がある。
【００５１】
ＣＤＳのＵＰｎＰバージョンについて、導入で示された規格は、本発明について必要とされる、アップロード装置とＣＤＳとの間の対話についての全ての機能を含んでいる。使用される場合がある機能は、ブラウズ（Browse）、クリエイトオブジェクト（CreateObject）、デストロイオブジェクト（DestroyObject）及びアップデートオブジェクト（UpdateObject）を含んでいる。
【００５２】
先に記載された実施の形態は、本発明を限定するよりはむしろ例示するものであって、当業者であれば、特許請求の範囲から逸脱することなしに多くの代替的な実施の形態を設計することができる。請求項では、括弧の間に位置される参照符号は、請求項を限定するものとして解釈されるべきではない。単語「有する“comprising”」及び「含む“include”」は、請求項で列挙された構成要素又はステップ以外の構成要素又はステップの存在を排除するものではない。本発明は、幾つかの個別のエレメントを有するハードウェアにより、適切にプログラムされたコンピュータにより実現することができる。システム／デバイス／装置の請求項は幾つかの手段を列挙しているが、これらの手段のうちの幾つかは同一のハードウェアにより実現することができる。コンピュータプログラムプロダクトは、オプティカルストレージのような適切な媒体に記憶／分散される場合があるが、インターネット又は電気通信システムを介して分散されるような他の形式で分散される場合もある。
【図面の簡単な説明】
【００５３】
【図１】例示的なシステムを示す図である。
【図２】ＣＤＳからのコンテンツを記憶及び検索する役割を示す図である。
【図３】階層的なＣＤＳを示す図である。
【図４】オブジェクトとメタデータのロケーションとの可能な構造を示す図である。
【図５】メタデータの代替的なロケーションを示す図である。
【図１】
2006524385.tif 000003
【図２】
2006524385.tif 000004
【図３】
2006524385.tif 000005
2006524385.tif 000006
【図５】
2006524385.tif 000007
【国際調査報告】
2006524385.tif 000008
2006524385.tif 000009