JPS6394360A

JPS6394360A - トランザクション処理方法

Info

Publication number: JPS6394360A
Application number: JP61239009A
Authority: JP
Inventors: Yoshifumi Takamoto; 良史高本; Shunichi Torii; 俊一鳥居
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1986-10-09
Filing date: 1986-10-09
Publication date: 1988-04-25
Anticipated expiration: 2012-10-27
Also published as: JP2667818B2; US5115392A

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、高速にトランザクションを処理するトランザ
クション処理方式に関する。

〔従来の技術〕

従来のトランザクション処理方式はｒＨＩＴＡＣマニュ
アル　プログラムプロダクト　ＶＯ３３データコミュニ
ケーション　マネジメント　システム　ＤＣＣＭ３解説
　Ｐ１８〜２１」に示す様に、１つのユーザ・アプリケ
ーション・プログラム（ＵＡＰ）に対して、データコミ
ニケーション・マネジメント・システムは端末から入力
のあった１つのトランザクションを送る。この時、デー
タコミニュケーション・マネジメント・システムはＵＡ
Ｐが処理に必要な資源の確保やデータベース管理プログ
ラムの初期設定といったｔＪＡＰ開始処理を行なう。こ
の処理の後ＵＡＰが起動され、端末から人力されたトラ
ンザクションにしたがって業務処理を行なう。ＵＡＰの
処理が終了すると制御がデータコミニュケーション・マ
ネジメント・システムに渡され、ここで同期点処理が行
なわれる。同期点処理では、障害発生時にＵＡＰで操作
したデータベースの内容が回復できる様にＭ歴となるジ
ャーナルの取得等を行なう、同期点処理が終了すると、
Ｕ　Ａ　１）が業務処理中に作成した送信メツセージを
端末に送信する。この様に、データコミニュケーション
・マネジメント・システムは、同−ＵＡＰに対して、１
回の制御で１つのトランザクションの処理を行なってい
た。

〔発明が解決しようとする問題点〕

上記従来方式では、データコミュケーション・マネジメ
ント・システムは、同−ＵＡＰに対して１回の制御で１
つのトランザクション処理しか行なうことができなかっ
た。そのため、同−ＵＡＰに複数のトランザクション処
理要求があった場合、データコミニュケーション・マネ
ジメント・システムは、要求の回数ＵＡＰ制御を行なわ
なくてはならない、したがって、各トランザクションに
共通な処理が多く、また、ファイル入出力が多く処理時
間を要するＵＡＰ開始処理や同期点処理を含むＵＡＰ終
了処理も要求回数行なわなくてはならず、効率的な制御
ではなかった。

本発明の目的は、複数のトランザクション処理時にＵＡ
Ｐ開始・終了処理を削減し、トランザクション処理を効
率良く高速に行なうことにある。

〔問題点を解決するための手段〕

上記目的は、トランザクションの一括処理を行なうかど
うか判定する一括トランザクジョン判定部と、一括処理
を行なうトランザクションを１つのキューに蓄える一括
トランザクジョン受取部と、複数トランザクションの同
期点処理を１回の同期点取得要求で行なうことができる
一括同期点取得部と、複数トランザクションの出力メツ
セージを一括して送信することができる一括メッセージ
送信部を備えたデータコミニュケーションマネジメント
システムにより達成される。

〔作用〕

一括トランザクジョン判定部は、端末より送られてきた
トランザクションが一括処理を行なうトランザクション
かどうか判定し、判定結果によって通常トランザクショ
ン受は取り処理が一括トランザクジョン受は取り部へ制
御を振り分ける。一括処理を行なうトランザクションが
端末から入力されれば、制御は一括トランザクジョン受
は取り部へ渡され、ここで一括して処理を行なうグルー
プ毎に、キューにトランザクションが蓄えられる。

また、一括トランザクジョン受は取り部は、キューの管
理も行なっており、トランザクション数か受は取り待ち
時間のどちらかが制限を越えれば、ＵＡＰを起動させる
ためのプログラムへ制御を移す。それによって、これま
で複数回行なっていたＵＡＰ開始処理が１回で済むよう
になる。一括同期点処理部は、一括同期点処理要求によ
って動作し、複数トランザクションの同期点処理を行な
う。

