JP4744808B2 - 通信装置とその遠隔管理システムおよびプログラム - Google Patents

Description

この発明は、外部装置と通信する機能を備えた通信装置と、この通信装置とこれをネットワークを介して遠隔管理する管理装置とによって構成された遠隔管理システム、および上記通信装置を制御するコンピュータに必要な機能（この発明に係わる機能）を実現させるためのプログラムに関する。

従来から、通信機能を備えたプリンタ，ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置を始め、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能（通信手段）を持たせた電子装置（通信装置）を被管理装置とし、サービスセンタ（管理センタ）の管理装置が公衆回線やインタネット等のネットワーク経由でこれらの被管理装置を遠隔管理する遠隔管理システムが提案されている。

あるいは、被管理装置が通信機能を備えていない場合や、通信機能を備えていてもその機能が管理装置と通信するための機能を持っていない場合には、その被管理装置に管理装置と通信可能な通信機能を有する仲介装置をネットワーク経由で接続し、管理装置がネットワークおよび仲介装置経由で被管理装置を遠隔管理する遠隔管理システムも提案されている。

ここで、例えば被管理装置を画像形成装置とし、その画像形成装置について簡単に説明する。
画像形成装置としては、既知の感光体静電プロセスを用いて普通紙に画像形成するものが一般的であるが、このような感光体静電プロセスを行う機構からは、トラブル（異常）が発生する割合も高く、更に性能維持のための定期的なオーバホールの必要性から、保守管理のサービス体制を採っている。

この保守管理を充実させる目的で、画像形成装置の遠隔管理システムとして、画像形成装置の内部又は外部に通信手段を設け、画像形成装置とサービスセンタ（管理センタ）に設置された管理装置とを公衆回線（電話回線）を介して接続し、画像形成装置の異常発生時にその旨を管理装置に通報するようにしたものが既に開発され（例えば特許文献１〜５参照）、市販されている。
特開平８−３１４８１５号公報 特開２００２−１４４６８４号公報 特開２００１−３４１２２号公報 特開２００１−１０９３３４号公報 特開２００１−１９４９６４号公報

このような遠隔管理システムにおける画像形成装置での異常発生時の制御について、図２８および図２９を参照して詳細に説明する。
図２８，図２９は、従来の遠隔管理システムにおける画像形成装置での異常発生時の通信シーケンスの異なる例を示す図である。
画像形成装置は、スキャナエンジン又はプロッタエンジン等のエンジンユニット（ハードユニット）内にセンサ等からなる異常検出部（異常検出手段）を備えており、その異常検出部が、エンジンユニットの状態を監視し、例えば異常としてＳＣ（サービスマンコール）が発生した場合に、そのＳＣを検出し、ＳＣが発生した旨（異常情報）をコントローラへ通知する。
コントローラは、エンジンユニットからＳＣが発生した旨が通知されると、そのエンジンユニット内でＳＣが発生したと判定し、ＳＣコール（ＳＣ情報の自動通報）用のメッセージを生成してラインアダプタ（仲介装置）へ送信する。このとき、操作部上の文字表示器に「ＳＣコール中」のメッセージを表示する。

ラインアダプタは、コントローラからＳＣコール用のメッセージを受信すると、コール受付ＯＫをコントローラへ通知すると共に、公衆回線経由でサービスセンタの管理装置に対してＳＣコールを行う。つまり、ＳＣコールを知らせるＳＣコール情報（異常情報）を公衆回線経由でサービスセンタの管理装置へ自動通報する。
サービスセンタの管理装置は、機器利用者（この例では画像形成装置を利用しているユーザ）側に設置されているラインアダプタから通報されたＳＣコール情報を受信し、その受信が正常に終了すると、その旨（ＳＣコールに対する処理が成功した旨）のコール結果（ＯＫ）を公衆回線経由で通報元のラインアダプタへ送信する。また、受信したＳＣコール情報をキュー（例えばハードディスク装置内のデータベース）に格納し、管理装置のオペレータ（以下「センタオペレータ」という）によって対応する処理が行われるまでキューイング（保持する）。さらに、受信したＳＣコール情報を表示部に表示してセンタオペレータに知らせる。

通報元のラインアダプタは、サービスセンタの管理装置からコール結果（ＯＫ）を受信すると、そのコール結果（ＯＫ）を画像形成装置のコントローラへ送信する。
画像形成装置のコントローラは、ラインアダプタからコール結果（ＯＫ）を受信すると、操作部上の文字表示器に「ＳＣコール成功」のメッセージを表示する。

一方、センタオペレータは、管理装置の表示部の表示を見て通報元のラインアダプタに接続されている画像形成装置のエンジンユニット内でＳＣが発生したことを認識すると、対応する作業を開始する。
すなわち、まず、管理装置を操作して通報元のラインアダプタへ機器（画像形成装置のエンジンユニット）の状態を知るための状態取得指令にその機器の識別情報を付加して送信させることにより、そのラインアダプタに接続されている画像形成装置から返送される状態応答情報（画像形成装置の状態を示す情報）を取得する。
通報元のラインアダプタは、サービスセンタの管理装置から状態取得指令を受信すると、その状態取得指令をそれに付加されている識別情報に基づいて該当する画像形成装置のコントローラへ送信する。

画像形成装置のコントローラは、ラインアダプタから状態取得指令を受信すると、エンジンの状態を調べ、その結果を示す状態応答情報をラインアダプタへ送信する。このとき、例えばユーザ（オペレータ）による主電源のＯＦＦ／ＯＮ（主電源を一旦ＯＦＦにして再びＯＮにする）によってＳＣ状態（異常）が解除することもあるため、この場合にはＳＣ状態の解除を知らせる異常解除情報を状態応答情報としてラインアダプタへ送信する。
ラインアダプタは、画像形成装置のコントローラから状態応答情報を受信すると、その状態応答情報を公衆回線経由でサービスセンタの管理装置へ通報する。

サービスセンタの管理装置は、通報元のラインアダプタから状態応答情報を受信すると、その状態応答情報を表示部に表示してセンタオペレータに知らせる。
センタオペレータは、管理装置の表示部の表示を見て通報元のラインアダプタに接続されている画像形成装置のエンジンユニット内でＳＣが発生したままであることを認識すると、該当するユーザ（その画像形成装置の利用者）へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施する。通報元のラインアダプタに接続されている画像形成装置のエンジンユニット内でＳＣが発生していない（ＳＣ状態が解除された）ことを認識すると、上述したような処理は行わない。

しかしながら、このような遠隔管理システムでは、以下に示すような不都合がある。
センタオペレータが、機器利用者側の画像形成装置（例えば通報元の仲介装置に接続されている画像形成装置）のエンジンユニット内でＳＣが発生したことを認識すると、その画像形成装置のエンジンユニットの状態を知るために、管理装置（外部装置）を操作して状態取得指令を送信させなければならない。

また、管理装置が、状態取得指令の送信により、機器利用者側の画像形成装置のエンジンユニットの状態が異常である旨を示す状態応答情報を受信した場合、その状態応答情報の内容を表示部に表示してセンタオペレータに知らせるため、そのセンタオペレータが、上述したように該当する機器利用者（ユーザ）へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施するが、管理装置が状態応答情報を受信してからセンタオペレータによって上記作業を実施するまでの間に、機器利用者側の画像形成装置のＳＣ状態が解除するようなこともありえる。この場合、センタオペレータによる作業やサービスマンのＳＣが発生した画像形成装置の設置場所への訪問が無駄になってしまう。

さらに、上述したような遠隔管理システムでは、機器利用者側の画像形成装置が、仲介装置（ラインアダプタ）を用いて又は単独で（この場合仲介装置としての機能を有する）管理装置へのＳＣコールの実行中に、自己の電源（給電手段）が機器利用者の操作等によってＯＦＦ／ＯＮされた場合（一旦遮断されて再び投入された場合）、その実行中のＳＣコールが中断されるため、以後ＳＣが再び発生しない限りは、実行中だった（中断された）ＳＣコールを再開することができないという問題もある。
なお、機器利用者は、電源のＯＦＦ／ＯＮによってＳＣ状態が解除される場合があることを知っているため、ＳＣの検出によって操作部上に対応するエラーメッセージが表示されるような場合には、電源をＯＦＦ／ＯＮさせるための操作を行う場合が多い。
管理装置では、仲介装置又は画像形成装置からのＳＣコールが中断された場合、そのＳＣコールの情報を正常に受信していない場合がある。その場合、上述したような必要な作業を行うことができない。

この発明は、上記の問題点に鑑みてなされたものであり、画像形成装置等の通信装置が、異常が発生してその異常を知らせる異常情報の外部装置への送信の実行中に、自己の電源がＯＦＦになって（給電が停止されて）その実行中の送信が中断されるようなことがあった場合でも、その中断された（実行中だった）異常情報の送信を自己の電源が再びＯＮになった場合（給電が再開された場合）に自動的に再開できるようにすることを目的とする。また、通信装置で異常が発生してその異常を知らせる異常情報が外部装置へ送信された場合には、そのことを通信装置側（機器利用者側）で確認できるようにすることも目的とする。さらに、通信装置から外部装置へ異常情報が送信された後、その異常が解除された場合には、そのことを直ちに外部装置側で確認できるようにすることも目的とする。

この発明は、上記の目的を達成するため、通信装置と、その遠隔管理システム、および上記通信装置を制御するコンピュータに必要な機能を実現させるためのプログラムを提供する。
請求項１の発明による通信装置は、操作手段と、ハードユニット（スキャナエンジン又はプロッタエンジン等のエンジンユニットなど）と、該ハードユニット内の異常を検出する異常検出手段と、外部装置と通信する通信手段と、上記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報を上記通信手段によって上記外部装置へ送信させる制御手段と、上記操作手段，上記異常検出手段，上記通信手段，および上記制御手段を含む装置全体へ給電する給電手段とを有する通信装置であって、以下に示すようにしたことを特徴とする。

すなわち、上記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、上記制御手段に、上記給電手段から上記装置全体への給電中に、上記ハードユニットへの給電の停止／解除を切り替えるハードユニット給電停止／解除切替手段と、該手段に対して上記操作手段の操作によって上記ハードユニットへの給電の停止／解除の切り替えを指示する切替指示手段と、上記異常検出手段によって異常が検出された場合に、上記異常種判別手段によって判別された異常の種類が送信対象か否かを判定し、送信対象の場合に、上記異常情報の送信要求を上記判別された異常の種類を示す情報を付加して上記通信手段に対して発行した後、上記ハードユニット給電停止／解除切替手段によって上記ハードユニットへの給電が一旦停止された後その停止が解除されることにより、上記通信手段より上記異常情報の送信を開始する旨の通知を受ける前に上記ハードユニットが動作可能状態であることを確認できた場合に、上記異常情報の送信解除要求を上記通信手段に対して発行する第１の制御手段とを備え、上記通信手段に、上記第１の制御手段より上記異常情報の送信要求を受けた場合に、該異常情報を該送信要求に付加されている異常の種類を示す情報を付加して上記外部装置へ送信する手段と、該手段によって上記異常情報の送信を開始する前に、その異常情報の送信を開始する旨を該異常情報の送信要求の発行元である上記第１の制御手段へ通知する手段と、上記第１制御手段より上記異常情報の送信要求を受けてから該異常情報の送信が開始されるまでの間に該制御手段より該異常情報の送信解除要求を受けた場合に、該異常情報の送信を解除する手段とを備えたものである。

請求項２の発明による通信装置は、請求項１の通信装置において、上記給電手段からの給電に関係なく情報を記憶保持する不揮発性記憶手段を設け、上記第１の制御手段に、上記異常情報の送信要求を上記判別された異常の種類を示す情報を付加して上記通信手段に対して発行する際に、上記異常情報の送信中を示す異常情報送信中情報を上記判別された異常の種類に対応付けて上記不揮発性記憶手段に設定する手段を備え、上記制御手段に、上記給電手段から装置全体への給電が開始されたとき、上記不揮発性記憶手段にいずれかの上記異常情報送信中情報が設定されていることを認識でき、且つ上記ハードユニットが動作可能状態であることを確認できなかった場合に、上記異常情報の送信要求を上記設定されている上記異常情報送信中情報に対応する異常の種類を示す情報を付加して上記通信手段に対して発行する第２の制御手段を備えたものである。

請求項３の発明による通信装置は、請求項２の通信装置において、上記第２の制御手段に、上記異常情報の送信要求を上記判別された異常の種類を示す情報を付加して上記通信手段に対して発行した後、該通信手段より上記異常情報の送信を開始する旨の通知を受ける前に上記ハードユニットが動作可能状態であることを確認できた場合に、上記異常情報の送信解除要求を上記通信手段に対して発行する手段を備えたものである。

請求項４の発明による通信装置は、請求項３の通信装置において、上記通信手段に、上記異常情報の送信が解除された場合に、その旨を上記異常情報の送信解除要求の発行元へ通知する手段を備え、上記第１，第２の制御手段にそれぞれ、上記通信手段から上記異常情報の送信が解除された旨の通知を受けた場合に、上記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する上記異常情報送信中情報の設定を解除する手段を備えたものである。

請求項５の発明による通信装置は、請求項２〜４のいずれかの通信装置において、上記制御手段に、上記第１又は第２の制御手段による上記外部装置への上記異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、上記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する上記異常情報送信中情報の設定を解除すると共に、該異常情報の送信成功を示す異常情報送信済み情報を該異常の種類を示す情報に対応付けて上記不揮発性記憶手段に設定する第３の制御手段と、該手段によって上記不揮発性記憶手段に上記異常情報送信済み情報が設定された後、上記ハードユニットが動作可能状態であることを確認できた場合に、異常の解除を知らせる異常解除情報を上記不揮発性記憶手段に設定された上記異常情報送信済み情報に対応付けられている異常の種類を示す情報を付加して上記通信手段によって上記外部装置へ送信させる第４の制御手段とを備えたものである。

請求項６の発明による通信装置は、請求項２〜５のいずれかの通信装置において、 上記第２の制御手段に、上記給電手段による装置全体への給電が開始されたとき、上記不揮発性記憶手段にいずれかの上記異常情報送信中情報が設定されていることを確認でき、且つ上記ハードユニットが動作可能状態であることを確認できた場合に、該異常情報送信中情報の設定を解除する手段を備えたものである。

請求項７の発明による通信装置は、請求項５の通信装置において、上記制御手段に、上記第４の制御手段による上記外部装置への上記異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記不揮発性記憶手段における該異常解除情報に付加されている異常の種類を示す情報に対応する上記異常情報送信済み情報の設定を解除する第５の制御手段を備えたものである。
請求項８の発明による通信装置は、請求項１〜７のいずれかの通信装置において、上記通信手段に、上記外部装置へ送信すべき情報を構造化言語形式に変換する手段を備えたものである。

