JPH07160616A - イベント処理装置 - Google Patents

Abstract

(57)【要約】 【目的】所望のイベント内容を所望の通知方式でクライ
アントに対して通知できるイベント処理装置を提供する
こと。 【構成】クライアントが所望するイベント内容を記憶し
たコンフィグレーションファイルに対応する複数の通知
部を通知部起動部１０７において生成するとともに、該
複数の通知部に対応するフォーマットをフォーマット記
憶部１０６に記憶しておき、イベント受付部１０１がイ
ベントを受け付けた際には、該イベントに対応するメッ
セージを、フォーマット記憶部１０６に記憶したフォー
マットに基づいて作成して、対応する通知部を用いてク
ライアントに通知する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、障害、警告等のイベン
トをクライアントに通知するイベント処理装置に関し、
特にクライアントが希望する通知方式を用いてイベント
を通知するイベント処理装置に関する。

【０００２】

【従来の技術】従来、各種システムにおいて各種障害又
は警告情報等のイベントが発生した場合には、所定のシ
ステム管理者及びクライアント等に対して該イベントを
通知する必要が生じる。

【０００３】このイベント通知の代表的従来技術とし
て、ＡＴ＆Ｔのベル研究所が開発したＵＮＩＸオペレー
ティングシステム（以下「ＵＮＩＸ」という。）で用い
るプリントスプーラがある。

【０００４】このプリントスプーラは、ｌｐｒ／ｌｐｄ
又はｌｐ／ｌｐｓｃｈｄとして知られており、各ジョブ
が正常終了したか否かを電子メールを使って所定のシス
テム管理者に通知するものである。

【０００５】

【発明が解決しようとする課題】しかしながら、この従
来技術によると、基本的にはクライアントに対して「正
常終了」か「異常終了」かのみを通知するものであるた
め、クライアントの要求を満足できない場合が多い。

【０００６】すなわち、クライアントの中には、異常終
了が発生したことを知れば十分なクライアントだけでな
く、異常終了の内容や、ジョブの状態変化、エラー及び
警告の態様等を詳細に知ることが必要なクライアントが
存在する。したがって、かかる場合に、単に「異常終
了」としか通知しないのでは、クライアントの要求を満
足させることはできない。

【０００７】また、この従来技術によると、通知方式が
電子メールに限定されるために、柔軟性に欠けるという
問題がある。

【０００８】すなわち、クライアントの立場から考えた
場合には、発生したイベント内容を電子メールを用いて
受け取るだけでなく、かかる内容をファイルとして記録
したい場合や、単にコンソールに表示すれば足りる場合
がある。このような場合に、イベント内容を単に電子メ
ールとして通知するだけでは、ファイルへの記録処理等
をクライアント自身が行う必要が生じる。

【０００９】そこで、本発明では上記問題を解決し、所
望のイベント内容を所望の通知方式でクライアントに対
して通知できるイベント処理装置を提供することを目的
とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、第１の発明では、複数の情報処理装置が通信手段を
介して接続され相互にデータを授受することにより処理
を行う情報処理システムで用いられ、受け付けたイベン
トに対応するメッセージを生成して通知するイベント処
理装置において、ファイルとして保持された所定のデー
タに基づき複数の通知部を生成する通知部生成手段と、
前記通知部生成手段により生成した複数の通知部から前
記メッセージに対応する通知部を選択する選択手段とを
具備したことを特徴とする。

【００１１】また、第２の発明では、前記複数の通知部
に対応するメッセージのフォーマットを記憶するフォー
マット記憶手段と、前記イベントを受け付けた際に、前
記フォーマット記憶手段に記憶したフォーマットに基づ
いて前記イベントに対応するメッセージを作成するメッ
セージ作成手段とをさらに有し、フォーマット記憶手段
のフォーマットは通知部生成手段によって生成されるこ
とを特徴とする。

【００１２】

【作用】第１の発明によれば、クライアントの所望のイ
ベント通知方式を予めファイルに記憶しておき、通知部
生成手段により該ファイルに対応する複数の通知部を生
成する。そして、選択手段を用いて該複数の通知部の中
から受け付けたイベントに対応する通知部を選択する。

