JP4405933B2

JP4405933B2 - 制御装置、通信制御方法、通信制御プログラム、及び記憶媒体

Info

Publication number: JP4405933B2
Application number: JP2005080593A
Authority: JP
Inventors: 広希庄野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-03-18
Filing date: 2005-03-18
Publication date: 2010-01-27
Anticipated expiration: 2025-03-18
Also published as: JP2006262409A; US20060212554A1; US8706848B2

Description

本発明は、ネットワーク通信を利用した機能を備える画像処理装置の制御技術に関する。

ＩＰ（Internet Protocol）ネットワーク環境において、異なるネットワークアドレス間の接続は、ルータ（デフォルトゲートウェイ）によって行われている。ルータは、自装置内にルーティングテーブルと呼ばれるテーブルを持ち、受信したＩＰパケットの送信方向を決定し、パケットを適切なネットワークへと転送する。たとえば、ＩＰネットワークＡに所属するノードａがＩＰネットワークＢに所属するノードｂとＩＰ通信を行う場合には、互いのネットワークアドレスが異なるため直接的に通信を行うことはできない。そこで、ノードａは、送出するパケットの送信先ＩＰアドレスをノードｂのアドレスとするとともに、送信先ＭＡＣアドレスとしてルータのアドレスを指定する。そして、このパケットを受信したルータは、ルーティングテーブルを参照することにより、そのパケットをネットワークＢに転送する。こうしてネットワークＢに転送されたパケットはノードｂに届き、データの送信が完了する。

また、ルーティングを行う装置がアドレス変換を行うことによって、アドレスの枯渇や不具合を解消する技術がある。今日のインターネット環境においては、オフィスや家庭ではそれぞれＬＡＮ（Local Area Network）が構築されている。それぞれのＬＡＮに接続されるノードのＩＰアドレスは、プライベートアドレスと呼ばれるアドレス範囲が使用される。プライベートアドレスはその環境において自由に使用することが許されたＩＰアドレスの集合であり、インターネット上で使用されるグローバルアドレスとは異なる値が定義されている。

ＬＡＮとインターネットとはルータによって接続されるが、ＬＡＮ上のノードがインターネット上のＷｅｂサーバ等に接続される場合に、プライベートアドレスがインターネット上に流出してしまうという問題が発生する。ＬＡＮとインターネットとを接続するルータは、セキュリティの観点から、ＬＡＮ上のノードがインターネットへ接続することは許可しているが、インターネットからＬＡＮへのルーティングは通常は許可していないことが多い。そのため、プライベートアドレスがインターネット上に流出した場合には、通信自体が行えない現象が発生する。

このような問題を回避する技術として、ネットワークアドレス変換（ＮＡＴ：Network Address Translation）がある。ＮＡＴは、ＬＡＮ上のノードがインターネット上のノードに通信を行う場合に、ＬＡＮとインターネットとを接続するルータが、パケットの送信元ＩＰアドレスを自装置のグローバルアドレスに書き換える技術である。この処理により、ＬＡＮ上のノードが送出したパケットに含まれるプライベートアドレスがインターネット上に送出されることを防ぐことが可能になる。また、パケットの送信元ＩＰアドレスはルータのインターネットＩＰアドレスであるために、インターネット上の通信先ノードも応答することが可能になる。ルータは応答パケットを受信すると、ＬＡＮ上のノードにパケットを転送する。

また、ＮＡＴを応用した技術として、ネットワークアドレスポート変換（ＮＡＰＴ：Network Address Port Translation）あるいはＩＰマスカレードがある。ＮＡＰＴは、ＬＡＮ上のノードがインターネット上のノードと通信を行う場合に、ＬＡＮとインターネットとを接続するルータがパケットの送信元ＩＰアドレスを自装置のグローバルアドレスに書き換えることに加えて、ポートのマッピングを行う技術である。ＬＡＮ上のそれぞれのノードに割り当てるポートが定義されており、各ノードが送出したパケットの送信元ポートを書き換えることによって、ポート番号でノードの認識が可能であるため、ＬＡＮ上に複数のノードが存在する場合でも対応が可能になる。

そして、このようなＮＡＴまたはＮＡＰＴ技術を採用した画像処理システムも知られている（例えば、特許文献１を参照）。

ここで、画像処理装置がローカルネットワークを介して外部コントローラに接続され、この外部コントローラにパブリックネットワークが接続されたシステムを考える。画像処理装置は例えば、スキャンした画像をファイル化してそれをＦＴＰ（File Transfer Protocol）やＥメールプロトコルでパブリックネットワーク上の各種サーバ等に送信する機能を備えている。また、外部コントローラはＮＡＴ処理を行うルータとして機能する。外部コントローラはさらに、画像処理装置の機能を拡張する役割を担っており、たとえば、パブリックネットワークと外部コントローラとの間の通信を暗号化するセキュリティ機能なども備えている。

この場合、画像処理装置がパブリックネットワーク上のノードと通信する場合には、送出したパケットは外部コントローラによってＮＡＴ処理が行われ、アドレス変換された形でノードに転送される。このように画像処理装置と外部コントローラとの間をローカルネットワークで接続して、外部コントローラがＮＡＴ処理を行うことにより、パブリックネットワーク上のノードからは、画像処理装置と外部コントローラとを１つのシステムとして見せることが可能になる。

さらに、ＮＡＴまたはＮＡＰＴ技術を採用した画像処理装置及び外部コントローラを使用したシステムにおいて、画像処理装置が送出したパケットをＮＡＴまたはＮＡＰＴの技術以外の範囲で書き換える技術も存在している。たとえば画像処理装置が任意のプロトコル中に自装置の製品名称を含めてパブリックネットワーク上のノードで動作しているソフトウェアに送信する場合、画像処理装置単体での製品名称と画像処理装置に外部コントローラが接続された場合のシステムとしての製品名称とが異なる場合がある。このような場合に、外部コントローラはＩＰパケットのペイロード部分に含まれる製品名称を書き換えてパブリックネットワーク上のノードに転送する。たとえば、画像処理装置単体での製品名称が“Ｃ３２２０”であり、画像処理装置に外部コントローラが接続された場合のシステムとしての製品名称が“Ｃ３２２０−Ｃ１”であるとすると、画像処理装置は送出したパケットのペイロード部に“Ｃ３２２０”を含める一方、外部コントローラはＮＡＴ処理を行う際に、そのペイロード部が“Ｃ３２２０−Ｃ１”となるように書き換え処理を行う。このように、アドレスやポートの変換処理だけではなくペイロード部分の書き換えを行うことにより、画像処理装置や外部コントローラを管理するアプリケーションソフトウェアに対しても、両者を１つのシステムとして見せることが可能になる。

このようなＮＡＴまたはＮＡＰＴ技術に加え、ペイロード書き換え技術を採用した画像処理装置及び外部コントローラでは、それらの機器のネットワーク設定を個々に行うのではなく、共通した設定箇所から一度に行うといった手法が採用されていることが多い。外部コントローラ及び画像処理装置は両者ともパブリックネットワーク上のノードと通信するため、たとえばパブリックネットワークに接続されている各種のサーバ情報などは共有することができる。そのため、それらの共有可能な設定は外部コントローラ上で行い、外部コントローラが、その設定された値を画像処理装置にセットする手法がとられていた。

特開２００５−０２６９７１号公報

しかしながら、上述した技術では、ユーザが外部コントローラを用いてネットワーク設定を行った際に、その設定内容が画像処理装置で有効になるまで、時間差が発生していた。外部コントローラは設定された値を画像処理装置にセットするが、画像処理装置の動作はセットされる前と同じ状態である。画像処理装置にて新設定を有効にするには画像処理装置の再起動や電源の入れ直し（以下、単に「再起動」という。）が必要であるが、たとえばユーザが画像処理装置を継続的に使用していて直ちにシステムの再起動を行うことができない場合、画像処理装置は古い設定値のまま動作してしまうという欠点があった。

本発明は、ネットワーク通信に関する設定情報が変更された場合に、当該変更された設定情報に基づいてデータ処理装置が動作していない状態においても、正常にネットワーク通信を実行することができるようにすることを目的とする。

本発明の一側面によれば、データ処理装置が接続された第１のネットワークと、当該第１のネットワークとは異なる第２のネットワークとに接続された制御装置であって、ネットワーク通信に関する設定情報を変更する変更手段と、前記変更手段により変更された設定情報を、前記第１のネットワークを介して前記データ処理装置に通知する通知手段と、前記変更手段により設定情報が変更された後に、前記データ処理装置が前記通知手段により通知される設定情報に基づいて動作していない状態で、当該データ処理装置から前記第２のネットワークに接続された装置を送信先とするデータを受信した場合に、前記変更手段により変更された設定情報に従って、当該受信したデータ内の情報を書き換える書換手段とを有することを特徴とする制御装置が提供される。

本発明によれば、ネットワーク通信に関する設定情報が変更された場合に、当該変更された設定情報に基づいてデータ処理装置が動作していない状態においても、正常にネットワーク通信を実行することができる。

以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。

（第１の実施形態）
図１は、本実施形態に係る画像処理システムの構成を示すブロック図である。

図１において、１０１は画像処理装置で、スキャナ機能、コピー機能、プリンタ機能など基本機能をはじめ、ネットワーク通信を利用した各種機能も備える、いわゆる複合機（MFP : Multi Function Peripheral）である。画像処理装置１０１は、ネットワーク通信を利用した機能としては例えば、スキャナで読み取った画像ファイルをネットワーク上のサーバに送信する「スキャン＆センド」とよばれる機能がある。１０２は画像処理装置１０１の制御を行う制御装置としての外部コントローラ装置である。この画像処理装置１０１と外部コントローラ装置１０２とは、第１のネットワークとしてのローカルネットワーク（プライベートネットワーク）１０５を介して接続されている。また、外部コントローラ装置１０２は、第２のネットワークとしてのパブリックネットワーク１０４にも接続され、後述するように、ローカルネットワーク１０５とパブリックネットワーク１０４との中継を行うルータとしての役割も果たす。このパブリックネットワーク１０４には、外部コントローラ装置１０２の他に、例えば、パーソナルコンピュータ（ＰＣ）１０３、ＳＭＴＰ／ＰＯＰサーバ１０６、および、ＤＮＳ（Domain Name Service）サーバ１０７が接続されている。ここで、パブリックネットワーク１０４及びローカルネットワーク１０５には、例えばイーサネット（登録商標）が使用される。ＳＭＴＰ／ＰＯＰサーバ１０６はＥメール送受信サーバであり、ＳＭＴＰ（Simple Mail Transfer Protocol）を使用してＥメールを転送したり、ＰＯＰ（Post Office Protocol）を使用してクライアントにＥメールを配布するなどの動作を行っている。ＤＮＳサーバ１０７はドメイン名とＩＰアドレスとの変換を行う。なお、ＳＭＴＰ／ＰＯＰサーバ１０６には、ＰＯＰアカウントとして、画像処理装置１０１のアカウントが登録されている。また、ＤＮＳサーバ１０７は、パブリックネットワーク１０４に接続される全てのノードのＩＰアドレスとホスト名の情報が登録されている。

外部コントローラ装置１０２は、例えば図２に示されるようなハードウェア構成を有する。

外部コントローラ装置１０２は、図示のように、外部コントローラ装置１０２全体の制御を司るＣＰＵ２０１、ＣＰＵ２０１による制御のための各種プログラムやデータなど記憶しているＲＯＭ２０２、ＣＰＵ２０１のメインメモリとして機能するとともにＣＰＵ２０１の作業エリア等を提供するＲＡＭ２０３をはじめ、以下の構成を備える。

２０６および２０７はそれぞれ、入力装置としてのマウスおよびキーボードである。マウスコントローラ２０５はマウス２０６からの指示入力を制御し、キーボードコントローラ２０７はキーボード２０８からの指示入力を制御する。２１０は表示装置としてのＣＲＴディスプレイである。ＣＲＴコントローラ２０９は、ＣＲＴディスプレイ２１０の表示を制御する。ハードディスクドライブ２１２及びフロッピー（登録商標）ディスクドライブ２１３は、各種プログラムやデータ（ブートプログラム、オペレーティングシステム、種々のアプリケーションなど）を記憶する。ディスクコントローラ２１１は、ハードディスクドライブ２１２及びフロッピー（登録商標）ディスクドライブ２１３のアクセスを制御する。第１のネットワークインターフェイスカード２１４は、パブリックネットワーク１０４を介してＦＴＰサーバ１０３やＰＣ１０３と双方向にデータをやりとりする。第２のネットワークインターフェイスカード２１５は、ローカルネットワーク１０５を介して画像処理装置１０１と双方向にデータをやりとりする。これらの各構成部は、システムバス２０４を介して互いに通信可能なように接続されている。

画像処理装置１０１は、例えば図３に示されるようなハードウェア構成を有する。

画像処理装置１０１は、図示のように、デバイス全体の動作制御を司るＣＰＵ３０１、ＣＰＵ３０１による制御のための各種プログラムやデータなどを記憶しているＲＯＭ３０２、ＣＰＵ３０１のメインメモリとして機能するとともにＣＰＵ３０１の作業用エリア等を提供するＲＡＭ３０３をはじめ、以下の構成を備える。

エンジン３０４は、プリンタやコピーなどの各機能を実現する機構部である。エンジンコントローラ３０５は、エンジン３０４の駆動を制御する。パネル３０６は、ユーザから各種操作指示を受け付けるとともに、種々の情報を表示する。パネルコントローラ３０７は、パネル３０６での入出力をコントロールする。ハードディスクドライブ３０８は、各種プログラムやデータを記憶する。ディスクコントローラ３０９は、ハードディスクドライブ３０８へのアクセスを制御する。３１０はＮＶＲＡＭ（Non Volatile RAM）である。ネットワークインターフェイスカード３１１は、ローカルネットワーク１０５を介して外部コントローラ装置１０２やＦＴＰサーバ１０３と双方向にデータをやりとりする。３１４はスキャナであり、その駆動はスキャナコントローラ３１３によって制御される。これらの各構成部は、システムバス３１２を介して互いに通信可能なように接続されている。

次に、外部コントローラ装置１０２および画像処理装置１０１のソフトウェア構成を説明する。

図４は、外部コントローラ装置１０２のハードディスクドライブ２１２に格納されている主なソフトウェアを示す図である。このハードディスクドライブ２１２には、図示のように、オペレーティングシステム（ＯＳ）４０１、第１及び第２のネットワークインターフェイスカード２１４及び２１５でそれぞれ送受信されるデータを互いのネットワークインターフェイスカードにルーティングするためのルーティングソフトウェア４０２、画像処理装置１０１の拡張機能を実現するための外部コントローラアプリケーション４０３、画像処理装置１０１のＭＩＢ５０４（後述）の内容を変更したり読み出したりするためにＳＮＭＰ（Simple Network Management Protocol）のマネージャとして動作するＳＮＭＰ−Ｍａｎａｇｅｒ４０４、画像処理装置１０１が送出したパケットの内容を書き換えるパケットトランスファ４０５、ローカルネットワーク１０５とパブリックネットワーク１０４との間でＮＡＴ機能を実現するためのＮＡＴ（Network Address Translator）４０６、が格納されている。

外部コントローラアプリケーション４０３は、画像処理装置１０１と連携することにより、より強固な機能を提供するためのソフトウェアである。本実施形態では、そのような機能の一つに暗号化通信機能が含まれる。したがって、本実施形態においては、画像処理装置１０１自体は暗号化通信機能を有していない。この場合、外部コントローラ装置プリケーション４０３は印刷クライアントから暗号化された印刷データを受信し、復号したうえで、復号されたデータを画像処理装置１０１に送信する。こうすることによって、パブリックネットワーク１０４上を流れるデータのセキュリティを保つことが可能である。なお本実施形態では、ＮＡＴ４０６はルーティングソフトウェア４０２のサブセットモジュールとして構成される。

図５は、画像処理装置１０１のハードディスクドライブ３０８に格納されている主なソフトウェアを示す図である。このハードディスクドライブ２１２には、図示のように、オペレーティングシステム（ＯＳ）５０１と、複合機全体の動作を制御するための複合機制御ソフトウェア５０２、ＤＮＳクライアント５０３、機器情報データベースであるＭＩＢ（Management Information Base）５０４、ＳＮＭＰ−Ａｇｅｎｔ５０５、Ｅメールクライアント５０６、が格納されている。

ＤＮＳクライアントソフトウェア５０３は、画像処理装置１０１がＩＰ通信を行う際に、通信先の情報がドメインネームだった場合に、所定のＤＮＳサーバに対して問い合わせを行い、ドメインネームに対応するＩＰアドレスを問い合わせるためのソフトウェアである。ＳＮＭＰ−Ａｇｅｎｔ５０５は、ＳＮＭＰプトロコルのエージェント機能を実現するためのソフトウェアである。Ｅメールクライアント５０６は、画像処理装置１０１にＥメールクライアントを実装するためのソフトウェアであり、Ｅメールの送信や受信といった一連の動作を行うものである。なお、画像処理装置１０１は自装置のネットワーク設定を行うためのユーザインタフェース（UI : User Interface）を用いていない。画像処理装置１０１のネットワーク設定は、外部コントローラ装置１０２にて行われた設定の内容がコピーされるものとする。

次に、外部コントローラ装置１０２のパケットルーティングに関して詳細に説明する。

上記のとおり、外部コントローラ装置１０２にはＮＡＴ４０６が実装されている。ＮＡ４０６は、ローカルネットワーク内のＩＰアドレスを持つネットワークノードがパブリックネットワーク内のノードと通信を行う際に、ローカルネットワーク内のＩＰアドレスをパブリックネットワーク側のＩＰアドレスに書き換える。このＮＡＴ４０６の処理について、図６を用いて具体的に説明する。

図６は、画像処理装置１０１とＰＣ１０３とがＩＰ通信を行う場合の、パケット中のＩＰアドレスの変化について示したものである。この例における各ノードのＩＰアドレスは、次のとおりとする。

・画像処理装置１０１：１０．２５５．２５５．２、
・外部コントローラ装置１０２
（ローカルネットワーク１０５側）：１０．２５５．２５５．１、
（パブリックネットワーク１０４側）：１７２．２４．０．２、
・ＰＣ１０３：１７２．２４．０．１

ここで、ローカルネットワーク１０５とパブリックネットワーク１０４とはネットワークアドレスが異なるため、画像処理装置１０１がＰＣ１０３とＩＰ通信を行うためには外部コントローラ装置１０２がルータの役目を担う必要がある。つまり、画像処理装置１０１に設定されているデフォルトゲートウェイアドレスは外部コントローラ装置１０２のＩＰアドレスである１０．２５５．２５５．２である。

この条件で、画像処理装置１０１がＰＣ１０３に対してＴＣＰ／ＩＰで通信を行うことを考える。この場合、画像処理装置１０１がＰＣ１０３に対して送信したパケット６０２に含まれる送信元ＩＰアドレスは１０．２５５．２５５．２であり、送信先ＩＰアドレスは１７２．２４．０．１である。パケット６０２はルータの役割を果たす外部コントローラ装置１０２に到達する。ネットワークインターフェイスカード２１５が受信したパケット６０２は、ルーティングソフトウェア４０２のサブセットモジュールであるＮＡＴ４０６によってＩＰアドレスが書き換えられる。ＮＡＴ４０６はパケット６０２の送信元ＩＰアドレスを画像処理装置１０１のＩＰアドレスから、外部コントローラ装置１０２のパブリックネットワーク側のＩＰアドレスに書き換えて、送信先ＩＰアドレスに対して送信を行う。これにより、外部コントローラ装置１０２によってパブリックネットワーク１０４側に送信されたパケット６０３は、送信元ＩＰアドレスは外部コントローラ装置１０２のパブリックネットワーク側のＩＰアドレスである１７２．２４．０．２であり、送信先ＩＰアドレスはＰＣ１０３のＩＰアドレスである１７２．２４．０．１である。つまり、画像処理装置１０１がパブリックネットワーク１０４内に送出したパケットは、外部コントローラ装置１０２を介すことによって、送信元ＩＰアドレスが書き換えられ、外部コントローラ装置１０２が送出したかのようなパケットに書き換えられている。ＰＣ１０３はパケット６０３を受信して、そのパケットに対してリプライを行う。

ＰＣ１０３が送出したリプライのパケット６０４は、画像処理装置１０１に対してのものであるが、ＰＣ１０３が受信したパケット６０３の送信元ＩＰアドレスは外部コントローラ装置１０２のアドレスであるため、ＰＣ１０３は外部コントローラ装置１０２に対してパケットを送出する。そのため、パケット６０４の送信先ＩＰアドレスは外部コントローラ装置のパブリックネットワーク側のＩＰアドレスである１７２．２４．０．２であり、送信元ＩＰアドレスはＰＣ１０３のＩＰアドレスである１７２．２４．０．１である。外部コントローラ装置１０２がパケット６０４を受信すると、ＮＡＴ４０６は送信先ＩＰアドレスを画像処理装置１０１のアドレスに書き換えてローカルネットワーク１０５側に送出する。こうして送出されるパケット６０５の送信先ＩＰアドレスは、画像処理装置１０１のアドレスである１０．２５５．２５５．２であり、送信元ＩＰアドレスはＰＣ１０３のアドレスである１７２．２４．０．１である。このパケット６０５は画像処理装置１０１によって受信される。

このように、ルータの役割を果たす外部コントローラ装置１０２がＩＰアドレスを書き換えることによって画像処理装置１０１のローカルＩＰアドレスを外部に出すことなくパブリックネットワーク１０４上のノードと通信することを可能にする技術がＮＡＴである。この場合、画像処理装置１０１がパブリックネットワーク１０４上のノードとＴＣＰやＵＤＰ（User Datagram Protocol）にて通信する場合の宛先ポートの値によってＮＡＴの実行の可否が決定されることはない。画像処理装置１０１の通信先となるノードの待ち受けポートが何番であっても、ＮＡＴ４０６はＮＡＴ処理を行い、通信を許可する。これに対して、パブリックネットワーク１０４上のノードが外部コントローラ装置１０２または画像処理装置１０１と通信を行う場合には、セキュリティの観点から制限がかけられている。

図７は、パブリックネットワーク１０４上のノードからＴＣＰ／ＩＰまたはＵＤＰ／ＩＰによる通信を受信した外部コントローラ装置１０２の動作を説明する図である。外部コントローラ装置１０２上では、ＴＣＰ／ＩＰによってパブリックネットワーク１０４上のノードと通信を行うためのアプリケーション７０１が動作している。アプリケーション７０１は第１のネットワークインターフェイス２１４側のＴＣＰポート１００００番をオープンして常にリッスンしている。また、ルーティングソフトウェア４０２は、第１のネットワークインターフェイス２１４側のＴＣＰポート１０１００番を画像処理装置１０１に転送する設定がされている。ルーティングソフトウェア４０２は第１のネットワークインターフェイス２１４側のＴＣＰポート１０１００番で受信したＩＰパケットの送信先ＩＰアドレスを画像処理装置１０１のアドレスである１０．２５５．２５５．２に書き換えて、ローカルネットワーク１０５に送信する。つまり、ルーティングソフトウェア４０２は第１のネットワークインターフェイス２１４で自装置宛てに受信したＩＰパケットの送信先ポートが１００００であればアプリケーション７０１に渡し、送信先ポートが１０１００であれば画像処理装置１０１に転送する。それ以外のポート番号であった場合には、パケットは破棄される。つまり、パブリックネットワーク１０４上のノードが画像処理装置１０１とＩＰ通信を行う場合には、使用する宛先ポート番号を予めルーティングソフトウェア４０２に登録しておく必要がある。

図８は、本実施形態における外部コントローラ装置１０２の設定変更処理を示すフローチャートである。なお、以下では、各ソフトウェアの機能を明確にするために、それらのソフトウェアを動作主体としてこのフローチャートに示される処理を説明する（その他のフローチャートの説明も同様。）。ただし実際には、このフローチャートに示される処理は、図４に示した各ソフトウェアがＲＡＭ２０３にロードされた後ＣＰＵ２０１によって実行されるものであることは、当業者には理解されよう。

まず、ＳＴＥＰ８０１で、外部コントローラ１０２は設定変更モードに移行する。これは、ユーザが外部コントローラ装置１０２の設定変更を行うための実行指示を行ったことに応答して実行される。ここで、ユーザは外部コントローラ装置１０２のＣＲＴ２１０に表示されるＵＩをマウス２０６および／またはキーボード２０８を使用することにより操作し、設定変更モードの実行指示を行う。ユーザによって設定変更モードが選択されると、外部コントローラアプリケーション４０３はＣＲＴ２１０に設定変更メニューを表示する。ここで設定の変更が可能な内容とは、例えば外部コントローラ装置１０２の各機能のＯＮ／ＯＦＦの設定や、外部コントローラ装置１０２のネットワーク設定などである。ネットワーク設定とは、例えばＴＣＰ／ＩＰ設定やＤＮＳ設定、あるいはＬＰＤ（Line Printer Daemon）設定のことである。ユーザは設定変更メニューの中から必要に応じて設定変更操作を行う。あるいは、何も行わずにキャンセルすることも可能である。この例においては、ユーザはＤＮＳサーバ１０７のＩＰアドレスを変更して、変更情報をセーブした後に、設定変更モードから抜けたと仮定する。

次に、ＳＴＥＰ８０２において、外部コントローラアプリケーション４０３は、ユーザの操作によって外部コントローラ装置１０２の設定が変更されたか否かを判断する。ここで設定が変更されていなければ、外部コントローラ装置１０２及び画像処理装置１０１はこれまでの設定のままで動作を継続することが可能であるため、特別な処理を行わずに終了する。一方、ここで設定変更が行われていた場合には、変更された内容で設定の変更を行うために、処理はＳＴＥＰ８０３に移行する。

ＳＴＥＰ８０３では、ユーザによって設定が変更された情報を有効にする処理を行う。この例では、ＳＴＥＰ８０１でＤＮＳサーバ１０７のＩＰアドレス情報が変更されているため、外部コントローラアプリケーション４０３は、ＯＳ４０１の構成ファイルのうち、ＤＮＳサーバのＩＰアドレスが記述されているファイルを取り出し、各ファイルに記述されている旧ＩＰアドレスを新ＩＰアドレスに書き換える。そして外部コントローラアプリケーション４０３は、ＯＳ４０１の構成ファイルのうち、ＴＣＰ／ＩＰモジュールの再起動を行う。これにより、ＤＮＳサーバのＩＰアドレスを新ＩＰアドレスとして動作することが可能になる。

次に、ＳＴＥＰ８０４において、外部コントローラアプリケーション４０３は、ＳＴＥＰ８０１にて設定変更された内容が、画像処理装置１０１の設定変更をも伴うものであるか否かを判断する。ＤＮＳやＷＩＮＳやメールサーバ情報といったネットワーク設定情報の一部は外部コントローラ装置１０２及び画像処理装置１０１で共通の情報を使用するため、これらの設定が変更された場合には、情報を画像処理装置１０１にコピーする必要がある。この例では、ＳＴＥＰ８０１によって変更された情報がＤＮＳサーバのＩＰアドレスであることから、外部コントローラアプリケーション４０３は画像処理装置１０１にコピーを行う必要があるものと判断して、処理はＳＴＥＰ８０５に移行する。なお、画像処理装置１０１に設定情報をコピーする必要がない設定項目であった場合には、ここで動作完了となる。

