JPH1031603A - 情報処理システム、クライアント／サーバシステム、およびデータベースアクセス方法 - Google Patents

Abstract

(57)【要約】 【課題】 開発する業務アプリケーションを使用するツ
ール、コンピュータ機種、データベース・ソフトなどへ
のツール依存度を下げ、業務アプリケーションの独立性
を高め、汎用性、移植性を確保すること。 【解決手段】 サーバ２０は業務データを格納する複数
のデータベース部２１を有する。複数のデータベース部
２１は各々異なるデータベース・ソフトにより構築され
ている。クライアント１０は、業務処理を行う業務アプ
リケーション部１１と、メッセージを解析する情報を定
義する構成定義情報ファイル１４と、業務アプリケーシ
ョン部１１で発生したＤＢアクセス要求を構成定義情報
ファイル１４を参照して解析する解析部１２と、業務ア
プリケーション部１１と解析部１２とのメッセージ交換
を担当するインタフェース部１３と、データベース部２
１をアクセスする複数のＤＢアクセス部１５とを有して
いる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システム形態から
の業務アプリケーションの独立性に関し、特に、業務ア
プリケーションの汎用性に関する。

【０００２】

【従来の技術】従来、情報処理システムの開発は次のよ
うにして行っている。すなわち、使用するツールや、コ
ンピュータ機種、データベース・ソフトのシステム形態
を決定した上で、ツールの持つ特性、制約のもとで開発
を行っている。使用するツールとしては、例えば、ＡＰ
構築ツール、ミドルウェアがある。周知のように、ミド
ルウェアとは、アプリケーションとオペレーティングシ
ステム（ＯＳ）との間に位置し、複数のネットワークと
環境にまたがる、データとプロセスの整合性を保証する
ソフトウェアである。また、コンピュータ機種には、例
えば、汎用機、ＵＮＩＸマシン、ＰＣなどがある。さら
に、データベース・ソフトには、例えば、ＯＲＡＣＬ
Ｅ、ｉｎｆｏｒｍｉｘがある。周知のように、ＯＲＡＣ
ＬＥとは、Ｏｒａｃｌｅ社のリレーショナル型データベ
ースを管理するシステム（ＲＤＢＭＳ）とアプリケーシ
ョン開発ツールの総称である。

【０００３】その結果、図４（ａ）に示すように、従来
の情報処理システムは、ツール上に、直接、業務アプリ
ケーションが構築されている。そのため、業務アプリケ
ーションは、システム形態に大きく依存した構成となっ
ており、新しいツールの適用毎に新規のシステム開発が
必要となっている。その結果、業務アプリケーションの
汎用性、移植性に大きな問題となっている。

【０００４】また、本発明に関連する先行技術として、
例えば、特開平５−２５７７８３号公報（以下、先行技
術１と呼ぶ）には、原データ所有者が他のユーザによる
レプリカの生成を制御でき、さらに、各アクセス要求を
効率的に実行する格納フォーマットを持つ原データおよ
びレプリカのいずれか一方を利用できる、分散データベ
ースのレプリカ処理方法が提供されている。この先行技
術１において、レプリカ生成権限管理部は、ユーザ識別
名テーブルに原データの所有者からそのレプリカを生成
する権限を付与されタユーザの識別名を保持する。レプ
リカ生成部は、指定された格納フォーマットに従ってレ
プリカを生成する。フォーマットテーブルは、原データ
およびレプリカの格納フォーマットを保持する。また、
処理手続き生成部は、レプリカの格納フォーマットに基
づいた処理手続きを生成する。アクセス対象決定部は、
各アクセス要求の実行に最適な格納フォーマットを選択
し、この格納フォーマットを持つ原データおよびレプリ
カのいずれか一方を利用して、当該要求を実行する。

【０００５】また、特開平５−２２５３０８号公報（以
下、先行技術２と呼ぶ）には、解像度の異なる端末によ
るデータベースのアクセスを可能とし画像データの劣化
をなくした「電子ファイリング装置」が開示されてい
る。先行技術２では、検索処理において、端末より検索
キーワードが制御装置へ送られるとホストコンピュータ
から検索要求のあったデータを取り出す。前記データは
符号化されているため、制御装置は変換用パラメータを
付加し、圧縮伸張手段に送信して復号化を行ない画像デ
ータに戻す。次に制御装置は要求元端末の解像度に適合
した画像データを作るために変換用パラメータを付加
し、密度変換手段へ送信する。密度変換手段は変換用パ
ラメータ内にある要求元端末解像度と画像データ作成時
の解像度を比較し最適の変換率を選択して前記画像デー
タの拡大または縮小を行ない制御装置へ戻す。制御装置
は受信した画像データを要求元端末へ送信すると、前記
端末は画面に表示またはプリンタへ印刷するなどの検索
処理が終了となる。

