JPH05204988A - サーバデータベースのアクセス方法 - Google Patents

Abstract

(57)【要約】 【目的】 異なる適用業務プログラムコンピュータから
遠隔ＤＢＭＳのファシリティを検査する上での問題を解
決する。 【構成】 第１計算環境内で発生され計画される適用業
務プログラムを、この第１計算環境とは異なる第２の計
算環境で動作する遠隔データベース管理システム（ＤＢ
ＭＳ）で登録されている関係データにアクセス可能にす
る。このＤＢＭＳから離れている適用業務サイトからの
ＤＢＭＳを介してのアクセスはＤＢＭＳへの適用業務プ
ログラムデータアクセスをマッピングする適用業務プロ
グラムに対し論理的に下位であるプロセスによりサポー
トされる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は遠隔データリポジトリと
は異なるコンピュータにおいて実行する適用業務プログ
ラムから以下にデータベース管理システム（ＤＢＭＳ）
と呼ぶ遠隔データリポジトリをアクセスする際の問題に
関する。

【０００２】

【従来の技術および解決すべき課題】データリポジトリ
すなわちＤＢＭＳは、ビジネスや、商業、科学、政治な
どにおける広い範囲の実際の世界のアクティビティを管
理し、制御し、分析し、モデル化し、追跡し、文書化す
るために種々の方法で使用出来る情報を記憶する。ＤＢ
ＭＳに記憶される情報は特定の目的についての情報を検
索する種々の適用業務プログラムにより共用出来る。異
なったコンピュータについて異なるＤＢＭＳ内に同一の
情報を維持することは非常に困難であるから、適用業務
プログラムは存在する必要な情報をアクセスし取扱うこ
とが出来るものであることが重要である。

【０００３】しかしながら、適用業務プログラムはＤＢ
ＭＳ内の情報をアクセスし取扱うばかりでなく、コンピ
ュータディスプレイとキーボードとにより人間と対話し
なければならない。この対話は、適用業務プログラムが
人間に近いところにあるコンピュータで実行出来れば大
いに容易となる。また、しばしば、言語、オペレーティ
ングシステムまたはコンピュータにより限定される特定
のコンピュータ環境に対し開発され適用される適用業務
プログラムが異なるコンピュータ環境に適用（そしてそ
れにおいて走行）されるＤＭＢＳ内のデータまたはその
特徴を探す必要がある。それ故、適用業務プログラムに
とってその適用業務プログラムのコンピュータではない
コンピュータに置かれたＤＢＭＳ内の情報をアクセスし
扱うことが出来るものであるとよい。

【０００４】ＤＢＭＳ内の情報の維持の他の特徴は特定
の計算環境またはデータモデルに対し特殊化されたデー
タベースコマンドを有する異なった模式で実行を行うＤ
ＢＭＳがあるということである。別々に実行するＤＢＭ
Ｓの一つの重要なクラスは関係データベースシステムと
して知られるものである。このクラス内のＤＢＭＳはＳ
ＱＬとして知られるデータベースコマンド言語を有する
ものである。C.J.Data著「アン・イントロダクション・
ツー・データベース・システムズ」第１巻、Addison-We
sley社刊（１９８６年第４編）の第２章に示される関係
データベースシステムはＳＱＬデータベースコマンド言
語にもとづいている。しかしながら、この限定されたＤ
ＢＭＳのクラスにおいてもＳＱＬコマンドに差があり、
これらは異なる実行を受け入れて処理する。ＳＱＬデー
タベースコマンド言語のこれらの相異は異なる実行およ
びサポートされる言語機能の差の異なるオペレーティン
グ環境を生じさせる。

【０００５】ＳＱＬデータベースコマンド言語を支持す
るＤＢＭＳを利用する適用業務プログラムはいくつかの
異なるプログラミング言語の一つで書かれる。ＤＢＭＳ
データをアクセスするためのＳＱＬデータベースコマン
ドは適用業務プログラム内に埋めこまれる。適用業務プ
ログラムはいくつかの段階で実行するように用意され
る。まず、ＳＱＬプリプロセッサと呼ばれる適用業務ア
クセスエージェントのコンポーネントが適用業務プログ
ラムのテキストを検索し、埋め込まれたＳＱＬデータベ
ースコマンドを、データベースインターフェースファン
クションと呼ばれる適用業務アクセスエージェントの他
のコンポーネントと置き換える。これらデータベースイ
ンターフェースファンクションはＳＱＬデータベースコ
マンドの実行を行うためにＤＢＭＳとの実際の対話を仲
介する。次に、変更された適用業務プログラムが言語コ
ンパイラで処理され、このコンパイラがそれをコンピュ
ータインストラクションの、マシンに依存するシーケン
スに変換する。最後に変換された適用業務プログラムが
データベースインターフェースファンクションと組合さ
れ（またはリンクされ）て特定の計算環境で呼出されて
実行されうるモジュールをつくる。

【０００６】データベースインターフェースファンクシ
ョンに対する呼び出しで適用業務プログラム内に埋め込
まれたＳＱＬデータベースコマンドを置き換えることに
加えて、いくつかのＳＱＬプリプロセッサとＳＱＬＤＢ
ＭＳはリンクされた適用業務プログラムの実行中にコマ
ンドを行う必要の充分前にＳＱＬデータベースコマンド
を実行のために分析し用意する能力をサポートする。バ
インディングとも呼ばれるこのデータベースコマンド実
行の用意は適用業務プログラムのパフォーマンスを著し
く改善する。これは、ＳＱＬデータベースコマンドの分
析が一般にコマンド内のデータベースオブジェクト（例
えばテーブルコラム等）のネームを特定のＤＢＭＳ内に
あるオブジェクトのネームと比較するために比較的高価
なＩ／Ｏオペレーションを必然的に伴うためである。更
に、多くのＳＱＬデータベースコマンドについて、コマ
ンドを行うに必要なデータベースステップの最良のシー
ケンスの決定は多数の代替シーケンスの考慮を必要とす
る。最良のステップシーケンスを選ぶことを最適化と云
う。分析と最適化が完了してしまうと、そのＤＢＭＳは
その結果を保持し、対応するＳＱＬデータベースコマン
ドの実行が要求されたときにそれを使用しうる。

【０００７】本発明における問題は、一つのコンピュー
タにおいて実行する適用業務プログラムが、異なる計算
環境を有する異なったコンピュータについて走行するＤ
ＢＭＳの完全なサービスを操りうるようにするメカニズ
ムと手順を与えることである。本発明は遠隔ＤＢＭＳの
異なった使用及びそれらの使用のデータベースコマンド
言語の特徴の開発を特に問題としている。データベース
コマンドの特異性のトレランスは通信プロトコルを介し
て遠隔コンピュータ内のＤＢＭＳに結合されるアプリケ
ーションアクセスエージェントプログラムの一つの状態
（使用）を用いて達成される。本発明はまた、このアプ
リケーションプログラムの実行の前にデータベースコマ
ンドの結合を支持することにより向上したパフォーマン
スを達成する。

【０００８】これら目的をアドレスする他のメカニズム
は次のものを含む。 １． 他の遠隔ＤＢＭＳ（すなわち分散データベースシ
ステム）においてデータベースコマンドを行うためにそ
れらＤＢＭＳと対話しうる適用業務プログラムコンピュ
ータにおける（局所）ＤＢＭＳ； ２． 遠隔手順呼出し（ＲＰＣ）メカニズムを用いた局
所ＤＢＭＳの使用に対してなされうるデータベース呼出
しの遠隔実行； ３． データベースコマンドを受け、分析し、最適化
し、そして中間または延期された実行のためにデータベ
ースのステップの結果としてのシーケンスを遠隔ＤＢＭ
Ｓに送る適用業務プログラムコンピュータのプログラ
ム； ４． 適用業務プログラムのデータベースコマンドを、
その（このとき遠隔である）適用業務プログラムの代替
としてその（このとき局所の）ＤＢＭＳへデータベース
コマンドを出すＤＢＭＳの遠隔コンピュータのプログラ
ム（またはデバイス）に通信すること；および ５． 国家または国際標準機関の監視下での遠隔データ
ベースアクセス（ＲＤＡ）通信プロトコル。

【０００９】上記の第１のメカニズムは殆どのＤＢＭＳ
の実行では使用不能な進歩したデータベース機能を必要
とする。更に、そのようなＤＢＭＳが適用業務プログラ
ムコンピュータに存在していなければならない。これは
ライセンス、メインテナンスおよび資源（ＣＰＵおよび
記憶機構）のコストを著しく増大させる。

【００１０】データベース呼出しインターフェースは一
般にＤＢＭＳ実行とその計算環境に特有のものであるか
ら、上記第２のメカニズムは個別に実行される遠隔ＤＢ
ＭＳのそれぞれについて適用業務プログラムコンピュー
タにおける特殊なサポートを必要とする。特定のＤＢＭ
Ｓ呼出インターフェースについての複数のサポートは開
発コストが高く、新しい遠隔ＤＢＭＳ実行が使用可能と
なるときには拡張されねばならない。

【００１１】上記第３のメカニズムは遠隔ＤＢＭＳで使
用されるデータベースステップの種類とデータベースコ
マンド言語の特徴と所要のステップを計算するアプリケ
ーションプログラムでのプログラムにより支持される機
能の両方に極めて密接に関係する。更に、遠隔ＤＢＭＳ
のデータベースコマンド言語に対する機能的な向上は適
用業務アクセスエージェントに対する同様の向上とマッ
チしなければならない。

【００１２】上記第４のメカニズムは、適用業務プログ
ラムのデータベースコマンドが適用業務プログラムのコ
ンピュータの適用業務プログラムの実行前に遠隔ＤＢＭ
Ｓに与えられないから、実行前にデータベースコマンド
を分析し、準備することが出来ない。

【００１３】上記第５のメカニズムもデータベースコマ
ンドの実行を用いる適用業務プログラムの実行前のデー
タベースコマンドの分析および処理をサポートしない。
これは（多分）著しいパフォーマントペナルティを生じ
させ、そして適用業務プログラムの複数回の実行につい
てデータベースコマンドの分析と最適化のためのコスト
の償却を許すものではない。

【００１４】

【課題を解決するための手段】本発明は通信ファシリテ
ィにより接続された複数のコンピュータシステムからな
る環境において動作する。これら計算システムの内のい
くつかが適用業務プログラムコンピュータとされ、残り
のシステムはＤＢＭＳコンピュータとされる。適用業務
コンピュータとＤＢＭＳコンピュータはその実行および
計算環境を変化しうる。通信メカニズムは適用業務プロ
グラムおよびＤＢＭＳコンピュータにより用意された通
信プロトコルに従って動作される。本発明では、適用業
務プログラムコンピュータはＤＢＭＳコンピュータから
物理的に離れており、それ故適用業務コンピュータの範
囲から離されており、一つのＤＢＭＳコンピュータは
「遠隔」データサイトである。

【００１５】本発明によれば、データベースコマンド言
語をサポートするＤＢＭＳを用いる適用業務プログラム
はいくつかの異なったプログラミング言語で書くことが
出来る。ＤＢＭＳデータにアクセスするためのデータベ
ースコマンドはその適用業務のプログラムに埋込まれ
る。適用業務アクセスエージェントがいくつかのステッ
プでの実行のための適用業務プログラムを用意し、そし
てＤＢＭＳデータおよびファシリティの探索により実行
をサポートする。

【００１６】まず、プリプロセッサである適用業務アク
セスエージェントの一つの成分が適用業務プログラムの
テキストを検査し、埋込まれたデータベースコマンド
を、データベースインターフェースファンクションであ
る適用業務アクセスエージェントの他の成分と置き換え
る。この成分はデータベースコマンドの実行を行うため
にＤＢＭＳとの実際の対話を仲介する。次に、この変更
された適用業務プログラムが言語コンパイラで処理され
る。このコンパイラはそれをコンピュータインストラク
ションの機械シーケンスに変換する。この変換された適
用業務プログラムはデータベースインターフェースファ
ンクションと組合されあるいはリンクされて特定の計算
環境において実行しうるモジュールをつくる。

【００１７】適用業務プログラムから抽出された埋込み
データベースコマンドは、このプログラムがプリプロセ
ッサにより扱われている間に組立てられる。抽出された
データベースコマンドはプリプロセス中に実行のために
分析され、用意され、そして組立てられる。適用業務ア
クセスエージェントのバインドプログラム成分は遠隔Ｄ
ＢＭＳと対話してアプリケーションプログラムからのデ
ータベースコマンドを、適用業務プログラムの実行に応
じて実行するためのデータベースコマンドを保持するネ
ームをもつＤＢＭＳに結合する。

【００１８】最後に、適用業務アクセスエージェントの
データベースインターフェースファンクション成分は適
用業務プログラム内の、データベースコマンドを置き換
える呼出しを受ける。適用業務プログラムから一つの呼
出しがなされると、データベースインターフェースファ
ンクション成分が呼び出されたコマンドをＤＢＭＳに知
らせ、このＤＢＭＳがこのコマンドを実行してその結果
をデータベースインターフェースファンクションにもど
す。受信したこれら結果は直ちにあるいは適用業務プロ
グラムからの以降の要求によりそのプログラムに入れら
れる。

【００１９】本発明は異なった適用業務プログラムコン
ピュータから遠隔ＤＢＭＳのファシリティの探索の問題
を、次のことを行うに必要なプロトコルのエレメントを
限定することにより解決する。 １． データベースコマンドを遠隔ＤＢＭＳコンピュー
タで結合（分析、最適化および保持）させる。及び ２． 遠隔ＤＢＭＳコンピュータでの保持されたコマン
ドの実行を開始する。

【００２０】データベースコマンド言語の特徴バージョ
ンをサポートする目的は、適用業務プログラムコンピュ
ータにおける適用業務アクセスエージェントがデータベ
ースコマンドの意味を分析し理解する度合をそれらデー
タベースコマンドの実行を適正に呼び出すために適用業
務プログラムの変換に必要な最少のものに制限すること
により達成される。更に、遠隔ＤＢＭＳコンピュータに
おけるデータベースコマンドの結合のためのプロトコル
はデータベースコマンド言語シンタックスの特質と特定
の遠隔ＤＢＭＳ実行の意味には不感となるように適用さ
れる。

【００２１】本発明の他の重要な特徴は遠隔ＤＢＭＳに
おける結合の前にデータベース言語コマンドからホスト
変数（Host Variable)を抽出することである。言語に特
有の変数はホスト変数のタイプとサイズについての情報
を含むマーカで置き換えられる。これはＤＢＭＳサイト
に対し言語ダイアレクトによるデータ言語差を分離す
る。これは適用業務アクセスエージェントがＤＢＭＳの
タイプには無関係に同じようにすべてのＤＢＭＳに呼び
掛しうるようにする。