請求項９の発明による遠隔管理システムは、管理装置によってネットワークを介して複数の通信装置を遠隔管理する遠隔管理システムであって、上記複数の通信装置にそれぞれ、操作手段と、ハードユニットと、該ハードユニット内の異常を検出する異常検出手段と、上記管理装置と通信する通信手段と、上記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報を自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる制御手段と、上記操作手段，上記異常検出手段，上記通信手段，および上記制御手段を含む装置全体へ給電する給電手段と、該給電手段からの給電に関係なく情報を記憶保持する不揮発性記憶手段と、上記異常検出手段によって検出された異常の種類を判別する異常種判別手段とを設け、上記複数の通信装置の制御手段に、上記給電手段から上記装置全体への給電中に、上記ハードユニットへの給電の停止／解除を切り替えるハードユニット給電停止／解除切替手段と、該手段に対して上記操作手段の操作によって上記ハードユニットへの給電の停止／解除の切り替えを指示する切替指示手段と、上記異常検出手段によって異常が検出された場合に、上記異常種判別手段によって判別された異常の種類が送信対象か否かを判定し、送信対象の場合に、上記異常情報の送信要求を上記判別された異常の種類を示す情報および自己の識別情報を付加して上記通信手段に対して発行すると共に、上記異常情報の送信中を示す異常情報送信中情報を上記判別された異常の種類に対応付けて上記不揮発性記憶手段に設定した後、上記ハードユニット給電停止／解除切替手段によって上記ハードユニットへの給電が一旦停止された後その停止が解除されることにより、上記通信手段より上記異常情報の送信を開始する旨の通知を受ける前に上記ハードユニットが動作可能状態であることを確認できた場合に、上記異常情報の送信解除要求を上記通信手段に対して発行する第１の制御手段と、上記給電手段から装置全体への給電が開始されたとき、上記不揮発性記憶手段にいずれかの上記異常情報送信中情報が設定されていることを認識でき、且つ上記ハードユニットが動作可能状態であることを確認できなかった場合には、上記異常情報の送信要求を上記設定されている上記異常情報送信中情報に対応する異常の種類を示す情報および自己の識別情報を付加して上記通信手段に対して発行する第２の制御手段と、上記第１又は第２の制御手段による上記管理装置への上記異常情報の送信に対して、該管理装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、上記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する上記異常情報送信中情報の設定を解除すると共に、該異常情報の送信成功を示す異常情報送信済み情報を該異常の種類を示す情報に対応付けて上記不揮発性記憶手段に設定する第３の制御手段とを備え、上記複数の通信装置の通信手段に、上記第１の制御手段より上記異常情報の送信要求を受けた場合に、該異常情報を該送信要求に付加されている異常の種類を示す情報および自己の識別情報を付加して上記管理装置へ送信する手段と、該手段によって上記異常情報の送信を開始する前に、その異常情報の送信を開始する旨を該異常情報の送信要求の発行元である上記第１の制御手段へ通知する手段と、上記第１の制御手段より上記異常情報の送信要求を受けてから該異常情報の送信が開始されるまでの間に該第１の制御手段より該異常情報の送信解除要求を受けた場合に、該異常情報の送信を解除する手段とを備え、上記管理装置に、上記複数の通信装置と通信する通信手段と、該手段によっていずれかの通信装置から上記異常情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常情報に付加された識別情報に基づいて該異常情報を送信した通信装置へ上記通信手段によって送信させる制御手段とを設けたものである。

請求項１０の発明による遠隔管理システムは、請求項９遠隔管理システムにおいて、上記複数の通信装置の制御手段の第２の制御手段に、上記給電手段による装置全体への給電が開始されたとき、上記不揮発性記憶手段にいずれかの上記異常情報送信中情報が設定されていることを確認でき、且つ上記ハードユニットが動作可能状態であることを確認できた場合に、該異常情報送信中情報の設定を解除する手段を備えたものである。

請求項１１の発明による遠隔管理システムは、請求項１０の遠隔管理システムにおいて、上記複数の通信装置の制御手段に、上記第３の制御手段によって上記不揮発性記憶手段に上記異常情報送信済み情報が設定された後、上記ハードユニットが動作可能状態であることを確認できた場合に、異常の解除を知らせる異常解除情報を上記不揮発性記憶手段に設定された上記異常情報送信済み情報に対応付けられている異常の種類を示す情報および自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる第４の制御手段と、該手段による上記管理装置への上記異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記不揮発性記憶手段における該異常解除情報に付加されている異常の種類を示す情報に対応する上記異常情報送信済み情報の設定を解除する第５の制御手段とを備え、上記管理装置の制御手段に、上記通信手段によっていずれかの通信装置から上記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ上記通信手段によって送信させる手段を備えたものである。

請求項１２の発明によるプログラムは、操作手段と、ハードユニットと、該ハードユニット内の異常を検出する異常検出手段と、装置全体へ給電する給電手段と、上記給電手段からの給電に関係なく情報を記憶保持する不揮発性記憶手段とを有する通信装置を制御するコンピュータに、外部装置と通信する通信機能と、上記異常検出手段によって検出された異常の種類を判別する異常種判別機能と、上記給電手段から上記装置全体への給電中に、上記ハードユニットへの給電の停止／解除を切り替えるハードユニット給電停止／解除切替機能と、該機能に対して上記操作手段の操作によって上記ハードユニットへの給電の停止／解除の切り替えを指示する切替指示機能と、上記検出手段によって異常が検出された場合に、上記異常種判別機能によって判別された異常の種類が送信対象か否かを判定し、送信対象の場合に、上記異常情報の送信要求を上記判別された異常の種類を示す情報を付加して上記通信機能に対して発行した後、上記ハードユニット給電停止／解除切替機能によって上記ハードユニットへの給電が一旦停止された後その停止が解除されることにより、上記通信機能より上記異常情報の送信を開始する旨の通知を受ける前に上記ハードユニットが動作可能状態であることを確認できた場合に、上記異常情報の送信解除要求を上記通信機能に対して発行する第１の制御機能とを実現させるためのプログラムであり、上記通信機能を実現させるためのプログラムは、上記コンピュータに、上記第１の制御機能より上記異常情報の送信要求を受けた場合に、該異常情報を該送信要求に付加されている異常の種類を示す情報を付加して上記外部装置へ送信する機能と、該機能によって上記異常情報の送信を開始する前に、その異常情報の送信を開始する旨を該異常情報の送信要求の発行元である上記第１の制御機能に対して通知する機能と、上記第１の制御機能より上記異常情報の送信要求を受けてから該異常情報の送信が開始されるまでの間に該第１の制制御機能より該異常情報の送信解除要求を受けた場合に、該異常情報の送信を解除する機能をも実現させるためのプログラムである。

請求項１３の発明によるプログラムは、請求項１２のプログラムにおいて、上記第１の制御機能を実現させるためのプログラムは、上記コンピュータに、上記異常情報の送信要求を上記判別された異常の種類を示す情報を付加して上記通信機能に対して発行する際に、上記異常情報の送信中を示す異常情報送信中情報を上記判別された異常の種類に対応付けて上記不揮発性記憶手段に設定する機能も実現させるプログラムであり、上記コンピュータに、上記給電手段から装置全体への給電が開始されたとき、上記不揮発性記憶手段にいずれかの上記異常情報送信中情報が設定されていることを認識でき、且つ上記ハードユニットが動作可能状態であることを確認できなかった場合に、上記異常情報の送信要求を上記設定されている上記異常情報送信中情報に対応する異常の種類を示す情報を付加して上記通信機能に対して発行する第２の制御機能をも実現させるためのプログラムである。
請求項１４の発明によるプログラムは、請求項１３のプログラムにおいて、上記第２の制御機能を実現させるためのプログラムは、上記コンピュータに、上記給電手段による装置全体への給電が開始されたとき、上記不揮発性記憶手段にいずれかの上記異常情報送信中情報が設定されていることを確認でき、且つ上記ハードユニットが動作可能状態であることを確認できた場合に、該異常情報送信中情報の設定を解除する機能も実現させるものである。

請求項１５の発明によるプログラムは、請求項１３又は１４のプログラムにおいて、上記コンピュータに、上記第１又は第２の制御機能による上記外部装置への上記異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、上記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する上記異常情報送信中情報の設定を解除すると共に、該異常情報の送信成功を示す異常情報送信済み情報を該異常の種類を示す情報に対応付けて上記不揮発性記憶手段に設定する第３の制御機能と、該機能によって上記不揮発性記憶手段に上記異常情報送信済み情報が設定された後、上記ハードユニットが動作可能状態であることを確認できた場合に、異常の解除を知らせる異常解除情報を上記不揮発性記憶手段に設定された上記異常情報送信済み情報に対応付けられている異常の種類を示す情報を付加して上記通信機能によって上記外部装置へ送信させる第４の制御機能をも実現させるものである。

請求項１６の発明によるプログラムは、請求項１５のプログラムにおいて、上記コンピュータに、上記第４の制御機能による上記外部装置への上記異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記不揮発性記憶手段における該異常解除情報に付加されている異常の種類を示す情報に対応する上記異常情報送信済み情報の設定を解除する第５の制御機能をも実現させるものである。

この発明によれば、画像形成装置等の通信装置が、ハードユニット内で異常が発生してその異常を検出した場合に、その異常の種類を判別して、その異常の種類が送信対象か否かを判定し、送信対象の場合に、その異常を知らせる異常情報を判別した異常の種類を示す情報を付加して外部装置へ送信するが、その送信前に操作手段の操作によってハードユニットの電源がＯＦＦになって（ハードユニットへの給電が停止された）後再びＯＮになって（ハードユニットへの給電が再開されて）異常が解除された場合には、異常情報の送信を解除できるので、異常情報を外部装置へ送信させるという無駄を省くことができる。また、異常情報の外部装置への送信の実行中に、自己の主電源がＯＦＦになって（給電が停止されて）その実行中の送信が中断されるようなことがあった場合でも、その中断された異常情報の送信を自己の主電源が再びＯＮになった場合（給電が再開された場合）に自動的に再開することができる。また、通信装置で異常が発生してその異常を知らせる異常情報が外部装置へ送信された場合には、そのことを通信装置側（機器利用者側）で確認することもできる。さらに、通信装置から外部装置へ異常情報が送信された後、その異常が解除された場合には、そのことを直ちに外部装置側で確認することもできる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明による通信装置を被管理装置とする遠隔管理システムの構成例について説明する。
図１は、その遠隔管理システムの構成の一例を示す概念図である。なお、ここでは、通信機能を持ち、管理装置によって管理される通信装置（電子装置）を説明の便宜上「被管理装置」と云う。

この遠隔管理システムは、プリンタ，ＦＡＸ装置，デジタル複写機，デジタル複合機等の画像形成装置やスキャナ装置などの画像処理装置、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システムなどに通信機能を持たせた通信装置（電子装置）を被管理装置１０（１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ）とする管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）等のネットワークによって接続された遠隔管理仲介装置である仲介装置１０１（１０１ａ，１０１ｂ，１０１ｃ）、更に仲介装置１０１とインタネット１０３（公衆回線等の他のネットワークでもよい）を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。被管理装置１０および仲介装置１０１は機器利用者（ユーザ）側のオフィス等に、管理装置１０２はサービスセンタ（管理センタ）にそれぞれ設置されている。

ここで、管理装置１０２が新たな方式を用いて遠隔管理するサービス（ＮＲＳ）を実現するために、機器利用者側のＬＡＮ等のネットワークに、ＮＲＳに対応するソフトウェアを実装した仲介装置１０１および被管理装置１０が接続されている。その仲介装置１０１および被管理装置１０には、管理装置１０２が従来の方式を用いて遠隔管理するサービス（ＣＳＳ）も実現するために、ＣＳＳに対応するソフトウェアも実装している。ＮＲＳを実現するためには、ＣＳＳを実現する場合と同様に、仲介装置１０１および被管理装置１０を初期設置すればよい。
公衆回線（又は専用回線）としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。
なお、仲介装置１０１と被管理装置１０との接続は、ネットワークに限らず、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（Small Computer System Interface）規格等に準拠したパラレル接続等によって行ってもよい。例えば、ＲＳ−４８５規格の場合には、仲介装置１０１に直列に５台までの被管理装置１０を接続することができる。

仲介装置１０１および被管理装置１０は、その利用環境に応じて多様な階層構造を成す。
例えば、図１に示す設置環境Ａでは、管理装置１０２とＨＴＴＰ（Hyper Text Transfer Protocol）による直接的なコネクションを確立できる仲介装置１０１ａが被管理装置１０ａおよび１０ｂを従える単純な階層構造になっているが、同図に示す設置環境Ｂでは、４台の被管理装置１０を設置するため、１台の仲介装置１０１を設置しただけでは負荷が大きくなる。そのため、管理装置１０２とＨＴＴＰによる直接的なコネクションを確立できる仲介装置１０１ｂが、被管理装置１０ｃおよび１０ｄだけでなく、他の仲介装置１０１ｃを従え、この仲介装置１０１ｃが被管理装置１０ｅおよび１０ｆを更に従えるという階層構造を形成している。この場合、被管理装置１０ｅおよび１０ｆを遠隔管理するために管理装置１０２から発せられた情報は、仲介装置１０１ｂとその下位のノードである仲介装置１０１ｃとを経由して、被管理装置１０ｅ又は１０ｆに到達することになる。

また、設置環境Ｃのように、被管理装置１０に仲介装置１０１の機能を併せ持たせた仲介機能付被管理装置（以下単に「被管理装置」ともいう）１１ａ，１１ｂを、別途仲介装置１０１を介さずにインタネット１０３によって管理装置１０２に接続するようにしてもよい。
図示はしていないが、仲介機能付被管理装置１１の下位に更に被管理装置１０を接続することもできる。
なお、各設置環境Ａ，Ｂ，Ｃには、セキュリティ面を考慮し、ファイアウォール１０４（１０４ａ，１０４ｂ，１０４ｃ）を設置する。このファイアウォール１０４は、プロキシサーバによって構成する。
また、各被管理装置１０，１１に、ネットワーク経由でパーソナルコンピュータ等の端末装置や他の電子装置（外部装置）を接続することもできる。

このような遠隔管理システムにおいて、仲介装置１０１は、これに接続された被管理装置１０の制御管理のためのアプリケーションプログラムを実装している。
管理装置１０２は、各仲介装置１０１の制御管理、更にはこの仲介装置１０１を介した被管理装置１０の制御管理を行うためのアプリケーションプログラムを実装している。そして、被管理装置１０も含め、この遠隔管理システムにおけるこれら各ノードは、ＲＰＣ（remote procedure call）により、相互の実装するアプリケーションプログラムのメソッドに対する処理の依頼である「要求」を送信し、この依頼された処理の結果である「応答」を取得することができるようになっている。

