JPH10283319A - オンライントランザクション処理方法及びシステム、及び媒体 - Google Patents

Abstract

(57)【要約】 【課題】 トランザクション処理時のクライアント−サ
ーバ間のネットワークにおける送受信情報量を低減し
て、トラヒックを軽減し、トランザクションレスポンス
を向上する。 【解決手段】 データ生成部１２は、伝票のデータをも
とにして、トランザクション情報を一括してサーバ２に
送信する。トランザクション保存部２１は、受信した電
文に基づき、伝票のトランザクションデータを伝票トラ
ンザクションファイル２２に保存するとともに、他のテ
ーブルを更新するための情報を定義情報２３に供給す
る。定義情報２３は、ＤＢＭＳ２４のストアードプロシ
ージャを用いた他のテーブルの更新を定義するトリガを
生成する。ＤＢＭＳ２４は、与えられたトリガに基づ
き、ストアードプロシージャをコールして、マスタテー
ブルファイル２５内の該当するマスタテーブルを更新す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアントサ
ーバシステムにおけるオンライントランザクション処理
に係り、特に、サーバにデータベース管理システムを搭
載しているクライアントサーバシステムにおけるオンラ
イントランザクション処理の高速化技術に関する。

【０００２】

【従来の技術】サーバにデータベースを格納し、複数の
クライアントからこのサーバにアクセスして、必要なデ
ータを読み出し或いは更新するデータベースシステムが
知られている。

【０００３】この種のデータベースシステムは、クライ
アントからＳＱＬ（Structured Query Language）を発
行してサーバのデータベース（ＤＢ）にアクセスする方
式を採用している。

【０００４】しかし、この方式では、オンライントラン
ザクション処理において、クライアントとサーバとの間
で多数のＳＱＬが送受され、ネットワーク上のトラヒッ
クが増大し、トランザクションのレスポンスが遅くなる
場合があるという問題がある。

【０００５】この点を図１５を参照して具体的に説明す
る。ここでは、ある商品コードを有する商品が販売さ
れ、その売上を図１４に示すフォーマットのＡＡ伝票に
登録するものとする。

【０００６】(1) ＡＡ伝票の入力に際して、「商品コ―
ド」をキーにして、サーバの商品マスタファイルＦ２を
検索して、該当レコードの「商品名」及び「単価」を参
照して取り込む。 (2) 次に、販売「数量」が入力され、単価×数量から
「金額」を求め、商品マスタファイルＦ２から「在庫
数」を読み出し、ここから販売数量を減算することによ
り、新たな在庫数を求める。 (3) ＡＡ伝票が完成すると、入力されたＡＡ伝票のトラ
ンザクションデータを、サーバ上のＡＡ伝票のトランザ
クションＦ１に保存するとともに、商品マスタファイル
Ｆ２の在庫数を更新する。

【０００７】

【発明が解決しようとする課題】ＡＡ伝票の保存に伴っ
て商品マスタファイルＦ２等を更新する場合のように、
トランザクションの保存の延長で、他のテーブルを更新
する場合には、トランザクションキー、他テーブル名、
他テーブルキー、他テーブル更新アイテム及び更新スク
リプト等の情報が必要になる。

【０００８】これらの情報は、クライアントが保持して
いる情報であり、これらの情報を授受するため、クライ
アントとサーバとの間で相当な量のＳＱＬが授受され
る。従って、ネットワーク上のトラヒックが増大し、ト
ランザクションのレスポンスが遅くなってしまう。すな
わち、更新されるデータを保存して、次の入力モードに
なるまでの時問が長くなる。

【０００９】また、伝票上（画面上）の各項目はリレー
ショナルデータベースで相互に関連付けて管理されてい
る。従って、各項目のデータは、正規化されて、複数の
テーブルに分けられて存在する。このため、自票（テー
ブル）を保存する場合にも、クライアントとサーバとの
間で、複数のテーブルへのアクセスが必要になる。従っ
て、クライアントとサーバとの間で多数のＳＱＬが送受
信され、ネットワーク上のトラヒックが増大し、その結
果、レスポンスが悪化する。

【００１０】この発明は、上述した事情に鑑みてなされ
たもので、トランザクション処理を高速で行うことがで
きるオンライントランザクション処理方法及びシステム
を提供することを目的とする。また、この発明は、トラ
ンザクション処理時のクライアント−サーバ間のネット
ワークにおける送受信情報量を低減して、トラヒックを
軽減し得るオンライントランザクション処理方法及びシ
ステムを提供することを目的とする。また、この発明
は、これらの方法及びシステムを実現することを可能と
するプログラムを記憶した媒体を提供することにより、
これらの方法及びシステムを実現可能とすることを目的
とする。

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかるオンライントランザ
クション処理システムは、クライアントと該クライアン
トに接続されたサーバとより構成されるクライアントサ
ーバシステムにおいて、前記クライアントは、新たなト
ランザクション情報を入力する入力手段と、前記入力手
段により入力された新たなトランザクション情報を前記
サーバに送信するデータ送信手段と、を備え、前記サー
バは、データベース管理システムを備えるデータベース
と、前記クライアントからトランザクション情報を受信
する受信手段と、前記受信手段により受信されたトラン
ザクション情報に基づくトランザクションデータを保存
する保存手段と、前記保存に応答し、予め定められた処
理定義情報に従って前記データベース管理システムのス
トアードプロシージャを実行し、前記データベースを更
新するデータベース更新手段と、を具備することを特徴
とする。

【００１２】この発明に係るオンライントランザクショ
ン処理システムは、トランザクションの保存に関連する
データベースの更新を、クライアントで行うのではな
く、新たなトランザクション情報をサーバに送信し、サ
ーバでデータベース管理システムのストアードプロシー
ジャを行う。従って、クライアントとサーバ間で多量の
ＳＱＬ文の送受信を行う必要がない。従って、従来の更
新処理を伴うオンライントランザクション処理と比較し
て、レスポンスが向上する。

【００１３】前記クライアントの前記データ送信手段
は、前記トランザクション情報を含む電文を生成し、前
記サーバに送信する手段を備え、前記サーバの前記受信
手段は、前記電文を受信し、該電文に含まれているトラ
ンザクション情報を抽出する抽出手段を含み、前記保存
手段は、前記抽出手段により抽出されたトランザクショ
ン情報を保存する。

【００１４】この構成では、トランザクション情報がク
ライアントからサーバにまとめて電文で送信される。従
って、ＳＱＬ文を交信する場合に比較して通信量を大幅
に低減することができ、トラヒックが減少し、レスポン
スが速くなる。

【００１５】前記処理定義情報は、例えば、前記トラン
ザクションの保存に応答して、前記データベース管理シ
ステムのストアードプロシージャにより前記データベー
スを更新するための処理の内容を定義する情報である。
前記処理定義情報は、例えば、トランザクションの対象
となるテーブル及びそれに関連する他のテーブルのキー
定義情報と、データ更新のための更新式を記述する更新
式情報と、条件を判定して前記更新式を振り分けるため
の条件付き更新式情報と、更新アイテムのクリア周期及
び初期値の設定のためのクリア条件情報と、履歴アイテ
ムを指定するための履歴情報と、エラー及び警告の発生
時に返すリターン値を設定するチェック条件情報と、オ
ンライン更新かバッチ更新かを指定する更新時期情報
と、のうちの少なくとも１つを含んでもよい。このよう
な情報を生成することにより、各テーブルを更新するこ
とができる。また、前記サーバに、前記処理定義情報を
生成して、前記データベース管理システムに予め登録す
る定義生成手段を配置してもよい。

