JP2007228187A - 画像処理装置及び画像形成装置 - Google Patents

Abstract

【課題】手間をかけずに電子装置の設定を保守形態に合わせたものにする。
【解決手段】管理装置が通信回線を経由して電子装置を遠隔で管理し、前記電子装置から管理装置への通知について通知種別毎に有効、無効を切り換える機能を有する遠隔管理装置において、保守内容に合わせて複数の通知をまとめて有効又は無効にする有効無効設定手段を備え、故障通知機能の１つを無効にすることにより、例えばサービスマンコール通知、連続ジャム状態通知、長時間ドア開状態通知、及びマニュアルコール通知の４つの通知機能を一度に無効とすることができるようにした。
【選択図】図９

Description

本発明は、外部装置と通信する機能を備えた複写機、プリンタ、ファクシミリ、デジタル複合機等の画像形成装置を含む電子装置を通信回線（ネットワーク）経由で遠隔管理する管理装置とによって構成された遠隔管理装置、及びおよびこの遠隔管理装置における前記電子装置を制御するコンピュータのプログラムに関する。

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

また、被管理装置が通信機能を備えていない場合や、通信機能を備えていてもその機能が管理装置と通信するための機能を持っていない場合には、その被管理装置に管理装置と通信可能な通信機能を有する仲介装置を通信回線経由で接続し、管理装置が通信回線および仲介装置経由で被管理装置を遠隔管理する遠隔管理システムも提案されている。

例えば被管理装置を画像形成装置とするものでは、画像形成装置として既知の感光体静電プロセス（電子写真プロセス）を用いて普通紙（用紙）等の記録媒体上に画像形成するものが一般的であるが、このような感光体静電プロセスを行う機構からは、トラブル（異常）が発生する割合も高く、更に性能維持のための定期的なオーバーホールの必要性から、保守管理のサービス体制を採っている。

この保守管理を充実させる目的で、画像形成装置の遠隔管理システムとして、画像形成装置の内部又は外部に仲介装置（通信装置）を設け、画像形成装置とサービスセンタに設置された管理装置とを公衆回線（電話回線）又はインタネットを介して接続し、画像形成装置内で異常が発生した場合に、その異常をセンサ等からなる異常検出手段によって検出し、その異常を仲介装置によって管理装置へ通知（通報）させるようにしている。

このような遠隔管理システムにおける画像形成装置では、異常が発生する度に、その異常をタイプ（種類）に関係なく全て管理装置へ通知するようにしている。つまり、単純操作による画像形成装置の再起動（リセット）により解消可能な異常（管理装置への通知の必要性が少ない異常）まで管理装置へ通知するようにしている。よって、通信コストが膨大になるという不都合を生じていた。また、異常発生中は停止しているため、稼動率が低下するという不都合も生じていた。

そこで、例えば特許文献１記載の発明では、異常が発生した場合に、該異常を検出する異常検出手段と、該手段によって異常が検出された場合に、該異常を外部装置へ通知する異常通知手段とを有する電子装置であって、前記異常検出手段によって検出された異常のタイプを判別する異常タイプ判別手段を設け、前記異常通知手段は、前記異常タイプ判別手段によって判別されたタイプの異常が当該電子装置の機器利用者によって解消できない異常である場合に、該異常を前記外部装置へ通知するようにしている。
特開２００４−１６３８９１号公報

このように特許文献１記載の発明では、故障通知機能が設定され、故障通知機能自体は公知である。

一方、例えば前記画像形成装置において遠隔管理を行う場合、当該装置の異常、消耗品のエンド等は画像形成装置からサービスセンタに通知される。一般にこの通知を「コール」と呼んでいる。サービスセンタ側はコールを受信すると、それに応じたサービス業務を行う。ただ、ユーザの保守契約形態によりサービス内容が異なるため、契約形態によってはサービスセンタが画像形成装置からのコールを受信しても何も処理を行わない場合もある。そこで、サービスセンタ側で処理を行わないコールに対しては画像形成装置から通知しないようにするために、コールの種類毎に有効、無効の設定を切り換える機能を画像処理装置に設けている。

しかし、サービス内容として故障通知機能でサポートするコールが、
１．サービスマンコール通知
２．連続ジャム状態通知
３．長時間ドア開状態通知
４．マニュアルコール通知
の４つあった場合、それぞれのコールについて有効、無効の設定を行わなければならず、画像形成装置の設定を保守形態に合わせたものにするのに手間がかかっていた。

