JP2003108561A - データベース検索システム - Google Patents

Abstract

(57)【要約】 【課題】 応対回答を要求して該応対回答を得るまでの
過程での、応答時間を短縮したり、様々な問合せ先に対
する、応答回答の要求元のアプリケーション・プログラ
ムなどでの対応を容易に行えるようにしたりする。 【解決手段】 パーツ・プール・メモリ５０を活用しな
がら、今回のデータベース検索におけるアプリケーショ
ン・プログラム３からの元要求情報を、データベース６
に対する規定問合せ情報に変換する。又、元要求情報の
段階、及び、規定問合せ情報の段階において、回答キャ
ッシュ・メモリ５２から検索結果を読み出して、これを
データベース検索結果とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、特に、応対回答を
要求して該応対回答を得るまでの過程での、応答時間を
短縮したり、様々な問合せ先に対する、応答回答の要求
元のアプリケーション・プログラムなどでの対応を容易
に行えるようにしたりすることができるデータベース検
索方法、データベース検索前置処理装置、問合せ処理方
法、これらに係るコンピュータ・プログラム、及び該コ
ンピュータプログラムを記録したコンピュータ読み取り
可能な記録媒体に関する。

【０００２】

【従来の技術】ＤＢＭＳ（Data Base Management Sy
stem）としては、ＯＲＡＣＬＥ、ＳＹＢＡＳＥ、Ｉｎｆ
ｏｒｍｉｘなどの汎用のものを利用することが多い。
又、汎用ＤＢＭＳでは、例えばＳＱＬ（Structured Qu
ery Language）など、予め定められた問合せ手続きの
規定に従ってＤＢＭＳを利用することになる。

【０００３】特開平６−３０９３７３では、このような
汎用ＤＢＭＳを利用する際に、ＤＢＭＳとアプリケーシ
ョン・プログラムとの間にあって、要求ＳＱＬ文とこれ
に対するＤＢＭＳからの回答データとを対にして記憶し
ておき、該記憶の要求ＳＱＬ文を再びアプリケーション
・プログラムから受けた場合には、該要求ＳＱＬ文と対
になって記憶されている回答データをアプリケーション
・プログラムに返すという技術が開示されている。該特
開平６−３０９３７３では、このように記憶されていた
回答データを利用できる場合は、汎用ＤＢＭＳの運用上
の応答性を改善することができる。

【０００４】

【発明が解決しようとする課題】しかしながら、該特開
平６−３０９３７３では、要求ＳＱＬ文とこれに対する
ＤＢＭＳからの回答データとを対にして記憶するため
に、多大の記憶容量を要する。従って該記憶のために、
記憶容量が多いがアクセスタイムは遅い記憶装置になっ
てしまうこともありえる。過去に受けた要求ＳＱＬ文と
同じで記憶されていた回答データを利用できる場合で
も、該記憶にアクセスタイムが遅い記憶装置を用いてい
るのであれば、むしろ、その都度ＤＢＭＳから直接に回
答データを得た方が、応答速度が速いという結果にもな
りえることになる。

【０００５】別の問題点として、アプリケーション・プ
ログラムにおいて、要求ＳＱＬ文などの予め定められた
問合せ手続きの規定に従った規定問合せ情報は、その都
度生成することがある。従って、汎用ＤＢＭＳを利用す
る際には、そもそも規定された規定問合せ情報の生成に
時間を要してしまい、応答速度が低下してしまう。

【０００６】例えば、アプリケーション・プログラムが
ＪＡＶＡ（登録商標）によるアプレットやサーブレット
である場合、上述のような規定問合せ情報の生成に要す
る時間が無視できなくなる場合がある。又、汎用ＤＢＭ
Ｓからの回答の際には、アプレットやサーブレットで取
り扱えるようなオブジェクトに変換する必要があり、該
変換には時間を要する。

【０００７】又、様々なＤＢＭＳなど、様々な問合せ先
に対して対応するためには、応答回答の要求元のアプリ
ケーション・プログラムなどで、それ相応の対応が必要
になる。例えば、様々な問合せ先に対して対応したアプ
リケーション・プログラムとしなければならず、手間や
費用や時間がかかるという問題がある。

【０００８】本発明は、前記従来の問題点を解決するべ
くなされたもので、応対回答を要求して該応対回答を得
るまでの過程での、応答時間を短縮したり、様々な問合
せ先に対する、応答回答の要求元のアプリケーション・
プログラムなどでの対応を容易に行えるようにしたりす
ることを目的とする。

【０００９】

【課題を解決するための手段】まず、本願の第１発明の
データベース検索方法は、予め定められた問合せ手続き
の規定に従った規定問合せ情報により問い合わせを受け
付けるデータベース装置、及び該データベース装置を問
合せ先装置とする問合せ元装置との間に、第１キャッシ
ュ・メモリ及び第２キャッシュ・メモリを有するデータ
ベース検索前置処理装置を介在させ、前記データベース
装置及び前記データベース検索前置処理装置の間は、前
記規定問合せ情報により、問合せ又その回答をするよう
にし、前記問合せ元装置及び前記データベース検索前置
処理装置の間は、前記問合せ手続き規定とは異なる形態
のパーツ化された元要求情報により、問合せ又その回答
をするようにし、該元要求情報の前記規定問合せ情報へ
の変換の少なくともその結果を含む履歴を、前記パーツ
単位で前記第２キャッシュ・メモリに保存すると共に、
前記規定問合せ情報への変換前の情報に基づいて参照で
きる形態で、前記問合せ元装置からの過去の問合せの、
少なくともその結果を含む履歴を、前記第１キャッシュ
・メモリに保存し、過去にあったものと同一の要求が、
前記問合せ元装置から再び発生した場合は、該第１キャ
ッシュ・メモリから検索結果を読み出して、これを元に
該問合せ元装置に対して回答するようにし、過去にあっ
たものと少なくとも一部パーツが同一の要求が前記問合
せ元装置から再び発生した場合は、前記第２キャッシュ
・メモリから該同一パーツの履歴を読み出して活用しな
がら、今回の元要求情報を前記規定問合せ情報へ変換
し、該変換結果を問合せ先装置の前記データベース装置
に送り、前記規定問合せ情報への変換前の段階で、過去
の前記データベース検索の履歴を、前記第１キャッシュ
・メモリに保存するようにしたことにより、前記課題を
解決したものである。

【００１０】又、本願の第１発明のデータベース検索方
法において、前記元要求情報である前記問合せ元装置か
らの問合せを、問合せ元装置で定義した問合せ要求の構
成要素毎の問合せ要求コードを含めて構成、又は該問合
せ要求コード、及び問合せ元装置で任意に名前付けた問
合せ要求ラベルを含めて構成し、該元要求情報の問合せ
に前記問合せ要求ラベルが含まれない場合は、今回の元
要求情報を前記規定問合せ情報へ変換する際に、該問合
せを一意に特定する特定コードを生成して、該特定コー
ドを前記要求ラベルとして用い、前記第１キャッシュ・
メモリには、前記問合せ要求ラベルに基づいて参照でき
る形態で、前記問合せ元装置からの過去の問合せの、少
なくともその結果を含む履歴を保存するようにしたこと
により、前記課題を解決したものである。

【００１１】更に、前記データベース検索方法におい
て、前記要求コードを、論理的又は算術的な演算手段に
より一意に、前記規定問合せ情報へ変換可能なものと
し、前記元要求情報の前記規定問合せ情報への変換の少
なくともその結果を含む履歴を、前記要求コードに基づ
いて参照できる形態で、前記パーツ単位で前記第２キャ
ッシュ・メモリに保存するようにしたことにより、前記
課題を解決したものである。

