【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はデータベースをアクセスする方法及びシステムに関し、特に単純化したインターフェース・フォーマットを使用したデータベース・マネージャ及びデータベースを有するデータベース・システムのアクセス方法及びシステムに関する。 この発明は、又、特にデータベース装置ドライバ・インターフェースを供給することに基づき、データベース・マネージャをアクセスする方法及びシステムを提供する。

【０００２】

【従来の技術】多くのユーザ・アプリケーションはＯＳ
／２（インターナショナル・ビジネス・マシーンズ・コーポレイションの製品）のデータベース・マネージャのサービス、又は他のデータベース・システムのデータベース・マネージャのサービスを使用する。 現在、データベースの動的又は静的機能の使用をユーザ・アプリケーションに書込むことは困難である。 現在、多くのユーザ・アプリケーションはそこに書込まれるコードで書かれたロー・レベル・データベースＡＰＩ呼出し（アプリケーション・プログラム・インターフェース呼出し）が組込まれている。 プログラムを書込む各言語（例えば、パスカル（Ｐａｓｃａｌ）又はＣ）について、特定のプログラミング言語のために各異なるセットのユーザ・アプリケーション呼出しが書込まれなければならない。

【０００３】従って、各言語のために、ユーザ・アプリケーションの作者がデータベース・マネージャをアクセスしてデータベースを使用したい場合、又は別モジュールのユーザ・プログラムに対し通常使用しない言語を挿入しなければならないような場合には、新しい一組のＡ
ＰＩ呼出しで書かれたユーザ・アプリケーションを開発しなければならない。 その上、異なるタイプのデータベース・システムに対するアクセスを希望する場合、ユーザ・アプリケーションは特定のデータベース・システムをアクセスするために書かれたコードを用いなければならない。

【０００４】例えば、ユーザ・アプリケーションがＯＳ
／２のデータベース・マネージャを使用するために書かれた場合、ユーザ・アプリケーションは、ＡＰＩ呼出しが異なるデータベース・マネージャを使用する遠隔データベース・システムをアクセスするよう開発されたものでない場合、その特定のデータベース・システムをアクセスすることはできないであろう。

【０００５】更に、データベース・システムをアクセスするためにユーザ・アプリケーションが使用するＡＰＩ
呼出しは簡単なコマンドではない。 すなはち、各特定のコマンド又は要求（リクエスト）は複雑なデータベース呼出し処理手順に組み込まれている３以上のＡＰＩ呼出しを要求する。 例えば、プログラム内にある全プログラム又はモジュールは適当なデータベース・アクセス・データ構造及びホスト変数（ＯＳ／２データベース・マネージャに対するプログラム作成で使用される用語）を作成するよう書込まれなければならず、データベースをオープンし、データベースの使用を開始し、カーサをオープンし、カーサを実行し、フェッチをループし、誤りをチェックする各呼出しを行い、成功して完了したときにデータベースに対して停止呼出しを送信する。 これは数行のコードで簡単に行うことはできない。

【０００６】定められた日付“１２−２５−９１”に“従業員”データベースの“構成員”表の全ての行を更新するトリビアル（trivial)事例に対する疑似コードの例を以下に示す。 ／／必要なライブラリ及びヘッダ・ファイルからのデータ構造を含む ／／データベース・アクセス日の新日付に対する全体的なホスト変数を宣言する；

【０００７】主プログラム データベース“従業員”に対し開始コマンドを発行する ステートメント“構成員表の全ての行を新日付で更新”
を宣言する 新日付をホスト変数の新日付にストリング・コピーする 更新ステートメントを実行する 誤りをチェックする 誤りがあれば 誤り番号と適当なデータ構造の誤りの説明を戻す コミットを発行する 停止データベース・コマンドを発行する プログラムを終了する

【０００８】

【発明が解決しようとする課題】上記の説明からわかるように、多種のデータベース・システムに対するユーザ・アプリケーションを開発することは大量の時間及び努力と、データベース・マネージャがプログラマの部分につき如何に作用するかに関する詳細な知識とを必要とする。 従って、データベース・システムのアクセスに使用する処理手順を簡単にするということが強く望まれている。

