JP2022039716A - 情報処理システム、画像形成装置とその制御方法、及びプログラム - Google Patents

Abstract

【課題】ジャムの発生直後における履歴情報では、ジャムによる残留紙の位置情報が欠損している。よって、ジャムの発生直後に履歴情報を収集してサーバ装置へ送信すると、残留紙の位置情報が欠けている履歴情報を送信してしまい、サービスの提供者が正確な履歴情報を確認できない。【解決手段】サーバ装置にネットワークを介して接続された画像形成装置であって、サーバ装置から受信したイベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録する。また画像形成装置の状態変化を検知し、前記状態変化に対応するイベントを、その登録された処理に応じて通知する。この登録に際して画像形成装置は、イベントの通知条件が履歴に関する情報であると判定すると、当該イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録する。【選択図】 図７

Description

本発明は、情報処理システム、画像形成装置とその制御方法、及びプログラムに関する。

サービスを受ける顧客側に設置されている画像形成装置において異常（サービスマンコール）やジャム等の不具合が発生したことを、そのサービスの提供者側に設置されているサーバ装置へ自動的に通知する遠隔管理システムが知られている。これによりサービスの提供者は、その顧客先に実際に訪問することなく、顧客の画像形成装置の状態を把握することができる。更に、提供者は、リモートメンテナンスによる早急な画像形成装置の不具合からの復旧や、顧客先への訪問前に、復旧法の検討や不具合を解消するための部品などの調達を行うことができる。

このようなシステムにおいて、サービス提供者のサーバ装置に対して画像形成装置の不具合の履歴情報を通知するためのトリガとなる、画像形成装置における不具合の発生イベントを利用する方法がある。このためにサービスの提供者は、遠隔管理システムで利用した不具合の種類を予め定めておき、その不具合が発生するとサーバ装置へ履歴情報を送信する手段を予め画像形成装置に組み込んでおく。これにより画像形成装置でその不具合が発生すると、その組み込まれている手段によりその不具合が検知されて、その画像形成装置から自動的にサーバ装置へ履歴情報が送信される。しかしながら例えば、サービスの提供者が遠隔管理で利用したい不具合の種類を変更したい場合は、その画像形成装置に組み込まれている履歴情報を送信する手段を変更する必要があった。

このような問題を回避するために、画像形成装置の外部から、その画像形成装置に登録されている不具合の種類等を変更する方法が考えられる。特許文献１には、サーバ装置から画像形成装置に対して、サーバ装置に通知して欲しい不具合の種類などの履歴情報の通知条件を送信し、画像形成装置はその通知条件に応じて履歴情報をサーバ装置へ送信する技術が記載されている。

特開２００９－２１７７３７号公報

画像形成装置において不具合が発生した際、その不具合の発生直後に履歴情報が更新されない場合がある。例えば、ジャムによる残留紙を排出する排出部を有している画像形成装置では、ジャムが発生すると、画像形成装置内の残留紙を排出部に排出する。従って、ジャムの発生直後では、画像形成装置は、残留紙を排出部に搬送する動作を継続して実行しているため、装置内に残留している用紙の位置が特定できない。そして残留紙を排出部に搬送し終わって初めて、装置内の残留紙の位置を特定できる。つまり、ジャムの発生直後における履歴情報では、ジャムによる残留紙の位置情報が欠損している。従って、ジャムの発生直後に履歴情報を収集してサーバ装置へ送信すると、残留紙の位置情報が欠けている履歴情報を送信してしまうことになる。よって、このような場合は、サービス提供者は、画像形成装置の正確な履歴情報を取得することができず画像形成装置の的確な遠隔管理ができなくなるという課題があった。

本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。

本発明の目的は、イベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録することで、そのイベントに関する欠損のない履歴情報が得られる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、
サーバ装置にネットワークを介して接続された画像形成装置であって、
前記サーバ装置から受信したイベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録する登録手段と、
前記画像形成装置の状態変化を検知し、前記状態変化に対応するイベントを前記登録手段により登録された処理に応じて通知するイベント制御手段と、を有し、
前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定すると、当該イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録することを特徴とする。

本発明によれば、イベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録することにより、そのイベントに関する欠損した履歴情報が得られるのを防止できるという効果がある。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態に係るサーバ装置と画像形成装置とを含む遠隔管理システムの構成を説明する図。 本実施形態に係る画像形成装置とサーバ装置のハードウェア構成を説明するブロック図。 実施形態に係る画像形成装置の内部構成を説明する構造断面図。 実施形態に係る画像形成装置及びサーバ装置のソフトウェア構成を説明するブロック図。 実施形態に係る画像形成装置で不具合が発生したときの画像形成装置の動作を説明するフローチャート。 実施形態１に係るサーバ装置が画像形成装置にイベントの通知条件を送信し、画像形成装置がイベントリスナを登録するときの処理を説明するシーケンス図。 実施形態１に係る画像形成装置の通知情報制御部の動作を説明するフローチャート。 実施形態１に係る画像形成装置の通知情報制御部がイベントリスナを登録した後、画像形成装置で不具合が発生したときの動作を説明するシーケンス図。 本発明の実施形態２に係る画像形成装置の通知情報制御部の動作を説明するフローチャート。 実施形態３に係るイベントの通知条件の一例を示す図。 実施形態３に係る画像形成装置の通知情報制御部の動作を説明するフローチャート。 実施形態４に係る画像形成装置及びサーバ装置のソフトウェア構成を説明するブロック図。 実施形態３に係るサーバ装置がイベントの通知条件を解析し、画像形成装置にイベントリスナを登録する動作を説明するシーケンス図。 実施形態４に係るサーバ装置の通知情報制御部がイベントリスナを登録した後、画像形成装置で不具合が発生したときの動作を説明するシーケンス図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これら複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一もしくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

図１は、本発明の実施形態に係るサーバ装置１０７と画像形成装置１０１とを含む遠隔管理システムの構成を説明する図である。尚、実施形態に係る画像形成装置は、電子写真方式により画像を形成するものとして説明するが、例えばインクジェット方式、オフセット方式など、異なる画像形成方式であっても良い。また本実施形態では、本発明に係る情報処理システムの一例を遠隔管理システムを例に説明するが、本発明はこのような管理システムに限定されるものではない。

