JP4013817B2 - Transaction batch reception sequential processing system and program - Google Patents

Transaction batch reception sequential processing system and program Download PDF

Info

Publication number
JP4013817B2
JP4013817B2 JP2003112560A JP2003112560A JP4013817B2 JP 4013817 B2 JP4013817 B2 JP 4013817B2 JP 2003112560 A JP2003112560 A JP 2003112560A JP 2003112560 A JP2003112560 A JP 2003112560A JP 4013817 B2 JP4013817 B2 JP 4013817B2
Authority
JP
Japan
Prior art keywords
transaction
transaction request
message
processing
request message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003112560A
Other languages
Japanese (ja)
Other versions
JP2004318560A (en
Inventor
美由紀 駒形
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2003112560A priority Critical patent/JP4013817B2/en
Publication of JP2004318560A publication Critical patent/JP2004318560A/en
Application granted granted Critical
Publication of JP4013817B2 publication Critical patent/JP4013817B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、同一端末から一括入力された複数のトランザクション要求メッセージを入力順に処理するトランザクション一括受付順次処理システムに関し、特に、トランザクション処理実行時に異常が発生した場合、その影響が及ぶ範囲を極力少なくすることができるトランザクション一括受付順次処理システムに関する。
【0002】
【従来の技術】
同一端末から入力されたトランザクション要求メッセージ(メッセージ)を入力順に処理するということは従来から行われており、この種の従来の技術としては、例えば次のような技術が知られている(例えば、特許文献1参照)。
【0003】
端末からメッセージが送られてくると、トランザクション処理システムでは、新たなメッセージ格納バッファを生成し、そのメッセージ格納領域にメッセージを格納する。なお、メッセージ格納バッファには、メッセージ格納領域の他に、同一タスク(トランザクション実行制御手段)で実行可能なメッセージの実行順を示すメッセージキュー内リンクと、同一端末から入力されたメッセージ群内でのメッセージ実行順を示すメッセージ群内リンクとが設けられている。
【0004】
その後、上記メッセージに関するトランザクション処理を行うトランザクション実行制御手段を選択し、選択したトランザクション実行制御手段に対応して設けられているメッセージキューの最後尾に、今回メッセージを格納したメッセージ格納バッファをつなげる。この処理は、メッセージキュー内リンクを使用して行う。また、これと同時に、今回メッセージを格納したメッセージ格納バッファと、上記メッセージの送信元の端末からのメッセージを既に格納しているメッセージ格納バッファの内の、最後尾のメッセージ格納バッファとをメッセージ群内リンクを使用してつなげる。
【0005】
トランザクション実行制御手段は、自手段に対応するメッセージキューにつながっているメッセージ格納バッファの中から、そのメッセージ格納バッファよりも実行順が前のメッセージ格納バッファが存在することがメッセージ群内リンクによって示されておらず、且つ最もメッセージキューの前方につながれているメッセージ格納バッファを選択する。そして、選択したメッセージ格納バッファに格納されているメッセージに従ったトランザクション処理を行う。
【0006】
【特許文献1】
特公平8−12653号公報
【0007】
【発明が解決しようとする課題】
上述した従来の技術に示されるように、一般にトランザクション処理システムでは、同一端末から入力されたトランザクション要求メッセージを入力順に実行している。従って、利用者は、複数のトランザクション要求メッセージが順次実行されることにより完結する業務(一連処理)にかかる前記複数のトランザクション要求メッセージについては、それが実行される順番通りに端末からトランザクション処理システムにメッセージを投入する操作を行う。また、そのような一連処理が複数存在する場合、図8に示すように各一連処理毎に複数のトランザクション要求メッセージT11〜T13、T21〜T23、…Tn1〜Tn3を順次投入する操作を繰り返す。従って、処理すべき一連処理の数が多い場合、作業効率が著しく低下していた。
【0008】
そこで本発明の目的は、複数の一連処理を実行させるための複数のトランザクション要求メッセージを同一端末から一括して入力することのできるトランザクション一括受付順次処理システムを提供することにある。
【0009】
また本発明の別の目的は、一括して入力された複数の一連処理の実行中に異常が発生したとき、その影響が及ぶ範囲を極力小さくすることのできるトランザクション一括受付順次処理システムを提供することにある。
【0010】
【課題を解決するための手段】
本発明にかかる第1のトランザクション一括受付順次処理システムは、上記目的を達成するため、
複数のトランザクション要求メッセージが順次実行されることにより完結する一連処理にかかるトランザクション要求メッセージであって、一連処理における実行順が最後のトランザクション要求メッセージには、そのことを示す情報が付加されるトランザクション要求メッセージが、複数の一連処理分、入力順につながれるメッセージキューと、
該メッセージキューにつながれているトランザクション要求メッセージを順次取り出し、取り出したトランザクション要求メッセージに従ったトランザクション処理を起動する実行待トランザクション起動手段と、
トランザクション処理の実行中に異常が発生した場合、前記メッセージキーュにつながれているトランザクション要求メッセージの内の、異常原因となったトランザクション要求メッセージに一連処理中の最後のトランザクション要求メッセージであることを示す情報が付加されていない場合は、前記メッセージキューの先頭につながれているトランザクション要求メッセージから実行順が最後のトランザクション要求メッセージであることを示す情報が付加されているトランザクション要求メッセージの内の入力順が最も前のトランザクション要求メッセージまでを破棄し、その後、前記実行待トランザクション起動手段を起動させる異常後処理手段とを備えたことを特徴とする。
また、本発明にかかる第2のトランザクション一括受付順次処理システムは、第1のトランザクション一括受付順次処理システムにおいて、
前記メッセージキューにつながれる複数のトランザクション要求メッセージは、端末から一括入力されることを特徴とする。
【0012】
また、本発明にかかる第のトランザクション一括受付順次処理システムは、第1または第2のトランザクション一括受付順次処理システムにおいて、
前記一連処理に関連する複数のトランザクション要求メッセージの内の、実行順が最後のトランザクション要求メッセージには処理結果の返信が必要であることを示す結果通知情報が付加され、それ以外のトランザクション要求メッセージには処理結果の返信が不要であることを示す結果通知情報が付加され、且つ、
前記異常後処理手段が、異常原因となったトランザクション要求メッセージに処理結果の返信が不要であることを示す結果通知情報が付加されている場合は、前記メッセージキューの先頭につながれているトランザクション要求メッセージから処理結果の返信が必要であることを示す結果通知情報が付加されているトランザクション要求メッセージまでを破棄した後、前記実行待トランザクション起動手段を起動する構成を有することを特徴とする。
【0013】
また、本発明にかかる第のトランザクション一括受付順次処理システムは、第のトランザクション一括受付順次処理システムにおいて、
前記異常後処理手段が、前記異常原因となったトランザクション要求メッセージに処理結果の返信が必要であることを示す結果通知情報が付加されている場合には、処理結果を端末に返信すると共に、前記実行待トランザクション起動手段を起動する構成を有することを特徴とする。
【0014】
【作用】
互いに関連性を持たない複数の一連処理を実行するための複数のトランザクション要求メッセージが端末から一括入力されると、トランザクション一括受付順次処理システムは、入力されたトランザクション要求メッセージを入力順にメッセージキューにつなぐ。実行待トランザクション起動手段は、メッセージキューにつながれているトランザクション要求メッセージを順次取り出し、取り出したトランザクション要求メッセージに従ったトランザクション処理を起動する。
【0015】
また、トランザクション処理の実行中に異常が発生すると、異常後処理手段が、メッセージキューにつながれているトランザクション要求メッセージの内の、異常原因となったトランザクション要求メッセージを構成要素とする一連処理を実行するためのトランザクション要求メッセージを破棄し、その後、実行待トランザクション起動手段を起動する。これにより、異常が発生した一連処理以降のトランザクション処理が実行される。
【0016】
【発明の実施の形態】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【0017】
【実施例の構成】
図1を参照すると、本実施例は、プログラム制御により動作するオンライントランザクション処理システム1と、端末2とから構成されている。なお、図1では、端末2を1台しか図示していないが、実際には複数台存在する。
【0018】
端末2は、実行要求送信手段21と、処理結果受信手段22とを備えている。
【0019】
実行要求送信手段21は、関連性を持っていない複数の一連処理を実行させるための複数のトランザクション要求メッセージを一括して(連続して)オンライントランザクション処理システム1に送信(入力)する機能を有する。更に、実行要求送信手段21は、トランザクション要求メッセージを送信する際、各トランザクション要求メッセージに、その処理結果を端末2に返信する必要があるか否かを示す結果通知情報を付加する機能も有する。ここで、処理結果の返信が必要であることを示す結果通知情報は、一連処理の最後のトランザクションを要求するトランザクション要求メッセージだけに付加し、それ以外のトランザクション要求メッセージには返信不要であることを示す結果通知情報を付加する。
【0020】
処理結果受信手段22は、オンライントランザクション処理システム1から返信された処理結果(正常終了、異常終了など)を、図示を省略した表示装置やログファイルに出力する機能を有する。
【0021】
オンライントランザクション処理システム1は、実行要求受信手段11と、トランザクション起動手段12と、メッセージ格納段13と、端末2に対応するメッセージキュー14と、メッセージ格納バッファ15−1、15−2、…と、トランザクション終了手段16と、処理結果送信手段17と、メッセージ取り出し手段18と、実行待トランザクション起動手段19と、異常後処理手段20と、記録媒体Kとを備えている。なお、図1では、端末2に対応するメッセージキュー14のみしか図示していないが、各端末毎にメッセージキューが存在する。
【0022】
実行要求受信手段11は、端末2から結果通知情報の付加されたトランザクション要求メッセージを受信すると、新たなメッセージ格納バッファ15−i(i=1、2…)を生成し、そのメッセージ格納領域151および結果通知情報格納領域152(図2参照)に、今回受信したトランザクション要求メッセージおよび結果通知情報を格納する機能や、上記メッセージ格納バッファ15−iを示す情報および端末2を示す情報をトランザクション起動手段12に通知する機能を有する。
【0023】
トランザクション起動手段12は、実行要求受信手段11からの通知を受けると、上記通知によって示される端末2から既に送られてきているトランザクション要求メッセージに従ったトランザクション処理を実行中であるか否かを調べる機能や、実行中である場合には、メッセージ格納手段13に対してメッセージ格納バッファ15−iを示す情報を通知し、メッセージ格納バッファ15−iをメッセージキュー14の最後尾につながらせる機能や、実行中でない場合は、メッセージ格納バッファ15−iに格納されているトランザクション要求メッセージを該当する業務プログラムに渡し、それに従ったトランザクション処理を起動させる機能を有する。
【0024】
メッセージ格納手段13は、トランザクション起動手段12から通知されたメッセージ格納バッファ15−iをメッセージキュー14の最後尾につなぐ機能を有する。
【0025】
メッセージキュー14には、端末2から入力されたトランザクション要求メッセージを格納したメッセージ格納バッファ15−1、15−2、…が、トランザクション要求メッセージの入力順につなげられる。
【0026】
トランザクション終了手段16は、業務プログラムから受信したトランザクションの終了通知が“正常終了”を示し、且つトランザクション処理の起動時に使用したメッセージ格納バッファ15−jに格納されている結果通知情報が“返信要”である場合は、処理結果送信手段17に対して処理結果の送信を依頼した後、実行待トランザクション起動手段19に対して端末2に関する実行待ちトランザクションを起動することを指示し、終了通知が“正常終了”を示し、且つメッセージ格納バッファ15−jに格納されている結果通知情報が“返信不要”である場合は、実行待トランザクション起動手段19に対して端末2に関する実行待ちトランザクションを起動することを指示し、終了通知が“異常終了”を示している場合は、異常後処理手段20を呼び出し、メッセージ格納バッファ15−jを示す情報を渡す。
【0027】
実行待トランザクション起動手段19は、トランザクション終了手段16や、異常後処理手段20から端末2に関する実行待トランザクションを起動することが指示されると、メッセージ取り出し手段18に対して端末2を示す情報を渡すことにより、次に処理すべきメッセージ格納バッファ15−(j+1)を取得する機能や、このメッセージ格納バッファ15−(j+1)に格納されているトランザクション要求メッセージに従ったトランザクションを起動する機能を有する。また、実行待トランザクション起動手段19は、メッセージ格納バッファ15−(j+1)に格納されているトランザクション要求メッセージに従ったトランザクションの起動に失敗した場合、異常後処理手段20を呼び出し、メッセージ格納バッファ15−(j+1)を示す情報を渡す機能を有する。
【0028】
メッセージ取り出し手段18は、実行待トランザクション起動手段19から端末2を示す情報が渡されると、端末2に対応するメッセージキュー14の先頭につながれているメッセージ格納バッファ15−(j+1)をメッセージキュー14から取り外し、その次につながれていたメッセージ格納バッファ15−(j+2)をメッセージキュー14の先頭につなぐ機能や、メッセージキュー14から取り外したメッセージ格納バッファ15−(j+1)を要求元の実行待トランザクション起動手段19に返却する機能を有する。
【0029】
異常後処理手段20は、トランザクション終了手段16から呼び出され、異常終了したトランザクション処理に対応するメッセージ格納バッファ15−jを示す情報が渡された場合は、メッセージキュー14につながれているメッセージ格納バッファ15−(j+1)、15−(j+2)、…の内の、メッセージ格納バッファ15−jが属している一連処理の構成要素となっているメッセージ格納バッファをメッセージキュー14から外し、その後、実行待トランザクション起動手段19に端末2を示す情報を渡す。また、実行待トランザクション起動手段19から呼び出され、起動に失敗したトランザクション処理に対応するメッセージ格納バッファ15−(j+1)が渡された場合は、メッセージキュー14につながれているメッセージ格納バッファ15−(j+2)、15−(j+3)、…の内の、メッセージ格納バッファ15−(j+1)が属している一連処理の構成要素となっているメッセージ格納バッファをメッセージキュー14から取り外し、その後、実行待トランザクション起動手段19に端末2を示す情報を渡す。
【0030】
記録媒体Kは、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータをオンライントランザクション処理システム1として機能させるためのプログラムが記録されている。このプログラムは、コンピュータによって読み取られ、その動作を制御することで、コンピュータ上に、実行要求受信手段11と、トランザクション起動手段12と、メッセージ格納手段13と、端末2に対応するメッセージキュー14と、メッセージ格納バッファ15−1、15−2、…と、トランザクション終了手段16と、処理結果送信手段17と、メッセージ取り出し手段18と、実行待トランザクション起動手段19と、異常後処理手段20とを実現する。
【0031】
【実施例の動作の説明】
次に、各図を参照して本実施例の全体の動作について詳細に説明する。
【0032】
端末2内の実行要求送信手段21は、互いに関連性を持っていない複数の一連処理を実行させるために複数のトランザクション要求メッセージを一括してオンライントランザクション処理システム1に入力する場合、図3の流れ図に示す処理を行う。なお、オンライントランザクション処理システム1に一括入力する複数のトランザクション要求メッセージは、図示を省略した端末2の記憶装置(例えば、ハードディスク装置)に、オンライントランザクション処理システム1へ入力する順に格納されているとする。また、1つの一連処理を構成する複数のトランザクション要求メッセージは、それらが1つの一連処理を構成するものであることが判る形式で記憶装置に格納されているとする。また、図3に示すような一括入力処理は、例えば夜間などの負荷の少ないときに実施するのが望ましい。
【0033】
先ず、実行要求送信手段21は、一括入力するトランザクション要求メッセージの内の、入力順が第1番目のトランザクション要求メッセージに注目する(ステップA1、A2)。その後、注目したトランザクション要求メッセージが、一連処理中の最後のものであるか否かを調べる(ステップA3)。そして、最後のトランザクション要求メッセージである場合には、“返信要”を示す結果通知情報を付加してオンライントランザクション処理システム1へ送信し(ステップA4がYES、A5、A7)、最後のトランザクション要求メッセージでない場合は、“返信不要”を示す結果通知情報を付加してオンライントランザクション処理システム1へ送信する(ステップA4がNO、A6、A7)。
【0034】
その後、実行要求送信手段21は、入力順が第2番目のトランザクション要求メッセージに注目し(ステップA8、A2)、前述した処理と同様の処理を行う。実行要求送信手段21は、上記した処理を、未送信のトランザクション要求メッセージがなくなるまで(ステップA3がNOとなるまで)、繰り返し行う。
【0035】
オンライントランザクション処理システム1は、端末2から結果通知情報の付加されたトランザクション要求メッセージが送られてくる毎に、図4の流れ図に示す処理を行う。
【0036】
オンライントランザクション処理システム1内の実行要求受信手段11は、結果通知情報の付加されたトランザクション要求メッセージを受信すると(ステップB1)、新たなメッセージ格納バッファ15−iを生成し、そのメッセージ格納領域151及び結果通知情報格納領域152にトランザクション要求メッセージ及び結果通知情報を格納する(ステップB2)。その後、実行要求受信手段11は、メッセージ格納バッファ15−iを示す情報および端末2を示す情報をトランザクション起動手段12に通知する。
【0037】
トランザクション起動手段12は、上記通知を受けると、現在のトランザクション実行状態を確認し、端末2から送られてきたトランザクション要求メッセージに従ったトランザクション処理が実行中であるか否かを調べる(ステップB3)。
【0038】
そして、実行中のトランザクション処理があれば、新たに生成したメッセージ格納バッファ15−iを、メッセージキュー14の最後尾につなげる(ステップB3がYES、B4)。これに対して、実行中のトランザクション処理がなければ、メッセージ格納バッファ15−iに格納されているトランザクション要求メッセージを該当する業務プログラムに渡し、上記トランザクション要求メッセージに従ったトランザクション処理を起動する(ステップB3がNO、B5)。
【0039】
業務プログラムは、メッセージ格納バッファ15−iに格納されているトランザクション要求メッセージに従ったトランザクション処理が終了すると、トランザクション終了手段16に対して終了通知を送る。
【0040】
トランザクション終了手段16は、上記終了通知を受信すると(図5、ステップC1)、トランザクション処理の処理結果を確認する(ステップC2)。そして、異常終了の場合(ステップC2がNO)は、トランザクション処理の起動時に使用したメッセージ格納バッファ15−iを示す情報を異常後処理手段20に通知する(ステップC10)。これに対して、“正常終了”の場合(ステップC2がYES)は、トランザクション処理の起動時に使用したメッセージ格納バッファ15−i内の結果通知情報格納領域152を参照し、処理結果を返信することが必要であるか否かを確認する(ステップC3)。
【0041】
そして、処理結果を返す必要がある場合(ステップC3がYES)は、処理結果送信手段17を使用して端末2へ処理結果を返信した後(ステップC4)、次の実行待ちトランザクションを処理するために、実行待トランザクション起動手段19に対して端末2を示す情報を通知する(ステップC5)。これに対して、処理結果を返す必要がない場合は、直ちに、実行待トランザクション起動手段19に対して端末2を示す情報を通知する(ステップC5)。
【0042】
この通知を受けた実行待トランザクション起動手段19は、メッセージ取り出し手段18に対して端末2を示す情報を通知することにより、端末2に対応して設けられているメッセージキュー14の先頭につながれているメッセージ格納バッファ15−(i+1)を取得する(ステップC6、C7がYES)。その後、実行待トランザクション起動手段19は、業務プログラムに上記メッセージ格納バッファ15−(i+1)に格納されているトランザクション要求メッセージを渡し、トランザクション処理を起動する(ステップC8)。そして、起動に成功した場合(ステップC9がYES)は、一旦処理を終了し、トランザクション処理の終了が業務プログラムから通知されると、再び、図5の流れ図に示す処理を行う。これに対して、トランザクション処理の起動に失敗した場合(ステップC9がNO)、トランザクション処理の起動時に使用したメッセージ格納バッファ15−(i+1)を示す情報を異常後処理手段20に通知する(ステップC11)。
【0043】
異常後処理手段20は、トランザクション終了手段16から処理結果が“異常終了”となったトランザクション処理の起動時に使用したメッセージ格納バッファを示す情報が通知された場合(ステップC10)、または、実行待トランザクション起動手段19からトランザクション処理の起動に失敗した時に使用したメッセージ格納バッファを示す情報が通知された場合は(ステップC11)、以下の処理を行う。
【0044】
今、例えば、メッセージ格納バッファ15−kを示す情報が通知されたとすると、異常後処理手段20は、通知されたメッセージ格納バッファ15−kに注目し(図6、ステップD1)、そこに格納されている結果通知情報が“返信要”となっているか否かを調べる(ステップD2)。
【0045】
そして、“返信不要”となっている場合(ステップD2がNO)は、異常となった一連処理に関連するメッセージ格納バッファがメッセージキュー14につながれていることになるので、メッセージキュー14につながれている第1番目のメッセージ格納バッファ15−(k+1)に注目し、このメッセージ格納バッファ15−(k+1)をメッセージキュー14から取り外す(ステップD3〜D5)。その後、メッセージキュー14から取り外したメッセージ格納バッファ15−(k+1)中の結果通知情報が“返信要”となっているか否かを調べる(ステップD6)。
【0046】
そして、“返信不要”となっている場合(ステップD6がNO)は、メッセージキュー14の先頭につながれているメッセージ格納バッファ15−(k+2)に注目し(ステップD3)、前述した処理と同様の処理を行う。
【0047】
これに対して、ステップD2の判断結果がYESとなった場合や、ステップD6の判断結果がYESとなった場合は、異常となった一連処理に関連するメッセージ格納バッファは、メッセージキュー14につながれておらず、実行待ちとなっているトランザクションを起動しても何の問題もないので、処理結果送信手段17を用いて処理結果“異常終了”を端末2に送信すると共に、実行待トランザクション起動手段19に対して端末2を示す情報を通知する(ステップD7、D8)。なお、ステップD4でメッセージキュー14につながれているメッセージ格納バッファがないと判断した場合は、処理終了となる。
【0048】
実行待トランザクション起動手段19は、端末2を示す情報が異常後処理手段20から通知されると、端末2に対応して設けられているメッセージキュー14の先頭につながれているメッセージ格納バッファを取得し(図5のステップC6)、このメッセージ格納バッファに格納されているトランザクション要求メッセージに従ったトランザクション処理を起動する(ステップC8)。
【0049】
次に、具体例を用いて本実施例の動作を説明する。
【0050】
図7は、メッセージキュー14に複数のメッセージ格納バッファがつながれている状態を示す。今、オンライントランザクション処理システム1では、メッセージ格納バッファ15−1に格納されているトランザクション要求メッセージに従ったトランザクション処理を実行中であり、メッセージキュー14には、端末2から投入された順次実行しなければならないトランザクション要求メッセージを格納したメッセージ格納バッファ15−2〜15−6が、トランザクション要求メッセージの投入順につながれている。また、メッセージ格納バッファ15−1〜15−6の結果通知情報格納領域152には、処理結果の返信が必要な場合は“1”、処理結果の返信が必要でない場合は“0”が格納されている。
【0051】
この時、トランザクション終了手段16に対して、実行中であったトランザクション処理の異常終了が通知されたとする。トランザクション終了手段16は、トランザクションの処理結果を確認すると、トランザクションの処理結果が“異常終了”であるため(図5のステップC2がNO)、異常後処理手段20に対して、トランザクション起動時に使用したメッセージ格納バッファ15−1を示す情報を通知する(ステップC10)。
【0052】
異常後処理手段20では、通知されたメッセージ格納バッファ15−1内の結果通知情報格納領域152を参照し、処理結果を返信することが不要(結果通知情報=“0”)であると認識すると(図6のステップD1、D2がNO)、異常原因となったトランザクション要求メッセージを構成要素としている一連処理中の他のトランザクション要求メッセージをメッセージキュー14から取り外すため、メッセージキュー14の先頭につながれているメッセージ格納バッファ15−2をメッセージキュー14から取り外す(ステップD3〜D5)。このメッセージ格納バッファ15−2中の結果通知情報も“返信不要”=“0”となっているので、異常後処理手段20は、メッセージキュー14の先頭につながれているメッセージ格納バッファ15−3を取り外す(ステップD6がNO、D3)。そして、メッセージ格納バッファ15−3中の結果通知情報を確認すると“返信要”=“1”となっているので(ステップD6がYES)、処理結果を端末2に返信すると共に、次の起動待ちトランザクションを処理するために、実行待トランザクション起動手段19に端末2を示す情報を通知する(ステップD7、D8)。なお、ステップD2がYESの場合も、ステップD7、D8の処理が行われる。
【0053】
これにより、実行待トランザクション起動手段19は、メッセージ取り出し手段18を使用して、端末2に対応するメッセージキュー14の先頭につながれているメッセージ格納バッファ15−4を取り出し、トランザクション処理を起動する(図5、ステップC6〜C8)。
【0054】
【発明の効果】
以上説明したように、本発明のトランザクション一括受付順次処理システムによれば、複数の一連処理を実行させるための複数のトランザクション要求メッセージを同一端末から一括入力することができ、作業効率を向上させることができる。
【0055】
その理由は、端末から一括して入力される、互いに関連性を持たない複数の一連処理を実行するための複数のトランザクション要求メッセージが入力順につながれるメッセージキューと、メッセージキューにつながれているトランザクション要求メッセージを順次取り出し、取り出したトランザクション要求メッセージに従ったトランザクション処理を起動する実行待トランザクション起動手段とを備えているからである。
【0056】
また、本発明のトランザクション一括受付順次処理システムによれば、複数の一連処理を受け付けた状態(一括入力された状態)で、或る一連処理の途中で異常が発生した場合、その影響を異常が発生した一連処理のみに閉じることができる。
【0057】
その理由は、トランザクション処理の実行中に異常が発生した場合、メッセージキューにつながれているトランザクション要求メッセージの内の、異常原因となったトランザクション要求メッセージを構成要素とする一連処理を実行するためのトランザクション要求メッセージを破棄し、その後、前記実行待トランザクション起動手段を起動させる異常後処理手段を備えているからである。
【図面の簡単な説明】
【図1】本発明の実施例のブロック図である。
【図2】メッセージ格納バッファ15−iの構成例を示す図である。
【図3】実行要求送信手段21の処理例を示す流れ図である。
【図4】端末からトランザクション要求メッセージが送られてきたときのオンライントランザクション処理システム1の処理例を示す流れ図である。
【図5】1つのトランザクション要求メッセージに対応するトランザクション処理が終了したときのオンライントランザクション処理システム1の処理例の一部を示す流れ図である。
【図6】1つのトランザクション要求メッセージに対応するトランザクション処理が終了したときのオンライントランザクション処理システム1の処理例の残りの部分を示す流れ図である。
【図7】実施例の動作を具体例を用いて説明するための図である。
【図8】トランザクション処理システムの運用形態を説明するための図である。
【符号の説明】
1…オンライントランザクション処理システム
11…実行要求受信手段
12…トランザクション起動手段
13…メッセージ格納手段
14…メッセージキュー
15−1〜15−6…メッセージ格納バッファ
151…メッセージ格納領域
152…結果通知情報格納領域
16…トランザクション終了手段
17…処理結果送信手段
18…メッセージ取り出し手段
19…実行待トランザクション起動手段
20…異常後処理手段
K…記録媒体
2…端末
21…実行要求送信手段
22…処理結果受信手段
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a transaction batch reception sequential processing system that processes a plurality of transaction request messages input from the same terminal in the order of input. In particular, when an abnormality occurs during execution of a transaction process, the range of influence is minimized. The present invention relates to a transaction batch reception sequential processing system.
[0002]
[Prior art]
Processing transaction request messages (messages) input from the same terminal in the order of input has been conventionally performed. As this type of conventional technology, for example, the following technology is known (for example, Patent Document 1).
[0003]
When a message is sent from the terminal, the transaction processing system generates a new message storage buffer and stores the message in the message storage area. In addition to the message storage area, the message storage buffer includes a link in the message queue indicating the execution order of messages that can be executed by the same task (transaction execution control means), and a message group input from the same terminal. A message group link indicating the message execution order is provided.
[0004]
Thereafter, a transaction execution control means for performing transaction processing relating to the message is selected, and a message storage buffer storing the current message is connected to the tail of the message queue provided corresponding to the selected transaction execution control means. This processing is performed using a message queue link. At the same time, the message storage buffer that stores the message this time and the last message storage buffer of the message storage buffer that already stores the message from the terminal that sent the message are stored in the message group. Connect using a link.
[0005]
The transaction execution control means indicates that there is a message storage buffer whose execution order is earlier than the message storage buffer among the message storage buffers connected to the message queue corresponding to the transaction execution means. A message storage buffer that is not connected to the front of the message queue is selected. Then, transaction processing is performed according to the message stored in the selected message storage buffer.
[0006]
[Patent Document 1]
Japanese Patent Publication No. 8-12653
[0007]
[Problems to be solved by the invention]
As shown in the prior art described above, in a transaction processing system, transaction request messages input from the same terminal are generally executed in the order of input. Accordingly, the user can transfer the plurality of transaction request messages from the terminal to the transaction processing system in the order in which the plurality of transaction request messages related to the business (series processing) completed by sequentially executing the plurality of transaction request messages. Performs an operation to send a message. Further, when there are a plurality of such series processes, as shown in FIG. 8, the operation of sequentially inputting a plurality of transaction request messages T11 to T13, T21 to T23,... Tn1 to Tn3 is repeated for each series process. Therefore, when the number of series processes to be processed is large, the work efficiency has been significantly reduced.
[0008]
SUMMARY OF THE INVENTION An object of the present invention is to provide a transaction batch reception sequential processing system capable of collectively inputting a plurality of transaction request messages for executing a plurality of series of processes from the same terminal.
[0009]
Another object of the present invention is to provide a transaction batch reception sequential processing system capable of minimizing the range of influence when an abnormality occurs during the execution of a plurality of series of processes input in a batch. There is.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, the first transaction batch reception sequential processing system according to the present invention provides:
Transaction request message for a series of processes completed by executing multiple transaction request messages sequentially In addition, the transaction request message to which the information indicating that is added to the transaction request message having the last execution order in the series of processes includes a plurality of series processes, Message queues connected in the order of input,
An execution waiting transaction starting means for sequentially taking out the transaction request messages connected to the message queue and starting the transaction processing according to the extracted transaction request messages;
If an error occurs during transaction processing, the transaction request message that caused the error in the transaction request messages connected to the message queue If no information indicating that the message is the last transaction request message in the series of processing is added to the message queue, it indicates that the execution order is the last transaction request message from the transaction request message connected to the head of the message queue. Discards the transaction request message to which the information is added up to the transaction request message with the earliest input order, And a post-abnormal processing means for starting the waiting transaction starting means.
A second transaction batch acceptance sequential processing system according to the present invention is the first transaction batch acceptance sequential processing system.
A plurality of transaction request messages connected to the message queue are collectively input from a terminal.
[0012]
Further, according to the present invention, 3 The transaction batch acceptance sequential processing system of the first Or second Transaction batch reception sequential processing system
Of the plurality of transaction request messages related to the series of processes, result notification information indicating that a process result must be returned is added to the transaction request message having the last execution order, and the other transaction request messages are added to the other transaction request messages. Is added with result notification information indicating that the reply of the processing result is unnecessary, and
The transaction request message connected to the head of the message queue when the abnormal post-processing means has attached to the transaction request message that caused the abnormality a result notification information indicating that it is not necessary to return a processing result. To the transaction request message to which result notification information indicating that it is necessary to return the processing result is discarded, and then the execution waiting transaction starting means is started.
[0013]
Further, according to the present invention, 4 The transaction batch acceptance sequential processing system 3 Transaction batch reception sequential processing system
In the case where the result notification information indicating that a return of the processing result is necessary is added to the transaction request message causing the abnormality, the abnormal post-processing means returns the processing result to the terminal, and The present invention is characterized in that the execution waiting transaction starting means is started.
[0014]
[Action]
When multiple transaction request messages for executing multiple series of processes that are not related to each other are batch input from the terminal, the transaction batch reception sequential processing system connects the input transaction request messages to the message queue in the order of input. . The execution waiting transaction activation means sequentially retrieves the transaction request messages connected to the message queue, and activates transaction processing according to the retrieved transaction request messages.
[0015]
Also, if an abnormality occurs during the execution of transaction processing, the post-abnormal processing means executes a series of processes that use the transaction request message that caused the abnormality among the transaction request messages that are connected to the message queue. The transaction request message is discarded, and then the waiting transaction starting means is started. As a result, transaction processing after the series of processing in which an abnormality has occurred is executed.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments of the present invention will be described in detail with reference to the drawings.
[0017]
[Configuration of Example]
Referring to FIG. 1, the present embodiment includes an online transaction processing system 1 that operates by program control and a terminal 2. In FIG. 1, only one terminal 2 is shown, but there are actually a plurality of terminals.
[0018]
The terminal 2 includes an execution request transmission unit 21 and a processing result reception unit 22.
[0019]
The execution request transmitting unit 21 has a function of transmitting (inputting) a plurality of transaction request messages for executing a plurality of unrelated processes to the online transaction processing system 1 in a lump (continuously). . Further, the execution request transmitting means 21 has a function of adding result notification information indicating whether or not it is necessary to return the processing result to the terminal 2 when transmitting a transaction request message. Here, the result notification information indicating that it is necessary to return the processing result is added only to the transaction request message requesting the last transaction in the series processing, and it is not necessary to return the response to other transaction request messages. The result notification information shown is added.
[0020]
The processing result receiving unit 22 has a function of outputting the processing results (normal end, abnormal end, etc.) returned from the online transaction processing system 1 to a display device or a log file (not shown).
[0021]
The online transaction processing system 1 includes an execution request receiving means 11, a transaction starting means 12, a message storage stage 13, a message queue 14 corresponding to the terminal 2, message storage buffers 15-1, 15-2,. The transaction ending unit 16, the processing result transmitting unit 17, the message extracting unit 18, the execution waiting transaction starting unit 19, the abnormal post-processing unit 20, and the recording medium K are provided. In FIG. 1, only the message queue 14 corresponding to the terminal 2 is shown, but there is a message queue for each terminal.
[0022]
When receiving the transaction request message to which the result notification information is added from the terminal 2, the execution request receiving unit 11 generates a new message storage buffer 15-i (i = 1, 2,...), And the message storage area 151 and In the result notification information storage area 152 (see FIG. 2), the transaction starting means 12 stores the function of storing the transaction request message and result notification information received this time, the information indicating the message storage buffer 15-i and the information indicating the terminal 2. It has a function to notify.
[0023]
Upon receiving the notification from the execution request receiving unit 11, the transaction starting unit 12 checks whether or not the transaction process according to the transaction request message already sent from the terminal 2 indicated by the notification is being executed. If the function is being executed, the message storage unit 13 is notified of information indicating the message storage buffer 15-i, and the message storage buffer 15-i is connected to the tail of the message queue 14, When not being executed, the transaction request message stored in the message storage buffer 15-i is passed to the corresponding business program, and a transaction process corresponding to the transaction program is started.
[0024]
The message storage unit 13 has a function of connecting the message storage buffer 15-i notified from the transaction starting unit 12 to the tail of the message queue 14.
[0025]
Message storage buffers 15-1, 15-2,... That store transaction request messages input from the terminal 2 are connected to the message queue 14 in the order in which the transaction request messages are input.
[0026]
The transaction end means 16 indicates that the end notification of the transaction received from the business program indicates “normal end”, and the result notification information stored in the message storage buffer 15-j used when starting the transaction processing is “requires reply”. In this case, after requesting the processing result transmitting unit 17 to transmit the processing result, the execution waiting transaction starting unit 19 is instructed to start the execution waiting transaction relating to the terminal 2, and the end notification is “normal”. If the result notification information stored in the message storage buffer 15-j is “reply unnecessary”, the execution waiting transaction related to the terminal 2 is started with respect to the execution waiting transaction starting means 19. If the end notification indicates “abnormal end”, the error Call the means 20, and passes the information indicating the message storage buffer 15-j.
[0027]
When the execution waiting transaction starting unit 19 is instructed to start the execution waiting transaction related to the terminal 2 from the transaction end unit 16 or the abnormal post-processing unit 20, the execution waiting transaction starting unit 19 passes information indicating the terminal 2 to the message extracting unit 18. Thus, it has a function of acquiring a message storage buffer 15- (j + 1) to be processed next, and a function of starting a transaction according to a transaction request message stored in the message storage buffer 15- (j + 1). Further, the execution waiting transaction activation means 19 calls the abnormal post-processing means 20 when the transaction activation according to the transaction request message stored in the message storage buffer 15- (j + 1) fails, and the message storage buffer 15- A function of passing information indicating (j + 1).
[0028]
When the information indicating the terminal 2 is passed from the execution waiting transaction starting means 19, the message retrieving means 18 reads the message storage buffer 15-(j + 1) connected to the head of the message queue 14 corresponding to the terminal 2 from the message queue 14. A function to connect the message storage buffer 15- (j + 2) that has been removed and connected to the head of the message queue 14, or a message storage buffer 15- (j + 1) that has been removed from the message queue 14 to start the execution waiting transaction of the request source 19 has the function of returning.
[0029]
The abnormal post-processing means 20 is called from the transaction ending means 16 and, when information indicating the message storage buffer 15-j corresponding to the abnormally ended transaction processing is passed, the message storage buffer 15 connected to the message queue 14. The message storage buffer that is a component of the series of processing to which the message storage buffer 15-j belongs is removed from the message queue 14 among-(j + 1), 15- (j + 2),... Information indicating the terminal 2 is passed to the activation means 19. Further, when the message storage buffer 15- (j + 1) corresponding to the transaction process that has been invoked and failed to be started is passed from the execution waiting transaction starting means 19, the message storage buffer 15- (j + 2) connected to the message queue 14 is passed. ), 15- (j + 3),..., The message storage buffer that is a constituent element of the series processing to which the message storage buffer 15- (j + 1) belongs is removed from the message queue 14, and then an execution waiting transaction is started. Information indicating the terminal 2 is passed to the means 19.
[0030]
The recording medium K is a disk, semiconductor memory, or other recording medium, and stores a program for causing the computer to function as the online transaction processing system 1. This program is read by a computer and by controlling its operation, an execution request receiving means 11, a transaction starting means 12, a message storing means 13, a message queue 14 corresponding to the terminal 2, The message storage buffers 15-1, 15-2,..., The transaction ending unit 16, the processing result transmitting unit 17, the message extracting unit 18, the execution waiting transaction starting unit 19, and the abnormal post-processing unit 20 are realized. .
[0031]
[Description of operation of embodiment]
Next, the overall operation of this embodiment will be described in detail with reference to the drawings.
[0032]
When the execution request transmitting means 21 in the terminal 2 inputs a plurality of transaction request messages to the online transaction processing system 1 in a batch in order to execute a plurality of processes that are not related to each other, the flowchart of FIG. The process shown in is performed. It should be noted that a plurality of transaction request messages that are collectively input to the online transaction processing system 1 are stored in the storage device (for example, a hard disk device) of the terminal 2 (not shown) in the order of input to the online transaction processing system 1. . In addition, it is assumed that a plurality of transaction request messages constituting one series of processing are stored in the storage device in a format that can be understood as constituting one series of processing. Further, it is desirable to perform the batch input process as shown in FIG. 3 when the load is small, for example, at night.
[0033]
First, the execution request transmission means 21 pays attention to the transaction request message having the first input order among the transaction request messages to be collectively input (steps A1 and A2). Thereafter, it is checked whether or not the noticed transaction request message is the last one in the series processing (step A3). If it is the last transaction request message, result notification information indicating “return required” is added and transmitted to the online transaction processing system 1 (YES in steps A4, A5, A7), and the last transaction request message is sent. If not, result notification information indicating “reply unnecessary” is added and transmitted to the online transaction processing system 1 (NO in step A4, A6, A7).
[0034]
Thereafter, the execution request transmission unit 21 pays attention to the second transaction request message in the input order (steps A8 and A2), and performs the same process as described above. The execution request transmission unit 21 repeats the above processing until there is no untransmitted transaction request message (until NO in step A3).
[0035]
The online transaction processing system 1 performs the processing shown in the flowchart of FIG. 4 every time a transaction request message to which result notification information is added is sent from the terminal 2.
[0036]
When the execution request receiving means 11 in the online transaction processing system 1 receives the transaction request message to which the result notification information is added (step B1), the execution request receiving means 11 generates a new message storage buffer 15-i, and the message storage area 151 and The transaction request message and result notification information are stored in the result notification information storage area 152 (step B2). Thereafter, the execution request receiving unit 11 notifies the transaction starting unit 12 of information indicating the message storage buffer 15-i and information indicating the terminal 2.
[0037]
Upon receiving the above notification, the transaction starting unit 12 confirms the current transaction execution state and checks whether or not transaction processing according to the transaction request message sent from the terminal 2 is being executed (step B3). .
[0038]
If there is a transaction process being executed, the newly generated message storage buffer 15-i is connected to the tail of the message queue 14 (YES in step B3, B4). On the other hand, if there is no transaction processing being executed, the transaction request message stored in the message storage buffer 15-i is passed to the corresponding business program, and the transaction processing according to the transaction request message is started (step B3 is NO, B5).
[0039]
When the transaction processing according to the transaction request message stored in the message storage buffer 15-i ends, the business program sends an end notification to the transaction end unit 16.
[0040]
When the transaction end means 16 receives the end notification (FIG. 5, step C1), it confirms the processing result of the transaction processing (step C2). Then, in the case of abnormal termination (NO in step C2), information indicating the message storage buffer 15-i used at the time of starting transaction processing is notified to the abnormal post-processing means 20 (step C10). On the other hand, in the case of “normal end” (step C2 is YES), the result notification information storage area 152 in the message storage buffer 15-i used at the time of starting transaction processing is referred to, and the processing result is returned. Is checked (step C3).
[0041]
If it is necessary to return the processing result (YES in step C3), the processing result sending means 17 is used to return the processing result to the terminal 2 (step C4), and then the next execution waiting transaction is processed. In addition, information indicating the terminal 2 is notified to the execution waiting transaction starting means 19 (step C5). On the other hand, if it is not necessary to return the processing result, the information indicating the terminal 2 is immediately notified to the execution waiting transaction starting means 19 (step C5).
[0042]
Upon receipt of this notification, the waiting transaction starting means 19 is connected to the head of the message queue 14 provided corresponding to the terminal 2 by notifying the message extracting means 18 of information indicating the terminal 2. The message storage buffer 15- (i + 1) is acquired (YES in steps C6 and C7). Thereafter, the pending transaction activation means 19 passes the transaction request message stored in the message storage buffer 15- (i + 1) to the business program and activates transaction processing (step C8). If the activation is successful (YES in step C9), once the processing is finished and the end of the transaction processing is notified from the business program, the processing shown in the flowchart of FIG. 5 is performed again. On the other hand, when the transaction process fails to start (NO in step C9), information indicating the message storage buffer 15- (i + 1) used when starting the transaction process is notified to the abnormal post-processing means 20 (step C11). ).
[0043]
The abnormal post-processing means 20 is notified of the information indicating the message storage buffer used when starting the transaction process whose processing result is “abnormal end” from the transaction end means 16 (step C10), or the execution waiting transaction When information indicating the message storage buffer used when the activation of the transaction process has failed from the activation unit 19 (step C11), the following process is performed.
[0044]
Now, for example, if information indicating the message storage buffer 15-k is notified, the abnormal post-processing means 20 pays attention to the notified message storage buffer 15-k (FIG. 6, step D1) and is stored therein. It is checked whether or not the result notification information is “return required” (step D2).
[0045]
If “reply is not required” (NO in step D2), the message storage buffer related to the abnormal series of processing is connected to the message queue 14, and thus connected to the message queue 14. Focusing on the first message storage buffer 15- (k + 1), the message storage buffer 15- (k + 1) is removed from the message queue 14 (steps D3 to D5). Thereafter, it is checked whether or not the result notification information in the message storage buffer 15- (k + 1) removed from the message queue 14 is “requires reply” (step D6).
[0046]
If “reply is not required” (NO in step D6), pay attention to the message storage buffer 15- (k + 2) connected to the head of the message queue 14 (step D3), and the same processing as described above. Process.
[0047]
On the other hand, if the determination result in step D2 is YES or the determination result in step D6 is YES, the message storage buffer related to the abnormal series of processes is connected to the message queue 14. Since there is no problem even if the transaction waiting for execution is started, the processing result transmission means 17 is used to transmit the processing result “abnormal end” to the terminal 2 and the execution waiting transaction start means. 19 is notified of information indicating the terminal 2 (steps D7 and D8). If it is determined in step D4 that there is no message storage buffer connected to the message queue 14, the processing ends.
[0048]
When the information indicating the terminal 2 is notified from the abnormal post-processing means 20, the execution waiting transaction starting means 19 acquires the message storage buffer connected to the head of the message queue 14 provided corresponding to the terminal 2. (Step C6 in FIG. 5), the transaction processing according to the transaction request message stored in the message storage buffer is started (Step C8).
[0049]
Next, the operation of this embodiment will be described using a specific example.
[0050]
FIG. 7 shows a state where a plurality of message storage buffers are connected to the message queue 14. Now, the online transaction processing system 1 is executing transaction processing according to the transaction request message stored in the message storage buffer 15-1, and the message queue 14 must be executed sequentially from the terminal 2. Message storage buffers 15-2 to 15-6 that store the transaction request messages that must be connected are connected in the order in which the transaction request messages are input. In the result notification information storage area 152 of the message storage buffers 15-1 to 15-6, “1” is stored when the processing result is required to be returned, and “0” is stored when the processing result is not required to be returned. ing.
[0051]
At this time, it is assumed that the transaction end means 16 is notified of the abnormal end of the transaction process being executed. When the transaction end result 16 is confirmed, the transaction end result 16 is “abnormal end” (step C2 in FIG. 5 is NO). Information indicating the message storage buffer 15-1 is notified (step C10).
[0052]
When the abnormal post-processing means 20 recognizes that it is unnecessary to refer to the result notification information storage area 152 in the notified message storage buffer 15-1 and return the processing result (result notification information = “0”). (NO in steps D1 and D2 in FIG. 6), in order to remove from the message queue 14 other transaction request messages in a series of processing that are composed of the transaction request message that caused the abnormality, it is connected to the head of the message queue 14. The message storage buffer 15-2 is removed from the message queue 14 (steps D3 to D5). Since the result notification information in the message storage buffer 15-2 is also “reply unnecessary” = “0”, the abnormal post-processing means 20 uses the message storage buffer 15-3 connected to the head of the message queue 14. Remove (step D6 is NO, D3). When the result notification information in the message storage buffer 15-3 is confirmed, “reply required” = “1” (YES in step D6), the process result is returned to the terminal 2 and the next activation is awaited. In order to process the transaction, information indicating the terminal 2 is notified to the waiting transaction starting means 19 (steps D7 and D8). In addition, also when step D2 is YES, the process of step D7, D8 is performed.
[0053]
As a result, the pending transaction activation means 19 uses the message retrieval means 18 to retrieve the message storage buffer 15-4 connected to the head of the message queue 14 corresponding to the terminal 2, and activates transaction processing (FIG. 5, Steps C6-C8).
[0054]
【The invention's effect】
As described above, according to the transaction batch reception sequential processing system of the present invention, a plurality of transaction request messages for executing a plurality of series of processes can be collectively input from the same terminal, thereby improving work efficiency. Can do.
[0055]
The reason is that a message queue in which multiple transaction request messages for executing a series of processes that are not related to each other are input in batch from a terminal are connected in the order of input, and a transaction request that is connected to the message queue This is because it includes execution waiting transaction starting means for sequentially extracting messages and starting transaction processing according to the extracted transaction request message.
[0056]
Further, according to the transaction batch reception sequential processing system of the present invention, when an abnormality occurs in the middle of a certain series of processes in a state where a plurality of series of processes are received (a state in which the batch input has been performed), It can be closed only to the series of processes that occurred.
[0057]
The reason for this is that if an error occurs during the execution of a transaction process, a transaction for executing a series of processes consisting of the transaction request message that caused the error among the transaction request messages connected to the message queue. This is because there is provided an abnormal post-processing means for discarding the request message and then starting the execution waiting transaction starting means.
[Brief description of the drawings]
FIG. 1 is a block diagram of an embodiment of the present invention.
FIG. 2 is a diagram illustrating a configuration example of a message storage buffer 15-i.
FIG. 3 is a flowchart showing a processing example of an execution request transmission unit 21;
FIG. 4 is a flowchart showing a processing example of the online transaction processing system 1 when a transaction request message is sent from a terminal.
FIG. 5 is a flowchart showing a part of a processing example of the online transaction processing system 1 when transaction processing corresponding to one transaction request message is completed.
FIG. 6 is a flowchart showing the remaining part of the processing example of the online transaction processing system 1 when the transaction processing corresponding to one transaction request message is completed.
FIG. 7 is a diagram for explaining the operation of the embodiment by using a specific example;
FIG. 8 is a diagram for explaining an operation mode of a transaction processing system.
[Explanation of symbols]
1 ... Online transaction processing system
11: Execution request receiving means
12 ... Transaction starting means
13: Message storage means
14 ... Message queue
15-1 to 15-6 ... Message storage buffer
151: Message storage area
152 ... Result notification information storage area
16. Transaction end means
17 ... Processing result transmission means
18 ... Message retrieval means
19. Execution waiting transaction starting means
20: Abnormal post-processing means
K ... Recording medium
2 ... terminal
21 ... Execution request transmission means
22: Processing result receiving means