【０００９】従って、本発明の目的は、データベース・
システムをアクセスするための改良した方法及びシステムを提供することである。 本発明の他の目的は、単純化したインターフェース・フォーマットを使用して、データベース・マネージャ及びデータベースを有するデータベース・システムをアクセスする改良した方法及びシステムを提供することである。

【００１０】更に、本発明の他の目的は、データベース装置ドライバ・インターフェースを供給することによって、データベース・マネージャをアクセスするための改良した方法及びシステムを提供することである。

【００１１】

【課題を解決するための手段】本発明は、以下に記述するように構成して上記の問題を解決した。 本発明によるシステムはデータベース・システムと、ユーザ・アプリケーションと、オペレーティング・システムと、データベース・システム、ユーザ・アプリケーション、及びオペレーティング・システムに接続されたデータベース装置ドライバとを含み、ユーザ・アプリケーションからの動的アクセス要求をデータベース装置ドライバに送信する。

【００１２】データベース装置ドライバは、データベース装置ドライバい対する動的アクセス要求の送信に応答して動的アクセス・コマンドを発生し、データベース・
システムに送信する。 データベース装置ドライバはデータベース・システムに送信された動的アクセス・コマンドに応答して戻されたデータベース・システムからの応答を受信する。 受信した応答はユーザ・アプリケーションに送信するための応答に再フォーマットされ、データベース装置ドライバからユーザ・アプリケーションに返送される。

【００１３】

【実施例】以下、添付図面を参照して本発明の一実施例を詳細に説明する。 図１は本発明方法の実施に使用することができるデータ処理システム８を模式的に示す説明図である。 図に示すように、データ処理システム８は各々がそれぞれ複数の個々のコンピュータ１２，３０を含むことが望ましい構内情報通信網（“ＬＡＮ”）１０，
３２のような複数のネットワークを含むことができる。
勿論、それら各ネットワークの代わりにホスト・プロセッサに接続された複数の知能ワークステーション（“Ｉ
ＷＳ”）を使用することができるということは当業者の認めるところであろう。

【００１４】かかるデータ処理システムにおいては普通であるように、各個々のコンピュータは記憶装置１４及び（又は）プリンタの如き出力装置１６を接続することができる。 本発明方法に従い、かかる記憶装置１４を１
以上使用することができ、データ処理システム８内のユーザによって間欠的にアクセスすることができる文書又は資源オブジェクトを記憶する。 従来、公知の方法においては、記憶装置１４に記憶されている各文書又は資源オブジェクトは、例えば、個々のコンピュータ１２又は３０のユーザに対し文書を転送することによって、データ処理システム８中どこでも自由に交換することができる。

【００１５】図１のデータ処理システム又はネットワーク８は、更に通信リンク２２により構内情報通信網（“ＬＡＮ”）１０に接続することが好ましいメインフレーム・コンピュータ１８のような複数のメインフレーム・コンピュータを含むことができる。 メインフレーム・コンピュータ１８は、又構内情報通信網（“ＬＡ
Ｎ”）１０に対する遠隔記憶として作用することができる記憶装置２０にも接続される。

【００１６】同様にして、構内情報通信網（“ＬＡ
Ｎ”）１０は通信リンク２８、サブシステム制御装置／
通信制御装置２６、及び通信リンク３４を通してゲートウェイ・サーバ２８に接続することができる。 ゲートウェイ・サーバ２８は、好ましくは構内情報通信網（“Ｌ
ＡＮ”）３２を構内情報通信網（“ＬＡＮ”）１０にリンクするよう作用する個々のコンピュータ又は対話型ステーション（“ＩＷＳ”）である。

【００１７】構内情報通信網（“ＬＡＮ”）３２，１０
について既に前述したように、複数の文書又は資源オブジェクトは記憶装置２０内に記憶され、資源オブジェクトのための資源マネージャ又はライブラリ・サービスが記憶されると、メインフレーム・コンピュータ１８によって制御される。

【００１８】勿論、メインフレーム・コンピュータ１８
は構内情報通信網（“ＬＡＮ”）１０から地理的に遠く離れた地点に配置することができ、同様に構内情報通信網（“ＬＡＮ”）１０は構内情報通信網（“ＬＡＮ”）
３２から相当離れた距離に置くことができるということは当業者の認めるところであろう。 例えば、構内情報通信網（“ＬＡＮ”）３２はカリフォルニアに設置されるかもしれないのに対し、構内情報通信網（“ＬＡＮ”）
１０はテキサスに置いてもよく、又メインフレーム・コンピュータ１８はニューヨークに設置することが可能である。

