JP2008259162A - ネットワーク接続された画像処理装置、画像処理装置のネットワーク接続方法、およびプログラム - Google Patents

Abstract

【課題】ネットワーク構成情報の設定などを効率化する画像処理装置、ネットワーク接続方法、およびプログラムを提供すること。
【解決手段】画像処理装置１００は、ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、IPアドレスを動的に割り当てるネットワーク装置の状態を判断する判断手段６０２と、ネットワーク装置の状態に依存して応答パケットを作成する応答パケット作成手段６０６と、応答パケット作成手段６０６が作成した前記応答パケットを、ネットワークに送信する送信手段６０４とを含む、ネットワーク制御部１３０を含んでいる。
【選択図】図６

Description

本発明は、ネットワーク接続された画像処理装置のセットワーク接続性の改善に関し、より詳細には、ネットワーク構成情報の設定などを効率化する画像処理装置、ネットワーク接続方法、およびプログラムに関する。

コピー、プリンタ、ファクシミリなど、画像処理を行い出力する画像処理装置は、近年、公衆電話網などの通信ネットワーク以外にも、イーサネット（登録商標）、光ネットワーク、ワイヤレスネットワークなど各種のネットワーク基盤（以下、単に、ネットワークとして参照する。）に接続され、データ転送、メール送受信、ウェブサービスなどの処理を行うことが可能とされている。

上述したネットワークは、多くの場合、TCP／IP、UDP(User Datagram Protocol)などのネットワーク／セッション層プロトコルの下で、各種のアプリケーションサービスを提供している。このようなネットワークサービスを利用する場合、画像処理装置についてもインターネットアドレス（IPアドレス）を使用して、外部機器と通信を行うことが必要となる。

IPアドレスなどのネットワーク構成情報を効率的に管理するために、いわゆるDHCP(Dynamic
Host Configuration Protocol)が使用される。DHCPサーバは、IPアドレスの重複を防止して適切なネットワーク処理を行うためにIPアドレスの割り当て、リース期間などの種々のネットワーク構成情報を、画像処理装置を含むネットワーク接続装置に割り当てている。しかしながら、DHCPサーバも情報処理装置として構成され、処理オーバヘッドが過大となると、サーバダウンを生じさせる場合もある。また、DHCPサーバやリレーサーバのメンテナンスなどが行われる場合がある。一方、画像処理装置が固定されたグローバルIPアドレスを有している場合には、画像処理装置は、ネットワークを介して、メールサーバ、ウェブサーバ、LDAPサーバ、FTPサーバなど外部サーバなどと通信を行うことが可能な環境を保持している。

この場合に、ローカルドメイン内でのDHCPサーバによるIPアドレスの割り当てが行われなくなってしまうと、画像処理装置を含むローカルドメイン内に接続されたパーソナルコンピュータ、画像処理装置などのローカルIPアドレスを要求する必要のあるクライアント装置は、装置自体は正常であるにもかかわらず、画像処理装置を利用した業務ができないという不都合が生じる。また、上述したネットワーク上の障害により、最悪の場合には、データ損失を与えてしまうという問題もある。

DHCPサーバの機能不全に対応し、DHCPサーバへのオーバヘッドを低減するための技術は、これまで例えば、特開２００５−２１０５５４号公報（特許文献１）および特開２００４−１０４１９９号公報（特許文献２）などに提案されている。
特開２００５−２１０５５４号公報 特開２００４−１０４１９９号公報

特許文献１では、DHCPサーバを代理するDHCP代理サーバを設ける技術を開示する。DHCP代理サーバは、クライアント装置から要求を受け付けた場合、DHCPサーバから要求されたネットワーク構成情報を取得し、クライアントに提供する。特許文献１に開示されたDHCP代理サーバは、クライアントに対してネットワーク構成情報を提供することを可能とし、オーバヘッドを改善することを可能とする、DHCPサーバがダウンしたり、メンテナンスにあるような場合、DHCP代理サーバは、クライアント装置に対してネットワーク構成情報を提供できないという不都合がある。

また、特許文献２では、DHCPサーバからネットワーク構成情報を取得するネットワーク端末装置が開示されている。特許文献２は、DHCPサーバからネットワーク構成情報を取得するクライアント装置に関する技術であり、クライアントに対してネットワーク構成情報を割り当てる点について開示するものではない。

本発明は、上記従来技術に鑑みてなされたものであり、DHCPサーバの機能不全が発生している場合にもオフィスフロアなどに設置されたパーソナルコンピュータなどのクライアント装置による画像処理装置を使用した業務を停止させることを防止し、ネットワーク環境に接続された画像処理装置とDHCPサーバの機能不全とを分離することにより、画像処理装置を使用する業務の効率化を行い、画像処理装置の稼働効率を向上することを目的とする。

本発明では、画像処理装置がパーソナルコンピュータからのDHCPサーバへのネットワーク構成情報についての要求パケットを聴取する。要求パケットとは、DHCPサーバに対してローカルIPアドレスの割当てを要求するパケットを意味する。画像処理装置は、また、DHCPサーバから画像処理装置への応答パケットを聴取している。画像処理装置は、クライアント装置が発効したネットワーク構成情報要求に対応するDHCPサーバからの応用が、設定されたタイムアウト期間内に戻されない場合、画像処理装置が過渡的なIPアドレスを作成し、要求元のクライアント装置にネットワーク構成情報を提供する。

画像処理装置は、ローカルIPアドレスを生成する機能を含んで構成される。画像処理装置は、IPアドレスを要求する要求パケットに対応して、DHCPサーバからのレスポンスがなされない場合に、DHCPサーバに代わり、ローカルIPアドレスを生成し、生成したローカルIPアドレスの割り当て処理を実行する。画像処理装置は、パーソナルコンピュータまたは他の画像処理装置などのクライアント装置にローカルIPアドレス、リース期間の他、自己が保有するＤＮＳサーバアドレスなどのネットワーク構成情報を提供する。

ローカルIPアドレスの生成は、要求パケットに含まれる発行元の物理アドレスのタイムスタンプの値を取得して画像処理装置がホストアドレス部を作成することにより生成することができる。また、他の実施形態では、ランダムに当該ローカルドメインに許容されるホストアドレス値を選択することもできる。さらに、ローカルIPアドレスの生成処理では、画像処理装置が、ARPまたはPingなどのプロトコルを使用してリース済みアドレスを回収し、アドレステーブルを作成しておくことができる。ローカルIPアドレスの生成処理時、リース済みIPアドレスと、生成したホストアドレスとを照合し、重複しないIPアドレスを選択して要求元のクライアント装置のために使用される。

DHCPサーバが機能不全から回復した場合、クライアント装置からのネットワーク構成情報要求に対するDHCPサーバからの応答がなされるので、画像処理装置は、その代替DHCPサーバの機能を呼び出すことはなく、自動的にDHCPサーバによるローカルIPアドレスの割り当ての下でネットワーク環境に接続することが可能となる。

また、画像処理装置は、代替処理を実行する間、自機のＩＰアドレスではなく、正規なDHCPサーバのIPアドレス、サーバIDなどを応答パケットに記述するので、DHCPサーバの復旧後、画像処理装置は本来DHCPサーバに送付されるべき要求パケットを受領せず、スムースな機能置換が可能となる。

すなわち本発明によれば、ネットワークに接続された画像処理装置であって、
前記ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、前記IPアドレスを動的に割り当てるネットワーク装置の状態を判断する判断手段と、
前記ネットワーク装置の状態に依存して前記応答パケットを作成する、応答パケット作成手段と、
前記応答パケット作成手段が作成した前記応答パケットを、前記ネットワークに送信する送信手段と
を含む、画像処理装置が提供される。

本発明では、前記応答パケット作成手段は、前記応答パケットの送信元識別値に前記画像処理装置のネットワーク識別値ではなく、前記IPアドレスを動的に割り当てる前記ネットワーク装置のネットワーク識別値を記述した前記応答パケットを作成することができる。前記応答パケット作成手段は、前記要求パケットが提供する値を使用するか、またはランダムに動的割り当てを行うためのホストアドレスを生成するIPアドレス生成手段を含むことができる。前記要求パケットが提供する値は、前記要求パケットが含む物理アドレスの部分値とすることができる。前記判断手段は、タイマ手段または前記ネットワーク装置への問合わせ手段を含み、前記タイマ手段が満了するまで前記応答パケットを聴取するか、または前記問合わせ手段による問合せ結果に基づいて前記ネットワーク装置の状態を判断することができる。前記応答パケット作成手段は、リース済みアドレスを収集したリース済みアドレステーブルを含み、生成した前記IPアドレスを前記リース済みアドレステーブルと比較し、前記リース済みアドレステーブルに登録されていない前記IPアドレスを前記ネットワークに送出して、生成した前記IPアドレスの検査を行う、IPアドレス重複検査手段を含むことができる。

本発明によれば、
ネットワークに接続された画像処理装置に対し、
前記ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、前記IPアドレスを動的に割り当てるネットワーク装置の状態を判断する判断手段と、
前記ネットワーク装置の状態に依存して前記応答パケットを作成する、応答パケット作成機能と、
前記応答パケット作成手段が作成した前記応答パケットを、前記ネットワークに送信する送信機能と
を実現するための装置実行可能なプログラムが提供できる。

本発明では、前記応答パケット作成機能により、前記応答パケットの送信元識別値に前記画像処理装置のネットワーク識別値ではなく、前記IPアドレスを動的に割り当てる前記ネットワーク装置のネットワーク識別値を記述した前記応答パケットを作成することができる。前記応答パケット作成機能は、前記要求パケットが提供する値を使用するか、またはランダムに動的割り当てを行うためのホストアドレスを生成するIPアドレス生成機能を前記画像処理装置に実現することができる。前記要求パケットが提供する値は、前記要求パケットが含む物理アドレスの部分値とすることができる。

前記判断機能は、タイマ手段または前記ネットワーク装置への問合わせ機能を含み、前記タイマ手段が満了するまで前記応答パケットを聴取するか、または前記問合わせ手段による問合せ結果に基づいて前記ネットワーク装置の状態を判断することができる。前記応答パケット作成機能は、リース済みアドレスを収集したリース済みアドレステーブルを含み、生成した前記IPアドレスを前記リース済みアドレステーブルと比較し、前記リース済みアドレステーブルに登録されていない前記IPアドレスを前記ネットワークに送出して、生成した前記IPアドレスの検査を行う、IPアドレス重複検査機能を前記画像処理装置に実現することができる。前記応答パケット作成機能は、前記ネットワーク装置へのリトライ時間をリース期間として前記応答パケットを作成することができる。

