JP5016475B2 - 通信装置，制御方法，プログラム，および記録媒体 - Google Patents

Description

この発明は、第１の通信網（例えばインタネット）を介して通信を行う第１の通信手段と、第１の通信網とは異なる第２の通信網（例えば公衆回線網）を介して通信を行う第２の通信手段とを有する通信装置（ネットワーク機器）、その通信装置における制御方法、上記通信装置を制御するコンピュータ（ＣＰＵ）に実行させるプログラム，およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。

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

このような遠隔管理システムでは、以下の（１）（２）に示すような被管理装置を使用することが一般に知られている。
（１）被管理装置は、複数の通信インタフェースを備えている。
（２）被管理装置は、自己が設置されている顧客先のネットワーク環境（インタネット，公衆回線網）に応じて特定の通信インタフェースを使用することにより、管理装置との通信を可能にし、その管理装置による遠隔管理を実現するようにしている。

このような被管理装置を使用する遠隔管理システムにおいて、被管理装置のＯＳ（オペレーティングシステム）では、一般的に知られているＯＳであるＬｉｎｕｘ（登録商標）、ＢＳＤ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）などと同様、通信配送先（通信相手）との通信経路を示す通信経路情報はルーティングテーブルによって管理されている。
ここで、一般的に知られているＯＳのカーネルにあるＴＣＰ／ＩＰモジュールが一つのみのルーティングテーブルを持ち、ＩＰパケット（以下単に「パケット」ともいう）を送ろうとするとき、ルーティングテーブルを参照して、自分に隣接するどのルータへパケットを転送すべきかを判断する。パケットを受け取ったルータ側でも、同じ処理を繰り返し、パケットを次々と転送していくことにより、パケットを目的のネットワークに届ける。

上記通信経路に関連する技術としては、例えば以下の特許文献１，２に記載のものが挙げられる。
特許文献１では、複数の通信インタフェース（ネットワークインタフェース）を有するマシン（ホスト）に、その各通信インタフェース毎にルーティングテーブルを備え、その各ルーティングテーブルのうち、アプリケーション（以下単に「アプリ」ともいう）から指定された通信インタフェースのルーティングテーブルによって通信経路の選択を行う手段とを設けることにより、アプリが、通信経路の障害を検出したとき、通信インタフェースの切り換えを行えるようにしたＴＣＰ／ＩＰルーティングシステムが提案されている。

特許文献２では、複数の通信インタフェースを備え、自身と同一のセグメントからパケットを受信した場合に、そのパケットの送信元のＩＰアドレスに従って静的ルートを設定する（そのＩＰアドレスに従ったスタティックルーティングを行う）手段を設けることにより、効率の良い通信を行えるようにしたマシン（ネットワーク機器）が提案されている。
特許第３４６７２３０号公報 特開２００６−１０１３４４号公報

上述した被管理装置では、複数の異なる通信相手とそれぞれ通信インタフェースを使用してネットワーク経由で通信を行う機能を有する複数のアプリケーション等の上位層モジュールが、下位層のＴＣＰ／ＩＰモジュールのルーティングテーブルを共用し、ネットワーク経由で通信相手にパケットを送信する場合、そのパケットをルーティングテーブルに定められているディフォルトゲートウェイ（中継経路）に転送する。
したがって、複数の通信インタフェースが存在していたとしても、例えば上位層モジュールであるＮＲＳモジュール（管理装置による遠隔管理に関する機能を実現するＮＲＳアプリ）と他のモジュール（外部から印刷情報を受信して印刷する機能を実現するプリンタアプリやスキャナによって原稿画像を読み取って外部へ送信する機能を実現するスキャナアプリなど）は、同一の通信インタフェースを使用することになる。

前述のように、複数の通信インタフェースが存在したとしても、被管理装置のＯＳは一般的に知られているＯＳと同様、ＴＣＰ／ＩＰモジュールが通信を行う際に、使用できるルーティングテーブルは１つのみであるため、上位層モジュールであるＮＲＳモジュールと他のモジュールが同一の通信インタフェースを使用することになり、上位層の複数のモジュールが同時にそれぞれの通信相手と通信する際に、複数の通信インタフェースを同時に使用できないという問題点がある。
この発明は、上記の点に鑑みてなされたものであり、通信装置（被管理装置等）が複数の通信インタフェースを同時に使用して複数の異なる通信相手と通信できるようにすることを目的とする。

この発明は、上記の目的を達成するため、通信装置、その通信装置における制御方法、上記通信装置を制御するコンピュータに実行させるプログラム，およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

請求項１の発明による通信装置は、第１の通信網を介して通信を行う第１の通信手段と、上記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、上記第１の通信手段および上記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置であって、上記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段と、上記第２の通信手段が上記通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加する通信経路情報追加手段と、
上記第２の通信手段による上記通信機器との通信が完了した場合に、上記第１の記憶手段に追加された上記第１の通信経路情報を削除する通信経路情報削除手段とを設け、上記通信経路情報追加手段を、上記第１の通信手段又は上記第２の通信手段の起動時に、上記第１の通信経路情報とは異なる第２の通信経路情報を上記第１の記憶手段に追加する手段と、上記第２の通信手段が上記通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を正しい通信経路情報として上記第１の記憶手段に追加した上記第２の通信経路情報に上書きする手段と、上記第２の通信手段による上記通信機器との通信が完了し、上記通信経路情報削除手段によって上記上書きされた第１の通信経路情報が削除された場合に、再び上記第２の通信経路情報を上記第１の記憶手段に追加する手段とによって構成したものである。

請求項２の発明による通信装置は、請求項１の通信装置において、上記第１の記憶手段が更新されたことを検知する更新検知手段を設け、上記通信経路情報追加手段が、上記更新検知手段によって上記第１の記憶手段が更新されたことが検知された場合に、再び上記第２の通信経路情報を上記第１の記憶手段に追加するものである。

請求項３の発明による通信装置は、第１の通信網を介して通信を行う第１の通信手段と、上記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、上記第１の通信手段および上記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置であって、上記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段と、上記第２の通信手段が上記通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加する通信経路情報追加手段と、上記第１の記憶手段を更新する更新手段とを設け、該更新手段に、上記第１の通信手段および上記第２の通信手段に対して上記第１の記憶手段の更新が可能か否かを問い合わせする更新可否問合手段と、該更新可否問合手段による問い合わせに対して、上記第１の記憶手段の更新禁止応答を受けた場合に、上記第１の記憶手段の更新を禁止する手段とを備え、上記第１の通信手段および上記第２の通信手段にそれぞれ、上記更新可否問合手段による問い合わせに対して、上記通信機器との通信中であった場合に、上記第１の記憶手段の更新禁止応答を上記更新手段へ送信する手段を備えたものである。

請求項４の発明による通信装置は、第１の通信網を介して通信を行う第１の通信手段と、上記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、上記第１の通信手段および上記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置であって、上記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段と、上記第２の通信手段が通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加する通信経路情報追加手段と、上記第１の記憶手段を更新する更新手段とを設け、該更新手段に、上記第１の通信手段および上記第２の通信手段に対して上記第１の記憶手段の更新が可能か否かを問い合わせする更新可否問合手段と、上記更新可否問合手段による問い合わせに対して、上記第１の記憶手段の更新許可応答を受けた場合に、上記第１の記憶手段の更新を許可する手段とを備え、上記第１の通信手段および上記第２の通信手段にそれぞれ、上記更新可否問合手段による問い合わせに対して、通信機器との通信中であった場合に、該通信中の回線を強制遮断する手段と、該手段によって上記通信中の回線が強制遮断された後、上記第１の記憶手段の更新許可応答を上記更新手段へ送信する手段とを備えたものである。

請求項５の発明による通信装置は、請求項１〜４のいずれかの通信装置において、上記第２の通信手段が通信機器と通信する際に、上記第２の通信網との接続が確立したか否かを判断する接続確立判断手段を設け、上記通信経路情報追加手段が、上記接続確立判断手段によって上記第２の通信手段と上記第２の通信網との接続が確立したと判断された場合に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加するものである。

請求項６の発明による通信装置は、請求項１〜５のいずれかの通信装置において、上記第２の通信網を、電話回線を使用した通信網としたものである。

請求項７の発明による通信装置は、請求項６の通信装置において、上記第２の通信手段と上記第２の通信網との間の通信方式は、ＰＰＰを利用するものである。

請求項８の発明による通信装置における制御方法は、第１の通信網を介して通信を行う第１の通信手段と、上記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、上記第１の通信手段および上記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置における制御方法であって、上記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を第２の記憶手段に予め記憶しておき、上記第２の通信手段が上記通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加する通信経路情報追加工程と、上記第２の通信手段による上記通信機器との通信が完了した場合に、上記第１の記憶手段に追加された上記第１の通信経路情報を削除する通信経路情報削除工程とを有し、上記通信経路情報追加工程を、上記第１の通信手段又は上記第２の通信手段の起動時に、上記第１の通信経路情報とは異なる第２の通信経路情報を上記第１の記憶手段に追加する工程と、上記第２の通信手段が上記通信相手と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を正しい通信経路情報として上記第１の記憶手段に追加した上記第２の通信経路情報に上書きする工程と、上記第２の通信手段による上記通信機器との通信が完了し、上記通信経路情報削除手段によって上記上書きされた第１の通信経路情報が削除された場合に、再び上記第２の通信経路情報を上記第１の記憶手段に追加する工程とによって構成したものである。

請求項９の発明によるプログラムは、第１の通信網を介して通信を行う第１の通信手段と、上記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、上記第１の通信手段および上記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段と、上記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段とを有する通信装置を制御するコンピュータに、上記第２の通信手段が上記通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加する通信経路情報追加機能と、上記第２の通信手段による上記通信機器との通信が完了した場合に、上記第１の記憶手段に追加された第１の通信経路情報を削除する通信経路情報削除機能とを実現するためのプログラムであり、上記通信経路情報追加機能を、上記第１の通信手段又は上記第２の通信手段の起動時に、上記第１の通信経路情報とは異なる第２の通信経路情報を上記第１の記憶手段に追加する機能と、上記第２の通信手段が上記通信機器と通信する際に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を正しい通信経路情報として上記第１の記憶手段に追加した上記第２の通信経路情報に上書きする機能と、上記第２の通信手段による上記通信機器との通信が完了し、上記通信経路情報削除機能によって上記上書きされた第１の通信経路情報が削除された場合に、再び上記第２の通信経路情報を上記第１の記憶手段に追加する機能とによって構成されたものである。

請求項１０の発明によるプログラムは、請求項９のプログラムにおいて、上記コンピュータに、上記第１の記憶手段が更新されたことを検知する更新検知機能をも実現するためのプログラムであり、上記通信経路情報追加機能は、上記更新検知機能によって上記第１の記憶手段が更新されたことが検知された場合に、再び上記第２の通信経路情報を上記第１の記憶手段に追加するものである。

請求項１１の発明によるプログラムは、請求項９又は１０のプログラムにおいて、上記コンピュータに、上記コンピュータに、上記第２の通信手段が通信機器と通信する際に、上記第２の通信網との接続が確立したか否かを判断する接続確立判断機能をも実現するためのプログラムであり、上記通信経路情報追加機能が、上記接続確立判断機能によって上記第２の通信手段と上記第２の通信網との接続が確立したと判断された場合に、上記第２の記憶手段に記憶されている上記第１の通信経路情報を上記第１の記憶手段に追加するものである。

請求項１２の発明による記録媒体は、請求項９〜１１のいずれかのプログラムを記録したコンピュータ読み取り可能な記録媒体である。

この発明によれば、通信装置が、第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報（例えば通信機器の宛先情報および通信機器と通信するために必要なゲートウェイ情報）を第２の記憶手段（メモリ）に予め記憶しておき、第２の通信手段が通信機器と通信を行う際に、第２の記憶手段に記憶されている第１の通信経路情報を第１の記憶手段に追加するので、第２の通信手段がその第１の記憶手段を参照することにより、指定ゲートウェイを経由して通信機器（例えば管理装置）と通信すると共に、第１の通信手段も第１の記憶手段を参照することにより、ディフォルトゲートウェイを経由して他の通信機器（例えば管理装置以外のネットワーク機器）と通信することができる。つまり、複数の通信手段を同時に使用して複数の異なる通信機器と通信することができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。なお、この実施形態では、遠隔管理システムとして、デジタル複合機（以下「ＭＦＰ」という）を被管理装置とする画像形成装置管理システムを用いた例について説明する。

〔画像形成装置管理システムの構成例〕
まず、この発明の一実施形態である画像形成装置管理システムの構成について、図１を参照して説明する。
図１は、この発明の一実施形態である画像形成装置管理システムの構成例を示す概念図である。

この画像形成装置管理システムは、ＭＦＰ１００を被管理装置とする遠隔管理システムである。
ＭＦＰ１００は、複数の通信インタフェースを備えており、自己が設置されている顧客先のネットワーク環境に応じていずれかの通信インタフェースを使用することにより、管理装置４００との通信を可能にして、その管理装置４００による遠隔管理を実現しつつ、他の通信インタフェースを同時に使用可能（共存可能）にしている。

例えば、ＮＩＣ（Network Interface Card）１０１を使用し、ＬＡＮ（Local Area Network）等のネットワーク１１、ルータ等のゲートウェイ５００、インタネット３００，およびネットワーク４１を経由して管理装置４００のＮＩＣ４０１と接続するか、あるいはモデム１０２を使用し、電話回線を使用した通信網である公衆回線（ＰＳＴＮ）網２００を経由して管理装置４００のモデム４０２と接続することにより、管理装置４００による遠隔管理を実現しつつ、遠隔管理に利用されていない通信インタフェースを使用して、図示しないＰＣ（パーソナルコンピュータ）等の外部機器（ネットワーク機器）と画像情報（スキャナによって読み取った画像情報等）やその他のデータの送受信を行う。

ここで、遠隔管理に利用されていない通信インタフェースを第１の通信インタフェース、遠隔管理に利用されている通信インタフェースを第２の通信インタフェースとする。そして、この実施形態では、第１の通信インタフェースをＮＩＣ１０１、第２の通信インタフェースをモデム１０２とすると共に、第１の通信網をインタネット３００、第２の通信網を公衆回線網２００とする。
なお、ＭＦＰ１００の代わりに、複写装置やプリンタ，ファクシミリ装置等の他の画像形成装置を用いることもできる。

このような画像形成装置管理システムにおいて、遠隔管理を実現するため、各装置にＲＰＣ（Remote Procedure Call）により、相互実装するアプリケーション（アプリケーションプログラム）のメソッドに対する処理の要求、応答を送受信できるようにしている。また、ＲＰＣを実現するために、ＳＯＡＰ（Simple Object Access Protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）、ＦＴＰ（File Transfer Protocol）などのプロトコルを利用することができる。

〔管理装置のハードウェア構成例〕
次に、図１の管理装置４００のハードウェア構成について、図２を用いて具体的に説明する。
図２は、図１の管理装置４００のハードウェア構成例を示すブロック図である。
この管理装置４００は、ＮＩＣ４０１，モデム４０２，制御装置４１１，データベース４１２，通信端末４１６，プロキシサーバ４１７，および操作者端末４１８を備え、モデム４０７以外の各部をＬＡＮ等のネットワーク４１５を介して接続する。

制御装置４１１は、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等から構成させるマイクロコンピュータを備え、ＣＰＵがＲＯＭやデータベース４１２内のプログラムを必要に応じて実行し、管理装置４００を全体的に制御することにより、各種の機能を実現することができる。
データベース４１２は、ＭＦＰ１００の管理に用いる各種パラメタ，プログラム（管理プログラム等），操作者端末４１８から入力されるデータを記憶するパラメタ記憶エリア４１３と、ＭＦＰ１００のカウンタ情報（課金カウンタ値など）を記憶するカウンタ記憶エリア４１４とによって構成される記憶手段である。

通信端末４１６は、モデム４０２の通信制御を行うものである。
モデム４０２は、公衆回線網２００を介してＭＦＰ１００と通信可能に接続するものであり、送受信するデータを変復調する。このモデム４０２と通信端末４１６により通信手段としての機能を果たす。
プロキシサーバ４１７は、ＮＩＣ４０１を使用してＬＡＮ等のネットワーク４１，インタネット３００，ゲートウェイ５００，およびネットワーク１１を介してＭＦＰ１００との通信を行う。このプロキシサーバ４１７も、通信手段としての機能を果たす。
操作者端末４１８は、オペレータによる各種データの入力インタフェースである。

〔ＭＦＰのハードウェア構成例〕
次に、図１のＭＦＰ１００のハードウェア構成について、図３を用いて具体的に説明する。
図３は、図１のＭＦＰ１００のハードウェア構成例を示すブロック図である。

このＭＦＰ１００は、複写機，プリンタ，ＦＡＸ（ファックス）装置，スキャナ装置としての機能（サービス）、つまりコピー機能，プリンタ機能，ＦＡＸ機能，スキャナ機能を含む各種機能を実現できる画像形成装置であり、図３に示すように、コントローラボード１１０，操作パネル１２０，ＦＣＵ（ファックスコントロールユニット）１２１，ＵＳＢ（Universal Serial Bus）・Ｉ／Ｆ１２２，ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４・Ｉ／Ｆ１２３，プロッタ／スキャナエンジン１２４，および周辺機１２５から構成されている。これらの構成が、原稿の画像読み取り，印刷（画像形成），画像情報送信等の画像処理を行うためのハードウェア資源である。

コントローラボード１１０は、当該ＭＦＰ１００の各部を統括的に制御するものである。その制御により、各種機能を実現することができる。
操作パネル１２０は、ＭＦＰ１００に対して操作を行うオペレータのためのインタフェースであり、データ入力やジョブ実行指示を行うための各種の操作キー（操作スイッチ又は操作ボタンともいう）と、各種情報を表示するＬＣＤ又はＣＲＴの文字表示器とを備えている。

ＦＣＵ１２１は、外部機器、例えばＦＡＸ装置又はモデム機能（ＦＡＸ通信機能）を有するデジタル複写機や他のＭＦＰ等の画像形成装置との通信を公衆回線網２００経由で制御するものである。
ＵＳＢ・Ｉ／Ｆ１２２およびＩＥＥＥ１３９４・Ｉ／Ｆ１２３はそれぞれ、外部機器と直接接続して通信を行うための、ＵＳＢ規格，ＩＥＥＥ１３９４規格のインタフェース（直接インタフェース）である。

プロッタ／スキャナエンジン１２４は、原稿の画像を読み取るスキャナ（画像読取手段）、およびスキャナによって読み取った画像情報あるいは外部機器から受信した印刷情報を可視画像として用紙（他の記録媒体でもよい）上に印刷するプロッタ（画像形成手段）に相当するものである。なお、図示しないＰＣ等の外部機器から受信した印刷情報が印刷用の画像情報でなく、文字コードや描画情報であれば、それらをコントローラボード１１０によって印刷用の画像情報に変換される。

周辺機１２５は、原稿をスキャナの画像読取位置へ自動給送する自動原稿給送装置（ＡＤＦ）や、プロッタ／スキャナエンジン１２４によって印刷がなされた用紙に対してソート（仕分け），パンチ（穴開け），ステープル処理等の後処理を行う後処理装置などに相当するものである。
コントローラボード１１０は、ＣＰＵ１１１，ＡＳＩＣ（Application Specific Integrated Circuit）１１２，ＳＤＲＡＭ１１３，フラッシュメモリ１１４，ＨＤＤ１１５，遠隔管理システム用メモリ１１６，ＮＩＣ１０１，およびモデム１０２等によって構成されている。

ＣＰＵ１１１は、ＡＳＩＣ１１２を介してデータ処理（各機能の制御）を行う演算処理手段である。このＣＰＵ１１１は、ＳＤＲＡＭ１１３，フラッシュメモリ１１４（又はＨＤＤ１１５）内のプログラムを必要に応じて実行し、装置の制御を行うことにより、この発明に関わる機能である第１の通信手段，第２の通信手段，通信経路情報追加手段，通信経路情報削除手段，接続確立判断手段，更新検知手段，および更新手段としての機能を含む各種の機能を実現することができる。
ＡＳＩＣ１１２は、ＣＰＵ１１１の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリケーション等の開発の高効率化を支援するものである。
ＳＤＲＡＭ１１３は、各種プログラムを記憶するプログラムメモリや、ＣＰＵ１１１がデータ処理時に使用するワークメモリ等として使用するメモリである。

フラッシュメモリ１１４は、ブートプログラムやＯＳイメージの他に、各種不揮発性を求めるデータ（機種機番、ＩＰアドレス等の管理情報）を記憶する不揮発性メモリ（ＮＶ−ＲＡＭ）である。
ＨＤＤ１１５は、不揮発性記憶媒体であるハードディスク装置（記憶手段）であり、更新用ファームウェアや実行用ファームウェア等のプログラムを記憶することができる。
遠隔管理システム用メモリ１１６は、遠隔管理システムにおける各機能（遠隔管理機能）を実現するための各種情報を記憶する不揮発性メモリである。その遠隔管理機能を実現するための情報には、後述する管理装置４００の宛先情報を含む管理装置４００との通信経路を示す情報（通信経路情報）が含まれる。

ＮＩＣ１０１は、図１のネットワーク１１，ゲートウェイ５００，インタネット３００，およびネットワーク４１を介して管理装置４００のプロキシサーバ４１７と通信するために接続するインタフェースである。
モデム１０２は、公衆回線網２００を介して管理装置４００のモデム４０２と通信可能に接続するものである。

〔ＭＦＰのソフトウェア構成例〕
次に、この画像処理装置のソフトウェア構成について、図４を用いて具体的に説明する。なお、以下に示すＮＲＳアプリを含む各プログラムによる処理は、実際にはＣＰＵ１１１がそれらのプログラムに従って動作することによって実行するが、説明の都合上、それらのプログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。また、「アプリ」を「モジュール」ともいう。

図４は、図１のＭＦＰ１００のソフトウェア構成例を示すブロック図である。
このＭＦＰ１００のソフトウェア構成は、アプリケーションモジュール層，サービスモジュール層，汎用ＯＳ層からなる。これらのソフトウェアを構成するプログラムは、フラッシュメモリ１１４（又はＨＤＤ１１５）に記憶されている。
ＣＰＵ１１１は、ＡＳＩＣ１１２経由でフラッシュメモリ１１４内のブートプログラムを起動（実行）させてＯＳイメージを読み出し、ＳＤＲＡＭ１１３にロードしてＯＳに展開し、その展開したＯＳを起動させる。その後、必要に応じてフラッシュメモリ１１４内の各アプリケーションやサービスなどのプログラムを読み出し、ＳＤＲＡＭ１１３にロードして展開し、起動させ、装置の制御を行うことにより、各種機能を実現することができる。

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

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

これらを更に詳述する。
ＮＲＳ１５１は、ネットワーク１１やゲートウェイ５００等を介してデータを送受信する際のデータの変換を行うなど、ネットワーク１１やゲートウェイ５００等を介した遠隔管理に関する機能およびスケジューラ機能を実現するアプリケーションである。また、モデム制御を行い、ＰＰＰ（Point-to-Point Protocol）を用いて公衆回線網２００を介した遠隔管理に関する機能を実現するアプリケーションでもある。
コピーアプリ１５２，ファックスアプリ１５３，プリンタアプリ１５４，スキャナアプリ１５５，ネットファイルアプリ１５６，ウェブアプリ１５７は、それぞれ名前の通りのサービスを実現するためのアプリケーションである。

ＯＣＳ１６０は、操作パネル１２０を制御するモジュールである。
ＥＣＳ１６１は、プロッタ／スキャナエンジン１２４を制御するモジュールである。
ＭＣＳ１６２は、メモリ制御をするモジュールである。
ＮＣＳ１６３は、ネットワーク１１とアプリケーションモジュール層の各アプリケーションとの仲介処理を行わせるモジュールである。
ＦＣＳ１６４は、ファクシミリ機能を実現するモジュールである。

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

ＵＣＳ１６７は、機器利用者（ユーザ）が登録した通信相手（但し管理装置４００以外）の宛先情報やユーザ情報を管理するモジュールである。
汎用ＯＳ１７２は、ＵＮＩＸ（登録商標），Ｌｉｎｕｘ（登録商標），Ｗｉｎｄｏｗｓ（登録商標）などのオペレーティングシステムを使用することができる。それらのうち、ＵＮＩＸやＬｉｎｕｘを用いれば、オープンソースゆえの安全性が担保され、ソースコード入手の容易性などの利点がある。これらのオペレーティングシステムは、サービスモジュール層やアプリケーションモジュール層のプログラムなどを実行させる処理を司る。

汎用ＯＳ１７２のカーネルには、モデムドライバ１７３，ＰＰＰドライバ１７４，およびＴＣＰ／ＩＰモジュール１７５が包含されている。
モデムドライバ１７３およびＰＰＰドライバ１７４は、モデム１０２を使用してＰＰＰ通信を行わせるデバイス制御モジュールである。
ＴＣＰ／ＩＰモジュール１７５は、一つのみのルーティングテーブルを持ち、パケットを送ろうとするとき、ルーティングテーブルを参照して、自分に隣接するどのルータへパケットを転送すべきかを判断する。パケットを受け取ったルータ側でも、同じ処理を繰り返し、パケットを次々と転送していくことにより、パケットを目的のネットワークに届ける。

以下、このように構成された画像形成装置管理システムにおけるこの発明に関わる制御の各実施例について、図５〜図１１も参照して具体的に説明する。
ここで、この発明に関わる特徴部分の実施例の説明に入る前に、理解の便宜のため、図５を参照して従来の問題点について説明する。なお、その説明の便宜のため、図４を使用する。
図５の（ａ）（ｂ）は、図４のＴＣＰ／ＩＰモジュール１７５のルーティングテーブルの内容を従来と比較して示す図である。

図５の（ａ）は、ルーティングテーブルに設定されている、管理装置４００および他の通信相手との各通信経路を示す情報である通信経路情報である。
従来、上位層モジュールであるＮＲＳ１５１と他のモジュール（スキャナアプリ１５５等の各上位層アプリ）は、通信相手の宛先が指定されてＩＰパケットの送信が要求されると、指定された宛先の情報（ＩＰアドレス）をパラメタとして付加した通信要求を汎用ＯＳ１７２に対して送信し、その送信要求を受けた汎用ＯＳ１７２のＴＣＰ／ＩＰモジュール１７５が、図５の（ａ）に示すようなルーティング設定に従い、ＮＩＣ１０１をパケット送信する通信インタフェース（通信Ｉ／Ｆ）として選択する。

そして、ルーティング設定に従い、ディフォルトゲートウェイであるゲートウェイ５００を経由して通信相手と通信する。
したがって、複数の通信インタフェース（ＮＩＣ１０１，モデム１０２）が存在したとしても、上位層モジュールであるＮＲＳ１５１のモジュール（遠隔管理機能）とプリンタアプリ１５４，スキャナアプリ１５５等の他のモジュールが、同一の通信インタフェースであるＮＩＣ１０１を使用することになり、同時にそれぞれの通信相手と通信する際に、複数の通信インタフェースを同時に使用できない。

図５の（ｂ）は、同図の（ａ）に示した通信経路情報に静的ルートを追加したものである。この場合は、ルーティングテーブルに前述した通信経路情報が設定されている他、所定のタイミングでダミーの静的ルートや正しい静的ルートが追加（又は上書き）されていることになる。

以下の実施例では、管理装置４００との新たな通信経路を示す情報（以下「新通信経路情報」という）、つまりＮＲＳ１５１とやり取りする管理装置４００の宛先情報および管理装置４００と通信するために必要な指定されたゲートウェイであるＲＡＳ（Remote Access Service）サーバ，第２の通信インタフェースであるモデム１０２を示す各情報を遠隔管理システム用メモリ１１６に予め記憶しておき、上位層モジュールであるＮＲＳ１５１が、管理装置４００と通信する際に、その新通信経路情報を静的ルート（正しい静的ルート）として、図５の（ｂ）に破線で囲んで示すようにルーティングテーブルに追加する。

すなわち、通信相手の宛先として管理装置４００が指定されてＩＰパケットの送信が要求されると、指定された管理装置４００の情報をパラメタとして付加したダイヤルアップ接続要求（静的ルート追加要求を含む）をモデムドライバ１７３に対して送信し、そのモデムドライバ１７３が、ダイヤルアップ接続を行った後、ルーティングテーブルに静的ルートを追加する。
ＴＣＰ／ＩＰモジュール１７５は、図５の（ｂ）に示すようなルーティング設定（静的ルート）に従い、モデム１０２（第２の通信インタフェース）をパケット送信する通信インタフェースとして選択する。

そして、ルーティング設定（静的ルート）に従い、指定ゲートウェイであるＲＡＳサーバを経由して管理装置４００と通信する。
このとき、他のモジュールが、ルーティング設定に従って、ＮＩＣ１０１（第１の通信インタフェース）をパケット送信する通信インタフェースとして選択し、そのＮＩＣ１０１を使用し、ディフォルトゲートウェイであるゲートウェイ５００を経由して管理装置４００以外のネットワーク機器（ＰＣ等の外部機器）と通信することができる。つまり、複数の通信インタフェースを同時に使用して複数の異なる通信相手と通信することができる。

このように、複数の通信インタフェース（ＮＩＣ１０１，モデム１０２）が存在する場合、上位層モジュールであるＮＲＳ１５１のモジュール（遠隔管理機能）がモデム１０２を、プリンタアプリ１５４，スキャナアプリ１５５等の他のモジュールがＮＩＣ１０１をそれぞれ使用することになり、同時にそれぞれの通信相手と通信する際に、複数の通信インタフェースを同時に使用できるようになる。

〔第１実施例〕
まず、第１実施例について、図６を参照して具体的に説明する。
図６は、図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第１例を示す図である。
ＭＦＰ１００のＮＲＳ１５１（図４）は、自身とやり取りする通信相手である管理装置４００と通信する場合、ステップＳ１でその宛先情報（ＩＰアドレス）を含む新通信経路情報を遠隔管理システム用メモリ１１６から読み出す。その新通信経路情報は、遠隔管理システム用メモリ１１６に予め記憶保持してある。

そして、ステップＳ２で管理装置４００との通信を開始し、ステップＳ３でダイヤルアップ接続要求をモデムドライバ１７３へ送信する。そのダイヤルアップ接続要求には、遠隔管理システム用メモリ１１６から読み出した新通信経路情報がパラメタとして付加されている。
モデムドライバ１７３は、そのダイヤルアップ接続要求を受信すると、ステップＳ４でモデム１０２を使用して管理装置４００のモデム４０２と接続するためのダイヤルアップ接続を行う。このとき、ＲＡＳサーバへのアクセスを行う。

そして、ステップＳ５でそのダイヤルアップ接続が完了（確立）したと判断し、その直後にステップＳ６へ進み、受信したダイヤルアップ接続要求に付加されている新通信経路情報を静的ルートとして図５の（ｂ）に破線で囲んで示したようにＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加する。なお、その追加の処理は、ＮＲＳ１５１からのダイヤルアップ接続要求時に行っているため、ＮＲＳ１５１が間接的に行っていることになるが、ＮＲＳ１５１がモデムドライバ１７３からの指示によって直接行っても構わない。
モデムドライバ１７３は、新通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加した後、ステップＳ７でダイヤルアップ接続要求に対する応答であるダイヤルアップ接続応答をＮＲＳ１５１へ返答する。

ＮＲＳ１５１は、そのダイヤルアップ接続応答（接続ＯＫの返答）を受信した後、ステップＳ８〜Ｓ１２でモデムドライバ１７３，ＰＰＰドライバ１７４，およびＴＣＰ／ＩＰモジュール１７５を用いて管理装置４００とＴＣＰ／ＩＰ通信を行う。このとき、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルには管理装置４００に関する静的ルート（新通信経路情報）が存在するため、その静的ルートに従い、ＴＣＰ／ＩＰモジュール１７５がステップＳ８でモデム１０２を採択し、モデムドライバ１７３がステップＳ１２でモデム１０２を使用し、ＲＡＳサーバを経由して管理装置４００とＴＣＰ／ＩＰ通信を行う。

したがって、ＮＲＳ１５１が管理装置４００とＴＣＰ／ＩＰ通信を行っている最中でも、ルーティングテーブルでは図５の（ｂ）に示したように通信経路情報は変更されていないため、プリンタアプリ１５４，スキャナアプリ１５５等の他のモジュールが、ＮＩＣ１０１を使用し、ディフォルトゲートウェイ（ゲートウェイ５００）を経由して管理装置４００以外のネットワーク機器と通信することができる。

ＮＲＳ１５１は、ステップＳ１３で管理装置４００とのＴＣＰ／ＩＰ通信が完了すると、ステップＳ１４でダイヤルアップ切断要求をモデムドライバ１７３へ送信する。
モデムドライバ１７は、そのダイヤルアップ切断要求を受信すると、ステップＳ１５でダイヤルアップを切断し、ステップＳ１６でそのダイヤルアップ切断が完了したと判断すると、ステップＳ１７でＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加した静的ルートを削除した後、ステップＳ１８でダイヤルアップ切断要求の応答であるダイヤルアップ切断応答をＮＲＳ１５１へ返答する。

第１実施例によれば、ＭＦＰ（被管理装置）は、予めＮＲＳモジュールとやり取りする管理装置との通信経路を示す新通信経路情報（管理装置の宛先情報および管理装置と通信するために必要な指定ゲートウェイ，第２の通信インタフェースを示す各情報）を不揮発性メモリに記憶しておき、ＮＲＳモジュールが、管理装置と通信する際に、その新通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュールのルーティングテーブルに追加するので、そのルーティングテーブルを参照することにより、第２の通信インタフェース（モデム）を使用し、指定ゲートウェイ（ＲＡＳサーバ）を経由して管理装置と通信すると共に、他のモジュールも、ルーティングテーブルを参照することにより、第１の通信インタフェース（ＮＩＣ）を使用し、ディフォルトゲートウェイを経由して管理装置４００以外のネットワーク機器と通信することができる。つまり、複数の通信インタフェースを同時に使用して複数の異なる通信相手と通信することができる。

〔第２実施例〕
次に、第２実施例について、図７を参照して具体的に説明する。なお、この第２実施例は第１実施例と若干異なるだけなので、その異なる部分を中心に説明する。
図７は、図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第２例を示す図である。

ＭＦＰ１００のＮＲＳ１５１（図４）は、ステップＳ２１〜Ｓ２３で図６のステップＳ１〜Ｓ３と同様の各処理を順次行う。
モデムドライバ１７３は、ＮＲＳ１５１からダイヤルアップ接続要求を受信すると、ステップＳ２４でモデム１０２を使用して管理装置４００のモデム４０２と接続するためのダイヤルアップ接続（ＰＰＰ接続）を行い、ステップＳ２５でそのダイヤルアップ接続が成功（確立）したか失敗したかを判断する。

そして、ダイヤルアップ接続が成功した（ＯＫだった）場合には、ステップＳ２６へ進み、受信したダイヤルアップ接続要求に付加されている新通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加した後、ステップＳ２７でダイヤルアップ接続要求に対する応答であるダイヤルアップ接続が成功した旨を示すダイヤルアップ接続応答（ＯＫ）をＮＲＳ１５１へ返答する。ダイヤルアップ接続が失敗した（ＮＧだった）場合には、静的ルートの追加を行わず、ステップＳ２８でダイヤルアップ接続要求に対する応答であるダイヤルアップ接続が失敗した旨を示すダイヤルアップ接続応答（ＮＧ）をＮＲＳ１５１へ返答する。

ＮＲＳ１５１は、そのダイヤルアップ接続応答（ＮＧ）又はダイヤルアップ接続応答（ＯＫ）を受信すると、その受信したダイヤルアップ接続応答がステップＳ２９で成功を示すものであるか失敗を示すものであるかを判断し、成功（ＯＫ）を示すものであればステップＳ３０〜Ｓ４０で図６のステップＳ８〜Ｓ１８と同様に管理装置４００とのＴＣＰ／ＩＰ通信を含む各処理を順次行い、失敗（ＮＧ）を示すものであれば管理装置４００とのＴＣＰ／ＩＰ通信を行わず、ステップＳ３５〜Ｓ４０で図６のステップＳ１３〜Ｓ１８と同様の各処理を順次行う。

第２実施例によれば、第１実施例と同様の作用効果を得ることができる。また、ＮＲＳモジュールは、管理装置と通信するためにダイヤルアップ接続要求をモデムドライバへ送信し、その要求を受けたモデムドライバ（ダイヤルアップ制御モジュール）がモデム（第２の通信インタフェース）を使用して管理装置のモデムと接続するためのダイヤルアップ接続を行い、そのダイヤルアップ接続が失敗した場合には、静的ルートの追加を行わないので、その追加の処理を無駄に行うことがなくなる分だけ、処理効率が向上する。

〔第３実施例〕
次に、第３実施例について、図８も参照して具体的に説明する。この第３実施例は、上述した第１実施例の制御に図８によって説明する制御を加えたものであるが、その制御を上述した第２実施例の制御に加えてもよい。
図８は、図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第３例を示す図である。

ＭＦＰ１００のＮＲＳ１５１（図４）は、ネットワーク機器と通信を行うためのネットワーク機能（通信に関する機能を実現するプログラム）の起動時に、まずステップＳ４１で通信相手の宛先に基づいてダミーの通信経路情報を作成してＳＤＲＡＭ１１３に一時的に記憶する。
次に、ステップＳ４２でダイヤルアップ接続要求をモデムドライバ１７３へ送信する。そのダイヤルアップ接続要求には、ダミーの通信経路情報がパラメタとして付加されている。

モデムドライバ１７３は、そのダイヤルアップ接続要求を受信すると、ステップＳ４３でモデム１０２を使用してダイヤルアップ接続を行う。このとき、ＲＡＳサーバへのアクセスを行う。
そして、ステップＳ４４でそのダイヤルアップ接続が完了したと判断した後、ステップＳ４５へ進み、受信したダイヤルアップ接続要求に付加されているダミーの通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加し、ステップＳ４６でダイヤルアップ接続要求に対する応答であるダイヤルアップ接続応答をＮＲＳ１５１へ返答する。

その後、ＮＲＳ１５１ではなく、他のアプリ（モジュール）が、ステップＳ４７でモデムドライバ１７３，ＰＰＰドライバ１７４，およびＴＣＰ／ＩＰモジュール１７５を用いて管理装置４００とＴＣＰ／ＩＰ通信を行おうとした場合、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルにはダミーの静的ルート（通信経路情報）が存在するため、ステップＳ４８でそのダミーの静的ルートを使用するが、その静的ルートに従って管理装置４００とＴＣＰ／ＩＰ通信を行えないため、ステップＳ４９で通信を行おうとした他のアプリへ通信エラーを送信する。

それに対して、ＮＲＳ１５１は、管理装置４００と通信する場合、ステップＳ５０でその宛先情報を含む新通信経路情報を遠隔管理システム用メモリ１１６から読み出し、ステップＳ５１で管理装置４００との通信を開始して、ステップＳ５２でその読み出した新通信経路情報をパラメタとして付加したダイヤルアップ接続要求をモデムドライバ１７３へ送信する。

モデムドライバ１７３は、そのダイヤルアップ接続要求を受信すると、ステップＳ５３でモデム１０２を使用して管理装置４００のモデム４０２と接続するためのダイヤルアップ接続を行う。
そして、ステップＳ５４でそのダイヤルアップ接続が完了したと判断し、その直後にステップＳ５５へ進み、受信したダイヤルアップ接続要求に付加されている新通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュール１７５のルーティングテーブル上のダミーの静的ルートに上書きした後、ステップＳ５６でダイヤルアップ接続要求に対する応答であるダイヤルアップ接続応答をＮＲＳ１５１へ返答する。

ＮＲＳ１５１は、そのダイヤルアップ接続応答を受信した後、ステップＳ５７〜Ｓ６１でモデムドライバ１７３，ＰＰＰドライバ１７４，およびＴＣＰ／ＩＰモジュール１７５を用いて管理装置４００とＴＣＰ／ＩＰ通信を行い、ステップＳ６２でそのＴＣＰ／ＩＰ通信が完了すると、ステップＳ６３でダイヤルアップ切断要求をモデムドライバ１７３へ送信する。

モデムドライバ１７３は、そのダイヤルアップ切断要求を受信すると、ステップＳ６４でダイヤルアップを切断し、ステップＳ６５でそのダイヤルアップ切断が完了したと判断すると、ステップＳ６６でＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのダミーの静的ルートに上書きした静的ルートを削除した後、ステップＳ６７でダイヤルアップ切断要求の応答であるダイヤルアップ切断応答をＮＲＳ１５１へ返答する。
ＮＲＳ１５１は、そのダイヤルアップ切断応答を受信すると、ステップＳ６８〜Ｓ７２で上述したステップＳ４２〜Ｓ４６と同様の処理を行うことにより、再びダミーの通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加する。

第３実施例によれば、第１実施例又は第２実施例と同様の作用効果を得ることができる。また、ＮＲＳモジュールが、ネットワーク機能の起動時に、モデムドライバによってダミーの静的ルートをＴＣＰ／ＩＰモジュールのルーティングテーブルに追加するため、他のモジュールは管理装置と通信することができず、不本意なパケットが意図しない通信インタフェース（モデム）を経由して送信されることを防ぐことができる。

〔第４実施例〕
次に、第４実施例について、図９も参照して具体的に説明する。この第４実施例は、上述した第３実施例の制御に図９によって説明する制御を加えたものであるが、その制御を上述した第１実施例又は第２実施例の制御に加えてもよい。
図９は、図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第４例を示す図である。
ＭＦＰ１００のＮＲＳ１５１，モデムドライバ１７３，ＴＣＰ／ＩＰモジュール１７５，およびＰＰＰドライバ１７４は、ステップＳ８１〜Ｓ９８で図８のステップＳ４１〜Ｓ４６，Ｓ５０〜Ｓ６１と同様の各処理を順次行う。

一方、ＳＣＳ１６５は、ＮＲＳ１５１による管理装置４００との通信中（Ｓ９８）に、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルがリフレッシュ（更新）された場合（Ｓ９９）に、そのリフレッシュをステップＳ１００で検知し、ステップＳ１０１でＮＲＳ１５１へ通報する。
ＮＲＳ１５１は、そのルーティングテーブルのリフレッシュの通報を受けると、ステップＳ１０２〜Ｓ１０６で図８のステップＳ６８〜Ｓ７２と同様の処理を行うことにより、再びダミーの通信経路情報を静的ルートとしてＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加する。

第４実施例によれば、第３実施例と同様の作用効果を得ることができる。また、ＮＲＳモジュールが、ＳＣＳモジュールによってルーティングテーブルのリフレッシュを検知した場合に、モデムドライバによって再びダミーの静的ルートをＴＣＰ／ＩＰモジュールのルーティングテーブルに追加することにより、ルーティングテーブルがリフレッシュされた場合でも、不本意なパケットが意図しない通信インタフェース（モデム）を経由して送信されることを防ぐことができる。

〔第５実施例〕
次に、第５実施例について、図１０も参照して具体的に説明する。この第５実施例は、
図８によって説明した第３実施例の制御に図１０によって説明する制御を加えたものであるが、その制御を図６，図７，図９によって説明した第１実施例，第２実施例，第４実施例のいずれかの制御に加えてもよい。

図１０は、図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第５例を示す図である。
ＭＦＰ１００のＮＲＳ１５１，モデムドライバ１７３，ＴＣＰ／ＩＰモジュール１７５，およびＰＰＰドライバ１７４は、図示は省略しているが、図８のステップＳ４１〜Ｓ４６と同様の各処理を順次行う。
その後、ＮＲＳ１５１が管理装置４００と通信する場合に、ステップＳ１１１〜Ｓ１３３で図８のステップＳ５０〜Ｓ７２と同様の各処理を順次行う。

一方、ＮＣＳ１６３は、操作パネル１２０を制御するＯＣＳ１６０等からの要求により、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行いたい場合に、ステップＳ１４１でルーティングテーブルのリフレッシュ要求をＳＣＳ１６５へ送信する。この例では、その要求の送信をＮＲＳ１５１による管理装置４００との通信中（Ｓ１２２）に行う。
ＳＣＳ１６５は、そのルーティングテーブルのリフレッシュ要求を受信すると、ステップＳ１４２でルーティングテーブルのリフレッシュが可能か否かをＮＲＳ１５１を含む全てのアプリケーションに対して問い合わせする。なお、図示の都合上、図１０ではＮＲＳ１５１以外のアプリケーションに対する問い合わせを省略している。

ＮＲＳ１５１を含む全てのアプリケーションはそれぞれ、ルーティングテーブルのリフレッシュが可能か否かの問い合わせを受けた場合に、ステップＳ１４３で次の処理を行う。つまり、通信を行っていなければルーティングテーブルのリフレッシュ許可応答を、通信相手と通信の途中であればルーティングテーブルのリフレッシュ禁止応答をそれぞれＳＣＳ１６５へ送信する。この例では、ＮＲＳ１５１が管理装置４００と通信の途中であるため、ルーティングテーブルのリフレッシュ禁止応答をＳＣＳ１６５へ送信する。

ＳＣＳ１６５は、ＮＲＳ１５１を含む全てのアプリケーションからそれぞれルーティングテーブルのリフレッシュ許可応答又はルーティングテーブルのリフレッシュ禁止応答を受信すると、その受信した応答をステップＳ１４４でＮＣＳ１６３へ受け渡す。
ＮＣＳ１６３は、ＳＣＳ１６５からの応答を受信すると、ステップＳ１４５でその応答の内容に基づいてＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行うか否かを決定する。この例では、ＮＲＳ１５１からＳＣＳ１６５経由でルーティングテーブルのリフレッシュ禁止応答を受信しているため、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行わない（禁止する）が、いずれのアプリケーションからもルーティングテーブルのリフレッシュ許可応答を受信した場合には、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行う。