【００１２】又、前記データベース検索方法において、
前記要求コードを前記規定問合せ情報へ変換する際に、
該変換の対象となっている要求コード及び規定問合せ情
報の対に関連する、他の要求コード及び規定問合せ情報
の対を格納した、問合せ要求関連表を用いるようにした
ことにより、前記課題を解決したものである。

【００１３】次に、本願の第２発明のデータベース検索
前置処理装置は、予め定められた問合せ手続きの規定に
従った規定問合せ情報により問い合わせを受け付けるデ
ータベース装置、及び該データベース装置を問合せ先装
置とする問合せ元装置との間に介在させ、前記データベ
ース装置及び前記データベース検索前置処理装置の間は
前記規定問合せ情報により問合せ又その回答をするよう
にし、前記問合せ元装置及び前記データベース検索前置
処理装置の間は前記問合せ手続き規定とは異なる形態の
パーツ化された元要求情報により問合せ又その回答をす
るようにしたデータベース検索前置処理装置であって、
前記規定問合せ情報への変換前の情報に基づいて参照で
きる形態で、過去の前記データベース検索の少なくとも
その結果を含む履歴を保存する第１キャッシュ・メモリ
と、過去にあったものと同一の要求が、前記問合せ元装
置から再び発生した場合は、該第１キャッシュ・メモリ
から検索結果を読み出して、これを元に該問合せ元装置
に対して回答する検索要求受付部と、前記元要求情報の
前記規定問合せ情報への変換の少なくともその結果を含
む履歴を、前記パーツ単位で保存する第２キャッシュ・
メモリと、過去にあったものと少なくとも一部パーツが
同一の要求が前記問合せ元装置から再び発生した場合
は、前記第２キャッシュ・メモリから該同一パーツの履
歴を読み出して活用しながら、今回の元要求情報を前記
規定問合せ情報へ変換する問合せパーツ処理部と、を備
えるようにしたことにより、前記課題を解決したもので
ある。

【００１４】更に、本願の第３発明の問合せ処理方法
は、予め定められた問合せ手続きの規定に従った規定問
合せ情報により問い合わせを受け付ける問合せ先装置、
及び該問合せ先装置を問合せ先とする問合せ元装置との
間に、第１キャッシュ・メモリ及び第２キャッシュ・メ
モリを有する問合せ前置処理装置を介在させ、前記問合
せ先装置及び前記問合せ前置処理装置の間は、前記規定
問合せ情報により、問合せ又その回答をするようにし、
前記問合せ元装置及び前記問合せ前置処理装置の間は、
前記問合せ手続き規定とは異なる形態のパーツ化された
元要求情報により、問合せ又その回答をするようにし、
該元要求情報の前記規定問合せ情報への変換の少なくと
もその結果を含む履歴を、前記パーツ単位で前記第２キ
ャッシュ・メモリに保存すると共に、前記規定問合せ情
報への変換前の情報に基づいて参照できる形態で、前記
問合せ元装置からの過去の問合せの、少なくともその結
果を含む履歴を、前記第１キャッシュ・メモリに保存
し、過去にあったものと同一の要求が、前記問合せ元装
置から再び発生した場合は、該第１キャッシュ・メモリ
から検索結果を読み出して、これを元に該問合せ元装置
に対して回答するようにし、過去にあったものと少なく
とも一部パーツが同一の要求が前記問合せ元装置から再
び発生した場合は、前記第２キャッシュ・メモリから該
同一パーツの履歴を読み出して活用しながら、今回の元
要求情報を前記規定問合せ情報へ変換し、該変換結果を
前記問合せ先装置に送り、前記規定問合せ情報への変換
前の段階で、前記問合せ元装置からの過去の問合せの履
歴を、前記第１キャッシュ・メモリに保存するようにし
たことにより、前記課題を解決したものである。

【００１５】次に、本願の第４発明のコンピュータ・プ
ログラムは、前記第１発明のデータベース検索方法、前
記第２発明のデータベース検索前置処理装置、及び前記
第３発明の問合せ処理方法のいずれか１つを実施するた
めのコンピュータ・プログラムとしたことにより、前記
課題を解決したものである。

【００１６】更に、本願の第５発明のコンピュータ読み
取り可能な記録媒体は、上記第４発明に記載のコンピュ
ータ・プログラムを記録したコンピュータ読み取り可能
な記録媒体を提供することで、前記課題を解決したもの
である。

【００１７】以下、本発明の作用について、簡単に説明
する。

【００１８】本発明においては、予め定められた問合せ
手続きの規定に従った規定問合せ情報により、問合せ先
のデータベース装置に対してデータベース検索を要求す
る際に、まず、該要求を表現する、前記問合せ手続き規
定とは異なる形態のパーツ化された元要求情報を生成す
る。

【００１９】又、該元要求情報の前記規定問合せ情報へ
の変換の少なくともその結果を含む履歴を、前記パーツ
単位でパーツ・プール・メモリに保存する。これと共
に、過去の前記データベース検索の少なくともその結果
を含む履歴を、回答キャッシュ・メモリに保存する。

【００２０】なお、回答キャッシュ・メモリは第１キャ
ッシュ・メモリとも呼び、パーツ・プール・メモリは第
２キャッシュ・メモリとも呼ぶものとする。

【００２１】このようにしておいて、過去にあったもの
と同一のデータベース検索が再び発生した場合は、該回
答キャッシュ・メモリから検索結果を読み出して、これ
をデータベース検索結果とする。又、過去にあったもの
と少なくとも一部パーツが同一のデータベース検索が再
び発生した場合は、前記パーツ・プール・メモリから該
同一パーツの履歴を読み出して活用しながら、今回のデ
ータベース検索における前記元要求情報の前記規定問合
せ情報への変換を行い、該変換結果により前記データベ
ース検索要求をする。

【００２２】このように、回答キャッシュ・メモリから
検索結果を読み出して、これを元に前記データベース検
索要求に対する回答をするようにしたり、又、前記パー
ツ・プール・メモリを活用しながら、前記規定問合せ情
報への変換を行うので、応対回答を要求して該応対回答
を得るまでの過程での、応答時間を短縮したり、様々な
問合せ先に対する、応答回答の要求元のアプリケーショ
ン・プログラムなどでの対応を容易に行えるようにした
りすることができる。

【００２３】なお、本発明におけるデータベース検索要
求や応対回答要求は、後述の実施形態のオブジェクト処
理要求に相当する。又、データベース検索要求回答や応
対回答要求回答は、オブジェクト処理回答に相当する。

【００２４】

【発明の実施の形態】以下、図を用いて本発明の実施の
形態を詳細に説明する。

【００２５】図１は、本発明が適用された実施形態のデ
ータベース検索システムの構成を示すブロック図であ
る。

【００２６】図１において、問合せ先装置のＤＢＭＳ５
は、例えば図２〜図４に示すようなデータベース・テー
ブルｔａ〜ｔｃなどにより構成されたデータベース６を
有している。該ＤＢＭＳ５は、予め定められた問合せ手
続きの規定に従った規定問合せ情報により処理を受け付
け、又該規定に従って処理結果の回答を返す。具体的に
はＤＢＭＳ５は、要求ＳＱＬ文を受けて、データベース
にあるデータの登録や更新や削除や検索を受け付ける。
又、該ＤＢＭＳ５は、このように受け付けたデータベー
ス処理の結果は、ＳＱＬの規定に従って回答する。

