(57)【要約】【課題】  要求されたすべてのデータをデータベースから検索するシステム、方法およびプログラムを提供する。【解決手段】データベース内の複数のエントリを定めるパラメータデータを受け取り、続いて、クエリーデータを生成する。このクエリーデータに応じて、データベースをサーチする。検索されたエントリは要求元に返され、保存される。要求したエントリがすべて返されていないときには、パラメータデータに関連するすべての可能性のあるエントリに対応した集合をなすように構造化された一連の相補的なクエリーデータを生成し、データベースをサーチする。この処理を繰り返し、要求したすべてのエントリをデータベースから検索する。【選択図】図２
2007109237.tif 000002
【特許請求の範囲】
【請求項１】
データベース内の複数のエントリを定める少なくとも１つのパラメータを表すパラメータデータを受け取る手段と、
前記パラメータデータに関連するすべての可能性があるエントリに対応するように集合をなすように構造化された一連の相補的なクエリーからなるクエリーデータを生成する手段と、
前記クエリーデータを、前記データベースにクエリーを行うように結合されたサーチエンジンに伝達する手段と、
前記サーチエンジンから、前記一連の相補的なクエリーのそれぞれに対応する一連の応答からなる検索結果のデータを受け取る手段と、
前記検索結果のデータをユーザに伝える手段と
を有することを特徴とするデータ検索システム。
【請求項２】
前記クエリーデータは、サーチにおける複数の文字に適用できるワイルドカード文字の、少なくとも１つを含むことを特徴とする請求項１に記載のデータ検索システム。
【請求項３】
前記クエリーデータは、サーチにおける複数の文字列に適用できる、少なくとも１つの文字列を、さらに、含むことを特徴とする請求項２に記載のデータ検索システム。
【請求項４】
前記クエリーデータは、サーチにおける複数の文字列の後方の部分に適用される、少なくとも１つの、切り詰めた文字列を、さらに、含むことを特徴とする請求項３に記載のデータ検索システム。
【請求項５】
前記サーチエンジンは、ライトウェイト・ディレクトリ・アクセス・プロトコル・サーチエンジンからなることを特徴とする請求項１に記載のデータ検索システム。
【請求項６】
前記一連の相補的なクエリー内の数に等しい回数にわたって、前記サーチエンジンに前記クエリーデータが伝達されることを特徴とする請求項１に記載のデータ検索システム。
【請求項７】
データベース内の複数のエントリを定める少なくとも１つのパラメータを表すパラメータデータを受け取るステップと、
前記パラメータデータに関連するすべての可能性があるエントリに対応するように集合をなすように構造化された一連の相補的なクエリーからなるクエリーデータを生成するステップと、
前記クエリーデータを、前記データベースにクエリーを行うように結合されたサーチエンジンに伝達するステップと、
前記サーチエンジンから、前記一連の相補的なクエリーのそれぞれに対応する一連の応答からなる検索結果のデータを受け取るステップと、
前記検索結果のデータをユーザに伝えるステップと
を含むことを特徴とするデータ検索方法。
【請求項８】
前記クエリーデータは、サーチにおける複数の文字に適用できるワイルドカード文字の、少なくとも１つを含むことを特徴とする請求項７に記載のデータ検索方法。
【請求項９】
前記クエリーデータは、サーチにおける複数の文字列に適用できる、少なくとも１つの文字列を、さらに、含むことを特徴とする請求項８に記載のデータ検索方法。
【請求項１０】
前記クエリーデータは、サーチにおける複数の文字列の後方の部分に適用される、少なくとも１つの、切り詰めた文字列を、さらに、含むことを特徴とする請求項９に記載のデータ検索方法。
【請求項１１】
前記サーチエンジンは、ライトウェイト・ディレクトリ・アクセス・プロトコル・サーチエンジンからなることを特徴とする請求項７に記載のデータ検索方法。
【請求項１２】
前記一連の相補的なクエリー内の数に等しい回数にわたって、前記サーチエンジンに前記クエリーデータが伝達されることを特徴とする請求項７に記載のデータ検索方法。
【請求項１３】
プロセッサに、
データベース内の複数のエントリを定める少なくとも１つのパラメータを表すパラメータデータを受け取る手順と、
前記パラメータデータに関連するすべての可能性があるエントリに対応するように集合をなすように構造化された一連の相補的なクエリーからなるクエリーデータを生成する手順と、
前記クエリーデータを、前記データベースにクエリーを行うように結合されたサーチエンジンに伝達する手順と、
前記サーチエンジンから、前記一連の相補的なクエリーのそれぞれに対応する一連の応答からなる検索結果のデータを受け取る手順と、
前記検索結果のデータをユーザに伝える手順と
を実行させることを特徴とするデータ検索プログラム。
【請求項１４】
前記クエリーデータは、サーチにおける複数の文字に適用できるワイルドカード文字の、少なくとも１つを含むことを特徴とする請求項１３に記載のデータ検索プログラム。
【請求項１５】
前記クエリーデータは、サーチにおける複数の文字列に適用できる、少なくとも１つの文字列を、さらに、含むことを特徴とする請求項１４に記載のデータ検索プログラム。
【請求項１６】
前記クエリーデータは、サーチにおける複数の文字列の後方の部分に適用される、少なくとも１つの、切り詰めた文字列を、さらに、含むことを特徴とする請求項１５に記載のデータ検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ検索のためのシステム、方法およびプログラムに関し、特に、要求されたすべてのデータをデータベースから検索するためのシステム、方法およびプログラムに関する。
【背景技術】
【０００２】
ドキュメント処理システムまたはドキュメント処理装置のユーザは、そのドキュメント処理システムまたはドキュメント処理装置に関連付けられたデータベースまたは他のデータストレージサーバもしくはデータストレージ装置から、選択した情報の検索を希望することがある。例えばユーザは、第三者に電子ドキュメントを送るために、その第三者の電子メールアドレスの検索を望むことがある。ユーザが、その第三者の電子メールアドレスを知らないときには、ユーザは、その第三者の電子メールアドレスについてデータベースを捜さなければならない。その種の情報の検索時間は、情報を含んでいるサーバもしくはデータベースの構造、またはシステムの作業負荷状況に依って、異なったものとなり得る。情報を含んでいるサーバもしくはデータベースが、多くのユーザもしくは重い作業負荷を抱えているシステムまたはネットワークと関連付けされている場合には、検索時間が極めて長くなることがある。そのため、多くのシステム管理者は、その種のサーチの情報検索時間の短縮に迫られている。
【０００３】
情報検索時間を短縮する１つの方法は、最も頻繁に使用されるサーバを、すべての情報検索要求のためのデフォルトとして設定し、かつすべてのデータベースエントリをそのサーバにキャッシュまたは保存されるように、システムを構成する方法である。しかしながら、１つの問題は、ほとんどのサーバがワイルドカードを用いたサーチを認めていないことであり、したがってユーザはサーチにワイルドカード文字を使用することができないことがある。このため、ユーザが正確な電子メールアドレスを知らなかった場合には、必要な情報を１回のサーチで検索できないことがある。ユーザは、正しいエントリが検索されるまで、そのユーザが相手の正しい情報であると信ずる情報を、入力し続けなければならない問題点がある。それに加えて、システム管理者が、１つのセッションについてユーザが出すことができるクエリーの数に制限を設定していることがあり、１つのセッションでユーザが所望の検索を終えることができない場合もある。
【０００４】
したがって、データベースまたはサーバに対する複数のクエリーが、関連するすべてのデータを検索するように、クエリーが定式化された、情報の検索のためのシステム、方法およびプログラムが望まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記の従来の問題点に鑑みてなされたもので、要求されたすべてのデータをデータベースから検索するシステム、方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によるデータ検索方法は、データベース内の複数のエントリを定める少なくとも１つのパラメータを表すパラメータデータを受け取るステップと、前記パラメータデータに関連するすべての可能性があるエントリに対応するように集合をなすように構造化された一連の相補的なクエリーからなるクエリーデータを生成するステップと、前記クエリーデータを、前記データベースにクエリーを行うように結合されたサーチエンジンに伝達するステップと、前記サーチエンジンから、前記一連の相補的なクエリーのそれぞれに対応する一連の応答からなる検索結果のデータを受け取るステップと、前記検索結果のデータをユーザに伝えるステップとを含む。前記クエリーデータは、サーチにおける複数の文字に適用できるワイルドカード文字の、少なくとも１つを含む。また、前記クエリーデータは、サーチにおける複数の文字列に適用できる、少なくとも１つの文字列を含む。さらに、前記クエリーデータは、サーチにおける複数の文字列の後方の部分に適用される、少なくとも１つの、切り詰めた文字列（truncation string）を含む。前記サーチエンジンは、ライトウェイト・ディレクトリ・アクセス・プロトコル・サーチエンジンからなる。また、前記一連の相補的なクエリー内の数に等しい回数にわたって、前記サーチエンジンに前記クエリーデータが伝達される。
【発明の効果】
【０００７】
本発明によれば、要求されたすべてのデータをデータベースから検索するシステム、方法およびプログラムが提供される。すなわち、システム管理者によって、クライアントにデータベースのすべてのエントリが完全に伝達されることを防止する制限が設定されることがあっても、複数のクエリーおよびサブクエリーを提出することによって、要求されたすべてのデータをデータベースから検索することが可能となる。
【発明を実施するための最良の形態】
【０００８】
本発明は、データ検索のシステム、方法およびプログラムに関し、特に、要求されたすべてのデータをデータベースから検索するシステム、方法およびプログラムに関する。
【０００９】
以下、適宜、図面を参照しながら本発明による実施形態の説明を行う。図１は本発明による実施形態であるシステムの構成例を示すブロック図である。図１に示すシステム１００は、クライアント／サーバの関係を表すハードウェアコンポーネントを組み入れた例を示している。クライアント装置およびサーバを使用することは例示だけを目的としており、本発明は、プログラムが保存されるハードウェアとは独立に、プログラムレベルにおいても用いることができる。図１に示すように、システム１００はコンピュータネットワーク１０２を含む。コンピュータネットワーク１０２は、複数の電子装置の間、例えばサーバとクライアントの間におけるデータの通信を可能とする本技術分野で周知の任意のコンピュータネットワークである。本発明では、例えば、Ethernet（登録商標）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク、トークンリング、インターネット、イントラネット等を含む、その種の任意のコンピュータネットワークを用いることが可能である。
【００１０】
またシステム１００に含まれるサーバ１０４は、１ないしは複数のクライアントに対するディレクトリサービスに適切に適合している。一実施形態によれば、サーバ１０４は、１ないしは複数のクライアントに対してディレクトリサービスを提供するプログラムを表す。本技術分野で周知の任意のその種のサーバについても同様に、本発明にしたがって使用するために適合させることができる。本発明による実施形態のディレクトリサービスは、ユーザ、ソフトウェア、ハードウェア、およびそれぞれに割り当てられている種々の権利とポリシーを含む、コンピュータネットワーク１０２のすべての側面についての、都合良く構造化されたデータのレポジトリ（repository）である。例えば、サーバ１０４はライトウェイト・ディレクトリ・アクセス・プロトコル（Lightweight Directory Access Protocol；以下、ＬＤＡＰということがある。）サーバ、すなわちＬＤＡＰサーバであり、ＬＤＡＰサーバ用のサーチエンジンを備えている。データベース１０６とデータの通信を行う。ＬＤＡＰは、伝送制御プロトコル（transmission control protocol）／インターネットプロトコル、すなわちＴＣＰ／ＩＰにわたるディレクトリの更新およびサーチのための比較的単純なプロトコルを定めている。
【００１１】
データベース１０６は、例えば、複数のディレクトリエントリを含むディレクトリデータベースである。ディレクトリエントリは、本実施形態においては、関連付けされている一義的な名前を有する属性の集合である。各エントリの属性は、タイプと、タイプに依存する１または複数の値を含む。さらに、前記ディレクトリデータベースは、政治的、地理的、および／または組織に関する境界を反映した階層構造に配列された、ＬＤＡＰエントリを含む、ライトウェイト・ディレクトリ・アクセス・データベースである。国を表すエントリが、ツリーのトップに現れる。国を表すエントリの下に、民族（people）、組織ユニット、プリンタ、およびドキュメント等を表すエントリを配置することができる。例えば、このデータベースは、コンピュータネットワーク１０２上のすべての装置、アプリケーション等の場所およびアドレスを保存することが可能である。それに加え、このデータベースは、ネットワークのすべてのユーザの電子メールアドレスを含む電子メールアドレスリストを含む。ポータブルコンピューティング装置１０８は、システム１００に含まれる、１または複数のクライアント装置の例を示す。クライアント装置１０８は、サーバ１０４とデータの通信を行うクライアントプログラムを表しており、クライアント装置１０８を用いることは例示の目的に過ぎず、本発明はクライアント装置だけに限定して適用されるわけではない。クライアント装置１０８は、また、ローカルデータベース１１０と通信可能に接続されている。本発明の一実施形態によれば、ローカルデータベース１１０は、サーバ１０４のサーチを要求することとは対照的に、より高速に必要なデータの場所を探すことを促進するために使用される。ローカルデータベース１１０にデータを追加するために、クライアントは、サーバ１０４から、特定のタイプに対応するすべてのエントリを要求する。管理者によって設定された、クライアントにすべてのエントリが完全に伝達されることを防止する制限を克服するために、複数のクエリーおよびサブクエリーが提出される。このサーチを実行するために、ワイルドカードを前に付けたワイルドカード・プレフィックスサーチが開始される。ユーザは、ワイルドカード・サーチを使用するによって、サーチの範囲を広げ、種々の異なる綴りまたは語尾等を、捕捉（capture）することが可能になる。
【００１２】
ワイルドカード・サーチに対して、ユーザによって指定されたタイプのすべてのエントリの答えが返って来ないときには、タスクは、以下で詳しく説明する、サブクエリー・サーチに分割される。ワイルドカード・サーチによって所望の結果が得られなかった後のサーチを促進するために、データベースに存在する可能性があり、ユーザによって指定されたタイプのエントリに対応する完全な文字セットが生成される。例えば、クエリーが、英文の電子メールメッセージを目的とするものである場合には、特種文字『‐』、『_ 』、『＋』、『．』と『＠』等を除けば、文字『ａ〜ｚ』と『０〜９』に限定される。サブクエリー・サーチは、例えば、この文字セット内の最初の文字を用いて開始する。サブクエリーのデータには、サーチにおける複数の文字列の後方の部分に適用される、少なくとも１つの、切り詰めた文字列（truncation string）を含む。したがって、データベース１０６内にあり、選択されたタイプで選択された文字から始まるすべてのエントリが、このサーチの結果として返され、ローカルデータベース１１０に保存される。この処理が、サブクエリー・サーチの開始点として、すべての文字を使用するサーチが完了するまで、文字セット内の各文字について繰り返される。
【００１３】
この文字サーチの間に、サーチが、文字セットの特定の文字に関連するすべてのエントリの検索に失敗すると、その特定の文字の組み合わせが、指定されたタイプに対応するすべてのエントリが検索され、ローカルに保存されるまでサーチされる。このように本発明による実施形態は、再帰的サーチのアルゴリズムを具現し、それによってクライアントは、所定の要求に関連するすべてのエントリが検索され、ローカルに保存されるまで、サーチを続ける。
【００１４】
検索結果のデータは、例えば、クライアント装置のユーザインタフェースを介して、ユーザに伝えられる。また、サーバ１０４とクライアント装置１０８は、以上説明を行った処理と各装置で実行する他の処理を行うため、それぞれプロセッサ、ＲＯＭ、ＲＡＭ、オペレーティングシステム等からなるプラットフォームと、そのプラットフォーム上でそれぞれのソフトウェアを実行するためのプログラムを備えている。
【００１５】
次に、図２を参照しながら、本発明による実施形態における動作を説明する。図２に、本発明にしたがった実施形態によるデータ検索の動作を説明するためのフローチャートを示す。本発明による実施形態における動作の理解を容易にするため、ここでは、一つのＬＤＡＰサーバ、データベースの組み合わせに保存されている電子メールアドレスについてのサーチを例として説明を行う。しかし、本発明は、本技術分野で周知の任意のディレクトリサービスに適用可能であり、本発明がＬＤＡＰサーバ、データベースの実施形態だけに限定されることはない。さらに、本実施形態では単一のサーバ、データベースを図示しているが、本発明は、複数のサーバ、データベースの組み合わせを含むシステムにおいて実施することが可能である。複数のサーバ、データベースの組み合わせを含むシステムの場合、クライアントは、それぞれのサーバについて以下に述べる処理を実行し、ユーザが選択したエントリのタイプに対応するシステム上のすべてのエントリを検索する。
【００１６】
図２を参照すると、最初にＳ２０２で、ユーザは、本技術分野で周知の任意の手段を介して、検索し、ローカルに保存する対象とするデータベースエントリのタイプを選択する。すなわち、データベース内にあるエントリを定めるパラメータがクライアント装置１０８に入力される。次にユーザは、Ｓ２０４において、クライアント装置１０８を介して、選択した電子メールアドレスのタイプに対応する、すべてのエントリをデータベース１０６から検索することを、要求する。この要求を受け取ると、Ｓ２０６においてクライアント装置１０８は、データベース１０６上に存在するすべての電子メールアドレスのエントリの最初の検索のために、ワイルドカード・プレフィクス・サーチ・クエリーを生成する。ワイルドカード・プレフィクスを使用することにより、単語のセットごとに１つまたは複数の文字を置き換えるパターンを使用して単語を探し出し、単語の同義語または語形（word form）を探し出すことが可能となる。例えば『？』は用語の中の１つの文字の置き換えに用いられるが、『＊』は用語の中のゼロまたは１以上の数の文字の置き換えに使用される。クライアント装置１０８によって生成されたワイルドカード・プレフィクスを用いたサーチ・クエリーは、サーバ１０４に提出される。このワイルドカード・サーチが、Ｓ２０８においてデータベース１０６をサーチするために使用される。サーバ１０４は、そのクエリーに答えるすべてのエントリ、すなわち広げられたワイルドカード・サーチに一致する文字、用語を有するすべての電子メールアドレスについてデータベース１０６のサーチを実行する。その後、Ｓ２１０において、検索されたエントリがクライアント装置１０８に返され、ローカルデータベース１１０に保存されるか、キャッシュされる。
【００１７】
次に、Ｓ２１２で、要求されたタイプのすべてのエントリが検索されたか否かについての判断が行われる。前述したように、ＬＤＡＰサーバ１０４は、１回のサーチによってクライアントが受け取ることが許されるエントリの数を限定するように管理者による制限が可能である。したがって、このような制限がなければ、すなわちＳ２１２においてすべてのエントリが返されているときには、クライアントは、所望のエントリ・タイプの完全なローカルデータベース１１０を有することになり、処理は終了する。
【００１８】
選択したタイプのすべてのエントリが返されていない場合には、処理はＳ２１４に進み、ユーザによって選択されたエントリのタイプに対応する完全な文字セットが生成される。例えば、選択されたエントリ・タイプが電子メールのアドレスであるときは、電子メールアドレスに関連する文字だけがその文字セット内に組み込まれる。したがって、文字『‐』、『_ 』、『＋』、『．』、『＠』、『ａ〜ｚ』、および『０〜９』だけが文字セット内に含められる文字となり、その他の『［ 』、『 ］』、『＆』、『％』等の文字は、サーチから除外されることになる。
【００１９】
Ｓ２１６においては、次のサーチ・プレフィクスが計算される。次のサーチ・プレフィクスは、生成した文字セット内の次の文字から始まる。既に行われたサーチがワイルドカード・サーチとして行われたときは、文字セット内の次の文字は、セットの最初の文字になる。いずれの場合においても、その文字が使用されてサーチ・クエリーが生成され、生成されたサーチ・クエリーがサーバ１０４に提出される。その後、Ｓ２１６で計算された次の文字のサーチ・プレフィクスを用いて、Ｓ２１８においてデータベース１０６がサーチされる。そのサーチの結果として返された対応するエントリが、Ｓ２２０においてローカルデータベース１１０内に保存される。
【００２０】
続いてＳ２２２において、Ｓ２１８で行われたサーチによって、選択されたタイプに対応するすべてのエントリが検索されてローカルデータベース１１０に保存されたか否かについての判断が行われる。Ｓ２２２における判断が肯定的であるときは、クライアントは、選択されたタイプに対応するすべてのエントリをローカルデータベース１１０内に有していることになり、処理は終了する。Ｓ２２２で、すべてのエントリがまだ検索されていないと判断された場合には、処理はＳ２２４に進み、生成された文字セット内のすべての文字を使用し終わったか否かについての判断が行われる。未だ文字セット内のすべての文字を使用し終わっていないときには、処理はＳ２１６に戻り、文字セット内の次の文字を使用してサーチ・プレフィクスが計算される。次いで、前述したように、Ｓ２１８、Ｓ２２０、Ｓ２２２、Ｓ２２４の処理が行われる。
【００２１】
Ｓ２２４において、文字セット内のすべての文字を使用し終わったと判断され、かつ、Ｓ２２２においてすべてのエントリが検索されていないと判断されたときには、処理はＳ２２６に進む。Ｓ２２６においては、現在のプレフィクス内の最後の文字が削除され、プレフィクス内の最後から２番目の文字は、セット内の、前記最後から２番目の文字の次の文字に置き換えられる。次のＳ２２８においては、新たに生成されたプレフィクスを使用してデータベース１０６のサーチが行われる。例えば、『ｂ』が現在のプレフィクスであり、『ｂ』で始まるすべてのエントリについてのサーチが失敗したとき、『ｂａ』、『ｂｂ』、『ｂｃ』、『ｂｄ』、．．．『ｂ＠』で始まるすべてのエントリについて別々にサーチを行う。続いて、このサーチの結果として返されたすべてのエントリを、Ｓ２３０においてローカルデータベース１１０にローカルに保存する。次いで、選択されたタイプに対応するすべてのエントリが返されたか否かについて判断するために、処理はＳ２２２に進む。すべてのエントリが返されたときは、前述したとおり処理は終了する。すべてのエントリが未だ返されていない場合には、処理はＳ２２４に進み、文字セット内のすべての文字を使用し終わったか否かについての判断が行われる。まだ文字セット内のすべての文字を使用し終わっていなければ、処理はＳ２１６に戻り、次のサーチ・プレフィクスが計算される。すべての文字を使用し終わったときは、処理はＳ２２６に進む。前述の例を引き続き用いると、プレフィクス『ｂｆ』を伴うすべてのエントリについてのサーチが、すべての対応するエントリの検索に失敗すると、『ｂｆａ』、『ｂｆｂ』、．．．『ｂｆ＠』で始まるすべてのエントリについて別々にサーチが行われる。このように、選択されたタイプに対応するすべてのエントリが検索され、ローカルデータベース１１０内に保存されるまで、サーチの再帰的な処理が続けられる。
【００２２】
本発明は、ソースコード、オブジェクトコード、部分的にコンパイルされた形のようなコード中間ソースおよびオブジェクトコードの形、あるいは本発明の実施形態で使用するために適した任意の他の形のコンピュータプログラムに適用される。コンピュータプログラムは、独立アプリケーション、ソフトウェアコンポーネント、スクリプト、または他のアプリケーションへのプラグインとすることができる。本発明を組み込むコンピュータプログラムは、例えば、ＲＯＭやＲＡＭなどの記憶媒体、ＣＤ−ＲＯＭなどの光記録媒体、フロッピー（登録商標）ディスクなどの磁気記録媒体などの、コンピュータプログラムを伝達することができる任意の実体または装置である担体で実施することができる。担体は、電気ケーブルまたは光ケーブルによって、または無線や他の手段によって伝えられる電気信号や光信号などの任意の伝達可能な担体である。コンピュータプログラムは、サーバからインターネットを介して適切にダウンロードされる。コンピュータプログラムの機能は集積回路に組み込むこともできる。示した本発明の原理を実質的にコンピュータまたはプロセッサに実行させるコードを含む任意およびすべての実施形態は、本発明の範囲内にある。
【００２３】
本発明の好ましい実施形態の以上の説明は、例示と説明のために行った。説明は網羅的でもなく本発明を開示した形態に限定しようとするものでもない。以上の教示を鑑みて明らかな修正または変形が可能である。例えば、本発明の好ましい実施形態はソフトウェアにおいて具体化されているが、それをハードウェアにおいて、あるいはソフトウェアとハードウェアの組み合わせにおいて具体化できることは当業者であれば容易に認識するであろう。実施形態は、本発明の原理とその実際的な応用例を最もよく示し、それにより当業者が、本発明を、意図された特定の使用に適した様々な実施形態において様々な修正で使用できるように選択され説明された。すなわち、本明細書では、好ましい実施形態を詳細に説明してきたが、付随する特許請求の範囲によって定められるとおりの本発明の精神ならびに範囲から逸脱することなしにそれらにおける種々の変更、置換、および変形が可能であることは容易に理解されるよう。また、特許請求の範囲の記載に明示されるとおりの本発明の原理ならびに範囲内において、本発明の本質を説明するためにここで述べ、例示してきた詳細、材料、および部品構成に対する種々の変更が当業者によって行われ得ることは明らかであり、特許請求の範囲の記載によって定められる発明の範囲内にある。
【図面の簡単な説明】
【００２４】
【図１】本発明による実施形態であるシステムの構成例を示すブロック図である。
【図２】本発明にしたがった実施形態によるデータ検索の動作例を示すフローチャートである。
【符号の説明】
【００２５】
１００  システム
１０２  コンピュータネットワーク
１０４  サーバ、ＬＤＡＰサーバ
１０６  データベース
１０８  クライアント装置、ポータブルコンピューティング装置
１１０  ローカルデータベース
【図２】
2007109237.tif 000003
【図１】
2007109237.tif 000004