すなわち、前記２の「連続ジャム状態通知」を例にとると、従来では、図１０のフローチャートに示すように、連続ジャム状態が発生したときに故障通知機能の「連続ジャム状態通知」の設定を参照し（ステップＳ２１）、有効であれば、画像形成装置から仲介機器（サービスセンタ）に「連続ジャム状態」を通知する（ステップＳ２２）。なお、ステップＳ２１の有効状態を無効（通知しないよう）にするには、図１１に示すように、まず、「サービスマンコール通知」設定、「連続ジャム状態通知」をそれぞれ無効にし（ステップＳ３１，３２）、「長時間ドア開状態通知」及び「マニュアルコール通知」をそれぞれＯＦＦにする（ステップＳ３３，Ｓ３４）必要があった。

本発明はこのような背景に鑑みてなされたもので、解決すべき課題は、手間をかけずに電子装置の設定を保守形態に合わせたものにすることを可能とすることにある。

前記課題を解決するため、本発明ではサービス内容単位でコール機能の有効、無効を切り換えるための手段を設けたことを特徴とする。

すなわち、第１の手段は、管理装置が通信回線を経由して電子装置を遠隔で管理し、前記電子装置から管理装置への通知について通知種別毎に有効、無効を切り換える手段を有する遠隔管理装置において、保守内容に合わせて複数の通知をまとめて有効又は無効にする手段を備えていることを特徴とする。

第２の手段は、第１の手段において、前記通知が有効か無効かを判定する判定手段と、前記判定手段によって判定した通知が有効であったときに、前記通知を行うべきか否かを判定する手段と、前記通知を行うべきか否かを判定する手段が故障を通知すべきであると判定したときに当該故障を前記管理装置に通知する手段とを備えていることを特徴とする。

第３の手段は、第１又は第２の手段において、前記電子装置が記録媒体に可視画像を形成する画像形成装置であることを特徴とする。

第４の手段は、コンピュータにロードされ、当該コンピュータを備えた電子機器の故障通知機能を実行するためのコンピュータプログラムであって、前記故障通知機能が有効か無効かを判定する第１の手順と、前記第１の手順で前記故障通知機能が有効であったときに発生した故障を通知すべきか否かを判定する第２の手順と、前記第２の手順で前記故障を通知すべきであると判定したときに当該故障を前記管理装置に通知する第３の手順とを備えていることを特徴とする。

第５の手段は、第４の手段において、前記故障通知機能が有効であるときに、当該機能を無効にする第４の手順を別途備えていることを特徴とする。

なお、後述の実施形態では、管理装置は符号１０２に、電子装置は被管理装置１０あるいは画像形成装置１００に、有効又は無効にする手段、有効が無効かを判定する手段、通知を行うか否かを判定する手段及び通知する手段はコントローラボード２００もしくはコントローラＣＰＵに、第１の手順はステップＳ１に、第２の手順はステップＳ２に、第３の手順はステップＳ３に、第４の順はステップＳ１１にそれぞれ対応する。

本発明によれば、保守内容に合わせて複数の通知をまとめて有効又は無効にすることができるので、手間をかけずに電子装置の設定を保守形態に合わせたものにすることが可能となる。

以下、この発明の実施形態を図面に基づいて具体的に説明する。

まず、この発明による電子装置を被管理装置とする遠隔管理システムの構成例について説明する。図１は、本実施形態に係る遠隔管理システムのシステム構成の一例を示す概念図である。同図において、この遠隔管理システムは、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた通信装置（電子装置）を被管理装置１０（１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ）とする遠隔管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）によって接続された遠隔管理仲介装置である仲介装置１０１（１０１ａ，１０１ｂ，１０１ｃ）、更に仲介装置１０１とインタネット１０３（公衆回線等の他のネットワークでもよい）を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。当該仲介装置１０１及び被管理装置１０は、その利用環境に応じて多様な階層構造を成す。

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

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

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

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

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

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

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

以下、図１に示した遠隔管理システムのより具体的な例として、この発明による電子装置である画像形成装置を被管理装置とする遠隔管理システムである画像形成装置管理システムについて説明する。

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

このような画像形成装置１００の物理的構成について図４を用いて説明する。

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

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

ＰＩボード２０３とＰＨＹ２０４は、通信手段に該当し、外部との通信を行うためのものであって、例えば、通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。公衆回線としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。ＰＨＹ２０４は、ＬＡＮ経由でパーソナルコンピュータ等の端末装置や他の電子装置と通信を行うためのインタフェースである。操作パネル２０５は、各種の操作キー（操作スイッチ又は操作ボタンともいう）を有する操作部と、ＬＣＤ又はＣＲＴの文字表示器を有する表示部とを備えた操作手段である。

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

