JP2004187008A - 通信装置とその遠隔管理システムおよび異常送信時の制御方法並びにプログラム - Google Patents

Abstract

【課題】通信装置の異常が外部装置へ通知された後、その異常が解除された場合には、そのことを直ちに外部装置側で確認できるようにする。
【解決手段】被管理装置（通信装置）１０，１１が、ＳＣ（異常）を検出した場合、ＳＣを知らせるＳＣコールを管理装置１０２へ送信し、その管理装置１０２からそのＳＣコールの受信が正常に終了した旨の送信結果を受信した場合、そのＳＣコール送信の成功を示すＳＣコール済みフラグをセットする。その後、自己にＳＣがないことを認識できた場合あるいはＳＣの解除を検出した場合、ＳＣコール済みフラグの状態をチェックし、ＳＣコール済みフラグがセットされていることを認識できた場合、ＳＣコール解除情報を管理装置１０２へ送信し、その管理装置１０２からそのＳＣコール解除情報の受信が正常に終了した旨の送信結果を受信した場合に、ＳＣコール済みフラグをリセットする。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
この発明は、外部装置と通信する機能を備えた通信装置と、この通信装置とこれをネットワークを介して遠隔管理する管理装置とによって構成された遠隔管理システム、および上記通信装置の異常送信時の制御方法、並びに上記通信装置を制御するコンピュータに必要な機能（この発明に係わる機能）を実現させるためのプログラムに関する。
【０００２】
【従来の技術】
従来から、通信機能を備えたプリンタ，ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置を始め、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせて通信装置とし、管理装置と接続してこれらの通信装置やシステムを管理することが行われている。
例えば、画像形成装置としては、既知の感光体静電プロセスを用いて普通紙に画像形成するものが一般的であるが、このような感光体静電プロセスを行う機構からは、トラブル（異常）が発生する割合も高く、更に性能維持のための定期的なオーバホールの必要性から、保守管理のサービス体制を採っている。
【０００３】
この保守管理を充実させる目的で、画像形成装置の遠隔管理システムとして、画像形成装置の内部又は外部に通信装置を設け、画像形成装置とサービスセンタ（管理センタ）に設置された管理装置とを公衆回線（電話回線）を介して接続し、画像形成装置の異常発生時にその旨を管理装置に通報するようにしたものが既に開発され（例えば特許文献１〜５参照）、市販されている。
【０００４】
このような遠隔管理システムにおける画像形成装置での異常発生時の制御について、図２３および図２４を参照して詳細に説明する。
図２３，図２４は、従来の遠隔管理システムにおける画像形成装置での異常発生時の通信シーケンスの異なる例を示す図である。
画像形成装置は、スキャナ又はプロッタ等のエンジン内にセンサ等からなる異常検出部（異常検出手段）を備えており、その異常検出部が、エンジンの状態を監視し、例えば異常としてＳＣ（サービスマンコール）が発生した場合に、そのＳＣを検出し、ＳＣが発生した旨（異常情報）をコントローラへ通知する。
コントローラは、エンジンからＳＣが発生した旨が通知されると、そのエンジン内でＳＣが発生したと判定し、ＳＣコール（ＳＣ情報の自動通報）用のメッセージを生成してラインアダプタ（仲介装置）へ送信する。このとき、操作部上の文字表示器に「ＳＣコール中」のメッセージを表示する。
【０００５】
ラインアダプタは、コントローラからＳＣコール用のメッセージを受信すると、コール受付ＯＫをコントローラへ通知すると共に、公衆回線経由でサービスセンタの管理装置に対してＳＣコールを行う。つまり、ＳＣコールを知らせるＳＣコール情報（異常情報）を公衆回線経由でサービスセンタの管理装置へ自動通報する。
サービスセンタの管理装置は、機器利用者（この例では画像形成装置を利用しているユーザ）側に設置されているラインアダプタから通報されたＳＣコール情報を受信し、その受信が正常に終了すると、その旨（ＳＣコールに対する処理が成功した旨）のコール結果（ＯＫ）を公衆回線経由で通報元のラインアダプタへ送信する。また、受信したＳＣコール情報をキュー（例えばハードディスク装置内のデータベース）に格納し、管理装置のオペレータ（以下「センタオペレータ」という）によって対応する処理が行われるまでキューイング（保持する）。さらに、受信したＳＣコール情報を表示部に表示してセンタオペレータに知らせる。
【０００６】
通報元のラインアダプタは、サービスセンタの管理装置からコール結果（ＯＫ）を受信すると、そのコール結果（ＯＫ）を画像形成装置のコントローラへ送信する。
画像形成装置のコントローラは、ラインアダプタからコール結果（ＯＫ）を受信すると、操作部上の文字表示器に「ＳＣコール成功」のメッセージを表示する。
【０００７】
一方、センタオペレータは、管理装置の表示部の表示を見て通報元のラインアダプタに接続されている画像形成装置のエンジン内でＳＣが発生したことを認識すると、対応する作業を開始する。
すなわち、まず、管理装置を操作して通報元のラインアダプタへ機器（画像形成装置）の状態を知るための状態取得指令にその機器の識別情報を付加して送信させることにより、そのラインアダプタに接続されている画像形成装置から返送される状態応答情報（画像形成装置の状態を示す情報）を取得する。
通報元のラインアダプタは、サービスセンタの管理装置から状態取得指令を受信すると、その状態取得指令をそれに付加されている識別情報に基づいて該当する画像形成装置のコントローラへ送信する。
【０００８】
画像形成装置のコントローラは、ラインアダプタから状態取得指令を受信すると、エンジンの状態を調べ、その結果を示す状態応答情報をラインアダプタへ送信する。このとき、例えばユーザ（オペレータ）による主電源のＯＦＦ／ＯＮ（主電源を一旦ＯＦＦにして再びＯＮにする）によってＳＣ状態（異常）が解除することもあるため、この場合にはＳＣ状態の解除を知らせる異常解除情報を状態応答情報としてラインアダプタへ送信する。
ラインアダプタは、画像形成装置のコントローラから状態応答情報を受信すると、その状態応答情報を公衆回線経由でサービスセンタの管理装置へ通報する。
【０００９】
サービスセンタの管理装置は、通報元のラインアダプタから状態応答情報を受信すると、その状態応答情報を表示部に表示してセンタオペレータに知らせる。
センタオペレータは、管理装置の表示部の表示を見て通報元のラインアダプタに接続されている画像形成装置のエンジン内でＳＣが発生したままであることを認識すると、該当するユーザ（その画像形成装置の利用者）へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施する。通報元のラインアダプタに接続されている画像形成装置のエンジン内でＳＣが発生していない（ＳＣ状態が解除された）ことを認識すると、上述したような処理は行わない。
【００１０】
【特許文献１】
特開平８−３１４８１５号公報
【特許文献２】
特開２００２−１４４６８４号公報
【特許文献３】
特開２００１−３４１２２号公報
【特許文献４】
特開２００１−１０９３３４号公報
【特許文献５】
特開２００１−１９４９６４号公報
【００１１】
【発明が解決しようとする課題】
しかしながら、このような遠隔管理システムでは、以下に示すような問題があった。
センタオペレータが、通報元のラインアダプタに接続されている画像形成装置のエンジンの状態を知るために、管理装置を操作して状態取得指令を送信させなければならない。
また、管理装置（外部装置）が、状態取得指令の送信により、通報元のラインアダプタに接続されている画像形成装置のエンジンの状態が異常である旨を示す状態応答情報を受信した場合、その状態応答情報を表示部に表示してセンタオペレータに知らせるため、そのセンタオペレータが、上述したように該当するユーザ（機器利用者）へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施するが、管理装置が状態応答情報を受信してからセンタオペレータによって上記作業を実施するまでの間に、通報元のラインアダプタに接続されている画像形成装置のＳＣ状態が解除するようなこともありえる。
この場合、センタオペレータによる作業やサービスマンのユーザ先（ＳＣが発生した画像形成装置の設置場所）への訪問が無駄になってしまう。
【００１２】
この発明は、上記の問題点に鑑みてなされたものであり、画像形成装置等の通信装置で異常が発生してその異常を知らせる異常情報が外部装置へ送信された場合には、そのことを通信装置側（機器利用者側）で確認できるようにすることを目的とする。また、通信装置から外部装置へ異常情報が送信された後、その異常が解除された場合には、そのことを直ちに外部装置側で確認できるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
この発明は、上記の目的を達成するため、通信装置と、その遠隔管理システム、および上記通信装置の異常送信時の制御方法、並びに上記通信装置を制御するコンピュータに必要な機能を実現させるためのプログラムを提供する。
【００１４】
請求項１の発明による通信装置は、外部装置と通信する通信手段と、自己の異常を検出する異常検出手段と、該手段によって異常が検出された場合に、異常を知らせる異常情報を上記通信手段によって上記外部装置へ送信させる異常送信手段とを有する通信装置であって、上記異常送信手段による上記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常情報送信の成功を示す異常送信済み状態に設定する異常送信済み状態設定手段を設けたものである。
【００１５】
請求項２の発明による通信装置は、請求項１の通信装置において、上記異常送信手段による上記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合には該異常情報の送信が成功した旨の送信結果を、該異常情報の受信が正常に終了しなかった旨の送信結果を受信した場合には該異常送信が失敗した旨の送信結果をそれぞれ報知する送信結果報知手段を設けたものである。
【００１６】
請求項３の発明による通信装置は、請求項１の通信装置において、上記異常送信手段による上記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合には該異常情報の送信が成功した旨の送信結果を、該異常情報の受信が異常に終了した旨の送信結果を受信した場合には該異常送信が失敗した旨の送信結果をそれぞれ報知する送信結果報知手段を設けたものである。
【００１７】
請求項４の発明による通信装置は、請求項１〜３のいずれかの通信装置において、自己の状態を確認する装置状態確認手段と、該手段によって異常がないことを認識できた場合に、上記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって上記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を上記通信手段によって外部装置へ送信させる異常解除送信手段とを設けたものである。
【００１８】
請求項５の発明による通信装置は、請求項１〜３のいずれかの通信装置において、自己の異常の解除を検出する異常解除検出手段と、該手段によって異常の解除が検出された場合に、上記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって上記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を上記通信手段によって上記外部装置へ送信させる異常解除送信手段とを設けたものである。
請求項６の発明による通信装置は、請求項４又は５の通信装置において、上記異常解除送信手段を、上記異常解除情報を上記通信手段によって構造化言語形式で上記外部装置へ送信させる手段としたものである。
【００１９】
請求項７の発明による通信装置は、請求項４〜６のいずれかの通信装置において、上記異常解除送信手段による上記外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除する異常送信済み状態解除手段を設けたものである。
【００２０】
請求項８の発明による通信装置は、請求項１〜３のいずれかの通信装置において、上記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、上記異常送信手段を、上記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報に上記異常種判別手段によって判別された異常の種類を示す情報を付加して上記通信手段によって外部装置へ送信させる手段とし、上記異常送信済み状態設定手段を、上記異常送信済み状態に上記異常種判別手段によって判別された異常の種類を示す情報を対応付けて設定する手段としたものである。
【００２１】
請求項９の発明による通信装置は、請求項８の通信装置において、自己の状態を確認する装置状態確認手段と、該手段によって異常がないことを認識できた場合に、異常の種類毎に異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報を付加して上記通信手段によって上記外部装置へ送信させる異常解除送信手段とを設けたものである。
【００２２】
請求項１０の発明による通信装置は、請求項８の通信装置において、自己の異常の解除を検出する異常解除検出手段と、該手段によって異常の解除が検出された場合に、該異常の種類に対応する異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報を付加して上記通信手段によって外部装置へ送信させる異常解除送信手段とを設けたものである。
【００２３】
請求項１１の発明による通信装置は、請求項９又は１０の通信装置において、上記異常解除送信手段を、異常の解除を知らせる異常解除情報に該異常の種類を示す情報を付加して上記通信手段によって構造化言語形式で上記外部装置へ送信させる手段としたものである。
請求項１２の発明による通信装置は、請求項９〜１１のいずれかの通信装置において、上記異常解除送信手段による上記外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態確認手段によって確認できた解除された異常の種類に対応する異常送信済み状態を解除する異常送信済み状態解除手段を設けたものである。
【００２４】
請求項１３の発明による遠隔管理システムは、管理装置によってネットワークを介して複数の通信装置を遠隔管理する遠隔管理システムであって、上記複数の通信装置にそれぞれ、上記管理装置と通信する通信手段と、自己の異常を検出する異常検出手段と、該手段によって異常が検出された場合に、異常を知らせる異常情報に自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる異常送信手段と、該手段による上記管理装置への異常情報の送信に対して、該管理装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常送信の成功を示す異常送信済み状態に設定する異常送信済み状態設定手段とを設け、上記管理装置に、上記複数の通信装置と通信する通信手段と、該手段によっていずれかの通信装置から上記異常情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常情報に付加された識別情報に基づいて該異常情報を送信した通信装置へ上記通信手段によって送信させる送信結果送信手段とを設けたものである。
【００２５】
請求項１４の発明による遠隔管理システムは、請求項１３の遠隔管理システムにおいて、上記複数の通信装置にそれぞれ、自己の状態を確認する装置状態確認手段と、該手段によって異常がないことを認識できた場合に、上記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって上記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる異常解除送信手段と、該手段による上記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除する異常送信済み状態解除手段とを設け、上記管理装置の送信結果送信手段に、上記通信手段によっていずれかの通信装置から上記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ上記通信手段によって送信させる手段を備えたものである。
【００２６】
請求項１５の発明による遠隔管理システムは、請求項１３の遠隔管理システムにおいて、上記複数の通信装置にそれぞれ、自己の異常の解除を検出する異常解除検出手段と、該手段によって異常の解除が検出された場合に、上記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって上記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる異常解除送信手段と、該手段による上記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除する異常送信済み状態解除手段とを設け、上記管理装置の送信結果送信手段に、上記通信手段によっていずれかの通信装置から上記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ上記通信手段によって送信させる手段を備えたものである。
【００２７】
請求項１６の発明による遠隔管理システムは、請求項１３の遠隔管理システムにおいて、上記複数の通信装置にそれぞれ、上記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、上記異常送信手段を、上記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報に上記異常種判別手段によって判別された異常の種類を示す情報および自己の識別情報を付加して上記通信手段によって上記外部装置へ送信させる手段とし、上記異常送信済み状態設定手段を、上記異常送信済み状態に上記異常種判別手段によって判別された異常の種類を示す情報を対応付けて設定する手段とし、上記複数の通信装置にそれぞれ、自己の状態を確認する装置状態確認手段と、該手段によって異常がないことを認識できた場合に、異常の種類毎に異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報および自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる異常解除送信手段と、該手段による上記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態確認手段によって確認できた解除された異常の種類に対応する異常送信済み状態を解除する異常送信済み状態解除手段とを設け、上記管理装置の送信結果送信手段に、上記通信手段によっていずれかの通信装置から上記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ上記通信手段によって送信させる手段を備えたものである。
【００２８】
請求項１７の発明による遠隔管理システムは、請求項１３の遠隔管理システムにおいて、上記複数の通信装置にそれぞれ、上記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、上記異常送信手段を、上記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報に上記異常種判別手段によって判別された異常の種類を示す情報および自己の識別情報を付加して上記通信手段によって上記外部装置へ送信させる手段とし、上記異常送信済み状態設定手段を、上記異常送信済み状態に上記異常種判別手段によって判別された異常の種類を示す情報を対応付けて設定する手段とし、上記複数の通信装置にそれぞれ、自己の異常の解除を検出する異常解除検出手段と、該手段によって異常の解除が検出された場合に、該異常の種類に対応する異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報および自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させる異常解除送信手段と、該手段による上記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態確認手段によって確認できた解除された異常の種類に対応する異常送信済み状態を解除する異常送信済み状態解除手段とを設け、上記管理装置の送信結果送信手段に、上記通信手段によっていずれかの通信装置から上記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ上記通信手段によって送信させる手段を備えたものである。
【００２９】
請求項１８の発明による異常送信時の制御方法は、自己の異常を検出した場合に、異常を知らせる異常情報を外部装置へ送信する通信装置における異常送信時の制御方法であって、上記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常情報送信の成功を示す異常送信済み状態に設定するものである。
【００３０】
請求項１９の発明による異常送信時の制御方法は、請求項１８の異常送信時の制御方法において、自己の状態を確認し、異常がない場合に、上記異常送信済み状態の設定の有無を確認し、該異常送信済み状態に設定されている場合に、異常の解除を知らせる異常解除情報を上記外部装置へ送信し、その異常解除情報の送信に対してその外部装置からその異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除するものである。
【００３１】
請求項２０の発明による異常送信時の制御方法は、請求項１８の異常送信時の制御方法において、自己の異常の解除を検出した場合に、上記異常送信済み状態の設定の有無を確認し、該異常送信済み状態に設定されている場合に、異常の解除を知らせる異常解除情報を上記外部装置へ送信し、その異常解除情報の送信に対してその外部装置からその異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除するものである。
【００３２】
請求項２１の発明によるプログラムは、自己の異常を検出した場合に、異常を知らせる異常情報を外部装置へ送信するようにした通信装置を制御するコンピュータに、上記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常情報送信の成功を示す異常送信済み状態に設定する異常送信済み状態設定機能を実現させるためのプログラムである。
【００３３】
請求項２２の発明によるプログラムは、請求項２１のプログラムにおいて、上記コンピュータに、上記通信装置の状態を確認する装置状態確認機能と、該機能によって異常がないことを認識できた場合に、上記異常送信済み状態の設定の有無を確認する異常送信済み状態確認機能と、該機能によって上記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を上記外部装置へ送信する異常解除送信機能と、該機能による該外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の送信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除する異常送信済み状態解除機能をも実現させるためのプログラムである。
【００３４】
請求項２３の発明によるプログラムは、請求項２１のプログラムにおいて、上記コンピュータに、上記通信装置の異常の解除を検出する異常解除検出機能と、該機能によって異常解除が検出された場合に、上記異常送信済み状態の設定の有無を確認する異常送信済み状態確認機能と、該機能によって上記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を上記外部装置へ送信する異常解除送信機能と、該機能による上記外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の送信の受信が正常に終了した旨の送信結果を受信した場合に、上記異常送信済み状態を解除する異常送信済み状態解除機能をも実現させるためのプログラムである。
【００３５】
【発明の実施の形態】
以下、この発明の好ましい実施の形態を図面を参照して説明する。
まず、この発明による通信装置を被管理装置とする、この発明による通信装置の遠隔管理システムの構成例について説明する。図１は、その遠隔管理システムの構成の一例を示す概念図である。
【００３６】
この遠隔管理システムは、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置や、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた通信装置を被管理装置１０とする遠隔管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）によって接続された遠隔管理仲介装置である仲介装置１０１、更に仲介装置１０１とインタネット１０３（公衆回線等の他のネットワークでもよい）を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。当該仲介装置１０１及び被管理装置１０は、その利用環境に応じて多様な階層構造を成す。
【００３７】
例えば、図１に示す設置環境Ａでは、管理装置１０２とＨＴＴＰ（Ｈｙｐｅｒ ＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による直接的なコネクションを確立できる仲介装置１０１ａが、被管理装置１０ａ及び１０ｂを従える単純な階層構造になっているが、同図に示す設置環境Ｂでは、４台の被管理装置１０を設置する為、１台の仲介装置１０１を設置しただけでは負荷が大きくなる。その為、管理装置１０２とＨＴＴＰによる直接的なコネクションを確立できる仲介装置１０１ｂが、被管理装置１０ｃ及び１０ｄだけでなく、他の仲介装置１０１ｃを従え、この仲介装置１０１ｃが被管理装置１０ｅ及び１０ｆを更に従えるという階層構造を形成している。この場合、被管理装置１０ｅ及び１０ｆを遠隔管理するために管理装置１０２から発せられた情報は、仲介装置１０１ｂとその下位のノードである仲介装置１０１ｃとを経由して、被管理装置１０ｅ又は１０ｆに到達することになる。
【００３８】
また、設置環境Ｃのように、被管理装置１０に仲介装置１０１の機能を併せ持たせた仲介機能付被管理装置１１ａ，１１ｂを、別途仲介装置を介さずにインタネット１０３によって管理装置１０２に接続するようにしてもよい。
図示はしていないが、仲介機能付被管理装置１１の下位にさらに被管理装置１０を接続することもできる。
なお、各設置環境には、セキュリティ面を考慮し、ファイアウォール１０４を設置する。
【００３９】
このような遠隔管理システムにおいて、仲介装置１０１は、これに接続された被管理装置１０の制御管理のためのアプリケーションプログラムを実装している。
管理装置１０２は、各仲介装置１０１の制御管理、更にはこの仲介装置１０１を介した被管理装置１０の制御管理を行うためのアプリケーションプログラムを実装している。そして、被管理装置１０も含め、この遠隔管理システムにおけるこれら各ノードは、ＲＰＣ（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ ｃａｌｌ）により、相互の実装するアプリケーションプログラムのメソッドに対する処理の依頼である「要求」を送信し、この依頼された処理の結果である「応答」を取得することができるようになっている。
【００４０】
すなわち、仲介装置１０１又はこれと接続された被管理装置１０では、管理装置１０２への要求を生成してこれを管理装置１０２へ引き渡し、この要求に対する応答を取得できる一方で、管理装置１０２は、上記仲介装置１０１側への要求を生成してこれを仲介装置１０１側へ引き渡し、この要求に対する応答を取得できるようになっている。この要求には、仲介装置１０１に被管理装置１０に対して各種要求を送信させ、被管理装置１０からの応答を仲介装置１０１を介して取得することも含まれる。
なお、ＲＰＣを実現するために、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ），ＨＴＴＰ，ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ＣＯＭ（Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ），ＣＯＲＢＡ（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）等の既知のプロトコル（通信規格｝，技術，仕様などを利用することができる。
【００４１】
この送受信のデータ送受モデルを図２の概念図に示す。
（Ａ）は、被管理装置１０で管理装置１０２に対する要求が発生したケースである。このケースでは、被管理装置１０が被管理装置側要求ａを生成し、これを仲介装置１０１を経由して受け取った管理装置１０２がこの要求に対する応答ａを返すというモデルになる。同図に示す仲介装置１０１は複数であるケースも想定できる（上記図１に示す設置環境Ｂ）。なお、（Ａ）では、応答ａだけでなく応答遅延通知ａ′を返信するケースが表記されている。これは、管理装置１０２を、仲介装置１０１を経由して被管理装置側要求を受け取って、当該要求に対する応答を即座に返せないと判断したときには、応答遅延通知を通知して一旦接続状態を切断し、次回の接続の際に上記要求に対する応答を改めて引き渡す構成としているためである。
（Ｂ）は、管理装置１０２で被管理装置１０に対する要求が発生したケースである。このケースでは、管理装置１０２が管理装置側要求ｂを生成し、これを仲介装置１０１を経由して受け取った被管理装置１０が、当該要求に対する応答ｂを返すというモデルになっている。なお、（Ｂ）のケースでも、応答を即座に返せないときに応答遅延通知ｂ′を返すことは（Ａ）のケースと同様である。
【００４２】
次に、図１に示す管理装置１０２の物理的構成について説明すると、当該管理装置１０２は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、ネットワークインタフェースカード（以下ＮＩＣという）等を備えている。
更に、図１に示す仲介装置１０１の物理的構成について説明すると、当該仲介装置１０１は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、ＮＩＣ等を備えている。
また、仲介機能付被管理装置１１については、仲介装置１０１の機能を実現するためにこれらのユニットを単に被管理装置１０に付加しても良いが、被管理装置１０に備えるＣＰＵ，ＲＯＭ，ＲＡＭ等のハードウェア資源を利用し、ＣＰＵに適当なアプリケーションやプログラムモジュールを実行させることによって仲介装置１０１の機能を実現することもできる。
【００４３】
以下、図１に示した管理装置のより具体的な例として、この発明による通信装置である画像形成装置を被管理装置とした、この発明による通信装置の遠隔管理システムである画像形成装置遠隔管理システムについて説明する。図３は、その画像形成装置遠隔管理システムの構成の一例を示す概念図であるが、被管理装置１０を画像形成装置１００に、仲介機能付被管理装置１１を仲介機能付画像形成装置１１０に変更した点が図１と相違するのみであるので、システムの全体構成についての説明は省略する。
画像形成装置１００は、コピー、ファクシミリ、スキャナ等の機能及び外部装置と通信を行う機能を備えたデジタル複合機であり、それらの機能に係るサービスを提供するためのアプリケーションプログラムを実装しているものである。また、仲介機能付画像形成装置１１０は、画像形成装置１００に仲介装置１０１の機能を併せ持たせたものである。
【００４４】
このような画像形成装置１００の物理的構成について図４を用いて説明する。図４は、画像形成装置１００内の物理的構成の一例を示すブロック図である。同図に示すように、画像形成装置１００は、コントローラボード２００、ＨＤＤ（ハードディスクドライブ）２０１、ＮＶ−ＲＡＭ（不揮発性ＲＡＭ）２０２、ＰＩ（パーソナルインタフェース）ボード２０３、ＰＨＹ（物理メディアインタフェース）２０４、操作パネル２０５、プロッタ／スキャナエンジンボード２０６、電源ユニット２０７、フィニッシャ２０８、ＡＤＦ（自動原稿給送装置）２０９、給紙バンク２１０、その他周辺機２１１を備えている。
【００４５】
ここで、コントローラボード２００は、制御手段に該当し、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、ＰＣＩ−ＢＵＳ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔｓ Ｉｎｔｅｒｃｏｎｎｅｃｔ−Ｂｕｓ）２１２を介して各機能を制御している。また、ＨＤＤ２０１は、記憶手段に該当する。また、ＮＶ−ＲＡＭ２０２は、記憶手段に該当し、不揮発性メモリであって、例えば、フラッシュメモリ等が該当する。
また、ＰＩボード２０３とＰＨＹ２０４は、通信手段に該当し、外部との通信を行うためのものであって、例えば、通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。ＰＨＹ２０４は、ＬＡＮを介して外部装置と通信を行うためのインタフェースである。
また、操作パネル２０５は、操作手段及び表示手段に該当する。
【００４６】
ここで、同図中のＥＮＧＲＤＹは、エンジン側の各種初期設定が完了して、コントローラボード２００とコマンドの送受信の準備ができたことをコントローラボード２００側に通知するための信号線である。また、ＰＷＲＣＴＬは、エンジンへの電源供給をコントローラボード２００側から制御するための信号線である。これら信号線の動作に関しては後述する。次に、画像形成装置１００におけるソフトウェア構成を図５を用いて説明する。
【００４７】
図５は、画像形成装置１００のソフトウェア構成の一例を示すブロック図である。当該画像形成装置１００のソフトウェア構成は、最上位のアプリケーションモジュール層、その下位のサービスモジュール層からなる。そして、これらのソフトウェアを構成するプログラムはＨＤＤ２０１やコントローラボード２００上のＲＡＭに記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵによって実行される。そしてＣＰＵは、これらのプログラムを必要に応じて実行することにより、この発明による各機能（異常検出手段，異常種判別手段，異常送信手段，異常送信済み状態設定手段，送信結果報知手段，装置状態確認手段，異常解除検出手段，異常送信済み状態確認手段，異常解除送信手段，異常送信済み状態解除手段としての機能）を実現することができる。
【００４８】
なお、それらの機能のうち、通信に係わる機能の実現方法は、画像形成装置１００と画像形成装置１１０とによって異なる。つまり、画像形成装置１１０の場合は、仲介装置の機能を備えているため、ＣＰＵが対応するプログラムを実行することにより、通信に係わる機能を実現することができる。画像形成装置１００の場合には、ＣＰＵが対応するプログラムを実行すると共に、仲介装置１０１を利用することにより、通信に係わる機能を実現することができる。
また、画像形成装置１００は、スキャナエンジンおよびプロッタエンジンを含むエンジンユニット内にセンサ等からなる異常検出部（異常検出手段）を備えている。
【００４９】
サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００、エンジンコントロールサービス（ＥＣＳ）３０１、メモリコントロールサービス（ＭＣＳ）３０２、ネットワークコントロールサービス（ＮＣＳ）３０３、ファクスコントロールサービス（ＦＣＳ）３０４、ニューリモートサービス（ＮＲＳ）３０５、システムコントロールサービス（ＳＣＳ）３０６、システムリソースマネージャ（ＳＲＭ）３０７、イメージメモリハンドラ（ＩＭＨ）３０８、カスタマーサポートシステム（ＣＳＳ）３１５、デリバリーコントロールサービス（ＤＣＳ）３１６、ユーザコントロールサービス（ＵＣＳ）３１７を実装している。更に、アプリケーションモジュール層には、コピーアプリ３０９、ファクスアプリ３１０、プリンタアプリ３１１、スキャナアプリ３１２、ネットファイルアプリ３１３、ウェブアプリ３１４を実装している。
【００５０】
これらを更に詳述する。
ＯＣＳ３００は、操作パネル２０５を制御するモジュールである。
ＥＣＳ３０１は、ハードウェアリソース等のエンジンを制御するモジュールである。
ＭＣＳ３０２は、メモリ制御をするモジュールであり、例えば、画像メモリの取得及び開放、ＨＤＤ２０１の利用等を行う。
ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。
ＦＣＳ３０４は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。
ＮＲＳ３０５は、ネットワークを介してデータを送受信する際のデータの変換等をするモジュールであり、またネットワークを介した遠隔管理に関する機能をまとめたモジュールである。
【００５１】
ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理及び終了管理を行うモジュールである。
ＳＲＭ３０７は、システムの制御及びリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＣＳＳ３１５は、公衆回線を介してデータを送受信する際のデータの変換等をするモジュールであり、また公衆回線を介した遠隔管理に関する機能をまとめたモジュールである。
ＤＣＳ３１６は、ＨＤＤ２０１やコントローラボード２００上のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて送受信するモジュールである。
ＵＣＳ３１７は、ユーザが登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。
【００５２】
コピーアプリ３０９は、コピーサービスを実現するためのアプリケーションプログラムである。
ファクスアプリ３１０は、ファクスサービスを実現するためのアプリケーションプログラムである。
プリンタアプリ３１１は、プリンタサービスを実現するためのアプリケーションプログラムである。
スキャナアプリ３１２は、スキャナサービスを実現するためのアプリケーションプログラムである。
ネットファイルアプリ３１３は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ウェブアプリ３１４は、ウェブサービスを実現するためのアプリケーションプログラムである。
【００５３】
ここで、上述したＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号との動作を図６を用いて説明する。
図６の（Ａ）は機器の立ち上がり時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。ＡＣ−ＰＯＷＥＲのＡＣ電源をＯＮにすると電源供給が開始され、これと同時にＥＮＧＲＤＹ信号はＨｉｇｈになる。この状態ではエンジン側との通信はできない。なぜなら、エンジン側の初期設定が完了していないからである。そして、一定期間経過後にエンジン側の初期設定が完了し、ＥＮＧＲＤＹ信号がＬｏｗになった段階でエンジン側との通信が可能となる。
【００５４】
次に、同図（Ｂ）は省エネモードに移行した時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。省エネモードに移行するため、コントローラボード２００によりＰＷＲＣＴＬ信号をＯＦＦにする。これと同時に電源供給もおちる。これに伴って、ＥＮＧＲＤＹ信号は、Ｈｉｇｈとなり省エネモードに移行する。次に、省エネモードから復帰する場合を同図（Ｃ）に示す。
【００５５】
同図（Ｃ）は、省エネモードから復帰する時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。上記（Ｂ）の省エネモードから復帰する際には、コントローラボード２００によりＰＷＲＣＴＬ信号をＯＮにする。これと同時に電源供給もされる。しかし、上記の（Ａ）で示したように、エンジン側の初期設定が完了するまで、ＥＮＧＲＤＹ信号はＨｉｇｈの状態であり、初期設定が完了するとエンジン側との通信が可能となり、Ｌｏｗとなる。
【００５６】
次に、上述した画像形成装置１００のソフトウェアの構成に含まれるＮＲＳモジュールの内部構成を図７を用いて更に説明する。
図７は、ＮＲＳモジュールの構成の一例を示す機能ブロック図である。同図に示すように、ＮＲＳ３０５は、ＳＣＳ３０６とＮＣＳ３０３との間で処理をおこなっている。ウェブサーバ機能部５００は、外部から受信した要求に関する応答処理を行う。ここでの要求は、例えば、構造化言語であるＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記載された、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）によるＳＯＡＰリクエストであることが考えられる。ウェブクライアント機能部５０１は、外部への要求を発行する処理を行う。ｌｉｂｓｏａｐ５０２は、ＳＯＡＰを処理するライブラリであり、ｌｉｂｘｍｌ５０３は、ＸＭＬ形式で記載されたデータを処理するライブラリである。また、ｌｉｂｇｗｗｗ５０４は、ＨＴＴＰを処理するライブラリであり、ｌｉｂｇｗ＿ｎｃｓ５０５は、ＮＣＳ３０３との間の処理をするライブラリである。
【００５７】
図８は、管理装置１０２の概略構成例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，データベース６０５，制御装置６０６等からなる。
モデム６０１は、公衆回線を介して機器利用者側（例えば画像形成装置を利用しているユーザ先）の仲介装置１０１との通信を司るものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０３により通信手段としての機能を果たす。
通信端末６０２は、公衆回線を介してデータ通信装置７とのデータの送受信を行う。
プロキシサーバ６０３は、インタネット１０３を介して機器利用者側の仲介装置１０１とのデータの送受信及びセキュリティ管理を行う。このプロキシサーバ６０２も、通信手段としての機能を果たす。
【００５８】
操作者端末６０４は、各種データの入力をオペレータによるキーボード等の入力装置上の操作により受け付ける。入力されるデータとしては、例えば、各機器利用者側の仲介装置１０１又は画像形成装置１１０が管理装置１０２へ通信する際に使用するＩＰアドレスや発呼先電話番号等の顧客情報がある。
データベース６０５は、図示しないサーバのハードディスク装置等の記憶装置に存在し、各機器利用者側の仲介装置１０１および画像形成装置１１０のＩＰアドレスや電話番号、それらの装置から受信したデータ、操作者端末６０４から入力されたデータ、およびこの発明に係るプログラム等の各種データを記憶する。
制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムを必要に応じて実行すると共に、モデム６０１，通信端末６０２，又はプロキシサーバ６０３を利用することにより、この発明による機能（送信結果送信手段としての機能）を実現することができる。
【００５９】
上述した構成を踏まえて、図３の画像形成装置遠隔管理システム内で行われるデータ送受信の際の通信シーケンスの一例について図９を用いて説明する。なお、以下に示すＳＣＳ３０６およびＮＲＳ３０５による処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。
図９は、管理装置、仲介装置、及び画像形成装置間で行われるデータ送受信の際の通信シーケンスの一例を示す図である。
【００６０】
この例においては、まず、仲介装置１０１は、管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、管理装置１０２へ送信する。
管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージを受信すると、課金カウンタ取得要求を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。
【００６１】
仲介装置１０１は、管理装置１０２から上記ＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいて課金カウンタ取得要求を示すＳＯＡＰメッセージを生成し、自己に接続されている画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ６０３）。
ＮＲＳ３０５は、仲介装置１０１から受信したＳＯＡＰメッセージに記述されている課金カウンタ取得要求をＳＣＳ３０６へ通知する（Ｓ６０４）。
ＳＣＳ３０６は、ＮＲＳ３０５から課金カウンタ取得要求の通知を受けると、ＮＶ−ＲＡＭ２０２に格納されている課金カウンタのデータを読み取る（Ｓ６０５）。そして、その読み取った課金カウンタのデータ（応答データ）をＮＲＳ３０５へ引き渡す（Ｓ６０６）。
【００６２】
ＮＲＳ３０５は、ＳＣＳ３０６から課金カウンタのデータを受け取る（取得する）と、その内容を示す課金カウンタ用のＳＯＡＰメッセージを生成し、仲介装置１０１へ送信する（Ｓ６０７）。
仲介装置１０１は、ＮＲＳ３０５から課金カウンタ用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、管理装置１０２へ送信する（Ｓ６０８）。
このように、上記通信シーケンスにより、データの送受信が行われる。
【００６３】
次に、上記図９と異なり、画像形成装置１００から仲介装置１０１を経て管理装置１０２へデータを送信する場合の通信シーケンスの一例について図１０を用いて説明する。
図１０は、画像形成装置から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
この例においては、まず、ＯＣＳ３００は、ユーザコールキーが押下された旨をＳＣＳ３０６へ通知する（Ｓ７０１）。
ＳＣＳ３０６は、ＯＣＳ３００からユーザコールキーが押下された旨の通知を受けると、ユーザコール要求をＮＲＳ３０５へ通知する（Ｓ７０２）。
【００６４】
ＮＲＳ３０５は、ＳＣＳ３０６からユーザコール要求の通知を受けると、ユーザコールを知らせるユーザコール情報であるユーザコール用のＳＯＡＰメッセージを生成し、仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＮＲＳ３０５からユーザコール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、管理装置１０２に対してユーザコールを行う。つまり、自己の識別子を付加したユーザコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを管理装置１０２へ通報する（Ｓ７０４）。ここで、ステップＳ７０４の処理後のパターンを以下の（Ａ）から（Ｃ）に分けて説明する。
【００６５】
まず、（Ａ）において、管理装置１０２は、ユーザ先の仲介装置１０１からユーザコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ユーザコールが成功した旨）のコール結果を、正常に終了しなかった（異常に終了した）場合には、その旨（ユーザコールが失敗した旨）のコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、通報元の仲介装置１０１へ送信する（Ｓ７０５）。
仲介装置１０１は、管理装置１０２からコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果を示すＳＯＡＰメッセージを生成し、ユーザコールキーが押下された画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ７０６）。
【００６６】
ＮＲＳ３０５は、仲介装置１０１からコール結果を示すＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージが示すコール結果を解釈（判定）し、ＳＣＳ３０６へ通知する（Ｓ７０７）。
ＳＣＳ３０６は、コール結果を受け取ると、それをＯＣＳ３００へ引き渡す。ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが成功したか失敗したかを示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７０８）。
【００６７】
次に（Ｂ）において、仲介装置１０１は、規定時間（予め設定された所定時間）が経っても管理装置１０２から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果を示すＳＯＡＰメッセージを生成し、ＮＲＳ３０５へ送信する（Ｓ７０９）。
ＮＲＳ３０５は、失敗した旨のコール結果を示すＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに記述されている失敗した旨のコール結果を解釈し、ＳＣＳ３０６へ通知する（Ｓ７１０）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
【００６８】
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７１１）。
次に（Ｃ）において、ＮＲＳ３０５は、規定時間が経っても仲介装置１０１から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果をＳＣＳ３０６へ通知する（Ｓ７１２）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７１３）。
【００６９】
ここで、画像形成装置１００は、自己のエンジン内で異常が発生した場合、その異常を検出し、その異常の種類によって異なる処理を行う。よって、異常の種類を判定するための基準となる情報が必要であり、図１１は異常の種類を判定するための基準となる情報の一例を示すテーブルのデータ構造を示している。ここで、「ＳＣ（サービスマンコール）」は「異常」に相当するものである。同図に示すように、検出されたＳＣによって種類（タイプ）が判定される。そこで、それぞれの種類について説明する。
「タイプＡ」は、操作部にＳＣ表示を行って使用禁止とするもののうち、ユーザが解除できないものであり、管理装置１０２からの「ＳＣリセット」もできないものである。例えば、定着系のＳＣなどである。
【００７０】
「タイプＢ」は、異常が検知された特定の機能のみが使用できないＳＣである。通常使用時にはＳＣ表示を行わないが、異常が検知されている機能を選択した時だけ、操作部にＳＣ表示を行う。例えば、両面トレイ異常時に両面モードを選択した場合が該当する。「タイプＣ」は、ＳＣ発生時にも操作部への表示は行わず、内部的にＳＣの発生のロギングのみを行うものである。例えば、通信が不能になった場合が該当する。また、「タイプＤ」は、操作部にＳＣ表示を行って使用禁止とするが、主電源のＯＦＦ／ＯＮでＳＣを解除するものである。電源投入後に再度ＳＣを検出して、見かけ上解除されない場合もある。例えば、モータ異常がそれに該当する。上記判定の基準情報は、上述したＮＶ−ＲＡＭ２０２の所定の格納領域に格納されていることが考えられる。なお、スキャナエンジンのＳＣ，プロッタエンジンのＳＣのように、ユニット別の異常も種類の異なる異常として扱うものとする。
【００７１】
次に、上述した画像形成装置及び画像形成装置管理システムにおける実施形態、つまりこの発明の特徴となる動作（画像形成装置での異常発生時の制御）およびその動作を実現するための構成について説明する。
この画像形成装置には、上述したように、公衆回線に対応した通信手段とネットワーク通信に対応した通信手段の双方を設けている。
そして、画像形成装置１００は、仲介装置１０１および公衆回線を介して管理装置１０２と通信するカスタマー・サポート・システム方式による遠隔管理（リモートサービス：ＲＳ）と、仲介装置１０１およびインタネット１０３を介して管理装置１０２と通信するニュー・リモート・サービス方式による遠隔管理の対象となり得るように構成している。画像形成装置１１０は、仲介装置１０１の機能を備えているため、公衆回線を介して管理装置と通信するカスタマー・サポート・システム方式による遠隔管理と、インタネット１０３を介して管理装置１０２と通信するニュー・リモート・サービス方式による遠隔管理の対象となり得るように構成している。
【００７２】
ここで、画像形成装置１００および画像形成装置１１０は、自己のエンジンの状態等の情報を送信したり、自己のエンジン等に異常が発生した場合に管理装置に通報したり等するためのプログラムとして、上記のカスタマー・サポート・システム方式に対応したＣＳＳ３１５と、上記のニュー・リモート・サービス方式に対応したＮＲＳ３０５とを設けている。
以下、説明の都合上、画像形成装置１００がＮＲＳ３０５を使用する場合のこの発明に係わる制御について説明する。また、エンジンユニットに相当するものがスキャナエンジンおよびプロッタエンジンしかないものとする。なお、画像形成装置１００がＣＳＳ３１５を使用することによってもこの発明に係わる制御を行うことができる。また、画像形成装置１１０がＮＲＳ３０５又はＣＳＳ３１５を使用することによってもこの発明に係わる制御を行うことができる。
【００７３】
〔第１実施形態〕
図１２は、この遠隔管理システムにおける画像形成装置１００でのＳＣ（異常）発生時の通信シーケンスの一例を示す図である。図１３は、ＳＣコール（ＳＣ自動通報）時に操作パネル２０５の文字表示器に表示される各表示画面の一例を示す説明図である。なお、以下に示すＳＣＳ３０６およびＮＲＳ３０５による処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。
【００７４】
画像形成装置１００では、スキャナエンジンおよびプロッタエンジン内にそれぞれ異常検出部を備えており、そのいずれかのエンジンユニット内でＳＣ（異常）が発生すると、対応する異常検出部がそのＳＣを検出し、ＳＣが発生した旨をコントローラボード２００のＳＣＳ３０６へ通知する（Ｓ８０１）。
ＳＣＳ３０６は、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けると、そのエンジンユニット内でＳＣが発生したと判定し、ＮＲＳ３０５に対してＳＣコール（異常を知らせる異常情報の自動通報）の要求を発行する（Ｓ８０２）。
【００７５】
ＮＲＳ３０５は、ＳＣＳ３０６からのＳＣコール要求を受けると、ＳＣコールを開始する旨をＳＣＳ３０６へ通知する（Ｓ８０３）と共に、ＳＣコールを知らせるＳＣコール情報（異常情報）であるＳＣコール用のＳＯＡＰメッセージを生成して仲介装置１０１へ送信する（Ｓ８０４）。
ＳＣＳ３０６は、ＳＣコールを開始する旨の通知を受けると、操作パネル２０５上の文字表示器に「ＳＣコール中」のメッセージ、例えば図１３の（ａ）に示すようなメッセージを表示する。
【００７６】
仲介装置１０１は、ＮＲＳ３０５からＳＣコール用のＳＯＡＰメッセージを受信すると、コール受付ＯＫをＮＲＳ３０５へ通知する（Ｓ８０５）と共に、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してＳＣコールを行う（Ｓ８０６）。つまり、自己の識別子を付加したＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報（自動送信）する。
【００７７】
ここで、ＨＴＴＰメッセージ内のＳＣコール用のＳＯＡＰメッセージ（仲介装置１０１の識別子は除く）のフォーマット例について、図２０および図２１を参照して簡単に説明する。
図２０はＨＴＴＰメッセージ内のＳＣコール用のＳＯＡＰメッセージのフォーマット例を、図２１はその主要部分（データ）の構成をそれぞれ示す説明図である。
これらの図を見て分かるように、ＳＣコール用のＳＯＡＰメッセージは、ＳＣが発生した画像形成装置１００の識別情報である機番情報と、ＳＣコールを示す任意のコールＩＤと、コールタイプ（第１実施形態ではユニット別のＳＣを示す情報は含まないものとする）と、コールの詳細を示す情報とからなる。このＳＣコール用のＳＯＡＰメッセージには、付加情報としてＳＣが発生した画像形成装置１００のジャムやＳＣ，ステータス（状態），カウンタのそれぞれの値およびログ（履歴情報）を付加することもできる。
【００７８】
なお、ＳＣＳ３０６は、操作パネル２０５上のキー操作等によってＳＣコールを行わない設定がなされていた場合には、いずれかのエンジンユニットからＳＣが発生した旨の通知を受けても、ＳＣが発生した旨をＳＣＳ３０６へ通知しない。そして、その場合には、操作パネル２０５上の文字表示器に「サービスコール」のメッセージ、例えば図１３の（ｂ）に示すようなメッセージを表示する。
【００７９】
管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ＳＣコールに対する処理が成功した旨）のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ８０７）。
【００８０】
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージ（ＳＣコール情報）をキュー（データベース６０５）に格納し、センタオペレータによって対応する処理が行われるまでキューイングする。
さらに、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージの内容を操作者端末６０４の表示部に表示してセンタオペレータに知らせる。
いずれかの機器利用者側の仲介装置１０１から通報されたＳＯＡＰメッセージを含むＨＴＴＰメッセージの受信が正常に終了しなかった場合（異常に終了した場合）には、その旨（ＳＣコールに対する処理が失敗した旨）のコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１へ送信する。
【００８１】
仲介装置１０１は、管理装置１０２へのＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了した旨のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果（ＯＫ）を示すＳＯＡＰメッセージを生成し、該当する（ＳＣが発生した）画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ８０８）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（ＯＫ）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣコールが正常に終了した旨を通知する（Ｓ８０９）。
【００８２】
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコール（ＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受けると、操作パネル２０５上の文字表示器に「ＳＣコール成功」のメッセージ、例えば図１３の（ｃ）に示すようなメッセージを表示する。
また、ＮＶ−ＲＡＭ２０２上のＳＣコールの成功を示すＳＣコール済みフラグ（異常送信済み状態）を“１”にセット（設定）する（Ｓ８１０）。
【００８３】
その後、各エンジンユニットの状態をチェック（確認）し、例えば主電源のＯＦＦ／ＯＮによりプロッタエンジンおよびスキャナエンジンがいずれも動作可能になると、プロッタエンジンからプロッタレディが、スキャナエンジンからスキャナレディがそれぞれ通知される（Ｓ８１１，Ｓ８１２）ため、ＳＣＳ３０６はそれらの通知を受けることによりＳＣがないことを確認できる。そして、その場合に、ＳＣコール済みフラグの状態をチェックし（Ｓ８１３）、ＳＣコール済みフラグが“１”にセットされていることを確認できた場合に、ＮＲＳ３０５に対してＳＣ解除コール（異常の解除を知らせる異常解除情報の自動通報）の要求を発行する（Ｓ８１４）。
なお、各エンジンユニット内にそれぞれ異常解除検出部（異常解除検出手段）を備え、そのいずれかのエンジンユニット内のＳＣが解除されると、対応する異常解除検出部がＳＣ解除を検出するようにすることもできる。そして、その場合に、ＳＣコール済みフラグの状態チェック（設定有無）を行えばよい。
【００８４】
ＮＲＳ３０５は、ＳＣＳ３０６からＳＣ解除コール要求を受けると、ＳＣ解除コールを知らせるＳＣ解除コール情報（異常解除情報）であるＳＣ解除コール用のＳＯＡＰメッセージを生成して仲介装置１０１へ送信する（Ｓ８１５）。
仲介装置１０１は、ＮＲＳ３０５からＳＣ解除コール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してＳＣ解除コールを行う（Ｓ８１６）。つまり、自己の識別子を付加したＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報する。
【００８５】
ここで、ＨＴＴＰメッセージ内のＳＣ解除コール用のＳＯＡＰメッセージ（仲介装置１０１の識別子は除く）のフォーマット例について、図２１および図２２を参照して簡単に説明する。
図２２は、ＨＴＴＰメッセージ内のＳＣ解除コール用のＳＯＡＰメッセージのフォーマット例を示す説明図である。なお、このＳＯＡＰメッセージの主要部分の構成は、前述したＳＣ解除コール用のＳＯＡＰメッセージと同様なので、再度図２１を参照する。
図２１および図２２を見て分かるように、ＳＣ解除コール用のＳＯＡＰメッセージは、ＳＣが解除された画像形成装置１００の識別情報である機番情報と、ＳＣ解除コールを示す任意のコールＩＤと、コールタイプ（第１実施形態ではユニット別のＳＣを示す情報は含まないものとする）と、コールの詳細を示す情報とからなる。このＳＣ解除コール用のＳＯＡＰメッセージには、付加情報としてＳＣが解除された画像形成装置１００のジャムやＳＣ，ステータス，カウンタのそれぞれの値およびログを付加することもできる。
【００８６】
仲介装置１０１は、管理装置１０２へのＳＣコール用のＳＯＡＰメッセージ含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了しなかった（異常に終了した）旨のコール結果（エラー）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果（エラー）を示すＳＯＡＰメッセージを生成し、該当する画像形成装置１００のＮＲＳ３０５へ送信する。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（エラー）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣコールが正常に終了しなかった（異常に終了した）旨を通知する。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣコールが正常に終了しなかった（異常に終了した）旨の通知を受けると、操作パネル２０５上の文字表示器に「ＳＣコール失敗」のメッセージ、例えば図１３の（ｄ）に示すようなメッセージを表示する。
【００８７】
管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合に、その旨（ＳＣ解除コールに対する処理が成功した旨）のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１（ＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ８１７）。
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当するＳＣ（解除されたＳＣ）コール用のＳＯＡＰメッセージをキューから削除する。
さらに、該当するＳＣコール用のＳＯＡＰメッセージの内容の表示を操作者端末６０４の表示部から消去する。
【００８８】
センタオペレータは、操作者端末６０４の表示部の表示を見て通報元の仲介装置１０１に接続されている画像形成装置１００のエンジンユニット内でＳＣが発生したままであることを認識した場合には、該当する機器利用者（その画像形成装置１００を利用しているユーザ等）へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施する。通報元の仲介装置１０１に接続されている画像形成装置１００のエンジンユニット内でＳＣが発生していない（ＳＣ状態が解除された）ことを認識すると、上述したような処理は行わない。
【００８９】
仲介装置１０１は、管理装置１０２へのＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果（ＯＫ）を示すＳＯＡＰメッセージを生成し、該当する画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ８１８）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（ＯＫ）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へＳＣ解除コールが正常に終了した旨を通知する（Ｓ８１９）。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣ解除コールが正常に終了した旨の通知を受けると、ＮＶ−ＲＡＭ２０２上のＳＣコール済みフラグを“０”にリセット（解除）する（Ｓ８２０）。
【００９０】
図１４は、画像形成装置１００のコントローラボード２００のＳＣＳ３０６によるＳＣ発生時のこの発明に係わる制御の一例を示すフローチャートである。
画像形成装置１００のＳＣＳ３０６は、スキャナエンジン又はプロッタエンジン内でＳＣが発生し、対応する異常検出部によってそのＳＣが検出されることにより、ＳＣが発生した旨（異常情報）の通知を受けると、図１４の処理ルーチンを開始し、まずステップＳ１で発生したＳＣがＳＣコール（自動通報）対象のものかどうかを判定し、ＳＣコール対象のものでなければステップＳ８へ移行し、そのＳＣを知らせる通常ＳＣ画面を操作パネル２０５上の文字表示器に表示する。
【００９１】
発生したＳＣがＳＣコール対象のものである場合には、ステップＳ２でＮＲＳ３０５に対してＳＣコールの要求を発行し、それに対してステップＳ３でＮＲＳ３０５からＳＣコールを開始する旨の通知を受けると、ステップＳ４で操作パネル２０５上の文字表示器に「ＳＣコール中」のメッセージを表示する。
その後、ステップＳ５でＮＲＳ３０５からの通知の有無をチェックし、ＮＲＳ３０５からＳＣコールが正常に終了した旨（ＳＣコールに対する処理が成功した旨）の通知を受けた場合には、ステップＳ６で操作パネル２０５上の文字表示器に「ＳＣコール成功」のメッセージを表示し、ステップＳ７でＮＶ−ＲＡＭ２０２上のＳＣコール済みフラグを“１”にセットする。
ＮＲＳ３０５からＳＣコールが正常に終了しなかった旨（ＳＣコールに対する処理が失敗した旨了した）の通知を受けた場合には、ステップＳ９で操作パネル２０５上の文字表示器に「ＳＣコール失敗」のメッセージを表示する。
【００９２】
図１５は、画像形成装置１００のコントローラボード２００のＳＣＳ３０６による主電源投入（ＯＮ）時のこの発明に係わる制御の一例を示すフローチャートである。
画像形成装置１００のＳＣＳ３０６は、主電源がＯＮになった時に図１５の処理ルーチンを開始し、まずステップＳ１１でスキャナエンジンおよびプロッタエンジンの状態をチェックし、プロッタエンジンからのプロッタレディおよびスキャナエンジンからのスキャナレディの通知を受けた場合に、ステップＳ１２でＮＶ−ＲＡＭ２０２上のＳＣコール済みフラグの状態をチェックする。
【００９３】
そして、ＳＣコール済みフラグが“１”にセットされていることを認識できた場合に、ステップＳ１３でＮＲＳ３０５に対してＳＣ解除コールの要求を発行し、ステップＳ１４でＮＲＳ３０５からのＳＣ解除コールの結果（通知）を待ち、ＳＣ解除コールの結果を受けると、ステップＳ１５でその結果をチェックし、ＳＣ解除コールが正常に終了した（ＳＣ解除コールに対する処理が成功した旨）ことを確認できた場合に、ステップＳ１６でＮＶ−ＲＡＭ２０２上のＳＣコール済みフラグを“０”にリセットする。
【００９４】
このように、第１実施形態によれば、画像形成装置が、自己でのＳＣの発生によってそのＳＣを検出した場合に、そのＳＣを知らせるＳＣコール情報（異常情報）を管理装置１０２へ送信（通報）し、その送信に対して管理装置１０２からそのＳＣコール情報の受信が正常に終了した旨の送信結果を受信した場合に、そのＳＣコール情報送信の成功を示すＳＣコール済みフラグを“１”にセットするので、以後そのＳＣコール済みフラグの状態を参照することにより、ＳＣコール情報が管理装置１０２へ送信されたことを機器利用者側で確認することが可能になる。
【００９５】
また、画像形成装置が、管理装置１０２へのＳＣコール情報の送信に対して、管理装置１０２からそのＳＣコール情報の受信が正常に終了した旨のコール結果を受信した場合にはＳＣコール情報の送信が成功した旨の送信結果を、そのＳＣコール情報の受信が正常に終了しなかった（異常に終了した）旨の送信結果を受信した場合にはＳＣコール情報の送信が失敗した旨の送信結果をそれぞれ表示するので、管理装置１０２へのＳＣコール情報の送信結果（コール結果）を機器利用者側で確認することができる。
【００９６】
さらに、画像形成装置が、自己にＳＣがないことを認識できた場合あるいはＳＣの解除を検出した場合に、ＳＣコール済みフラグの状態をチェックし、ＳＣコール済みフラグが“１”にセットされていることを認識できた場合に、ＳＣコール解除情報を管理装置１０２へ送信するので、ＳＣコール情報を管理装置１０２へ送信した後、ＳＣが解除された場合に、そのことを管理装置１０２側で直ちに確認することができる。よって、センタオペレータによる作業やサービスマンの機器設置場所（ＳＣが発生した画像形成装置の設置場所）への訪問が無駄になるような問題が生じることはない。
【００９７】
さらにまた、画像形成装置が、管理装置１０２へのＳＣコール解除情報の送信に対して、管理装置１０２からそのＳＣコール解除情報の受信が正常に終了した旨の送信結果を受信した場合に、ＳＣコール済みフラグを“０”にリセットするので、以後そのＳＣコール済みフラグの状態を参照することにより、ＳＣコール解除情報が管理装置１０２へ送信されたことを機器利用者側で確認することが可能になる。
【００９８】
〔第２実施形態〕
図１６は、この遠隔管理システムにおける画像形成装置１００でのＳＣ（異常）発生時の通信シーケンスの他の例を示す図である。図１７は、ＮＶ−ＲＡＭ２０２上の２種類のＳＣコール済みフラグの状態を示す説明図である。
画像形成装置１００のプロッタエンジン内でＳＣが発生すると、対応する異常検出部がそのＳＣを検出し、ＳＣが発生した旨をコントローラボード２００のＳＣＳ３０６へ通知する（Ｓ９０１）。
【００９９】
ＳＣＳ３０６は、プロッタエンジンからＳＣが発生した旨の通知を受けると、そのプロッタエンジン内でＳＣが発生したと判定すると共に、そのＳＣの種類を判別し、ＮＲＳ３０５に対してプロッタＳＣコール（プロッタエンジンの異常を知らせる異常情報の自動通報）の要求を発行する（Ｓ９０２）。このとき、そのプロッタＳＣコール要求に、判別したＳＣの種類を示す情報（コールタイプ）を付加する。
ＮＲＳ３０５は、ＳＣＳ３０６からのプロッタＳＣコール要求を受けると、プロッタＳＣコールを開始する旨をＳＣＳ３０６へ通知する（Ｓ９０３）と共に、プロッタＳＣコールを知らせるプロッタＳＣコール情報であるプロッタＳＣコール用のＳＯＡＰメッセージ（ＳＣの種類を示す情報を含む）を生成して仲介装置１０１へ送信する（Ｓ９０４）。
ＳＣＳ３０６は、プロッタＳＣコールを開始する旨の通知を受けると、操作パネル２０５上の文字表示器に「プロッタＳＣコール中」のメッセージを表示する。
【０１００】
仲介装置１０１は、ＮＲＳ３０５からプロッタＳＣコール用のＳＯＡＰメッセージを受信すると、コール受付ＯＫをＮＲＳ３０５へ通知する（Ｓ９０５）と共に、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してプロッタＳＣコールを行う（Ｓ９０６）。つまり、自己の識別子を付加したプロッタＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報する。なお、プロッタＳＣコール用のＳＯＡＰメッセージは、図２０，図２１によって説明したものとコールタイプ以外は同様である。つまり、ここでのコールタイプは、ユニット別のＳＣ（ＳＣの種類）を示す情報を含むものとする。
【０１０１】
管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたプロッタＳＣコール用のＳＯＡＰメッセージ含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（プロッタＳＣコールに対する処理が成功した旨）のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１（プロッタＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ９０７）。
【０１０２】
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージ（プロッタＳＣコール情報）をキューに格納し、センタオペレータによって対応する処理が行われるまでキューイングする。
さらに、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージの内容を操作者端末６０４の表示部に表示してセンタオペレータに知らせる。
いずれかの機器利用者側の仲介装置１０１から通報されたＳＯＡＰメッセージを含むＨＴＴＰメッセージの受信が正常に終了しなかった場合（異常に終了した場合）には、その旨（プロッタＳＣコールに対する処理が失敗した旨）のコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１へ送信する。
【０１０３】
仲介装置１０１は、管理装置１０２へのプロッタＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了した旨のコール結果（ＯＫ）を受信すると、そのＨＴＴＰメッセージに基づいてコール結果（ＯＫ）を示すＳＯＡＰメッセージを生成し、該当する（プロッタＳＣが発生した）画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ９０８）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（ＯＫ）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へプロッタＳＣコールが正常に終了した旨を通知する（Ｓ９０９）。
【０１０４】
ＳＣＳ３０６は、ＮＲＳ３０５からプロッタＳＣコール（プロッタＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受けると、操作パネル２０５上の文字表示器に「プロッタＳＣコール成功」のメッセージを表示する。
また、ＮＶ−ＲＡＭ２０２上のプロッタＳＣコールの成功を示すプロッタＳＣコール済みフラグ（図１７参照）を“１”にセットする（Ｓ９１０）。
【０１０５】
一方、画像形成装置１００のスキャナエンジン内でＳＣが発生すると、対応する異常検出部がそのＳＣを検出し、ＳＣが発生した旨をＳＣＳ３０６へ通知する（Ｓ９１１）。
ＳＣＳ３０６は、スキャナエンジンからＳＣが発生した旨の通知を受けると、そのスキャナエンジン内でＳＣが発生したと判定すると共に、そのＳＣの種類を判別し、ＮＲＳ３０５に対してスキャナＳＣコール（スキャナエンジンの異常を知らせる異常情報の自動通報）の要求を発行する（Ｓ９１２）。このとき、そのスキャナＳＣコール要求に、判別したＳＣの種類を示す情報を付加する。
【０１０６】
ＮＲＳ３０５は、ＳＣＳ３０６からのスキャナＳＣコール要求を受けると、スキャナＳＣコールを開始する旨をＳＣＳ３０６へ通知する（Ｓ９１３）と共に、スキャナＳＣコールを知らせるスキャナＳＣコール情報であるスキャナＳＣコール用のＳＯＡＰメッセージ（ＳＣの種類を示す情報を含む）を生成して仲介装置１０１へ送信する（Ｓ９１４）。
ＳＣＳ３０６は、スキャナＳＣコールを開始する旨の通知を受けると、操作パネル２０５上の文字表示器に「スキャナＳＣコール中」のメッセージを表示する。
【０１０７】
仲介装置１０１は、ＮＲＳ３０５からスキャナＳＣコール用のＳＯＡＰメッセージを受信すると、コール受付ＯＫをＮＲＳ３０５へ通知する（Ｓ９１５）と共に、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してスキャナＳＣコールを行う（Ｓ９１６）。つまり、自己の識別子を付加したスキャナＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報する。なお、スキャナＳＣコール用のＳＯＡＰメッセージも、図２０，図２１によって説明したものとコールタイプ以外は同様である。つまり、ここでのコールタイプは、ユニット別のＳＣ（ＳＣの種類）を示す情報を含むものとする。
【０１０８】
管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたスキャナＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（スキャナＳＣコールに対する処理が成功した旨）のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１（スキャナＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ９１７）。
【０１０９】
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージ（スキャナＳＣコール情報）をキューに格納し、センタオペレータによって対応する処理が行われるまでキューイングする。
さらに、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージの内容を操作者端末６０４の表示部に表示してセンタオペレータに知らせる。
いずれかの機器利用者側の仲介装置１０１から通報されたＳＯＡＰメッセージを含むＨＴＴＰメッセージの受信が正常に終了しなかった場合（異常に終了した場合）には、その旨（スキャナＳＣコールに対する処理が失敗した旨）のコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１へ送信する。
【０１１０】
仲介装置１０１は、管理装置１０２へのスキャナＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了した旨のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果（ＯＫ）を示すＳＯＡＰメッセージを生成し、該当する（スキャナＳＣが発生した）画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ９１８）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（ＯＫ）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へスキャナＳＣコールが正常に終了した旨を通知する（Ｓ９１９）。
【０１１１】
ＳＣＳ３０６は、ＮＲＳ３０５からスキャナＳＣコール（スキャナＳＣコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信）が正常に終了した旨の通知を受けると、操作パネル２０５上の文字表示器に「スキャナＳＣコール成功」のメッセーを表示する。
また、ＮＶ−ＲＡＭ２０２上のスキャナＳＣコールの成功を示すスキャナＳＣコール済みフラグを“１”にセットする（Ｓ９２０）。
【０１１２】
その後、プロッタエンジンおよびスキャナエンジンの状態をチェックし、例えば主電源のＯＦＦ／ＯＮによりプロッタエンジンが動作可能になると、そのプロッタエンジンからプロッタレディが通知される（Ｓ９２１）ため、ＳＣＳ３０６はその通知を受けることによりプロッタＳＣがないことを確認できる。そして、その場合に、プロッタＳＣコール済みフラグの状態をチェックし（Ｓ９２２）、プロッタＳＣコール済みフラグが“１”にセットされていることを確認できた場合に、ＮＲＳ３０５に対してプロッタＳＣ解除コール（プロッタエンジンの異常の解除を知らせる異常解除情報の自動通報）の要求を発行する（Ｓ９２３）。このとき、そのプロッタＳＣ解除コール要求に、ＳＣの種類を示す情報を付加する。
【０１１３】
ＮＲＳ３０５は、ＳＣＳ３０６からのプロッタＳＣ解除コール要求を受けると、プロッタＳＣ解除コールを知らせるプロッタＳＣ解除コール情報（ＳＣの種類を示す情報を含む）であるＳＣ解除コール用のＳＯＡＰメッセージを生成して仲介装置１０１へ送信する（Ｓ９２４）。
仲介装置１０１は、ＮＲＳ３０５からプロッタＳＣ解除コール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してプロッタＳＣ解除コールを行う（Ｓ９２５）。つまり、自己の識別子を付加したプロッタＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ自動通報する。なお、プロッタＳＣ解除コール用のＳＯＡＰメッセージも、図２１，図２２によって説明したものとコールタイプ以外は同様である。
【０１１４】
仲介装置１０１は、管理装置１０２へのプロッタＳＣコール用のＳＯＡＰメッセージ含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からそのＨＴＴＰメッセージの受信が正常に終了しなかった（異常に終了した）旨のコール結果（エラー）示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果（エラー）を示すＳＯＡＰメッセージを生成し、該当する画像形成装置１００のＮＲＳ３０５へ送信する。そのＮＲＳ３０５は、仲介装置１０１からコール結果（エラー）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へプロッタＳＣコールが正常に終了しなかった（異常に終了した）旨を通知する。
ＳＣＳ３０６は、ＮＲＳ３０５からプロッタＳＣコールが正常に終了しなかった（異常に終了した）旨の通知を受けると、操作パネル２０５上の文字表示器に「プロッタＳＣコール失敗」のメッセージを表示する。
【０１１５】
管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたプロッタＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合に、その旨（プロッタＳＣ解除コールに対する処理が成功した旨）のコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいてインタネット１０３経由で通報元の仲介装置１０１（プロッタＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する（Ｓ９２６）。
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当するプロッタＳＣ（解除されたプロッタＳＣ）コール用のＳＯＡＰメッセージをキューから削除する。
さらに、該当するプロッタＳＣコール用のＳＯＡＰメッセージの内容の表示を操作者端末６０４の表示部から消去する。
【０１１６】
センタオペレータは、操作者端末６０４の表示部の表示を見て通報元の仲介装置１０１に接続されている画像形成装置１００のプロッタエンジン内でＳＣが発生したままであることを認識した場合には、該当する機器利用者へ電話をかけてＳＣ発生状況を確認し、解除の方法を指示したり、必要であればサービスステーションに連絡を取り、サービスマンを手配するという処理を実施する。通報元の仲介装置１０１に接続されている画像形成装置１００のプロッタエンジン内でＳＣが発生していない（プロッタＳＣ状態が解除された）ことを認識すると、上述したような処理は行わない。
【０１１７】
仲介装置１０１は、管理装置１０２へのプロッタＳＣ解除コール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報に対して、その管理装置１０２からコール結果（ＯＫ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果（ＯＫ）を示すＳＯＡＰメッセージを生成し、該当する画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ９２７）。
そのＮＲＳ３０５は、仲介装置１０１からコール結果（ＯＫ）を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へプロッタＳＣ解除コールが正常に終了した旨を通知する（Ｓ９２８）。
ＳＣＳ３０６は、ＮＲＳ３０５からプロッタＳＣ解除コールが正常に終了した旨の通知を受けると、ＮＶ−ＲＡＭ２０２上のプロッタＳＣコール済みフラグを“０”にリセットする（Ｓ８２９）。
【０１１８】
なお、例えば主電源のＯＦＦ／ＯＮによりスキャナエンジンが動作可能になると、そのスキャナエンジンからスキャナレディが通知されるため、ＳＣＳ３０６はその通知を受けることによりスキャナＳＣがないことを確認できる。そして、その場合に、スキャナＳＣコール済みフラグの状態をチェックし、スキャナＳＣコール済みフラグが“１”にセットされていることを確認できた場合に、ＮＲＳ３０５に対してスキャナＳＣ解除コール（スキャナエンジンの異常の解除を知らせる異常解除情報の自動通報）の要求を発行する。このとき、そのスキャナＳＣ解除コール要求に、ＳＣの種類を示す情報を付加する。以降の画像形成装置および管理装置１０２によるスキャナＳＣ用の処理は、プロッタエンジンからプロッタレディが通知された時のプロッタＳＣ用の処理と略同様なので、説明を省略する。
【０１１９】
図１８は、画像形成装置１００のコントローラボード２００のＳＣＳ３０６によるＳＣ発生時のこの発明に係わる制御の他の例を示すフローチャートである。画像形成装置１００のＳＣＳ３０６は、スキャナエンジン又はプロッタエンジン内でＳＣが発生し、対応する異常検出部によってそのＳＣが検出されることにより、ＳＣが発生した旨の通知を受けると、図１８の処理ルーチンを開始し、まずステップＳ２１で発生したＳＣがＳＣコール対象のものかどうかを判定すると共にそのＳＣの種類を判別する。
そして、発生したＳＣがＳＣコール対象のものでない場合には、ステップＳ２９でそのＳＣを知らせる通常ＳＣ画面を操作パネル２０５上の文字表示器に表示する。
【０１２０】
また、発生したＳＣがＳＣコール対象のものである場合には、ステップＳ２２でＮＲＳ３０５に対して該当ＳＣコール（プロッタＳＣコール又はスキャナＳＣコール）の要求を発行し（このときＳＣの種類を示す情報を付加する）、それに対してステップＳ２３でＮＲＳ３０５から該当ＳＣコールを開始する旨の通知を受けると、ステップＳ２４で操作パネル２０５上の文字表示器に「プロッタＳＣコール中」又は「スキャナＳＣコール中」のメッセージを表示する。
その後、ステップＳ２５でＮＲＳ３０５からの通知の有無をチェックし、ＮＲＳ３０５から該当ＳＣコールが正常に終了した旨（該当ＳＣコールに対する処理が成功した旨了した）の通知を受けた場合には、ステップＳ２６で操作パネル２０５上の文字表示器に「プロッタＳＣコール成功」又は「スキャナＳＣコール成功」のメッセージを表示する。
【０１２１】
その後、ステップＳ２７で先に判別したＳＣの種類をチェックし、そのＳＣがプロッタＳＣであればステップＳ２８でＮＶ−ＲＡＭ２０２上のプロッタＳＣコール済みフラグを“１”にセットし、スキャナＳＣであればステップＳ３０でＮＶ−ＲＡＭ２０２上のスキャナＳＣコール済みフラグを“１”にセットする。
ＮＲＳ３０５から該当ＳＣコールが正常に終了しなかった旨（該当ＳＣコールに対する処理が失敗した旨了した）の通知を受けた場合には、ステップＳ３１で操作パネル２０５上の文字表示器に「プロッタＳＣコール失敗」又は「スキャナＳＣコール失敗」のメッセージを表示する。
【０１２２】
図１９は、画像形成装置１００のコントローラボード２００のＳＣＳ３０６による主電源投入時のこの発明に係わる制御の他の例を示すフローチャートである。
画像形成装置１００のＳＣＳ３０６は、主電源がＯＮになった時に図１９の処理ルーチンを開始し、まずステップＳ４１でスキャナエンジンおよびプロッタエンジンの状態をチェックし、そのいずれかのエンジンユニットからレディ信号を受信した場合に、ステップＳ４２でそのレディ信号の種類を判別し、プロッタレディであればステップＳ４３でＮＶ−ＲＡＭ２０２上のプロッタＳＣコール済みフラグの状態をチェックする。
【０１２３】
そして、プロッタＳＣコール済みフラグが“１”にセットされていることを認識できた場合に、ステップＳ４４でＮＲＳ３０５に対してプロッタＳＣ解除コールの要求を発行し（このときＳＣの種類を示す情報を付加する）、ステップＳ４５でＮＲＳ３０５からのプロッタＳＣ解除コールの結果を待ち、プロッタＳＣ解除コールの結果を受けると、ステップＳ４６でその結果をチェックし、プロッタＳＣ解除コールが正常に終了した（プロッタＳＣ解除コールに対する処理が成功した旨）ことを確認できた場合に、ステップＳ４７でＮＶ−ＲＡＭ２０２上のプロッタＳＣコール済みフラグを“０”にリセットし、ステップＳ４８へ進む。
【０１２４】
一方、受信したレディ信号がスキャナレディであった場合には、ステップＳ４９でＮＶ−ＲＡＭ２０２上のスキャナＳＣコール済みフラグの状態をチェックすし、スキャナＳＣコール済みフラグが“１”にセットされていることを認識できた場合に、ステップＳ５０でＮＲＳ３０５に対してスキャナＳＣ解除コールの要求を発行し（このときＳＣの種類を示す情報を付加する）、ステップＳ５１でＮＲＳ３０５からのスキャナＳＣ解除コールの結果を待ち、スキャナＳＣ解除コールの結果を受けると、ステップＳ５２でその結果をチェックする。
【０１２５】
そして、スキャナＳＣ解除コールが正常に終了した（スキャナＳＣ解除コールに対する処理が成功した旨）ことを確認できた場合に、ステップＳ５３でＮＶ−ＲＡＭ２０２上のスキャナＳＣコール済みフラグを“０”にリセットし、ステップＳ４８へ進む。
ステップＳ４８では、プロッタレディおよびスキャナレディの両方のレディ信号を受信したかどうかを判断し、まだ両方のレディ信号を受信していなければステップＳ４１に戻って上述と同様の処理を行い、両方のレディ信号を受信した場合に図１９の処理を終了する。
【０１２６】
このように、第２実施形態によれば、画像形成装置が、自己でのＳＣの発生によってそのＳＣを検出した場合に、そのＳＣの種類を判別し、そのＳＣを知らせるＳＣコール情報（異常情報）にそのＳＣの種類を示す情報を付加して管理装置１０２へ送信し、その送信に対して管理装置１０２からそのＳＣコール情報の受信が正常に終了した旨の送信結果を受信した場合に、そのＳＣコール情報送信の成功を示すＳＣコール済みフラグを“１”にセットするので、以後そのＳＣコール済みフラグの状態を参照することにより、発生したＳＣを知らせるＳＣコール情報が管理装置１０２へ送信されたこと、およびそのＳＣの種類を機器利用者側で確認することが可能になる。
【０１２７】
また、画像形成装置が、管理装置１０２へのＳＣコール情報（ＳＣの種類を示す情報を含む）の送信に対して、管理装置１０２からそのＳＣコール情報の受信が正常に終了した旨のコール結果を受信した場合にはそのＳＣコール情報の送信が成功した旨の送信結果を、そのＳＣコール情報の受信が正常に終了しなかった（異常に終了した）旨の送信結果を受信した場合にはそのＳＣコール情報の送信が失敗した旨の送信結果をそれぞれ表示するので、管理装置１０２へのＳＣコール情報の送信結果およびそのＳＣの種類を機器利用者側で確認することができる。
【０１２８】
さらに、画像形成装置が、自己にいずれかのＳＣがないことを認識できた場合あるいはいずれかのＳＣの解除を検出した場合に、対応するＳＣコール済みフラグの状態をチェックし、そのＳＣコール済みフラグが“１”にセットされていることを認識できた場合に、対応するＳＣコール解除情報を管理装置１０２へ送信するので、発生したＳＣとその種類を知らせるＳＣコール情報を管理装置１０２へ送信した後、そのＳＣが解除された場合に、どのＳＣが解除されたかを管理装置１０２側で直ちに確認することができる。よって、センタオペレータによる作業やサービスマンの機器設置場所への訪問が無駄になるような問題がほとんど生じることはない。
【０１２９】
さらにまた、画像形成装置が、管理装置１０２へのＳＣコール解除情報（ＳＣの種類を示す情報を含む）の送信に対して、管理装置１０２からそのＳＣコール解除情報の受信が正常に終了した旨の送信結果を受信した場合に、対応するＳＣコール済みフラグを“０”にリセットするので、以後そのＳＣコール済みフラグの状態を参照することにより、発生したＳＣの解除を知らせるＳＣコール解除情報が管理装置１０２へ送信されたこと、およびそのＳＣの種類を機器利用者側で確認することが可能になる。
【０１３０】
なお、上述した第１，第２実施形態では、画像形成装置が、管理装置からＳＣコール情報の受信が正常に終了した旨の送信結果を受信した場合にはそのＳＣコル情報の送信が成功した旨の送信結果を、そのＳＣコール情報の受信が正常に終了しなかった（異常に終了した）旨の送信結果を受信した場合にはそのＳＣコール情報が失敗した旨の送信結果をそれぞれ操作パネル２０５上に表示させることによって報知するようにしたが、それらの送信結果をプロッタエンジンにより用紙上に画像形成させたり、図示しないスピーカ等の音声出力部によって音声出力させたり、電子メールによって予め指定された情報処理装置（パーソナルコンピュータ等）に送信させたりして報知するようにしてもよい。
また、上述した各実施形態では、ＳＣを異常とし、ＳＣを検出した場合に、そのＳＣを知らせるＳＣコール情報（異常情報）を管理装置１０２へ送信（通報）するようにしたが、ＳＣ以外の異常を検出し、その異常を知らせる異常情報を管理装置１０２へ送信するようにすることも勿論できる。
【０１３１】
また、通信装置の例として通信機能を備えた画像形成装置について主に説明したが、この発明はこれに限られるものではなく、通信機能を備えたネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種電子装置に適用可能である。また、これらの装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、通信装置の遠隔管理システムについても、通信装置，遠隔管理仲介装置，管理装置の構成及びこれらの接続形式は、以上の実施形態に限られるものではない。
【０１３２】
また、この発明によるプログラムは、外部装置と通信を行う通信手段を備えた上述の画像形成装置等の通信装置を制御するコンピュータに、この発明による各機能（異常検出手段，異常種判別手段，異常送信手段，異常送信済み状態設定手段，送信結果報知手段，装置状態確認手段，異常解除検出手段，異常送信済み状態確認手段，異常解除送信手段，異常送信済み状態解除手段としての機能）を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
【０１３３】
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【０１３４】
【発明の効果】
以上説明してきたように、この発明によれば、顧客先の画像形成装置等の通信装置で異常が発生してその異常を知らせる異常情報が外部装置へ送信された場合には、そのことを機器利用者側で確認することができる。また、通信装置から外部装置へ異常情報が送信された後、その異常が解除された場合には、そのことを直ちに外部装置側で確認することができる。
【図面の簡単な説明】
【図１】この発明による通信装置の遠隔管理システムの構成例を示す概念図である。
【図２】その遠隔管理システムにおけるデータ送受モデルを示す概念図である。
【図３】この発明による通信装置の遠隔管理システムである画像形成装置遠隔管理システムの構成例を示す概念図である。
【図４】その画像形成装置遠隔管理システムを構成する、この発明による通信装置である画像形成装置のハードウェア構成例を示すブロック図である。
【図５】その画像形成装置のソフトウェア構成例を示すブロック図である。
【図６】その画像形成装置におけるＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号について説明するための図である。
【図７】その画像形成装置におけるＮＲＳモジュールの構成例を示す機能ブロック図である。
【図８】図３の管理装置１０２の概略構成例を示すブロック図である。
【図９】図３の画像形成装置遠隔管理システム内で行われるデータ送受信の際の通信シーケンスの一例を示す図である。
【図１０】図３の画像形成装置から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
【図１１】異常の種類を判定するための基準となる情報のテーブルの一例を示す説明図である。
【図１２】図３の遠隔管理システムにおける画像形成装置１００でのＳＣ発生時の通信シーケンスの一例を示す図である。
【図１３】図４の画像形成装置におけるＳＣコール時に操作パネル２０５の文字表示器に表示される各表示画面の一例を示す説明図である。
【図１４】図４の画像形成装置１００のコントローラボード２００のＳＣＳ３０６によるＳＣ発生時のこの発明に係わる制御の一例を示すフロー図である。
【図１５】同じくそのＳＣＳ３０６による主電源投入時のこの発明に係わる制御の一例を示すフロー図である。
【図１６】図３の遠隔管理システムにおける画像形成装置１００でのＳＣ発生時の通信シーケンスの他の例を示す図である。
【図１７】図３のＮＶ−ＲＡＭ２０２上の２種類のＳＣコール済みフラグの状態を示す説明図である。
【図１８】図４の画像形成装置１００のコントローラボード２００のＳＣＳ３０６によるＳＣ発生時のこの発明に係わる制御の他の例を示すフロー図である。
【図１９】同じくそのＳＣＳ３０６による主電源投入時のこの発明に係わる制御の他の例を示すフロー図である。
【図２０】ＨＴＴＰメッセージ内のＳＣコール用のＳＯＡＰメッセージのフォーマット例を示す説明図である。
【図２１】同じくその内容を示す説明図である。
【図２２】ＨＴＴＰメッセージ内のＳＣ解除コール用のＳＯＡＰメッセージのフォーマット例を示す説明図である。
【図２３】従来の遠隔管理システムにおける画像形成装置での異常発生時の通信シーケンスの一例を示す図である。
【図２４】同じくその通信シーケンスの他の例を示す図である。
【符号の説明】
１０：被管理装置 １１：仲介機能付被管理装置
１００：画像形成装置 １０１：仲介装置
１０２：管理装置 １０３：インタネット
１０４：ファイアウォール
１１０：仲介機能付画像形成装置
２００：コントローラボード ２０１：ＨＤＤ
２０２：ＮＶ−ＲＡＭ ２０３：ＰＩボード
２０４：ＰＨＹ ２０５：操作パネル
２０６：プロッタ／スキャナエンジンボード
２０７：電源ユニット ２１２：ＰＣＩ−ＢＵＳ
３００：ＯＣＳ ３０１：ＥＣＳ
３０２：ＭＣＳ ３０３：ＮＣＳ
３０４：ＦＣＳ ３０５：ＮＲＳ
３０６：ＳＣＳ ３０７：ＳＲＭ
３０８：ＩＭＨ ３０９：コピーアプリ
３１０：ファクスアプリ ３１１：プリンタアプリ
３１２：スキャナアプリ
３１３：ネットファイルアプリ ３１４：ウェブアプリ
６０１：モデム ６０２：通信端末
６０３：プロキシサーバ ６０４：操作者端末
６０５：データベース ６０６：制御装置

