JPH04227546A - データ処理システムにおいて選択されたプロセスを自動化する方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般的にはデータ処理シ
ステムの分野に関し、更に詳細には、自動データ処理シ
ステムに関する。特に本発明は選択されたデータ処理手
順が特定の事象の発生に応じて活性化または終了するよ
うに構成された自動データ処理システムに関する。

【０００２】

【従来の技術及び課題】選択されたデータ処理手順の自
動化はこの分野で知られている。これら自動化技術は単
一の手順に限られており、一般にコンピュータユーザに
より開始され制御される。例えば、コンピュータユーザ
は一つの特定の手順を開始させ、その手順を結果または
他のアクティビティの発生のために自動的に進行させる
。その手順の終了によりコンピュータユーザは第２の、
あるいは以降のコンピュータ手順の開始を促される。

【０００３】そのような従来の自動化技術は、従って、
単一の手順に限られ、複雑な手順を行うためには人間で
あるコンピュータユーザの部分についてかなりの調停が
必要である。それ故、自動化された手順が必要であり、
多データ処理手順を含む複雑なプロセスを選択された事
象の発生に応じ、あるいはこの複雑なデータ処理手順に
関連した手順は手順的抄録内で詳細化されたプロセスに
応じて自動的に開始し走行しうるようにすることが必要
なことは明らかである。

【０００４】それ故本発明の目的は改善されたデータ処
理システムを提供することである。

【０００５】本発明の他の目的は選ばれたデータ処理手
順の自動化を可能とする改善されたデータ処理システム
を提供することである。

【０００６】本発明の更に他の目的は特定の外的事象の
発生に応じて選択されたデータ処理手順の自動化を可能
にする改善されたデータ処理システムを提供することで
ある。

【０００７】

【課題を解決するための手段】データ処理システム内の
一つの選択されたプロセスであって多データ処理手順を
含むものが特定される。この選択されたプロセスは次に
データ処理システム内に記憶される。手順的抄録がつく
られ、これが多データ処理手順を生じる形式とシーケン
スを制御するために用いられる。複数の事象が手順抄録
内にリストされ、データ処理システム内の種々のサービ
スによりモニタされる。その後に夫々リストされた事象
の発生が特定のデータ処理手順を自動的に行い、あるい
は終了させるために用いられる。本発明の好適な実施例
においては、リストされる事象は経過時間の発生、また
は一連の事象の内の最後の事象を含み、これらのすべて
は特定のデータ処理手順の開始前に生じなければならな
い。この実施例においては手順的抄録は夫々リストされ
た事象の発生回数を記録し、その事象の各発生を特定の
ユーザに報告するためにも利用される。

【０００８】

【実施例】図１は本発明の方法を実施するために用いる
ことの出来るデータ処理システム８を示す。図示のよう
にデータ処理システム８は、夫々好適には複数のコンピ
ュータ１２と３０を含むローカルエリアネットワーク（
ＬＡＮ）１０と３２のような複数のネットワークを含む
ことが出来る。もちろん、ホストプロセッサに結合され
た複数のインテリジェントワークステーション（ＩＷＳ
）を夫々のネットワークに用いることが出来ることは当
業者には周知である。

【０００９】そのようなデータ処理システムでは普通で
あるが、個々のコンピュータは記憶装置１４やプリンタ
／出力装置１６に接続しうる。

【００１０】本発明の方法によれば、データ処理システ
ム８内のユーザにより周期的にアクセスしうる種々のデ
ータ処理手順を記憶するために１以上のそのような記憶
装置１４を利用しうる。従来のごとく、そのような夫々
のデータ処理手順は、関連するすべての資源オブジェク
トを維持し更新する資源管理プログラムまたはライブラ
リサービスに関連した記憶装置１４内に記憶しうる。