【００２７】本実施形態における要求ＳＱＬ文は、ＳＱ
Ｌの規定における、ＤＭＬ（Database Manipulate La
nguage）や、ＤＤＬ（Data Definition Language）に
相当する。

【００２８】又、アプリケーション・プログラム３は、
符号６の問合せ先装置であるＤＢＭＳに対して、処理要
求を送り出すものである。アプリケーション・プログラ
ム３は、予め定められた問合せ手続きの規定であるＳＱ
Ｌとは異なる形態で、該処理要求を送り出し、本発明を
適用して、パーツ化された元要求情報を生成し、生成し
たものを送り出すことで、データベース検索の処理要求
をする。以下、このようなアプリケーション・プログラ
ム３からの要求を、オブジェクト処理要求と呼ぶ。該オ
ブジェクト処理要求は、本発明の元要求情報に相当す
る。

【００２９】又、データベース検索前置処理装置１０
は、このようなアプリケーション・プログラム３及びＤ
ＢＭＳ５の間にあって、本発明が適用される処理その他
をする。

【００３０】例えば、アプリケーション・プログラム３
からオブジェクト処理要求を受けた後に、該オブジェク
ト処理要求に基づいてＤＢＭＳ５に対して、種々の問合
せなどの処理要求をする場合、オブジェクト処理要求
は、予め定められた問合せ手続きの規定、即ち本実施形
態においてはＳＱＬに基づいた処理要求に変換される。
なお、以下、変換後の該処理要求を規定処理要求と呼
ぶ。該規定処理要求は、本発明の規定問合せ情報に相当
する。

【００３１】更に、データベース検索前置処理装置１０
は、必要に応じて、オブジェクト処理要求の回答をアプ
リケーション・プログラム３に対して返す。該回答をオ
ブジェクト処理回答と呼ぶ。例えば、規定処理要求に対
する回答（以下、規定処理要求回答と呼ぶ）がＤＢＭＳ
５からあった場合、該回答をアプリケーション・プログ
ラム３に適合させた形態のオブジェクト処理回答に変換
し、該オブジェクト処理回答をアプリケーション・プロ
グラム３に送る。

【００３２】該データベース検索前置処理装置１０は、
図示されるように、検索要求受付部３０と、オブジェク
ト変換部３２と、問合せパーツ処理部３４と、問合せ実
行部４０と、更新管理部４４と、変更管理部４６と、パ
ーツ・プール・メモリ５０と、回答キャッシュ・メモリ
５２と、変更バッファ・メモリ５４とを有している。
又、問合せパーツ処理部３４は、問合せパーツ検索部３
６と、問合せパーツ生成部３８とを有している。なお、
上記のパーツ・プール・メモリ５０と、回答キャッシュ
・メモリ５２と、変更バッファ・メモリ５４とは、デー
タベース検索前置処理装置１０内において、ＲＡＭ（Ra
ndom Access Memory）を利用した主記憶装置の所定領
域に構築されているので、アクセスが速い。

【００３３】次に、パーツ・プール・メモリ５０につい
て説明する。

【００３４】パーツ・プール・メモリ５０は、図５に示
すようなパーツ・リスト・テーブルと、図６に示すよう
なパーツ利用補助テーブルとを有している。該パーツ・
プール・メモリ５０は、以下に説明するように、問合せ
パーツ検索部３６により検索や参照がなされ、又問合せ
パーツ生成部３８によりデータの追加や更新がなされ
る。

【００３５】又、本実施形態においては、問合せ要求コ
ードを規定問合せ情報へ変換する際に、該変換の対象と
なっている問合せ要求コード及び規定問合せ情報の対に
関連する、他の問合せ要求コード及び規定問合せ情報の
対を格納した、問合せ要求関連表を用いる。該問合せ要
求関連表は、本実施形態において具体的には、図５に示
すようなパーツ・リスト・テーブルと、図６に示すよう
なパーツ利用補助テーブルとを中心としたものとなって
いる。

【００３６】又、問合せ要求関連表は、問合せ要求コー
ドを規定問合せ情報へ変換する際に、該変換の対象とな
っている問合せ要求コード及び規定問合せ情報の対に関
連する、他の問合せ要求コード及び規定問合せ情報の対
を発見するために用いられる。又、該発見の際には、該
発見の回数を逐次カウントして蓄積することで、問合せ
要求コード毎の使用頻度や、問合せに用いる個々の「パ
ーツ」の使用頻度を把握することができる。

【００３７】該使用頻度の把握は、図５や図６など、問
合せ要求関連表に含まれるテーブル中の「行」単位です
ることも可能である。又、使用頻度の低いものは、該当
テーブルから削除するようにしてもよい。例えば、使用
頻度の低い「行」があれば、これを該当テーブルから削
除するようにしてもよい。このように削除することで、
諸テーブルを記憶する装置の記憶容量を有効に活用する
ことができる。

【００３８】本実施形態においては、アプリケーション
・プログラム３から送られてくるオブジェクト処理要求
がパーツ化されている。具体的には、データベース検索
に際して、検索対象になるデータベースのテーブル名の
指定、個々のテーブル中で検索後に獲得する項目を指定
する検索項目の指定、検索条件の指定、並び替え処理に
おける並び順の指定などで区別して、パーツ化してい
る。

【００３９】又、このようなパーツ単位で、オブジェク
ト処理要求から規定処理要求への変換の、少なくともそ
の結果を含む履歴をパーツ・プール・メモリ５０に保存
しておく。又、この後、保存されているものと同じパー
ツについて、再びオブジェクト処理要求から規定処理要
求へ変換する場合は、保存されている履歴を活用するこ
とで、パーツ単位の規定処理要求を生成する処理を省略
できるので、この分処理速度を向上できる。

【００４０】例えば、ＤＢＭＳ５などのデータベース検
索における要求ＳＱＬ文においては、一例としてＳＥＬ
ＥＣＴ文では、次のような要素を含む。

【００４１】ＳＥＬＥＣＴ（Ａ１） ＦＲＯＭ（Ａ
２） ＷＨＥＲＥ（Ａ３） ＯＲＤＥＲＢＹ（Ａ４）

【００４２】このようなＳＥＬＥＣＴ文では、「ＳＥＬ
ＥＣＴ」の後の（Ａ１）は、検索項目の指定である。
「ＦＲＯＭ」の後の（Ａ２）は、テーブル名の指定であ
る。「ＷＨＥＲＥ」の後の（Ａ３）は、検索条件の指定
である。「ＯＲＤＥＲＢＹ」の後の（Ａ４）は、並び順
の指定である。

【００４３】本実施形態ではオブジェクト処理要求は、
アプリケーション・プログラム３において「ｍｇｒ．ｇ
ｅｔｓ（ ）」という関数による。該関数は、次のよう
にアプリケーション・プログラム３において引数が設定
される。又、オブジェクト処理回答は、該関数の戻り値
で得られる。

【００４４】 ｍｇｒ．ｇｅｔｓ（検索条件 ＝ ３ 並び順 ＝ ４ テーブル名 ＝ 指定なし 検索項目 ＝ １ キャッシュキー ＝ ‘ｏｉｄ＝ａａａ’ ）

【００４５】上記において、「検索条件」の引数の値の
「３」や、「並び順」の引数の値の「４」や、「検索項
目」の引数の値の「１」は、それぞれのパーツに付され
ている「ｑｕｅｒｙ＿ｐａｒｔｓ＿ｉｄ」、即ちパーツ
ＩＤである。該「ｑｕｅｒｙ＿ｐａｒｔｓ＿ｉｄ」は図
５のテーブルにおいても示される。パーツ・プール・メ
モリ５０のパーツ・リスト・テーブルは、このパーツＩ
Ｄを検索キーとして参照され、要求ＳＱＬ文を生成する
際には、図５においてパーツ毎にある「ｖａｌｕｅ」の
内容を獲得する。