第５実施例によれば、第１実施例〜第４実施例のいずれかと同様の作用効果を得ることができる。また、ＮＣＳモジュールが、ＳＣＳモジュール経由でルーティングテーブルのリフレッシュが可能か否かをＮＲＳ１５１を含む全てのアプリケーション（上位層モジュール）に対して問い合わせし、そのいずれかのアプリケーションからＳＣＳモジュール経由でルーティングテーブルのリフレッシュ禁止応答を受信した場合に、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを禁止することにより、上位層モジュール（ＮＲＳモジュール等）の通信途中にルーティングテーブルがリフレッシュされることがないため、送信するパケットが意図しない通信インタフェース（モデム）を経由して外部に漏洩されることを防ぐことができる。

〔第６実施例〕
次に、第６実施例について、図１１も参照して具体的に説明する。この第６実施例は、図８によって説明した第３実施例の制御に図１１によって説明する制御を加えたものであるが、その制御をその制御を図６，図７，図９によって説明した第１実施例，第２実施例，第４実施例のいずれかの制御に加えてもよい。

図１１は、図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第６例を示す図である。
ＭＦＰ１００のＮＲＳ１５１，モデムドライバ１７３，ＴＣＰ／ＩＰモジュール１７５，およびＰＰＰドライバ１７４は、図示は省略しているが、図８のステップＳ４１〜Ｓ４６と同様の各処理を順次行う。
その後、ＮＲＳ１５１が管理装置４００と通信する場合に、ステップＳ１５１〜Ｓ１６２で図８のステップＳ５０〜Ｓ６１と同様の各処理を順次行う。

一方、ＮＣＳ１６３は、操作パネル１２０を制御するＯＣＳ１６０等からの要求により、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行いたい場合に、ステップＳ１６３でルーティングテーブルのリフレッシュ要求をＳＣＳ１６５へ送信する。この例では、その要求の送信をＮＲＳ１５１による管理装置４００との通信中（Ｓ１６２）に行う。
ＳＣＳ１６５は、そのルーティングテーブルのリフレッシュ要求を受信すると、ステップＳ１６４でルーティングテーブルのリフレッシュが可能か否かをＮＲＳ１５１を含む全てのアプリケーションに対して問い合わせする。なお、図示の都合上、図１１ではＮＲＳ１５１以外のアプリケーションに対する問い合わせを省略している。

ＮＲＳ１５１を含む全てのアプリケーションはそれぞれ、ルーティングテーブルのリフレッシュが可能か否かの問い合わせを受けた場合に、次の処理を行う。つまり、通信を行っていない場合には、図示は省略するが、ルーティングテーブルのリフレッシュ許可応答をＳＣＳ１６５へ送信する。以後の制御は、図１０によって説明した通りである。この例のように、通信相手（この例では管理装置４００）と通信の途中の場合には、ステップＳ１６５で管理装置４００との通信を強制終了し（アプリケーション層の通信を中止し）、ステップＳ１６６で回線強制切断要求をモデムドライバ１７３へ送信する。

モデムドライバ１７３は、その回線強制切断要求を受信すると、直ちにステップＳ１６７でダイヤルアップ（回線）を切断し、ステップＳ１６８でそのダイヤルアップ切断が完了したと判断すると、ステップＳ１６９でＴＣＰ／ＩＰモジュール１７５のルーティングテーブルに追加した静的ルートを削除した後、ステップＳ１７０でダイヤルアップ切断応答をＮＲＳ１５１へ返答する。

ＮＲＳ１５１は、そのダイヤルアップ切断応答を受信すると、ステップＳ１７１でルーティングテーブルのリフレッシュ許可応答をそれぞれＳＣＳ１６５へ送信する。
ＳＣＳ１６５は、ＮＲＳ１５１からルーティングテーブルのリフレッシュ許可応答を受信すると、その受信した応答をステップＳ１７２でＮＣＳ１６３へ受け渡す。
ＮＣＳ１６３は、ＳＣＳ１６５からのルーティングテーブルのリフレッシュ許可応答を受信すると、ステップＳ１７３でＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行う。

第６実施例によれば、第１実施例〜第４実施例のいずれかと同様の作用効果を得ることができる。また、ＮＣＳモジュールが、ＳＣＳモジュール経由でルーティングテーブルのリフレッシュが可能か否かをＮＲＳ１５１を含む全てのアプリケーション（上位層モジュール）に対して問い合わせし、その問い合わせを受けたいずれかのアプリケーションが、通信相手と通信の途中であればその通信を強制終了した後、ＮＣＳモジュールが、ＴＣＰ／ＩＰモジュール１７５のルーティングテーブルのリフレッシュを行うことにより、上位層モジュール（ＮＲＳモジュール等）の通信途中にルーティングテーブルがリフレッシュされることがないため、送信するパケットが意図しない通信インタフェース（モデム）を経由して外部に漏洩されることを防ぐことができる。

以上の実施形態では、この発明による通信装置（被管理装置）の例として通信機能を持つＭＦＰについて説明したが、この発明はこれに限られるものではなく、通信機能を持つＭＦＰ以外の画像形成装置を遠隔管理する画像形成装置管理装置システムには勿論、通信機能を持つネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等，ＡＶ機器，遊戯機器などや、ネットワークに接続可能なコンピュータ等も含め、通信機能を持つ各種電子装置（通信装置）に適用可能である。また、これらの通信装置を被管理装置とした場合にも、遠隔管理システムを上述した場合と同様に動作させることができる。

〔この発明に関わるプログラム〕
このプログラムは、通信装置を制御するコンピュータ（ＣＰＵ）に、第１の通信手段，第２の通信手段，通信経路情報追加手段，通信経路情報削除手段，接続確立判断手段，更新検知手段，および更新手段としての機能を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

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

以上の説明から明らかなように、この発明によれば、通信装置が、複数の通信手段を同時に使用して複数の異なる通信機器と通信することができる。したがって、複数の通信手段を効率良く使用して通信を行える通信装置を提供できる。

この発明の一実施形態である画像形成装置管理システムの構成例を示す概念図である。 図１の管理装置４００のハードウェア構成例を示すブロック図である。 図１のＭＦＰ１００のハードウェア構成例を示すブロック図である。 同じくソフトウェア構成例を示すブロック図である。 図４のＴＣＰ／ＩＰモジュール１７５のルーティングテーブルの内容を従来と比較して示す図である。

図１のＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第１例を示す図である。 同じくＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第２例を示す図である。 同じくＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第３例を示す図である。

同じくＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第４例を示す図である。 同じくＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第５例を示す図である。 同じくＭＦＰ１００が管理装置４００と通信する際の処理および通信のシーケンスの第６例を示す図である。

符号の説明

１１，４１，４１５：ネットワーク １００：ＭＦＰ １０１，４０１：ＮＩＣ
１０２，４０２：モデム １１０：コントローラボード １１１：ＣＰＵ
１１２：ＡＳＩＣ １１３：ＳＤＲＡＭ １１４：フラッシュメモリ
１１５：ＨＤＤ １１６：遠隔管理システム用メモリ １２０：操作パネル
１２１：ＦＣＵ １２２：ＵＳＢ・Ｉ／Ｆ １２３：ＩＥＥＥ１３９４・Ｉ／Ｆ
１２４：プロッタ／スキャナエンジン １２５：周辺機 １５１：ＮＲＳアプリ
１５２：コピーアプリ １５３：ファックスアプリ １５４：プリンタアプリ
１５５：スキャナアプリ １５６：ネットファイルアプリ １５７：ウェブアプリ
１６０：オペレーションコントロールサービス
１６１：エンジンコントロールサービス １６２：メモリコントロールサービス
１６３：ネットワークコントロールサービス １６４：ファクスコントロールサービス
１６５：システムコントロールサービス １６６：デリバリーコントロールサービス
１６７：ユーザコントロールサービス １７０：システムリソースマネージャ
１７１：イメージメモリハンドラ １７２：汎用ＯＳ １７３：モデムドライバ
１７４：ＰＰＰドライバ １７５：ＴＣＰ／ＩＰモジュール ２００：公衆回線網
３００：インタネット ４００：管理装置 ４１１：制御装置
４１２：データベース ４１３：パラメタ記憶エリア ４１４：カウンタ記憶エリア
４１６，通信端末 ４１７：プロキシサーバ ４１８：操作者端末
５００：ゲートウェイ

