(57)【要約】【課題】クライアントが、サーバに対して所定の情報にかかる検索条件を送信し、検索依頼を行った場合にでも、システム全体のレスポンスを悪化させることなく検索結果をサーバから取得すること。【解決手段】クライアント端末１００は、条件データ管理部１２０が、条件分類データ１４０ａおよび利用者条件データ１４０ｂを基にして、広域条件データ１４０ｄ、詳細条件データ１４０ｅを作成し、検索要求部１５０が（初回検索の場合）広域条件データ１４０ｄをサーバ２００に送信し、広域条件データ１４０ｄに対応する検索結果をサーバ２００から受信する。そして、詳細検索実行部１６０がサーバ２００の検索結果に対して詳細条件データ１４０ｅを用いた絞込み検索を実行し、最終的な検索結果を保存ファイル１４０ｇとして記録する。【選択図】        図１
2006302136.tif 000002
【特許請求の範囲】
【請求項１】
データベースから情報を検索するサーバに対して情報の検索を依頼する情報検索依頼装置であって、
前記サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果を前記サーバから取得する検索結果取得手段と、
前記検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する絞り込み検索処理手段と、
を備えたことを特徴とする情報検索依頼装置。
【請求項２】
前記第１の検索条件は、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件であることを特徴とする請求項１に記載の情報検索依頼装置。
【請求項３】
前記検索結果および該検索結果を取得した日時である検索日時を関連付けて記憶する検索結果記憶手段と、前記検索日時を基にして前記検索結果取得後に更新された情報に対する再検索要求を前記サーバに行う再検索要求手段とを更に備えたことを特徴とする請求項１または２に記載の情報検索依頼装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データベースから情報を検索するサーバに対して情報の検索を依頼する情報検索依頼装置に関し、特にサーバに対して所定の情報にかかる検索条件を送信し、検索依頼を行った場合にでも、システム全体のレスポンスを悪化させることなく検索結果をサーバから取得可能な情報検索依頼装置に関するものである。
【背景技術】
【０００２】
従来、膨大な情報を記録したデータベースをサーバ等に管理させ、クライアントが所定の情報にかかる検索条件をサーバに送信した場合に、サーバが検索条件に基づいて該当する情報をデータベースから検索し、検索した情報をクライアントに送信する情報検索システムが様々な分野で利用されている。
【０００３】
しかし、上述した情報検索システムによる情報検索では、同一の情報に対する繰り返し検索が頻繁に行われていたために、サーバに無駄な負担がかかり、システム全体の稼動効率などが低下するという問題があった。
【０００４】
そこで、特許文献１では、サーバにかかる負担を軽減させるべく、サーバが検索条件を取得した場合に、検索結果と共にクライアント内で再検索可能なプログラム（Ｊａｖａ（登録商標）アプレットなど）をクライアントに送信し、再検索時にはクライアント内で該当する情報を検索するという技術が公開されている。
【０００５】
【特許文献１】特開平１１−１９５０２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、かかる従来の技術では、サーバは、多数のクライアントから複数の検索条件を受付けた場合に、データベースから該当する情報を検索するため、受付けた各検索条件に含まれる複雑な組み合わせのＳＱＬ（Structured Query Language）文を処理する必要があり、システム全体のレスポンスが悪くなるという問題があった。
【０００７】
すなわち、複数のクライアントが、サーバに対して所定の情報にかかる検索条件を送信し、検索依頼を行った場合にでも、システム全体のレスポンスを悪化させることなく検索結果をサーバから取得することがきわめて重要な課題となっている。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、複数のクライアントが、サーバに対して所定の情報にかかる検索条件を送信し、検索依頼を行った場合にでも、システム全体のレスポンスを悪化させることなく検索結果をサーバから取得可能な情報検索依頼装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る情報検索依頼装置は、データベースから情報を検索するサーバに対して情報の検索を依頼する情報検索依頼装置であって、前記サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果を前記サーバから取得する検索結果取得手段と、前記検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する絞り込み検索処理手段と、を備えたことを特徴とする。
【００１０】
この請求項１の発明によれば、情報検索依頼装置は、サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果をサーバから取得し、取得した検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する。
【００１１】
また、請求項２の発明に係る情報検索依頼装置は、請求項１の発明において、前記第１の検索条件は、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件であることを特徴とする。
【００１２】
この請求項２の発明によれば、情報検索依頼装置がサーバに送信する第１の検索条件には、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件が含まれる。
【００１３】
また、請求項３の発明に係る情報検索依頼装置は、前記検索結果および該検索結果を取得した日時である検索日時を関連付けて記憶する検索結果記憶手段と、前記検索日時を基にして前記検索結果取得後に更新された情報に対する再検索要求を前記サーバに行う再検索要求手段とを更に備えたことを特徴とする。
【００１４】
この請求項３の発明によれば、情報検索依頼装置は、検索結果および検索結果を取得した日時である検索日時を関連付けて記憶し、検索日時を基にして検索結果取得後に更新された情報に対する再検索要求をサーバに行う。
【発明の効果】
【００１５】
請求項１の発明によれば、情報検索依頼装置は、サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果をサーバから取得し、取得した検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力するので、サーバに対する負荷を軽減させることができ、サーバクライアントシステム全体のレスポンスを向上させることができる。
【００１６】
また、請求項２の発明によれば、情報検索依頼装置がサーバに送信する第１の検索条件には、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件が含まれるので、サーバは迅速に対応する情報をデータベースから検索することができる。
【００１７】
また、請求項３の発明によれば、情報検索依頼装置は、検索結果および検索結果を取得した日時である検索日時を関連付けて記憶し、検索日時を基にして検索結果取得後に更新された情報に対する再検索要求をサーバに行うので、サーバおよび自装置にかかる負担を効率よく低減させることができる。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明に係る情報検索依頼装置の好適な実施の形態を詳細に説明する。
【実施例１】
【００１９】
まず、本実施例１にかかる情報検索依頼の概念について説明する。本実施例１にかかるクライアント端末は、データベースから情報を検索するサーバに対して情報の検索依頼を行う場合に、サーバの情報検索処理に適した検索条件をサーバに送信する。
【００２０】
そして、クライアント端末は、サーバから検索条件に対応する検索結果を取得した場合に、サーバに検索依頼をしていなかった残りの検索条件で絞込み検索を実行して、最終的な検索結果を出力する。
【００２１】
このように、クライアント端末は、サーバの情報検索処理に適した検索条件をサーバに送信し、クライアント装置自体が最終的な検索結果を出力するので、サーバにかかる負担を軽減させることができ、システム全体のレスポンスや稼動効率などを向上させることができる。
【００２２】
次に、本実施例１にかかるクライアント端末およびサーバの構成について説明する。図１は、本実施例１にかかるクライアント端末およびサーバの構成を示す機能ブロック図である。同図に示すように、クライアント端末１００はネットワークを介してサーバ２００に接続され、サーバ２００は、データベース３００に接続されている。クライアント端末１００は、サーバ２００に対して検索条件を送信し、サーバ２００は、受信した検索条件を基にしてデータベースから対応する情報を検索し、検索結果をクライアント端末１００に送信する。
【００２３】
図２は、データベース３００が記憶している検索対象データ３１０の一例を示す図である。同図に示すように、この検索対象データ３１０は、「作業Ｎｏ．（キー）」、「受付センタ」、「受付者」、「受付日時」、「顧客Ｎｏ．」、「顧客名」、「機器名」、「進捗」、「更新日時」等からなる。
【００２４】
具体的には、作業Ｎｏ．「０４０１０１−００１」に関しては、受付センタが「Ｔ００１」であり、受付者が「１０００１０」であり、受付日時が「１月１日  ８時」であり、顧客Ｎｏ．が「０６６０３２１」であり、顧客名が「ＡＡサービス」であり、機器名が「ＦＸ−０１００Ｈ２」であり、進捗が「９」であり、更新日時が「１月１日  ２２時」である。なお、図２に関するその他の説明は省略する。
【００２５】
クライアント端末１００は、通信部１１０、条件データ管理部１２０、入力部１３０と、記憶部１４０、検索要求部１５０、詳細検索実行部１６０を有する。通信部１１０は、所定の通信プロトコルを利用して、サーバ２００と通信を行う処理部である。
【００２６】
条件データ管理部１２０は、条件分類データ１４０ａおよび利用者条件テーブル１４０ｂを利用して、サーバ２００の情報検索処理に適した検索条件（以下、広域条件と表記する）のデータである広域条件データ１４０ｄおよび最終的な検索結果を導き出す検索条件（以下、詳細条件と表記する）のデータである詳細条件データ１４０ｅを作成する処理部である。
【００２７】
ここで、広域条件について詳しく説明すると、広域条件はサーバ２００がデータベース３００から大まかに情報を検索するための条件群であり、インデックス項目による検索を利用可能な条件、パーティショニングにてサーバ２００の検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件等が含まれる。
【００２８】
また、詳細条件について詳しく説明すると、詳細条件は、クライアント端末１００が広域条件によるサーバ２００の検索結果を利用して最終的な検索結果を検索するための条件群であり、非インデックス項目でＳＱＬによる情報検索が非効率的な項目に対する条件、格納値の偏りが大きく範囲を絞り込めない条件、文字列の部分一致を行う条件または結合された外部テーブルから情報を検索する条件等が含まれる。
【００２９】
図３は、広域・詳細条件にかかわる条件分類の分類例を示す図である。同図に示すように、例えば、項目名「受付センタ」に関しては、利用者条件特徴が「設定必須条件」であり、データベース設定が「インデックス付」であり、データ変動が「不変」であり、値分散傾向が「細かく平均的に分散」であり、検討内容が「インデックス高速検出可能。全体の１〜５％迄絞込み可能」であるため、「広域条件」に分類される。なお、図３に関するその他の説明は省略する。
【００３０】
図４は、条件分類データ１４０ａのデータ構造の一例を示す図である。同図に示すように、この条件分類データ１４０ａは、検索対象項目を識別する「項目名」と、項目名が広域条件に属するか詳細条件に属するかを示す「分類」とからなる。
【００３１】
また、図４の例では、項目名「受付センタ」に対する分類は「広域（広域条件）」であり、項目名「受付者」に対する分類は「詳細（詳細条件）」であり、項目名「受付日時」に対する分類は「広域」であり、項目名「顧客Ｎｏ．」に対する分類は「広域」であり、項目名「顧客名」に対する分類は「詳細」であり、項目名「機器名」に対する分類は「詳細」であり、項目名「進捗」に対する分類は「詳細」である。なお、条件データ管理部１２０は、予め、条件分類データ１４０ａをサーバ２００から取得し、記憶部１４０に記憶する。
【００３２】
図５は、利用者条件データ１４０ｂのデータ構造の一例を示す図である。同図に示すように、この利用者条件データ１４０ｂは、「項目名」と、「条件（項目名に対する検索条件）」と、「条件説明」とからなる。
【００３３】
例えば、項目名「受付センタ」に対する条件は「＝Ｔ００２」であり、条件説明が「受付センタがＴ００２」である。なお、図５に関するその他の説明は省略する。条件データ管理部１２０は、予め、入力部１３０から利用者条件データ１４０ｂを取得し、記憶部１４０に記憶する。
【００３４】
ここで、入力部１３０は、キーボードやマウスなどの入力装置（図示しない）から情報を取得し、取得した情報を条件データ管理部１２０に渡す処理部である。クライアント端末１００の利用者は、サーバ２００から取得する情報の検索条件を、利用者検索条件として、入力装置を介してクライアント端末１００に入力する。
【００３５】
図６は、広域条件データ１４０ｄのデータ構造の一例を示す図である。同図に示すように、この広域条件データ１４０ｄは、「項目名」と「条件」とからなり、項目名には「受付センタ」、「受付日時」が格納され、条件にはそれぞれの項目名に対応する検索条件となる「＝Ｔ００２」、「＞＝１２／０４」が格納されている。
【００３６】
ここで、条件データ管理部１２０が、条件分類データ１４０ａおよび利用者条件データ１４０ｂを基にして広域条件データ１４０ｄを作成する手法の一例について説明する。まず、条件データ管理部１２０は、図４に示した条件分類データ１４０ａを基にして、分類が「広域」に設定されている項目名を抽出する。図４の例では、抽出される項目名は、「受付センタ」、「受付日時」、「顧客Ｎｏ．」となる。
【００３７】
そして、条件データ管理部１２０は、抽出した項目名と、図５に示した利用者条件データ１４０ｂとを比較し、抽出した項目名に対応する利用者条件データ１４０ｂの情報を広域条件データ１４０ｂとする。なお、「顧客Ｎｏ．」に関しては、図５に示すように、「条件設定無し」のため、広域条件データ１４０ｂに含まれない。
【００３８】
図７は、詳細条件データ１４０ｅのデータ構造の一例を示す図である。同図に示すように、この詳細条件データ１４０ｅは、「項目名」と「条件」とからなり、項目名には「受付者」、「顧客名」、「進捗」が格納され、条件にはそれぞれの項目名に対応する検索条件となる「＝２００００２」、「ＬＩＫＥ  ％銀行％」、「ｉｎ１，２，３」が格納されている。
【００３９】
ここで、条件データ管理部１２０が、条件分類データ１４０ａおよび利用者条件データ１４０ｂを基にして詳細条件データ１４０ｅを作成する手法の一例について説明する。まず、条件データ管理部１２０は、図４に示した条件分類データ１４０ａを基にして、分類が「詳細」に設定されている項目名を抽出する。図４の例では、抽出される項目名は、「受付者」、「顧客名」、「機器名」、「進捗」となる。
【００４０】
そして、条件データ管理部１２０は、抽出した項目名と、図５に示した利用者条件データ１４０ｂとを比較し、抽出した項目名に対応する利用者条件データ１４０ｂの情報を詳細条件データ１４０ｅとする。なお、「機器名」に関しては、図５に示すように、「条件設定無し」のため、詳細条件データ１４０ｅに含まれない。
【００４１】
また、条件データ管理部１２０は、条件分類データ１４０ａ、利用者条件データ１４０ｂおよび検索日時データ１４０ｈを基にして、差分条件データ１４０ｆを作成する。この差分条件データ１４０ｆは、クライアント端末１００がサーバ２００に対して再検索を依頼する場合に利用される情報である。
【００４２】
ここで、検索日時データ１４０ｈは、クライアント端末１００がサーバ２００に対して最後に検索依頼を行った日時を示す情報である。図８は、検索日時データ１４０ｈのデータ構造の一例を示す図である。同図に示すように、検索日時データ１４０ｈは「日時」からなり、日時には、「１２／０４  １２：００」が格納されている（クライアント端末１００がサーバ２００に最後に検索要求を行った日時が１２月４日の１２時である旨を示す）。なお、検索日時データ１４０ｈは、検索要求部１５０によって記録／更新される。
【００４３】
図９は、差分条件データ１４０ｆのデータ構造の一例を示す図である。同図に示すように、この差分条件データ１４０ｆは、「項目名」と「条件」とからなり、項目名には「受付センタ」、「受付日時」、「更新日時」が格納され、条件にはそれぞれの項目名に対応する検索条件となる「＝Ｔ００２」、「＞＝１２／０４」、「＞＝１２／０４  １２：００」が格納されている。
【００４４】
ここで、条件データ管理部１２０が、条件分類データ１４０ａ、利用者条件データ１４０ｂおよび検索日時データ１４０ｈを基にして、差分条件データ１４０ｆを作成する手法の一例について説明する。まず、条件データ管理部１２０は、図４に示した条件分類データ１４０ａを基にして、分類が「広域」に設定されている項目名を抽出する。図４の例では、抽出される項目名は、「受付センタ」、「受付日時」、「顧客Ｎｏ．」となる。
【００４５】
そして、条件データ管理部１２０は、抽出した項目名と、図５に示した利用者条件データ１４０ｂとを比較し、抽出した項目名に対応する利用者条件データ１４０ｂの情報および、検索日時データ１４０ｈに格納された情報（日時に格納された情報を更新日時とする）を差分条件データ１４０ｆとする。
【００４６】
検索要求部１５０は、サーバ２００に対して検索要求を行う処理部である。ここで、検索要求部１５０の処理について詳しく説明すると、まず、検索要求部１５０は、フラグデータ１４０ｃを基にして、サーバ２００に検索要求を行うのは初めてか否かを判定する。
【００４７】
図１０は、フラグデータ１４０ｃのデータ構造の一例を示す図である。同図に示すように、フラグデータ１４０ｃには、初めてサーバ２００に検索要求を行うか否かの情報が格納されている。
【００４８】
具体的に、検索要求部１５０は、フラグデータ１４０ｃに「初回」が格納されている場合には、サーバ２００に対して検索要求を行うのは初めてだと判定し、フラグデータ１４０ｃに「次回以降」が格納されている場合には、サーバ２００に対して検索要求を行うのは初めてではないと判定する。なお、初期設定の段階で、フラグデータ１４０ｃは「初回」に設定されている。
【００４９】
そして、検索要求部１５０は、サーバ２００に対して検索要求を行うのは初めてだと判定した場合には、条件データ管理部１２０に対して、広域条件データ作成要求を行い、条件データ管理部１２０に広域条件データ１４０ｄおよび詳細条件データ１４０ｅを作成させる。
【００５０】
続いて、検索要求部１５０は、広域条件データ１４０ｄをサーバ２００に送信し、広域条件データ１４０ｄに対応する検索結果をサーバ２００から取得する。そして、検索要求部１５０は、取得した検索結果を詳細検索実行部１６０に渡し、フラグデータ１４０ｃに格納されたデータを「初回」から「次回以降」に変更する。また、この際、検索要求部１５０は、検索結果を取得した日時を検索日時データ１４０ｈに記録／更新する。
【００５１】
ここで、詳細検索実行部１６０は、検索要求部１５０から検索結果を取得した場合に、取得した検索結果に対して詳細条件データ１４０ｅを利用した絞込み検索を実行し、最終的な検出結果を保存ファイル１４０ｇとして、記憶部１４０に記憶する処理部である。
【００５２】
図１１は、保存ファイル１４０ｇのデータ構造の一例を示す図である。同図に示すように、この保存ファイル１４０ｇは、「作業Ｎｏ．（キー）」、「受付センタ」、「受付者」、「受付日時」、「顧客Ｎｏ．」、「顧客名」、「機器名」、「進捗」、「更新日時」等からなる。
【００５３】
具体的には、作業Ｎｏ．「０４１２０４−００１」に関しては、受付センタが「Ｔ００１」であり、受付者が「２００００２」であり、受付日時が「１２月４日  ８時」であり、顧客Ｎｏ．が「０７３２４５６」であり、顧客名が「ＧＧ銀行」であり、機器名が「ＦＸ−０１００Ｔ０」であり、進捗が「２」であり、更新日時が「１２月４日  １２時」である。なお、図１１に関するその他の説明は省略する。
【００５４】
ところで、検索要求部１５０が、サーバ２００に対して検索要求を行うのは初めてではないと判定した場合には、まず、保存ファイル１４０ｇを基にして、保存ファイル１４０ｇに格納された各情報を識別するための保存キーリストデータを作成する。そして、検索要求部１５０は、作成した保存キーリストデータをサーバ２００に送信することで、削除確認依頼を行う。
【００５５】
そして、検索要求部１５０は、サーバ２００から削除確認依頼対する応答を受信して、データベース３００から削除されたデータに該当するデータを保存ファイル１４０ｇから削除する。
【００５６】
図１２は、保存キーリストデータのデータ構造の一例を示す図である。同図に示すように、保存キーリストデータには、保存ファイル１４０に格納された各情報を識別するためのデータ「０４１２０４−００１」、「０４１２０４−００５」、「０４１２０４−０１０」、「０４１２０４−０１１」が格納されている。
【００５７】
図１３は、削除確認依頼に対する応答に含まれるデータの一例を示す図である。図１３の例では、「０４１２０４−０１０」に該当するデータがデータベース３００から削除されたことを意味するので、検索要求部１５０は、保存ファイル１４０ｇの作業Ｎｏ．「０４１２０４−０１０」に該当するデータ（図１１の例では、上から３列目のデータ）を削除する。
【００５８】
続いて、検索要求部１５０は、条件データ管理部１２０に対して、差分条件データ作成要求を行い、条件データ管理部１２０に差分条件データ１４０ｆおよび詳細条件データ１４０ｅを作成させる。
【００５９】
そして、検索要求部１５０は、差分条件データ１４０ｆをサーバ２００に送信し、差分条件データ１４０ｆに対応する検索結果をサーバ２００から取得し、取得した検索結果を詳細検索実行部１６０に渡す。また、この際、検索要求部１５０は、検索結果を取得した日時を検索日時データ１４０ｈに記録／更新する。
【００６０】
詳細検索実行１６０は、検索要求部１５０から差分条件データ１４０ｆに対応する検索結果を取得した場合には、取得した検索結果に対して詳細条件データ１４０ｅを利用した絞込み検索を実行し、最終的な検索結果を得る。そして、最終的な検出結果を基にして保存ファイル１４０ｇを更新（または、新規事項を追加）する。
【００６１】
このように、検索要求部１５０は、サーバ２００に対して再検索を行う場合には、サーバ２００に対して差分条件データ１４０ｆを送信し、更新された情報のみを取得するので、クライアント端末１００およびサーバ２００にかかる負担が軽減され、システム全体の稼動効率が向上する。
【００６２】
保存ファイル表示部１７０は、保存ファイル１４０ｇをディスプレイなどの表示装置に出力し、保存ファイル１４０ｇを情報一覧として表示させる処理部である。
【００６３】
サーバ２００は、通信部２１０、条件分類データ管理部２２０、記憶部２３０、入力部２４０および検索実行部２５０を有する。通信部２１０は、所定の通信プロトコルを利用して、クライアント端末１００と通信を行う処理部である。
【００６４】
条件分類データ管理部２２０は、記憶部２３０に記憶された条件分類データ２３０ａをクライアント端末１００に送信する処理部である。なお、条件分類データ２３０ａに関する説明は、条件分類データ１４０ａの説明と同様であるため説明を省略する。また、条件分類データ管理部２２０は、入力部２４０から条件分類データ２３０ａにかかわる情報を取得し、条件分類データ２３０ａを更新（または、新たな情報を追加）する。
【００６５】
入力部２４０は、キーボードやマウスなどの入力装置から取得した情報を、条件分類データ管理部２２０に渡す処理部である。サーバ２００の管理者は、条件分類データにかかわる情報を、入力装置を介してサーバ２００に入力する。
【００６６】
検索実行部２５０は、クライアント端末１００から広域条件データ１４０ｄまたは差分条件データ１４０ｆを取得した場合に、広域条件データ１４０ｄまたは差分条件データ１４０ｆに該当する情報をデータベース３００に記憶された検索対象データ３１０から検索し、検索結果をクライアント端末装置１００に送信する処理部である。
【００６７】
また、検索実行部２５０は、クライアント端末１００から削除確認依頼を受付け、保存キーリストデータを取得した場合には、保存キーリストデータに対応する情報が検索対象データ３１０に存在しているか否かを判定し、判定結果を削除確認依頼にかかわる応答を作成する。そして、検索実行部２５０は、削除確認依頼にかかわる応答をクライアント端末１００に送信する。
【００６８】
次に、本実施例１にかかるクライアント端末１００の処理について説明する。図１４は、クライアント端末１００の処理手順を示すフローチャートである。同図に示すように、クライアント端末１００は、条件データ管理部１２０がサーバ２００から条件分類データを取得し（ステップＳ１０１）、検索要求部１５０が日時を記録する（ステップＳ１０２）。
【００６９】
そして、検索要求部１５０がフラグデータ１４０ｃを基にして初回判定を実行し（ステップＳ１０３）、初回である場合には（ステップＳ１０４，Ｙｅｓ）、検索要求部１５０が、条件データ管理部１２０に広域条件データ作成要求を行い、条件データ管理部１２０が広域条件データ１４０ｄを作成し（ステップＳ１０５）、詳細条件データ１４０ｅを作成し（ステップＳ１０６）、検索要求部１５０が広域条件データ１４０ｄをサーバ２００に送信する（ステップＳ１０７）。
【００７０】
続いて、検索要求部１５０が広域条件データ１４０ｄに対応する検索結果をサーバ２００から受信し、受信した検索結果を詳細検索実行部１６０に渡し（ステップＳ１０８）、詳細検索実行部１６０が、詳細条件データ１４０ｅで最終的な検索結果を検索し（ステップＳ１０９）、詳細条件データ１４０ｅによって検索したデータを保存ファイル１４０ｇとして記憶部１４０に保存する（ステップＳ１１０）。
【００７１】
そして、検索要求部１５０がフラグデータ１４０ｃを「初回」から「次回以降」に変更し（ステップＳ１１１）、抽出日時データ１４０ｈを更新し（ステップＳ１１２）、保存ファイル表示部１６０が保存ファイル１４０ｈを情報一覧として画面に表示させ（ステップＳ１１３）、ステップＳ１０２に移行する。
【００７２】
一方、サーバ２００に対する検索要求か初回でない場合には（ステップＳ１０４，Ｎｏ）、検索要求部１５０が保存キーリストを作成し（ステップＳ１１４）、条件データ管理部１２０に差分条件データ作成要求を行い、条件データ管理部１２０が差分条件データ１４０ｆを作成し（ステップＳ１１５）、詳細条件データ１４０ｅを作成し（ステップＳ１１６）、検索要求部１５０が保存キーリストをサーバ２００に送信する（ステップＳ１１７）。
【００７３】
そして、検索要求部１５０が、サーバ２００から削除データ（判定結果を削除確認依頼にかかわる応答）を受信し（ステップＳ１１８）、保存ファイル１４０ｇから該当データを削除し（ステップＳ１１９）、差分条件データ１４０ｆをサーバ２００に送信する（ステップＳ１２０）。
【００７４】
そして、検索要求部１５０が、差分条件データ１４０ｆに対応する検索結果をサーバ２００から受信し、検索結果を詳細検索実行部１６０に渡し（ステップＳ１２１）、詳細検索実行部１６０が、詳細条件データ１４０ｅで最終的な検索結果を検索し（ステップＳ１２２）、保存ファイル１４０ｇを更新／追加し、ステップＳ１１２に移行する。
【００７５】
このように、検索要求部１５０が、広域条件データ１４０ｄをサーバ２００に送信し、広域条件データ１４０ｄに対応する検索結果をサーバ受信する。そして、詳細検索実行部１６０が検索結果に対して詳細条件データ１４０ｄを用いた絞込み検索を実行し、最終的な検索結果を保存ファイル１４０ｇとして記録するので、サーバ２００にかかる負担を軽減させることができる。
【００７６】
上述してきたように、本実施例１にかかるクライアント端末１００は、条件データ管理部１２０が、条件分類データ１４０ａおよび利用者条件データ１４０ｂを基にして、広域条件データ１４０ｄ、詳細条件データ１４０ｅを作成し、検索要求部１５０が（初回検索の場合）広域条件データ１４０ｄをサーバ２００に送信し、広域条件データ１４０ｄに対応する検索結果をサーバ２００から受信する。そして、詳細検索実行部１６０がサーバ２００の検索結果に対して詳細条件データ１４０ｅを用いた絞込み検索を実行し、最終的な検索結果を保存ファイル１４０ｇとして記録するので、サーバにかかる負担を軽減させ、システム全体のレスポンスを向上させることができる。
【００７７】
また、検索要求部１５０が、サーバ２００に対して２回目以降の検索要求を行う場合には、条件データ管理部１２０に差分条件データ１４０ｆを作成させ、作成させた差分条件データ１４０ｆをサーバ２００に送信し、更新された情報のみをサーバ２００から取得するので、より迅速に検索結果を抽出することができる。
【００７８】
図１５は、従来の情報検索ロジックによる検出時間と本発明の情報検索ロジックによる検出時間とを説明するための説明図である。同図に示すように、従来の情報検索ロジックの検索時間は、一回検索するのに３０秒かかるため、１００回情報検索を実行すると３０００秒かかっていた。
【００７９】
しかし、本発明による情報検索ロジックは、差分条件データ１４０ｆを利用する関係で、二回目以降の検索時間に３秒しかかからないため、１００回情報検索を実行してもわずか３２７秒しかかからない。
【実施例２】
【００８０】
次に、本実施例２にかかる情報検索依頼の概念について説明する。本実施例２にかかるクライアント端末は、サーバ２００に広域条件を送信し、この広域条件に対応する検索結果をサーバ２００から取得するまでの時間を基にして、広域条件を修正する。
【００８１】
すなわち、クライアント端末が、サーバから広域条件に対応する検索結果を取得するまでの時間が大幅にかかる場合には、広域条件に、サーバの検索処理に適していない条件が含まれている可能性があるため、サーバの検索処理に適していない可能性のある条件を詳細条件に変更する。
【００８２】
図１６は、本実施例２にかかるクライアント端末およびサーバの構成を示す機能ブロック図である。同図に示すように、クライアント端末４００は、応答時間管理部４１０を有する。その他の構成および要素は、実施例１に示したクライアント端末１００と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。また、サーバ２００およびデータベース３００は、実施例１と同様であるため同一の符号を付して説明を省略する。
【００８３】
応答時間管理部４１０は、検索要求部１５０が広域条件データ１４０ｄをサーバ２００に送信してから、広域条件データ１４０ｄに対応する検索結果をサーバ２００から取得するまでの時間（以下、応答時間と表記する）を基にして、条件分類データ１４０ａを修正する処理部である。
【００８４】
ここで、応答時間管理部４１０に関して詳しく説明すると、まず、応答時間管理部４１０は、広域条件データ１４０ｄに含まれる広域条件と、この広域条件に対する応答時間とを関連付けた情報である履歴データ４２０を記憶部１４０に記憶する。
【００８５】
図１７は、履歴データ４２０のデータ構造の一例を示す図である。同図に示すように、この履歴データ４２０は、「応答時間」、「広域条件」からなる。例えば、広域条件「受付センタ、受付日時」に対応する応答時間は「３０ｓ（秒）」であり、広域条件「受付日時、顧客Ｎｏ．」に対応する応答時間は「３０ｓ」であり、広域条件「受付センタ、顧客Ｎｏ．、受付日時」に対応する応答時間は「３５ｓ」である。
【００８６】
そして、応答時間管理部４１０は、履歴データ４２０を基にして、応答時間が閾値（例えば４０ｓ以上）を超えている広域条件を抽出し、抽出した広域条件で、サーバ２００の情報検索遅延に影響を与えている可能性の高い条件を特定する。
【００８７】
例えば、図１７の履歴データ４２０において、仮に１段目から３段目までの応答時間が閾値を超えていたとすると、応答時間管理部４１０は、広域条件「受付センタ、受付時間」、「受付日時、顧客Ｎｏ．」、「受付センタ、顧客Ｎｏ．、受付日時」が抽出し、各広域条件に含まれている「受付日時」がサーバ２００の情報検索処理に適していない条件であると特定する。
【００８８】
続いて、応答時間管理部４１０は、サーバ２００の情報検索処理に適していないと特定した条件を広域条件から詳細条件に修正する。具体的には、上述したように、「受付日時」を特定した場合には、図４に示した条件分類データ１４０ａの受付日時に対応する分類を「広域」から「詳細」に修正する。
【００８９】
なお、応答時間管理部４１０がサーバ２００の情報検索処理に適していない条件を特定する方法は、上述した方法に限らず、例えば、抽出した広域条件に含まれる条件のうち、最も出現回数の多い条件を情報検索処理に適していない条件としても良い。
【００９０】
次に、応答時間管理部４１０が応答時間および広域条件を記録する処理について説明する。図１８は、応答時間管理部４１０が応答時間および広域条件を記録する処理を示すフローチャートである。
【００９１】
図１８に示すように、広域条件データ１４０ｄが検索要求部１５０によってサーバ２００に送信され（ステップＳ２０１）、応答時間管理部４１０が応答時間のカウントを開始する（ステップＳ２０２）。
【００９２】
そして、検索要求部１５０が広域条件データ１４０ｄの検索結果を受信し（ステップＳ２０３）、応答時間管理部４１０が応答時間のカウントを停止し（ステップＳ２０４）、履歴データ４２０に応答時間および広域条件を記録する（ステップＳ２０５）。
【００９３】
次に、応答時間管理部４１０が、条件分類データ１４０ａを修正する処理について説明する。応答時間管理部４１０が条件分類データ１４０ａを修正する処理を示すフローチャートである。
【００９４】
同図に示すように、応答時間管理部４１０が、履歴データ４２０を基にして、応答時間が閾値を超えた広域条件を抽出し（ステップＳ３０１）、サーバ２００に対する検索遅延の要因となった条件項目を特定可能か否かを判定する（ステップＳ３０２）。
【００９５】
そして、特定可能である場合には（ステップＳ３０３，Ｙｅｓ）、条件分類データ１４０ａに記録された情報のうち、検索遅延の要因となった条件項目の分類を「広域」から「詳細」に変更する（ステップＳ３０４）。一方、特定不能の場合には（ステップＳ３０３，Ｎｏ）、処理を終了する。
【００９６】
このように、応答時間管理部４１０は、広域条件にかかわる応答時間に基づいて、条件分類データ１４０ａの条件項目に対する分類を広域から詳細に変更するので、サーバ２００に対する負荷を効率よく低減させることができる。なお、図１９に示した処理は、応答時間管理部４１０によって定期的に実行される。
【００９７】
上述してきたように、本実施例２にかかるクライアント端末４００は、応答時間管理部４１０が、応答時間と、広域条件とを関連付けて履歴データ４２０に記録し、該履歴データ４２０を基にしてサーバ２００の検索遅延の要因となる条件項目を特定し、条件分類データ１４０ａを修正するので、サーバ２００にかかる負担を効率よく低減させることができる。
【００９８】
なお、本実施例２では、クライアント端末４００側が、サーバ２００の情報検索に適していない条件項目を広域条件から詳細条件に修正したが、サーバ２００側が広域条件にかかわる情報をデータベース３００から抽出する時間を基にして情報検索遅延に影響する条件項目を特定し、特定した条件項目を広域条件から詳細条件に修正し、クライアント端末４００に通知しても良い。
【００９９】
ところで、上記の実施例で説明したクライアント端末１００の各処理は、情報検索依頼処理に係るプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図２０を用いて、上記の実施例のクライアント端末１００と同様の機能を有する情報検索依頼プログラムを実行するコンピュータの一例を説明する。図２０は、情報検索依頼プログラムを実行するコンピュータを示す図である。
【０１００】
同図に示すように、コンピュータ３０は、入力装置３１、表示装置３２、通信装置３３、ＲＡＭ３４、ＲＯＭ３５およびＣＰＵ３６をバス３７で接続して構成される。ここで、入力装置３１、表示装置３２および通信装置３３は、図１に示した入力部１３０、保存ファイル表示部１６０および通信部１１０にそれぞれ対応する。
【０１０１】
そして、ＲＯＭ３５には、上記の実施例のクライアント端末１００と同様の機能を発揮する情報検索依頼プログラム、つまり、図２０に示すように、検索要求プログラム３５ａ、詳細検索実行プログラム３５ｂ、条件データ処理プログラム３５ｃが予め記憶されている。なお、プログラム３５ａ〜３５ｃは、図１に示したクライアント端末１００の各構成要素と同様、適宜統合または分散しても良い。
【０１０２】
そして、ＣＰＵ３６が、これらのプログラム３５ａ〜３５ｃをＲＯＭ３５から読み出して実行することで、図２０に示すように、各プログラム３５ａ〜３５ｃは、検索要求プロセス３６ａ、詳細検索実行プロセス３６ｂ、条件データ処理プロセス３６ｃとして機能するようになる。各プロセス３６ａ〜３６ｃは、図１に示した検索要求部１５０、詳細検索実行部１６０、条件データ管理部１２０にそれぞれ対応する。
【０１０３】
また、ＲＡＭ３４には、図２０に示すように、条件分類データ３４ａ、利用者条件データ３４ｂ、フラグデータ３４ｃ、広域条件データ３４ｄ、詳細条件データ３４ｅ、差分条件データ３４ｆ、保存ファイル３４ｇおよび検索日時データ３４ｈが設けられる。各データ３４ａ〜３４ｈは、図１に示した、条件分類データ１４０ａ、利用者条件データ１４０ｂ、フラグデータ１４０ｃ、広域条件データ１４０ｄ、詳細条件データ１４０ｅ、差分条件データ１４０ｆ、保存ファイル１４０ｇ、検索日時データ１４０ｈに対応する。そして、ＣＰＵ３６は、各データ３４ａ〜３４ｈを用いて、情報検索要求処理を実行する。
【０１０４】
ところで、上記した各プログラム３５ａ〜３５ｃは、必ずしも最初からＲＯＭ３５に記憶させておく必要はなく、例えば、コンピュータ３０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬の物理媒体」、または、コンピュータ３０の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ３０がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１０５】
（付記１）データベースから情報を検索するサーバに対して情報の検索を依頼する情報検索依頼装置であって、
前記サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果を前記サーバから取得する検索結果取得手段と、
前記検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する絞り込み検索処理手段と、
を備えたことを特徴とする情報検索依頼装置。
【０１０６】
（付記２）前記第１の検索条件は、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件であることを特徴とする付記１に記載の情報検索依頼装置。
【０１０７】
（付記３）前記検索結果および該検索結果を取得した日時である検索日時を関連付けて記憶する検索結果記憶手段と、前記検索日時を基にして前記検索結果取得後に更新された情報に対する再検索要求を前記サーバに行う再検索要求手段とを更に備えたことを特徴とする付記１または２に記載の情報検索依頼装置。
【０１０８】
（付記４）前記第１の検索条件を前記サーバに送信してから前記検索結果を取得するまでの時間を基にして、前記第１の検索条件を変更する検索条件変更手段を更に備えたことを特徴とする付記１、２または３に記載の情報検索依頼装置。
【０１０９】
（付記５）データベースから情報を検索するサーバと、該サーバに対して情報の検索依頼をおこなうクライアント端末とからなる情報検索システムであって、
前記クライアント端末は、
前記サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果を前記サーバから取得する検索依頼手段と、
前記検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する絞り込み検索処理手段と、
を備えたことを特徴とする情報検索システム。
【０１１０】
（付記６）データベースから情報を検索するサーバに対して情報の検索を依頼する情報検索依頼プログラムであって、
前記サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果を前記サーバから取得する検索結果取得手順と、
前記検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する絞り込み検索処理手順と、
をコンピュータに実行させることを特徴とする情報検索依頼プログラム。
【０１１１】
（付記７）前記第１の検索条件は、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件であることを特徴とする付記６に記載の情報検索依頼プログラム。
【０１１２】
（付記８）前記サーバの処理状況に応じて、前記第１の検索条件を変更する検索条件変更手順を更にコンピュータに実行させることを特徴とする付記６または７に記載の情報検索依頼プログラム。
【０１１３】
（付記９）データベースから情報を検索するサーバに対して情報の検索を依頼する情報検索依頼方法であって、
前記サーバに対してサーバの検索処理に適した第１の検索条件による検索を依頼し、該第１の検索条件に対応した検索結果を前記サーバから取得する検索結果取得工程と、
前記検索結果に対して最終的な検索結果を導くための検索条件である第２の検索条件を用いることにより絞り込み検索を実行し、最終的な検索結果を出力する絞り込み検索処理工程と、
を含んだことを特徴とする情報検索依頼方法。
【０１１４】
（付記１０）前記第１の検索条件は、インデックス項目による検索を利用可能な条件、パーティショニングにて前記サーバの検索処理が最適化されている項目を利用可能な条件または大幅に範囲を絞り込める条件であることを特徴とする付記９に記載の情報検索依頼方法。
【産業上の利用可能性】
【０１１５】
以上のように、本発明にかかる情報検索依頼装置は、サーバがクライアントから所定の検索条件を受信し、要求元のクライアントに検索条件に対応する検索結果を送信するような情報検索システムなどに対して有用である。
【図面の簡単な説明】
【０１１６】
【図１】本実施例１にかかるクライアント端末およびサーバの構成を示す機能ブロック図である。
【図２】データベースが記憶している検索対象データの一例を示す図である。
【図３】広域・詳細条件にかかわる条件分類の分類例を示す図である。
【図４】条件分類データのデータ構造の一例を示す図である。
【図５】利用者条件データのデータ構造の一例を示す図である。
【図６】広域条件データのデータ構造の一例を示す図である。
【図７】詳細条件データのデータ構造の一例を示す図である。
【図８】検索日時データのデータ構造の一例を示す図である。
【図９】差分条件データのデータ構造の一例を示す図である。
【図１０】フラグデータのデータ構造の一例を示す図である。
【図１１】保存ファイルのデータ構造の一例を示す図である。
【図１２】保存キーリストデータのデータ構造の一例を示す図である。
【図１３】削除確認依頼に対する応答に含まれるデータの一例を示す図である。
【図１４】クライアント端末の処理手順を示すフローチャートである。
【図１５】従来の情報検索ロジックによる検出時間と本発明の情報検索ロジックによる検出時間とを説明するための説明図である。
【図１６】本実施例２にかかるクライアント端末およびサーバの構成を示す機能ブロック図である。
【図１７】履歴データのデータ構造の一例を示す図である。
【図１８】応答時間管理部が応答時間および広域条件を記録する処理を示すフローチャートである。
【図１９】応答時間管理部が条件分類データを修正する処理を示すフローチャートである。
【図２０】情報検索依頼プログラムを実行するコンピュータを示す図である。
【符号の説明】
【０１１７】
３０    コンピュータ
３１    入力装置
３２    表示装置
３３    通信装置
３４    ＲＡＭ
３４ａ，１４０ａ  条件分類データ
３４ｂ，１４０ｂ  利用者条件データ
３４ｃ，１４０ｃ  フラグデータ
３４ｄ，１４０ｄ  広域条件データ
３４ｅ，１４０ｅ  詳細条件データ
３４ｆ，１４０ｆ  差分条件データ
３４ｇ，１４０ｇ  保存ファイル
３４ｈ，１４０ｈ  検索日時データ
３５    ＲＯＭ
３５ａ  検索要求プログラム
３５ｂ  詳細検索プログラム
３５ｃ  条件データ処理プログラム
３６    ＣＰＵ
３６ａ  検索要求プロセス
３６ｂ  詳細検索実行プロセス
３６ｃ  条件データ処理プロセス
３７    バス
１００，４００    クライアント端末
１１０    通信部
１２０    条件データ管理部
１３０    入力部
１４０    記憶部
１５０    検索要求部
１６０    詳細検索実行部
１７０    保存ファイル表示部
２００    サーバ
２１０    通信部
２２０    条件分類データ管理部
２３０    記憶部
２３０ａ  条件分類データ
２４０    入力部
３００    データベース
３１０    検索対象データ
【図１】
2006302136.tif 000003
【図２】
2006302136.tif 000004
【図３】
2006302136.tif 000005
【図４】
2006302136.tif 000006
【図５】
2006302136.tif 000007
【図６】
2006302136.tif 000008
【図７】
2006302136.tif 000009
【図８】
2006302136.tif 000010
【図９】
2006302136.tif 000011
【図１０】
2006302136.tif 000012
【図１１】
2006302136.tif 000013
【図１２】
2006302136.tif 000014
【図１３】
2006302136.tif 000015
【図１４】
2006302136.tif 000016
【図１５】
2006302136.tif 000017
【図１６】
2006302136.tif 000018
【図１７】
2006302136.tif 000019
【図１８】
2006302136.tif 000020
【図１９】
2006302136.tif 000021
【図２０】
2006302136.tif 000022