【００１６】トランザクションに基づくデータ処理の過
程でエラーが発生した際に、当該トランザクションに係
るデータ処理を無効として、該トランザクションに係る
サーバにおける更新データを全て元に戻すとともにクラ
イアントにエラー情報を送信するサーバエラー処理手段
と、前記サーバからエラー情報を受信すると、当該トラ
ンザクションに係るデータ処理を無効として、該トラン
ザクションに係るクライアントにおける更新データを全
て元に戻すクライアントエラー処理手段と、を配置して
もよい。このような構成とすることにより、エラーが発
生してもデータの一貫性を確保できる。

【００１７】上記目的を達成するため、この発明の第２
の観点にかかるオンライントランザクション処理システ
ムは、トランザクションが発生する毎に、当該トランザ
クションに係るデータをサーバに保存するため、該トラ
ンザクションに係るデータを含む電文を生成して、前記
サーバに送信する送信データ生成手段を含むクライアン
トシステムと、前記電文に基づいてデータ保存を含む所
定処理を実行するデータ処理手段を含むサーバシステム
と、を具備することを特徴とする。

【００１８】この構成によれば、クライアントで発生し
たトランザクションに関するデータを電文に含めて一括
してサーバに送信するので、サーバはデータの保存等に
必要なデータを一括して受信し、処理することができ
る。従って、サーバとクライアントとの間のデータの授
受を低減し、トラヒックを低減し、レスポンスを高速化
することができる。

【００１９】前記サーバシステムは、例えば、データベ
ース管理システムを備えるデータベースと、前記電文を
受信する受信手段と、前記受信手段により受信されたト
ランザクション情報に基づくトランザクションデータを
保存する保存手段と、前記保存手段に応働して、更新内
容を定義するための処理定義情報に従ってストアードプ
ロシージャを実行し、前記データベースを更新するデー
タベース更新手段と、を具備する。

【００２０】この構成によれば、電文に含まれているト
ランザクション情報に基づいてトランザクションデータ
を保存すると共にストアードプロシージャにより関連す
るデータベースを更新することができる。この構成で
は、他票更新のために、サーバとクライアント間のＳＱ
Ｌ文の送受信がほとんど必要なく、通信量を低減するこ
とができる。

【００２１】上記目的を達成するため、この発明の第３
の観点にかかるオンライントランザクション処理システ
ムは、データベース管理システムを備えるデータベース
と、外部よりトランザクション情報を受信する受信手段
と、前記受信手段により受信されたトランザクション情
報に基づくトランザクションデータを保存する保存手段
と、前記保存手段に応働して、前記データベースの更新
内容を定義するために予め定められている処理定義情報
に従ってストアードプロシージャを実行し、前記データ
ベースを更新するデータベース更新手段と、を具備する
ことを特徴とする。

【００２２】この構成によれば、外部からのトランザク
ション情報に従って、トランザクションデータを保存す
ると共にストアードプロシージャを用いてデータベース
を更新することができる。このような構成とすることに
より、このシステムと外部装置との間の交信量を低減す
ることができる。

【００２３】上記目的を達成するため、この発明の第４
の観点にかかるオンライントランザクション処理方法
は、クライアントにおいて、新たなトランザクション情
報をトランザクション毎にサーバに送信する送信ステッ
プと、前記サーバにおいて、前記クライアントから受信
したトランザクション情報に基づくトランザクションデ
ータを保存する保存ステップと、前記保存ステップに連
動して、予め定められている処理定義情報に従ってスト
アードプロシージャを実行し、データベースを更新する
更新ステップと、を有することを特徴とする。

【００２４】この方法によれば、トランザクションの保
存に関連するデータベースの更新を、クライアントで行
うのではなく、新たなトランザクション情報をサーバに
送信し、サーバでデータベース管理システムのストアー
ドプロシージャを行う。従って、クライアントとサーバ
間で多量のＳＱＬ文の送受信を行う必要がない。従っ
て、従来の更新処理を伴うオンライントランザクション
処理と比較して、レスポンスが向上する。

【００２５】前記処理定義情報は、通常、トランザクシ
ョンの対象となるテーブル及びそれに関連する他のテー
ブルのキー定義情報と、データ更新のための更新式を記
述する更新式情報と、条件を判定して前記更新式を振り
分けるための条件付き更新式情報と、更新アイテムのク
リア周期及び初期値の設定のためのクリア条件情報と、
履歴アイテムを指定するための履歴情報と、エラー及び
警告の発生時に返すリターン値を設定するチェック条件
情報と、オンライン更新かバッチ更新かを指定する更新
時期情報等を含む。また、前記処理定義情報を生成し
て、前記サーバのデータベース管理システムに予め登録
するステップを配置してもよい。

【００２６】トランザクションに基づくデータ処理の過
程でエラーが発生した際に、データ更新を無効として、
当該トランザクションに係るデータを全て元に戻すエラ
ー処理ステップを、配置してもよい。このステップを配
置することにより、エラーの有無にかかわらずデータの
同期を取ることができる。

【００２７】上記目的を達成するため、この発明の第５
の観点にかかるオンライントランザクション処理方法
は、クライアントにおいて、トランザクションに係るデ
ータをサーバに保存するため、トランザクションが発生
する毎に、該トランザクションに係る全てのデータを含
む電文を生成して、サーバに送信し、サーバにおいて、
前記電文に基づいてデータ保存を含む所定処理を実行す
ることを特徴とする。

【００２８】この構成によれば、クライアントで発生し
たトランザクションに関するデータを電文に含めて一括
してサーバに送信するので、サーバはデータの保存等に
必要なデータを一括して受信し、処理することができ
る。従って、サーバとクライアントとの間のデータの授
受を低減し、トラヒックを低減し、レスポンスを高速化
することができる。

【００２９】前記サーバにおいて、前記電文を受信し、
受信された電文に含まれているトランザクション情報に
基づくトランザクションデータを保存し、この保存をト
リガとして、データベースの更新内容を定義する処理定
義情報に従ってストアードプロシージャを実行し、デー
タベースを更新する等の処理を行っても良い。

【００３０】上記目的を達成するため、この発明の第６
の観点にかかるオンライントランザクション処理方法
は、トランザクション情報を含む電文を受信し、受信し
た電文に含まれているトランザクション情報に基づくト
ランザクションデータを保存し、この保存をトリガとし
て、データベース管理システムのストアードプロシージ
ャを起動し、予め定められた更新処理定義情報に従って
ストアードプロシージャを実行し、データベースを更新
する、ことを特徴とする。

【００３１】この構成によれば、外部からのトランザク
ション情報に従って、トランザクションデータを保存す
ると共にストアードプロシージャを用いてこのトランザ
クションに関連するデータベースを更新できる。このよ
うな構成とすることにより、このシステムと外部装置と
の間の交信量を低減することができる。

