JP2000259466A - データベースアクセス方法 - Google Patents

Abstract

(57)【要約】 【課題】 メインフレームのネットワーク型データベー
スに対して、複数の既存業務アプリケーションからの更
新処理と共存可能な標準的なテーブル形式のクエリーイ
ンタフェースでのデータベース利用方法を実現する。 【解決手段】 各クライアントから送信されるデータア
クセス要求をネットワーク上に設けた中継装置により汎
用電子計算機上のデータベースにアクセス可能なデータ
構造に変換して前記汎用電子計算機に送信し、該汎用電
子計算機においてクライアントからの参照、もしくは更
新要求に従い、該汎用電子計算機上で稼動している既存
業務アプリケーション間で規定された排他制御に基づく
レコードアクセスを行い、そのアクセス結果を前記中継
装置を介して要求元のクライアントに返信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースに蓄
積されたレコード情報を、それを蓄積した動作環境とは
異なる環境から利用する場合に使用して好適なデータベ
ースアクセス方法に関するものである。

【０００２】

【従来の技術】インターネット・イントラネットの普及
に伴い、企業内の情報システムはダウンサイジングが進
み、メインフレーム中心のシステムから、ネットワーク
を利用した分散システムへと変化してきている。そこ
で、従来メインフレーム上のシステムが提供してきた機
能をそのまま、利用してインターネット・イントラネッ
ト環境から利用できる新しい統合システムを構築したい
という要望が多い。

【０００３】既存のデータを利用するためにラッピング
と呼ばれる各種方式が考えられている。このラッピング
方式とは、既存のソフトウェアやデータベースなどの企
業内資産レガシーシステムを統合するために有効であ
る。

【０００４】しかし、その一方で具体的なラッピング方
式は対象とするレガシーシステムの構造に依存するとい
う問題がある。例えば、メインフレームで構築され、利
用されるネットワーク型データベースは、メインフレー
ムで動作する業務プログラムと過去の蓄積から、データ
の流れ、処理が非常に効率よく動作、処理され、密接な
連帯をすでに構築している。そのため、メインフレーム
以外の端末や、アプリケーションでアクセスしようとす
ると新たにデータの構造やレコードの構成、業務処理プ
ログラムをクライアント、ホストの両サイドでの変更を
余儀なくされるという問題がある。

【０００５】本発明では、特にメインフレームで広く利
用されているネットワーク型データベース固有のラッピ
ング方式を対象とする。

【０００６】従来、ネットワーク型データベースに対し
ては、次の２種類のラッピング方式が考えられている。

【０００７】（１）業務アプリケーションを含めたオン
ライン画面ラッピング ラッピングの対象を、データベース内のレコード情報だ
けでなく、それを利用している既存の業務アプリケーシ
ョンも含めたものとし、業務アプリケーションの出力で
ある画面データを介した動作に従って、データベース内
のレコード情報をＰＣ環境に提供する。

【０００８】（２）データベースのミラーリングによる
バッチラッピング ネットワーク型データベースに保存されているレコード
情報の一部または全部をＰＣ環境にあるデータベースへ
一括してコピーし、関係型データベースなどを利用して
ＰＣ環境内で管理し、参照や更新などの操作を行う。す
なわち、ネットワーク型データベースを自分のローカル
サーバとして丸ごと、持ってきて処理するものである。
この場合、元のネットワーク型データベースとのデータ
の整合性は、一定期間をおいて例えば1日ごと、２時間
ごとなど、ＰＣ環境からメインフレームへと対応するレ
コード情報を最新のものへ反映する処理を行う。

【０００９】

【発明が解決しようとする課題】しかしながら、第1の
方式によると、レコード情報の利用はメインフレームの
業務アプリケーションに対して定義された画面の状態遷
移やトランザクションなどの動作に制約され、レコード
情報に対して参照や更新などの操作をする際には基本的
に画面データ単位を意識したものとならざるを得ない。

