JP2004222247A - 通信装置，通信装置の遠隔管理システム，通信装置の制御方法，およびプログラム - Google Patents

Abstract

【目的】 設定指示の実行に必要な処理の負荷を低減し、また装置の開発を容易にする。
【構成】
【解決手段】 外部装置と通信を行う通信Ｉ／Ｆと、操作パネル２０５とウェブブラウザ１２１の２つのユーザインタフェースに対応してこれらを制御するユーザインタフェース制御手段としてＳＣＳ３０６とウェブアプリ３１４とを有する通信装置において、各ユーザインタフェースから受け付けた通信Ｉ／Ｆについての通信設定の設定指示をＮＣＳ３０３に集めて一括管理する（（４））。そして、ＮＣＳ３０３は、その設定指示をネットワーク設定通知によってＳＣＳ３０６に通知して（（６））これに基づいた設定を行わせる一方、ユーザインタフェース制御手段の全てに対しても、設定指示の内容を通知するネットワーク設定通知を発行する（（６））。
【選択図】 図１３

Description

この発明は、外部装置と通信を行う通信手段を備えた通信装置、このような通信装置とこれに接続された外部装置（例えば遠隔管理仲介装置およびこれに接続された管理装置）とによって構成された通信装置の遠隔管理システム、上記のような通信装置の制御方法、および通信装置を制御するコンピュータに実行させるプログラムに関する。

従来から、プリンタ，ファクシミリ装置（ＦＡＸ），デジタル複写機（コピー機），スキャナ，デジタル複合機等の画像処理装置を始め、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能（通信手段）を持たせた通信装置（電子装置）を被管理装置とし、サービスセンタ（管理センタ）内の管理装置が公衆回線等の通信回線（専用回線でもよい）経由でこれらの被管理装置を遠隔管理する遠隔管理システムが提案されている。
あるいは、被管理装置が通信機能を備えていない場合や、通信機能を備えていてもその機能が管理装置と通信するための機能を持っていない場合には、その被管理装置に管理装置と通信可能な通信機能を有する遠隔管理仲介装置（以下単に「仲介装置」ともいう）を接続し、管理装置が通信回線および仲介装置経由で被管理装置を遠隔管理する遠隔管理システムも提案されている。

例えば、被管理装置がデジタル複写機のような画像形成装置（画像処理装置）の場合には、顧客のオフィス等に画像形成装置と共に仲介装置（ラインアダプタ）を設置し、その画像形成装置とサービスセンタ内の管理装置（監視端末装置）とを公衆回線および仲介装置によって通信可能にし、その管理装置によって顧客先の画像形成装置の状態を管理する画像形成装置管理システム（監視システム）が知られている（特許文献１参照）。
さらに、近年のネットワーク技術の進歩に伴い、このような監視システムをＬＡＮ（ローカルエリアネットワーク）やインタネット等のネットワークを活用して構成することが試みられ、このような技術について本件出願人は過去に特許出願を行っている（特願２００２−２７６５２４，特願２００２−３２９７６３等）。
特開平６−２３７３３０号公報

このような監視システムにおいて、例えば通信装置において設定を行う場合、この指示を行うためのユーザインタフェースとしては、装置に備えた操作部の他、ネットワークに接続されたコンピュータ等も考えられる。そして、このような複数のユーザインタフェースから指示を行うことができることはもはや当然の要求となっている。また、同じネットワークを介して指示を行う場合でも、携帯端末とＰＣとでは画面のサイズが異なり、表示できる内容が異なるので、これに対応してユーザインタフェースの多様化が進んでいる。
そして、複数のユーザインタフェースから指示を受け付けることが可能な場合において、あるユーザインタフェースから設定指示を受け付けた場合には、その設定指示に基づいて設定を行うが、他のユーザインタフェースも含め、各ユーザインタフェースは、表示を変更後の設定に対応するものにする等のため、この新たな設定の情報を必要とする。しかしこのとき、通常ユーザインタフェース毎に制御手段が異なり、従って受け付けた設定指示のデータ形式も異なることが考えられる。

したがって、各ユーザインタフェースの制御手段が独立して設定指示に基づいた設定を行い、また新たな設定の情報を取得するようにした場合、処理が複雑になり、処理負荷が大きくなると共に、開発に要する労力も大きく、コストアップにつながるという問題があった。
この発明は、このような問題を解決し、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段を備えた通信装置において、設定指示の実行に必要な処理の負荷を低減し、また装置の開発を容易にすることを目的とする。

この発明は、上記の目的を達成するため、画像形成装置等の通信装置（電子装置）、その通信装置と外部装置（遠隔管理仲介装置，管理装置）とによって構成された通信装置の遠隔管理システム、上記通信装置の制御方法、および通信装置を制御するコンピュータに必要な機能（この発明に係わる機能）を実行させるプログラムを提供する。

請求項１の発明による通信装置は、通信設定に基づいて外部装置と通信を行う通信手段と、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、該手段のそれぞれが対応する上記ユーザインタフェースから受け付けた上記通信設定の設定指示を取得して一括管理する通信設定管理手段と、該通信設定管理手段が取得した上記通信設定の設定指示に基づいて上記通信手段の通信設定を設定する設定手段とを有する通信装置であって、上記通信設定管理手段に、上記通信設定の設定指示を正常に取得した場合に全ての上記ユーザインタフェース制御手段に対してその内容を通知する設定指示通知手段を備えたものである。

請求項２の発明による通信装置は、請求項１の通信装置において、上記複数の各ユーザインタフェース制御手段に、対応する上記ユーザインタフェースから上記通信設定の設定指示を受け付けた場合に、該設定指示を、設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換する手段を備え、上記通信設定管理手段に、上記コードと該コードが付された設定内容とによって、上記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する手段を備えたものである。

請求項３の発明による通信装置は、請求項１の通信装置において、上記複数の各ユーザインタフェース制御手段に、対応する上記ユーザインタフェースから上記通信設定の設定指示を受け付けた場合に、該設定指示を、該設定指示の受付時に上記ユーザインタフェースの表示部に表示していた表示画面の種類と対応するコードを該表示画面において受け付けた設定内容に付した情報に変換する手段を備え、上記通信設定管理手段に、上記コードと該コードが付された設定内容とによって、上記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する手段を備えたものである。

請求項４の発明による遠隔管理システムは、１又は２以上の通信装置と、該通信装置と直接又は間接的に接続された外部装置とによって構成される通信装置の遠隔管理システムであって、上記外部装置が、上記通信装置とネットワークによって接続され、該通信装置に対して各種要求を送信する手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、その遠隔管理仲介装置に上記各種要求を送信させることによって該遠隔管理仲介装置に接続された上記通信装置の管理を行う管理装置とを含み、上記通信装置に、通信設定に基づいて上記外部装置と通信を行う通信手段と、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、該手段のそれぞれが対応する上記ユーザインタフェースから受け付けた上記通信設定の設定指示を取得して管理する通信設定管理手段と、該通信設定管理手段が取得した上記通信設定の設定指示に基づいて上記通信手段の通信設定を設定する設定手段とを有する通信装置であって、上記通信設定管理手段に、上記通信設定の設定指示を正常に取得した場合に全ての上記ユーザインタフェース制御手段に対してその内容を通知する設定指示通知手段を備えたものである。

請求項５の発明による遠隔管理システムは、請求項４の通信装置の遠隔管理システムにおいて、上記通信装置の上記複数の各ユーザインタフェース制御手段に、対応する上記ユーザインタフェースから上記通信設定の設定指示を受け付けた場合に、該設定指示を、設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換する手段を備え、上記通信設定管理手段に、上記コードと該コードが付された設定内容とによって、上記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する手段を備えたものである。

請求項６の発明による遠隔管理システムは、１又は２以上の通信装置と、該通信装置とネットワークによって接続され、該通信装置に対して各種要求を送信する要求送信手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、該遠隔管理仲介装置に上記各種要求を送信させることによって該遠隔管理仲介装置に接続された上記通信装置の管理を行う管理装置とによって構成される通信装置の遠隔管理システムであって、上記遠隔管理仲介装置に、上記管理装置に対して定期的に送信要求があるかどうかの問い合わせを行う送信要求有無問合手段を設け、上記管理装置に、上記遠隔管理仲介装置から上記問い合わせがあった場合にのみ、該遠隔管理仲介装置への送信を許可する手段と、該手段による送信許可時に、上記通信装置に対して通信設定の設定指示を送信する手段とを設け、上記遠隔管理仲介装置の要求送信手段を、上記送信要求有無問合手段による上記管理装置への送信要求の問い合わせに対して、該管理装置から上記通信設定の設定指示等の要求を受信した場合にのみ、該要求を上記通信装置へ送信する手段とし、上記通信装置に、通信設定に基づいて上記遠隔管理仲介装置と通信を行う通信手段と、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、該手段のそれぞれが対応する上記ユーザインタフェースから受け付けた上記通信設定の設定指示を取得して管理する通信設定管理手段と、該通信設定管理手段が取得した上記通信設定の設定指示に基づいて上記通信手段の通信設定を設定する設定手段とを設け、上記通信装置の通信設定管理手段に、上記通信設定の設定指示を正常に取得した場合に全ての上記ユーザインタフェース制御手段に対してその内容を通知する設定指示通知手段を備えたものである。

請求項７の発明による通信装置の制御方法は、通信設定に基づいて外部装置と通信を行う通信手段と、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段とを有する通信装置の制御方法であって、上記ユーザインタフェース制御手段のそれぞれが対応する上記ユーザインタフェースから受け付けた上記通信設定の設定指示を取得して一括管理し、取得した上記通信設定の設定指示に基づいて上記通信手段の通信設定を設定し、また上記通信設定の設定指示を正常に取得した場合に全ての上記ユーザインタフェース制御手段に対してその旨を通知するものである。

請求項８の発明による通信装置の制御方法は、請求項７の通信装置の制御方法において、上記通信設定の設定指示において設定を指示可能な各設定項目について、該設定項目と一対一で対応するコードを用意し、上記各ユーザインタフェース制御手段が対応する上記ユーザインタフェースから上記通信設定の設定指示を受け付けた場合に、該設定指示を上記コードを各設定項目における設定内容に付した情報に変換し、以後上記コードと該コードが付された設定内容とによって上記設定指示の内容を認識するものである。

請求項９の発明によるプログラムは、通信設定に基づいて外部装置と通信を行う通信手段を有する通信装置を制御するコンピュータを、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、該手段のそれぞれが対応する上記ユーザインタフェースから受け付けた上記通信設定の設定指示を取得して管理し、該通信設定の設定指示を正常に取得した場合に上記複数のユーザインタフェース制御手段の全てに対してその旨を通知する設定指示通知機能を有する通信設定管理手段と、該通信設定管理手段が取得した上記通信設定の設定指示に基づいて上記通信手段の通信設定を設定する設定手段として機能させるためのものである。

請求項１０の発明によるプログラムは、請求項９のプログラムにおいて、上記複数の各ユーザインタフェース制御手段に、対応する上記ユーザインタフェースから上記通信設定の設定指示を受け付けた場合に、該設定指示を、設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換する機能を備え、上記通信設定管理手段に、上記コードと該コードの付された設定内容とによって、上記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する機能を備えたものである。

この発明の通信装置、通信装置の遠隔管理システム、通信装置の制御方法によれば、通信装置がそれぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段を備える場合において、設定指示の実行に必要な処理の負荷を低減し、また装置の開発を容易にすることができる。
また、この発明のプログラムによれば、コンピュータに通信装置を制御させてこのような通信装置の動作と機能を実現し、同様な効果を得ることができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明による通信装置を被管理装置とする遠隔管理システムの構成例について説明する。
図１は、その遠隔管理システムの構成の一例を示す概念図である。なお、ここでは、通信機能を持ち、管理装置によって管理される通信装置（電子装置）を説明の便宜上「被管理装置」と云う。

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

ここで、管理装置１０２が新たな方式を用いて遠隔管理するサービス（ＮＲＳ）を実現するために、機器利用者側のＬＡＮ等のネットワークに、ＮＲＳに対応するソフトウェアを実装した仲介装置１０１および被管理装置１０が接続されている。その仲介装置１０１および被管理装置１０には、管理装置１０２が従来の方式を用いて遠隔管理するサービス（ＣＳＳ）も実現するために、ＣＳＳに対応するソフトウェアも実装している。ＮＲＳを実現するためには、ＣＳＳを実現する場合と同様に、仲介装置１０１および被管理装置１０を初期設置すればよい。
公衆回線（又は専用回線）としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。
なお、仲介装置１０１と被管理装置１０との接続は、ネットワークに限らず、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（Small Computer System Interface）規格等に準拠したパラレル接続等によって行ってもよい。例えば、ＲＳ−４８５規格の場合には、仲介装置１０１に直列に５台までの被管理装置１０を接続することができる。

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

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

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

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

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

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

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

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

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

ここで、コントローラボード２００は、制御手段に該当し、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、ＰＣＩ−ＢＵＳ（Peripheral Components Interconnect-Bus）２１２を介して各機能を制御している。また、ＨＤＤ２０１は、記憶手段に該当する。また、ＮＶ−ＲＡＭ２０２は、記憶手段に該当する不揮発性メモリであって、例えばフラッシュメモリ等が該当する。
また、ＰＩボード２０３とＰＨＹ２０４は、通信手段に該当し、外部との通信を行うためのものであって、例えば通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。なお、上述したように、このＰＩボード２０３を用いて画像形成装置１００と仲介装置１０１とを接続することも可能である。ＰＨＹ２０４は、ＬＡＮ等のネットワークを介して外部装置と通信を行うためのインタフェースであり、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１ｂ規格（無線ＬＡＮ対応），ＩＥＥＥ１３９４規格，ＩＥＥＥ８０２．３規格（イーサネット（登録商標）対応）に準拠したインタフェースをそれぞれ設け、複数の通信手段としている。

また、操作パネル２０５は、操作部（操作手段）および表示部（表示手段）に該当するユーザインタフェースである。操作部は、ユーザの操作により各種指示を入力することができる。表示部は、画像形成装置１００の設定状態や動作状態などを表示することができる
ここで、同図中のＥＮＧＲＤＹは、エンジンユニット（プロッタエンジン，スキャナエンジン）側の各種初期設定が完了して、コントローラボード２００とコマンドの送受信の準備ができたことをコントローラボード２００側に通知するための信号線である。また、ＰＷＲＣＴＬは、エンジンユニットへの電源供給をコントローラボード２００側から制御するための信号線である。これら信号線の動作に関しては後述する。

次に、画像形成装置１００（又は１１０）のソフトウェア構成を図５を参照して説明する。
図５は、画像形成装置１００のソフトウェア構成の一例を示すブロック図である。
この画像形成装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはＨＤＤ２０１やコントローラボード２００上のＲＡＭに記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵによって実行される。そして、そのＣＰＵは、これらのプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明による各機能（通信手段，ユーザインタフェース制御手段，通信設定管理手段，設定手段，設定指示通知手段，その他の手段としての機能）を実現することができる。

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

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

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

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

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

ＮＲＳ３０５およびＣＳＳ３１５はそれぞれ、互いに異なる方式による遠隔管理に関する機能（管理装置１０２との通信に係わる機能）をまとめたモジュールである。
コピーアプリ３０９は、コピーサービスを実現するためのアプリケーションプログラムである。
ファクスアプリ３１０は、ファクスサービスを実現するためのアプリケーションプログラムである。
プリンタアプリ３１１は、プリンタサービスを実現するためのアプリケーションプログラムである。
スキャナアプリ３１２は、スキャナサービスを実現するためのアプリケーションプログラムである。

ネットファイルアプリ３１３は、ネットファイルサービスを実現するためのアプリケーションプログラムである。
ウェブアプリ３１４は、ウェブサービスを実現するためのアプリケーションプログラムである。
汎用ＯＳ３２０は、ＵＮＩＸ（登録商標），Ｌｉｎｕｘ（登録商標），Ｗｉｎｄｏｗｓ（登録商標）等のオペレーティングシステムを使用することができる。オペレーティングシステムは、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。ここで、ＵＮＩＸやＬｉｎｕｘを用いれば、オープンソースゆえの安全性が担保され、ソースコード入手の容易性などの利点がある。

ここで、上述したＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号との動作について、図６を用いて説明する。
図６の（Ａ）は機器の立ち上がり時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。主電源スイッチ（ＡＣ−ＰＯＷＥＲ−ＳＷ）のＯＮにより、ＡＣ−ＰＯＷＥＲ（ＡＣ１００Ｖ）の電源部から電源ユニット（主電源）２０７へ給電される（ＡＣ電源がＯＮになる）と、電源ユニット２０７がＯＮ状態になり、電源ユニット２０７からコントローラボード２００を含む装置全体への給電が開始され、これと同時にＥＮＧＲＤＹ信号はＨｉｇｈになる。この状態ではエンジンユニット側との通信はできない。なぜなら、エンジンユニット側の初期設定が完了していないからである。そして、一定期間経過後にエンジンユニット側の初期設定が完了し、ＥＮＧＲＤＹ信号がＬｏｗになった段階でエンジンユニット側との通信が可能となる。

次に、同図（Ｂ）は省エネモードに移行した時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。電源ユニット２０７がＯＮ状態の時（電源ユニット２０７から装置全体への給電中）に、例えば操作パネル２０５上の図示しないソフト電源キーの操作により、ハードユニットであるエンジンユニットへの給電停止が指示されると、省エネモードに移行するため、コントローラボード２００によりＰＷＲＣＴＬ信号をＯＦＦにする。これと同時に、電源ユニット２０７からエンジンユニットへの給電が停止する。これに伴って、ＥＮＧＲＤＹ信号は、Ｈｉｇｈとなり省エネモードに移行する。次に、省エネモードから復帰する場合を同図（Ｃ）に示す。

同図（Ｃ）は、省エネモードから復帰する時のＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号の動作の一例を示している。上記（Ｂ）の省エネモードから復帰する際には、例えばソフト電源キーの操作によってエンジンユニットへの給電停止の解除が指示され、コントローラボード２００によりＰＷＲＣＴＬ信号をＯＮにする。これと同時に、電源ユニット２０７からエンジンユニットへの給電停止が解除される。しかし、上記の（Ａ）で示したように、エンジンユニット側の初期設定が完了するまで、ＥＮＧＲＤＹ信号はＨｉｇｈの状態であり、初期設定が完了するとエンジンユニット側との通信が可能となり、Ｌｏｗとなる。

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

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

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

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

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

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

次に、管理装置１０２の物理的構成について、図１０を参照して説明する。
図１０は、管理装置１０２の物理的構成の一例を示すブロック図である。
この管理装置１０２は、モデム６０１，通信端末６０２，プロキシ（Ｐｒｏｘｙ）サーバ６０３，操作者端末６０４，データベース６０５，制御装置６０６等からなる。
モデム６０１は、公衆回線を介して機器利用者側（例えば画像形成装置を利用しているユーザ先）の仲介装置１０１（又は画像形成装置１１０）と通信を司るものであり、送受信するデータを変復調する。このモデム６０１と後述する通信端末６０２により通信手段としての機能を果たす。
通信端末６０２は、モデム６０１による通信を制御するものである。

プロキシサーバ６０３は、インタネット１０３を介してユーザ（機器利用者）側の仲介装置１０１との通信（データ送受信）およびセキュリティ管理を行う。このプロキシサーバ６０３も、通信手段としての機能を果たす。
操作者端末６０４は、サービスセンタの管理者であるセンタオペレータが操作する端末であり、各種データの入力をセンタオペレータによるキーボードやポインティングデバイス（マウス等）等の入力部上の操作により受け付けたり、センタオペレータに通知すべき情報を表示部に表示したりする。入力されるデータとしては、例えば、各ユーザ側の仲介装置１０１又は画像形成装置１１０が管理装置１０２へ通信する際に使用するＩＰアドレスや発呼先電話番号等の顧客情報がある。

データベース６０５は、図示しないサーバのＨＤＤ（ハードディスク装置）等の記憶装置に存在し、各ユーザ側の仲介装置１０１および画像形成装置１１０のＩＰアドレスや電話番号、それらの装置から受信したデータ（情報）、操作者端末６０４から入力されたデータ、機種データベースや顧客データベース、およびこの発明に係るプログラム等の各種データを記憶する。
制御装置６０６は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等からなるマイクロコンピュータを備えており、管理装置１０２全体を統括的に制御する。そのＣＰＵが、上記プログラムを必要に応じて実行すると共に、モデム６０１，通信端末６０２，プロキシサーバ６０３，操作者端末６０４，又はデータベース６０５を利用することにより、この発明による機能（設定指示手段を含む要求送信手段や送信許可手段としての機能）を実現することができる。

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

この例においては、まず、仲介装置１０１は、インタネット１０３経由で管理装置１０２に対してポーリング（送信要求があるかどうかの問い合わせ）を行う（Ｓ６０１）。つまり、自己の識別情報である識別子を付加したポーリング用のＳＯＡＰメッセージを生成し（ポーリング情報を構造化言語形式であるＸＭＬ形式に変換し）、そのＳＯＡＰメッセージに基づいてそれを含むＨＴＴＰメッセージを生成し、それをインタネット１０３経由で管理装置１０２へ送信する。図３に示したように、仲介装置１０１と管理装置１０２との間にはファイアウォール１０４を設けているため、管理装置１０２から仲介装置１０１に向けて通信セッションを張ることができないので、管理装置１０２から仲介装置１０１（あるいは仲介装置１０１を介して画像形成装置１００）に要求を送信したい場合でも、このように仲介装置１０１からのポーリング（送信要求があるかどうかの問い合わせ）を待つ必要があるのである。なお、ファイアウォール１０４がなければ、ポーリングを行う必要はない。

管理装置１０２は、仲介装置１０１から上記ＨＴＴＰメッセージ（ＨＴＴＰリクエスト）を受信すると、課金カウンタ（カウンタ情報）取得要求を示す情報のＳＯＡＰメッセージを含むＨＴＴＰメッセージ（ＨＴＴＰレスポンス）を生成し、それをインタネット１０３経由で該当する仲介装置１０１（受信したＳＯＡＰメッセージの送信元）へ、ポーリングに対する応答として送信する（Ｓ６０２）。このとき、受信したＨＴＴＰメッセージ内のＳＯＡＰメッセージに付加された識別子に基づいて該当する仲介装置１０１を認識する。このように、ファイアウォール１０４の内側からの通信（ＨＴＴＰリクエスト）に対する応答（ＨＴＴＰレスポンス）であれば、ファイアウォール１０４の外側から内側に対してデータを送信することができる。

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

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

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

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

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

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

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

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

なお、ここでは管理装置１０２からファイアウォール１０４を越えて仲介装置１０１（あるいは仲介装置１０１を介して画像形成装置１００）にデータを送信するために、仲介装置１０１からのＨＴＴＰリクエストに対するレスポンスという形で送信を行う例について説明したが、ファイアウォール１０４を越える手段はこれに限られるものではなく、例えば、ＳＭＴＰ（Simple Mail Transfer Protocol）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。

次に、このような基本的な機能を有する図３に示した画像形成装置管理システムにおけるこの発明の特徴に係る動作である、通信手段における通信設定の設定指示を複数のユーザインタフェースからそれぞれユーザインタフェース制御手段によって受け付け、通信設定管理手段によってそれらを一括管理し、通信設定管理手段が設定指示を正常に取得した場合に全てのユーザインタフェース制御手段に対してその内容を通知する動作について説明する。併せて、設定指示が使用する通信手段についてのものであった場合のみ設定を行うと共に外部装置に対してその旨を示す設定通知を発行する動作についても説明する。図１３は、この動作について説明するための説明図である。なお、図１３では丸付き数字を使用しているが、以下の説明では括弧付き数字を使用する。

図３では図示を省略したが、この画像形成装置１００と仲介装置１０１とを接続するＬＡＮ１４０（他のネットワーク又は専用線でもよい）はユーザの構築する環境であり、ここには、図１３に示すように、ウェブブラウザ１２１を備えたＰＣ（パーソナルコンピュータ）１２０やＤＨＣＰによって画像形成装置１００等にＩＰアドレスを割り当てるためのＤＨＣＰサーバ１３０も接続されていることも多い。そして、画像形成装置１００は、このＤＨＣＰサーバ１３０に対して一定期間毎に自動的にＩＰアドレスの設定指示の要求を行い、それに応じた設定指示を受け付けて設定を行う通信設定の動的設定を行うことができる。もちろん、ウェブブラウザ１２１や操作パネル２０５等のユーザインタフェースや、仲介装置１０１及び管理装置１０２等の外部装置からの不定期の設定指示があるまで設定を維持する静的設定も、行うことができる。これらの動的設定と静的設定は、選択的に行うことができる。

このような画像形成装置管理システムにおいて、ユーザ（機器利用者）が画像形成装置１００の設定変更を希望する場合には、例えばウェブブラウザ１２１のプログラムを実行してＰＣ１２０から画像形成装置１００にアクセスすることによって変更指示を行うことができる。
具体的には、所定のＵＲＬ（Uniform Resource Locator）を入力して画像形成装置１００にアクセスすると、ウェブアプリ３１４がまず矢印（１）で示すようにウェブページのデータを返し、ウェブブラウザ１２１はその内容を表示部（ハードウェアとしてはＰＣ１２０のディスプレイ等）に表示する。ユーザが通信設定の変更を希望する場合、その旨を選択すると、ウェブアプリ３１４はそれに応じて例えば図１４に示すような通信設定指示画面７００を表示するデータを返し、ウェブブラウザ１２１はその内容を表示する。

この画面には、通信Ｉ／Ｆ選択欄７０１，設定内容入力欄７０２，決定キー７０３を含む。そして、ユーザが通信Ｉ／Ｆ選択欄７０１のプルダウンメニューで設定を指示したい通信Ｉ／Ｆを選択し、この選択に応じて設定内容入力欄７０２に表示される設定項目が変化する場合もあるが、指示したい設定内容を設定内容入力欄７０２に入力して決定キー７０３を押下（クリック）すると、ユーザが指示した内容（例えばＩＰアドレスの変更）が、矢印（２）で示すように設定指示としてウェブアプリ３１４に送信される。この設定指示には、少なくとも設定に係る通信Ｉ／Ｆの種類と設定すべき通信設定の情報が含まれる。

従ってこの場合、ウェブブラウザ１２１（あるいはそれを実行するＰＣ１２０の操作手段や表示手段）はユーザが設定変更を指示するためのユーザインタフェースとして機能し、画像形成装置１００のコントローラボード２００に備えたＣＰＵであるコントローラＣＰＵはウェブアプリ３１４を実行することによってユーザインタフェース制御手段及び設定指示受付手段として機能する。
ウェブアプリ３１４は、（２）の設定指示を受け付けると、これを、その設定指示に係る通信Ｉ／Ｆの種類及び設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換し、矢印（３）で示すようにＳＣＳ３０６に渡す。

ここで、コードと設定項目との対応関係は例えば図１５に示すように定めることができる。この場合、例えばＩＥＥＥ８０２．１１ｂＩ／ＦのＩＰアドレスについての設定指示は、設定すべきＩＰアドレスに「Ｘ００１」というコードを付した情報に変換することになる。
このようにすることにより、以後この設定指示を取り扱う各プログラム（あるいはハードウェア）は、ユーザインタフェースに依存したデータ形式を認識できなくても、例えば図１５に示したようなテーブルをＮＶ−ＲＡＭ２０２に記憶しておき、これをそれぞれ参照することにより、コードとそのコードが付された設定内容とによって、ウェブアプリ３１４が受け付けた設定指示の内容を認識することができる。

以上の矢印（３）までの過程が、ウェブブラウザから設定指示を受け付ける場合に特有な処理であり、以後の処理は、他のユーザインタフェースやＤＨＣＰサーバ１３０以外の外部装置の設定指示の場合、つまり静的設定に係る設定指示の場合についても、同様に行うことができる。すなわち、静的設定に係る設定指示は全て、コードとそのコードが付された設定内容とに変換された状態でＳＣＳ３０６に送るようにすることにより、その要求元に関わらず以後共通に取り扱うことができるようにしている。

次に、ＳＣＳ３０６は矢印（４）で示すようにＮＣＳ３０３にコードと設定内容とを渡す。そして、ＮＣＳ３０３は、この要求にエラー等がなく、正常なものであれば、静的設定の場合には矢印（５）で示すように、第１の記憶手段であるＮＶ−ＲＡＭ２０２にその設定内容を記憶する。なお、ここに記憶している通信設定は、その時点での通信に反映させるためのものではなく、必要が生じた場合に取り出せるように記憶しておくものである。そして、ここで設定内容を記憶させるのは、次の設定処理で設定指示の内容が反映されない場合もあるので最新の通信設定を保持しておくためである。またここでは、コントローラＣＰＵがＮＣＳ３０３を実行することにより、通信設定の設定指示を取得して一括管理する通信設定管理手段として機能する。

その後、ＮＣＳ３０３は、矢印（６）で示すようにネットワーク設定通知をウェブアプリ３１４とＳＣＳ３０６に送信する。この通知は、例えば図１６に示したような内容を含み、通信設定の設定指示があった旨及びその内容、さらにそれに付随して必要な情報を通知するものである。図１６には、ＩＰアドレスについての設定指示があった場合のネットワーク設定通知の例を示しているが、必ずしも設定指示があった項目のみでなく、関連項目のデータも含む場合がある。
このネットワーク設定通知は、設定動作を行うＳＣＳ３０６に加えて全てのユーザインタフェース制御手段に送信するが、ここではコントローラＣＰＵをユーザインタフェース制御手段として機能させるプログラムはウェブアプリ３１４とＳＣＳ３０６であるので、送信先をウェブアプリ３１４とＳＣＳ３０６としている。この処理において、コントローラＣＰＵがＮＣＳ３０３を実行することにより、設定指示通知手段として機能する。

このようにユーザインタフェース制御手段に対してネットワーク設定通知を行うことにより、通信設定の設定指示があった旨及びその内容等を伝達することができ、各ユーザインタフェース制御手段によって対応する各ユーザインタフェースの表示等に反映させることができる。また、ユーザインタフェース制御手段がネットワーク設定通知に係る情報を必要としているか否かをＮＣＳ３０３側で判断するようにすると処理が複雑になるので、処理の単純化のため、ネットワーク設定通知の取捨選択はユーザインタフェース制御手段側で行うこととし、全てのユーザインタフェース制御手段に対してネットワーク設定通知を行うようにしている。
一方、ユーザインタフェース制御手段側においても、設定指示の内容を取得するためにＮＣＳ３０３のみと通信するだけでよいので、処理を単純化できる。また、ＮＣＳ３０３とはプロセス間通信を確立していることが多いため、設定指示の取得のために新たにプロセス間通信の確立を要求される場合は少なく、処理負担の増加を最小限に抑えることができる。

ＳＣＳ３０６は、ネットワーク設定通知が送られてくると、その設定通知に係る設定指示を通信に反映させる必要があるか否かを判断し、必要があれば、そのネットワーク設定通知の内容に従って、ということはすなわち受け付けた設定指示に従って、通信設定を設定する。そして、上記の判断の基準や内容については後に詳述するが、ここで設定を行った場合には、矢印（７）で示すようにその旨を通知する設定通知を仲介装置１０１に対して発行する。この発行は、ＳＣＳ３０６がＮＲＳ３０５に指示して行わせるものである。
このような設定通知を発行するので、新たな通信設定を通信に反映させる場合には、その旨を仲介装置１０１側で認識して対応できるため、画像形成装置１００と仲介装置１０１との間の通信に支障が生じることはない。
この画像形成装置１００は、以上のようにユーザからの設定指示の受け付けとその設定指示に対する処理を行う。

また、ここではユーザインタフェースとしてウェブブラウザ１２１を用いる例について説明したが、画像形成装置１００は操作パネル２０５を備えており、もちろんこれをユーザインタフェースとして使用することができる。
図１７及び図１８に、操作パネル２０５で設定指示を受け付ける場合の表示画面例を示す。図１７はＩＥＥＥ８０２．３Ｉ／Ｆについての設定指示を受け付ける場合の表示例、図１８はＩＥＥＥ１３９４Ｉ／Ｆについての設定指示を受け付ける場合の表示例を示す。
どちらの場合も、（ａ）の図では、斜線で示したボタンを押下することにより、設定指示の対象とするＩ／Ｆの種類を選択した状態を示している。図１７の（ａ）に示した「本体ＩＰアドレス」のキーを押下すると（ｂ）の本体ＩＰアドレス設定画面に移行する。この画面で「自動的に取得」ボタンを押下すると（ｄ）の画面に移行し、ここで「設定」を押下すると、ＩＥＥＥ８０２．３Ｉ／ＦのＩＰアドレスをＤＨＣＰモードすなわち動的設定に切り換える旨の設定指示を行ったことになる。

一方、（ｂ）の画面で「変更」キーを押下して（ｃ）のＩＰアドレス入力画面に移行し、ここでＩＰアドレスを入力して「＃」キーを押下して（ｂ）の画面に戻り、さらに「設定」キーを押下すると、ＩＥＥＥ８０２．３Ｉ／ＦのＩＰアドレスを入力した値に設定する旨の設定指示を行ったことになる。
他の設定項目については表示画面例の図示は省略するが、（ａ）の画面において変更を希望する設定項目のキーを押下すれば、その項目の設定変更を指示する画面に移行する。図１８に示した例においても、概ね同様な操作で設定指示を行うことができる。
この画像形成装置１００において直接操作パネル２０５の動作を制御するのはＯＣＳ３００であるが、これは単に表示信号の印加及びなされた操作の内容を検知するためのものであり、実際に表示内容を指定し、操作内容を解釈するのはＳＣＳ３０６であるので、ＳＣＳ３０６を実行するコントローラＣＰＵが操作パネル２０５についてのユーザインタフェース制御手段であり、設定指示受付手段となる。

そして、操作パネル２０５から入力された設定指示は図１３の矢印（８）で示すようにＳＣＳ３０６に渡され、ＳＣＳ３０６がその設定指示を、上述のコードを設定内容に付した情報に変換し、矢印（４）以降の処理に供する。
また、仲介装置１０１や管理装置１０２に、画像形成装置１００に対して設定指示を送信する手段を設けることもできる。この場合には、この設定指示はＳＯＡＰメソッドとして入力され、矢印（９）で示すようにＮＣＳ３０３とＮＲＳ３０５を経てＳＣＳ３０６に渡される。そしてこの場合も、ＳＣＳ３０６がその設定指示を、上述のコードを設定内容に付した情報に変換し、矢印（４）以降の処理に供する。

さらにまた、この画像形成装置１００は、ＤＨＣＰサーバ１３０からのＩＰアドレス割り当ても設定指示として取り扱う。この場合、設定指示はＮＣＳ３０３に渡され、ＮＣＳ３０３が設定指示受付手段として機能する。動的設定の場合には矢印（５）で示したＮＶ−ＲＡＭ２０２への記憶は行わないが、設定の内容は図示を省略したＲＡＭに記憶し、その後矢印（６）以降の処理に供する。
以上のように、画像形成装置１００は、様々な装置あるいはインタフェースから設定指示を受け取ることができるが、その内容は最終的にはネットワーク設定通知という形の一定のフォーマットでＳＣＳ３０６に通知され、ＳＣＳ３０６が通信に反映させる必要があると判断した設定のみを実際に設定し、その旨を仲介装置に設定通知を発行して伝達するのである。

次に、通信設定のうちＩＰアドレスの設定のみに着目して、上述した設定処理についてより詳細に説明する。図１９はそのＩＰアドレス設定処理のうち起動時の処理を示すフローチャート、図２０はその続きで通常動作時の処理を示すフローチャートである。
なお、これらのフローチャートに示した処理は、コントローラＣＰＵがＮＣＳ３０３，ＮＲＳ３０５，ＳＣＳ３０６を始めとする種々のプログラムを実行することによって実現されるものである。そして、これらのフローチャートには、コントローラＣＰＵが全体としてどのような動作を行うかを示しており、従ってステップによって実際に処理を行うためのプログラムが異なることになる。

コントローラＣＰＵは、画像形成装置１００が起動されると、所定のブートプログラムを実行し、図１９のフローチャートに示す処理を開始する。まず、ステップＳ１で、ＳＣＳ３０６とＮＲＳ３０５を起動する。
そして、ステップＳ２でＳＣＳ３０６が使用するＲＡＭ領域を０で初期化する。このＲＡＭ領域は、コントローラボード２００に備えたＲＡＭ上に設けられ、通信に反映させる通信設定を記憶する第２の記憶手段として使用する部分を含む。このステップＳ２の処理は、ＳＣＳ３０６によるものである。

次のステップＳ３では、ブートプログラムによりＮＣＳ３０３を起動し、ステップＳ４ではＮＣＳ３０３がＳＣＳ３０６及びＮＲＳ３０５とプロセス間通信を確立する。
ステップＳ５では、優先順位管理テーブルを参照し、各通信Ｉ／Ｆの優先順位と物理的な接続状態とから使用する通信Ｉ／Ｆを決定し、ＲＡＭに記憶する。すなわち、物理的な接続がなされている通信Ｉ／Ｆのうち最も優先順位が高いものを使用する通信Ｉ／Ｆとして決定する。さらに、エラー状態の情報も参照し、物理的な接続がなされていてかつ通信エラーが起こっていない通信Ｉ／Ｆのうち最も優先順位が高いものを使用する通信Ｉ／Ｆとして決定するようにしてもよい。このステップＳ５の処理においては、コントローラＣＰＵは通信手段決定手段として機能する。

ここで、優先順位管理テーブルは図２４に示すようなものであり、ネットワークＩ／Ｆ毎に、優先順位，物理的接続状態（接続端子に接続されているか否か），エラー状態を記憶しておくものである。図では「○」が物理的接続あり及び通信エラーなしを示し、「×」が物理的接続なし及び通信エラー発生中を示す。このうち、優先順位はユーザが任意に設定するが、この設定は、例えば操作パネル２０５や、ウェブブラウザ１２１によって表示するウェブページから行うことができる。また、物理的接続状態及びエラー状態の情報は、コントローラＣＰＵが所要の処理を行うことにより自動的に更新する。
コントローラＣＰＵは、これらの処理を行うため、図１９等の処理とは別に、常に図２５に示した優先順位テーブル管理処理を実行している。この処理は、ステップＳ５１で物理的接続状態及びエラー状態の変化を監視し、ステップＳ５２でユーザによる優先順位の変更操作有無を監視し、それぞれ状態の変化あるいは変更操作があった場合にステップＳ５３に進んで優先順位テーブルの内容を更新する。

物理的接続状態の監視は適宜配置したセンサからの信号により、エラー状態の監視は通信結果を取得することにより、変更操作の有無はＳＣＳ３０６が受け取る設定指示やネットワーク設定通知を監視することによって行うことができる。
この優先順位テーブル管理処理において、コントローラＣＰＵ及び優先順位テーブルが、エラー状態管理手段として機能する。

図１９の説明に戻ると、次のステップＳ６では、ステップＳ５で決定した通信Ｉ／ＦについてＤＨＣＰモードが設定されているか否かを判断する。設定されていなければ、ＩＰアドレスは静的設定であると判断し、ステップＳ７に進んでＮＶ−ＲＡＭ２０２から、その通信Ｉ／ＦについてのＩＰアドレスの設定を読み出し、ステップＳ５で決定した通信Ｉ／ＦのＩＰアドレスをその値に設定する設定指示を行い、その設定指示を処理するため、ステップＳ１１の設定処理を行う。
なお、ステップＳ６で読み出す通信設定は、前回の使用時に、図１３に示した矢印（５）の処理によって最後に記憶させた、最新の設定情報である。この情報を用いることにより、新たにＩＰアドレスの設定を受け付けなくても、最新の設定を復元することができる。

一方、ステップＳ６でＤＨＣＰモードが設定されていた場合には、ＩＰアドレスは動的設定であると判断し、ステップＳ８に進み、ＬＡＮ１４０に対してブロードキャストを行ってＩＰアドレスを発行するＤＨＣＰサーバ１３０を探す。そして、発見すると、以後そのＤＨＣＰサーバ１３０をＩＰアドレスの要求先として記憶し、ステップＳ９でそのＤＨＣＰサーバ１３０にＩＰアドレスを要求する。

ＤＨＣＰサーバ１３０はこれに応じてＩＰアドレスを送信してくるので、ステップＳ１０でこれを受信すると、これをＲＡＭに記憶し、ステップＳ１１の設定処理を行う。なお、この場合のＩＰアドレスの受信は、通常動作中の動的設定モードにおけるＩＰアドレス変更の場合と何ら変わるところはなく、ステップＳ５で決定した通信Ｉ／ＦのＩＰアドレスをその値に設定する設定指示があったものとして取り扱うことになる。また、ここでＩＰアドレスをＲＡＭに記憶するのは、次の設定処理で設定指示の内容が反映されない場合もあるので最新の通信設定を保持しておくためである。しかし、動的設定の内容は再起動時には必要ないので、ＮＶ−ＲＡＭ２０２ではなくコントローラボード２００上のＲＡＭに記憶させておく。
以上のステップＳ５乃至Ｓ１０の処理は、ＮＣＳ３０３によるものである。

ステップＳ１１の設定処理は、図２１のフローチャートに示すものである。この処理は、図１３に示した矢印（６），（７）及びその間の処理に該当する。図１３の説明では設定指示があった場合に行うものとしたが、上述のステップＳ７で読み出したＩＰアドレスを設定する場合も、上述のようにＮＣＳ３０３によって設定指示を行うようにすることにより、この設定処理に乗せ、処理の共通化を図ることができる。
この設定処理においては、まずステップＳ２１で、ＮＣＳ３０３がＳＣＳ３０６に対してネットワーク設定通知を発行する。これは図１３に矢印（６）で示した処理であり、この処理によってＳＣＳ３０６に対して設定指示の内容が伝達され、ＳＣＳ３０６によって以降の処理を行うことができるようにする。

ステップＳ２２からＳ２８までは、ＳＣＳによる処理である。
まず、ステップＳ２２では、使用中の通信Ｉ／Ｆの情報を取得する。これは、基本的にはステップＳ５で記憶した通信Ｉ／Ｆの情報であるが、その後ユーザの操作等により変更が加えられている場合もある。
次に、ステップＳ２３で、通知に係る設定変更が使用中の通信Ｉ／Ｆについてのものか否かを判断する。そして、使用中の通信Ｉ／Ｆについてのものでなければ、その時点で設定を行ってもその設定内容は使用されず、その後の設定と通知を行っても無駄になることから、そのまま元の処理に元る。特に、ＩＰアドレスの場合には、ＳＣＳ３０６は使用中の通信Ｉ／ＦについてのＩＰアドレスのみを、画像形成装置１００のＩＰアドレスとして通信に反映させるため第２の記憶手段となるＲＡＭ領域に記憶しているので、使用していない通信Ｉ／ＦについてのＩＰアドレスを設定してしまうわけにはいかない。このような場合であっても、後で使用する可能性のある通信設定は図１３の矢印（５）で示した処理においてＮＶ−ＲＡＭ２０２に記憶しているので、必要になった時点でＮＣＳ３０３がここから読み出して設定指示を行うようにすればよい。

一方、ステップＳ２３で使用中の通信Ｉ／Ｆについてのものであれば、ステップＳ２４に進み、使用する通信Ｉ／Ｆについてネットワークエラーが発生しているか否か判断する。この判断は、図２４に示した優先順位管理テーブルを参照して行ってもよいし、独自に通信状態を参照して行ってもよい。そして、エラーが発生してれば、通信を行うことはできないので、その時点で通信設定を行っても無意味であるから、そのまま元の処理に戻る。この場合には、別途エラー復帰時の処理等において設定を行うことになる。

ステップＳ２４でエラーが発生していなければ、ステップＳ２５に進み、ネットワーク設定通知によって通知されたＩＰアドレス、つまり新たに設定すべきＩＰアドレスが、現在設定されているＩＰアドレスと一致しているか否か判断する。そして、一致していれば、新たに設定を行っても無意味であるから、そのまま元の処理に戻る。なお、図１９のステップＳ１１でこの設定処理を実行している場合には、設定内容はゼロにリセットされた状態であるので、必ず一致していないと判断される。この処理においては、コントローラＣＰＵが比較手段として機能する。
ステップＳ２５で一致していなければ、ステップＳ２６に進むが、ステップＳ２３乃至ステップＳ２５の判断は、順序を変えて行ってもよい。

次のステップＳ２６では、通信に反映させるＩＰアドレスをネットワーク設定通知によって通知された通り設定する。この場合において、通信Ｉ／Ｆの種別も共に記憶しておくものとする。
以上のステップＳ２２乃至Ｓ２６の処理において、コントローラＣＰＵは設定手段として機能する。

ステップＳ２６の設定を行うと、ステップＳ２７に進み、仲介装置１０１に対する設定通知の発行のため、ＮＶ−ＲＡＭ２０２にアクセスして画像形成装置１００の識別情報、例えば機種機番を取得する。
そして、ステップＳ２８でＮＲＳ３０５にその識別情報を、設定変更した旨及びその内容と共に通知する。
ステップＳ２９はＮＲＳ３０５による処理であり、ＮＲＳ３０５がステップＳ２８の通知を受け取ると、設定変更があった旨を認識し、仲介装置１０１に対して設定通知を送信する。この設定通知には、画像形成装置１００の識別情報、通信設定を新たに設定した旨及びその内容の情報が含まれる。この通知は、例えば構造化言語であるＸＭＬ形式のＳＯＡＰメッセージとして記述するとよい。

図２６にその記述例を示す。また、図２７はそのＳＯＡＰメッセージに含まれる情報について説明するための説明図である。これらの図に示すように、設定通知には、識別情報である機種機番、通知の番号を示すコールＩＤ、新たに設定した通信設定（ここではＩＰアドレス）の情報を含む。そして、この通知自体が通信設定を新たに設定した旨の情報となる。
また、ここで挙げた例においては、実際に設定が変化した場合、すなわち設定指示に係る通信設定の内容と対応する設定前の通信設定の内容とが一致しなかった場合のみこの通知がなされるので、この設定通知は設定変更通知という意味合いになる。しかし、ステップＳ２３乃至Ｓ２５の判断をそっくりそのまま行うことは必須ではなく、場合によっては通信設定が変化していない場合に設定通知が発行されることもあり得る。
このステップＳ２９の処理においては、コントローラＣＰＵは設定手段として機能する。
そして、ステップＳ２９で設定処理は終了し、元の処理に戻る。

図１９及び図２０の説明に戻ると、図１９のステップＳ１１の処理終了によって、ＩＰアドレスの設定に関する起動時の処理を終了し、図２０のステップＳ１２に進む。
ステップＳ１２では、図２２に示した静的設定受付処理を行う。
この処理においては、まずステップＳ３１で、ユーザインタフェース制御手段及び設定指示受付手段として機能するウェブアプリ３１４やＳＣＳ３０６がＩＰアドレスの設定指示を受け付けたか否か判断する。なお、ＤＨＣＰが有効になっている通信Ｉ／Ｆについては設定指示を受け付けることがないようにユーザインタフェースにおける表示を制御するとよい。また、仲介装置１０１や管理装置１０２からの場合も、これらの装置側で、ＤＨＣＰが有効になっている通信Ｉ／Ｆについては設定指示を行わないようにするとよい。このような設定指示を誤って受け付けてしまった場合にこれを拒否するようにしてもよい。あるいは、ＤＨＣＰが有効になっている通信Ｉ／Ｆについて設定指示を受け付けた場合にＤＨＣＰモードを解除するようにしてもよい。

そして、受け付けていなければそのままもとの処理に戻るが、受け付けていれば、ステップＳ３２に進み、設定指示を受け付けた設定指示受付手段において、その設定指示を、その設定指示に係るＩＰアドレスに所要のコードを付した情報に変換する。そしてステップＳ３３でそれらのＩＰアドレスとコードをＳＣＳ３０６を介してＮＣＳ３０３に渡す。これらは、図１３において矢印（３）及び（４）で示した処理である。
そして、次のステップＳ３４はＮＣＳによる処理であり、渡されたコードを用いて設定指示の内容を認識し、ＮＶ−ＲＡＭ２０２に記憶している設定を変更する。これは、図１３において矢印（５）で示した処理であり、ここで記憶した設定は最新の通信設定の情報として保持されるので、後の設定処理において設定指示の内容が反映されなかった場合でも、後で必要になった場合には最新の通信設定の情報をここから読み出して使用することができる。
このステップＳ３４で静的設定受付処理を終了し、もとの処理に戻る。

図２０の説明に戻ると、次のステップＳ１３では、ＤＨＣＰモードが設定されている通信Ｉ／Ｆがあるか否か判断する。そして、あればステップＳ１４に進む。なければそのままステップＳ１５に進む。
ステップＳ１４では、図２３に示した動的設定受付処理を行う。
この処理は、ＮＣＳ３０３による処理であり、まずステップＳ４１で、現在ＤＨＣＰサーバ１３０によって発行されているＩＰアドレスの有効期間の終了が近いか否か判断する。有効期間までの残り時間が所定期間を切った場合にこの判断をＹＥＳにするものとする。そして、ＮＯであればそのままもとの処理に戻るが、ＹＥＳであればステップＳ４２に進んでＤＨＣＰサーバ１３０に対して新たなＩＰアドレスを要求する。

すると、ＤＨＣＰサーバ１３０はこれに応じてＩＰアドレスを送信してくるので、ステップＳ４３でこれを受信すると、これをＲＡＭに記憶する。そして、動的設定受付処理を終了し、元の処理に戻る。ここでＩＰアドレスをＲＡＭに記憶する趣旨は、図１９のステップＳ１０の場合と同様である。また、ここでＩＰアドレスを受信した場合に設定指示を受けたものとして取り扱うことは、上述した通りである。

図２０の説明に戻ると、次のステップＳ１５では、ステップＳ１２又はステップＳ１４で設定指示を受け付けたか否か判断する。そして、受け付けなければステップＳ１２に戻って処理を繰り返すが、受け付けるとステップＳ１６に進んで図２１に示した設定処理を行う。設定処理の内容は、既に説明した通りである。
以上のステップＳ１２乃至Ｓ１６の処理により、静的設定あるいは動的設定による設定指示を受け付けた場合に設定処理を実行し、必要な場合にその設定指示の内容を通信に反映させると共に仲介装置１０１に対して設定通知を送信することができる。
なお、これらのフローチャートに示した処理は、便宜上フローチャート形式で示したが、必ずしも１つずつ順に行わなければならないわけではない。例えば、設定処理中に別の設定指示を受け付けることも可能である。

また、このフローチャートには標準的な処理の流れを示したが、動作中に発生する各種イベントに応じて種々の割り込み処理を行ったり、ステップを移動したりするものとする。例えば、使用する通信Ｉ／Ｆについて発生していたエラーが解消され、通信状態が正常に戻った場合や、使用する通信Ｉ／Ｆが変更された場合には、直ちに図１９のステップＳ６に移動し、そこから処理を行う。エラー解消やＩ／Ｆ変更の場合には、第２の記憶手段には適当な設定がなされていないことが考えられるが、このようにすれば、静的設定の場合にはＮＶ−ＲＡＭ２０２から最新の設定を読み出し、動的設定の場合にはＤＨＣＰサーバからＩＰアドレスの割り当てを受け、これらの設定を反映させることができるので、適当な設定をした上で通信を再開することができる。なお動的設定の場合に、新たに割り当てを受けるのではなく、ＮＣＳ３０３がＲＡＭに記憶しているＩＰアドレスを用いるようにしてもよい。

次に、コントローラＣＰＵが図２０乃至図２３のフローチャートに示した処理を実行する場合、各種のトリガに応じて具体的にそれぞれのプログラムによってどのような処理を行うことになるかについて、より具体的な例を挙げて説明する。
まず、図２８に、ＤＨＣＰモードが設定されていない場合の起動時の処理及び通信のシーケンスの一例を示す。
この場合には、まずＳＣＳ３０６が使用するＲＡＭ領域を初期化し（Ｓ１０１）、ＮＣＳ３０３がＳＣＳ３０６及びＮＲＳ３０５とプロセス間通信を確立する（Ｓ１０２）。その後、ＮＣＳ３０３が使用する通信Ｉ／Ｆについての通信設定として記憶してあるＩＰアドレスをＮＶ−ＲＡＭ２０２から読み出し（Ｓ１０３）、その通信Ｉ／ＦについてＩＰアドレスをその値に設定する旨の設定指示を行い、ＳＣＳ３０６及びウェブアプリ３１４に対してその設定指示の内容を伝達するため、ネットワーク設定通知を発行する（Ｓ１０４）。このネットワーク設定通知には、少なくとも通信Ｉ／Ｆの種別及び設定すべきＩＰアドレスの情報を含む。

ＳＣＳ３０６は、このネットワーク設定通知を受け取ると、設定指示に係る設定内容に基づいて通信設定を設定する（Ｓ１０５）。そして、設定通知の送信のため、ＮＶ−ＲＡＭ２０２から画像形成装置１００の識別情報を取得する（Ｓ１０６）。ＳＣＳ３０６は、この識別情報と新たな設定の内容（少なくとも変更したＩＰアドレスは含む）をＮＲＳ３０５に渡し、ＮＲＳ３０５が仲介装置１０１に対して設定通知を発行する（Ｓ１０７）。
このようなシーケンスで、ＤＨＣＰモードが設定されていない場合の起動時処理を行うことができる。

次に、図２９に、操作パネル２０５あるいは仲介装置１０１からＩＰアドレスの設定指示を受けた場合の処理及び通信のシーケンスの一例を示す。
操作パネル２０５からＩＰアドレスが入力されて設定が指示されるか、仲介装置１０１からのＳＯＡＰメソッドによってＩＰアドレスの設定が指示されると、ＳＣＳ３０６はその設定指示を受け取り、所定のコードをそのＩＰアドレスに付した情報に変換する（Ｓ１１１）。
そして、そのコードとＩＰアドレスをＮＣＳ３０３に通知すると（Ｓ１１２）、ＮＣＳ３０３は通知されたＩＰアドレスをＮＶ−ＲＡＭ２０２に保存すると共に（Ｓ１１３）、コードとＩＰアドレスとによって設定指示に係る設定内容を認識し、これを通知するためにＳＣＳ３０６とウェブアプリ３１４に対してネットワーク設定通知を送信する（Ｓ１１４）。

ＳＣＳ３０６は、このネットワーク設定通知を受け取ると、図２１のステップＳ２３乃至Ｓ２５の判断により、設定が必要であると判断した場合には、設定指示に係る設定内容に基づいて通信設定を設定する（Ｓ１１５）。そして、ここで設定を行った場合には、図２８の場合と同様に、ＮＶ−ＲＡＭ２０２から画像形成装置１００の識別情報を取得し（Ｓ１１６）、ＮＲＳ３０５が仲介装置１０１に対して設定通知を発行する（Ｓ１１７）。
このようなシーケンスで、操作パネル２０５あるいは仲介装置１０１からＩＰアドレスの設定指示を受けた場合の処理を行うことができる。

次に、図３０に、ウェブブラウザ１２１からＩＰアドレスの設定指示を受ける場合の処理及び通信のシーケンスの一例を示す。
この場合、ウェブブラウザ１２１が所定のＵＲＬを指定してＩＰアドレス設定画面をウェブアプリ３１４に対して要求すると（Ｓ１２１）、ウェブアプリ３１４はこれに応じてＩＰアドレス設定画面の表示データを生成し（Ｓ１２２）、ウェブブラウザ１２１に返す（Ｓ１２３）。
その後、ユーザがそのＩＰアドレス設定画面においてＩＰアドレスを入力して設定を指示すると、ウェブブラウザ１２１はＩＰアドレスをその値に設定する旨の設定指示をウェブアプリ３１４に送信する（Ｓ１２４）。ウェブアプリ３１４はその設定指示を受け取り、所定のコードをそのＩＰアドレスに付した情報に変換する（Ｓ１２５）。

