JPS63318659A - 業務処理運用支援方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、統合ＯＡ処理で使用される電子伝票に、ホス
トコンピュータで実行されるジョブの実行結果を記述さ
せるようにした業務処理運用支援方式に関する。

〔従来の技術〕

ホストコンピュータ上の業務プログラムを使用してバン
チ処理を行なわせる場合、或いはＴＳＳ処理を行なわせ
る場合、予めジョブ制御言語（以下ＪＣＬと称す）やコ
マンドプロシージャを使用して各業務プログラムの実行
条件等を含む実行手順を設定する。また、ＪＣＬやコマ
ンドプロシージャに記述した各業務プログラムの内どの
業務プログラムまで終了しているか、現在どの業務プロ
グラムが実行中であるか、或いは正常終了か異常終了か
等の実行結果を残すために、ホストコンピュータに備え
られたファイル装置内の予め定められたファイルに記録
することも行なわれている。

上記ファイルに記録された実行結果は、それ専用の制御
プログラムによって読出すことが可能であり、処理依幀
者は必要な時点でその実行結果を得ることにより、現在
のジョブの進捗状況を確認することができる。

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

しかしながら、ホストコンピュータにおいて実行結果が
記録されるファイルは、その種類が順編成ファイル、索
引順編成ファイル、相対編成ファイル、データベースフ
ァイル等の如く各種存在し、またファイル種別単位にレ
コード形式や入出力手順等が相違するために、実行結果
をｆ１！！する操作が煩雑になる欠点がある。

また、実行結果を参照するための専用の制御プログラム
を必要とする欠点もある。

更に、ホストコンピュータに接続された端末から実行結
果を得る場合、端末の操作モードを上記ファイルのアク
セスが可能なようにＥＤＰモードに変更しなければなら
ず、操作性が悪くなる欠点がある。

本発明はこのような従来の欠点を解決したものであり、
その目的は、電子ファイリング処理、電子メール処理等
の統合ＯＡ処理で使用する電子伝票に業務プログラムの
実行結果を記述させることにより、簡便に実行結果の確
認等を可能にすることにある。

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

本発明の業務処理運用支援方式は、ホストコンピュータ
とこれに接続された複数の端末とを含み、バッチ処理、
ＴＳＳ処理およびオンライントランザクション処理のう
ちの少なくとも一つの処理と統合ＯＡ処理とを提供する
計算機システムにおいて、 前記ホストコンピュータ上で稼動する業務プログラムの
実行結果を、前記統合ＯＡ処理で使用し前記端末におい
て取得可能な電子伝票に記述させるようにしている。

〔作用〕

ホストコンピュータ上で業務プログラムの実行が開始さ
れたとき、その業務プログラムの実行が正常終了あるい
は異常終了したとき等において、それらの各状態を示す
実行結果がホストコンピュータによって統合ＯＡ処理で
使用される電子伝票に記述される。

〔実施例〕

次に本発明の実施例について図面を参照して説明する。

第１図は本発明の業務処理運用支援方式を適用した計算
機システムの機能ブロック図である。この実施例の計算
機システムは、ホストコンピュータ１０と、このホスト
コンピュータ１０に回線４０．４１゜４２を介して接続
される複数の端末３０．３１．３２と、電子ファイリン
グシステムにおけるキャビネット１７およびフォルダ１
８と、電子メールシステムにおけるメールボックス２０
と、統合ＯＡ処理で使用する電子伝票１９とを含んでい
る。また、ホストコンピュータ１０内には、ジョブスケ
ジュール・実行結果履歴手段１５ａを有するジップ実行
管理部１５．統合ＯＡ処理部１６．バッチ処理部１１．
ＴＳＳ処理部１２、オンライントランザクション処理部
１３．複数の業務プログラム１４＋〜１４ｎが含まれて
いる。

ホストコンピュータ１０内の統合ＯＡ処理部１６は、統
合ＯＡモードになって自身に接続する端末３０に対し統
合ＯＡ処理を提供する０本実施例では、統合ＯＡ処理と
して電子ファイリング処理と電子メール処理とを提供す
るものとしているが、その他の処理例えば電子決裁処理
等をも提供する構成としても良い、電子ファイリング処
理においては、端＊３０の操作によってキャと４ｙトＩ
Ｔ、フォルダ１８の順に選択して電子伝票１９を取出し
て端末３０の画面に表示し、再び元の場所や他の場所に
電子伝票１９を保存する等の処理が行なわれる。また、
電子メール処理においては、電子伝票１９を任意のメー
ルボックス２０に投函する等の処理が行なわれる。