【００１１】図１において、データ処理システム８は、
好適には通信リンク２２によりＬＡＮ１０に接続しうる
メインフレームコンピュータ１８のような複数のメイン
フレームコンピュータを含むことが出来る。メインフレ
ームコンピュータ１８はまたＬＡＮ１０用の遠隔記憶機
構として作用しうる記憶装置２０にも結合しうる。同様
に、ＬＡＮ１０は通信リンク２４を介してサブシステム
制御ユニット／通信コントローラ２７および通信リンク
３４を通りゲートウェイサービス手段２８に結合するこ
とが出来る。ゲートウェイサービス手段２８は好適には
、ＬＡＮ３２をＬＡＮ１０にリンクするように作用する
個々のコンピュータまたはインテリジェントワークステ
ーションである。

【００１２】ＬＡＮ３２と１０について述べたように、
複数のデータ処理手順が記憶装置２０内に記憶されて、
それ用の資源管理プログラムまたはライブラリサービス
としてメインフレームコンピュータ１８により制御され
る。もちろん、メインフレームコンピュータ１８はＬＡ
Ｎ１０から充分物理的に離れたところに配置しうるもの
であり、同様にＬＡＮ１０もＬＡＮ３２から離して配置
しうることは当業者には明らかである。すなわち、ＬＮ
Ａ３２は例えばカリホルニアに、またＬＡＮ１０をテキ
サスに配置し、メインフレームコンピュータ１８をニュ
ーヨークに置くことも出来る。

【００１３】この形式の従来の技術では分散データ処理
システム８の一つの領域におけるユーザにとって、複数
のデータ処理手順を含み、その内のいくつかがこのシス
テムの他の部分内に記憶されている特定のプロセスを特
定するのが普通である。それ故、そのようなデータ処理
手順がデータ処理システムの効率を大幅に上げるために
自動化出来るようなシステムがあれば望ましいことは明
らかである。

【００１４】図２は本発明の方法により構成される単純
な事象で作動される手順的抄録を示している。図示のよ
うに、特定されるプロセス４０はデータ処理システム８
（図１）で発生され、そこに記憶される。特定されるプ
ロセス４０とはここではデータ処理システム８全体にお
ける種々の点に記憶される複数のデータ処理手順または
プロセスを含むものである。本発明の一つの特徴によれ
ば、手順抄録４２はその後に発生され、この特定のプロ
セス４０に関連づけられる。

【００１５】手順抄録４２は後述するように特定のプロ
セス４０を含む種々の手順を自動化するために用いられ
る。図示のように手順抄録４２は複数の手順仕様４４，
４６，４８を含む。この例には各手順仕様は３個のフィ
ールドを含む。例えば手順仕様４４のフィールド５０は
問題とするプロセスを作動または終了させるために用い
られる事象の識別を記録するために用いられる。フィー
ルド５２はその事象の発生回数を示す値を記憶するため
に用いられ、フィールド５４はフィールド５０内で特定
される事象の発生に応じて作動または終了されるべきプ
ロセスの名前を記憶するために用いられる。

【００１６】この手順抄録内の事象と手順は特定された
プロセス４０の自動化を可能とするために識別されねば
ならないことは当業者には明らかである。これは任意の
周知の方法で行うことが出来るが、ＩＢＭ製品の多くに
用いられる文書交換アーキテクチャ（ＤＩＡ）は、多く
の事象および手順をライブラリ割当て文書名（ＬＡＤＮ
）とも呼ばれる固有ライブラリ名を割当てる方法を構成
する。このように、事象または手順は文書のコンテキス
ト内の事象をＬＡＤＮで特定することによりネットワー
ク内で固有に識別しうる。

【００１７】上述のように、必要な事象とそれに続く事
象を限定するプロセスは特定されるプロセス４０を限定
するために使用出来る。特定プロセス４０を参照するた
めのＬＡＤＮの利用は一群のユーザが同一系列の事象ま
たは手順を記述するために同じ特定プロセス４０を利用
しうるようにするものであることは当業者には明らかで
ある。これらユーザは、手順に記述されたトリガ事象と
考えられるものについて同一の定義をもっていなければ
ならない。ここに述べる事象により作動される手順仕様
は、後述する補足情報と共に、「事象識別子」すなわち
「事象ＩＤ」である整数値を特定の事象に割振ることに
より一つの手順内の事象を識別する。かくして図示のよ
うに手順仕様４２は、夫々事象識別、その事象の発生回
数、およびその事象の発生により開始または終了すべき
プロセスまたは手順を含む３つの手順仕様を含む。

