JP2015023539A - 無線通信機器 - Google Patents

Abstract

【課題】 例えば、親局機器が、既に上限数の機器と無線接続している状態で、他の機器から無線接続要求を受信する場合に、他の機器との無線通信を実行し得る技術を提供すること。
【解決手段】 ＭＦＰ１０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成されている状態で、携帯端末７０からProbe Request信号を受信すると、Ｇ／Ｏ状態への変更の指示をＣＤ５０に送信する。この結果、ＣＤ５０は、Ｇ／Ｏ状態に移行して、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）を形成する。次いで、ＭＦＰ１０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にレガシー機器として参加し、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）を利用して、携帯端末７０からＣＤ５０を介して印刷データを受信する。ＭＦＰ１０は、印刷データの通信が終了した後に、Ｇ／Ｏ状態に移行して、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成し、ＣＤ５０との接続を確立する。
【選択図】図５

Description

本明細書では、他の機器と無線通信を実行するための無線通信機器を開示する。

一対の機器が無線接続を確立してデータの無線通信を実行するための技術が知られている。例えば、無線ネットワークの親局として動作する第１の機器は、第２の機器から無線接続要求を受信すると、第２の機器との無線接続を確立する。この結果、第２の機器が無線ネットワークの子局として動作し、第１の機器及び第２の機器は、無線ネットワークを利用して、データの無線通信を実行することができる。

特開２００２−２２３２１７号公報 国際公開第２００５／０３４４３４号パンフレット 特開２００４−６４６１５号公報 特開２００２−１８５４５８号公報

無線ネットワークの親局として動作する機器（以下では「親局機器」と呼ぶ）では、通常、当該機器が同時的に無線接続可能な機器の上限数が定められている。親局機器は、他の機器から無線接続要求を受信すると、既に無線接続している機器との無線接続を維持したまま、他の機器との無線接続を新たに確立して無線通信を実行する。しかしながら、例えば、親局機器が、既に上限数の機器と無線接続している状態で、他の機器から無線接続要求を受信する場合には、通常、他の機器との無線接続を新たに確立して無線通信を実行することが困難である。

本明細書では、例えば、親局機器が、既に上限数の機器と無線接続している状態で、他の機器から無線接続要求を受信する場合に、他の機器との無線通信を実行し得る技術を提供する。

本明細書によって開示される第１の無線通信機器は、要求受信部と、指示送信部と、第１の状態変更部と、データ通信実行部と、第２の状態変更部と、第１の確立部と、を備える。要求受信部は、第１の無線通信機器が親局として動作すると共に第２の無線通信機器が子局として動作する第１の無線ネットワークが形成されている状態で、特定の機器から無線接続要求を受信する。指示送信部は、特定の機器から無線接続要求が受信される場合に、第１の無線ネットワークを利用して、第１の無線ネットワークの子局として動作する第２の無線通信機器に第１の変更指示を送信する。第１の変更指示は、第２の無線通信機器の状態を、第１の無線ネットワークの子局として動作する状態から第２の無線ネットワークの親局として動作する状態へ変更するための指示である。第１の状態変更部は、第１の変更指示が送信された後に、第１の無線通信機器の状態を、第１の無線ネットワークの親局として動作する状態から第２の無線ネットワークの子局として動作する状態へ変更する。データ通信実行部は、第２の無線ネットワークを利用して、第２の無線ネットワークの親局として動作する第２の無線通信機器を介して、第２の無線ネットワークの子局として動作を開始した特定の機器と、通信対象の対象データの通信を実行する。第２の状態変更部は、対象データの通信が終了した後に、第１の無線通信機器の状態を、第２の無線ネットワークの子局として動作する状態から第３の無線ネットワークの親局として動作する状態へ変更する。第１の確立部は、第１の無線通信機器が親局として動作する第３の無線ネットワークが形成されている状態で、第２の無線通信機器との無線接続を確立する。第２の無線通信機器は第３の無線ネットワークの子局として動作する。

上記の構成によると、第１の無線通信機器は、特定の機器から無線接続要求を受信する場合に、自身の状態を、第１の無線ネットワークの親局として動作する状態から第２の無線ネットワークの子局として動作する状態へ変更する。また、第２の無線通信機器は、第１の無線通信機器からの指示に従って、自身の状態を、第１の無線ネットワークの子局として動作する状態から第２の無線ネットワークの親局として動作する状態へ変更する。この場合、第１の無線通信機器は、第２の無線ネットワークを利用して、第２の無線通信機器との無線通信を実行可能である。また、第１の無線通信機器は、第２の無線ネットワークを利用して、第２の無線通信機器を介して、第２の無線ネットワークの子局として動作を開始した特定の機器と対象データの通信を実行することができる。即ち、第１の無線通信機器は、仮に、上限数の機器と無線接続している状態で特定の機器から無線接続要求を受信しても、第２の無線通信機器との無線通信を実行可能な状態で、特定の機器と対象データの通信を実行し得る。また、第１の無線通信機器は、対象データの通信が終了した後に、自身の状態を、第２の無線ネットワークの子局として動作する状態から第３の無線ネットワークの親局として動作する状態へ変更することができると共に、第２の無線通信機器との無線接続を確立することができる。即ち、第１の無線通信機器は、特定の機器から無線接続要求を受信した際の状態、即ち、第１の無線通信機器が親局として動作すると共に第２の無線通信機器が子局として動作する状態へ戻すことができる。

上記の第１の無線通信機器と上記の第２の無線通信機器とを備えるシステムも新規で有用である。第２の無線通信機器は、指示受信部と、第３の状態変更部と、第２の確立部と、第３の確立部と、中継部と、第４の状態変更部と、を備える。指示受信部は、第２の無線通信機器が第１の無線ネットワークの子局として動作している状態で、第１の無線ネットワークを利用して、第１の無線通信機器から第１の変更指示を受信する。第３の状態変更部は、第１の無線通信機器から第１の変更指示が受信される場合に、第２の無線通信機器の状態を、第１の無線ネットワークの子局として動作する状態から第２の無線ネットワークの親局として動作する状態へ変更する。第２の確立部は、第２の無線通信機器が親局として動作する第２の無線ネットワークが形成されている状態で、特定の機器との無線接続を確立する。特定の機器は第２の無線ネットワークの子局として動作する。第３の確立部は、第２の無線通信機器が親局として動作する第２の無線ネットワークが形成されている状態で、第１の無線通信機器との無線接続を確立する。第１の無線通信機器は第２の無線ネットワークの子局として動作する。中継部は、第２の無線ネットワークの子局として動作する特定の機器及び第１の無線通信機器の間で対象データを中継する。第４の状態変更部は、対象データの中継が終了した後に、第２の無線通信機器の状態を、第２の無線ネットワークの親局として動作する状態から第３の無線ネットワークの子局として動作する状態へ変更する。この構成によると、仮に、第１の無線通信機器が上限数の機器と無線接続している状態で特定の機器から無線接続要求を受信しても、第１及び第２の無線通信機器のそれぞれは、当該無線接続要求に応じた処理を適切に実行し得る。

上記のいずれかの機器（即ち第１の無線通信機器又は第２の無線通信機器）の機能を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。

通信システムの構成を示す。 各デバイスが実行する処理のシーケンス図を示す。 ＭＦＰの応答処理のフローチャートを示す。 ＣＤの応答処理のフローチャートを示す。 各デバイスが実行する処理のシーケンス図を示す。

（実施例）
（システムの構成；図１）
図１に示されるように、本実施例のシステムは、多機能機１０及び通話デバイス５０を備える。多機能機１０及び通話デバイス５０は、セットで出荷（即ち販売）されるものであり、例えば家庭内に設置される。多機能機１０及び通話デバイス５０が通信可能なシステムが構築された後に、例えば、アクセスポイント１００、携帯端末７０等の各機器が、多機能機１０に接続され得る。また、パーソナルコンピュータ１１０が、アクセスポイント１００に接続され得る。以下では、多機能機１０、通話デバイス５０、アクセスポイント１００、パーソナルコンピュータ１１０のことを、それぞれ、「ＭＦＰ（Multi-Function Peripheralの略）」、「ＣＤ（Call Deviceの略）」、「ＡＰ（Access Pointの略）」、「ＰＣ（Personal Computerの略）」と呼ぶ。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺機器（即ち、ＰＣ１１０等の周辺機器）である。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線ＬＡＮ（Local Area Networkの略）インターフェース２０と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と呼ぶ。

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

無線ＬＡＮＩ／Ｆ２０は、無線通信を実行するためのインターフェースであり、物理的には１個のインターフェース（即ち１個のＩＣチップ）である。ただし、無線ＬＡＮＩ／Ｆ２０には、通常Ｗｉ−Ｆｉ方式に従った通常Ｗｉ−Ｆｉ通信で利用されるＭＡＣアドレス（以下では「ＭＡＣａ」と呼ぶ）と、ＷＦＤ（Wi-Fi Directの略）方式に従ったＷＦＤ通信で利用されるＭＡＣアドレス（以下では「ＭＡＣｂ」と呼ぶ）と、の２個が予め割り当てられる。従って、制御部３０は、ＭＡＣａを利用した通常Ｗｉ−Ｆｉ通信と、ＭＡＣｂを利用したＷＦＤ通信と、の両方を同時的に実行し得る。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行するプロセッサである。メモリ３４は、揮発性領域、不揮発性領域等によって構成されており、プログラム３６のみならず、ＭＡＣａ、ＭＡＣｂ、及び、様々な情報２０２，２１２，３００，３１０を記憶することができる。

通常Ｗｉ−Ｆｉ設定情報２０２は、通常Ｗｉ−Ｆｉ通信を実行するための無線ネットワークで利用される無線設定情報であり、ＳＳＩＤ（Service Set Identifierの略）、認証方式、暗号化方式、及び、パスワードを含む。通常Ｗｉ−Ｆｉ設定情報２０２は、メモリ３４内の揮発性領域に設けられる通常Ｗｉ−Ｆｉ記憶領域２００に記憶される。

ＷＦＤ設定情報２１２は、ＷＦＤ通信を実行するための無線ネットワークで利用される無線設定情報であり、ＳＳＩＤ、認証方式、暗号化方式、及び、パスワードを含む。ＷＦＤ設定情報２１２は、メモリ３４内の揮発性領域に設けられるＷＦＤ記憶領域２１０に記憶される。

管理リスト３００は、ＭＦＰ１０とＷＦＤ方式の無線接続を確立しているクライアント機器のＭＡＣアドレスが記述されるリストである。

接続リスト３１０は、ＭＦＰ１０と無線接続されている各機器のＭＡＣアドレスが記述されるリストである。ＭＦＰ１０とＡＰ１００との間に無線接続が確立される場合には、接続リスト３１０には、ＡＰ１００のＭＡＣアドレス（以下では「ＭＡＣｘ」と呼ぶ）が記述される。ＭＦＰ１０とＷＦＤ方式のクライアント機器との間に無線接続が確立される場合には、接続リスト３１０には、当該クライアント機器のＭＡＣアドレスが記述される。即ち、管理リスト３００には、ＭＦＰ１０とＷＦＤ方式の無線接続を確立しているクライアント機器のＭＡＣアドレスのみが記述されるのに対して、接続リスト３１０には、クライアント機器のＭＡＣアドレスのみならず、ＡＰ１００のＭＡＣｘも記述され得る。