画像形成装置１０１は、ネットワーク１０９を介してサーバ装置１０７と接続されている。画像形成装置１０１は、操作パネル１０２、給紙デッキ１０３，１０４を備える。画像形成装置１０１は更に、３段の給紙デッキからなるオプションデッキ１０５やフィニッシング機能を有するフィニッシャ１０６を接続している。操作パネル１０２は、例えばタッチパネルを備えた表示部とハードキー等を備えている。

図２は、本実施形態に係る画像形成装置１０１とサーバ装置１０７のハードウェア構成を説明するブロック図である。

先ず画像形成装置１０１のハードウェア構成を説明する。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ／中央演算装置）２０１は、システムバス２１１を介して画像形成装置１０１の各部の制御や演算を司る。ＣＰＵ２０１は、記憶部２０５に格納され、ＲＡＭ（Ｒａｍｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２に展開されたプログラムを実行してこの画像形成装置１０１の制御を司る。ＲＡＭ２０２は、ＣＰＵ２０１から直接アクセスできる一般的な揮発性記憶装置の一種で、ＣＰＵ２０１のワークエリア及びその他一時的なデータの記憶領域として使用される。記憶部２０５は例えばＨＤＤやＳＤメモリ等で構成され、動作時の一時記憶領域及びワークメモリとして機能する。エンジンＩ／Ｆ（インタフェース）２０８は、プリンタエンジン２０９との通信や制御を司る。給紙デッキＩ／Ｆ２０４は、給紙デッキ２１０との通信や制御を司る。給紙デッキ２１０は、前述の給紙デッキ１０３，１０４、及びオプションデッキ１０５を総称するものである。操作パネル１０２は、画像形成装置１０１のユーザインターフェースを提供している。本実施形態では、操作パネル１０２は静電容量方式のタッチパネルを備えるものとする。ネットワークインターフェース（以下、ＮＷＩ／Ｆ）２０６は、ネットワーク１０９を介してサーバ装置１０７のＮＷＩ／Ｆ２１７と接続され、サーバ装置１０７と画像形成装置１０１の通信を司る。排紙部２０７は、プリンタエンジン２０９で像形成がなされた用紙（シート）を後段のフィニッシャ１０６に対して排出する。

次にサーバ装置１０７のハードウェア構成を説明する。ＣＰＵ２１３は、システムバス２１８を介してサーバ装置１０７の各部の制御や演算を司る。ＣＰＵ２１３は、記憶部２１５に格納され、ＲＡＭ２１４に展開されたプログラムを実行する。ＲＡＭ２１４は、ＣＰＵ２１３から直接アクセスできる一般的な揮発性記憶装置の一種で、ＣＰＵ２１３のワークエリア及びその他一時的なデータ記憶領域として使用される。記憶部２１５は例えばＨＤＤやＳＤメモリ等で構成され、サーバ装置１０７の動作時、各種データの一時記憶領域及びワークメモリを提供する。ネットワークインターフェース（以下、ＮＷＩ／Ｆ）２１７は、ネットワーク１０９を介して画像形成装置１０１のＮＷＩ／Ｆ２０６と接続される。サーバ装置１０７は、ＮＷＩ／Ｆ２１７，ＮＷＩ／Ｆ２０６を介して画像形成装置１０１と通信を行う。表示部２１６は、サーバ装置１０７が有している情報を表示する。表示部２１６には、サーバ装置１０７にネットワーク１０９を介して接続されている画像形成装置１０１の状態や不具合情報などが表示され、リモートメンテナンスやサービス顧客先への訪問の事前準備に利用される。

図３は、実施形態に係る画像形成装置１０１の内部構成を説明する構造断面図である。

画像形成装置１０１は、操作パネル１０２を介してユーザからの入力の受け付け、また印刷状態や機器の状態等を操作パネル１０２に表示する。給紙デッキ１０３及び１０４には、各種用紙を収容しておくことが可能である。各給紙デッキでは、収容された用紙の最上位の一枚の用紙のみを分離し、用紙搬送パス３０５へ搬送する。現像ステーション３０１～３０４は、カラー画像を形成するために、それぞれＹ（イエロー）、Ｍ（マゼンタ）、Ｃ（シアン）、Ｋ（黒）の有色トナーを用いてトナー像を形成する。ここで形成されたトナー像は中間転写ベルト３０６に一次転写される。中間転写ベルト３０６は図３で時計回り方向に回転し、二次転写位置３０７で用紙搬送パス３０５から搬送されてきた用紙に、そのトナー像が転写される。定着ユニット３０８は加圧ローラと加熱ローラとを備え、各ローラの間を用紙が通過することにより、トナーを溶融・圧着することで用紙にトナー像を定着させる。定着ユニット３０８を通過した用紙は、用紙搬送パス３０９を通って搬送路３１２へ搬送される。用紙の種類により、定着のために更に溶融・圧着が必要な場合は、定着ユニット３０８を通過した用紙は上側の用紙搬送パスを経由して第二定着ユニット３１０へ搬送され、追加の溶融・圧着が施された後、用紙搬送パス３１１を通って搬送路３１２へ搬送される。

画像形成モードが両面の場合は、用紙搬送パス３０９を搬送された用紙は用紙反転パス３１３へ搬送され、用紙反転パス３１３で用紙の表裏が反転された後、両面搬送パス３１４へ搬送される。そして二次転写位置３０７で、その用紙の二面目（裏面）へ画像転写が行われる。

ジャムによる残留紙の排出部３１５は、画像形成装置１０１でジャムが発生した際に、装置内の残留紙を排出する部分である。例えば定着ユニット３０８でジャムが発生した場合、定着ユニット３０８より下流の用紙搬送パスである用紙搬送パス３０９、用紙搬送パス３１１、用紙反転パス３１３上にある用紙をジャム残留紙排出部３１５へと搬送する。こうすることで残留紙を残留紙排出部３１５の一か所に集めることができ、ユーザによる残留紙の除去作業が容易になる。この残留紙排出部３１５における用紙の有無は、用紙検知センサ３２８で検知される。

