JP4726659B2

JP4726659B2 - 遠隔管理システム

Info

Publication number: JP4726659B2
Application number: JP2006071771A
Authority: JP
Inventors: 孫涛厳
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2006-03-15
Filing date: 2006-03-15
Publication date: 2011-07-20
Anticipated expiration: 2026-03-15
Also published as: JP2007249577A

Description

本発明は、遠隔管理システムに関し、さらに詳しくは、画像形成装置等の記録紙使用枚数等のカウンタ値を遠隔操作により取得する遠隔管理システム及びその方法に関するものである。

従来から管理装置、通信網、仲介装置及び複数の画像形成装置等から構成された遠隔管理システムにおいては、仲介装置が画像形成装置等からカウンタ値を収集する場合、画像形成装置等に対してカウンタ収集要求を送信し、画像形成装置等からカウンタ値の応答を受信するという方式で行なっていた。その際、仲介装置のカウンタ収集要求に対して、画像形成装置等がその要求を受信できない場合、或いは仲介装置の要求に対する応答ができない場合、仲介装置には接続不可エラーやタイムアウトエラーが発生し、仲介装置がカウンタ値収集失敗と判断し、カウンタ値収集のリトライを繰り返し行っていた。

また、管理情報を収集する従来技術として特許文献１には、画像形成装置のコントローラＣＰＵは、発生した異常のタイプを判別し、そのタイプの異常が当該画像形成装置の機器利用者によって解消できないタイプＡの異常である場合に、発生した異常を管理装置へ通報する。判別したタイプの異常が当該画像形成装置の機器利用者によって解消可能なタイプＤの異常である場合に、タイプＤ用異常発生回数カウンタにアップカウントを行わせ、そのタイプＤ用異常発生回数カウンタのカウント値が所定値に達していない場合には異常発生中を知らせるメッセージを操作パネル上に表示し、所定値に達した場合には発生した異常を管理装置へ通報する技術について開示されている。
特開２００４−１６３８９１公報

しかしながら、従来の遠隔管理システムは、仲介装置がカウンタ値収集失敗と判断した時、カウンタ値収集のリトライを繰り返し行っていたため、カウンタ値を収集するまでに多くの時間を要し、非常に効率が悪いといった問題がある。
また特許文献１に開示されている従来技術は、異常のタイプを判別して、タイプ毎に管理装置に通報する閾値を設けるものであるが、異常のタイプを自動的に判別しているため、必ずしも正確なタイプを判断しているとは限らない。

本発明は、かかる課題に鑑み、カウンタ値の締め切り処理として、仲介装置によるカウンタ値収集の成功、失敗に関わらず、仲介装置が締め切り日時が来た時に収集できた最新カウンタ値をコピーし、締め切りカウンタ値として管理装置に送信することにより、カウンタ値の未収集を回避することができる遠隔管理システムとその方法を提供することを目的とする。

本発明はかかる課題を解決するために、請求項１は、管理対象装置に関する管理情報を収集する管理装置と、前記管理装置からの指示を前記管理対象装置に伝達する仲介装置と、を備えた遠隔管理システムであって、所定時刻に前記管理対象装置の管理情報が収集されたか否かを判断する収集判断手段と、所定期間内の所定時刻に前記管理情報が収集されているか否かを示す管理情報未収集フラグを記憶するフラグ記憶手段と、前記管理情報未収集フラグによって、所定期間内の締め日時の直前に最新管理情報が収集されていると判断された場合は前記管理情報の収集を終了し、前記最新管理情報が収集されていないと判断された場合は、所定期間内に前記管理情報が未収集であると判断する未収集判断手段と、所定期間内に前記管理情報が未収集と判断された場合に、当該管理対象装置が前記管理情報を付加した管理情報未収集異常情報を前記仲介装置へ通報する通報手段と、前記仲介装置に前記管理対象装置からの管理情報未収集異常情報の通報タイミングをスケジューリングするスケジューリング手段と、前記管理対象装置が前記管理情報未収集異常情報を前記仲介装置に通報したい時に、前記管理対象装置が前記仲介装置から通報タイミングを取得するタイミング取得手段と、該タイミング取得手段により取得した通報タイミングに基づいて前記仲介装置に通報するタイミング通報手段と、を備え、前記管理対象装置が前記仲介装置に前記管理情報未収集異常情報を通報した後、前記フラグ記憶手段に記憶されている管理情報未収集フラグをリセットし、前記スケジューリング手段は、前記管理対象装置からの前記管理情報未収集異常情報を前記仲介装置に集中的に送信しないように制御することを特徴とする。

