情報処理装置、デバイス、情報処理装置の制御方法、及びコンピュータプログラム
【課題】 デバイスを検索するための検索サーバを設置した場合に、クライアントＰＣやデバイス等の装置がこの検索サーバを使用するにあたっての設定作業の手間を軽減する。
【解決手段】 ＤＨＣＰサーバは、複数のネットワークアドレスを管理し、ネットワークに新たに接続された装置からの要求に応じて、管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる。また、ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する。そして、前記割り当てられたネットワークアドレスと、前記記憶されたネットワークアドレスとを前記装置に送信する。
【解決手段】 ＤＨＣＰサーバは、複数のネットワークアドレスを管理し、ネットワークに新たに接続された装置からの要求に応じて、管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる。また、ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する。そして、前記割り当てられたネットワークアドレスと、前記記憶されたネットワークアドレスとを前記装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のデバイスを検索するネットワークシステムで用いられる情報処理装置、デバイス、情報処理装置の制御方法に関する。
【背景技術】
【０００２】
従来、プリンタ等のデバイスがネットワークに接続され、クライアントＰＣからネットワークを介して利用することが可能になっている。その際、クライアントＰＣはまずネットワーク上のデバイスを発見し、発見したデバイスを利用するためのドライバソフトウェアをインストールする必要がある。ネットワーク上のデバイスを検索するための技術としていくつか考えられているものの中には、ブロードキャストやマルチキャストを用いて検索要求パケットを送信するものがある。ブロードキャストやマルチキャストは、ネットワーク上に存在する複数の装置に対してデータを送信する方法である。これらの技術では、クライアントＰＣは検索要求パケットをブロードキャストやマルチキャストで送信し、検索要求パケットを受信したデバイスが検索応答パケットをクライアントＰＣに送信することにより、デバイスを検索する。
【０００３】
また、ネットワーク同士がルータなどの接続機器により相互に接続され、大規模なネットワークを構築することが可能になっている。その中で、ブロードキャストやマルチキャストはネットワーク全体のトラフィックに影響を与えるため、一般にルータはこれらを通過させない設定で運用されることが多い。ルータによって区切られたそれぞれのネットワークはサブネットと呼ばれ、ブロードキャストやマルチキャストは一般にサブネット内のみで利用されている。このような環境でブロードキャストやマルチキャストを使用したネットワークデバイス検索技術を用いた場合、クライアントＰＣが送信した検索要求パケットはルータを通過できない。そのため、複数のサブネットがルータによって接続されたネットワーク環境において、クライアントＰＣは、異なるサブネットに存在するデバイスを発見することはできなかった。
【０００４】
このような課題を解決するために、〔特許文献１〕には、サブネットごとにサーバを設置し、サーバ間でデバイス情報や検索要求の交換を行う技術が提案されている。
【特許文献１】特開２００７−９７０５７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術の方法では、クライアントＰＣは、サーバに問い合わせるためにそのサーバのネットワークアドレスを知っている必要がある。即ち、ユーザはクライアントＰＣそれぞれに対して、事前に、サーバのネットワークアドレスを登録しておく必要がある。また、各サーバには、ネットワーク上のデバイスの情報を登録しておく必要がある。このような登録作業は、サブネットが増えることによってサーバの数が増えたり、デバイスやクライアントＰＣの数が増えるにつれて作業負荷が高くなり、システム管理者やユーザの手間となっていた。
【０００６】
本発明は、このような問題に対してなされたものであり、デバイスを検索するための検索サーバを設置した場合に、クライアントＰＣやデバイスがこの検索サーバを使用するにあたっての設定作業の手間を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の情報処理装置は、複数のネットワークアドレスを管理する管理手段と、ネットワークに新たに接続された装置からの要求に応じて、前記管理手段で管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当て手段と、前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する記憶手段と、前記割り当て手段によって割り当てられたネットワークアドレスと、前記記憶手段に記憶されたネットワークアドレスとを前記装置に送信する送信手段とを有する。
【発明の効果】
【０００８】
本発明によれば、デバイスを検索するためのサーバを設置した場合に、クライアントＰＣやデバイスがこのサーバを使用するにあたっての設定作業の手間を軽減することができる。
【発明を実施するための最良の形態】
【０００９】
（実施例１）
図１は本発明を適用したデバイス検索システムの構成を示す図である。
ＤＨＣＰサーバ１０１および検索サーバとしてのＤｉｓｃｏｖｅｒｙ Ｐｒｏｘｙ（ＤＰ）１０２が接続されたサブネット１、クライアントＰＣ１０３、画像形成装置１０４が接続されたサブネット２、画像形成装置１０５が接続されたサブネット３が存在している。サブネット１とサブネット２はルータ１０６により相互に接続され、サブネット１とサブネット３はルータ１０７により相互に接続されており、これら３つのサブネットによって１つのＬＡＮが形成されている。そして、結果としてすべてのサブネットにおいて接続された端末は相互に通信が可能になっている。ただし、ルータ１０６、１０７は一方のサブネットから受信したブロードキャストやマルチキャストを他方のサブネットにそのまま通過させることはしない。そのため、ブロードキャストやマルチキャストによる通信は各サブネット内でのみ可能である。ここで、本実施例に登場する装置のうち、画像形成装置１０４、１０５は、本発明におけるデバイスの一例であり、プリンタや複写機、スキャナ、複合機、ファクシミリ等である。また、本実施例に登場する装置のうち、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３は、本発明における情報処理装置の一例であり、後述するように汎用のＰＣを使用可能である。図１のデバイス検索システムでは、クライアントＰＣ１０３を操作するユーザが所望する画像形成装置を探すために、クライアントＰＣ１０３からＤＰ１０２に対して検索要求パケットが送られる。そして、ＤＰ１０２においてデバイスが検索された結果、検索結果がクライアントＰＣに送られる。
【００１０】
次に、ＤＨＣＰ （Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用しＩＰアドレスなどの設定情報を配布する方法について説明する。ＤＨＣＰは、ネットワークに接続された端末に設定情報を配布する仕組みを規定したプロトコルであり、その詳細はＲＦＣ２１３１で規定されている。ＤＨＣＰはクライアント／サーバ方式をとり、ＤＨＣＰサーバは各種設定情報を一元管理し、ＤＨＣＰクライアントであるネットワーク端末はその情報を受信する。
【００１１】
図２は、ＤＨＣＰサーバとＤＨＣＰクライアントとの間で送受信されるＤＨＣＰメッセージのフローを説明するシーケンス図である。ＤＨＣＰクライアントはＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージをブロードキャストする（Ｓ２００１）。ＤＨＣＰサーバはＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージを受信すると、メッセージを送信したＤＨＣＰクライアントにＩＰアドレスを割り当て、その後ＤＨＣＰ ＯＦＦＥＲメッセージを送信する（Ｓ２００２）。ＤＨＣＰ ＯＦＦＥＲメッセージには、ＤＨＣＰ ＤＩＳＣＯＶＥＲ メッセージを送信したＤＨＣＰクライアントに割り当てられたＩＰアドレスやその他の設定情報が含まれている。
【００１２】
ＤＨＣＰクライアントはＤＨＣＰ ＯＦＦＥＲメッセージを受信すると、ＤＨＣＰ ＯＦＦＥＲメッセージに含まれていたＩＰアドレスを使用するためのＤＨＣＰ ＲＥＱＵＥＳＴメッセージをブロードキャストする（Ｓ２００３）。ＤＨＣＰサーバはＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信すると、ＤＨＣＰ ＡＣＫメッセージを送信する（Ｓ２００４）。ＤＨＣＰクライアントはＤＨＣＰ ＡＣＫメッセージを受信すると、それ以降は配布されたＩＰアドレスおよび設定情報を使用してネットワーク通信を行う。
【００１３】
また、ＤＨＣＰサーバから配布されたＩＰアドレスには使用可能な期間（リースタイム）が設けられている。ＤＨＣＰクライアントは、取得したＩＰアドレスをリースタイム後も継続して使用したい場合には、リースタイムが切れる期限の前にＤＨＣＰサーバに対してＤＨＣＰ ＲＥＱＵＥＳＴメッセージを送信する（Ｓ２００５）。ＤＨＣＰサーバは割り当て済のＩＰアドレスからのＤＨＣＰ ＲＥＱＵＥＳＴを受信すると、リースタイムを更新し、ＤＨＣＰ ＡＣＫメッセージを送信する（Ｓ２００６）。
【００１４】
また、ＤＨＣＰクライアントがＩＰアドレスの使用を中止する場合、ＤＨＣＰクライアントはＤＨＣＰサーバに対してＤＨＣＰ ＲＥＬＥＡＳＥメッセージを送信する（Ｓ２００７）。ＤＨＣＰサーバはＤＨＣＰ ＲＥＬＥＡＳＥメッセージを受信すると、そのＩＰアドレスの割り当てを解除し、別のＤＨＣＰクライアントに対して割り当て可能にする。
【００１５】
また、ＤＨＣＰサーバは、割り当て済のＩＰアドレスからリースタイムが切れる前にＤＨＣＰ ＲＥＱＵＥＳＴを受信することなく、リースタイムが経過した場合は、そのＩＰアドレスの割り当てを解除する。そして、そのＩＰアドレスを別のＤＨＣＰクライアントに対して割り当て可能にする。
【００１６】
尚、図２のフローにおいて、Ｓ２００１〜Ｓ２００４のメッセージは、ブロードキャストで行われる。この時点では、ＤＨＣＰクライアントにはまだＩＰアドレスが確定していないためである。
【００１７】
一方、図１の構成のように複数のサブネットがルータによって接続されたネットワークにおいて、ルータがブロードキャストを通過させない設定である場合には、これらのＤＨＣＰメッセージはルータにより遮断されてしまう。この問題を解決するためにＲＦＣ２１３１においてはリレーエージェントの仕様も記載されている。リレーエージェントは一般にルータの一機能として実装され、以下に図１の構成の記号を使用して簡単にその動作を説明する。
【００１８】
まずリレーエージェント機能を実装したルータ１０６はあらかじめＤＨＣＰサーバ１０１のＩＰアドレスを記憶しておく。ＤＨＣＰクライアントとなるクライアントＰＣ１０３はＤＨＣＰ ＤＩＳＣＯＶＥＲやＤＨＣＰ ＲＥＱＵＥＳＴメッセージをサブネット２にブロードキャストする。ルータ１０６はＤＨＣＰ ＤＩＳＣＯＶＥＲ／ ＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信すると、このメッセージをあらかじめ記憶しているＤＨＣＰサーバ１０１に対してユニキャストで転送する。ＤＨＣＰサーバ１０１はルータ１０６からユニキャストでＤＨＣＰ ＤＩＳＣＯＶＥＲ／ ＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信すると、ＤＨＣＰ ＯＦＦＥＲやＤＨＣＰ ＡＣＫメッセージをルータ１０６に対してユニキャストで送信する。ルータ１０６はＤＨＣＰサーバ１０１からＤＨＣＰ ＯＦＦＥＲ／ ＤＨＣＰ ＡＣＫメッセージを受信すると、このメッセージをサブネット２にブロードキャストする。
【００１９】
このように、リレーエージェント機能を実装したルータがブロードキャストによるＤＨＣＰメッセージを受信してユニキャストでＤＨＣＰサーバに転送することで、ＤＨＣＰクライアントはＤＨＣＰサーバから情報を受信できるようになる。
【００２０】
図３は、ＤＨＣＰメッセージのフォーマットを示す図である。ｏｐｔｉｏｎｓフィールド３０１は可変長の各種データを設定可能な領域である。この領域は１ｂｙｔｅのタグ、１ｂｙｔｅのデータサイズ、可変長のデータを１個のｏｐｔｉｏｎデータとし、複数のｏｐｔｉｏｎデータを設定可能である。タグの値はあらかじめ標準化されている値とベンダが拡張可能な値があり、一例としてサブネットマスクやＤＮＳサーバのＩＰアドレスといったタグの値は標準化された値として広く使用されている。
【００２１】
本実施例においては、このｏｐｔｉｏｎｓフィールド３０１を拡張して使用する。ＤＰのＩＰアドレスを意味するタグを定義し、データとしてＤＰのＩＰアドレスを設定することで、ＤＨＣＰプロトコルを使用してＤＰのＩＰアドレス情報をクライアントＰＣやデバイス等のＤＨＣＰクライアントに配布することが可能となる。さらに、ネットワーク上に複数のＤＰが存在する場合には、このｏｐｔｉｏｎｓフィールド３０１に複数のＤＰのＩＰアドレスを設定することによりそれらのＩＰアドレス情報を配布することも可能である。
【００２２】
またｇｉａｄｄｒフィールド３０２は、リレーエージェントがＤＨＣＰサーバにＤＨＣＰメッセージを転送する際に、リレーエージェント自身のＩＰアドレスを設定する。それによりＤＨＣＰサーバはＤＨＣＰメッセージを受信した際に、それがリレーエージェントからのものであった場合にはこのｇｉａｄｄｒフィールドを確認することでＤＨＣＰクライアントが属するサブネットを特定することが可能である。またｙｉａｄｄｒフィールド３０３は、ＤＨＣＰサーバがＤＨＣＰクライアントに割り当てるＩＰアドレスが設定される。
【００２３】
次に、図１で示したシステム構成の中で、本発明に関係するＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４、１０５のハードウェアおよびソフトウェア構成について説明する。なお、以降では特に断らない限り画像形成装置に関しては代表して１０４の記号を用いる。
【００２４】
図３０は、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３のハードウェア構成を示すブロック図である。なお、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３は汎用のＰＣ（パーソナルコンピュータ）を使用可能であり、以下の説明は共通である。
【００２５】
図３０において、３００１はＣＰＵであり、システムバス３００４に接続された各種デバイスの制御を行う。３００２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、３００３はＣＰＵ３００１の主記憶装置として使用されるＲＡＭである。３００５はキーボードコントローラ（ＫＢＣ）であり、マウス（登録商標）等のポインティングデバイス３００９ａ、キーボード３００９ｂからの情報などの入力に係る処理を行う。３００６は表示制御部（ＣＲＴＣ）であり、内部にビデオメモリを有し、ＣＰＵ３００１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ表示装置３０１０に出力する。なお、図３０において表示装置としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。３００７はディスクコントローラ（ＤＫＣ）であり、ハードディスク３０１１、フロッピー（登録商標）ディスク３０１２へのアクセスを行う。３００８はネットワークインタフェースカード（ＮＩＣ）であって、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、ハードディスク３０１１には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ３００１はＲＯＭ３００２に格納されたブートプログラムに従って、ハードディスク３０１１からＯＳをＲＡＭ３００３に読み込み、情報処理装置として機能するようになる。
【００２６】
図４は画像形成装置１０４のハードウェア構成を示すブロック図である。なお、ここでは、画像形成装置がＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であった場合を例にして説明する。図４のＭＦＰ１０４において、４０１はＣＰＵで、ＲＯＭ４０２のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス４０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、印刷インターフェース４０７を介して接続される印刷部（プリンタエンジン）４１０に出力情報としての画像信号を出力したり、読取インターフェース４１２を介して接続される読取部（スキャナ）４１３から入力される画像信号を制御する。また、このＲＯＭ４０３のプログラム用ＲＯＭには、ＣＰＵ４０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ４０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ４０３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ４０１はＬＡＮコントローラ部４０６を介してネットワーク上のホストコンピュータや画像形成装置との通信処理が可能となっている。４０２はＲＡＭで、主としてＣＰＵ４０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ４０２は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤ），ＩＣカード等の外部記憶装置４１１は、ディスクコントローラ（ＤＫＣ）４０８によりアクセスが制御される。ハードディスクは、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ４１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用される。４０５は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。４０９は不揮発性メモリであり、操作パネル４０５から設定される各種設定情報を記憶している。また、図示していないが、ＭＦＰ１０４にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ４０１から制御される。
【００２７】
図５は、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４のソフトウェア構成を示すブロック図である。
ＤＨＣＰサーバ１０１において、ＤＨＣＰサーバ処理部５０１は前述のＤＨＣＰサーバとしての処理を行う。即ち、ＤＨＣＰクライアントからの要求に応じて、ＩＰアドレスをそのＤＨＣＰクライアントに割り当てる処理や、割り当てられたＩＰアドレスをＤＨＣＰクライアントに配布する処理を行う。ＤＨＣＰクライアントに配布するＩＰアドレスのリストや設定情報は配布情報ＤＢ５０３において保持されている。尚、本実施例におけるＤＨＣＰクライアントは、クライアントＰＣ１０３又は画像形成装置１０４であるが、ＤＰ１０２がＤＨＣＰクライアントとして動作しても構わない。ＤＨＣＰサーバ処理部５０１はＤＨＣＰクライアントからの要求に基づき配布情報ＤＢ５０３を参照して各種情報を配布する。配布情報設定部５０２は配布情報ＤＢ５０３に保持する情報を設定するものである。またＤＨＣＰクライアントが属するサブネットごと、またクライアントごとに配布する情報を設定することも可能である。
【００２８】
図２１は、配布情報ＤＢ５０３に保持される設定情報の例である。図２１においては、サブネット１用設定２１０１、サブネット２用設定２１０２、サブネット３用設定２１０３が存在し、それぞれのサブネットに異なる設定情報を配布することが可能な構成になっている。それぞれの設定情報は、スコープ、ＩＰアドレス範囲、割り当て済みＩＰアドレス、リースタイム、ＤＮＳサーバアドレス、サブネットマスク、Ｇａｔｅｗａｙアドレス、ＤＰアドレスからなる。本実施例においては、ＤＰがネットワーク上に１台のみ存在する構成であるため、各サブネット用設定のＤＰアドレスはすべてＤＰ１０２のＩＰアドレスに設定される。
【００２９】
ＤＰ１０２において、デバイス情報通知受信部５１１は画像形成装置１０４からデバイス情報の登録要求、更新要求、削除要求の通知を受信し、その通知の種類に基づき、デバイス情報保持部５１４が保持するデバイス情報の処理を行う。処理の結果、デバイス情報の取得が必要であると判断された場合は、デバイス情報取得部５１２は画像形成装置１０４に対してデバイス情報取得要求を送信し、返されたデバイス情報をデバイス情報保持部５１４に保持する。デバイス情報検索処理部５１３はクライアントＰＣ１０３からデバイス情報の検索要求を受信し、指定された検索条件に基づきデバイス情報保持部５１４内のデバイス情報を検索する。そして、その結果をクライアントＰＣ１０３に送信する。デバイス情報保持部５１４が保持するデバイス情報については後述する。
【００３０】
クライアントＰＣ１０３において、ＤＨＣＰクライアント処理部５２１は前述のＤＨＣＰクライアントとしての処理を行う。ＤＨＣＰサーバから配布されたＩＰアドレスや各種設定情報は設定情報記憶部５２２に保持され、適宜参照して使用することが可能である。デバイス検索要求処理部５２３はＤＰ１０２に対してデバイス検索要求を送信し、その結果は検索情報表示部５２４において表示される。
【００３１】
画像形成装置１０４において、ＤＨＣＰクライアント処理部５３１は前述のＤＨＣＰクライアントとしての処理を行う。ＤＨＣＰサーバから配布されたＩＰアドレスや各種設定情報は設定情報記憶部５３２に保持され、適宜参照して使用することが可能である。デバイス情報管理部５３４は画像形成装置１０４自身のデバイス情報を管理する。デバイス情報通知部５３３はデバイス情報の通知が必要な場合にＤＰ１０２に対してデバイス情報の登録要求、更新要求、削除要求を送信する。ネットワークを介してデバイス情報取得要求を受信すると、デバイス情報送信部５３５は、デバイス情報管理部５３４が管理しているデバイス情報を要求元に送信する。
【００３２】
図６はＤＰ１０２のデバイス情報保持部５１４が保持するデバイス情報の例である。
それぞれのデバイスに関する情報はレコードとして保持され、レコードはＩＤ６０１、ＵＵＩＤ６０２、バージョン６０３、デバイスタイプ６０４、モデル名６０５、デバイス名６０６、ＵＲＬ６０７、ＩＰアドレス６０８からなる。
【００３３】
ＩＤ６０１はＤＰ内でデバイスを識別するためのＩＤを示す。ＵＵＩＤ６０２はデバイスをグローバルに識別するＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を示す。バージョン６０３はデバイス情報のバージョンを示す。デバイスタイプ６０４は複合機を意味する「ＭＦＰ」、プリンタを意味する「Ｐｒｉｎｔｅｒ」などのタイプを示す。モデル名６０５は「ＬＢＰＸＸＸＸ」のようなデバイスのモデル名を示す。デバイス名６０６はデバイス管理者がデバイスに設定した名前を示す。ＵＲＬ６０７はデバイス情報を取得するためのＵＲＬを示す。ＩＰアドレス６０８はデバイスのＩＰアドレスを示す。
【００３４】
次に、ＤＨＣＰサーバ１０１がＩＰアドレスなどの設定情報をＤＨＣＰクライアントに配布する際の処理を図２２のフローチャートを使用して説明する。図２２の各ステップは、ＤＨＣＰサーバのＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００３５】
まずＳ２２０１において、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージを、ＮＩＣ３００８を介して受信する。Ｓ２２０２において、ＣＰＵ３００１は、ＤＨＣＰクライアントに割り当てる設定情報を、後述する方法によって特定する。
【００３６】
Ｓ２２０３において、ＣＰＵ３００１は、Ｓ２２０２の処理により設定情報が特定されたかどうかを判定し、特定されなかった場合には処理を終了する。特定されていた場合にはＳ２２０４に進み、特定された設定情報に未割り当てのＩＰアドレスが残っているかどうかを判定し、残っていない場合には処理を終了する。残っている場合にはＳ２２０５に進み、ＤＨＣＰ ＯＦＦＥＲメッセージを生成する。その際、配布するＩＰアドレスは図３のｙｉａｄｄｒフィールドに設定する。またその他の設定情報として、ｏｐｔｉｏｎｓフィールド３０１にはＤＨＣＰサーバ自身のＩＰアドレスおよびリースタイムを設定する。そしてＳ２２０６において、生成したＤＨＣＰ ＯＦＦＥＲメッセージを、ＮＩＣ３００８を介してＤＨＣＰクライアントに送信する。
【００３７】
Ｓ２２０７において、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＲＥＱＵＥＳＴメッセージを、ＮＩＣ３００８を介して受信する。ＤＨＣＰ ＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールド３０１には、ＤＨＣＰ ＯＦＦＥＲメッセージのｙｉａｄｄｒフィールドで設定したＩＰアドレスが含まれており、ＣＰＵ３００１は、Ｓ２２０８において、配布情報ＤＢ５０３内の該当するＩＰアドレスを割り当て済みとする。次にＳ２２０９において、ＣＰＵ３００１は、ＤＨＣＰ ＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールド３０１にさらに含まれている要求オプションを確認する。そして、配布情報ＤＢ５０３内を参照して要求されたオプション情報を設定したＤＨＣＰ ＡＣＫメッセージを生成する。そしてＳ２２１０において、生成したＤＨＣＰ ＡＣＫメッセージをＮＩＣ３００８を介してＤＨＣＰクライアントに送信し、処理を終了する。
【００３８】
図２３は図２２のフローチャートにおけるＳ２２０２の設定情報を特定する際の処理を詳細に示すフローチャートである。
まずＳ２３０１において、ＣＰＵ３００１は、Ｓ２２０１において受信したＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージに含まれるｇｉａｄｄｒフィールドの値を取得する。次にＳ２３０２において、ＣＰＵ３００１は、ｇｉａｄｄｒの値が０であるかどうかを判定する。０であった場合はこのメッセージがＤＨＣＰサーバと同じサブネットに存在するＤＨＣＰクライアントから直接送信されたことを意味する。そのためＳ２３０３において、ＣＰＵ３００１は、配布する設定情報としてサブネット１用の設定情報２１０１を特定する。Ｓ２３０２の判定によりｇｉａｄｄｒの値が０以外であった場合はＳ２３０４に進む。Ｓ２３０４においてＣＰＵ３００１は、ｇｉａｄｄｒの値がサブネット２用設定情報のスコープ内であるかどうかを判定する。この判定はｇｉａｄｄｒと、スコープのネットワークアドレスが一致するかどうかを判定することによって行う。Ｓ２３０４でＹｅｓと判定された場合はＳ２３０５に進み、ＣＰＵ３００１は、配布する設定情報としてサブネット２用の設定情報２１０２を特定する。Ｓ２３０４がＮｏであった場合はＳ２３０６に進む。Ｓ２３０６において、ＣＰＵ３００１は、ｇｉａｄｄｒの値がサブネット３用設定情報のスコープ内であるかどうかを判定する。Ｓ２３０６でＹｅｓと判定された場合はＳ２３０７に進み、配布する設定情報としてサブネット３用の設定情報２１０３を特定する。Ｓ２３０６でＮｏと判定された場合はＳ２３０８に進み、設定情報は特定せずに処理を終了する。
【００３９】
図２４は図２２のＳ２２０７においてＤＨＣＰサーバが受信するＤＨＣＰ ＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールド３０１の例である。図２４においては、要求ＩＰアドレス２４０１、サーバ識別子２４０２、クライアント識別子２４０３、要求オプションリスト２４０４が記述されている。要求ＩＰアドレス２４０１にはＤＨＣＰ ＯＦＦＥＲのｙｉａｄｄｒフィールドで指定されたＩＰアドレスが設定される。サーバ識別子２４０２にはＤＨＣＰサーバのＩＰアドレスが設定される。クライアント識別子２４０３にはＤＨＣＰクライアントのＭＡＣアドレスが設定される。要求オプションリスト２４０４にはＤＨＣＰクライアントが要求する設定情報のリストが設定される。図２４の例では、サブネットマスク、Ｇａｔｅｗａｙアドレス、ＤＮＳサーバアドレス、ＤＰアドレスからなる。
【００４０】
図２５は図２２のＳ２２１０においてＤＨＣＰサーバが送信するＤＨＣＰ ＡＣＫメッセージのｏｐｔｉｏｎｓフィールド３０１の例である。図２５においては、サーバ識別子２５０１、リースタイム２５０２、サブネットマスク２５０３、Ｇａｔｅｗａｙアドレス２５０４、ＤＮＳサーバアドレス２５０５、ＤＰアドレス２５０６を持っている。サーバ識別子２５０１にはＤＨＣＰサーバのＩＰアドレスが設定される。リースタイム２５０２にはリースタイムが設定される。サブネットマスク２５０３にはサブネットマスクが設定される。Ｇａｔｅｗａｙアドレス２５０４にはＧａｔｅｗａｙアドレスが設定される。ＤＮＳサーバアドレス２５０５にはＤＮＳサーバアドレスが設定される。ＤＰアドレス２５０６にはＤＰのアドレスが設定される。
【００４１】
次に、画像形成装置１０４のデバイス情報をＤＰ１０２に登録する処理について説明する。画像形成装置１０４はＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ１０１が図２２、２３の処理を行った結果、画像形成装置１０４自身のＩＰアドレスに加えＤＰ１０２のＩＰアドレスを受信している。
【００４２】
画像形成装置１０４は、起動時やデバイス情報に変化があった場合にＤＰ１０２に対して図７のようなＸＭＬ形式のＨｅｌｌｏメッセージをユニキャストで送信することにより存在を通知する。
【００４３】
図７のＨｅｌｌｏメッセージは、＜Ｈｅａｄｅｒ＞タグで囲まれるｈｅａｄｅｒ部７０１と＜Ｂｏｄｙ＞タグで囲まれるｂｏｄｙ部７０２からなり、全体が＜Ｅｎｖｅｌｏｐｅ＞タグで囲まれる構造になっている。この構造は本実施例において使用するメッセージすべてに共通である。
【００４４】
ｈｅａｄｅｒ部７０１はメッセージの内容に依存しない共通ヘッダとしての役割を果たしており、＜Ａｃｔｉｏｎ＞タグ、＜ＭｅｓｓａｇｅＩＤ＞タグ、＜Ｔｏ＞タグが存在する。＜Ａｃｔｉｏｎ＞タグはメッセージの種類を識別するためのものである。＜ＭｅｓｓａｇｅＩＤ＞タグはメッセージを一意に識別するための識別子である。＜Ｔｏ＞タグはこのメッセージの送信先を識別するためのものである。一方、ｂｏｄｙ部７０２はメッセージの内容に対応して構造が変化する。図７においては、＜Ｂｏｄｙ＞タグの直下に＜Ｈｅｌｌｏ＞タグが存在し、このメッセージがＨｅｌｌｏメッセージであることを示している。＜Ｈｅｌｌｏ＞タグの中には＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグ、＜Ｔｙｐｅｓ＞タグ、＜ＸＡｄｄｒｓ＞タグ、＜ＭｅｔａｄａｔａＶｅｒｓｉｏｎ＞タグが存在する。＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中には＜Ａｄｄｒｅｓｓ＞タグが存在し、デバイスを識別するアドレス情報を持つ。＜Ｔｙｐｅｓ＞タグはデバイスのタイプ情報を持つ。＜ＸＡｄｄｒｓ＞タグはデバイス情報を取得するためのＵＲＬを持つ。＜ＭｅｔａｄａｔａＶｅｒｓｉｏｎ＞タグはデバイス情報のバージョンを持つ。
【００４５】
ＤＰ１０２はＨｅｌｌｏメッセージの中からデバイスをグローバルに識別するＵＵＩＤとして＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中の＜Ａｄｄｒｅｓｓ＞タグの値を抽出する。またデバイスタイプとして＜Ｔｙｐｅｓ＞タグの値を抽出する。またデバイス情報のバージョンとして＜ＭｅｔａｄａｔａＶｅｒｓｉｏｎ＞タグの値を抽出する。またデバイス情報を取得するためのＵＲＬとして＜ＸＡｄｄｒｓ＞タグの値を抽出する。そしてこれら抽出した情報をデバイス情報保持部５１４に格納する。また同時に、Ｈｅｌｌｏメッセージの送信元ＩＰアドレスもデバイス情報保持部５１４に格納する。
【００４６】
その後ＤＰ１０２は＜ＸＡｄｄｒｓ＞タグで記載されたＵＲＬに対し、図８のようなＸＭＬ形式のＧｅｔメッセージをユニキャストで送信する。図８のＧｅｔメッセージは、ｈｅａｄｅｒ部のみを持つメッセージとなっている。ｈｅａｄｅｒ部の＜Ａｃｔｉｏｎ＞タグにおいて、このメッセージがＧｅｔメッセージであることを示している。
【００４７】
画像形成装置１０４のデバイス情報送信部５３５はＧｅｔメッセージを受信すると図９のようなＧｅｔＲｅｓｐｏｎｓｅメッセージを送信する。
【００４８】
図９のＧｅｔＲｅｓｐｏｎｓｅメッセージにおいては、ｂｏｄｙ部に＜Ｍｅｔａｄａｔａ＞タグで示されるデバイス情報を持つ構造となっている。＜Ｍｅｔａｄａｔａ＞タグの中には＜ＭｅｔａｄａｔａＳｅｃｔｉｏｎ＞タグで示されるＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０１、９０２、９０３が存在する。各ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部は直下のタグにより、その中に持つ情報の種類が指定される。ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０１は＜ＴｈｉｓＤｅｖｉｃｅ＞タグを持っており、デバイスごとに異なる情報が格納される。＜ＦｒｉｅｎｄｌｙＮａｍｅ＞タグはこのデバイスにつけた名前、＜ＦｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグはこのデバイスのファームウェアバージョン、＜ＳｅｒｉａｌＮｕｍｂｅｒ＞タグはこのデバイスのシリアル番号を示している。ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０２は＜ＴｈｉｓＭｏｄｅｌ＞タグを持っており、デバイスのモデルごとに異なる情報が格納される。＜Ｍａｎｕｆａｃｔｕｒｅｒ＞タグはデバイスの製造会社名、＜Ｍａｎｕｆａｃｔｕｒｅｒ＞タグはデバイス製造会社のＵＲＬ、＜ＰｒｅｓｅｎｔａｔｉｏｎＵＲＬ＞はデバイスの情報を示すＵＲＬ、＜ＭｏｄｅｌＮａｍｅ＞タグはデバイスのモデル名を示している。ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０３は＜Ｒｅｌａｔｉｏｎｓｈｉｐ＞タグを持っており、デバイスが持つ内部サービスの情報が格納される。本実施例においては、内部サービスとは画像形成装置が提供するプリントサービスである。＜Ｒｅｌａｔｉｏｎｓｈｉｐ＞タグはさらにその直下に＜Ｈｏｓｔｅｄ＞タグを持ち、その中に＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグ、＜Ｔｙｐｅｓ＞タグ、＜ＳｅｒｖｉｃｅＩｄ＞タグが存在する。＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中には＜Ａｄｄｒｅｓｓ＞タグが存在し、サービスを利用するためのアドレス情報を持つ。＜Ｔｙｐｅｓ＞タグはサービスのタイプ情報を持つ。＜ＳｅｒｖｉｃｅＩｄ＞タグはデバイス内でサービスを識別するための識別子を持つ。
【００４９】
ＤＰ１０２は受信したデバイス情報からデバイス名として＜ＦｒｉｅｎｄｌｙＮａｍｅ＞タグの値、モデル名として＜ＭｏｄｅｌＮａｍｅ＞タグの値を抽出し、デバイス情報保持部５１４に格納する。
【００５０】
図１４は上述のデバイス情報登録の流れに関し、ＤＰ１０２がデバイス情報をデバイス情報保持部５１４に登録する際の処理を示すフローチャートである。図１４の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００５１】
Ｓ１４０１において、ＤＰ１０２は、画像形成装置から送信されたＨｅｌｌｏメッセージを、ＮＩＣ３００８を介して受信する。次にＳ１４０２において、ＣＰＵ３００１は、受信したＨｅｌｌｏメッセージの中からＵＵＩＤを抽出する。そして、Ｓ１４０３において、ＣＰＵ３００１は、抽出されたＵＵＩＤと同じＵＵＩＤを持つレコードがデバイス情報保持部５１４に存在するかどうかを判定する。存在しなかった場合はＳ１４０４に進み、デバイス情報保持部５１４に保持される図６に示すデバイス情報にあらたにレコードを追加する。続いてＳ１４０５において、ＤＰ１０２は、Ｇｅｔメッセージを画像形成装置に対して送信することによりデバイス情報を取得する。Ｓ１４０６において、ＣＰＵ３００１は、デバイス情報保持部５１４に追加したレコードを更新する。一方Ｓ１４０３において、レコードが存在すると判定された場合にはＳ１４０７に進み、ＣＰＵ３００１は、受信したＨｅｌｌｏメッセージからバージョン情報を抽出する。次にＳ１４０８において、ＣＰＵ３００１は、ＵＵＩＤが一致したレコードにおけるバージョン情報が、Ｓ１４０７で抽出したバージョン情報と同じであるかどうかを判定する。バージョンが異なった場合はＳ１４０５に進みデバイス情報の更新を行う。同じであった場合には何もせずに処理を終了する。
【００５２】
次にＤＰ１０２に登録されたデバイス情報を画像形成装置１０４が削除する処理について説明する。
【００５３】
画像形成装置１０４は、自機がＳＨＵＴＤＯＷＮする場合など、動作を停止する場合にはＤＰ１０２に対して図１０のようなＢｙｅメッセージをユニキャストで送信する。
【００５４】
図１０のＢｙｅメッセージにおいては、ｂｏｄｙ部に＜Ｂｙｅ＞タグが存在し、このメッセージがＢｙｅメッセージであることを示している。＜Ｂｙｅ＞タグの中には＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグが存在する。＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中には＜Ａｄｄｒｅｓｓ＞タグが存在し、デバイスを識別するアドレス情報を持つ。
【００５５】
ＤＰ１０２はＢｙｅメッセージの中からＵＵＩＤ情報を抽出し、対応するデバイス情報をデバイス情報保持部５１４から削除する。
【００５６】
図１５は上述のデバイス情報削除の流れに関し、ＤＰ１０２がデバイス情報をデバイス情報保持部５１４から削除する際の処理を示すフローチャートである。図１５の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００５７】
まずＤＰ１０２はＳ１５０１において、画像形成装置から送信されたＢｙｅメッセージをＮＩＣ３００８を介して受信する。次にＳ１５０２において、ＣＰＵ３００１は、受信したＨｅｌｌｏメッセージの中からＵＵＩＤを抽出する。そして、Ｓ１５０３において、ＣＰＵ３００１は、抽出されたＵＵＩＤと同じＵＵＩＤを持つレコードがデバイス情報保持部５１４に存在するかどうかを判定する。存在した場合はＳ１５０４に進み、ＣＰＵ３００１は、デバイス情報保持部５１４からそのレコードを削除する。存在しなかった場合には何もせずに処理を終了する。
【００５８】
次に、クライアントＰＣ１０３がＤＰ１０２を使用して画像形成装置を検索する処理について説明する。クライアントＰＣ１０３はＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ１０１が図２２、２３の処理を行った結果、クライアントＰＵ１０３自身のＩＰアドレスに加えて、ＤＰ１０２のＩＰアドレスを受信している。
【００５９】
クライアントＰＣ１０３は、ＤＰ１０２に対して図１１のようなＸＭＬ形式のＰｒｏｂｅメッセージをユニキャストで送信する。図１１のＰｒｏｂｅメッセージにおいては、ｂｏｄｙ部に＜Ｐｒｏｂｅ＞タグが存在し、このメッセージがＰｒｏｂｅメッセージであることを示している。＜Ｐｒｏｂｅ＞タグの中には＜Ｔｙｐｅｓ＞タグが存在する。＜Ｔｙｐｅｓ＞タグは検索したいデバイスのタイプを指定するものである。図１１の例では、デバイスのタイプがプリンタであるデバイスを検索するためのＰｒｏｂｅメッセージを示している。
【００６０】
ＤＰ１０２はＰｒｏｂｅメッセージを受信すると、＜Ｔｙｐｅｓ＞タグを抽出しデバイス情報保持部５１４の中から検索条件に合致するデバイスを探し、図１２のようなＰｒｏｂｅＭａｔｃｈメッセージをクライアントＰＣ１０３に送信する。図１２のＰｒｏｂｅＭａｔｃｈメッセージにおいては、ｂｏｄｙ部に＜ＰｒｏｂｅＭａｔｃｈｅｓ＞タグが存在し、このメッセージがＰｒｏｂｅＭａｔｃｈメッセージであることを示している。＜ＰｒｏｂｅＭａｔｃｈｅｓ＞タグの中には＜ＰｒｏｂｅＭａｔｃｈ＞タグで示されるＰｒｏｂｅＭａｔｃｈ部１２０１、１２０２が存在する。それぞれのＰｒｏｂｅＭａｔｃｈ部が１個の検索結果に対応しており、図１２の例においては２個のデバイスが条件に合致したことを示す検索結果を示している。ＰｒｏｂｅＭａｔｃｈ部の中の構造は図７のＨｅｌｌｏメッセージにおける＜Ｈｅｌｌｏ＞タグの中と同一である。
【００６１】
クライアントＰＣ１０３はＰｒｏｂｅＭａｔｃｈメッセージの中から＜ＸＡｄｄｒｓ＞タグで記載されたＵＲＬを抽出し、図８のようなＧｅｔメッセージをユニキャストで送信する。本実施例においてＵＲＬは画像形成装置１０４のＩＰアドレスからなっており、ＧｅｔメッセージはＤＰ１０２ではなく画像形成装置１０４に直接送信する。画像形成装置１０４は図９のようなＧｅｔＲｅｓｐｏｎｓｅメッセージを送信し、これを受信したクライアントＰＣ１０３は必要な情報を抽出する。
【００６２】
ＰｒｏｂｅＭａｔｃｈメッセージに複数の検索結果が存在している場合にはクライアントＰＣ１０３はＧｅｔメッセージの送信を繰り返し、すべてのデバイス情報を取得する。
【００６３】
図１６は上述の検索の流れに関し、ＤＰ１０２がデバイス情報を検索する際の処理を示すフローチャートである。図１６の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００６４】
まずＤＰ１０２はＳ１６０１において、クライアントＰＣ１０３から送信されたＰｒｏｂｅメッセージをＮＩＣ３００８を介して受信する。次にＳ１６０２において、ＣＰＵ３００１は、受信したＰｒｏｂｅメッセージ中のＴｙｐｅｓタグの値を抽出する。Ｓ１６０３において、ＣＰＵ３００１は、Ｔｙｐｅｓタグの値が空かどうかを判定する。空ではなかった場合はＳ１６０４において、ＣＰＵ３００１は、デバイス情報保持部５１４に保持されているデバイス情報のレコードを検索し、抽出された値と同じデバイスタイプを持つレコードが存在するかどうかを判定する。デバイスタイプが同じレコードが存在した場合には、Ｓ１６０５において、ＣＰＵ３００１はそのレコードに対応した応答データを作成する。Ｓ１６０６において、ＣＰＵ３００１はすべてのレコードについて確認が終了したかどうかを判定する。すべてのレコードの検索が終了するとＳ１６０７に進み、ＣＰＵ３００１は、それまでに生成された応答データを１個にまとめ、図１２のようなＰｒｏｂｅＭａｔｃｈメッセージをクライアントＰＣ１０３に送信して処理を終了する。また、Ｓ１６０３において、Ｔｙｐｅｓの値が空であると判定された場合にはＳ１６０８に進み、すべてのレコードについての応答データを作成する。そして、Ｓ１６０７においてＰｒｏｂｅＭａｔｃｈメッセージをクライアントＰＣ１０３に送信して処理を終了する。尚、図１６の例では、Ｐｒｏｂｅに含まれる検索条件が、デバイスタイプであった場合を例に説明したが、デバイス名やモデル名など、その他の情報であってもよい。
【００６５】
図１３はクライアントＰＣ１０３が画像形成装置を検索する際のＵＩの例を示す図である。図１３の画面は、クライアントＰＣのＣＲＴ３０１０上に表示される画面である。図１３において、領域１３０１は検索するデバイスのタイプを指定するための領域であり、「ＭＦＰ」「Ｐｒｉｎｔｅｒ」などのキーワードが指定可能である。領域１３０１に何も入力しない場合はすべての画像形成装置が検索される。ボタン１３０２を押下すると上述したようにＤＰ１０２に対して検索が実行される。検索された結果は領域１３０３に表示され、取得した情報から、デバイスのタイプやモデル名、デバイス名が同時に表示される。
【００６６】
以上説明したように、本実施例によれば、サブネットを越えた範囲におけるデバイスを検索することができる。また、デバイス検索サーバをクライアントＰＣやデバイスに登録する処理が簡単になり、システム管理者やユーザの手間が軽減される。即ち、クライアントＰＣやデバイスにＤＨＣＰサーバがアドレスを配布する際に、一緒にデバイス検索サーバのアドレスを配布するので、改めてクライアントＰＣやデバイスにデバイス検索サーバのアドレスを登録する必要がなくなる。
【００６７】
（実施例２）
次に、第二の実施例として別のシステム構成例について説明する。
【００６８】
本実施例においては、ＤＰ１０２のデバイス情報保持部５１４に保持されるデバイス情報の更新を、画像形成装置からの通知受信時ではなくＤＨＣＰサーバからの通知によって行う。
【００６９】
本実施例におけるネットワーク構成は図１で示した第一の実施例と同様である。
【００７０】
図１７は本実施例におけるＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４のソフトウェア構成を示すブロック図である。なお、第一の実施例と同じ機能を持つブロックに関しては同じ番号を付し、説明は省略する。
【００７１】
図１７において、ＤＨＣＰサーバ１０１の配布状況通知部１７０１はＩＰアドレスや設定情報をＤＨＣＰクライアントへ配布した状況を、ＤＰ１０２に対して通知する。この通知は図１８のようなフォーマットである。配布状況通知部は、この通知を図２のＤＨＣＰ ＡＣＫ（Ｓ２００４、Ｓ２００６）送信時、ＤＨＣＰ ＲＥＬＥＡＳＥ（Ｓ２００７）受信時、およびリース期間内にＤＨＣＰ ＲＥＱＵＥＳＴを受信せず、ＩＰアドレスの割り当てを解除したタイミングで行う。
【００７２】
ＤＰ１０２の配布状況受信部１７１１は、通知を受信し、その種類に基づきデバイス情報保持部５１４が保持するデバイス情報を用いた処理を行う。デバイス情報の取得が必要であると判断された場合は、デバイス情報取得部５１２は画像形成装置１０４に対してデバイス情報取得要求を送信し、返されたデバイス情報をデバイス情報保持部５１４に保持する。
【００７３】
画像形成装置１０４は、第一の実施例におけるデバイス情報通知部５３３は持たない。そのため、ＤＨＣＰサーバ１０１からＤＰ１０２のＩＰアドレスが配布されたとしても、ＤＰ１０２に対して直接そのＩＰアドレスを通知することはしない。
【００７４】
図１８はＤＨＣＰサーバ１０１からＤＰ１０２に送信される通知データのフォーマットである。タイプ１８０１としては、１〜３の値を設定する。１はＤＨＣＰＡＣＫ（Ｓ２００４）を送信しＩＰアドレスの新規割り当てを行ったことを示す。２はＤＨＣＰＡＣＫ（Ｓ２００６）を送信しＩＰアドレスの使用を更新したことを示す。３はＤＨＣＰＲＥＬＥＡＳＥを受信したか、リース期間内にＤＨＣＰＲＥＱＵＥＳＴを受信せずＩＰアドレスの割り当てを解除したことを示す。アドレス１８０２には配布したＩＰアドレスを設定する。
【００７５】
図１９はＤＰ１０２の配布状況受信部１７０２がＤＨＣＰサーバ１０１から通知を受信した際のＤＰ１０２の処理を示すフローチャートである。図１９の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００７６】
ステップ１９０１において、ＤＰ１０２は、図１８の通知メッセージをＮＩＣ３００８を介して受信する。次にＳ１９０２において、ＣＰＵ３００１は通知メッセージのタイプを解析しその値によって処理を分岐させる。タイプが１であった場合はＳ１９０３に進み、ＤＰ１０２はＮＩＣ３００８を介して通知メッセージに含まれるＩＰアドレスに対してＰｒｏｂｅメッセージを送信する。次にＳ１９０４において、Ｐｒｏｂｅの応答としてのＰｒｏｂｅＭａｔｃｈメッセージを受信する。次にＳ１９０５において、ＣＰＵ３００１は、受信したＰｒｏｂｅＭａｔｃｈメッセージに基づいてデバイス情報保持部５１４に新たにレコードを追加する。そしてＳ１９０６において、ＮＩＣ３００８を介してＧｅｔメッセージを送信する。Ｓ１９０７においてＧｅｔの応答としてのデバイス情報を取得し、Ｓ１９０８において、ＣＰＵ３００１はデバイス情報保持部５１４に追加したレコードを更新して処理を終了する。
【００７７】
Ｓ１９０２において、タイプが２であった場合にはＳ１９０９に進み、ＤＰ１０２は受信した通知メッセージに含まれるＩＰアドレスに対して、ＮＩＣ３００８を介してＰｒｏｂｅメッセージを送信する。次にＳ１９１０において、送信したＰｒｏｂｅの応答としてのＰｒｏｂｅＭａｔｃｈメッセージを受信する。次にＳ１９１１において、ＣＰＵ３００１はＰｒｏｂｅＭａｔｃｈメッセージからＵＵＩＤを抽出する。Ｓ１９１２において、ＣＰＵ３００１は抽出されたＵＵＩＤと同じＵＵＩＤを持つレコードがデバイス情報保持部５１４に保持されるデバイス情報の中に存在するかどうかを判定する。存在しなかった場合はＳ１９１３に進み、ＣＰＵ３００１はデバイス情報保持部５１４にあらたにレコードを追加する。続いてＳ１９１４においてＧｅｔメッセージを送信する。次にＳ１９１５においてＧｅｔの応答としてのデバイス情報を取得し、Ｓ１９１６において、ＣＰＵ３００１はデバイス情報保持部５１４に追加したレコードを更新して処理を終了する。一方Ｓ１９１２において、存在すると判定された場合にはＳ１９１７に進み、ＣＰＵ３００１はＰｒｏｂｅＭａｔｃｈメッセージからバージョン情報を抽出する。Ｓ１９１８において、ＣＰＵ３００１は、Ｓ１９１７で抽出したバージョン情報が、ＵＵＩＤが一致したレコードにおけるバージョン情報と比較して同じであるかどうかを判定する。バージョンが異なった場合はＳ１９１４に進み、ＣＰＵ３００１はデバイス情報の更新を行う。同じであった場合には何もせずに処理を終了する。
【００７８】
Ｓ１９０２において、タイプが３であった場合にはＳ１９１９に進み、ＣＰＵ３００１は、通知メッセージに含まれるＩＰアドレスを持つレコードがデバイス情報保持部５１４に保持されるデバイス情報の中に存在するかどうかを判定する。存在した場合はＳ１９２０に進み、ＣＰＵ３００１はそのレコードを削除して処理を終了する。存在しなかった場合には何もせずに処理を終了する。
【００７９】
尚、本実施例２において、デバイス情報保持部５１４に保持されるデバイス情報を削除することが可能な装置を制限することも可能である。つまり、特定の装置のみが、ＤＰ１０２のデバイス情報保持部５１４に保持されるデバイス情報を削除できるようにする。図２８はその場合のＤＰ１０２のソフトウェア構成を示すものである。図２８において、アクセス制御手段２８０１は、図１８の通知メッセージを受信すると、アクセス制御リスト設定手段２８０２により作成されるアクセス制御リストに従い、通知メッセージを処理するかどうかを判断する。アクセス制御リスト設定手段２８０２はユーザによりキーボード３００９ｂから所望のＩＰアドレスが入力されると、そのＩＰアドレスに基づいてアクセス制御リストを作成する。なお、アクセス制御リストを作成する別の形態としては、ネットワークを介してＩＰアドレス情報を受信し、アクセス制御リストを作成するようにしてもよい。
【００８０】
図２９は上記構成例において、ＤＰ１０２の配布状況受信部１７０２がＤＨＣＰサーバ１０１から上述したタイプが３である通知を受信した際の処理を示すフローチャートである。このフローチャートの各ステップは、ＤＰ１０２のＣＰＵ３００１によって処理される。
【００８１】
Ｓ２９０１において、ＤＰ１０２はタイプが３である通知を受信する。Ｓ２９０２において、ＣＰＵ３００１は、受信した通知の送信元ＩＰアドレスを取得する。図１８の通知メッセージの送受信はＩＰ通信を使用しており、このＩＰアドレスは通知メッセージの前に付加されるＩＰヘッダから取得される。次にＳ２９０３において、ＣＰＵ３００１は、取得したＩＰアドレスがアクセス制御リストの中に存在するかどうかを判定する。存在した場合はＳ２９０４に進み、ＣＰＵ３００１は通知メッセージに含まれるＩＰアドレスを持つレコードがデバイス情報保持部５１４に保持されるデバイス情報の中に存在するかどうかを判定する。存在した場合はＳ２９０５に進み、ＣＰＵ３００１はそのレコードを削除して処理を終了する。Ｓ２９０３において取得したＩＰアドレスがアクセス制御リストに存在しなかった場合、およびＳ２９０４においてレコードが存在しなかった場合には何もせずに処理を終了する。
【００８２】
この構成においては、ＤＰ１０２が保持するデバイス情報を削除できる装置を、例えばＤＨＣＰサーバ１０１のみに限定することができる。
【００８３】
以上説明したように、実施例２によれば、クライアントＰＣ１０３や画像形成装置１０４が自身の情報をＤＰ１０２に通知する必要はなくなる。従って、クライアントＰＣや画像形成装置が自身の情報をＤＰ１０２に通知することができない状況であっても、ＤＨＣＰサーバが代わりにデバイス情報をＤＰ１０２に通知することができる。例えば、画像形成装置の電源が抜かれ、画像形成装置がＢｙｅメッセージをＤＰに送信できない場合、画像形成装置が使用できないことをＩＰアドレスの更新が依頼されないことによってＤＨＣＰサーバが知ることができる。そのような場合に、ＤＨＣＰサーバは、画像形成装置の代わりにＤＰ１０２のデバイス情報からその画像形成装置の情報を削除するように通知することができる。従って、ＤＰは、このような状況であってもより正確なデバイス情報を管理することができるようになる。
【００８４】
（実施例３）
次に第三の実施例について説明する。
本実施例においてはＤＰはネットワーク上に１台のみ存在するのではなく、各サブネットごとにＤＰを配置する。
【００８５】
図２０は本実施例におけるデバイス検索システムの構成を示す図である。サブネット１にはＤＨＣＰサーバ１０１、クライアントＰＣ１０９が接続されている。サブネット２にはＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４が接続されている。サブネット３にはＤＰ１０８、クライアントＰＣ１１０、画像形成装置１０５が接続されている。サブネット１とサブネット２はルータ１０６により相互に接続され、サブネット１とサブネット３はルータ１０７により相互に接続されており、結果としてすべてのサブネットにおいて接続された端末は相互に通信が可能になっている。
【００８６】
このようなシステム構成において、本実施例においては、ＤＨＣＰサーバ１０１の配布情報設定部５０２により、図２６のような配布設定を行う。図２６においては、第一の実施例における図２１の設定情報に加え、サブネット２用設定２６０２には予約済みオプション２６０４が存在している。予約済みオプション２６０４は、ＭＡＣアドレス、ＩＰアドレス、ＤＰアドレスからなる。ＤＨＣＰ ＲＥＱＵＥＳＴを送信したＤＨＣＰクライアントのＭＡＣアドレスがこの予約済みオプションのいずれかに一致した場合には、本オプションで記述された情報が優先して配布される。なお図２６では１個のみ設定しているが、複数個設定することも可能である。本実施例においては予約済みオプション２６０４にはＭＡＣアドレスとして画像形成装置１０４のＭＡＣアドレス、ＩＰアドレスとして画像形成装置１０４に固定で配布するＩＰアドレス、ＤＰアドレスとしてＤＰ１０２のＩＰアドレスを設定する。また、サブネット１用設定２６０１にはＤＰのアドレスとしてＤＰ１０２およびＤＰ１０８のＩＰアドレスを設定する。サブネット２用設定２６０２にはＤＰのアドレスとしてＤＰ１０２およびＤＰ１０８のＩＰアドレスを設定する。サブネット３用設定２６０３にはＤＰのアドレスとしてＤＰ１０８のＩＰアドレスを設定する。
【００８７】
次に、ＤＨＣＰサーバ１０１がＩＰアドレスなどの設定情報をＤＨＣＰクライアントに配布する際の処理を図２７のフローチャートを使用して説明する。図２７の各ステップは、ＤＨＣＰサーバ１０１のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００８８】
まずＳ２７０１において、ＤＨＣＰサーバ１０１は、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージを受信する。Ｓ２７０２において、ＣＰＵ３００１は第一の実施例における図２３で示した方法により割り当てる設定情報を特定する。Ｓ２７０３において、ＣＰＵ３００１は、Ｓ２７０２で設定情報が特定されたかどうかを判定し、特定されなかった場合には処理を終了する。特定されていた場合にはＳ２７０４に進む。Ｓ２７０４において、ＣＰＵ３００１は、メッセージに含まれるクライアント識別子と、特定された設定情報の予約済みオプションのＭＡＣアドレスが一致するかどうかを判定する。一致していた場合にはＳ２７０５に進み、ＣＰＵ３００１は予約済みオプションで設定されているＩＰアドレスをＤＨＣＰ ＯＦＦＥＲメッセージのｙｉａｄｄｒフィールドに設定する。その後、Ｓ２７０７へ進む。Ｓ２７０４の判定で一致していなかった場合はＳ２７０６に進み、ＣＰＵ３００１は、特定された設定情報に未割り当てのＩＰアドレスが残っているかどうかを判定し、残っていない場合には処理を終了する。残っていた場合にはＳ２７０７に進む。Ｓ２７０７においては、ＣＰＵ３００１は、ＤＨＣＰ ＯＦＦＥＲメッセージの中で未設定の部分に、特定された設定情報を設定し、ＤＨＣＰＯＦＦＥＲメッセージを生成する。ここで、Ｓ２７０５によりｙｉａｄｄｒフィールドが設定されていない場合には、配布するＩＰアドレスはｙｉａｄｄｒフィールドに設定する。そしてＳ２７０８において、生成したＤＨＣＰ ＯＦＦＥＲメッセージをＤＨＣＰクライアントに送信する。次にＳ２７０９において、ＤＨＣＰサーバ１０１は、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信する。Ｓ２７１０において、ＣＰＵ３００１は、第一の実施例における図２３で示した方法により割り当てる設定情報を特定する。Ｓ２７１１においてＣＰＵ３００１は、Ｓ２７１０で設定情報が特定されたかどうかを判定し、特定されなかった場合には処理を終了する。特定されていた場合にはＳ２７１２に進み、ＣＰＵ３００１は、メッセージに含まれるクライアント識別子と、特定された設定情報の予約済みオプションのＭＡＣアドレスが一致するかどうかを判定する。一致していた場合にはＳ２７１３に進み、ＣＰＵ３００１は、予約済みオプションに設定されている設定情報をＤＨＣＰ ＡＣＫメッセージに設定する。Ｓ２７１２の判定で一致していなかった場合はＳ２７１４に進み、ＤＨＣＰ ＲＥＱＵＥＳＴメッセージに含まれる要求ＩＰアドレスを割り当て済みとする。次にＳ２７１５において、ＣＰＵ３００１は、ＤＨＣＰ ＲＥＱＵＥＳＴメッセージの中で未設定の部分に、特定された設定情報に基づき設定し、ＤＨＣＰ ＡＣＫメッセージを生成する。そしてＳ２７１６において、生成したＤＨＣＰ ＡＣＫメッセージをＤＨＣＰクライアントに送信し、処理を終了する。
【００８９】
上記処理により、画像形成装置１０４にはＤＰ１０２のＩＰアドレスが配布され、画像形成装置１０５にはＤＰのアドレスとしてＤＰ１０８のＩＰアドレスが配布される。
【００９０】
その結果、画像形成装置１０４はＤＰ１０２に存在を通知し、画像形成装置１０５はＤＰ１０８に存在を通知することになる。その後第一の実施例と同様のメッセージ交換を行うことにより、画像形成装置１０４のデバイス情報はＤＰ１０２、画像形成装置１０５のデバイス情報はＤＰ１０８に保持される。
【００９１】
一方、クライアントＰＣ１０３にはＤＰのアドレスとしてＤＰ１０２、ＤＰ１０８のＩＰアドレスが配布される。クライアントＰＣ１０３はＤＰ１０２、ＤＰ１０８両方のＤＰに対して第一の実施例と同様の処理を繰り返し行うことにより、画像形成装置１０４、１０５のデバイス情報を取得することが可能となる。またクライアントＰＣ１１０にはＤＰのアドレスとしてＤＰ１０８のＩＰアドレスが配布される。よってクライアントＰＣ１１０はＤＰ１０８に対して第一の実施例と同様の処理を行い、画像形成装置１０５のデバイス情報を取得できるが、ＤＰ１０２の存在はわからないため、画像形成装置１０４のデバイス情報を取得することはできない。これにより、サブネット２上のクライアントＰＣにはすべてのサブネットに存在する画像形成装置のデバイス情報を取得させ、サブネット３上のクライアントＰＣにはサブネット３に存在する画像形成装置のデバイス情報しか取得させないという制御が可能となる。また、図２６の例においては、ＤＰが存在しないサブネット１上のＤＨＣＰクライアントにはＤＰ１０２、ＤＰ１０８のＩＰアドレスを配布するように設定している。そのため、クライアントＰＣ１０９はクライアントＰＣ１０３と同様画像形成装置１０４、１０５のデバイス情報を取得することが可能となる。
【００９２】
（その他の実施例）
本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
【００９３】
また、本発明は、前述した実施例のフローチャートを実現するソフトウェアのコンピュータプログラムコードを記録した記憶媒体を、システムあるいは装置に供給してもよい。そして、そのシステムあるいは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成され得る。
【００９４】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【図面の簡単な説明】
【００９６】
【図１】本実施例におけるしたネットワーク検索システムの構成を示す図
【図２】ＤＨＣＰサーバとＤＨＣＰクライアントとの間で送受信されるＤＨＣＰメッセージのフローを説明する図
【図３】ＤＨＣＰメッセージのフォーマットを示す図
【図４】画像形成装置のハードウェア構成を示すブロック図
【図５】ＤＨＣＰサーバ、ＤＰ、クライアントＰＣ、画像形成装置のソフトウェア構成を示すブロック図
【図６】ＤＰのデバイス情報保持部が保持するデバイス情報の例
【図７】本実施例におけるＨｅｌｌｏメッセージの例
【図８】本実施例におけるＧｅｔメッセージの例
【図９】本実施例におけるＧｅｔＲｅｓｐｏｎｓｅメッセージの例
【図１０】本実施例におけるＢｙｅメッセージの例
【図１１】本実施例におけるＰｒｏｂｅメッセージの例
【図１２】本実施例におけるＰｒｏｂｅＭａｔｃｈメッセージの例
【図１３】クライアントＰＣが画像形成装置を検索する際のＵＩの例を示す図
【図１４】ＤＰがデバイス情報登録を行う際の処理を示すフローチャート
【図１５】ＤＰがデバイス情報を削除する際の処理を示すフローチャート
【図１６】ＤＰがデバイス情報を検索する際の処理を示すフローチャート
【図１７】第二の実施例におけるＤＨＣＰサーバ、ＤＰ、クライアントＰＣ、画像形成装置のソフトウェア構成を示すブロック図
【図１８】ＤＨＣＰサーバからＤＰに送信される通知データのフォーマット
【図１９】ＤＰの配布状況受信部がＤＨＣＰサーバから通知を受信した際の処理を示すフローチャート
【図２０】第三の実施例におけるネットワーク検索システムの構成を示す図
【図２１】第一の実施例における配布情報ＤＢに保持される設定情報の例
【図２２】第一の実施例におけるＤＨＣＰサーバが設定情報を配布する際の処理を示すフローチャート
【図２３】ＤＨＣＰサーバが設定情報を特定する際の処理を示すフローチャート
【図２４】ＤＨＣＰＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールドの例
【図２５】ＤＨＣＰＡＣＫメッセージのｏｐｔｉｏｎｓフィールドの例
【図２６】第三の実施例における配布情報ＤＢに保持される設定情報の例
【図２７】第三の実施例におけるＤＨＣＰサーバが設定情報を配布する際の処理を示すフローチャート
【図２８】第二の実施例におけるＤＰのソフトウェア構成を示すブロック図
【図２９】ＤＰの配布状況受信部がＤＨＣＰサーバから通知を受信した際の処理を示すフローチャート
【図３０】ＤＨＣＰサーバ、ＤＰ、クライアントＰＣのハードウェア構成を示すブロック図
【符号の説明】
【００９７】
３００１ ＣＰＵ
３００２ ＲＯＭ
３００３ ＲＡＭ
３００５ ＫＢＣ
３００６ ＣＲＴＣ
３００７ ＤＫＣ
３００８ ＮＩＣ
【技術分野】
【０００１】
本発明は、ネットワーク上のデバイスを検索するネットワークシステムで用いられる情報処理装置、デバイス、情報処理装置の制御方法に関する。
【背景技術】
【０００２】
従来、プリンタ等のデバイスがネットワークに接続され、クライアントＰＣからネットワークを介して利用することが可能になっている。その際、クライアントＰＣはまずネットワーク上のデバイスを発見し、発見したデバイスを利用するためのドライバソフトウェアをインストールする必要がある。ネットワーク上のデバイスを検索するための技術としていくつか考えられているものの中には、ブロードキャストやマルチキャストを用いて検索要求パケットを送信するものがある。ブロードキャストやマルチキャストは、ネットワーク上に存在する複数の装置に対してデータを送信する方法である。これらの技術では、クライアントＰＣは検索要求パケットをブロードキャストやマルチキャストで送信し、検索要求パケットを受信したデバイスが検索応答パケットをクライアントＰＣに送信することにより、デバイスを検索する。
【０００３】
また、ネットワーク同士がルータなどの接続機器により相互に接続され、大規模なネットワークを構築することが可能になっている。その中で、ブロードキャストやマルチキャストはネットワーク全体のトラフィックに影響を与えるため、一般にルータはこれらを通過させない設定で運用されることが多い。ルータによって区切られたそれぞれのネットワークはサブネットと呼ばれ、ブロードキャストやマルチキャストは一般にサブネット内のみで利用されている。このような環境でブロードキャストやマルチキャストを使用したネットワークデバイス検索技術を用いた場合、クライアントＰＣが送信した検索要求パケットはルータを通過できない。そのため、複数のサブネットがルータによって接続されたネットワーク環境において、クライアントＰＣは、異なるサブネットに存在するデバイスを発見することはできなかった。
【０００４】
このような課題を解決するために、〔特許文献１〕には、サブネットごとにサーバを設置し、サーバ間でデバイス情報や検索要求の交換を行う技術が提案されている。
【特許文献１】特開２００７−９７０５７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術の方法では、クライアントＰＣは、サーバに問い合わせるためにそのサーバのネットワークアドレスを知っている必要がある。即ち、ユーザはクライアントＰＣそれぞれに対して、事前に、サーバのネットワークアドレスを登録しておく必要がある。また、各サーバには、ネットワーク上のデバイスの情報を登録しておく必要がある。このような登録作業は、サブネットが増えることによってサーバの数が増えたり、デバイスやクライアントＰＣの数が増えるにつれて作業負荷が高くなり、システム管理者やユーザの手間となっていた。
【０００６】
本発明は、このような問題に対してなされたものであり、デバイスを検索するための検索サーバを設置した場合に、クライアントＰＣやデバイスがこの検索サーバを使用するにあたっての設定作業の手間を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の情報処理装置は、複数のネットワークアドレスを管理する管理手段と、ネットワークに新たに接続された装置からの要求に応じて、前記管理手段で管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当て手段と、前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する記憶手段と、前記割り当て手段によって割り当てられたネットワークアドレスと、前記記憶手段に記憶されたネットワークアドレスとを前記装置に送信する送信手段とを有する。
【発明の効果】
【０００８】
本発明によれば、デバイスを検索するためのサーバを設置した場合に、クライアントＰＣやデバイスがこのサーバを使用するにあたっての設定作業の手間を軽減することができる。
【発明を実施するための最良の形態】
【０００９】
（実施例１）
図１は本発明を適用したデバイス検索システムの構成を示す図である。
ＤＨＣＰサーバ１０１および検索サーバとしてのＤｉｓｃｏｖｅｒｙ Ｐｒｏｘｙ（ＤＰ）１０２が接続されたサブネット１、クライアントＰＣ１０３、画像形成装置１０４が接続されたサブネット２、画像形成装置１０５が接続されたサブネット３が存在している。サブネット１とサブネット２はルータ１０６により相互に接続され、サブネット１とサブネット３はルータ１０７により相互に接続されており、これら３つのサブネットによって１つのＬＡＮが形成されている。そして、結果としてすべてのサブネットにおいて接続された端末は相互に通信が可能になっている。ただし、ルータ１０６、１０７は一方のサブネットから受信したブロードキャストやマルチキャストを他方のサブネットにそのまま通過させることはしない。そのため、ブロードキャストやマルチキャストによる通信は各サブネット内でのみ可能である。ここで、本実施例に登場する装置のうち、画像形成装置１０４、１０５は、本発明におけるデバイスの一例であり、プリンタや複写機、スキャナ、複合機、ファクシミリ等である。また、本実施例に登場する装置のうち、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３は、本発明における情報処理装置の一例であり、後述するように汎用のＰＣを使用可能である。図１のデバイス検索システムでは、クライアントＰＣ１０３を操作するユーザが所望する画像形成装置を探すために、クライアントＰＣ１０３からＤＰ１０２に対して検索要求パケットが送られる。そして、ＤＰ１０２においてデバイスが検索された結果、検索結果がクライアントＰＣに送られる。
【００１０】
次に、ＤＨＣＰ （Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用しＩＰアドレスなどの設定情報を配布する方法について説明する。ＤＨＣＰは、ネットワークに接続された端末に設定情報を配布する仕組みを規定したプロトコルであり、その詳細はＲＦＣ２１３１で規定されている。ＤＨＣＰはクライアント／サーバ方式をとり、ＤＨＣＰサーバは各種設定情報を一元管理し、ＤＨＣＰクライアントであるネットワーク端末はその情報を受信する。
【００１１】
図２は、ＤＨＣＰサーバとＤＨＣＰクライアントとの間で送受信されるＤＨＣＰメッセージのフローを説明するシーケンス図である。ＤＨＣＰクライアントはＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージをブロードキャストする（Ｓ２００１）。ＤＨＣＰサーバはＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージを受信すると、メッセージを送信したＤＨＣＰクライアントにＩＰアドレスを割り当て、その後ＤＨＣＰ ＯＦＦＥＲメッセージを送信する（Ｓ２００２）。ＤＨＣＰ ＯＦＦＥＲメッセージには、ＤＨＣＰ ＤＩＳＣＯＶＥＲ メッセージを送信したＤＨＣＰクライアントに割り当てられたＩＰアドレスやその他の設定情報が含まれている。
【００１２】
ＤＨＣＰクライアントはＤＨＣＰ ＯＦＦＥＲメッセージを受信すると、ＤＨＣＰ ＯＦＦＥＲメッセージに含まれていたＩＰアドレスを使用するためのＤＨＣＰ ＲＥＱＵＥＳＴメッセージをブロードキャストする（Ｓ２００３）。ＤＨＣＰサーバはＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信すると、ＤＨＣＰ ＡＣＫメッセージを送信する（Ｓ２００４）。ＤＨＣＰクライアントはＤＨＣＰ ＡＣＫメッセージを受信すると、それ以降は配布されたＩＰアドレスおよび設定情報を使用してネットワーク通信を行う。
【００１３】
また、ＤＨＣＰサーバから配布されたＩＰアドレスには使用可能な期間（リースタイム）が設けられている。ＤＨＣＰクライアントは、取得したＩＰアドレスをリースタイム後も継続して使用したい場合には、リースタイムが切れる期限の前にＤＨＣＰサーバに対してＤＨＣＰ ＲＥＱＵＥＳＴメッセージを送信する（Ｓ２００５）。ＤＨＣＰサーバは割り当て済のＩＰアドレスからのＤＨＣＰ ＲＥＱＵＥＳＴを受信すると、リースタイムを更新し、ＤＨＣＰ ＡＣＫメッセージを送信する（Ｓ２００６）。
【００１４】
また、ＤＨＣＰクライアントがＩＰアドレスの使用を中止する場合、ＤＨＣＰクライアントはＤＨＣＰサーバに対してＤＨＣＰ ＲＥＬＥＡＳＥメッセージを送信する（Ｓ２００７）。ＤＨＣＰサーバはＤＨＣＰ ＲＥＬＥＡＳＥメッセージを受信すると、そのＩＰアドレスの割り当てを解除し、別のＤＨＣＰクライアントに対して割り当て可能にする。
【００１５】
また、ＤＨＣＰサーバは、割り当て済のＩＰアドレスからリースタイムが切れる前にＤＨＣＰ ＲＥＱＵＥＳＴを受信することなく、リースタイムが経過した場合は、そのＩＰアドレスの割り当てを解除する。そして、そのＩＰアドレスを別のＤＨＣＰクライアントに対して割り当て可能にする。
【００１６】
尚、図２のフローにおいて、Ｓ２００１〜Ｓ２００４のメッセージは、ブロードキャストで行われる。この時点では、ＤＨＣＰクライアントにはまだＩＰアドレスが確定していないためである。
【００１７】
一方、図１の構成のように複数のサブネットがルータによって接続されたネットワークにおいて、ルータがブロードキャストを通過させない設定である場合には、これらのＤＨＣＰメッセージはルータにより遮断されてしまう。この問題を解決するためにＲＦＣ２１３１においてはリレーエージェントの仕様も記載されている。リレーエージェントは一般にルータの一機能として実装され、以下に図１の構成の記号を使用して簡単にその動作を説明する。
【００１８】
まずリレーエージェント機能を実装したルータ１０６はあらかじめＤＨＣＰサーバ１０１のＩＰアドレスを記憶しておく。ＤＨＣＰクライアントとなるクライアントＰＣ１０３はＤＨＣＰ ＤＩＳＣＯＶＥＲやＤＨＣＰ ＲＥＱＵＥＳＴメッセージをサブネット２にブロードキャストする。ルータ１０６はＤＨＣＰ ＤＩＳＣＯＶＥＲ／ ＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信すると、このメッセージをあらかじめ記憶しているＤＨＣＰサーバ１０１に対してユニキャストで転送する。ＤＨＣＰサーバ１０１はルータ１０６からユニキャストでＤＨＣＰ ＤＩＳＣＯＶＥＲ／ ＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信すると、ＤＨＣＰ ＯＦＦＥＲやＤＨＣＰ ＡＣＫメッセージをルータ１０６に対してユニキャストで送信する。ルータ１０６はＤＨＣＰサーバ１０１からＤＨＣＰ ＯＦＦＥＲ／ ＤＨＣＰ ＡＣＫメッセージを受信すると、このメッセージをサブネット２にブロードキャストする。
【００１９】
このように、リレーエージェント機能を実装したルータがブロードキャストによるＤＨＣＰメッセージを受信してユニキャストでＤＨＣＰサーバに転送することで、ＤＨＣＰクライアントはＤＨＣＰサーバから情報を受信できるようになる。
【００２０】
図３は、ＤＨＣＰメッセージのフォーマットを示す図である。ｏｐｔｉｏｎｓフィールド３０１は可変長の各種データを設定可能な領域である。この領域は１ｂｙｔｅのタグ、１ｂｙｔｅのデータサイズ、可変長のデータを１個のｏｐｔｉｏｎデータとし、複数のｏｐｔｉｏｎデータを設定可能である。タグの値はあらかじめ標準化されている値とベンダが拡張可能な値があり、一例としてサブネットマスクやＤＮＳサーバのＩＰアドレスといったタグの値は標準化された値として広く使用されている。
【００２１】
本実施例においては、このｏｐｔｉｏｎｓフィールド３０１を拡張して使用する。ＤＰのＩＰアドレスを意味するタグを定義し、データとしてＤＰのＩＰアドレスを設定することで、ＤＨＣＰプロトコルを使用してＤＰのＩＰアドレス情報をクライアントＰＣやデバイス等のＤＨＣＰクライアントに配布することが可能となる。さらに、ネットワーク上に複数のＤＰが存在する場合には、このｏｐｔｉｏｎｓフィールド３０１に複数のＤＰのＩＰアドレスを設定することによりそれらのＩＰアドレス情報を配布することも可能である。
【００２２】
またｇｉａｄｄｒフィールド３０２は、リレーエージェントがＤＨＣＰサーバにＤＨＣＰメッセージを転送する際に、リレーエージェント自身のＩＰアドレスを設定する。それによりＤＨＣＰサーバはＤＨＣＰメッセージを受信した際に、それがリレーエージェントからのものであった場合にはこのｇｉａｄｄｒフィールドを確認することでＤＨＣＰクライアントが属するサブネットを特定することが可能である。またｙｉａｄｄｒフィールド３０３は、ＤＨＣＰサーバがＤＨＣＰクライアントに割り当てるＩＰアドレスが設定される。
【００２３】
次に、図１で示したシステム構成の中で、本発明に関係するＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４、１０５のハードウェアおよびソフトウェア構成について説明する。なお、以降では特に断らない限り画像形成装置に関しては代表して１０４の記号を用いる。
【００２４】
図３０は、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３のハードウェア構成を示すブロック図である。なお、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３は汎用のＰＣ（パーソナルコンピュータ）を使用可能であり、以下の説明は共通である。
【００２５】
図３０において、３００１はＣＰＵであり、システムバス３００４に接続された各種デバイスの制御を行う。３００２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、３００３はＣＰＵ３００１の主記憶装置として使用されるＲＡＭである。３００５はキーボードコントローラ（ＫＢＣ）であり、マウス（登録商標）等のポインティングデバイス３００９ａ、キーボード３００９ｂからの情報などの入力に係る処理を行う。３００６は表示制御部（ＣＲＴＣ）であり、内部にビデオメモリを有し、ＣＰＵ３００１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ表示装置３０１０に出力する。なお、図３０において表示装置としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。３００７はディスクコントローラ（ＤＫＣ）であり、ハードディスク３０１１、フロッピー（登録商標）ディスク３０１２へのアクセスを行う。３００８はネットワークインタフェースカード（ＮＩＣ）であって、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、ハードディスク３０１１には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ３００１はＲＯＭ３００２に格納されたブートプログラムに従って、ハードディスク３０１１からＯＳをＲＡＭ３００３に読み込み、情報処理装置として機能するようになる。
【００２６】
図４は画像形成装置１０４のハードウェア構成を示すブロック図である。なお、ここでは、画像形成装置がＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であった場合を例にして説明する。図４のＭＦＰ１０４において、４０１はＣＰＵで、ＲＯＭ４０２のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス４０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、印刷インターフェース４０７を介して接続される印刷部（プリンタエンジン）４１０に出力情報としての画像信号を出力したり、読取インターフェース４１２を介して接続される読取部（スキャナ）４１３から入力される画像信号を制御する。また、このＲＯＭ４０３のプログラム用ＲＯＭには、ＣＰＵ４０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ４０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ４０３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ４０１はＬＡＮコントローラ部４０６を介してネットワーク上のホストコンピュータや画像形成装置との通信処理が可能となっている。４０２はＲＡＭで、主としてＣＰＵ４０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ４０２は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤ），ＩＣカード等の外部記憶装置４１１は、ディスクコントローラ（ＤＫＣ）４０８によりアクセスが制御される。ハードディスクは、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ４１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用される。４０５は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。４０９は不揮発性メモリであり、操作パネル４０５から設定される各種設定情報を記憶している。また、図示していないが、ＭＦＰ１０４にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ４０１から制御される。
【００２７】
図５は、ＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４のソフトウェア構成を示すブロック図である。
ＤＨＣＰサーバ１０１において、ＤＨＣＰサーバ処理部５０１は前述のＤＨＣＰサーバとしての処理を行う。即ち、ＤＨＣＰクライアントからの要求に応じて、ＩＰアドレスをそのＤＨＣＰクライアントに割り当てる処理や、割り当てられたＩＰアドレスをＤＨＣＰクライアントに配布する処理を行う。ＤＨＣＰクライアントに配布するＩＰアドレスのリストや設定情報は配布情報ＤＢ５０３において保持されている。尚、本実施例におけるＤＨＣＰクライアントは、クライアントＰＣ１０３又は画像形成装置１０４であるが、ＤＰ１０２がＤＨＣＰクライアントとして動作しても構わない。ＤＨＣＰサーバ処理部５０１はＤＨＣＰクライアントからの要求に基づき配布情報ＤＢ５０３を参照して各種情報を配布する。配布情報設定部５０２は配布情報ＤＢ５０３に保持する情報を設定するものである。またＤＨＣＰクライアントが属するサブネットごと、またクライアントごとに配布する情報を設定することも可能である。
【００２８】
図２１は、配布情報ＤＢ５０３に保持される設定情報の例である。図２１においては、サブネット１用設定２１０１、サブネット２用設定２１０２、サブネット３用設定２１０３が存在し、それぞれのサブネットに異なる設定情報を配布することが可能な構成になっている。それぞれの設定情報は、スコープ、ＩＰアドレス範囲、割り当て済みＩＰアドレス、リースタイム、ＤＮＳサーバアドレス、サブネットマスク、Ｇａｔｅｗａｙアドレス、ＤＰアドレスからなる。本実施例においては、ＤＰがネットワーク上に１台のみ存在する構成であるため、各サブネット用設定のＤＰアドレスはすべてＤＰ１０２のＩＰアドレスに設定される。
【００２９】
ＤＰ１０２において、デバイス情報通知受信部５１１は画像形成装置１０４からデバイス情報の登録要求、更新要求、削除要求の通知を受信し、その通知の種類に基づき、デバイス情報保持部５１４が保持するデバイス情報の処理を行う。処理の結果、デバイス情報の取得が必要であると判断された場合は、デバイス情報取得部５１２は画像形成装置１０４に対してデバイス情報取得要求を送信し、返されたデバイス情報をデバイス情報保持部５１４に保持する。デバイス情報検索処理部５１３はクライアントＰＣ１０３からデバイス情報の検索要求を受信し、指定された検索条件に基づきデバイス情報保持部５１４内のデバイス情報を検索する。そして、その結果をクライアントＰＣ１０３に送信する。デバイス情報保持部５１４が保持するデバイス情報については後述する。
【００３０】
クライアントＰＣ１０３において、ＤＨＣＰクライアント処理部５２１は前述のＤＨＣＰクライアントとしての処理を行う。ＤＨＣＰサーバから配布されたＩＰアドレスや各種設定情報は設定情報記憶部５２２に保持され、適宜参照して使用することが可能である。デバイス検索要求処理部５２３はＤＰ１０２に対してデバイス検索要求を送信し、その結果は検索情報表示部５２４において表示される。
【００３１】
画像形成装置１０４において、ＤＨＣＰクライアント処理部５３１は前述のＤＨＣＰクライアントとしての処理を行う。ＤＨＣＰサーバから配布されたＩＰアドレスや各種設定情報は設定情報記憶部５３２に保持され、適宜参照して使用することが可能である。デバイス情報管理部５３４は画像形成装置１０４自身のデバイス情報を管理する。デバイス情報通知部５３３はデバイス情報の通知が必要な場合にＤＰ１０２に対してデバイス情報の登録要求、更新要求、削除要求を送信する。ネットワークを介してデバイス情報取得要求を受信すると、デバイス情報送信部５３５は、デバイス情報管理部５３４が管理しているデバイス情報を要求元に送信する。
【００３２】
図６はＤＰ１０２のデバイス情報保持部５１４が保持するデバイス情報の例である。
それぞれのデバイスに関する情報はレコードとして保持され、レコードはＩＤ６０１、ＵＵＩＤ６０２、バージョン６０３、デバイスタイプ６０４、モデル名６０５、デバイス名６０６、ＵＲＬ６０７、ＩＰアドレス６０８からなる。
【００３３】
ＩＤ６０１はＤＰ内でデバイスを識別するためのＩＤを示す。ＵＵＩＤ６０２はデバイスをグローバルに識別するＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を示す。バージョン６０３はデバイス情報のバージョンを示す。デバイスタイプ６０４は複合機を意味する「ＭＦＰ」、プリンタを意味する「Ｐｒｉｎｔｅｒ」などのタイプを示す。モデル名６０５は「ＬＢＰＸＸＸＸ」のようなデバイスのモデル名を示す。デバイス名６０６はデバイス管理者がデバイスに設定した名前を示す。ＵＲＬ６０７はデバイス情報を取得するためのＵＲＬを示す。ＩＰアドレス６０８はデバイスのＩＰアドレスを示す。
【００３４】
次に、ＤＨＣＰサーバ１０１がＩＰアドレスなどの設定情報をＤＨＣＰクライアントに配布する際の処理を図２２のフローチャートを使用して説明する。図２２の各ステップは、ＤＨＣＰサーバのＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００３５】
まずＳ２２０１において、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージを、ＮＩＣ３００８を介して受信する。Ｓ２２０２において、ＣＰＵ３００１は、ＤＨＣＰクライアントに割り当てる設定情報を、後述する方法によって特定する。
【００３６】
Ｓ２２０３において、ＣＰＵ３００１は、Ｓ２２０２の処理により設定情報が特定されたかどうかを判定し、特定されなかった場合には処理を終了する。特定されていた場合にはＳ２２０４に進み、特定された設定情報に未割り当てのＩＰアドレスが残っているかどうかを判定し、残っていない場合には処理を終了する。残っている場合にはＳ２２０５に進み、ＤＨＣＰ ＯＦＦＥＲメッセージを生成する。その際、配布するＩＰアドレスは図３のｙｉａｄｄｒフィールドに設定する。またその他の設定情報として、ｏｐｔｉｏｎｓフィールド３０１にはＤＨＣＰサーバ自身のＩＰアドレスおよびリースタイムを設定する。そしてＳ２２０６において、生成したＤＨＣＰ ＯＦＦＥＲメッセージを、ＮＩＣ３００８を介してＤＨＣＰクライアントに送信する。
【００３７】
Ｓ２２０７において、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＲＥＱＵＥＳＴメッセージを、ＮＩＣ３００８を介して受信する。ＤＨＣＰ ＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールド３０１には、ＤＨＣＰ ＯＦＦＥＲメッセージのｙｉａｄｄｒフィールドで設定したＩＰアドレスが含まれており、ＣＰＵ３００１は、Ｓ２２０８において、配布情報ＤＢ５０３内の該当するＩＰアドレスを割り当て済みとする。次にＳ２２０９において、ＣＰＵ３００１は、ＤＨＣＰ ＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールド３０１にさらに含まれている要求オプションを確認する。そして、配布情報ＤＢ５０３内を参照して要求されたオプション情報を設定したＤＨＣＰ ＡＣＫメッセージを生成する。そしてＳ２２１０において、生成したＤＨＣＰ ＡＣＫメッセージをＮＩＣ３００８を介してＤＨＣＰクライアントに送信し、処理を終了する。
【００３８】
図２３は図２２のフローチャートにおけるＳ２２０２の設定情報を特定する際の処理を詳細に示すフローチャートである。
まずＳ２３０１において、ＣＰＵ３００１は、Ｓ２２０１において受信したＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージに含まれるｇｉａｄｄｒフィールドの値を取得する。次にＳ２３０２において、ＣＰＵ３００１は、ｇｉａｄｄｒの値が０であるかどうかを判定する。０であった場合はこのメッセージがＤＨＣＰサーバと同じサブネットに存在するＤＨＣＰクライアントから直接送信されたことを意味する。そのためＳ２３０３において、ＣＰＵ３００１は、配布する設定情報としてサブネット１用の設定情報２１０１を特定する。Ｓ２３０２の判定によりｇｉａｄｄｒの値が０以外であった場合はＳ２３０４に進む。Ｓ２３０４においてＣＰＵ３００１は、ｇｉａｄｄｒの値がサブネット２用設定情報のスコープ内であるかどうかを判定する。この判定はｇｉａｄｄｒと、スコープのネットワークアドレスが一致するかどうかを判定することによって行う。Ｓ２３０４でＹｅｓと判定された場合はＳ２３０５に進み、ＣＰＵ３００１は、配布する設定情報としてサブネット２用の設定情報２１０２を特定する。Ｓ２３０４がＮｏであった場合はＳ２３０６に進む。Ｓ２３０６において、ＣＰＵ３００１は、ｇｉａｄｄｒの値がサブネット３用設定情報のスコープ内であるかどうかを判定する。Ｓ２３０６でＹｅｓと判定された場合はＳ２３０７に進み、配布する設定情報としてサブネット３用の設定情報２１０３を特定する。Ｓ２３０６でＮｏと判定された場合はＳ２３０８に進み、設定情報は特定せずに処理を終了する。
【００３９】
図２４は図２２のＳ２２０７においてＤＨＣＰサーバが受信するＤＨＣＰ ＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールド３０１の例である。図２４においては、要求ＩＰアドレス２４０１、サーバ識別子２４０２、クライアント識別子２４０３、要求オプションリスト２４０４が記述されている。要求ＩＰアドレス２４０１にはＤＨＣＰ ＯＦＦＥＲのｙｉａｄｄｒフィールドで指定されたＩＰアドレスが設定される。サーバ識別子２４０２にはＤＨＣＰサーバのＩＰアドレスが設定される。クライアント識別子２４０３にはＤＨＣＰクライアントのＭＡＣアドレスが設定される。要求オプションリスト２４０４にはＤＨＣＰクライアントが要求する設定情報のリストが設定される。図２４の例では、サブネットマスク、Ｇａｔｅｗａｙアドレス、ＤＮＳサーバアドレス、ＤＰアドレスからなる。
【００４０】
図２５は図２２のＳ２２１０においてＤＨＣＰサーバが送信するＤＨＣＰ ＡＣＫメッセージのｏｐｔｉｏｎｓフィールド３０１の例である。図２５においては、サーバ識別子２５０１、リースタイム２５０２、サブネットマスク２５０３、Ｇａｔｅｗａｙアドレス２５０４、ＤＮＳサーバアドレス２５０５、ＤＰアドレス２５０６を持っている。サーバ識別子２５０１にはＤＨＣＰサーバのＩＰアドレスが設定される。リースタイム２５０２にはリースタイムが設定される。サブネットマスク２５０３にはサブネットマスクが設定される。Ｇａｔｅｗａｙアドレス２５０４にはＧａｔｅｗａｙアドレスが設定される。ＤＮＳサーバアドレス２５０５にはＤＮＳサーバアドレスが設定される。ＤＰアドレス２５０６にはＤＰのアドレスが設定される。
【００４１】
次に、画像形成装置１０４のデバイス情報をＤＰ１０２に登録する処理について説明する。画像形成装置１０４はＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ１０１が図２２、２３の処理を行った結果、画像形成装置１０４自身のＩＰアドレスに加えＤＰ１０２のＩＰアドレスを受信している。
【００４２】
画像形成装置１０４は、起動時やデバイス情報に変化があった場合にＤＰ１０２に対して図７のようなＸＭＬ形式のＨｅｌｌｏメッセージをユニキャストで送信することにより存在を通知する。
【００４３】
図７のＨｅｌｌｏメッセージは、＜Ｈｅａｄｅｒ＞タグで囲まれるｈｅａｄｅｒ部７０１と＜Ｂｏｄｙ＞タグで囲まれるｂｏｄｙ部７０２からなり、全体が＜Ｅｎｖｅｌｏｐｅ＞タグで囲まれる構造になっている。この構造は本実施例において使用するメッセージすべてに共通である。
【００４４】
ｈｅａｄｅｒ部７０１はメッセージの内容に依存しない共通ヘッダとしての役割を果たしており、＜Ａｃｔｉｏｎ＞タグ、＜ＭｅｓｓａｇｅＩＤ＞タグ、＜Ｔｏ＞タグが存在する。＜Ａｃｔｉｏｎ＞タグはメッセージの種類を識別するためのものである。＜ＭｅｓｓａｇｅＩＤ＞タグはメッセージを一意に識別するための識別子である。＜Ｔｏ＞タグはこのメッセージの送信先を識別するためのものである。一方、ｂｏｄｙ部７０２はメッセージの内容に対応して構造が変化する。図７においては、＜Ｂｏｄｙ＞タグの直下に＜Ｈｅｌｌｏ＞タグが存在し、このメッセージがＨｅｌｌｏメッセージであることを示している。＜Ｈｅｌｌｏ＞タグの中には＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグ、＜Ｔｙｐｅｓ＞タグ、＜ＸＡｄｄｒｓ＞タグ、＜ＭｅｔａｄａｔａＶｅｒｓｉｏｎ＞タグが存在する。＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中には＜Ａｄｄｒｅｓｓ＞タグが存在し、デバイスを識別するアドレス情報を持つ。＜Ｔｙｐｅｓ＞タグはデバイスのタイプ情報を持つ。＜ＸＡｄｄｒｓ＞タグはデバイス情報を取得するためのＵＲＬを持つ。＜ＭｅｔａｄａｔａＶｅｒｓｉｏｎ＞タグはデバイス情報のバージョンを持つ。
【００４５】
ＤＰ１０２はＨｅｌｌｏメッセージの中からデバイスをグローバルに識別するＵＵＩＤとして＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中の＜Ａｄｄｒｅｓｓ＞タグの値を抽出する。またデバイスタイプとして＜Ｔｙｐｅｓ＞タグの値を抽出する。またデバイス情報のバージョンとして＜ＭｅｔａｄａｔａＶｅｒｓｉｏｎ＞タグの値を抽出する。またデバイス情報を取得するためのＵＲＬとして＜ＸＡｄｄｒｓ＞タグの値を抽出する。そしてこれら抽出した情報をデバイス情報保持部５１４に格納する。また同時に、Ｈｅｌｌｏメッセージの送信元ＩＰアドレスもデバイス情報保持部５１４に格納する。
【００４６】
その後ＤＰ１０２は＜ＸＡｄｄｒｓ＞タグで記載されたＵＲＬに対し、図８のようなＸＭＬ形式のＧｅｔメッセージをユニキャストで送信する。図８のＧｅｔメッセージは、ｈｅａｄｅｒ部のみを持つメッセージとなっている。ｈｅａｄｅｒ部の＜Ａｃｔｉｏｎ＞タグにおいて、このメッセージがＧｅｔメッセージであることを示している。
【００４７】
画像形成装置１０４のデバイス情報送信部５３５はＧｅｔメッセージを受信すると図９のようなＧｅｔＲｅｓｐｏｎｓｅメッセージを送信する。
【００４８】
図９のＧｅｔＲｅｓｐｏｎｓｅメッセージにおいては、ｂｏｄｙ部に＜Ｍｅｔａｄａｔａ＞タグで示されるデバイス情報を持つ構造となっている。＜Ｍｅｔａｄａｔａ＞タグの中には＜ＭｅｔａｄａｔａＳｅｃｔｉｏｎ＞タグで示されるＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０１、９０２、９０３が存在する。各ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部は直下のタグにより、その中に持つ情報の種類が指定される。ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０１は＜ＴｈｉｓＤｅｖｉｃｅ＞タグを持っており、デバイスごとに異なる情報が格納される。＜ＦｒｉｅｎｄｌｙＮａｍｅ＞タグはこのデバイスにつけた名前、＜ＦｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグはこのデバイスのファームウェアバージョン、＜ＳｅｒｉａｌＮｕｍｂｅｒ＞タグはこのデバイスのシリアル番号を示している。ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０２は＜ＴｈｉｓＭｏｄｅｌ＞タグを持っており、デバイスのモデルごとに異なる情報が格納される。＜Ｍａｎｕｆａｃｔｕｒｅｒ＞タグはデバイスの製造会社名、＜Ｍａｎｕｆａｃｔｕｒｅｒ＞タグはデバイス製造会社のＵＲＬ、＜ＰｒｅｓｅｎｔａｔｉｏｎＵＲＬ＞はデバイスの情報を示すＵＲＬ、＜ＭｏｄｅｌＮａｍｅ＞タグはデバイスのモデル名を示している。ＭｅｔａｄａｔａＳｅｃｔｉｏｎ部９０３は＜Ｒｅｌａｔｉｏｎｓｈｉｐ＞タグを持っており、デバイスが持つ内部サービスの情報が格納される。本実施例においては、内部サービスとは画像形成装置が提供するプリントサービスである。＜Ｒｅｌａｔｉｏｎｓｈｉｐ＞タグはさらにその直下に＜Ｈｏｓｔｅｄ＞タグを持ち、その中に＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグ、＜Ｔｙｐｅｓ＞タグ、＜ＳｅｒｖｉｃｅＩｄ＞タグが存在する。＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中には＜Ａｄｄｒｅｓｓ＞タグが存在し、サービスを利用するためのアドレス情報を持つ。＜Ｔｙｐｅｓ＞タグはサービスのタイプ情報を持つ。＜ＳｅｒｖｉｃｅＩｄ＞タグはデバイス内でサービスを識別するための識別子を持つ。
【００４９】
ＤＰ１０２は受信したデバイス情報からデバイス名として＜ＦｒｉｅｎｄｌｙＮａｍｅ＞タグの値、モデル名として＜ＭｏｄｅｌＮａｍｅ＞タグの値を抽出し、デバイス情報保持部５１４に格納する。
【００５０】
図１４は上述のデバイス情報登録の流れに関し、ＤＰ１０２がデバイス情報をデバイス情報保持部５１４に登録する際の処理を示すフローチャートである。図１４の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００５１】
Ｓ１４０１において、ＤＰ１０２は、画像形成装置から送信されたＨｅｌｌｏメッセージを、ＮＩＣ３００８を介して受信する。次にＳ１４０２において、ＣＰＵ３００１は、受信したＨｅｌｌｏメッセージの中からＵＵＩＤを抽出する。そして、Ｓ１４０３において、ＣＰＵ３００１は、抽出されたＵＵＩＤと同じＵＵＩＤを持つレコードがデバイス情報保持部５１４に存在するかどうかを判定する。存在しなかった場合はＳ１４０４に進み、デバイス情報保持部５１４に保持される図６に示すデバイス情報にあらたにレコードを追加する。続いてＳ１４０５において、ＤＰ１０２は、Ｇｅｔメッセージを画像形成装置に対して送信することによりデバイス情報を取得する。Ｓ１４０６において、ＣＰＵ３００１は、デバイス情報保持部５１４に追加したレコードを更新する。一方Ｓ１４０３において、レコードが存在すると判定された場合にはＳ１４０７に進み、ＣＰＵ３００１は、受信したＨｅｌｌｏメッセージからバージョン情報を抽出する。次にＳ１４０８において、ＣＰＵ３００１は、ＵＵＩＤが一致したレコードにおけるバージョン情報が、Ｓ１４０７で抽出したバージョン情報と同じであるかどうかを判定する。バージョンが異なった場合はＳ１４０５に進みデバイス情報の更新を行う。同じであった場合には何もせずに処理を終了する。
【００５２】
次にＤＰ１０２に登録されたデバイス情報を画像形成装置１０４が削除する処理について説明する。
【００５３】
画像形成装置１０４は、自機がＳＨＵＴＤＯＷＮする場合など、動作を停止する場合にはＤＰ１０２に対して図１０のようなＢｙｅメッセージをユニキャストで送信する。
【００５４】
図１０のＢｙｅメッセージにおいては、ｂｏｄｙ部に＜Ｂｙｅ＞タグが存在し、このメッセージがＢｙｅメッセージであることを示している。＜Ｂｙｅ＞タグの中には＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグが存在する。＜ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞タグの中には＜Ａｄｄｒｅｓｓ＞タグが存在し、デバイスを識別するアドレス情報を持つ。
【００５５】
ＤＰ１０２はＢｙｅメッセージの中からＵＵＩＤ情報を抽出し、対応するデバイス情報をデバイス情報保持部５１４から削除する。
【００５６】
図１５は上述のデバイス情報削除の流れに関し、ＤＰ１０２がデバイス情報をデバイス情報保持部５１４から削除する際の処理を示すフローチャートである。図１５の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００５７】
まずＤＰ１０２はＳ１５０１において、画像形成装置から送信されたＢｙｅメッセージをＮＩＣ３００８を介して受信する。次にＳ１５０２において、ＣＰＵ３００１は、受信したＨｅｌｌｏメッセージの中からＵＵＩＤを抽出する。そして、Ｓ１５０３において、ＣＰＵ３００１は、抽出されたＵＵＩＤと同じＵＵＩＤを持つレコードがデバイス情報保持部５１４に存在するかどうかを判定する。存在した場合はＳ１５０４に進み、ＣＰＵ３００１は、デバイス情報保持部５１４からそのレコードを削除する。存在しなかった場合には何もせずに処理を終了する。
【００５８】
次に、クライアントＰＣ１０３がＤＰ１０２を使用して画像形成装置を検索する処理について説明する。クライアントＰＣ１０３はＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ１０１が図２２、２３の処理を行った結果、クライアントＰＵ１０３自身のＩＰアドレスに加えて、ＤＰ１０２のＩＰアドレスを受信している。
【００５９】
クライアントＰＣ１０３は、ＤＰ１０２に対して図１１のようなＸＭＬ形式のＰｒｏｂｅメッセージをユニキャストで送信する。図１１のＰｒｏｂｅメッセージにおいては、ｂｏｄｙ部に＜Ｐｒｏｂｅ＞タグが存在し、このメッセージがＰｒｏｂｅメッセージであることを示している。＜Ｐｒｏｂｅ＞タグの中には＜Ｔｙｐｅｓ＞タグが存在する。＜Ｔｙｐｅｓ＞タグは検索したいデバイスのタイプを指定するものである。図１１の例では、デバイスのタイプがプリンタであるデバイスを検索するためのＰｒｏｂｅメッセージを示している。
【００６０】
ＤＰ１０２はＰｒｏｂｅメッセージを受信すると、＜Ｔｙｐｅｓ＞タグを抽出しデバイス情報保持部５１４の中から検索条件に合致するデバイスを探し、図１２のようなＰｒｏｂｅＭａｔｃｈメッセージをクライアントＰＣ１０３に送信する。図１２のＰｒｏｂｅＭａｔｃｈメッセージにおいては、ｂｏｄｙ部に＜ＰｒｏｂｅＭａｔｃｈｅｓ＞タグが存在し、このメッセージがＰｒｏｂｅＭａｔｃｈメッセージであることを示している。＜ＰｒｏｂｅＭａｔｃｈｅｓ＞タグの中には＜ＰｒｏｂｅＭａｔｃｈ＞タグで示されるＰｒｏｂｅＭａｔｃｈ部１２０１、１２０２が存在する。それぞれのＰｒｏｂｅＭａｔｃｈ部が１個の検索結果に対応しており、図１２の例においては２個のデバイスが条件に合致したことを示す検索結果を示している。ＰｒｏｂｅＭａｔｃｈ部の中の構造は図７のＨｅｌｌｏメッセージにおける＜Ｈｅｌｌｏ＞タグの中と同一である。
【００６１】
クライアントＰＣ１０３はＰｒｏｂｅＭａｔｃｈメッセージの中から＜ＸＡｄｄｒｓ＞タグで記載されたＵＲＬを抽出し、図８のようなＧｅｔメッセージをユニキャストで送信する。本実施例においてＵＲＬは画像形成装置１０４のＩＰアドレスからなっており、ＧｅｔメッセージはＤＰ１０２ではなく画像形成装置１０４に直接送信する。画像形成装置１０４は図９のようなＧｅｔＲｅｓｐｏｎｓｅメッセージを送信し、これを受信したクライアントＰＣ１０３は必要な情報を抽出する。
【００６２】
ＰｒｏｂｅＭａｔｃｈメッセージに複数の検索結果が存在している場合にはクライアントＰＣ１０３はＧｅｔメッセージの送信を繰り返し、すべてのデバイス情報を取得する。
【００６３】
図１６は上述の検索の流れに関し、ＤＰ１０２がデバイス情報を検索する際の処理を示すフローチャートである。図１６の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００６４】
まずＤＰ１０２はＳ１６０１において、クライアントＰＣ１０３から送信されたＰｒｏｂｅメッセージをＮＩＣ３００８を介して受信する。次にＳ１６０２において、ＣＰＵ３００１は、受信したＰｒｏｂｅメッセージ中のＴｙｐｅｓタグの値を抽出する。Ｓ１６０３において、ＣＰＵ３００１は、Ｔｙｐｅｓタグの値が空かどうかを判定する。空ではなかった場合はＳ１６０４において、ＣＰＵ３００１は、デバイス情報保持部５１４に保持されているデバイス情報のレコードを検索し、抽出された値と同じデバイスタイプを持つレコードが存在するかどうかを判定する。デバイスタイプが同じレコードが存在した場合には、Ｓ１６０５において、ＣＰＵ３００１はそのレコードに対応した応答データを作成する。Ｓ１６０６において、ＣＰＵ３００１はすべてのレコードについて確認が終了したかどうかを判定する。すべてのレコードの検索が終了するとＳ１６０７に進み、ＣＰＵ３００１は、それまでに生成された応答データを１個にまとめ、図１２のようなＰｒｏｂｅＭａｔｃｈメッセージをクライアントＰＣ１０３に送信して処理を終了する。また、Ｓ１６０３において、Ｔｙｐｅｓの値が空であると判定された場合にはＳ１６０８に進み、すべてのレコードについての応答データを作成する。そして、Ｓ１６０７においてＰｒｏｂｅＭａｔｃｈメッセージをクライアントＰＣ１０３に送信して処理を終了する。尚、図１６の例では、Ｐｒｏｂｅに含まれる検索条件が、デバイスタイプであった場合を例に説明したが、デバイス名やモデル名など、その他の情報であってもよい。
【００６５】
図１３はクライアントＰＣ１０３が画像形成装置を検索する際のＵＩの例を示す図である。図１３の画面は、クライアントＰＣのＣＲＴ３０１０上に表示される画面である。図１３において、領域１３０１は検索するデバイスのタイプを指定するための領域であり、「ＭＦＰ」「Ｐｒｉｎｔｅｒ」などのキーワードが指定可能である。領域１３０１に何も入力しない場合はすべての画像形成装置が検索される。ボタン１３０２を押下すると上述したようにＤＰ１０２に対して検索が実行される。検索された結果は領域１３０３に表示され、取得した情報から、デバイスのタイプやモデル名、デバイス名が同時に表示される。
【００６６】
以上説明したように、本実施例によれば、サブネットを越えた範囲におけるデバイスを検索することができる。また、デバイス検索サーバをクライアントＰＣやデバイスに登録する処理が簡単になり、システム管理者やユーザの手間が軽減される。即ち、クライアントＰＣやデバイスにＤＨＣＰサーバがアドレスを配布する際に、一緒にデバイス検索サーバのアドレスを配布するので、改めてクライアントＰＣやデバイスにデバイス検索サーバのアドレスを登録する必要がなくなる。
【００６７】
（実施例２）
次に、第二の実施例として別のシステム構成例について説明する。
【００６８】
本実施例においては、ＤＰ１０２のデバイス情報保持部５１４に保持されるデバイス情報の更新を、画像形成装置からの通知受信時ではなくＤＨＣＰサーバからの通知によって行う。
【００６９】
本実施例におけるネットワーク構成は図１で示した第一の実施例と同様である。
【００７０】
図１７は本実施例におけるＤＨＣＰサーバ１０１、ＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４のソフトウェア構成を示すブロック図である。なお、第一の実施例と同じ機能を持つブロックに関しては同じ番号を付し、説明は省略する。
【００７１】
図１７において、ＤＨＣＰサーバ１０１の配布状況通知部１７０１はＩＰアドレスや設定情報をＤＨＣＰクライアントへ配布した状況を、ＤＰ１０２に対して通知する。この通知は図１８のようなフォーマットである。配布状況通知部は、この通知を図２のＤＨＣＰ ＡＣＫ（Ｓ２００４、Ｓ２００６）送信時、ＤＨＣＰ ＲＥＬＥＡＳＥ（Ｓ２００７）受信時、およびリース期間内にＤＨＣＰ ＲＥＱＵＥＳＴを受信せず、ＩＰアドレスの割り当てを解除したタイミングで行う。
【００７２】
ＤＰ１０２の配布状況受信部１７１１は、通知を受信し、その種類に基づきデバイス情報保持部５１４が保持するデバイス情報を用いた処理を行う。デバイス情報の取得が必要であると判断された場合は、デバイス情報取得部５１２は画像形成装置１０４に対してデバイス情報取得要求を送信し、返されたデバイス情報をデバイス情報保持部５１４に保持する。
【００７３】
画像形成装置１０４は、第一の実施例におけるデバイス情報通知部５３３は持たない。そのため、ＤＨＣＰサーバ１０１からＤＰ１０２のＩＰアドレスが配布されたとしても、ＤＰ１０２に対して直接そのＩＰアドレスを通知することはしない。
【００７４】
図１８はＤＨＣＰサーバ１０１からＤＰ１０２に送信される通知データのフォーマットである。タイプ１８０１としては、１〜３の値を設定する。１はＤＨＣＰＡＣＫ（Ｓ２００４）を送信しＩＰアドレスの新規割り当てを行ったことを示す。２はＤＨＣＰＡＣＫ（Ｓ２００６）を送信しＩＰアドレスの使用を更新したことを示す。３はＤＨＣＰＲＥＬＥＡＳＥを受信したか、リース期間内にＤＨＣＰＲＥＱＵＥＳＴを受信せずＩＰアドレスの割り当てを解除したことを示す。アドレス１８０２には配布したＩＰアドレスを設定する。
【００７５】
図１９はＤＰ１０２の配布状況受信部１７０２がＤＨＣＰサーバ１０１から通知を受信した際のＤＰ１０２の処理を示すフローチャートである。図１９の各ステップは、ＤＰ１０２のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００７６】
ステップ１９０１において、ＤＰ１０２は、図１８の通知メッセージをＮＩＣ３００８を介して受信する。次にＳ１９０２において、ＣＰＵ３００１は通知メッセージのタイプを解析しその値によって処理を分岐させる。タイプが１であった場合はＳ１９０３に進み、ＤＰ１０２はＮＩＣ３００８を介して通知メッセージに含まれるＩＰアドレスに対してＰｒｏｂｅメッセージを送信する。次にＳ１９０４において、Ｐｒｏｂｅの応答としてのＰｒｏｂｅＭａｔｃｈメッセージを受信する。次にＳ１９０５において、ＣＰＵ３００１は、受信したＰｒｏｂｅＭａｔｃｈメッセージに基づいてデバイス情報保持部５１４に新たにレコードを追加する。そしてＳ１９０６において、ＮＩＣ３００８を介してＧｅｔメッセージを送信する。Ｓ１９０７においてＧｅｔの応答としてのデバイス情報を取得し、Ｓ１９０８において、ＣＰＵ３００１はデバイス情報保持部５１４に追加したレコードを更新して処理を終了する。
【００７７】
Ｓ１９０２において、タイプが２であった場合にはＳ１９０９に進み、ＤＰ１０２は受信した通知メッセージに含まれるＩＰアドレスに対して、ＮＩＣ３００８を介してＰｒｏｂｅメッセージを送信する。次にＳ１９１０において、送信したＰｒｏｂｅの応答としてのＰｒｏｂｅＭａｔｃｈメッセージを受信する。次にＳ１９１１において、ＣＰＵ３００１はＰｒｏｂｅＭａｔｃｈメッセージからＵＵＩＤを抽出する。Ｓ１９１２において、ＣＰＵ３００１は抽出されたＵＵＩＤと同じＵＵＩＤを持つレコードがデバイス情報保持部５１４に保持されるデバイス情報の中に存在するかどうかを判定する。存在しなかった場合はＳ１９１３に進み、ＣＰＵ３００１はデバイス情報保持部５１４にあらたにレコードを追加する。続いてＳ１９１４においてＧｅｔメッセージを送信する。次にＳ１９１５においてＧｅｔの応答としてのデバイス情報を取得し、Ｓ１９１６において、ＣＰＵ３００１はデバイス情報保持部５１４に追加したレコードを更新して処理を終了する。一方Ｓ１９１２において、存在すると判定された場合にはＳ１９１７に進み、ＣＰＵ３００１はＰｒｏｂｅＭａｔｃｈメッセージからバージョン情報を抽出する。Ｓ１９１８において、ＣＰＵ３００１は、Ｓ１９１７で抽出したバージョン情報が、ＵＵＩＤが一致したレコードにおけるバージョン情報と比較して同じであるかどうかを判定する。バージョンが異なった場合はＳ１９１４に進み、ＣＰＵ３００１はデバイス情報の更新を行う。同じであった場合には何もせずに処理を終了する。
【００７８】
Ｓ１９０２において、タイプが３であった場合にはＳ１９１９に進み、ＣＰＵ３００１は、通知メッセージに含まれるＩＰアドレスを持つレコードがデバイス情報保持部５１４に保持されるデバイス情報の中に存在するかどうかを判定する。存在した場合はＳ１９２０に進み、ＣＰＵ３００１はそのレコードを削除して処理を終了する。存在しなかった場合には何もせずに処理を終了する。
【００７９】
尚、本実施例２において、デバイス情報保持部５１４に保持されるデバイス情報を削除することが可能な装置を制限することも可能である。つまり、特定の装置のみが、ＤＰ１０２のデバイス情報保持部５１４に保持されるデバイス情報を削除できるようにする。図２８はその場合のＤＰ１０２のソフトウェア構成を示すものである。図２８において、アクセス制御手段２８０１は、図１８の通知メッセージを受信すると、アクセス制御リスト設定手段２８０２により作成されるアクセス制御リストに従い、通知メッセージを処理するかどうかを判断する。アクセス制御リスト設定手段２８０２はユーザによりキーボード３００９ｂから所望のＩＰアドレスが入力されると、そのＩＰアドレスに基づいてアクセス制御リストを作成する。なお、アクセス制御リストを作成する別の形態としては、ネットワークを介してＩＰアドレス情報を受信し、アクセス制御リストを作成するようにしてもよい。
【００８０】
図２９は上記構成例において、ＤＰ１０２の配布状況受信部１７０２がＤＨＣＰサーバ１０１から上述したタイプが３である通知を受信した際の処理を示すフローチャートである。このフローチャートの各ステップは、ＤＰ１０２のＣＰＵ３００１によって処理される。
【００８１】
Ｓ２９０１において、ＤＰ１０２はタイプが３である通知を受信する。Ｓ２９０２において、ＣＰＵ３００１は、受信した通知の送信元ＩＰアドレスを取得する。図１８の通知メッセージの送受信はＩＰ通信を使用しており、このＩＰアドレスは通知メッセージの前に付加されるＩＰヘッダから取得される。次にＳ２９０３において、ＣＰＵ３００１は、取得したＩＰアドレスがアクセス制御リストの中に存在するかどうかを判定する。存在した場合はＳ２９０４に進み、ＣＰＵ３００１は通知メッセージに含まれるＩＰアドレスを持つレコードがデバイス情報保持部５１４に保持されるデバイス情報の中に存在するかどうかを判定する。存在した場合はＳ２９０５に進み、ＣＰＵ３００１はそのレコードを削除して処理を終了する。Ｓ２９０３において取得したＩＰアドレスがアクセス制御リストに存在しなかった場合、およびＳ２９０４においてレコードが存在しなかった場合には何もせずに処理を終了する。
【００８２】
この構成においては、ＤＰ１０２が保持するデバイス情報を削除できる装置を、例えばＤＨＣＰサーバ１０１のみに限定することができる。
【００８３】
以上説明したように、実施例２によれば、クライアントＰＣ１０３や画像形成装置１０４が自身の情報をＤＰ１０２に通知する必要はなくなる。従って、クライアントＰＣや画像形成装置が自身の情報をＤＰ１０２に通知することができない状況であっても、ＤＨＣＰサーバが代わりにデバイス情報をＤＰ１０２に通知することができる。例えば、画像形成装置の電源が抜かれ、画像形成装置がＢｙｅメッセージをＤＰに送信できない場合、画像形成装置が使用できないことをＩＰアドレスの更新が依頼されないことによってＤＨＣＰサーバが知ることができる。そのような場合に、ＤＨＣＰサーバは、画像形成装置の代わりにＤＰ１０２のデバイス情報からその画像形成装置の情報を削除するように通知することができる。従って、ＤＰは、このような状況であってもより正確なデバイス情報を管理することができるようになる。
【００８４】
（実施例３）
次に第三の実施例について説明する。
本実施例においてはＤＰはネットワーク上に１台のみ存在するのではなく、各サブネットごとにＤＰを配置する。
【００８５】
図２０は本実施例におけるデバイス検索システムの構成を示す図である。サブネット１にはＤＨＣＰサーバ１０１、クライアントＰＣ１０９が接続されている。サブネット２にはＤＰ１０２、クライアントＰＣ１０３、画像形成装置１０４が接続されている。サブネット３にはＤＰ１０８、クライアントＰＣ１１０、画像形成装置１０５が接続されている。サブネット１とサブネット２はルータ１０６により相互に接続され、サブネット１とサブネット３はルータ１０７により相互に接続されており、結果としてすべてのサブネットにおいて接続された端末は相互に通信が可能になっている。
【００８６】
このようなシステム構成において、本実施例においては、ＤＨＣＰサーバ１０１の配布情報設定部５０２により、図２６のような配布設定を行う。図２６においては、第一の実施例における図２１の設定情報に加え、サブネット２用設定２６０２には予約済みオプション２６０４が存在している。予約済みオプション２６０４は、ＭＡＣアドレス、ＩＰアドレス、ＤＰアドレスからなる。ＤＨＣＰ ＲＥＱＵＥＳＴを送信したＤＨＣＰクライアントのＭＡＣアドレスがこの予約済みオプションのいずれかに一致した場合には、本オプションで記述された情報が優先して配布される。なお図２６では１個のみ設定しているが、複数個設定することも可能である。本実施例においては予約済みオプション２６０４にはＭＡＣアドレスとして画像形成装置１０４のＭＡＣアドレス、ＩＰアドレスとして画像形成装置１０４に固定で配布するＩＰアドレス、ＤＰアドレスとしてＤＰ１０２のＩＰアドレスを設定する。また、サブネット１用設定２６０１にはＤＰのアドレスとしてＤＰ１０２およびＤＰ１０８のＩＰアドレスを設定する。サブネット２用設定２６０２にはＤＰのアドレスとしてＤＰ１０２およびＤＰ１０８のＩＰアドレスを設定する。サブネット３用設定２６０３にはＤＰのアドレスとしてＤＰ１０８のＩＰアドレスを設定する。
【００８７】
次に、ＤＨＣＰサーバ１０１がＩＰアドレスなどの設定情報をＤＨＣＰクライアントに配布する際の処理を図２７のフローチャートを使用して説明する。図２７の各ステップは、ＤＨＣＰサーバ１０１のＣＰＵ３００１がＲＯＭ３００２に格納されたプログラムを処理することによって実行される。
【００８８】
まずＳ２７０１において、ＤＨＣＰサーバ１０１は、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージを受信する。Ｓ２７０２において、ＣＰＵ３００１は第一の実施例における図２３で示した方法により割り当てる設定情報を特定する。Ｓ２７０３において、ＣＰＵ３００１は、Ｓ２７０２で設定情報が特定されたかどうかを判定し、特定されなかった場合には処理を終了する。特定されていた場合にはＳ２７０４に進む。Ｓ２７０４において、ＣＰＵ３００１は、メッセージに含まれるクライアント識別子と、特定された設定情報の予約済みオプションのＭＡＣアドレスが一致するかどうかを判定する。一致していた場合にはＳ２７０５に進み、ＣＰＵ３００１は予約済みオプションで設定されているＩＰアドレスをＤＨＣＰ ＯＦＦＥＲメッセージのｙｉａｄｄｒフィールドに設定する。その後、Ｓ２７０７へ進む。Ｓ２７０４の判定で一致していなかった場合はＳ２７０６に進み、ＣＰＵ３００１は、特定された設定情報に未割り当てのＩＰアドレスが残っているかどうかを判定し、残っていない場合には処理を終了する。残っていた場合にはＳ２７０７に進む。Ｓ２７０７においては、ＣＰＵ３００１は、ＤＨＣＰ ＯＦＦＥＲメッセージの中で未設定の部分に、特定された設定情報を設定し、ＤＨＣＰＯＦＦＥＲメッセージを生成する。ここで、Ｓ２７０５によりｙｉａｄｄｒフィールドが設定されていない場合には、配布するＩＰアドレスはｙｉａｄｄｒフィールドに設定する。そしてＳ２７０８において、生成したＤＨＣＰ ＯＦＦＥＲメッセージをＤＨＣＰクライアントに送信する。次にＳ２７０９において、ＤＨＣＰサーバ１０１は、ＤＨＣＰクライアントまたはリレーエージェントが送信したＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信する。Ｓ２７１０において、ＣＰＵ３００１は、第一の実施例における図２３で示した方法により割り当てる設定情報を特定する。Ｓ２７１１においてＣＰＵ３００１は、Ｓ２７１０で設定情報が特定されたかどうかを判定し、特定されなかった場合には処理を終了する。特定されていた場合にはＳ２７１２に進み、ＣＰＵ３００１は、メッセージに含まれるクライアント識別子と、特定された設定情報の予約済みオプションのＭＡＣアドレスが一致するかどうかを判定する。一致していた場合にはＳ２７１３に進み、ＣＰＵ３００１は、予約済みオプションに設定されている設定情報をＤＨＣＰ ＡＣＫメッセージに設定する。Ｓ２７１２の判定で一致していなかった場合はＳ２７１４に進み、ＤＨＣＰ ＲＥＱＵＥＳＴメッセージに含まれる要求ＩＰアドレスを割り当て済みとする。次にＳ２７１５において、ＣＰＵ３００１は、ＤＨＣＰ ＲＥＱＵＥＳＴメッセージの中で未設定の部分に、特定された設定情報に基づき設定し、ＤＨＣＰ ＡＣＫメッセージを生成する。そしてＳ２７１６において、生成したＤＨＣＰ ＡＣＫメッセージをＤＨＣＰクライアントに送信し、処理を終了する。
【００８９】
上記処理により、画像形成装置１０４にはＤＰ１０２のＩＰアドレスが配布され、画像形成装置１０５にはＤＰのアドレスとしてＤＰ１０８のＩＰアドレスが配布される。
【００９０】
その結果、画像形成装置１０４はＤＰ１０２に存在を通知し、画像形成装置１０５はＤＰ１０８に存在を通知することになる。その後第一の実施例と同様のメッセージ交換を行うことにより、画像形成装置１０４のデバイス情報はＤＰ１０２、画像形成装置１０５のデバイス情報はＤＰ１０８に保持される。
【００９１】
一方、クライアントＰＣ１０３にはＤＰのアドレスとしてＤＰ１０２、ＤＰ１０８のＩＰアドレスが配布される。クライアントＰＣ１０３はＤＰ１０２、ＤＰ１０８両方のＤＰに対して第一の実施例と同様の処理を繰り返し行うことにより、画像形成装置１０４、１０５のデバイス情報を取得することが可能となる。またクライアントＰＣ１１０にはＤＰのアドレスとしてＤＰ１０８のＩＰアドレスが配布される。よってクライアントＰＣ１１０はＤＰ１０８に対して第一の実施例と同様の処理を行い、画像形成装置１０５のデバイス情報を取得できるが、ＤＰ１０２の存在はわからないため、画像形成装置１０４のデバイス情報を取得することはできない。これにより、サブネット２上のクライアントＰＣにはすべてのサブネットに存在する画像形成装置のデバイス情報を取得させ、サブネット３上のクライアントＰＣにはサブネット３に存在する画像形成装置のデバイス情報しか取得させないという制御が可能となる。また、図２６の例においては、ＤＰが存在しないサブネット１上のＤＨＣＰクライアントにはＤＰ１０２、ＤＰ１０８のＩＰアドレスを配布するように設定している。そのため、クライアントＰＣ１０９はクライアントＰＣ１０３と同様画像形成装置１０４、１０５のデバイス情報を取得することが可能となる。
【００９２】
（その他の実施例）
本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
【００９３】
また、本発明は、前述した実施例のフローチャートを実現するソフトウェアのコンピュータプログラムコードを記録した記憶媒体を、システムあるいは装置に供給してもよい。そして、そのシステムあるいは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成され得る。
【００９４】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【図面の簡単な説明】
【００９６】
【図１】本実施例におけるしたネットワーク検索システムの構成を示す図
【図２】ＤＨＣＰサーバとＤＨＣＰクライアントとの間で送受信されるＤＨＣＰメッセージのフローを説明する図
【図３】ＤＨＣＰメッセージのフォーマットを示す図
【図４】画像形成装置のハードウェア構成を示すブロック図
【図５】ＤＨＣＰサーバ、ＤＰ、クライアントＰＣ、画像形成装置のソフトウェア構成を示すブロック図
【図６】ＤＰのデバイス情報保持部が保持するデバイス情報の例
【図７】本実施例におけるＨｅｌｌｏメッセージの例
【図８】本実施例におけるＧｅｔメッセージの例
【図９】本実施例におけるＧｅｔＲｅｓｐｏｎｓｅメッセージの例
【図１０】本実施例におけるＢｙｅメッセージの例
【図１１】本実施例におけるＰｒｏｂｅメッセージの例
【図１２】本実施例におけるＰｒｏｂｅＭａｔｃｈメッセージの例
【図１３】クライアントＰＣが画像形成装置を検索する際のＵＩの例を示す図
【図１４】ＤＰがデバイス情報登録を行う際の処理を示すフローチャート
【図１５】ＤＰがデバイス情報を削除する際の処理を示すフローチャート
【図１６】ＤＰがデバイス情報を検索する際の処理を示すフローチャート
【図１７】第二の実施例におけるＤＨＣＰサーバ、ＤＰ、クライアントＰＣ、画像形成装置のソフトウェア構成を示すブロック図
【図１８】ＤＨＣＰサーバからＤＰに送信される通知データのフォーマット
【図１９】ＤＰの配布状況受信部がＤＨＣＰサーバから通知を受信した際の処理を示すフローチャート
【図２０】第三の実施例におけるネットワーク検索システムの構成を示す図
【図２１】第一の実施例における配布情報ＤＢに保持される設定情報の例
【図２２】第一の実施例におけるＤＨＣＰサーバが設定情報を配布する際の処理を示すフローチャート
【図２３】ＤＨＣＰサーバが設定情報を特定する際の処理を示すフローチャート
【図２４】ＤＨＣＰＲＥＱＵＥＳＴメッセージのｏｐｔｉｏｎｓフィールドの例
【図２５】ＤＨＣＰＡＣＫメッセージのｏｐｔｉｏｎｓフィールドの例
【図２６】第三の実施例における配布情報ＤＢに保持される設定情報の例
【図２７】第三の実施例におけるＤＨＣＰサーバが設定情報を配布する際の処理を示すフローチャート
【図２８】第二の実施例におけるＤＰのソフトウェア構成を示すブロック図
【図２９】ＤＰの配布状況受信部がＤＨＣＰサーバから通知を受信した際の処理を示すフローチャート
【図３０】ＤＨＣＰサーバ、ＤＰ、クライアントＰＣのハードウェア構成を示すブロック図
【符号の説明】
【００９７】
３００１ ＣＰＵ
３００２ ＲＯＭ
３００３ ＲＡＭ
３００５ ＫＢＣ
３００６ ＣＲＴＣ
３００７ ＤＫＣ
３００８ ＮＩＣ
【特許請求の範囲】
【請求項１】
複数のネットワークアドレスを管理する管理手段と、
ネットワークに新たに接続された装置からの要求に応じて、前記管理手段で管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当て手段と、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する記憶手段と、
前記割り当て手段によって割り当てられたネットワークアドレスと、前記記憶手段に記憶されたネットワークアドレスとを前記装置に送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
複数のネットワークアドレスを管理する管理手段と、
ネットワークに新たに接続された装置からの要求に応じて、前記管理手段で管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当て手段と、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する記憶手段と、
前記割り当て手段によって割り当てられたネットワークアドレスを、前記装置と前記検索サーバとに送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項３】
前記送信手段は、前記装置が前記割り当て手段によって割り当てられたネットワークアドレスを使用可能な期間を示す情報を送信することを特徴とする請求項１又は２の何れかに記載の情報処理装置。
【請求項４】
前記使用可能な期間が経過する前に前記装置から更新要求を受信した場合、前記使用可能な期間を更新し、前記使用可能な期間が経過しても前記装置から更新要求を受信しなかった場合、前記ネットワークアドレスの割り当てを解除する更新手段と、
前記更新手段によって前記ネットワークアドレスの割り当てが解除された場合、当該ネットワークアドレスが使用されなくなったことを前記検索サーバに通知する通知手段と、
を更に有することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記記憶手段は、複数の検索サーバそれぞれのネットワークアドレスを記憶し、
前記送信手段は、前記装置に応じて、前記複数の検索サーバのうちのどの検索サーバのネットワークアドレスを送信するかを切り替えることを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
【請求項６】
前記情報処理装置はＤＨＣＰサーバであり、前記ネットワークアドレスはＩＰアドレスであることを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記装置は、クライアントコンピュータ或いはクライアントコンピュータによって使用されるデバイスの何れかであることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
【請求項８】
ネットワークに接続されたデバイスであって、
ネットワーク上の情報処理装置から前記デバイスのネットワークアドレスを取得するために、要求を前記ネットワーク上に送信する送信手段と、
前記デバイスのネットワークアドレスと、ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスとを、前記情報処理装置から受信する受信手段と、
前記受信手段によって受信された前記検索サーバのネットワークアドレスに基づいて、前記検索サーバに自身のデバイス情報を送信する第二の送信手段と、
を有することを特徴とするデバイス。
【請求項９】
ネットワークに接続された情報処理装置であって、
ネットワーク上のサーバから前記情報処理装置のネットワークアドレスを取得するために、要求を前記ネットワーク上に送信する送信手段と、
前記情報処理装置のネットワークアドレスと、ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスとを、前記サーバから受信する受信手段と、
前記受信手段によって受信された前記検索サーバのネットワークアドレスに基づいて、前記検索サーバに検索要求を送信する第二の送信手段と、
を有することを特徴とする情報処理装置。
【請求項１０】
複数のネットワークアドレスを管理し、ネットワークに新たに接続された装置からの要求に応じて、前記複数のネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当てステップと、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶部に記憶する記憶ステップと、
前記割り当てステップによって割り当てられたネットワークアドレスと、前記記憶部に記憶されたネットワークアドレスとを前記装置に送信する送信ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
情報処理装置に以下のステップを実行させるためのコンピュータプログラムであって、
複数のネットワークアドレスを管理し、ネットワークに新たに接続された装置からの要求に応じて、前記複数のネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当てステップと、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶部に記憶する記憶ステップと、
前記割り当てステップによって割り当てられたネットワークアドレスと、前記記憶部に記憶されたネットワークアドレスとを前記装置に送信する送信ステップと、
を有することを特徴とするコンピュータプログラム。
【請求項１】
複数のネットワークアドレスを管理する管理手段と、
ネットワークに新たに接続された装置からの要求に応じて、前記管理手段で管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当て手段と、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する記憶手段と、
前記割り当て手段によって割り当てられたネットワークアドレスと、前記記憶手段に記憶されたネットワークアドレスとを前記装置に送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
複数のネットワークアドレスを管理する管理手段と、
ネットワークに新たに接続された装置からの要求に応じて、前記管理手段で管理されるネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当て手段と、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶する記憶手段と、
前記割り当て手段によって割り当てられたネットワークアドレスを、前記装置と前記検索サーバとに送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項３】
前記送信手段は、前記装置が前記割り当て手段によって割り当てられたネットワークアドレスを使用可能な期間を示す情報を送信することを特徴とする請求項１又は２の何れかに記載の情報処理装置。
【請求項４】
前記使用可能な期間が経過する前に前記装置から更新要求を受信した場合、前記使用可能な期間を更新し、前記使用可能な期間が経過しても前記装置から更新要求を受信しなかった場合、前記ネットワークアドレスの割り当てを解除する更新手段と、
前記更新手段によって前記ネットワークアドレスの割り当てが解除された場合、当該ネットワークアドレスが使用されなくなったことを前記検索サーバに通知する通知手段と、
を更に有することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記記憶手段は、複数の検索サーバそれぞれのネットワークアドレスを記憶し、
前記送信手段は、前記装置に応じて、前記複数の検索サーバのうちのどの検索サーバのネットワークアドレスを送信するかを切り替えることを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
【請求項６】
前記情報処理装置はＤＨＣＰサーバであり、前記ネットワークアドレスはＩＰアドレスであることを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記装置は、クライアントコンピュータ或いはクライアントコンピュータによって使用されるデバイスの何れかであることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
【請求項８】
ネットワークに接続されたデバイスであって、
ネットワーク上の情報処理装置から前記デバイスのネットワークアドレスを取得するために、要求を前記ネットワーク上に送信する送信手段と、
前記デバイスのネットワークアドレスと、ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスとを、前記情報処理装置から受信する受信手段と、
前記受信手段によって受信された前記検索サーバのネットワークアドレスに基づいて、前記検索サーバに自身のデバイス情報を送信する第二の送信手段と、
を有することを特徴とするデバイス。
【請求項９】
ネットワークに接続された情報処理装置であって、
ネットワーク上のサーバから前記情報処理装置のネットワークアドレスを取得するために、要求を前記ネットワーク上に送信する送信手段と、
前記情報処理装置のネットワークアドレスと、ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスとを、前記サーバから受信する受信手段と、
前記受信手段によって受信された前記検索サーバのネットワークアドレスに基づいて、前記検索サーバに検索要求を送信する第二の送信手段と、
を有することを特徴とする情報処理装置。
【請求項１０】
複数のネットワークアドレスを管理し、ネットワークに新たに接続された装置からの要求に応じて、前記複数のネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当てステップと、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶部に記憶する記憶ステップと、
前記割り当てステップによって割り当てられたネットワークアドレスと、前記記憶部に記憶されたネットワークアドレスとを前記装置に送信する送信ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
情報処理装置に以下のステップを実行させるためのコンピュータプログラムであって、
複数のネットワークアドレスを管理し、ネットワークに新たに接続された装置からの要求に応じて、前記複数のネットワークアドレスのうち他の装置に割り当てられていないネットワークアドレスを割り当てる割り当てステップと、
前記ネットワーク上のデバイスを検索するための検索要求に応じて検索を行い検索結果を応答する検索サーバのネットワークアドレスを記憶部に記憶する記憶ステップと、
前記割り当てステップによって割り当てられたネットワークアドレスと、前記記憶部に記憶されたネットワークアドレスとを前記装置に送信する送信ステップと、
を有することを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２００９−１５３０５０（Ｐ２００９−１５３０５０Ａ）
【公開日】平成２１年７月９日（２００９．７．９）
【国際特許分類】
【出願番号】特願２００７−３３０９５３（Ｐ２００７−３３０９５３）
【出願日】平成１９年１２月２１日（２００７．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２１年７月９日（２００９．７．９）
【国際特許分類】
【出願日】平成１９年１２月２１日（２００７．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]