(57)【要約】本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、属性関係定義ファイルに基づいて、検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段とを有する検索システムである。
2012161236.tif 000002
【特許請求の範囲】
【請求項１】
複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する検索システム。
【請求項２】
アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
請求項１に記載の検索システム。
【請求項３】
前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
前記属性対応付け手段は、前記アプリケーションデータ記憶部から、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
請求項２に記載の検索システム。
【請求項４】
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性を、前記対応するアプリケーションに送信し、
前記対応するアプリケーションが、受信した固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
請求項１に記載の検索システム。
【請求項５】
前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性と前記検索キーワードとを、前記対応するアプリケーションに送信し、
前記対応するアプリケーションが、受信した固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
請求項４に記載の検索システム。
【請求項６】
前記標準属性が階層的に定義されている
請求項１から請求項５のいずれかに記載の検索システム。
【請求項７】
前記属性対応付け手段は、アプリケーション毎に、前記検索管理部にプラグインされる
請求項１から請求項６のいずれかに記載の検索システム。
【請求項８】
アプリケーションに対応する属性対応付け手段の配信を要求する配信要求手段と、
アプリケーション毎に用意された少なくとも一以上の属性対応付け手段を記憶し、前記配信要求手段要求に応答して、アプリケーションに対応する属性対応付け手段を配信する配信手段と
を有する請求項１から請求項７のいずれかに記載の検索システム。
【請求項９】
複数の端末の各々が、少なくとも、前記標準属性記憶部と、前記検索管理手段と、前記属性対応付け手段とを有し、
前記複数の端末のうち所定の端末の前記検索管理手段が、入力された標準属性を他の端末の検索管理手段に送信し、
前記他の端末の検索管理手段は、受信した標準属性を自端末の前記属性対応付け手段に出力し、前記属性対応付け手段からの検索結果を、前記所定の端末の検索管理手段に送信する
請求項１から請求項８のいずれかに記載の検索システム。
【請求項１０】
複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する情報処理端末。
【請求項１１】
アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
請求項１０に記載の情報処理端末。
【請求項１２】
アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、
複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、
アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、
前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
検索方法。
【請求項１３】
検索されたアプリケーションの固有属性の属性データのうち、ユーザから指定された検索キーワードに関連する属性データを検索する
請求項１２に記載の検索方法。
【請求項１４】
前記標準属性が階層的に定義されている
請求項１２又は請求項１３に記載の検索方法。
【請求項１５】
前記属性関係定義ファイルは、アプリケーションが追加されると、追加されたアプリケーションに対応する属性関係定義ファイルを記憶する
請求項１２から請求項１４のいずれかに記載の検索方法。
【請求項１６】
複数の端末の各々が、前記標準属性と前記属性関係定義ファイルとを記憶し、
前記複数の端末のうち所定の端末は、ユーザから指定された標準属性を、他の端末に送信し、
前記所定の端末は、自端末の属性関係定義ファイルに基づいて、前記ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを前記アプリケーションデータ記憶部から検索し、検索結果を前記所定の端末に送信する
請求項１１から請求項１５のいずれかに記載の検索方法。
【請求項１７】
アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、
複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、
前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、
前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理と
を情報処理装置に実行させる検索プログラム。
【請求項１８】
前記プログラムは、アプリケーション毎に情報処理装置にプラグインされる
請求項１７に記載の検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索システム、検索方法及び検索プログラムに関する。
【背景技術】
【０００２】
近年の検索方法には大きく二つのパターンがある。一つは、アプリケーションごとに作りこまれている検索方法であり、もう一つは、アプリケーションに依存しないグローバルな検索方法である。【０００３】
アプリケーションごとに作りこまれている検索方法は、アプリケーション固有の属性を使った高度な検索方法が用意されていることが多いが、アプリケーション内部の検索しかできないという課題がある。【０００４】
一方、アプリケーションに依存しないグローバルな検索方法は、アプリケーション固有の属性を使った高度な検索はできないが、複数のアプリケーションにまたがるグローバルな検索が可能である。【０００５】
近年、アプリケーションの複雑化や多様化が進んでいるため、複雑なアプリケーションに対応できる高度な検索と、多様なアプリケーションに対応できるグローバルな検索の双方を同時に実現できる検索方法が求められている。【０００６】
そこで、各アプリケーションの情報とグローバルな標準的検索式との関係を表現する情報をあらかじめ定義しておき、グローバルな標準的検索式から各アプリケーションで解釈できる形式に変換して検索を行うことが考えられる。【０００７】
例えば、特許文献１や特許文献２では、あらかじめ限定されたアプリケーションにまたがって検索できるよう、標準的な検索式から個別アプリケーションの検索式への変換方法を定義している。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平０８‐２４１３０６号公報
【特許文献２】特開２００３‐３０８３３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
様々な種類のアプリケーションにまたがるような検索では、ユーザがアプリケーションの違いやストレージ先を意識する必要があった。【００１０】
具体的には、あるユーザが、８月に行ったパーティに関する情報を探したい場合、次のように探す必要があった。
１．パーティでは写真を撮ったはずだから、写真を探そう。
２．その時の写真は自宅ＰＣに移したはずだ。
３．自宅のＰＣで写真を管理しているのはアプリケーションＡだったはずだ。
４．アプリケーションＡを選択して、撮影日時から８月を選択しよう。【００１１】
これでは、ユーザは、アプリケーションの違いやストレージ先を意識する必要があり、検索したい本来のデータにたどり着くまで各種のステップが必要であった。【００１２】
また、上述した、各アプリケーションの情報とグローバルな標準的検索式との関係を表現する情報をあらかじめ定義しておき、グローバルな標準的検索式から各アプリケーションで解釈できる形式に変換して検索を行うシステムでは、アプリケーションの違いを意識する必要はなかったが、またがって検索できるアプリケーションが限定されており、任意のアプリケーションにまたがって検索することはできなかった。【００１３】
そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる検索システム、検索方法及び検索プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段とを有する検索システムである。【００１５】
本発明は、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する情報処理端末である。【００１６】
本発明は、アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する検索方法である。【００１７】
本発明は、アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理とを情報処理装置に実行させる検索プログラムである。
【発明の効果】
【００１８】
本発明は、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。
【図面の簡単な説明】
【００１９】
【図１】図１は第１の実施の形態に係る検索システムのブロック図である。
【図２】図２は標準属性の一例を示した図である。
【図３】図３は属性関係対応付け部３ａの属性関係定義ファイルの一例を示した図である。
【図４】図４は属性関係対応付け部３ｂの属性関係定義ファイルの一例を示した図である。
【図５】図５は属性関係対応付け部３ｃの属性関係定義ファイルの一例を示した図である。
【図６】図６は検索ユーザインターフェイス５の一例を示した図である。
【図７】図７は属性名の選択方法の一例を示す図である。
【図８】図８は検索システムの動作フローチャートである。
【図９】図９は第２の実施の形態の検索システムブロック図である。
【図１０】図１０は第３の実施の形態の検索システムのブロック図である。
【図１１】図１１は第４の実施の形態に係る検索システムのブロック図である。
【図１２】図１２は標準属性の一例を示した図である。
【図１３】図１３は属性関係対応付け部３ａの属性関係定義ファイルの一例を示した図である。
【図１４】図１４は属性関係対応付け部３ｂの属性関係定義ファイルの一例を示した図である。
【図１５】図１５は属性関係対応付け部３ｃの属性関係定義ファイルの一例を示した図である。
【図１６】図１６は検索ユーザインターフェイス５の一例を示した図である。
【図１７】図１７は属性名の選択方法の一例を示す図である。
【図１８】図１８は検索システムの動作フローチャートである。
【発明を実施するための形態】
【００２０】
本発明の第１の実施の形態を説明する。
【００２１】
図１は第１の実施の形態に係る検索システムのブロック図である。
【００２２】
本実施の形態の検索システムは、標準属性記憶部１と、アプリケーションデータ記憶部２ａ，２ｂと、属性関係対応付け部３ａ，３ｂと、検索管理部４と、検索ユーザインターフェイス５とを備える。
【００２３】
標準属性記憶部１は、標準属性が記憶された記憶部である。
【００２４】
ここで、標準属性とは、多くの異なるアプリケーションで使用される固有属性に基づいて、それらの属性を上位概念で定義した属性をいう。標準属性は、各アプリケーションで用いられる固有属性を上位概念化したひとつの属性でも良いが、標準属性を階層的に定義しても良い。
【００２５】
図２は、標準属性の一例を示した図である。例えば、多くのアプリケーションに使用される日付に関する属性としては、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などが存在する。しかし、ユーザがそれぞれの違いを意識しながら検索するのは大変である。そこで、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを上位概念でまとめた「日時」または「ｗｈｅｎ」のような属性をそれらの最上位属性として定義する。そして、「ｗｈｅｎ」（日時）を、標準属性の最上位属性とする。そして、最上位属性である「ｗｈｅｎ」の下位属性として、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを階層的に定義する。
【００２６】
また、多くのアプリケーションに使用される人物に関する属性としては、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などがある。そこで、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを、上位概念化した「ｗｈｏ」のような属性をそれらの最上位属性として定義する。そして、最上位属性である「ｗｈｏ」の下位属性として、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを標準属性の中位属性として階層的に定義する。
【００２７】
更に、メールアドレスに関する属性としては、「送信メールアドレス」や「受信メールアドレス」などが存在する。そこで、中位属性である「メールアドレス」の下位属性として「送信メールアドレス」や「受信メールアドレス」を、標準属性の下位属性として階層的に定義する。更に、「受信メールアドレス」には、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」などが存在する。そこで、下位属性の「受信メールアドレス」の下位属性として、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」を、標準属性の最下位属性として階層的に定義する。
【００２８】
このように、多くのアプリケーションでよく使われる属性を、図２に示す如く、階層的に定義したものを標準属性と呼ぶ。尚、標準属性の階層関係は、多段階でも構わない。また、標準属性は、予め、多くのアプリケーションの属性を分析・整理することで、属性の粒度の統一や階層関係の整理、名前（語彙）の統一などを行いながら、どのようなユーザにも理解しやすい形で定義しておくことが望ましい。
【００２９】
尚、以下の説明では、標準属性の階層化された属性群を、最上位属性名のグループで呼ぶこととする。例えば、標準属性の「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」の属性群を、「ｗｈｅｎ」を最上位属性とする「ｗｈｅｎ」の属性グループと呼ぶ。
【００３０】
また、標準属性の記述形式としては、ＲＤＦやＯＷＬを使って記述すると、階層関係や後述する属性関係の定義が自然であるため、望ましいと考えられるが、ＸＭＬやカンマ区切り形式などを使って記述することもできる。ＲＤＦやＯＷＬを使った記述方法については、当業者には容易に設計可能であるため、設計の詳細を省略する。
【００３１】
アプリケーションデータ記憶部２ａ，２ｂ，２ｃには、対応するアプリケーションのデータが、そのアプリケーションの固有属性が付されて記憶されている。例えば、画像アプリケーションにおいて、画像データには、属性「撮影日時」に対応する属性データ「２０１１年２月１５日１６時」が付されて記憶されている。尚、以下の説明では、アプリケーションの固有属性とこの固有属性の属性データを、「固有属性＿属性データ」の形式で記載する。例えば、上述の例における固有属性「撮影日時」とその属性データ「２０１１年２月１５日１６時」は、「撮影日時＿２０１１年２月１５日１６時」と記載する。
【００３２】
尚、以下の説明では、アプリケーションデータ記憶部２ａには画像アプリケーションＡのデータが記憶され、アプリケーションデータ記憶部２ｂには画像アプリケーションＢのデータが記憶され、アプリケーションデータ記憶部２ｃにはメールアプリケーションＣのデータが記憶されているものとする。
【００３３】
また、アプリケーションの数は、少なくとも一以上あれば良い。また、アプリケーションデータ記憶部２は、アプリケーション毎に設けられていても良いし、例えば、パーソナルコンピュータのようにひとつの記憶部（ハードディスク）に複数のアプリケーションデータ記憶部２が設けられて複数のアプリケーションデータが記憶されていても良い。
【００３４】
属性関係対応付け部３ａ，３ｂは、検索管理部４から受信した標準属性に対応するアプリケーションの固有属性の属性データを検索するものであり、各アプリケーションの固有属性と標準属性とを対応付ける属性関係定義ファイルを有する。
【００３５】
図３は、属性関係対応付け部３ａの属性関係定義ファイルの一例を示したものであり、画像アプリケーションＡの属性と標準属性との属性関係定義ファイルの一例を示したものである。
【００３６】
図３の例では、画像アプリケーションＡは、「ファイル名」、「撮影日時」、「撮影場所」、「ファイル種類」、「ＩＳＯ（感度）」、「ＷＢ（ホワイトバランス）」、「サイズ」及び「ファイル更新日」の固有属性を有している。属性関係対応付け部３ａの属性関係定義ファイルは、それらの画像アプリケーションＡの固有属性と標準属性とを対応付けるファイルである。
【００３７】
例えば、画像アプリケーションＡの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーションＡの固有属性「撮影日時」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーションＡの固有属性「撮影場所」は標準属性「Ｗｈｅｒｅ」の下位属性である「経度」、「緯度」と対応付けられ、画像アプリケーションＡの固有属性「ファイル種類」は標準属性「Ｈｏｗ」の下位属性である「ファイル形式」と対応付けられ、画像アプリケーションＡの固有属性「ＩＳＯ（感度）」、固有属性「ＷＢ（ホワイトバランス）」は標準属性「Ｈｏｗ」の下位属性である「状態」と対応付けられ、画像アプリケーションＡの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられ、画像アプリケーションＡの固有属性「ファイル更新日」は標準属性「Ｗｈｅｎ」の下位属性である「更新日」と対応付けられている。
【００３８】
このように、標準属性が多層化されている場合、アプリケーションの固有属性を、最も適した標準属性の下位属性に対応付けることが好ましい。
【００３９】
属性関係対応付け部３ａは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性と画像アプリケーションＡの固有属性とを対応付けて、画像アプリケーションＡの固有属性の属性データを検索する。例えば、検索管理部４より、標準属性「Ｗｈｅｎ」を受信すると、属性関係定義ファイルを用いて、「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーションＡの固有属性である「撮影日時」及び「ファイル更新日」を検索し、「撮影日時」及び「ファイル更新日」の属性データを、アプリケーションデータ記憶部２から検索得する。このとき、ユーザが標準属性とともに、検索キーワードを指定した場合、検索対象となる画像アプリケーションＡの固有属性の属性データのうち、検索キーワードに関連した属性データを検索する。
【００４０】
例えば、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」というキーワードを指定して検索すると、標準属性「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーションＡの固有属性である「撮影日時」及び「ファイル更新日」を検索し、「撮影日時」及び「ファイル更新日」の属性データのうち、検索キーワード「８月」に関係あるものを検索結果として、後述する検索管理部４に出力する。このとき、検索結果としての属性データの内容のみならず、その属性データが付されているコンテンツやファイル自体も出力するように構成しても良い。
【００４１】
尚、上記の例では、選択した標準属性が「Ｗｈｅｎ」の場合を説明したが、標準属性「Ｗｈｅｎ」の下位属性を指定しても良い。この場合、指定された下位属性に対応する画像アプリケーションＡの固有属性のみが検索対象となる。例えば、「Ｗｈｅｎ」の属性グループに含まれる「撮影日時」を選択した場合には、標準属性の「撮影日時」に対応する画像アプリケーションＡの固有属性である「撮影日時」のみが対象となる。
【００４２】
また、標準属性や属性関係には、型の情報も含めることができる。例えば、Ｗｈｅｎという属性は、文字列型ではなく、日時型であると定義することができる。日時型の属性であれば、キーワードは日時型の値として解釈され、検索のためのマッチング方法も、日時型としての比較により行われることになる。
【００４３】
続いて、属性関係対応付け部３ｂの属性関係定義ファイルについて説明する。
【００４４】
図４は、属性関係対応付け部３ｂの属性関係定義ファイルの一例を示したものであり、画像アプリケーションＢの属性と標準属性との属性関係定義ファイルの一例を示したものである。
【００４５】
図４の例では、画像アプリケーションＢは、「ファイル名」、「メモ」、「撮影日」、「更新日」及び「サイズ」の固有属性を有している。属性関係対応付け部３ｂの属性関係定義ファイルは、画像アプリケーションＢの固有属性と標準属性とを対応付けるファイルである。
【００４６】
例えば、画像アプリケーションＢの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーションＢの固有属性「メモ」は標準属性「Ｗｈａｔ」の下位属性である「説明」と対応付けられ、画像アプリケーションＢの固有属性「撮影日」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーションＢの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられている。
【００４７】
このように、同じ画像アプリケーションでありながら、画像アプリケーションＡと画像アプリケーションＢとは、それぞれ固有属性を持ち、異なる属性名が付けられている。従って、属性関係対応付け部３は、アプリケーション毎に用意され、アプリケーションが増えるごとに、検索管理部４にプラグイン（追加）されることが望ましい。
【００４８】
尚、他の検索動作は、上述した属性関係対応付け部３ａと同様である。
【００４９】
更に、種類の異なるアプリケーションの属性関係対応付け部３ｃについて説明する。
【００５０】
属性関係対応付け部３ｃは、メールアプリケーションＡに用意されているものであり、メールアプリケーションＡが検索システムに新たにインストール（追加）された場合、検索管理部４にプラグインされたものである。
【００５１】
図５は、属性関係対応付け部３ｃの属性関係定義ファイルの一例であり、メールアプリケーションＣ固有の属性と標準属性との関係を示している。
【００５２】
図５の例では、メールアプリケーションＣは、「Ｆｒｏｍ」、「Ｔｏ」、「Ｃｃ」、「Ｂｃｃ」、「Ｓｕｂｊｅｃｔ」、「Ｂｏｄｙ」及び「Ｄａｔｅ」の固有属性を有している。属性関係対応付け部３の属性関係定義ファイルは、これらの固有属性と標準属性とを対応付けるファイルであり、例えば、メールアプリケーションＣの固有属性「Ｆｒｏｍ」は標準属性「Ｗｈｏ」の下位属性である「Ｆｒｏｍメールアドレス」と対応付けられ、メールアプリケーションＣの固有属性「Ｔｏ」は標準属性「Ｗｈｏ」の下位属性である「Ｔｏメールアドレス」と対応付けられ、メールアプリケーションＣの固有属性「Ｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｃｃメールアドレス」と対応付けられ、メールアプリケーションＣの固有属性「Ｂｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｂｃｃメールアドレス」と対応付けられ、メールアプリケーションＡの固有属性「Ｓｕｂｊｅｃｔ」は標準属性「Ｗｈａｔ」の下位属性である固有属性「題名」と対応付けられ、メールアプリケーションＣの固有属性「Ｂｏｄｙ」は標準属性「Ｗｈａｔ」の下位属性である「本文」と対応付けられ、メールアプリケーションＣの固有属性「Ｄａｔｅ」は標準属性「Ｗｈｅｎ」の下位属性である「発行日」と対応付けられている。
【００５３】
尚、他の検索動作は、上述した属性関係対応付け部３ａと同様である。
【００５４】
このように、アプリケーションの種類が異なる場合、上述した同じ種類のアプリケーション以上に固有属性が異なっていることがわかる。
【００５５】
検索管理部４は、検索ユーザインターフェイス５でユーザから指定された標準属性及び検索キーワードを受信し、各属性関係対応付け部２ａ，２ｂ，２ｃに指定された標準属性を送信する。そして、各属性関係対応付け部２ａ，２ｂ，２ｃから得られた各アプリケーションの属性データ、すなわち、ユーザから指定された標準属性及び検索キーワードに関連した検索結果をユーザに提示する。
【００５６】
検索ユーザインターフェイス５は、ユーザが検索キーワードや検索対象属性を指定するためのユーザインターフェイス部分であり、例えば、図６のようなＧＵＩを用いることができる。図６では、属性名をコンボボックスのような選択肢から選択することができ、キーワードをテキストボックスから入力することができる。
【００５７】
図７は、属性名の選択方法の一例を示す図である。
【００５８】
図７の例では、図の属性選択肢表示部分において、属性として、最上位属性である「Ｗｈａｔ」と、その下位属性である「題名」、「説明」、「本体」…があり、それらの中から一つを選ぶことができる。このように、階層関係を示すことで、ユーザが無関係の属性を判別しやすくなるため、ユーザにとって選択する負担が軽減される効果が得られる。
【００５９】
さらに、図７の属性選択肢表示部分では、検索対象となるアプリケーション（又はデータベース）の数を四角形の数で表現している。例えば、「Ｗｈａｔ」という属性の右側には６個の四角形があるため、対象となる検索対象アプリケーションは６つである。同様に「題名」という属性に関する検索対象アプリケーションは４つである。
【００６０】
このように、検索対象となるアプリケーションの数を同時に表示することで、どの属性を指定して探すべきかの指針をユーザに与えることができる。具体的には、検索対象アプリケーション数が多い方が見つかりやすいため、数が多い属性を優先的に指定することで、無駄な検索を行う回数を減らすことができる。
【００６１】
更に、検索対象となるアプリケーションは、上述したように、下位属性に関するアプリケーションも検索対象に含まれるため、例えば、「Ｗｈｏ」の属性グループのように多層の階層になっている場合、直下の階層の属性に含まれるアプリケーション数をその上位の階層の属性のアプリケーション数としても良い。例えば、「メールアドレス」を指定した場合は、属性「メールアドレス」の直下には、「送信メールアドレス」と「受信メールアドレス」とがあり、「送信メールアドレス」のアプリケーション数が３個であり、「受信メールアドレス」のアプリケーション数が２個である場合、その合計数である５個を、「メールアドレス」の検索対象アプリケーション数として表示しても良い。
【００６２】
尚、本例では、検索対象となるアプリケーションやサービスの数を四角形の数として表現したが、アイコン（絵や絵の数）や、棒グラフや、色（濃さ、明るさ、彩度）や、サイズ（文字や枠や絵などのサイズ）によって表現してもよい。
【００６３】
また、アプリケーションやサービスの数ではなく、それぞれのデータ量を基に加算してもよい。
【００６４】
次に、検索システムの動作を、動作フローチャートを介して具体例を用いて説明する。尚、以下の説明において、検索管理部４に属性関係対応付け部３ａ，３ｂ，３ｃがプラグインされているものとする。
【００６５】
図８は検索システムの動作フローチャートである。
【００６６】
まず、ユーザは、検索ユーザインターフェイス５により、標準属性及び検索キーワードを入力する（Ｓｔｅｐ  １００）。ここでは、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定したものとする。
【００６７】
検索管理部４は、入力された標準属性及び検索キーワードを各アプリケーションに対応して設けられた属性関係対応付け部３ａ，３ｂ，３ｃに出力する（Ｓｔｅｐ  １０１）。
【００６８】
各属性関係対応付け部３ａ，３ｂ，３ｃは、標準属性及び検索キーワードを受信する（Ｓｔｅｐ  １０２）。そして、受信した標準属性とアプリケーションの固有属性とを対応付ける（Ｓｔｅｐ  １０３）。
【００６９】
続いて、各属性関係対応付け部３ａ，３ｂ，３ｃは、標準属性に対応する固有属性の属性のデータのうち検索キーワードに関連する属性データを検索
し（Ｓｔｅｐ  １０４）、検索結果を検索管理部４に出力する（Ｓｔｅｐ  １０５）。
【００７０】
本例では、検索管理部４から受信する標準属性は「Ｗｈｅｎ」、検索管理部４には「８月」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＡの固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータを、「撮影日時＿２０１０年８月２日」と、「ファイル更新日＿２０１０年１０月２日」とする。その結果、検索キーワードに関連する「撮影日時＿２０１０年８月２日」を、検索結果として検索管理部４に出力する。
【００７１】
同様に、属性関係対応付け部３ｂは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＢの固有属性「撮影日」及び固有属性「更新日時」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｂ（画像アプリケーションＢ）から取得したデータを、「撮影日＿２０１１年１月２日」と、「更新日時＿２０１１年２月２日」とする。その結果、検索キーワードに関連する属性データはないので、検索結果として該当データなしを検索管理部４に出力する。
【００７２】
同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＣの固有属性「Ｄａｔｅ」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。その結果、検索キーワードに関連する「Ｄａｔｅ＿２０１０年８月４日」を、検索結果として検索管理部４に出力する。
【００７３】
検索管理部４は、各属性関係対応付け部３ａ，３ｂ，３ｃから検索結果を受信する（Ｓｔｅｐ  １０６）。そして、その結果をユーザに提示するために出力する（Ｓｔｅｐ  １０７）。
【００７４】
本例では、各属性関係対応付け部３ａ，３ｂ，３ｃから取得した検索結果は、属性関係対応付け部３ａから受信した「撮影日時＿２０１０年８月２日」と、属性関係対応付け部３ｃから受信した「Ｄａｔｅ＿２０１０年８月４日」である。従って、検索結果として、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」とを出力する。
【００７５】
このように、「８月だからＷｈｅｎに８月を指定して検索しよう」というような検索だけで、複数のアプリケーションをまたいで検索することが可能である。
【００７６】
尚、検索管理部４は、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。上述の例では、検索管理部４は、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」とを出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力する。
【００７７】
更に、上述の例では、標準属性として最上位の標準属性を指定したが、予め検索対象を絞り込めるならば、下位階層の標準属性を指定しても良い。具体的には、「Ｗｈｅｎ」の代わりに、その「Ｗｈｅｎ」の属性グループに属する「作成日時」を指定しても良い。この場合、「作成日時」に対応するデータのみが検索対象となり、結果としてアプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」だけが検索結果として出力される。
【００７８】
以上の如く、本実施の形態では、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。
【００７９】
また、アプリケーション毎に属性関係対応付け部を設けているので、アプリケーションが新たに追加されても、追加されたアプリケーションに対応する属性関係対応付け部をプラグインすれば、追加されたアプリケーションのデータも検索対象とすることができるという優れた効果を有する。
【００８０】
更に、本実施の形態では、標準属性を予め定義しているので、属性関係対応付け部の属性関係定義ファイルは、標準属性とアプリケーションの固有属性との対応関係だけを考慮すれば良く、設計が容易にできるという優れた効果を有する。
＜第２の実施の形態＞
第２の実施の形態は、第１の実施の形態を携帯電話や、スマートフォンのような情報端末に適用した場合である。
【００８１】
図９は第２の実施の形態の検索システムブロック図である。
【００８２】
第２の実施の形態の検索システムは、情報処理端末１０と属性対応付け部配信サーバ２０とから構成される。
【００８３】
情報処理端末１０は、標準属性記憶部１と、アプリケーションデータ記憶部２ａ，２ｃと、属性関係対応付け部３ａ，３ｃと、検索管理部４と、検索ユーザインターフェイス５と、属性関係対応付け部を属性対応付け部配信サーバ２０から取得する属性関係対応付け部取得部６とを備える。
【００８４】
第２の実施の形態が第１の実施の形態と異なる所は、情報処理端末１０が属性関係対応付け部取得部６を有し、新たに情報処理端末１０に追加したアプリケーションに対応した属性関係対応付け部を属性対応付け部配信サーバ２０から取得し、取得した属性関係対応付け部を検索管理部４にプラグインして用いることである。
【００８５】
このため、属性対応付け部配信サーバ２０は、アプリケーションに対応した属性関係対応付け部を用意しており、情報処理端末１０の属性関係対応付け部取得部６の要求に応答して、アプリケーションに対応した属性関係対応付け部を情報処理端末１０に配信する。
【００８６】
次に、第２の実施の形態の具体的な動作を説明する。
【００８７】
まず、既にインストールされているメールアプリケーションＣに加えて、情報処理端末１０に画像アプリケーションＡが新たに追加されたものとする。
【００８８】
属性関係対応付け部取得部６は、画像アプリケーションＡがインストールされたことを検出し、画像アプリケーションＡに対応する属性関係対応付け部３ａの取得を属性対応付け部配信サーバ２０に要求する。
【００８９】
属性対応付け部配信サーバ２０は、画像アプリケーションＡに対応した属性関係対応付け部３ａを、情報処理端末１０の属性関係対応付け部取得部６の要求に応答して情報処理端末１０に配信する。
【００９０】
属性関係対応付け部取得部６は、取得した画像アプリケーションＡに対応した属性関係対応付け部３ａを検索管理部４にプラグインする。これにより、画像アプリケーションＡとメールアプリケーションＣとが検索管理部４の検索対象アプリケーションとなる。
【００９１】
次に、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定して、検索を開始したものとする。
【００９２】
検索管理部４は、入力された標準属性「Ｗｈｅｎ」及び「８月」というキーワードを各アプリケーションに対応して設けられた属性関係対応付け部３ａ，３ｃに出力する。各属性関係対応付け部３ａ，３ｃは、標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を受信し、アプリケーションデータ記憶部２ａ，２ｃから標準属性「Ｗｈｅｎ」に対応するアプリケーションの属性の属性データのうち検索キーワード「８月」に関連する属性データを検索して取得する。
【００９３】
ここでは、検索管理部４から受信する標準属性は「Ｗｈｅｎ」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＡの固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データのうち、検索キーワード「８月」に関連する属性データを検索する。ここでは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータを、「撮影日時＿２０１０年８月２日」とする。
【００９４】
同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応するメールアプリケーションＣの固有属性「Ｄａｔｅ」の属性データのうち、検索キーワード「８月」に関連する属性データを検索する。ここでは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。
【００９５】
標準属性に対応する属性の属性データを取得した属性関係対応付け部３ａ，３ｃは検索結果を検索管理部４に出力する。検索管理部４は、各属性関係対応付け部３ａ，３ｃが取得した属性データを受信し、その結果を出力する。
【００９６】
本例では、属性関係対応付け部３ａ，３ｃが取得したデータは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得した「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得した「Ｄａｔｅ＿２０１０年８月４日」である。
【００９７】
従って、検索キーワード「８月」に関連するものとして、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得した「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得した「Ｄａｔｅ＿２０１０年８月４日」とが、検索結果として出力される。尚、検索管理部４は、第１の実施の形態と同様に、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。
【００９８】
第２の実施の形態では、新しいアプリケーションを端末に追加すると、配信サーバから追加したアプリケーションに対応した属性関係対応付け部を、配信サーバから取得するようにしたので、新しいアプリケーションが追加されたとしても、今までと同様な方法により、追加されたアプリケーションも含めて検索することができる。
＜第３の実施の形態＞
第３の実施の形態を説明する。
【００９９】
第３の実施の形態の検索システムは、複数の情報処理端末にまたがって検索を行う場合を説明する。
【０１００】
図１０は第３の実施の形態の検索システムのブロック図である。
【０１０１】
第３の実施の形態の検索システムは、情報処理端末Ｘと情報処理端末Ｙとを備え、各情報処理端末が、少なくとも標準属性記憶部１と、アプリケーションデータ記憶部２と、属性関係対応付け部３と、検索管理部４とを備えている。そして、ユーザが検索処理を入力する情報処理端末は、検索ユーザインターフェイス５を備えている。尚、検索ユーザインターフェイス５は、他の情報処理端末も備えていても良い。
【０１０２】
更に、情報処理端末Ｘと情報処理端末Ｙとの検索管理部４は、通信回線３０を介して検索結果を送受信できるように構成されている。
【０１０３】
次に、第３の実施の形態の具体的な動作を説明する。
【０１０４】
尚、以下の説明において、情報処理端末Ｘには、メールアプリケーションＣがインストールされており、属性関係対応付け部３ｃが検索管理部４にプラグインされており、情報処理端末Ｙには、画像アプリケーションＡ，Ｂがインストールされており、属性関係対応付け部３ａ，ｂが検索管理部４にプラグインされているものとする。
【０１０５】
まず、ユーザが情報処理端末Ｘの検索ユーザインターフェイス５により、「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定して、検索を開始したものとする。
【０１０６】
情報処理端末Ｘの検索管理部４は、入力された標準属性「Ｗｈｅｎ」、「８月」という検索キーワードをアプリケーションに対応して設けられた属性関係対応付け部３ｃに出力する。また、入力された標準属性「Ｗｈｅｎ」、「８月」という検索キーワードを、通信回線３０を介して、情報処理端末Ｙの検索管理部４に送信する。そして、標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を受信した情報処理端末Ｙの検索管理部４は、属性関係対応付け部３ａ，３ｂに標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を出力する。
【０１０７】
各属性関係対応付け部３ａ，３ｂ，３ｃは標準属性「Ｗｈｅｎ」及び検索キーワード「８月」を受信し、アプリケーションデータ記憶部２ａ，２ｂ，２ｃから標準属性「Ｗｈｅｎ」に対応するアプリケーションの固有属性の属性データのうち、検索キーワード「８月」に関連する属性データを検索して取得する。
【０１０８】
本例では、検索管理部４から受信する標準属性は「Ｗｈｅｎ」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＡの固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータを、「撮影日時＿２０１０年８月２日」とする。
【０１０９】
同様に、属性関係対応付け部３ｂは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＢの固有属性「撮影日」及び固有属性「更新日時」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｂ（画像アプリケーションＢ）には、検索キーワード「８月」に関連する属性データはないものとする。
【０１１０】
同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーションＣの固有属性「Ｄａｔｅ」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。
【０１１１】
標準属性に対応する属性の属性データを取得した属性関係対応付け部３ａ，３ｂは取得結果を情報処理端末Ｙの検索管理部４に出力する。情報処理端末Ｙの検索管理部４は、各属性関係対応付け部３ａ，３ｂが取得したデータを受信し、その結果を情報処理端末Ｘの検索管理部４に出力する。
【０１１２】
本例では、各属性関係対応付け部３ａ，３ｂから取得したデータは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータ「撮影日時＿２０１０年８月２日」である。従って、情報処理端末Ｙの検索管理部４は、検索キーワード「８月」に関連するアプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータ「撮影日時＿２０１０年８月２日」を、情報処理端末Ｘの検索管理部４に出力する。
【０１１３】
また、標準属性に対応する属性の属性データを取得した属性関係対応付け部３ｃは取得結果を情報処理端末Ｘの検索管理部４に出力する。情報処理端末Ｘの検索管理部４は、属性関係対応付け部３ｃが取得した属性データを受信する。
【０１１４】
本例では、属性関係対応付け部３ｃから取得したデータは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」である。
【０１１５】
情報処理端末Ｘの検索管理部４は、検索キーワード「８月」に関連するアプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」と、情報処理端末Ｙの検索管理部４から送信された、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータ「撮影日時＿２０１０年８月２日」とを出力する。尚、情報処理端末Ｘの検索管理部４は、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。
【０１１６】
第３の実施の形態では、複数の端末間に跨って検索することが可能であるので、例えば、出先で携帯端末から、携帯端末に記憶されているメールのデータと、自宅のパーソナルコンピュータに記憶されている画像のデータとを一緒に検索することができる。
【０１１７】
尚、上述した第３の実施の形態では、各情報処理端末の検索管理部４が検索キーワードに関連した属性データを絞り込むような構成としたが、これに限られない。例えば、最終的な検索結果を出力しない情報処理端末の検索管理部では、標準属性に対応する属性データのみを、最終的な検索結果を出力する情報処理端末の検索管理部に送信し、最終的な検索結果を出力する情報処理端末の検索管理部がこれらの属性データの中から検索キーワードに関連するものを検索するようにしても良い。
【０１１８】
本発明の第４の実施の形態を説明する。
【０１１９】
上述した実施の形態では、各属性関係対応付け部３が検索管理部４から受信した標準属性及び検索キーワードに基づいて、標準属性に対応するアプリケーションの固有属性の属性データのうち検索キーワードに関連した属性データを、各アプリケーションデータ記憶部２から検索して取得する例を説明した。
【０１２０】
しかしながら、各属性関係対応付け部２は、標準属性からアプリケーションの固有属性に変換し、標準属性に対応する固有属性をアプリケーションに送信する機能を行い、各アプリケーションが、固有属性に基づいて、自己のアプリケーションデータ記憶部２に記憶されているデータを検索することもできる。
【０１２１】
そこで、第４の実施の形態では、各属性関係対応付け部は、受信した標準属性を、各アプリケーションの固有属性に変換する機能だけを行い、その固有属性と検索キーワードとを対応するアプリケーションに送信し、各アプリケーションが、固有属性に基づいて自己のデータを検索する場合を説明する。
【０１２２】
図１１は第４の実施の形態に係る検索システムのブロック図である。
【０１２３】
本実施の形態の検索システムは、標準属性記憶部１と、アプリケーションデータ記憶部２ａ，２ｂと、属性関係対応付け部３ａ，３ｂ，３ｃと、検索管理部４と、検索ユーザインターフェイス５、アプリケーション７ａ，７ｂ，７ｃとを備える。
【０１２４】
標準属性記憶部１は、標準属性が記憶された記憶部である。
【０１２５】
ここで、標準属性とは、上述した実施の形態と同様に、多くの異なるアプリケーションで使用される固有属性に基づいて、それらの属性を上位概念で定義した属性をいう。標準属性は、各アプリケーションで用いられる固有属性を上位概念化したひとつの属性でも良いが、標準属性を階層的に定義しても良い。
【０１２６】
図１２は、標準属性の一例を示した図である。例えば、多くのアプリケーションに使用される日付に関する属性としては、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などが存在する。しかし、ユーザがそれぞれの違いを意識しながら検索するのは大変である。そこで、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを上位概念でまとめた「日時」または「ｗｈｅｎ」のような属性をそれらの最上位属性として定義する。そして、「ｗｈｅｎ」（日時）を、標準属性の最上位属性とする。そして、最上位属性である「ｗｈｅｎ」の下位属性として、「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」などを階層的に定義する。
【０１２７】
また、多くのアプリケーションに使用される人物に関する属性としては、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などがある。そこで、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを、上位概念化した「ｗｈｏ」のような属性をそれらの最上位属性として定義する。そして、最上位属性である「ｗｈｏ」の下位属性として、「人物名」、「メールアドレス」、「電話番号」、「ホームページ」、「人物カテゴリ」などを標準属性の中位属性として階層的に定義する。
【０１２８】
更に、メールアドレスに関する属性としては、「送信メールアドレス」や「受信メールアドレス」などが存在する。そこで、中位属性である「メールアドレス」の下位属性として「送信メールアドレス」や「受信メールアドレス」を、標準属性の下位属性として階層的に定義する。更に、「受信メールアドレス」には、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」などが存在する。そこで、下位属性の「受信メールアドレス」の下位属性として、「Ｔｏメールアドレス」、「Ｃｃメールアドレス」、「Ｂｃｃメールアドレス」を、標準属性の最下位属性として階層的に定義する。
【０１２９】
このように、多くのアプリケーションでよく使われる属性を、図１２に示す如く、階層的に定義したものを標準属性と呼ぶ。尚、標準属性の階層関係は、多段階でも構わない。また、標準属性は、予め、多くのアプリケーションの属性を分析・整理することで、属性の粒度の統一や階層関係の整理、名前（語彙）の統一などを行いながら、どのようなユーザにも理解しやすい形で定義しておくことが望ましい。
【０１３０】
尚、以下の説明では、標準属性の階層化された属性群を、最上位属性名のグループで呼ぶこととする。例えば、標準属性の「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」の属性群を、「ｗｈｅｎ」を最上位属性とする「ｗｈｅｎ」の属性グループと呼ぶ。
【０１３１】
また、標準属性の記述形式としては、ＲＤＦやＯＷＬを使って記述すると、階層関係や後述する属性関係の定義が自然であるため、望ましいと考えられるが、ＸＭＬやカンマ区切り形式などを使って記述することもできる。ＲＤＦやＯＷＬを使った記述方法については、当業者には容易に設計可能であるため、設計の詳細を省略する。
【０１３２】
アプリケーションデータ記憶部２ａ，２ｂ，２ｃには、対応するアプリケーションのデータが、そのアプリケーションの固有属性が付されて記憶されている。例えば、画像アプリケーションにおいて、画像データには、属性「撮影日時」に対応する属性データ「２０１１年２月１５日１６時」が付されて記憶されている。尚、以下の説明では、アプリケーションの固有属性とこの固有属性の属性データを、「固有属性＿属性データ」の形式で記載する。例えば、上述の例における固有属性「撮影日時」とその属性データ「２０１１年２月１５日１６時」は、「撮影日時＿２０１１年２月１５日１６時」と記載する。
【０１３３】
尚、以下の説明では、アプリケーションデータ記憶部２ａには画像アプリケーション７ａのデータが記憶され、アプリケーションデータ記憶部２ｂには画像アプリケーション７ｂのデータが記憶され、アプリケーションデータ記憶部２ｃにはメールアプリケーション７ｃのデータが記憶されているものとする。
【０１３４】
各アプリケーション７ａ，７ｂ，７ｃは、従来のアプリケーションと同様に、各アプリケーション７ａ，７ｂ，７ｃ独自の固有属性に基づいて、各アプリケーションデータ記憶部２ａ，２ｂ，２ｃから固有属性に対応する属性データの検索する機能を有する。
【０１３５】
尚、アプリケーションの数は、少なくとも一以上あれば良い。また、アプリケーションデータ記憶部２は、アプリケーション毎に設けられていても良いし、例えば、パーソナルコンピュータのようにひとつの記憶部（ハードディスク）に複数のアプリケーションデータ記憶部２が設けられて複数のアプリケーションデータが記憶されていても良い。
【０１３６】
属性関係対応付け部３ａ，３ｂ，３ｃは、各アプリケーションの固有属性と標準属性とを対応付ける属性関係定義ファイルを有する。
【０１３７】
図１３は、属性関係対応付け部３ａの属性関係定義ファイルの一例を示したものであり、画像アプリケーション７ａの属性と標準属性との属性関係定義ファイルの一例を示したものである。
【０１３８】
図１３の例では、画像アプリケーション７ａは、「ファイル名」、「撮影日時」、「撮影場所」、「ファイル種類」、「ＩＳＯ（感度）」、「ＷＢ（ホワイトバランス）」、「サイズ」及び「ファイル更新日」の固有属性を有している。属性関係対応付け部３ａの属性関係定義ファイルは、それらの画像アプリケーション７ａの固有属性と標準属性とを対応付けるファイルである。
【０１３９】
例えば、画像アプリケーション７ａの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーションＡの固有属性「撮影日時」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーションＡの固有属性「撮影場所」は標準属性「Ｗｈｅｒｅ」の下位属性である「経度」、「緯度」と対応付けられ、画像アプリケーションＡの固有属性「ファイル種類」は標準属性「Ｈｏｗ」の下位属性である「ファイル形式」と対応付けられ、画像アプリケーションＡの固有属性「ＩＳＯ（感度）」、固有属性「ＷＢ（ホワイトバランス）」は標準属性「Ｈｏｗ」の下位属性である「状態」と対応付けられ、画像アプリケーションＡの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられ、画像アプリケーションＡの固有属性「ファイル更新日」は標準属性「Ｗｈｅｎ」の下位属性である「更新日」と対応付けられている。
【０１４０】
このように、標準属性が多層化されている場合、アプリケーションの固有属性を、最も適した標準属性の下位属性に対応付けることが好ましい。
【０１４１】
属性関係対応付け部３ａは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性に対応する画像アプリケーション７ａの固有属性を取得する。例えば、検索管理部４より、標準属性「Ｗｈｅｎ」を受信すると、属性関係定義ファイルを用いて、「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーション７ａの固有属性である「撮影日時」及び「ファイル更新日」を検索して取得する。
【０１４２】
尚、上記の例では、選択した標準属性が「Ｗｈｅｎ」の場合を説明したが、標準属性「Ｗｈｅｎ」の下位属性を指定しても良い。この場合、指定された下位属性に対応する画像アプリケーション７ａの固有属性のみが検索対象となる。例えば、「Ｗｈｅｎ」の属性グループに含まれる「撮影日時」を選択した場合には、標準属性の「撮影日時」に対応する画像アプリケーション７ａの固有属性である「撮影日時」のみが対象となる。
【０１４３】
そして、取得した固有属性、及び検索キーワードを、対応する画像アプリケーション７ａに送信する。
【０１４４】
続いて、属性関係対応付け部３ｂの属性関係定義ファイルについて説明する。
【０１４５】
図１４は、属性関係対応付け部３ｂの属性関係定義ファイルの一例を示したものであり、画像アプリケーション７ｂの属性と標準属性との属性関係定義ファイルの一例を示したものである。
【０１４６】
図１４の例では、画像アプリケーション７ｂは、「ファイル名」、「メモ」、「撮影日」、「更新日」及び「サイズ」の固有属性を有している。属性関係対応付け部３ｂの属性関係定義ファイルは、画像アプリケーション７ｂの固有属性と標準属性とを対応付けるファイルである。
【０１４７】
例えば、画像アプリケーション７ｂの固有属性「ファイル名」は標準属性「Ｗｈａｔ」の下位属性である「ファイル名」と対応付けられ、画像アプリケーション７ｂの固有属性「メモ」は標準属性「Ｗｈａｔ」の下位属性である「説明」と対応付けられ、画像アプリケーション７ｂの固有属性「撮影日」は標準属性「Ｗｈｅｎ」の下位属性である「作成日」と対応付けられ、画像アプリケーション７ｂの固有属性「更新日時」は標準属性「Ｗｈｅｎ」の下位属性である「更新日時」と対応付けられ、画像アプリケーション７ｂの固有属性「サイズ」は標準属性「Ｈｏｗ」の下位属性である「ファイルサイズ」と対応付けられている。
【０１４８】
このように、同じ画像アプリケーションでありながら、画像アプリケーション７ａと画像アプリケーション７ｂとは、それぞれ固有属性を持ち、異なる属性名が付けられている。従って、属性関係対応付け部３は、アプリケーション毎に用意され、アプリケーションが増えるごとに、検索管理部４にプラグイン（追加）されることが望ましい。
【０１４９】
属性関係対応付け部３ｂは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性に対応する画像アプリケーション７ｂの固有属性を取得する。例えば、検索管理部４より、標準属性「Ｗｈｅｎ」を受信すると、属性関係定義ファイルを用いて、「Ｗｈｅｎ」の属性グループに含まれる属性に対応する画像アプリケーション７ｂの固有属性である「撮影日」及び「更新日時」を検索して取得する。そして、取得した固有属性、及び検索キーワードを、対応する画像アプリケーション７ｂに送信する。
【０１５０】
更に、種類の異なるアプリケーションの属性関係対応付け部３ｃについて説明する。
【０１５１】
属性関係対応付け部３ｃは、メールアプリケーション７ｃに用意されているものであり、メールアプリケーション７ｃが検索システムに新たにインストール（追加）された場合、検索管理部４にプラグインされたものである。
【０１５２】
図１５は、属性関係対応付け部３ｃの属性関係定義ファイルの一例であり、メールアプリケーション７ｃ固有の属性と標準属性との関係を示している。
【０１５３】
図１５の例では、メールアプリケーション７ｃは、「Ｆｒｏｍ」、「Ｔｏ」、「Ｃｃ」、「Ｂｃｃ」、「Ｓｕｂｊｅｃｔ」、「Ｂｏｄｙ」及び「Ｄａｔｅ」の固有属性を有している。属性関係対応付け部３ｃ属性関係定義ファイルは、これらの固有属性と標準属性とを対応付けるファイルであり、例えば、メールアプリケーション７ｃの固有属性「Ｆｒｏｍ」は標準属性「Ｗｈｏ」の下位属性である「Ｆｒｏｍメールアドレス」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｔｏ」は標準属性「Ｗｈｏ」の下位属性である「Ｔｏメールアドレス」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｃｃメールアドレス」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｂｃｃ」は標準属性「Ｗｈｏ」の下位属性である「Ｂｃｃメールアドレス」と対応付けられ、メールアプリケーション７ａの固有属性「Ｓｕｂｊｅｃｔ」は標準属性「Ｗｈａｔ」の下位属性である固有属性「題名」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｂｏｄｙ」は標準属性「Ｗｈａｔ」の下位属性である「本文」と対応付けられ、メールアプリケーション７ｃの固有属性「Ｄａｔｅ」は標準属性「Ｗｈｅｎ」の下位属性である「発行日」と対応付けられている。
【０１５４】
このように、アプリケーションの種類が異なる場合、上述した同じ種類のアプリケーション以上に固有属性が異なっていることがわかる。
【０１５５】
属性関係対応付け部３ｃは、上記のような属性関係定義ファイルを用いて、検索管理部４から受信した標準属性に対応するメールアプリケーション７ｃの固有属性を取得する。そして、取得した固有属性及び検索キーワードを、メールアプリケーション７ｃに送信する。
【０１５６】
検索管理部４は、検索ユーザインターフェイス５でユーザから指定された標準属性及び検索キーワードを受信し、各属性関係対応付け部に指定された標準属性及び検索キーワードを送信する。そして、各属性関係対応付け部から得られた検索キーワードに関連する各アプリケーションの属性データをユーザに提示する。尚、検索管理部４において、ユーザから指定された標準属性の下位階層である下位属性も検索対象に含めることとする。
【０１５７】
例えば、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」というキーワードを指定して検索すると、各属性関係対応付け部３に標準属性「Ｗｈｅｎ」及びキーワード「８月」を出力する。そして、「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」という属性のキーワードに関連する各アプリケーションの属性データを、各属性関係対応付け部３から取得する。そして、キーワードに関連する各アプリケーションの属性データの内容を検索結果として出力する。このとき、検索結果としての属性データの内容のみならず、その属性データが付されているコンテンツやファイル自体も出力するように構成しても良い。
【０１５８】
尚、検索キーワードの指定はかならずしも必要ではなく、標準属性だけの指定だけでもかまわない。その場合、検索結果は、指定された標準属性に対応する各アプリケーションの属性データが、検索結果として出力される。
【０１５９】
また、標準属性や属性関係には、型の情報も含めることができる。例えば、Ｗｈｅｎという属性は、文字列型ではなく、日時型であると定義することができる。日時型の属性であれば、キーワードは日時型の値として解釈され、検索のためのマッチング方法も、日時型としての比較により行われることになる。
【０１６０】
検索ユーザインターフェイス５は、ユーザが検索キーワードや検索対象属性を指定するためのユーザインターフェイス部分であり、例えば、図１６のようなＧＵＩを用いることができる。図１６では、属性名をコンボボックスのような選択肢から選択することができ、キーワードをテキストボックスから入力することができる。
【０１６１】
図１７は、属性名の選択方法の一例を示す図である。
【０１６２】
図１７の例では、図の属性選択肢表示部分において、属性として、最上位属性である「Ｗｈａｔ」と、その下位属性である「題名」、「説明」、「本体」…があり、それらの中から一つを選ぶことができる。このように、階層関係を示すことで、ユーザが無関係の属性を判別しやすくなるため、ユーザにとって選択する負担が軽減される効果が得られる。
【０１６３】
さらに、図１７の属性選択肢表示部分では、検索対象となるアプリケーション（又はデータベース）の数を四角形の数で表現している。例えば、「Ｗｈａｔ」という属性の右側には６個の四角形があるため、対象となる検索対象アプリケーションは６つである。同様に「題名」という属性に関する検索対象アプリケーションは４つである。
【０１６４】
このように、検索対象となるアプリケーションの数を同時に表示することで、どの属性を指定して探すべきかの指針をユーザに与えることができる。具体的には、検索対象アプリケーション数が多い方が見つかりやすいため、数が多い属性を優先的に指定することで、無駄な検索を行う回数を減らすことができる。
【０１６５】
更に、検索対象となるアプリケーションは、上述したように、下位属性に関するアプリケーションも検索対象に含まれるため、例えば、「Ｗｈｏ」の属性グループのように多層の階層になっている場合、直下の階層の属性に含まれるアプリケーション数をその上位の階層の属性のアプリケーション数としても良い。例えば、「メールアドレス」を指定した場合は、属性「メールアドレス」の直下には、「送信メールアドレス」と「受信メールアドレス」とがあり、「送信メールアドレス」のアプリケーション数が３個であり、「受信メールアドレス」のアプリケーション数が２個である場合、その合計数である５個を、「メールアドレス」の検索対象アプリケーション数として表示しても良い。
【０１６６】
尚、本例では、検索対象となるアプリケーションやサービスの数を四角形の数として表現したが、アイコン（絵や絵の数）や、棒グラフや、色（濃さ、明るさ、彩度）や、サイズ（文字や枠や絵などのサイズ）によって表現してもよい。
【０１６７】
また、アプリケーションやサービスの数ではなく、それぞれのデータ量を基に加算してもよい。
【０１６８】
次に、検索システムの動作を、動作フローチャートを介して具体例を用いて説明する。尚、以下の説明において、検索管理部４に属性関係対応付け部３ａ，３ｂ，３ｃがプラグインされているものとする。
【０１６９】
図１８は検索システムの動作フローチャートである。
【０１７０】
まず、ユーザは、検索ユーザインターフェイス５により、標準属性及び検索キーワードを入力する（Ｓｔｅｐ  ２００）。ここでは、ユーザが「Ｗｈｅｎ」という標準属性と、「８月」という検索キーワードを指定したものとする。
【０１７１】
検索管理部４は、入力された標準属性及び検索キーワードを各アプリケーションに対応して設けられた属性関係対応付け部３ａ，３ｂ，３ｃに出力する（Ｓｔｅｐ  ２０１）。
【０１７２】
各属性関係対応付け部３ａ，３ｂ，３ｃは標準属性を受信し（Ｓｔｅｐ  ２０２）、標準属性に対応するアプリケーションの固有属性を検索して取得する（Ｓｔｅｐ  ２０３）。
【０１７３】
本例では、検索管理部４から受信する標準属性は「Ｗｈｅｎ」なので、属性関係対応付け部３ａは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーション７ａの固有属性「撮影日時」及び固有属性「ファイル更新日」を取得する。
【０１７４】
同様に、属性関係対応付け部３ｂは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーション７ｂの固有属性「撮影日」及び固有属性を取得する。
【０１７５】
同様に、属性関係対応付け部３ｃは「Ｗｈｅｎ」の属性グループに属する「作成日時」、「更新日時」、「発行日時」、「開始日時」、「終了日時」、「期限」、「誕生日」のいずれかの属性に対応する画像アプリケーション７ｃの固有属性「Ｄａｔｅ」を取得する。
【０１７６】
続いて、各属性関係対応付け部３ａ，３ｂ，３ｃは取得したアプリケーションの固有属性及び検索キーワード「８月」を、対応するアプリケーション７ａ，７ｂ，７ｃに送信する（Ｓｔｅｐ  ２０４）。
【０１７７】
固有属性及び検索キーワード「８月」を受信した各アプリケーション７ａ，７ｂ，７ｃは、アプリケーションデータ記憶部２ａ，２ｂ，２ｃから、検索キーワードに関連する固有属性の属性データを検索して取得する（Ｓｔｅｐ  ２０５）。
【０１７８】
具体的には、画像アプリケーション７ａは、固有属性「撮影日時」及び固有属性「ファイル更新日」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ａから取得したデータを、「撮影日時＿２０１０年８月２日」と、「ファイル更新日＿２０１０年１０月２日」とする。そして、検索キーワードに関連する「撮影日時＿２０１０年８月２日」を検索結果とする。
【０１７９】
同様に、画像アプリケーション７ｂは、固有属性「撮影日」及び固有属性「更新日時」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｂから取得したデータを、「撮影日＿２０１１年１月２日」と、「更新日時＿２０１１年２月２日」とする。ここでは、検索キーワードに関連する属性データがないので、検索結果としては該当する属性データない。
【０１８０】
同様に、メールアプリケーション７ｃは、固有属性「Ｄａｔｅ」の属性データを取得する。ここでは、アプリケーションデータ記憶部２ｃから取得したデータを、「Ｄａｔｅ＿２０１０年８月４日」とする。そして、検索キーワードに関連する「Ｄａｔｅ＿２０１０年８月４日」を検索結果とする。
【０１８１】
アプリケーション７ａ，７ｂ，７ｃは、検索結果を、対応する属性関係対応付け部３ａ，３ｂ，３ｃに送信する（Ｓｔｅｐ  ２０６）。
【０１８２】
各属性関係対応付け部３ａ，３ｂ，３ｃは検索結果を受信し（Ｓｔｅｐ  ２０７）、検索結果を検索管理部４に送信する（Ｓｔｅｐ  ２０８）。
【０１８３】
検索管理部４は、各属性関係対応付け部３ａ，３ｂ，３ｃが取得した属性データを受信する（Ｓｔｅｐ  ２０９）。そして、検索結果として、検索キーワードに関連した属性データを出力する（Ｓｔｅｐ  ２１０）。
【０１８４】
本例では、属性関係対応付け部３ａからは「撮影日時＿２０１０年８月２日」を受信し、属性関係対応付け部３ｂからは検索結果として該当なしを受信し、属性関係対応付け３ｃからは「Ｄａｔｅ＿２０１０年８月４日」を受信する。
【０１８５】
従って、検索結果として、アプリケーションデータ記憶部２ａ（画像アプリケーション７ａ）から取得したデータである「撮影日時＿２０１０年８月２日」と、アプリケーションデータ記憶部２ｃ（メールアプリケーション７ｃ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」とを出力する。
【０１８６】
このように、「８月だからＷｈｅｎに８月を指定して検索しよう」というような検索だけで、複数のアプリケーションをまたいで検索することが可能である。
【０１８７】
尚、検索結果を出力する際、それらの属性データが付されているコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力するように構成しても良い。上述の例では、検索管理部４又はアプリケーション７ａは、アプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」のコンテンツやファイル自体や、コンテンツ名やファイル名などをアプリケーションデータ記憶部２ａから読みだして出力する。同様に、検索管理部４又はアプリケーション７ｃは、アプリケーションデータ記憶部２ｃ（メールアプリケーションＣ）から取得したデータ「Ｄａｔｅ＿２０１０年８月４日」のコンテンツやファイル自体や、コンテンツ名やファイル名などを各アプリケーションデータ記憶部から読みだして出力する。
【０１８８】
更に、上述の例では、標準属性として最上位の標準属性を指定したが、予め検索対象を絞り込めるならば、下位階層の標準属性を指定しても良い。具体的には、「Ｗｈｅｎ」の代わりに、その「Ｗｈｅｎ」の属性グループに属する「作成日時」を指定しても良い。この場合、「作成日時」に対応するデータのみが検索対象となり、結果としてアプリケーションデータ記憶部２ａ（画像アプリケーションＡ）から取得したデータである「撮影日時＿２０１０年８月２日」だけが検索結果として出力される。
【０１８９】
また、検索キーワードに関連する属性データの絞り込みは、検索管理部４が行っても良い。この場合、検索管理部４は、標準属性のみを各属性関係対応付け部に送信し、各属性関係対応付け部は、対応するアプリケーションの固有属性をアプリケーションに送信する。そして、各アプリケーションが、固有属性の属性データを、各属性関係対応付け部を介して検索管理部４に送信し、検索管理部がこれらの属性データから検索キーワードに関連した属性データを絞り込んでも良い。
【０１９０】
以上の如く、本実施の形態では、様々な種類のアプリケーションに跨るような検索用途において、ユーザがアプリケーションの違いやストレージ先を意識することなく、シームレスに検索できる。
【０１９１】
また、アプリケーション毎に属性関係対応付け部を設けているので、アプリケーションが新たに追加されても、追加されたアプリケーションに対応する属性関係対応付け部をプラグインすれば、追加されたアプリケーションのデータも検索対象とすることができるという優れた効果を有する。
【０１９２】
更に、本実施の形態では、標準属性を予め定義しているので、属性関係対応付け部の属性関係定義ファイルは、標準属性とアプリケーションの固有属性との対応関係だけを考慮すれば良く、設計が容易にできるという優れた効果を有する。
【０１９３】
尚、本第４の実施の形態と同様な構成を、上述した第２及び第３の実施の形態に適用することは容易であることは言うまでもない。
【０１９４】
また、上述した説明からも明らかなように、各部をハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した各実施の形態と同様の機能、動作を実現させる。また、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。
【０１９５】
また、上記の実施の形態の内容は、以下のようにも表現されうる。
【０１９６】
（付記１）  複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する検索システム。
【０１９７】
（付記２）  アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
付記１に記載の検索システム。
【０１９８】
（付記３）  前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
前記属性対応付け手段は、前記アプリケーションデータ記憶部から、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
付記２に記載の検索システム。
【０１９９】
（付記４）  前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性を、前記対応するアプリケーションに送信し、
前記対応するアプリケーションが、受信した固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
付記１に記載の検索システム。
【０２００】
（付記５）  前記検索管理部は、前記標準属性と検索キーワードとが入力され、入力された前記標準属性と前記検索キーワードとを、前記属性対応付け手段に出力し、
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性と前記検索キーワードとを、前記対応するアプリケーションに送信し、
前記対応するアプリケーションが、受信した固有属性の属性データのうち前記検索キーワードに関連する属性データを検索する
付記４に記載の検索システム。
【０２０１】
（付記６）  前記標準属性が階層的に定義されている
付記１から付記５のいずれかに記載の検索システム。
【０２０２】
（付記７）  前記属性対応付け手段は、アプリケーション毎に、前記検索管理部にプラグインされる
付記１から付記６のいずれかに記載の検索システム。
【０２０３】
（付記８）  アプリケーションに対応する属性対応付け手段の配信を要求する配信要求手段と、
アプリケーション毎に用意された少なくとも一以上の属性対応付け手段を記憶し、前記配信要求手段要求に応答して、アプリケーションに対応する属性対応付け手段を配信する配信手段と
を有する付記１から付記７のいずれかに記載の検索システム。
【０２０４】
（付記９）  複数の端末の各々が、少なくとも、前記標準属性記憶部と、前記検索管理手段と、前記属性対応付け手段とを有し、
前記複数の端末のうち所定の端末の前記検索管理手段が、入力された標準属性を他の端末の検索管理手段に送信し、
前記他の端末の検索管理手段は、受信した標準属性を自端末の前記属性対応付け手段に出力し、前記属性対応付け手段からの検索結果を、前記所定の端末の検索管理手段に送信する
付記１から付記８のいずれかに記載の検索システム。
【０２０５】
（付記１０）  複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性が記憶された標準属性記憶部と、
前記標準属性に基づき、ユーザから検索対象の標準属性が入力される検索管理部と、
アプリケーションに対応して設けられ、前記標準属性とこの標準属性に対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、前記検索管理部で入力された標準属性とアプリケーションの固有属性とを対応付ける属性対応付け手段と
を有する情報処理端末。
【０２０６】
（付記１１）  アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有し、
前記属性対応付け手段は、前記検索管理部で入力された標準属性に対応するアプリケーションの固有属性に基づいて、前記アプリケーションデータ記憶部から前記固有属性の属性データを検索し、検索結果を検索管理部に出力する
付記１０に記載の情報処理端末。
【０２０７】
（付記１２）  アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する検索システムの検索方法であって、
複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性を記憶しておき、
アプリケーション毎に、前記標準属性と対応するアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、
前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する
検索方法。
【０２０８】
（付記１３）  検索されたアプリケーションの固有属性の属性データのうち、ユーザから指定された検索キーワードに関連する属性データを検索する
付記１２に記載の検索方法。
【０２０９】
（付記１４）  前記標準属性が階層的に定義されている
付記１２又は付記１３に記載の検索方法。
【０２１０】
（付記１５）  前記属性関係定義ファイルは、アプリケーションが追加されると、追加されたアプリケーションに対応する属性関係定義ファイルを記憶する
付記１２から付記１４のいずれかに記載の検索方法。
【０２１１】
（付記１６）  複数の端末の各々が、前記標準属性と前記属性関係定義ファイルとを記憶し、
前記複数の端末のうち所定の端末は、ユーザから指定された標準属性を、他の端末に送信し、
前記所定の端末は、自端末の属性関係定義ファイルに基づいて、前記ユーザから指定された標準属性とアプリケーションの固有属性とを対応付け、前記対応するアプリケーションの固有属性の属性データを前記アプリケーションデータ記憶部から検索し、検索結果を前記所定の端末に送信する
付記１１から付記１５のいずれかに記載の検索方法。
【０２１２】
（付記１７）  アプリケーションの固有属性の属性データが記憶されているアプリケーションデータ記憶部を有する情報処理装置の検索プログラムであって、
複数の異なるアプリケーションで用いられる固有属性を上位概念で定義した標準属性と、ひとつのアプリケーションの固有属性との対応関係を定義した属性関係定義ファイルを保持し、
前記属性関係定義ファイルに基づいて、ユーザから指定された標準属性とアプリケーションの固有属性とを対応付ける処理と、
前記対応するアプリケーションの固有属性の属性データを、前記アプリケーションデータ記憶部から検索する処理と
を情報処理装置に実行させる検索プログラム。
【０２１３】
（付記１８）  前記プログラムは、アプリケーション毎に情報処理装置にプラグインされる
付記１７に記載の検索プログラム。
【０２１４】
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【０２１５】
本出願は、２０１１年５月２６日に出願された日本出願特願２０１１−１１８３６６号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０２１６】
１                  標準属性記憶部
２ａ，２ｂ，２ｃ    アプリケーションデータ記憶部
３ａ，３ｂ，３ｃ    属性関係対応付け部
４                  検索管理部
５                  検索ユーザインターフェイス
６                  属性関係対応付け部取得部
７ａ，７ｂ，７ｃ    アプリケーション
１０                情報処理端末
２０                属性対応付け部配信サーバ
３０                通信回線
【図１】
2012161236.tif 000003
【図２】
2012161236.tif 000004
【図３】
2012161236.tif 000005
【図４】
2012161236.tif 000006
【図５】
2012161236.tif 000007
【図６】
2012161236.tif 000008
【図７】
2012161236.tif 000009
【図８】
2012161236.tif 000010
【図９】
2012161236.tif 000011
【図１０】
2012161236.tif 000012
【図１１】
2012161236.tif 000013
【図１２】
2012161236.tif 000014
【図１３】
2012161236.tif 000015
【図１４】
2012161236.tif 000016
【図１５】
2012161236.tif 000017
【図１６】
2012161236.tif 000018
【図１７】
2012161236.tif 000019
【図１８】
2012161236.tif 000020
【国際調査報告】
2012161236.tif 000021
2012161236.tif 000022
2012161236.tif 000023
2012161236.tif 000024