JP2004297777A - 電子装置とその遠隔管理システムおよびログ管理方法並びにプログラム - Google Patents

Abstract

【目的】 コストアップせずに画像形成装置等の電子装置で生成される重要通知に関するログを機器利用者や機器管理者が簡単且つ確実に確認可能にする。
【構成】
【解決手段】 画像形成装置１００のＳＣＳは、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、ＨＤＤのログ保存エリア（所定記憶領域）におけるログの種類毎に異なる各分割エリアのうちの対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きする。また、管理装置１０２等からログ取得要求があった場合に、そのログ取得要求によって指示されたログ取得先とログ出力先を判別し、ログ保存エリアの各分割エリアのうち、その判別したログ取得先の分割エリアに保存されているログを取得し、その取得したログをログ出力先へ送信させる。
【選択図】 図３

Description

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

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

あるいは、被管理装置が通信機能を備えていない場合や、通信機能を備えていてもその機能が管理装置と通信するための機能を持っていない場合には、その被管理装置に管理装置と通信可能な通信機能を有する仲介装置をネットワーク経由で接続し、管理装置がネットワークおよび仲介装置経由で被管理装置を遠隔管理する遠隔管理システムも提案されている。
ここで、例えば被管理装置を画像形成装置とし、その画像形成装置について簡単に説明する。
画像形成装置としては、既知の感光体静電プロセスを用いて普通紙に画像形成するプリンタエンジンを備えたものが一般的であるが、このような感光体静電プロセスを行う機構のプリンタエンジンからは、トラブル（異常）が発生する割合も高く、更に性能維持のための定期的なオーバホールの必要性から、保守管理のサービス体制を採っている。

この保守管理を充実させる目的で、画像形成装置の遠隔管理システムとして、画像形成装置の内部又は外部に通信手段を設け、画像形成装置とサービスセンタに設置された管理装置とを公衆回線（電話回線）を介して接続し、画像形成装置のプリンタエンジンで自己診断異常又は警告（センサの規格レベルへの到達など、予防保全を必要とするもの）等の所定の事象が発生した場合に、その事象をセンサ等からなる事象検出手段によって検出し、その事象の発生を知らせる事象情報等を通信手段によって管理装置（外部装置）へ送信させるようにしたものが既に開発され（例えば特許文献１参照）、市販されている。管理装置への事象情報の送信としては、自己診断異常の発生による自己診断異常情報の通報であるサービスマンコールや、警告の発生による警告情報の通報であるアラームコール（例えばサプライコール）がある。

ところで、このような画像形成装置等の電子装置においては、一般的に、プログラム実行状況や処理内容（例えばＦＡＸ送受信に関連する内容）などをログ（履歴情報）として記憶手段（ハードディスク等の記録媒体）の予め設定された所定記憶領域に書き込むようにしている（例えば特許文献２参照）。
上述したような画像形成装置の遠隔管理システムにおいては、機器利用者（例えば画像形成装置を利用しているユーザ）が画像形成装置内の機密情報をサービスマン等の機器管理者が取り出していないかを確認したり、あるいは機器管理者が画像形成装置の動作を分析するために、画像形成装置にログ保存機能を備えている。
特開２００２−６６９３号公報 特開２００１−４５２０４号公報

しかしながら、上述したような画像形成装置遠隔管理システムに使用される画像形成装置においては、複数の処理実行手段を備えており、それらのうち、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知（異常等の所定の事象が発生した旨あるいは処理結果等の通知）がある度に、その各通知に関するログを順次作成（生成）し、その各ログを記憶手段の所定記憶領域に順次書き込み、その所定記憶領域に空きがなくなった場合に最も古いログに上書きするようにしている（ログ書き込み制御）ため、ポーリング等の頻繁に行われる処理によって発生する通知により、上記所定記憶領域上のログが次々に上書きされてしまい、重要な通知に関するログが機器利用者もしくは機器管理者によって確認される前に消えてしまうという問題があった。

なお、機器利用者は、画像形成装置で異常が発生した場合に、必要に応じてその異常を解消するための作業を行うが、その際に過去のログを参照する。
例えば、画像形成装置は、異常が発生した場合でも、その異常の種類によっては機器利用者がその異常を解消できるため、異常の発生を知らせる情報（異常情報）をサービスセンタの管理装置へ通報（送信）しない。しかし、機器利用者は、過去のログを参照した結果、今回発生した異常が過去に何度も発生していることを確認できた場合、そのことを管理装置の機器管理者であるオペレータ（以下「センタオペレータ」という）に連絡することが考えられる。この連絡の要否は、過去のログを参照した結果に基づいて決定されるものなので、異常に関するログが記憶手段に保存されている必要がある。

一方、サービスセンタの管理装置は、機器利用者側の画像形成装置から異常情報を受け取った場合、その異常情報を表示部に表示してセンタオペレータに知らせるようにしている。
センタオペレータは、異常情報の内容を見て通報元の画像形成装置内で異常が発生したことを確認できると、該当する機器利用者へ電話をかけて異常の解消方法を指示するか、あるいはサービスステーションに連絡を取り、サービスマンを手配するという作業を実施する。このとき、どの作業を実施するかは、例えば該当する機器利用者へ電話をかけて異常発生状況と過去のログを確認して決める。よって、異常に関するログが画像形成装置の記憶手段に保存されている必要がある。

ここで、上述した画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を含む動作について、図３４〜図３７を参照して詳細に説明する。
図３４および図３５は、従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を含む動作時の通信シーケンスの異なる例を示す図である。なお、図３４はラインアダプタ（仲介装置）を使用した場合の例を、図３５はラインアダプタを使用しない場合の例をそれぞれ示している。
まず、ラインアダプタを使用した場合の画像形成装置によるログ保存処理を含む処理について、図３４を参照して説明する。

画像形成装置は、プロッタエンジンや操作パネルを含む各種ハードウェア資源と、それらのハードウェア資源をそれぞれ動作させて所定の機能を実現させる複数のＣＰＵ（処理実行手段）とを備え、例えばプロッタエンジンを制御するＣＰＵが、センサを用いてプロッタエンジンの状態を監視し、警告としてトナーニアエンドが発生した場合（トナーサプライであるトナーボトル内のトナー量が所定量以下になった場合）、そのトナーニアエンドを検出し、トナーニアエンドが発生した旨をコントローラ内のＣＰＵ（処理実行手段）へ通知する。
そのコントローラ内のＣＰＵは、プロッタエンジンからトナーニアエンドが発生した旨の通知を受けると、プロッタエンジン内でトナーニアエンドが発生したと判定し、トナーサプライコール（トナーニアエンドの発生つまりトナーボトルの発注を知らせるトナーサプライコール情報の自動通報）用のメッセージをラインアダプタへ送信（送出）する。

ラインアダプタは、コントローラからトナーサプライコール用のメッセージを受信すると、公衆回線経由でサービスセンタの管理装置に対してトナーサプライコールを行う。つまり、トナーボトルの発注を知らせるトナーサプライコール情報（警告情報）を公衆回線経由でサービスセンタの管理装置へ自動通報する。
サービスセンタの管理装置は、機器利用者側に設置されているラインアダプタから通報されたトナーサプライコール情報を受信し、その受信が正常に終了すると、その旨（トナーサプライコールに対する処理が成功した旨）のコール結果ＯＫを公衆回線経由で通報元のラインアダプタへ送信する。

また、受信したトナーサプライコール情報をキュー（例えばハードディスク装置内のデータベース）に格納し、センタオペレータによって対応する処理、つまりトナーボトルの受注作業等が行われるまでキューイング（保持）する。
さらに、受信したトナーサプライコール情報を表示部に表示してセンタオペレータに知らせる。
センタオペレータは、管理装置の表示部の表示内容を見て通報元のラインアダプタに接続されている画像形成装置のプロッタエンジン内でトナーニアエンドが発生し、トナーボトルが発注されたことを認識すると、トナーボトルの受注作業等を行い、例えばサービスマンを手配して通報元のラインアダプタの設置場所にトナーボトルを届けさせる。

通報元のラインアダプタは、サービスセンタの管理装置へのトナーサプライコールの結果（トナーサプライコール情報の送信結果）として、その管理装置からコールＯＫ（トナーサプライコール情報の受信が正常に終了した旨の送信結果）を受信すると、そのコールＯＫを画像形成装置のコントローラへ通知する。
画像形成装置のコントローラ内のＣＰＵは、ラインアダプタからコールＯＫの通知を受けると、管理装置へのトナーサプライコールが正常に終了した（成功した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが正常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段（フラッシュメモリやハードディスク等の記録媒体）の所定記憶領域であるログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。

なお、通報元のラインアダプタは、サービスセンタの管理装置へのトナーサプライコールの結果として、その管理装置からコールＯＫを予め設定された所定時間が経過しても受信できなかった場合、コールＮＧを画像形成装置のコントローラへ通知する。
画像形成装置のコントローラのＣＰＵは、ラインアダプタからコールＮＧを受けると、管理装置へのトナーサプライコールが異常に終了した（失敗した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが異常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。

いずれかのハードウェア資源（コントローラ以外）を制御するＣＰＵは、異常としてＳＣ＿Ｂが発生した場合には、センサによってＳＣ＿Ｂを検出し、ＳＣ＿Ｂが発生した旨（異常）をコントローラへ通知する。
なお、「ＳＣ」とは、サービスマンコールのことであり、複数のタイプがある。ここでは、タイプＡのＳＣをＳＣ＿Ａ（ＳＣ（Ａ））、タイプＢのＳＣをＳＣ＿Ｂ（ＳＣ（Ｂ））とする。コールタイプについては実施例で説明する。
コントローラのＣＰＵは、いずれかのハードウェア資源からＳＣ＿Ｂが発生した旨の通知を受けると、対応するハードウェア資源でＳＣ＿Ｂが発生したと判定し、ＳＣ＿Ｂが発生した旨の通知に関するログであるＳＣ＿Ｂコールログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
同様に、いずれかのハードウェア資源からＳＣ＿Ａが発生した旨の通知を受けると、対応するハードウェア資源でＳＣ＿Ａが発生したと判定し、以後ＳＣ＿Ｂに対する処理と同様の処理を行う。

次に、ラインアダプタを使用しない場合の画像形成装置によるログ保存処理を含む処理について、図３５を参照して説明する。この例の画像形成装置は、ラインアダプタとしての機能を有している。
画像形成装置のコントローラ内のＣＰＵは、プロッタエンジンからトナーニアエンドが発生した旨の通知を受けると、プロッタエンジン内でトナーニアエンドが発生したと判定し、公衆回線経由でサービスセンタの管理装置に対してトナーサプライコールを行う。つまり、トナーボトルの発注を知らせるトナーサプライコール情報（警告情報）を公衆回線経由でサービスセンタの管理装置へ自動通報（自動送信）する。

サービスセンタの管理装置は、機器利用者側に設置されている画像形成装置から通報されたトナーサプライコール情報を受信し、その受信が正常に終了すると、その旨のコール結果ＯＫを公衆回線経由で通報元の画像形成装置へ送信する。
通報元の画像形成装置は、サービスセンタの管理装置へのトナーサプライコールを行った後、トナーニアエンドが発生した旨の通知に関するログとして、サービスセンタに対してトナーサプライコールを行った旨を示すセンタ通知ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。

また、サービスセンタの管理装置へのトナーサプライコールの結果として、その管理装置からコールＯＫを受信すると、管理装置へのトナーサプライコールが成功したと判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが正常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。

なお、通報元の画像形成装置は、サービスセンタの管理装置へのトナーサプライコールの結果として、その管理装置からコールＯＫを予め設定された所定時間が経過しても受信できなかった場合には、管理装置へのトナーサプライコールが失敗したと判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが異常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。

一方、画像形成装置のコントローラ内のＣＰＵは、図示しないタイマを使用して時間管理を行っており、定期的に送信要求の有無の問い合わせ情報（ポーリング情報）を公衆回線経由でサービスセンタの管理装置へ自動通報する。これを、ポーリングという。
このポーリングを行った後、そのポーリングに関するログとして、サービスセンタに対してポーリングを行った旨を示すポーリングログ（現在の時刻情報を含む）を作成し、それを記憶手段のログ保存エリアに書き込む。このとき、そのログ保存エリアに空きがなければ、最も古いログに上書きする。
その後、いずれかのハードウェア資源からＳＣ＿Ａ又はＳＣ＿Ｂが発生した旨の通知を受けると、上述と同様の処理を行う。

図３６は、従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理の一例を示すフローチャートである。
図３７は、従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を説明するためのメモリマップ図である。
画像形成装置のコントローラ内のＣＰＵは、いずれかのハードウェア資源等からの通知時に、図３６の処理を開始し、まずステップＳ１０１で予め設定されたログ保存エリア指定情報の内容（値）を参照して記憶手段におけるログ保存エリアの先頭アドレスを取得することにより、記憶手段におけるログ保存エリアを決定し、ステップＳ１０２でログ保存エリア番号ｎと予め設定された（ＲＯＭ等に格納されているプログラムによる）ログ保存可能数（最大値）とを比較し、ログ保存エリア番号ｎがログ保存可能数に達したか否かを判断する。

そして、ログ保存エリア番号ｎがログ保存可能数に達していない場合には、ステップＳ１０３でログ保存エリア番号ｎをインクリメント（ｎ＝ｎ＋１）し、ステップＳ１０４で上記通知に関するログを作成してログ保存エリア番号ｎによる指定エリアに書き込んで保存させる。
ログ保存エリア番号ｎがログ保存可能数に達した場合、つまりログ保存エリアに空きがなくなった場合には、ステップＳ１０５でログ保存エリア番号ｎを初期化（ｎ＝１）し、ステップＳ１０４で上記通知に関するログを作成してログ保存エリア番号ｎによる指定エリアに書き込んで保存させる。このとき、ログ保存エリア番号ｎが「１」であり、そのログ保存エリア番号「１」による指定エリアには最も古いログが保存されているため、そのログに上記通知に関する最新のログを上書きすることになる。