フィニッシャ１０６は、搬送された用紙に対してフィニッシング処理を行う装置である。フィニッシャ１０６は、具体的にはステープル（１個所・２箇所綴じ）やパンチ（２穴・３穴）や中とじ製本等のフィニッシング機能を有する。排紙トレイ３１６と排紙トレイ３１７の２つの排紙トレイを備え、用紙搬送パス３１８を経由して排紙トレイ３１６に成果物が出力される。但し、用紙搬送パス３１８ではステイプル等のフィニッシング処理を行うことはできない。ステイプル等のフィニッシング処理を行う場合は、用紙搬送パス３１９を経由してステイプル処理部３２０で、ユーザにより指定されたフィニッシング処理が実行され、その成果物が排紙トレイ３１７へ出力される。中とじ製本が指定された場合には、中とじ処理部３２１で用紙束の中央にステイプル処理が実施された後、用紙束を二つ折りにして用紙搬送パス３２２を経由し、成果物が中とじ製本トレイ３２３へ出力される。中とじ製本トレイ３２３はベルトコンベア構成になっており、中とじ製本トレイ３２３上に積載された中とじ製本束は、左側へ搬送される構成となっている。

また、画像形成装置１０１及びフィニッシャ１０６は、複数の用紙検知センサ３２４，３２５，３２６，３２７，３２８を有している。尚、実施形態では、画像形成装置１０１に搭載される用紙検知センサの一部のみを図示する。各センサは、ジャムが発生した際に残留紙の位置を特定するために使用される。例えば、用紙検知センサ３２５が用紙の存在を検知している場合、用紙搬送パス３０９にジャムによる残留紙が存在していることが分かる。

図４は、実施形態に係る画像形成装置１０１及びサーバ装置１０７のソフトウェア構成を説明するブロック図である。尚、ここで画像形成装置１０１のソフトウェアモジュールの機能は、記憶部２０５に記憶されているプログラムがＲＡＭ２０２に展開され、それをＣＰＵ２０１が実行することにより実現される。またサーバ装置１０７のソフトウェアモジュールの機能は、記憶部２１５に記憶されているプログラムがＲＡＭ２１４に展開され、それをＣＰＵ２１３が実行することにより実現される。

まず画像形成装置１０１の機能を説明する。通知情報制御部４０１は、画像形成装置１０１とサーバ装置１０７との間で送受信する情報の制御を司る。サーバ装置１０７からイベントの通知条件を受け取ると、その情報を解析し、後述するイベント制御部４０２へイベントリスナを登録する。尚、イベントリスナの登録とは、そのイベントが発生するとそれに対応して発動する処理を登録することである。また通知情報制御部４０１は、イベント制御部４０２からイベントを受け取ると、前述のイベントの通知条件に応じて、履歴情報管理部４０３から不具合コードを取得する。そして、その取得した不具合コードをサーバ装置１０７へ送信する。

ここで不具合コードとは、不具合の「種類」と「箇所」を表すコードである。例えば給紙デッキ１０３で用紙の重送によるジャムが発生し、用紙検知センサ３２４の箇所に残留紙が存在している場合は、「重送ジャム－センサ３２４」のような不具合コードが生成される。この不具合コードの生成は、後述する履歴情報管理部４０３が行う。尚、実施形態では、理解の容易性を鑑みて不具合コードを文字列で表記するが本発明はこれに限定されず、例えば英数字や番号、或いは記号等で定義してもよい。

イベント制御部４０２は、他のモジュールからのイベントリスナの登録と、画像形成装置１０１で発生した状態変化等の各種イベントの通知を司る。イベント制御部４０２は、画像形成装置１０１で状態変化が発生すると、イベントリスナの登録元のモジュールへ状態変化イベントを通知する。

履歴情報管理部４０３は、画像形成装置１０１における履歴情報の管理を司る。画像形成装置１０１において、ジャム、エラー、アラーム等の不具合が発生した際、イベント制御部４０２から受け取った状態変化の内容と、後述するセンサ情報収集部４０５から取得したセンサ情報とに基づいて不具合コードを生成する。こうして生成された不具合コードは、操作パネル１０２を介してその履歴を確認できるように、履歴情報ＤＢ４０４に記録される。

センサ情報収集部４０５は、各センサからの情報を収集して画像形成装置１０１内の残留紙の位置の特定を司る。画像形成装置１０１にてジャムが発生すると、センサ情報収集部４０５は、用紙検知センサ３２４，３２５，３２６，３２７，３２８のセンサ値を収集して残留紙の位置を特定する。こうして特定した残留紙の位置情報は履歴情報管理部４０３により収集され、不具合コードとして履歴情報ＤＢ４０４に記録される。

次にサーバ装置１０７の機能を説明する。

情報収集部４０６は、画像形成装置１０１とサーバ装置１０７との間で送受信する情報の制御や、その情報の表示を司る。情報収集部４０６は、画像形成装置１０１に対するイベントの通知条件の送信や、画像形成装置１０１から不具合コードを受信して表示部２１６に表示する処理等を行う。

図５は、実施形態に係る画像形成装置１０１で不具合が発生したときの画像形成装置１０１の動作を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ２０１がＲＡＭ２０２に展開したプログラムを実行することにより達成される。

この処理は、画像形成装置１０１で何らかの不具合が発生することにより開始され、まずＳ５０１でＣＰＵ２０１は履歴情報管理部４０３として機能し、イベント制御部４０２から受け取ったイベントの通知を基に不具合の種類を特定する。例えば、画像形成装置１０１で重送ジャムが発生した場合は、イベント制御部４０２から重送ジャムの発生を示すイベントの通知を受け取って重送ジャムが発生したことを特定する。

次にＳ５０２に進みＣＰＵ２０１は履歴情報管理部４０３として機能し、Ｓ５０１で特定した不具合の種類に従って仮の不具合コードを生成する。この仮の不具合コードとは、不具合コードに含まれる「種類」「箇所」の内、いずれかの情報が欠損しているコードのことである。ここでは、例えば、不具合コードの内で「箇所」が欠損した仮の不具合コードを生成する。