【００４６】なお、問合せ要求において、上記の「キャ
ッシュキー」（キャッシュ・キー）以外をすべてまとめ
て、本実施形態では「問合せ要求コード」と呼んでい
る。例えば「ｍｇｒ．ｇｅｔｓ（ ）」という関数を用
いる前述の問合せ要求においては、検索条件、検索条
件、テーブル名、及び検索項目によって構成されるもの
が、「問合せ要求コード」である。

【００４７】本実施形態においては、元要求情報である
問合せ元装置からの問合せが、問合せ元装置で定義した
問合せ要求の構成要素毎の問合せ要求コードを含めて構
成、又は該問合せ要求コード、及び問合せ元装置で任意
に名前付けた問合せ要求ラベルを含めて構成されている
といえる。

【００４８】又、本実施形態での問合せ要求において、
「キャッシュキー」（キャッシュ・キー）は「問合せ要
求ラベル」になっている。そして、元要求情報の問合せ
においてこのような「問合せ要求ラベル」が含まれない
場合は、今回の元要求情報を規定問合せ情報へ変換する
際に、該問合せを一意に特定する特定コードを生成（コ
ード化）して、該特定コードを問合せ要求ラベルとして
用いる。例えば、従来から定められた問合せ手続きの規
定に基づいた問合せであり、規定問合せ情報である、規
定処理要求の問合せ文の全体の文字列をコード化する。
この問合せを一意に特定する特定コードを生成すること
は、ＳＱＬに従った要求ＳＱＬ文の問合せに限らない。
例えば、他の問合せ手続きの規定に基づいた問合せであ
り、規定問合せ情報である、規定処理要求の問合せ文の
全体の文字列に対しても同様に行うことが可能であり、
生成されたものが、本実施形態においては問合せ文を一
意的に特定するコードであり、即ち「特定コード」とな
る。

【００４９】但し、該コード化はＨａｓｈ関数を用いて
もよいが、Ｈａｓｈ関数を用いるものに限定されるもの
ではない。該コード化は、コード化前の文字列と、コー
ド化されたものとが、１対１で対応されるのであれば、
他の手法によってもよい。又、このように１対１で対応
されるようにコード化されていれば、コード化されたも
の、つまり個々のコードから、そのコードに該当する規
定問合せ情報へと、論理的又は算術的な演算手段によ
り、一意に変換可能になる。

【００５０】なお、問合せ要求コードは、プログラム実
行前にデータベース検索前置処理装置１０側で定義され
ている。問合せ元装置、例えばアプリケーション・プロ
グラム３は、データベース検索前置処理装置１０側で定
義されている問合せ要求コードを参照して、問合せ要求
を出す。

【００５１】又、問合せ要求ラベルは、アプリケーショ
ン・プログラム３などの問合せ元装置が任意に定義する
ことができ、これを問合せ要求に用いることができる。
又、問合せ元装置からの問合せ要求において、問合せ要
求ラベルが存在する場合は、これがデータベース検索前
置処理装置１０に通知されることになる。一方、問合せ
要求ラベルが存在しない場合は、前述のように規定処理
要求の問合せ文の全体の文字列をコード化することで、
特定コードを生成し、該特定コードを問合せ要求ラベル
と同様に用いる。なお、該特定コードは、問合せ元装置
に通知することはない。

【００５２】なお、「テーブル名」についても、「指定
なし」以外として、特定の引数の値を指定する場合もあ
る。又、「キャッシュキー」（キャッシュ・キー）の引
数は、ユーザが任意に付与するものであり、例えばオブ
ジェクトのＩＤなどを付与する。上記の例では、「‘ｏ
ｉｄ＝ａａａ’」の「ａａａ」が「キャッシュキー」
（キャッシュ・キー）である。図５における「ｍｇｒ＿
ｉｄ」は、マネージャ名であり、個々のデータベース検
索前置処理装置１０に付与されている。該マネージャ名
により、マネージャ単位で回答キャッシュ・メモリ５２
を管理することも可能である。

【００５３】要求ＳＱＬ文を生成する際にはパーツ・リ
スト・テーブルを参照することで、例えば、「ｍｇｒ．
ｇｅｔｓ（ ）」という関数において、「検索条件」の
値が「３」のパーツは、「ｔａ．ｉｄ＝ｔｂ．ｉｄ」を
獲得する。「並び順」の値が「４」のパーツは、「ｔ
ａ．ｎａｍｅ」を獲得する。「検索項目」の値が「１」
のパーツは、「ｔａ．ｎａｍｅ，ｔｂ．ｎａｍｅ」を獲
得する。又、「ｍｇｒ．ｇｅｔｓ（ ）」という関数に
おいて、「テーブル名」についても、特定の値により指
定した場合は、同様にパーツ・リスト・テーブルを検索
する。

【００５４】又、図５のパーツ・リスト・テーブルで
は、「ｐａｒｔｓ＿ｔｙｐｅ」において、値が「１」で
あれば、そのパーツが「検索条件」であることを示す。
値が「２」であれば、そのパーツが「並び順」であるこ
とを示す。値が「３」であれば、そのパーツが「検索項
目」であることを示す。

【００５５】次に、図６に示すパーツ利用補助テーブル
において、「ｍｇｒ＿ｉｄ」はマネージャ名であり、
「ｑｉｄ」は前述の「ｑｕｅｒｙ＿ｐａｒｔｓ＿ｉｄ」
と同様にパーツＩＤであり、「Ｔａｂｌｅ」は検索対象
になるデータベースのテーブル名である。又、「Ｃｏｎ
ｄｉｔｉｏｎ」は今回のデータベース検索における「検
索条件」を指定しているパーツを示し、「Ｓｏｒｔ」は
今回のデータベース検索における「並び順」を指定して
いるパーツを示し、「Ｃｏｌｕｍｎ」は今回のデータベ
ース検索における「検索項目」を指定しているパーツを
示す。

【００５６】例えば、上述の例の如く、「検索条件」の
引数の値が「３」で、「並び順」の値が「４」で、「検
索項目」の引数の値が「１」で、「テーブル名」の引数
の値が「指定なし」の場合を例として考える。この場合
は、図６において矢印で示すテーブルの２行目が該当
し、該テーブルを参照することで、「Ｔａｂｌｅ」の項
にある「ｔａ，ｔｂ」の２つのデータベース・テーブル
名を獲得することができる。この２つのテーブルが、検
索対象になるデータベースのテーブルとなる。又、この
場合は、図５に示すパーツ・リスト・テーブルの「ｖａ
ｌｕｅ」の内容や、図６に示すパーツ利用補助テーブル
の「Ｔａｂｌｅ」の内容を利用し、次のような要求ＳＱ
Ｌ文が、問合せパーツ生成部３８において生成される。

【００５７】ＳＥＬＥＣＴ ｔａ．ｎａｍｅ，ｔｂ．ｎ
ａｍｅ ＦＲＯＭ ｔａ，ｔｂＷＨＥＲＥ ｔａ．ｉｄ
＝ｔｂ．ｉｄ ＯＲＤＥＲＢＹ ｔａ．ｎａｍｅ