このように、図３４〜図３６によって説明したログ保存処理によれば、ログ管理が必要な複数のハードウェア資源のＣＰＵ（処理実行手段）のいずれかから所定の通知がある度に、その各通知に関するログを順次作成し、例えば図３７に示すように、記憶手段のログ保存エリア（所定記憶領域）に順次書き込み、そのログ保存エリアに空きがなくなった場合に最も古いログに上書きする（ログ書き込み制御）ようにしているため、ポーリング等の頻繁に行われる処理によって発生する通知により、ログ保存エリア上のログが次々に上書きされてしまい、重要な通知に関するログが機器利用者もしくは機器管理者によって確認される前に消えてしまうという問題があった。

次に、上述した画像形成装置遠隔管理システムにおける画像形成装置によるログ取得のための操作およびログ取得処理について、図３８〜図４１を参照して詳細に説明する。
図３８および図３９は、従来の画像形成装置の操作パネルによるログ取得のための操作手順を説明するための説明図である。
画像形成装置のＣＰＵは、例えば操作パネルのタッチパネル上のログ表示キー２００１がタッチ（押下）されると、記憶手段のログ保存エリアに保存されている複数のログ（この例では最新１０個のログ）にそれぞれ対応する「１」キー２００２ａ，「２」キー２００２ｂ，「３」キー２００２ｃ，・・・，「１０」キー２００２ｊをタッチパネル上に表示させる。

その後、例えば「１」キー２００２ａがタッチされると、ログ表示エリア２００３上に「１」キー２００２ａに対応するログを記憶手段のログ保存エリアから読み出し、そのログを図３７に示すようにログ表示エリア２００３に表示させる。
また、「２」キー２００２ａがタッチされると、ログ表示エリア２００３上に「２」キー２００２ａに対応するログを記憶手段のログ保存エリアから読み出し、そのログを図３９に示すようにログ表示エリア２００３に表示させる。
この場合、記憶手段のログ保存エリアでは、前述したように、空きがなければ、新たに生成された最新ログ（最も新しいログ）が最古ログ（最も古いログ）に上書きされるため、その最古ログが重要なログであれば、それを確認することはできない。また、重要なログが最新ログの上書きによって消去されていない場合でも、ログ保存エリアには各種のログが混在して保存されるため、機器利用者もしくは機器管理者が重要なログを直ちに読み出して確認することは難しい。

図４０および図４１は、従来の画像形成装置と通信可能な外部装置によるログ取得のための操作手順を説明するための説明図である。
画像形成装置のＣＰＵは、例えばウェブ（Ｗｅｂ）ブラウザを用いてインタネット等のネットワーク経由で通信可能なパーソナルコンピュータ（以下「パソコン」と略称する）やワークステーション等のウェブデバイス（他の外部装置でもよい）に備えられている図４０に示す表示部上のログ取得キー２０１０がキーボードやポインティングデバイス（マウス等）によって選択されることにより、そのウェブデバイスからログ取得要求があるので、記憶手段のログ保存エリアに保存されているログ（この例では最新２個のログ）を記憶手段のログ保存エリアから読み出し、そのログを図４１に示すように表示部に表示させる。

この場合、記憶手段のログ保存エリアでは、空きがなければ、やはり新たに生成された最新ログが最古ログに上書きされるため、その最古ログが重要なログであれば、それを確認することはできない。また、重要なログが最新ログの上書きによって消されていない場合でも、ログ保存エリアには各種のログが混在して保存されるため、機器利用者もしくは機器管理者が重要なログを直ちに読み出して確認することは難しい。

そこで、ログ保存エリアに保存されたログを全てサービスセンタの管理装置へ送信することも考えられるが、その送信を行う画像形成装置あるいは仲介装置（ラインアダプタ）の設置台数はかなり多いため、それらから頻繁に送られてくるログを全て保存することは、技術面およびコスト面から非常に難しい。
この発明は、上記の問題点に鑑みてなされたものであり、画像形成装置等の電子装置で生成（作成）された重要な通知に関するログを機器利用者もしくは機器管理者がコストアップせずに簡単且つ確実に確認できるようにすることを目的とする。

この発明は、上記の目的を達成するため、電子装置と、その遠隔管理システム、および上記電子装置のログ管理方法、並びに上記電子装置を制御するコンピュータに必要な機能を実現させるためのプログラムを提供する。

請求項１の発明による電子装置は、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知（異常等の所定の事象が発生した旨あるいは処理結果等の通知）があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段とを有する電子装置であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定（選択）する領域管理手段と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得手段と、該手段によって取得されたログを上記ログ取得要求によって指示された出力先へ出力するログ出力手段とを設けたものである。

請求項２の発明による電子装置は、請求項１の電子装置において、上記領域管理手段を、上記ログ生成手段による初めてのログ生成時に、上記管理情報に基づいて上記複数の分割領域を決定する手段を有し、該手段による決定結果に従って上記ログの書き込み先の分割領域を指定する手段としたものである。
請求項３の発明による電子装置は、請求項１又は２の電子装置において、上記出力先を、情報を表示する表示部を有する操作手段としたものである。
請求項４の発明による電子装置は、請求項１又は２の電子装置において、上記出力先を、情報を印刷する印刷手段としたものである。

請求項５の発明による電子装置は、請求項１又は２の電子装置において、外部装置と通信する通信手段を設け、上記ログ出力手段を、上記ログ取得要求によって指示された出力先が上記外部装置の場合に、上記ログ取得手段によって取得されたログを上記通信手段によって上記外部装置へ送信させる手段としたものである。
請求項６の発明による電子装置は、請求項５の電子装置において、上記通信手段に、上記外部装置へ送信すべきログを構造化言語形式に変換する手段を備えたものである。

請求項７の発明による遠隔管理システムは、管理装置によりネットワークを介して複数の電子装置を遠隔管理する遠隔管理システムであって、上記複数の電子装置にそれぞれ、上記管理装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理手段と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得手段と、上記ログ取得要求によって指示された出力先が上記外部装置の場合に、上記ログ取得手段によって取得されたログに自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させるログ送信手段とを設けたものである。

請求項８の発明による遠隔管理システムは、請求項７の遠隔管理システムにおいて、ログ取得要求用の操作スイッチを有する操作手段を設け、上記ログ取得手段を、上記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段としたものである。
請求項９の発明による遠隔管理システムは、請求項７の遠隔管理システムにおいて、上記ログ取得手段を、上記管理装置からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段としたものである。

請求項１０の発明による遠隔管理システムは、管理装置によりネットワークおよび複数の仲介装置を介して複数の電子装置を遠隔管理する遠隔管理システムであって、上記複数の電子装置にそれぞれ、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを上記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理手段と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得手段と、上記ログ取得要求によって指示されたログ出力先が上記管理装置の場合に、上記ログ取得手段によって取得されたログに自己の識別情報を付加して自己に接続されている仲介装置へ送出するログ送出手段とを設け、上記複数の仲介装置にそれぞれ、上記管理装置と通信する通信手段と、自己に接続されている電子装置から送られてくるログに自己の識別情報を付加して上記通信手段によって上記管理装置へ送信させるログ送信手段とを設けたものである。

請求項１１の発明による遠隔管理システムは、請求項１０の遠隔管理システムにおいて、ログ取得要求用の操作スイッチを有する操作手段を設け、上記ログ取得手段を、上記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段としたものである。
請求項１２の発明による遠隔管理システムは、請求項１０の遠隔管理システムにおいて、上記ログ取得手段を、上記管理装置から自己に接続されている仲介装置を介してログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段としたものである。

請求項１３の発明によるログ管理方法は、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを該ログ取得要求によって指示された出力先へ出力するものである。

請求項１４の発明によるログ管理方法は、ログ取得要求用の操作スイッチおよび情報を表示する表示部を有する操作手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、上記操作表示手段からログ取得要求があり、該ログ取得要求によって指示された出力先が上記操作表示手段の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを上記操作手段に出力して上記表示部に表示させるものである。

請求項１５の発明によるログ管理方法は、ログ取得要求用の操作スイッチを有する操作手段と、情報を印刷する印刷手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、上記操作手段からログ取得要求があり、該ログ取得要求によって指示された出力先が上記印刷手段の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを上記印刷手段に出力して用紙に印刷させるものである。

請求項１６の発明によるログ管理方法は、ログ取得要求用の操作スイッチを有する操作手段と、外部装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、上記操作手段からログ取得要求があり、該ログ取得要求によって指示された出力先が上記外部装置の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを上記通信手段によって上記外部装置へ送信させるものである。

請求項１７の発明によるログ管理方法は、外部装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、上記ログ生成手段によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、上記外部装置からログ取得要求があり、該ログ取得要求によって指示された出力先が上記外部装置の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを上記通信手段によって上記外部装置へ送信させるものである。

請求項１８の発明によるプログラムは、情報を記憶保存する記憶手段を有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に上記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、該機能によって取得されたログを上記ログ取得要求によって指示された出力先へ出力するログ出力機能とを実現させるためのプログラムである。

請求項１９の発明によるプログラムは、ログ取得要求用の操作スイッチおよび情報を表示する表示部を有する操作手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に上記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、前記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、上記ログ取得要求によって指示されたログ出力先が上記操作表示手段の場合に、上記ログ取得機能によって取得されたログを前記操作手段に出力して前記表示部に表示させるログ出力機能とを実現させるためのプログラムである。

請求項２０の発明によるプログラムは、ログ取得要求用の操作スイッチを有する操作手段と、情報を印刷する印刷手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に上記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、上記操作表示手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、上記ログ取得要求によって指示された出力先が上記印刷手段の場合に、上記ログ取得機能によって取得されたログを上記印刷手段に出力して用紙に印刷させるログ出力機能とを実現させるためのプログラムである。

請求項２１の発明によるプログラムは、ログ取得要求用の操作スイッチを有する操作手段と、外部装置と通信する通信手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に上記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、上記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、上記ログ取得要求によって指示された出力先が上記外部装置の場合に、上記ログ取得機能によって取得されたログを上記通信手段によって上記外部装置へ送信させるログ出力機能とを実現させるためのプログラム。

請求項２２の発明によるプログラムは、外部装置と通信する通信手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように上記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて上記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に上記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、上記外部装置からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、上記ログ取得要求によって指示された出力先が上記外部装置の場合に、上記ログ取得機能によって取得されたログを上記通信手段によって上記外部装置へ送信させるログ出力機能とを実現させるためのプログラムである。

この発明によれば、画像形成装置等の通信装置で生成された重要な通知に関するログを機器利用者もしくは機器管理者がコストアップせずに簡単且つ確実に確認することが可能になる。

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

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

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

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

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

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

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

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

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

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

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

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

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

ＰＩボード２０３とＰＨＹ２０４は、通信手段に該当し、外部との通信を行うためのものであって、例えば通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。なお、上述したように、このＰＩボード２０３を用いて画像形成装置１００と仲介装置１０１とを接続することも可能である。ＰＨＹ２０４は、ＬＡＮ等のネットワークを介して外部装置と通信を行うためのインタフェースである。

また、操作パネル２０５は、各種の操作キー（操作スイッチ又は操作ボタンともいう）を有する操作部（操作手段）と、タッチパネル付きのＬＣＤ又はＣＲＴの文字表示器（表示手段）を含む表示部とを備えた操作手段である。タッチパネルは、ログ取得要求用の操作キーを表示することができる。あるいは、操作部にログ取得要求用の操作キーを設けるようにしてもよい。あるいはまた、タッチパネルを省略し、表示部にログ取得要求用の操作キーを含む各種の操作キーを表示することにより、それらのキー操作を操作部上の操作キーの操作によって行うようにしてもよい。

ここで、同図中のＥＮＧＲＤＹは、エンジンユニット（プロッタエンジン，スキャナエンジン）側の各種初期設定が完了して、コントローラボード２００とコマンドの送受信の準備ができたことをコントローラボード２００側に通知するための信号線である。また、ＰＷＲＣＴＬは、エンジンユニットへの電源供給をコントローラボード２００側から制御するための信号線である。これら信号線の動作に関しては後述する。

次に、画像形成装置１００（又は１１０）のソフトウェア構成について、図５を参照して説明する。
図５は、画像形成装置１００のソフトウェア構成の一例を示すブロック図である。
この画像形成装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはＨＤＤ２０１やコントローラボード２００上のＲＡＭに記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵ（コントローラＣＰＵ）によって実行される。そして、そのＣＰＵは、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明による各機能（処理実行手段，ログ生成手段，ログ書込制御手段，領域管理手段，ログ取得手段，ログ出力手段，ログ送信手段，ログ送出手段としての機能）を実現することができる。

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

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

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

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

ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理および終了管理を行うモジュールである。このＳＣＳ３０６は、順次生成するログをグループ分けして保存できるようにＨＤＤ２０１のログ保存エリア（所定記憶領域）を複数に分割して複数の分割エリア（分割領域）を管理するための管理情報（ログ保存エリア指定情報およびログ種別保存数決定テーブル）を有している。
ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＤＣＳ３１６は、ＨＤＤ２０１やコントローラボード２００上のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いて送受信するモジュールである。
ＵＣＳ３１７は、ユーザ（機器利用者）が登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、画像形成装置１００は、プロッタエンジンや操作パネル２０５等の各ハードウェア資源を制御するＣＰＵ（コントローラＣＰＵ）が、その各ハードウェア資源の状態を監視し、いずれかのハードウェア資源で異常等の所定の事象が発生した場合、その事象を検出し、その事象の種類によって異なる処理を行う。よって、事象の種類を判定するための基準となる情報が必要であり、図１１の例は事象の種類を判定するための基準となる情報の一例を示すテーブルのデータ構造を示している。ここで、「ＳＣ（サービスマンコール）」は「異常」に相当するものである。同図に示すように、検出されたＳＣによって種類（タイプ）が判定される。そこで、それぞれの種類について説明する。

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

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

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