（ＷＦＤ方式と通常Ｗｉ−Ｆｉ方式）
続いて、ＷＦＤ方式と通常Ｗｉ−Ｆｉ方式について詳しく説明する。上述したように、ＭＡＣアドレスという観点では、ＷＦＤ通信、ＷＦＤ方式は、それぞれ、ＭＡＣｂが利用される無線通信、無線通信方式である。また、通常Ｗｉ−Ｆｉ通信、通常Ｗｉ−Ｆｉ方式は、それぞれ、ＭＡＣａが利用される無線通信、無線通信方式である。

（ＷＦＤ方式）
ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている無線通信方式である。ＷＦＤ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。

以下では、ＭＦＰ１０のように、ＷＦＤ方式に従ったＷＦＤ通信を実行可能な機器のことを、「ＷＦＤ機器」と呼ぶ。上記のＷＦＤの規格書では、ＷＦＤ機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態（以下では「ＣＬ状態」と呼ぶ）、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

デバイス状態の一対のＷＦＤ機器が無線ネットワークを新たに形成すべき際に、当該一対のＷＦＤ機器のうちの一方は、Ｇ／Ｏ状態（即ちＧ／Ｏ機器）になることを決定し、他方は、ＣＬ状態（即ちＣＬ機器）になることを決定する。その後、当該一対のＷＦＤ機器は、ＷＦＤ接続を確立して、無線ネットワークを形成する。

以下では、ＷＦＤ方式の手順に従って形成される無線ネットワークのことを、「ＷＦＤＮＷ」と呼ぶ。一対のＷＦＤ機器の間にＷＦＤＮＷが新たに形成された段階では、１個のＧ／Ｏ機器及び１個のＣＬ機器のみがＷＦＤＮＷに所属している。ただし、Ｇ／Ｏ機器は、他の機器とＷＦＤ接続を確立して、当該他の機器をＣＬ機器としてＷＦＤＮＷに新たに参加させることができる。この場合、２個以上のＣＬ機器がＷＦＤＮＷに所属している状態になる。即ち、ＷＦＤＮＷでは、１個のＧ／Ｏ機器と１個以上のＣＬ機器とが存在し得る。Ｇ／Ｏ機器は、１個以上のＣＬ機器を管理する。具体的には、Ｇ／Ｏ機器は、各ＣＬ機器のＭＡＣアドレスを、Ｇ／Ｏ機器のメモリ内の管理リストに登録する。また、Ｇ／Ｏ機器は、ＣＬ機器がＷＦＤＮＷから離脱すると、ＣＬ機器のＭＡＣアドレスを管理リストから削除する。なお、Ｇ／Ｏ機器は、ＣＬ機器の数がゼロになると（即ち、管理リストに登録されているＭＡＣアドレスの数がゼロになると）、通常、Ｇ／Ｏ状態からデバイス状態に移行して、ＷＦＤＮＷを消滅させる。

Ｇ／Ｏ機器が管理可能なＣＬ機器の数には制限がある。本実施例では、ＭＦＰ１０が同時的に無線接続を確立可能な機器の上限数は「２」である。従って、ＭＦＰ１０がＧ／Ｏ機器として動作しており、かつ、ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立していない場合には、ＭＦＰ１０は、最大で２個のＣＬ機器とのＷＦＤ接続を確立することができる（即ち、最大で２個のＣＬ機器を管理することができる）。ただし、ＭＦＰ１０がＧ／Ｏ機器として動作しており、かつ、ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を既に確立している場合には、ＭＦＰ１０は、最大で１個のＣＬ機器とのＷＦＤ接続を確立することができる（即ち、最大で１個のＣＬ機器を管理することができる）。なお、上限数は「２」でなくてもよく、「３」以上であってもよい。

Ｇ／Ｏ機器は、他の機器を介さずに、管理リストに登録されているＣＬ機器と対象データの無線通信を実行可能である。対象データは、ＯＳＩ参照モデルのネットワーク層の情報、及び、ネットワーク層よりも上位層（例えばアプリケーション層）の情報を含むデータであり、例えば、印刷データ、スキャンデータ等を含む。また、Ｇ／Ｏ機器は、一対のＣＬ機器の間の対象データの無線通信を中継可能である。換言すると、一対のＣＬ機器は、Ｇ／Ｏ機器を介して、対象データの無線通信を実行可能である。

上述したように、ＷＦＤＮＷでは、対象データの送信元のＷＦＤ機器と、対象データの送信先のＷＦＤ機器と、の間で、これらのＷＦＤ機器とは別体に構成されているＡＰ（例えばＡＰ１００）を介さずに、対象データの無線通信を実行することができる。即ち、ＷＦＤ通信、ＷＦＤ方式は、それぞれ、ＡＰを介さない無線通信、ＡＰが利用されない無線通信方式であると言える。

なお、ＷＦＤのＧ／Ｏ機器とＡＰ（例えばＡＰ１００）との間の相違点は、以下の通りである。即ち、ＷＦＤのＧ／Ｏ機器は、当該機器が所属しているＷＦＤＮＷから離脱して、他のＷＦＤＮＷに新たに所属する場合に、Ｇ／Ｏ状態とは異なる状態（即ちＣＬ状態）で動作し得る。これに対し、ＡＰは、ＷＦＤのＧ／Ｏ状態と同様の動作（例えば無線通信の中継）しか実行することができず、ＷＦＤのＣＬ状態と同様の動作を実行することができない。

Ｇ／Ｏ機器は、対象データの無線通信をデバイス状態のＷＦＤ機器（即ちデバイス機器）と実行不可能であるが、ＷＦＤ方式の接続用データの無線通信をデバイス機器と実行可能である。即ち、Ｇ／Ｏ機器は、ＷＦＤ方式の接続用データの無線通信をデバイス機器と実行することによって、デバイス機器とＷＦＤ接続を確立して、デバイス機器をＷＦＤＮＷに参加させることができる。換言すると、デバイス機器は、ＷＦＤ方式の接続用データの無線通信をＧ／Ｏ機器と実行することによって、Ｇ／Ｏ機器とＷＦＤ接続を確立して、ＷＦＤＮＷに参加することができる。この場合、デバイス機器は、デバイス状態からＣＬ状態に移行する。ＷＦＤ方式の接続用データは、ＯＳＩ参照モデルのネットワーク層よりも下位層（例えば、物理層、データリンク層）の情報を含むデータ（即ち、ネットワーク層の情報を含まないデータ）であり、例えば、Probe Request信号、Probe Response信号、Provision Discovery Request信号、Provision Discovery Response信号、WSC Exchange、4-Way Handshake等を含む。

Probe Request信号は、無線接続の確立を要求するための信号である。Probe Response信号は、Probe Request信号に応答するための信号である。Provision Discovery Request信号は、当該信号の送信元の機器に関する情報を供給するための信号である。Provision Discovery Response信号は、Provision Discovery Request信号に応答するための信号である。WSC Exchangeの通信は、無線ネットワークで利用されるべきパスワードを供給するために実行される。4-Way Handshakeの通信は、認証のために実行される。

Ｇ／Ｏ機器は、さらに、通常Ｗｉ−Ｆｉ方式の接続用データの無線通信を通常Ｗｉ−Ｆｉ機器と実行することによって、通常Ｗｉ−Ｆｉ機器と通常Ｗｉ−Ｆｉ接続を確立して、通常Ｗｉ−Ｆｉ機器をＷＦＤＮＷに参加させることができる。通常Ｗｉ−Ｆｉ機器は、ＷＦＤ方式に従って無線ネットワークに参加することができないが、通常Ｗｉ−Ｆｉ方式に従って無線ネットワークに参加可能な機器である。通常Ｗｉ−Ｆｉ機器は、「レガシー機器」とも呼ばれる。通常Ｗｉ−Ｆｉ方式の接続用データは、上記のＷＦＤ方式の接続用データと同様であるが、Provision Discovery Request信号及びProvision Discovery Response信号を含まない。Ｇ／Ｏ機器は、通常Ｗｉ−Ｆｉ機器と通常Ｗｉ−Ｆｉ接続を確立する場合に、通常Ｗｉ−Ｆｉ機器のＭＡＣアドレスを管理リストに記述する。これにより、通常Ｗｉ−Ｆｉ機器は、ＷＦＤＮＷに参加することができる。通常Ｗｉ−Ｆｉ機器は、３つの状態（即ち、Ｇ／Ｏ状態、ＣＬ状態、デバイス状態）のいずれかの状態で選択的に動作するものではないが、ＷＦＤＮＷに所属している間には、ＣＬ機器と同様の状態で動作する。

なお、ＷＦＤ機器は、通常Ｗｉ−Ｆｉ方式の接続用データの無線通信をＧ／Ｏ機器と実行することによって、Ｇ／Ｏ機器と通常Ｗｉ−Ｆｉ接続を確立して、ＷＦＤＮＷに参加することもできる。即ち、ＷＦＤ機器は、通常Ｗｉ−Ｆｉ機器（即ちレガシー機器）と同様の動作を実行して、ＷＦＤＮＷに参加することもできる。以下では、ＷＦＤ機器が通常Ｗｉ−Ｆｉ機器（即ちレガシー機器）と同様の動作を実行してＷＦＤＮＷに参加することを、「レガシー機器としてＷＦＤＮＷに参加する」と記載する。

（通常Ｗｉ−Ｆｉ方式）
通常Ｗｉ−Ｆｉ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって定められた無線通信方式であって、ＷＦＤ方式とは異なる無線通信方式である。通常Ｗｉ−Ｆｉ方式は、ＷＦＤ方式と同様に、ＩＥＥＥの８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。即ち、通信規格という観点では、ＷＦＤ方式と通常Ｗｉ−Ｆｉ方式とは同様である。

ただし、上述したように、ＷＦＤ方式は、ＡＰを介さない無線通信を実行するための方式であるが、通常Ｗｉ−Ｆｉ方式は、ＡＰを介して無線通信を実行するための方式である。また、上述したように、ＷＦＤ方式の接続用データは、Provision Discovery Request信号及びProvision Discovery Response信号を含むが、通常Ｗｉ−Ｆｉ方式の接続用データは、これらの信号を含まない。また、ＷＦＤ方式は、３つの状態（即ち、Ｇ／Ｏ状態、ＣＬ状態、デバイス状態）のいずれかの状態で選択的に動作することを許容する無線通信方式であるが、通常Ｗｉ−Ｆｉ方式は、このような選択的な動作を許容しない無線通信方式である。これらの点において、ＷＦＤ方式と通常Ｗｉ−Ｆｉ方式とは異なる。

通常Ｗｉ−Ｆｉ機器は、通常Ｗｉ−Ｆｉ方式の接続用データの無線通信をＡＰ（例えばＡＰ１００）と実行することによって、ＡＰと通常Ｗｉ−Ｆｉ接続を確立する。これにより、通常Ｗｉ−Ｆｉ機器は、ＡＰによって形成されている無線ネットワーク（以下では「通常Ｗｉ−ＦｉＮＷ」と呼ぶ）に参加することができる。通常Ｗｉ−Ｆｉ機器は、通常Ｗｉ−ＦｉＮＷに所属している他の機器と、ＡＰを介して、対象データの無線通信を実行することができる。なお、ＡＰは、通常Ｗｉ−Ｆｉ機器と通常Ｗｉ−Ｆｉ接続を確立する場合に、通常Ｗｉ−Ｆｉ機器のＭＡＣアドレスを、ＡＰの管理リストに記述する。

（ＣＤ５０の構成）
ＣＤ５０は、本体５２と、ハンドセット６８と、を備える。ハンドセット６８は、本体５２に対して着脱可能である。

本体５２は、無線ＬＡＮＩ／Ｆ５４と、ＰＳＴＮ（Public Switched Telephone Networkの略）Ｉ／Ｆ５６と、制御部６０と、を備える。無線ＬＡＮＩ／Ｆ５４は、無線通信を実行するためのＩ／Ｆである。ＰＳＴＮＩ／Ｆ５６は、一般公衆回線網であるＰＳＴＮに接続される。

制御部６０は、ＣＰＵ６２と、メモリ６４と、を備える。ＣＰＵ６２は、メモリ６４に記憶されているプログラム（図示省略）に従って、様々な処理を実行するプロセッサである。メモリ６４は、揮発性領域、不揮発性領域等によって構成されており、プログラムのみならず、様々な情報を記憶することができる。

図示省略しているが、本体５２及びハンドセット６８のそれぞれは、ＤＥＣＴ（Digital Enhanced Cordless Telecommunicationの略）規格に従って、音声データの無線通信を実行するためのインターフェースを備える。本体５２及びハンドセット６８が音声データの無線通信を実行することによって、図示省略の外部の電話機（即ちＰＳＴＮに接続されている電話機）との電話通信が実現される。

ＣＤ５０は、ＷＦＤ機器である。後で詳しく説明するが、ＭＦＰ１０は、電源がＯＮされると、Ｇ／Ｏ機器として動作してＷＦＤＮＷ（以下では「ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）」と呼ぶ）を形成する。そして、ＣＤ５０は、電源がＯＮされると、Ｇ／Ｏ機器であるＭＦＰ１０とのＷＦＤ接続を確立して、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にＣＬ機器として参加する。これにより、ＣＤ５０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して、ＭＦＰ１０と対象データ（即ち後述のＦＡＸデータ）の無線通信を実行することができる。

ＣＤ５０は、ＣＬ機器として動作している状態で、ＭＦＰ１０からＧ／Ｏ機器の変更の指示を受信すると、Ｇ／Ｏ機器として動作してＷＦＤＮＷ（以下では「ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）」と呼ぶ）を形成する。Ｇ／Ｏ機器として動作するＣＤ５０が同時的に無線接続を確立可能な上限数は、予め決められており、本実施例では「２」である。

（ＦＡＸ機能）
ＭＦＰ１０及びＣＤ５０が協働して処理を実行することによって、ＦＡＸ機能が実現される。例えば、ＣＤ５０のＣＰＵ６２は、図示省略の外部のＦＡＸ装置からＰＳＴＮＩ／Ｆ５６を介してＦＡＸデータを受信する場合に、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ち無線ＬＡＮＩ／Ｆ５４を介して）、ＦＡＸデータをＭＦＰ１０に送信する。ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ち無線ＬＡＮＩ／Ｆ２０を介して）、ＣＤ５０からＦＡＸデータを受信する場合に、ＦＡＸデータによって表わされる画像の印刷を印刷実行部１６に実行させる。これにより、ＦＡＸ受信動作が実現される。

また、ＭＦＰ１０のＣＰＵ３２は、例えば、ユーザによってＦＡＸデータの送信先として外部のＦＡＸ装置が指定される場合に、原稿のスキャンをスキャン実行部１８に実行させることによって得られるＦＡＸデータを、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ち無線ＬＡＮＩ／Ｆ２０を介して）、ＣＤ５０に送信する。ＣＤ５０のＣＰＵ６２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ち無線ＬＡＮＩ／Ｆ５４を介して）、ＭＦＰ１０からＦＡＸデータを受信すると、ＰＳＴＮＩ／Ｆ５６を介して上記の外部のＦＡＸ装置にＦＡＸデータを送信する。これにより、ＦＡＸ送信動作が実現される。

（携帯端末７０の構成）
携帯端末７０は、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末７０には、印刷機能をＭＦＰ１０に実行させるためのアプリケーションプログラム（以下では「印刷アプリ」と呼ぶ）がインストールされている。印刷アプリは、インターネット上のサーバから携帯端末７０にダウンロードされてもよいし、ＭＦＰ１０と共に出荷されるメディアから携帯端末７０にダウンロードされてもよい。

携帯端末７０は、ＷＦＤ機器である。携帯端末７０は、例えば、Ｇ／Ｏ機器であるＭＦＰ１０とのＷＦＤ接続を確立して、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にＣＬ機器として参加し得る。この場合、携帯端末７０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して、ＭＦＰ１０と対象データ（例えばＭＦＰ１０で印刷されるべき印刷データ）の無線通信を実行することができる。

（ＡＰ１００の構成）
ＡＰ１００は、無線アクセスポイント、無線ＬＡＮルータ等と呼ばれる通常のＡＰであり、ＷＦＤ方式のＧ／Ｏ機器とは異なる。ＡＰ１００は、通常Ｗｉ−Ｆｉ方式に従った無線ネットワーク（即ち通常Ｗｉ−ＦｉＮＷ）を形成することができる。

（ＰＣ１１０の構成）
ＰＣ１１０は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立して、ＡＰ１００によって形成されている通常Ｗｉ−ＦｉＮＷに参加することができる。なお、ＰＣ１１０にも、印刷機能をＭＦＰ１０に実行させるための印刷アプリがインストールされている。

（各デバイスが実行する事前処理；図２）
続いて、図２を参照して、各デバイス１０，５０，１００，１１０が実行する処理について説明する。図２の初期状態では、ＡＰ１００とＰＣ１１０との間に通常Ｗｉ−Ｆｉ接続が確立されており、ＭＦＰ１０及びＣＤ５０の電源がＯＦＦされている。

ＭＦＰ１０のＣＰＵ３２は、ユーザによってＭＦＰ１０の電源がＯＮされると、以下の各処理を実行する。

ＭＦＰ１０のＣＰＵ３２は、Ｔ２において、ＭＦＰ１０の状態をＷＦＤ方式のＧ／Ｏ状態に移行させる。即ち、ＭＦＰ１０は、自発的にＧ／Ｏ状態に移行する。これにより、ＭＦＰ１０のみが所属しているＷＦＤＮＷが形成される。

ＭＦＰ１０のＣＰＵ３２は、メモリ３４内の不揮発性領域に予め記憶されているＳＳＩＤ「ＹＹＹ」、認証方式、及び、暗号化方式を読み出し、さらに、予め決められているルールに従ってパスワードを生成する。そして、ＣＰＵ３２は、ＳＳＩＤ「ＹＹＹ」、当該認証方式、当該暗号化方式、及び、当該パスワードを、ＷＦＤ記憶領域２１０内のＷＦＤ設定情報２１２として記憶させる（図１参照）。

図示省略しているが、ＣＤ５０のメモリ６４は、ＭＦＰ１０のメモリ３４に記憶されているＳＳＩＤ「ＹＹＹ」、認証方式、及び、暗号化方式と同じ情報を、ＣＤ５０の出荷段階（即ちＭＦＰ１０の出荷段階）から予め記憶している。ＣＤ５０のＣＰＵ６２は、ユーザによってＣＤ５０の電源がＯＮされると、ＣＤ５０のメモリ６４からＳＳＩＤ「ＹＹＹ」を読み出す。

Ｔ１０では、ＣＤ５０のＣＰＵ６２は、読み出したＳＳＩＤ「ＹＹＹ」と、ＣＤ５０のＭＡＣアドレス（以下では「ＭＡＣｙ」と呼ぶ）と、を含む接続要求（即ちProbe Request信号）を、ＭＦＰ１０に送信する。

ＭＦＰ１０のＣＰＵ３２は、ＣＤ５０からProbe Request信号を受信すると、当該Probe Request信号に含まれるＳＳＩＤ「ＹＹＹ」が、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されているＳＳＩＤ「ＹＹＹ」に一致することを認識する。

この場合、Ｔ１２において、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤ方式の接続用データの無線通信（ただし、Probe Request信号の通信を除く）をＣＤ５０と実行して、ＣＤ５０とのＷＦＤ接続を確立する。

具体的には、Ｔ１２では、ＭＦＰ１０のＣＰＵ３２は、Probe Response信号をＣＤ５０に送信し、次いで、ＣＤ５０からProvision Discovery Request信号を受信し、次いで、Provision Discovery Response信号をＣＤ５０に送信する。ＣＰＵ３２は、さらに、WSC Exchange及び4-Way Handshakeの通信をＣＤ５０と実行する。なお、ＣＰＵ３２は、Ｔ１２の過程で、ＷＦＤ記憶領域２１０内のＷＦＤ設定情報２１２に含まれるパスワードを、ＣＤ５０に供給する。

ＣＤ５０のＣＰＵ６２は、ＷＦＤ接続が確立される過程（即ちＴ１２の過程）で、ＣＤ５０の状態をデバイス状態からＣＬ状態に移行させる。これにより、ＣＤ５０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にＣＬ機器として参加することができる。

ＭＦＰ１０のＣＰＵ３２は、ＣＤ５０とのＷＦＤ接続を確立すると、ＣＤ５０から受信したProbe Request信号に含まれるＣＤ５０のＭＡＣｙを、メモリ３４内の管理リスト３００及び接続リスト３１０のそれぞれに記述する（図１参照）。

なお、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にＣＤ５０を参加させる際には、いわゆる自動無線設定のプッシュボタン方式（即ちＰＢＣ方式）に従った操作がＭＦＰ１０及びＣＤ５０のそれぞれに実行されなくてもよい。即ち、ＣＤ５０の電源がＯＮされると、ＭＦＰ１０及びＣＤ５０のそれぞれに他の操作が実行されなくても、ＣＤ５０は、ＭＦＰ１０とのＷＦＤ接続を自動的に確立することができる。自動無線設定は、例えば、ＷＰＳ（Wi-Fi Protected Setupの略）等である。