【００１０】また、第２の方式によると、反映処理を実
行する際に元のネットワーク型データベース内の情報と
整合性が取れなくなり、ＰＣ環境で行った操作が無駄に
なってしまう可能性が高い。

【００１１】本発明の目的は、このような事情を解決す
べくなされたものであり、その目的は、メインフレーム
のネットワーク型データベースに対して、メインフレー
ム環境の変更や負荷を最小限に抑え、参照処理だけでな
く、複数の既存業務アプリケーションからの更新処理
（追加、削除を含む）と共存可能なトランザクション処
理や画面の状態遷移に依存しないアクセス排他制御を可
能にし、さらにＰＣ環境のクライアントアプリケーショ
ンに対して広く普及している標準的なクエリーインタフ
ェースを提供するという条件を満足する、ラッピングに
よるデータベース利用方法を提供することにある。

【００１２】

【課題を解決するための手段】本発明の目的は汎用電子
計算機上で稼動する複数の既存業務アプリケーションに
よって蓄積されたデータベースをネットワークを介し
て、複数のクライアントからアクセスするデータベース
アクセス方法において、ネットワーク上に前記汎用電子
計算機とクライアントが接続するデータ変換を行う中継
装置を設け、前記中継装置にはクライアントから要求さ
れるデータアクセス要求を受け付け、前記汎用電子計算
機上のデータベースにアクセス可能なデータ構造に変換
する変換手段を設け、前記汎用電子計算機には前記中継
装置から送られてきたクライアントからのデータアクセ
ス要求を受け付ける受付手段を有し、前記受付手段は前
記クライアントからの参照、もしくは更新要求に従い、
前記汎用電子計算機上で稼動している既存業務アプリケ
ーション間で規定された排他制御に基づくレコードアク
セスを行い、当該アクセス結果を前記中継装置を介して
要求元のクライアントに返信することによって達成され
る。

【００１３】さらに本発明の他の目的は、クライアント
からの参照、もしくは更新要求を前記汎用電子計算機に
送り、返送されてきたデータをテーブルデータ形式のデ
ータに変換して、前記クライアントに返信することによ
って達成される。

【００１４】

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

【００１５】図１は本発明に関するラッピングによる統
合システムの適用の一例として営業員支援システムを示
した図である。ユーザである営業員は顧客先で営業活動
をする際、モバイル環境からインターネットを通じ、情
報統合サーバ１０１経由で提供される各種データを、そ
れぞれの情報源の違いを意識することなく利用できる。
しかし、企業内で既に構築している受発注管理システム
１０２、在庫管理システム１０３、見積もりデータ管理
システム１０４などは、そのプラットフォームがメイン
フレーム、ワークステーション、パーソナルコンピュー
タなどである可能性があり、また蓄えているデータの構
造もネットワーク型データベースのデータ、関係型デー
タベースのデータ、表計算ソフトウェア用のデータな
ど、多種多様の可能性がある。そこで、それぞれのシス
テムに対してラッピング１０５，１０６，１０７を適用
し、情報源のもつデータを固有の形式から共通の形式に
変換する必要がある。図1ではラッピングにより、標準
的な共通データ形式として定義した分散オブジェクト１
０８，１０９，１１０に変換し、分散オブジェクト通信
環境を通じて各々のデータを提供していることを示して
いる。本発明は特にメインフレームのネットワーク型デ
ータベースを対象とし、このラッピングの部分１０５の
具体的な実現方式に関するものである。

【００１６】図２は本発明の一実施形態の構成要素を示
した図である。本実施形態によるシステムでは、汎用大
型電子計算機で構成されるメインフレーム２１とパーソ
ナルコンピュータなどで構成される複数台のＰＣクライ
アント（以下、クライアントと略記）２２がネットワー
クを介して接続されている。