Claims (7)

複数のトランザクション要求メッセージが順次実行されることにより完結する一連処理にかかるトランザクション要求メッセージであって、一連処理における実行順が最後のトランザクション要求メッセージには、そのことを示す情報が付加されるトランザクション要求メッセージが、複数の一連処理分、入力順につながれるメッセージキューと、
該メッセージキューにつながれているトランザクション要求メッセージを順次取り出し、取り出したトランザクション要求メッセージに従ったトランザクション処理を起動する実行待トランザクション起動手段と、
トランザクション処理の実行中に異常が発生した場合、前記メッセージキーュにつながれているトランザクション要求メッセージの内の、異常原因となったトランザクション要求メッセージに一連処理中の最後のトランザクション要求メッセージであることを示す情報が付加されていない場合は、前記メッセージキューの先頭につながれているトランザクション要求メッセージから実行順が最後のトランザクション要求メッセージであることを示す情報が付加されているトランザクション要求メッセージの内の入力順が最も前のトランザクション要求メッセージまでを破棄し、その後、前記実行待トランザクション起動手段を起動させる異常後処理手段とを備えたことを特徴とするトランザクション一括受付順次処理システム。
A transaction request message related to a series of processes that are completed by sequentially executing a plurality of transaction request messages, and a transaction request message to which information indicating that is added is added to the last transaction order message in the series of processes. A message queue in which messages are connected in multiple input processes in the order of input,
An execution waiting transaction starting means for sequentially taking out the transaction request messages connected to the message queue and starting the transaction processing according to the extracted transaction request messages;
When an abnormality occurs during the execution of transaction processing, the transaction request message that is the cause of the abnormality in the transaction request message connected to the message queue is the last transaction request message in the series of processing. When information is not added, the input order of the transaction request messages to which information indicating that the execution order is the last transaction request message from the transaction request message connected to the head of the message queue is added. A transaction batch acceptance sequential processing system comprising: an abnormal post-processing unit that discards up to the earliest transaction request message and then activates the waiting transaction starting unit.
請求項1記載のトランザクション一括受付順次処理システムにおいて、
前記メッセージキューにつながれる複数のトランザクション要求メッセージは、端末から一括入力されることを特徴とするトランザクション一括受付順次処理システム。
In the transaction batch reception sequential processing system according to claim 1,
The transaction batch acceptance sequential processing system, wherein a plurality of transaction request messages connected to the message queue are collectively input from a terminal.
請求項1または2記載のトランザクション一括受付順次処理システムにおいて、
前記一連処理に関連する複数のトランザクション要求メッセージの内の、実行順が最後のトランザクション要求メッセージには処理結果の返信が必要であることを示す結果通知情報が付加され、それ以外のトランザクション要求メッセージには処理結果の返信が不要であることを示す結果通知情報が付加され、且つ、
前記異常後処理手段が、異常原因となったトランザクション要求メッセージに処理結果の返信が不要であることを示す結果通知情報が付加されている場合は、前記メッセージキューの先頭につながれているトランザクション要求メッセージから処理結果の返信が必要であることを示す結果通知情報が付加されているトランザクション要求メッセージまでを破棄した後、前記実行待トランザクション起動手段を起動する構成を有することを特徴とするトランザクション一括受付順次処理システム。
In the transaction batch reception sequential processing system according to claim 1 or 2,
Of the plurality of transaction request messages related to the series of processes, result notification information indicating that a process result must be returned is added to the transaction request message having the last execution order, and the other transaction request messages are added to the other transaction request messages. Is added with result notification information indicating that the reply of the processing result is unnecessary, and
The transaction request message connected to the head of the message queue when the abnormal post-processing means has attached to the transaction request message that caused the abnormality a result notification information indicating that it is not necessary to return a processing result. The transaction batch acceptance sequence is configured to start the execution waiting transaction starting means after discarding the transaction request message to which the result notification information indicating that it is necessary to return the processing result is added. Processing system.
請求項3記載のトランザクション一括受付順次処理システムにおいて、
前記異常後処理手段が、前記異常原因となったトランザクション要求メッセージに処理結果の返信が必要であることを示す結果通知情報が付加されている場合には、処理結果を端末に返信すると共に、前記実行待トランザクション起動手段を起動する構成を有することを特徴とするトランザクション一括受付順次処理システム。
In the transaction batch reception sequential processing system according to claim 3,
In the case where the result notification information indicating that a return of the processing result is necessary is added to the transaction request message causing the abnormality, the abnormal post-processing means returns the processing result to the terminal, and A transaction batch reception sequential processing system characterized by having a configuration for starting an execution waiting transaction starting means.
複数のトランザクション要求メッセージが順次実行されることにより完結する一連処理にかかるトランザクション要求メッセージであって、一連処理における実行順が最後のトランザクション要求メッセージには、そのことを示す情報が付加されるトランザクション要求メッセージが、複数の一連処理分、入力順につながれるメッセージキューを備えたコンピュータを、
前記メッセージキューにつながれているトランザクション要求メッセージを順次取り出し、取り出したトランザクション要求メッセージに従ったトランザクション処理を起動する実行待トランザクション起動手段、
トランザクション処理の実行中に異常が発生した場合、前記メッセージキーュにつながれているトランザクション要求メッセージの内の、異常原因となったトランザクション要求メッセージに一連処理中の最後のトランザクション要求メッセージであることを示す情報が付加されていない場合は、前記メッセージキューの先頭につながれているトランザクション要求メッセージから実行順が最後のトランザクション要求メッセージであることを示す情報が付加されているトランザクション要求メッセージの内の入力順が最も前のトランザクション要求メッセージまでを破棄し、その後、前記実行待トランザクション起動手段を起動させる異常後処理手段として機能させるためのプログラム。
A transaction request message related to a series of processes that are completed by sequentially executing a plurality of transaction request messages, and a transaction request message to which information indicating that is added is added to the last transaction order message in the series of processes. A computer with a message queue in which messages are connected in the order of input for multiple series of processes .
An execution waiting transaction starting means for sequentially taking out the transaction request messages connected to the message queue and starting the transaction processing according to the extracted transaction request messages;
When an abnormality occurs during the execution of transaction processing, the transaction request message that is the cause of the abnormality in the transaction request message connected to the message queue is the last transaction request message in the series of processing. When information is not added, the input order of the transaction request messages to which information indicating that the execution order is the last transaction request message from the transaction request message connected to the head of the message queue is added. A program for canceling up to the earliest transaction request message and then functioning as an abnormal post-processing means for starting the execution waiting transaction starting means.
請求項記載のプログラムにおいて、
前記メッセージキューにつながれる複数のトランザクション要求メッセージは、端末から一括入力されることを特徴とするプログラム。
The program according to claim 5 ,
A plurality of transaction request messages connected to the message queue are collectively input from a terminal.
請求項または記載のプログラムにおいて、
前記一連処理に関連する複数のトランザクション要求メッセージの内の、実行順が最後のトランザクション要求メッセージには処理結果の返信が必要であることを示す結果通知情報が付加され、それ以外のトランザクション要求メッセージには処理結果の返信が不要であることを示す結果通知情報が付加され、且つ、
前記異常後処理手段が、異常原因となったトランザクション要求メッセージに処理結果の返信が不要であることを示す結果通知情報が付加されている場合は、前記メッセージキューの先頭につながれているトランザクション要求メッセージから処理結果の返信が必要であることを示す結果通知情報が付加されているトランザクション要求メッセージまでを破棄した後、前記実行待トランザクション起動手段を起動する構成を有することを特徴とするプログラム。
The program according to claim 5 or 6 ,
Of the plurality of transaction request messages related to the series of processes, result notification information indicating that a process result must be returned is added to the transaction request message having the last execution order, and the other transaction request messages are added to the other transaction request messages. Is added with result notification information indicating that the reply of the processing result is unnecessary, and
The transaction request message connected to the head of the message queue when the abnormal post-processing means has attached to the transaction request message that caused the abnormality a result notification information indicating that it is not necessary to return a processing result. And a transaction request message to which result notification information indicating that it is necessary to return a processing result is discarded, and then the execution waiting transaction starting means is started.
JP2003112560A 2003-04-17 2003-04-17 Transaction batch reception sequential processing system and program Expired - Fee Related JP4013817B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003112560A JP4013817B2 (en) 2003-04-17 2003-04-17 Transaction batch reception sequential processing system and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003112560A JP4013817B2 (en) 2003-04-17 2003-04-17 Transaction batch reception sequential processing system and program