それによって、同期点処理中のＵＡＰ使川資用開放処理
といった複数のトランザクションに共通な処理が、従来
複数回行なわなければならなかったものでも１回の同期
点処理で済む。また、Ｆ３害発生時にデータベースの内
容の回復を行なう時に使用するジャーナルも一括して取
得し、ファイルに出力できるためファイル出力に要する
処理も削減できる。一括メッセージ送信部は、ｆＭ数１
−ランザクジョンの出力メツセージを一括して端末に出
力する。これにより、メツセージ送信を行なうのに要す
る前後処理が削減でき、またジャール取得も一括化が可
能となるためジャーナルのファイル出力処理の削減も行
なうことができる。

〔実施例〕

以下、本発明の一実施例を図面によって説明する。第１
図は、本発明の一実施例の全体４１゛萼成を示したもの
である。まず、全体の構成要素について説明する。全体
は端末側と処理装置側に分けられ１は端末側に属し、他
の部分は処理装置側に属する、端末１はオンライン処理
時にユーザが操作するものであり、メツセージの入出力
を行なうために使用する。２は通信管理プログラムであ
り端末１と処理装置とのメツセージ受は渡しを行なうた
めの管理プログラムである。２６，２７，２８゜２９は
、データコミニュケーション・マネジメント・システム
を構成する部分である。２６はメツセージ受信部、２７
はアプリケーションプログラム実行部、２８は同期点処
理部、２９はメツセージ送信部である。メツセージ受信
部は、メツセージ受信・編集部３．一括トランザクジョ
ン判定部４、トランザクション受取処理部６．一括トラ
ンザクジョン受取部７．キュー管理部８から成る。

この中で、一括トランザクジョン判定部４は一括トラン
ザクジョン・テーブルを、一括トランザクジョン受取部
は一括メッセージ・キュー９を、キュー管理部８はシス
テムメツセージ受取キュー１０を動作時に使用する。ア
プリケーション・プログラム実行部２７は、アプリケー
ションプログラム管理部１１ａ、アプリケーション・プ
ログラム１２ａ、一括ＲＥＣＥＩＶＥ部１１ｂ、一括５
ＥＮＤ部１１ｃ、同期点処理要求部１５から成る。１３
ｂはアプリケーション・プログラム対応テーブル、１３
ａはデータ・デイクショナル／ディレクトリ・ファイル
でありアプリケーション・プログラム管理部が使用し、
１４は一括送信メッセージキューであり一括５ＥＮＤ部
が使用する。１２ｂは、データベース管理プログラムで
あり、アプリケーション・プログラム１２ａから呼び出
される。同期点処理部２８は１通常トランザクション同
期点処理部１６．一括同期点処理部１７．ジャーナル取
得部１８より成る。１９はジャーナル・データセットで
ありジャーナル取得部１８が使用し、２０はシステム・
メツセージ待合せキューであり通常トランザクション同
期処理部が使用し、２１は一括メッセージ待合せキュー
、２２は一括メッセージ待合せキュー状態格納バッファ
であり一括同期点処理部１７が使用する。メツセージ送
信部２９は、メツセージ送信処理２４．一括メッセージ
送信部２３．メツセージ編集・送信部２５より成る。

次に各要素の動作について説明する。まず、メツセージ
受信部２６について説明する。端末１よリメッセージが
送られると、通信管理プログラム２を介してメツセージ
受信・編集部３が受は取る。

メツセージ受信・編集部では、端末から送られてきたメ
ツセージを受信し、編集を行なう、ここで言う編集とは
、端末固有のデータ形式をプログラムが読み易いように
特定のデータ形式に変換する操作のことである０編集終
了後、制御は一括トランザクジョン判定部へ渡される。