【００１７】メインフレーム２１に対してクライアント
２２がアクセスする場合、インターネットやイントラネ
ットによる接続が行われるため、ラッピングサーバ２３
がネットワーク上に設けられている。

【００１８】複数台からなるクライアント２２の各クラ
イアントアプリケーション２０１からのアクセスは、Ｓ
ＱＬに制限を付けた疑似ＳＱＬクエリー２０２によって
行われる。擬似ＳＱＬクエリー２０２については後述す
る。ネットワーク上に存在するラッピングサーバ２３に
はラッパープログラム２０３が格納されており、このラ
ッパープログラム２０３はテーブルを単位としたクエリ
ーに対するインタフェースを提供する。ラッパープログ
ラム内２０３にはクエリー変換部２０４、テーブル作成
・管理部２０５、参照処理部２０６、更新処理部２０
７、データ通信部２０８を具備する。また、メインフレ
ーム２１に対してクライアント２２からアクセスする場
合には疑似ＳＱＬクエリーによって、リクエストが発行
される。このリクエストによるネットワーク型データベ
ース２１５へのアクセスを実行するため、メインフレー
ム２１上にはアクセス受付プログラム２１０が実装され
ている。このアクセス受付プログラム２１０は、データ
ベース操作言語に基づいたコマンド列を発行する標準的
なルーチン２１３をコア部分２１１に具備している。

【００１９】図３はクライアント２２からラッピングサ
ーバ２３を介してメインフレーム２１上のネットワーク
型データベース２１５にアクセスする処理を示すフロー
チャートである。ネットワーク型データベース２１５内
の各レコード２１６へのアクセスは、まず、クライアン
トアプリケーション２０１が分散オブジェクト通信環境
２４を介してレコードに対するクエリーを発行する（ス
テップ３０１）。次に、このクエリーを受けたラッパー
プログラム２０３は、クエリー変換部２０４により、ク
エリー内のレコード検索条件などの情報を抽出すると同
時に、どのコマンド列発行ルーチン２１３を使うかを判
断し（ステップ３０２）、参照または更新の要求に従っ
て、参照処理部２０６もしくは更新処理部２０７へと、
クエリー内の情報を受け渡す（ステップ３０３）。

【００２０】参照処理部２０６もしくは更新処理部２０
７は、クエリー変換部２０４が選択したアクセス受付プ
ログラム内のコマンド列発行ルーチン２１３の実行をメ
インフレーム２１のアクセス受付プログラム２１０に対
して、データ通信部２０８を介して要求する（ステップ
３０４）。

【００２１】アクセス受付プログラム２１０は、データ
通信部２０８からメインフレーム２１内のオンライン制
御プログラム２０９を介して指定されたコマンド発行ル
ーチン２１３を実行し（ステップ３０５）、ネットワー
ク型データベース２１５から該当するレコードをすべて
取得し、ラッパープログラム２０３へ返す（ステップ３
０６）。

【００２２】これら、ラッパープログラム２０３とアク
セス受付プログラム２１０間の通信は、ラッピングサー
バ２３内のデータ通信部２０８とメインフレーム２１内
のオンライン制御プログラム２０９を介して行われる。

【００２３】ラッパープログラム２０３では、テーブル
作成・管理部２０５において、受け取ったレコードの集
まりをテーブルの形に整え、さらに分散オブジェクト通
信環境２４を通じて、クライアントアプリケーション２
０１へ受け渡す（ステップ３０７）。

【００２４】また、レコード更新処理における排他制御
に関しては、複数の既存業務プログラム２１８，２１９
間でロック情報を保持しておく排他制御用共用エリア２
１７に着目し、アクセス受付プログラム２１１もこれら
業務プログラム２１８，２１９と同等にこの共用エリア
２１７を利用できるようにしておく。これは、アクセス
受付プログラム２１０のユーザオウンコーディング部分
２１２中の排他制御部２１４に実装する。