【００２２】

【実施例】本発明は図１のように構成され機能するよう
になっており、１０は第１コンピュータシステムであっ
て、適用業務プログラムを実行するために従来技術を用
いて適正に構成されている。コンピュータシステム１０
は例えばＩＢＭ３０９０タイプのメインフレームマシン
でよい。周知のように３０９０コンピュータシステムは
主記憶装置を備えたＣＰＵと、入力／出力チャンネル制
御手段と、直接アクセス記憶装置と、それに接続される
他のＩ／Ｏ装置とを含んでいる。このようなコンピュー
タシステムは、ＰＬ／１またはＣＯＢＯＬのような言語
で書かれた適用業務プログラムを実行するＭＶＳタイプ
のオペレーティングシステムの制御のもとで動作する。
このコンピュータシステムで動作する本発明のコンポー
ネントは例えばプログラミング言語「Ｃ」で書くことが
出来る。そのようなコンピュータシステムに対するユー
ザインターフェースはＩＢＭのＴＳＯ（時分割オプショ
ン）のもとでの対話時分割を備えた任意の端末装置であ
る。コンピュータシステム１０のマシン、言語、および
オペレーティングシステムの特徴によりつくられる環境
はコンピュータシステム１２の環境とは異なる。コンピ
ュータシステム１２は例えばＯＳ／２ＥＥオペレーティ
ングシステムを備えたＰＳ／２タイプのパーソナルコン
ピュータを含むことが出来る。そのようなシステムは
「Ｃ」言語で書かれたＤＢＭＳをサポートすることが出
来る。この言語は周知のＳＱＬ言語のダイアレクトをサ
ポートする。本発明における局所エージェンシーは
「Ｃ」言語で書かれたコンピュータシステム１２内のプ
ログラムでよい。

【００２３】適用業務プログラム１４はコンピュータシ
ステム１０での実行用に書かれる。しかしながらコマン
ド１６のようなデータベースコマンドがコンピュータシ
ステム１２のデータベース内のデータの処理のためにプ
ログラム１４に埋込まれている。システム１０と１２の
環境の相異のためにコマンド１６（および適用業務プロ
グラム内の他のデータベースコマンド）はその適用業務
の他の部分に用いられる言語とは異なる言語で書かれ
る。これらデータベースコマンドはコンピュータシステ
ム１２での実行用に統語的には正しい。しかしながら、
これらはコンピュータシステム１０では有効であるが、
システム１２には有効でないフォーマットで変数、パラ
メータ値等の情報を含みうる。

【００２４】本発明は適用業務プログラムの合成の前に
データベースコマンドを識別し、処理し、それらを組立
て、そしてプログラム１４の走行時間中実行のためにコ
ンピュータシステム１２内でそれらを結合するための適
用業務プログラムのプリプロセスに関する。本発明はま
た適用業務プログラム１４をデータベースコマンドとそ
の言語による呼出しと置き換えることでコンピュータシ
ステム１０に全体として固有のフォームに変換する。適
用業務プログラムのコンパイル後に本発明はコンピュー
タシステム１２による関係したデータベースコマンドの
実行を要求することによって適用業務プログラムの呼出
しに応答する。本発明は適用業務プログラムに代りこの
実行されたコマンドの結果を受ける。

【００２５】本発明の機能を行うためのコンポーネント
はアプリケーションアクセスエージェント１７にある。
好適にはアクセスエージェント１７はコンピュータシス
テム１０に従来のように入れられて、本発明の新規な機
能を行うために周知の技術を用いて作動される一群のプ
ログラムである。

【００２６】アクセスエージェント１７の主成分はプリ
プロセッサ１８、バインドプログラム３８、およびデー
タベースインターフェースファンクション４０を含む。
適用業務アクセスエージェントでつくられ、充填され、
かつ使用されるデータ構造はバインドファイル２０、ホ
スト変数テーブル３０およびカーソルテーブル３４を含
む。

【００２７】プリプロセッサ１８は適用業務プログラム
（ＡＰＰ ＣＭＤ）１４を分析し、コマンド１６のよう
なデータベースコマンド（ＤＢ ＣＭＤ）を認識し、こ
れらデータベースコマンドを統語キューにもとづき分類
する。プリプロセッサがデータベースコマンドを認識し
分類した後に、プリプロセッサはそれらを適用業務プロ
グラムの変更バージョン１４ａに置き換えるのであり、
このプログラムの内容は埋込みデータベースコマンドの
置換えを除き変更されない。分類されてしまうと、デー
タベースコマンドはその分類によるタイプと内容を有す
るデータベース機能呼出し２８を適用業務プログラムの
プログラミング言語で発生するべく更に分析される。プ
リプロセッサ１８が適用業務プログラム内のデータベー
スコマンドを置き換えるとき、このプリプロセッサはそ
のコマンドにタグを付し、そのコマンドの入力および出
力ホスト変数を認識し、それらをホスト変数テーブル３
０に置き、必要であれば置き換えられたコマンドと他の
関係したデータベースコマンドを相関させ、そしてアプ
リケーションプログラムに呼出しを置く（図１の２
８）。適用業務プログラム呼出し２８は後述するような
パッケージネーム、タグ、入力変数構造のパラメータお
よび出力変数構造のパラメータを含む。最後に、プリプ
ロセッサ１８は夫々のデータベースコマンドをそれらに
付されたタグとバインドファイル２０内の入力および出
力変数を記述するマーカと共に保持する。変更コマンド
を２２で示す。バインドファイルは識別子「ＮＡＭＥ」
を有し、プリプロセッサ１８が適用業務プログラムの変
更を完了するまで変更されたデータベースコマンドを保
持する。バインドファイルはコンピュータシステム１２
内のＤＢＭＳにコマンドを結合するためにバインドプロ
グラム３８への入力として用いられる。

【００２８】適用業務１４から抽出されるデータベース
コマンドの遠隔ＤＢＭＳへの結合の機能はバインドプロ
グラム３８に与えられる。バインドプログラムはネーム
を有するＤＢＭＳとの間の会話を成立させ、アプリケー
ションプロセスを実行するコンピュータシステム１０へ
のコマンドを結合するに必要な情報と共にバインドファ
イル２０のエントリを遠隔ＤＢＭＳに送る一連のオペレ
ーションを導入する。

【００２９】データベースインターフェースファンクシ
ョン４０はプログラム１４ａがコンパイルされるときに
そのプログラムにリンクされる一連の機能を含む。デー
タベースインターフェースファンクション４０は呼出し
２８のような変更されたプログラム１４ａの呼出しに応
じてデータベースコマンド呼出しプロトコルを用いて遠
隔ＤＢＭＳでデータベースコマンドの実行を行う。適用
業務プログラムから呼出されるとき、データベースイン
ターフェースファンクション４０はそのプログラムを識
別する呼出し内のパラメータ、ＤＢＭＳに結合されたタ
グ付きのデータベースコマンドおよびそのコマンドの実
行に必要な変数に通話を行う。

【００３０】関係ＤＢＭＳの観点から本発明をみるため
に図１を参照するにコンピュータシステム１０と１２は
インターフェース４８により物理的に接続された従来技
術による通信アクセスエレメント（各システムにおける
通信アダプタ４６，５０を含みうる）により接続されて
いる。通信ファシリティ４６，４８，５０は公知のもの
である。本発明においては、このファシリティはネーム
から特定のコンピュータを識別し、異なるコンピュータ
において走行するプログラム間に通信をつくり、接続さ
れた通信プログラム間でデータを転送し、そしてコンピ
ュータ間の通信を終了させることが出来る。

【００３１】コンピュータシステム１２において適用業
務アクセスエージェント５２はバインドプログラム３８
を有する結合（バインド）プロトコルを導入し、バイン
ドプログラムから入るタグ付きのデータベースコマンド
をネーム「ＩＤ」で識別されるＤＢＭＳ５４に入れる。
ＤＢＭＳ５４はこのデータベースコマンドを受けてそれ
らをパッケージ６０に置く。このパッケージはプログラ
ム１４ａをパッケージ内容の源として識別する。タグを
有する一つのデータベースコマンド６２がパッケージ６
０に示されている。従来のように、識別子「ＮＡＭＥ」
はプログラム１４にコマンドを「結合する」ものであ
る。パッケージはＤＢＭＳのカタログ６３に記憶され
る。ＤＢＭＳ５４は記憶機構５６に保持される関係デー
タベースを維持する。

【００３２】データベースインターフェースファンクシ
ョン４０からのデータベースコマンドの実行を要求する
メッセージを受けると、適用業務アクセスエージェント
５２はＤＢＭＳ５４により要求されるサービスが何であ
るかを決定するために受信メッセージを解釈する。エー
ジェント５２は次に指示されたサービスを要求し、応答
を待ち、そして応答が入るとサービス結果をデータベー
スインターフェースファンクション４０にもどす。

【００３３】概 略 プリプロセッサ１８は結果として生じる実行に対し適用
業務プログラム１４を用意するプロセスにおける重要な
リンクである。プリプロセッサ１８は次の基本的機能を
行う： １． 適用業務プログラムに埋込まれたデータベースコ
マンドの認識と分類。 ２． 適用業務プログラムに埋込まれたデータベースコ
マンドの、プログラム言語で変数を宣言しあるいはデー
タベースインターフェースプログラムを呼出すその言語
によるステートメントでの置き換え。及び ３． バインドプログラム３８によるＤＢＭＳ５４への
結果としての提供のためのデータベースコマンドの記
録。

【００３４】データベースコマンド言語プリプロセッサ
１８は入力として、或るプログラム言語で特定される適
用業務プログラムのインストラクションを含むファイル
を用いる。プログラミング言語インストラクションに散
在するのは或るデータベースコマンド言語のシンタック
スで表示されるデータベースコマンドである。具体的に
云うと、データベースコマンド言語がＳＱＬのいくつか
の変形の内の或るものであると仮定する。プリプロセッ
サ１８はデータベースコマンドを認識し、それらを適用
業務プログラム言語のステートメントと置き換える。結
果として得られる（変更された）適用業務プログラム１
４ａはプリプロセッサ１８の出力の内の一つであり、そ
して適用業務プログラム言語についてコンパイラにより
変換するのに適したものである。プリプロセッサ１８の
第２の出力はデータベースコマンドの内の或るものであ
り、その内のいくつかがプリプロセッサ１８により僅か
に変更されているものを含む保持リスト（例えばファイ
ル）である。この第２ファイルはバインドファイル２０
であって適用業務アクセスエージェントのバインドプロ
グラム３８への入力である。

【００３５】図２はデータベースコマンドのプリプロセ
ッサ１８の高レベルの機能を示す。ライン１００〜１０
３は、データベースコマンドプリプロセッサのパラメー
タが、アプリケーションプログラム（入力）、アプリケ
ーションプログラムのデータベースコマンドについての
パッケージネーム（入力）、変更されたアプリケーショ
ンプログラム（出力）およびバインドプログラムのバイ
ンドファイル（出力）を含むリスト（例えばファイル）
であることを示す。ライン１０３はアプリケーションプ
ログラムファイルの走査を示す。ライン１０４〜１０５
はデータベースコマンドの認識と、データベースコマン
ドラインではないラインをアプリケーションプログラム
ファイルから変更プログラムファイルへのコピーを示
す。ライン１０６〜１０７は分類モジュールのパラメー
タとして認識されたコマンド（入力）と計算されたクラ
ス（出力）を用いて分類モジュールの呼出しを特定す
る。ライン１０８〜１０９は入力パラメータとして認識
されたコマンドと計算されたクラス、適用業務すなわち
アプリケーションプログラムに関連したパッケージネー
ムおよび出力パラメータとしてコマンドに割当てられた
タグを有する置き換えモジュールの呼出しを特定する。
ライン１１０〜１１１は入力パラメータとして認識され
たコマンド、その計算されたクラスおよび割当てられた
タグをもつバインドファイルにコマンドを付加するため
のモジュールの呼出しを特定する。

【００３６】データベースコマンドの認識と分類の説明 データベースコマンド言語（例えばＳＱＬ）で書かれた
データベースコマンドは特定のプリプロセッサの使用に
よりきまる統語的キューを介して認識される。これらは
データベースコマンドに先立つタグである（例えばスト
リング「ＥＸＥＣ ＳＱＬ」）。データベースコマンド
は次のカテゴリーの内の一つに分類出来る： １． ホスト変数宣言； ２． アトミックコマンド； ３． セット型コマンド； ４． ダイナミックコマンド；または ５． トランザクションコマンド。

【００３７】ホスト変数宣言は、特定の識別子（ネー
ム）が、アプリケーションプログラム言語のステートメ
ント並びにデータベースコマンドにより直接に処理しう
る特定のタイプの変数であることを特定する。ホスト変
数宣言は個々のプログラム言語に固有の（例えばＳＱＬ
についてのＰＬ／１変数宣言“ＢＥＧＩＮ ＤＥＣＬＡ
ＲＥ ＳＥＣＴＩＯＮ”および“ＥＮＤ ＤＥＣＬＡＲ
Ｅ ＳＥＣＴＩＯＮ”）並びに識別子とタイプネームか
らなる統語キューにより認識される。

【００３８】アトミックデータベースコマンドはアプリ
ケーションとＤＢＭＳとの間の１回の対話で実行しうる
コマンドである。これらはデータ定義コマンド（例えば
ＳＱＬ内の“ＣＲＥＡＴＥ_…”，“ＡＬＴＥＲ_…”，
“ＤＲＯＰ_…”等）、単一行データ選択および更新コマ
ンド、削除コマンドまたは挿入コマンドを含む。アトミ
ックデータベースコマンドはそれらの統語的な接頭語、
例えばＳＱＬ内のコマンドの第１または第１と第２ワー
ドにより認識可能である。いくつかのアトミックデータ
ベースコマンドはホスト変数に対する照合を含むことが
出来る。これらホスト変数照合は容易に認識可能なマー
ク（例えばいくつかのＳＱＬ内の“：”）を前につける
ことによって区別される。ホスト変数照合はデータベー
スコマンドへの入力としてのものあるいはデータベース
コマンドから結果（出力）を受けるためのものである。
入力および出力ホスト変数間の区別をしなければならな
い。ＳＱＬでは出力ホスト変数がキーワード“ＩＮＴ
Ｏ”に続く。プリプロセッサにはわからない統語的接頭
語を有する言語上の拡張に適合させるためにこれら未知
のデータベースコマンドはアトミックデータベースコマ
ンドとして分類され、そしてすべてのホスト変数照合が
入力変数として採用される。