次に、画像形成装置１００のソフトウェア構成について図５を用いて説明する。図５は画像形成装置１００のソフトウェア構成の一例を示すブロック図である。当該画像形成装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。これらのソフトウェアを構成するプログラムは、ＨＤＤ２０１やコントローラボード２００上のＲＡＭに記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵであるコントローラＣＰＵによって実行される。そしてコントローラＣＰＵは、これらのプログラムを必要に応じて実行することにより、この発明による各種機能（異常検出手段，異常通知手段，異常タイプ判別手段，使用要求受付手段，異常表示手段，異常履歴書込手段，異常回数カウント手段，異常回数カウント制御手段，リセット手段，画像形成枚数カウント手段等としての機能）を実現することができる。

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

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

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

これらを更に詳述する。ＯＣＳ３００は操作パネル２０５を制御するモジュールである。ＥＣＳ３０１はハードウェアリソース等のエンジンユニットを制御するモジュールである。ＭＣＳ３０２はメモリ制御をするモジュールであり、例えば、画像メモリの取得および開放、ＨＤＤ２０１の利用等を行う。ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。ＦＣＳ３０４は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理および終了管理を行うモジュールである。ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。ＤＣＳ３１６は、ＨＤＤ２０１やコントローラボード２００上のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いて送受信するモジュールである。ＵＣＳ３１７は、機器利用者（ユーザ）が登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。

ＮＲＳ３０５は、ネットワークを介してデータを送受信する際のデータの変換を行うなど、ネットワークを介した遠隔管理に関する機能（管理装置１０２との通信に係わる機能）をまとめたアプリケーションプログラムである。ＣＳＳ３１５は、公衆回線を介してデータを送受信する際のデータの変換を行うなど、公衆回線を介した遠隔管理に関する機能（管理装置１０２との通信に係わる機能）をまとめたアプリケーションプログラムである。コピーアプリ３０９は、コピーサービスを実現するためのアプリケーションプログラムである。ファクスアプリ３１０は、ファクスサービスを実現するためのアプリケーションプログラムである。プリンタアプリ３１１は、プリンタサービスを実現するためのアプリケーションプログラムである。スキャナアプリ３１２は、スキャナサービスを実現するためのアプリケーションプログラムである。ネットファイルアプリ３１３は、ネットファイルサービスを実現するためのアプリケーションプログラムである。ウェブアプリ３１４は、ウェブサービスを実現するためのアプリケーションプログラムである。

汎用ＯＳ３２０は、ＵＮＩＸ（登録商標）等のオペレーティングシステムであり、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。

次に、仲介装置１０１の物理的構成について、図６を参照して説明する。
図６は、仲介装置１０１の物理的構成例を示すブロック図である。この仲介装置１０１は、ＣＰＵ３１，ＤＲＡＭ３２，フラッシュＲＯＭ３３，カードメモリコントローラ３４，カードメモリ３５，画像形成装置Ｉ／Ｆ３６，リアルタイムクロック回路（ＲＴＣ）３７，モデム３８，ＮＣＵ（網制御装置）３９，ＮＩＣ４０，４１，および電源回路４２によって構成されている。

ＣＰＵ３１は、ＤＲＡＭ３２内のＯＳ（オペレーションシステム）を含む各種プログラムに基づいて、仲介装置１０１に接続されている画像形成装置１００を制御したり、ＮＣＵ３９又はＮＩＣ４０，４１等により、公衆回線又はインタネット１０３経由で管理装置１０２に対する各種データ（又は信号）の送受信を制御したり、画像形成装置１００からのデータにより公衆回線経由で管理装置１０２に対して発呼を行ったり、回線を画像形成装置１００側に接続するか、外部通信機器である一般電話器（ＴＥＬ）又はファクシミリ装置（ＦＡＸ）側に接続するかの切り替え制御（回線切り替えタイミングの制御を含む）を行うなど、この仲介装置１０１全体を統括的に制御する中央処理装置である。

ＤＲＡＭ３２は、ＯＳを含む各種プログラムを記憶するプログラムメモリや、ＣＰＵ３１がデータ処理を行う際に使用するワークメモリ等として使用するメインメモリである。なお、このＤＲＡＭ３２の代わりに、ＳＲＡＭを使用してもよい。フラッシュＲＯＭ３３は、ブート・プログラムを記憶するプログラムメモリや、管理装置１０２および各画像形成装置１００の一方から他方への送信データ、秘密パラメータ（秘密情報）を含む回線パラメータ（回線情報）などを記憶するデータベース（ＤＢ）として使用する不揮発性メモリ（不揮発性記憶手段）であり、電源がオフになっても記憶内容を保持するようになっている。なお、このフラッシュＲＯＭ３３の代わりに、ＥＥＰＲＯＭ等の他の不揮発性メモリを使用してもよい。