本発明は、管理装置によって仲介装置経由で複数の管理対象装置を管理する遠隔管理システムにおいて、仲介装置は管理対象装置に対して管理情報収集要求を送信し、管理対象装置から管理情報の応答を受信するという方式で管理情報を収集し、管理情報の締め処理として、仲介装置が管理情報収集成功か失敗かに関わらず、仲介装置が締め日時が来た時に、自分自身の保存領域に保存されている締め日時以前に収集できた最新管理情報をコピーし、締め管理情報として管理装置に送信するものである。
また、複数の管理対象装置が管理情報を付加した管理情報未収集異常情報を集中的に仲介装置に送信すると、仲介装置が同時に膨大な管理情報を受信、処理しかねない場合がある。そこで本発明では、これを回避するためにスケジューリング手段により、管理情報未収集異常情報を仲介装置に集中的に送信しないように制御するものである。

請求項２は、前記管理情報未収集異常情報が通報されたか否かの管理情報未収集異常通報フラグを記憶する異常フラグ記憶手段と、前記管理対象装置が管理情報未収集異常通報を行う前に、前記異常フラグ記憶手段に記憶されている管理情報未収集異常通報フラグを参照して通報を行うか否かを判断する通報判断手段と、を更に備えことを特徴とする。
所定期間内に管理対象装置が仲介装置に管理情報未収集異常を通報し、管理情報未収集異常通報フラグをリセットした後、管理対象装置の再起動で、リセットされた管理情報未収集フラグによって、所定期間内に管理情報未収集として誤判断され、管理情報未収集異常情報が仲介装置に再通報される場合がある。そこで本発明は、管理情報未収集異常通報フラグを参照して通報を行うか否かを事前に判断するものである。

本発明によれば、管理対象装置における管理情報が収集されたか否かを検知できる手段を設け、所定期限の直前に仲介装置が管理対象装置から管理情報を収集できなかった場合、管理対象装置が管理情報未収集を検知し、直近の管理情報を付加した管理情報未収集異常情報を仲介装置に送信し、仲介装置が管理対象装置から管理情報を収集できないことを管理装置に知らせると共に、管理情報収集率を高めることによって、遠隔管理システムの運営者がシステム異常状況を把握することが可能となり、遠隔管理システムの管理情報未取得異常の回避も可能となる。

以下、本発明を図に示した実施形態を用いて詳細に説明する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。
図１は本発明の一実施形態に係る遠隔管理システムのブロック図である。尚、図１において、１００は管理対象装置としての複数の複写装置群であり、１０１から１０３はそれぞれ図４で後述する構成を有する複写装置である。以降の説明では、これらの複写装置を１００で代表させて説明する。この遠隔管理システム６００は、複写装置（管理対象装置）１００のカウンタ値（管理情報）を収集する管理装置４００と、管理装置４００からの指示を複写装置１００に伝達する仲介装置２００と、通信網３００と、ファイアウォール５００と、を備えて構成されている。

複写装置１００がＬＡＮローカルネットワークなどの通信網３００によって接続され、ファイアウォール５００を経由して仲介装置２００と接続している。仲介装置２００が通信網公衆回線、又はインターネット３００を介して管理装置４００に接続する。当該管理装置４００は仲介装置２００を介して、複数の複写装置１００を遠隔管理できるようにしたものである。また、複写装置１００に仲介装置２００の機能を併せ持たせた仲介装置付き複写装置が別途仲介装置２００を介せずに通信網公衆回線、またはインターネット３００を介して管理装置４００に接続することができる。
また遠隔管理システム６００において、遠隔管理を実現できるため、各装置にＲＰＣ（Remote Procedure Call）により、相互実装するアプリケーションのメソッドに対する処理の要求、応答を送受信できるようにしている。また、ＲＰＣを実現するために、ＳＯＡＰ（Simple Object Access Protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）、ＦＴＰ（File Transfer Protocol）などのプロトコルを利用することができる。