Claims (23)

1. 外部装置と通信する通信手段と、自己の異常を検出する異常検出手段と、該手段によって異常が検出された場合に、異常を知らせる異常情報を前記通信手段によって前記外部装置へ送信させる異常送信手段とを有する通信装置であって、
   前記異常送信手段による前記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常情報送信の成功を示す異常送信済み状態に設定する異常送信済み状態設定手段を設けたことを特徴とする通信装置。
2. 請求項１記載の通信装置において、
   前記異常送信手段による前記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合には該異常情報の送信が成功した旨の送信結果を、該異常情報の受信が正常に終了しなかった旨の送信結果を受信した場合には該異常送信が失敗した旨の送信結果をそれぞれ報知する送信結果報知手段を設けたことを特徴とする通信装置。
3. 請求項１記載の通信装置において、
   前記異常送信手段による前記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合には該異常情報の送信が成功した旨の送信結果を、該異常情報の受信が異常に終了した旨の送信結果を受信した場合には該異常送信が失敗した旨の送信結果をそれぞれ報知する送信結果報知手段を設けたことを特徴とする通信装置。
4. 請求項１乃至３のいずれか一項に記載の通信装置において、
   自己の状態を確認する装置状態確認手段と、
   該手段によって異常がないことを認識できた場合に、前記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、
   該手段によって前記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を前記通信手段によって外部装置へ送信させる異常解除送信手段と
   を設けたことを特徴とする通信装置。