次に、上述した画像形成装置および画像形成装置遠隔管理システムにおける実施例、つまりこの発明の特徴となる動作（画像形成装置によるログ保存処理を含む動作）およびその動作を実現するための構成について説明する。
この画像形成装置には、上述したように、公衆回線に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。

そして、画像形成装置１００は、仲介装置１０１および公衆回線を介して管理装置１０２と通信するＣＳＳ方式による遠隔管理（リモートサービス：ＲＳ）と、仲介装置１０１およびインタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。画像形成装置１１０は、仲介装置１０１の機能を備えているため、公衆回線を介して管理装置と通信するＣＳＳ方式による遠隔管理と、インタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。

ここで、画像形成装置１００および画像形成装置１１０は、自己のエンジンユニットの状態を示す情報を送信したり、自己のエンジンユニット等のハードウェア資源で通報要因となる事象が発生した場合に、その事象を知らせる事象情報等を管理装置１０２へ通報したりするためのプログラムとして、上記のＣＳＳ方式に対応したＣＳＳ３１５と、上記のＮＲＳ方式に対応したＮＲＳ３０５とを設けている。
以下、説明の都合上、画像形成装置１００および画像形成装置１１０がＮＲＳ３０５を使用する場合のこの発明に係わる動作について説明する。なお、画像形成装置１００および画像形成装置１１０がＣＳＳ３１５を使用することによってもこの発明に係わる動作を行うことができる。

〔第１実施例〕
図１２は、この画像形成装置遠隔管理システムにおける画像形成装置１００によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。なお、以下に示す各アプリ（アプリケーション），ＳＣＳ３０６，およびＮＲＳ３０５による処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。

画像形成装置１００では、ログ管理が必要なアプリ等のプログラムがそれぞれ、対応するハードウェア資源で異常等の所定の事象が発生した場合あるいは処理結果等の通知を行いたい場合、その事象が発生した旨あるいは処理結果等をＳＣＳ３０６へ通知する。
この例では、まずプロッタエンジンを制御するアプリが、そのプロッタエンジンの状態を監視し、プロッタエンジン内でトナーボトルのトナーニアエンドが発生した場合（トナーサプライであるトナーボトル内のトナー量が所定量以下になった場合）、そのトナーボトル事象をセンサを用いて検出し、トナーニアエンドが発生した旨をＳＣＳ３０６へ通知する。

そのＳＣＳ３０６は、プロッタエンジンを制御するアプリからトナーニアエンドが発生した旨の通知を受けると、プロッタエンジン内でトナーニアエンドが発生したと判定し、トナーサプライコール要求をＮＲＳ３０５へ通知する。このとき、そのトナーサプライコール要求に、画像形成装置１００の識別情報である機番情報を付加する。
ＮＲＳ３０５は、トナーサプライコール要求の通知を受けると、トナーボトルの発注（トナーニアエンドの発生）を知らせるトナーサプライコール情報であるトナーサプライコール用のＳＯＡＰメッセージ（トナーサプライコール要求に付加された機番情報を含む）を生成して、それを仲介装置１０１へ送信する。

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

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

また、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージ（トナーサプライコール情報）をキュー（データベース６０５）に格納し、センタオペレータによって対応する処理、つまりトナーボトルの受注作業等が行われるまでキューイング（保持）する。
さらに、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージの内容を操作者端末６０４の表示部に表示してセンタオペレータに知らせる。
センタオペレータは、操作者端末６０４の表示部の表示内容を見て通報元の仲介装置１０１に接続されている画像形成装置１００のプロッタエンジン内でトナーニアエンドが発生し、トナーボトルが発注されたことを認識すると、トナーボトルの受注作業等を行い、例えばサービスマンを手配して通報元の仲介装置１０１の設置場所にトナーボトルを届けさせる。

仲介装置１０１は、サービスセンタの管理装置１０２へのトナーサプライコール（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報）の結果として、その管理装置１０２からコールＯＫ（上記ＨＴＴＰメッセージの受信が正常に終了した旨のコール結果）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコールＯＫを示すＳＯＡＰメッセージを生成し、それを該当する（トナーニアエンドが発生した）画像形成装置１００のＮＲＳ３０５へ送信する。
そのＮＲＳ３０５は、仲介装置１０１からコールＯＫを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へコールＯＫ（トナーサプライコールが正常に終了した旨）を通知する。

ＳＣＳ３０６は、ＮＲＳ３０５からコールＯＫの通知を受けると、管理装置１０２へのトナーサプライコールが正常に終了した（成功した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが正常に終了した旨を示すトナーサプライコール終了ログを作成し、それをＨＤＤ２０１（ＮＶ−ＲＡＭ２０２等の他の記憶手段でもよい）の所定記憶領域であるログ保存エリアのサプライログ保存エリアに書き込む。このとき、そのサプライログ保存エリアに空きがなければ、最も古いログに上書きする。

ここで、ＳＣＳ３０６によって作成（生成）されるログの記述内容について、説明しておく。
図１３は、ＳＣＳ３０６によって作成されるログの内容の一例を示す説明図である。
この図を見て分かるように、ログは、その作成日時（発生日時）、異常（障害）又は通信が発生したアプリケーション名とソース名、ログ作成時に発生した異常（ＥＲＲＯＲ），警告（ＷＡＲＮＩＮＧ），操作（ＯＰＥＲＡＴＩＯＮ），又は情報（ＩＮＦＯＲＭＡＴＩＯＮ）等のログのレベル、エラーの行数、エラーコード、ログの機能詳細によって構成されている。

図１４は、ＳＣＳ３０６によって作成されるログの内容の具体例を示す説明図である。
この図を見て分かるように、この例のログは、トナーニアエンドが発生し（トナーサプライであるトナーボトル内のトナー量が所定量以下になり）、トナーサプライコール（トナーボトルの発注を知らせるトナーサプライコール情報の自動通報）が行われた時に作成されるログ（トナーニアエンドが発生した旨の通知に関するログ）である。この例では、ログのレベルが情報（ＩＮＦＯＲＭＡＴＩＯＮ）となっているが、警告（ＷＡＲＮＩＮＧ）としてもよい。ログとしては、ログ管理が必要なアプリ等のプログラムから前述した各タイプのＳＣ（タイプＡのＳＣであるＳＣ＿Ａ，タイプＢのＳＣであるＳＣ＿Ｂ，タイプＣのＳＣであるＳＣ＿Ｃ，タイプＤのＳＣであるＳＣ＿Ｄ）等の他の事象が発生した旨あるいは処理結果等の通知があった場合に作成されるログ（各通知に関するログ）もある。

なお、通報元の仲介装置１０１は、サービスセンタの管理装置１０２へのトナーサプライコール（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報）の結果として、その管理装置１０２からコールＯＫ（上記ＨＴＴＰメッセージの受信が正常に終了した旨のコール結果）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを予め設定された所定時間が経過しても受信できなかった場合、そのＨＴＴＰメッセージに基づいてコールＮＧを示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する。

あるいは、通報元の仲介装置１０１は、上記ＨＴＴＰメッセージの受信が正常に終了しなかった旨のコール結果（コールＮＧ）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信した場合に、コールＮＧを示すＳＯＡＰメッセージを該当する画像形成装置１００のＮＲＳ３０５へ送信する。この場合、サービスセンタの管理装置１０２は、いずれかの機器利用者側の仲介装置１０１から通報されたトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了しなかった場合に、その受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された機番情報および仲介装置識別子に基づいて、そのＨＴＴＰメッセージの受信が正常に終了しなかった旨（トナーサプライコールに対する処理が失敗した旨）のコール結果であるコールＮＧを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で通報元の仲介装置１０１へ送信する。

該当する画像形成装置１００のＮＲＳ３０５は、仲介装置１０１からコールＮＧを示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へコールＮＧ（トナーサプライコールが正常に終了しなかった旨）を通知する。
そのＳＣＳ３０６は、ＮＲＳ３０５からコールＮＧの通知を受けると、管理装置１０２へのトナーサプライコールが異常に終了した（失敗した）と判断し、トナーニアエンドが発生した旨の通知に関するログとして、トナーサプライコールが異常に終了した旨を示すトナーサプライコール終了ログ（現在の時刻情報を含む）を作成し、それをＨＤＤ２０１のログ保存エリアのサプライログ保存エリアに書き込む。このとき、そのサプライログ保存エリアに空きがなければ、最も古いログに上書きする。
プロッタエンジンを含む各ハードウェア資源を制御するアプリはそれぞれ、対応するハードウェア資源でＳＣ＿Ａ（又はＳＣ＿Ｂ等のＳＣ）が発生した場合、そのＳＣ＿Ａを検出し、そのＳＣ＿Ａが発生した旨をＳＣＳ３０６へ通知する。

そのＳＣＳ３０６は、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ａが発生した旨の通知を受けると、そのアプリ（又はハードウェア資源）でＳＣ＿Ａが発生したと判定し、そのＳＣ＿Ａコール要求をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、ＳＣ＿Ａコール要求の通知を受けると、図示は省略するが、ＳＣ＿Ａの発生を知らせるＳＣ＿Ａコール情報であるＳＣ＿Ａコール用のＳＯＡＰメッセージ（ＳＣ＿Ａコール要求に付加された機番情報を含む）を生成して、それを仲介装置１０１へ送信してＳＣ＿Ａコールを行わせる。なお、ＳＣ＿Ａコール等の各ＳＣコールについては、上述したトナーサプライコールとコールの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。

ＳＣＳ３０６は、ＮＲＳ３０５へのＳＣ＿Ａコール要求に対して、ＮＲＳ３０５からコールＯＫの通知を受けると、管理装置１０２へのＳＣ＿Ａコールが正常に終了したと判断し、ＳＣ＿Ａが発生した旨の通知に関するログとして、ＳＣ＿Ａコールが正常に終了した旨を示すＳＣ＿Ａコール終了ログ（現在の時刻情報を含む）を作成し、それをＨＤＤ２０１のログ保存エリアの対応するＳＣ＿Ａ保存エリアに書き込む。このとき、そのＳＣ＿Ａ保存エリアに空きがなければ、最も古いログに上書きする。ＮＲＳ３０５からコールＮＧの通知を受けた場合には、管理装置１０２へのＳＣ＿Ａコールが異常に終了したと判断し、ＳＣ＿Ａが発生した旨の通知に関するログとして、ＳＣ＿Ａコールが異常に終了した旨を示すＳＣ＿Ａコール終了ログを作成し、それをＨＤＤ２０１のログ保存エリアの対応するＳＣ＿Ａ保存エリアに書き込む。

なお、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ｂ等の他のＳＣが発生した旨の通知がなされた場合のＳＣＳ３０６，ＮＲＳ３０５，仲介装置１０１による処理については、ＳＣ＿Ａが発生した旨の通知がなされた場合とＳＣの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。

ＮＲＳ３０５は、図示しないタイマを使用して時間管理を行っており、図示は省略するが、定期的にトータルカウンタ値（積算画像形成枚数）等の定期情報を示す定期通知用（ポーリング用でもよい）のＳＯＡＰメッセージを生成して、それを仲介装置１０１へ送信する。
仲介装置１０１は、ＮＲＳ３０５から定期通知用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、インタネット１０３経由でサービスセンタの管理装置１０２に対して定期通知を行う。つまり、自己の仲介装置識別子を付加した定期通知用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。

サービスセンタの管理装置１０２への定期通知が終了すると、その旨を示すＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００のＮＲＳ３０５へ送信する。
ＮＲＳ３０５は、仲介装置１０１から定期通知が終了した旨を示すＳＯＡＰメッセージを受信すると、ＳＣＳ３０６へ定期通知が終了した旨を通知する。
ＳＣＳ３０６は、ＮＲＳ３０５から定期通知が終了した旨の通知を受けると、定期通知に関するログとして、サービスセンタに対して定期通知を行った旨を示す定期通知ログ（現在の時刻情報を含む）を作成し、それをＨＤＤ２０１のログ保存エリアの通信ログ保存エリアに書き込む。このとき、その通信ログ保存エリアに空きがなければ、最も古いログに上書きする。

なお、サプライログ保存エリア，ＳＣ＿Ａログ保存エリア，ＳＣ＿Ｂログ保存エリア，通信ログ保存エリアを含む各分割エリア（分割領域）のうち、管理情報であるログ保存エリア指定情報およびログ種別保存数決定テーブルに基づいてログの書き込み先の分割エリアを指定することができるが、それについては後述する。

図１５および図１６は、画像形成装置１００のＳＣＳ３０６によるログ保存処理の一例を示すフローチャートである。
画像形成装置１００のＳＣＳ３０６は、ログ管理が必要なアプリを含む各プログラムのいずれかから異常等の所定の事象が発生した旨あるいは処理結果（例えば定期通知が終了した旨）等の通知があった場合に、図１５の処理を開始し、まずステップＳ１でログ保存エリアが決定済みか否かを判断し、ログ保存エリアが決定済みであればそのままステップＳ３へ進むが、ログ保存エリアが決定済みでなければステップＳ２で管理情報であるログ保存エリア指定情報およびログ種別保存数決定テーブルに基づいてログ保存エリア決定処理を行った後、ステップＳ３へ進む。

