JP2016009990A - 通信装置 - Google Patents

Abstract

【課題】 通信装置が外部装置と、適切に無線ネットワークを形成し得る技術を提供する。
【解決手段】 携帯端末１０は、ＷＰＳ操作が実行されると、多機能機１００を検索する。携帯端末１０は、携帯端末１０がＧ／Ｏ状態であって、かつ、多機能機１００がＧ／Ｏ状態である場合に、携帯端末１０を、Ｇ／Ｏ状態からデバイス状態に移行させる。携帯端末１０は、デバイス状態に移行された後に、携帯端末１０がクライアントとして所属し、かつ、多機能機１００がＧ／Ｏとして所属すべきＷＦＤＮＷを形成するための形成処理を実行する。
【選択図】図３

Description

本明細書では、無線ネットワークに所属するための通信装置を開示する。

非特許文献１に、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（以下では「ＷＦＤ」と呼ぶ）方式に従った無線通信技術が開示されている。

「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅ、２０１０年

ＷＦＤに従って形成される無線ネットワークでは、１個の通信装置がグループオーナーとして所属し、他の通信装置がクライアントとして所属する無線ネットワークが形成される。しかしながら、ＷＦＤに従って無線ネットワークを形成する場合、ネットワークを形成すべき各通信装置の状態（例えば通信装置がグループオーナーとして所属すべき状態）によっては、各通信装置が所属する無線ネットワークを形成することができない場合がある。

本明細書では、通信装置が外部装置と、適切に無線ネットワークを形成し得る技術を提供する。

本明細書によって開示される通信装置は、受付部と、検索部と、状態移行部と、形成部と、を備える。受付部は、通信装置と外部装置とが所属すべき無線ネットワークを形成するための指示をユーザから受け付ける。通信装置と外部装置とのそれぞれは、無線ネットワークに親局として所属すべき親局状態と、親局状態と異なる非親局状態と、のどちらかの状態に移行可能である。検索部は、指示が受け付けられる場合に、外部装置を検索する。状態移行部は、検索済みの外部装置の状態に応じて、通信装置の状態を移行させる。状態移行部は、通信装置が親局状態であり、かつ、検索済みの外部装置が親局状態である場合に、通信装置を、親局状態から非親局状態に移行させる。形成部は、通信装置の状態が非親局状態に移行された後に、通信装置が子局として所属し、かつ、外部装置が親局として所属すべき第１の無線ネットワークを形成するための形成処理を実行する。

無線ネットワークでは、２個以上の親局状態の機器は、所属し得ない。即ち、通信装置が親局状態で維持され、かつ、外部装置が親局状態で維持される場合には、通信装置と外部装置との両者が所属すべき無線ネットワークを形成することができない。上記の構成では、外部装置が親局状態である場合に、通信装置は、親局状態から非親局状態に移行され、無線ネットワークを形成するための処理を実行する。この構成によれば、通信装置が親局状態である場合であって、通信装置は、親局状態の外部装置と、無線ネットワークを形成し得る。

検索部は、検索信号を送信することによって、外部装置を検索する。通信装置は、さらに、検索信号に対する応答として、応答信号を受信する受信部と、応答信号に基づいて、外部装置が親局状態であるか否かを判断する第１判断部と、を備えていてもよい。この構成によれば、通信装置は、検索信号に対する応答信号を用いて、外部装置が親局状態であるか否かを判断することができる。

形成処理は、通信装置が非親局状態に移行された後に、第１の無線ネットワークを形成するための要求信号を、外部装置に送信する処理を含んでいてもよい。この構成によれば、外部装置に、無線ネットワークを形成すべきであることを知らせることができる。

通信装置は、さらに、非親局状態に移行された後に、外部装置が親局状態であるか否かを判断する第２判断部を備えていてもよい。この構成によれば、外部装置が、通信装置と同様に、親局状態から非親局状態に移行したか否かを確認することができる。

状態移行部は、外部装置が親局状態でないと判断される場合に、通信装置を、非親局状態から親局状態に移行させてもよい。この構成によれば、外部装置が親局状態でなければ、通信装置を、親局状態に移行することができる。

通信装置は、さらに、通信装置が非親局状態から親局状態に移行される場合に、通信装置と外部装置とのどちらか一方を、非親局状態に移行させるための移行情報を出力部に出力させる出力制御部を備えていてもよい。この構成によれば、移行情報をユーザに知らせることができる。これにより、ユーザは、通信装置と外部装置とのどちらか一方を、親局状態に移行させることができる。

状態移行部は、通信装置が親局として所属している第２の無線ネットワークに、子局として所属している機器が存在する場合に、親局状態から非親局状態に移行させなくてもよい。この構成によれば、既に、第２の子局として無線ネットワークに子局として所属している機器が、第２の無線ネットワークに親局として所属する通信装置が非親局状態に移行することによって、当該通信装置と無線ネットワークを介した無線通信を実行することができなくなる事態を回避することができる。