ここでは、一括処理を行なうトランザクションかそうで
ないかを判定する。本実施例で一括処理を行なう対象を
第３図にて説明する。第２図は、トランザクションの構
成を示したものである。２０１はトランザクショングル
ープであり１つのトランザクショングループは、１つ以
上のトランザクションの集合である。２０２，２０３，
２０４がトランザクションである。２０５，２０６，２
０７はアプリケーション・プログラムであり、それぞれ
トランザクション２０２，２０３，２０４に対応して実
行されることを示す、トランザクション・グループ。

トランザクション、アプリケーション・プログラムには
それぞれ名称が付いており、それぞれトランザクション
・グループ名称、トランザクション名称、アプリケーシ
ョン・プログラム名称と呼ぶ。

このように、トランザクション名称が１つ定まれば、−
意に実行するアプリケーション・プログラムが決まる０
本実施例では、この性質を利用し、トランザクション名
称を一括処理を行なう対象とした。トランザクション名
称は、第３図の様に端末から送られてきたメツセージの
中に含まれている。第３図は編集済入力メッセージ形式
を示したものであり、２０８はメッセージ長、２０９は
トランザクション名称が格納されている。２１２はトラ
ンザクション名称に対応したアプリケーション・プログ
ラムが実行時に使用するデータであり、データ長が２１
１に格納されている。２１３〜２１６も同様である。２
１０は空白記号であり、メツセージ中からトランザクシ
ョン名称を抽出する時に使用する。抽出したトランザク
ション名称が一括処理を行なうトランザクションかどう
かは、第４図の一括トランザクジョン・テーブルを参照
することで判断できる。第４図中で、３０１は一括処理
を行なうトランザクション名称が格納されている。３０
２は最大待ち時間であり、トランザクションを蓄えるこ
とができる制限時間が格納され、３０３は最大一括トラ
ンザクジョン数であり。

一括処理を行なう最大のトランザクション数が格納され
ている。３０４から３０６は、一括メッセージ・キュー
９の使用状Ｊ３を示す値であり、３０４は一括メッセー
ジキューにメツセージを蓄え始めた時間、３０５は−・
括メツセージ・キューに蓄えられているメツセージ数、
３０６はメツセージのキューイング状態を示すフラグで
ある。上記で説明した編集部入力メッセージと一括トラ
ンザクジョン・テーブルを使用して一括トランザクジョ
ン判定部４は処理を進める。第８図は一括トランザクジ
ョン判定部の動作を示したものである。

５０１はメツセージ受信・編集部３から編集部メツセー
ジを受は取る。５０２は受は取ったメツセージからトラ
ンザクション名称を抽出する。５０３は、抽出したトラ
ンザクション名称と一括トランザクジョンテーブルの一
括トランザクジョン名称欄を比較して同一の名称が存在
するかどうか調べる。５０４は、５０３の比較結果で一
致したトランザクション名称が存在すれば一括トランザ
クジョン受取部７へ制御を渡し、そうでなければ１−ラ
ンザクジョン受取処理部６へ制御を渡す。トランザクシ
ョン受取処理部６は通常トランザクションの受取処理を
行なうところである。一括トランザクジョン受取部７は
一括トランザクジョンのキューイングを行なう。一括ト
ランザクジョン受取部の動作を第９図を使って説明する
。６０１は一括トランザクジョンテーブルの端末入カド
ランザクジョン名称と一致した行より、最大待ち時間Ｍ
ＴＩＭＥへ、最大一括１−ランザクジョン数をＭＣＮＴ
ヘロードする。６０２も６０１と同様に一括トランザク
ジョン・テーブルよりキューイング状態をＱＳＴにロー
ドする。６０３の、ＱＳＴ＝“Ｆ　ＰＩはキューが現在
一杯かどうかを判定しており、一杯（Ｙｅｓ）であれば
一定時間待った後、再度キューイング状態を調べ、一杯
でなければ（Ｎｏ）６０５に進む、６０５では、一括ト
ランザクジョンキューには何も入ってない（ＮＯ）が現
在メツセージを蓄えている状態（Ｙｅｓ）かを判定する
。ＮＯであれば一括トランザクジョン・テーブルのキュ
ーイング状態に“Ｑ　ｕを入れ、キューイングを開始し
たことを示し、現時刻をＳＴＩＭＥに、ＳＴＩＭＥを一
括トランザクジョン・テーブルのキューイング開始時間
の欄に、φをＴＣＮＴに格納する。ＴＣＮＴは、一括メ
ッセージキューに蓄えられたトランザクション数を示す
、６０７は一括メッセージキューにメツセージを蓄えら
れている時の動作で、一括トランザクジョン・テーブル
から現在キューに蓄えられている一括トランザクジョン
数をＴＣＮＴにロードする。６０８は、トランザクショ
ン名称より、メツセージを蓄えるための一括メッセージ
キューを決定する。一括メッセージキューはトランザク
ション名称毎に割り合てられている。６０９は一括メッ
セージ・キューに蓄えるメツセージを作成するもので、
メツセージの形式は第５図に示す、３０７は１つのメツ
セージについてのメッセージ長である。３０８は通常は
トランザクション名称が入るところであるが、一括メッ
セージキューは、トランザクション名称に固有であるた
め必要なく、かわりに同一の一括メッセージ・キュー内
で各メツセージを判別するためのメツセージＩＤを格納
する。３１０は各トランザクションが持っているデータ
であり３０９はデータ長を示す、３１１，３１２も同様
である。

