JP6750840B2 - 通信装置、情報処理システム、通信方法、情報処理方法およびプログラム - Google Patents

Description

本発明は、通信装置、情報処理システム、通信方法、情報処理方法およびプログラムに関する。

近年、デバイスが複数の通信インタフェースをサポートするようになり、複数のクライアントコンピュータから１つのデバイスを、用途別または、通信インタフェース別に分けて利用する場合がある。クライアントコンピュータには、通常、デバイスの検索処理や設定処理を行うアプリケーション（以下、設定アプリケーションという）がインストールされていて、ユーザは設定アプリケーションを操作して、ネットワーク上のデバイスの検索や設定を行う。

ネットワーク上のデバイスを検索する方法として、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用する方法が知られている。設定アプリケーションでは、主に、ＳＮＭＰを利用してブロードキャストまたはマルチキャストを送信し、ネットワーク上のデバイスを検索する方法が用いられる。

設定アプリケーションが、ネットワーク上のデバイスを検索する時に、デバイスがサポートする通信インタフェースを解決するためには、デバイスに対して問い合わせをして、そのデバイスの通信インタフェースの詳細情報を取得する必要がある。通常、設定アプリケーションはＳＮＭＰを利用して、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ＯｂｊｅｃｔＩＤ（以下、ＭＩＢＯｂｊｅｃｔＩＤを単にＯＩＤという）を指定した、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔコマンドまたは、ＧｅｔＲｅｑｕｅｓｔコマンドをデバイスに送信して、デバイスの情報を取得する。そして、アプリケーションは、取得した情報をもとに、デバイスがサポートする通信インタフェースを判断する 。ＯＩＤには、例えば、ＩｆＮｎｕｍｂｅｒ、ＩｎＩｎｄｅｘ、ＩｆＤｅｓｃｒ、ＩｆＴｙｐｅがある。

また、複数の通信インタフェースをサポートするデバイスがネットワーク上に存在する場合、デバイス検索時に、そのデバイスの各通信インタフェースから検索に対する応答情報が設定アプリケーションに送信される場合がある。その場合、同一デバイスが別の複数のデバイスとして認識されるおそれがある。特許文献１には、検索要求を受信したデバイスが備える無線ＬＡＮインタフェース、有線ＬＡＮインタフェースのうち、検索要求で使用されたプロトコルに応じたいずれか一つの通信インタフェースが応答することが記載されている（特許文献１参照）。

特許第４７２０５２０号公報

しかし、設定アプリケーションが、デバイス検索時に各ＯＩＤに対応する情報を利用して、デバイスがサポートする通信インタフェースを判断しようとすると、設定アプリケーションは、そのデバイスに多回数の問い合わせを行う必要がある。

本発明による通信装置は、複数の通信インタフェースを有する通信装置であって、前記通信インタフェースが複数の動作モードのいずれかにより所定の情報を受信した場合に、前記所定の情報の受信に用いられたＩＰアドレスが、前記通信装置により前記通信インタフェースの所定の動作モードに対して割り当てられたＩＰアドレスであるか否かに基づいて、前記所定の情報を受信したときの前記通信インタフェースの動作モードを判定する判定手段と、前記判定手段による判定結果に基づく応答を前記所定の情報の送信元に送信する送信手段とを備えたことを特徴とする。

本発明によれば、ネットワーク上のデバイスを検索する際に、利用可能な通信インタフェースの情報をデバイスからより簡易に取得することができる。

実施例１に係る情報処理システムの一例を示すブロック図である。 図１に示すＰＣおよびデバイスの構成の一例示すブロック図である。 ＳＮＭＰを利用した一般的なデバイス検索処理を示すシーケンス図である。 ＳＮＭＰを利用してデバイスがサポートする通信インタフェースの情報を取得する一般的な処理を示すシーケンス図である。 本実施例におけるデバイス検索処理を示すシーケンス図である。 本実施例におけるデバイス検索処理時のＰＣの探索パケット送信処理を示すフローチャートである。 本実施例におけるデバイス検索処理時のデバイスの応答処理を示すフローチャートである。 設定アプリケーションのＵＩ画面の一例を示す説明図である。

以下、添付の図面を参照して、本発明を実施する形態について説明する。なお、以下の実施例において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