【０００６】特開平５−１５３７３０号公報（以下、先
行技術３と呼ぶ）には、複数の電力系統がある場合に、
各訓練対象毎のシミュレータ用データベースを、人間系
によって接続することなく、自動的に選択できるように
した「電力系統訓練シミュレータ」が開示されている。
先行技術３では、シミュレーション手段から訓練系統デ
ータベースへアクセス要求があった場合、データベース
切換手段は、訓練対象系統設定手段で設定された訓練系
統情報部の訓練対象系統情報から、どの訓練系統データ
ベースが系統シミュレーションの対象かを認識し、訓練
系統データベース群の中から対象の訓練系統データベー
スを取り出し、その内容を系統シミュレーション手段へ
渡す。

【０００７】特開平４−１９５４６６号公報（以下、先
行技術４と呼ぶ）には、データベースアクセスドライバ
と、ＣＡＤデータベース本体を必要に応じて取り換える
ことにより、任意のデータベースにアクセスできるよう
にした「ＣＡＤデータベースシステム」が開示されてい
る。先行技術４において、コマンド解析部で入力された
コマンド、データなどの妥当性チェックを行い、コマン
ド処理部が各コマンドに対応した処理を行う。次にデー
タ記憶部で処理結果などのデータをメモリ上に記憶し、
表示制御部で表示装置に表示する。さらにデータベース
アクセスインタフェース部でＣＡＤデータベースに対し
標準データベース言語によりアクセス制御を行い、アク
セスプロセス振り分け処理部が複数のＣＡＤデータベー
スに対して自己システムに結合するデータベースを選択
する。そして接続されるデータベースアクセスドライバ
の振り分けが行われる。これによりデータベースの属
性、種類に依存しない形態でＣＡＤシステムを構築する
ことができる。

【０００８】特開平３−９４３７４号公報（以下、先行
技術５と呼ぶ）には、入力した日本語文を解析してアク
セス対象のシステムを選択し、選択したアクセス対象の
データベース処理装置に対応したデータベースコマンド
に入力したデータを翻訳することにより、ユーザはデー
タベース名を指定する必要がないようにした「データベ
ース操作装置」が開示されている。この先行技術５にお
いて、データベース操作装置は、日本語解析部、データ
ベース判別部、データベースコマンド生成部、及びデー
タベースコマンド生成規則テーブルから構成されてい
る。そして入力された日本語文を解析して、自動的にデ
ータベース処理装置を選択し、更にそのデータベース処
理装置の対応するデータベース言語のデータベース操作
コマンドに翻訳する。これによりユーザがどのデータベ
ースを操作するかを指定する必要がなくなる。

【０００９】特開平３−５８８４号公報（以下、先行技
術６と呼ぶ）には、利用者がデータベースの検索したい
項目名を指定するだけで自動的にデータベースのアクセ
スパスを生成決定できることにより、利用者がデータベ
ースの構造を充分に把握していなくとも目的の項目の検
索を実行可能にした「構造型データベース自動パス生成
方式」が開示されている。先行技術６に開示された構造
型データベース自動パス生成方式は、検索項目ファイル
を有する補助記憶装置に接続された指定項目名情報入力
部、オーナ・メンバ管理ファイルを有する補助記憶装置
に接続されたオーナ・メンバ情報入力部、オーナ・メン
バ情報記憶部、エントリレコード選択部、アクセス生成
部、パス生成情報記憶部、不要レコード削除部、複数パ
ス選択部、及び生成パス出力部を有する。そして利用者
が登録した項目名の先頭４桁によりオーナ・メンバ管理
ファイルからレコード名を検索し、そのオーナ及びメン
バの情報で自動的にアクセスパスを生成する。これによ
り利用者はデータベースの構造を全く意識せずに目的の
情報検索を行うことができる。

