(57)【要約】【目的】  外部装置との通信機能を有効にする設定を、必要な場合にのみ容易に行うことができるようにする。【構成】  仲介装置１０１と通信を行う通信手段と、上記通信手段を介して仲介装置１０１から受信した要求に対して有効な応答を返す要求処理手段（ＮＲＳ）とを備えた画像形成装置１００において、上記要求処理手段を、所定のトリガに応じて要求処理手段自身の機能を有効状態にする有効化動作を行い、その有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態に設定することができるようにする。この場合において、上記所定のトリガとして、仲介装置１０１から受信する機器検索要求を用いるとよい。【選択図】        図１４
2004180276.tif 000002
【特許請求の範囲】
【請求項１】
外部装置と通信を行う通信手段と、
該通信手段を介して前記外部装置から受信した要求に対して有効な応答を返す要求処理手段とを備えた通信装置であって、
前記要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは前記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段を設けたことを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置において、
前記要求処理手段は、前記受信した要求が情報取得要求であった場合に、当該通信装置の情報を有効な応答として返す手段であることを特徴とする通信装置。
【請求項３】
外部装置と通信を行う通信手段と、
該通信手段を介して前記外部装置から受信した要求に対して有効な応答を返す要求処理手段とを備えた通信装置であって、
前記要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは前記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段を設け、
前記所定のトリガが、前記外部装置から受信する所定の要求であることを特徴とする通信装置。
【請求項４】
請求項３記載の通信装置において、
前記要求処理手段は、前記受信した要求が情報取得要求であった場合に、当該通信装置の情報を有効な応答として返す手段であることを特徴とする通信装置。
【請求項５】
請求項３又は４記載の通信装置において、
前記要求処理手段は、前記待機状態においては前記所定の要求以外の要求に対しては機能が無効状態である旨の応答を返す手段を有することを特徴とする通信装置。
【請求項６】
請求項３乃至５のいずれか一項に記載の通信装置において、
前記所定の要求は、該要求の発信元のアドレス情報を含み、
前記有効化動作の際に該アドレス情報を通信先情報として記憶する通信先情報記憶手段を設けたことを特徴とする通信装置。
【請求項７】
請求項６記載の通信装置において、
前記要求処理手段は、前記通信先情報に係る発信元から受信した要求に対してのみ有効な応答を返すことを特徴とする通信装置。
【請求項８】
請求項６又は７記載の通信装置において、
前記要求処理手段は、前記待機状態以外でかつ前記通信先情報記憶手段に通信先情報が記憶されている状態で該通信先情報に係る外部装置以外から前記所定の要求を受信した場合には機能が無効状態である旨の応答を返す手段を有することを特徴とする通信装置。
【請求項９】
請求項３乃至８のいずれか一項に記載の通信装置において、
前記要求処理手段は、前記有効化動作を行う場合に前記所定の要求の発信元に対してその旨を通知する手段を有することを特徴とする通信装置。
【請求項１０】
請求項３乃至９のいずれか一項に記載の通信装置において、
前記待機設定手段は、前記外部装置から予め定めた要求を受信した場合に前記要求処理手段を前記待機状態に設定する手段を有することを特徴とする通信装置。
【請求項１１】
請求項１乃至１０のいずれか一項に記載の通信装置において、
前記要求処理手段は、外部装置から受信した要求に対して有効な応答を返すか否かを該要求の受信直後にその時点での動作状態を参照して判断するようにしたことを特徴とする通信装置。
【請求項１２】
請求項１乃至１１のいずれか一項に記載の通信装置において、
前記通信手段によって受信する要求及び前記要求処理手段が返す応答は、構造化言語形式で記載されていることを特徴とする通信装置。
【請求項１３】
１又は２以上の通信装置と、該通信装置と直接又は間接に接続された外部装置とによって構成される通信装置の遠隔管理システムであって、
前記外部装置は、該通信装置とネットワークによって接続され、前記通信装置に対して各種要求を送信する要求送信手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、前記遠隔管理仲介装置に前記各種要求を送信させることによって該遠隔管理仲介装置に接続された前記通信装置の管理を行う管理装置とを含み、
前記通信装置に、前記外部装置と通信を行う通信手段と、該通信手段を介して前記外部装置から受信した要求に対して有効な応答を返す要求処理手段と、該要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは前記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段とを設け、
前記所定のトリガは、前記外部装置から受信する所定の要求であることを特徴とする通信装置の遠隔管理システム。
【請求項１４】
請求項１３記載の通信装置の遠隔管理システムにおいて、
前記遠隔管理仲介装置の要求送信手段は、定期的に前記通信装置に対して前記所定の要求を送信することを特徴とする通信装置の遠隔管理システム。
【請求項１５】
請求項１３又は１４記載の通信装置の遠隔管理システムにおいて、
前記遠隔管理仲介装置は、各種指示を入力する操作部を備え、
前記遠隔管理仲介装置の要求送信手段は、前記操作部からの指示に従って前記通信装置に対して前記所定の要求を送信することを特徴とする通信装置の遠隔管理システム。
【請求項１６】
請求項１３乃至１５のいずれか一項に記載の通信装置の遠隔管理システムにおいて、
前記遠隔管理仲介装置に、自身が管理すべき通信装置の識別情報を記憶する記憶手段を設け、
前記遠隔管理仲介装置の要求送信手段は、前記所定の要求を送信する場合には、前記該識別情報に対応する通信装置にのみ送信することを特徴とする通信装置の遠隔管理システム。
【請求項１７】
請求項１３乃至１６のいずれか一項に記載の通信装置の遠隔管理システムにおいて、
前記通信装置に、前記要求処理手段によって前記有効化動作が行われた場合に、前記遠隔管理仲介装置を介して前記管理装置との間で通信試験を行う手段を設けたことを特徴とする通信装置の遠隔管理システム。
【請求項１８】
請求項１３乃至１７のいずれか一項に記載の通信装置の遠隔管理システムにおいて、
前記通信装置の前記待機設定手段は、前記外部装置から予め定めた要求を受信した場合に、前記要求処理手段を前記待機状態に設定する手段を有することを特徴とする通信装置の遠隔管理システム。
【請求項１９】
１又は２以上の通信装置と、該通信装置とネットワークによって接続され、前記通信装置に対して各種要求を送信する要求送信手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、前記遠隔管理仲介装置に前記各種要求を送信させることによって該遠隔管理仲介装置に接続された前記通信装置の管理を行う管理装置とによって構成される通信装置の遠隔管理システムであって、
前記遠隔管理仲介装置に、前記管理装置に対して定期的に送信要求があるかどうかの問い合わせを行う送信要求有無問合手段を設け、
前記遠隔管理仲介装置の要求送信手段は、前記送信要求有無問合手段による前記管理装置への送信要求の問い合わせに対して、該管理装置から要求を受信した場合にのみ、該要求を前記通信装置へ送信する手段であり、
前記通信装置に、前記遠隔管理仲介装置と通信を行う通信手段と、該通信手段を介して前記遠隔管理仲介装置から受信した要求に対して有効な応答を返す要求処理手段と、該要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは前記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段とを設けたことを特徴とする通信装置の遠隔管理システム。
【請求項２０】
外部装置と通信を行う通信手段と、
該通信手段を介して前記外部装置から受信した要求に対して有効な応答を返す要求処理手段とを備えた通信装置の制御方法であって、
前記要求処理手段に、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは前記受信した要求に対して有効な応答を返さない待機状態の動作を行わせることを特徴とする通信装置の制御方法。
【請求項２１】
請求項２０記載の通信装置の制御方法において、
前記所定のトリガとして、前記外部装置から受信する所定の要求を用いることを特徴とする通信装置の制御方法。
【請求項２２】
請求項２１記載の通信装置の制御方法において、
前記所定の要求は、該要求の発信元のアドレス情報を含むものであり、
前記有効化動作の際に該アドレス情報を通信先情報として記憶しておき、
前記要求処理手段に、前記通信先情報に係る発信元から受信した命令に対してのみ有効な応答を返させることを特徴とする通信装置の制御方法。
【請求項２３】
外部装置と通信を行う通信手段を備えた通信装置を制御するコンピュータに、
前記通信手段を介して前記外部装置から受信した要求に対して有効な応答を返す要求処理機能と、
該要求処理機能を、所定のトリガに応じて該要求処理機能自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは前記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定機能とを実現させるためプログラム。
【請求項２４】
請求項２３記載のプログラムにおいて、
前記所定のトリガは、前記外部装置から受信する所定の要求であることを特徴とするプログラム。
【請求項２５】
請求項２３又は２４記載のプログラムにおいて、
前記所定の要求は、該要求の発信元のアドレス情報を含むものであり、
前記コンピュータに、前記有効化動作の際に該アドレス情報を通信先情報として記憶手段に記憶させる機能をも実現させるプログラムを含み、
前記要求処理機能は、前記通信先情報に係る発信元から受信した要求に対してのみ有効な応答を返す機能であることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、外部装置から受信した要求に対して応答を返す機能を備えた通信装置、このような通信装置とこれに接続された遠隔管理仲介装置とこれに接続された管理装置とによって構成された通信装置の遠隔管理システム、上記のような通信装置の制御方法、および通信装置を制御するコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来から、通信機能を備えたプリンタ，ファクシミリ（ＦＡＸ）装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置を始め、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能（通信手段）を持たせた通信装置（電子装置）を被管理装置とし、サービスセンタ（管理センタ）の管理装置（外部装置）が公衆回線等の通信回線（専用回線でもよい）経由でこれらの被管理装置を遠隔管理する遠隔管理システムが提案されている。
あるいは、被管理装置が通信機能を備えていない場合や、通信機能を備えていてもその機能が管理装置と通信するための機能を持っていない場合には、その被管理装置に管理装置と通信可能な通信機能を有する遠隔管理仲介装置（以下単に「仲介装置」ともいう）を通信回線経由で接続し、管理装置が通信回線および仲介装置経由で被管理装置を遠隔管理する遠隔管理システムも提案されている。
【０００３】
例えば、被管理装置がデジタル複写機のような画像形成装置（画像処理装置）の場合には、顧客のオフィス等に画像形成装置と共に仲介装置（ラインアダプタ）を設置し、その画像形成装置とサービスセンタ内の管理装置（監視端末装置）とを公衆回線および仲介装置によって通信可能にし、その管理装置によって顧客先の画像形成装置の状態を管理する画像形成装置管理システムが知られている。（特許文献１参照）
【特許文献１】特開平６−２３７３３０号公報
【０００４】
このような画像形成装置管理システムによれば、サービスセンタ側で顧客先の画像形成装置の状態を容易に把握することができるので、画像形成装置に故障が発生したり、部品の寿命が近づいたり、消耗品の残りが少なくなったりした場合等に、顧客に連絡して警告する、サービスマンを派遣して修理を行う、消耗品の注文を受け付ける、等の対応を容易にあるいは自動的に行うことができ、画像形成装置の維持管理に必要な労力を低減することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、このような画像形成装置管理システムの構築のために使用する画像形成装置は、工場出荷時点では、以下の（１）〜（４）に示す理由により、管理装置と通信するための機能（ＣＳＳ機能）が無効になっており、管理装置と通信できないようになっている。
（１）工場出荷前にＣＳＳ機能が有効になっていると、顧客先に設置された後、適切な設定や接続がなされていない場合でも管理装置と通信できないという通信エラーが発生することがあるため、それを管理装置との通信に異常が発生したと誤認し、誤って警告（メッセージの表示や電子メール等）を発してしまうことがありえる。
（２）ＣＳＳ機能に対応する仲介装置（仲介装置の機能を有する画像形成装置）の設置後の設定作業が難しいため、顧客自身には仲介装置を設置させないようにしていた。
【０００６】
（３）顧客によって保守契約が異なる場合があり、またＣＳＳ機能の利用契約を行っていない場合やそもそもサービスを行っていない地域ではＣＳＳ機能は動作させてはいけないが、これらの顧客に対しても共通の機能を有する画像形成装置を販売したいという要求があった。
（４）管理装置との通信には顧客の電話回線を使用するため、むやみにＣＳＳ機能を有効にして回線を占有しないようにする必要があった。
【０００７】
画像形成装置のＣＳＳ機能を有効にするためには、その画像形成装置を顧客のオフィス等に設置した後、ＣＳＳ機能を有効にして管理装置と通信可能にする必要があるが、これは以下のような手順で行っていた。
すなわち、まずＣＳＳ機能を有する画像形成装置を購入等し、ＣＳＳ機能の使用契約を行った顧客をサービスマンが訪問し、その画像形成装置のサービスマン用設定モード（ＳＰモード）によってＣＳＳ機能を有効にする設定を行う。そして、サービスマンがサービスセンタに電話等で連絡を行った後、画像形成装置を操作してサービスセンタの管理装置との間で接続確認を行う。この接続確認が成功であれば、サービスセンタからサービスマンに連絡を入れてその旨を伝え、以後顧客先の画像形成装置とサービスセンタの管理装置とが通信可能になる。
【０００８】
このため、ＣＳＳ機能を有する画像形成装置を顧客先に設置してＣＳＳ機能（管理装置との通信機能）を有効にするには、その都度顧客先にサービスマンを派遣して１台ずつＣＳＳ機能を有効にするための作業を行う必要があり、労力やコストがかかるという問題があった。
この発明は、上記の問題点に鑑みてなされたものであり、顧客先に設置された１台又は複数台の通信装置が外部装置との通信機能を必要な場合にのみ自動的に有効にできるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この発明は、上記の目的を達成するため、画像形成装置等の通信装置（電子装置）、その通信装置と遠隔管理仲介装置と管理装置とによって構成された通信装置の遠隔管理システム、上記通信装置の制御方法、および通信装置を制御するコンピュータに必要な機能（この発明に係わる機能）を実行させるプログラムを提供する。
請求項１の発明による通信装置は、外部装置と通信を行う通信手段と、該通信手段を介して上記外部装置から受信した要求に対して有効な応答を返す要求処理手段とを備えた通信装置であって、上記要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段を設けたものである。
請求項２の発明による通信装置は、請求項１の通信装置において、上記要求処理手段を、上記受信した要求が情報取得要求であった場合に、当該通信装置の情報を有効な応答として返す手段としたものである。
【００１０】
請求項３の発明による通信装置は、外部装置と通信を行う通信手段と、該通信手段を介して上記外部装置から受信した要求に対して有効な応答を返す要求処理手段とを備えた通信装置であって、上記要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段を設け、上記所定のトリガを上記外部装置から受信する所定の要求としたものである。
請求項４の発明による通信装置は、請求項３の通信装置において、上記要求処理手段を、上記受信した要求が情報取得要求であった場合に、当該通信装置の情報を有効な応答として返す手段としたものである。
請求項５の発明による通信装置は、請求項３又は４の通信装置において、上記要求処理手段に、上記待機状態においては上記所定の要求以外の要求に対しては機能が無効状態である旨の応答を返す手段を備えたものである。
【００１１】
請求項６の発明による通信装置は、請求項３〜５のいずれかの通信装置において、上記所定の要求は該要求の発信元のアドレス情報を含み、上記有効化動作の際に該アドレス情報を通信先情報として記憶する通信先情報記憶手段を設けたものである。
請求項７の発明による通信装置は、請求項６の通信装置において、上記要求処理手段は、上記通信先情報に係る発信元から受信した要求に対してのみ有効な応答を返すものである。
請求項８の発明による通信装置は、請求項６又は７の通信装置において、上記要求処理手段に、上記待機状態以外でかつ上記通信先情報記憶手段に通信先情報が記憶されている状態で該通信先情報に係る外部装置以外から上記所定の要求を受信した場合には機能が無効状態である旨の応答を返す手段を備えたものである。
【００１２】
請求項９の発明による通信装置は、請求項３〜８のいずれかの通信装置において、上記要求処理手段に、上記有効化動作を行う場合に上記所定の要求の発信元に対してその旨を通知する手段を備えたものである。
請求項１０の発明による通信装置は、請求項３〜９のいずれかの通信装置において、上記待機設定手段に、上記外部装置から予め定めた要求を受信した場合に上記要求処理手段を上記待機状態に設定する手段を備えたものである。
請求項１１の発明による通信装置は、請求項１〜１０のいずれかの通信装置において、上記要求処理手段が、外部装置から受信した要求に対して有効な応答を返すか否かを該要求の受信直後にその時点での動作状態を参照して判断するようにしたものである。
請求項１２の発明による通信装置は、請求項１〜１１のいずれかの通信装置において、上記通信手段によって受信する要求及び上記要求処理手段が返す応答が構造化言語形式で記載されているものである。
【００１３】
請求項１３の発明による通信装置の遠隔管理システムは、１又は２以上の通信装置と、該通信装置と直接又は間接に接続された外部装置とによって構成される通信装置の遠隔管理システムであって、上記外部装置は、該通信装置とネットワークによって接続され、上記通信装置に対して各種要求を送信する要求送信手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、上記遠隔管理仲介装置に上記各種要求を送信させることによって該遠隔管理仲介装置に接続された上記通信装置の管理を行う管理装置とを含み、上記通信装置に、上記外部装置と通信を行う通信手段と、該通信手段を介して上記外部装置から受信した要求に対して有効な応答を返す要求処理手段と、該要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段とを設け、上記所定のトリガを上記外部装置から受信する所定の要求としたものである。
【００１４】
請求項１４の発明による通信装置の遠隔管理システムは、請求項１３の通信装置の遠隔管理システムにおいて、上記遠隔管理仲介装置の要求送信手段が、定期的に上記通信装置に対して上記所定の要求を送信するものである。
請求項１５の発明による通信装置の遠隔管理システムは、請求項１３又は１４の通信装置の遠隔管理システムにおいて、上記遠隔管理仲介装置が、各種指示を入力する操作部を備え、上記遠隔管理仲介装置の要求送信手段が、上記操作部からの指示に従って上記通信装置に対して上記所定の要求を送信するものである。
請求項１６の発明による通信装置の遠隔管理システムは、請求項１３〜１５のいずれかの通信装置の遠隔管理システムにおいて、上記遠隔管理仲介装置に、自身が管理すべき通信装置の識別情報を記憶する記憶手段を設け、上記遠隔管理仲介装置の要求送信手段が、上記所定の要求を送信する場合には、上記該識別情報に対応する通信装置にのみ送信するものである。
【００１５】
請求項１７の発明による通信装置の遠隔管理システムは、請求項１３〜１６のいずれかの通信装置の遠隔管理システムにおいて、上記通信装置に、上記要求処理手段によって上記有効化動作が行われた場合に、上記遠隔管理仲介装置を介して上記管理装置との間で通信試験を行う手段を設けたものである。
請求項１８の発明による通信装置の遠隔管理システムは、請求項１３〜１７のいずれかの通信装置の遠隔管理システムにおいて、上記通信装置の上記待機設定手段に、上記外部装置から予め定めた要求を受信した場合に、上記要求処理手段を上記待機状態に設定する手段を備えたものである。
【００１６】
請求項１９の発明による通信装置の遠隔管理システムは、１又は２以上の通信装置と、該通信装置とネットワークによって接続され、上記通信装置に対して各種要求を送信する要求送信手段を有する遠隔管理仲介装置と、該遠隔管理仲介装置とインタネットによって接続され、上記遠隔管理仲介装置に上記各種要求を送信させることによって該遠隔管理仲介装置に接続された上記通信装置の管理を行う管理装置とによって構成される通信装置の遠隔管理システムであって、上記遠隔管理仲介装置に、上記管理装置に対して定期的に送信要求があるかどうかの問い合わせを行う送信要求有無問合手段を設け、上記遠隔管理仲介装置の要求送信手段を、上記送信要求有無問合手段による上記管理装置への送信要求の問い合わせに対して、該管理装置から要求を受信した場合にのみ、該要求を上記通信装置へ送信する手段とし、上記通信装置に、上記遠隔管理仲介装置と通信を行う通信手段と、該通信手段を介して上記遠隔管理仲介装置から受信した要求に対して有効な応答を返す要求処理手段と、該要求処理手段を、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定手段とを設けたものである。
【００１７】
請求項２０の発明による通信装置の制御方法は、外部装置と通信を行う通信手段と、該通信手段を介して上記外部装置から受信した要求に対して有効な応答を返す要求処理手段とを備えた通信装置の制御方法であって、上記要求処理手段に、所定のトリガに応じて該要求処理手段自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態の動作を行わせるものである。
請求項２１の発明による通信装置の制御方法は、請求項２０記載の通信装置の制御方法において、上記所定のトリガとして、上記外部装置から受信する所定の要求を用いるものである。
請求項２２の発明による通信装置の制御方法は、請求項２１の通信装置の制御方法において、上記所定の要求は該要求の発信元のアドレス情報を含むものであり、上記有効化動作の際に該アドレス情報を通信先情報として記憶しておき、上記要求処理手段に、上記通信先情報に係る発信元から受信した命令に対してのみ有効な応答を返させるものである。
【００１８】
請求項２３の発明によるプログラムは、外部装置と通信を行う通信手段を備えた通信装置を制御するコンピュータに、上記通信手段を介して上記外部装置から受信した要求に対して有効な応答を返す要求処理機能と、該要求処理機能を、所定のトリガに応じて該要求処理機能自身の機能を有効状態にする有効化動作を行い、該有効化動作を行うまでは上記受信した要求に対して有効な応答を返さない待機状態に設定する待機設定機能とを実現させるためプログラムである。
請求項２４の発明によるプログラムは、請求項２３のプログラムにおいて、上記所定のトリガを上記外部装置から受信する所定の要求としたものである。
請求項２５の発明によるプログラムは、請求項２３又は２４のプログラムにおいて、上記所定の要求は該要求の発信元のアドレス情報を含むものであり、上記コンピュータに、上記有効化動作の際に該アドレス情報を通信先情報として記憶手段に記憶させる機能をも実現させるプログラムを含み、上記要求処理機能を、上記通信先情報に係る発信元から受信した要求に対してのみ有効な応答を返す機能としたものである。
【発明の効果】
【００１９】
この発明の通信装置、通信装置の遠隔管理システム、通信装置の制御方法によれば、必要な場合に設定を自動的に変更して外部装置との通信機能を有効にすることができるので、不要な場合には通信機能を無効にしておくことができる一方、装置を遠隔管理システムに組み込む（外部装置と通信可能にするための）操作を極めて容易に行うことができる。
また、この発明のプログラムによれば、コンピュータに通信装置を制御させてこのような通信装置の動作と機能を実現し、同様な効果を得ることができる。
【発明を実施するための最良の形態】
【００２０】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明による通信装置を被管理装置とする遠隔管理システムの構成例について説明する。
図１は、その遠隔管理システムの構成の一例を示す概念図である。なお、ここでは、通信機能を持ち、管理装置によって管理される通信装置（電子装置）を説明の便宜上「被管理装置」と云う。
【００２１】
この遠隔管理システムは、プリンタ，ＦＡＸ装置，デジタル複写機，デジタル複合機等の画像形成装置やスキャナ装置を含む画像処理装置、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた電子装置を被管理装置１０（１０ａ，１０ｂ，１０ｃ，１０ｄ，１０ｅ，１０ｆ）とする管理システムである。そして、この被管理装置１０と接続される（被管理装置側から見た）外部装置として、被管理装置１０とＬＡＮ（ローカルエリアネットワーク）等のネットワークによって接続された遠隔管理仲介装置である仲介装置１０１（１０１ａ，１０１ｂ，１０１ｃ）、更に仲介装置１０１とインタネット１０３を介して接続されるサーバ装置として機能する管理装置１０２を備え、当該管理装置１０２が、仲介装置１０１を介して各被管理装置１０を集中的に遠隔管理できるようにしたものである。被管理装置１０および仲介装置１０１は機器利用者（ユーザ）側のオフィス等に、管理装置１０２はサービスセンタ（管理センタ）にそれぞれ設置されている。
【００２２】
ここで、管理装置１０２が新たな方式を用いて遠隔管理するサービス（ＮＲＳ）を実現するために、機器利用者側のＬＡＮ等のネットワークに、ＮＲＳに対応するソフトウェアを実装した仲介装置１０１および被管理装置１０が接続されている。その仲介装置１０１および被管理装置１０には、管理装置１０２が従来の方式を用いて遠隔管理するサービス（ＣＳＳ）も実現するために、ＣＳＳに対応するソフトウェアも実装している。ＮＲＳを実現するためには、ＣＳＳを実現する場合と同様に、仲介装置１０１および被管理装置１０を初期設置すればよい。なお、公衆回線の代わりに、専用回線を用いてもよい。
公衆回線（又は専用回線）としては、アナログ回線，ＡＤＳＬ回線，デジタル回線（ＩＳＤＮ回線），光ファイバー利用回線等の固定電話回線や、携帯電話回線，ＰＨＳ回線等の移動電話回線がある。
【００２３】
なお、仲介装置１０１と被管理装置１０との接続は、ネットワークに限らず、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（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）２１２を介して各機能を制御している。また、ＨＤＤ２０１は、記憶手段に該当する。また、ＮＶ−ＲＡＭ２０２は、記憶手段に該当する不揮発性メモリであって、例えばフラッシュメモリ等が該当する。
また、ＰＩボード２０３とＰＨＹ２０４は、通信手段に該当し、外部との通信を行うためのものであって、例えば通信ボード等が該当する。ＰＩボード２０３はＲＳ４８５規格に準拠したインタフェースを備え、ラインアダプタを介して公衆回線に接続している。なお、上述したように、このＰＩボード２０３を用いて画像形成装置１００と仲介装置１０１とを接続することも可能である。ＰＨＹ２０４は、ネットワークを介して外部装置と通信を行うためのインタフェースである。
【００３４】
ここで、同図中のＥＮＧＲＤＹは、エンジンユニット側の各種初期設定が完了して、コントローラボード２００とコマンドの送受信の準備ができたことをコントローラボード２００側に通知するための信号線である。また、ＰＷＲＣＴＬは、エンジンユニットへの電源供給をコントローラボード２００側から制御するための信号線である。これら信号線の動作に関しては後述する。
また、操作パネル２０５は、ユーザの操作により各種指示を入力する操作部、および画像形成装置１００の設定状態や動作状態などを表示する表示部とからなる。
【００３５】
次に、画像形成装置１００（又は１１０）のソフトウェア構成を図５を参照して説明する。
図５は、画像形成装置１００のソフトウェア構成の一例を示すブロック図である。
この画像形成装置１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。そして、これらのソフトウェアを構成するプログラムはＨＤＤ２０１やコントローラボード２００上のＲＡＭに記憶され、必要に応じて読み出されてコントローラボード２００上のＣＰＵによって実行される。そして、そのＣＰＵは、これらのプログラムを必要に応じて実行することにより、この発明による各機能を実現することができる。
【００３６】
アプリケーションモジュール層のソフトウェアは、ＣＰＵを、ハードウェア資源を動作させて所定の機能を実現させる複数のアプリケーション制御手段（処理実行手段）として機能させるためのプログラムによって構成され、サービスモジュール層のソフトウェアは、ＣＰＵを、ハードウェア資源と各アプリケーション制御手段との間に介在し、複数のアプリケーション制御手段からのハードウェア資源に対する動作要求の受付，その動作要求の調停，およびその動作要求に基づく動作の実行制御を行うサービス制御手段（処理実行手段）として機能させるためのプログラムによって構成される。
【００３７】
なお、それらの機能のうち、管理装置１０２との通信に係わる機能（通信手段としての機能）の実現方法は、画像形成装置１００と画像形成装置１１０とによって異なる。つまり、画像形成装置１１０の場合は、仲介装置１０１の機能を備えているため、ＣＰＵが対応するプログラムを実行することにより、管理装置１０２との通信に係わる機能を実現することができる。画像形成装置１００の場合には、ＣＰＵが対応するプログラムを実行すると共に、仲介装置１０１を利用することにより、管理装置１０２との通信に係わる機能を実現することができる。
また、画像形成装置１００は、スキャナエンジンおよびプロッタエンジンを含むエンジンユニット内にセンサ等からなる事象検出手段）を備えている。この事象検出手段により、異常等の事象を検出できる。
【００３８】
サービスモジュール層には、オペレーションコントロールサービス（ＯＣＳ）３００、エンジンコントロールサービス（ＥＣＳ）３０１、メモリコントロールサービス（ＭＣＳ）３０２、ネットワークコントロールサービス（ＮＣＳ）３０３、ファクスコントロールサービス（ＦＣＳ）３０４、システムコントロールサービス（ＳＣＳ）３０６、システムリソースマネージャ（ＳＲＭ）３０７、イメージメモリハンドラ（ＩＭＨ）３０８、デリバリーコントロールサービス（ＤＣＳ）３１６、ユーザコントロールサービス（ＵＣＳ）３１７を実装している。また、アプリケーションモジュール層には、ＮＲＳアプリ（以下単に「ＮＲＳ」という）３０５、ＣＳＳアプリ（以下単に「ＣＳＳ」という）３１５、コピーアプリ３０９、ファクスアプリ３１０、プリンタアプリ３１１、スキャナアプリ３１２、ネットファイルアプリ３１３、ウェブアプリ３１４を実装している。更に、汎用ＯＳ層には、汎用ＯＳ３２０を実装している。
【００３９】
これらを更に詳述する。
ＯＣＳ３００は、操作パネル２０５を制御するモジュールである。
ＥＣＳ３０１は、ハードウェアリソース等のエンジンユニットを制御するモジュールである。
ＭＣＳ３０２は、メモリ制御をするモジュールであり、例えば、画像メモリの取得および開放、ＨＤＤ２０１の利用等を行う。
ＮＣＳ３０３は、ネットワークとアプリケーションモジュール層の各アプリケーションプログラムとの仲介処理を行わせるモジュールである。
ＦＣＳ３０４は、ファクシミリ送受信、ファクシミリ読み取り、ファクシミリ受信印刷等を行うモジュールである。
【００４０】
ＳＣＳ３０６は、コマンドの内容に応じたアプリケーションモジュール層の各アプリケーションプログラムの起動管理および終了管理を行うモジュールである。
ＳＲＭ３０７は、システムの制御およびリソースの管理を行うモジュールである。
ＩＭＨ３０８は、一時的に画像データを入れておくメモリを管理するモジュールである。
ＤＣＳ３１６は、ＨＤＤ２０１やコントローラボード２００上のメモリに記憶している（する）画像ファイル等をＳＭＴＰ（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）を利用して、送信したいデータを記載あるいは添付したメールを管理装置１０２から仲介装置１０１に送信することも考えられる。ただし、信頼性の面ではＨＴＴＰが優れている。
【００６７】
ここで、画像形成装置１００は、プロッタエンジンや操作パネル２０５を含む各ハードウェア資源を制御するＣＰＵが、その各ハードウェア資源の状態を監視し、いずれかのハードウェア資源で異常等の所定の事象が発生した場合、その事象を検出し、その事象のタイプによって異なる処理を行う。よって、事象のタイプを判定するための基準となる情報が必要であり、図１３の例は事象（異常）のタイプを判定するための基準となる情報（基準情報）の一例を示すテーブルのデータ構造を示している。ここで、「ＳＣ（サービスマンコール）」は「異常」に相当するものである。同図に示すように、検出されたＳＣによってタイプが判定される。そこで、それぞれのタイプについて説明する。
【００６８】
「タイプＡ」は、操作パネル２０５にＳＣ表示を行って使用禁止（使用不可）とするもののうち、ユーザが解除できないものであり、管理装置１０２からの「ＳＣリセット」もできないものである。例えば、定着系のＳＣなどである。
「タイプＢ」は、異常が検出（検知）された特定の機能のみが使用できないＳＣである。通常使用時には操作パネル２０５上にＳＣ表示を行わないが、異常が検出されている機能を選択した時だけ、その操作パネル２０５にＳＣ表示を行う。例えば、両面ユニット異常時に両面モードを選択した場合が該当する。
「タイプＣ」は、ＳＣ発生時にも操作パネル２０５への表示は行わず、内部的にＳＣの発生のロギングのみを行うものである。例えば、通信が不能になった場合が該当する。
【００６９】
また、「タイプＤ」は、操作パネル２０５上にＳＣ表示を行って使用禁止とするが、主電源（電源ユニット２０７）のＯＦＦ／ＯＮ（一旦ＯＦＦにし、再びＯＮにする操作）あるいはソフト電源キーの操作によってＳＣを解除するものである。主電源ＯＮ（電源投入）後に再度ＳＣを検出して、見かけ上解除されない場合もある。例えば、モータ異常がそれに該当する。上記判定の基準情報は、上述したＮＶ−ＲＡＭ２０２（又はＨＤＤ２０１）の所定の格納領域に格納されていることが考えられる。なお、スキャナエンジンのＳＣ，プロッタエンジンのＳＣのように、ユニット別の事象もタイプの異なる事象として扱うものとする。
【００７０】
次に、上述した画像形成装置１００および画像形成装置管理システムにおける実施例、つまりこの発明の特徴となる動作及びその動作を実現するための構成について、図１４〜図２４を参照して具体的に説明する。なお、画像形成装置１１０でも、この発明の特徴となる動作を行うが、画像形成装置１００と同様なので、ここでは説明を省略する。
この画像形成装置１００には、上述したように、公衆回線に対応した通信手段とインタネット通信に対応した通信手段の双方を設けている。
そして、画像形成装置１００は、仲介装置１０１および公衆回線を介して管理装置１０２と通信するＣＳＳ方式による遠隔管理（リモートサービス：ＲＳ）と、ＬＡＮ等のネットワークを介して仲介装置１０１に接続し、その仲介装置１０１およびインタネット１０３を介して管理装置１０２と通信するＮＲＳ方式による遠隔管理の対象となり得るように構成している。画像形成装置１１０は、仲介装置１０１の機能を備えているため、同様に構成している。
【００７１】
具体的には、管理装置１０２からの要求に応じて装置の状態等の情報を送信したり、装置に異常が発生した場合にその旨を管理装置１０２へ通報したり等するためのプログラムとして、ＣＳＳ方式に対応したＣＳＳ３１５と、ＮＲＳ方式に対応したＮＲＳ３０５とを設けている。
そして、ＮＣＳ３０３は、公衆回線を介して受信した要求はＣＳＳ３１５を介して、インタネット１０３やＬＡＮ等のネットワークを介して受信した要求は図８に示したようにＮＲＳ３０５を介してＳＣＳ３０６に渡す。画像形成装置１００側から要求を発する場合にはその経路で逆にＳＣＳ３０６からＮＣＳ３０３にそのデータを渡す。そして、ＳＣＳ３０６がこれらのＣＳＳ３１５及びＮＲＳ３０５の機能の有効／無効を装置の設定に応じて制御することにより、両方式の遠隔管理に選択的に対応可能としている。
この設定を行うために設けたものがＲＳ状態設定レジスタ（以下、このレジスタの設定内容を「ＲＳ状態設定」という）である。そして、このＲＳ状態設定レジスタによって、表１に示す４つの状態を設定可能にしている。
【００７２】
【表１】
2004180276.tif 000003
【００７３】
「無効」はＣＳＳ３１５とＮＲＳ３０５のどちらの機能も無効にしている状態、「ＣＳＳ」はＣＳＳ３１５のみの機能を有効にし、ＮＲＳ３０５の機能は無効にしている状態、「ＮＲＳ有効」は逆にＣＳＳ３１５の機能を無効にし、ＮＲＳ３０５の機能を有効にしている状態である。「ＮＲＳ設定待ち」については後述する。
なお、機能の無効とは、必ずしも何の動作も行わないことを意味するものではなく、受信した要求に対して機能が無効になっていることを示す応答を返す場合も含むものとする。また、上述したようにコントローラボード２００上のＣＰＵは、ＮＲＳ３０５を実行することにより要求処理手段や要求発行手段としての機能を実現するので、ＮＲＳ３０５の機能を無効にするとこれらの手段の機能を無効にすることになる。
【００７４】
ここで、ＲＳ状態設定（ＮＲＳ有効化）を含む処理とネットワークを介した通信動作との関係について説明する。図１４は、その関係を説明するための通信シーケンスの一例を示す図である。
まず、画像形成装置１００が、例えば図１４の（Ａ）に示すように、ＲＳ状態設定が「ＮＲＳ有効」でない状態で仲介装置１０１から機器状態取得要求を受信した場合、特に要求に対する処理を行わず、ＮＲＳ３０５の機能が無効である旨を示す応答（機器状態取得応答）としてＮＧ（失敗）応答を返すようにしている。このようにすることにより、要求の送信元である仲介装置１０１は、正常な応答が得られないのは通信エラーが発生したりそもそも対象の画像形成装置１００が接続されていなかったりするためではなく、画像形成装置１００がＮＲＳ３０５の機能を無効にしているためであるということを認識することができる。なお、機器状態取得要求以外のＮＲＳ３０５の機能を利用する要求を受信した場合でも、上述と同様の処理を行うことができる。ＮＲＳ３０５の機能を利用する要求は、ＮＲＳ３０５に対して何らかの操作（処理）がなされることにより、発生するものである。
【００７５】
また、ＲＳ状態設定が「ＮＲＳ有効」でない状態では、例えば図１４の（Ｂ）に示すようにＳＣＳ３０６からサービスマンコール（ＳＣ）発生通知があった場合でも、仲介装置１０１に対するＳＣ通報の発行は行わない。なお、ＳＣ発生通知以外のＮＲＳ３０５の機能を利用する要求（通知）を受信した場合でも、上述と同様の処理を行うことができる。
このように、ＲＳ状態設定が「ＮＲＳ有効」でない場合には、画像形成装置１００は外部装置から受信した要求に対して有効な応答は返さず、画像形成装置１００側からの要求や通報も行わない。
【００７６】
一方、後述する有効化動作によってＲＳ状態設定を「ＮＲＳ有効」に設定すると、画像形成装置１００側からの要求や通報（通知）を行うようになり、例えば図１４の（Ｃ）に示すように通信試験のための通信テストコール要求を仲介装置１０１へ送信し、その結果を応答として受信するような動作を行う。また、例えば図１４の（Ｄ）に示すように、ＳＣＳ３０６からサービスマンコール（ＳＣ）発生通知があった場合には仲介装置１０１に対するＳＣ通報の発行を行い、その結果を応答として受信する。なお、通信テストコール要求やＳＣ発生通知以外のＮＲＳ３０５の機能を利用する要求を仲介装置１０１へ送信することもできる。
さらに、外部装置から受信した要求に対して有効な応答を返す動作も行い、例えば図１４の（Ｅ）に示すように、機器状態取得要求を受信した場合、ＳＣＳ３０６に機器状態等を示す情報の取得を実行させ、その結果を機器状態取得応答（成功）として返すようにしている。
【００７７】
逆に、図１５に示す別の例のように、後述する待機設定動作によってＲＳ状態設定を「ＮＲＳ設定待ち」に設定することにより、ＲＳ状態設定が「ＮＲＳ有効」でなくなると、同図の（Ｃ）や（Ｄ）に示すように、その後は画像形成装置１００側からの要求や通報をしなくなり、また外部装置から受信した要求に対して有効な応答を返す動作も行わなくなる。
なお、要求の受信から応答の送信までの間にはタイムラグがあり、その間にＲＳ状態設定が変更されることも考えられるが、要求に対して有効な応答を返すか否かは要求の受信直後にその時点でのＲＳ状態設定を参照して判断するようにしている。図１６にこのような場合の例を示す。
【００７８】
例えば、図１６の（Ａ）に示すようにＲＳ状態設定が「ＮＲＳ有効」の状態で受信した機器状態取得要求については、その後応答前にＮＲＳ３０５を無効にした場合でも、（ａ）に示すように有効な応答を返す。そのＮＲＳ３０５を無効にさせる要求は、ユーザによる操作パネル２０５上のキー操作によってのみ発生する。なお、操作パネル２０５上のキー操作によってＲＳ状態設定を「ＮＲＳ設定待ち」に変更させる要求を発生させることもできる。一方、図１６の（Ｂ）に示すようにＲＳ状態設定を「ＮＲＳ有効」以外の例えば「ＮＲＳ設定待ち」にした後で受信したジャムログ情報取得要求については、失敗の応答を返す。
【００７９】
ところで、この発明の特徴は、ＲＳ状態設定について、「ＮＲＳ設定待ち」の設定状態を設けた点である。この状態は、図３に示した画像形成装置管理システムに接続してＮＲＳ方式による遠隔管理を受けるために必要な設定を待つ待機状態であり、ＣＳＳ３１５とＮＲＳ３０５のどちらの機能も無効にしているが、図３に示した仲介装置１０１から所定の要求（例えば機器検索要求）を受信した場合にＲＳ状態設定レジスタを「ＮＲＳ有効」に変更してＮＲＳの動作（機能）を有効にする有効化動作を行うものである。
なお、上述したＲＳ状態設定レジスタは、図４に示したＮＶ−ＲＡＭ２０２（ＨＤＤ２０１でもよい）に設け、操作パネル２０５からの指示（要求）やコントローラボード２００上のＣＰＵからの指示に応じてその内容を変更可能としており、ＲＳ状態設定レジスタを「ＮＲＳ設定待ち」に設定する場合には、このＣＰＵが待機設定手段として機能する。
【００８０】
以下、このような画像形成装置１００において外部装置からの要求を受信した場合の処理について、上述の必要な設定の動作も含めて説明する。図１７〜図１９はこの処理を示すフローチャートであり、これらのフローチャートに示す処理はこの発明による通信装置の制御方法の実施例に係る処理である。なお、ここではＮＲＳ方式の遠隔管理に係る動作について説明する。
この画像形成装置１００のコントローラボード２００に備えるＣＰＵは、装置の動作中は常時図５に示したＮＲＳ３０５を実行し、ＰＨＹ２０４を介した外部装置からの要求や通知の受信を監視している。そして、これらを受信すると、図１７のフローチャートに示す処理を開始する。
【００８１】
まず、ステップＳ１で受信内容をチェックする。そして、機器検索要求であれば、ステップＳ２に進む。機器検索要求とは、仲介装置１０１が、自己に接続されている管理すべき画像形成装置１００の検索を要求するコマンドのことである。
ステップＳ２では、ＲＳ状態設定を調べる。そして、「ＮＲＳ設定待ち」であればステップＳ３に進む。
【００８２】
そして、ステップＳ３で機器検索要求の送信元である仲介装置１０１のＩＰアドレスを通信先情報としてＮＶ−ＲＡＭ２０２に記憶する。機器検索要求は、仲介装置１０１が画像形成装置１００に対して発する要求の一種であり、ＸＭＬ形式で記載されたＳＯＡＰリクエスト（ＳＯＡＰメッセージ）として転送されてくるが、この中には発信元のアドレス情報としてＩＰアドレスも含まれているので、タグを参照してこれを抽出して記憶させればよい。この処理において、ＮＶ−ＲＡＭ２０２が通信先情報記憶手段として機能する。
そして、この処理によって、機器検索要求の送信元である仲介装置１０１を管理装置１０２への接続を仲介すべき仲介装置として認識する。
【００８３】
次のステップＳ４では、その仲介装置１０１に対して機器検索要求に対する応答である機器検索応答を「成功」で送信する。
そして、ステップＳ５で設定変更通知も送信して一旦処理を終了する。この設定変更通知は、仲介装置１０１の通信先である画像形成装置１００の情報（通信先情報）の内容を変更したことを示す通知であるが、ＮＲＳ方式の管理下にある画像形成装置１００は何らかの設定を変更する度に設定を変更した旨を仲介装置１０１に通知するので、この通知もその一環として行うものである。なお、設定変更通知を機器検索要求に対する応答に含めるようにしてもよい。
ここで、ＳＯＡＰリクエストとして送信される機器検索要求と機器検索応答のフォーマット例を図２０，図２１にそれぞれ示す。
【００８４】
一方、ステップＳ２でＲＳ状態設定が「無効」あるいは「ＣＳＳ」であった場合には、ＮＲＳ３０５の機能は無効であるので、ステップＳ７に進んで機器検索要求に対してその旨を示す「失敗」の応答（機器検索応答）を送信して処理を終了する。
また、ステップＳ２でＲＳ状態設定が「ＮＲＳ有効」であった場合にはステップＳ６に進み、機器検索要求の送信元である仲介装置のＩＰアドレスを通信先情報として記憶しているＩＰアドレスと比較する。
一致していれば、送信元の仲介装置は既に通信先として設定済みであるので、ステップＳ４に進んで機器検索要求に対する応答を「成功」で送信し、以下の処理を行うが、ステップＳ５の処理は省略して処理を終了してもよい。
【００８５】
ステップＳ６で一致しなかった場合には、既に通信先として設定済みの仲介装置とは別の仲介装置から機器検索要求を受信したことになるが、各画像形成装置１００について１つの仲介装置１０１を設定して監視システムを構築するため、このような場合にはＮＲＳ３０５の機能が無効である場合と同様にステップＳ７で「失敗」の応答を返して処理を終了する。
【００８６】
また、ステップＳ１で受信内容が設定通知であった場合には、ステップＳ８に進む。仲介装置１０１は、画像形成装置１００がステップＳ５の処理で送信した設定変更通知を受け取ると、画像形成装置１００を管理対象として認識したことを示す通知をその画像形成装置１００に送信するが、これが設定通知である。設定通知とは、仲介装置１０１が、自身が管理すべき画像形成装置１００に対し、自己を通じて管理装置１０２の管理下に入るよう要求するコマンドのことである。なお、この設定通知もここでは他の要求と同様ＳＯＡＰリクエストとして送信されるので、一種の要求と見ることもできる。
ステップＳ８では、ＲＳ状態設定レジスタの設定を「ＮＲＳ設定待ち」から「ＮＲＳ有効」に変更する。そして、この時点で画像形成装置１００は管理装置１０２による管理対象の装置となり、これ以降は受信した要求に対して正常な応答を返し、また外部装置に対して要求や通知を送信することができるようになる。
【００８７】
次に、これらの情報の送受信を正常に行うことができるか否かを確認するため、ステップＳ９で管理装置１０２との間で通信試験を実施する。ただし、直接管理装置１０２と通信するわけではなく、仲介装置１０１に対して管理装置１０２との間で通信試験を行う旨の要求を送信し、仲介装置１０１がこれに応じて管理装置１０２に試験要求を送信し、これに対して帰ってきた管理装置１０２からの応答を仲介装置１０１から受け取る、という手順になる。従って、直接画像形成装置の送受信相手となるのは仲介装置１０１のみである。
【００８８】
なお、管理装置１０２に代えて要求の送受信機能を有するサーバ装置を設けて仲介装置との間で要求の送受信を行い、管理装置１０２をこのようなサーバ装置と別に、例えば公衆回線やＬＡＮで接続して設けるようにしてもよい。このような場合には、さらにサーバ装置から管理装置１０２に試験要求を送信し、管理装置１０２からの応答を、サーバ装置及び仲介装置１０１を介して受信することになる。
応答を受信すると、通信テストの結果を操作パネル２０５に表示したり管理者に電子メールで送信したりして通知し、処理を終了する。このとき、結果が成功であれば問題ないが、失敗の場合には自動で対処処理を行ったりユーザに対処を求めたりして問題の解決を図ることになる。
【００８９】
また、ステップＳ１で受信内容が待機設定要求であった場合には、図１８のステップＳ１０に進む。ここで、待機設定要求とは、仲介装置１０１が、自己を通じて管理装置１０２の管理下にある画像形成装置１００に対し、管理下から外れるよう要求するコマンドであり、画像形成装置１００を移設する際や、画像形成装置１００を他の仲介装置１０１を介して管理装置１０２の管理下に置く場合等に使用されるものである。
ステップＳ１０では、ＲＳ状態設定を調べる。そして、「ＮＲＳ有効」であればステップＳ１１に進む。
ステップＳ１１ではＲＳ状態設定レジスタの設定を「ＮＲＳ有効」から「ＮＲＳ設定待ち」に変更する。そして、この時点で画像形成装置１００は管理装置１０２による管理対象外の装置となり、これ以降に受信した要求に対して正常な応答を返したり、また外部装置に対して要求や通知を送信したりすることがなくなる。なお、ステップＳ１１において通信先情報として記憶しているＩＰアドレスの消去も同時に行うようにしてもよい。
【００９０】
次のステップＳ１２では、待機設定要求に対する応答を「成功」で返し、処理を終了する。なお、ここで応答を返すのは、待機設定要求はＲＳ状態設定レジスタの設定を「ＮＲＳ設定待ち」にする前に受信したものだからである。また、この時点では既にＲＳ状態設定は「ＮＲＳ設定待ち」であるため、別途設定変更通知の送信は行わないが、待機設定応答にその内容を含めてもよい。
ステップＳ１０でＲＳ状態設定が「無効」，「ＣＳＳ」あるいは「ＮＲＳ設定待ち」であった場合には、ＮＲＳ３０５の機能は無効であるので、ステップＳ１３に進んで機器検索要求に対してその旨を示す「失敗」の応答を送信して処理を終了する。
【００９１】
ステップＳ１で受信内容が機器検索要求，設定通知，待機設定要求のいずれでもなかった場合には、図１９のステップＳ１４に進んでステップＳ２の場合と同様にＲＳ状態設定を調べ、「ＮＲＳ有効」であればステップＳ１５に進んで要求に対する通常処理を行って終了する。この処理は、例えば図８を用いて説明した課金カウンタ取得要求に対する応答のようなものであり、要求の内容をＳＣＳ３０６に伝達し、ＳＣＳ３０６が必要なアプリケーションやモジュールに要求を発して実行し、その結果をＮＲＳ３０５に返す。
【００９２】
ステップＳ１４で「ＮＲＳ有効」以外の設定であれば、ＮＲＳ３０５の機能は無効であるので、ステップＳ１６で要求に対してはその旨を示す「失敗」の応答を送信して処理を終了する。
なお、図１８及び図１９に示す処理の前に、図１７のステップＳ６の場合と同様に要求の送信元のＩＰアドレスを通信先情報として記憶しているＩＰアドレスと比較し、一致した場合のみ要求に対する処理を行い、一致しない場合には「失敗」の応答を返すようにするとよい。
以上のフローチャートに示す処理において、機器検索要求を受信した場合のステップＳ３乃至Ｓ５の処理及びその後設定通知を受信した場合のステップＳ８の処理が、有効化動作である。
また、図１８のステップＳ１０〜Ｓ１２の動作においてはコントローラボード２００に備えるＣＰＵが待機設定手段として機能する。
【００９３】
ところで、図３に示したような画像形成装置管理システムを構成し、画像形成装置をＮＲＳ方式で管理する場合、まず画像形成装置１００と仲介装置１０１を適当な順番でＬＡＮに接続するが、ＬＡＮに接続する時点で、仲介装置１０１には自身が管理すべき画像形成装置の識別情報をキッティング情報として記憶させておく。図２２に識別情報の例を示すが、例えば管理すべき画像形成装置の機種機番とＩＰアドレスを記憶しておけばよい。なお、この識別情報は、基本的にはリモートサービスの契約内容等に従って出荷前に予め記憶させておくとよいが、設置後に追加、変更等できるようにするとよい。また、ユーザ（機器利用者）又はサービスマン（ＣＥ）が仲介装置１０１に対して機器検索要求を送信する範囲をＩＰアドレス等で指定できるようにしてもよい。
また、画像形成装置１００におけるＲＳ状態レジスタは、設置時には「ＮＲＳ設定待ち」に設定しておくものとする。
【００９４】
仲介装置１０１は、ＬＡＮ（ネットワーク）に接続されると、定期的（予め設定された時間置き）にあるいは図８に示したＯｐ−Ｐｏｒｔ５６に接続されている操作部からの指示（ユーザによる操作部上のキー操作によって発生する）に従って、識別情報として記憶しているＩＰアドレスに対して自己のＩＰアドレス情報を含む機器検索要求を送信し、そのＩＰアドレスの装置を自己を通じて管理装置１０２の管理下に入れることを試みる。
【００９５】
図２３はこの場合の画像形成装置１００と仲介装置１０１との間のＮＲＳ有効化のための通信シーケンスの詳細例を示す図であり、図１４の破線で囲んで示す部分の詳細を示している。
ステップＳ１０１で上記の通り仲介装置１０１が機器検索要求を行うと、これを受信した画像形成装置１００は図１７のフローチャートに示した処理を行い、機器検索要求に含まれるＩＰアドレスを記憶すると共に、機器検索応答（Ｓ１０２）と設定変更通知（Ｓ１０３）をそのＩＰアドレスの仲介装置に送信する。
このうち設定変更通知には画像形成装置１００の機種機番，ＩＰアドレス，デバイスＩＤ等が含まれるので、仲介装置側でこれらの情報を、管理すべき画像形成装置１００の識別情報と比較する。そして、一致した場合には機器検索要求を送信した相手を管理対象として認証し、ステップＳ１０４で設定通知を送信する。
【００９６】
画像形成装置１００側では、これを受信すると再度図１７のフローチャートに示した処理を行い、今度はＲＳ状態設定レジスタの設定を「ＮＲＳ設定待ち」から「ＮＲＳ有効」に変更する。この時点で画像形成装置１００は仲介装置１０１を介して管理装置１０２の管理対象となる。つまり、画像形成装置管理システムに組み込まれたことになる。
その後、通信試験としてステップＳ１０５に示す通信テストコール要求を行い、ステップＳ１０６でその成功の応答を受け取ると処理を終了する。
このように、上述した機器検索要求を用いることにより、画像形成装置１００を画像形成装置管理システムに自動的に組み込む処理を行うことができる。
【００９７】
一方、一旦管理装置１０２の管理下に入れた画像形成装置１００を撤去する場合等には、その画像形成装置１００が管理下でなくなることを明らかにする一方、その画像形成装置１００を再度管理システムに組みこむ場合に上述のように容易に組み込みを行うことができるようにするため、仲介装置１０１は、対象の画像形成装置１００に対して待機設定要求を送信し、装置を待機状態に戻すことを試みる。画像形成装置１００の通信先として別の仲介装置１０１を設定し、画像形成装置１００を別の仲介装置１０１を介して管理装置１０２の管理下に入れようとする場合でも、上述の通りそのままではこの設定を行うことができないので、同様に待機設定要求を送信する。
ここで、画像形成装置１００が管理装置１０２の管理下にある場合には、ＮＲＳ状態設定は「ＮＲＳ有効」である。
【００９８】
図２４はこの場合の画像形成装置１００と仲介装置１０１との間の待機設定のための通信シーケンスの詳細例を示す図であり、図１５の破線で囲んで示す部分の詳細を示している。
すなわち、ステップＳ１１１で上記の通り仲介装置１０１が待機設定要求を行うと、これを受信した画像形成装置１００は図１７および図１８のフローチャートに示した処理を行い、ＮＲＳ状態設定を「ＮＲＳ設定待ち」に変更すると共に、ステップＳ１１２で待機設定応答をその要求を送信した仲介装置１０１に送信して処理を終了する。以上により、画像形成装置１００が管理システムから外れたことになる。
このように、上述した待機設定要求を用いることにより、画像形成装置１００を画像形成装置管理システムから外す処理を行うことができる。またこのとき、画像形成装置１００を、初めて組み込む場合と同様な手順で上述した機器検索要求等の所定の要求によって外部装置との通信機能（ＮＲＳ３０５の機能）を有効にし、画像形成装置管理システムに組み込むことができる状態に戻すことができる。
なお、待機設定要求は、手動で仲介装置１０１に指示して送信させてもよいし、仲介装置１０１が所定のトリガに応じて自動で送信するようにしてもよい。また、待機設定要求を送信した画像形成装置１００に対しては、以後機器検索要求等の所定の要求を送信しないようにするとよい。
【００９９】
以上のように、この実施例の画像形成装置においては、ＮＲＳ３０５に待機状態を設け、「ＮＲＳ設定待ち」の設定を可能にしたことにより、顧客先に仲介装置を設置して画像形成装置を管理システムに組み込む（接続する）際に、仲介装置と画像形成装置をＬＡＮ等のネットワークによって接続するだけで画像形成装置側の設定を自動的に変更してＮＲＳ３０５の機能を有効にすることができる。従って、画像形成装置を管理システムに組み込む作業を容易に行うことができる。さらに、その際にサービスマンが訪問して長時間の作業を行う必要がなくなり、管理システムに係るサービスコストを低減することができる。この効果は、多数の画像形成装置を一度に管理システムに組み込む際に特に発揮される。
【０１００】
一方で、「ＮＲＳ設定待ち」の状態においては画像形成装置が自ら要求や報告の送信を試みることはないので、仲介装置を設けない場合でも、通信相手が存在しないことによるエラーは発生せず、管理システム以外に係る動作は正常に行うことができる。さらに、ＮＲＳ有効化のトリガとなる要求以外の要求に対してはＮＧ応答を返すようにしているので、仲介装置と同じネットワークに接続する場合でも、管理システムに組み込まない状態にしておくことができる。
また、外部装置からの所定の要求をＮＲＳ有効化のトリガとしているので、管理システムにおける管理動作に用いるものと同様な書式の情報によって画像形成装置にＮＲＳの有効化を促すことができる。
【０１０１】
また、外部装置からの予め定めた要求を受信した場合にＲＳ状態設定を「ＮＲＳ設定待ち」に戻すようにしているので、上記の効果の他、装置の移設や管理システムの再編を容易に行うことができる。すなわち、画像形成装置は、上述の待機設定要求を受けた後は、初めに接続する場合と同様な手順で管理システムに組み込むことができる状態となっているので、その後他の仲介装置から上述の所定の要求を送信することにより、画像形成装置を別の仲介装置を介して管理装置の管理下に置くような設定も仲介装置側から自動で容易に行うことができる。そしてこの場合において、画像形成装置を一旦管理システムから外す際に、これを仲介装置との通信が不能になったと誤認して警告等を行ってしまうというような不都合が発生しないようにすることができる。画像形成装置の撤去等で物理的あるいは論理的にネットワークから外す場合についても同様である。
【０１０２】
また、仲介装置が定期的に（所定の時間置きに）機器検索要求等の所定の要求を発するようにしているので、新たに画像形成装置を追加した場合でもその装置を容易に管理システムに組み込むことができる。ユーザによる操作部からの指示に従って所定の要求を発するようにすれば、所定の時間の経過を待つことなく画像形成装置のＮＲＳ機能を有効し、その画像形成装置を管理システムに組み込むことができる。
また、ＮＲＳを有効にした後で管理装置との間で通信試験を行うようにすれば、管理に必要な通信を正常に行うことができるか否かを確認し、システムの信頼性を高めることができる。
【０１０３】
なお、図３の設置環境Ｂのように仲介装置を複数段に亘って設ける場合には、仲介装置同士の上下関係も画像形成装置の場合と同様に設定可能にすることができる。この場合には、管理すべき画像形成装置だけでなく下位の仲介装置の識別情報も上位の仲介装置に記憶させておくものとする。
また、仲介装置に記憶させておく画像形成装置の識別情報をＩＰアドレスの検索範囲としてもよい。そしてこの場合、機器検索要求を行う際にその範囲に対してマルチキャストで送信し、画像形成装置から帰ってきた機器検索応答や設定変更通知を参照して、ユーザがその中から管理下に置く装置を選択できるようにしてもよい。
【０１０４】
また、画像形成装置側で手動で仲介装置のＩＰアドレスを通信先情報として指定し、ＲＳ状態設定レジスタを「ＮＲＳ有効」に変更して、仲介装置側からの要求を待つことなく画像形成装置を管理システムに組み込むことができるようにしてもよい。
さらにまた、ネットワークのトラフィックを考えると効率はよくないが、上述した場合と逆に、画像形成装置側から仲介装置に対して検索要求を発し、適切な応答が得られた場合に「ＮＲＳ有効」にすることも考えられる。
また、管理装置から仲介装置経由で画像形成装置へ機器検索要求等の所定の要求を送信することができるが、この場合、管理装置は、仲介装置からのポーリング（送信要求があるかどうかの問い合わせ）を受けた場合にのみ、上記要求を送信することにより、その要求を画像形成装置が仲介装置経由で受信することができる。
【０１０５】
ここで、以上の実施例では、この発明による通信装置（電子装置）の例として通信機能を備えた画像形成装置について説明したが、この発明はこれらに限られるものではなく、通信機能を備えたネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等や、ネットワークに接続可能なコンピュータ等を含め、通信機能を備えた各種通信装置に適用可能である。また、これらの通信装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。さらに、通信装置の遠隔管理システムについても、通信装置，仲介装置，管理装置の構成およびこれらの接続形式は、以上の実施例に限られるものではない。
【０１０６】
また、この発明によるプログラムは、外部装置と通信を行う通信手段を備えた上述の画像形成装置等の通信装置を制御するコンピュータに、この発明による各種機能、つまり要求処理手段，待機設定手段としての機能，更には通信先情報記憶手段（アドレス情報を通信先情報として記憶手段に記憶させる手段としての機能）を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１０７】
この発明は、ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システムやコンピュータ等の各種通信装置や、その通信装置を制御するコンピュータに適用可能である。
【図面の簡単な説明】
【０１０８】
【図１】この発明の通信装置の遠隔管理システムの構成の一例を示す概念図である。
【図２】その遠隔管理システムにおけるデータ送受モデルを示す概念図である。
【図３】この発明の通信装置の管理システムの一例である画像形成装置管理システムの構成の一例を示す概念図である。
【図４】図３の画像形成装置の物理的構成例を示すブロック図である。
【図５】その画像形成装置のソフトウェア構成例を示すブロック図である。
【図６】その画像形成装置におけるＥＮＧＲＤＹ信号とＰＷＲＣＴＬ信号について説明するための図である。
【０１０９】
【図７】その画像形成装置におけるＮＲＳモジュールの構成を示す機能ブロック図である。
【図８】図３の仲介装置のハードウェア構成例を示すブロック図である。
【図９】その仲介装置のソフトウェア構成例を示すブロック図である。
【図１０】図３の管理装置１０２の物理的構成例を示すブロック図である。
【図１１】図３に示した画像形成装置遠隔管理システム内で行われるデータ送受信について説明するための通信シーケンスの一例を示す図である。
【図１２】その他の通信シーケンスの一例を示す図である。
【０１１０】
【図１３】異常の種類を判定するための基準となる情報のテーブルの一例を示す説明図である。
【図１４】図３に示した画像形成装置管理システム内の画像形成装置と仲介装置との間のデータ送受信について説明するための通信シーケンスの一例を示す図である。
【図１５】その他の通信シーケンスの一例を示す図である。
【図１６】その更に他の通信シーケンスの一例を示す図である。
【図１７】この発明の通信装置の一例である画像形成装置が外部装置からの要求を受信した場合の通信シーケンスの一例を示すフロー図である。
【図１８】図１７の続きの処理を示すフロー図である。
【０１１１】
【図１９】図１８の続きの別の部分の処理を示すフロー図である。
【図２０】ＳＯＡＰリクエストとして送信される機器検索要求のフォーマット例を示す図である。
【図２１】ＳＯＡＰリクエストとして送信される機器検索応答のフォーマット例を示す図である。
【図２２】図３の仲介装置が記憶している自身が管理すべき画像形成装置の識別情報の例を示す図である。
【図２３】その仲介装置が画像形成装置へ機器検索要求を送信した場合の画像形成装置と仲介装置との間のデータ通信について説明するための通信シーケンスの一例を示す図である。
【図２４】その仲介装置が画像形成装置へ待機設定要求を送信した場合の画像形成装置と仲介装置との間のデータ通信について説明するための通信シーケンスの一例を示す図である。
【符号の説明】
【０１１２】
１０：被管理装置    １１：仲介機能付被管理装置    ５２：ＣＰＵ    ５３：ＳＤＲＡＭ    ５４：フラッシュメモリ    ５５：内部時計    ５６：Ｏｐ―Ｐｏｒｔ  ５７，２０４：ＰＨＹ    ５８，６０１：モデム    ５９：ＨＤＤ制御部    ６３，２０１：ＨＤＤ    ７０：アプリケーション層    ８０：サービス層    ９０：プロトコル層    １００：画像形成装置    １０１：仲介装置    １０２：管理装置    １０３：インタネット    １０４：ファイアウォール    １０５：ＣＥ端末    １１０：仲介機能付画像形成装置    ２０２：ＮＶ−ＲＡＭ    ２０５：操作パネル    ２０６：プロッタ／スキャナエンジンボード    ３００：ＯＣＳ    ３０１：ＥＣＳ    ３０２：ＭＣＳ    ３０３：ＮＣＳ    ３０４：ＦＣＳ    ３０５：ＮＲＳ    ３０６：ＳＣＳ    ３０７：ＳＲＭ    ３０８：ＩＭＨ    ３０９：コピーアプリ    ３１０：ファクスアプリ    ３１１：プリンタアプリ    ３１２：スキャナアプリ    ３１３：ネットファイルアプリ    ３１４：ウェブアプリ    ３１５：ＣＳＳ    ３１６：ＤＣＳ    ３２０：汎用ＯＳ    ６０３：プロキシサーバ    ６０４：操作者端末    ６０５：データベース    ６０６：制御装置
【図１】
2004180276.tif 000004
【図２】
2004180276.tif 000005
【図３】
2004180276.tif 000006
【図４】
2004180276.tif 000007
【図５】
2004180276.tif 000008
【図６】
2004180276.tif 000009
【図７】
2004180276.tif 000010
【図８】
2004180276.tif 000011
【図９】
2004180276.tif 000012
【図１０】
2004180276.tif 000013
【図１１】
2004180276.tif 000014
【図１２】
2004180276.tif 000015
【図１３】
2004180276.tif 000016
【図１４】
2004180276.tif 000017
【図１５】
2004180276.tif 000018
【図１６】
2004180276.tif 000019
【図１７】
2004180276.tif 000020
【図１８】
2004180276.tif 000021
【図１９】
2004180276.tif 000022
【図２０】
2004180276.tif 000023
【図２１】
2004180276.tif 000024
【図２２】
2004180276.tif 000025
【図２３】
2004180276.tif 000026
【図２４】
2004180276.tif 000027