【００３９】セット型データベースコマンドは次のタイ
プからなる： １． 一連のデータベース項目を特定するコマンド（例
えばＳＱＬのＤＥＣＬＡＲＥ ＣＵＲＳＯＲ_…”）； ２． 一連のデータベース項目の処理を開始するための
コマンド（例えばＳＱＬの“ＯＰＥＮ_…”）； ３． 一連のデータベース項目の次のエレメントにアク
セスするためのコマンド（例えばＳＱＬの“ＦＥＴＣＨ
_…”）；または ４． 一連のデータベース項目の処理を終了させるため
のコマンド（例えばＳＱＬの“ＣＬＯＳＥ_…”）。

【００４０】アプリケーションアクセスエージェントの
プリプロセッサ１８は特にこれらセット型コマンドの夫
々を認識し、処理しなければならない。認識と分類はデ
ータベースコマンドの初期キーワードにもとづく。

【００４１】ダイナミックデータベースコマンドはアプ
リケーションプログラムがその実行までデータベースコ
マンドの仕様を延期しうるようにする。ダイナミックデ
ータベースコマンドは分析、最適化、（一時的）保持お
よびアプリケーションプログラムの実行中の実行のため
にＤＢＭＳに与えられる。ダイナミックデータベースコ
マンドは実際のデータベースコマンドが実行中に与えら
れることを示す、アプリケーションプログラム内の特定
の、区別可能なコマンドである。実行されるべきデータ
ベースコマンドはダイナミックデータベースコマンドの
一つのパラメータであり、ストリング型のホストバリア
ブルから供給される。他のデータベースコマンドと同様
にダイナミックデータベースコマンドはそのリードキー
ワード（例えばＳＱＬ内の“ＥＸＥＣＵＴＥ ＩＭＭＥ
ＤＩＡＴＥ_…”，“ＰＲＥＰＡＥＲ_…”）により認識し
うる。

【００４２】トランザクションコマンドは現在のデータ
ベーストランザクションを確約または打切るためのデー
タベースコマンドである。いくつかのＳＱＬ実行におい
てはトランザクションコマンドは“ＣＯＭＭＩＴ ＷＯ
ＲＫ”および“ＲＯＬＬＢＡＣＫ ＷＯＲＫ”である。

【００４３】図３はプリプロセッサ１８の分類モジュー
ルを示す。これはＳＱＬの具体例を用いてのデータベー
スコマンドの分類を示す。ライン２００〜２０１はプリ
プロセッサ分類モジュールのパラメータがデータベース
コマンド（入力）と決定されたクラス（出力）であるこ
とを示す。ライン２０２〜２０７は、ＳＱＬＤＥＣＬＡ
ＲＥスコープ内にある間に出会うデータベースコマンド
が、そのコマンドが“ＥＮＤ ＤＥＣＬＡＲＥ”ではじ
まらない限りホスト変数コマンドとして分類されること
を示す。ライン２０９はデータベースコマンドのリード
ワードにもとづく多分岐ブランチステートメントであ
る。多分岐ブランチの５つのケース（ライン２１０，２
１３，２１５，２１７，２１９）がデータベースコマン
ドの計算されたクラスをセットする。殆どの場合、数個
の異なるデータベースコマンドが一つのブランチを満足
させる。

【００４４】アプリケーションプログラムコンピュータ
のプリプロセッサ１８はアプリケーションプログラムを
分析し、データベースコマンドを認識し、それらを、全
データベースコマンドの完全な分解ではなく統語キュー
にもとづき分析する。データベースコマンドの認識とそ
れらの分類は、アプリケーションプログラムのデータベ
ースコマンドがバインドされる特定の意図された遠隔Ｄ
ＢＭＳの知識を伴わず、それとは無関係に行われる。分
類ステップはデータベースコマンドの初期キーワードの
みを検索し、それ故それは次のデータベースコマンド言
語シンタックスの特異性とは無関係である。分類の一例
としてステートメントＥＸＥＣ ＳＱＬＣＲＥＡＴＥ
ＴＡＢＬＥ ＥＭＰ（ＮＡＭＥ ＣＨＡＲ（２３）；が
ＳＱＬデータベースコマンドとして分類モジュールによ
り認識され、アトミックコマンドとして分類される。

【００４５】データベースコマンドの置換の説明 アプリケーションプログラム１４内の夫々の認識され、
分類されたデータベースコマンドはコマンドを実行させ
るアプリケーションプログラムのプログラミング言語ス
テートメントで置き換えられねばならない。一般に、ア
プリケーションプログラムの各データベースコマンドに
ついてプリプロセッサ１８はデータベースコマンドをデ
ータベースインターフェースファンクションの呼出しで
置換する。データベースインターフェースファンクショ
ン４０は通信プロトコルを介しての遠隔ＤＢＭＳとの通
信によりデータベースコマンドをそのＤＢＭＳにおいて
実行させる。パラメータをデータベースインターフェー
スファンクションに通すコンベンションはアプリケーシ
ョンプログラムとアプリケーションアクセスエージェン
トプログラムのコンピュータ環境によりきまるものであ
って使用者のニーズにまかされる。

【００４６】ホスト変数宣言はそこにおけるネームと同
一のネームであっておよび同一タイプの言語変数の宣言
に対応する言語ステートメントにより置き換えられる。
ホスト変数のネームとタイプはホスト変数テーブル３０
に記録される。このテーブルはプリプロセッサ１８によ
り管理される関連テーブルである。ホスト変数テーブル
は置換とバインドファイル処理の間にプリプロセッサ１
８により使用される。

【００４７】アトミックデータベースコマンドはアトミ
ックコマンドの実行のためのデータベースインターフェ
ースファンクション４０への呼出しで置き換えられる。
遠隔ＤＢＭＳに保持されるデータベースコマンドの内の
どれを実行すべきかを示すために保持されるデータベー
スコマンドを識別するためのメカニズムが必要である。
このため、本発明はアプリケーションプログラムのデー
タベースコマンド群を識別し、アプリケーションプログ
ラムのデータベースコマンドの夫々を識別する。 本発
明はコマンドを保持し実行する遠隔ＤＢＭＳに固有のネ
ームを有するパッケージ（アプリケーションプログラム
のデータベースコマンド群）を識別する。本発明では多
くのネーミングコンベンションが可能であるが、アプリ
ケーションプログラムのパッケージネームはアプリケー
ションプログラムのネームに先行するアプリケーション
プログラムの「ファミリ」のネームである。これら図で
はネームは“ＮＡＭＥ”である。アプリケーションプロ
グラムパッケージの個々のデータベースコマンドは、プ
リプロセッサ１８により割振られ、バインドファイル内
に置かれ、バインドプログラム２８によりＤＢＭＳに伝
えられるタグ（例えば番号）により識別される。

【００４８】アトミックデータベースコマンドを置き換
えるデータベースインターフェースファンクションへの
呼出しはパッケージネームとデータベースコマンドタグ
を特定するパラメータを含む。アトミックデータベース
コマンドについてのデータベースインターフェースファ
ンクションの呼出しもそのコマンド（もしあれば）の入
力ホスト変数についての値を伝え、出力ホスト変数（も
しあれば）の値を受けねばならない。本発明により使用
されるメカニズムはホスト変数キュー用のデータベース
コマンド（ＳＱＬの或る実行については“：”または
“ＩＮＴＯ”または“ＵＳＩＮＧ”に続く）を検索し、
ホスト言語の対応する変数の値を通す（受ける）ための
データベースインターフェースファンクションにパラメ
ータを加えることである。プリプロセッサ１８は、指示
されたホスト変数が確実に宣言されるようにするために
ホスト変数テーブルを参照しなければならない。各ホス
ト変数は除去され、置き換えされるホスト変数をタイ
プ、サイズ、フォーマット等で示すマーカと置き換え
る。

【００４９】データベース項目の同一の群に関係するす
べてのセット型データベースコマンドは、データベース
コマンドから容易に抽出しうるそれらの共用カーソルネ
ームにもとづき群化される。同一のデータベースコマン
ドタグは同一のデータベース項目セットに関係するコマ
ンドのすべてに関連づけられる。セット仕様コマンドは
アプリケーションプログラムから単に除かれる。しかし
ながら、プリプロセッサプログラムはデータベースコマ
ンドタグを割振り、そしてそれをセット仕様コマンドに
あるカーソルネームに関連づける。他の関連テーブル、
すなわちカーソルテーブル３４はカーソルネームとデー
タベースコマンドタグの間の関連を記録するたにプリプ
ロセッサ１８により維持される。他のセット型データベ
ースコマンドはそのコマンドの（サブ）クラスに特有の
データベースインターフェースファンクションへの呼出
しで置換えられる。セット処理の開始およびアクセスコ
マンドはホスト変数を有することが出来る。これらセッ
ト型データベースコマンドのホスト変数についての処理
はアトミックデータベースコマンドに対するものと同じ
である。前述のように、プリプロセッサにより認識され
ず理解されない初期統語接頭語を有するアトミックデー
タベースコマンドに含まれるホスト変数は入力変数とす
る。

【００５０】ダイナミックデータベースコマンドはアト
ミックまたはセット型データベースコマンドと同様に処
理される。ダイナミックデータベースコマンドにはタグ
が付される。ダイナミックデータベースコマンドは直ち
に分析、最適化および実行のために与えられるべき他の
データベースコマンドまたは一つのダイナミックデータ
ベースコマンドで与えられて他で実行されるべきデータ
ベースコマンドを特定する。この区別は対応するデータ
ベースコマンド内において統語的に明らかである。直接
の実行の場合（ＳＱＬ“ＥＸＥＣＵＴＥ ＩＭＭＥＤＩ
ＡＴＥ_…”）には、プリプロセッサ１８はそのデータベ
ースコマンドにタグを割振り、それをダイナミックデー
タベースコマンドの直接の実行のためのデータベースイ
ンターフェースファンクションに対する呼出しで置き換
える。延期された実行の場合には、ダイナミックデータ
ベースコマンド（ＳＱＬの“ＰＲＥＰＡＲＥ_…”）はそ
の実行のために他のデータベースコマンドにおいて参照
しうるラベルを含む。プリプロセッサ１８はそのコマン
ドにデータベースコマンドタグを割振り、そのタグを関
連ラベルテーブル３６を用いてそのコマンド内のラベル
に関連づける。延期された実行ダイナミックデータベー
スコマンド（すなわちＳＱＬの“ＰＲＥＰＡＲＥ_…”）
は延期実行ダイナミックデータベースコマンドについて
のデータベースインターフェースファンクションに対す
る呼出しと置換えられる。ダイナミックデータベースコ
マンドにより出されるべきデータベースコマンドは文字
ストリングリテラル表記またはテキストストリングタイ
プホスト変数により特定出来、データベースインターフ
ェースファンクションへの呼出しはこれを考慮し、処理
されるべきデータベースコマンドを含む正しいテキスト
ストリングを通さねばならない。

【００５１】延期ダイナミックデータベースコマンドを
実行するためのデータベースコマンド（例えば、ＳＱＬ
内の“ＥＸＥＣＵＴＥ＜ｌａｂｅｌ＞_…”または“ＯＰ
ＥＮ＜ｌａｂｅｌ＞_…”とそれに続く“ＦＥＴＣＨ＜ｌ
ａｂｅｌ＞_…”および“ＣＬＯＳＥ＜ｌａｂｅｌ
＞_…”）はそのステートメントの実行のためのデータベ
ースインターフェースファンクション４０に対する呼出
しで置き換えられる。この呼出しはパラメータとして、
ダイナミックデータベースコマンドを分析、最適化およ
び（一時）保持を行わせる“ＰＲＥＰＡＲＥ_…”コマン
ドと関連する、ラベルテーブル３６からのデータベース
コマンドタグを用いる。ダイナミックデータベースコマ
ンドを実行するために用いられるデータベースインター
フェースファンクションはアトミックまたはセット型デ
ータベースコマンドについて用いられたものと同じであ
る。

【００５２】トランザクションデータベースコマンドは
適正なトランザクションデータベースインターフェース
ファンクションに対する呼出しで置換えられる。

【００５３】図４はアプリケーションプログラムプリプ
ロセッサ１８のプログラム置換プロセスの高レベル機能
を示す。ライン３００は置換プロセスが入力パラメータ
としてデータベースコマンド、そのクラス、およびアプ
リケーションプログラム用のデータベースコマンドパッ
ケージのネームを用いることを示す。このコマンドに割
振られたタグは出力パラメータである。ライン３０１は
データベースコマンドのクラスについての多岐ブランチ
である。他のライン３０２〜３１２は特定のデータベー
スコマンドのクラスについてアプリケーションプログラ
ムテキストの置換において特定されるモジュールを呼び
出す。

【００５４】図５は具体例としてＳＱＬを用いるホスト
変数宣言の置換用のプログラムモジュールの機能を示
す。ライン４００はこのモジュールのパラメータであ
る。ライン４０１はプログラムホスト変数のネームとそ
のタイプを決定するためにデータベースコマンドパラメ
ータを分析する。ライン４０２はホスト変数をホスト変
数テーブル３０に入れる。ライン４０３はアプリケーシ
ョンプログラム１４の言語でコードを発生し、それを変
更プログラムファイルに付加する。アプリケーションプ
ログラム言語に依存するモジュール（“APLanguageDecl
aration “）は特定されたネームとタイプをもつ変数を
宣言するためにアプリケーションプログラムの言語のコ
ードを発生する。

【００５５】図６は具体例としてＳＱＬを用いるアトミ
ックデータベースコマンドの置換用のプログラムモジュ
ールの機能を示す。ライン５００はこのモジュールのパ
ラメータを示す。ライン５０１はデータベースコマンド
用のタグを割振る。ライン５０２〜５０３は入力ホスト
変数の存在を意味づける単純なキーワードまたは句読点
についてデータベースコマンドを検索することにより入
力ホスト変数を識別する。入力ホスト変数の識別はま
た、識別されたホスト変数がホスト変数テーブルにある
かどうかを検索する。ライン５０４〜５０９は実行中に
ホスト変数の値をアクセスするためにデータベースイン
ターフェースファンクションにより使用しうる記述構造
をつくるためにコードを付加する。アプリケーションプ
ログラム言語依存モジュール（“APLanguageHostVariab
le”）は入力ホスト変数の位置とタイプを記述するため
に構造をつくりそれを満たすためのアプリケーションプ
ログラム言語のコードをつくり、その構造の「ネーム」
をもどす。ライン５１０〜５１７は出力ホスト変数につ
いてと同様の機能を行う。ライン５１８〜５２１は言語
依存モジュール（“APLanguageDIFcall ”）を用いてア
トミックデータベースコマンドを実行するためにデータ
ベースインターフェースファンクション４０を呼出すべ
くアプリケーションプログラムの言語でのコードを変更
プログラムファイルに付加する。“AtomicDIF ”データ
ベースインターフェースファンクションの実施に必要な
パラメータはライン５１９〜５２０に示してある。

