(57)【要約】【課題】  デバイスが探索要求に対して応答することができないようなスリープモード状態であったとしても確実にデバイスを検索することを可能とする。【解決手段】  所望のデバイスを検索する検索指示がされるのに応じて、ネットワーク上のデバイスを省電力状態から通常状態に遷移させるためのＷａｋｅｕｐパケットをまず送信し、その後Ｗａｋｅｕｐパケットの送信先としたデバイスに対して検索要求パケットを送信する。【選択図】  図７
2006039940.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の画像処理装置と通信可能な情報処理装置であって、
前記ネットワーク上の所望の画像処理装置を検索する指示を行う検索指示手段と、
前記検索指示手段による検索指示に応じて、ネットワーク上の画像処理装置を省電力状態から通常状態に遷移させるための要求を送信する第一の送信手段と、
前記第一の送信手段によって前記要求が送信された後、所望の画像処理装置を検索するための検索要求を送信する第二の送信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
第一の送信手段によって送信される要求及び前記第二の送信手段によって送信される検索要求の送信範囲を指定する指定手段を更に有し、
前記第一の送信手段及び前記第二の送信手段は、前記要求及び検索要求を前記指定手段によって指定された送信範囲に送信することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記検索要求を満たす画像処理装置から、該検索要求に対する応答を受信する受信手段を更に有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記受信手段によって受信した応答に基づいて、前記検索要求を満たす画像処理装置を示す情報を表示する表示手段を更に有することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記検索要求は、ユーザによって設定された設定値を含み、前記受信手段は該設定値を満たす画像処理装置から応答を受信することを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
ネットワーク上の画像処理装置と通信可能な情報処理装置の制御方法であって、
前記ネットワーク上の所望の画像処理装置を検索する指示を行う検索指示ステップと、
前記検索指示ステップによる検索指示に応じて、ネットワーク上の画像処理装置を省電力状態から通常状態に遷移させるための要求を送信する第一の送信ステップと、
前記第一の送信ステップによって前記要求が送信された後、所望の画像処理装置を検索するための検索要求を送信する第二の送信ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項７】
第一の送信ステップによって送信される要求及び前記第二の送信ステップによって送信される検索要求の送信範囲を指定する指定ステップを更に有し、
前記第一の送信ステップ及び前記第二の送信ステップは、前記要求及び検索要求を前記指定ステップによって指定された送信範囲に送信することを特徴とする請求項６記載の情報処理装置の制御方法。
【請求項８】
前記検索要求を満たす画像処理装置から、該検索要求に対する応答を受信する受信ステップを更に有することを特徴とする請求項６又は７に記載の情報処理装置の制御方法。
【請求項９】
前記受信ステップによって受信した応答に基づいて、前記検索要求を満たす画像処理装置を示す情報を表示部に表示する表示ステップを更に有することを特徴とする請求項８記載の情報処理装置の制御方法。
【請求項１０】
前記検索要求は、ユーザによって設定された設定値を含み、前記受信ステップは該設定値を満たす画像処理装置から応答を受信することを特徴とする請求項８又は９に記載の情報処理装置の制御方法。
【請求項１１】
ネットワーク上の画像処理装置と通信可能な情報処理装置に以下のステップを実行させるプログラムであって、
前記ネットワーク上の所望の画像処理装置を検索する指示を行う検索指示ステップと、
前記検索指示ステップによる検索指示に応じて、ネットワーク上の画像処理装置を省電力状態から通常状態に遷移させるための要求を送信する第一の送信ステップと、
前記第一の送信ステップによって前記要求が送信された後、所望の画像処理装置を検索するための検索要求を送信する第二の送信ステップと、
を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のデバイスを検索するネットワークデバイス検索装置としての情報処理装置及びその制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ネットワークに接続され、ネットワークを介してコンピュータから操作を可能とするプリンタや複合機のようなネットワークデバイスが利用されている。それに伴いこれらネットワークデバイスを簡易に利用するための管理ソフトウェアも開発されている。このような管理ソフトウェアは、デバイスの検索、ネットワークアドレスの設定、デバイス制御といった、デバイスを管理するための各種機能を提供している。
【０００３】
管理ソフトウェアがネットワーク上のデバイスを検索する方式についてはさまざまなやり方が存在しているが、一つの方法として、ブロードキャスト方式が使用されている。
【０００４】
ブロードキャスト方式とは、管理ソフトウェアがデバイスに対する検索要求パケットをネットワーク上にブロードキャストし、その検索要求パケットを受信したデバイスが管理ソフトウェアに対して検索応答を返すことにより、デバイスの存在を検索するものである。このブロードキャスト方式は容易に実装が可能であるが、ブロードキャストパケットはネットワーク同士を接続するルータを越えられないことが多い。これはネットワーク管理者が、不要なネットワークトラフィックを抑えるためにルータに対してブロードキャストパケットをルーティングさせない設定にすることが多いためである。その結果、ブロードキャスト方式によるデバイス検索は、検索可能範囲が同一サブネット内に狭められてしまうという問題があった。
【０００５】
そこで、ブロードキャストではなく、マルチキャストを使用するデバイス検索方式が開発されている。マルチキャストは、ブロードキャストと同様複数の宛先に同時にデータを送信できるが、ブロードキャストとは異なり、マルチキャスト用の特別なアドレスにデータを送信することにより、このマルチキャストアドレスからの受信準備をしているノードに対してのみデータ送信を行うことが可能である。このような特性から、マルチキャストパケットについては、ルータによるパケットルーティングが許可されている場合が多い。なお、一般に、ルータが受信したパケットを別のネットワークに転送するかどうかは以下のような規則にしたがって決定される。
【０００６】
図１はパケットの構造を示す図である。ＴＣＰ／ＩＰパケットは１０１のような構造をしており、その中のＩＰヘッダ部１０２はＴＴＬ１０３（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）領域を持っている。このＴＴＬ値は送信元により初期値が設定されるが、このパケットを受信したルータはその値を１ずつ減少させた上で、別のネットワークに転送する。その際、ルータは受信したパケットのＴＴＬ値が１以下であった場合は、パケットの転送を行わずに破棄する。それにより、不要なパケットが永遠にネットワーク上を転送され続けてしまう状況は発生しないことが保証されている。この規則により、パケットの送信元は、最初に自分が送信するパケットのＴＴＬ値を適切な値に設定することにより、パケットの到達範囲を制御することが可能である。
【０００７】
また、ＲＦＣ２６０８で定義されるＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）は、マルチキャストを使用し、ネットワーク上のサービス検索を可能とするプロトコルである。図２はＳＬＰにおいてサービスを検索するためのコマンドであるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ（ｆｕｎｃｔｉｏｎ＝１）のパケット構造を示した図である。また、図３はＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを受信したサービスが応答するためのコマンドであるＳｅｒｖｉｃｅ  Ｒｅｐｌｙ（ｆｕｎｃｔｉｏｎ＝２）のパケット構造を示した図である。
【０００８】
送信元は図２で示したパケット構造に従い、検索したいサービスのタイプやスコープをそれぞれ２０１、２０２として記述した検索要求パケットを生成し、マルチキャストを使用してパケットを送信する。ネットワーク上で上記検索要求パケットを受信したノードは、その内容を解析し、自身がその検索条件にマッチした場合は図３のパケット構造で応答を返す。マッチしていない場合はパケットを破棄する。
【０００９】
なお、ネットワークの規模が大きくなり、検索要求パケットに対するデバイスの応答が一定時間内に得られなくなる状況が起こりうるという問題に対して、検索クライアントソフトウェアが、サブネットごとに配置されたデバイス探索ＦＳＡからデバイスリストを取得することにより解決することが考えられている（特許文献１参照）。
【００１０】
一方、省エネルギーの観点からこれらネットワークデバイスにおいて消費電力を抑えるための改善が進められている。特に熱を利用して画像を定着させるプリンタや複写機等の消費電力の大きなデバイスの場合、消費電力がいかに低いかが製品普及のための一因にもなると考えられる。通常これらデバイスは一定時間ユーザからの操作が実行されない状態、あるいは一定時間他のデバイスやコンピュータとの通信が実行されない状態が継続すると、スリープモード（省電力モード）に移行し、ワンチップマイコン、ＬＡＮコントローラなど低消費電力のハードウェアに対してのみ電力を供給することで必要最低限の機能を維持し、不要な電力供給を停止することで消費電力を抑える処理を行っている。また、スリープモードを解除させるために、ユーザからの操作があった場合に加え、ネットワーク上から特定のデータ形式を持つパケットを受信した場合に、すべての機能を再開させる処理を行っている。
【特許文献１】特開２００３−９９３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかし、上記のようなスリープモードを持つネットワークデバイスにおいては、管理ソフトウェアからデバイスを検索する際に問題が生じる。つまり、デバイスがスリープモード状態にあった場合、管理ソフトウェアがデバイス検索要求を送信したとしてもデバイスは通常状態に復帰しないため応答が返らず、結果としてデバイスの検索が不可能となる。
【００１２】
本発明は上記の問題を解決するためのものであり、その目的は、所望のネットワーク範囲に存在するデバイスについて、デバイスが探索要求に対して応答することができないようなスリープモード状態であったとしても確実にデバイスを検索することを可能とするネットワークデバイス検索装置を提供することである。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明における情報処理装置は、ネットワーク上の画像処理装置と通信可能な情報処理装置であって、前記ネットワーク上の所望の画像処理装置を検索する指示を行う検索指示手段と、前記検索指示手段による検索指示に応じて、ネットワーク上の画像処理装置を省電力状態から通常状態に遷移させるための要求を送信する第一の送信手段と、前記第一の送信手段によって前記要求が送信された後、所望の画像処理装置を検索するための検索要求を送信する第二の送信手段とを有することを特徴とする。
【発明の効果】
【００１４】
本発明によると、所望のネットワーク範囲に存在するデバイスについて、デバイスがスリープモード状態であったとしても確実にデバイスを検索することを可能とするネットワークデバイス検索装置を提供することが可能となる。
【００１５】
さらに、スリープ状態にあるデバイスの全ての機能を再開させ通常状態に復帰させるためのパケットであるＷａｋｅｕｐパケットと検索要求パケットの到達範囲を同一にすることで、不必要なデバイスまでスリープ状態から通常状態に復帰させてしまいデバイスの省電力機能を損なってしまうことなくデバイスを検索することが可能となる。
【発明を実施するための最良の形態】
【００１６】
（実施例１）
以下、図面を参照して本発明に係る好適な一実施例を詳細に説明する。
【００１７】
図４は第一の実施例において本発明を適用可能なネットワークデバイス検索システムの構築例を示す図である。図４においては、３つのＬＡＮ４００、４１０、４２０がルータ４３０、４４０によって相互接続された構成となっており、ＬＡＮ４００にはコンピュータ装置４０１およびデバイス４０２が、ＬＡＮ４１０にはデバイス４１１が、ＬＡＮ４２０にはデバイス４２１がそれぞれ接続されている。ここでデバイスとは、プリンタ、コピー機、ＦＡＸ、スキャナ、複合機等の画像処理装置である。
【００１８】
図５は、本発明におけるネットワークデバイス検索装置として利用可能なコンピュータ装置４０１の構成例を示すブロック図である。なお本発明におけるネットワークデバイス検索装置は従来のコンピュータ装置と同様のコンピュータ装置で実現可能である。
【００１９】
図５において、ハードディスク（ＨＤ）５１１にはコンピュータ装置４０１を本実施形態におけるネットワークデバイス検索装置として機能させるプログラムが格納される。以下の説明においては、特に断りのない限り、ネットワークデバイス検索装置の処理実行の主体はＣＰＵ５０１であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１に格納されたネットワークデバイス検索ソフトウェアである。
【００２０】
図６は、ネットワークデバイスのハードウェア構成を説明するブロック図である。なお、ここでは、レーザビームプリンタを例にして説明する。図６のプリンタ６００において、６０１はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ６０３のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス６０４に接続される各種のデバイスとのアクセスを総括的に制御し、印刷インターフェース６０７を介して接続される印刷部（プリンタエンジン）６１０に出力情報としての画像信号を出力する。また、このＲＯＭ６０３のプログラム用ＲＯＭには、ＣＰＵ６０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ６０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ６０３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ６０１はＬＡＮコントローラ部６０６を介してネットワーク上のホストコンピュータとの通信処理が可能となっている。６０２はＲＡＭで、主としてＣＰＵ６０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ６０２は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤ），ＩＣカード等の外部記憶装置６１１は、ディスクコントローラ（ＤＫＣ）６０８によりアクセスが制御される。ハードディスクは、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。また、６０５は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。６０９は不揮発性メモリであり、操作パネル６０５からのプリンタモード設定情報をユーザ別，グループ別に記憶している。
【００２１】
また、図示していないが、プリンタ６００にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ６０１から制御される。
【００２２】
電源制御部６１２はプリンタ６００の各部への電源供給を制御し、２系統の電源制御ラインを備えている。１系統はライン６１４でＬＡＮコントローラ６０６および操作パネル６０５に接続され、もう１系統はライン６１３でプリンタコントローラ６０５およびプリントエンジン６１０に接続されており、プリンタ６００がある一定時間待機状態が続きＣＰＵ６０１からスリープモードへの移行を指示されると、ライン６１３からの電源供給は停止され、ライン６１４に接続されたＬＡＮコントローラ６０６、操作パネル６０５および電源制御部６１２のみが動作可能な状態になるように構成されている。また、ＬＡＮコントローラ６０６には特定のデータパターンを登録することが可能であり、ネットワーク上から、このデータパターンを含むパケットを受信すると、プリンタ６００を通常状態へ復帰させるために電源制御部６１２に対してライン６１３への電源供給再開指示を行うように構成されている。ＣＰＵ６０１は起動時に制御プログラムを実行する際に、ＬＡＮコントローラ６０６へのデータパターン登録処理を行うが、このデータパターンの一部は後述するようにユーザが設定可能である。以後、デバイスをスリープ状態から通常状態へ復帰させるための特定のデータパターンを含むパケットをＷａｋｅｕｐパケットと表現する。
【００２３】
図７は、ネットワークデバイス検索ソフトウェアの内部動作を示すフローチャートである。
【００２４】
検索実行を指示されると、ステップ７０１において、ユーザにより図１７に示す検索設定画面より入力され設定された、送信パケットに使用するＴＴＬ値およびＳＣＯＰＥ値を取得する。次にステップ７０２において、スリープ状態にあるデバイスを通常状態に移行させるためのＷａｋｅｕｐパケットをマルチキャストで送信する。その際Ｗａｋｅｕｐパケットにはステップ７０１で取得したＴＴＬ値が設定される。なおＳＣＯＰＥ値は常に「ＡＡＡ」が設定される。このＷａｋｅｕｐパケットのフォーマットについては図９を用いて後述する。
【００２５】
その後、ステップ７０３において、デバイスがスリープ状態から通常状態に移行するのを待つ。ここでは例えば１０秒間待つものとするが、この値はユーザが変更することが可能であってもよい。
【００２６】
次にステップ７０４において、検索要求パケットをマルチキャストで送信する。その際検索要求パケットにはステップ７０１で取得したＴＴＬ値およびＳＣＯＰＥ値が設定される。検索要求パケットのフォーマットについては図１０を用いて後述する。その後、ステップ７０５において、デバイスからの検索応答を受信したかどうか判断する。検索応答パケットのフォーマットについては図１１を用いて後述する。検索応答を受信した場合はステップ７０６に進み、受信した検索応答からＭＡＣアドレスやＩＰアドレスといったデバイスの情報を取り出し、デバイスリストに追加した後ステップ７０７に進む。なお、デバイスリストとは図８のようなものであり、検索要求に応答したデバイスの情報をリスト形式で保持するものである。またステップ７０５で検索応答を受信していない場合もステップ７０７に進む。ステップ７０７においては、ステップ７０４で検索要求パケットを送信してから、既定時間経過したかどうかを判断する。ここでは例えば１０秒間待つものとするが、この値はユーザが変更することが可能であってもよい。ステップ７０７において既定時間が経過していない場合はステップ７０５に戻る。また既定時間が経過した場合はステップ７０８に進み、生成したデバイスリストを表示して処理を終了する。尚、図７のフローチャートにおいては、Ｗａｋｅｕｐパケット送信後所定の時間が経過した後に検索要求パケットを送信したが、これらをひとつのパケットとして送信してもよい。
【００２７】
図９は図７のステップ７０２において送信されるＷａｋｅｕｐパケットの例である。ＷａｋｅｕｐパケットはＳＬＰフォーマットに従い、サービスタイプとして「ｗａｋｅｕｐ．ＡＡＡ」を指定している。デバイスのＬＡＮコントローラ６０６は、サービスタイプとしてこの「ｗａｋｅｕｐ．ＡＡＡ」が指定されたＳＬＰパケットを受信すると、スリープ状態から通常状態へと復帰する。つまり、本実施例においてはデバイスのＬＡＮコントローラ６０６に特定のデータパターンとして「ｗａｋｅｕｐ．ＡＡＡ」が登録されている場合を示している。
【００２８】
図１０は図７のステップ７０４において送信される検索要求パケットの例である。検索要求パケットはＳＬＰフォーマットに従い、検索するサービスタイプとして「ｓｅｒｖｉｃｅ：ｗｓ−ｄｉｓｃｏｖｅｒｙ．ＡＡＡ」、ＳＣＯＰＥとして「ＡＡＡ」を指定している。
【００２９】
図１１は図７のステップ７０５において受信される検索応答パケットの例である。検索応答パケットはＳＬＰフォーマットに従い、アクセスするためのＵＲＬなどの情報を含むＵＲＬ  Ｅｎｔｒｙが返される。
【００３０】
図１２はデバイスの状態遷移を示す図である。通常状態１２０１において、一定時間ユーザからの操作が実行されない状態、あるいは一定時間他のデバイスやコンピュータとの通信が実行されない状態が継続するとスリープ状態１２０２に移行する。スリープ状態１２０２においては、ユーザからの操作があった場合やネットワーク上からＷａｋｅｕｐパケットを受信した場合に通常状態１２０１に移行する。
【００３１】
図１３は、スリープ状態にあるデバイスにおける内部処理を示すフローチャートである。スリープ状態にあるデバイスは、ステップ１３０１においてネットワークから図９のようなＷａｋｅｕｐパケットを受信すると、ステップ１３０２へ進み、通常モードへ移行する。次に、ステップ１３０３において図１０のような検索要求パケットを受信すると、ステップ１３０４へ進みパケットを解析し、ステップ１３０５において検索要求に応答すべきかどうかを判定する。応答すべきだと判定された場合はステップ１３０６に進み図１１のような検索応答を送信し処理を終了する。応答すべきではないと判定された場合はステップ１３０７に進み受信した検索要求パケットを破棄して処理を終了する。応答すべきか否かの判断については、図１５を用いて詳細に説明する。
【００３２】
図１４はデバイスの操作パネル６０５において、検索設定を行う画面の例である。
【００３３】
デバイスにおいてＳＬＰ応答を行うかどうかはボタン１４０１もしくは１４０２を選択することにより行われる。ＳＬＰ応答を行う場合、デバイスが属するＳＣＯＰＥ設定も行うことが可能となる。ボタン１４０３を押下すると、ソフトウェアキーボードが表示され（図示せず）、ＳＣＯＰＥ情報が入力可能となり、入力した情報は領域１４０４に表示される。図１４の例ではＳＣＯＰＥ値として「ＡＡＡ」が入力された例を示している。この画面上で設定した項目はボタン１４０５を押下することにより、不揮発性メモリ６０９に保存される。なお、本実施例においては、ここで設定されるＳＣＯＰＥ値は図１５の判定処理にのみ使用され、ＬＡＮコントローラ６０６へのデータパターン登録には影響しない。
【００３４】
図１５は図１３のステップ１３０５における判定処理を詳細に示すフローチャートである。
【００３５】
まず、ステップ１５０１において、図１４により設定されたＳＣＯＰＥの値を取得する。次にステップ１５０２において、受信した検索要求パケットで指定されたＳＣＯＰＥがステップ１５０１で取得した値を同じであるかどうかを判断する。同一であった場合はステップ１５０３へ進み、受信した検索要求パケットで指定されたサービスタイプが「ｓｅｒｖｉｃｅ：ｗｓ−ｄｉｓｃｏｖｅｒｙ．ＡＡＡ」であるかどうかを判断する。同一であった場合は検索応答すべきであると判定する（Ｓ１５０４）。ステップ１５０２およびステップ１５０３で同一でなかった場合には検索応答すべきでないと判定する（Ｓ１５０５）。
【００３６】
次に、図４のネットワークにおいて、ユーザがデバイス検索を行う際の動作を説明する。なお、ここでは、デバイス検索実行時、デバイス４０２、４１１、４２１はすべてスリープ状態にあるものとする。
【００３７】
図１６はデバイス検索装置４０１上のデバイス検索ソフトウェアが持つ検索画面の例である。ここで、設定ボタン１６０１により検索の設定を行い、実行ボタン１６０２を押下することにより、図７のフローチャートに従って検索が行われる。検索処理の結果生成されるデバイスリストは領域１６０３に表示される。ユーザが設定ボタン１６０１を押下すると図１７のような検索設定画面が表示される。ユーザは検索設定画面からＴＴＬ値とＳＣＯＰＥ値を入力する。
【００３８】
図１７においてＴＴＬ値として１を入力して検索を実行した場合、図７のフローチャートで示した検索処理において、Ｗａｋｅｕｐパケットおよび検索要求パケットにはＴＴＬ値として１が設定される。すると検索装置４０１から送信されたＷａｋｅｕｐパケットはルータ４３０によって受信されるが、ＴＴＬが１であるため、このＷａｋｅｕｐパケットをＬＡＮ４１０に転送することは行わない。その結果、ＬＡＮ４００上にあるデバイス４０２だけがＷａｋｅｕｐパケットを受信し、通常状態に移行する。また、デバイス４１１、４２１はＷａｋｅｕｐパケットを受信しないのでスリープ状態のままである。
【００３９】
次に、続いて検索装置４０１から送信される検索要求パケットもまたＴＴＬが１であるため、ルータ４３０は検索要求パケットをＬＡＮ４１０に転送することは行わない。その結果ＬＡＮ４００上にあるデバイス４０２だけが検索要求パケットを受信し、検索装置に対して検索応答を返す。その結果、検索装置４０１はデバイスを１台検索できたことになり、図１８のようにデバイスリストを表示する。
【００４０】
次にユーザが図１７においてＴＴＬ値として２を入力して検索を実行した場合、Ｗａｋｅｕｐパケットおよび検索要求パケットにはＴＴＬ値として２が設定される。検索装置４０１から送信されたＷａｋｅｕｐパケットはルータ４３０によって受信され、ルータ４３０はこのＷａｋｅｕｐパケットのＴＴＬ値を１に減じ、ＬＡＮ４１０に転送する。さらに、ＬＡＮ４１０に転送されたＷａｋｅｕｐパケットは、ルータ４４０によって受信されるが、ＴＴＬが１であるため、このＷａｋｅｕｐパケットをＬＡＮ４２０に転送することは行わない。その結果、ＬＡＮ４００上にあるデバイス４０２およびＬＡＮ４１０上にあるデバイス４１１がＷａｋｅｕｐパケットを受信し、通常状態に移行する。また、デバイス４２１はＷａｋｅｕｐパケットを受信しないのでスリープ状態のままである。次に、続いて検索装置４０１から送信される検索要求パケットもまたＴＴＬは２であり、ルータ４３０によってＬＡＮ４１０には転送されるが、ルータ４４０はＬＡＮ４２０に転送することは行わない。その結果ＬＡＮ４００上にあるデバイス４０２およびＬＡＮ４１０上にあるデバイス４１１が検索要求パケットを受信し、検索装置に対して検索応答を返す。その結果、検索装置４０１はデバイスを２台検索できたことになり、図１９のようにデバイスリストを表示する。
【００４１】
（実施例２）
次に第二の実施例について説明する。
【００４２】
本実施例においては、基本的な構成は第一の実施例と同一であり、その違いについてのみ説明する。第一の実施例においては、ＷａｋｅｕｐパケットのＳＣＯＰＥ値として常に「ＡＡＡ」を使用することによりスリープモード状態のデバイスは通常状態に復帰したが、本実施例においては、このＳＣＯＰＥ値も可変にすることにより、さらに細かい検索制御を可能にする。
【００４３】
図２０は本実施例におけるネットワークデバイス検索システムの構築例を示す図である。図２０においては、ＬＡＮ２０００上に検索装置２００１、デバイス２００２、２００３、２００４が接続されている。なお、第一の実施例と同様ルータによって複数のＬＡＮを相互接続することも可能であるが、第一の実施例との違いを明確にするために単純化して説明する。
【００４４】
検索装置２００１上で動作する検索ソフトウェアは図７で示した処理を行うが、ステップ７０２において送信するＷａｋｅｕｐパケットには、ステップ７０１で取得したＳＣＯＰＥ値が設定される。
【００４５】
また、図１４のデバイスの操作パネルから行う検索設定においては、ユーザが設定したＳＣＯＰＥ値はＬＡＮコントローラ６０６へのデータパターン登録にも使用される。その結果、スリープ状態にあるデバイスを通常状態に移行させるためには、ここで設定されたＳＣＯＰＥ値と同じ値を持つＷａｋｅｕｐパケットを送信する必要がある。
【００４６】
次に、図２０のネットワークにおいて、ユーザがデバイス検索を行う際の動作を説明する。なお、ここでは、デバイス検索実行時、デバイス２００２、２００３、２００４はすべてスリープ状態にあるものとする。また、図１４で示した方法により、デバイス２００２にはＳＣＯＰＥ値として「Ｆｌｏｏｒ１」、デバイス２００３および２００４にはＳＣＯＰＥ値として「Ｆｌｏｏｒ２」が設定されているものとする。
【００４７】
ユーザが図１７の画面においてＳＣＯＰＥ値として「Ｆｌｏｏｒ１」を入力して検索を実行した場合、図７のフローチャートで示した検索処理において、Ｗａｋｅｕｐパケットおよび検索要求パケットにはＳＣＯＰＥ値として「Ｆｌｏｏｒ１」が設定される。すると検索装置２００１から送信されたＷａｋｅｕｐパケットはデバイス２００２、２００３、２００４すべてが受信するが、デバイスのＳＣＯＰＥ値として「Ｆｌｏｏｒ１」が設定されているデバイス２００２だけが通常状態に移行し、デバイス２００３および２００４はスリープ状態のままである。つまり、実施例１におけるデバイスがスリープ状態から通常状態に復帰するための特定のデータパターンは「ｗａｋｅｕｐ．ＡＡＡ」が登録されているＳＬＰパケットであったのに対して、実施例２における特定のデータパターンは「ｗａｋｅｕｐ．ＡＡＡ」が登録され尚且つＳＣＯＰＥ値としてデバイスに登録されているＳＣＯＰＥ値と同一のＳＣＯＰＥ値が登録されているＳＬＰパケットになる。
【００４８】
次に、続いて検索装置２００１から送信される検索要求パケットは、通常状態であるデバイス２００２だけが受信し検索装置に対して検索応答を返す。その結果、検索装置２００１はデバイスを１台検索できたことになり、図２１のようにデバイスリストを表示する。
【００４９】
次にユーザが図１７の画面においてＳＣＯＰＥ値として「Ｆｌｏｏｒ２」を入力して検索を実行した場合、図７のフローチャートで示した検索処理において、Ｗａｋｅｕｐパケットおよび検索要求パケットにはＳＣＯＰＥ値として「Ｆｌｏｏｒ２」が設定される。すると検索装置２００１から送信されたＷａｋｅｕｐパケットはデバイス２００２、２００３、２００４すべてが受信するが、デバイスのＳＣＯＰＥ値として「Ｆｌｏｏｒ２」が設定されているデバイス２００３および２００４が通常状態に移行し、デバイス２００２はスリープ状態のままである。次に、続いて検索装置２００１から送信される検索要求パケットは、通常状態であるデバイス２００３および２００４が受信し検索装置に対して検索応答を返す。その結果、検索装置２００１はデバイスを２台検索できたことになり、図２２のようにデバイスリストを表示する。
【００５０】
なお、上記第一および第二の実施例においては、検索装置は図５で示したような従来のコンピュータ装置を使用したが、それに限定するものではない。たとえば複写機など操作パネルを持つデバイスが、検索ソフトウェアプログラムをＲＯＭ６０３に格納し、ＣＰＵ６０１がそれを実行することにより、他のデバイスの検索を行うことももちろん可能である。
【００５１】
（その他の実施例）
本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。上述した実施形の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体等の媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体等の媒体に格納されたプログラムコードを読み出し実行することによっても、本発明が達成されることは言うまでもない。
【００５２】
この場合、記憶媒体等の媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体等の媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体等の媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、或いはネットワークを介したダウンロードなどを用いることができる。
【００５３】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【００５４】
更に、記憶媒体等の媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形の機能が実現される場合も、本発明に含まれることは言うまでもない。
【図面の簡単な説明】
【００５５】
【図１】従来例において、一般に使用されるパケット構造を示す図である。
【図２】ＳＬＰにおけるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔコマンドのパケット構造を示す図である。
【図３】ＳＬＰにおけるＳｅｒｖｉｃｅ  Ｒｅｐｌｙコマンドのパケット構造を示す図である。
【図４】第一の実施例におけるネットワークデバイス検索システムの構成図である。
【図５】デバイス検索装置のブロック図である。
【図６】ネットワークデバイスのブロック図である。
【図７】本発明におけるデバイス検索ソフトウェアの処理を示すフローチャートである。
【図８】本発明のデバイス検索装置において生成されるデバイスリストの例である。
【図９】本発明におけるＷａｋｅｕｐパケットの例である。
【図１０】本発明における検索要求パケットの例である。
【図１１】本発明における検索応答パケットの例である。
【図１２】本発明におけるデバイスの状態遷移を示す図である。
【図１３】本発明におけるスリープ状態のデバイスの処理を示すフローチャートである。
【図１４】本発明におけるデバイスの検索設定を行う画面例である。
【図１５】本発明のデバイスにおける検索応答判定処理を示すフローチャートである。
【図１６】本発明におけるデバイス検索ソフトウェアの検索画面の例である。
【図１７】本発明におけるデバイス検索ソフトウェアの検索設定画面の例である。
【図１８】第一の実施例における検索されたデバイスリストの例である。
【図１９】第一の実施例における検索されたデバイスリストの例である。
【図２０】第二の実施例におけるネットワークデバイス検索システム構成図である。
【図２１】第二の実施例における検索されたデバイスリストの例である。
【図２２】第二の実施例における検索されたデバイスリストの例である。
【符号の説明】
【００５６】
４０１  コンピュータ装置
５０１  ＣＰＵ
５０２  ＲＯＭ
５０３  ＲＡＭ
５０５  ＫＢＣ
５０６  ＣＲＴＣ
５０７  ＤＫＣ
５０８  ＮＩＣ
５０９  ＫＢ
５１０  ＣＲＴ
５１１  ＨＤ
５１２  ＦＤ
【図１】
2006039940.tif 000003
【図２】
2006039940.tif 000004
【図３】
2006039940.tif 000005
【図４】
2006039940.tif 000006
【図５】
2006039940.tif 000007
【図６】
2006039940.tif 000008
【図７】
2006039940.tif 000009
【図８】
2006039940.tif 000010
【図９】
2006039940.tif 000011
【図１０】
2006039940.tif 000012
【図１１】
2006039940.tif 000013
【図１２】
2006039940.tif 000014
【図１３】
2006039940.tif 000015
【図１４】
2006039940.tif 000016
【図１５】
2006039940.tif 000017
【図１６】
2006039940.tif 000018
【図１７】
2006039940.tif 000019
【図１８】
2006039940.tif 000020
【図１９】
2006039940.tif 000021
【図２０】
2006039940.tif 000022
【図２１】
2006039940.tif 000023
【図２２】
2006039940.tif 000024