また、上記の接続環境において、仲介装置２００と通信網３００の間にファイアウォール５００を考慮した場合、管理装置４００が直接に仲介装置２００に要求を送信する際に、ファイアウォール５００にはじかれるという問題点がある。このため、仲介装置２００より定期的に管理装置４００にポーリングを行い、ファイアウォール５００のＨＴＴＰレスポンスが通過できる特性を利用し、ＨＴＴＰレスポンスに要求を載せるという策を用いて解決する。以降の説明では、管理装置４００から仲介装置２００に要求を送信する場合は、全て、仲介装置２００からの定期ポーリンクを行った後、ＨＴＴＰレスポンスに要求を載せて送信するものとする。

図２本発明の管理装置の構成を示すブロック図である。この管理装置４００は、制御装置４０１、データベース４０２、通信端末４０６、モデム４０７、プロキシサーバ４０８、操作者端末４０９から構成される。モデム４０７は公衆回線３００を介して、仲介装置２００を経由して、複写装置１００と接続する。通信端末４０６はモデムの通信制御するものである。プロキシサーバ４０８は仲介装置２００または複写装置１００と通信、セキュリティ管理を行う。操作者端末４０９はオペレータによる各種データの入力インターフェースである。データベース４０２は複写装置２００を管理に用いる各種パラメタ、管理プログラム、オペレータが入力するデータを記憶するパラメタ記憶エリア４０３と複写装置１００のカウンタ値を記憶するカウンタ記憶エリアから構成される。制御装置４０１は図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等から構成させるマイクロコンピュータを備え、管理装置４００を全体的に制御し、カウンタ情報の受信機能を実現することができる。

図３は本発明の仲介装置の構成を示すブロック図である。この仲介装置２００は、ＣＰＵ２０１、ＲＴＣ２０２、ＨＤＤ２０３、ＳＤＲＡＭ２０４、モデム２０５、ＰＨＹ２０６、ＲＳ４８５Ｉ／Ｆ２０７、ＲＯＭ２０８から構成される。ＲＴＣ２０２はリアルタイムクロックの略で、内部時計である。モデム２０５は公衆回線を介して、管理装置４００のモデム４０７と接続する。ＨＤＤ２０３は不揮発性記憶媒体であり、複写装置１００の更新用ファームウェアを記憶することができる。ＰＨＹ２０６はローカルネットワークを介して、複写装置１００、また更にインターネットを介して、管理装置４００のプロキシサーバ４０８と接続するインターフェースである。また、ＣＥカスタマー・エンジニア端末がＰＨＹ２０６を通じて、仲介装置のＷｅｂＵＩを表示させることができる。ＲＳ４８５Ｉ／Ｆ２０７は複写装置１００のＰＩＩ／Ｆ１１９と接続するインターフェースである。

また仲介装置２００は複写装置１００に対し、状態情報、カウンタ情報、ファームウェアバージョン情報の収集、電源ＯＮ／ＯＦＦの確認、ＩＰアドレス不明や変更による接続不可状態下の検索、ファームウェア更新、コマンドの実行等の要求をメソッド単位で送信する機能、また複写装置４００からの前記メソッドに対する応答を受信し、管理装置４００に通報する機能を有する。また、複写装置１００から定期或いは即時的に或いは不定期的な異常通報、サプライ通報、起動通報、カウンタ未収集通報などを受信し、管理装置４００に通報する機能を有する。また、スケジューラ機能、ファイル送受信機能、保持するファームウェアの取捨機能を有する。これらの機能を実現する際のパラメータを設定することができる。例えば、情報の収集タイミング、ファームウェア更新タイミング、コマンド実行タイミング、通報タイミングなどのパラメータを設定することができる。
また、仲介装置２００のＷｅｂＵＩ画面表示機能があり、ＣＥ端末と接続することにより、ＷｅｂＵＩから、管理対象となる情報の収集、電源ＯＮ／ＯＦＦの確認、ＩＰアドレス不明や変更による接続不可状態下の検索することができる。