【００５６】図７は具体例としてＳＱＬを用いるセット
型データベースコマンドのクラスの置換のためのプログ
ラムモジュールの機能を示す。ライン６００はこのモジ
ュールのパラメータである。ライン６０１はデータベー
スコマンドの第１ワードの多岐ブランチである。多岐ブ
ランチ（ライン６０２〜６０５）の第１ＣＡＳＥはデー
タベースコマンド結果としてデータベース項目セットの
仕様についてデータベースコマンドを処理する。ライン
６０３は同一の結果セット（すなわちＳＱＬ内の同一の
カーソルネーム）に関係するデータベースコマンドにつ
いてタグを割振る。ライン６０４〜６０７はこのコマン
ドのカーソルネームを決定し、そのネームとカーソルテ
ーブル３４内の割振られたタグとを関連づける。ライン
６０５と６０６はセット型仕様内の入力および出力ホス
ト変数を、初期およびアクセスコマンド（ＯＰＥＮおよ
びＦＥＴＣＨ）の置換時にそれらを必要とするところに
送る。これらはカーソルテーブルに保存される。このよ
うに、ＦＥＴＣＨの場合には出力変数をＦＥＴＣＨに関
連して用いるか、あるいはもしなければＤＥＣＬＡＲＥ
₋ＣＵＲＳＯＲからカーソルテーブルに保存された出力
変数が用いられる。これはＯＰＥＮステートメントにつ
いても同じである。多岐ブランチの第２のＣＡＳＥ（ラ
イン６０８〜６２１）はデータベースコマンド結果セッ
トの処理の開始のためにデータベースコマンドを処理す
る。ライン６０８〜６０９はデータベースコマンドのカ
ーソルネームとそのネームに関連したタグを決定する。
ライン６１１〜６１８はアトミックデータベースコマン
ドについての置換におけるホスト変数の処理と同様に入
力ホスト変数を処理する。ライン６１９〜６２１は変更
プログラムファイルに言語依存モジュール（“APLangua
geDIFcall ”）を用いてセット型データベースコマンド
の処理の開始のためにデータベースインターフェースフ
ァンクションを呼出すためのアプリケーションプログラ
ム言語のコードを付加する。“SetDIFopen”データベー
スインターフェースファンクションの実施のために必要
なパラメータはライン６２０に示してある。多岐ブラン
チの第３のＣＡＳＥ（ライン６２２〜６３５）はデータ
ベースコマンド結果セットにおけるデータベース項目の
アクセスのためにデータベースコマンドを処理する。ラ
イン６２３〜６２４はこのデータベースコマンドのカー
ソルネームおよびそれに関連するタグを決定する。ライ
ン６２５〜６３２はアトミックデータベースコマンドに
ついての置換におけるホスト変数処理と同様に出力ホス
ト変数を処理する。ライン６３３〜６３５は変更プログ
ラムファイルに、言語依存モジュール（“APLanguageDI
Fcall ”）を用いてセット型データベースコマンドの結
果セット内のデータベース項目のアクセスのためのデー
タベースインターフェースファンクションを呼び出すべ
くアプリケーションプログラム１４の言語でコードを付
加する。“SetDIFfetch ”データベースインターフェー
スファンクションの実施に必要なパラメータをライン６
３４に示す。多岐ブランチの最後のＣＡＳＥ（ライン６
３６〜６４１）はセット型データベースコマンドの結果
セットの処理を終了させるためのデータベースコマンド
を処理する。ライン６３７〜６３８はこのデータベース
コマンドのカーソルネームとそれに関連するタグを決定
する。ライン６３９〜６４１は変更プログラムファイル
に、言語依存モジュール（“APLanguageDIFcall ”）を
用いてセット型データベースコマンドの結果セットの処
理の終了のためにデータベースインターフェースファン
クション４０を呼び出すべくアプリケーションプログラ
ム１４の言語でコードを付加する。

【００５７】図８はＳＱＬの例を用いてダイナミックデ
ータベースコマンドの置換用のプログラムモジュールの
機能を示す。ライン７００はこのモジュールのパラメー
タを示し、ライン７０１はデータベースコマンドの第１
ワードにおける多岐ブランチである。多岐ブランチの第
１のＣＡＳＥ（ライン７０２〜７１２）は据置き実行用
のデータベースコマンドを特定するためのデータベース
コマンドを処理する。ライン７０３は動的に供給される
データベースコマンドを特定し、結局それを実行するデ
ータベースコマンド用のタグを割振る。ライン７０４〜
７０５は動的に特定され実行されるデータベースコマン
ドのラベルを決定し、それをラベルテーブル３６内に割
振られたタグと関連づける。ライン７０６はこのラベル
をカーソルテーブルのダイナミック据置きステートメン
トの実行が例えば“ＯＰＥＮＬａｂｅｌ_…”である場合
プリプロセッサ１８により見出すべきところに入れる。
ライン７０７〜７１０は実行中に動的に限定されるデー
タベースコマンドのテキスト値をアクセスするためにデ
ータベースインターフェースファンクションにより使用
されうる記述構造をつくるためのコードを付加する。ア
プリケーションプログラムに言語依存モジュール（“AP
LanguageCommandString ”）は動的に特定されるデータ
ベースコマンドを含むテキストの位置を記述するために
その構造をつくり満たすためのアプリケーションプログ
ラム言語のコードを発生し、その構造の「ネーム」をも
どす。ライン７１１〜７１３は変更プログラムファイル
に、言語依存モジュール（APLanguageDIFcall ”）を用
いて据置き実行用のデータベースコマンドと動的に特定
するためにデータベースインターフェースファンクショ
ンを呼び出す、アプリケーションプログラム言語のコー
ドを付加する。“DynDIFdefer ”データベースインター
フェースファンクションの実施に必要なパラメータはラ
イン７１２に示してある。多岐ブランチの第２のＣＡＳ
Ｅ（ライン７１１４〜７４０）は動的に特定されるデー
タベースコマンドの直後または据置き実行用のデータベ
ースコマンドを処理する。ライン７１５〜７２４は動的
に特定されるコマンドの直接の実行の場合を扱う。ライ
ン７１６はそのコマンドにタグを割振る。ライン７１７
〜７２０はこのモジュールの“ＰＲＥＰＡＲＥ”のケー
スに用いられると同様に変更プログラムファイル内にコ
ードを発生する。ライン７２１〜７２４は変更プログラ
ムファイルに、言語依存モジュール（“APLanguageDIFc
all ”）を用いて動的に特定されるデータベースコマン
ドの直接の実行用にデータベースインターフェースファ
ンクションを呼び出すアプリケーションプログラム言語
のコードを付加する。“DynDIFimmed ”データベースイ
ンターフェースファンクション４０の実施に必要なパラ
メータをライン７２４に示す。ライン７２５〜７４０は
動的に特定されるデータベースコマンドの据置き実行の
場合を扱う。ライン７２７〜７３５はアトミックデータ
ベースコマンドの置換におけるホスト変数の処理と同様
に入力ホスト変数を処理する。ライン７３７〜７４０
は、変更プログラムファイルに、言語依存モジュール
（“APLanguageDIFcall ”）を用いて動的に特定される
データベースコマンドの据置き実行を開始させるために
データベースインターフェースファンクション４０を呼
出すための、アプリケーションプログラムの言語のコー
ドを付加する。“AtomicDIF ”データベースインターフ
ェースファンクションの実施に必要なパラメータをライ
ン７４０に示す。

【００５８】図９はＳＱＬの具体例を用いたトランザク
ションデータベースコマンドの置換についてのプログラ
ムモジュールの機能を示す。ライン８００はこのモジュ
ールのパラメータを示す。ライン８０１はトランザクシ
ョンデータベースコマンドの第１ワードの多岐ブランチ
である。ライン８０２〜８０５は変更プログラムファイ
ルに、トランザクション確約を開始するためのデータベ
ースインターフェースファンクションの呼出しのための
アプリケーションプログラム１４の言語でのコードを付
加する。ライン８０６〜８０９は変更プログラムファイ
ルにトランザクション打切り開始のためのデータベース
インターフェースファンクションの呼出しのためのアプ
リケーションプログラム１４の言語によるコードを付加
する。

【００５９】要約すると、データベースコマンドが上述
のように認識され、分類された後に、それらコマンド
は、埋込みデータベースコマンドの置換を除き不変であ
る内容を有するアプリケーションプログラム１４の変更
されたバージョン内で置換される。ホスト変数宣言とし
て分類されたデータベースコマンドは変更されずに変更
アプリケーションプログラムに入れられる。他のデータ
ベースコマンドは、データベースコマンドの分類により
きまるタイプと内容を有するアプリケーションプログラ
ムのプログラミング言語でのデータベースインターフェ
ースファンクション実施を生じさせるために更に分析さ
れる。この置換はそのコマンドの後の実行、入力および
出力ホスト変数（もしあれば）の認識、それらのアプリ
ケーションプログラム言語によりきまる構造への配置、
関連データベースコマンドによる相関（もし必要であれ
ば）および、パッケージネーム、タグ、入力変数構造お
よび出力変数構造であるパラメターを含む適正なプログ
ラミング言語での適正なデータベースインターフェース
ファンクションの実施の配置に使用されるべきタグ（必
要であれば）の割振りにより達成される。

【００６０】アプリケーションプログラムでのデータベ
ースコマンドの置換は全データベースコマンドの完全な
分解ではなく統語キューによってのみきまる。この置換
は、アプリケーションプログラムのデータベースコマン
ドが結合されるＤＢＭＳ５４の知識を伴わずにそれとは
独立に達成される。この置換ステップはデータベースコ
マンドの初期キーワードおよびホスト変数（これらは統
語キューで認識される）のみを検索し、それ故、それに
続くデータベースコマンド言語のシンタックスの特異性
には無関係である。

【００６１】ＰＬ／Ｉに埋込まれたＳＱＬデータベース
コマンドの次のセットはアプリケーションプログラム内
のデータベースコマンドの置換についての上述したメカ
ニズムを例示するものである。このアプリケーションプ
ログラムは次のデータベースコマンドを含むものとす
る：ＥＸＥＣ ＳＱＬ ＢＥＧＩＮ ＤＥＣＬＡＲＥ
ＳＥＣＴＩＯＮ；ＤＣＬ ＰＡＲＴＮＯ ＢＩＮ ＦＩ
ＸＥＤ（１５）；ＤＣＬ ＤＥＳＣＲ ＣＨＡＲ（１
０）；ＤＣＬ ＮＡＭＥ ＣＨＡＲ（１５）；ＥＸＥＣ
ＳＱＬ ＥＮＤ ＤＥＣＬＡＲＥ ＳＥＣＴＩＯＮ；
ＥＸＥＣ ＳＱＬ ＳＥＬＥＣＴ ＰＡＲＴＮＵＭ，Ｄ
ＥＳＣＲＩＰＴＩＯＮ ＩＮＴＯ：ＰＡＲＴＮＯ，：ＤＥＳＣＲ ＦＲＯＭ ＩＮＶＥＮＴＯＲＹ ＷＨＥＲＥ ＰＡＲＴＮＡＭＥ＝：ＮＡＭＥ；上記の置
換メカニズムの一例は次の事象を発生させる：ＤＣＬ
ＰＡＲＴＮＯ ＢＩＮ ＦＩＸＥＤ（１５）；ＤＣＬ
ＤＥＳＣＲ ＣＨＡＲ（１０）；ＤＣＬ ＮＡＭＥ Ｃ
ＨＡＲ（１５）；ＣＡＬＬ ＡＴＯＭＩＣＤＢＩＮＴＦ
Ｎ（packageP,tagl,ＩＶＡＲＳ（１，（ＴＹＰＥ（ＮＡ
ＭＥ），ＡＤＤＲ（ＮＡＭＥ））），ＯＶＡＲＳ（２，
（ＴＹＰＥ（ＰＡＲＴＮＯ），ＡＤＤＲ（ＰＡＲＴＮ
Ｏ）），（ＴＹＰＥ（ＤＥＳＣＲ），ＡＤＤＲ（ＤＥＳ
ＣＲ））））；

【００６２】バインドファイル発生の説明 プリプロセッサ１８は遠隔ＤＢＭＳにアプリケーション
プログラムのデータベースコマンドを結合させるために
バインドプログラムに必要な情報を用意しなければなら
ない。この情報はアプリケーションプログラムに埋込ま
れたデータベースコマンドの（いくつかの）テキストか
ら成る。アトミックおよびセット型仕様データベースコ
マンドの一つのタイプ（ＳＱＬの場合、ＤＥＣＬＡＲＥ
ＣＵＲＳＯＲ）のみがバインドファイル２２に入れら
れる。このバインドファイルにそう入されるデータベー
スコマンド内に埋込まれた入力ホスト変数リファレンス
（変数ネーム）は単純なホスト変数マーカと置き換えら
れる。更に、これらマーカはデータベースコマンドによ
り参照されるホスト変数のタイプに関連づけられる。こ
の関連はタイプネームの位置的リストの付加またはデー
タベースコマンド内のホスト変数マークに続きタイプネ
ームを置くことである。プリプロセッサのこのモジュー
ルはデータベースコマンドにより参照されるホスト変数
のタイプを決定するために、上記のように限定されたホ
スト変数テーブルを使用する。この入力ホスト変数参照
の置換はプリプロセッサプログラムに固有のアプリケー
ションプログラム言語が単純なホスト変数リファレンス
のみならずホスト変数にわたる表現をも認識し処理しう
るようにする。この進歩したファシリティはバインドプ
ログラム、データベースインターフェースファンクショ
ン、通信プロトコルまたはＤＢＭＳの使用に対する変更
を必要とせずにアプリケーションアクセスエージェント
のプリプロセッサプログラム４の異なる使用により、異
なる言語を異なる程度に与えることが出来る。（もちろ
ん、データベースコマンド内の複雑なホスト変数表現は
その値を計算するためにデータベースインターフェース
ファンクションを実施するコードに影響しうる。）出力
ホスト変数に対する参照は出力バンイドファイルに付加
されるデータベースコマンドから除くことが出来る。