すなわち、仲介装置１０１又はこれと接続された被管理装置１０では、管理装置１０２への要求を生成してこれを管理装置１０２へ引き渡し、この要求に対する応答を取得できる一方で、管理装置１０２は、上記仲介装置１０１側への要求を生成してこれを仲介装置１０１側へ引き渡し、この要求に対する応答を取得できるようになっている。この要求には、仲介装置１０１に被管理装置１０に対して各種要求を送信させ、被管理装置１０からの応答を仲介装置１０１を介して取得することも含まれる。
なお、ＲＰＣを実現するために、ＳＯＡＰ（Simple Object Access Protocol），ＨＴＴＰ，ＦＴＰ（File Transfer Protocol）,ＣＯＭ（Component Object Model），ＣＯＲＢＡ（Common Object Request Broker Architecture）等の既知のプロトコル（通信規格），技術，仕様などを利用することができる。

この送受信のデータ送受モデルを図２の概念図に示す。
（Ａ）は、被管理装置１０で管理装置１０２に対する要求が発生したケースである。このケースでは、被管理装置１０が被管理装置側要求ａを生成し、これを仲介装置１０１を経由して受け取った管理装置１０２がこの要求に対する応答ａを返すというモデルになる。同図に示す仲介装置１０１は複数であるケースも想定できる（上記図１に示す設置環境Ｂ）。なお、（Ａ）では、応答ａだけでなく応答遅延通知ａ′を返信するケースが表記されている。これは、管理装置１０２を、仲介装置１０１を経由して被管理装置側要求を受け取って、当該要求に対する応答を即座に返せないと判断したときには、応答遅延通知を通知して一旦接続状態を切断し（通信可能状態を解除し）、次回の接続の際に上記要求に対する応答を改めて引き渡す構成としているためである。

（Ｂ）は、管理装置１０２で被管理装置１０に対する要求が発生したケースである。このケースでは、管理装置１０２が管理装置側要求ｂを生成し、これを仲介装置１０１を経由して受け取った被管理装置１０が、当該要求に対する応答ｂを返すというモデルになっている。なお、（Ｂ）のケースでも、応答を即座に返せないときに応答遅延通知ｂ′を返すことは（Ａ）のケースと同様である。

次に、図１に示す管理装置１０２の物理的構成について簡単に説明すると、当該管理装置１０２は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる制御装置や、データベース，モデム，プロキシ（Ｐｒｏｘｙ）サーバ等によって構成されている。その構成については、追って詳細に説明する。
さらに、図１に示す仲介装置１０１における物理的構成について簡単に説明すると、当該仲介装置１０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ，ネットワークインタフェース（ＮＩＣ）等によって構成されている。
また、仲介機能付被管理装置１１については、仲介装置１０１の機能を実現するためにこれらのユニットを単に被管理装置１０に付加しても良いが、被管理装置１０に備えるＣＰＵ，ＲＯＭ，ＲＡＭ等のハードウェア資源を利用し、ＣＰＵに適当なアプリケーションやプログラムモジュールを実行させることによって仲介装置１０１の機能を実現することもできる。

以下、図１に示した遠隔管理システムのより具体的な例として、この発明による通信装置である画像形成装置を被管理装置とする遠隔管理システムである画像形成装置遠隔管理システム（画像形成装置管理システム）について説明する。
図３は、その画像形成装置遠隔管理システムの構成の一例を示す概念図であるが、被管理装置１０を画像形成装置１００に、仲介機能付被管理装置１１を仲介機能付画像形成装置（以下単に「画像形成装置」ともいう）１１０に変更した点が図１と相違するのみであるので、システムの全体構成についての説明は省略する。
画像形成装置１００は、コピー，プリンタ，ファクシミリ，スキャナ等の機能および外部装置と通信を行う機能を備えたデジタル複合機であり、それらの機能に係るサービスを提供するためのアプリケーションプログラムを実装しているものである。また、仲介機能付画像形成装置１１０は、画像形成装置１００に仲介装置１０１の機能を併せ持たせたものである。

このような画像形成装置１００（又は１１０）の物理的構成について、図４を用いて具体的に説明する。
図４は、画像形成装置１００内の物理的構成の一例を示すブロック図である。同図に示すように、画像形成装置１００は、コントローラボード２００，ＨＤＤ（ハードディスクドライブ）２０１，ＮＶ−ＲＡＭ（不揮発性ＲＡＭ）２０２，ＲＡＭ２１５，ＰＩ（パーソナルインタフェース）ボード２０３，ＰＨＹ（物理メディアインタフェース）２０４，操作パネル２０５，プロッタ／スキャナエンジンボード２０６，電源ユニット２０７，フィニッシャ２０８，ＡＤＦ（自動原稿給送装置）２０９，給紙バンク２１０，その他周辺機２１１を備えている。これらのユニットは、それぞれがこの画像形成装置１００におけるハードウェア資源である。

ここで、コントローラボード２００は、制御手段に該当し、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、ＰＣＩ−ＢＵＳ（Peripheral Components Interconnect-Bus）２１２を介して各機能を制御している。
ＨＤＤ２０１は、電源ユニット２０７からの給電に関係なく情報を記憶保存する記憶手段（記録媒体）である。
ＮＶ−ＲＡＭ２０２は、不揮発性記憶手段であり、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭや、ＥＥＰＲＯＭ，フラッシュメモリ等の不揮発性メモリを使用することができる。

ＲＡＭ２１５およびコントローラボード２００上のＲＡＭは、電源ユニット２０７からの給電中だけ情報を記憶保存する揮発性記憶手段である。
ＰＩボード２０３とＰＨＹ２０４は、通信手段に該当し、外部との通信を行うためのものであって、例えば通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。なお、上述したように、このＰＩボード２０３を用いて画像形成装置１００と仲介装置１０１とを接続することも可能である。ＰＨＹ２０４は、ＬＡＮ等のネットワークを介して外部装置と通信を行うためのインタフェースである。

操作パネル２０５は、操作部（操作手段）および表示部（表示手段）に該当するユーザインタフェースである。操作部は、ユーザの操作により各種指示を入力することができる。表示部は、画像形成装置１００の設定状態や動作状態などを表示することができる。
ここで、同図中のＥＮＧＲＤＹは、エンジンユニット（プロッタエンジン，スキャナエンジン）側の各種初期設定が完了して、コントローラボード２００とコマンドの送受信の準備ができたことをコントローラボード２００側に通知するための信号線である。また、ＰＷＲＣＴＬは、エンジンユニットへの電源供給をコントローラボード２００側から制御するための信号線である。これら信号線の動作に関しては後述する。

次に、画像形成装置１００（又は１１０）のソフトウェア構成について、図５を参照して具体的に説明する。
図５は、画像形成装置１００のソフトウェア構成の一例を示すブロック図である。
この画像形成装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはＨＤＤ２０１やＲＡＭ２１５（又はコントローラボード２００上のＲＡＭ）に記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵ（コントローラＣＰＵ）によって実行される。そして、コントローラＣＰＵは、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明による異常検出手段，異常種判別手段，制御手段（第１〜第５の制御手段，ハードユニット給電停止／解除切替手段，切替指示手段）としての機能を実現することができる。

アプリケーションモジュール層のソフトウェアは、コントローラボード２００上のＣＰＵ（コントローラＣＰＵ）を、ハードウェア資源を動作させて所定の機能を実現させる複数のアプリケーション制御手段として機能させるためのプログラムによって構成され、サービスモジュール層のソフトウェアは、コントローラＣＰＵを、ハードウェア資源と各アプリケーション制御手段との間に介在し、複数のアプリケーション制御手段からのハードウェア資源に対する動作要求の受付，その動作要求の調停，およびその動作要求に基づく動作の実行制御を行うサービス制御手段（処理実行手段）として機能させるためのプログラムによって構成される。

なお、コントローラＣＰＵの機能のうち、管理装置１０２との通信に係わる機能（通信手段としての機能）の実現方法は、画像形成装置１００と画像形成装置１１０とによって異なる。つまり、画像形成装置１１０の場合は、仲介装置１０１の機能を備えているため、コントローラＣＰＵが対応するプログラムを実行することにより、管理装置１０２との通信に係わる機能を実現することができる。画像形成装置１００の場合には、コントローラＣＰＵが対応するプログラムを実行すると共に、仲介装置１０１を利用することにより、管理装置１０２との通信に係わる機能を実現することができる。
また、画像形成装置１００は、スキャナエンジンおよびプロッタエンジンを含むエンジンユニット内にセンサ等からなる異常検出部（異常検出手段）を備えている。

サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００、エンジンコントロールサービス（ＥＣＳ）３０１、メモリコントロールサービス（ＭＣＳ）３０２、ネットワークコントロールサービス（ＮＣＳ）３０３、ファクスコントロールサービス（ＦＣＳ）３０４、システムコントロールサービス（ＳＣＳ）３０６、システムリソースマネージャ（ＳＲＭ）３０７、イメージメモリハンドラ（ＩＭＨ）３０８、デリバリーコントロールサービス（ＤＣＳ）３１６、ユーザコントロールサービス（ＵＣＳ）３１７を実装している。また、アプリケーションモジュール層には、ＮＲＳアプリ（以下単に「ＮＲＳ」という）３０５、ＣＳＳアプリ（以下単に「ＣＳＳ」という）３１５、コピーアプリ３０９、ファクスアプリ３１０、プリンタアプリ３１１、スキャナアプリ３１２、ネットファイルアプリ３１３、ウェブアプリ３１４を実装している。更に、汎用ＯＳ層には、汎用ＯＳ３２０を実装している。

これらを更に詳述する。
ＯＣＳ３００は、操作パネル２０５を制御するモジュールである。
ＥＣＳ３０１は、ハードウェアリソース等のエンジンユニットを制御するモジュールである。
ＭＣＳ３０２は、メモリ制御をするモジュールであり、例えば、画像メモリの取得および開放、ＨＤＤ２０１の利用等を行う。
ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。
ＦＣＳ３０４は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。

ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理および終了管理を行うモジュールである。このＳＣＳ３０６が、この発明による制御手段としての機能を実現できる。
ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＤＣＳ３１６は、ＨＤＤ２０１やコントローラボード２００上のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いて送受信するモジュールである。
ＵＣＳ３１７は、ユーザ（機器利用者）が登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。

ＮＲＳ３０５およびＣＳＳ３１５はそれぞれ、互いに異なる方式による遠隔管理に関する機能（管理装置１０２との通信に係わる機能）をまとめたモジュールである。ＮＲＳ３０５は、通報可能状態（通信可能状態）の場合にその旨をＳＣＳ３０６へ通知するようにしている。
コピーアプリ３０９は、コピーサービスを実現するためのアプリケーションプログラムである。
ファクスアプリ３１０は、ファクスサービスを実現するためのアプリケーションプログラムである。
プリンタアプリ３１１は、プリンタサービスを実現するためのアプリケーションプログラムである。
スキャナアプリ３１２は、スキャナサービスを実現するためのアプリケーションプログラムである。

ネットファイルアプリ３１３は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ウェブアプリ３１４は、ウェブサービスを実現するためのアプリケーションプログラムである。
汎用ＯＳ３２０は、ＵＮＩＸ（登録商標），Ｌｉｎｕｘ（登録商標），Ｗｉｎｄｏｗｓ（登録商標）等のオペレーティングシステムを使用することができる。オペレーティングシステムは、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。ここで、ＵＮＩＸやＬｉｎｕｘを用いれば、オープンソースゆえの安全性が担保され、ソースコード入手の容易性などの利点がある。

ここで、上述したＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号との動作について、図６を用いて具体的に説明する。
図６の（Ａ）は機器の立ち上がり時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。主電源スイッチ（ＡＣ−ＰＯＷＥＲ−ＳＷ）のＯＮにより、ＡＣ−ＰＯＷＥＲ（ＡＣ１００Ｖ）の電源部から電源ユニット（主電源）２０７へ給電される（ＡＣ電源がＯＮになる）と、電源ユニット２０７がＯＮ状態になり、電源ユニット２０７からコントローラボード２００（制御手段）を含む装置全体への給電（電源供給）が開始され、これと同時にＥＮＧＲＤＹ信号はＨｉｇｈになる。この状態ではエンジンユニット側との通信はできない。なぜなら、エンジンユニット側の初期設定が完了していないからである。そして、一定期間経過後にエンジンユニット側の初期設定が完了し、ＥＮＧＲＤＹ信号がＬｏｗになった段階でエンジンユニット側との通信が可能となる。

次に、同図（Ｂ）は省エネモードに移行した時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。電源ユニット２０７がＯＮ状態の時（電源ユニット２０７から装置全体への給電中）に、例えば操作パネル２０５上の図示しないソフト電源キーの操作（ＯＦＦ）により、ハードユニットであるエンジンユニットへの給電停止が指示されると、省エネモードに移行するため、コントローラボード２００によりＰＷＲＣＴＬ信号をＯＦＦにする。これと同時に、電源ユニット２０７からエンジンユニットへの給電が停止する。これに伴って、ＥＮＧＲＤＹ信号は、Ｈｉｇｈとなり省エネモードに移行する。次に、省エネモードから復帰する場合を同図（Ｃ）に示す。

同図（Ｃ）は、省エネモードから復帰する時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。上記（Ｂ）の省エネモードから復帰する際には、例えばソフト電源キーの操作によってエンジンユニットへの給電停止の解除が指示され、コントローラボード２００によりＰＷＲＣＴＬ信号をＯＮにする。これと同時に、電源ユニット２０７からエンジンユニットへの給電停止が解除される。しかし、上記の（Ａ）で示したように、エンジンユニット側の初期設定が完了するまで、ＥＮＧＲＤＹ信号はＨｉｇｈの状態であり、初期設定が完了するとエンジンユニット側との通信が可能となり、Ｌｏｗとなる。

次に、上述した画像形成装置１００のソフトウェアの構成に含まれるＮＲＳ３０５の内部構成について、図７を用いて更に説明する。
図７は、ＮＲＳ３０５の構成の一例を示す機能ブロック図である。同図に示すように、ＮＲＳ３０５は、ＳＣＳ３０６とＮＣＳ３０３との間で処理を行っている。ウェブサーバ機能部５００は、外部から受信した要求に関する応答処理を行う。ここでの要求は、例えば、構造化言語であるＸＭＬ（Extensible Markup Language）形式で記載された、ＳＯＡＰ（Simple Object Access Protocol）によるＳＯＡＰリクエストであることが考えられる。ウェブクライアント機能部５０１は、外部への要求を発行する処理を行う。ｌｉｂｓｏａｐ５０２は、ＳＯＡＰを処理するライブラリであり、ｌｉｂｘｍｌ５０３は、ＸＭＬ形式で記載されたデータを処理するライブラリである。また、ｌｉｂｇｗｗｗ５０４は、ＨＴＴＰを処理するライブラリであり、ｌｉｂｇｗ＿ｎｃｓ５０５は、ＮＣＳ３０３との間の処理をするライブラリである。