通信装置は、さらに、第１の無線ネットワークが形成された後、第１の無線ネットワークに外部装置が所属しているか否かを確認する確認部を備えていてもよい。状態移行部は、外部装置が所属していないと判断される場合に、通信装置を、非親局状態から親局状態に移行させてもよい。この構成によれば、無線ネットワークを利用して通信装置と外部装置とが無線通信を実行することができない状況であるにも関わらず、通信装置が非親局状態に維持される事態を回避することができる。

上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と外部装置とを備える通信システムも、新規で有用である。

通信システムの構成を示す。 携帯端末が実行する接続処理のフローチャートを示す。 携帯端末がデバイス状態に移行するケースＡを表わすシーケンス図を示す。 携帯端末及び多機能機がともにデバイス状態に移行するケースＢを表わすシーケンス図を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、携帯端末１０と多機能機５０，１００とを備える。携帯端末１０と多機能機５０，１００とのそれぞれは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定された通信方式であるＷｉ−Ｆｉ方式の無線通信（即ちＷｉ−Ｆｉ通信）を実行可能である。

（携帯端末１０の構成）
携帯端末１０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末１０は、無線ＬＡＮ（Local Area Networkの略）インターフェース１２と、操作部１４と、表示部１６と、制御部２０と、を備える。以下及び図面では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１４は、複数のキーを備える。ユーザは、操作部１４を操作することによって、様々な指示を携帯端末１０に入力することができる。表示部１６は、様々な情報を表示するためのディスプレイである。

無線ＬＡＮＩ／Ｆ１２は、Ｗｉ−Ｆｉ方式の無線通信を実行するためのインターフェースである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格又はそれに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従った無線通信方式である。

より具体的に言うと、無線ＬＡＮＩ／Ｆ１２は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ方式をサポートしている。従って、制御部２０は、ＷＦＤ方式の無線ネットワーク（以下では「ＷＦＤＮＷ」と呼ぶ）を利用して、無線ＬＡＮＩ／Ｆ１２を介して、Ｗｉ−Ｆｉ通信を実行することができる。ＷＦＤ方式の詳細は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている。また、米国特許出願公開第２０１３／０２６０６８３号公報にも、ＷＦＤ方式の詳細が開示されており、当該文献を参照して引用する。

上記のＷＦＤの規格書では、ＷＦＤ方式の無線ネットワークを利用して、Ｗｉ−Ｆｉ通信を実行可能な機器（以下では「ＷＦＤ対応機器」と呼ぶ）の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ（以下では「Ｇ／Ｏ」と呼ぶ）状態、クライアント状態、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ対応機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。ＷＦＤＮＷでは、１個の機器が、Ｇ／Ｏ状態で動作することによって、Ｇ／Ｏとして所属する。複数個の機器がＷＦＤＮＷに所属する場合、Ｇ／Ｏ以外の機器は、クライアント状態で動作し、クライアントとしてＷＦＤＮＷに所属する。Ｇ／Ｏ状態で所属する機器は、ＷＦＤＮＷにクライアントとして所属する機器（以下では「ＣＬ機器」と呼ぶ）が存在する場合に、当該ＣＬ機器を管理するために、ＣＬ機器の識別情報（例えばＭＡＣアドレス）が登録されている管理リストを格納する。

制御部２０は、ＣＰＵ２２と、メモリ２４と、を備える。ＣＰＵ２２は、メモリ２４に格納されている各プログラムに従って、様々な処理を実行するプロセッサである。メモリ２４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ２４は、基本プログラム、接続処理用プログラム等を格納している。基本プログラムは、ＣＰＵ２２が、携帯端末１０の基本機能（例えば、メール通信機能、表示機能等）を実行するためのプログラムである。接続処理用プログラムは、後述する図２の接続処理を実行するためのプログラムである。メモリ２４は、上記の各プログラムの他に、さらに、強制Ｇ／Ｏ（Group Ownerの略）モードフラグを格納する。

強制Ｇ／Ｏモードフラグは、「０」又は「１」を示す。携帯端末１０は、強制Ｇ／Ｏモードフラグ「１」がメモリ２４に格納されている場合、強制Ｇ／Ｏモードに設定されており、強制Ｇ／Ｏモードフラグ「０」がメモリ２４に格納されている場合、強制Ｇ／Ｏモードに設定されていない。強制Ｇ／Ｏモードが設定されている場合、携帯端末１０に無線接続されるクライアント状態の機器の有無に関わらず、ＣＰＵ２２は、携帯端末１０をＷＦＤ方式のＧ／Ｏ状態に移行させて、ＷＦＤＮＷを形成する。この場合、ＣＰＵ２２は、当該ＷＦＤＮＷで利用される無線プロファイルを準備して、メモリ２４に格納させる。