【００６３】図１０はアプリケーションアクセスエージ
ェントのバインドプログラム３８の入力であるバインド
ファイル２２を構成するためのプリプロセッサ１８のプ
ログラムモジュールの機能を示す。ライン９００はこの
モジュールのパラメータを示す。ライン９０１はデータ
ベースコマンドのクラスについての多岐ブランチであ
る。ライン９０２はバインドファイルに加える必要のな
いデータベースコマンドをインターセプトする。ライン
９０３〜９０５はバインドファイルにアトミックデータ
ベースコマンドを加える。モジュール“FixUpHostVaria
bles”はデータベースコマンド内の入力ホスト変数のネ
ームをマーカと置き換え、そのホスト変数のタイプを
（このマーカに続き、あるいはデータベースコマンドに
関連した順次リストに）加える。これはまたデータベー
スコマンドから出力ホスト変数に対する参照を除去す
る。ライン９０５は“FixUpHostVariables”で変更され
たデータベースコマンドをバインドファイルに加える。
ライン９０６〜９０９はセット型データベースコマンド
を処理する。ライン９０７はこの処理をデータベース項
目の結果セットを特定するコマンドに限るものとする。
ライン９０８〜９０９はライン９０４〜９０５と同じ機
能を行う。

【００６４】要約すると、アプリケーションアクセスエ
ージェント１７のプリプロセッサ１８は特定の遠隔ＤＢ
ＭＳへのデータベースコマンドの結合とは無関係に実行
するから、前処理中にあるデータベースコマンドを変更
された形で、各データベースコマンドを識別するために
この変更されたアプリケーションプログラムにおいて用
いられるタグと共に保持する必要がある。バインドファ
イルはこの情報を保持するメカニズムである。このバイ
ンドファイルは遠隔ＤＢＭＳへの結合中にアプリケーシ
ョンアクセスエージェントのバインドプログラムへの入
力として用いられる。

【００６５】本発明は、アプリケーションアクセスエー
ジェントのプリプロセッサ１８が１回実行し、その結果
（バインドファイル２２）をいくつかの異なるＤＢＭＳ
に異なった時点で結合しうるようにする。それ故、本発
明は、前処理と結合の段階はアプリケーションプログラ
ムに結合される夫々のＤＢＭＳについて実行されねばな
らないから、１回のステップでこれらの両方を行う他の
メカニズムよりも効率が高い。更に、そのような他のメ
カニズムではアプリケーションプログラムにおいての認
識、分類、データベースコマンドの置換中に遠隔ＤＢＭ
Ｓ資源を使用し保持する必要がある。本発明ではこれら
のステップは特定のＤＢＭＳへの結合には無関係に行わ
れ、プリプロセッサの実行中に遠隔ＤＢＭＳに資源を必
要としない。

【００６６】上記の例に続き次のアプリケーションプロ
グラムから発生されるバンイドファイルエントリを例示
する： ＴＡＧ＝ＴＡＧ１ ＣＯＭＭＡＮＤ＝ＳＥＬＥＣＴ ＰＡＲＴＮＵＭ，ＤＥ
ＳＣＲＩＰＴＩＯＮ ＦＲＯＭ ＩＮＶＥＮＴＯＲＹ ＷＨＥＲＥ ＰＡＲＴＮＡＭＥ＝：ＣＨＡＲ（１５）

【００６７】適用業務アクセスエージェントのバインド
プログラム 概 要 適用業務アクセスエージェント１７のバインドプログラ
ム３８は適用業務プログラム１４からのデータベースコ
マンドの結合（分析、最適化および保持）を行うために
遠隔ＤＢＭＳと対話を行う。バインドプログラムは入力
として以下の項目を用いる。 １． プリプロセッサにより用意されたバインドファイ
ル； ２． データベースコマンドが結合されるべき遠隔ＤＢ
ＭＳのネーム；および ３． データベースコマンドを結合するために遠隔ＤＢ
ＭＳにより用いられるべき処理のオプション。

【００６８】データベースコマンドの結合はアプリケー
ションプログラムコンピュータにおけるバインドプログ
ラムと遠隔コンピュータにおけるＤＢＭＳの間の一致通
信プロトコルを用いて行われる。

【００６９】バインドプログラムの説明 バインドプログラム３８はまずアプリケーションプログ
ラムコンピュータの計算環境に特有のメカニズムを用い
てネーム付き遠隔ＤＢＭＳの通信アドレスを決定する。
次にバインドプログラムが遠隔ＤＢＭＳとの通信を行
う。通信の確立はバインドプログラムがそれに代って実
行を行っているユーザを識別することを含む。通信を確
立し、ユーザ識別を行うメカニズムは本発明の範囲外で
ある。通信が確立すると、バインドプログラム３８は一
致メッセージフォーマットを用いてデータベースコマン
ドの結合を開始しようとすることを示す。このメッセー
ジ、すなわちＢＥＧＩＮ₋ＢＩＮＤメッセージも結合さ
れるべきデータベースコマンドを処理するためにＤＢＭ
Ｓで使用されるべきバインド処理オプションを含む。バ
インド処理オプションは、構成されるべきデータベース
コマンドパッケージのネームを、そのパッケージが新し
いものであるか、あるいは同一のネーム、分解ルール
（例えばデータベースコマンド内のテキストストリング
リテラルを限定するために用いられるシンボル）および
アプリケーションプログラムパッケージに対する応答に
許可を有するユーザのパッケージを置換えるものである
かには無関係に含むことが出来る。

【００７０】通信が確立し、バインド開始メッセージに
対する受け入れ可能なレスポンスが入ると、適用業務ア
クセスエージェントのバインドプログラム３８はバイン
ドファイル２０内の各データベースコマンドを他の一致
メッセージフォーマットを用いてＤＢＭＳに送る。この
メッセージすなわちＢＩＮＤ₋ＤＡＴＡＢＡＳＥ₋ＣＯ
ＭＭＡＮＤメッセージはプリプロセッサ１８により変更
されたデータベースコマンド２２とそのデータベースコ
マンドに関連するタグを含む。このデータベースコマン
ド内の入力ホスト変数参照はもはやホスト変数識別子を
運ばず、データベースコマンドが実行されるときＤＢＭ
Ｓに送られるべき値のタイプを運ぶ。遠隔ＤＢＭＳはＢ
ＩＮＤ₋ＤＡＴＡＢＡＳＥ₋ＣＯＭＭＡＮＤメッセージ
を受けると、そのメッセージに含まれるデータベースコ
マンドを分析し、最適化し、そして保持する。このデー
タベースコマンドはアプリケーションプログラムによる
実行のためにデータベースコマンドパッケージ（そのネ
ームはＢＥＧＩＮ₋ＢＩＮＤメッセージ内に特定され
た）に組込まれ、そしてＢＩＮＤ₋ＤＡＴＡＢＡＳＥ₋
ＣＯＭＭＡＮＤ内に受け入れられたタグと関連づけられ
る。それと共にパッケージネームとタグは分析され、そ
して最適化されたデータベースコマンドを識別する。Ｄ
ＢＭＳによりエラーが検出されると、それらエラーはバ
インドプログラムへのレスポンスメッセージ内でリポー
トされ、そしてデータベースコマンドはこのパッケージ
内に保持されない。そうでなければＤＢＭＳはそのレス
ポンスメッセージにおいてデータベースコマンドの受領
を知らせる。バインドファイル３８からのすべてのデー
タベースコマンドがＢＩＮＤ₋ＤＡＴＡＢＡＳＥ₋ＣＯ
ＭＭＡＮＤメッセージ内に遠隔ＤＢＭＳに送られてしま
うと、バインドプログラムはＥＮＤ₋ＢＩＮＤメッセー
ジを介してデータベースコマンドの結合により生じるパ
ッケージの完了を要求する。ＥＮＤ₋ＢＩＮＤメッセー
ジの受け入れによりこのＤＢＭＳはパッケージおよびＤ
ＢＭＳのカタログに対する「コミッティング」変化によ
るその最適化されたデータベースコマンドを完了し、そ
のパッケージを「コミット」しようとする試みの結果を
示す確認メッセージをもって応答する。ＥＮＤ₋ＢＩＮ
ＤはＢＥＧＩＮ₋ＢＩＮＤメッセージに関連する処理オ
プションおよび各ＢＩＮＤ₋ＤＡＴＡＢＡＳＥ₋ＣＯＭ
ＭＡＮＤの処理中に生じた事象を完了させる。一般にこ
れは、エラーのないときＤＢＭＳ内のパッケージの保持
を生じさせる。バインドプログラムまたはＤＢＭＳがデ
ータベースコマンドの結合中に終了する場合、または通
信障害がデータベースコマンドの結合を中断させる場
合、またはバインドデータベースコマンドメッセージを
介して送られる１以上のデータベースコマンド内にエラ
ーが検出され、そしてエラーの生じたときパッケージは
つくられるべきでないことを処理オプションが特定する
場合に、このパッケージは遠隔ＤＢＭＳにより保持され
ない。

【００７１】図１１は具体例としてＳＱＬを用いるアプ
リケーションアクセスエージェント１７のバインドプロ
グラム３８の処理を示す。ライン１０００はバインドプ
ログラムに送られるパラメータを示す。ライン１００１
はＤＢＭＳネームパラメータにより特定されるＤＢＭＳ
との通信を確立する。ライン１００２〜１００４はパッ
ケージネームとバインド処理オプションを含むＢＥＧＩ
Ｎ₋ＢＩＮＤメッセージの送出によるバインドプロセス
の開始を例示する。ライン１００５〜１００８はデータ
ベースコマンドとそれらのタグをＢＩＮＤ₋ＤＡＴＡＢ
ＡＳＥ₋ＣＯＭＭＡＮＤメッセージで遠隔ＤＢＭＳに送
る。ライン１００９は結合プロセスを、つくられている
パッケージの処理を完了するためにＥＮＤ₋ＢＩＮＤメ
ッセージの送出で終了させる。

【００７２】プリプロセッサ１８は特定の遠隔ＤＢＭＳ
に対するデータベースコマンドの結合には無関係に実行
するから、遠隔ＤＢＭＳへの結合の機能はアプリケーシ
ョンアクセスエージェントのバインドファイル発生機構
によりつくられるバインドファイル２０を用いてアプリ
ケーションアクセスエージェント１７により行われる。
バインドプロセスはネーム付きのＤＢＭＳとの通信を確
立し、そのＤＢＭＳにそこにおけるパッケージの作成に
必要な、パッケージのネームと処理オプションを含む情
報と共にＢＥＧＩＮ₋ＢＩＮＤメッセージを送ることに
よりそのＤＢＭＳでのパッケージの結合を開始する。バ
インド開始に続き、アプリケーションプログラムコンピ
ュータ１０におけるバインドファイル２０のエントリー
が遠隔ＤＢＭＳに送られるが、これはパラメータとして
変更されたアプリケーションプログラムに用いられるタ
グとその関連データベースコマンドをＢＩＮＤ₋ＤＡＴ
ＡＢＡＳＥ₋ＣＯＭＭＡＮＤメッセージに対するパラメ
ータとして含む。バインドファイルのすべてのエントリ
ーが遠隔ＤＢＭＳに送られてそこで処理された後に、バ
インドプロセスはＥＮＤ₋ＢＩＮＤメッセージを送るこ
とにより終了する。

【００７３】このメカニズムはアプリケーションプログ
ラム１４についてのバインドファイルエントリーが数個
の異なるＤＢＭＳに異なった時点で結合しうるようにす
る。更に、これは各データベースコマンドを分析し最適
化するためのコストを、同一のユーザまたは異なったユ
ーザにより同時にあるいは異なった時点でアプリケーシ
ョンプログラムの複数インスタンスによって呼び込まれ
るデータベースコマンドの考えられる数回の実行にわた
り償却しうるようにする。通信コストは比較的高いか
ら、すでに最適化されたデータベースコマンドの実行を
行うために必要な時間（そしてそのための通信費用）は
それを分析し最適化するに必要な時間よりもかなり少く
なる。これは夫々の実行要求またはアプリケーションプ
ログラムのそれぞれの呼出しについてデータベースコマ
ンドを分析し最適化する他のメカニズムに対する本発明
の付加的な利点である。

【００７４】上記の例の次のエラボレーションはアプリ
ケーションプログラムから発生されたバインドファイル
エントリーの結合により生じるパッケージ内容を例示す
る：ＰＡＣＫＡＧＥネーム、ProcOpts，データコマンド
数＝１：ＴＡＧ１について最適化されたコード：タイプ
ＣＨＡＲ（１５）の一つの入力変数を除く キー＝入力変数で（内部データベーステーブルネーム）
のアクセスのために（内部アクセスパス）を使用 出力として（内部エレメントネーム１，内部エレメント
ネーム２）を発生 タグ１についてのオリジナルデータベースコマンド：Ｓ
ＥＬＥＣＴ ＰＡＲＴＮＵＭ，ＤＥＳＣＲＩＰＴＩＯＮ
ＦＲＯＭ ＩＮＶＥＮＴＯＲＹ ＷＨＥＲＥ ＰＡＲＴＮＡＭＥ＝：ＣＨＡＲ（１５）

【００７５】適用業務アクセスエージェントのデータベ
ースインターフェースファンクションの説明 概 略 適用業務アクセスエージェントのデータベースインター
フェースファンクション４０はデータベースコマンド呼
込みプロトコルを用いて遠隔ＤＢＭＳにおいてデータベ
ースコマンドの実行を行うプログラムである。データベ
ースインターフェースファンクション４０はアプリケー
ションプログラムにリンクされ、アプリケーションプロ
グラムの実行中に（変更された）アプリケーションプロ
グラムから呼出される。データベースインターフェース
ファンクションとアプリケーションプログラムの間のイ
ンターフェースはアプリケーションプログラムコンピュ
ータ１０の計算環境によりきまる。データベースインタ
ーフェースファンクションは遠隔ＤＢＭＳにおいてパッ
ケージ内の結合したデータベースコマンドの実行を行う
ために遠隔ＤＢＭＳとの間の通信プロトコルに従う。デ
ータベースインターフェースファンクションは入力ホス
ト変数の値を遠隔ＤＢＭＳに通信し、出力ホスト変数の
値をデータベースコマンドの実行の結果として遠隔ＤＢ
ＭＳからもどされる値にセットするために応答しうる。

【００７６】アプリケーションプログラムの実行中のデ
ータベースインターフェースファンクション４０に対す
る第１呼出しに応じ（またはその前に）、適用業務アク
セスエージェント１７は遠隔ＤＢＭＳ５４との間の通信
を確立しなければならない。ＤＢＭＳおよびそのコンピ
ュータ（アドレス）を決定するメカニズムはアプリケー
ションプログラムコンピュータの計算環境によりきま
る。通信の確立は、アプリケーションプログラムが実行
される、そのユーザの識別を含む。ユーザ識別のメカニ
ズムは本発明の範囲外である。通信の確立は要求される
サービス、使用されるべきＤＢＭＳ、次の通信で使用さ
れるべき通信プロトコルのレベル（またはバージョン）
の識別のための一致メッセージの交換を含む。