ここで、不具合コードの情報が欠損する具体例を説明する。いま例えば画像形成装置１０１が２００ページの画像データを両面で印刷している際、１０１ページ目及び１０２ページ目に使用する用紙の給紙時に重送ジャムが発生するとジャムの「箇所」の情報が欠損する。

この理由を以下で説明する。この重送ジャムは、用紙搬送パス３０５上にある重送センサ３２９により検知される。重送センサ３２９により重送ジャムと判定されると、プリンタエンジン２０９は重送ジャムとして印刷を停止する。このとき、用紙搬送パス３０５，３０９，３１１，３１２，３１３，３１４には、既に給紙済の用紙が存在する。これらはジャムが発生した箇所より下流の用紙搬送パスであり、残留紙排出部３１５に搬送可能な用紙搬送パス３０９，３１１，３１３，３１４上に存在する用紙は、用紙搬送を継続することで残留紙排出部３１５へ排出される。尚、用紙搬送パス３１２上の用紙は、用紙搬送パス３１３へ戻すことができず残留紙排出部３１５への搬送ができないため、排紙トレイ３１６へ排紙される。こうして画像形成装置１０１内の残留紙の位置は、残留紙排出部３１５へ用紙の排出が完了し、プリンタエンジン２０９が完全に停止してから、用紙検知センサ３２４，３２５，３２６，３２７，３２８からの情報（センサ値）に基づいて特定される。つまり、ジャムの発生直後では、画像形成装置１０１は用紙の搬送を継続している状態であるため残留紙の位置を特定できない。従って、不具合コードにおける「箇所」の情報が欠損することになる。

フローチャートの説明に戻る。Ｓ５０３でＣＰＵ２０１は履歴情報管理部４０３として機能し、Ｓ５０２で生成した仮の不具合コードを履歴情報ＤＢ４０４に記録する。そしてＳ５０４に進みＣＰＵ２０１は履歴情報管理部４０３として機能し、プリンタエンジン２０９が停止しているかどうか判定する。プリンタエンジン２０９の状態は、イベント制御部４０２からのプリンタエンジン停止イベントの通知の有無により判定する。ここでプリンタエンジン２０９が停止していないと判定するとＳ５０４に戻り、プリンタエンジン２０９が停止するのを待つ。こうしてプリンタエンジン２０９が停止していると判定するとＳ５０５に進む。

Ｓ５０５でＣＰＵ２０１はセンサ情報収集部４０５として機能し、用紙検知センサ３２４，３２５，３２６，３２７，３２８のセンサ値を確認する。次にＳ５０６に進みＣＰＵ２０１は履歴情報管理部４０３として機能し、センサ情報収集部４０５から各センサの状態を取得することにより不具合の発生箇所を特定する。ここで、ジャムが発生し、残留紙が残留紙排出部３１５に排出されている場合は、用紙検知センサ３２８が、その残留紙の存在を検知する。この場合は、不具合の箇所として、残留紙が存在する位置である「センサ３２８」を不具合コードの箇所に決定する。

次にＳ５０７に進みＣＰＵ２０１は履歴情報管理部４０３として機能し、Ｓ５０２で生成した仮の不具合コードと、Ｓ５０６で特定した「箇所」の情報とを結合して不具合コードを生成する。この処理に関する説明を補足すると、Ｓ５０７の時点で、履歴情報管理部４０３は、「種類」と「箇所」を特定できるため、欠損のない不具合コードを生成することができる。そしてＳ５０８に進みＣＰＵ２０１は履歴情報管理部４０３として機能し、Ｓ５０７で生成した不具合コードを履歴情報ＤＢ４０４に記録する。こうして不具合コードの記録が完了すると、このフローチャートで示す処理を終了する。

これ以降では、イベントの通知条件を解析することで、履歴情報を取得するために適したイベントリスナを登録するための具体的な実施形態を説明する。

［実施形態１］
実施形態１では、画像形成装置１０１の通知情報制御部４０１がイベントの通知条件を解析することで、履歴情報を取得するために適したイベントリスナを登録する形態について説明する。

図６は、実施形態１に係るサーバ装置１０７が画像形成装置１０１にイベントの通知条件を送信し、画像形成装置１０１がイベントリスナを登録するときの処理を説明するシーケンス図である。このシーケンスは、例えば、サーバ装置１０７と画像形成装置１０１の初回接続時や、サーバ装置１０７もしくは画像形成装置１０１のソフトウェアバージョンアップ時に実施される。またこのシーケンスは、サーバ装置１０７と画像形成装置１０１の接続時に毎回起動されるようにしても良い。

まずＳ６０１でサーバ装置１０７の情報収集部４０６は、イベントの通知条件を画像形成装置１０１の通知情報制御部４０１へ送信する。イベントの通知条件とは、サーバ装置１０７が画像形成装置１０１を遠隔管理するために必要なイベントの種類を定義するものである。このイベントの通知条件の一例を表６０４に示す。この表６０４に示すイベント通知条件は、ジャムコード、アラームコード、エラーコード、ジョブ状態に関するイベントが画像形成装置１０１で発生した際に、サーバ装置１０７に通知して欲しいイベントとしている。このイベントの通知条件は、サービス提供者が編集できるようにしても良いし、遠隔管理システムのバージョンアップ等に応じて適宜変更できるようにしても良い。

Ｓ６０２で画像形成装置１０１の通知情報制御部４０１は、サーバ装置１０７の情報収集部４０６から受け取ったイベントの通知条件の内容を解析する。このイベントの通知条件を解析することで、後述のＳ６０３で登録するイベントリスナの種類を判別する。イベントリスナの種類の判別方法は、図７を参照して後述する。

Ｓ６０３で通知情報制御部４０１は、Ｓ６０２で判別したイベントリスナについて、イベント制御部４０２に対してイベントリスナを登録する。イベントリスナを登録することで通知情報制御部４０１は、画像形成装置１０１で、その登録したイベントが発生した際に、イベント制御部４０２からイベントの通知を受け取ることができるようになる。