ＳＴＥＰ８０５では、外部コントローラ装置１０２がＳＮＭＰプロトコルを使用して画像処理装置１０１のＤＮＳ設定の変更を行う。具体的には、外部コントローラアプリケーション４０３は、ＳＮＭＰ−Ｍａｎａｇｅｒ４０４に対して、ソフトウェアプロセス間通信の手法を用いて画像処理装置１０１に設定したい項目とその値とを通知する。ここでは、
項目：ＤＮＳサーバのＩＰアドレス、
値：１７２．２４．０．８０
が通知される。ここで、値として記載される１７２．２４．０．８０はＤＮＳサーバ１０７の新ＩＰアドレスである。ＳＮＭＰ−Ｍａｎａｇｅｒ４０４は、外部コントローラアプリケーション４０３から通知された上記情報をＳＮＭＰプロトコル上のパラメータに変換する。ＤＮＳサーバのＩＰアドレスは、これに対応するＯＩＤ（Object ID）が呼び出され、値はこの項目（Ｏｂｊｅｃｔ）に対応するシンタックスに変換される。その後、ＳＮＰ−Ｍａｎａｇｅｒ４０４は、画像処理装置１０１に対してＳＮＭＰプロトコルのオペレーションであるSetRequestを送信する。その際のＯＩＤ及び値は上記のものが使用される。

画像処理装置１０１は、ＳＴＥＰ８０５で外部コントローラ装置１０２が送出したSNMP-SetRequestによりＤＮＳ情報が変更されているが、その変更後の設定内容で画像処理装置１０１を動作させるためには再起動が必要である。そこで、つつくＳＴＥＰ８０６においては、外部コントローラアプリケーション４０３は、ＳＮＭＰ−Ｍａｎａｇｅｒ４０４に対して、ＳＴＥＰ８０５での処理と同様の手法を用いて、画像処理装置１０１に、再起動操作をユーザに促す動作を行わせる要求メッセージを送出する。再起動操作をユーザに促す動作としては例えば、画像処理装置１０１のパネル３０６に、ＤＮＳ設定が変更されたため画像処理装置１０１の再起動が必要である旨の警告、例えば「ＤＮＳ設定が変更されました。電源を入れなおしてください。」との警告を表示することが考えられる。そこで、ＳＮＭＰ−Ｍａｎａｇｅｒ４０４は、再起動操作をユーザに促す動作を行わせる要求メッセージとしてのＳＮＭＰメッセージを作成し、これを画像処理装置１０１に送出する。

その後、外部コントローラ装置１０２は、ＳＴＥＰ８０７において、パケットトランスファ４０５をＤＮＳオプション付きで起動する。パケットトランスファ４０５は、画像処理装置１０１がパブリックネットワーク１０４上のノードに対して送出したＩＰパケットの内容を書き換えて送出する機能を備えたソフトウェアモジュールである。パケットトランスファ４０５は外部コントローラアプリケーション４０３によって制御され、その起動や終了処理も外部コントローラアプリケーション４０３によって行われる。

この例においては、ＳＴＥＰ８０１においてＤＮＳ情報が変更されているため、パケットトランスファ４０５が上書きするプロトコルはＤＮＳである。そのため外部コントローラアプリケーション４０３は、パケットトランスファ４０５を起動する際に、オプションとして上書き対象プロトコルがＤＮＳであることと、ＤＮＳプトロコルにおける変更箇所がＤＮＳサーバのＩＰアドレスであることを付加する。パケットトランスファ４０５が起動すると、起動時に外部コントローラアプリケーション４０３から渡されたオプション情報から、画像処理装置１０１が送出したＤＮＳパケットの監視を開始する。パケットトランスファ４０５は第２のネットワークインターフェイスカード２１５のＵＤＰポート５３番をプロミスキャスモードでリッスンする。画像処理装置１０１がＤＮＳサーバの旧アドレス宛てにＤＮＳプロトコルにてパケットを送出した場合には、パケットトランスファ４０５はパケットの旧アドレスが含まれている箇所を新アドレスに上書きしてパブリックネットワーク１０４に対して送出する。

次に、図８に示した外部コントローラ装置１０２の動作に対応する画像処理装置１０１の動作を、図９のフローチャートを用いて説明する。

上記のとおり、図８のＳＴＥＰ８０５において、外部コントローラ装置１０２は、画像処理装置１０１のＤＮＳサーバアドレスを変更する命令を含んだSNMP-SetRequestを送出した。画像処理装置１０１は、ＳＴＥＰ９０１で、そのSNMP-SetRequestを受信する。その受信データはＳＮＭＰ−Ａｇｅｎｔ５０５によって解析される。ＳＮＭＰ−Ａｇｅｎｔ５０５は受信したデータのＳＮＭＰオペレーション及びＯＩＤ及び値に従って所定の処理を行い、かつ、要求されたＳＮＭＰオペレーションがSetRequestであることからＳＮＭＰ−Ａｇｅｎｔ５０５は値をＭＩＢ５０４に書き込む。

次に、ＳＴＥＰ９０２において、ＳＮＭＰ−Ａｇｅｎｔ５０５は、ＳＴＥＰ９０１で受信したSNMP-SetRequestにおいて受信した命令を実行する。ＳＴＥＰ９０１で受信した命令は、画像処理装置１０１のＤＮＳサーバのＩＰアドレスの変更であることから、ＳＮＭＰ−Ａｇｅｎｔ５０５はＯＳ５０１の構成ファイルとして存在するＤＮＳサーバのＩＰアドレス情報を書き換える。ここで、ＤＮＳサーバのＩＰアドレス情報は旧アドレスから新アドレスに書き換えられるが、新アドレスを使用して画像処理装置１０１が動作するためには、画像処理装置１０１の再起動が必要である。

次に、ＳＴＥＰ９０３で、画像処理装置１０１は、ＳＴＥＰ８０６において外部コントローラ装置１０２より送出されたSNMP-SetRequestを受信する。ここで受信したSNMP-SetRequestは、画像処理装置１０１のパネル３０６に画像処理装置１０１の再起動を促すメッセージの表示を命令するためのものである。ＳＮＭＰ−Ａｇｅｎｔ５０５はＭＩＢ５０４に値を書き込み、ＳＮＭＰ−Ａｇｅｎｔ５０５は複合機制御ソフトウェア５０２に所定の情報をソフトウェア間通信によって伝達する。ＳＴＥＰ９０４において、情報の伝達を受けた複合機制御ソフトウェア５０２は、パネル３０６に、例えば「ＤＮＳ設定が変更されました。電源を入れなおしてください。」とのメッセージの表示を行う。

上記メッセージが表示された際のパネル３０６のＵＩの一例を、図１０に示す。図１０のＵＩ１００１は、画面下部にステータスメッセージ領域１００２を備えている。ここはユーザに通知するためのメッセージが表示される領域であり、ＳＴＥＰ９０４にて表示が実行されたメッセージもここに表示される。