【００７７】この章はコマンド呼込みプロトコル（すな
わち適用業務アクセスエージェントのデータベースイン
ターフェースファンクションと遠隔ＤＢＭＳとの間で交
換されたメッセージ）並びにそのプロトコルのメッセー
ジに応じてデータベースインターフェースファンクショ
ンと遠隔ＤＢＭＳとによりとられたアクションを記述す
る。

【００７８】アトミックデータベースコマンドデータベ
ースインターフェースファンクションの説明 アトミックデータベースコマンドを行うために実行アプ
リケーションプログラムから呼出されるデータベースイ
ンターフェースファンクションはＥＸＥＣＵＴＥ₋ＡＴ
ＯＭＩＣ₋ＣＯＭＭＡＮＤメッセージを構成し、遠隔Ｄ
ＢＭＳに送る。ＥＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋ＣＯＭ
ＭＡＮＤメッセージは次のエレメントを含む： １． コマンドが配置されたアプリケーションプログラ
ムパッケージのネーム； ２． 特定のアトミックデータベースコマンドのタグ； ３． アトミックデータベースコマンドの入力ホスト変
数の値；および ４． 入力ホスト変数値のタイプの記述。

【００７９】アトミックデータベースコマンドデータベ
ースインターフェースファンクションは入力ホスト変数
の値をアクセスし、ＥＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋Ｃ
ＯＭＭＡＮＤメッセージに含めるためのそれらのタイプ
の記述を構成する。ＥＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋Ｃ
ＯＭＭＡＮＤを構成するに必要な情報は変更適用業務プ
ログラムによりデータベースインターフェースファンク
ションに通された情報に含まれる。ＥＸＥＣＵＴＥ₋Ａ
ＴＯＭＩＣ₋ＣＯＭＭＡＮＤメッセージの受け入れによ
り、遠隔ＤＢＭＳ５４はそのメッセージ内のパッケージ
のネームにより示されるパッケージ内の指示されたデー
タベースコマンドについて保持された実行計画を置く。
このステップが順調に行われると遠隔ＤＢＭＳ５４はＥ
ＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋ＣＯＭＭＡＮＤメッセー
ジ内に入る入力ホスト変数値を用いてこのデータベース
コマンドについての計画を実行する。アトミックデータ
ベースコマンドの実行が順調に行われない場合にはこの
ＤＢＭＳは実行が順調に行われなかった理由を記述す
る、一致フォーマットのインジケータを有するメッセー
ジを用意しデータベースインターフェースファンクショ
ンに送る。実行が順調であり、問題のデータベースコマ
ンドが１個以上の結果値（すなわち出力ホスト変数に含
まれたオリジナルデータベースコマンド）からなる結果
を発生すれば、これらの値はそれらのデータタイプの記
述と共に一致フォーマットのメッセージ内のデータベー
スインターフェースファンクションにもどされる。デー
タベースインターフェースファンクション４０は適用業
務プログラムの対応する出力ホスト変数にもどされた結
果値をコピーする。（ＤＢＭＳの値表現から適用業務プ
ログラムの計算環境における対応値表現への変換が必要
である。そのような変換を特定しサポートするメカニズ
ムは本発明の範囲外である）。

【００８０】図１２はデータベースインターフェースフ
ァンクションとアトミックデータベースコマンド用のコ
マンド実行プロトコルを示す。ライン１１００は“Atom
micDIF”の呼込みを示し、パラメータはデータベースコ
マンドの置換中に用意される。InHVstructおよびOutHVs
truct はホスト変数に対する参照とそのホスト変数のタ
イプを含む。InHVstructまたはOutHVstruct あるいはそ
れらの両方は空でありうる。ライン１１０１〜１１０２
は、入力ホスト変数用の値を得るためにInHVstructを用
い、それらのタイプを記述する。ライン１１０３〜１１
０５はＥＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋ＣＯＭＭＡＮＤ
メッセージを送る。ライン１１０６はそのレスポンスを
受けてエラーの検査を行う。ライン１１０７〜１１１０
は出力ホスト変数に受信した結果値をコピーする。両立
しうるタイプと同一タイプの異なる表現間の変換は出力
ホスト変数のコピー中に生じる。

【００８１】セット型データベースコマンドデータベー
スインターフェースファンクションの説明 概 略 セット型データベースコマンドを行うために実行適用業
務プログラムから呼び出されるデータベースインターフ
ェースファンクションはいく分複雑である。セット型デ
ータベースコマンドは結果値のセット（多分大きいセッ
ト）を発生する。今日の通信設備を介してメッセージを
授受するコストは比較的高いから、セット型データベー
スコマンドを実行するのに必要なメッセージ交換の回数
を最少にすることが重要である。このため、セット型デ
ータアクセスが実行適用業務プログラム（すなわちＳＱ
Ｌ内の“ＯＰＥＮ_…”）により開始されるとき、対応デ
ータベースインターフェースファンクションがＯＰＥＮ
₋ＱＵＥＲＹメッセージをつくり送るのであり、このメ
ッセージは遠隔ＤＢＭＳに複数の結果エレメントを単一
のレスポンスメッセージで応答することを指示する。次
に、セットデータアクセス結果にアクセスするためのデ
ータベースインターフェースファンクションは次のすで
に受信した結果エレメントをもどすかあるいはＣＯＮＴ
ＩＮＵＥ₋ＱＵＥＲＹメッセージを用いて遠隔ＤＢＭＳ
から他の結果エレメントのグループを要求する。

【００８２】しかしながら、現在の結果エレメントデー
タコマンドの更新または削除（ＳＱＬ内の“ＵＰＤＡＴ
Ｅ ＣＵＲＲＥＮＴ ＯＦ ＣＵＲＳＯＲ_…”または
“ＤＥＬＥＴＥ ＣＵＲＲＥＮＴ ＯＦ ＣＵＲＳＯＲ
_…”）を処理すべきであれば複数の結果エレメントのも
どしは抑圧されねばならない。これは、更新および削除
現在エレメントデータベースコマンドが結果セットの
「現在」エレメントについて動作する。幸にＤＢＭＳは
そのセット型仕様データベースコマンド（ＳＱＬの“Ｄ
ＥＣＬＡＲＥ ＣＵＲＳＯＲ_…ＦＯＲ ＵＰＤＡＴ
Ｅ”）の分析および現在エレメント更新は削除データベ
ースコマンドの対応するセット仕様コマンドとのその関
連づけは、セット型データベースコマンドの結果エレメ
ントが更新または削除されるときを決定しうる。ＤＢＭ
Ｓが結果エレメントの更新または削除が可能であること
を決定すれば、それはＯＰＥＮ₋ＱＵＥＲＹに応じてデ
ータの記述のみを、またＯＰＥＮ₋ＱＵＥＲＹとＣＯＮ
ＴＩＮＵＥ₋ＱＵＥＲＹメッセージに応じて単一の結果
エレメントをもどす。

【００８３】セット型データアクセスの結果エレメント
の処理は適用業務プログラムの複数データベースコマン
ドを含むから、セット型データベースコマンドデータベ
ースインターフェースファンクションは活性セット型デ
ータベースアクセスの状態を記録するために活性カーソ
ルテーブル３４を維持する。活性カーソルテーブルはセ
ット型コマンドのタグを次の情報と関連づける： １． ＯＰＥＮまたはＣＬＯＳＥＤの状態； ２． 結果エレメント値のタイプの記述； ３． 結果セットのすでに受信したエレメントのシーケ
ンス；および ４． アクセスされた受信エレメントの指示。

【００８４】セット型データアクセスを開始するための
データベースインターフェースファンクションの説明 セット型データアクセス（例えばＳＱＬの“ＯＰＥ
Ｎ_…”に応じて）の処理を開始するためのデータベース
インターフェースファンクションは次のエレメントを含
む、ＯＰＥＮ₋ＱＵＥＲＹメッセージの一致フォーマッ
トでメッセージをつくり遠隔ＤＢＭＳに送る： １． コマンドのある適用業務プログラムパッケージの
ネーム； ２． 特定のセット型データベースコマンドのタグ； ３． セット型データベースコマンドの入力ホスト変数
の値； ４． 入力ホスト変数値のタイプの記述；および ５． もどすべき結果セットの量の指示。

【００８５】もどすべき結果セットの量の仕様はいくつ
かの形をとりうる。結果エレメントの数または結果エレ
メントを受けるに使用しうるスペースの量は一致しう
る。（他のものはＤＢＭＳに結果エレメントの全セット
をもどすための試みを可能にし、通信設備のフロー制御
またはペーシング特性を結果エレメントのフローに調整
するために使用させることである。）遠隔ＤＢＭＳはＯ
ＰＥＮ₋ＱＵＥＲＹの受信により、指示されたセット型
データアクセス用の保持された実行計画を置きそしてア
クセスする。これが順調に行われると、保持された計画
の実行が受信入力ホスト変数値を用いて開始され、要求
された（または指示されたスペースに入る）数の結果エ
レメントが発生され、そして一致フォーマットの応答メ
ッセージにフォーマットづけられる。セット型データベ
ースコマンドがセット型の更新または削除されるもので
あることをＤＢＭＳが決定した場合にはそれはＯＰＥＮ
₋ＱＵＥＲＹに応じてデータの記述のみを、またＣＯＮ
ＴＩＮＵＥ₋ＱＵＥＲＹに応じて単一の結果エレメント
をもどす。これらの場合に、ＤＢＭＳはそのコマンドの
実行を、その実行が後に他の結果エレメントを発生すべ
く回復されうるように保留する。結果エレメントの発生
がＯＰＥＮ₋ＱＵＥＲＹメッセージに特定される結果エ
レメントの量を越える前にデータベースコマンドにより
特定されるエレメントのセットを空にするならば、この
セットが空となったことの指示が応答メッセージと共に
もどされ、データベースが質問の処理を終了する。

【００８６】ＯＰＥＮ₋ＱＵＥＲＹメッセージへの応答
メッセージのエレメントは次のものを含む： １． ＳＱＬ内の単一の結果エレメントまたはエレメン
ト列の値のデータタイプの記述； ２． 結果エレメントシーケンス；および ３． 順調な“エンドオブクエアリ”または順調でない
実行の指示。

【００８７】セット型データベースコマンドの処理を開
始させるデータベースインターフェースファンクション
はＤＢＭＳからレスポンスメッセージを受け、そのイン
ジケータを実行が成功したかどうかについて検査する。
成功であればデータベースインターフェースファンクシ
ョンは、活性カーソルテーブル３７にコマンドタグ、デ
ータタイプの記述およびエレメントシーケンスを入れ
る。ＤＢＭＳが結果セットが空となったことを示してい
れば、活性カーソルテーブル内の状態がＣＬＯＳＥＤに
セットされ、そうでなければＯＰＥＮにセットされる。

【００８８】図１３はセット型データアクセスを開始す
るための、データベースインターフェースファンクショ
ンとコマンド実行プロトコルを示す。ライン１２００は
“SetDIFopen”の呼び込みを示し、パラメータはデータ
ベースコマンドの置換中に用意される。ライン１２０１
〜１２０２はアトミックコマンドデーテベースインター
フェースファンクションについて述べた処理と同様に入
力ホスト変数を処理する。ライン１２０３はＯＰＥＮ₋
ＱＵＥＲＹメッセージを送る。ライン１２０４〜１２０
５はレスポンスを受けてエラーの検査を行う。ライン１
２０６〜１２１１は活性カーソルに、処理中のセットを
加算する。このための擬似コードおよび次のセット型デ
ータベースインターフェースファンクションは例えばラ
イン１２０９上のカッコ付表現により活性カーソルのメ
ンバへのアクセスを表わす。また、明確化のために、ア
クセスされた結果セットの受信エレメントのトラックを
維持するためのメカニズムは示していない。ライン１２
１０〜１２１１は、結果エレメントがアクセスされる前
に活性カーソルの状態をＣＬＯＳＥＤにセットする。こ
れはＣＬＯＳＥ₋ＣＵＲＳＯＲメッセージの回避を可能
にする（セット型データアクセスの終了についての擬似
コードを参照のこと）。

【００８９】セット型データアクセスのエレメントをア
クセスするためのデータベースインターフェースファン
クションの説明 セット型データアクセスのエレメントをアクセスするた
めのデータベースインターフェースファンクションは結
果セットの次のエレメント（ＳＱＬの“ＦＥＴＣ
Ｈ_…”）の値を得るために適用業務プログラムから呼び
出される。このデータベースインターフェースファンク
ションはセット型データベースコマンドが活性カーソル
テーブル３７を検査することにより開始されていること
を決定しなければならない。アクセスが開始されていな
ければ適用業務プログラムにエラーがリポートされる。
そうでなければデータベースインターフェースファンク
ションは、遠隔ＤＢＭＳから入っているがまだ適用業務
プログラムによりアクセスされていないエレメントがあ
るかどうかを決定しなければならない。アクセスされな
いエレメントがあれば、データベースインターフェース
ファンクションは、遠隔ＤＢＭＳからもどされ、活性カ
ーソルテーブルに維持されるタイプ記述を用いて適用業
務プログラムの出力ホスト変数に次のアクセスされない
エレメントの値をコピーする。エレメントアクセスデー
タベースインターフェースファンクションもアクセスさ
れた（新規に）エレメントをアクセスされたものとマー
クする。活性カーソルテーブル内の状態がＣＬＯＳＥＤ
であり、すべての受信エレメントがアクセスされていれ
ば、エレメントアクセスデータベースインターフェース
ファンクションは適用業務プログラムにセット枯渇
（“end of query”）エラーをもどす。

【００９０】特定のセット型データアクセスについてす
でに受信したすべてのエレメントがアクセスされ、かつ
状態がＯＰＥＮであれば、データベースインターフェー
スファンクションはＣＯＮＴＩＮＵＥ₋ＱＵＥＲＹメッ
セージのフォーマットと一致するメッセージを構成し送
る。ＣＯＮＴＩＮＵＥ₋ＱＵＥＲＹメッセージのエレメ
ントは次の通りである： １． コマンドのある適用業務プログラムパッケージの
ネーム； ２． 特定のセット型データベースコマンドのタグ；お
よび ３． もどされるべき結果セットの量の指示。

