メタデータを処理するための、コンピュータで実施される方法において、第1のユーザから受け取られたファイルを記憶装置に記憶する段階であって、前記ファイルは、第2のユーザに関連したシークレットキーにより暗号化されたプライベートメタデータを有するものである段階と、前記ファイルのプライベートメタデータが解読及びインデックスされていないことを指示するプライベートメタデータ識別子を所定の記憶位置に記憶する段階と、前記第2のユーザからその後に受け取られる問合せに応答して、前記所定の記憶位置をスキャンして、前記問合せに基づいて前記プライベートメタデータ識別子を識別する段階と、前記プライベートメタデータ識別子により識別される前記暗号化されたメタデータを解読のために前記第2のユーザへ送信する段階と、前記メタデータが前記第2のユーザによって解読されるのに応答して、前記メタデータ及びファイルの少なくとも一方をその後にサーチするために前記解読されたメタデータをインデックスする段階と、を備えた方法。前記解読されたメタデータを前記所定の記憶位置にプレーンテキストで記憶して、前記解読されたメタデータをサーチできるように前記プライベートメタデータ識別子に置き換える段階を更に備え、前記所定の記憶位置は、サーチインデックスの一部分である、請求項1に記載の方法。前記第2のユーザに関連付けられて暗号化された暗号化メタデータに関して問合せするために前記第2のユーザが前記記憶装置にログイン及びマウントするときに前記問合せが前記第2のユーザから受け取られる、請求項1に記載の方法。前記問合せは、前記第2のユーザに関連したユーザ識別子を含み、そして前記第2のユーザに関連した暗号化メタデータは、前記第2のユーザのユーザ識別子に基づいて識別される、請求項3に記載の方法。前記問合せは、前記第2のユーザが前記記憶装置にログイン及びマウントするときに、前記第2のユーザに関連したユーザデーモンにより自動的に発生される、請求項4に記載の方法。前記メタデータは、ユーザの介在なく前記第2のユーザに関連したシークレットキーを使用して前記ユーザデーモンにより解読される、請求項5に記載の方法。コンピュータにより実行されるときに、そのコンピュータがメタデータ処理方法を遂行するようにさせるインストラクションが記憶されたコンピュータ読み取り可能な媒体において、前記方法は、第1のユーザから受け取られたファイルを記憶装置に記憶し、前記ファイルは、第2のユーザに関連したシークレットキーにより暗号化されたプライベートメタデータを有するものであり、前記ファイルのプライベートメタデータが解読及びインデックスされていないことを指示するプライベートメタデータ識別子を所定の記憶位置に記憶し、前記第2のユーザからその後に受け取られる問合せに応答して、前記所定の記憶位置をスキャンして、前記問合せに基づいて前記プライベートメタデータ識別子を識別し、前記プライベートメタデータ識別子により識別される前記暗号化されたメタデータを解読のために前記第2のユーザへ送信し、前記メタデータが前記第2のユーザによって解読されるのに応答して、前記メタデータ及びファイルの少なくとも一方をその後にサーチするために前記解読されたメタデータをインデックスする、ことを含むものである、コンピュータ読み取り可能な媒体。前記方法は、更に、前記解読されたメタデータを前記所定の記憶位置にプレーンテキストで記憶して、前記解読されたメタデータをサーチできるように前記プライベートメタデータ識別子に置き換えることを含み、前記所定の記憶位置は、サーチインデックスの一部分である、請求項7に記載のコンピュータ読み取り可能な媒体。前記第2のユーザに関連付けられて暗号化された暗号化メタデータに関して問合せするために前記第2のユーザが前記記憶装置にログイン及びマウントするときに前記問合せが前記第2のユーザから受け取られる、請求項7に記載のコンピュータ読み取り可能な媒体。前記問合せは、前記第2のユーザに関連したユーザ識別子を含み、そして前記第2のユーザに関連した暗号化メタデータは、前記第2のユーザのユーザ識別子に基づいて識別される、請求項9に記載のコンピュータ読み取り可能な媒体。前記問合せは、前記第2のユーザが前記記憶装置にログイン及びマウントするときに、前記第2のユーザに関連したユーザデーモンにより自動的に発生される、請求項10に記載のコンピュータ読み取り可能な媒体。前記メタデータは、ユーザの介在なく前記第2のユーザに関連したシークレットキーを使用して前記ユーザデーモンにより解読される、請求項11に記載のコンピュータ読み取り可能な媒体。メタデータを処理するための、コンピュータで実施される方法において、ユーザがデータ処理システムのオペレーティング環境にログインしたことを検出する段階と、ユーザに関連した暗号化メタデータに問合せするためにオペレーティング環境のファイルシステムに問合せを送信する段階と、前記ファイルシステムから暗号化メタデータを受け取る段階と、ユーザに関連したシークレットキーを使用してメタデータを解読する段階と、前記解読したメタデータを、インデックスされるべく前記ファイルシステムへ送信する段階と、を備えた方法。ユーザがログインしたことを検出するのに応答してユーザに関連したユーザデーモンを起動する段階を更に備え、前記問合せは、ユーザからの介在なしに前記ユーザデーモンにより送信される、請求項13に記載の方法。前記ユーザデーモンは、ユーザに関連したシークレットキーを検索してメタデータを解読するために前記データ処理システムのセキュリティマネージャーと通信する、請求項14に記載の方法。前記ファイルシステムは、ネットワークを経てのファイルサーバーのリモートファイルシステムである、請求項13に記載の方法。前記暗号化メタデータは、別のユーザによりファイルサーバーに記憶されたファイルに関連付けられる、請求項16に記載の方法。コンピュータにより実行されるときに、そのコンピュータがメタデータ処理方法を遂行するようにさせるインストラクションが記憶されたコンピュータ読み取り可能な記憶媒体において、前記方法は、ユーザがデータ処理システムのオペレーティング環境にログインしたことを検出し、ユーザに関連した暗号化メタデータに問合せするためにオペレーティング環境のファイルシステムに問合せを送信し、前記ファイルシステムから暗号化メタデータを受け取り、ユーザに関連したシークレットキーを使用してメタデータを解読し、前記解読したメタデータを、インデックスされるべくファイルシステムへ送信する、ことを含むものである、コンピュータ読み取り可能な記憶媒体。前記方法は、ユーザがログインしたことを検出するのに応答してユーザに関連したユーザデーモンを起動することを更に備え、前記問合せは、ユーザからの介在なしに前記ユーザデーモンにより送信される、請求項18に記載のコンピュータ読み取り可能な記憶媒体。前記ユーザデーモンは、ユーザに関連したシークレットキーを検索してメタデータを解読するために前記データ処理システムのセキュリティマネージャーと通信する、請求項19に記載のコンピュータ読み取り可能な記憶媒体。前記ファイルシステムは、ネットワークを経てのファイルサーバーのリモートファイルシステムである、請求項18に記載のコンピュータ読み取り可能な記憶媒体。前記暗号化メタデータは、別のユーザによりファイルサーバーに記憶されたファイルに関連付けられる、請求項21に記載のコンピュータ読み取り可能な記憶媒体。最近、データベースに記憶されたメタデータは、メタデータサーチエンジンを使用してサーチされる。あるメタデータ例えば、音楽ファイルの星印格付けは、メタデータの発信者がパブリックドメインにおける開示を望まないプライベートメタデータである。プライベートメタデータを有するファイルがパブリックドメインに記憶されるときに、プライベートメタデータをプライベートに保持するために、1つの解決策は、公衆がアクセスできる記憶装置例えば、ファイルサーバーにファイルを記憶する前にファイルからプライベートメタデータを剥離することである。しかしながら、公衆がアクセスできる記憶装置から発信者がファイルを検索するとき、発信者は、プライベートメタデータを回復できないことがある。本発明の1つの態様によれば、第1のユーザから受け取られたファイルは、記憶装置に記憶され、そのファイルは、第2のユーザに関連した暗号キーにより暗号化されたメタデータを含む。暗号化されたメタデータは、ファイルの拡張属性としてファイルにアタッチされる。暗号化されたメタデータを有するファイルは、ファイルシステムのコンテンツファイルディレクトリに記憶される。更に、解読又はインデックスされないプライベートメタデータ例えば、暗号化されたメタデータが存在することを指示するプライベートメタデータ識別子又はマーカーがサーチインデックスに記憶される。第2のユーザからその後に受け取られる問合せに応答して、サーチインデックスがスキャンされて、インデックスにおけるプライベートメタデータ識別子のいずれかを識別する。プライベートメタデータ識別子に基づき、暗号化されたメタデータは、ファイルシステムのコンテンツファイルディレクトリにおける対応するコンテンツファイルから探索されて得られ、次いで、暗号化されたメタデータが解読のために第2のユーザへ送信される。第2のユーザにより解読されたメタデータに応答して、メタデータは、メタデータ及びファイルの少なくとも一方のその後のサーチのためにインデックスされる。更に、インデックスにおけるプライベートメタデータ識別子又はマーカーは、プレーンテキスト形態の解読されたメタデータと置き換えられる。本発明の別の態様によれば、ユーザがデータ処理システムの動作環境にログインしたことが検出される。その検出に応答して、ユーザに関連した暗号化されたメタデータに問合せするために動作環境のファイルシステムに問合せが送信される。暗号化されたメタデータは、ファイルシステムから受け取られ、ユーザに関連したシークレットキーを使用して解読される。解読されたメタデータは、次いで、インデックスされるべきファイルシステムへ送信される。本発明の他の特徴は、添付図面及び以下の詳細な説明から明らかとなろう。本発明の実施形態は、同様の要素が同じ参照番号で示された添付図面に一例として示すが、これに限定されない。本発明の種々の実施形態及び態様が以下に詳細に説明され、添付図面は種々の実施形態を示す。以下の説明及び添付図面は、本発明を例示するもので、本発明を限定するものではない。本発明の種々の実施形態を完全に理解するために多数の特定の細部について述べる。しかしながら、ある場合には、本発明の実施形態の説明を簡略にするため、良く知られた又は従来の細部は、述べない。本明細書において1つの実施形態又は一実施形態とは、実施形態に関連して述べる特定の特徴、構造又は特性が、本発明の少なくとも1つの実施形態に含まれることを意味する。本明細書の種々の場所で1つの実施形態においてという句が現れたときには、必ずしも、全てが同じ実施形態を指していない。本発明の幾つかの実施形態によれば、ファイルのプライベートメタデータは、プライベートメタデータの発信者に関連した暗号キーを使用して暗号化され、そしてその暗号化されたメタデータは、ファイルの拡張属性の一部分としてファイルにアタッチされる。そのような暗号化されたメタデータは、発信者でなければ解読できない。公衆がアクセスできる記憶装置にファイルが記憶されるときには、コンテンツファイルデータベースにファイルを記憶するのに加えて、特定キーで暗号化されたプライベートメタデータを有する少なくとも1つのファイルがあることを指示するプライベートメタデータ識別子又はマーカーがサーチインデックスに記憶される。その後に、公衆がアクセスできる記憶装置に発信者がアクセスする例えば、ログイン又はマウントするとき、プライベートメタデータ識別子又はマーカーを識別するためにサーチインデックスがスキャンされる。プライベートメタデータ識別子又はマーカーに基づいて、ファイルディレクトリに記憶された対応するファイル1つ又は複数から暗号化されたメタデータが探索され得られる。プライベートメタデータは、発信者により解読されて、オリジナルメタデータをプレーンテキスト形態で回復する。その後、オリジナルメタデータは、公衆がアクセスできる記憶装置においてインデックスされ及び/又は記憶される。プライベートメタデータは、発信者によりファイルにタグ付けされるプライベートラベルである。プライベートラベルを有するファイルが記憶装置に記憶されて、アップルインクのFinderTM又はマイクロソフトコーポレーションのWindows登録商標ExplorerTMのようなブラウザプログラムでブラウズされるときに、プライベートラベルの発信者以外の通常のユーザがプライベートラベルの詳細を見ることができなくても、プライベートラベルが特別の仕方で表示されて、関連ファイルがプライベートラベルでタグ付けされたことを指示する。メタデータの発信者という語は、ここでは、メタデータを生成し、更新し、及び/又はファイルにアタッチするユーザ又はユーザのエージェント例えば、ユーザデーモンプロセスを指すことに注意されたい。又、公衆がアクセスできる記憶装置という語は、ここでは、メタデータの発信者以外のエンティティによりアクセスできる任意の記憶装置例えば、ファイルサーバーを指す。図1は、本発明の1つの実施形態によるメタデータを処理するアーキテクチャーの一例を示すブロック図である。ここに述べる機能及び動作を具現化するのに種々の異なるソフトウェアアーキテクチャーを使用できることに注意されたい。以下の説明は、そのようなアーキテクチャーの一例であるが、別のアーキテクチャーを使用しても、同じ又は同様の結果が得られることを理解されたい。図1に示すソフトウェアアーキテクチャーは、マッキントッシュオペレーティングシステムに基づく一例である。例えば、システム100は、クライアント例えば、ファイルシステムのオペレーティングシステムOSの一部分として具現化されてもよく、或いはシステム100は、ネットワーク例えば、ローカルエリアネットワーク、又はインターネットのようなワイドエリアネットワークを経て1つ以上のクライアントへコンテンツサービスを提供するファイルサーバーのようなサーバーの一部分として具現化されてもよい。図1を参照すれば、1つの実施形態により、アーキテクチャー100は、メタデータ処理ソフトウェア101と、通知メカニズムのためにそのメタデータ処理ソフトウェア101に作動的に結合されたオペレーティングシステムOSカーネル103とを備えている。メタデータ処理ソフトウェア101は、ファイルシステムグラフィックユーザインターフェイスソフトウェア105ファインダーでもよい、e-メールソフトウェア107、及び他のアプリケーション109のような他のソフトウェアプログラムにも結合される。これらのアプリケーションは、クライアントアプリケーションプログラムインターフェイス111を通してメタデータ処理ソフトウェア101に結合され、そのプログラムインターフェイスは、メタデータ処理ソフトウェア101とソフトウェア105、107及び109との間でデータ及びコマンドを転送する方法を提供するものである。それらのコマンド及びデータは、ユーザにより指定されたサーチパラメータ、及びユーザからのサーチ遂行コマンドを含み、それらのパラメータ及びコマンド例えば、サーチ用語又はサーチ範囲は、インターフェイス111を通してメタデータ処理ソフトウェア101へ通される。又、メタデータ処理ソフトウェア101は、種々のアプリケーションからデータを抽出するインポーター113の集合体にも結合される。1つの実施形態では、マイクロソフトワード等のワード処理プログラムにより生成されるワード処理又はテキスト処理ファイルからテキスト及び他の情報を抽出するためにテキストインポーターが使用される。これらの抽出された情報は、特定ファイルのメタデータである。他の形式のインポーターは、他の形式のファイル、例えば、画像ファイル又は音楽ファイルからメタデータを抽出する。1つの実施形態において、アプリケーションプログラムにより生成され変更されるファイルの形式に基づいて特定のインポーターが選択される。例えば、データファイルがフォトショップにより生成された場合には、フォトショップの画像インポーターを使用して、フォトショップデータファイルからメタデータ処理ソフトウェア101を通してメタデータデータベース115へメタデータを入力することができる。他方、データファイルがワード処理ドキュメントである場合には、ワード処理ドキュメントからメタデータを抽出するように設計されたインポーターが呼び出され又はコールされて、ワード処理データファイルからメタデータを抽出し、そしてメタデータ処理ソフトウェア101を通してメタデータデータベース115へ入れる。典型的に、典型的なコンピュータシステムに使用される複数の異なるアプリケーションプログラムを取り扱うためには、異なるインポーターが要求される。インポーター113は、特定形式のデータファイルに対して抽出されたメタデータを、あるアプリケーションプログラムにより維持されるプロパティシート又は他のデータコンポーネントへエクスポートして戻すことのできる複数のエクスポーターを含むのも任意である。例えば、あるアプリケーションプログラムは、プログラムにより生成された各データファイルに対してあるメタデータを維持するが、このメタデータは、この形式のデータファイルからインポーターにより抽出されるメタデータのサブセットに過ぎない。この例では、エクスポーターは、付加的なメタデータをエクスポートして戻してもよいし、或いはアプリケーションプログラムにより維持されるメタデータのブランクフィールドにメタデータを単に挿入するだけでもよい。ソフトウェアアーキテクチャー100は、メタデータのためのファイルシステムディレクトリ117も備えている。このファイルシステムディレクトリは、データファイルとそれらのメタデータとの間の関係を追跡すると共に、各インポーターにより生成されるメタデータオブジェクト例えば、抽出されたところのデータファイルに対応するメタデータファイルの位置を追跡する。1つの実施形態において、メタデータデータベース115は、フラットなファイルフォーマットとして維持され、そしてファイルシステムディレクトリ117は、このフラットなファイルフォーマットを維持する。フラットなファイルフォーマットの1つの効果は、あるメタデータファイル特定のデータファイルに対応するからのフィールドと別のメタデータファイル別のデータファイルに対応するへのフィールドとの間の参照を伴わないデータのストリングとしてデータが記憶装置にレイアウトされることである。このデータの配列は、多くの場合に、メタデータデータベース115からの迅速な情報検索を生じる。又、図1のソフトウェアアーキテクチャー100は、コンテンツで見出すソフトウェア119も備え、これは、データベース121に作動的に結合され、ファイルのインデックスを含む。ファイルのインデックスは、各ドキュメントのコンテンツの従来のインデックス型表現である。コンテンツで見出すソフトウェア119は、データベース121をサーチすることによりそのコンテンツにおいてワードをサーチして、インデックスされたデータファイルのいずれかに特定のワードが存在するかどうか調べる。コンテンツで見出すソフトウェアの機能は、メタデータ処理ソフトウェア101を通して利用され、これは、ユーザがデータベース121におけるファイルのインデックスファイル内のコンテンツに対すると、サーチされている種々のデータファイルに対するメタデータとの両方を同時にサーチできるという効果をユーザに与える。1つの実施形態において、インデックス121は、反転型インデックスの一部分として具現化される。反転型インデックスポスティングファイル又は反転型ファイルとも称されるは、ワード又は番号のようなコンテンツから、データファイル或いはドキュメント又はドキュメントセットにおけるその位置へのマッピングを記憶するインデックスデータ構造である。反転型インデックスの目的は、ドキュメントがデータベースに追加されたときに増加される処理のコストで高速の全テキストサーチを行えるようにすることである。反転型ファイルは、データベースファイル自身であり、そのインデックスではない。それは、情報検索システムに使用される最も普及したデータ構造の1つである。反転型インデックスには2つの主たる変形形態がある:1レコードレベルの反転型インデックス又は反転型ファイルインデックス又はジャスト反転型ファイルは、ワードごとのドキュメントの参照のリストを含み;そして2ワードレベルの反転型インデックス又は全反転型インデックス又は反転型リストは、ドキュメント内の各ワードの位置を更に含む。後者の形態は、より多くの機能フレーズサーチのようなを与えるが、より長い時間及びより多くのスペースの生成を必要とする。反転型インデックスのデータ構造は、典型的なサーチエンジンインデックスアルゴリズムの中央コンポーネントである。サーチエンジン具現化の目標は、問合せの速度を最適化し、特定事項が生じるドキュメントを見出すことである。ドキュメント当たりのワードのリストを記憶する順方向インデックスが開発されると、それが次いで反転されて、反転型インデックスを発生する。順方向インデックスを問合せるには、各ドキュメントを通して各ワードに至り、マッチングするドキュメントを検証する順次の反復を必要とする。そのような問合せを遂行するための時間、メモリ及び処理リソースは、常に技術的に現実的というのではない。順方向インデックスにおいてドキュメント当たりのワードをリストするのではなく、ワード当たりのドキュメントをリストする反転型インデックスデータ構造が発生される。反転型インデックスが生成された状態で、反転型インデックスにおいて関連ワード識別子アイテム識別子とも称されるへジャンプすることにより、問合せをここで解明することができる。インデックスとのマッチングは、トライと称されるデータ構造を使用する。このトライは、ツリーの各ノードが、マッチングされるストリングの各キャラクタを解明するツリー構造である。各内部ノードは、キャラクタのリストより成る。各キャラクタには、別の内部ノード又はリーフノードへの出リンクが関連付けられる。各リーフノードは、そのリーフノードへ通じるプレフィックスに関連した結果データを保持する。トライをサーチするために、ルートノードでスタートし、そしてマッチングされるストリングの次のキャラクタに対応する各ノードにおいて出リンクをたどることによりツリーを横断する。マッチングする出リンクを見出せないときには、マッチングが見出されている。1つの実施形態において、図1へ戻ると、ファイル例えば、ドキュメント又は音楽ファイルが受け取られると、そのファイルは、ファイルシステムのコンテンツファイルディレクトリのような記憶装置に記憶される。更に、ファイルに関連したメタデータがメタデータインポーター113により抽出され、そしてインデックスソフトウェア122によりインデックス121の部分としてインデックスされる。メタデータは、メタデータデータベース115に記憶される。メタデータは、プレーンテキスト形態であるか或いは暗号化又はハッシュ形態であるプライベートメタデータとも称される。メタデータがプライベートメタデータでない場合には、インデックスソフトウェア112によりインデックス121の一部分であるようにインデックスされ、これは、例えば、メタデータで見出すソフトウェア120を経て、メタデータに基づきその後にサーチを行うのに使用される。しかしながら、メタデータがプライベートメタデータである場合には、それがインデックスソフトウェア122によりインデックスされない。というのは、メタデータのコンテンツを決定できないからである。この状況では、プライベートメタデータを解読するために暗号/解読キー又はハッシュ方法のような必要なクレデンシャルを有するのは、メタデータの発信者だけである。1つの実施形態では、ファイルシステムのどこかにプライベートメタデータが記憶された少なくとも1つのファイルがあることを指示するプライベートメタデータ識別子又はマーカーが記憶され、このプライベートメタデータ識別子を使用して、ファイル及びそのプライベートメタデータを探索することができる。その後、プライベートメタデータの発信者がシステム100にアクセスすると、プライベートメタデータは、プライベートメタデータ識別子を経て識別されそして発信者により解読され例えば、発信者の同意で、次いで、その解読されたメタデータは、インデックスソフトウェア112によりインデックスされ及び/又はメタデータデータベース115に記憶される。その結果、プライベートメタデータは、インデックスできないが、プライベートメタデータは、ファイルシステムに記憶されている間にプライベートなままであり、メタデータは、ファイルと共に留まることができる。図2は、本発明の別の実施形態によるメタデータ処理システムを示すブロック図である。例えば、システム200は、図1のシステム100の一部分として具現化されるか又はそれに通信結合される。図2を参照すれば、システム200は、コンテンツファイルデータベース202及び/又はメタデータデータベース115を管理するためのファイルシステム201を備え、コンテンツデータベース202及び/又はメタデータデータベース115は、記憶装置にローカル記憶されるか、又はネットワークを経てリモート記憶される。1つの実施形態において、プライベートメタデータ209がアタッチされたファイル208がソース例えば、ローカルユーザ又はリモートユーザから受け取られると、ファイル208がコンテンツデータベース202にファイル212の一部分として記憶されるのに加えて、プライベートメタデータ209を抽出するためにメタデータインポーター113が呼び出される。メタデータの発信者が現在ログインしている同じユーザである場合には、シークレットキーがセキュリティプロフィール206からセキュリティマネージャー205を経て得られる。プライベートメタデータ209は、シークレットキーを使用して解読される。解読されたメタデータは、インデックスソフトウェア122によりインデックスされ、そしてインデックス121にプレーンテキストとして記憶される。プライベートメタデータ209の発信者が現在ログインしている同じユーザでない場合には、メタデータインポーター113は、プライベートメタデータを解読することができない。1つの実施形態において、解読又はインデックスされていないプライベートメタデータを有する少なくとも1つのファイル例えば、ファイル212がファイルシステムのどこか例えば、コンテンツファイルディレクトリ202に記憶されていることを指示するプライベートメタデータ識別子又はマーカーがインデックス121に記憶される。このプライベートメタデータ識別子を使用して、関連プライベートメタデータを有する対応するファイル例えば、ファイル212を探索することができる。1つの実施形態において、ファイル208は、第1のユーザから受け取られ、又、プライベートメタデータは、第2のユーザにより発信されて、第2のユーザに関連したシークレットキーにより暗号化される。例えば、ファイル208は、第1のユーザにより発生される音楽ファイルであり、そしてプライベートメタデータ209は、第2のユーザにより発生される音楽ファイル208の格付けである。プライベートメタデータ209は、第2のユーザでなければ解読できない暗号化形態であるから、プライベートメタデータ209は、第2のユーザが現在ログインしているユーザでない場合には、インデックスソフトウェア122によりインデックスすることができない。その後、1つの実施形態によれば、第2のユーザがシステム200にアクセスするときに、第2のユーザに関連したユーザデーモン204は、第2のユーザに関連したプライベートメタデータのリストを得るためにファイルシステム201へ問合せを送信するように構成される。その問合せに応答して、ファイルシステム201は、例えば、第2のユーザのユーザ識別子IDに基づいて、第2のユーザに関連したプライベートメタデータを識別し、そのユーザ識別子は、問合せから抽出されるか、或いはユーザデーモン204との通信又は関連ログインプロセスから抽出される。1つの実施形態において、そのユーザIDに基づき、ファイルシステム201は、インデックス121をスキャンして、ユーザIDに関連したプライベートメタデータ識別子例えば、プライベートメタデータ識別子210を識別する。次いで、プライベートメタデータが識別され、コンテンツファイルディレクトリ2021つ又は複数内の対応するファイル1つ又は複数例えば、ファイル212において探索される。識別されたプライベートメタデータは、次いで、ユーザデーモン204へ返送される。ユーザデーモン204は、次いで、セキュリティマネージャー205と通信して、第2ユーザのセキュリティプロフィール206からシークレットキー207を得、そしてファイルシステム201から得たプライベートメタデータのリストを解読する。セキュリティマネージャー205及び/又はセキュリティプロフィール206は、アップルインクから入手できるMacOSのログインキーチェーンサービスの一部分である。解読されたメタデータは、次いで、ファイルシステム201へ返送されてインデックス121に記憶され、対応するプライベートメタデータ識別子1つ又は複数に置き換わる。更に、解読されたメタデータは、その後の高速サーチのためにインデックスソフトウェア122によりインデックスされる。ユーザデーモン204により遂行される前記動作は、ユーザの介在なしに自動的に遂行されてもよく、或いは又、第2ユーザからの至急同意例えば、ユーザプロンプトのみで遂行されてもよいことに注意されたい。更に、シークレットキーが更新されると、その後のプライベートメタデータは、新たなキーを使用して暗号化される。古いキーを使用して暗号化されたプライベートメタデータを解読できるようにするために、1つの実施形態によれば、古いデータが全て維持される。異なるプライベートメタデータは、異なるシークレットキーにより暗号化され、各シークレットキーは、普遍的に独特のIDUUIDにより識別されることに注意されたい。複数のUUIDが同じユーザに関連付けられてもよい。ユーザは、メタデータプライバシーパスワードを変更することによりそのキーを変更することができる。システム200は、マルチユーザアクセス可能なシステム又はワークステーションとして具現化される。又、上述した技術は、クライアント及びサーバー構成にも適用できる。図3は、本発明の1つの実施形態によるネットワークシステムを示すブロック図である。図3を参照すれば、システム300は、ローカルエリアネットワークLANであるか又はインターネットのようなワイドエリアネットワークWANであるネットワーク304を経てサーバー303に通信結合された1つ以上のクライアント301-302を備えている。サーバー303は、これに限定されないが、メタデータデータベース115に記憶されたメタデータを管理するためのファイルシステム201を備え、メタデータは、サーチのためにインデックスソフトウェア112によりインデックスされてもよい。図2に示す構成と同様に、プライベートメタデータを有するファイルがサーバー303に受け取られると例えば、クライアント301の第1ユーザから、プライベートメタデータを伴うファイルをファイル212の一部分としてコンテンツファイルディレクトリ202に記憶するのに加えて、プライベートメタデータ識別子又はマーカーも、プライベートメタデータ識別子210の一部分としてインデックス121に記憶される。その後、第2のユーザが、この例ではクライアント302からサーバー303へログインすると、第2のユーザに関連したユーザデーモン204が、第2のユーザに関連したプライベートメタデータのリストに質問するためにサーバー303に問合わせを送信する。その問合せに基づいて、ファイルシステム201は、インデックス121をスキャンして、1つ以上のプライベートメタデータ識別子210のリストを得る。プライベートメタデータ識別子210に基づいて、ファイルシステム201は、コンテンツファイルディレクトリ202においてプライベートメタデータ識別子により識別されたプライベートメタデータを有する対応するファイル212を探索する。その後、ファイル212からプライベートメタデータのリストがクライアント302の第2ユーザへ返送される。第2のユーザに関連したプライベートメタデータ及び/又はプライベートブロブは、第2のユーザ又はユーザのグループに関連したユーザID、例えば、第2のユーザ又はユーザのグループのUUIDに基づいて識別され、それは、第2のユーザに関連した問合せ又はログインプロセスから例えば、認証、許可のユーザデータベース、及び/又はアカウンティングエンティティ又はサーバーから得られる。1つの実施形態において、クライアント302のユーザデーモン204は、セキュリティマネージャー205を経てシークレットキー207を得、そしてプライベートメタデータを解読するように構成される。その解読されたメタデータは、次いで、インデックス121に記憶されそしてインデックスソフトウェア122によりインデックスされるべく、クライアント302からサーバー303へ送信される。ある実施形態によれば、ファイルのメタデータは、ファイルの拡張属性の一部分として具現化される。即ち、メタデータは、ファイルシステムによりファイルの拡張属性として考えられる。1つの実施形態において、暗号形態又はプレーンテキスト形態のメタデータは、所定のハッシュアルゴリズム又はメソッド例えば、SHA-1又はMD-5を使用してメタデータの発信者のUUIDでハッシュされ、そしてそのハッシュされたメタデータは、ファイルと共に、拡張属性として記憶される。このように、ファイルシステム又はオペレーティングシステムは、それがハッシュアルゴリズムを知っているので、システムにおける特定のハッシュされたメタデータのユーザを決定することができるが、普通のユーザは、ハッシュアルゴリズムを知らないので、言うことができないか又は言うための著しい努力が要求されない。その結果、アップルインクのFinderTM又はマイクロソフトコーポレーションのWindows登録商標ExplorerTMのようなブラウザプログラムは、あるメタデータが、プライベートメタデータ例えば、ハッシュされた暗号メタデータ、半プライベートメタデータ例えば、ハッシュされたプレーンテキストメタデータ、及びパブリックメタデータ例えば、プレーンテキストメタデータであることを適切に識別することができる。加えて、この情報に基づいて、ブラウザプログラムは、異なる形式のメタデータに対するアイコン例えば、ユーザ又はシステムによりタグ付けされたのような異なるラベル又はマーカー或いはグラフィック表現も表示することができる。更に、そのようなラベル又はマーカーは、発信者の関連UUID及び既知のハッシュアルゴリズムに基づいてシステムにより決定される特定メタデータの発信者を識別する情報を含む。従って、ブラウザプログラムのグラフィックユーザインターフェイスGUIから、普通のユーザは、どのファイルがプライベートメタデータ、半プライベートメタデータ、及び/又はパブリックメタデータ、等であるか言うことはできるが、ユーザは、プライベート又は半プライベートメタデータの詳細情報を見ることはできない。図4は、本発明の1つの実施形態によるメタデータ処理方法を示すフローチャートである。例えば、この方法400は、図2のシステム200又は図3のシステム300により遂行される。図4を参照すれば、ブロック401において、プライベートメタデータを有するファイルが受け取られたときに、そのファイルは、プライベートメタデータと共に、ファイルシステムに記憶され、プライベートメタデータは、メタデータの発信者の暗号キーにより暗号化されている。ブロック402において、プライベートメタデータがシステムに現在ログインしているユーザにより発信されたものであるかどうか決定される。例えば、上述したように、プライベートメタデータは、メタデータの発信者のUUIDでハッシュされる。システムは、プライベートメタデータのUUIDを、現在ログインしているユーザのUUIDと比較して、プライベートメタデータが現在ログインしているユーザにより発信されたものであるかどうか決定することができる。もしそうであれば、ブロック403において、メタデータインポーター又は現在ユーザのユーザデーモンは、セキュリティコンポーネント例えば、ログインキーチェーンサービスと通信して、暗号化されたプライベートメタデータに関連した現在ユーザのシークレットキーを検索することができる。上述したように、ユーザは、複数のUUIDを有し、そして各UUIDは、シークレットキーに関連している。この実施形態では、プライベートメタデータに関連したUUIDは、プライベートメタデータを解読するための対応するシークレットキーを識別するのに使用される。ブロック404において、プライベートメタデータは、シークレットキーを使用して解読され、そして解読されたメタデータは、インデックス及び/又は記憶の目的で使用される。メタデータの発信者が現在ログインしているユーザでない場合には、ブロック405において、対応するプライベートメタデータが解読又はインデックスされていないことを指示するプライベートメタデータ識別子又はマーカーがインデックスに記憶される。その後、メタデータの発信者がシステムにログインするときに、プライベートメタデータは、その発信者に関連したシークレットキーを使用して識別及び解読することができる。図5は、本発明の別の実施形態によるメタデータ処理方法を示すフローチャートである。例えば、この方法500は、図2のシステム200又は図3のシステム300により遂行される。図5を参照すれば、ユーザがログインしたとの検出に応答して、ブロック501において、ユーザに関連したユーザデーモンが起動される。ブロック502において、ユーザデーモンは、ユーザに関連して記憶されたプライベートメタデータに質問するためにファイルシステムに問合せを送信する。ファイルシステムは、ローカルファイルシステム、及び/又はネットワークを経てのリモートファイルシステムである。ブロック503において、現在ログインしているユーザに関連したプライベートメタデータのリストがファイルシステムから受け取られる。ブロック504において、現在ログインしているユーザに関連したシークレットキーを使用してプライベートメタデータのリストが解読される。1つの実施形態において、ユーザデーモンは、システムのセキュリティコンポーネント例えば、ログインキーチェーンサービスと通信して、メタデータの解読に使用されるユーザに関連したシークレットキーを検索する。その後、ブロック505において、解読されたメタデータがインデックス及び/又は記憶のためにファイルシステムに送信される。図6は、本発明の別の実施形態によるメタデータ処理方法を示すフローチャートである。例えば、この方法600は、図2のシステム200又は図3のシステム300により遂行される。特に、この方法600は、図3のサーバー303により遂行される。図6を参照すれば、ブロック601において、クライアント例えば、ユーザデーモンから問合せが受け取られ、その問合せは、クライアントのユーザを識別するユーザ識別子例えば、UUIDに関連している。問合せに応答して、ブロック602において、処理ロジックは、ファイルシステムに現在記憶され且つユーザに関連したプライベートメタデータをユーザ識別子に基づいてスキャンし識別するように構成される。1つの実施形態において、サーチインデックスがスキャンされ、そこに記憶されたプライベートメタデータ識別子をユーザ識別子に基づいて識別する。プライベートメタデータを有するファイルが、次いで、プライベートメタデータ識別子に基づいてコンテンツファイルディレクトリにおいて探索され、プライベートメタデータをファイルから抽出することができる。ブロック603において、プライベートメタデータのリストが、クライアントによって解読されるべくクライアントへ送信される。ブロック604において、解読されたメタデータがクライアントから受け取られ、ブロック605において、解読されたメタデータがファイルシステムにおいてインデックスされて記憶される。図7は、本発明の一実施形態に使用できるデータ処理システムのブロック図である。例えば、このシステム700は、図1のシステム100として使用されてもよい。図7は、コンピュータシステムの種々のコンポーネントを示すが、コンポーネントを相互接続する特定のアーキテクチャー又は方法を表わすものではないことに注意されたい。というのは、そのような細部は、本発明にとって関係がないからである。又、より少ないコンポーネント又はおそらくより多くのコンポーネントを有するネットワークコンピュータ、ハンドヘルドコンピュータ、セルラーホン及び他のデータ処理システムも、本発明に使用できることが明らかであろう。図7のコンピュータシステムは、例えば、アップルマッキントッシュコンピュータ、又はIBM適合のPCでよい。図7に示したように、一形式のデータ処理システムであるコンピュータシステム700は、バス又は相互接続部702を備え、これは、1つ以上のマイクロプロセッサ703、ROM707、揮発性RAM705、及び不揮発性メモリ706に結合される。マイクロプロセッサ703は、キャッシュメモリ704に結合される。バス702は、これら種々のコンポーネントを一緒に相互接続すると共に、これらコンポーネント703、707、705及び706を、ディスプレイコントローラディスプレイ装置708、並びに入力/出力I/O装置710に相互接続し、そのI/O装置は、マウス、キーボード、モデム、ネットワークインターフェイス、プリンタ、及びこの分野で良く知られた他の装置である。典型的に、入力/出力装置710は、入力/出力コントローラ709を通してシステムに結合される。揮発性RAM705は、典型的に、メモリ内のデータをリフレッシュ又は維持するために常時電力を必要とするダイナミックRAMDRAMとして具現化される。不揮発性メモリ706は、典型的に、システムから電力が取り去られた後もデータを維持する磁気ハードディスク、磁気光学ドライブ、光学ドライブ、又はDVDRAM、或いは他の形式のメモリシステムである。典型的に、不揮発性メモリは、ランダムアクセスメモリであるが、これは、必要なことではない。図7は、不揮発性メモリが、データ処理システム内の残りのコンポーネントに直結されたローカル装置であることを示しているが、本発明は、システムから遠隔にある不揮発性メモリ、例えば、モデム又はイーサネット登録商標インターフェイスのようなネットワークインターフェイスを通してデータ処理システムに結合されたネットワーク記憶装置を使用してもよい。バス702は、この分野で良く知られたように、種々のブリッジ、コントローラ、及び/又はアダプタを通して互いに接続される1つ以上のバスを含む。1つの実施形態において、I/Oコントローラ709は、USB周辺装置をコントロールするためのUSBユニバーサルシリアルバスアダプタを含む。或いは又、I/Oコントローラ709は、FireWire装置をコントロールするためのFireWireアダプタとしても知られたIEEE-1394を含んでもよい。以上の詳細な説明のある部分は、コンピュータメモリ内のデータビットに対するオペレーションのアルゴリズム及び記号表示に関して表現されている。これらのアルゴリズム記述及び表示は、データ処理分野の当業者が、彼等の仕事の実質を他の当業者に最も効率的に伝えるために使用される方法である。アルゴリズムとは、ここでは、一般的に、望ましい結果を導く自己矛盾のないオペレーションシーケンスであると考えられる。オペレーションは、物理量の物理的操作を要求するものである。しかしながら、これら及び同様の用語は、全て、適当な物理量に関連付けられ、そしてそれらの量に適用される便宜的表示に過ぎないことを銘記されたい。特に指示のない限り、以上の説明から明らかなように、この説明全体を通して、特許請求の範囲に示すような用語を使用する説明は、コンピュータシステムのレジスタ及びメモリ内で物理的電子的量として表されたデータを操作し、そしてコンピュータシステムのメモリ又はレジスタ或いは他のそのような情報記憶、伝達又は表示装置内で物理的量として同様に表される他のデータへと変換するコンピュータシステム又は同様の電子的コンピューティング装置のアクション及び処理を指すものである。又、本発明の実施形態は、ここに示すオペレーションを遂行するための装置にも係る。そのようなコンピュータプログラムは、非一時的なコンピュータ読み取り可能な媒体に記憶される。マシン読み取り可能な媒体は、マシン例えば、コンピュータにより読み取りできる形態で情報を記憶するためのメカニズムを含む。例えば、マシン読み取り可能な例えば、コンピュータ読み取り可能な媒体は、マシン例えば、コンピュータ読み取り可能な記憶媒体例えば、リードオンリメモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光学的記憶媒体、フラッシュメモリ装置、等を含む。添付図面に示すプロセス及び方法は、ハードウェア例えば、回路、専用ロジック、等、ソフトウェア例えば、非一時的なコンピュータ読み取り可能な媒体で実施される、又は両方の組み合わせを含む処理ロジックによって遂行される。プロセス又は方法は、順次のオペレーションに関して上述したが、上述したオペレーションの幾つかは、異なる順序で遂行されてもよいことが明らかであろう。更に、幾つかのオペレーションは、順次ではなく、並列に遂行されてもよい。本発明の実施形態は、特定のプログラミング言語を参照して説明しなかった。ここに述べた本発明の実施形態の教示を具現化するのに、種々のプログラミング言語を使用できることが明らかである。以上、特定の規範的な実施形態を参照して本発明の実施形態を説明した。特許請求の範囲に述べた本発明の広い精神及び範囲から逸脱せずに種々の変更がなされ得ることが明らかであろう。従って、以上の説明及び添付図面は、単なる例示に過ぎず、それに限定されるものではないと考えられる。