【００５８】このように、パーツ利用補助テーブルは、
前述の「ｍｇｒ．ｇｅｔｓ（ ）」という関数におい
て、「テーブル名」の引数が「指定なし」になっている
場合に、他の引数から、検索対象になるデータベースの
テーブル名を見出す際に用いる。例えば、「検索条件」
や、「並び順」や、「検索項目」の、これら引数の値の
組み合わせを検索キーとして、このようなテーブル名を
見出す。

【００５９】次に、回答キャッシュ・メモリ５２、及び
該回答キャッシュ・メモリ５２に係る変更バッファ・メ
モリ５４について説明する。

【００６０】回答キャッシュ・メモリ５２は、図７に示
すように、「キャッシュ・キー」を検索キーとして、デ
ータベース検索結果情報が格納されている。該データベ
ース検索結果情報は、過去になされた規定処理要求に対
するＤＢＭＳ５からの規定処理要求回答が「キャッシュ
・キー」を検索キーとして格納されている。図７におい
ては、「ＫＡ」や、「ＫＢ」や、「ＫＣ」が、キャッシ
ュ・キーになっている。

【００６１】本実施形態において、上述のキャッシュ・
キーには、前述のように、「ｍｇｒ．ｇｅｔｓ（ ）」
という関数によって受け取った「キャッシュキー」（キ
ャッシュ・キー）の引数が用いられる。あるいは、問合
せパーツ処理部３４で編成された、規定処理要求の問合
せ文自体を、上述の回答キャッシュ・メモリ５２を参照
するためのキャッシュ・キーとして用いる。

【００６２】なお、本実施形態において、規定処理要求
の問合せ文自体をこのようにキャッシュ・キーとして用
いる場合は、該規定処理要求の問合せ文の全体の文字列
を、いわゆるＨａｓｈ関数でコード化してから、このよ
うなキャッシュ・キーとして用いる。

【００６３】例えば、元要求情報の問合せにおいて「問
合せ要求ラベル」が含まれない場合は、今回の元要求情
報を規定問合せ情報へ変換する際に、該問合せを一意に
特定する特定コードを生成（コード化）して、該特定コ
ードを問合せ要求ラベルとし、又該特定コードをこのよ
うなキャッシュ・キーとして用いる。例えば、従来から
定められた問合せ手続きの規定に基づいた問合せであ
り、規定問合せ情報である、規定処理要求の問合せ文の
全体の文字列をコード化する。この問合せを一意に特定
する特定コードを生成することは、ＳＱＬに従った要求
ＳＱＬ文の問合せに限らない。例えば、他の問合せ手続
きの規定に基づいた問合せであり、規定問合せ情報であ
る、規定処理要求の問合せ文の全体の文字列に対しても
同様に行うことが可能であり、生成されたものが、本実
施形態においては問合せ文を一意的に特定するコードで
あり、即ち「特定コード」となる。

【００６４】但し、該コード化はＨａｓｈ関数を用いる
ものに限定されるものではない。該コード化は、コード
化前の文字列と、コード化されたものとが、１対１で対
応されるのであれば、他の手法によってもよい。又、こ
のように１対１で対応されるようにコード化されていれ
ば、コード化されたもの、つまり個々のコードから、そ
のコードに該当する規定問合せ情報へと、論理的又は算
術的な演算手段により、一意に変換可能になる。

【００６５】又、図８は、このような回答キャッシュ・
メモリ５２に格納されているデータベース検索結果情報
を変更する時に用いる変更バッファ・メモリ５４の一例
を示す線図である。

【００６６】本実施形態では、回答キャッシュ・メモリ
５２に格納されているデータベース検索結果情報を変更
する場合、既に回答キャッシュ・メモリ５２にある変更
対象のデータベース検索結果情報は極力そのままにし
て、変更部分を変更バッファ・メモリ５４に格納する。
例えば、図７の矢印の行の情報において、「ＮＢ」を
「ＮＱ」に変更する場合、図８のように、変更部分とな
るバッファ・データＢＡを変更バッファ・メモリ５４に
書き込む。

【００６７】続いて、検索要求受付部３０について説明
する。

【００６８】検索要求受付部３０は、アプリケーション
・プログラム３から、予め定められた問合せ手続きの規
定であるＳＱＬとは異なる形態で、データベース検索に
関わるオブジェクト処理要求を受け付ける。該オブジェ
クト処理要求を送り出す際に、該要求が既に過去になさ
れていることをアプリケーション・プログラム３側にお
いて把握している場合は、該要求にはキャッシュ・キー
指定が付加されている。

【００６９】キャッシュ・キー指定が付加されている場
合、検索要求受付部３０は、アプリケーション・プログ
ラム３から受けた該キャッシュ・キーに基づいて、回答
キャッシュ・メモリ５２を検索する。該検索により、所
望のデータベース検索結果情報が得られた場合は、該デ
ータベース検索結果情報に対して、オブジェクト変換部
３２による処理を施し、該処理後の情報であるオブジェ
クト処理回答がアプリケーション・プログラム３に送ら
れる。

【００７０】キャッシュ・キー指定が付加されていも該
データベース検索結果情報が存在しなかった場合や、キ
ャッシュ・キー指定が付加されていなかった場合、検索
要求受付部３０は、オブジェクト処理要求に基づく情報
を問合せパーツ処理部３４に送り、規定処理要求の問合
せ文を編成させる。該規定処理要求の問合せ文が得られ
ると、検索要求受付部３０は、該問合せ文をキャッシュ
・キーとして、回答キャッシュ・メモリ５２を検索す
る。該検索により、所望のデータベース検索結果情報が
得られた場合は、該データベース検索結果情報に対し
て、オブジェクト変換部３２による処理を施し、該処理
後の情報であるオブジェクト処理回答がアプリケーショ
ン・プログラム３に送られる。

【００７１】該検索により所望のデータベース検索結果
情報が得られなかった場合は、検索要求受付部３０は、
上述の規定処理要求の問合せ文を問合せ実行部４０に送
る。すると、問合せ実行部４０は、該規定処理要求の問
合せ文をＤＢＭＳ５に送り、該規定処理要求をＤＢＭＳ
５に実行させる。この後、ＤＢＭＳ５から該実行結果に
よる規定処理要求回答が問合せ実行部４０に送られる
と、問合せ実行部４０は該規定処理要求回答を検索要求
受付部３０に送り、該規定処理要求回答は検索要求受付
部３０からオブジェクト変換部３２に転送され、オブジ
ェクト変換部３２による処理を施され、該処理後の情報
であるオブジェクト処理回答がアプリケーション・プロ
グラム３に送られる。

【００７２】次に、オブジェクト変換部３２について説
明する。

【００７３】オブジェクト変換部３２が検索要求受付部
３０から受ける情報は、規定処理要求回答の形式のも
の、あるいはこれに類似したものなどである。オブジェ
クト変換部３２は、このような情報を、アプリケーショ
ン・プログラム３に適合した形態に変換し、オブジェク
ト処理回答に変換する。

【００７４】又、検索要求受付部３０から受けた情報
が、回答キャッシュ・メモリ５２に格納されていたデー
タベース検索結果情報であって、かつ、該情報に変更が
あり、その変更内容が変更バッファ・メモリ５４に格納
されている場合、オブジェクト変換部３２は、検索要求
受付部３０から受けた情報に該変更内容を盛り込む処理
をする。このような盛り込む処理の後、上述のオブジェ
クト処理回答に変換する処理をし、処理後のものをアプ
リケーション・プログラム３に送る。

【００７５】次に、問合せパーツ処理部３４について説
明する。