図７は、実施形態１に係る画像形成装置１０１の通知情報制御部４０１の動作を説明するフローチャートである。このフローチャートで示す処理は、ＣＰＵ２０１がＲＡＭ２０２に展開したプログラムを実行して通知情報制御部４０１として機能することにより達成される。またこのフローチャートで示す処理は、図６のＳ６０１でサーバ装置１０７から送信されたイベントの通知条件を通知情報制御部４０１が受け取ることにより開始される。

Ｓ７０１でＣＰＵ２０１は、サーバ装置１０７の情報収集部４０１から受け取ったイベントの通知条件の解析状況を確認する。ここで未解析のイベントの通知条件がある場合は、その未解析のイベント通知条件を１つ選択してＳ７０２へ進む。未解析のイベント通知条件がない場合はＳ７０６へ進んで、このフローチャートで示す処理を終了する。

Ｓ７０２でＣＰＵ２０１は、Ｓ７０１で選択したイベントの通知条件を解析する。そしてＳ７０３でＣＰＵ２０１は、そのイベントの通知条件が履歴に関する情報であるか否か判定する。そのイベントの通知条件が履歴に関する情報であると判定するとＳ７０４に進むが、そうでないときはＳ７０５に進む。Ｓ７０４及びＳ７０５は、図６ではＳ６０３で示されている。履歴に関する情報かどうかの判定方法は、履歴情報ＤＢ４０４に記録される情報であるか否かを判定する方法でも良く、或いは通知情報制御部４０１が、イベントの通知条件と履歴に関する情報とを判定するテーブルを参照して判定する方法でも良い。例えば、図６の表６０４で示したイベントの通知条件では、ジャムコード、アラームコード、エラーコードは履歴情報ＤＢ４０４で記録される情報であるため、履歴に関する情報であると判定される。これに対してジョブ状態は、履歴情報ＤＢ４０４に記録されない情報であるため、履歴に関する情報でないと判定される。

Ｓ７０４でＣＰＵ２０１は、イベント制御部４０２に対して、履歴確定イベントリスナを登録する。履歴確定イベントとは、図５のＳ５０８で、不具合コードが確定されて、履歴情報ＤＢ４０４に書き込まれた際に発行されるイベントである。履歴確定イベントリスナは、前述の履歴確定イベントを追跡するためのリスナである。従って、履歴確定イベントリスナとして登録されると、そのイベントに対応する不具合コードが確定してから、そのイベントの発生がイベント制御部４０２から通知情報制御部４０１に伝えらえることになる。この履歴確定イベントが発行されたときの動作は、図８を参照して後述する。

一方、Ｓ７０５でＣＰＵ２０１は、イベント制御部４０２に対して、機器状態イベントリスナを登録する。機器状態イベントとは、画像形成装置１０１の機器状態が変わった際に発行されるイベントである。従って、機器状態イベントリスナとして登録されると、イベントが発生すると、そのイベントの発生がイベント制御部４０２から通知情報制御部４０１に伝えらえることになる。機器状態イベントリスナは、前述の機器状態イベントを追跡するためのリスナである。

こうしてＳ７０４或いはＳ７０５を実行するとＳ７０６に進みＣＰＵ２０１は、サーバ装置１０７の情報収集部４０１から受け取ったイベントの通知条件の解析状況を確認する。ここで未解析のイベントの通知条件がある場合はＳ７０１へ進み、未解析のイベントの通知条件がない場合は、このフローチャートで示す処理を終了する。

図８は、実施形態１に係る画像形成装置１０１の通知情報制御部４０１がイベントリスナを登録した後、画像形成装置１０１で不具合が発生したときの動作を説明するシーケンス図である。ここでの不具合の例として、ジャム、アラーム、エラー等がある。ここでイベント制御部４０２には、画像形成装置１０１で不具合が発生したときは履歴確定イベントを通知するように通知情報制御部４０１から登録されている。従って、イベント制御部４０２は不具合が発生しても直ぐに通知情報制御部４０１に通知せず、不具合を示すコードが確定してから通知情報制御部４０１に通知する。以下、詳しく説明する。

Ｓ８０１でイベント制御部４０２は、不具合が発生したことを示す不具合発生イベントを履歴情報管理部４０３に通知する。次にＳ８０２で履歴情報管理部４０３は、仮の不具合コードを生成して履歴情報ＤＢ４０４に記録する。ここでの仮の不具合コードの生成及び記録方法は、図５のＳ５０１～Ｓ５０３で説明した通りである。

次にＳ８０３でイベント制御部４０２は、プリンタエンジン２０９の動作状況を監視し、プリンタエンジン２０９が停止していることを検知するとプリンタエンジン２０９の停止イベントを履歴情報管理部４０３に通知する。Ｓ８０４で履歴情報管理部４０２は、プリンタエンジン２０９の停止イベントを受け取ると、各センサのセンサ値を基に不具合コードを生成して履歴情報ＤＢ４０４に記録する。プリンタエンジン２０９の停止イベントの検知は図５のＳ５０４、不具合コードの生成及び記録方法は、図５のＳ５０５～Ｓ５０８で説明した通りである。

次にＳ８０５で履歴情報管理部４０３は、不具合コードが確定したことをイベント制御部４０２へ通知する。これによりＳ８０６でイベント制御部４０２は、履歴確定イベントを、イベントリスナを登録したモジュールに対して通知する。実施形態１では、通知情報制御部４０１が履歴確定イベントリスナを登録しているため、通知情報制御部４０１に履歴確定イベントを通知する。これによりＳ８０７で通知情報制御部４０１は、履歴情報管理部４０３に対して不具合コードを要求する。そしてＳ８０８で履歴情報管理部４０３は、履歴情報ＤＢ４０４から不具合コードを取得し、通知情報制御部４０１へ、その不具合コードを通知する。補足すると、不具合コードの確定を示す履歴確定イベント（Ｓ８０６）の前に履歴情報ＤＢ４０４に不具合コードを記録しているため、履歴情報ＤＢ４０４には仮の不具合コードではなく不具合コードが記録されている。よってＳ８０８では、欠損のない不具合コードを通知情報制御部４０１へ通知することができる。そして最後にＳ８０９で通知情報制御部４０１は、情報収集部４０６へ、Ｓ８０８で取得した不具合コードを通知する。