【００１０】特開昭６２−１３０４２２号公報（以下、
先行技術７と呼ぶ）には、磁気ディスクと光ディスクの
両方にデータを予め用意し、アクセス時にイメージデー
タを管理するデータ管理簿で最適なイメージデータ格納
媒体を自動選択することにより、アクセスを高速化する
ようにした「データ格納媒体管理処理方式」が開示され
ている。先行技術７において、ＣＰＵで所定の命令を実
行してデータを処理するデータ処理装置は、イメージデ
ータを使用してユーザが要求する処理を実行する応用処
理部と、イメージデータアクセス部と、データベース管
理部からなり、磁気ディスクと光ディスクを備える。ア
クセス媒体選択部の処理は、アクセス部が応用処理部の
アクセス要求で行い、光ディスク更新部の処理は、管理
部の光ディスク格納処理部で行う。これで、頻繁に参照
するイメージデータも一旦光ディスクに格納しておき、
必要な時にこれから磁気ディスクにデータを一時的にロ
ーディングして、効率的な利用と高速アクセスを行う。

【００１１】

【発明が解決しようとする課題】上述した従来の技術の
問題点は、一度開発した業務アプリケーションを新しい
ツール、異なるシステム形態へ導入しようとした場合
に、業務アプリケーションの一部又は全部の改造が必要
となることである。その理由は、使用するツール、シス
テム形態に依存した業務アプリケーションの構成をとる
ためである。

【００１２】したがって、本発明の課題は、開発する業
務アプリケーションを使用するツール、コンピュータ機
種、データベース・ソフトなどへのツール依存度を下
げ、業務アプリケーションの独立性を高め、汎用性、移
植性を確保することにある。

【００１３】本発明の他の課題は、新しいツールを適用
した場合のアプリケーション資源の再利用と生産性の向
上を図ることにある。

【００１４】なお、先行技術１は、複数の計算機により
データベースのレプリカを管理する技術思想を開示する
のみで、業務アプリケーションの独立性を高めるようと
する技術思想である本発明とは全く異なる。また、先行
技術２は、１つのデータベースを解像度の異なる複数の
端末よりアクセスする技術思想を開示するのみで、各々
異なるデータベース・ソフトにより構築された複数のデ
ータベース部をアクセスしようとする技術思想である本
発明とは全く異なる。先行技術３は、各訓練対象毎のシ
ミュレータ用データベースを自動的に選択する技術を開
示するのみで、データベースが異なるデータベースソフ
トで構築された場合を想定していない。換言すれば、先
行技術３においては、使用されるシミュレータ用データ
ベースは同一のデータベース・ソフトで構築されている
と考えられる。

【００１５】先行技術４は、他システムで蓄積されたＣ
ＡＤデータベースを任意に利用することができるＣＡＤ
データベースシステムを開示している。しかしながら、
先行技術４では、複数のＣＡＤデータベースは同一のデ
ータベース・ソフトにより構築されているのか、異なる
データベース・ソフトにより構築されているのかを何等
記載していない。先行技術４では、複数のＣＡＤデータ
ベースは、同一の標準データベース言語（ＳＱＬ言語）
を使用して構築されていることを前提にしているものと
考えられる。とにかく、先行技術４は、業務アプリケー
ションに適合したデータベース部を自動的に選択してア
クセスする技術思想である本発明とは全く異なると考え
られる。先行技術５は、コマンド体系の異なる複数のデ
ータベースシステムにアクセスする技術思想を開示して
いるが、複数のデータベースシステムをどのようなデー
タベース・ソフトを使用して構築しているかについては
何等記載していない。したがって、先行技術４と同様
に、先行技術５も、業務アプリケーションに適合したデ
ータベース部を自動的に選択してアクセスする技術思想
である本発明とは全く異なると考えられる。

【００１６】先行技術６は、１つの構造型データベース
をアクセスする場合に、利用者が構造型データベースの
構造を充分に把握していなくとも目的の項目の検索を実
行可能にした技術思想を開示するのみで、各々異なるデ
ータベース・ソフトにより構築された複数のデータベー
ス部をアクセスしようとする技術思想である本発明とは
全く異なる。先行技術７は、アクセス速度の異なる複数
の格納媒体を自動的に選択してアクセスする技術を開示
すのみで、業務アプリケーションに適合したデータベー
ス部を自動的に選択してアクセスする技術思想である本
発明とは全く異なる。

【００１７】