【００１８】図３は本発明の方法により識別される、よ
り複雑な事象作動手順仕様を示す。図３に示すように、
手順仕様７０は特定のプロセスを開始または終了させる
ために用いられる事象についての事象ＩＤの列挙ではじ
まる。次にフィールド７４が前記のＬＡＤＮを用いて、
開始または終了されるべきプロセス名を識別する。次に
フィールド７６はこの名前をもつプロセスがリストされ
た事象に応じた開始または終了されるべきかどうかにつ
いてのインジケーションを含む。

【００１９】フィールド７８は、特定のプロセスに対し
一つの事象を割当てるユーザがその事象の発生により表
記を送りたいときに、レポートサービスをリストするた
めに用いることが出来る。フィールド８０は開始サービ
ス、すなわちこの名前をもつプロセスを作動または終了
させるサービスのインジケーションを記憶するために用
いられる。フィールド８２はこの手順仕様をつくるユー
ザにより要求される通知のレシピエントのアドレスを記
憶するために用いられる。フィールド８４はその名前を
もつプロセスを開始または終了するために利用出来る特
定の事象の最大発生回数をユーザが特定しうるようにす
るために用いられる。

【００２０】手順仕様７０はまた特定された事象の発生
回数を記憶するために利用しうるレコードをフィールド
８６内に含む。更にフィールド８８と９０は、事象が名
付きプロセスを開始または終了することについて有効と
考えられる有効スタートタイムおよびエンドタイムを示
すために利用出来る。或る特定のプロセスの自動化には
その特定された事象が特定の時間フレーム内で生じると
いう条件のもとで特定の事象に応答しなければならない
ことは当業者には明らかである。

【００２１】フィールド９２はフィールド７２内で特定
された事象が限界的な事象であるかどうかを示すために
用いられる。すなわち、一つの手順を正確に実行するた
めに生じなければならない事象である。ここに述べる事
象作動手順抄録は、完成され、正しく実行されるべき手
順について一つの限界的事象が完了されねばならない時
刻を特定するために利用しうるその限界的事象とデータ
および時間を関連づけるものであることは当業者には明
らかである。

【００２２】更に限界的事象は、一般にデータ処理技術
において特定されるプロセス内の「限界的パス」として
知られるものをつくるために、他の限界的事象に依存す
る。これらの限界的事象とは手順を完了するために特定
の時間内にシーケンスをもって生じなければならない事
象である。もちろん、フィールド７２内に特定される事
象は特定の時間量の経過または特定の日および時刻の経
過であってもよい。

【００２３】図４は本発明の方法による手順仕様の構成
を示す論理フローチャートである。図示のように、この
プロセスはブロック１００ではじまり、その後にブロッ
ク１０２に移り、そこでユーザが特定されたプロセスに
ついて手順抄録をつくりたいのであるかどうかについて
の決定を行う。つくりたくないのであれば、このプロセ
スはブロック１０４で終了する。ユーザが手順抄録をつ
くりたい場合にはブロック１０６に移り、ユーザが手順
仕様において利用するための事象ＩＤを特定する。上述
のように事象ＩＤは特定の時間の経過を構成してもよく
、あるいは他のプロセス内の明確な事象の発生を構成し
てもよい。

【００２４】次にブロック１０８において、この特定の
事象に応じて作動または終了されるべきプロセス名を特
定する。上述のようにこれはＬＡＤＮを用いまたはシス
テム要求に合致する他の形で行われる。ブロック１１０
でそのプロセスがこの特定された事象に応じて開始また
は終了されるべきかどうかのインジケーションを与える
。

【００２５】その後、ブロック１１２でその特定された
事象の発生がレポートされるべきかどうかの決定を行い
、レポートされるべきであればブロック１１４でその特
定された事象の発生後にレポートを発生するサービスを
特定する。次にブロック１１６でユーザはそのレポート
を受けるものを特定し、そしてプロセスはブロック１１
８に移る。