【００７６】問合せパーツ処理部３４は検索要求受付部
３０から、オブジェクト処理要求に基づく情報を受け
る。該問合せパーツ処理部３４は、オブジェクト処理要
求がパーツ化されたもので編成されていることに注目し
て処理を行う。問合せパーツ処理部３４は、その問合せ
パーツ検索部３６において、「ｍｇｒ．ｇｅｔｓ
（ ）」という関数によって受け取った引数に応じた、
オブジェクト処理要求を構成するパーツ単位に、前述の
ようにパーツ・プール・メモリ５０を検索する。

【００７７】次に問合せパーツ生成部３８は、該検索結
果によって獲得した、図５に示すパーツ・リスト・テー
ブルの「ｖａｌｕｅ」の内容や、図６に示すパーツ利用
補助テーブルの「Ｔａｂｌｅ」の内容を利用し、又検索
で獲得できなかったパーツについては新規生成し、これ
らを用いて規定処理要求の問合せ文を編成する。編成さ
れた該規定処理要求は、問合せパーツ生成部３８から一
旦検索要求受付部３０に送られる。又、新規生成のパー
ツについては、これに関する情報を適宜パーツ・プール
・メモリ５０に新規登録したり、更新したりする。

【００７８】問合せパーツ処理部３４では、上述のよう
に、パーツ単位で、オブジェクト処理要求から規定処理
要求への変換の、少なくともその結果を含む履歴をパー
ツ・プール・メモリ５０に保存しておく。又、この後、
保存されているものと同じパーツについて、再びオブジ
ェクト処理要求から規定処理要求へ変換する場合は、保
存されている履歴を活用することで、パーツ単位の規定
処理要求を生成する処理を省略できるので、この分処理
速度を向上できる。

【００７９】次に、問合せ実行部４０について説明す
る。

【００８０】問合せパーツ処理部３４で編成されてから
検索要求受付部３０に送られていた規定処理要求の問合
せ文は、問合せ実行部４０に送られる。すると、問合せ
実行部４０は、該規定処理要求の問合せ文をＤＢＭＳ５
に送り、該規定処理要求をＤＢＭＳ５に実行させる。こ
の後、ＤＢＭＳ５から該実行結果による規定処理要求回
答が問合せ実行部４０に送られると、問合せ実行部４０
は該規定処理要求回答を検索要求受付部３０に送る。同
時に該規定処理要求回答は、前述のデータベース検索結
果情報として、回答キャッシュ・メモリ５２に保存され
る。

【００８１】このように保存することで、同一の規定処
理要求が発生した場合は、ＤＢＭＳ５に問い合わせるこ
となく、回答キャッシュ・メモリ５２に保存されている
規定処理要求回答を読み出して利用することができる。
回答キャッシュ・メモリ５２は、主記憶装置内の所定領
域に定常的にあるので、ＤＢＭＳ５に問い合わせる場合
に比べて、速やかに保存されている規定処理要求回答を
読み出すことができる。

【００８２】なお、問合せ実行部４０は、回答キャッシ
ュ・メモリ５２に情報を書き込む際に、該回答キャッシ
ュ・メモリ５２用に割り当てられた、主記憶装置内の所
定領域が不足する場合、最も使用頻度が低いデータベー
ス検索結果情報を削除する。これにより、使用頻度の高
いデータベース検索結果情報だけ回答キャッシュ・メモ
リ５２に残すことができ、限られた回答キャッシュ・メ
モリ５２の記憶容量を効果的に利用することができる。

【００８３】次に、更新管理部４４について説明する。

【００８４】更新管理部４４は、アプリケーション・プ
ログラム１４から、ＤＢＭＳ５にある情報を更新するた
めの、更新要求を受ける。該更新要求は、速やかにＤＢ
ＭＳ５のデータを更新する、比較的永続的な更新であ
る。該更新要求を受けると更新管理部４４は、該更新要
求により影響を受ける、回答キャッシュ・メモリ５２に
格納されているデータベース検索結果情報を削除する。
この後、更新管理部４４は、実際にＤＢＭＳ５の情報を
更新するために、要求ＳＱＬ文の規定処理要求をＤＢＭ
Ｓ５に対して送る。該要求を受けたＤＢＭＳ５は、該当
する処理を行い、要求された情報を更新する。

【００８５】続いて、変更管理部４６について説明す
る。

【００８６】変更管理部４６は、アプリケーション・プ
ログラム１６から、ＤＢＭＳ５にある情報を仮に、ある
いは一時的に変更するための、変更要求を受ける。該変
更要求は、ＤＢＭＳ５のデータは変更しない、一時的な
変更である。該変更要求を受けると変更管理部４６は、
前述のように変更バッファ・メモリ５４を用いて、回答
キャッシュ・メモリ５２に格納されているデータベース
検索結果情報を変更する。これは、既に回答キャッシュ
・メモリ５２にあるデータベース検索結果情報はそのま
まにして、変更部分を変更バッファ・メモリ５４に格納
するというものである。

【００８７】データベース検索結果情報の変更に際し
て、回答キャッシュ・メモリ５２に格納されている変更
対象のデータベース検索結果情報の全部を一旦コピーし
てから、これを変更することも考えられる。しかしなが
ら、このようなコピーは時間を要するので、このような
手法は本発明に比べ、処理時間や、該回答キャッシュ・
メモリ５２が設けられている主記憶装置の記憶容量が増
大して無駄になるという問題がある。

【００８８】図９は、本実施形態における処理を示すフ
ローチャートである。

【００８９】以下、該フローチャートを用いて、本実施
形態の作用について説明する。

【００９０】アプリケーション・プログラム３は、「ｍ
ｇｒ．ｇｅｔｓ（ ）」という関数によりデータベース
検索前置処理装置１０に対して、オブジェクト処理要求
を送る。この際に、該関数における引数もデータベース
検索前置処理装置１０に送られる。

【００９１】するとステップ１０８では、検索要求受付
部３０において、アプリケーション・プログラム３から
の該オブジェクト処理要求を、その引数と共に受け付け
る。又、検索要求受付部３０は、ステップ１１０におい
て、引数の「キャッシュキー」（キャッシュ・キー）の
指定がある場合はステップ１１２に進み、ない場合はス
テップ１１６に進む。

【００９２】ステップ１１２では、検索要求受付部３０
は、該キャッシュ・キーに基づいて、回答キャッシュ・
メモリ５２を検索する。該検索により、所望のデータベ
ース検索結果情報が得られた場合はステップ１３０に進
み、ない場合はステップ１１６に進む。

【００９３】ステップ１１６では、検索要求受付部３０
において、アプリケーション・プログラム３から得られ
た情報でパーツ・プール・メモリ５０に蓄えられたパー
ツを利用できるか判断する。利用できる場合はステップ
１１８に進み、利用できない場合はステップ１２２に進
む。

【００９４】ステップ１１８では、問合せパーツ処理部
３４は、その問合せパーツ検索部３６において、「ｍｇ
ｒ．ｇｅｔｓ（ ）」という関数によって受け取った引
数に応じた、オブジェクト処理要求を構成するパーツ単
位に、前述のようにパーツ・プール・メモリ５０を検索
する。

【００９５】ステップ１２２では、検索で獲得できなか
ったパーツについては、問合せパーツ生成部３８におい
て新規生成する。この後ステップ１２４では、該問合せ
パーツ生成部３８は、これらを用いて規定処理要求の問
合せ文を編成する。編成された該規定処理要求は、問合
せパーツ生成部３８から一旦検索要求受付部３０に送ら
れる。又、新規生成のパーツについては該問合せパーツ
生成部３８により、これに関する情報を適宜パーツ・プ
ール・メモリ５０に新規登録したり、更新したりする。