以上説明したように実施形態１によれば、画像形成装置で不具合が発生しても、直ぐにその不具合を通知せず、その不具合を示すコードが確定してからサービス提供者のサーバ装置に通知することができる。これによりサーバ装置は、欠損のない履歴情報を取得することができ、サービス提供者は、正確な履歴情報を確認することができ、的確な遠隔管理ができるようになる。

［実施形態２］
上述の実施形態１では、画像形成装置１０１の通知情報制御部４０１が、イベントの通知条件が履歴に関する情報か否かを判定する（Ｓ７０３）形態で説明した。これに対して実施形態２として、通知情報制御部４０１が、履歴に関する情報の中でも、更に履歴確定イベントが必要か否かを判定する形態も考えられる。履歴確定イベントは、プリンタエンジン２０９が停止した後、不具合コードが履歴情報ＤＢ４０４に書き込まれたときに発行されるイベントであるため、イベントが通知されるまで時間がかかる。従って、履歴に関する全ての情報を履歴確定イベントとして扱うと、不具合の発生イベントの即時性が失われる。

従って実施形態２では、プリンタエンジン２０９の停止を待たなくても不具合コードを取得できる場合は、機器状態イベントリスナを利用することにより、即時性の高い通知ができるようにする。以降で、実施形態２の具体例について説明する。尚、イベントリスナを登録する際の動作シーケンスと、不具合が発生した際の動作シーケンスは、前述の実施形態１の図６及び図８と同様であるため、その説明を省略する。また実施形態２に係るシステム構成、及び画像形成装置１０１、サーバ装置１０７のハードウェア、ソフトウェアの構成等は前述の実施形態１と同様であるため、その説明を省略する。

図９は、本発明の実施形態２に係る画像形成装置１０１の通知情報制御部４０１の動作を説明するフローチャートである。このフローチャートで示す処理は、ＣＰＵ２０１がＲＡＭ２０２に展開したプログラムを実行することにより達成される。またこのフローチャートで示す処理は、通知情報制御部４０１が情報収集部４０６からイベント通知条件を受信することにより開始される。尚、図９において、前述の図７と同じ処理は図７と同じ参照符号を付して、その説明を省略する。

Ｓ９０１でＣＰＵ２０１は通知情報制御部４０１として機能し、Ｓ７０１で選択したイベントの通知条件を解析し、機器状態の変化、即ちイベントの発生と、履歴に関する情報の確定までに時間差が生じる情報であるか否かを判定する。この時間差が生じる情報の例として、例えばジャムコードが挙げられる。図５で説明した通り、ジャムが発生した直後では、そのジャムの原因となった残留紙の位置を特定できないために仮の不具合コードが生成される。そしてプリンタエンジン２０９が完全に停止し、残留紙の位置が特定されてから、その残留紙の位置情報が追加された欠損のない不具合コードが生成される。Ｓ９０１で時間差が生じる情報であると判定した場合はＳ７０４に進み、時間差が生じる情報でないと判定した場合はＳ７０５へ進む。この判定方法は、通知情報制御部４０１が、イベントの通知条件と、そのイベントに対応する時間差情報とを含む判定テーブル（不図示）を用いて判定するようにしても良い。

以上説明したように実施形態２によれば、履歴に関する機器状態の変化のイベントが発生しても、そのイベントを示すコードを作成するまでに多くの時間を要しないイベントは直ぐに通知するようにできる。これにより、履歴に関する全ての情報を履歴確定イベントとして扱うことによる、不具合の発生イベントの即時性が失われるのを防止できる。これにより、サービスの提供者が、速やかに正確な履歴情報を確認することができ、的確な遠隔管理ができるようになる。

［実施形態３］
上述の実施形態１，２では、画像形成装置１０１の通知情報制御部４０１が、イベントの通知条件の内容を解析して、使用するイベントリスナの種類を判定する形態について説明した。これに対して実施形態３では、通知情報制御部４０１が受け取るイベントの通知条件が、履歴確定イベントリスナとして登録する必要があるかどうかを明示的に示す例で説明する。以降で実施形態３の具体例を説明する。尚、イベントリスナを登録する際の動作シーケンスと、不具合が発生した際の動作シーケンスは、実施形態１の図６及び図８と同様であるため、その説明を省略する。また実施形態３に係るシステム構成、及び画像形成装置１０１、サーバ装置１０７のハードウェア、ソフトウェア構成等は前述の実施形態１と同様であるため、その説明を省略する。

図１０は、実施形態３に係るイベントの通知条件の一例を示す図である。ここではイベントの種類ごとに、履歴に関する情報が確定してからイベントを発行する履歴確定イベントとして登録する必要があるかどうかをを明示的に示している。

イベント通知条件１００１は、通知対象のイベントの情報の種類を表す情報１００２と、履歴確定イベントリスナとして登録する必要性１００３を有する。実施形態３に係る画像形成装置１０１の通知情報制御部４０１は、このイベント通知条件１００１を受け取ると、履歴確定イベントリスナとして登録する必要性１００３を参照してイベントリスナを登録する。イベント通知条件１００１の読み取り方法は、図１１を参照して説明する。図１０の例では、ジャムコードとエラーコードに対して、履歴に関する情報が確定してからイベントを発行する必要があるものとして「必要」が記述されている。またその他のアラームコード、ジョブ状態、及び給紙デッキの状態に対しては、履歴に関する情報が確定してからイベントを発行する必要がないとして「不要」が記述されている。

図１１は、実施形態３に係る画像形成装置１０１の通知情報制御部４０１の動作を説明するフローチャートである。このフローチャートで示す処理は、ＣＰＵ２０１がＲＡＭ２０２に展開したプログラムを実行することにより達成される。またこのフローチャートで示す処理は、通知情報制御部４０１が情報収集部４０６からイベント通知条件を受け取った際（Ｓ６０２）に開始される。尚、図１１において、前述の図７及び図９と共通する処理には同じ参照符号を付して、その説明を省略する。