【００１３】これにより、クライアントが希望する複数
の通知方式を予設定しておき、イベントに応じて対応す
る通知方式を選択することができる。

【００１４】また、第２の発明によれば、通知部生成手
段により生成した該ファイルに対応する複数の通知部に
対応するフォーマットをフォーマット記憶手段に記憶
し、イベントを受け付けた際には、フォーマット作成手
段を用いて該イベントに対応するメッセージをフォーマ
ット記憶手段に記憶したフォーマットに基づいて作成す
るとともに、該メッセージに対応する通知部を前記複数
の通知部から選択してクライアントに通知する。

【００１５】これにより、所望のイベント内容を所望の
通知方式でクライアントに対して通知することができ
る。

【００１６】

【実施例】以下、図面を参照して本発明を分散複写シス
テムに適用した場合の実施例について説明する。

【００１７】ここで、分散複写システムとは、従来の複
写機の機能をネットワーク上に分散配置した複写システ
ムのことであり、具体的には原稿を読み取る部分と、複
写指示を行う部分と、原稿画像を出力する部分（以下
「複写処理実行部」と言う。）とを分離してネットワー
クに配置したものである。

【００１８】図２は、第１の実施例における分散複写シ
ステムの複写処理実行部１の構成を示すブロック図であ
る。

【００１９】図２に示すように、複写処理実行部２は、
複数のジョブ受付部２１ａ〜２１ｃからなるジョブ受付
部２１と、各種ユーザインターフェース２２ａ〜２２ｃ
を内在する管理部２２と、ジョブ制御部２３と、複数の
ジョブ処理部２４ａ〜２４ｃからなるジョブ処理部２４
と、複数のジョブ出力部２５ａ〜２５ｃとから構成さ
れ、ジョブ受付部２１を介してネットワーク２６に接続
されている。

【００２０】ジョブ受付部２１は、複写処理実行部２に
対して送出されたジョブを受け付けて正規化した後ジョ
ブ制御部２３に供給するものであり、各ジョブ受付部２
１ａ〜２１ｃでは、各ジョブフォーマットに適合するジ
ョブをそれぞれ受け付ける。

【００２１】このジョブ受付部２１ａ〜２１ｃは、本実
施例に示すように複数設けることが可能であり、ＸＮＳ
及びネットウエア（Netware）等の異なる通信プロトコ
ルや、ファイリング及びメーリング等のデータ転送プロ
トコルや、インタプレス（Interpress）及びポストスク
リプト（Postscript）等のデータ形式などに対応するこ
とができる。

【００２２】管理部２２は、システム管理者からの各種
操作を受け付けるものであり、ローカルテレタイプユー
ザインターフェース（以下「ＬＴＴＹ−ＵＩ」と言
う。）２２ａと、ローカルグラフィカルユーザインター
フェース（以下「Ｇ−ＵＩ」と言う。）２２ｂと、リモ
ートテレタイプユーザインターフェース（以下「ＲＴＴ
Ｙ−ＵＩ」と言う。）２２ｃとを内在している。

【００２３】ジョブ制御部２３は、ジョブ受付部２１か
らのジョブ及び管理部２２からの操作指示を受け付けた
ならば、当該ジョブの内容を解析し、ジョブ処理部２４
を用いた処理を行うものであり、ジョブ制御基本部２３
ａ、オブジェクト管理部２３ｂ、ロギング処理部２３ｃ
及び本発明に係るイベント処理部１から構成される。

【００２４】ジョブ制御基本部２３ａは、ジョブオブジ
ェクトの作成、ジョブのスケジューリング、キュー管理
等の制御を行うものである。

【００２５】イベント処理部１は、ジョブ制御基本部２
３ａから通知された各種のイベントを管理部２２に通知
するとともに、各種イベントをロギング処理部２３ｃを
用いてログファイルに記録するものである。

【００２６】このイベント処理部１においては、管理部
２２に対して通知すべきイベント内容及び通知方式を指
定することができる。

【００２７】なお、本実施例において用いるイベント
は、図３に示すように、ジョブに関連するイベント（３
ａ）と、サーバに関連するイベント（３ｂ）と、オペレ
ーションに関連するイベント（３ｃ）と、ジョブ処理部
に関連するイベント（３ｄ）とに大別され、例えばジョ
ブに関連するイベントには、サーバによるアボート（３
ｅ）、オペレータによるアボート（３ｆ）、プリンタシ
ャットダウンの通知（３ｇ）等のイベントがある。

