JPH01291333A - 事象振り分け処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 単独の計算機システム又は計算機ネットワークを構成す
る計算機システムにおける、事象発生を事象待ちの宛先
へ振り分けて通知するための処理に関し、 計算機システムにおける事象の振り分け通知を効率よく
処理できる事象振り分け処理方式を目的とし、 計算機システムにおいて、所要の事象ごとに、該事象の
発生元計算機システム、該事象の通知先計算機システム
、及び該事象の発生の場合に起動すべきプログラムの定
義を有する事象定義登録簿を設け、該事象の発生を検出
した場合、及び他の該計算機システムから事象発生通知
を受信した場合には、該事象定義登録簿に指定されてい
る、当該事象についての指定に従って、指定の該通知先
への事象発生通知及び指定の該プログラムの起動を実行
するように構成する。

〔産業上の利用分野〕

本発明は、単独の計算機システム又は計算機ネットワー
クを構成する計算機システムにおける、事象発生を事象
待ちの宛先へ振り分けて通知するための処理に関する。

公知のように、計算機システムの管理プログラム等が監
視して検出する、計算機の各種の状態の変化を事象とい
い、例えば特定の事象の発生によって特定の処理を開始
する等の制御のために、所要の事象を指定して発生を待
つ事象待ちの処理がしばしば必要になる。

〔従来の技術と発明が解決しようとする課題〕第３図ｆ
ａｌは計算機システムにおける事象監視処理方式の構成
例を示し、特願昭６２−０６３０６７号「計算機システ
ムにおける事象通知・受取処理方式」に開示されている
ように、事象待ちを要するプログラムｌは事象管理部２
に対して、所定の方法で事象を指定して事象監視要求を
発行する。

そこで事象管理部２は指定の事象識別情報と監視要求元
の識別名を事象管理表３　（第３図（ｂ）に詳細構成例
を示す）に登録し、又事象ごとの制御情報ブロックが無
ければ生成し、制御情報ブロックの要求カウンタを＋１
する。その後その事象の発生を検出するプログラム４か
ら事象管理部２へ、事象の発生が通知されると、制御情
報ブロックに事象発生の表示をする。

プログラム１は事象監視要求の発行後適当な時に、事象
管理部２に対して同じ事象を指定して事象の受取待ち要
求を発行して待ち状態になり、事象管理部２は事象管理
表３から要求元識別名と事象識別名の該当する項を検索
し、そこへ受取待ち要求の表示情報を設定しておく。

事象管理部２は、この状態で前記のようにその事象の発
生が通知されているか又は通知があると、事象管理表３
で当該事象の受取待ち要求の表示のある要求元のプログ
ラムに事象情報を渡し、前記事象ごとの制御情報ブロッ
クの要求カウンタを１減じておく。

なお、要求元プログラム１に時間制限が与えられている
場合、制限時間内に指定の事象が発生しない場合には異
常終了し、事象管理部２は異常終了したプログラム１の
事象監視要求及び受取待ち要求を事象管理表３から消去
する。

以上のような事象監視の構成であるので、発生時刻を予
定できない場合には十分以前から事象を待つためのプロ
グラムを起動して事象監視要求を発行しておくことが必
要になり、計算機のメモリや実行多重度等の計算資源を
無駄に占有する問題がある。又、そのために、その事象
を利用するプログラムの起動を、事象の発生に基づいて
動的にスケジュールする等の制御が困難である。

更に、計算機ネットワークの場合には、ある計算機シス
テムでの事象発生を他の計算機システムで監視する要求
もあるが、その場合に前記の事象監視方式の構成によれ
ば、被監視事象の予定される計算機システムに監視のた
めのプログラムを起動してお（ことが必要であり、シス
テム間で相互にそのようなプログラムを必要として制御
のオーバヘッドを大きくする。

本発明は、単独の計算機システム及び計算機ネットワー
クを構成する計算機システムにおける事象の振り分け通
知を効率よく処理できる事象振り分け処理方式を目的と
する。

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