さらに、本発明によれば、
ネットワークに接続された画像処理装置のネットワーク接続方法であって、前記方法は、前記画像処理装置に対し、
前記ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、前記IPアドレスを動的に割り当てるネットワーク装置の状態を判断するステップと、
前記ネットワーク装置の状態に依存して前記応答パケットを作成するステップと、
前記応答パケット作成手段が作成した前記応答パケットを、前記ネットワークに送信するステップと
を実行させる、ネットワーク接続方法が提供できる。

本発明では、前記応答パケットを作成するステップは、さらに前記応答パケットの送信元識別値に前記画像処理装置のネットワーク識別値ではなく、前記IPアドレスを動的に割り当てる前記ネットワーク装置のネットワーク識別値を記述した前記応答パケットを作成するステップを含むことができる。本発明では、前記応答パケットを作成するステップは、前記要求パケットが提供する値を使用するか、またはランダムに動的割り当てを行うためのホストアドレスを生成するIPアドレス生成ステップと、前記ネットワーク装置へのリトライ時間をリース期間として前記応答パケットを作成するステップとを含むことができる。

本発明によれば、ネットワークに接続された画像処理装置がネットワークに参加するためのネットワーク構成情報を取得して、前記ネットワークに接続する方法であって、
前記画像処理装置から構成情報取得要求をマルチキャストするステップと、
ネットワークを介して前記構成情報所得要求への応答パケットを受領するステップと、
前記応答パケットにより取得した前記ネットワーク構成情報を取得情報リストに蓄積するステップと、
前記取得情報リストに登録された前記ネットワーク構成情報に等価なネットワーク構成情報が含まれている場合には、送信元を選択して受領した前記等価なネットワーク構成情報を選択し、前記等価なネットワーク構成情報が含まれていない場合には、前記取得情報リストに登録された前記ネットワーク構成情報を前記ネットワークに接続するための構成情報として設定するステップと
を含むネットワーク接続方法が提供される。

さらに、前記応答パケットのRTTを測定するステップを含み、前記RTTの小さい方の送信元の前記ネットワーク構成情報を選択して設定することができる。他の実施形態では、前記応答パケットの送信元の優先順位を使用して前記ネットワーク構成情報を選択することができる。さらに本発明では、画像処理装置が上記いずれかに記載のネットワーク接続方法の各ステップを実行するための、コンピュータ実行可能なプログラムが提供される。

以下、本発明を実施の形態をもって説明するが、本発明は実施形態に限定されるものではない。図１は、画像処理装置１００のソフトウェア構成の実施形態を示す。画像処理装置１００は、プリンタエンジン１３６、スキャナエンジン１３８、他ハードウェア１４０を制御するための下位ソフトウェアを含む画像形成機能を有している。画像処理装置１００は、ソフトウェア構成としては、３レイヤ構成とされており、第１レイヤ１０２は、コピーアプリケーション１１０、ファックスアプリケーション１１２、プリンタアプリケーション１１４、スキャナアプリケーション１１６、ウェブアプリケーション１１８などの、フロントエンドアプリケーションを含んで構成される。フロントエンドアプリケーションは、ＡＰＩ(Application Program Interface)を介して第２レイヤと通信を行う。

第２レイヤ１０４は、ＯＳ１３２の他、システム制御部１２０、ファックス制御部１２２、エンジン制御部１２４、メモリ制御部１２６、操作部制御部１２８およびネットワーク制御部１３０を含んで構成される。システム制御部１２０は、画像処理装置１００全般のタイミング管理などを実行し、ファックス制御部１２２は、ファクシミリ送受信のためのモデム、符号化などの各処理部を呼び出して、ファクシミリ機能を提供する。

また、エンジン制御部１２４は、画像形成を行うための処理部を呼び出して、プリンタエンジン１３６、スキャナエンジン１３８などを制御する。メモリ制御部１２６および操作部制御部１２８は、それぞれ画像処理装置１００のメモリ管理を行い、画像処理装置１００に対するユーザ指令を可能とする。ＯＳ１３２は、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのオペレーティングシステムから構成することができ、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）などのプログラミング言語で記述されたプログラムを実行する他、アセンブラなどのプログラムを実行し、ユーザに対し、画像処理機能を提供する。

ネットワーク制御部１３０は、ネットワークインタフェースカード（ＮＩＣ）などとして実装される、ネットワークインタフェースを含み、イーサネット（登録商標）、ＩＥＥＥ８０２．１１ｂ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信などのワイヤレスネットワークのネットワーク機能を備え、物理アドレス（ＭＡＣアドレス：Media Access Controlアドレス）を使用してフレーム、IPパケットなどの送受信を管理する。また、図１に示したネットワーク制御部１３０は、DHCPサーバ（図示せず）が機能不全となっている場合、例えばサーバダウンや、メンテナンスなどの場合であっても、DHCPサーバへのネットワーク構成情報の要求および応答を聴取する機能を有する。ネットワーク制御部１３０は、DHCPサーバに代わりローカルエリア・ネットワーク（ＬＡＮ）内で重複しないローカルIPアドレス（以下、単にIPアドレスとして参照する。）を割り当て、ＬＡＮ内での画像処理装置１００やパーソナルコンピュータ）図示せず）を含むネットワーク環境の維持を可能とする。

さらに、図１に示した画像処理装置１００は、第３レイヤ１０６を含んで構成されている。第３レイヤ１０６は、ドライバソフトウェアなどから構成されるエンジン制御部１３４、プリンタエンジン１３６、スキャナエンジン１３８、およびファックスモデムなどその他ハードウェア１４０のための下位プログラミング言語によるソフトウェア群を含んで構成される。第３レイヤは、第２レイヤでの処理に応答して、エンジンＩ／Ｆを介して画像データなどの送受信を行い、画像形成やファクシミリ受信などの処理を画像処理装置１００に実現させている。

図２は、図１に示した画像処理装置１００のハードウェア構成の実施形態を示す。図２のハードウェア構成を参照すると、画像処理装置１００は、ＣＰＵ２０２と、ＡＳＩＣ２０８と、各種インタフェース２２８〜２４０とを含んで構成される。ＣＰＵ２０２は、ＰＥＮＴＩＵＭ（登録商標）などのＣＩＳＣ(Complete Instruction Set Computer)とすることもできるし、またＭIPＳなどのＲＩＳＣ(Reduced
Instruction Set Computer)などを使用することができるが、特定のＣＰＵのアーキテクチャに限定されるものではない。

ＣＰＵ２０８には、ＲＡＭ／ＲＯＭ２０６がシステムバス２０４を介して接続されている。ＲＡＭ／ＲＯＭ２０６は、初期設定データをＣＰＵ２０２に読み込ませ、またＣＰＵ２０２の実行空間を提供する。さらに、ＣＰＵ２０２には、システムバス２０４を介してＡＳＩＣ２０８が接続されており、ＡＳＩＣ２０８は、第１レイヤおよび第２レイヤと、第３レイヤとの間のエンジンＩ／Ｆを提供している。ＡＳＩＣ２０８は、ＲＡＭ２１０を含んで構成され、ソフトウェアとハードウェアとの間をインタフェースするために要求される処理を実行する。

ＣＰＵ２０２は、さらにＰＣＩバスなどのＩＯバスを介して各種のインタフェース２２８〜２４０を接続する。インタフェースとしては、ＳＣＳＩ(Small Computer System Interface)や、ＡＴＡ、ＡＴＡ−ＰＩ、ＡＴＡ−２、ＡＴＡ−３などのシリアルバスを接続するためのインタフェース２２８、ネットワーク接続のためのＯＳＩ基本参照モデルを使用して参照すると、物理層およびデータリンク層の機能を提供するネットワークインタフェース２３０を備えている。さらに、インタフェースとしては、ＵＳＢ(Universal
Serial Bus)１．０やＵＳＢ２．０などのデバイスインタフェース、ＩＥＥＥ８０２．１１ｂなどの規格で定められるワイヤレス通信のための物理層およびデータリンク層の機能を提供するインタフェース２３４、ＩＥＥＥ１３９４インタフェース２３６、ＵＳＢメモリ２４２に対するホストとしての機能を提供するためのＵＳＢホストインタフェース２３８、ＳＤカードなどのメモリカード２４４との間でデータ送受信を行うためのカードＩ／Ｆ２４０などを含んでいる。

一方、ＡＳＣＩ２０８は、バス２１４を介してオペレーションパネルなどを含んで構成される操作部２１２と接続されている。操作部２１２からのユーザ入力は、バス２１４を介してＡＳＩＣ２０８へと送られて、例えばイベントハンドラなどによりユーザ入力イベントが処理され、ＡＳＩＣ２０８〜ＣＰＵ２０２へとプロセス通信などの適切な通信方法を使用して以後の処理へと反映される。また、ＡＳＣＩ２０８は、ＰＣＩバスなどのＩＯバス２２４を介してファックス制御部２１６、プリンタエンジン２１８、スキャナエンジン２２０、フィニッシュ機能、認証機能などを提供するための他ハードウェア２２２と接続されている。

ＡＳＩＣ２０８は、操作部２１２からのユーザ指令を受け付けるか、またはファクシミリ受信などのイベント発生に対応してデータ処理を実行し、処理結果をＩＯバス２２４を介してデータ送受信する。なお、ファックス制御部２１６は、公衆電話網やＩＳＤＮなどを介して、Ｇ３またはＧ４規格のファクシミリを可能とする他、ＩＴＵ Ｔ．３８などの規格のインターネットファクシミリ機能を提供することもできる。

図３は、図１および図２で説明した画像処理装置を含むプリンタネットワーク３００の実施形態を示す。プリンタネットワーク３００は、ＬＡＮ３０６に、パーソナルコンピュータ３０２、３０４が接続されている。また、プリンタネットワーク３００は、さらにDHCPサーバ３１８が接続され、パーソナルコンピュータ３０２、３０４および各画像処理装置１００、３１０、３１２に対するIPアドレスの割り当てを行う。さらに、ＬＡＮ３０６には、画像処理装置１００、画像処理装置３１０、画像処理装置３１２が接続されている。なお、画像処理装置１００が、図１および図２で説明した構成を備えていて、画像処理装置３１０および画像処理装置３１２の間のローカルIPアドレスの割り当てをDHCPサーバ３１８の機能不全の場合にでも管理することを可能としている。なお、機能不全とは、DHCPサーバまたはリレーサーバのダウンまたはメンテナンスなど、DHCPサーバによるネットワーク構成情報割り当てが行われない状態を意味する。