【００３２】通常のコンピュータに上述の機能を有する
サーバ又はクライアントして機能させるためのプログラ
ム（ＯＳの一部又は全部を含んでもよく、ＯＳ上で動作
するプログラムのみでもよい）やデータの全部又は一部
を記録媒体（ＦＤ、ＣＤ−ＲＯＭ等）に格納して配布
し、これをコンピュータにインストールすることによ
り、上記サーバ又はクライアントを構成してもよい。

【００３３】

【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図１及び図２を参照して、この
発明の第１の実施の形態に係るオンライントランザクシ
ョン処理システムを説明する。図１は、この発明の第１
の実施の形態に係るオンライントランザクション処理シ
ステムを構築するクライアントサーバシステムの構成を
模式的に示している。

【００３４】図１に示すオンライントランザクション処
理システムは、ネットワークＮＷにより互いに結合され
たクライアント１及びサーバ２からなるクライアントサ
ーバシステムから構成されている。

【００３５】クライアント１は、伝票入力部１１及びデ
ータ生成部１２を具備している。サーバ２は、トランザ
クション保存部２１、伝票トランザクションファイル２
２、定義情報２３、ＤＢＭＳ２４及びマスタテーブルフ
ァイル２５を具備している。

【００３６】伝票入力部１１は、キーボード、マウス等
からなり、伝票の各項目のデータを入力するためのもの
である。例えば、クライアントの画面上に伝票のフォー
マットを表示し、伝票の各項目に伝票入力部１１からデ
ータを入力することにより、１つの伝票を完成する。伝
票入力の際、商品コード等をキーにして、サーバ２のマ
スタテーブルファイル２５の商品マスタテーブルから商
品名、単価及び在庫数を参照できる。伝票が完成し、保
存が指示されると、伝票入力部１１は、入力された伝票
のデータをデータ生成部１２に与える。

【００３７】データ生成部１２は、与えられた伝票のデ
ータをもとにして、入力されたトランザクション情報を
一括して送信するための電文を生成し、ネットワークNW
を介してサーバ２に送信する。

【００３８】サーバ２のトランザクション保存部２１
は、クライアント１のデータ生成部１２から送信された
電文を受信する。トランザクション保存部２１は、受信
した電文に基づき、伝票のトランザクションデータを伝
票トランザクションテーブルとして伝票トランザクショ
ンファイル２２に保存する。

【００３９】さらに、トランザクション保存部２１は、
他のテーブルを更新するための定義情報２３を参照す
る。この定義情報２３は、システムの開発時等に予め生
成されて、ＤＢＭＳ２４のストアードプロシージャテー
ブルに予め登録されている。この定義情報２３は、トラ
ンザクション保存部２１から与えられたトランザクショ
ンデータに基づき、ＤＢＭＳ２４（ＤＢＭＳ：Database
Management System〜いわゆる、「リレーショナルデー
タベース」）のストアードプロシージャを用いて他のテ
ーブルを更新する際の更新内容を定義する情報である。
トランザクション保存部２１は、この定義情報２３に従
って、定義時に予め生成されて登録されているトリガを
ＤＢＭＳ２４に与える。

【００４０】ＤＢＭＳ２４は、与えられたトリガに基づ
き、ストアードプロシージャをコールして、マスタテー
ブルファイル２５内の該当するマスタテーブルを更新さ
せる。

【００４１】ストアードプロシージャは、周知のよう
に、ＤＢＭＳの機能の一つであり、データベースのメタ
データとともに格納されるプログラムであり、ＤＢＭＳ
のアプリケーションからコールすることも、ＳＱＬ内で
使用することもできる。

【００４２】ストアードプロシージャは、選択プロシー
ジャと実行可能プロシージャに大別される。

【００４３】選択プロシージャは、例えばＳＥＬＥＣＴ
文により、アプリケーションがテーブルやビューの代わ
りに使用することができる。選択プロシージャは、１つ
又は複数の値（出力パラメータ）あるいはエラー結果を
返すように定義される。

【００４４】実行可能プロシージャは、実行可能なプロ
シージャであり、例えば、ＥＸＥＣＵＴＥ ＰＲＯＣＥ
ＤＵＲＥ文により、アプリケーションが直接コールする
ことができる。実行可能プロシージャは、コールするプ
ログラムに値を返す場合も返さない場合もある。

【００４５】これらのプロシージャは、本質的には同様
の構文を有しており、例えばＣＲＥＡＴＥ ＰＲＯＣＥ
ＤＵＲＥ文を用いて定義される。ただし、両者は、プロ
シージャの作成方法及び予定される用途に相違がある。
選択プロシージャは、複数の行を返すことができ、コー
ルしたプログラムからは、テーブル又はビューのように
見える。実行可能プロシージャは、プログラムによって
コールされる単なるルーチンであり、値を返すことも返
さないこともある。

【００４６】ストアードプロシージャを定義するＣＲＥ
ＡＴＥ ＰＲＯＣＥＤＵＲＥ文は、ヘッダと本文で構成
される。ヘッダは、ストアードプロシージャの名前、入
力パラメータのリスト、プロシージャがコールされたプ
ログラムから受け取るデータ型、及びコールしたプログ
ラムに値を返す場合の出力パラメータのリストとデータ
型等を含む情報を有している。プロシージャ本文は、ロ
ーカル変数のリストとデータ型、プロシージャ及びトリ
ガを記述した文のブロックからなっている。

【００４７】この実施の形態で用いるストアードプロシ
ージャは、実行可能プロシージャであり、予め用意して
おく。

【００４８】次に、図１のトランザクション処理システ
ムの一般的な動作について、図２に示すフローチャート
を参照して説明する。

【００４９】トランザクション処理が開始されると、オ
ペレータ等が、クライアント１の伝票入力部１１によ
り、例えば伝票入力を行う（ステップＳ１）。この伝票
入力においては、クライアントの端末装置画面上に表示
された伝票の各項目に所要のデータを入力して、１つの
伝票を完成する。

【００５０】伝票入力部１１は、必要に応じて、商品コ
ード等をキーにして、マスタテーブルファイル２５等の
商品マスタテーブルに登録されている商品名、単価及び
在庫数等を問い合わせる電文を生成し、サーバ２に送信
する。サーバ２（サーバ２上のプロセス）は、電文を解
釈（翻訳）して、ＳＱＬ文を組み立てて、マスタテーブ
ルファイル２５をアクセスし、回答に相当するデータを
取得する。サーバ２は、取得したデータを含む電文を生
成し、クライアント１のデータ生成部１２に送信する。
伝票入力部１１は、受信した電文中のデータを適宜伝票
内に挿入する。伝票のデータの入力が完了し、オペレー
タ等が保存を指示すると、入力された伝票のデータが伝
票入力部１１からデータ生成部１２に与えられる。

【００５１】データ生成部１２は、与えられた伝票のデ
ータをもとにして、入力されたトランザクション情報を
一括して送信するための電文を生成し、送信する（ステ
ップＳ２）。

【００５２】この電文は、ネットワークNWを介してサー
バ２に伝送され、サーバ２のトランザクション保存部２
１で受信される。

