"複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と、前記標準属性の母集団の管理情報を提示する提示手段とを有する検索システム。前記管理情報は、標準属性の母集団のデータ量、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージ数、ストレージの使用量、ストレージの使用率、属性関係対応付け部の数の少なくともいずれかである請求項1に記載の検索システム。前記提示手段は、アイコン、色、サイズ、メータ、インジゲータの少なくとも一つを用いて、前記管理情報を表示する請求項1又は請求項2に記載の検索システム。前記提示手段は、ユーザにより選択された検索対象の標準属性の前記管理情報を表示する請求項1から請求項3のいずれかに記載の検索システム。複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と、前記標準属性の母集団の管理情報を提示する提示手段とを有する情報処理端末。アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記標準属性の母集団の管理情報を提示し、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する検索方法。前記管理情報は、標準属性の母集団のデータ量、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージ数、ストレージの使用量、ストレージの使用率、属性関係対応付け部の数の少なくともいずれかである請求項6に記載の検索方法。アイコン、色、サイズ、メータ、インジゲータの少なくとも一つを用いて、前記管理情報を表示する請求項6又は請求項7に記載の検索方法。ユーザにより選択された検索対象の標準属性の前記管理情報を表示する請求項6から請求項9のいずれかに記載の検索方法。アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、前記標準属性の母集団の管理情報を提示する処理と、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理とを情報処理装置に実行させる検索プログラム。様々な種類のアプリケーションにまたがるような検索では、ユーザがアプリケーションの違いやストレージ先を意識する必要があった。具体的には、あるユーザが、8月に行ったパーティに関する情報を探したい場合、次のように探す必要があった。1.パーティでは写真を撮ったはずだから、写真を探そう。2.その時の写真は自宅PCに移したはずだ。3.自宅のPCで写真を管理しているのはアプリケーションAだったはずだ。4.アプリケーションAを選択して、撮影日時から8月を選択しよう。これでは、ユーザは、アプリケーションの違いやストレージ先を意識する必要があり、検索したい本来のデータにたどり着くまで各種のステップが必要であった。また、上述した、各アプリケーションの情報とグローバルな標準的検索式との関係を表現する情報をあらかじめ定義しておき、グローバルな標準的検索式から各アプリケーションで解釈できる形式に変換して検索を行うシステムでは、アプリケーションの違いを意識する必要はなかったが、またがって検索できるアプリケーションが限定されており、任意のアプリケーションにまたがって検索することはできなかった。一方で、ユーザが所望のデータを探す際には、アプリケーション数やストレージ先を意識しており、アプリケーションの数やストレージ先のディスク容量なども活用してデータを探しているのも事実である。そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、様々な種類のアプリケーションに跨るような検索用途において、ユーザが指定する属性にデータに関する情報を提供する検索システム、検索方法及び検索プログラムを提供することにある。本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と、前記標準属性の母集団の管理情報を提示する提示手段とを有する検索システムである。本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と、前記標準属性の母集団の管理情報を提示する提示手段とを有する情報処理端末である。本発明は、アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記標準属性の母集団の管理情報を提示し、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する検索方法である。本発明は、アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、前記標準属性の母集団の管理情報を提示する処理と、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理とを情報処理装置に実行させる検索プログラムである。本発明は、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識する必要がない上に、指定する属性にデータがありそうかどうかを、事前に判断することができ、効率的な検索できる。本発明の第1の実施の形態を説明する。図1は第1の実施の形態に係る検索システムのブロック図である。本実施の形態の検索システムは、標準属性記憶部1と、アプリケーションデータ記憶部2a,2bと、属性関係対応付け部3a,3bと、検索管理部4と、検索ユーザインターフェイス5とを備える。標準属性記憶部1は、標準属性が記憶された記憶部である。ここで、標準属性とは、多くの異なるアプリケーションで使用される固有属性に基づいて、それらの属性を上位概念で定義した属性をいう。標準属性は、各アプリケーションで用いられる固有属性を上位概念化したひとつの属性でも良いが、標準属性を階層的に定義しても良い。図2は、標準属性の一例を示した図である。例えば、多くのアプリケーションに使用される日付に関する属性としては、作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日などが存在する。しかし、ユーザがそれぞれの違いを意識しながら検索するのは大変である。そこで、作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日などを上位概念でまとめた日時またはwhenのような属性をそれらの最上位属性として定義する。そして、when日時を、標準属性の最上位属性とする。そして、最上位属性であるwhenの下位属性として、作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日などを階層的に定義する。また、多くのアプリケーションに使用される人物に関する属性としては、人物名、メールアドレス、電話番号、ホームページ、人物カテゴリなどがある。そこで、人物名、メールアドレス、電話番号、ホームページ、人物カテゴリなどを、上位概念化したwhoのような属性をそれらの最上位属性として定義する。そして、最上位属性であるwhoの下位属性として、人物名、メールアドレス、電話番号、ホームページ、人物カテゴリなどを標準属性の中位属性として階層的に定義する。更に、メールアドレスに関する属性としては、送信メールアドレスや受信メールアドレスなどが存在する。そこで、中位属性であるメールアドレスの下位属性として送信メールアドレスや受信メールアドレスを、標準属性の下位属性として階層的に定義する。更に、受信メールアドレスには、Toメールアドレス、Ccメールアドレス、Bccメールアドレスなどが存在する。そこで、下位属性の受信メールアドレスの下位属性として、Toメールアドレス、Ccメールアドレス、Bccメールアドレスを、標準属性の最下位属性として階層的に定義する。このように、多くのアプリケーションでよく使われる属性を、図2に示す如く、階層的に定義したものを標準属性と呼ぶ。尚、標準属性の階層関係は、多段階でも構わない。また、標準属性は、予め、多くのアプリケーションの属性を分析整理することで、属性の粒度の統一や階層関係の整理、名前語彙の統一などを行いながら、どのようなユーザにも理解しやすい形で定義しておくことが望ましい。尚、以下の説明では、標準属性の階層化された属性群を、最上位属性名のグループで呼ぶこととする。例えば、標準属性の作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日の属性群を、whenを最上位属性とするwhenの属性グループと呼ぶ。また、標準属性の記述形式としては、RDFやOWLを使って記述すると、階層関係や後述する属性関係の定義が自然であるため、望ましいと考えられるが、XMLやカンマ区切り形式などを使って記述することもできる。RDFやOWLを使った記述方法については、当業者には容易に設計可能であるため、設計の詳細を省略する。アプリケーションデータ記憶部2a,2b,2cには、対応するアプリケーションのデータが、そのアプリケーションの固有属性が付されて記憶されている。例えば、画像アプリケーションにおいて、画像データには、属性撮影日時に対応する属性データ2011年2月15日16時が付されて記憶されている。尚、以下の説明では、アプリケーションの固有属性とこの固有属性の属性データを、固有属性_属性データの形式で記載する。例えば、上述の例における固有属性撮影日時とその属性データ2011年2月15日16時は、撮影日時_2011年2月15日16時と記載する。尚、以下の説明では、アプリケーションデータ記憶部2aには画像アプリケーションAのデータが記憶され、アプリケーションデータ記憶部2bには画像アプリケーションBのデータが記憶され、アプリケーションデータ記憶部2cにはメールアプリケーションCのデータが記憶されているものとする。また、アプリケーションの数は、少なくとも一以上あれば良い。また、アプリケーションデータ記憶部2は、アプリケーション毎に設けられていても良いし、例えば、パーソナルコンピュータのようにひとつの記憶部ハードディスクに複数のアプリケーションデータ記憶部2が設けられて複数のアプリケーションデータが記憶されていても良い。属性関係対応付け部3a,3bは、検索管理部4から受信した標準属性に対応するアプリケーションの固有属性の属性データを検索するものであり、各アプリケーションの固有属性と標準属性とを対応付ける属性関係定義ファイルを有する。図3は、属性関係対応付け部3aの属性関係定義ファイルの一例を示したものであり、画像アプリケーションAの属性と標準属性との属性関係定義ファイルの一例を示したものである。図3の例では、画像アプリケーションAは、ファイル名、撮影日時、撮影場所、ファイル種類、ISO感度、WBホワイトバランス、サイズ及びファイル更新日の固有属性を有している。属性関係対応付け部3aの属性関係定義ファイルは、それらの画像アプリケーションAの固有属性と標準属性とを対応付けるファイルである。例えば、画像アプリケーションAの固有属性ファイル名は標準属性Whatの下位属性であるファイル名と対応付けられ、画像アプリケーションAの固有属性撮影日時は標準属性Whenの下位属性である作成日と対応付けられ、画像アプリケーションAの固有属性撮影場所は標準属性Whereの下位属性である経度、緯度と対応付けられ、画像アプリケーションAの固有属性ファイル種類は標準属性Howの下位属性であるファイル形式と対応付けられ、画像アプリケーションAの固有属性ISO感度、固有属性WBホワイトバランスは標準属性Howの下位属性である状態と対応付けられ、画像アプリケーションAの固有属性サイズは標準属性Howの下位属性であるファイルサイズと対応付けられ、画像アプリケーションAの固有属性ファイル更新日は標準属性Whenの下位属性である更新日と対応付けられている。このように、標準属性が多層化されている場合、アプリケーションの固有属性を、最も適した標準属性の下位属性に対応付けることが好ましい。属性関係対応付け部3aは、上記のような属性関係定義ファイルを用いて、検索管理部4から受信した標準属性と画像アプリケーションAの固有属性とを対応付けて、画像アプリケーションAの固有属性の属性データを検索する。例えば、検索管理部4より、標準属性Whenを受信すると、属性関係定義ファイルを用いて、Whenの属性グループに含まれる属性に対応する画像アプリケーションAの固有属性である撮影日時及びファイル更新日を検索し、撮影日時及びファイル更新日の属性データを、アプリケーションデータ記憶部2から検索得する。このとき、ユーザが標準属性とともに、検索キーワードを指定した場合、検索対象となる画像アプリケーションAの固有属性の属性データのうち、検索キーワードに関連した属性データを検索する。例えば、ユーザがWhenという標準属性と、8月というキーワードを指定して検索すると、標準属性Whenの属性グループに含まれる属性に対応する画像アプリケーションAの固有属性である撮影日時及びファイル更新日を検索し、撮影日時及びファイル更新日の属性データのうち、検索キーワード8月に関係あるものを検索結果として、後述する検索管理部4に出力する。このとき、検索結果としての属性データの内容のみならず、その属性データが付されているコンテンツやファイル自体も出力するように構成しても良い。尚、上記の例では、選択した標準属性がWhenの場合を説明したが、標準属性Whenの下位属性を指定しても良い。この場合、指定された下位属性に対応する画像アプリケーションAの固有属性のみが検索対象となる。例えば、Whenの属性グループに含まれる撮影日時を選択した場合には、標準属性の撮影日時に対応する画像アプリケーションAの固有属性である撮影日時のみが対象となる。また、標準属性や属性関係には、型の情報も含めることができる。例えば、Whenという属性は、文字列型ではなく、日時型であると定義することができる。日時型の属性であれば、キーワードは日時型の値として解釈され、検索のためのマッチング方法も、日時型としての比較により行われることになる。続いて、属性関係対応付け部3bの属性関係定義ファイルについて説明する。図4は、属性関係対応付け部3bの属性関係定義ファイルの一例を示したものであり、画像アプリケーションBの属性と標準属性との属性関係定義ファイルの一例を示したものである。図4の例では、画像アプリケーションBは、ファイル名、メモ、撮影日、更新日及びサイズの固有属性を有している。属性関係対応付け部3bの属性関係定義ファイルは、画像アプリケーションBの固有属性と標準属性とを対応付けるファイルである。例えば、画像アプリケーションBの固有属性ファイル名は標準属性Whatの下位属性であるファイル名と対応付けられ、画像アプリケーションBの固有属性メモは標準属性Whatの下位属性である説明と対応付けられ、画像アプリケーションBの固有属性撮影日は標準属性Whenの下位属性である作成日と対応付けられ、画像アプリケーションBの固有属性サイズは標準属性Howの下位属性であるファイルサイズと対応付けられている。このように、同じ画像アプリケーションでありながら、画像アプリケーションAと画像アプリケーションBとは、それぞれ固有属性を持ち、異なる属性名が付けられている。従って、属性関係対応付け部3は、アプリケーション毎に用意され、アプリケーションが増えるごとに、検索管理部4にプラグイン追加されることが望ましい。尚、他の検索動作は、上述した属性関係対応付け部3aと同様である。更に、種類の異なるアプリケーションの属性関係対応付け部3cについて説明する。属性関係対応付け部3cは、メールアプリケーションAに用意されているものであり、メールアプリケーションAが検索システムに新たにインストール追加された場合、検索管理部4にプラグインされたものである。図5は、属性関係対応付け部3cの属性関係定義ファイルの一例であり、メールアプリケーションC固有の属性と標準属性との関係を示している。図5の例では、メールアプリケーションCは、From、To、Cc、Bcc、Subject、Body、Date及びSizeの固有属性を有している。属性関係対応付け部3の属性関係定義ファイルは、これらの固有属性と標準属性とを対応付けるファイルであり、例えば、メールアプリケーションCの固有属性Fromは標準属性Whoの下位属性であるFromメールアドレスと対応付けられ、メールアプリケーションCの固有属性Toは標準属性Whoの下位属性であるToメールアドレスと対応付けられ、メールアプリケーションCの固有属性Ccは標準属性Whoの下位属性であるCcメールアドレスと対応付けられ、メールアプリケーションCの固有属性Bccは標準属性Whoの下位属性であるBccメールアドレスと対応付けられ、メールアプリケーションAの固有属性Subjectは標準属性Whatの下位属性である固有属性題名と対応付けられ、メールアプリケーションCの固有属性Bodyは標準属性Whatの下位属性である本文と対応付けられ、メールアプリケーションCの固有属性Dateは標準属性Whenの下位属性である発行日と対応付けられている。尚、他の検索動作は、上述した属性関係対応付け部3aと同様である。このように、アプリケーションの種類が異なる場合、上述した同じ種類のアプリケーション以上に固有属性が異なっていることがわかる。検索管理部4は、検索ユーザインターフェイス5でユーザから指定された標準属性及び検索キーワードを受信し、各属性関係対応付け部2a,2b,2cに指定された標準属性を送信する。そして、各属性関係対応付け部2a,2b,2cから得られた各アプリケーションの属性データ、すなわち、ユーザから指定された標準属性及び検索キーワードに関連した検索結果をユーザに提示する。検索管理部4は、更に、検索データ関連情報管理部8を備えている。検索データ関連情報管理部8は、標準属性毎の管理情報を管理しており、ユーザの検索に際して検索ユーザインターフェイス5を介して管理情報を出力するものである。ここで、標準属性毎の管理情報とは、ユーザが指定した属性毎の母集団のデータ量サイズや、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は使用率、関連する各属性関係対応付け部の個数の情報である。これらの情報は、ユーザが属性を指定するごとに、各属性関係対応付け部2a,2b,2cにその属性に関連する管理情報を問い合わせても良いし、予め周期的に属性毎の管理情報を各属性関係対応付け部2a,2b,2cに問い合わせ、その情報保持していても良い。尚、管理情報は、ユーザの検索に際して表示されるものに限定さるものではなく、標準属性、例えば、最上位の標準属性毎に、予め表示しておいても良い。検索ユーザインターフェイス5は、ユーザが検索キーワードや検索対象属性を指定するためのユーザインターフェイス部分であり、例えば、図6のようなGUIを用いることができる。図6では、属性名をコンボボックスのような選択肢から選択することができ、キーワードをテキストボックスから入力することができる。図7は、属性名の選択方法の一例を示す図である。図7の例では、図の属性選択肢表示部分において、属性として、最上位属性であるWhatと、その下位属性である題名、説明、本体...があり、それらの中から一つを選ぶことができる。このように、階層関係を示すことで、ユーザが無関係の属性を判別しやすくなるため、ユーザにとって選択する負担が軽減される効果が得られる。さらに、検索データ関連情報管理部8からの管理情報を受けて、図7の属性選択肢表示部分では、検索対象となるアプリケーション又はデータベースの数を四角形の数で表現している。例えば、Whatという属性の右側には6個の四角形があるため、対象となる検索対象アプリケーションは6つである。同様に題名という属性に関する検索対象アプリケーションは4つである。このように、検索対象となるアプリケーションの数を同時に表示することで、どの属性を指定して探すべきかの指針をユーザに与えることができる。具体的には、検索対象アプリケーション数が多い方が見つかりやすいため、数が多い属性を優先的に指定することで、無駄な検索を行う回数を減らすことができる。更に、検索対象となるアプリケーションは、上述したように、下位属性に関するアプリケーションも検索対象に含まれるため、例えば、Whoの属性グループのように多層の階層になっている場合、直下の階層の属性に含まれるアプリケーション数をその上位の階層の属性のアプリケーション数としても良い。例えば、メールアドレスを指定した場合は、属性メールアドレスの直下には、送信メールアドレスと受信メールアドレスとがあり、送信メールアドレスのアプリケーション数が3個であり、受信メールアドレスのアプリケーション数が2個である場合、その合計数である5個を、メールアドレスの検索対象アプリケーション数として表示しても良い。更に、ある属性名を指定した時、その属性の母集団のデータ量サイズや、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は率などの情報を表示するようにしても良い。図8は、ユーザが検索対象属性whatを指定した場合のwhatに関する母集団の管理情報を示した他の画面イメージ図である。図8では、whatに関する母集団のデータ量サイズ及びアプリケーション数が表示されており、whatに関する母集団のデータ量サイズが5.4GB、whatに関する母集団のアプリケーション数が3個と表示されている。尚、表示内容はこれに限られず、上述した属性の母集団のアプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は率などの情報も表示しても良い。また、表示方法も具体的な数字に限られず、例えば、全データのデータ量に対して母集団のデータ量が占める割合や、全アプリケーション数に対して母集団のアプリケーション数が占める割合をインジケーターメータのようなグラフで示しても良い。また、本例では、検索対象となるアプリケーションやサービスの数を四角形の数として表現したが、アイコン絵や絵の数や、棒グラフや、色濃さ、明るさ、彩度や、サイズ文字や枠や絵などのサイズによって表現してもよい。また、アプリケーションやサービスの数ではなく、それぞれのデータ量を基に加算してもよい。次に、検索システムの動作を、動作フローチャートを介して具体例を用いて説明する。尚、以下の説明において、検索管理部4に属性関係対応付け部3a,3b,3cがプラグインされているものとする。図9は検索システムの動作フローチャートである。まず、ユーザは、検索ユーザインターフェイス5により、標準属性及び検索キーワードを入力するStep100。ここでは、ユーザがWhenという標準属性を指定したものとする。すると、検索データ関連情報管理部8は、標準属性Whenの管理情報を検索ユーザインターフェイス5に出力し、検索ユーザインターフェイス5は標準属性Whenの母集団の管理情報母集団のデータ量サイズや、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は使用率、関連する各属性関係対応付け部の個数の情報等を表示するStep101。ユーザは表示された標準属性Whenの母集団の管理情報を見て、指定した標準属性Whenが的確なものかを判断する。以下の説明では、ユーザは、指定した標準属性Whenが的確なもの判断し、ユーザがWhenという標準属性と、8月という検索キーワードを指定したものとするStep102。検索管理部4は、入力された標準属性及び検索キーワードを各アプリケーションに対応して設けられた属性関係対応付け部3a,3b,3cに出力するStep103。各属性関係対応付け部3a,3b,3cは、標準属性及び検索キーワードを受信するStep104。そして、受信した標準属性とアプリケーションの固有属性とを対応付けるStep105。続いて、各属性関係対応付け部3a,3b,3cは、標準属性に対応する固有属性の属性のデータのうち検索キーワードに関連する属性データを検索しStep106、検索結果を検索管理部4に出力するStep107。本例では、検索管理部4から受信する標準属性はWhen、検索管理部4には8月なので、属性関係対応付け部3aはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションAの固有属性撮影日時及び固有属性ファイル更新日の属性データを取得する。ここでは、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータを、撮影日時_2010年8月2日と、ファイル更新日_2010年10月2日とする。その結果、検索キーワードに関連する撮影日時_2010年8月2日を、検索結果として検索管理部4に出力する。同様に、属性関係対応付け部3bはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションBの固有属性撮影日及び固有属性更新日時の属性データを取得する。ここでは、アプリケーションデータ記憶部2b画像アプリケーションBから取得したデータを、撮影日_2011年1月2日と、更新日時_2011年2月2日とする。その結果、検索キーワードに関連する属性データはないので、検索結果として該当データなしを検索管理部4に出力する。同様に、属性関係対応付け部3cはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションCの固有属性Dateの属性データを取得する。ここでは、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータを、Date_2010年8月4日とする。その結果、検索キーワードに関連するDate_2010年8月4日を、検索結果として検索管理部4に出力する。検索管理部4は、各属性関係対応付け部3a,3b,3cから検索結果を受信するStep108。そして、その結果をユーザに提示するために出力するStep109。本例では、各属性関係対応付け部3a,3b,3cから取得した検索結果は、属性関係対応付け部3aから受信した撮影日時_2010年8月2日と、属性関係対応付け部3cから受信したDate_2010年8月4日である。従って、検索結果として、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータである撮影日時_2010年8月2日と、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータDate_2010年8月4日とを出力する。このように、8月だからWhenに8月を指定して検索しようというような検索だけで、複数のアプリケーションをまたいで検索することが可能である。尚、検索管理部4は、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。上述の例では、検索管理部4は、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータである撮影日時_2010年8月2日と、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータDate_2010年8月4日とを出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力する。更に、上述の例では、標準属性として最上位の標準属性を指定したが、予め検索対象を絞り込めるならば、下位階層の標準属性を指定しても良い。具体的には、Whenの代わりに、そのWhenの属性グループに属する作成日時を指定しても良い。この場合、作成日時に対応するデータのみが検索対象となり、結果としてアプリケーションデータ記憶部2a画像アプリケーションAから取得したデータである撮影日時_2010年8月2日だけが検索結果として出力される。以上の如く、本実施の形態では、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。また、アプリケーション毎に属性関係対応付け部を設けているので、アプリケーションが新たに追加されても、追加されたアプリケーションに対応する属性関係対応付け部をプラグインすれば、追加されたアプリケーションのデータも検索対象とすることができるという優れた効果を有する。更に、本実施の形態では、標準属性を予め定義しているので、属性関係対応付け部の属性関係定義ファイルは、標準属性とアプリケーションの固有属性との対応関係だけを考慮すれば良く、設計が容易にできるという優れた効果を有する。<第2の実施の形態>第2の実施の形態は、第1の実施の形態を携帯電話や、スマートフォンのような情報端末に適用した場合である。図10は第2の実施の形態の検索システムブロック図である。第2の実施の形態の検索システムは、情報処理端末10と属性対応付け部配信サーバ20とから構成される。情報処理端末10は、標準属性記憶部1と、アプリケーションデータ記憶部2a,2cと、属性関係対応付け部3a,3cと、検索管理部4と、検索ユーザインターフェイス5と、属性関係対応付け部を属性対応付け部配信サーバ20から取得する属性関係対応付け部取得部6とを備える。第2の実施の形態が第1の実施の形態と異なる所は、情報処理端末10が属性関係対応付け部取得部6を有し、新たに情報処理端末10に追加したアプリケーションに対応した属性関係対応付け部を属性対応付け部配信サーバ20から取得し、取得した属性関係対応付け部を検索管理部4にプラグインして用いることである。このため、属性対応付け部配信サーバ20は、アプリケーションに対応した属性関係対応付け部を用意しており、情報処理端末10の属性関係対応付け部取得部6の要求に応答して、アプリケーションに対応した属性関係対応付け部を情報処理端末10に配信する。次に、第2の実施の形態の具体的な動作を説明する。まず、既にインストールされているメールアプリケーションCに加えて、情報処理端末10に画像アプリケーションAが新たに追加されたものとする。属性関係対応付け部取得部6は、画像アプリケーションAがインストールされたことを検出し、画像アプリケーションAに対応する属性関係対応付け部3aの取得を属性対応付け部配信サーバ20に要求する。属性対応付け部配信サーバ20は、画像アプリケーションAに対応した属性関係対応付け部3aを、情報処理端末10の属性関係対応付け部取得部6の要求に応答して情報処理端末10に配信する。属性関係対応付け部取得部6は、取得した画像アプリケーションAに対応した属性関係対応付け部3aを検索管理部4にプラグインする。これにより、画像アプリケーションAとメールアプリケーションCとが検索管理部4の検索対象アプリケーションとなる。次に、ユーザがWhenという標準属性と、8月という検索キーワードを指定して、検索を開始したものとする。検索管理部4は、入力された標準属性When及び8月というキーワードを各アプリケーションに対応して設けられた属性関係対応付け部3a,3cに出力する。各属性関係対応付け部3a,3cは、標準属性When及び検索キーワード8月を受信し、アプリケーションデータ記憶部2a,2cから標準属性Whenに対応するアプリケーションの属性の属性データのうち検索キーワード8月に関連する属性データを検索して取得する。ここでは、検索管理部4から受信する標準属性はWhenなので、属性関係対応付け部3aはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションAの固有属性撮影日時及び固有属性ファイル更新日の属性データのうち、検索キーワード8月に関連する属性データを検索する。ここでは、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータを、撮影日時_2010年8月2日とする。同様に、属性関係対応付け部3cはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応するメールアプリケーションCの固有属性Dateの属性データのうち、検索キーワード8月に関連する属性データを検索する。ここでは、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータを、Date_2010年8月4日とする。標準属性に対応する属性の属性データを取得した属性関係対応付け部3a,3cは検索結果を検索管理部4に出力する。検索管理部4は、各属性関係対応付け部3a,3cが取得した属性データを受信し、その結果を出力する。本例では、属性関係対応付け部3a,3cが取得したデータは、アプリケーションデータ記憶部2a画像アプリケーションAから取得した撮影日時_2010年8月2日と、アプリケーションデータ記憶部2cメールアプリケーションCから取得したDate_2010年8月4日である。従って、検索キーワード8月に関連するものとして、アプリケーションデータ記憶部2a画像アプリケーションAから取得した撮影日時_2010年8月2日と、アプリケーションデータ記憶部2cメールアプリケーションCから取得したDate_2010年8月4日とが、検索結果として出力される。尚、検索管理部4は、第1の実施の形態と同様に、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。第2の実施の形態では、新しいアプリケーションを端末に追加すると、配信サーバから追加したアプリケーションに対応した属性関係対応付け部を、配信サーバから取得するようにしたので、新しいアプリケーションが追加されたとしても、今までと同様な方法により、追加されたアプリケーションも含めて検索することができる。<第3の実施の形態>第3の実施の形態を説明する。第3の実施の形態の検索システムは、複数の情報処理端末にまたがって検索を行う場合を説明する。図11は第3の実施の形態の検索システムのブロック図である。第3の実施の形態の検索システムは、情報処理端末Xと情報処理端末Yとを備え、各情報処理端末が、少なくとも標準属性記憶部1と、アプリケーションデータ記憶部2と、属性関係対応付け部3と、検索管理部4とを備えている。そして、ユーザが検索処理を入力する情報処理端末は、検索ユーザインターフェイス5を備えている。尚、検索ユーザインターフェイス5は、他の情報処理端末も備えていても良い。更に、情報処理端末Xと情報処理端末Yとの検索管理部4は、通信回線30を介して検索結果を送受信できるように構成されている。次に、第3の実施の形態の具体的な動作を説明する。尚、以下の説明において、情報処理端末Xには、メールアプリケーションCがインストールされており、属性関係対応付け部3cが検索管理部4にプラグインされており、情報処理端末Yには、画像アプリケーションA,Bがインストールされており、属性関係対応付け部3a,bが検索管理部4にプラグインされているものとする。まず、ユーザが情報処理端末Xの検索ユーザインターフェイス5により、Whenという標準属性を選択し、Whenの管理情報を表示させる。管理情報は、情報処理端末Xの検索データ関連情報管理部8が情報処理端末Xの格納されているデータの管理情報を担当し、情報処理端末Yの検索データ関連情報管理部8が情報処理端末Yの格納されているデータの管理情報を担当しているものとする。そして、情報処理端末Xの検索データ関連情報管理部8の要求に応答して、情報処理端末Yの検索データ関連情報管理部8は、自己が担当しているWhenの管理情報を情報処理端末Xの検索データ関連情報管理部8に送信する。情報処理端末Xの検索データ関連情報管理部8は、自己の管理情報と受信した管理情報とを合計したWhenの管理情報を表示する。そして、ユーザが、管理情報を見て情報処理端末Xの検索ユーザインターフェイス5により、Whenという標準属性と、8月という検索キーワードを指定して、検索を開始したものとする。情報処理端末Xの検索管理部4は、入力された標準属性When、8月という検索キーワードをアプリケーションに対応して設けられた属性関係対応付け部3cに出力する。また、入力された標準属性When、8月という検索キーワードを、通信回線30を介して、情報処理端末Yの検索管理部4に送信する。そして、標準属性When及び検索キーワード8月を受信した情報処理端末Yの検索管理部4は、属性関係対応付け部3a,3bに標準属性When及び検索キーワード8月を出力する。各属性関係対応付け部3a,3b,3cは標準属性When及び検索キーワード8月を受信し、アプリケーションデータ記憶部2a,2b,2cから標準属性Whenに対応するアプリケーションの固有属性の属性データのうち、検索キーワード8月に関連する属性データを検索して取得する。本例では、検索管理部4から受信する標準属性はWhenなので、属性関係対応付け部3aはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションAの固有属性撮影日時及び固有属性ファイル更新日の属性データを取得する。ここでは、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータを、撮影日時_2010年8月2日とする。同様に、属性関係対応付け部3bはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションBの固有属性撮影日及び固有属性更新日時の属性データを取得する。ここでは、アプリケーションデータ記憶部2b画像アプリケーションBには、検索キーワード8月に関連する属性データはないものとする。同様に、属性関係対応付け部3cはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーションCの固有属性Dateの属性データを取得する。ここでは、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータを、Date_2010年8月4日とする。標準属性に対応する属性の属性データを取得した属性関係対応付け部3a,3bは取得結果を情報処理端末Yの検索管理部4に出力する。情報処理端末Yの検索管理部4は、各属性関係対応付け部3a,3bが取得したデータを受信し、その結果を情報処理端末Xの検索管理部4に出力する。本例では、各属性関係対応付け部3a,3bから取得したデータは、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータ撮影日時_2010年8月2日である。従って、情報処理端末Yの検索管理部4は、検索キーワード8月に関連するアプリケーションデータ記憶部2a画像アプリケーションAから取得したデータ撮影日時_2010年8月2日を、情報処理端末Xの検索管理部4に出力する。また、標準属性に対応する属性の属性データを取得した属性関係対応付け部3cは取得結果を情報処理端末Xの検索管理部4に出力する。情報処理端末Xの検索管理部4は、属性関係対応付け部3cが取得した属性データを受信する。本例では、属性関係対応付け部3cから取得したデータは、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータDate_2010年8月4日である。情報処理端末Xの検索管理部4は、検索キーワード8月に関連するアプリケーションデータ記憶部2cメールアプリケーションCから取得したデータDate_2010年8月4日と、情報処理端末Yの検索管理部4から送信された、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータ撮影日時_2010年8月2日とを出力する。尚、情報処理端末Xの検索管理部4は、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。第3の実施の形態では、複数の端末間に跨って検索することが可能であるので、例えば、出先で携帯端末から、携帯端末に記憶されているメールのデータと、自宅のパーソナルコンピュータに記憶されている画像のデータとを一緒に検索することができる。尚、上述した第3の実施の形態では、各情報処理端末の検索管理部4が検索キーワードに関連した属性データを絞り込むような構成としたが、これに限られない。例えば、最終的な検索結果を出力しない情報処理端末の検索管理部では、標準属性に対応する属性データのみを、最終的な検索結果を出力する情報処理端末の検索管理部に送信し、最終的な検索結果を出力する情報処理端末の検索管理部がこれらの属性データの中から検索キーワードに関連するものを検索するようにしても良い。本発明の第4の実施の形態を説明する。上述した実施の形態では、各属性関係対応付け部3が検索管理部4から受信した標準属性及び検索キーワードに基づいて、標準属性に対応するアプリケーションの固有属性の属性データのうち検索キーワードに関連した属性データを、各アプリケーションデータ記憶部2から検索して取得する例を説明した。しかしながら、各属性関係対応付け部2は、標準属性からアプリケーションの固有属性に変換し、標準属性に対応する固有属性をアプリケーションに送信する機能を行い、各アプリケーションが、固有属性に基づいて、自己のアプリケーションデータ記憶部2に記憶されているデータを検索することもできる。そこで、第4の実施の形態では、各属性関係対応付け部は、受信した標準属性を、各アプリケーションの固有属性に変換する機能だけを行い、その固有属性と検索キーワードとを対応するアプリケーションに送信し、各アプリケーションが、固有属性に基づいて自己のデータを検索する場合を説明する。図12は第4の実施の形態に係る検索システムのブロック図である。本実施の形態の検索システムは、標準属性記憶部1と、アプリケーションデータ記憶部2a,2bと、属性関係対応付け部3a,3b,3cと、検索管理部4と、検索ユーザインターフェイス5、アプリケーション7a,7b,7cとを備える。標準属性記憶部1は、標準属性が記憶された記憶部である。ここで、標準属性とは、上述した実施の形態と同様に、多くの異なるアプリケーションで使用される固有属性に基づいて、それらの属性を上位概念で定義した属性をいう。標準属性は、各アプリケーションで用いられる固有属性を上位概念化したひとつの属性でも良いが、標準属性を階層的に定義しても良い。図13は、標準属性の一例を示した図である。例えば、多くのアプリケーションに使用される日付に関する属性としては、作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日などが存在する。しかし、ユーザがそれぞれの違いを意識しながら検索するのは大変である。そこで、作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日などを上位概念でまとめた日時またはwhenのような属性をそれらの最上位属性として定義する。そして、when日時を、標準属性の最上位属性とする。そして、最上位属性であるwhenの下位属性として、作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日などを階層的に定義する。また、多くのアプリケーションに使用される人物に関する属性としては、人物名、メールアドレス、電話番号、ホームページ、人物カテゴリなどがある。そこで、人物名、メールアドレス、電話番号、ホームページ、人物カテゴリなどを、上位概念化したwhoのような属性をそれらの最上位属性として定義する。そして、最上位属性であるwhoの下位属性として、人物名、メールアドレス、電話番号、ホームページ、人物カテゴリなどを標準属性の中位属性として階層的に定義する。更に、メールアドレスに関する属性としては、送信メールアドレスや受信メールアドレスなどが存在する。そこで、中位属性であるメールアドレスの下位属性として送信メールアドレスや受信メールアドレスを、標準属性の下位属性として階層的に定義する。更に、受信メールアドレスには、Toメールアドレス、Ccメールアドレス、Bccメールアドレスなどが存在する。そこで、下位属性の受信メールアドレスの下位属性として、Toメールアドレス、Ccメールアドレス、Bccメールアドレスを、標準属性の最下位属性として階層的に定義する。このように、多くのアプリケーションでよく使われる属性を、図13に示す如く、階層的に定義したものを標準属性と呼ぶ。尚、標準属性の階層関係は、多段階でも構わない。また、標準属性は、予め、多くのアプリケーションの属性を分析整理することで、属性の粒度の統一や階層関係の整理、名前語彙の統一などを行いながら、どのようなユーザにも理解しやすい形で定義しておくことが望ましい。尚、以下の説明では、標準属性の階層化された属性群を、最上位属性名のグループで呼ぶこととする。例えば、標準属性の作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日の属性群を、whenを最上位属性とするwhenの属性グループと呼ぶ。また、標準属性の記述形式としては、RDFやOWLを使って記述すると、階層関係や後述する属性関係の定義が自然であるため、望ましいと考えられるが、XMLやカンマ区切り形式などを使って記述することもできる。RDFやOWLを使った記述方法については、当業者には容易に設計可能であるため、設計の詳細を省略する。アプリケーションデータ記憶部2a,2b,2cには、対応するアプリケーションのデータが、そのアプリケーションの固有属性が付されて記憶されている。例えば、画像アプリケーションにおいて、画像データには、属性撮影日時に対応する属性データ2011年2月15日16時が付されて記憶されている。尚、以下の説明では、アプリケーションの固有属性とこの固有属性の属性データを、固有属性_属性データの形式で記載する。例えば、上述の例における固有属性撮影日時とその属性データ2011年2月15日16時は、撮影日時_2011年2月15日16時と記載する。尚、以下の説明では、アプリケーションデータ記憶部2aには画像アプリケーション7aのデータが記憶され、アプリケーションデータ記憶部2bには画像アプリケーション7bのデータが記憶され、アプリケーションデータ記憶部2cにはメールアプリケーション7cのデータが記憶されているものとする。各アプリケーション7a,7b,7cは、従来のアプリケーションと同様に、各アプリケーション7a,7b,7c独自の固有属性に基づいて、各アプリケーションデータ記憶部2a,2b,2cから固有属性に対応する属性データの検索する機能を有する。尚、アプリケーションの数は、少なくとも一以上あれば良い。また、アプリケーションデータ記憶部2は、アプリケーション毎に設けられていても良いし、例えば、パーソナルコンピュータのようにひとつの記憶部ハードディスクに複数のアプリケーションデータ記憶部2が設けられて複数のアプリケーションデータが記憶されていても良い。属性関係対応付け部3a,3b,3cは、各アプリケーションの固有属性と標準属性とを対応付ける属性関係定義ファイルを有する。図14は、属性関係対応付け部3aの属性関係定義ファイルの一例を示したものであり、画像アプリケーション7aの属性と標準属性との属性関係定義ファイルの一例を示したものである。図14の例では、画像アプリケーション7aは、ファイル名、撮影日時、撮影場所、ファイル種類、ISO感度、WBホワイトバランス、サイズ及びファイル更新日の固有属性を有している。属性関係対応付け部3aの属性関係定義ファイルは、それらの画像アプリケーション7aの固有属性と標準属性とを対応付けるファイルである。例えば、画像アプリケーション7aの固有属性ファイル名は標準属性Whatの下位属性であるファイル名と対応付けられ、画像アプリケーションAの固有属性撮影日時は標準属性Whenの下位属性である作成日と対応付けられ、画像アプリケーションAの固有属性撮影場所は標準属性Whereの下位属性である経度、緯度と対応付けられ、画像アプリケーションAの固有属性ファイル種類は標準属性Howの下位属性であるファイル形式と対応付けられ、画像アプリケーションAの固有属性ISO感度、固有属性WBホワイトバランスは標準属性Howの下位属性である状態と対応付けられ、画像アプリケーションAの固有属性サイズは標準属性Howの下位属性であるファイルサイズと対応付けられ、画像アプリケーションAの固有属性ファイル更新日は標準属性Whenの下位属性である更新日と対応付けられている。このように、標準属性が多層化されている場合、アプリケーションの固有属性を、最も適した標準属性の下位属性に対応付けることが好ましい。属性関係対応付け部3aは、上記のような属性関係定義ファイルを用いて、検索管理部4から受信した標準属性に対応する画像アプリケーション7aの固有属性を取得する。例えば、検索管理部4より、標準属性Whenを受信すると、属性関係定義ファイルを用いて、Whenの属性グループに含まれる属性に対応する画像アプリケーション7aの固有属性である撮影日時及びファイル更新日を検索して取得する。尚、上記の例では、選択した標準属性がWhenの場合を説明したが、標準属性Whenの下位属性を指定しても良い。この場合、指定された下位属性に対応する画像アプリケーション7aの固有属性のみが検索対象となる。例えば、Whenの属性グループに含まれる撮影日時を選択した場合には、標準属性の撮影日時に対応する画像アプリケーション7aの固有属性である撮影日時のみが対象となる。そして、取得した固有属性、及び検索キーワードを、対応する画像アプリケーション7aに送信する。続いて、属性関係対応付け部3bの属性関係定義ファイルについて説明する。図15は、属性関係対応付け部3bの属性関係定義ファイルの一例を示したものであり、画像アプリケーション7bの属性と標準属性との属性関係定義ファイルの一例を示したものである。図15の例では、画像アプリケーション7bは、ファイル名、メモ、撮影日、更新日及びサイズの固有属性を有している。属性関係対応付け部3bの属性関係定義ファイルは、画像アプリケーション7bの固有属性と標準属性とを対応付けるファイルである。例えば、画像アプリケーション7bの固有属性ファイル名は標準属性Whatの下位属性であるファイル名と対応付けられ、画像アプリケーション7bの固有属性メモは標準属性Whatの下位属性である説明と対応付けられ、画像アプリケーション7bの固有属性撮影日は標準属性Whenの下位属性である作成日と対応付けられ、画像アプリケーション7bの固有属性更新日時は標準属性Whenの下位属性である更新日時と対応付けられ、画像アプリケーション7bの固有属性サイズは標準属性Howの下位属性であるファイルサイズと対応付けられている。このように、同じ画像アプリケーションでありながら、画像アプリケーション7aと画像アプリケーション7bとは、それぞれ固有属性を持ち、異なる属性名が付けられている。従って、属性関係対応付け部3は、アプリケーション毎に用意され、アプリケーションが増えるごとに、検索管理部4にプラグイン追加されることが望ましい。属性関係対応付け部3bは、上記のような属性関係定義ファイルを用いて、検索管理部4から受信した標準属性に対応する画像アプリケーション7bの固有属性を取得する。例えば、検索管理部4より、標準属性Whenを受信すると、属性関係定義ファイルを用いて、Whenの属性グループに含まれる属性に対応する画像アプリケーション7bの固有属性である撮影日及び更新日時を検索して取得する。そして、取得した固有属性、及び検索キーワードを、対応する画像アプリケーション7bに送信する。更に、種類の異なるアプリケーションの属性関係対応付け部3cについて説明する。属性関係対応付け部3cは、メールアプリケーション7cに用意されているものであり、メールアプリケーション7cが検索システムに新たにインストール追加された場合、検索管理部4にプラグインされたものである。図16は、属性関係対応付け部3cの属性関係定義ファイルの一例であり、メールアプリケーション7c固有の属性と標準属性との関係を示している。図16の例では、メールアプリケーション7cは、From、To、Cc、Bcc、Subject、Body及びDateの固有属性を有している。属性関係対応付け部3c属性関係定義ファイルは、これらの固有属性と標準属性とを対応付けるファイルであり、例えば、メールアプリケーション7cの固有属性Fromは標準属性Whoの下位属性であるFromメールアドレスと対応付けられ、メールアプリケーション7cの固有属性Toは標準属性Whoの下位属性であるToメールアドレスと対応付けられ、メールアプリケーション7cの固有属性Ccは標準属性Whoの下位属性であるCcメールアドレスと対応付けられ、メールアプリケーション7cの固有属性Bccは標準属性Whoの下位属性であるBccメールアドレスと対応付けられ、メールアプリケーション7aの固有属性Subjectは標準属性Whatの下位属性である固有属性題名と対応付けられ、メールアプリケーション7cの固有属性Bodyは標準属性Whatの下位属性である本文と対応付けられ、メールアプリケーション7cの固有属性Dateは標準属性Whenの下位属性である発行日と対応付けられている。このように、アプリケーションの種類が異なる場合、上述した同じ種類のアプリケーション以上に固有属性が異なっていることがわかる。属性関係対応付け部3cは、上記のような属性関係定義ファイルを用いて、検索管理部4から受信した標準属性に対応するメールアプリケーション7cの固有属性を取得する。そして、取得した固有属性及び検索キーワードを、メールアプリケーション7cに送信する。検索管理部4は、検索ユーザインターフェイス5でユーザから指定された標準属性及び検索キーワードを受信し、各属性関係対応付け部に指定された標準属性及び検索キーワードを送信する。そして、各属性関係対応付け部から得られた検索キーワードに関連する各アプリケーションの属性データをユーザに提示する。尚、検索管理部4において、ユーザから指定された標準属性の下位階層である下位属性も検索対象に含めることとする。例えば、ユーザがWhenという標準属性と、8月というキーワードを指定して検索すると、各属性関係対応付け部3に標準属性When及びキーワード8月を出力する。そして、Whenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日という属性のキーワードに関連する各アプリケーションの属性データを、各属性関係対応付け部3から取得する。そして、キーワードに関連する各アプリケーションの属性データの内容を検索結果として出力する。このとき、検索結果としての属性データの内容のみならず、その属性データが付されているコンテンツやファイル自体も出力するように構成しても良い。尚、検索キーワードの指定はかならずしも必要ではなく、標準属性だけの指定だけでもかまわない。その場合、検索結果は、指定された標準属性に対応する各アプリケーションの属性データが、検索結果として出力される。また、標準属性や属性関係には、型の情報も含めることができる。例えば、Whenという属性は、文字列型ではなく、日時型であると定義することができる。日時型の属性であれば、キーワードは日時型の値として解釈され、検索のためのマッチング方法も、日時型としての比較により行われることになる。検索管理部4は、更に、検索データ関連情報管理部8を備えている。検索データ関連情報管理部8は、標準属性毎の管理情報を管理しており、ユーザの検索に際して検索ユーザインターフェイス5を介して管理情報を出力するものである。ここで、標準属性毎の管理情報とは、ユーザが指定した属性毎の母集団のデータ量サイズや、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は使用率、関連する各属性関係対応付け部の個数の情報である。これらの情報は、ユーザが属性を指定するごとに、各属性関係対応付け部2a,2b,2cにその属性に関連する管理情報を問い合わせても良いし、予め周期的に属性毎の管理情報を各属性関係対応付け部2a,2b,2cに問い合わせ、その情報保持していても良い。尚、管理情報は、ユーザの検索に際して表示されるものに限定さるものではなく、標準属性、例えば、最上位の標準属性毎に、予め表示しておいても良い。検索ユーザインターフェイス5は、ユーザが検索キーワードや検索対象属性を指定するためのユーザインターフェイス部分であり、例えば、図17のようなGUIを用いることができる。図17では、属性名をコンボボックスのような選択肢から選択することができ、キーワードをテキストボックスから入力することができる。図18は、属性名の選択方法の一例を示す図である。図18の例では、図の属性選択肢表示部分において、属性として、最上位属性であるWhatと、その下位属性である題名、説明、本体...があり、それらの中から一つを選ぶことができる。このように、階層関係を示すことで、ユーザが無関係の属性を判別しやすくなるため、ユーザにとって選択する負担が軽減される効果が得られる。さらに、検索データ関連情報管理部8からの管理情報を受けて、図18の属性選択肢表示部分では、検索対象となるアプリケーション又はデータベースの数を四角形の数で表現している。例えば、Whatという属性の右側には6個の四角形があるため、対象となる検索対象アプリケーションは6つである。同様に題名という属性に関する検索対象アプリケーションは4つである。このように、検索対象となるアプリケーションの数を同時に表示することで、どの属性を指定して探すべきかの指針をユーザに与えることができる。具体的には、検索対象アプリケーション数が多い方が見つかりやすいため、数が多い属性を優先的に指定することで、無駄な検索を行う回数を減らすことができる。更に、検索対象となるアプリケーションは、上述したように、下位属性に関するアプリケーションも検索対象に含まれるため、例えば、Whoの属性グループのように多層の階層になっている場合、直下の階層の属性に含まれるアプリケーション数をその上位の階層の属性のアプリケーション数としても良い。例えば、メールアドレスを指定した場合は、属性メールアドレスの直下には、送信メールアドレスと受信メールアドレスとがあり、送信メールアドレスのアプリケーション数が3個であり、受信メールアドレスのアプリケーション数が2個である場合、その合計数である5個を、メールアドレスの検索対象アプリケーション数として表示しても良い。更に、ある属性名を指定した時、その属性の母集団のデータ量サイズや、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は率などの情報を表示するようにしても良い。図19は、ユーザが検索対象属性whatを指定した場合のwhatに関する母集団の管理情報を示す画面の他のイメージ図である。図19では、whatに関する母集団のデータ量サイズ及びアプリケーション数が表示されており、whatに関する母集団のデータ量サイズが5.4GB、whatに関する母集団のアプリケーション数が3個と表示されている。尚、表示内容はこれに限られず、上述した属性の母集団のアプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は率などの情報も表示しても良い。また、表示方法も具体的な数字に限られず、全データのデータ量に対して母集団のデータ量が占める割合や、全アプリケーション数に対して母集団のアプリケーション数が占める割合をインジケーターメータのようなグラフで示しても良い。また、本例では、検索対象となるアプリケーションやサービスの数を四角形の数として表現したが、アイコン絵や絵の数や、棒グラフや、色濃さ、明るさ、彩度や、サイズ文字や枠や絵などのサイズによって表現してもよい。また、アプリケーションやサービスの数ではなく、それぞれのデータ量を基に加算してもよい。次に、検索システムの動作を、動作フローチャートを介して具体例を用いて説明する。尚、以下の説明において、検索管理部4に属性関係対応付け部3a,3b,3cがプラグインされているものとする。図20は検索システムの動作フローチャートである。まず、ユーザは、検索ユーザインターフェイス5により、標準属性及び検索キーワードを入力するStep200。ここでは、ユーザがWhenという標準属性を指定したものとする。すると、検索データ関連情報管理部8は、標準属性Whenの管理情報を検索ユーザインターフェイス5に出力し、検索ユーザインターフェイス5は標準属性Whenの母集団の管理情報母集団のデータ量サイズや、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージアプリケーションデータ記憶部2a,2b,2cの使用量又は使用率、関連する各属性関係対応付け部の個数の情報を表示するStep201。ユーザは表示された標準属性Whenの母集団の管理情報を見て、指定した標準属性Whenが的確なものかを判断する。以下の説明では、ユーザは、指定した標準属性Whenが的確なもの判断し、ユーザがWhenという標準属性と、8月という検索キーワードを指定したものとするStep202。検索管理部4は、入力された標準属性及び検索キーワードを各アプリケーションに対応して設けられた属性関係対応付け部3a,3b,3cに出力するStep203。各属性関係対応付け部3a,3b,3cは標準属性を受信しStep204、標準属性に対応するアプリケーションの固有属性を検索して取得するStep205。本例では、検索管理部4から受信する標準属性はWhenなので、属性関係対応付け部3aはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーション7aの固有属性撮影日時及び固有属性ファイル更新日を取得する。同様に、属性関係対応付け部3bはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーション7bの固有属性撮影日及び固有属性を取得する。同様に、属性関係対応付け部3cはWhenの属性グループに属する作成日時、更新日時、発行日時、開始日時、終了日時、期限、誕生日のいずれかの属性に対応する画像アプリケーション7cの固有属性Dateを取得する。続いて、各属性関係対応付け部3a,3b,3cは取得したアプリケーションの固有属性及び検索キーワード8月を、対応するアプリケーション7a,7b,7cに送信するStep206。固有属性及び検索キーワード8月を受信した各アプリケーション7a,7b,7cは、アプリケーションデータ記憶部2a,2b,2cから、検索キーワードに関連する固有属性の属性データを検索して取得するStep207。具体的には、画像アプリケーション7aは、固有属性撮影日時及び固有属性ファイル更新日の属性データを取得する。ここでは、アプリケーションデータ記憶部2aから取得したデータを、撮影日時_2010年8月2日と、ファイル更新日_2010年10月2日とする。そして、検索キーワードに関連する撮影日時_2010年8月2日を検索結果とする。同様に、画像アプリケーション7bは、固有属性撮影日及び固有属性更新日時の属性データを取得する。ここでは、アプリケーションデータ記憶部2bから取得したデータを、撮影日_2011年1月2日と、更新日時_2011年2月2日とする。ここでは、検索キーワードに関連する属性データがないので、検索結果としては該当する属性データない。同様に、メールアプリケーション7cは、固有属性Dateの属性データを取得する。ここでは、アプリケーションデータ記憶部2cから取得したデータを、Date_2010年8月4日とする。そして、検索キーワードに関連するDate_2010年8月4日を検索結果とする。アプリケーション7a,7b,7cは、検索結果を、対応する属性関係対応付け部3a,3b,3cに送信するStep208。各属性関係対応付け部3a,3b,3cは検索結果を受信しStep209、検索結果を検索管理部4に送信するStep2010。検索管理部4は、各属性関係対応付け部3a,3b,3cが取得した属性データを受信するStep211。そして、検索結果として、検索キーワードに関連した属性データを出力するStep212。本例では、属性関係対応付け部3aからは撮影日時_2010年8月2日を受信し、属性関係対応付け部3bからは検索結果として該当なしを受信し、属性関係対応付け3cからはDate_2010年8月4日を受信する。従って、検索結果として、アプリケーションデータ記憶部2a画像アプリケーション7aから取得したデータである撮影日時_2010年8月2日と、アプリケーションデータ記憶部2cメールアプリケーション7cから取得したデータDate_2010年8月4日とを出力する。このように、8月だからWhenに8月を指定して検索しようというような検索だけで、複数のアプリケーションをまたいで検索することが可能である。尚、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。上述の例では、検索管理部4又はアプリケーション7aは、アプリケーションデータ記憶部2a画像アプリケーションAから取得したデータである撮影日時_2010年8月2日のコンテンツやファイル自体や、コンテンツ名やファイル名などをアプリケーションデータ記憶部2aから読みだして出力する。同様に、検索管理部4又はアプリケーション7cは、アプリケーションデータ記憶部2cメールアプリケーションCから取得したデータDate_2010年8月4日のコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力する。更に、上述の例では、標準属性として最上位の標準属性を指定したが、予め検索対象を絞り込めるならば、下位階層の標準属性を指定しても良い。具体的には、Whenの代わりに、そのWhenの属性グループに属する作成日時を指定しても良い。この場合、作成日時に対応するデータのみが検索対象となり、結果としてアプリケーションデータ記憶部2a画像アプリケーションAから取得したデータである撮影日時_2010年8月2日だけが検索結果として出力される。また、検索キーワードに関連する属性データの絞り込みは、検索管理部4が行っても良い。この場合、検索管理部4は、標準属性のみを各属性関係対応付け部に送信し、各属性関係対応付け部は、対応するアプリケーションの固有属性をアプリケーションに送信する。そして、各アプリケーションが、固有属性の属性データを、各属性関係対応付け部を介して検索管理部4に送信し、検索管理部がこれらの属性データから検索キーワードに関連した属性データを絞り込んでも良い。以上の如く、本実施の形態では、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。また、アプリケーション毎に属性関係対応付け部を設けているので、アプリケーションが新たに追加されても、追加されたアプリケーションに対応する属性関係対応付け部をプラグインすれば、追加されたアプリケーションのデータも検索対象とすることができるという優れた効果を有する。更に、本実施の形態では、標準属性を予め定義しているので、属性関係対応付け部の属性関係定義ファイルは、標準属性とアプリケーションの固有属性との対応関係だけを考慮すれば良く、設計が容易にできるという優れた効果を有する。尚、本第4の実施の形態と同様な構成を、上述した第2及び第3の実施の形態に適用することは容易であることは言うまでもない。また、上述した説明からも明らかなように、各部をハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した各実施の形態と同様の機能、動作を実現させる。また、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と、前記標準属性の母集団の管理情報を提示する提示手段とを有する検索システム。付記2前記管理情報は、標準属性の母集団のデータ量、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージ数、ストレージの使用量、ストレージの使用率、属性関係対応付け部の数の少なくともいずれかである付記1に記載の検索システム。付記3前記提示手段は、アイコン、色、サイズ、メータ、インジゲータの少なくとも一つを用いて、前記管理情報を表示する付記1又は付記2に記載の検索システム。付記4前記提示手段は、ユーザにより選択された検索対象の標準属性の前記管理情報を表示する付記1から付記3のいずれかに記載の検索システム。付記5アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する付記1から付記4のいずれかに記載の検索システム。付記6前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、前記属性対応付け手段は、前記アプリケーションデータ記憶部から、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する付記5に記載の検索システム。付記7前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性を、前記対応するアプリケーションに送信し、前記対応するアプリケーションが、受信した固有属性の属性データを、前記アプリケーションデータ記憶部から検索する付記1から付記6のいずれかに記載の検索システム。付記8前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性と前記検索キーワードとを、前記対応するアプリケーションに送信し、前記対応するアプリケーションが、受信した固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する付記7に記載の検索システム。付記9前記標準属性が階層的に定義されている付記1から付記8のいずれかに記載の検索システム。付記10前記属性対応付け手段は、アプリケーション毎に、前記検索管理部にプラグインされる付記1から付記9のいずれかに記載の検索システム。付記11アプリケーションに対応する属性対応付け手段の配信を要求する配信要求手段と、アプリケーション毎に用意された少なくとも一以上の属性対応付け手段を記憶し、前記配信要求手段要求に応答して、アプリケーションに対応する属性対応付け手段を配信する配信手段とを有する付記1から付記10のいずれかに記載の検索システム。付記12複数の端末の各々が、少なくとも、前記標準属性記憶部と、前記検索管理手段と、前記属性対応付け手段とを有し、前記複数の端末のうち所定の端末の前記検索管理手段が、入力された標準属性を他の端末の検索管理手段に送信し、前記他の端末の検索管理手段は、受信した標準属性を自端末の前記属性対応付け手段に出力し、前記属性対応付け手段からの検索結果を、前記所定の端末の検索管理手段に送信する付記1から付記11のいずれかに記載の検索システム。付記13複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と、前記標準属性の母集団の管理情報を提示する提示手段とを有する情報処理端末。付記14アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する付記13に記載の情報処理端末。付記15アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記標準属性の母集団の管理情報を提示し、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する検索方法。付記16前記管理情報は、標準属性の母集団のデータ量、アプリケーション数、アプリケーション内のデータ数又はデータ量、ストレージ数、ストレージの使用量、ストレージの使用率、属性関係対応付け部の数の少なくともいずれかである付記15に記載の検索方法。付記17アイコン、色、サイズ、メータ、インジゲータの少なくとも一つを用いて、前記管理情報を表示する付記15又は付記16に記載の検索方法。付記18ユーザにより選択された検索対象の標準属性の前記管理情報を表示する付記15から付記17のいずれかに記載の検索方法。付記19検索されたアプリケーションの固有属性の属性データのうち、ユーザから指定された検索キーワードに関連する属性データを検索する付記15から付記18のいずれかに記載の検索方法。付記20前記標準属性が階層的に定義されている付記15から付記19のいずれかに記載の検索方法。付記21前記属性関係定義ファイルは、アプリケーションが追加されると、追加されたアプリケーションに対応する属性関係定義ファイルを記憶する付記15から付記20のいずれかに記載の検索方法。付記22複数の端末の各々が、前記標準属性と前記属性関係定義ファイルとを記憶し、前記複数の端末のうち所定の端末は、ユーザから指定された標準属性を、他の端末に送信し、前記所定の端末は、自端末の属性関係定義ファイルに基づいて、前記ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを前記アプリケーションデータ記憶部から検索し、検索結果を前記所定の端末に送信する付記15から付記21のいずれかに記載の検索方法。付記23アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、前記標準属性の母集団の管理情報を提示する処理と、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理とを情報処理装置に実行させる検索プログラム。付記24前記プログラムは、アプリケーション毎に情報処理装置にプラグインされる付記23に記載の検索プログラム。以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。"