(57)【要約】【目的】  画像形成装置等の通信装置で生成される重要な通知に関するログを機器利用者又は機器管理者がコストアップせずに容易に確認できるようにする。【構成】【解決手段】  画像形成装置１００のＳＣＳは、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、ＨＤＤのログ保存エリア（所定記憶領域）におけるログの種類毎に異なる各分割エリアのうちの対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きする。また、ＨＤＤのログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳおよび仲介装置１０１によって管理装置１０２へ送信させる。【選択図】        図３
2004295866.tif 000002
【特許請求の範囲】
【請求項１】
情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段とを有する電子装置であって、
前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理手段を設け、
前記ログ書込制御手段が、前記領域管理手段によって指定された分割領域に対してログ書き込み制御を行う手段であることを特徴とする電子装置。
【請求項２】
請求項１記載の電子装置において、
前記領域管理手段が、前記ログ生成手段によって生成されるログを該種類別にグループ分けして保存できるように、該種類別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする電子装置。
【請求項３】
請求項１記載の電子装置において、
前記領域管理手段が、前記ログ生成手段によって生成されるログを該ログの重要度別にグループ分けして保存できるように、該ログの重要度別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする電子装置。
【請求項４】
請求項１記載の電子装置において、
前記領域管理手段が、前記ログ生成手段によって生成されるログを該ログの生成要因別にグループ分けして保存できるように、該ログの生成要因別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする電子装置。
【請求項５】
請求項１記載の電子装置において、
前記領域管理手段が、前記ログ生成手段によって生成されるログを前記各処理実行手段別にグループ分けして保存できるように、該各処理実行手段別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする電子装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の電子装置において、
前記領域管理手段が、前記ログ生成手段による初めてのログ生成時に、前記管理情報に基づいて前記所定記憶領域の各分割領域を決定する手段を有し、該手段による決定結果に従って前記ログの書き込み先の分割領域を指定するようにしたことを特徴とする電子装置。
【請求項７】
請求項１乃至６のいずれか一項に記載の電子装置において、
外部装置と通信する通信手段と、前記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログを前記通信手段によって前記外部装置へ送信させるログ送信手段とを設けたことを特徴とする電子装置。
【請求項８】
請求項７記載の電子装置において、
前記ログ送信手段によって送信すべきログが記憶される分割領域を指定する分割領域指定手段を設けたことを特徴とする電子装置。
【請求項９】
請求項７又は８記載の電子装置において、
前記通信手段は、前記外部装置へ送信すべきログを構造化言語形式に変換する手段を有することを特徴とする電子装置。
【請求項１０】
管理装置によりネットワークを介して複数の電子装置を遠隔管理する遠隔管理システムであって、
前記複数の電子装置にそれぞれ、前記管理装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理手段と、前記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログに自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させるログ送信手段とを設け、
前記ログ書込制御手段が、前記領域管理手段によって指定された分割領域に対してログ書き込み制御を行う手段であることを特徴とする遠隔管理システム。
【請求項１１】
管理装置によりネットワークおよび複数の仲介装置を介して複数の電子装置を遠隔管理する遠隔管理システムであって、
前記複数の電子装置にそれぞれ、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理手段と、前記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログに自己の識別情報を付加して自己に接続されている仲介装置へ送出するログ送出手段とを設け、
前記ログ書込制御手段が、前記領域管理手段によって指定された分割領域に対してログ書き込み制御を行う手段であり、
前記複数の仲介装置にそれぞれ、前記管理装置と通信する通信手段と、自己に接続されている電子装置から送られてくるログに自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させるログ送信手段とを設けたことを特徴とする遠隔管理システム。
【請求項１２】
請求項１０又は１１記載の遠隔管理システムにおいて、
前記複数の電子装置にそれぞれ、前記ログ送信手段によって送信すべきログが記憶される分割領域を指定する分割領域指定手段を設けたことを特徴とする遠隔管理システム。
【請求項１３】
請求項１０乃至１２のいずれか一項に記載の遠隔管理システムにおいて、
前記領域管理手段が、前記ログ生成手段によって生成されるログを該種類別にグループ分けして保存できるように、該種類別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする遠隔管理システム。
【請求項１４】
請求項１０乃至１２のいずれか一項に記載の遠隔管理システムにおいて、
前記領域管理手段が、前記ログ生成手段によって生成されるログを該ログの重要度別にグループ分けして保存できるように、該ログの重要度別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする遠隔管理システム。
【請求項１５】
請求項１０乃至１２のいずれか一項に記載の遠隔管理システムにおいて、
前記領域管理手段が、前記ログ生成手段によって生成されるログを該ログの生成要因別にグループ分けして保存できるように、該ログの生成要因別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする遠隔管理システム。
【請求項１６】
請求項１０乃至１２のいずれか一項に記載の遠隔管理システムにおいて、
前記領域管理手段が、前記ログ生成手段によって生成されるログを前記各処理実行手段別にグループ分けして保存できるように、該各処理実行手段別に前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する手段であることを特徴とする遠隔管理システム。
【請求項１７】
情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、
前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定し、該分割領域に対して、前記ログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きすることを特徴とするログ管理方法。
【請求項１８】
情報を記憶保存する記憶手段を有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に対して、前記ログ生成機能によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能とを実現させるためのプログラム。
【請求項１９】
請求項１８記載のプログラムにおいて、
前記コンピュータに、前記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログを外部装置へ送信するログ送信機能をも実現させるプログラム。
【請求項２０】
請求項１９記載のプログラムにおいて、
前記コンピュータに、前記ログ送信機能によって送信すべきログが記憶される分割領域を指定する分割領域指定機能をも実現させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像形成装置等の電子装置と、この電子装置とこれをネットワークを介して遠隔管理する管理装置とによって構成された遠隔管理システム、および上記電子装置におけるログ管理方法、並びに上記電子装置を制御するコンピュータに必要な機能（この発明に係わる機能）を実現させるためのプログラムに関する。
【背景技術】
【０００２】
従来から、通信機能を備えたプリンタ，ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置を始め、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能（通信手段）を持たせた電子装置（通信装置）を被管理装置とし、サービスセンタ（管理センタ）の管理装置が公衆回線やインタネット等のネットワーク経由でこれらの被管理装置を遠隔管理する遠隔管理システムが提案されている。
【０００３】
あるいは、被管理装置が通信機能を備えていない場合や、通信機能を備えていてもその機能が管理装置と通信するための機能を持っていない場合には、その被管理装置に管理装置と通信可能な通信機能を有する仲介装置をネットワーク経由で接続し、管理装置がネットワークおよび仲介装置経由で被管理装置を遠隔管理する遠隔管理システムも提案されている。
ここで、例えば被管理装置を画像形成装置とし、その画像形成装置について簡単に説明する。
画像形成装置としては、既知の感光体静電プロセスを用いて普通紙に画像形成するプリンタエンジンを備えたものが一般的であるが、このような感光体静電プロセスを行う機構のプリンタエンジンからは、トラブル（異常）が発生する割合も高く、更に性能維持のための定期的なオーバホールの必要性から、保守管理のサービス体制を採っている。
【０００４】
この保守管理を充実させる目的で、画像形成装置の遠隔管理システムとして、画像形成装置の内部又は外部に通信手段を設け、画像形成装置とサービスセンタに設置された管理装置とを公衆回線（電話回線）を介して接続し、画像形成装置のプリンタエンジンで自己診断異常又は警告（センサの規格レベルへの到達など、予防保全を必要とするもの）等の所定の事象が発生した場合に、その事象をセンサ等からなる事象検出手段によって検出し、その事象の発生を知らせる事象情報等を通信手段によって管理装置（外部装置）へ送信させるようにしたものが既に開発され（例えば特許文献１参照）、市販されている。管理装置への事象情報の送信としては、自己診断異常の発生による自己診断異常情報の通報であるサービスマンコールや、警告の発生による警告情報の通報であるアラームコール（例えばサプライコール）がある。
【０００５】
ところで、このような画像形成装置等の電子装置においては、一般的に、プログラム実行状況や処理内容（例えばＦＡＸ送受信に関連する内容）などをログ（履歴情報）として記憶手段（ハードディスク等の記録媒体）の予め設定された所定記憶領域に書き込むようにしている（例えば特許文献２参照）。
上述したような画像形成装置の遠隔管理システムにおいては、機器利用者（例えば画像形成装置を利用しているユーザ）が画像形成装置内の機密情報をサービスマン等の機器管理者が取り出していないかを確認したり、あるいは機器管理者が画像形成装置の動作を分析するために、画像形成装置にログ保存機能を備えている。
【特許文献１】特開２００２−６６９３号公報
【特許文献２】特開２００１−４５２０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような画像形成装置遠隔管理システムに使用される画像形成装置においては、複数の処理実行手段を備えており、それらのうち、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知（異常等の所定の事象が発生した旨あるいは処理結果等の通知）がある度に、その各通知に関するログを順次作成（生成）し、その各ログを記憶手段の所定記憶領域に順次書き込み、その所定記憶領域に空きがなくなった場合に最も古いログに上書きするようにしている（ログ書き込み制御）ため、ポーリング等の頻繁に行われる処理によって発生する通知により、上記所定記憶領域上のログが次々に上書きされてしまい、重要な通知に関するログが機器利用者もしくは機器管理者によって確認される前に消えてしまうという問題があった。
【０００７】
なお、機器利用者は、画像形成装置で異常が発生した場合に、必要に応じてその異常を解消するための作業を行うが、その際に過去のログを参照する。
例えば、画像形成装置は、異常が発生した場合でも、その異常の種類によっては機器利用者がその異常を解消できるため、異常の発生を知らせる情報（異常情報）をサービスセンタの管理装置へ通報（送信）しない。しかし、機器利用者は、過去のログを参照した結果、今回発生した異常が過去に何度も発生していることを確認できた場合、そのことを管理装置の機器管理者であるオペレータ（以下「センタオペレータ」という）に連絡することが考えられる。この連絡の要否は、過去のログを参照した結果に基づいて決定されるものなので、異常に関するログが記憶手段に保存されている必要がある。
【０００８】
一方、サービスセンタの管理装置は、機器利用者側の画像形成装置から異常情報を受け取った場合、その異常情報を表示部に表示してセンタオペレータに知らせるようにしている。
センタオペレータは、異常情報の内容を見て通報元の画像形成装置内で異常が発生したことを確認できると、該当する機器利用者へ電話をかけて異常の解消方法を指示するか、あるいはサービスステーションに連絡を取り、サービスマンを手配するという作業を実施する。このとき、どの作業を実施するかは、例えば該当する機器利用者へ電話をかけて異常発生状況と過去のログを確認して決める。よって、異常に関するログが画像形成装置の記憶手段に保存されている必要がある。
【０００９】
ここで、上述した画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を含む動作について、図２３〜図２６を参照して詳細に説明する。
図２３および図２４は、従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を含む動作時の通信シーケンスの異なる例を示す図である。なお、図２３はラインアダプタ（仲介装置）を使用した場合の例を、図２４はラインアダプタを使用しない場合の例をそれぞれ示している。
まず、ラインアダプタを使用した場合の画像形成装置によるログ保存処理を含む処理について、図２３を参照して説明する。
【００１０】
画像形成装置は、プロッタエンジンや操作パネルを含む各種ハードウェア資源と、それらのハードウェア資源をそれぞれ動作させて所定の機能を実現させる複数のＣＰＵ（処理実行手段）とを備え、例えばプロッタエンジンを制御するＣＰＵが、センサを用いてプロッタエンジンの状態を監視し、警告としてトナーニアエンドが発生した場合（トナーサプライであるトナーボトル内のトナー量が所定量以下になった場合）、そのトナーニアエンドを検出し、トナーニアエンドが発生した旨をコントローラ内のＣＰＵ（処理実行手段）へ通知する。
そのコントローラ内のＣＰＵは、プロッタエンジンからトナーニアエンドが発生した旨の通知を受けると、プロッタエンジン内でトナーニアエンドが発生したと判定し、トナーサプライコール（トナーニアエンドの発生つまりトナーボトルの発注を知らせるトナーサプライコール情報の自動通報）用のメッセージをラインアダプタへ送信（送出）する。
【００１１】
ラインアダプタは、コントローラからトナーサプライコール用のメッセージを受信すると、公衆回線経由でサービスセンタの管理装置に対してトナーサプライコールを行う。つまり、トナーボトルの発注を知らせるトナーサプライコール情報（警告情報）を公衆回線経由でサービスセンタの管理装置へ自動通報する。
サービスセンタの管理装置は、機器利用者側に設置されているラインアダプタから通報されたトナーサプライコール情報を受信し、その受信が正常に終了すると、その旨（トナーサプライコールに対する処理が成功した旨）のコール結果ＯＫを公衆回線経由で通報元のラインアダプタへ送信する。
【００１２】
また、受信したトナーサプライコール情報をキュー（例えばハードディスク装置内のデータベース）に格納し、センタオペレータによって対応する処理、つまりトナーボトルの受注作業等が行われるまでキューイング（保持）する。
さらに、受信したトナーサプライコール情報を表示部に表示してセンタオペレータに知らせる。
センタオペレータは、管理装置の表示部の表示内容を見て通報元のラインアダプタに接続されている画像形成装置のプロッタエンジン内でトナーニアエンドが発生し、トナーボトルが発注されたことを認識すると、トナーボトルの受注作業等を行い、例えばサービスマンを手配して通報元のラインアダプタの設置場所にトナーボトルを届けさせる。
【００１３】
通報元のラインアダプタは、サービスセンタの管理装置へのトナーサプライコールの結果（トナーサプライコール情報の送信結果）として、その管理装置からコールＯＫ（トナーサプライコール情報の受信が正常に終了した旨の送信結果）を受信すると、そのコールＯＫを画像形成装置のコントローラへ通知する。
画像形成装置のコントローラ内のＣＰＵは、ラインアダプタからコールＯＫの通知を受けると、管理装置へのトナーサプライコールが正常に終了した（成功した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが正常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段（フラッシュメモリやハードディスク等の記録媒体）の所定記憶領域であるログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
【００１４】
なお、通報元のラインアダプタは、サービスセンタの管理装置へのトナーサプライコールの結果として、その管理装置からコールＯＫを予め設定された所定時間が経過しても受信できなかった場合、コールＮＧを画像形成装置のコントローラへ通知する。
画像形成装置のコントローラのＣＰＵは、ラインアダプタからコールＮＧを受けると、管理装置へのトナーサプライコールが異常に終了した（失敗した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが異常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
【００１５】
いずれかのハードウェア資源（コントローラ以外）を制御するＣＰＵは、異常としてＳＣ＿Ｂが発生した場合には、センサによってＳＣ＿Ｂを検出し、ＳＣ＿Ｂが発生した旨（異常）をコントローラへ通知する。
なお、「ＳＣ」とは、サービスマンコールのことであり、複数のタイプがある。ここでは、タイプＡのＳＣをＳＣ＿Ａ（ＳＣ（Ａ））、タイプＢのＳＣをＳＣ＿Ｂ（ＳＣ（Ｂ））とする。コールタイプについては実施例で説明する。
コントローラのＣＰＵは、いずれかのハードウェア資源からＳＣ＿Ｂが発生した旨の通知を受けると、対応するハードウェア資源でＳＣ＿Ｂが発生したと判定し、ＳＣ＿Ｂが発生した旨の通知に関するログであるＳＣ＿Ｂコールログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
同様に、いずれかのハードウェア資源からＳＣ＿Ａが発生した旨の通知を受けると、対応するハードウェア資源でＳＣ＿Ａが発生したと判定し、以後ＳＣ＿Ｂに対する処理と同様の処理を行う。
【００１６】
次に、ラインアダプタを使用しない場合の画像形成装置によるログ保存処理を含む処理について、図２４を参照して説明する。この例の画像形成装置は、ラインアダプタとしての機能を有している。
画像形成装置のコントローラ内のＣＰＵは、プロッタエンジンからトナーニアエンドが発生した旨の通知を受けると、プロッタエンジン内でトナーニアエンドが発生したと判定し、公衆回線経由でサービスセンタの管理装置に対してトナーサプライコールを行う。つまり、トナーボトルの発注を知らせるトナーサプライコール情報（警告情報）を公衆回線経由でサービスセンタの管理装置へ自動通報（自動送信）する。
【００１７】
サービスセンタの管理装置は、機器利用者側に設置されている画像形成装置から通報されたトナーサプライコール情報を受信し、その受信が正常に終了すると、その旨のコール結果ＯＫを公衆回線経由で通報元の画像形成装置へ送信する。
通報元の画像形成装置は、サービスセンタの管理装置へのトナーサプライコールを行った後、トナーニアエンドが発生した旨の通知に関するログとして、サービスセンタに対してトナーサプライコールを行った旨を示すセンタ通知ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
【００１８】
また、サービスセンタの管理装置へのトナーサプライコールの結果として、その管理装置からコールＯＫを受信すると、管理装置へのトナーサプライコールが成功したと判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが正常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
【００１９】
なお、通報元の画像形成装置は、サービスセンタの管理装置へのトナーサプライコールの結果として、その管理装置からコールＯＫを予め設定された所定時間が経過しても受信できなかった場合には、管理装置へのトナーサプライコールが失敗したと判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが異常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
【００２０】
一方、画像形成装置のコントローラ内のＣＰＵは、図示しないタイマを使用して時間管理を行っており、定期的に送信要求の有無の問い合わせ情報（ポーリング情報）を公衆回線経由でサービスセンタの管理装置へ自動通報する。これを、ポーリングという。
このポーリングを行った後、そのポーリングに関するログとして、サービスセンタに対してポーリングを行った旨を示すポーリングログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
その後、いずれかのハードウェア資源からＳＣ＿Ａ又はＳＣ＿Ｂが発生した旨の通知を受けると、上述と同様の処理を行う。
【００２１】
図２５は、従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理の一例を示すフローチャートである。
図２６は、従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を説明するためのメモリマップ図である。
画像形成装置のコントローラ内のＣＰＵは、いずれかのハードウェア資源等からの通知時に、図２５の処理を開始し、まずステップＳ１０１で予め設定されたログ保存エリア指定情報の内容（値）を参照して記憶手段におけるログ保存エリアの先頭アドレスを取得することにより、記憶手段におけるログ保存エリアを決定し、ステップＳ１０２でログ保存エリア番号ｎと予め設定された（ＲＯＭ等に格納されているプログラムによる）ログ保存可能数（最大値）とを比較し、ログ保存エリア番号ｎがログ保存可能数に達したか否かを判断する。
【００２２】
そして、ログ保存エリア番号ｎがログ保存可能数に達していない場合には、ステップＳ１０３でログ保存エリア番号ｎをインクリメント（ｎ＝ｎ＋１）し、ステップＳ１０４で上記通知に関するログを作成してログ保存エリア番号ｎによる指定エリアに書き込んで保存させる。
ログ保存エリア番号ｎがログ保存可能数に達した場合、つまりログ保存エリアに空きがなくなった場合には、ステップＳ１０５でログ保存エリア番号ｎを初期化（ｎ＝１）し、ステップＳ１０４で上記通知に関するログを作成してログ保存エリア番号ｎによる指定エリアに書き込んで保存させる。このとき、ログ保存エリア番号ｎが「１」であり、そのログ保存エリア番号「１」による指定エリアには最も古いログが保存されているため、そのログに上記通知に関する最新のログを上書きすることになる。
【００２３】
このように、図２３〜図２５によって説明したログ保存処理によれば、ログ管理が必要な複数のハードウェア資源のＣＰＵ（処理実行手段）のいずれかから所定の通知がある度に、その各通知に関するログを順次作成し、例えば図２６に示すように、記憶手段のログ保存エリア（所定記憶領域）に順次書き込み、そのログ保存エリアに空きがなくなった場合に最も古いログに上書きする（ログ書き込み制御）ようにしているため、ポーリング等の頻繁に行われる処理によって発生する通知により、ログ保存エリア上のログが次々に上書きされてしまい、重要な通知に関するログが機器利用者もしくは機器管理者によって確認される前に消えてしまうという問題があった。
【００２４】
そこで、ログ保存エリアに保存されたログを全てサービスセンタの管理装置へ送信することも考えられるが、その送信を行う画像形成装置あるいは仲介装置（ラインアダプタ）の設置台数はかなり多いため、それらから頻繁に送られてくるログを全て保存することは、技術面およびコスト面から非常に難しい。
この発明は、上記の問題点に鑑みてなされたものであり、画像形成装置等の電子装置で生成（作成）された重要な通知に関するログを機器利用者もしくは機器管理者がコストアップせずに容易に確認できるようにすることを目的とする。
【課題を解決するための手段】
【００２５】
この発明は、上記の目的を達成するため、電子装置と、その遠隔管理システム、および上記電子装置のログ管理方法、並びに上記電子装置を制御するコンピュータに必要な機能を実現させるためのプログラムを提供する。
【００２６】
請求項１の発明による電子装置は、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段とを有する電子装置であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理手段を設け、上記ログ書込制御手段を、上記領域管理手段によって指定された分割領域に対してログ書き込み制御を行う手段としたものである。
【００２７】
請求項２の発明による電子装置は、請求項１の電子装置において、上記領域管理手段を、上記ログ生成手段によって生成されるログを該種類別にグループ分けして保存できるように、該種類別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
請求項３の発明による電子装置は、請求項１の電子装置において、上記領域管理手段を、上記ログ生成手段によって生成されるログを該ログの重要度別にグループ分けして保存できるように、該ログの重要度別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
【００２８】
請求項４の発明による電子装置は、請求項１の電子装置において、上記領域管理手段を、上記ログ生成手段によって生成されるログを該ログの生成要因別にグループ分けして保存できるように、該ログの生成要因別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
請求項５の発明による電子装置は、請求項１の電子装置において、上記領域管理手段を、上記ログ生成手段によって生成されるログを上記各処理実行手段別にグループ分けして保存できるように、該各処理実行手段別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
【００２９】
請求項６の発明による電子装置は、請求項１〜５のいずれかの電子装置において、上記領域管理手段が、上記ログ生成手段による初めてのログ生成時に、上記管理情報に基づいて上記所定記憶領域の各分割領域を決定する手段を有し、該手段による決定結果に従って上記ログの書き込み先の分割領域を指定するようにしたものである。
請求項７の発明による電子装置は、請求項１〜６のいずれかの電子装置において、外部装置と通信する通信手段と、上記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログを上記通信手段によって上記外部装置へ送信させるログ送信手段とを設けたものである。
【００３０】
請求項８の発明による電子装置は、請求項７の電子装置において、上記ログ送信手段によって送信すべきログが記憶される分割領域を指定する分割領域指定手段を設けたものである。
請求項９の発明による電子装置は、請求項７又は８の電子装置において、上記通信手段に、上記外部装置へ送信すべきログを構造化言語形式に変換する手段を備えたものである。
【００３１】
請求項１０の発明による遠隔管理システムは、管理装置によりネットワークを介して複数の電子装置を遠隔管理する遠隔管理システムであって、上記複数の電子装置にそれぞれ、上記管理装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理手段と、上記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログに自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させるログ送信手段とを設け、上記ログ書込制御手段を、上記領域管理手段によって指定された分割領域に対してログ書き込み制御を行う手段としたものである。
【００３２】
請求項１１の発明による遠隔管理システムは、管理装置によりネットワークおよび複数の仲介装置を介して複数の電子装置を遠隔管理する遠隔管理システムであって、上記複数の電子装置にそれぞれ、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理手段と、上記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログに自己の識別情報を付加して自己に接続されている仲介装置へ送出するログ送出手段とを設け、上記ログ書込制御手段を、上記領域管理手段によって指定された分割領域に対してログ書き込み制御を行う手段とし、上記複数の仲介装置にそれぞれ、上記管理装置と通信する通信手段と、自己に接続されている電子装置から送られてくるログに自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させるログ送信手段とを設けたものである。
【００３３】
請求項１２の発明による遠隔管理システムは、請求項１０又は１１の遠隔管理システムにおいて、上記複数の電子装置にそれぞれ、上記ログ送信手段によって送信すべきログが記憶される分割領域を指定する分割領域指定手段を設けたものである。
請求項１３の発明による遠隔管理システムは、請求項１０〜１２のいずれかの遠隔管理システムにおいて、上記領域管理手段を、上記ログ生成手段によって生成されるログを該種類別にグループ分けして保存できるように、該種類別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
【００３４】
請求項１４の発明による遠隔管理システムは、請求項１０〜１２のいずれかの遠隔管理システムにおいて、上記領域管理手段を、上記ログ生成手段によって生成されるログを該ログの重要度別にグループ分けして保存できるように、該ログの重要度別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
【００３５】
請求項１５の発明による遠隔管理システムは、請求項１０〜１２のいずれかの遠隔管理システムにおいて、上記領域管理手段を、上記ログ生成手段によって生成されるログを該ログの生成要因別にグループ分けして保存できるように、該ログの生成要因別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
【００３６】
請求項１６の発明による遠隔管理システムは、請求項１０〜１２のいずれかの遠隔管理システムにおいて、上記領域管理手段を、上記ログ生成手段によって生成されるログを上記各処理実行手段別にグループ分けして保存できるように、該各処理実行手段別に上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する手段としたものである。
【００３７】
請求項１７の発明によるログ管理方法は、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定し、該分割領域に対して、上記ログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするものである。
【００３８】
請求項１８の発明によるプログラムは、情報を記憶保存する記憶手段を有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に対して、上記ログ生成機能によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能とを実現させるためのプログラムである。
【００３９】
請求項１９の発明によるプログラムは、請求項１８のプログラムにおいて、上記コンピュータに、上記所定記憶領域の各分割領域のうち、予め設定された分割領域に記憶されているログを外部装置へ送信するログ送信機能をも実現させるプログラムである。
請求項２０の発明によるプログラムは、請求項１９記載のプログラムにおいて、上記コンピュータに、上記ログ送信機能によって送信すべきログが記憶される分割領域を指定する分割領域指定機能をも実現させるプログラムである。
【発明の効果】
【００４０】
この発明によれば、画像形成装置等の通信装置で生成された重要な通知に関するログを機器利用者もしくは機器管理者がコストアップせずに容易に確認することが可能になる。
【発明を実施するための最良の形態】
【００４１】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明による通信装置を被管理装置とする遠隔管理システムの構成例について説明する。
図１は、その遠隔管理システムの構成の一例を示す概念図である。なお、ここでは、通信機能を持ち、管理装置によって管理される電子装置を説明の便宜上「被管理装置」と云う。
【００４２】
この遠隔管理システムは、プリンタ，ＦＡＸ装置，デジタル複写機，デジタル複合機等の画像形成装置やスキャナ装置などの画像処理装置、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた電子装置（通信装置）を被管理装置１０（１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ）とする管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）等のネットワークによって接続された遠隔管理仲介装置である仲介装置１０１（１０１ａ，１０１ｂ，１０１ｃ）、更に仲介装置１０１とインタネット１０３（公衆回線等の他のネットワークでもよい）を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。被管理装置１０および仲介装置１０１は機器利用者（ユーザ）側のオフィス等に、管理装置１０２はサービスセンタ（管理センタ）にそれぞれ設置されている。
【００４３】
ここで、管理装置１０２が新たな方式を用いて遠隔管理するサービス（ＮＲＳ）を実現するために、機器利用者側のＬＡＮ等のネットワークに、ＮＲＳに対応するソフトウェアを実装した仲介装置１０１および被管理装置１０が接続されている。その仲介装置１０１および被管理装置１０には、管理装置１０２が従来の方式を用いて遠隔管理するサービス（ＣＳＳ）も実現するために、ＣＳＳに対応するソフトウェアも実装している。ＮＲＳを実現するためには、ＣＳＳを実現する場合と同様に、仲介装置１０１および被管理装置１０を初期設置すればよい。
【００４４】
公衆回線（又は専用回線）としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。
なお、仲介装置１０１と被管理装置１０との接続は、ネットワークに限らず、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（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）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。
【００８４】
ここで、画像形成装置１００は、プロッタエンジンや操作パネル２０５等の各ハードウェア資源を制御するＣＰＵ（コントローラＣＰＵ）が、その各ハードウェア資源の状態を監視し、いずれかのハードウェア資源で異常等の所定の事象が発生した場合、その事象を検出し、その事象の種類によって異なる処理を行う。よって、事象の種類を判定するための基準となる情報が必要であり、図１１の例は事象の種類を判定するための基準となる情報の一例を示すテーブルのデータ構造を示している。ここで、「ＳＣ（サービスマンコール）」は「異常」に相当するものである。同図に示すように、検出されたＳＣによって種類（タイプ）が判定される。そこで、それぞれの種類について説明する。
【００８５】
「タイプＡ」のＳＣは、操作パネル２０５上にＳＣ表示を行って使用禁止（使用不可）とするもののうち、ユーザ（機器利用者）が解除できないＳＣである。このタイプＡのＳＣは、管理装置１０２からの「ＳＣリセット」もできない。例えば、定着系のＳＣなどである。「タイプＡ」は画像形成装置１００（機器）側のメインスイッチ（主電源スイッチ）のＯＦＦ／ＯＮによる主電源のＯＦＦ／ＯＮもしくはソフト電源キーの操作によるエンジンユニットへの給電停止／解除によっては復旧できない。
【００８６】
「タイプＢ」は、異常が検出（検知）された特定の機能のみが使用できないＳＣである。通常使用時には操作パネル２０５上にＳＣ表示を行わないが、異常が検出されている機能が選択された時だけ、その操作パネル２０５上にＳＣ表示を行う。例えば、両面ユニット（両面トレイ）異常時に両面モードが選択された場合が該当する。
「タイプＣ」は、異常発生時にも操作パネル２０５へのＳＣ表示は行わず、内部的にＳＣの発生のロギングのみを行うものである。例えば、通信が不能になった場合が該当する。
【００８７】
「タイプＤ」は、操作パネル２０５上にＳＣ表示を行って使用禁止とするが、画像形成装置１００側のメインスイッチのＯＦＦ／ＯＮによる主電源のＯＦＦ／ＯＮもしくはソフト電源キーの操作によるエンジンユニットへの給電停止／解除によって解除できるＳＣである。但し、主電源ＯＮ（電源投入）後もしくはエンジンユニットへの給電停止／解除後に、再度異常を検出して、見かけ上解除されない場合もある。例えば、モータ異常がそれに該当する。
上記判定の基準情報は、上述したＮＶ−ＲＡＭ２０２（又はＨＤＤ２０１）の所定の格納領域に格納されていることが考えられる。なお、スキャナエンジンのＳＣ，プロッタエンジンのＳＣのように、ユニット別の事象も種類の異なる事象として扱うものとする。
【００８８】
次に、上述した画像形成装置および画像形成装置遠隔管理システムにおける実施例、つまりこの発明の特徴となる動作（画像形成装置によるログ保存処理を含む動作）およびその動作を実現するための構成について説明する。
この画像形成装置には、上述したように、公衆回線に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。
【００８９】
そして、画像形成装置１００は、仲介装置１０１および公衆回線を介して管理装置１０２と通信するＣＳＳ方式による遠隔管理（リモートサービス：ＲＳ）と、仲介装置１０１およびインタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。画像形成装置１１０は、仲介装置１０１の機能を備えているため、公衆回線を介して管理装置と通信するＣＳＳ方式による遠隔管理と、インタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。
【００９０】
ここで、画像形成装置１００および画像形成装置１１０は、自己のエンジンユニットの状態を示す情報を送信したり、自己のエンジンユニット等のハードウェア資源で通報要因となる事象が発生した場合に、その事象を知らせる事象情報等を管理装置１０２へ通報したりするためのプログラムとして、上記のＣＳＳ方式に対応したＣＳＳ３１５と、上記のＮＲＳ方式に対応したＮＲＳ３０５とを設けている。
以下、説明の都合上、画像形成装置１００および画像形成装置１１０がＮＲＳ３０５を使用する場合のこの発明に係わる動作について説明する。なお、画像形成装置１００および画像形成装置１１０がＣＳＳ３１５を使用することによってもこの発明に係わる動作を行うことができる。
【００９１】
〔第１実施例〕
図１２は、この画像形成装置遠隔管理システムにおける画像形成装置１００によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。なお、以下に示す各アプリ（アプリケーション），ＳＣＳ３０６，およびＮＲＳ３０５による処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。
【００９２】
画像形成装置１００では、ログ管理が必要なアプリ等のプログラムがそれぞれ、対応するハードウェア資源で異常等の所定の事象が発生した場合あるいは処理結果等の通知を行いたい場合、その事象が発生した旨あるいは処理結果等をＳＣＳ３０６へ通知する。
この例では、まずプロッタエンジンを制御するアプリが、そのプロッタエンジンの状態を監視し、プロッタエンジン内でトナーボトルのトナーニアエンドが発生した場合（トナーサプライであるトナーボトル内のトナー量が所定量以下になった場合）、そのトナーボトル事象をセンサを用いて検出し、トナーニアエンドが発生した旨をＳＣＳ３０６へ通知する。
【００９３】
そのＳＣＳ３０６は、プロッタエンジンを制御するアプリからトナーニアエンドが発生した旨の通知を受けると、プロッタエンジン内でトナーニアエンドが発生したと判定し、トナーサプライコール要求をＮＲＳ３０５へ通知する。このとき、そのトナーサプライコール要求に、画像形成装置１００の識別情報である機番情報を付加する。
ＮＲＳ３０５は、トナーサプライコール要求の通知を受けると、トナーボトルの発注（トナーニアエンドの発生）を知らせるトナーサプライコール情報であるトナーサプライコール用のＳＯＡＰメッセージ（トナーサプライコール要求に付加された機番情報を含む）を生成して、それを仲介装置１０１へ送信する。
【００９４】
仲介装置１０１は、ＮＲＳ３０５からトナーサプライコール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由でサービスセンタの管理装置１０２に対してトナーサプライコールを行う。つまり、自己の仲介装置識別子を付加したトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動通報（自動送信）する。
【００９５】
サービスセンタの管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合に、その受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて、そのＨＴＴＰメッセージの受信が正常に終了した旨（トナーサプライコールに対する処理が成功した旨）のコール結果であるコールＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で通報元の仲介装置１０１（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを送信した仲介装置１０１）へ送信する。
【００９６】
また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージ（トナーサプライコール情報）をキュー（データベース６０５）に格納し、センタオペレータによって対応する処理、つまりトナーボトルの受注作業等が行われるまでキューイング（保持）する。
さらに、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージの内容を操作者端末６０４の表示部に表示してセンタオペレータに知らせる。
センタオペレータは、操作者端末６０４の表示部の表示内容を見て通報元の仲介装置１０１に接続されている画像形成装置１００のプロッタエンジン内でトナーニアエンドが発生し、トナーボトルが発注されたことを認識すると、トナーボトルの受注作業等を行い、例えばサービスマンを手配して通報元の仲介装置１０１の設置場所にトナーボトルを届けさせる。
【００９７】
仲介装置１０１は、サービスセンタの管理装置１０２へのトナーサプライコール（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報）の結果として、その管理装置１０２からコールＯＫ（上記ＨＴＴＰメッセージの受信が正常に終了した旨のコール結果）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコールＯＫを示すＳＯＡＰメッセージを生成し、それを該当する（トナーニアエンドが発生した）画像形成装置１００のＮＲＳ３０５へ送信する。
そのＮＲＳ３０５は、仲介装置１０１からコールＯＫを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へコールＯＫ（トナーサプライコールが正常に終了した旨）を通知する。
【００９８】
ＳＣＳ３０６は、ＮＲＳ３０５からコールＯＫの通知を受けると、管理装置１０２へのトナーサプライコールが正常に終了した（成功した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが正常に終了した旨を示すトナーサプライコール終了ログを作成し、それをＨＤＤ２０１（ＮＶ−ＲＡＭ２０２等の他の記憶手段でもよい）の所定記憶領域であるログ保存エリアのサプライログ保存エリアに書き込む。このとき、そのサプライログ保存エリアに空きがなければ、最も古いログに上書きする。
【００９９】
ここで、ＳＣＳ３０６によって作成（生成）されるログの記述内容について、説明しておく。
図１３は、ＳＣＳ３０６によって作成されるログの内容の一例を示す説明図である。
この図を見て分かるように、ログは、その作成日時（発生日時）、異常（障害）又は通信が発生したアプリケーション名とソース名、ログ作成時に発生した異常（ＥＲＲＯＲ），警告（ＷＡＲＮＩＮＧ），操作（ＯＰＥＲＡＴＩＯＮ），又は情報（ＩＮＦＯＲＭＡＴＩＯＮ）等のログのレベル、エラーの行数、エラーコード、ログの機能詳細によって構成されている。
【０１００】
図１４は、ＳＣＳ３０６によって作成されるログの内容の具体例を示す説明図である。
この図を見て分かるように、この例のログは、トナーニアエンドが発生し（トナーサプライであるトナーボトル内のトナー量が所定量以下になり）、トナーサプライコール（トナーボトルの発注を知らせるトナーサプライコール情報の自動通報）が行われた時に作成されるログ（トナーニアエンドが発生した旨の通知に関するログ）である。この例では、ログのレベルが情報（ＩＮＦＯＲＭＡＴＩＯＮ）となっているが、警告（ＷＡＲＮＩＮＧ）としてもよい。ログとしては、ログ管理が必要なアプリ等のプログラムから前述した各タイプのＳＣ（タイプＡのＳＣであるＳＣ＿Ａ，タイプＢのＳＣであるＳＣ＿Ｂ，タイプＣのＳＣであるＳＣ＿Ｃ，タイプＤのＳＣであるＳＣ＿Ｄ）等の他の事象が発生した旨あるいは処理結果等の通知があった場合に作成されるログ（各通知に関するログ）もある。
【０１０１】
なお、通報元の仲介装置１０１は、サービスセンタの管理装置１０２へのトナーサプライコール（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報）の結果として、その管理装置１０２からコールＯＫ（上記ＨＴＴＰメッセージの受信が正常に終了した旨のコール結果）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを予め設定された所定時間が経過しても受信できなかった場合、そのＨＴＴＰメッセージに基づいてコールＮＧを示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する。
【０１０２】
あるいは、通報元の仲介装置１０１は、上記ＨＴＴＰメッセージの受信が正常に終了しなかった旨のコール結果（コールＮＧ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信した場合に、コールＮＧを示すＳＯＡＰメッセージを該当する画像形成装置１００のＮＲＳ３０５へ送信する。この場合、サービスセンタの管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了しなかった場合に、その受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて、そのＨＴＴＰメッセージの受信が正常に終了しなかった旨（トナーサプライコールに対する処理が失敗した旨）のコール結果であるコールＮＧを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で通報元の仲介装置１０１へ送信する。
【０１０３】
該当する画像形成装置１００のＮＲＳ３０５は、仲介装置１０１からコールＮＧを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へコールＮＧ（トナーサプライコールが正常に終了しなかった旨）を通知する。
そのＳＣＳ３０６は、ＮＲＳ３０５からコールＮＧの通知を受けると、管理装置１０２へのトナーサプライコールが異常に終了した（失敗した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが異常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それをＨＤＤ２０１のログ保存エリアのサプライログ保存エリアに書き込む。このとき、そのサプライログ保存エリアに空きがなければ、最も古いログに上書きする。
プロッタエンジンを含む各ハードウェア資源を制御するアプリはそれぞれ、対応するハードウェア資源でＳＣ＿Ａ（又はＳＣ＿Ｂ等のＳＣ）が発生した場合、そのＳＣ＿Ａを検出し、そのＳＣ＿Ａが発生した旨をＳＣＳ３０６へ通知する。
【０１０４】
そのＳＣＳ３０６は、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ａが発生した旨の通知を受けると、そのアプリ（又はハードウェア資源）でＳＣ＿Ａが発生したと判定し、そのＳＣ＿Ａコール要求をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、ＳＣ＿Ａコール要求の通知を受けると、図示は省略するが、ＳＣ＿Ａの発生を知らせるＳＣ＿Ａコール情報であるＳＣ＿Ａコール用のＳＯＡＰメッセージ（ＳＣ＿Ａコール要求に付加された機番情報を含む）を生成して、それを仲介装置１０１へ送信してＳＣ＿Ａコールを行わせる。なお、ＳＣ＿Ａコール等の各ＳＣコールについては、上述したトナーサプライコールとコールの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。
【０１０５】
ＳＣＳ３０６は、ＮＲＳ３０５へのＳＣ＿Ａコール要求に対して、ＮＲＳ３０５からコールＯＫの通知を受けると、管理装置１０２へのＳＣ＿Ａコールが正常に終了したと判断し、ＳＣ＿Ａが発生した旨の通知に関するログとして、ＳＣ＿Ａコールが正常に終了した旨を示すＳＣ＿Ａコール終了ログ（現在の時刻情報を含む）を作成し、それをＨＤＤ２０１のログ保存エリアの対応するＳＣ＿Ａ保存エリアに書き込む。このとき、そのＳＣ＿Ａ保存エリアに空きがなければ、最も古いログに上書きする。ＮＲＳ３０５からコールＮＧの通知を受けた場合には、管理装置１０２へのＳＣ＿Ａコールが異常に終了したと判断し、ＳＣ＿Ａが発生した旨の通知に関するログとして、ＳＣ＿Ａコールが異常に終了した旨を示すＳＣ＿Ａコール終了ログを作成し、それをＨＤＤ２０１のログ保存エリアの対応するＳＣ＿Ａ保存エリアに書き込む。
【０１０６】
なお、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ｂ等の他のＳＣが発生した旨の通知がなされた場合のＳＣＳ３０６，ＮＲＳ３０５，仲介装置１０１による処理については、ＳＣ＿Ａが発生した旨の通知がなされた場合とＳＣの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。
【０１０７】
ＮＲＳ３０５は、図示しないタイマを使用して時間管理を行っており、図示は省略するが、定期的にトータルカウンタ値（積算画像形成枚数）等の定期情報を示す定期通知用（ポーリング用でもよい）のＳＯＡＰメッセージを生成して、それを仲介装置１０１へ送信する。
仲介装置１０１は、ＮＲＳ３０５から定期通知用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由でサービスセンタの管理装置１０２に対して定期通知を行う。つまり、自己の仲介装置識別子を付加した定期通知用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。
【０１０８】
サービスセンタの管理装置１０２への定期通知が終了すると、その旨を示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する。
ＮＲＳ３０５は、仲介装置１０１から定期通知が終了した旨を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へ定期通知が終了した旨を通知する。
ＳＣＳ３０６は、ＮＲＳ３０５から定期通知が終了した旨の通知を受けると、定期通知に関するログとして、サービスセンタに対して定期通知を行った旨を示す定期通知ログ（現在の時刻情報を含む）を作成し、それをＨＤＤ２０１のログ保存エリアの通信ログ保存エリアに書き込む。このとき、その通信ログ保存エリアに空きがなければ、最も古いログに上書きする。
【０１０９】
なお、サプライログ保存エリア，ＳＣ＿Ａログ保存エリア，ＳＣ＿Ｂログ保存エリア，通信ログ保存エリアを含む各分割エリア（分割領域）のうち、管理情報であるログ保存エリア指定情報およびログ種別保存数決定テーブルに基づいてログの書き込み先の分割エリアを指定することができるが、それについては後述する。
【０１１０】
図１５および図１６は、画像形成装置１００のＳＣＳ３０６によるログ保存処理の一例を示すフローチャートである。
画像形成装置１００のＳＣＳ３０６は、ログ管理が必要なアプリを含む各プログラムのいずれかから異常等の所定の事象が発生した旨あるいは処理結果（例えば定期通知が終了した旨）等の通知があった場合に、図１５の処理を開始し、まずステップＳ１でログ保存エリアが決定済みか否かを判断し、ログ保存エリアが決定済みであればそのままステップＳ３へ進むが、ログ保存エリアが決定済みでなければステップＳ２で管理情報であるログ保存エリア指定情報およびログ種別保存数決定テーブルに基づいてログ保存エリア決定処理を行った後、ステップＳ３へ進む。
【０１１１】
ここで、ログ保存エリア決定処理について、詳細に説明する。
図１７は、図１５のログ保存エリア決定処理のサブルーチンを示すフローチャートである。
図１８は、コントローラボード２００のＲＡＭ上のこの発明に係わるメモリを説明するための図である。この図を見て分かるように、コントローラボード２００のＲＡＭ（ＨＤＤ２０１又はＮＶ−ＲＡＭ２０２でもよい）上には、ＳＣ＿Ａログ保存エリア指定メモリ，ＳＣ＿Ｂログ保存エリア指定メモリ，サプライログ保存エリア指定メモリ，通信ログ保存エリア指定メモリを含む各ログ保存エリア指定メモリとして使用する領域が予め確保されている。
【０１１２】
ＳＣ＿Ａログ保存エリア指定メモリには、ＳＣ＿Ａコールログ（ＳＣ＿Ａが発生した旨の通知に関するログ）が保存されているＳＣ＿Ａログ保存エリアを指定（選択）するためのログ保存エリア指定情報としてＳＣ＿Ａログ保存エリアの先頭アドレス（先頭書き込み位置）を示す番号（ＳＣ＿Ａログ保存エリア番号）ｎ１が、ＳＣ＿Ｂコールログ（ＳＣ＿Ｂが発生した旨の通知に関するログ）が保存されているＳＣ＿Ｂログ保存エリアを指定するためのログ保存エリア指定情報としてＳＣ＿Ｂログ保存エリアの先頭アドレスを示す番号（ＳＣ＿Ｂログ保存エリア番号）ｎ２が、トナーニアエンドが発生した旨の通知に関するログ（トナーサプライコール終了ログ）が保存されているサプライログ保存エリアを指定するためのログ保存エリア指定情報としてサプライログ保存エリアの先頭アドレスを示す番号（サプライログ保存エリア番号）ｎ３が、定期通知に関するログ（定期通知ログ）が保存されている通信ログ保存エリアを指定するためのログ保存エリア指定情報として通信ログ保存エリアの先頭アドレスを示す番号（通信ログ保存エリア番号）ｎ４がそれぞれ記憶されている。
【０１１３】
図１９は、ＳＣＳ３０６が有するログ種別保存数決定テーブルを説明するための図である。このログ種別保存数決定テーブルには、上述した各ログ別のログ保存可能数が記憶されている。
図２０は、ＳＣＳ３０６によるログ保存処理を説明するためのメモリマップ図である。
この図２０から、生成される各ログを対応する分割エリアに書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きすることが分かる。
【０１１４】
画像形成装置１００のＳＣＳ３０６は、図１７のログ保存エリア決定処理のサブルーチンを開始すると、図１８に示したＲＡＭ上の各保存エリア指定メモリにそれぞれ記憶されているログ保存エリア指定情報（番号）を参照してＨＤＤ２０１におけるログ保存エリアの先頭書き込み位置（先頭アドレス）を取得し、例えば図１９に示すログ種別保存数決定テーブル内の各ログ別のログ保存可能数を参照することにより、ＨＤＤ２０１のログ保存エリアの各分割エリア（ＳＣ＿Ａログ保存エリア，ＳＣ＿Ｂログ保存エリア，サプライログ保存エリア，通信ログ保存エリアを含む）を決定する。
【０１１５】
このとき、ＲＡＭ上の各保存エリア指定メモリにそれぞれ記憶されている各保存エリア（分割エリア）の先頭書き込み位置に対応する番号ｎを「１」に初期化する。例えば、ＲＡＭ上の図１８に示すＳＣ＿Ａログ保存エリア指定メモリ，ＳＣ＿Ｂログ保存エリア指定メモリ，サプライ保存エリア指定メモリ，通信ログ保存エリア指定メモリにそれぞれ記憶されているＳＣ＿Ａログ保存エリア番号ｎ１，ＳＣ＿Ｂログ保存エリア番号ｎ２，サプライログ保存エリア番号ｎ３，通信ログ保存エリア番号ｎ４をそれぞれ「１」に初期化する。
したがって、上記決定結果に従ってログの書き込み先の分割エリアを指定することができる。
【０１１６】
図１５に戻ってステップＳ３以降の処理を説明する。
ステップＳ３では、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログが通信ログ（定期通知に関するログ）であるか否かを判別し、通信ログであればステップＳ４で通信ログ保存エリア指定メモリの内容（通信ログ保存エリア番号ｎ４）を参照し、ステップＳ５で通信ログ保存エリア番号ｎ４と通信ログ保存可能数（最大値）とを比較し、通信ログ保存エリア番号ｎ４が通信ログ保存可能数（図１９の例では「２０」）に達したか否かを判断する。
【０１１７】
そして、通信ログ保存エリア番号ｎ４が通信ログ保存可能数に達していない場合には、ステップＳ６で通信ログ保存エリア番号ｎ４をインクリメント（ｎ４＝ｎ４＋１）し、ステップＳ７で上記通知に関するログを作成して通信ログ保存エリア中の通信ログ保存エリア番号ｎ４による指定エリアに書き込んで保存させる。
通信ログ保存エリア番号ｎ４が通信ログ保存可能数に達した場合、つまり通信ログ保存エリアに空きがなくなった場合には、ステップＳ８で通信ログ保存エリア番号ｎ４を初期化（ｎ１＝１）し、ステップＳ６で上記通知に関するログを作成して通信ログ保存エリア中の通信ログ保存エリア番号ｎ４による指定エリアに書き込んで保存させる。このとき、通信ログ保存エリア番号ｎ４が「１」であり、その通信ログ保存エリア番号ｎ４による指定エリアには最も古いログが保存されているため、そのログに上記通信ログを上書きすることになる。
【０１１８】
ステップＳ３でログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログが通信ログでないと判別した場合には、図１６のＡに移行し、ステップＳ９でその通知に関するログがＳＣ＿Ａに関連するログ（ＳＣ＿Ａログ）であるか否かを判別し、ＳＣ＿ＡログであればステップＳ１０でＳＣ＿Ａログ保存エリア指定メモリの内容（ＳＣ＿Ａログ保存エリア番号ｎ１）を参照し、ステップＳ１１でＳＣ＿Ａログ保存エリア番号ｎ１とＳＣ＿Ａログ保存可能数（図１９の例では「１０」）とを比較し、ＳＣ＿Ａログ保存エリア番号ｎ１がＳＣ＿Ａログ保存可能数に達したか否かを判断する。
そして、ＳＣ＿Ａログ保存エリア番号ｎ１がＳＣ＿Ａログ保存可能数に達していない場合には、ステップＳ１２でＳＣ＿Ａログ保存エリア番号ｎ１をインクリメント（ｎ１＝ｎ１＋１）し、ステップＳ１３で上記通知に関するログを作成してＳＣ＿Ａログ保存エリア中のＳＣ＿Ａログ保存エリア番号ｎ２による指定エリアに書き込んで保存させる。
【０１１９】
ＳＣ＿Ａログ保存エリア番号ｎ１がＳＣ＿Ａログ保存可能数に達した場合、つまりＳＣ＿Ａログ保存エリアに空きがなくなった場合には、ステップＳ１４でＳＣ＿Ａログ保存エリア番号ｎ１を初期化（ｎ１＝１）し、ステップＳ１３で上記通知に関するログを作成してＳＣ＿Ａログ保存エリア中のＳＣ＿Ａログ保存エリア番号ｎ１による指定エリアに書き込んで保存させる。このとき、ＳＣ＿Ａログ保存エリア番号ｎ１が「１」であり、そのＳＣ＿Ａログ保存エリア番号ｎ１による指定エリアには最も古いログが保存されているため、そのログに上記ＳＣ＿Ａログを上書きすることになる。
【０１２０】
ステップＳ９でログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログがＳＣ＿Ａログでないと判別した場合には、ステップＳ１５でその通知に関するログがサプライに関連するログ（サプライログ）であるか否かを判別し、サプライログであればステップＳ１６でサプライログ保存エリア指定メモリの内容（サプライログ保存エリア番号ｎ３）を参照し、ステップＳ１７でサプライログ保存エリア番号ｎ３とサプライログ保存可能数（図１９の例では「５」）とを比較し、サプライログ保存エリア番号ｎ３がサプライログ保存可能数に達したか否かを判断する。
そして、サプライログ保存エリア番号ｎ３がサプライログ保存可能数に達していない場合には、ステップＳ１８でサプライログ保存エリア番号ｎ３をインクリメント（ｎ３＝ｎ３＋１）し、ステップＳ１９で上記通知に関するログを作成してサプライログ保存エリア中のサプライログ保存エリア番号ｎ３による指定エリアに書き込んで保存させる。
【０１２１】
サプライログ保存エリア番号ｎ３がサプライログ保存可能数に達した場合、つまりサプライログ保存エリアに空きがなくなった場合には、ステップＳ２０でサプライログ保存エリア番号ｎ３を初期化（ｎ３＝１）し、ステップＳ１９で上記通知に関するログを作成してサプライログ保存エリア中のサプライログ保存エリア番号ｎ３による指定エリアに書き込んで保存させる。このとき、サプライログ保存エリア番号ｎ３が「１」であり、そのサプライログ保存エリア番号ｎ３による指定エリアには最も古いログが保存されているため、そのログに上記サプライログを上書きすることになる。
ステップＳ１５でログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログがサプライログでないと判別した場合には、その通知に関するログがＳＣ＿Ｂに関連するログ（ＳＣ＿Ｂログ）等の他のログであるか否かを判別し、その判別結果に応じて他のログに対する処理を行うが、その処理は上述した通信ログ等に対する処理と同様に行う。
【０１２２】
このように、画像形成装置１００のＳＣＳ３０６は、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、例えば図２０に示すように、ＨＤＤ２０１のログ保存エリア（所定記憶領域）におけるログの種類別の各分割エリアのうちの対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きする（ログ書き込み制御）。
画像形成装置１００のＳＣＳ３０６はまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳ３０５および仲介装置１０１によって管理装置１０２へ送信させる。
【０１２３】
すなわち、予め設定された分割エリアに記憶されているログを送信するためのログ送信要求をＮＲＳ３０５へ通知する。このとき、そのログ送信要求に、画像形成装置１００の識別情報である機番情報を付加する。
ＮＲＳ３０５は、ログ送信要求の通知を受けると、ログの内容を示すログ送信用のＳＯＡＰメッセージ（ログ送信要求に付加された機番情報を含む）を生成して、それを仲介装置１０１へ送信する。
仲介装置１０１は、ＮＲＳ３０５からログ送信用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、そのＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。
【０１２４】
ＳＣＳ３０６はさらに、操作パネル２０５あるいは外部装置（管理装置１０２やウェブブラウザを用いてインタネット１０３等のネットワーク経由で通信可能なデスクトップ型又はノート型のパーソナルコンピュータ，携帯端末，携帯電話等のウェブデバイスなど）からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。
なお、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＯＣＳ３００に渡し、操作パネル２０５上の文字表示器に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、表示すべきログが記憶される分割エリアを指定することもできる。
【０１２５】
あるいは、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをプリンタアプリ３１１に渡し、用紙への印刷（画像形成）を行わせることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、印刷すべきログが記憶される分割エリアを指定することもできる。
あるいはまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをウェブアプリ３１４に渡し、管理装置１０２やウェブデバイス等の外部装置に送信させ、その表示部の画面（ウェブモニタ）に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。
【０１２６】
また、この第１実施例では、画像形成装置１００のＳＣＳ３０６が、順次作成するログをその種類別にグループ分けして保存できるように、その種類別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報（ログ保存エリア指定情報およびログ種別保存数決定テーブル）を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する（但し、未だログが何も記憶されていないＨＤＤ２０１にログを記憶させようとする時つまり初めてのログ作成時には、管理情報に基づいて各ログ保存エリアの各分割エリアを決定する）ようにしたが、以下の（ａ）〜（ｃ）に示すようにしてもよい。
【０１２７】
（ａ）順次作成するログをその重要度別にグループ分けして保存できるように、その重要度別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する。例えば、ＳＣ＿Ａログを一般ＳＣログ、ＳＣ＿Ｂログを重大ＳＣログとすると共に、ＳＣ＿Ａログ保存エリアを一般ＳＣログ保存エリア、ＳＣ＿Ｂログ保存エリアを重大ＳＣログ保存エリアとし、ＳＣ＿Ａログは一般ＳＣログ保存エリアに、ＳＣ＿Ｂログは重大ＳＣログ保存エリアにそれぞれ書き込んで保存させるようにする。あるいは、保守料金に関係しないログ（例えば通信ログ）は一般ＳＣログ、保守料金に関係するログ（例えばサプライログ）を重大ＳＣログとし、保守料金に関係しないログは一般ＳＣログ保存エリアに、保守料金に関係するログは重大ＳＣログ保存エリアにそれぞれ書き込んで保存させるようにする。この場合、操作パネル２０５又は外部装置からの要求により、送信，表示，又は印刷すべきログが記憶される分割エリアを指定することもできる。
【０１２８】
（ｂ）順次作成するログをその作成要因別にグループ分けして保存できるように、その作成要因別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する。
（ｃ）順次作成するログを各プログラム（処理実行手段）別にグループ分けして保存できるように、その各プログラム別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する。
【０１２９】
第１実施例によれば、画像形成装置１００のＳＣＳ３０６が、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、ＨＤＤ２０１のログ保存エリア（所定記憶領域）におけるログの種類別，重要度別，生成要因別，又はプログラム別の各分割エリアのうち、対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きするため、定期通知やポーリング等の頻繁に行われる通信に係わる処理によって発生する通知により、対応する分割エリア（通信ログ保存エリア）上のログが次々に上書きされても、その分割エリア以外の分割エリア上のログ（重要なログ）は次々に上書きされることはない。
したがって、重要なログを機器利用者もしくは機器管理者がコストアップせずに容易に確認することが可能になる。
【０１３０】
また、初めてのログ生成時にのみ、管理情報に基づいてＨＤＤ２０１のログ保存エリアの各分割エリアを決定し、その決定結果に従ってログの書き込み先の分割エリアを指定する処理を行うようにすれば、その処理をログを生成する度に行う必要がないため、処理効率の向上につながる。
さらに、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳ３０５および仲介装置１０１によって管理装置１０２へ送信させることにより、管理装置１０２によって管理すべきログが減るため、管理効率の向上につながる。操作パネル２０５あるいは外部装置（管理装置１０２，ウェブデバイスなど）からの要求により、送信すべきログが記憶される分割エリアを指定可能にすれば、管理装置１０２では必要最小限のログのみを管理すればよく、一層管理効率の向上につながる。
【０１３１】
〔第２実施例〕
図２１は、この画像形成装置遠隔管理システムにおける画像形成装置１１０によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。なお、画像形成装置１１０は、画像形成装置１００の機能に仲介装置１０１の機能を加えたものである。よって、画像形成装置１１０の構成（ハード構成およびソフト構成）は、画像形成装置１００の構成に仲介装置１０１の構成を加えたものとなるため、再び図４および図５等の各図面も使用する。
【０１３２】
画像形成装置１１０では、ログ管理が必要なアプリ等のプログラムがそれぞれ、対応するハードウェア資源で異常等の所定の事象が発生した場合あるいは処理結果等の通知を行いたい場合、その事象が発生した旨あるいは処理結果等をＳＣＳ３０６へ通知する。
この例では、まずプロッタエンジンを制御するアプリが、そのプロッタエンジンの状態を監視し、プロッタエンジン内でトナーボトルのトナーニアエンドが発生した場合、そのトナーボトル事象をセンサを用いて検出し、トナーニアエンドが発生した旨をＳＣＳ３０６へ通知する。
【０１３３】
そのＳＣＳ３０６は、プロッタエンジンを制御するアプリからトナーニアエンドが発生した旨の通知を受けると、第１実施例と同様に、プロッタエンジン内でトナーニアエンドが発生したと判定し、トナーサプライコール要求をＮＲＳ３０５へ通知する。
そのＮＲＳ３０５は、トナーサプライコール要求の通知を受けると、トナーボトルの発注（トナーニアエンドの発生）を知らせるトナーサプライコール情報であるトナーサプライコール用のＳＯＡＰメッセージ（トナーサプライコール要求に付加された機番情報を含む）を生成し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、インタネット１０３経由でサービスセンタの管理装置１０２に対してトナーサプライコールを行う。つまり、トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動通報する。
【０１３４】
サービスセンタの管理装置１０２は、いずれかの機器利用者側の画像形成装置１１０から通報されたトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、第１実施例のトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージ受信時の処理と同様の処理を行い、コールＯＫ又はコールＮＧを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを通報元の画像形成装置１１０へ送信する。
画像形成装置１１０のＮＲＳ３０５は、サービスセンタの管理装置１０２に対してトナーサプライコールを行った後、センタ通知が終了した旨をＳＣＳ３０６へ通知する。
ＳＣＳ３０６は、ＮＲＳ３０５からセンタ通知が終了した旨の通知を受けると、トナーニアエンドが発生した旨の通知に関するログとして、サービスセンタに対してトナーサプライコールを行った旨を示すセンタ通知ログを作成し、それをＨＤＤ２０１（ＮＶ−ＲＡＭ２０２等の他の記憶手段でもよい）のログ保存エリアの通信ログ保存エリアに書き込む。このとき、その通信ログ保存エリアに空きがなければ、最も古いログに上書きする。
【０１３５】
ＳＣＳ３０６は、センタ通知ログの書き込み（作成）が終了した後、センタ通知ログの作成が終了した旨をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、ＳＣＳ３０６からセンタ通知ログの作成が終了した旨の通知を受けた後、サービスセンタの管理装置１０２へのトナーサプライコール（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報）の結果として、その管理装置１０２からコールＯＫ（上記ＨＴＴＰメッセージの受信が正常に終了した旨のコール結果）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコールＯＫをＳＣＳ３０６へコールＯＫ（トナーサプライコールが正常に終了した旨）を通知する。      
【０１３６】
ＳＣＳ３０６は、ＮＲＳ３０５からコールＯＫの通知を受けると、第１実施例のコールＯＫ通知時の処理と同様の処理を行う。
ＮＲＳ３０５は、定期的に定期通知（又はポーリング）用のＳＯＡＰメッセージを生成し、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、インタネット１０３経由でサービスセンタの管理装置１０２に対して定期通知を行う。つまり、自己の仲介装置識別子を付加した定期通知用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。
【０１３７】
サービスセンタの管理装置１０２への定期通知が終了すると、その旨をＳＣＳ３０６へ通知する。
ＳＣＳ３０６は、ＮＲＳ３０５から定期通知が終了した旨の通知を受けると、定期通知に関するログとして、サービスセンタに対して定期通知を行った旨を示す定期通知ログを作成し、それをＨＤＤ２０１のログ保存エリアの通信ログ保存エリアに書き込む。このとき、その通信ログ保存エリアに空きがなければ、最も古いログに上書きする。
センタ通知ログの書き込み（作成）が終了すると、センタ通知ログの作成が終了した旨をＮＲＳ３０５へ通知する。
【０１３８】
プロッタエンジンを含む各ハードウェア資源を制御するアプリはそれぞれ、対応するハードウェア資源でＳＣ＿Ａ（又はＳＣ＿Ｂ等のＳＣ）が発生した場合、そのＳＣ＿Ａを検出し、そのＳＣ＿Ａが発生した旨をＳＣＳ３０６へ通知する。
そのＳＣＳ３０６は、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ａが発生した旨の通知を受けると、第１実施例と同様に、そのアプリ（又はハードウェア資源）でＳＣ＿Ａが発生したと判定し、ＳＣ＿Ａコール要求をＮＲＳ３０５へ通知する。
【０１３９】
ＮＲＳ３０５は、ＳＣ＿Ａコール要求の通知を受けると、図示は省略するが、ＳＣ＿Ａの発生を知らせるＳＣ＿Ａコール情報であるＳＣ＿Ａコール用のＳＯＡＰメッセージ（ＳＣ＿Ａコール要求に付加された機番情報を含む）を生成し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、インタネット１０３経由でサービスセンタの管理装置１０２に対してＳＣ＿Ａコールを行った後、センタ通知が終了した旨をＳＣＳ３０６へ通知する。なお、ＳＣ＿Ａコール等の各ＳＣコールについては、上述したトナーサプライコールとコールの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。
ＳＣＳ３０６は、ＮＲＳ３０５へのＳＣ＿Ａコール要求に対して、ＮＲＳ３０５からセンタ通知が終了した旨の通知を受けると、ＳＣ＿Ａが発生した旨の通知に関するログとして、サービスセンタに対してＳＣ＿Ａコールを行った旨を示すセンタ通知ログを作成し、それを上述と同様にＨＤＤ２０１のログ保存エリアの通信ログ保存エリアに書き込む。
【０１４０】
ＳＣＳ３０６は、センタ通知ログの書き込みが終了した後、センタ通知ログの作成が終了した旨をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、ＳＣＳ３０６からセンタ通知ログの作成が終了した旨の通知を受けた後、サービスセンタの管理装置１０２へのＳＣ＿Ａコールの結果として、その管理装置１０２からコールＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコールＯＫをＳＣＳ３０６へコールＯＫ（ＳＣ＿Ａコールが正常に終了した旨）を通知する。      
【０１４１】
ＳＣＳ３０６は、ＮＲＳ３０５からコールＯＫの通知を受けると、第１実施例と同様の処理を行う。
なお、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ｂ等の他のＳＣが発生した旨の通知がなされた場合のＳＣＳ３０６，ＮＲＳ３０５，仲介装置１０１による処理については、ＳＣ＿Ａが発生した旨の通知がなされた場合とＳＣの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。
また、画像形成装置１１０のＳＣＳ３０６によるログ保存処理は、図１５〜図１９によって説明したログ保存処理と同様である。
【０１４２】
このように、画像形成装置１１０のＳＣＳ３０６は、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、例えば図２０に示すように、ＨＤＤ２０１のログ保存エリアにおけるログの種類別の各分割エリアのうちの対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きする。
画像形成装置１１０のＳＣＳ３０６はまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳ３０５によって管理装置１０２へ送信させる。
【０１４３】
すなわち、予め設定された分割エリアに記憶されているログを送信するためのログ送信要求をＮＲＳ３０５へ通知する。このとき、そのログ送信要求に、画像形成装置１１０の識別情報である機番情報を付加する。
ＮＲＳ３０５は、ログ送信要求の通知を受けると、ログの内容を示すログ送信用のＳＯＡＰメッセージ（ログ送信要求に付加された機番情報を含む）を生成して、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、そのＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。
【０１４４】
ＳＣＳ３０６はさらに、操作パネル２０５あるいは外部装置（管理装置１０２，ウェブデバイスなど）からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。
なお、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＯＣＳ３００に渡し、操作パネル２０５上の文字表示器に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、表示すべきログが記憶される分割エリアを指定することもできる。
【０１４５】
あるいは、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをプリンタアプリ３１１に渡し、用紙への印刷（画像形成）を行わせることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、印刷すべきログが記憶される分割エリアを指定することもできる。
あるいはまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをウェブアプリ３１４を介してＮＣＳ３０３に渡し、ウェブデバイスに送信させ、その表示部の画面（ウェブモニタ）に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。
【０１４６】
また、この第２実施例では、画像形成装置１１０のＳＣＳ３０６が、順次作成するログをその種類別にグループ分けして保存できるように、その種類別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する（但し、初めてのログ作成時には、管理情報に基づいて各ログ保存エリアの各分割エリアを決定する）ようにしたが、上記（ａ）〜（ｃ）に示すようにしてもよい。
この第２実施例によれば、画像形成装置１１０のＳＣＳ３０６が、仲介装置１０１を利用せずに、第１実施例と同様の効果を得ることができる。
【０１４７】
また、電子装置（通信装置）の例として通信機能（仲介機能）を持つ画像形成装置１１０および通信機能を果たす仲介装置１０１を接続した画像形成装置１００について説明したが、この発明はこれらに限られるものではなく、通信機能を持つか、通信機能を果たす仲介装置を接続したネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種電子装置に適用可能である。また、これらの装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、通信装置の遠隔管理システムについても、通信装置，遠隔管理仲介装置，管理装置の構成及びこれらの接続形式は、以上の実施例に限られるものではない。
【０１４８】
例えば、図１に示した遠隔管理システムにおいて、上述した各種電子装置を被管理装置とし、図２２に示すような遠隔管理システムを構成することが考えられる。この図２２においては、仲介装置１０１を別途設ける被管理装置の例として、テレビ受像機１２ａや冷蔵庫１２ｂのようなネットワーク家電、医療機器１２ｃ，自動販売機１２ｄ，計量システム１２ｅ，空調システム１２ｆを挙げている。そして、仲介装置１０１の機能を併せ持つ被管理装置の例として、自動車１３ａや航空機１３ｂを挙げている。また、自動車１３ａや航空機１３ｂのように広範囲を移動する装置においては、ファイアウォール（ＦＷ）１０４の機能も併せ持つようにすることが好ましい。
【０１４９】
また、この発明によるプログラムは、外部装置と通信を行う通信手段を備えた上述の画像形成装置等の通信装置を制御するコンピュータに、この発明による各機能、つまり処理実行手段，ログ生成手段，ログ書込制御手段，領域管理手段，ログ送出手段（ログ送信手段），分割領域指定手段としての機能を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
【０１５０】
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１５１】
この発明を、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種電子装置（被管理装置，仲介装置）、その電子装置とそれを管理する管理装置とからなる遠隔管理システムに適用可能である。
【図面の簡単な説明】
【０１５２】
【図１】この発明による電子装置を被管理装置とする遠隔管理システムの構成例を示す概念図である。
【図２】その遠隔管理システムにおけるデータ送受モデルを示す概念図である。
【図３】この発明による電子装置を画像形成装置とする画像形成装置遠隔管理システムの構成例を示す概念図である。
【図４】図３の画像形成装置１００のハードウェア構成例を示すブロック図である。
【図５】図３の画像形成装置１００のソフトウェア構成例を示すブロック図である。
【０１５３】
【図６】図４，図５に示した画像形成装置１００におけるＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号について説明するための図である。
【図７】図５のＮＲＳ３０５の構成例を示す機能ブロック図である。
【図８】図３の管理装置１０２の概略構成例を示すブロック図である。
【図９】図３に示した画像形成装置遠隔管理システム内で行われるデータ送受信の際の通信シーケンスの一例を示す図である。
【図１０】図３の画像形成装置１００から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
【０１５４】
【図１１】異常の種類を判定するための基準となる情報のテーブルの一例を示す説明図である。
【図１２】図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。
【図１３】図５のＳＣＳ３０６によって作成されるログの内容の一例を示す説明図である。
【図１４】図５のＳＣＳ３０６によって作成されるログの内容の具体例を示す説明図である。
【図１５】図５のＳＣＳ３０６によるログ保存処理の一例を示すフロー図である。
【０１５５】
【図１６】その続きを示すフロー図である。
【図１７】図１５のログ保存エリア決定処理のサブルーチンを示すフロー図である。
【図１８】図４のコントローラボード２００のＲＡＭ上のこの発明に係わるメモリを説明するための図である。
【図１９】図５のＳＣＳ３０６が有するログ種別保存数決定テーブルを説明するための図である。
【図２０】図５のＳＣＳ３０６によるログ保存処理を説明するためのメモリマップ図である。
【０１５６】
【図２１】図３に示した画像形成装置遠隔管理システムにおける画像形成装置１１０によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。
【図２２】図１に示した遠隔管理システムの別の構成例を示す図である。
【図２３】従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。
【図２４】同じくログ保存処理を含む動作時の通信シーケンスの他の例を示す図である。
【０１５７】
【図２５】従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理の一例を示すフロー図である。
【図２６】同じくログ保存処理を説明するためのメモリマップ図である。
【符号の説明】
【０１５８】
１０：被管理装置    １１：仲介機能付被管理装置    １００：画像形成装置    １０１：仲介装置    １０２：管理装置    １０３：インタネット    １０４：ファイアウォール    １１０：仲介機能付画像形成装置    ２００：コントローラボード    ２０１：ＨＤＤ    ２０２：ＮＶ−ＲＡＭ    ２０３：ＰＩボード    ２０４：ＰＨＹ    ２０５：操作パネル    ２０６：プロッタ／スキャナエンジンボード    ２０７：電源ユニット    ２１２：ＰＣＩ−ＢＵＳ    ３００：ＯＣＳ    ３０１：ＥＣＳ    ３０２：ＭＣＳ      ３０３：ＮＣＳ    ３０４：ＦＣＳ    ３０５：ＮＲＳ    ３０６：ＳＣＳ    ３０７：ＳＲＭ    ３０８：ＩＭＨ    ３０９：コピーアプリ    ３１０：ファクスアプリ    ３１１：プリンタアプリ    ３１２：スキャナアプリ    ３１３：ネットファイルアプリ    ３１４：ウェブアプリ    ６０１：モデム    ６０２：通信端末    ６０３：プロキシサーバ    ６０４：操作者端末    ６０５：データベース    ６０６：制御装置
【図１】
2004295866.tif 000003
【図２】
2004295866.tif 000004
【図３】
2004295866.tif 000005
【図４】
2004295866.tif 000006
【図５】
2004295866.tif 000007
【図６】
2004295866.tif 000008
【図７】
2004295866.tif 000009
【図８】
2004295866.tif 000010
【図９】
2004295866.tif 000011
【図１０】
2004295866.tif 000012
【図１１】
2004295866.tif 000013
【図１２】
2004295866.tif 000014
【図１３】
2004295866.tif 000015
【図１４】
2004295866.tif 000016
【図１５】
2004295866.tif 000017
【図１６】
2004295866.tif 000018
【図１７】
2004295866.tif 000019
【図１８】
2004295866.tif 000020
【図１９】
2004295866.tif 000021
【図２０】
2004295866.tif 000022
【図２１】
2004295866.tif 000023
【図２２】
2004295866.tif 000024
【図２３】
2004295866.tif 000025
【図２４】
2004295866.tif 000026
【図２５】
2004295866.tif 000027
【図２６】
2004295866.tif 000028