【００５３】トランザクション保存部２１は、受信した
電文に基づき、伝票のトランザクションデータを伝票ト
ランザクションテーブルとして伝票トランザクションフ
ァイル２２に保存する（ステップＳ３）。トランザクシ
ョン保存部２１は、さらに、受信した電文から、他のテ
ーブルを更新するための予め定められた情報を抽出する
と共に定義情報２３を参照する。トランザクション保存
部２１は、ＤＢＭＳ２４のストアードプロシージャテー
ブルに登録されている定義情報２３を参照し、与えられ
たトランザクションデータに基づき、ＤＢＭＳ２４のス
トアードプロシージャを用いた他のテーブルの更新を定
義するトリガをＤＢＭＳ２４に供給する。ＤＢＭＳ２４
は、トリガに応答し、ストアードプロシージャをコール
する（ステップＳ４）。このストアードプロシージャの
コールに関してエラーが発生したか否かがチェックされ
る（ステップＳ５）。

【００５４】エラーが発生していなければ、ＤＢＭＳ２
４は、コールしたストアードプロシージャを実行し、マ
スタテーブルファイル２５内の該当するマスタテーブル
を更新させる（ステップＳ６）。この更新作業に際して
エラーが発生したか否かがチェックされる（ステップＳ
７）。エラーが発生していなければ処理を終了する。

【００５５】ステップＳ５及びＳ７で、エラーが検出さ
れた場合には、全ての更新情報を無効として、トランザ
クション保存部２１によるトランザクションデータの保
存情報もロールバックされて（ステップＳ８）、最新の
トランザクションの発生前の状態に復旧される。

【００５６】このように、データベースの更新処理にＤ
ＢＭＳのストアードプロシージャを採用することによ
り、クライアント／サーバ間でのＳＱＬの送受信は、伝
票入力時の例えば商品コードや在庫数の参照以外には、
ほとんど無くなる。このため、従来の更新処理を伴うオ
ンライントランザクション処理のレスポンスと比較する
と顕著にレスポンスが向上する。

【００５７】また、更新系処理の定義については、更新
される側での一括定義としたため、トランザクションの
デザインとは独立した形で定義することができる。

【００５８】従来の方式では、例えば修正のようなメイ
ンテナンスが発生した場合、各トランザクション側、す
なわち更新する側、の定義にも変更が加えられるが、図
１のシステムではマスタ側、すなわち更新される側を変
更するだけで済む。また、図１のシステムでは、入力さ
れた伝票トランザクション等の自テーブルの保存につい
ても、クライアント／サーバ間でＳＱＬのやり取りを行
うのではなく、自票データを１つの電文として組立てて
伝送するので、クライアント／サーバ間でのデータ転送
負荷も軽減される。

【００５９】次に、図３、図４を参照して、図１及び図
２に示したオンライントランザクション処理システムの
応用例を説明する。

【００６０】図３は、この応用例の構成を模式的に示し
ている。図４はこの応用例のハードウェア構成、ソフト
ウェア構成及びデータ通信の論理モデルを模式的に示し
ている。

【００６１】図３に示すオンライントランザクション処
理システムは、クライアント１００及びサーバ２００を
具備している。

【００６２】クライアント１００は、オペレータの操作
等により、トランザクション処理、例えばＡＡ伝票の入
力及び保存処理を行う。

【００６３】サーバ２００は、クライアント１００にお
けるＡＡ伝票の保存処理により、ＡＡ伝票トランザクシ
ョンテーブル２０１を保存する。サーバ２００には、予
め他テーブル更新定義系ツールを利用して、サーバ２０
０のＤＢＭＳのストアードプロシージャテーブルにトリ
ガが登録されている。サーバ２００は、クライアント１
００のＡＡ伝票の保存操作により、ＡＡ伝票トランザク
ションテーブル２０１の挿入（Insert）あるいは更新
（Update）と共にトリガ２０２を発生する。

【００６４】トリガ２０２の記載に従い、所要のテーブ
ルの更新用ストアードプロシージャ、例えばストアード
プロシージャＸ２０３及びストアードプロシージャＹ２
０４がコールされる。ストアードプロシージャＸ２０３
は、Ｘマスタテーブル２０５を更新又は挿入するストア
ードプロシージャであり、ストアードプロシージャＹ２
０４は、Ｙマスタテーブル２０６を更新又は挿入するス
トアードプロシージャである。

【００６５】ストアードプロシージャＸ２０３及びスト
アードプロシージャＹ２０４は、予め他テーブル更新定
義系ツールにより、ＤＢＭＳのストアードプロシージャ
テーブルに登録されており、ＡＡ伝票トランザクション
テーブル２０１の挿入／保存時に生成されるトリガ２０
２により、パラメータ等で指定される。

【００６６】上述した更新処理をサーバ２００側のＤＢ
ＭＳのストアードプロシージャを使用して実行する処理
について、さらに具体的に説明する。

【００６７】（１）ＤＢＭＳ機能のトリガ及びストアー
ドプロシージャを使用する。ＤＢＭＳの他テーブル更新
定義系ツールを使用して、次のような情報を定義／生成
して、ＤＢＭＳのストアードプロシージャテ―ブルに、
トリガを登録する。この場合、定義は、更新される側で
の定義となり、以下の情報を定義する。

【００６８】(a) キー定義：自テーブルマスタキー／他
テーブルキー（複数の他テーブルトランザクションから
更新することが可能となる） 例えば、ＡＡ伝票が売上伝票で、データベースが商品マ
スタであり、ＡＡ伝票上の売上個数により商品マスタ上
の在庫数を更新するような場合には、例えば、商品コー
ドがキーとなる。

【００６９】(b) 更新式：通常の更新式 例えば、ＡＡ伝票が売上伝票で、データベースが売上マ
スタであり、ＡＡ伝票上の売上額により売上マスタ上の
総売上額を更新するような場合には、例えば、数式１に
示す更新式を設定する。

【００７０】

【数１】売上マスタ上の総売上額＝売上マスタ上の総売
上額＋ＡＡ伝票上の売上額

【００７１】(c) 条件付き更新式：条件について、真／
偽を判定して更新式を振り分けるタイプの更新式 例えば、データベースが商品マスタであり、ＡＡ伝票上
の商品数により商品マスタ上の在庫数を更新するような
場合には、ＡＡ伝票が売上伝票ならば、数式２に示す更
新式を選択し、ＡＡ伝票が納品伝票ならば数式３に示す
更新式を選択するような条件付き更新式が設定される。

【００７２】

【数３】商品マスタ上の在庫数＝商品マスタ上の在庫数
−ＡＡ伝票上の商品数

【数４】商品マスタ上の在庫数＝商品マスタ上の在庫数
＋ＡＡ伝票上の商品数

【００７３】(d) クリア条件：更新アイテムのクリア周
期及び初期値の設定 例えば、月単位で売上データを集計する場合には、クリ
ア周期は１月、初期値は０等に定義される。

【００７４】(e) 履歴：履歴アイテムの指定 月単位で売上データを集計する場合に、過去のデータを
クリアするのではなく、保存する場合等に、保存すべき
アイテムが定義される。

【００７５】(f) チェック条件：エラー時／警告（ウォ
ーニング）時のリターン値の設定 何らかのエラーが発生した時の警告時のリターン値が定
義される。

【００７６】(g) 更新時期：オンライン更新かバッチ更
新かの指定 オンラインで更新するかバッチ処理で更新するかの別を
定義する。