【００１９】ユーザ・アプリケーションはそれぞれ個々のコンピュータ１２及び３０に、ゲートウェイ・サーバ２８に、構内情報通信網（“ＬＡＮ”）１０又は３２のあるコンピュータに、又はメインフレーム・コンピュータ１８に見ることができる。 ユーザ・アプリケーションはユーザ・アプリケーションと同一のコンピュータに配置されている１以上のデータベース・システムをアクセスすることができる。 他の場合、ユーザ・アプリケーションは遠隔記憶装置２０に配置することができる異なるデータベース・システムをアクセスすることができる。

【００２０】図２は本発明の好ましい実施例による装置ドライバを使用するシステムのブロック図を示す。 ユーザ・アプリケーション・プログラム１００はデータベース装置ドライバ１０２に対し、単一の読取要求、書込要求、オープン要求、又はクローズ要求を送信する。 データベース装置ドライバ１０２は本発明の好ましい実施例においては、ストリングの形式の読取、書込、オープン、及びクローズＡＰＩ呼出しを受信する。 これら呼出しはユーザ・アプリケーションに対し、共通且つ相互に調和したインターフェースを供給する。

【００２１】本発明の好ましい実施例によるデータベース装置ドライバ１０２は、オペレーティング・システムに接続された装置ドライバとして、又は一組の動的リンク・ライブラリ（“ＤＬＬ”）呼出しとして実施することができる。 ＤＬＬ及びＡＰＩ呼出しに関するこれ以上の情報はラ・ガード他によるＩＢＭオペレーティング・
システム２バージョン１．２プログラミング・ガイド（インターナショナル・ビジネス・マシーンズ・コーポレイション、文書第００Ｆ８８３３号（１９８９年））
に見ることができる。

【００２２】ユーザ・アプリケーション・プログラム１
００による呼出しに応答して、データベース装置ドライバ１０２は適当なコマンドをデータベース・マネージャに送り、挿入、更新、選択、読取、又はデータベースのデータに対するその他の処理を行う。 データベース・マネージャ１０４はデータベース装置ドライバ１０２からの適当なコマンドに応答してデータベース１０６のデータを読取り、又はそこにデータを記憶する。

【００２３】データベース装置ドライバ１０２はユーザ・アプリケーション・プログラム１００とデータベース・マネージャ１０４との間に層を付加した言語独立のドライバである。 他言によると、データベース・ドライバはユーザ・アプリケーション・プログラムの一部としてコンパイルされないということである。 その代り、データベース装置ドライバは多くの異なるユーザ・アプリケーションからのアクセス要求を受けることができる別個の一組のコードである。 データベース装置ドライバはオペレーティング・システムに組み入れられ、動的リンク・ライブラリとして書込むことができる。

【００２４】本発明によるデータベース装置ドライバ１
０２はユーザ・アプリケーションに対し標準装置インターフェースを与え、キーボードの読取り用装置ドライバ及びプリンタ用装置ドライバ等に類似する。 その上、本発明によるデータベース装置ドライバ１０２は動的照会のみにも使用される。 データベース装置ドライバ１０２
はユーザ・アプリケーション・プログラム１００を変更することなく、遠隔データベースのアクセスに使用することができる。 以下に続く添付図は本発明の好ましい実施例によりデータベース装置ドライバに対して行われる呼出しに含まれた処理を示す。 データベース装置ドライバに対する各特定の呼出しのより詳細な説明は、その処理の説明において行うであろう。

【００２５】図２を参照すると、ユーザ・アプリケーション・プログラム１００はデータベース装置ドライバ１
０２に対し、“従業員”と称する表を有する“構成員”
と称するデータベースをオープンするために“オープン”ＡＰＩ呼出しを発行する。 “オープン”ＡＰＩ呼出しに応答して、データベース装置ドライバ１０２はデータベース・マネージャ１０４に対し開始データベース“構成員”コマンドを送信する。 データベース・マネージャ１０４はデータベース“構成員”１０６の使用を開始し、データベース“構成員”１０６からの返送結果を受信する。