【００２５】一方、アクセス受付プログラム２１０が長
時間にわたりデータベース２１５内の特定のレコード２
１６をロックする状況が発生しないように、必要に応じ
てコマンド列発行ルーチン２１３の個々の実行ごとにロ
ックをかける時間を区切る。これにより、更新処理にお
ける既存業務プログラム２１８，２１９との共存が可能
になる。

【００２６】図４は、ネットワーク型データベース２１
５の例を示した図である。

【００２７】本発明が対象とするネットワーク型データ
ベース２１５は、メインフレーム２１上で通常複数の業
務プログラム２１８，２１９から利用され、オンライン
制御プログラム２０９を介してオンライントランザクシ
ョン処理を行うことを想定している。また、高速アクセ
スを実現するため、それぞれの業務処理に適したレコー
ド間のネットワーク構造を定義でき、アクセスのために
固有のデータベース操作言語が用意されている。

【００２８】図４ではネットワーク型データベース２１
５の内部構造を示してある。ここでは、「取引先」のレ
コード集合４０１、「商品」のレコード集合４０２及び
それらからリンクが張られている「伝票」のレコード集
合４０３の３個のレコード集合を図示している。各レコ
ードへのアクセスは、これら内部のレコード間に張られ
たリンクを次々にたどってゆくことで参照され、また更
新は、既存業務アプリケーション２１８，２１９間で規
定されたアクセス排他制御の下で実行される。

【００２９】例えば、取引先を指定して参照する場合、
まず取引先レコード集合４０１と伝票レコード集合４０
３を指定し、「取引先１」に関連するレコードは「取引
先１レコード」４０４から始まるリンク（図４では実線
の矢印）を次々とたどることで、「伝票Ａ」４０５，
「伝票Ｄ」４０６，「伝票Ｅ」４０７，「伝票Ｆ」４０
８のレコードが順次得られる。この場合、「伝票Ｅ」の
レコード４０７は、「商品」レコード集合４０２と「伝
票」レコード集合４０３を指定して、「商品２」レコー
ド４０９から始まるリンクをたどって、伝票Ｂ４１０経
由でも得ることもできる。「伝票Ｄ」３０６は、「取引
先」レコード集合４０１と「商品」レコード集合４０２
からのリンクが張られているので、「伝票Ｄ」のレコー
ド３０６内には、日付４１８や数量４１９などの、レコ
ード特有の情報だけでなく、両方のレコード集合に関す
る情報４１２（取引先ＩＤ），４１３（取引先名），４
１５（商品ＩＤ），４１６（商品名）と、それぞれのレ
コード集合からのリンクに関する情報４１４（取引先関
連リンク），４１７（商品関連リンク）が蓄積されてい
る。

【００３０】図５は、クライアントアプリケーション２
０１に提供されるテーブルの例である。これは、図４に
示したネットワーク型データベース２１５内のレコード
から、特定のリンクをたどり、制約条件を満足するもの
を選択し、また、不要なフィールドを省くことにより、
リンクで繋がった形式からテーブル形式へと変換され
る。図５では、図４の取引先レコード集合４０１中の
「取引先１」レコード４０４に相当するレコード５０１
から繋がっている伝票レコードへのリンクをたどり、
「数量が１００以下」の伝票レコードを集めてテーブル
を構成している。ここで、リンクをたどるために各レコ
ード内に用意してあった次レコードへのポインタを格納
するための取引先関連リンク（図４の４０４）と商品関
連リンク（図４の４１７）のフィールド５０４，５０７
は、テーブルを構成する際に省いている。