次に、管理装置１０２の物理的構成について、図８を参照して具体的に説明する。
図８は、管理装置１０２の物理的構成の一例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，データベース６０５，制御装置６０６等からなる。
モデム６０１は、図示しない公衆回線を介して機器利用者側（例えば画像形成装置を利用しているユーザ先）の仲介装置１０１又は画像形成装置１１０と通信するものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２により通信手段としての機能を果たす。
通信端末６０２は、モデム６０１による通信を制御するものである。

プロキシサーバ６０３は、インタネット１０３を介してユーザ（機器利用者）側の仲介装置１０１又は画像形成装置１１０との通信（データ送受信）およびセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。
操作者端末６０４は、サービスセンタの管理者であるセンタオペレータが操作する端末であり、各種データの入力をセンタオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付けたり、センタオペレータに通知すべき情報を表示部に表示したりする。入力されるデータとしては、例えば、各ユーザ側の仲介装置１０１又は画像形成装置１１０が管理装置１０２へ通信する際に使用するＩＰアドレスや電話番号（発呼先電話番号）等の顧客情報がある。

データベース６０５は、図示しないサーバのＨＤＤ（ハードディスク装置）等の記憶装置に存在し、各ユーザ側の仲介装置１０１および画像形成装置１１０のＩＰアドレスや電話番号、それらの装置から受信したデータ（情報）、操作者端末６０４から入力されたデータ、機種データベースや顧客データベース、およびこの発明に係るプログラム等の各種データを記憶する。
制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムに従って動作する（上記プログラムを必要に応じて実行する）と共に、モデム６０１，通信端末６０２，プロキシサーバ６０３，操作者端末６０４，又はデータベース６０５を必要に応じて選択的に使用することにより、この発明による機能（制御手段としての機能）を実現することができる。

上述した構成を踏まえて、図３の画像形成装置遠隔管理システム内で行われるデータ送受信の際の通信シーケンスの一例について、図９を用いて具体的に説明する。なお、以下に示すＳＣＳ３０６およびＮＲＳ３０５による処理は、実際には画像形成装置１００のＣＰＵ（コントローラＣＰＵ）がそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。
図９は、図３に示した管理装置１０２，仲介装置１０１，および画像形成装置１００間で行われるデータ送受信の際の通信シーケンスの一例を示す図である。

この例においては、まず、仲介装置１０１は、インタネット１０３経由で管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング用のＳＯＡＰメッセージを生成し（ポーリング情報を構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。図３に示したように、仲介装置１０１と管理装置１０２との間にはファイアウォール１０４を設けているため、管理装置１０２から仲介装置１０１に向けて通信セッションを張ることができないので、管理装置１０２から仲介装置１０１（あるいは仲介装置１０１を介して画像形成装置１００）に要求を送信したい場合でも、このように仲介装置１０１からのポーリング（送信要求があるかどうかの問い合わせ）を待つ必要があるのである。なお、ファイアウォール１０４がなければ、あるいは外部からの通信を許可する設定になっていれば、ポーリングを行う必要はない。

管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージ（ＨＴＴＰリクエスト）を受信すると、課金カウンタ（カウンタ情報）取得要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を生成し、それをインタネット１０３経由で該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ、ポーリングに対する応答として送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。このように、ファイアウォール１０４の内側からの通信（ＨＴＴＰリクエスト）に対する応答（ＨＴＴＰレスポンス）であれば、ファイアウォール１０４の外側から内側に対してデータを送信することができる。

仲介装置１０１は、管理装置１０２から上記ＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのパケット上の課金カウンタ取得要求を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で自己に接続されている画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ６０３）。
ＮＲＳ３０５は、仲介装置１０１から受信したＳＯＡＰメッセージに記述されている課金カウンタ取得要求をＳＣＳ３０６へ通知する（Ｓ６０４）。
ＳＣＳ３０６は、ＮＲＳ３０５から課金カウンタ取得要求の通知を受けると、ＮＶ−ＲＡＭ２０２（又はＨＤＤ２０１）に格納されている課金カウンタのデータを読み取る（Ｓ６０５）。そして、その読み取った課金カウンタのデータ（応答データ）をＮＲＳ３０５へ引き渡す（Ｓ６０６）。

ＮＲＳ３０５は、ＳＣＳ３０６から課金カウンタのデータ（カウンタ値を示すカウンタ情報）を受け取る（取得する）と、そのデータのＳＯＡＰメッセージを生成し（受け取ったデータを構造化言語形式であるＸＭＬ形式に変換し）、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ６０７）。
仲介装置１０１は、ＮＲＳ３０５から課金カウンタのデータのＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する（Ｓ６０８）。
このように、上記通信シーケンスにより、データの送受信が行われる。

次に、上記図９と異なり、画像形成装置１００から仲介装置１０１を経て管理装置１０２へデータを送信する場合の通信シーケンスの一例について、図１０を参照して具体的に説明する。
図１０は、画像形成装置１００から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
この例においては、まず、ＯＣＳ３００は、操作パネル２０５上の図示しないユーザコールキーが押下された旨をＳＣＳ３０６へ通知する（Ｓ７０１）。
ＳＣＳ３０６は、ＯＣＳ３００からユーザコールキーが押下された旨の通知を受けると、ユーザコール要求をＮＲＳ３０５へ通知する（Ｓ７０２）。

ＮＲＳ３０５は、ＳＣＳ３０６からユーザコール要求の通知を受けると、ユーザコールを知らせるユーザコール情報であるユーザコール用のＳＯＡＰメッセージを生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＮＲＳ３０５からユーザコール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してユーザコールを行う。つまり、自己の識別子を付加したユーザコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ通報する（Ｓ７０４）。この場合には、ファイアウォール１０４の内側から外側に向けての送信であるので、仲介装置１０１が自ら管理装置１０２に向けてセッションを張ってデータを送信することができる。
ここで、ステップＳ７０４の処理後のパターンを以下の（Ａ）から（Ｃ）に分けて説明する。

まず、（Ａ）において、管理装置１０２は、ユーザ先の仲介装置１０１からユーザコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ユーザコールが成功した旨）のコール結果を、正常に終了しなかった（異常に終了した）場合には、その旨（ユーザコールが失敗した旨）のコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを応答としてインタネット１０３経由で通報元の仲介装置１０１へ送信する（Ｓ７０５）。
仲介装置１０１は、管理装置１０２からコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのパケット上のコール結果を示すＳＯＡＰメッセージを生成し、それをネットワーク経由でユーザコールキーが押下された画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ７０６）。

ＮＲＳ３０５は、仲介装置１０１からコール結果を示すＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージが示すコール結果を解釈（判定）し、それをＳＣＳ３０６へ通知する（Ｓ７０７）。
ＳＣＳ３０６は、コール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが成功したか失敗したかを示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７０８）。

次に（Ｂ）において、仲介装置１０１は、規定時間（予め設定された所定時間）が経っても管理装置１０２から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果を示すＳＯＡＰメッセージを生成し、それをＮＲＳ３０５へ送信する（Ｓ７０９）。
ＮＲＳ３０５は、失敗した旨のコール結果を示すＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに記述されている失敗した旨のコール結果を解釈し、それをＳＣＳ３０６へ通知する（Ｓ７１０）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。

ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７１１）。
次に（Ｃ）において、ＮＲＳ３０５は、規定時間が経っても仲介装置１０１から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果をＳＣＳ３０６へ通知する（Ｓ７１２）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７１３）。

なお、ここでは管理装置１０２からファイアウォール１０４を越えて仲介装置１０１（あるいは仲介装置１０１を介して画像形成装置１００）にデータを送信するために、仲介装置１０１からのＨＴＴＰリクエストに対するレスポンスという形で送信を行う例について説明したが、ファイアウォール１０４を越える手段はこれに限られるものではなく、例えば、ＳＭＴＰ（Simple Mail Transfer Protocol）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。

ここで、画像形成装置１００は、自己のエンジンユニット内で異常が発生した場合、その異常を検出し、その異常の種類によって異なる処理を行う。よって、異常の種類を判定するための基準となる情報が必要であり、図１１の例は異常の種類を判定するための基準となる情報の一例を示すテーブルのデータ構造を示している。ここで、「ＳＣ（サービスマンコール）」は「異常」に相当するものである。同図に示すように、検出（検知）されたＳＣによって種類（タイプ）が判定される。そこで、それぞれの種類について説明する。

「タイプＡ」のＳＣは、操作パネル２０５上（実際には文字表示器）にＳＣ表示を行って使用禁止とするもののうち、ユーザ（機器利用者）が解除できないＳＣである。このタイプＡのＳＣは、管理装置１０２からの「ＳＣリセット」もできない。例えば、定着系のＳＣはリセットできない。「タイプＡ」は画像形成装置１００（機器）側のメインスイッチ（主電源スイッチ）のＯＦＦ／ＯＮによる主電源のＯＦＦ／ＯＮもしくはソフト電源キーの操作によるエンジンユニットへの給電停止／解除によっては復旧できない。

「タイプＢ」のＳＣは、異常が検出された特定の機能のみが使用できないＳＣである。通常使用時には操作パネル２０５上にＳＣ表示を行わないが、異常が検出されている機能が選択された時だけ、その操作パネル２０５上にＳＣ表示を行う。例えば、両面ユニット（両面トレイ）異常時に両面モードが選択された場合が該当する。
「タイプＣ」は、異常発生時にも操作パネル２０５へのＳＣ表示は行わず、内部的にＳＣの発生のロギングのみを行うものである。例えば、通信が不能になった場合が該当する。

「タイプＤ」のＳＣは、操作パネル２０５上にＳＣ表示を行って使用禁止とするが、画像形成装置１００側のメインスイッチのＯＦＦ／ＯＮによる主電源のＯＦＦ／ＯＮもしくはソフト電源キーの操作によるエンジンユニットへの給電停止／解除によって解除できるＳＣである。但し、主電源ＯＮ（電源投入）後もしくはエンジンユニットへの給電停止／解除後に、再度異常を検出して、見かけ上解除されない場合もある。例えば、モータ異常がそれに該当する。
上記判定の基準情報は、上述したＮＶ−ＲＡＭ２０２（又はＨＤＤ２０１）の所定の格納領域に格納されていることが考えられる。なお、スキャナエンジンのＳＣ，プロッタエンジンのＳＣのように、ユニット別の異常も種類の異なる異常として扱うものとする。

次に、上述した画像形成装置および画像形成装置遠隔管理システムにおける実施例、つまりこの発明の特徴となる動作（画像形成装置での異常発生時の制御）およびその動作を実現するための構成について説明する。
この画像形成装置には、上述したように、公衆回線に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。
そして、画像形成装置１００は、仲介装置１０１および公衆回線を介して管理装置１０２と通信するＣＳＳ方式による遠隔管理（リモートサービス：ＲＳ）と、仲介装置１０１およびインタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。画像形成装置１１０は、仲介装置１０１の機能を備えているため、公衆回線を介して管理装置と通信するＣＳＳ方式による遠隔管理と、インタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。

ここで、画像形成装置１００および画像形成装置１１０は、自己のエンジンユニットの状態を示す情報を送信したり、自己のエンジンユニット等に異常が発生した場合に、その異常を知らせる異常情報等を管理装置１０２へ通報したりするためのプログラムとして、上記のＣＳＳ方式に対応したＣＳＳ３１５と、上記のＮＲＳ方式に対応したＮＲＳ３０５とを設けている。

以下、説明の都合上、画像形成装置１００がＮＲＳ３０５を使用する場合のこの発明に係わる制御について説明する。但し、エンジンユニットに相当するものがスキャナエンジンおよびプロッタエンジンしかないものとする。
なお、画像形成装置１００がＣＳＳ３１５を使用することによってもこの発明に係わる制御を行うことができる。また、画像形成装置１１０がＮＲＳ３０５又はＣＳＳ３１５を使用することによってもこの発明に係わる制御を行うことができる。
まず、図１２に示すこの遠隔管理システムにおける画像形成装置１００でのＳＣ（異常）発生時の通信シーケンスの第１例について、図１６および図１７を参照しながら説明する。

図１２は、この遠隔管理システムにおける画像形成装置１００でのＳＣ（異常）発生時の通信シーケンスの第１例（ＳＣコールが完了する場合の一例）を示す図である。
図１６は、ＳＣコール（ＳＣ自動通報）時に操作パネル２０５の文字表示器に表示される各表示画面の一例を示す説明図である。
図１７の（ａ）はＮＶ−ＲＡＭ２０２上の２種類のＳＣコール済みフラグ（異常情報の送信成功を示す異常情報送信済み情報），ＳＣコール中フラグ（異常情報の送信中を示す異常情報送信中情報）の状態を、同図の（ｂ）はＲＡＭ２１５上の２種類のレディフラグ（動作可能状態を示す情報）の状態をそれぞれ示す説明図である。

画像形成装置１００では、プロッタエンジンおよびスキャナエンジン内にそれぞれ異常検出部を備えており、そのいずれかのエンジンユニット内でＳＣが発生すると、対応する異常検出部がそのＳＣを検出し、ＳＣが発生した旨をコントローラボード２００のＳＣＳ３０６へ通知する（Ｓ８０１）。
ＳＣＳ３０６は、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けると、そのエンジンユニット内でＳＣが発生したと判定して、そのＳＣの種類を判別し、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグ（プロッタＳＣコール中フラグ又はスキャナＳＣコール中フラグ）を“１”にセット（設定）する（Ｓ８０２）と共に、ＮＲＳ３０５に対して対応するＳＣコール（プロッタエンジン又はスキャナエンジンの異常を知らせる異常情報の自動通報）の要求を発行する（Ｓ８０３）。このとき、そのＳＣコール要求に、画像形成装置１００の識別情報である機番情報および判別したＳＣの種類を示す情報（コールタイプ）を付加する。

ＮＲＳ３０５は、ＳＣＳ３０６からＳＣコール要求を受けると、対応するＳＣコール（プロッタＳＣコール又はスキャナＳＣコール）を知らせるＳＣコール情報（異常情報）であるＳＣコール用のＳＯＡＰメッセージ（ＳＣコール要求に付加された機番情報およびコールタイプを含む）を生成し、その生成が完了した時にＳＣコールを開始する旨をＳＣＳ３０６へ通知した後（Ｓ８０４）、生成したＳＣコール用のＳＯＡＰメッセージを仲介装置１０１へ送信する（Ｓ８０５）。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受けると、操作パネル２０５上の文字表示器に「ＳＣコール中」のメッセージ、例えば図１６の（ａ）に示すようなメッセージを表示する。

仲介装置１０１は、ＮＲＳ３０５からＳＣコール用のＳＯＡＰメッセージを受信すると、コール受付ＯＫをＮＲＳ３０５へ通知する（Ｓ８０６）と共に、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してＳＣコールを行う（Ｓ８０７）。つまり、自己の仲介装置識別子を付加したＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報（自動送信）する。