5. 請求項１乃至３のいずれか一項に記載の通信装置において、
   自己の異常の解除を検出する異常解除検出手段と、
   該手段によって異常の解除が検出された場合に、前記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、
   該手段によって前記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を前記通信手段によって前記外部装置へ送信させる異常解除送信手段と
   を設けたことを特徴とする通信装置。
6. 請求項４又は５記載の通信装置において、
   前記異常解除送信手段が、前記異常解除情報を前記通信手段によって構造化言語形式で前記外部装置へ送信させる手段であることを特徴とする通信装置。
7. 請求項４乃至６のいずれか一項に記載の通信装置において、
   前記異常解除送信手段による前記外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除する異常送信済み状態解除手段を設けたことを特徴とする通信装置。
8. 請求項１乃至３のいずれか一項に記載の通信装置において、
   前記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、
   前記異常送信手段は、前記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報に前記異常種判別手段によって判別された異常の種類を示す情報を付加して前記通信手段によって外部装置へ送信させる手段であり、
   前記異常送信済み状態設定手段は、前記異常送信済み状態に前記異常種判別手段によって判別された異常の種類を示す情報を対応付けて設定する手段であることを特徴とする通信装置。
9. 請求項８記載の通信装置において、
   自己の状態を確認する装置状態確認手段と、
   該手段によって異常がないことを認識できた場合に、異常の種類毎に異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、
   該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報を付加して前記通信手段によって前記外部装置へ送信させる異常解除送信手段と
   を設けたことを特徴とする通信装置。