ここで、ログ保存エリア決定処理について、詳細に説明する。
図１７は、図１５のログ保存エリア決定処理のサブルーチンを示すフローチャートである。
図１８は、コントローラボード２００のＲＡＭ上のこの発明に係わるメモリを説明するための図である。この図を見て分かるように、コントローラボード２００のＲＡＭ（ＨＤＤ２０１又はＮＶ−ＲＡＭ２０２でもよい）上には、ＳＣ＿Ａログ保存エリア指定メモリ，ＳＣ＿Ｂログ保存エリア指定メモリ，サプライログ保存エリア指定メモリ，通信ログ保存エリア指定メモリを含む各ログ保存エリア指定メモリとして使用する領域が予め確保されている。

ＳＣ＿Ａログ保存エリア指定メモリには、ＳＣ＿Ａコールログ（ＳＣ＿Ａが発生した旨の通知に関するログ）が保存されているＳＣ＿Ａログ保存エリアを指定（選択）するためのログ保存エリア指定情報としてＳＣ＿Ａログ保存エリアの先頭アドレス（先頭書き込み位置）を示す番号（ＳＣ＿Ａログ保存エリア番号）ｎ１が、ＳＣ＿Ｂコールログ（ＳＣ＿Ｂが発生した旨の通知に関するログ）が保存されているＳＣ＿Ｂログ保存エリアを指定するためのログ保存エリア指定情報としてＳＣ＿Ｂログ保存エリアの先頭アドレスを示す番号（ＳＣ＿Ｂログ保存エリア番号）ｎ２が、トナーニアエンドが発生した旨の通知に関するログ（トナーサプライコール終了ログ）が保存されているサプライログ保存エリアを指定するためのログ保存エリア指定情報としてサプライログ保存エリアの先頭アドレスを示す番号（サプライログ保存エリア番号）ｎ３が、定期通知に関するログ（定期通知ログ）が保存されている通信ログ保存エリアを指定するためのログ保存エリア指定情報として通信ログ保存エリアの先頭アドレスを示す番号（通信ログ保存エリア番号）ｎ４がそれぞれ記憶されている。

図１９は、ＳＣＳ３０６が有するログ種別保存数決定テーブルを説明するための図である。このログ種別保存数決定テーブルには、上述した各ログ別のログ保存可能数が記憶されている。
図２０は、ＳＣＳ３０６によるログ保存処理を説明するためのメモリマップ図である。
この図２０から、生成される各ログを対応する分割エリアに書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きすることが分かる。

画像形成装置１００のＳＣＳ３０６は、図１７のログ保存エリア決定処理のサブルーチンを開始すると、図１８に示したＲＡＭ上の各保存エリア指定メモリにそれぞれ記憶されているログ保存エリア指定情報（番号）を参照してＨＤＤ２０１におけるログ保存エリアの先頭書き込み位置（先頭アドレス）を取得し、例えば図１９に示すログ種別保存数決定テーブル内の各ログ別のログ保存可能数を参照することにより、ＨＤＤ２０１のログ保存エリアの各分割エリア（ＳＣ＿Ａログ保存エリア，ＳＣ＿Ｂログ保存エリア，サプライログ保存エリア，通信ログ保存エリアを含む）を決定する。

このとき、ＲＡＭ上の各保存エリア指定メモリにそれぞれ記憶されている各保存エリア（分割エリア）の先頭書き込み位置に対応する番号ｎを「１」に初期化する。例えば、ＲＡＭ上の図１８に示すＳＣ＿Ａログ保存エリア指定メモリ，ＳＣ＿Ｂログ保存エリア指定メモリ，サプライ保存エリア指定メモリ，通信ログ保存エリア指定メモリにそれぞれ記憶されているＳＣ＿Ａログ保存エリア番号ｎ１，ＳＣ＿Ｂログ保存エリア番号ｎ２，サプライログ保存エリア番号ｎ３，通信ログ保存エリア番号ｎ４をそれぞれ「１」に初期化する。
したがって、上記決定結果に従ってログの書き込み先の分割エリアを指定することができる。

図１５に戻ってステップＳ３以降の処理を説明する。
ステップＳ３では、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログが通信ログ（定期通知に関するログ）であるか否かを判別し、通信ログであればステップＳ４で通信ログ保存エリア指定メモリの内容（通信ログ保存エリア番号ｎ４）を参照し、ステップＳ５で通信ログ保存エリア番号ｎ４と通信ログ保存可能数（最大値）とを比較し、通信ログ保存エリア番号ｎ４が通信ログ保存可能数（図１９の例では「２０」）に達したか否かを判断する。

そして、通信ログ保存エリア番号ｎ４が通信ログ保存可能数に達していない場合には、ステップＳ６で通信ログ保存エリア番号ｎ４をインクリメント（ｎ４＝ｎ４＋１）し、ステップＳ７で上記通知に関するログを作成して通信ログ保存エリア中の通信ログ保存エリア番号ｎ４による指定エリアに書き込んで保存させる。
通信ログ保存エリア番号ｎ４が通信ログ保存可能数に達した場合、つまり通信ログ保存エリアに空きがなくなった場合には、ステップＳ８で通信ログ保存エリア番号ｎ４を初期化（ｎ１＝１）し、ステップＳ６で上記通知に関するログを作成して通信ログ保存エリア中の通信ログ保存エリア番号ｎ４による指定エリアに書き込んで保存させる。このとき、通信ログ保存エリア番号ｎ４が「１」であり、その通信ログ保存エリア番号ｎ４による指定エリアには最も古いログが保存されているため、そのログに上記通信ログを上書きすることになる。

ステップＳ３でログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログが通信ログでないと判別した場合には、図１６のＡに移行し、ステップＳ９でその通知に関するログがＳＣ＿Ａに関連するログ（ＳＣ＿Ａログ）であるか否かを判別し、ＳＣ＿ＡログであればステップＳ１０でＳＣ＿Ａログ保存エリア指定メモリの内容（ＳＣ＿Ａログ保存エリア番号ｎ１）を参照し、ステップＳ１１でＳＣ＿Ａログ保存エリア番号ｎ１とＳＣ＿Ａログ保存可能数（図１９の例では「１０」）とを比較し、ＳＣ＿Ａログ保存エリア番号ｎ１がＳＣ＿Ａログ保存可能数に達したか否かを判断する。
そして、ＳＣ＿Ａログ保存エリア番号ｎ１がＳＣ＿Ａログ保存可能数に達していない場合には、ステップＳ１２でＳＣ＿Ａログ保存エリア番号ｎ１をインクリメント（ｎ１＝ｎ１＋１）し、ステップＳ１３で上記通知に関するログを作成してＳＣ＿Ａログ保存エリア中のＳＣ＿Ａログ保存エリア番号ｎ２による指定エリアに書き込んで保存させる。

ＳＣ＿Ａログ保存エリア番号ｎ１がＳＣ＿Ａログ保存可能数に達した場合、つまりＳＣ＿Ａログ保存エリアに空きがなくなった場合には、ステップＳ１４でＳＣ＿Ａログ保存エリア番号ｎ１を初期化（ｎ１＝１）し、ステップＳ１３で上記通知に関するログを作成してＳＣ＿Ａログ保存エリア中のＳＣ＿Ａログ保存エリア番号ｎ１による指定エリアに書き込んで保存させる。このとき、ＳＣ＿Ａログ保存エリア番号ｎ１が「１」であり、そのＳＣ＿Ａログ保存エリア番号ｎ１による指定エリアには最も古いログが保存されているため、そのログに上記ＳＣ＿Ａログを上書きすることになる。

ステップＳ９でログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログがＳＣ＿Ａログでないと判別した場合には、ステップＳ１５でその通知に関するログがサプライに関連するログ（サプライログ）であるか否かを判別し、サプライログであればステップＳ１６でサプライログ保存エリア指定メモリの内容（サプライログ保存エリア番号ｎ３）を参照し、ステップＳ１７でサプライログ保存エリア番号ｎ３とサプライログ保存可能数（図１９の例では「５」）とを比較し、サプライログ保存エリア番号ｎ３がサプライログ保存可能数に達したか否かを判断する。
そして、サプライログ保存エリア番号ｎ３がサプライログ保存可能数に達していない場合には、ステップＳ１８でサプライログ保存エリア番号ｎ３をインクリメント（ｎ３＝ｎ３＋１）し、ステップＳ１９で上記通知に関するログを作成してサプライログ保存エリア中のサプライログ保存エリア番号ｎ３による指定エリアに書き込んで保存させる。

サプライログ保存エリア番号ｎ３がサプライログ保存可能数に達した場合、つまりサプライログ保存エリアに空きがなくなった場合には、ステップＳ２０でサプライログ保存エリア番号ｎ３を初期化（ｎ３＝１）し、ステップＳ１９で上記通知に関するログを作成してサプライログ保存エリア中のサプライログ保存エリア番号ｎ３による指定エリアに書き込んで保存させる。このとき、サプライログ保存エリア番号ｎ３が「１」であり、そのサプライログ保存エリア番号ｎ３による指定エリアには最も古いログが保存されているため、そのログに上記サプライログを上書きすることになる。
ステップＳ１５でログ管理が必要なアプリを含む各プログラムのいずれかからの通知に関するログがサプライログでないと判別した場合には、その通知に関するログがＳＣ＿Ｂに関連するログ（ＳＣ＿Ｂログ）等の他のログであるか否かを判別し、その判別結果に応じて他のログに対する処理を行うが、その処理は上述した通信ログ等に対する処理と同様に行う。

このように、画像形成装置１００のＳＣＳ３０６は、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、例えば図２０に示すように、ＨＤＤ２０１のログ保存エリア（所定記憶領域）におけるログの種類別の各分割エリアのうちの対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きする（ログ書き込み制御）。
画像形成装置１００のＳＣＳ３０６はまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳ３０５および仲介装置１０１によって管理装置１０２へ送信させる。

すなわち、予め設定された分割エリアに記憶されているログを送信するためのログ送信要求をＮＲＳ３０５へ通知する。このとき、そのログ送信要求に、画像形成装置１００の識別情報である機番情報を付加する。
ＮＲＳ３０５は、ログ送信要求の通知を受けると、ログの内容を示すログ送信用のＳＯＡＰメッセージ（ログ送信要求に付加された機番情報を含む）を生成して、それを仲介装置１０１へ送信する。
仲介装置１０１は、ＮＲＳ３０５からログ送信用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、そのＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。

ＳＣＳ３０６はさらに、操作パネル２０５あるいは外部装置（管理装置１０２やウェブブラウザを用いてインタネット１０３等のネットワーク経由で通信可能なデスクトップ型又はノート型のパーソナルコンピュータ，携帯端末，携帯電話等のウェブデバイスなど）からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。
なお、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＯＣＳ３００に渡し、操作パネル２０５上の文字表示器に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、表示すべきログが記憶される分割エリアを指定することもできる。

あるいは、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをプリンタアプリ３１１に渡し、用紙への印刷（画像形成）を行わせることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、印刷すべきログが記憶される分割エリアを指定することもできる。
あるいはまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをウェブアプリ３１４に渡し、外部のウェブデバイスに送信させ、その表示部に表示させることもできる。そして、この場合、操作パネル２０５又はウェブデバイスからの要求により、送信すべきログが記憶される分割エリアを指定することもできる。

また、この第１実施例では、画像形成装置１００のＳＣＳ３０６が、順次作成するログをその種類別にグループ分けして保存できるように、その種類別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報（ログ保存エリア指定情報およびログ種別保存数決定テーブル）を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する（但し、未だログが何も記憶されていないＨＤＤ２０１にログを記憶させようとする時つまり初めてのログ作成時には、管理情報に基づいて各ログ保存エリアの各分割エリアを決定する）ようにしたが、以下の（ａ）〜（ｃ）に示すようにしてもよい。

（ａ）順次作成するログをその重要度別にグループ分けして保存できるように、その重要度別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する。例えば、ＳＣ＿Ａログを一般ＳＣログ、ＳＣ＿Ｂログを重大ＳＣログとすると共に、ＳＣ＿Ａログ保存エリアを一般ＳＣログ保存エリア、ＳＣ＿Ｂログ保存エリアを重大ＳＣログ保存エリアとし、ＳＣ＿Ａログは一般ＳＣログ保存エリアに、ＳＣ＿Ｂログは重大ＳＣログ保存エリアにそれぞれ書き込んで保存させるようにする。あるいは、保守料金に関係しないログ（例えば通信ログ）は一般ＳＣログ、保守料金に関係するログ（例えばサプライログ）を重大ＳＣログとし、保守料金に関係しないログは一般ＳＣログ保存エリアに、保守料金に関係するログは重大ＳＣログ保存エリアにそれぞれ書き込んで保存させるようにする。この場合、操作パネル２０５又は外部装置からの要求により、送信，表示，又は印刷すべきログが記憶される分割エリアを指定することもできる。

（ｂ）順次作成するログをその作成要因別にグループ分けして保存できるように、その作成要因別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する。
（ｃ）順次作成するログを各プログラム（処理実行手段）別にグループ分けして保存できるように、その各プログラム別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する。

第１実施例によれば、画像形成装置１００のＳＣＳ３０６が、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、ＨＤＤ２０１のログ保存エリア（所定記憶領域）におけるログの種類別，重要度別，生成要因別，又はプログラム別の各分割エリアのうち、対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きするため、定期通知やポーリング等の頻繁に行われる通信に係わる処理によって発生する通知により、対応する分割エリア（通信ログ保存エリア）上のログが次々に上書きされても、その分割エリア以外の分割エリア上のログ（重要なログ）は次々に上書きされることはない。
したがって、重要なログを機器利用者もしくは機器管理者がコストアップせずに容易に確認することが可能になる。

また、初めてのログ生成時にのみ、管理情報に基づいてＨＤＤ２０１のログ保存エリアの各分割エリアを決定し、その決定結果に従ってログの書き込み先の分割エリアを指定する処理を行うようにすれば、その処理をログを生成する度に行う必要がないため、処理効率の向上につながる。
さらに、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳ３０５および仲介装置１０１によって管理装置１０２へ送信させることにより、管理装置１０２によって管理すべきログが減るため、管理効率の向上につながる。操作パネル２０５あるいは外部装置（管理装置１０２やウェブデバイス等）からの要求により、送信すべきログが記憶される分割エリアを指定可能にすれば、管理装置１０２では必要最小限のログのみを管理すればよく、一層管理効率の向上につながる。

〔第２実施例〕
図２１は、この画像形成装置遠隔管理システムにおける画像形成装置１１０によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。なお、画像形成装置１１０は、画像形成装置１００の機能に仲介装置１０１の機能を加えたものである。よって、画像形成装置１１０の構成（ハード構成およびソフト構成）は、画像形成装置１００の構成に仲介装置１０１の構成を加えたものとなるため、再び図４および図５等の各図面も使用する。

画像形成装置１１０では、ログ管理が必要なアプリ等のプログラムがそれぞれ、対応するハードウェア資源で異常等の所定の事象が発生した場合あるいは処理結果等の通知を行いたい場合、その事象が発生した旨あるいは処理結果等をＳＣＳ３０６へ通知する。
この例では、まずプロッタエンジンを制御するアプリが、そのプロッタエンジンの状態を監視し、プロッタエンジン内でトナーボトルのトナーニアエンドが発生した場合、そのトナーボトル事象をセンサを用いて検出し、トナーニアエンドが発生した旨をＳＣＳ３０６へ通知する。

そのＳＣＳ３０６は、プロッタエンジンを制御するアプリからトナーニアエンドが発生した旨の通知を受けると、第１実施例と同様に、プロッタエンジン内でトナーニアエンドが発生したと判定し、トナーサプライコール要求をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、トナーサプライコール要求の通知を受けると、トナーボトルの発注（トナーニアエンドの発生）を知らせるトナーサプライコール情報であるトナーサプライコール用のＳＯＡＰメッセージ（トナーサプライコール要求に付加された機番情報を含む）を生成し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、インタネット１０３経由でサービスセンタの管理装置１０２に対してトナーサプライコールを行う。つまり、トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動通報する。

サービスセンタの管理装置１０２は、いずれかの機器利用者側の画像形成装置１１０から通報されたトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、第１実施例のトナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの受信時の処理と同様の処理を行い、コールＯＫ又はコールＮＧを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを通報元の画像形成装置１１０へ送信する。
画像形成装置１１０のＮＲＳ３０５は、サービスセンタの管理装置１０２に対してトナーサプライコールを行った後、センタ通知が終了した旨をＳＣＳ３０６へ通知する。
ＳＣＳ３０６は、ＮＲＳ３０５からセンタ通知が終了した旨の通知を受けると、トナーニアエンドが発生した旨の通知に関するログとして、サービスセンタに対してトナーサプライコールを行った旨を示すセンタ通知ログを作成し、それをＨＤＤ２０１（ＮＶ−ＲＡＭ２０２等の他の記憶手段でもよい）のログ保存エリアの通信ログ保存エリアに書き込む。このとき、その通信ログ保存エリアに空きがなければ、最も古いログに上書きする。

ＳＣＳ３０６は、センタ通知ログの書き込み（作成）が終了した後、センタ通知ログの作成が終了した旨をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、ＳＣＳ３０６からセンタ通知ログの作成が終了した旨の通知を受けた後、サービスセンタの管理装置１０２へのトナーサプライコール（トナーサプライコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージの自動通報）の結果として、その管理装置１０２からコールＯＫ（上記ＨＴＴＰメッセージの受信が正常に終了した旨のコール結果）を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコールＯＫをＳＣＳ３０６へコールＯＫ（トナーサプライコールが正常に終了した旨）を通知する。

ＳＣＳ３０６は、ＮＲＳ３０５からコールＯＫの通知を受けると、第１実施例のコールＯＫ通知時の処理と同様の処理を行う。
ＮＲＳ３０５は、定期的に定期通知（又はポーリング）用のＳＯＡＰメッセージを生成し、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、インタネット１０３経由でサービスセンタの管理装置１０２に対して定期通知を行う。つまり、自己の仲介装置識別子を付加した定期通知用のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。

サービスセンタの管理装置１０２への定期通知が終了すると、その旨をＳＣＳ３０６へ通知する。
ＳＣＳ３０６は、ＮＲＳ３０５から定期通知が終了した旨の通知を受けると、定期通知に関するログとして、サービスセンタに対して定期通知を行った旨を示す定期通知ログを作成し、それをＨＤＤ２０１のログ保存エリアの通信ログ保存エリアに書き込む。このとき、その通信ログ保存エリアに空きがなければ、最も古いログに上書きする。
センタ通知ログの書き込み（作成）が終了すると、センタ通知ログの作成が終了した旨をＮＲＳ３０５へ通知する。

プロッタエンジンを含む各ハードウェア資源を制御するアプリはそれぞれ、対応するハードウェア資源でＳＣ＿Ａ（又はＳＣ＿Ｂ等のＳＣ）が発生した場合、そのＳＣ＿Ａを検出し、そのＳＣ＿Ａが発生した旨をＳＣＳ３０６へ通知する。
そのＳＣＳ３０６は、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ａが発生した旨の通知を受けると、第１実施例と同様に、そのアプリ（又はハードウェア資源）でＳＣ＿Ａが発生したと判定し、ＳＣ＿Ａコール要求をＮＲＳ３０５へ通知する。

ＮＲＳ３０５は、ＳＣ＿Ａコール要求の通知を受けると、図示は省略するが、ＳＣ＿Ａの発生を知らせるＳＣ＿Ａコール情報であるＳＣ＿Ａコール用のＳＯＡＰメッセージ（ＳＣ＿Ａコール要求に付加された機番情報を含む）を生成し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、インタネット１０３経由でサービスセンタの管理装置１０２に対してＳＣ＿Ａコールを行った後、センタ通知が終了した旨をＳＣＳ３０６へ通知する。なお、ＳＣ＿Ａコール等の各ＳＣコールについては、上述したトナーサプライコールとコールの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。
ＳＣＳ３０６は、ＮＲＳ３０５へのＳＣ＿Ａコール要求に対して、ＮＲＳ３０５からセンタ通知が終了した旨の通知を受けると、ＳＣ＿Ａが発生した旨の通知に関するログとして、サービスセンタに対してＳＣ＿Ａコールを行った旨を示すセンタ通知ログを作成し、それを上述と同様にＨＤＤ２０１のログ保存エリアの通信ログ保存エリアに書き込む。

ＳＣＳ３０６は、センタ通知ログの書き込みが終了した後、センタ通知ログの作成が終了した旨をＮＲＳ３０５へ通知する。
ＮＲＳ３０５は、ＳＣＳ３０６からセンタ通知ログの作成が終了した旨の通知を受けた後、サービスセンタの管理装置１０２へのＳＣ＿Ａコールの結果として、その管理装置１０２からコールＯＫを示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコールＯＫをＳＣＳ３０６へコールＯＫ（ＳＣ＿Ａコールが正常に終了した旨）を通知する。

ＳＣＳ３０６は、ＮＲＳ３０５からコールＯＫの通知を受けると、第１実施例と同様の処理を行う。
なお、各ハードウェア資源をそれぞれ制御するアプリのいずれかからＳＣ＿Ｂ等の他のＳＣが発生した旨の通知がなされた場合のＳＣＳ３０６，ＮＲＳ３０５，仲介装置１０１による処理については、ＳＣ＿Ａが発生した旨の通知がなされた場合とＳＣの種類が異なるだけで処理内容は略同様なので、詳細な説明は省略する。
また、画像形成装置１１０のＳＣＳ３０６によるログ保存処理は、図１５〜図１９によって説明したログ保存処理と同様である。

このように、画像形成装置１１０のＳＣＳ３０６は、ログ管理が必要なアプリを含む各プログラムのいずれかからの通知がある度に、その各通知に関するログを順次作成し、例えば図２０に示すように、ＨＤＤ２０１のログ保存エリアにおけるログの種類別の各分割エリアのうちの対応する分割エリアに順次書き込み、その分割エリアに空きがなくなった場合に最も古いログに上書きする。
画像形成装置１１０のＳＣＳ３０６はまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＮＲＳ３０５によって管理装置１０２へ送信させる。

すなわち、予め設定された分割エリアに記憶されているログを送信するためのログ送信要求をＮＲＳ３０５へ通知する。このとき、そのログ送信要求に、画像形成装置１１０の識別情報である機番情報を付加する。
ＮＲＳ３０５は、ログ送信要求の通知を受けると、ログの内容を示すログ送信用のＳＯＡＰメッセージ（ログ送信要求に付加された機番情報を含む）を生成して、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、そのＨＴＴＰメッセージをインタネット１０３経由でサービスセンタの管理装置１０２へ自動送信する。

ＳＣＳ３０６はさらに、操作パネル２０５あるいは外部装置（管理装置１０２，ウェブデバイスなど）からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。
なお、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをＯＣＳ３００に渡し、操作パネル２０５上の文字表示器に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、表示すべきログが記憶される分割エリアを指定することもできる。

あるいは、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをプリンタアプリ３１１に渡し、用紙への印刷（画像形成）を行わせることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、印刷すべきログが記憶される分割エリアを指定することもできる。
あるいはまた、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、予め設定された分割エリアに記憶されているログをウェブアプリ３１４を介してＮＣＳ３０３に渡し、上述したようなウェブデバイスに送信させ、その表示部に表示させることもできる。そして、この場合、操作パネル２０５又は外部装置からの要求により、送信すべきログが記憶される分割エリアを指定することもできる。

また、この第２実施例では、画像形成装置１１０のＳＣＳ３０６が、順次作成するログをその種類別にグループ分けして保存できるように、その種類別にＨＤＤ２０１のログ保存エリアを複数に分割して複数の分割エリアを管理するための管理情報を持ち、その管理情報に基づいてログの書き込み先の分割エリアを指定する（但し、初めてのログ作成時には、管理情報に基づいて各ログ保存エリアの各分割エリアを決定する）ようにしたが、上記（ａ）〜（ｃ）に示すようにしてもよい。
この第２実施例によれば、画像形成装置１１０のＳＣＳ３０６が、仲介装置１０１を利用せずに、第１実施例と同様の効果を得ることができる。

〔第３実施例〕
以下、ログ取得処理の具体例について、図２２〜図３２を参照して説明する。なお、以下に示す各アプリ，ＯＣＳ３００，ＮＣＳ３０３，ＮＲＳ３０５，およびＳＣＳ３０６による各処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。また、ＨＤＤ２０１のログ保存エリアの分割エリアであるＳＣ＿Ａログ保存エリアに保存されているログをＳＣ＿Ａログ、ＳＣ＿Ｂログ保存エリアに保存されているログをＳＣ＿Ｂログ、サプライログ保存エリアに保存されているログをサプライログ、通信ログ保存エリアに保存されているログを通信ログという。

まず、画像形成装置１００，１１０による操作パネル２０５からのログ表示要求時の処理について、図２２〜図２４を参照して説明する。
図２２は、画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第１例を示す図である。
図２３および図２４は、画像形成装置１００，１１０の操作パネル２０５にログを表示させるための操作手順を説明するための説明図である。

画像形成装置１００，１１０は、操作パネル２０５，プロッタエンジンを含む周辺装置，外部装置（管理装置１０２やウェブデバイス等）とそれぞれやりとりするための各種の入力又は出力のＩ／Ｆ（インタフェース）を備えているため、第１実施例又は第２実施例と同様のログ書き込み制御に加え、以下に示す処理を行うことができる。
画像形成装置１００，１１０のＯＣＳ３００は、操作パネル２０５に設けられているタッチパネル上のログ取得要求用の操作キーであるログ表示キー（ログ取得キー）１００１がタッチ（押下）されると、図２３に示すように、通信ログキー１００２，ＳＣ＿Ａログキー１００３，ＳＣ＿Ｂログキー１００４，サプライログキー１００５を含む各種ログキーを文字表示器のタッチパネル上に表示する。

その後、その各種ログキーのうち、サプライログキー１００５がタッチされると、ＨＤＤ２０１（ＮＶ−ＲＡＭ２０２等の他の記憶手段でもよい）のログ保存エリアの分割エリアの１つであるサプライログ保存エリア内の各サプライログ（例えば最新５個のサプライログ）がそれぞれ保存されている各エリアにそれぞれ対応する複数のサプライログ保存エリア番号キーをタッチパネル上に表示させる。なお、図２３では、サプライログ保存エリア番号キーの図示は省略している。

続いて、複数のサプライログ保存エリア番号キーのいずれかがタッチされると、図２２に示すように、サプライログ表示指示（サプライログ取得要求）をＳＣＳ３０６へ通知する。このとき、そのサプライログ表示指示に、タッチされたサプライログ保存エリア番号キーに対応するログ取得先およびログ出力先の情報を付加する。
ＳＣＳ３０６は、ＯＣＳ３００からサプライログ表示指示があった場合に、そのサプライログ表示指示に付加された（サプライログ表示指示によって指示された）ログ取得先およびログ出力先（この例ではログ取得元）を判別し、ＨＤＤ２０１のサプライログ保存エリア内の各サプライログがそれぞれ保存されている各エリアのうち、その判別したログ取得先のエリアに保存（記憶）されているサプライログを取得する。

そして、その取得したサプライログ（データ）を先に判別したログ出力先のＯＣＳ３００へ送信する。このとき、サプライログの取得が正常に終了していれば、その旨を示す応答情報（ＯＫ）もＯＣＳ３００へ送信する。サプライログの取得が正常に終了しなかった場合には、その旨を示す応答情報（ＮＧ）のみをＯＣＳ３００へ送信する。
ＯＣＳ３００は、ＳＣＳ３０６からサプライログおよびそのサプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）を受け取ると、そのサプライログを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア１００６上に表示させる。このとき、サプライログの取得が正常に終了した旨のメッセージを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア１００６上に表示させてもよい。ＳＣＳ３０６からサプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）のみを受け取った場合には、サプライログの取得が正常に終了しなかった旨のメッセージを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア１００６上に表示させてもよい。