そして、そのコードとＩＰアドレスをＮＣＳ３０３に通知すると（Ｓ１２６）、ＮＣＳ３０３は通知されたＩＰアドレスをＮＶ−ＲＡＭ２０２に保存すると共に（Ｓ１２７）、コードとＩＰアドレスとによって設定指示に係る設定内容を認識し、これを通知するためにＳＣＳ３０６とウェブアプリ３１４に対してネットワーク設定通知を送信する（Ｓ１２８）。
ＳＣＳ３０６は、このネットワーク設定通知を受け取ると、図２９の場合と同様に、設定が必要であると判断した場合には設定指示に係る設定内容に基づいて通信設定を設定し（Ｓ１２９）、ここで設定を行った場合には、ＮＶ−ＲＡＭ２０２から画像形成装置１００の識別情報を取得し（Ｓ１３０）、ＮＲＳ３０５が仲介装置１０１に対して設定通知を発行する（Ｓ１３１）。
このようなシーケンスでウェブブラウザ１２１からＩＰアドレスの設定指示を受ける場合の処理を行うことができる。

次に、図３１に、ＤＨＣＰモードでＩＰアドレスを取得する場合の処理及び通信のシーケンスの一例を示す。
この場合、装置の起動時には、図２８の場合と同様にまずＳＣＳ３０６が使用するＲＡＭ領域を初期化し（Ｓ１４１）、ＮＣＳ３０３がＳＣＳ３０６及びＮＲＳ３０５とプロセス間通信を確立する（Ｓ１４２）。
その後、ＮＣＳ３０３は、ＬＡＮ１４０に対してDiscoverメッセージをブロードキャストする（Ｓ１４３）。ＤＨＣＰサーバ１３０は、このDiscoverメッセージを受け取ると、Offerメッセージを返し、自身で割り当て可能なＩＰアドレスやオプションをＮＣＳ３０３に通知する（Ｓ１４４）。ＮＣＳ３０３はこれに対してRequestメッセージを発してＩＰアドレスを要求し（Ｓ１４５）、この要求に問題がなければＤＨＣＰサーバ１３０はACKメッセージと共にＩＰアドレスを通知して、ＩＰアドレスを割り当てる（Ｓ１４６）。

ＮＣＳ３０３は、この割り当てがあると、これをＩＰアドレスの設定指示として取り扱い、そのＩＰアドレスをＲＡＭに保存する（Ｓ１４７）。そして、その設定指示の内容を示すネットワーク設定通知をＳＣＳ３０６に送信する（Ｓ１４８）。なお、図示は省略したが、このような動的設定の場合にもウェブアプリ３１４に対してネットワーク設定通知の送信を行う。
そして、ＳＣＳ３０６はこのネットワーク設定通知を受け取ると、途中の図示は省略しているが、図２９，図３０の場合と同様に、設定が必要であると判断した場合には設定指示に係る設定内容に基づいて通信設定を設定し、設定を行った場合には、ＮＲＳ３０５が仲介装置１０１に対して設定通知を発行する（Ｓ１４９）。

一方、ＮＣＳ３０３は割り当てられたＩＰアドレスの有効期限を監視しており、有効期限切れが近づいたことを検出すると、再度ＤＨＣＰサーバ１３０に対してRequestメッセージを発し、ＩＰアドレスの取得を要求する（Ｓ１５１）。すると、ＤＨＣＰサーバ１３０はACKメッセージと共にＩＰアドレスを通知して、再度ＩＰアドレスを割り当てる（Ｓ１５２）。
ＮＣＳ３０３は、この割り当てがあると、起動時の場合と同様にこれをＩＰアドレスの設定指示として取り扱い、そのＩＰアドレスをＲＡＭに保存する（Ｓ１５３）。そして、その設定指示の内容を示すネットワーク設定通知をＳＣＳ３０６に送信し（Ｓ１５４）、ＳＣＳ３０６が設定が必要であると判断した場合には設定指示に係る設定内容に基づいて通信設定を設定し、設定を行った場合には、ＮＲＳ３０５が仲介装置１０１に対して設定通知を発行する（Ｓ１５５）。
このようなシーケンスでＤＨＣＰモードでＩＰアドレスを取得する場合の処理を行うことができる。

以上説明した処理によれば、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段を備える通信装置において、通信設定管理手段が通信設定の設定指示を正常に取得した場合にユーザインタフェース制御手段に対してネットワーク設定通知を行うことにより、通信設定の設定指示があった旨及びその内容等を伝達することができ、複数のユーザインタフェースが存在する場合でも、各ユーザインタフェース制御手段によって対応する各ユーザインタフェースの表示等に反映させることができる。
また、複数のユーザインタフェースについての全てのユーザインタフェース制御手段に対してネットワーク設定通知を行うようにし、ネットワーク設定通知の取捨選択はユーザインタフェース制御手段側で行うようにすることにより、設定指示通知手段側でどのユーザインタフェース制御手段に通知すべきか判断する場合よりも、処理を簡略化することができる。

一方、ユーザインタフェース制御手段側においても、設定指示の内容を常に設定指示通知手段から受け取ることができ、このために特にデータの転送要求あるいは取得要求を行う必要がないので、処理を単純化できる。また、設定指示通知手段を、通常ユーザインタフェース制御手段との間でデータ転送の機会がある通信設定管理手段に設けることにより、ユーザインタフェース制御手段が設定指示の取得のために新たにデータ授受経路の確立を要求される場合は少なく、処理負担の増加を最小限に抑えることができる。さらに、設定指示があった場合に常に同じ設定指示通知手段から通知されるので、各ユーザインタフェース制御手段で設定指示通知手段との間のインタフェースを統一することができる。
従って、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段を備える通信装置において、設定指示の実行に必要な処理の負荷を低減し、また装置の開発を容易にすることができる。

なお、上述した実施例では、通信設定のうちＩＰアドレスを設定する場合の例について詳しく説明したが、ＩＰアドレス以外の例えばＤＮＳ設定，通信速度等の設定項目についても、同様に設定可能である。もちろん、１回の設定指示で複数の設定項目について設定することも可能である。
また、上述した実施例では、設定指示に係る通信Ｉ／Ｆの種類及び設定すべき設定項目と一対一で対応するコードを用いる例について説明したが、コードとしては、設定指示の受付時にユーザインタフェースの表示部に表示していた表示画面の種類と対応するコードを用いてもよい。例えば、図１４に示した通信設定指示画面７００と対応するコードを、その画面で受け付ける設定項目を表わすものとして用いるようにしてもよい。この場合、この画面と対応するコードをＡ００１とすると、Ａ００１のコードは、ＩＥＥＥ８０２．１１ｂＩ／Ｆについてのホスト名，ドメイン名，ＩＰアドレス，サブネットマスクの情報の組み合わせと対応することになる。そして、これらの設定項目のデータを並べる順番を予め決めておけば、このようなコードからでもどのデータがどの設定項目についてのものかを認識することができる。

さらに、管理装置から仲介装置経由で画像形成装置へ通信設定の設定指示等の要求を送信することができるが、この場合、管理装置は、仲介装置からのポーリング（送信要求があるかどうかの問い合わせ）を受けた場合にのみ、上記要求を送信することにより、その要求を画像形成装置が仲介装置経由で受信することができる。
この他、上述した実施例で説明したデータの形式や処理手順等を、発明の要旨を逸脱しない範囲で適宜変更してもよいことはもちろんである。
ユーザインタフェースについても、上述した操作パネルやウェブブラウザに限られるものではなく、リモコン式設定装置や専用の設定アプリケーション等の他のユーザインタフェースを用いることもできる。そしてこの場合には、用いるユーザインタフェースに対応するユーザインタフェース制御手段を通信装置側に設けることになる。

ここで、以上の実施例では、この発明による通信装置（電子装置）の例として通信機能を備えた画像形成装置について主に説明したが、この発明はこれに限られるものではなく、通信機能を備えたネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等も含め、通信機能を備えた各種電子装置に適用可能である。また、これらの装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。
さらに、通信装置の遠隔管理システムについても、通信装置，遠隔管理仲介装置，管理装置の構成及びこれらの接続形式は、以上の実施例に限られるものではない。
さらにまた、外部装置についても、仲介装置や管理装置に限られるものではなく、ＰＣ，サーバ，携帯電話，ＰＤＡ（携帯情報端末）等の通信機能を備えた各種電子装置に適用可能である。通信装置と外部装置との間の通信も、有線，無線を問わず、ネットワークを構築可能な各種通信回線（通信経路）を用いて行うことができる。

また、この発明のプログラムは、外部装置と通信を行う複数の通信手段と、所定の条件に従ってその複数の通信手段から通信に使用する通信手段を決定する通信手段決定手段とを有する通信装置を制御するコンピュータを、上述したような設定指示受付手段、設定手段、設定通知手段等として機能させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、コンピュータを通信装置の制御手段として機能させて上述したような効果を得ることができる。

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

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