ＭＦＰ１０及びＣＤ５０が同一のＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に所属しているので、Ｔ１４，Ｔ１６において、ＭＦＰ１０及びＣＤ５０は、以下のＦＡＸ受信動作を実行することができる。即ち、Ｔ１４では、ＣＤ５０のＣＰＵ６２は、ＰＳＴＮからＦＡＸデータを受信する場合に、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ちＡＰ１００を介さずに直接的に）、無線ＬＡＮＩ／Ｆ５４を介して、ＦＡＸデータをＭＦＰ１０に送信する。Ｔ１６では、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して、無線ＬＡＮＩ／Ｆ２０を介して、ＣＤ５０からＦＡＸデータを受信する場合に、ＦＡＸデータによって表わされる画像の印刷を印刷実行部１６に実行させる。なお、以下では、ＭＦＰ１０又はＣＤ５０によって実行される様々な通信（即ちＰＳＴＮを介した通信以外の通信）について、「無線ＬＡＮＩ／Ｆ２０（又は５４）を介して」という記載を省略する。

また、ＭＦＰ１０において上限数の無線接続（即ち２個の無線接続）が確立されていない状況では、Ｔ１７，Ｔ１８において、ユーザは、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続を確立するために、プッシュボタン方式に従った操作をＭＦＰ１０及びＡＰ１００のそれぞれに実行する。

ＭＦＰ１０のＣＰＵ３２は、Ｔ１８の操作が実行されると、Ｔ２０において、ＭＦＰ１０のＭＡＣａを含む接続要求（即ちProbe Request信号）を、ＡＰ１００に送信する。

次いで、Ｔ２２において、ＭＦＰ１０のＣＰＵ３２は、通常Ｗｉ−Ｆｉ方式の接続用データの無線通信（ただし、Probe Request信号の通信を除く）をＡＰ１００と実行して、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立する。具体的には、ＣＰＵ３２は、ＡＰ１００から、ＡＰ１００のＭＡＣｘを含むProbe Response信号を受信し、次いで、WSC Exchange及び4-Way Handshakeの通信をＡＰ１００と順次実行する。ここでは、ＣＰＵ３２は、Provision Discovery Request信号及びProvision Discovery Response信号の通信をＡＰ１００と実行しない。

Ｔ２２の過程において、ＭＦＰ１０のＣＰＵ３２は、通常Ｗｉ−ＦｉＮＷで現在利用されている通常Ｗｉ−Ｆｉ設定情報２０２（即ち、ＳＳＩＤ「ＸＸＸ」、認証方式、暗号化方式、及び、パスワード）を、ＡＰ１００から取得する。そして、ＣＰＵ３２は、通常Ｗｉ−Ｆｉ設定情報２０２を通常Ｗｉ−Ｆｉ記憶領域２００に記憶させる（図１参照）。

また、ＭＦＰ１０のＣＰＵ３２は、Ｔ２２で受信されるProbe Response信号に含まれるＡＰ１００のＭＡＣｘを、メモリ３４内の接続リスト３１０に記述する。これにより、ＡＰ１００のＭＡＣｘとＣＤ５０のＭＡＣｙとが接続リスト３１０に記述されている状態になる。

ＭＦＰ１０及びＰＣ１１０は、ＡＰ１００によって形成されている同一の通常Ｗｉ−ＦｉＮＷに所属している。従って、Ｔ２４において、ＰＣ１１０は、印刷アプリを利用して、ＭＦＰ１０で印刷されるべき画像を表わす印刷データを生成し、通常Ｗｉ−ＦｉＮＷを利用して（即ちＡＰ１００を介して間接的に）、当該印刷データをＭＦＰ１０に送信する。

ＭＦＰ１０は、通常Ｗｉ−ＦｉＮＷを利用して、ＰＣ１１０からＡＰ１００を介して印刷データを受信すると、Ｔ２６において、印刷データによって表わされる画像の印刷を印刷実行部１６に実行させる。

ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されると、ＭＦＰ１０は、ＣＤ５０とのＷＦＤ接続と、ＡＰ１００との通常Ｗｉ−Ｆｉ接続と、を確立している状態になる。即ち、ＭＦＰ１０には、上限数の無線接続（即ち２個の無線接続）が確立されている状態になる。

なお、図２の例では、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されているが、当該通常Ｗｉ−Ｆｉ接続が確立されなくてもよい。この場合、ＭＦＰ１０は、ＣＤ５０とのＷＦＤ接続を確立している状況において、さらに、他の機器とのＷＦＤ接続を確立することができる。

（ＭＦＰ１０の応答処理；図３）
図３を参照して、ＭＦＰ１０のＣＰＵ３２が実行する応答処理の内容を説明する。図３の応答処理は、携帯端末７０からProbe Request信号を受信することをトリガとして開始される。図３の応答処理の内容を説明する前に、ＭＦＰ１０が携帯端末７０からProbe Request信号を受信する状況について説明しておく。

携帯端末７０のユーザは、ＭＦＰ１０に印刷を実行させることを望む場合に、プッシュボタン方式に従った操作をＭＦＰ１０に実行する。ユーザは、さらに、印刷アプリを起動して、プッシュボタン方式に従った操作を携帯端末７０に実行する。この場合、携帯端末７０は、携帯端末７０のＭＡＣアドレス（以下では「ＭＡＣｚ」と呼ぶ）を含むProbe Request信号を、ＭＦＰ１０に送信する。ＭＦＰ１０のＣＰＵ３２は、携帯端末７０から、携帯端末７０のＭＡＣｚを含むProbe Request信号を受信すると、図３のフローチャートを開始する。

Ｓ２では、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０に現在確立されている無線接続の数（以下では「接続個数」と呼ぶ）が上限数（即ち「２」）に一致するのか否かを判断する。ＣＰＵ３２は、メモリ３４内の接続リスト３１０に記述されているＭＡＣアドレスの数をチェックする。ＣＰＵ３２は、接続リスト３１０内のＭＡＣアドレスの数が「２」である場合には、接続個数が上限数に一致する（Ｓ２でＹＥＳ）と判断して、Ｓ８に進む。一方において、ＭＦＰ１０のＣＰＵ３２は、接続リスト３１０内のＭＡＣアドレスの数が「１」である場合には、接続個数が上限数に一致しない（Ｓ２でＮＯ）と判断してＳ４に進む。

Ｓ４では、ＭＦＰ１０のＣＰＵ３２は、接続個数が上限数に一致しないので、ＣＤ５０とのＷＦＤ接続を切断せずに、携帯端末７０とのＷＦＤ接続を確立する。即ち、ＣＰＵ３２は、ＷＦＤ方式の接続用データの無線通信を携帯端末７０と実行して、携帯端末７０とのＷＦＤ接続を確立する。この過程において、ＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で現在利用されているＷＦＤ設定情報２１２（図１参照）を、携帯端末７０に供給する。また、ＣＰＵ３２は、Probe Request信号に含まれる携帯端末７０のＭＡＣｚを、メモリ３４内の管理リスト３００及び接続リスト３１０のそれぞれに記述する。

Ｓ６では、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ちＡＰ１００を介さずに直接的に）、携帯端末７０から印刷アプリによって生成された印刷データを受信し、当該印刷データを印刷実行部１６に供給する。これにより、印刷データによって表される画像が印刷実行部１６によって印刷される。Ｓ６が終了すると、ＭＦＰ１０と携帯端末７０との間のＷＦＤ接続が維持された状態で、図３の処理が終了する。

一方において、接続個数が上限数に一致する場合には、Ｓ８において、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に所属しているＣＬ機器がＣＤ５０のみであるのか否かを判断する。具体的には、ＣＰＵ３２は、２個のＭＡＣアドレス（即ちＭＡＣｙ，ＭＡＣｙ）がメモリ３４内の管理リスト３００に記述されている場合には、ＣＬ機器がＣＤ５０のみでない（Ｓ８でＮＯ）と判断して、Ｓ１０に進む。また、ＣＰＵ３２は、１個のＭＡＣアドレスのみがメモリ３４内の管理リスト３００に記述されている場合には、以下の処理を実行する。メモリ３４内の不揮発性領域には、ＣＤ５０のＭＡＣｙが、ＭＦＰ１０の出荷段階から予め記憶されている。ＣＰＵ３２は、不揮発性領域からＣＤ５０のＭＡＣｙを読み出して、ＭＡＣｙに一致する１個のＭＡＣアドレスのみが管理リスト３００に記述されているのか否かを判断する。ＣＰＵ３２は、ＣＤ５０のＭＡＣｙに一致する１個のＭＡＣアドレスのみが管理リスト３００に記述されている場合には、ＣＬ機器がＣＤ５０のみである（Ｓ８でＹＥＳ）と判断して、Ｓ１２に進む。一方において、ＣＰＵ３２は、ＣＤ５０のＭＡＣｙとは異なる１個のＭＡＣアドレスのみが管理リスト３００に記述されている場合には、ＣＬ機器がＣＤ５０のみでない（Ｓ８でＮＯ）と判断して、Ｓ１０に進む。

Ｓ１０では、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０との無線接続（即ちＷＦＤ接続）を確立不可能であることを示す接続拒否通知を携帯端末７０に送信する。この場合、ＭＦＰ１０と携帯端末７０との間に無線接続が確立されることなく、図３の処理が終了する。

一方において、ＣＬ機器がＣＤ５０のみである場合、即ち、ＭＦＰ１０とＣＤ５０との間にＷＦＤ接続が確立されていると共に、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されている場合には、Ｓ１２において、ＣＰＵ３２は、ＷＦＤ方式の接続用データの通信を携帯端末７０と実行する。ただし、ＣＰＵ３２は、ＷＦＤ方式の接続用データの全ての通信を携帯端末７０と実行するのではなく、ＷＦＤ方式の接続用データのうちの一部のデータの通信のみを携帯端末７０と実行する。具体的には、ＣＰＵ３２は、Probe Response信号を携帯端末７０に送信し、次いで、携帯端末７０からProvision Discovery Request信号を受信し、次いで、Provision Discovery Response信号を携帯端末７０に送信し、次いで、WSC Exchangeの通信を携帯端末７０と実行する。ただし、ＣＰＵ３２は、4-Way Handshakeの通信を携帯端末７０と実行しない。

Ｓ１２では、4-Way Handshakeの通信が実行されないので、ＭＦＰ１０と携帯端末７０との間にＷＦＤ接続が確立されない。詳しくは後述するが、4-Way Handshakeの通信は、ＣＤ５０がＧ／Ｏ状態に移行した後に、ＣＤ５０と携帯端末７０との間で実行される。

次いで、Ｓ１４では、ＭＦＰ１０のＣＰＵ３２は、Ｇ／Ｏ機器の変更をＣＤ５０に依頼する。具体的には、ＣＰＵ３２は、ＣＤ５０の状態を、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＣＬ機器として動作する状態からＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態へ変更するための指示を、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して、ＣＤ５０に送信する。Ｇ／Ｏ機器の変更の指示は、携帯端末７０のＭＡＣｚを含む。これにより、ＣＤ５０は、後述の図４のＳ１０４において、携帯端末７０のＭＡＣｚを、メモリ６４内の管理リストに記述することができる。