図４は複写装置の構成を示すブロック図である。この複写装置１００はＣＰＵ１１５、ＡＳＩＣ１１６、ＳＤＲＡＭ１１１、フラッシュメモリ１１２、ＨＤＤ１１３、操作バネル１１４、遠隔管理システム用メモリ１１７、ＮＩＣ１１８、ＰＩ１１９、モデム１２０、ＦＣＵ１２１、ＵＳＢ１２２、ＩＥＥＥ１３９４１２３、プロッタ／スキャナエンジン１２４、周辺機１２５、操作パネル１１４から構成される。

ＣＰＵ１１５はデータ演算を行うものである。ＡＳＩＣ１１６はＣＰＵ１１５の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリケーションなどの開発を高効率化するものである。ＳＤＲＡＭ１１１は各種プログラムを記憶するメモリ、またＣＰＵ１１５がデータ処理時に使用するメモリである。フラッシュメモリ１１２はブートプログラムやＯＳイメージを記憶するメモリであり、また、各種不揮発性を求めるデータ機種機番、ＩＰアドレスなどを記憶するメモリである。ＨＤＤ１１３は不揮発性記憶媒体であり、更新用ファームウェア、実行用ファームウェアを記憶することができる。操作パネル１１４は複写装置１００に対して操作を行うオペレータのためのインターフェースであり、データ入力、ジョブ実行、表示することができる。遠隔管理システム用メモリ１１７は遠隔管理システムにおける各機能を実現するための記憶メモリである。ＮＩＣ１１８はローカルネットワークを介して、仲介装置２００、また更にインターネットを介して、管理装置４００のプロキシサーバ４０８と接続するインターフェースである。ＰＩ１１９は仲介装置２００のＲＳ４８５Ｉ／Ｆ２０７、またはラインアダプタを介して、管理装置４００のモデム４０７と接続するインターフェースである。モデム１２０は公衆回線を介して、管理装置４００のモデム４０７と接続する。ＦＣＵ１２１は、ＦＡＸ装置またはモデム機能を有する複写装置１００などの外部装置との通信を公衆回線で制御する。

図５は複写装置におけるソフトウェア構成を示す図である。
複写装置１００の構成はアプリケーションモジュール層、サービスモジュール層、汎用ＯＳ層からなる。これらのプログラムはＣＰＵ１１５がＡＳＩＣ１１６を経由でフラッシュメモリ１１２内のブートプログラムを起動させ、さらにＯＳイメージを読み出し、ＳＤＲＡＭをロードしてＯＳに展開し、ＯＳを起動させる。それから必要に応じて、フラッシュメモリ１１２内の各アプリケーションやサービスなどのプログラムを読み出し、ＳＤＲＡＭにロードして展開し、起動させることにより、各機能を実現することができる。

ＯＣＳ１６０は操作パネルを制御するモジュールである。ＥＣＳ１６１はエンジンユニットを制御するモジュールである。ＭＣＳ１６２はメモリ制御をするモジュールである。ＮＣＳ１６３はネットワークとアプリケーションモジュール層の各アプリケーションと仲介処理を行わせるモジュールである。ＦＣＳ１６４はファクシミリ機能を実現するモジュールである。ＳＣＳ１６５はコマンド内容に応じたアプリケーションモジュール層の各アプリケーションの起動管理および終了管理を行うモジュールである。ＳＲＭ１７０はシステムの制御およびリソースの管理を行うモジュールである。ＩＭＨ１７２は一時的に画像データを入れておくメモリを管理するモジュールである。ＤＣＳ１６６はＨＤＤやコントローラボード上のメモリに記憶している画像ファイルをＳＭＴＰやＦＴＰを用いて送受信するモジュールである。ＵＣＳ１６７は機器利用者が登録した宛先情報や宛先情報等のユーザ情報を管理するモジュールである。

ＮＲＳ１５１はネットワークを介してデータを送受信する際のデータの変換を行うなど、ネットワークを介した遠隔管理に関する機能およびスケジューラ機能を有するアプリケーションである。ＣＳＳ１５２は公衆回線を会した遠隔管理に関する機能を実現するアプリケーションである。コピーアプリ１５３、ファクスアプリ１５４、プリンタアプリ１５５、スキャナアプリ１５６、ネットファイルアプリ１５７、ウェブアプリ１５８はそれぞれ名前の通りのサービスを実現するためのアプリケーションである。汎用ＯＳ１７１はＵＮＩＸ（登録商標）、ＬＩＮＵＸなどのオペレーティングシステムである。

次に本発明の遠隔管理システムの各実施例について説明する。まず、説明の前に全体の前提条件について説明する。
１）複写装置１００が管理対象として仲介装置２００経由で管理装置４００に登録時に、管理装置４００が複写装置１００のカウンタの締め日および仲介装置２００のカウンタ収集日時間隔設定コマンドを仲介装置２００に送信する。仲介装置２００が自分自身に設定し、複写装置１００のＮＲＳ１５１にも送信する。ＮＲＳ１５１が締め日日時および収集タイミングを自分自身のスケジューラに登録すると同時に締め日直前のタイミングを算出し、スケジューラに登録する。

例えば、締め日を２５日（締め毎月２５日ＡＭ１２：００は締め日時）、カウンタ収集日時を１回／日（毎日１１：００に仲介装置２００が複写装置１００からカウンタを収集し、仲介装置２００のカウンタ値および収集日時の保存領域に上書きする）、締め日直前（締め日時３０分以前）を２５日１１：３０とする。
２）「カウンタ未収集フラグ」、「カウンタ未収集ＳＣ通報フラグ」が締め日過ぎた後、初期値にリセットさせる。

図６は第１の実施例のシーケンス図である。シーケンス順に説明する。
１）ＮＲＳ１５１がカウンタ収集時刻において、仲介装置２００からカウンタ取得要求に対して、カウンタ値を応答に載せ正しく仲介装置２００に返信した場合、カウンタが収集されているとし、「カウンタ未収集フラグ初期値１」を０にセットする。仲介装置２００からカウンタ取得要求が届いていない場合或いは正しく返信されていない場合、カウンタが未収集とし、「カウンタ未収集フラグ」を１にセットする。セットは上書き形式である。
２）締め日時直前のタイミングが来た時に、ＮＲＳ１５１がカウンタ未収集フラグを確認し、０の場合は何もしなく、終了する。１の場合は当月カウンタ未収集と判定し、ＳＣＳ１６５にカウンタデータを要求する。ＳＣＳ１６５がＮＲ−ＲＡＭからリードし、応答に載せＮＲＳ１５１に返信する。

３）ＮＲＳ１５１がＳＣＳ１６５にカウンタ未取得ＳＣ通報開始を知らせてから仲介装置２００を経由で管理装置４００にカウンタ値を付随したカウンタ未取得ＳＣを通報する。
４）管理装置４００がカウンタ値を付随したカウンタ未取得ＳＣを受取り、成功の場合、カウンタ未取得ＳＣ通報成功を返答に載せ仲介装置２００経由でＮＲＳ１５１に返信し、ＮＲＳ１５１が受取るとＳＣＳ１６５に知らせる。そして、カウンタ未収集フラグをリセットする。失敗の場合、締め日時までリトライする。

図７は第２の実施例のシーケンス図である。シーケンス順に説明する。
１）ＮＲＳ１５１がカウンタ収集時刻において、仲介装置２００からカウンタ取得要求に対して、カウンタ値を応答に載せ正しく仲介装置２００に返信した場合、カウンタが収集されているとし、「カウンタ未収集フラグ初期値１」を０にセットする。仲介装置２００からカウンタ取得要求が届いていない場合或いは正しく返信されていない場合、カウンタが未収集とし、「カウンタ未収集フラグ」を１にセットする。セットは上書き形式である。
２）締め日時直前のタイミングが来た時に、ＮＲＳ１５１がカウンタ未収集フラグを確認し、０の場合は何もしなく終了する。１の場合は当月カウンタ未収集と判定し、仲介装置２００にカウンタ未取得ＳＣ通報タイミング指定要求を送信する。仲介装置２００が今まで指定した履歴を参照し、指定した日時に重複しないように複写装置１００がＳＣ通報できるカウンタ値準備タイミングタイミングから締め日時までの範囲内のタイミングを決定し、履歴に追記し、指定したタイミングをＮＲＳ１５１に返信する。ＮＲＳ１５１が指定されたタイミングを受取り、ＳＣＳ１６５にカウンタデータを要求する。ＳＣＳ１６５がＮＲ−ＲＡＭからリードし、応答に載せＮＲＳ１５１に返信する。