ＳＴＥＰ９０１からＳＴＥＰ９０４までの一連の動作が、画像処理装置１０１の設定変更時の動作を示すものである。ＳＴＥＰ９０５以降は、設定変更処理が行われた後の画像処理装置１０１の動作を示している。ここでは、スキャナ３１４にて読み取った画像データをファイル化して電子メールに添付して送信する「スキャン＆センド処理」を実行することを考える。ユーザは、画像スキャンの実行指示および、送信先となる電子メールアドレスをパネル３０６から入力する。入力指示は複合機制御ソフトウェア５０２によって解析される。複合機制御ソフトウェア５０２はＥメールクライアント５０６を起動し、画像ファイルが添付された電子メールを送信する。電子メールはＳＭＴＰ／ＰＯＰサーバ１０６にＳＭＴＰを用いて送信される。ここで、ＯＳ５０１はＳＭＴＰ／ＰＯＰサーバ１０６とＩＰ通信を行うため、ＯＳ５０１に保持されているＳＭＴＰ／ＰＯＰサーバ１０６のＤＮＳ名に対応するＩＰアドレスを問い合わせるためＤＮＳサーバ１０７に問い合わせる。その後、ＤＮＳサーバ１０７から返信されたＩＰアドレスに対してＳＭＴＰを用いて通信を開始する。その際に、ＳＴＥＰ９０４以降に画像処理装置１０１の再起動が行われていた場合と行われていない場合とで画像処理装置１０１の動作が異なる（ＳＴＥＰ９０５）。ＳＴＥＰ９０４以降に画像処理装置１０１の再起動が行われていない場合には、ＯＳ５０１はＤＮＳサーバ１０７にＤＮＳ問い合わせ要求を発行するが、ＤＮＳサーバのＩＰアドレスは旧アドレスに対して送信する（ＳＴＥＰ９０６）。ＳＴＥＰ９０４以降に画像処理装置１０１の再起動が行われていた場合には、ＯＳ５０１はＳＴＥＰ９０１にて受信したＤＮＳサーバの新アドレスに対して通信を行う（ＳＴＥＰ９０７）。

図１１は、再起動された後の画像処理装置１０１の動作を示すフローチャートである。

上記したＳＴＥＰ９０４以降に画像処理装置１０１の再起動が行われると、ＯＳ５０１は、その起動の過程でＳＮＭＰ−Ａｇｅｎｔ５０５を起動させる。起動されたＳＮＭＰ−Ａｇｅｎｔ５０５はSNMP-ColdTrapメッセージを送出する。SNMP-ColdTrapメッセージとは、ＳＮＭＰ−Ａｇｅｎｔ５０５が起動したことをＳＮＭＰ−Ｍａｎａｇｅｒ４０４に通知するためにＳＮＭＰ−Ａｇｅｎｔ５０５が自発的に送出するＳＮＭＰオペレーションである。本実施形態においては、ＳＮＭＰ−Ａｇｅｎｔ５０５は外部コントローラ装置１０２に対してSNMP-ColdTrapメッセージを送出する（ＳＴＥＰ１１０１）。次にＳＴＥＰ１１０２において、複合機制御ソフトウェア５０２は、上述したＳＴＥＰ９０４の処理によってパネル３０６に表示されているメッセージを消去する。

次に、図１２を用いて、設定変更処理が行われた後の外部コントローラ装置１０２の動作を説明する。ここでは、一例として、スキャナ３１４で読み取った画像データをファイル化して電子メールに添付して送信するいわゆるスキャン＆センド機能を使用することを考える。この場合の処理の概要としては、図８のＳＴＥＰ８０６以降、画像処理装置１０１の再起動が行われていなければ、ＮＡＴ処理を行う際に、パケットトランスファ４０５によるパケット書き換え処理が行われる。一方、画像処理装置１０１の再起動が行われたならば、画像処理装置１０１は新アドレスを使用した動作が可能であるため、外部コントローラ装置１０２のパケットトランスファ４０５による情報の書き換え処理は不要である。

具体的に説明すると、まず、ＳＮＭＰ−Ｍａｎａｇｅｒ４０４は、第２のネットワークインターフェイスカード２１５側のSNMP-ColdTrap用ポートをリッスンして、画像処理装置１０１からのSNMP-ColdTrapメッセージを待ち受けている。この状態で、ＳＴＥＰ１２０１において、外部コントローラ装置１０２は画像処理装置１０１からのSNMP-ColdTrapメッセージの受信の有無に基づいて画像処理装置１０１の再起動が行われたか否かを判断する。

ここで、画像処理装置１０１の再起動が行われていない場合は、ＯＳ５０１は、ＳＭＴＰ／ＰＯＰサーバ１０６とＩＰ通信を行うべく、ＳＭＴＰ／ＰＯＰサーバ１０６のＤＮＳ名に対応するＩＰアドレスをＤＮＳサーバ１０７に問い合わせる。その際のＤＮＳサーバ１０７のＩＰアドレスには旧アドレスが使用される。ＤＮＳ問い合わせパケットは外部コントローラ装置１０２によってＮＡＴ処理される。その際にパケットトランスファ４０５はポートをリッスンしており、ＩＰパケットの所定の情報を上書きして転送する。パケットトランスファ４０５はパケットのリッスン処理を継続的に行い、これによりＤＮＳパケットを受信したか否かを判断する（ＳＴＥＰ１２０２）。ここで、ＤＮＳパケットの受信が行われなければ、フローはＳＴＥＰ１２０１に戻って処理を繰り返す。なお、上記所定の情報とは、パケット中に含まれる旧アドレス情報である。ＩＰ部の送信先ＩＰアドレスは旧アドレスであるため、ＤＮＳパケットを受信した場合には、パケットトランスファ４０５はその送信先ＩＰアドレスを新アドレスに書き換えて（ＳＴＥＰ１２０３）、第１のネットワークインターフェイスカード２１４からパブリックネットワーク１０４に電子メールデータを送出する。

一方、ＳＴＥＰ１２０１において、画像処理装置１０１の再起動が行われたならば、画像処理装置１０２のＯＳ５０１はＤＮＳサーバ１０７のＩＰアドレスとして新アドレスを使用することが可能であるため、パケットトランスファ４０５による書き換え処理は不要である。そのため、この場合にはパケットトランスファ４０５はそのまま動作を終了し（ＳＴＥＰ１２０４）、その後に第１のネットワークインターフェイスカード２１４からパブリックネットワーク１０４に電子メールデータを送出する。

（第２の実施形態）
次に、本発明の第２の実施形態を説明する。第２の実施形態が上述の第１の実施形態と異なる主な点は、パブリックネットワーク１０４上のノードからのＤＮＳサーバアドレスの問い合わせに画像処理装置１０１が応答して、その応答パケットに含まれるＤＮＳサーバアドレス情報の書き換え処理を、外部コントローラ装置１０２が行う点である。

図１３は、設定変更が行われた後にＰＣ１０３からＤＮＳサーバ１０７のＩＰアドレスの問い合わせを受けた外部コントローラ装置１０２の処理手順を示すフローチャートである。