【００２８】オブジェクト管理部２３ｂは、ジョブ制御
部２３において使用する各種オブジェクトをオブジェク
トファイルに読み書きするものである。

【００２９】ロギング処理部２３ｃは、受領したロギン
グ情報をログファイルに記録するものであり、具体的に
はイベント処理部１において作成したイベント情報をロ
ギング情報としてログファイルに記録する。

【００３０】なお、説明の便宜上図示省略したが、この
ジョブ管理部２３には、上記構成要素以外に、課金情報
を取り扱うアカウント処理部等を内在している。

【００３１】ジョブ処理部２４は、文書フォーマットの
変換及びイメージ処理等を行うものであり、各処理に対
応して複数のジョブ処理部２４ａ〜２４ｃを内在する。

【００３２】ジョブ出力部２５は、出力媒体への記録等
を行うものであり、出力装置に対応して複数のジョブ出
力部２５ａ〜２５ｃを内在する。

【００３３】次に、イベント処理部１の細部構成につい
て説明する。

【００３４】図１は、イベント処理部１の構成を示すブ
ロック図である。

【００３５】図１に示すように、イベント処理部１は、
イベント受付部１０１と、登録部１０２と、ジョブイベ
ント処理部１０３と、イベント情報記憶部１０４と、イ
ベントメッセージ作成部１０５と、フォーマット記憶部
１０６と、通知部起動部１０７と、通知部選択部１０８
と、管理部通知部１０９と、ジョブログ処理部１１３
と、ログ情報記憶部１１４と、ログメッセージ作成部１
１５と、ロギング記憶部１１６とから構成される。

【００３６】イベント受付部１０１は、ジョブ制御基本
部２３ａからイベントを受け付け、該イベントがジョブ
受付イベントである場合には登録部１０２に対して、該
イベントがジョブ終了イベントである場合にはジョブイ
ベント処理部１０３又はジョブログ処理部１１３に対し
て、該イベントがサーバオペレーション等に関するイベ
ントの場合には管理部通知部１０９及びロギング処理部
２３ｃに対して、それぞれ該イベントを出力するもので
ある。

【００３７】登録部１０２は、イベント受付部１０１か
ら入力されたイベントの中から、クライアントが要求す
る所定の情報を抽出し、イベント情報記憶部１０４及び
ログ情報記憶部１１４に記憶するものである。

【００３８】ジョブイベント処理部１０３は、イベント
受付部１０１からイベント（ジョブ終了イベント）を受
け取ったならば、該イベントをイベントメッセージ作成
部１０５に出力し、イベントメッセージの作成を依頼す
るとともに、イベント作成部１０５が作成したメッセー
ジを選択部通知部１０８に出力する。

【００３９】イベント情報記憶部１０４は、登録部１０
２がイベントから抽出した所定の情報を記憶する記憶領
域である。なお、このイベント情報記憶部１０４に記憶
される情報には、イベント通知方法の指定、通知先の指
定等があり、ジョブ番号をキーとして検索・登録・削除
処理を行い得るよう記憶されている。

【００４０】イベントメッセージ作成部１０５は、フォ
ーマット記憶部１０６に記憶したフォーマットにしたが
い、ジョブイベント処理部１０３から入力されたイベン
トに対応するメッセージを作成し、ジョブイベント処理
部１０３に出力するものである。

【００４１】具体的には、図４に示すように、フォーマ
ット内に％％で示される文字があった場合には（４
ａ）、文字’％’に変換する（４ｂ）等の文字変換の処
理を行うことによりメッセージを作成する。

【００４２】フォーマット記憶部１０６は、通知部起動
部１０７から通知を受けたフォーマットを記憶する記憶
領域であり、記憶されたフォーマットはイベントメッセ
ージ作成部１０５又はログメッセージ作成部１１５から
必要に応じて読み出される。

【００４３】通知部起動部１０７は、通知部の起動に要
するデータを含む所定のファイル（以下「コンフィグレ
ーションファイル」という。）から通知フォーマット及
び通知方式を示すラベル等を読み出し、通知部選択部１
０８に対して該ラベル等を出力するとともに、フォーマ
ット及び該ラベルをフォーマット記憶部１０６に出力す
る。