ここで、ＨＴＴＰメッセージ内のＳＣコール用のＳＯＡＰメッセージ（仲介装置識別子は除く）のフォーマット例について、図２４および図２５を参照して簡単に説明する。
図２４はＨＴＴＰメッセージ内のＳＣコール用のＳＯＡＰメッセージのフォーマット例を、図２５はその主要部分（データ）の構成をそれぞれ示す説明図である。
これらの図を見て分かるように、ＳＣコール用のＳＯＡＰメッセージは、ＳＣが発生した画像形成装置１００の識別情報である機番情報と、ＳＣコールを識別する任意のコールＩＤと、コールタイプ（ユニット別のＳＣを示す情報）と、コールの詳細を示す情報とからなる。このＳＣコール用のＳＯＡＰメッセージには、付加情報としてＳＣが発生した画像形成装置１００のジャムやＳＣ，ステータス（状態），カウンタのそれぞれの値およびログ（履歴情報）を付加することもできる。

なお、ＳＣＳ３０６は、操作パネル２０５上のキー操作等によってＳＣコールを行わない設定がなされていた場合、あるいはコールタイプによっては、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けても、ＳＣが発生した旨をＳＣＳ３０６へ通知しない。そして、その場合には、操作パネル２０５上の文字表示器に「サービスコール」のメッセージ、例えば図１６の（ｂ）に示すようなメッセージを表示する。

管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて、そのＨＴＴＰメッセージの受信が正常に終了した旨（ＳＣコールに対する処理が成功した旨）のコール結果ＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で通報元の仲介装置１０１（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ８０８）。

また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージ（ＳＣコール情報）をキュー（データベース６０５）に格納し、センタオペレータによって対応する処理が行われるまでキューイングする。
さらに、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージの内容を操作者端末６０４の表示部に表示してセンタオペレータに知らせる。
いずれかの機器利用者側の仲介装置１０１から通報されたＳＯＡＰメッセージを含むＨＴＴＰメッセージの受信が正常に終了しなかった場合（異常に終了した場合）には、その受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて、そのＨＴＴＰメッセージの受信が正常に終了できなかった旨（ＳＣコールに対する処理が失敗した旨）のコール結果ＮＧを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、インタネット１０３経由で通報元の仲介装置１０１へ送信する。

仲介装置１０１は、管理装置１０２へのＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了した旨のコール結果ＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果ＯＫを示すＳＯＡＰメッセージを生成し、それを該当する（ＳＣが発生した）画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ８０９）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果ＯＫを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣコールが正常に終了した（成功した）旨を通知する（Ｓ８１０）。

ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコール（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受けると、管理装置１０２へのＳＣコールが成功したと判断し、操作パネル２０５上の文字表示器に「ＳＣコール成功」のメッセージ、例えば図１６の（ｃ）に示すようなメッセージを表示する。
また、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグ（異常情報送信中情報）を“０”にリセット（解除）する（Ｓ８１１）と共に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグ（異常情報送信済み情報）を“１”にセットする（Ｓ８１２）。

この状態で、機器利用者によって主電源がＯＦＦ／ＯＮされる（装置全体への給電が一旦停止された後再開される）と、ＲＡＭ２１５内の各機器レディフラグ（動作可能状態を示す情報）であるプロッタレディフラグおよびスキャナレディフラグをそれぞれ“０”にリセットした後（Ｓ８１３）、ＮＶ−ＲＡＭ２０２内の各ＳＣコール中フラグの状態をチェックし（Ｓ８１４）、その各ＳＣコール中フラグがいずれも“０”にリセットされていることを確認できた場合に、プロッタエンジンおよびスキャナエンジンからのレディ通知を待つ。
プロッタエンジンおよびスキャナエンジンがいずれも動作可能になると、プロッタエンジンからプロッタレディが、スキャナエンジンからスキャナレディがそれぞれ通知される（Ｓ８１５，Ｓ８１６）ため、それらの通知を受けることによってプロッタエンジン又はスキャナエンジンのＳＣ状態が解除（解消）され、それらのエンジンユニットの動作可能状態を確認できる。それにより、ＲＡＭ２１５内の各機器レディフラグをそれぞれ“１”にセットする（Ｓ８１７）。

続いて、ＮＶ−ＲＡＭ２０２内の各ＳＣコール済みフラグの状態をチェックし（Ｓ８１８）、そのいずれかのＳＣコール済みフラグが“１”にセットされていることを確認できた場合に、ＮＲＳ３０５に対して対応するＳＣ解除コール（異常の解除を知らせる異常解除情報の自動通報）の要求を発行する（Ｓ８１９）。このとき、そのＳＣ解除コール要求に、画像形成装置１００の識別情報である機番情報およびＳＣの種類を示す情報（コールタイプ）を付加する。
ＮＲＳ３０５は、ＳＣＳ３０６からＳＣ解除コール要求を受けると、対応するＳＣ解除コールを知らせるＳＣ解除コール情報（異常解除情報）であるＳＣ解除コール用のＳＯＡＰメッセージ（ＳＣ解除コール要求に付加された機番情報およびコールタイプを含む）を生成して、それを仲介装置１０１へ送信する（Ｓ８２０）。

仲介装置１０１は、ＮＲＳ３０５からＳＣ解除コール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してＳＣ解除コールを行う（Ｓ８２１）。つまり、自己の仲介装置識別子を付加したＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報する。
ここで、ＨＴＴＰメッセージ内のＳＣ解除コール用のＳＯＡＰメッセージ（仲介装置識別子は除く）のフォーマット例について、図２５および図２６を参照して簡単に説明する。

図２６は、ＨＴＴＰメッセージ内のＳＣ解除コール用のＳＯＡＰメッセージのフォーマット例を示す説明図である。なお、このＳＯＡＰメッセージの主要部分の構成は、前述したＳＣ解除コール用のＳＯＡＰメッセージと同様なので、再度図２５を参照する。
これらの図を見て分かるように、ＳＣ解除コール用のＳＯＡＰメッセージは、ＳＣが解除された画像形成装置１００の識別情報である機番情報と、ＳＣ解除コールを識別する任意のコールＩＤと、コールタイプと、コールの詳細を示す情報とからなる。このＳＣ解除コール用のＳＯＡＰメッセージには、付加情報としてＳＣが解除された画像形成装置１００のジャムやＳＣ，ステータス，カウンタのそれぞれの値およびログを付加することもできる。

なお、仲介装置１０１は、管理装置１０２へのＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了しなかった（異常に終了した）旨のコール結果ＮＧを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果ＮＧを示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（エラー）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣコールが正常に終了しなかった（異常に終了した）旨を通知する。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコールが正常に終了しなかった旨の通知を受けると、管理装置１０２へのＳＣコールが失敗したと判断し、操作パネル２０５上の文字表示器に「ＳＣコール失敗」のメッセージ、例えば図１６の（ｄ）に示すようなメッセージを表示する。

管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて、そのＨＴＴＰメッセージの受信が正常に終了した旨（ＳＣ解除コールに対する処理が成功した旨）のコール結果ＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で通報元の仲介装置１０１（ＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ８２２）。
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて該当するＳＣ（解除されたＳＣ）コール用のＳＯＡＰメッセージをキューから削除する。
さらに、該当するＳＣコール用のＳＯＡＰメッセージの内容の表示を操作者端末６０４の表示部から消去する。

センタオペレータは、操作者端末６０４の表示部の表示を見て通報元の仲介装置１０１に接続されている画像形成装置１００のいずれかのエンジンユニット内でＳＣが発生したままであることを認識した場合には、該当する機器利用者（その画像形成装置１００を利用しているユーザ等）へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施する。通報元の仲介装置１０１に接続されている画像形成装置１００のいずれのエンジンユニット内でもＳＣが発生していない（ＳＣ状態が解除された）ことを認識すると、上述したような処理は行わない。

仲介装置１０１は、管理装置１０２へのＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了した旨のコール結果ＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果ＯＫを示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ８２３）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果ＯＫを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣ解除コールが正常に終了した（成功した）旨を通知する（Ｓ８２４）。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣ解除コール（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受けると、管理装置１０２へのＳＣ解除コールが成功したと判断し、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“０”にリセットする（Ｓ８２５）。

次に、図１３に示すこの遠隔管理システムにおける画像形成装置１００でのＳＣ発生時の通信シーケンスの第２例について、図１７を参照しながら説明する。
図１３は、画像形成装置１００でのＳＣ発生時の通信シーケンスの第２例（ＳＣコール中に主電源がＯＦＦ／ＯＮした場合の一例）を示す図である。
画像形成装置１００では、いずれかのエンジンユニット内でＳＣが発生すると、対応する異常検出部がそのＳＣを検出してＳＣが発生した旨をコントローラボード２００のＳＣＳ３０６へ通知する（Ｓ８５１）。
ＳＣＳ３０６は、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けると、そのエンジンユニット内でＳＣが発生したと判定して、そのＳＣの種類を判別し、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“１”にセットする（Ｓ８５２）と共に、ＮＲＳ３０５に対して対応するＳＣコールの要求を発行する（Ｓ８５３）。

その後、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前（ＳＣコール中）に、機器利用者によって主電源がＯＦＦ／ＯＮされると、ＲＡＭ２１５内の各機器レディフラグであるプロッタレディフラグ又はスキャナレディフラグをそれぞれ“０”にリセットした後（Ｓ８５４）、ＮＶ−ＲＡＭ２０２内の各ＳＣコール中フラグの状態をチェックし（Ｓ８５６）、そのいずれかのＳＣコール中フラグが“１”にセットされていることを確認できた場合に、以下に示す処理を行う。
すなわち、プロッタエンジンおよびスキャナエンジンからそれぞれプロッタレディ，スキャナレディの通知を受ける前にＮＲＳ３０５から通報可能状態である旨を示す通知を受けている（Ｓ８５５）場合には、ＲＡＭ２１５内の各機器レディフラグの状態をチェックし、その各機器レディフラグが“１”にセットされていることを確認できなかった場合、つまりいずれかの機器レディフラグが“０”にリセットされていることを確認できた場合に、ＮＲＳ３０５に対して再び対応するＳＣコールの要求を発行する（Ｓ８５８）。

ＮＲＳ３０５は、ＳＣＳ３０６からのＳＣコール要求を受けると、対応するＳＣコールを知らせるＳＣコール情報であるＳＣコール用のＳＯＡＰメッセージ（ＳＣコール要求に付加された機番情報およびコールタイプを含む）を生成し、その生成が完了すると、ＳＣコールを開始する旨をＳＣＳ３０６へ通知した後（Ｓ８５９）、生成したＳＣコール用のＳＯＡＰメッセージを仲介装置１０１へ送信する（Ｓ８６０）。
ＳＣＳ３０６は、ＮＲＳ３０５に対して再び対応するＳＣコールの要求を発行した後、プロッタエンジンおよびスキャナエンジンからそれぞれプロッタレディ，スキャナレディの通知を受ける前にＮＲＳ３０５からＳＣコールを開始する旨の通知を受けると、操作パネル２０５上の文字表示器に「ＳＣコール中」のメッセージを表示する。

仲介装置１０１は、ＮＲＳ３０５からＳＣコール用のＳＯＡＰメッセージを受信すると、コール受付ＯＫをＮＲＳ３０５へ通知する（Ｓ８６１）と共に、そのＳＯＡＰメッセージに自己の仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してＳＣコールを行う（Ｓ８６２）。つまり、自己の仲介装置識別子を付加したＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報する。
その後、管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了した旨のコール結果ＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信する（Ｓ８６３）と、そのＨＴＴＰメッセージに基づいてコール結果ＯＫを示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ８６４）。

そのＮＲＳ３０５は、仲介装置１０１からコール結果ＯＫを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣコールが正常に終了した（成功した）旨を通知する（Ｓ８６５）。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコール（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受けると、管理装置１０２へのＳＣコールが成功したと判断し、操作パネル２０５上の文字表示器に「ＳＣコール成功」のメッセージを表示する。
また、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットする（Ｓ８６６）と共に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“１”にセットした後（Ｓ８６７）、ＲＡＭ２１５内の各機器レディフラグの状態をチェックする（Ｓ８７１）。

そして、ＲＡＭ２１５内の各機器レディフラグが“１”にセットされていることを確認できた場合には、さきほど行ったＳＣコールに対するＳＣ解除コールに関する処理を行う（Ｓ８７２〜Ｓ８７８）。この処理は、図１２によって説明したＳＣ解除コールに関する処理（Ｓ８１９〜Ｓ８２５）と同様である。
なお、ＮＲＳ３０５に対して再び対応するＳＣコールの要求を発行し（Ｓ８５８）、そのＮＲＳ３０５からＳＣコールを開始する旨の通知を受けた後（Ｓ８５９）、ＮＲＳ３０５からＳＣコール（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受ける前に、プロッタエンジンおよびスキャナエンジンからそれぞれプロッタレディ，スキャナレディの通知を受けた場合（Ｓ８６８，Ｓ８６９）には、それらのエンジンユニットの動作可能状態を確認できるため、ＲＡＭ２１５内の各機器レディフラグを“１”にセットする（Ｓ８７０）。

あるいは、ＮＲＳ３０５に対して再び対応するＳＣコールの要求を発行した後（Ｓ８５８）、そのＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前に、プロッタエンジンおよびスキャナエンジンからそれぞれプロッタレディ，スキャナレディの通知を受けた場合には、それらのエンジンユニットの動作可能状態を確認できるため、ＲＡＭ２１５内の各機器レディフラグを“１”にセットした後、ＮＲＳ３０５に対してＳＣコールのキャンセル要求（解除要求）を発行する。

ＮＲＳ３０５は、ＳＣＳ３０６からＳＣコール要求を受け、ＳＣコール用のＳＯＡＰメッセージの生成が完了し、ＳＣコールを開始する旨をＳＣＳ３０６へ通知した後、生成したＳＣコール用のＳＯＡＰメッセージを仲介装置１０１へ送信してＳＣコールを開始させるが、ＳＣコールの開始時点（この例では仲介装置１０１からコール受付ＯＫの通知を受けた時点）でもってそのＳＣコールを中断させることはできなくなる。つまり、ＳＣコールを中断できなくなる時点でもってＳＣコールを開始する。ＳＣＳ３０６からＳＣコール要求を受けた後、仲介装置１０１によってＳＣコールが開始されるまでの間に、ＳＣＳ３０６からＳＣコールのキャンセル要求を受けた場合にのみ、そのキャンセル要求を仲介装置１０１に対して発行してＳＣコールをキャンセルさせ、その旨をＳＣＳ３０６へ通知する。このとき、ＳＣコール用のＳＯＡＰメッセージの生成途中であった場合には、その生成を停止する。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコールをキャンセルした旨の通知を受けると、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットし、ＳＣコールを行わないようにする。