詳しくは後述するが、ＣＤ５０（即ちＣＰＵ６２）は、ＭＦＰ１０からＧ／Ｏ機器の変更の指示を受信すると、切断信号をＭＦＰ１０に送信して、ＭＦＰ１０とのＷＦＤ接続を切断する（図４のＳ１０２参照）。次いで、ＣＤ５０は、ＣＤ５０の状態をＣＬ状態からデバイス状態を経てＧ／Ｏ状態に移行させる（図４のＳ１０２参照）。これにより、ＣＤ５０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱し、ＣＤ５０のみが所属しているＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が形成される。そして、ＣＤ５０は、4-Way Handshakeの通信を携帯端末７０と実行して、携帯端末７０との無線接続を確立する（図４のＳ１０４参照）。これにより、携帯端末７０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にＣＬ機器として参加する。なお、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２と同一である。例えば、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）で利用されるＳＳＩＤ「ＹＹＹ」は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＳＳＩＤ「ＹＹＹ」と同一である。

次いで、Ｓ１６では、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の状態を、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態（即ちＧ／Ｏ状態）からデバイス状態に移行させる。これにより、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が消滅し、メモリ３４から管理リスト３００が消去される。また、ＣＰＵ３２は、ＣＤ５０のＭＡＣｙを接続リスト３１０から消去する。ただし、ＭＦＰ１０がＧ／Ｏ状態からデバイス状態に移行しても、ＭＦＰ１０とＡＰ１００との間の通常Ｗｉ−Ｆｉ接続が切断されることはなく、ＭＦＰ１０は、通常Ｗｉ−ＦｉＮＷに所属している状態を維持する。即ち、ＡＰ１００のＭＡＣｘは、接続リスト３１０から消去されない。

続いて、Ｓ１８では、ＭＦＰ１０のＣＰＵ３２は、Ｇ／Ｏ機器であるＣＤ５０との通常Ｗｉ−Ｆｉ接続を確立して、レガシー機器としてＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に参加する。具体的には、ＣＰＵ３２は、ＭＦＰ１０のＭＡＣｂとＳＳＩＤ「ＹＹＹ」とを含むProbe Request信号をＣＤ５０に送信し、次いで、ＣＤ５０からProbe Response信号を受信し、次いで、4-Way Handshakeの通信をＣＤ５０と実行する。

なお、Ｓ１８では、プッシュボタン方式に従った操作がＣＤ５０に実行されなくても、ＭＦＰ１０は、ＣＤ５０との通常Ｗｉ−Ｆｉ接続を確立することができる。上述したように、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２と同一であるので、ＭＦＰ１０は、ＣＤ５０からＷＦＤ設定情報２１２を取得しなくても、ＷＦＤ設定情報２１２を利用して、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に参加することができるからである。ＭＦＰ１０は、パスワードの通信をＣＤ５０と実行せずに済むので、Ｓ１８において、WSC Exchangeの通信をＣＤ５０と実行しない。

Ｓ１８が実行されると、ＭＦＰ１０とＣＤ５０との間に通常Ｗｉ−Ｆｉ接続が確立される。上述したように、本実施例では、Ｓ１８において、ＭＦＰ１０は、ＣＬ機器としてではなく、レガシー機器としてＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に参加する。即ち、ＭＦＰ１０は、ＣＬ状態に移行することなく、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に参加する。

上述したように、本実施例によると、Ｓ１６において、ＭＦＰ１０とＣＤ５０との間のＷＦＤ接続が切断されるが、切断状態が長時間維持されることなく、Ｓ１８において、ＭＦＰ１０とＣＤ５０との間の通常Ｗｉ−Ｆｉ接続が確立される。このために、ＭＦＰ１０とＣＤ５０との間でＦＡＸデータの通信が実行不可能な期間が長くなるのを抑制することができる。

Ｓ１８が終了した時点では、ＭＦＰ１０がレガシー機器としてＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に所属しており、携帯端末７０がＣＬ機器としてＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に所属している。このために、ＭＦＰ１０及び携帯端末７０は、Ｇ／Ｏ機器であるＣＤ５０を介して、対象データの通信を実行することができる。即ち、Ｓ２０では、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）を利用して（即ちＣＤ５０を介して）、携帯端末７０から印刷データを受信する。次いで、Ｓ２２において、ＣＰＵ３２は、当該印刷データを印刷実行部１６に供給する。

なお、上述したように、携帯端末７０のユーザは、プッシュボタン方式に従った操作をＭＦＰ１０に実行しているので、携帯端末７０がＭＦＰ１０に接続されている（即ち携帯端末７０からＭＦＰ１０に直接的に印刷データが送信されている）と認識しているかもしれない。しかしながら、実際には、携帯端末７０は、ＣＤ５０に接続されており、ＣＤ５０を介して、ＭＦＰ１０に印刷データを送信する。このように、本実施例では、ユーザの認識と実際の接続態様とが異なり得るが、携帯端末７０からＭＦＰ１０への印刷データの送信が実行される点は変わりないので、ユーザが望むとおりに、ＭＦＰ１０で印刷を実行させることができる。

Ｓ２４では、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の状態を、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のレガシー機器として動作する状態からＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態へ変更するための変更の指示（図４のＳ１１０）を、ＣＤ５０から受信することを監視する。ＣＰＵ３２は、ＣＤ５０からＧ／Ｏ機器の変更の指示を受信する場合には、Ｓ２４でＹＥＳと判断して、Ｓ２６に進む。

Ｓ２６では、ＭＦＰ１０のＣＰＵ３２は、切断信号をＣＤ５０に送信して、ＣＤ５０との通常Ｗｉ−Ｆｉ接続を切断する。これにより、ＭＦＰ１０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）から離脱する。Ｓ２６では、さらに、ＣＰＵ３２は、ＭＦＰ１０の状態をデバイス状態からＧ／Ｏ状態に自発的に移行させる。これにより、ＭＦＰ１０のみが所属しているＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成される。ＣＰＵ３２は、さらに、管理リスト３００をメモリ３４内に記憶させる。

Ｓ２６で形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２は、図３の初期状態で形成されていたＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２と同一である。即ち、図３の初期状態で形成されていたＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＳＳＩＤ「ＹＹＹ」と、Ｓ１４でのＧ／Ｏ機器の変更の指示の送信の結果として形成されるＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）で利用されるＳＳＩＤ「ＹＹＹ」と、Ｓ２６で形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＳＳＩＤ「ＹＹＹ」と、は同一である。

Ｓ２８では、ＭＦＰ１０のＣＰＵ３２は、ＣＤ５０から、ＳＳＩＤ「ＹＹＹ」を含むProbe Request信号を受信することを監視する。詳しくは後述するが、ＣＤ５０は、Ｇ／Ｏ機器の変更の指示をＭＦＰ１０に送信すると、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加するために、ＣＤ５０のＭＡＣｙとＳＳＩＤ「ＹＹＹ」とを含むProbe Request信号をＭＦＰ１０に送信する（後述の図４のＳ１１４参照）。この場合、ＣＰＵ３２は、Ｓ２８でＹＥＳと判断して、Ｓ３０に進む。

Ｓ３０では、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤ方式の接続用データの通信をＣＤ５０と実行して、ＣＤ５０とのＷＦＤ接続を確立する。また、ＣＰＵ３２は、Probe Request信号に含まれるＣＤ５０のＭＡＣｙを、メモリ３４内の管理リスト３００及び接続リスト３１０に記述する。

ＣＤ５０は、ＷＦＤ接続が確立される過程で、ＣＤ５０の状態をデバイス状態からＣＬ状態に移行させる。これにより、ＣＤ５０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にＣＬ機器として参加することができる（後述の図４のＳ１１６参照）。

Ｓ３０が実行されると、ＭＦＰ１０は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立していると共に、ＣＤ５０とのＷＦＤ接続を確立している状態になる。即ち、ＭＦＰ１０は、携帯端末７０から接続要求（即ちProbe Request信号）を受信した際の状態（即ち図３の初期状態）に戻ることができる。Ｓ３０が終了すると、図３の処理が終了する。

上述したように、本実施例によると、Ｓ２６において、ＭＦＰ１０とＣＤ５０との間の通常Ｗｉ−Ｆｉ接続が切断されるが、切断状態が長時間維持されることなく、Ｓ３０において、ＭＦＰ１０とＣＤ５０との間のＷＦＤ接続が確立される。このために、ＭＦＰ１０とＣＤ５０との間でＦＡＸデータの通信が実行不可能な期間が長くなるのを抑制することができる。また、ＭＦＰ１０は、Ｓ１２〜Ｓ３０を実行しても、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立している状態を維持する。このために、ＭＦＰ１０とＡＰ１００との間で通信（例えばＡＰ１００を介したＰＣ１１０との印刷データの通信）が実行不可能になることを抑制することができる。

（ＣＤ５０の応答処理；図４）
続いて、図４を参照して、ＣＤ５０のＣＰＵ６２が実行する応答処理の内容を説明する。図４の応答処理は、ＭＦＰ１０からＧ／Ｏ機器の変更の指示（図３のＳ１４参照）を受信することをトリガとして開始される。上述したように、Ｇ／Ｏ機器の変更の指示は、携帯端末７０のＭＡＣｚを含む。

ＣＤ５０のＣＰＵ６２は、ＭＦＰ１０からＧ／Ｏ機器の変更の指示を受信すると、Ｓ１０２において、まず、切断信号をＭＦＰ１０に送信して、次いで、ＣＤ５０の状態をＣＬ状態からデバイス状態に移行させる。これにより、ＣＤ５０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱する。Ｓ１０２では、さらに、ＣＰＵ６２は、ＣＤ５０の状態をデバイス状態からＧ／Ｏ状態に自発的に移行させる。これにより、ＣＤ５０のみが所属しているＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が形成される。上述したように、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用されるＷＦＤ設定情報２１２と同一である。

次いで、Ｓ１０４では、ＣＤ５０のＣＰＵ６２は、4-Way Handshakeの通信を携帯端末７０と実行して、携帯端末７０とのＷＦＤ接続を確立する。4-Way Handshakeよりも前に通信されるべき各信号（Probe Response信号、Provision Discovery Request信号等）は、ＭＦＰ１０と携帯端末７０との間で既に通信されているので（図３のＳ１２参照）、Ｓ１０４では、4-Way Handshakeの通信のみが実行される。Ｓ１０４では、さらに、ＣＤ５０のＣＰＵ６２は、Ｇ／Ｏ機器の変更の指示に含まれる携帯端末７０のＭＡＣｚを、メモリ６４内の管理リスト（図示省略）に記述する。

上述したように、携帯端末７０は、Probe Response信号、Provision Discovery Request信号等の通信をＭＦＰ１０と実行し（図３のＳ１２参照）、次いで、4-Way Handshakeの通信をＣＤ５０と実行する（図４のＳ１０４参照）。即ち、携帯端末７０は、ＷＦＤ方式の接続用データの通信をＭＦＰ１０及びＣＤ５０の双方と実行する。この過程において、携帯端末７０は、ＣＬ状態に移行して、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にＣＬ機器として参加する。

携帯端末７０は、ＭＦＰ１０との通信を実行する状態から、携帯端末７０との通信を実行する状態に変化するが、このような通信相手の変更は、携帯端末７０のユーザが何らかの操作をいずれの機器１０，５０，７０に実行しなくても、携帯端末７０によって自動的に行われる。即ち、ユーザが何らかの操作を実行しなくても、携帯端末７０は、ＣＤ５０のＷＦＤ接続を適切に確立することができる。

次いで、Ｓ１０６では、ＣＤ５０のＣＰＵ６２は、ＭＦＰ１０との通常Ｗｉ−Ｆｉ接続を確立する。具体的には、ＣＰＵ６２は、ＭＦＰ１０のＭＡＣｂとＳＳＩＤ「ＹＹＹ」とを含むProbe Request信号をＭＦＰ１０から受信し、次いで、Probe Response信号をＭＦＰ１０に送信し、次いで、4-Way Handshakeの通信をＭＦＰ１０と実行する（図３のＳ１８参照）。ＣＰＵ６２は、パスワードの通信をＭＦＰ１０と実行せずに済むので、Ｓ１０６において、WSC Exchangeの通信をＭＦＰ１０と実行しない。また、ＣＰＵ６２は、Probe Request信号に含まれるＭＦＰ１０のＭＡＣｂを、メモリ６４内の管理リストに記述する。Ｓ１０６が終了した時点では、ＭＦＰ１０がレガシー機器としてＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に所属しており、携帯端末７０がＣＬ機器としてＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に所属している。

Ｓ１０８では、ＣＤ５０のＣＰＵ６２は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）を利用して、携帯端末７０から印刷データを受信し、ＭＦＰ１０に送信する。即ち、ＣＰＵ６２は、ＭＦＰ１０と携帯端末７０の間で印刷データの通信を中継する。

印刷データの全ての通信の中継が終了すると、Ｓ１１０において、ＣＤ５０のＣＰＵ６２は、ＭＦＰ１０の状態を、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のレガシー機器として動作する状態からＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態へ変更するための変更の指示を、ＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、ＣＤ５０からＧ／Ｏ機器の変更の指示を受信し（図３のＳ２４でＹＥＳ）、Ｇ／Ｏ状態に移行する（図３のＳ２６参照）。

Ｓ１１２では、ＣＤ５０のＣＰＵ６２は、ＭＦＰ１０から切断信号を受信し、ＣＤ５０の状態を、Ｇ／Ｏ状態からデバイス状態に移行させる。これにより、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が消滅し、メモリ６４から管理リストが消去される。

Ｓ１１４では、ＣＤ５０のＣＰＵ６２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加するために、ＣＤ５０のＭＡＣｙとＳＳＩＤ「ＹＹＹ」とを含むProbe Request信号をＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、ＣＤ５０からProbe Request信号を受信し（図３のＳ２８でＹＥＳ）、ＷＦＤ方式の接続用データの通信をＣＤ５０と実行する（図３のＳ３０参照）。

Ｓ１１６では、ＣＤ５０のＣＰＵ６２は、ＷＦＤ方式の接続用データの通信をＭＦＰ１０と実行して、ＭＦＰ１０とのＷＦＤ接続を確立する。ＣＰＵ６２は、ＷＦＤ接続が確立される過程で、ＣＤ５０の状態をデバイス状態からＣＬ状態に移行させる。これにより、ＣＤ５０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にＣＬ機器として参加することができる。即ち、ＣＤ５０は、ＭＦＰ１０が携帯端末７０から接続要求（即ちProbe Request信号）を受信した際の状態（即ち図４の初期状態）に戻ることができる。Ｓ１１６が終了すると、図４の応答処理が終了する。

上述したように、本実施例では、図２〜図４を参照して説明したように、ＭＦＰ１０は、第１の段階として、ＣＤ５０とのＷＦＤ接続を確立し（図２参照）、第２の段階として、ＣＤ５０との通常Ｗｉ−Ｆｉ接続を確立し（図３のＳ１８、図４のＳ１０６）、第３の段階として、ＣＤ５０とのＷＦＤ接続を再確立する（図３のＳ３０、図４のＳ１１６）。

第１の段階において、ＣＤ５０との通常Ｗｉ−Ｆｉ接続ではなく、ＣＤ５０とのＷＦＤ接続が確立される理由は、以下のとおりである。ＭＦＰ１０及びＣＤ５０のそれぞれがＷＦＤ設定情報２１２に含まれるパスワードを出荷段階から予め記憶していない場合には、Ｇ／Ｏ機器であるＭＦＰ１０とＣＤ５０との間に通常Ｗｉ−Ｆｉ接続を確立するためには、ユーザは、プッシュボタン方式に従った操作をＭＦＰ１０及びＣＤ５０のそれぞれに実行しなければならない。これに対し、本実施例では、第１の段階において、ＭＦＰ１０とＣＤ５０との間にＷＦＤ接続を確立する構成を採用しているので、ユーザは、プッシュボタン方式に従った操作を実行せずに済む。なお、変形例では、ＭＦＰ１０及びＣＤ５０のそれぞれがＷＦＤ設定情報２１２に含まれるパスワードを出荷段階から予め記憶している構成を採用して、第１の段階において、ＭＦＰ１０とＣＤ５０との間に通常Ｗｉ−Ｆｉ接続を確立するようにしてもよい。

また、第２の段階として、ＣＤ５０とのＷＦＤ接続ではなく、ＣＤ５０との通常Ｗｉ−Ｆｉ接続が確立される理由は、以下のとおりである。通常Ｗｉ−Ｆｉ接続を確立するための通信では、ＷＦＤ接続を確立するための通信とは異なり、Provision Discovery Request信号及びProvision Discovery Response信号の通信を実行する必要がない。従って、通常Ｗｉ−Ｆｉ接続を確立するためのＭＦＰ１０及びＣＤ５０の処理負荷は、ＷＦＤ接続を確立するためのＭＦＰ１０及びＣＤ５０の処理負荷よりも小さい。このために、本実施例では、第２の段階において、ＭＦＰ１０とＣＤ５０との間に通常Ｗｉ−Ｆｉ接続を確立する構成を採用している。なお、変形例では、第２の段階において、ＭＦＰ１０とＣＤ５０との間にＷＦＤ接続を確立する構成を採用してもよい。

なお、本実施例では、第３の段階において、ＣＤ５０とのＷＦＤ接続を確立する構成を採用しているが、それに代えて、ＣＤ５０との通常Ｗｉ−Ｆｉ接続を確立する構成を採用していてもよい。

（具体的なケース；図５）
続いて、図５を参照して、図３及び図４のフローチャートに従って実現される具体的なケースの内容を説明する。図５の初期状態では、ＡＰ１００は、通常Ｗｉ−ＦｉＮＷを形成しており、ＭＦＰ１０と通常Ｗｉ−Ｆｉ接続を確立している。また、Ｇ／Ｏ状態であるＭＦＰ１０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成しており、ＣＬ状態であるＣＤ５０とＷＦＤ接続を確立している。このとき、ＭＦＰ１０の接続個数は上限数「２」に一致している。

デバイス状態である携帯端末７０は、ユーザによってプッシュボタン方式に従った操作が実行されると、携帯端末７０のＭＡＣｚを含むProbe Request信号をＭＦＰ１０に送信する。

ＭＦＰ１０は、携帯端末７０からProbe Request信号を受信すると（図３の処理のトリガ）、ＭＦＰ１０の接続個数が上限数に一致すると判断し（Ｓ２でＹＥＳ）、さらに、ＣＬ機器がＣＤ５０のみであると判断する（Ｓ８でＹＥＳ）。この場合、ＭＦＰ１０は、Probe Response信号、Provision Discovery Request信号、Provision Discovery Response信号、及び、WSC Exchangeの通信を携帯端末７０と順次実行する（Ｓ１２）。次いで、ＭＦＰ１０は、Ｇ／Ｏ機器の変更の指示をＣＤ５０に送信し（Ｓ１４）、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ１６）。この結果、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が消滅する。

ＣＤ５０は、ＭＦＰ１０からＧ／Ｏ機器の変更の指示を受信すると（図４の処理のトリガ）、ＣＬ状態からデバイス状態を経てＧ／Ｏ状態に移行する（Ｓ１０２）。これにより、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が形成される。次いで、ＣＤ５０は、4-Way Handshakeの通信を携帯端末７０と実行して、携帯端末７０とのＷＦＤ接続を確立する（Ｓ１０４）。この結果、携帯端末７０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にＣＬ機器として参加する。

ＭＦＰ１０は、ＭＦＰ１０のＭＡＣｂとＳＳＩＤ「ＹＹＹ」とを含むProbe Request信号をＣＤ５０に送信し、次いで、Probe Response信号及び4-Way Handshakeの通信をＣＤ５０と順次実行して、ＣＤ５０との通常Ｗｉ−Ｆｉ接続を確立する（図３のＳ１８）。この結果、ＭＦＰ１０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にレガシー機器として参加する。次いで、ＭＦＰ１０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）を利用して（即ちＣＤ５０を介して）、携帯端末７０から印刷データを受信して（図３のＳ２０）、印刷処理を実行する（Ｓ２２）。

ＣＤ５０は、印刷データの中継が終了すると、Ｇ／Ｏ機器の変更の指示をＭＦＰ１０に送信して（図４のＳ１１０）、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ１１２）。この結果、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が消滅する。従って、携帯端末７０は、ＣＬ状態からデバイス状態に移行する。

ＭＦＰ１０は、ＣＤ５０からＧ／Ｏ機器の変更の指示を受信すると（図３のＳ２４でＹＥＳ）、デバイス状態からＧ／Ｏ状態に移行する（Ｓ２６）。これにより、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成される。次いで、ＭＦＰ１０は、ＣＤ５０のＭＡＣｙとＳＳＩＤ「ＹＹＹ」とを含むProbe Request信号をＣＤ５０から受信し（Ｓ２８でＹＥＳ）、Probe Response信号、Provision Discovery Request信号、Provision Discovery Response信号、及び、WSC Exchangeの通信をＣＤ５０と順次実行して、ＣＤ５０とのＷＦＤ接続を確立する（Ｓ３０）。この結果、ＣＤ５０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にＣＬ機器として参加する。即ち、図５の初期状態に戻ることができる。

（実施例の効果）
本実施例では、図５に示されるように、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作するＭＦＰ１０は、上限数である２個の機器（即ちＡＰ１００、ＣＤ５０）との無線接続を確立している状態で、携帯端末７０から接続要求（即ちProbe Request信号）を受信する場合に、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＣＬ機器として動作するＣＤ５０にＧ／Ｏ機器の変更の指示を送信する。この結果、ＣＤ５０は、ＭＦＰ１０からＧ／Ｏ機器の変更の指示を受信すると、ＣＤ５０自身の状態を、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＣＬ機器として動作する状態からＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態へ変更する。そして、携帯端末７０は、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）にＣＬ機器として参加する。