【００４４】なお、ここで言う通知方式を示すラベルと
は、図５に示すように、例えば指定されたホストのコン
ソールに表示する場合（５ｂ）には、”id-val-deliver
y-notification-service”（５ａ）というように設定さ
れるものをいう。

【００４５】また、コンフィグレーションファイルは、
上記通知方式を示すラベルごとに設定される。このた
め、コンフィグレーションファイルの各フィールドに
は、図６に列挙するように、各ラベルに対応する出力形
式が記載される。

【００４６】通知部選択部１０８は、通知部の選択を行
う処理部であり、具体的にはジョブイベント通知部１０
３又はジョブログ処理部１１３から受け取ったメッセー
ジ等に対応する通知部を選択する。

【００４７】管理部通知部１０９は、管理部２２に対し
て、全てのイベントを通知する通知部である。

【００４８】ジョブログ処理部１１３は、イベント受付
部１０１が受け付けたイベントのうち、イベント記録が
指定されたものを処理するものであり、ジョブイベント
処理部１０３と同様に動作する。なお、ログ通知が指定
された場合には、ロギング記憶部１１６にメッセージを
記憶する機能が付加されている。

【００４９】ログ情報記憶部１１３は、登録部１０２が
抽出した所定の情報を記憶するものであり、イベント情
報記憶部１０４に対応する。このログ情報記憶部１１３
に記憶される情報には、ログ通知方法の指定、記録イベ
ントの指定、通知先の指定、ロギング記憶部１１６に記
憶するファイル名等があり、ジョブ番号をキーとして検
索・登録・削除処理を行い得るよう記憶されている。

【００５０】ログメッセージ作成部１１４は、ジョブロ
グ処理部１０８から入力されたイベントに対応するログ
メッセージを作成して、該ジョブログ処理部１０８に出
力するものであり、イベントメッセージ作成部１０５に
対応する。

【００５１】ロギング記憶部１１５は、ログメッセージ
をジョブ単位で記憶する記憶領域であり、通知部選択部
１０８が選択した通知部により内容が読み出される。

【００５２】上記構成を有するイベント処理部１を用い
ることにより、イベント内容に応じてイベントメッセー
ジ又はログメッセージを所望のクライアントに所望の通
知手段を用いて通知できることになる。

【００５３】次に、上記構成を有するイベント処理部１
の処理手順について、通知部をプロセスとして構成し、
パイプ（ｐｉｐｅ）と呼ばれるデータ転送機能を用いて
該通知部とイベント処理部１との間のデータ授受を行う
場合について説明する。

【００５４】図７は、イベント処理部１の通知部起動部
１０７において行うジョブ制御部１を起動する際の処理
手順を示すフローチャートである。

【００５５】図７に示すように、まずジョブ制御部１を
起動する際には、コンフィグレーションファイルからの
データ読み込みを準備し（Ｓ７０１）、読み込み準備が
完了したならば、１レコードの読み込みを行ない（Ｓ７
０３）、該レコードから各フィールドを抽出する（Ｓ７
０４）。

【００５６】そして、このフィールドに設定された情報
に基づいて、通知部プログラムを実行し通知プロセス
（通知部）を作成する（Ｓ７０５）。

【００５７】次に、作成した通知部の持つパイプ及び通
知方式を示すラベルを通知部選択部１０８に通知する
（Ｓ７０６）とともに、通知方式を示すラベル及びフォ
ーマットをフォーマット記憶部１０６に通知する（Ｓ７
０７）。

【００５８】そして、上記処理（Ｓ７０３〜Ｓ７０７）
を残レコードがなくなるまで繰り返し（Ｓ７０２）、コ
ンフィグレーションファイルの読み込みを完了した時点
で処理を終了する。

【００５９】これにより、ジョブ制御部１を起動する時
点で、コンフィグレーションファイルの設定情報に対応
する通知部を作成し、該通知部のフォーマット等をフォ
ーマット記憶部１０６に記憶するとともに、通知方式を
示すラベル及びパイプ等を通知部選択部１０８において
保持し、イベント処理部１が機能発揮可能な状態とな
る。

