(57)【要約】【課題】外部に通知するイベントを容易に登録することができる画像形成装置、イベント登録方法およびイベント登録プログラムを提供する。【解決手段】サーバ２００にネットワーク３００を介して接続された複合機１００において、プラグイン取得部１０１は、複合機１００で動作するモジュール群１０６が検知する複合機の状態の変化を示すイベントをサーバ２００に送信する条件である通知条件を含むスキーマを取得し、トリガ制御部１０４は、取得されたスキーマに基づいて、モジュール群１０６に、通知条件でイベントを送信する手続きであるイベントリスナを登録する。【選択図】        図２
2009217737.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置にネットワークを介して接続された画像形成装置において、
前記画像形成装置で動作するモジュールが検知する前記画像形成装置の状態の変化を示すイベントを前記サーバ装置に送信する条件である通知条件を含むスキーマを取得する取得手段と、
前記取得手段によって取得された前記スキーマに基づいて、前記モジュールに、前記通知条件で前記イベントを送信する手続きであるイベントリスナを登録する登録手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記取得手段は、さらに前記イベントの種別を示す通知タイプを含むスキーマを取得し、
前記登録手段は、取得した前記スキーマに含まれた前記通知タイプに応じたモジュールに、前記イベントリスナを登録すること、を特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記モジュールによって送信された前記イベントを受信した場合に、前記イベントを前記サーバ装置に送信する送信手段、をさらに備えることを特徴とする請求項１または請求項２に記載の画像形成装置。
【請求項４】
前記スキーマは、さらに前記サーバ装置に送信する通知情報を含み、
前記取得手段は、前記スキーマを取得し、
前記取得手段によって取得された前記スキーマを記憶するスキーマ記憶手段と、
前記モジュールによって送信された前記イベントを受信した場合に、前記イベントに対応した前記スキーマに含まれた前記通知情報を前記スキーマ記憶手段から取得し、取得された前記通知情報として記憶された値を記憶部から取得する通知情報取得手段と、
前記通知情報取得手段によって取得された前記通知情報として記憶された値を含むイベント通知情報を生成するイベント通知情報生成手段と、をさらに備え、
前記送信手段は、前記イベント通知情報生成手段によって生成された前記イベント通知情報を前記サーバ装置に送信すること、を特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記イベント通知情報は、ＸＭＬ（Extensible Markup Language）で記述されていること、を特徴とする請求項４に記載の画像形成装置。
【請求項６】
前記スキーマは、ＸＭＬで記述されていること、を特徴とする請求項１〜５のいずれか一つに記載の画像形成装置。
【請求項７】
サーバ装置にネットワークを介して接続された画像形成装置で実行されるイベント登録方法において、
取得手段が、前記画像形成装置で動作するモジュールが検知する前記画像形成装置の状態の変化を示すイベントを前記サーバ装置に送信する条件である通知条件を含むスキーマを取得する取得工程と、
登録手段が、前記取得工程によって取得された前記スキーマに基づいて、前記モジュールに、前記通知条件で前記イベントを送信する手続きであるイベントリスナを登録する登録工程と、
を含むことを特徴とするイベント登録方法。
【請求項８】
前記スキーマは、さらに前記サーバ装置に送信する通知情報を含み、
前記取得工程は、前記スキーマを取得し、
前記登録工程は、取得した前記スキーマに含まれた前記通知タイプに応じたモジュールに、前記イベントリスナを登録すること、を特徴とする請求項７に記載のイベント登録方法。
【請求項９】
送信手段が、前記モジュールによって送信された前記イベントを受信した場合に、前記イベントを前記サーバ装置に送信する送信工程、をさらに含むことを特徴とする請求項７または請求項８に記載のイベント登録方法。
【請求項１０】
前記取得工程は、さらに前記サーバ装置に送信する通知情報を含むスキーマを取得し、
前記取得工程によって取得された前記スキーマを記憶するスキーマ記憶手段、を備え、
通知情報取得手段が、前記モジュールによって送信された前記イベントを受信した場合に、前記イベントに対応した前記スキーマに含まれた前記通知情報を前記スキーマ記憶手段から取得し、取得された前記通知情報として記憶された値を記憶部から取得する通知情報取得工程と、
イベント通知情報生成手段が、前記通知情報取得工程によって取得された前記通知情報として記憶された値を含むイベント通知情報を生成するイベント通知情報生成工程と、をさらに含み、
前記送信工程は、前記イベント通知情報生成工程によって生成された前記イベント通知情報を前記サーバ装置に送信すること、を特徴とする請求項９に記載のイベント登録方法。
【請求項１１】
請求項７〜１０のいずれか一つに記載のイベント登録方法をコンピュータに実行させるイベント登録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、イベント登録方法およびイベント登録プログラムに関する。
【背景技術】
【０００２】
従来、画像形成装置において機器の起動時や、機器の不具合や紙詰まり等の異常発生時、トナー残量が少なくなった時などに、ネットワークに接続された外部のサーバにイベントを通知して画像形成装置の状態を知らせる技術が一般に知られている。画像形成装置の保守を担当している会社では、かかる技術を用いて、サービスマンが問題を解決する必要があるイベント（以下、サービスマンコールという）が通知された場合に、サービスマンを現地に派遣して問題を解決する。しかしながら、サービスマンが派遣される間にイベントの原因が解決した場合、外部のサーバではトラブルが解決したことを知ることができず、サービスマンの派遣が無駄になってしまうという問題があった。
【０００３】
このような問題を解決するものとして、外部のサーバにサービスマンコールを送信した情報と、サービスマンコールが必要な状況が解消した情報を画像形成装置で監視する遠隔管理システムが開示されている（特許文献１参照）。かかる遠隔管理システムでは、サービスマンコールが必要な状況が解消した場合に、外部のサーバにサービスマンコールの解除を通知することができるため、不要なサービスマンの派遣を削減することができる。
【０００４】
【特許文献１】特開２００４−１８７００８号公報（特許第３９５８６７６号）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載された技術や従来技術では、画像形成装置で予め定められたイベントを外部のサーバに通知することはできるが、画像形成装置内部で発生したイベントであっても予め通知するように設定されていなければ、外部のサーバに通知されず、新たに通知するように変更するには、画像形成装置で動作するモジュールを変更する必要があり、作業負担が大きいという問題があった。
【０００６】
また、画像形成装置をメンテナンスする会社がメーカであるかサードベンダであるかによって、通知するイベントが異なる場合に通知イベントに応じたモジュールを生成してインストールする必要があり、モジュールの作成やメンテナンスが煩雑であるという問題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、外部に通知するイベントを容易に登録することができる画像形成装置、イベント登録方法およびイベント登録プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、サーバ装置にネットワークを介して接続された画像形成装置において、前記画像形成装置で動作するモジュールが検知する前記画像形成装置の状態の変化を示すイベントを前記サーバ装置に送信する条件である通知条件を含むスキーマを取得する取得手段と、前記取得手段によって取得された前記スキーマに基づいて、前記モジュールに、前記通知条件で前記イベントを送信する手続きであるイベントリスナを登録する登録手段と、を備えることを特徴とする。
【０００９】
また、本発明は、請求項１に記載の画像形成装置において、前記取得手段は、さらに前記イベントの種別を示す通知タイプを含むスキーマを取得し、前記登録手段は、取得した前記スキーマに含まれた前記通知タイプに応じたモジュールに、前記イベントリスナを登録すること、を特徴とする。
【００１０】
また、本発明は、請求項１または請求項２に記載の画像形成装置において、前記モジュールによって送信された前記イベントを受信した場合に、前記イベントを前記サーバ装置に送信する送信手段、をさらに備えることを特徴とする。
【００１１】
また、本発明は、請求項３に記載の画像形成装置において、前記スキーマは、さらに前記サーバ装置に送信する通知情報を含み、前記取得手段は、前記スキーマを取得し、前記取得手段によって取得された前記スキーマを記憶するスキーマ記憶手段と、前記モジュールによって送信された前記イベントを受信した場合に、前記イベントに対応した前記スキーマに含まれた前記通知情報を前記スキーマ記憶手段から取得し、取得された前記通知情報として記憶された値を記憶部から取得する通知情報取得手段と、前記通知情報取得手段によって取得された前記通知情報として記憶された値を含むイベント通知情報を生成するイベント通知情報生成手段と、をさらに備え、前記送信手段は、前記イベント通知情報生成手段によって生成された前記イベント通知情報を前記サーバ装置に送信すること、を特徴とする。
【００１２】
また、本発明は、請求項４に記載の画像形成装置において、前記イベント通知情報は、ＸＭＬ（Extensible Markup Language）で記述されていること、を特徴とする。
【００１３】
また、本発明は、請求項１〜５のいずれか一つに記載の画像形成装置において、前記スキーマは、ＸＭＬで記述されていること、を特徴とする。
【００１４】
また、本発明は、サーバ装置にネットワークを介して接続された画像形成装置で実行されるイベント登録方法において、取得手段が、前記画像形成装置で動作するモジュールが検知する前記画像形成装置の状態の変化を示すイベントを前記サーバ装置に送信する条件である通知条件を含むスキーマを取得する取得工程と、登録手段が、前記取得工程によって取得された前記スキーマに基づいて、前記モジュールに、前記通知条件で前記イベントを送信する手続きであるイベントリスナを登録する登録工程と、を含むことを特徴とする。
【００１５】
また、本発明は、請求項７に記載のイベント登録方法において、前記スキーマは、さらに前記サーバ装置に送信する通知情報を含み、前記取得工程は、前記スキーマを取得し、前記登録工程は、取得した前記スキーマに含まれた前記通知タイプに応じたモジュールに、前記イベントリスナを登録すること、を特徴とする。
【００１６】
また、本発明は、請求項７または請求項８に記載のイベント登録方法において、送信手段が、前記モジュールによって送信された前記イベントを受信した場合に、前記イベントを前記サーバ装置に送信する送信工程、をさらに含むことを特徴とする。
【００１７】
また、本発明は、請求項９に記載のイベント登録方法において、前記取得工程は、さらに前記サーバ装置に送信する通知情報を含むスキーマを取得し、前記取得工程によって取得された前記スキーマを記憶するスキーマ記憶手段、を備え、通知情報取得手段が、前記モジュールによって送信された前記イベントを受信した場合に、前記イベントに対応した前記スキーマに含まれた前記通知情報を前記スキーマ記憶手段から取得し、取得された前記通知情報として記憶された値を記憶部から取得する通知情報取得工程と、イベント通知情報生成手段が、前記通知情報取得工程によって取得された前記通知情報として記憶された値を含むイベント通知情報を生成するイベント通知情報生成工程と、をさらに含み、前記送信工程は、前記イベント通知情報生成工程によって生成された前記イベント通知情報を前記サーバ装置に送信すること、を特徴とする。
【００１８】
また、本発明は、請求項７〜１０のいずれか一つに記載のイベント登録方法をコンピュータに実行させる。
【発明の効果】
【００１９】
本発明によれば、通知条件を含むスキーマを取得し、取得したスキーマに含まれた通知条件に応じたイベントリスナをモジュールに登録することができるため、通知したいイベントを容易に登録することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明にかかる画像形成装置、イベント登録方法およびイベント登録プログラムの最良な実施の形態を詳細に説明する。なお、本発明は、これらの実施の形態に限定されるものではない。
【００２１】
本実施の形態について、添付図面を参照して説明する。本実施の形態では、画像形成装置として、コピー機能、ファクシミリ（ＦＡＸ）機能、プリント機能、スキャナ機能、および入力画像（スキャナ機能により読取られた原稿画像や、プリンタ機能あるいはＦＡＸ機能により入力された画像）を配信する機能等を複合したいわゆる複合機（ＭＦＰ：Multi Function Peripheral）を適用した例を説明する。なお、本発明が適用される装置は、複合機に限るものではなく、サーバに対してイベントを通知する装置であれば、プリンタ、コピー機、ファクシミリ、クライアント等の様々な装置に適用することができる。
【００２２】
図１は、複合機１００とサーバ２００とを備えるイベント登録／通知システムの一例を示す説明図である。図１に示すようにイベント登録／通知システム１０は、複合機１００とサーバ２００を備え、複合機１００とサーバ２００は、ネットワーク３００を介して接続されている。
【００２３】
次に、本発明が適用される複合機１００の構成例について説明する。図２は、本実施の形態にかかる複合機１００の構成を示すブロック図である。本実施の形態にかかる複合機１００は、プラグイン取得部１０１と、プラグイン管理部１０２と、スキーマ制御部１０３と、トリガ制御部１０４と、通知情報取得部１０５と、モジュール群１０６と、ＸＭＬ生成部１０７と、通信部１０８と、スキーマ記憶部１１０とを備えている。
【００２４】
プラグイン取得部１０１は、外部からプラグインを取得する。プラグイン取得部１０１は、例えばＵＳＢ（Universal Serial Bus）メモリ、ＣＤ−ＲＯＭ等の外部記憶装置からプラグインを取得する。ここで、プラグインとは、複合機１００に機能を追加するためのプログラムである。
【００２５】
プラグイン管理部１０２は、プラグイン取得部１０１によって取得されたプラグイン、または通信部１０８によって受信されたプラグインからスキーマを取り出し、取り出したスキーマをスキーマ制御部１０３に送出する。ここで、スキーマとは、複合機１００からサーバ２００にイベントを通知するための情報を記述した文書であり、例えばＸＭＬ（Extensible Markup Language）で記述する。また、プラグイン管理部１０２は、図示しない操作部で受け付けた指示により、保持しているプラグインを削除する。
【００２６】
スキーマ制御部１０３は、プラグイン管理部１０２から送出されたスキーマを受信し、受信したスキーマをスキーマ記憶部１１０に格納する。また、スキーマ制御部１０３は、受信したスキーマを解読し、解読結果をトリガ制御部１０４に送出する。ここで、解読結果とは、サーバ２００に通知するイベントの種別である通知タイプ、サーバ２００にイベントを通知するタイミングである通知条件である。
【００２７】
通知タイプには、大きく分けて複合機１００で異常が発生した旨を示す“エラー”、内部で所定の処理が実行されるごとにカウントしている値を示す“カウンタ”、複合機１００の状態が変化した旨を示す“状態”等があり、通知タイプによってイベントを検知するモジュールが異なる。
【００２８】
通知条件は、イベントを通知するタイミングであり、通知条件として設定された種別と値が一致した場合にイベントを通知することを指定する。
【００２９】
さらに具体的に説明すると、通知タイプが“エラー”の場合は、通知条件として複合機１００に生じた不具合の種類を示すエラー種別とエラー値を設定する。エラー種別としては、不具合に対応するためのサービスマンの派遣を指示するサービスマンコールや紙詰まり等を設定し、エラー値にはさらにエラーの詳細な情報を示す番号を設定する。例えばエラー種別が“サービスマンコール”で、エラー値が“１００”のように指定する。
【００３０】
また、通知タイプが“カウンタ”の場合は、通知条件としてカウンタ種別とカウンタ値を設定する。カウンタ種別としては、印刷した印刷データのページ数である印刷カウンタや、ある特定の印刷機能を利用した回数である機能カウンタが設定され、カウンタ値は、さらにそれぞれをカウントした値を設定する。
【００３１】
また、通知タイプが“状態”の場合は、通知条件として状態種別と状態値を設定する。状態種別としては、複合機１００の電源のＯＮまたはＯＦＦを示す電源状態や、ある特定の機能が設定されたまたは設定されていないを示す機能状態を設定し、状態値は、状態種別ごとの状態を示す値を設定する。
【００３２】
また、スキーマ制御部１０３は、イベントリスナを登録したモジュールから、イベントを受信した場合に、受信したイベントに対応したスキーマをスキーマ記憶部１１０から取得する。スキーマ制御部１０３は、スキーマから通知情報種別を取得し、通知情報種別を通知情報取得部１０５に送信する。
【００３３】
ここで、通知情報種別は、サーバ２００にイベントを送信する際に、同時に送信する情報の種別を示す。例えば、通知情報種別として“サービスマンコール”が設定されている場合は、イベントが発生した際にサービスマンコールとして取得された値がサーバ２００に送信される。また、通知情報種別として“印刷カウンタ”が設定されている場合は、イベントが発生した際に印刷カウンタとして取得された値がサーバ２００に送信される。
【００３４】
スキーマ制御部１０３は、通知情報取得部１０５によって取得された通知情報種別に対応する値を受信する。また、スキーマ制御部１０３は、通知情報種別に対応する値とイベント通知情報生成要求をＸＭＬ生成部１０７に送信する。ここで、イベント通知情報とは、複合機１００にイベントリスナで登録したイベントが発生した際に、サーバ２００に送信する情報であり、ＸＭＬで生成する。
【００３５】
トリガ制御部１０４は、スキーマ制御部１０３から送出された解読結果、すなわち通知タイプおよび通知条件を受信する。また、トリガ制御部１０４は、通知タイプに応じたモジュールに対して、通知条件で示されたタイミングでイベントを送出する処理であるイベントリスナを登録する。イベントリスナの登録は、一例としてＪａｖａＳｃｒｉｐｔ（登録商標）で記載されたモジュールにイベントリスナを書き込むことにより実現する。
【００３６】
また、トリガ制御部１０４は、イベントリスナを登録したモジュールから送出されたイベントを受信した場合に、受信したイベントをスキーマ制御部１０３に送信する。イベントの内容は、例えばエラー種別が“セールスマンコール”で、エラー値が“１００”のような情報である。
【００３７】
モジュール群１０６は、複合機１００で動作する複数のモジュールである。また、モジュール群１０６に含まれる１つまたは複数のモジュールにイベントリスナを登録することにより、モジュールで監視している情報、例えば複合機１００内部の不具合を示すエラー種別およびエラー値をイベントとしてトリガ制御部１０４に送出する。
【００３８】
通知情報取得部１０５は、スキーマ制御部１０３から送出された通知情報種別を受信し、受信した通知情報種別に対応するモジュールに対し、通知情報種別に対応する値の要求を送出し、通知情報種別に対応する値を受信する。例えば、通知情報種別が“印刷カウンタ”である場合は、印刷カウンタの値が取得できる履歴管理モジュールに対して印刷カウンタの要求を送出し、履歴管理モジュールから印刷カウンタ値を受信する。
【００３９】
ＸＭＬ生成部１０７は、通知情報種別に対応する値とイベント通知情報生成要求をスキーマ制御部１０３から受信した場合に、スキーマに対応するイベント通知情報を生成し、通信部１０８に送出する。なお、スキーマに対応するイベント通知情報の生成とは、具体的にはＷｅｂサービス用のＸＭＬを生成（シリアライズ）することである。
【００４０】
通信部１０８は、外部の管理サーバ等から送信されたプラグインを受信する。また、通信部１０８は、ＸＭＬ生成部１０７によって生成されたイベント通知情報をサーバ２００に送信する。通信部１０８は、具体的にはＨＴＴＰ（Hypertext Transfer Protocol）等を用いて、Ｗｅｂサービスの通信を実行する。
【００４１】
スキーマ記憶部１１０は、プラグイン取得部１０１または通信部１０８から取得したプラグインから取得したスキーマを記憶する。
【００４２】
次に、以上のように構成されている複合機１００によるイベント登録処理について説明する。図３は、プラグイン管理部１０２、スキーマ制御部１０３、トリガ制御部１０４が行うイベント登録処理手順を示すシーケンス図である。
【００４３】
まず、プラグイン管理部１０２は、プラグインの入力を受け付ける（ステップＳ３０１）。プラグイン管理部１０２は、プラグインからスキーマを取得する（ステップＳ３０２）。図４は、プラグインから取得したスキーマの一例を示す説明図である。図４に示す例では、スキーマはＸＭＬで記述されている。スキーマは、複合機１００が実行するイベント通知処理に関する情報を記述する。スキーマには、例えばイベントを通知するサーバ２００のアドレス（４１）、通知タイプと通知条件に関する記述（４２）、イベント通知の通信に関する記述（４３）、イベントを通知する際に同時に通知する通知情報に関する記述（４４）が含まれている。
【００４４】
次に、プラグイン管理部１０２は、プラグインから取得したスキーマをスキーマ制御部に送信する（ステップＳ３０３）。スキーマ制御部１０３は、受信したスキーマをスキーマ記憶部１１０に格納する（ステップＳ３０４）。スキーマ制御部１０３は、受信したスキーマを解読する（ステップＳ３０５）。スキーマの解読とは、具体的には図４に示すようなスキーマから通知タイプと通知条件を取得することである。スキーマ制御部１０３は、解読結果、すなわち通知タイプと通知条件をトリガ制御部１０４に送信する（ステップＳ３０６）。
【００４５】
トリガ制御部１０４は、受信した解読結果の通知タイプからイベントリスナを登録するモジュールを判断する（ステップＳ３０７）。具体的には、通知タイプが“エラー”であれば、複合機１００内部の不具合を監視している監視モジュールが対象となり、通知タイプが“印刷カウント”であれば、印刷枚数をカウントしている履歴管理モジュールが対象となる。
【００４６】
トリガ制御部１０４は、イベントリスナ登録の対象と判断されたモジュール、例えば監視モジュールに対してイベントリスナを登録する（ステップＳ３０８）。
【００４７】
このように、プラグインに含まれるスキーマによって記述されたイベント通知に関する情報に従って、イベントを監視しているモジュールにイベントリスナを登録することにより、イベントの通知が必要になったときにイベントを通知することができる。
【００４８】
また、複合機１００を出荷する際には、最低限のイベントを通知するようにした上で必要に応じてイベントリスナを登録することにより、例えばメーカのサーバには、他社に公開したくないイベントを通知するように登録したり、サードベンダのサーバには、イベントリスナを登録しないことにより通知するイベントを制限することができ、イベントを受ける側の状況に応じたイベント通知を行うことができる。
【００４９】
また、スキーマによってイベントを通知する際に同時に通知する通知情報を指定することができるため、イベント通知時に必要な情報を取得することができ、取得した情報に応じた対応を取ることができる。
【００５０】
次に、複合機１００によるイベント通知処理について説明する。図５は、スキーマ制御部１０３、トリガ制御部１０４、通知情報取得部１０５、ＸＭＬ生成部１０７、通信部１０８が行うイベント通知処理手順を示すシーケンス図である。なお、ここでは、監視モジュールが異常を検知した場合の例について説明する。
【００５１】
まず、監視モジュール１０６は、複合機１００の異常発生を検知する（ステップＳ５０１）。監視モジュール１０６は、例えば紙詰まりや印刷機構の異常を検知するセンサからの検知信号や、制御部から送出されたエラー信号等を受信することによって異常発生を検知する。
【００５２】
監視モジュール１０６は、イベントリスナの登録内容に従ってイベントをトリガ制御部１０４に送信する（ステップＳ５０２）。なお、イベントには通知タイプと通知条件が含まれる。トリガ制御部１０４は、受信したイベントを、スキーマ制御部１０３に送信する（ステップＳ５０３）。なお、監視モジュール１０６から送出したイベントを、トリガ制御部１０４を介さず、スキーマ制御部１０３が受信するようにしてもよい。
【００５３】
スキーマ制御部１０３は、受信したイベントに対応するスキーマをスキーマ記憶部１１０から取得する（ステップＳ５０４）。例えば、通知タイプが“エラー（error）”で、通知条件のエラー種別が“サービスマンコール（sc）”、エラー値が“１００”の場合は、図４に示すスキーマが取得される。スキーマ制御部１０３は、スキーマから通知情報の種別を取得する（ステップＳ５０５）。図４に示すスキーマでは、イベントの通知情報として、“サービスマンコール番号（scNumber）”および“印刷カウンタ（totalCount）”に格納されている値を通知することが記述されている。スキーマ制御部１０３は、通知情報取得要求を通知情報取得部１０５に送信する（ステップＳ５０６）。
【００５４】
通知情報取得部１０５は、受信した通知情報（エラー種別やカウンタ種別等）に対応するモジュール、例えばカウンタ種別“印刷カウンタ”に対応する履歴管理モジュールに印刷カウンタ要求を送信する（ステップＳ５０７）。履歴管理モジュール１０６は、印刷カウンタ値をスキーマ制御部１０３に送信する（ステップＳ５０８）。
【００５５】
スキーマ制御部１０３は、印刷カウンタ値などの取得した通知情報とイベント通知情報生成要求をＸＭＬ生成部１０７に送出する（ステップＳ５０９）。ＸＭＬ生成部１０７は、受信した通知情報とイベント通知情報生成要求からイベント通知情報を生成する（ステップＳ５１０）。図６は、ＸＭＬ生成部１０７が生成したイベント通知情報の一例を示す説明図である。図６に示すように、サービスマンコール番号（scNumber）として“１００”（６１）、印刷カウンタ（totalCount）として“５１２”（６２）が記述されている。
【００５６】
次に、ＸＭＬ生成部１０７は、イベント通知情報を通信部１０８に送信する（ステップＳ５１１）。通信部１０８は、イベント通知情報をサーバ２００に送信する（ステップＳ５１２）。
【００５７】
このように、イベントリスナを登録したモジュールが異常を検知した場合に、イベントが通知され、スキーマの記述に応じて通知情報が取得され、通知情報を含んだイベント通知情報が外部のサーバに送信することにより、管理者が必要とするイベントと通知情報を取得することができるため、複合機１００を容易に管理することができる。
【００５８】
図７は、本実施の形態にかかる複合機１００のハードウェア構成を示すブロック図である。本図に示すように、複合機１００は、コントローラ４１０とプリンタ部４６０およびスキャナ部４７０とをＰＣＩ（Peripheral Compornent Interconnect）バスで接続した構成となる。コントローラ４１０は、複合機１００全体の制御と描画、通信、操作部４２０からの入力を制御するコントローラである。なお、プリンタ部４６０またはスキャナ部４７０には、誤差拡散やガンマ変換などの画像処理部分が含まれる。操作部４２０は、スキャナ部４７０で読み取られた原稿の原稿画像情報等をＬＣＤに表示するとともに操作者からの入力をタッチパネルを介して受け付ける操作表示部４２０ａと、操作者からのキー入力を受け付けるキーボード部４２０ｂとを有している。
【００５９】
コントローラ４１０は、ＣＰＵ４１１と、ノースブリッジ（ＮＢ）４１３と、システムメモリ（ＭＥＭ−Ｐ）４１２と、サウスブリッジ（ＳＢ）４１４と、ローカルメモリ（ＭＥＭ−Ｃ）４１７と、ＡＳＩＣ（Application Specific Integrated Circuit）４１６と、ハードディスクドライブ（ＨＤＤ）４１８とを有し、ノースブリッジ（ＮＢ）４１３とＡＳＩＣ４１６との間をＡＧＰ（Accelerated Graphics Port）バス４１５で接続した構成となる。また、ＭＥＭ−Ｐ４１２は、ＲＯＭ（Read Only Memory）４１２ａと、ＲＡＭ(Random Access Memory)４１２ｂとをさらに有する。
【００６０】
ＣＰＵ４１１は、複合機１００の全体制御をおこなうものであり、ＮＢ４１３、ＭＥＭ−Ｐ４１２およびＳＢ４１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００６１】
ＮＢ４１３は、ＣＰＵ４１１とＭＥＭ−Ｐ４１２、ＳＢ４１４、ＡＧＰ４１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ４１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００６２】
ＭＥＭ−Ｐ４１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ４１２ａとＲＡＭ４１２ｂとからなる。ＲＯＭ４１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ４１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００６３】
ＳＢ４１４は、ＮＢ４１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ４１４は、ＰＣＩバスを介してＮＢ４１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部４８０なども接続される。
【００６４】
ＡＳＩＣ４１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ４１５、ＰＣＩバス、ＨＤＤ４１８およびＭＥＭ−Ｃ４１７をそれぞれ接続するブリッジの役割を有する。ＡＳＩＣ４１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ４１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ４１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、プリンタ部４６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。ＡＳＩＣ４１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）４３０、ＵＳＢ（Universal Serial Bus）４４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース４５０が接続される。
【００６５】
ＭＥＭ−Ｃ４１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）４１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【００６６】
ＡＧＰ４１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ４１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【００６７】
なお、本実施の形態にかかる複合機１００で実行されるイベント登録プログラムは、ＲＯＭ等に予め組み込まれて提供される。
【００６８】
本実施の形態にかかる複合機１００で実行されるイベント登録プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００６９】
さらに、本実施の形態にかかる複合機１００で実行されるイベント登録プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク３００経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態にかかる複合機１００で実行されるイベント登録プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００７０】
本実施の形態にかかる複合機１００で実行されるイベント登録プログラムは、上述した各部（プラグイン取得部、プラグイン管理部、スキーマ制御部、トリガ制御部、通知情報取得部、ＸＭＬ生成部、通信部等）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからイベント登録プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、プラグイン取得部、プラグイン管理部、スキーマ制御部、トリガ制御部、通知情報取得部、ＸＭＬ生成部、通信部等が主記憶装置上に生成されるようになっている。
【図面の簡単な説明】
【００７１】
【図１】複合機とサーバとを備えるイベント登録／通知システムの一例を示す説明図である。
【図２】本実施の形態にかかる複合機の構成を示すブロック図である。
【図３】プラグイン管理部、スキーマ制御部、トリガ制御部が行うイベント登録処理手順を示すシーケンス図である。
【図４】プラグインから取得したスキーマの一例を示す説明図である。
【図５】スキーマ制御部、トリガ制御部、情報取得部、ＸＭＬ生成部、通信部が行うイベント通知処理手順を示すシーケンス図である。
【図６】ＸＭＬ生成部が生成したイベント通知情報の一例を示す説明図である。
【図７】本実施の形態にかかる複合機のハードウェア構成を示すブロック図である。
【符号の説明】
【００７２】
１０  イベント登録／通知システム
１００  複合機
１０１  プラグイン取得部
１０２  プラグイン管理部
１０３  スキーマ制御部
１０４  トリガ制御部
１０５  通知情報取得部
１０６  モジュール群（監視モジュール、履歴管理モジュール等）
１０７  ＸＭＬ生成部
１０８  通信部
１１０  スキーマ記憶部
２００  サーバ
３００  ネットワーク
【図１】
2009217737.tif 000003
【図２】
2009217737.tif 000004
【図３】
2009217737.tif 000005
【図４】
2009217737.tif 000006
【図５】
2009217737.tif 000007
【図６】
2009217737.tif 000008
【図７】
2009217737.tif 000009