次に、図１４に示すこの遠隔管理システムにおける画像形成装置１００でのＳＣ発生時の通信シーケンスの第３例について、図１７を参照しながら説明する。
図１４は、画像形成装置１００でのＳＣ発生時の通信シーケンスの第３例（ＳＣコール中に主電源がＯＦＦ／ＯＮした場合の他の例）を示す図である。
画像形成装置１００では、いずれかのエンジンユニット内でＳＣが発生すると、対応する異常検出部がそのＳＣを検出してＳＣが発生した旨をコントローラボード２００のＳＣＳ３０６へ通知する（Ｓ９０１）。
ＳＣＳ３０６は、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けると、そのエンジンユニット内でＳＣが発生したと判定して、そのＳＣの種類を判別し、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“１”にセットする（Ｓ９０２）と共に、ＮＲＳ３０５に対して対応するＳＣコールの要求を発行する（Ｓ９０３）。

その後、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前に、機器利用者によって主電源がＯＦＦ／ＯＮされると、ＲＡＭ２１５内の各機器レディフラグを“０”にリセットした後（Ｓ９０４）、ＮＶ−ＲＡＭ２０２内の各ＳＣコール中フラグの状態をチェックし（Ｓ９０５）、そのいずれかのＳＣコール中フラグが“１”にセットされていることを確認できた場合に、以下に示す処理を行う。
すなわち、ＮＲＳ３０５から通報可能状態である旨を示す通知を受ける前にプロッタエンジンおよびスキャナエンジンからそれぞれプロッタレディ，スキャナレディの通知を受けた場合（Ｓ９０６，Ｓ９０７）には、直ちにＲＡＭ２１５内の各機器レディフラグを“１”にセットする（Ｓ９０８）。

その後、ＮＲＳ３０５から通報可能状態である旨を示す通知を受けた場合（Ｓ９０９）に、ＲＡＭ２１５内の各機器レディフラグの状態をチェックし（Ｓ９１０）、その各機器レディフラグが“１”にセットされていることを確認できた場合（プロッタエンジンおよびスキャナエンジンが共にレディ状態の場合）に、ＮＶ−ＲＡＭ２０２内のいずれかのＳＣコール中フラグが“１”にセットされていた場合には、そのＳＣコール中フラグを“０”にリセットし（Ｓ９１１）、ＳＣコールを行わないようにする。

次に、図１５に示すこの遠隔管理システムにおける画像形成装置１００でのＳＣ発生時の通信シーケンスの第４例について、図１７を参照しながら説明する。
図１５は画像形成装置１００でのＳＣ発生時の通信シーケンスの第４例（ＳＣコール中にソフト電源キーがＯＦＦ／ＯＮした場合の一例）をそれぞれ示す図である。
画像形成装置１００では、いずれかのエンジンユニット内でＳＣが発生すると、対応する異常検出部がそのＳＣを検出してＳＣが発生した旨をコントローラボード２００のＳＣＳ３０６へ通知する（Ｓ９５１）。
ＳＣＳ３０６は、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けると、そのエンジンユニット内でＳＣが発生したと判定して、そのＳＣの種類を判別し、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“１”にセットする（Ｓ９５２）と共に、ＮＲＳ３０５に対して対応するＳＣコールの要求を発行する（Ｓ９５３）。

その後、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前に、機器利用者によって操作パネル２０５上のソフト電源キーがＯＦＦ／ＯＮされる（各エンジンユニットへの給電が一旦停止された後その停止を解除される）と、ＲＡＭ２１５内の各機器レディフラグを“０”にリセットした後（Ｓ９５４）、プロッタエンジンおよびスキャナエンジンからそれぞれプロッタレディ，スキャナレディの通知を受けた場合（Ｓ９５６，Ｓ９５７）には、ＲＡＭ２１５内の各機器レディフラグを“１”にセットする（Ｓ９５８）と共に、ＮＲＳ３０５に対して対応するＳＣコールのキャンセル要求を発行する（Ｓ９６１）。

ＮＲＳ３０５は、ＳＣＳ３０６からＳＣコール要求を受けると、前述したように、対応するＳＣコール（プロッタＳＣコール又はスキャナＳＣコール）を知らせるＳＣコール情報であるＳＣコール用のＳＯＡＰメッセージ（ＳＣコール要求に付加された機番情報およびコールタイプを含む）を生成し、その生成が完了すると、ＳＣコールを開始する旨をＳＣＳ３０６へ通知した後、生成したＳＣコール用のＳＯＡＰメッセージを仲介装置１０１へ送信する。
また、ＳＣＳ３０６からＳＣコール要求を受けた後、仲介装置１０１によってＳＣコールが開始されるまでの間に、ＳＣＳ３０６からＳＣコールのキャンセル要求を受けた場合にのみ、そのキャンセル要求を仲介装置１０１に対して発行してＳＣコールをキャンセルさせ、その旨をＳＣＳ３０６へ通知する（Ｓ９６２）。このとき、ＳＣコール用のＳＯＡＰメッセージの生成途中であった場合には、その生成を停止する。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコールをキャンセルした旨の通知を受けると、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットし（Ｓ９６３）、ＳＣコールを行わないようにする。

ここで、図１２〜図１４による説明では省略したが、ＮＲＳ３０５は、複数のコール要求を一度に処理することはできないため、ＳＣＳ３０６から複数のコール要求があるような場合には、それらのコール要求を順次にキューイングし、順次処理するようにしている。
そのため、ＳＣコール要求を受けた時に、既にサプライコール要求等の他のコール要求を受けていてその要求を処理している場合には、ＳＣコール要求をキューイングし、他のコール要求に対する処理が終了した後、そのＳＣコール要求をに対する処理、つまりＳＣコール用のＳＯＡＰメッセージの生成処理を行うことになる。

図１８および図１９は、画像形成装置１００のコントローラボード２００のＳＣＳ３０６によるＳＣ（異常）発生時の処理（制御）の一例を示すフローチャートである。
画像形成装置１００のＳＣＳ３０６は、スキャナエンジン又はプロッタエンジン内でＳＣが発生し、対応する異常検出部によってそのＳＣが検出されることにより、ＳＣが発生した旨（異常情報）の通知を受けると、図１８，図１９の処理ルーチンを開始し、まずステップＳ１で発生したＳＣの種類（コールタイプ）を判別し、ＳＣコール（自動通報）対象のものかどうかを判定する。

そして、発生したＳＣがＳＣコール対象のものでない場合には、ステップＳ１１でそのＳＣを知らせる通常ＳＣ画面を操作パネル２０５上の文字表示器に表示し、処理を終了する。
また、発生したＳＣがＳＣコール対象のものである場合には、ステップＳ２でＮＲＳ３０５に対してＳＣコールの要求（画像形成装置１００の識別情報である機番情報および判別したＳＣの種類を示す情報を含む）を発行し、ステップＳ３でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグ（プロッタＳＣコール中フラグ又はスキャナＳＣコール中フラグ）を“１”にセットした後、ステップＳ４で各エンジンユニットプロッタエンジンおよびプロッタレディ）からのレディ通知の有無をチェックし、各エンジンユニットからのレディ通知を受けていない場合に、以下の処理を行う。

すなわち、ステップＳ５でＲＡＭ２１５内の各機器レディフラグの状態をチェックし、その各機器レディフラグが“１”にセットされていることを確認できなかった場合（プロッタエンジン又はスキャナエンジンがレディ状態でない場合）には、ステップＳ６でＮＲＳ３０５からのＳＣコールを開始する旨の通知の有無をチェックし、その通知を受けていなければステップＳ４に戻り、ステップＳ４〜Ｓ６のルーチンを繰り返す。
その後、各エンジンユニットからレディ通知を受ける前に、ＮＲＳ３０５からのＳＣコールを開始する旨の通知を受けた場合には、ステップＳ７で操作パネル２０５上の文字表示器に「ＳＣコール中」のメッセージを表示する。

次に、ステップＳ８でＮＲＳ３０５からのＳＣコールが正常に終了した旨（ＳＣコールに対する処理が成功した旨）の通知の有無をチェックし、その通知を受けた場合にはステップＳ９で操作パネル２０５上の文字表示器に「ＳＣコール成功」のメッセージを表示し、ステップＳ１０でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットすると共に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“１”にセットする。
ＮＲＳ３０５からＳＣコールが正常に終了した旨の通知ではなく、正常に終了しなかった旨（ＳＣコールに対する処理が失敗した旨了した）の通知を受けた場合には、ステップＳ１２で操作パネル２０５上の文字表示器に「ＳＣコール失敗」のメッセージを表示し、ステップＳ１３でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットする。

一方、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前に、機器利用者によって操作パネル２０５上のソフト電源キーがＯＦＦ／ＯＮされると、ＲＡＭ２１５内の各機器レディフラグを“０”にリセットした後、各エンジンユニットからレディ通知を受け、そのいずれも動作可能状態であることを認識できた場合に、ステップＳ１４でＲＡＭ２１５内の各機器レディフラグを“１”にセットし、ステップ１５でＮＲＳ３０５に対して対応するＳＣコールのキャンセル要求を発行した後、以下の処理を行う。
すなわち、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前にＳＣコールをキャンセルした旨の通知を受けた場合に、ステップＳ１６でＳＣコールがキャンセルされたこと（ＳＣキャンセルＯＫ）を確認できるため、ステップＳ１７でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットし、処理を終了する。

図２０〜図２３は、画像形成装置１００のコントローラボード２００のＳＣＳ３０６による主電源ＯＦＦ／ＯＮ時の処理の一例を示すフローチャートである。そのうち、図２０〜図２２は図１８，図１９の処理期間Ｂにて主電源がＯＦＦ／ＯＮされた（装置全体への給電が一旦停止された後再開された）時の処理を、図２３は図１８，図１９の処理期間Ｃ１又はＣ２にて主電源がＯＦＦ／ＯＮされた時の処理をそれぞれ示すフローチャートである。

画像形成装置１００のＳＣＳ３０６は、主電源がＯＦＦ／ＯＮされると、図示しない処理ルーチンでＲＡＭ２１５内の各機器レディフラグ（プロッタレディフラグ，スキャナレディフラグ）をそれぞれ“０”にリセットした後、ＮＶ−ＲＡＭ２０２内の各ＳＣコール中フラグの状態をチェックし、その各ＳＣコール中フラグがいずれもセットされていることを確認できた場合に、図２３の処理ルーチンに移行し、ステップＳ４１で各エンジンユニット（プロッタエンジン，スキャナエンジン）からのレディ（プロッタレディ，スキャナレディ）通知を待ち、その各エンジンユニットからそれぞれレディ通知を受けた場合に、ステップＳ４２でＲＡＭ２１５内の各機器レディフラグをそれぞれ“１”にセットする。
次に、ステップＳ４３でＮＶ−ＲＡＭ２０２内の各ＳＣコール済みフラグの状態をチェックし、そのいずれのＳＣコール済みフラグも“１”にセットされていることを確認できなかった場合には、処理を終了する。

ステップＳ４３でＮＶ−ＲＡＭ２０２内のいずれかのＳＣコール済みフラグが“１”にセットされていることを確認できた場合には図２２のｊへ進み、ステップ３２でＮＲＳ３０５に対して対応するＳＣ解除コールの要求を発行し、ステップ３３で管理装置１０２へのＳＣ解除コールが成功したか失敗したかをチェックし、ＮＲＳ３０５からＳＣ解除コールが正常に終了しなかった旨の通知を受けた場合には、管理装置１０２へのＳＣ解除コールが失敗したと判断し、処理を終了する。
ＮＲＳ３０５からＳＣ解除コールが正常に終了した旨の通知を受けた場合には、管理装置１０２へのＳＣ解除コールが成功したと判断し、ステップ３４でＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“０”にリセットして、処理を終了する。

一方、主電源がＯＦＦ／ＯＮされ、ＲＡＭ２１５内の各機器レディフラグをそれぞれ“０”にリセットした後、ＮＶ−ＲＡＭ２０２内の各ＳＣコール中フラグの状態をチェックした結果、ＮＶ−ＲＡＭ２０２内のいずれかのＳＣコール中フラグが“１”にセットされていることを確認できた場合には、図２０の処理ルーチンに移行し、ステップＳ２１，Ｓ２２で各エンジンユニットからそれぞれレディ通知を受ける前にＮＲＳ３０５から通報可能状態である旨を示す通知を受けた場合には、ステップＳ２４でＲＡＭ２１５内の各機器レディフラグの状態をチェックし、その各機器レディフラグが“１”にセットされていることを確認できなかった場合、つまりいずれかの機器レディフラグが“０”にリセットされていることを確認できた場合に、ステップＳ２５でＮＲＳ３０５に対して対応するＳＣコールの要求を発行する。

その後、ステップＳ２６〜Ｓ２８で各エンジンユニットからそれぞれレディ通知を受ける前にＮＲＳ３０５からＳＣコールを開始する旨の通知を受けると、操作パネル２０５上の文字表示器に「ＳＣコール中」のメッセージを表示した（図示省略）後、ステップ２９で管理装置１０２へのＳＣコールが成功したか失敗したかをチェックし、ＮＲＳ３０５からＳＣコールが正常に終了しなかった旨の通知を受けた場合には、管理装置１０２へのＳＣコールが失敗したと判断して、操作パネル２０５上の文字表示器に「ＳＣコール失敗」のメッセージを表示した（図示省略）後、ステップ３９でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットし、処理を終了する。

ＮＲＳ３０５からＳＣコールが正常に終了した旨の通知を受けた場合には管理装置１０２へのＳＣコールが成功したと判断して、操作パネル２０５上の文字表示器に「ＳＣコール成功」のメッセージを表示した（図２０では図示省略）後、ステップ３０でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットすると共にＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“１”にセットした後、図２２のｈへ進み、ステップ３１でＲＡＭ２１５内の各機器レディフラグの状態をチェックし、その各機器レディフラグが“１”にセットされていることを確認できた場合には、前述したようにステップＳ３２〜Ｓ３４でＳＣ解除コールに関する処理を行い、処理を終了する。
ステップ３１でＲＡＭ２１５内の各機器レディフラグが“１”にセットされていることを確認できなかった場合には、図２３のｉへ進み、ステップＳ４１で各エンジンユニットからのレディ通知を待ち、以後上述と同様の処理を行う。

なお、図示は省略するが、ＮＲＳ３０５に対して再び対応するＳＣコールの要求を発行し（Ｓ２５）、そのＮＲＳ３０５からＳＣコールを開始する旨の通知を受けた後（Ｓ２８）、ＮＲＳ３０５からＳＣコールが正常に終了した旨の通知を受けて管理装置１０２へのＳＣコールが成功したと判断する（Ｓ２９）前に、各エンジンユニットからそれぞれプロッタレディ，スキャナレディの通知を受けた場合には、各エンジンユニットの動作可能状態を確認できるため、ＲＡＭ２１５内の各機器レディフラグを“１”にセットする。