【００６０】例えば、図６に示すコンフィグレーション
ファイルを用いた場合には、ラベル”id-val-delivery-
method-file”に対応するファイル用通知部と、ラベ
ル”id-val-delivery-method-electronic-mail”に対応
する電子メール用通知部と、ラベル”id-val-delivery-
method-nortification-service”に対応するノーティフ
ィケーション用通知部とが生成される。

【００６１】なお、このファイル用通知部は、時間（％
ｔ）、イベント発生名（％ｅ）、イベント理由（％
ｒ）、ジョブｉｄ及びジョブ名（％ｊ，％ｎ）を内容と
して持つイベントログファイルを通知する通知部であ
る。

【００６２】また、電子メール用通知部は、時間（％
ｔ）、イベント発生名（％ｅ）、イベント理由（％
ｒ）、ジョブｉｄ及びジョブ名（％ｊ，％ｎ）を内容と
して持つ電子メールを通知する通知部である。

【００６３】さらに、ノーティフィケーション用通知部
は、時間（％ｔ）、サーバホスト名（％ｈ）、ジョブｉ
ｄ及びジョブ名（％ｊ，％ｎ）を内容として持つノーテ
ィフィケーションを通知する通知部である。

【００６４】次に、上記起動終了後に、イベント処理部
１が行う処理について説明する。

【００６５】図８は、イベント処理部１において行うイ
ベント処理の全体手順を示すフローチャートである。

【００６６】図８に示すように、イベント受付部１０１
においてジョブ制御基本部２３ａからイベントを受け付
けたならば（Ｓ８０１）、このイベント受付部１０１に
おいて該イベントがジョブ受付イベントか否かを判断し
（Ｓ８０２）、ジョブ受付イベントである場合には、該
イベントを登録部１０２に出力し、後述するジョブ受付
処理（Ｓ８０３）を行った後、Ｓ８０８に移行する。

【００６７】これに対して、該イベントがジョブ受付イ
ベントでない場合には、ジョブ関連イベントであるか否
かを確認し（Ｓ８０４）、該イベントがジョブ関連イベ
ントである場合には、後述するイベント・ログ処理（Ｓ
８０５）を行った後、Ｓ８０８に移行する。

【００６８】一方、該イベントがジョブ関連イベントで
ない場合には、ジョブ終了イベントであるか否かを確認
し（Ｓ８０６）、該イベントがジョブ終了イベントであ
る場合には、後述するイベント・ログ終了処理を行う
（Ｓ８０７）。

【００６９】そして、処理結果を管理部通知部１０９及
びロギング処理部２３ｃに通知（Ｓ８０８〜Ｓ８０９）
した後、イベント受付処理（Ｓ８０１）に移行する。

【００７０】上記一連の処理を行うことにより、受け付
けたイベントの種類に応じて、ジョブ受付処理（Ｓ８０
３）を行うか、イベント・ログ処理（Ｓ８０５）を行う
か、イベント・ログ終了処理（Ｓ８０７）を行うかを選
択できることになる。

【００７１】次に、上記ジョブ受付処理（Ｓ８０３）に
ついて詳細に説明する。

【００７２】図９は、ジョブ受付処理手順を示すフロー
チャートである。

【００７３】Ｓ８０２において、イベントがジョブ受付
イベントであると判断した場合には、登録部１０２にお
いて、該イベントからイベント通知及びログ通知に関す
る設定情報（通知イベント、イベント通知方式、通知
先、ログ記録イベント、ログ通知方式、通知先等）を抽
出する（Ｓ９０１）。

【００７４】そして、イベント通知が指定されている場
合には（Ｓ９０２）、イベント情報記憶部１０４に対し
て該情報を出力し（Ｓ９０３）、指定されていない場合
にはＳ９０４へ移行する。

【００７５】また、ログ通知が指定されている場合には
（Ｓ９０４）、ログ情報記憶部１１４に該情報を出力す
る（Ｓ９０５）。