【００９１】ＣＯＮＴＩＮＵＥ₋ＱＵＥＲＹメッセージ
の受信により、遠隔ＤＢＭＳは指示されたパッケージか
らの指示されたデータベースコマンドが開始されたかど
うかを決定する。開始されていなければエラー指示が一
致メッセージフォーマットでもどされる。指示されたデ
ータベースコマンドが開始されていれば遠隔ＤＢＭＳは
付加的な結果エレメントを発生するためにそのデータベ
ースについての計画の実行を回復し、要求された（また
は指示されたスペースに入る）数の結果エレメントを一
致フォーマットの応答メッセージに組立てる。ＤＢＭＳ
（その無限の知恵で）がセット型データベースコマンド
がセット型更新または削除を受けることを決定したなら
ば、単一の結果エレメントがもどされる。結果エレメン
トの発生がＣＯＮＴＩＮＵＥ₋ＱＵＥＲＹメッセージに
特定される結果エレメントの量を越える前にセット型デ
ータベースコマンドにより特定されるエレメントのセッ
トを使うならば、そのセットが枯渇したことの指示を応
答メッセージと共にもどし、そしてＤＢＭＳはその質問
の処理を終了する。エレメントアクセスデータベースイ
ンターフェーフファンクションは受信した結果エレメン
トとＤＢＭＳセット枯渇指示を活性カーソルテーブルエ
ントリーに関連づける。遠隔ＤＢＭＳからエレメントが
もどされた場合には、それらの内の第１のものが適用業
務プログラムの出力ホスト変数にコピーされ、そしてア
クセスされたものとしてマークされる。 図１４はセッ
ト型データアクセスのエレメントをアクセスするため
の、データベースインターフェースファンクションとコ
マンド実行プロトコルを示す。ライン１３００は、“Se
tDIFfetch ”の呼び込みを示し、パラメータはデータベ
ースコマンドの置換中に用意される。ライン１３０１〜
１３０２は、処理がパッケージとタグパラメータにより
特定されるセットについて開始されているかを検査す
る。受信されたがアクセスされていないエレメントがあ
れば、ライン１３０３〜１３０６はアトミックコマンド
データベースインターフェースファンクションにおける
と同じように次のそのようなエレメントの値を出力ホス
ト変数にコピーする。そうでなければライン１３０７〜
１３０８は、“end of query”レスポンスがＤＢＭＳか
ら入った場合に適用業務に“end of query”をリポート
する。すでに受信されたエレメントのすべてがアクセス
されており、“end of query”が受信されていないと
き、ライン１３０９〜１３１４はＣＯＮＴＩＮＵＥ₋Ｑ
ＵＥＲＹメッセージを送り、そのレスポンスを受けるこ
とにより、未アクセスのエレメントの供給を補充する。
付加的なエレメントが受信されると、そのはじめのもの
がライン１３１７〜１３１９により出力ホスト変数にコ
ピーされる。活性カーソルもセット型データアクセスの
開始中と同様に更新される。

【００９２】セット型データアクセスの処理を終了させ
るためのデータベースインターフェースファンクション
の説明 セット型データアクセスの処理を終了（ＳＱＬの“ＣＬ
ＯＳＥ_…”）データベースコマンドの実行に応じて呼出
されるデータベースインターフェースファンクションは
セット型データベースコマンドが開始されているかどう
かを決定するために活性カーソルテーブル３７を検査し
なければならない。開始されていなければ適用業務プロ
グラムにエラーがリポートされる。活性カーソルテーブ
ル３７の状態がＣＬＯＳＥＤであればデータベースイン
ターフェースファンクションは適用業務プログラムに
“end of query”をもどす。そうでなければデータベー
スインターフェースファンクションはＣＬＯＳＥ₋ＱＵ
ＥＲＹメッセージを用意して遠隔ＤＢＭＳにそれを送
る。ＣＬＯＳＥ₋ＱＵＥＲＹメッセージの一致フォーマ
ットは次のものを含む： １． コマンドのある適用業務プログラムパッケージの
ネーム；および ２． 特定のセット型データアクセスのタグ。

【００９３】ＣＬＯＳＥ₋ＱＵＥＲＹメッセージの受信
により、遠隔ＤＢＭＳは、指示されたパッケージからの
指示されたデータベースコマンドが開始されており、ま
だ活性であるかどうかを決定する。もしそうであれば、
ＤＢＭＳは指示されたセット型データアクセスの処理を
完了（終了）し、データベースインターフェースファン
クションに応答する。そうでなければＤＢＭＳは一致フ
ォーマットでエラーレスポンスをもどす。セット型終了
データベースインターフェースファンクションは活性カ
ーソルテーブルからセット型コマンド用のエントリーを
除去する。

【００９４】図１５はセット型データアクセスを終了す
るための、データベースインターフェースファンクショ
ンとコマンド実行プロトコルを示す。ライン１４００は
“SetDIFclose ”の呼び込みを示し、パラメータはデー
タベースコマンドの置換中に用意される。ライン１４０
１〜１４０２はパッケージおよびタグパラメータにより
特定されるセットについての処理が開始されているかど
うかを検査する。ライン１４０３〜１４０６はＣＬＯＳ
Ｅ₋ＱＵＥＲＹメッセージを送り、もし“end of quer
y”指示がＤＢＭＳから入っていないならば、そのレス
ポンスを処理する。ライン１４０７は活性セットからの
パッケージとタグパラメータにより特定されるセットを
除去する。

【００９５】ダイナミックデータベースコマンドを処理
するためのデータベースインターフェースファンクショ
ンの説明 ＥＸＥＣＵＴＥ₋ＩＭＭＥＤＩＡＴＥメッセージの受信
により、遠隔ＤＢＭＳはそのメッセージにより参照され
るパッケージを置き、それがＥＸＥＣＵＴＥ₋ＩＭＭＥ
ＤＩＡＴＥメッセージ内のタグと同じタグをもつ保持
（永久的に）されたコマンドを含まないことを確認す
る。次に受信したデータベースコマンドテキストが分析
され、最適化され、そして直ちに実行される。このプロ
セス中にエラーが検出されると、エラーレスポンスメッ
セージがデータベースインターフェースファンクション
にもどされる。据置き実行用の動的に特定されるデータ
ベースコマンドの仕様を処理するためのデータベースイ
ンターフェースファンクションはＰＲＥＰＡＲＥ₋ＣＯ
ＭＭＡＮＤメッセージをつくり遠隔ＤＢＭＳにそれを送
る。ＰＲＥＰＡＲＥ₋ＣＯＭＭＡＮＤメッセージのエレ
メントは次の通りである： １． 遠隔ＤＢＭＳにおけるパッケージのネーム； ２． 言語プリプロセッサプログラムにより割当てられ
たデータベースコマンドタグ；および ３． 動的に限定され実行されるべきデータベースコマ
ンドのテキスト。

【００９６】ＰＲＥＰＡＲＥ₋ＣＯＭＭＡＮＤメッセー
ジの受信により遠隔ＤＢＭＳはこのメッセージで参照さ
れるパッケージを置き、それがＰＲＥＰＡＲＥ₋ＣＯＭ
ＭＡＮＤメッセージ内のタグと同じタグを有する保持
（永久的に）されたコマンドを含まないことを確認す
る。次にＰＲＥＰＡＲＥ₋ＣＯＭＭＡＮＤメッセージか
らのデータベースコマンドテキストが分析され、最適化
され、そしてＰＲＥＰＡＲＥ₋ＣＯＭＭＡＮＤメッセー
ジ内に特定されるパッケージの部分として保持（永久的
に）される。エラーが検出されなければ、遠隔ＤＢＭＳ
は実行成功を示す応答メッセージを用意する。そうでな
ければエラーメッセージがデータベースインターフェー
スファンクションにもどされる。動的に限定されるデー
タベースコマンドは次にデータベースインターフェース
ファンクションとアトミックまたはセット型のデータベ
ースコマンドの実行用のメッセージを用いて実行しう
る。

【００９７】図１６は動的に特定されるデータベースコ
マンドの即時実行用のデータベースインターフェースフ
ァンクションとコマンド実行プロトコルを示す。ライン
１５００は“DynDIFimmed ”の呼び込みを示し、パラメ
ータはデータベースコマンドの置換中に用意される。ラ
イン１５０１は実行されるべきデータベースコマンドの
コピーを得る。ライン１５０２〜１５０４は遠隔ＤＢＭ
ＳにＥＸＥＣＵＴＥ₋ＩＭＭＥＤＩＡＴＥメッセージを
送り、その応答を処理する。

【００９８】図１７は動的に特定されるデータベースコ
マンドの据置き実行用のデータベースインターフェース
ファンクションとコマンド実行プロトコルを示す。ライ
ン１６００は“DynDIFdefer ”の呼び込みを示し、パラ
メータはデータベースコマンドの置換中に用意される。
ライン１６０１は据置き実行のために用意されるべきデ
ータベースコマンドのコピーを得る。ライン１６０２〜
１６０４は遠隔ＤＢＭＳにＰＲＥＰＡＲＥ₋ＣＯＭＭＡ
ＮＤメッセージを送り、そのレスポンスを処理する。

【００９９】トランザクションデータベースコマンドを
処理するためのデータベースインターフェースファンク
ションの説明 トランザクションコミットまたはアボートデータベース
コマンドを処理するために呼び出されるデータベースイ
ンターフェースファンクションはＣＯＭＭＩＴ₋transa
ction またはＡＢＯＲＴ₋transaction メッセージを発
生する。これらのメッセージは付加エレメントを含まな
い。ＣＯＭＭＩＴ₋transaction またはＡＢＯＲＴ₋tr
ansaction メッセージの受信により遠隔ＤＢＭＳは現在
のデータベーストランザクションを確約し、あるいは打
切る。遠隔ＤＢＭＳはトランザクションデータベースコ
マンドの結果を示す、一致フォーマットのメッセージを
もってこのデータベースインターフェースファンクショ
ンに応答する。

【０１００】ＤＢＭＳ通信エージェント 概 略 本発明はバインドとデータベースコマンドの実行用の一
致プロトコルに依存する。しかしながら、ＤＢＭＳイン
プリメンテーションは一般にそれらが動作するコンピュ
ータ環境に大きく依存する。この依存性はＤＢＭＳのサ
ービスが実行のために呼び出される方法に部分的に反映
される。本発明の重要な点は通信プロトコルが、新しい
ＤＢＭＳ機能の実施を要求しないということである。む
しろ、本発明はすでに実施されたＤＢＭＳシステムにお
いて使用可能な機能のすべての範囲を見出すことであ
る。このため、本発明は適用業務アクセスエージェント
のプログラムと通信可能であり且つバインドとコマンド
実行プロトコルのメッセージに関連した機能の実行を行
うのに適したＤＢＭＳのサービスを呼び出すことの出来
るＤＢＭＳのエレメント（またはＣＢＭＳから分離され
ているが同一のコンピュータで走行するエレメント）に
ある。このエレメントはＤＢＭＳ通信エージェント５２
と呼ばれる（図１参照のこと）。

【０１０１】ＤＢＭＳ通信エージェント５２の好適なイ
ンプリメンテーションはＤＢＭＳの集積成分としてであ
る。あるいはバインドおよびコマンド実行プロトコルの
メッセージの情報内容はＤＢＭＳ通信エージェントの別
のインプリメンテーションを可能にすることで充分であ
る。ＤＢＭＳ通信エージェントの別のインプリメンテー
ションはＤＢＭＳコンピュータの計算環境に特有のＤＢ
ＭＳ呼び込みメカニズムを用いて必要とされるＤＢＭＳ
サービスを得ることが出来る。

【０１０２】ＤＢＭＳ通信エージェントの説明 ＤＢＭＳ通信エージェント５２はバインドプログラム３
８および適用業務アクセスエージェント１７のデータベ
ースインターフェースファンクション４０と通信するＤ
ＢＭＳコンピュータのエレメントである。適用業務アク
セスエージェントのプログラムにより通信が確立される
と、それがその通信方向となるＤＢＭＳ通信エージェン
トである。

【０１０３】適用業務アクセスエージェントからのメッ
セージによりＤＢＭＳ通信エージェント５２は要求され
るＤＢＭＳサービスを決定するためにこのメッセージを
解釈する。次にＤＢＭＳ通信エージェントはＤＢＭＳか
らの指示されたサービスを要求する。これは一般にＤＢ
ＭＳサービスの１以上の呼び込みを行うことを含む。例
えばＥＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋ＣＯＭＭＡＮＤメ
ッセージではＤＢＭＳに単一の保持されたデータベース
コマンドの実行を要求し、ＯＰＥＮ₋ＱＵＥＲＹおよび
ＣＯＮＴＩＮＵＥ₋ＱＵＥＲＹメッセージはＤＢＭＳ通
信エージェントが複数の結果セットエレメントを得て送
ることを要求する。バインドおよびコマンド実行プロト
コルのメッセージの夫々により引き出されるＤＢＭＳの
アクションおよびサービスはバインドプログラム１８と
データベースインターフェースファンクション４０の説
明において述べた。ＤＢＭＳ通信エージェントはＤＢＭ
Ｓの要求されたＤＢＭＳサービスに対するレスポンスを
適用業務プログラムコンピュータのバインドプログラム
とデータベースインターフェースファンクションへのレ
スポンスメッセージに入れさせるためにも作用する。こ
れはＤＢＭＳからの実行結果とインジケータを検査し、
適正なレスポンスメッセージをつくることを含む。ＤＢ
ＭＳサービス要求の局所的結果とレスポンスメッセージ
の内容の間の関係もバインドプログラムおよびデータベ
ースインターフェースファンクションの説明において述
べた。

【０１０４】ＤＢＭＳ通信エージェントは適用業務アク
セスエージェントのプログラムと同様にデータベースコ
マンド言語の詳細なシンタックスと意味に対し、比較的
感性が低い。バインドプロトコルを介して受け入れら
れ、ダイナミックデータベースコマンドメッセージ内に
あるデータベースコマンドは受信したときあるいは或る
種の単純な変換後にＤＢＭＳに通しうる。

【０１０５】要約すると、ＤＢＭＳ通信エージェントは
適用業務アクセスエージェントとの通信を管理する。Ｄ
ＢＭＳ通信エージェント５２は受信メッセージの認識と
理解により適用業務ブログラムコンピュータ１０の適用
業務アクセスエージェントにより要求されるデータベー
スサービスの実行のためにＤＢＭＳのサービスの取込み
を管理する。更に、ＤＢＭＳ通信エージェント５２は適
用業務プログラムコンピュータの適用業務アクセスエー
ジェントのバインドプログラムとデータベースインター
フェースファンクションに対するレスポンスメッセージ
をつくり送るためにＤＢＭＳからの結果とインジケーシ
ョンを解釈する。