【００７７】（２）実行時の動作 (1) クライアント１００で自テーブルの「保存」操作を
する。この操作により、サーバ２００の自テーブルのト
ランザクションテーブル、例えば、ＡＡ伝票トランザク
ションテーブル２０１を挿入又は更新する。

【００７８】(2) ＡＡ伝票トランザクションテーブル２
０１の挿入又は更新のタイミングで、他テーブルの更新
又は挿入のためのトリガ２０２が起動される。 (3) トリガ２０２には、ストアードプロシージャＸ及び
ストアードプロシージャＹ（２０３又は２０４）等のう
ちのどのストアードプロシージャをコールをするかが記
述されており、該当するストアードプロシージャをコー
ルする。

【００７９】(4) ストアードプロシージャＸ又はＹ（２
０３又は２０４）で指定されたテーブル、すなわちＸマ
スタテーブル２０５又はＹマスタテーブル２０６を更新
又は挿入する。 (5) 更新／挿入でエラーが発生した場合、更新／挿入は
無効となり、自テーブルに係る保存情報もロールバック
されて、保存前の状態に復旧される。

【００８０】次に、上述した処理に関連して、クライア
ント−サーバ間でのデータ送受信方式について、図４を
参照して、具体的に説明する。

【００８１】図４に、図３のシステムのハードウェア構
成、ソフトウェア構成及びデータ通信の論理モデルを模
式的に示す。クライアント（クライアントマシン）１０
０のソフトウェアは、オペレーティングシステム（以
下、「ＯＳ」と称する）１１１、データベースアクセス
クライアント１１２及びアプリケーション１１３を含
む。

【００８２】データベースアクセスクライアント１１２
及びアプリケーション１１３は、クライアント１００の
ＯＳ１１１上で動作するアプリケーションである。アプ
リケーション１１３は、例えば伝票入力等のような処理
を行うプログラムであり、データに関連する処理は、デ
ータベースアクセスクライアント１１２を介してサーバ
２００のデータベースアクセスサーバ２１２との間で電
文を送受して行われる。

【００８３】サーバ（サーバマシン）２００のソフトウ
ェアは、ＯＳ２１１、データベースアクセスサーバ２１
２及びＤＢＭＳ２１３を含む。

【００８４】データベースアクセスサーバ２１２及びＤ
ＢＭＳ２１３は、サーバ２００のＯＳ２１１上で動作す
るアプリケーションである。ＤＢＭＳ２１３は、サーバ
マシン２００に従属するデータベース２２１を制御管理
するいわゆるリレーショナルデータベースであり、デー
タベースの構成要素を、リレーショナルに管理する。デ
ータベースに関連する処理は、データベースアクセスサ
ーバ２１２を介してクライアント１００のデータベース
アクセスクライアント１１２との間で行われる。すなわ
ち、クライアント１００とサーバ２００との間のデータ
ベースに係るデータの電文の送受信は、主として、デー
タベースアクセスクライアント１１２とデータベースア
クセスサーバ２１２との間で行われる。

【００８５】図４のシステムでも、従来のようなクライ
アント−サーバ間でのＳＱＬ文の送受信をやめ、１つの
トランザクション処理における送受信の回数を少なくす
るために、独自の電文ＤＰ１とＤＰ２を作成して利用す
る。この電文は、トランザクション処理単位毎に一括し
たデータをクライアント−サーバ間で送受信できる形式
となっている。

【００８６】次に、この実施の形態で使用される電文に
ついて説明する。電文（パケット）は、その使用用途に
あわせて図５に示すように、複数種類用意されている。
また、各電文のフォーマットもその使用用途に合わせて
複数種類用意されている。図６は、電文のフォーマット
の基本形態を示す。図示するように、パケットフィール
ドＦ１、Ｆ２…Ｆ８のうちのＦ４〜Ｆ８で始まる一連の
フィールドをブロックとすると、ブロックは複数個存在
する。また、それらのブロック中にはフィールドＦ６〜
Ｆ８がｎ（１又は複数）個連続で存在する。

【００８７】パケットフィールドＦ１、Ｆ２、Ｆ３、Ｆ
４、Ｆ５、Ｆ６、Ｆ７及びＦ８には、図７に示すよう
に、それぞれ、「Pkt_id」、「Pkt_len」、「Prc_i
d」、「View_Name」、「Rec_num」、「Ope_id」、「Lev
el」及び「data」というフィールド名が付されている。
これら各パケットフィールドＦ１、Ｆ２、Ｆ３、Ｆ４、
Ｆ５、Ｆ６、Ｆ７及びＦ８には、それぞれ、パケットを
識別するＩＤ（identifier：識別子）であるパケットＩ
Ｄ、パケット全体の長さであるパケット長、プロセスを
識別するＩＤであるプロセスＩＤ、ビュー名、ビュー名
毎のレコード数、更新操作を識別するＩＤである更新操
作ＩＤ、挿入時のビュー名のレベル及びデータが格納さ
れる。

【００８８】パケットフィールドＦ１に格納されるパケ
ットＩＤは、図５に示すパケットの種類に対応してい
る。具体的に説明すると、図５に示す「ＵＰ」及び「Ｄ
ＯＷＮ」はそれぞれクライアント１００からサーバ２０
０へのパケット及びサーバ２００からクライアント１０
０へのパケットを示す。データベース（ＤＢ）への接
続、接続の終了、レコードセットのセレクト、一覧表示
用レコードセットのセレクト、アイテム値のセレクト、
レコードの編集、レコードの編集取消、レコードの既存
チエック、レコードセットの更新、発番取得、発番取消
及びダミー等の種類がある。

【００８９】「レコードセットの更新」（ＲＵＤＵＰ：
クライアントからサーバへ）の電文は、図６に示すフォ
ーマットをそのまま使用する。 「レコードセットの更新」（ＲＵＤＤＯＷＮ：サーバか
らクライアントへ）の電文は、図８に示すフォーマット
を有する。

【００９０】図９に、権限のチェック用の電文の構成を
示す。図９（Ａ）はクライアントからサーバに送信され
るパケットの構成、図９（Ｂ）はサーバからクライアン
トに送信されるパケットの構成を示す。

【００９１】さらに、図１０に、レコードセットのセレ
クト用の電文の構成を示す。図１０（Ａ）はクライアン
トからサーバに送信されるパケットの構成、図１０
（Ｂ）はサーバからクライアントに送信されるパケット
の構成を示す。

【００９２】図１１に、アイテム値のセレクト用の電文
の構成を示す。図１１（Ａ）はクライアントからサーバ
に送信されるパケットの構成、図１１（Ｂ）はサーバか
らクライアントに送信されるパケットの構成を示す。

【００９３】以上説明した動作を具体例に基づいて図１
２を参照して説明する。図１２は処理及びデータの流れ
を示す。ここでは、ある商品コードを有する商品が販売
され、その売上を図１３に示すフォーマットの売上伝票
に登録するものとする。このような場合、リレーショナ
ルデータベースでは、日付、伝票番号、顧客コード、合
計金額等を含むヘッダ部（１レコード）を記憶すると、
商品コード、数量、金額、在庫数等を含む明細部を記憶
する明細部テーブルに分けてデータを管理する。