プリンタネットワーク３００は、さらにルータ３１４などのネットワーク機器を介してインターネット３１６またはワイドエリア・ネットワーク（ＷＡＮ）といった広域ネットワークに接続されている。パーソナルコンピュータ３０２、３０４および画像処理装置１００は、ルータ３１４を経由してインターネット３１６に接続し、ＳＭＴＰ(Simple Mail Transfer Protocol)プロトコルを使用したメール送受信、ウェブサービス、ＨＴＴＰ(Hyper
Text Transfer Protocol)プロトコルまたはＦＴＰ(File Transfer Protocol)プロトコルを使用するファイル転送を可能とする。

なお、DHCPサーバ３１８は、ＲＦＣ２１３１“Dynamic
Host Configuration Protocol”、およびＲＦＣ２１３２“DHCP Options and BOOTP Vendor
Extensions”に規定された方式を使用してネットワーク構成情報を、パーソナルコンピュータおよび画像処理装置に対して提供し、またパーソナルコンピュータおよび画像処理装置からのネットワーク構成情報要求のための要求パケットを処理する。画像処理装置１００は、ＲＦＣ２１３１およびＲＦＣ２１３２の機能を一部実装し、画像処理装置１００、３１０、３１２がDHCPサーバ３１８の機能不全の場合であっても正常にネットワーク接続させる。

図４は、ＬＡＮ３０６内でのネットワーク構成情報を設定する処理のシーケンスの実施形態を示す。図４に示す実施形態では、画像処理装置１００、画像処理装置３１０が、DHCPサーバ３１８に対してアクセスし、ネットワーク構成情報の設定を取得する実施形態である。なお、画像処理装置１００は、自体は、固定IPアドレスを保有していても良く、固定IPアドレスは、ローカルでもグローバルでも良い。

画像処理装置３１０は、初期設置時などネットワーク構成情報の取得を要求する場合、ＬＡＮ３０６に対してステップＳ４００でDHCP-Discoverをブロードキャストする。ブロードキャストされたDHCP-Discoverパケットは、画像処理装置１００およびDHCPサーバ３１８に受領される。ステップＳ４０１でDHCPサーバ３１８は、応答パケットであるDHCP-Offerパケットをブロードキャストする。

画像処理装置３１０は、ステップＳ４０１のDHCP-Offerパケットを受領して、ステップＳ４０２でDHCP-Requestパケットをブロードキャストする。DHCP-Requestパケットを受領したDHCPサーバ３１８は、その時点で割り当てることができるローカルIPアドレス、リース期間などの値の他、画像処理装置３１０の要求に応答してＤＮＳ(Domain
Name Server)サーバの設定などを画像処理装置３１０に転送する。この間のデータ転送は、ポート６７およびポート６８を使用し、ＵＤＰレベルでのＴＦＴＰプロトコルを使用したデータ転送を使用する。

このトランザクションの期間中、画像処理装置１００は、DHCPサーバ３１８とＬＡＮ３０６に接続された装置との間のパケットをモニタしており、画像処理装置３１０からのDHCP-Discoverパケットに対応する応答パケットであるDHCP-Offerパケットを、DHCPトランザクションパケット中に記述されたトランザクション識別値（トランザクションID）をキーとして聴取する。図４に示したステップＳ４００のDHCP-Discoverパケットに対応し、ステップＳ４０１のDHCP-Offerパケットが返される場合には、画像処理装置１００は、DHCPサーバ代替処理を開始しない。なお、ステップＳ４０３のDHCP-Ackパケットのトランザクションが成功裏に終了した後、画像処理装置３１０は、設定されたリース期間内で、割り当てられたIPアドレスを使用するネットワーク通信を実行する。

図５は、画像処理装置１００が実行するDHCP代替処理の実施形態のシーケンスを示す。画像処理装置１００は、画像処理装置３１０からステップＳ５００でブロードキャストされるDHCP-Discoverパケットを聴取する。図５に示した実施形態では、DHCPサーバ３１８は、機能不全となっているので、対応する応答であるDHCP-Offerパケットは送付されない。このため画像処理装置１００は、設定された多岐時間を経過後、ステップＳ５０１でDHCPサーバ３１８の代わりにDHCP-Offerパケットを作成し、ブロードキャストする。

画像処理装置３１０は、画像処理装置１００が発行したDHCP-OfferパケットをトランザクションIDをキーとして取得し、ステップＳ５０２で、DHCP-Requestパケットをブロードキャストする。このブロードキャストパケットは、その時点でもDHCPサーバ３１８によっても受領されない。その代わりに、DHCP-Requestを聴取し、DHCPサーバ３１８と画像処理装置３１０との間のトランザクションを聴取している画像処理装置１００は、DHCPサーバ３１８の機能不全が発生したものと判断すると、ステップＳ５０３でDHCP-Ackパケットを作成して、ブロードキャストする。このとき、画像処理装置１００は、送信元IPアドレスとして、自己のIPアドレスではなく、正規のDHCPサーバ３１８のIPアドレスを記述してDHCP-Ackを作成する。

画像処理装置３１０は、当該DHCP-Ackを受領してIPアドレスの設定などのネットワーク構成情報の設定を実行し、以後、正常にネットワーク接続を行う。また、ステップＳ５０３の後、一定時間が経過し、その間にポイント５００で、DHCPサーバ３１８が復旧したものとする。画像処理装置３１０は、ステップＳ５０３で正規のDHCPサーバ３１８のIPアドレスが送付されているので、正規のDHCPサーバ３１８のアドレスに対してユニキャストを行うことにより、リース期間の延長などを行うことが可能となる。

また、DHCPサーバ３１８がポイント５０６で復旧した後、画像処理装置３１０は、本来のDHCPサーバ３１８に対してステップＳ５０４でDHCP-Requestを発行し、リース期間の更新などの処理を行う。

図６は、画像処理装置１００のネットワーク制御部１３０が含むDHCP機能の機能ブロック図の実施形態である。図６に示すようにネットワーク制御部１３０は、ネットワークインタフェース６０４を介してパケットを聴取し、生成されたIPアドレスその他のネットワーク構成情報をネットワークに宛てて送付する。ネットワークインタフェース６０４は、DHCP-Discoverパケットやリース期間の延長を要求するDHCP-Requestパケットおよびそれぞれに対応する応答パケット、DHCP-Ackパケットや、DHCP-Offerパケットを聴取し、構成情報配布制御部６０２に渡している。構成情報配布制御部６０２は、DHCPサーバ３１８の状態を遠隔的に判断している。

DHCPサーバの状態の遠隔的な判断は、第１の実施形態では、DHCP-Inform、DHCP-Discoverパケット、DHCP-Requestパケットなどに対する応答がDHCPサーバ３１８からなされない場合をその判断基準として使用することができる。この場合、構成情報配布制御部６０２は、要求パケットを識別した時点でリセットされるソフトウェアタイマを実装し、設定された待機時間待機する。この間に応答パケットが聴取できない場合、DHCPサーバ３１８が機能不全にあるものと判断する。また、他の実施形態では、構成情報配布制御部６０２は、要求パケットを識別した段階で、DHCPサーバ３１８に対してPing/ICMPパケットを送付し、ICMPメッセージのリプライの値を判断して、DHCPサーバ３１８の機能状態の遠隔監視を行うこともできる。

設定した待機時間待機することにより判断するパッシブプロセスは、DHCPサーバ３１８に対する不要なオーバヘッドを与えない点で、Ping/ICMPプロトコルを使用してアクティブプロセスに比較すると、代替処理への切り換えの速度で劣るものの好ましいということができる。なお、さらに他の実施形態では、ネットワーク環境に応じてアクティブ／パッシブプロセスを併用して判断することもできる。DHCPサーバ３１８が機能不全に陥ったものとして、構成情報要求処理部６０６および要求ユーザ情報管理部６０８を呼び出して処理を開始する。

構成情報要求処理部６０６は、アドレス生成部６１２を呼び出してIPアドレスを生成させる。IPアドレスの生成は、受信したDHCP-DiscoverまたはDHCP-Requestパケットに含まれる物理アドレスのヘキサデシマル標記の下位５１２ビット（物理アドレスのうち、左手側のFF.FF）の値のアドレスから生成することができる。また、他の実施形態では、タイムスタンプの値や乱数を発生させて割り当てるべきIPアドレスを生成することができる。

例えば、DHCP-Discoverパケットを発行した画像処理装置３１０の物理アドレスが、AA:BB:CC:DD:11:22:33であり、画像処理装置１００のIPアドレスが、192.168.0.11であって、サブネットマスクが、255.255.0.0である場合、割り当てるべきIPアドレスのホストアドレスの値を、１０進表示で、「.34.51」とし、ネットワークアドレス部である「192.168」の値に追加して割り当てるべきIPアドレスを決定することができる。

また、他の実施形態では、受信したパケットのタイムスタンプの値または乱数を発生させてトライアンドエラー的にアドレス生成部６１２によりIPアドレスを生成させる。生成したIPアドレスは、アドレス重複検査部６１４から、ARPプロトコル、またはPingプロトコルを用いてブロードキャストすることにより、アドレス重複を確認する。ARPの場合には、宛先アドレスを生成したIPアドレスとし、ブロードキャストアドレスとし、画像処理装置１００の自己の物理アドレスを送信元物理アドレスとしてブロードキャストし、応答を待機する。この場合、レスポンスがタイムアウトする場合、生成したIPアドレスは当該ＬＡＮ内で利用することが可能となる。一方、Pingプロトコルを使用する場合には、生成したIPアドレスに宛ててICMPパケットを送出し、応答メッセージとしてタイプ＝３（到達不能メッセージ）またはタイプ＝１１（タイムアウト）が返された場合、生成したIPアドレスが使用できるとして判断する。

また、要求ユーザ情報管理部６０８は、DHCP-DiscoverパケットまたはDHCP-RequestパケットのトランザクションIDおよびクライアント名称を管理する。構成情報配布制御部６０２は、DHCPサーバ３１８に対するこれらのトランザクションのコレンスポンデンスを、トランザクションIDおよびクライアント名などを使用してフィルタリングする。

ネットワーク構成情報保持部６１０は、画像処理装置１００がその時点で保有しているDHCPサーバ３１８のIPアドレス、ＤＮＳサーバ情報、リース期間などを格納しており、DHCPサーバ３１８が機能不全となっている場合、DHCP-DiscoverパケットまたはDHCP-Requestパケットを発行した画像処理装置３１０などに対して情報を提供するために参照される。この他、ネットワーク構成情報保持部６１０は、定期的にPing／ICMPパケットをブロードキャストし、当該ローカルドメインで使用されているIPアドレスを、ICMPレスポンスパケットの送信元IPアドレスを回収し、登録する、リース済みアドレステーブルを保有していても良い。本実施形態の場合、ローカルドメインに割り当てられているIPアドレスのうち、すでに割り当て済みのIPアドレスをアドレス生成部６１２が生成してしまう場合、ARPまたはPingなどにより生成したIPアドレスをネットワークに問い合わせるための問合わせパケットを送出することによる、ネットワークトラフィックの無駄を防止することができる。

構成情報要求処理部６０６は、上述の処理を実行した後、本来、DHCPサーバ３１８が返すべきIPアドレスその他のネットワーク構成情報を含むパケットを作成し、DHCP-Discoverパケット、DHCP-Inform、DHCP-Requestパケットなどにそれぞれ対応する応答パケットである、DHCP-OfferパケットおよびDHCP-Ackパケットを作成する。その後、DHCP-DiscoverパケットおよびDHCP-Requestパケットの発行元に対し、作成したDHCP-OfferパケットおよびDHCP-Ackパケットをネットワークインタフェース６０４を介して送付させている。なお、DHCP-Offerパケットは、ブロードキャストされ、DHCP-Ackパケットは、要求パケットのタイプに応じてブロードキャストまたはユニキャストで送付される。応答パケットの作成は、図６で説明した実施形態に限定されず、ソケットなどを通して送出可能なパケットを作成することができる限り、ネットワーク制御部１３０の適切な機能部である限り、いかなる機能部が実行しても良い。

図７は、画像処理装置１００の処理の実施形態でのシーケンスを示す。画像処理装置１００は、ステップＳ７００で、構成情報配布制御部６０２がDHCP-DiscoverパケットおよびDHCP-Requestパケットを聴取する。DHCP-Discoverパケットは、ブロードキャストされるので、画像処理装置１００は、DHCP-Discoverパケットであることを識別してトランザクションIDおよび
クライアント名称などを取得する。なお、DHCP-Requestパケットが、リース期間の延長を要求する場合、当該DHCP-Requestは、ユニキャストされる。

このため、画像処理装置１００は、ソケットをオープンする場合に、RAWモードでオープンし、フレーム全体を取得できるように、PF_PACKETを設定し、さらにイーサネット（登録商標）インタフェースにETH_P_ALLを設定する。この設定により、画像処理装置１００は、ネットワーク上を流れるイーサネット（登録商標）フレームをすべて聴取し、UDPプロトコルでのトランザクションが実行されるDHCPプロトコルのデータを聴取することができる。画像処理装置１００は、取得したフレームから処理に使用するデータを取得し、発行元の情報およびパケットタイプを判断する。

ステップＳ７０１で、ネットワークインタフェース６０４により、構成情報取得要求（DHCP-Discoverパケット、DHCP-Requestパケット）などを聴取する。ステップＳ７０２では、聴取したパケットからDHCP-DiscoverパケットおよびDHCP-Requestパケット（以下、DHCP-Discoverパケット、DHCP-RequestパケットおよびDHCP-Informパケットを、単に要求パケットとして参照する。）を識別する。ステップＳ７０３で、要求パケットが識別されると、構成情報配布制御部６０２は、構成情報要求処理部６０６を呼出し、要求パケットから以後の処理のために使用するデータを取得される。これらのデータとしては、発行元の物理アドレス、タイムスタンプ、DHCPパケットのタイプ、クライアント名称、トランザクションIDなどを挙げることができるが、さらに特定の目的のために他のデータを取得しても良い。

ステップＳ７０４では、構成情報要求処理部６０６は、アドレス生成部６１２に対してIPアドレスの生成を指令する。アドレス生成部６１２は、取得した物理アドレス、タイムスタンプ、または特定の設定に応じてリース済みアドレステーブルを参照して割り当てるべきIPアドレスを生成する。アドレス生成部６１２は、ステップＳ７０５で生成したIPアドレスがその時点でネットワーク内で重複していないか否かを確認するため、アドレス重複検査部６１４に指令を行い、生成したIPアドレスを含むARPパケット、またはICMPパケットを作成する。

その後、ステップＳ７０６でネットワークインタフェース６０４に対して生成したARPパケット、またはICMPパケットの送出を指令する。アドレス生成部６１２は、ステップＳ７０７で所定時間後、またはアドレス重複検査部６１４からの通知を受ける。画像処理装置１００は、ARPレスポンスパケットまたはICMPメッセージを検査し、生成したIPアドレスの重複がないか否かの確認を行なう。その結果、重複している場合には再度IPアドレスを生成して、ステップＳ７０６の処理を繰り返す。また、ステップＳ７０７で生成したIPアドレスが認容できる場合、ステップＳ７０８で構成情報要求処理部６０６に通知を行い、構成情報要求処理部６０６が生成したIPアドレスを取得する。

その後、構成情報要求処理部６０６は、ステップＳ７０９で画像処理装置３１０にレスポンスするべき応答を作成する。応答パケットとしては、DHCP-Offerパケット、DHCP-Ackパケット、DHCP-Nackパケットを挙げることができる。このとき、構成情報要求処理部６０６は、応答パケットのoptionフィールドなどに、正規のDHCPサーバの名称、またはIPアドレスなどを含ませておく。作成される応答パケットは、DHCPプロトコルにしたがって作成されるので、以後正規のDHCPサーバ３１８が復旧した場合、リース期間の更新などのトランザクションについて、画像処理装置３１０は、スムーズに正規のDHCPサーバ３１８に接続することが可能となる。

ステップＳ７１０では、構成情報要求処理部６０６は、応答パケットが作成されたことを構成情報配布制御部６０２に通知する。構成情報配布制御部６０２は、ステップＳ７１１でネットワークインタフェース６０４に対して作成した応答パケットの送付を指令し、ネットワークインタフェース６０４は、ネットワークに宛ててブロードキャストまたはユニキャストで応答パケットを送信する。

図８は、画像処理装置１００が実行する処理の実施形態についてのフローチャートを示す。図８の処理は、ステップＳ８００から開始し、ステップＳ８０１でパケットを聴取して受信する。ステップＳ８０２でパケットのトランザクションを解析し、要求パケットまたは要求パケットに関連する応答パケットを取得する。ステップＳ８０３で要求パケット、またはトランザクションIDなどにより要求パケットに関連する応答パケットであって、IPアドレスの割り当てが不要であると判断した場合（ｙｅｓ）、ステップＳ８０８でIPアドレスの割当てを行う処理を行わず、リース期間の延長など他の処理を実行する。

ステップＳ８０３で、IPアドレスの割当てが不要ではない（必要）と判断した場合（ｎｏ）、ステップＳ８０４で、DHCPサーバ３１８に対してIPアドレスの割り当てを要求するパケットタイプであるか否かを判断する。ステップＳ８０４でDHCP-Informなどのパケットタイプであり、IPアドレス割り当て処理に直接関連しない検索要求などと判断した場合（ｎｏ）、ステップＳ８０５の検索処理に処理を分岐させる。一方、IPアドレス割り当てを要求するパケットタイプであると判断した場合（ｙｅｓ）、処理をステップＳ８０６に分岐させ、IPアドレス割当てを要求するパケットタイプのうち、アドレス指定要求であると判断した場合（ｙｅｓ）、ステップＳ８０７でアドレス指定要求に対応する代替処理を実行する。また、ステップＳ８０６で、いずれのタイプにも属しないとい判断した場合（ｎｏ）、ステップＳ８０９でパケットを破棄して処理を終了させる。

図９は、図８のステップＳ８０５で説明した定義処理の実施形態のフローチャートを示す。図９の処理は、ステップＳ９００で、DHCP-Informパケットを受領する。ステップＳ９０１で、取得したパケットが正規なサーバIDで正規なDHCPサーバ３１８を指定しているか否かを判断し、正規DHCPサーバ３１８を指定していない場合（ｎｏ）、ステップＳ９０６で処理を終了させる。また、正規なDHCPサーバ３１８を指定している場合（ｙｅｓ）、ステップＳ９０２で設定時間待機し、ステップＳ９０３でDHCP-Ackパケットを受信するか否かを判断する。ステップＳ９０２の設定待機時間は、ネットワークで規定されるTTL(TIME
TO lIVE)期間
とすることができる。また、他の実施形態では、TTLに関係なく、ソフトウェア的にランダムに設定される適切な時間間隔とすることができる。

ステップＳ９０３の判断で、設定時間待機する間にDHCP-Ackパケットを受信したか否かを判断する。DHCP-Ackパケットを受信した場合、DHCPサーバ３１８は正常に機能しているので、処理をステップＳ９０６に分岐させて処理を終了させる。また、DHCP-Ackパケットを受信しない場合（ｎｏ）処理をステップＳ９０４に分岐させて、DHCPサーバ３１８を代理する処理を実行する。ステップＳ９０４では、（１）サーバIDとして正規なDHCPサーバのサーバIDを記入し、（２）自機が保有するネットワーク構成情報を応答パケット内にセット（記述）し、（３）正規なDHCPサーバにリトライさせるための設定期間として用意した代用リース期間を、リース期間にセットして、DHCP-Ackパケットを作成する。

ステップＳ９０５で、作成したDHCP-Ackパケットをネットワークを発行元の画像処理装置３１０にユニキャストし、処理をステップＳ９０６に分岐させて終了する。なお、代用リース期間をリトライさせるための設定時間として設定することにより、IPアドレスの無用な割り当てを最低化させることで、画像処理装置１００とDHCPサーバ３１８の併存によるIPアドレスの管理をスムースに行うことが可能となる。

図１０は、図８で説明した定義処理Ｓ８０８で画像処理装置１００が実行する処理の実施形態についてのフローチャートである。図１０に示した定義処理はステップＳ１０００で、DHCP-Requestパケットを識別した段階で開始し、ステップＳ１００１でサーバIDが正規DHCPサーバ３１８に指定されているか否かを判断する。ステップＳ１００１で正規なDHCPサーバ３１８を指定していないと判断した場合（ｎｏ）、処理をステップＳ１００９に分岐させ要求ユーザ管理情報の履歴を更新する。なお、ステップＳ１００９の処理は、画像処理装置１００がDHCPサーバの代理を行う場合のリース期間の残りを判断するために使用することができる。また要求ユーザ管理情報は、画像処理装置１００によるパケット聴取履歴などの管理を行うために使用することができる。