３０８から３１２までが１つのメツセージを示すもので
、３１３から３１６は次のメツセージを示す、形式はす
べてのメツセージで同様である。

６０９でメツセージの組立を行なった後６１０でメツセ
ージを一括メッセージ・キューに格納する。

６１１は一括メッセージ・キューのメツセージが１つ増
えたことを示す、６１２は現在の一括メッセージ・キュ
ーのメツセージ数が最大一括トランザクジョン数を越え
ていないか調べる。６１３は一括メッセージ・キューに
メツセージのキューイングを始めてから現在までの時間
が、最大待ち時間を越えていないか調べる。６１２また
は６１３の条件が満たされていれば、６１５へ進む、６
１５は一括メッセージ・キューが一杯になったことを示
し、６１６はシステム・メツセージ受付はキューに登録
するためのメツセージを組立てる６組立てる形式は第６
図に示す１通常トランザクションと異なる所は、トラン
ザクションのデータのかわりに、一括処理を行なうトラ
ンザクション数を最後に付けたところである４０３，４
０１，４０２はそれぞれ、メツセージ長、トランザクシ
ョン名称を示す、トランザクション名称の後の空白は、
トランザクション名称を抽出する時に使用する記号であ
る。６１７ではシステム・メツセージ受付はキューへの
登録要求を、第１図のトランザクション受取処理６を介
してキュー管理部８に送る。

この操作によってトランザクションが、システムメツセ
ージ受付はキューに登録されるとデータコミニュケーシ
ョン・マネジメント・システムの制御を受けるトランザ
クションとなる。６１４は、現在の一括メッセージ・キ
ューの状態を一括トランザクジョン・テーブルに記録す
る。その後、データコミニュケーション・マネジメント
・システムによって、一括処理を行なうトランザクショ
ンがシステムメツセージ受付はキューより選択されると
、制御はアプリケーションプログラム実行部２７のアプ
リケーション・プログラム管理部１１ａに渡される。ア
プリケーション・プログラム管理部では実行するアプリ
ケーション・プログラムを決定・ロードし、実行に必要
な資源を確保する。

また、データベース管理プログラムが動作できる櫟に初
期設定も行なう、アプリケーションプログラムは第７図
のアプリケーション・プログラム対応テーブルにより、
トランザクション名称が決まると、実行するアプリケー
ション・プログラム名称が一意に決定する。４０４はト
ランザクション名称欄、４０５はアプリケーション・プ
ログラム名称である。アプリケーション・プログラム対
応テーブルは第１図では１３ｂである。１３ａはデータ
・ディクショナリ／ディレクトリ・ファイルであり、ア
プリケーション・プログラムの実行に必要な資源または
資源名が格納されており、アプリケーション・プログラ
ム管理部１１ａはこれを利用して、資源の確保を行なう
、このアプリケーション・プログラム管理部の処理が、
アプリケーション・プログラム開始処理である。１２ａ
はロードされたアプリケーション・プログラムであり、
１１ｂとｌｌｃはメツセージ処理プログラムであり、ツ
レぞれ一括ＲＥＣＥＩＶＥ部、一括５ＥＮＤ部である。