【課題を解決するための手段】本発明によれば、業務処
理を行う業務アプリケーション部と、業務データを格納
する複数のデータベース部とを有し、複数のデータベー
ス部は各々異なるデータベース・ソフトにより構築され
た情報処理システムにおいて、アクセス対象となるデー
タベース部の構成情報を定義する構成情報定義ファイル
と、各種ツールに依存した処理構造をもち、それぞれ対
応するデータベース部をアクセスする複数のデータベー
スアクセス部と、業務アプリケーション部で発生したデ
ータベースアクセス情報を構成情報定義ファイルを参照
して解析して、複数のデータベースアクセス部の中から
最適な１つのデータベースアクセス部を選択する解析部
と、業務アプリケーション部と解析部との間で、規則に
従ったデータベースアクセス情報を交換するインタフェ
ース部とを有することを特徴とする情報処理システムが
得られる。

【００１８】上記情報処理システムは、業務アプリケー
ション部、構成情報定義ファイル、複数のデータベース
アクセス部、解析部、およびインタフェース部がクライ
ントに備えられ、複数のデータベース部がサーバに備え
られたクライアント／サーバシステムであっても良い。

【００１９】また、本発明によれば、各々異なるデータ
ベース・ソフトにより構築された複数のデータベース部
をアクセスする方法であって、業務アプリケーション部
がデータベースアクセス要求を発生するステップと、こ
のデーアベースアクセス要求に応答して、インタフェー
ス部が記述規則に従い構文解析を行うステップと、解析
部が構成定義情報ファイルを参照して該当するデータベ
ースＩＤに従いデータベースアクセス部を選択し、その
選択したデータベースアクセス部にデータベースアクセ
ス要求を送信するステップと、この選択されたデータベ
ースアクセス部が、データベースアクセス要求により該
当するデータベース部をアクセスして、このデータベー
ス部からアクセス結果を取得するステップと、取得した
アクセス結果を、解析部、インタフェース部を経由して
業務アプリケーション部へ送信するステップと、を含む
データベースアクセス方法が得られる。

【００２０】上記データベースアクセス方法において、
業務アプリケーション部が、受信したアクセス結果の情
報により、再度アクセス要求を行うか、終了するかを判
断するステップを含んでも良い。

【００２１】

【作用】インタフェース部において、業務アプリケーシ
ョン部と解析部間のメッセージ（データベースアクセス
情報）の記述規則を統一している。このため、業務アプ
リケーション部においては、インタフェース部のみを意
識した構造になる。データベースアクセスに必要な情報
を定義情報として構成定義情報ファイルに格納してい
る。このため、解析部は、定義情報をもとに、最適なデ
ータベースアクセス部を選択可能である。構成定義情報
ファイルには、複数の構成情報を登録、削除が可能であ
る。このため、任意のデータベースアクセス部を複数設
定することが可能である。

【００２２】

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

【００２３】図１に本発明の一実施の形態によるデータ
ベースアクセス方法が適用されるクライアント／サーバ
システムを示す。図示のクライアント／サーバシステム
は、複数のクライアント（図面では１つのクライアント
のみ図示する）１０と、クライアント１０に接続された
サーバ２０とを有する。

【００２４】サーバ２０は業務データを格納する複数の
データベース部２１を有する。複数のデータベース部２
１は各々異なるデータベース・ソフトにより構築されて
いる。クライアント１０は、業務処理を行う業務アプリ
ケーション部１１と、業務アプリケーション部１１で発
生したデータベースアクセス要求（以下、ＤＢアクセス
要求と略称する）を解析する解析部１２と、業務アプリ
ケーション部１１と解析部１２とのメッセージ交換を担
当するインタフェース部１３と、メッセージを解析する
情報を定義する構成定義情報ファイル１４と、データベ
ース部２１をアクセスする複数のデータベースアクセス
部（以下、ＤＢアクセス部と略称する）１５とを備えて
いる。複数のＤＢアクセス部１５は、図示の如く、ＤＢ
アクセス部Ａ、ＤＢアクセス部Ｂ、ＤＢアクセス部Ｃ、
……から成る。

【００２５】業務アプリケーション部１１は、インタフ
ェース部１３とのメッセージ交換する上で、予め定めら
れた記述規則に従い、ＤＢアクセス情報を記述する。イ
ンタフェース部１３は、業務アプリケーション部１１と
解析部１２とのメッセージ交換（ＤＢアクセス要求、Ｄ
Ｂアクセス結果情報）機能および記述規則のチェック機
能を有している。解析部１２は、インタフェース部１３
からのＤＢアクセス情報（要求）に基づき構成定義情報
ファイル１４より最適なＤＢアクセス部１５を選択し、
ＤＢアクセス情報を選択したＤＢアクセス部１５に送信
し、ＤＢアクセス部１５より受信したＤＢアクセス結果
をインタフェース部１３に送信する。