カードメモリコントローラ３４は、カードメモリ３５に対する各種データの読み書きを制御するものである。カードメモリ３５は、ＳＤメモリ等の記録媒体（不揮発性記憶手段）であり、ＯＳ，ドライバ，アプリケーション等の各種プログラムを記録している。このプログラムは、フラッシュＲＯＭ３３に記憶するようにしてもよい。また、ＨＤＤを設け、それに記憶するようにしてもよい。

画像形成装置Ｉ／Ｆ３６は、遠隔管理対象となる図示しない画像形成装置を接続する画像形成装置接続手段である。リアルタイムクロック回路３７は、時刻情報を発生するものであり、ＣＰＵ３１がそれを読み込むことによって現在の時刻を知ることができる。モデム３８は、変復調手段であり、管理装置１０２へ公衆回線経由でデータを送信する場合、そのデータを公衆回線に流せる形に変調する。また、管理装置１０２から送られてくる変調されたデータを受信した場合、そのデータを復調する。

ＮＣＵ３９は、公衆回線経由で管理装置１０２を含む各種外部装置あるいは外部通信機器（一般電話器又はファクシミリ装置）との通信（データの送受信）を制御するものである。よって、外部通信機器接続手段としての機能を実現できる。ＮＩＣ４０，４１は、ＬＡＮ（他のネットワークでもよい）上の遠隔管理対象となる各画像形成装置１００，ファイアウォール１０４，又は図示しないパーソナルコンピュータ等を用いた管理用端末を含む各種の外部装置（電子装置）との通信を制御し、あるいはファイアウォール１０４およびインタネット１０３を介して管理装置１０２を含む各種の外部装置と通信を制御するものである。よって、画像形成装置接続手段としての機能を実現できる。電源回路４２は、ＡＣアダプタ４３からのＡＣ電源（商用電源）をＤＣ電源に変換して仲介装置１０１内の上述した各部に供給するものである。

ここで、モデム３８とＣＰＵ３１とは、送信データ（ＴＸ），受信データ（ＲＸ）のデータ線、および送信可能信号（ＣＴＳ），送信要求信号（ＲＴＳ），データセットレディ信号（ＤＳＲ），キャリア検出信号（ＤＣＤ）の信号線によって接続されており、モデム３８はＣＰＵ３１からの送信要求信号（ＲＴＳ）およびキャリア検出信号（ＤＣＤ）に従って制御する。また、ＮＣＵ３９とモデム３８とは、受信データ（ＲＸＤ）および送信データ（ＴＸＤ）の信号線によって接続されている。受信データ（ＲＸＤ）は管理装置１０２のモデムにより変調されたアナログ信号、送信データ（ＴＸＤ）はモデム３８によって変調されたアナログ信号である。ＣＰＵ３１は、電源ＯＮ（電源回路４２からの電源投入）時に、フラッシュＲＯＭ３３内のブート・プログラムに従い、カードメモリコントローラ３４を制御してカードメモリ３５内のＯＳを含む各種プログラムを読み出し、ＤＲＡＭ３２のプログラムメモリにインストールする。そして、その各種プログラムに従って動作する（その各種プログラムを必要に応じて選択的に実行する）と共に、リアルタイムクロック回路３７，モデム３８，ＮＣＵ（網制御装置）３９，ＮＩＣ４０，４１を必要に応じて選択的に使用することにより、各種機能を実現することができる。

次に、管理装置１０２の物理的構成について、図７を参照して説明する。
図７は、管理装置１０２の物理的構成例を示すブロック図である。この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，データベース６０５，制御装置６０６等からなる。モデム６０１は、図示しない公衆回線を介して機器利用者側（例えば画像形成装置を利用しているユーザ先）の仲介装置１０１又は画像形成装置１１０と通信するものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２により通信手段としての機能を果たす。通信端末６０２は、モデム６０１による通信を制御するものである。プロキシサーバ６０３は、インタネット１０３を介して機器利用者側の仲介装置１０１又は画像形成装置１１０との通信およびセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。操作者端末６０４は、各種データの入力をオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付ける。

データベース６０５は、図示しないサーバのハードディスク装置等の記憶装置に存在し、各機器利用者側の仲介装置１０１および画像形成装置１１０から受信したデータ、操作者端末６０４から入力されたデータ、およびプログラム等の各種データを記憶する。このデータベース６０５の所定領域には、パラメータ記憶エリアを備え、回線パラメータを含む各種パラメータを記憶する。制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムに従って動作する（上記プログラムを必要に応じて実行する）と共に、モデム６０１，通信端末６０２，又はプロキシサーバ６０３を必要に応じて選択的に使用することにより、各種機能を実現することができる。