【００２６】データベース“構成員”１０６からの返送結果を受信すると、データベース・マネージャ１０４はデータベース装置ドライバ１０２に対して成功メッセージを返信する。 その後、データベース装置ドライバ１０
２はユーザ・アプリケーション・プログラム１００に対し、“構成員”と称するデータベースがオープンされたということを示す所定の値を示す。 データベースのクローズも、データベースをクローズするためにデータベース装置ドライバ１０２に送信された“クローズ”ＡＰＩ
呼出しを使用して、オープンと同様な形式の処理の流れに従って、処理される。 その上、データベース・マネージャ１０４及びデータベースの“構成員”１０６はユーザ・アプリケーション・プログラム１００とは異なる場所にあるデータベース・システム１０７に設置されるかもしれない。

【００２７】図３は本発明の好ましい実施例に従い、データベース・ドライバによりデータベースをオープンする方法を示した流れ図である。 この処理はブロック１１
６に例示したように開始され、ブロック１１８に進む。
ブロック１１８において、データベース装置ドライバはユーザ・アプリケーション・プログラムから“オープン”ＡＰＩ呼出しを受信する。 次に、処理はブロック１
２０へ進み、データベース装置ドライバはデータベース・マネージャに対し開始コマンドを送信する。 その後、
処理はブロック１２２へ進み、データベース・マネージャからデータベースのオープン又は成功の結果を受信する。 ブロック１２４はユーザ・アプリケーション・プログラムに対する結果の返送を表す。 その後、処理はブロック１２６において終了する。

【００２８】図４は本発明の好ましい実施例に従い、データベース・ドライバによりデータベースをクローズする方法を示した流れ図である。 この処理はブロック２２
０に例示したように開始され、ブロック２２２に進む。
ブロック２２２において、データベース装置ドライバはユーザ・アプリケーション・プログラムから“クローズ”ＡＰＩ呼出しを受信する。 次に、処理はブロック２
２４へ進み、データベース装置ドライバからデータベース・マネージャに対し停止コマンドを送信する。 その後、処理はブロック２２６へ進み、データベース・マネージャからデータベースのクローズ又は成功の結果を受信する。 ブロック２２８はユーザ・アプリケーション・
プログラムに対する結果の返送を表す。 その後、処理はブロック２３０において終了する。

【００２９】図５は本発明の好ましい実施例に従い、データベース装置ドライバの読取ＡＰＩ部のための方法を示した流れ図である。 図に示すように、処理はブロック１３０において処理されて後、ブロック１３２へ進む。
ブロック１３２において、データベース装置ドライバはユーザ・アプリケーション・プログラムから“読取”Ａ
ＰＩ呼出しを受信する。

【００３０】処理はブロック１３４に進み、データベース装置ドライバによりデータがパイプにあるか否かの判別が行われる。 パイプはデータベース・マネージャとデータベース装置ドライバとの間でデータの転送を可能にするよう接続される形式のものである。 他の形式の接続も使用しうるということは当業者により認められるであろう。 データがパイプにない場合、処理はブロック１３
６で終了する。 ブロック１３４において、データがパイプにある場合、処理はブロック１３８に進められ、戻しバッファにデータを挿入する。

【００３１】その後、処理はブロック１４０に進み、データをユーザ・アプリケーション・プログラムに返送する。 その後、処理はブロック１３６において終了する。
アプリケーション・プログラムからの“読取”ＡＰＩ呼出しを受信するこの処理は、ユーザ・アプリケーション・プログラムが全てのデータをデータベースから取出したということを印す終了マーカを受信するまで継続される。

【００３２】本発明の好ましい実施例によるデータベース装置ドライバによって制御される方法に基づき、データベース装置ドライバはユーザ・アプリケーション・プログラムに対して返送されるべき全てのデータがデータベース・マネージャから取出されるまでそのデータを待たせることができるということも本発明の意図するものである。 図６は本発明の好ましい実施例に従い、データベース・ドライバの読取部に対する方法を示す流れ図である。 処理は、図に示すように、ブロック２００から開始して後、ブロック２０２へ進む。 ブロック２０２において、データベース装置ドライバはアプリケーション・
プログラムから“読取”ＡＰＩ呼出しを受信する。