【００９４】(1) まず、操作者は、伝票入力部１１を操
作して、売上伝票のフォームを外部記憶装置等から読み
出し、例えば、図１３に示すように画面に表示する。次
に、伝票入力部１１から、販売された商品の「商品コ―
ド」を入力する。入力された商品番号は表示されたフォ
ームに組み込まれる。さらに、伝票入力部１１は、入力
された商品コードをキーにして、サーバの商品マスタフ
ァイルＦ２を検索して、該当レコードの「商品名」及び
「単価」を取り込むための電文を生成する。

【００９５】この電文は、図１１（Ａ）に示すフォーマ
ットを有し、第１フィールドＦ１には、アイテム値のセ
レクトを示すＩＤ（ISLDN:8）が設定され、キーとして
の「商品コード」、アイテム値としての「商品名」及び
「単価」等がデータＦ８として設定される。伝票入力部
１１は、生成した電文を図４に示す電文ＤＰ１として、
サーバ２に送信する。

【００９６】サーバ２はこの電文を受信し、サーバ上の
プロセス（データベースアクセスサーバ）は電文のパケ
ットＩＤからこの電文がアイテム値を取得するためのパ
ケットであることを判別し、データＦ８からキー及びア
イテムを判別し、対象とするデータを取得するためのＳ
ＱＬ文を生成する。ＤＢＭＳ２４は、このＳＱＬ文を実
行し、クライアント１が要求したデータを取得する。サ
ーバ２は、取得したデータを含む電文を生成する。この
電文は図１１（Ｂ）に示すフォーマットを有し、第１フ
ィールドＦ１には、アイテム値のセレクトを示すＩＤ
（ISLUP:9)が設定され、キーとしての「商品コード」、
アイテム値としての「商品名」及び「単価」等がデータ
Ｆ８として設定される。サーバ２は、生成した電文を図
４に示す電文ＤＰ２として、クライアント１に送信す
る。

【００９７】クライアント１は、電文ＤＰ２を受信し、
電文のパケットＩＤからこの電文がアイテム値を取得す
るための電文の返信であることを判別し、データＦ８か
らキー及びアイテム値（「商品名」及び「単価」）を取
得し、伝票入力部１１に提供する。伝票入力部１１は、
受信した「商品名」及び「単価」をフォーム内に挿入す
る。

【００９８】(2) 次に、伝票入力部１１から販売「数
量」が入力される。伝票入力部１１は、単価×数量から
「金額」を求め、伝票内に挿入する。さらに、伝票入力
部１１は、商品コードをキーにして、サーバの商品マス
タファイルＦ２を検索して、該当する商品の在庫数を取
り込む電文を作成し、サーバ２に送信する。サーバ２は
この電文からＳＱＬ文を生成する。サーバ２のＤＢＭＳ
２４は、このＳＱＬ文を実行し、サーバの商品マスタフ
ァイルＦ２を検索して、該当する商品コードに対応付け
られた「在庫数」を読み出し、電文に挿入して伝票入力
部１１に送信する。伝票入力部１１は、受信した「在庫
数」から販売数量を減算することにより、新たな在庫数
を求め、伝票のフォーム内に納める。

【００９９】(3) 画面上で売上伝票が完成すると、操作
者は、作成した売上伝票の保存を指示する。この指示に
応答して、データ生成部１２は、売上伝票のトランザク
ションデータを含む電文であることを示すＩＤ（ＲＵＤ
ＤＮ：１７）をパケットＩＤに設定し、商品コード、商
品名、単価、数量、金額、在庫数等をデータＦ８に含む
電文を生成し、トランザクション保存部２１に送信す
る。なお、日時、操作者ＩＤ等を電文に含めても良い。
前述のように、リレーショナルデータベースでは、ヘッ
ダ部テーブルと明細部テーブルに分けてデータを管理す
る。この場合、クライアント側で組み立てる電文は、図
７に示す「レコードセット更新操作系」であり、その具
体的なフォーマットは、例えば、図１４に示すようにな
る。

【０１００】サーバ２のトランザクション保存部２１
は、この電文を受信し、電文のＩＤから売上伝票用の電
文であることを判別し、この電文から商品コード、商品
名、単価、数量、金額、在庫数等のデータを抽出し、伝
票トランザクション２２に格納する。

【０１０１】この格納に応答して、商品マスタテーブル
と売上マスタテーブルのストアードプロシージャが起動
（コール）される。商品マスタテーブルのストアードプ
ロシージャには、例えば、自票キーとして商品コード、
他票キーとして商品コード、更新式として「在庫数＝在
庫数−売上個数」、更新時期としてオンライン更新が定
義されている。売上マスタテーブルのストアードプロシ
ージャには、例えば、自票キーとして商品コード、他票
キーとして商品コード、更新式として「総売上額＝総売
上額＋売上額」、「総売上個数＝総売上個数＋売上個
数」、更新時期としてオンライン更新等が定義されてい
る。

【０１０２】商品マスタテーブルのストアードプロシー
ジャは、定義に従い、商品コードをキーにして商品マス
タテーブルを検索し、その商品に関する在庫データを読
み出し、ここから売上個数を減算し、新たな在庫を計算
し、これを商品マスタテーブルに格納する。

【０１０３】売上マスタテーブルのストアードプロシー
ジャは、定義に従い、売上マスタテーブルから「総売上
額」と「総売上個数」を読み出し、「総売上額＋売上
額」と「総売り上げ個数＋売上個数」を計算し、これを
新たな「総売上額」及び「総売り上げ個数」、として、
売上マスタテーブルに格納する。以上で更新動作は終了
する。

【０１０４】例えば、商品マスタテーブルの在庫数を更
新する場合に、ストアードプロシージャが計算した在庫
数と電文に含まれていた在庫数が一致した場合のみ、商
品マスタテーブル上の在庫数を更新するように条件付更
新式を定義することも可能である。例えば、両在庫数が
一致しない場合には、サーバ２は、エラーであると判別
し、売上マスタテーブル２０６と商品マスタテーブル２
０５のストアードプロシージャは、更新した内容を全て
もとに戻し、売上伝票トランザクションも元に戻す。さ
らに、警告（エラーメッセージ）がクライアント１００
に送信され、表示される。

【０１０５】他テーブル更新系ツールを使用せずに更新
系処理を実現することも可能である。例えば、他テーブ
ル更新系の定義情報と同等の情報をもとにして、ストア
ードプロシージャ及びトリガに相当する操作をＳＱＬ文
等でコーディングする。この場合に必要となるストアー
ドプロシージャの数は、更新テーブル数に相当し、トリ
ガの数は、トランザクション数に相当する。そして、デ
ータベース上でクエリ（問い合わせ）を実行し、上述の
ようにして作成したストアードプロシージャ及びトリガ
を、データベースとテーブルに登録する。以上の作業で
よいが、ストアードプロシージャ及びトリガのコーディ
ンゲ量は相当な量である。すなわち、他テーブル更新系
ツールは、これらの処理を半自動的に、行うものであ
る。

【０１０６】以上の説明では、トランザクションデータ
を電文に含めてクライアントからサーバに送信し、さら
に、サーバでストアードプロシージャを用いて他票（デ
ータベース）を更新している。しかし、他票更新を含ま
ず、トランザクションデータを電文に含めてクライアン
トからサーバに送信し、受信したトランザクションをサ
ーバに格納するだけでも良い。また、トランザクション
データを電文を用いずにクライアントからサーバに送信
し、受信したトランザクションをサーバに格納すると共
にストアードプロシージャを用いて他票を更新するよう
にしても良い。

