(57)【要約】【課題】画像処理装置で読み取った画像に異常があるときに、その異常に対して的確な処置を迅速に行えるようにする。【解決手段】画像処理装置と通信可能な管理装置によってその画像処理装置を管理する画像処理装置管理システムにおいて、画像処理装置が、読み取った画像の画像データを記憶しておき、定期的にその画像データを上記管理装置に送信する（Ｓ１１３）ようにする。そして、管理装置は、画像処理装置から画像データを受信すると、その画像データに係る画像をオペレータに提示する（Ｓ１１４）。なお、画像処理装置に異常が発生した場合や、ユーザからの指示があった場合にも、同様に画像データを管理装置に送信するようにするとよい。【選択図】        図１７
2004343621.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置と通信可能な管理装置によって前記画像処理装置を管理する画像処理装置管理システムであって、
前記画像処理装置に、原稿の画像を読み取る画像読取手段と、該手段によって読み取った画像の画像データを記憶する画像記憶手段と、定期的に前記画像記憶手段に記憶している画像データを前記管理装置に送信する送信手段とを設けたことを特徴とする画像処理装置管理システム。
【請求項２】
請求項１記載の画像処理装置管理システムにおいて、
前記画像処理装置に、当該画像処理装置の動作の履歴情報を記憶する履歴記憶手段と、当該画像処理装置に異常が発生した場合に前記履歴記憶手段に記憶している履歴情報および前記画像記憶手段に記憶している画像データを前記管理装置に送信する手段とを設けたことを特徴とする画像処理装置管理システム。
【請求項３】
請求項１記載の画像処理装置管理システムにおいて、
前記画像処理装置に、画像を表示する表示部と、該表示部に表示した画像について注目部分の指定を受け付ける受付手段と、ユーザの操作に従って前記表示部に画像を表示させると共に前記受付手段によって注目部分の指定を受け付け、該指定の情報と共に表示した画像の画像データを前記管理装置に送信する手段とを設けたことを特徴とする画像処理装置管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機などの画像処理装置と通信可能な管理装置によって、これらの画像処理装置を管理する画像処理装置管理システムに関する。
【０００２】
【従来の技術】
一般に、ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機などの画像処理装置は複雑な機構を用いて画像処理を行うため、故障等の異常が発生する割合が高く、性能を維持するためには適切な時にメンテナンスを行う必要がある。そこで、画像処理装置に対して修理や訪問点検などを行う保守点検サービスが従来から提供されていたが、当然のことながら、故障中やメンテナンス中はユーザが画像処理装置を使用することができないため、サービス提供側は迅速に対応しなくてはならない。
そこで、画像処理装置に通信機能を設け、その画像処理装置を、サービス拠点に設置したコンピュータなどの管理装置が公衆回線やインタネットなどのネットワークを介して遠隔管理し、画像処理装置に異常が発生した時やメンテナンスが必要な時にその旨を自動的に管理装置に通報するようにして、迅速かつ的確な保守点検サービスを提供できるようにした画像処理装置管理システムが普及しつつある。
【０００３】
このような画像処理装置管理システムとしては例えば、特許文献１に見られるように、ユーザによる画像形成装置の操作部上のキー操作データを逐次記憶するようにして、画像形成装置に異常が発生したときに、その旨を示すデータにキー操作データを付加して中央管理装置に自動通報するようにした画像形成装置管理システムが提案されている。
このような画像形成装置管理システムによれば、サービス提供者は、中央管理装置が受信したキー操作データから画像形成装置に発生した異常を詳細に解析できるので、サービスマンによる異常の修復完了までの時間を短縮することができる。
【０００４】
【特許文献１】
特開平１１−１８７１８１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来の画像処理装置管理システムでは、画像処理装置自体に発生した故障等の異常には対応できるものの、その画像処理装置で読み取った画像に異常がある場合については何の対応もできないという問題点があった。
近年、画像処理装置が多機能になり、例えば様々な用途に合わせて読取条件を詳細に設定できるようになったが、それに伴い画像処理装置の操作が複雑化し、実行しようとする動作に適した設定が判りづらい場合がある。そして、この設定が適当でないと読み取った画像にボケや掠れなどの異常が発生する可能性があるが、画像処理装置が故障している訳ではないので、画像処理装置は管理装置に異常を通報しない。
【０００６】
そのため、従来の画像処理装置管理システムでは、画像に異常があるときに、ユーザが試行錯誤の上に画像処理装置の設定を変えるなどして自力で対処するか、またはサービス拠点にいる管理者などに画像の異常を連絡して対処方法を相談する必要がある。しかし、画像の異常の状態や発生箇所を具体的に正確に伝えることは困難であるため、画像の異常に対して的確な処置を迅速に行うことができないという問題点があった。
また、画像処理装置が完全に故障したりメンテナンスが必要な状態になったりする前に、その画像処理装置で読み取った画像の品質が次第に劣化して異常が現れることがあるが、従来の画像処理装置管理システムでは、サービス提供者が画像の異常を認識できないため、このような兆候があった場合に適切な対応ができないという問題点もあった。
【０００７】
さらに、同様な理由から、画像処理装置の画像読取系に異常が発生したときに、サービス提供側で的確な処置を決定するのが比較的困難であるという問題点もあった。
この発明は上記の問題点に鑑みてなされたものであり、画像処理装置で読み取った画像に異常があるときに、その異常に対して的確な処置を迅速に行えるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
この発明は、上記の目的を達成するため、画像処理装置と通信可能な管理装置によってその画像処理装置を管理する画像処理装置管理システムにおいて、画像処理装置に、原稿の画像を画像データとして読み取る画像読取手段と、その画像読取手段で読み取った画像データを記憶する画像記憶手段と、定期的に画像記憶手段に記憶している画像データを管理装置に送信する送信手段とを設けたものである。
【０００９】
さらに、上記画像処理装置に、自機の動作の履歴情報を記憶する履歴記憶手段と、自機に異常が発生した場合に履歴記憶手段に記憶している履歴情報および画像記憶手段に記憶している画像データを管理装置に送信する手段とを設けるとよい。
あるいは、上記画像処理装置に、画像を表示する表示部と、そこに表示した画像について注目部分の指定を受け付ける受付手段と、ユーザの操作に従って表示部に画像を表示させると共に受付手段によって注目部分の指定を受け付け、その指定の情報と共に表示した画像の画像データを管理装置に送信する手段とを設けるとよい。
【００１０】
【発明の実施の形態】
以下、この発明の好ましい実施の形態を図面を参照して説明する。
まず、この発明による管理システムの構成例について説明する。図１は、その管理システムの構成の一例を示す概念図である。なお、ここでは、通信機能を持ち、管理装置によって管理される電子装置（通信装置）を説明の便宜上「被管理装置」と云う。
【００１１】
この管理システムは、ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置や、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた通信装置を被管理装置１０とする管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）によって接続された遠隔管理仲介装置である仲介装置１０１、更に仲介装置１０１とインタネット１０３（公衆回線等の他のネットワークでもよい）を介して接続されるサーバ装置として機能する管理装置１０２を備え、管理センタ等に配置される当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。
【００１２】
なお、仲介装置１０１と被管理装置１０との接続は、ＬＡＮに限らず、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）規格等に準拠したパラレル接続等によって行ってもよい。例えばＲＳ−４８５規格の場合には、仲介装置１０１に直列に５台までの被管理装置１０を接続することができる。
また、当該仲介装置１０１及び被管理装置１０は、その利用環境に応じて多様な階層構造を成す。
【００１３】
例えば、図１に示す設置環境Ａでは、管理装置１０２とＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による直接的なコネクションを確立できる仲介装置１０１ａが被管理装置１０ａ及び１０ｂを従える単純な階層構造になっているが、同図に示す設置環境Ｂでは、４台の被管理装置１０を設置する為、１台の仲介装置１０１を設置しただけでは負荷が大きくなる。その為、管理装置１０２とＨＴＴＰによる直接的なコネクションを確立できる仲介装置１０１ｂが、被管理装置１０ｃ及び１０ｄだけでなく、他の仲介装置１０１ｃを従え、この仲介装置１０１ｃが被管理装置１０ｅ及び１０ｆを更に従えるという階層構造を形成している。この場合、被管理装置１０ｅ及び１０ｆを遠隔管理するために管理装置１０２から発せられた情報は、仲介装置１０１ｂとその下位のノードである仲介装置１０１ｃとを経由して、被管理装置１０ｅ又は１０ｆに到達することになる。
【００１４】
また、設置環境Ｃのように、被管理装置１０に仲介装置１０１の機能を併せ持たせた仲介機能付被管理装置１１ａ，１１ｂを、別途仲介装置を介さずにインタネット１０３によって管理装置１０２に接続するようにしてもよい。
図示はしていないが、仲介機能付被管理装置１１の下位にさらに被管理装置１０を接続することもできる。
なお、各設置環境には、セキュリティ面を考慮し、ファイアウォール１０４を設置する。
【００１５】
このような管理システムにおいて、仲介装置１０１は、これに接続された被管理装置１０の制御管理のためのアプリケーションプログラムを実装している。
管理装置１０２は、各仲介装置１０１の制御管理、更にはこの仲介装置１０１を介した被管理装置１０の制御管理を行うためのアプリケーションプログラムを実装している。そして、被管理装置１０も含め、この管理システムにおけるこれら各ノードは、ＲＰＣ（ｒｅｍｏｔｅ  ｐｒｏｃｅｄｕｒｅ  ｃａｌｌ）により、相互の実装するアプリケーションプログラムのメソッドに対する処理の依頼である「要求」を送信し、この依頼された処理の結果である「応答」を取得することができるようになっている。
【００１６】
すなわち、仲介装置１０１又はこれと接続された被管理装置１０では、管理装置１０２への要求を生成してこれを管理装置１０２へ引き渡し、この要求に対する応答を取得できる一方で、管理装置１０２は、上記仲介装置１０１側への要求を生成してこれを仲介装置１０１側へ引き渡し、この要求に対する応答を取得できるようになっている。この要求には、仲介装置１０１に被管理装置１０に対して各種要求を送信させ、被管理装置１０からの応答を仲介装置１０１を介して取得することも含まれる。
なお、ＲＰＣを実現するために、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ），ＨＴＴＰ，ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ），ＣＯＭ（Ｃｏｍｐｏｎｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ），ＣＯＲＢＡ（Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ）等の既知のプロトコル（通信規格），技術，仕様などを利用することができる。
【００１７】
この送受信のデータ送受モデルを図２の概念図に示す。なお、この図においては、ファイアウォール１０４の存在は考慮していない。
（Ａ）は、被管理装置１０で管理装置１０２に対する要求が発生したケースである。このケースでは、被管理装置１０が被管理装置側要求ａを生成し、これを仲介装置１０１を経由して受け取った管理装置１０２がこの要求に対する応答ａを返すというモデルになる。同図に示す仲介装置１０１は複数であるケースも想定できる（上記図１に示す設置環境Ｂ）。なお、（Ａ）では、応答ａだけでなく応答遅延通知ａ′を返信するケースが表記されている。これは、管理装置１０２を、仲介装置１０１を経由して被管理装置側要求を受け取って、当該要求に対する応答を即座に返せないと判断したときには、応答遅延通知を通知して一旦接続状態を切断し、次回の接続の際に上記要求に対する応答を改めて引き渡す構成としているためである。
【００１８】
（Ｂ）は、管理装置１０２で被管理装置１０に対する要求が発生したケースである。このケースでは、管理装置１０２が管理装置側要求ｂを生成し、これを仲介装置１０１を経由して受け取った被管理装置１０が、当該要求に対する応答ｂを返すというモデルになっている。なお、（Ｂ）のケースでも、応答を即座に返せないときに応答遅延通知ｂ′を返すことは（Ａ）のケースと同様である。
【００１９】
次に、図１に示す管理装置１０２の物理的構成について説明すると、当該管理装置１０２は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、ネットワークインタフェースカード（以下ＮＩＣという）等を備えている。
更に、図１に示す仲介装置１０１の物理的構成について説明すると、当該仲介装置１０１は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、ＮＩＣ等を備えている。
また、仲介機能付被管理装置１１については、仲介装置１０１の機能を実現するためにこれらのユニットを単に被管理装置１０に付加しても良いが、被管理装置１０に備えるＣＰＵ，ＲＯＭ，ＲＡＭ等のハードウェア資源を利用し、ＣＰＵに適当なアプリケーションやプログラムモジュールを実行させることによって仲介装置１０１の機能を実現することもできる。
【００２０】
以下、図１に示した管理装置のより具体的な例として、管理装置によって通信装置である画像処理装置の管理を行う、この発明による画像処理装置管理システムについて説明する。
図３は、その画像処理装置管理システムの構成の一例を示す概念図であるが、被管理装置１０を画像処理装置１００に、仲介機能付被管理装置１１を仲介機能付画像処理装置１１０に変更した点が図１と相違するのみであるので、システムの全体構成についての説明は省略する。
画像処理装置１００としては、コピー機、ファクシミリ装置、スキャナ装置等が考えられるが、ここではこれらの機能及び外部装置と通信を行う機能を備え、それらの機能に係るサービスを提供するためのアプリケーションプログラムを実装しているデジタル複合機とする。また、仲介機能付画像処理装置１１０は、画像処理装置１００に仲介装置１０１の機能を併せ持たせたものである。
【００２１】
次に、図３に示した画像処理装置管理システムの基本的な機能について説明する。
まず、画像処理装置１００のエンジン部の構成と動作について説明する。図４は、その画像処理装置の断面を示す概略構成図である。
この画像処理装置１００は、本体の上部に自動原稿給送装置（以下「ＡＤＦ」と云う）２０９を搭載し、そのＡＤＦ２０９の下方に原稿の画像を画像データとして読み取る画像読取手段であるスキャナ（読取ユニット）５０および画像書込手段である書込ユニット５７を備えている。さらに、書込ユニット５７の下方には、感光体１５や定着ユニット１７などからなる画像形成部、給紙トレイ２０〜２２および給紙装置２３〜２５などからなる給紙バンク２１０を備えている。また、複写機本体の側部には、後処理装置であるフィニッシャ２０８を接続している。
【００２２】
そして、この画像処理装置１００における基本的な画像読み取りおよび書き込みの動作は以下のようなものである。この画像処理装置１００において、ＡＤＦ２０９の原稿台２に画像面を上にして置かれた原稿束は、コピーモード時に操作表示部上のプリントキー（スタートキー）が押下されると、一番下の原稿から１枚ずつ給送ローラ３および給送ベルト４によってコンタクトガラス６上に給送され、所定の位置にセットされる。
【００２３】
セットされた原稿は、後述するスキャナ５０によって画像が読み取られた後、給送ベルト４および排送ローラ５によって排出される。ここで、１枚の原稿の画像読取が終了する毎に、原稿セット検知センサ７で原稿台２に次の原稿があるか否かを検知し、あれば次の原稿を前の原稿と同様にコンタクトガラス６上に給送する。なお、給送ローラ３，給送ベルト４，排送ローラ５は図示しない共通のモータによって駆動する。
一方、第１〜第３の給紙トレイ２０〜２２に積載された転写紙（用紙）は、それぞれ第１〜第３の給紙装置２３〜２５によって給紙され、縦搬送ユニット１４によって感光体ドラム１５に当接する位置まで搬送される。実際には、給紙トレイ２０〜２２のうちのいずれか１つが選択され、そこから転写紙が給紙される。
【００２４】
スキャナ５０によって読み取られた画像データ（画像情報）は、そのまま、あるいは後述する画像メモリに一旦記憶させた後に書込ユニット５７に送られる。そして、その書込ユニット５７によりレーザビームとして感光体ドラム１５の予め帯電された面（図示しない帯電器によって帯電される）上に書き込まれ、その部分が現像ユニット１９を通過することにより、そこにトナー画像が形成される。
そして、選択された給紙トレイから給紙された転写紙は感光体ドラム１５の回転と等速で搬送ベルト（転写ベルト）１６によって搬送されながら、一方の面に感光体ドラム１５上のトナー画像が転写され、そのトナー画像が定着ユニット１７によって熱定着される。
【００２５】
その後、その転写紙は片面コピーモード時には排紙ユニット１８によって後処理装置であるフィニッシャ２０８に搬送される。
このとき、例えばフェースダウン（転写紙をページ順に揃えるため画像面を下向きにする）排紙のために転写紙を反転したい場合、その転写紙は排紙ユニット１８により両面入紙搬送路２８に搬送され、反転ユニット２７でスイッチバック反転された後、反転排紙搬送路２９を通ってフィニッシャ２０８に搬送される。
フィニッシャ２０８では、複写機本体から送られてくる一方の面にトナー画像が形成された転写紙は、分岐偏向板４０によりスタッカ搬送ローラ（通常排紙ローラ）４１側またはステープラ搬送ローラ４４側へ選択的に導かれる。
【００２６】
すなわち、分岐偏向板４０を切り替えて上向きにしている場合には、転写紙をスタッカ搬送ローラ４１およびスタッカ排紙ローラ４２を経由してスタッカトレイ（通常排紙トレイ）４３に排出することができる。
スタッカトレイ４３は前後方向に移動可能な排紙トレイであり、原稿毎あるいはコピー部毎に前後に移動して、排出される転写紙（コピー紙）を簡易的に仕分けする。
【００２７】
分岐偏向板４０を下向きにしている場合には、転写紙をステープラ搬送ローラ４４およびステープラ排紙ローラ４６を経由してステープルトレイ４７に排出することができる。
ステープルトレイ４７では、転写紙を１枚排出する毎にジョガー（落下ストッパ）４８によってその端部を揃える。また、コピーが１部完了する毎にステープラ４５によって綴じる。ステープラ４５で綴じられた転写紙群は、自重によってステープル完了排紙トレイ（落下トレイ）４９に落下して、そこに収納される。
【００２８】
一方、両面コピーモード時には、一方の面にトナー画像が形成された転写紙は、排紙ユニット１８により両面入紙搬送路２８に搬送され、反転ユニット２７でスイッチバック反転された後、両面搬送ユニット２６に送られる。
両面搬送ユニット２６に送られた転写紙は、再度縦搬送ユニット１４によって感光体ドラム１５に当接する位置まで搬送され、その後他方の面にトナー画像が転写される。そして、定着ユニット１７によってそのトナー画像が定着され、以後、上述と同様の動作が行われる。
なお、感光体ドラム１５，搬送ベルト１６，定着ユニット１７，排紙ユニット１８，現像ユニット１９は図示しないメインモータによって駆動され、給紙装置２３〜２５はメインモータの駆動が各々給紙クラッチにより伝達されて駆動される。縦搬送ユニット１４は、メインモータの駆動が中間クラッチによって伝達されて駆動される。
【００２９】
次に、スキャナ５０での原稿の読み取りと、読み取った画像データに対応する静電潜像を感光体ドラム１５の表面に形成するまでの動作について詳細に説明する。なお、静電潜像とは感光体ドラム１５の帯電された表面にレーザビームを当てることによって生じる電位分布のことである。
スキャナ５０は、原稿を載置するコンタクトガラス６と、露光ランプ５１，第１ミラー５２，第２ミラー５５，第３ミラー５６，レンズ５３，ＣＣＤイメージセンサ５４を設けた光学走査系とによって構成されている。
【００３０】
露光ランプ５１および第１ミラー５２は図示しない第１キャリッジ上に固定され、第２，第３ミラー５５，５６は図示しない第２キャリッジ上に固定されている。原稿の画像を読み取るときには、光路長が変わらないように、第１キャリッジと第２キャリッジとが２対１の相対速度で機械的に走査される。
これらの光学走査系は、図示しないスキャナ駆動モータを含む駆動部によって駆動される。
【００３１】
スキャナ５０は、原稿の画像を光学的に読み取って電気信号に変換する（原稿の画像データを読み取る）。すなわち、光学走査系の露光ランプ５１によって原稿の画像面を照明し、その画像面からの反射光像を第１，第２，第３ミラー５２，５５，５６およびレンズ５３を介してＣＣＤイメージセンサ５４の受光面に結像させ、そのＣＣＤイメージセンサ５４によって電気信号に変換する。
このとき、レンズ５３およびＣＣＤイメージセンサ５４を図４で左右方向に移動させることにより、原稿の給送方向の画像読み取り倍率が変わる。つまり、予め指定（設定）されたコピー倍率に対応してレンズ５３およびＣＣＤイメージセンサ５４の左右方向の位置が設定される。
【００３２】
書込ユニット５７は、レーザ出力ユニット５８，結像レンズ５９，ミラー６０で構成され、レーザ出力ユニット５８の内部にはレーザ光源であるレーザダイオードおよびモータによって高速で定速回転するポリゴンミラー（回転多面鏡）を備えている。そして、レーザ出力ユニット５８より照射されるレーザビームは、定速回転するポリゴンミラーで偏向され、結像レンズ５９を通り、ミラー６０で折り返され、感光体ドラム１５の帯電面に集光されて結像される。
【００３３】
すなわち、ポリゴンミラーで偏向されたレーザビームは感光体ドラム１５が回転する方向と直交する方向（主走査方向）に露光走査され、画像データのライン単位の書き込みを行う。感光体ドラム１５の回転速度と走査密度（記録密度）に対応する所定の周期で主走査を繰り返すことにより、感光体ドラム１５の帯電面に静電潜像（静電画像）が形成される。
なお、感光体ドラム１５上を走査する直前のレーザビームは図示しない同期検知センサによって検知される。そして、レーザ書込制御部が同期検知センサから出力される主走査同期信号を用い、１走査毎にレーザダイオードの点灯開始タイミングおよび画像データの入出力を行うための制御信号の生成を行う。
【００３４】
次に、図３に示した画像処理装置１００の制御部の物理的構成について説明する。図５はその一例を示すブロック図である。
図５に示すように、画像処理装置１００は、コントローラボード２００、ＨＤＤ（ハードディスクドライブ）２０１、ＮＶ−ＲＡＭ（不揮発性ＲＡＭ）２０２、ＰＩ（パーソナルインタフェース）ボード２０３、ＰＨＹ（物理メディアインタフェース）２０４、操作パネル２０５、プロッタ／スキャナエンジンボード２０６、電源ユニット２０７、フィニッシャ２０８、ＡＤＦ２０９、給紙バンク２１０、その他周辺機２１１を備えている。
【００３５】
ここで、コントローラボード２００は制御手段に該当し、後述するＣＰＵ６８，ＲＯＭ６９，ＲＡＭ７０等を備え、ＰＣＩ−ＢＵＳ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔ−Ｂｕｓ）２１２を介して各機能を制御している。また、ＨＤＤ２０１は、記憶手段に該当する。また、ＮＶ−ＲＡＭ２０２は、記憶手段に該当する不揮発性メモリであって、例えばフラッシュメモリ等が該当する。
また、ＰＩボード２０３とＰＨＹ２０４は通信手段に該当し、外部との通信を行うためのものであって、例えば通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。なお、上述したように、このＰＩボード２０３を用いて画像処理装置１００と仲介装置１０１とを接続することも可能である。ＰＨＹ２０４は、ＬＡＮを介して外部装置と通信を行うためのインタフェースである。
【００３６】
ここで、同図中のＥＮＧＲＤＹは、エンジン側の各種初期設定が完了して、コントローラボード２００とコマンドの送受信の準備ができたことをコントローラボード２００側に通知するための信号線である。また、ＰＷＲＣＴＬは、エンジンへの電源供給をコントローラボード２００側から制御するための信号線である。
また、操作パネル２０５は、ユーザの操作を受け付ける受付手段（操作手段）、および、画像処理装置の設定状態や動作状態などを表示する表示手段である。
【００３７】
そして、この操作パネル２０５は、図６に示すように、液晶タッチパネル３１，テンキー３２，クリア／ストップキー３３，プリントキー（スタートキー）３４，モードクリアキー３５，および初期設定キー３６を備えている。ここで、液晶タッチパネル３１は、液晶ディスプレイの表面にタッチパネルを備えており、機能キーや部数、装置の状態を示すメッセージ等を表示するユニットである。図７にその表示画面の一例を示す。
この画面において、ユーザが液晶タッチパネル３１に表示されたキーにタッチすると、選択された機能を示すキーを黒く反転させる。また、機能の詳細を指定しなければならない場合（例えば変倍であれは変倍値等）は、ユーザがキーにタッチすると、詳細機能の設定画面を表示する。また、この液晶タッチパネル３１には、ドット表示器を使用しており、最適な表示をグラフィカルに行う事が可能である。
【００３８】
図７において左上は、「コピーできます」、「お待ちください」等のメッセージを表示するメッセージエリア、その右は、セットした枚数を表示するコピー枚数表示部、その下は、画像濃度を自動的に調整する自動濃度キー、転写紙を自動的に選択する自動用紙選択キー、倍率を等倍にセットする等倍キー、コピーを一部ずつページ順にそろえる処理を指定するソートキー、コピーをページ毎に仕分けする処理を指定するスタックキー、ソート処理されたものを一部ずつ綴じる処理を指定するステープルキー、拡大／縮小倍率をセットする変倍キー、両面モードを設定する両面キー、とじ代モード等を設定する消去／移動キー、スタンプや日付やページ等の印字を設定する印字キーである。
反転表示中のキーにはハッチングを付している。
【００３９】
次に、図５に示した画像処理装置１００のコントローラボード２００について説明する。図８は、このコントローラボードの構成を画像データの処理を行う画像処理ユニット（ＩＰＵ）の一構成例と共に示したブロック図である。
このコントローラボード２００は制御手段に該当し、メモリコントローラ６５，画像メモリ６６，ＣＰＵ６８，ＲＯＭ６９，ＲＡＭ７０，印字イメージデータ発生装置（印字ユニット）７４，Ｉ／Ｏポート７５，ＳＣＳＩコントローラ７６などを備えている。
【００４０】
ＣＰＵ６８は中央処理装置であり、メモリコントローラ６５によって画像メモリ６６に対する画像データの書き込みおよび読み出しを行わせたり、スキャナ５０および書込ユニット５７の制御を行う。
ＲＯＭ６９は読み出し専用のメモリであり、ＣＰＵ６８を動作させるための制御プログラムを含む各種固定データを記憶している。
ＲＡＭ７０は読み書き可能なメモリであり、各種データを一時的に記憶する。
Ｉ／Ｏポート７５は、操作パネル２０５等とのデータの入出力を制御するものである。
印字ユニット７４はバスに接続され、例えばページ印字用のキャラクタ（文字）イメージデータおよび任意のスタンプ用イメージデータなどの印字イメージデータを発生する。
【００４１】
また、この画像処理装置１００では、原稿面からの反射光像（画像）はＣＣＤイメージセンサ５４によって受光され、光電変換されて電気信号となり、更にＡ／Ｄコンバータ６１によってアナログ値からデジタル値（２値又は多値のデジタル信号）に変換されて量子化される。デジタル値に変換された画像信号は、シェーディング補正部６２にてシェーディング補正がなされた後、画像処理部６３にてＭＴＦ補正およびγ補正等の画像処理がなされる。
なお、シェーディング補正とは、原稿面を照明する露光ランプ５１の照明ムラや、ＣＣＤイメージセンサ５４の感度のバラツキを補正することである。ＭＴＦ補正とは光学系によるボケを補正することであり、γ補正とはＣＣＤイメージセンサ５４の感度の非直線性を補正することである。
【００４２】
画像処理部６３からの画像データは、セレクタ６４によって送り先が切り替えられ、変倍部７１又はコントローラボード２００のメモリコントローラ６５へ選択的に送出される。このセレクタ６４とメモリコントローラ６５との間は、双方向に画像信号を入出力可能な構成となっている。
変倍部７１では、セレクタ６４からの画像信号を予め設定された変倍率（コピー倍率）に合わせて変倍処理（拡大処理又は縮小処理）する。そして、変倍処理された画像信号は、書込ユニット５７へ送られる。
【００４３】
なお、印字合成部７２，７３では、印字ユニット７４で発生した印字イメージデータを入力し、その印字イメージデータを画像処理部６３又はメモリコントローラ６５からの画像データに合成する。
なお、この画像処理ユニットは、ネットワークに接続した他の通信装置（外部装置）から送られてくる画像データを図５に示したＰＩボード２０３またはＰＨＹ２０４を介して受信し、同様にして処理することもできる。
次に、１ページ分の画像信号および図８に示したセレクタ６４における制御信号の発生タイミングについて説明する。図９はこの発生タイミングの一例を示したタイミングチャートである。なお、図９において「／」は信号がローアクティブであることを示す。
【００４４】
図９に示すフレームゲート信号（／ＦＧＡＴＥ）は、１ページの画像信号の副走査有効範囲（副走査方向の有効期間）を表わしている。
一方、主走査同期信号（／ＬＳＹＮＣ）は、１ライン毎の主走査同期信号であり、この信号が立ち上がった後の所定クロック後で画像信号が有効となる。
主走査方向の画像信号が有効であることを示す信号が、／ＬＧＡＴＥである。これらの信号は、画素クロックＶＣＬＫに同期しており、ＶＣＬＫの１周期に対し１画素のデータが送られてくる。画像処理部（ＩＰＵ）は、画像入力、出力それぞれに対して別個の／ＦＧＡＴＥ、／ＬＳＹＮＣ、／ＬＧＡＴＥ、ＶＣＬＫの発生機構を有しており、読み取った画像データの直接出力を行う場合などの位相調整等を行うことより、様々な画像入出力の組み合わせが実現可能になる。
【００４５】
次に、図８に示したメモリコントローラ６５および画像メモリ６６について説明する。図１０はこれらの構成例を示すブロック図である。なお、図１０においてアドレスバスは図示を省略する。
メモリコントローラ６５は、入力データセレクタ８１，画像合成部８２，１次圧縮／伸長部８３，出力データセレクタ８４，および２次圧縮／伸長部８５を設けている。それらへの制御データの設定はＣＰＵ６８より行われる。
画像メモリ６６は、１次記憶装置８６および２次記憶装置８７からなる。１次記憶装置８６には、画像データ入力時に行うメモリの指定した領域へのデータ書き込み、または画像データ出力時に行うメモリの指定した領域からのデータ読み出しが、それぞれに要求されるデータ転送速度に略同期して行えるように、例えばＤＲＡＭ等の高速アクセスが可能なメモリを使用する。
【００４６】
また、１次記憶装置８６は、処理を行う画像データの大きさにより複数のエリアに分割し、その一つの分割エリアへの画像データの書込処理と、他の分割エリアへの画像データの読込処理を並行して行えるように、メモリコントローラ６５との間に書込用と読出用の２組のアドレスバスおよびデータバスからなるインタフェース部を有している。
一方、２次記憶装置８７は、スキャナ５０や外部装置から入力される画像データを順次蓄積して、これらの画像データの合成，ソーティング，並べ換え等の処理を行うための大容量メモリである。
【００４７】
ところで、２次記憶装置８７に１次記憶装置８６と同様な高速アクセス可能な記憶媒体（メモリ）を使用すれば、記憶装置の区別なくデータ処理を行えるので、制御が比較的簡単になる。
しかし、ＤＲＡＭ等のメモリは高価なため、２次記憶装置８７の代りに安価で大容量の記憶媒体（例えば図５に示したＨＤＤ２０１）を利用して画像データを蓄積するようにするとよい。この場合は、ＨＤＤ２０１が画像記憶手段として機能する。そして、そのＨＤＤ２０１へ入出力する画像データの処理は、１次記憶装置８６を介して行うようにする。このような構成にすれば、大量の画像データの入出力，保存，加工等の処理が可能な画像処理装置を安価で且つ比較的簡単な構成で実現できる。
【００４８】
次に、このメモリコントローラ６５の動作例を説明する。
まず、画像データを入力して画像メモリ６６へ保存するときの動作について説明する。
入力データセレクタ８１は、スキャナ５０又は外部装置から図８に示した画像処理ユニットの各部を介して入力される画像データのうち、画像メモリ６６（１次記憶装置８６）への書き込みを行う画像データの選択を行う。
そして、選択した画像データを画像合成部８２に入力し、必要に応じて、既に画像メモリ６６に記憶されている他の画像データと合成する。その後、１次圧縮／伸長部８３で圧縮（可変長圧縮）処理を行い、１次記憶装置８６に書き込む。さらに、画像データによっては、１次記憶装置８６から２次圧縮／伸長部８５に入力して更なる圧縮処理を行った後、２次記憶装置８７に書き込んで保存する。
【００４９】
続いて、画像データを画像メモリ６６から読み出す（出力する）ときの動作について説明する。
出力対象の画像データが１次記憶装置８６に記憶されている場合は、その画像データを１次圧縮／伸長部８３に読み出して伸長処理を行った後、出力データセレクタ８４または画像合成部８２に入力する。
画像合成部８２では、１次圧縮／伸長部８３から入力した伸長後の画像データと、スキャナ５０又は外部装置から入力した他の画像データとを位相調整して合成し、合成後の画像データの出力先（出力データセレクタ８４，１次圧縮／伸長部８３，その両方など）を選択する。
【００５０】
一方、出力データセレクタ８４では、伸長後の画像データ、もしくは画像合成部８２から入力した合成後の画像データを選択して出力する。
また、出力対象の画像データが１次記憶装置８６にではなく２次記憶装置８７に記憶されている場合は、その画像データを２次圧縮／伸長部８５に読み出して伸長処理を行った後に一旦１次記憶装置８６に書き込み、以後上述の出力対象の画像データが１次記憶装置８６に記憶されている場合と同様な動作を行う。
【００５１】
次に、図５に示した画像処理装置１００におけるソフトウェア構成を説明する。
図１１は、画像処理装置１００のソフトウェア構成の一例を示すブロック図である。当該画像処理装置１００のソフトウェア構成は、最上位のアプリケーションモジュール層、その下位のサービスモジュール層からなる。そして、これらのソフトウェアを構成するプログラムはＨＤＤ２０１やコントローラボード２００上のＲＡＭ７０に記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵ６８によって実行される。そしてＣＰＵ６８は、これらのプログラムを必要に応じて実行することにより、この発明による各機能（画像読取手段，画像記憶手段，送信手段，履歴記憶手段としての機能）を実現することができる。
【００５２】
なお、それらの機能のうち、送信手段などの管理装置１０２との通信に係わる機能の実現方法は、画像処理装置１００と画像処理装置１１０とによって異なる。つまり、画像処理装置１１０の場合は、仲介装置の機能を備えているため、ＣＰＵが対応するプログラムを実行することにより、通信に係わる機能を実現することができる。画像処理装置１００の場合には、ＣＰＵが対応するプログラムを実行すると共に、仲介装置１０１を利用することにより、通信に係わる機能を実現することができる。
また、画像処理装置１００は、スキャナエンジンおよびプロッタエンジンを含むエンジンユニット内にセンサ等からなる異常検出部（異常検出手段）を備えている。
【００５３】
サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００、エンジンコントロールサービス（ＥＣＳ）３０１、メモリコントロールサービス（ＭＣＳ）３０２、ネットワークコントロールサービス（ＮＣＳ）３０３、ファクスコントロールサービス（ＦＣＳ）３０４、ニューリモートサービス（ＮＲＳ）３０５、システムコントロールサービス（ＳＣＳ）３０６、システムリソースマネージャ（ＳＲＭ）３０７、イメージメモリハンドラ（ＩＭＨ）３０８、カスタマーサポートシステム（ＣＳＳ）３１５、デリバリーコントロールサービス（ＤＣＳ）３１６、ユーザコントロールサービス（ＵＣＳ）３１７を実装している。更に、アプリケーションモジュール層には、コピーアプリ３０９、ファクスアプリ３１０、プリンタアプリ３１１、スキャナアプリ３１２、ネットファイルアプリ３１３、ウェブアプリ３１４を実装している。
【００５４】
これらを更に詳述する。
ＯＣＳ３００は、操作パネル２０５を制御するモジュールである。
ＥＣＳ３０１は、ハードウェアリソース等のエンジンを制御するモジュールである。
ＭＣＳ３０２は、メモリ制御をするモジュールであり、例えば、画像メモリの取得及び開放、ＨＤＤ２０１の利用等を行う。
ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。
ＦＣＳ３０４は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。
ＮＲＳ３０５は、ネットワークを介してデータを送受信する際のデータの変換等をするモジュールであり、またネットワークを介した遠隔管理に関する機能をまとめたモジュールである。
【００５５】
ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理及び終了管理を行うモジュールである。
ＳＲＭ３０７は、システムの制御及びリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＣＳＳ３１５は、公衆回線を介してデータを送受信する際のデータの変換等をするモジュールであり、また公衆回線を介した遠隔管理に関する機能をまとめたモジュールである。
ＤＣＳ３１６は、ＨＤＤ２０１やコントローラボード２００上のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて送受信するモジュールである。ＵＣＳ３１７は、ユーザが登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。
【００５６】
コピーアプリ３０９は、コピーサービスを実現するためのアプリケーションプログラムである。
ファクスアプリ３１０は、ファクスサービスを実現するためのアプリケーションプログラムである。
プリンタアプリ３１１は、プリンタサービスを実現するためのアプリケーションプログラムである。
スキャナアプリ３１２は、スキャナサービスを実現するためのアプリケーションプログラムである。
ネットファイルアプリ３１３は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ウェブアプリ３１４は、ウェブサービスを実現するためのアプリケーションプログラムである。
【００５７】
次に、上述した画像処理装置１００のソフトウェアの構成に含まれるＮＲＳモジュールの内部構成を図１２を用いて更に説明する。
図１２は、ＮＲＳモジュールの構成の一例を示す機能ブロック図である。同図に示すように、ＮＲＳ３０５は、ＳＣＳ３０６とＮＣＳ３０３との間で処理を行なっている。ウェブサーバ機能部５００は、外部から受信した要求に関する応答処理を行う。ここでの要求は、例えば、構造化言語であるＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記載された、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）によるＳＯＡＰリクエストであることが考えられる。ウェブクライアント機能部５０１は、外部への要求を発行する処理を行う。ｌｉｂｓｏａｐ５０２は、ＳＯＡＰを処理するライブラリであり、ｌｉｂｘｍｌ５０３は、ＸＭＬ形式で記載されたデータを処理するライブラリである。また、ｌｉｂｇｗｗｗ５０４は、ＨＴＴＰを処理するライブラリであり、ｌｉｂｇｗ＿ｎｃｓ５０５は、ＮＣＳ３０３との間の処理をするライブラリである。
【００５８】
続いて、図３に示した管理装置１０２について説明する。図１３は、管理装置の概略構成例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，データベース６０５，制御装置６０６等からなる。
モデム６０１は、公衆回線を介して機器利用者側（例えば画像処理装置を利用しているユーザ先）の仲介装置１０１との通信を司るものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２により通信手段（指示手段）としての機能を果たす。
通信端末６０２は、公衆回線を介してラインアダプタや仲介装置１０１とのデータの送受信を行う。
プロキシサーバ６０３は、インタネット１０３を介して機器利用者側の仲介装置１０１とのデータの送受信及びセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。
【００５９】
操作者端末６０４は、管理センタ（サービスセンタ）の管理者（オペレータ）が操作する端末であり、各種データの入力をオペレータによるキーボード等の入力装置上の操作により受け付けたり、オペレータに通知すべき情報を表示部に表示したりする。入力されるデータとしては、例えば、各機器利用者側の仲介装置１０１又は仲介機能付画像処理装置１１０が管理装置１０２へ通信する際に使用するＩＰアドレスや発呼先電話番号等の顧客情報がある。
データベース６０５は、図示しないサーバのハードディスク装置等の記憶装置に存在し、各機器利用者側の仲介装置１０１および仲介機能付画像処理装置１１０のＩＰアドレスや電話番号、それらの装置から受信した異常情報等のデータ、操作者端末６０４から入力されたデータ、機種データベースや顧客データベース、およびこの発明に係るプログラム等の各種データを記憶する。
制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムを必要に応じて実行すると共に、モデム６０１，通信端末６０２，プロキシサーバ６０３，操作者端末６０４またはデータベース６０５を利用することにより、画像処理装置１１０から受信した画像データに係る画像を提示する提示手段としての機能を実現することができる。
【００６０】
上述した構成を踏まえて、図３の画像処理装置管理システムで行われるデータ送受信の際の通信シーケンスの一例について説明する。なお、以下に示すＳＣＳ３０６およびＮＲＳ３０５による処理は、実際にはＣＰＵがそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。
図１４は、図３に示した管理装置、仲介装置、及び画像処理装置間で行われるデータ送受信の際の通信シーケンスの一例を示す図である。
【００６１】
この例においては、まず、仲介装置１０１は、管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、管理装置１０２へ送信する。図３に示したように、仲介装置１０１と管理装置１０２との間にはファイアウォール１０４を設けているため、管理装置１０２から仲介装置１０１に向けて通信セッションを張ることができないので、管理装置１０２から仲介装置１０１（あるいは仲介装置１０１を介して画像処理装置１００）に要求を送信したい場合でも、このように仲介装置１０１からのポーリングを待つ必要があるのである。
【００６２】
管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージを受信すると、課金カウンタ取得要求を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ、ポーリングに対する応答として送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。このように、ファイアウォール１０４の内側からの通信（ＨＴＴＰリクエスト）に対する応答（ＨＴＴＰレスポンス）であれば、ファイアウォールの外側から内側に対してデータを送信することができる。
【００６３】
仲介装置１０１は、管理装置１０２から上記ＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいて課金カウンタ取得要求を示すＳＯＡＰメッセージを生成し、自己に接続されている画像処理装置１００のＮＲＳ３０５へ送信する（Ｓ６０３）。
ＮＲＳ３０５は、仲介装置１０１から受信したＳＯＡＰメッセージに記述されている課金カウンタ取得要求をＳＣＳ３０６へ通知する（Ｓ６０４）。
ＳＣＳ３０６は、ＮＲＳ３０５から課金カウンタ取得要求の通知を受けると、ＮＶ−ＲＡＭ２０２に格納されている課金カウンタのデータを読み取る（Ｓ６０５）。そして、その読み取った課金カウンタのデータ（応答データ）をＮＲＳ３０５へ引き渡す（Ｓ６０６）。
【００６４】
ＮＲＳ３０５は、ＳＣＳ３０６から課金カウンタのデータを受け取る（取得する）と、その内容を示す課金カウンタ用のＳＯＡＰメッセージを生成し、仲介装置１０１へ送信する（Ｓ６０７）。
仲介装置１０１は、ＮＲＳ３０５から課金カウンタ用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、管理装置１０２へ送信する（Ｓ６０８）。
このように、上記通信シーケンスにより、データの送受信が行われる。
【００６５】
次に、上記図１４と異なり、画像処理装置１００から仲介装置１０１を経て管理装置１０２へデータを送信する場合の通信シーケンスの一例について説明する。
図１５は、画像処理装置から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
この例においては、まず、ＯＣＳ３００は、ユーザコールキーが押下された旨をＳＣＳ３０６へ通知する（Ｓ７０１）。
ＳＣＳ３０６は、ＯＣＳ３００からユーザコールキーが押下された旨の通知を受けると、ユーザコール要求をＮＲＳ３０５へ通知する（Ｓ７０２）。
【００６６】
ＮＲＳ３０５は、ＳＣＳ３０６からユーザコール要求の通知を受けると、ユーザコールを知らせるユーザコール情報であるユーザコール用のＳＯＡＰメッセージを生成し、仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＮＲＳ３０５からユーザコール用のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージに基づいてＨＴＴＰメッセージを生成し、管理装置１０２に対してユーザコールを行う。つまり、自己の識別子を付加したユーザコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを管理装置１０２へ通報する（Ｓ７０４）。この場合には、ファイアウォール１０４の内側から外側に向けての送信であるので、仲介装置１０１が自ら管理装置１０２に向けてセッションを張ってデータを送信することができる。
ここで、ステップＳ７０４の処理後のパターンを以下の（Ａ）から（Ｃ）に分けて説明する。
【００６７】
まず、（Ａ）において、管理装置１０２は、ユーザ先の仲介装置１０１からユーザコール用のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ユーザコールが成功した旨）のコール結果を、正常に終了しなかった（異常に終了した）場合には、その旨（ユーザコールが失敗した旨）のコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、応答として通報元の仲介装置１０１へ送信する（Ｓ７０５）。
仲介装置１０１は、管理装置１０２からコール結果を示すＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果を示すＳＯＡＰメッセージを生成し、ユーザコールキーが押下された画像処理装置１００のＮＲＳ３０５へ送信する（Ｓ７０６）。
【００６８】
ＮＲＳ３０５は、仲介装置１０１からコール結果を示すＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージが示すコール結果を解釈（判定）し、ＳＣＳ３０６へ通知する（Ｓ７０７）。
ＳＣＳ３０６は、コール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが成功したか失敗したかを示すメッセージを操作パネル２０５上に表示する（Ｓ７０８）。
【００６９】
次に（Ｂ）において、仲介装置１０１は、規定時間（予め設定された所定時間）が経っても管理装置１０２から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果を示すＳＯＡＰメッセージを生成し、ＮＲＳ３０５へ送信する（Ｓ７０９）。
ＮＲＳ３０５は、失敗した旨のコール結果を示すＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに記述されている失敗した旨のコール結果を解釈し、ＳＣＳ３０６へ通知する（Ｓ７１０）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
【００７０】
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７１１）。
次に（Ｃ）において、ＮＲＳ３０５は、規定時間が経っても仲介装置１０１から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果をＳＣＳ３０６へ通知する（Ｓ７１２）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作パネル２０５上の文字表示器に表示する（Ｓ７１３）。
【００７１】
なお、ここでは管理装置１０２からファイアウォール１０４を越えて仲介装置１０１（あるいは仲介装置１０１を介して画像処理装置１００）にデータを送信するために、仲介装置１０１からのＨＴＴＰリクエストに対するレスポンスという形で送信を行う例について説明したが、ファイアウォール１０４を越える手段はこれに限られるものではなく、例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。
【００７２】
次に、このような基本的な機能を有する図３に示した画像処理装置管理システムにおける本発明の特徴に関連する動作、すなわち画像処理装置１００から管理装置１０２へ画像データを送信する処理、およびその画像データに係る画像を管理装置１０２がオペレータに提示する処理について説明する。この処理は、画像処理装置１００のＣＰＵ６８および管理装置１０２のＣＰＵが所要のプログラムを実行することによって行うものである。
【００７３】
まず、画像処理装置１００が、原稿の画像を読み取って記憶した画像データを定期的に管理装置１０２に送信する場合の処理および動作について、図１６および図１７を用いて説明する。
図１６は、この場合に画像処理装置１００のＣＰＵ６８が行う処理を示すフローチャートである。なお、図が煩雑になるのを防ぐため、図１６では本発明の特徴に係る部分のみを図示している。以下、後述する図１７〜図２１についても同様である。
【００７４】
この画像処理装置管理システムにおいて、画像処理装置１００のＣＰＵ６８は、所定の時刻になると図１６のフローチャートに示す処理を開始する。なお、所定時刻は毎日何時、毎週何曜日何時等のように定め、ＣＰＵ６８がこの処理を定期的（一定時間ごと）に行うようにするとよい。
そして、この処理を開始すると、まずステップＳ１０１でＨＤＤ２０１に送信すべき画像データを記憶しているか否かを判断する。なお、ここでは、送信すべき画像データとは、画像記憶手段であるＨＤＤ２０１が記憶している画像データのうち、画像読取手段であるスキャナ５０が読み取った画像の画像データとする。
【００７５】
ステップＳ１０１で記憶している場合は、次のステップＳ１０２へ進み、ＨＤＤ２０１に記憶している送信すべき画像データのうち適当な画像データを選択して管理装置１０２に送信して処理を終了する。実際には、このデータは、図２あるいは図３に示したように仲介装置１０１等を介して管理装置１０２に送信するのであるが、説明を簡単にするため、ここでは直接管理装置１０２に対して送信するかのように記載する。以下の各フローチャートおよびシーケンス図の説明においても同様とする。
なお、送信する画像データの選択法は、例えば一番最近に読み取った画像データ、電源を投入した直後に読み取った画像データ等、適宜定めればよい。また、送信する画像データは、画像１枚分でも複数枚分でもよい。
このステップＳ１０２において、画像処理装置１００のＣＰＵ６８が送信手段として機能する。
一方、ステップＳ１０１で記憶していない場合は、そのまま処理を終了する。
【００７６】
図１７は、画像処理装置１００が画像データを定期的に管理装置１０２に送信する場合に管理装置１０２および画像処理装置１００の各々が行う処理の例を示すシーケンス図である。なお、図１７において矢印はデータの転送を示し、ここで送信側は送信処理を行い、受信側は受信処理を行うものとする。以下、後述する図１９および図２１についても同様である。
なお、図示はしないが、図１７に示す処理を行うに先立って、画像処理装置１００は、スキャナ５０で読み取った原稿の画像データを、送信すべきものとしてＨＤＤ２０１に記憶しているものとする。
【００７７】
この場合、画像処理装置１００は、所定時刻に到達と判断すると（Ｓ１１１）、ＨＤＤ２０１に送信すべき画像データが記憶されているか否かを調査するが、ここでは記憶されているので、そのように判断し（Ｓ１１２）、その中から適当な画像データを選択して管理装置１０２に送信する（Ｓ１１３）。この時の画像データの選択方法は図１６のステップＳ１０２で説明したので、ここでは省略する。
一方、管理装置１０２は、画像処理装置１００から画像データを受信すると、その画像データに係る画像をオペレータに提示する（Ｓ１１４）。この提示方法としては、例えば管理装置１０２のディスプレイに表示させる、管理装置１０２に接続したプリンタで画像形成するなど、画像出力装置で出力するようにすればよい。なお、この画像出力装置には、画像を忠実に出力できる信頼性のあるものを使用する。また、この提示は受信後すぐに行う必要はなく、受信した画像データを蓄積しておき、オペレータの操作に従って提示するようにしてもよい。
【００７８】
なお、このステップＳ１１４においては、管理装置１０２のＣＰＵが提示手段として機能する。
このようにすれば、例えば管理装置１０２のオペレータが提示された画像を見て、線の欠けの有無や色の均一性などを確認し、その画像に異常があるか否かを診断できる。つまり、画像処理装置１００が読み取った画像に異常があるかどうかをサービス拠点で診断することができる。
そして、画像に異常がある場合は、提示された画像を基にして異常の原因を解析し、異常を解消するための適切な対処法を調査することもできる。
さらに、異常を解消するための対処法が、例えば原稿台２を清掃する、画像の読み取りに関するパラメータが適切な値になるように画像処理装置１００の設定を変更するなど比較的簡単な処置で済む場合は、ユーザにその処置を行うように指示することができる。
【００７９】
つまり、ユーザは、専門サービスマンの派遣（訪問修理）を待つことなく、試行錯誤することもなく、指示によって画像の異常に対処することができる。
また、異常を解消するための対処法にユーザが対応しきれない場合でも、派遣するサービスマンに予め画像の異常の現象，原因，対処法を連絡しておくことができるので、サービスマンによる修理作業がスムーズになる。
つまり、図１６および図１７に示すような処理を行うことにより、画像処理装置管理システムにおいて、画像処理装置で読み取った画像に異常があるときに、その異常に対して的確な処置を迅速に行えるようにすることができる。
【００８０】
さらに、画像処理装置１００で読み取った画像データに係る画像を定期的に診断するので、その画像の品質の劣化に応じて次のメンテナンスを行うタイミングを適切に判断でき、画像処理装置１００の故障を未然に防ぐこともできる。
なお、受信した画像データに係る画像の診断、異常の有無の判断、異常の解析、対処法の調査、及びユーザへの通知のいずれか又は複数を、管理装置１０２のＣＰＵで自動的に行うようにすると、オペレータの作業負担を低減することができる。例えば、管理装置１０２が画像処理装置１００にコマンドを送って表示部に対処法を示すメッセージを表示させるようにする等である。
【００８１】
次に、画像処理装置１００が、自機の異常を検出して異常が発生したと判断した場合の処理および動作について、図１８および図１９を用いて説明する。
この場合、ＨＤＤ２０１は、画像データを記憶する画像記憶手段であると共に、画像処理装置１００の動作の履歴情報を記憶する履歴記憶手段でもある。この履歴情報とは、例えば操作パネル２０５が受け付けた画像処理装置１００の設定変更の情報、画像処理装置１００におけるジョブの実行状況など、画像処理装置１００の様々な動作内容を逐次記憶した情報である。
【００８２】
この場合、画像処理装置１００のＣＰＵ６８は、自機の異常を検出して異常が発生したと判断した場合に、図１８のフローチャートに示す処理を開始する。
そして、この処理を開始すると、まずステップＳ１２１でＨＤＤ２０１に送信すべき画像データを記憶しているか否かを判断する。
そして、ステップＳ１２１で記憶している場合は、次のステップＳ１２２へ進み、ＨＤＤ２０１に記憶している送信すべき画像データのうち適当な画像データを選択して、管理装置１０２に異常の発生を伝える異常発生通知と共にその画像データとＨＤＤ２０１に記憶している自機の履歴情報とを管理装置１０２に送信して処理を終了する。
【００８３】
なお、送信する画像データは、図１６のステップＳ１０２で説明したのと同様にして選択する。また、送信する履歴情報については、例えば異常を検知した時にＨＤＤ２０１に記憶していた全履歴情報を送る、異常を検知した日に記憶した履歴情報を送る、最新の一定期間のものを送る等、適宜定めればよい。
なお、このステップＳ１２２において、画像処理装置１００のＣＰＵ６８が、履歴情報および画像データを管理装置１０２に送信する手段として機能する。
一方、ステップＳ１２１で記憶していない場合は、ステップＳ１２３で異常発生通知のみを送信して処理を終了するが、ここで履歴情報も送信するようにしてもよい。
【００８４】
図１９は、画像処理装置１００が自機の異常を検知した場合に管理装置１０２および画像処理装置１００の各々が行う処理の例を示すシーケンス図である。
なお、図示はしないが、図１９に示す処理を行うに先立って、画像処理装置１００は、スキャナ５０で読み取った原稿の画像データを、送信すべきものとしてＨＤＤ２０１に記憶しているものとする。
【００８５】
この場合、画像処理装置１００は、自機の異常を検知して異常が発生したことを判断すると（Ｓ１３１）、図１７のＳ１１２の場合と同様に、ＨＤＤ２０１に送信すべき画像データが記憶されているか否か調査して記憶していると判断するので（Ｓ１３２）、適当な画像データを選択して、異常発生通知と共に、選択した画像データとＨＤＤ２０１に記憶している画像処理装置１００の動作の履歴情報とを管理装置１０２に送信する（Ｓ１３３）。
【００８６】
一方、管理装置１０２は、画像処理装置１００から異常発生通知及び履歴情報と画像データとを受信すると、画像処理装置１００に異常が発生した旨と共に、受信した画像データにかかわる画像と履歴情報とをオペレータに提示する（Ｓ１３４）。この提示方法としては、図１７で説明した提示方法と略同様のものを用いるが、画像と履歴情報とを別々に提示してもよい。例えば、画像と履歴情報のうち、一方をプリンタで画像形成して、他方をディスプレイに表示する等してもよい。
なお、このステップＳ１３４においては、管理装置１０２のＣＰＵが画像処理装置から受信した履歴情報および画像データに係る画像を提示する手段として機能する。
【００８７】
このような処理を行うことにより、管理装置１０２のオペレータは、提示された画像と履歴情報の双方を基にして、画像処理装置１００に発生した異常の現象を確認でき、原因を解析したり対処法を調査したりすることができる。
例えば、送信されてきた履歴情報の中から、今までに画像処理装置１００に発生した異常内容（ＤＦ（Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）と本体との送信異常やエンジンの電圧異常等）と同じ異常内容を示す履歴情報がないかどうかチェックし、そのチェック結果と画像の両方を用いて、異常と関係のありそうな箇所の特定や異常の原因を詳細に特定し、ユーザに対応を指示することができる。
つまり、図１８および図１９に示すような処理を行うことにより、画像処理装置１００に発生した異常に対して一層的確な処置を行うことができる。
なお、履歴情報のチェックや画像の解析等を自動的に行うようにするとよいことは、上述の図１６，図１７の場合と同様である。
【００８８】
次に、画像処理装置１００が、ユーザの操作に従って表示部に表示した画像の画像データと共に注目部分の指定の情報を管理装置１０２に送信する場合の処理および動作について、図２０および図２１を用いて説明する。
この場合、画像処理装置１００のＣＰＵ６８は、ユーザから画像データを管理装置に送信する旨の指示があると、図２０のフローチャートに示す処理を開始する。
【００８９】
この処理においては、まずステップＳ１４１で、送信する画像の選択を受け付ける。そしてステップＳ１４２で、ＨＤＤ２０１に記憶している画像データのうちその選択された画像の画像データを読み出し、選択された画像を操作パネル２０５の液晶タッチパネル３１に表示する。
【００９０】
その後、ステップＳ１４３で注目部分の指定を受け付ける。この注目部分とは、ユーザが異常を発見した部分等、送信する画像のうち特に注目を希望する部分のことであるが、必ずしも異常の発生している部分でなくてもよい。また、注目部分を指定しないことも可能であるものとする。そしてこの指定は、液晶タッチパネル３１に表示している画像の指定部分へのタッチ、適宜定めた座標軸やエリア区分における座標値やエリア番号の入力等によって受け付けることができる。この場合、ＣＰＵ６８及び液晶タッチパネル３１や操作パネル２０５のキー等が受付手段として機能する。
そして、注目部分の指定を受け付けると、ステップＳ１４４に進み、その指定に従って注目部分の位置を示す表示を行う。この表示は、例えば注目部分を示す印の画像（注目部分を囲む線、注目部分に先端を向けた矢印等）をステップＳ１４１で選択された画像と共に液晶タッチパネル３１に表示して行うことができる。
【００９１】
次のステップＳ１４５では、最終的な送信確認として画像データの送信指示を受け付ける。ユーザは、ステップＳ１４４で表示した画像を見て送信すべき画像や注目部分の指定を確認した後この送信指示を行えばよい。なおこのとき、フローチャートでは図示を省略しているが、画像の選択や注目部分の指定に誤りがあった場合に再度の選択や指定を受け付けることができるものとする。
【００９２】
ステップＳ１４５で送信指示があると、ステップＳ１４６に進み、ステップＳ１４１で選択された画像の画像データと共に注目部分の指定の情報を管理装置１０２に送信して処理を終了する。このとき、画像処理装置１００のＣＰＵ６８が送信する手段として機能する。
なお、注目部分の指定の情報については、位置や範囲の情報として送信してもよいし、注目部分を示す印の画像をＳ１４１で選択された画像と合成し、その合成画像の画像データとして送信することも考えられる。注目部分が指定されなかった場合には、その旨の情報を指定の情報として送信するものとする。
【００９３】
図２１は、ユーザから画像データを管理装置に送信する旨の指示があった場合に管理装置１０２および画像処理装置１００の各々が行う処理の例を示すシーケンス図である。なお、図示はしないが、図２１に示す処理を行うに先立って、スキャナ５０で読み取った原稿の画像データをＨＤＤ２０１に記憶しているものとする。
【００９４】
この場合、画像処理装置１００は、まず操作パネル２０５から送信する画像の選択を受け付け（Ｓ１５１）、ＨＤＤ２０１に記憶している画像データからのうちその選択された画像の画像データを読み出し、選択された画像を操作パネル２０５の液晶タッチパネル３１に表示する（Ｓ１５２）。
そして、次に注目部分の指定を受け付け（Ｓ１５３）、その指定に従って注目部分の位置を示す表示を行う（Ｓ１５４）。その後、送信確認を受け付けると（Ｓ１５５）、ステップＳ１５１で選択された画像の画像データと共に注目部分の指定の情報を管理装置１０２に送信する（Ｓ１５６）。
【００９５】
一方、管理装置１０２は、画像処理装置１００から注目部分の指定の情報と共に画像データを受信すると、その画像データに係る画像と注目部分の指定の情報とをオペレータに提示する（Ｓ１５７）。この提示方法としては、図１７で説明した提示方法と略同様であるが、画像のうち注目部分の指定を受けた部分に印をつける等して、注目部分の位置がわかるように提示するものとする。また、注目部分を示さないもとのままの画像も提示することができるようにしてもよい。
なお、このステップＳ１５７においては、管理装置１０２のＣＰＵが提示手段として機能する。
【００９６】
このようにすれば、ユーザが異常を発見した部分等、注目を希望する部分等を指定でき、管理装置１０２のオペレータが提示された画像の中でその部分を重点的に見ることができる。従って、画像全体のどこに異常があるのかがわからない場合と比べ、異常の発生箇所や現象を素早く確認でき、異常の原因の解析や異常を解消するための適切な対処法の調査等を容易かつ迅速に行うことができる。
【００９７】
なお、以上説明した各処理においては、画像処理装置１００が管理装置１０２に画像データを送信し、管理装置１０２がその画像データに係る画像を提示しているが、画像を提示するのは管理装置１０２に限るものではない。例えば、管理装置１０２が、画像処理装置１００から受信した画像データをサービスマンが利用する端末に転送するようにして、その端末で画像を提示するようにしてもよい。この場合、異常の診断、原因の解析、対処法の調査をサービスマンが行うことができる。
また、画像処理装置１００において画像データ送信の要否を設定できるようにし、送信要の設定がされている場合のみ画像データの送信を行うようにしてもよい。
さらにまた、この発明は、上述したデジタル複合機等だけでなく、カメラ等の撮像手段を備えた各種電子装置の管理システムに適用することも可能である。
【００９８】
【発明の効果】
以上説明してきたように、この発明による画像処理装置管理システムによれば、画像処理装置が読み取って記憶した画像データを管理装置に送信するので、管理装置のオペレータがその画像データに係る画像を直接見て異常の有無や態様を把握し、その原因解析や対処法の調査を行うことができる。従って、画像の異常に対して的確な処置を迅速に行うことができ、画像処理装置管理システムのサービス性を向上することができる。
【図面の簡単な説明】
【図１】この発明による管理システムの構成の一例を示す概念図である。
【図２】図１に示した管理システムにおけるデータ送受モデルを示す概念図である。
【図３】この発明による画像処理装置管理システムの一実施形態の構成を示す概念図である
【図４】図３に示した画像処理装置の具体例であるデジタル複写機の断面を示す概略構成図である。
【図５】図３に示した画像処理装置の制御部の物理的構成を示すブロック図である。
【図６】図５に示した操作パネルの構成例を示す図である。
【図７】図６に示した液晶タッチパネルにおける電源投入時の表示画面の一例を示す図である。
【図８】図５に示したコントローラボードの構成をＩＰＵの一構成例と共に示したブロック図である。
【図９】図８に示したセレクタにおける画像データおよび制御信号の発生タイミングの一例を示すタイミングチャートである
【図１０】図８に示したメモリコントローラおよび画像メモリの構成例を示すブロック図である。
【図１１】図３に示した画像処理装置のソフトウェア構成の一例を示すブロック図である。
【図１２】図１１に示したＮＲＳモジュールの構成の一例を示す機能ブロック図である。
【図１３】図３に示した管理装置の概略構成例を示すブロック図である。
【図１４】図３に示した管理装置、仲介装置、及び画像処理装置間で行われるデータ送受信の一例を示す通信シーケンスである。
【図１５】同じく、管理装置、仲介装置、及び画像処理装置間で行われるデータ送受信の図１４とは異なる例を示す通信シーケンスである。
【図１６】図３に示した画像処理装置が画像データを管理装置に定期的に送信する場合の処理を示すフローチャートである。
【図１７】その場合に画像処理装置および管理装置の各々が行う処理の例を示すシーケンス図である。
【図１８】図３に示した画像処理装置に異常が発生した場合の処理を示すフローチャートである。
【図１９】その場合に画像処理装置および管理装置の各々が行う処理の例を示すシーケンス図である。
【図２０】図３に示した画像処理装置が画像データを管理装置に送信する旨の指示を受けた場合の処理を示すフローチャートである。
【図２１】その場合に画像処理装置および管理装置の各々が行う処理の例を示すシーケンス図である。
【符号の説明】
１０：被管理装置        １１：仲介機能付被管理装置
３１：液晶タッチパネル    ３２：テンキー
５０：スキャナ            ６５：メモリコントローラ
６６：画像メモリ          ６８：ＣＰＵ
６９：ＲＯＭ              ７０：ＲＡＭ
１００：画像処理装置    １０１：仲介装置
１０２：管理装置        １０３：インタネット
１１０：仲介機能付画像処理装置
２００：コントローラボード  ２０１：ＨＤＤ
２０２：ＮＶ−ＲＡＭ        ２０３：ＰＩボード
２０４：ＰＨＹ              ２０５：操作パネル
２０６：プロッタ／スキャナエンジンボード
２１１：周辺機            ２１２：ＰＣＩ−ＢＵＳ
３００：ＯＣＳ            ３０１：ＥＣＳ
３０２：ＭＣＳ            ３０３：ＮＣＳ
３０４：ＦＣＳ            ３０５：ＮＲＳ
３０６：ＳＣＳ            ３０７：ＳＲＭ
３０８：ＩＭＨ            ３０９：コピーアプリ
３１０：ファクスアプリ    ３１１：プリンタアプリ
３１２：スキャナアプリ
３１３：ネットファイルアプリ
３１４：ウェブアプリ      ３１５：ＣＳＳ
３１６：ＤＣＳ            ３１７：ＵＣＳ
６０１：モデム            ６０２：通信端末
６０３：プロキシサーバ    ６０４：操作者端末
６０５：データベース      ６０６：制御装置
【図１】
2004343621.tif 000003
【図２】
2004343621.tif 000004
【図３】
2004343621.tif 000005
【図４】
2004343621.tif 000006
【図５】
2004343621.tif 000007
【図６】
2004343621.tif 000008
【図７】
2004343621.tif 000009
【図８】
2004343621.tif 000010
【図９】
2004343621.tif 000011
【図１０】
2004343621.tif 000012
【図１１】
2004343621.tif 000013
【図１２】
2004343621.tif 000014
【図１３】
2004343621.tif 000015
【図１４】
2004343621.tif 000016
【図１５】
2004343621.tif 000017
【図１６】
2004343621.tif 000018
【図１７】
2004343621.tif 000019
【図１８】
2004343621.tif 000020
【図１９】
2004343621.tif 000021
【図２０】
2004343621.tif 000022
【図２１】
2004343621.tif 000023