JPH0290322A - 計算機システムの運用管理システム及びシステム構成設計方法及び運用オペレータ教育システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はオンラインシステム等の計算機システムに係り
、特にその運用方式の設計、ジョブの実行制御等の運用
管理に好適な計算機システムの運用管理システムに関す
る。

〔従来の技術〕

計算機システムの運用（ジョブの起動等）は、オペレー
タの人手によって行われてきたが、最近、あらかじめ登
録されたジョブフローに基づき自動的に行う管理システ
ムが導入されるようになってきた（例えば、日経コンピ
ュータ、１９８８年６月２０日号ｐｐ５６−７０参照）
。本管理システムは、あらかじめ設計されたジョブフロ
ーを本管理システムが扱えるフォーマットに人手により
変換、登録しておき登録されたジョブフローに基づき、
ジョブの起動等を自動的に管理するものである。

その際、ジョブフロー等の運用方式の設計は、実際に計
算機システムを運用する部署とは別部署で、人手により
行われている。運用方式の設計では、正常時の他に障害
時の運用を充分に検討しておく必要がある。しかし、障
害とその組合せを考慮したすべての運用ケースを人手で
検討していくには、多くの手間が要る。このため、従来
では、設計者が重要であると判断した。または発生の可
能性が高いと判断した運用ケースのみを検討している。

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

上記従来の運用管理システムでは、あらかじめ設計され
たジョブフローの入力フォーマットへの変換、運用管理
システムへの入力を人手により行うので、誤変換する可
能性がある。その結果、本運用管理システムで管理され
ている計算機システムが提供するサービスが停止する事
態が発生する。

ブフローを設計し、実行制御に移すまでに多くの時間が
かかる。特に、前記誤変換等による実行中ジョブフロー
の変更では、前記サービスを長時間停止させてしまう。

一方、従来の運用方式の設計方法は、設計者の経験と勘
に多くを依存するため、複雑な対象では重要な障害時の
運用ケースの見落しや矛盾が発生し易く、高信頼にジョ
ブフローを設計できない問題がある。

本発明の目的は、上記問題点を解決し、ジョブフローを
高信頼に設計でき、かつ設計から実行制御までを一貫し
て効率良く行える運用管理システムを提供することにあ
る。

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

上記問題点は、（１）ジョブフローを設計する部署が出
力するジョブフローのフォーマットと従来の運用管理シ
ステムに入力するジョブフローのフォーマットが異なる
点、（２）与えられたジョブフローのもとで起こりうる
運用ケースの解析を人手で行っている点に起因する。

上記目的は、（１）ジョブフロー設計部署の出力フォー
マットと運用管理システムへの入力フォーマットを同一
にし、その内容を同一の記憶部に記憶保持する手段を設
け、設計されたジョブフローを、人手を介すことなく、
直接実行制御できるようにする、（２）与えられたジョ
ブフローのもとで起こりうるすべての運用ケースを抽出
する手段を設け、これによりすべての運用ケースをもれ
無く、効率的に検討できるようにすることで、達成され
る。

〔作用〕

ジョブフローの設計をある記憶部に格納しながら行い、
その記憶部に格納されたジョブフローを直接参照して実
行制御を行っていくことができるので、ジョブフローの
設計から実行制御まで人手を介すことがない。それによ
って、ジョブフローの設計から実行制御まで効率良く、
短時間で行うことが可能となる。

さらに、設計したジョブフローのもとで起こりうる障害
時を含むすべての運用ケースを抽出できるので、ジョブ
フロー設計時、障害時運用についてぬけなく充分に検討
していくことができる。これにより、ジョブフローを効
率良く、高信頼に設計していくことができる。

〔実施例〕

以下、図面を用いて、本発明の一実施例を説明する。

第１図は、本実施例のブロック構成図である。

−貫型運用管理システム１０１は、処理計算機システム
１０８で実行するジョブフローの設計から、ジョブの実
行制御まで一貫して管理する部分である。本管理システ
ム１０１は、ジョブフロー設計支援システム１０２とジ
ョブ実行制御支援システム１０３から成る。前者の支援
システム１０２は、処理計算機システム１０８で実行す
るジョブの順序を規定したジョブフローの設計、評価を
支援する。ジョブには、処理計算機システム１０８が取
り扱う業務処理等に対応したジョブの他に、これらのジ
ョブが異常終了したときに備えたりカバリのための処理
（例えば、バックアップ取得や復元等）に対応したジョ
ブも含まれる。ジョブフローは、リカバリのジョブを含
めて複数のジョブから成り、それらの実行順序を規定し
たものである。

処理計算機システム１０８が取り扱う対象業務の内容に
より、複数のジョブフローが存在する。

さらに、本支援システム１０２は、ジョブの実行方法や
必要な入出力資源などの指示をするジョブ制御文の登録
も行う。本実施例で扱うジョブ制御文は、既存のものに
従う。また、ジョブ実行制御支援システム１０３は、ジ
ョブフロー設計支援システム１０２で設計、登録したジ
ョブフロー、ジョブ制御文をもとに、処理計算機システ
ム１０８に対してジョブの実行を制御、監視する部分で
ある。ジョブフロー記憶部１０４．ジョブ制御文記憶部
１０５は、それぞれジョブフロー、ジョブ制御文を記憶
保持する部分である。また、設計用端末１０６．実行制
御用端末１０７は、それぞれジョブフロー設計支援シス
テム１０２．ジョブ実行制御支援システム１０３の操作
用端末である。

第２図は、第１図におけるジョブフロー設計支援システ
ム１０２のブロック構成図である。編集部２０１は、設
計用端末１０６から入力されるジョブフローとジョブ制
御文をそれぞれジョブフロ一部記憶部１０４．ジョブ制
御文記憶部１０５に登録したり、登録ずみのジョブフロ
ーやジョブ制御文の修正、追加を行う。分析部２０２は
、ジョブフロー記憶部１０４に格納されているジョブフ
ローと設計用端末１０６から入力される分析パラメータ
（各ジョブの実行処理時間と異常終了する確率）に基づ
き、起こりつるジョブ運用シーケンス（リカバリのジョ
ブを含む一連のジョブ列）の抽出やそのシーケンスの処
理時間、確率を計算する。端末制御部２０３は、設計用
端末１０６と編集部２０１７分析部２０２間の入出力を
制御する。

第３図は、第１図におけるジョブ実行制御支援システム
１０３のブロック構成図である。計画部３０２は、処理
計算機システム１０８が実行すべきジョブフローの開始
時刻等、設計したジョブフローを実際どのように運用し
ていくかの計画を計画テーブル３０４に格納する。この
計画は、処理計算機システム１０８の運用管理者が立案
し、実行制御用端末１０７から入力する。実行制御部３
０１は、計画テーブル３０４に格納されているジョブフ
ローの実行計画、ジョブフロー記憶部１０４に格納され
ているジョブの実行順序を規定したジョブフロー、さら
に、ジョブ制御文記憶部１０５に格納されている個々の
ジョブの実行方法を規定したジョブ制御文をもとに、処
理計算機システム１０８に対して、ジョブの実行指示、
監視を行う。端末制御部３０３は、実行制御用端末１０
７と計画部３０２．実行制御部３０１間の入出力を制御
する。

次に、第４図のフローチャートを用いて、−貫型運用管
理システム１０１の操作手順について説明する。

（１）ジョブフローの登録（ステップ４０１）設計用端
末１０６からジョブフローを入力し、ジョブフロー設計
支援システム１０２の編集部２０１を介して、ジョブフ
ロー記憶部１０４に登録する。

（２）ジョブフローの分析（ステップ４０２，４０３）
登録したジョブフローの個々のジョブの処理時間や異常
終了確率等分析パラメータ、を設計用端末１０６から入
力し、起こりうる障害ケースを考慮したジョブ運用シー
ケンスの抽出やそのシーケンスの処理時間、確率をジョ
ブフロー設計支援システム１０２の分析部２０２で計算
し、その結果を設計用端末１０６に出力する。なお、本
ステップ４０２において、さまざまなパラメータ値によ
って分析する。分析結果から、設計したジョブフローが
設計目標を満足するか否かを判断し、もし、不満足であ
る場合はステップ４０１に戻る。満足する場合は、次の
ステップへ進む。ここで、ひとつの設計目標として、例
えば、「高々３度までの障害に陥ってもリカバリのジョ
ブの処理時間を含めて、ある限られた時間以内に納まる
こと」がある。また、分析結果を処理計算機システム１
０８のシステム構成変更の資料にすることもできる。

（３）ジョブ制御文の登録（ステップ４０４）ジョブフ
ロー記憶部１０４に格納したジョブフローを成す個々の
ジョブフローの実行方法や必要な入出力資源などの指示
をするジョブ制御文の登録を、設計用端末１０６から入
力し、ジョブフロー設計支援システム１０２の編集部２
０１を介してジョブ制御文記憶部１０５に登録する。

（４）ジョブフロー運用の計画（ステップ４０５）登録
したジョブフローを何時に開始するか等の運用計画を実
行制御用端末１０７から入力し、ジョブ実行制御支援シ
ステム１０３の計画部３０２を介して、計画テーブル３
０４に格納する。

（５）ジョブの実行、監視（ステップ４０６，４０７）
実行制御用端末１０７より、ジョブ実行制御支援システ
ム１０３の実行制御部３０１を起動する。

実行制御部３０１は、運用計画、ジョブフロージョブ制
御文に基づき、処愈計算機システム１０８に対してジョ
ブの実行指示、監視を行う。一連のジョブの実行制御を
すべて自動的に行うこともできる。また、監視状況を実
行制御用端末１０７に出力して、運用オペレータを介し
て行うこともできる。

ジョ実行中に予期せぬ状況が発生し運用中のジョブフロ
ーでは対処できない場合は、実行制御用端末１０７から
運用オペレータが緊急措置を行う。

または、ステップ４０１へ戻ってジョブフローを設計し
直し、これまで述べたステップを繰り返す。

一連のジョブの実行が終了したのち、ジョブフローの修
正、追加があるときは、ステップ４０１へ戻り、ないと
きは、次の運用計画を行うステップ４０５へ戻る。

次に、これまで示してきた各部の動作フロー各記憶部の
構成を具体的に説明する。

第５図は、第１図におけるジョブフロー記憶部１０４の
構成を示したものである。本記憶部１０４は、複数のジ
ョブフロー格納テーブル５０１から成る。各テーブル５
０１において、フロ御名格納エリア５０２はジョブフロ
ー名を格納する、これにより複数存在するジョブフロー
を識別する。ジョブ名格納エリア５０３は、処理計算機
システム１０８に実行させるジョブの名称を格納する。

種類格納エリア５０４は、ジョブ名格納エリア５０３に
格納されたジョブ名称のジョブがおこなうべき処理の種
類を格納する。処理の種類には２つある。

ひとつは処理計算機システム１０８が取り扱う業務処理
に対応したものであり、もうひとつは前記処理が異常終
了した場合に実行されるリカバリ処理に対応したもので
ある。前者のジョブに対しては“Ｎ”を、後者のジョブ
に対してはＩＩ　ＲＩＩを種類格納エリア５０４に格納
する。プレジョブ情報格納エリア群５０５は、ジョブ名
格納エリア５０３に格納されたジョブ名称のジョブを実
行する前に、実行が終了していなければならないジョブ
の情報を格納する。本エリア群５０５は、それぞれプレ
ジョブ名格納エリア５０６と終了状態格納エリア５０７
から成る。プレジョブ名格納エリア５０６は、実行が終
了していなければならないジョブの名称を格納する。終
了状態格納エリア５０７は、本ジョブの終了状態を格納
する。終了状態には２つの状態がある。ひとつは正常終
了した状態、もうひとつは異常終了した状態である。前
者の場合はｔＬ　Ｎ　ＩＩを、後者の場合は１１　Ａ　
７＋を終了状態格納エリア５０７に格納する。リランジ
ョブ名格納エリア５０８は、リカバリジョブ実行後、ど
のジョブから正常のフローに復帰させるか、つまりリラ
ン（再実行）すべきジョブの名称を格納する。第５図に
示したジョブフロー例（フロー名がフロー１）を用いて
、各格納エリア５０３〜５０８にジョブフローが具体的
にどのように表現されているかを説明する。

ジョブフローで始めに実行されるジョブは、プレジョブ
名格納エリア５０６に“５ｔａｒｔ”が格納されている
欄のジョブ名格納エリア５０３に格納されているジョブ
である。フロー１の例では、ＪＯＢｌである。ジョブフ
ローの終わりは、ジョブ名格納エリアＬＬ　ｅｎｄ”が
格納されている欄のプレジョブ情報格納エリア群５０５
に格納されている条件が成立したとき、つまり、複数の
プレジョブ名格納エリア５０６に格納されているジョブ
が、それぞれ対応する終了状態格納エリア５０７に格納
されている状態で終了したときである。フロー１の例で
は、ＪＯＢ２がＮ、すなわち正常終了しく１８） たときである。フロー１は、■ＪＯＢＩを初めに実行し
、■これが正常終了するするとＪＯＢ２を実行する、■
異常終了するとリカバリのＪＯＢ３を実行してＪＯＢＩ
をリランする、■ＪＯＢ２が正常終了するとフロー１は
終了し、■異常終了するとリカバリのＪＯＢ４を実行し
てＪＯＢＩをリランするジョブフローを表わしている。

第６図は、第１図におけるジョブ制御文記憶部１０５の
構成を示したものである。本記憶部１０５は、複数のジ
ョブ制御文格納ファイル６０１から成る。本ファイル６
０１は、ひとつのジョブに対してひとつのファイルが対
応し、そのジョブのジョブ制御文が格納される。

第７図は、第２図におけるジョブフロー設計支援システ
ム１０２の各部分の動作手順を示すフローチャートであ
る。端末制御部２０３は、設計用端末１０６からの要求
が何か判定しくステップ７０１）、その要求に応じて編
集部２０１９分析部２０２を起動する。また、本制御部
２０３は各部２０１，２０２と設計用端末１０６間の入
出力制御を行う。編集部２０１の起動要因には、ジョブ
フローの登録要求とジョブ制御文の登録要求の２つがあ
る。編集部２０１は、前者の要求に対してステップ４０
１、後者の要求に対してステップ４０４を行う。ステッ
プ４０１では、既に登録ずみのジョブフローの修正か否
か判定しくステップ７０２）　、ＹＥＳの場合は、該当
のジョブフローテーブル５０１を設計用端末１０６に表
示し、修正・追加項目に対応した各格納エリア５０２〜
５０８の内容を変更する（ステップ７０３）。また、Ｎ
αすなわち、新規にジョブフローを登録する場合は、未
使用のジョブフローテーブル５０１を割当て、各格納エ
リア５０２〜５０８に登録内容を格納する（ステップ７
０４）。ジョブ制御文の登録要求に対して編集部２０１
が行うステップ４０４では、既に登録ずみのジョブ制御
文の修正であるか否か判定しくステップ７０５）　、Ｙ
ＥＳの場合は、該当するジョブ制御文が格納されている
ファイル６０１の内容を設計用端末１０６に表示し、修
正・追加を行った後、修正後のジョブ制御文をファイル
６０１に格納する（ステップ７０６）。

また、ｈすなわち、新しいジョブのジョブ制御文の登録
の場合は、新規にファイル６０１を割当て、ジョブ制御
文を格納する（ステップ７０７）。以上のステップにお
ける修正等の編集作業は、設計者が設計用端末１０６を
用いて行う。分析部２０２の起動要因は、ジョブフロー
の分析要求が設計用端末１０６から入力されたときであ
る。分析部２０２は、分析対象ジョブフロー名や分析パ
ラメータの入力、ジョブ運用シーケンスの抽出、その処
理時間等の計算２分析結果の出力を行う（ステップ４０
２）。分析部２０２の詳細構成、その動作手順のフロー
チャートについて、第８〜１２図を用いて以下説明する
。

第８図は、第２図の分析部２０２の詳細構成図である。

分析部２０２は、変換部８０１．解析部８０２と解析用
モデル記憶部８０３から成る。変換部８０１は、ジョブ
フロー記憶部１０４にテーブル形式で格納されているジ
ョブフローをすべてのジョブ運用シーケンスの抽出等解
析しやすい解（２工） 折用モデルに変換し、解析用モデル記憶部８０３に格納
する。解析部８０２は、変換された解析用モデルに基づ
き、すべてのジョブ運用シーケンスの抽出等の解析を行
い、結果を設計用端末１０６へ出力する。解析用モデル
記憶部８０３は、変換部８０１で変換された解析用モデ
ルを記憶保持する。

第９図は、解析用モデル記憶部８０３の構成を示す。本
記憶部８０３は、ジョブフロー格納テーブル５０１に対
応した複数の解析用モデル格納テーブル９０８から成る
。本テーブル９０８は、フロ御名格納エリア９０１．イ
ベント番号格納エリア９０２．イベント格納エリア９０
３．前状態格納エリア群９０４．後状態格納エリア群９
０５゜時間格納エリア９０６と確率格納エリア９０７か
ら成る。ここで扱うイベントは、ジョブの実行・正常終
了を表すもハとジョブの実行・異常終了を表すものの２
つである。フロ御名格納エリア９０１は、ジョブフロー
名を格納する部分であり、ジョブフロー格納テーブル５
０１との対応をとる。イベント番号格納エリア９０２に
は、各イベントを一意に識別するための番号を格納する
。イベント格納エリア９０３には、各イベントの内容を
格納する。本エリア９０３は、ジョブ名格納エリア９０
９と終了状態格納エリア９１０から成る。各イベントつ
まり実行するジョブ名を格納する部分がジョブ名格納エ
リア９０９であり、そのジョブの終了状態を格納する部
分が終了状態格納エリア９１０である。本エリア９１０
には、ジョブが正常終了したことを表すイベントであれ
ば“Ｎ”異常終了を表すイベン１−であればＩｔ　Ａ　
ＩＩを格納する。前状態格納エリア群９０４．後状態格
納エリア群９０５は、それぞれイベントが起こる事前状
態、事後状態を格納する部分である。各状態には一意の
番号が対応し、この番号が本エリア群９０４゜９０５に
格納される。時間格納エリア９０６には、イベントの生
起継続時間、つまりジョブの実行処理時間を格納する。

確率格納エリア９０７は、イベントの生起確率、つまり
ジョブが正常終了または異常終了する確率を格納する。

以上各格納エリ７９０１〜９１０のうち、エリア９０６
，９０７には設計者が設計用端末１０６を介してセット
する。他のエリアには変換部８０１がジョブフロー格納
テーブル５０１の情報をもとに自動的にセットする。

第１０図は、第２図における分析部２０２の動作手順を
示すフローチャート（第４図におけるステップ４０２の
詳細）である。分析部２０２の起動要因は、設計用端末
１０６から入力されるジョブフローの解析用モデルへの
変換要求２分析パラメータ値変更要求とジョブフロー解
析要求の３つがある。いずれの要求であるか判定しくス
テップ１００１）、前者２つの要求に対しては変換部８
０１、後者の要求に対しては解析部８０２が起動される
。まず、ジョブフローの解析用モデルへの変換要求があ
ると、被変換ジョブフロー格納テーブル５０１に対応し
た解析用モデル格納テーブル９０８が存在するか否かを
調べる（ステップ１００２）。存在する時（過去に一度
変換が行われており、その後、何らかの理由によりジヨ
ツブローの修正・追加があった場合）、該当する解析用
モデル格納テーブル９０８をクリアしくステップ１００
３）、本テーブルにジョブフロー格納テーブル５０１で
表現されているジョブフローを解析用モデルに変換した
結果を格納する（ステップ１００５）、その詳細フロー
については、第１１図を用いて、後述する）。ステップ
１００２でテーブルが存在しない時（新たにジョブフロ
ーを作成した場合）は、新たに空きの解析用モデル格納
テーブル９０８を割当て（ステップ１００４）、本テー
ブルに変換した結果を各格納エリア９０１〜９０５に格
納する（ステップ１００５）。ジョブフロー格納テーブ
ル５０１と解析用モデル格納テーブル９０８との対応づ
けは、前者テーブル５０１のフロ御名格納エリア５０２
の値と後者テーブル９０８のフロ御名格納エリア９０１
の値とによる。ステップ１００５で変換したのち、パラ
メータ値（ジョブの実行処理時間と確率）を設計用端末
１０６からの入力指示に従って、解析用モデル格納テー
ブル９０８の適切な格納エリア（９０６，９０７）に格
納して（ステップ１００６）、終了する。ステップ１０
０１にて、パラメータ値の変更要求があった場合、該当
する解析用モデル格納テーブル９０８のパラメータ値を
、設計用端末１０６からの入力指示に従って変更する（
ステップ１００６）。以上までの動作は、第８図におけ
る変換部８０１のものである。ステップ１００１におい
て、ジョブフローの解析要求があった場合、該当する解
析用モデル格納テーブル９０８で表現されているモデル
、パラメータ値に基づきジョブフローの解析、その結果
の出力を行い（ステップ１００７、その詳細フローにつ
いては、第１２図を用いて、後述する）、終了する。以
上の動作は、第８図における解析部８０２のものである
。

第１１図を用いて、第１０図におけるステップ１００５
の詳細フローを説明する。

はじめに、内部変数りとＮをＩＩ　ＯＩＩに初期化する
（ステップ１１０１）。変数りは変換作業中におけるイ
ベントの数を表し、その値は解析用モデル格納テーブル
９０８のイベント番号格納エリア９０２に格納される。

変数Ｎは変換作成中における状態の数を表し、その値は
解析用モデル格納テーブル９０８の前状態格納エリア群
９０４と後状態格納エリア群９０５に格納される。ステ
ップ１１０１での初期化処理のあと、ジョブフロー格納
テーブル５０１のジョブ名格納エリア５０３中のすべて
のジョブに対して以下説明する変換を行ったか否かをチ
ェックする（ステップ１１０２）。

終っているならばステップ１１１７　（後に説明する）
を実行し、終っていなければ以下のステップを踏んで変
換する。未だ変換していないジョブ名をジョブフロー格
納テーブル５０１のジョブ名格納エリア５０３を検索し
て取り出す（ステップ１１０３）。以下、便宜上、取り
出したジョブ名をＪＮと記述して説明する。次に、内部
変数りを１インクリメントしくＬ４−Ｌ＋１）、解析用
モデル格納テーブル９０８の空欄のイベント番号格納エ
リア９０２に変数りの値を格納し、イベント格納エリア
９０３のジョブ名格納エリア９０９にＪＮ、終了状態格
納エリア９１０に＃　Ｎ　ＩＩを格納する（ステップ１
１０４）。ジョブフロー格納テーブル５０１のプレジョ
ブ名格納エリア群５０６を調べ、ＪＮがジョブフローの
初めのジョブか否かをチェックする（ステップ１１０５
）、初めのジョブであれば、“５ｔａｒｔ”が格納され
ている）。

もし、初めのジョブであればステップ１１０６、違えば
ステップ１１０７を実行する。ステップ１１０６では、
解析用モデル格納テーブル９０８のイベント番号格納エ
リア９０２の値がＬの欄の前状態エリア群９０４のひと
つのエリアにｕＳ”を格納し、ステップ１１１０へ行く
。ステップ１１０７では、ジョブフロー格納テーブル５
０１のジョブ名格納エリア５０３にＪＮと格納されてい
る欄のプレジョブ名格納エリア群５０６に格納されてい
るすべてのジョブが、すでに変換されているか否かをチ
ェックする。もし、変換されていなければ、ジョブフロ
ー格納テーブル５０１のイベント番号りの欄の各エリア
をすべてクリアし、変数りを１デイクリメントして（ス
テップ１１０９）、ステップ１１０２へ戻る。ステップ
１１０７において既に変換されているならば、ＪＮの複
数のプレジョブ情報（ジョブフロー格納テーブル５０１
のプレジョブ情報格納エリア群５０５の内容）それぞれ
に対して、プレジョブ情報と一致するイベント（解析用
モデル格納テーブル９０８のイベント格納エリア９０３
の内容）の欄の後状態格納エリア群９０５の値を、イベ
ント番号しく解析用モデル格納テーブル９０Ｂのイベン
ト番号格納エリア９０２の値がＬ）の欄の前状態格納エ
リア群９０４に格納する。次にステップ１１１０におい
て、ＪＮがリカバリのジョブか否かをチェックする。（
ジョブフロー格納テーブル５０１の種類格納エリア５０
４の値が１１　ＲＩＩであれば、リカバリのジョブであ
る）ＪＮがリカバリのジョブであればステップ１１１６
、リカバリのジョブでなければステップ１１１２を実行
する。ステップ１１１２で、内部変数Ｎを１インクリメ
ントしくＮ４−Ｎ＋１）、その値をイベント番号りの欄
の後状態格納エリア群９０５のひとつのエリアに格納し
、ステップ１１１４へ行く。ステップ１１１６では、Ｊ
Ｎがリランジョブを持つか否かをチェックする。リラン
ジョブを持つ（ジョブフロー格納テーブル５０１のリラ
ンジョブ格納エリア５０８に値（ジョブ名）が格納され
ている）ならば、ステップ１１１１を実行する。持たな
ければ、ステップ１１１２を実行する。ステップ１１１
１では、リランジョブについて変換したか否かをチェッ
クする。（ジョブフロー格納テーブル５０１のジョブ名
格納エリア５０３にＪＮが格納されている欄のりランジ
ョブ名格納エリア５０８に格納されているジョブ名に関
して、すでに解析用モデル格納テーブル９０８に変換さ
れているか否かをチェックする。）ステップ１１１１で
、変換されていないと判定した場合はステップ１１０９
へ戻り、変換されている場合はステップ１１１３を実行
する。ステップ１１１３では、リランジョブ名（ジョブ
フロー格納テーブル５０１のジョブ名格納エリア５０３
にＪＮが格納されている欄のりランジョブ名格納エリア
５０８に格納されている）と一致する解析用モデル格納
テーブル９０８中のイベント（解析用モデル格納テーブ
ル９０８のジョブ名格納エリア９０９に格納されている
）の欄の前状態格納エリア群９０４に格納されている値
を、解析用モデル格納テーブル９０８のイベント番号が
Ｌの欄の後状態格納エリア群９０５に格納する。次のス
テップ１１１４で、ジョブフロー格納テーブル５０１の
プレジョブ情報格納エリア群５０５を検索し、プレジョ
ブ名格納エリア群５０６にＪＮ、終了状態格納エリア５
０７に“Ａ　Ｉ＋が格納されている欄があるか否かをチ
ェックする。もし、なければステップ１１０２へ戻り、
あればステップ１１１５を実行してステップ１１０２へ
戻る。ステップ１１１５では、内部変数り、Ｎをそれぞ
れインクリメントし、解析用モデル格納テーブル９０８
のイベント番号がＬの欄の■イベント格納エリア９０３
にＪＮ（ジョブ名格納エリア９０９）と１１ＡＩ＋　　
（終了状態格納エリア９１０）を格納する。■解析用モ
デル格納テーブル９０８で、ジョブ名格納エリア９０９
にＪＮ、終了状態格納エリア９１０に“Ｎ”が格納され
ているイベント欄の前状態格納エリア群９０４に格納さ
れている値を、イベント番号がＬの欄の前状態格納エリ
ア群９０４に格納する。■イベント番号がＬの欄の後状
態格納エリア群９０５のひとつのエリアに、変数Ｎの値
を格納する。ステップ１１０２で、すべてのジョブフロ
ーについて変換したと判定されるとステップ１１１７が
実行される。ステップ１１１７からステップ１１２１．
までの処理は、解析用モデル格納テーブル９０８の前状
態格納エリア群９０４に格納されている値を異なるイベ
ント（ジョブ名）に対して一意の値に変換するステップ
群である。ステップ１１１７で、解析用モデル格納テー
ブル９０８中に、異なるイベント（ジョブ名のみ）に対
して、前状態格納エリア群９０４の中に同じ値（仮りに
、その値をＸとして以下説明する。）が格納されている
欄があるか否かをチェックする。あれば、ステップ１１
１８からステップ１１２１を実行する。なければ、ステ
ップ１１２２を実行して、終了する。ステップ１１１８
で、前状態格納エリア群９０４にＸが格納されているイ
ベントを探索し、該当するイベントを見つけるとステッ
プ１１１９からステップ１１２１を実行する。ステップ
１１１９において、該当するイベントがひとつ目か否か
をチェックし、ひとつ目であれば、ステップ１１１８へ
戻り、他の該当するイベントを探索する。ふたつ目以降
は、変数Ｎを１インクリメントし、その値を以下■■の
エリアに格納する（ステップ１１２０）。■該当するイ
ベントの欄の前状態格納エリア群９０４の中のＸが格納
されているエリア。（ＸにＮの値に格納しなおす。）■
接状態格納エリア群９０５にＸが格納されているイベン
ト欄の後状態格納エリア群９０５の空エリア。ステップ
１１２ｏ実行後、すべてのイベントを探索したか否がを
チェック（ステップ１１２１）Ｌ、、探索し終えたらス
テップ１１１７へ戻る。終えていなければ、ステップ１
１１８へ戻り、他の該当するイベントを探索する。ステ
ップ１１２２では、ジョブフロー格納テーブル５０１中
のジョブ名格納エリア５０３に”ｅｎｄ”と格納されて
いる欄のプレン３ブ情報と一致するイベントを持つ解析
用モデル格納テーブル９０８の欄の後状態格納エリア群
９０５をクリアし、ひとつのエリアにＬＬ　ｅ７１を格
納する。本ステップ１１２２実行後、終了する。以上が
、第１０図におけるステップ１００５の詳細フローであ
る。

本フローを用いて、第５図に示しであるジョブフロー例
（フロー１）を変換した結果が、第９図の解析用モデル
例（フロー１）である。

第１２図は、第１０図におけるステップ１００７の詳細
フローである。本フローによる解析では、解析用モデル
に基づき、起こりうるすべてのジョブ運用シーケンスを
抽出し、そのシーケンスのジョブ処理時間と生起確率を
算出する。以下、第１２図を説明する。

はじめに、各内部変数およびスタックを初期化する（ス
テップ１２０１）。変′ｌ１ｓＴは解析作業中の状態お
よびその状態に至る時間の２項リストを要素とするリス
ト構造をもつものであり、”　（（”　Ｓ　”　、　Ｏ
））　”をセットする。状態は、イベントの生起により
、イベント前状態から後状態へと遷移していく。変数Ｔ
Ｒは、初期状態（“’ｓ”）がら解析作業中の状態に至
るまで生起したイベント番号を生起類にリスト形式で記
憶保持するものであり、空リストに初期化する。変数Ｐ
Ｒは、イベントの生起にともないその生起確率をかけあ
わせていくものであり、初期状態から解析作業中の状態
までに至る確率を表す。変数ＰＲは、１に初期化する。

スタックは作業用に使用されるものであり、空に初期化
する。変数ＦＮは、初期状態から解析作業中の状態まで
にジョブの実行・異常終了のイベントが生起した回数を
表し、初期値として０をセットする。以上の初期化（ス
テップ１２０１）の後、解析に何度までの異常終了を考
慮するかを設計用端末１０６から入力し、内部変数ＦＦ
にセットする（ステップ１２０２）。ステップ１２０３
で、生起可能なイベントを探索する。生起可能イベント
とは、解析用モデル格納テーブル９０８の前状態格納エ
リア群９０４の値と同じ値の状態が変数リストＳＴ中に
２項リストの要素として存在するイベントである。生起
可能イベントは、複数個存在する場合がある。これは、
ジョブフローにおいて、複数のジョブが並列に実行され
るときに対応する。生起可能イベント群が存在する場合
はステップ１２０５、存在しない場合はステップ１２０
４を実行する。ステップ１２０５では、競合するイベン
トがあるか否かをチェックする。競合するイベントとは
、前状態が同じであり、後状態が異なる複数のイベント
のことをいう。たとえば、第９図に示したフロー１の例
において、状態が′Ｓ″の時、イベント番号１と２が競
合するイベントである。ステップ１２０５で競合するイ
ベントが存在すると判定されると、競合するイベントの
内ひとつのイベントとすべての生起可能イベントを含む
すべての組合せのそれぞれについて、イベント番号群と
変数の値の組をスタックに積み（ステップ１２０６）、
ステップ１２０７を実行する。存在しないと判定される
と、ステップ１２０８を実行する。ステップ１２０４で
は、スタックが空か否か、をチェックする。空であれば
終了し、空でなければステップ１２０７を実行する。ス
テップ１２０７では、スタックから各変数の値とイベシ
ト番号群の組をひとつ取り出し、取り出した各変数の値
を対応する各内部変数にセットし、ステップ１２０８を
実行する。ステップ１２０８では、生起可能なイベント
群の中の異常終了イベントの数を調べる。異常終了イベ
ントのチェック方法は、解析用モデル格納テーブル９０
８の被チェックイベント番号の欄の終了状態格納エリア
９１０の値が“Ａ”か否かを調べる。もし、′Ａ”であ
れば異常終了イベントと判定する。ステップ１２０８で
調べた異常終了イベントの数と変数ＦＮの値との和が、
本解析で考慮する異常終了回数（変数ＦＦの値）をこえ
るか否かをチェックする（ステップ１２０９）。本ステ
ップ１２０９で、こえないと判定された場合はステップ
１２１０を実行する。達していると判定された場合は、
ステップ１２０４へ戻る。ステップ１２１０では、変数
ＦＮに異常終了イベントの数をたしあわせる。その後、
生起可能なイベント群それぞれに対してイベントを生起
させて、各変数の値を以下■〜■に従って更新する（ス
テップ１２１１）。■内部りスト変数ＳＴに「（″イベ
ントの後状態ＩＴ、ＩＩイベントの前状態に至る時間の
最大値ｎ　＋　ｉｔイベントの継続時間″）」なる２項
リストを追加する。

ここで、″イベン１−の後状態″は、解析用モデル格納
テーブル９０８の今生起させているイベントに関する欄
の後状態格納エリア群９０５のひとつのエリアの値であ
る。複数の後状態がある場合は、それぞれについて上記
２項リストを追加する。

″イベントの前状態に至る時間”は、リスト変数ＳＴ中
のイベン１〜の前状態をもつ要素（２項リスト）を参照
する。複数の前状態を持つイベントの場合は、各前状態
に至る時間のうち最大値のものを参照する。パイベン１
−の継続時間″は、解析用モデル格納テーブル９０８の
今生起させているイベントに関する欄の時間格納エリア
９０６の値である。■内部リスト変数ＴＲに今生起させ
ているイベント番号を追加する。■内部変数ＰＲにイベ
ントの生起確率（解析用モデル格納テーブル９０８の確
率格納エリア９０７の値）をかけあわせる。

■内部リスト変数Ｓ′ｒから、今生起させているイベン
トの前状態に関する２項リストを削除する。

以上のステップ１２１１を生起可能なイベントすべてに
ついて実行し、ステップ１２１２で、終了状態か否かを
チェックする。ステップ１２１２では、リスト変数ＳＴ
が、　ｅＩＩなる状態の要素（２項リスト）のみになっ
たとき、終了状態と判定する。終了状態と判定すると、
各変数の値を設計用端末１０６に出力（ステップ１２１
３）Ｌ、ステップ１２０４へ戻る。終了状態でなければ
、ステップ１２０３へ戻る。

第３図に示したジョブ実行制御支援システム１０３の計
画テーブル３０４の構成、および、本支援システム１０
３の動作フローを第１３．１４図を用いて説明する。

第１３図は、ジョブ実行支援システム１０３の計画テー
ブル３０４の構成図である。本テーブル３０４は、日付
格納エリア１３０１、時刻格納エリア１３０７とフロ御
名格納エリア１３０３がら成る。日付格納エリア１３０
１には、ジョブフロー実行の日付けを格納する（月はエ
リア１３０４゜日はエリア１３０５）。時刻格納エリア
１３ｏ２には、ジョブフロー実行の時刻を格納する（時
間はエリア１３０６．分はエリア１３０７）。フロ御名
格納エリア１３０３には１日付格納エリア１３０１、時
刻格納エリア１３０２に格納された日時に実行するジョ
ブフロー名を格納する。本テープ／１ｚ３０４（７）各
格納エリア１３０１〜１３０３の値は、処理計算機シス
テム１０８の運用管理者が実行制御用端末から入力し、
計画部３０２を介してセットされる。

第１４図は、ジョブ実行支援システム１０３の動作手順
を示すフローチャートである。はじめに、本支援システ
ム１０３の起動要求が、ジョブフローの運用計画か処理
計算機システム１０８に対するジョブフローやジョブの
起動要求かを判断する（ステップ１４０１）。前者であ
ればステップ４０５、後者であればステップ４０６を実
行する。

ステップ４０５は本支援システム１０３の計画部３０２
、ステップ４０６は実行制御部３０１で実行される。各
部３０２，３０１と実行制御用端末１０７との入出力は
、端末制御部３０３を介して行われる。ステップ４０５
は、実行制御用端末１０７から入力されるジョブフロー
の運用計画を、計画テーブル３０４の各格納エリア１３
０１〜１３０３に格納する。ステップ４０６は、第１４
図に示すようにいくつかのステップ１４０２〜１４０９
から成る。ステップ１４０２では、計画テーブル３０４
の日付格納エリア１３０１、時刻格納エリア１３０２を
検索し、起動時刻に達しているか否かをチェックする。

現在の時刻情報は、本システムが構築されている計算機
の内部時計を参照して得る。ステップ１４０２で起動時
刻に達しているジョブフローが存在すれば、ステップ１
４０４を実行する。また、実行制御用端末１０７から直
接にジョブフローの起動要求があれば（ステップ１４０
３）、ステップ１４０４を実行する。

ステップ１４０４では、該当するジョブフロー格納テー
ブル５０１に格納されているフロー、フローを構成する
個々のジョブのジョブ制御文格納ファイル６０１に格納
されているジョブ制御文に基づき、処理計算機システム
１０８に対して、ジョブを順次起動する。ジョブの起動
後は、実行状況を処理計算機１０８から情報を得て監視
し、その情報を実行制御用端末１０７に出力する。ジョ
ブの実行終了を検知すると、終了状態とジョブフローに
基づき、次のジョブを順次起動する。以上のステップ１
４０４実行中に、対処できない事態の発生を検知した場
合（ステップ１４０７）は、その事態の旨を実行制御用
端末１０７に出力しくステップ１４０８）、ステップ１
４０１へ戻る。ステップ１４０４の実行が、計画テーブ
ル３０４のすべてのジョブフローついて行われたとき（
ステップ１４０９）終了し、それ以外はステップ１４０
１へ戻る。ステップ１４０７で、対処できない事態の発
生を検知されたとき、運用オペレータは何かの緊急処置
を行う。この緊急処置のジョブを受けつけるために、ス
テップ１４０５．１４０６を設けである。ステップ１４
０５で実行制御用端末からジョブ起動要求を受けて、ス
テップ１４０６でジョブの起動を行う。この際、事前に
ジョブ制御文記憶部１０５にジョブ制御文が登録ずみで
あればそれに従い、未登録であれば実行制御用端末１０
７から入力されるジョブ制御文に従う。

以上、第１図から第１４図を用いて説明してきた実施例
によれば、設計したジョブフローを、フォーマット変換
や入力作業等の人手を介入させることなく、直接それの
実行制御を行っていくことができる。また、与えられた
ジョブフローのもとで起こりうるすへての運用ケースに
ついて検討しながら効率良く設計を進めていくことがで
きるので、ジョブフローを高信頼に、しかも対象システ
ムに対して最適なフローを設計していくことができる。

すなわち、ジョブフローの設計から実行制御まで一貫し
て、効率良く、高信頼に行うことができ、管理対象の計
算機システムが提供するサービスの向上が図れる。

上記実施例においては、処理計算機システム１０８の処
理単位であるジョブをジョブフローの構成単位であった
が、ジョブフローを構成単位とした上位レベルのフロー
を扱えるように容易に変形できる。第５図に示したジョ
ブフロー格納テーブル５０１の名称を格納する各エリア
５０３゜５０６．５０８にフロー名称を格納し、その値
を上記実施例で説明した本システムの動作フローの各処
理において参照したとき、下位レベルのフローテーブル
を参照するように変更すればよい。本変更例によれば、
ジョブフローを階層的に表現が可能となり、Ｉ・ツブダ
ウン、ボトムアップ両方から効率の良いフロー設計がで
きる。また、様々なフローレベルで、解析できる。さら
に、ジョブの実行制御、計画をするとき、上位のジョブ
フローを指定すれば、自動的に下位のレベル展開するの
で、いくつものジョブフローを一括してその運用の計画
、実行制御が可能となる。

なお、ジョブ実行制御支援システム１０８での処理計算
機システム１０８に対するジョブの起動は、ジョブフロ
ーに従いすべて自動的に行うこともできるし、−度、運
用管理者の確認後に行うようにもできる。また、ジョブ
制御文で、実行直前でないと決定できない部分を変数で
登録しておき、実行時に、対話形式で実際の値を端末か
らうめ込んでいく形式をとることもできる。

なお、ジョブフロー格納テーブル５０１を検索し、ジョ
ブ名格納エリア５０３に格納されたジョブ名がプレジョ
ブ名格納エリア５０６．終了状態格納エリア５０７に”
Ｎ”が格納されたプレジョブ情報があるか否かを調べる
ことにより、ジョブ異常終了時のリカバリ対策がなされ
ているか否かをチェックすることができる。本チェック
をジョブフロー人力時に実行することで、設計者に対し
て注意をうながし、事前に設計もれをなくすことができ
る。

さらに、本システム１０１と操作用端末１０６゜１０７
との間の入出力に関して、ジョブフローをネット状の図
形等で入力したり、ネット状の図形等でジョブフローの
実行状況を表示することができる。第１５図は、ジョブ
フローをネット状の図形で操作用端末１０６，１０７上
に表現した一例を示したものである。記号１５０２はジ
ョブフローの始まり、記号１５０３はジョブフローの終
りを表す。記号１５０４は、処理計算機システム１０８
が取り扱う業務処理等に対応した通常のジョブを表す。

記号１５０５は、記号、１５０４で表現された通常のジ
ョブが異常終了したときに備えたリカバリのジョブを表
す。記号１５０４．１５０５の中に表示された文字列は
、ジョブ名を表す。記号１５０６，１５０７．１５０８
の矢印の方向が、各ジョブ１５０３．１５０４間の実行
順序を表わす。記号１５０６は各ジョブ１５０３．１５
０４間の正常時の流れを表し、記号１５０７は異常時の
流れを表わす。記号１５０８は、通常のジョブの異常時
、あるリカバリジョブ実行後どの通常のジョブをリラン
して正常時の運用に復帰させるかを表す。表示部分１５
０１は、現在表示中のジョブフローの名称を表示す。第
５図に示したジョブフロー格納テーブル５０１の各格納
エリアと第１５図にネット状図形表現との対応は、次の
とおりである。

１、フロ御名格納エリア５０２の値は、表示部分１５０
１の表示内容に対応する。

２、ジョブ名格納エリア５０３の値は、記号１５０４　
。

１５０５の中に表示された文字列に対応する。

３、種類格納エリア５０４の値は、記号１５０４で表現
されたジョブに対してはｄｌＨ”、記号１５０５で表現
されたジョブに対しては“Ｒ”である。

４、プレジョブ情報格納エリア群５０５のプレジョブ名
格納エリア５０６の値は、記号１５０４゜１５ｏ５に入
り込む（矢印が向いている）矢印記号１５０６．１５０
７の矢印と反対側に接続している記号１５０４，１５０
５の中に表示された文字列に対応する。

５、プレジョブ情報格納エリア群５０５の終了状態格納
エリア５０７の値は、記号１５０４゜１５０５に入り込
む矢印記号が記号１５０４であれば“Ｎ　ｊｌを、記号
１５０５であればｔｉＡ″′である。

６、リランジョブ名格納エリア５０８の値は、矢印記号
１５０８が指す（矢印が向いている）記号１５０４の中
に表示された文字列に対応する。

上記対応関係を記憶する部分を、第１図に示した一貫型
運用管理システム１０１内に設けたブロック構成図を第
１６図に示す。対応関係記憶部１６０１は上記対応関係
を記憶部保持する部分であり、あらかじめ、本対応関係
をセットしておく。

本記憶部１６０１の対応関係を参照して、第１５図に示
したネット状図形で表現されたジョブフローを第５図に
示したジョブフロー格納テーブル５０１に変換したり、
また逆に、ジョブフロー格納テーブル５０１で表現され
たジョブフローを第１５図に示したネット状図形で表示
する手段を端末制御部２０３，３０３に設けることによ
り、ジョブフローをネット状図形で入力することができ
る。また、ネット状図形でジョブフローの実行状況を表
示することができる。

なお、ジョブフローの分析結果を一旦、ファイル等の記
憶媒体に記憶保持しておき、処理時間がある値をこえる
運用シーケンスのみを表示したり、個々の運用シーケン
スについての処理時間と確率の積の値を全運用シーケン
スについて和をとった処理時間の期待値を表示する等、
端末からの要求に応じて、記憶しておいた分析結果を検
索し、分析結果の一部あるいはある加工をほどこした値
等を表示するようにできる。第１７図は、複数のジョブ
フロー（フロー１．フロー２．フロー３）に関して、複
数の分析項目（処理時間の期待値、最も長く、また短か
く処理時間を所要する運用シーケンスの処理時間と確率
）の結果を表形式で端末１０６に表示した一例である。

第１８図は、分析結果を図形式で表示した一例である。

第１８図は、得られた個々の運用シーケンスの処理時間
と確率の分析結果をデータとして、横軸にジョブの処理
時間、縦裸に確率をとったグラフ状に表現したジョブの
処理時間の確率分布図である。これにより、複数のジョ
ブフローの代替案を比較、検討するとき、同一の画面の
複数のジョブフローについての分析結果が表形式９図形
式等で整理されて自動的に表示されるので、設計者の分
析作業負荷の軽減が図れ、効率よく代替指案を比較、評
価していくことができる。

本システム１０１は、その管理する対象である処理計算
機システム１０８の計算機内に構築することもできるし
、別の計算機に本システム１０１を構築することもでき
る。

なお、異常終了時に複数のりランジョブを持つようなジ
ョブに対しては、ジョブフロー格納テーブル５０１のリ
ランジョブ名格納エリア５０８を複数設け、ジョブフロ
ーを解析用モデルに変換する処理（第１１図のステップ
１１１６，１１１１゜１１１３）を複数のランジョブそ
れぞれについて実行するように変更すれば、対応するこ
とができる。

なお、本実施例で述べたジョブフロー設計支援システム
１０２が出力する分析結果を、本管理システム１０１が
管理の対象とする計算機システム１０８のシステム構成
の設計に利用していくことができる。例えば、ジョブフ
ローを種々のパラメータ値で（ジョブの異常終了確率を
種々変えて）分析した結果から、あるジョブの異常終了
する確率が高いとこれのリカバリやリラン処理がジョブ
フロー全体の処理時間のボトルネックと判断されると、
該当ジョブを高信頼に実行する（異常終了確率を小さく
する）ために、該当ジョブが処理対象とするデータが格
納されているディスク等の媒体を二重化したり、リカバ
リを高速化するために待機ディスクを設け、異常時はこ
れに切替えて高速リランできるようなチャネルやシステ
ムコンソール構成をとる等のシステム構成図の設計をし
ていく。

なお、本システム１０１は、処理計算機システム１０８
の運用オペレータの教育システムとして利用していくこ
とができる。第１９図は、−貫型運用管理システム１０
１を利用した運用オペレータ教育システムのブロック構
成図である。本教育システム１９０１は、第１図に示し
たジョブフロー設計支援システム１０２と教育支援部１
９０２から成る。前者支援システム１０２は、本実施例
で示した構成（第２図）、動作フロー（第７図）により
、設計用端末１０６から入力されるジョブフローとジョ
ブ制御文を各記憶部１０４，１０５に格納する。本記憶
部１０４，１０５に格納されたジョブフローおよびジョ
ブ制御文は、被教育オペレータのオペレーションの教科
書となる。被教育オペレータは、実行制御用端末１０７
からオペレーションを入力し、教育支援部１９０２を介
して、模擬装置１９０３を運転する。模擬装置１９０３
は、教育対象である処理計算機システム１０８の動作を
模擬する。本装置１９０３は、端末１０７から教育支援
部１９０２を介してオペレーションが入力されると、こ
のオペレーションが正常終了、または異常終了したとき
前記処理計算機システム１０８が出すメツセージを教育
支援部１９０２に出力する。オペレーションに対する正
常終了、異常終了メツセージは、あらかじめ本装置１９
０３内に記憶させておく。また、正常終了、異常終了ど
ちらのメツセージを出すかは、本装置１９０３がランダ
ムに決定する。教育支援部１９０２の動作手順のフロー
チャートを第２０図に示す。はじめに、端末１０７より
ジョブフロー名を入力する（ステップ２００１）。指定
されたジョブフローが終了した否かをチェック（ステッ
プ２００２）し、終了であれば本支援部１９０２の動作
フローが終了する。終了していなければ、第１４図のス
テップ１４０４で示した方法により、次に実行すべきオ
ペレーションを記憶部１４０，１０５のジョブフローと
ジョブ制御文から決定する（ステップ２００３）。次に
、端末１０７より被教育者が行うオペレーションを受は
付け（ステップ２００４）　。

これとステップ２００３で決定したオペレーションが一
致するか否かをチェックする（ステップ２００５）。一
致しなければ、端末１０７に入力されたオペレーション
は誤りである旨を出力しくステップ２００６）、ステッ
プ２００４へ戻り、再度被教育者のオペレーションを受
は付ける。ステップ２００５で正しいと判断されると、
模擬装置１９０３に対してオペレーションを入力する（
ステップ２００７）。次に、模擬装置１９０３からの出
力メツセージを端末１０７に出力しくステップ２００８
）、ステップ２００２へ戻る。以上により、本システム
１０１を処理計算機システム１０８の運用オペレータの
教育システムとして利用することができる。

〔発明の効果〕

本発明によれば、ジョブフローの設計からそれの実行制
御まで一貫して行えるので、ジョブフローの再設計や新
規設計の事態に対して、効率良く短時間で対処できる。

さらに、ジョブフローに基づき起こりうるすべての運用
ケースを自動的にあらい出せるので、高信頼にジョブフ
ローを設計していくことができる。

以上のことから１例えば、銀行・証券のオンラインシス
テムにおいて、顧客に対するサービス向上が図れる。

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構成図、第２図は
第１図のジョブフロー設計支援システムのブロック構成
図、第３図は第１図のジョブ実行制御支援システムのブ
ロック構成図、第４図は第１図の一貫型運用管理システ
ムの操作手順を示すフローチャート、第５図は第１図の
ジョブフロー記憶部の構成図、第６図は第１図のジョブ
制御文記憶部の構成図、第７図は第２図のジョブフロー
設計支援システムの各部の動作手順を示すフローチャー
ト、第８図は第２図の分析部の詳細ブロック構成図、第
９図は第８図の解析用モデル記憶部の構成図、第１０図
は第８図の分析部の各部の動作手順を示すフローチャー
ト、第１１図は第１０図のステップ１００５の詳細フロ
ーチャート、第１２図は第１０図のステップ１００７の
詳細フローチャート、第１３図は第３図の計画テーブル
の構成図、第１４図は第３図のジョブ実行支援システム
の動作手順を示すフローチャート、第１５図はジョブフ
ローのネット状図形表現の一例を示す図、第１６図は第
１図の変形例のシステム構成図、第１７図は分析結果の
表形式表示の一例を示す図、第１８図は分析結果の図形
式表示の一例を示す図、第１９図は運用オペレータ教育
システムの構成図、第２０図は第１９図における教育支
援部の動作手順を示すフローチャートである。

Claims (1)

1. 【特許請求の範囲】 １、計算機システムの運用手順を作成する部分と、作成
   された運用手順を記憶する部分と該記憶部に格納された
   運用手順に基づき前記計算機システムを運用制御する部
   分から成る運用管理システムにおいて、前記運用手順の
   作成を支援する支援部と、該支援部を用いて作成された
   運用手順を格納する記憶部とからなることを特徴とする
   計算機システムの運用管理システム。 ２、前記支援部は、与えられた運用手順のもとで起こり
   得るすべての運用シーケンスを抽出し、分析する分析部
   を含むことを特徴とする第１項の計算機システムの運用
   管理システム。 ３、前記分析部は、与えられた運用手順を所定の規則に
   従つて所望の情報群に変換する変換部を含むことを特徴
   とする第１項の計算機システムの運用管理システム。 ４、前記変換部は、前記運用手順のひとつのオペレーシ
   ョンの実行が正常終了する、または異常終了する状況を
   ひとつの事象とし、前記オペレーションの実行条件を対
   応する前記事象の前状態、さらに前記オペレーションの
   実行後の状況を前記事象の後状態とし、前記運用手順を
   、前記事象、前状態、後状態の情報群に変換する手段か
   らなることを特徴とする第３項の計算機システムの運用
   管理システム。 ５、前記変換部は、変換された情報群を記憶する記憶部
   を含むことを特徴とする第３項の計算機システムの運用
   管理システム。 ６、前記記憶部は、前記事象に関する処理時間や発生確
   率等の属性情報群を記憶する部分を含むことを特徴とす
   る第５項の計算機システムの運用管理システム。 ７、前記支援部は、前記運用手順を複数のブロックに分
   割し、各ブロックを構成する一連のオペレーシヨン群に
   識別子を付加する手段を含むことを特徴とする第１項の
   計算機システムの運用管理システム。 ８、前記支援部は、前記運用手順の一部を変数として記
   述し、後から該変数に実際の値を代入する手段を含むこ
   とを特徴とする第１項の計算機システムの運用管理シス
   テム。 ９、前記支援部は、該支援部から得られる情報を記憶保
   持する記憶部と、該記憶部の内容からある条件を満たす
   情報の１部または組み合わせ情報を表示する手段を含む
   ことを特徴とする第１項の計算機システムの運用管理シ
   ステム。 １０、前記運用手順は、ネット状の図形により与えられ
   ることを特徴とする第１項の計算機システムの運用管理
   システム。 １１、前記支援部は、前記記憶部に格納されている、運
   用手順を構成するオペレーションが正常時に実行される
   ものか、異常時のリカバリとして実行されるものかに関
   する情報を用いて前記正常時に実行されるオペレーショ
   ンに対して異常時のリカバリ対策がなされているかをチ
   ェックする手段を含むことを特徴とする第１項の計算機
   システムの運用管理システム。 １２、前記記憶部は、与えられた運用手順に従つて実際
   に運用制御を開始する時点に関する情報を記憶する部分
   を含むことを特徴とする第１項の計算機システムの運用
   管理システム。 １３、計算機システムのシステム構成設計において、与
   えられた計算機システムの運用手順のもとで起こりうる
   すべての運用シーケンスを抽出・分析し、その結果得ら
   れる情報を用いて前記システム構成設計を行うことを特
   徴とする計算機システムのシステム構成設計方法。 １４、前記分析部は、個々の運用シーケンスの処理時間
   や発生確率、該処理時間と発生確率の積を全運用シーケ
   ンスについて累算して処理時間の期待値を演算する手段
   を含むことを特徴とする第１項の計算機システムの運用
   管理システム。 １５、前記運用制御する部分を前記計算機システムと同
   一の装置に設けたことを特徴とする第１項の計算機シス
   テムの運用管理システム。 １６、前記運用制御する部分を前記計算機システムとは
   異なる装置に設けたことを特徴とする第１項の計算機シ
   ステムの運用管理システム。 １７、前記運用手順を作成する部分を前記計算機システ
   ムと同一の装置に設けたことを特徴とする第１項の計算
   機システムの運用管理システム。 １８、前記運用手順を作成する部分を前記計算機システ
   ムとは異なる装置に設けたことを特徴とする第１項の計
   算機システムの運用管理システム。 １９、前記分析部は、与えられた運用手順を格納する記
   憶部と、該記憶部に格納された情報に基づき前記計算機
   システムを運用制御する手段を含むことを特徴とする第
   ２項の計算機システムの運用管理システム。 ２０、計算機システムの新規導入、または既存計算機シ
   ステムの拡張時における運用オペレータの教育システム
   において、前記計算機システムの動作を模擬する手段と
   、該手段を前記被教育オペレータが操作する手段と、前
   記計算機システムの運用手順を記憶する手段と、該記憶
   手段の運用手順と前記被教育オペレータが前記模擬する
   手段を操作した手順とを比較する手段とを設けたことを
   特徴とする運用オペレータ教育システム。