【０１０７】このようにすれば、ネットワーク上のトラ
ヒックを軽減することができ、クライアント−サーバ間
のレスポンスが向上する。また、データベースにアクセ
スする処理を、クライアント側とサーバ側とに分離した
ため、従来のシステムに比して、ポータビリティが高ま
りメンテナンス性が向上する。

【０１０８】なお、この発明のクライアントサーバシス
テムは、専用のシステムによらず、通常のコンピュータ
システムを用いて実現可能である。例えば、ネットワー
クを介して相互に接続されたコンピュータに上述の動作
を実行するためのプログラム（ＯＳの全部又は一部を含
んでもよい）を格納した媒体（フロッピーディスク、Ｃ
Ｄ−ＲＯＭ等）から該プログラムをインストールするこ
とにより、上述の処理を実行する各端末（クライアント
又はサーバ）を構成することができる。

【０１０９】また、コンピュータにプログラムを供給す
るための媒体は、通信媒体（通信回線、通信ネットワー
ク、通信システムのように、一時的且つ流動的にプログ
ラムを保持する媒体）でも良い。例えば、通信ネットワ
ークの掲示板（ＢＢＳ）に該プログラムを掲示し、これ
をネットワークを介して配信してもよい。そして、この
プログラムを起動し、ＯＳの制御下に、他のアプリケー
ションプログラムと同様に実行することにより、上述の
処理を実行することができる。

【０１１０】

【発明の効果】以上説明したように、この発明に係るオ
ンライントランザクション処理方法及びシステムは、ク
ライアントから新たなトランザクション情報をサーバに
送信し、サーバでは、受信したトランザクション情報に
基づくトランザクションデータを保存するとともに、デ
ータベースの更新を定義するための処理定義情報を生成
して、サーバのＤＢＭＳに登録し、該ＤＢＭＳが前記処
理定義情報に従ってストアードプロシージャを実行し、
データベースを更新する。

【０１１１】このシステムでは、トランザクションに係
るデータを一括してサーバに送信し、サーバにおいてＤ
ＢＭＳのストアードプロシージャを用いて該トランザク
ションに関連するデータベースを処理するようにしたの
で、クライアント−サーバ間でのＳＱＬのやり取りがほ
とんど無くなり、従来の更新処理を伴うオンライントラ
ンザクション処理と比較して、顕著にレスポンスが向上
する。

【０１１２】すなわち、この発明では、トランザクショ
ン処理時のクライアント−サーバ間のネットワークにお
ける送受信情報量を低減して、トラヒックを軽減し、ト
ランザクションレスポンスを向上し得るオンライントラ
ンザクション処理方法及びシステムを提供することがで
きる。

【図面の簡単な説明】

【図１】この発明の第１の実施の形態に係るオンライン
トランザクション処理システムの構成を模式的に示すブ
ロック図である。

【図２】図１のオンライントランザクション処理システ
ムの動作を説明するためのフローチャートである。

【図３】この発明の第２の実施の形態に係るオンライン
トランザクション処理システムの構成を模式的に示すシ
ステムブロック図である。

【図４】図３のオンライントランザクション処理システ
ムにおける作用を説明するためのハードウェア構成、ソ
フトウェア構成及びデータ通信の論理モデルを示す模式
図である。

【図５】電文（パケット）の種類とパケットＩＤを示す
図である。

【図６】電文の基本フォーマットを示す図である。

【図７】図６に示す電文のフィールドの内容を示す図で
ある。

【図８】「レコードセットの更新」（ＲＵＤＤＯＷＮ：
サーバからクライアントへ）の電文のフォーマットを示
す図である。

【図９】権限のチェック用の電文の構成を示し、（Ａ）
はクライアントからサーバに送信される電文の構成、
（Ｂ）はサーバからクライアントに送信される電文の構
成を示す。

【図１０】レコードセットのセレクト用の電文の構成を
示し、（Ａ）はクライアントからサーバに送信される電
文の構成、（Ｂ）はサーバからクライアントに送信され
る電文の構成を示す。

【図１１】アイテム値のセレクト用の電文の構成を示
し、（Ａ）はクライアントからサーバに送信される電文
の構成、（Ｂ）はサーバからクライアントに送信される
電文の構成を示す。

【図１２】図３のオンライントランザクション処理シス
テムの具体的な動作を説明するための図である。

【図１３】売り上げ伝票入力用の画面の一例を示す図で
ある。

【図１４】図１３に示す画面を用いて入力されたトラン
ザクションを送信するための電文のフォーマットを示す
図である。

【図１５】従来のオンライントランザクション処理シス
テムを説明するための模式的ブロック図である。

【符号の説明】

１ クライアントシステム（クライアント） ２ サーバシステム（サーバ） １１ 伝票入力部 １２ データ生成部 ２１ トランザクション保存部 ２２ 伝票トランザクションファイル ２３ 定義情報 ２４ ＤＢＭＳ（データベース管理システム） ２５ マスタテーブルファイル １００ クライアントマシン（クライアント） １１１ ＯＳ（オペレーティングシステム） １１２ データベースアクセスクライアント １１３ アプリケーション ２００ サーバマシン（サーバ） ２０１ ＡＡ伝票トランザクションテーブル ２０２ トリガ ２０３，２０４ ストアードプロシージャ ２０５，２０６ マスタテーブルファイル ２１２ データベースアクセスサーバ ２１３ ＤＢＭＳ（データベース管理システ
ム） ２２１ データベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｆ 19/00 Ｇ０６Ｆ 15/22 Ｎ

Claims (19)

【特許請求の範囲】
1. 【請求項１】クライアントと該クライアントに接続され
   たサーバとより構成されるクライアントサーバシステム
   において、 前記クライアントは、新たなトランザクション情報を入
   力する入力手段と、前記入力手段により入力された新た
   なトランザクション情報を前記サーバに送信するデータ
   送信手段と、を備え、 前記サーバは、データベース管理システムを備えるデー
   タベースと、前記クライアントからトランザクション情
   報を受信する受信手段と、前記受信手段により受信され
   たトランザクション情報に基づくトランザクションデー
   タを保存する保存手段と、 前記保存に応答し、予め定められた処理定義情報に従っ
   て前記データベース管理システムのストアードプロシー
   ジャを実行し、前記データベースを更新するデータベー
   ス更新手段と、を具備することを特徴とするオンライン
   トランザクション処理システム。
2. 【請求項２】前記クライアントの前記データ送信手段
   は、前記トランザクション情報を含む電文を生成し、前
   記サーバに送信する手段を備え、 前記サーバの前記受信手段は、前記電文を受信し、該電
   文に含まれているトランザクション情報を抽出する抽出
   手段を含み、 前記保存手段は、前記抽出手段により抽出されたトラン
   ザクション情報を保存する、ことを特徴とする請求項１
   に記載のオンライントランザクション処理システム。
