JP6216149B2 - 通信装置、通信方法およびプログラム - Google Patents

Description

本発明は、無線接続を行う通信装置、通信方法およびプログラムに関する。

無線通信システムでは、アクセスポイントを介して相手側の装置と無線接続を行う方式（例えば、インフラストラクチャモード）の他に、自装置又は相手側の装置がアクセスポイントとして動作することで、相手側の装置と直接に無線接続を行うピアツーピア（Ｐ２Ｐ）無線接続方式が知られている。

そのようなＰ２Ｐ無線接続方式を実現する規格として、例えば、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）が知られている。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔに対応した機器は、自身がアクセスポイント（ＧｒｏｕｐＯｗｎｅｒ）として動作することができ、それにより、相手側装置と直接に無線接続が可能となる。その際に、相手側装置と自装置とのいずれがアクセスポイントとして動作するかは、ＧｒｏｕｐＯｗｎｅｒＮｅｇｏｔｉａｔｉｏｎというシーケンスにより決定される（特許文献１）。

特開２０１１−２４９９６０号公報

無線通信システム上のある装置が、受信したプローブ要求コマンドに応じてプローブ応答コマンドを送信すると、プローブ要求コマンドを送信した装置は、無線接続する相手側の装置を発見することができる（機器探索）。機器探索以降、装置の種類を示す機器情報やＩＰアドレスの確認等のシーケンスが実行され、無線接続が確立される。

ここで、受信したプローブ要求コマンドに対してプローブ応答コマンドを送信する際には、自装置が動作する無線接続方式の規格で規定された範囲内でプローブ応答コマンドを送信することが推奨されている。例えば、プローブ要求コマンドが拡張されたＷｉ−Ｆｉ Ｄｉｒｅｃｔ対応機器から送信されたものであり、且つ、自装置が非拡張型Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ対応機器として動作するものであった場合、非拡張型Ｗｉ−Ｆｉ Ｄｉｒｅｃｔで規定された範囲内でプローブ応答コマンドが送信されることがある。これは、プローブ要求コマンドに付随する情報（種々の属性を含む）に解釈できない情報が含まれる場合であっても、受け取ったプローブ要求コマンドに対して解釈できる情報のみを元に応答することが可能であるからである。つまり、対応する無線接続シーケンス、あるいはそれ以降の処理が異なるにも関わらず、相手側の装置を発見することになる。その状態で以降のシーケンスが実行されると、パラメータの取得エラー等により無線接続が失敗したり、無線接続後の処理でエラーとなる場合がある。

本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、応答を要する要求コマンドに対して適切に対処可能な通信装置、通信方法およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る通信装置は、通信装置であって、応答を要する要求コマンドを受信する受信手段と、前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致している場合に、前記要求コマンドに対して応答コマンドを送信し、前記応答コマンドが送信された後において前記通信装置と前記相手側装置との間でアクセスポイントとして動作する装置を決定する役割決定処理を実行する制御手段と、を有し、前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致していない場合、前記制御手段は、前記要求コマンドに応答可能であっても応答コマンドを送信しないよう制御し、前記制御手段によって前記応答コマンドが前記相手側装置に送信されないことにより、前記通信装置と前記相手側装置との間で前記役割決定処理が実行されない、ことを特徴とする。

本発明によると、応答を要する要求コマンドに適切に対処することができる。

システムの構成を示す図である。 携帯型通信端末装置の外観を示す図である。 ＭＦＰの外観を示す図である。 操作表示部の平面図である。 携帯型通信端末装置の構成を示すブロック図である。 ＭＦＰの構成を示すブロック図である。 ソフトウェアアクセスポイントモードの機器探索シーケンスを説明する図である。 ＷＦＤモードの機器探索シーケンスを説明する図である。 ＷＦＤ拡張モードの機器探索シーケンスを説明する図である。 図８及び図９以降のシーケンスを説明する図である。 動作モードが混在する場合のシーケンスを説明する第１の図である。 動作モードが混在する場合のシーケンスを説明する第２の図である。 動作モードが混在する場合のシーケンスを説明する第３の図である。 ＭＦＰがＷＦＤ拡張モードである場合の処理手順を示す図である。 ＭＦＰがＷＦＤモードである場合の処理手順を示す図である。 ＭＦＰがソフトウェアアクセスポイントモードである場合の処理手順を示す図である。 携帯型通信端末装置の処理の手順を示す図である。

以下、添付図面を参照して本発明の実施形態を例示的に詳しく説明する。尚、以下の実施例は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。

図１は、携帯型通信端末装置と印刷装置（ＭＦＰ）を含む無線通信システムの構成を示す図である。携帯型通信端末装置２００は、無線ＬＡＮ（ＷＬＡＮ）通信部や近接無線通信部を有する装置である。尚、近接無線通信とは、ＮＦＣに代表される、通信範囲が、比較的小さい所定範囲（例えば、１メートル〜数センチ以下）となる無線通信を意味する。携帯型通信端末装置２００は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の個人情報端末、携帯電話、デジタルカメラ等、でも良く、印刷装置２００と無線通信（ＷＬＡＮ）が可能である。印刷装置（ＭＦＰ）３００は、携帯型通信端末装置２００と無線通信可能であれば良く、その他、読取機能（スキャナ）やＦＡＸ機能、電話機能を有していても良い。本実施形態では、読取機能と印刷機能を有するＭｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ（ＭＦＰ）を例にしている。携帯型通信端末装置２００とＭＦＰ３００は共にＮＦＣによる近接無線通信部を有し、携帯型通信端末装置２００に電力供給が無い状態でも、携帯型通信端末装置２００をＭＦＰ３００にＮＦＣ通信可能な所定距離に近づけることで、近接無線通信も可能である。また、ＭＦＰ３００は、ＷＬＡＮ通信部によって、ネットワーク（ＴＣＰ／ＩＰに従った通信が可能なネットワーク）上の端末と無線通信可能である。携帯型通信端末装置２００とＭＦＰ３００のいずれか、あるいは両方は、近接無線通信部を有さずＷＬＡＮ通信部のみによって無線通信を行うものとしても良い。なお、携帯型通信端末装置２００及びＭＦＰ３００は、後述するようにＷＬＡＮ経由で複数の印刷サービスに対応した処理を実行可能である。

図２は、携帯型通信端末装置２００の外観を示す図である。本実施形態では、スマートフォンを例にしている。スマートフォンとは、携帯電話の機能の他に、カメラや、ウェブブラウザ、電子メール機能等を搭載した多機能型の携帯電話のことである。近接無線通信部であるＮＦＣユニット２０１は、ＮＦＣを用いて通信を行うユニットであり、ＮＦＣユニット２０１を相手先のＮＦＣユニットに所定距離（例えば、１０ｃｍ程度）以内に近づけることでＮＦＣによる通信を行うことができる。

ＷＬＡＮユニット２０２はＷＬＡＮで通信を行うためのユニットである。ＷＬＡＮユニット２０２は、例えばＩＥＥＥ８０２．１１シリーズに準拠したＷＬＡＮシステムにおけるデータ（パケット）通信が可能であるものとする。また、ＷＬＡＮユニット２０２を用いた無線通信では、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（ＷＦＤ）をベースにした通信、ソフトウェアＡＰモード、アドホックモード、Ｉｎｆｒａｓｔｒａｃｔｕｒｅモード等の通信モードによる通信などが可能である。表示部２０３は、例えば、ＬＣＤ方式の表示機構を備えたディスプレイである。操作部２０４は、タッチパネル方式の操作機構を備えており、ユーザによる操作を検知する。代表的な操作方法には、表示部２０３がボタンアイコンやソフトウェアキーボードの表示を行い、ユーザがそれらの箇所に触れることによって操作イベントを検知するものがある。電源キー２０５は電源のオン及びオフをする際に用いるハードキーである。

図３は、ＭＦＰ３００の外観を示す図である。図３（ａ）において、原稿台３０１は、スキャナ（読取部）で読み取らせる原稿を載せるガラス状の透明な台である。原稿蓋３０２は、スキャナで読取を行う際に原稿を押さえたり、読取の際に原稿を照射する光源からの光が外部に漏れないようにしたりするための蓋である。印刷用紙挿入口３０３は様々なサイズの用紙をセット可能な挿入口である。印刷用紙挿入口３０３にセットされた用紙は一枚ずつ印刷部に搬送され、印刷部で印刷を行って印刷用紙排出口３０４から排出される。

図３（ｂ）において、原稿蓋３０２の上部には操作表示部３０５及びＮＦＣユニット３０６が配置されている。操作表示部３０５については、図４を用いて詳細に説明する。ＮＦＣユニット３０６は近接無線通信を行うためのユニットであり、携帯型通信端末装置２００をＭＦＰ３００に近接させる場所である。ＮＦＣユニット３０６から所定距離（約１０ｃｍ）以内がＮＦＣ通信の有効距離である。ＷＬＡＮアンテナ３０７は、ＷＬＡＮで通信するためのアンテナが埋め込まれている。

図４は、操作表示部３０５の平面図である。表示部４０６は、画像や操作メニュー等のユーザインタフェースを表示する表示画面であり、例えば、ドットマトリクスＬＣＤが例に挙げられる。十字キー４０１は表示部４０６上のカーソル移動等の操作に用いる。セットキー４０２は設定入力のためのキーである。機能キー４０３は機能設定等の操作に用いる。スタートキー４０４は印刷の開始等の機能の実行指示を行う。

図５は、携帯型通信端末装置２００の構成を示すブロック図である。携帯型通信端末装置２００は、装置自身のメインの制御を行うメインボード７０１と、ＷＬＡＮ通信を行うＷＬＡＮユニット７１７と、ＮＦＣ通信を行うＮＦＣユニット７１８と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴ（ＢｌｕｅＴｏｏｔｈ（登録商標））ユニット７２１とを有する。

メインボード７０１において、ＣＰＵ７０２は、システム制御部であり、携帯型通信端末装置２００の全体を制御する。以降に示す携帯型通信端末装置２００の処理はＣＰＵ７０２の制御によって実行される。ＲＯＭ７０３は、ＣＰＵ７０２が実行する制御プログラムや組込オペレーティングシステム（ＯＳ）プログラム等を記憶する。本実施形態では、ＲＯＭ７０３に記憶されている各制御プログラムは、ＲＯＭ７０３に記憶されている組込ＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウェア制御を行う。

ＲＡＭ７０４は、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）等で構成され、プログラム制御変数等のデータを記憶し、また、ユーザが登録した設定値や携帯型通信端末装置２００の管理データ等のデータを記憶し、各種ワーク用バッファ領域が設けられている。

画像メモリ７０５は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）等のメモリで構成され、通信部を介して受信した画像データや、データ蓄積部７１２から読み出した画像データをＣＰＵ７０２で処理するために一時的に記憶する。ここで、通信部とは、ＷＬＡＮユニット７１７と、ＮＦＣユニット７１８及びＢＴユニット７２１を含む通信機能の総称である。

不揮発性メモリ７２２は、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）等のメモリで構成され、電源がオフされてもデータを記憶し続ける。尚、これらのようなメモリ構成はこれに限定されるものではない。例えば、画像メモリ７０５とＲＡＭ７０４を共有させてもよいし、データ蓄積部７１２にデータのバックアップ等を行ってもよい。また、本実施形態では、画像メモリ７０５にＤＲＡＭを用いているが、ハードディスクや不揮発性メモリ等の他の記憶媒体を使用する場合もあるのでこの限りではない。

データ変換部７０６は、種々の形式のデータの解析や、色変換、画像変換等のデータ変換を行う。電話部７０７は、電話回線の制御を行い、スピーカ部７１３を介して入出力される音声データを処理することで電話による通信を実現している。操作部７０８は、操作部２０４（図２）の信号を制御する。ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）７０９は、携帯型通信端末装置２００の現在の緯度や経度等の位置情報を取得する。表示部７１０は、表示部２０３（図２）の表示内容を電子的に制御しており、各種入力操作や、ＭＦＰ３００の動作状況、ステータス状況の表示等を行うことができる。

カメラ部７１１は、レンズを介して入力された画像を電子的に記録して符号化する機能を有している。カメラ部７１１で撮影された画像はデータ蓄積部７１２に保存される。スピーカ部７１３は電話機能のための音声を入力または出力する機能や、その他、アラーム通知等の機能を実現する。電源部７１４は、携帯可能な電池であり、装置内への電力供給制御を行う。電源状態には、電池に残量が無い電池切れ状態、電源キー２０５を押下していない電源オフ状態、通常起動している起動状態、起動しているが省電力になっている省電力状態がある。

携帯型通信端末装置２００には無線通信するための通信部が３つ搭載されており、ＷＬＡＮ、ＮＦＣ、ＢｌｕｅＴｏｏｔｈ（登録商標）で無線通信することができる。これにより、携帯型通信端末装置２００は、ＭＦＰ等の他デバイスとのデータ通信を行う。この通信部では、データをパケットに変換し、他デバイスにパケット送信を行う。逆に、外部の他デバイスからのパケットを、元のデータに復元してＣＰＵ７０２に対して送信する。ＷＬＡＮユニット７１７、ＮＦＣユニット７１８及びＢＴユニット７２１はそれぞれバスケーブル７１５、７１６及び７２０を介してメインボード７０１に接続されている。ＷＬＡＮユニット７１７、ＮＦＣユニット７１８及びＢＴユニット７２１はそれぞれの規格に準拠した通信を実現するためのユニットである。

メインボード７０１内の各種構成要素（ＲＯＭ７０３〜電源部７１４、ＷＬＡＮユニット７１７、ＮＦＣユニット７１８、ＢＴユニット７２１及び不揮発性メモリ７２２）は、ＣＰＵ７０２が管理するシステムバス７１９を介して、相互に接続されている。

図６は、ＭＦＰ３００の構成を示すブロック図である。ＭＦＰ３００は、装置自身のメインの制御を行うメインボード８０１と、ＷＬＡＮ通信を行うＷＬＡＮユニット８１７と、ＮＦＣ通信を行うＮＦＣユニット８１８と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴユニット８１９とを有する。

メインボード８０１において、ＣＰＵ８０２は、システム制御部であり、ＭＦＰ３００の全体を制御する。以降に示すＭＦＰ３００の処理はＣＰＵ８０１の制御によって実行される。ＲＯＭ８０３は、ＣＰＵ８０２が実行する制御プログラムや組込オペレーティングシステム（ＯＳ）プログラム等を記憶する。本実施形態では、ＲＯＭ８０３に記憶されている各制御プログラムは、ＲＯＭ８０３に記憶されている組込ＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウェア制御を行う。ＲＡＭ８０４は、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）等で構成され、プログラム制御変数等のデータを記憶し、また、ユーザが登録した設定値やＭＦＰ３００の管理データ等のデータを記憶し、各種ワーク用バッファ領域が設けられている。

不揮発性メモリ８０５は、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）等のメモリで構成され、電源がオフされてもデータを記憶し続ける。画像メモリ８０６は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）等のメモリで構成され、通信部を介して受信した画像データや、符号復号化処理部８１２で処理した画像データや、メモリカードコントローラ５１６を介して取得した画像データを蓄積する。また、携帯型通信端末装置２００のメモリ構成と同様に、このようなメモリ構成はこれに限定されるものではない。データ変換部８０７は、種々の形式のデータの解析や、画像データからプリントデータへの変換等を行う。尚、ここでの通信部とは、ＷＬＡＮユニット８１７と、ＮＦＣユニット８１８及びＢＴユニット８１９を含む通信機能の総称である。

読取制御部８０８は、読取部８１０（例えば、ＣＩＳイメージセンサ（密着型イメージセンサ））を制御して、原稿上の画像を光学的に読み取る。次に、これを電気的な画像データに変換した画像信号を出力する。２値化処理や中間調このとき処理等の各種画像処理を施してから出力しても良い。

操作部８０９及び表示部８１１は、図４での操作表示部３０５に対応する。符号復号化処理部８１２は、ＭＦＰ３００で扱う画像データ（ＪＰＥＧ、ＰＮＧ等）に対して符号復号化処理や、拡大縮小処理を行う。給紙部８１４は印刷のための用紙を保持する。記録制御部８１６からの制御で給紙部８１４から用紙の給紙を行うことができる。特に、給紙部８１４は、複数種類の用紙を一つの装置に保持するために、複数の給紙部を用意することができる。そして、記録制御部８１６により、どの給紙部から給紙を行うかの制御を行うことができる。

記録制御部８１６は、印刷される画像データに対し、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施してから記録部８１５に出力する。記録部８１５は、例えば、インクタンクから供給されるインクを記録ヘッドから吐出させて画像をプリントするインクジェットプリンタを採用可能である。また、記録制御部８１６は記録部８１５の情報を定期的に読み出してＲＡＭ８０４の情報を更新する役割も果たす。具体的には、インクタンクの残量や記録ヘッドの状態等のステータス情報を更新することである。

ＭＦＰ３００にも、携帯型通信端末装置２００と同様に無線通信するための通信部が３つ搭載されており、機能は同等のため、説明は省略する。ここで、ＷＬＡＮユニット８１７、ＮＦＣユニット８１８及びＢＴユニット８１９はそれぞれバスケーブル８２０、８２１及び８２２を介してメインボード８０１に接続されている。メインボード８０１内の各種構成要素（ＣＰＵ８０２〜ＢＴユニット８１９）は、ＣＰＵ８０２が管理するシステムバス８２３を介して、相互に接続されている。

［ピアツーピア無線接続（Ｐ２Ｐ無線接続）］
携帯型通信端末装置２００とＭＦＰ３００は、ＷＦＤに従ったピアツーピア（Ｐ２Ｐ）無線接続を確立することができる。ＷＦＤは、ＷｉＦｉＡｌｌｉａｎｃｅによって策定された規格であり、「ＷｉＦｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている。ＷＦＤ対応機器である携帯型通信端末装置２００及びＭＦＰ３００は、アクセスポイントとして動作するためのソフトウェアアクセスポイント（ソフトＡＰ）機能を有している。そのため、携帯型通信端末装置２００及びＭＦＰ３００は、ＷＦＤにより、他のアクセスポイントを介さずに相互に直接、無線接続が可能となる。複数のＷＦＤ対応機器のうちいずれがソフトＡＰとして動作するかは、ＧｒｏｕｐＯｗｎｅｒＮｅｇｏｔｉａｔｉｏｎというシーケンスに従って決定される。以下、ＷＦＤ対応機器であり且つアクセスポイントの役割を果たす装置を特に、ＧｒｏｕｐＯｗｎｅｒという。

無線通信システム上で一方の装置が発信したプローブ要求コマンド（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム）に応じてプローブ応答コマンド（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム）の送信が行われると、プローブ要求コマンドを発信した装置は、無線接続する相手側の装置を発見することができる（機器探索（Ｄｉｓｃｏｖｅｒｙ））。以降、装置の種類を示す機器情報やＩＰアドレスの確認等のシーケンスが実行され、無線接続が確立される。特にＰ２Ｐ無線接続の場合には、プローブ要求コマンドに、Ｐ２Ｐ無線接続に関する情報（Ｐ２Ｐエレメント）が含まれている。

ここで、本実施形態におけるＭＦＰ３００の無線通信の動作モードを３種類定義する。１つは、Ｐ２Ｐ無線接続と異なり自装置がソフトウェアによる設定でアクセスポイントの動作を模擬して動作し相手側の装置と無線接続するモード（ソフトＡＰモード）である。また、１つは、ＷＦＤ対応機器且つＧｒｏｕｐＯｗｎｅｒとして動作するモード（ＷＦＤモード）である。また、１つは、拡張されたＷＦＤ対応機器且つＧｒｏｕｐＯｗｎｅｒとして動作するモード（ＷＦＤ拡張モード）である。拡張されたＷＦＤとは、ＷＦＤにサービスレベルでの拡張機能が付加されたモードである。例えば、拡張されたＷＦＤに準拠するプローブ要求コマンドには、その独自の仕様を定義するための属性情報（インフォメーションエレメント、ＷＦＤ拡張属性）が付随される。そのインフォメーションエレメントは、ＷＦＤに準拠したプローブ要求コマンドに引数の形式で付加される。ＷＦＤモードは非拡張型のＷＦＤ機器として動作するモードである。ＭＦＰ３００をいずれのモードで動作させるかは、ユーザが操作部８０９等から指定するものでもよいし、固定的にいずれかのモードで動作するものであってもよい。

ところで、受信したプローブ要求コマンドに対してプローブ応答コマンドが送信される際には、自装置が動作する無線接続方式の規格で規定された範囲内でプローブ応答コマンドを送信することが推奨されている。例えば、プローブ要求コマンドがＷＦＤ対応機器（ＷＦＤモード）から送信されたものであり、且つ、自装置が拡張されたＷＦＤ対応機器（ＷＦＤ拡張モード）であったとすると、自装置がＷＦＤモードで動作していなくとも拡張されたＷＦＤで規定された範囲内でプローブ応答コマンドが送信されることがある。これは、プローブ要求コマンドに付随する情報（種々の属性を含む）に解釈できない情報が含まれる場合であっても、受け取ったプローブ要求コマンドに対して解釈できる情報のみを元に応答可能であるからである。つまり、対応する無線接続シーケンス、あるいはそれ以降の処理が相互に異なるにも関わらず、相手側の装置を発見することになる。しかしながら、その状態で、以降のシーケンスが実行されると、パラメータの取得エラー等により無線接続が失敗したり、無線接続後の処理でエラーとなる場合がある。

［各動作モードの機器探索シーケンス］
ここで、各動作モードにおける機器探索シーケンスを説明する。図７はＭＦＰ３００がソフトＡＰモードとして動作し携帯型通信端末装置２００がインフラストラクチャモードとして動作する場合の機器探索シーケンスを説明する図である。ソフトＡＰモードにおいては、ＳＳＩＤ等の識別ＩＤやパスワード等はユーザにより手動で設定される。携帯型通信端末装置２００は、機器探索リクエストコマンド７０１をＭＦＰ３００に送信する。機器探索リクエストコマンドとは、上記のプローブ要求コマンドに相当する。ＭＦＰ３００は、機器探索リクエスト７０１を受信後、携帯型通信端末装置２００に機器探索応答コマンド７０２を送信する。携帯型通信端末装置２００は、機器探索応答コマンド７０２を受信することにより、無線接続する相手側の装置を発見する。

図８は、携帯型通信端末装置２００とＭＦＰ３００とがＷＦＤモードとして動作する場合の機器探索シーケンスを説明する図である。ＷＦＤモードでは、上述の識別ＩＤやパスワード等の設定はユーザを介さずに自動的に行われる。携帯型通信端末装置２００は、機器探索リクエストコマンド８０１をＭＦＰ３００に送信する。ＭＦＰ３００は、機器探索リクエストコマンド８０１を受信後、携帯型通信端末装置２００に機器探索応答コマンド８０２を送信する。携帯型通信端末装置２００は、機器探索応答コマンド８０２を受信することにより、相手側の装置を発見する。なお、ＷＦＤモードにおける機器探索リクエストコマンドには、ＷＦＤ独自の仕様を定義するための属性情報（インフォメーションエレメント、ＷＦＤ属性）が引数の形式で含まれている。

図９は、携帯型通信端末装置２００とＭＦＰ３００とがＷＦＤ拡張モードとして動作する場合の機器探索シーケンスを説明する図である。図９においても図８と同様に、携帯型通信端末装置２００は、機器探索リクエストコマンド９０１をＭＦＰ３００に送信する。ＭＦＰ３００は、機器探索リクエストコマンド９０１の受信後、携帯型通信端末装置２００に機器探索応答コマンド９０２を送信する。携帯型通信端末装置２００は、機器探索応答コマンド９０２を受信することにより、相手側の装置を発見する。

図１０は、携帯型通信端末装置２００とＭＦＰ３００とがＷＦＤモード／ＷＦＤ拡張モードとして動作する場合の、図８及び図９の機器探索シーケンス以降のシーケンスを説明するための図である。機器探索リクエストコマンド１００１と機器探索応答コマンド１００２は、図８及び図９の機器探索リクエストコマンド８０１及び９０１、機器探索応答コマンド８０２及び９０２と同じである。なお、図１０では、携帯通信端末装置２００とＭＦＰ３００がＷＦＤ拡張モードとして動作する場合を示している。

ＷＦＤモード／ＷＦＤ拡張モードにおいては、機器探索応答コマンドの送受信後、機器情報確認フェーズ１００３が実行される。機器情報確認フェーズ１００３では、両装置が相手側の装置の機器情報を確認する。機器情報確認フェーズ１００３は、例えばＰ２ＰのＰｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙに対応する。ここで、機器情報とは、例えば、プリンタやスキャナ等の機器のカテゴリや種類を示す情報である。なお、ＷＦＤ拡張モードでは、機器情報確認フェーズ１００３の実行は必須であるが、ＷＦＤモードではオプション機能となるので実行されない場合もある。

次に、役割決定フェーズ１００４が実行される。役割決定フェーズ１００４では、携帯型通信端末装置２００とＭＦＰ３００のいずれがＧｒｏｕｐＯｗｎｅｒとして決定される。その決定方法については、ＷＦＤのＧｒｏｕｐＯｗｎｅｒＮｅｇｏｔｉａｔｉｏｎシーケンスとして定められており、ＧｒｏｕｐＯｗｎｅｒを所望する程度を表わすパラメータ０〜１５の値を用いて決定される。図１０では、役割決定フェーズ１００４において、ＭＦＰ３００がＧｒｏｕｐＯｗｎｅｒとして、携帯型通信端末装置２００がクライアントとして決定された例を示している。役割決定フェーズ１００４の後、使用する無線チャネルやＳＳＩＤ等を再確認するために、クライアントである携帯型通信端末装置２００は、機器探索リクエストコマンド１００５をＭＦＰ３００に送信する。ここで、機器探索リクエストコマンド１００５は、機器探索リクエストコマンド８０１及び９０１と異なり、ＷＦＤ属性やＷＦＤ拡張属性を含まない。ＭＦＰ３００は、機器探索リクエストコマンド１００５に応じて、機器探索応答コマンド１００６を送信する。ここで、送信される機器探索応答コマンド１００６も、ＷＦＤ属性やＷＦＤ拡張属性を含まない。

その後、パラメータ共有フェーズ１００７が実行される。パラメータ共有フェーズ１００７では、プッシュボタン方式やＰＩＮコード等の各種パラメータが相互の装置で共有される。パラメータ交換フェーズ１００７は、例えばＷｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐに対応する。パラメータ共有フェーズ１００７の実行後は、無線接続フェーズ１００８において、アプリケーションレベルでの無線接続が確立される。

［動作モード混在による問題点］
図１１は、携帯型通信端末装置２００がインフラストラクチャーモードとして動作し、ＭＦＰ３００がＷＦＤモード又はＷＦＤ拡張モードとして動作する場合を示す図である。また、図１１において、ＭＦＰ３００は、既にＧｒｏｕｐＯｗｎｅｒとして動作しているものとする。その状態で、携帯型通信端末装置２００は、機器探索リクエストコマンド１１０１をＭＦＰ３００に送信する。ＭＦＰ３００側からすると、動作モードが異なる機器探索リクエストコマンド１１０１を受信することになる。しかしながら、上述したように、プローブ要求コマンドに対して、自装置の動作モードで規定された範囲でプローブ応答コマンドを送信することが推奨されている。ＭＦＰ３００は、動作モードが異なる機器探索リクエストコマンド１１０１を受信しても、ＷＦＤモード／ＷＦＤ拡張モードで規定された範囲外の部分については読み捨てて無視し、ＷＦＤモード／ＷＦＤ拡張モードの規定の範囲内の部分について機器探索応答コマンド１１０２を送信することができる。

携帯型通信端末装置２００側からすると、機器探索応答コマンドを受信したことにより、相手側の装置を発見したと認識する。そして、以降のパラメータ交換フェーズ１１０３、無線接続フェーズ１１０４、アプリケーション使用フェーズ１１０５の実行を開始する。パラメータ交換フェーズ１１０３とは、図１０のパラメータ共有フェーズ１００７に対応する。また、無線接続１１０４及びアプリケーション使用フェーズ１１０５は、図１０の無線接続フェーズ１００８に対応する。

しかしながら、ここでは携帯型通信端末装置２００とＭＦＰ３００とは動作モードが異なるので、パラメータ交換や無線接続等で期待しているシーケンスが詳細において異なる。つまり、パラメータ交換フェーズ１１０３の実行を開始しても、パラメータ交換ができずエラーとなる場合がある。また、無線接続フェーズ１１０４の実行を開始しても、無線接続が確立できずエラーとなる場合がある。また、無線接続が確立できてもアプリケーション使用フェーズ１１０５の実行を開始した場合に、ユーザが期待するアプリケーションが使用できずエラーとなる、あるいは期待した結果とならない場合がある。それらの場合には、携帯型通信端末装置２００は、例えば自装置の動作モードを変更し、再度、機器探索リクエストコマンド１１０１を送信することから繰り返さなくてはならない。

図１２は、携帯型通信端末装置２００がＷＦＤモードとして動作し、ＭＦＰ３００がＷＦＤ拡張モードとして動作する場合を示す図である。図１２に示すように、携帯型通信端末装置２００は、機器探索リクエストコマンド１２０１をＭＦＰ３００に送信する。ＭＦＰ３００側からすると、動作モードが異なる機器探索リクエストコマンド１２０１を受信することになる。しかしながら、上述したように、ＭＦＰ３００は、動作モードが異なる機器探索リクエストコマンド１２０１を受信しても、ＷＦＤ拡張モードで規定された範囲外の部分については読み捨てて無視し、ＷＦＤ拡張モードの規定の範囲内の部分について機器探索応答コマンド１２０２を送信することができる。

携帯型通信端末装置２００側からすると、機器探索応答コマンドを受信したことにより、相手側の装置を発見したと認識する。そして、以降の役割決定フェーズ１２０３、パラメータ交換フェーズ１２０４、無線接続フェーズ１２０５、アプリケーション使用フェーズ１２０６の実行を開始する。

しかしながら、携帯型通信端末装置２００とＭＦＰ３００とは動作モードが異なるので、例えば、アプリケーション使用フェーズ１２０６の実行を開始しても、ユーザが期待するアプリケーションが使用できずエラーとなる、あるいは期待した結果とならない場合がある。例えば、所望のサービスにアクセスできなかったり、アプリケーションの起動が実行されていないという理由により、ユーザが期待するアプリケーションが使用できない場合がある。そのような場合には、携帯型通信端末装置２００は、例えば自装置の動作モードを変更し、再度、機器探索リクエストコマンド１１０１を送信することから繰り返さなくてはならない。

図１３は、携帯型通信端末装置２００がＷＦＤ拡張モードとして動作し、ＭＦＰ３００がＷＦＤモードとして動作する場合を示す図である。図１３に示すように、携帯型通信端末装置２００は、機器探索リクエストコマンド１３０１をＭＦＰ３００に送信する。ＭＦＰ３００側からすると、動作モードが異なる機器探索リクエストコマンドを受信することになる。しかしながら、上述したように、ＭＦＰ３００は、モードが異なる機器探索リクエストコマンド１３０１を受信しても、ＷＦＤモードで規定された範囲外の部分については読み捨てて無視し、ＷＦＤモードの規定の範囲内の部分について機器探索応答コマンド１３０２を送信することができる。

携帯型通信端末装置２００側からすると、機器探索応答コマンドを受信したことにより、相手側の装置を発見したと認識する。そして、次の機器供給情報確認フェーズ１３０３の実行を開始する。

しかしながら、携帯型通信端末装置２００とＭＦＰ３００とは動作モードが異なるので、例えば、機器供給情報確認フェーズ１３０３の実行を開始しても、機器情報を確認できずエラーとなる場合があったり、期待した結果が得られなくなることがある。

［本実施形態における応答制御シーケンス］
そこで、本実施形態においては、ＭＦＰ３００は、自装置の動作モードに応じて、相手側の装置から受信した機器探索リクエストコマンドに対して機器探索応答コマンドを送信するか否かを判定する。ここで、ＭＦＰ３００は、機器探索応答コマンドを送信すると判定された場合に、機器探索応答コマンドを送信する。一方、機器探索応答コマンドを送信しないと判定された場合には、機器探索応答コマンドを送信しない。そのような構成により、携帯型通信端末装置２００側からすると、受信した機器探索応答コマンドの動作モードは、携帯型通信端末装置２００の動作モードと一致することになるので、以降の接続シーケンスを図１１〜図１３で説明したようなエラー等を発生させることなく実行することができる。

まず、ＭＦＰ３００がＷＦＤ拡張モードとして動作する場合について説明する。図１４は、ＭＦＰ３００がＷＦＤ拡張モードとして動作する場合の応答制御方法の処理手順を示すフローチャートである。図１４に示す各処理、および、後述する図１５と図１６に示す各処理は、例えば、ＭＦＰ３００のＣＰＵ８０２がＲＯＭ８０３に記憶された制御プログラムをＲＡＭ８０４に展開して実行することにより実現される。

まず、Ｓ１４０１において、ＭＦＰ３００は、携帯型通信端末装置２００から機器探索リクエストコマンドを受信する。Ｓ１４０２において、ＭＦＰ３００は、その受信した機器探索リクエストコマンドを参照して、拡張されたＷＦＤの属性情報が含まれているか否かを判定する。ここで、拡張されたＷＦＤの属性情報が含まれていると判定された場合には、Ｓ１４０３に進む。Ｓ１４０３において、ＭＦＰ３００は、機器探索リクエストコマンドから、動作モードに依存しない属性情報であるコマンドの送信元、即ち、携帯型通信端末装置２００の識別ＩＤを抽出してＲＡＭ８０４等に記憶する。ここで、識別ＩＤは、装置を一意に特定できるものであれば良く、例えば、ＭＡＣアドレスであっても良い。次に、Ｓ１４０４において、ＭＦＰ３００は、拡張されたＷＦＤの属性情報を含む機器探索応答コマンドを携帯型通信端末装置２００に送信する。Ｓ１４０４で返信する機器探索応答コマンドは、図９の機器探索応答コマンド９０２に対応する。

Ｓ１４０２で拡張されたＷＦＤの属性情報が含まれていないと判定された場合には、Ｓ１４０５に進む。Ｓ１４０５において、ＭＦＰ３００は、その受信した機器探索リクエストコマンドから、動作モードに依存しない属性情報であるコマンドの送信元、即ち、携帯型通信端末装置２００の識別ＩＤを抽出し、既にＲＡＭ８０４等に記憶されている識別ＩＤと一致するか否かを判定する。

図１０において説明したように、ＷＦＤモード／ＷＦＤ拡張モードの場合には、役割決定フェーズ１００４の後、属性情報を含まない機器探索リクエストコマンドが携帯型通信端末装置２００から送信される。その時点では、送信元の携帯型通信端末装置２００はＭＦＰ３００と同じモードであるはずなので、ＭＦＰ３００は、受信した機器探索リクエストコマンドが属性情報を含んでいなくても、自装置の動作モードに対応したコマンドとして受け付ける必要がある。

そこで、本実施形態では、Ｓ１４０２で拡張されたＷＦＤの属性情報を含まないと判定されたとしても、Ｓ１４０５でそのコマンドの送信元の識別ＩＤが既にＲＡＭ１０４に記憶されている識別ＩＤと一致する場合には、図１０の機器探索リクエストコマンド１００５と判定する。そして、自装置の動作モードに対応したコマンドとして受け付ける。

Ｓ１４０５で一致すると判定された場合には、Ｓ１４０６において、ＭＦＰ３００は、機器探索応答コマンドを携帯型通信端末装置２００に送信する。その際、ＭＦＰ３００は、機器探索応答コマンドに属性情報を含めずに送信する。一方、Ｓ１４０５で一致しないと判定された場合には、受信した機器探索リクエストコマンドは、自装置の動作モードと異なるモードに対応するコマンドであると判定し、受信した機器探索リクエストコマンドを破棄する。Ｓ１４０４、Ｓ１４０６、Ｓ１４０７の処理後は、再び、機器探索リクエストコマンドを待機し、受信した場合にはＳ１４０１からの処理を繰り返す。

図１５は、ＭＦＰ３００がＷＦＤモードとして動作する場合の応答制御方法の処理手順を示すフローチャートである。まず、Ｓ１５０１において、ＭＦＰ３００は、携帯型通信端末装置２００から機器探索リクエストコマンドを受信する。Ｓ１５０２において、ＭＦＰ３００は、その受信した機器探索リクエストコマンドを参照して、拡張されたＷＦＤの属性情報が含まれているか否か（有無）を判定する。ここで、含まれていると判定された場合には、自装置のモードに不要な属性が付随し、受信したコマンドに対応する動作モードは自装置の動作モードと異なるということなので、Ｓ１５０３において、ＭＦＰ３００は、受信した機器探索リクエストコマンドを破棄する。

Ｓ１５０２で拡張されたＷＦＤの属性情報が含まれていないと判定された場合には、Ｓ１５０４において、ＭＦＰ３００は、その受信した機器探索リクエストコマンドを参照して、ＷＦＤの属性情報が含まれているか否かを判定する。ここで、ＷＦＤの属性情報が含まれていると判定された場合には、Ｓ１５０５において、ＭＦＰ３００は、機器探索リクエストコマンドから、動作モードに依存しない属性情報であるコマンドの送信元、即ち、携帯型通信端末装置２００の識別ＩＤを抽出してＲＡＭ８０４等に記憶する。ここで、識別ＩＤは、装置を一意に特定できるものであれば良く、例えば、ＭＡＣアドレスであっても良い。次に、Ｓ１５０６において、ＭＦＰ３００は、ＷＦＤの属性情報を含む機器探索応答コマンドを携帯型通信端末装置２００に送信する。Ｓ１５０６で送信する機器探索応答コマンドは、図８の機器探索応答コマンド８０２に対応する。

Ｓ１５０４でＷＦＤの属性情報が含まれていないと判定された場合には、Ｓ１５０７に進む。Ｓ１５０７において、ＭＦＰ３００は、その受信した機器探索リクエストコマンドから、動作モードに依存しない属性情報であるコマンドの送信元、即ち、携帯型通信端末装置２００の識別ＩＤを抽出し、既にＲＡＭ８０４等に記憶されている識別ＩＤと一致するか否かを判定する。

Ｓ１５０７でそのコマンドの送信元の識別ＩＤが既にＲＡＭ１０４に記憶されている識別ＩＤと一致する場合には、図１０の機器探索リクエストコマンド１００５であると判定する。そして、Ｓ１５０８において、ＭＦＰ３００は、機器探索応答コマンドを携帯型通信端末装置２００に返信する。その場合に、ＭＦＰ３００は、機器探索応答コマンドに属性情報を含めずに送信する。

Ｓ１５０７で一致しないと判定された場合には、受信した機器探索リクエストコマンドは、自装置の動作モードと異なる動作モードに対応するコマンドであると判定し、受信した機器探索リクエストコマンドを破棄する。Ｓ１５０３、Ｓ１５０６、Ｓ１５０８、Ｓ１５０９の処理後は、再び、機器探索リクエストコマンドを待機し、受信した場合には、Ｓ１５０１からの処理を繰り返す。