第１図は、本発明の構成を示すブロック図である。

図は計算機システムにおける事象振り分け処理方式を示
し、１０はこの計算機システムで監視対象となる事象を
定義した情報を保持する事象定義登録簿、１１は事象定
義登録簿１０、プログラム１からの要求、他の計算機シ
ステムから通信路１２によって受信する事象情報等に基
づいて、事象の監視、振り分け処理を実行する事象管理
部である。

〔作　用〕

各計算機システムには、事象定義登録簿１０を設けて所
要の事象ごとに、事象の発生元計算機システム、事象の
通知先計算機システム、及び事象光生の場合に起動すべ
きプログラムを定義できるように構成して保存する。

事象管理部１１は要すればシステムの起動時に事象定義
登録簿１０の内容を事象定義表１４のように作業用メモ
リに展開しておき、事象の発生を検出したプログラムか
ら通知を受け、又は他の計算機システムからの事象発生
通知を受信すると、事象定義登録ｙ１１０又は事象定義
表１４を検索して、該当事象についての指定に従って、
指定の通知先への事象発生通知或いは指定のプログラム
の起動を実行する。

以上の処理方式により、事象の振り分け、事象に基づく
プログラムの起動スケジュール等を行うために、その要
求を発行するためのプログラムを起動する必要が無くな
り、事象管理を効率よく処理することができる。

〔実施例〕

各計算機システムには、第１図（ａ）に示す事象定義登
録簿１０を設けて所要の事象ごとに、事象の発生元計算
機システム、事象の通知先計算機システム、及び事象発
生の場合に起動すべきプログラムを定義できるように構
成して保存する。

事象定義登録簿１０は例えば外部記憶装置に格納される
ファイルとして作成、保存し、事象管理部１１は要すれ
ばシステムの起動時に事象定義登録簿１０の内容を主記
憶の作業用メモリに読み込んで、事象定義表１４のよう
に展開しておく。

事象定義登録＜；ｓｌｏには、第１図（ｂｌの事象定義
表１４に図示するように、この計算機システムで監視す
る必要のある事象ごとに項を設け、各項は監視事象定義
の部分と振り分け先定義の部分に大別される。

監視事象定義の部分け事象の発生場所を示すシステム名
の欄と事象を指定する事象識別名の欄等からなる。又、
振り分け先定義の部分には振り分け光計算機システムの
システム名及び自システムの場合に当該事象の発生によ
り起動すべきプログラム名を定義する欄からなる。

なお、他システム存否欄は、事象管理部１１が事象定義
表１４を展開する際及びネットワークに変更のあった場
合等の所要時に、発生場所及び振り分け先のシステム名
を検査し、その時稼動していない計算機システムに関係
する項を表示して、以後の管理から除くために使用する
。

事象管理部１１はこの事象定義表１４を参照して以下に
述べる処理を行う他は、前記従来の事象管理部２と同様
に事象管理の処理を実行する。

第２図は事象管理部１１の主要な処理の流れを示す図で
あり、プログラム１から従来のように事象監視要求が出
されると、事象管理部１１は第２図（ａｌの処理ステッ
プ２０で、事象管理表１３に監視要求内容を登録し、事
象ごとの制御情報ブロックが無ければ生成し、制御情報
ブロックの要求カウンタを＋１する。

事象管理表１３は従来の事象管理表３と同様の目的の制
御表であり、同様の構成であるが、第１図（Ｃ１に例示
するように、本発明のために各項に事象の発生場所を指
定する発生場所の欄が設けられ、事象を発生する計算機
システムのシステム名が登録される。

処理ステップ２１で、要求の監視事象が他の計算機シス
テムで発生する事象か識別する。事象が自システム内で
あればそれで処理を終了するが、他システムの場合には
処理ステップ２２で事象定義表１４を検索して、指定の
事象が定義されているか判定し、定義されていれば事象
定義表１４上でそのシステムの存否を確認して稼動状態
であれば処理を終わる。