【００３３】次に、処理はブロック２０４へ進み、データがパイプに存在するか否かの判別を行う。 データがパイプに存在しない場合、処理は、ブロック２０４において待ち、データが処理するパイプに存在する場合、処理はブロック２０６に進み、終了マーカがデータベース・
マネージャから戻されたか否かの判別を行う。 終了マーカがデータベース・マネージャから戻されていなかった場合、処理はブロック２０８へ進み、戻しバッファにデータを挿入する。 そこで、処理はブロック２０４へ進み、戻しバッファに挿入するためのデータが更に存在するか否かを判別する。

【００３４】ブロック２０６に戻り、データベース・マネージャから終了マーカが戻された場合、処理はブロック２１０へ進み、戻しバッファに記憶されているデータをアプリケーション・プログラムに送信する。 その後、
処理はブロック２１２において終了する。

【００３５】図７は本発明の好ましい実施例に従い、データベース装置ドライバにおいて、ユーザ・アプリケーション・プログラムからの“書込”ＡＰＩ呼出しに応答する方法を示す流れ図である。 基本的に、データベース装置ドライバはデータベースに書込むためのトランザクションを処理するに必要な全てのデータを取得し、データベースに書込むため、データベース・マネージャに対して適当な呼出しを行い、ユーザ・アプリケーションに対する全体的なトランザクションを処理する。 図に示すように、処理はブロック１５０から開始して後、ブロック１５２へ進み、データベース装置ドライバがユーザ・
アプリケーション・プログラムからの“書込”ＡＰＩ呼出しを受信する。

【００３６】次に、ブロック１５４において、データベースがオープンされたことを確認する。 データベースのオープンを確認したときに、まだオープンされていなかった場合、データベース装置ドライバはユーザ・アプリケーションに対して誤りを返送する。 次に、処理はブロック１５６に進み、装置インターフェースにより“選択”（SELECT) ステートメントが作成されたか否かの判別が行われる。 ＡＰＩ呼出しが“選択”（SELECT) ステートメントを含まない場合、処理はブロック１５８へ進み、データベース・マネージャに対して“即時実行”
（EXECUTE IMMEDIATE)呼出しを発行する。

【００３７】“選択”（SELECT) 及び“即時実行”（EX
ECUTE IMMEDIATE)はデータベースのアクセスに使用される呼出し又はコマンドである。 その後、処理はブロック１６０に進み、誤りがあるか否かの判別を行う。 判別の結果が“誤り”であれば、ブロック１６２に進み、データベース装置ドライバから“誤り”メッセージをユーザ・アプリケーション・プログラムに戻す。 そこで、この例においては、処理はブロック１６４に示すように終了する。

【００３８】ブロック１６０に戻り、誤りが存在しない場合、処理はブロック１６６に進み、データベース装置ドライバからデータベース・マネージャに対し“コミット”（COMMIT) 呼出しを発行する。 その後、処理はブロック１６４に進み、終了する。

【００３９】ブロック１５６に戻り、ＡＰＩ呼出しが“選択”（SELECT) ステートメントを含む場合、処理はブロック１６８に進み、データベース・マネージャに対して“準備”（PREPARE)コマンド及び“実行”（EXECUT
E)コマンドを発行する。 次に、処理はブロック１７０に進み、“パイプ”読取りとなる配置を行う。 その後、処理はブロック１７０に進み、更にそれ以上のデータが存在するか否かの判別を行う。 それ以上データがある場合、処理ブロック１７４に進み、データベース装置ドライバからデータベース・マネージャに対し“実行”（EX
ECUTE)コマンドを発行する。

【００４０】その後、処理はブロック１７６に進み、誤りが発生したか否かの判別を行う。 誤りが発生した場合、処理はブロック１６２に進み、ユーザ・アプリケーション・プログラムに対して誤りメッセージを返送する。 そして、処理はブロック１６４に進んで終了する。
ブロック１７６において、誤りが発生しなかった場合、
処理はブロック１７０に戻り、“パイプ”読取りとなる配置を行う。

【００４１】再び、ブロック１７６に戻り、それ以上データが存在しなかった場合、処理はブロック１６０に進み、誤りが発生したか否かを判別する。 誤りが発生しなかった場合、処理はブロック１６６に進み、データベース・マネージャに対して“コミット”(COMMIT)呼出しを発行して後、ブロック１６４に進んで処理を終了する。