また、ステップＳ１００１でサーバIDが正規なDHCPサーバ３１８のものであると判断された場合（ｙｅｓ）には、処理をステップＳ１００２に分岐させ、要求ユーザ管理情報に過去のアクセス履歴があるか否かを、トランザクションID、クライアント名などを参照して判断する。ステップＳ１００２の判断で過去に履歴が存在していると判断された場合（ｙｅｓ）、ステップＳ１００７で正規DHCPサーバ３１８の存在を、Pingなどを使用して検査する。なお、この検査は、前回処理から今回処理の間にDHCPサーバ３１８が復旧したか否かの検査のために実行される。

一方、ステップＳ１００２の判断で、要求ユーザ管理情報に履歴がない場合（ｎｏ）、DHCPサーバ３１８の機能不全が発生した後、当該画像処理装置３１０からの最初のDHCP-Requestパケットなので、処理をステップＳ１００３に分岐させ、設定時間待機する。ステップＳ１００４およびステップＳ１００８でのいずれのステップでもDHCP-Ackパケットを受信しない場合（ｎｏ）、処理をステップＳ１００５に分岐させて、代理処理を開始する。一方、ステップＳ１００４およびステップＳ１００８のいずれかのステップでDHCP-Ackパケットが返却された場合（ｙｅｓ）、DHCPサーバ３１８は正常に動作しているので処理をステップＳ１００９に分岐させ、要求ユーザ管理情報の履歴を更新して処理を終了する。

また、ステップＳ１００５では、（１）サーバIDとして正規なDHCPサーバのサーバIDを記入し、（２）自機が保有するネットワーク構成情報を応答パケット内にセット（記述）し、（３）正規なDHCPサーバにリトライさせるための設定期間として用意した代用リース期間を、リース期間にセットして、DHCP-Ackパケットを作成する。ステップＳ１００６で、作成したDHCP-Ackパケットを、ネットワークを介してブロードキャストして返却する。その後、画像処理装置１００は、ステップＳ１００９で要求ユーザ管理情報の履歴を更新し、ステップＳ１０１０で処理を終了させる。この段階では、画像処理装置１００は、DHCP-Ackパケットの送信元IPアドレスとして正規のDHCPサーバ３１８の値を記述することにより、以後、画像処理装置３１０がDHCPサーバに対してDHCP-Requestパケットなどをユニキャストする場合に、正確にDHCPサーバ３１８に対するユニキャストを行うことが可能となる。

図１１は、図８で説明したステップＳ８０７の定義処理の実施形態についてのフローチャートである。図１１に示した定義処理は、ステップＳ１１００でDHCP-Discoverパケットを受信したと判断して開始される。ステップＳ１１０１では、画像処理装置１００は、設定時間待機し、ステップＳ１１０２でDHCP-Offerパケットを取得したか否かを判断する。DHCP-Offerパケットを受領した場合（ｙｅｓ）、DHCPサーバ３１８は正常に機能しているので、処理をステップＳ１１０８に分岐させ、処理を終了する。

一方、ステップＳ１１０２でDHCP-Offerパケットを受領しない場合（ｎｏ）、ステップＳ１１０３でユーザ要求管理情報の履歴に追加し、ステップＳ１１０４で配するIPアドレスを生成する。その後ステップＳ１１０５でDHCP-Offerの代理作成処理を実行する。DHCP-Ackパケットの代理作成は、（１）配布するべき生成したIPアドレスをパケットにセットし、（２）サーバIDとして正規DHCPサーバのサーバIDを記入し、（３）自機が保有するネットワーク構成情報を応答パケット内にセット（記述）し、（４）正規DHCPにリトライさせるための設定期間として用意した代用リース期間を、リース期間にセットすることにより実行される、その後、ステップＳ１１０６でDHCP-Offerパケットをブロードキャストし、ステップＳ１１０７でDHCPプロトコルの規定に従い以後のアドレス割り当て設定処理を行い、処理をステップＳ１１０８に分岐させ、処理を終了する。

以上の処理により、ＬＡＮ内に接続されたクライアント装置が発行する可能性のある、DHCP-Informパケット、DHCP-Discoverパケット、DHCP-Requestパケットに対して限定された機能を、画像処理装置１００に提供することが可能となる。この結果、画像処理装置３１０がＬＡＮにアクセスできないことにより、パーソナルコンピュータなどの業務を妨げることなく、また、画像処理装置１００がその機能を遊休させている場合のハードウェア資源およびソフトウェア資源をより有効利用することが可能となる。なお、画像処理装置１００は、パーソナルコンピュータ３０２、３０４に対しても同様の機能を提供することが可能である。

図１２〜図１４を用いて画像処理装置１００が実行する代替処理の実施形態を説明する。図１２は、画像処理装置１００がすでに代替処理を実行し、画像処理装置３１０に対し、IPアドレス192.168.1.51を割り当てた後、DHCPサーバ３１８が復旧した場合に、ＬＡＮ３０６に接続する場合の実施形態のシーケンスを示す。ステップＳ１２００では、画像処理装置３１０は、上述した処理によりIPアドレス192.168.1.51が割り当てられていて、ＬＡＮ３０６に接続している、一定期間後に、IPアドレス192.168.1.51のリース期間が満了し、ステップＳ１２０１で、画像処理装置３１０は、DHCPサーバ３１８にDHCP-Requestパケットを発行する。この場合、DHCP-Requestパケットは、DHCPサーバ３１８に対してユニキャストされる。

この段階で、DHCPサーバは、画像処理装置３１０からのDHCP-RequestパケットのIPアドレスについてリース情報を保有していないため、画像処理装置３１０に対してステップＳ１２０２でDHCP-Nackパケットを返却する。画像処理装置３１０は、当該DHCP-Nackパケットを受領すると、新たなIPアドレスのリースを受けるために、従来のIPアドレスを破棄し、ステップＳ１２０３でDHCP-Discoverパケットをブロードキャストする。このブロードキャストパケットは、画像処理装置１００によっても聴取されるが、所定待機時間内にステップＳ１２０４でDHCP-Offerパケットが画像処理装置３１０に対してブロードキャストされるので画像処理装置１００は、代替処理を行わない。

画像処理装置３１０は、ステップＳ１２０４のDHCP-Offerパケットを受領すると、DHCP-Offerパケット内に含まれるIPアドレスであるyiaddrの値を取得してIPアドレス192.168.1.11候補とし、ステップＳ１２０５でDHCP-Requestパケットをブロードキャストする。当該DHCP-Requestパケットを受領したDHCPサーバ３１８は、ステップＳ１２０６で新たなリース期間を付与し、DHCP-Ackパケットをブロードキャストし、IPアドレス192.168.1.11を画像処理装置３１０に割り当てて以後、ＬＡＮ３０６にアクセスさせる。

なお、図１２のシーケンスでも画像処理装置１００は、DHCPトランザクションを聴取するが、所定の待機時間内に対応する応答パケットが転送された場合、代替処理を実行せず、ネットワークモニタとして機能している。なお、当該処理の期間中に蓄積された履歴情報は、ネットワークログ解析のために利用することができる。

図１３に示した実施形態は、画像処理装置１００が割り当てたIPアドレス192.168.1.11が、DHCPサーバ３１８によってすでに割り当てられたIPアドレスと重複している場合の処理を示した図である。図１３の場合は、例えば、リース期間内に画像処理装置３１０が電源を停止またはケーブルをコネクタからオフしたなど、ネットワークＯＦＦ状態で、ＬＡＮ３０６に参加していなかった場合などに発生する。

ステップＳ１３００で、画像処理装置３１０は、代替処理によって、IPアドレス192.168.1.11を保有している。その後、DHCPサーバ３１８が復旧した後に、画像処理装置３１０のIPアドレスのリース期間が終了し、ステップＳ１３０１で画像処理装置３１０は、DHCP-Requestパケットをユニキャストする。ところがDHCPサーバ３１８側では、当該IPアドレス192.168.1.11は、他の装置にリース中であると判断し、ステップＳ１３０２で、DHCP-Nackパケットをユニキャストする。

画像処理装置３１０は、DHCP-Hackパケットを受領すると、ステップＳ１３０３でDHCP-Discoverパケットをブロードキャストし、ステップＳ１３０４で、DHCP-Offerパケットを受領する。この時点で画像処理装置３１０は、yiaddrに記述されているIPアドレス192.168.1.12を取得する。ステップＳ１３０５で、画像処理装置３１０は、DHCP-RequestパケットをブロードキャストしステップＳ１３０６でDHCP-Ackパケットをブロードキャストパケットとして受領し、以後ＬＡＮ３０６へのアクセスのために使用する。

図１４は、画像処理装置３１０が、画像処理装置１００の代替処理により、IPアドレス192.168.1.11を取得した期間中に、同一のIPアドレスが割り当てられた他の画像処理装置３１２が起動された場合の処理の実施形態である。画像処理装置３１０は、ステップＳ１４００で画像処理装置１００が割り当てたIPアドレスである、192.168.1.11を使用してＬＡＮ３０６にアクセスしている。その後、画像処理装置３１２がネットワークＯＮとされ、ステップＳ１４０１で、DHCP-RequestパケットをユニキャストによりDHCPサーバ３１８に送付する。

この段階では、DHCPサーバ３１８は、障害から復旧しているものとする。このとき、画像処理装置３１２がDHCP-RequestパケットとしてIPアドレス192.168.1.11を要求する。DHCPサーバ３１８は、ステップＳ１４０２でPingまたはARPなどのプロトコルをＬＡＮ３０６内にブロードキャストし、ＬＡＮ３０６内でIPアドレス192.168.1.11が割り当てられているか否かを検査する。

図１４に示した実施形態では、画像処理装置３１０がすでに該当するIPアドレスを取得しているのでDHCPサーバ３１８は、ステップＳ１４０３で、DHCP-Nackパケットをブロードキャストする。DHCP-Nackパケットを受領した画像処理装置３１２は、ステップＳ１４０４〜ステップＳ１４０６のDHCPプロトコルに従うトランザクションを実行し、新たに、IPアドレス192.168.1.12を取得し、以後、ＬＡＮ３０６にIPアドレス192.168.1.12を使用して接続する。