ジップ実行管理部１５は、予めＪＣＬで記述されたバッ
チ処理の実行手順に従い、或いはＴＳＳ処理部１２に接
続される端末３１から入力されたコマンドプロシージ中
で記述されたＴＳＳの実行手順に従い、必要な業務プロ
グラム１４．〜１４ｎをバッチ処理部１１．ＴＳＳ処理
部１２に実行させることにより、バッチ処理、ＴＳＳ処
理における実行スケジュールを制御すると共に、オンラ
イントランザクシッン処理部１３に接続される端末３２
からのメツセージに応じた業務プログラムをオンライン
トランザクシッン処理部１３に実行させることによりオ
ンライントランザクション処理を制御する。このような
バッチ処理、ＴＳＳ処理の実行過程において、ジョブス
ケジュール・実行結果履歴手段１５ａを使用して各業務
プログラム１４．〜１４ｎのスケジュール管理を行なう
と共に、バッチ処理、ＴＳＳ処理およびオンライントラ
ンザクション処理の実行過程において実行結果を電子伝
票１９に記述する処理も行なう。

第２図は本発明で使用されるバッチ処理、ＴＳＳ処理の
実行結果記述用の電子伝票の構成例を示す、同図に示す
ように、電子伝票は、この電子伝票とコマンドプロシー
ジャ或いはＪＣＬとの関連付けを行なう業務ＩＤ、実行
担当者名、この電子伝票の作成日時（日付）、および複
数のエントリを有するスケジュール・実行結果記述欄を
有する。

スケジュール・実行結果記述欄の各エントリは、処理磁
、実行管理を行なうプログラム名、開始日時、終了日時
、処理ステータスで構成される。上記記述事項のうち、
業務ＩＤ、処理磁、プログラム名は担当者によるキー人
力により、実行担当者名９作成日時は担当者によるキー
人力或いは自動設定により、開始日時、終了日時および
処理ステータスはジップスケジュール・実行結果履歴手
段ｆ５ａにより、各々記述される。

第３図及び第４図はジョブスケジュール・実行結果履歴
手段１５ａの処理例の流れ図であり、第３図は業務プロ
グラム実行開始時の処理例を、第４図は業務プログラム
実行終了時の処理例をそれぞれ示す。

第５図はジョブスケジュール・実行結果履歴手段１５ａ
に対しジップスケジュールの時系列管理。

実行結果履歴の記述を電子伝票を使って行なわせる為に
実行手順内に組込まれる制御文の内容例を示し、例とし
てコマンドプロシージャの場合を示す。

第５図（ａｌは、コマンドプロシージャ中における各業
務プログラムのＣＡＬＬ命令の前つまり各業務プログラ
ムの実行前に解釈実行される制御文であり、 ’　　Ｓ：Ｘ：Ｙ：Ｚ１＋Ｚ２：・”：Ｚｎ　　’なる
パラメータをジョブスケジュール・実行結果履歴手段１
５ａに引き渡す文である。ここで、Ｓは５ＴＡＲＴパラ
メータ、Ｘは業務ＩＤ、Ｙは実行可否のチェック対象と
なるプログラム、２ｌ−２ｎはＹで指定したプログラム
の事前に終了していなけばならないプログラム名である
（２を複数指定した場合はＡＮＤ条件になり、Ｚを一つ
も指定しなければ実行条件無しとなる）。

第５図（ｂ）、　ｌｃｌ、　（ｄ）はその具体例を示し
、業務プログラムαを実行させ、それが正常終了したこ
とを条件に業務プログラムβを実行させ、更に業務プロ
グラムβが正常終了したことを条件に業務プログラムＴ
を実行させるようなスケジュールを行なう場合のもので
ある。

また第５図ｔｅｌは、コマンドプロシージャ中における
各業務プログラムの正常終了時に実行される制御文であ
り、 ’　Ｅ：Ｘ；Ｙ　’ なるパラメータをジップスケジュール・実行結果履歴手
段１５ａに引き渡す文である。ここで、Ｅは業務プログ
ラムＹが正常終了した旨のステータス。

Ｘは業務ＩＤである。

更に第５図（ｆｌは、コマンドプロシージャ中における
各業務プログラムの異常終了時に実行される制御文であ
り、 ’　Ａ！Ｘ：Ｙ　’ なるパラメータをジップスケジュール・実行結果履歴手
段１５ａに引き渡す文である。ここで、Ａは業務プログ
ラムＹが異常終了した旨のステータス。

Ｘは業務ＩＤである。

次に、本実施例の動作を各図を参照して説明する。