無線プロファイルは、ＷＦＤＮＷで利用される無線設定情報であり、ＳＳＩＤと認証方式と暗号化方式とパスワードとを含む。ＳＳＩＤは、ＷＦＤＮＷを識別するための識別子である。認証方式、暗号化方式、及び、パスワードは、ＷＦＤＮＷで実行される認証及び暗号化で利用される情報である。ＣＰＵ２２は、携帯端末１０が強制Ｇ／Ｏモードに設定されている場合、電源がＯＮされると、携帯端末１０をＷＦＤ方式のＧ／Ｏ状態に移行させて、ＷＦＤＮＷを形成する。その際に、ＣＰＵ２２は、当該ＷＦＤＮＷで利用される無線設定情報を準備して、メモリ２４に格納させる。メモリ２４は、さらに、当該ＷＦＤＮＷにＣＬ機器が存在する場合、当該ＣＬ機器のＭＡＣアドレスが記録されている管理リストを格納する。

ユーザは、操作部１４を操作することによって、強制Ｇ／Ｏモードフラグを、「０」と「１」のどちらか一方に選択することができる。

携帯端末１０は、ＷＰＳ（Wi-Fi Protected Setupの略）のプッシュボタン方式（以下では「ＰＢＣ方式」と呼ぶ）の無線接続方式をサポートしている。ＷＰＳのＰＢＣ方式は、一対の機器のそれぞれに予め決められた操作（以下では「ＷＰＳ操作」と呼ぶ）が実行される場合に、当該一対の機器のそれぞれにおいてＰＩＮコードの表示及び入力がなされなくても、一方の機器から他方の機器に無線プロファイルを送信して（即ちＷＰＳ通信を実行して）、一対の機器の間に無線接続を確立するための方式である。なお、変形例では、携帯端末１０は、ＷＰＳのＰＢＣ方式に代えて、ＡＯＳＳ（登録商標）、ＡＯＳＳ２、ＳＥＳ（Secure Easy Setupの略；登録商標）等をサポートしていてもよい。これらのいずれも、ＷＰＳのＰＢＣ方式と同様の方式である。なお、携帯端末１０は、ＷＰＳのＰＩＮコード方式をサポートしていてもよい。ＷＰＳのＰＩＮコード方式は、一方の機器においてＰＩＮコードが表示され、かつ、他方の機器に上記のＰＩＮコードが入力される場合に、一方（又は他方）の機器から他方（又は一方）の機器に無線設定情報を送信して（即ちＷＰＳ通信を実行して）、一対の機器の間に無線接続を確立するための方式である。

（多機能機５０の構成）
多機能機５０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺機器（即ち携帯端末１０等の周辺機器）である。多機能機５０は、操作部５２と、表示部５４と、印刷実行部５６と、スキャン実行部５８と、無線ＬＡＮＩ／Ｆ６０と、制御部７０と、を備える。

操作部５２は、複数のキーを備える。ユーザは、操作部５２を操作することによって、様々な指示を多機能機５０に入力することができる。表示部５４は、様々な情報を表示するためのディスプレイである。印刷実行部５６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部５８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

無線ＬＡＮＩ／Ｆ６０は、携帯端末１０の無線ＬＡＮＩ／Ｆ１２と同様である。制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。ＣＰＵ７２は、メモリ７４に格納されている基本プログラムに従って、様々な処理（例えば、印刷処理、スキャン処理）を実行するプロセッサである。メモリ７４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ７４は、上記の基本プログラムの他に、さらに、接続処理用プログラムと、無線プロファイルと、を格納する。接続処理用プログラムは、後述する図２の接続処理を実行するためのプログラムである。メモリ７４は、上記の各プログラムの他に、さらに、携帯端末１０と同様の強制Ｇ／Ｏモードフラグを格納する。出荷時には、強制Ｇ／Ｏモードフラグ「１」が、メモリ７４に格納されており、ユーザは、操作部５２を操作することによって、強制Ｇ／Ｏモードフラグを、「０」と「１」のどちらか一方に選択することができる。多機能機５０は、携帯端末１０と同様に、ＷＰＳのＰＢＣ方式をサポートしている。

（多機能機１００の構成）
多機能機１００は、多機能機５０と同様の構成を有する。但し、多機能機１００のメモリには、接続処理用プログラムが格納されていない。

（接続処理；図２）
続いて、図２を参照して、携帯端末１０のＣＰＵ２２によって実行される接続処理の内容を説明する。接続処理は、携帯端末１０の電源がＯＮされ、かつ、強制Ｇ／Ｏモードフラグが「１」であること、あるいは、強制Ｇ／Ｏモードフラグが「０」から「１」に変更されたことをトリガとして開始される。なお、多機能機５０のＣＰＵ７２は、接続処理用プログラムに従って、携帯端末１０のＣＰＵ２２と同様に、図２の接続処理を実行するが、多機能機１００のＣＰＵは、接続処理を実行しない。

Ｓ１２では、ＣＰＵ２２は、携帯端末１０の操作部１２に、ＷＰＳ操作が実行されることを監視している。ＷＰＳ操作が実行されると（Ｓ１２でＹＥＳ）、Ｓ１４において、ＣＰＵ２２は、Probe Request信号を送信して、Probe Response信号を受信することによって、実行機器の近傍に存在する機器（例えば多機能機５０）を見つけるための処理を実行する。なお、Ｓ１２を実行するタイミングでは、ＣＰＵ２２は、他の機器（例えば多機能機５０）からProbe Request信号が受信されると、Probe Response信号を送信することによって、他の機器に携帯端末１０の存在を知らせるための処理を、並列で実行する。