【００２６】なお、インタフェース部１３より受信する
ＤＢアクセス要求には、データベースＩＤ、検索項目、
検索式が記述されており、構成定数情報ファイル１４上
のデータベースＩＤと対応するＤＢアクセス部が選択可
能である。

【００２７】ＤＢアクセス部１５の各々は、ミドルウェ
ア、データベース・ソフトに依存した構成となってお
り、個々の構成に対応してＤＢアクセス部Ａ、ＤＢアク
セス部Ｂ、ＤＢアクセス部Ｃを、構成定義情報ファイル
１４に定義することにより、利用可能となる。

【００２８】複数のデータベース部２１は、それぞれ異
なるデータベース・ソフトにより構築された、業務デー
タを格納しており、ＤＢアクセス部１５によりデータ処
理が可能である。

【００２９】次に、図１に加えて図２をも参照して、図
１に示したクライアント／サーバシステムの動作につい
て説明する。

【００３０】クライアント／サーバシステムの動作が開
示される（ステップＳ０）と、業務アプリケーション部
１１はＤＢアクセス要求を発生する（ステップＳ１）。
この発生されたＤＢアクセス要求は、インタフェース部
１３において、記述規則に従い構文解析を行う（ステッ
プＳ２）。引き続いて、解析部１２において、構成定義
情報ファイル１４より該当するデータベースＩＤに従い
ＤＢアクセス部１５を選択し（ステップＳ３）、選択し
たＤＢアクセス部１５にＤＢアクセス要求を送信する。

【００３１】ＤＢアクセス部１５は、ＤＢアクセス要求
により該当するデータベース部２１にアクセスし（ステ
ップＳ４）、アクセス結果を取得する（ステップＳ
５）。ＤＢアクセス部１５で取得したアクセス結果は、
解析部１２、インタフェース部１３を経由して業務アプ
リケーション部１１へ送信される（ステップＳ６，Ｓ
７，Ｓ８）。業務アプリケーション部１１は、受信した
結果情報により、再度アクセス要求を行う（ステップＳ
１）か、終了する（ステップＳ９）かを判断する。

【００３２】

【実施例】次に、本発明の実施例について図３を参照し
て説明する。この実施例では、業務アプリケーション１
１は、施設予約Ａと施設予約Ｂの２つの業務システムを
想定する。施設予約Ａと施設予約Ｂとは同一のアプリケ
ーションであるが、対象となるデータベース部２１が異
なるものとする。データベース部２１は、施設予約Ａお
よび施設予約Ｂにそれぞれ対応したデータベース部Ａお
よびデータベース部Ｂを有し、それぞれ異なるデータベ
ース・ソフトにより構築されている。図示の例では、デ
ータベース部Ａはｉｎｆｏｒｍｉｘと呼ばれるデータベ
ース・ソフトにより構築され、データベース部ＢはＯＲ
ＡＣＬＥと呼ばれるデータベース・ソフトにより構築さ
れている。

【００３３】ＤＢアクセス部１５も、データベース部Ａ
およびデータベース部Ｂに対応するようにそれぞれＤＢ
アクセス部ＡおよびＤＢアクセス部Ｂが存在し、それぞ
れ異なるツールに対応している。図示の例では、ＤＢア
クセス部Ａのツールは（ＳｅｇｕｅＬｉｎｋ，ｉｆｏｒ
ｍｉｘ）であり、ＤＢアクセス部Ｂのツールは（ＳＱＬ
＊ＮＥＴ，ＯＲＡＣＬＥ）である。

【００３４】構成定義情報ファイル１４には、データベ
ースＩＤとＤＢアクセス部の対応が格納されている。図
示の例の場合、構成定義情報ファイル１４は、“施設予
約Ａ”を示すデータベースＩＤがＤＢアクセス部Ａに対
応し、“施設予約Ｂ”を示すデータベースＩＤがＤＢア
クセス部Ｂに対応することを定義している。

【００３５】インタフェース部１３、解析部１２は、前
述した機能を有しており、施設予約Ａ、施設予約Ｂの業
務アプリケーションで共有して利用可能である。