図１６は、ＭＦＰ３００がソフトＡＰモードとして動作する場合の応答制御方法の処理手順を示すフローチャートである。

まず、Ｓ１６０１において、ＭＦＰ３００は、携帯型通信端末装置２００から機器探索リクエストコマンドを受信する。Ｓ１６０２において、ＭＦＰ３００は、その受信した機器探索リクエストコマンドを参照して、ＷＦＤの属性情報若しくは拡張されたＷＦＤの属性情報が含まれているか否かを判定する。ここで、いずれかの属性情報が含まれていると判定された場合には、受信したコマンドに対応する動作モードは自装置の動作モードと異なるということなので、Ｓ１６０３において、ＭＦＰ３００は、受信した機器探索リクエストコマンドを破棄する。

Ｓ１６０２でいずれの属性情報も含まれていないと判定された場合には、Ｓ１６０４において、ＭＦＰ３００は、受信した機器探索リクエストコマンドに対応する動作モードはソフトＡＰモードであると判定する。そして、ＭＦＰ３００は、機器探索応答コマンドを携帯型通信端末装置２００に送信する。

［携帯型通信端末装置側の処理］
図１４〜図１６では、ＭＦＰ３００が、自装置の動作モードと一致する動作モードに対応する機器探索リクエストコマンドに対してのみ、機器探索応答コマンドを送信する処理について説明した。次に、機器探索リクエストコマンドを送信した携帯型通信端末装置２００が、相手側の装置から機器探索応答コマンドを受信した場合に、自装置の動作モードに合致した装置のみを探索結果としてユーザに提示できるようにする処理について説明する。

図１７は、携帯型通信端末装置２００のモード制御処理の手順を示すフローチャートである。図１７の各処理は、例えば、携帯型通信端末装置２００のＣＰＵ７０２がＲＯＭ７０３に記憶された制御プログラムをＲＡＭ７０４に展開して実行することにより実現される。図１７では、携帯型通信端末装置２００は、まず、ＷＦＤ拡張モードとして動作しているとする。

まず、Ｓ１７０１において、携帯型通信端末装置２００は、ＭＦＰ３００に対して機器探索リクエストコマンドを送信する。次に、Ｓ１７０２において、携帯型通信端末装置２００は、相手側の装置から機器探索応答コマンドを受信する。Ｓ１７０３において、携帯型通信端末装置２００は、受信した機器探索応答コマンドを参照して、拡張されたＷＦＤの属性情報が含まれるか否かを判定する。ここで、含まれると判定された場合には、Ｓ１７０４に進む。Ｓ１７０４において、携帯型通信端末装置２００は、自装置がＷＦＤ拡張モードとして動作しているか否かを判定する。ここで、ＷＦＤ拡張モードとして動作していると判定された場合には、Ｓ１７０５において、携帯型通信端末装置２００は、受信した機器探索応答コマンドから相手側の装置の識別ＩＤを抽出して、ＲＡＭ７０４等に予め記憶された接続先デバイスリストに加える。一方、Ｓ１７０４でＷＦＤ拡張モードとして動作していないと判定された場合、および、Ｓ１７０５の処理後は、Ｓ１７０６に進む。

Ｓ１７０３で拡張されたＷＦＤの属性情報が含まれないと判定された場合には、Ｓ１７０８において、携帯型通信端末装置２００は、機器探索応答コマンドにＷＦＤの属性情報が含まれるか否かを判定する。ここで、含まれると判定された場合には、Ｓ１７０９において、携帯型通信端末装置２００は、自装置がＷＦＤモードとして動作しているか否かを判定する。ここで、ＷＦＤモードとして動作していると判定された場合には、受信した機器探索応答コマンドから相手側の装置の識別ＩＤを抽出して接続先デバイスリストに加える。Ｓ１７０９でＷＦＤモードとして動作していないと判定された場合、および、Ｓ１７１０の処理後は、Ｓ１７０６に進む。

Ｓ１７０８でＷＦＤの属性情報が含まれないと判定された場合には、Ｓ１７１１において、携帯型通信端末装置２００は、インフラストラクチャーモードとして動作しているか否かを判定する。インフラストラクチャーモードとして動作していると判定された場合、受信した機器探索応答コマンドから相手側の装置の識別ＩＤを抽出して接続先デバイスリストに加える。Ｓ１７１１でインフラストラクチャーモードとして動作していないと判定された場合には、Ｓ１７０６に進む。

Ｓ１７０６において、携帯型通信端末装置２００は、機器探索を終了するか否かを判定する。ここで、例えば、機器探索リクエストコマンドを送信した相手側の装置が複数あった場合に、それらの全ての装置について図１７の処理が終了したと判定された場合に、終了と判定し、Ｓ１７０７に進むようにしても良い。Ｓ１７０６で終了しないと判定された場合には、Ｓ１７０１からの処理を繰り返す。一方、終了すると判定された場合には、携帯型通信端末装置２００の操作部７０８のディスプレイに接続先デバイスリストを表示する。その後、携帯型通信端末装置２００は、操作部７０８のディスプレイ上で、接続先デバイスの選択を受け付け、そのデバイスについて、以降の無線接続を確立するようにしても良い。

また本実施形態においては、携帯型通信端末装置２００に自装置の動作モードに合致する装置のみを探索結果としてユーザに提示するようにしたが、逆に、発見した相手装置の動作モードに合わせて自装置の動作モードを変更しても良い。

例えば図１７において、Ｓ１７０３で拡張されたＷＦＤの属性情報が含まれないと判定された場合には、Ｓ１７０８において、携帯型通信端末装置２００は、ＷＦＤの属性情報が含まれるか否かを判定する。ここで、含まれると判定された場合には、Ｓ１７０９において、以降ＷＦＤモードとして動作するか否かを判定する。 ここで、ＷＦＤモードとして動作すると判定した場合には自装置の動作モードをＷＦＤモードに変更する。動作モードの変更は、例えば、操作部７０８のディスプレイに動作モードの変更受け付け画面を表示し、ユーザの変更指示を受け付けてから行うようにしても良い。これによって、携帯型通信端末装置２００の動作モードと相手装置の動作モードが異なっていたとしても同じ動作モードに変更して無線接続を行わせることができる。

以上のように、本実施形態によれば、ＭＦＰ３００は、自装置の動作モードに対応する機器探索リクエストコマンドに対してのみ、機器探索応答コマンドを送信する。そのような構成により、機器探索応答コマンドを受信することで発見した相手側の装置は、自装置の動作モードと必ず一致するので、以降の無線接続の確立のためのシーケンスをエラーなく実行することができる。