10. 請求項８記載の通信装置において、
    自己の異常の解除を検出する異常解除検出手段と、
    該手段によって異常の解除が検出された場合に、該異常の種類に対応する異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、
    該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報を付加して前記通信手段によって外部装置へ送信させる異常解除送信手段と
    を設けたことを特徴とする通信装置。
11. 請求項９又は１０記載の通信装置において、
    前記異常解除送信手段が、異常の解除を知らせる異常解除情報に該異常の種類を示す情報を付加して前記通信手段によって構造化言語形式で前記外部装置へ送信させる手段であることを特徴とする通信装置。
12. 請求項９乃至１１のいずれか一項に記載の通信装置において、
    前記異常解除送信手段による前記外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態確認手段によって確認できた解除された異常の種類に対応する異常送信済み状態を解除する異常送信済み状態解除手段を設けたことを特徴とする通信装置。
13. 管理装置によってネットワークを介して複数の通信装置を遠隔管理する遠隔管理システムであって、
    前記複数の通信装置にそれぞれ、前記管理装置と通信する通信手段と、自己の異常を検出する異常検出手段と、該手段によって異常が検出された場合に、異常を知らせる異常情報に自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる異常送信手段と、該手段による前記管理装置への異常情報の送信に対して、該管理装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常送信の成功を示す異常送信済み状態に設定する異常送信済み状態設定手段とを設け、
    前記管理装置に、前記複数の通信装置と通信する通信手段と、該手段によっていずれかの通信装置から前記異常情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常情報に付加された識別情報に基づいて該異常情報を送信した通信装置へ前記通信手段によって送信させる送信結果送信手段とを設けたことを特徴とする遠隔管理システム。