【００３１】図６、図７を用いて、クライアントアプリ
ケーション２０１からのクエリーによるアクセス受付プ
ログラム２１０で実行されるコマンド列発行ルーチンの
処理について説明する。図６はクライアントアプリケー
ション２０１からのクエリーの例とそれに対してアクセ
ス受付プログラム２１０で実行されるコマンド列発行ル
ーチンの例を示した図である。クライアントアプリケー
ション２０１からのクエリー６０１は、ＳＱＬに制限を
付けた疑似ＳＱＬに従う。この例では、各種レコード集
合をテーブルのように扱えると仮定しているため、「取
引先レコード集合」６０２や「伝票レコード集合」６０
３を「ＦＲＯＭ」のあとに指定している。また、取得す
るレコードに対する条件６０４は、「ＷＨＥＲＥ」の後
に置き、各レコード集合で定義されたフィールド名等を
使って記述している。この例では、ある条件の下ですべ
てのレコード情報を順次参照するためのコマンド列発行
ルーチン６０５を選択し、指定した状況を示している。
このルーチン指定の際に、クエリーから抽出された情報
である「取引先レコード集合」などの名称６０６，６０
７や、「取引先ＩＤ＝Ｔ００１」などの条件６０８，６
０９が、同時に受け渡されており、その結果として「ｒ
ｅｐｅａｔ〜ｕｎｔｉｌ」などを利用した汎用ルーチン
のテンプレートの中にこれらの情報が埋め込まれてい
る。なお、変数「ｐｔｒ」６１０は、ネットワーク型デ
ータベース２１５内のレコードをリンクに従って順次た
どるためのポインタ情報を格納するために用意されてい
るものである。

【００３２】図７は擬似ＳＱＬクエリーを受けたアクセ
ス受付プログラム２１０で実行されるコマンド列発行ル
ーチンの処理を示すフローチャートである。疑似ＳＱＬ
クエリーを受けたラッパープログラム２０３は、クエリ
ーの中からネットワーク型データベース２１５にアクセ
スするために必要な情報６０２，６０３，６０４を抽出
し（ステップ７０１）、アクセス受付プログラム２１０
中に用意されているコマンド列発行ルーチン２１３のう
ちでどのルーチンを利用するかを定義する（ステップ７
０２）。

【００３３】ステップ７０２でのルーチンの判断とは、
例を示すと図６の６０１の「ＳＥＬＥＣＴ」と６０５の
「ＲＥＡＤ」が対応するように擬似ＳＱＬクエリーの条
件とネットワーク型データベースアクセスコマンドの定
義付けをあらかじめ行っておくことで、擬似ＳＱＬクエ
リーからの条件がコマンド列発行ルーチンに一致するか
どうかで判定する（ステップ７０３）。条件が不一致の
場合はそのままエラー終了する（ステップ７０６）。ス
テップ７０３でコマンド列発行ルーチンが一致した場合
に、そのルーチンの実行をアクセス受付プログラム２１
０に要求する（ステップ７０４）。このルーチン指定の
際には、ルーチン実行に必要な情報を先にクエリー内か
ら抽出したものから受け渡す（ステップ７０５）。

【００３４】図８は、ネットワーク型データベース２１
５内のレコード情報に対する参照処理の手順を示した図
である。ネットワーク型データベース内のレコード情報
を参照するには、まず、クライアントアプリケーション
２１０から、図６に示したような疑似ＳＱＬのクエリー
６０１をラッパープログラム２０３へ受け渡す（ステッ
プ８０７）。ここで、受け渡しの方法は、分散オブジェ
クト環境に対するメソッド呼び出し８０６で行う。

【００３５】ラッパープログラム２０３は、クエリー変
換部２０４により受け取ったクエリーを分析し（ステッ
プ８０８）、参照処理部２０６によりアクセス受付プロ
グラム２１０内に用意されている参照用のコマンド列発
行ルーチン２１３の選択を決め、そのルーチン２１３に
必要な情報をクエリー内から抽出する。

【００３６】次にデータ通信部２０８を介して、メイン
フレーム２１上で動作しているオンライン制御プログラ
ム２０９に対し、アクセス受付プログラム２１０の起動
を要求する（ステップ８１１）。