【００２６】ブロック１１８において問題のプロセスに
ついての制御サービスを特定し、通知する。ここに述べ
るような事象作動手順抄録は他のプロセスに特定のユー
ザにより事象ＩＤをそれらが割当てていることを知らせ
る能力を有していなければならないことは明らかである
。これは、手順抄録内に特定される事象を生じさせるプ
ロセスの完了が生じたことのインジケーションを事象作
動手順抄録に送るためのそのような通知されたプロセス
の応答性になる。もちろん、安全上の制約または他の事
柄が１つの適用業務またはプロセスが事象作動手順抄録
への事象通知を発生しないようにすることがある。その
ような場合にはその適用業務またはプロセスはそのよう
な割当てが可能でないことを事象作動手順抄録に知らせ
なければならない。このときユーザは、手順仕様がこの
ように割当てられた事象を使用しないことを知らさせる
。

【００２７】次にブロック１２０において、手順抄録を
つくるユーザが、名付きプロセスを開始または終了する
ために利用しうる特定の事象の発生回数について最大限
界をセットしたいかどうかの決定がなされる。そうであ
ればブロック１２２においてその最大限界をセットし、
ブロック１２４に移る。ブロック１２４において、手順
抄録が特定された事象の発生回数のレコードを含むかど
うかの決定がなされ、そうであればブロック１２６にお
いて周知のごとくにレコーダ機能をセットする。

【００２８】次にブロック１２８において手順抄録が有
効時間フレームを含むかどうかの決定がなされる。手順
抄録をつくるユーザが特定された事象の発生が有効であ
る特定の時間フレームをセットしたい場合には、ブロッ
ク１３０と１３２においてそのためのスタートタイムと
エンドタイムをセットする。そしてブロック１３４にお
いて事象の限界性を特定する。上述のように、事象の限
界性はこの特定の事象を他の事象に結合することにより
手順についての限界的パスを限定するために利用出来、
あるいは特定されるプロセス内のこの特定の事象の限界
的な性質を示すために利用出来るのであり、その場合に
はすべての事象が完結する必要はない。

【００２９】最後に、図５は本発明の方法による、特定
されたプロセスの自動化を示すフローチャートである。 図示のように、このプロセスはブロック１３８ではじま
り、ブロック１４０に移り、そこで一つの特定された事
象が発生したかどうかの決定が行われる。発生していな
ければ、それが生じるまでこのプロセスが反復される。 発生していればブロック１４２に移り、そこでその事象
が有効スタート／エンドタイム期間内に生じたかどうか
の決定を行う。もちろん、このスタート／エンドタイム
期間がセットされていなければ、一つの事象の発生はい
ずれも有効である。この有効スタート／エンドタイム期
間内にその事象が発生されなかったならば、このプロセ
スはブロック１４０にもどり、これを反復する。

【００３０】この有効スタート／エンドタイム期間内に
その事象が発生していれば、ブロック１４４においてそ
の特定の事象の発生回数についての最大限界を越えたか
どうかの決定を行う。越えていればそのプロセスはブロ
ック１４０にもどり、それを反復する。

【００３１】もし越えていないのであれば、ブロック１
４６においてこの特定の事象の発生に応じて開始または
終了されるべきプロセス名を決定する。次にブロック１
４８においてこの事象の発生がレポートされるべきかど
うかの決定がなされ、されるべきであればブロック１５
０において、そのレポートの発生に利用されるレポート
サービスの識別を行う。ブロック１５２においてこの特
定事象の発生を宛先にレポートし、ブロック１５４に移
る。レポートを行わない場合には、プロセスはブロック
１４８から１５４に直接移行する。

【００３２】ブロック１５４において、特定された手順
抄録がこの特定事象の発生回数のレコードを必要とする
かどうかの決定を行い、必要であればブロック１５６に
おいてそこに含まれるレコードログの更新を行う。この
レコードログの更新後に、または発生のレコードが不要
な場合には、プロセスはブロック１５８に移り、そこで
この手順抄録がこの手順仕様内に特定されるプロセスに
ついての制御サービスを決定するために利用される。次
にブロック１６０においてこのプロセスがその特定の事
象の発生に応じて開始または終了されるべきかどうかの
決定を行う。

