JP4408033B2 - 遠隔管理システム - Google Patents

Description

この発明は、電子装置とこれを通信回線（ネットワーク）経由で遠隔管理する管理装置とによって構成された遠隔管理システムに関する。

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

このような遠隔管理システムにおける被管理装置としての電子装置は、一般に、内部に当該電子装置全体の動作を制御するＣＰＵ（中央処理装置）と、ＣＰＵにその制御を行わせるためのソフトウェア（プログラム）を記憶するメモリとを有している。
通常、ソフトウェアを記憶するメモリとしてＲＯＭが用いられ、そのＲＯＭに、通信装置の基本動作を制御するプログラムを始めとして、各種パラメータやプログラムコードを含むソフトウェアが格納されている。

ところで、電子装置の性能を向上させたり、電子装置の不具合を解消するために設計変更等を行い、それによりソフトウェア（例えばハードウェア資源の動作を制御するファームウェア）の更新（バージョンアップ）が必要となる場合がある。
従来、この種の電子装置のソフトウェアの更新（例えばパラメータの書き換え等の更新を含む）は、サービスエンジニア（カスタマエンジニア）がソフトウェアの更新が必要な電子装置の設置先（機器利用者のオフィス等）を訪問し、その電子装置の内部のＲＯＭを差し替えることによって行っていた。

一方、最近では、電子装置の工場出荷時に、その電子装置の動作を制御するためのソフトウェアをＥＰＲＯＭ(Erasable Programmable Read Only Memory)やフラッシュＲＯＭ等の不揮発性メモリ（不揮発性記憶手段）に書き込み、その不揮発性メモリを電子装置に実装しているが、この場合、その電子装置のＳＣＳＩポート，ＲＳ―２３２ＣポートやＩＣカードスロット等から所定の機器を使用してソフトウェアを入力し、不揮発性メモリのソフトウェアの更新を行うことが可能になっている。

ところが、上述したような従来の電子装置にあっては、実行すべき処理内容を示すソフトウェアを直接ＲＯＭに焼き込んだり、必要に応じてＳＣＳＩポート，ＲＳ―２３２ＣポートやＩＣカードスロット等からソフトウェアを入力してソフトウェアの更新を行う方法では、以下の（１）（２）に示すような問題点があり、多大な時間と費用がかかり、ひいてはサービス性向上の妨げとなっていた。

（１）ＲＯＭにソフトウェアを焼き込む場合、ソフトウェアの更新には人を介してＲＯＭの交換を行う必要があり、交換すべきＲＯＭの個数が多ければ多いほど、莫大な費用と人と時間を費やしてしまう。
（２）ソフトウェアの更新は、ＲＯＭを交換するか、ＳＣＳＩポート，ＲＳ―２３２ＣポートやＩＣカードスロット等からローカルな場所でしかできなかったので、遠隔地に設置されている通信装置のソフトウェアの更新は、直接サービスエンジニアがその設置場所を訪問して行うか、ソフトウェアを郵送など別の手段であらかじめ送っておいて、ローカルで行うしかなかった。

そこで、近年、電気的に書き換え可能な不揮発性メモリが搭載されている場合、管理装置から通信回線および仲介装置（通信コントロール装置）経由で送られてくるソフトウェアに基づいて不揮発性メモリ内のソフトウェアを更新する機能を有する電子装置が製品化されている（例えば特許文献１参照）。
特開２００２−２８８０６６号公報

電子装置のソフトウェアを更新する場合、管理装置から大容量の更新用（新バーション）ソフトウェアを送信する必要があるため、その送信を電子装置の利用者（機器利用者）の業務が混んでいるときに行うと、その業務に支障をきたす場合がある。例えば、電子装置が複写機であった場合、コピー業務に支障をきたすことになる。また、仲介装置に複数台の電子装置が接続され、その各電子装置がソフトウェアの更新が必要な場合には、管理装置から同一のソフトウェアを電子装置の台数分だけ繰り返し送信しなければならないため、その送信に多くの時間がかかり、管理装置の処理負担および通信コストも増大する。

この発明は、上記の問題点に鑑みてなされたものであり、電子装置のソフトウェア更新による外部装置（管理装置）の処理負担および通信コストを低減することを目的とする。

この発明は、上記の目的を達成するため、以下に示す遠隔管理システムを提供する。

請求項１の発明による遠隔管理システムは、管理装置によって通信回線および仲介装置経由で複数の各電子装置を遠隔管理する遠隔管理システムであって、上記管理装置に、ソフトウェアを更新する更新日時を当該管理装置の操作者端末からの入力により指定するスケジュール指定手段と、上記各電子装置の識別情報と該各電子装置の更新用のソフトウェアである新バージョンのソフトウェアと上記スケジュール指定手段によって指定された更新日時とを対応付けて記憶する記憶手段と、上記各電子装置にそれぞれ記憶されているソフトウェアのバージョン要求を上記仲介装置へ送信し、該バージョン要求に対して上記仲介装置から上記各電子装置毎の該電子装置の識別情報およびソフトウェアのバージョン情報を取得した場合に、該各電子装置毎の該電子装置の識別情報，ソフトウェアのバージョン情報，および当該管理装置の記憶手段の記憶内容に基づいて上記各電子装置毎の送信すべきソフトウェアの新バージョンを認識し、その認識の結果に基づいて、当該管理装置の記憶手段内の新バージョンのソフトウェア，該ソフトウェアへの更新が必要な電子装置の識別情報，および上記スケジュール指定手段によって指定された更新日時からなるソフトウェア情報を上記通信回線経由で上記仲介装置へ送信するソフトウェア情報送信手段とを設け、上記仲介装置に、記憶手段と、上記管理装置からバージョン要求を受信した場合に、該バージョン要求を上記各電子装置へそれぞれ送信し、該バージョン要求に対して上記各電子装置からそれぞれ該電子装置の識別情報およびソフトウェアのバージョン情報を取得した場合に、該各電子装置毎の該電子装置の識別情報およびソフトウェアのバージョン情報を上記管理装置へ送信した後、上記管理装置からソフトウェア情報を取得した場合に、該ソフトウェア情報を当該仲介装置の記憶手段に書き込むソフトウェア情報書込手段と、当該仲介装置の記憶手段内のソフトウェア情報中の更新日時に達した場合に、該ソフトウェア情報に基づいて、ソフトウェアの更新が必要な電子装置へ通信を要求し、該通信の要求に対して応答を受けた場合に、当該仲介装置の記憶手段内のソフトウェア情報中のソフトウェアを該応答元の電子装置へ送信するソフトウェア送信手段とを設け、上記各電子装置に、当該電子装置の動作を制御するソフトウェアを記憶する不揮発性記憶手段と、上記仲介装置から通信要求を受けてからソフトウェアの更新実行が可能になるまでの実行猶予期間の経過を待って、上記通信要求に対して応答し、該応答に対してソフトウェアを取得した場合に、そのソフトウェアに基づいて当該電子装置の不揮発性記憶手段内のソフトウェアを更新するソフトウェア更新手段とを設けたものである。

請求項２の発明による遠隔管理システムは、請求項１の遠隔管理システムにおいて、上記仲介装置のソフトウェア送信手段が、上記ソフトウェアの更新が必要な電子装置の状態をチェックし、そのチェック結果により該電子装置がソフトウェアの更新を直ちに行えないと判断した場合に、ソフトウェアの更新開始が所定時間だけ遅れるように上記記憶手段内の更新日時を変更するものである。
請求項３の発明による遠隔管理システムは、請求項１の遠隔管理システムにおいて、上記仲介装置のソフトウェア送信手段が、外部からソフトウェアの更新延期要求を受けた場合に、ソフトウェアの更新開始が所定時間だけ遅れるように上記記憶手段内の更新日時を変更するものである。

請求項４の発明による遠隔管理システムは、請求項１の遠隔管理システムにおいて、上記仲介装置のソフトウェア送信手段が、上記ソフトウェアの更新が必要な電子装置の状態をチェックし、そのチェック結果により該電子装置がソフトウェアの更新が正常に終了したか否かを判断し、ソフトウェアの更新が正常に終了したと判断するまで、該電子装置へ上記記憶手段内のソフトウェア情報中のソフトウェアを繰り返し送信するようにしたものである。

請求項５の発明による遠隔管理システムは、請求項４の遠隔管理システムにおいて、上記仲介装置のソフトウェア送信手段が、上記ソフトウェアの更新が必要な電子装置から電源オンの通知を受けた場合に、該電子装置がソフトウェアの更新が正常に終了したと判断し、上記各電子装置のソフトウェア更新手段が、ソフトウェアの更新が終了した後、当該電子装置の再起動を行わせ、その再起動後、上記仲介装置へ電源オンを通知するものである。

請求項６の発明による遠隔管理システムは、請求項４又は５の遠隔管理システムにおいて、上記仲介装置のソフトウェア送信手段が、上記ソフトウェアの更新が必要な電子装置へのソフトウェアの送信が予め設定された有効期限まで終了しなかった場合に、該送信を停止するものである。
請求項７の発明による遠隔管理システムは、請求項１〜６のいずれかの遠隔管理システムにおいて、上記各電子装置のソフトウェア更新手段に、外部からソフトウェアの更新中止要求を受けた場合に、ソフトウェアの更新を中止するものである。

この発明によれば、電子装置のソフトウェア更新による外部装置（管理装置）の処理負担および通信コストを低減することができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明による電子装置を被管理装置とする遠隔管理システムの構成例について説明する。
図１は、その遠隔管理システムの構成の一例を示す概念図である。なお、以下で述べるネットワークには、公衆回線を含まないものとする。

この遠隔管理システムは、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置や、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた電子装置（通信装置）を被管理装置１０（１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ）とする遠隔管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）等のネットワークによって接続された遠隔管理仲介装置である仲介装置１０１（１０１ａ，１０１ｂ，１０１ｃ）、更に仲介装置１０１と公衆回線（電話回線）１０３又はインタネット１１２を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。被管理装置１０および仲介装置１０１は機器利用者（ユーザ）側のオフィス等に、管理装置１０２はサービスセンタ（管理センタ）にそれぞれ設置されている。

ここで、管理装置１０２がインタネット１１２経由で遠隔管理するサービスを、「ＮＲＳ」という。このＮＲＳを実現するために、機器利用者側のネットワークに、ＮＲＳに対応するソフトウェアを実装した仲介装置１０１および被管理装置１０が接続されている。また、管理装置１０２が公衆回線１０３経由で遠隔管理するサービスを「ＣＳＳ（カスタマ・サポート・システム）」という。
また、公衆回線１０３としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。

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

また、設置環境Ｃのように、被管理装置１０に仲介装置１０１の機能を併せ持たせた仲介機能付被管理装置（以下単に「被管理装置」ともいう）１１ａ，１１ｂを、別途仲介装置を介さずに公衆回線１０３又はインタネット１１２によって管理装置１０２に接続するようにしてもよい。
図示はしていないが、仲介機能付被管理装置１１の下位に更に被管理装置１０と同等の被管理装置を接続することもできる。

ダイヤルアップサーバ１１１は、中継装置であり、管理装置１０２と仲介装置１０１又は被管理装置１１とを公衆回線１０３（専用回線でもよい）およびインタネット１１２経由で通信可能に接続する。例えば、仲介装置１０１又は被管理装置１０からの要求（管理装置１０２との通信要求）により、その要求元と公衆回線１０３経由でネゴシエーション（通信に関する情報交換）を行い、公衆回線１０３およびインタネット１１２経由で要求元と管理装置１０２とを通信可能に接続する（要求元と管理装置１０２との間を通信可能状態にする）。
なお、各設置環境Ａ，Ｂ，Ｃには、セキュリティ面を考慮し、ファイアウォール１０４（１０４ａ，１０４ｂ，１０４ｃ）を設置する。このファイアウォール１０４は、プロキシサーバによって構成する。
また、各被管理装置１０，１１に、ＬＡＮ等のネットワーク経由でパーソナルコンピュータ等の端末装置や他の電子装置（外部装置）を接続することもできる。

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

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

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

次に、図１に示す管理装置１０２における物理的構成について簡単に説明すると、当該管理装置１０２は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる制御装置や、データベース，モデム，プロキシ（Ｐｒｏｘｙ）サーバ等によって構成されている。その構成については、追って詳細に説明する。
さらに、図１に示す仲介装置１０１における物理的構成について簡単に説明すると、当該仲介装置１０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ，ＰＨＹ（物理メディアインタフェース）等によって構成されている。その構成については、追って詳細に説明する。

また、仲介機能付被管理装置１１については、仲介装置１０１の機能を実現するためにこれらのユニットを単に被管理装置１０に付加しても良いが、被管理装置１０に備えるＣＰＵ，ＲＯＭ，ＲＡＭ等のハードウェア資源を利用し、ＣＰＵに適当なアプリケーションやプログラムモジュールを実行させることによって仲介装置１０１の機能を実現することもできる。

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

このような画像形成装置１００の物理的構成について図４を用いて説明する。
図４は、画像形成装置１００のハードウェア構成例を示すブロック図である。
この画像形成装置１００は、ＣＰＵ２０１，ＡＳＩＣ（Application Specific Integrated Circuit）２０２，ＳＤＲＡＭ２０３，フラッシュメモリ（不揮発性メモリ）２０４，ＮＲＳ用メモリ２０５，ＰＨＹ（物理メディアインタフェース）２０６，操作部２０７，ＨＤＤ（ハードディスクドライブ）２０８，モデム２１１，ＰＩ（パーソナルインタフェース）２１２，ＦＣＵ（ファックスコントロールユニット）２１３，ＵＳＢ（Universal Serial Bus）２１４，ＩＥＥＥ１３９４インタフェース２１５，プロッタ／スキャナエンジン２１６，および周辺機２１７を備えている。これらのユニットは、それぞれがこの画像形成装置１００におけるハードウェア資源である。なお、エンジンユニットであるプロッタ／スキャナエンジン２１６は、内部に異常等の事象を検出するためのセンサを備えている。

ＣＰＵ２０１は、ＡＳＩＣ２０２を介してデータ処理（各機能の制御）を行う演算処理手段である。
ＡＳＩＣ２０２は、ＣＰＵＩ／Ｆインタフェース，ＳＤＲＡＭインタフェース，ローカルバスインタフェース，ＰＣＩインタフェース，ＭＡＣ（Media Access Controller），ＨＤＤインタフェースなどからなる多機能デバイスボードであり、ＣＰＵ２０１の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリ（アプリケーションソフト）等の開発の高効率化を支援するものである。
ＳＤＲＡＭ２０３は、ＯＳ（オペレーティングシステム）を含む各種プログラムを記憶するプログラムメモリや、ＣＰＵ２０１がデータ処理を行う際に使用するワークメモリ等として使用するメインメモリである。なお、このＳＤＲＡＭ２０３の代わりに、ＤＲＡＭやＳＲＡＭを使用してもよい。

フラッシュメモリ２０４は、この画像形成装置１００を起動させるブートローダ（ブートプログラム）やＯＳイメージを記憶する固定プログラムメモリ、各アプリを記憶するアプリメモリ、各サービス（サービスソフトウェア）を記憶するサービスメモリ、ファームウェアを記憶するファームメモリ、稼動状況を監視・管理する対象となる機器（画像形成装置１００）の識別情報であるアドレス（ネットワークアドレス）や機種機番、カウンタ情報（課金カウンタのデータ）を記憶するデータメモリ等として使用する不揮発性メモリ（不揮発性記憶手段）であり、電源がオフになっても記憶内容を保持するようになっている。なお、このフラッシュメモリ２０４の代わりに、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭや、ＥＥＰＲＯＭ等の他の不揮発性メモリを使用してもよい。