Publications (2)

Publication Number Publication Date
JP2004318560A JP2004318560A (en) 2004-11-11
JP4013817B2 true JP4013817B2 (en) 2007-11-28

Family

ID=33472722

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003112560A Expired - Fee Related JP4013817B2 (en) 2003-04-17 2003-04-17 Transaction batch reception sequential processing system and program

Country Status (1)

Country Link
JP (1) JP4013817B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5957293B2 (en) * 2012-05-29 2016-07-27 みずほ情報総研株式会社 Cooperation process management system, cooperation process management method, and cooperation process management program

Also Published As

Publication number Publication date
JP2004318560A (en) 2004-11-11

Similar Documents

Publication Publication Date Title
US9495229B2 (en) Methods, apparatus and computer programs for managing persistence
TWI331299B (en) Command parsers, methods therefor, and graphic processing units using the same
CN111949497B (en) Message queue system and message processing method based on same
JP3877519B2 (en) System recovery method, computer system for implementing the method, and recording medium recording the processing program
US20210256593A1 (en) Coordination process restart device and coordination process restart method
US20040078707A1 (en) Adapter and method for handling errors in a data storage device converted to be accessible to multiple hosts
CN109684128B (en) Cluster overall fault recovery method of message middleware, server and storage medium
JP4013817B2 (en) Transaction batch reception sequential processing system and program
CN111090532A (en) Application service calling method and device, electronic equipment and computer storage medium
JP2009157786A (en) Message transmission control method, message transmission control device, and message transmission control program
US20020194276A1 (en) Distributed system and multiplexing control method for the system
JP4151330B2 (en) I / O control method for network file system
JP2008210110A (en) Business system and its execution request management method
CN114625702A (en) Data storage method, device and system and electronic equipment
JP3313655B2 (en) Data transmission / reception method, data transmission / reception method, and recording medium
JP2000010922A (en) Job start method and system for computer network and recording medium recording programmed job start method
JP2006120080A (en) Web service request relay system, web service request relay method, relay server and program
JP3428447B2 (en) Frame multiplex protocol processing method and frame multiplex protocol processing method
JPS6380347A (en) Retransmission system for file transfer
CN116827934A (en) File processing method and device based on message queue and electronic equipment
CN114187113A (en) Network online transaction management method, system, device, medium, and program product
CN111694683A (en) Data processing method and device, computer equipment and computer readable storage medium
JPH08123775A (en) Inter-cluster data transfer reducing system in multi-cluster system
CN114371972A (en) Method, system, device and storage medium for determining instruction issuing state
JPH10289179A (en) File transfer method, file transfer controller and recording medium recording file transfer program

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070201

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070220

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070418

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070529

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070730

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070821

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070903

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100921

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110921

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120921

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130921

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees