JPH02244223A - 計算機システムの運用方式設計支援システムおよびシステムメツセージ管理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】

（産業上の利用分野〕 本発明はオンラインシステム等の計算機システムの運用
管理に係り、特に（１）システムの運用方式を効率良く
設計するのに好適な計算機システムの運用方式設計支援
システムおよび（２）計算機システムの動作状態を表す
システムメツセージをシステム運転者に対し理解し易く
提供するのに好適なシステムメツセージ管理システムに
関する。 〔従来の技術〕 従来、ジョブの実行フロー等の計算機システムの運用方
式の設計は、すべて設計者の人手により行われている。 ｉ！！用方式の設計では、正常時の他ジョブが異常終了
した場合等の障害時の運用を充分に検討しておく必要が
ある。しかし、障害とその組合せを考慮したすべての運
用ケースを人手で検討していくには、多くの手間を要す
る。このため、従来では設計者が、重要である。または
発生の可能性が高い、と判断した運用ケースのみを検討
している。 一方、計算機システムのハードウエウ状態、ジョブ、タ
スクの実行状態等をシステム運転者に知らせるためのシ
ステムメツセージは、従来、システム操作のためのコン
ソール端末に、システムにおいて事象（状態の変化）が
発生した順に時系列に出力されている。

【発明が解決しようとする課題】

上記第一の従来技術、すなわち従来の運用方式の設計方
法は、設計者の経験と勘に多くを依存する方法であるた
め、複雑な対象では重要な障害時の運用ケースの見落し
や矛盾が発生し易く、高信頼な運用方式の設計には多大
な時間を要し、実際土竜てのケースを考慮することは不
可能となっているという問題がある。 本発明の第一の目的は、上記問題点を解決し、運用方式
を高信頼に効率良く設計できる運用方式設計支援システ
ムを提供することにある。 上記第二の、システムメツセージに関する従来技術は、
出力するメツセージの意味、ある事象に関連して出力さ
れる幾つかのメツセージといったメツセージの相互関係
等の点について配慮がされておらず、時系列に次々と出
力されるメツセージから、メツセージの関連を読み取り
、システムが現在どの様な状況にあるのかを判断するの
に労力を要するという問題があった。特に、システムに
障害が発生した場合、出力されるメツセージ１分間に１
５０〜２００に達する場合もあり、障害要因の把握には
、相当な熟練と労力が必要となっている。 本発明の第二の目的は、上記問題を解決し、システムの
状況を容易かつ、短時間で精度良く把握できる。システ
ムメツセージ管理システムを提供することにある。 〔課題を解決するための手段〕 上記第一の問題点は、与えられた運用方式のもとで起こ
りうる運用ケースの解析を人手で行っている点に起因す
る。 上記第一の目的は、与えられた運用方式のもとで起こり
うるすべての運用ケースを自動的に抽出する手段を設け
、これにより、設計者がすべての運用ケースをもれなく
、効率的に検討できるようにすることで達成される。 従来の第二の問題点は、発生するシステムメツセージを
発生順に単にコンソール端末に出力するのみなので、互
いに関連のあるメツセージが離れて出力されてしまい、
後にこれを追うのが困難となる点に起因している。 上記第二の目的は、メツセージ中の特定のキーワードに
従い、そのキーワードを持つメツセージ毎に発生するメ
ツセージを分類して出力することにより達成される。 〔作用〕 上記第一の手段によれば、設計した運用方式のもとで起
こりうるすべて（障害時を含む）の運用ケースを自動的
に抽出して設計者に提供するので、設計者は、運用方式
設計時、障害時運用についてぬけなく充分に検討してい
くことができる。これにより、運用方式を効率良く、高
信頼に設計していくことができる。 上記第二の手段によれば、メツセージに含まれる特定の
タスク名、端末名、ホスト名等に従い、特定の端末の状
況、特定ホストのジョブの実行状態、バッチジョブの状
況、オンラインジョブの状況等の様にメツセージを相互
に関連する単位で把握することが可能となるので、見落
しすることなく、短時間で精度良くシステムの状態を把
握できるようになる。 〔実施例〕 以下、図面を用いて、本発明の一実施例を説明する。 第１図は１本発明の一実施例になる計算機システムの運
用方式設計支援システムのブロック構成図である０本シ
ステムは、大きく分けて、ジョブフロー編集部１０１、
ジョブフロー分析部１０２及びジョブフロー設計用デー
タ記憶部群１０３から成る。ジョブフロー編集部１０１
は、設計用端末１０４から人力されるジョブフローとジ
ョブの実行時１…等の属性パラメータをジョブフロー設
計用データ記憶部１０３に、具体的には後で説明するジ
ョブフローテーブル１０３１とジョブ属性テーブル１０
３２に登録したり、登録ずみのジョブフローやジョブの
属性パラメータ値の修正、追加を行う部分である。 ここでジョブフローとは、業Ｓ（ある製品の生産管理業
務等）を成立させるのに必須な業務ジョブ群とこれらの
ジョブの実行が異當終了した場合に講じられるリカバリ
のジョブ群から成り、これら複数のジョブの実行順序を
規定したものである。 ジョブフローは、ひとつの業務ジョブ群とリカバリ方法
のちがいによるいくつかの異なるリカバリのジョブ群を
組合せることで、ひとつの業務に対して複数個存在する
。また、ひとつのジョブフローに対して、各ジョブの実
行時間の組み合せ等、複数の属性パラメータが存在する
。これは１株式買売取引業務を例にすると、そ°のＨの
冥売の出来島によってジョブの実行時間が変動するから
である。 ジョブフロー分析部１０２は、ジョブフロー設計用デー
タ記憶部１０３に格納されているジョブフローとジョブ
の属性パラメータに基づき、起こりうるジョブ運用シー
ケンス（リカバリのジョブを含む一連の起動時間を含む
ジョブ実行列）の抽出やジョブフロー設計時の評価項目
となる個々のジョブ運用シーケンスの処理時間や生起確
率等の情報を計算する部分である。本分析部１０２は、
４つの部分すなわち、分析部メイン制御部１０２１゜モ
デル皺換部１０２２、モデル解析部１０２３と運用シー
ケンス抽出部１０２４から成る。 モデル変換部１０２２は、ジブフローをジョブ運用シー
ケンスの抽出等の上述の分析をし易い解析用モデルに変
換し、ジョブフロー設計用データ記憶部１０３の解析用
モデルテーブル１０３３に格納する。 モデル解析部１０２３は、変換された解析用モデルに基
づき、ジョブの運用シーケンスの半順序関係を解析し、
この情報をジョブフロー設計用データ記憶部１０３の状
態遷移テーブル１０３４に格納する。ここで、上記半順
序関係とはジョブの実行条件、例えばあるジョブのいく
つかの特定ジョブの実行後に実行する等、のみの情報か
ら決定できるジョブ群の実行列である。この実行列は、
ジョブの実行時間を考慮していないので正確な（ジョブ
の起動時間を含む）運用シーケンスではない。 運用シーケンス抽出部１０２４は、状態遷移テーブル１
０３４に格納されているジョブ運用シーケンスの半順序
関係とジョブ属性テーブル１０３２に格納されている。 ジョブの属性パラメータに基づき、すべてのジョブ運用
シーケンスの抽出やそのシーケンスの処理時間、生起確
率等の分析結果を設計用端末１０４へ出力する部分であ
る。 分析部メイン制御部１０２１は、設計用端末１０４から
の分析指示に基づき、上記各部１０２２゜１０２３．１
０２４の起動等の制御を行う部分である。 端末制御部１０５は、設計用端末１０４とジョブフロー
編集部１０１．ジョブフロー分析部１０２間の人出力を
制御する部分である。 ジョブフロー設計用データ記憶部１０３は、ジョブフロ
ーごとに複数存在し、重訂９機システムの運用方式設計
支援システムでジョブフローを設計１分析していく上で
必要となる情報を記憶保持する部分である。この記憶部
１０３は、４つのテーブルすなわちジョブフローテーブ
ル１０３１、ジョブ属性テーブル＄１０３２、解析用モ
デルテーブル１０３３と状態遷移テーブル１０３４から
成る。以−ト、第２図〜第５図を用いて各テーブルの構
成を具体的に説明する。 第２図は、第１図におけるジョブフローテーブル１０３
１の構成を示したものである０本テーブル１０３１は、
フロ御名格納エリア２０１．ジョブ名格納エリア２０２
、種類格納エリア２０３、プレジョブ情報格納エリア群
２０４とリランジョブ名格納エリア２０５から成る。フ
ロ御名格納エリア２０１はジョブフロー名を格納する部
分であり、これにより複数存在するジョブフローを識別
する。 ジョブ名格納エリア２０２は、ジョブフローを形成する
ジョブの名称を格納する部分である。 種類格納エリア２０コ３は、ジョブ名格納エリア２０２
に格納されている名称のジョブがなす処理の種類を格納
する部分である。処理の種類には２つあり、ひとつは業
務処理に対応したものであり、もうひとつは前記処理が
異常終了した場合に実行されるリカバリ処理に対応した
ものである。前者のジョブに対してはＩＩ　Ｎ　１１を
、後者のジョブに対してはＩＩ　Ｒ１１を種類格納エリ
ア２０３に格納する。 プレジョブ情報格納エリア群２０４は、ジョブ名格納エ
リア２０２に格納された名称のジョブを実行する前に、
その実行が終了していなければならないジョブの情報を
格納する部分である０本エリア群２０４は、それぞれプ
レジョブ名格納エリア２０４１と終ｒ状態格納エリア２
０４２から成る。プレジョブ名格納エリア２０４１は、
実行が終！していなければならないジョブの名称を格納
する部分である。終了状態格納エリア２０４２は。 前記ジョブの終ｒ状態を格納する部分である。終了状態
には２つの状態があり、ひとつは正常終！した状態、も
うひとつは異常終！した状態である。 前者の場合はＮ″を、後者の場合は′Ａ″を終ｒ状態格
納エリア２０４２に格納する。 リランジョブ名格納エリア２０５は、リカバリジョブ実
行後、どのジョブから正常のフローに復帰させるか、つ
まり、リラン（再実行）すべきジョブの名称を格納する
部分である。 なお、プレジョブ名格納エリア２０４に“５ｔａｒｔ”
が格納されている欄のジョブ名格納エリア２０２に格納
されている名称のジョブが、フロ御名格納エリア２０１
に格納されている名称のジョブフローで初めに実行され
るジョブである。また、ジョブフローの終わりは、？）
ヨブ名格゛納エリア２０２１にｅｎｄ″″　が格納され
ている欄のプレジョブ情報格納エリア群２０４に格納さ
れている条件が成立したとき、つまり、複数のプレジョ
ブ名格納エリア２０４１に格納されている名称のジョブ
が、それぞれ対応する終了状態格納エリア２０４２に格
納されている状態で終了したときである。 第３図は、第１図におけるジョブ属性テーブル１０３２
の構成を示したものである０本テーブル１０３２は、ひ
とつのジョブフローテーブル１０３１に対してジョブの
属性パラメータが異なるごとに複数個存在する６本テー
ブル１０３２は１名称格納エリア３０１、ジョブ名格納
エリア３０２、時間格納エリア３０３と確率格納エリア
３０４から成る。 名称格納エリア３０１は、ひとつのジョブフローテーブ
ル１０３１に対して複数存在するジョブ属性テーブル１
０３２を一意に識別するための属性パラメータ名称を格
納する部分である。 ジョブ名格納エリア３０２は、ジョブフローを形成する
ジョブの名称を格納する部分であり、そのジョブの属性
値が同じ欄の各格納エリア３０３゜３０４に格納される
０時間格納エリア３０３は、ジョブ名格納エリア３０２
に格納されている名称のジョブの実行時間を格納する部
分である。確率格納エリア３０４は、ジョブ名格納エリ
ア３０２に格納されている名称のジョブが正常に終！す
る確率を格納する部分である。 以上、２つのテーブル、ジョブフローテーブル１０３１
とジョブ属性テーブル群１０３２は、設計者が膜用端末
１０４から各情報を入力し、端末制御部１０５およびジ
ョブフロー編集部１０１を介してセットされる。 第４図は、第１図における解析用モデルテーブル１０３
３の構成を示したものである０本テーブル１０３３は、
ひとつのジョブフローテーブル１０３１に対してひとつ
存在する０本テーブル１０３３は、イベント番号格納エ
リア４０１．イベント格納エリア４０２、前状態格納エ
リア群４０３と後状態格納エリア群４０４から成る。こ
こで扱うイベントとは、ジョブの実行・正常終ｆを表す
ものとジョブの実行・異常終了を表すものの２つである
。 イベント番号格納エリア４０１は、各イベントを一意に
識別するための一連の番号を格納する部分である。 イベント格納エリア４０２は、各イベントの内容を格納
する部分であり、ジョブ名格納エリア４０２１と終了状
態格納エリア４０２２とから成る。各イベント、つまり
実行するジョブの名称を格納する部分がジョブ名格納エ
リア４０２１であり、そのジョブの終Ｙ状態を格納する
部分が終了状態格納エリア４０２２である０本エリア４
０２２には、ジョブが正常終了したことを表すイベント
である場合は″Ｎ′″が、異常終了したことを表すイベ
ントである場合は“Ａ　”が格納される。 前状態格納エリア群４０３、後状態格納エリア群４０４
は、それぞれ、イベントが起こる事前状態事後状態を格
納する部分である、ここで扱う状態とはイベントの生起
状況を表し、各状態には一意の番号が対応し、この番号
が前状態格納エリア群４０３と後状態格納エリア群４０
４に格納される。 本テーブル１０３３の各エリア群４０１　、４０２゜４
０３．４０４は、第１図におけるジョブフロー分析部１
０２のモデル崇換部１０２２によりジョブフローテーブ
ル１０３１に格納されている情報をもとに自動的にセッ
トされる。 第５図は、第１図における状態遷移テーブル１０３４の
構成を示したものである０本テーブル１０３４は、解析
用モデルテーブル１０３３に格納されているイベントの
生起により状態の遷移過程を表したもの、すなわち、前
述のジョブ運用シーケンスの半順序関係情報を格納する
部分である。 本テーブル１０３４は、ひとつの解析用モデルテーブル
１０３３に対してひとつ存在し、ノード番号格納エリア
５０１、属性格納エリア５０２、親ノード格納エリア５
０３、イベント格納エリア５０４と状態格納エリア群５
０５から成る。ここで扱うノードとは、イベントの生起
により遷移する状態を一意に識別するものであ名。 ノード番号格納エリア５０１には、各ノードを一意に識
別するための一連の番号が格納される部分である。 状態格納エリア群５０５は、ノード番号格納エリア５０
１に格納されている番号で識別されたノードの状態が格
納される部分である０本エリア群５０５には、解析用モ
デルテーブル１０３３の前状態格納エリア群４０３およ
び後状態格納エリア群４０４に格納されている番号が、
後で説明する規則に従って第１図におけるモデル解析部
１０２３によりセットされる。 親ノード格納エリア５０３およびイベント格納エリア５
０４には、現在注目しているノード、つまり状態は、ど
のノードの状態からどんなイベントの生起により遷移し
たものかの情報を格納する部分である。親ノード格納エ
リア５０３は、′ｉ１移前のノードの番号を格納する部
分である。イベント格納エリア５０４は、生起イベント
、すなわち解析用モデルテーブル１０３３で扱っていた
イベント番号を格納する部分である。 属性格納エリア５０２はノードの属性情報を格納する部
分であり、“ｒｏｏｔ”が格納されているノードは初期
ノード、つまりジョブフロー開始状態を表すノードであ
る。“ｇｏａ　Ｑ　”　　が格納されているノードは目
標ノード、つまりジョブフロー終ｒ状態を表すノードで
ある。また、本エリア５０２に番号が格納されているノ
ードは、その番号のノードと状態が等しいことを表す。 本テーブル１０３４は、第１図におけるジョブフロー分
析部１０２のモデル解析部１０２３により解析用モデル
テーブル１０３３に格納されている情報をもとに自動的
にセットされる。 第６図は、第１図に示した計算機システムの運用方式設
計支援システムの各部の動作フローチャートである０本
支援システムの起動要因は、設計用端末１０４からのジ
ョブフロー設計要求とジョブフロー分析要求である。端
末制御部１０５は、前者の要求に対してジョブフロー編
集部１０１を、後者の要求に対してジョブフロー分析部
１０２の分析部メイン制御部１０２１を起動する（ステ
ップ６０１）。 以ト、ジョブフロー設計要求を受けたジョブフロー編集
部１０１の動作フロー（ステップ６０２からステップ６
０９）を説明する。まず、設計対象とするジョブフロー
が新規か既存かを判断する（ステップ４０２）、ジョブ
フローが既存か否かの判断は１本システムが管理する複
数のジョブフロー設計用データ記憶部１０３のジョブフ
ローテーブル１０３１中のフロ御名格納エリア２０１の
内容を調べる。設計対象とするジョブフロー名称と同一
であれば既存と判断し、（ステップ４０２）以後、同一
名称を持つジョブフローテーブル１０３１が存在するジ
ョブフロー設計用データｉ１ｄ憶部１０３を本編集部１
０１の処理対象データとする。もし。 同一名称を持つジョブフローテーブル１０３１が存在し
なかった場合は新規と判断し、（ステップ４０２）空き
のジョブフロー設計用データ記憶部１０３を割当て（ス
テップ４０３）、以後、本記憶部１０３を本編集部１０
１の処理対象データとする。 ジョブフロー設計要求には、細かく分けて２つの作業が
ある。ひとつはジョブフローの追加・変更、もうひとつ
はジョブフローを形成するジョブの属性（実行時間や正
常終了確率）パラメータの変更である。これらのどちら
の作業要求であるかをステップ６０４で判断する。 ジョブフローの追加・変更要求であれば、ジョブフロー
テーブル１０３１の内容を設計用端末１０４に表示し、
設計者が設計用端末１０４を介して行う追加・変更に対
応した各格納エリア群２０１〜２０５の内容を変更する
（ステップ６０５）。 追加変更作業が終了したら、解析用モデルテーブル１０
３３および状態遷移テーブル１０３４をクリアしくステ
ップ６０６）、次のジョブフロー設計作業待ち（ステッ
プ６０４）へ戻る。 ジョブの属性パラメータ変更要求であれば、以下ステッ
プ６０７〜６０９を行い、次のジョブフロー設計作業待
ち（ステップ６０４）へ戻る。ステップ６０７では、変
更するジョブの属性テーブル名称の人力を待ち、設計用
端末１０４から人力された名称がジョブ属性テーブル群
１０３２の名称格納エリア３０１の内容と一致するか舎
かを判断する。もし、同一内容のテーブル１０３２が存
在すれば、その内容を設計用端末１０４に表ボし、変更
項目に対応した各格納エリア群３０２〜３０４の内容を
変更する（ステップ６０９）。ステップ６０７で同一内
容のテーブルが存在しなければ。 空きのジョブ属性テーブル１０３２を割当て（ステップ
６０８）、各格納エリア群３０１〜３０４に設計用端末
１０４からの入力に従い適切な情報を格納する（ステッ
プ６０９）。 ステップ６０４で、設計終了であることが入力されると
ステップ６０１へ戻り１次の要求待ちとなる。 次に、ジョブフロー分析要求を受けたジョブフａ−分析
部１０２の動作フロー（ステップ６１Ｑ〜６１４）を説
明する。 ジョブフロー分析部１０２の分析部メイン制御部１０２
１は、前述の通り端末制御部１０５により起動され、分
析ケースの人力処理（ステップ６１０）を行う０分析ケ
ースとは、ジョブフローとジョブの属性パラメータの組
をいう１本制御部１０２１は、入力されたジョブフロー
名称をジョブフローテーブル１０３１のフロ御名格納エ
リア２０１に持つジョブフロー設計用データ記憶部１０
３を探索し、本記憶部１０３の解析用モデルテーブル１
０３３がクリアされているが否かを判定する（ステップ
６１１）、もし、クリアされていればモデル変換部１０
２２、モデル解析部１０２３および運用シーケンス抽出
部１０２４を順次起動して、ステップ６１２，６１３，
６１４を実行する。また、解析用モデルテーブル１０３
３がセットずみであれば、運用シーケンス抽出部１０２
４を起動してステップ６１４を実行する。 ステップ６１２では、ジョブフローテーブル１０３１に
格納されているジョブフローを解析用モデルに変換し、
解析用モデルテーブル１０３３にその内容をセットする
０本ステップ６１２は、モデル変換部１０２２が行う。 ステップ６１３は、モデル解析部１０２３が行うステッ
プであり、解析用モデルテーブル１０３３に格納された
解析用モデル上で起こりつるすべての状態とその遷移関
係を解析し、その結果を状１＃Ａａ移テーブル１０３４
にセットする。 ステップ６１４は、ステップ６１０で入力されたジョブ
の属性パラメータ名称を名称格納エリア３０１に持つジ
ョブ属性テーブル１０３２を探砲し、本テーブル１０３
２に格納された属性パラメータと状ｍｉ￥１移テーブル
１０３４の情報をもとにすべての運用シーケンを抽出し
、個々の運用シーケンスの処理時間や生起確率を算出し
、分析結果を設計用端末１０４に出力する。 本ステップ６１４終了後、ステップ６１０に戻り、次の
分析ケースの人力待ちとなる。ステップ６１０で、分析
終了が人力されるとステップ６０１へ戻り、次の要求待
ちとなる。 以下、ステップ６１２，６１３，６１４の詳細フローを
それぞれ第７図、第８図、第９図を用いて説明する。 第７図を用いて、第６図におけるステップ６１２の詳細
フロー、すなわち第１図におけるモデル変換部１０２２
の動作フローを説明する。 はじめに、内部変数りとＮを“θ”に初期化する（ステ
ップ７０１）。変数りは変換処理中におけるイベントの
数を表し、その値は解析用モデルテーブル１０３３のイ
ベント番号格納エリア４０１に格納される。一方、変数
Ｎは変換処理中における状態の数を表し、その値は解析
用モデルテーブル１０３３の前状態格納エリア群４０３
と後状態格納エリア群４０４に格納される。初期化処理
（ステップ７０１）の後、ジョブフローテーブル１０３
１のジョブ名格納エリア２０２に格納されているすべて
のジョブに対して、以下説明する変換を行ったか否かを
チエツクする（ステップ７０２）　。 終っていればステップ７１７（後に説明する）を実行し
、終っていなければ以上のステップ（７０３〜７１６）
を踏んで変換処理を行う。 まず、未だ皺換していないジョブ名をジョブフローテー
ブル１０３１のジョブ名格納エリア２０２を検索してひ
とつ取り出す（ステップ７０３）。 以下、便宜上、取り出したジョブ名をＪＮと記述して説
明していく。次に、内部変数りを１インクリメントし、
解析用モデルテーブル１０３３の空欄のイベント番号格
納エリア４０．１に変数りの値を格納する。また、イベ
ント格納エリア４０２のジョブ名格納エリア４０２１に
ＪＮ終！状態格納エリア４０２２にｉｒＮ”を格納する
（ステップ７０４）。 次のステップ（ステップ７０５）で、ジョブフローテー
ブル１０３１のプレジョブ名格納エリア群２０４１を調
べ、ＪＮがジョブフローの初めのジョブか否かをチエツ
クする。もし１本エリア群２０４１のひとつのエリアに
“５ｔａｒｔ”　　が格納されていれば、ＪＮが初めの
ジョブと判定し、ステップ７０６を実行する。そうでな
ければ、ステップ７０７を実行する。 ステップ′７０６では、解析用モデルテーブル１０３３
のイベント番号格納エリア４０１の値が変数りの値と等
しい欄の前状態格納エリア群４０３のひとつのエリアに
４　Ｓ　ｌ″を格納し、ステップ７１０へ行く。 ステップ７０７では、ＪＮのすべてのプレジョブが既に
変換ずみであるか否かをチエツクする。 もし、変換されていなければ、解析用モデルテーブル１
０３３のイベント番号りの欄の各エリアをすべてクリア
し、変数１、を１デイクリメントして（ステップ７０９
）、ステップ７０２へ戻る。 ステップ７０′ｌにおいて既に変換ずみであると判定さ
れると、ＪＮの複数のプレジョブ情報それぞれに対して
、プレジョブ情報（ジョブフローテーブル１０　：３１
のプレジョブ情報格納エリア２０４の内容）と一致する
イベント（解析モデルテーブル１０３３のイベント格納
エリア４０２）の欄の後状態格納エリア群４０４の値を
、解析モデルテーブル１０３３のイベント番号りの欄の
前状態格納エリア群４０３に格納する（ステップ７０８
）。 次に、ステップ７１０において、ＪＮがリカバリのジョ
ブか舎かをチエツクする。 ジョブフローテーブル１０３１の種類格納エリア２０３
の値が“Ｒ１１であれば、ＪＮはリカバリのジョブと判
定し、ステップ７１６を実行する。 そうでなければ、変数Ｎを１インクリメントしてその値
を解析用モデルテーブル１０３３のイベント番号りの欄
の後状態格納エリア群４０４のひとつの空エリアに格納
しくステップ７１２）、ステップ７１４へ行く。 ステップ７１６では、ＪＮがリランジョブを持つか否か
をチエツクする。ジョブフローテーブル１０３１のリラ
ンジョブ名格納エリア２０５に値（ジョブ名）が格納さ
れていれば、ＪＮはリランジョブを持つと判定し、ステ
ップ７１１を実行する。そうでなければ、ステップ７１
２を実行する。 ステップ７１１では、・ＪＮのリランジョブについて変
換したか否かをチエツクする。すなわち、ジョブフロー
テーブル１０３１のジョブ名格納エリア２０２にＪＮが
格納されている欄のリランジョブ名格納エリア２０５に
格納されているジョブ名に関して、すでに解析用モデル
テーブル１０３３に変換されているか否かをチエツクす
る。もし、変換されていないと判定した場合はステップ
７０９へ戻り、変換されている場合はステップ７１３を
実行する。 ステップ７１３では、ＪＮのリランジョブ名と一致する
解析用モデルテーブル１０３３中のイベント（イベント
格納エリア４０２のジョブ名格納エリア４０２１の内容
）の欄の前状態格納エリア群４０３の値を、解析用モデ
ルテーブル１０３３のイベント番号りの欄の後状態格納
エリア群４０４に格納する。 次のステップ（第７図（ｂ）、ステップ７１４）で、ジ
ョブフローテーブル１０３１（／；）プレジョブ情報格
納エリア群２０４を検索し、プレジョブ名格納エリア２
０４１にＪＮ、終了状態格納エリア２０４２に“Ａ　１
１が格納されている欄があるか否かをチエツクする。す
なわち、ジョブＪＮが異常終了したとき実行するジョブ
があるか否かをチエツクする。もし、なければステップ
７０２へ戻り、あればステップ７１５を実行してステッ
プ７０２へ戻る。 ステップ７１５では、内部全数り、Ｎをそれぞれインク
リメントし、解析用モデルテーブル１０３３の空の欄の
イベント番号格納エリア４０１に全数りの値を、イベン
ト格納エリア４０２にＪＮ（ジョブ名格納エリア４０２
１）とｌｄ　Ａ　ｊ＋　　（終！状態格納エリア４０２
２）を、前状態格納エリア群４０３に解析用モデルテー
ブル１０３３のイベント格納エリア４０２にＪＮと“Ｎ
　ＩＩが格納されている欄の前状態格納エリア群４０３
の値を、後状態格納エリア群４０４のひとつのエリアに
変数Ｎの値をそれぞれ格納する。 ステップ７０２ですべてのジョブについて変換し終えた
と判定されるとステップ７１７（第７図（Ｃ））が実行
される１本ステップ７１７からステップ７２１までの処
理は、解析用モデルテーブル１０３３の前状態格納エリ
ア群４０３に格納されている値を異なるイベント（ジョ
ブ名）に対して一意の値となるよう変換するステップ群
である。 ステップ７１７では、解析用モデルテーブル１０３３中
の前状態格納エリア群４０３で複数の異なるイベント（
ジョブ名のみ）に対して同一の値（仮にＸとして説明し
ていく）が格納されているか否かをチエツクする。もし
存在すれば、ステップ７１８からステップ７２１を実行
する。存在しなければ、ステップ７２２を実行して終了
する。 ステップ７１８で前状態格納エリア群４０３にＸが格納
されているイベントを探索し、該当イベントを見つける
とそれがひとつ目か否かをチエツクしくステップ７１９
）、ひとつ１であればステップ７１８へ戻り、他の該当
するイベントを探索する。ふたつ目以降であれば、変数
Ｎを１インクリメントし、その値を以ド■■のエリアに
格納する（ステップ７２０）。 ■該当するイベント欄の前状態格納エリア群４０３の中
のＸが格納されているエリア。（すなわち、ＸをＮに変
更する） ■後状態格納エリア群４０４にＸが格納されているイベ
ント欄の後状態格納エリア群４０４の空エリア。 ステップ７２０実行後、すべてのイベント榴を探索し終
えたかをチエツク（ステップ７２１）Ｌ、、終えたなら
ばステップ７１７へ戻る。終えていなければステップ７
１８へ戻り、他の該当するイベントを探索する。 ステップ７２２では、ジョブフローテーブル１０３１の
ジョブ名格納エリア２０２に’ｅｎｄ”が格納されてい
る欄のプレジョブ情報と一致するイベントを持つ解析用
モデルテーブル１０３３の糊の後状態格納エリア群４０
４をクリアし、ひとつのエリアに“ｅ″を格納する１本
ステップ７２２実行後、終了する。 以上が、第６図におけるステップ６１２の詳細フロー、
すなわち第１図におけるモデル変換部１０２２の動作フ
ローである６本フロー（ステップ７０１〜７２２）を用
いて、第２図に示しであるジョブフロー例を変換した結
果が第４図に示しである解析用モデル例である。 第８図を用いて、第６図におけるステップ６１３の詳細
フロー、すなわち第１図におけるモデル解析部１０２３
の動作フローを説明する。 まず、内部全数ｉｃをＯに初期化する。この変数ｉｃは
１本解析部１０２３動作中のノード数を表わす０次に初
期ノードを生成する（ステップ８０１）、状態遷移テー
ブル１０３４の空の欄のノード番号格納エリア５０１に
内部変数ｉｃを１インクリメントし、その値を、属性格
納エリア５０２に“ｒｏｏｔ”を、状態格納エリア群５
０５のひとつのエリア“ＳＮを格納する。 次に、未展開ノードがある（ステップ８０２）限り、以
下ステップ８０３〜８０７を実行する。 ここで、未展開ノードとは、１！！ｉ製ノード（属性格
納エリア５０２にあるノード番号が格納されているノー
ドを除くノードであって、そのノードの状態で生起可能
なイベントを調べ、あればイベントを生起させて新しい
ノードを生成すること、すなわちステップ８０３〜８０
７を実行していない）−ドをいう、ステップ８０３では
、未展開ノードをひとつ取り出す、取り出したノードの
ノード番号を、便宜上、ｉｎとして以下説明する。 ステップ８０４では、ノードｉｎの状態（状態遷移テー
ブル１０３４のノード番号ｉｎの欄の状態格納エリア群
５０５の内容）で生起可能なイベントがあるか否かをチ
エツクする生起ｎｆ能なイベントとは、解析用モデルテ
ーブル１０３３の前状態格納エリア群４０３の値と同じ
値の状態がノードｉｎの状態（状態遷移テーブル１０３
４のノード番号ｉｎの欄の状態格納エリア群５０５）中
に存在するイベントである。生起可能イベントは、複数
個存在する。これは、ジョブフローにおいて複数のジョ
ブが並列に実行されるときとジョブ実行において正常終
了、異常終了の２つのイベントが存在するときに対応す
る。 ステップ８０４で起動可能なイベントがないと判定され
るとステップ８０２へ戻る。あると判定されると、複数
存在する発火可能イベントの中からひとつ取り出しく便
宜上、ｉｏと以下ｉｆｄ述する）、そのイ８ベントｉｓ
を生起させて新しいノードを生成する（ステップ８０５
）、具体的には、状態遷移テーブル１０３４の空の欄の
各格納エリア群５０１〜５０５に各位を以下■〜■に従
って格納する。 ■内部置数ｉｃを１インクリメントしてその値をノード
番号格納エリア５０１に格納する。 ■親ノード格納エリア５０３にｉｎを、イベント格納エ
リア５０４にｉθを格納する。 ■ノード番号ｉｎの状態格納エリア群５０５に格納され
ている値のリストから、解析用モデルテーブル１０３３
のイベント番号ｉｅの欄の前状態格納エリア群４０３に
格納されている値をすべて取り除き、後状態格納エリア
群４０４に格納されている値のすべてをリストに加える
。リスト中の値と状ｔｒＭ遷移テーブル１０３４の状態
格納エリア群５０５の値が一致するノードがあるか否か
を判定し、一致するノードがなければ、リスト中の各位
を状態格納エリア群５０５に格納する。 ■上記■で一致するノードがあれば、そのノード番号を
属性格納エリア５０２に格納する。 ステップ８０５実行後、イベントｉθと競合するイベン
トがあるか否かを判定する１Ｍ合するイベントとは、イ
ベントの前状態は同じであるが、後状態が異なるイベン
トのことである。ステップ８０５で競合イベントがある
と判定されるとステップ８０７を実行し、なければステ
ップ８ｏ２へ戻る。 ステップ８０７では、競合するイベントをひとつ取り出
し、そのイベントを生起させて新しいノードを生成する
。新しいノードの生成方法は、ステップ８０５と同じで
ある０本ステップ８０７実行後、ステップ８０６に戻り
他の競合イベントを探す。 ステップ８０２で、複製ノードを除くすべてのノードを
展開し終えたと判定すると、ステップ８０８を実行する
。ステップ８０８では、ゴールノードをセットする。具
体的には、状態遷移テーブル１０３４の状態格納エリア
群５０５の値がｅ″の欄の属性格納エリア５０２に“ｇ
ｏｏΩ″を格納する０本ノードが、ジョブフローの終了
を表わしているノードである。 以上が、第６図におけるステップ６１３の詳細フロー、
すなわち第１図におけるモデル解析部１０２３の動作フ
ローである。第５１ｇは本フロー（ステップ８０１〜８
０８）を用いて、第４図の解析用モデル例を解析した結
果を示したものである。 第９図を用いて、第６図におけるステップ６１４の詳細
フロー、すなわち第１図における運用シーケンス抽出部
１０２４の動作フローを説明する。 はじめに、各内部変数ｐ、ｉｎおよびスタックを初期化
する（ステップ９０１）、内部変数ｉｎは、探索中ノー
ド番号を表し、ゴールノード番号を初期値としてセット
する。ゴールノード番号は、状態遷移テーブル１０３４
の属性格納エリア５０２に“ｇｏａ　ｍ”が格納されて
いる欄のノード番号格納エリア５０１の値である。内部
変数ｐは、ゴールノードからｉｎまでの遷移確率を表し
、’ｉ、ｏ”に初期化する。スタックには、ゴールノー
ドから１ｎまで遷移する際に生起するイベントが積まれ
ており、ステップ９０１で“空″に初期化する。 次に、ノードｉｎから初期ノードまでのパス（運用シー
ケンス）を探掬する（ステップ９０２）。 本ステップ９０２の詳細フローを示したものが、第９図
（ｂ）（ステップ９０３〜’９１７）である。 ステップ９０３で内部キューをクリアした後、ステップ
９０４でノードｉｎは初期ノードであるか否かをチエツ
クする。状ｆｌｌ［移テーブル１０３４のノード番号ｉ
ｎの欄の属性格納エリア５０２の値が″ｒｏｏ　ｔ”で
あれば、初期ノードであると判定してステップ９１３〜
９１７を実行する１本ステップ９０４でｉｎが初期ノー
１−と判定した時、ゴールノードから初期ノードまでの
ひとつのパス、すなわち運用シーケンスが抽出できたこ
とを表す、ステップ９１３〜９１７は、抽出した運用シ
ーケンスの処理時間等を計算し、分析結果を出力するス
テップ群である。 ステップ９０４でノードｉｎは初期ノードでないと判定
すると、ノード番号ｉｎおよびノードｉｎの複製ノード
番号を内部キューに登録するとともに、スタックの現在
位置（どこまで値が積まれているか）を内部変数ＳＰに
格納する（ステップ９０５）。 ノードｉｎの１１ｍノードは、状態遷移テーブル１０３
４の属性格納エリア５０２の値がｉｎであるノードであ
る。ステップ９０５実行後、内部キューが空か否かを判
定しくステップ９０６）する、空であればリターンし、
空でなければ内部キューからノード番号をひとつ取り出
す（ステップ９０７）、以ド、便宜上、ステップ９０７
で取り出したノート番号をｉｎとする。 ステップ９０８で、内部変数Ｐに親ノードからノードｉ
ｎへの遷移確率をかけ内部変数Ｐ　Ｏに格納する。 ここで遷移確率は、ステップ６１０で指定したジョブ属
性テーブル１０３２を以下のように参照して得る。まず
、状ｔｍ遷移テーブル１０３４のノード番号ｉｎの欄の
イベント番号格納エリア５０４に格納されている値を調
べる。その値をイベント番号に持つ解析用モデルテーブ
ル１０３３の欄のイベント格納エリア４０２に格納され
ている内容を調べる。イベント格納エリア４０２の終了
状態格納エリア４０２２の値がＪ（Ｎ　ＩＩの場合、イ
ベント格納エリア４０２のジョブ名格納エリア４０２１
に格納されている名称をジョブ名に持つジョブ属性テー
ブル１０３２の欄の確率格納エリア３０４の値がステッ
プ９０８でかけ合わせる遷移確率である。また、終了状
態格納エリア４０２２の値が＃　Ａ　ＩＩの場合は、上
で説明した確率格納エリア３０４の値を１から引いた値
がステップ９０８でかけ合わせる遷移確率である。 ステップ９０８実行後、ステップ９０９においてＰＯの
値があるしきい値より大きいか否かを判定する。このし
きい値とは、ジョブフロー設計時に考慮する運用シーケ
ンスの生起確率の下限値で。 あり、設計者が設定する値である。 本ステップ９０９において、ＰＯがしきい値より小さい
場合は生起確率が十分小さいと見なしで探紮中の運用シ
ーケンスを無視する。したがって、運用シーケンス抽出
部１０２４は、あるしきい値を超えない範囲の生起確率
を持つ運用シーケンスをすべて抽出することになる。ス
テップ９０９でＰＯがしきい値より小さいと判定される
とステップ９０６へ戻り、大きいと判定されるとステッ
プ９１０〜９１２を実行する。 ステップ９１０では、生起イベント（状８遷移テーブル
１０３４のノード番号ｉｎの欄のイベント番号格納エリ
ア５０４の値）をスタックにブツシュ（積む）する、ス
テップ９１１で、ノード１ｎの親ノードから初期ノート
までのパスを探索する。 本ステップ９１１は、ステップ９０３からステップ９１
゛Ｉを再帰的に呼び出しで実行する。ステップ９１１実
行後、他のパス（ｍ用シーケンス）を探索するため、ス
タックの位置をＳ　ｌ’に戻す（ステップ９１２）、つ
まり、スタックの状７ａ４をステップ９０５の時点と同
じ状態にする。ステップ９１２実行後、ステップ９０６
へ戻る。 次に、ステップ９０４でノードｉｎが初期ノードと判定
された後に実行するステップ群９１３〜９１７を説明す
る。 ステップ９１３で、各状態の遷移時刻をクリアする、状
態の遷移時刻とは、その状態（具体的には、各状態を一
意に識別するために付けた番号）にイベントの生起によ
って遷移した時刻をいう。 スタックが空でない限り（ステップ９１４）、スタック
から生起イベント番号をひとつ取り出しくステップ９１
５）、ステップ９１６を実行する。 ステップ９１５で取り出したイベント番号をｉｓとして
以下説明する。ステップ９１６では、イベントｉｅの各
後状態（解析用モデルテーブル１０３３のイベント番号
ｉｏの欄の後状態格納エリア群４０３の各位）の遷移時
刻を、イベントｉｓの各前状態（解析用モデルテーブル
１０３３のイベント番号ｉｅの欄の前状態格納エリア群
４０４の各位）の遷移時刻の中で最大のものにイベント
ｉｅの継続時間を加えた時刻とする。ここで、イベント
ｉｅの継続時間は、解析用モデルテーブル１０３３のイ
ベント番号ｉｏの欄のジョブ名格納エリア４０２１の値
をジョブ名に持つジョブ属性テーブル１０３２の欄の時
間格納エリア３０３の値である。 ステップ９１４でスタックが空であると判定すると、各
変数の値を設計用端末１０４に出力しくステップ９１７
）、リターンする。 ステップ９１７で設計用端末１０４へ出力する変数の値
の中で、変数Ｐの値が運用シーケンスの生起確率であり
、状態“ｅ′′の遷移時刻が運用シーケンスの処理時間
に対応する０以上が、第１図における運用シーケンス抽
出部１０４の動作フローである。 以上、第１図から第９図を用いて説明してきた実施例に
よれば、設計者が設計したジョブフローを、さなざまな
環境（ジョブの属性パラメータ）のドで起こりつるすべ
ての運用シーケンスについて効率良く分析することがで
きる。 また本実施例では、ジョブ運用シーケンスを抽出するの
に、まずジョブ運用シーケンスの半順序関係を解析して
ｇｄ憶しておき、この情報と分析パラメータ（ジョブの
属性パラメータ）とから運用シーケンスを抽出し、ジョ
ブフロー設計時の評価項目の情報を算出する方法を採用
した。 本方法の他に、構造とパラメータを同時に考慮してジョ
ブ運用シーケンスを抽出する方法がある。 ジョブフロー設計においては、同一のジョブフローに対
して、様々なジョブの属性パラメータ値で分析するのが
常であるため、本方法のようにジョブ運用シーケンスの
半順序関係をあらかじめ解析しておき、この半順序関係
と属性パラメータでジョブ運用シーケンスを抽出する方
が、属性パラメータが変わるごとに初めから解析しなお
す構造とパラメータを同時に考慮する方法より、解析に
要する時間が短くてすむ利点がある。したがって。 ジョブフローを、障害時を含む起こりつるすべての運用
シーケンスについて、その発生確率や処理時間等をさま
ざまな分析パラメータで検討しながら効率よく設計する
ことができるので、ジョブフローを高信頼に設計してい
くことができる。また、ひとつのジョブフローについて
の短時間で分析することができるので、多くの設計代替
案について検討することができ、設計目標に対して最適
な設計を求める作業が容易になる。 上記実施例において、ジョブの実行時間を固定値として
扱ってきたが、ジョブの実行時間は他ジョブとの関わり
からくるリソース（ｃｐｕやディスク等のデバイス）の
占有率によって嚢動する。 第３図に示したジョブ属性テーブル１０３２に使用リソ
ースに関する情報を格納するエリアを設け、第１図にお
ける運用シーケンス抽出部１０２４でイベントを生起さ
せるごとに上記情報を参照してシステム（ｌ計している
ジョブフローを実際に実行する処理計算機）の負荷状況
を把握し、この負荷状況に応じて第９図のステップ９１
６で加えるイベントの継続時間を変更することにより、
ジョブの実行時間をシステムの負荷状況により可変にす
ることができる。この変形例により分析結果がより実際
の値に近づくため、より正確な分析を行え、その結果、
ジョブフローを高信頼に設計していくことができる。 さらに、上記実施例はジョブフローの設計に関するもの
であったが、本システム（第１ｓ）を実際の計算機シス
テムの運用曳場で利用していくことができる０例えば、
−日のある製品の生産量デ−タに基づき製品生産量ファ
イルを更新するジョブフローを考える。まず、このジョ
ブフローをジョブフローテーブル１０３１に格納してお
き、−日の製品の生産の実績量からジョブフローを形成
する各ジョブの実行時間を見積り、その値をジョブ属性
テーブル１０３２にセットし、本システム（第１図）を
実行する。実行結果は、そのＨの実績量に対して製品生
産量ファイルを更新するジョブフローが終了する予測値
となる。この予測値を参考にして、他に実行すべきジョ
ブフローを実行開始する時刻を変更する等、運用計画を
立て直すことができる。これにより、−日の業務実績等
をふまえ、最適な計算機システムの運用計画を立てるこ
とができる。 また、本システム（第１図）で設計したジョブフローに
関する情報、例えばジョブフローテーブル１０３１の情
報、ジョブフローの特徴、設計目標に関する情報、リカ
バリ方法の特徴等を第１０図に示すデータベース１００
３に蓄積しておくことで、過去の設計ノウハウを次の設
計に活かすことができる。 第１０図において、計算機システムの運用方式設計支援
システム１００１は第１図に示したシステムであり、デ
ータベースマネジメントシステム１００２はデータ（ジ
ョブフローに関する情報）の記憶媒体（データベース１
００３）への蓄積の管理や設計者の要求（設計用端末１
０４から人力）に従って、データベース１００３上のデ
ータをアクセスし、情報の検索を可能とする部分である
。 設計者は、設計用端末１０４からデータベース・マネジ
メントシステム１００２を介してデータベース１００３
を検索したり、ジョブフローに関する情報を入力してデ
ータベース１００３に＃積する。また、データベース・
マネジメントシステム１００２は設計用端末１０４から
の要求に従ってデータベース１００３に格納されたデー
タを計算機システムの運用方式設計支援システム１００
１の記憶部群１０３にセットしたり、逆にデータベース
１００３に蓄積したりする。第１０図に示した変形例に
よれば、過去のジョブフロー設計ノウハウをこれから設
計しようとするジョブフローの設計に活かすことができ
るので、効率的に設計を進めることができる。 なお、ジョブフローの分析結果を一旦、ファイル等の記
憶操作に記憶保持しておき、特定の運用シーケンス（例
えば、処理時間がある値を超えるもの、障害発生同数が
ある値を超えるもの等）についての分析結果を検索し、
この特定の運用シーケンスにおけるジョブの実行タイム
チャートやｃｐｕ等のリソースの利用率等の状況を詳し
く表示するようにできる。 第１４図は、特定の運用シーケンスについての状況を図
形式で表示した一例である。第１４図は、時間の経過に
ともなう実行ジョブの状況（ジョブの実行タイムチャー
ト）と各時間帯のｃｐｕ等のリソースの利用率や使用Ｍ
Ｔデツキ台数等を示したものである。 さらに、実施例で示したジョブフローでリカバリのジョ
ブ群を取り除いた業務ジョブのみから成る業務ジョブフ
ローを記憶する記憶部と各業務ジョブに対するリカバリ
方法（リカバリのジョブ群の起動条件）を記憶する記憶
部を設け１両者記憶部の内容から第１図のジョブフロー
テーブル１０３１に情報を自動的にセットするようにす
ることができる。これにより、同一の業務フローに対し
て異なるリカバリ方式について種々分析を行う際に、リ
カバリの異なる箇所だけの修正でジョブフローが自動的
にできるので、より効率良く設計を進めていくことがで
きる。 一方、計算機システムの運用（ジョブの起動等）におい
て、あらかじめ９．録されたジョブフローに基づき自動
的にジョブの起動等を行う運用管理システムが導入され
てきている。この運用管理システムへのジョブフローの
入力フォーマットと本システム（第１図）におけるジョ
ブフローテーブル１０３１のフォーマットを同一にする
ことで、ジョブフローの設計から実行制御まで一貫した
運用管理システムを構築することができる。 また、第１ｗＪに示した運用方式設計支援システムをペ
トリネット解析システムとして利用していくことができ
る。 ペトリネットは互いに関連しあう同時進行的な要素から
成る事象駆動型システムを数学的表現を用いてモデル化
するひとつの道具であり、そのペトリネットを解析すれ
ば、モデル化したシステムの構造と動的な挙動について
の情報を得ることができる。この情報からシステムを評
価し、変更・改良をほどこしてより良いシステムを設計
していくことができる。ペトリネットは４つの要素、ト
ランジション、プレース、人力関数、出力関数から成る
。トランジションはシステムの事象を表し。 トランジションが発火する（事象が生起する）か否かは
システムの状態で決まる。システムの状態は条件（シス
テムの状態の論理的記述）の集合として記述でき、プレ
ースはその条件を表す、事象が生起する（トランジショ
ンが発火する）ためにはある特定の条件が成立する必要
があり、事象が生起すると生起前の条件が成立しなくな
り、他の条件が成立する。 事象が生起するための条件をトランジションの人力ブレ
ース、事象生起後の条件をトランジションの出力ブレー
スという、入力関数はあるトランジションをそのトラン
ジションの入力ブレースに対応づけ、出力関数は出力ブ
レースに対応づける。 条件が成立しているか否かは、その条件を表すプレース
にトークンが存在するか否かで表す、あるプレースにト
ークンが存在するとき、そのプレースが表す条件が成立
していることを意味する。 トランジションはすべての人力ブレースにトークンが存
在するとき発火可能（トランジションが表す事象が生起
可能）であり、トランジションの発火により人力ブレー
スからトークンを取り去り、出力ブレースにトークンが
置く、このようなトランジションの発火によるトークン
の動きは、システムの挙動を表す。 以上、ペトリネットについて簡単に説明したが。 詳しくは［ジエーエル　ビーターソン著、′ペトリネッ
ト　セオリ　アンド　ザ　モデリング　オブ　システム
ズ：プレンテイスホール刊、１９８１年Ｊ、Ｌ、Ｐａｔ
ｅｒｓｏｎ、“Ｐｓｔｒｉ　Ｎｅｔ　Ｔｈａｏｒｙ　ａ
ｎｄ　ｔｈｅＭｏｄｅｌｉｎｇ　ｏｆ　Ｓｙｓｔｅｍｓ
”　、Ｐｒｅｎｔｉｃｅ−Ｈａｌｌ、１９８１）Ｊ等の
成書に従う。 第１５図は、ペトリネット解析システムのブロック構成
図を示したものである。 ペトリネットモデルテーブル５０４１は、第１図におけ
る解析用モデルテーブル１０３３と以下の対応をもって
同じものである。イベント番号はトランジション番号、
イベントはトランジションが表すシステムの事象、前状
態はトランジションの入力ブレース、後状態は出力ブレ
ース、状態を一意に識別するために付けた状態番号はプ
レース番号に対応させる。 あるペトリネットが与えられたとき、ある初期状態から
発火可能なトランジションを順次発火させ起こりうる状
態の遷移を木構造に表したものを可到達木という、第１
図における状１＃Ａ遷移テーブル１０３４は、上述の対
応をもって、ペトリネットの可到達木を表したものであ
る。したがって、可到達木テーブル５０４２は第１図の
状態遷移テーブル５０４２と同じものである。 イベント属性テーブル５０４３は、第１図のジョブ属性
テーブル１０３２においてジョブ名格納エリア３０２を
イベント名を格納するエリアに直したものである。 以上、３つのテーブル、ペトリネットモデルテーブル５
０４１．可到達本テーブル５０４２、イベント属性テー
ブル５０４３は、それぞれ、第１図における解析用モデ
ルテーブル１０３３．状態遷移テーブル１０３４、ジョ
ブ属性テーブル１０３２と対応づくので、第１５図の可
到達木生成部５０２およびバス抽出・分析部５０３は、
それぞれ、第１図のモデル解析部１０２３、運用シーケ
ンス抽出部１０２４の動作フローと同じである。 編集部５０１は、操作端末５０６から人力される指示に
基づきペトリネットモデルテーブル５０４１およびイベ
ント属性テーブル５０４３に情報を登録したり、追加、
変更したりする部分である０分析部メイン制御部５０５
は、操作端末５０６からの分析指示に基づき、可到達木
生成部５０２とパス抽出・分析部５０３の起動等の制御
を行う部分である、端末制御部５０７は、操作端末５０
６と編集部５０１１分析部メイン制御部５０５間の人出
力を制御する部分である。 以上、第１５図に示したペトリネット解析システムによ
れば、ある事象駆動型システム（計算機システム、通信
プロトコル、ソフトウェア、ＦＡシステム、オフィス業
務等）のペトリネットモデルおよび種々の分析パラメー
タを本システムに与えることに、モデル化されたシステ
ムのもとで起こりつるすべての挙動を抽出して、種々の
分析パラメータで効率よく分析できる。したがって、短
時間で精度良く事象駆動型システムを評価することがで
きる。その結果、評価結果から変更・改良をほどこして
より良い事象駆動型システムを短時間で＾信頼に設計し
ていくことが可能となる。 本発明の第二の実施例を第１１図〜第１３図を用いて説
明する。 本実施例のブロック構成を第１１図に示す、計算機１１
０１内のデータ処理プログラム１〜ｎ１１０２は、処理
端末１１０９からの入力データ及びデータ記憶部１１０
６のデータに基づき各種処理を実行する。端末との通信
、データのアクセス、プログラムの実行等のシステム制
御は、システム制御部１１０３が行なう、システム制御
のための情報の一部（運用コマンド等）はコンソール端
末１１０８から入力される。 メツセージ出力部１１０４は、データ処理プログラム１
１０２やシステム制御部１１０３が、システム状態をシ
ステム運転者に知らせるため、あるいは、システム運転
状態の記録簿のために出力するシステムメツセージを、
コンソール端末に出力する部分である。 メツセージ編集出力管理部１１０５はキーワードに従い
システムメツセージを分類し、メツセージ分析端末１１
１０に出力する部分である。なお、システムメツセージ
は、メツセージ蓄積ファイル１１０７にも同時に記憶さ
れ、後に種々のキーワードで再分類、分析するために使
用される。 第１２図に、メツセージ編集出力管理部１１０５の詳細
ブロック構成を示す、また、コンソール端末１１０８へ
の出力例とメツセージ分析端末１１１０への出力例を第
１３図に示す。 メツセージを分類するためのキーワードは、キーワード
テーブル１２０２にキーワード毎に各行に格納される。 ここで、複数のキーワードを条件として（ａｎｄ条件）
指定する場合は、それぞれをカンマ“、′で区切って指
定する。また、キーワード中の文字“×”は、メツセー
ジ中でその部分にどの文字が対応しても良いことを示し
ている。 キーワードテーブル管理部１２０１は、キーワードテー
ブル１２０２の自答の追加、食更、削除の処理を行なう
、メツセージ編集出力部１２０３は、コンソール端末１
１０８に出力されるメツセージをキーワード毎に分類１
編集し、メツセージ分析端末１１１０に出力する部分で
ある。既出力メッセージ再編集出力部１２０４は、メツ
セージ蓄積ファイル１１０７に蓄積しておいたシステム
メツセージを、特定キーワードを指定し直して再編集し
、出力する部分である。 以下１本実施例の動作を説明する。 データ処理プログラム１１０２、システム制御部１１０
３から発生したシステムメツセージは、メツセージ出力
部１１０４に渡され、時系列にコンソール端末１１０８
に出力される。同時に、コンソール端末１１０８に出力
する各メツセージは、メツセージ編集出力管理部１１０
５に渡される。 メツセージ編集出力管理部１１０５に渡されたメツセー
ジは、メツセージ編集出力部１２０３にて処理される。 メツセージ編集出力部１２０３は、渡されたメツセージ
内にキーワードテーブル１２０２に格納されているキー
ワードが存在するかをキーワードテーブル１２０２の各
行毎にチエツクする。 この際、カンマ“　＃′で区切られたキーワードはアン
ド（ａｎｄ　）条件とし、キーワード中の文字“Ｘ　Ｉ
ｔについてはメツセージ中の文字の全てが対応づくもの
として対応づけのチエツクを行なう。 存在すればそのキーワードに対応する出力ウィンド（キ
ーワードが格納されているテーブル１２０２の行番号の
ウィンド）内に、そのメツセージを出力する（第１３図
参照）、キーワードが存在しなければ、出力しない。な
お、受は取ったメツセージは全て、メツセージ出力ファ
イルに蓄積しておく。 キーワードテーブル１２０２へのキーワードの格納はキ
ーワードテーブル管理部１２０１がおこなう、メツセー
ジ分析端末１１１０からの指示に従い、本管理部１２０
１は、キーワードテーブル１２０２へのキーワードの追
加、変更、前原処理を行なう６ 既出力メッセージ再編集出力部１２０４は、システム運
転中に、それまでに指定した以外の新たなキーワードに
てシステムメツセージを編集し。 出力する場合に動作する。メツセージ分析端末１１１０
から再編集の指ホのある新たなキーワードが人力されろ
と、既出力メッセージ再編集出力部１２０４は、そのキ
ーワードをキーワードテーブル１２０２に追加し、更に
、そのキーワードを持つこれまでのメツセージをメツセ
ージ蓄積ファイル１１０７から探し出し、新しいウィン
ド（今キーワードを追加したメツセージテーブル１２０
２行に対応）と開き、そこに出力する。以後発生するメ
ツセージは、メツセージ編集出力部１２０３によって前
述のとおり処理される。 以上、本実施例によれば、キーワードに基づき関連する
システムメツセージを分類してシステム運転者に出力で
き、特定の端末の状態、特定ホストのジョブの状態等を
容易に１Ｍ度良く把握することが可能となり、システム
状態の迅速な把握、障害への迅速な対応を行なえる効果
がある。 なお、本実施例では、キーワードテーブル２０２内のキ
ーワードの扱いをａｎｄ条件の場合についでのみ示した
が、ｏｎ条件、Ｏｒとａｎｄの組み合せ等各種の条件と
して扱っても良い。 前に説明したジョブフローの設計から実行制御まで一貫
した運用管理を行うシステムと上記実施例でボしたシス
テムメツセージ管理システムを連動させることにより、
よりシステム運用を畠信頼化することができる。計算機
システムでは、複数のジョブフローを並列実行するのが
通常であり、システムメツセージ管理システム（＠１１
図）において各ジョブフローごとにキーワードを設けて
キーワードテーブル１２０２に登録しておくことにより
、複数実行しているジョブフローの実行状況をジョブフ
ロー単位で把握することがμ■能となる。 これにより、障害時の状況把握、その障害の対応策の決
定・実施（ジョブフローの緊急再設計および実行等）が
短時間で行えるようになる。 また、ジョブフローテーブル１０３１のフロ御名格納エ
リア２０１の値は、第一の実施例で述べた通り、複数存
在するジョブフローを一意に識別するためのものである
。したがって、上述の各ジョブフローごとのキーワード
として、ジョブフローテーブル１０３１のフロ御名格納
エリア２０１の植とする。また、本テーブル１０３１を
参照すれば、どのジョブがどのジョブフローに属するも
のかについての判断ができるので、ジョブフローの実行
開始時に、そのジョブフローテーブル１０３１を参照し
てキーワードテーブル１２０２に必要な情報を自動的に
セットすることができる。これにより、２つのシステム
（−置型運用管理システムとメツセージ管理システム）
間のインターフェースに人手が介入することがないので
、より信頼性高く計算機システムを運用していくことが
できる。 〔発明の効果〕 本発明によれば、与えられた運用方式に基づき起こりう
るすべての運用ケースを自動的に抽出して設計者に提供
するので、８計者はすべての運用ケースについて効率良
く検討していくことができる。したがって、運用方式を
畠信頼に設計していくことができる。 また、従来のシステムメツセージ出力方式は、羅列的、
時系列にシステムメツセージを出力するのみであったの
に対して本発明によれば、特定の端末、ホスト計算機、
ジョブ等毎に関連するメツセージを分類してわかり易く
出力することがＬＩｆ能となり、システム状態の把握、
障害時の対処等における労力が大幅に軽減され、システ
ムの運転が高信頼化される効果がある。

【図面の簡単な説明】

第１図は本発明の計算機システムの運用方式設計支援シ
ステムの一実施例のブロック構成図、第２図は第１図に
おけるジョブフローテーブルの構成図、第３図は第１図
におけるジョブ属性テーブルの構成図、第４図は第１図
における解析用モデルテーブルの構成図、第５図は第１
図における状態遷移テーブルの構成図、第６図は第１図
の計算機システムの運用方式設計支援システムの動作フ
ロー図、第７図は第１図におけるモデル変換部の詳細動
作フロー図、第８図は第１図におけるモデル解析部の詳
細動作フロー図、第９図は第１図における運用シーケン
ス抽出部の詳細動作フロー図。 第１０図は第１図の変形例システム構成図、第１１図は
本発明のシステムメツセージ管理システムの一実施例の
ブロック構成図、第１２１１！！ｌは、第１１図におけ
るメツセージ編集出力管理部のブロック構成図、第１３
図は実施例の出力の例を示す図、第１４図は本発明の実
施例における出力画面の一例を示す図、第１５図はペト
リネットモデルテーブルを用いた実施例を示すシステム
構成のブロック図である。 １０１・・・ジョブフロー編集部、１０２１・・・分析
部メイン制御部、１０２２・・・モデル変換部、１０２
３・・・モデル解析部、１０２４・・・運用シーケンス
抽出部。 １０３１・・・ジョブフローテーブル、１０３２・・・
ジョブ属性テーブル、１０３３・・・解析用モデルテー
ブル、１０３４・・・状態遷移テーブル、１０４・・・
設計用端末、１０５・・・端末制御部、１１０２・・・
データ処理プログラム、１１０３・・・システム制御部
、１１０４・・・メツセージ出力部、１１０５・・・メ
ツセージ編集出力管理部、１１０６・・・データ記憶部
、１１０７・・・メツセージ蓄積ファイル、１１０８・
・・コンソール端末、１１０９・・・処理端末、１１１
０・・・メツセージ分析端末、１２０１・・・キーワー
ドテーブル管理部、１２０２・・・キーワードテーブル
、１２０３・・・メツセージ編集出力部、１２０４・・
・既出力メッセージ再編集出力部。 第　ＩＵ￥Ｊ ＩＯ弘 第 図 第 第 図 第　　ゴ　　し］ （α） 第 ？ ￥　　ゴ　　匹コ （ｂ） 第 Σ （Ｉｌ） 第 ■ 第　９１￥１ （ｂ） 僚 ￥ 閃 曾 コレ′ノー）しｌ−６１（ ７−、（−ンＴ第１ジ爪 茅 凹 りＱ ｈダ

Claims (1)

1. 【特許請求の範囲】 １、与えられた計算機システムの運用手順のもとで起こ
   りうるすべてもしくは大部分の運用シーケンスを抽出し
   、分析することで計算機システムの運用手順の作成を支
   援する運用方式設計支援システムにおいて、複数の運用
   手順および各運用手順に対して複数の分析パラメータを
   登録、追加、変更する手段、および、運用手順と分析パ
   ラメータを組合せて効率よく分析する手段を設けたこと
   を特徴とする計算機システムの運用方式設計支援システ
   ム。 ２、前記運用手順を形成するオペレーションの実行時間
   や該オペレーションが正常終了する確率等の運用手順に
   関する属性情報を前記分析パラメータとすることを特徴
   とする請求項１記載の計算機システムの運用方式設計支
   援システム。 ３、前記運用手順を記憶する運用手順記憶部Ｂと前記分
   析パラメータを前記運用手順記憶部とは別途に記憶する
   分析パラメータ記憶部を設けたことを特徴とする請求項
   １記載の計算機システムの運用方式設計支援システム。 ４、前記運用手順において起こりうるすべての運用状態
   と各状態間の遷移関係を解析しておき、これと前記状態
   間の遷移関係情報と前記分析パラメータを組合わせてす
   べての運用シーケンスを抽出・分析することを特徴とす
   る請求項１の記載の計算機システムの運用方式設計支援
   システム。 ５、前記状態間の遷移関係を解析する解析部、前記遷移
   関係情報を記憶する遷移関係記憶部、および、前記分析
   を行う分析部とから、上記分析部を構成することを特徴
   とする請求項４記載の計算機システムの運用方式設計支
   援システム。 ６、上記解析部において、与えられた運用手順を所定の
   規則に従つて変換した情報を用いて解析することを特徴
   とする請求項５記載の計算機システムの運用方式設計支
   援システム。 ７、与えられた運用手順を所定の規則に従つて変換する
   変換部と変換された情報を記憶する記憶部を設けたこと
   を特徴とする請求項６記載の計算機システムの運用方式
   設計支援システム。 ８、前記変換部は、前記運用手順のひとつのオペレーシ
   ョンの実行が正常終了する、または異常終了する状況を
   ひとつの事象とし、前記オペレーションの実行条件を対
   応する前記事象の前状態、さらに前記オペレーションの
   実行後の状況を前記事象の後状態とし、前記運用手順を
   前記事象、前状態、後状態の情報群に変換する手段、お
   よび、前記情報群を請求項７記載の記憶部に格納する手
   段から成ることを特徴とする請求項７記載の計算機シス
   テムの運用方式設計支援システム。 ９、請求項５記載の遷移関係記憶部を、前記事象の生起
   とともに遷移する状態、前記状態に遷移する直前の状態
   、および前記直前の状態から前記状態への遷移をその生
   起によつて起こさせた事象の組をひとつの単位とする情
   報群から構成することを特徴とする請求項８記載の計算
   機システムの運用方式設計支援システム。 １０、前記分析パラメータ記憶部に前記運用手順を形成
   するオペレーションのリソース使用情報を格納しておき
   、該情報に基づきリソースの使用状況を把握しながら分
   析を行う手段を設けたことを特徴とする請求項３記載の
   計算機システムの運用方式設計支援システム。 １１、前記リソースの使用状況をもとに与えられた分析
   パラメータの値を変更しながら分析を行う手段を設けた
   ことを特徴とする請求項１０記載の計算機システムの運
   用方式設計支援システム。 １２、計算機システムの設計ずみの複数の運用手順をど
   のように実行していくかを決定する運用計画立案におい
   て、与えられた計算機システムの運用手順のもとで起こ
   りうるすべての運用シーケンスを抽出・分析し、その結
   果得られる情報を用いて前記運用計画立案を行うことを
   特徴とする計算機システムの運用計画立案方法。 １３、前記抽出・分析を行う装置を請求項１記載の運用
   方式設計支援システムとすることを特徴とする請求項１
   ２記載の計算機システムの運用計画立案方法。 １４、すでに決定ずみの計算機システムの複数の運用手
   順の実行計画実施中に前記実行計画を変更する運用計画
   変更において、計画中の計算機システムの運用手順のも
   とで起こりうるすべての運用シーケンスを抽出・分析し
   、その結果得られる情報を用いて前記運用計画変更を行
   うことを特徴とする計算機システムの運用計画変更方法
   。 １５、前記抽出・分析を行う装置を請求項１の運用方式
   設計支援システムとすることを特徴とする請求項１４記
   載の計算機システムの運用計画変更方法。 １６、前記支援システムで設計した運用手順の特徴設計
   ノウハウ等の情報を記憶する記憶部と該記憶部への情報
   の蓄積や該記憶部の情報の検索等のアクセスを制御する
   制御部を設け、該情報を参考にして計算機システムの運
   用手順の作成を行う手段を設けたことを特徴とする請求
   項１記載の計算機システムの運用方式設計支援システム
   。 １７、計算機システムの運用手順を記憶する記憶部と該
   記憶部に格納された運用手順に基づき前記計算機システ
   ムを運用制御する部分から成る運用管理システムにおい
   て、請求項１記載の運用方式設計支援システムを設け、
   該システムによつて作成された運用手順を前記記憶部に
   格納する手段を設けたことを特徴とする計算機システム
   の運用管理システム。 １８、計算機処理システムにおいて、システムの各部か
   ら発生するシステムメッセージを、特定のキーワードに
   基づき分類して表示出力することを特徴とするシステム
   メッセージ管理システム。 １９、発生したシステムメッセージを蓄積しておく部分
   を設け、特定のキーワードに基づき上記蓄積しておいた
   メッセージと分類して表示出力することを特徴とする請
   求項１８記載のシステムメッセージ管理システム。 ２０、複数存在する前記計算機システムの運用手順ごと
   にキーワードを設け、該キーワードを有する請求項１８
   記載のシステムメッセージ管理システムを設けたことを
   特徴とする請求項１７記載の計算機システムの運用管理
   システム。 ２１、システムから得られる各運用シーケンスの分析結
   果を記憶保持する記憶部と、該記憶部の内容からある条
   件を満たす運用シーケンスについての分析結果を表示す
   る手段を含むことを特徴とする請求項１記載の計算機シ
   ステムの運用方式設計支援システム。 ２２、前記ある条件を満たす運用シーケンスについての
   分析結果をタイムチャート図で出力することを特徴とす
   る請求項２１記載の計算機システムの運用方式設計支援
   システム。 ２３、前記運用手順は、正常時の運用手順と異常時の運
   用手順を別々に与えられることを特徴とする請求項１記
   載の計算機システムの運用方式設計支援システム。 ２４、前記正常時の運用手順と前記異常時の運用手順を
   組合せて、計算機システムのひとつの運用手順とするこ
   とを特徴とする請求項２３記載の計算機システムの運用
   方式設計支援システム。 ２５、前記運用手順を記憶した記憶部の情報から前記キ
   ーワードを与える手段を設けたことを特徴とする請求項
   ２０記載の計算機システムの運用管理システム。 ２６、ペトリネツトモデルの解析において、ペトリネツ
   トモデルおよび複数の分析パラメータを登録、追加、変
   更する手段、および、ペトリネットモデルと分析パラメ
   ータを組合せて分析する手段を設けたことを特徴とする
   ペトリネツト解析システム。