【００３７】アクセス受付プログラム２１０は、メイン
フレーム２１でオンライン制御プログラム２０９により
起動される。起動の後、ラッパープログラム２０３によ
って指定された（ステップ８１３）アクセスコマンド列
発行ルーチンを選び出し、図６に示した例のように、受
け渡されたクエリー情報を埋め込む。そして、そのルー
チンを実行することによって、ネットワーク型データベ
ースに対してアクセスコマンド列を発行する（ステップ
８１８）。アクセスコマンド列発行ルーチンの実行時に
は、参照コマンド発行毎にネットワーク型データベース
２１５内のレコードが逐次得られるので、アクセスコマ
ンド列を発行している間は、ラッパープログラム２０３
とアクセス受付プログラム２１０との間でレコード情報
受け渡しのための繰り返し処理が双方で実行される（ス
テップ８１４，８１５，８１６，８１７）。ここでは、
レコード情報を１つずつラッパープログラム２０３に受
け渡すことを想定しているが、複数レコードをまとめて
受け渡す方法であってもよい。

【００３８】ラッパープログラム２０３では、逐次受け
渡されるレコード情報を、図５に示したようにテーブル
として整理し、また、ネットワーク構造のためのポイン
タ情報格納用フィールドなどの不要なフィールドを省く
処理を行う（ステップ８１９）。

【００３９】このようにしてクエリーの条件に合致する
レコードへの参照が最後まで行われ、それらの受け渡し
が完了した際には、ラッパープログラム２０３はアクセ
ス受付プログラム２１０に対して終了を要求する（ステ
ップ８２０）。アクセス受付プログラム２１０はその終
了要求に応答した後（ステップ８２１）、終了する。

【００４０】最後に、ラッパープログラム２０３は、ク
エリーの結果として得られたテーブルを、分散オブジェ
クト通信環境２４を通じて、クライアントアプリケーシ
ョン２０１に提供する（ステップ８２２）。

【００４１】図９は、ネットワーク型データベース内の
レコード情報に対する更新処理の手順を示した図であ
る。ネットワーク型データベース２１５内のレコード情
報を更新するには、あらかじめクライアントアプリケー
ション２０１から参照のためのクエリーが出され、図８
に示したような参照処理が行われた後で、どのレコード
情報を更新するかが特定されている、という状況を想定
する。このような状況において、まず、クライアントア
プリケーション２０１から、更新したいレコード情報に
対する更新用の疑似ＳＱＬのクエリー９０７をラッパー
プログラム２０３へ受け渡す。ここでの受け渡しの方法
は、分散オブジェクト環境に対するメソッド呼び出しで
行う（ステップ９０６）。

【００４２】ラッパープログラム２０３は、クエリー変
換部２０４により受け取ったクエリーを分析し（ステッ
プ９０８）、更新処理部２０７によりアクセス受付プロ
グラム２１０内に用意されている更新用のコマンド列発
行ルーチン２１３の選択を決め、そのルーチン２１３に
必要な情報をクエリー内から抽出する。そして、データ
通信部２０８を介して、メインフレーム２１上で動作し
ているオンライン制御プログラム２０９に対し、アクセ
ス受付プログラム２１０の起動を要求する（ステップ９
１１）。

【００４３】アクセス受付プログラム２１０は、メイン
フレーム２１でオンライン制御プログラム２０９により
起動される。起動の後、ラッパープログラム２０３よっ
て指定された（ステップ９１３）されたアクセスコマン
ド列発行ルーチンを選び出し、受け渡されたクエリー情
報を埋め込む。ここでアクセスコマンド列発行ルーチン
の実行に先立ち、更新対象レコードの排他制御のため、
ロック処理を行う（ステップ９１４）。排他制御の処理
は、既存業務プログラム２１８，２１９の間で用意され
ているものであり、この手続きに従って行う。具体的に
は、図２における排他制御部２１４がオンライン制御プ
ログラム２０９の提供する排他制御用共用エリア２１７
に対し、更新対象のレコードに対応するロック用のデー
タを変更することなどである。ロック処理の後、アクセ
ス受付プログラム２１０は、指定されたアクセスコマン
ド列発行ルーチンを実行することによって、ネットワー
ク型データベース２１５に対してアクセスコマンド列を
発行する（ステップ９１６，９１９）。