【００３６】次に、施設予約ＡでＤＢアクセス要求が発
生した場合の動作について説明する。施設予約Ａで発生
したＤＢアクセス要求は、インタフェース部１３を経由
して解析部１２に送られる。解析部１２は、構成定義情
報ファイル１４のデータベースＩＤ（施設予約Ａ）、Ｄ
Ｂアクセス部（ＤＢアクセスＡ）の定義にもとづき、Ｄ
Ｂアクセス部Ａを選択する。ＤＢアクセス部Ａはデータ
ベース部Ａをアクセスし、該当するアクセス結果は、逆
に、解析部１２、インタフェース部１３を経由して施設
予約Ａに戻り処理される。

【００３７】なお、施設予約ＢでＤＢアクセス要求が発
生した場合の動作も同様であるので、その動作説明を省
略する。

【００３８】すなわち、本発明では、図４（ｂ）に示す
ように、ツールと業務アプリケーションとの間に、解析
部１２、インタフェース部１３、および構成定義情報フ
ァイル１４からなる中間層３０を構築している。

【００３９】本発明は上述した実施形態に限定せず、本
発明の趣旨を逸脱しない範囲内で種々の変更・変形が可
能である。

【００４０】

【発明の効果】以上説明したように本発明では、ツール
と業務アプリケーションとの間に、汎用的なインタフェ
ースを持つ中間層を構築したので、ツール依存度を下
げ、業務アプリケーション部の独立性を高めることがで
きる。これにより、汎用性、移植性を確保できる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるデータベースアク
セス方法が適用されるクライアント／サーバシステムの
構成を示すブロック図である。

【図２】図１に示したクライアント／サーバシステムの
動作を説明するためのフロー図である。

【図３】本発明の一実施例によるライアント／サーバシ
ステムの構成を示すブロック図である。

【図４】従来の技術によるシステム構成（ａ）と、本発
明によるシステム構成（ｂ）とを示す図である。

【符号の説明】

１０ クライアント １１ 業務アプリケーション部 １２ 解析部 １３ インタフェース部 １４ 構成定義情報ファイル １５ ＤＢアクセス部 ２０ サーバ ２１ データベース部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 業務処理を行う業務アプリケーション部
   と、業務データを格納する複数のデータベース部とを有
   し、前記複数のデータベース部は各々異なるデータベー
   ス・ソフトにより構築された情報処理システムにおい
   て、 アクセス対象となるデータベース部の構成情報を定義す
   る構成情報定義ファイルと、 各種ツールに依存した処理構造をもち、それぞれ対応す
   るデータベース部をアクセスする複数のデータベースア
   クセス部と、 前記業務アプリケーション部で発生したデータベースア
   クセス情報を前記構成情報定義ファイルを参照して解析
   して、前記複数のデータベースアクセス部の中から最適
   な１つのデータベースアクセス部を選択する解析部と、 前記業務アプリケーション部と前記解析部との間で、規
   則に従ったデータベースアクセス情報を交換するインタ
   フェース部とを有することを特徴とする情報処理システ
   ム。
2. 【請求項２】 請求項１に記載の情報処理システムにお
   いて、前記業務アプリケーション部、前記構成情報定義
   ファイル、前記複数のデータベースアクセス部、前記解
   析部、および前記インタフェース部がクライントに備え
   られ、前記複数のデータベース部がサーバに備えられた
   クライアント／サーバシステム。
3. 【請求項３】 各々異なるデータベース・ソフトにより
   構築された複数のデータベース部をアクセスする方法で
   あって、 業務アプリケーション部がデータベースアクセス要求を
   発生するステップと、 このデーアベースアクセス要求に応答して、インタフェ
   ース部が記述規則に従い構文解析を行うステップと、 解析部が構成定義情報ファイルを参照して該当するデー
   タベースＩＤに従いデータベースアクセス部を選択し、
   その選択したデータベースアクセス部に前記データベー
   スアクセス要求を送信するステップと、 該選択されたデータベースアクセス部が、前記データベ
   ースアクセス要求により該当するデータベース部をアク
   セスして、該データベース部からアクセス結果を取得す
   るステップと、 前記取得したアクセス結果を、前記解析部、前記インタ
   フェース部を経由して前記業務アプリケーション部へ送
   信するステップと、を含むデータベースアクセス方法。
4. 【請求項４】 前記業務アプリケーション部が、受信し
   たアクセス結果の情報により、再度アクセス要求を行う
   か、終了するかを判断するステップを含む、請求項３に
   記載のデータベースアクセス方法。