ＭＦＰ１０は、Ｇ／Ｏ機器の変更の指示をＣＤ５０に送信した後に、ＭＦＰ１０自身の状態を、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態からＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のレガシー機器として動作する状態へ変更する。この結果、ＭＦＰ１０、ＣＤ５０、及び、携帯端末７０がＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に所属している状態になるので、ＭＦＰ１０は、ＣＤ５０を介して携帯端末７０から印刷データを受信して、印刷処理を実行することができる。即ち、ＭＦＰ１０は、上限数の機器との無線接続を確立している状態で、携帯端末７０から接続要求を受信する場合に、印刷データの通信を携帯端末７０と実行して、印刷処理を適切に実行することができる。

例えば、ＭＦＰ１０が、Ｇ／Ｏ機器の変更の指示をＣＤ５０に送信することに代えて、ＣＤ５０とのＷＦＤ接続を一時的に切断し、次いで、携帯端末７０とのＷＦＤ接続を確立し、次いで、携帯端末７０から印刷データを受信して印刷処理を実行するという構成を採用することが考えられる。しかしながら、このような構成を採用すると、ＭＦＰ１０と携帯端末７０との間で印刷データの通信が終了するまで、ＭＦＰ１０とＣＤ５０との間のＷＦＤ接続が切断されることになり、ＭＦＰ１０とＣＤ５０との間でＦＡＸデータの通信を実行不可能な時間が長くなり得る。

これに対し、本実施例では、ＭＦＰ１０がＧ／Ｏ機器の変更の指示をＣＤ５０に送信する構成を採用しているので、ＭＦＰ１０とＣＤ５０との間の接続が一時的には切断されるが、ＭＦＰ１０とＣＤ５０との間の接続が長時間に亘って切断されることがない。このために、ＭＦＰ１０とＣＤ５０との間でＦＡＸデータの通信を実行不可能な時間が長くなるのを抑制することができる。

また、例えば、ＭＦＰ１０が、Ｇ／Ｏ機器の変更の指示をＣＤ５０に送信することに代えて、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を一時的に切断し、次いで、携帯端末７０とのＷＦＤ接続を確立し、次いで、携帯端末７０から印刷データを受信して印刷処理を実行するという構成を採用することが考えられる。しかしながら、このような構成を採用すると、ＭＦＰ１０と携帯端末７０との間で印刷データの通信が終了するまで、ＭＦＰ１０とＡＰ１００との間のＷＦＤ接続が切断されることになり、ＭＦＰ１０とＡＰ１００との間でデータ（例えば、ＰＣ１１０からＡＰ１００を介してＭＦＰ１０に送信される印刷データ）の通信を実行不可能な時間が長くなり得る。

これに対し、本実施例では、ＭＦＰ１０がＧ／Ｏ機器の変更の指示をＣＤ５０に送信する構成を採用しているので、ＭＦＰ１０とＡＰ１００との間の接続が切断されることがない。このために、ＭＦＰ１０とＡＰ１００との間でデータの通信を実行不可能な時間が長くなるのを抑制することができる。

また、印刷データの通信が終了すると、Ｇ／Ｏ機器の変更の指示がＣＤ５０からＭＦＰ１０に送信される。そして、ＭＦＰ１０は、ＣＤ５０からＧ／Ｏ機器の変更の指示を受信すると、ＭＦＰ１０自身の状態を、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のレガシー機器として動作する状態からＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態へ変更する。また、ＣＤ５０は、Ｇ／Ｏ機器の変更の指示をＭＦＰ１０に送信すると、ＣＤ５０自身の状態を、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作する状態からＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＣＬ機器として動作する状態へ変更する。この結果、ＭＦＰ１０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作していると共に、ＣＤ５０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＣＬ機器として動作している状態、即ち、携帯端末７０から接続要求を受信した際の状態に戻ることができる。

なお、本実施例では、Ｇ／Ｏ機器の変更の指示がＭＦＰ１０からＣＤ５０に送信されない限り、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が定常的に構築される。これに代えて、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が定常的に構築される構成を採用することが考えられる。しかしながら、このような構成を採用すると、携帯端末７０のユーザは、ＭＦＰ１０に印刷を実行させることを望む場合に、ＣＬ機器であるＭＦＰ１０ではなく、Ｇ／Ｏ機器であるＣＤ５０に携帯端末７０を接続させなければならない。この場合、ユーザは、実際に印刷を実行する機器であるＭＦＰ１０ではなく、プッシュボタン方式に従った操作をＣＤ５０に実行しなければならならない。印刷を実行する機器と、操作の対象の機器と、が異なると、ユーザに違和感を与え得る。

これに対し、本実施例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が定常的に構築されるので、携帯端末７０のユーザは、ＭＦＰ１０に印刷を実行させることを望む場合に、Ｇ／Ｏ機器であるＭＦＰ１０にプッシュボタン方式に従った操作を実行すればよい。印刷を実行する機器と、操作の対象の機器と、が一致するので、ユーザに違和感を与えずに済む。

（対応関係）
ＭＦＰ１０、ＣＤ５０が、それぞれ、「第１の無線通信機器」、「第２の無線通信機器」の一例である。図２で形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）、図４のＳ１０２で形成されるＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）、図３のＳ２６で形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）、ＡＰ１００によって形成される通常Ｗｉ−ＦｉＮＷが、それぞれ、「第１の無線ネットワーク」、「第２の無線ネットワーク」、「第３の無線ネットワーク」、「第４の無線ネットワーク」の一例である。ＳＳＩＤ「ＹＹＹ」が、「第１〜第３の無線ネットワークのＳＳＩＤ」の一例である。

ＭＦＰ１０については、図３の処理の開始のトリガとしてProbe Request信号を受信する処理、Ｓ１４の処理、Ｓ１６〜Ｓ１８の処理、Ｓ２０の処理、Ｓ２４で変更の指示を受信する処理、Ｓ２６の処理、Ｓ３０の処理が、それぞれ、「要求受信部」、「指示送信部」、「第１の状態変更部」、「データ通信実行部」、「指示受信部」、「第２の状態変更部」、「第１の確立部」によって実行される処理の一例である。

ＣＤ５０については、図４の処理の開始のトリガとして変更の指示を受信する処理、Ｓ１０２の処理、Ｓ１０４の処理、Ｓ１０８の処理、Ｓ１１２〜Ｓ１１６の処理が、それぞれ、「指示受信部」、「第３の状態変更部」、「第２の確立部」、「中継部」、「第４の状態変更部」によって実行される処理の一例である。

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

（変形例１）上記の実施例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＳＳＩＤ「ＹＹＹ」と、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のＳＳＩＤ「ＹＹＹ」と、が同一であるが、これに代えて、これらのＳＳＩＤは異なるものであってもよい。例えば、ＭＦＰ１０のメモリ３４及びＣＤ５０のメモリ６４は、それぞれ、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で利用される第１のＳＳＩＤと、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）で利用される第２のＳＳＩＤ（即ち第１のＳＳＩＤとは異なるＳＳＩＤ）と、の両方を、出荷段階から記憶していてもよい。そして、ＭＦＰ１０のＣＰＵ３２及びＣＤ５０のＣＰＵ６２は、ＭＦＰ１０及びＣＤ５０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に所属すべき状況では、第１のＳＳＩＤを利用し、ＭＦＰ１０及びＣＤ５０がＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）に所属すべき状況では、第２のＳＳＩＤを利用してもよい。即ち、本変形例では、第１のＳＳＩＤ、第２のＳＳＩＤが、それぞれ、「第１（及び第３）の無線ネットワークのＳＳＩＤ」、「第２の無線ネットワークのＳＳＩＤ」の一例である。

（変形例２）上記の実施例では、図２で形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＳＳＩＤ「ＹＹＹ」と、図３のＳ２６で形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＳＳＩＤ「ＹＹＹ」と、が同一であるが、これに代えて、これらのＳＳＩＤは異なるものであってもよい。例えば、ＭＦＰ１０のＣＰＵ３２及びＣＤ５０のＣＰＵ６２は、ＭＦＰ１０及びＣＤ５０の電源がＯＮされる際に、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＳＳＩＤとして、予め決められている第１のＳＳＩＤを利用してもよい。そして、ＭＦＰ１０のＣＰＵ３２は、図３のＳ２６でＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を新たに形成する際に、予め決められているルールに従って、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＳＳＩＤとして、第１のＳＳＩＤとは異なる第２のＳＳＩＤを新たに生成してもよい。また、ＣＤ５０のＣＰＵ６２は、図４のＳ１１４において、予め決められている上記のルールに従って、第２のＳＳＩＤを新たに生成し、第２のＳＳＩＤを含むProbe Request信号をＭＦＰ１０に送信してもよい。即ち、本変形例では、第１のＳＳＩＤ、第２のＳＳＩＤが、それぞれ、「第１の無線ネットワークのＳＳＩＤ」、「第３の無線ネットワークのＳＳＩＤ」の一例である。なお、本変形例と上記の変形例２との組み合わせを考慮すると、「第１〜第３の無線ネットワークのＳＳＩＤ」は相互に異なるものであってもよい。

（変形例３）上記の実施例では、ＭＦＰ１０に印刷機能を実行させるための印刷アプリが携帯端末７０にインストールされているが、これに代えて、ＭＦＰ１０にスキャン機能を実行させるためのアプリケーションプログラムが携帯端末７０にインストールされていてもよい。この場合、ＭＦＰ１０のＣＰＵ３２は、図３のＳ４及びＳ６を実行する代わりに、原稿のスキャンをスキャン実行部１８に実行させることによって得られるスキャンデータを携帯端末７０に送信してもよい。また、ＣＰＵ３２は、図３のＳ２０及びＳ２２を実行する代わりに、ＣＤ５０を介して、スキャンデータを携帯端末７０に送信してもよい。即ち、ＣＤ５０のＣＰＵ６２は、図４のＳ１０８において、ＭＦＰ１０から携帯端末７０へのスキャンデータの通信を中継してもよい。本変形例では、スキャンデータが「対象データ」の一例である。なお、「対象データ」は、印刷データ又はスキャンデータに限られず、音声データ等の他の種類のデータであってもよい。