Ｓ１１０１でＣＰＵ２０１は通知情報制御部４０１として機能し、Ｓ７０１で選択したイベントの通知条件に含まれる履歴確定イベントの必要性１００３を読み取る。ここで履歴確定イベントの必要性１００３が「必要」であると判定するとＳ７０４へ進んで履歴確定イベントリスナを登録する。一方、履歴確定イベントの必要性１００３が「不要」であると判定するとＳ７０３へ進み、前述したように更に、Ｓ７０３，Ｓ９０１でイベントの通知条件の解析を行う。

以上説明したように実施形態３によれば、イベントの通知条件に、そのイベントの通知を履歴確定イベントとして登録する必要性を示す情報を含ませることにより、その情報を基に履歴確定イベントリスナとして登録するかどうか判別できる。これにより、サービス提供者は、各イベントを履歴確定イベントとして登録するかどうかを明示的に指示することができ、正確な履歴情報を必要とするイベントの発生に応じて、その履歴情報を取得することができる。こうしてサービス提供者は、顧客のデバイスを的確に遠隔管理できるようになる。

［実施形態４］
上述の実施形態１～３では、画像形成装置１０１の通知情報制御部４０１が、イベントの通知条件の内容を解析してイベントリスナを登録する形態について説明した。これに対して、サーバ装置１０７が、その通知情報制御部を設け、画像形成装置１０１に対して、直接イベントリスナを登録する形態も考えられる。

そこで実施形態４では、サーバ装置１０７が通知情報制御部を有し、サーバ装置１０７がイベントの通知条件の内容の解析と、イベントリスナの登録を行う形態について説明する。尚、実施形態４に係るシステム構成、及び画像形成装置１０１、サーバ装置１０７のハードウェア、ソフトウェア構成等は前述の実施形態１と同様であるため、その説明を省略する。

図１２は、実施形態４に係る画像形成装置１０１及びサーバ装置１０７のソフトウェア構成を説明するブロック図である。尚、ここで画像形成装置１０１のソフトウェアモジュールの機能は、記憶部２０５に記憶されているプログラムがＲＡＭ２０２に展開され、それをＣＰＵ２０１が実行することにより実現される。またサーバ装置１０７のソフトウェアモジュールの機能は、記憶部２１５に記憶されているプログラムがＲＡＭ２１４に展開され、それをＣＰＵ２１３が実行することにより実現される。尚、図１２において、前述の実施形態１に係る構成と同じ構成には同じ参照番号を付し、それらの説明を省略する。

サーバ装置１０７の通知情報制御部１２０１は、画像形成装置１０１とサーバ装置１０７間で送受信する情報の制御を司る。通知情報制御部１２０１は、情報収集部４０６からイベントの通知条件を受け取ると、その通知条件を解析し、画像形成装置１０１のイベント制御部４０２へイベントリスナを登録する。また画像形成装置１０１のイベント制御部４０２からイベントを受け取ると、そのイベントの通知条件に応じて、履歴情報管理部４０３から不具合コードを取得する。また、取得した不具合コードを情報収集部４０６へ送信する。

図１３は、実施形態３に係るサーバ装置１０７がイベントの通知条件を解析し、画像形成装置１０１にイベントリスナを登録する動作を説明するシーケンス図である。このシーケンスは例えば、サーバ装置１０７と画像形成装置１０１の初回接続時や、サーバ装置１０７もしくは画像形成装置１０１のソフトウェアバージョンアップ時に実施される。サーバ装置１０７と画像形成装置１０１の接続時に毎回呼ばれるでも良い。

Ｓ１３０１でサーバ装置１０７の情報収集部４０６は、イベントの通知条件を通知情報制御部１２０１へ送信する。このイベントの通知条件は、サービス提供者が編集できるようにしても良いし、遠隔管理システムのバージョンアップ等に応じて変更できるようにしても良い。

Ｓ１３０２で通知情報制御部１２０１は、情報収集部４０６から受け取ったイベント通知条件の内容を解析する。イベント通知条件を解析することで、後述のＳ１３０３で登録するイベントリスナの種類を判別する。イベントリスナの種類の判別方法は、前述の実施形態１～３と同様の処理であるため説明を省略する。

次にＳ１３０３で通知情報制御部１２０１は、Ｓ１３０２で判別したイベントリスナに基づいて、画像形成装置１０１のイベント制御部４０２に対してイベントリスナを登録する。こうして画像形成装置１０１にイベントリスナを登録することにより通知情報制御部１２０１は、画像形成装置１０１でイベントが発生した際に、ネットワーク１０９を介して、そのイベントの通知を受け取ることができるようになる。

図１４は、実施形態４に係るサーバ装置１０７の通知情報制御部１２０１がイベントリスナを登録した後、画像形成装置１０１で不具合が発生したときの動作を説明するシーケンス図である。ここで不具合の例として、ジャム、アラーム、エラー等がある。尚、Ｓ８０１，Ｓ８０２，Ｓ８０３，Ｓ８０４，Ｓ８０５は、前述の実施形態１の図８と同様であるため、説明を省略する。

Ｓ１４０１で画像形成装置１０１のイベント制御部４０２は、履歴確定イベントを、イベントリスナを登録したサーバ装置１０７に対して通知する。実施形態４では、サーバ装置１０７の通知情報制御部１２０１が履歴確定イベントリスナを登録しているため、通知情報制御部１２０１に履歴確定イベントを通知する。

これによりＳ１４０２でサーバ装置１０７の通知情報制御部１２０１は、画像形成装置１０１の履歴情報管理部４０３に対して不具合コードを要求する。これによりＳ１４０３で履歴情報管理部４０３は、履歴情報ＤＢ４０４から不具合コードを取得して、サーバ装置１０７の通知情報制御部１２０１へ不具合コードを通知する。こうしてＳ１４０４で通知情報制御部１２０１は、情報収集部４０６へ、Ｓ１４０３で取得した不具合コードを送信する。