このようなシステムにおいて、画像形成装置でコール要因となるイベントが発生した場合、例えば連続ジャム状態が発生した場合について説明する。
発生箇所を問わず、後処理装置を含めて転写紙の機外排出が１枚もされていない状態でジャムが規定回数続発生した場合に、連続ジャム状態を通知するための処理が行われる。従来では、前記図１０のフローチャートに示したように「連続ジャム状態通知」の設定を参照し、有効であった場合に画像形成装置から仲介機器に「連続ジャム状態」を通知していたが、本実施形態では、図８のフローチャートに示すように、連続ジャムが発生したときに、まず、「故障通知機能」の設定を参照する（ステップＳ１）。次いで、故障通知が有効であった場合に「連続ジャム状態通知」の設定を参照する（（ステップＳ２）。そして、ステップＳ２で有効であった場合に、画像形成装置から仲介機器に「連続ジャム状態」を通知する（ステップＳ２２）。すなわち、前述の図１０のフローチャートにおけるステップＳ２１の前段に「故障通知機能」が有効か無効かを判断するステップを設け、このステップの判断に基づいて、連続ジャム状態通知を行うか否かが判断される。

有効状態の「連続ジャム状態通知」、「故障通知機能」等の前記画像形成装置の設定を変更するには、図９のフローチャートに示すように「故障通知機能」設定を無効にすればよく（ステップＳ１１）、この無効の設定は、
１．サービスセンタ側から遠隔で書き換える。
２．サービスマンが装置の操作パネルを使って書き換える。
の２つの方法のいずれかによって行われる。

以上のように、本実施形態によれば、例えば故障通知機能を無効にする処理を行う場合に、従来は前記サービスマンコール通知、連続ジャム状態通知、長時間ドア開状態通知、及びマニュアルコール通知をそれぞれ無効にするという４つの手順が必要であったのが、「故障通知機能」１つを無効にするだけでよくなる。これにより、ユーザのサービス内容に合わせた設定を簡単に行うことができる。

本実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。 本実施形態に係る遠隔管理システムにおけるデータ送受モデルを示す図である。 本実施形態に係る画像形成装置管理システムの構成の一例を示す図である。 図３における画像形成装置のハードウェア構成を示すブロック図である。 図３の画像形成装置のソフトウェア構成を示すブロック図である。 本実施形態における仲介装置の物理的構成を示すブロック図である。 本実施形態における管理装置の物理的構成を示すブロック図である。 本実施形態における連続ジャム状態発生時の処理手順を示すフローチャートである。 本実施形態における故障通知機能を無効にする処理手順を示すフローチャートである。 従来例における連続ジャム状態発生時の処理手順を示すフローチャートである。 従来例における故障通知機能を無効にする処理手順を示すフローチャートである。

符号の説明

１０ 電子装置
１０２ 管理装置
１００ 画像形成装置
２００ コントローラボード

Claims (5)

1. 管理装置が通信回線を経由して電子装置を遠隔で管理し、前記電子装置から管理装置への通知について通知種別毎に有効、無効を切り換える機能を有する遠隔管理装置において、
   保守内容に合わせて複数の通知をまとめて有効又は無効にする手段を備えていることを特徴とする遠隔管理装置。
2. 前記通知が有効か無効かを判定する手段と、
   前記有効か無効かを反する手段によって判定した通知が有効であったときに、前記通知を行うべきか否かを判定する手段と、
   前記通知を行うべきか否かを判定する手段によって前記故障を通知すべきであると判定されたときに当該故障を前記管理装置に通知する手段と、
   を備えていることを特徴とする請求項１記載の遠隔管理装置。
3. 前記電子装置が記録媒体に可視画像を形成する画像形成装置であることを特徴とする請求項１又は２記載の遠隔管理装置。
4. コンピュータにロードされ、当該コンピュータを備えた電子機器の故障通知機能を実行するためのコンピュータプログラムであって、
   前記故障通知機能が有効か無効かを判定する第１の手順と、
   前記第１の手順で前記故障通知機能が有効であったときに発生した故障を通知すべきか否かを判定する第２の手順と、
   前記第２の手順で前記故障を通知すべきであると判定したときに当該故障を前記管理装置に通知する第３の手順と、
   を備えていることを特徴とするコンピュータプログラム。
5. 前記故障通知機能が有効であるときに、当該機能を無効にする第４の手順を別途備えていることを特徴とする請求項４記載のコンピュータプログラム。

Images