【０１０６】本発明の方法の要約 本発明の方法の概略を図１８〜２０に示す。ステップ１
００において本発明はデータベース言語コマンドを埋込
んだ適用業務プログラムを受ける。プリプロセッサ１８
はこの適用業務プログラムのステートメントを走査し、
ステップ１０２においてそのプログラム内のデータベー
ス言語コマンドを認識し分類する。最適モードによれ
ば、プリプロセッサ１８はデータベースコマンドをホス
ト変数宣言、アトミックコマンド、セット型コマンド、
動的コマンド、およびトランザクションコマンドの５つ
のカテゴリーに分類する。ステップ１０４において、認
識され分類されるデータベース言語コマンドは適用業務
プログラムの言語によるステートメントによって適用業
務プログラム内で置換される。さもなければ、この分類
されたデータベース言語コマンドはデータベースインタ
ーフェースファンクション４０への呼出しで置き換えら
れるのであり、呼出し参照パラメータは適用業務プログ
ラムパッケージのネーム、コマンドタグ、入力および出
力の変数、および置換されたコマンドの実行に必要な他
のパラメータを含む。変数ステップ１０６でプリプロセ
ッサ１８はこれらのコマンドにタグを付してそれらをバ
ンイドファイル２０に置く。

【０１０７】ステップ１０８で、プリプロセッサ１８に
より変更された適用業務プログラムはコンパイルされて
データベースインターフェースファンクション４０にリ
ンクされる。図１８、１９における手順におけるこのス
テップの位置はバインドプログラムステップの後にして
もよい。

【０１０８】バインドプログラムステップはバインドプ
ログラムへのパラメータとしてネームを付されたＤＢＭ
Ｓのアドレスの決定との適用業務プログラムのコンパイ
レーション後にステップ１１０ではじまる。ステップ１
１２において、このネームを付されたＤＢＭＳとの通信
が確立されてＢＥＧＩＮ₋ＢＩＮＤ処理が行われ、その
間適用業務プログラムパッケージを識別するネームがＤ
ＢＭＳに知らされる。ステップ１１４において、プリプ
ロセッサ１８によりバインドファイル２０に入れられた
タグ付きのデータベース言語コマンドがＢＩＮＤ₋ＤＡ
ＴＡＢＡＳＥ₋ＣＯＭＭＡＮＤプロセスを用いて１個ず
つＤＢＭＳに送られる。すべてのコマンドが送出された
とき、ＥＮＤ₋ＢＩＮＤ処理がステップ１１６で行われ
てバインドプログラム処理を終了する。この時点で、適
用業務プログラムは実行可能状態となり、それから抽出
されたデータベースコマンドはＤＢＭＳに送られてお
り、そこで適用業務プログラムのパッケージ内に保持さ
れている。

【０１０９】この時点で図１８に示すようにステップ１
００〜１０８を含むプロセスは遠隔の接続されていない
サイトにおいて完了しうるのであり、この時点でバイン
ドファイル２０とリンクされた適用業務プログラム１４
ａとは光学ＲＯＭ、磁気テープ、フロッピーディスクま
たはハードディスクのような可搬性の記憶媒体に入れて
コンピュータシステム１０に設置しうるのであり、それ
によりバインドステップ１１０〜１１６がコンピュータ
１０の適用業務アクセスエージェントを用いて実行され
る。

【０１１０】本発明の手順の説明に続き、適用業務プロ
グラムはステップ１１８で実行を開始する。決定のステ
ップ１２０はこのプログラムの実行において自明であ
り、データベースインターフェースファンクションの呼
び出しがない限り、このプログラムはステップ１２０か
らの否定出力で示され、ステップ１２１を介して決定の
ステップ１２０にもどされるように実行を続ける。

【０１１１】データベースインターフェースファンクシ
ョン呼出しが検出されると、このプログラムはステップ
１２４に入り、そこで適用業務プログラムパッケージを
識別するネーム、置換されたデータベース言語コマンド
のタグ、および例えば入力および出力のホスト変数を含
む他のコマンドパラメータを用いてデータベースインタ
ーフェースファンクション４０の内の適正なものが呼出
される。手順ブロック１２４の出力１２６はアトミック
コマンド呼出しに対応し、それについて対応するデータ
ベースインターフェースファンクションがステップ１２
７においてＥＸＥＣＵＴＥ₋ＡＴＯＭＩＣ₋ＣＯＭＭＡ
ＮＤメッセージをつくり、それを、ＤＢＭＳにとってそ
のコマンドの実行に必要なネーム、タグおよび他のコマ
ンドパラメータと共にそのＤＢＭＳに送る。ＤＢＭＳで
のコマンドの実行が成功すれば、このＤＢＭＳは、デー
タベースインターフェースファンクションがステップ１
２９において出力ホスト変数として適用業務プログラム
をもどすデータをもどす。ステップ１２９からこのプロ
グラムは点Ｂにもどる。

【０１１２】プログラムブロック１２４の出力１３０は
動的コマンドに対応する呼び出しを表わし、このコマン
ドについて適正なパラメータを有するＰＲＥＰＡＲＥ₋
ＣＯＭＭＡＮＤまたはＥＸＥＣＵＴＥ₋ＩＭＭＥＤＩＡ
ＴＥメッセージが構成されてＤＢＭＳに送られる。プロ
グラムステップ１３１は点Ｂにもどる。

【０１１３】トランザクションコマンド呼出しは出力１
３５で表わされる。上述のように適正なデータベースイ
ンターフェースファンクションがＣＯＭＭＩＴまたはＡ
ＢＯＲＴコマンドの実行を要求するメッセージをステッ
プ１３６においてＤＢＭＳに送る。そこから手順は点Ｂ
にもどる。

【０１１４】最後に、出力１３８はセット型コマンドに
対応する呼出しを表わす。図２０に示すように３つの考
えられるセット型データベースインターフェースファン
クションに対応する３つの分岐がある。ブランチ１３８
ａは遠隔ＤＢＭＳに送られるＢＥＧＩＮ₋ＱＵＥＲＹメ
ッセージの構成により質問の開始を表わす。ＤＢＭＳが
このメッセージの受領を示すときには、それはバインド
されタグを付されたコマンドを回復してそれをＱＵＥＲ
Ｙプロセスを開始することにより実行する。これはステ
ップ１４１に示すようにデータベースインターフェース
ファンクション４０へのメッセージを介して結果エレメ
ントを送る。この点から図１９の点Ｂにもどる。ブラン
チ１３８ｂはエレメントを累積するデータベースインタ
ーフェースファンクションへの結果エレメントのフロー
を表わす。適用業務プログラムによりアクセスされてい
ないエレメントについては、ステップ１２４の肯定出力
がとられて、これらエレメントは適用業務プログラムに
ステップ１４７において出力ホスト変数としてもどされ
る。アクセスの保持変数がない場合には、否定出力が決
定のステップ１４２から出される。適正なデータベース
インターフェースファンクション４０がＣＯＮＴＩＮＵ
Ｅ₋ＱＵＥＲＹメッセージを構成してそれを適正なパラ
メータと共にＤＢＭＳに送り、そしてステップ１４５に
おいてＤＢＭＳからの結果エレメントを保持する。次に
ステップ１４７において、これらエレメントを出力ホス
ト変数として適用業務プログラムにもどす。ＱＵＥＲＹ
の終了はブランチ１３８ｃで表わされ、これは“end of
query”指示がＤＢＭＳから入ったかどうかを決定する
ために決定のステップ１５０に入る。入っていれば、デ
ータベースインターフェースファンクション処理がその
質問について終了し図１９の点Ｂにもどる。決定のステ
ップ１５０の否定出力はステップ１５１において適正な
パラメータを有するＥＮＤ₋ＱＵＥＲＹメッセージを送
ることによるデータベースインターフェースファンクシ
ョン４０の部分での質問の終了に対応する。

【０１１５】図２１において、本発明の重要な特徴であ
るホスト変数処理を示す。この特徴は図１８のプリプロ
セッサステップ１０２，１０４，１０６に固有のもので
ある。まずテーブル２００においてすべてのホスト変数
宣言コマンドはホスト変数テーブル３０（図１）に宣言
された変数のネームとタイプを入れることによりステッ
プ２００において応答される。ここでコマンドがバイン
ドファイル２０に入れられると、各コマンドにおけるホ
スト変数の発生は分離され（ステップ２０２）、それら
のタイプがステップ２０６でホスト変数テーブル３０か
ら決定され、ステップ２０８において夫々のホスト変数
発生が、関連するホスト変数タイプを有するホスト変数
マーカに置換される。この一般表現はバインドファイル
２０内のコマンドをそれらをバインドするＤＢＭＳに関
連づける。図１に示すように一つのホスト変数の発生す
る夫々のデータベースコマンドはその発生とタイプを示
すマーカを置換物として示す。これはカタログ６３内の
パッケージ“ＮＡＭＥ”６０に記憶されるコマンド６２
により示される。ＤＢＭＳ５４はこのマーカを、ホスト
変数をＤＢＭＳに対し否定であるフォームにさせ、それ
によりバインドされたコマンドの実行をサポートするた
めに用いることである。

【図面の簡単な説明】

【図１】本発明を形成するエレメントの基本構成を本発
明の実施に重要な他のエレメントと共に示すブロック
図。

【図２】プリプロセッサ高レベル擬似コードの一例を示
す図。

【図３】データベースコマンド分類用擬似コードの一例
を示す図。

【図４】データベースコマンド置換用高レベル擬似コー
ドの一例を示す図。

【図５】変数宣言データベースコマンド置換用擬似コー
ドの一例を示す図。

【図６】アトミックデータベースコマンド置換用擬似コ
ードの一例を示す図。

【図７】セット型データベースコマンド置換用擬似コー
ドの一例を示す図。

【図８】ダイナミックデータベースコマンド置換用擬似
コードの一例を示す図。

【図９】トランザクションデータベースコマンド置換用
擬似コードの一例を示す図。

【図１０】データベースコマンドをバインドファイルに
加えるための擬似コードの一例を示す図。

【図１１】バインドプログラム用擬似コードの一例を示
す図。

【図１２】アトミックコマンドデータベースインターフ
ェースファンクション用擬似コードの一例を示す図。

【図１３】セット型データアクセスを開始するためのデ
ータベースインターフェースファンクション用擬似コー
ドの一例を示す図。

【図１４】セット型データアクセスのエレメントをアク
セスするデータベースインターフェースファンクション
用擬似コードの一例を示す図。

【図１５】セット型データアクセスを終了するためのデ
ータベースインターフェースファンクション用擬似コー
ドの一例を示す図。

【図１６】ダイナミックデータベースコマンドを即時実
行するためのデータベースインターフェースファンクシ
ョン用擬似コードの一例を示す図。

【図１７】ダイナミックデータベースコマンドを遅延実
行するためのデータベースインターフェースファンクシ
ョン用擬似コードの一例を示す図。

【図１８】本発明の方法を示す流れの第１部分を示す
図。

【図１９】本発明の方法を示す流れの第２部分を示す
図。

【図２０】本発明の方法を示す流れの第３部分を示す
図。

【図２１】本発明によるホスト変数処理を示す流れ図。

【符号の説明】

１０ コンピュータシステム １２ 計算システム １４ 適用業務プログラム １６ データベースコマンド １７ 適用業務アクセスエージェント １８ プリプロセッサ ２０ バインドファイル ３０ ホスト変数テーブル ３８ バインドプログラム ３４ カーソルテーブル ４０ データベースインターフェースファンクション ４６，５０ 通信アダプタ ４８ インターフェース ５２ データベース通信エージェント ５４ ＤＢＭＳ ５６ 記憶装置 ６０ パッケージ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 リチャード、エイム、デマーズ アメリカ合衆国ミネソタ州、ロチェスタ ー、トゥウェンティーファースト、アベニ ュ、エヌ、イー、1318 (72)発明者 ドゥサン、エシモビク アメリカ合衆国カリフォルニア州、オリン ダ、ラモナ、ドライブ、４ (72)発明者 ロバート、ディーン、ジャクソン アメリカ合衆国カリフォルニア州、サン、 ノゼ、シューバート、アベニュ、2499 (72)発明者 ブルース、ギルバート、リンゼイ アメリカ合衆国カリフォルニア州、サン、 ノゼ、セトル、アベニュ、1185 (72)発明者 マイケル、エドワード、マーフィー アメリカ合衆国ノースカロライナ州、ダー ラム、ピックフォード、プレイス、5203 (72)発明者 ロジャー、アラン、レインシュ アメリカ合衆国カリフォルニア州、キュパ ーティナ、グリーンリーフ、ドライブ、 20663 (72)発明者 ロバート、ピーター、レシュ アメリカ合衆国ミネソタ州、バイロン、ル ート、１、ボックス、118 (72)発明者 リチャード、ロランド、サンダーズ アメリカ合衆国ミネソタ州、ロチェスタ ー、サーティーフォース、ストリート、エ ヌ、ダブリュ、1846 (72)発明者 パトリシア、グリフィス、セリンジャー アメリカ合衆国カリフォルニア州、サン、 ノゼ、ゴールド、クリーク、コート、7215 (72)発明者 ロバート、レオ、サンデイ カナダ国オンタリオ州、シャロン、ウィリ アム、ストリート、31 (72)発明者 メルビン、リチャード、ツィモウスキー アメリカ合衆国カリフォルニア州、サン、 ノゼ、サリアン、コート、1079

Claims (3)

【特許請求の範囲】
1. 【請求項１】データベースコンピュータシステムから分
   離され且つ遠隔しており、そのシステムとは異なる言語
   を用いるアプリケーションコンピュータシステムにおけ
   るアプリケーションプログラム実行による要求に応じて
   データベースコンピュータシステム内のサーバデータベ
   ースのアクセスを行う、下記段階を含むサーバデータベ
   ースのアクセス方法： (a) アプリケーションプログラムからサーバデータベ
   ースの言語で書かれたデータベースコマンドを抽出する
   段階； (b) このデータベースコマンドをデータベースコンピ
   ュータに送る段階； (c) 上記サーバデータベースにおいて上記データベー
   スコマンドをアプリケーションプログラムに結合する段
   階； (d) アプリケーションプログラムの実行中にデータベ
   ースコマンドの実行要求をサーバデータベースに送る段
   階；及び (e) この実行要求に応じてサーバデータベースにおい
   てデータベースコマンドを実行する段階。
2. 【請求項２】前記抽出する段階の後に、アプリケーショ
   ンプログラム内の前記データベースコマンドをそれらの
   実行要求と置き換える段階をさらに含む請求項１の方
   法。
3. 【請求項３】前記段階（ｂ）の前に、前記アプリケーシ
   ョンコンピュータシステムにおいて下記段階をさらに含
   む請求項１の方法： (a) 前記データベースコマンド内のホスト変数を識別
   する段階； (b) 上記データベースコマンドから上記ホスト変数を
   抽出する段階；及び (c) 上記データベースコマンド内の上記ホスト変数を
   これら変数を表わすマーカと置換える段階。