端末操作者が、例えばホストコンピュータ１ｏのＴＳＳ
処理部１２を使用して、業務プログラムα。

業務プログラムβ、業務プログラムＴの順でプログラム
を実行させる場合、先ず電子伝票に必要事項を記述する
。これは、例えば端末３０を第１図に示したように回Ｉ
％１４０を介してホストコンピュータ１０の統合ＯＡ処
理部１６に接続し、統合ＯＡ処理部１６の電子伝票機能
を利用して、キャビネット１７のフォルダ１８より第２
図に示したような電子伝票の原紙を取出し、端末３０の
画面に表示さ−せる。

次に、端末３０のキーボード操作により、第２図ｆａ＋
に示すように、業務ＩＤとして例えばＢＢＢを、実行担
当者名として例えばＩＷＡＹＡＭＡを、作成日時として
例えば昭和６２年６月９日をキー人力すると共に、処理
１１ｋＬ１のプログラム名に業務プログラムα、処理Ｎ
ａ２のプログラム名に業務プログラムβ、処理Ｎａ３の
プログラム名に業務プログラムＴのそれぞれの名前をキ
ー人力する。そして、この電子伝票をキャビネット１７
におけるフォルダ１８に保管する。

次に、端末３１と同様に端末３０をホストコンピュータ
１０のＴＳＳ処理部１２に接続し、業務プログラムα５
　β、Ｔの実行手順を記述したコマンドプロシージャを
入力する。このとき第５図（ｂｌ、　（Ｃ）、　［ｄｌ
。

（ｅｌ、　（ｆｌに示す制御文をコマンドプロシージャ
内の対応する部分に埋込んでお（。

端末３０から通知されたコマンドプロシージャの解釈実
行がジョブ実行管理部１５で開始され、業務プログラム
αの実行前に第５図山）に示す制御文が解釈されると、
ジョブ実行管理部１５は、第５１！１（ｂ）の制御文に
含まれる下記のようなパラメータをジョブスケジュール
・実行結果履歴手段１５ａに引き渡す。

”　Ｓ　：　ＢＢＢ　：α′ ジョブスケジュール・実行結果履歴手段１５ａはこのパ
ラメータを受取ると、第３図に示す処理を開始する。先
ず、実行条件を分析するために業務ＩＤとして指定され
たＢＢＢと同一の業務ＩＤを持つ電子伝票をキャビネッ
ト１７．フォルダニ８中から捜し出す（ステップＳ１）
、これによって第２図（ａｌに示す状態の電子伝票が取
得される０次に、その電子伝票中に、上記パラメータに
含まれる業務プログラムαが実際にスケジュールされて
いるか否か、スケジュールされていれば上記パラメータ
で指定された実行条件を満足するか否かが分析される（
ステップＳ２）、今の場合、第２図（ａｌに示す電子伝
票には業務プログラムαはスケジュールされており、且
つ上記パラメータには実行条件が指定されていないので
、ステップＳ３で実行可と判断し、ジップ実行管理部１
５との間でやりとりされる実行可否ステータスをＯＫに
しくステップＳ４）、第２図山）に示すように、上記取
得した電子伝票中の業務プログラムα対応の開始日時に
現システムの日時を記述すると共に処理ステータスに処
理中を記述する（ステップＳ５）、そして、取得した電
子伝票をキャビネット１７のフォルダ１８に返却しくス
テップＳ８）、制御をジョブ実行管理部１５に戻す、な
お、ステップＳ３で実行不可と判断されたときは、実行
可否ステータスをＮｏにしくステップＳ６）、電子伝票
の業務プログラムαに対応する処理ステータスに実行不
可を記述するものである（ステップＳ７）。

ジップ実行管理部１５はジョブスケジュール・実行結果
履歴手段１５ａから制御を引き取ると、実行可否ステー
タスを判別し、ＯＫであれば業務プログラムαをＴＳＳ
処理部１２に実行させる。また、ＯＫでなければ業務プ
ログラムαを実行させず、コマンドプロシージャ中のエ
ラー処理定義をしである制御文に従った処理を実行させ
る。

業務プログラムαが実行され、終了したとすると、ジッ
プ実行管理部１５においては正常終了の場合は第５図（
８１に示すような制御文（但し、ＸはＢＢＢに、Ｙはα
に設定されている）が解釈実行され、下記のバラメーク
がジョブスケジュール・実行結果履歴手段１５ａに引き
渡される。