１５は同期処理要求のを示し、アプリケーション・プロ
グラム内から発行される。１２ａ。

１１ｂ、ｌｌｃ、１５の動作を第１０図にて説明する。

７０１はアプリケーション・プログラム、７１７はメツ
セージ処理プログラムである。アプリケーション・プロ
グラムが開始されると７０２でφをＡＰＮにロードする
ＡＰＮは、アプリケーション・プログラムが処理したト
ランザクション数を示すものであるゆ７０３は一括メッ
セージキューに格納されているメツセージの取出要求で
ある。

一括ＲＥＣＥＩＶＥ要求の発行により制御はメツセージ
処理プログラムの一括ＲＥＣＥＩＶＥに移される一括Ｒ
ＥＣＥＩＶではまず７０９で、システム・メツセージ受
付キューよりメツセージを読み込み、メツセージ中の一
括トランザクジョン数をＴＣＮＴにロードする。７１０
はφを１にロードする。工は一括メッセージキューから
読み込んだメツセージ数を示す、７１１は一括メッセー
ジ・キューの内容をすべて読み込んだかどうか判定する
。読み込んでなければ７１２に、読んであれば７１４に
移る。

７１２では一括メッセージキューのメツセージを１つ読
み込む、７１３では、これまでに読み込んだメツセージ
数に１を加える。７１４は、一括メッセージキューの内
容がなくなったことを示すために、一括トランザクジョ
ン・テーブルのキューイング状態フラグを“Ｎ　Ｉｔに
する。その後、制御は一括ＲＥＩＣＨＩＶＥ要求の次の
命令を実行する。７０４は業務処理を示し、ここでデー
タベース管理システム１２ｂを利用して、データベース
操作を行なう。業務処理が終了すると、ｇｌ“−末１に
送るための送信メツセージの送信要求を発行する。これ
により制御は、一括５ＥＮＤへ移る。一括５ＥＮＤは７
１５で始まり、ここでは、送信要求を行なった送信メツ
セージを一括送信メッセージキュー１４にキューイング
する。７１６では、キューイングしたメツセージが最後
のメツセージであれば、一括送信メッセージ・キューの
内容を出力ジャーナルとして記録する７１７．これらの
処理が終了すればメツセージ送信要求７０５の次の命令
に制御が移る。７０６は、すべてのトランザクションの
処理が終了すれば一括同期点処理の要求を出しく７０８
）、そうでなければＡＰＮの内容に１を加えて７０８次
のトランザクション処理を行なう。

次に同期点処理部２８について説明する。一括同期点処
理要求の発行によって、制御は一括同期点処理部１７に
移る。通常のトランザクションの同期点処理要求であれ
ば制御は、通常トランザクション同期点処理１６に移り
、ここでは１つのトランザクション同期点を取得る。同
期点では、アプリケーションプログラムが終了したこと
を示すアプリケーション・プログラム終了ジャーナルと
、デトランザクション処理がすべて終了したことを示す
トランザクション終了ジャーナルを取得するため、ジャ
ーナル取得部１８ヘジャーナル取得要求を発行する。取
得したジャーナルはジャーナル・データセット１９に書
き込まれる。アプリケーションプログラムが作成した送
信メツセージはシステムメツセージ待合せキュー２０に
書き込まれる。

アプリケーションプログラムから一括同期点処理要求が
発行されれば制御は一括同期点処理部１７に移ると第１
１図に示す様な処理を行なう、第１１図により一括同期
点処理の説明を行なう。

８０１では、ＴＣＮＴに一括トランザクジョン数を一括
トランザクジョン・テーブルよりロードする。８０２は
φを５ＹＮＣにロードする。　５ＹＮＣは同期処理を終
了したトランザクション数を示す。

