(57)【要約】【課題】検索システムの独立性を確保し、より精度及び有用性の高い検索を行う。【解決手段】本発明のプログラムは、コンピュータに、記録手段２３に記録された検索対象の所在情報６１〜６ｎ、８１〜８ｎについてのインデックス情報を管理するインデックス管理機能３０と、入力された検索要求とインデックス管理機能３０によって管理されているインデックス情報とが適合するか否か判断し、適合すると判断された場合に、検索要求に基づく記録手段２３に対する検索の実行を検索手段１２に命令し、適合しないと判断された場合に、検索要求の他システムへの転送を、他システムとの間で行われる通信を制御する連携手段２９に命令する検索適合機能３１とを実現させる。【選択図】    図１
2004227140.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
記録手段に記録された検索対象の所在情報についてのインデックス情報を管理するインデックス管理機能と、
入力された検索要求と前記インデックス管理機能によって管理されているインデックス情報とが適合するか否か判断し、適合すると判断された場合に、前記検索要求に基づく前記記録手段に対する検索の実行を検索手段に命令し、適合しないと判断された場合に、前記検索要求の他システムへの転送を前記他システムとの間で行われる通信を制御する連携手段に命令する検索適合機能と
を実現させるための検索連携プログラム。
【請求項２】
請求項１記載の検索連携プログラムにおいて、
前記インデックス管理機能は、前記記録手段に新規の所在情報が記録された場合に、前記新規の所在情報についてのインデックス情報を作成し、前記記録手段に記録する
ことを特徴とする検索連携プログラム。
【請求項３】
入力された検索要求に基づいて、記録手段に記録された検索対象の所在情報を検索する検索システムにおいて、
他のシステムとの間で行われる通信を制御する連携手段と、
検索対象の所在情報を記録する記録手段と、
前記所在情報についてのインデックス情報を管理するインデックス管理手段と、
前記検索要求に基づく前記記録手段に対する検索を実行する検索手段と、
前記検索要求と前記インデックス管理手段によって管理されているインデックス情報とが適合するか否か判断し、適合すると判断された場合に前記検索要求に基づく検索の実行を検索手段に命令し、適合しないと判断された場合に前記検索要求の転送を前記連携手段に命令する検索適合手段と
を具備する検索システム。
【請求項４】
コンピュータにより、検索要求に基づいて第１の記録手段に記録された検索対象の所在情報を検索する検索方法において、
前記第１の記録手段に記録された所在情報についてのインデックス情報を第２の記録手段に記録し、
入力された前記検索要求と前記第２の記録手段に記録されているインデックス情報とが適合するか否か判断し、
適合すると判断された場合に前記検索要求に基づく前記第１の記録手段に対する検索を実行し、適合しないと判断された場合に前記検索要求をネットワーク経由で他のシステムに転送する
ことを特徴とする検索方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上の情報又はサービスの所在情報を検索するための検索連携プログラム及び検索システム並びに検索方法に関する。
【０００２】
【従来の技術】
遍在する情報を収集して統合、整理すると、情報の利用が容易になる。例えば、遍在する電話番号とその登録者を集め、電話帳とすることで、電話番号と登録者の関係を容易に調べることができる。
【０００３】
コンピュータシステムにおいても、ネットワーク上に遍在する情報やサービスを収集し、管理するアーキテクチャ（以下、「ネットアーク情報管理アーキテクチャ」という）が検討されている。
【０００４】
なお、サービスとは、コンピュータ又は人間が利用可能な情報の提供又はプログラム処理を実行するアプリケーションをいう。
【０００５】
ネットワーク情報管理アーキテクチャの具体例として、検索システムがある。
【０００６】
検索システムは、Ｗｅｂページ又はＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）を収集し、管理する。検索システムでは、ネットワーク上のＷｅｂページ又はＷｅｂサイトが集められ、カテゴリ化される。Ｗｅｂページ又はＷｅｂサイトの管理者は、検索システムの管理者に自己のＷｅｂページ又はＷｅｂサイトの登録を申請する。利用者は、検索システムを利用して、自分の求めるＷｅｂページ又はＷｅｂサイトのＵＲＬを発見する。発見されたＵＲＬへのアクセスが利用者によって要求されると、利用者のブラウザは、ＵＲＬの示すＷｅｂページ又はＷｅｂサイトをアクセスする。
【０００７】
上記ネットワーク情報管理アーキテクチャの他の具体例として、サービスにおけるＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｅ）がある。
【０００８】
ＵＤＤＩは、サービスを統合的に管理する機構である。ＵＤＤＩには、サービスの概要と所在情報とが登録される。サービスの提供者は、ＵＤＤＩにサービスの概要と所在情報とを登録する。利用者（コンピュータを含む）は、ＵＤＤＩの検索機能を利用して、自分が望むサービスの所在情報を発見する。利用者は、発見された所在情報に基づいてアクセスすることで、自己の望むサービスを利用する。
【０００９】
図７は、既存の集中管理型のネットワーク情報管理アーキテクチャの一例を示すブロック図である。
【００１０】
中央システム１は、検索システムやＵＤＤＩとしての機能を実現する。情報提供者２又はサービス提供者３は、登録部４を用いて情報（情報実体）５１〜５ｎの所在情報６１〜６ｎ又はサービス（サービス実体）７１〜７ｎの所在情報８１〜８ｎを記録装置９に登録する。例えば、所在情報は、ＵＲＬで表される。
【００１１】
情報利用者１０又はサービス利用者１１は、検索部１２に検索要求を入力し、自己の要求した情報の存在場所又はサービスの存在場所を検索結果として受ける。
【００１２】
一方で、分散型のネットワーク情報管理アーキテクチャも提案されている。分散型のネットワーク情報管理アーキテクチャについては、主に３つの種別が検討されている。
【００１３】
第１の分散型のネットワーク情報管理アーキテクチャは、分散データベースを用いたアーキテクチャである。
【００１４】
図８は、分散データベースを用いたアーキテクチャの第１の例を示すブロック図である。
【００１５】
検索システム１３１〜１３ｎは、登録部４、検索部１２、分散データベース１４を具備する。
【００１６】
この図８に示すように、複数の検索システム１３１〜１３ｎに分散データベース１４を備える場合、複数の検索システム１３１〜１３ｎに具備されている分散データベース１４を管理するためのクラスタサーバ１５が必要となる。
【００１７】
図９は、分散データベース１４を用いたアーキテクチャの第２の例を示すブロック図である。
【００１８】
この図９では、上記図８のクラスタサーバ１５に代えて、複数の検索システム１６１〜１６ｎに所在管理部１７が備えられている。各検索システム１６１〜１６ｎの所在管理部１７は、連携動作し、上記クラスタサーバ１５と同様の機能を実現する。
【００１９】
上記のような分散データベース１４を用いたアーキテクチャでは、所在情報が別々の検索システムに分散配置され、これにより各検索システムの負荷、コストが低下する（例えば、特許文献１〜３参照）。
【００２０】
第２の分散型のネットワーク情報管理アーキテクチャは、Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ（以下、「Ｐ２Ｐ」という）型のアーキテクチャである。
【００２１】
図１０は、Ｐ２Ｐ型のアーキテクチャの一例を示すブロック図である。
【００２２】
このＰ２Ｐ型のアーキテクチャは、クライアントとサーバの機能の双方を実現するサーバントと呼ばれる検索システム１８１〜１８ｎが協調し、動的に連携し、所在情報を検索する。この連携のために、各検索システム１８１〜１８ｎは連携部１９を具備する。
【００２３】
各検索システム１８１〜１８ｎは、所在情報を登録する登録部４、所在情報の中から検索要求に適合する所在情報を検索する検索部１２、他の検索システムに検索要求を出力し、他の検索システムからの検索結果を入力して元の検索システムに出力する連携部１９を具備する。
【００２４】
これにより、集中管理を行うシステムがなくなり、システムの負荷分散が実現される。Ｐ２Ｐ型のアーキテクチャを用いた場合、動的に他のサーバントを発見し、連携するため、予め全体のサーバントを知っておく必要がない。
【００２５】
第３の分散型のネットワーク情報管理アーキテクチャは、エージェントを用いたアーキテクチャである。
【００２６】
図１１は、エージェントを用いたアーキテクチャの一例を示すブロック図である。
【００２７】
各検索システム２０１〜２０ｎは、記録装置２３、登録部４、検索部１２、連携部１９、事前登録情報管理部２１を具備する。
【００２８】
エージェントを用いたアーキテクチャを利用した場合、各検索システム２０１〜２０ｎは、予め自分自身がどのような所在情報を持っているかを示す事前登録情報を近隣の検索システムに通知する。この通知のために、各検索システム２０１〜２０ｎは、事前登録情報管理部２１を具備する。これにより、情報又はサービスの検索時に、目的の所在情報をどのシステムが持っているか判断可能となる（例えば、特許文献４参照）。
【００２９】
【特許文献１】
特開平８−２２４０６号公報
【００３０】
【特許文献２】
特開平８−２８６９６０号公報
【００３１】
【特許文献３】
特願２０００−２０５４２号
【００３２】
【特許文献４】
特開平１１−１９５０４８号公報
【００３３】
【発明が解決しようとする課題】
上記図７に示す集中管理型のネットワーク情報管理アーキテクチャには、以下の３つの問題がある。
【００３４】
第１に、中央システム１のメンテナンスコストが高くなるという問題がある。すなわち、中央システム１の管理者は、大量の所在情報６１〜６ｎ、８１〜８ｎをメンテナンスすることが容易ではない。また、所在情報６１〜６ｎ、８１〜８ｎの鮮度を保つことが困難である。
【００３５】
第２に、中央システム１は、ハードウェア、ソフトウェア的に負荷が高くなる。また、中央システム１に障害が発生すると全ての検索が実行できなくなる。
【００３６】
第３に、様々な種別の所在情報６１〜６ｎ、８１〜８ｎが全て一つにまとめられるため、検索の精度や有用性が低下する。
【００３７】
したがって、集中管理型のネットワーク情報管理アーキテクチャでは、目的の所在情報を見つけることが困難な場合があり、また有用性の高い検索結果を得ることが困難な場合がある。
【００３８】
上記図８又は図９に示す分散データベース１４を用いたアーキテクチャでは、クラスタサーバ１５又は所在管理部１７を備える必要がある。
【００３９】
クラスタサーバ１５を導入する場合、システム全体を一つのクラスタサーバ１５で管理するため、このクラスタサーバ１５に障害が発生すると全て利用できなくなる。また、クラスタサーバ１５のメンテナンスが困難である。
【００４０】
所在管理部１７を利用する場合において新たな分散データベース１４が導入されると、全ての所在管理部１７の情報を更新しなければならず、労力がかかる。
【００４１】
上記図１０に示すＰ２Ｐ型のアーキテクチャは、情報の共有及び負荷分散の観点から優れているものの、検索要求を伝搬する検索システムを指定できないことが原因となり、検索の精度及び有用度が低いという問題がある。
【００４２】
例えば、Ｐ２Ｐ型のアーキテクチャでは、企業Ａに関する情報の所在情報の検索が要求された場合に、この所在情報を持つ検索システムを探すことができない。このように、目的の所在情報を保有する検索システムがどこに存在するか検索時に判断できない場合には、総当たり的な検索又は範囲を限定した検索が実行される。すると、目的の所在情報が検索されない可能性が高くなり、また関係のない所在情報が検索される可能性が高くなり、検索精度、有用性の点で問題が生じる。
【００４３】
上記図１１に示すエージェントを用いたアーキテクチャでは、各検索システム２０１〜２０ｎが近隣の検索システムに対して自分の持つ所在情報を事前に通知する。これにより、検索要求の伝搬先の検索システムが求められ、検索精度及び有用性が向上する。
【００４４】
しかしながら、事前に自分の持つ所在情報を通知する動作が必要であり、管理動作が複雑化する。また、ある検索システムに所在情報が追加されると、その度に近隣の検索システムに更新内容を通知する必要があり、通信コスト、メンテナンスコストがかかる。
【００４５】
このように、エージェントを用いたアーキテクチャでは、検索システム２０１〜２０ｎの独立性が低くなり、検索システム２０１〜２０ｎ間が密結合し、Ｐ２Ｐ型の疎結合を実現するというメリットに反する。
【００４６】
本発明は、以上のような実情に鑑みてなされたもので、検索システムの独立性を確保しつつより精度及び有用性の高い検索を行う検索連携プログラム及び検索システム並びに検索方法を提供することを目的とする。
【００４７】
【課題を解決するための手段】
本発明を実現するにあたって講じた具体的手段について以下に説明する。
【００４８】
第１の発明の検索連携プログラムは、コンピュータに、記録手段に記録された検索対象の所在情報についてのインデックス情報を管理するインデックス管理機能と、入力された検索要求とインデックス管理機能によって管理されているインデックス情報とが適合するか否か判断し、適合すると判断された場合に、検索要求に基づく記録手段に対する検索の実行を検索手段に命令し、適合しないと判断された場合に、検索要求の他システムへの転送を、他システムとの間で行われる通信を制御する連携手段に命令する検索適合機能とを実現させる。
【００４９】
これにより、検索システム間で自己の持つ所在情報を事前に通知する必要がなく、検索システムの独立性を確保することができる。また、インデックス情報に基づいて検索を実行するか否かが判断されるため、検索結果の精度及び有用性を向上させることができる。
【００５０】
なお、上記第１の発明の検索連携プログラムにおいて、インデックス管理機能は、記録手段に新規の所在情報が記録された場合に、新規の所在情報についてのインデックス情報を作成し、記録手段に記録するとしてもよい。
【００５１】
これにより、インデックス情報の自動更新がなされ、インデックス情報の管理が容易になる。
【００５２】
なお、上記第１の発明の検索連携プログラム又はこのプログラムを記録した記録媒体を用いることによって、上記各機能を有していないコンピュータ、コンピュータシステム、サーバ、クライアントに対して、簡単にこれらの機能を付加することができる。
【００５３】
第２の発明は、入力された検索要求に基づいて、記録手段に記録された検索対象の所在情報を検索する検索システムにおいて、他のシステムとの間で行われる通信を制御する連携手段と、検索対象の所在情報を記録する記録手段と、所在情報についてのインデックス情報を管理するインデックス管理手段と、検索要求に基づく記録手段に対する検索を実行する検索手段と、検索要求とインデックス管理手段によって管理されているインデックス情報とが適合するか否か判断し、適合すると判断された場合に検索要求に基づく検索の実行を検索手段に命令し、適合しないと判断された場合に検索要求の転送を連携手段に命令する検索適合手段とを具備する。
【００５４】
第３の発明は、コンピュータにより、検索要求に基づいて第１の記録手段に記録された検索対象の所在情報を検索する検索方法において、第１の記録手段に記録された所在情報についてのインデックス情報を第２の記録手段に記録し、入力された検索要求と第２の記録手段に記録されているインデックス情報とが適合するか否か判断し、適合すると判断された場合に検索要求に基づく第１の記録手段に対する検索を実行し、適合しないと判断された場合に検索要求をネットワーク経由で他のシステムに転送する。
【００５５】
上記第２又は第３の発明を適用することにより、検索システムと他の検索システムとの間で自己の持つ所在情報を事前に通知する必要がないため、システムの独立性を確保することができる。また、インデックス情報に基づいて検索を実行するか否かが判断されるため、検索結果の精度及び有用性を向上させることができる。
【００５６】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００５７】
以下の各図において上記図７〜１１と同一の部分については同一の符号を付してその説明を省略するか簡単に説明し、異なる部分についてのみ詳しく説明する。
【００５８】
（第１の実施の形態）
本実施の形態においては、情報又はサービスの所在情報を保持するシステムが互いに動的に連携するＰ２Ｐ型の連携において、システムが独立性を損なうことなく、精度及び有用性の高い検索を実現する。
【００５９】
図１は、本実施の形態に係る検索システムの構成の一例を示すブロック図である。
【００６０】
以下においては、検索システム２２１について説明するが、他の検索システム２２２〜２２ｎも同様である。
【００６１】
検索システム２２１は、記録装置２３、２４とインデックス記録装置２５とを具備する。
【００６２】
記録装置２３は、情報５１〜５ｎの所在情報６１〜６ｎ又はサービス７１〜７ｎを提供するアプリケーション（サービス実体）の所在情報８１〜８ｎを記録する。なお、本実施の形態において、検索対象の所在情報は、情報５１〜５ｎの所在情報６１〜６ｎ又はサービス７１〜７ｎを提供するアプリケーションの所在情報８１〜８ｎとしている。
【００６３】
インデックス記録装置２５は、記録装置２３にどのような所在情報が記録されているかを表すインデックス情報を記録する。また、インデックス情報には、記録装置２３の利用に対する与信情報が含まれている。
【００６４】
検索システム２２１は、記録媒体２６に記録されている検索プログラム２７と検索連携プログラム２８とを読み出して実行する。
【００６５】
検索プログラム２７は、検索システム２２１に読み込まれ、実行されると、登録部４、検索部１２、連携部２９として機能する。
【００６６】
検索連携プログラム２８は、検索システム２２１に読み込まれ、実行されると、インデックス管理部３０、検索適合部３１として機能する。
【００６７】
本実施の形態に係る検索システム２２１は、検索プログラム２７により登録部４、検索部１２、連携部２９としての機能を実現し、検索連携プログラム２８によりインデックス管理部３０、検索適合部３１としての機能を実現する。
【００６８】
しかしながら、この図１に示す検索システム２２１の各構成要素をハードウェアにより実現させてもよい。
【００６９】
上記検索システム２２１の各構成要素によって扱われるデータは、記録装置２４に記録される。各構成要素は、記録装置２４に記録されたデータを読み込み、自己の扱うデータを書き込み可能である。記録装置２４としては、例えば内部メモリ、バッファ等が適用される。
【００７０】
検索部１２は、検索要求にしたがって記録装置２３に対する検索を行う。
【００７１】
登録部４は、記録装置２３にネットワーク上の情報５１〜５ｎの所在情報６１〜６ｎ又はサービス７１〜７ｎの所在情報８１〜８ｎなどの登録を行う。
【００７２】
連携部２９は、自システムと他の検索システム２２２〜２２ｎとを連携させるための制御を実行する。
【００７３】
インデックス管理部３０は、インデックス記録装置２５にインデックス情報を記録し、またインデックス記録装置２５に記録されているインデックス情報を読み出す。
【００７４】
検索適合部３１は、検索要求がインデックス記録装置２５に記録されているインデックス情報と適合するか否か判断する。
【００７５】
図２は、本実施の形態に係る検索システム２２１〜２２ｎの連携状態の一例を示すブロック図である。
【００７６】
情報提供者２又はサービス提供者３は、検索システム２２１〜２２ｎの登録部４を通じて、所在情報を登録する。
【００７７】
情報利用者１０又はサービス利用者１１は、任意の検索システム（ここでは検索システム２２１）に対して検索要求を入力する。入力される検索要求は、所在情報と同様の形式でもよく異なる形式でもよい。
【００７８】
検索要求を入力した検索システム２２１は、連携部２９を通じて、他の検索システム２２２〜２２ｎと連携を行い、検索を行う。検索適合部３１は、検索要求とインデックス記録装置２５に記録されたインデックス情報のマッチングを行い、目的の所在情報が記録装置２３に含まれているか否か判断する。検索部１２は、検索適合部３１によって目的の所在情報が記録装置に含まれていると判断された場合に、記録装置２３に対して検索を実行する。
【００７９】
連携部２９は、検索要求の伝搬方向と逆の方向に検索結果の伝搬を行い、この伝搬が繰り返される。任意の検索システム２２１は、検索結果を情報利用者１０又はサービス利用者１１に出力する。出力される検索結果は、所在情報と同様の形式でもよく異なる形式でもよい。
【００８０】
以下に、上記検索システム２２１によって実行される処理について説明する。
【００８１】
図３は、本実施の形態に係る検索システム２２１による登録処理の一例を示すフローチャートである。
【００８２】
ステップＳ１において、登録部４は、情報提供者２又はサービス提供者３によって作成された情報又はサービスの所在情報を入力する。
【００８３】
ステップＳ２において、登録部４は、入力した所在情報を記録装置２３に記録する。
【００８４】
ステップＳ３において、インデックス管理部３０は、記録装置２３に記録された所在情報に対応するインデックス情報をインデックス記録装置２５に記録する。なお、インデックス記録装置２５へのインデックス情報の記録又は更新は、記録装置２３に対する所在情報の記録にあわせて、自動的に実行されてもよく、手動で実行されてもよい。
【００８５】
例えば、所在情報の示す情報又はサービスの要約情報を所定の規則にしたがって自動作成する。また、所在情報の示す情報又はサービスの要約情報からキーワードを所定の規則にしたがって自動抽出する。この自動作成された要約情報又は自動抽出されたキーワードをインデックス情報としてインデックス記録装置２５に記録する。
【００８６】
図４は、本実施の形態に係る検索システム２２１による検索処理の一例を示すブロック図である。
【００８７】
ステップＴ１において、連携部２９は、情報利用者１０、サービス利用者１１、または他の検索システムから検索要求を入力する。
【００８８】
ステップＴ２において、連携部２９は、検索適合部３１に検索要求を出力する。
【００８９】
ステップＴ３において、検索適合部３１は、検索要求とインデックス情報との照らし合わせを行い、検索要求の内容がインデックス情報の内容にマッチするか判断する。
【００９０】
例えば、検索適合部３１は、あるインデックス情報に含まれている文字列が検索要求にも含まれているか否かに基づいて検索要求とインデックス情報とがマッチするか否か判断する。また、例えば、検索適合部３１は、あるインデックス情報に含まれている与信情報が検索要求の示すランク以上か否かに基づいて検索要求とインデックス情報がマッチするか否か判断する。
【００９１】
検索要求とインデックス情報とがマッチすると判断された場合、ステップＴ４が実行され、マッチしないと判断された場合、ステップＴ７が実行される。
【００９２】
ステップＴ４において、検索部１２は、検索要求に基づいて記録装置２３を検索する。
【００９３】
ステップＴ５において、検索部１２は、検索結果を記録装置２４（例えば検索結果用のバッファ）に記録する。
【００９４】
ステップＴ６において、連携部２９は、検索要求が転送条件を満たすか否か判断する。例えば、検索要求にはある値を持ち、連携部２９は、転送を繰り返す度に、その値を減じる。そして、連携部２９は、その値があるしきい値（例えばゼロ）を下回った場合に転送を禁止する。
【００９５】
転送条件を満たす場合、ステップＴ７が実行され、転送条件を満たさない場合、ステップＴ１０が実行される。
【００９６】
ステップＴ７において、連携部２９は、他の検索システムを探す。
【００９７】
ステップＴ８において、連携部２９は、応答のあった他の検索システムの連携部に、検索要求を出力する。
【００９８】
ステップＴ９において、連携部２９は、応答のあった他の検索システムから検索結果を入力し、記録装置２４に記録する。
【００９９】
ステップＴ１０において、連携部２９は、記録装置２４に記録されている検索結果を、情報利用者、サービス利用者、または検索要求元の検索システムの連携部に出力する。
【０１００】
以上説明した本実施の形態においては、検索システム２２１〜２２ｎ間で事前に自己の記録装置２３に記録されている所在情報を他のシステムに通知する必要がない。
【０１０１】
したがって、検索システム２２１〜２２ｎ間では検索要求と検索結果を通信すればよく、検索システム２２１〜２２ｎの独立性を高くすることができ、通信コストを低減できる。また、各検索システム２２１〜２２ｎのメンテナンスコストを下げることができ、検索システム２２１〜２２ｎが疎結合されるため、システム間での連携が容易となり、システム連携網を広げることができる。
【０１０２】
また、本実施の形態においては、検索システム２２１〜２２ｎのインデックス記録装置２５にインデックス情報が記録され、このインデックス情報と検索要求とのマッチング結果に基づいて検索が実行されるため、検索精度及び検索結果の有用性が向上する。また、情報提供者２及びサービス提供者３は、自己の情報又はサービスを一層利用してもらう機会が増え、情報提供料、サービス料を得る機会が増える。
【０１０３】
なお、本実施の形態に係る検索システムに具備される各構成要素は、同様の動作を実現可能であれば配置を変更させてもよく、また各構成要素を自由に組み合わせてもよく、各構成要素を自由に分割してもよい。
【０１０４】
また、本実施の形態に係る検索システムは複数の計算機により構成され、検索プログラム２７及び検索連携プログラム２８は複数の計算機に分散して配置され、互いに連携を取りつつ処理を実行するとしてもよい。
【０１０５】
本実施の形態に係る検索プログラム２７及び検索連携プログラム２８は、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んでコンピュータに適用可能である。また検索プログラム２７及び検索連携プログラム２８は、通信媒体により伝送してコンピュータに適用することも可能である。コンピュータは、記録媒体に記録された検索プログラム２７及び検索連携プログラム２８を読み込み、検索プログラム２７及び検索連携プログラム２８によって動作が制御されることにより、上記の機能を実現する。
【０１０６】
（第２の実施の形態）
本実施の形態においては、上記第１の実施の形態の変形例について説明する。
【０１０７】
図５は、本実施の形態に係る検索システムの構成の一例を示すブロック図である。
【０１０８】
本実施の形態に係る検索システム３２は、ＵＤＤＩ仕様のローカルレジストリである。
【０１０９】
検索システム３２は、ローカルＵＤＤＩ（Ｌｏｃａｌ  ＵＤＤＩ）３３、ローカルＵＤＤＩアノテーション（Ｌｏｃａｌ  ＵＤＤＩ  Ａｎｎｏｔａｔｉｏｎ）３４、Ｐ２Ｐエージェント（Ｐ２Ｐ  Ａｇｅｎｔ）３５、セマンティックサービスマッチ（Ｓｅｍａｎｔｉｃ  Ｓｅｒｖｉｃｅ  ｍａｔｃｈ）３６を具備する
ローカルＵＤＤＩ３３は、ローカルなＵＤＤＩである。ローカルＵＤＤＩ３３は、上記図１の記録装置２３、検索部１２、登録部４に対応する。
【０１１０】
ローカルＵＤＤＩ３３には、Ｗｅｂサービスの所在情報（ｔＭｏｄｅｌ）３３ａ〜３３ｃが記録されている。
【０１１１】
ローカルＵＤＤＩアノテーション３４は、上記第１の実施の形態で説明したインデックス情報に対応する。ローカルＵＤＤＩアノテーション３４は、ローカルＵＤＤＩ３３に対する注釈を記述した注釈情報である。注釈情報として、例えばＷｅｂサービスに対する要約情報、与信情報が記述される。
【０１１２】
Ｐ２Ｐエージェント３５は、上記図１の連携部２９に対応する。Ｐ２Ｐエージェント３５は、他の検索システムとの連携を実現する。Ｐ２Ｐエージェント３５は、ピア・ツー・ピア型の通信を行い、他の検索システムを動的に発見し、発見した他の検索システムと通信を行う。
【０１１３】
セマンティックサービスマッチ３６は、上記図１の検索適合部３１に対応する。セマンティックサービスマッチ３６は、サービスの検索要求とローカルＵＤＤＩアノテーション３４のマッチングを行い、検索要求の目的とするＷｅｂサービスの所在情報がローカルＵＤＤＩ３３に登録されているか判断する。
【０１１４】
図６は、本実施の形態に係る検索システムの連携状態の一例を示すブロック図である。なお、検索システム３２１〜３２ｎは、検索システム３２と同様の構成を持つ。
【０１１５】
検索システム３２１〜３２ｎが連携することにより、動的にＷｅｂサービスが発見される。また、検索システム３２１〜３２ｎが連携することにより、例えばＵＤＤＩに保有されるＷｅｂサービスなどの各種Ｗｅｂサービスが共有され、Ｗｅｂサービスを有効かつ効果的に利用することができる。
【０１１６】
【発明の効果】
以上詳記したように本発明においては、検索システムの独立性を確保し、より精度及び有用性の高い検索を行うことができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る検索システムの構成の一例を示すブロック図。
【図２】同実施の形態に係る検索システムの連携状態の一例を示すブロック図。
【図３】同実施の形態に係る検索システムによる登録処理の一例を示すフローチャート。
【図４】同実施の形態に係る検索システムによる検索処理の一例を示すブロック図。
【図５】本発明の第２の実施の形態に係る検索システムの構成の一例を示すブロック図。
【図６】同実施の形態に係る検索システムの連携状態の一例を示すブロック図。
【図７】既存の集中管理型のネットワーク情報管理アーキテクチャの一例を示すブロック図。
【図８】分散データベースを用いたアーキテクチャの第１の例を示すブロック図。
【図９】分散データベースを用いたアーキテクチャの第２の例を示すブロック図。
【図１０】Ｐ２Ｐ型のアーキテクチャの一例を示すブロック図。
【図１１】エージェントを用いたアーキテクチャの一例を示すブロック図。
【符号の説明】
２２１〜２２ｎ…検索システム、４…登録部、１２…検索部、２３…記録装置、２４…記録装置、２５…インデックス記録装置、２６…記録媒体、２７…検索プログラム、２８…検索連携プログラム、２９…連携部、３０…インデックス管理部、３１…検索適合部
【図１】
2004227140.tif 000003
【図２】
2004227140.tif 000004
【図３】
2004227140.tif 000005
【図４】
2004227140.tif 000006
【図５】
2004227140.tif 000007
【図６】
2004227140.tif 000008
【図７】
2004227140.tif 000009
【図８】
2004227140.tif 000010
【図９】
2004227140.tif 000011
【図１０】
2004227140.tif 000012
【図１１】
2004227140.tif 000013