ＯＣＳ３００は、ログ表示キーのタッチによって操作パネル２０５のタッチパネル上に表示された各種ログキーのうち、ＳＣ＿Ａログキー１００３がタッチされると、図２３に示すように、ＨＤＤ２０１のＳＣ＿Ａログ保存エリア内の各ＳＣ＿Ａログ（この例では最新１０個のＳＣ＿Ａログ）がそれぞれ保存されている各エリアにそれぞれ対応する複数のＳＣ＿Ａログ保存エリア番号キー１００３ａ，１００３ｂ，・・・，１００３ｊをタッチパネル上に表示させる。また、タッチ（選択）されたキーの表示の白黒を反転させる（斜線を施して示す）。

続いて、操作パネル２０５のタッチパネル上の複数のＳＣ＿Ａログ保存エリア番号キー１００３ａ，１００３ｂ，・・・，１００３ｊのうち、ＳＣ＿Ａログ保存エリア番号キー１００３ａ又は１００３ｂがタッチされると、図２２に示すように、ＳＣ＿Ａログ表示指示（ＳＣ＿Ａログ取得要求）をＳＣＳ３０６へ通知する。このとき、そのＳＣ＿Ａログ表示指示に、タッチされたＳＣ＿Ａログ保存エリア番号キー１００３ａ又は１００３ｂに対応するログ取得先およびログ出力先の情報を付加する。また、例えば図２３又は図２４に示すように、タッチされたキーの表示の白黒を反転させる。

ＳＣＳ３０６は、ＯＣＳ３００からＳＣ＿Ａログ表示指示があった場合に、そのＳＣ＿Ａログ表示指示に付加された（ＳＣ＿Ａログ表示指示によって指示された）ログ取得先およびログ出力先を判別し、ＨＤＤ２０１のＳＣ＿Ａログ保存エリア内の各ＳＣ＿Ａログがそれぞれ保存されている各エリアのうち、その判別したログ取得先のエリアに保存されているＳＣ＿Ａログを取得する。
そして、その取得したＳＣ＿Ａログを先に判別した出力先であるＯＣＳ３００へ送信する。このとき、ＳＣ＿Ａログの取得が正常に終了していれば、その旨を示す応答情報（ＯＫ）もＯＣＳ３００へ送信する。ＳＣ＿Ａログの取得が正常に終了しなかった場合には、その旨を示す応答情報（ＮＧ）のみをＯＣＳ３００へ送信する。

ＯＣＳ３００は、ＳＣＳ３０６からＳＣ＿ＡログおよびそのＳＣ＿Ａログの取得が正常に終了した旨を示す応答情報（ＯＫ）を受け取ると、そのＳＣ＿Ａログを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア１００６上に表示させる（図２３又は図２４）。このとき、ＳＣ＿Ａログの取得が正常に終了した旨のメッセージを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア１００６上に表示させてもよい。ＳＣＳ３０６からＳＣ＿Ａログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）のみを受け取った場合に、ＳＣ＿Ａログの取得が正常に終了しなかった旨のメッセージを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア１００６上に表示させてもよい。

ＯＣＳ３００は、ログ表示キーのタッチによって操作パネル２０５のタッチパネル上に表示された各種ログキーのうち、通信ログキー１００２がタッチされると、ＨＤＤ２０１のサプライログ保存エリア内の各通信ログ（例えば最新２０個の通信ログ）がそれぞれ保存されている各エリアにそれぞれ対応する複数の通信ログ保存エリア番号キーをタッチパネル上に表示させる。なお、図２３では、通信ログ保存エリア番号キーの図示も省略している。 続いて、複数の通信ログ保存エリア番号キーのいずれかがタッチされると、図２２に示すように、通信ログ表示指示（通信ログ取得要求）をＳＣＳ３０６へ通知する。このとき、その通信ログ表示指示に、タッチされた通信ログ保存エリア番号キーに対応するログ取得先およびログ出力先の情報を付加する。

ＳＣＳ３０６は、ＯＣＳ３００から通信ログ表示指示があった場合に、その通信ログ表示指示に付加された（通信ログ表示指示によって指示された）ログ取得先およびログ出力先を判別し、ＨＤＤ２０１の通信ログ保存エリア内の各通信ログがそれぞれ保存されている各エリアのうち、その判別したログ取得先のエリアに保存されている通信ログを取得する。
以後のＳＣＳ３０６による処理およびＯＣＳ３００による処理は、サプライログキー１００５およびＳＣ＿Ａログキー１００３がタッチされた場合と略同様なので、説明を省略する。

なお、ＳＣ＿Ａログキー１００３を含む各種ログキーのいずれかががタッチされた場合に、直ちに対応するログ表示指示をＳＣＳ３０６へ通知してもよい。このとき、そのログ表示指示に、タッチされたログキーに対応するログ取得先（又はログの種類）およびログ出力先の情報を付加する。
ＳＣＳ３０６は、ＯＣＳ３００から対応するログ表示指示があった場合に、そのログ表示指示に付加された（ログ表示指示によって指示された）ログ取得先およびログ出力先を判別し、ＨＤＤ２０１の対応するログ保存エリア（分割エリア）に保存されている各ログを取得する。
以後のＳＣＳ３０６による処理およびＯＣＳ３００による処理は、サプライログキー１００５およびＳＣ＿Ａログキー１００３がタッチされた場合と略同様なので、説明を省略する。

次に、画像形成装置１００，１１０による操作パネル２０５からのログ印刷要求時の処理について、図２５を参照して説明する。
図２５は、画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第２例を示す図である。
画像形成装置１００，１１０のＯＣＳ３００は、操作パネル２０５に設けられているタッチパネル上のログ取得要求用の操作キーである図示しないログ印刷キー（ログ取得キー）がタッチされた場合でも、通信ログキー，ＳＣ＿Ａログキー，ＳＣ＿Ｂログキー，サプライログキーを含む各種ログキーをタッチパネル上に表示する。

その後、操作パネル２０５の各種ログキーのうち、サプライログキーがタッチされると、サプライログ印刷指示（サプライログ取得要求）をＳＣＳ３０６へ通知する。このとき、そのサプライログ印刷指示に、ログ取得元，タッチされたサプライログキーに対応するログ取得先，およびログ出力先の情報を付加する。
ＳＣＳ３０６は、ＯＣＳ３００からサプライログ印刷指示があった場合に、そのサプライログ印刷指示に付加された（サプライログ印刷指示によって指示された）ログ取得元，ログ取得先，およびログ出力先を判別し、その判別したログ取得先のサプライログ保存エリアに保存されている各サプライログを取得する。
そして、各サプライログの取得結果を示す応答情報をＯＣＳ３００へ送信する。つまり、各サプライログの取得が正常に終了した場合にはその旨を示す応答情報（ＯＫ）を、各サプライログの取得が正常に終了しなかった場合にはその旨を示す応答情報（ＮＧ）をそれぞれログ取得元のＯＣＳ３００へ送信する。
その後、各サプライログの取得が正常に終了している場合に、その取得した各サプライログをログ出力先のプリンタアプリ３１１へ送信する。

ＯＣＳ３００は、ＳＣＳ３０６から応答情報を受け取った場合に、その応答情報の内容を示すメッセージを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア上に表示させる。なお、ＳＣＳ３０６から各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を受け取った場合にのみ、各サプライログの取得が正常に終了しなかった旨のメッセージを操作パネル２０５へ出力してそのタッチパネルのログ表示エリア上に表示させてもよい。
プリンタアプリ３１１は、ＳＣＳ３０６から各サプライログを受け取ると、その各サプライログをプロッタエンジンへ出力して用紙上に印刷させる。

ＯＣＳ３００は、ログ印刷キーのタッチによって操作パネル２０５のタッチパネル上に表示された各種ログキーのうち、ＳＣ＿Ａログキーがタッチされると、ＳＣ＿Ａログ印刷指示（ＳＣ＿Ａログ取得要求）をＳＣＳ３０６へ通知する。このとき、そのＳＣ＿Ａログ印刷指示に、ログ取得元，タッチされたＳＣ＿Ａログキーに対応するログ取得先，およびログ出力先の情報を付加する。
ＳＣＳ３０６は、ＯＣＳ３００からＳＣ＿Ａログ印刷指示があった場合に、そのＳＣ＿Ａログ印刷指示に付加された（ＳＣ＿Ａログ印刷指示によって指示された）ログ取得元，ログ取得先，およびログ出力先を判別し、その判別したログ取得先のＳＣ＿Ａログ保存エリアに保存されている各ＳＣ＿Ａログを取得する。
以後のＳＣＳ３０６による処理，ＯＣＳ３００による処理，およびプリンタアプリ３１１による処理は、サプライログキーがタッチされた場合と略同様なので、説明を省略する。

ＯＣＳ３００は、ログ印刷キーのタッチによって操作パネル２０５のタッチパネル上に表示された各種ログキーのうち、通信ログキーがタッチされると、通信ログ印刷指示（通信ログ取得要求）をＳＣＳ３０６へ通知する。このとき、その通信ログ印刷指示に、ログ取得元，タッチされたＳＣ＿Ａログキーに対応するログ取得先，およびログ出力先の情報を付加する。
ＳＣＳ３０６は、ＯＣＳ３００から通信ログ印刷指示があった場合に、その通信ログ印刷指示に付加された（通信ログ印刷指示によって指示された）ログ取得元，ログ取得先，およびログ出力先を判別し、その判別したログ取得先の通信ログ保存エリアに保存されている各通信ログを取得する。
以後のＳＣＳ３０６による処理，ＯＣＳ３００による処理，およびプリンタアプリ３１１による処理は、サプライログキーがタッチされた場合と略同様なので、説明を省略する。

次に、画像形成装置１００，１１０によるウェブデバイスからのログ取得要求時の処理について、図２６〜図２８を参照して説明する。
図２６は、画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第３例を示す図である。
図２７および図２８は、Ｗｅｂデバイスの表示部にログを表示させるための操作手順を説明するための説明図である。
ウェブデバイスは、ウェブブラウザを用いてインタネット１０３等のネットワーク経由で通信可能なパソコン等の情報処理装置（外部装置）である。
このウェブデバイスのＣＰＵはそれぞれ、キーボードやポインティングデバイス等の入力部により、図２７に示すような表示部上に各種操作を示す画面を表示させることができる。

そして、表示部上のログ取得要求用の操作キーである各種ログキーのうち、サプライログ取得キー１０１４が入力部によって選択されると、図２６に示すように、サプライログ取得指示（サプライログ取得要求）を示すＨＴＴＰメッセージをネットワーク経由でいずれかの画像形成装置のＮＣＳ３０３へ送信する。このとき、サプライログ取得指示に選択されたサプライログ取得キー１０１４に対応するログの種類（ログ取得先）を付加してＨＴＭＬメッセージを生成し（ＨＴＭＬ形式に変換し）、そのＨＴＭＬメッセージにログ取得元（命令送信元）の情報であるウェブデバイスの識別情報を付加してＨＴＴＰメッセージを生成する。この場合、ログ取得元がログ出力先を兼ねているが、ログ出力先の情報を別に付加してもよい。

各画像形成装置１００，１１０のＮＣＳ３０３はそれぞれ、ウェブデバイスからネットワーク経由でサプライログ取得指示を示すＨＴＴＰメッセージを受信すると、サプライログ取得指示をＳＣＳ３０６へ通知する。このとき、受信したＨＴＴＰメッセージ中の（サプライログ表示指示によって指示された）ログ取得元（ログ出力先）を判別する。
ＳＣＳ３０６は、ＮＣＳ３０３からサプライログ取得指示があった場合に、そのサプライログ取得指示に付加された（サプライログ取得指示によって指示された）ログの種類（又はログ取得先）を判別し、その判別したログの種類に対応するサプライログ保存エリア（又はログ取得先のサプライログ保存エリア）に保存されている各サプライログを取得する。

そして、その取得した各サプライログをＮＣＳ３０３へ送信する。このとき、各サプライログの取得が正常に終了していれば、その旨を示す応答情報（ＯＫ）もＮＣＳ３０３へ送信する。各サプライログの取得が正常に終了しなかった場合には、その旨を示す応答情報（ＮＧ）のみをＮＣＳ３０３へ送信する。
ＮＣＳ３０３は、ＳＣＳ３０６から各サプライログ（ログ情報）およびその各サプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）あるいは各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を受け取ると、その受け取った情報（データ）を示すＨＴＭＬメッセージを生成し、そのＨＴＭＬメッセージに画像形成装置の識別情報である機番情報を付加し、そのＨＴＭＬメッセージに基づいてＨＴＴＰメッセージを生成した後、そのＨＴＴＰメッセージをネットワーク経由で先に判別したログ取得元のウェブデバイスへ送信する。

各ウェブデバイスのＣＰＵはそれぞれ、いずれかの画像形成装置からネットワーク経由で各サプライログおよびその各サプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）を示すＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージ中の各サプライログを表示部に表示させる。このとき、各サプライログの取得が正常に終了した旨のメッセージも表示部に表示させてもよい。いずれかの画像形成装置からネットワーク経由で各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を示すＨＴＴＰメッセージを受信した場合には、各サプライログの取得が正常に終了しなかった旨のメッセージを表示部に表示させてもよい。