【００４４】手順としてはまず、ラッパープログラム２
０３から更新対象レコードの確認要求を受け（ステップ
９１５）、そのレコードを再度参照するためのアクセス
コマンド列を発行し（ステップ９１６）、レコード取得
結果をラッパープログラム２０３へと受け渡す（ステッ
プ９１７）。ここで、更新対象レコードが前回参照した
ときのものと同じ内容であることがラッパープログラム
２０３において確認された場合（ステップ９１８）、ラ
ッパープログラム２０３から対象レコードの更新要求を
受け（ステップ９１９）、実際にレコードを更新するコ
マンド列を発行する（ステップ９２０）。さらに、対象
レコードの更新処理に対する結果をラッパープログラム
２０３へ通知する（ステップ９２１）。

【００４５】更新対象レコードの確認をした際（ステッ
プ９１８）に、前回参照したものと同じ内容でなかった
場合はエラーの扱いとし、実際に更新するコマンド列の
発行は行わない。アクセスコマンド列発行ルーチンが終
了した際には、アクセス受付プログラム２１０は、排他
制御部２１４により、先にロックをかけた対象レコード
に対してアンロック処理を行って（ステップ９２２）解
放し、他の既存業務プログラムからの更新を含むアクセ
スが可能な状態に戻す。

【００４６】ラッパープログラム２０３は、クエリーの
条件に合致する対象レコードへの更新処理が最後まで行
われ、結果の受け渡しが完了した際にはアクセス受付プ
ログラム２１０に対して終了を要求する（ステップ９２
３）。アクセス受付プログラムはその終了要求に応答し
た後（ステップ９２４）、終了する。最後に、ラッパー
プログラム２０３は、クエリーの結果として、アクセス
受付プログラムから受け渡された更新処理の結果を、分
散オブジェクト通信環境２４を通じてクライアントアプ
リケーション２０１に提供する（ステップ９２５）。

【００４７】以上のように、本実施形態では、各クライ
アント２２から送信されるデータアクセス要求をネット
ワーク上に設けた中継装置（ラッピングサーバ）により
メインフレーム２１（汎用電子計算機）上のデータベー
ス２１５にアクセス可能なデータ構造に変換してメイン
フレーム２１に送信し、該メインフレーム２１において
クライアント２２からの参照、もしくは更新要求に従
い、該メインフレーム２１で稼動している既存業務アプ
リケーション２１８，２１９間で規定された排他制御に
基づくレコードアクセスを行い、そのアクセス結果を中
継装置を介して要求元のクライアントに返信するように
構成したため、メインフレームのネットワーク型データ
ベースに対して、メインフレーム環境の変更や負荷を最
小限に抑え、参照処理だけでなく、複数の既存業務アプ
リケーションからの更新処理（追加、削除を含む）と共
存可能なトランザクション処理や画面の状態遷移に依存
しないアクセス排他制御が可能となる。

【００４８】さらに、ＰＣ環境のクライアントアプリケ
ーションに対して広く普及している標準的なクエリーイ
ンタフェースを提供するという条件を満足するデータベ
ースの利用形態が可能になる。

【００４９】

【発明の効果】以上のように本発明によれば、メインフ
レームのネットワーク型データベースに対して、メイン
フレームなどの構築された既存環境の変更や負荷を最小
限に抑え、データベースに対する参照処理だけでなく、
複数の既存業務アプリケーションからの更新処理追加、
削除を含むと共存可能な、トランザクション処理や画面
の状態遷移に依存しないアクセス排他制御が可能とな
る。