この発明の通信装置の遠隔管理システムの構成の一例を示す概念図である。 その遠隔管理システムにおけるデータ送受モデルを示す概念図である。 この発明の通信装置の管理システムの一例である画像形成装置管理システムの構成の一例を示す概念図である。 図３の画像形成装置の物理的構成例を示すブロック図である。 その画像形成装置のソフトウェア構成例を示すブロック図である。 その画像形成装置におけるＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号について説明するための図である。

その画像形成装置におけるＮＲＳモジュールの構成を示す機能ブロック図である。 図３の仲介装置のハードウェア構成例を示すブロック図である。 その仲介装置のソフトウェア構成例を示すブロック図である。 図３の管理装置１０２の物理的構成例を示すブロック図である。 図３に示した画像形成装置遠隔管理システム内で行われるデータ送受信について説明するための通信シーケンスの一例を示す図である。 その他の通信シーケンスの一例を示す図である。

図３に示した画像形成装置管理システムにおける、この発明の特徴に係る動作の概要について説明するための図である。 ウェブブラウザの表示部に表示する設定指示画面の例を示す図である。 図３に示した画像形成装置管理システムにおいて用いるコードと設定項目との対応関係の例を示す図である。 ネットワーク設定通知に含まれる情報の例を示す図である。 操作パネル２０５で設定指示を受け付ける場合の表示画面例を示す図である。 その別の例を示す図である。

図３に示した画像形成装置管理システムにおけるＩＰアドレス設定処理のうち起動時の処理を示すフローチャートである。 その続きで通常動作時の処理を示すフローチャートである。 図１９及び図２０に示した設定処理の内容を示すフローチャートである。 図２０に示した静的設定受付処理の内容を示すフローチャートである。 図１８に示した動的設定受付処理の内容を示すフローチャートである。 図１９に示した処理の実行中に参照する優先順位管理テーブルの例を示す図である。

図２４に示した優先順位管理テーブルを管理するための優先順位テーブル管理処理の内容を示すフローチャートである。 図２１に示した設定処理中に送信する設定通知の記述例を示す図である。 その設定通知中に含まれる情報について説明するための図である。 図３に示した画像形成装置において、ＤＨＣＰモードが設定されていない場合の起動時の処理及び通信のシーケンスの一例を示す図である。 同じく、操作パネルあるいは仲介装置からＩＰアドレスの設定指示を受けた場合の処理及び通信のシーケンスの一例を示す図である。 同じく、ウェブブラウザからＩＰアドレスの設定指示を受ける場合の処理及び通信のシーケンスの一例を示す図である。 同じく、ＤＨＣＰモードでＩＰアドレスを取得する場合の処理及び通信のシーケンスの一例を示す図である。

符号の説明

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

Claims (10)

1. 通信設定に基づいて外部装置と通信を行う通信手段と、
   それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、
   該手段のそれぞれが対応する前記ユーザインタフェースから受け付けた前記通信設定の設定指示を取得して一括管理する通信設定管理手段と、
   該通信設定管理手段が取得した前記通信設定の設定指示に基づいて前記通信手段の通信設定を設定する設定手段とを有する通信装置であって、
   前記通信設定管理手段が、前記通信設定の設定指示を正常に取得した場合に全ての前記ユーザインタフェース制御手段に対してその内容を通知する設定指示通知手段を有することを特徴とする通信装置。
2. 請求項１記載の通信装置において、
   前記複数の各ユーザインタフェース制御手段は、対応する前記ユーザインタフェースから前記通信設定の設定指示を受け付けた場合に、該設定指示を、設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換する手段を有し、
   前記通信設定管理手段は、前記コードと該コードが付された設定内容とによって、前記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する手段を有することを特徴とする通信装置。
3. 請求項１記載の通信装置において、
   前記複数の各ユーザインタフェース制御手段は、対応する前記ユーザインタフェースから前記通信設定の設定指示を受け付けた場合に、該設定指示を、該設定指示の受付時に前記ユーザインタフェースの表示部に表示していた表示画面の種類と対応するコードを該表示画面において受け付けた設定内容に付した情報に変換する手段を有し、
   前記通信設定管理手段は、前記コードと該コードが付された設定内容とによって、前記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する手段を有することを特徴とする通信装置。
4. １又は２以上の通信装置と、該通信装置と直接又は間接的に接続された外部装置とによって構成される通信装置の遠隔管理システムであって、
   前記外部装置は、前記通信装置とネットワークによって接続され、該通信装置に対して各種要求を送信する手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、その遠隔管理仲介装置に前記各種要求を送信させることによって該遠隔管理仲介装置に接続された前記通信装置の管理を行う管理装置とを含み、
   前記通信装置が、
   通信設定に基づいて前記外部装置と通信を行う通信手段と、
   それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、
   該手段のそれぞれが対応する前記ユーザインタフェースから受け付けた前記通信設定の設定指示を取得して管理する通信設定管理手段と、
   該通信設定管理手段が取得した前記通信設定の設定指示に基づいて前記通信手段の通信設定を設定する設定手段とを有する通信装置であって、
   前記通信設定管理手段が、前記通信設定の設定指示を正常に取得した場合に全ての前記ユーザインタフェース制御手段に対してその内容を通知する設定指示通知手段を有することを特徴とする通信装置の遠隔管理システム。
5. 請求項４記載の通信装置の遠隔管理システムにおいて、
   前記通信装置の前記複数の各ユーザインタフェース制御手段は、対応する前記ユーザインタフェースから前記通信設定の設定指示を受け付けた場合に、該設定指示を、設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換する手段を有し、
   前記通信設定管理手段は、前記コードと該コードが付された設定内容とによって、前記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する手段を有することを特徴とする通信装置の遠隔管理システム。
6. １又は２以上の通信装置と、該通信装置とネットワークによって接続され、該通信装置に対して各種要求を送信する要求送信手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、該遠隔管理仲介装置に前記各種要求を送信させることによって該遠隔管理仲介装置に接続された前記通信装置の管理を行う管理装置とによって構成される通信装置の遠隔管理システムであって、
   前記遠隔管理仲介装置に、前記管理装置に対して定期的に送信要求があるかどうかの問い合わせを行う送信要求有無問合手段を設け、
   前記管理装置に、前記遠隔管理仲介装置から前記問い合わせがあった場合にのみ、該遠隔管理仲介装置への送信を許可する手段と、該手段による送信許可時に、前記通信装置に対して通信設定の設定指示を送信する手段とを設け、
   前記遠隔管理仲介装置の要求送信手段は、前記送信要求有無問合手段による前記管理装置への送信要求の問い合わせに対して、該管理装置から前記通信設定の設定指示等の要求を受信した場合にのみ、該要求を前記通信装置へ送信する手段であり、
   前記通信装置に、通信設定に基づいて前記遠隔管理仲介装置と通信を行う通信手段と、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、該手段のそれぞれが対応する前記ユーザインタフェースから受け付けた前記通信設定の設定指示を取得して管理する通信設定管理手段と、該通信設定管理手段が取得した前記通信設定の設定指示に基づいて前記通信手段の通信設定を設定する設定手段とを設け、
   前記通信装置の通信設定管理手段が、前記通信設定の設定指示を正常に取得した場合に全ての前記ユーザインタフェース制御手段に対してその内容を通知する設定指示通知手段を有することを特徴とする通信装置の遠隔管理システム。
7. 通信設定に基づいて外部装置と通信を行う通信手段と、それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段とを有する通信装置の制御方法であって、
   前記ユーザインタフェース制御手段のそれぞれが対応する前記ユーザインタフェースから受け付けた前記通信設定の設定指示を取得して一括管理し、
   取得した前記通信設定の設定指示に基づいて前記通信手段の通信設定を設定し、
   また前記通信設定の設定指示を正常に取得した場合に全ての前記ユーザインタフェース制御手段に対してその旨を通知することを特徴とする通信装置の制御方法。
8. 請求項７記載の通信装置の制御方法において、
   前記通信設定の設定指示において設定を指示可能な各設定項目について、該設定項目と一対一で対応するコードを用意し、
   前記各ユーザインタフェース制御手段が対応する前記ユーザインタフェースから前記通信設定の設定指示を受け付けた場合に、該設定指示を前記コードを各設定項目における設定内容に付した情報に変換し、
   以後前記コードと該コードが付された設定内容とによって前記設定指示の内容を認識することを特徴とする通信装置の制御方法。
9. 通信設定に基づいて外部装置と通信を行う通信手段を有する通信装置を制御するコンピュータを、
   それぞれ異なるユーザインタフェースの制御を行う複数のユーザインタフェース制御手段と、
   該手段のそれぞれが対応する前記ユーザインタフェースから受け付けた前記通信設定の設定指示を取得して管理し、該通信設定の設定指示を正常に取得した場合に前記複数のユーザインタフェース制御手段の全てに対してその旨を通知する設定指示通知機能を有する通信設定管理手段と、
   該通信設定管理手段が取得した前記通信設定の設定指示に基づいて前記通信手段の通信設定を設定する設定手段として機能させるためのプログラム。
10. 請求項９記載のプログラムにおいて、
    前記複数の各ユーザインタフェース制御手段は、対応する前記ユーザインタフェースから前記通信設定の設定指示を受け付けた場合に、該設定指示を、設定すべき設定項目と一対一で対応するコードを該設定項目における設定内容に付した情報に変換する機能を有し、
    前記通信設定管理手段は、前記コードと該コードの付された設定内容とによって、前記ユーザインタフェース制御手段が受け付けた設定指示の内容を認識する機能を有することを特徴とするプログラム。

Images