各ウェブデバイスのＣＰＵはそれぞれ、表示部上の各種ログキーのうち、ＳＣ＿Ａログ取得キー１０１２が入力部によって選択されると、図２６に示すように、ＳＣ＿Ａログ取得指示（ＳＣ＿Ａログ取得要求）を示すＨＴＴＰメッセージをネットワーク経由でいずれかの画像形成装置のＮＣＳ３０３へ送信する。このとき、ＳＣ＿Ａログ取得指示に選択されたＳＣ＿Ａログ取得キー１０１２に対応するログの種類を付加してＨＴＭＬメッセージを生成し、そのＨＴＭＬメッセージにログ取得元の情報を付加してＨＴＴＰメッセージを生成する。

各画像形成装置１００，１１０のＮＣＳ３０３はそれぞれ、ウェブデバイスからネットワーク経由でＳＣ＿Ａログ取得指示を示すＨＴＴＰメッセージを受信すると、ＳＣ＿Ａログ取得指示をＳＣＳ３０６へ通知する。このとき、受信したＨＴＴＰメッセージ中の（ＳＣ＿Ａログ表示指示によって指示された）ログ取得元を判別する。
ＳＣＳ３０６は、ＮＣＳ３０３からＳＣ＿Ａログ取得指示があった場合に、そのＳＣ＿Ａログ取得指示に付加された（ＳＣ＿Ａログ取得指示によって指示された）ログの種類を判別し、その判別したログの種類に対応するＳＣ＿Ａログ保存エリアに保存されている各ＳＣ＿Ａログを取得する。
以後のＳＣＳ３０６による処理，ＯＣＳ３００による処理，ウェブデバイスによる処理は、サプライログ取得キー１０１４が選択された場合と略同様なので、説明を省略する。

各ウェブデバイスのＣＰＵはそれぞれ、表示部上の各種ログキーのうち、通信ログ取得キー１０１１が入力部によって選択されると、図２６に示すように、通信ログ取得指示（通信ログ取得要求）を示すＨＴＴＰメッセージをネットワーク経由でいずれかの画像形成装置のＮＣＳ３０３へ送信する。このとき、通信ログ取得指示に選択された通信ログ取得キー１０１１に対応するログの種類を付加してＨＴＭＬメッセージを生成し、そのＨＴＭＬメッセージにログ取得元の情報を付加してＨＴＴＰメッセージを生成する。

各画像形成装置１００，１１０のＮＣＳ３０３はそれぞれ、ウェブデバイスからネットワーク経由で通信ログ取得指示を示すＨＴＴＰメッセージを受信すると、通信ログ取得指示をＳＣＳ３０６へ通知する。このとき、受信したＨＴＴＰメッセージ中の（通信ログ表示指示によって指示された）ログ取得元を判別する。
ＳＣＳ３０６は、ＮＣＳ３０３から通信ログ取得指示があった場合に、その通信ログ取得指示に付加された（通信ログ取得指示によって指示された）ログの種類を判別し、その判別したログの種類に対応する通信ログ保存エリアに保存されている各通信ログを取得する。

以後のＳＣＳ３０６による処理およびＯＣＳ３００による処理は、サプライログ取得キー１０１４およびＳＣ＿Ａログ取得キー１０１２が選択された場合と略同様なので、ほとんどの説明を省略する。
各ウェブデバイスのＣＰＵはそれぞれ、いずれかの画像形成装置からネットワーク経由で各通信ログおよびその各通信ログの取得が正常に終了した旨を示す応答情報（ＯＫ）を示すＨＴＴＰメッセージを受信すると、図２８に示すように、そのＨＴＴＰメッセージ中の各通信ログを表示部に表示させる。なお、図２８は、２個の通信ログを表示する例を示しているが、表示するログの個数は２個に限らない。例えば、図１９に示したログ種別保存数決定テーブルに合わせることもできる。

次に、画像形成装置１００，１１０による管理装置１０２からのログ取得要求時の処理について、図２９〜図３１を参照して説明する。
図２９は、画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第４例を示す図である。
サービスセンタの管理装置１０２の制御装置６０６は、操作者端末６０４の入力部により、表示部上に各種操作キーを示す画面を表示させることができる。

そして、表示部上のログ取得要求用の操作キーである各種ログキーのうち、サプライログ取得キーが入力部によって選択されると、図２９に示すように、サプライログ取得指示（サプライログ取得要求）を示すＨＴＴＰメッセージをインタネット１０３経由でいずれかの画像形成装置１１０のＮＲＳ３０５へ送信する。このとき、サプライログ取得指示に選択されたサプライログ取得キーに対応するログの種類（ログ取得先）を付加してＳＯＡＰメッセージを生成し（構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージにログ取得元（命令送信元）の情報を付加してＨＴＴＰメッセージを生成する。この場合、ログ取得元がログ出力先を兼ねているが、ログ出力先の情報を別に付加してもよい。

ここで、ＨＴＴＰメッセージ内のＳＯＡＰメッセージのフォーマット例について、図３０および図３１を参照して簡単に説明する。
図３０はＨＴＴＰメッセージ内のＳＯＡＰメッセージのフォーマット例を、図３１はそのＨＴＴＰメッセージの主要部分（データ）の構成をそれぞれ示す説明図である。
これらの図を見て分かるように、サプライログやＳＣ＿Ａログ等のログの取得指示（取得要求）を示すＨＴＴＰメッセージのＳＯＡＰメッセージは、ログ取得指示の名称（情報取得命令名）および取得したいログの種類（取得情報種類）の情報を有している。ログ取得元（命令送信元）の情報は、ＨＴＴＰメッセージのヘッダ部に位置する。

各画像形成装置１１０のＮＲＳ３０５はそれぞれ、図２９に示すように、サービスセンタの管理装置１０２からインタネット１０３経由でサプライログ取得指示を示すＨＴＴＰメッセージを受信すると、サプライログ取得指示をＳＣＳ３０６へ通知する。このとき、受信したＨＴＴＰメッセージ中の（サプライログ表示指示によって指示された）ログ取得元を判別する。
ＳＣＳ３０６は、ＮＲＳ３０５からサプライログ取得指示があった場合に、そのサプライログ取得指示に付加された（サプライログ取得指示によって指示された）ログの種類（又はログ取得先）を判別し、その判別したログの種類に対応するサプライログ保存エリア（又はログ取得先のサプライログ保存エリア）に保存されている各サプライログを取得する。

そして、その取得した各サプライログをＮＲＳ３０５へ送信する。このとき、各サプライログの取得が正常に終了していれば、その旨を示す応答情報（ＯＫ）もＮＲＳ３０５へ送信する。各サプライログの取得が正常に終了しなかった場合には、その旨を示す応答情報（ＮＧ）のみをＮＲＳ３０５へ送信する。
ＮＲＳ３０５は、ＳＣＳ３０６から各サプライログおよびその各サプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）あるいは各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を受け取ると、その受け取った情報を示すＳＯＡＰメッセージを生成し、そのＳＯＡＰメッセージに画像形成装置の識別情報である機番情報を付加し、そのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成した後、そのＨＴＴＰメッセージをインタネット１０３経由で先に判別したログ取得元の管理装置１０２へ送信する。

サービスセンタの管理装置１０２の制御装置６０６は、いずれかの画像形成装置１１０からインタネット１０３経由で各サプライログおよびその各サプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）を示すＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージ中の各サプライログを操作者端末６０４の表示部に表示させる。このとき、各サプライログの取得が正常に終了した旨のメッセージも表示部に表示させてもよい。いずれかの画像形成装置１１０からインタネット１０３経由で各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を示すＨＴＴＰメッセージを受信した場合には、各サプライログの取得が正常に終了しなかった旨のメッセージを表示部に表示させてもよい。

サービスセンタの管理装置１０２の制御装置６０６は、操作者端末６０４の表示部上の各種ログキーのうち、ＳＣ＿Ａログ取得キーが入力部によって選択されると、ＳＣ＿Ａログ取得指示（ログ取得要求）を示すＨＴＴＰメッセージをネットワーク経由でいずれかの画像形成装置のＮＲＳ３０５へ送信する。このとき、ＳＣ＿Ａログ取得指示に選択されたＳＣ＿Ａログ取得キーに対応するログの種類を付加してＨＴＭＬメッセージを生成し、そのＨＴＭＬメッセージにログ取得元の情報を付加してＨＴＴＰメッセージを生成する。

各画像形成装置１１０のＮＲＳ３０５はそれぞれ、サービスセンタの管理装置１０２からインタネット１０３経由でＳＣ＿Ａログ取得指示を示すＨＴＴＰメッセージを受信すると、ＳＣ＿Ａログ取得指示をＳＣＳ３０６へ通知する。このとき、受信したＨＴＴＰメッセージ中の（ＳＣ＿Ａログ表示指示によって指示された）ログ取得元を判別する。
ＳＣＳ３０６は、ＮＲＳ３０５からＳＣ＿Ａログ取得指示があった場合に、そのＳＣ＿Ａログ取得指示に付加された（ＳＣ＿Ａログ取得指示によって指示された）ログの種類を判別し、その判別したログの種類に対応するＳＣ＿Ａログ保存エリアに保存されている各ＳＣ＿Ａログを取得する。
以後のＳＣＳ３０６による処理，ＮＲＳ３０５による処理，管理装置１０２による処理は、サプライログ取得キーが選択された場合と略同様なので、説明を省略する。

なお、管理装置１０２が仲介装置１０１経由で画像形成装置１００からログを取得する場合における管理装置１０２，仲介装置１０１，画像形成装置１００の処理についても簡単に説明しておく。
サービスセンタの管理装置１０２の制御装置６０６は、操作者端末６０４の表示部上の各種ログキーのうち、例えばサプライログ取得キーが入力部によって選択されると、サプライログ取得指示（サプライログ取得要求）を示すＨＴＴＰメッセージをインタネット１０３経由でいずれかの仲介装置１０１へ送信する。このとき、サプライログ取得指示に選択されたサプライログ取得キーに対応するログの種類を付加してＳＯＡＰメッセージを生成し、そのＳＯＡＰメッセージにログ取得元の情報を付加してＨＴＴＰメッセージを生成する。この場合、ログ取得元がログ出力先を兼ねているが、ログ出力先の情報を別に付加してもよい。

各仲介装置１０１はそれぞれ、サービスセンタの管理装置１０２からインタネット１０３経由でサプライログ取得指示を示すＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてＳＯＡＰメッセージを生成し、そのＳＯＡＰメッセージを対応する画像形成装置１００のＮＲＳ３０５へ送出（送信）する。このとき、受信したＨＴＴＰメッセージ中の（サプライログ表示指示によって指示された）ログ取得元を判別する。
各画像形成装置１００のＮＲＳ３０５はそれぞれ、仲介装置１０１からサプライログ取得指示を示すＳＯＡＰメッセージを受信すると、サプライログ取得指示をＳＣＳ３０６へ通知する。
ＳＣＳ３０６は、ＮＲＳ３０５からサプライログ取得指示があった場合に、そのサプライログ取得指示に付加された（サプライログ取得指示によって指示された）ログの種類（又はログ取得先）を判別し、その判別したログの種類に対応するサプライログ保存エリア（又はログ取得先のサプライログ保存エリア）に保存されている各サプライログを取得する。

そして、その取得した各サプライログをＮＲＳ３０５へ送信する。このとき、各サプライログの取得が正常に終了していれば、その旨を示す応答情報（ＯＫ）もＮＲＳ３０５へ送信する。各サプライログの取得が正常に終了しなかった場合には、その旨を示す応答情報（ＮＧ）のみをＮＲＳ３０５へ送信する。
ＮＲＳ３０５は、ＳＣＳ３０６から各サプライログおよびその各サプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）あるいは各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を受け取ると、その受け取った情報を示すＳＯＡＰメッセージを生成し、そのＳＯＡＰメッセージを仲介装置１０１へ送出する。
仲介装置１０１は、ＮＲＳ３０５からＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である仲介装置識別子を付加し、そのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、そのＨＴＴＰメッセージをインタネット１０３経由で先に判別したログ取得元の管理装置１０２へ送信する。

サービスセンタの管理装置１０２の制御装置６０６は、いずれかの仲介装置１０１からインタネット１０３経由で各サプライログおよびその各サプライログの取得が正常に終了した旨を示す応答情報（ＯＫ）を示すＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージ中の各サプライログを操作者端末６０４の表示部に表示させる。このとき、各サプライログの取得が正常に終了した旨のメッセージも表示部に表示させてもよい。いずれかの仲介装置１０１からインタネット１０３経由で各サプライログの取得が正常に終了しなかった旨を示す応答情報（ＮＧ）を示すＨＴＴＰメッセージを受信した場合には、各サプライログの取得が正常に終了しなかった旨のメッセージを表示部に表示させてもよい。

次に、画像形成装置１００，１１０のＳＣＳ３０６によるログ取得処理について、図３２を参照してもう少し詳細に説明する。但し、ログ送信の詳細は省略する。
図３２は、画像形成装置１００，１１０のＳＣＳ３０６によるログ取得処理の概略例を示すフローチャートである。
画像形成装置１００，１１０のＳＣＳ３０６は、操作パネル２０５，ウェブデバイス，管理装置１０２とのやりとりを制御する各アプリやＯＣＳ３００，ＮＣＳ３０３，ＮＲＳ３０５を含む各プログラムのいずれかからログ取得要求があった場合に、図３２の処理を開始し、ログ取得要求によって指示されたログ取得先（又はログの種類）を判別する。

すなわち、まずステップＳ３１でログ取得要求によって指示されたログ取得先が通信ログ保存エリア（又はログ取得要求によって指示されたログが通信ログ）であるか否かを判別し、通信ログ保存エリアであればステップＳ３２でログ取得エリア（ログ取得先）を通信ログ保存エリアと設定する。
次に、ステップＳ３３でＨＤＤ２０１の通信ログ保存エリアからログ種別保存数決定テーブル（図１９参照）で定義された数のログを取得し、ステップＳ３４でその取得したログを送信する。