（変形例４）上記の実施例では、図３のＳ１４において、親局の変更の指示は、WSC Exchangeの通信と4-Way Handshakeの通信との間に、ＭＦＰ１０からＣＤ５０に送信される（図３のＳ１４）。即ち、ＭＦＰ１０がWSC Exchangeの通信までを携帯端末７０と実行し、ＣＤ５０が4-Way Handshakeの通信を携帯端末７０と実行する。これに代えて、上記の変更の指示は、例えば、Probe Request信号の通信とProbe Response信号の通信との間に送信されてもよい。この場合、ＭＦＰ１０が図３の処理の開始のトリガであるProbe Request信号の受信のみを実行し、携帯端末７０がProbe Response信号の通信以降の各信号の通信を実行する。また、上記の変更の指示は、例えば、Probe Response信号の通信とProvision Discovery Request信号の通信との間に送信されてもよいし、Provision Discovery Request信号の通信とProvision Discovery Response信号の通信との間に送信されてもよいし、Provision Discovery Response信号の通信とWSC Exchangeの通信との間に送信されてもよい。即ち、第１の無線通信機器が第１の変更指示を第２の無線通信機器に送信するタイミングは、特定の機器から無線接続要求を受信した後であれば、どのようなタイミングであってもよい。

（変形例５）上記の実施例では、ＭＦＰ１０のＣＰＵ３２は、Ｇ／Ｏ状態への変更の指示をＣＤ５０から受信すると（図３のＳ２４でＹＥＳ）、ＭＦＰ１０の状態を、ＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）のレガシー機器として動作している状態からＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）のＧ／Ｏ機器として動作している状態へ変更する（図３のＳ２６）。これに代えて、ＣＰＵ３２は、Ｇ／Ｏ状態への変更の指示をＣＤ５０から受信せずに、例えば、印刷データの全てを受信すると、ＭＦＰ１０の状態を自動的に変更してもよい。「指示受信部」は省略可能である。

（変形例６）上記の実施例では、ＷＦＤの仕組みを利用している。即ち、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が定常的に構築され、図４のＳ１０２ではＷＦＤＮＷ（ＣＤ＝Ｇ／Ｏ）が構築される。ＷＦＤの仕組みを利用する代わりに、いわゆるＳｏｆｔＡＰの仕組みを利用してもよい。この場合、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、ＳｏｆｔＡＰを起動して、ＭＦＰ１０がＡＰとして動作する無線ネットワークを形成してもよい。また、ＣＰＵ３２は、図３のＳ２６を実行する代わりに、ＳｏｆｔＡＰを起動して、ＭＦＰ１０がＡＰとして動作する無線ネットワークを形成してもよい。また、ＣＤ５０のＣＰＵ６２は、図４のＳ１０２を実行する代わりに、ＳｏｆｔＡＰを起動して、ＣＤ５０がＡＰとして動作する無線ネットワークを形成してもよい。即ち、本変形例では、ＳｏｆｔＡＰの起動によって形成される無線ネットワークが、「第１〜第３の無線ネットワーク」の一例である。

（変形例７）上記の実施例では、図３及び図４の各処理はソフトウェアによって実現される。これに代えて、図３及び図４の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

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

１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：無線ＬＡＮＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０：通話デバイス（ＣＤ）、５２：本体、５４無線ＬＡＮＩ／Ｆ、５６：ＰＳＴＮＩ／Ｆ、６０：制御部、６２：ＣＰＵ、６４：メモリ、６８：ハンドセット、７０：携帯端末、１００：ＡＰ、１１０：ＰＣ、２００：通常Ｗｉ−Ｆｉ記憶領域、２０２：通常Ｗｉ−Ｆｉ設定情報、２１０：ＷＦＤ記憶領域、２１２：ＷＦＤ設定情報、３００：管理リスト、３１０：接続リスト

Claims (6)

1. 第１の無線通信機器であって、
   前記第１の無線通信機器が親局として動作すると共に第２の無線通信機器が子局として動作する第１の無線ネットワークが形成されている状態で、特定の機器から無線接続要求を受信する要求受信部と、
   前記特定の機器から前記無線接続要求が受信される場合に、前記第１の無線ネットワークを利用して、前記第１の無線ネットワークの子局として動作する前記第２の無線通信機器に第１の変更指示を送信する指示送信部であって、前記第１の変更指示は、前記第２の無線通信機器の状態を、前記第１の無線ネットワークの前記子局として動作する状態から第２の無線ネットワークの親局として動作する状態へ変更するための指示である、前記指示送信部と、
   前記第１の変更指示が送信された後に、前記第１の無線通信機器の状態を、前記第１の無線ネットワークの前記親局として動作する状態から前記第２の無線ネットワークの子局として動作する状態へ変更する第１の状態変更部と、
   前記第２の無線ネットワークを利用して、前記第２の無線ネットワークの前記親局として動作する前記第２の無線通信機器を介して、前記第２の無線ネットワークの子局として動作を開始した前記特定の機器と、通信対象の対象データの通信を実行するデータ通信実行部と、
   前記対象データの通信が終了した後に、前記第１の無線通信機器の状態を、前記第２の無線ネットワークの前記子局として動作する状態から第３の無線ネットワークの親局として動作する状態へ変更する第２の状態変更部と、
   前記第１の無線通信機器が前記親局として動作する前記第３の無線ネットワークが形成されている状態で、前記第２の無線通信機器との無線接続を確立する第１の確立部であって、前記第２の無線通信機器は前記第３の無線ネットワークの子局として動作する、前記第１の確立部と、を備える第１の無線通信機器。
2. 前記第１の無線通信機器は、さらに、
   前記対象データの通信が終了した後に、前記第２の無線ネットワークを利用して、前記第２の無線ネットワークの前記親局として動作する前記第２の無線通信機器から、第２の変更指示を受信する指示受信部であって、前記第２の変更指示は、前記第１の無線通信機器の状態を、前記第２の無線ネットワークの前記子局として動作する状態から前記第３の無線ネットワークの前記親局として動作する状態へ変更するための指示である、前記指示受信部を備え、
   前記第２の状態変更部は、前記第２の無線通信機器から前記第２の変更指示が受信される場合に、前記第１の無線通信機器の状態を、前記第２の無線ネットワークの前記子局として動作する状態から前記第３の無線ネットワークの前記親局として動作する状態へ変更する、請求項１に記載の第１の無線通信機器。
3. 前記第１の無線通信機器は、さらに、
   前記特定の機器から前記無線接続要求が受信される場合に、前記第１の無線通信機器と、前記第１の無線通信機器が同時的に無線接続可能な２以上の上限数の機器のそれぞれと、が無線接続されているのか否かを判断する判断部を備え、
   前記指示送信部は、前記第１の無線通信機器と前記上限数の機器のそれぞれとが無線接続されていると判断される場合に、前記第１の無線ネットワークを利用して、前記第１の無線ネットワークの前記子局として動作する前記第２の無線通信機器に前記第１の変更指示を送信する、請求項１又は２に記載の第１の無線通信機器。
4. 前記上限数は２であり、
   前記第１の無線通信機器が前記第１の無線ネットワークの子局として動作する前記第２の無線通信機器と無線接続されており、かつ、前記第１の無線通信機器が第４の無線ネットワークを形成するアクセスポイントと無線接続されている状態で、前記特定の機器から前記無線接続要求が受信される場合に、
   前記判断部は、前記第１の無線通信機器と、前記第２の無線通信機器及び前記アクセスポイントを含む前記上限数の機器のそれぞれと、が無線接続されていると判断し、
   前記指示送信部は、前記第１の無線通信機器と前記アクセスポイントとが無線接続されている状態を維持しながら、前記第２の無線通信機器に前記第１の変更指示を送信し、
   前記第１の状態変更部は、前記第１の無線通信機器と前記アクセスポイントとが無線接続されている状態を維持しながら、前記第１の無線通信機器の状態を、前記第１の無線ネットワークの前記親局として動作する状態から前記第２の無線ネットワークの子局として動作する状態へ変更する、請求項３に記載の第１の無線通信機器。
5. 前記第１の無線ネットワークのＳＳＩＤと、前記第２の無線ネットワークのＳＳＩＤと、前記第３の無線ネットワークのＳＳＩＤと、は同一である、請求項１から４のいずれか一項に記載の第１の無線通信機器。
6. システムであって、
   第１の無線通信装置と、
   第２の無線通信装置と、を備え、
   前記第１の無線通信機器は、
   前記第１の無線通信機器が親局として動作すると共に前記第２の無線通信機器が子局として動作する第１の無線ネットワークが形成されている状態で、特定の機器から無線接続要求を受信する要求受信部と、
   前記特定の機器から前記無線接続要求が受信される場合に、前記第１の無線ネットワークを利用して、前記第１の無線ネットワークの子局として動作する前記第２の無線通信機器に第１の変更指示を送信する指示送信部であって、前記第１の変更指示は、前記第２の無線通信機器の状態を、前記第１の無線ネットワークの前記子局として動作する状態から第２の無線ネットワークの親局として動作する状態へ変更するための指示である、前記指示送信部と、
   前記第１の変更指示が送信された後に、前記第１の無線通信機器の状態を、前記第１の無線ネットワークの前記親局として動作する状態から前記第２の無線ネットワークの子局として動作する状態へ変更する第１の状態変更部と、
   前記第２の無線ネットワークを利用して、前記第２の無線ネットワークの前記親局として動作する前記第２の無線通信機器を介して、前記第２の無線ネットワークの子局として動作を開始した前記特定の機器と、通信対象の対象データの通信を実行するデータ通信実行部と、
   前記対象データの通信が終了した後に、前記第１の無線通信機器の状態を、前記第２の無線ネットワークの前記子局として動作する状態から第３の無線ネットワークの親局として動作する状態へ変更する第２の状態変更部と、
   前記第１の無線通信機器が前記親局として動作する前記第３の無線ネットワークが形成されている状態で、前記第２の無線通信機器との無線接続を確立する第１の確立部であって、前記第２の無線通信機器は前記第３の無線ネットワークの子局として動作する、前記第１の確立部と、を備え、
   前記第２の無線通信機器は、
   前記第２の無線通信機器が前記第１の無線ネットワークの前記子局として動作している状態で、前記第１の無線ネットワークを利用して、前記第１の無線通信機器から前記第１の変更指示を受信する指示受信部と、
   前記第１の無線通信機器から前記第１の変更指示が受信される場合に、前記第２の無線通信機器の状態を、前記第１の無線ネットワークの前記子局として動作する状態から前記第２の無線ネットワークの前記親局として動作する状態へ変更する第３の状態変更部と、
   前記第２の無線通信機器が前記親局として動作する前記第２の無線ネットワークが形成されている状態で、前記特定の機器との無線接続を確立する第２の確立部であって、前記特定の機器は前記第２の無線ネットワークの前記子局として動作する、前記第２の確立部と、
   前記第２の無線通信機器が前記親局として動作する前記第２の無線ネットワークが形成されている状態で、前記第１の無線通信機器との無線接続を確立する第３の確立部であって、前記第１の無線通信機器は前記第２の無線ネットワークの前記子局として動作する、前記第３の確立部と、
   前記第２の無線ネットワークの前記子局として動作する前記特定の機器及び前記第１の無線通信機器の間で前記対象データを中継する中継部と、
   前記対象データの前記中継が終了した後に、前記第２の無線通信機器の状態を、前記第２の無線ネットワークの前記親局として動作する状態から前記第３の無線ネットワークの前記子局として動作する状態へ変更する第４の状態変更部と、を備える、システム。

Images