【００７６】そして、ログをジョブ単位で一時保管する
一時ファイルをロギング記憶部１１６内に作成するとと
もに、ログメッセージ作成部１１５がフォーマット記憶
部１０６に記憶したフォーマットのうち該イベントに対
応するフォーマットを用いてログメッセージを作成し、
該メッセージを先頭メッセージとして一時ファイルに書
き込み（Ｓ９０６）処理を終了する。なお、ログ通知が
指定されていない場合には、そのままジョブ受付処理を
終了する。

【００７７】上記処理を行うことにより、イベント情報
記憶部１０４及びログ情報記憶部１１３に上記のイベン
ト通知又はログ通知に必要となる情報を記憶するととも
に、ロギング記憶部１１６内に一時ファイルを設けて、
イベント処理を行い得る体制が確立される。

【００７８】次に、イベント・ログ処理（Ｓ８０５）に
ついて詳細に説明する。

【００７９】図１０は、イベント・ログ処理手順を示す
フローチャートである。

【００８０】Ｓ８０４において、ジョブ関連イベントで
あると判断した場合には、該イベントは、ジョブイベン
ト処理部１０３又はジョブログ処理部１１３に出力され
る。このイベントを受けたジョブイベント処理部１０３
又はジョブログ処理部１１３では、該イベントの中から
イベント通知又はログ通知を行うか否かを示す情報を抽
出する（Ｓ１００１）。

【００８１】そして、ジョブイベント処理部１０３がイ
ベント通知の設定を確認した場合には（Ｓ１００２）、
該ジョブイベント処理部１０３は、イベントメッセージ
をイベントメッセージ作成部１０５において作成させる
（Ｓ１００３）とともに、メッセージ作成部１０５が作
成したイベントメッセージを受け取って、該イベントメ
ッセージ、通知方式及び通知先を通知部選択部１０８に
出力する（Ｓ１００４）。

【００８２】一方、ジョブログ処理部１１３がログ通知
の設定を確認した場合には（Ｓ１００５）、該ジョブロ
グ処理部１１３は、ログメッセージをログメッセージ作
成部１１５に作成させる（Ｓ１００６）とともに、ログ
メッセージ作成部１１５が作成したログメッセージをロ
ギング記憶部１１６内の一時ファイルに追加記憶する
（Ｓ１００７）。

【００８３】上記処理を行うことにより、イベントメッ
セージ又はログメッセージを作成し、通知先等とともに
通知部選択部１０８に出力するとともに、ロギング記憶
部１１６内に該ログメッセージを追加記憶できることに
なる。

【００８４】次に、イベント・ログ終了処理について詳
細に説明する。

【００８５】図１１は、イベント・ログ終了処理手順を
示すフローチャートである。

【００８６】Ｓ８０６において、該イベントがジョブ終
了イベントであると判断した場合には、ジョブログ処理
部１１３は、該イベントにおいてログ通知が指定されて
いるか否かを確認し（Ｓ１１０１）、指定されている場
合には通知部選択部１０８に対してログファイルの通知
を指示する（Ｓ１１０２）ことにより、ロギング記憶部
１１６に記憶された一時ファイルがクローズされ、通知
部に対して出力される。

【００８７】その後、ロギング記憶部１１６に記憶した
一時ファイルを削除するとともに、ログ情報記憶部内に
設けられた該ジョブに対応するエントリが削除される
（Ｓ１１０３）。

【００８８】また、ジョブイベント処理部１０３におい
ても、該イベントにおいてイベント通知が指定されてい
るか否かを確認し（Ｓ１１０４）、イベント通知が指定
されている場合には、イベント情報記憶部１０４内に設
けられた該ジョブに対応するエントリが削除される（Ｓ
１１０５）。

【００８９】上記処理を行うことにより、イベント情報
記憶部１０４及びログ情報記憶部１１４のエントリ削除
と、ジョブ終了に伴う一時ファイルのログ通知とが可能
となる。

【００９０】次に、本実施例で用いる通知部について説
明する。

【００９１】図１２は、通知部の構成を示す機能ブロッ
ク図である。

【００９２】図１２に示すように、各通知部は、要求受
付部１２１と、該要求がイベント通知要求であるかログ
通知要求であるかを判断し、イベント通知要求である場
合には該イベント要求から要求変換部１２２と、メッセ
ージ通知部１２３と、ログファイル変換部１２４とから
構成される。