’　Ｅ：ｌ３８Ｂ：α′ また異常終了の場合は第５図（ｆｌに示すような制御文
（但し、ＸはＢＢＢに、Ｙはαに設定されている）が解
釈実行され、下記のようなパラメータがジップスケジュ
ール・実行結果履歴手段１５ａに引き渡される。

’　　Ａ＋ＢＢＢ：α゛ ジョブスケジュール・実行結果履歴手段１５ａはこのパ
ラメータを引き取ると、第４図に示すように、先ず上記
パラメータ中のＢＢＢの業務ＩＤを持つ電子伝票をキャ
ビネン）１７．フォルダ１８から取出しくステップ３１
０）、次に上記パラメータ中の終了ステータスを判別し
くステップ３１１）　、終了ステータスがＥで正常終了
であればステップＳ１３へ、終了ステータスがＡで異常
終了であればステップ３１４へ進む（ステップ３１２）
、ステップＳ１３では、取得した電子伝票中の上記パラ
メータで示される業務プログラムα対応の終了日時に現
システムの日時を記述すると共に、処理ステータスに正
常終了を記述する。また、ステップＳ１４では、電子伝
票中の業務プログラムα対応の終了日時に現システムの
日時を記述すると共に、処理ステータスに異常終了を記
述する。そして、各場合とも、電子伝票をキャビネット
１７のフォルダ１８へ返却する（ステップ３１５）、第
２図（Ｃ１は業務プログラムαが正常終了した時点の電
子伝票の記述状態を示している。

業務プログラムαが終了すると、ジョブ実行管理部１５
はコマンドプロシージャに従って次の業務プログラムβ
の実行を制御するが、このときも前述と同様にコマンド
プロシージャ中に埋込まれた第５図（Ｃ１に示す制御文
により、必要なパラメータがジップスケジュール・実行
結果履歴手段１５ａに引き渡され、ジップスケジュール
・実行結果履歴手段１５ａは第３図に示す処理によって
、電子伝票の取得、実行条件の分析、実行可否の判断を
行ない、実行可であれば実行可否ステータスをＯＫとし
て電子伝票に開始日時と処理中の記述を行ない、実行不
可であれば実行可否ステータスをＮＯにして電子伝票に
実行不可を記述し、電子伝票を返却する。なお、業務プ
ログラムβの実行条件の分析では、業務プログラムαが
正常終了しているか否かが判別されるが、これは第２開
山）に示したように電子伝票中の業務プログラムαに対
応する処理ステータスの内容に基づいて分析される。ジ
ョブ実行管理部１５は、ジップスケジュール・実行結果
履歴手段１５ａで設定された実行可否ステータスを判別
して実行可ならば業務プログラムβを実行し、実行不可
ならば業務プログラムβは実行せず、エラー処理を行な
う、また、業務プログラムβが実行されて終了すると、
その終了状態が正常か異常かに応じて第４図に示したジ
ップスケジュール・実行結果履歴手段１５ａの処理が行
なわれ、必要な実行結果が電子伝票に記述される。

以上のような処理はコマンドプロシージャに記述された
業務プログラムＴに対しても同様に行なわれる。第２図
（ｄ＋は、業務プログラムα、業務プログラムβ、業務
プログラムＴが全て正常終了した時点の電子伝票の記述
内容を示している。

さて、端末３０により業務プログラムα、β、Ｔの実行
を依韻した利用者は、任意の時点で、電子伝票を参照す
ることにより、業務の進捗状況を確認することができる
。即ち、回線４０を介して統合ＯＡ処理部１６に接続し
た端末３０からキャビネット１７のフォルダ１８に収容
されているＢＢＢの業務ＩＤを持つ電子伝票を端末３０
の画面に呼出すことにより、その時点の電子伝票の内容
を知ることができ、電子伝票には第３図及び第４図のジ
ップスケジュール・実行結果履歴手段１５ａによる処理
により、業務プログラムα、β、Ｔの最新の処理状況が
記述されているので、業務の進捗状況を容易に知ること
ができる。また、業務プログラムが全て終了した時点で
、その電子伝票を統合ＯＡ処理部１６の電子メール機能
を使用して関連部門に送付したり、統合ＯＡ処理部１６
の電子フプイリング機能を使用して関連業務プログラム
の実行状況が記述されている複数の電子伝票を集計し、
別のキャビネッロフォルダに保管して履歴化することも
できる。そしてこのような場合、電子伝票は、統合ＯＡ
処理部１６によって排他制御が通常行なわれるため、複
数の利用者からの参照や特定利用者のみの限定参照（パ
スワードの設定等による）が可能であり、業務処理運用
の拡大化が可能となる。勿論、回線４１．４２に接続さ
れた端末３１．３２から統合ＯＡ処理部１６を選択する
ことにより、実行状況が記述された電子伝票を他の端末
から参照することも可能である。

