(57)【要約】【課題】エラー解除時に画像形成装置がアラートを適切に送信することを可能とする技術を提供すること。【解決手段】一般に、本実施形態の画像形成装置は、第１センサと、第２センサと、第１送信部と、第２送信部と、を備える。第１センサは、第１要素の状態を検出する。第２センサは、第２要素の状態を検出する。第１送信部は、第１要素の状態に基づき、第１規格のアラートを外部端末に送信する。第２送信部は、第２要素の状態に基づき、第１規格と異なる第２規格のアラートを外部端末に送信する。【選択図】図１
2018129622.tif 000002
【特許請求の範囲】
【請求項１】
第１要素の状態を検出する第１センサと、
第２要素の状態を検出する第２センサと、
前記第１要素の状態に基づき、第１規格のアラートを外部端末に送信する第１送信部と、
前記第２要素の状態に基づき、前記第１規格と異なる第２規格のアラートを前記外部端末に送信する第２送信部と、
を備える画像形成装置。
【請求項２】
請求項１に記載の装置において、
前記第２送信部は、前記第１送信部とは独立に動作する通信端末である。
【請求項３】
請求項１または請求項２に記載の装置において、
前記第１送信部は、前記第１要素の状態に基づき、複数の属性情報を含む前記アラートを生成し、未送信のアラートを順次送信するとともに、アラートの送信時には該アラートの属性情報を順次送信する。
【請求項４】
請求項３に記載の装置において、
前記第２センサは、前記第２要素の状態を前記第１送信部および前記第２送信部に送信し、
前記第１送信部は、前記第１要素の状態に基づいて前記第１要素の状態をエラーか否か判定し、前記第１要素の状態をエラーと判定する場合、前記アラートを生成し、かつ、前記第２センサの出力信号に基づいて前記第２要素の状態をエラーか否か判定し、前記第２要素の状態をエラーと判定する場合、前記アラートを生成後、前記アラートを無効にし、
前記第２送信部は、前記第２要素の状態を前記アラートとして送信する。
【請求項５】
第１要素の状態を検出する第１センサと、
第２要素の状態を検出する第２センサと、
前記第１要素の状態に基づいて前記第１要素の状態をエラーと判定する場合、前記第１要素の状態がエラーであることを示すアラートを外部端末に送信する第１送信部と、
前記第２要素の状態を前記外部端末に送信し、前記第１送信部とは独立に動作する第２送信部と、
を備える画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この明細書に記載の実施形態は、画像形成装置によるアラートの送信技術に関する。
【背景技術】
【０００２】
シートに画像を形成する画像形成装置が知られる（例えば特許文献１）。従来、画像形成装置の管理システムでは、画像形成装置は、エラーを検出するとアラートを生成し、管理装置に対し、未送信のアラートを順次送信する。各アラートは、所定の規格に従って生成されており、複数の属性情報を含む一つのレコードとなっている。
【０００３】
画像形成装置は、保有する未送信のアラートが示すエラーが解除される場合、該アラートを解除する。画像形成装置は、例えばカバーが開いた状態というエラーを示す未送信のアラートを保有する場合、カバーが閉まった際には該アラートを解除する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２２６３５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、画像形成装置は、アラートの送信中に、送信中のアラートが示すエラーが解除されると、送信中のアラートのレコードの不足分の属性情報を、一つ後続のアラートの対応する属性情報を用いて送信する。そして、画像形成装置は、続いて二つ後続のアラートを送信する。すなわち、従来、アラートの送信中にアラートが示すエラーが解除されると、画像形成装置は、該アラートと後続のアラートの属性情報が混じったアラートを送信してしまうという問題があった。また、画像形成装置は、一つ後続のアラートを解除していないにもかかわらず、一つ後続のアラートを送信できなくなるという問題があった。
【０００６】
この明細書は、エラー解除時に画像形成装置がアラートを適切に送信することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一般に、本実施形態の画像形成装置は、第１センサと、第２センサと、第１送信部と、第２送信部と、を備える。第１センサは、第１要素の状態を検出する。第２センサは、第２要素の状態を検出する。第１送信部は、第１要素の状態に基づき、第１規格のアラートを外部端末に送信する。第２送信部は、第２要素の状態に基づき、第１規格と異なる第２規格のアラートを外部端末に送信する。
【０００８】
一般に、本実施形態の画像形成装置は、第１センサと、第２センサと、第１送信部と、第２送信部と、を備える。第１センサは、第１要素の状態を検出する。第２センサは、第２要素の状態を検出する。第１送信部は、第１要素の状態に基づいて第１要素の状態をエラーと判定する場合、第１要素の状態をエラーであることを示すアラートを外部端末に送信する。第２送信部は、第２要素の状態を外部端末に送信し、第１送信部とは独立に動作する。
【図面の簡単な説明】
【０００９】
【図１】アラート管理システムの構成を示す図である。
【図２】プロセッサによるアラートの送信処理を示すフローチャートである。
【図３】アラートテーブルを示す図である。
【図４】アラートを解除した場合に生成されるアラートを示すである。
【図５】無効処理後のアラートテーブルを示す図である。
【図６】通信端末によるセンサの検出信号の送信処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、実施形態について図面を参照しつつ説明する。
図１は、アラート管理システム１００の構成を示す図である。
アラート管理システム１００は、画像形成装置１および管理サーバ２を備える。
画像形成装置１は、コピー、印刷、スキャン、ＦＡＸ、Ｅｍａｉｌ送信等の複数の機能を有するＭＦＰ(Multi-Function Peripheral)である。画像形成装置１は、図１では、１台のみが描かれている。しかし、複数台の画像形成装置１が管理サーバ２と通信し、管理サーバ２に監視されていてもよい。
【００１１】
画像形成装置１は、画像形成部１０１、スキャナ１０２、フロントカバー１０３、センサ１０４、１０５、ディスプレイ１０６、入力部１０７、メモリ１０８、ＨＤＤ１０９(Hard Disk Drive)、プロセッサ１１０（第１送信部）、通信Ｉ／Ｆ１１１(Interface)、および通信端末１１２（第２送信部）を備える。
【００１２】
画像形成部１０１は、シートに画像を形成する。画像形成部１０１は、レーザにて感光体に潜像を形成し、潜像をトナーにより現像してトナー像を形成し、トナー像を感光体からシートに転写する。画像形成部１０１は、ヘッドからインクを噴射してシートに画像を形成してもよい。
【００１３】
スキャナ１０２は、シート上の画像を撮像素子により撮像する。
フロントカバー１０３は、画像形成装置１の筐体の一部であり、例えば画像形成部１０１の設置領域の前面を覆う。フロントカバー１０３は、ヒンジを介して筐体に開閉可能に接続する。フロントカバー１０３を開けることで、画像形成部１０１のトナーカートリッジ等を交換したり、保守・点検したりできる。
【００１４】
センサ１０４は、フロントカバー１０３の開いた状態および閉まった状態（第２要素の状態）を検出する。センサ１０４は、フロントカバー１０３の開閉状態を示す検出信号を通信端末１１２およびプロセッサ１１０に出力する。
【００１５】
センサ１０５は、トナーカートリッジが基準位置に設置されているか否か（第１要素の状態）を検出する。
【００１６】
上記のセンサ１０４，１０５は例示であり、センサ１０４，１０５は、画像形成装置１内の各部にあり、各要素の状態を検出する。センサ１０４，１０５の他の例としては、搬送路中のシートの有無（シート詰まり）を検出するものがある。また、センサ１０４，１０５の例としては、感光体を通過したシートを加熱する定着器の温度を検出するものがある。
【００１７】
ディスプレイ１０６は、画像を表示する。入力部１０７は、タッチパネル等であり、ユーザの入力を受け付ける。メモリ１０８は、プログラムや設定値等を記憶する。ＨＤＤ１０９は、スキャナ１０２がスキャンした画像データ等を記憶する。
【００１８】
プロセッサ１１０は、画像形成装置１全体を制御する。プロセッサ１１０は、メモリ１０８内のプログラムを読み込むことにより、センサ１０５の異常を示すアラートＡＬ１〜４（図５）を管理サーバ２に送る等、各種の画像形成装置１の機能を実施する。
【００１９】
通信Ｉ／Ｆ１１１は、プロセッサ１１０が管理サーバ２と接続するためのインターフェースである。通信Ｉ／Ｆ１１１は、無線や有線を介してネットワーク上の管理サーバ２と接続する。
【００２０】
管理サーバ２は、ディスプレイ２１、入力部２２、メモリ２３、ＨＤＤ２４、プロセッサ２５、および通信Ｉ／Ｆ２６を備える。ディスプレイ２１は、画像を表示する。入力部２２は、キーボード等であり、ユーザの入力を受け付ける。メモリ２３は、プログラムや設定値等を記憶する。プロセッサ２５は、管理サーバ２全体を制御する。プロセッサ２５は、メモリ２３内のプログラムを読み込むことにより、管理サーバ２の各種機能を実施する。
【００２１】
以下、プロセッサ１１０によるアラートＡＬ１〜４の送信処理を図２のフローチャートを参照して説明する。
プロセッサ１１０は、センサ１０４、１０５からの検出信号を受信する（Ａｃｔ１１）。
【００２２】
プロセッサ１１０は、センサ１０４，１０５に基づいてエラーの有無を判定する（Ａｃｔ１２）。例えば、プロセッサ１１０は、センサ１０４の検出信号が、フロントカバー１０３が開いている状態を示す場合、フロントカバー１０３の状態をエラーと判定する（Ａｃｔ１２：ＹＥＳ）。プロセッサ１１０は、フロントカバー１０３が閉まっている状態を示す場合、フロントカバー１０３の状態を正常と判定する（Ａｃｔ１２：ＮＯ）。例えば、プロセッサ１１０は、センサ１０５の検出信号が、トナーカートリッジが基準位置に設置されていない状態を示す場合、トナーカートリッジの状態をエラーと判定する（Ａｃｔ１２：ＹＥＳ）。プロセッサ１１０は、トナーカートリッジが基準位置に設置されている状態を示す場合、トナーカートリッジの状態を正常と判定する（Ａｃｔ１２：ＮＯ）。
【００２３】
図３は、アラートテーブル１１３を示す図である。
プロセッサ１１０は、エラーと判定する場合（Ａｃｔ１２：ＹＥＳ）、アラートＡＬ１〜４を生成する（Ａｃｔ１３）。プロセッサ１１０は、アラートＡＬ１〜４をＭＩＢ(Management information base)およびＳＮＭＰ(Simple Network Management Protocol)の規格に従って生成する。また、プロセッサ１１０は、アラートＡＬ１〜４をＴｒａｐコマンドおよびｓｎｍｐｗａｌｋコマンドにより管理サーバ２に送信する。Ｔｒａｐコマンドは、プロセッサ１１０が自発的にアラートＡＬ１〜４を管理サーバ２に送信するためのコマンドである。ｓｎｍｐｗａｌｋコマンドは、プロセッサ１１０が、管理サーバ２からＧｅｔｒｅｑｕｅｓｔを受信してアラートＡＬ１〜４を返信するためのコマンドである。
【００２４】
アラートＡＬ１〜４は、図３にて横一列の行からなるデータであり、複数の属性情報を含むレコードとなっている。属性情報は、本実施形態では、Severity levelやTraining Level、Group、Group Index、Location、Alert Code、Alert Descriptionである。
【００２５】
未送信のアラートＡＬ１〜４は、生成順にメモリ１０８内のアラートテーブル１１３に順次セットされる。図３のアラートテーブル１１３では、１行目から順にアラートＡＬ１〜４がセットされるものとする。本実施形態では、アラートテーブル１１３に４つのアラートＡＬ１〜４があり、網付きで強調表示した２つ目のアラートＡＬ２は、フロントカバー１０３が開いている状態のエラーを示す。
【００２６】
プロセッサ１１０は、アラートテーブル１１３のアラートＡＬ１〜４を、アラートＡＬ１〜４の送信時に、古いものから順次送信する。プロセッサ１１０は、本実施形態では、アラートの属性情報を、Severity level、Training Level、Group、Group Index、Location、Alert Code、Alert Descriptionの順に送信する。
【００２７】
プロセッサ１１０は、エラーが解除されると、アラートＡＬ１〜４の送信中であっても該エラーを示すアラートＡＬ１〜４を解除する。エラーの種類によっては、アラートＡＬ１〜４の送信中に解除されやすいものがある。例えば、ユーザはフロントカバー１０３を開け閉めしやすい。本実施形態では、アラートＡＬ２のAlert Descriptionが、フロントカバー１０３が開いている状態を示すエラー（Ａｌｅｒｔ２）を示しているものとする。すなわち、アラートＡＬ２は、送信中に解除されやすい種類のアラートであるものとする。
【００２８】
従来、プロセッサ１１０は、アラートＡＬ２における矢印で示すGroupの属性情報まで送信している際に、フロントカバー１０３が閉められたことを検出すると、アラートＡＬ２を解除する。
【００２９】
図４は、アラートＡＬ２を解除した場合に生成されるアラートＡＬ５を示す図である。
この場合、従来のプロセッサ１１０は、アラートＡＬ１〜４のレコードを構成する属性情報のうち、未送信の属性情報は、解除したアラートＡＬ２の一つ後続のアラートＡＬ３の属性情報を用いる。本実施形態の場合、プロセッサ１１０は、属性情報Group Index、Location、Alert Code、Alert Descriptionとして、アラートＡＬ３の属性情報を用いる。
【００３０】
従って、プロセッサ１１０は、アラートＡＬ２の一部の属性情報Severity level、TrainingLevel、Groupと、アラートＡＬ３の一部の属性情報Group Index、Location、Alert Code、Alert Descriptionとを含むアラートＡＬ５を管理サーバ２に送信することとなる。
【００３１】
このように、プロセッサ１１０は、アラートＡＬ１〜４の送信中にアラートＡＬ１〜４を解除すると、不適切なアラートＡＬ５を管理サーバ２に送信してしまうという問題があった。また、プロセッサ１１０は、解除していないアラートＡＬ３にもかかわらず、該アラートＡＬ３を管理サーバ２に送信できないという問題があった。
【００３２】
そこで、本実施形態では、アラートＡＬ１〜４の送信中に解除されやすい各エラーが、無効処理対象としてメモリ１０８に予め設定されている。本実施形態では、Alert Descriptionにおけるフロントカバー１０３が開いている状態を示すエラー（Ａｌｅｒｔ２）、が無効処理対象として設定されている。
【００３３】
図５は、無効処理後のアラートテーブル１１３を示す図である。
プロセッサ１１０は、アラートテーブル１１３中のアラートＡＬ１〜４において、無効処理対象のエラーを示すアラートＡＬ２がある場合（Ａｃｔ１４：ＹＥＳ）、アラートＡＬ２を無効にする。本実施形態では、プロセッサ１１０は、アラートテーブル１１３に、フロントカバー１０３が開いている状態であるエラー（Ａｌｅｒｔ２）を示すアラートＡＬ２がある場合、アラートＡＬ２を無効にする（Ａｃｔ１５）。これにより、アラートＡＬ２は、アラートテーブル１１３から消去される。プロセッサ１１０は、アラートテーブル１１３中に無効処理対象のエラー（Ａｌｅｒｔ２）を示すアラートＡＬ２が無い場合（Ａｃｔ１４：ＮＯ）、以下のＡｃｔ１６を行う。
【００３４】
プロセッサ１１０は、アラートテーブル１１３中のアラートＡＬ１、３、４を管理サーバ２に順次送信する（Ａｃｔ１６）。
【００３５】
このように、プロセッサ１１０は、センサ１０５が検出する第１要素の状態（例えばトナーカートリッジの設置状態）に基づき、第１規格のアラートＡＬ１、３、４を管理サーバ２に送信する。第１規格とは、ＭＩＢおよびＳＮＭＰの規格に従った規格である。第１規格とは、属性情報Severity level、TrainingLevel、Group、Group Index、Location、Alert Code、Alert Descriptionを含むレコードからアラートＡＬ１、３、４を構成させる規格である。
【００３６】
以下、通信端末１１２によるセンサ１０４の検出信号の送信処理を図６のフローチャートを参照して説明する。
通信端末１１２は、いわゆるＩｏＴ通信モジュールである。通信端末１１２は、無効処理対象のエラーを検出するためのセンサ１０４の近傍に設けられ、センサ１０４に接続される。通信端末１１２は、プロセッサ１１０とは独立に動作する。
【００３７】
通信端末１１２は、センサ１０４の検出信号を受信する（Ａｃｔ２１）。
通信端末１１２は、センサ１０４の検出信号を管理サーバ２に送信する（Ａｃｔ２２）。通信端末１１２は、例えば、センサ１０４がフロントカバー１０３の開閉状態の切り替わりを検出する度に、フロントカバー１０３の開閉状態を管理サーバ２に送信する。通信端末１１２は、管理サーバ２がＩＰｖ６(Internet Protocol Version 6)に対応する場合、ＩＰｖ６に従って管理サーバ２と通信を行う。通信端末１１２は、管理サーバ２がＩＰｖ４(Internet Protocol Version 4)にのみ対応する場合、ＩＰｖ６とＩＰｖ４を仲介するルータを介して管理サーバ２と通信を行う。
【００３８】
通信端末１１２は、センサ１０４が検出する第２要素の状態（例えばフロントカバー１０３の開閉状態）に基づき、第２規格のアラートを管理サーバ２に送信する。ここでのアラートとは、該アラートに基づいてエラーを検出できる信号を指すものとする。アラートとは、例えばフロントカバー１０３の開閉状態を指す。第２規格とは、プロセッサ１１０が生成するアラートＡＬ１、３、４の規格と異なる規格を指す。
【００３９】
通信端末１１２は、アラートの送信中に解除されやすい第２要素のエラーを検出するための適宜のセンサ１０４に接続され、第２要素の状態を示すセンサ１０４の検出信号を管理サーバ２に送信する。
【００４０】
通信端末１１２は、第２規格のアラートとして、フロントカバー１０３が開いている状態を示す情報を生成し、管理サーバ２に送信してもよい。通信端末１１２は、メールでアラートを管理サーバ２に送信してもよい。通信端末１１２は、無線または有線によりアラートを管理サーバ２に送信してもよい。
【００４１】
通信端末１１２は、画像形成装置１内に従来からあるセンサ１０４の検出信号を管理サーバ２に送信するために設置することができる。通信端末１１２は、センサ１０４と一体に設けられ、センサ１０４とモジュール化されていてもよい。
【００４２】
画像形成装置１に電源が接続された状態で、電源スイッチが押されて画像形成装置１の電源がＯＦＦされた場合においても、通信端末１１２は電源から電力の供給を受ける。従って、通信端末１１２にセンサ１０４が一体とされてモジュール化されている場合、通信端末１１２は、画像形成装置１の電源がＯＦＦとされた場合でも、センサ１０４によりフロントカバー１０３の開閉状態を検出し、フロントカバー１０３の開閉状態を管理サーバ２に送信できる。
【００４３】
管理サーバ２は、プロセッサ１１０から受信するアラートＡＬ１、３、４、および通信端末１１２から受信するアラート（画像形成装置１の要素の状態）に基づいて、画像形成装置１を監視する。管理サーバ２は、プロセッサ１１０および通信端末１１２からアラートＡＬ１、３、４を受信すると、ディスプレイ２１や、管理者に関わるＰＣやモバイルの画面にアラートＡＬ１、３、４の内容を表示したり、ランプを点消灯させたりして、管理者にアラートＡＬ１、３、４を報知してもよい。
【００４４】
本実施形態では、アラートＡＬ１、３、４の送信途中に解除される可能性が高いエラーを検出するセンサ１０４に通信端末１１２が接続する。そして、該センサ１０４による検出信号（あるいはアラート）を通信端末１１２が管理サーバ２に送信する。
【００４５】
従って、本実施形態では、プロセッサ１１０によるアラートＡＬ１、３、４の送信中にエラーが解除されても、該エラーは、プロセッサ１１０が送信するアラートＡＬ１、３、４に関わらないエラーである。そのため、プロセッサ１１０が送信するアラートＡＬ１、３、４が混ざってしまうことを防ぐことができ、アラートＡＬ１、３、４を適切に送信できる。また、通信端末１１２が、アラートの送信を一部負担することとなるため、プロセッサ１１０の負荷を軽減できる。
【００４６】
以上に詳述したように、この明細書に記載の技術によれば、エラー解除時に画像形成装置がアラートを適切に送信することを可能とする技術を提供できる。
【符号の説明】
【００４７】
１…画像形成装置、２…管理サーバ（外部端末）、１０３…フロントカバー（第２要素）、１０４…センサ（第１センサ）、１０５…センサ（第２センサ）、１１０…プロセッサ（第１送信部）、１１２…通信端末（第２送信部）。
【図１】
2018129622.tif 000003
【図２】
2018129622.tif 000004
【図３】
2018129622.tif 000005
【図４】
2018129622.tif 000006
【図５】
2018129622.tif 000007
【図６】
2018129622.tif 000008