８０３は、すべてのトランザクションの同期点処理が終
了したかどうかを調べ、終了してなければ次のトランザ
クションの同期点処理を始めるために８０４へ進み、終
了していれば８０６へ進む。

８０４は一括５ＥＮＤ１１ｃが出力した送信メツセージ
を一括送信メッセージキューから取り出す、８０５は取
り出したメツセージを一括メッセージ待合せキュー２１
へ書き込む、８０８は一括メッセージ待合せキューへ書
き込んだ送信メツセージが最後のものかどうか判定する
。最後でなければ、現在処理中のトランザクションにつ
いてアプリケーション・プログラム終了ジャーナルのみ
の取得要求をジャーナル取得部に発行する。最後であれ
ば最後のトランザクションのアプリケーションプログ゛
　　ラム終了ジャーナルの他に、すべてのトランザクシ
ョンのアプリケーションプログラム終了ジャーナルを取
得したことを示す一括アプリケーション・プログラム終
了ジャーナルを取得要求を発行する。

この一括アプリケーション・プログラム終了ジャーナル
によって障害発生時の回復処理において一括アプリケー
ション・プログラム終了ジャーナルのみを参照すること
によってすべてのトランザクションのアプリケーション
プログラム終了ジャーナルを取得したことがわかるため
、高速な回復処理を行なうことができる。８１１では、
データベースの実更新を行なう、８１２はトランザクシ
ョン終了ジャーナルを処理中のトランザクションについ
てのみ取得要求を発行する。８１３では５ＹＮＣの内容
に１を加えて同期点処理が終了したトランザクション数
を更新する。８１４はＳ　Ｙ　Ｎ　Ｃの内容を一括メッ
セージ待合せキュー状態格納バッファ２２へ書き込む。

このバッファは、メツセージ送信部との同期をとるため
に使用する。これは、高速化を図るため、一括同期点処
理部と一括メッセージ送信部２３を並行して動作させる
ことによる８１５は、最初に処理したメツセージであれ
ば、一括メッセージ送信部２３の起動をかける（８１６
）ことを示す、すべてのトランザクションの同期点処理
が終了すれば、８０６によりアプリケーション・プログ
ラムが使用した資源を解放し、８０７ですべてのトラン
ザクション終了ジャーナルを取得したことを示す一括ト
ランザクジョン終了ジャーナルの取得要求をジャーナル
取得部に対して発行する。一括トランザクジョン終了ジ
ャーナルの意味は、一括アプリケーション・プログラム
終了ジャーナルと同じである。次にメツセージ送信部２
９について説明する。通常のトランザクションの送信メ
ツセージであれば、メツセージ送信処理部２４が制御に
制御が渡り、システム・メツセージ待合せキューからメ
ツセージを読み取り、メツセージ編集・送信部２５に送
信要求を発行する。

その後、端末にメツセージの送信が完了した通知が帰っ
てくれば、メツセージ送信完了ジャーナルを取得する。

メツセージ送信部２９に対して一括メッセージ送信要求
が出された場合、制御は一括メッセージ送信部２３へ渡
される。一括メッセージ送信部２３の動作を第１２図に
示す、９０１ではＴＣＮＴに一括トランザクジョン数を
一括トランザクジョン・テーブルよりロードする。９０
２は、φをＭＳＧＯｋａ−ドする。ＭＳＧＯは、メツセ
ージ送信を完了したトランザクション数を示す、９０３
はすべてのトランザクションの送信メツセージを送信し
たかどうかが調べる。送信が終了していれば９０５へ進
み、終了していなければ９０４へ進む、９０４は、一括
メッセージ待合せキュー状態格納バッファを読み込みＱ
ＭＳＧにロードする。９０６では、一括メッセージ待合
せキューに未送信メツセージがあるかどうか調べ、すべ
て送信していれば、一括同期点処理部１７から、メツセ
ージがキューイングされるのを待つ（９０７）。

未送信メツセージが存在する場合９０８へ進む。