ステップＳ３１でログ取得要求によって指示されたログ取得先が通信ログ保存エリア（又はログ取得要求によって指示されたログが通信ログ）でないと判別した場合には、ステップＳ３５でそのログ取得先がＳＣ＿Ａログ保存エリア（又はログ取得要求によって指示されたログがＳＣ＿Ａログ）であるか否かを判別し、ＳＣ＿Ａログ保存エリアであればステップＳ３６でログ取得エリアをＳＣ＿Ａログ保存エリアと設定する。
次に、ステップＳ３３でＨＤＤ２０１のＳＣ＿Ａログ保存エリアからログ種別保存数決定テーブルで定義された数のログを取得し、ステップＳ３４でその取得したログを送信する。

ステップＳ３５でログ取得要求によって指示されたログ取得先が通信ログ保存エリア（又はログ取得要求によって指示されたログが通信ログ）でないと判別した場合には、ステップＳ３７でそのログ取得先がサプライログ保存エリア（又はログ取得要求によって指示されたログがサプライログ）であるか否かを判別し、サプライログ保存エリアであればステップＳ３８でログ取得エリアをサプライログ保存エリアと設定する。
次に、ステップＳ３３でＨＤＤ２０１のサプライログ保存エリアからログ種別保存数決定テーブルで定義された数のログを取得し、ステップＳ３４でその取得したログを送信する。

ステップＳ３７でログ取得要求によって指示されたログ取得先がサプライログ保存エリア（又はログ取得要求によって指示されたログがサプライログ）でないと判別した場合には、そのログ取得先がＳＣ＿Ｂログ保存エリア等の他の分割エリア（又はログ取得要求によって指示されたログがＳＣ＿Ｂログ等の他のログ）であるか否かを判別し、その判別結果に応じて他の分割エリア（又は他のログ）に対する処理を行うが、その処理は上述した通信ログ保存エリア等に対する処理と同様に行う。
但し、ステップＳ３１，ステップＳ３５，ステップＳ３７等で通信ログ保存エリア番号キー，ＳＣ＿Ａログ保存エリア番号キー，サプライログ保存エリア番号キー等に対応するログ取得先を判別した場合には、ログ取得エリアをそのログ取得先のエリアに保存されている１個のログのみを取得し、その取得したログを送信する。

なお、前述したように、ＯＣＳ３００（操作パネル２０５），ＮＣＳ３０３（ウェブデバイス），又はＮＲＳ３０５（管理装置１０２）等からログ取得要求があった場合に、取得したログをログ取得要求元以外にも送信することができる。
例えば、ＯＣＳ３００からログ取得要求があった場合に、取得したログをＮＣＳ３０３又はＮＲＳ３０５に送信する。あるいは、ＮＣＳ３０３又はＮＲＳ３０５からログ取得要求があった場合に、取得したログをＯＣＳ３００又はプリンタアプリ３１１へ送信する。
また、この第３実施例では、ログの種類別に決定した各分割エリアのうち、ログ取得要求によって指示されたログ取得先の分割エリアに保存されているログを取得するようにしたが、ログの重要度別，作成要因別，又はプログラム別に決定した各分割エリアのうち、ログ取得要求によって指示されたログ取得先の分割エリアに保存されているログを取得するようにすることもできる。

第３実施例によれば、第１実施例又は第２実施例と同様の作用に加え、以下の作用も達成できる。
すなわち、画像形成装置１００，１１０のＣＰＵがそれぞれ、操作パネル２０５又は外部装置（管理装置１０２やウェブデバイスなど）からログ取得要求があった場合に、そのログ取得要求によって指示されたログ取得先（又はログの種類）およびログ出力先を判別し、ＨＤＤ２０１のログ保存エリアの各分割エリアのうち、その判別したログ取得先の分割エリア（又はログの種類に対応する分割エリア）に保存されているログを取得し、その取得したログをログ出力先へ送信させる。
よって、重要なログを機器利用者もしくは機器管理者がコストアップせずに簡単且つ確実に確認することができる。

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

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

また、この発明によるプログラムは、外部装置と通信を行う通信手段を備えた上述の画像形成装置等の通信装置を制御するコンピュータに、この発明による各機能、つまり処理実行手段，ログ生成手段，ログ書込制御手段，領域管理手段，ログ取得手段，ログ出力手段，ログ送信手段，ログ送出手段としての機能としての機能を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

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

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

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

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

異常の種類を判定するための基準となる情報のテーブルの一例を示す説明図である。 図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。 図５のＳＣＳ３０６によって作成されるログの内容の一例を示す説明図である。 図５のＳＣＳ３０６によって作成されるログの内容の具体例を示す説明図である。 図５のＳＣＳ３０６によるログ保存処理の一例を示すフロー図である。

その続きを示すフロー図である。 図１５のログ保存エリア決定処理のサブルーチンを示すフロー図である。 図４のコントローラボード２００のＲＡＭ上のこの発明に係わるメモリを説明するための図である。 図５のＳＣＳ３０６が有するログ種別保存数決定テーブルを説明するための図である。 図５のＳＣＳ３０６によるログ保存処理を説明するためのメモリマップ図である。

図３に示した画像形成装置遠隔管理システムにおける画像形成装置１１０によるこの発明に係わるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。 図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第１例を示す図である。 同じく画像形成装置１００，１１０の操作パネル２０５にログを表示させるための操作手順を説明するための説明図である。 その続きを示す説明図である。 図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第２例を示す図である。

図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第３例を示す図である。 ウェブデバイスの表示部にログを表示させるための操作手順を説明するための説明図である。 その続きを示す説明図である。 図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００，１１０によるログ取得処理時の通信シーケンスの第４例を示す図である。 ＨＴＴＰメッセージ内のＳＯＡＰメッセージのフォーマット例を示す説明図である。

そのＨＴＴＰメッセージの主要部分の構成を示す説明図である。 図３に示した画像形成装置遠隔管理システムにおける画像形成装置１００，１１０のＳＣＳ３０６によるログ取得処理の概略例を示すフロー図である。 図１に示した遠隔管理システムの別の構成例を示す図である。 従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理を含む動作時の通信シーケンスの一例を示す図である。 同じくログ保存処理を含む動作時の通信シーケンスの他の例を示す図である。

従来の画像形成装置遠隔管理システムにおける画像形成装置によるログ保存処理の一例を示すフロー図である。 同じくログ保存処理を説明するためのメモリマップ図である。 従来の画像形成装置の操作パネルによるログ取得のための操作手順を説明するための説明図である。 その続きを示す説明図である。 従来の画像形成装置と通信可能な外部装置によるログ取得のための操作手順を説明するための説明図である。 その続きを示す説明図である。

符号の説明

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

Claims (22)

1. 情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段とを有する電子装置であって、
   前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理手段と、
   ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得手段と、
   該手段によって取得されたログを前記ログ取得要求によって指示された出力先へ出力するログ出力手段と
   を設けたことを特徴とする電子装置。
2. 請求項１記載の電子装置において、
   前記領域管理手段が、前記ログ生成手段による初めてのログ生成時に、前記管理情報に基づいて前記複数の分割領域を決定する手段を有し、該手段による決定結果に従って前記ログの書き込み先の分割領域を指定する手段であることを特徴とする電子装置。
3. 請求項１又は２記載の電子装置において、
   前記出力先が、情報を表示する表示部を有する操作手段であることを特徴とする電子装置。
4. 請求項１又は２記載の電子装置において、
   前記出力先が、情報を印刷する印刷手段であることを特徴とする電子装置。
5. 請求項１又は２記載の電子装置において、
   外部装置と通信する通信手段を設け、
   前記ログ出力手段は、前記ログ取得要求によって指示された出力先が前記外部装置の場合に、前記ログ取得手段によって取得されたログを前記通信手段によって前記外部装置へ送信させる手段であることを特徴とする電子装置。
6. 請求項５記載の電子装置において、
   前記通信手段は、前記外部装置へ送信すべきログを構造化言語形式に変換する手段を有することを特徴とする電子装置。
7. 管理装置によりネットワークを介して複数の電子装置を遠隔管理する遠隔管理システムであって、
   前記複数の電子装置にそれぞれ、前記管理装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理手段と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得手段と、前記ログ取得要求によって指示された出力先が前記外部装置の場合に、前記ログ取得手段によって取得されたログに自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させるログ送信手段とを設けたことを特徴とする遠隔管理システム。
8. 請求項７記載の遠隔管理システムにおいて、
   ログ取得要求用の操作スイッチを有する操作手段を設け、
   前記ログ取得手段は、前記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段であることを特徴とする遠隔管理システム。
9. 請求項７記載の遠隔管理システムにおいて、
   前記ログ取得手段は、前記管理装置からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段であることを特徴とする遠隔管理システム。
10. 管理装置によりネットワークおよび複数の仲介装置を介して複数の電子装置を遠隔管理する遠隔管理システムであって、
    前記複数の電子装置にそれぞれ、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段と、該手段によって生成されるログを前記記憶手段の所定記憶領域に書き込み、該所定記憶領域に空きがなくなった場合に最も古いログに上書きするログ書込制御手段と、前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理手段と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得手段と、前記ログ取得要求によって指示されたログ出力先が前記管理装置の場合に、前記ログ取得手段によって取得されたログに自己の識別情報を付加して自己に接続されている仲介装置へ送出するログ送出手段とを設け、
    前記複数の仲介装置にそれぞれ、前記管理装置と通信する通信手段と、自己に接続されている電子装置から送られてくるログに自己の識別情報を付加して前記通信手段によって前記管理装置へ送信させるログ送信手段とを設けたことを特徴とする遠隔管理システム。
11. 請求項１０記載の遠隔管理システムにおいて、
    ログ取得要求用の操作スイッチを有する操作手段を設け、
    前記ログ取得手段は、前記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段であることを特徴とする遠隔管理システム。
12. 請求項１０記載の遠隔管理システムにおいて、
    前記ログ取得手段は、前記管理装置から自己に接続されている仲介装置を介してログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得する手段であることを特徴とする遠隔管理システム。
13. 情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に該通知に関するログ生成手段とを有する電子装置におけるログ管理方法であって、
    前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、
    ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを該ログ取得要求によって指示された出力先へ出力することを特徴とするログ管理方法。
14. ログ取得要求用の操作スイッチおよび情報を表示する表示部を有する操作手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、
    前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、
    前記操作表示手段からログ取得要求があり、該ログ取得要求によって指示された出力先が前記操作表示手段の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを前記操作手段に出力して前記表示部に表示させることを特徴とするログ管理方法。
15. ログ取得要求用の操作スイッチを有する操作手段と、情報を印刷する印刷手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、
    前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、
    前記操作手段からログ取得要求があり、該ログ取得要求によって指示された出力先が前記印刷手段の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを前記印刷手段に出力して用紙に印刷させることを特徴とするログ管理方法。
16. ログ取得要求用の操作スイッチを有する操作手段と、外部装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、
    前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、
    前記操作手段からログ取得要求があり、該ログ取得要求によって指示された出力先が前記外部装置の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを前記通信手段によって前記外部装置へ送信させることを特徴とするログ管理方法。
17. 外部装置と通信する通信手段と、情報を記憶保存する記憶手段と、ログ管理が必要な複数の処理実行手段のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成手段とを有する電子装置におけるログ管理方法であって、
    前記ログ生成手段によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定し、該分割領域に前記ログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きすると共に、
    前記外部装置からログ取得要求があり、該ログ取得要求によって指示された出力先が前記外部装置の場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得した後、該ログを前記通信手段によって前記外部装置へ送信させることを特徴とするログ管理方法。
18. 情報を記憶保存する記憶手段を有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に前記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、ログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、該機能によって取得されたログを前記ログ取得要求によって指示された出力先へ出力するログ出力機能とを実現させるためのプログラム。
19. ログ取得要求用の操作スイッチおよび情報を表示する表示部を有する操作手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に前記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、前記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、前記ログ取得要求によって指示されたログ出力先が前記操作表示手段の場合に、前記ログ取得機能によって取得されたログを前記操作手段に出力して前記表示部に表示させるログ出力機能とを実現させるためのプログラム。
20. ログ取得要求用の操作スイッチを有する操作手段と、情報を印刷する印刷手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に前記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、前記操作表示手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、前記ログ取得要求によって指示された出力先が前記印刷手段の場合に、前記ログ取得機能によって取得されたログを前記印刷手段に出力して用紙に印刷させるログ出力機能とを実現させるためのプログラム。
21. ログ取得要求用の操作スイッチを有する操作手段と、外部装置と通信する通信手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に前記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、前記操作手段からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、前記ログ取得要求によって指示された出力先が前記外部装置の場合に、前記ログ取得機能によって取得されたログを前記通信手段によって前記外部装置へ送信させるログ出力機能とを実現させるためのプログラム。
22. 外部装置と通信する通信手段と、情報を記憶保存する記憶手段とを有する電子装置を制御するコンピュータに、ログ管理が必要な複数の処理実行機能のいずれかから所定の通知があった場合に、該通知に関するログを生成するログ生成機能と、該機能によって生成されるログをグループ分けして保存できるように前記所定記憶領域を複数に分割して複数の分割領域を管理するための管理情報を持ち、該管理情報に基づいて前記ログの書き込み先の分割領域を指定する領域管理機能と、該機能によって指定された分割領域に前記ログ生成機能によって生成されるログを書き込み、該分割領域に空きがなくなった場合に最も古いログに上書きするログ書込制御機能と、前記外部装置からログ取得要求があった場合に、該ログ取得要求によって指示されたログ取得先の分割領域に記憶されているログを取得するログ取得機能と、前記ログ取得要求によって指示された出力先が前記外部装置の場合に、前記ログ取得機能によって取得されたログを前記通信手段によって前記外部装置へ送信させるログ出力機能とを実現させるためのプログラム。

Images