また、本実施形態によれば、携帯型通信端末装置２００は、受信した機器探索応答コマンドに対応する動作モードが自装置の動作モードと合致する装置のみ探索結果としてユーザに提示することができる。また、動作モードが異なる場合には、相手側の装置の動作モードに合わせて変更することも可能となる。その結果、以降の処理をエラーなく実行することができる。

なお、以上の実施形態では無線通信を行うものれ例に説明したが、有線ネットワークによる通信においても同様の処理を行うことができる。

本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又はコンピュータ読取可能な各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムを実行するコンピュータは、１つであってもよいし、複数のコンピュータが協働してプログラムを実行するものであってもよい。さらに、プログラムの一部を実行する回路等のハードウェアを設け、そのハードウェアと、ソフトウェアを実行するコンピュータが協働して、本実施形態で説明した処理を実行する場合であってもよい。

Claims (17)

1. 通信装置であって、
   応答を要する要求コマンドを受信する受信手段と、
   前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致している場合に、前記要求コマンドに対して応答コマンドを送信し、前記応答コマンドが送信された後において前記通信装置と前記相手側装置との間でアクセスポイントとして動作する装置を決定する役割決定処理を実行する制御手段と、を有し、
   前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致していない場合、前記制御手段は、前記要求コマンドに応答可能であっても応答コマンドを送信しないよう制御し、
   前記制御手段によって前記応答コマンドが前記相手側装置に送信されないことにより、前記通信装置と前記相手側装置との間で前記役割決定処理が実行されない、
   ことを特徴とする通信装置。
2. 前記要求コマンドに付随する所定の属性の有無を参照し、前記要求コマンドを送信した前記相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致しているか否かを判定する判定手段、をさらに有することを特徴とする請求項１に記載の通信装置。
3. 前記判定手段は、前記要求コマンドに、前記通信装置が実行する無線通信の動作モードに不要な属性が付随していた場合、前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致していないと判定することを特徴とする請求項２に記載の通信装置。
4. 前記制御手段により前記応答コマンドを送信した後、当該応答コマンドを送信した相手側装置から、前記受信手段により要求コマンドを受信した場合に、
   前記制御手段は、前記判定手段による判定に依らず、応答コマンドを送信する、
   ことを特徴とする請求項２又は３に記載の通信装置。
5. 前記相手側装置は、前記要求コマンドとして、第１機器探索コマンドを送信し、
   前記第１機器探索コマンドに前記所定の属性が存在する場合、前記相手側装置の識別情報を記憶部に記憶させる記憶制御手段、をさらに有し、
   前記所定の属性が含まれない第２機器探索コマンドを前記相手側装置から受信し、かつ、前記第２機器探索コマンドを送信した前記相手側装置の識別情報が前記記憶部に記憶されている場合、前記制御手段は、前記相手側装置に応答コマンドを送信する、
   ことを特徴とする請求項２乃至４のいずれか１項に記載の通信装置。
6. 前記所定の属性は、ＷｉＦｉダイレクト拡張属性であることを特徴とする請求項２乃至５のいずれか１項に記載の通信装置。
7. 前記役割決定処理は、ＩＥＥＥ８０２．１１シリーズに準拠したＷｉＦｉダイレクトにおけるＧｒｏｕｐ Ｏｗｎｅｒ Ｎｅｇｏｔｉａｔｉｏｎであることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 記録媒体に画像を形成する印刷手段、をさらに有することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 前記無線通信における動作モードは、ＷｉＦｉダイレクトモード、前記ＷｉＦｉダイレクトモードが拡張されたＷｉＦｉダイレクト拡張モード、インフラストラクチャーモードのいずれかであることを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
10. 通信装置としてのコンピュータを、
    応答を要する要求コマンドを受信する受信手段、
    前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致している場合に、前記要求コマンドに対して応答コマンドを送信し、前記応答コマンドが送信された後において前記通信装置と前記相手側装置との間でアクセスポイントとして動作する装置を決定する役割決定処理を実行する制御手段、として機能させるためのプログラムであり、
    前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致していない場合、前記制御手段は、前記要求コマンドに応答可能であっても応答コマンドを送信しないよう制御し、
    前記制御手段によって前記応答コマンドが前記相手側装置に送信されないことにより、前記通信装置と前記相手側装置との間で前記役割決定処理が実行されない、
    ことを特徴とするプログラム。
11. 前記要求コマンドに付随する所定の属性の有無を参照し、前記要求コマンドを送信した前記相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致しているか否かを判定する判定手段、としてコンピュータをさらに機能させることを特徴とする請求項１０に記載のプログラム。
12. 前記判定手段は、前記要求コマンドに、前記通信装置が実行する無線通信の動作モードに不要な属性が付随していた場合、前記要求コマンドを送信した相手側装置の無線通信における動作モードが、前記通信装置が実行する無線通信における動作モードと一致していないと判定することを特徴とする請求項１１に記載のプログラム。
13. 前記制御手段により前記応答コマンドを送信した後、当該応答コマンドを送信した相手側装置から、前記受信手段により要求コマンドを受信した場合に、
    前記制御手段は、前記判定手段による判定に依らず、応答コマンドを送信する、
    ことを特徴とする請求項１１又は１２に記載のプログラム。
14. 前記相手側装置は、前記要求コマンドとして、第１機器探索コマンドを送信し、
    前記第１機器探索コマンドに前記所定の属性が存在する場合、前記相手側装置の識別情報を記憶部に記憶させる記憶制御手段、としてコンピュータをさらに機能させ、
    前記所定の属性が含まれない第２機器探索コマンドを前記相手側装置から受信し、かつ、前記第２機器探索コマンドを送信した前記相手側装置の識別情報が前記記憶部に記憶されている場合、前記制御手段は、前記相手側装置に応答コマンドを送信する、
    ことを特徴とする請求項１１乃至１３のいずれか１項に記載のプログラム。
15. 前記所定の属性は、ＷｉＦｉダイレクト拡張属性であることを特徴とする請求項１１乃至１４のいずれか１項に記載のプログラム。
16. 前記役割決定処理は、ＩＥＥＥ８０２．１１シリーズに準拠したＷｉＦｉダイレクトにおけるＧｒｏｕｐ Ｏｗｎｅｒ Ｎｅｇｏｔｉａｔｉｏｎであることを特徴とする請求項１０乃至１５のいずれか１項に記載のプログラム。
17. 前記無線通信における動作モードは、ＷｉＦｉダイレクトモード、前記ＷｉＦｉダイレクトモードが拡張されたＷｉＦｉダイレクト拡張モード、インフラストラクチャーモードのいずれかであることを特徴とする請求項１０乃至１６のいずれか１項に記載のプログラム。

Images