(57)【要約】【課題】情報検索機能がない情報処理装置に対して無駄な検索要求を送信する不具合を解消し、ネットワークのトラヒックを抑制することを目的とする。【解決手段】情報処理装置の生存確認を行い、そして、生存が確認された情報処理装置に対して検索を依頼する。【選択図】図２
2006260535.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された情報処理装置において、
ネットワーク上の複数の情報処理装置に生存確認メッセージを出力する生存確認メッセージ出力手段と、
前記生存確認メッセージ出力手段によって出力された前記生存確認メッセージに応答した情報処理装置の属性情報を管理する管理手段と、
前記管理手段によって管理された前記情報処理装置の属性情報に基づいて、情報の検索を依頼する情報処理装置を決定する決定手段と、
前記決定手段によって決定された情報処理装置に検索を依頼し、前記決定手段によって決定された情報処理装置から検索結果を取得する検索処理手段とを有することを特徴とする情報処理装置。
【請求項２】
前記生存確認メッセージ出力手段は、前記複数の情報処理装置に定期的に生存確認メッセージを出力することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記管理手段は、前記情報処理装置の属性情報として、前記情報処理装置の検索が可能な検索手法の種別を管理することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記管理手段は、前記情報処理装置の属性情報として、前記情報処理装置の検索が可能なコンテンツの種別を管理することを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記決定手段は、検索依頼先の情報処理装置として、ユーザの指示に応じて入力された検索手法を実行可能な情報処理装置に決定することを特徴とする請求項３記載の情報処理装置。
【請求項６】
ネットワークに接続された情報処理装置の検索処理方法において、
ネットワーク上の複数の情報処理装置に生存確認メッセージを制御装置が出力する生存確認メッセージ出力ステップと、
前記生存確認メッセージ出力ステップにおいて出力された前記生存確認メッセージに応答した情報処理装置の属性情報に基づいて、情報の検索を依頼する情報処理装置を前記制御装置が決定する決定ステップと、
前記決定ステップにおいて決定された情報処理装置に検索を依頼し、前記決定ステップにおいて決定された情報処理装置から検索結果を前記制御装置が取得する検索処理ステップとを有することを特徴とする情報処理装置の検索処理方法。
【請求項７】
前記生存確認メッセージ出力ステップにおいて、前記複数の情報処理装置に定期的に生存確認メッセージが出力されることを特徴とする請求項６記載の情報処理装置の検索処理方法。
【請求項８】
前記情報処理装置の属性情報は、前記情報処理装置の検索が可能な検索手法の種別であることを特徴とする請求項６記載の情報処理装置の検索処理方法。
【請求項９】
前記情報処理装置の属性情報は、前記情報処理装置の検索が可能なコンテンツの種別を管理することを特徴とする請求項６記載の情報処理装置の検索処理方法。
【請求項１０】
前記決定ステップにおいて、検索依頼先の情報処理装置として、ユーザの指示に応じて入力された検索手法を実行可能な情報処理装置が決定されることを特徴とする請求項８記載の情報処理装置の検索処理方法。
【請求項１１】
ネットワークに接続された情報処理装置の検索処理方法をコンピュータに実行させるためのプログラムにおいて、
ネットワーク上の複数の情報処理装置に生存確認メッセージを制御装置が出力する生存確認メッセージ出力ステップと、
前記生存確認メッセージ出力ステップにおいて出力された前記生存確認メッセージに応答した情報処理装置の属性情報に基づいて、情報の検索を依頼する情報処理装置を前記制御装置が決定する決定ステップと、
前記決定ステップにおいて決定された情報処理装置に検索を依頼し、前記決定ステップにおいて決定された情報処理装置から検索結果を前記制御装置が取得する検索処理ステップとを有することを特徴とする検索処理方法をコンピュータに実行させるプログラム。
【請求項１２】
前記生存確認メッセージ出力ステップにおいて、前記複数の情報処理装置に定期的に生存確認メッセージが出力されることを特徴とする請求項１１記載のプログラム。
【請求項１３】
前記情報処理装置の属性情報は、前記情報処理装置の検索が可能な検索手法の種別であることを特徴とする請求項１１記載のプログラム。
【請求項１４】
前記情報処理装置の属性情報は、前記情報処理装置の検索が可能なコンテンツの種別を管理することを特徴とする請求項１１記載のプログラム。
【請求項１５】
前記決定ステップにおいて、検索依頼先の情報処理装置として、ユーザの指示に応じて入力された検索手法を実行可能な情報処理装置が決定されることを特徴とする請求項１３記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された複数の機器に蓄積された情報に対して検索を行う情報処理システムに関するものである。
【背景技術】
【０００２】
近年、コンピュータ及びネットワークの発達に伴い、ネットワーク上に分散されたデータベース等の記憶装置を含む情報処理装置に対する電子化情報の蓄積が行われている。それに伴い、情報検索技術の発展が要望されている。
【０００３】
従来の情報検索技術としては、ネットワーク上の情報処理装置のすべてに対して検索要求を送信することが行われている。また、ネットワーク上の情報処理装置をすべて把握している場合は、情報検索が可能な情報処理装置のみに検索要求を送信することが行われている。
【０００４】
また、上記の情報処理装置の処理能力を示す情報の管理が行われていた。例えば、各種の情報処理装置が存在するネットワーク環境において、各端末機器の処理能力を示す端末属性情報を管理する技術が提案されている（例えば、特許文献１参照）。これによって各情報処理装置の処理能力に応じた応用サービスの提供が可能となる。
【特許文献１】特開平１０−３０１８６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような従来技術では、ネットワーク上に分散された情報処理装置の電子化情報に対する情報検索を行う場合、すべての情報処理装置に対して検索要求を送信するため、ネットワークのトラヒックが増加する。特に、検索要求が画像情報等の大容量の場合には、ネットワークの流れが遅くなるという大きな課題がある。
【０００６】
また、ネットワーク上の情報処理装置の中には検索要求に対応できる能力のない情報処理装置がある。その場合は無駄な検索要求が送信されることになる。
【０００７】
また、従来の技術では、ネットワーク上の情報処理装置における検索要求に対応できる能力を、情報処理装置のネットワーク接続／切断に対応して管理していない。
【０００８】
本発明は、ネットワークのトラヒックを抑制し、情報検索機能がない情報処理装置に対して無駄な検索要求を送信する不具合を解消することを目的とする。
【課題を解決するための手段】
【０００９】
上述した目的を達成するために、ネットワークに接続された情報処理装置において、ネットワーク上の複数の情報処理装置に生存確認メッセージを出力する生存確認メッセージ出力手段と、前記生存確認メッセージ出力手段によって出力された前記生存確認メッセージに応答した情報処理装置の属性情報を管理する管理手段と、前記管理手段によって管理された前記情報処理装置の属性情報に基づいて、情報の検索を依頼する情報処理装置を決定する決定手段と、前記決定手段によって決定された情報処理装置に検索を依頼し、前記決定手段によって決定された情報処理装置から検索結果を取得する検索処理手段とを有することを特徴とする情報処理装置を提供する。
【発明の効果】
【００１０】
本発明によれば、ネットワークのトラヒックを抑制し、情報検索機能がない情報処理装置に対して無駄な検索要求を送信する不具合を解消することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、添付の図面に沿って本発明の実施の形態を説明する。
【００１２】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る情報処理装置の構成を示すブロック図である。
【００１３】
図１において、情報処理装置は、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３、入力装置４、表示装置５、ハードディスク（ＨＤ）６、リムーバブル外部記憶装置７、ネットワーク装置８、バス９を備えている。
【００１４】
ＣＰＵ１は、情報処理装置全体の制御を司るマイクロプロセッサであり、バス９に接続された各構成要素を制御し、情報検索処理のための演算や論理判断等を行うものであり、ネットワーク上のデータ送受信ユニットとしても動作する。また、ＣＰＵ１は、２次記憶装置としてのハードディスク６に格納された制御プログラムに基づいて、図３，図４のフローチャートに示す処理を実行する。バス９は、ＣＰＵ１の制御対象である各構成要素を指示するアドレス信号、コントロール信号の転送を行い、また、各構成要素間のデータ転送を行う。
【００１５】
ＲＡＭ３は、データを書き込み可能なランダムアクセスメモリであり、各構成要素からの各種データの一時記憶に用いる。ＲＯＭ２は、読出し専用の固定メモリであり、ＣＰＵ１により実行されるブートプログラムを格納している。ブートプログラムは、ハードディスク６に格納された制御プログラムをシステム起動時にＲＡＭ３にロードし、ＣＰＵ１に実行させる。制御プログラムについては、後にフローチャートを参照して詳述する。
【００１６】
入力装置４は、キーボード及びマウス等から構成され、データや指示の入力に用いる。表示装置５は、ＣＲＴディスプレイあるいは液晶ディスプレイ等から構成され、図１０等の画面を表示する。ハードディスク６は、ＣＰＵ１により実行される制御プログラム６a、電子的に作成された電子化情報を記憶した情報データベース６b、情報検索を行う際にインデックスとして使用される情報検索索引６cを格納する記憶媒体である。
【００１７】
リムーバブル外部記憶装置７は、フロッピー（登録商標）ディスク、ＣＤ、ＤＶＤ等の外部記憶装置にアクセスするためのドライブ等から構成される。リムーバブル外部記憶装置７は、ハードディスク６と同様に使用でき、他の情報処理装置との間のデータ交換を行う。なお、ハードディスク６に格納する制御プログラム６aは、上記外部記憶装置から必要に応じて該ハードディスク６にコピーすることもできる。ネットワーク装置８は、ネットワークを介して複数の情報処理装置との間でデータ交換を行うネットワークコントローラである。
【００１８】
本実施の形態の上記各構成要素から構成される情報処理装置は、入力装置４からの各種コマンドの入力に応じて動作する。入力装置４からコマンドの入力が行われると、まずインタラプト信号がＣＰＵ１に送られ、それに伴い、ＣＰＵ１がＲＯＭ２またはＲＡＭ３内に記憶されている各種命令を読み出し、各種命令を実行することで各種の制御を行う。
【００１９】
図２は、情報処理装置の主要部の機能的な構成を示すブロック図である。
【００２０】
図２において、情報処理装置は、属性情報送信部１１、属性情報受信部１２、属性情報管理部１３、生存確認メッセージ送信部１４、生存確認メッセージ受信部１５、周期属性情報送信部１６、周期属性情報受信部１７、属性情報更新部１８、情報検索部１９を備えている。なお、属性情報送信部１１〜情報検索部１９は、ＣＰＵ１が備える機能をブロックで示したものである。
【００２１】
属性情報送信部１１は、情報処理装置の属性情報を送信する。属性情報受信部１２は、属性情報送信部１１で送信された情報処理装置の属性情報を受信する。属性情報管理部１３は、属性情報受信部１２で受信された情報処理装置の属性情報を管理するものであり、図７及び図８（第１の実施の形態）の属性情報管理表、図１３及び図１４（第２の実施の形態）の属性情報管理表を格納しており、適宜更新可能である。生存確認メッセージ送信部１４は、所定時間経過毎に情報処理装置の生存（情報処理装置がネットワークに接続され通信可能な状態）を確認するためのメッセージを送信する。生存確認メッセージ受信部１５は、生存確認メッセージ送信部１４で所定時間経過毎に送信される情報処理装置の生存確認メッセージを受信する。
【００２２】
周期属性情報送信部１６は、生存確認メッセージ受信部１５で受信された所定時間経過毎の情報処理装置の生存確認メッセージに対する情報処理装置の属性情報を、所定時間経過毎に送信する。周期属性情報受信部１７は、周期属性情報送信部１６で所定時間経過毎に送信される情報処理装置の属性情報を所定時間経過毎に受信する。属性情報更新部１８は、周期属性情報受信部１７で受信された所定時間経過毎の情報処理装置の属性情報を、属性情報管理部１３で管理している情報処理装置の属性情報から更新する。情報検索部１９は、情報処理装置の属性情報に対応する情報検索を実行する。
【００２３】
図５は、ネットワーク接続した複数の情報処理装置の検索種別を属性情報とする場合の一例を示す図である。
【００２４】
図５において、以下の情報処理装置がネットワーク２７に接続されている。
情報処理装置（１）２１（ホスト名「ｈｏｓｔ１」）
情報処理装置（２）２２（ホスト名「ｈｏｓｔ２」）
情報処理装置（３）２３（ホスト名「ｈｏｓｔ３」）
情報処理装置（４）２３（ホスト名「ｈｏｓｔ４」）
情報処理装置（５）２５（ホスト名「ｈｏｓｔ５」）
・・・
情報処理装置（ｎ）２６（ホスト名「ｈｏｓｔｎ」）
各情報処理装置の情報を検索する際の検索可能な情報（データ）の種別は、以下のとおりである。また、図７は、各情報処理装置の検索種別の属性情報を属性情報管理部１３が管理するための属性情報管理表の一例を示す図である。図７の属性情報管理表は、ハードディスク６に格納される。なお、本実施の形態における「検索種別」とは、検索手法の種別を示す。例えば、検索種別として、「文書」は、検索クエリとして入力されたテキストデータが含まれる文書の検索が可能なことを示し、「画像」は、検索クエリとして入力された静止画像データに類似した画像データの検索が可能なことを示す。
（各情報処理装置の所定時間経過前の検索種別）
情報処理装置（１）（ホスト名「ｈｏｓｔ１」）・・・検索種別「文書」
情報処理装置（２）（ホスト名「ｈｏｓｔ２」）・・・検索種別「文書＋画像」
情報処理装置（３）（ホスト名「ｈｏｓｔ３」）・・・検索種別「文書」
情報処理装置（４）（ホスト名「ｈｏｓｔ４」）・・・検索種別「文書」
情報処理装置（５）（ホスト名「ｈｏｓｔ５」）・・・検索種別「文書＋画像」
・・・
情報処理装置（ｎ）（ホスト名「ｈｏｓｔｎ」）・・・検索種別「文書」
図６は、属性情報として、各情報処理装置の所定時間経過後の検索種別の一例を示す図である。図８は、各情報処理装置の所定時間経過後の属性情報を管理するための属性情報管理表の一例を示す図である。図８の属性情報管理表は、ハードディスク６に格納される。なお、検索種別の増減は、情報処理装置の現在の処理の負荷に依存したり、検索処理プログラムの追加・削除に依存したりする。
（各情報処理装置の所定時間経過後の検索種別）
情報処理装置（１）２１（ホスト名「ｈｏｓｔ１」）・・・検索種別「文書＋画像」
情報処理装置（２）２２（ホスト名「ｈｏｓｔ２」）・・・検索種別「文書＋画像」
情報処理装置（３）２３（ホスト名「ｈｏｓｔ３」）・・・検索種別「文書」
情報処理装置（４）２４（ホスト名「ｈｏｓｔ４」）・・・検索種別「文書＋画像」
情報処理装置（５）２５（ホスト名「ｈｏｓｔ５」）・・・検索種別「文書」
・・・
情報処理装置（ｎ）２６（ホスト名「ｈｏｓｔｎ」）・・・検索種別「文書」
図９は、生存確認メッセージの一例を示す図である。
【００２５】
図９において、各情報処理装置の所定時間経過毎の生存を確認するためのメッセージである生存確認メッセージは、例えば２バイトコード“０ｘｆｅｆｅ”で表す。
【００２６】
図１０は、表示装置５によって表示される情報検索を行うための検索クエリ（検索条件）の入力画面の一例を示す図である。
【００２７】
図１０において、検索条件入力画面３１は、情報処理装置の表示装置５に表示される。検索条件として、検索種別選択部３２と検索データ入力部３３がある。検索種別選択部３２では、情報検索の対象となるデータがボタン３４，３５に対する選択によって「文書」データであるか、または「画像」データであるかを決定することができる。また、検索データ入力部３３では、単語、文章または画像を入力領域３６上で入力することができる。ここでは、検索種別３２として「画像」が選択され、検索クエリ（検索条件）３３として図１０の画像が設定される状態を示している。この状態において、実行キー３７が選択されると情報検索が実行され、一方、中止キー３８が選択されると検索条件入力が取り消しとなる。
【００２８】
次に、本実施の形態の情報検索処理の動作を詳細に説明する。
【００２９】
図３は、情報処理装置（ｈｏｓｔ１とする）のＣＰＵ（制御装置）１によって実行される、外部の情報処理装置との間の検索種別の属性情報の送信、生存確認メッセージの受信に関する処理を示すフローチャートである。
【００３０】
図３のステップＳ２１において、ｈｏｓｔ１の属性情報送信部１１は、初期化処理として、情報処理装置の検索種別の属性情報を外部の情報処理装置（ｈｏｓｔ２〜ｈｏｓｔｎ）に送信する。例えば、図５に示すように情報処理装置（１）（ホスト名「ｈｏｓｔ１」）では、検索種別「文書」を属性情報として送信する。
【００３１】
ステップＳ２２において、外部の生存確認メッセージ送信部１４で所定時間経過毎に送信される情報処理装置の生存確認メッセージを、生存確認メッセージ受信部１５で待機する。ステップＳ２３では、生存確認メッセージ受信部１５は、生存確認メッセージを受信したか否かを判断し、生存確認メッセージを受信していない場合は処理をステップＳ２２に戻り、生存確認メッセージを受信した場合はステップＳ２４に進む。
【００３２】
ステップＳ２４において、生存確認メッセージ受信部１５は、ステップＳ２２の生存確認メッセージ送信部１４で所定時間経過毎に送信される情報処理装置の生存確認メッセージを受信する。例えば、図９に示すように外部の情報処理装置の生存確認メッセージとして「生存確認メッセージ（０ｘｆｅｆｅ）」が受信される。
【００３３】
ステップＳ２５において、周期属性情報送信部１６は、ステップＳ２４で受信された所定時間経過毎の情報処理装置の生存確認メッセージに対する情報処理装置の属性情報を所定時間経過毎に送信する。例えば、図６に示すように情報処理装置（１）（ホスト名「ｈｏｓｔ１」）では、検索種別（例えば「文書＋画像」）を属性情報として送信する。
【００３４】
ステップＳ２６では、周期属性情報送信部１６は、処理を終了するか否かを判断し、処理を続ける場合はステップＳ２２に戻る。
【００３５】
図４は、外部から検索種別の属性情報の受信、外部への生存確認メッセージの送信、ならびに情報検索の実行に関わる処理の流れを示す情報処理装置（ｈｏｓｔ１とする）のＣＰＵ（制御装置）１によって実行されるフローチャートである。
【００３６】
図４のステップＳ３１において、ｈｏｓｔ１の属性情報受信部１２は、外部の情報処理装置（ｈｏｓｔ２〜ｈｏｓｔｎ）の属性情報送信部１１から送信された情報処理装置の検索種別の属性情報を受信する。例えば、情報処理装置（１）（ホスト名「ｈｏｓｔ１」）は、情報処理装置（２）（ホスト名「ｈｏｓｔ２」）からその検索種別「文書＋画像」を属性情報として受信する。
【００３７】
ステップＳ３２において、ｈｏｓｔ１の属性情報管理部１３は、ステップＳ３１の属性情報受信部１２で受信された情報処理装置の属性情報を管理する。例えば、図７に示す属性情報管理表を用いることで、情報処理装置（１）（ホスト名「ｈｏｓｔ１」）から情報処理装置（ｎ）（ホスト名「ｈｏｓｔｎ」）までの検索種別の属性情報を管理する。情報処理装置（１）（ホスト名「ｈｏｓｔ１」）の検索種別の属性情報は、装置自ら把握しているので、その検索種別の変更に応じて属性情報管理表を更新する。
【００３８】
ステップＳ３３において、ｈｏｓｔ１の生存確認メッセージ送信部１４は、所定時間経過毎に外部の情報処理装置（ｈｏｓｔ２〜ｈｏｓｔｎ）の生存を確認するためのメッセージを送信する。例えば、図９に示すように外部の情報処理装置の生存を確認するためのメッセージとして「生存確認メッセージ（０ｘｆｅｆｅ）」を送信する。
【００３９】
ステップＳ３４において、ｈｏｓｔ１の周期属性情報受信部１７は、周期属性情報送信部１６で送信された情報処理装置の検索種別の属性情報を受信する。例えば、図６に示すように情報処理装置（１）（ホスト名「ｈｏｓｔ１」）は、所定時間経過後の情報処理装置（４）（ホスト名「ｈｏｓｔ４」）からその検索種別「文書＋画像」を属性情報として受信する。
【００４０】
ステップＳ３５では、ｈｏｓｔ１の属性情報更新部１８は、図８に示す属性情報管理表を管理している情報処理装置の検索種別の属性情報をステップＳ３４の周期属性情報受信部１７で受信された情報処理装置の属性情報に更新する。例えば、情報処理装置（１）（ホスト名「ｈｏｓｔ１」）から情報処理装置（ｎ）（ホスト名「ｈｏｓｔｎ」）までの検索種別を受信した検索種別の属性情報に更新する。
【００４１】
ステップＳ３６では、ｈｏｓｔ１の属性情報更新部１８は、所定時間が経過したか否かを判断する。所定の時間が経過した場合はステップＳ３３に戻り、それ以外の場合はステップＳ３８に進む。例えば、本実施の形態では所定時間を１時間とする。
【００４２】
ステップＳ３７では、情報検索部１９は、ユーザの指示を検出することにより、情報検索を行うか否かを判断する。情報検索を行わない場合はステップＳ３３に戻り、検索を行う場合はステップＳ３８に進む。
【００４３】
ステップＳ３８では、情報検索部１９は、情報処理装置の検索種別の属性情報に対応する情報検索を実行する。例えば、図１０に示すように検索条件入力画面３１上で検索条件として検索種別３２の選択を検出し、検索データ３３の入力を検出する。すると、情報検索部１９は、検索条件入力に応じた情報検索を実行する。
【００４４】
ここでは、検索種別３２として「画像」を選択する。また、検索データ３３として図１０の画像を入力として情報検索を行う場合、ｈｏｓｔ１は図７の属性情報管理表を基に、属性情報に対応する情報処理装置（２）（ホスト名「ｈｏｓｔ２」）及び情報処理装置（５）（ホスト名「ｈｏｓｔ５」）に対して情報検索要求を行う。さらに、所定時間経過後、ｈｏｓｔ１は図８の属性情報管理表を基に、属性情報に対応する情報処理装置（１）（ホスト名「ｈｏｓｔ１」）、情報処理装置（２）（ホスト名「ｈｏｓｔ２」）及び情報処理装置（４）（ホスト名「ｈｏｓｔ４」）に対して情報検索要求を行う。そしてこれらの情報処理装置から検索結果を取得する。
【００４５】
ステップＳ３９では、情報検索部１９は、処理を終了するか否かを判断し、処理を続ける場合はステップＳ３３に処理を戻す。
【００４６】
以上説明したように、本実施の形態によれば、検索結果を出力する情報処理装置（ｈｏｓｔ１）は、検索対象の属性情報（検索種別）に対応する情報処理装置のみに対して検索要求を行うことができる。そのため、検索結果をｈｏｓｔ１に送信する際のネットワークのトラヒックを抑制することができる。特に、画像情報等の大容量の情報に対する検索要求の場合には、ネットワーク上の各情報処理装置に検索クエリとしての画像データを転送する必要がなく、ネットワークのトラヒックの抑制効果を高めることができる。また、無駄な検索要求を送信する不具合を解消することができる。
【００４７】
また、ネットワーク上に接続された各々の情報処理装置は、情報処理装置の所定時間経過毎の属性情報を基に属性情報管理表を更新することで、情報処理装置に対する検索要求を容易に変更することができる。
【００４８】
（第２の実施の形態）
第２の実施の形態は、上述した第１の実施の形態に対して、下記に示す点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１、図２）の対応するものと同一なので、その説明を省略する。
【００４９】
図１１は、本実施の形態に係るネットワーク接続した複数の情報処理装置の検索が可能なコンテンツ（データ）種別を属性情報とする場合の一例を示す図である。
【００５０】
図１１において、ネットワーク上に、以下の情報処理装置が接続されている。
情報処理装置（１）４１（ホスト名「ｈｏｓｔ１」）
情報処理装置（２）４２（ホスト名「ｈｏｓｔ２」）
情報処理装置（３）４３（ホスト名「ｈｏｓｔ３」）
情報処理装置（４）４４（ホスト名「ｈｏｓｔ４」）
情報処理装置（５）４５（ホスト名「ｈｏｓｔ５」）
・・・
情報処理装置（ｎ）４６（ホスト名「ｈｏｓｔｎ」）
あるタイミングにおいて各情報処理装置の検索が可能なコンテンツの検索種別は、以下のとおりである。図１３は、このタイミングにおいて検索が可能な各情報処理装置の属性情報を管理するための属性情報管理表である。なお「画像」は静止画のコンテンツを指すものとする。
情報処理装置（１）４１（ホスト名「ｈｏｓｔ１」）・・・コンテンツ種別「テキスト＋画像」
情報処理装置（２）４２（ホスト名「ｈｏｓｔ２」）・・・コンテンツ種別「テキスト＋画像＋動画」
情報処理装置（３）４３（ホスト名「ｈｏｓｔ３」）・・・コンテンツ種別「テキスト」
情報処理装置（４）４４（ホスト名「ｈｏｓｔ４」）・・・コンテンツ種別「画像＋動画」
情報処理装置（５）４５（ホスト名「ｈｏｓｔ５」）・・・コンテンツ種別「テキスト＋画像」
・・・
情報処理装置（ｎ）４６（ホスト名「ｈｏｓｔｎ」）・・・コンテンツ種別「テキスト」
図１２は、図１１に示す状態から所定時間経過した後の、各情報処理装置によって検索が可能なコンテンツ種別を属性情報とする場合の一例を示す図である。
【００５１】
図１２において、各情報処理装置の所定時間経過後の情報処理装置の検索が可能なコンテンツ種別は、以下のとおりである。図１４は、図１２に示す各情報処理装置の検索が可能なコンテンツの属性情報を管理するための属性情報管理表である。なお「画像」は静止画のコンテンツを指すものとする。
情報処理装置（１）４１（ホスト名「ｈｏｓｔ１」）・・・コンテンツ種別「テキスト＋画像＋動画」
情報処理装置（２）４２（ホスト名「ｈｏｓｔ２」）・・・コンテンツ種別「テキスト＋画像＋動画」
情報処理装置（３）４３（ホスト名「ｈｏｓｔ３」）・・・コンテンツ種別「テキスト＋動画」
情報処理装置（４）４４（ホスト名「ｈｏｓｔ４」）・・・コンテンツ種別「画像＋動画」
情報処理装置（５）４５（ホスト名「ｈｏｓｔ５」）・・・コンテンツ種別「テキスト」
・・・
情報処理装置（ｎ）４６（ホスト名「ｈｏｓｔｎ」）・・・コンテンツ種別「テキスト」
実際に検索処理を実行する情報処理装置は、第１の実施の形態と同様の手法によって自身の情報処理装置を含むネットワーク上の情報処理装置が検索可能なコンテンツ種別を定期的に更新し、図１３，１４に示す表で管理する。これによって、上述した第１の実施の形態と同様に、ネットワークのトラヒックを抑制することができる。また、検索元からの情報検索に応答可能な機能がない情報処理装置に対して無駄な検索要求を送信する不具合を解消することができる。また、情報処理装置に対する検索要求を容易に変更することができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の第１の実施の形態に係る情報処理装置の構成を示すブロック図である。
【図２】情報処理装置の主要部の機能的な構成を示すブロック図である。
【図３】情報処理装置のＣＰＵによって実行される、外部の情報処理装置との間の検索種別の属性情報の送信、生存確認メッセージの受信に関する処理を示すフローチャートである。
【図４】外部から検索種別の属性情報の受信、外部への生存確認メッセージの送信、ならびに情報検索の実行に関わる処理の流れを示す情報処理装置のＣＰＵによって実行されるフローチャートである。
【図５】ネットワーク接続した複数の情報処理装置の検索種別を属性情報とする場合の一例を示す図である。
【図６】各情報処理装置の所定時間経過後の検索種別を属性情報とする場合の一例を示す図である。
【図７】各情報処理装置の属性情報を管理するための属性情報管理表の一例を示す図である。
【図８】各情報処理装置の所定時間経過後の属性情報を管理するための属性情報管理表の一例を示す図である。
【図９】生存確認メッセージの一例を示す図である。
【図１０】表示装置によって表示される情報検索を行うための検索クエリ（検索条件）の入力画面の一例を示す図である。
【図１１】本発明の第２の実施の形態に係るネットワーク接続した複数の情報処理装置の検索が可能なコンテンツ種別を属性情報とする場合の一例を示す図である。
【図１２】各情報処理装置の所定時間経過後のコンテンツ種別を属性情報とする場合の一例を示す図である。
【図１３】各情報処理装置の属性情報を管理するための属性情報管理表の一例を示す図である。
【図１４】各情報処理装置の所定時間経過後の属性情報を管理するための属性情報管理表の一例を示す図である。
【符号の説明】
【００５３】
１１  属性情報送信部
１２  属性情報受信部
１３  属性情報管理部
１４  生存確認メッセージ送信部
１５  生存確認メッセージ受信部
１６  周期属性情報送信部
１７  周期属性情報受信部
１８  属性情報更新部
１９  情報検索部
２１〜２６、４１〜４６  情報処理装置
２７、４７  ネットワーク回線（ネットワーク）
【図１】
2006260535.tif 000003
【図２】
2006260535.tif 000004
【図３】
2006260535.tif 000005
【図４】
2006260535.tif 000006
【図５】
2006260535.tif 000007
【図６】
2006260535.tif 000008
【図７】
2006260535.tif 000009
【図８】
2006260535.tif 000010
【図９】
2006260535.tif 000011
【図１０】
2006260535.tif 000012
【図１１】
2006260535.tif 000013
【図１２】
2006260535.tif 000014
【図１３】
2006260535.tif 000015
【図１４】
2006260535.tif 000016