画像形成装置
【課題】機器状態の変化が頻繁に発生している状況を画像形成装置側で判断し、ユーザ及び機器管理者がパソコン等の端末上で機器状態変化の頻発状況を確認することが可能な画像形成装置を提供する。
【解決手段】状態通知処理部１１１からの状態変化通知は、状態テーブル管理部１１２において、機器状態情報と状態変化情報に解析、分類され、機器状態情報は状態テーブル１１５により、状態変化情報は状態変化記憶部１１４により保持される。判定・設定制御部１１６は、状態変化記憶部１１４により保持された状態変化情報に基づいて、状態変化頻発状態を判定して機器状態として設定し、状態テーブル１１５へ送出する。
【解決手段】状態通知処理部１１１からの状態変化通知は、状態テーブル管理部１１２において、機器状態情報と状態変化情報に解析、分類され、機器状態情報は状態テーブル１１５により、状態変化情報は状態変化記憶部１１４により保持される。判定・設定制御部１１６は、状態変化記憶部１１４により保持された状態変化情報に基づいて、状態変化頻発状態を判定して機器状態として設定し、状態テーブル１１５へ送出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関し、特に、ネットワークを介して機器の状態を取得することが可能な画像形成装置に関するものである。
【背景技術】
【０００２】
近年、画像形成装置の機能複合化の進展から、プリンタ、コピー、ファクシミリ、スキャナ等の各装置の機能を１つの筺体内に収納した画像形成装置（以下、複合機という）が知られている。この複合機は、１つの筺体内に表示部、印刷部、撮像部等を設けるとともに、プリンタ、コピー、ファクシミリの各機能に対応するソフトウェアを設け、ソフトウェアの切替えによって該複合機をプリンタ、コピー、スキャナあるいはファクシミリ装置として動作させるものである。
【０００３】
また、近年の複合機のネットワーク化によって、複合機をオフィスのネットワーク（ＬＡＮ：Local Area Network）に接続することが可能となり、ユーザは、ネットワークを介して複合機を共有することが可能となってきている。そして、複合機のアプリケーション機能は、複合機に搭載した操作部からのユーザによる操作だけでなく、パソコン上やサーバからのネットワークを通じた遠隔操作によって可能になっている。
【０００４】
さらに、遠隔で操作を行えるようになったと同時に、ユーザは、ネットワークユーティリティ等の手段を通じて自らのパソコンからリモートで機器の状態（オンラインやオフライン、データ処理中、エラー状態等）を確認できる機能を有するシステムが多く導入されるようになっている。これにより、ユーザは、複合機の前に直接立たずに、複合機がどのような状態にあるのかを確認することができるようになった。
【０００５】
このようなネットワークシステムにおいては、ユーザが使用可能な複合機を一目で選定でき、また機器管理者は、どの機器がメンテナンスを要しているか一元管理できる。ユーザ数も多く、複数台の複合機が接続されているような、大規模なネットワークの存在するオフィスにおいて多く利用されている。
【０００６】
ところで、上述したネットワークを介した機器状態取得機能の多くは、ネットワークユーティリティ側が設定したタイミングで、機器に取得要求を発行する。このため、機器側で短時間に機器状態が頻繁に変化するような場合には、常に最新の機器状態が得られるとは限らない。特に、機器管理者によるメンテナンス中であるときは、ユーザは現在使用可能な機器を正確に選択することができないという状況が発生する。また、複数の機器管理者が存在する体系においては、他人がメンテナンス中の機器を要メンテナンスと見なしてしまうといった混乱が生じることとなる。
【０００７】
これに対して、例えば、特許文献１では、機器から取得したリセット回数をカウントして機器状態を表示させる画像形成システムが開示されている。また、例えば特許文献２では、機器への取得要求に対して、機器の保持する最新の状態を応答することで、最新の状態取得ができる画像処理装置が提案されている。また、例えば特許文献３では、取得した機器状態あるいは機能状態に関する情報を、ユーザごとに選択して表示する複合型画像処理装置が開示されている。
【特許文献１】特開２００４−１９２４４５号公報
【特許文献２】特開２００３−２０９６５３号公報
【特許文献３】特開２００２−２７１５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１で開示された画像形成システムは、機器への状態取得のリアルタイム性が損なわれる問題を解決するものであり、上述した問題を解決するものではない。また、特許文献２で提案された画像処理装置は、記憶可能な機器状態情報の数に限りがある場合でも最新の機器状態をユーザに明示するものであり、上述した問題を解決するものではない。また、特許文献３で開示された複合型画像処理装置は、複合的な機能を活用するシステムで生じる問題の１つを解決するものであり、上述した問題を解決するものではない。
【０００９】
そこで、本発明は、機器状態の変化が頻繁に発生している状況を画像形成装置側で判断し、ユーザ及び機器管理者がパソコン等の端末上で機器状態変化の頻発状況を確認することが可能な画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる目的を達成するために、請求項１記載の発明は、画像形成装置の機器状態を管理し、ネットワークを通じた機器状態取得要求に対して前記管理された機器状態を提供するアプリケーションを備えた画像形成装置であって、前記機器状態の変化を検知し、状態変化を通知する通知手段と、前記通知手段による状態変化通知を取得し、変化後の機器状態情報を管理する管理手段と、前記管理手段により管理された機器状態情報に基づいて、状態変化が頻繁に発生している状態である状態変化頻発状態を判定し、前記判定された状態変化頻発状態を機器状態として設定する制御を行う制御手段とを有することを特徴とする。
【００１１】
また、請求項２記載の発明は、請求項１に記載の画像形成装置において、前記管理手段は、前記通知手段から取得した状態変化通知を解析して、機器状態に関する情報である状態情報と状態変化に関する情報である変化情報とに分類する解析分類手段と、前記解析分類手段により解析、分類された状態情報を保存する状態情報保存手段と、前記解析分類手段により解析、分類された変化情報を保存する変化情報保存手段とを有し、前記制御手段は、前記変化情報保存手段により保存された変化情報に基づいて、前記状態変化頻発状態を判定する制御を行うことを特徴とする。
【００１２】
また、請求項３記載の発明は、請求項２に記載の画像形成装置において、前記変化情報保存手段は、状態変化時刻の履歴を既定数保持し、前記制御手段は、既定数の状態変化が既定時間内に発生している場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする。
【００１３】
また、請求項４記載の発明は、請求項３に記載の画像形成装置において、前記制御手段は、状態変化発生時に、前記既定時間内に発生している状態変化が前記既定数より少なかった場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１４】
また、請求項５記載の発明は、請求項３又は４に記載の画像形成装置において、前記制御手段は、前記変化情報保存手段により保持された履歴のうち最古の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１５】
また、請求項６記載の発明は、請求項２に記載の画像形成装置において、前記変化情報保存手段は、状態変化時刻の履歴を保持するとともに、既定時間内に連続して発生した状態変化をカウントとして保持し、前記制御手段は、前記カウントが既定数を超えている場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする。
【００１６】
また、請求項７記載の発明は、請求項６に記載の画像形成装置において、前記制御手段は、状態変化発生時に、該状態変化発生の直前の状態変化発生との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１７】
また、請求項８記載の発明は、請求項６又は７に記載の画像形成装置において、前記制御手段は、前記変化情報保存手段により保持された履歴のうち最新の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１８】
また、請求項９記載の発明は、請求項１から８のいずれか１項に記載の画像形成装置において、前記制御手段は、前記状態変化頻発状態と判定した場合であっても、優先的にユーザに通知するべき既定の状態が発生中であれば、前記状態変化頻発状態を機器状態として設定しない制御を行うことを特徴とする。
【００１９】
また、請求項１０記載の発明は、請求項１から８のいずれか１項に記載の画像形成装置において、前記状態変化頻発状態が設定されている場合は、他の状態変化が発生しているときでも、前記機器状態取得要求に対して前記状態変化頻発状態を機器状態として応答することを特徴とする。
【００２０】
また、請求項１１記載の発明は、請求項１から１０のいずれか１項に記載の画像形成装置において、前記状態変化や前記カウントに関する前記既定数、前記既定時間、あるいは前記既定の状態について、任意の数値あるいは状態をあらかじめ機器に設定する任意データ設定手段を有することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、機器状態の変化が頻繁に発生している状況を画像形成装置側で判断し、ユーザ及び機器管理者がパソコン等の端末上で機器状態変化の頻発状況を確認することが可能な画像形成装置が実現される。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照しながら、本発明の実施形態における画像形成装置ついて説明する。
【００２３】
＜実施形態１＞
本実施形態は、後述するように、既定時間内に既定数の機器状態の変化が発生しているときに、機器状態の状態変化が頻繁に発生している状態、いわゆる「状態変化ビジー」と判定するように動作させるものである。まず、本実施形態の画像形成装置の構成から説明する。
【００２４】
図１は、本実施形態の画像形成装置が使用されるネットワーク環境を示した図である。画像形成装置１，４及びクライアントＰＣ２，３，５，６は、ネットワーク１０に接続されている。ユーザは、例えばクライアントＰＣ２の端末より、ネットワーク１０を介して画像形成装置１に状態問合せを行い、リモートで機器状態を確認することが可能である。
【００２５】
機器状態を確認するためのＰＣ端末アプリケーション及びプロトコルは、様々な形態をとり得ることが可能であり、代表的なものとしては、ＳＮＭＰ（Simple Network Management Protocol）を用いたＭＩＢ（Management Information Base）取得ユーティリティ、Ｗｅｂブラウザを用いた機器状態閲覧機能、ＸＭＬ（eXtensible Markup Language）通信を用いたＷｅｂサービス等が挙げられる。ネットワーク上に複数の機器が接続されている場合は、各々の状態を取得し、ＰＣ等の端末のネットワークユーティリティで一元管理することが可能となっている。
【００２６】
図２は、本実施形態の画像形成装置のソフトウェア構成の概念図を示したものである。本実施形態の画像形成装置搭載のソフトウェアは、アプリケーション層１００、サービス層２００、オペレーティングシステム３００、エンジン制御４００及びハードウェアリソース５００からなる階層構造を有している。
【００２７】
アプリケーション層１００は、コピーアプリケーション１０１、スキャナアプリケーション１０２、ＦＡＸアプリケーション１０３等の複数のアプリケーション（以下、抽象化してＸアプリケーションという）を有し、ユーザに対して各アプリケーション機能を実現する。また、サービス層２００は、ネットワーク制御部２０１、システム制御部２０２、暗号化復号化制御部２０３等の複数の機器制御部（以下、抽象化してＸ制御部という）を有している。
【００２８】
エンジン制御４００は、スキャナ、プロッタ等のエンジンデバイスを有し、ハードウェアリソース５００は、ネットワーク５０１、ＨＤＤ５０２、回線５０３等のリソースを有している。サービス層２００の各制御部は、オペレーティングシステム３００を介して、エンジン制御４００のエンジンデバイスの動作制御、及びハードウェアリソース５００へのアクセス制御を組み合わせ、アプリケーション層１００が共通で利用できる単位の制御を提供する。
【００２９】
図３は、図２のアプリケーション層において、本実施形態の画像形成装置が行う動作に関わるプログラム構成を示した図である。アプリケーション層１００におけるＸアプリケーション１１０は、状態通知処理部１１１、状態テーブル管理部１１２、状態問合せ処理部１１３、状態変化記憶部１１４、状態テーブル１１５及び判定・設定制御部１１６を有している。状態通知処理部１１１、状態テーブル管理部１１２、状態問合せ処理部１１３及び判定・設定制御部１１６は、制御処理部であり、状態変化記憶部１１４及び状態テーブル１１５は、データ領域である。
【００３０】
状態通知処理部１１１は、サービス層２００におけるＸ制御部２１０から通知される状態変化を受信する。状態テーブル管理部１１２は、受信された状態変化通知を解析し、解析して得られた状態変化後の機器状態に関する情報（機器状態情報）を、ユーザが取得する際のデータ形式に変換して状態テーブル１１５へ送出する。状態テーブル１１５は、受け取った機器状態情報を保存する。
【００３１】
また、状態テーブル管理部１１２の解析により、状態発生時刻あるいはカウント数といった状態変化に関する情報（状態変化情報）も同時に得られるが、この状態変化情報は状態変化記憶部１１４へ送出され、状態変化記憶部１１４により保存、管理される。
【００３２】
そして、判定・設定制御部１１６は、状態変化記憶部１１４により保存された状態変化情報に基づいて、通知された状態変化の発生時点が状態変化の頻発状態である「状態変化ビジー」に該当するか否かの判定を行い、「状態変化ビジー」と判定したときに「状態変化ビジー」を機器状態として設定し、設定された機器状態を状態テーブル１１５へ送出する。
【００３３】
一方、状態問合せ処理部１１３は、サービス層２００のネットワーク制御部２０１からの機器状態取得要求に対して、状態テーブル１１５に保存されている機器状態を返す。
【００３４】
このように、機器内部で発生した状態変化は、然るべきデータ形式でＸアプリケーション１１０の状態テーブル１１５に保存され、一方、ユーザは、ＰＣ端末のネットワークユーティリティにより機器状態取得要求を発行し、ネットワーク制御部２０１を介して、状態テーブル１１５に保存されていた機器状態情報を取得することができる。
【００３５】
次に、本実施形態の画像形成装置における動作、とりわけ「状態変化ビジー」の判定及び設定に関する動作について説明する。
【００３６】
図４は、本実施形態の画像形成装置における状態変化発生時及び機器状態取得要求時の動作を示したフローチャートで、図の左側（ステップＳ１００１〜ステップＳ１００６）が機器状態変化の発生時における動作フローを、図の右側（ステップＳ１００７〜ステップＳ１０１０）が機器状態の取得要求時における動作フローを表している。
【００３７】
まず、状態変化発生時の動作フローについて述べる。Ｘ制御部２１０により機器状態変化通知がなされると（ステップＳ１００１）、状態テーブル管理部１１２は、通知内容を、ユーザが取得するデータフォーマットに変換し（ステップＳ１００２）、得られた発生状態（状態変化後の機器状態）を状態テーブル１１５に追加する（ステップＳ１００３）。
【００３８】
そして、判定・設定制御部１１６は、状態変化が頻繁に発生しているか否かを状態変化記憶部１１４の状態変化情報に基づいて判定し、頻繁に発生していると判定した場合は（ステップＳ１００４／ＹＥＳ）、「状態変化ビジー」の設定を行って状態テーブル１１５に該設定を追加する（ステップＳ１００５）。他方、頻繁に発生していないと判定した場合は（ステップＳ１００４／ＮＯ）、機器状態の設定を完了する（ステップＳ１００６）。
【００３９】
続いて、機器状態取得要求時の動作フローについて述べる。ネットワーク制御部２０１により機器状態の取得要求がなされると（ステップＳ１００７）、状態問合せ処理部１１３は、状態テーブル１１５に応答データ作成未処理の状態が存在するか否かを判断し、未処理状態が存在すると判断した場合は（ステップＳ１００８／ＹＥＳ）、応答データに未処理の機器状態をコピーし、未処理の機器状態をコピーし終わるまで繰り返す（ステップＳ１００９）。他方、未処理状態が存在しないと判断した場合は（ステップＳ１００８／ＮＯ）、応答データをネットワーク制御部２０１へ送出し、取得要求の応答を行う（ステップＳ１０１０）。
【００４０】
図５は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、状態変化の頻発状態についての判定及び「状態変化ビジー」の設定を詳細に表したものである。
【００４１】
ここで、「状態変化ビジー」の判定及び設定は、以下のように行われる。既定時間内に既定数の状態変化が発生している場合に、「状態変化ビジー」と判定し、「状態変化ビジー」を機器状態として設定する。つまり、図１５に示すように、既定時間内に状態変化発生Ａ〜Ｃが既定数（ここでは３）存在するため、状態変化発生Ｃの時点で「状態変化ビジー」と判定し設定を行う。
【００４２】
図５のフローチャートに沿って説明する。まず、機器状態変化通知がなされると（ステップＳ１１０１）、通知された機器状態の内容を、ユーザが取得するデータフォーマットに変換され（ステップＳ１１０２）、変換された機器状態（発生状態）は状態テーブル１１５に追加される（ステップＳ１１０３）。
【００４３】
次に、判定・設定制御部１１６は、履歴データとして状態変化記憶部１１４に保持されている状態発生時刻の総数が、既定数未満であるか否かを判定する（ステップＳ１１０４）。既定数以上と判定した場合は（ステップＳ１１０４／ＮＯ）、保持された時刻履歴のうち最も古い状態発生時刻を１件削除し（ステップＳ１１０５）、時刻履歴の末尾に最新のデータとして現在時刻（通知された状態変化の発生時刻）を追加する（ステップＳ１１０６）。既定数未満と判定した場合は（ステップＳ１１０４／ＹＥＳ）、時刻履歴の末尾に現在時刻を追加する（ステップＳ１１０６）。
【００４４】
続いて、履歴データの状態発生時刻の総数が既定数未満であるかを再び判定する（ステップＳ１１０７）。既定数未満と判定した場合は（ステップＳ１１０７／ＹＥＳ）状態設定が完了となる（ステップＳ１１１０）が、既定数以上と判定した場合は（ステップＳ１１０７／ＮＯ）、最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えるか否かの判定を行う（ステップＳ１１０８）。
【００４５】
最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えると判定した場合は（ステップＳ１１０７／ＹＥＳ）状態設定が完了となる（ステップＳ１１１０）が、該間隔が既定時間を超えないと判定した場合は（ステップＳ１１０８／ＮＯ）、判定・設定制御部１１６は、「状態変化ビジー」を機器状態として設定して状態テーブル１１５に追加し（ステップＳ１１０９）、機器状態の設定処理を完了する（ステップＳ１１１０）。
【００４６】
図６は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図５の動作フローにおいて、所定の場合に状態発生時刻の履歴及び「状態変化ビジー」の設定を削除するようにしたものである。
【００４７】
「状態変化ビジー」設定の削除や時刻履歴の削除は、保持される状態変化のうち最古の発生時刻から既定時間を経過して状態変化が発生したときに行われる。つまり、図１６に示すように、既定時間内に状態変化発生Ａ、Ｂ、Ｃが既定数（ここでは３）存在し、状態変化発生Ｃの時点で「状態変化ビジー」の判定及び設定がなされたときでも、状態変化発生Ｄの発生時刻と最古の状態変化発生Ｂ（保持される状態変化を３としている）の発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定及び時刻履歴が削除される。
【００４８】
図６の動作フローは、基本的に図５と同様であり、状態発生時刻の履歴及び「状態変化ビジー」の設定を削除する点で図５と異なるため、共通点は省略し相違点について述べる。
【００４９】
機器状態変化通知を受けて、データフォーマットの変換を行い、発生状態及び状態発生時刻を追加した後（ステップＳ１２０１〜ステップＳ１２０６）、履歴データの状態発生時刻の総数が既定数未満であるかを判定する（ステップＳ１２０７）。履歴総数が既定数未満と判定した場合は（ステップＳ１２０７／ＹＥＳ）、最新時刻（通知された状態変化の発生時刻）の履歴を残してそれ以外の全ての履歴を削除する（ステップＳ１２０９）。
【００５０】
また、履歴総数が既定数以上と判定し（ステップＳ１２０７／ＮＯ）、最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えるか否かの判定で既定時間を超えると判定した場合も（ステップＳ１２０８／ＹＥＳ）、上記と同様に最新時刻以外の時刻履歴を全て削除する（ステップＳ１２０９）。
【００５１】
そして、最新時刻以外の時刻履歴を削除した後、状態テーブル１１５に「状態変化ビジー」が存在するか否かを判定し（ステップＳ１２１１）、存在すると判定した場合は（ステップＳ１２１１／ＹＥＳ）、状態テーブル１１５から「状態変化ビジー」を削除する（ステップＳ１２１２）。「状態変化ビジー」が存在しないと判定したときは（ステップＳ１２１１／ＮＯ）、機器状態の設定処理が完了となる（ステップＳ１２１３）。
【００５２】
一方、履歴総数が既定数以上と判定し（ステップＳ１２０７／ＮＯ）、最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えないと判定した場合は（ステップＳ１２０８／ＮＯ）、「状態変化ビジー」の設定を行って状態テーブル１１５に該設定を追加する（ステップＳ１２１０）。
【００５３】
図７は、本実施形態の画像形成装置における機器状態取得要求時の動作を示したフローチャートで、図４（右側）の動作フローに、図６で述べた状態発生時刻の履歴及び「状態変化ビジー」の設定を削除する動作をさらに加えたものである。
【００５４】
ここでは、「状態変化ビジー」設定及び時刻履歴の削除は、最古の発生時刻から既定時間を経過して状態取得要求があったときに行われる。つまり、図１７に示すように、既定時間内に状態変化発生Ａ、Ｂ、Ｃが既定数（ここでは３）存在し、状態変化発生Ｃの時点で「状態変化ビジー」の判定及び設定がなされたときでも、状態取得要求ａの発生時刻と最古の状態変化発生Ｂ（保持される状態変化を３としている）の発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定及び時刻履歴が削除される。
【００５５】
図７のフローチャートに沿って説明する。まず、状態問合せ処理部１１３は、ネットワーク制御部２０１から機器状態の取得要求を受け（ステップＳ１３０１）、現在時刻（取得要求を受け取った時刻）を特定し、取得する（ステップＳ１３０２）。
【００５６】
次に、現在時刻と状態変化記憶部１１４に保持された最新の状態発生時刻との間隔が既定時間を超えるか否かを判定する（ステップＳ１３０３）。当該間隔が既定時間を超えると判定した場合は（ステップＳ１３０３／ＹＥＳ）、最新時刻の履歴を残してそれ以外の全ての時刻履歴を削除する（ステップＳ１３０４）。
【００５７】
そして、状態テーブル１１５に「状態変化ビジー」が存在するか否かを判定し（ステップＳ１３０５）、存在すると判定した場合は（ステップＳ１３０５／ＹＥＳ）、状態テーブル１１５から「状態変化ビジー」を削除する（ステップＳ１３０６）。
【００５８】
続いて、状態テーブル１１５に応答データ作成未処理の機器状態が存在するか否かの判定を行う（ステップＳ１３０７）。未処理の機器状態が存在すると判定した場合は（ステップＳ１３０７／ＹＥＳ）、応答データに未処理の機器状態をコピーし、未処理の機器状態をコピーし終わるまで繰り返す（ステップＳ１３０８）。他方、未処理の機器状態が存在しないと判定した場合は（ステップＳ１３０７／ＮＯ）、機器状態取得要求の応答を行う（ステップＳ１３０９）。
【００５９】
なお、現在時刻と最新の状態発生時刻との間隔が既定時間を超えないと判定した場合（ステップＳ１３０３／ＮＯ）や状態テーブル１１５に「状態変化ビジー」が存在しないと判定した場合（ステップＳ１３０５／ＮＯ）は、未処理状態の存否について判定を行う（ステップＳ１３０７）。
【００６０】
図８は、本実施形態の画像形成装置における機器状態取得要求時の動作を示したフローチャートで、「状態変化ビジー」の設定がなされているときに「状態変化ビジー」の機器状態のみ応答するようにしたものである。
【００６１】
ネットワーク制御部２０１から機器状態取得要求を受けた後（ステップＳ１４０１）、状態テーブル１１５に「状態変化ビジー」が存在するか否かを判定する（ステップＳ１４０２）。「状態変化ビジー」が存在すると判定した場合は（ステップＳ１４０２／ＹＥＳ）、応答データに「状態変化ビジー」の機器状態のみをコピーし（ステップＳ１４０３）、機器状態取得要求に対する応答を行う（ステップＳ１４０６）。
【００６２】
一方、「状態変化ビジー」が存在しないと判断した場合は（ステップＳ１４０２／ＮＯ）、応答データ作成未処理の機器状態がなくなるまで応答データに発生状態をコピーし（ステップＳ１４０４、ステップＳ１４０５）、機器状態取得要求に対する応答を行う（ステップＳ１４０６）。
【００６３】
図９は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図５の動作フローにおいて、ユーザが「状態変化ビジー」判定のための既定時間をあらかじめ機器に設定できるようにしたものである。
【００６４】
基本的には図５の動作フローと同様で、既定時間の設定について異なる。つまり、ステップＳ１５０８において、ユーザが機器に設定した既定時間を取得し、取得された既定時間を用いて、ステップＳ１５０９において、「状態変化ビジー」の判定を行う。
【００６５】
＜実施形態２＞
本実施形態は、先述した実施形態１と異なり、既定時間内に連続して発生した状態変化数をカウントとして把握し該カウントが既定数を超えたときに、「状態変化ビジー」と判定するように動作させるものである。本実施形態の画像形成装置の構成は実施形態１と同様であるため省略し、「状態変化ビジー」の判定及び設定の動作について説明する。
【００６６】
図１０は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、状態変化の頻発状態についての判定及び「状態変化ビジー」の設定を詳細に表したものである。
【００６７】
ここで、「状態変化ビジー」の判定及び設定は、以下のように行われる。例えば、図１８に示すように、既定時間内に状態変化発生Ａ及びＢが連続するときカウント１加算し、同様に、状態変化発生Ｂ及びＣ、状態変化発生Ｃ及びＤ、状態変化発生Ｄ及びＥの連続発生でカウントを加算していき、カウントが既定数の４に達したときに、「状態変化ビジー」の判定及び設定を行う。
【００６８】
図１０のフローチャートに沿って説明する。まず、機器状態変化通知がなされると（ステップＳ１６０１）、通知された機器状態の内容を、ユーザが取得するデータフォーマットに変換され（ステップＳ１６０２）、発生状態は状態テーブル１１５に追加される（ステップＳ１６０３）。
【００６９】
次に、判定・設定制御部１１６は、状態変化通知のあった時刻（現在時刻）と状態変化記憶部１１４に保持された時刻履歴のうち最新の状態発生時刻との間隔が既定時間を超えるか否かを判定する（ステップＳ１６０４）。当該間隔が既定時間を超えないと判定した場合は（ステップＳ１６０４／ＮＯ）カウントを１加算し（ステップＳ１６０５）、既定時間を超えると判定した場合（ステップＳ１６０４／ＹＥＳ）はそのまま次のステップへ進む。
【００７０】
続いて、カウントと既定数との比較判定を行い（ステップＳ１６０６）、カウントが既定数以上であると判定した場合は（ステップＳ１６０６／ＮＯ）、「状態変化ビジー」を機器状態として設定し状態テーブル１１５に該設定を追加する（ステップＳ１６０７）。一方、カウントが既定数未満と判定した場合は（ステップＳ１６０６／ＹＥＳ）、そのまま機器状態の設定処理を完了する（ステップＳ１６０８）。
【００７１】
図１１は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図１０の動作フローにおいて、所定の場合に、カウントの初期値設定及び「状態変化ビジー」設定の削除を行うようにしたものである。
【００７２】
「状態変化ビジー」設定の削除やカウント初期値の設定は、保持される状態変化のうち最新の発生時刻から既定時間を経過して状態変化が発生したときに行われる。つまり、図１９に示すように、カウントが既定数の４に達したことにより状態変化発生Ｅの時点で「状態変化ビジー」の判定及び設定がなされたときでも、その後の状態変化発生Ｆの発生時刻と最新の状態変化発生Ｅの発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定及び時刻履歴が削除される。
【００７３】
図１１の動作フローは、基本的に図１０と同様であり、カウントの初期値設定及び「状態変化ビジー」設定の削除の点で図１０と異なるため、共通点は省略し相違点について述べる。
【００７４】
機器状態変化通知を受けて、データフォーマットの変換を行い、発生状態及び状態発生時刻を追加した後（ステップＳ１７０１〜ステップＳ１７０３）、現在時刻と最新時刻との間隔が既定時間を超えるか否かの判定を行う（ステップＳ１７０４）。当該間隔が既定時間を超えないと判定した場合（ステップＳ１７０４／ＮＯ）はカウントを１加算し（ステップＳ１７０５）、既定時間を超えると判定した場合（ステップＳ１７０４／ＹＥＳ）はカウントを初期値に戻す（ステップＳ１７０６）。
【００７５】
次に、状態テーブル１１５に「状態変化ビジー」が存在するか判定し（ステップＳ１７０７）、存在すると判定した場合（ステップＳ１７０７／ＹＥＳ）は状態テーブル１１５から「状態変化ビジー」を削除し（ステップＳ１７０８）、存在しないと判定した場合は（ステップＳ１７０７／ＮＯ）そのままカウントと既定数の比較判定（ステップＳ１７０９）へ移る。以降は、図１０の動作フローと同様である。
【００７６】
図１２は、本実施形態の画像形成装置における機器状態取得要求時の動作を示したフローチャートで、実施形態１における図７の動作フローとほぼ同様であるが、現在時刻と最新時刻との間隔が既定時間を超えたと判定した場合の動作処理について異なる。すなわち、図７において履歴時刻を削除するのに対し、図１２ではカウントを初期値に戻す動作を行う。
【００７７】
ここでは、「状態変化ビジー」設定の削除やカウントの初期値設定は、最新の発生時刻から既定時間を経過して状態取得要求があったときに行われる。つまり、図２０に示すように、カウントが既定数の４に達したことにより状態変化発生Ｅの時点で「状態変化ビジー」の判定及び設定がなされたときでも、状態取得要求ａの発生時刻と最新の状態変化発生Ｅの発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定の削除及びカウントの初期値設定が行われる。
【００７８】
図１２のフローチャートに沿って説明する。まず、機器状態取得要求後に現在時刻を取得し（ステップＳ１８０１、ステップＳ１８０２）、現在時刻と最新時刻との間隔と既定時間との比較判定を行う（ステップＳ１８０３）。次に、当該間隔が既定時間を超えると判定した場合は（ステップＳ１８０３／ＹＥＳ）、カウントを初期値に戻し（ステップＳ１８０４）、状態テーブル１１５における「状態変化ビジー」の存否を判定する（ステップＳ１８０５）。
【００７９】
そして、「状態変化ビジー」が存在すると判定した場合（ステップＳ１８０５／ＹＥＳ）は状態テーブル１１５からこれを削除し（ステップＳ１８０６）、次に、応答データに未処理の発生状態をコピーして応答データを作成し（ステップＳ１８０７、ステップＳ１８０８）、取得要求の応答を行う（ステップＳ１８０９）。
【００８０】
図１３は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図１０の動作フローにおいて、ユーザが「状態変化ビジー」判定のための既定数をあらかじめ機器に設定できるようにしたものである。
【００８１】
基本的には図１０の動作フローと同様で、既定数の設定について異なる。つまり、ステップＳ１９０６において、ユーザが機器に設定した既定数を取得し、取得された既定数を用いて、ステップＳ１９０７において、「状態変化ビジー」の判定を行う。
【００８２】
図１４は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、「状態変化ビジー」の状態であっても優先的にユーザに通知すべき既定の状態が発生中のときは、「状態変化ビジー」の設定を行わないように動作させるものである。なお、実施形態１においても上記動作を行わせるように構成することは可能である。
【００８３】
Ｘ制御部２１０からの機器状態変化通知を受け（ステップＳ２００１）、状態テーブル管理部１１２は、通知内容を、ユーザが取得するデータフォーマットに変換し（ステップＳ２００２）、得られた発生状態（状態変化後の機器状態）を状態テーブル１１５に追加する（ステップＳ２００３）。
【００８４】
次に、判定・設定制御部１１６は、ユーザへ通知する優先度の高い状態が発生しているか否かを判定する（ステップＳ２００４）。高優先度の状態が発生中であると判定すれば（ステップＳ２００４／ＹＥＳ）そのまま状態設定を完了する（ステップＳ２００７）。また、発生していないと判定した場合でも（ステップＳ２００４／ＮＯ）、さらに、状態変化が頻発しているか否かの判定を行い（ステップＳ２００５）、状態変化が頻発中でないと判定すれば（ステップＳ２００５／ＮＯ）そのまま状態設定を完了する（ステップＳ２００７）。他方、状態変化が頻発中と判定した場合は（ステップＳ２００５／ＹＥＳ）、「状態変化ビジー」を機器状態として設定して状態テーブル１１５に追加し（ステップＳ２００６）、状態設定完了となる（ステップＳ２００７）。
【００８５】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００８６】
上記の実施形態によれば、「状態変化ビジー」という１つの機器状態として設定することで、ネットワークユーティリティ側において変更することなく、ユーザに状態変化が頻発していることを伝えることが可能となる。
【００８７】
また、上記の実施形態によれば、既定時間内に既定数が発生し得ない状況となった場合に、設定した「状態変化ビジー」を解除することが可能となる。
【００８８】
また、上記の実施形態によれば、既定時間内に状態変化が頻発している最中はその１つ１つの機器状態の信頼性は低くなるため、「状態変化ビジー」であることのみを知らせることで、通信量を削減することが可能となる。
【００８９】
また、上記の実施形態によれば、時間間隔の短い状態変化が頻発している状況をユーザに伝えることが可能となる。
【００９０】
また、上記の実施形態によれば、状態変化の時間間隔が一定時間以上になった場合に、設定した「状態変化ビジー」を解除することが可能となる。
【００９１】
また、上記の実施形態によれば、状態変化が頻発してから、時間を空けて状態取得要求があった場合に、設定した「状態変化ビジー」を解除することが可能となる。
【００９２】
また、上記の実施形態によれば、時間間隔の短い状態変化が頻発している最中はその１つ１つの状態の信頼性は低くなるため、「状態変化ビジー」であることのみを知らせることで、通信量を削減することが可能となる。
【００９３】
また、上記の実施形態によれば、「状態変化ビジー」を定義づける観察時間や、「状態変化ビジー」を定義づけるカウント数といった既定値について、ユーザが能動的に設定変更することが可能となる。
【００９４】
また、上記の実施形態によれば、状態変化が頻発する状況であっても、要サービスコールや致命的エラーといった重要な機器状態をユーザに優先的に伝達することが可能となる。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施形態に係る画像形成装置が使用されるネットワーク環境を示した図である。
【図２】本発明の実施形態に係る画像形成装置のソフトウェア構成の概念図である。
【図３】本発明の実施形態に係る画像形成装置のプログラム構成を示した図である。
【図４】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図５】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図６】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図７】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図８】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図９】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１０】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１１】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１２】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１３】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１４】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１５】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１６】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１７】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１８】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１９】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図２０】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【符号の説明】
【００９６】
１，４ 画像形成装置
２，３，５，６ クライアントＰＣ
１０ ネットワーク
１００ アプリケーション層
１０１ コピーアプリケーション
１０２ スキャナアプリケーション
１０３ ＦＡＸアプリケーション
１１０ Ｘアプリケーション
１１１ 状態通知処理部
１１２ 状態テーブル管理部
１１３ 状態問合せ処理部
１１４ 状態変化記憶部
１１５ 状態テーブル
１１６ 判定・設定制御部
２００ サービス層
２０１ ネットワーク制御部
２０２ システム制御部
２０３ 暗号化復号化制御部
２１０ Ｘ制御部
３００ オペレーティングシステム
４００ エンジン制御
４０１ スキャナ
４０２ プロッタ
５００ ハードウェアリソース
５０１ ネットワーク
５０２ ＨＤＤ
５０３ 回線
【技術分野】
【０００１】
本発明は、画像形成装置に関し、特に、ネットワークを介して機器の状態を取得することが可能な画像形成装置に関するものである。
【背景技術】
【０００２】
近年、画像形成装置の機能複合化の進展から、プリンタ、コピー、ファクシミリ、スキャナ等の各装置の機能を１つの筺体内に収納した画像形成装置（以下、複合機という）が知られている。この複合機は、１つの筺体内に表示部、印刷部、撮像部等を設けるとともに、プリンタ、コピー、ファクシミリの各機能に対応するソフトウェアを設け、ソフトウェアの切替えによって該複合機をプリンタ、コピー、スキャナあるいはファクシミリ装置として動作させるものである。
【０００３】
また、近年の複合機のネットワーク化によって、複合機をオフィスのネットワーク（ＬＡＮ：Local Area Network）に接続することが可能となり、ユーザは、ネットワークを介して複合機を共有することが可能となってきている。そして、複合機のアプリケーション機能は、複合機に搭載した操作部からのユーザによる操作だけでなく、パソコン上やサーバからのネットワークを通じた遠隔操作によって可能になっている。
【０００４】
さらに、遠隔で操作を行えるようになったと同時に、ユーザは、ネットワークユーティリティ等の手段を通じて自らのパソコンからリモートで機器の状態（オンラインやオフライン、データ処理中、エラー状態等）を確認できる機能を有するシステムが多く導入されるようになっている。これにより、ユーザは、複合機の前に直接立たずに、複合機がどのような状態にあるのかを確認することができるようになった。
【０００５】
このようなネットワークシステムにおいては、ユーザが使用可能な複合機を一目で選定でき、また機器管理者は、どの機器がメンテナンスを要しているか一元管理できる。ユーザ数も多く、複数台の複合機が接続されているような、大規模なネットワークの存在するオフィスにおいて多く利用されている。
【０００６】
ところで、上述したネットワークを介した機器状態取得機能の多くは、ネットワークユーティリティ側が設定したタイミングで、機器に取得要求を発行する。このため、機器側で短時間に機器状態が頻繁に変化するような場合には、常に最新の機器状態が得られるとは限らない。特に、機器管理者によるメンテナンス中であるときは、ユーザは現在使用可能な機器を正確に選択することができないという状況が発生する。また、複数の機器管理者が存在する体系においては、他人がメンテナンス中の機器を要メンテナンスと見なしてしまうといった混乱が生じることとなる。
【０００７】
これに対して、例えば、特許文献１では、機器から取得したリセット回数をカウントして機器状態を表示させる画像形成システムが開示されている。また、例えば特許文献２では、機器への取得要求に対して、機器の保持する最新の状態を応答することで、最新の状態取得ができる画像処理装置が提案されている。また、例えば特許文献３では、取得した機器状態あるいは機能状態に関する情報を、ユーザごとに選択して表示する複合型画像処理装置が開示されている。
【特許文献１】特開２００４−１９２４４５号公報
【特許文献２】特開２００３−２０９６５３号公報
【特許文献３】特開２００２−２７１５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１で開示された画像形成システムは、機器への状態取得のリアルタイム性が損なわれる問題を解決するものであり、上述した問題を解決するものではない。また、特許文献２で提案された画像処理装置は、記憶可能な機器状態情報の数に限りがある場合でも最新の機器状態をユーザに明示するものであり、上述した問題を解決するものではない。また、特許文献３で開示された複合型画像処理装置は、複合的な機能を活用するシステムで生じる問題の１つを解決するものであり、上述した問題を解決するものではない。
【０００９】
そこで、本発明は、機器状態の変化が頻繁に発生している状況を画像形成装置側で判断し、ユーザ及び機器管理者がパソコン等の端末上で機器状態変化の頻発状況を確認することが可能な画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる目的を達成するために、請求項１記載の発明は、画像形成装置の機器状態を管理し、ネットワークを通じた機器状態取得要求に対して前記管理された機器状態を提供するアプリケーションを備えた画像形成装置であって、前記機器状態の変化を検知し、状態変化を通知する通知手段と、前記通知手段による状態変化通知を取得し、変化後の機器状態情報を管理する管理手段と、前記管理手段により管理された機器状態情報に基づいて、状態変化が頻繁に発生している状態である状態変化頻発状態を判定し、前記判定された状態変化頻発状態を機器状態として設定する制御を行う制御手段とを有することを特徴とする。
【００１１】
また、請求項２記載の発明は、請求項１に記載の画像形成装置において、前記管理手段は、前記通知手段から取得した状態変化通知を解析して、機器状態に関する情報である状態情報と状態変化に関する情報である変化情報とに分類する解析分類手段と、前記解析分類手段により解析、分類された状態情報を保存する状態情報保存手段と、前記解析分類手段により解析、分類された変化情報を保存する変化情報保存手段とを有し、前記制御手段は、前記変化情報保存手段により保存された変化情報に基づいて、前記状態変化頻発状態を判定する制御を行うことを特徴とする。
【００１２】
また、請求項３記載の発明は、請求項２に記載の画像形成装置において、前記変化情報保存手段は、状態変化時刻の履歴を既定数保持し、前記制御手段は、既定数の状態変化が既定時間内に発生している場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする。
【００１３】
また、請求項４記載の発明は、請求項３に記載の画像形成装置において、前記制御手段は、状態変化発生時に、前記既定時間内に発生している状態変化が前記既定数より少なかった場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１４】
また、請求項５記載の発明は、請求項３又は４に記載の画像形成装置において、前記制御手段は、前記変化情報保存手段により保持された履歴のうち最古の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１５】
また、請求項６記載の発明は、請求項２に記載の画像形成装置において、前記変化情報保存手段は、状態変化時刻の履歴を保持するとともに、既定時間内に連続して発生した状態変化をカウントとして保持し、前記制御手段は、前記カウントが既定数を超えている場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする。
【００１６】
また、請求項７記載の発明は、請求項６に記載の画像形成装置において、前記制御手段は、状態変化発生時に、該状態変化発生の直前の状態変化発生との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１７】
また、請求項８記載の発明は、請求項６又は７に記載の画像形成装置において、前記制御手段は、前記変化情報保存手段により保持された履歴のうち最新の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする。
【００１８】
また、請求項９記載の発明は、請求項１から８のいずれか１項に記載の画像形成装置において、前記制御手段は、前記状態変化頻発状態と判定した場合であっても、優先的にユーザに通知するべき既定の状態が発生中であれば、前記状態変化頻発状態を機器状態として設定しない制御を行うことを特徴とする。
【００１９】
また、請求項１０記載の発明は、請求項１から８のいずれか１項に記載の画像形成装置において、前記状態変化頻発状態が設定されている場合は、他の状態変化が発生しているときでも、前記機器状態取得要求に対して前記状態変化頻発状態を機器状態として応答することを特徴とする。
【００２０】
また、請求項１１記載の発明は、請求項１から１０のいずれか１項に記載の画像形成装置において、前記状態変化や前記カウントに関する前記既定数、前記既定時間、あるいは前記既定の状態について、任意の数値あるいは状態をあらかじめ機器に設定する任意データ設定手段を有することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、機器状態の変化が頻繁に発生している状況を画像形成装置側で判断し、ユーザ及び機器管理者がパソコン等の端末上で機器状態変化の頻発状況を確認することが可能な画像形成装置が実現される。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照しながら、本発明の実施形態における画像形成装置ついて説明する。
【００２３】
＜実施形態１＞
本実施形態は、後述するように、既定時間内に既定数の機器状態の変化が発生しているときに、機器状態の状態変化が頻繁に発生している状態、いわゆる「状態変化ビジー」と判定するように動作させるものである。まず、本実施形態の画像形成装置の構成から説明する。
【００２４】
図１は、本実施形態の画像形成装置が使用されるネットワーク環境を示した図である。画像形成装置１，４及びクライアントＰＣ２，３，５，６は、ネットワーク１０に接続されている。ユーザは、例えばクライアントＰＣ２の端末より、ネットワーク１０を介して画像形成装置１に状態問合せを行い、リモートで機器状態を確認することが可能である。
【００２５】
機器状態を確認するためのＰＣ端末アプリケーション及びプロトコルは、様々な形態をとり得ることが可能であり、代表的なものとしては、ＳＮＭＰ（Simple Network Management Protocol）を用いたＭＩＢ（Management Information Base）取得ユーティリティ、Ｗｅｂブラウザを用いた機器状態閲覧機能、ＸＭＬ（eXtensible Markup Language）通信を用いたＷｅｂサービス等が挙げられる。ネットワーク上に複数の機器が接続されている場合は、各々の状態を取得し、ＰＣ等の端末のネットワークユーティリティで一元管理することが可能となっている。
【００２６】
図２は、本実施形態の画像形成装置のソフトウェア構成の概念図を示したものである。本実施形態の画像形成装置搭載のソフトウェアは、アプリケーション層１００、サービス層２００、オペレーティングシステム３００、エンジン制御４００及びハードウェアリソース５００からなる階層構造を有している。
【００２７】
アプリケーション層１００は、コピーアプリケーション１０１、スキャナアプリケーション１０２、ＦＡＸアプリケーション１０３等の複数のアプリケーション（以下、抽象化してＸアプリケーションという）を有し、ユーザに対して各アプリケーション機能を実現する。また、サービス層２００は、ネットワーク制御部２０１、システム制御部２０２、暗号化復号化制御部２０３等の複数の機器制御部（以下、抽象化してＸ制御部という）を有している。
【００２８】
エンジン制御４００は、スキャナ、プロッタ等のエンジンデバイスを有し、ハードウェアリソース５００は、ネットワーク５０１、ＨＤＤ５０２、回線５０３等のリソースを有している。サービス層２００の各制御部は、オペレーティングシステム３００を介して、エンジン制御４００のエンジンデバイスの動作制御、及びハードウェアリソース５００へのアクセス制御を組み合わせ、アプリケーション層１００が共通で利用できる単位の制御を提供する。
【００２９】
図３は、図２のアプリケーション層において、本実施形態の画像形成装置が行う動作に関わるプログラム構成を示した図である。アプリケーション層１００におけるＸアプリケーション１１０は、状態通知処理部１１１、状態テーブル管理部１１２、状態問合せ処理部１１３、状態変化記憶部１１４、状態テーブル１１５及び判定・設定制御部１１６を有している。状態通知処理部１１１、状態テーブル管理部１１２、状態問合せ処理部１１３及び判定・設定制御部１１６は、制御処理部であり、状態変化記憶部１１４及び状態テーブル１１５は、データ領域である。
【００３０】
状態通知処理部１１１は、サービス層２００におけるＸ制御部２１０から通知される状態変化を受信する。状態テーブル管理部１１２は、受信された状態変化通知を解析し、解析して得られた状態変化後の機器状態に関する情報（機器状態情報）を、ユーザが取得する際のデータ形式に変換して状態テーブル１１５へ送出する。状態テーブル１１５は、受け取った機器状態情報を保存する。
【００３１】
また、状態テーブル管理部１１２の解析により、状態発生時刻あるいはカウント数といった状態変化に関する情報（状態変化情報）も同時に得られるが、この状態変化情報は状態変化記憶部１１４へ送出され、状態変化記憶部１１４により保存、管理される。
【００３２】
そして、判定・設定制御部１１６は、状態変化記憶部１１４により保存された状態変化情報に基づいて、通知された状態変化の発生時点が状態変化の頻発状態である「状態変化ビジー」に該当するか否かの判定を行い、「状態変化ビジー」と判定したときに「状態変化ビジー」を機器状態として設定し、設定された機器状態を状態テーブル１１５へ送出する。
【００３３】
一方、状態問合せ処理部１１３は、サービス層２００のネットワーク制御部２０１からの機器状態取得要求に対して、状態テーブル１１５に保存されている機器状態を返す。
【００３４】
このように、機器内部で発生した状態変化は、然るべきデータ形式でＸアプリケーション１１０の状態テーブル１１５に保存され、一方、ユーザは、ＰＣ端末のネットワークユーティリティにより機器状態取得要求を発行し、ネットワーク制御部２０１を介して、状態テーブル１１５に保存されていた機器状態情報を取得することができる。
【００３５】
次に、本実施形態の画像形成装置における動作、とりわけ「状態変化ビジー」の判定及び設定に関する動作について説明する。
【００３６】
図４は、本実施形態の画像形成装置における状態変化発生時及び機器状態取得要求時の動作を示したフローチャートで、図の左側（ステップＳ１００１〜ステップＳ１００６）が機器状態変化の発生時における動作フローを、図の右側（ステップＳ１００７〜ステップＳ１０１０）が機器状態の取得要求時における動作フローを表している。
【００３７】
まず、状態変化発生時の動作フローについて述べる。Ｘ制御部２１０により機器状態変化通知がなされると（ステップＳ１００１）、状態テーブル管理部１１２は、通知内容を、ユーザが取得するデータフォーマットに変換し（ステップＳ１００２）、得られた発生状態（状態変化後の機器状態）を状態テーブル１１５に追加する（ステップＳ１００３）。
【００３８】
そして、判定・設定制御部１１６は、状態変化が頻繁に発生しているか否かを状態変化記憶部１１４の状態変化情報に基づいて判定し、頻繁に発生していると判定した場合は（ステップＳ１００４／ＹＥＳ）、「状態変化ビジー」の設定を行って状態テーブル１１５に該設定を追加する（ステップＳ１００５）。他方、頻繁に発生していないと判定した場合は（ステップＳ１００４／ＮＯ）、機器状態の設定を完了する（ステップＳ１００６）。
【００３９】
続いて、機器状態取得要求時の動作フローについて述べる。ネットワーク制御部２０１により機器状態の取得要求がなされると（ステップＳ１００７）、状態問合せ処理部１１３は、状態テーブル１１５に応答データ作成未処理の状態が存在するか否かを判断し、未処理状態が存在すると判断した場合は（ステップＳ１００８／ＹＥＳ）、応答データに未処理の機器状態をコピーし、未処理の機器状態をコピーし終わるまで繰り返す（ステップＳ１００９）。他方、未処理状態が存在しないと判断した場合は（ステップＳ１００８／ＮＯ）、応答データをネットワーク制御部２０１へ送出し、取得要求の応答を行う（ステップＳ１０１０）。
【００４０】
図５は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、状態変化の頻発状態についての判定及び「状態変化ビジー」の設定を詳細に表したものである。
【００４１】
ここで、「状態変化ビジー」の判定及び設定は、以下のように行われる。既定時間内に既定数の状態変化が発生している場合に、「状態変化ビジー」と判定し、「状態変化ビジー」を機器状態として設定する。つまり、図１５に示すように、既定時間内に状態変化発生Ａ〜Ｃが既定数（ここでは３）存在するため、状態変化発生Ｃの時点で「状態変化ビジー」と判定し設定を行う。
【００４２】
図５のフローチャートに沿って説明する。まず、機器状態変化通知がなされると（ステップＳ１１０１）、通知された機器状態の内容を、ユーザが取得するデータフォーマットに変換され（ステップＳ１１０２）、変換された機器状態（発生状態）は状態テーブル１１５に追加される（ステップＳ１１０３）。
【００４３】
次に、判定・設定制御部１１６は、履歴データとして状態変化記憶部１１４に保持されている状態発生時刻の総数が、既定数未満であるか否かを判定する（ステップＳ１１０４）。既定数以上と判定した場合は（ステップＳ１１０４／ＮＯ）、保持された時刻履歴のうち最も古い状態発生時刻を１件削除し（ステップＳ１１０５）、時刻履歴の末尾に最新のデータとして現在時刻（通知された状態変化の発生時刻）を追加する（ステップＳ１１０６）。既定数未満と判定した場合は（ステップＳ１１０４／ＹＥＳ）、時刻履歴の末尾に現在時刻を追加する（ステップＳ１１０６）。
【００４４】
続いて、履歴データの状態発生時刻の総数が既定数未満であるかを再び判定する（ステップＳ１１０７）。既定数未満と判定した場合は（ステップＳ１１０７／ＹＥＳ）状態設定が完了となる（ステップＳ１１１０）が、既定数以上と判定した場合は（ステップＳ１１０７／ＮＯ）、最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えるか否かの判定を行う（ステップＳ１１０８）。
【００４５】
最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えると判定した場合は（ステップＳ１１０７／ＹＥＳ）状態設定が完了となる（ステップＳ１１１０）が、該間隔が既定時間を超えないと判定した場合は（ステップＳ１１０８／ＮＯ）、判定・設定制御部１１６は、「状態変化ビジー」を機器状態として設定して状態テーブル１１５に追加し（ステップＳ１１０９）、機器状態の設定処理を完了する（ステップＳ１１１０）。
【００４６】
図６は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図５の動作フローにおいて、所定の場合に状態発生時刻の履歴及び「状態変化ビジー」の設定を削除するようにしたものである。
【００４７】
「状態変化ビジー」設定の削除や時刻履歴の削除は、保持される状態変化のうち最古の発生時刻から既定時間を経過して状態変化が発生したときに行われる。つまり、図１６に示すように、既定時間内に状態変化発生Ａ、Ｂ、Ｃが既定数（ここでは３）存在し、状態変化発生Ｃの時点で「状態変化ビジー」の判定及び設定がなされたときでも、状態変化発生Ｄの発生時刻と最古の状態変化発生Ｂ（保持される状態変化を３としている）の発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定及び時刻履歴が削除される。
【００４８】
図６の動作フローは、基本的に図５と同様であり、状態発生時刻の履歴及び「状態変化ビジー」の設定を削除する点で図５と異なるため、共通点は省略し相違点について述べる。
【００４９】
機器状態変化通知を受けて、データフォーマットの変換を行い、発生状態及び状態発生時刻を追加した後（ステップＳ１２０１〜ステップＳ１２０６）、履歴データの状態発生時刻の総数が既定数未満であるかを判定する（ステップＳ１２０７）。履歴総数が既定数未満と判定した場合は（ステップＳ１２０７／ＹＥＳ）、最新時刻（通知された状態変化の発生時刻）の履歴を残してそれ以外の全ての履歴を削除する（ステップＳ１２０９）。
【００５０】
また、履歴総数が既定数以上と判定し（ステップＳ１２０７／ＮＯ）、最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えるか否かの判定で既定時間を超えると判定した場合も（ステップＳ１２０８／ＹＥＳ）、上記と同様に最新時刻以外の時刻履歴を全て削除する（ステップＳ１２０９）。
【００５１】
そして、最新時刻以外の時刻履歴を削除した後、状態テーブル１１５に「状態変化ビジー」が存在するか否かを判定し（ステップＳ１２１１）、存在すると判定した場合は（ステップＳ１２１１／ＹＥＳ）、状態テーブル１１５から「状態変化ビジー」を削除する（ステップＳ１２１２）。「状態変化ビジー」が存在しないと判定したときは（ステップＳ１２１１／ＮＯ）、機器状態の設定処理が完了となる（ステップＳ１２１３）。
【００５２】
一方、履歴総数が既定数以上と判定し（ステップＳ１２０７／ＮＯ）、最新の状態発生時刻と最古の状態発生時刻との間隔が既定時間を超えないと判定した場合は（ステップＳ１２０８／ＮＯ）、「状態変化ビジー」の設定を行って状態テーブル１１５に該設定を追加する（ステップＳ１２１０）。
【００５３】
図７は、本実施形態の画像形成装置における機器状態取得要求時の動作を示したフローチャートで、図４（右側）の動作フローに、図６で述べた状態発生時刻の履歴及び「状態変化ビジー」の設定を削除する動作をさらに加えたものである。
【００５４】
ここでは、「状態変化ビジー」設定及び時刻履歴の削除は、最古の発生時刻から既定時間を経過して状態取得要求があったときに行われる。つまり、図１７に示すように、既定時間内に状態変化発生Ａ、Ｂ、Ｃが既定数（ここでは３）存在し、状態変化発生Ｃの時点で「状態変化ビジー」の判定及び設定がなされたときでも、状態取得要求ａの発生時刻と最古の状態変化発生Ｂ（保持される状態変化を３としている）の発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定及び時刻履歴が削除される。
【００５５】
図７のフローチャートに沿って説明する。まず、状態問合せ処理部１１３は、ネットワーク制御部２０１から機器状態の取得要求を受け（ステップＳ１３０１）、現在時刻（取得要求を受け取った時刻）を特定し、取得する（ステップＳ１３０２）。
【００５６】
次に、現在時刻と状態変化記憶部１１４に保持された最新の状態発生時刻との間隔が既定時間を超えるか否かを判定する（ステップＳ１３０３）。当該間隔が既定時間を超えると判定した場合は（ステップＳ１３０３／ＹＥＳ）、最新時刻の履歴を残してそれ以外の全ての時刻履歴を削除する（ステップＳ１３０４）。
【００５７】
そして、状態テーブル１１５に「状態変化ビジー」が存在するか否かを判定し（ステップＳ１３０５）、存在すると判定した場合は（ステップＳ１３０５／ＹＥＳ）、状態テーブル１１５から「状態変化ビジー」を削除する（ステップＳ１３０６）。
【００５８】
続いて、状態テーブル１１５に応答データ作成未処理の機器状態が存在するか否かの判定を行う（ステップＳ１３０７）。未処理の機器状態が存在すると判定した場合は（ステップＳ１３０７／ＹＥＳ）、応答データに未処理の機器状態をコピーし、未処理の機器状態をコピーし終わるまで繰り返す（ステップＳ１３０８）。他方、未処理の機器状態が存在しないと判定した場合は（ステップＳ１３０７／ＮＯ）、機器状態取得要求の応答を行う（ステップＳ１３０９）。
【００５９】
なお、現在時刻と最新の状態発生時刻との間隔が既定時間を超えないと判定した場合（ステップＳ１３０３／ＮＯ）や状態テーブル１１５に「状態変化ビジー」が存在しないと判定した場合（ステップＳ１３０５／ＮＯ）は、未処理状態の存否について判定を行う（ステップＳ１３０７）。
【００６０】
図８は、本実施形態の画像形成装置における機器状態取得要求時の動作を示したフローチャートで、「状態変化ビジー」の設定がなされているときに「状態変化ビジー」の機器状態のみ応答するようにしたものである。
【００６１】
ネットワーク制御部２０１から機器状態取得要求を受けた後（ステップＳ１４０１）、状態テーブル１１５に「状態変化ビジー」が存在するか否かを判定する（ステップＳ１４０２）。「状態変化ビジー」が存在すると判定した場合は（ステップＳ１４０２／ＹＥＳ）、応答データに「状態変化ビジー」の機器状態のみをコピーし（ステップＳ１４０３）、機器状態取得要求に対する応答を行う（ステップＳ１４０６）。
【００６２】
一方、「状態変化ビジー」が存在しないと判断した場合は（ステップＳ１４０２／ＮＯ）、応答データ作成未処理の機器状態がなくなるまで応答データに発生状態をコピーし（ステップＳ１４０４、ステップＳ１４０５）、機器状態取得要求に対する応答を行う（ステップＳ１４０６）。
【００６３】
図９は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図５の動作フローにおいて、ユーザが「状態変化ビジー」判定のための既定時間をあらかじめ機器に設定できるようにしたものである。
【００６４】
基本的には図５の動作フローと同様で、既定時間の設定について異なる。つまり、ステップＳ１５０８において、ユーザが機器に設定した既定時間を取得し、取得された既定時間を用いて、ステップＳ１５０９において、「状態変化ビジー」の判定を行う。
【００６５】
＜実施形態２＞
本実施形態は、先述した実施形態１と異なり、既定時間内に連続して発生した状態変化数をカウントとして把握し該カウントが既定数を超えたときに、「状態変化ビジー」と判定するように動作させるものである。本実施形態の画像形成装置の構成は実施形態１と同様であるため省略し、「状態変化ビジー」の判定及び設定の動作について説明する。
【００６６】
図１０は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、状態変化の頻発状態についての判定及び「状態変化ビジー」の設定を詳細に表したものである。
【００６７】
ここで、「状態変化ビジー」の判定及び設定は、以下のように行われる。例えば、図１８に示すように、既定時間内に状態変化発生Ａ及びＢが連続するときカウント１加算し、同様に、状態変化発生Ｂ及びＣ、状態変化発生Ｃ及びＤ、状態変化発生Ｄ及びＥの連続発生でカウントを加算していき、カウントが既定数の４に達したときに、「状態変化ビジー」の判定及び設定を行う。
【００６８】
図１０のフローチャートに沿って説明する。まず、機器状態変化通知がなされると（ステップＳ１６０１）、通知された機器状態の内容を、ユーザが取得するデータフォーマットに変換され（ステップＳ１６０２）、発生状態は状態テーブル１１５に追加される（ステップＳ１６０３）。
【００６９】
次に、判定・設定制御部１１６は、状態変化通知のあった時刻（現在時刻）と状態変化記憶部１１４に保持された時刻履歴のうち最新の状態発生時刻との間隔が既定時間を超えるか否かを判定する（ステップＳ１６０４）。当該間隔が既定時間を超えないと判定した場合は（ステップＳ１６０４／ＮＯ）カウントを１加算し（ステップＳ１６０５）、既定時間を超えると判定した場合（ステップＳ１６０４／ＹＥＳ）はそのまま次のステップへ進む。
【００７０】
続いて、カウントと既定数との比較判定を行い（ステップＳ１６０６）、カウントが既定数以上であると判定した場合は（ステップＳ１６０６／ＮＯ）、「状態変化ビジー」を機器状態として設定し状態テーブル１１５に該設定を追加する（ステップＳ１６０７）。一方、カウントが既定数未満と判定した場合は（ステップＳ１６０６／ＹＥＳ）、そのまま機器状態の設定処理を完了する（ステップＳ１６０８）。
【００７１】
図１１は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図１０の動作フローにおいて、所定の場合に、カウントの初期値設定及び「状態変化ビジー」設定の削除を行うようにしたものである。
【００７２】
「状態変化ビジー」設定の削除やカウント初期値の設定は、保持される状態変化のうち最新の発生時刻から既定時間を経過して状態変化が発生したときに行われる。つまり、図１９に示すように、カウントが既定数の４に達したことにより状態変化発生Ｅの時点で「状態変化ビジー」の判定及び設定がなされたときでも、その後の状態変化発生Ｆの発生時刻と最新の状態変化発生Ｅの発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定及び時刻履歴が削除される。
【００７３】
図１１の動作フローは、基本的に図１０と同様であり、カウントの初期値設定及び「状態変化ビジー」設定の削除の点で図１０と異なるため、共通点は省略し相違点について述べる。
【００７４】
機器状態変化通知を受けて、データフォーマットの変換を行い、発生状態及び状態発生時刻を追加した後（ステップＳ１７０１〜ステップＳ１７０３）、現在時刻と最新時刻との間隔が既定時間を超えるか否かの判定を行う（ステップＳ１７０４）。当該間隔が既定時間を超えないと判定した場合（ステップＳ１７０４／ＮＯ）はカウントを１加算し（ステップＳ１７０５）、既定時間を超えると判定した場合（ステップＳ１７０４／ＹＥＳ）はカウントを初期値に戻す（ステップＳ１７０６）。
【００７５】
次に、状態テーブル１１５に「状態変化ビジー」が存在するか判定し（ステップＳ１７０７）、存在すると判定した場合（ステップＳ１７０７／ＹＥＳ）は状態テーブル１１５から「状態変化ビジー」を削除し（ステップＳ１７０８）、存在しないと判定した場合は（ステップＳ１７０７／ＮＯ）そのままカウントと既定数の比較判定（ステップＳ１７０９）へ移る。以降は、図１０の動作フローと同様である。
【００７６】
図１２は、本実施形態の画像形成装置における機器状態取得要求時の動作を示したフローチャートで、実施形態１における図７の動作フローとほぼ同様であるが、現在時刻と最新時刻との間隔が既定時間を超えたと判定した場合の動作処理について異なる。すなわち、図７において履歴時刻を削除するのに対し、図１２ではカウントを初期値に戻す動作を行う。
【００７７】
ここでは、「状態変化ビジー」設定の削除やカウントの初期値設定は、最新の発生時刻から既定時間を経過して状態取得要求があったときに行われる。つまり、図２０に示すように、カウントが既定数の４に達したことにより状態変化発生Ｅの時点で「状態変化ビジー」の判定及び設定がなされたときでも、状態取得要求ａの発生時刻と最新の状態変化発生Ｅの発生時刻との間隔が既定時間を超える場合には、「状態変化ビジー」設定の削除及びカウントの初期値設定が行われる。
【００７８】
図１２のフローチャートに沿って説明する。まず、機器状態取得要求後に現在時刻を取得し（ステップＳ１８０１、ステップＳ１８０２）、現在時刻と最新時刻との間隔と既定時間との比較判定を行う（ステップＳ１８０３）。次に、当該間隔が既定時間を超えると判定した場合は（ステップＳ１８０３／ＹＥＳ）、カウントを初期値に戻し（ステップＳ１８０４）、状態テーブル１１５における「状態変化ビジー」の存否を判定する（ステップＳ１８０５）。
【００７９】
そして、「状態変化ビジー」が存在すると判定した場合（ステップＳ１８０５／ＹＥＳ）は状態テーブル１１５からこれを削除し（ステップＳ１８０６）、次に、応答データに未処理の発生状態をコピーして応答データを作成し（ステップＳ１８０７、ステップＳ１８０８）、取得要求の応答を行う（ステップＳ１８０９）。
【００８０】
図１３は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、図１０の動作フローにおいて、ユーザが「状態変化ビジー」判定のための既定数をあらかじめ機器に設定できるようにしたものである。
【００８１】
基本的には図１０の動作フローと同様で、既定数の設定について異なる。つまり、ステップＳ１９０６において、ユーザが機器に設定した既定数を取得し、取得された既定数を用いて、ステップＳ１９０７において、「状態変化ビジー」の判定を行う。
【００８２】
図１４は、本実施形態の画像形成装置における状態変化発生時の動作を示したフローチャートで、「状態変化ビジー」の状態であっても優先的にユーザに通知すべき既定の状態が発生中のときは、「状態変化ビジー」の設定を行わないように動作させるものである。なお、実施形態１においても上記動作を行わせるように構成することは可能である。
【００８３】
Ｘ制御部２１０からの機器状態変化通知を受け（ステップＳ２００１）、状態テーブル管理部１１２は、通知内容を、ユーザが取得するデータフォーマットに変換し（ステップＳ２００２）、得られた発生状態（状態変化後の機器状態）を状態テーブル１１５に追加する（ステップＳ２００３）。
【００８４】
次に、判定・設定制御部１１６は、ユーザへ通知する優先度の高い状態が発生しているか否かを判定する（ステップＳ２００４）。高優先度の状態が発生中であると判定すれば（ステップＳ２００４／ＹＥＳ）そのまま状態設定を完了する（ステップＳ２００７）。また、発生していないと判定した場合でも（ステップＳ２００４／ＮＯ）、さらに、状態変化が頻発しているか否かの判定を行い（ステップＳ２００５）、状態変化が頻発中でないと判定すれば（ステップＳ２００５／ＮＯ）そのまま状態設定を完了する（ステップＳ２００７）。他方、状態変化が頻発中と判定した場合は（ステップＳ２００５／ＹＥＳ）、「状態変化ビジー」を機器状態として設定して状態テーブル１１５に追加し（ステップＳ２００６）、状態設定完了となる（ステップＳ２００７）。
【００８５】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００８６】
上記の実施形態によれば、「状態変化ビジー」という１つの機器状態として設定することで、ネットワークユーティリティ側において変更することなく、ユーザに状態変化が頻発していることを伝えることが可能となる。
【００８７】
また、上記の実施形態によれば、既定時間内に既定数が発生し得ない状況となった場合に、設定した「状態変化ビジー」を解除することが可能となる。
【００８８】
また、上記の実施形態によれば、既定時間内に状態変化が頻発している最中はその１つ１つの機器状態の信頼性は低くなるため、「状態変化ビジー」であることのみを知らせることで、通信量を削減することが可能となる。
【００８９】
また、上記の実施形態によれば、時間間隔の短い状態変化が頻発している状況をユーザに伝えることが可能となる。
【００９０】
また、上記の実施形態によれば、状態変化の時間間隔が一定時間以上になった場合に、設定した「状態変化ビジー」を解除することが可能となる。
【００９１】
また、上記の実施形態によれば、状態変化が頻発してから、時間を空けて状態取得要求があった場合に、設定した「状態変化ビジー」を解除することが可能となる。
【００９２】
また、上記の実施形態によれば、時間間隔の短い状態変化が頻発している最中はその１つ１つの状態の信頼性は低くなるため、「状態変化ビジー」であることのみを知らせることで、通信量を削減することが可能となる。
【００９３】
また、上記の実施形態によれば、「状態変化ビジー」を定義づける観察時間や、「状態変化ビジー」を定義づけるカウント数といった既定値について、ユーザが能動的に設定変更することが可能となる。
【００９４】
また、上記の実施形態によれば、状態変化が頻発する状況であっても、要サービスコールや致命的エラーといった重要な機器状態をユーザに優先的に伝達することが可能となる。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施形態に係る画像形成装置が使用されるネットワーク環境を示した図である。
【図２】本発明の実施形態に係る画像形成装置のソフトウェア構成の概念図である。
【図３】本発明の実施形態に係る画像形成装置のプログラム構成を示した図である。
【図４】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図５】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図６】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図７】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図８】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図９】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１０】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１１】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１２】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１３】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１４】本発明の実施形態に係る画像形成装置の動作制御を示したフローチャートである。
【図１５】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１６】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１７】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１８】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図１９】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【図２０】本発明の実施形態に係る画像形成装置の動作制御を説明するための図である。
【符号の説明】
【００９６】
１，４ 画像形成装置
２，３，５，６ クライアントＰＣ
１０ ネットワーク
１００ アプリケーション層
１０１ コピーアプリケーション
１０２ スキャナアプリケーション
１０３ ＦＡＸアプリケーション
１１０ Ｘアプリケーション
１１１ 状態通知処理部
１１２ 状態テーブル管理部
１１３ 状態問合せ処理部
１１４ 状態変化記憶部
１１５ 状態テーブル
１１６ 判定・設定制御部
２００ サービス層
２０１ ネットワーク制御部
２０２ システム制御部
２０３ 暗号化復号化制御部
２１０ Ｘ制御部
３００ オペレーティングシステム
４００ エンジン制御
４０１ スキャナ
４０２ プロッタ
５００ ハードウェアリソース
５０１ ネットワーク
５０２ ＨＤＤ
５０３ 回線
【特許請求の範囲】
【請求項１】
画像形成装置の機器状態を管理し、ネットワークを通じた機器状態取得要求に対して前記管理された機器状態を提供するアプリケーションを備えた画像形成装置であって、
前記機器状態の変化を検知し、状態変化を通知する通知手段と、
前記通知手段による状態変化通知を取得し、変化後の機器状態情報を管理する管理手段と、
前記管理手段により管理された機器状態情報に基づいて、状態変化が頻繁に発生している状態である状態変化頻発状態を判定し、前記判定された状態変化頻発状態を機器状態として設定する制御を行う制御手段とを有することを特徴とする画像形成装置。
【請求項２】
前記管理手段は、
前記通知手段から取得した状態変化通知を解析して、機器状態に関する情報である状態情報と状態変化に関する情報である変化情報とに分類する解析分類手段と、
前記解析分類手段により解析、分類された状態情報を保存する状態情報保存手段と、
前記解析分類手段により解析、分類された変化情報を保存する変化情報保存手段とを有し、
前記制御手段は、前記変化情報保存手段により保存された変化情報に基づいて、前記状態変化頻発状態を判定する制御を行うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記変化情報保存手段は、状態変化時刻の履歴を既定数保持し、
前記制御手段は、既定数の状態変化が既定時間内に発生している場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記制御手段は、状態変化発生時に、前記既定時間内に発生している状態変化が前記既定数より少なかった場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記制御手段は、前記変化情報保存手段により保持された履歴のうち最古の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項３又は４に記載の画像形成装置。
【請求項６】
前記変化情報保存手段は、状態変化時刻の履歴を保持するとともに、既定時間内に連続して発生した状態変化をカウントとして保持し、
前記制御手段は、前記カウントが既定数を超えている場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする請求項２に記載の画像形成装置。
【請求項７】
前記制御手段は、状態変化発生時に、該状態変化発生の直前の状態変化発生との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記制御手段は、前記変化情報保存手段により保持された履歴のうち最新の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項６又は７に記載の画像形成装置。
【請求項９】
前記制御手段は、前記状態変化頻発状態と判定した場合であっても、優先的にユーザに通知するべき既定の状態が発生中であれば、前記状態変化頻発状態を機器状態として設定しない制御を行うことを特徴とする請求項１から８のいずれか１項に記載の画像形成装置。
【請求項１０】
前記状態変化頻発状態が設定されている場合は、他の状態変化が発生しているときでも、前記機器状態取得要求に対して前記状態変化頻発状態を機器状態として応答することを特徴とする請求項１から８のいずれか１項に記載の画像形成装置。
【請求項１１】
前記状態変化や前記カウントに関する前記既定数、前記既定時間、あるいは前記既定の状態について、任意の数値あるいは状態をあらかじめ機器に設定する任意データ設定手段を有することを特徴とする請求項１から１０のいずれか１項に記載の画像形成装置。
【請求項１】
画像形成装置の機器状態を管理し、ネットワークを通じた機器状態取得要求に対して前記管理された機器状態を提供するアプリケーションを備えた画像形成装置であって、
前記機器状態の変化を検知し、状態変化を通知する通知手段と、
前記通知手段による状態変化通知を取得し、変化後の機器状態情報を管理する管理手段と、
前記管理手段により管理された機器状態情報に基づいて、状態変化が頻繁に発生している状態である状態変化頻発状態を判定し、前記判定された状態変化頻発状態を機器状態として設定する制御を行う制御手段とを有することを特徴とする画像形成装置。
【請求項２】
前記管理手段は、
前記通知手段から取得した状態変化通知を解析して、機器状態に関する情報である状態情報と状態変化に関する情報である変化情報とに分類する解析分類手段と、
前記解析分類手段により解析、分類された状態情報を保存する状態情報保存手段と、
前記解析分類手段により解析、分類された変化情報を保存する変化情報保存手段とを有し、
前記制御手段は、前記変化情報保存手段により保存された変化情報に基づいて、前記状態変化頻発状態を判定する制御を行うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記変化情報保存手段は、状態変化時刻の履歴を既定数保持し、
前記制御手段は、既定数の状態変化が既定時間内に発生している場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記制御手段は、状態変化発生時に、前記既定時間内に発生している状態変化が前記既定数より少なかった場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記制御手段は、前記変化情報保存手段により保持された履歴のうち最古の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持された状態変化時刻の履歴を消去し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項３又は４に記載の画像形成装置。
【請求項６】
前記変化情報保存手段は、状態変化時刻の履歴を保持するとともに、既定時間内に連続して発生した状態変化をカウントとして保持し、
前記制御手段は、前記カウントが既定数を超えている場合に、前記状態変化頻発状態と判定する制御を行うことを特徴とする請求項２に記載の画像形成装置。
【請求項７】
前記制御手段は、状態変化発生時に、該状態変化発生の直前の状態変化発生との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記制御手段は、前記変化情報保存手段により保持された履歴のうち最新の状態変化時刻と前記機器状態取得要求の発行時刻との間隔が既定時間を超えている場合には、それまで保持されたカウントを初期値に変更し、かつ、前記状態変化頻発状態が設定されている場合には、該設定を削除する制御を行うことを特徴とする請求項６又は７に記載の画像形成装置。
【請求項９】
前記制御手段は、前記状態変化頻発状態と判定した場合であっても、優先的にユーザに通知するべき既定の状態が発生中であれば、前記状態変化頻発状態を機器状態として設定しない制御を行うことを特徴とする請求項１から８のいずれか１項に記載の画像形成装置。
【請求項１０】
前記状態変化頻発状態が設定されている場合は、他の状態変化が発生しているときでも、前記機器状態取得要求に対して前記状態変化頻発状態を機器状態として応答することを特徴とする請求項１から８のいずれか１項に記載の画像形成装置。
【請求項１１】
前記状態変化や前記カウントに関する前記既定数、前記既定時間、あるいは前記既定の状態について、任意の数値あるいは状態をあらかじめ機器に設定する任意データ設定手段を有することを特徴とする請求項１から１０のいずれか１項に記載の画像形成装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００７−２５１６９２（Ｐ２００７−２５１６９２Ａ）
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願番号】特願２００６−７３５６８（Ｐ２００６−７３５６８）
【出願日】平成１８年３月１６日（２００６．３．１６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願日】平成１８年３月１６日（２００６．３．１６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]