JPH0764909A - オンライン業務処理実行順序管理装置 - Google Patents
オンライン業務処理実行順序管理装置Info
- Publication number
- JPH0764909A JPH0764909A JP5214688A JP21468893A JPH0764909A JP H0764909 A JPH0764909 A JP H0764909A JP 5214688 A JP5214688 A JP 5214688A JP 21468893 A JP21468893 A JP 21468893A JP H0764909 A JPH0764909 A JP H0764909A
- Authority
- JP
- Japan
- Prior art keywords
- execution
- business
- job
- program
- management table
- 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.)
- Pending
Links
Abstract
(57)【要約】
【目的】オンライン業務処理の実行順序を自動管理し運
用の効率化を図る。 【構成】実行管理テーブル１０、業務プログラム２１〜
２３ごとの実行管理部１１〜１３及びメンテナンス部３
１より構成されている。実行管理テーブル１０は業務処
理の実行順序の管理情報を格納し、この管理情報は業務
名、実行結果、複数個の先行実行業務処理情報及び後行
実行業務処理などを保有する。実行管理部１１〜１３
は、業務プログラム２１〜２３のサブモジュールとして
起動され、業務処理の実行を行うかどうかの判断を行
う。また、業務処理自身が正常終了すれば、後行実行業
務処理を起動するかどうかの判断も行う。
用の効率化を図る。 【構成】実行管理テーブル１０、業務プログラム２１〜
２３ごとの実行管理部１１〜１３及びメンテナンス部３
１より構成されている。実行管理テーブル１０は業務処
理の実行順序の管理情報を格納し、この管理情報は業務
名、実行結果、複数個の先行実行業務処理情報及び後行
実行業務処理などを保有する。実行管理部１１〜１３
は、業務プログラム２１〜２３のサブモジュールとして
起動され、業務処理の実行を行うかどうかの判断を行
う。また、業務処理自身が正常終了すれば、後行実行業
務処理を起動するかどうかの判断も行う。
Description
【０００１】
【産業上の利用分野】本発明は、オンライン業務処理実
行順序管理装置に関する。
行順序管理装置に関する。
【０００２】
【従来の技術】従来、オンライン業務処理の実行に順序
を持たせて処理を行う場合、例えば、銀行において、公
共料金の自動引落し処理や給与の振込み処理など業務単
位にセンタ一括処理を行う時には、予め実行計画を作成
しておき、オペレータがその計画書どおりに処理の実行
を行っていた。
を持たせて処理を行う場合、例えば、銀行において、公
共料金の自動引落し処理や給与の振込み処理など業務単
位にセンタ一括処理を行う時には、予め実行計画を作成
しておき、オペレータがその計画書どおりに処理の実行
を行っていた。
【０００３】また、上記以外の方法として、実行処理順
序のスケジュールを統合一括管理する処理方式により固
定的なスケジュール順序に従って、処理実行条件が整い
しだい逐次実行を行うことにより、業務処理実行の完全
自動運転を行ってきた。
序のスケジュールを統合一括管理する処理方式により固
定的なスケジュール順序に従って、処理実行条件が整い
しだい逐次実行を行うことにより、業務処理実行の完全
自動運転を行ってきた。
【０００４】
【発明が解決しようとする課題】上述した従来のオンラ
イン業務処理実行順序管理方法のうちの前者では、実行
順序をオペレータが管理しているため、オペレーション
時の指示ミスあるいは、処理の実行忘れ等の不具合があ
った。また、実行計画書を毎日作成する手間が入る為、
人為的なオペレーションミスの発生及び作業効率上の問
題がある。
イン業務処理実行順序管理方法のうちの前者では、実行
順序をオペレータが管理しているため、オペレーション
時の指示ミスあるいは、処理の実行忘れ等の不具合があ
った。また、実行計画書を毎日作成する手間が入る為、
人為的なオペレーションミスの発生及び作業効率上の問
題がある。
【０００５】また、このような問題を解決するために、
業務処理実行順序のスケジュールを予め登録をし、その
スケジュールに従って自動実行する従来の後者の処理方
式では、スケジュールのみに従って逐次、業務処理の自
動実行を行うため、前処理する業務と次処理する業務と
の間に時間を空けるスケジュールを行ったり、業務処理
実行前にオペレータの介入をさせるなどの運用ができな
い。さらに、オンライン業務処理の業務特性上、実行順
序の変更が頻繁に発生するため、簡単に実行処理順序の
変更が行える必要があるが上述の従来方式では、簡単に
変更を行えない問題点もある。
業務処理実行順序のスケジュールを予め登録をし、その
スケジュールに従って自動実行する従来の後者の処理方
式では、スケジュールのみに従って逐次、業務処理の自
動実行を行うため、前処理する業務と次処理する業務と
の間に時間を空けるスケジュールを行ったり、業務処理
実行前にオペレータの介入をさせるなどの運用ができな
い。さらに、オンライン業務処理の業務特性上、実行順
序の変更が頻繁に発生するため、簡単に実行処理順序の
変更が行える必要があるが上述の従来方式では、簡単に
変更を行えない問題点もある。
【０００６】
【課題を解決するための手段】本発明のオンライン業務
処理実行順序管理装置は、業務処理の実行順番を予め登
録しておくための実行管理テーブルと、業務プログラム
が起動されると前記実行管理テーブルの情報を参照して
当該業務処理の実行可否の判断及び処理の実行結果を前
記実行管理テーブルに記録し管理を行う業務プログラム
対応の実行管理部とを設けたことを特徴とする。
処理実行順序管理装置は、業務処理の実行順番を予め登
録しておくための実行管理テーブルと、業務プログラム
が起動されると前記実行管理テーブルの情報を参照して
当該業務処理の実行可否の判断及び処理の実行結果を前
記実行管理テーブルに記録し管理を行う業務プログラム
対応の実行管理部とを設けたことを特徴とする。
【０００７】
【実施例】本発明の一実施例を示す図１を参照すると、
本実施例は複数の業務プログラム２１，２２，２３…に
対する業務処理実行順序管理部１００である。業務処理
実行順序管理部１００は、実行管理テーブル１０，業務
プログラム２１，２２，２３…ごとの実行管理部１１，
１２，１３…およびメンテナンス部３１から成る。業務
プログラム２１，２３，２３…はそれぞれ業務Ａ，Ｂ，
Ｃ…を実行するプログラムである。
本実施例は複数の業務プログラム２１，２２，２３…に
対する業務処理実行順序管理部１００である。業務処理
実行順序管理部１００は、実行管理テーブル１０，業務
プログラム２１，２２，２３…ごとの実行管理部１１，
１２，１３…およびメンテナンス部３１から成る。業務
プログラム２１，２３，２３…はそれぞれ業務Ａ，Ｂ，
Ｃ…を実行するプログラムである。
【０００８】実行管理テーブル１０には、各種業務処理
の処理実行順序の情報が格納されている。この情報とし
ては、図１に示すように、業務名、実行結果、先行業務
処理情報として前業務１、前業務２…後行業務処理情報
として次業務１…及び、業務自身のジョブ名がある。
の処理実行順序の情報が格納されている。この情報とし
ては、図１に示すように、業務名、実行結果、先行業務
処理情報として前業務１、前業務２…後行業務処理情報
として次業務１…及び、業務自身のジョブ名がある。
【０００９】実行管理部１１等は、業務プログラム２１
等のサブプログラムとして起動され、実行管理テーブル
１０の各種情報を基に該当業務の実行可否を判断する。
また、実行の結果を実行管理テーブル１０の実行結果欄
に書き込む。この実行結果の内容としては、処理の未実
行状態、前業務が起動されたが未実行となったことによ
る実行不可の場合の実行待ち状態、該当業務処理に致命
的エラーが発生した場合の異常終了状態及び処理が正常
に終了した場合の正常終了の状態の四状態がある。さら
に、実行管理部１１等は処理が正常終了した場合には、
実行待ち状態になっている次業務処理の実行を行うかど
うかのチェックを行う。なお、各業務処理の起動は、オ
ペレータによる起動や時間指定によって行われる。
等のサブプログラムとして起動され、実行管理テーブル
１０の各種情報を基に該当業務の実行可否を判断する。
また、実行の結果を実行管理テーブル１０の実行結果欄
に書き込む。この実行結果の内容としては、処理の未実
行状態、前業務が起動されたが未実行となったことによ
る実行不可の場合の実行待ち状態、該当業務処理に致命
的エラーが発生した場合の異常終了状態及び処理が正常
に終了した場合の正常終了の状態の四状態がある。さら
に、実行管理部１１等は処理が正常終了した場合には、
実行待ち状態になっている次業務処理の実行を行うかど
うかのチェックを行う。なお、各業務処理の起動は、オ
ペレータによる起動や時間指定によって行われる。
【００１０】また、メンテナンス部３１は、処理実行順
序情報を実行管理テーブル１０へ登録または修正を行う
サービスプログラムである。
序情報を実行管理テーブル１０へ登録または修正を行う
サービスプログラムである。
【００１１】次に、図２をも参照して本実施例の動作を
説明する。業務処理の実行順序として業務プログラム２
１及び業務プログラム２２の処理が正常終了後、業務プ
ログラム２３を実行するものとする。さらに、図２に示
す如く業務プログラム２１は正常終了、業務プログラム
２２は異常終了したときに、業務プログラム２３を起動
した場合の動作を例にとって説明する。
説明する。業務処理の実行順序として業務プログラム２
１及び業務プログラム２２の処理が正常終了後、業務プ
ログラム２３を実行するものとする。さらに、図２に示
す如く業務プログラム２１は正常終了、業務プログラム
２２は異常終了したときに、業務プログラム２３を起動
した場合の動作を例にとって説明する。
【００１２】最初に、メンテナンス部３１を使用して、
実行順序の情報を実行管理テーブル１０に格納する。上
述の条件に従い、実行管理テーブル１０の業務名Ａ及び
業務名Ｂの欄上の次業務１には業務名Ｃを格納、業務名
Ｃの欄上の前業務１に業務名Ａ、前業務２には業務名Ｂ
を格納する。
実行順序の情報を実行管理テーブル１０に格納する。上
述の条件に従い、実行管理テーブル１０の業務名Ａ及び
業務名Ｂの欄上の次業務１には業務名Ｃを格納、業務名
Ｃの欄上の前業務１に業務名Ａ、前業務２には業務名Ｂ
を格納する。
【００１３】（１）業務プログラム２１が正常終了した
場合の動作 業務プログラム２１は、初めにサブモジュールである実
行管理部１１を起動し、自身の実行可否をチェックす
る。この場合、実行管理テーブル１０の前業務情報が存
在しないので、業務プログラム２１の業務処理を直ちに
実行する。この業務処理の正常終了後、実行管理部１１
は、再度実行され、実行管理テーブル１０の業務Ａ対応
の実行結果欄に正常終了状態を格納する。
場合の動作 業務プログラム２１は、初めにサブモジュールである実
行管理部１１を起動し、自身の実行可否をチェックす
る。この場合、実行管理テーブル１０の前業務情報が存
在しないので、業務プログラム２１の業務処理を直ちに
実行する。この業務処理の正常終了後、実行管理部１１
は、再度実行され、実行管理テーブル１０の業務Ａ対応
の実行結果欄に正常終了状態を格納する。
【００１４】さらに、実行が正常終了したので、次業務
処理の実行を行うか否かのチェックをする。この例の場
合、次業務処理は、実行管理テーブル１０の次業務１よ
り業務Ｃであることがわかるが、業務Ｃの実行結果欄
は、処理実行をまだ行っていない未実行状態であるの
で、業務プログラム２３の実行を行わず業務プログラム
２１は終了する。
処理の実行を行うか否かのチェックをする。この例の場
合、次業務処理は、実行管理テーブル１０の次業務１よ
り業務Ｃであることがわかるが、業務Ｃの実行結果欄
は、処理実行をまだ行っていない未実行状態であるの
で、業務プログラム２３の実行を行わず業務プログラム
２１は終了する。
【００１５】（２）業務プログラム２２が異常終了した
場合の動作 次に、業務プログラム２２も上記（１）の業務プログラ
ム２１と同様のチェックを行ってから業務処理を実行す
る。ここで、業務プログラム２２が致命的エラーを発生
すると、処理の最後に実行管理部１２を起動し、異常終
了状態を管理テーブル１０の業務Ｂ対応の実行結果欄に
格納し業務プログラム２２を終了する。この場合、業務
プログラム２２が正常終了しなかったため、次業務処理
の実行チェックは行わない。
場合の動作 次に、業務プログラム２２も上記（１）の業務プログラ
ム２１と同様のチェックを行ってから業務処理を実行す
る。ここで、業務プログラム２２が致命的エラーを発生
すると、処理の最後に実行管理部１２を起動し、異常終
了状態を管理テーブル１０の業務Ｂ対応の実行結果欄に
格納し業務プログラム２２を終了する。この場合、業務
プログラム２２が正常終了しなかったため、次業務処理
の実行チェックは行わない。
【００１６】（３）業務プログラム２１と業務プログラ
ム２２が終了後、業務プログラム２３を起動した場合の
動作 業務プログラム２３は、初めに、実行管理部１３を起動
し、処理の実行可否チェックを行う。業務Ｃは、実行管
理テーブル１０の前業務処理情報より、先行業務処理の
条件として、業務Ａと業務Ｂの正常終了後に処理実行が
行われることがわかる。しかし、これまでの動作説明か
ら実行管理テーブル１０の実行結果欄には、業務Ａは正
常終了状態だが、業務Ｂ対応の実行結果欄には異常終了
状態が格納されているので、実行管理部１３は、業務プ
ログラム２３の処理実行を行わず、実行管理テーブル１
０の業務Ｃ対応の実行結果欄に実行待ち状態を格納して
業務プログラム２３を終了する。
ム２２が終了後、業務プログラム２３を起動した場合の
動作 業務プログラム２３は、初めに、実行管理部１３を起動
し、処理の実行可否チェックを行う。業務Ｃは、実行管
理テーブル１０の前業務処理情報より、先行業務処理の
条件として、業務Ａと業務Ｂの正常終了後に処理実行が
行われることがわかる。しかし、これまでの動作説明か
ら実行管理テーブル１０の実行結果欄には、業務Ａは正
常終了状態だが、業務Ｂ対応の実行結果欄には異常終了
状態が格納されているので、実行管理部１３は、業務プ
ログラム２３の処理実行を行わず、実行管理テーブル１
０の業務Ｃ対応の実行結果欄に実行待ち状態を格納して
業務プログラム２３を終了する。
【００１７】（４）業務プログラム２２のエラー部分を
修正して再実行した場合の動作 業務プログラム２２を再実行すると、実行管理部１２が
起動され、先行業務処理のチェックを行う。業務Ｂの先
行業務処理は存在しないので、業務Ｂの業務処理を実行
する。今回は業務プログラム２２が正常に終了するの
で、実行管理部１２が再度起動され、実行管理テーブル
１０の業務Ｂ対応の実行結果欄に正常終了状態が格納さ
れる。
修正して再実行した場合の動作 業務プログラム２２を再実行すると、実行管理部１２が
起動され、先行業務処理のチェックを行う。業務Ｂの先
行業務処理は存在しないので、業務Ｂの業務処理を実行
する。今回は業務プログラム２２が正常に終了するの
で、実行管理部１２が再度起動され、実行管理テーブル
１０の業務Ｂ対応の実行結果欄に正常終了状態が格納さ
れる。
【００１８】次に、次業務処理のチェックを行い、次業
務処理の実行を行うかどうか判断する。この場合、実行
管理テーブル１０の次業務１に業務Ｃが格納されている
ので業務プログラム２３を実行すべきことがわかる。実
行管理テーブル１０の業務Ｃの実行結果は、（３）で説
明したように、実行待ち状態なので、業務プログラム２
３の処理の起動をかけ業務プログラム２２の処理は終了
する。
務処理の実行を行うかどうか判断する。この場合、実行
管理テーブル１０の次業務１に業務Ｃが格納されている
ので業務プログラム２３を実行すべきことがわかる。実
行管理テーブル１０の業務Ｃの実行結果は、（３）で説
明したように、実行待ち状態なので、業務プログラム２
３の処理の起動をかけ業務プログラム２２の処理は終了
する。
【００１９】業務プログラム２３は自動的に実行され、
上記と同様に先行業務処理のチェックを行うが、業務
Ａ，業務Ｂとも正常終了状態のため業務プログラム２２
の業務処理を行う。処理が正常終了すると、実行管理テ
ーブル１０の業務Ｃ対応の実行結果欄に正常終了状態を
格納し、次業務処理は存在しないので業務プログラム２
３は終了する。
上記と同様に先行業務処理のチェックを行うが、業務
Ａ，業務Ｂとも正常終了状態のため業務プログラム２２
の業務処理を行う。処理が正常終了すると、実行管理テ
ーブル１０の業務Ｃ対応の実行結果欄に正常終了状態を
格納し、次業務処理は存在しないので業務プログラム２
３は終了する。
【００２０】
【発明の効果】以上説明したように本発明は、業務処理
のプログラム上で実行順序のチェックを行い、業務処理
の実行を自動管理するため、人為的ミスを排除し、作業
を効率的に行えるようになる。
のプログラム上で実行順序のチェックを行い、業務処理
の実行を自動管理するため、人為的ミスを排除し、作業
を効率的に行えるようになる。
【００２１】また、実行処理順序の変更がある場合にで
も、メンテナンス部を使用して実行管理テーブルの変更
部分のみ修正すればよいため、メンテナンスが効率的に
行える。
も、メンテナンス部を使用して実行管理テーブルの変更
部分のみ修正すればよいため、メンテナンスが効率的に
行える。
【図１】本発明の一実施例の構成図である。
【図２】図１の実施例における処理実行順序の一例を示
す図である。
す図である。
１００ 業務処理実行順序管理部 １０ 実行管理テーブル １１，１２，１３ 実行管理部 ３１ メンテナンス部 ２１，２２，２３ 業務処理プログラム
───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐藤 正幸 東京都港区高輪二丁目17番11号 日本電気 ソフトウェア株式会社内
Claims (2)
- 【請求項１】 業務処理の実行順番を予め登録しておく
ための実行管理テーブルと、 業務プログラムが起動されると前記実行管理テーブルの
情報を参照して当該業務処理の実行可否の判断及び処理
の実行結果を前記実行管理テーブルに記録し管理を行う
業務プログラム対応の実行管理部とを設けたことを特徴
とするオンライン業務処理実行順序管理装置。 - 【請求項２】 前記実行管理テーブルは、前記業務プロ
グラム対応の業務名，実行結果，前業務，次業務および
ジョブ名をそれぞれ格納する欄を有することを特徴とす
る請求項１記載のオンライン業務処理実行順序管理装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5214688A JPH0764909A (ja) | 1993-08-31 | 1993-08-31 | オンライン業務処理実行順序管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5214688A JPH0764909A (ja) | 1993-08-31 | 1993-08-31 | オンライン業務処理実行順序管理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0764909A true JPH0764909A (ja) | 1995-03-10 |
Family
ID=16659950
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5214688A Pending JPH0764909A (ja) | 1993-08-31 | 1993-08-31 | オンライン業務処理実行順序管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0764909A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0455419A (ja) * | 1990-06-26 | 1992-02-24 | Tosoh Corp | ポリウレタン製造用触媒組成物及びポリウレタンフォームの製造法 |
| WO2003090094A1 (en) * | 2002-04-22 | 2003-10-30 | G & G-Pharma Co., Ltd. | Communication program and computer-readable recording medium containing the same |
-
1993
- 1993-08-31 JP JP5214688A patent/JPH0764909A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0455419A (ja) * | 1990-06-26 | 1992-02-24 | Tosoh Corp | ポリウレタン製造用触媒組成物及びポリウレタンフォームの製造法 |
| WO2003090094A1 (en) * | 2002-04-22 | 2003-10-30 | G & G-Pharma Co., Ltd. | Communication program and computer-readable recording medium containing the same |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5247664A (en) | Fault-tolerant distributed database system and method for the management of correctable subtransaction faults by the global transaction source node | |
| CN111400011B (zh) | 一种实时任务调度方法、系统、设备及可读存储介质 | |
| US5734896A (en) | Recovery of a remotely initiated distributed prepared transaction by status report from a second database to an external coordinator | |
| JPH1153202A (ja) | 並列トランザクション処理システム | |
| JPH08272626A (ja) | バッチジョブ処理方法 | |
| JPH0764909A (ja) | オンライン業務処理実行順序管理装置 | |
| JPH0397030A (ja) | プログラム修正方式 | |
| CN110245127A (zh) | 一种基于流程控制的数据迁移方法 | |
| CN115048195A (zh) | 基于mq和关系型数据库的作业流实现方法及调度系统 | |
| EP1011045B1 (en) | Object-oriented job scheduler | |
| CN117112704A (zh) | 一种数仓表任务之间的依赖关系简化方法 | |
| JPH0370253B2 (ja) | ||
| JPH01259432A (ja) | バッチジョブの再実行方式 | |
| JPS594743B2 (ja) | マルチプロセツサシステムノセイギヨホウシキ | |
| JPH05274179A (ja) | コンパイル処理装置 | |
| JPS6277645A (ja) | ローカルジョブ起動制御方法 | |
| JP3523020B2 (ja) | スケジュール運用システム | |
| JPH04354019A (ja) | ソート処理装置 | |
| JPH035829A (ja) | ジョブ実行自動運用制御方式 | |
| JPH04175830A (ja) | 再実行制御方式 | |
| JPH07114517A (ja) | マルチプロセッサシステムのプログラム実行制御方式 | |
| JP2575761B2 (ja) | ジョブ管理方法 | |
| JPH03233634A (ja) | 業務再処理方式 | |
| JPH0683592A (ja) | システムパラメータ更新方式 | |
| JPH0468446A (ja) | デバッグ支援装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19990302 |