Claims (12)

1. 第１の通信網を介して通信を行う第１の通信手段と、前記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、前記第１の通信手段および前記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置であって、
   前記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段と、
   前記第２の通信手段が前記通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加する通信経路情報追加手段と、
   前記第２の通信手段による前記通信機器との通信が完了した場合に、前記第１の記憶手段に追加された前記第１の通信経路情報を削除する通信経路情報削除手段とを設け、
   前記通信経路情報追加手段は、前記第１の通信手段又は前記第２の通信手段の起動時に、前記第１の通信経路情報とは異なる第２の通信経路情報を前記第１の記憶手段に追加する手段と、前記第２の通信手段が前記通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を正しい通信経路情報として前記第１の記憶手段に追加した前記第２の通信経路情報に上書きする手段と、前記第２の通信手段による前記通信機器との通信が完了し、前記通信経路情報削除手段によって前記上書きされた第１の通信経路情報が削除された場合に、再び前記第２の通信経路情報を前記第１の記憶手段に追加する手段とによって構成されていることを特徴とする通信装置。
2. 請求項１記載の通信装置において、
   前記第１の記憶手段が更新されたことを検知する更新検知手段を設け、
   前記通信経路情報追加手段は、前記更新検知手段によって前記第１の記憶手段が更新されたことが検知された場合に、再び前記第２の通信経路情報を前記第１の記憶手段に追加することを特徴とする通信装置。
3. 第１の通信網を介して通信を行う第１の通信手段と、前記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、前記第１の通信手段および前記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置であって、
   前記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段と、
   前記第２の通信手段が前記通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加する通信経路情報追加手段と、
   前記第１の記憶手段を更新する更新手段とを設け、
   該更新手段は、前記第１の通信手段および前記第２の通信手段に対して前記第１の記憶手段の更新が可能か否かを問い合わせする更新可否問合手段と、該更新可否問合手段による問い合わせに対して、前記第１の記憶手段の更新禁止応答を受けた場合に、前記第１の記憶手段の更新を禁止する手段とを有し、
   前記第１の通信手段および前記第２の通信手段はそれぞれ、前記更新可否問合手段による問い合わせに対して、前記通信機器との通信中であった場合に、前記第１の記憶手段の更新禁止応答を前記更新手段へ送信する手段を有することを特徴とする通信装置。
4. 第１の通信網を介して通信を行う第１の通信手段と、前記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、前記第１の通信手段および前記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置であって、
   前記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段と、
   前記第２の通信手段が通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加する通信経路情報追加手段と、
   前記第１の記憶手段を更新する更新手段とを設け、
   該更新手段は、前記第１の通信手段および前記第２の通信手段に対して前記第１の記憶手段の更新が可能か否かを問い合わせする更新可否問合手段と、前記更新可否問合手段による問い合わせに対して、前記第１の記憶手段の更新許可応答を受けた場合に、前記第１の記憶手段の更新を許可する手段とを有し、
   前記第１の通信手段および前記第２の通信手段はそれぞれ、前記更新可否問合手段による問い合わせに対して、通信機器との通信中であった場合に、該通信中の回線を強制遮断する手段と、該手段によって前記通信中の回線が強制遮断された後、前記第１の記憶手段の更新許可応答を前記更新手段へ送信する手段とを有することを特徴とする通信装置。
5. 請求項１乃至４のいずれか一項に記載の通信装置において、
   前記第２の通信手段が通信機器と通信する際に、前記第２の通信網との接続が確立したか否かを判断する接続確立判断手段を設け、
   前記通信経路情報追加手段は、前記接続確立判断手段によって前記第２の通信手段と前記第２の通信網との接続が確立したと判断された場合に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加することを特徴とする通信装置。
6. 請求項１乃至５のいずれか一項に記載の通信装置において、
   前記第２の通信網は、電話回線を使用した通信網であることを特徴とする通信装置。
7. 請求項６記載の通信装置において、
   前記第２の通信手段と前記第２の通信網との間の通信方式は、ＰＰＰを利用することを特徴とする通信装置。
8. 第１の通信網を介して通信を行う第１の通信手段と、前記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、前記第１の通信手段および前記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段とを有する通信装置における制御方法であって、
   前記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を第２の記憶手段に予め記憶しておき、前記第２の通信手段が前記通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加する通信経路情報追加工程と、
   前記第２の通信手段による前記通信機器との通信が完了した場合に、前記第１の記憶手段に追加された前記第１の通信経路情報を削除する通信経路情報削除工程とを有し、
   前記通信経路情報追加工程は、前記第１の通信手段又は前記第２の通信手段の起動時に、前記第１の通信経路情報とは異なる第２の通信経路情報を前記第１の記憶手段に追加する工程と、前記第２の通信手段が前記通信相手と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を正しい通信経路情報として前記第１の記憶手段に追加した前記第２の通信経路情報に上書きする工程と、前記第２の通信手段による前記通信機器との通信が完了し、前記通信経路情報削除手段によって前記上書きされた第１の通信経路情報が削除された場合に、再び前記第２の通信経路情報を前記第１の記憶手段に追加する工程とからなることを特徴とする制御方法。
9. 第１の通信網を介して通信を行う第１の通信手段と、前記第１の通信網とは異なる第２の通信網を介して通信を行う第２の通信手段と、前記第１の通信手段および前記第２の通信手段がそれぞれ通信を行う際に参照する通信経路情報を記憶する第１の記憶手段と、前記第２の通信手段と通信する通信機器との通信経路を示す第１の通信経路情報を記憶する第２の記憶手段とを有する通信装置を制御するコンピュータに、
   前記第２の通信手段が前記通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加する通信経路情報追加機能と、
   前記第２の通信手段による前記通信機器との通信が完了した場合に、前記第１の記憶手段に追加された第１の通信経路情報を削除する通信経路情報削除機能とを実現するためのプログラムであり、
   前記通信経路情報追加機能は、前記第１の通信手段又は前記第２の通信手段の起動時に、前記第１の通信経路情報とは異なる第２の通信経路情報を前記第１の記憶手段に追加する機能と、前記第２の通信手段が前記通信機器と通信する際に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を正しい通信経路情報として前記第１の記憶手段に追加した前記第２の通信経路情報に上書きする機能と、前記第２の通信手段による前記通信機器との通信が完了し、前記通信経路情報削除機能によって前記上書きされた第１の通信経路情報が削除された場合に、再び前記第２の通信経路情報を前記第１の記憶手段に追加する機能とによって構成されていることを特徴とするプログラム。
10. 請求項９記載のプログラムにおいて、
    前記コンピュータに、前記第１の記憶手段が更新されたことを検知する更新検知機能をも実現するためのプログラムであり、
    前記通信経路情報追加機能は、前記更新検知機能によって前記第１の記憶手段が更新されたことが検知された場合に、再び前記第２の通信経路情報を前記第１の記憶手段に追加することを特徴とするのプログラム。
11. 請求項９又は１０記載のプログラムにおいて、
    前記コンピュータに、前記第２の通信手段が通信機器と通信する際に、前記第２の通信網との接続が確立したか否かを判断する接続確立判断機能をも実現するためのプログラムであり、
    前記通信経路情報追加機能は、前記接続確立判断機能によって前記第２の通信手段と前記第２の通信網との接続が確立したと判断された場合に、前記第２の記憶手段に記憶されている前記第１の通信経路情報を前記第１の記憶手段に追加することを特徴とするプログラム。
12. 請求項９乃至１１のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images