【００９６】ステップ１２６では、検索要求受付部３０
は、問合せパーツ処理部３４から送られた規定処理要求
の問合せ文をキャッシュ・キーとして、回答キャッシュ
・メモリ５２を検索する。該検索により、所望のデータ
ベース検索結果情報が得られた場合は、ステップ１３０
に進み、得られなかった場合はステップ１３６に進む。

【００９７】ステップ１３６では、問合せパーツ処理部
３４で編成されてから検索要求受付部３０に送られてい
た規定処理要求の問合せ文を、問合せ実行部４０は、Ｄ
ＢＭＳ５に送り、該規定処理要求をＤＢＭＳ５に実行さ
せる。この後、ＤＢＭＳ５から該実行結果による規定処
理要求回答が問合せ実行部４０に送られると、問合せ実
行部４０は該規定処理要求回答を検索要求受付部３０に
送る。同時に該規定処理要求回答は、前述のデータベー
ス検索結果情報として、回答キャッシュ・メモリ５２に
保存される。

【００９８】ステップ１３０では、オブジェクト変換部
３２において、回答キャッシュ・メモリ５２に格納され
ていたデータベース検索結果情報に変更があり変更内容
が変更バッファ・メモリ５４に格納されているか否か判
定する。変更があって変更内容が格納されている場合は
ステップ１３２に進み、そうでない場合はステップ１３
８に進む。

【００９９】ステップ１３２では、オブジェクト変換部
３２において、検索要求受付部３０から受けた情報に上
述のような変更内容を盛り込む処理をする。ステップ１
３８では、得られた情報に対してオブジェクト処理回答
に変換する処理をし、処理後のものをアプリケーション
・プログラム３に送る。

【０１００】図１０は、本実施形態の更新管理部４４に
おける処理を示すフローチャートである。

【０１０１】ステップ１５２では、更新管理部４４は、
アプリケーション・プログラム１４から、ＤＢＭＳ５に
ある情報を更新するための、更新要求を受ける。

【０１０２】ステップ１５４では、更新管理部４４は、
該更新要求により影響を受ける、回答キャッシュ・メモ
リ５２に格納されているデータベース検索結果情報を削
除する。該ステップ１５４では、この後に更新管理部４
４は、実際にＤＢＭＳ５の情報を更新するために、要求
ＳＱＬ文の規定処理要求をＤＢＭＳ５に対して送る。該
要求を受けたＤＢＭＳ５は、該当する処理を行い、要求
された情報を更新する。

【０１０３】図１１は、本実施形態の変更管理部４６に
おける処理を示すフローチャートである。

【０１０４】ステップ１６０では、変更管理部４６は、
アプリケーション・プログラム１６から、ＤＢＭＳ５に
ある情報を仮に、あるいは一時的に変更するための、変
更要求を受ける。

【０１０５】ステップ１６２では、変更管理部４６は、
前述のように変更バッファ・メモリ５４を用いて、回答
キャッシュ・メモリ５２に格納されているデータベース
検索結果情報を変更する。これは、既に回答キャッシュ
・メモリ５２にあるデータベース検索結果情報は極力そ
のままにして、変更部分を変更バッファ・メモリ５４に
格納するというものである。

【０１０６】以上のように本実施形態においては、本発
明を効果的に適用することができる。従って、応対回答
を要求して該応対回答を得るまでの過程での、応答時間
を短縮したり、様々な問合せ先に対する、応答回答の要
求元のアプリケーション・プログラムなどでの対応を容
易に行えるようにしたりすることができる。

【０１０７】なお、以上において、符号６の問合せ先装
置は、ＳＱＬを前提としたＤＢＭＳとされている。しか
しながら、予め定められた問合せ手続きの、ＳＱＬ以外
の規定に従ったものでもよい。更には、符号６の問合せ
先装置は、ＤＢＭＳに限定するものではなく、データベ
ース以外の問合せ装置でもよい。即ち、予め定められた
問合せ手続きの規定に従った規定問合せ情報により処理
を受け付け、又該規定に従って処理結果の回答を返すも
のであれば、本発明を同様に適用することができる。

【０１０８】例えば、別の形態の符号５の問合せ先装置
に対しては、次のような文の規定処理要求を送り、本実
施形態を適用して問い合わせることができる。

【０１０９】ＦＩＮＤ （項目名） ＯＮ （テーブル
名） ＵＮＤＥＲ （検索条件）

【０１１０】アプリケーション・プログラム３とＤＢＭ
Ｓ５との間において、本発明が適用されたデータベース
検索前置処理装置１０を介在させるので、異なる符号５
の問合せ先装置に対しても、アプリケーション・プログ
ラム３は一律のオブジェクト処理要求で対応することも
可能である。異なる問合せ先装置に対応して、データベ
ース検索前置処理装置１０において、アプリケーション
・プログラム３から受けたオブジェクト処理要求を規定
処理要求に変換すればよい。又、該対応も、パーツ・プ
ール・メモリ５０などへの登録で可能である。

【０１１１】又、符号５を別の形態問合せ先装置に変更
した場合も同様であり、該変更はデータベース検索前置
処理装置１０において対応することができる。従って、
このような変更が発生した場合で、様々なアプリケーシ
ョン・プログラム３がある場合にも、このように多数の
アプリケーション・プログラム３は変更しなくて済む。
これにより、データベース検索前置処理装置１０その他
の保守などに要する、手間や時間を削減することができ
る。

【０１１２】

【発明の効果】本発明によれば、応対回答を要求して該
応対回答を得るまでの過程での、応答時間を短縮した
り、様々な問合せ先に対する、応答回答の要求元のアプ
リケーション・プログラムなどでの対応を容易に行える
ようにしたりすることができる。

【図面の簡単な説明】

【図１】本発明が適用された実施形態のデータベース検
索システムの構成を示すブロック図

【図２】上記実施形態のデータベースにあるデータベー
ス・テーブルの第１例を示す線図

【図３】前記実施形態のデータベースにあるデータベー
ス・テーブルの第２例を示す線図

【図４】前記実施形態のデータベースにあるデータベー
ス・テーブルの第３例を示す線図

【図５】前記実施形態におけるパーツ・プール・メモリ
にあるパーツ・リスト・テーブルを示す線図

【図６】前記実施形態におけるパーツ・プール・メモリ
にあるパーツ利用補助テーブルを示す線図

【図７】前記実施形態における回答キャッシュ・メモリ
の内部構成を示す線図

【図８】前記実施形態における変更バッファ・メモリの
内部構成を示す線図

【図９】前記実施形態における問合せ受付処理を示すフ
ローチャート

【図１０】前記実施形態における更新要求受付処理を示
すフローチャート

【図１１】前記実施形態における変更要求受付処理を示
すフローチャート

【符号の説明】

３…アプリケーション・プログラム ５…ＤＢＭＳ ６…データベース １０…データベース検索前置処理装置 １４、１６…アプリケーション・プログラム ３０…検索要求受付部 ３２…オブジェクト変換部 ３４…問合せパーツ処理部 ３６…問合せパーツ検索部 ３８…問合せパーツ生成部 ４０…問合せ実行部 ４４…更新管理部 ４６…変更管理部 ５０…パーツ・プール・メモリ ５４…変更バッファ・メモリ

Claims (8)

