(57)【要約】      （修正有）【課題】  保守作業を行った後の経過時間を定期メンテナンス用カウンタを代用して確認すべくカウンタクリアを行った場合でも、管理装置による画像処理装置の管理が正確に行われるようにする。【解決手段】  画像処理装置では、カウンタクリアの実行（処理回数の消去）が指示された場合、ＮＶＲＡＭ（ＨＤＤでもよい）の統一カウンタ用領域上のカウンタ値を「０」にリセットすると共に、その旨を知らせるカウンタクリアコール用コマンドを仲介装置によって管理装置１０２へ送信させる。あるいは、カウンタクリアの実行が指示された場合、ＮＶＲＡＭの統一カウンタ用領域上のカウンタ値を所定の退避領域にコピーした後、統一カウンタ用領域上の累積カウンタ値を「０」にリセットすると共に、その旨を知らせるカウンタクリアコール用コマンドに先にコピーしたカウンタ値を付加して仲介装置によって管理装置１０２へ送信させる。【選択図】        図３
2005303995.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）等の既知のプロトコル（通信規格），技術，仕様などを利用することができる。
【００３１】
この送受信のデータ送受モデルを図２の概念図に示す。
（Ａ）は、被管理装置１０で管理装置１０２に対する要求が発生したケースである。このケースでは、被管理装置１０が被管理装置側要求ａを生成し、これを仲介装置１０１を経由して受け取った管理装置１０２がこの要求に対する応答ａを返すというモデルになる。同図に示す仲介装置１０１は複数であるケースも想定できる（上記図１に示す設置環境Ｂ）。なお、（Ａ）では、応答ａだけでなく応答遅延通知ａ′を返信するケースが表記されている。これは、管理装置１０２を、仲介装置１０１を経由して被管理装置側要求を受け取って、当該要求に対する応答を即座に返せないと判断したときには、応答遅延通知を通知して一旦接続状態を切断し（通信可能状態を解除し）、次回の接続の際に上記要求に対する応答を改めて引き渡す構成としているためである。
【００３２】
（Ｂ）は、管理装置１０２で被管理装置１０に対する要求が発生したケースである。このケースでは、管理装置１０２が管理装置側要求ｂを生成し、これを仲介装置１０１を経由して受け取った被管理装置１０が、当該要求に対する応答ｂを返すというモデルになっている。なお、（Ｂ）のケースでも、応答を即座に返せないときに応答遅延通知ｂ′を返すことは（Ａ）のケースと同様である。
【００３３】
次に、図１に示す管理装置１０２の物理的構成について簡単に説明すると、当該管理装置１０２は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる制御装置や、ファイルサーバ（データベース），モデム，プロキシ（Ｐｒｏｘｙ）サーバ等によって構成されている。その構成については、追って詳細に説明する。
さらに、図１に示す仲介装置１０１における物理的構成について簡単に説明すると、当該仲介装置１０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ（不揮発性記憶手段），ＰＨＹ（物理メディアインタフェース）等によって構成されている。
【００３４】
また、仲介機能付被管理装置１１については、仲介装置１０１の機能を実現するためにこれらのユニットを単に被管理装置１０に付加しても良いが、被管理装置１０に備えるＣＰＵ，ＲＯＭ，ＲＡＭ等のハードウェア資源を利用し、ＣＰＵに適当なアプリケーションやプログラムモジュールを実行させることによって仲介装置１０１の機能を実現することもできる。
【００３５】
以下、図１に示した遠隔管理システムのより具体的な例として、この発明による画像形成装置を被管理装置とする遠隔管理システムである画像形成装置遠隔管理システムについて説明する。
図３は、その画像形成装置遠隔管理システムの構成の一例を示す概念図であるが、被管理装置１０を画像処理装置１００に、仲介機能付被管理装置１１を仲介機能付画像形成装置（以下単に「画像処理装置」ともいう）１１０に変更した点が図１と相違するのみであるので、システムの全体構成についての説明は省略する。
画像処理装置１００は、コピー，プリンタ，ファクシミリ，スキャナ等の機能および外部装置と通信を行う機能を備えたデジタル複合機であり、それらの機能に係るサービスを提供するためのアプリケーションプログラムを実装しているものである。また、仲介機能付画像処理装置１１０は、画像処理装置１００に仲介装置１０１の機能を併せ持たせたものである。
【００３６】
ここで、この画像処理装置１００が実行する画像処理動作として、コピー機能によるコピー動作（原稿画像を読み取ってそれを用紙上にコピーする動作）と、プリンタ機能によるプリント動作（パーソナルコンピュータ等の端末装置から受信した画像データにより用紙上に画像をプリントする動作）と、ファクシミリ機能によるファクス動作（原稿画像を読み取ってその画像データを外部のファクシミリ装置等へファクス送信する動作および外部のファクシミリ装置等からファクス受信した画像データにより用紙上に画像をプリントする動作）と、スキャナ機能によるスキャン動作（原稿画像を読み取ってその画像データをメモリに記憶する動作）とがある。
【００３７】
次に、このような画像処理装置１００の物理的構成について、図４を用いて具体的に説明する。
図４は、画像処理装置１００のハードウェア構成例を示すブロック図である。
この画像処理装置１００は、ＣＰＵ２０１，ＡＳＩＣ（Application Specific Integrated Circuit）２０２，ＳＤＲＡＭ２０３，ＮＶＲＡＭ２０４，ＮＲＳ用メモリ２０５，ＰＨＹ（物理メディアインタフェース）２０６，操作部２０７，ＨＤＤ（ハードディスクドライブ）２０８，モデム２１１，ＰＩ（パーソナルインタフェース）２１２，ＦＣＵ（ファックスコントロールユニット）２１３，ＵＳＢ（Universal Serial Bus）インタフェース２１４，ＩＥＥＥ１３９４インタフェース２１５，プロッタ／スキャナエンジン２１６，および周辺機２１７を備えている。これらのユニットは、それぞれがこの画像処理装置１００におけるハードウェア資源である。なお、エンジンユニットであるプロッタ／スキャナエンジン２１６はそれぞれ、内部に異常等の事象を検出するためのセンサを備えている。
【００３８】
ＣＰＵ２０１は、ＡＳＩＣ２０２を介してデータ処理（各機能の制御）を行う演算処理手段である。
ＡＳＩＣ２０２は、ＣＰＵインタフェース，ＳＤＲＡＭインタフェース，ローカルバスインタフェース，ＰＣＩインタフェース，ＭＡＣ（Media Access Controller）、ＨＤＤインタフェースなどからなる多機能デバイスボードであり、ＣＰＵ２０１の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリ（アプリケーションソフト）等の開発の高効率化を支援するものである。
ＳＤＲＡＭ２０３は、ＯＳ（オペレーティングシステム）を含む各種プログラムを記憶するプログラムメモリや、ＣＰＵ２０１がデータ処理を行う際に使用するワークメモリ等として使用するメインメモリである。なお、このＳＤＲＡＭ２０３の代わりに、ＤＲＡＭやＳＲＡＭを使用してもよい。
【００３９】
ＮＶＲＡＭ２０４は、この画像処理装置１００を起動させるブートローダ（ブートプログラム）やＯＳイメージを記憶する固定プログラムメモリ、各アプリを記憶するアプリメモリ、各サービス（サービスソフトウェア）を記憶するサービスメモリ、ファームウェアを記憶するファームメモリ、稼動状況を監視・管理する対象となる機器（画像処理装置１００）の識別情報であるアドレス（ネットワークアドレス）や機種機番、カウンタ情報（課金カウンタのデータ）を記憶するデータメモリ、コンフィグファイル（設定ファイル）を記憶するメモリ等として使用するＥＥＰＲＯＭやフラッシュメモリ等の不揮発性メモリ（不揮発性記憶手段）であり、電源がオフになっても記憶内容を保持するようになっている。なお、このＮＶＲＡＭ２０４の代わりに、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭを使用してもよい。また、ブートローダやコンフィグファイルを記憶したＲＯＭを備えるようにしてもよい。
【００４０】
ＮＲＳ用メモリ２０５は、後述するＮＲＳを記憶する不揮発性メモリであり、オプションでＮＲＳ機能を追加することができる。なお、このＮＲＳ用メモリ２０５を備えず、ＮＲＳをＮＶＲＡＭ２０４に記憶することも勿論できる。
ＰＨＹ２０６は、ＬＡＮ等のネットワークを介して外部装置と通信を行うためのインタフェースであり、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１ｂ規格（無線ＬＡＮ対応），ＩＥＥＥ１３９４規格，ＩＥＥＥ８０２．３規格（イーサネット（登録商標）対応）に準拠したインタフェース（通信手段）を用いることができる。
【００４１】
操作部２０７は、各エンジンユニットや各カウンタ等に対する操作命令（コマンド）等の情報（データ）を入力するための各種の操作キー（操作スイッチ又は操作ボタンともいう）およびＬＣＤ又はＣＲＴの文字表示器を有する操作手段である。なお、文字表示器の表面に、例えばタッチパネルを備えることもできる。
ＨＤＤ２０８は、電源のオン・オフに関係なくデータを記憶保存する大容量の記録媒体（不揮発性記憶手段）である。このＨＤＤ２０８に、上述したＮＶＲＡＭ２０４内のプログラムやそれ以外のデータを記憶しておくこともできる。また、このＨＤＤ２０８を、上述したサービスメモリやファームメモリとして使用することもできる。
【００４２】
モデム２１１は、変復調手段であり、外部装置へ公衆回線経由でデータを送信する場合、そのデータを公衆回線に流せる形に変調する。また、管理装置１０２から送られてくる変調されたデータを受信した場合、そのデータを復調する。
ＰＩ２１２は、ＲＳ４８５規格に準拠したインタフェースを備え、図示しないラインアダプタを介して公衆回線に接続している。なお、このＰＩ２１２を用いて画像処理装置１００と仲介装置１０１とを接続することも可能である。
ＦＣＵ２１３は、ＦＡＸ（ファクス）装置又はモデム機能（ＦＡＸ通信機能）を有するデジタル複写機やデジタル複合機等の画像形成装置および管理装置１０２等の外部装置との通信を図示しない公衆回線経由で制御する。
【００４３】
ＵＳＢインタフェース２１４は低速又は中速向け、ＩＥＥＥ１３９４インタフェース２１５は高速向けのシリアルインタフェースである。
プロッタ／スキャナエンジン２１６は、原稿の画像を読み取るスキャナエンジン（画像読取手段）と、そのスキャナエンジンによって読み取られた画像データあるいは外部装置から受信したデータに基づいて用紙等の記録媒体上に画像形成を行うプロッタエンジン（画像形成手段）とからなる。
周辺機２１７は、原稿をスキャナエンジンの画像読取位置へ自動給送する自動原稿給送装置（ＡＤＦ）や、プロッタエンジンで画像形成された用紙を仕分けするなどの後処理を行う後処理装置（例えばフィニッシャ）などに相当する。
【００４４】
ここで、電源投入（電源オン）により、ＣＰＵ２０１は、ＡＳＩＣ２０２経由でＮＶＲＡＭ２０４内のブートローダを起動させ、そのブートローダに従い、ＮＶＲＡＭ２０４内のＯＳイメージを読み出し、それをＳＤＲＡＭ２０３にロードして使用可能なＯＳに展開する。そして、ＯＳの展開が完了すると、そのＯＳを起動させる。その後、ＮＶＲＡＭ２０４内のアプリやサービス等のプログラムあるいはＮＲＳ用メモリ２０５内のＮＲＳを必要に応じて読み出し、それらをＳＤＲＡＭ２０３やＮＲＳ用メモリ２０５等にロードして展開し、起動させる。なお、ブートローダをＮＶＲＡＭ２０４に記憶せず、ブートローダを記憶したＲＯＭを備えてもよい。
【００４５】
次に、画像処理装置１００（又は１１０）のソフトウェア構成について、図５を用いて具体的に説明する。
図５は、画像処理装置１００のソフトウェア構成の一例を示すブロック図である。
この画像処理装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはＮＶＲＡＭ２０４やＮＲＳ用メモリ２０５に記憶され、ＣＰＵ２０１によって必要に応じて読み出されてＳＤＲＡＭ２０３に展開される。そして、そのＣＰＵ２０１は、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明による画像処理手段，処理回数送信手段，処理回数消去手段，消去情報送信手段，コピー手段，および処理回数付加手段としての機能を実現することができる。
【００４６】
アプリケーションモジュール層のソフトウェアは、ＣＰＵ２０１を、ハードウェア資源を動作させて所定の機能を実現させる複数のアプリケーション制御手段として機能させるためのプログラムによって構成され、サービスモジュール層のソフトウェアは、ＣＰＵ２０１を、ハードウェア資源と各アプリケーション制御手段との間に介在し、複数のアプリケーション制御手段からのハードウェア資源に対する動作要求の受付，その動作要求の調停，およびその動作要求に基づく動作の実行制御を行うサービス制御手段として機能させるためのプログラムによって構成される。
【００４７】
なお、ＣＰＵ２０１の機能のうち、管理装置１０２との通信に係わる機能（処理回数送信手段を含む通信手段としての機能）の実現方法は、画像処理装置１００と画像処理装置１１０とによって異なる。つまり、画像処理装置１１０の場合は、仲介装置１０１の機能を備えているため、ＣＰＵ２０１が対応するプログラムを実行することにより、管理装置１０２との通信に係わる機能を実現することができる。画像処理装置１００の場合には、ＣＰＵ２０１が対応するプログラムを実行すると共に、仲介装置１０１を利用することにより、管理装置１０２との通信に係わる機能を実現することができる。
また、画像処理装置１００は、ハードウェア資源であるスキャナエンジンおよびプロッタエンジンを含むエンジンユニット内にセンサ等からなる異常検出部（異常検出手段）を備えている。
【００４８】
サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００，エンジンコントロールサービス（ＥＣＳ）３０１，メモリコントロールサービス（ＭＣＳ）３０２，ネットワークコントロールサービス（ＮＣＳ）３０３，ファクスコントロールサービス（ＦＣＳ）３０５，システムコントロールサービス（ＳＣＳ）３０６，システムリソースマネージャ（ＳＲＭ）３０７，イメージメモリハンドラ（ＩＭＨ）３０８，デリバリーコントロールサービス（ＤＣＳ）３０９，ユーザコントロールサービス（ＵＣＳ）３１０を実装している。また、アプリケーションモジュール層には、コピーアプリ３１１，ファクスアプリ３１２，プリンタアプリ３１３，スキャナアプリ３１４，ＳＤＫアプリ３１５，ＮＲＳアプリ（以下単に「ＮＲＳ」ともいう）３１６，ＣＳＳアプリ３１７，ＭＩＢアプリ３１８，ネットファイルアプリ３１９，ウェブアプリ３２０を実装している。更に、汎用ＯＳ層には、汎用ＯＳ３３０を実装している。
【００４９】
これらを更に詳述する。
ＯＣＳ３００は、操作部２０７を制御するモジュールである。
ＥＣＳ３０１は、ハードウェアリソース等のエンジンユニットを制御するモジュールである。
ＭＣＳ３０２は、メモリ制御をするモジュールであり、例えば、画像メモリの取得および開放、ＨＤＤ２０８の利用等を行う。
ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。
ＦＣＳ３０５は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。
【００５０】
ＳＣＳ３０６は、コマンド（命令）の内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理，終了管理を行ったり、ＮＶＲＡＭ２０４の統一カウンタ用領域の管理を行うモジュールである。
ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＤＣＳ３０９は、ＨＤＤ２０８やＳＤＲＡＭ２０３，ＮＶＲＡＭ２０４に記憶している（する）画像ファイル等をＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いて送受信するモジュールである。
ＵＣＳ３１０は、ユーザ（機器利用者）が登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。
【００５１】
コピーアプリ３１１は、コピーサービス（コピー動作を行う画像処理手段としての機能）を実現するためのアプリケーションプログラムである。
ファクスアプリ３１２は、ファクスサービス（ファクス動作を行う画像処理手段としての機能）を実現するためのアプリケーションプログラムである。
プリンタアプリ３１３は、プリンタサービス（プリント動作を行う画像処理手段としての機能）を実現するためのアプリケーションプログラムである。
スキャナアプリ３１４は、スキャナサービス（スキャン動作を行う画像処理手段としての機能）を実現するためのアプリケーションプログラムである。スキャナサービスとは、スキャナエンジンに原稿の画像を読み取らせ、その画像データをメモリ（ＳＤＲＡＭ２０３，ＮＶＲＡＭ２０４，又はＨＤＤ２０８）に記憶させるスキャン動作を制御することである。
【００５２】
ＳＤＫ３１５は、ソフトウェアを開発するために必要なライブラリやドキュメント、開発ツール、サンプル・コードなどをひとまとめにしたモジュール（アプリケーションプログラム）であり、ＯＳやパッケージ・アプリケーションなど、サードパーティ製ソフトウェアが呼び出し可能な拡張用Ｉ／Ｆを持つソフトウェアが、それを基盤とするソフトウェアの開発をサポートするために用意される。
ＮＲＳ３１６およびＣＳＳ３１７はそれぞれ、互いに異なる方式による遠隔管理に関する機能（管理装置１０２との通信に係わる機能）をまとめたモジュールである。
ＭＩＢ３１８は、画像処理装置１００の管理情報を管理するモジュールである。
【００５３】
ネットファイルアプリ３１９は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ウェブアプリ３２０は、ウェブサービスを実現するためのアプリケーションプログラムである。
汎用ＯＳ３３０は、ＵＮＩＸ（登録商標），Ｌｉｎｕｘ（登録商標），Ｗｉｎｄｏｗｓ（登録商標）等のオペレーティングシステムを使用することができる。オペレーティングシステムは、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。ここで、ＵＮＩＸやＬｉｎｕｘを用いれば、オープンソースゆえの安全性が担保され、ソースコード入手の容易性などの利点がある。
【００５４】
アプリケーションモジュール層およびサービスモジュール層の各プログラムのほとんどは、統一カウンタ用ライブラリ（統一 LIB）およびＮＶＲＡＭライブラリ(NVRAM LIB）を備え、その各統一カウンタ用ライブラリがＮＶＲＡＭ２０４に対して関数呼び出し（ライブラリ関数呼び出し）を行うことにより、そのＮＶＲＡＭ２０４から任意のデータを取得することができる。例えば、ＮＲＳ３１６，ＣＳＳ３１７，ＳＣＳ３０６は、ＮＶＲＡＭ２０４内の統一カウンタ用領域に対して関数呼び出しを行うことにより、その統一カウンタ用領域から任意の累積カウンタ値（任意の画像処理の処理回数）を取得することができる。
【００５５】
また、例えば、コピーアプリ３１１の統一カウンタ用ライブラリはコピー動作を行う毎にＮＶＲＡＭ２０４の統一カウンタ用領域上の累積コピーカウンタ値を、ファクスアプリ３１２の統一カウンタ用ライブラリはファクス動作（ファクス送信動作又はファクス受信動作）を行う毎に統一カウンタ用領域上の累積ファクスカウンタ値を、プリンタアプリ３１３の統一カウンタ用ライブラリはプリント動作を行う毎に統一カウンタ用領域上の累積プリンタカウンタ値を、スキャナアプリ３１４の統一カウンタ用ライブラリはスキャン動作を行う毎に統一カウンタ用領域上の累積スキャナカウンタ値をそれぞれ計数（＋１）する。なお、上述の各動作はそれぞれ、ＡＤＦ又は両面ユニット等を使用するかしないかなどの条件により、更に複数の動作に分類できる。
【００５６】
次に、上述した画像処理装置１００のソフトウェアの構成に含まれるＮＲＳ３１６の内部構成について、図６を用いて更に説明する。
図６は、ＮＲＳ３１６の構成の一例を示す機能ブロック図である。同図に示すように、ＮＲＳ３１６は、ＳＣＳ３０６とＮＣＳ３０３との間で処理を行っている。ウェブサーバ機能部５００は、外部から受信した要求に関する応答処理を行う。ここでの要求は、例えば、構造化言語であるＸＭＬ（Extensible Markup Language）形式で記載された、ＳＯＡＰ（Simple Object Access Protocol）によるＳＯＡＰリクエストであることが考えられる。ウェブクライアント機能部５０１は、外部への要求を発行する処理を行う。ｌｉｂｓｏａｐ５０２は、ＳＯＡＰを処理するライブラリであり、ｌｉｂｘｍｌ５０３は、ＸＭＬ形式で記載されたデータを処理するライブラリである。また、ｌｉｂｇｗｗｗ５０４は、ＨＴＴＰを処理するライブラリであり、ｌｉｂｇｗ＿ｎｃｓ５０５は、ＮＣＳ３０３との間の処理をするライブラリである。
【００５７】
次に、管理装置１０２の物理的構成について、図７を参照して具体的に説明する。
図７は、管理装置１０２の物理的構成例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，ファイルサーバ６０５，および制御装置６０６等によって構成されている。
モデム６０１は、公衆回線を介して機器利用者側（例えば画像形成装置を利用しているユーザ先）の仲介装置１０１又は画像処理装置１１０との通信を司るものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２とにより、通信手段としての機能を果たす。
通信端末６０２は、モデム６０１による通信を制御するものである。
【００５８】
プロキシサーバ６０３は、インタネット１０３を介してユーザ（機器利用者）側の仲介装置１０１との通信（データ送受信）およびセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。
操作者端末６０４は、サービスセンタの管理者であるセンタオペレータが操作する端末装置（パーソナルコンピュータ等）であり、各種データの入力をセンタオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付けたり、センタオペレータに通知すべき情報をＬＣＤ又はＣＲＴ等の表示部に表示したりする。入力されるデータとしては、例えば、各ユーザ側の仲介装置１０１又は画像処理装置１１０と通信する際に使用するＩＰアドレスや発呼先電話番号等の顧客情報の他に、各ユーザ側の仲介装置１０１又は画像処理装置１１０へ送信すべきパラメータ（リトライ時間，リトライ間隔，通信制限時間等）やコマンドなどがある。
【００５９】
ファイルサーバ６０５は、ＨＤＤ（ハードディスク装置）等の記憶装置（記憶手段）を備えている。その記憶装置には、各ユーザ側の仲介装置１０１および画像処理装置１１０のＩＰアドレスや電話番号、それらの装置から受信したデータ（情報）、操作者端末６０４から入力されたデータを含む各種データのＤＢ（データベース）が記憶（設定）されている。
制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムに従って動作する（上記プログラムを必要に応じて実行する）と共に、モデム６０１，通信端末６０２，プロキシサーバ６０３，操作者端末６０４，又はファイルサーバ６０５を利用することにより、この発明による送信要求手段を含む各種機能を実現することができる。
【００６０】
上述した構成を踏まえて、図３の画像形成装置遠隔管理システムで行われるデータ送受信の際の通信シーケンスの一例について説明する。なお、以下に示すＳＣＳ３０６およびＮＲＳ３１６による処理は、実際にはＣＰＵ２０１がそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。
図８は、図３に示した管理装置１０２，仲介装置１０１，および画像処理装置１００間で行われるデータ送受信の際の通信シーケンスの一例を示す図である。
【００６１】
この例においては、まず、仲介装置１０１は、インタネット１０３経由で管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング用のＳＯＡＰメッセージを生成し（ポーリング情報を構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。図３に示したように、仲介装置１０１と管理装置１０２との間にはファイアウォール１０４を設けているため、管理装置１０２から仲介装置１０１に向けて通信セッションを張ることができないので、管理装置１０２から仲介装置１０１（あるいは仲介装置１０１を介して画像処理装置１００）に要求を送信したい場合でも、このように仲介装置１０１からのポーリングを待つ必要があるのである。なお、ファイアウォール１０４がなければ、あるいは外部からの通信を許可する設定を行っていれば、ポーリングを行う必要はない。
【００６２】
管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージ（ＨＴＴＰリクエスト）を受信すると、課金カウンタ（例えばトータルカウンタ値に相当する）の取得を要求する課金カウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を生成し、それをインタネット１０３経由で該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ、ポーリングに対する応答として送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。このように、ファイアウォール１０４の内側からの通信（ＨＴＴＰリクエスト）に対する応答（ＨＴＴＰレスポンス）であれば、ファイアウォール１０４の外側から内側に対してデータを送信することができる。
【００６３】
仲介装置１０１は、管理装置１０２から上記ＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのパケット上の課金カウンタ取得要求コマンドのＳＯＡＰメッセージを生成し、それをネットワーク経由で自己に接続されている画像処理装置１００のＮＲＳ３１６へ送信する（Ｓ６０３）。
ＮＲＳ３１６は、仲介装置１０１から受信したＳＯＡＰメッセージに記述されている課金カウンタ取得要求をＳＣＳ３０６へ通知する（Ｓ６０４）。
ＳＣＳ３０６は、ＮＲＳ３１６から課金カウンタ取得要求を受け取ると、ＮＶＲＡＭ２０４（ＨＤＤ２０８でもよい）の統一カウンタ用領域１００１に格納されている課金カウンタのデータ（トータルカウンタ値）を読み取る（Ｓ６０５）。そして、その読み取った課金カウンタのデータを課金カウンタ取得応答としてＮＲＳ３１６へ引き渡す（Ｓ６０６）。
【００６４】
ＮＲＳ３１６は、ＳＣＳ３０６から課金カウンタ取得応答を受け取る（取得する）と、その課金カウンタ取得応答に基づいてそれを含む課金カウンタ取得応答コマンドのＳＯＡＰメッセージを生成し（その課金カウンタ取得応答コマンドを構造化言語形式であるＸＭＬ形式に変換し）、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ６０７）。
仲介装置１０１は、ＮＲＳ３１６から課金カウンタ取得応答コマンドのＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてそれを含む課金カウンタ取得応答コマンドのＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する（Ｓ６０８）。
このように、上記通信シーケンスにより、データの送受信が行われる。
【００６５】
次に、上記図８と異なり、画像処理装置１００から仲介装置１０１を経て管理装置１０２へデータを送信する場合の通信シーケンスの一例について、図９を参照して説明する。
図９は、画像処理装置１００から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
この例においては、まず、ＯＣＳ３００は、操作部２０７上の図示しないユーザコールキーが押下された旨をＳＣＳ３０６へ通知する（Ｓ７０１）。
ＳＣＳ３０６は、ＯＣＳ３００からユーザコールキーが押下された旨の通知を受けると、ユーザコール要求コマンドをＮＲＳ３１６へ通知する（Ｓ７０２）。
【００６６】
ＮＲＳ３１６は、ＳＣＳ３０６からユーザコール要求コマンドを受け取ると、ユーザコールを知らせるユーザコール情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＮＲＳ３１６からユーザコール情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してユーザコールを行う。つまり、自己の識別子を付加したユーザコール情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ通報する（Ｓ７０４）。この場合には、ファイアウォール１０４の内側から外側に向けての送信であるので、仲介装置１０１が自ら管理装置１０２に向けてセッションを張ってデータを送信することができる。
ここで、ステップＳ７０４の処理後のパターンを以下の（Ａ）から（Ｃ）に分けて説明する。
【００６７】
まず、（Ａ）において、管理装置１０２は、ユーザ先の仲介装置１０１からユーザコール情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ユーザコールが成功した旨）のコール結果を、正常に終了しなかった（異常に終了した）場合には、その旨（ユーザコールが失敗した旨）のコール結果を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを応答としてインタネット１０３経由で通報元の仲介装置１０１へ送信する（Ｓ７０５）。
仲介装置１０１は、管理装置１０２からコール結果を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのパケット上のコール結果を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由でユーザコールキーが押下された画像処理装置１００のＮＲＳ３１６へ送信する（Ｓ７０６）。
【００６８】
ＮＲＳ３１６は、仲介装置１０１からコール結果を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージが示すコール結果を解釈（判定）し、それをＳＣＳ３０６へ通知する（Ｓ７０７）。
ＳＣＳ３０６は、コール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが成功したか失敗したかを示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７０８）。
【００６９】
次に（Ｂ）において、仲介装置１０１は、規定時間（予め設定された所定時間）が経っても管理装置１０２から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果を示す情報のＳＯＡＰメッセージを生成し、それをＮＲＳ３１６へ送信する（Ｓ７０９）。
ＮＲＳ３１６は、失敗した旨のコール結果を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに記述されている失敗した旨のコール結果を解釈し、それをＳＣＳ３０６へ通知する（Ｓ７１０）。
ＳＣＳ３０６は、ＮＲＳ３１６からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
【００７０】
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７１１）。
次に（Ｃ）において、ＮＲＳ３１６は、規定時間が経っても仲介装置１０１から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果をＳＣＳ３０６へ通知する（Ｓ７１２）。
ＳＣＳ３０６は、ＮＲＳ３１６からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７１３）。
【００７１】
なお、ここでは管理装置１０２からファイアウォール１０４を越えて仲介装置１０１（あるいは仲介装置１０１を介して画像処理装置１００）にデータを送信するために、仲介装置１０１からのＨＴＴＰリクエストに対するレスポンスという形で送信を行う例について説明したが、ファイアウォール１０４を越える手段はこれに限られるものではなく、例えば、ＳＭＴＰ（Simple Mail Transfer Protocol）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。
【００７２】
以下、上述した画像処理装置１００および管理装置１０２におけるこの実施例の特徴となる動作について、図１０〜図２０を参照して具体的に説明する。なお、画像処理装置１１０でも、この実施例の特徴となる動作を行うが、画像処理装置１００とほぼ同様なので、ここでは説明を省略する。
この画像処理装置１００には、上述したように、公衆回線に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。
そして、画像処理装置１００は、仲介装置１０１および公衆回線を介して管理装置１０２と通信するＣＳＳ方式、あるいは仲介装置１０１およびインタネット１０３を介して管理装置１０２と通信するＮＲＳ方式を選択できる。画像処理装置１１０は、仲介装置１０１の機能を備えているため、同様の選択を行える。
【００７３】
まず、画像処理装置１００および管理装置１０２におけるカウンタ（画像処理の処理回数）取得応答処理について、図５を参照して具体的に説明する。
図１０は、画像処理装置１００における月別の各種カウンタ値（出力面数）を含む情報の一例を示す説明図である。
図１１は、画像処理装置１００における単月の各種カウンタ値を含む情報の一例を示す説明図である。
図１２は、画像処理装置１００における単月の各種カウンタ値を含む情報の他の例を示す説明図である。
【００７４】
なお、図１０〜図１２において、「合計（出力面数）」は、各カウンタ値（面数）を合算したトータルカウンタ値である。「サイズ別出力枚数」は、給紙時にカウント（計数）される印刷用紙のサイズ別の枚数（カウンタ値）であり、両面出力面数（両面ユニットを通る印刷用紙の枚数）は含まない。「給紙段別出力枚数」は、給紙時にカウントされる印刷用紙の給紙段（給紙トレイ）別の枚数である。「両面出力面数」は、両面ユニットを通過した印刷用紙の枚数である。
【００７５】
画像処理装置１００は、例えばモノクロとカラーのコピー，プリンタ，ＦＡＸ（ファクシミリ）の各機能に加え、複数ページの画像を1枚の用紙の片面に印刷（画像形成）する集約印刷機能，２ページの画像を1枚の用紙の表裏面に分けて印刷する両面印刷機能を備え、それらの機能に対応する各種カウンタ値を前述したＮＶＲＡＭ２０４の統一カウンタ用領域１００１を用いてそれぞれ計数（カウント）し、管理装置１０２からの要求により、あるいは所定のタイミングで各種カウンタ値（それらを合算したトータルカウンタ値も含む）を管理装置１０２へ送信することができる。また、操作部２０７上での所定操作によって発行されるカウンタクリアの実行命令（処理回数の消去指示）により、カウンタクリアを実行して各種カウンタ値を「０」にリセットすることもできる。
【００７６】
管理装置１０２は、画像処理装置１００から送られてくるカウンタ値を取得（受信）し、ファイルサーバ６０５のＤＢにそのまま蓄積（記憶）したり、その蓄積したカウンタ値に基づいて両面出力面数率や集約出力面数率等を求め、各種カウンタ値と共にレポートとして操作者端末６０４の表示部に表示したり、図示しないプロッタ（プリンタ）によって用紙に印刷することができる。
【００７７】
画像処理装置１００のＮＲＳ３１６は、仲介装置１０１から上述したトータルカウンタ値以外のカウンタ値の取得を要求するカウンタ取得要求コマンド（ＳＯＡＰメソッドによる）を受信すると、統一カウンタ用ライブラリ経由で図示しないコンフィグファイル（ＮＶＲＡＭ２０４上に統一カウンタ用領域１００１を確保して複数のカウンタ値を一元管理するための一元管理情報である統一カウンタ仕様を記述したもの）を参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域に対して関数呼び出しを行うことにより、その統一カウンタ用領域から要求されたカウンタ値を読み出して取得し、それに基づいてそれを含むカウンタ取得応答コマンド（ＳＯＡＰメソッドによる）を生成する。そして、仲介装置１０１からカウンタ取得要求コマンド（ＳＯＡＰメソッドによる）を受信した時、その仲介装置１０１へ生成したカウンタ取得応答コマンドを返信する。
【００７８】
あるいは、仲介装置１０１からトータルカウンタ値の取得を要求するトータルカウンタ取得要求コマンド（ＳＯＡＰメソッドによる）を受信すると、統一カウンタ用ライブラリ経由でコンフィグファイルを参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域に対して関数呼び出しを行うことにより、その統一カウンタ用領域から全てのカウンタ値（又は任意の複数のカウンタ値）を順次読み出して取得した後、その各カウンタ値を合算してトータルカウンタ値を求め、それに基づいてそれを含むカウンタ取得応答コマンド（ＳＯＡＰメソッドによる）を生成する。そして、仲介装置１０１からカウンタ取得要求コマンド（ＳＯＡＰメソッドによる）を受信した時、その仲介装置１０１へ生成したカウンタ取得応答コマンドを返信する。
【００７９】
ＣＳＳ３１７は、図示しないラインアダプタからトータルカウンタ値以外のカウンタ値の取得を要求するカウンタ取得要求コマンド（ＣＳＳ情報コードによる）を受信すると、統一カウンタ用ライブラリ経由でコンフィグファイル１０１１を参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域に対して関数呼び出しを行うことにより、その統一カウンタ用領域から要求されたカウンタ値を読み出して取得し、それに基づいてそれを含むカウンタ取得応答コマンド（ＣＳＳ情報コードによる）を生成する。そして、仲介装置１０１からカウンタ取得要求コマンド（ＣＳＳ情報コードによる）を受信した時、その仲介装置１０１へ生成したカウンタ取得応答コマンドを返信する。
【００８０】
あるいは、ラインアダプタからトータルカウンタ値の取得を要求するトータルカウンタ取得要求コマンド（ＣＳＳ情報コードによる）を受信すると、統一カウンタ用ライブラリ経由でコンフィグファイルを参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域に対して関数呼び出しを行うことにより、その統一カウンタ用領域から全てのカウンタ値（又は任意の複数のカウンタ値）を順次読み出して取得した後、その各カウンタ値を合算してトータルカウンタ値を求め、それに基づいてそれを含むカウンタ取得応答コマンド（ＣＳＳ情報コードによる）を生成する。そして、仲介装置１０１からカウンタ取得要求コマンド（ＣＳＳ情報コードによる）を受信した時、その仲介装置１０１へ生成したカウンタ取得応答コマンドを返信する。
【００８１】
一方、管理装置１０２は、いずれかの仲介装置１０１からインタネット１０３経由で所望のカウンタ値を取得する場合、その仲介装置１０１からポーリング用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信することにより、所望のカウンタ値の取得を要求するカウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で該当する仲介装置１０１（受信したＨＴＴＰメッセージの送信元）へ、ポーリングに対する応答として送信する。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。
【００８２】
仲介装置１０１は、前述したように、インタネット１０３経由で管理装置１０２に対して定期的にポーリングを行う。つまり、自己の識別情報である識別子を付加したポーリング用のＳＯＡＰメッセージを生成し（ポーリング情報を構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。
そして、その送信に対して、管理装置１０２からカウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、以下の処理を行う。
【００８３】
すなわち、そのＨＴＴＰメッセージに基づいてそのパケット上のカウンタ取得要求コマンドのＳＯＡＰメッセージを生成し、それをネットワーク経由で自己に接続されている画像処理装置１００のＮＲＳ３１６へ送信し、それに対してＮＲＳ３１６からカウンタ取得応答コマンドのＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてそれを含むカウンタ取得応答コマンドのＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。
【００８４】
あるいは、管理装置１０２は、いずれかの仲介装置１０１から公衆回線経由で所望のカウンタ値を取得する場合、そのカウンタ値の取得を要求するカウンタ取得要求コマンドのＣＳＳ情報コードを生成し、それを公衆回線経由で該当する仲介装置１０１へ送信する。
仲介装置１０１は、管理装置１０２からカウンタ取得要求コマンドのＣＳＳ情報コードを受信すると、そのＣＳＳ情報コードをネットワーク経由で自己に接続されている画像処理装置１００のＣＳＳ３１７へ送信し、それに対してＣＳＳ３１７からカウンタ取得応答コマンドのＣＳＳ情報コードを受信すると、そのＣＳＳ情報コードを公衆回線経由で管理装置１０２へ送信する。
【００８５】
仲介装置１０１は、管理装置１０２からの要求に関係なく、所定のタイミングで（例えば定期的に）自己に接続されている画像処理装置１００へ任意のカウンタ値の取得を要求するカウンタ取得要求コマンド（ＳＯＡＰメソッド又はＣＳＳ情報コードによる）をＮＲＳ３１６又はＣＳＳ３１７へ送信することにより、そのカウンタ値を取得することもできる。この場合、その取得したカウンタ値を管理装置１０２へ送信する際に、そのカウンタ値に自己の識別情報である識別子を付加する。
【００８６】
次に、画像処理装置１００および管理装置１０２におけるカウンタクリアコール処理について、図１３，図１４を参照して具体的に説明する。
図１３は、この画像処理装置１００におけるカウンタクリアコール処理を説明するための説明図である。
図１４は、この画像処理装置１００におけるカウンタクリアコール処理の一例を示すフローチャートである。
【００８７】
画像処理装置１００では、操作部２０７上でのサービスマンによる所定のキー操作により、ＯＣＳ３００が操作部２０７上の文字表示器に所定の画面、例えばサービスマンが保守作業を行うためのサービスプログラムモード用の画面を表示させ、その画面上のタッチパネルの操作によってあるカウンタ値（複数でもよい）を「０」にリセットするためのカウンタクリアの実行を指示する命令（コマンド）が発行されると（処理回数の消去が指示されると）、それをＳＣＳ３０６へ通知する（ステップＳ１）。
【００８８】
上記コマンドを受けたＳＣＳ３０６は、統一カウンタ用ライブラリ経由でコンフィグファイルを参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域１００１に対して関数呼び出しを行うことにより、その統一カウンタ用領域１００１から上記コマンドによって要求されたカウンタ値（カウンタ情報）を読み出して取得し、それをＮＲＳ領域１００２のカウンタクリアコール用領域（所定の退避領域）１００２ａにコピーする（ステップＳ２）。
【００８９】
その後、ＳＣＳ３０６は、統一カウンタ用ライブラリ経由で統一カウンタ用領域１００１上の上記カウンタ値を「０」にリセットし（ステップＳ３）、その旨を知らせるカウンタクリアコール用コマンド（消去情報）にＮＲＳ領域１００２のカウンタクリアコール用領域１００２ａにコピーしたカウンタ値を付加し、そのカウンタ値を付加したカウンタクリアコール用コマンドをＮＲＳ３１６へ渡すことにより、そのＮＲＳ３１６が受け取ったカウンタクリアコール用コマンドをＳＯＡＰメソッド（構造化言語形式）に変換して図２０に示すようなカウンタクリアコール用コマンドのＳＯＡＰメッセージ（カウンタクリアコール用のＳＯＡＰコマンド）とし、それをＮＣＳ３０３によって仲介装置１０１へ送信する（ステップＳ４）。
【００９０】
図１５は、カウンタクリアコール用コマンドのフォーマット例を示す図である。この例では、通報情報（コール情報）の種類を示すコールＩＤ（ｃａｌｌｉｄ），コールタイプ（ｃａｌｌｔｙｐｅ），コール詳細（ｃａｌｌｄｅｔａｉｌ）と、カウンタクリアによってリセットされた複数のカウンタ値（ｃｏｕｎｔ）であるモノクロとフルカラーの累積コピーカウント値，累積プリンタカウンタ値，累積ファクスカウンタ値、累積両面カウンタ値（累積両面出力面数），累積集約カウンタ値とを示している。
【００９１】
仲介装置１０１は、自己に接続されている画像処理装置１００からカウンタクリアコール用コマンドのＳＯＡＰメッセージを受け取ると、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。
【００９２】
なお、あるカウンタ値（複数でもよい）を「０」にリセットするためのカウンタクリアの実行を指示する命令を受けたＳＣＳ３０６は、統一カウンタ用ライブラリ経由で統一カウンタ用領域１００１から上記命令によって要求されたカウンタ値を読み出して取得し、それを図示しないＣＳＳ領域のカウンタクリアコール用領域にコピーした後、統一カウンタ用領域１００１上の上記カウンタ値を「０」にリセットし、その旨を知らせるカウンタクリアコール用コマンドにＣＳＳ領域のカウンタクリアコール用領域にコピーしたカウンタ値を付加し、そのカウンタ値を付加したカウンタクリアコール用コマンドをＣＳＳ３１７へ渡すことにより、そのＣＳＳ３１７が受け取ったカウンタクリアコール用コマンドをＣＳＳ情報コードに変換し、それを図示しないラインアダプタへ送信することもできる。ラインアダプタは、自己に接続されている画像処理装置１００からＣＳＳ情報コードを受け取ると、それを公衆回線経由で管理装置１０２へ送信する。
【００９３】
あるいは、あるカウンタ値（複数でもよい）を「０」にリセットするためのカウンタクリアの実行を指示する命令を受けたＳＣＳ３０６は、直ちに統一カウンタ用領域１００１上の上記命令によって要求されたカウンタ値（複数でもよい）を「０」にリセットし、その旨を知らせるカウンタクリアコール用コマンドをＮＲＳ３１６又はＣＳＳ３１７へ渡すことにより、そのＮＲＳ３１６又はＣＳＳ３１７が受け取ったカウンタクリアコール用コマンドをＳＯＡＰメソッド又はＣＳＳ情報コードに変換し、それを仲介装置１０１又はラインアダプタへ送信することもできる。
【００９４】
図１６は、管理装置１０２におけるカウンタクリアコール受信時および通常のカウンタ値受信時の処理の一例を示すフローチャートである。
管理装置１０２は、いずれかの仲介装置１０１（機器）からインタネット１０３経由でカウンタクリアコール用コマンドのＨＴＴＰメッセージを受信すると（ステップＳ１１）、そのＨＴＴＰメッセージ内のＳＯＡＰメッセージの記述内容から、そのメッセージの送信元の仲介装置１０１に接続されている画像処理装置１００でカウンタクリアが実行されたことを認識し、上記ＳＯＡＰメッセージに付加されているカウンタ値をカウンタクリアによってリセットされたカウンタ値としてファイルサーバ６０５内のＤＢに保存する（ステップＳ１２）。
【００９５】
また、ずれかの仲介装置１０１からインタネット１０３経由でカウンタ取得応答コマンド（通常のカウンタ値を含む）のＨＴＴＰメッセージを受信（取得）すると（ステップＳ１３）、そのＨＴＴＰメッセージ内のＳＯＡＰメッセージに記述されているカウンタ値を認識し、そのカウンタ値をファイルサーバ６０５内のＤＢに保存しておいたカウンタクリアによってリセットされた対応するカウンタ値と合算し、累積カウンタ値として記憶する（ステップＳ１４）。
【００９６】
あるいは、いずれかの仲介装置１０１から公衆回線経由でカウンタ取得応答コマンドのＣＳＳ情報コードを受信すると、そのＣＳＳ情報コードに記述されているカウンタ値を認識し、そのカウンタ値をファイルサーバ６０５内のＤＢに保存しておいたカウンタクリアによってリセットされた対応するカウンタ値と合算して記憶し、累積カウンタ値として記憶する。
カウンタ取得応答コマンドのＨＴＴＰメッセージ又はＣＳＳ情報コードを取得するための画像処理装置１００等における処理については、前述した通りである。
【００９７】
なお、上述した実施例では、画像処理装置１００が、カウンタクリアによってリセットされたカウンタ値をコピーし、そのカウンタ値を付加したカウンタクリアコール用コマンドを仲介装置１０１によって管理装置１０２へ送信したが、コピーしたカウンタ値を付加しないカウンタクリアコール用コマンドを仲介装置１０１によって管理装置１０２へ送信することもできる。
この場合の管理装置１０２および画像処理装置１００等における処理について、簡単に説明する。
【００９８】
管理装置１０２は、カウンタ値を付加しないカウンタクリアコール用コマンドのＨＴＴＰメッセージ又はＣＳＳ情報コードを受信すると、そのＨＴＴＰメッセージ内のＳＯＡＰメッセージ又はＣＳＳ情報コードの記述内容から、そのメッセージの送信元の仲介装置１０１に接続されている画像処理装置１００でカウンタクリアが実行されたことを認識し、カウンタクリアによってリセットされたカウンタ値の取得を要求するリセットカウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージ又はＣＳＳ情報コードを生成し、それをインタネット１０３経由で該当する仲介装置１０１（受信したＨＴＴＰメッセージ又はＣＳＳ情報コードの送信元）へ送信する。
【００９９】
該当する仲介装置１０１は、管理装置１０２からリセットカウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてリセットカウンタ取得要求コマンドのＳＯＡＰメッセージを生成し、それをネットワーク経由で自己に接続されている画像処理装置１００のＮＲＳ３１６へ送信し、それに対してＮＲＳ３１６からリセットカウンタ取得応答コマンドのＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてそれを含むリセットカウンタ取得応答コマンドのＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。
画像処理装置１００のＮＲＳ３１６は、該当する仲介装置１０１からリセットカウンタ取得要求コマンドのＳＯＡＰメッセージを受信した時、ＮＲＳ領域１００２のカウンタクリアコール用領域１００２ａ上のカウンタ値を読み出して取得し（関数呼び出しによる）、それに基づいてそれを含むリセットカウンタ取得応答コマンドのＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ返信する。
【０１００】
あるいは、該当する仲介装置１０１は、管理装置１０２からリセットカウンタ取得要求コマンドのＣＳＳ情報コードを受信すると、そのＣＳＳ情報コードをネットワーク経由で自己に接続されている画像処理装置１００のＣＳＳ３１７へ送信し、それに対してＣＳＳ３１７からリセットカウンタ取得応答コマンドのＣＳＳ情報コードを受信すると、そのＣＳＳ情報コードを公衆回線経由で管理装置１０２へ送信する。
画像処理装置１００のＣＳＳ３１７は、該当する仲介装置１０１からリセットカウンタ取得要求コマンドのＣＳＳ情報コードを受信した時、ＮＲＳ領域１００２のカウンタクリアコール用領域１００２ａ上のカウンタ値を読み出して取得し（関数呼び出しによる）、それに基づいてそれを含むリセットカウンタ取得応答コマンドのＣＳＳ情報コードを生成し、それを該当する仲介装置１０１へ返信する。
【０１０１】
管理装置１０２は、該当する仲介装置１０１からインタネット１０３経由でリセットカウンタ取得応答コマンドのＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージ内のＳＯＡＰメッセージの記述されているカウンタ値をカウンタクリアによってリセットされたカウンタ値としてファイルサーバ６０５内のＤＢに保存する。
あるいは、該当する仲介装置１０１から公衆回線経由でカウンタ取得応答コマンドのＣＳＳ情報コードを受信すると、そのＣＳＳ情報コードに記述されているカウンタ値をカウンタクリアによってリセットされたカウンタ値としてファイルサーバ６０５内のＤＢに保存する。
なお、該当する仲介装置１０１からリセットカウンタ取得応答コマンドのＳＯＡＰメッセージ又はＨＴＴＰメッセージを受信せず、ファイルサーバ６０５内のＤＢに記憶してある現在の累積カウンタ値をカウンタクリアによってリセットされたカウンタ値として保存するようにしてもよい。
【０１０２】
図１７は、管理装置１０２におけるある累積カウンタ値の経時的変化の一例を示す線図である。なお、この図１７において、図１６における各判断および処理と対応させるために、それらと同じステップ番号（Ｓ１１〜Ｓ１４）を付している。
管理装置１０２は、ある仲介装置１０１（該当する仲介装置１０１）から２００３年１１月と２００４年２月の時点のカウンタ値（ここでは「両面出力面数」とする）を取得する前にその仲介装置１０１に接続されている画像処理装置１００でカウンタクリアコールが発生した場合（カウンタクリアが実行されて両面出力面数がリセットされた場合）、該当する仲介装置１０１からカウンタクリアコール用コマンドを受信するため、そのコマンドに付加されている両面出力面数をカウンタクリアによってリセットされた両面出力面数としてファイルサーバ６０５内のＤＢに保存する。あるいは、該当する仲介装置１０１へのリセットカウンタ取得要求により、その仲介装置１０１からカウンタクリアによってリセットされた両面出力面数を取得してファイルサーバ６０５内のＤＢに保存する。あるいはまた、ファイルサーバ６０５内のＤＢに記憶してある現在の累積両面出力面数をカウンタクリアによってリセットされた両面出力面数として保存する。
【０１０３】
よって、２００３年１１月と２００４年２月にそれぞれ、該当する仲介装置１０１から通常の両面出力面数（機器から通知された通常のカウンタ値）を取得した場合に、その通常の両面出力面数にカウンタクリアによってリセットされた両面出力面数を加算することにより、該当する仲介装置１０１に接続されている画像処理装置１００の両面出力面数がカウンタクリアによってリセットされるようなことがあっても、管理装置１０２側の累積両面出力面数の減少を回避することができる。
【０１０４】
それについて、図１８，図１９を参照してより詳細に説明する。
図１８は、画像処理装置１００における月別の両面出力面数および管理装置１０２におけるカウンタクリアコールがあった場合となかった場合の月別の各累積両面出力面数との関係の一例を示す説明図である。
図１９は、管理装置１０２におけるカウンタクリアコールがあった場合となかった場合の各累積両面出力面数の経時的変化の一例を示す線図である。
【０１０５】
画像処理装置１００では、２００３年９月の両面出力面数が「１０００」で、２００３年１０月中に行った両面出力の面数が「１２００」の場合、２００３年１０月の両面出力面数が「２２００」となるため、それを通常の両面出力面数として仲介装置１０１（該当する仲介装置１０１）経由で管理装置１０２へ送信することになる。
管理装置１０２は、２００３年１０月に、該当する仲介装置１０１から通常の両面出力面数「２２００」が送られてくると、それを取得（受信）して累積両面出力面数としてファイルサーバ６０５内のＤＢに記憶する。
【０１０６】
その後、該当する仲介装置１０１から２００３年１１月の時点の両面出力面数を取得する前にその仲介装置１０１に接続されている画像処理装置１００でカウンタクリアコールが発生し、その仲介装置１０１からカウンタクリアコール用コマンドが送られてくると、そのコマンドを取得し、そのコマンドに付加されている両面出力面数「２２００」をカウンタクリアによってリセットされた両面出力面数としてファイルサーバ６０５内のＤＢに保存するか、該当する仲介装置１０１へのリセットカウンタ取得要求により、その仲介装置１０１からカウンタクリアによってリセットされた両面出力面数「２２００」を取得してファイルサーバ６０５内のＤＢに保存するか、ファイルサーバ６０５内のＤＢに記憶してある現在の累積両面出力面数「２２００」をカウンタクリアによってリセットされた両面出力面数として保存する。
画像処理装置１００では、カウンタクリアの実行により、両面出力面数の計数（カウント）を「０」から再スタートすることになる。
【０１０７】
そして、２００３年１１月に、該当する仲介装置１０１から通常の両面出力面数「５００」が送られてくると、それを取得して次のような処理を行う。つまり、カウンタクリアによってリセットされた両面出力面数「２２００」を保存してあるので、該当する仲介装置１０１から取得した通常の両面出力面数「５００」にカウンタクリアによってリセットされた両面出力面数「２２００」を加算することにより、その加算結果「２７００」をファイルサーバ６０５内のＤＢに累積両面出力面数として記憶する。もし、カウンタクリアコールがなければ、上記加算を行うことがないため、「５００」を累積両面出力面数として記憶することになり、累積両面出力面数（累積カウンタ値）が減少してしまうことになる。
【０１０８】
画像処理装置１００では、２００３年１２月中に行った両面出力の面数が「２０００」の場合、２００３年１２月の両面出力面数が「２５００」となるため、それを通常の両面出力面数として該当する仲介装置１０１経由で管理装置１０２へ送信することになる。
管理装置１０２は、２００３年１２月に、該当する仲介装置１０１から通常の両面出力面数「２５００」が送られてくると、それを取得して次のような処理を行う。つまり、通常の両面出力面数「２５００」に先に保存しておいたカウンタクリアによってリセットされた両面出力面数「２２００」を加算することにより、その加算結果「４７００」をファイルサーバ６０５内のＤＢに累積両面出力面数として記憶する。もし、カウンタクリアコールがなければ、上記加算を行うことがないため、「２５００」を累積両面出力面数として記憶することになるため、累積両面出力面数が減少してしまうことになる。
【０１０９】
その後、該当する仲介装置１０１から２００４年１月の時点の累積両面出力面数を取得する前にその仲介装置１０１に接続されている画像処理装置１００でカウンタクリアコールが発生し、その仲介装置１０１からカウンタクリアコール用コマンドが送られてくると、そのコマンドを取得し、そのコマンドに付加されている両面出力面数「２５００」をカウンタクリアによってリセットされた両面出力面数としてファイルサーバ６０５内のＤＢに保存するか、該当する仲介装置１０１へのリセットカウンタ取得要求により、その仲介装置１０１からカウンタクリアによってリセットされた両面出力面数「２５００」を取得してファイルサーバ６０５内のＤＢに保存するか、ファイルサーバ６０５内のＤＢに記憶してある現在の累積両面出力面数「２２００」をカウンタクリアによってリセットされた両面出力面数として保存する。
画像処理装置１００では、カウンタクリアの実行により、両面出力面数の計数を「０」から再スタートすることになる。
【０１１０】
そして、２００４年１月に、該当する仲介装置１０１から通常の両面出力面数「１０００」が送られてくると、それを取得して次のような処理を行う。つまり、カウンタクリアによってリセットされた両面出力面数「２２００」と「２５００」を保存してあるので、該当する仲介装置１０１から取得した通常の両面出力面数「１０００」にカウンタクリアによってリセットされた両面出力面数「２２００」と「２５００」とを加算することにより、その加算結果「５７００」をファイルサーバ６０５内のＤＢに累積両面出力面数として記憶する。もし、カウンタクリアコールがなければ、上記加算を行うことがないため、「１０００」を累積両面出力面数として記憶することになり、累積両面出力面数が減少してしまうことになる。
【０１１１】
画像処理装置１００では、２００４年２月中に行った両面出力の面数が「５００」の場合、２００４年２月の両面出力面数が「１５００」となるため、それを通常の両面出力面数として該当する仲介装置１０１経由で管理装置１０２へ送信することになる。
管理装置１０２は、２００４年２月に、該当する仲介装置１０１から通常の両面出力面数「１５００」が送られてくると、それを取得して次のような処理を行う。つまり、通常の両面出力面数「１５００」に先に保存しておいたカウンタクリアによってリセットされた両面出力面数「２２００」と「２５００」とを加算することにより、その加算結果「６２００」をファイルサーバ６０５内のＤＢに累積両面出力面数として記憶する。もし、カウンタクリアコールがなければ、上記加算を行うことがないため、「１５００」を累積両面出力面数として記憶することになるため、累積両面出力面数が減少してしまうことになる。
【０１１２】
この実施例によれば、（１）〜（３）に示す作用効果を得ることができる。
（１）画像処理装置１００では、カウンタクリアの実行（処理回数の消去）が指示された場合に、ＮＶＲＡＭ２０４（ＨＤＤ２０８でもよい）の統一カウンタ用領域１００１に記憶してあるカウンタ値を「０」にリセット（消去）すると共に、その旨を知らせるカウンタクリアコール用コマンド（消去情報）を仲介装置１０１によって管理装置１０２へ送信させる。
【０１１３】
それによって、管理装置１０２側では、画像処理装置１００（仲介装置１０１）からカウンタクリアコール用コマンドを取得した場合に、ファイルサーバ６０５内のＤＢに記憶してある現在の累積カウンタ値をカウンタクリアによってリセットされたカウンタ値として記憶しておくことにより、その後画像処理装置１００から取得した通常のカウンタ値が前回取得したものより減少していても、その通常のカウンタ値に累積カウンタ値（カウンタクリアによってリセットされたカウンタ値）を加算することにより、ファイルサーバ６０５内のＤＢに記憶してある累積カウンタ値が減少することがなくなるので、サービスマンが画像処理装置１００の定期メンテナンスとは異なる保守作業を行った後の経過時間を定期メンテナンス用のカウンタ（この実施例ではＮＶＲＡＭ２０４の統一カウンタ用領域）を代用することによって確認するためにカウンタクリアを行った場合でも、管理装置１０２による画像処理装置１００の遠隔管理を正確に行うことができる。
【０１１４】
（２）画像処理装置１００は、カウンタクリアの実行が指示された場合に、ＮＶＲＡＭ２０４の統一カウンタ用領域１００１に記憶してあるカウンタ値を所定の退避領域にコピーした後、統一カウンタ用領域１００１に記憶してあるカウンタ値を「０」にリセットすると共に、その旨を知らせるカウンタクリアコール用コマンドに先にコピーした累積カウンタ値を付加して仲介装置１０１によって管理装置１０２へ送信させる。
【０１１５】
それによって、管理装置１０２側では、画像処理装置１００（仲介装置１０１）からカウンタクリアコール用コマンドを取得した場合に、そのコマンドに付加されているカウンタ値をカウンタクリアによってリセットされたカウンタ値として記憶しておくことにより、その後画像処理装置１００から取得した通常のカウンタ値が前回取得したものより減少していても、その通常のカウンタ値にカウンタクリアによってリセットされたカウンタ値を加算することにより、ファイルサーバ６０５内のＤＢに記憶してある累積カウンタ値が減少することがなくなるので、サービスマンが画像処理装置１００の定期メンテナンスとは異なる保守作業を行った後の経過時間を定期メンテナンス用のカウンタを代用することによって確認するためにカウンタクリアを行った場合でも、管理装置１０２による画像処理装置１００の遠隔管理を正確に行うことができる。
【０１１６】
（３）画像処理装置１００は、カウンタクリアの実行が指示された場合に、ＮＶＲＡＭ２０４の統一カウンタ用領域１００１に記憶してある累積カウンタ値を所定の退避領域にコピーした後、統一カウンタ用領域１００１に記憶してある累積カウンタ値を「０」にリセットすると共に、その旨を知らせるカウンタクリアコール用コマンドを仲介装置１０１によって管理装置１０２へ送信させる。
管理装置１０２は、画像処理装置１００（仲介装置１０１）からカウンタクリアコール用コマンドを取得した場合に、その画像処理装置１００に対してリセットカウンタ値の送信（取得）を要求する。
画像処理装置１００は、管理装置１０２からリセットカウンタ値の送信要求により、その管理装置１０２へ先にコピーしたカウンタ値（カウンタクリアによってリセットされたカウンタ値）を送信する。
【０１１７】
それによって、管理装置１０２側では、画像処理装置１００から取得したカウンタ値をカウンタクリアによってリセットされたカウンタ値として記憶しておくことにより、その後画像処理装置１００から取得した通常のカウンタ値が前回取得したものより減少していても、その通常のカウンタ値にカウンタクリアによってリセットされたカウンタ値を加算することにより、ファイルサーバ６０５内のＤＢに記憶してある累積カウンタ値が減少することがなくなるので、サービスマンが画像処理装置１００の定期メンテナンスとは異なる保守作業を行った後の経過時間を定期メンテナンス用のカウンタを代用することによって確認するためにカウンタクリアを行った場合でも、管理装置１０２による画像処理装置１００の遠隔管理を正確に行うことができる。
【０１１８】
なお、この実施例では、画像処理装置１００において、各種カウンタ値を計数して記憶するために、ＮＶＲＡＭ２０４に統一カウンタ用領域１００１を確保し、その統一カウンタ用領域１００１を統一カウンタとして使用するようにしたが、ＮＶＲＡＭ２０４に各種カウンタ値をそれぞれ記憶するための複数のカウンタ用領域を確保し、その各カウンタ用領域をそれぞれカウンタとして使用することもできる。
【０１１９】
以上、この発明による画像処理装置の例として通信機能（仲介機能）を持つ画像処理装置１１０および通信機能を果たす仲介装置１０１を接続した画像処理装置１００について説明したが、この発明はこれらに限られるものではなく、通信機能を持つか、通信機能を果たす仲介装置を接続したスキャナ，ＡＶ機器（ＤＶＤレコーダ等），医療機器（ＣＴ，ＭＲＩ等の画像診断装置など）などや、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種画像処理装置に適用可能である。また、これらの画像処理装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、画像処理装置の遠隔管理システムについても、画像処理装置，仲介装置，管理装置の構成及びこれらの接続形式は、以上の実施例に限られるものではない。画像処理装置と管理装置との間の通信も、有線，無線を問わず、ネットワークを構築可能な各種通信回線（通信経路）を用いて行うことができる。
【０１２０】
また、この発明によるプログラムは、上述の画像処理装置として機能するコンピュータに、この発明による各種機能（画像処理手段，処理回数送信手段，処理回数消去手段，消去情報送信手段，コピー手段，および処理回数付加手段としての機能）を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
【０１２１】
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１２２】
この発明は、画像形成装置等の画像処理装置や、画像処理装置として機能するコンピュータ、その画像処理装置やコンピュータと管理装置とからなる遠隔管理システムに適用可能である。
【図面の簡単な説明】
【０１２３】
【図１】この発明による画像処理装置の遠隔管理システムの構成の一例を示す概念図である。
【図２】その遠隔管理システムにおけるデータ送受モデルを示す概念図である。
【図３】この発明による画像処理装置の管理システムの一例である画像形成装置遠隔管理システムの構成の一例を示す概念図である。
【図４】図３の画像形成装置の物理的構成例を示すブロック図である。
【図５】その画像形成装置のソフトウェア構成例を示すブロック図である。
【０１２４】
【図６】図５のＮＲＳ３１６の構成の一例を示す機能ブロック図である。
【図７】図３の管理装置１０２の物理的構成例を示すブロック図である。
【図８】図３に示した画像形成装置遠隔管理システム内で行われるデータ送受信について説明するための通信シーケンスの一例を示す図である。
【図９】その他の通信シーケンスの一例を示す図である。
【図１０】図４，図５に示した画像処理装置１００における月別の各種カウンタ値（出力面数）を含む情報の一例を示す説明図である。
【０１２５】
【図１１】同じく単月の各種カウンタ値を含む情報の一例を示す説明図である。
【図１２】同じく単月の各種カウンタ値を含む情報の他の例を示す説明図である。
【図１３】同じくカウンタクリアコール処理を説明するための説明図である。
【図１４】同じくカウンタクリアコール処理の一例を示すフロー図である。
【図１５】カウンタクリアコール用コマンドのフォーマット例を示す図である。
【０１２６】
【図１６】図７に示した管理装置１０２におけるカウンタクリアコール受信時および通常のカウンタ値受信時の処理の一例を示すフロー図である。
【図１７】同じくある累積カウンタ値の経時的変化の一例を示す線図である。
【図１８】図４，図５に示した画像処理装置１００における月別の両面出力面数および管理装置１０２におけるカウンタクリアコールがあった場合となかった場合の月別の各累積両面出力面数との関係の一例を示す説明図である。
【図１９】図７に示した管理装置１０２におけるカウンタクリアコールがあった場合となかった場合の各累積両面出力面数の経時的変化の一例を示す線図である。
【符号の説明】
【０１２７】
１０：被管理装置    １１：仲介機能付被管理装置    １００：画像処理装置
１０１：仲介装置    １０２：管理装置    １０３：インタネット
１０４：ファイアウォール    ２０１：ＣＰＵ    ２０２：ＡＳＩＣ
２０３ＳＤＲＡＭ    ２０４：ＮＶＲＡＭ    ２０５：ＮＲＳ用メモリ
２０６：ＰＨＹ    ２０７：操作部    ２０８：ＨＤＤ    ２１１：モデム
２１２：ＰＩ    ２１３：ＦＣＵ    ２１４：ＵＳＢインタフェース
２１５：ＩＥＥＥ１３９４インタフェース    ２１６：プロッタ／スキャナエンジン
２１７：周辺機    ３００：ＯＣＳ    ３０１：ＥＣＳ    ３０２：ＭＣＳ
３０３：ＮＣＳ    ３０５：ＦＣＳ    ３０６：ＳＣＳ    ３０７：ＳＲＭ
３０８：ＩＭＨ    ３０９：ＤＣＳ    ３１０：ＵＣＳ    ３１１：コピーアプリ
３１２：ファクスアプリ    ３１３：プリンタアプリ    ３１４：スキャナアプリ
３１５：ＳＤＫ    ３１６：ＮＲＳ    ３１７：ＣＳＳ    ３１８：ＭＩＢ
３１９：ネットファイルアプリ    ３２０：ウェブアプリ    ３３０：汎用ＯＳ
６０１：モデム    ６０２：通信端末    ６０３：プロキシサーバ
６０４：操作者端末    ６０５：ファイルサーバ    ６０６：制御装置
１００１：統一カウンタ用領域
【図１】
2005303995.tif 000003
【図２】
2005303995.tif 000004
【図３】
2005303995.tif 000005
【図４】
2005303995.tif 000006
【図５】
2005303995.tif 000007
【図６】
2005303995.tif 000008
【図７】
2005303995.tif 000009
【図８】
2005303995.tif 000010
【図９】
2005303995.tif 000011
【図１０】
2005303995.tif 000012
【図１１】
2005303995.tif 000013
【図１２】
2005303995.tif 000014
【図１３】
2005303995.tif 000015
【図１４】
2005303995.tif 000016
【図１５】
2005303995.tif 000017
【図１６】
2005303995.tif 000018
【図１７】
2005303995.tif 000019
【図１８】
2005303995.tif 000020
【図１９】
2005303995.tif 000021