９０８は一括メッセージ待合せキューより、未送信のメ
ツセージを読み込む、９０９で送信メツセージを組み立
てた後、メツセージを送信すべき端末を決定する（９１
０）、９１１では、メツセージ送信処理部２４を介して
、メツセージ編集・送信部２５に送信要求を発行する。

これによってメツセージ組ト送信部は、メツセージを編
集した後、メツセージ送信を行なう、端末にメツセージ
送信を終了すると通信管理プログラムから一括メッセー
ジ送信部に送信完了通知が帰ってくる。

９１２はその通知が来るまで待っていることを示す、９
１３はメツセージを送ったトランザクションのメツセー
ジ送信完了ジャーナルの取得要求をジャーナル取得部に
対して発行する。９１４は送信を完了したメツセージの
トランザクション数を更新する。

本実施例によれば、複数トランザクション処理でもアプ
リケーションプログラム管理部の処理回数および、アプ
リケーション・プログラム内の同期点処理要求が１回で
済む、また、ジャーナル取得においても、最後のトラン
ザクションのジャーナル取得でジャーナル・ファイルに
出力する形式をとることにより、ファイル入出力回数を
大幅に削減することができる。そのため、トランザクシ
ョン処理を高速に行なうことができる。その池水実施例
では、複数トランザクションを処理していても、システ
ムから見れば１のトランザクションを処理しているよう
に思えるため、システムの保守においても従来のトラン
ザクション方式とほとんど変わりなく行なうことができ
る。

〔発明の効果〕

本発明によれば、同一アプリケーション・プログラムに
対して複数のトランザクション処理要求があった場合、
各トランザクションに共通な処理が多く、ファイル入出
力に要する時間も多いアプリケーション・プログラム開
始処理・終了処理を１回で済ませることができるので、
トランザクション処理を高速化することができる。

【図面の簡単な説明】

第１図は本発明の一実施例の全体図、第２図はトランザ
クションの楕成図、第３１１！！ｌは編集済入力メッセ
ージ形式を示す図、第４図は一括トランザクジョン・テ
ーブル、第５図は一括メッセージキュー格納形式を示す
図、第６図は一括トランザクジョン名称システムメツセ
ージ受取キュー格納形式を示す図、第７図はアプリケー
ションプログラム対応テーブルを示す図、第８図は一括
１−ランザクジョン判定処理のフロー図、第９図は一括
トランザクジョン受取処理のフローチャート、第１０図
はアプリケーションプログラム実行図、第１１図は一括
同期点処理のフロー図、第１２図は一括メッセージ送信
処理の図である。４・・・一括トランザクジョン判定部、７・・・一括ト
ランザクション受取部、１７・・・一括同期点処理部、
２３・・・一括メッセージ送信部。ぐ−・ノ第２凹１３　固第＋口第５図一拐力、七−ゾ〜−−柊紐角式

Claims

【特許請求の範囲】

１、トランザクションがアプリケーションプログラムの
起動要因となつているデータコミニュケーション・マネ
ジメント・システムにおいて、前記トランザクションが
一括処理を行なうかどうか判定する手段と、一括処理を
行なう前記トランザクションを取得し１つのキューに蓄
える手段と、１回の同期点処理要求で複数トランザクシ
ョンの同期点を一括取得する手段と、前記複数トランザ
クションの送信メッセージを一括して出力する手段を備
え、前記アプリケーションプログラムに処理を要求する
前記トランザクションが発生した時、前記トランザクシ
ョンが一括処理を行なうトランザクションであるかどう
か判定し、一括処理を行なうトランザクションであれば
前記キューに蓄え、前記キューに蓄えられた前記複数ト
ランザクションは１度の前記アプリケーションプログラ
ム起動で処理され、前記アプリケーション・プログラム
の処理終了時に１度同期点取得要求を出すことにより前
記一括同期点取得が前記複数トランザクションの同期点
を取得し、前記複数トランザクションの前記送信メッセ
ージを一括して出力することを特徴とするトランザクシ
ョン処理方式。