【００４２】ブロック１６０において、誤りが発生していた場合、処理はブロック１６２に進み、データベース装置ドライバによってユーザ・アプリケーション・プログラムに対し誤りメッセージを返送する。 処理はその後、ブロック１６４において終了する。 上記の処理において、データベース装置ドライバが使用したステートメント及びコマンドはＯＳ／２のデータベース・マネージャにとっては標準であり、当業者の知るところである。

【００４３】本発明の一利点はデータベース・マネージャを通してデータベース・システムをアクセスする“データベース装置ドライバ”を提供することである。 本発明は、基本的に、キーボード又はプリンタを走行させるために使用する装置ドライバによく似た一般装置タイプのインターフェースを提供する。 本発明によるデータベース装置ドライバはそこにユーザ・アプリケーションに書込まれる言語とは別である。 プリンタ装置ドライバの場合とほぼ同様に、ユーザ・アプリケーションはデータベース装置ドライバに対し、読取、書込、オープン、又はクローズＡＰＩ呼出しの使用のみを必要とする。

【００４４】本発明で使用される装置ドライバは装置を接続して使用するに必要な基礎ロー・レベル・コードの全てを含む処理手順である。 従って、本発明に基づくデータベース・マネージャ及びそのデータベースはビデオ表示スクリーン、キーボード、ハード・ドライブ、ディスク・ドライブ、又は他の装置に類似する方法で取り扱われ、使用される。 再び、本発明のデータベース装置ドライバは装置ドライバ又はデータベース装置ドライバが一組のＤＬＬ呼出しを含むかもしれないようなオペレーティング・システムに接続することができる。

【００４５】故に、本発明に基づき、種々のデータベース機能を使用するプログラマ書込のユーザ・アプリケーションは特定のデータベース・システムに対する特殊呼出し又は要求を書込む際に、不必要に複雑にすることなく、それらユーザ・アプリケーションを開発することができる。 その上、本発明のデータベース装置ドライバはユーザ・アプリケーション・プログラムを交換したり改変したりすることなく、分散環境インターフェースの遠隔サイトからユーザ・アプリケーション・プログラムがデータベースをアクセスすることを可能にする。 データベース装置ドライバは、本発明の好ましい実施例においては、分散環境のデータベース・システムをアクセスするために必要なＤＬＬコマンド及び必要なプロトコルを包含する。

【００４６】以下、本発明の好ましい実施例におけるデータベース装置ドライバに対する呼出しフォーマット及び呼出し目的を説明する。 ＤＢＯＰＥＮ（データベース・オープン）〔HANDLE( 取扱い) 、DBName( データベース名称) 、NameLength( 名称長さ) 、Options(オプション) 、ReturnCode( 戻りコード)]。 オープン呼出しの目的は照会マネージヤを開始し、アクセスするべき特定のデータベースをオープンすることである。 それは特定のデータベースが存在すること、及びユーザがそれを使用する許可が与えられたこと検証する。 誤り状態に遭遇した場合、誤りコードが返送される。

【００４７】ＤＢＲＥＡＤ（データベース読取り）〔Ha
ndle( 取扱い) 、Buffer( バッファ) 、BufferSize( バッファ・サイズ) 、BytesRead(読取られるバイト) 、Re
turnCode( 戻りコード)]。 この呼出しの目的はデータベースに対する動的照会（又は、他の処置）の結果を読取ることである。 バッファ・サイズは照会結果に適応するよう十分大きくするべきであり、これはバイト読取りの数に対してチェックされるべきである。 戻される結果は照会に関係なく１行である。 追加読取は、戻されるバッファがＮＵＬＬ（空白）であるか、又は誤りに出合うまで行われる。

【００４８】ＤＢＷＲＩＴＥ（データベース書込み）
〔Handle( 取扱い) 、Buffer( バッファ) 、BufferSize
( バッファ・サイズ) 、BytesWrite( 書込まれるバイト) 、ReturnCode( 戻りコード)]。 この呼出しの目的はバッファにストリングとして取り込まれている動的照会によりデータベースを照会することである。 バッファは“姓がスミスである人間の選択された名称”（SELECT n
ame FROM PEOPLE where LastName =“SMITH ”) のような“選択”（SELECT) 又は他のステートメントを持つストリングを含む。 処理はフェッチ（FETCH)ルーチンを設定してデータベースに対し実行する。 その結果はDBREAD
呼出しにおいてバッファに使用できるようにする。