【００９３】要求受付部１２１は、イベント処理部１か
ら通知要求を受け取り、該通知要求を要求解析部１２２
に出力する。

【００９４】図１３に、この通知部１２０に対してイベ
ント処理部から行われる通知要求の一例を示す。ここで
は、イベント通知要求の場合には文字’Ｎ’と、ログ通
知要求の場合には文字’Ｌ’と記載して、要求内容を区
別するよう構成している。

【００９５】要求解析部１２２は、該要求がイベント通
知要求であるかログ通知要求であるかを判断し、イベン
ト通知要求である場合には該イベント要求からメッセー
ジ及び通知先を抽出してメッセージ通知部１２３に出力
し、ログ通知要求である場合には、該要求から一時ログ
ファイル名及び通知先を抽出しログファイル変換部に出
力する。

【００９６】メッセージ通知部１２３は、要求解析部１
２２又はログファイル変換部１２４から受け取ったデー
タをメッセージとして、該当する通知先に通知する。

【００９７】ログファイル処理部１２４は、要求解析部
１２２から一時ログファイル名及び通知先を受け取った
ならば、ロギング記憶部１１６に記憶される一時ログフ
ァイルのうち該当するファイル名を持つファイルからデ
ータを読み出し、通知先とともに該データをメッセージ
通知部１２３に出力する。

【００９８】上記構成を有する通知部１２０を用いるこ
とにより、イベント処理部１から受け取った通知要求に
応じて、イベント通知又はログファイル通知を行うこと
ができることになる。

【００９９】次に上記構成を有する通知部１２０の処理
手順について説明する。

【０１００】図１４は、通知部の処理手順を示すフロー
チャートである。

【０１０１】図１４に示すように、要求受付部１２１が
イベント処理部１から通知要求を受けたならば、要求解
析部１２２において該要求から通知先を抽出する（Ｓ１
４０１）。

【０１０２】次に、該通知要求がイベント通知要求であ
るか、ログ通知要求であるかを判断し（Ｓ１４０２）、
イベント通知要求である場合には、通知要求からメッセ
ージを抽出し（Ｓ１４０８）、該メッセージをメッセー
ジ通知部１２３を介して通知先に通知して（Ｓ１４０
９）処理を終了する。

【０１０３】これに対して、該要求がログ通知要求であ
る場合には、通知要求からログファイル名を獲得する
（Ｓ１４０３）。このログファイル名は、ロギング記憶
部１１６に記憶した一時ファイルのファイル名である。

【０１０４】そして、ログファイル処理部１２４におい
て、該当するファイル名を持つログファイルからデータ
を読み出し、該データを自通知部の通知方式に適したメ
ッセージに変換する（Ｓ１４０５）とともに、メッセー
ジ通知部１２３を介して該メッセージを所定の通知先に
通知する（Ｓ１４０６）。

【０１０５】上記処理（Ｓ１４０５〜Ｓ１４０６）を、
ログファイルの内容データがなくなるまで繰り返し（Ｓ
１４０４）、ファイル内のデータ全てを読み出したなら
ば、該ログファイルを削除して（Ｓ１４０７）処理を終
了する。

【０１０６】上述してきたように、本実施例では、クラ
イアントが所望するイベント内容を記憶したコンフィグ
レーションファイルに対応する複数の通知部を生成する
とともに、該複数の通知部に対応するフォーマットをフ
ォーマット記憶部１０６に記憶しておき、イベント受付
部１０１がイベントを受け付けた際には、該イベントに
対応するメッセージを、フォーマット記憶部１０６に記
憶したフォーマットに基づいて作成して、対応する通知
部を用いてクライアントに通知するよう構成したので、
イベントに対応するメッセージをコンフィグレーション
ファイルで規定したイベント内容・通知方式で、クライ
アントに通知することができる。

【０１０７】また、イベント記録が指定されている場合
には、ロギング記憶部１１６に一時ファイルを作成し、
ジョブ終了イベントを受領後に通知部を用いて通知する
よう構成したので、該イベントをログ通知することも可
能となる。

【０１０８】なお、本実施例においては、本発明に係る
イベント処理装置を分散複写システムに適用した場合に
ついて示したが、本発明はこれに限定されることなく各
種システムに適用することが可能である。

【０１０９】