【００３３】次にブロック１６２において、問題の事象
が限界的事象であるかどうかの決定を行い、限界的事象
であればブロック１６４において限界パスレコード内に
所要の情報をログする。その後に、または問題の事象が
限界事象でない場合には、このプロセスはブロック１６
６に移り、そこで問題のプロセスが自動的に開始または
終了する。その後、このプロセスはブロック１４０にも
どり、再び特定事象の発生の通知を待つ。

【００３４】以上のようにして、複数のデータ処理手順
を含む複雑なプロセスが、最少量のユーザインタフェー
スを用いてそのプロセスを行えるように完全且つ効率よ
く自動化される新規な方法が提供される。これは、夫々
の発生が一つのデータ処理手順を自動的に開始または終
了するために用いることの出来る複数の事象を特定する
ことにより行われる。もちろん種々の状態メッセージ等
をそれに含ませることが出来ることは当業者には明らか
である。

【図面の簡単な説明】

【図１】本発明の方法を行うために利用しうる分散デー
タ処理システムを示す図。

【図２】本発明の方法により構成される簡単な事象作動
手順抄録を示す図。

【図３】本発明の方法により構成される複雑な事象作動
手順抄録を示す図。

【図４】本発明の方法による、手順抄録の形成を示す論
理フローチャート。

【図５】本発明の方法によるデータ処理手順の自動化を
示す論理フローチャート。

【符号の説明】

８　　データ処理システム １０，３２　　ローカルエリアネットワーク（ＬＡＮ）
１２，３０　　コンピュータ １４，２０　　記憶装置 １６　　プリンタ／出力装置 １８　　メインフレームコンピュータ ２２，２４，３４　　通信リンク ２７　　サブシステム制御ユニット／通信コントローラ
２８　　ゲートウェイサーバ

Claims (9)

【特許請求の範囲】
1. 【請求項１】データ処理システムにおいて選択されたプ
   ロセスを自動化する、下記段階を含む方法：複数の手順
   を含む選択されたプロセスを特定し、この選択されたプ
   ロセスを上記データ処理システム内に記憶する段階；手
   順抄録内に、上記複数の手順の生じる方法およびシーケ
   ンスを特定する段階；およびこの手順抄録に従って上記
   複数の手順を自動的に開始または終了させる段階。
2. 【請求項２】前記手順抄録を前記データ処理システム内
   に記憶する段階を更に含む、請求項１の方法。
3. 【請求項３】前記手順抄録内に複数の手順の生じる方法
   およびシーケンスを特定する段階は、上記手順抄録内に
   、少くとも１回の前記複数の手順の内の選択された１個
   の活性化または終了を生じさせる事象を特定する段階を
   含んでいる、請求項１の方法。
4. 【請求項４】前記事象を特定する段階は前記手順抄録内
   での経過時間を特定する段階を含み、その発生が前記複
   数の手順の選択された一つを活性化しまたは終了させる
   、請求項３の方法。
5. 【請求項５】前記経過時間を特定する段階は前記手順抄
   録内で複数の事象を特定する段階を含み、それら事象の
   少くとも１つが前記複数の手順の選ばれた１つを活性化
   または終了させる前記事象の発生の前に生じる、請求項
   ３の方法。
6. 【請求項６】前記選ばれたプロセス内で前記手順抄録へ
   の参照を記憶する段階を更に含む、請求項２の方法。
7. 【請求項７】前記少くとも１つの事象の発生回数を記録
   する段階を更に含む、請求項３の方法。
8. 【請求項８】前記少くとも１つの事象の発生により選択
   されたユーザに通知を送る段階を更に含む、請求項３の
   方法。
9. 【請求項９】前記少くとも１つの事象の発生の最大回数
   をセットする段階を更に含む、請求項３の方法。