3. 【請求項３】前記処理定義情報は、前記トランザクショ
   ンの保存に応答して、前記データベース管理システムの
   ストアードプロシージャにより前記データベースを更新
   するための処理の内容を定義する情報である、ことを特
   徴とする請求項１又は２に記載のオンライントランザク
   ション処理システム。
4. 【請求項４】前記処理定義情報は、 トランザクションの対象となるテーブル及びそれに関連
   する他のテーブルのキー定義情報と、データ更新のため
   の更新式を記述する更新式情報との少なくとも一方を含
   む、ことを特徴とする請求項３に記載のオンライントラ
   ンザクション処理システム。
5. 【請求項５】前記処理定義情報は、 条件を判定して前記更新式を振り分けるための条件付き
   更新式情報と、 更新アイテムのクリア周期及び初期値の設定のためのク
   リア条件情報と、 履歴アイテムを指定するための履歴情報と、 エラー及び警告の発生時に返すリターン値を設定するチ
   ェック条件情報と、 オンライン更新かバッチ更新かを指定する更新時期情報
   と、のうちの少なくとも１つを含むことを特徴とする請
   求項３に記載のオンライントランザクション処理システ
   ム。
6. 【請求項６】前記サーバは、前記処理定義情報を生成し
   て、前記データベース管理システムに予め登録する定義
   生成手段を具備することを特徴とする請求項１乃至５の
   いずれか１項に記載のオンライントランザクション処理
   システム。
7. 【請求項７】トランザクションに基づくデータ処理の過
   程でエラーが発生した際に、当該トランザクションに係
   るデータ処理を無効として、該トランザクションに係る
   サーバにおける更新データを全て元に戻すとともに、ク
   ライアントにエラー情報を送信するサーバエラー処理手
   段と、 前記サーバからエラー情報を受信すると、当該トランザ
   クションに係るデータ処理を無効として、該トランザク
   ションに係るクライアントにおける更新データを全て元
   に戻すクライアントエラー処理手段と、をさらに含むこ
   とを特徴とする請求項１乃至６のうちのいずれか１項に
   記載のオンライントランザクション処理システム。
8. 【請求項８】トランザクションが発生する毎に、当該ト
   ランザクションに係るデータをサーバに保存するため、
   該トランザクションに係るデータを含む電文を生成し
   て、前記サーバに送信する送信データ生成手段を含むク
   ライアントシステムと、 前記電文に基づいてデータ保存を含む所定処理を実行す
   るデータ処理手段を含むサーバシステムと、を具備する
   ことを特徴とするオンライントランザクション処理シス
   テム。
9. 【請求項９】前記サーバシステムは、データベース管理
   システムを備えるデータベースと、前記電文を受信する
   受信手段と、前記受信手段により受信されたトランザク
   ション情報に基づくトランザクションデータを保存する
   保存手段と、前記保存手段に応働して、更新内容を定義
   するための処理定義情報に従ってストアードプロシージ
   ャを実行し、前記データベースを更新するデータベース
   更新手段と、を具備することを特徴とする請求項８に記
   載のオンライントランザクション処理システム。
10. 【請求項１０】データベース管理システムを備えるデー
    タベースと、外部よりトランザクション情報を受信する
    受信手段と、前記受信手段により受信されたトランザク
    ション情報に基づくトランザクションデータを保存する
    保存手段と、前記保存手段に応働して、前記データベー
    スの更新内容を定義するために予め定められている処理
    定義情報に従ってストアードプロシージャを実行し、前
    記データベースを更新するデータベース更新手段と、を
    具備することを特徴とするオンライントランザクション
    処理システム。
11. 【請求項１１】クライアントにおいて、新たなトランザ
    クション情報をトランザクション毎にサーバに送信する
    送信ステップと、 サーバにおいて、前記クライアントから受信したトラン
    ザクション情報に基づくトランザクションデータを保存
    する保存ステップと、前記保存ステップに連動して、予
    め定められている処理定義情報に従ってストアードプロ
    シージャを実行し、データベースを更新する更新ステッ
    プと、を有することを特徴とするオンライントランザク
    ション処理方法。
12. 【請求項１２】前記処理定義情報は、トランザクション
    の対象となるテーブル及びそれに関連する他のテーブル
    のキー定義情報と、データ更新のための更新式を記述す
    る更新式情報と、条件を判定して前記更新式を振り分け
    るための条件付き更新式情報と、更新アイテムのクリア
    周期及び初期値の設定のためのクリア条件情報と、履歴
    アイテムを指定するための履歴情報と、エラー及び警告
    の発生時に返すリターン値を設定するチェック条件情報
    と、オンライン更新かバッチ更新かを指定する更新時期
    情報とのうちの少なくとも１つを含むことを特徴とする
    請求項１１に記載のオンライントランザクション処理方
    法。
13. 【請求項１３】前記処理定義情報を生成して、前記サー
    バのデータベース管理システムに予め登録するステップ
    を具備することを特徴とする請求項１１又は１２に記載
    のオンライントランザクション処理方法。
14. 【請求項１４】トランザクションに基づくデータ処理の
    過程でエラーが発生した際に、データ更新を無効とし
    て、当該トランザクションに係るデータを全て元に戻す
    エラー処理ステップを、さらに含むことを特徴とする請
    求項１１、１２又は１３に記載のオンライントランザク
    ション処理方法。
15. 【請求項１５】クライアントにおいて、トランザクショ
    ンに係るデータをサーバに保存するため、トランザクシ
    ョンが発生する毎に、該トランザクションに係る全ての
    データを含む電文を生成して、前記サーバに送信し、 サーバにおいて、前記電文に基づいてデータ保存を含む
    所定処理を実行することを特徴とするオンライントラン
    ザクション処理方法。
16. 【請求項１６】前記サーバにおいて、前記電文を受信
    し、受信された電文に含まれているトランザクション情
    報に基づくトランザクションデータを保存し、この保存
    をトリガとして、データベースの更新内容を定義する処
    理定義情報に従ってストアードプロシージャを実行し、
    データベースを更新する、ことを特徴とする請求項１５
    に記載のオンライントランザクション処理方法。
17. 【請求項１７】トランザクション情報を含む電文を受信
    し、受信した電文に含まれているトランザクション情報
    に基づくトランザクションデータを保存し、この保存を
    トリガとして、データベース管理システムのストアード
    プロシージャを起動し、予め定められた更新処理定義情
    報に従ってストアードプロシージャを実行し、データベ
    ースを更新する、ことを特徴とするオンライントランザ
    クション処理方法。
18. 【請求項１８】コンピュータを、 クライアントから受信したトランザクション情報に基づ
    くトランザクションデータを保存する保存ステップと、
    前記保存ステップに連動して、予め定められている処理
    定義情報に従ってストアードプロシージャを実行し、デ
    ータベースを更新する更新ステップと、を実行するサー
    バとを備えるクライアントサーバシステムのサーバとし
    て機能させるプログラムを記録した媒体。
19. 【請求項１９】コンピュータを、 トランザクションに係るデータをサーバに保存するた
    め、トランザクションが発生する毎に、該トランザクシ
    ョンに係る全てのデータを含む電文を生成して、サーバ
    に送信するクライアントと、前記電文に基づいてデータ
    保存を含む所定処理を実行するサーバとより構成される
    クライアントサーバシステムのクライアントとして機能
    させるプログラムが記録された媒体。