(57)【要約】      （修正有）【課題】画像処理装置における複数種類の画像処理機能と記憶手段の各処理回数の記憶先（カウンタ用領域）の関係を多対一にし、その各処理回数の記憶先を一括管理可能にする。【解決手段】画像形成装置では、統一カウンタライブラリ経由でコンフィグファイル１０１１を参照し、複数種類の画像処理（コピー動作，プリント動作，スキャン動作，ファクス動作）毎に処理回数（カウンタ値）の記憶先を対応付けて記憶し、複数種類の画像処理毎にそれぞれカウンタ値を計数（＋１）してＮＶＲＡＭ２０４の統一カウンタ用領域１００１上の上記各記憶先に記憶させる。ＮＲＳ３１６等のモジュールが、外部からのカウンタ値取得要求時に、統一カウンタライブラリ経由でコンフィグファイル１０１１を参照し、統一カウンタ用領域１００１から対応するカウンタ値を読み出して取得する。【選択図】        図４
2005229592.tif 000002
【特許請求の範囲】
【請求項１】
複数種類の画像処理を実行する画像処理手段と、
前記複数種類の画像処理の処理回数をそれぞれ記憶するメモリとを有する画像処理装置であって、
前記処理回数と前記メモリにおけるその記憶先とを対応付けて記憶する対応付け記憶手段と、
前記複数種類の画像処理毎にそれぞれ処理回数を計数して前記メモリの前記対応付け記憶手段に記憶されている記憶先に記憶させる計数手段と
を設けたことを特徴とする画像処理装置。
【請求項２】
請求項１記載の画像処理装置において、
前記メモリの前記対応付け記憶手段に記憶されている記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするトータル回数算出手段を設けたことを特徴とする画像処理装置。
【請求項３】
請求項１又は２記載の画像処理装置において、
前記メモリの前記対応付け記憶手段に記憶されている記憶先から複数種類の画像処理の処理回数を読み出し、その読み出した処理回数を出力する出力手段を設けたことを特徴とする画像処理装置。
【請求項４】
請求項３記載の画像処理装置において、
指示を受け付ける指示受付手段を設け、
前記出力手段は、前記指示受付手段によって受け付けた指示により、前記メモリの前記対応付け記憶手段に記憶されている記憶先から該指示に対応する画像処理の処理回数を読み出し、その読み出した処理回数を出力する手段であることを特徴とする画像処理装置。
【請求項５】
請求項４記載の画像処理装置において、
前記指示受付手段は、操作手段から指示を受け付ける手段であることを特徴とする画像処理装置。
【請求項６】
請求項４記載の画像処理装置において、
前記指示受付手段は、ネットワーク経由で指示を受け付ける手段であることを特徴とする画像処理装置。
【請求項７】
請求項３乃至６のいずれか一項に記載の画像処理装置において、
前記出力手段は、前記読み出した処理回数をネットワーク経由で出力することを特徴とする画像処理装置。
【請求項８】
請求項７記載の画像処理装置において、
前記出力手段は、前記読み出した処理回数をネットワーク経由で当該画像処理装置を管理する管理装置へ出力することを特徴とする画像処理装置。
【請求項９】
請求項７又は８記載の画像処理装置において、
前記出力手段が、ネットワーク経由で出力する情報を構造化言語形式に変換する手段を有することを特徴とする画像処理装置。
【請求項１０】
請求項３乃至５のいずれか一項に記載の画像処理装置において、
前記出力手段は、前記読み出した処理回数を表示手段へ表示出力することを特徴とする画像処理装置。
【請求項１１】
請求項３乃至５のいずれか一項に記載の画像処理装置において、
前記出力手段は、前記読み出した処理回数を用紙等の記録媒体へ記録出力することを特徴とする画像処理装置。
【請求項１２】
請求項１乃至１１のいずれか一項に記載の画像処理装置において、
前記画像処理手段は、コピー動作，プリント動作，スキャン動作，ファクス動作のうちの少なくとも１つを実行する手段であることを特徴とする画像処理装置。
【請求項１３】
外部装置と、該外部装置とネットワーク経由で通信して画像処理を行う画像処理装置とからなる画像処理システムであって、
前記画像処理装置に、複数種類の画像処理を実行する画像処理手段と、前記複数種類の画像処理の処理回数をそれぞれ記憶するメモリと、前記処理回数と前記メモリにおけるその記憶先とを対応付けて記憶する対応付け記憶手段と、前記複数種類の画像処理毎にそれぞれ処理回数を計数して前記メモリの前記対応付け記憶手段に記憶されている記憶先に記憶させる計数手段と、前記メモリの前記対応付け記憶手段に記憶されている記憶先から複数種類の画像処理の処理回数を読み出し、その読み出した処理回数をネットワーク経由で前記外部装置へ出力する出力手段とを設けたことを特徴とする画像処理システム。
【請求項１４】
請求項１３記載の画像処理システムにおいて、
前記メモリの前記対応付け記憶手段に記憶されている記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするトータル回数算出手段を設け、
前記出力手段は、前記トータル回数をネットワーク経由で前記外部装置へ出力する手段を有することを特徴とする画像処理システム。
【請求項１５】
請求項１３又は１４記載の画像処理システムにおいて、
前記外部装置からネットワーク経由で指示を受け付ける指示受付手段を設け、
前記出力手段は、前記指示受付手段によって受け付けた指示により、前記メモリの前記対応付け記憶手段に記憶されている記憶先から該指示に対応する画像処理の処理回数を読み出し、その読み出した処理回数をネットワーク経由で前記外部装置へ出力する手段を有することを特徴とする遠隔管理システム。
【請求項１６】
請求項１４記載の画像処理システムにおいて、
前記外部装置からネットワーク経由で指示を受け付ける指示受付手段を設け、
前記出力手段は、前記指示受付手段によって受け付けた指示により、前記トータル回数をネットワーク経由で前記外部装置へ出力する手段を有することを特徴とする画像処理システム。
【請求項１７】
複数種類の画像処理を実行する画像処理手段と、前記複数種類の画像処理の処理回数をそれぞれ記憶するメモリとを有する画像処理装置における処理回数処理方法であって、
前記処理回数と前記メモリにおけるその記憶先とを対応付けて記憶し、前記複数種類の画像処理毎にそれぞれ処理回数を計数して前記メモリの前記記憶している記憶先に記憶させることを特徴とする処理回数処理方法。
【請求項１８】
請求項１７記載の処理回数処理方法において、
前記メモリの前記記憶している記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とすることを特徴とする処理回数処理方法。
【請求項１９】
請求項１７又は１８記載の処理回数処理方法において、
前記メモリの前記記憶している記憶先から複数種類の画像処理の処理回数を読み出し、その読み出した処理回数を出力することを特徴とする処理回数処理方法。
【請求項２０】
請求項１８記載の処理回数処理方法において、
前記トータル回数を出力することを特徴とする処理回数処理方法。
【請求項２１】
複数種類の画像処理を実行する画像処理手段と、前記複数種類の画像処理の処理回数をそれぞれ記憶するメモリとを有する画像処理装置として機能するコンピュータに、
前記処理回数と前記メモリにおけるその記憶先とを対応付けて記憶する対応付け記憶機能と、
前記複数種類の画像処理毎にそれぞれ処理回数を計数して前記メモリの前記対応付け記憶機能によって記憶されている記憶先に記憶させる計数機能と
を実現させるためのプログラム。
【請求項２２】
請求項２１記載のプログラムにおいて、
前記コンピュータに、前記メモリの前記対応付け記憶機能によって記憶されている記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするトータル回数算出機能をも実現させるためのプログラム。
【請求項２３】
請求項２１又は２２記載のプログラムにおいて、
前記コンピュータに、前記メモリの前記対応付け記憶機能によって記憶されている記憶先から複数種類の画像処理の処理回数を読み出し、該処理回数を出力する出力機能をも実現させるためのプログラム。
【請求項２４】
請求項２２記載のプログラムにおいて、
前記コンピュータに、前記トータル回数を出力する出力機能をも実現させるためのプログラム。
【請求項２５】
請求項２１乃至２３のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像形成装置（複合機）等の画像処理装置、その画像処理装置と外部装置とからなる画像処理システム、上記画像処理装置における処理回数処理方法、その画像処理装置として機能するコンピュータに実行させるプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
プリンタ，ファクシミリ装置（ＦＡＸ），デジタル複写機（コピー機），スキャナ，デジタル複合機等の画像処理装置として、コピー枚数等の処理回数を計数（カウント）する処理回数計数機能を持ったものがある。その計数値（カウンタ値）は、画像処理装置に故障等の不具合が発生した時や画像処理装置の保守契約の料金請求をする際に参照することにより、不具合の早期解消や料金計算に役立つものである。
【０００３】
このような処理回数計数機能を持った画像処理装置である、例えばデジタル複写機のような画像形成装置（画像処理装置）は、顧客のオフィス等に仲介装置（ラインアダプタ）と共に設置され、その画像形成装置とサービスセンタ内の管理装置（監視端末装置）とを公衆回線および仲介装置によって通信可能にし、その管理装置によって上記画像形成装置を管理する画像形成装置遠隔管理システム（監視システム）が知られている（特許文献１参照）。
【特許文献１】特開平６−２３７３３０号公報
【０００４】
このような画像形成装置遠隔管理システム（画像処理システム）では、複数種類の画像処理（コピー動作等）毎に処理回数を計数（カウント）し、その値（カウンタ値）を記憶するＮＶＲＡＭ等の不揮発性メモリを備え、不揮発性メモリ内のカウンタ値を所定のタイミングで管理装置へ直接送信したり、仲介装置によって管理装置へ送信させるようにしている。
【０００５】
ここで、まず、処理回数計数機能を有する画像形成装置のソフトウェア構成について、図２１〜図２５を参照して説明する。
図２１は、処理回数計数機能を有する従来の画像形成装置（複合機）のソフトウェア構成の一例を示すブロック図である。
この画像形成装置のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはフラッシュメモリ等の不揮発性メモリに記憶され、ＣＰＵによって必要に応じて読み出されてＤＲＡＭに展開される。そして、そのＣＰＵは、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、各種機能を実現することができる。
【０００６】
アプリケーションモジュール層のソフトウェアは、ＣＰＵを、ハードウェア資源を動作させて所定の機能を実現させる複数のアプリケーション制御手段として機能させるためのプログラムによって構成され、サービスモジュール層のソフトウェアは、ＣＰＵを、ハードウェア資源と各アプリケーション制御手段との間に介在し、複数のアプリケーション制御手段からのハードウェア資源に対する動作要求の受付，その動作要求の調停，およびその動作要求に基づく動作の実行制御を行うサービス制御手段として機能させるためのプログラムによって構成される。
なお、各プログラムによる処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。
【０００７】
サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００，エンジンコントロールサービス（ＥＣＳ）３０１，メモリコントロールサービス（ＭＣＳ）３０２，ネットワークコントロールサービス（ＮＣＳ）３０３，ファクスコントロールサービス（ＦＣＳ）３０５，システムコントロールサービス（ＳＣＳ）３０６，システムリソースマネージャ（ＳＲＭ）３０７，イメージメモリハンドラ（ＩＭＨ）３０８，デリバリーコントロールサービス（ＤＣＳ）３０９，ユーザコントロールサービス（ＵＣＳ）３１０を実装している。また、アプリケーションモジュール層には、コピーアプリ３１１，ファクスアプリ３１２，プリンタアプリ３１３，スキャナアプリ３１４，ＳＤＫアプリ３１５（以下単に「ＳＤＫ」ともいう），ＣＳＳアプリ（以下単に「ＣＳＳ」ともいう）３１７，ＭＩＢアプリ（以下単に「ＭＩＢ」ともいう）３１８，ネットファイルアプリ３１９，ウェブアプリ３２０を実装している。更に、汎用ＯＳ層には、汎用ＯＳ３３０を実装している。
【０００８】
ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理，終了管理を行ったり、ＮＶＲＡＭ２０４の各カウンタ用領域を確保して管理を行うモジュールである。
コピーアプリ３１１は、コピーサービス（画像処理手段としての機能）を実現するためのアプリケーションプログラムである。コピーサービスとは、ハードウェア資源であるスキャナエンジン（画像読取手段）に原稿の画像を読み取らせ、その画像データをハードウェア資源であるプロッタエンジン（画像形成手段）へ出力して画像形成を行わせるコピー動作を制御することである。
【０００９】
ファクスアプリ３１２は、ファクスサービス（画像処理手段としての機能）を実現するためのアプリケーションプログラムである。ファクスサービスとは、スキャナエンジンに原稿の画像を読み取らせ、その画像データをファクスデータとして外部（ファクス装置又はファクス機能を有する画像処理装置）へ送信させるファクス送信動作、あるいは外部からのファクスデータを受信し、そのファクスデータを画像データとしてプロッタエンジンへ出力して画像形成を行わせるファクス受信動作を制御することである。
【００１０】
プリンタアプリ３１３は、プリンタサービス（画像処理手段としての機能）を実現するためのアプリケーションプログラムである。プリンタサービスとは、外部装置（パーソナルコンピュータ等の上位装置）からのプリントデータを受信し、そのプリントデータを画像データとしてプロッタエンジンへ出力して（プリントデータが文字コードデータや描画データであればそれを画像形成用の画像データに変換する処理を行う）画像形成を行わせるプリント動作を制御することである。
【００１１】
スキャナアプリ３１４は、スキャナサービス（画像処理手段としての機能）を実現するためのアプリケーションプログラムである。スキャナサービスとは、スキャナエンジン（画像読取手段）に原稿の画像を読み取らせ、その画像データをＲＡＭやＨＤＤ（ハードディスク装置）等のメモリ（記憶部）に記憶させるスキャン動作を制御することである。
【００１２】
ＳＤＫ（Software Development Kit）３１５は、ソフトウェアを開発するために必要なライブラリやドキュメント、開発ツール、サンプル・コードなどをひとまとめにしたモジュール（アプリケーションプログラム）であり、ＯＳやパッケージ・アプリケーションなど、サードパーティ製ソフトウェアが呼び出し可能な拡張用インタフェース（以下「インタフェース」を「Ｉ／Ｆ」という）を持つソフトウェアが、それを基盤とするソフトウェアの開発をサポートするために用意される。
ＣＳＳ３１７は、外部装置との通信に係わる機能をまとめたモジュール（アプリケーションプログラム）である。
ＭＩＢ（Management Information Base）３１８は、画像形成装置（機器）の管理情報(ＭＩＢ)を管理するモジュールである。
【００１３】
アプリケーションモジュール層およびサービスモジュール層の各プログラムのほとんどは、ＮＶＲＡＭライブラリ(NVRAM LIB）を備え、その各ＮＶＲＡＭライブラリがＮＶＲＡＭ２０４に対して関数呼び出し（ライブラリ関数呼び出し）を行うことにより、ＮＶＲＡＭ２０４内の任意のデータを取得することができる。例えば、コピーアプリ３１１，プリンタアプリ３１３，ファクスアプリ３１２，スキャナアプリ３１４，ＳＣＳ３０６は、ＮＶＲＡＭ２０４に予め確保されている処理回数（カウンタ値）の記憶先であるカウンタ用領域（コピーカウンタ用領域，プリンタカウンタ用領域，ファクスカウンタ用領域，スキャナカウンタ用領域，トータルカウンタ用領域）に対して関数呼び出しを行うことにより、そのカウンタ用領域に記憶されているカウンタ値を取得することができる。
【００１４】
また、コピーアプリ３１１のＮＶＲＡＭライブラリはコピー動作を行う毎にコピーカウンタ用領域上のコピーカウンタ値を、プリンタアプリ３１３のＮＶＲＡＭライブラリはプリント動作を行う毎にプリンタカウンタ用領域上のプリンタカウンタ値を、ファクスアプリ３１２のＮＶＲＡＭライブラリはファクス動作（ファクス送信動作又はファクス受信動作）を行う毎にファクスカウンタ用領域上のファクスカウンタ値を、スキャナアプリ３１４のＮＶＲＡＭライブラリはスキャン動作を行う毎にスキャナカウンタ用領域上のスキャナカウンタ値をそれぞれ計数（＋１）する。また、ＳＣＳ３０６のＮＶＲＡＭライブラリは、コピー動作，プリント動作，ファクス動作，スキャン動作のいずれの動作を行う場合でも、その度にトータルカウンタ用領域上のトータルカウンタ値を計数（＋１）する。つまり、コピーカウンタ値，プリンタカウンタ値，ファクスカウンタ値，スキャナカウンタ値の計数動作にそれぞれ同期してトータルカウンタ値（トータル回数）も計数する。なお、上述の各動作はそれぞれ、ＡＤＦ又は両面ユニット等を使用するかしないかなどの条件により、更に複数の動作に分類できる。
【００１５】
次に、この画像形成装置におけるカウンタ値読み出し動作などについて、図２２〜図２５を参照して詳細に説明する。
図２２は、この画像形成装置におけるカウンタ値読み出し動作の詳細を説明するための説明図である。
図２２では図示を簡略化しているが、ＳＣＳ３０６，コピーアプリ３１１，プリンタアプリ３１３，ファクスアプリ３１２，スキャナアプリ３１４，ＳＤＫ３１５，ＣＳＳ３１７，およびＭＩＢ３１８はそれぞれ、図２１によって説明したようにＮＶＲＡＭライブラリを備えている。
【００１６】
ＣＳＳ３１７は、例えば外部装置からトータルカウンタ値やコピーカウンタ値等のカウンタ値の取得が要求（指示）されると、その取得要求をアプリ（プロセス）間Ｉ／ＦによってＳＣＳ３０６へ送る（通知する）。
ＳＣＳ３０６は、ＮＶＲＡＭ２０４上のトータルカウンタ用領域２００１を管理するための仕様（トータルカウンタ仕様）を備えており、ＣＳＳ３１７からトータルカウンタ値の取得要求を受けると、ＮＶＲＡＭライブラリが、トータルカウンタ仕様を参照し、それに基づいてトータルカウンタ用領域２００１に対して関数呼び出しを行うことにより、トータルカウンタ用領域２００１に記憶されているトータルカウンタ値を読み出して取得し、それをＣＳＳ３１７へ返信（送信）する。
【００１７】
ＳＣＳ３０６は、ＣＳＳ３１７からコピーカウンタ値の取得要求を受けると、その取得要求をコピーカウンタ値を管理しているコピーアプリ３１１へアプリ間Ｉ／Ｆを用いて送る。
コピーアプリ３１１は、ＮＶＲＡＭ２０４上のコピーカウンタ（コピーモードカウンタ）用領域２００２を管理するための仕様（コピーカウンタ仕様）を備えており、ＳＣＳ３０６からコピーカウンタ値の取得要求を受けると、ＮＶＲＡＭライブラリが、コピーカウンタ仕様を参照し、それに基づいてコピーカウンタ用領域２００２に対して関数呼び出しを行うことにより、コピーカウンタ用領域２００２に記憶されているコピーカウンタ値を読み出して取得し、それをアプリ間Ｉ／Ｆを用いてＳＣＳ３０６へ返信する。
【００１８】
ＳＣＳ３０６は、コピーアプリ３１１からコピーカウンタ値を取得すると、それをアプリ間Ｉ／Ｆを用いてＣＳＳ３１７へ返信（送信）する。
なお、ＳＣＳ３０６は、ＣＳＳ３１７から他のカウンタ値の取得要求を受けた場合でも、カウンタ値の種類が異なるだけで、コピーカウンタ値の取得要求を受けた場合とほぼ同様の処理を行う。
【００１９】
プリンタアプリ３１３は、図示は省略するが、ＮＶＲＡＭ２０４上のプリンタカウンタ（プリンタモードカウンタ）用領域２００３を管理するための仕様（プリンタカウンタ仕様）を備えており、ＳＣＳ３０６からプリンタカウンタ値の取得要求を受けると、ＮＶＲＡＭライブラリが、プリンタカウンタ仕様を参照し、それに基づいてプリンタカウンタ用領域２００３に対して関数呼び出しを行うことにより、プリンタカウンタ用領域２００３に記憶されているプリンタカウンタ値を読み出して取得し、それをアプリ間Ｉ／Ｆを用いてＳＣＳ３０６へ返信する。
【００２０】
ファクスアプリ３１２は、図示は省略するが、ＮＶＲＡＭ２０４上のファクスカウンタ（ファクスモードカウンタ）用領域２００４を管理するための仕様（ファクスカウンタ仕様）を備えており、ＳＣＳ３０６からファクスカウンタ値の取得要求を受けると、ＮＶＲＡＭライブラリが、ファクスカウンタ仕様を参照し、それに基づいてファクスカウンタ用領域２００４に対して関数呼び出しを行うことにより、ファクスカウンタ用領域２００４に記憶されているファクスカウンタ値を読み出して取得し、それをアプリ間Ｉ／Ｆを用いてＳＣＳ３０６へ返信する。
【００２１】
スキャナアプリ３１４は、図示は省略するが、ＮＶＲＡＭ２０４上のスキャナカウンタ（スキャナモードカウンタ）用領域２００５を管理するための仕様（スキャナカウンタ仕様）を備えており、ＳＣＳ３０６からスキャナカウンタ値の取得要求を受けると、ＮＶＲＡＭライブラリが、スキャナカウンタ仕様を参照し、それに基づいてスキャナカウンタ用領域２００５に対して関数呼び出しを行うことにより、スキャナカウンタ用領域２００５に記憶されているスキャナカウンタ値を読み出して取得し、それをアプリ間Ｉ／Ｆを用いてＳＣＳ３０６へ返信する。
なお、ＭＩＢ３１８等のＮＶＲＡＭライブラリを有する他のモジュールも、ＣＳＳ３１７と同様に、各カウンタ値の取得要求をアプリ間Ｉ／ＦによってＳＣＳ３０６へ送ることにより、各カウンタ値を取得することができる。
【００２２】
図２３は、図２２に示したＮＶＲＡＭ２０４上のコピーカウンタ用領域２００２の内容の一例を示す図である。
コピーカウンタ用領域２００２に記憶されているコピーカウンタ値は、例えば図２３に示すように、用紙の表裏両面に画像を形成（コピー）する両面モード時のコピー枚数を示す両面モードカウンタ値、ＡＤＦ（自動原稿給送装置）を用いた時のコピー枚数を示すＡＤＦカウンタ値、モード別の読み取り面数を示すモード別読み取り面数カウンタ値、印刷ジョブ数を示す印刷ジョブ数カウンタ値等によって構成されている。
なお、プリンタカウンタ用領域２００３に記憶されているプリンタカウンタ値など、他のカウンタ値も、実際にはコピーカウンタ値と同様に複数のカウンタ値によって構成されている。
【００２３】
図２４は、ＣＳＳ３１７に備えられているテーブルの一例を示す図である。
このテーブルは、ＣＳＳ３１７で必要とする各カウンタ値の取得をそれぞれ要求するカウンタ取得要求コマンドに含まれるカウンタ値の種類を示すカウンタコードと、その各カウンタ値の識別情報であるカウンタＩＤと、その各カウンタ値が記憶されているカウンタ用領域を管理する管理モジュールと、その各カウンタ値の種類を示すカウンタ項目との対応関係を記述したものである。この例では、コピーカウンタ値の取得を要求するカウンタコード「１３０７００１０１００」と、カウンタＩＤ「７００１０１」と、管理モジュール「コピーアプリ」と、カウンタ項目「モード別読み取り面数カウンタ値」とが対応している。また、ＡＤＦを用いてコピー動作，ファクス送信動作，又はスキャン動作を行った場合のカウンタ値であるＡＤＦカウンタ値の取得を要求するカウンタコード「１３０７００１０２００」と、カウンタＩＤ「７００１０２」と、管理モジュール「ＳＣＳアプリ」と、カウンタ項目「ＡＤＦカウンタ値」とが対応している。
【００２４】
図２５は、この画像形成装置におけるＣＳＳ３１７を用いたカウンタ値読み出し動作の詳細例を示すフローチャートである。
この画像形成装置において、ＣＳＳ３１７は、ステップＳ１１で外部装置からいずれかのカウンタ値の取得を要求するカウンタ取得要求コマンド（情報コード）を受信すると、ステップＳ１２でそのカウンタ取得要求コマンド中のカウンタコードに対応するレコードをテーブル（図２４）から読み出し、ステップＳ１３でそのレコード中のカウンタ項目が示すカウンタ値を管理している管理モジュールへアプリ間Ｉ／Ｆを用いてカウンタ値の取得要求を送る（通知する）。
その管理モジュールは、その要求を受けることにより、ステップＳ１４で自己が管理しているカウンタ用領域に対して関数呼び出しを行うことにより、そのトータルカウンタ用領域からカウンタ値を読み出して取得し、それをカウンタ取得応答としてＣＳＳ３１７へ返信する。
【００２５】
ここで、テーブルから読み出したレコード中のカウンタ項目がトータルカウンタ値を示す場合には、トータルカウンタ用領域を管理している管理モジュールがＳＣＳ３０６であるため、ＳＣＳ３０６へトータルカウンタ値の取得要求を送ると、その取得要求を受けたＳＣＳ３０６は、トータルカウンタ仕様を参照し、それに基づいて自己が管理しているトータルカウンタ用領域に対して関数呼び出しを行うことにより、そのトータルカウンタ用領域からトータルカウンタ値を読み出して取得し、それをカウンタ取得応答としてＣＳＳ３１７へ返信する。
【００２６】
テーブルから読み出したレコード中のカウンタ項目がコピーカウンタ値を示す場合には、コピーカウンタ用領域を管理している管理モジュールがコピーアプリ３１１であるため、ＳＣＳ３０６経由でコピーアプリ３１１へコピーカウンタ値の取得要求を送り、その取得要求を受けたコピーアプリ３１１は、コピーカウンタ仕様を参照し、それに基づいて自己が管理しているコピーカウンタ用領域に対して関数呼び出しを行うことにより、そのコピーカウンタ用領域からコピーカウンタ値を読み出して取得し、それをカウンタ取得応答としてＳＣＳ３０６経由でＣＳＳ３１７へ返信する。
【００２７】
テーブルから読み出したレコード中のカウンタ項目がプリンタカウンタ値を示す場合には、プリンタカウンタ用領域を管理している管理モジュールがプリンタアプリ３１３であるため、ＳＣＳ３０６経由でプリンタアプリ３１３へプリンタカウンタ値の取得要求を送り、その取得要求を受けたプリンタアプリ３１３は、プリンタカウンタ仕様を参照し、それに基づいて自己が管理しているプリンタカウンタ用領域に対して関数呼び出しを行うことにより、そのプリンタカウンタ用領域からプリンタカウンタ値を読み出して取得し、それをカウンタ取得応答としてＳＣＳ３０６経由でＣＳＳ３１７へ返信する。
【００２８】
テーブルから読み出したレコード中のカウンタ項目がファクスカウンタ値を示す場合には、ファクスカウンタ用領域を管理している管理モジュールがファクスアプリ３１２であるため、ＳＣＳ３０６経由でファクスアプリ３１２へファクスカウンタ値の取得要求を送り、その取得要求を受けたファクスアプリ３１２は、ファクスカウンタ仕様を参照し、それに基づいて自己が管理しているファクスカウンタ用領域に対して関数呼び出しを行うことにより、そのファクスカウンタ用領域からファクスカウンタ値を読み出して取得し、それをカウンタ取得応答としてＳＣＳ３０６経由でＣＳＳ３１７へ返信する。
【００２９】
テーブルから読み出したレコード中のカウンタ項目がスキャナカウンタ値を示す場合には、スキャナカウンタ用領域を管理している管理モジュールがスキャナアプリ３１４であるため、ＳＣＳ３０６経由でスキャナアプリ３１４へスキャナカウンタ値の取得要求を送り、その取得要求を受けたスキャナアプリ３１４は、スキャナカウンタ仕様を参照し、それに基づいて自己が管理しているスキャナカウンタ用領域に対して関数呼び出しを行うことにより、そのスキャナカウンタ用領域からスキャナカウンタ値を読み出して取得し、それをカウンタ取得応答としてＳＣＳ３０６経由でＣＳＳ３１７へ返信する。
【００３０】
図２５に戻り、ＣＳＳ３１７は、カウンタ取得応答を受けると、ステップ１５で取得したいカウンタ値がまだあるかどうかをチェック（これは受信したカウンタ取得要求コマンド中に複数のカウンタコードが含まれている場合に必要である）し、まだあると判断した場合（受信したカウンタ取得要求コマンド中に他のカウンタコードが含まれている場合）にはステップＳ１２へ戻り、他のカウンタコードに対して上述と同様の処理を繰り返すが、取得したいカウンタ値がもうないと判断した場合にはステップＳ１６でカウンタ取得応答を待って、ステップＳ１７で取得要求したカウンタ値に対応するカウンタ取得応答を全て受信したかどうかをチェックし、全て受信した場合にステップＳ１８へ進み、その受信した各カウンタ取得応答に基づいてそれらを含むカウンタ取得応答コマンド（情報コード）を生成し、それをカウンタ取得要求コマンドの送信元へ返信する。
【発明の開示】
【発明が解決しようとする課題】
【００３１】
画像形成装置等の画像処理装置に備えているソフトウェアのうち、各アプリ（アプリケーションプログラム）は、以下の（１）〜（３）に示すような理由により、カウンタ用領域と一対一の関係になっていた。
（１）開発効率の点等から各アプリをそれぞれ別々の部署で開発するのが一般的だった。
（２）カウンタ値をそれに対応するアプリ以外のアプリ又は他のモジュールから取得する必要がなかった。
（３）１台の画像処理装置に搭載されるアプリの数が少なかった。
【００３２】
しかしながら、近年、１台の画像処理装置に搭載されるアプリの数が増え、カウンタ値をそれに対応するアプリ以外のアプリ又は他のモジュール（ＣＳＳ３１７等）から取得するケースが生じてきた。そのカウンタ取得を行う場合、上述したように、アプリ間Ｉ／Ｆ（プロセス間通信）を用いる必要がある。そのアプリ間Ｉ／Ｆを用いると、１つのカウンタ値を取得する毎に、例えば他のモジュールに対して呼び出し処理を行い、それに対する応答を待つプロセスを行う必要があるため、処理が複雑になる。
【００３３】
また、アプリの増加に加え、アプリ別のカウンタ値の合計値を必要とするケースが生じ、その場合には合計値用のカウンタ用領域を別途用意しなければならないため、ＮＶＲＡＭ等の不揮発性メモリの記憶領域を多く使用するようになり、メモリコストの上昇につながっている。もし、カウンタ値合計用のカウンタ用領域を用意しない場合は、カウンタ値の合計値を得るために各モジュールからカウンタ値を取得してくる必要があり、処理がより煩雑になる。
さらに、ＴＣＯ（コンピュータシステムの運用・管理にかかる総コスト）の削減などの要求により、アプリ別のカウンタ値も種類が増えてきており、仕様と実装の管理が煩雑となっている。
【００３４】
この発明は、このような問題点に鑑みてなされたものであり、画像処理装置に搭載されている画像処理手段の機能である複数種類の画像処理機能とメモリの各処理回数の記憶先（カウンタ用領域）との関係を多対一にして、その各処理回数の記憶先を一括管理することにより、コスト低減を図ることを目的とする。
【課題を解決するための手段】
【００３５】
この発明は、上記の目的を達成するため、画像形成装置等の画像処理装置、その画像処理装置とそれと通信する外部装置とからなる画像処理システム、上記画像処理装置における処理回数（カウンタ値）処理方法、その画像処理装置として機能するコンピュータに実行させるプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００３６】
請求項１の発明による画像処理装置は、複数種類の画像処理を実行する画像処理手段と、上記複数種類の画像処理の処理回数をそれぞれ記憶するメモリとを有する画像処理装置であって、上記処理回数と上記メモリにおけるその記憶先とを対応付けて記憶する対応付け記憶手段と、上記複数種類の画像処理毎にそれぞれ処理回数を計数して上記メモリの上記対応付け記憶手段に記憶されている記憶先に記憶させる計数手段とを設けたものである。
請求項２の発明による画像処理装置は、請求項１の画像処理装置において、上記メモリの上記対応付け記憶手段に記憶されている記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするトータル回数算出手段を設けたものである。
【００３７】
請求項３の発明による画像処理装置は、請求項１又は２の画像処理装置において、上記メモリの上記対応付け記憶手段に記憶されている記憶先から複数種類の画像処理の処理回数を読み出し、その読み出した処理回数を出力する出力手段を設けたものである。
請求項４の発明による画像処理装置は、請求項３の画像処理装置において、指示を受け付ける指示受付手段を設け、上記出力手段を、上記指示受付手段によって受け付けた指示により、上記メモリの上記対応付け記憶手段に記憶されている記憶先から該指示に対応する画像処理の処理回数を読み出し、その読み出した処理回数を出力する手段としたものである。
【００３８】
請求項５の発明による画像処理装置は、請求項４の画像処理装置において、上記指示受付手段を、操作手段から指示を受け付ける手段としたものである。
請求項６の発明による画像処理装置は、請求項４の画像処理装置において、上記指示受付手段を、ネットワーク経由で指示を受け付ける手段としたものである。
請求項７の発明による画像処理装置は、請求項３〜６のいずれかの画像処理装置において、上記出力手段が、上記読み出した処理回数をネットワーク経由で出力するものである。
【００３９】
請求項８の発明による画像処理装置は、請求項７の画像処理装置において、上記出力手段が、上記読み出した処理回数をネットワーク経由で当該画像処理装置を管理する管理装置へ出力するものである。
請求項９の発明による画像処理装置は、請求項７又は８の画像処理装置において、上記出力手段に、ネットワーク経由で出力する情報を構造化言語形式に変換する手段を備えたものである。
請求項１０の発明による画像処理装置は、請求項３〜５のいずれかの画像処理装置において、上記出力手段が、上記読み出した処理回数を表示手段へ表示出力するものである。
【００４０】
請求項１１の発明による画像処理装置は、請求項３〜５のいずれかの画像処理装置において、上記出力手段は、上記読み出した処理回数を用紙等の記録媒体へ記録出力するものである。
請求項１２の発明による画像処理装置は、請求項１〜１１のいずれかの画像処理装置において、上記画像処理手段を、コピー動作，プリント動作，スキャン動作，ファクス動作のうちの少なくとも１つを実行する手段としたものである。
【００４１】
請求項１３の発明による画像処理システムは、外部装置と、該外部装置とネットワーク経由で通信して画像処理を行う画像処理装置とからなる画像処理システムであって、上記画像処理装置に、複数種類の画像処理を実行する画像処理手段と、上記複数種類の画像処理の処理回数をそれぞれ記憶するメモリと、上記処理回数と上記メモリにおけるその記憶先とを対応付けて記憶する対応付け記憶手段と、上記複数種類の画像処理毎にそれぞれ処理回数を計数して上記メモリの上記対応付け記憶手段に記憶されている記憶先に記憶させる計数手段と、上記メモリの上記対応付け記憶手段に記憶されている記憶先から複数種類の画像処理の処理回数を読み出し、その読み出した処理回数をネットワーク経由で上記外部装置へ出力する出力手段とを設けたものである。
【００４２】
請求項１４の発明による画像処理システムは、請求項１３の画像処理システムにおいて、上記メモリの上記対応付け記憶手段に記憶されている記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするトータル回数算出手段を設け、上記出力手段に、上記トータル回数をネットワーク経由で上記外部装置へ出力する手段を備えたものである。
【００４３】
請求項１５の発明による画像処理システムは、請求項１３又は１４の画像処理システムにおいて、上記外部装置からネットワーク経由で指示を受け付ける指示受付手段を設け、上記出力手段に、上記指示受付手段によって受け付けた指示により、上記メモリの上記対応付け記憶手段に記憶されている記憶先から該指示に対応する画像処理の処理回数を読み出し、その読み出した処理回数をネットワーク経由で上記外部装置へ出力する手段を備えたものである。
請求項１６の発明による画像処理システムは、請求項１４の画像処理システムにおいて、上記外部装置からネットワーク経由で指示を受け付ける指示受付手段を設け、上記出力手段に、上記指示受付手段によって受け付けた指示により、上記トータル回数をネットワーク経由で上記外部装置へ出力する手段を備えたものである。
【００４４】
請求項１７の発明による処理回数処理方法は、複数種類の画像処理を実行する画像処理手段と、上記複数種類の画像処理の処理回数をそれぞれ記憶するメモリとを有する画像処理装置における処理回数処理方法であって、上記処理回数と上記メモリにおけるその記憶先とを対応付けて記憶し、上記複数種類の画像処理毎にそれぞれ処理回数を計数して上記メモリの上記記憶している記憶先に記憶させるものである。
請求項１８の発明による処理回数処理方法は、請求項１７の処理回数処理方法において、上記メモリの上記記憶している記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするものである。
【００４５】
請求項１９の発明による処理回数処理方法は、請求項１７又は１８の処理回数処理方法において、上記メモリの上記記憶している記憶先から複数種類の画像処理の処理回数を読み出し、その読み出した処理回数を出力するものである。
請求項２０の発明による処理回数処理方法は、請求項１８の処理回数処理方法において、上記トータル回数を出力するものである。
【００４６】
請求項２１の発明によるプログラムは、複数種類の画像処理を実行する画像処理手段と、上記複数種類の画像処理の処理回数をそれぞれ記憶するメモリとを有する画像処理装置として機能するコンピュータに、上記処理回数と上記メモリにおけるその記憶先とを対応付けて記憶する対応付け記憶機能と、上記複数種類の画像処理毎にそれぞれ処理回数を計数して上記メモリの上記対応付け記憶機能によって記憶されている記憶先に記憶させる計数機能とを実現させるためのプログラムである。
【００４７】
請求項２２の発明によるプログラムは、請求項２１のプログラムにおいて、上記コンピュータに、上記メモリの上記対応付け記憶機能によって記憶されている記憶先に記憶されている複数種類の画像処理の処理回数のうち、２つ以上の画像処理の処理回数を読み出して合算し、その合算した値をトータル回数とするトータル回数算出機能をも実現させるためのプログラムである。
請求項２３の発明によるプログラムは、請求項２１又は２２のプログラムにおいて、上
記コンピュータに、上記メモリの上記対応付け記憶機能によって記憶されている記憶先から複数種類の画像処理の処理回数を読み出し、該処理回数を出力する出力機能をも実現させるためのプログラムである。
【００４８】
請求項２４の発明によるプログラムは、請求項２２のプログラムにおいて、上記コンピュータに、上記トータル回数を出力する出力機能をも実現させるためのプログラムである。
請求項２５の発明による記録媒体は、請求項２１〜２３のいずれかのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００４９】
この発明によれば、画像処理装置に搭載されている画像処理手段の各画像処理機能とメモリの各処理回数の記憶先との関係を多対一にして、各処理回数の記憶先を一括管理することができるため、低コストを実現することができる。
【発明を実施するための最良の形態】
【００５０】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明を実施する画像処理装置の物理的構成について、図１を用いて具体的に説明する。
図１は、この画像処理装置のハードウェア構成例を示すブロック図である。
この画像処理装置は、通信機能を有するデジタル複写機，デジタル複合機，プリンタ，又はファクシミリ装置等の画像形成装置であり、ＣＰＵ２０１，ＡＳＩＣ（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）によるＳＯＡＰリクエストであることが考えられる。ウェブクライアント機能部５０１は、外部への要求を発行する処理を行う。ｌｉｂｓｏａｐ５０２は、ＳＯＡＰを処理するライブラリであり、ｌｉｂｘｍｌ５０３は、ＸＭＬ形式で記載されたデータを処理するライブラリである。また、ｌｉｂｇｗｗｗ５０４は、ＨＴＴＰを処理するライブラリであり、ｌｉｂｇｗ＿ｎｃｓ５０５は、ＮＣＳ３０３との間の処理をするライブラリである。
【００７０】
以下、上述したこの画像処理装置におけるこの発明の特徴となる動作について、図４〜図１３を参照して具体的に説明する。
この画像処理装置には、上述したように、公衆回線に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。
そして、この画像処理装置は、図示しないラインアダプタおよび公衆回線（ネットワーク）を介して外部装置と通信するＣＳＳ方式、あるいは図示しない仲介装置およびインタネット（ネットワーク）を介して外部装置と通信するＮＲＳ方式を選択できる。なお、この画像処理装置が、ラインアダプタの機能又は仲介装置の機能を備えていてもよい。
【００７１】
図４は、この画像処理装置におけるカウンタ値読み出し動作の詳細を説明するための説明図である。
図４では図示を簡略化しているが、ＳＣＳ３０６，コピーアプリ３１１，ファクスアプリ３１２，プリンタアプリ３１３，スキャナアプリ３１４，ＳＤＫ３１５，ＣＳＳ３１７，ＮＲＳ３１６，およびＭＩＢ３１８はそれぞれ、図２によって説明したように統一カウンタ用ライブラリおよびＮＶＲＡＭライブラリを備えている。
その各統一カウンタ用ライブラリはそれぞれ、ＮＶＲＡＭ２０４内のコンフィグ（config）ファイル１０１１を参照することにより、後述する処理を行うことができる。
コンフィグファイル１０１１は、ＮＶＲＡＭ２０４上に統一カウンタ用領域１００１を確保して複数のカウンタ値を一括管理するための一括管理情報である統一カウンタ仕様を記述したものである。
【００７２】
ＣＳＳ３１７は、外部装置からのコピーカウンタ値等のトータルカウンタ値以外のカウンタ値の取得要求（情報コードによる）により、ラインアダプタからそのカウンタ値の取得が要求されると、統一カウンタ用ライブラリが、コンフィグファイル１０１１を参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域１００１に対して関数呼び出しを行うことにより、その統一カウンタ用領域１００１から要求されたカウンタ値を読み出して取得し、それを情報コードでラインアダプタへ返信する。
【００７３】
あるいは、外部装置からのトータルカウンタ値の取得要求により、ラインアダプタからトータルカウンタ値の取得が要求されると、統一カウンタ用ライブラリが、コンフィグファイル１０１１を参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域１００１に対して関数呼び出しを行うことにより、その統一カウンタ用領域１００１から全てのカウンタ値を順次読み出して取得した後、その各カウンタ値を合算してトータルカウンタ値を求め、それを情報コードでラインアダプタへ返信する。
【００７４】
ＮＲＳ３１６は、外部装置からのコピーカウンタ値等のトータルカウンタ値以外のカウンタ値の取得要求（ＨＴＴＰメソッドによる）により、仲介装置からそのカウンタ値の取得がＳＯＡＰメソッドによって要求されると、統一カウンタ用ライブラリが、コンフィグファイル１０１１を参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域１００１に対して関数呼び出しを行うことにより、その統一カウンタ用領域１００１から要求されたカウンタ値を読み出して取得し、それをＳＯＡＰメソッドで仲介装置へ返信する。
【００７５】
あるいは、外部装置からのトータルカウンタ値の取得要求により、仲介装置からトータルカウンタ値の取得がＳＯＡＰメソッドによって要求されると、統一カウンタ用ライブラリが、コンフィグファイル１０１１を参照し、それに基づいてＮＶＲＡＭ２０４上の統一カウンタ用領域１００１に対して関数呼び出しを行うことにより、その統一カウンタ用領域１００１から全てのカウンタ値を順次読み出して取得した後、その各カウンタ値を合算してトータルカウンタ値を求め、それをＳＯＡＰメソッドで仲介装置へ返信する。
【００７６】
図５は、図４に示したＮＶＲＡＭ２０４上の統一カウンタ用領域１００１の内容の一例を示す図である。
ＮＶＲＡＭ２０４上の統一カウンタ用領域１００１には、例えば図５に示すように、両面モードカウンタ値，ＡＤＦカウンタ値，モード別読み取り面数カウンタ値，印刷ジョブ数カウンタ値等の各カウンタ値が順次記憶されており、その各カウンタ値を一括管理可能にシンプルな構造となっている。「０」「４」「８」「１２」「１６」は、各カウンタ値の記憶先を求めるための位置情報（ある基点となるアドレス値からの差分）を示している。
【００７７】
図６は、コンフィグファイルの一例を示す図である。なお、図示の都合上、カウンタＩＤの内容は省略している。
コンフィグファイルは、前述したように、ＮＶＲＡＭ２０４上に統一カウンタ用領域１００１を確保して複数のカウンタ値を管理するための管理情報であり、その各カウンタ値の種類を示すカウンタ項目と、その各カウンタ値の識別情報であるカウンタＩＤと、その各カウンタ値の記憶位置を特定するためのマッピング情報（位置情報）とが対応付けられて記述されている。このコンフィグファイルは、ＮＶＲＡＭ２０４上にテキストファイルとして組み込まれている（記憶されている）。
【００７８】
図７は、ＮＲＳ３１６に備えられているテーブルの一例を示す図である。なお、このテーブルは、図２４に示したテーブルと区別するため、以後「第１のテーブル」という。図２４に示したテーブルは、以後「第２のテーブル」という。但し、この実施例では、第２のテーブルの管理モジュールは不要であり、削除する。
第１のテーブルは、ＮＲＳ３１６で必要とする各カウンタ値の取得をそれぞれ要求するカウンタ取得要求コマンドのＳＯＡＰメソッド名であるカウンタ取得メソッド名と、その各カウンタ値の識別情報であるカウンタＩＤと、その各カウンタ値の種類を示すカウンタ項目との対応関係を記述したものである。この例では、スキャナカウンタ値の取得を要求するスキャナカウンタ取得要求コマンドのカウンタ取得メソッド名「get Count Scan」と、カウンタＩＤ「７００１０１」と、カウンタ項目「モード別読み取り面数カウンタ値」とが対応している。また、ＡＤＦを用いてコピー動作，ファクス送信動作，又はスキャン動作を行った場合のカウンタ値であるＡＤＦカウンタ値の取得を要求するＡＤＦカウンタ取得要求コマンドのカウンタ取得メソッド名「get Count ＡＤＦ」と、カウンタＩＤ「７００１０２」と、カウンタ項目「ＡＤＦカウンタ値」とが対応している。
【００７９】
図８は、この画像処理装置におけるＮＲＳ３１６を用いたカウンタ値読み出し動作の詳細例を示すフローチャートである。
図９は、カウンタ取得要求コマンドのフォーマット例を示す図である。この例は、ＳＯＡＰメソッドによるＡＤＦカウンタ取得要求コマンドを示している。
この画像処理装置において、ＮＲＳ３１６は、ステップＳ１で仲介装置からいずれかのカウンタ値の取得を要求するカウンタ取得要求コマンド（例えば図９に示すようなＳＯＡＰメソッドによる）を受信する（カウンタ取得の指示を受け付ける）と、ステップＳ２でそのカウンタ取得要求コマンド中のカウンタ取得メソッド名に対応するレコードを第１のテーブル（図７）から読み出し、ステップＳ３でそのレコード中のカウンタＩＤを指定して統一カウンタライブラリを読み出す。
【００８０】
その統一カウンタライブラリは、ステップＳ４で、コンフィグファイルを参照し、それに基づいて上記レコード中のカウンタ項目が示すカウンタ値（例えば外部装置から要求された種類のカウンタ値）が記憶されている統一カウンタ用領域１００１（ＮＶＲＡＭ２０４）中の記憶領域（記憶先）に対して関数呼び出しを行うことにより、その記憶領域からカウンタ値を読み出して取得する。このとき、コンフィグファイル１０１１を参照することにより、上記レコード中のカウンタ項目が示すカウンタ値に対応する位置情報からそのカウンタ値の記憶先を求めることができる。取得したカウンタ値は、カウンタ取得応答としてＮＲＳ３１６へ返信する。
ＮＲＳ３１６は、統一カウンタライブラリからのカウンタ取得応答の返信により、ステップＳ５でそのカウンタ取得応答を取得し、ステップＳ６で取得したいカウンタ値がまだあるかどうかをチェック（これは受信したカウンタ取得コマンド中に複数のカウンタ取得メソッド名が含まれている場合に必要である）する。
【００８１】
そして、取得したいカウンタ値がまだあると判断した場合（受信したカウンタ取得コマンド中に他のカウンタ取得メソッド名が含まれている場合）には、ステップＳ２へ戻り、他のカウンタ取得メソッド名に対して上述と同様の処理を繰り返すが、取得したいカウンタ値がもうないと判断した場合にはステップＳ７へ進み、受け取った各カウンタ取得応答に基づいてそれらを含むカウンタ取得応答コマンド（ＳＯＡＰメソッドによる）を生成し、それをカウンタ取得要求コマンドの送信元である仲介装置へ返信する。
なお、仲介装置からトータルカウンタ値の取得を要求するトータルカウンタ取得要求コマンド（ＳＯＡＰメソッドによる）を受信した場合には、その統一カウンタ用領域１００１から全てのカウンタ値（カウンタ取得応答）を順次取得した後、その各カウンタ値を合算してトータルカウンタ値を求め、それに基づいてそれを含むカウンタ取得応答コマンド（ＳＯＡＰメソッドによる）を生成する。
【００８２】
以上のカウンタ値読み出し動作は、ＳＯＡＰメソッドを用いた場合の例であるが、情報コードを用いたカウンタ値読み出し動作も実現できる。この動作は、図８によって説明したものと若干異なるだけなので、再び図８を参照して説明する。
ＣＳＳ３１７は、ラインアダプタからいずれかのカウンタ値の取得を要求する（情報コードによる）カウンタ取得要求コマンドを受信すると、そのカウンタ取得要求コマンド中のカウンタコードに対応するレコードをテーブル（図２４）から読み出し、そのレコード中のカウンタＩＤを指定して統一カウンタライブラリを読み出す。
その統一カウンタライブラリは、コンフィグファイルを参照し、それに基づいて上記レコード中のカウンタ項目が示すカウンタ値が記憶されている統一カウンタ用領域１００１中の記憶領域に対して関数呼び出しを行うことにより、その記憶領域からカウンタ値を読み出して取得し、それをカウンタ取得応答としてＣＳＳ３１７へ返信する。
ＣＳＳ３１７は、統一カウンタライブラリからのカウンタ取得応答の返信により、そのカウンタ取得応答を取得し、取得したいカウンタ値がまだあるかどうかをチェック（これは受信したカウンタ取得要求コマンド中に複数のカウンタコードが含まれている場合に必要である）する。
【００８３】
そして、取得したいカウンタ値がまだあると判断した場合（受信したカウンタ取得コマンド中に他のカウンタコードが含まれている場合）には、他のカウンタコードに対して上述と同様の処理を繰り返すが、取得したいカウンタ値がもうないと判断した場合には、受け取った各カウンタ取得応答に基づいてそれらを含むカウンタ取得応答コマンド（情報コードによる）を生成し、それをカウンタ取得要求コマンドの送信元であるラインアダプタへ返信する。
なお、ラインアダプタからトータルカウンタ値の取得を要求するトータルカウンタ取得要求コマンドを受信した場合には、その統一カウンタ用領域１００１から全てのカウンタ値（カウンタ取得応答）を順次取得した後、その各カウンタ値を合算してトータルカウンタ値を求め、それに基づいてそれを含むカウンタ取得応答コマンドを生成する。
【００８４】
一方、外部装置は、いずれかの仲介装置からインタネット経由で所望のカウンタ値を取得する場合、その仲介装置からＨＴＴＰメソッドによるポーリング情報（ポーリング情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージ）を受信することにより、所望のカウンタ値の取得を要求するＨＴＴＰメソッドによるカウンタ取得要求コマンド（カウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージ）を生成し、それをインタネット経由で該当する仲介装置（受信したカウンタ取得要求コマンドの送信元）へ、ポーリングに対する応答として送信する。このとき、受信したカウンタ取得要求コマンド（実際にはそのＨＴＴＰメッセージ内のＳＯＡＰメッセージ）に付加された識別子に基づいて該当する仲介装置を認識する。
【００８５】
仲介装置は、例えばインタネット経由で外部装置に対して定期的にポーリングを行う。つまり、自己の識別情報である識別子を付加したポーリング情報のＳＯＡＰメッセージ（ＳＯＡＰメソッドによるポーリング情報）を生成し（ポーリング情報を構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージ（ＨＴＴＰメソッドによるポーリング情報）を生成し、それをインタネット経由で外部装置へ送信する。
そして、その送信に対して、外部装置からカウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージ（ＨＴＴＰメソッドによるカウンタ取得要求コマンド）を受信すると、以下の処理を行う。
【００８６】
すなわち、そのＨＴＴＰメッセージに基づいてそのパケット上のカウンタ取得要求コマンドのＳＯＡＰメッセージ（ＳＯＡＰメソッドによるカウンタ取得要求コマンド）を生成し、それをネットワーク経由で自己に接続されているこの画像形成装置のＮＲＳ３１６へ送信し、それに対してＮＲＳ３１６からカウンタ取得応答コマンドのＳＯＡＰメッセージ（ＳＯＡＰメソッドによるカウンタ取得応答要求コマンド）を受信すると、そのＳＯＡＰメッセージに基づいてそれを含むカウンタ取得応答コマンドのＨＴＴＰメッセージ（ＨＴＴＰメソッドによるカウンタ取得応答要求コマンド）を生成し、それをインタネット経由で外部装置へ送信する。
【００８７】
あるいは、外部装置は、いずれかのラインアダプタから公衆回線経由で所望のカウンタ値を取得する場合、そのカウンタ値の取得を要求するカウンタ取得要求コマンド（情報コードによる）を生成し、それを公衆回線経由で該当するラインアダプタへ送信する。
ラインアダプタは、外部装置からカウンタ取得要求コマンドを受信すると、そのカウンタ取得要求コマンドをネットワーク経由で自己に接続されているこの画像形成装置のＣＳＳ３１７へ送信し、それに対してＣＳＳ３１７からカウンタ取得応答コマンド（情報コードによる）を受信すると、そのカウンタ取得応答コマンドを公衆回線経由で外部装置へ送信する。
【００８８】
ラインアダプタは、外部装置からの要求に関係なく、所定のタイミングで（例えば定期的に）自己に接続されているこの画像形成装置へ任意のカウンタ値の取得を要求するカウンタ取得要求コマンド（ＳＯＡＰメソッド又は情報コードによる）をＮＲＳ３１６又はＣＳＳ３１７へ送信することにより、そのカウンタ値を取得することもできる。この場合、その取得したカウンタ値を外部装置へ送信する際に、そのカウンタ値に自己の識別情報である識別子を付加する。
【００８９】
外部装置は、仲介装置又はラインアダプタからインタネット又は公衆回線経由でカウンタ値を取得すると、そのカウンタ値を図示しない表示装置の画面に表示出力する。その出力例（画面表示例）を図１０に示す。この例では、モード別の各カウンタ値、つまりフルカラーコピーカウンタ値，白黒コピーカウンタ値，単色コピーカウンタ値，２色コピーカウンタ値，カラープリンタ（印刷）カウンタ値，白黒プリンタカウンタ値，ファクスカウンタ値と、それらを合算したトータルカウンタ値と、ＡＤ／ＤＴＬカウンタ値，両面カウンタ値，ステープルカウンタ値を表示している。
【００９０】
なお、操作部２０７から受け付けたカウンタ取得の指示によっても、その指示に対応するカウンタ値を上述と同様に取得し、それを仲介装置およびインタネット経由で、あるいはラインアダプタおよび公衆回線経由で外部装置へ送信させ、その表示装置の画面に表示出力させることが可能である。この場合、ＯＣＳ３００が操作部２０７から受け付けたカウンタ取得の指示により、その指示に対応するカウンタ値を取得することができる。
【００９１】
あるいは、上述と同様に取得したカウンタ値をＯＣＳ３００により操作部２０７に送って文字表示器に表示出力させることもできる。その出力例を図１１に示す。この例のカウンタ値の内容は図１０と同様である。
あるいはまた、上述と同様に取得したカウンタ値をプリンタアプリ３１３によりプロッタエンジンへ送って印刷（画像形成）出力させることもできる。その出力例（画像形成出力例）を図１２に示す。この例のカウンタ値の内容も図１０と同様である。
なお、画像処理装置が、スキャナ装置等の画像読取装置であっても、上述と同様の各種制御（但し印刷出力の制御は除く）を行うことができる。
【００９２】
このように、この発明を実施した画像処理装置では、統一カウンタライブラリ経由でコンフィグファイルを参照することにより、複数種類の画像処理（コピー動作，プリント動作，スキャン動作，ファクス動作）毎に処理回数に相当するカウンタ値の記憶先を対応付けて一元的に管理し、複数種類の画像処理毎にそれぞれカウンタ値を計数（＋１）してＮＶＲＡＭ２０４（ＨＤＤ２０８でもよい）の図１３の（ａ）に示すような統一カウンタ用領域上の上記各記憶先（各画像処理にそれぞれ対応するカウンタ値が記憶されている記憶領域）に記憶させるので、同図の（ｂ）に示すような複数のカウンタ用領域を用意せずに済み、コストを低減することができる。また、複数のカウンタ値の一括管理により、各アプリ（モジュール）によるカウンタ値の計数処理（積算処理）が簡単になり、処理効率が高まる。
【００９３】
また、ＮＲＳ３１６，ＣＳＳ３１７等のアプリやＳＣＳなどの各モジュール（実際にはそれに備えた統一カウンタライブラリ）が、外部装置からいずれかのカウンタ値の取得要求があった場合に、統一カウンタライブラリ経由でコンフィグファイルを参照し、それに基づいてＮＶＲＡＭ２０４の統一カウンタ用領域から対応するカウンタ値を直接読み出して取得し、それを外部装置，操作部２０７，又はプロッタエンジンへ出力するので、アプリ間Ｉ／Ｆを使用する必要がなくなる。そのため、他のモジュールに頼まなくても、カウンタ値の取得処理と送信処理を行え、より処理効率が高まる。
【００９４】
さらに、ＮＲＳ３１６，ＣＳＳ３１７等のアプリやＳＣＳなどの各モジュールが、外部装置又は操作部２０７からトータルカウンタ値の取得要求があった場合に、コンフィグファイルを参照し、それに基づいて統一カウンタ用領域から全てカウンタ値を直接読み出して取得し、その各カウンタ値を合算してトータルカウンタ値を求めるので、ＮＶＲＡＭ２０４にトータルカウンタ値を記憶するための領域を確保する必要もない。なお、ＮＶＲＡＭ２０４上の複数のカウンタ値を管理できるため、その各カウンタ用の領域からカウンタ値を直接読み出して取得し、その各カウンタ値を合算するのが容易になった。
開発プロセスとしても、実装と仕様が一対一となり、仕様自体も一括管理できることにより、仕様管理上のメリッもある。
なお、全てのカウンタ値のうち、２つ以上のカウンタ値を読み出して合算し、その合算した値をトータルカウンタ値（トータル回数）として外部装置，操作部２０７，又はプロッタエンジンへ送信することもできる。
【００９５】
次に、この発明を実施可能な画像処理システム、つまり上述したような画像処理装置と外部装置とからなる画像処理システムとして、その画像処理装置を被管理装置とし、それを外部装置である管理装置によって管理する遠隔管理システムについて説明する。
図１４は、その遠隔管理システムの構成の一例を示す概念図である。なお、ここでは、通信機能を持ち、管理装置によって管理される画像処理装置を説明の便宜上「被管理装置」と云う。
【００９６】
この遠隔管理システムは、上述したような画像処理装置を被管理装置１０（１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ）とする管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）等のネットワークによって接続された遠隔管理仲介装置である仲介装置１０１（１０１ａ，１０１ｂ，１０１ｃ）、更に仲介装置１０１とインタネット１０３（他のネットワーク又は公衆回線でもよい）を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。被管理装置１０および仲介装置１０１は機器利用者（ユーザ）側のオフィス等に、管理装置１０２はサービスセンタ（管理センタ）にそれぞれ設置されている。
【００９７】
ここで、管理装置１０２が新たな方式を用いて遠隔管理するサービス（それをここでは「ＮＲＳ」という）を実現するために、機器利用者側のＬＡＮ等のネットワークに、ＮＲＳに対応するソフトウェアを実装した仲介装置１０１および被管理装置１０が接続されている。その仲介装置１０１および被管理装置１０には、管理装置１０２が従来の方式を用いて遠隔管理するサービス（それをここでは「ＣＳＳ」という）も実現するために、ＣＳＳに対応するソフトウェアも実装している。ＮＲＳを実現するためには、ＣＳＳを実現する場合と同様に、仲介装置１０１および被管理装置１０を初期設置すればよい。
【００９８】
公衆回線（又は専用回線）としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。
なお、仲介装置１０１と被管理装置１０との接続は、ネットワークに限らず、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（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）等の既知のプロトコル（通信規格），技術，仕様などを利用することができる。
【０１０３】
この送受信のデータ送受モデルを図１５の概念図に示す。
（Ａ）は、被管理装置１０で管理装置１０２に対する要求（指示）が発生したケースである。このケースでは、被管理装置１０が被管理装置側要求ａを生成し、これを仲介装置１０１を経由して受け取った管理装置１０２がこの要求に対する応答ａを返すというモデルになる。同図に示す仲介装置１０１は複数であるケースも想定できる（上記図１４に示す設置環境Ｂ）。なお、（Ａ）では、応答ａだけでなく応答遅延通知ａ′を返信するケースが表記されている。これは、管理装置１０２を、仲介装置１０１を経由して被管理装置側要求を受け取って、当該要求に対する応答を即座に返せないと判断したときには、応答遅延通知を通知して一旦接続状態を切断し（通信可能状態を解除し）、次回の接続の際に上記要求に対する応答を改めて引き渡す構成としているためである。
【０１０４】
（Ｂ）は、管理装置１０２で被管理装置１０に対する要求が発生したケースである。このケースでは、管理装置１０２が管理装置側要求ｂを生成し、これを仲介装置１０１を経由して受け取った被管理装置１０が、当該要求に対する応答ｂを返すというモデルになっている。なお、（Ｂ）のケースでも、応答を即座に返せないときに応答遅延通知ｂ′を返すことは（Ａ）のケースと同様である。
【０１０５】
次に、図１４に示す管理装置１０２の物理的構成について簡単に説明すると、当該管理装置１０２は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる制御装置や、ファイルサーバ（データベース），モデム，プロキシ（Ｐｒｏｘｙ）サーバ等によって構成されている。その構成については、追って詳細に説明する。
さらに、図１４に示す仲介装置１０１における物理的構成について簡単に説明すると、当該仲介装置１０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ（不揮発性記憶手段），ＰＨＹ（物理メディアインタフェース）等によって構成されている。
【０１０６】
また、仲介機能付被管理装置１１については、仲介装置１０１の機能を実現するためにこれらのユニットを単に被管理装置１０に付加しても良いが、被管理装置１０に備えるＣＰＵ，ＲＯＭ，ＲＡＭ等のハードウェア資源を利用し、ＣＰＵに適当なアプリケーションやプログラムモジュールを実行させることによって仲介装置１０１の機能を実現することもできる。
【０１０７】
以下、図１４に示した遠隔管理システムのより具体的な例として、この発明による画像形成装置を被管理装置とする遠隔管理システムである画像形成装置遠隔管理システムについて説明する。
図１６は、その画像形成装置遠隔管理システムの構成の一例を示す概念図であるが、被管理装置１０を画像形成装置１００に、仲介機能付被管理装置１１を仲介機能付画像形成装置（以下単に「画像形成装置」ともいう）１１０に変更した点が図１４と相違するのみであるので、システムの全体構成についての説明は省略する。
画像形成装置１００は、コピー，プリンタ，ファクシミリ，スキャナ等の機能および外部装置と通信を行う機能を備えたデジタル複合機であり、それらの機能に係るサービスを提供するためのアプリケーションプログラムを実装しているものである。また、仲介機能付画像形成装置１１０は、画像形成装置１００に仲介装置１０１の機能を併せ持たせたものである。
【０１０８】
次に、管理装置１０２の物理的構成について、図１７を参照して具体的に説明する。
図１７は、管理装置１０２の物理的構成例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，ファイルサーバ６０５，および制御装置６０６等によって構成されている。
モデム６０１は、公衆回線を介して機器利用者側（例えば画像形成装置を利用しているユーザ先）の仲介装置１０１又は画像形成装置１１０との通信を司るものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２とにより、通信手段としての機能を果たす。
通信端末６０２は、モデム６０１による通信を制御するものである。
【０１０９】
プロキシサーバ６０３は、インタネット１０３を介してユーザ（機器利用者）側の仲介装置１０１との通信（データ送受信）およびセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。
操作者端末６０４は、サービスセンタの管理者であるセンタオペレータが操作する端末装置（パーソナルコンピュータ等）であり、各種データの入力をセンタオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付けたり、センタオペレータに通知すべき情報をＬＣＤ又はＣＲＴ等の表示部に表示したりする。入力されるデータとしては、例えば、各ユーザ側の仲介装置１０１又は画像形成装置１１０と通信する際に使用するＩＰアドレスや発呼先電話番号等の顧客情報の他に、各ユーザ側の仲介装置１０１又は画像形成装置１１０へ送信すべきパラメータ（リトライ時間，リトライ間隔，通信制限時間等）やコマンドなどがある。
【０１１０】
ファイルサーバ６０５は、ＨＤＤ（ハードディスク装置）等の記憶装置を備えている。その記憶装置には、各ユーザ側の仲介装置１０１および画像形成装置１１０のＩＰアドレスや電話番号、それらの装置から受信したデータ（情報）、操作者端末６０４から入力されたデータを含む各種データのＤＢ（データベース）が記憶（設定）されている。
制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムに従って動作する（上記プログラムを必要に応じて実行する）と共に、モデム６０１，通信端末６０２，プロキシサーバ６０３，操作者端末６０４，又はファイルサーバ６０５を利用することにより、各種機能を実現することができる。
【０１１１】
上述した構成を踏まえて、図１６の画像形成装置遠隔管理システムで行われるデータ送受信の際の通信シーケンスの一例について説明する。
図１８は、図１６に示した管理装置１０２，仲介装置１０１，および画像形成装置１００間で行われるデータ送受信の際の通信シーケンスの一例を示す図である。
【０１１２】
この例においては、まず、仲介装置１０１は、インタネット１０３経由で管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング情報のＳＯＡＰメッセージを生成し（ポーリング情報を構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。図１６に示したように、仲介装置１０１と管理装置１０２との間にはファイアウォール１０４を設けているため、管理装置１０２から仲介装置１０１に向けて通信セッションを張ることができないので、管理装置１０２から仲介装置１０１（あるいは仲介装置１０１を介して画像形成装置１００）に要求を送信したい場合でも、このように仲介装置１０１からのポーリングを待つ必要があるのである。なお、ファイアウォール１０４がなければ、ポーリングを行う必要はない。
【０１１３】
管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージ（ＨＴＴＰリクエスト）を受信すると、課金カウンタ（例えばトータルカウンタ値に相当する）の取得を要求する課金カウンタ取得要求コマンドのＳＯＡＰメッセージを含むＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を生成し、それをインタネット１０３経由で該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ、ポーリングに対する応答として送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。このように、ファイアウォール１０４の内側からの通信（ＨＴＴＰリクエスト）に対する応答（ＨＴＴＰレスポンス）であれば、ファイアウォール１０４の外側から内側に対してデータを送信することができる。
【０１１４】
仲介装置１０１は、管理装置１０２から上記ＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのパケット上の課金カウンタ取得要求コマンドのＳＯＡＰメッセージを生成し、それをネットワーク経由で自己に接続されている画像形成装置１００のＮＲＳ３１６へ送信する（Ｓ６０３）。
ＮＲＳ３１６は、仲介装置１０１から受信したＳＯＡＰメッセージに記述されている課金カウンタ取得要求をＳＣＳ３０６へ通知する（Ｓ６０４）。
ＳＣＳ３０６は、ＮＲＳ３１６から課金カウンタ取得要求を受け取ると、ＮＶＲＡＭ２０４（ＨＤＤ２０８でもよい）の統一カウンタ用領域に格納されている課金カウンタのデータ（トータルカウンタ値）を読み取る（Ｓ６０５）。そして、その読み取った課金カウンタのデータを課金カウンタ取得応答としてＮＲＳ３１６へ引き渡す（Ｓ６０６）。
【０１１５】
ＮＲＳ３１６は、ＳＣＳ３０６から課金カウンタ取得応答を受け取る（取得する）と、その課金カウンタ取得応答に基づいてそれを含む課金カウンタ取得応答コマンドのＳＯＡＰメッセージを生成し（その課金カウンタ取得応答コマンドを構造化言語形式であるＸＭＬ形式に変換し）、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ６０７）。
仲介装置１０１は、ＮＲＳ３１６から課金カウンタ取得応答コマンドのＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてそれを含む課金カウンタ取得応答コマンドのＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する（Ｓ６０８）。
このように、上記通信シーケンスにより、データの送受信が行われる。
【０１１６】
次に、上記図１８と異なり、画像形成装置１００から仲介装置１０１を経て管理装置１０２へデータを送信する場合の通信シーケンスの一例について、図１９を参照して説明する。
図１９は、画像形成装置１００から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
この例においては、まず、ＯＣＳ３００は、操作部２０７上の図示しないユーザコールキーが押下された旨をＳＣＳ３０６へ通知する（Ｓ７０１）。
ＳＣＳ３０６は、ＯＣＳ３００からユーザコールキーが押下された旨の通知を受けると、ユーザコール要求コマンドをＮＲＳ３１６へ通知する（Ｓ７０２）。
【０１１７】
ＮＲＳ３１６は、ＳＣＳ３０６からユーザコール要求コマンドを受け取ると、ユーザコールを知らせるユーザコール情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＮＲＳ３１６からユーザコール情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、インタネット１０３経由で管理装置１０２に対してユーザコールを行う。つまり、自己の識別子を付加したユーザコール情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１０３経由で管理装置１０２へ通報する（Ｓ７０４）。この場合には、ファイアウォール１０４の内側から外側に向けての送信であるので、仲介装置１０１が自ら管理装置１０２に向けてセッションを張ってデータを送信することができる。
ここで、ステップＳ７０４の処理後のパターンを以下の（Ａ）から（Ｃ）に分けて説明する。
【０１１８】
まず、（Ａ）において、管理装置１０２は、ユーザ先の仲介装置１０１からユーザコール情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ユーザコールが成功した旨）のコール結果を、正常に終了しなかった（異常に終了した）場合には、その旨（ユーザコールが失敗した旨）のコール結果を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを応答としてインタネット１０３経由で通報元の仲介装置１０１へ送信する（Ｓ７０５）。
仲介装置１０１は、管理装置１０２からコール結果を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのパケット上のコール結果を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由でユーザコールキーが押下された画像形成装置１００のＮＲＳ３１６へ送信する（Ｓ７０６）。
【０１１９】
ＮＲＳ３１６は、仲介装置１０１からコール結果を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージが示すコール結果を解釈（判定）し、それをＳＣＳ３０６へ通知する（Ｓ７０７）。
ＳＣＳ３０６は、コール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが成功したか失敗したかを示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７０８）。
【０１２０】
次に（Ｂ）において、仲介装置１０１は、規定時間（予め設定された所定時間）が経っても管理装置１０２から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果を示す情報のＳＯＡＰメッセージを生成し、それをＮＲＳ３１６へ送信する（Ｓ７０９）。
ＮＲＳ３１６は、失敗した旨のコール結果を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに記述されている失敗した旨のコール結果を解釈し、それをＳＣＳ３０６へ通知する（Ｓ７１０）。
ＳＣＳ３０６は、ＮＲＳ３１６からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
【０１２１】
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７１１）。
次に（Ｃ）において、ＮＲＳ３１６は、規定時間が経っても仲介装置１０１から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果をＳＣＳ３０６へ通知する（Ｓ７１２）。
ＳＣＳ３０６は、ＮＲＳ３１６からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７１３）。
【０１２２】
なお、ここでは管理装置１０２からファイアウォール１０４を越えて仲介装置１０１（あるいは仲介装置１０１を介して画像形成装置１００）にデータを送信するために、仲介装置１０１からのＨＴＴＰリクエストに対するレスポンスという形で送信を行う例について説明したが、ファイアウォール１０４を越える手段はこれに限られるものではなく、例えば、ＳＭＴＰ（Simple Mail Transfer Protocol）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。
【０１２３】
以上、この発明による画像処理装置の例として通信機能（仲介機能）を持つ画像形成装置および通信機能を果たす仲介装置を接続した画像形成装置について説明したが、この発明はこれらに限られるものではなく、通信機能を持つか、通信機能を果たす仲介装置を接続した複数種類の処理（画像処理に限らない）を行ってその各処理回数をそれぞれ計数可能なネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等，ＡＶ機器，遊戯機器などや、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種画像処理装置に適用可能である。
【０１２４】
また、これらの情報処理装置と外部装置とからなる画像情報システムを上述した場合と同様に動作させることができる。例えば、上記各情報処理装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、画像処理装置の遠隔管理システムについても、画像処理装置，仲介装置，管理装置の構成およびこれらの接続形式は、以上の実施例に限られるものではない。画像処理装置と管理装置等の外部装置との間の通信も、有線，無線を問わず、ネットワークを構築可能な各種通信回線（通信経路）を用いて行うことができる。
【０１２５】
例えば、図１４に示した遠隔管理システムにおいて、上述した各種画像処理装置を被管理装置とし、図２０に示すような遠隔管理システムを構成することが考えられる。この図２０においては、仲介装置１０１を別途設ける被管理装置の例として、テレビ受像機１２ａや冷蔵庫１２ｂのようなネットワーク家電、医療機器１２ｃ，自動販売機１２ｄ，計量システム１２ｅ，空調システム１２ｆを挙げている。そして、仲介装置１０１の機能を併せ持つ被管理装置の例として、自動車１３ａや航空機１３ｂを挙げている。また、自動車１３ａや航空機１３ｂのように広範囲を移動する装置においては、ファイアウォール（ＦＷ）１０４の機能も併せ持つようにすることが好ましい。
【０１２６】
また、この発明によるプログラムは、上述の画像処理装置として機能するコンピュータに、この発明による各種機能（各画像処理手段，対応付け記憶手段，計数手段，トータル回数算出手段，出力手段，および指示受付手段としての機能）を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１２７】
以上の説明から明らかなように、この発明によれば、画像処理装置に搭載されている画像処理手段の各画像処理機能とメモリの各処理回数の記憶先との関係を多対一にして、各処理回数の記憶先を一括管理することができるため、低コストを実現することができる。したがって、この発明を利用すれば、安価な画像処理装置や、画像処理装置として機能するコンピュータ、その画像処理装置や外部装置とからなる画像処理システムを提供することができる。
【図面の簡単な説明】
【０１２８】
【図１】この発明を実施する画像処理装置の物理的構成例を示すブロック図である。
【図２】その画像処理装置のソフトウェア構成例を示すブロック図である。
【図３】図２のＮＲＳ３１６の構成の一例を示す機能ブロック図である。
【図４】図２に示した画像処理装置におけるカウンタ値読み出し動作の詳細を説明するための説明図である。
【図５】図１のＮＶＲＡＭ２０４上の統一カウンタ用領域の内容の一例を示す図である。
【０１２９】
【図６】コンフィグファイルの一例を示す図である。
【図７】図６のＮＲＳ３１６に備えられているテーブルの一例を示す図である。
【図８】図１に示した画像処理装置におけるＮＲＳを用いたカウンタ値読み出し動作の詳細例を示すフロー図である。
【図９】カウンタ取得要求コマンドのフォーマット例を示す図である。
【図１０】図１に示した画像処理装置におけるカウンタ値読み出し動作によって取得したカウンタ値の出力例を示す図である。
【０１３０】
【図１１】同じくカウンタ値読み出し動作によって取得したカウンタ値の他の出力例を示す図である。
【図１２】同じくカウンタ値読み出し動作によって取得したカウンタ値の更に他の出力例を示す図である。
【図１３】図１に示した画像処理装置におけるこの発明による効果を従来の画像形成装置と比較して説明するための図である。
【図１４】この発明を実施する遠隔管理システムの構成の一例を示す概念図である。
【図１５】その遠隔管理システムにおけるデータ送受モデルを示す概念図である。
【０１３１】
【図１６】この発明を実施する遠隔管理システムの一例である画像形成装置遠隔管理システムの構成の一例を示す概念図である。
【０１３２】
【図１７】図１６の管理装置１０２の物理的構成例を示すブロック図である。
【図１８】図１６に示した画像形成装置遠隔管理システム内で行われるデータ送受信について説明するための通信シーケンスの一例を示す図である。
【図１９】その他の通信シーケンスの一例を示す図である。
【図２０】図１４に示した遠隔管理システムの別の構成例を示す図である。
【０１３３】
【図２１】従来の画像形成装置のソフトウェア構成の一例を示すブロック図である。
【図２２】その画像形成装置におけるカウンタ値読み出し動作の詳細を説明するための説明図である。
【図２３】図２２のＮＶＲＡＭ２０４上のコピーカウンタ用領域の内容の一例を示す図である。
【図２４】図２２のＣＳＳ３１７に備えられているテーブルの一例を示す図である。
【図２５】図２１に示した画像形成装置におけるＣＳＳ３１７を用いたカウンタ値読み出し動作の詳細例を示すフロー図である。
【符号の説明】
【０１３４】
１０：被管理装置    １１：仲介機能付被管理装置    １００：画像形成装置
１０１：仲介装置    １０２：管理装置    １０３：インタネット
１０４：ファイアウォール    ２０１：ＣＰＵ    ２０２：ＡＳＩＣ
２０３：ＳＤＲＡＭ    ２０４：ＮＶＲＡＭ    ２０５：ＮＲＳ用メモリ
２０６：ＰＨＹ    ２０７：操作部    ２０８：ＨＤＤ    ２１１：モデム
２１２：ＰＩ    ２１３：ＦＣＵ    ２１４：ＵＳＢインタフェース
２１５：ＩＥＥＥ１３９４インタフェース    ２１６：プロッタ／スキャナエンジン
２１７：周辺機    ３００：ＯＣＳ    ３０１：ＥＣＳ    ３０２：ＭＣＳ
３０３：ＮＣＳ    ３０５：ＦＣＳ    ３０６：ＳＣＳ    ３０７：ＳＲＭ
３０８：ＩＭＨ    ３０９：ＤＣＳ    ３１０：ＵＣＳ    ３１１：コピーアプリ
３１２：ファクスアプリ    ３１３：プリンタアプリ    ３１４：スキャナアプリ
３１５：ＳＤＫ    ３１６：ＮＲＳ    ３１７：ＣＳＳ    ３１８：ＭＩＢ
３１９：ネットファイルアプリ    ３２０：ウェブアプリ    ３３０：汎用ＯＳ
６０１：モデム    ６０２：通信端末    ６０３：プロキシサーバ
６０４：操作者端末    ６０５：ファイルサーバ    ６０６：制御装置
１００１：統一カウンタ用領域    １０１１：コンフィグファイル
【図１】
2005229592.tif 000003
【図２】
2005229592.tif 000004
【図３】
2005229592.tif 000005
【図４】
2005229592.tif 000006
【図５】
2005229592.tif 000007
【図６】
2005229592.tif 000008
【図７】
2005229592.tif 000009
【図８】
2005229592.tif 000010
【図９】
2005229592.tif 000011
【図１０】
2005229592.tif 000012
【図１１】
2005229592.tif 000013
【図１２】
2005229592.tif 000014
【図１３】
2005229592.tif 000015
【図１４】
2005229592.tif 000016
【図１５】
2005229592.tif 000017
【図１６】
2005229592.tif 000018
【図１７】
2005229592.tif 000019
【図１８】
2005229592.tif 000020
【図１９】
2005229592.tif 000021
【図２０】
2005229592.tif 000022
【図２１】
2005229592.tif 000023
【図２２】
2005229592.tif 000024
【図２３】
2005229592.tif 000025
【図２４】
2005229592.tif 000026
【図２５】
2005229592.tif 000027