【００４９】ＤＢＣＬＯＳＥ（データベース・クローズ）〔Handle( 取扱い) 、ReturnCode( 戻りコード)]。
クローズ呼出しの目的はデータベース・マネージャと現行データベースとの通信を遮断することである。 他のデータベースがアクセスされるべき場合、DBCLOSE と、新たなデータベース名を有する異なるDBOPENとを発行しなければならない。 データベース・マネージャはそれを開始することのみに関し、それに関連したオーバーヘッドがないので走行を維持しない。

【００５０】次に掲げるものは、データベース装置ドライバのオープン、クローズ、読取、及び書込方法を含む疑似コードの例である。 ＯＰＥＮ (DBNAME)(DBNAMEをオープンする) データベース・マネージャを開始する データベース DBNAME を開始する 誤りを検査する if any return database error, message else return 0 indicating success end

【００５１】ＣＬＯＳＥ (DBNAME)(DBNAMEをクローズする) DBNAMEにCOMMITを発行する データベースDBNAMEを停止する データベース・マネージャを停止する 誤りを検査する if any return database error, message else return 0 end

【００５２】ＲＥＡＤ (DBNAME, TABLENAME)（読取り） 表名に最後のフェッチ（FETCH)コマンドを再発行する if none return error(“最初に書込みのコマンドを発行する”) else execute last FETCH return result data COLNAME//data//COL2//data..//in
buffer end

【００５３】ＷＲＩＴＥ (DBNAME, STATEMENT) (書込み) DBNAMEがオープン及び開始したことを保証する ステートメントにあるコマンドは SELECT ステートメントか? if not EXECUTE IMMEDIATE Statement 誤りをチェックする if any, return error #, message else return 0 else create a cursor for statement カーサをオープンする

【００５４】（１）ステートメントを準備する FETCH を実行する 誤りをチェックする if any return error #,message else put result in read buffer （２）データを発見しない場合 return (“no data found ”) message, 0 else repeat from (1) - (2) until no data left

【００５５】if error 誤りメッセージを戻す else return 0 カーサをクローズする COMMIT を発行する end

【００５６】以上、本発明をその好ましい実施例に従って説明したが、本発明はそれのみに限定されるべきものではなく、代替実施例は勿論、その各部において本発明の理念に基づき変化、変更しうることは明らかである。

【００５７】

【発明の効果】本発明は、以上説明したように構成し、
特に単純化したインターフェース・フォーマットを使用して、データベース・システムのアクセスに使用する処理手順を簡単にすることによって、種々異なるデータベース・システムをアクセスするユーザ・アプリケーションの開発を簡易、迅速にすることができるようになった。

【図面の簡単な説明】

【図１】本発明の実施に使用することができるデータ処理システムを示す図

【図２】本発明の好ましい実施例に従い装置ドライバを使用するシステムのブロック図

【図３】本発明の好ましい実施例に従いデータベース・
ドライバによりデータベースをオープンする方法を示す流れ図

【図４】本発明の好ましい実施例に従いデータベース・
ドライバによりデータベースをクローズする方法を示す流れ図

【図５】本発明の好ましい実施例に従いデータベース装置ドライバの読取部のための方法を示す流れ図

【図６】本発明の好ましい実施例に従いデータベース・
ドライバの読取部のための方法を示す流れ図

【図７】本発明の好ましい実施例に従いデータベース装置ドライバにおいて、ユーザ・アプリケーション・プログラムからの書込呼出しに応答する方法を示す流れ図

【符号の説明】

８ データ処理システム １０，３２ 構内情報通信網（“ＬＡＮ”） １２，３０ コンピュータ １４，２０ 記憶装置 １６ 出力装置 １８，２６ メインフレーム・コンピュータ ２２，３４ 通信リンク ２８ ゲートウェイ・サーバ １００ ユーザ・アプリケーション・プログラム １０２ データベース装置ドライバ １０４ データベース・マネージャ １０６ データベース １０７ データベース・システム

フロントページの続き (72)発明者 サム・イー・オットー アメリカ合衆国76051、テキサス州、グレ ープバイン、クリークベンド・サークル、 3048番地