(57)【要約】【課題】自機内において発生するイベントの外部装置への通知機能の柔軟性を向上させることのできる画像形成装置、イベント処理方法、及びイベント処理プログラムの提供を目的とする。【解決手段】画像形成装置であって、当該画像形成装置において検知されたイベントを収集するイベント収集手段と、前記イベント収集手段によって収集された前記イベントに関する情報をネットワークを介して送信させる複数のイベント通信手段とを有し、前記複数のイベント通信手段は、それぞれが対応する送信先に応じた形式によって前記イベントに関する情報を送信することにより上記課題を解決する。【選択図】図１１
2009239724.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置であって、
当該画像形成装置において検知されたイベントを収集するイベント収集手段と、
前記イベント収集手段によって収集された前記イベントに関する情報をネットワークを介して送信させる複数のイベント通信手段とを有し、
前記複数のイベント通信手段は、それぞれが対応する送信先に応じた形式によって前記イベントに関する情報を送信することを特徴とする画像形成装置。
【請求項２】
前記複数のイベント通信手段ごとに通知が必要なイベントを識別するためのフィルタ情報を管理するフィルタ情報管理手段と、
前記イベント収集手段よって収集されたイベントについて、前記フィルタ情報に基づいて通知の要否を判定し、通知が必要と判定されるイベントを前記イベント通信手段へ通知する通知手段とを有し、
前記イベント通信手段は、前記通知手段より通知されたイベントに関する情報を送信することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記フィルタ情報は、通知が必要なイベントの通知方式を示す情報を含み、
前記通知手段は、通知が必要と判定されるイベントを前記通知方式に応じて前記イベント通信手段に通知することを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記複数のイベント通信手段のそれぞれは、当該イベント通信手段に関連付けられている前記フィルタ情報を前記フィルタ情報管理手段に通知し、
前記フィルタ情報管理手段は、前記複数のイベント通信手段より通知された前記フィルタ情報を前記イベント通信手段ごとに管理することを特徴とする請求項２又は３記載の画像形成装置。
【請求項５】
画像形成装置が実行するイベント処理方法であって、
当該画像形成装置において検知されたイベントを収集するイベント収集手順と、
前記イベント収集手順において収集された前記イベントに関する情報をネットワークを介して送信させる複数のイベント通信手順とを有し、
前記複数のイベント通信手順は、それぞれが対応する送信先に応じた形式によって前記イベントに関する情報を送信することを特徴とするイベント処理方法。
【請求項６】
前記イベント収集手順よって収集されたイベントについて、前記複数のイベント通信手順ごとに通知が必要なイベントを識別するためのフィルタ情報を管理するフィルタ情報管理手段に基づいて通知の要否を判定し、通知が必要と判定されるイベントを前記イベント通信手順へ通知する通知手順を有し、
前記イベント通信手順は、前記通知手順より通知されたイベントに関する情報を送信することを特徴とする請求項５記載のイベント処理方法。
【請求項７】
前記フィルタ情報は、通知が必要なイベントの通知方式を示す情報を含み、
前記通知手順は、通知が必要と判定されるイベントを前記通知方式に応じて前記イベント通信手順に通知することを特徴とする請求項６記載のイベント処理方法。
【請求項８】
前記複数のイベント通信手順のそれぞれは、当該イベント通信手順に関連付けられている前記フィルタ情報を前記フィルタ情報管理手段に通知し、
前記フィルタ情報管理手段は、前記複数のイベント通信手順より通知された前記フィルタ情報を前記イベント通信手順ごとに管理することを特徴とする請求項６又は７記載のイベント処理方法。
【請求項９】
画像形成装置に、
当該画像形成装置において検知されたイベントを収集するイベント収集手順と、
前記イベント収集手順において収集された前記イベントに関する情報をネットワークを介して送信させる複数のイベント通信手順とを実行させ、
前記複数のイベント通信手順は、それぞれが対応する送信先に応じた形式によって前記イベントに関する情報を送信することを特徴とするイベント処理プログラム。
【請求項１０】
前記イベント収集手順よって収集されたイベントについて、前記複数のイベント通信手順ごとに通知が必要なイベントを識別するためのフィルタ情報を管理するフィルタ情報管理手段に基づいて通知の要否を判定し、通知が必要と判定されるイベントを前記イベント通信手順へ通知する通知手順を有し、
前記イベント通信手順は、前記通知手順より通知されたイベントに関する情報を送信することを特徴とする請求項９記載のイベント処理プログラム。
【請求項１１】
前記フィルタ情報は、通知が必要なイベントの通知方式を示す情報を含み、
前記通知手順は、通知が必要と判定されるイベントを前記通知方式に応じて前記イベント通信手順に通知することを特徴とする請求項１０記載のイベント処理プログラム。
【請求項１２】
前記複数のイベント通信手順のそれぞれは、当該イベント通信手順に関連付けられている前記フィルタ情報を前記フィルタ情報管理手段に通知し、
前記フィルタ情報管理手段は、前記複数のイベント通信手順より通知された前記フィルタ情報を前記イベント通信手順ごとに管理することを特徴とする請求項１０又は１１記載のイベント処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、イベント処理方法、及びイベント処理プログラムに関し、特に内部で発生するイベントをネットワークを介して外部に通知する画像形成装置、イベント処理方法、及びイベント処理プログラムに関する。
【背景技術】
【０００２】
プリンタ、コピー、スキャナ、ファクス、又は複合機等の画像形成装置（以下、単に「機器」という。）内では、各種のイベントが発生する。例えば、オペレーションパネルに対する入力、ジョブの発生、設定情報（ＩＰアドレス等）の変更、ジャム等の異常の発生、異常の解除、及びドアのオープン等はここでいうイベントに含まれる。
【０００３】
このようなイベントを、所定の目的を達成するために機器の外部のコンピュータおいて捕捉することが行われている。具体的には、イベントが発生すると、機器は当該イベントの発生をネットワークを介してコンピュータに通知する。コンピュータは、イベントの発生の通知を受けて、所定の目的を達成するための処理を実行する。ここで、所定の目的の典型的な例としては、機器の状態監視等が挙げられる。
【特許文献１】特許第３７１０７８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来、機器とイベントの通知先（外部のコンピュータ）との関係は固定的なものであった。すなわち、機器からのイベントの通知は、特定のコンピュータとの間で決められたプロトコル及びデータ形式によって行われていた。したがって、新たに他のコンピュータに対してイベントの通知が必要となった場合、当該他のコンピュータが、既存のプロトコル及びデータ形式に対応できなければ、当該他のコンピュータに対するイベントの通知の実現は困難であったという問題がある。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、自機内において発生するイベントの外部装置への通知機能の柔軟性を向上させることのできる画像形成装置、イベント処理方法、及びイベント処理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、画像形成装置であって、当該画像形成装置において検知されたイベントを収集するイベント収集手段と、前記イベント収集手段によって収集された前記イベントに関する情報をネットワークを介して送信させる複数のイベント通信手段とを有し、前記複数のイベント通信手段は、それぞれが対応する送信先に応じた形式によって前記イベントに関する情報を送信することを特徴とする。
【０００７】
このような画像形成装置では、自機内において発生するイベントの外部装置への通知機能の柔軟性を向上させることができる。
【発明の効果】
【０００８】
本発明によれば、自機内において発生するイベントの外部装置への通知機能の柔軟性を向上させることのできる画像形成装置、イベント処理方法、及びイベント処理プログラムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。同図において、複合機１は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３（有線又は無線の別は問わない。）を介してコンピュータ２ａ、２ｂ、及び２ｃ等の複数のコンピュータ（以下、総称する場合「コンピュータ２」という。）と接続されている。
【００１０】
複合機１は、プリンタ、コピー、スキャナ、又はファクス等の複数の機能を一台の筐体において実現する画像形成装置である。複合機１は、自機内において発生する各種のイベント（オペレーションパネルに対する入力、ジョブの発生、設定情報（ＩＰアドレス等）の変更、ジャム等の異常の発生、異常の解除、及びドアのオープン等。但し、これだけに限定されない。）を必要に応じて各コンピュータ２に通知する。すなわち、各コンピュータ２は、イベントの通知先として指定されているコンピュータである。各コンピュータ２は、それぞれの目的に応じて複合機１におけるイベントの通知を必要とする。当該目的の典型例としては、複合機１の状態の監視等が挙げられる。なお、イベントの通知に関して各コンピュータ２が対応する通信プロトコル、又は各コンピュータ２が解釈可能なデータ形式は異なる。例えば、コンピュータ２ａはイベント情報をＳＮＭＰ（Simple Network Management Protocol）によって受信する。また、コンピュータ２ｂはイベント情報をＳＯＡＰ（Simple Object Access Protocol）によって受信する。また、コンピュータ２ｃはイベント情報を電子メールによって受信する。したがって、複合機１は、それぞれの通信プロトコル又はデータ形式に応じて各コンピュータ２へのイベントの通知を行う。
【００１１】
図２は、本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。複合機１のハードウェアとしては、コントローラ６０１と、オペレーションパネル６０２と、ファクシミリコントロールユニット（ＦＣＵ）６０３と、撮像部６０４と、印刷部６０５が存在する。
【００１２】
コントローラ６０１は、ＣＰＵ６１１、ＡＳＩＣ６１２、ＮＢ６２１、ＳＢ６２２、ＭＥＭ−Ｐ６３１、ＭＥＭ−Ｃ６３２、ＨＤＤ（ハードディスクドライブ）６３３、メモリカードスロット６３４、ＮＩＣ（ネットワークインタフェースコントローラ）６４１、ＵＳＢデバイス６４２、ＩＥＥＥ１３９４デバイス６４３、セントロニクスデバイス６４４により構成される。
【００１３】
ＣＰＵ６１１は、種々の情報処理用のＩＣである。ＡＳＩＣ６１２は、種々の画像処理用のＩＣである。ＮＢ６２１は、コントローラ６０１のノースブリッジである。ＳＢ６２２は、コントローラ６０１のサウスブリッジである。ＭＥＭ−Ｐ６３１は、複合機１のシステムメモリである。ＭＥＭ−Ｃ６３２は、複合機１のローカルメモリである。ＨＤＤ６３３は、複合機１のストレージである。メモリカードスロット６３４は、メモリカード６３５をセットするためのスロットである。ＮＩＣ６４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス６４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス６４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス６４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル６０２は、オペレータが複合機１に入力を行うためのハードウェア（操作装置）であると共に、オペレータが複合機１から出力を得るためのハードウェア（表示装置）である。
【００１４】
図３は、本発明の実施の形態における複合機のソフトウェア構成例を示す図である。複合機１では、複数のソフトウェアコンポーネント又はソフトウェアモジュール（以下、単に「コンポーネント」という。）の組み合わせによって各ジョブ（例えば、複合機１対して入力された要求に応じて実行される処理）等が実行される。斯かるコンポーネントは、その機能に応じて、アプリケーションメカニズム１０、サービスメカニズム２０、デバイスメカニズム３０、及びアスペクトレイヤ４０等のレイヤに分類される。同図におけるレイヤの上下関係は、レイヤ間の呼び出し関係に基づいている。基本的に図中において上にあるレイヤが下のレイヤを呼び出す。なお、各コンポーネントは、例えば、ＨＤＤ６３３に記憶されており、実行時にＭＥＭ−Ｐ６３１にロードされてＣＰＵ６１１にその機能を実行させる。
【００１５】
アプリケーションメカニズム１０には、比較的に応用度の高い機能を実現するコンポーネントが属する。同図では、イベント通信モジュール１１ａ及びイベント通信モジュール１１ｂ（以下、総称する場合「イベント通信モジュール１１」という。）が示されている。
【００１６】
イベント通信モジュール１１は、複合機１内において発生したイベントに関する情報（イベント情報）を外部の通知先（コンピュータ２０）へ送信するための処理を制御する。各イベント通信モジュール１１は、それぞれが対応する通知先に応じた通信プロトコル又はデータ形式によってイベント情報を送信するように実装されている。例えば、イベント通信モジュール１１ａの通知先がコンピュータ２ａである場合、イベント通信モジュール１１ａは、ＳＮＭＰによってイベント情報を送信する。また、イベント通信モジュール１１ｂの通知先がコンピュータ２ｂである場合、イベント通信モジュール１１ｂは、ＳＯＡＰによってイベント情報を送信する。すなわち、複合機１のイベントを捕捉したいコンピュータ２０が増加した場合、当該コンピュータ２０が要求する通信プロトコル及びデータ形式に対応したイベント通信モジュール１１を複合機１にインストールすることで、当該コンピュータ２０に応じたイベント情報の通知が実現される。なお、各イベント通信モジュール２０と通知先（例えば、コンピュータ２０のＩＰアドレス又はＵＲＬ等の通信上の識別情報）との対応関係は、各イベント通信モジュール２０が認識可能なように、例えば、ＨＤＤ６３３に記録されている。
【００１７】
サービスメカニズム２０には、アプリケーションメカニズム１０に属するコンポーネントより共通に利用される、より基本的な機能（サービス）を提供するコンポーネントが属する。例えば、通信プロトコルごとに、当該通信プロトコルに従った通信を制御するためのコンポーネントが属する。斯かるコンポーネントは、イベント通信モジュール１１によってイベント情報の送信の際に利用される。
【００１８】
デバイスメカニズム３０には、複合機１に設けられたデバイスを制御する、一般的にデバイスドライバと呼ばれるコンポーネントが属する。
【００１９】
アスペクトレイヤ４０には、アプリケーションメカニズム１０、サービスメカニズム２０、及びデバイスメカニズム３０より共通に利用されうる横断的なコンポーネント、又は各レイヤのコンポーネントを横断的に（一元的に）管理するコンポーネントが属する。同図では、機器管理部４１及びプラグイン管理部４２が示されている。機器管理部４１は、複合機１において発生し、検知される各種のイベントを一元的に収集し、当該イベントの発生を各イベント通信モジュール１１に通知する。なお、収集とは、能動的にイベントを収集する形態（いわゆるＰＵＬＬ型）のみならず、イベントの発生元から受動的にイベントの発生の通知を受ける形態（いわゆるＰＵＳＨ型）も含む処理をいう。
【００２０】
プラグイン管理部４２は、複合機１に対するコンポーネントのインストール及びアンインストールを制御すると共に、複合機１にインストールされているコンポーネントの一覧情報を管理する。したがって、新たなイベント通信モジュール１１のインストールもプラグイン管理部４２によって制御される。
【００２１】
続いて、イベントを収集する機器管理部４１及び収集されたイベントを外部に送信するイベント通信モジュール１１について更に詳しく説明する。
【００２２】
図４は、機器管理部及びイベント通信モジュールの構成例を示す図である。同図において、機器管理部４１は、通信依頼用イベント生成部４１１を有する。通信依頼用イベント生成部４１１は、収集されたイベントの送信をイベント通信モジュール１１に依頼するためのデータ（以下「通信依頼用イベント」という。）を生成する。すなわち、機器管理部４１によって収集されたイベントは、通信依頼用イベントの形式で各イベント通信モジュール１１に通知される。したがって、各イベント通信モジュール１１は、機器管理部４１より通信依頼用イベントを受け付けるための共通のインタフェース（メソッド）を備えている必要がある。当該インタフェースが共通化されていることにより、機器管理部４１は、それぞれのイベント通信モジュール１１を区別することなく通信依頼用イベントを通知することができる。
【００２３】
一方、各イベント通信モジュール１１は、それぞれに応じたフィルタ設定情報１１１を有する。フィルタ設定情報１１１は、通知を必要とするイベントの内容又は種類（以下「種類」で統一する。）が定義された情報である。すなわち、複合機１内では膨大な種類のイベントが発生するところ、大抵のイベントの通知先（コンピュータ２０）では、その全ての種類のイベントの通知が必要なわけではなく、所定の種類のイベントの通知のみが必要とされる。フィルタ設定情報１１１は、斯かる事情に対して柔軟に対応するためのものである。その名の通り、フィルタ設定情報１１１は、機器管理部４１によって収集されたイベントの中から通知するイベントをフィルタリングするために用いられる。なお、図中において、フィルタ設定情報１１１は、イベント通信モジュール１１内にハードコーディングされていてもよいし、イベント通信モジュール１１の外部のファイル内に格納されていてもよい。
【００２４】
以下、複合機１の処理手順について説明する。図５は、イベント通信モジュールのインストール処理を説明するためのシーケンス図である。
【００２５】
例えば、新たなイベント通信モジュール１１が記録されたメモリカード６３５がメモリカードスロット６３４にセットされ、当該イベント通信モジュール１１のインストール要求がオペレーションパネル６０２を介してユーザによって入力されると、プラグイン管理部４２は、メモリカード６３５に記録されているイベント通信モジュール１１をＨＤＤ６３３にコピーすることにより、イベント通信モジュール１１のインストールを行う（Ｓ１０１）。続いて、プラグイン管理部４２は、インストールされたイベント通信モジュール１１に対して初期化を要求する（Ｓ１０２）。
【００２６】
初期化要求に応じ、イベント通信モジュール１１は、自らの登録を機器管理部４１に対して要求する（Ｓ１０３）。ここで、登録とは、イベント通信モジュール１１の存在を機器管理部４１に認識させるための処理をいう。したがって、ステップＳ１０３では、当該イベント通信モジュール１１を一意に識別するための情報（以下、「モジュール識別情報」という。）が通知される。
【００２７】
登録要求に応じ、機器管理部４１は、当該イベント通信モジュール１１に対応させて通信モジュールコントローラ４１２を生成する（Ｓ１０４）。この際、当該イベント通信モジュール１１のモジュール識別情報が通信モジュールコントローラ４１２に設定される。なお、通信モジュールコントローラ４１２は、イベント通信モジュール１１ごとに生成されるオブジェクトである。機器管理部４１は、生成した通信モジュールコントローラ１１のオブジェクトの識別情報（例えば、参照又はポインタ等）を保持しておく。
【００２８】
通信モジュールコントローラ４１２は、生成されると、設定されたモジュール識別情報に対応するイベント通信モジュール１１に対して、フィルタ設定情報１１１の提供を要求する（Ｓ１０５）。イベント通信モジュール１１は、自らが有する（又は自らに関連付けられている）フィルタ設定情報１１１を通信モジュールコントローラ４１２に返却する（Ｓ１０６）。通信モジュールコントローラ４１２は、返却されたフィルタ設定情報１１１を、例えば自らのメンバ変数に登録する（Ｓ１０７）。すなわち、通信モジュールコントローラ４１２は、対応するイベント通信モジュール１１のフィルタ設定情報１１１をメモリ上において管理するオブジェクトである。
【００２９】
斯かるインストール処理が実行されることにより、機器管理部４１の構成は以下のように変化する。図６は、一つのイベント通信モジュールがインストールされた後の機器管理部の構成例を示す図である。
【００３０】
同図において、機器管理部４１内には通信モジュールコントルーラ４１２がインスタンス化されている。また、通信モジュールコントローラ４１２には、当該通信モジュールコントローラ４１２が対応するイベント通信モジュール１１のフィルタ設定情報１１１が設定（登録）されている。ところで、図３ではイベント通信モジュール１１が二つ示されているが、図６は、このうちの一つがインストールされた際の機器管理部４１の状態を示す。
【００３１】
なお、図５のステップＳ１０２以降の処理は、新たにイベント通信モジュール１１がインストールされたときだけでなく、複合機１の起動時に、既にインストールされているイベント通信モジュール１１に対しても実行させる。すなわち、通信モジュールコントローラ４１２は、複合機１の起動時に毎回インスタンス化され、フィルタ設定情報１１１が設定される。
【００３２】
続いて、複合機１においてイベントが発生した際に実行される処理について説明する。図７は、一つのイベント通信モジュールがインストールされている場合のイベント処理を説明するためのシーケンス図である。
【００３３】
ステップＳ２０１において、イベント発生元よりイベントの発生（の検知）が機器管理部４１に対して通知される。すなわち、発生したイベントが機器管理部４１に収集される。なお、イベントの発生元はイベントの種類に応じて多種態様である。例えば、ドアのオープンであれば、当該ドアに設置されたセンサ等である。また、ジャムの発生であれば、当該ジャムを検知した主体である。
【００３４】
続いて、機器管理部４１の通信依頼用イベント生成部４１１は、通知されたイベントに対する通信依頼用イベントを生成する（Ｓ２０２）。通信依頼用イベントには、当該イベントの識別情報としてイベント名及びイベント種別が含まれる。続いて機器管理部４１は、保持しているオブジェクトの識別情報に基づいて、現在インスタンス化されている通信モジュールコントローラ４１２に対して通信依頼用イベントを通知する（Ｓ２０３）。
【００３５】
続いて、通信モジュールコントローラ４１２は、自らに設定されているフィルタ設定情報１１１に基づいて、当該通信依頼用イベントに係るイベントの通知の要否を判定する（Ｓ２０４）。
【００３６】
図８は、フィルタ設定情報の構成例を示す図である。同図において、フィルタ設定情報は、フィルタタイプ１１１Ｔ及びフィルタリスト１１１Ｌを含む。フィルタタイプ１１１は、当該フィルタ設定情報１１１内に設定されているフィルタ１１１Ｆによるイベントの通過方式を識別する情報である。イベントの通過方式には、例えば、常にイベントを通過させる方式と、過去に通過させた同一イベントは通過させない方式とがある。後者の場合、メモリ上に記録されている過去に通知したイベントの履歴に基づいて、同一イベントの通過の有無が判定される。なお、フィルタタイプ１１１Ｔによってイベントの発生に応じて直ちに（同期的に）通知する方式と、所定のタイミングでまとめて（各イベントの発生とは非同期に）通知する方式とを区別してもよい。
【００３７】
フィルタリスト１１１Ｌは、フィルタ設定情報１１１に設定されているフィルタ１１１Ｆのリスト（一覧）である。同図では、二つのフィルタ１１１Ｆが含まれている。但し、一つのフィルタ設定情報１１１に必ず二つのフィルタ１１１Ｆが設定されることを意図するものではない。一つのフィルタ設定情報１１１には、一つ以上の任意の個数のフィルタ１１１Ｆが設定されうる。
【００３８】
各フィルタ１１１Ｆは、フィルタ名及び通過対象イベントリストを含む。フィルタ名は、各フィルタ１１１Ｆの名前（識別情報）である。通過対象イベントリストは、当該フィルタ１１１Ｆが通過させるイベントの種類のリスト（一覧）である。なお、イベントの種類はイベント名及びイベント種別によって識別される。
【００３９】
例えば、図９は、フィルタ設定情報の具体例を示す図である。同図に示されるフィルタ設定情報１１１ｉのフィルタタイプは「ＭＩＢ」である。したがって、フィルタ設定情報１１１ｉに設定されたフィルタによって通過されるイベントの通知方式は、「ＭＩＢ」というフィルタタイプに対して定義されたイベントの通知方式に従う。なお、「ＭＩＢ」というフィルタタイプがどのような通知方式であるかについては便宜上省略する。
【００４０】
フィルタ設定情報１１１ｉには、フィルタ名が「フィルタ１」というフィルタ（以下、「フィルタ１」という。）と、「フィルタ２」というフィルタ（以下「フィルタ２」という。）が設定されている。フィルタ１は、イベント名が「機器状態変化」、イベント種別が「ドアオープン」に係るイベントと、イベント名が「設定変更」、イベント種別が「ＩＰアドレス変更」に係るイベントとを通過させるフィルタである。フィルタ２は、イベント名が「機器状態変化」、イベント種別が「ドアオープン」に係るイベントと、イベント名が「設定変更」、イベント種別が「ＩＰアドレス変更」に係るイベントとを通過させるフィルタである。すなわち、フィルタ設定情報１１１ｉでは、４種類のイベントが通過対象（すなわち、通知が必要なイベント）として定義されている。
【００４１】
したがって、ステップＳ２０４において、通信モジュールコントローラ４１２は、通信依頼用イベントに含まれているイベント名及びイベント種別が、自らに設定されているフィルタ設定情報１１１に含まれているいずれかのフィルタ１１１Ｆにおいて通過対象とされているか否かを判定する。いずれかのフィルタ１１１Ｆにおいて通過対象とされている場合、通信モジュールコントローラ４１２は、通信依頼用イベントの通知は必要であると判定する。いずれのフィルタ１１１Ｆにおいても通過対象とされていない場合、通信モジュールコントローラ４１２は、通信依頼用イベントの通知は不要であると判定する。
【００４２】
通知が必要であると判定した場合、通信モジュールコントローラ４１２は、通信依頼用イベントを、自らが対応するイベント通信モジュール１１に通知する（Ｓ２０５）。但し、通信依頼用イベントの通知方式は、フィルタ設定情報１１１のフィルタタイプに従う。したがって、過去に通知した同一イベントは通知しないという通信方式の場合、過去に通知した同一イベントに係る通信依頼用イベントの通知は行われない。
【００４３】
続いて、イベント通信モジュール１１は、自らが対応する通信プロトコル及びデータ形式によって、通信依頼用イベントに係るイベント情報を対応するコンピュータ２０に送信する（Ｓ２０６）。厳密には、イベント通信モジュール１１は、自らが対応する通信プロトコルによる通信を制御する下位のコンポーネントにイベント情報の送信を実行させる。
【００４４】
続いて、イベント通信モジュール１１が複数の場合について説明する。図１０は、複数のイベント通信モジュールのインストール処理を説明するためのシーケンス図である。
【００４５】
同図には、イベント通信モジュール１１ａのインストール処理（Ｓ３０１〜Ｓ３０７）と、イベント通信モジュール１１ｂのインストール処理（Ｓ４０１〜Ｓ４０７）とが示されている。それぞれのインストール処理の各ステップは、図５において説明したものと同様であるため、ここでの説明は省略する。
【００４６】
同図において留意すべき点は、イベント通信モジュール１１ごとに通信モジュールコントローラ４１２が生成されるという点である。すなわち、イベント通信モジュール１１ａに対しては通信モジュールコントローラ４１２ａが生成される（Ｓ３０４）。したがって、イベント通信モジュール１１ａのフィルタ設定情報１１１は、通信モジュールコントローラ４１２ａに登録される（Ｓ３０５〜Ｓ３０６）。同様に、イベント通信モジュール１１ｂに対しては通信モジュールコントローラ４１２ｂが生成される（Ｓ４０４）。したがって、イベント通信モジュール１１ｂのフィルタ設定情報１１１は、通信モジュールコントローラ４１２ｂに登録される（Ｓ４０５〜Ｓ４０６）。
【００４７】
なお、図５と同様、図１０のステップＳ３０２及びＳ４０２以降の処理は、新たにイベント通信モジュール１１がインストールされたときだけでなく、複合機１の起動時に、既にインストールされているイベント通信モジュール１１に対しても実行させる。
【００４８】
続いて、図１１は、複数のイベント通信モジュールがインストールされている場合のイベント処理を説明するためのシーケンス図である。同図では、設定変更イベントが通知された場合の処理（Ｓ５０１〜Ｓ５０８）と、機器状態変更イベントが通知された場合の処理（Ｓ６０１〜Ｓ６１０）とが示されている。同図において、イベント通信モジュール１１ａ（通信モジュールコントローラ４１２ａ）のフィルタ設定情報１１１では、設定変更イベント及び機器状態変更イベントの双方が通過対象とされていることとする。一方、イベント通信モジュール１１ｂ（通信モジュールコントローラ４１２ａ）のフィルタ設定情報１１１では、設定変更イベントは通過対象ではなく、機器状態変更イベントは通過対象とされていることとする。
【００４９】
設定変更イベントが通知された場合（Ｓ５０１）、機器管理部４１の通信依頼用イベント生成部４１１は、設定変更イベントに対する通信依頼用イベントを生成する（Ｓ５０２）。なお、設定変更イベントとは、複合機１における何らかの設定情報が更新された場合に発生するイベントをいう。
【００５０】
続いて、機器管理部４１は、保持しているオブジェクトの識別情報に基づいて、通信モジュールコントローラ４１２ａと通信モジュールコントローラ４１２ｂとに対して通信依頼用イベントを通知する（Ｓ５０３、Ｓ５０７）。なお、機器管理部４１は、どのようなイベント通信モジュール１１が存在するかは意識せずに、単に、オブジェクトとしてインスタンス化されている通信モジュールコントローラ４１２に対して通信依頼用イベントを通知しているだけである。したがって、イベント通信モジュール１１のインストール及びアンインストールに応じて機器管理部４１のソースコードを変更する必要はない。
【００５１】
通信依頼用イベントが通知された通信モジュールコントローラ４１２ａ及び４１２ｂは、図７のステップＳ２０４と同様に、それぞれに設定されているフィルタ設定情報１１１に基づいて、当該通信依頼用イベントに係るイベントの通知の要否を判定する（Ｓ５０４、Ｓ５０８）。ここで、通信モジュールコントローラ４１２ａのフィルタ設定情報１１１では設定変更イベントは通過対象とされている。したがって、通信モジュールコントローラ４１２ａは、当該通信依頼用イベントをイベント通信モジュール１１ａに通知する（Ｓ５０５）。一方、通信モジュールコントローラ４１２ｂのフィルタ設定情報１１１では設定変更イベントは通過対象とされていない。したがって、通信モジュールコントローラ４１２ｂは、当該通信依頼用イベントをイベント通信モジュール１１ｂに通知しない。その結果、イベント通信モジュール１１ａのみによってイベント情報が送信される（Ｓ５０６）。
【００５２】
また、機器状態変更イベントが通知された場合（Ｓ６０１）、機器管理部４１の通信依頼用イベント生成部４１１は、機器状態変更イベントに対する通信依頼用イベントを生成する（Ｓ６０２）。なお、機器状態変更イベントとは、複合機１の状態が変化した場合に発生するイベントをいう。続いて、上記と同様に、機器管理部４１は、通信モジュールコントローラ４１２ａと通信モジュールコントローラ４１２ｂとに対して通信依頼用イベントを通知する（Ｓ６０３、Ｓ６０７）。通信依頼用イベントが通知された通信モジュールコントローラ４１２ａ及び４１２ｂは、図７のステップＳ２０４と同様に、それぞれに設定されているフィルタ設定情報１１１に基づいて、当該通信依頼用イベントに係るイベントの通知の要否を判定する（Ｓ６０４、Ｓ６０８）。ここで、通信モジュールコントローラ４１２ａのフィルタ設定情報１１１では機器状態変更イベントは通過対象とされている。したがって、通信モジュールコントローラ４１２ａは、当該通信依頼用イベントをイベント通信モジュール１１ａに通知する（Ｓ６０５）。また、通信モジュールコントローラ４１２ｂのフィルタ設定情報１１１においても機器状態変更イベントは通過対象とされている。したがって、通信モジュールコントローラ４１２ｂは、当該通信依頼用イベントをイベント通信モジュール１１ｂに通知する（Ｓ６０９）。その結果、イベント通信モジュール１１ａ及びイベント通信モジュール１１ｂの双方によって、それぞれの送信先にイベント情報が送信される（Ｓ６０６、Ｓ６１０）。
【００５３】
上述したように、本実施の形態における複合機１によれば、機器管理部４１によって統合的又は一元的にイベントが収集され、共通化されたインタフェースによって機器管理部４１（通信モジュールコントローラ４１２）からイベント通信モジュール１１にイベントが通知（伝達）される。また、各イベント通信モジュール１１は、それぞれが対応する通知先（送信先）に応じた通信プロトコル又はデータ形式によってイベントの通知情報を送信する。したがって、通知先の増減の必要が生じた場合は、イベント通信モジュール１１をインストール又はアンインストールすることで容易に対応することができる。
【００５４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。
【図３】本発明の実施の形態における複合機のソフトウェア構成例を示す図である。
【図４】機器管理部及びイベント通信モジュールの構成例を示す図である。
【図５】イベント通信モジュールのインストール処理を説明するためのシーケンス図である。
【図６】一つのイベント通信モジュールがインストールされた後の機器管理部の構成例を示す図である。
【図７】一つのイベント通信モジュールがインストールされている場合のイベント処理を説明するためのシーケンス図である。
【図８】フィルタ設定情報の構成例を示す図である。
【図９】フィルタ設定情報の具体例を示す図である。
【図１０】複数のイベント通信モジュールのインストール処理を説明するためのシーケンス図である。
【図１１】複数のイベント通信モジュールがインストールされている場合のイベント処理を説明するためのシーケンス図である。
【符号の説明】
【００５６】
１          複合機
２、２ａ、２ｂ、２ｃ    コンピュータ
３          ネットワーク
１０        アプリケーションメカニズム
１１、１１ａ、１１ｂ    イベント通信モジュール
２０        サービスメカニズム
３０        デバイスメカニズム
４０        アスペクトレイヤ
４１        機器管理部
４２        プラグイン管理部
１１１      フィルタ設定情報
４１１      通信依頼用イベント生成部
４１２、４１２ａ、４１２ｂ      通信モジュールコントローラ
６０１      コントローラ
６０２      オペレーションパネル
６０３      ファクシミリコントロールユニット
６０４      撮像部
６０５      印刷部
６１１      ＣＰＵ
６１２      ＡＳＩＣ
６２１      ＮＢ
６２２      ＳＢ
６３１      ＭＥＭ−Ｐ
６３２      ＭＥＭ−Ｃ
６３３      ＨＤＤ
６３４      メモリカードスロット
６３５      メモリカード
６４１      ＮＩＣ
６４２      ＵＳＢデバイス
６４３      ＩＥＥＥ１３９４デバイス
６４４      セントロニクスデバイス
【図１】
2009239724.tif 000003
【図２】
2009239724.tif 000004
【図３】
2009239724.tif 000005
【図４】
2009239724.tif 000006
【図５】
2009239724.tif 000007
【図６】
2009239724.tif 000008
【図７】
2009239724.tif 000009
【図８】
2009239724.tif 000010
【図９】
2009239724.tif 000011
【図１０】
2009239724.tif 000012
【図１１】
2009239724.tif 000013