図２０のステップＳ２５でＮＲＳ３０５に対して対応するＳＣコールの要求を発行した後、ステップＳ２６〜Ｓ２８でＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前に各エンジンユニットからそれぞれレディ通知を受けた場合には、それらのエンジンユニットの動作可能状態を確認できるため、図２１のｅへ進み、ステップＳ３５でＲＡＭ２１５内の各機器レディフラグを“１”にセットした後、ステップＳ３６でＮＲＳ３０５に対してＳＣコールのキャンセル要求を発行する。

その後、すぐにはＳＣコールをキャンセルした旨の通知を受けることはないため、ステップＳ３７から図２０のｇへ移行し、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受けていない場合には、ステップＳ２８からステップＳ２６，Ｓ２７を介して図２１のｆへ移行する。以後、ＮＲＳ３０５からＳＣコールを開始する旨の通知又はＳＣコールをキャンセルした旨の通知を受けるまで、ステップＳ３７，Ｓ２８，Ｓ２６，Ｓ２７のルーチンを繰り返し、ＮＲＳ３０５からＳＣコールを開始する旨の通知を受ける前にＳＣコールをキャンセルした旨の通知を受けた場合に、ステップＳ３７でＳＣコールがキャンセルされたこと（ＳＣキャンセルＯＫ）を確認できるため、ステップＳ３８でＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットし、処理を終了する。

この実施例によれば、以下の（１）〜（９）にそれぞれ示す作用効果を得ることができる。
（１）画像形成装置１００（又は１１０）が、自己でのＳＣの発生によってそのＳＣを検出した場合に、そのＳＣの種類を判別し、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグ（判別されたＳＣの種類に対応付けられたＳＣコール中フラグ）を“１”にセットし、ＳＣを知らせるＳＣコール情報（異常情報）をそのＳＣの種類を示す情報を付加して管理装置１０２への送信（通報）を実行するが、その送信実行中に主電源がＯＦＦ／ＯＮされた（装置全体への給電が一旦停止された後再開された）とき、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグが“１”にセットされていることを認識できた場合に、ＳＣコール情報を対応するＳＣの種類を示す情報を付加して管理装置１０２への送信を実行する。
したがって、主電源がＯＦＦになって実行中のＳＣコール情報の送信が中断されるようなことがあった場合でも、その中断された（実行中だった）ＳＣコール情報の送信を主電源が再びＯＮになった場合に自動的に再開することができる。

（２）画像形成装置１００のＳＣＳ３０６が、各エンジンユニットの動作可能状態を確認できた時、ＲＡＭ２１５内の各機器レディフラグを“１”にセットする。また、主電源がＯＦＦ／ＯＮされたとき、ＮＶ−ＲＡＭ２０２内のいずれかのＳＣコール中フラグが“１”にセットされていることを認識でき、且つＮＲＳ（通信手段）３０５から通信可能状態を示す旨の通知を受けた時にＲＡＭ２１５内の各機器レディフラグを“１”にセットされていることを確認できなかった場合に、ＮＲＳ３０５へ再び対応するＳＣコールを要求することにより、対応するＳＣコール情報を管理装置１０２へ再送信させる。
それによって、主電源がＯＦＦ／ＯＮされたとき、中断されたＳＣコール情報の送信を必要に応じて（エンジンユニットのＳＣが解除されていない場合にのみ）自動的に再開させることができるため、処理効率が向上する。

（３）画像形成装置１００のＳＣＳ３０６が、主電源がＯＦＦ／ＯＮされたとき、ＮＶ−ＲＡＭ２０２内のいずれかのＳＣコール中フラグが“１”にセットされていることを認識でき、且つＮＲＳ（通信手段）３０５から通信可能状態を示す旨の通知を受けた時にＲＡＭ２１５内の各機器レディフラグが“１”にセットされていることを確認できなかった場合に、ＮＲＳ３０５へ再び対応するＳＣコールを要求するが、その後ＮＲＳ３０５よりＳＣコールを開始する旨の通知を受ける前に各エンジンユニットの動作可能状態を確認できた場合には、ＳＣコールのキャンセルをＮＲＳ３０５へ要求して対応するＳＣコール情報の管理装置１０２への再送信をキャンセルさせる。
それによって、エンジンユニットのＳＣが解除されたのにＳＣコール情報を管理装置１０２へ再送信させるという無駄を省くことができる。

（４）画像形成装置１００のＳＣＳ３０６が、（３）の処理によって管理装置１０２へのＳＣコール情報の再送信がキャンセルされ、ＮＲＳ３０５からその旨の通知を受けると、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットする。
それによって、エンジンユニットのＳＣが解除されたのにＳＣコール情報を管理装置１０２へ再送信させるための処理を行うことがないため、処理効率が向上する。

（５）画像形成装置１００のＳＣＳ３０６が、ＮＲＳ３０５への対応するＳＣコールの要求（管理装置１０２へのＳＣコール情報の送信）に対して、ＮＲＳ３０５からＳＣコールが正常に終了した旨の通知を受けた場合（管理装置１０２からＳＣコール情報の受信が正常に終了した旨の送信結果を受信した場合）に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットすると共に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“１”にセットする。その後、各エンジンユニットの動作可能状態を確認できた場合に、ＮＲＳ３０５へＳＣ解除コールを要求することにより、対応するＳＣ解除コール情報を管理装置１０２へ送信させる。

それによって、ＮＶ−ＲＡＭ２０２内のＳＣコール済みフラグの状態を参照することにより、ＳＣコール情報が管理装置１０２へ送信された場合には、そのことを機器利用者側で確認することができる。また、管理装置１０２へＳＣコール情報が送信された後、そのＳＣが解除された場合には、そのことを直ちに管理装置１０２側で確認することもできる。よって、センタオペレータによる作業やサービスマンの機器設置場所（ＳＣが発生した画像形成装置の設置場所）への訪問が無駄になるような問題が生じることはない。

（６）画像形成装置１００のＳＣＳ３０６が、主電源がＯＦＦ／ＯＮされたとき、ＮＶ−ＲＡＭ２０２内のいずれかのＳＣコール中フラグが“１”にセットされていることを認識でき、且つＮＲＳ（通信手段）３０５から通信可能状態を示す旨の通知を受けた時にＲＡＭ２１５内の各機器レディフラグが“１”にセットされていることを確認できた場合に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットする。
それによって、エンジンユニットのＳＣが解除されたのにＳＣコール情報を管理装置１０２へ再送信させるという無駄を省くことができる。

（７）画像形成装置１００のＳＣＳ３０６が、操作パネル２０５上のソフト電源キーがＯＦＦ／ＯＮされたとき、その後ＮＲＳ３０５よりＳＣコールを開始する旨の通知を受ける前に各エンジンユニットの動作可能状態を確認できた場合には、ＳＣコールのキャンセルをＮＲＳ３０５へ要求して対応するＳＣコール情報の管理装置１０２への再送信をキャンセルさせる。
それによって、エンジンユニットのＳＣが解除されたのにＳＣコール情報を管理装置１０２へ再送信させるという無駄を省くことができる。

（８）画像形成装置１００のＳＣＳ３０６が、（７）の処理によって管理装置１０２へのＳＣコール情報の再送信がキャンセルされ、ＮＲＳ３０５からその旨の通知を受けると、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール中フラグを“０”にリセットする。
それによって、エンジンユニットのＳＣが解除されたのにＳＣコール情報を管理装置１０２へ再送信させるための処理を行うことがないため、処理効率が向上する。

（９）画像形成装置１００のＳＣＳ３０６が、ＮＲＳ３０５への対応するＳＣ解除コールの要求（管理装置１０２へのＳＣ解除コール情報の送信）に対して、ＮＲＳ３０５からＳＣ解除コールが正常に終了した旨の通知を受けた場合（管理装置１０２からＳＣ解除コール情報の受信が正常に終了した旨の送信結果を受信した場合）に、ＮＶ−ＲＡＭ２０２内の対応するＳＣコール済みフラグを“０”にリセットする。
それによって、ＮＶ−ＲＡＭ２０２内のＳＣコール済みフラグの状態を参照することにより、ＳＣコール解除情報が管理装置１０２へ送信されたことを機器利用者側で確認することが可能になる。

なお、上述した実施例では、画像形成装置が、管理装置からＳＣコール情報の受信が正常に終了した旨の送信結果を受信した場合にはそのＳＣコール情報の送信が成功した旨の送信結果を、そのＳＣコール情報の受信が正常に終了しなかった（異常に終了した）旨の送信結果を受信した場合にはそのＳＣコール情報が失敗した旨の送信結果をそれぞれ操作パネル２０５上に表示させることによって報知するようにしたが、それらの送信結果をプロッタエンジンにより用紙上に画像形成させたり、図示しないスピーカ等の音声出力部によって音声出力させたり、電子メールによって予め指定された情報処理装置（パーソナルコンピュータ等）に送信させたりして報知するようにしてもよい。
また、上述した各実施例では、ＳＣを異常とし、ＳＣを検出した場合に、そのＳＣを知らせるＳＣコール情報（異常情報）を管理装置１０２へ送信（通報）するようにしたが、ＳＣ以外の異常を検出し、その異常を知らせる異常情報を管理装置１０２へ送信するようにすることも勿論できる。

また、通信装置（電子装置）の例として管理装置１０２と通信するための通信機能（仲介機能）を持つ画像形成装置１１０および仲介機能を果たす仲介装置１０１を接続した画像形成装置１００について主に説明したが、この発明はこれらに限られるものではなく、仲介機能を持つか、仲介機能を果たす仲介装置を接続したネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、各種電子装置に適用可能である。また、これらの装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、通信装置の遠隔管理システムについても、通信装置，遠隔管理仲介装置，管理装置の構成及びこれらの接続形式は、以上の実施例に限られるものではない。

例えば、図１に示した遠隔管理システムにおいて、上述した各種電子装置を被管理装置とし、図２７に示すような遠隔管理システムを構成することが考えられる。この図２７においては、仲介装置１０１を別途設ける被管理装置の例として、テレビ受像機１２ａや冷蔵庫１２ｂのようなネットワーク家電、医療機器１２ｃ，自動販売機１２ｄ，計量システム１２ｅ，空調システム１２ｆを挙げている。そして、仲介装置１０１の機能を併せ持つ被管理装置の例として、自動車１３ａや航空機１３ｂを挙げている。また、自動車１３ａや航空機１３ｂのように広範囲を移動する装置においては、ファイアウォール（ＦＷ）１０４の機能も併せ持つようにすることが好ましい。

また、この発明によるプログラムは、外部装置と通信を行う通信手段を備えた上述の画像形成装置等の通信装置を制御するコンピュータに、この発明による各機能である異常検出手段，異常種判別手段，制御手段（第１〜第５の制御手段，ハードユニット給電停止／解除切替手段，切替指示手段）としての機能を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，フラッシュメモリ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。

この発明を、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種通信装置（被管理装置）、その通信装置とそれを管理する管理装置とからなる遠隔管理システムに適用可能である。

この発明による通信装置の遠隔管理システムの構成例を示す概念図である。 その遠隔管理システムにおけるデータ送受モデルを示す概念図である。 この発明による通信装置の遠隔管理システムである画像形成装置遠隔管理システムの構成例を示す概念図である。 図３の画像形成装置のハードウェア構成例を示すブロック図である。 その画像形成装置のソフトウェア構成例を示すブロック図である。

その画像形成装置におけるＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号について説明するための図である。 その画像形成装置におけるＮＲＳ３０５の構成例を示す機能ブロック図である。 図３の管理装置１０２の概略構成例を示すブロック図である。 図３の画像形成装置遠隔管理システム内で行われるデータ送受信の際の通信シーケンスの一例を示す図である。 図３の画像形成装置から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。

異常の種類を判定するための基準となる情報のテーブルの一例を示す説明図である。 図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００でのＳＣ発生時の通信シーケンスの第１例を示す図である。 同じく画像形成装置１００でのＳＣ発生時の通信シーケンスの第２例を示す図である。 同じく画像形成装置１００でのＳＣ発生時の通信シーケンスの第３例を示す図である。 同じく画像形成装置１００でのＳＣ発生時の通信シーケンスの第４例を示す図である。

図４の画像形成装置におけるＳＣコール時に操作パネル２０５の文字表示器に表示される各表示画面の一例を示す説明図である。 図４ＮＶ−ＲＡＭ２０２上の２種類のＳＣコール済みフラグ，ＳＣコール中フラグの状態およびＲＡＭ２１５上の２種類のレディフラグの状態をそれぞれ示す説明図である。 図４の画像形成装置１００のコントローラボード２００のＳＣＳ３０６によるＳＣ発生時の処理の一例を示すフロー図である。 その続きの処理を示すフロー図である。 図１８，図１９の処理期間Ｂにて主電源がＯＦＦ／ＯＮされた時の処理を示すフロー図である。

その続きの処理を示すフロー図である。 その続きの処理を示すフロー図である。 図１８，図１９の処理期間Ｃ１又はＣ２にて主電源がＯＦＦ／ＯＮされた時の処理をそれぞれ示すフロー図である。 ＨＴＴＰメッセージ内のＳＣコール用のＳＯＡＰメッセージのフォーマット例を示す説明図である。 同じくその主要部分の構成を示す説明図である。

ＨＴＴＰメッセージ内のＳＣ解除コール用のＳＯＡＰメッセージのフォーマット例を示す説明図である。 図１に示した遠隔管理システムの別の構成例を示す図である。 従来の遠隔管理システムにおける画像形成装置での異常発生時の通信シーケンスの一例を示す図である。 同じくその通信シーケンスの他の例を示す図である。

符号の説明

１０：被管理装置 １１：仲介機能付被管理装置 １００：画像形成装置 １０１：仲介装置 １０２：管理装置 １０３：インタネット １０４：ファイアウォール １１０：仲介機能付画像形成装置 ２００：コントローラボード ２０１：ＨＤＤ ２０２：ＮＶ−ＲＡＭ ２０３：ＰＩボード ２０４：ＰＨＹ ２０５：操作パネル ２０６：プロッタ／スキャナエンジンボード ２０７：電源ユニット ２１２：ＰＣＩ−ＢＵＳ ２１５：ＲＡＭ ３００：ＯＣＳ ３０１：ＥＣＳ ３０２：ＭＣＳ ３０３：ＮＣＳ ３０４：ＦＣＳ ３０５：ＮＲＳ ３０６：ＳＣＳ ３０７：ＳＲＭ ３０８：ＩＭＨ ３０９：コピーアプリ ３１０：ファクスアプリ ３１１：プリンタアプリ ３１２：スキャナアプリ ３１３：ネットファイルアプリ ３１４：ウェブアプリ ３１５：ＣＳＳ ３１６：ＤＣＳ ３１７：ＵＣＳ ３２０：汎用ＯＳ ６０１：モデム ６０２：通信端末 ６０３：プロキシサーバ ６０４：操作者端末 ６０５：データベース ６０６：制御装置