３）ＮＲＳ１５１が仲介装置２００に指定されたタイミングにＳＣＳ１６５にカウンタ未取得ＳＣ通報開始を知らせてから仲介装置２００を経由で管理装置４００にカウンタ値を付随したカウンタ未取得ＳＣを通報する。
４）管理装置４００がカウンタ値を付随したカウンタ未取得ＳＣを受取り、成功の場合、カウンタ未取得ＳＣ通報成功を返答に載せ仲介装置２００経由でＮＲＳ１５１に返信し、ＮＲＳ１５１が受取るとＳＣＳ１６５に知らせる。そして、カウンタ未収集フラグをリセットする。失敗の場合、締め日時までリトライする。

図８は第３の実施例のシーケンス図である。シーケンス順に説明する。
１）ＮＲＳ１５１がカウンタ収集時刻において、仲介装置２００からカウンタ取得要求に対して、カウンタ値を応答に載せ正しく仲介装置２００に返信した場合、カウンタが収集されているとし、「カウンタ未収集フラグ初期値１」を０にセットする。仲介装置２００からカウンタ取得要求が届いていない場合或いは正しく返信されていない場合、カウンタが未収集とし、「カウンタ未収集フラグ」を１にセットする。セットは上書き形式である。
２）締め日時直前のタイミングが来た時に、ＮＲＳ１５１が「カウンタ未収集ＳＣ通報フラグ」を確認し、１の場合は何にもしなく終了する。「カウンタ未収集ＳＣ通報フラグ」が０の場合、次に進む。

３）ＮＲＳ１５１がカウンタ未収集フラグを確認し、０の場合は何もしなく終了する。１の場合は当月カウンタ未収集と判定し、ＳＣＳ１６５にカウンタデータを要求する。ＳＣＳ１６５がＮＲ−ＲＡＭからリードし、応答に載せＮＲＳ１５１に返信する。
４）ＮＲＳ１５１がＳＣＳ１６５にカウンタ未取得ＳＣ通報開始を知らせてから仲介装置４００を経由で管理装置４００にカウンタ値を付随したカウンタ未取得ＳＣを通報する。
５）管理装置４００がカウンタ値を付随したカウンタ未取得ＳＣを受取り、成功の場合、カウンタ未取得ＳＣ通報成功を返答に載せ仲介装置４００経由でＮＲＳ１５１に返信し、ＮＲＳ１５１が受取るとＳＣＳ１６５に知らせる。そして、カウンタ未収集フラグをリセットし、「カウンタ未収集通報フラグ」を通報済みの１にセットする。失敗の場合、締め日時までリトライする。

以上の通り本発明によれば、複写装置１００における管理情報が収集されたか否かを検知できる手段を設け、所定期限の直前に仲介装置２００が複写装置１００から管理情報を収集できなかった場合、複写装置１００が管理情報未収集を検知し、直近の管理情報を付加した管理情報未収集異常情報を仲介装置２００に送信し、仲介装置２００が複写装置１００から管理情報を収集できないことを管理装置に知らせると共に、管理情報収集率を高めることによって、遠隔管理システム６００の運営者がシステム異常状況を把握することが可能となり、遠隔管理システム６００の管理情報未取得異常の回避も可能となる。

また、複数の複写装置１００がカウンタ値を付加したカウンタ未収集異常を集中的に仲介装置２００に送信すると、仲介装置２００が同時に膨大なカウンタを受信、処理しかねない場合にがある。仲介装置２００にスケジューリング手段を設け、複写装置１００に仲介装置２００から通報タイミングを取得できる手段を設け、取得した通報タイミングの通りに仲介装置２００に通報する手段とを有することで仲介装置２００のカウンタ未収集異常の通報の受信成功率を高めることで遠隔管理システム６００のカウンタ未取得異常回避を確実にすることが可能となる。