［実施例１］
図１は、実施例１に係る情報処理システムの一例を示すブロック図である。図１に示す情報処理システムは、パーソナルコンピュータ（ＰＣ）１０１と、デバイス１０２と、デバイス１０３とを含む。ＰＣ１０１とデバイス１０２は、無線ＬＡＮ１０４を介して接続されている。

なお、ＰＣ１０１およびデバイス１０２は、無線ＬＡＮ１０４を用いて複数の動作モードで通信が可能である。具体的には、不図示の外部のアクセスポイントを介して動作するインフラストラクチャモード、そのようなアクセスポイントを介さずに、通信相手とダイレクトに通信するダイレクトモードが複数の動作モードに含まれる。またダイレクトモードには、Ｗｉｆｉダイレクト（登録商標）が含まれる。
ＰＣ１０１とデバイス１０３は、有線ＬＡＮ１０５を介して接続されている。なお、図１には、２つのデバイスが例示されているが、情報処理システムはいくつデバイスを含んでいてもよい。また、図１には、１つのＰＣが例示されているが、情報処理システムはいくＰＣを含んでいてもよい。

ＰＣ１０１から送信された通信パケットは、無線ＬＡＮ１０４を経由して、対象機器であるデバイス１０２に到達する。また、ＰＣ１０１から送信された通信パケットは、有線ＬＡＮ１０５を経由して、対象機器であるデバイス１０３に到達する。デバイス１０２およびデバイス１０３は、ＰＣ１０１から送信されたパケットに応答する。

図２は、図１に示すＰＣ１０１およびデバイス１０３の構成の一例示すブロック図である。なお、デバイス１０２の構成は、デバイス１０３の構成と同様であるため説明を省略する。ＰＣ１０１とデバイス１０３とは、ＬＡＮ２１２を介して通信可能である。ＬＡＮ２１２は、通信ネットワークである。なお、ＬＡＮ２１２は、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。

まず、ＰＣ１０１の構成を説明する。

ＰＣ１０１は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、キーボード制御部（以下、ＫＢＣという）２０５と、表示制御部（以下、ＣＲＴＣという）２０７と、ディスク制御部（以下、ＤＫＣという）２０９と、ネットワークインタフェース部（以下、ＮＩＣという）２１１とを有する。ＲＯＭ２０２、ＲＡＭ２０３、ＫＢＣ２０５、ＣＲＴＣ２０７、ＤＫＣ２０９およびＮＩＣ２１１は、それぞれＣＰＵバス２０４に接続され、ＣＰＵバス２０４を介して互いにアクセス可能である。

ＣＰＵ２０１は、ＲＯＭ２０２に格納された制御プログラムに従って、ＣＰＵバス２０４に接続された各構成要素を総括的に制御する。

ＲＯＭ２０２は、ＰＣ１０１の各構成要素を制御する制御プログラム等を記憶する
ＲＡＭ２０３は、ＣＰＵ２０１が使用する一時記憶メモリとして機能する。ＲＡＭ２０３は、印刷用データとして作成された描画オブジェクトを格納する。また、ＲＡＭ２０３は、ＲＯＭ２０２に格納された制御プログラムによって一時的に使用されるワークメモリ等として用いられる。なお、ＲＡＭ２０３は、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張できるように構成されていてもよい。

ＫＢＣ２０５は、文字情報や各種コマンドなどを入力するキーボード２０６を制御する。

ＣＲＴＣ２０７は、例えば、液晶などを利用した平面または略平面の表示領域を有するフラットパネルなどの表示装置（以下、ＣＲＴという）２０８を制御する。

ＤＫＣ２０９は、記憶装置２１０を制御する。記憶装置２１０は、外部記憶装置であって、例えばフレキシブルディスク（ＦＤ）駆動装置やハードディスク（ＨＤ）駆動装置である。記憶装置２１０には、設定アプリケーション等のプログラムが格納される。

ＮＩＣ２１１は、ネットワークを介してプリンタなどの周辺機器と双方向通信を行う。ＮＩＣ２１１は、通信インタフェースとして、無線ＬＡＮ用の通信インタフェース（以下、無線ＬＡＮインタフェースという）と有線ＬＡＮ用の通信インタフェース（以下、有線ＬＡＮインタフェースという）とを有する。

ＣＰＵバス２０４は、ＣＰＵバスである。ＣＰＵバス２０４は、アドレスバス、データバスおよびコントロールバスを含む。

次に、デバイス１０３の構成を説明する。なお、図２には、デバイス１０３が印刷装置（プリンタ）である場合の構成が示されている。

デバイス１０３は、ＣＰＵ２１３と、ＲＯＭ２１４と、ＲＡＭ２１５と、ＮＩＣ２１７と、印刷部インタフェース（Ｉ／Ｆ）２１８と、印刷部２１９と、操作部２２０と、ＤＫＣ２２１と、記憶装置２２２とを有する。なお、記憶装置２２２は、デバイス１０３の外部に設置されていてもよい。

ＣＰＵ２１３は、ＲＯＭ２１４または記憶装置２２２に記憶された制御プログラム等にしたがって、システムバス２１６に接続された印刷部Ｉ／Ｆ２１８を介して印刷部２１９に画像信号を出力する。

ＲＡＭ２１５は、ＣＰＵ２１３の主メモリやワークエリアなどとして機能する。

ＮＩＣ２１７は、ネットワークを介して周辺機器と双方向通信を行う。ＮＩＣ２１７は、無線ＬＡＮインタフェースや有線ＬＡＮインタフェースである。デバイス１０２は、有線ＬＡＮインタフェースのみ、無線ＬＡＮインタフェースのみ、または、無線ＬＡＮインタフェースと無線ＬＡＮインタフェースの双方をサポートしていてもよい。また、デバイス１０２が無線ＬＡＮインタフェースと有線ＬＡＮインタフェースの双方をサポートする場合には、双方が同時に動作していても、どちらか一方が動作してもよい。

印刷部２１９は、プリンタエンジンである。

操作部２２０は、ボタンやタッチパネルの入力部と、液晶パネルやＬＥＤ等の表示部とを有する。操作部２２０は、デバイス１０３の動作モード設定等の入力操作を受け付ける処理や、デバイス１０３の動作状態の表示処理を行う。

ＤＫＣ２２１は、記憶装置２２２とＣＰＵ２１３との間のアクセスを制御する。

記憶装置２２２は、例えばＨＤである。記憶装置２２２は、ＣＰＵ２１３のワークエリアまたは一時記憶メモリとして機能する。

図３は、ＳＮＭＰを利用した一般的なデバイス検索処理を示すシーケンス図である。図３には、ＰＣ１０１がネットワーク上のデバイス１０２とデバイス１０３を検索する際のシーケンスが示されている。図３に示すように、ＰＣ１０１は、ネットワーク上のデバイスを探索する際に、ブロードキャストパケットまたは、マルチキャストパケットを送信する（ステップＳ３０１，Ｓ３０２）。このとき、ＰＣ１０１は、パケットに、デバイスの製品名を問い合わせるためのＯＩＤを指定して送信する。以下、このとき送信されるパケットを探索パケットまたは要求パケットという。ＰＣ１０１から送信された探索パケットは、デバイス１０２に届く。また、ＰＣ１０１から送信された探索パケットは、デバイス１０３に届く。デバイス１０２，１０３は、ＰＣ１０１から送信された探索パケットに対し応答する（ステップＳ３０３，Ｓ３０４）。ここでは、デバイス１０２は、製品名「ＡｂｃＸＸＸＸ」を格納したパケットを送信する。また、デバイス１０３は、製品名「ＡｂｃＹＹＹＹ」を格納したパケットを送信する。ＰＣ１０１は、このような検索シーケンスに基づき取得された情報をもとに、図８に示すＵＩ画面のリストにネットワーク上のデバイスの情報を列挙する。図８のＵＩ画面については後述する。

図４は、ＳＮＭＰを利用してデバイスがサポートする通信インタフェースの情報を取得する一般的な処理を示すシーケンス図である。

図４には、ＰＣ１０１が、デバイス１０２がサポートする通信インタフェースの情報を標準仕様で取得する際のシーケンスが示されている。ＰＣ１０１は、デバイス１０２に対し、デバイス１０２がサポートする通信インタフェースの数（ＩｆＮｕｍｂｅｒ）を問い合わせる（ステップＳ４０１）。デバイス１０２は、ステップＳ４０１の問い合わせに対する応答処理を行う（ステップＳ４０２）。ＰＣ１０１は、デバイス１０２がサポートする通信インタフェースの数を取得できたので、次に、各通信インタフェースのインデックス値（ＩｆＩｎｄｅｘ）を問い合わせる（ステップＳ４０３）。デバイス１０２は、ステップＳ４０３の問い合わせに対する応答処理を行う（ステップＳ４０４）。次に、ＰＣ１０１は、各通信インタフェースのディスクリプション（ＩｆＤｅｓｃｒ）を問い合わせる（ステップＳ４０５）。デバイス１０２は、ステップＳ４０５の問い合わせに対する応答処理を行う（ステップＳ４０６）。次に、ＰＣ１０１は、デバイス１０２に対し、通信インタフェースの種類（ＩｆＴｙｐｅ）を問い合わせる。デバイス１０２は、ステップＳ４０７の問い合わせに対する応答処理を行う（ステップＳ４０８）。次に、ＰＣ１０１は、デバイス１０２に対し、それぞれの通信インタフェースのＭＡＣアドレス（ＩｆＰｈｙｓＡｄｄｒｅｓｓ）を問い合わせる（ステップＳ４０９）。デバイス１０２は、ステップＳ４０９の問い合わせに対する応答処理を行う（ステップＳ４１０）。

ＰＣ１０１は、ステップＳ４０２，Ｓ４０４，Ｓ４０６，Ｓ４０８，Ｓ４１０で取得した情報をもとに、デバイス１０２がサポートする通信インタフェースを導く。また、ＰＣ１０１がデバイスに通信インタフェースの情報等を問い合わせる際に使用するコマンドは、ＧｅｔＲｅｑｕｅｓｔコマンドでも、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔコマンドであってもよい。ただし、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔコマンドを利用する場合は、ＧｅｔＲｅｑｕｅｓｔコマンドを利用する場合に比べてＰＣとデバイス間の双方向通信回数が増える。

以上のように、図４のシーケンス図が示す処理においてＰＣ１０１は、通信を多回数行うことで、通信相手のデバイス１０２がサポートする通信インタフェースを判断しなくてはならない。そのため、デバイス検索時の処理が煩雑になるだけでなく、検索時間が長くなるという問題がある。

図５は、本実施例におけるデバイス検索処理時の処理を示すシーケンス図である。

まず、ＰＣ１０１は、ブロードキャストまたは、マルチキャストで探索パケットを送信する（ステップＳ５０１，Ｓ５０２）。このとき、ＰＣ１０１は、探索パケットに、デバイスの製品名と、デバイスで動作する通信インタフェース（以下、動作インタフェースという）とを問い合わせるためのＯＩＤを指定する。デバイス１０２はＰＣ１０１と無線ＬＡＮ１０４で接続されているので、探索パケットによる問い合わせに対して、製品名を「ＡｂｃＸＸＸＸ」、動作インタフェースを「無線ＬＡＮ」として応答する。また、デバイス１０３はＰＣ１０１と有線ＬＡＮ１０５で接続されているので、探索パケットによる問い合わせに対して、製品名を「ＡｂｃＹＹＹＹ」、動作インタフェースを「有線ＬＡＮ」として応答する（ステップＳ５０３，Ｓ５０４）。

これにより、図３と図４に示すような、ＰＣとデバイスとの間における複数の双方向通信を行わずに、デバイスの動作インタフェースを導出することが可能になる。

以下、デバイスの動作インタフェースの判断処理について、ＰＣ側のフローとデバイス側のフローとを説明する。

図６は、本実施例におけるデバイス検索処理時のＰＣ１０１の探索パケット送信処理を示すフローチャートである。

ＰＣ１０１は、ブロードキャストまたは、マルチキャストで、探索パケットを送信する（ステップＳ６０１）。このとき、上述したように、ＰＣ１０１は、ＳＮＭＰにおけるＧｅｔＲｅｑｕｅｓｔコマンドに製品名と動作インタフェースとを問い合わせるためのＯＩＤを指定して送信する。ＰＣ１０１は、探索パケットを送信してからの経過時間と、検索時間Ｎとを比較する（ステップＳ６０２）。検索時間Ｎは、あらかじめＰＣ１０１のＲＡＭ２０３等に記憶される。なお、検索時間Ｎは、ユーザが設定できるようにしてもよい。

経過時間が検索時間Ｎを超えている場合は（ステップＳ６０２のＹｅｓ）、ＰＣ１０１は、処理を終了する。経過時間が検索時間Ｎを超えていない場合は（ステップＳ６０２のＮｏ）、ＰＣ１０１は、ステップＳ６０３の処理に移行する。ステップＳ６０３において、ＰＣ１０１は、デバイスから応答があったか否か、すなわちデバイスから探索パケットに対する応答パケットを受信したか否かを判定する（ステップＳ６０３）。応答がなかった場合は（ステップＳ６０３のＮｏ）、ＰＣ１０１は、ステップＳ６０２の処理に戻る。応答があった場合は（ステップＳ６０３のＹｅｓ）、ステップＳ６０４の処理に移行する。ステップＳ６０４において、ＰＣ１０１は、デバイスから受信したパケットから、製品名情報を取得して、保持する。次に、ＰＣ１０１は、デバイスから受信したパケットから、送信元のＩＰアドレスを取得して、保持する（ステップＳ６０５）。次に、ＰＣ１０１は、デバイスから受信したパケットから動作インタフェースを示す情報（以下、動作インタフェース情報という）を取得して、保持する（ステップＳ６０６）。最後に、ＰＣ１０１は、ステップＳ６０４，Ｓ６０５、Ｓ６０６で取得した情報を、ＣＲＴＣ２０７を介して、表示装置２０８に出力する（ステップＳ６０７）。ＰＣ１０１は、ステップＳ６０７の処理実行後、ステップＳ６０２の処理に戻る。

このように、探索パケットを送信してからの経過時間が探索時間Ｎを超えるまで、ステップＳ６０２〜Ｓ６０７の処理が繰り返される。それにより、応答があった各デバイスの情報が表示装置２０８に出力される。本実施例では、ＰＣ１０１は、各デバイスの情報を表示装置２０８にリストとして表示する。なお、図６に示すフローでは、検索中にデバイスの情報をリストに追加しているが、ＰＣ１０１は、ステップＳ６０４，Ｓ６０５、Ｓ６０６で取得した情報を検索処理終了まで保持しておき、検索処理終了後にリスト表示してもよい。また、ＩＰアドレスを取得するためのＯＩＤを指定したＧｅｔＲｅｑｕｅｓｔコマンドで、ＩＰアドレスを取得するようにしてもよい。ただし、その場合、ＰＣとデバイス間の双方向通信回数が増える。

なお、ステップＳ６０１〜Ｓ６０７の処理は、ＰＣ１０１が、記憶装置２１０に格納されている設定アプリケーションをＲＡＭ２０３にロードして実行することにより実現される。

図７は、本実施例におけるデバイス検索処理時のデバイス１０２の応答処理を示すフローチャートである。デバイス１０２とデバイス１０３の処理は同様であるため、ここでは、デバイス１０２の処理を説明する。

デバイス１０２は、ＰＣ１０１から送信された探索パケットを受信する（ステップＳ７０１）。デバイス１０２は、受信した探索パケットの送信先ＩＰアドレスが、自装置がＤＨＣＰサーバとして動作するときに割り当てられる所定のアドレス（以下、ＤＨＣＰサーバアドレスという）かどうかを判定する（ステップＳ７０２）。

ここでは、デバイス１０２がＤＨＣＰサーバとして動作する動作モードが、Ｗｉｆｉダイレクトと、無線ＬＡＮダイレクトプリントシステム（以下、単に無線ＬＡＮダイレクトという）との２種類あるとする。そして、Ｗｉｆｉダイレクト動作時は、ＩＰアドレス１０．０．１．２１５が、無線ＬＡＮダイレクト動作時は、ＩＰアドレス１０．０．１．２１４が割り当てられると決められているとする。すなわち、ＩＰアドレス１０．０．１．２１５に対応する動作モードがＷｉｆｉダイレクトであり、IＰアドレス１０．０．１．２１４に対応する動作モードが無線ＬＡＮダイレクトであるとする。この場合に、デバイス１０２が受信した探索パケットの送信先ＩＰアドレスが１０．０．１．２１５または、１０．０．１．２１４であった場合は、当該ＩＰアドレスがＤＨＣＰサーバアドレスであるので（ステップＳ７０２のＹｅｓ）、ステップＳ７０３の処理に移行する。ステップＳ７０３の処理において、デバイス１０２は、受信した探索パケットの送信先ＩＰアドレスがＷｉｆｉダイレクト用のＩＰアドレスか判定する。仮に、受信した探索パケットの送信先ＩＰアドレスが無線ＬＡＮダイレクト用のＩＰアドレスである場合は（ステップＳ７０３のＮｏ）、デバイス１０２は、無線ＬＡＮダイレクトで動作中であると判断する。したがって、デバイス１０２は、動作インタフェースを無線ＬＡＮダイレクトと判断する（ステップＳ７０４）。また仮に、受信した探索パケットの送信先ＩＰアドレスがＷｉｆｉダイレクト用のアドレスである場合は（ステップＳ７０３のＹｅｓ）、デバイス１０２は、Ｗｉｆｉダイレクトで動作中であると判断する。したがって、デバイス１０２は、動作インタフェースをＷｉｆｉダイレクトと判断する（ステップＳ７０５）。

デバイス１０２が受信した探索パケットの送信先ＩＰアドレスが例えば１９２．１６８．０．２１５であった場合は、当該ＩＰアドレスがＤＨＣＰサーバアドレスではないので（ステップＳ７０２のＮｏ）、デバイス１０２は、ステップＳ７０６の処理に移行する。ステップＳ７０６の処理において、デバイス１０２は、自装置が有線ＬＡＮインタフェースと無線ＬＡＮインタフェースとを同時動作可能であるかどうか判定する。デバイス１０２は、例えば、ＲＡＭ２０３等に格納された設定ファイルを参照することにより、有線ＬＡＮインタフェースと無線ＬＡＮインタフェースとを同時動作可能かどうか判定する。当該設定ファイルには、有線ＬＡＮインタフェースと無線ＬＡＮインタフェースとを同時動作可能かどうかを示す情報がユーザ等によってあらかじめ格納される。

仮に、デバイス１０２が有線ＬＡＮインタフェースと無線ＬＡＮインタフェースとを同時動作可能でないと判断した場合は（ステップＳ７０６のＮｏ）、デバイス１０２は、無線ＬＡＮに接続中であるか、すなわち、無線ＬＡＮインタフェースが動作しているか判定する（ステップＳ７０７）。無線ＬＡＮインタフェースが動作している場合は（ステップＳ７０７のＹｅｓ）、デバイス１０２は、動作インタフェースを無線ＬＡＮインフラストラクチャと判断する（ステップＳ７０８）。ここで、無線ＬＡＮインフラストラクチャとは、無線ＬＡＮインタフェースが動作していて、かつ無線ＬＡＮがインフラストラクチャ接続であることを示す。そして、また、有線ＬＡＮインタフェースが動作している場合は、動作インタフェースを有線ＬＡＮと判断する（ステップＳ７０９）。

また仮に、デバイス１０２が有線ＬＡＮインタフェースと無線ＬＡＮとインタフェースとを同時動作可能であると判断した場合は（ステップＳ７０６のＹｅｓ）、デバイス１０２は、動作インタフェースを有線ＬＡＮまたは、無線ＬＡＮインフラストラクチャと判断する（ステップＳ７１０）。

デバイス１０２は、判定結果を含む応答パケット、すなわち動作インタフェース情報を設定した応答パケットを、ＰＣ１０１に送信する（ステップＳ７１１）。

なお、デバイス１０２で複数の通信インタフェースが動作している場合には、動作している各通信インタフェースが、ブロードキャストまたはマルチキャストで送信された探索パケットを受信する。その場合、各通信インタフェースが受信した探索パケットそれぞれに対して、ステップＳ７０１〜Ｓ７１１の応答処理が行われる。

図８は、設定アプリケーションのＵＩ画面の一例を示す説明図である。