ただし、以下の説明は次の条件を前提とする。
（１）パブリックネットワーク１０４上のＰＣ１０３及び画像処理装置１０１は、クライアント・サーバモデルの形態がとられており、ＰＣ１０３がクライアント、画像処理装置１０１がサーバの役割を担っている。
（２）ＰＣ１０３は独自プロトコルを用いて画像処理装置１０１にあらゆる要求メッセージを送信し、画像処理装置１０１は値を返信することが可能である。また、問い合わせ要求として、画像処理装置１０１が使用しているＤＮＳサーバのＩＰアドレス情報を問い合わせるコマンドが用意されている。
（３）ＰＣ１０３の独自プロトコルはＵＤＰプロトコル上で動作するプロトコルであり、ＵＤＰポートは１０１００番を使用している。
（４）外部コントローラ装置１０２には、ＰＣ１０３から受信したＵＤＰの１０１００番宛てのパケットを画像処理装置１０２に転送する設定がなされている。
（５）ルーティングソフトウェア４０２は第１のネットワークインターフェイスカード２１４のＵＤＰポート１０１００番により受信したＵＤＰパケットを画像処理装置１０１のＵＤＰポート１０１００番に転送する。
（６）処理は、上述した図８のＳＴＥＰ８０１からＳＴＥＰ８０７までの一連の流れが終了している状態である。

以下、ＰＣ１０３、外部コントローラ装置１０２、画像処理装置１０１がそれぞれ以上のような設定や動作状況である場合に、ＰＣ１０３が画像処理装置１０１に対して独自プロトコルを使用して画像処理装置１０１が使用しているＤＮＳサーバのＩＰアドレスを問い合わせた場合の動作を説明する。

まず、ＳＴＥＰ１３０１で、ＰＣ１０３が画像処理装置１０１に対して独自プロトコルで画像処理装置１０１が使用しているＤＮＳサーバのＩＰアドレスを問い合わせる。ＰＣ１０３は独自プロトコルとして定義されているＤＮＳサーバのＩＰアドレスの問い合わせ要求コマンドを、ＵＤＰメッセージに含めてソケットを作成する。その際の送信先ＩＰアドレスは外部コントローラ装置１０２のＩＰアドレスとなる。送信先ポートは独自プロトコルの使用ポートである１０１００番である。ＰＣ１０３はパブリックネットワーク１０４に対して独自プロトコルパケットを送信する。

ＳＴＥＰ１３０２では、外部コントローラ装置１０２がＳＴＥＰ１３０１にてＰＣ１０３が送出したパケットを受信して、受信パケットを画像処理装置１０１に転送する。外部コントローラ装置１０２のＯＳ４０１及びルーティングソフトウェア４０２は、受信したパケットのプロトコル及び送信先ポート番号がＵＤＰプロトコルの１０１００番ポートであることに応じて、画像処理装置１０１のＵＤＰポート１０１００番に転送する。

ＳＴＥＰ１３０３では、画像処理装置１０１が独自プロトコルパケットを受信し、所定の処理を行った上で返信する。画像処理装置１０１のネットワークインターフェイスカード３１１が受信した独自プロトコルパケットは、複合機制御ソフトウェア５０２によってデコードされる。デコードの結果、受信したプロトコルは独自プロトコルであり、クライアントであるＰＣ１０３からの要求内容は画像処理装置１０１が使用しているＤＮＳサーバのＩＰアドレスであることが解読される。複合機制御ソフトウェア５０２は自装置が使用しているＤＮＳサーバのＩＰアドレス情報をＯＳ５０１に問い合わせる。ここでＯＳ５０１はＤＮＳサーバのＩＰアドレス情報として旧アドレスを返信することになる。その理由は次のとおりである。上記したように、図８のＳＴＥＰ８０５において、外部コントローラ装置１０２はSNMP-SetRequestオペレーションを用いて画像処理装置１０１に対してＤＮＳサーバの新ＩＰアドレスを通知している。そして、ＳＴＥＰ９０１及びＳＴＥＰ９０３において、画像処理装置１０１はSNMP-SetRequestを受信し、自装置の設定を変更している。しかしながら、画像処理装置１０１はシステムの再起動が行われていないため、ＤＮＳサーバのＩＰアドレスは旧アドレス情報が有効である。そのため、ＯＳ５０１は複合機制御ソフトウェア５０２に対して旧アドレス情報を返信するのである。

複合機制御ソフトウェア５０２は、ＯＳ５０１から得た旧アドレスを自装置が使用しているＤＮＳサーバのＩＰアドレスとして独自プロトコルのデータ部に値を格納してソケットを作成し、ＰＣ１０３に返信する。この画像処理装置１０１が送出した独自プロトコルの返信パケットは、外部コントローラ装置１０２の第２のネットワークインターフェイス２１５が受信する。外部コントローラ装置１０２は、画像処理装置１０１の再起動が行われたか否かを判断する（ＳＴＥＰ１３０４）。ここで、画像処理装置１０１の再起動が既に行われていた場合には、フローはＳＴＥＰ１３０７に移行する。一方、画像処理装置１０１のシステムの再起動はまだ行われていない場合には、フローはＳＴＥＰ１３０５に移行する。

ＳＴＥＰ１３０５では、パケットトランスファ４０５は、受信パケットの送信先ポート番号、送信元ポート番号及びＵＤＰペイロード部分の値を確認し、書き換え処理が必要であるか否かの判断を行う。ここでは、受信パケットの送信元ポート番号は１０１００であり、独自プロトコルのポート番号である。独自プロトコルはＤＮＳサーバのＩＰアドレスの問い合わせが可能なプロトコルであり、かつ、ペイロード部分に含まれるデータもＤＮＳサーバのＩＰアドレス情報が含まれているため、パケットトランスファ４０５はデータの書き換え処理の必要があると判断し、フローはＳＴＥＰ１３０６に移行する。ここで、ＵＤＰポート番号が１０１００番やＤＮＳプトロコルで使用される５３番以外であったり、あるいは、パケット中にＤＮＳサーバのＩＰアドレス情報が含まれていない場合には、パケットトランスファ４０５はパケットの書き換えを行う必要はないと判断し、フローはＳＴＥＰ１３０７に移行する。

ＳＴＥＰ１３０６では、パケットトランスファ４０５がパケット中のデータの書き換え処理を行う。具体的には、パケットトランスファ４０５は、パケットのＴＣＰペイロード部分に含まれるＤＮＳサーバのＩＰアドレスを、旧アドレスから新アドレスの値に書き換える。その後、パケットトランスファ４０５は、ソケットをルーティングソフトウェア４０２に渡す処理を行う。

ＳＴＥＰ１３０７では、ルーティングソフトウェア４０２が受信パケットをＰＣ１０３に転送する。ルーティングソフトウェア４０２は、パケットの送信元ＩＰアドレスを画像処理装置１０１のアドレスから外部コントローラ装置１０２の第１のネットワークインターフェイスカード２１４に対応付けられているＩＰアドレスに書き換えてＰＣ１０３に送信する。

ＳＴＥＰ１３０８では、ＰＣ１０３が、外部コントローラ装置１０２がＳＴＥＰ１３０７にて送出したパケットを受信する。受信したパケットには画像処理装置１０１が使用しているＤＮＳサーバのＩＰアドレスが返信値として含まれている。そのアドレス値は、画像処理装置１０１が送信した際の旧アドレス値ではなく、パケットトランスファ４０５によって書き換えられた新アドレス値である。