Ｓ１６では、ＣＰＵ２２は、Ｓ１４で送信済みのProbe Request信号に対する応答として、ＳＳＩＤを含むProbe Response信号が受信されることを監視している。Probe Request信号を送信してから所定期間経過してもProbe Response信号が受信されない場合、又は、ＳＳＩＤを含まないProbe Response信号が受信される場合（Ｓ１６でＮＯ）、接続処理を終了する。なお、Probe Response信号が受信されない場合には、携帯端末１０は、他の機器とＷＦＤＮＷを介して接続することができない。一方、ＳＳＩＤを含まないProbe Response信号が受信される場合には、Probe Response信号の送信元の機器は、デバイス状態である。このため、携帯端末１０とProbe Response信号の送信元の機器との間で、携帯端末１０がＧ／Ｏとして所属しているＷＦＤＮＷに、Probe Response信号の送信元の機器がクライアントとして所属するための処理（例えばAuthentication Request信号、Authentication Response信号、4-Way Handshake信号等の通信）が実行される。これにより、携帯端末１０とProbe Response信号の送信元の機器とが、同一のＷＤＦＮＷに所属することによって、携帯端末１０とProbe Response信号の送信元の機器との接続が確立される。

一方、Probe Request信号を送信してから所定期間が経過する前に、ＳＳＩＤを含むProbe Response信号が受信される場合（Ｓ１６でＹＥＳ）、Ｓ１８に進む。ＳＳＩＤを含むProbe Response信号が受信される場合とは、Probe Response信号の送信元の機器（以下では「対象機器」と呼ぶ）が、Ｇ／Ｏ状態である場合である。この場合、携帯端末１０と対象機器との両者が、ともにＧ／Ｏ状態であり、このままでは、携帯端末１０と対象機器との両者が所属するＷＦＤＮＷを確立することができない。

Ｓ１６でＹＥＳの場合、Ｓ１８において、ＣＰＵ２２は、携帯端末１０に接続されている機器（即ち、携帯端末１０がＧ／Ｏとして所属しているＷＦＤＮＷに所属するＣＬ機器）が存在するか否かを判断する。ＣＰＵ２２は、メモリ２４に格納されている管理リストに、１個以上のＭＡＣアドレスが記録されている場合に、携帯端末１０に接続されているＣＬ機器が存在する（Ｓ１８でＹＥＳ）と判断して、接続処理を終了する。一方、ＣＰＵ２２は、メモリ２４に格納されている管理リストに、１個のＭＡＣアドレスも記録されていない場合に、携帯端末１０に接続されているＣＬ機器が存在しない（Ｓ１８でＮＯ）と判断して、Ｓ２０に進む。

Ｓ２０では、ＣＰＵ２２は、メモリ２４に格納されている管理リストを削除して、携帯端末１０を、Ｇ／Ｏ状態からデバイス状態に移行させる。次いで、Ｓ２２において、ＣＰＵ２２は、Ｓ１６で受信済みのProbe Response信号に含まれているＳＳＩＤを含むProbe Request信号をブロードキャストで送信する。次いで、Ｓ２４では、ＣＰＵ２２は、Ｓ２２で送信済みのProbe Request信号に対する応答として、Probe Response信号を受信することを監視している。

Ｓ２２で送信されたProbe Request信号を受信した機器は、Probe Request信号に含まれるＳＳＩＤが、当該機器に格納されている無線プロファイルのＳＳＩＤと一致する場合に、当該機器に格納されているＳＳＩＤを含むProbe Response信号を送信する。一方、Ｓ２２で送信済みのProbe Request信号が受信された機器は、Probe Request信号に含まれるＳＳＩＤが、当該機器に格納されている無線プロファイルのＳＳＩＤと一致しない場合、あるいは、当該機器に無線プロファイルが格納されていない場合に、Probe Response信号を送信しない。即ち、Ｓ２４で端末装置１０にProbe Response信号が受信されるケースでは、対象機器が、Ｇ／Ｏ状態に維持されている。

Ｓ２４でProbe Response信号が受信される場合（Ｓ２４でＹＥＳ）、Ｓ２６では、ＣＰＵ２２は、対象機器に、Provision Discovery Request信号（以下では「Provision Request信号」と呼ぶ）を送信する。そして、Ｓ２８では、ＣＰＵ２２は、対象機器から、Provision Request信号の応答として、Provision Discovery Response信号（以下では「Provision Response信号」と呼ぶ）を受信するまで待機する。Provision Response信号が受信されると（Ｓ２８でＹＥＳ）、Ｓ３０において、ＣＰＵ２２は、携帯端末１０と対象機器とを接続するための接続確立処理を実行する。接続確立処理では、ＣＰＵ２２は、対象機器から、対象機器がＧ／Ｏとして所属するＷＦＤＮＷの無線プロファイルを取得する。ＣＰＵ２２は、取得済みの無線プロファイルを、メモリ２４に格納して、携帯端末１０を、デバイス状態からクライアント状態に移行する。