以上の説明は、ＴＳＳ処理についてのものであるが、バ
ッチ処理部１１で稼動する業務プログラムについても前
述と同様に電子伝票によるスケジュール管理、実行結果
記述を行なわせることができる。この場合、コマンドプ
ロシージャの代わりにＪＣＬが使用される。

また、オンライントランザクション処理部１３で稼動す
る業務プログラムについては、業務プログラムのスケジ
ュールといった概念は存在しないので、電子伝票には各
業務プログラムの実行履歴だけが記述される。即ち、例
えばオンライントランザクション処理部１３で稼動する
各業務プログラム毎に電子伝票を用意しておき、各業務
プログラムが開始および終了する時点でジョブスケジュ
ール・実行結果履歴手段１５ａを起動し、このジップス
ケジュール・実行結果履歴手段ｔＳａにおいて、開始時
は開始日時を電子伝票に記述し、終了時は終了日時と正
常／異常のステータスを電子伝票に記述させることによ
り、トランザクション単位の処理結果の実行履歴を電子
伝票に残すことが可能となる。

以上の実施例では、ＴＳＳ処理、バッチ処理。

オンライントランザクシッン処理を全てを行なうホスト
コンピュータを含む計算機システムに本発明を適用した
が、本発明はその何れか一つの処理を行なう計算機シス
テムに対し適用可能である。

〔発明の効果〕

以上説明したように、本発明は、ホストコンピュータ上
で稼動する業務プログラムの実行結果を端末から取得で
きる統合ＯＡ処理で使用する電子伝票に記述させるよう
にしたものであり、以下のような各種の効果を得ること
ができる。

＋１１　　電子伝票を端末画面に呼出す処理は統合ＯＡ
処理に現に備えられた機能である為、端末を統合ＯＡ処
理モードに変更して電子伝票を端末画面に呼出すだけで
、業務プログラムの実行結果を知ることができ、特別な
制御プログラムが不要となり、操作も簡便なものとなる
。

（２１ＴＳＳ処理等においては、端末をＥＤＰモードに
設定ルでコマンドブロシージ中によってホストコンピュ
ータ上でジップの起動を行なった後、統合ＯＡモードに
変更してＯＡ業務を行なうことが多い、従うて、統合Ｏ
Ａモードにおいて実行結果の参照が行なえる本発明によ
れば端末の操作性が向上する。

（３）　　統合ＯＡ処理の電子ファイリング機能を使用
して実行結果が記述された電子伝票の保存を行なうだけ
で、実行結果の履歴保存が可能となる。

これに対し、従来方式ではプリントアウトした実行結果
内容を人手によりファイルしなけばならない。

（４）　　統合ＯＡ処理の電子メール処理を使用して実
行結果が記述された電子伝票を任意の部署に送付するこ
とができる。これに対し、従来方式ではプリントアウト
した実行結果を人手等により手渡さなければならない。

【図面の簡単な説明】

第１図は本発明を適用した計算機システムの一例を示す
機能ブロック図、 第２図は実行結果記述用に使用する電子伝票の構成およ
び内容例を示す図、 第３図及び第４図はジョブスケジュール・実行結果履歴
手段１５ａの処理例の流れ図および、第５図はコマンド
プロシージ中に組込まれる制御文の説明図である。 図において、 １０・・・ホストコンピュータ　　１６・・・統合ＯＡ
処理部１１・・・バッチ処理部　　　　　１７・・・キ
ャビネット１２・・・ＴＳＳ処理部　　　　　１８・・
・フォルダ１３・・・オンライントランザ　　１９・・
・電子伝票クシラン処理部　　　　２ｏ・・・メールボ
ックス１４、〜１４ｎ・・・業務プログ　　３０．３１
．３２・・・端末ラム　　　　　４Ｇ、　４１．４２・
・・回線１５・・・ジップ実行管理部

Claims (1)

1. 【特許請求の範囲】 ホストコンピュータとこれに接続された複数の端末とを
   含み、バッチ処理、ＴＳＳ処理およびオンライントラン
   ザクション処理のうちの少なくとも一つの処理と統合Ｏ
   Ａ処理とを提供する計算機システムにおいて、 前記ホストコンピュータ上で稼動する業務プログラムの
   実行結果を、前記統合ＯＡ処理で使用し前記端末におい
   て取得可能な電子伝票に記述させるようにしたことを特
   徴とする業務処理運用支援方式。