ＮＲＳ用メモリ２０５は、後述するＮＲＳを記憶する不揮発性メモリであり、オプションでＮＲＳ機能を追加することができる。
ＰＨＹ２０６は、ネットワークを介して外部装置と通信を行うためのインタフェースである。
操作部２０７は、各種の操作キー（操作スイッチ又は操作ボタンともいう）およびＬＣＤ又はＣＲＴの文字表示器を有する操作手段である。
ＨＤＤ２０８は、電源のオン・オフに関係なくデータを記憶保存する不揮発性記憶手段（記録媒体）である。このＨＤＤ２０８に、上述したフラッシュメモリ２０４内のプログラムやそれ以外のデータを記憶しておくこともできる。また、このＨＤＤ２０８を、ファームメモリとして使用することもできる。
モデム２１１は、変復調手段であり、管理装置１０２へ公衆回線１０３経由でデータを送信する場合、そのデータを公衆回線１０３に流せる形に変調する。また、管理装置１０２から送られてくる変調されたデータを受信した場合、そのデータを復調する。

ＰＩ２１２は、ＲＳ４８５規格に準拠したインタフェースを備え、図示しないラインアダプタを介して公衆回線１０３に接続している。
ＦＣＵ２１３は、ＦＡＸ装置又はモデム機能（ＦＡＸ通信機能）を有するデジタル複写機やデジタル複合機等の画像形成装置および管理装置１０２等の外部装置との通信を公衆回線１０３経由で制御する。
ここで、電源投入（電源オン）により、ＣＰＵ２０１は、ＡＳＩＣ２０２経由でフラッシュメモリ２０４内のブートローダを起動させ、そのブートローダに従い、フラッシュメモリ２０４内のＯＳイメージを読み出し、それをＳＤＲＡＭ２０３にロードして使用可能なＯＳに展開する。そして、ＯＳの展開が完了すると、そのＯＳを起動させる。その後、必要に応じてフラッシュメモリ２０４内のアプリやサービス等のプログラムあるいはＮＲＳ用メモリ２０５内のＮＲＳを読み出し、それらをＳＤＲＡＭ２０３にロードして展開し、起動させることにより、各種機能を実現することができる。

次に、画像形成装置１００（又は１１０）のソフトウェア構成について図５を用いて説明する。
図５は、画像形成装置１００のソフトウェア構成の一例を示すブロック図である。
当該画像形成装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはフラッシュメモリ２０４やＮＲＳ用メモリ２０５に記憶され、必要に応じて読み出されてＣＰＵ２０１によって実行される。そしてＣＰＵ２０１は、これらのプログラムを必要に応じて実行することにより、この発明による各種機能（ソフトウェア更新手段，応答手段，猶予期間管理手段，再起動指示手段，電源オン通知手段）を実現することができる。

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

なお、それらの機能のうち、管理装置１０２との通信に係わる機能（通信手段としての機能）の実現方法は、画像形成装置１００と画像形成装置１１０とによって異なる。つまり、画像形成装置１１０の場合は、仲介装置１０１の機能を備えているため、ＣＰＵ２０１が対応するプログラムを実行することにより、管理装置１０２との通信に係わる機能を実現することができる。画像形成装置１００の場合には、ＣＰＵ２０１が対応するプログラムを実行すると共に、仲介装置１０１を利用することにより、管理装置１０２との通信に係わる機能を実現することができる。

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

これらを更に詳述する。
ＯＣＳ３００は、操作部２０７を制御するモジュールである。
ＥＣＳ３０１は、ハードウェアリソース等のエンジンユニットを制御するモジュールである。
ＭＣＳ３０２は、メモリ制御をするモジュールであり、例えば、画像メモリの取得および開放、ＨＤＤ２０８の利用等を行う。
ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。
ＦＣＳ３０４は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。

ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理および終了管理を行うモジュールである。
ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＤＣＳ３１６は、ＨＤＤ２０８やＳＤＲＡＭ２０３に記憶している（する）画像ファイル等をＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いて送受信するモジュールである。
ＵＣＳ３１７は、機器利用者（ユーザ）が登録した宛先情報や宛名情報等のユーザ情報を管理するモジュールである。

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

ファクスアプリ３１０は、ファクスサービスを実現するためのアプリケーションプログラムである。
プリンタアプリ３１１は、プリンタサービスを実現するためのアプリケーションプログラムである。
スキャナアプリ３１２は、スキャナサービスを実現するためのアプリケーションプログラムである。
ネットファイルアプリ３１３は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ウェブアプリ３１４は、ウェブサービスを実現するためのアプリケーションプログラムである。

汎用ＯＳ３２０は、ＵＮＩＸ（登録商標）等のオペレーティングシステムであり、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。ここで、ＵＮＩＸを用いることにより、オープンソースゆえの安全性が担保され、ソースコード入手の容易性などの利点がある。また、ネットワーク対応において、プロトコルへのロイヤリティが不要となるなどの実用的な利点もある。

次に、上述した画像形成装置１００におけるソフトウェアの構成に含まれるＮＲＳモジュールの内部構成を図６を用いて更に説明する。
図６は、ＮＲＳ３０５の構成の一例を示す機能ブロック図である。同図に示すように、ＮＲＳ３０５は、ＳＣＳ３０６とＮＣＳ３０３との間で処理をおこなっている。ウェブサーバ機能部５００は、外部から受信した要求に関する応答処理を行う。ここでの要求は、例えば、構造化言語であるＸＭＬ（Extensible Markup Language）形式で記載された、ＳＯＡＰ（Simple Object Access Protocol）によるＳＯＡＰリクエストであることが考えられる。ウェブクライアント機能部５０１は、外部への要求を発行する処理を行う。ｌｉｂｓｏａｐ５０２は、ＳＯＡＰを処理するライブラリであり、ｌｉｂｘｍｌ５０３は、ＸＭＬ形式で記載されたデータを処理するライブラリである。また、ｌｉｂｇｗｗｗ５０４は、ＨＴＴＰを処理するライブラリであり、ｌｉｂｇｗ＿ｎｃｓ５０５は、ＮＣＳ３０３との間の処理をするライブラリである。

次に、仲介装置１０１の物理的構成について、図７を参照して説明する。
図７は、仲介装置１０１のハードウェア構成例を示すブロック図である。
この仲介装置１０１、上述したように、機器利用者のオフィス等に設置されるものであり、ＣＰＵ５２，ＳＤＲＡＭ５３，フラッシュメモリ５４（不揮発性メモリ），ＲＴＣ（内部時計であるリアルタイムクロック回路）５５，Ｏｐ−Ｐｏｒｔ（操作部接続ポート）５６，ＰＨＹ５７，モデム５８，ＨＤＤ制御部５９，拡張Ｉ／Ｆ６０，ＲＳ２３２Ｉ／Ｆ６１，ＲＳ４８５Ｉ／Ｆ６２，ＨＤＤ６３等を備えている。そして、この仲介装置１０１はＰＨＹ５７を介してネットワーク上のＣＥ端末１０５や画像形成装置１００と接続される。また、ＲＳ２３２Ｉ／Ｆ６１およびＲＳ４８５Ｉ／Ｆ６２を介しても画像形成装置１００と接続可能であるが、ここではこのＩ／Ｆは使用しないものとする。なお、画像形成装置１００の場合と同様に、ＳＤＲＡＭ５３の代わりに、ＤＲＡＭやＳＲＡＭを使用してもよい。また、フラッシュメモリ５４の代わりに、ＥＥＰＲＯＭ等の他の不揮発性メモリを使用してもよい。

次に、仲介装置１０１のソフトウェア構成を図８を用いて説明する。
図８は、仲介装置１０１のソフトウェア構成の一例を示すブロック図である。
この図８に示すように、仲介装置１０１におけるソフトウェアは、アプリケーション層７０，サービス層８０，プロトコル層９０の３層からなっている。そして、これらのソフトウェアを構成するプログラムはＨＤＤ６３やＳＤＲＡＭ５３、あるいはフラッシュメモリ５４上に記憶され、必要に応じて読み出されてＣＰＵ５２によって実行される。そしてＣＰＵ５２は、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明による各種機能（ソフトウェア情報書込手段，ソフトウェア送信手段としての機能）を実現することができる。

このソフトウェアにおいて、アプリケーション層７０は、デバイスコントロールメソッド群７１とＮＲＳアプリケーションメソッド群７２とを有する。
そして、デバイスコントロールメソッド群７１は、管理対象情報設定，機器設定，ファームウェアアップデート，ポーリング設定変更，ログ出力，起動処理の各メソッドを備え、この発明の特徴に係るファームウェア更新処理を始め、被管理装置である画像形成装置１００の情報管理や通信の設定等を行うためのプログラムである。
ＮＲＳアプリケーションメソッド群７２は、ログ収集，ファームウェアダウンロード，機器コマンド実行，機器設定変更，サプライ通知，異常通知，デバイス起動／導入，デバイス生死確認の各メソッドを備え、画像形成装置１００からの種々の通知や要求に対応したり、管理装置１０２からの要求に従って画像形成装置１００に動作を行わせたりするためのプログラムである。

次に、サービス層８０には、セキュリティサービス８１，対接続機器通信サービス８２，対管理装置通信サービス８３，スケジューラサービス８４とを備えている。
そして、セキュリティサービス８１は、内部情報などの外部への不正流出を予防、妨害するなどのジョブを生成・実行するモジュールである。
対接続機器通信サービス８２は、仲介装置１０１に接続されたネットワーク接続機器との間で情報の授受を実現するため、情報取得の対象となる機器の検索、対象機器との接続管理、ファイル送受信、パラメータ管理、ＡＰＬ管理などのジョブを生成・実行するモジュールである。
対管理装置通信サービス８３は、管理装置１０２との間でコマンド受信，ファイル送受信，情報要求，情報送信（情報通知）などのジョブを生成・実行するモジュールである。

スケジューラサービス８４は、所定の設定時間情報に基づき、リモートコントロールアプリを展開するモジュールである。
次のプロトコル層９０には、情報の送受信対象に応じたプロトコルを用いて情報の授受をおこなうジョブを生成・実行するための各メソッドを備える。即ち、ネットワークを介したネットワーク接続機器の通信環境に広く対応可能なように、ＳＯＡＰ（Simple Object Access Protocol）や、その下位プロトコルとして用いられるＨＴＴＰ，ＨＴＴＰＳ（Hypertext Transfer Protocol Security），ＦＴＰなどを制御可能なメソッドを有している。

次に、管理装置１０２の物理的構成について、図９を参照して説明する。
図９は、管理装置１０２の物理的構成の一例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，データベース６０５，制御装置６０６等からなる。

モデム６０１は、公衆回線１０３を介して機器利用者側（例えば画像形成装置１００を利用しているユーザ先）の仲介装置１０１又は画像形成装置１１０と通信するものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２により通信手段としての機能を果たす。
通信端末６０２は、モデム６０１による通信を制御するものである。
プロキシサーバ６０３は、インタネット１１２を介して機器利用者側の仲介装置１０１又は画像形成装置１１０との通信およびセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。

操作者端末６０４は、各種データの入力をオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付ける。
データベース６０５は、図示しないサーバのハードディスク装置等の記憶装置に存在し、各機器利用者側の仲介装置１０１および画像形成装置１１０から受信したデータ、操作者端末６０４から入力されたデータ、およびプログラム等の各種データを記憶する。このデータベース６０５の所定領域には、パラメータ記憶エリアおよびファームウェア記憶エリアを備えている。パラメータ記憶エリアは、回線パラメータを含む各種パラメータを記憶する。ファームウェア記憶エリアは、画像形成装置１００，１１０の更新用ファームウェア（新バージョンのファームウェア）を記憶する。

制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムに従って動作する（上記プログラムを必要に応じて実行する）と共に、モデム６０１，通信端末６０２，又はプロキシサーバ６０３を必要に応じて選択的に使用することにより、各種機能（ソフトウェア情報送信手段，スケジュール指定手段としての機能）を実現することができる。

上述した構成を踏まえて、図３の画像形成装置管理システム内で行われるデータ送受信の際の通信シーケンスの一例について図１０を用いて説明する。なお、以下に示すＳＣＳ３０６およびＮＲＳ３０５による処理は、実際には図４のＣＰＵ２０１がそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。
図１０は、管理装置１０２，仲介装置１０１，および画像形成装置１００間で行われるデータ送受信の際の通信シーケンスの一例を示す図である。

この例においては、まず、仲介装置１０１は、インタネット１１２経由で管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング情報のＳＯＡＰメッセージに基づいてＨＴＴＰメッセージ（ＳＯＡＰメッセージを含むＨＴＴＰメッセージ）を生成し、それをインタネット１１２経由で管理装置１０２へ送信する。
管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージを受信すると、課金カウンタ取得要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。

仲介装置１０１は、管理装置１０２から上記ＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいて課金カウンタ取得要求を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で自己に接続されている画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ６０３）。
ＮＲＳ３０５は、仲介装置１０１から受信したＳＯＡＰメッセージに記述されている課金カウンタ取得要求をＳＣＳ３０６へ通知する（Ｓ６０４）。
ＳＣＳ３０６は、ＮＲＳ３０５から課金カウンタ取得要求の通知を受けると、フラッシュメモリ２０４（又はＨＤＤ２０８）に格納されている課金カウンタのデータを読み取る（Ｓ６０５）。そして、その読み取った課金カウンタのデータ（応答データ）をＮＲＳ３０５へ引き渡す（Ｓ６０６）。

ＮＲＳ３０５は、ＳＣＳ３０６から課金カウンタのデータ（カウンタ値を示す情報）を受け取る（取得する）と、そのデータのＳＯＡＰメッセージを生成し（受け取ったデータを構造化言語形式であるＸＭＬ形式に変換し）、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ６０７）。
仲介装置１０１は、ＮＲＳ３０５から課金カウンタのデータのＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ６０８）。
このように、上記通信シーケンスにより、データの送受信が行われる。

次に、上記図１０と異なり、画像形成装置１００から仲介装置１０１を経て管理装置１０２へデータを送信する場合の通信シーケンスの一例について図１１を用いて説明する。
図１１は、画像形成装置１００から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。
この例においては、まず、ＯＣＳ３００は、操作部２０７上の図示しないユーザコールキーが押下された旨をＳＣＳ３０６へ通知する（Ｓ７０１）。
ＳＣＳ３０６は、ＯＣＳ３００からユーザコールキーが押下された旨の通知を受けると、ユーザコール要求をＮＲＳ３０５へ通知する（Ｓ７０２）。

ＮＲＳ３０５は、ＳＣＳ３０６からユーザコール要求の通知を受けると、ユーザコールを知らせるユーザコール情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＮＲＳ３０５からユーザコール情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに自己の識別情報である識別子を付加し、更にそのＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２に対してユーザコールを行う。つまり、自己の識別子を付加したユーザコール情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１１２経由で管理装置１０２へ通報する（Ｓ７０４）。ここで、ステップＳ７０４の処理後のパターンを以下の（Ａ）から（Ｃ）に分けて説明する。

まず、（Ａ）において、管理装置１０２は、ユーザ先の仲介装置１０１からユーザコール情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信し、その受信が正常に終了した場合には、その旨（ユーザコールが成功した旨）のコール結果を、正常に終了しなかった（異常に終了した）場合には、その旨（ユーザコールが失敗した旨）のコール結果を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で通報元の仲介装置１０１へ送信する（Ｓ７０５）。
仲介装置１０１は、管理装置１０２からコール結果を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてコール結果を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由でユーザコールキーが押下された画像形成装置１００のＮＲＳ３０５へ送信する（Ｓ７０６）。

ＮＲＳ３０５は、仲介装置１０１からコール結果を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージが示すコール結果を解釈（判定）し、ＳＣＳ３０６へ通知する（Ｓ７０７）。
ＳＣＳ３０６は、コール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが成功したか失敗したかを示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７０８）。

次に（Ｂ）において、仲介装置１０１は、規定時間（予め設定された所定時間）が経っても管理装置１０２から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果を示す情報のＳＯＡＰメッセージを生成し、それをＮＲＳ３０５へ送信する（Ｓ７０９）。
ＮＲＳ３０５は、失敗した旨のコール結果を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに記述されている失敗した旨のコール結果を解釈し、ＳＣＳ３０６へ通知する（Ｓ７１０）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。

ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７１１）。
次に（Ｃ）において、ＮＲＳ３０５は、規定時間が経っても仲介装置１０１から応答がないと判断した場合には、ユーザコールが失敗した旨のコール結果をＳＣＳ３０６へ通知する（Ｓ７１２）。
ＳＣＳ３０６は、ＮＲＳ３０５からコール結果を受け取ると、それをＯＣＳ３００へ引き渡す。
ＯＣＳ３００は、ＳＣＳ３０６からコール結果を受け取ると、その内容つまりユーザコールが失敗した旨を示すメッセージを操作部２０７上の文字表示器に表示する（Ｓ７１３）。

ここで、画像形成装置１００は、プロッタエンジンや操作部２０７等の各ハードウェア資源を制御するＣＰＵ２０１が、その各ハードウェア資源の状態を監視し、いずれかのハードウェア資源で異常等の所定の事象が発生した場合、その事象を検出し、その事象の種類によって異なる処理を行う。よって、事象の種類を判定するための基準となる情報が必要であり、図１２の例は事象（異常）の種類を判定するための基準となる情報（基準情報）の一例を示すテーブルのデータ構造を示している。ここで、「ＳＣ（サービスマンコール）」は「異常」に相当するものである。同図に示すように、検出されたＳＣによって種類（タイプ）が判定される。そこで、それぞれの種類について説明する。
「タイプＡ」は、操作部２０７上の文字表示器（表示部）にＳＣ表示を行って使用禁止とするもののうち、機器利用者（ユーザ）が解除できないものであり、管理装置１０２からの「ＳＣリセット」もできないものである。例えば、定着系のＳＣなどである。

「タイプＢ」は、異常が検出（検知）された特定の機能のみが使用できないＳＣである。通常使用時には操作部２０７上の文字表示器にＳＣ表示を行わないが、異常が検出されている機能を選択した時だけ、その文字表示器にＳＣ表示を行う。例えば、両面ユニット異常時に両面モードを選択した場合が該当する。
「タイプＣ」は、ＳＣ発生時にも操作部２０７上の文字表示器への表示は行わず、内部的にＳＣの発生のロギングのみを行うものである。例えば、通信が不能になった場合が該当する。

また、「タイプＤ」は、操作部２０７上の文字表示器にＳＣ表示を行って使用禁止とするが、主電源（電源ユニット２０７）のＯＦＦ／ＯＮ（一旦ＯＦＦにし、再びＯＮにする操作）あるいはソフト電源キーの操作によってＳＣを解除するものである。主電源ＯＮ（電源投入）後に再度ＳＣを検出して、見かけ上解除されない場合もある。例えば、モータ異常がそれに該当する。上記判定の基準情報は、上述したフラッシュメモリ２０４（又はＨＤＤ２０８）の所定の格納領域に格納されていることが考えられる。なお、スキャナエンジンのＳＣ，プロッタエンジンのＳＣのように、ユニット別の事象も種類の異なる事象として扱うものとする。

この画像形成装置管理システムにおいては、仲介装置１０１のＣＰＵ２０１が、管理装置１０２，ＣＥ端末１０５，あるいは当該画像形成装置１００からの要求（指令）により、当該画像形成装置１００が実装するファームウェア（他のソフトウェアでもよい）を更新（書き換え）できるようになっている。
以下、管理装置１０２側でファームウェア（以下単に「ファーム」ともいう）の更新を指示するための入力画面（表示画面）に対する操作手順等について、図１３〜図２２を参照して詳細に説明する。

図１３は、管理装置１０２の操作者端末６０４のディスプレイ（表示部）に表示されるメインメニュー画面の一例を示す図である。
同画面は、「機器情報の取得」ボタン，「機器情報の書き換え」ボタン，「ファーム更新」ボタン，「定期診断」ボタン，「レポート作成」ボタン，および「終了」ボタンを配置している。
管理装置１０２の操作者端末６０４は、ポインティングデバイス等の入力部の操作により、メインメニュー画面上の「機器情報の取得」ボタンが選択（指定）されると、特定の画像形成装置１００の状態を示す状態情報等を取得する機能を実行する。なお、選択されたボタンは白黒反転表示に切り替わる（斜線を施して示す）。

「機器情報の書き換え」ボタンが選択されると、特定の画像形成装置１００の設置情報を書き換える（変更する）機能を実行する。
「ファーム更新」ボタンが選択されると、この発明の特徴となる処理であるファーム更新を指示（要求）する機能を実行する。
「定期診断」ボタンが選択されると、特定の画像形成装置１００について、正常であるかメインテナンスが必要であるかを自動的に判断する機能を実行する。
「レポート作成」ボタンが選択されると、特定の画像形成装置１００がいままでどのような使われ方をしたか、ジャム（ＪＡＭ）状態はどうであったかなどを表示する機能を実行する。

図１４は、管理装置１０２の操作者端末６０４のディスプレイに表示されるファーム更新画面の一例を示す図である。
同画面は、図１３に示したメインメニュー画面上の「ファーム更新」ボタンの選択により表示されるものであり、「機器の選択」ボタン，「実行日時の設定」ボタン，「ファームの確認」ボタン，「ステータス表示」ボタン，「現状のバージョン（Ｖｅｒ）情報取得」ボタンを配置している。
管理装置１０２の操作者端末６０４は、入力部の操作により、「機器の選択」ボタンが選択されると、ディスプレイ上の表示画面をファーム更新対象となる画像形成装置１００（更新対象機器）を選択するための機器選択メニュー画面（図１５）に切り換える（遷移させる）。

「実行日時の設定」ボタンが選択されると、ディスプレイ上の表示画面をファームフェアの送信および更新を開始する日時を決定するための実行日時設定画面（図１６）に切り換える。
「ファームの確認」ボタンが選択されると、ディスプレイ上の表示画面を画像形成装置１００が実装するファームウェアのバージョン，リリースされているバージョン，および技術情報を確認するファーム確認画面（図１７）に切り換える。
「ステータス表示」ボタンが選択されると、ディスプレイ上の表示画面をファーム更新が現在どのような状態になっているかを表示するステータスメニュー画面（図１８）に切り換える。
「現状のバージョン情報取得」ボタンが選択されると、ディスプレイ上の表示画面を選択（指定）された画像形成装置１００の機種機番や、その実装するファームウェアのバージョンを示す情報（バージョン情報）を取得するための画面に切り換える。

図１５は、管理装置１０２の操作者端末６０４のディスプレイに表示される機器選択メニュー画面の一例を示す図である。
同画面は、図１４に示したファーム更新画面上の「機器の選択」ボタンの選択により表示されるものであり、「ファイル指定」ボタンと「手入力」ボタンを配置している。
管理装置１０２の操作者端末６０４は、入力部の操作により、「ファイル指定」ボタンが選択されると、予め作成したデータベース６０５内の対象機器リストのファイルを取り込み、このファイルの記述に従ってファーム更新対象となる複数台の画像形成装置１００（更新対象機器）を一括指定（選択）することができる。

ここで、データベース６０５内の対象機器リストファイルの構成例を図２２に示す。同リストファイルは、ファーム更新対象となる画像形成装置１００の機種機番，送信日時，更新日時，更新するファームウェアを記述している。
送信日時は、管理装置１０２から仲介装置１０１へファームウェアを送信する日時（ソフトウェア送信日時）であり、例えば年月日時分からなる。
更新日時は、画像形成装置１００のファーム更新を実行する日時（ソフトウェア更新日時）であり、例えば年月日時分からなる。
管理装置１０２の操作者端末６０４は、入力部の操作により、機器選択メニュー画面上の「手入力」ボタンが選択されることにより、ファーム更新対象となる画像形成装置１００を機種機番により個別に指定することができる。
そして、「設定」ボタンが選択されることにより、指定情報を確定する。

図１６は、管理装置１０２の操作者端末６０４のディスプレイに表示される実行日時設定画面の一例を示す図である。
同画面は、図１４に示したファーム更新画面上の「実行日時の設定」ボタンの選択により表示されるものであり、ファームウェアの送信日時と更新日時とを入力することができる。この例では、この送信日時と更新日時のスケジュール情報を管理装置１０２で指定（生成）できるようになっている。この指定は、画像形成装置１００によるユーザサービスが利用されない深夜などの時間を指定してファーム更新を行うことにより、システム全体の利用効率を向上させるために必要なものである。なお、上述した対象機器リストファイルで指定された内容と、実行日時設定画面で入力された内容とが一致しない場合には、対象機器リストファイルで指定された内容が優先されるようになっている。

図１７は、管理装置１０２の操作者端末６０４のディスプレイに表示されるファーム確認画面の一例を示す図である。
同画面は、図１４に示したファーム更新画面上の「ファームの確認」ボタンの選択により表示されるものであり、ファーム更新対象となる画像形成装置１００の台数および未登録台数と、各画像形成装置１００が現在実装しているファームウェアのバージョンを示す情報とを表示することができる。
更新対象台数は、上述した対象機器リストファイルで定義した、あるいは上述した機器選択メニュー画面で直接入力した台数である。

未登録台数は、ファーム更新対象となる画像形成装置１００の中で、ファームウェアの更新ができない画像形成装置１００の台数である。画像形成装置１００および仲介装置１０１の設置された通信環境や、その実装しているソフトウェアの内容によっては、インタネット１１２経由でファームウェアのダウンロードができない場合もある（公衆回線１０３経由でのみ通信可能な設置環境のようなケース）。この例では、このような事情によりファームウェアの更新ができない画像形成装置１００を未登録台数として提示するようになっている。

バージョン情報は、各画像形成装置１００が実装するファームウェアのバージョンを示す情報である。
管理装置１０２の操作者端末６０４は、入力部の操作により、ファーム確認画面画面における更新対象台数が選択されると、その表示画面を更新対象台数詳細画面（図２０）に切り換え、未登録台数が選択されると、未登録台数詳細画面（図２１）に切り換える。

図２０は、管理装置１０２の操作者端末６０４のディスプレイに表示される更新対象台数詳細画面の一例を示す図である。
同画面は、ファーム更新対象となる各画像形成装置１００毎に指定された、機種機番，送信日時，更新日時，および更新前と更新後の各ファームウェアのバージョンを一覧表示している。
図２１は、管理装置１０２の操作者端末６０４のディスプレイに表示される未登録台数詳細画面の一例を示す図である。
同画面は、上記未登録の画像形成装置１００毎の機種機番，送信日時，更新日時，およびファームウェアを更新できない理由を一覧表示している。

図１８は、管理装置１０２の操作者端末６０４のディスプレイに表示されるステータスメニュー画面の一例を示す図である。
同画面は、図１４に示したファーム更新画面上の「ステータス表示」ボタンの選択により表示されるものであり、ステータス（状態）を確認したい特定の画像形成装置１００（特定機器）の機種機番を入力することにより、その特定の画像形成装置１００を選択してそのステータスを表示させることができる。
図１９は、管理装置１０２の操作者端末６０４のディスプレイに表示される機器ステータス画面の一例を示す図である。

同画面は、図１８に示したステータスメニュー画面で特定の画像形成装置１００の機種機番を入力することにより表示するものであり、特定の画像形成装置１００のステータス、つまり当該画像形成装置１００へのファームウェアのダウンロードの状況が現在どのようになっているかを表示させることができる。
ステータスには、図１９に示されている「ダウンロード中」の他にも、「回線接続中」，「更新待機中」，「ダウンロード待機中」，「更新中」，「更新成功」，「更新失敗」の７つがある。また、当該画面下段の「中断」ボタンを選択することによりダウンロードを中断（中止）させることもできる。
なお、操作者端末６０４のディスプレイの表面にタッチパネルが重ねられている場合には、ディスプレイ上の各種ボタンがそれぞれ直接タッチ（選択）されることにより、そのタッチされたボタンに対応する機能を実行することができる。

次に、上述した画像形成装置１００，仲介装置１０１，および画像形成装置管理システムにおける実施例、つまりこの発明の特徴となる処理（画像形成装置１００によるファーム更新処理）について、具体的に説明する。
この画像形成装置１００には、上述したように、公衆回線１０３に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。
そして、画像形成装置１００は、仲介装置１０１および公衆回線１０３を介して管理装置１０２と通信するＣＳＳ方式による遠隔管理（ＲＳ）と、仲介装置１０１およびインタネット１１２を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。

ここで、画像形成装置１００は、管理装置１０２と通信するためのプログラムとして、上記のＮＲＳ方式に対応したＮＲＳ３０５と、上記のＣＳＳ方式に対応したＣＳＳ３１５とを設けている。
以下、説明の都合上、画像形成装置１００がＮＲＳ３０５を使用する場合のこの発明の特徴となる処理の各実施例について説明する。なお、画像形成装置１００がＣＳＳ３１５を使用することによってもこの発明の特徴となる処理を行うことができる。

〔第１実施例〕
まず、この画像形成装置管理システムにおけるファーム更新処理の基本動作の第１実施例について、図２３〜図３８を参照して説明する。
図２３は、この画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第１例を示す図である。
各仲介装置１０１はそれぞれ、定期的にインタネット１１２経由で管理装置１０２に対してポーリングを行う。

管理装置１０２は、操作者端末６０４のディスプレイ上に表示される上述した各入力画面を用いて入力されたファーム更新対象となる画像形成装置１００の機種機番，送信日時，更新日時を含む必要事項（ファーム更新に必要な条件）を設定し、その必要事項に基づいてデータベース６０５内のステータステーブル（図２５）を更新する。このとき、上記画像形成装置１００に対応するレコードを追加し、ファーム更新対象となる画像形成装置１００の機種機番，送信日時，更新日時を含む必要事項を記憶する。
その後、図１４に示したファーム更新画面の「実行」ボタンが選択された場合、図示しないＲＴＣによって得られる現在の日時が図１６に示した実行日時設定画面あるいは図２２に示した対象機器リストファイルで指定した送信日時に達すると、いずれかの仲介装置１０１からの通信要求（Ｓ１０１）のタイミングでその仲介装置１０１との間で相互認証を行う（Ｓ１０２）。これは、セキュリティを考慮したものである。

各仲介装置１０１はそれぞれ、管理装置１０２との相互認証が完了すると、その管理装置１０２に対して定期ポーリングを行う（Ｓ１０３）。つまり、ポーリング情報（当該仲介装置１０１の識別情報である識別子を付加している）のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する。仲介装置１０１から管理装置１０２にアクセスするのは、管理装置１０２から仲介装置１０１にアクセスすると、ファイアウォール１０４によって遮断されるためである。

管理装置１０２は、いずれかの仲介装置１０１からの定期ポーリングにより（仲介装置１０１からポーリング情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると）、各画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１（ポーリング情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージの送信元）へ送信する（Ｓ１０４）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。

該当する仲介装置１０１は、管理装置１０２から各画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で当該仲介装置１０１に接続されている各画像形成装置１００へそれぞれ送信する（Ｓ１０５）。
その各画像形成装置１００はそれぞれ、該当する仲介装置１０１から当該画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを受信すると、フラッシュメモリ２０４（又はＨＤＤ２０８でもよい）に記憶されている各ファームウェア（当該画像形成装置１００が実装する各ファームウェア）のバージョン情報を読み出してその各バージョン情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信（通知）する（Ｓ１０６）。

該当する仲介装置１０１は、各画像形成装置１００からそれぞれ各バージョン情報のＳＯＡＰメッセージを取得（受信）すると、それらの各バージョン情報（当該仲介装置１０１の識別子を付加している）のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ１０７）。管理装置１０２へ送信されたＨＴＴＰメッセージのＳＯＡＰメッセージが示す各バージョン情報は、図１７に示したファーム確認画面，図２０に示した更新対象台数詳細画面、あるいは図２１に示した未登録台数詳細画面へ反映されるようになっている。

管理装置１０２は、該当する仲介装置１０１から各バージョン情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、その各バージョン情報およびデータベース６０５内の対象機器リストファイル（図２２）に基づいてファーム更新が必要な画像形成装置１００（ファーム更新対象となる画像形成装置１００）毎の送信すべき更新用の各ファームウェアの新バージョンを認識する。
そして、該当する仲介装置１０１からの通信要求（Ｓ１０８）のタイミングで再びその仲介装置１０１との間で相互認証を行う（Ｓ１０９）。
該当する仲介装置１０１は、管理装置１０２との相互認証が完了すると、その管理装置１０２に対して定期ポーリングを行う（Ｓ１１０）。

管理装置１０２は、該当する仲介装置１０１からの定期ポーリングにより、メモリ残容量の要求を示す情報（メモリ残情報）のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ１１１）。メモリ残情報は、仲介装置１０１のフラッシュメモリ５４（又はＨＤＤ６３）の残容量を示すものである。
該当する仲介装置１０１は、管理装置１０２からメモリ残情報の要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、フラッシュメモリ５４（又はＨＤＤ６３）の残容量を示す情報（メモリ残情報）のＳＯＡＰメッセージ（当該仲介装置１０１の識別子を付加している）を含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する。（Ｓ１１２）。

管理装置１０２は、仲介装置１０１からメモリ残情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、送信すべき更新用の各ファームウェア（新バージョンの各ファームウェア）のサイズに対して、該当する仲介装置１０１のフラッシュメモリ５４の残容量が不足しているか不足していないかを判断し、不足していない場合（更新用の各ファームウェアを全て記憶可能な場合）には、更新用の各ファームウェア，該当する（ファーム更新が必要な）画像形成装置１００の機種機番，実行日時設定画面あるいは対象機器リストファイルで指定された更新日時からなるファーム情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信（ダウンロード）する（Ｓ１１３）。

その仲介装置１０１は、管理装置１０２からファーム情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのファーム情報をフラッシュメモリ５４（又はＨＤＤ６３）に書き込む。このとき、そのファーム情報中の更新日時をフラッシュメモリ５４内のステータステーブル（図２４）における該当する画像形成装置１００に対応するレコードの「更新日時」のフィールドに書き込む。また、ファーム情報の受信が完了した旨を示す情報のＳＯＡＰメッセージ（当該仲介装置１０１の識別子を付加している）を含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する。（Ｓ１１４）。

その後、ＲＴＣ５５によって得られる現在の日時が上記レコードの更新日時に達すると、ファーム更新予約依頼を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で該当する（ファーム更新が必要な）画像形成装置１００へ送信する（Ｓ１１５）。
その画像形成装置１００は、該当する仲介装置１０１からファーム更新予約依頼を示す情報のＳＯＡＰメッセージを受信すると、その受信時点で図示しない時間計測カウンタに時間計測を開始させると共に、ファーム更新予約依頼の受信が完了した旨を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ１１６）。

その仲介装置１０１は、該当する画像形成装置１００からファーム更新予約依頼の受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新予約依頼ステータスを示す情報に当該仲介装置１０１の識別子を付加した情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ１１７）。
ここで、ファーム更新予約依頼ステータスは、仲介装置１０１側では、図２４に示すようなステータステーブルとしてフラッシュメモリ５４に格納されて管理されており、管理装置１０２側では、図２５に示すようなステータステーブルとしてデータベース６０５に格納されて管理されている。

図２４は、仲介装置１０１のフラッシュメモリ５４内のステータステーブル（更新機器管理テーブル）の一例を示す図である。
図２５は、管理装置１０２のデータベース６０５内のステータステーブルの一例を示す図である。
図２４のステータステーブルについて説明すると、同テーブルは、仲介装置１０１に接続されている各画像形成装置１００の機種機番，更新の有無，更新日時，コメントのフィールドを設けている。図２４には、７つのレコードが記述されているので、当該仲介装置１０１の管理下にある画像形成装置１００の台数が７台であることが分かる。

「更新の有無」のフィールドが「有り」となっている場合、管理装置１０２からの指令により、該当する画像形成装置１００の各ファームウェアが更新されることになる。一方、「更新の有無」のフィールドが「無し」となっている場合、各ファームウェアの更新は行われない。更に、「更新の有無」のフィールドが「有り」になっている場合は、対応する「更新日時」のフィールドにファームウェアの更新日時が記述されることになる。コメントのフィールドには、ファーム更新の中止又は延期の要因が発生したことが記述される。

図２５のステータステーブルについて説明すると、同テーブルは、各仲介装置１０１に接続されている画像形成装置１００の機種機番，ステータス，通信速度１（第１の通信速度），通信速度２（第２の通信速度），送信日時，更新日時，更新実行日時，メインファーム、コントローラファーム，ＤＦファームのフィールドを設けている。「機種機番」は、各画像形成装置１００の機種機番である。「ステータス」のフィールドには、「回線接続中」，「ダウンロード中」，「更新待機中」，「ダウンロード待機中」，「更新中」，「更新成功」，「更新成功」，「更新失敗」の７つのステータス情報のいずれかが記述される。

「通信速度１」のフィールドには、管理装置１０２と仲介装置１０１との間のデータ通信における通信速度が、「通信速度２」のフィールドには、仲介装置１０１と画像形成装置１００との間のデータ通信における通信速度がそれぞれ記述される。これらの通信速度は、仲介装置１０１が計測して管理装置１０２へ通知するようになっている。
「送信日時」および「更新日時」の各フィールドにはそれぞれ、図１６の実行日時設定画面あるいは図２２の対象機器リストファイルで指定された値が記述される。
「メインファーム」「コントローラファーム」「ＤＦファームのフィールド」の各フィールドには、各画像形成装置１００が実装する各ファームウェアの種類およびバージョンが記述される。それらは、各仲介装置１０１がそれぞれ収集して管理装置１０２へ引き渡すものである。

図２３のシーケンス図の説明に戻り、管理装置１０２は、該当する仲介装置１０１からファーム更新予約依頼ステータスを示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、その情報を内部メモリに一時記憶し、ファーム更新予約依頼ステータスの受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ１１８）。
その仲介装置１０１は、管理装置１０２からファーム更新予約依頼ステータスの受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、所定時間経過後、ファーム更新要求を示す情報のＳＯＡＰメッセージを生成して該当する（ファーム更新が必要な）画像形成装置１００へ送信する（Ｓ１１９）。

その画像形成装置１００は、該当する仲介装置１０１からファーム更新予約依頼を示す情報のＳＯＡＰメッセージを受信した時点で時間計測カウンタに時間計測を開始させており、その計測時間が予め設定された実行猶予期間（所定期間）を経過する前に、該当する仲介装置１０１からファーム更新要求を示す情報のＳＯＡＰメッセージを受信すると、実行猶予期間の経過を待って、ファーム更新要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ１２０）。
ここで、ファーム更新実行前に、実行猶予期間の経過を待つのは、ファーム更新中に、その更新の中止又は延期の指令（要求）が下されることがあるためである。

この実行猶予期間中、該当する画像形成装置１００は、操作部２０７の文字表示器上に図２６に示すような更新待機中画面を表示する。同画面の上方には、ファーム更新待機中と表示され、その下には、「更新延期」ボタンと「更新中止」ボタンが表示されている。
該当する画像形成装置１００は、操作部２０７上のキー操作により、更新待機中画面上の「更新延期」ボタンが選択されると、ファーム更新延期の要求が発行されるため、その更新延期の動作を実行し、「更新中止」ボタンが選択されると、ファーム更新中止の要求が発行されるため、その更新中止の動作を実行するが、それについては追って詳細に説明する。

該当する仲介装置１０１は、該当する画像形成装置１００からファーム更新要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、ＲＴＣ５５によって得られる現在の日時を更新実行日時とし、それを示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ１２１）。

管理装置１０２は、該当する仲介装置１０１から更新実行日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、図２５に示したステータステーブルにおける該当する画像形成装置１００に対応するレコードの「更新実行日時」のフィールドに受信した更新実行日時を書き込むと共に、更新実行日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ１２２）。
その仲介装置１０１は、管理装置１０２から更新実行日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、フラッシュメモリ５４内のファーム情報中の各ファームウェアを順次読み出し、その各ファームウェアのＳＯＡＰメッセージを順次該当する画像形成装置１００へ送信する（Ｓ１２３）。

その画像形成装置１００は、該当する仲介装置１０１からファームウェアのＳＯＡＰメッセージを受信すると、ファーム受信が完了した旨を示す情報のＳＯＡＰメッセージを生成して該当する仲介装置１０１へ送信する（Ｓ１２４）と共に、受信したファームウェアに基づいて当該画像形成装置１００が実装しているファームウェア（フラッシュメモリ２０４又はＨＤＤ２０８内のファームウェア）を更新する処理を開始する。
ここで、該当する画像形成装置１００は、各ファームウェアの更新中、操作部２０７の文字表示器上に図２７に示すようなファーム更新中画面を表示する。各ファームウェアの更新が完了すると、操作部２０７の文字表示器上に図２８に示すようなファーム更新終了画面を表示する。図２８のファーム更新終了画面は、１つのファームウェアの更新完了に対応するものである。

図２７に示すファーム更新中画面について説明すると、同画面の上方には、「ファーム更新中」と表示され、その下には更新終了予定時刻が表示されいる。その更に下には、「しばらくお待ちください（更新が終わるまで電源を切らないで下さい）」と表示される。その更に下には、「更新中止」ボタンが表示される。
図２８に示すファーム更新終了画面について説明すると、同画面の上方には、「ファーム更新は正常に終了しました」と表示され、その下には、更新前の旧バージョンのファームウェアとその更新日時、および更新後の新バージョンのファームウェアとその更新日時がそれぞれ表示される。

再び図２３のシーケンス図の説明に戻り、該当する仲介装置１０１は、該当する（ファームの更新を開始した）画像形成装置１００からファーム受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、その画像形成装置１００でファーム更新が開始された旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ１２５）。
管理装置１０２は、該当する仲介装置１０１からファーム更新が開始された旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、ファーム更新が開始された旨の受信を完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ１２６）。

一方、該当する画像形成装置１００は、該当する仲介装置１０１から各ファームウェアのＳＯＡＰメッセージを順次受信する度に、そのファームウェアの更新（書き換え）を行い、各ファームウェアの更新処理が全て完了した後、自動的に当該画像形成装置１００のリブート（再起動）を行い、更新した各ファームウェアが起動するか否かを確認し、その起動を確認した場合に正常終了を示す情報のＳＯＡＰメッセージを生成して該当する仲介装置１０１へ送信する（Ｓ１２７）。
その仲介装置１０１は、該当する（ファーム更新が完了した）画像形成装置１００から正常終了を示す情報のＳＯＡＰメッセージを受信すると、フラッシュメモリ５４内のステータステーブルにおける該当する画像形成装置１００に対応するレコードの「更新の有無」のフィールドを「無し（済み）」にすると共に、正常終了の受信を完了した旨を示す情報のＳＯＡＰメッセージを生成してその画像形成装置１００へ送信する（Ｓ１２８）と共に、正常終了を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成してインタネット１１２経由で管理装置１０２へ送信する（Ｓ１２９）。

管理装置１０２は、該当する仲介装置１０１から正常終了を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、正常終了の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ１３０）。
以上で、この画像形成装置管理システムにおけるファーム更新処理の基本動作が終了する。
なお、管理装置１０２は、ファーム更新が必要な画像形成装置１００が複数台存在する場合には、その各画像形成装置１００に対してそれぞれ上述の処理を行えばよい。また、この場合、上記各画像形成装置１００のうち、最初にファーム更新を行う画像形成装置１００へ送信すべきファームウェアをフラッシュメモリ５４から読み出す際に、そのファームウェアがフラッシュメモリ５４（又はＨＤＤ６３）から消去されないように、そのファームウェアをコピーする。

ところで、画像形成装置１００は、ファーム更新の際に、仲介装置１０１から受信したファームウェアを、フラッシュメモリ２０４（又はＨＤＤ２０８）内の予め設定された所定の保存領域に書き込んだ後、その保存領域から読み出してＳＤＲＡＭ２０３に展開することにより、ファームウェアによる処理を可能にしている。
ここで、仲介装置１０１のフラッシュメモリ５４から画像形成装置１００のＳＤＲＡＭ２０３までのファーム転送ルートについて、図２９を参照して簡単に説明する。
図２９は、仲介装置１０１のフラッシュメモリ５４から画像形成装置１００のＳＤＲＡＭ２０３までのファーム転送ルートの一例を示すブロック図である。同図の太線矢印で示すのが、ファーム転送ルートである。

画像形成装置１００は、仲介装置１０１のフラッシュメモリ５４に記憶されている新バージョンのファームウェア（更新用のファームウェア）がＰＨＹ５７およびネットワーク経由で転送されてくると、それをＰＨＹ２０６によって受信し、ＡＳＩＣ２０２により、プロッタ／スキャナエンジン（書き取り／読み取り部）２１６に備えているページメモリに一旦書き込んだ後、フラッシュメモリ２０４（又はＨＤＤ２０８）に転送し、ファーム更新を行う（新バージョンのファームウェアを旧バージョンのファームウェアに上書きする）。
そして、当該画像形成装置１００を自動的にリブート（再起動）させ、フラッシュメモリ２０４内の更新後のファームウェアをＳＤＲＡＭ２０３に転送して展開する。フラッシュメモリ２０４には新バージョンのファームウェアが圧縮された形式で格納されているため、そのファームウェアをＳＤＲＡＭ２０３に転送される際には伸長して実行可能な形式に展開する。

なお、仲介装置１０１からの新バージョンのファームウェアをＰＨＹ２０６によって受信し、ＡＳＩＣ２０２により、そのままフラッシュメモリ２０４又はＨＤＤ２０８に転送してファーム更新を行うこともできる。あるいは、仲介装置１０１からの新バージョンのファームウェアをＰＨＹ２０６によって受信し、ＡＳＩＣ２０２により、ＦＣＵ２１３内のＳＡＦメモリに一旦書き込んだ後、フラッシュメモリ２０４又はＨＤＤ２０８に転送してファーム更新を行うこともできる。

画像形成装置１００のファーム更新は、基本的には、図２３によって説明したように実行される。但し、画像形成装置１００の操作部２０７又は管理装置１０２からの要求（指令）により、ファーム更新を中断又は延期することもできる。
以下、それらの動作について、図３０〜図３８を参照して説明する。
図３０は、この画像形成装置管理システムにおけるファーム更新処理（画像形成装置１００で更新中止要求があった場合の処理を含む）時の通信シーケンスの第２例を示す図である。
ファーム更新の中止は、例えば図２６に示した更新待機中画面上の「更新中止」ボタンの選択により、更新中止要求が発行されると、実行される。

図３０におけるステップＳ１０１〜Ｓ１１８の動作は、図２３におけるステップＳ１０１〜Ｓ１１８の基本動作と同様である。
画像形成装置１００は、該当する仲介装置１０１からファーム更新予約依頼を示す情報のＳＯＡＰメッセージを受信した時点で時間計測を開始した時間計測カウンタによる計測時間が実行猶予期間を経過するまでの間に、更新待機中画面上の「更新中止」ボタンが選択され、ファーム更新中止の要求が発行されると、ファーム更新を中止し、その更新中止の要求を示す情報のＳＯＡＰメッセージを生成して該当する仲介装置１０１へ送信する（Ｓ２０１）。

その仲介装置１０１は、該当する画像形成装置１００からファーム更新中止の要求を示す情報のＳＯＡＰメッセージを受信すると、ファーム送信を中止（中断）すると共に、ファーム更新中止の要求の受信を完了した旨を示す情報のＳＯＡＰメッセージを生成してファーム更新を中止した画像形成装置１００へ送信する（Ｓ２０２）。また、フラッシュメモリ５４内のステータステーブルにおける該当する（ファーム更新を中止した）画像形成装置１００のレコードの内容を変更する。
ここで、その変更について説明しておく。

図３１には該当する仲介装置１０１のフラッシュメモリ５４内のステータステーブルにおけるファーム更新が必要な画像形成装置１００に対応するレコード変更前の内容の第１例を、図３２にはその画像形成装置１００に対応するレコード変更後の内容の第１例をそれぞれ示している。
図３１の例では、Ｎｏ２のレコードの「コメント」のフィールドに「中止前」が記述され、これに対応する画像形成装置１００でファーム更新中止の要求が発行されたことを示している。

該当する仲介装置１０１は、該当する画像形成装置１００からファーム更新中止の要求を示す情報のＳＯＡＰメッセージを受信すると、例えば図３２に示すように、対応するＮｏ２のレコードの「更新の有無」フラグを「無し」に変更し、更新日時をクリアする。そして、「コメント」のフィールドの記述を「中止後」とする。更に、該当する画像形成装置１００のファーム更新が中止された旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージも生成し、それをインタネット１１２経由で管理介装置１０２へ送信する（Ｓ２０３）。
以上ですべての処理が終了する。

図３３は、この画像形成装置管理システムにおけるファーム更新処理（画像形成装置１００でコピー開始要求があった場合の処理を含む）時の通信シーケンスの第３例を示す図である。
ファーム更新の延期（延長）は、操作部２０７上のキー操作（コピー開始キーの押下）によってコピー開始要求が発行された場合、あるいは図２６に示した更新待機中画面上の「更新延期」ボタンの選択によって更新延期要求が発行された場合に、実行される。

図３３におけるステップＳ１０１〜Ｓ１１８の動作は、図２３におけるステップＳ１０１〜Ｓ１１９の基本動作と同様である。
画像形成装置１００は、仲介装置１０１からファーム更新要求を示す情報のＳＯＡＰメッセージを受信する前に、操作部２０７上のキー操作によってコピー開始要求が発行されると、原稿の画像を読み取ってその画像を用紙等の記録媒体に形成するコピー動作を開始する。
そして、このコピー動作中に、該当する仲介装置１０１からファーム更新要求を示す情報のＳＯＡＰメッセージを受信すると、ＮＧ応答を示す情報のＳＯＡＰメッセージを生成して該当する仲介装置１０１へ送信する（Ｓ３０１）。

その仲介装置１０１は、該当する画像形成装置１００の状態をチェックする機能を有しており、該当する画像形成装置１００からＮＧ応答を示す情報のＳＯＡＰメッセージを受信すると、その画像形成装置１００がファーム更新ができないことを認識し、フラッシュメモリ５４内のステータステーブルにおけるその画像形成装置１００のレコードの内容を変更する。
図３４には該当する仲介装置１０１のフラッシュメモリ５４内のステータステーブルにおけるファーム更新が必要な画像形成装置１００に対応するレコード変更前の内容の第２例を、図３５にはその画像形成装置１００に対応するレコード変更後の内容の第２例をそれぞれ示している。
図３４の例では、Ｎｏ２のレコードの「コメント」のフィールドに「コピー前」が記述され、これに対応する画像形成装置１００でコピー開始要求が発行されたことを示している。

該当する仲介装置１０１は、該当する画像形成装置１００からＮＧ応答を示す情報のＳＯＡＰメッセージを受信すると、例えば図３５に示すように、フラッシュメモリ５４内のステータステーブルにおけるその画像形成装置１００に対応するレコードの更新日時を予め設定された図３６に示すような延長管理パラメータによって書き換え（この例では２０分延長させ）、「コメント」のフィールドの記述を「コピー後」とする。そして、書き換え後の新たな更新日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ３０２）。これは、管理装置１０２で書き換え後の更新日時を了解するためである。

管理装置１０２は、仲介装置１０１から書き換え後の新たな更新日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、データベース６０５内のステータステーブルにおける該当する画像形成装置１００に対応するレコードの更新日時を受信した新たな更新日時に書き換えると共に、書き換え後の新たな更新日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを該当する仲介装置１０１へ送信する（Ｓ３０３）。この新たな更新日時は、図２０に示した更新対象台数詳細画面の内容にも反映されることになる。

一方、該当する画像形成装置１００は、コピー動作が終了すると、ファーム更新延期の要求を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ３０４）。
ここで、コピー動作の終了後、ファーム更新延期の要求を示す情報のＳＯＡＰメッセージを送信するのは、コピー開始要求により、２つ以上のコピージョブが連続して行われるような場合に、前のコピージョブ（コピー動作）の終了後、直ちにファームフェアの更新が行われてしまうことによる不具合の発生を回避するためである。

このファーム更新延期の要求を示す情報のＳＯＡＰメッセージを受信した仲介装置１０１は、自己のステータステーブルにおける該当する画像形成装置１００に対応するレコードの更新日時を上記延長パラメータによって再度書き換える。そして、ファーム更新延期の要求の受信を完了した旨を示す情報のＳＯＡＰメッセージを生成して該当する画像形成装置１００へ送信する（Ｓ３０５）と共に、書き換え後の新たな更新日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成してインタネット１１２経由で管理装置１０２へ送信する（Ｓ３０６）。

管理装置１０２は、仲介装置１０１から書き換え後の新たな更新日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、データベース６０５内のステータステーブルにおける該当する画像形成装置１００に対応するレコードの更新日時を受信した新たな更新日時に再び書き換えると共に、書き換え後の新たな更新日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを該当する仲介装置１０１へ送信する（Ｓ３０７）。
その後、更新後の新たな更新日時に達すると、図２３によって説明したステップＳ１１５のステップからの処理が再び実行され、該当する画像形成装置１００が実装するファームウェアの更新が行われることになる。
以上ですべての処理が終了する。

なお、画像形成装置１００は、図２６に示した更新待機中画面上の「更新延期」ボタンの選択によって更新延期要求が発行された場合には、ステップＳ３０４と同様に、ファーム更新延期の要求を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する。以後、ステップＳ３０５〜Ｓ３０７と同様の処理が行われる。

図３７は、この画像形成装置管理システムにおけるファーム更新処理（管理装置１０２で更新中止要求があった場合の処理を含む）時の通信シーケンスの第４例を示す図である。
図３７におけるステップＳ１０１〜Ｓ１２２は、図２３におけるステップＳ１０１〜Ｓ１２２の基本動作と同様である。
管理装置１０２は、更新実行日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージをインタネット１１２経由で該当する仲介装置１０１へ送信した（Ｓ１２２）後、操作者端末６０４上の操作によってファーム更新中止要求が発行されると、その更新中止要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ４０１）。

その仲介装置１０１は、管理装置１０２からファーム更新中止要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、ファーム送信を中止し、ファーム更新中止要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する（Ｓ４０２）と共に、ファーム更新中止要求を示す情報のＳＯＡＰメッセージを該当する画像形成装置１００へ送信する（Ｓ４０３）。また、フラッシュメモリ５４内のステータステーブルにおける該当する画像形成装置１００のレコードの内容を上述と同様に変更する。

該当する画像形成装置１００は、ファーム更新中止要求を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新中止要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ４０４）。
その仲介装置１０１は、該当する画像形成装置１００からファーム更新中止要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新を中止した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する（Ｓ４０５）。

管理装置１０２は、該当する仲介装置１０１からファーム更新を中止した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、データベース６０５内のステータステーブルにおける該当する画像形成装置１００に対応するレコードの更新日時を変更すると共に、ファーム更新を中止した旨の受信を完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ４０６）。
以上ですべての処理が終了する。

図３８は、この画像形成装置管理システムにおけるファーム更新処理（管理装置１０２で更新延期要求があった場合の処理を含む）時の通信シーケンスの第５例を示す図である。
図３８におけるステップＳ１０１〜Ｓ１２２は、図２３におけるステップＳ１０１〜Ｓ１２２の基本動作と同様である。
管理装置１０２は、更新実行日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを該当する仲介装置１０１へ送信した（Ｓ１２２）後、操作者端末６０４上の操作によってファーム更新延期要求が発行されると、その更新延期要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ５０１）。

その仲介装置１０１は、管理装置１０２からファーム更新延期要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、ファーム更新延期要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する（Ｓ５０２）する。また、図３５および図３６による前述した説明と同様に、フラッシュメモリ５４内のステータステーブルにおける該当する画像形成装置１００に対応するレコードの更新日時を書き換える（この例では２０分延長させる）。そして、ファーム更新延期通知を示す情報のＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００へ送信する（Ｓ５０３）。

その画像形成装置１００は、該当する仲介装置１０１からファーム更新延期通知を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新延期通知の受信が完了した旨を示す情報のＳＯＡＰメッセージを該当する仲介装置１０１へ送信する（Ｓ５０４）。
その仲介装置１０１は、該当する画像形成装置１００からファーム更新延期通知の受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、上述した書き換え後の新たな更新日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する（Ｓ５０５）。

管理装置１０２は、仲介装置１０１から書き換え後の新たな更新日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、データベース６０５内のステータステーブルにおける該当する画像形成装置１００に対応するレコードの更新日時を変更すると共に、書き換え後の新たな更新日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを該当する仲介装置１０１へ送信する（Ｓ５０６）。
その後、更新後の新たな更新日時に達すると、図２３によって説明したステップＳ１１５のステップからの処理が再び実行され、該当する画像形成装置１００が実装するファームウェアの更新が行われることになる。
以上ですべての処理が終了する。

〔第２実施例〕
次に、この画像形成装置管理システムにおけるファーム更新処理の基本動作の第２実施例について、図３９〜図４３を参照して説明する。
前述した第１実施例におけるファーム更新処理は、管理装置１０２側でファーム更新に必要な条件（必要事項）を指定した後にファーム更新画面の「実行」ボタンが選択されることによって開始される構成となっていた。これに対し、第２実施例では、画像形成装置１００で、ファーム更新に必要な条件を指定し、この指定に連動してファーム更新処理が実行される構成としている。

そこで、まず、その条件を指定するために画像形成装置１００の操作部２０７（実際にはその文字表示器）に表示される各画面について説明する。
図３９は、画像形成装置１００の操作部２０７上に表示されるメイン画面の一例を示す図である。
同画面は、「システム初期／カウンタモード」設定ボタン，「コピー／ドキュメントボックス初期設定」ボタン，「ファームダウンロード」ボタン，「カウンタ」ボタンを配置している。このうちの「ファームダウンロード」ボタンを選択することにより、ファーム更新処理に必要な条件を入力することができる。

図４０は、画像形成装置１００の操作部２０７に表示されるファームダウンロード画面の一例を示す図である。
同画面は、メイン画面上の「ファームダウンロード」ボタンの選択により表示されるものであり、当該画像形成装置１００が実装する各ファームウェアの種類毎に、現在のバージョン，推奨するバージョン，設定するバージョン，選択又は非選択の入力欄を配置している。
機器利用者（画像形成装置１００の操作者）は、テンキー等により、更新を希望するファームウェアの設定バージョンの入力欄に、更新を希望するファームウェアのバージョンを入力し、選択又は非選択の入力欄を、「選択」と設定する。そして、同画面の右上方の「実行」ボタンを選択する。これにより、ファーム更新処理が開始される。

図４１は、画像形成装置１００の操作部２０７に表示されるファーム更新中のファームダウンロード画面の一例を示す図である。
当該画像形成装置１００におけるファーム更新中は、同画面の右側の「実行状況」のフィールドが「ダウンロード中」から「更新中」に切り替わる。
図４２は、画像形成装置１００の操作部２０７に表示されるファーム更新後のファームダウンロード画面の一例を示す図である。
ファーム更新後は、同画面の左側の「実行状況」のフィールドに「正常終了」と表示される。

次に、この画像形成装置管理システムにおけるファーム更新処理の基本動作の他の例について、図４３を参照して説明する。
図４３は、この画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第６例を示す図である。

各画像形成装置１００はそれぞれ、図４０に示したファームダウンロード画面により必要事項が入力されて「実行」ボタンが選択されると、ファーム更新実行を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で該当する仲介装置１０１へ送信する（Ｓ６０１）。
その仲介装置１０１は、いずれかの画像形成装置１００からファーム更新実行を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新開始依頼（当該仲介装置１０１の識別子を付加している）を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ６０２）。

管理装置１０２は、該当する仲介装置１０１（ファーム更新開始依頼を示す情報のＳＯＡＰメッセージの送信元）からファーム更新開始依頼を示す情報のＳＯＡＰメッセージを受信すると、各画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ６０３）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。

該当する仲介装置１０１は、管理装置１０２から該当する画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのＨＴＴＰメッセージに基づいてそのファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００へ送信する（Ｓ６０４）。
その画像形成装置１００は、該当する仲介装置１０１から当該画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを受信すると、フラッシュメモリ２０４（又はＨＤＤ２０８でもよい）に記憶されている各ファームウェア（当該画像形成装置１００が実装する各ファームウェア）のバージョン情報を読み出してその各バージョン情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ６０５）。

該当する仲介装置１０１は、該当する画像形成装置１００から各バージョン情報のＳＯＡＰメッセージを受信すると、その各バージョン情報（当該仲介装置１０１の識別子を付加している）のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する（Ｓ６０６）。
管理装置１０２は、該当する仲介装置１０１から各バージョン情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、その各バージョン情報に基づいて送信すべき更新用の各ファームウェアの新バージョンを認識する。
次いで、メモリ残情報の要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ６０７）。

該当する仲介装置１０１は、管理装置１０２からメモリ残情報の要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、フラッシュメモリ５４の残容量を示すメモリ残情報のＳＯＡＰメッセージ（当該仲介装置１０１の識別子を付加している）を含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する。（Ｓ６０８）。
管理装置１０２は、仲介装置１０１からメモリ残情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、送信すべき更新用の各ファームウェア（新バージョンの各ファームウェア）のサイズに対して、該当する仲介装置１０１のフラッシュメモリ５４の残容量が不足しているか不足していないかを判断し、不足していない場合（更新用の各ファームウェアを全て記憶可能な場合）には、更新用の各ファームウェア，前述した実行日時設定画面あるいは対象機器リストファイルで指定された更新日時からなるファーム情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ６０９）。

その仲介装置１０１は、管理装置１０２からファーム情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、そのファーム情報をフラッシュメモリ５４（又はＨＤＤ６３）に書き込む。このとき、そのファーム情報中の更新日時をフラッシュメモリ５４内のステータステーブル（図２４）における該当する画像形成装置１００に対応するレコードの「更新日時」のフィールドに書き込む。また、ファーム情報の受信が完了した旨を示す情報のＳＯＡＰメッセージ（当該仲介装置１０１の識別子を付加している）を含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する。（Ｓ６１０）。
その後、ＲＴＣ５５によって得られる現在の日時が上記レコードの更新日時に達すると、ファーム更新予約依頼を示す情報のＳＯＡＰメッセージを生成し、それを該当する画像形成装置１００へ送信する（Ｓ６１１）。

その画像形成装置１００は、該当する仲介装置１０１からファーム更新予約依頼を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新予約依頼の受信が完了した旨を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ６１２）。
その仲介装置１０１は、該当する画像形成装置１００からファーム更新予約依頼の受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新予約依頼ステータスを示す情報に当該仲介装置１０１の識別子を付加した情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを管理装置１０２へ送信する（Ｓ６１３）。

管理装置１０２は、該当する仲介装置１０１からファーム更新予約依頼ステータスを示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、その情報を内部メモリに一時記憶し、ファーム更新予約依頼ステータスの受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ６１４）。
その仲介装置１０１は、管理装置１０２からファーム更新予約依頼ステータスの受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、所定時間経過後、ファーム更新要求を示す情報のＳＯＡＰメッセージを生成して該当する画像形成装置１００へ送信する（Ｓ６１５）。

その画像形成装置１００は、該当する仲介装置１０１からファーム更新要求を示す情報のＳＯＡＰメッセージを受信すると、ファーム更新要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ６１６）。
該当する仲介装置１０１は、該当する画像形成装置１００からファーム更新要求の受信が完了した旨を示す情報のＳＯＡＰメッセージを受信すると、ＲＴＣ５５によって得られる現在の日時を更新実行日時とし、それを示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ６１７）。

管理装置１０２は、該当する仲介装置１０１から更新実行日時を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、図２５に示したステータステーブルにおける該当する画像形成装置１００に対応するレコードの「更新実行日時」のフィールドに受信した更新実行日時を書き込むと共に、更新実行日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で該当する仲介装置１０１へ送信する（Ｓ６１８）。
その仲介装置１０１は、管理装置１０２から更新実行日時の受信が完了した旨を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを受信すると、フラッシュメモリ５４内のファーム情報中の各ファームウェアを順次読み出し、その各ファームウェアのＳＯＡＰメッセージを順次該当する画像形成装置１００へ送信する（Ｓ６１９）。

その画像形成装置１００は、該当する仲介装置１０１からファームウェアのＳＯＡＰメッセージを受信すると、ファーム受信が完了した旨を示す情報のＳＯＡＰメッセージを生成して該当する仲介装置１０１へ送信する（Ｓ６２０）と共に、受信したファームウェアに基づいて当該画像形成装置１００が実装しているファームウェアを更新する処理を開始する。
また、各ファームウェアの更新中、操作部２０７の文字表示器上に図４１に示すようなファームダウンロード画面を表示し、各ファームウェアの更新が完了すると、図４２に示すようなファームダウンロード画面を表示する。
以後のステップＳ６２１〜Ｓ６２６の動作は、図２３におけるステップＳ１２５〜Ｓ１３０の動作と同様なので、説明を省略する。

〔第３実施例〕
次に、この画像形成装置管理システムにおけるファーム更新処理の基本動作の第３実施例について、図４４を参照して説明する。
前述した第１実施例におけるファーム更新処理は、管理装置１０２側で更新に必要な条件を指定した後にファーム更新画面の「実行」ボタンが選択されることによって開始される構成となっていた。また、前述した第２実施例におけるファーム更新処理は、画像形成装置１００側で更新に必要な条件を指定した後にファームダウンロード画面の「実行」ボタンが選択されることによって開始される構成となっていた。これに対し、第３実施例では、図７のＣＥ端末１０５側でファーム更新に必要な条件を指定し、この指定に連動してファーム更新処理が実行される構成となっている。

図４４は、この画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第７例を示す図である。
ＣＥ端末１０５は、ネットワーク経由で仲介装置１０１と接続され、キーボード又はポインティングデバイス（マウス等）等の入力部の操作によって通信要求（例えばダウンロード要求）が発行されると、その通信要求を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ７０１）。

その仲介装置１０１は、ＣＥ端末１０５から通信要求を示す情報のＳＯＡＰメッセージを受信すると、フラッシュメモリ５４（又はＨＤＤ６３）内の初期画面情報を読み出し、それをＣＥ端末１０５へ送信する（Ｓ７０２）。なお、初期画面情報は予めフラッシュメモリ５４に記憶しておく。このとき、初期画面情報を要求する情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを作成し、それを管理装置１０２へ送信することにより、その管理装置１０２から初期画面情報を取得するとよい。あるいは、その取得処理をＣＥ端末１０５から通信要求を示す情報のＳＯＡＰメッセージを受信した時に行うようにしてもよい。

ＣＥ端末１０５は、仲介装置１０１から初期画面情報を受信すると、その初期画面情報に基づいてディスプレイにファーム更新を要求するためのボタンを含む入力画面を表示する。この入力画面は、図１３〜図２１によって説明した各画面と略同様の構成となっている。但し、レポートを作成する機能を利用することができないため、メインメニュー画面に「レポート作成」ボタンを表示できない。更に、現状のバージョン情報取得の機能を利用することができないため、ファーム更新画面には、「現状のバージョン情報取得」ボタンを表示できない。

当該各入力画面をディスプレイに表示するＣＥ端末１０５は、その各入力画面を用いて入力されたファーム更新対象となる画像形成装置１００の機種機番，送信日時，更新日時を含む必要事項（ファーム更新に必要な条件）を設定して図示しないデータベース内のステータステーブルを更新した後、ファーム更新画面の「実行」ボタンが選択されると、その必要事項（条件）およびファーム更新開始要求を示す情報のＳＯＡＰメッセージを生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ７０３）。
仲介装置１０１は、ＣＥ端末１０５から必要事項およびファーム更新開始要求を示す情報のＳＯＡＰメッセージを受信すると、そのＳＯＡＰメッセージに基づいてファーム更新開始依頼（必要事項を含む）を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それをインタネット１１２経由で管理装置１０２へ送信する（Ｓ７０４）。

管理装置１０２は、該当する仲介装置１０１（ファーム更新開始依頼を示す情報のＳＯＡＰメッセージの送信元）からファーム更新開始依頼に示す情報のＳＯＡＰメッセージを受信すると、その更新開始依頼に付加されている必要事項をデータベース６０５に記憶する。このとき、その必要事項に基づいてデータベース６０５内のステータステーブル（図２５）を更新する。
その後、各画像形成装置１００が実装するファームウェアのバージョン要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを生成し、それを該当する仲介装置１０１へ送信する（Ｓ７０５）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。
以後のステップＳ７０６〜Ｓ７２８の動作は、図４３におけるステップＳ６０４〜Ｓ６２６の動作と同様である。

なお、第１〜第３実施例では、管理装置１０２が、対応する入力画面を用いて入力された送信日時および更新日時のスケジュール情報を生成する（データベース６０５内のステータステーブルに記憶する）ようにしたが、次のようにしてそのスケジュール情報を自動生成することもできる。
仲介装置１０１は、当該仲介装置１０１と管理装置１０２との間の通信速度１および当該仲介装置１０１と各画像形成装置１００（ソフトウェアの更新が必要な画像形成装置１００のみでもよい）との間の通信速度２を計測し、その計測した通信速度１，２を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージを管理装置１０２へ送信（通知）する。
管理装置１０２は、仲介装置１０１へ送信すべきファームウェアのデータ量とその仲介装置１０１から受けた通信速度１，２に基づいて上記スケジュール情報を生成する。
このように上記スケジュール情報を自動生成すれば、センタオペレータの作業負担を軽減することができる。

〔第４実施例〕
次に、この画像形成装置管理システムにおけるファーム更新処理の基本動作の第４実施例について、図４５〜図４７を参照して説明する。
第４実施例では、第１実施例と同様に、管理装置１０２側で更新に必要な条件を指定した後にファーム更新画面の「実行」ボタンが選択されることによって開始される構成となっている。但し、図１４に示したファーム更新画面の「実行日時の設定」ボタンが選択された場合、ディスプレイ上の表示画面をファーム更新を開始する更新開始日時（更新日時）およびファーム更新を強制終了する更新終了日時を決定するための実行日時設定画面に切り換える。その画面は、図１６に示した画面から「送信日時」ボタンを削除し、代わりに「更新終了日時」ボタンを備えたものである。それに伴い、データベース６０５内のステータステーブル（図２５）では、「送信日時」のフィールドに代え、「更新終了日時」のフィールドを備える。

また、この第４実施例および後述する第５実施例においても、前述の第１〜第３実施例と同様に、機器利用者側の仲介装置１０１と各画像形成装置１００とはＳＯＡＰによって通信を行うが、ここではその詳細は省略する。また、その通信にはＳＯＡＰの下位プロトコルとしてＦＴＰ（File Transfer Protocol）を用いるが、それについても周知のため、ＦＴＰのためのＩＤとパスワード以外の部分については省略する。仲介装置１０１と管理装置１０２との間の通信も、第１〜第３実施例と同様に、ＳＯＡＰを用い、その下位プロトコルとしてＨＴＴＰを用いるが、ここではその詳細は省略する。管理装置１０２内の通信もＳＯＡＰを用いるが、その詳細は省略する。

図４５は、この画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第８例を示す図である。
図４６は、仲介装置１０１のフラッシュメモリ５４内のステータステーブル（更新機器管理テーブル）の他の例を示す図である。
このステータステーブルは、仲介装置１０１に接続されている各画像形成装置１００の機種機番，更新開始日時，更新終了日時，更新結果のフィールドを設けている。図４６には、３つのレコードが記述されているので、当該仲介装置１０１の管理下にある画像形成装置１００の台数が３台であることが分かる。

更新開始日時は、前述した更新日時に相当する。
更新終了日時は、ファーム更新を強制終了する有効期限である。
更新結果は、図２４の更新の有無とコメントを合わせたものに相当し、そのフィールドには、ファーム更新の中止又は延期の要因が発生した旨等のエラーの他に、更新完了や再更新待ちなどが記述される。

図４７は、管理装置１０２の制御装置６０６と仲介装置１０１との間の通信情報のフォーマット例を示す図であり、同図の（１）は制御装置６０６からプロキシサーバ６０３へ送信されるファーム更新要求を示すファーム更新要求情報（ＳＯＡＰメッセージからなる）を、同図の（２）はプロキシサーバ６０３から仲介装置１０１へ送信されるスケジュール情報（例えばＳＯＡＰメッセージを含むＨＴＴＰメッセージからなる）。仲介装置情報は、更新対象となる画像形成装置１００を接続している（該当する）仲介装置１０１の識別子やＩＰアドレスに相当する。

管理装置１０２の制御装置６０６は、操作者端末６０４のディスプレイに表示される各入力画面を用いて入力されたファーム更新対象となる画像形成装置１００の機種機番，更新開始日時，更新終了日時を含む必要事項（ファーム更新に必要な条件）を設定し、その必要事項に基づいてデータベース６０５内のステータステーブルを更新した後、ファーム更新画面の「実行」ボタンが選択されると、図４７の（１）に示すようなファーム更新要求情報（更新対象となる画像形成装置１００の機種機番，更新開始日時，更新終了日時を含む）を生成し、それをＬＡＮ等のネットワーク経由でプロキシサーバ（通信サーバ）６０３へ送信する。この例では、説明の都合上、ファーム更新対象となる（ファーム更新が必要な）画像形成装置を図３に示した２台の画像形成装置１００ａ，１００ｂとする。

管理装置１０２のプロキシサーバ６０３は、制御装置６０６からファーム更新要求情報を受信すると、図４７の（２）に示すような該当する仲介装置１０１ａへ送信すべきスケジュール情報（仲介装置情報，更新対象となる画像形成装置１００ａ，１００ｂの機種機番，更新開始日時，更新終了日時からなる）を生成し、それを仲介装置１０１ａからのポーリングのタイミングでその仲介装置１０１ａへ送信する（Ｓ１００１）。なお、その送信前に、仲介装置１０１ａとの間で相互認証を行うようにしてもよい。

仲介装置１０１ａは、管理装置１０２からスケジュール情報を受信すると、そのスケジュール情報（仲介装置情報は除く）をフラッシュメモリ５４（又はＨＤＤ６３）内のステータステーブルにおける画像形成装置１００ａ，１００ｂにそれぞれ対応する各レコードに書き込み、応答情報（スケジュール情報の受信が完了した旨を示す情報でもよい）を生成して管理装置１０２へ送信した後（Ｓ１００２）、ＲＴＣ（内部時計）によって得られる現在の日時が画像形成装置１００ａ，１００ｂにそれぞれ対応する各レコードの更新開始日時（図４６参照）に達すると、更新要求を示す更新要求情報を生成して管理装置１０２へ送信する（Ｓ１００３）。

管理装置１０２のプロキシサーバ６０３は、仲介装置１０１ａへのスケジュール情報の送信に対して、その仲介装置１０１ａから応答情報を受信した後、更新要求情報を受信すると、応答情報（更新要求の受信が完了した旨を示す情報でもよい）を生成して仲介装置１０１ａへ送信する（Ｓ１００４）。
仲介装置１０１ａは、管理装置１０２への更新要求情報の送信に対して、その管理装置１０２から応答情報を受信すると、ファーム要求を示すファーム要求情報（更新対象となる画像形成装置１００ａ，１００ｂの機種機番，ファームウェアのバージョン情報を含む）を生成し、それを管理装置１０２へ送信する（Ｓ１００５）。なお、当該仲介装置１０１ａに接続されている各画像形成装置１００ａ，１００ｂのファームウェアのバージョン情報はフラッシュメモリ５４（又はＨＤＤ６３）に予め記憶されているものとする。

管理装置１０２のプロキシサーバ６０３は、仲介装置１０１ａからファーム要求情報を受信すると、それを制御装置６０６へ送信する。
その制御装置６０６は、プロキシサーバ６０３からファーム要求情報を受信すると、データベース６０５から画像形成装置１００ａ，１００ｂに対応する更新用のファームウェア（ここでは画像形成装置１００ａ，１００ｂのファーム更新に必要なファームウェアは同一バージョンで１個とする）を読み出し、そのファームウェアおよび画像形成装置１００ａ，１００ｂの機種機番からなるファーム情報を生成し、それをプロキシサーバ６０３へ送信する。
そのプロキシサーバ６０３は、制御装置６０６からファーム情報を受信すると、それを仲介装置１０１ａへ送信する（Ｓ１００６）。

その仲介装置１０１ａは、管理装置１０２からファーム情報を受信すると、そのファーム情報をフラッシュメモリ５４（又はＨＤＤ６３）に書き込む。そして、そのファーム情報を各画像形成装置１００ａ，１００ｂへ順次送信する処理を行うが、その際にＦＴＰを用いるため、その送信に先立ち、ＦＴＰ用のＩＤとパスワードをまず画像形成装置１００ａに送信してＦＴＰによる接続を要求する（Ｓ１００７）。
ここで、仲介装置１０１に予めＦＴＰ用のＩＤとパスワードを設定しておき、これらを仲介装置１０１と各画像形成装置１００の双方に記憶させておくものとする。ＩＤとパスワードはＦＴＰの規格に従ったものであり、接続を要求された画像形成装置１００は、これらによって接続元の仲介装置１０１を認証することができる。

画像形成装置１００ａは、仲介装置１０１ａからＩＤとパスワードを受信すると、そのＩＤとパスワードを予め設定（記憶）しておいたものと比較し、一致すれば認証成功として接続を確立し、応答情報（認証成功を示す認証成功情報でもよい）を仲介装置１０１ａへ送信する（Ｓ１００８）。なお、受信したＩＤとパスワードが設定しておいたものと一致しない場合には、仲介装置１０１ａへ応答情報を送信しない（認証失敗を示す認証失敗情報を送信してもよい）。
仲介装置１０１ａは、画像形成装置１００ａへのＩＤとパスワードの送信に対して、その画像形成装置１００ａから応答情報を受信すると、フラッシュメモリ５４内のファーム情報中のファームウェアをＩＤ，パスワード付きで画像形成装置１００ａへ送信する（Ｓ１００９）。このとき、そのファームウェアがフラッシュメモリ５４から消去されないように、そのファームウェアをコピーする。

画像形成装置１００ａは、仲介装置１０１ａからファームウェアを受信すると、応答情報（ファーム受信した旨を示す情報でもよい）を生成して仲介装置１０１ａへ送信すると共に、そのファームウェアに基づいて当該画像形成装置１００ａが実装しているファームウェア（フラッシュメモリ２０４又はＨＤＤ２０８内のファームウェア）の更新処理を開始する（Ｓ１０１０）。
ファームウェアの更新処理が完了（終了）すると、自動的に当該画像形成装置１００ａのリブート（再起動）を行い、更新したファームウェアが起動するか否かを確認し、その起動を確認した場合に電源ＯＮを知らせる電源ＯＮ通知情報（更新後のファームウェアのバージョン情報を含む）を生成して仲介装置１０１ａへ送信する（Ｓ１０１１）。

仲介装置１０１ａは、画像形成装置１００ａへのファームウェアの送信に対して、その画像形成装置１００ａから応答情報を受信した後、電源ＯＮ通知情報を受信すると、応答情報（電源ＯＮ通知情報を受信した旨を示す情報でもよい）を生成して画像形成装置１００ａへ送信する（Ｓ１０１２）。
また、受信した電源ＯＮ通知情報中のバージョン情報とフラッシュメモリ５４に予め記憶してある画像形成装置１００ａのファームウェアのバージョン情報とを比較して両バージョン情報が一致するか否かをチェックして、一致していれば画像形成装置１００ａのファーム更新が成功した（正常に終了した）と判断し、フラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａに対応するレコードの「更新結果」のフィールドを「更新完了（済み）」にした後、画像形成装置１００ａのファーム更新が終了した旨を示す更新情報（画像形成装置１００ａの機種機番を含む）を生成して管理装置１０２へ送信する（Ｓ１０１３）。

もし、上記バージョン情報が一致していない場合（更新後のファームウェアが旧バージョンのままの場合）には、画像形成装置１００ａのファーム更新が失敗した（正常に終了しなかった）と判断し、フラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａに対応するレコードの「更新結果」のフィールドを「再更新待ち」にした後、画像形成装置１００ａのファーム更新が終了した旨を示す更新情報（画像形成装置１００ａの機種機番を含む）を生成して管理装置１０２へ送信する。
管理装置１０２のプロキシサーバ６０３は、仲介装置１０１ａから更新情報を受信すると、応答情報（更新情報を受信した旨を示す情報でもよい）を生成して仲介装置１０１ａへ送信する（Ｓ１０１４）。
仲介装置１０１ａは、管理装置１０２への更新情報の送信に対して、その管理装置１０２から応答情報を受信すると、ＦＴＰ用のＩＤとパスワードの消去を要求する消去要求コマンドを画像形成装置１００ａへ送信してそのＩＤとパスワードの消去を行わせる（Ｓ１０１５）。

画像形成装置１００ａは、仲介装置１０１ａから消去要求コマンドを受信すると、設定（記憶）しているＦＴＰ用のＩＤとパスワードを消去すると共に、応答情報（ＦＴＰ用のＩＤとパスワードを消去した旨を示す情報でもよい）を生成して仲介装置１０１ａへ送信する（Ｓ１０１６）。
仲介装置１０１ａは、画像形成装置１００ａへの消去要求コマンドの送信に対して、その画像形成装置１００ａから応答情報を受信すると、今度は画像形成装置１００ｂに対して画像形成装置１００ａに対する処理と同様の処理を行うが、画像形成装置１００ｂへＦＴＰ用のＩＤとパスワードを送信してＦＴＰによる接続を要求した（Ｓ１０１７）にもかかわらず、所定時間内にその画像形成装置１００ｂから応答情報を受信しなかった（無応答だった）場合には、画像形成装置１００ｂが電源ＯＦＦ状態であると判断し、応答情報を受信するまで画像形成装置１００ｂへのＦＴＰ用のＩＤとパスワードの送信を所定の時間間隔で繰り返す（Ｓ１０１８，Ｓ１０１９）。

その後、画像形成装置１００ｂの電源がＯＮになると、その画像形成装置１００ｂへのＦＴＰ用のＩＤとパスワードの送信に対し、その画像形成装置１００ｂから応答情報を受信する（Ｓ１０２０）ため、フラッシュメモリ５４内のファーム情報中のファームウェアをＩＤ，パスワード付きで画像形成装置１００ｂへ送信する（Ｓ１０２１）。
以後、管理装置１０２のプロキシサーバ６０３，仲介装置１０１ａ，および画像形成装置１００ｂは、ステップＳ１０２２〜Ｓ１０２８で、前述したステップＳ１０１０〜Ｓ１０１６と同様の処理を行う。

仲介装置１０１ａは、各画像形成装置１００ｂに対する処理が終了し、画像形成装置１００ｂへの消去要求コマンドの送信（Ｓ１０２７）に対して、その画像形成装置１００ｂから応答情報を受信すると、各画像形成装置１００ａ，１００ｂのファーム更新が終了したと判断するので、フラッシュメモリ５４（又はＨＤＤ６３）内のファーム情報を消去し、フラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａ，１００ｂにそれぞれ対応するレコードの更新結果を示す更新結果情報（画像形成装置１００ａ，１００ｂの機種機番やＲＴＣによって得られる現在の日時である更新完了日時を含む）を管理装置１０２へ送信する（Ｓ１０２９）。

なお、ソフトウェアの更新が必要な画像形成装置１００ａ又は１００ｂへのＦＴＰ用のＩＤとパスワードの送信、つまりソフトウェアの送信がフラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａ又は１００ｂに対応するレコードの更新終了日時（予め設定された有効期限）までに終了しなかった場合（電源ＯＮ通知を受けなかった場合）には、その送信を停止し、フラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａ又は１００ｂに対応するレコードの「更新結果」のフィールドを「エラー」にすると共に、フラッシュメモリ５４内のファーム情報を消去した後、フラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａ，１００ｂにそれぞれ対応するレコードの更新結果を示す更新結果情報（画像形成装置１００ａ，１００ｂの機種機番を含む）を管理装置１０２へ送信する（Ｓ１０２９）。また、上記ＦＴＰ用のＩＤとパスワードの送信を繰り返せる期間（開始時刻と終了時刻）を更新終了日時の代わりに設定（記憶）することもできる。

管理装置１０２のプロキシサーバ６０３は、仲介装置１０１ａから更新結果情報を受信すると、それを内部メモリに一時的に記憶し、応答情報（更新結果情報を受信した旨を示す情報でもよい）を生成して仲介装置１０１ａへ送信した（Ｓ１０３０）後、内部メモリ内の更新結果情報を制御装置６０６へ送信する。
その制御装置６０６は、プロキシサーバ６０３から更新結果情報を受信すると、それを最初にプロキシサーバ６０３へ送信したファーム更新要求情報と比較することにより、ファーム更新が完了した画像形成装置１００ａ又は１００ｂやファーム更新が完了しなかった画像形成装置１００ａ又は１００ｂの情報を生成して操作者端末６０４へ送信し、そのディスプレイに一覧表示させる。

よって、センタオペレータは、その表示を見て、ファーム更新が完了しなかった画像形成装置１００ａ又は１００ｂのファーム更新が再度行われるように、操作者端末６０４の入力部の操作を行うことにより、その画像形成装置に対するファーム更新を行わせることができる。また、そのファーム更新を再度行わせても、そのファーム更新が成功しなかった場合には、サービスエンジニアをファーム更新が成功しなかった画像形成装置の設置場所へ訪問させることができる。

なお、この例では、図３に示した２台の画像形成装置１００ａ，１００ｂをファーム更新が必要な画像形成装置としたが、他の画像形成装置をファーム更新が必要な画像形成装置としても勿論よい。その場合、管理装置１０２の制御装置６０６が、操作者端末６０４のディスプレイに表示される各入力画面を用いて入力されたファーム更新対象となる他の画像形成装置の機種機番，更新開始日時，更新終了日時を含む必要事項を設定し、その必要事項に基づいてデータベース６０５内のステータステーブルを更新した後、ファーム更新画面の「実行」ボタンが選択されると、図４７に示すようなファーム更新要求情報を生成し、それをネットワーク経由でプロキシサーバ（通信サーバ）６０３へ送信すればよい。

あるいは、複数の異なる機種の画像形成装置１００のファーム更新をまとめて行うこともできる。この場合、管理装置１０２が、仲介装置１０１のフラッシュメモリ５４（又はＨＤＤ６３）の残容量を知る必要があるため、第１実施例のように、メモリ残情報を仲介装置１０１へ送信することにより、その仲介装置１０１のフラッシュメモリ５４（又はＨＤＤ６３）の残容量を示す情報（メモリ残情報）を取得し、複数の異なる機種の画像形成装置１００のファーム更新に必要な各ファームウェアのサイズ（データ量）に対して、仲介装置１０１のフラッシュメモリ５４の残容量が不足しているか不足していないかを判断し、不足していない場合に、その各ファームウェアを仲介装置１０１へ送信（ダウンロード）するための処理を行うようにするとよい。

〔第５実施例〕
次に、この画像形成装置管理システムにおけるファーム更新処理の基本動作の第５実施例について、図４８を参照して説明する。
第５実施例では、第３実施例と同様に、図７のＣＥ端末１０５側でファーム更新に必要な条件を指定し、この指定に連動してファーム更新処理が実行される構成となっている。
図４８は、この画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第９例を示す図である。
ＣＥ端末１０５は、ネットワーク経由で仲介装置１０１と接続され、入力部の操作によってダウンロード要求が発行されると、ダウンロード要求を示すダウンロード要求情報を生成し、それをネットワーク経由で仲介装置１０１へ送信する（Ｓ２００１）。

仲介装置１０１は、ＣＥ端末１０５からダウンロード要求情報を受信すると、第４実施例で説明したような選択画面（入力画面）を表示させるための情報（選択画面情報）を要求する選択画面要求情報を生成して管理装置１０２へ送信する（Ｓ２００２）。
管理装置１０２のプロキシサーバ（通信サーバ）６０３は、仲介装置１０１から選択画面要求情報を受信すると、それを制御装置６０６へ送信する。
制御装置６０６は、プロキシサーバ６０３から選択画面要求情報を受信すると、データベース６０５内の選択画面情報を読み出し、それをプロキシサーバ６０３へ送信する。
そのプロキシサーバ６０３は、制御装置６０６から選択画面情報を受信すると、それを仲介装置１０１へ送信する（Ｓ２００３）。

仲介装置１０１は、管理装置１０２から選択画面情報を受信すると、それをフラッシュメモリ５４（又はＨＤＤ６３）に書き込み、ＣＥ端末１０５へ送信する（Ｓ２００４）。
ＣＥ端末１０５は、仲介装置１０１から選択画面情報を受信すると、それを内部の不揮発性メモリ（又はＨＤＤ）に書き込むことにより、第４実施例と略同様の選択画面をディスプレイに表示することが可能になる。
なお、このＣＥ端末１０５の機能を仲介装置１０１に持たせることもできる。また、この例でも、説明の都合上、ファーム更新対象となる（ファーム更新が必要な）画像形成装置を図３に示した２台の画像形成装置１００ａ，１００ｂとする。

ＣＥ端末１０５は、ディスプレスの各入力画面を用いて入力されたファーム更新対象となる画像形成装置１００の機種機番，送信開始日時，更新終了日時を含む必要事項（ファーム更新に必要な条件）を設定して不揮発性メモリ（又はＨＤＤ）に書き込み、ファーム更新画面の「実行」ボタンが選択されると、図４７の（１）に示したようなファーム更新要求情報（更新対象となる画像形成装置１００の機種機番，更新開始日時，更新終了日時を含む）を生成し、それを仲介装置１０１ａへ送信する（Ｓ２００５）。

仲介装置１０１ａは、ＣＥ端末１０５からファーム更新要求情報（スケジュール情報）を受信すると、そのファーム更新要求情報をフラッシュメモリ５４（又はＨＤＤ６３）内のステータステーブルにおける画像形成装置１００ａ，１００ｂにそれぞれ対応する各レコードに書き込み、応答情報（ファーム更新要求情報の受信が完了した旨を示す情報でもよい）を生成してＣＥ端末１０５へ送信した後（Ｓ２００６）、ＲＴＣによって得られる現在の日時が画像形成装置１００ａ，１００ｂにそれぞれ対応する各レコードの更新開始日時（図４６参照）に達すると、更新要求を示す更新要求情報を生成して管理装置１０２へ送信する（Ｓ２００７）。

以後のステップＳ２００７〜Ｓ２０３２の動作は、図４５によって説明したステップＳ１００３〜Ｓ１０３０の動作と略同様なので、説明を省略する。
仲介装置１０１ａは、フラッシュメモリ５４内のステータステーブルにおける画像形成装置１００ａ，１００ｂにそれぞれ対応するレコードの更新結果を示す更新結果情報（画像形成装置１００ａ，１００ｂの機種機番を含む）の管理装置１０２への送信に対して、その管理装置１０２から管理装置１０２から応答情報を受信すると、上記更新結果情報をＣＥ端末１０５へも送信する（Ｓ２０３３）。

ＣＥ端末１０５は、仲介装置１０１ａから更新結果情報を受信すると、応答情報（更新結果情報を受信した旨を示す情報でもよい）を生成して仲介装置１０１ａへ送信する（Ｓ２０３４）。また、受信した更新結果情報を最初に仲介装置１０１ａへ送信したファーム更新要求情報と比較することにより、ファーム更新が完了した画像形成装置１００やファーム更新が完了しなかった画像形成装置１００の情報を生成し、それをディスプレイに一覧表示させる。
よって、機器利用者は、その表示を見て、ファーム更新が完了しなかった画像形成装置１００ａ又は１００ｂのファーム更新が再度行われるように、入力部の操作を行うことにより、その画像形成装置に対するファーム更新を行わせることができる。あるいは、サービスセンタに電話連絡し、サービスエンジニアの訪問を要求することができる。

なお、この例でも、図３に示した２台の画像形成装置１００ａ，１００ｂをファーム更新が必要な画像形成装置としたが、他の画像形成装置をファーム更新が必要な画像形成装置としても勿論よい。その場合、ＣＥ端末１０５が、ディスプレイに表示される各入力画面を用いて入力されたファーム更新対象となる他の画像形成装置の機種機番，更新開始日時，更新終了日時を含む必要事項を設定して不揮発性メモリに書き込み、ファーム更新画面の「実行」ボタンが選択されると、図４７の（１）に示したようなファーム更新要求情報を生成し、それを仲介装置１０１ａへ送信すればよい。

あるいは、複数の異なる機種の画像形成装置１００のファーム更新をまとめて行うこともできる。この場合、管理装置１０２が、仲介装置１０１のフラッシュメモリ５４（又はＨＤＤ６３）の残容量を知る必要があるため、メモリ残情報を仲介装置１０１へ送信することにより、その仲介装置１０１のフラッシュメモリ５４の残容量を示す情報（メモリ残情報）を取得し、複数の異なる機種の画像形成装置１００のファーム更新に必要な各ファームウェアのサイズに対して、仲介装置１０１のフラッシュメモリ５４の残容量が不足しているか不足していないかを判断し、不足していない場合に、その各ファームウェアを仲介装置１０１へ送信するための処理を行うようにするとよい。

以上説明した各実施例によれば、各顧客のオフィス等に設置されている画像形成装置１００（電子装置）のファームウェアを自動で更新させることができる。
また、ファーム更新すべき画像形成装置１００の台数が多いときは、管理装置１０２の操作者端末６０４あるいは機器利用者側のＣＥ端末１０５の入力画面利用による操作によって個別に指示できる一方、図２２に示したような対象機器リストファイル等を予め作成してこれを読み込ませることにより、更新の指示をまとめて行うこともできる。

また、仲介装置１０１が、ダイアルアップによる接続環境に設置された画像形成装置１００の情報や、ＮＲＳに対応するソフトウェアを実装していない等の理由によりファームウェアを自動更新することができない画像形成装置１００の情報を収集し、これを管理装置１０２に引き渡すことも可能であるため、センタオペレータ（管理装置１０２のオペレータ）はファームウェアの自動更新を行うことができない画像形成装置１００を把握することができる。

さらに、画像形成装置１００のファームウェアを更新する場合、管理装置１０２がその画像形成装置に接続されている仲介装置１０１へ大容量のファーム情報を送るため、通信速度の遅い回線では送信に時間がかかり、このような処理を機器利用者の業務が混んでいるときに行うと業務（コピー業務等）に支障が生じるところ、管理装置１０２から仲介装置１０１へファームウェアをダウンロードする送信日時や仲介装置１０１から画像形成装置１００へファームウェアを送信して更新を行わせる更新日時を管理装置１０２，ＣＥ端末１０５，又は画像形成装置１００側で更新スケジュールとして指定することができるので、更新日時等を夜間等に設定することによって業務に支障が出ることを回避できる。

また、仲介装置１０１は、各画像形成装置１００が実装するファームウェアのバージョンや、現在の更新の進捗状況といった情報を各画像形成装置１００から収集し、これをステータス情報として管理装置１０２へ通知するので、管理装置１０２では、各画像形成装置１００のファームウェアの状態、およびファーム更新の進捗状況をリアルタイムで把握することができる。
上述のように、管理装置１０２ではファームウェアの送信日時や更新日時をスケジュール情報として指定することができるが、ファーム更新処理中に画像形成装置１００が業務に使用される場合もある。このような状況に対応するため、各実施例では、ファーム更新処理中でも、画像形成装置１００から更新の中止要求又は更新の延期要求を受け付けるようになっている。

なお、管理装置１０２又はＣＥ端末１０５が、対応する入力画面を用いて入力された更新日時のスケジュール情報を生成するようにしたが、次のようにしてそのスケジュール情報を自動生成することもできる。
仲介装置１０１は、当該仲介装置１０１と管理装置１０２との間の通信速度１および当該仲介装置１０１と各画像形成装置１００（ソフトウェアの更新が必要な画像形成装置１００のみでもよい）との間の通信速度２を計測し、その計測した通信速度１，２を示す情報を管理装置１０２又はＣＥ端末１０５へ送信する。
管理装置１０２又はＣＥ端末１０５は、仲介装置１０１へ送信すべきファームウェアのデータ量とその仲介装置１０１から受けた通信速度１，２に基づいて上記スケジュール情報を生成する。
このように上記スケジュール情報を自動生成すれば、センタオペレータの作業負担を軽減することができる。

なお、電子装置の例として画像形成装置１００について説明したが、この発明はこれらに限られるものではなく、通信機能を持つネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種電子装置に適用可能である。また、これらの装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、電子装置の遠隔管理システムについても、電子装置，遠隔管理仲介装置，管理装置の構成及びこれらの接続形式は、以上の実施例に限られるものではない。

また、この発明によるプログラムは、上述の仲介装置１０１を制御するコンピュータに、この発明による各種機能（ソフトウェア情報書込手段，ソフトウェア送信手段としての機能）を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。

この発明は、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等の電子装置と管理装置との通信を制御する仲介装置や、その仲介装置を制御するコンピュータに適用可能である。

この発明による通信装置を被管理装置とする遠隔管理システムの構成例を示す概念図である。 その遠隔管理システムにおけるデータ送受モデルを示す概念図である。 この発明による通信装置である画像形成装置を被管理装置とする画像形成装置管理システムの構成例を示す概念図である。 図３の画像形成装置１００のハードウェア構成例を示すブロック図である。 図３の画像形成装置１００のソフトウェア構成例を示すブロック図である。 図５のＮＲＳ３０５の構成例を示す機能ブロック図である。 図３の仲介装置１０１内の物理的構成例を示すブロック図である。 図３の仲介装置１０１のソフトウェア構成例を示すブロック図である。

図３の管理装置１０２の物理的構成例を示すブロック図である。 図３に示した画像形成装置管理システム内で行われるデータ送受信の際の通信シーケンスの一例を示す図である。 図３の画像形成装置１００から管理装置１０２へデータを送信する場合の通信シーケンスの一例を示す図である。 異常の種類を判定するための基準となる情報のテーブルの一例を示す説明図である。 図９の操作者端末６０４のディスプレイ（表示部）に表示されるメインメニュー画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示されるファーム更新画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示される機器選択メニュー画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示される実行日時設定画面の一例を示す図である。

図９の操作者端末６０４のディスプレイに表示されるファーム確認画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示されるステータスメニュー画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示される機器ステータス画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示される更新対象台数詳細画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示される未登録台数詳細画面の一例を示す図である。 図９のデータベース６０５内の対象機器リストファイルの構成例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第１例を示す図である。 図７のフラッシュメモリ５４内のステータステーブル（更新機器管理テーブル）の一例を示す図である。

図９のデータベース６０５内のステータステーブルの一例を示す図である。 図９の操作者端末６０４のディスプレイに表示されるファーム更新待機中画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示されるファーム更新中画面の一例を示す図である。 図９の操作者端末６０４のディスプレイに表示されるファーム更新終了画面の一例を示す図である。 図７のフラッシュメモリ５４から図４のＳＤＲＡＭ２０３までのファーム転送ルートの一例を示すブロック図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理（画像形成装置１００で更新中止要求があった場合の処理を含む）時の通信シーケンスの第２例を示す図である。 図７のフラッシュメモリ５４内のステータステーブルにおけるファーム更新が必要な画像形成装置に対応するレコード変更前の内容の第１例を示す図である。 その画像形成装置に対応するレコード変更後の内容の第１例を示す図である。

図３に示した画像形成装置管理システムにおけるファーム更新処理（画像形成装置１００でコピー開始要求があった場合の処理を含む）時の通信シーケンスの第３例を示す図である。 図７のフラッシュメモリ５４内のステータステーブルにおけるファーム更新が必要な画像形成装置に対応するレコード変更前の内容の第２例を示す図である。 その画像形成装置に対応するレコード変更後の内容の第２例を示す図である。 延長管理パラメータの内容の一例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理（管理装置１０２で更新中止要求があった場合の処理を含む）時の通信シーケンスの第４例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理（管理装置１０２で更新延期要求があった場合の処理を含む）時の通信シーケンスの第５例を示す図である。 図４の操作部２０７上に表示されるメイン画面の一例を示す図である。 図４の操作部２０７に表示されるファームダウンロード画面の一例を示す図である。

図４の操作部２０７に表示されるファーム更新中のファームダウンロード画面の一例を示す図である。 図４の操作部２０７に表示されるファーム更新後のファームダウンロード画面の一例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第６例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第７例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第８例を示す図である。 図７のフラッシュメモリ５４内のステータステーブル（更新機器管理テーブル）の他の例を示す図である。 図３の管理装置１０２の制御装置と仲介装置１０１との間の通信情報のフォーマット例を示す図である。 図３に示した画像形成装置管理システムにおけるファーム更新処理時の通信シーケンスの第９例を示す図である。

符号の説明

１０：被管理装置 １１：仲介機能付被管理装置 ５２，２０１：ＣＰＵ ５３，２０３：ＳＤＲＡＭ ５４，２０４：フラッシュメモリ ５５：ＲＴＣ ５６：Ｏｐ―Ｐｏｒｔ ５７，２０６：ＰＨＹ ５８，２１１，６０１：モデム ５９：ＨＤＤ制御部 ６３，２０８：ＨＤＤ ７０：アプリケーション層 ８０：サービス層 ９０：プロトコル層 １００：画像形成装置 １０１：仲介装置 １０２：管理装置 １０３：公衆回線 １０４：ファイアウォール １０５：ＣＥ端末 １１０：仲介機能付画像形成装置 １１１：ダイヤルアップサーバ １１２：インタネット ２０２：ＡＳＩＣ ２０７：操作部 ２０５：ＮＲＳ用メモリ ２１６：プロッタ／スキャナ ３００：ＯＣＳ ３０１：ＥＣＳ ３０２：ＭＣＳ ３０３：ＮＣＳ ３０４：ＦＣＳ ３０５：ＮＲＳ ３０６：ＳＣＳ ３０７：ＳＲＭ ３０８：ＩＭＨ ３０９：コピーアプリ ３１０：ファクスアプリ ３１１：プリンタアプリ ３１２：スキャナアプリ ３１３：ネットファイルアプリ ３１４：ウェブアプリ ３１５：ＣＳＳ ３１６：ＤＣＳ ３２０：汎用ＯＳ ６０３：プロキシサーバ ６０４：操作者端末 ６０５：データベース ６０６：制御装置

Claims (7)

1. 管理装置によって通信回線および仲介装置経由で複数の各電子装置を遠隔管理する遠隔管理システムであって、
   前記管理装置に、ソフトウェアを更新する更新日時を当該管理装置の操作者端末からの入力により指定するスケジュール指定手段と、前記各電子装置の識別情報と該各電子装置の更新用のソフトウェアである新バージョンのソフトウェアと前記スケジュール指定手段によって指定された更新日時とを対応付けて記憶する記憶手段と、前記各電子装置にそれぞれ記憶されているソフトウェアのバージョン要求を前記仲介装置へ送信し、該バージョン要求に対して前記仲介装置から前記各電子装置毎の該電子装置の識別情報およびソフトウェアのバージョン情報を取得した場合に、該各電子装置毎の該電子装置の識別情報，ソフトウェアのバージョン情報，および当該管理装置の記憶手段の記憶内容に基づいて前記各電子装置毎のソフトウェアの新バージョンを認識し、その認識の結果に基づいて、当該管理装置の記憶手段内の新バージョンのソフトウェア，該ソフトウェアへの更新が必要な電子装置の識別情報，および前記スケジュール指定手段によって指定された更新日時からなるソフトウェア情報を前記通信回線経由で前記仲介装置へ送信するソフトウェア情報送信手段とを設け、
   前記仲介装置に、記憶手段と、前記管理装置からバージョン要求を受信した場合に、該バージョン要求を前記各電子装置へそれぞれ送信し、該バージョン要求に対して前記各電子装置からそれぞれ該電子装置の識別情報およびソフトウェアのバージョン情報を取得した場合に、該各電子装置毎の該電子装置の識別情報およびソフトウェアのバージョン情報を前記管理装置へ送信した後、前記管理装置からソフトウェア情報を取得した場合に、該ソフトウェア情報を当該仲介装置の記憶手段に書き込むソフトウェア情報書込手段と、当該仲介装置の記憶手段内のソフトウェア情報中の更新日時に達した場合に、該ソフトウェア情報に基づいて、ソフトウェアの更新が必要な電子装置へ通信を要求し、該通信の要求に対して応答を受けた場合に、当該仲介装置の記憶手段内のソフトウェア情報中のソフトウェアを該応答元の電子装置へ送信するソフトウェア送信手段とを設け、
   前記各電子装置に、当該電子装置の動作を制御するソフトウェアを記憶する不揮発性記憶手段と、前記仲介装置から通信要求を受けてからソフトウェアの更新実行が可能になるまでの実行猶予期間の経過を待って、前記通信要求に対して応答し、該応答に対してソフトウェアを取得した場合に、そのソフトウェアに基づいて当該電子装置の不揮発性記憶手段内のソフトウェアを更新するソフトウェア更新手段とを設けたことを特徴とする遠隔管理システム。
2. 請求項１記載の遠隔管理システムにおいて、
   前記仲介装置のソフトウェア送信手段は、前記ソフトウェアの更新が必要な電子装置の状態をチェックし、そのチェック結果により該電子装置がソフトウェアの更新を直ちに行えないと判断した場合に、ソフトウェアの更新開始が所定時間だけ遅れるように前記記憶手段内の更新日時を変更することを特徴とする遠隔管理システム。
3. 請求項１記載の遠隔管理システムにおいて、
   前記仲介装置のソフトウェア送信手段は、外部からソフトウェアの更新延期要求を受けた場合に、ソフトウェアの更新開始が所定時間だけ遅れるように前記記憶手段内の更新日時を変更することを特徴とする遠隔管理システム。
4. 請求項１記載の遠隔管理システムにおいて、
   前記仲介装置のソフトウェア送信手段は、前記ソフトウェアの更新が必要な電子装置の状態をチェックし、そのチェック結果により該電子装置がソフトウェアの更新が正常に終了したか否かを判断し、ソフトウェアの更新が正常に終了したと判断するまで、該電子装置へ前記記憶手段内のソフトウェア情報中のソフトウェアを繰り返し送信するようにしたことを特徴とする遠隔管理システム。
5. 請求項４記載の遠隔管理システムにおいて、
   前記仲介装置のソフトウェア送信手段は、前記ソフトウェアの更新が必要な電子装置から電源オンの通知を受けた場合に、該電子装置がソフトウェアの更新が正常に終了したと判断し、
   前記各電子装置のソフトウェア更新手段は、ソフトウェアの更新が終了した後、当該電子装置の再起動を行わせ、その再起動後、前記仲介装置へ電源オンを通知することを特徴とする遠隔管理システム。
6. 請求項４又は５記載の遠隔管理システムにおいて、
   前記仲介装置のソフトウェア送信手段は、前記ソフトウェアの更新が必要な電子装置へのソフトウェアの送信が予め設定された有効期限まで終了しなかった場合に、該送信を停止することを特徴とする遠隔管理システム。
7. 請求項１乃至６のいずれか一項に記載の遠隔管理システムにおいて、
   前記各電子装置のソフトウェア更新手段は、外部からソフトウェアの更新中止要求を受けた場合に、ソフトウェアの更新を中止することを特徴とする遠隔管理システム。

Images