14. 請求項１３記載の遠隔管理システムにおいて、
    前記複数の通信装置にそれぞれ、自己の状態を確認する装置状態確認手段と、
    該手段によって異常がないことを認識できた場合に、前記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって前記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる異常解除送信手段と、該手段による前記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除する異常送信済み状態解除手段とを設け、
    前記管理装置の送信結果送信手段が、前記通信手段によっていずれかの通信装置から前記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ前記通信手段によって送信させる手段を有することを特徴とする遠隔管理システム。
15. 請求項１３記載の遠隔管理システムにおいて、
    前記複数の通信装置にそれぞれ、自己の異常の解除を検出する異常解除検出手段と、該手段によって異常の解除が検出された場合に、前記異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって前記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる異常解除送信手段と、該手段による前記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除する異常送信済み状態解除手段とを設け、
    前記管理装置の送信結果送信手段が、前記通信手段によっていずれかの通信装置から前記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ前記通信手段によって送信させる手段を有することを特徴とする遠隔管理システム。
16. 請求項１３記載の遠隔管理システムにおいて、
    前記複数の通信装置にそれぞれ、前記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、
    前記異常送信手段は、前記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報に前記異常種判別手段によって判別された異常の種類を示す情報および自己の識別情報を付加して前記通信手段によって前記外部装置へ送信させる手段であり、
    前記異常送信済み状態設定手段は、前記異常送信済み状態に前記異常種判別手段によって判別された異常の種類を示す情報を対応付けて設定する手段であり、
    前記複数の通信装置にそれぞれ、自己の状態を確認する装置状態確認手段と、該手段によって異常がないことを認識できた場合に、異常の種類毎に異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報および自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる異常解除送信手段と、該手段による前記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態確認手段によって確認できた解除された異常の種類に対応する異常送信済み状態を解除する異常送信済み状態解除手段とを設け、
    前記管理装置の送信結果送信手段が、前記通信手段によっていずれかの通信装置から前記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ前記通信手段によって送信させる手段を有することを特徴とする遠隔管理システム。