以上説明した第１および第２の実施形態によれば、画像処理装置１０１と、ＮＡＴまたはＮＡＰＴ機能を有するとともに、画像処理装置１０１を管理する外部コントローラ装置１０２とが、ローカルネットワーク１０５に接続された画像処理システムにおいて、外部コントローラ装置１０２によって画像処理装置１０１の設定変更が行われたにもかかわらず、画像処理装置１０１の再起動が行なわれないために新設定が有効にならないまま画像処理装置１０１が通信を行った場合でも、外部コントローラ１０２がパケット中の必要個所を書き換えるため、当該新設定にてネットワーク通信を利用した機能を実行することができる。

また、設定変更に関する情報をユーザに表示するとともに、画像処理装置１０１の再起動を促すメッセージを表示することにより、ユーザによって画像処理装置１０１の再起動の操作が行われることになり、これにより画像処理装置１０１の新設定を有効にすることが可能になる。

また、外部コントローラ装置１０２がパケットの一部を書き換える作業は、画像処理装置１０１の設定が変更されたにもかかわらず再起動が行われていないときにのみ行われるため、通常時には外部コントローラ装置１０２によるデータ書き換えの際の転送速度の低下は実質的に発生しない。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される。その場合、プログラムの機能を有していれば、その形態はプログラムである必要はない。

従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体およびそのプログラムを格納した記憶媒体も本発明を構成することになる。つまり、本発明の特許請求の範囲には、本発明の機能処理を実現するためのコンピュータプログラム自体、およびそのプログラムを格納した記憶媒体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、そのホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。

本発明の実施形態に係る画像処理システムの構成を示すブロック図である。本発明の実施形態における外部コントローラ装置のハードウェア構成を示すブロック図である。本発明の実施形態における画像処理装置のハードウェア構成を示すブロック図である。本発明の実施形態における外部コントローラ装置のソフトウェア構成を示す図である。本発明の実施形態における画像処理装置のソフトウェア構成を示す図である。本発明の実施形態におけるＮＡＴの処理を説明する図である。本発明の実施形態における、パブリックネットワーク上のノードからの通信を受信した外部コントローラ装置の動作を説明する図である。本発明の実施形態における外部コントローラ装置の設定変更に係る動作を示すフローチャートである。図８の外部コントローラ装置の動作に対応する画像処理装置の動作を示すフローチャートである。本発明の実施形態における画像処理装置の電源の入れ直しメッセージの表示例を示す図である。本発明の実施形態における再起動された後の画像処理装置の動作を示す図である。本発明の実施形態における、設定変更が行われた後の外部コントローラ装置の動作の流れを表す図である。本発明の実施形態における、設定変更が行われた後にＤＮＳサーバのＩＰアドレスの問い合わせを受けた外部コントローラ装置の処理手順を示すフローチャートである。

Claims

データ処理装置が接続された第１のネットワークと、当該第１のネットワークとは異なる第２のネットワークとに接続された制御装置であって、
ネットワーク通信に関する設定情報を変更する変更手段と、
前記変更手段により変更された設定情報を、前記第１のネットワークを介して前記データ処理装置に通知する通知手段と、
前記変更手段により設定情報が変更された後に、前記データ処理装置が前記通知手段により通知される設定情報に基づいて動作していない状態で、当該データ処理装置から前記第２のネットワークに接続された装置を送信先とするデータを受信した場合に、前記変更手段により変更された設定情報に従って、当該受信したデータ内の情報を書き換える書換手段と、
を有することを特徴とする制御装置。
前記通知手段による通知が行われた後に前記データ処理装置が再起動したことを検知する検知手段を更に備え、
前記書換手段は、前記検知手段により前記データ処理装置が再起動したことが検知されていない状態で、前記データ処理装置から前記第２のネットワークに接続された装置を送信先とするデータを受信した場合に、当該受信したデータ内の情報の書き換えを行うことを特徴とする請求項１に記載の制御装置。
前記通知手段が前記変更手段により変更された設定情報の通知を行う場合に、前記データ処理装置の再起動の操作をユーザに促すよう前記データ処理装置に要求するメッセージを、当該データ処理装置に対して送信する送信手段を更に有することを特徴とする請求項１又は２に記載の制御装置。
前記変更手段による変更の内容に従って、前記通知手段による通知の要否を判断する判断手段を更に有することを特徴とする請求項１乃至３のいずれか１項に記載の制御装置。
前記書換手段は、前記データ処理装置から受信したデータの宛先を示すアドレスを書き換えることを特徴とする請求項１乃至４のいずれか１項に記載の制御装置。
前記書換手段は、前記データ処理装置から受信したデータに含まれる、ネットワーク通信に関する設定情報を書き換えることを特徴とする請求項１乃至４のいずれか１項に記載の制御装置。
前記設定情報は、前記データ処理装置が使用するＤＮＳサーバに関する設定情報であることを特徴とする請求項１乃至６のいずれか１項に記載の制御装置。
データ処理装置が接続された第１のネットワークと、当該第１のネットワークとは異なる第２のネットワークとに接続された制御装置における通信制御方法であって、
ネットワーク通信に関する設定情報を変更する変更ステップと、
前記変更ステップで変更された設定情報を、前記第１のネットワークを介して前記データ処理装置に通知する通知ステップと、
前記変更ステップで設定情報が変更された後に、前記データ処理装置が前記通知ステップで通知される設定情報に基づいて動作していない状態で、当該データ処理装置から前記第２のネットワークに接続された装置を送信先とするデータを受信した場合に、前記変更ステップで変更された設定情報に従って、当該受信したデータ内の情報を書き換える書換ステップと、
を有することを特徴とする通信制御方法。
データ処理装置が接続された第１のネットワークと、当該第１のネットワークとは異なる第２のネットワークとに接続された制御装置によって実行される通信制御プログラムであって、
ネットワーク通信に関する設定情報を変更する変更ステップと、
前記変更ステップで変更された設定情報を、前記第１のネットワークを介して前記データ処理装置に通知する通知ステップと、
前記変更ステップで設定情報が変更された後に、前記データ処理装置が前記通知ステップで通知される設定情報に基づいて動作していない状態で、当該データ処理装置から前記第２のネットワークに接続された装置を送信先とするデータを受信した場合に、前記変更ステップで変更された設定情報に従って、当該受信したデータ内の情報を書き換える書換ステップと、
を有することを特徴とする通信制御プログラム。
データ処理装置が接続された第１のネットワークと、当該第１のネットワークとは異なる第２のネットワークとに接続された制御装置によって実行される通信制御プログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、
前記通信制御プログラムが、
ネットワーク通信に関する設定情報を変更する変更ステップと、
前記変更ステップで変更された設定情報を、前記第１のネットワークを介して前記データ処理装置に通知する通知ステップと、
前記変更ステップで設定情報が変更された後に、前記データ処理装置が前記通知ステップで通知される設定情報に基づいて動作していない状態で、当該データ処理装置から前記第２のネットワークに接続された装置を送信先とするデータを受信した場合に、前記変更ステップで変更された設定情報に従って、当該受信したデータ内の情報を書き換える書換ステップと、
を有することを特徴とする記憶媒体。