ＣＰＵ２０１によって設定アプリケーションが起動されると、表示装置２０８に、図８に示すＵＩ画面８０１が表示される。図８に示す領域８０２には、検出されたデバイスのリストが表示される。領域８０２の上方には、検索された結果に対し、どのような操作を行うべきかを説明した文章が表示される。領域８０２には、デバイスごとに、図６に示すステップＳ６０４，Ｓ６０５，Ｓ６０６の処理で取得された、製品名、ＩＰアドレス（応答パケットの送信元ＩＰアドレス）および動作インタフェースが表示される。図８に示すリストの１行目には、製品名が「ＡｂｃＸＸＸＸ」、ＩＰアドレスが「１０．０．１．５」、動作インタフェースが「無線ＬＡＮ（インフラ）」であるデバイスの情報が表示されている。図８に示すリストの２行目には、製品名が「ＡｂｃＸＸＸＸ」、ＩＰアドレスが「１９２．１６８．１．８」、動作インタフェースが「無線ＬＡＮ（Ｗｉｆｉダイレクト）」であるデバイスの情報が表示されている。

なお、リストにおける製品名にシリアル番号等を付加して表示させてもよい。例えば、製品名を「ＡｂｃＸＸＸＸ（１２３４５６７８）」としてもよい。そのような形態を実現するには、例えば、図６に示すステップＳ６０４の処理で取得される製品名情報に、製品名の他に、製品のシリアル番号（例えば、“１２３４５６７８”）を含ませればよい。そのように、製品名にデバイスを特定可能な情報を付加することにより、製品名が同一のデバイスがネットワーク上に複数存在する場合でも、ユーザはいずれのデバイスかを認識することが可能となる。

また以上の記載では印刷装置を例に説明したが、カメラ、ＰＣ、スマートフォン等各種の通信装置であってもよい。

（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (17)

1. 通信インタフェースを有する通信装置であって、
   前記通信インタフェースが複数の動作モードのいずれかにより所定の情報を受信した場合に、前記所定の情報の受信に用いられたＩＰアドレスが、前記通信装置により前記通信インタフェースの所定の動作モードに対して割り当てられたＩＰアドレスであるか否かに基づいて、前記所定の情報を受信したときの前記通信インタフェースの動作モードを判定する判定手段と、
   前記判定手段による判定結果に基づく応答を前記所定の情報の送信元に送信する送信手段とを備えた
   ことを特徴とする通信装置。
2. 前記判定手段は、前記通信装置が備える複数の通信インタフェースのうちの前記所定の情報を受信した通信インタフェースと、当該複数の通信インタフェースのうちの所定の通信インタフェースが前記所定の情報を受信した場合の当該所定の通信インタフェースの動作モードとを判定することを特徴とする請求項１に記載の通信装置。
3. 前記判定手段は、前記所定の情報を受信した通信インタフェースが、前記所定の通信インタフェースとしての無線ＬＡＮ用の通信インタフェースであるか、有線ＬＡＮ用の通信インタフェースであるか判定することを特徴とする請求項２に記載の通信装置。
4. 前記判定手段は、前記所定の情報の受信に用いられたＩＰアドレスが、前記通信装置がＤＨＣＰサーバとして動作することにより前記所定の動作モードに対して割り当てられるＩＰアドレスであるか否かに基づいて、前記判定を行うことを特徴とする請求項１から請求項３のうちのいずれか１項に記載の通信装置。
5. 前記判定手段は、
   前記所定の情報の受信に用いられたＩＰアドレスが前記所定の動作モードに対して割り当てられたＩＰアドレスであることに基づいて、前記所定の情報を受信した通信インタフェースが無線ＬＡＮ用の通信インタフェースであって、かつ前記所定の動作モードで動作中であると判断することを特徴とする請求項１から請求項４のうちのいずれか１項に記載の通信装置。
6. 前記所定の動作モードは、ＷｉＦｉダイレクトを含むことを特徴とする請求項５に記載の通信装置。
7. 前記所定の動作モードとしての第１の無線ダイレクトモードに第１のＩＰアドレスが割り当てられ、且つ、前記所定の動作モードとしての第２の無線ダイレクトモードに第２のＩＰアドレスが割り当てられ、
   前記判定手段は、
   前記所定の情報の受信に用いられたＩＰアドレスが、前記第１のＩＰアドレスであることに基づいて、前記通信インタフェースの動作モードが前記第１の無線ダイレクトモードであると判定し、
   前記所定の情報の受信に用いられたＩＰアドレスが、前記第２のＩＰアドレスであることに基づいて、前記通信インタフェースの動作モードが前記第２の無線ダイレクトモードであると判定することを特徴とする請求項１から請求項６のうちのいずれか１項に記載の通信装置。
8. 前記第１の無線ダイレクトモードは、ＷｉＦｉダイレクトモードであり、前記第２の無線ダイレクトモードは、他の無線ＬＡＮダイレクトモードであることを特徴とする請求項７に記載の通信装置。
9. 前記判定手段は、
   前記所定の情報の受信に用いられたＩＰアドレスが前記所定の動作モードに対して割り当てられたＩＰアドレスでなく、かつ前記通信装置が無線ＬＡＮに接続中であることに基づいて、前記所定の情報を受信した通信インタフェースが無線ＬＡＮ用の通信インタフェースであって、かつ当該無線ＬＡＮがインフラストラクチャ接続であると判断することを特徴とする請求項３に記載の通信装置。
10. 前記所定の情報の受信に用いられたＩＰアドレスが前記所定の動作モードに対して割り当てられたＩＰアドレスでなく、かつ前記通信装置が無線ＬＡＮに接続中でないことに基づいて、前記前記所定の情報を受信した通信インタフェースが有線ＬＡＮ用の通信インタフェースであると判断することを特徴とする請求項９に記載の通信装置。
11. 前記送信手段は、前記判定手段の判定結果に基づく応答とともに前記通信装置を特定可能な情報を前記所定の情報の送信元に送信することを特徴とする請求項１から請求項１０のうちのいずれか１項に記載の通信装置。
12. 前記所定の情報が、ブロードキャストパケットまたはマルチキャストパケットにより送信されることを特徴とする請求項１から請求項１１のうちのいずれか１項に記載の通信装置。
13. 前記通信装置はプリンタエンジンを備えることを特徴とする請求項１から請求項１２のうちのいずれか１項に記載の通信装置。
14. 複数の通信インタフェースを有する通信装置と、前記通信装置を制御する情報処理装置とを備えた情報処理システムであって、
    前記情報処理装置は、
    所定の情報を前記通信装置に送信する送信手段と、
    前記所定の情報に対する応答情報を前記通信装置から受信する受信手段と、
    前記応答情報の少なくとも一部を表示装置に出力する出力手段とを備え、
    前記通信装置は、
    前記複数の通信インタフェースが複数の動作モードのいずれかにより所定の情報を受信した場合に、前記所定の情報の受信に用いられたＩＰアドレスが、前記通信装置により前記通信インタフェースの所定の動作モードに対して割り当てられたＩＰアドレスであるか否かに基づいて、前記所定の情報を受信したときの前記通信インタフェースの動作モードを判定する判定手段と、
    前記判定手段による判定結果に基づく応答を前記所定の情報の送信元に前記応答情報として送信する送信手段とを備えた
    ことを特徴とする情報処理システム。
15. 前記送信手段は、前記判定手段の判定結果に基づく応答とともに前記通信装置を特定可能な情報を前記所定の情報の送信元に送信することを特徴とする請求項１４に記載の情報処理システム。
16. 複数の通信インタフェースを有する通信装置と、前記通信装置を制御する情報処理装置とを備えた情報処理システムにおける情報処理方法であって、
    前記情報処理装置が、
    所定の情報を前記通信装置に送信し、
    前記所定の情報に対する応答情報を前記通信装置から受信し、
    前記応答情報の少なくとも一部を表示装置に出力し、
    前記通信装置が、
    前記複数の通信インタフェースが複数の動作モードのいずれかにより所定の情報を受信した場合に、前記所定の情報の受信に用いられたＩＰアドレスが、前記通信装置により前記通信インタフェースの所定の動作モードに対して割り当てられたＩＰアドレスであるか否かに基づいて、前記所定の情報を受信したときの前記通信インタフェースの動作モードを判定し、
    前記判定結果に基づく応答を前記所定の情報の送信元に前記応答情報として送信する
    ことを特徴とする情報処理方法。
17. コンピュータを請求項１から請求項１３のいずれか１項に記載の通信装置として機能させるためのプログラム。