以上説明したように実施形態４によれば、サーバ装置がイベントの通知条件を解析し、画像形成装置にイベントリスナを登録することで、画像形成装置におけるイベントリスナの登録に要する処理を軽減できる。こうして、前述した他の実施形態と同様の効果を得ることができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０１…画像形成装置、１０２…操作パネル、１０３，１０４…給紙デッキ、１０７…サーバ装置、２０１…ＣＰＵ、２０９…プリンタエンジン、２１３…ＣＰＵ、４０１，１２０１…通知情報制御部、４０２…イベント制御部、４０３…履歴情報管理部、４０４…履歴情報ＤＢ、４０５…センサ情報収集部、４０６…情報収集部

Claims (17)

1. サーバ装置にネットワークを介して接続された画像形成装置であって、
   前記サーバ装置から受信したイベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録する登録手段と、
   前記画像形成装置の状態変化を検知し、前記状態変化に対応するイベントを前記登録手段により登録された処理に応じて通知するイベント制御手段と、を有し、
   前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定すると、当該イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録することを特徴とする画像形成装置。
2. 前記登録手段は、前記イベントの通知条件が履歴に関する情報でないと判定すると、当該イベントが発生すると直ぐに当該イベントに対応して発動する処理を開始するように登録することを特徴とする請求項１に記載の画像形成装置。
3. 前記履歴に関する情報は、前記イベントの箇所を特定する情報を含むことを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録されると、前記イベント制御手段は、前記状態変化を検知すると当該状態変化に対応するイベントを示す仮のコードを格納し、前記イベントの箇所を特定する情報が確定すると、前記仮のコードと前記情報とを含む前記イベントを示すコードを通知することを特徴とする請求項３に記載の画像形成装置。
5. 前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定した場合に、更に、前記通知条件が、前記イベントを示すコードが確定するまでに時間差が生じる情報であると判定すると、前記イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定した場合に、更に、前記通知条件が、前記イベントを示すコードが確定するまでに時間差が生じる情報でないと判定すると、当該イベントが発生すると直ぐに当該イベントに対応して発動する処理を開始するように登録することを特徴とする請求項５に記載の画像形成装置。
7. 前記イベントの通知条件は、履歴に関する情報で、かつ当該イベントを示すコードが確定してから当該イベントを通知する情報であるか否かを示す情報を含み、
   前記登録手段は、前記情報に基づいて、前記イベントに対応して発動する処理を直ぐに開始するかどうか登録することを特徴とする請求項１に記載の画像形成装置。
8. サーバ装置と、当該サーバ装置にネットワークを介して接続された画像形成装置とを含む情報処理システムであって、
   前記サーバ装置は、前記画像形成装置に対して前記画像形成装置で発生するイベントの通知条件を送信する送信手段を有し、
   前記画像形成装置は、
   前記サーバ装置から受信したイベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録する登録手段と、
   前記画像形成装置の状態変化を検知し、前記状態変化に対応するイベントを前記登録手段により登録された処理に応じて当該イベントを通知するイベント制御手段と、を有し、
   前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定すると、当該イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録することを特徴とする情報処理システム。
9. 前記登録手段は、前記イベントの通知条件が履歴に関する情報でないと判定すると、当該イベントが発生すると直ぐに当該イベントに対応して発動する処理を開始するように登録することを特徴とする請求項８に記載の情報処理システム。
10. 前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定した場合に、更に、前記通知条件が、前記イベントを示すコードが確定するまでに時間差が生じる情報であると判定すると、前記イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録することを特徴とする請求項８又は９に記載の情報処理システム。
11. 前記登録手段は、前記イベントの通知条件が履歴に関する情報であると判定した場合に、更に、前記通知条件が、前記イベントを示すコードが確定するまでに時間差が生じる情報でないと判定すると、当該イベントが発生すると直ぐに当該イベントに対応して発動する処理を開始するように登録することを特徴とする請求項１０に記載の情報処理システム。
12. 前記イベントの通知条件は、履歴に関する情報であり、かつ当該イベントを示すコードが確定してから当該イベントを通知する情報であるか否かを示す情報を含み、
    前記登録手段は、前記情報に基づいて、前記イベントに対応して発動する処理を直ぐに開始するかどうか登録することを特徴とする請求項８に記載の情報処理システム。
13. サーバ装置と、当該サーバ装置にネットワークを介して接続された画像形成装置とを含む情報処理システムであって、
    前記サーバ装置は、
    前記画像形成装置でイベントが発生すると当該イベントに対応して前記画像形成装置で発動する処理を通知する通知手段を有し、
    前記画像形成装置は、
    前記画像形成装置の状態変化を検知し、前記状態変化に対応するイベントを前記通知手段により通知された処理に応じて当該イベントを通知するイベント制御手段を有し、
    前記通知手段は、前記イベントの通知条件が履歴に関する情報であると判定すると、当該イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように前記画像形成装置に通知することを特徴とする情報処理システム。
14. 前記履歴に関する情報は、前記イベントの箇所を特定する情報を含むことを特徴とする請求項８乃至１３のいずれか１項に記載の情報処理システム。
15. 前記イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録されると、前記イベント制御手段は、前記状態変化を検知すると当該状態変化に対応するイベントを示す仮のコードを格納し、前記イベントの箇所を特定する情報が確定すると、前記仮のコードと前記情報とを含む前記イベントを示すコードを通知することを特徴とする請求項１４に記載の情報処理システム。
16. サーバ装置にネットワークを介して接続された画像形成装置を制御する制御方法であって、
    前記サーバ装置から受信したイベントの通知条件に応じて、当該イベントが発生するとそれに対応して発動する処理を登録する登録工程と、
    前記画像形成装置の状態変化を検知し、前記状態変化に対応するイベントを前記登録工程により登録された処理に応じて通知するイベント制御工程と、を有し、
    前記登録工程は、前記イベントの通知条件が履歴に関する情報であると判定すると、当該イベントを示すコードが確定してから当該イベントに対応して発動する処理を開始するように登録することを特徴とする制御方法。
17. コンピュータを、請求項１乃至７のいずれか１項に記載の画像形成装置の各手段として機能させるためのプログラム。

Images