図１５〜図２３を使用してIPv6プロトコルを使用する場合の実施形態のプリンタネットワーク１５００を示す。図１５に示したプリンタネットワーク１５００は、インターネット１５０４などに接続するためのルータ１５０２と、ルータ１５０２により接続されるＬＡＮ１５０４とから構成されている。ＬＡＮ１５０４には、画像処理装置１５０６、画像処理装置１５０８、および画像処理装置１５１０とが接続されている。画像処理装置１５０６および画像処理装置１５０８は、ぞれぞれ、例えばDHCP-liteなどのＤＨＣＰサーバ機能を備えている。また、ＬＡＮ１５０４はにDHCPv6サーバなどが接続されている場合には、画像処理装置１５０６、１５０８は、代理DHCPv6サーバとして機能する。

画像処理装置１５０６〜１５１０は、DHCPv6サーバ(図示せず）からIPアドレス以外のネットワーク構造情報を取得し、自動設定などを行っている。また、画像処理装置１５０６、１５０８は、DHCPv6サーバが機能不全にある場合に、ＬＡＮ１５０４に参加しようとするDHCPv6クライアントとして機能する画像処理装置１５１０からの要求を聴取する。画像処理装置１５０６、１５０８は、設定されたタイムアウトが満了しても応答パケットを受領しない場合、画像処理装置１５０６および画像処理装置１５０８が保有するネットワーク構成情報、例えば、ドメイン名、DNSサーバアドレス、SNTPサーバアドレスなどの情報を画像処理装置１５１０に通知する。

なお、図１５に示した実施形態では、IPv6におけるＩＰプレフィックスは、ルータ１５０２がＩＳＰなどから割り当てられた値を各画像処理装置１５０６〜１５１０で使用する。また、ＬＡＮ１５０４は、IPv6におけるサブネットワークアドレスに対応するアドレス設定により構成されている。また、プリンタネットワーク１５００は、IPv6と、IPv4とが共存できるように、IPv6アドレスにIPv4のアドレスを含ませておくこともできる。画像処理装置１５１０は、ＬＡＮ１５０４に参加する場合、DHCPv6サーバに問合わせを行う。図１５の実施形態では、画像処理装置１５０６および画像処理装置１５０８の代理DHCPv6サーバ機能が動作する場合として、以下の２通りである。すなわち、（１）ＬＡＮ１５０４を構成したものの、DHCPv6サーバを導入していない場合、および（２）DHCPv6サーバは導入されているものの、DHCPv6サーバが機能不全にある場合である。

図１５に示したプリンタネットワーク１５００での画像処理装置１５０６および１５０８の処理を、図１６のシーケンス１６００を使用して説明する。画像処理装置１５０６および画像処理装置１５０８の基本的な機能構成は、IPv4を使用して処理を行う画像処理装置１００と同様に構成することができる。以下、画像処理装置１５０６が画像処理装置１５１０からの要求を受領して処理を開始するものとして説明する。画像処理装置１５０６は、プロミスキャスモードで、画像処理装置１５１０からマルチキャスト送出される構成情報要求（パケット）を聴取している。画像処理装置１５０６が機能する場合（１）では、当該マルチキャストを聴視すると同時に画像処理装置１５０６は処理を開始する。一方、場合（２）では、マルチキャストを聴取してタイムアウトが満了した後に画像処理装置１５０６は処理を開始する。ただし、いずれの場合にも機能できるように、適切なタイムアウトタイマを設定し、効率化を行うことができる。

画像処理装置１５０６の構成情報配布制御部１６０２は、ステップＳ１６０１でデーモンまたはバックグラウンドサービスとして処理を開始し、ステップＳ１６０２で、画像処理装置１５１０からのマルチキャストパケットを聴取し、タイムアウトを経過してもDHCPv6サーバからのレスポンスがない場合や、画像処理装置１５０６がDHCPサーバ機能を提供するべき場合、以後の処理を開始する。ステップＳ１６０３では、構成情報配布制御部１６０２は、構成情報要求を解析し、ステップＳ１６０４で、構成情報取得要求処理部１６０４に当該構成情報要求要求を処理するように要求に含まれるメッセージなどと共に通知する。構成情報所得要求処理部１６０４は、ステップＳ１６０５で要求されている構成情報をネットワーク構成情報保持部１６０６に通知し、構成情報を検索し、検索された構成情報を送付するように依頼する。

ステップＳ１６０６で、構成情報取得要求処理部１６０４は、受信した構成情報を含む応答パケットを作成する。ステップＳ１６０７で、構成情報取得要求処理部１６０４は、構成情報配布制御部１６０２の応答パケット作成済みを通知する。構成情報配布制御部１６０２は、当該通知を受領すると、バッファメモリなどの蓄積されている応答パケットを、ステップＳ１６０８でネットワークインタフェース１６１０に送付し、要求元の画像処理装置１５１０に構成情報の送付を完了させている。

図１５に示した実施形態によれば、プリンタネットワーク１５００は、高コストの専用DHCPv6サーバを追加することなく、簡易DHCPv6サーバ機能を含む画像処理装置を追加するだけで、IPv6でもネットワーク構成情報の自動設定を可能とする。また、DHCPv6サーバが接続されている場合には、DHCPv6サーバの機能不全の場合にネットワーク構成情報を代理設定することが可能となる。

図１７は、図１５に示したプリンタネットワーク１５００のDHCPクライアントとして機能する画像処理装置１５１０の機能ブロック１７００を示す。画像処理装置１５１０は、構成情報取得制御部１７０２と、構成情報配布応答処理部１７０４と、構成情報取得要求部１７０８とを含んで構成されている。構成情報取得制御部１７０２は、画像処理装置１５１０がネットワークに参加する場合や構成情報のリース期間が満了するタイミングを判断し、構成情報要求の発行および応答パケットを受領した場合の処理を制御している。構成情報取得要求部１７０８は、構成情報を取得する場合、要求パケットを作成し、バッファメモリなどに要求パケットを蓄積する。構成情報配布応答処理部１７０４は、受領した応答パケットを解析し、取得するべき構成情報を応答パケットから抽出し、ネットワーク構成情報設定部１７１０に通知する。ネットワーク構成情報設定部１７１０は、構成情報を、適切なメモリアドレスに登録する処理を実行する。

また、特定の実施形態では、構成情報統合部１７０６は、複数の等価な構成情報が取得された場合、ネットワーク装置について割り当てられた優先順位、またはRTT(Round Trip Time)などを参照して、優先順位の高い接続先または、RTTの小さな接続先からの構成情報をネットワーク構成情報設定部１７１０に通知する処理を実行する。接続先からのRTTを使用する実施形態では、画像処理装置１５１０は、接続確認部１７１２を備えている。接続確認部１７１２は、構成情報から取得されたネットワーク上の接続アドレスに対して、Ping/ICMPパケットをユニキャストまたはマルチキャストし、ICMPリプライパケットを待機する。ICMPリプライを受領した場合、接続確認部１７１２は、当該接続アドレスと共にRTTを構成情報統合部１７０６に通知する。また、ICMPリプライパケットがタイムアウトを経過しても受領されない場合や、ICMPメッセージでコード０〜１２までのいずれかのメッセージが返された場合、当該接続アドレスが使用できないものと判断し、早いRTTの接続アドレスの構成情報またはレスポンスが返された接続アドレスに関連付けられる構成情報を選択し、設定させる。

さらに他の実施形態では、構成情報統合部１７０６は、構成情報またはサーバの優先順位を使用して、等価な構成情報のうち、高い優先順位が割り当てられた構成情報を選択して、ネットワーク構成情報設定部１７１０に設定する。ネットワークインタフェース１７０４は、ＮＩＣなどを含んで構成されていて、ＯＳＩ基本参照モデルにおけるデータリンク層、物理層の機能を提供しており、ＩＰプロトコルレベルでの処理を実行するより上位層との間でデータを転送する。

図１８は、クライアントとして機能する画像処理装置１５１０の処理のシーケンス１８００を示す。構成情報取得制御部１７０２は、デーモンまたはバックグラウンドサービスとして機能しており、ステップＳ１８０１で処理を開始する、ステップＳ１８０２で、構成情報要求を行うタイミングであると判断すると、構成情報取得要求部１７０８に通知を行い、構成情報を要求するための要求パケットを作成させ、要求パケットが作成された後、ネットワークインタフェース１７０４を介してネットワーク上に要求パケットを送付する。

ステップ１８０３では、構成情報取得制御部１７０２は、構成情報配布応答である応答パケットが受信されたことを検出し、ステップＳ１８０４で応答パケットから構成情報を読み取る。構成情報取得制御部１７０２は、取得情報リストなどに送付元アドレスなどと共に取得情報を登録する処理を含む構成情報配布応答処理を実行する。

図１８に示した実施形態では、構成情報取得制御部１７０２は、ステップＳ１８０５で第２構成情報配布応答を受信している。ステップＳ１８０５の処理は、ＬＡＮ１５０４内に複数のDHCPv6サーバ機能を有する画像処理装置が存在する場合などに想定される。構成情報取得制御部１７０２は、ステップＳ１８０５で第２構成情報配布応答を受信すると、ステップＳ１８０６で構成情報配布応答処理を実行し、第２構成情報配布応答に含まれる構成情報を、取得情報リストの追加レコードなどとして登録する。なお、取得情報リストは、応答パケットから抽出した構成情報を、その送信元IPアドレス、URL、URIなどを使用して識別可能に登録し、構成情報の統合処理のために使用されるデータ構造である。

ステップＳ１８０７では、応答パケットを待機するために設定されるタイムアウトが満了するまで、第３以降の構成情報配布応答を待機する。タイムアップ終了後、取得情報リストのレコードを検索する。この検索は、等価な構成情報が重複して登録されているか否かを検査し、等価な構成情報を選択する必要があるか否かを判断するために実装される。ステップＳ１８０８で構成情報統合処理を開始するように指令する。ステップＳ１８０９では、構成情報統合部１７０６は、抽出した構成情報を通知を構成情報配布応答処理部１７０４に通知し、以後の接続確認などのために利用可能とする。また、ステップＳ１８１０では、最終的に選択された構成情報を設定するためにネットワーク構成情報設定部１７１０に対し、最終的に統合された構成情報と共に設定指令を送付する。

図１９は、構成情報統合部１７０６が実行する構成情報統合処理の実施形態についてのフローチャートを示す。図１９の処理は、ステップＳ１９００から開始し、ステップＳ１９０１で構成情報要求をネットワークに送出する。ステップＳ１９０２では、構成情報要求に対する応答パケットを待機する。ステップＳ１９０３では、応答パケットを受信して取得情報リストなどに一時的に格納する。ステップＳ１９０４では、応答パケットを待機するタイムアウトが経過したか否かを判断する。ステップＳ１９０４の判断でタイムアウトが経過していない場合（ｎｏ）、処理をステップＳ１９０２に戻し、タイムアウトが経過するまでに受領した応答パケットの構成情報を、送信元アドレスなどと共に、取得情報リストの新たなレコードとして追加してゆく。タイムアウトが経過した場合（ｙｅｓ）、ステップＳ１９０５で、要求元の画像処理装置１５１０が要求する構成情報をリストした要求構成情報リストから、構成情報の項目名を１つ選択し、ステップＳ１９０６は、選択した項目名に対応する取得情報リストから抽出する。

ステップＳ１９０７では、複数の応答パケットから取得された構成情報が取得情報リスト内に見出される場合、ステップＳ１９０８で構成情報を選択する。なお、図１９で説明する実施形態では、複数の応答パケットは、互いに重複しない構成情報を送付するものとして説明する。選択後、構成情報統合部１７０６は、ステップ選択した構成情報をＳ１９０９でネットワーク構成情報設定部に通知してメモリの所定領域に登録し、設定を行う。ステップＳ１９１０では、要求構成情報リストに未選択の項目が残っているか否かを判断する。

ステップＳ１９１０でリストに未選択の項目が残されている場合（ｙｅｓ）には、処理をステップＳ１９０５に分岐させ、未選択の項目を選択しステップＳ１９０６、ステップＳ１９０７、ステップＳ１９０８ステップＳ１９０９、およびステップＳ１９１０の処理を繰り返す。また、未選択の項目が残されていない場合（ｎｏ）、ステップＳ１９１１で構成情報設定完了としてステップＳ１９１２で所定期間が経過するまで、デーモンまたはバックグラウンドサービスを待機させる。なお、ステップＳ１９１２の所定期間とは、DHCPv6サーバの設定が更新される期間またはリース期間などに対応する。

一方、ステップＳ１９０７で複数の応答パケットに対応する構成情報がないと判断した場合（ｎｏ）、処理を直ちにステップＳ１９０９に分岐させ、以降の処理を繰り返す。なお、この判断は、要求構成情報リストの検索処理は、すでに処理した項目について、当該項目を登録するレコードのフラグフィールドにフラグを設定する処理を用いることもできるし、選択した項目のレコードの内容を削除するなど、これまで情報処理上利用されているいかなる処理でも使用することができる。

図１９に示した処理は、複数の応答パケットを受信した場合について、重複した種類の構成情報であって、同時に設定できない構成情報ある場合について詳細に説明している。しかしながら、ステップＳ１９０４の判断を、最初に受信した応答パケットを使用した以後の処理を実行する処理に置換することにより、最も早いRTTの接続先の構成情報を使用する処理に適用することができる。

図２０は、他の実施形態のプリンタネットワーク２０００を示す。プリンタネットワーク２０００を構成する画像処理装置２０１０は、タイムアウトが経過するまでに受領した応答パケットのうち、最も優先順位の高い接続先の構成情報のみを選択して設定するべき構成情報とする。代理DHCPv6サーバとして機能する画像処理装置２００６は、構成情報として、ドメインA、DNSサーバアドレスA、ＳＮＴＰサーバアドレスAを管理する。また、代理DHCPv6サーバとして機能する画像処理装置２００８は、ドメイン名B、DNSサーバアドレスB、SMTPサーバアドレスなどを管理している。これらは、画像処理装置２００６、２００８の設定時、手動設定することもできるし、また、DHCPv6サーバが設置されている場合には、DHCPv6サーバから管理するべき構成情報を自機の構成情報として入手し、管理することもできる。DHCPv6サーバが別に設置されている場合には、画像処理装置２００６、２００８は、バックアップDHCPサーバまたは代替DHCPサーバとして機能する。

画像処理装置２０１０がネットワークに初期接続する場合や、リース期間の更新を行う場合、画像処理装置２０１０は、構成情報要求パケットをマルチキャストする。画像処理装置２００６、２００８は、代替DHCPv6サーバとして機能する実施形態では、構成情報要求パケットをプロミスキャスモードで聴取し、その応答パケットについて聴取する。応答パケットがタイムアウトが満了するまでに聴取できない場合、画像処理装置２００６、２００８は、自己の管理する構成情報を画像処理装置２０１０に応答パケットとしてレスポンスする。

この結果、画像処理装置２０１０の取得情報リストには、ドメインA、ドメインB、DNSサーバアドレスA、DNSサーバアドレスＢ、SMTPサーバアドレスなどがレコードに登録される。一方、DNSサーバアドレスなどは、画像処理装置２０１０内に２つ共存させる必要はないので、いずれかを選択し、その他については、構成情報の論理和として構成情報として設定する、統合処理を実行する。

図２１は、図２０の実施形態のプリンタネットワーク２０００が実行する処理のフローチャートを示す。図２１に示す処理は、ステップＳ２１００から開始し、ステップＳ２１０１で、各応答パケットから抽出された構成情報を、取得情報リストにリストアップする。当該実施形態での取得構成リストには、送信元のＩＰアドレスなども登録されており、優先度登録リストなどに登録された送信元の優先順位を参照することができる構成とされている。ステップＳ２１０２で取得構成リストに登録された構成情報のうち、送信元ＩＰアドレスなどから、優先順位の高い送信元の構成情報を取得する。ステップＳ２１０３では、取得した構成情報を使用してクライアントとして機能する画像処理装置２０１０のネットワーク構成情報設定部に設定させる。

ステップＳ２１０４では、すでに構成情報を設定するために使用した構成情報の項目を取得情報リストから削除する。ステップＳ２１０５では、取得構成情報リストにまだ削除されていない内容を有するレコードがあるか否かを判断する。ステップＳ２１０５で取得していない構成情報がある場合（ｙｅｓ）さらに、構成情報は、リース期間などとの関係で取得可能か否かを判断する。その結果、取得可能でない場合（ｎｏ）、処理をステップＳ２１０７で終了する。また、取得可能である場合（ｙｅｓ）、ステップＳ２１０２で残っている構成情報を取得し、ステップＳ２１０３〜ステップＳ２１０６の処理を繰り返す。また、取得していない構成情報がない場合（ｎｏ）、全部の取得情報の設定は終了しているので処理をステップＳ２１０７に分岐させ、処理を終了させる。

図２１に示した実施形態では、優先順位を登録するテーブルなどを参照し、タイムアウトが経過するまでに受領した応答パケットのうち、最も優先順位の高い接続先の構成情報のみを選択して設定するべき構成情報とすることができる。また、図１９で説明した実施形態では、複数の応答パケットを受信し、優先順位および構成情報種類を論理和した構成情報を情報処理装置１５１０に設定させることができる。

図２２は、RTTを使用して接続先を選択する場合のシーケンス２２００の実施形態を示す。画像処理装置２２０２は、クライアントとして機能しており、ステップＳ２２００で、DHCPv6サーバ機能を備える画像処理装置２２０４、２２０６に”Information-Request”をマルチキャストする。画像処理装置２２０２は、ステップＳ２２０１で画像処理装置２２０４からの応答パケットである“Reply”を受領し、ステップＳ２２０２で画像処理装置２２０６からの応答パケット“Reply2”を受領する。

ステップＳ２２０３では、画像処理装置２２０４は、図１９で説明した構成情報統合処理を開始し、ステップＳ２２０４で異なるSMTPサーバのアドレスを検出する。この実施例の場合、画像処理装置Ｓ２２０２は、ユニキャストにより、SMTPサーバ２２０８およびSMTPサーバ２２１０に対して接続確認のため、ステップＳ２２０５およびステップＳ２２０６で例えば、Ping/ICMPパケットを送付する。図２２の実施形態では、SMTPサーバ２２０８からの応答パケットを受領できないか、または明示的に接続不能であるメッセージが返されるものとして説明を行う。

一方、ステップＳ２２０７では、SMTPサーバ２２１０からの応答メッセージが返される。画像処理装置２２０２は、ステップＳ２２０８で応答パケットのRTTを比較する。説明している実施形態では、SMTPサーバ２２０８からの応答パケットが得られない(RTT=∞）か。またはICMPメッセージとして０〜12までの値が返されるので、画像処理装置２２０２は、ステップＳ２２０９でRTTの小さいSMTPサーバ２２１０のアドレスを構成情報から選択し、設定する。

図２２に示した実施形態では、重複し、併存できない構成情報が取得された場合、応答速度の速い接続先を自動的に選択し、設定できるので、ネットワーク接続効率が改善できる。

図２３は、図２２に示したシーケンス２２００を実現するための、画像処理装置２２０２が実行する処理についての実施形態のフローチャートである。図２３に示した処理は、ステップＳ２３００から開始し、ステップＳ２３０１で各応答から抽出された該当構成情報をリストアップする。ステップＳ２３０２でリストに登録された構成情報を選択し、ステップＳ２３０３で接続確認のためにPing/ICMPパケットを作成し、ユニキャストする。

ステップＳ２３０４では、接続成功したか、または両方とも接続に成功した場合には、RTTを比較する。ステップＳ２３０５で接続に成功した装置の構成情報またはRTTの小さな装置の構成情報をクライアントとして機能する画像処理装置２２０２で設定する。ステップＳ２３０６では、設定した構成情報をリストから削除する。ステップＳ２３０７では、取得情報リストを検索し、未だ取得していない構成情報があるか否かを判断する。未だ取得していない構成情報がある場合（ｙｅｓ）、ステップＳ２３０８で構成情報はまだ取得可能か否かを判断する。構成情報がまだ取得可能の場合（ｙｅｓ）処理をステップＳ２３０２に分岐させ処理を繰り返す。

また、ステップＳ２３０７およびステップＳ２３０８のいずれかの判断が、否定的な結果を返す場合（ｎｏ）、処理は、ステップＳ２３０９に分岐して処理を終了する。

以上説明したように、本発明では、DHCPサーバが機能不全にある場合にでも画像処理装置がネットワークに参加できないことによりプリンタネットワークまでに至る機能不全を生じさせる可能性を最小限とし、プリンタネットワークの信頼性を向上させることができる。また、画像処理装置については、高機能の画像処理装置が、ジョブ待機中に上述したネットワークモニタ機能を提供することが可能となるので、ネットワークセキュリティ機能の追加と同時に画像処理装置自体の稼働効率も高まり、画像処理装置のハードウェア資源およびソフトウェア資源の有効利用を行うことができる。また、IPv6プロトコルを使用する場合、DHCPv6サーバに代替する場合に、DHCPv6-lihgtによる代理処理が可能となり、またDHCPv6サーバを導入することなく、画像処理装置を導入するだけで、自動的にネットワーク構成情報を設定することが可能な効率的なプリンタネットワークが提供できる。

本発明の上記画像処理装置１００およびプリンタネットワーク３００は、IPv4プロトコルスゥイートおよびIPv6プロトコルスゥイートを使用するワードワイアドネットワークをもって説明してきたが、本発明は、ワイヤレスネットワークなどについてもパケットが聴取できる限り適用することができる。

本発明の上記機能は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなど、レガシープログラミング言語や、オブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現でき、装置可読な記録媒体に格納して頒布することができる。

これまで本発明を、実施形態をもって説明してきたが、本発明は、実施形態に限定されるものではなく、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

画像処理装置のソフトウェア構成の実施形態を示した図。 図１に示した画像処理装置のハードウェア構成の実施形態を示した図。 図１および図２で説明した画像処理装置を含むプリンタネットワークの実施形態を示した図。 ＬＡＮ内でのネットワーク構成情報を設定する処理のシーケンスの実施形態を示した図。 画像処理装置が実行するDHCP代替処理の実施形態のシーケンスを示した図。 画像処理装置のネットワーク制御部が含むDHCP機能の機能ブロック図の実施形態を示した図。 画像処理装置の処理の実施形態でのシーケンスを示した図。 画像処理装置が実行する処理の実施形態についてのフローチャート。 図８のステップＳ８０５の定義処理で画像処理装置が実行する実施形態のフローチャート。 図８のＳ８０８の定義処理で画像処理装置が実行する処理の実施形態についてのフローチャート。 図８のステップＳ８０７の定義処理で画像処理装置が実行する実施形態についてのフローチャート。 画像処理装置が実行する代替処理の実施形態を示したシーケンス。 画像処理装置が実行する代替処理の実施形態を示したシーケンス。 画像処理装置が実行する代替処理の実施形態を示したシーケンス。 プリンタネットワークでの画像処理装置の処理のシーケンス。 図１５に示したプリンタネットワークでの画像処理装置の処理を説明するシーケンス図 プリンタネットワークのDHCPクライアントとして機能する画像処理装置の機能ブロックを示した図。 クライアントとして機能する画像処理装置の処理のシーケンスを示した図。 構成情報統合部が実行する構成情報統合処理の実施形態についてのフローチャートを示した図。 プリンタネットワークの他の実施形態を示した図。 図２０の実施形態のプリンタネットワーク２０００が実行する処理のフローチャート。 画像処理装置が実行する実施形態のシーケンス。 画像処理装置が実行する構成情報設定の実施形態のフローチャート。

符号の説明

１００…画像処理装置、１０２…第１レイヤ、１０４…第２レイヤ、１０６…第３レイヤ、１１０…コピーアプリケーション、１１２…ファックスアプリケーション、１１４…プリンタアプリケーション、１１６…スキャナアプリケーション、
１１８…ウェブアプリケーション、１２０…システム制御部、１２２…ファックス制御部、１２４…エンジン制御部、１２６…メモリ制御部、
１２８…操作制御部、１３０…ネットワーク制御部／ＤＨＣＰ、１３２…ＯＳ、
１３４…エンジン制御部、１３６…プリンタエンジン、１３８…スキャナエンジン、１４０…他ハードウェア、２０２…ＣＰＵ、２０４…システムバス、２０６…ＲＡＭ／ＲＯＭ、２０８…ＡＳＩＣ、２１０…ＲＡＭ、２１２…操作部、２１４…Ｉ／Ｏバス、２２４…Ｉ／Ｏバス、２２６…Ｉ／Ｏバス、２１６…ファックス制御部（ハードウェア）、２１８…プリンタエンジン（ハードウェア）、２２０…スキャナエンジン（ハードウェア）、２２２…他ハードウェア、３００…プリンタネットワーク、３０２、３０４…パーソナルコンピュータ、３０６…ＬＡＮ、３１０…画像処理装置、３１２…画像処理装置、３１４…ルータ、３１６…インターネット、３１８…ＤＨＣＰサーバ、６０２…構成情報配布制御部、６０４…ネットワークインタフェース、６０６…構成情報要求処理部、６０８…要求ユーザ情報管理部、６１０…ネットワーク構成情報保持部、６１２…アドレス生成部、６１４…アドレス重複検査部

Claims (20)

1. ネットワークに接続された画像処理装置であって、
   前記ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、前記IPアドレスを動的に割り当てるネットワーク装置の状態を判断する判断手段と、
   前記ネットワーク装置の状態に依存して前記応答パケットを作成する、応答パケット作成手段と、
   前記応答パケット作成手段が作成した前記応答パケットを、前記ネットワークに送信する送信手段と
   を含む、画像処理装置。
2. 前記応答パケット作成手段は、前記応答パケットの送信元識別値に前記画像処理装置のネットワーク識別値ではなく、前記IPアドレスを動的に割り当てる前記ネットワーク装置のネットワーク識別値を記述した前記応答パケットを作成する、請求項１に記載の画像処理装置。
3. 前記応答パケット作成手段は、前記要求パケットが提供する値を使用するか、またはランダムに動的割り当てを行うためのホストアドレスを生成するIPアドレス生成手段を含む、請求項１に記載の画像処理装置。
4. 前記要求パケットが提供する値は、前記要求パケットが含む物理アドレスの部分値である、請求項３に記載の画像処理装置。
5. 前記判断手段は、タイマ手段または前記ネットワーク装置への問合わせ手段を含み、前記タイマ手段が満了するまで前記応答パケットを聴取するか、または前記問合わせ手段による問合せ結果に基づいて前記ネットワーク装置の状態を判断する、請求項１に記載の画像処理装置。
6. 前記応答パケット作成手段は、リース済みアドレスを収集したリース済みアドレステーブルを含み、生成した前記IPアドレスを前記リース済みアドレステーブルと比較し、前記リース済みアドレステーブルに登録されていない前記IPアドレスを前記ネットワークに送出して、生成した前記IPアドレスの検査を行う、IPアドレス重複検査手段を含む、請求項３に記載の画像処理装置。
7. ネットワークに接続された画像処理装置に対し、
   前記ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、前記IPアドレスを動的に割り当てるネットワーク装置の状態を判断する判断機能と、
   前記ネットワーク装置の状態に依存して前記応答パケットを作成する、応答パケット作成機能と、
   前記応答パケット作成手段が作成した前記応答パケットを、前記ネットワークに送信する送信機能と
   を実現するための装置実行可能なプログラム。
8. 前記応答パケット作成機能により、前記応答パケットの送信元識別値に前記画像処理装置のネットワーク識別値ではなく、前記IPアドレスを動的に割り当てる前記ネットワーク装置のネットワーク識別値を記述した前記応答パケットを作成する、請求項７に記載のプログラム。
9. 前記応答パケット作成機能は、前記要求パケットが提供する値を使用するか、またはランダムに動的割り当てを行うためのホストアドレスを生成するIPアドレス生成機能を前記画像処理装置に実現する、請求項７に記載のプログラム。
10. 前記要求パケットが提供する値は、前記要求パケットが含む物理アドレスの部分値である、請求項９に記載のプログラム。
11. 前記判断機能は、タイマ手段または前記ネットワーク装置への問合わせ機能を含み、前記タイマ手段が満了するまで前記応答パケットを聴取するか、または前記問合わせ手段による問合せ結果に基づいて前記ネットワーク装置の状態を判断する、請求項７に記載のプログラム。
12. 前記応答パケット作成機能は、リース済みアドレスを収集したリース済みアドレステーブルを含み、生成した前記IPアドレスを前記リース済みアドレステーブルと比較し、前記リース済みアドレステーブルに登録されていない前記IPアドレスを前記ネットワークに送出して、生成した前記IPアドレスの検査を行う、IPアドレス重複検査機能を前記画像処理装置に実現する、請求項９に記載のプログラム。
13. 前記応答パケット作成機能は、前記ネットワーク装置へのリトライ時間をリース期間として前記応答パケットを作成する、請求項７に記載のプログラム。
14. ネットワークに接続された画像処理装置のネットワーク接続方法であって、前記方法は、前記画像処理装置に対し、
    前記ネットワークを通して転送されるネットワーク構成情報についての要求パケットおよびIPアドレスの動的割り当て結果を通知する応答パケットを聴取し、前記IPアドレスを動的に割り当てるネットワーク装置の状態を判断するステップと、
    前記ネットワーク装置の状態に依存して前記応答パケットを作成するステップと、
    前記応答パケット作成手段が作成した前記応答パケットを、前記ネットワークに送信するステップと
    を実行させる、ネットワーク接続方法。
15. 前記応答パケットを作成するステップは、さらに前記応答パケットの送信元識別値に前記画像処理装置のネットワーク識別値ではなく、前記IPアドレスを動的に割り当てる前記ネットワーク装置のネットワーク識別値を記述した前記応答パケットを作成するステップを含む、請求項１３に記載の方法。
16. 前記応答パケットを作成するステップは、前記要求パケットが提供する値を使用するか、またはランダムに動的割り当てを行うためのホストアドレスを生成するIPアドレス生成ステップと、前記ネットワーク装置へのリトライ時間をリース期間として前記応答パケットを作成するステップとを含む、請求項１４に記載の方法。
17. ネットワークに接続された画像処理装置がネットワークに参加するためのネットワーク構成情報を取得して、前記ネットワークに接続する方法であって、
    前記画像処理装置から構成情報取得要求をマルチキャストするステップと、
    ネットワークを介して前記構成情報所得要求への応答パケットを受領するステップと、
    前記応答パケットにより取得した前記ネットワーク構成情報を取得情報リストに蓄積するステップと、
    前記取得情報リストに登録された前記ネットワーク構成情報に等価なネットワーク構成情報が含まれている場合には、送信元を選択して受領した前記等価なネットワーク構成情報を選択し、前記等価なネットワーク構成情報が含まれていない場合には、前記取得情報リストに登録された前記ネットワーク構成情報を前記ネットワークに接続するための構成情報として設定するステップと
    を含むネットワーク接続方法。
18. さらに、前記応答パケットのRTTを測定するステップを含み、前記RTTの小さい方の送信元の前記ネットワーク構成情報を選択して設定する、請求項１７に記載のネットワーク接続方法。
19. さらに、前記応答パケットの送信元の優先順位を使用して前記ネットワーク構成情報を選択する、請求項１７に記載のネットワーク接続方法。
20. 画像処理装置が請求項１７〜１９のいずれかに記載の各ステップを実行するための、コンピュータ実行可能なプログラム。

Images