【特許請求の範囲】
1. 【請求項１】予め定められた問合せ手続きの規定に従っ
   た規定問合せ情報により問い合わせを受け付けるデータ
   ベース装置、及び該データベース装置を問合せ先装置と
   する問合せ元装置との間に、第１キャッシュ・メモリ及
   び第２キャッシュ・メモリを有するデータベース検索前
   置処理装置を介在させ、 前記データベース装置及び前記データベース検索前置処
   理装置の間は、前記規定問合せ情報により、問合せ又そ
   の回答をするようにし、 前記問合せ元装置及び前記データベース検索前置処理装
   置の間は、前記問合せ手続き規定とは異なる形態のパー
   ツ化された元要求情報により、問合せ又その回答をする
   ようにし、 該元要求情報の前記規定問合せ情報への変換の少なくと
   もその結果を含む履歴を、前記パーツ単位で前記第２キ
   ャッシュ・メモリに保存すると共に、 前記規定問合せ情報への変換前の情報に基づいて参照で
   きる形態で、前記問合せ元装置からの過去の問合せの、
   少なくともその結果を含む履歴を、前記第１キャッシュ
   ・メモリに保存し、 過去にあったものと同一の要求が、前記問合せ元装置か
   ら再び発生した場合は、該第１キャッシュ・メモリから
   検索結果を読み出して、これを元に該問合せ元装置に対
   して回答するようにし、 過去にあったものと少なくとも一部パーツが同一の要求
   が前記問合せ元装置から再び発生した場合は、前記第２
   キャッシュ・メモリから該同一パーツの履歴を読み出し
   て活用しながら、今回の元要求情報を前記規定問合せ情
   報へ変換し、該変換結果を問合せ先装置の前記データベ
   ース装置に送り、 前記規定問合せ情報への変換前の段階で、過去の前記デ
   ータベース検索の履歴を、前記第１キャッシュ・メモリ
   に保存するようにしたことを特徴とするデータベース検
   索方法。
2. 【請求項２】請求項１に記載のデータベース検索方法に
   おいて、 前記元要求情報である前記問合せ元装置からの問合せ
   を、問合せ元装置で定義した問合せ要求の構成要素毎の
   問合せ要求コードを含めて構成、又は該問合せ要求コー
   ド、及び問合せ元装置で任意に名前付けた問合せ要求ラ
   ベルを含めて構成し、 該元要求情報の問合せに前記問合せ要求ラベルが含まれ
   ない場合は、今回の元要求情報を前記規定問合せ情報へ
   変換する際に、該問合せを一意に特定する特定コードを
   生成して、該特定コードを前記要求ラベルとして用い、 前記第１キャッシュ・メモリには、前記問合せ要求ラベ
   ルに基づいて参照できる形態で、前記問合せ元装置から
   の過去の問合せの、少なくともその結果を含む履歴を保
   存するようにしたことを特徴とするデータベース検索方
   法。
3. 【請求項３】請求項２に記載のデータベース検索方法に
   おいて、 前記要求コードを、論理的又は算術的な演算手段により
   一意に、前記規定問合せ情報へ変換可能なものとし、 前記元要求情報の前記規定問合せ情報への変換の少なく
   ともその結果を含む履歴を、前記要求コードに基づいて
   参照できる形態で、前記パーツ単位で前記第２キャッシ
   ュ・メモリに保存するようにしたことを特徴とするデー
   タベース検索方法。
4. 【請求項４】請求項１に記載のデータベース検索方法に
   おいて、 前記要求コードを前記規定問合せ情報へ変換する際に、
   該変換の対象となっている要求コード及び規定問合せ情
   報の対に関連する、他の要求コード及び規定問合せ情報
   の対を格納した、問合せ要求関連表を用いるようにした
   ことを特徴とするデータベース検索方法。
5. 【請求項５】予め定められた問合せ手続きの規定に従っ
   た規定問合せ情報により問い合わせを受け付けるデータ
   ベース装置、及び該データベース装置を問合せ先装置と
   する問合せ元装置との間に介在させ、前記データベース
   装置及び前記データベース検索前置処理装置の間は前記
   規定問合せ情報により問合せ又その回答をするように
   し、前記問合せ元装置及び前記データベース検索前置処
   理装置の間は前記問合せ手続き規定とは異なる形態のパ
   ーツ化された元要求情報により問合せ又その回答をする
   ようにしたデータベース検索前置処理装置であって、 前記規定問合せ情報への変換前の情報に基づいて参照で
   きる形態で、過去の前記データベース検索の少なくとも
   その結果を含む履歴を保存する第１キャッシュ・メモリ
   と、 過去にあったものと同一の要求が、前記問合せ元装置か
   ら再び発生した場合は、該第１キャッシュ・メモリから
   検索結果を読み出して、これを元に該問合せ元装置に対
   して回答する検索要求受付部と、 前記元要求情報の前記規定問合せ情報への変換の少なく
   ともその結果を含む履歴を、前記パーツ単位で保存する
   第２キャッシュ・メモリと、 過去にあったものと少なくとも一部パーツが同一の要求
   が前記問合せ元装置から再び発生した場合は、前記第２
   キャッシュ・メモリから該同一パーツの履歴を読み出し
   て活用しながら、今回の元要求情報を前記規定問合せ情
   報へ変換する問合せパーツ処理部と、 を備えるようにしたことを特徴とするデータベース検索
   前置処理装置。
6. 【請求項６】予め定められた問合せ手続きの規定に従っ
   た規定問合せ情報により問い合わせを受け付ける問合せ
   先装置、及び該問合せ先装置を問合せ先とする問合せ元
   装置との間に、第１キャッシュ・メモリ及び第２キャッ
   シュ・メモリを有する問合せ前置処理装置を介在させ、 前記問合せ先装置及び前記問合せ前置処理装置の間は、
   前記規定問合せ情報により、問合せ又その回答をするよ
   うにし、 前記問合せ元装置及び前記問合せ前置処理装置の間は、
   前記問合せ手続き規定とは異なる形態のパーツ化された
   元要求情報により、問合せ又その回答をするようにし、 該元要求情報の前記規定問合せ情報への変換の少なくと
   もその結果を含む履歴を、前記パーツ単位で前記第２キ
   ャッシュ・メモリに保存すると共に、 前記規定問合せ情報への変換前の情報に基づいて参照で
   きる形態で、前記問合せ元装置からの過去の問合せの、
   少なくともその結果を含む履歴を、前記第１キャッシュ
   ・メモリに保存し、 過去にあったものと同一の要求が、前記問合せ元装置か
   ら再び発生した場合は、該第１キャッシュ・メモリから
   検索結果を読み出して、これを元に該問合せ元装置に対
   して回答するようにし、 過去にあったものと少なくとも一部パーツが同一の要求
   が前記問合せ元装置から再び発生した場合は、前記第２
   キャッシュ・メモリから該同一パーツの履歴を読み出し
   て活用しながら、今回の元要求情報を前記規定問合せ情
   報へ変換し、該変換結果を前記問合せ先装置に送り、 前記規定問合せ情報への変換前の段階で、前記問合せ元
   装置からの過去の問合せの履歴を、前記第１キャッシュ
   ・メモリに保存するようにしたことを特徴とする問合せ
   処理方法。
7. 【請求項７】請求項１〜４に記載のデータベース検索方
   法、請求項５に記載のデータベース検索前置処理装置、
   及び請求項６に記載の問合せ処理方法のいずれか１つを
   実施するためのコンピュータ・プログラム。
8. 【請求項８】請求項７に記載のコンピュータ・プログラ
   ムが記憶された、コンピュータ読み取り可能な記録媒
   体。