【００５０】さらに、アクセスを行うクライアントであ
るＰＣ環境のクライアントアプリケーションに対して広
く普及している標準的なクエリーインタフェースを提供
するという条件を満たすデータベースの利用形態が可能
になるなどの効果がある。

【図面の簡単な説明】

【図１】本発明に関するラッピングによる統合システム
の適用例を示した図である。

【図２】システム全体の中で本発明のラッピング方式を
構成する要素を示した図である。

【図３】メインフレーム上のネットワーク型データベー
スにアクセスする処理を示すフローチャートである。

【図４】ネットワーク型データベースの内部構造例を示
した図である。

【図５】クライアントアプリケーションに提供されるテ
ーブルの例を示した図である。

【図６】クライアントアプリケーションからのクエリー
の例と、それに対応してアクセス受付プログラムで実行
されるコマンド列発行ルーチンの例を示した図である。

【図７】コマンド列発行ルーチンの処理を示すフローチ
ャートである。

【図８】ネットワーク型データベース内のレコード情報
に対する参照処理の手順を示した図である。

【図９】ネットワーク型データベース内のレコード情報
に対する更新処理の手順を示した図である。

【符号の説明】

２１…メインフレーム、２２…ＰＣクライアント、２３
…ラッピングサーバ、２０１…クライアントアプリケー
ション、２０２…疑似ＳＱＬクエリー、２０３…ラッパ
ープログラム、２０４…クエリー変換部、２０５…テー
ブル作成・管理部、２０６…参照処理部、２０７…更新
処理部、２０８…データ通信部、２０９…オンライン制
御プログラム、２１０…アクセス受付プログラム、２１
３…コマンド列発行ルーチン、２１４…排他制御部、２
１５…ネットワーク型データベース、２１７…排他制御
用共用エリア、２１８，２１９…業務プログラム。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 汎用電子計算機上で稼動する複数の既存
   業務アプリケーションによって蓄積されたデータベース
   をネットワークを介して、複数のクライアントからアク
   セスするデータベースアクセス方法であって、 ネットワーク上に前記汎用電子計算機とクライアントが
   接続するデータ変換を行う中継装置を設け、 前記中継装置にはクライアントから要求されるデータア
   クセス要求を受け付け、前記汎用電子計算機上のデータ
   ベースにアクセス可能なデータ構造に変換する変換手段
   を設け、 前記汎用電子計算機には前記中継装置から送られてきた
   クライアントからのデータアクセス要求を受け付ける受
   付手段を有し、 前記受付手段は前記クライアントからの参照、もしくは
   更新要求に従い、前記汎用電子計算機上で稼動している
   既存業務アプリケーション間で規定された排他制御に基
   づくレコードアクセスを行い、当該アクセス結果を前記
   中継装置を介して要求元のクライアントに返信すること
   を特徴とするデータベースアクセス方法。
2. 【請求項２】 前記中継装置は、前記クライアントから
   の参照、もしくは更新要求を前記汎用電子計算機に送
   り、返送されてきたデータをテーブルデータ形式のデー
   タに変換して、前記クライアントに返信することを特徴
   とする請求項１記載のデータベースアクセス方法。
3. 【請求項３】 汎用電子計算機上で稼動する複数の既存
   業務アプリケーションによって蓄積されたデータベース
   をネットワークを介して、複数のクライアントからアク
   セスするデータベースアクセス方法であって、 各クライアントから送信されるデータアクセス要求をネ
   ットワーク上に設けた中継装置により前記汎用電子計算
   機上のデータベースにアクセス可能なデータ構造に変換
   して前記汎用電子計算機に送信し、該汎用電子計算機に
   おいてクライアントからの参照、もしくは更新要求に従
   い、該汎用電子計算機上で稼動している既存業務アプリ
   ケーション間で規定された排他制御に基づくレコードア
   クセスを行い、そのアクセス結果を前記中継装置を介し
   て要求元のクライアントに返信することを特徴とするデ
   ータベースアクセス方法。