(57)【要約】【課題】情報検索を行う場合に、検索対象となるデータの多少にかかわらず、検索性能をよくする。【解決手段】情報検索システム１は、１以上のクライアント２及びサーバ３が、ネットワーク４を介して接続されて構成され、サーバ３がクライアント２からのデータ検索要求を受けて複数の処理を行う場合に、少なくとも１つの処理の進捗状況に応じて、複数の処理を一括して、又は分割して並行して実行するとともに、さらに並行実行している複数の処理を一括して実行する。情報検索システム１は、例えば、ネットワークバンキングシステムであり、複数の処理としては、サーバ３がクライアント２からのデータ検索要求に付加された検索条件に該当する入出金明細を取得し、クライアント２に送信する処理（第１の処理）と、サーバ３が当該検索条件に該当する入出金明細に係る入金合計／出金合計を求め、クライアント２に送信する処理（第２の処理）とが挙げられる。【選択図】図１
2008033396.tif 000002
【特許請求の範囲】
【請求項１】
検索条件が付加されたデータ検索要求を取得する入力部と、
データ検索の対象となるデータを記憶する記憶部と、
前記入力部が取得したデータ検索要求に付加された検索条件に従って、前記記憶部に記憶されたデータを検索し、前記検索条件に該当するデータを抽出するとともに、該抽出したデータに基づいて所定の処理を行う処理部と、
前記処理部が抽出したデータ及び前記所定の処理を行った結果を示すデータを出力する出力部と、
を備え、
前記処理部は、
前記記憶部から前記検索条件に該当するデータを抽出し、抽出したデータを所定数ごとに前記出力部に渡す第１の処理と、前記記憶部から前記検索条件に該当するデータを抽出し、抽出したデータに基づいて前記所定の処理を行った結果を示すデータを前記出力部に渡す第２の処理とを並行して実行する並行実行部
を備える
ことを特徴とする情報検索装置。
【請求項２】
前記処理部は、
前記第１の処理で抽出したデータに対して前記所定の処理を行い、前記抽出したデータと前記所定の処理の結果を示すデータとを一括して前記出力部に渡すことにより、前記第１の処理と前記第２の処理とを一括して実行する一括実行部を備えるとともに、
前記第２の処理の進捗状況に応じて前記並行実行部又は前記一括実行部に前記第１の処理及び前記第２の処理を実行させる
ことを特徴とする請求項１に記載の情報検索装置。
【請求項３】
前記処理部は、
前記並行実行部に前記第１の処理及び前記第２の処理を実行させている場合に、前記第２の処理における所定の処理が終了したときに、前記一括実行部に前記第１の処理及び前記第２の処理を実行させる
ことを特徴とする請求項２に記載の情報検索装置。
【請求項４】
サーバと、そのサーバと通信可能なクライアントとにより構成された情報検索システムであって、
前記クライアントは、
検索条件が付加されたデータ検索要求を取得する入力部と、
前記サーバから受信した、前記検索条件に該当するデータを表示する表示部と、
を備え、
前記サーバは、
前記クライアントからのデータ検索要求を受信する受信部と、
データ検索の対象となるデータを記憶する記憶部と、
前記受信部が受信したデータ検索要求に付加された検索条件に従って、前記記憶部に記憶されたデータを検索し、前記検索条件に該当するデータを抽出するとともに、該抽出したデータに基づいて所定の処理を行う処理部と、
前記処理部が抽出したデータ及び前記所定の処理を行った結果を示すデータを前記クライアントに送信する送信部と、
を備え、
前記処理部は、
前記記憶部から前記検索条件に該当するデータを抽出し、抽出したデータを所定数ごとに前記送信部に出力する第１の処理と、前記記憶部から前記検索条件に該当するデータを抽出し、抽出した各データに基づいて前記所定の処理を行った結果を示すデータを前記送信部に出力する第２の処理とを並行して実行する並行実行部
を備える
ことを特徴とする情報検索システム。
【請求項５】
前記処理部は、
前記第１の処理で抽出したデータに対して前記所定の処理を行い、前記抽出したデータと前記所定の処理の結果を示すデータとを一括して前記出力部に渡すことにより、前記第１の処理と前記第２の処理とを一括して実行する一括実行部を備えるとともに、
前記第２の処理の進捗状況に応じて前記並行実行部又は前記一括実行部に前記第１の処理及び前記第２の処理を実行させる
ことを特徴とする請求項４に記載の情報検索システム。
【請求項６】
前記処理部は、
前記並行実行部に前記第１の処理及び前記第２の処理を実行させている場合に、前記第２の処理における所定の処理が終了したときに、前記一括実行部に前記第１の処理及び前記第２の処理を実行させる
ことを特徴とする請求項５に記載の情報検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索装置及び情報検索システムにおける検索処理に関する。
【背景技術】
【０００２】
インターネットバンキングシステムのデータベースには、膨大な量の顧客の入出金明細のデータが蓄積されている。当該データの検索性能を確保するためには、膨大な量のデータをすべて高速アクセス可能なメモリ上に常駐させておくことが考えられるが、システムの構築コストの観点（メモリのコストや使用効率など）からみて実際には困難である。
【０００３】
そこで、顧客用端末であるクライアントから入出金明細のデータを要求される度に、データベースを管理するサーバでは、指定された期間におけるデータをデータベースからメモリに読み出し、読み出したデータをクライアントに送信し、クライアントでは、サーバから受信したデータを画面に表示している。サーバの処理には２通りある。第１の処理は、データベースから数個の明細データを順次読み出しつつ、数個ずつクライアントに送信するものである。第２の処理は、データベースからメモリサイズ分の明細データを順次読み出し、すべての明細データを取得し終えてからクライアントに送信するものである。
【０００４】
なお、特許文献１には、実行する必要のある振込データの件数を計数し、所定件数未満の場合には、内容チェック処理を行い、所定件数以上の場合には、一旦内容チェック未了の警告メッセージを表示し、所定周期で行われる内容チェック処理が完了した後に、警告メッセージの表示を消去する金融取引支援装置が開示されている。これにより、顧客の待ち時間を短くすることができる。
【特許文献１】特開２００５−９２６７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、第１の処理においては、明細データを数個ずつデータベースから読み出すため、入出金明細を早いレスポンスでクライアントの画面に表示できるというメリットがあるものの、入金合計や出金合計のようにすべての明細データを読み出さなければ求められない値については、その表示をあきらめざるを得なかった。
【０００６】
一方、第２の処理においては、明細データが大量にある場合にはすべての明細データを読み出すのに長い時間がかかり、その後に入金合計及び出金合計がクライアントの画面に表示できるようになる。第２の処理の最中は、メモリ上の明細データが逐次変わっていくので、入出金明細を任意に表示することはできない。入出金明細を表示しようとすれば、第２の処理の終了を待たなければならない。
【０００７】
本発明は、上記課題を鑑みてなされたものであり、情報検索を行う場合に、検索対象となるデータの多少にかかわらず、検索性能をよくすることを主たる目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、情報検索装置であって、検索条件が付加されたデータ検索要求を取得する入力部と、データ検索の対象となるデータを記憶する記憶部と、前記入力部が取得したデータ検索要求に付加された検索条件に従って、前記記憶部に記憶されたデータを検索し、前記検索条件に該当するデータを抽出するとともに、該抽出したデータに基づいて所定の処理を行う処理部と、前記処理部が抽出したデータ及び前記所定の処理を行った結果を示すデータを出力する出力部とを備え、前記処理部が、前記記憶部から前記検索条件に該当するデータを抽出し、抽出したデータを所定数ごとに前記出力部に渡す第１の処理と、前記記憶部から前記検索条件に該当するデータを抽出し、抽出したデータに基づいて前記所定の処理を行った結果を示すデータを前記出力部に渡す第２の処理とを並行して実行する並行実行部を備えることを特徴とする。
【０００９】
この構成によれば、検索条件に該当するすべてのデータが必要な第２の処理を実行しつつ、第２の処理に引きずられないように、第１の処理を随時実行するので、２つの処理を極力早く行うことができる。
【００１０】
また、本発明は、情報検索装置であって、前記処理部が、前記第１の処理で抽出したデータに対して前記所定の処理を行い、前記抽出したデータと前記所定の処理の結果を示すデータとを一括して前記出力部に渡すことにより、前記第１の処理と前記第２の処理とを一括して実行する一括実行部を備えるとともに、前記第２の処理の進捗状況に応じて前記並行実行部又は前記一括実行部に前記第１の処理及び前記第２の処理を実行させることを特徴とする。
【００１１】
この構成によれば、検索条件に該当するすべてのデータが必要な第２の処理が実行中の場合には、第１の処理及び第２の処理を並行実行し、第２の処理が終了した場合には、第１の処理及び第２の処理を一括実行するので、２つの処理を極力早く行うことができる。
【００１２】
また、本発明は、情報検索装置であって、前記処理部が、前記並行実行部に前記第１の処理及び前記第２の処理を実行させている場合に、前記第２の処理における所定の処理が終了したときに、前記一括実行部に前記第１の処理及び前記第２の処理を実行させることを特徴とする。
【００１３】
この構成によれば、検索条件に該当するすべてのデータが必要な第２の処理における所定の処理が終了したときには、第１の処理及び第２の処理を一括実行するので、２つの処理を極力早く行うことができる。
【００１４】
なお、請求項における情報検索装置は、サーバ又はスタンドアロンの情報検索装置に相当する。また、本発明は、情報検索システムを含む。その他、本願が開示する課題およびその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、情報検索を行う場合に、検索対象となるデータの多少にかかわらず、検索性能をよくすることができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、本発明を実施するための最良の形態を説明する。本発明の実施の形態に係る情報検索システムは、サーバがクライアントからのデータ検索要求を受けて複数の処理を行う場合に、少なくとも１つの処理の進捗状況に応じて、複数の処理を一括して、又は分割して並行して実行するとともに、さらに並行実行している複数の処理を一括して実行するものである。ここでは、複数の処理として、データ検索要求に付加された検索条件に該当する入出金明細を出力する処理（第１の処理）と、当該検索条件に該当する入出金明細に係る入金合計／出金合計を出力する処理（第２の処理）とを例として挙げ、サーバの処理を中心に説明する。
【００１７】
≪システムの構成と概要≫
図１は、情報検索システム１の構成を示す図である。情報検索システム１は、ネットワークバンキングシステムであり、１以上のクライアント２及びサーバ３が、ネットワーク４を介して接続されて構成される。クライアント２は、例えば、金融機関の顧客が自らの口座に係る取引を行うための端末であり、具体的には、ＡＴＭ（Automatic Teller Machine）端末やＰＣ（Personal Computer）などである。サーバ３は、クライアント２からの問い合わせや要求に応じて処理を行い、処理の結果を返信するサーバであり、具体的には、ビジネスサーバやＷｅｂサーバなどである。ネットワーク４は、クライアント２と、サーバ３とを相互に通信可能とするネットワークであり、具体的には、専用回線によるイントラネットや公衆回線によるインターネットなどである。
【００１８】
クライアント２は、通信部２１、入力部２２、表示部２３、処理部２４及び記憶部２５を備える。通信部２１は、ネットワーク４に接続され、ネットワーク４と、処理部２４との間でデータ（検索結果、演算処理結果）やメッセージ（データ検索要求）の受け渡しを行う。通信部２１は、ネットワーク接続機器などである。入力部２２は、金融機関の顧客に取引のために操作されるとともに、当該操作に伴って生成されたデータやメッセージを取得し、処理部２４に渡す。入力部２２は、ＡＴＭ端末の操作ボタンやＰＣのキーボード、マウスなどである。表示部２３は、処理部２４の指示に従って所定のデータを表示する。表示部２３は、液晶ディスプレイなどである。処理部２４は、クライアント２内の各部間のデータの受け渡しやデータの処理を行うことによって、クライアント２の機能を実現する。この処理部２４は、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。記憶部２５は、処理部２４の指示に従ってデータを記憶したり、記憶したデータを読み出したりする。記憶部２５は、ハードディスク装置やフラッシュメモリなどの不揮発性記憶装置である。
【００１９】
サーバ３は、通信部３１、処理部３２及び記憶部３３を備える。通信部３１は、ネットワーク４に接続され、ネットワーク４と、処理部３２との間でデータ（検索結果、演算処理結果）やメッセージ（データ検索要求）の受け渡しを行う。通信部３１は、ネットワーク接続機器などである。なお、通信部３１は、請求項における入力部、出力部、受信部又は送信部に相当する。処理部３２は、通信部３１と、記憶部３２との間にあって、その間のデータの受け渡しやデータの処理を行うことによって、サーバ３の機能を実現する。例えば、処理部３２は、通信部３１にデータを出力することによって、クライアント２にデータを送信する。この処理部３２は、ＣＰＵが所定のメモリに格納されたプログラムを実行することによって実現される。記憶部３３は、処理部３２の指示に従ってデータを記憶したり、記憶したデータを読み出したりする。記憶部３３は、データベースが記憶されたものであり、ハードディスク装置やフラッシュメモリなどの不揮発性記憶装置によって実現される。
【００２０】
図２は、サーバ３の処理部３２の構成を示す図である。処理部３２は、処理実行部３２１及びデータベース管理部（以下、ＤＢ管理部ともいう）３２２を含んで構成される。処理実行部３２１は、クライアント２から受けたデータ検索要求の検索条件に従って、記憶部３３に記憶されたデータの検索を行い、検索結果又は検索結果を処理した結果を通信部３１に渡す。記憶部３３に記憶されたデータの検索に際しては、データベース管理部３２２にデータベース検索指示（以下、ＤＢ検索指示という）を発行する。データベース管理部３２２は、処理実行部３２１からの指示を受けて、記憶部３３に記憶されたデータベースを操作し、所定の出力を行うデータベース管理システム（Database Management System：ＤＢＭＳ）である。
【００２１】
処理実行部３２１は、一括実行部３２１１及び並行実行部３２１２を備える。一括実行部３２１１は、データ検索要求に付加された検索条件に該当する入出金明細を出力する処理と、当該検索条件に該当する入出金明細に係る入金合計／出金合計を出力する処理とを一括して実行する。並行実行部３２１２は、入出金明細を出力する処理と、入金合計／出金合計を出力する処理とを分割し、並行して実行する。処理実行部３２１は、入金合計／出金合計を出力する処理の進捗状況に応じて、２つの処理を一括実行部３２１１又は並行実行部３２１２に実行させる。
【００２２】
≪データの構成≫
図３は、検索条件データ２２Ａの構成を示す図である。検索条件データ２２Ａは、顧客が自らの口座の明細データを参照したい場合に、クライアント２の入力部２２に操作入力する検索条件のデータであり、また、データ検索要求に付加されて通信部２１からサーバ３に送信されるデータである。
【００２３】
検索条件データ２２Ａは、支店名２２Ａ１、口座種類２２Ａ２、口座番号２２Ａ３、名義２２Ａ４及び期間２２Ａ５を含んで構成される。支店名２２Ａ１、口座種類２２Ａ２、口座番号２２Ａ３及び名義２２Ａ４は、顧客が開設している口座を特定するためのデータである。支店名２２Ａ１は、金融機関の支店のうち、口座を開設している支店の名前又はそのコードである。口座種類２２Ａ２は、「普通」や「当座」などの口座の種類を示すコードである。口座番号２２Ａ３は、口座の番号を示すコードである。名義２２Ａ４は、口座の名義人（法人又は個人）の名前又はそのコードである。期間２２Ａ５は、口座の明細データのうち、顧客が参照したいデータの期間を示すデータである。サーバ３においては、検索条件データ２２Ａを受けて、支店名２２Ａ１、口座種類２２Ａ２、口座番号２２Ａ３及び名義２２Ａ４により顧客の口座が特定され、さらに期間２２Ａ５により、特定された口座の明細データのうち、クライアント２に送信すべき明細データが絞り込まれる。なお、検索条件データ２２Ａは、口座を特定するためのデータ及び期間以外のデータを含んでいてもよい。例えば、取引区分（「預金機」、「カード」など）や、取引に係る金額の範囲を検索条件にしてもよい。
【００２４】
図４は、入金明細データ３３Ａの構成を示す図である。入金明細データ３３Ａは、当該金融機関における口座への入金に関するレコード（データ）を時系列に蓄積したものであり、口座への入金が行われる度に１レコードずつサーバ３の記憶部３３に記憶される。なお、サーバ３の記憶部３３には、同様の構成を持つ出金明細データも記憶されているものとする。
【００２５】
入金明細データ３３Ａは、支店名３３Ａ１、口座種類３３Ａ２、口座番号３３Ａ３、名義３３Ａ４、取引日３３Ａ５、指定日３３Ａ６、取引区分３３Ａ７、摘要３３Ａ８及び入金金額３３Ａ９を含むレコードから構成される。支店名３３Ａ１、口座種類３３Ａ２、口座番号３３Ａ３及び名義３３Ａ４は、検索条件データ２２Ａの支店名２２Ａ１、口座種類２２Ａ２、口座番号２２Ａ３及び名義２２Ａ４と同様であるので、説明を割愛する。取引日３３Ａ５は、実際に口座への入金が行われた日付を示すデータである。指定日３３Ａ６は、振込依頼人等が個別に取引の実行を指定した日を示すデータである。取引区分３３Ａ７は、入金の形態を示すデータであり、「預金機」や「カード」などがある。摘要３３Ａ８は、入金についての特記事項を記載したものである。入金金額３３Ａ９は、入金の金額を示すデータである。
【００２６】
≪システムの処理≫
続いて、情報検索システム１の処理について説明する。図５及び図６は、情報検索システム１の処理を示すフローチャートである。ここでは、クライアント２と、サーバ３の処理部３２の処理実行部３２１及びＤＢ管理部３２２とを処理の主体として説明する。なお、入金明細を中心として説明するが、その内容は出金明細についても適用される。
【００２７】
まず、図５を参照して説明する。クライアント２では、顧客が口座を特定するデータ（口座番号など）及び入出金明細を参照したい期間を検索条件として入力部２２に入力する。なお、口座を特定するデータの代わりに、法人又は個人のＩＤを入力し、クライアント２又はサーバ３で当該ＩＤから口座を特定するようにしてもよい。その場合、ＩＤの入力にカードを利用してもよい。そして、顧客の入力操作に伴って、入力部２２が、検索条件データ２２Ａを取得し（ステップＳ５０１）、処理部２４に渡す。処理部２４は、渡された検索条件データ２２Ａを記憶部２５に記憶させるとともに、検索条件データ２２Ａが付加された明細要求（データ検索要求）をサーバ３に送信する（ステップＳ５０２）。
【００２８】
サーバ３では、処理部３２の処理実行部３２１が、クライアント２からの明細要求を通信部３１経由で受信し、受信した明細要求に基づいてＤＢ検索指示をＤＢ管理部３２２に発行する（ステップＳ５１１）。ＤＢ検索指示には、検索条件データ２２Ａに加えて、検索条件に該当するレコードのうち、最初の（最も古い）レコードから２０レコード以内を要求する出力条件が含まれる。なお、２０レコード以内というのは、一例であって、ＤＢ検索に使用可能なメモリ容量やプログラム間通信の動作環境、処理部３２と記憶部３３との間のインタフェース仕様などに応じて、一度に出力すべき最大レコード数が適切に設定される。ＤＢ管理部３２２は、処理実行部３２１からのＤＢ検索指示を受けて、記憶部３３に記憶されたデータベースを操作して検索を行い、検索条件に該当する明細データ（レコード）を処理実行部３２１に出力する（ステップＳ５２１）。ここで、２０レコードを出力した場合に、明細データの続きがあるか否かを示すために、続きの有無フラグ又は該当する明細データの総数を合わせて出力する。
【００２９】
処理実行部３２１は、ＤＢ管理部３２２から明細データを入力し、明細データの続きがあるか否かを判定する（ステップＳ５１２）。この判定について説明すると、まず、入力した明細データが２０レコード未満であれば、続きはないと判定する。一方、入力した明細データが２０レコードであれば、続きの有無フラグ又は該当する明細データの総数によって判定する。すなわち、続きの有無フラグが「あり」を示す場合又は該当する明細データの総数が２０を超える場合には、続きがあると判定する。また、続きの有無フラグが「なし」を示す場合又は該当する明細データの総数が２０以内である場合には、続きがないと判定する。
【００３０】
明細データの続きがない場合には（ステップＳ５１２のＮＯ）、処理実行部３２１は、一括実行部３２１１に処理を実行させる。一括実行部３２１１は、ＤＢ管理部３２２から入力した明細データの金額の合計を計算する（ステップＳ５１３）。そして、明細データ及び金額の合計を通信部３１経由でクライアント２に送信する（ステップＳ５１４）。クライアント２では、通信部２１がサーバ３からの明細データ及び金額の合計を受信し、処理部２４に渡し、処理部２４の指示に従って、表示部２３が明細データ及び金額の合計を表示する（ステップＳ５０３）。この場合、表示部２３に表示された明細データの続きがなく、次画面表示の処理を行うこともないので、ステップＳ５０１で取得した検索条件に係るクライアント２の処理は終了することになる（図６参照）。
【００３１】
図７は、明細データ及び金額の合計を表示した照会画面Ｇ１を示す図である。照会画面Ｇ１には、照会条件Ｊ１、取引明細Ｍ１、小合計Ｓ１及び大合計Ｄ１が表示される。照会条件Ｊ１は、照会口座、照会期間及び操作日時が表示される欄である。取引明細Ｍ１は、取引日、指定日、取引区分、摘要及び入金金額が表示される欄である。小合計Ｓ１は、現在表示中の取引明細Ｍ１の入金金額の合計が表示される欄である。大合計Ｄ１は、照会条件Ｊ１の照会口座及び照会期間に合致する明細データについて、入金金額の合計金額及び明細合計数が表示される欄である。
【００３２】
図５に戻って、明細データの続きがある場合には（ステップＳ５１２のＹＥＳ）、サーバ３の処理実行部３２１は、並行実行部３２１２に処理を実行させる。並行実行部３２１２は、ステップＳ５１５の処理とステップＳ５１６〜Ｓ５１９の処理とを並行して実行する。具体的な動作としては、ステップＳ５１５の処理がステップＳ５１６〜Ｓ５１９の処理より優先され、ステップＳ５１５の処理が待ち状態（例えば、通信部３１の応答待ち状態や、処理時間分割方式における時間割り当て待ち状態など）になったとき又は終了したときに、ステップＳ５１６〜Ｓ５１９の処理が行われる。並行実行部３２１２は、まず、ＤＢ管理部３２２から入力した明細データを通信部３１経由でクライアント２に送信する（ステップＳ５１５）。クライアント２では、通信部２１がサーバ３からの明細データを受信し、処理部２４に渡し、処理部２４の指示に従って、表示部２３が明細データを表示する（ステップＳ５０４）。
【００３３】
図８は、明細データを表示した照会画面Ｇ２を示す図である。照会画面Ｇ２には、照会条件Ｊ２、取引明細Ｍ２及び小合計Ｓ２が表示される。ここでは、入金金額の合計金額がまだ算出されていないので、大合計が表示されないことになる。
【００３４】
図５に戻って、並行実行部３２１２は、ステップＳ５１５の処理を実行する一方、金額の合計を計算するのに明細データの続きを取得するために、ＤＢ検索指示をＤＢ管理部３２２に発行する（ステップＳ５１６）。ここでは、検索条件に該当する２１番目のレコードからメモリサイズ分に相当するＮレコード以内を要求する。ＤＢ管理部３２２は、並行実行部３２１２からのＤＢ検索指示を受けて、検索条件に該当する明細データ（レコード）を処理実行部３２１に出力する（ステップＳ５２２）。ここで、Ｎレコードを出力した場合に、明細データの続きがあるか否かを示すために、続きの有無フラグを合わせて出力する。
【００３５】
並行実行部３２１２は、ＤＢ管理部３２２から明細データを入力し、明細データから入金金額の項目を抽出し、メモリ上に記憶した後に、明細データの続きがあるか否かを判定する（ステップＳ５１７）。この判定について説明すると、まず、入力した明細データがＮレコード未満であれば、続きはないと判定する。次に、入力した明細データがＮレコードであれば、続きの有無フラグによって判定する。すなわち、続きの有無フラグが「あり」を示す場合には、続きがあると判定する。また、続きの有無フラグが「なし」を示す場合には、続きがないと判定する。
【００３６】
明細データの続きがあれば（ステップＳ５１７のＹＥＳ）、ＤＢ検索指示をＤＢ管理部３２２に再度発行する（ステップＳ５１６）。ここでは、（２１＋Ｎ）番目のレコードからＮレコード以内を要求し、これ以降のステップＳ５１６の処理では、順次（２１＋２Ｎ）番目、（２１＋３Ｎ）番目、・・・からのレコードを要求する。
【００３７】
明細データの続きがなければ（ステップＳ５１７のＮＯ）、並行実行部３２１２は、明細データから抽出し、メモリ上に記憶した入金金額の合計を計算し、合計計算終了フラグを１に設定する（ステップＳ５１８）。そして、入金金額の合計を通信部３１経由でクライアント２に送信する（ステップＳ５１９）。この時点で、ステップＳ５１６ないしステップＳ５１９の処理が終了することになる。クライアント２では、通信部２１がサーバ３からの入金金額の合計を受信し、処理部２４に渡し、処理部２４の指示に従って、表示部２３が入金金額の合計をポップアップ表示する（ステップＳ５０５）。これは、明細データだけの表示（ステップＳ５０４）又は次画面の表示のタイミングで金額の合計の計算が終了せず、明細データだけが表示された後になって金額の合計の計算が終了した場合である。
【００３８】
図９は、画面Ｇ３がポップアップ表示された照会画面Ｇ２を示す図である。照会画面Ｇ２の下部に、ポップアップウィンドウとして画面Ｇ３が表示されている。画面Ｇ３には、大合計Ｄ２が表示される。これにより、明細データの表示とは非同期に、金額の合計の計算が終了した時点で表示されるので、より早く金額の合計を知ることができる。
【００３９】
続いて、図６を参照して説明する。顧客は、クライアント２の入力部２２に次画面の指示を入力する。これは、操作ボタンやキーボードにおける「次画面」のボタンを押圧することによって行われる。また、顧客は、表示部２３に表示された照会画面の「次の画面へ」をマウスによりクリックしてもよい。顧客の入力操作に伴って、入力部２２が、次画面指示を取得し（ステップＳ６０１）、処理部２４に渡す。処理部２４は、先に記憶部２５に記憶させた検索条件データ２２Ａを読み出し、検索条件データ２２Ａが付加された明細要求（データ検索要求）をサーバ３に送信する（ステップＳ６０２）。ここでは、２１番目以降のレコードを要求する。なお、クライアント２は、次画面の指示を入力した後に、顧客の操作に応じて、前画面の指示を入力してもよい。
【００４０】
サーバ３では、処理部３２の処理実行部３２１が、クライアント２からの明細要求を通信部３１経由で受信し、受信した明細要求に基づいてＤＢ検索指示をＤＢ管理部３２２に発行する（ステップＳ６１１）。ここで、図５のステップＳ５１６〜Ｓ５１９の処理が終了していない場合であっても、ステップＳ６１１の処理が優先される。ＤＢ検索指示には、検索条件データ２２Ａに加えて、検索条件に該当するレコードのうち、２１番目のレコードから２０レコード以内を要求する出力条件が含まれる。ＤＢ管理部３２２は、処理実行部３２１からのＤＢ検索指示を受けて、記憶部３３に記憶されたデータベースを操作して検索を行い、検索条件に該当する明細データ（レコード）を処理実行部３２１に出力する（ステップＳ６２１）。
【００４１】
処理実行部３２１は、ＤＢ管理部３２２から明細データを入力するとともに、金額の合計の計算が終了したか否かを判定する（ステップＳ６１２）。この判定は、合計計算終了フラグが１に設定されているか否かのチェックによって行われる。合計計算が終了していれば（ステップＳ６１２のＹＥＳ）、処理実行部３２１は、一括実行部３２１１に処理を実行させる。一括実行部３２１１は、ＤＢ管理部３２２から入力した明細データ及び金額の合計を通信部３１経由でクライアント２に送信する（ステップＳ６１３）。クライアント２では、通信部２１がサーバ３からの明細データ及び金額の合計を受信し、処理部２４に渡し、処理部２４の指示に従って、表示部２３が明細データ及び金額の合計を表示する（ステップＳ６０３）。この表示は、図７の照会画面Ｇ１と同様に行われる。そして、クライアント２の処理は、顧客の操作に応じて、さらに次画面指示を取得するか（ステップＳ６０１）又は終了することになる。
【００４２】
合計計算が終了していなければ（ステップＳ６１２のＮＯ）、処理実行部３２１は、並行実行部３２１２に処理を実行させる。並行実行部３２１２は、ステップＳ６１４の処理と図５のステップＳ５１６〜Ｓ５１９の処理とを並行して実行する。具体的な動作としては、ステップＳ６１４の処理がステップＳ５１６〜Ｓ５１９の処理より優先され、ステップＳ５１５の処理が待ち状態になったとき又は終了したときに、ステップＳ５１６〜Ｓ５１９の処理が行われる。並行実行部３２１２は、まず、ＤＢ管理部３２２から入力した明細データを通信部３１経由でクライアント２に送信する（ステップＳ６１４）。クライアント２では、通信部２１がサーバ３からの明細データを受信し、処理部２４に渡し、処理部２４の指示に従って、表示部２３が明細データを表示する（ステップＳ６０４）。この表示は、図８の照会画面Ｇ２と同様に行われる。そして、クライアント２の処理は、顧客の操作に応じて、さらに次画面指示を取得するか（ステップＳ６０１）又は終了することになる。
【００４３】
並行実行部３２１２は、一方、金額の合計を計算するのに明細データの続きを取得するために、ＤＢ検索指示をＤＢ管理部３２２に発行する（ステップＳ５１６）。これ以降は、既に説明した内容と同様であるので、説明を割愛する。
【００４４】
以上本発明の実施の形態について説明したが、図１に示す情報検索システム１のクライアント２及びサーバ３の各部を機能させるために、それぞれの処理部で実行されるプログラムをコンピュータにより読み取り可能な記録媒体に記録し、その記録したプログラムをコンピュータに読み込ませ、実行させることにより、本発明の実施の形態に係る情報検索システム１が実現されるものとする。なお、プログラムをインターネットなどのネットワーク経由でコンピュータに提供してもよいし、プログラムが書き込まれた半導体チップなどをコンピュータに組み込んでもよい。
【００４５】
以上説明した本発明の実施の形態によれば、大合計Ｄ１やＤ２（金額合計及び明細合計数）の表示を、合計計算の進捗状況に応じて制御するので、合計計算が終了した時点ですぐに金額合計及び明細合計数を知ることができる。
【００４６】
また、情報検索システム１において、サーバ３で入出金明細及び入金合計、出金合計をそれぞれ極力早く求めて、クライアント２に表示することができる。これによれば、サーバ３の記憶部３３に記憶された明細データの多少にかかわらず、クライアント２からのデータ検索要求に対する応答性能をよくすることができる。
【００４７】
≪その他の実施の形態≫
以上、本発明を実施するための最良の形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。例えば、以下のような実施の形態が考えられる。
【００４８】
（１）情報検索システム１とは別にサーバ３と通信可能なホストシステム（メインフレーム）があり、そのホストシステムに明細データを記憶するデータベースを備えるようにしてもよい。この場合、サーバ３がクライアント２からデータ検索要求を受けた場合に、サーバ３及びホストシステムが連係して処理することになるが、処理実行部３２１及びデータベース管理部３２２の機能分担には複数のパターンが考えられる。例えば、前記実施の形態と同様にサーバ３に処理実行部３２１及びデータベース管理部３２２を設けてもよいし、逆にホストシステムに処理実行部３２１及びデータベース管理部３２２を設けてもよい。また、サーバ３に処理実行部３２１を設けるとともに、ホストシステムにデータベース管理部３２２を設けてもよい。
【００４９】
（２）前記実施の形態では、１以上のクライアント２及びサーバ３を備える情報検索システム１について説明したが、オンラインシステムに限定する必要はなく、スタンドアロンの情報検索装置であってもよい。この場合、情報検索装置は、入力部、記憶部、処理部及び表示部を備える。入力部は、顧客が入力した、検索条件が付加されたデータ検索要求を取得する。記憶部は、データ検索の対象となるデータを記憶する。処理部は、入力部が取得したデータ検索要求に付加された検索条件に従って、記憶部に記憶されたデータを検索し、検索した結果又は当該データから処理した結果を表示部（出力部）に渡す。表示部は、処理部から渡されたデータを表示（外部に出力）する。
【００５０】
（３）前記実施の形態では、入金明細データ３３Ａのうち、検索条件に該当する全レコードの項目として入金金額３３Ａ９を抽出し、所定の処理として入金金額３３Ａ９の合計を計算するように記載したが、それに限定される必要はなく、他の項目又は他の演算であってもよい。例えば、入金金額３３Ａ９の平均値や、最大値、最小値を求めるようにしてもよい。
【００５１】
（４）情報検索システム１は、ネットワークバンキングシステムだけでなく、個々のデータを出力する処理、及び全データの所定の項目について演算し、その演算結果を出力する処理を行うような他のシステムに適用してもよい。例えば、企業内のシステムとして、会計システム、給与システム、経費システムなどに適用してもよい。また、生産や営業に係るシステムとして、在庫管理システムや受発注管理システムなどに適用してもよい。
【図面の簡単な説明】
【００５２】
【図１】情報検索システム１の構成を示す図である。
【図２】サーバ３の処理部３２の構成を示す図である。
【図３】検索条件データ２２Ａの構成を示す図である。
【図４】入金明細データ３３Ａの構成を示す図である。
【図５】情報検索システム１の処理を示すフローチャートである。
【図６】情報検索システム１の処理を示すフローチャート（図５の続き）である。
【図７】明細データ及び金額の合計を表示した照会画面Ｇ１を示す図である。
【図８】明細データを表示した照会画面Ｇ２を示す図である。
【図９】画面Ｇ３がポップアップ表示された照会画面Ｇ２を示す図である。
【符号の説明】
【００５３】
１    情報検索システム
２    クライアント
２２  入力部
２３  表示部
３    サーバ
３１  通信部（入力部、出力部、受信部、送信部）
３２  処理部
３２１１  一括実行部
３２１２  並行実行部
３３  記憶部
４    ネットワーク
【図１】
2008033396.tif 000003
【図２】
2008033396.tif 000004
【図３】
2008033396.tif 000005
【図４】
2008033396.tif 000006
【図５】
2008033396.tif 000007
【図６】
2008033396.tif 000008
【図７】
2008033396.tif 000009
【図８】
2008033396.tif 000010
【図９】
2008033396.tif 000011