Ｓ３２では、ＣＰＵ２２は、ＷＦＤＮＷに所属している間、Ｇ／Ｏ状態の機器（即ち対象機器）と接続されているかを定期的に確認する。例えば、ＣＰＵ２２は、ＷＦＤＮＷを利用して、所定のパケットを対象機器に送信し、所定のパケットに対する応答パケットを受信することを確認する。所定のパケットの送信後の所定期間経過前に、所定のパケットが受信される場合に、ＣＰＵ２２は、対象機器と接続されている（Ｓ３２でＹＥＳ）と判断する。一方、所定のパケットの送信後の所定期間経過しても、所定のパケットが受信されない場合に、ＣＰＵ２２は、対象機器と接続されていない（Ｓ３２でＮＯ）と判断して、Ｓ３４に進む。Ｓ３４では、ＣＰＵ２２は、携帯端末１０を、クライアント状態から、Ｇ／Ｏ状態に移行して、接続処理を終了する。

Ｓ２４において、Probe Request信号を送信してから、所定期間が経過しても、Probe Response信号が受信されない場合（Ｓ２４でＮＯ）、Ｓ４２において、ＣＰＵ２２は、携帯端末１０を、デバイス状態から、Ｇ／Ｏ状態に移行する。Probe Response信号が受信されない場合（Ｓ２４でＮＯ）には、対象機器が、携帯端末１０と同様に、接続処理用プログラムを有する機器、即ち、Ｓ１８、Ｓ２０の処理を実行している可能性が高い。即ち、対象機器は、デバイス状態に移行されている可能性が高い。そこで、Ｓ４４では、ＣＰＵ２２は、携帯端末１０と対象機器とのいずれか一方を、Ｇ／Ｏ状態からデバイス状態に移行させることを、ユーザに促す表示を、表示部１４に表示させる。

次いで、Ｓ４６では、ＣＰＵ２２は、Ｓ４４での表示から、所定期間が経過するまでに、ユーザによって、所定のデバイス状態移行操作が、操作部１２に実行されることを監視している。デバイス状態移行操作が実行される場合（Ｓ４６でＹＥＳ）、Ｓ４８において、ＣＰＵ２２は、メモリ２４に格納されている無線プロファイルを消去して、携帯端末１０を、Ｇ／Ｏ状態から、デバイス状態に移行して、Ｓ２６に進む。

一方、Ｓ４４での表示から、所定期間が経過しても、デバイス状態移行操作が実行されない場合（Ｓ４６でＮＯ）、Ｓ５０において、ＣＰＵ２２は、対象機器からProvision Request信号が受信されるか否かを監視する。Ｓ４６でＮＯの場合には、対象機器が、Ｇ／Ｏ状態から、デバイス状態に移行している可能性が高い。この場合、対象機器からProvision Request信号が受信される。対象機器からProvision Request信号が受信されない場合（Ｓ５０でＮＯ）、接続処理を終了する。一方、対象機器からProvision Request信号が受信される場合（Ｓ５０でＹＥＳ）、Ｓ５２において、ＣＰＵ２２は、接続確立処理を実行する。接続確立処理では、ＣＰＵ２２は、メモリ２４内に格納されている無線プロファイルを、対象機器に、に送信する。これにより、携帯端末１０がＧ／Ｏとして所属し、対象機器がクライアントとして所属するＷＦＤＮＷを確立して、接続処理を終了する。

（本実施例の効果）
続いて、図３，図４を参照して、本実施例の効果を説明する。図３、図４は、携帯端末１０と多機能機１００とが所属するＷＦＤＮＷを形成するために、各機器１０，１００が実行する処理を示す。なお、図３では、携帯端末１０は、図２の接続処理を実行可能であるが、多機能機１００は、図２の接続処理を実行不可能である。図３の初期の状態では、携帯端末１０は、強制Ｇ／Ｏモードに設定されており、Ｇ／Ｏ状態に維持されている。多機能機１００は、Ｇ／Ｏ状態に維持されている。

（ケースＡ；携帯端末１０がデバイス状態に移行するケース）
ユーザは、携帯端末１０と多機能機１００とのそれぞれに、ＷＰＳ操作を実行する（Ｓ１２）。この結果、携帯端末１０は、Probe Request信号をブロードキャストで送信する（Ｓ１４）。一方、多機能機１００は、Ｇ／Ｏ状態であり、かつ、接続用プログラムが多機能機１００に格納されていないため、ＷＰＳ操作が実行されても、Probe Request信号を送信しない。