【発明の効果】第１の発明によれば、クライアントが所
望するイベント内容を記憶したファイルに対応する複数
の通知部を生成し、イベントを受け付けた際には、該イ
ベントに対応する通知部を選択するよう構成したので、
クライアントが予め設定した複数の通知方式の中から、
イベントに対応する通知部を選択して通知することが可
能となる。

【０１１０】また、第２の発明によれば、クライアント
が所望するイベント内容を記憶したファイルに対応する
複数の通知部を生成するとともに、該複数の通知部に対
応するフォーマットをフォーマット記憶手段に記憶して
おき、イベントを受け付けた際には、該イベントに対応
するメッセージを、フォーマット記憶手段に記憶したフ
ォーマットに基づいて作成した後、対応する通知部を用
いてクライアントに通知するよう構成したので、下記に
示す効果が得られる。

【０１１１】１）イベントに対応するメッセージをファ
イルに規定したイベント内容・通知方式で、クライアン
トに通知することが可能となる。

【０１１２】２）イベント通知内容及び方式を柔軟に変
更することが可能となる。

【図面の簡単な説明】

【図１】本発明に係るイベント処理部の構成を示す図。

【図２】本発明に係るイベント処理部を分散複写システ
ムに適用した場合の全体構成を示す図。

【図３】本実施例で用いるイベントの一例を示す図。

【図４】図１に示すイベントメッセージ作成部で行う変
換処理で用いる変換文字の一例を示す図。

【図５】本実施例で用いる通知方式のラベルの一例を示
す図。

【図６】図１に示す通知部起動部で用いるコンフィグレ
ーションファイルの一例を示す図。

【図７】図１に示す通知部起動部で行う起動処理手順を
示すフローチャート。

【図８】図１に示すイベント処理部において行う全体処
理を示すフローチャート。

【図９】図８に示すジョブ受付処理手順を示すフローチ
ャート。

【図１０】図８に示すイベント・ログ処理手順を示すフ
ローチャート。

【図１１】図８に示すイベント・ログ終了処理手順を示
すフローチャート。

【図１２】本実施例で用いる通知部の構成を示す図。

【図１３】図１２に示す通知部に対してイベント処理部
から行われる通知要求の一例を示す図。

【図１４】図１２に示す通知部において行う処理手順を
示すフローチャート。

【符号の説明】

１ イベント処理部、 ２１ ジョブ受付部、 ２２
管理部、２３ ジョブ受付部、 ２３ａ ジョブ基本制
御部、２３ｂ オブジェクト管理部、 ２３ｃ ロギン
グ処理部、２４ ジョブ処理部、 ２５ ジョブ出力
部、 １０１ イベント受付部、１０２ 登録部、 １
０３ イベント情報記憶部、１０４ ジョブイベント処
理部、 １０５ イベントメッセージ作成部、１０６
フォーマット記憶部、 １０７ 通知部起動部、１０８
通知部選択部、 １０９ 管理部通知部、１１３ ジ
ョブログ処理部、 １１４ ログ情報記憶部、１１５
ログメッセージ作成部、 １１６ ロギング記憶部、１
２０ 通知部、 １２１ 要求受付部、 １２２ 要求
解析部、１２３ メッセージ通知部、 １２４ ログフ
ァイル処理部

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の情報処理装置が通信手段を介して
   接続され相互にデータを授受することにより処理を行う
   情報処理システムで用いられ、受け付けたイベントに対
   応するメッセージを生成して通知するイベント処理装置
   において、 ファイルとして保持された所定のデータに基づき複数の
   通知部を生成する通知部生成手段と、 前記通知部生成手段により生成した複数の通知部から前
   記メッセージに対応する通知部を選択する選択手段とを
   具備したことを特徴とするイベント処理装置。
2. 【請求項２】 前記複数の通知部に対応するメッセージ
   のフォーマットを記憶するフォーマット記憶手段と、 前記イベントを受け付けた際に、前記フォーマット記憶
   手段に記憶したフォーマットに基づいて前記イベントに
   対応するメッセージを作成するメッセージ作成手段とを
   有し、 フォーマット記憶手段のフォーマットは通知部生成手段
   によって生成されることを特徴とする請求項１記載のイ
   ベント処理装置。