Claims (16)

1. 操作手段と、ハードユニットと、該ハードユニット内の異常を検出する異常検出手段と、外部装置と通信する通信手段と、前記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報を前記通信手段によって前記外部装置へ送信させる制御手段と、前記操作手段，前記異常検出手段，前記通信手段，および前記制御手段を含む装置全体へ給電する給電手段とを有する通信装置であって、
   前記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、
   前記制御手段が、前記給電手段から前記装置全体への給電中に、前記ハードユニットへの給電の停止／解除を切り替えるハードユニット給電停止／解除切替手段と、該手段に対して前記操作手段の操作によって前記ハードユニットへの給電の停止／解除の切り替えを指示する切替指示手段と、前記異常検出手段によって異常が検出された場合に、前記異常種判別手段によって判別された異常の種類が送信対象か否かを判定し、送信対象の場合に、前記異常情報の送信要求を前記判別された異常の種類を示す情報を付加して前記通信手段に対して発行した後、前記ハードユニット給電停止／解除切替手段によって前記ハードユニットへの給電が一旦停止された後該停止が解除されることにより、前記通信手段より前記異常情報の送信を開始する旨の通知を受ける前に前記ハードユニットが動作可能状態であることを確認できた場合に、前記異常情報の送信解除要求を前記通信手段に対して発行する第１の制御手段とを有し、
   前記通信手段が、前記第１の制御手段より前記異常情報の送信要求を受けた場合に、該異常情報を該送信要求に付加されている異常の種類を示す情報を付加して前記外部装置へ送信する手段と、該手段によって前記異常情報の送信を開始する前に、該異常情報の送信を開始する旨を該異常情報の送信要求の発行元である前記第１の制御手段へ通知する手段と、前記第１の制御手段より前記異常情報の送信要求を受けてから該異常情報の送信が開始されるまでの間に該第１の制御手段より該異常情報の送信解除要求を受けた場合に、該異常情報の送信を解除する手段とを有することを特徴とする通信装置。
   することを特徴とする通信装置。
2. 請求項１記載の通信装置において、
   前記給電手段からの給電に関係なく情報を記憶保持する不揮発性記憶手段を設け、
   前記第１の制御手段が、前記異常情報の送信要求を前記判別された異常の種類を示す情報を付加して前記通信手段に対して発行する際に、前記異常情報の送信中を示す異常情報送信中情報を前記判別された異常の種類に対応付けて前記不揮発性記憶手段に設定する手段を有し、
   前記制御手段が、前記給電手段から装置全体への給電が開始されたとき、前記不揮発性記憶手段にいずれかの前記異常情報送信中情報が設定されていることを認識でき、且つ前記ハードユニットが動作可能状態であることを確認できなかった場合に、前記異常情報の送信要求を前記設定されている前記異常情報送信中情報に対応する異常の種類を示す情報を付加して前記通信手段に対して発行する第２の制御手段を有することを特徴とする通信装置。
3. 請求項２記載の通信装置において、
   前記第２の制御手段が、前記異常情報の送信要求を前記判別された異常の種類を示す情報を付加して前記通信手段に対して発行した後、該通信手段より前記異常情報の送信を開始する旨の通知を受ける前に前記ハードユニットが動作可能状態であることを確認できた場合に、前記異常情報の送信解除要求を前記通信手段に対して発行する手段を有することを特徴とする通信装置。
4. 請求項３記載の通信装置において、
   前記通信手段が、前記異常情報の送信が解除された場合に、その旨を前記異常情報の送信解除要求の発行元へ通知する手段を有し、
   前記第１，第２の制御手段がそれぞれ、前記通信手段から前記異常情報の送信が解除された旨の通知を受けた場合に、前記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する前記異常情報送信中情報の設定を解除する手段を有することを特徴とする通信装置。
5. 請求項２乃至４のいずれか一項に記載の通信装置において、
   前記制御手段が、前記第１又は第２の制御手段による前記外部装置への前記異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、前記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する前記異常情報送信中情報の設定を解除すると共に、該異常情報の送信成功を示す異常情報送信済み情報を該異常の種類を示す情報に対応付けて前記不揮発性記憶手段に設定する第３の制御手段と、該手段によって前記不揮発性記憶手段に前記異常情報送信済み情報が設定された後、前記ハードユニットが動作可能状態であることを確認できた場合に、異常の解除を知らせる異常解除情報を前記不揮発性記憶手段に設定された前記異常情報送信済み情報に対応付けられている異常の種類を示す情報を付加して前記通信手段によって前記外部装置へ送信させる第４の制御手段とを有することを特徴とする通信装置。
6. 請求項２乃至５のいずれか一項に記載の通信装置において、
   前記第２の制御手段が、前記給電手段による装置全体への給電が開始されたとき、前記不揮発性記憶手段にいずれかの前記異常情報送信中情報が設定されていることを確認でき、且つ前記ハードユニットが動作可能状態であることを確認できた場合に、該異常情報送信中情報の設定を解除する手段を有することを特徴とする通信装置。
7. 請求項５記載の通信装置において、
   前記制御手段が、前記第４の制御手段による前記外部装置への前記異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記不揮発性記憶手段における該異常解除情報に付加されている異常の種類を示す情報に対応する前記異常情報送信済み情報の設定を解除する第５の制御手段を有することを特徴とする通信装置。
8. 請求項１乃至７のいずれか一項に記載の通信装置において、
   前記通信手段は、前記外部装置へ送信すべき情報を構造化言語形式に変換する手段を有することを特徴とする通信装置。
9. 管理装置によってネットワークを介して複数の通信装置を遠隔管理する遠隔管理システムであって、
   前記複数の通信装置にそれぞれ、操作手段と、ハードユニットと、該ハードユニット内の異常を検出する異常検出手段と、前記管理装置と通信する通信手段と、前記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報を自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる制御手段と、前記操作手段，前記異常検出手段，前記通信手段，および前記制御手段を含む装置全体へ給電する給電手段と、該給電手段からの給電に関係なく情報を記憶保持する不揮発性記憶手段と、前記異常検出手段によって検出された異常の種類を判別する異常種判別手段とを設け、
   前記複数の通信装置の制御手段が、前記給電手段から前記装置全体への給電中に、前記ハードユニットへの給電の停止／解除を切り替えるハードユニット給電停止／解除切替手段と、該手段に対して前記操作手段の操作によって前記ハードユニットへの給電の停止／解除の切り替えを指示する切替指示手段と、前記異常検出手段によって異常が検出された場合に、前記異常種判別手段によって判別された異常の種類が送信対象か否かを判定し、送信対象の場合に、前記異常情報の送信要求を前記判別された異常の種類を示す情報および自己の識別情報を付加して前記通信手段に対して発行すると共に、前記異常情報の送信中を示す異常情報送信中情報を前記判別された異常の種類に対応付けて前記不揮発性記憶手段に設定した後、前記ハードユニット給電停止／解除切替手段によって前記ハードユニットへの給電が一旦停止された後該停止が解除されることにより、前記通信手段より前記異常情報の送信を開始する旨の通知を受ける前に前記ハードユニットが動作可能状態であることを確認できた場合に、前記異常情報の送信解除要求を前記通信手段に対して発行する第１の制御手段と、前記給電手段から装置全体への給電が開始されたとき、前記不揮発性記憶手段にいずれかの前記異常情報送信中情報が設定されていることを認識でき、且つ前記ハードユニットが動作可能状態であることを確認できなかった場合には、前記異常情報の送信要求を前記設定されている前記異常情報送信中情報に対応する異常の種類を示す情報および自己の識別情報を付加して前記通信手段に対して発行する第２の制御手段と、前記第１又は第２の制御手段による前記管理装置への前記異常情報の送信に対して、該管理装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、前記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する前記異常情報送信中情報の設定を解除すると共に、該異常情報の送信成功を示す異常情報送信済み情報を該異常の種類を示す情報に対応付けて前記不揮発性記憶手段に設定する第３の制御手段とを有し、
   前記複数の通信装置の通信手段が、前記第１の制御手段より前記異常情報の送信要求を受けた場合に、該異常情報を該送信要求に付加されている異常の種類を示す情報および自己の識別情報を付加して前記管理装置へ送信する手段と、該手段によって前記異常情報の送信を開始する前に、該異常情報の送信を開始する旨を該異常情報の送信要求の発行元である前記第１の制御手段へ通知する手段と、前記第１の制御手段より前記異常情報の送信要求を受けてから該異常情報の送信が開始されるまでの間に該第１の制御手段より該異常情報の送信解除要求を受けた場合に、該異常情報の送信を解除する手段とを有し、
   前記管理装置に、前記複数の通信装置と通信する通信手段と、該手段によっていずれかの通信装置から前記異常情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常情報に付加された識別情報に基づいて該異常情報を送信した通信装置へ前記通信手段によって送信させる制御手段とを設けたことを特徴とする遠隔管理システム。
10. 請求項９記載の遠隔管理システムにおいて、
    前記複数の通信装置の制御手段の第２の制御手段が、前記給電手段による装置全体への給電が開始されたとき、前記不揮発性記憶手段にいずれかの前記異常情報送信中情報が設定されていることを確認でき、且つ前記ハードユニットが動作可能状態であることを確認できた場合に、該異常情報送信中情報の設定を解除する手段を有することを特徴とする遠隔管理システム。
11. 請求項１０記載の遠隔管理システムにおいて、
    前記複数の通信装置の制御手段が、前記第３の制御手段によって前記不揮発性記憶手段に前記異常情報送信済み情報が設定された後、前記ハードユニットが動作可能状態であることを確認できた場合に、異常の解除を知らせる異常解除情報を前記不揮発性記憶手段に設定された前記異常情報送信済み情報に対応付けられている異常の種類を示す情報および自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる第４の制御手段と、該手段による前記管理装置への前記異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記不揮発性記憶手段における該異常解除情報に付加されている異常の種類を示す情報に対応する前記異常情報送信済み情報の設定を解除する第５の制御手段とを有し、
    前記管理装置の制御手段が、前記通信手段によっていずれかの通信装置から前記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ前記通信手段によって送信させる手段を有することを特徴とする遠隔管理システム。
12. 操作手段と、ハードユニットと、該ハードユニット内の異常を検出する異常検出手段と、装置全体へ給電する給電手段と、前記給電手段からの給電に関係なく情報を記憶保持する不揮発性記憶手段とを有する通信装置を制御するコンピュータに、外部装置と通信する通信機能と、前記異常検出手段によって検出された異常の種類を判別する異常種判別機能と、前記給電手段から前記装置全体への給電中に、前記ハードユニットへの給電の停止／解除を切り替えるハードユニット給電停止／解除切替機能と、該機能に対して前記操作手段の操作によって前記ハードユニットへの給電の停止／解除の切り替えを指示する切替指示機能と、前記検出手段によって異常が検出された場合に、前記異常種判別機能によって判別された異常の種類が送信対象か否かを判定し、送信対象の場合に、前記異常情報の送信要求を前記判別された異常の種類を示す情報を付加して前記通信機能に対して発行した後、前記ハードユニット給電停止／解除切替機能によって前記ハードユニットへの給電が一旦停止された後該停止が解除されることにより、前記通信機能より前記異常情報の送信を開始する旨の通知を受ける前に前記ハードユニットが動作可能状態であることを確認できた場合に、前記異常情報の送信解除要求を前記通信機能に対して発行する第１の制御機能とを実現させるためのプログラムであり、
    前記通信機能を実現させるためのプログラムは、前記コンピュータに、前記第１の制御機能より前記異常情報の送信要求を受けた場合に、該異常情報を該送信要求に付加されている異常の種類を示す情報を付加して前記外部装置へ送信する機能と、該機能によって前記異常情報の送信を開始する前に、該異常情報の送信を開始する旨を該異常情報の送信要求の発行元である前記第１の制御機能に対して通知する機能と、前記第１の制御機能より前記異常情報の送信要求を受けてから該異常情報の送信が開始されるまでの間に該第１の制御機能より該異常情報の送信解除要求を受けた場合に、該異常情報の送信を解除する機能をも実現させるためのプログラム。
13. 請求項１２記載のプログラムにおいて、
    前記第１の制御機能を実現させるためのプログラムは、前記コンピュータに、前記異常情報の送信要求を前記判別された異常の種類を示す情報を付加して前記通信機能に対して発行する際に、前記異常情報の送信中を示す異常情報送信中情報を前記判別された異常の種類に対応付けて前記不揮発性記憶手段に設定する機能も実現させるプログラムであり、
    前記コンピュータに、前記給電手段から装置全体への給電が開始されたとき、前記不揮発性記憶手段にいずれかの前記異常情報送信中情報が設定されていることを認識でき、且つ前記ハードユニットが動作可能状態であることを確認できなかった場合に、前記異常情報の送信要求を前記設定されている前記異常情報送信中情報に対応する異常の種類を示す情報を付加して前記通信機能に対して発行する第２の制御機能をも実現させるためのプログラム。
14. 請求項１３記載のプログラムにおいて、
    前記第２の制御機能を実現させるためのプログラムは、前記コンピュータに、前記給電手段による装置全体への給電が開始されたとき、前記不揮発性記憶手段にいずれかの前記異常情報送信中情報が設定されていることを確認でき、且つ前記ハードユニットが動作可能状態であることを確認できた場合に、該異常情報送信中情報の設定を解除する機能も実現させるプログラム。
15. 請求項１３又は１４記載のプログラムにおいて、
    前記コンピュータに、前記第１又は第２の制御機能による前記外部装置への前記異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、前記不揮発性記憶手段における該異常情報に付加されている異常の種類を示す情報に対応する前記異常情報送信中情報の設定を解除すると共に、該異常情報の送信成功を示す異常情報送信済み情報を該異常の種類を示す情報に対応付けて前記不揮発性記憶手段に設定する第３の制御機能と、該機能によって前記不揮発性記憶手段に前記異常情報送信済み情報が設定された後、前記ハードユニットが動作可能状態であることを確認できた場合に、異常の解除を知らせる異常解除情報を前記不揮発性記憶手段に設定された前記異常情報送信済み情報に対応付けられている異常の種類を示す情報を付加して前記通信機能によって前記外部装置へ送信させる第４の制御機能をも実現させるプログラム。
16. 請求項１５記載のプログラムにおいて、
    前記コンピュータに、前記第４の制御機能による前記外部装置への前記異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記不揮発性記憶手段における該異常解除情報に付加されている異常の種類を示す情報に対応する前記異常情報送信済み情報の設定を解除する第５の制御機能をも実現させるプログラム。

Images