多機能機１００は、携帯端末１０からProbe Request信号を受信すると、多機能機１００に格納されている（即ち多機能機１００がＧ／Ｏとして所属するＷＦＤＮＷを識別する）ＳＳＩＤ１００Ｓを含むProbe Response信号を、携帯端末１０に送信する。この構成によると、携帯端末１０は、Probe Request信号を用いて、多機能機１００を検索することができる。携帯端末１０は、Probe Response信号を受信すると（Ｓ１６）、接続済みのＣＬ機器の有無を判断する（Ｓ１８）。接続済みのＣＬ機器が存在する場合（Ｓ１８でＹＥＳ）、Ｓ２０以降の処理は実行されない。この結果、携帯端末１０が、Ｇ／Ｏ状態からデバイス状態に移行する事態を回避することができる。これにより、携帯端末１０に接続済みのＣＬ機器と携帯端末１０との接続が切断される事態を回避することができる。

接続済みのＣＬ機器が存在しない場合（Ｓ１８でＮＯ）、携帯端末１０は、携帯端末１０を、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ２０）。そして、携帯端末１０は、多機能機１００から受信されたＳＳＩＤ１００Ｓを含むProbe Request信号を、ブロードキャストで送信する（Ｓ２２）。

多機能機１００は、Probe Request信号が受信されると、多機能機１００に格納されているＳＳＩＤ１００Ｓと一致するＳＳＩＤ１００Ｓが含まれているために、Probe Response信号を、携帯端末１０に送信する。

携帯端末１０は、Probe Response信号が受信される（Ｓ２４でＹＥＳ）と、多機能機１００に、Provision Request信号を送信する（Ｓ２６）。多機能機１００は、Provision Request信号が受信されると、Provision Request信号に対する応答として、Provision Response信号を送信する。この構成によると、携帯端末１０は、Provision Request信号を用いて、多機能機１００にＷＦＤＮＷを形成すべきことを知らせることができる。

携帯端末１０は、Provision Response信号を受信すると（Ｓ２８でＹＥＳ）、多機能機１００と接続を確立して、携帯端末１０の状態をデバイス状態からクライアント状態に移行する（Ｓ３０）。これにより、多機能機１００がＧ／Ｏとして所属し、携帯端末１０がクライアントとして所属するＷＦＤＮＷが形成される。この構成によると、携帯端末１０と多機能機１００とが、ともにＧ／Ｏ状態であっても、携帯端末１０と多機能機１００とが所属するＷＦＤＮＷを形成して、携帯端末１０と多機能機１００とを無線接続することができる。

次いで、例えば、多機能機１００が電源ＯＦＦにされたことによって、携帯端末１０と多機能機１００との接続が切断される場合に（Ｓ３２でＮＯ）、携帯端末１０は、クライアント状態からＧ／Ｏ状態に移行する（Ｓ３４）。この構成よれば、多機能機１００と接続されていないにも関わらず、携帯端末１０が、クライアント状態に維持される事態を回避することができる。

（ケースＢ；携帯端末１０、多機能機５０が、ともにデバイス状態に移行するケース）
図４では、携帯端末１０、多機能機５０は、それぞれ、図２の接続処理を実行可能である。図３の初期の状態では、携帯端末１０、多機能機５０は、それぞれ、強制Ｇ／Ｏモードに設定されている。

ユーザは、携帯端末１０と多機能機５０とのそれぞれに、ＷＰＳ操作を実行する（Ｓ１２）。この結果、携帯端末１０は、Probe Request信号をブロードキャストで送信する（Ｓ１４）。一方、多機能機５０も、Probe Request信号をブロードキャストで送信する（Ｓ１４）。

多機能機５０は、携帯端末１０からProbe Request信号を受信すると、多機能機５０に格納されている（即ち多機能機５０がＧ／Ｏとして所属するＷＦＤＮＷを識別する）ＳＳＩＤ５０Ｓを含むProbe Response信号を、携帯端末１０に送信する。同様に、携帯端末１０は、メモリ２４に格納されているＳＳＩＤ１０Ｓを含むProbe Response信号を、多機能機５０に送信する。

携帯端末１０は、Probe Response信号を受信すると（Ｓ１６でＹＥＳ）、接続済みのクライアント状態の機器の有無を判断する（Ｓ１８）。携帯端末１０は、クライアント状態の機器がいない場合に、携帯端末１０を、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ２０）。そして、携帯端末１０は、多機能機５０から受信されたＳＳＩＤ５０Ｓを含むProbe Request信号を、ブロードキャストで送信する（Ｓ２２）。

同様に、携帯端末１００は、Probe Response信号を受信すると（Ｓ１６でＹＥＳ）、接続済みのクライアント状態の機器がいないことを確認して、多機能機５０を、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ２０）。そして、多機能機５０は、携帯端末１０から受信されたＳＳＩＤ１０Ｓを含むProbe Request信号を、ブロードキャストで送信する（Ｓ２２）。

携帯端末１０は、デバイス状態に移行されているために、多機能機５０からのProbe Request信号に含まれるＳＳＩＤ１０Ｓが、携帯端末１０に格納されていない。このため、携帯端末１０は、Probe Request信号に対する応答を、多機能機５０に送信しない。同様に、多機能機５０は、デバイス状態に移行されているために、携帯端末１０からのProbe Request信号に対する応答を、携帯端末１０に送信しない。この構成によれば、携帯端末１０、多機能機５０のそれぞれは、Probe Request信号を送信することによって、接続すべき機器がＧ／Ｏ状態であるか、Ｇ／Ｏ状態で無い（即ち、デバイス状態）かを、判断することができる。

この場合、携帯端末１０は、携帯端末１０の状態を、デバイス状態からＧ／Ｏ状態に移行させる（Ｓ４２）。この構成によると、携帯端末１０は、多機能機５０がＧ／Ｏ状態で無いと判断される場合に、携帯端末１０の状態を、Ｇ／Ｏ状態に移行することができる。この構成によれば、強制Ｇ／Ｏモードに設定されているにも関わらず、携帯端末１０が、デバイス状態に維持されることを回避することができる。同様に、多機能機５０は、多機能機５０の状態を、デバイス状態からＧ／Ｏ状態に移行させる（Ｓ４２）。携帯端末１０は、携帯端末１０と多機能機５０のどちらかを、デバイス状態に移行することを促す情報を、表示部１４に表示させる（Ｓ４４）。同様に、多機能機５０は、携帯端末１０と多機能機５０のどちらかを、デバイス状態に移行することを促す情報を表示する（Ｓ４４）。この構成によると、ユーザは、携帯端末１０と多機能機５０のどちらかを、デバイス状態に移行すべきであることを知ることができる。

ユーザは、携帯端末１０又は多機能機５０に表示された情報を確認すると、携帯端末１０の操作部１４を操作することによって、携帯端末１０を、Ｇ／Ｏ状態からデバイス状態に移行させる（Ｓ４６でＹＥＳ）。すると、携帯端末１０は、多機能機５０に、Provision Request信号を送信する（Ｓ２６）。一方、多機能機５０は、Ｇ／Ｏ状態に維持されており、Provision Request信号を送信しない。多機能機５０は、携帯端末１０からProvision Request信号が受信されると（Ｓ５０でＹＥＳ）、Provision Request信号に対する応答として、Provision Response信号を送信する。この構成によると、携帯端末１０は、Provision Request信号を用いて、多機能機５０にＷＦＤＮＷを形成すべきことを知らせることができる。

携帯端末１０は、Provision Response信号を受信すると（Ｓ２８でＹＥＳ）、多機能機５０と接続を確立して、携帯端末１０の状態をデバイス状態からクライアント状態に移行する（Ｓ３０、Ｓ５２）。このとき、多機能機５０は、Ｇ／Ｏ状態に維持されている。これにより、多機能機５０がＧ／Ｏとして所属し、携帯端末１０がクライアントとして所属するＷＦＤＮＷが形成される。この構成によると、携帯端末１０と多機能機５０とが、ともにＧ／Ｏ状態であっても、携帯端末１０と多機能機５０とが所属するＷＦＤＮＷを形成して、携帯端末１０と多機能機５０とを接続することができる。

例えば、多機能機５０が電源ＯＦＦにされたことによって、携帯端末１０と多機能機５０との接続が切断される場合に（Ｓ３２でＮＯ）、携帯端末１０は、クライアント状態からＧ／Ｏ状態に移行する（Ｓ３４）。この構成よれば、多機能機５０と接続されていないにも関わらず、携帯端末１０が、クライアント状態に維持される事態を回避することができる。

（対応関係）
携帯端末１０、多機能機５０のそれぞれが、「通信装置」の一例であり、携帯端末１０、多機能機５０，１００のそれぞれが、「外部装置」の一例である。ＷＰＳ操作が「無線ネットワークを形成するための指示」の一例である。Ｇ／Ｏ、クライアントが、それぞれ、「親局」、「子局」の一例である。Ｇ／Ｏ状態が「親局状態」の一例であり、クライアント状態、デバイス状態のそれぞれが、「非親局状態」の一例である。図２のＳ３０で形成されるＷＦＤＮＷが、「第１の無線ネットワーク」の一例であり、図２のＳ１８でＹＥＳと判断される場合に、携帯端末１０が所属しているＷＦＤＮＷが、「第２の無線ネットワーク」の一例である。図２のＳ１４で送信されるProbe Request信号が、「検索信号」の一例であり、図２のＳ１６で送信されるProbe Response信号が、「応答信号」の一例である。図２のＳ２６で送信されるProvision Request信号が、「要求信号」の一例である。図２のＳ２６〜Ｓ３０までの処理が、「形成処理」の一例である。

図２のＳ１２の処理が、「受付部」が実行する処理の一例であり、Ｓ１４の処理が、「検索部」が実行する処理の一例である。Ｓ２０、Ｓ３４、Ｓ４２の処理のそれぞれが、「状態移行部」が実行する処理の一例であり、Ｓ２６〜Ｓ３０の処理が、「形成部」が実行する処理の一例である。Ｓ１６の処理が、「受信部」及び「第１判断部」が実行する処理の一例であり、Ｓ２４の処理が、「第２判断部」が実行する処理の一例であり、Ｓ３２の処理が、「確認部」が実行する処理の一例であり、Ｓ４４の処理が、「出力制御部」が実行する処理の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）「通信装置」は、携帯端末１０、多機能機５０に限られない。例えば、印刷機能のみを実行可能なプリンタであってもよいし、スキャン機能のみを実行可能なスキャナであってもよい。また、例えば、「通信装置」は、携帯せずに利用される装置（例えば、ＰＣ、サーバ）であってもよい。即ち、「通信装置」は、ＷＦＤ方式のをサポートしているデバイスを含む。