また、所定期間内に複写装置１００が仲介装置２００にカウンタ未収集異常を通報し、「所定期間カウンタ未収集フラグ」をリセットした後、複写装置１００の再起動で、リセットされた「所定期間カウンタ未収集フラグ」によって、所定期間内にカウンタ未収集として誤判別され、カウンタ未収集異常が仲介装置２００に再通報される場合があるため、カウンタ未収集異常が通報されたかどうかの「カウンタ未収集異常通報フラグ」を不揮発性記憶手段に書込み手段を設け、所定期限が過ぎる際に、リセットする手段を設け、複写装置１００がカウンタ未収集異常通報を行う前に、「カウンタ未収集異常通報フラグ」を参照して、通報を行うかどうかを判断する手段とを有することでカウンタ未収集異常の再通報を防止し、余分な通信コストを省くことが可能となる。

また、本発明の遠隔管理方法をコンピュータが制御可能なＯＳに従ってプログラミングすることにより、そのＯＳを備えたコンピュータであれば同じ処理方法により制御することができる。
また、遠隔管理プログラムをコンピュータが読み取り可能な形式で記録媒体に記録することにより、この記録媒体を持ち運ぶことにより何処でもプログラムを稼動することができる。

本発明の一実施形態に係る遠隔管理システムのブロック図である。本発明の管理装置の構成を示すブロック図である。本発明の仲介装置の構成を示すブロック図である。複写装置の構成を示すブロック図である。複写装置におけるソフトウェア構成を示す図である。第１の実施例のシーケンス図である。第２の実施例のシーケンス図である。第３の実施例のシーケンス図である。

符号の説明

１００複写装置、２００仲介装置、３００通信網、４００管理装置、５００ファイアウォール、６００遠隔管理システム

Claims

管理対象装置に関する管理情報を収集する管理装置と、前記管理装置からの指示を前記管理対象装置に伝達する仲介装置と、を備えた遠隔管理システムであって、
所定時刻に前記管理対象装置の管理情報が収集されたか否かを判断する収集判断手段と、
所定期間内の所定時刻に前記管理情報が収集されているか否かを示す管理情報未収集フラグを記憶するフラグ記憶手段と、
前記管理情報未収集フラグによって、所定期間内の締め日時の直前に最新管理情報が収集されていると判断された場合は前記管理情報の収集を終了し、前記最新管理情報が収集されていないと判断された場合は、所定期間内に前記管理情報が未収集であると判断する未収集判断手段と、
所定期間内に前記管理情報が未収集と判断された場合に、当該管理対象装置が前記管理情報を付加した管理情報未収集異常情報を前記仲介装置へ通報する通報手段と、
前記仲介装置に前記管理対象装置からの管理情報未収集異常情報の通報タイミングをスケジューリングするスケジューリング手段と、
前記管理対象装置が前記管理情報未収集異常情報を前記仲介装置に通報したい時に、前記管理対象装置が前記仲介装置から通報タイミングを取得するタイミング取得手段と、
該タイミング取得手段により取得した通報タイミングに基づいて前記仲介装置に通報するタイミング通報手段と、を備え、
前記管理対象装置が前記仲介装置に前記管理情報未収集異常情報を通報した後、前記フラグ記憶手段に記憶されている管理情報未収集フラグをリセットし、
前記スケジューリング手段は、前記管理対象装置からの前記管理情報未収集異常情報を前記仲介装置に集中的に送信しないように制御することを特徴とする遠隔管理システム。
前記管理情報未収集異常情報が通報されたか否かの管理情報未収集異常通報フラグを記憶する異常フラグ記憶手段と、
前記管理対象装置が管理情報未収集異常通報を行う前に、前記異常フラグ記憶手段に記憶されている管理情報未収集異常通報フラグを参照して通報を行うか否かを判断する通報判断手段と、を更に備えことを特徴とする請求項１に記載の遠隔管理システム。