17. 請求項１３記載の遠隔管理システムにおいて、
    前記複数の通信装置にそれぞれ、前記異常検出手段によって検出された異常の種類を判別する異常種判別手段を設け、
    前記異常送信手段は、前記異常検出手段によって異常が検出された場合に、異常を知らせる異常情報に前記異常種判別手段によって判別された異常の種類を示す情報および自己の識別情報を付加して前記通信手段によって前記外部装置へ送信させる手段であり、
    前記異常送信済み状態設定手段は、前記異常送信済み状態に前記異常種判別手段によって判別された異常の種類を示す情報を対応付けて設定する手段であり、
    前記複数の通信装置にそれぞれ、自己の異常の解除を検出する異常解除検出手段と、該手段によって異常の解除が検出された場合に、該異常の種類に対応する異常送信済み状態の設定の有無を確認する異常送信済み状態確認手段と、該手段によって解除された異常の種類に対応する異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報に該異常の種類を示す情報および自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させる異常解除送信手段と、該手段による前記管理装置への異常解除情報の送信に対して、該管理装置から該異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態確認手段によって確認できた解除された異常の種類に対応する異常送信済み状態を解除する異常送信済み状態解除手段とを設け、
    前記管理装置の送信結果送信手段が、前記通信手段によっていずれかの通信装置から前記異常解除情報を受信し、該受信が正常に終了した場合に、その旨の送信結果を該異常解除情報に付加された識別情報に基づいて該異常解除情報を送信した通信装置へ前記通信手段によって送信させる手段を有することを特徴とする遠隔管理システム。