（変形例２）上記の各実施例では、図２の各処理がソフトウェア（即ちプログラム）によって実現されるが、図２の各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：携帯端末、１２：無線ＬＡＮインターフェース、１４：操作部、１６：表示部、２０：制御部、２２：ＣＰＵ、２４：メモリ、５０，１００：多機能機、５２：操作部、５４：表示部、５６：印刷実行部、５８：スキャン実行部、６０：無線ＬＡＮインターフェース、７０：制御部、７２：ＣＰＵ、７４：メモリ

Claims (9)

1. 通信装置であって、
   前記通信装置と外部装置とが所属すべき無線ネットワークを形成するための指示をユーザから受け付ける受付部であって、前記通信装置と前記外部装置とのそれぞれは、前記無線ネットワークに親局として所属すべき親局状態と、前記親局状態と異なる非親局状態と、のどちらかの状態に移行可能である、前記受付部と、
   前記指示が受け付けられる場合に、前記外部装置を検索する検索部と、
   検索済みの前記外部装置の状態に応じて、前記通信装置の状態を移行させる状態移行部であって、前記通信装置が前記親局状態であり、かつ、検索済みの前記外部装置が前記親局状態である場合に、前記通信装置を、前記親局状態から前記非親局状態に移行させる、前記状態移行部と、
   前記通信装置の状態が前記非親局状態に移行された後に、前記通信装置が子局として所属し、かつ、前記外部装置が親局として所属すべき第１の無線ネットワークを形成するための形成処理を実行する形成部と、を備える、通信装置。
2. 前記検索部は、検索信号を送信することによって、前記外部装置を検索し、
   前記通信装置は、さらに、
   前記検索信号に対する応答として、応答信号を受信する受信部と、
   前記応答信号に基づいて、外部装置が親局状態であるか否かを判断する第１判断部と、
   を備える、請求項１に記載の通信装置。
3. 前記形成処理は、前記通信装置が前記非親局状態に移行された後に、前記第１の無線ネットワークを形成するための要求信号を、前記外部装置に送信する処理を含む、請求項１又は２に記載の通信装置。
4. 前記通信装置は、さらに、
   前記非親局状態に移行された後に、前記外部装置が前記親局状態であるか否かを判断する第２判断部を備える、請求項１から３のいずれか一項に記載の通信装置。
5. 前記状態移行部は、前記外部装置が前記親局状態でないと判断される場合に、前記通信装置を、前記非親局状態から前記親局状態に移行させる、請求項４に記載の通信装置。
6. 前記通信装置は、さらに、
   前記通信装置が前記非親局状態から前記親局状態に移行される場合に、前記通信装置と前記外部装置とのどちらか一方を、前記非親局状態に移行させるための移行情報を出力部に出力させる出力制御部を備える、請求項５に記載の通信装置。
7. 前記状態移行部は、前記通信装置が前記親局として所属している第２の無線ネットワークに、子局として所属している機器が存在する場合に、前記親局状態から前記非親局状態に移行させない、請求項１から６のいずれか一項に記載の通信装置。
8. 前記通信装置は、さらに、
   前記第１の無線ネットワークが形成された後、前記第１の無線ネットワークに前記外部装置が所属しているか否かを確認する確認部を備え、
   前記状態移行部は、前記外部装置が所属していないと判断される場合に、前記通信装置を、前記非親局状態から前記親局状態に移行させる、請求項１から７のいずれか以降に記載の通信装置。
9. 通信装置のためのコンピュータプログラムであって、
   前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
   前記通信装置と外部装置とが所属すべき無線ネットワークを形成するための指示をユーザから受け付ける受付処理であって、前記通信装置と前記外部装置とのそれぞれは、前記無線ネットワークに親局として所属すべき親局状態と、前記親局状態と異なる非親局状態と、のどちらかの状態に移行可能である、前記受付処理と、
   前記指示が受け付けられる場合に、前記外部装置を検索する検索処理と、
   検索済みの前記外部装置の状態に応じて、前記通信装置の状態を移行させる状態移行処理であって、前記通信装置が前記親局状態であり、かつ、検索済みの前記外部装置が前記親局状態である場合に、前記通信装置を、前記親局状態から前記非親局状態に移行させる、前記状態移行処理と、
   前記通信装置の状態が前記非親局状態に移行された後に、前記通信装置が子局として所属し、かつ、前記外部装置が親局として所属すべき第１の無線ネットワークを形成するための形成処理を実行する形成処理と、を実行させる、コンピュータプログラム。

Images