処理ステップ２２で定義が登録されてないと識別するか
、処理ステップ２３で相手の他システムが稼動していな
いと識別した場合には、処理ステップ２４において、要
求元にエラーの通知をし、事象管理表１３から当要求の
項を消して処理を終わる。

事象監視要求を正常に受は付けられたプログラム１が、
次に従来のように事象の受取待ち要求を発行すると、事
象管理部１１は従来と同様に事象管理表１３から要求元
識別名と事象識別名の該当する項を検索し、そこへ受取
待ち要求の表示情報を設定し、この状態で前記のように
その事象の発生が通知されているか又は通知があると、
事象管理表１３で当該事象の受取待ち要求の表示のある
要求元のプログラムに事象情報を渡す。

事象管理部１１が自システムのプログラム４から、又は
通信路１２により他の計算機システムから事象発生通知
を受は取った場合には、第２図（ｂ）の処理ステップ３
０で事象ごとの制御情報ブロックに事象発生を記録し、
処理ステップ３１で事象情報を保存するようにファイル
等に格納する。

処理ステップ３２で事象管理表１３を検索して、発生し
た事象の監視要求が登録されているか判別し、要求があ
れば処理ステップ３３で受取待ち要求が出ているか判別
し、要求がある場合には処理ステップ３４で要求元に事
象発生を通知し、処理ステップ３５で事象管理表１３か
らその項を消去し、又制御情報ブロックの要求カウンタ
を−１する。

処理ステップ３３で受取待ち要求が出ていない場合には
、処理ステップ３６でその項に事象発生の表示を設定し
、何れかで１項の処理を終わると処理ステップ３２に戻
り次の該当項を検索する。

このようにし事象管理表１３の検索を終わると、処理ス
テップ３２から処理ステップ３７に分岐して、事象ごと
の制御情報ブロックの要求カウンタが０、即ち事象の監
視要求を発行して受取待ち要求を出していない要求元が
残っていなければ、その制御情報ブロックを消去する。

次に処理ステップ４０に進み、事象定義表１４について
該当事象を検索する。該当の項があった場合には処理ス
テップ４１に進んで、その事象に関する処理の指定を識
別し、プログラム起動の場合には処理ステップ４２で指
定のプログラムを起動し、他計算機システムへの通知の
場合には、処理ステップ４３で通信路１２により事象発
生通知メソセージを指定のシステム宛に送信する。

何れかの処理を終わると処理ステップ４０に戻って次の
該当項を検索し、事象定義表１４の検索を終わると処理
を終了する。

〔発明の効果〕

以上の説明から明らかなように本発明によれば、単独の
計算機システム又は計算機ネットワークを構成する計算
機システムにおける、事象発生を事象待ちの宛先へ振り
分けて通知するための処理において、事象の振り分け通
知を効率よく処理できるという著しい工業的効果がある
。

【図面の簡単な説明】

第１図は本発明の構成を示すブロック図、第２図は本発
明の処理の流れ図、 第３図は従来の構成例を示すブロック図である。 図において、 １．４はプログラム、　２．１１は事象管理部、３．１
３は事象管理表、　１０は事象定義登録簿、１２は通信
路、　　　　　１４は事象定義表、２０〜２４．３０〜
３７．４０〜４３は処理ステップを示す。

Claims (1)

1. 【特許請求の範囲】 計算機システムにおいて、 所要の事象ごとに、該事象の発生元計算機システム、該
   事象の通知先計算機システム、及び該事象の発生の場合
   に起動すべきプログラムの定義を有する事象定義登録簿
   （１０）を設け、 該事象の発生の通知を受け、及び他の該計算機システム
   から事象発生通知を受信した場合には、該事象定義登録
   簿（１０）に指定されている、当該事象についての指定
   に従って、指定の該通知先への事象発生通知及び指定の
   該プログラムの起動を実行する（１１）ように構成され
   ていることを特徴とする事象振り分け処理方式。