18. 自己の異常を検出した場合に、異常を知らせる異常情報を外部装置へ送信する通信装置における異常送信時の制御方法であって、
    前記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常情報送信の成功を示す異常送信済み状態に設定することを特徴とする異常送信時の制御方法。
19. 請求項１８記載の異常送信時の制御方法において、
    自己の状態を確認し、異常がない場合に、前記異常送信済み状態の設定の有無を確認し、該異常送信済み状態に設定されている場合に、異常の解除を知らせる異常解除情報を前記外部装置へ送信し、その異常解除情報の送信に対してその外部装置からその異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除することを特徴とする異常送信時の制御方法。
20. 請求項１８記載の異常送信時の制御方法において、
    自己の異常の解除を検出した場合に、前記異常送信済み状態の設定の有無を確認し、該異常送信済み状態に設定されている場合に、異常の解除を知らせる異常解除情報を前記外部装置へ送信し、その異常解除情報の送信に対してその外部装置からその異常解除情報の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除することを特徴とする異常送信時の制御方法。
21. 自己の異常を検出した場合に、異常を知らせる異常情報を外部装置へ送信するようにした通信装置を制御するコンピュータに、前記外部装置への異常情報の送信に対して、該外部装置から該異常情報の受信が正常に終了した旨の送信結果を受信した場合に、該異常情報送信の成功を示す異常送信済み状態に設定する異常送信済み状態設定機能を実現させるためのプログラム。
22. 請求項２１記載のプログラムにおいて、
    前記コンピュータに、前記通信装置の状態を確認する装置状態確認機能と、該機能によって異常がないことを認識できた場合に、前記異常送信済み状態の設定の有無を確認する異常送信済み状態確認機能と、該機能によって前記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を前記外部装置へ送信する異常解除送信機能と、該機能による該外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の送信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除する異常送信済み状態解除機能をも実現させるためのプログラム。
23. 請求項２１記載のプログラムにおいて、
    前記コンピュータに、前記通信装置の異常の解除を検出する異常解除検出機能と、該機能によって異常解除が検出された場合に、前記異常送信済み状態の設定の有無を確認する異常送信済み状態確認機能と、該機能によって前記異常送信済み状態に設定されていることを認識できた場合に、異常の解除を知らせる異常解除情報を前記外部装置へ送信する異常解除送信機能と、該機能による前記外部装置への異常解除情報の送信に対して、該外部装置から該異常解除情報の送信の受信が正常に終了した旨の送信結果を受信した場合に、前記異常送信済み状態を解除する異常送信済み状態解除機能をも実現させるためのプログラム。

Images