(57)【要約】      （修正有）【課題】ユーザの利便性が損なわれる事象が発生するのを抑制しつつ、通信機器が他の機器との通信を適切に実行するための技術を提供すること。【解決手段】ＭＦＰ１０は、子局機器（即ち携帯端末７０ａ〜７０ｄ）の数が上限数に達している状態で、ＣＤ５０からProbe Req.信号を受信する場合Ｔ２１８に、携帯端末７０ａとの接続を切断してＴ２２０、ＣＤ５０との接続を確立するＴ２３０。これにより、ＭＦＰ１０は、ＷＦＤＮＷを利用して、ＣＤ５０からＦＡＸデータを取得するＴ２３２。一方において、ＭＦＰ１０は、子局機器の数が上限数「４」に達している状態で、携帯端末７０ｅからProbe Req.信号を受信する場合Ｔ２１５に、子局機器との接続を切断しない。【選択図】図５
2015126490.tif 000002
【特許請求の範囲】
【請求項１】
通信機器であって、
前記通信機器が親局として動作する無線ネットワークに所属している子局機器の数が上限数に達している状態で、特定機器から無線接続要求を受信する受信部であって、前記子局機器は、前記無線ネットワークの子局として動作する機器である、前記受信部と、
前記特定機器から前記無線接続要求が受信される場合に、前記特定機器が中継機器であるのか否かを判断する判断部であって、前記中継機器は、前記通信機器とは異なる機器から取得される第１の対象データを前記通信機器に供給するための第１種の中継機能を実行可能な機器である、前記判断部と、
前記特定機器が前記中継機器であると判断される場合に、前記無線ネットワークに所属している１個以上の子局機器のうちの第１の対象機器との無線接続を切断し、前記特定機器が前記中継機器でないと判断される場合に、前記第１の対象機器との前記無線接続を切断しない第１の切断部と、
前記第１の対象機器との前記無線接続が切断された後に、前記特定機器との無線接続を確立する第１の確立部と、
前記特定機器との前記無線接続が確立された後に、前記無線ネットワークを利用して、前記特定機器から前記第１の対象データを取得する取得部と、
を備える、通信機器。
【請求項２】
前記通信機器は、さらに、
前記中継機器の識別情報を予め記憶しているメモリを備え、
前記判断部は、
前記無線接続要求に含まれる前記特定機器の識別情報と、前記メモリに記憶されている前記中継機器の前記識別情報と、が一致する場合に、前記特定機器が前記中継機器であると判断し、
前記無線接続要求に含まれる前記特定機器の前記識別情報と、前記メモリに記憶されている前記中継機器の前記識別情報と、が一致しない場合に、前記特定機器が前記中継機器でないと判断する、請求項１に記載の通信機器。
【請求項３】
前記通信機器は、さらに、
前記中継機器である前記特定機器からの前記第１の対象データの取得が完了する場合に、前記特定機器との前記無線接続を切断する第２の切断部を備える、請求項１又は２に記載の通信機器。
【請求項４】
前記通信機器は、さらに、
前記中継機器である前記特定機器との前記無線接続が切断されてから所定期間が経過する前に、前記切断された第１の対象機器から無線接続要求が受信される場合に、前記第１の対象機器との無線接続を確立する第２の確立部と、
前記中継機器である前記特定機器との前記無線接続が切断されてから前記所定期間が経過する前に、前記第１の対象機器とは異なる機器から無線接続要求が受信される場合に、当該機器との無線接続を確立不可能であることを示す特定コマンドを当該機器に送信する第１の送信部と、
を備える、請求項３に記載の通信機器。
【請求項５】
前記通信機器は、さらに、
前記切断された第１の対象機器が、前記無線ネットワークへの参加を促す所定コマンドをサポートしている場合に、前記中継機器である前記特定機器との前記無線接続が切断された後に、前記所定コマンドを前記第１の対象機器に送信する第２の送信部を備える、請求項３又は４に記載の通信機器。
【請求項６】
前記通信機器は、さらに、
前記第１の対象機器との前記無線接続が切断されてから、前記中継機器である前記特定機器との前記無線接続が確立されるまでの間に、前記第１の対象機器及び前記特定機器とは異なる機器から無線接続要求が受信される場合に、当該機器との無線接続を確立不可能であることを示す特定コマンドを当該機器に送信する第３の送信部を備える、請求項１から５のいずれか一項に記載の通信機器。
【請求項７】
前記中継機器は、さらに、前記通信機器から取得される第２の対象データを前記通信機器とは異なる機器に供給するための第２種の中継機能を実行可能な機器であり、
前記通信機器は、さらに、
前記子局機器の数が前記上限数に達している状態で、前記第２の対象データを前記通信機器とは異なる機器に供給するための指示がユーザから与えられる場合に、前記無線ネットワークに所属している１個以上の子局機器のうちの第２の対象機器との無線接続を切断する第３の切断部と、
前記第２の対象機器との前記無線接続が切断された後に、前記中継機器との無線接続を確立する第３の確立部と、
前記中継機器との前記無線接続が確立された後に、前記無線ネットワークを利用して、前記第２の対象データを前記中継機器に供給する供給部と、
を備える、請求項１から６のいずれか一項に記載の通信機器。
【請求項８】
前記中継機器は、
前記第１の対象データを取得するための第１のインターフェースと、
前記第１の対象データを前記通信機器に供給するための第２のインターフェースであって、前記第１のインターフェ―スとは異なる前記第２のインターフェースと、
を備える、請求項１から７のいずれか一項に記載の通信機器。
【請求項９】
通信機器のためのコンピュータプログラムであって、
前記通信機器に搭載されるコンピュータに、以下の各処理、即ち、
前記通信機器が親局として動作する無線ネットワークに所属している子局機器の数が上限数に達している状態で、特定機器から無線接続要求を受信する受信処理であって、前記子局機器は、前記無線ネットワークの子局として動作する機器である、前記受信処理と、
前記特定機器から前記無線接続要求が受信される場合に、前記特定機器が中継機器であるのか否かを判断する判断処理であって、前記中継機器は、前記通信機器とは異なる機器から取得される第１の対象データを前記通信機器に供給するための第１種の中継機能を実行可能な機器である、前記判断処理と、
前記特定機器が前記中継機器であると判断される場合に、前記無線ネットワークに所属している１個以上の子局機器のうちの第１の対象機器との無線接続を切断し、前記特定機器が前記中継機器でないと判断される場合に、前記第１の対象機器との前記無線接続を切断しない第１の切断処理と、
前記第１の対象機器との前記無線接続が切断された後に、前記特定機器との無線接続を確立する第１の確立処理と、
前記特定機器との前記無線接続が確立された後に、前記無線ネットワークを利用して、前記特定機器から前記第１の対象データを取得する取得処理と、
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、無線ネットワークの親局として動作する通信機器を開示する。
【背景技術】
【０００２】
特許文献１には、複数の通信装置を含むネットワークが開示されている。ネットワークを管理する通信装置（以下では「管理通信装置」と呼ぶ）は、当該ネットワーク外の通信装置から接続要求を受信すると、ネットワークに現在接続されている通信装置の接続台数を確認する。第２，３実施形態では、管理通信装置は、接続台数が所定値を超える場合に、非通信状態の通信装置をネットワークから切断する。管理通信装置は、非通信状態の通信装置をネットワークから切断した後に、接続要求を送信した通信装置をネットワークに参加させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２６６５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１の技術では、管理通信装置は、接続台数が所定値を超える場合に、接続要求の送信元であるデバイスの種類に関わらず、非通信状態の通信装置をネットワークから切断する。即ち、通信装置がネットワークから切断され易くなっている。従って、例えば、通信装置のユーザがネットワークを利用した通信を実行することを望む際に、当該通信装置がネットワークから切断されているという事象が発生し易く、この結果、ユーザの利便性が損なわれ得る。
【０００５】
本明細書では、ユーザの利便性が損なわれる事象が発生するのを抑制しつつ、通信機器が他の機器との通信を適切に実行するための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される通信機器は、受信部と、判断部と、第１の切断部と、第１の確立部と、取得部と、を備える。受信部は、通信機器が親局として動作する無線ネットワークに所属している子局機器の数が上限数に達している状態で、特定機器から無線接続要求を受信する。子局機器は、無線ネットワークの子局として動作する機器である。判断部は、特定機器から無線接続要求が受信される場合に、特定機器が中継機器であるのか否かを判断する。中継機器は、通信機器とは異なる機器から取得される第１の対象データを通信機器に供給するための第１種の中継機能を実行可能な機器である。第１の切断部は、特定機器が中継機器であると判断される場合に、無線ネットワークに所属している１個以上の子局機器のうちの第１の対象機器との無線接続を切断し、特定機器が中継機器でないと判断される場合に、第１の対象機器との無線接続を切断しない。第１の確立部は、第１の対象機器との無線接続が切断された後に、特定機器との無線接続を確立する。取得部は、特定機器との無線接続が確立された後に、無線ネットワークを利用して、特定機器から第１の対象データを取得する。
【０００７】
上記の構成によると、通信機器は、子局機器の数が上限数に達している状態で、特定機器から無線接続要求を受信する場合に、特定機器が中継機器であるのか否かを判断する。通信機器は、特定機器が中継機器であると判断する場合に、第１の対象機器との無線接続を切断して、特定機器との無線接続を確立する。これにより、通信機器は、無線ネットワークを利用して、特定機器から第１の対象データを取得することができる。一方において、通信機器は、特定機器が中継機器でないと判断する場合に、第１の対象機器との無線接続を切断しない。これにより、第１の対象機器のユーザの利便性が損なわれるのを抑制し得る。即ち、上記の構成によると、通信機器は、無線接続要求の送信元である特定機器が中継機器であるのか否かに応じて、子局機器との無線接続を切断するのか否かを変える。これにより、通信機器は、子局機器のユーザの利便性が損なわれる事象が発生するのを抑制しつつ、中継機器との通信を適切に実行することができる。
【０００８】
上記の通信機器の機能を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信機器と、上記のいずれかの外部機器（例えば、特定機器）と、を備えるシステムも、新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】ＭＦＰの応答処理のフローチャートを示す。
【図３】ＭＦＰの復帰処理のフローチャートを示す。
【図４】ＭＦＰのＦＡＸ送信処理のフローチャートを示す。
【図５】ＭＦＰがＩＶサポート機器との無線接続を切断するケースＡを示す。
【図６】ＭＦＰがＩＶ非サポート機器との無線接続を切断するケースＢを示す。
【図７】ＭＦＰがＦＡＸデータをＣＤに送信するケースＣを示す。
【発明を実施するための形態】
【００１０】
（システムの構成；図１）
図１に示されるように、本実施例の通信システム２は、相互に通信可能な多機能機１０と通話デバイス５０とを備える。多機能機１０と通話デバイス５０とは、セットで出荷（即ち販売）されるものであり、例えば家庭内に設置される。多機能機１０は、さらに、携帯端末７０ａ〜７０ｅと通信可能であり、通話デバイス５０は、さらに、ＦＡＸ装置１１０と通信可能である。多機能機１０と通話デバイス５０と各携帯端末７０ａ〜７０ｅとは、Ｗｉ−Ｆｉ通信を実行可能である。Ｗｉ−Ｆｉ通信は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって策定されたＷｉ−Ｆｉ方式に従った無線通信である。また、通話デバイス５０とＦＡＸ装置１１０とは、ＰＳＴＮ（Public Switched Telephone Networkの略）を介した通信を実行可能である。以下では、多機能機、通話デバイスのことを、それぞれ、「ＭＦＰ（Multi-Function Peripheralの略）」、「ＣＤ（Call Deviceの略）」と呼ぶ。
【００１１】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺機器（即ちＰＣ（Personal Computerの略）等の周辺機器）である。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線ＬＡＮ（Local Area Networkの略）インターフェース２０と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースを「Ｉ／Ｆ」と記載する。
【００１２】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００１３】
無線ＬＡＮＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するためのインターフェースである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。より具体的に言うと、無線ＬＡＮＩ／Ｆ２０は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Directの略）方式をサポートしているＩ／Ｆである。従って、制御部３０は、ＷＦＤ方式の無線ネットワーク（以下では「ＷＦＤＮＷ」と呼ぶ）を利用して、無線ＬＡＮＩ／Ｆ２０を介して、Ｗｉ−Ｆｉ通信を実行することができる。
【００１４】
制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行するプロセッサである。メモリ３４は、ＷＦＤ記憶領域２００と、管理リスト３００と、識別情報記憶領域３５０と、待機リスト４００と、を備える。
【００１５】
ＷＦＤ記憶領域２００は、ＭＦＰ１０が親局（即ち後述のＷＦＤ方式のＧ／Ｏ機器）として動作するＷＦＤＮＷで利用される無線設定情報（即ち、ＳＳＩＤ、認証方式、暗号化方式、パスワード）を記憶する。ＳＳＩＤは、ＷＦＤＮＷを識別するための識別子である。認証方式、暗号化方式、及び、パスワードは、ＷＦＤＮＷで実行される認証及び暗号化で利用される情報である。
【００１６】
管理リスト３００は、ＭＦＰ１０が親局として動作するＷＦＤＮＷの子局（即ち後述のＷＦＤ方式のＣＬ機器）として動作する各機器の各機器情報、即ち、ＷＦＤＮＷの親局として動作するＭＦＰ１０との無線接続（以下では単に「接続」と呼ぶ）が確立されている各機器の各機器情報を記憶する。各機器情報は、ＭＡＣアドレスと、接続時刻と、機器タイプと、を含む。ＭＡＣアドレスは、機器を識別するための識別情報である。接続時刻は、ＭＦＰ１０と機器との間に接続が確立された時刻を示す情報である。機器タイプは、機器がＩＶサポート機器とＩＶ非サポート機器とのうちのどちらのタイプの機器であるのかを示す情報である。ＩＶサポート機器は、ＷＦＤ方式のInvitation Request信号をサポートしている機器、即ち、Invitation Request信号に応じて接続を確立可能な機器である。ＩＶ非サポート機器は、Invitation Request信号をサポートしていない機器、即ち、Invitation Request信号に応じて接続を確立不可能な機器である。
【００１７】
識別情報記憶領域３５０は、ＭＦＰ１０の出荷段階から、ＣＤ５０のＭＡＣアドレス（即ちＭＡＣｘ）を予め記憶している。
【００１８】
待機リスト４００は、待機機器のＭＡＣアドレスと機器タイプとを記憶する。待機機器は、ＭＦＰ１０との接続が切断された機器であって、ＭＦＰ１０との接続が優先的に再確立されるべき機器である。
【００１９】
（ＣＤ５０の構成）
ＣＤ５０は、図示省略のハンドセットを備えており、ＰＳＴＮを介した電話通信を実行可能である。また、ＣＤ５０は、ＰＳＴＮを介したＦＡＸ通信を実行可能である。特に、ＣＤ５０は、ＭＦＰ１０とＦＡＸ装置１１０との間でＦＡＸデータの通信を中継する。ＣＤ５０は、ＣＤ５０自身のＭＡＣアドレスとして、ＭＡＣｘを有する。また、ＣＤ５０は、ＷＦＤ方式の無線通信を実行可能であり、ＩＶサポート機器である。
【００２０】
ＣＤ５０は、無線ＬＡＮＩ／Ｆ５４と、ＰＳＴＮ（Public Switched Telephone Networkの略）Ｉ／Ｆ５６と、制御部６０と、を備える。無線ＬＡＮＩ／Ｆ５４は、無線通信を実行するためのＩ／Ｆである。ＰＳＴＮＩ／Ｆ５６は、一般公衆回線網であるＰＳＴＮに接続される。ＣＤ５０は、ＰＳＴＮＩ／Ｆ５６を介して、ＦＡＸ装置１１０とＦＡＸデータの通信を実行可能である。より具体的に言うと、ＣＤ５０は、ＦＡＸ装置１１０から取得されるＦＡＸデータをＭＦＰ１０に供給する第１種の中継機能と、ＭＦＰ１０から取得されるＦＡＸデータをＦＡＸ装置１１０に供給する第２種の中継機能と、の双方を実行可能である。
【００２１】
制御部６０は、図示省略のＣＰＵとメモリとを備える。メモリは、ＣＤ５０の出荷段階から、ＭＦＰ１０のメモリ３４内のＷＦＤ記憶領域２００に記憶されるＳＳＩＤ、認証方式、及び、暗号化方式と同じ情報を予め記憶している。ただし、メモリは、パスワードを予め記憶していない。ＣＤ５０は、ＭＦＰ１０との接続を確立する過程で、ＭＦＰ１０からパスワードを取得して、メモリに記憶させる。
【００２２】
（携帯端末７０ａ〜７０ｅの構成）
各携帯端末７０ａ〜７０ｅは、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。各携帯端末７０ａ〜７０ｄは、当該携帯端末自身のＭＡＣアドレスとして、ＭＡＣａ、ＭＡＣｂ、ＭＡＣｃ、ＭＡＣｄを有する。各携帯端末７０ａ〜７０ｅは、ＷＦＤ方式の無線通信を実行可能である。各携帯端末７０ａ，７０ｃ，７０ｄは、ＩＶサポート機器である。携帯端末７０ｂは、ＩＶ非サポート機器である。携帯端末７０ｅは、ＩＶサポート機器であってもよいし、ＩＶ非サポート機器であってもよい。
【００２３】
（ＷＦＤ方式）
ＷＦＤ方式は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって作成された規格書「Ｗｉ−Ｆｉ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ１．１」に記述されている無線通信方式である。
【００２４】
上記のＷＦＤの規格書では、ＷＦＤ機器の状態として、Ｇｒｏｕｐ  Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態（以下では「ＣＬ状態」と呼ぶ）、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。
【００２５】
Ｇ／Ｏ状態のＷＦＤ機器（即ちＧ／Ｏ機器）は、当該ＷＦＤ機器が親局として動作する無線ネットワーク（即ちＷＦＤＮＷ）を形成する機器である。ＣＬ状態のＷＦＤ機器（即ちＣＬ機器）は、ＷＦＤＮＷの子局として動作する機器である。デバイス状態のＷＦＤ機器（即ちデバイス機器）は、ＷＦＤＮＷに所属していない機器である。
【００２６】
Ｇ／Ｏ機器とＣＬ機器との双方が所属しているＷＦＤＮＷは、例えば、以下の２つの手順のいずれかによって形成される。第１の手順では、一対のデバイス機器は、Ｇ／Ｏネゴシエーションと呼ばれる無線通信を実行する。これにより、当該一対のデバイス機器のうちの一方は、Ｇ／Ｏ状態（即ちＧ／Ｏ機器）になることを決定し、他方は、ＣＬ状態（即ちＣＬ機器）になることを決定する。そして、Ｇ／Ｏ機器は、ＷＦＤＮＷを形成して、ＣＬ機器との接続を確立する。これにより、Ｇ／Ｏ機器とＣＬ機器との双方が所属しているＷＦＤＮＷが形成される。第２の手順では、デバイス機器は、Ｇ／Ｏネゴシエーションを実行せずに、自発的にＧ／Ｏ状態に移行して、ＷＦＤＮＷを形成する。この場合、ＷＦＤＮＷが形成された後に、他のデバイス機器は、Ｇ／Ｏネゴシエーションを実行せずに、ＣＬ状態に移行して、Ｇ／Ｏ機器との接続を確立する。これにより、Ｇ／Ｏ機器とＣＬ機器との双方が所属しているＷＦＤＮＷが形成される。
【００２７】
Ｇ／Ｏ機器は、他の機器を介さずに、ＣＬ機器と対象データの無線通信を実行可能である。対象データは、ＯＳＩ参照モデルのネットワーク層の情報、及び、ネットワーク層よりも上位層（例えばアプリケーション層）の情報を含むデータであり、例えば、ＦＡＸデータを含む。また、Ｇ／Ｏ機器は、一対のＣＬ機器の間の対象データの無線通信を中継可能である。このように、ＷＦＤＮＷでは、各機器は、当該各機器とは別体に構成されているアクセスポイント（以下では「ＡＰ」と呼ぶ）を介さずに、対象データの無線通信を実行することができる。即ち、ＷＦＤ方式は、ＡＰが利用されない無線通信方式であると言える。
【００２８】
また、Ｇ／Ｏ機器は、ＷＦＤＮＷに所属していないデバイス機器と対象データの無線通信を実行することができないが、デバイス機器と接続用データの無線通信を実行して、デバイス機器との接続を確立することができる。これにより、Ｇ／Ｏ機器は、デバイス機器をＷＦＤＮＷに参加させることができる。
【００２９】
上記の接続用データは、ＯＳＩ参照モデルのネットワーク層よりも下位層（例えば、物理層、データリンク層等）の情報を含むデータ（即ち、ネットワーク層の情報を含まないデータ）である。接続用データは、例えば、Probe Request/Response信号、Provision Discovery Request/Response信号、Authentication Request/Response信号、Association Request/Response信号、WSC Exchange、4-Way Handshake、Invitation Request/Response信号等を含む。なお、以下では、Request、Responseのことを、ぞれぞれ、「Req.」、「Res.」と記載する。
【００３０】
Probe Req.信号は、無線ネットワークの親局として動作する機器（例えば、Ｇ／Ｏ機器、ＡＰ）をサーチするための信号であり、Probe Res.信号は、その応答信号である。Provision Discovery Req.信号は、ＷＰＳ（Wi-Fi Protected Setupの略）の方式（例えば、プッシュボタン方式、ＰＩＮコード方式等）を確認するための信号であり、Provision Discovery Res.信号は、その応答信号である。Authentication Req.信号は、認証方式を確認するための信号であり、Authentication Res.信号は、その応答信号である。Association Req.信号は、接続を要求するための信号であり、Association Res.信号は、その応答信号である。WSC Exchangeは、パスワード等の各種情報を供給するための信号である。4-Way Handshakeは、認証を実行するための信号である。Invitation Req.信号は、ＷＦＤＮＷへの参加を促すための信号であり、Invitation Res.信号は、その応答信号である。
【００３１】
Ｇ／Ｏ機器では、通常、当該Ｇ／Ｏ機器によって形成されているＷＦＤＮＷに所属可能な子局機器の数の上限数が、Ｇ／Ｏ機器のメモリ容量等に基づいて予め決められている。換言すると、Ｇ／Ｏ機器では、Ｇ／Ｏ機器が同時的に確立可能な接続の数の上限数が、予め決められている。本実施例では、ＭＦＰ１０は、Ｇ／Ｏ機器として動作して、ＷＦＤＮＷを形成することができる。そして、Ｇ／Ｏ機器であるＭＦＰ１０が同時的に確立可能な接続の数の上限数は「４」である。
【００３２】
（ＭＦＰの応答処理；図２）
図２を参照して、ＭＦＰ１０のＣＰＵ３２が実行する応答処理の内容を説明する。図２の応答処理は、送信元機器（例えば、携帯端末７０ａ〜７０ｅ及びＣＤ５０のうちのいずれかの機器）からProbe Req.信号を受信することをトリガとして開始される。図２の応答処理の内容を説明する前に、ＭＦＰ１０が送信元機器からProbe Req.信号を受信する状況について説明する。
【００３３】
ＭＦＰ１０は、ユーザによってＭＦＰ１０の電源がＯＮされると、ＷＦＤ方式のＧ／Ｏ状態に自発的に移行する。これにより、ＭＦＰ１０のみが所属しているＷＦＤＮＷが形成される。以下では、ＭＦＰ１０がＧ／Ｏ機器として動作する当該ＷＦＤＮＷのことを、単に「ＷＦＤＮＷ」と呼ぶ。
【００３４】
例えば、携帯端末７０ａのユーザは、デバイス機器である携帯端末７０ａとＧ／Ｏ機器であるＭＦＰ１０との間に接続を確立させることを望む場合に、所定の操作を携帯端末７０ａに実行する。この場合、携帯端末７０ａは、携帯端末７０ａのＭＡＣアドレス（即ちＭＡＣａ）を含むProbe Req.信号をＭＦＰ１０に送信する。これにより、ＭＦＰ１０が携帯端末７０ａからProbe Req.信号を受信して、図２の応答処理が開始される。即ち、この場合、携帯端末７０ａが送信元機器である。同様に、他の各携帯端末７０ｂ〜７０ｅも送信元機器になり得る。
【００３５】
また、ＣＤ５０は、ＰＳＴＮＩ／Ｆ５６を介して、ＦＡＸ装置１１０からＦＡＸデータを取得すると、ＣＤ５０の図示省略のメモリに予め記憶されているＳＳＩＤ、即ち、ＷＦＤＮＷのＳＳＩＤを読み出す。そして、ＣＤ５０は、当該ＳＳＩＤとＭＡＣｘとを含むProbe Req.信号をＭＦＰ１０に送信する。これにより、ＭＦＰ１０がＣＤ５０からProbe Req.信号を受信して、図２の応答処理が開始される。即ち、この場合、ＣＤ５０が送信元機器である。
【００３６】
Ｓ１０では、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷの子局機器（即ちＣＬ機器）の数が上限数「４」に達しているのか否かを判断する。具体的には、ＣＰＵ３２は、管理リスト３００内の機器情報の数をカウントする。そして、ＣＰＵ３２は、機器情報の数が「４」未満である場合に、子局機器の数が上限数に達してないと判断し（Ｓ１０でＮＯ）、Ｓ３０に進み、機器情報の数が「４」である場合に、子局機器の数が上限数に達していると判断し（Ｓ１０でＹＥＳ）、Ｓ１２に進む。
【００３７】
Ｓ１２では、ＣＰＵ３２は、送信元機器との接続を確立不可能であることを示すエラー通知を送信元機器に送信する。これにより、送信元機器は、ＭＦＰ１０との接続を確立不可能であることを知ることができる。
【００３８】
Ｓ１４では、ＣＰＵ３２は、送信元機器がＣＤ５０であるのか否かを判断する。具体的には、ＣＰＵ３２は、送信元機器から受信したProbe Req.信号内のＭＡＣアドレスが、識別情報記憶領域３５０内のＭＡＣｘに一致するのか否かを判断する。ＣＰＵ３２は、Probe Req.信号内のＭＡＣアドレスがＭＡＣｘに一致しない場合に、送信元機器がＣＤ５０でないと判断し（Ｓ１４でＮＯ）、応答処理を終了する。即ち、この場合、Ｓ１６〜Ｓ２８が実行されない。換言すると、ＷＦＤＮＷの子局機器との接続が切断されない（Ｓ１６が実行されない）。一方において、ＣＰＵ３２は、Probe Req.信号内のＭＡＣアドレスがＭＡＣｘに一致する場合に、送信元機器がＣＤ５０であると判断し（Ｓ１４でＹＥＳ）、Ｓ１６に進む。
【００３９】
Ｓ１６では、ＣＰＵ３２は、４個の子局機器のうち、接続時刻が最も古い機器（以下では「対象機器」と呼ぶ）との接続を切断する。具体的には、ＣＰＵ３２は、管理リスト３００内の４個の機器情報の中から、最も古い接続時刻を含む機器情報を、対象機器の機器情報として選択する。ＣＰＵ３２は、選択済みの機器情報内のＭＡＣアドレスを含む切断要求を対象機器に送信して、対象機器から応答信号を受信する。これにより、ＭＦＰ１０と対象機器との間の接続が切断され、子局機器の数が上限数未満の「３」になる。なお、変形例では、接続が切断される対象機器は、接続時刻が最も古い機器でなくてもよく、例えば、４個の子局機器のうちのランダムに選択される機器であってもよい。
【００４０】
Ｓ１８では、ＣＰＵ３２は、対象機器の機器情報内のＭＡＣアドレスと機器タイプとを待機リスト４００に記述する。そして、ＣＰＵ３２は、管理リスト３００から対象機器の機器情報を消去する。
【００４１】
Ｓ２０では、ＣＰＵ３２は、ＣＤ５０がＩＶサポート機器であることを予めわかっているので、ＭＡＣｘを含むInvitation Req.信号をＣＤ５０（即ち送信元機器）に送信する。
【００４２】
Ｓ２２では、ＣＰＵ３２は、ＣＤ５０との接続を確立する。具体的には、ＣＰＵ３２は、ＣＤ５０からInvitation Res.信号を受信する。その後、ＣＰＵ３２は、様々な信号の通信（例えば、Provision Discovery Req./Res.信号、Association Req./Res.信号、WSC Exchange、4-Way Handshake等）をＣＤ５０と実行する。これにより、ＣＰＵ３２は、ＣＤ５０との接続を確立して、ＷＦＤＮＷにＣＤ５０を子局機器として参加させることができる。Ｓ２２では、ＣＰＵ３２は、さらに、ＣＤ５０の機器情報（即ち、ＭＡＣｘ、現在時刻（即ち接続時刻）、ＩＶサポート機器）を管理リスト３００に記述する。
【００４３】
Ｓ２４では、ＣＰＵ３２は、ＷＦＤＮＷを利用して、ＣＤ５０からＦＡＸデータを取得する。即ち、ＣＤ５０は、ＦＡＸ装置１１０からＰＳＴＮを介して取得されるＦＡＸデータを、ＭＦＰ１０に供給する第１種の中継機能を実行することになる。
【００４４】
Ｓ２６では、ＣＰＵ３２は、ＦＡＸデータによって表わされる画像の印刷を印刷実行部１６に実行させる。次いで、Ｓ２８では、ＣＰＵ３２は、図３の復帰処理を実行する。Ｓ２８が終了すると、応答処理が終了する。
【００４５】
上述したように、子局機器の数が上限数未満である場合には、Ｓ１０でＮＯと判断され、Ｓ３０が実行される。Ｓ３０では、ＣＰＵ３２は、子局機器の数が、上限数「４」から「１」が減算された「３」であるのか否かを判断する。具体的には、ＣＰＵ３２は、管理リスト３００内の機器情報の数が「３」である場合に、子局機器の数が「３」であると判断し（Ｓ３０でＹＥＳ）、Ｓ４０に進む。一方において、ＣＰＵ３２は、管理リスト３００内の機器情報の数が「３」未満である場合に、子局機器の数が「３」でないと判断し（Ｓ３０でＮＯ）、Ｓ４０，Ｓ４２をスキップして、Ｓ４４に進む。
【００４６】
Ｓ４０では、ＣＰＵ３２は、待機機器が存在するのか否かを判断する。具体的には、ＣＰＵ３２は、待機リスト４００に待機機器の情報が記述されている場合に、待機機器が存在すると判断し（Ｓ４０でＹＥＳ）、Ｓ４２に進む。一方において、ＣＰＵ３２は、待機リスト４００に待機機器の情報が記述されていない場合に、待機機器が存在しないと判断し（Ｓ４０でＮＯ）、Ｓ４２をスキップして、Ｓ４４に進む。
【００４７】
Ｓ４２では、ＣＰＵ３２は、送信元機器が待機機器に一致するのか否かを判断する。具体的には、ＣＰＵ３２は、Probe Req.信号内のＭＡＣアドレスが待機リスト４００内のＭＡＣアドレスに一致する場合に、送信元機器が待機機器に一致すると判断し（Ｓ４２でＹＥＳ）、Ｓ４４に進む。一方において、ＣＰＵ３２は、Probe Req.信号内のＭＡＣアドレスが待機リスト４００内のＭＡＣアドレスに一致しない場合に、送信元機器が待機機器に一致しないと判断し（Ｓ４２でＮＯ）、Ｓ５４に進む。
【００４８】
Ｓ５４では、ＣＰＵ３２は、送信元機器との接続を確立不可能であることを示すエラー通知を送信元機器に送信する。Ｓ５４が実行される段階では、ＷＦＤＮＷの子局機器の数が「３」であるので、ＭＦＰ１０は、１個の機器との接続を新たに確立可能である。しかしながら、優先的に接続が再確立されるべき待機機器が存在するため（Ｓ４０でＹＥＳ）、送信元機器が待機機器ではない場合には（Ｓ４２でＮＯ）、ＭＦＰ１０は、送信元機器との接続を確立しない。これにより、ＭＦＰ１０は、待機機器との接続を適切に確立することができる。Ｓ５４が終了すると、応答処理が終了する。
【００４９】
Ｓ４４は、Ｓ２２と同様である。ただし、Ｓ２２とは異なり、ＣＰＵ３２は、送信元機器からInvitation Res.信号を受信しない。Ｓ４４では、ＣＰＵ３２は、さらに、送信元機器の機器情報（ＭＡＣアドレス、現在時刻、機器タイプ）を管理リスト３００に新たに記述する。なお、ＣＰＵ３２は、送信元機器が携帯端末である場合には、Provision Discovery Req./Res.信号の通信の過程で、当該携帯端末の機器タイプ（即ち、ＩＶサポート機器又はＩＶ非サポート機器）を取得することができる。また、Ｓ４２でＹＥＳを経て実行されるＳ４４では、ＣＰＵ３２は、さらに、待機リスト４００から待機機器の情報を消去する。これにより、待機機器が存在しない状態になる。
【００５０】
Ｓ４６は、Ｓ１４と同様である。Ｓ４６でＹＥＳの場合、即ち、送信元機器がＣＤ５０である場合には、ＣＰＵ３２は、Ｓ２４，Ｓ２６と同様に、Ｓ４８，Ｓ５０を実行する。次いで、Ｓ５２では、ＣＰＵ３２は、ＣＤ５０（即ち送信元機器）との接続を切断する。具体的には、ＣＰＵ３２は、ＭＦＰ１０へのＦＡＸデータの供給が完了したＣＤ５０から切断要求を受信して、応答信号をＣＤ５０に送信する。Ｓ５２では、ＣＰＵ３２は、さらに、ＣＤ５０の機器情報、即ち、Ｓ４４で記述された機器情報を、管理リスト３００から消去する。Ｓ５２が終了すると、応答処理が終了する。
【００５１】
Ｓ４６でＮＯの場合、即ち、送信元機器が携帯端末である場合には、ＣＰＵ３２は、Ｓ４８〜Ｓ５２を実行せずに、応答処理を終了する。この場合、例えば、ＣＰＵ３２は、ＷＦＤＮＷを利用して、対象データの通信を携帯端末と実行することができる。例えば、ＣＰＵ３２は、携帯端末から画像データを取得して印刷を実行してもよいし、スキャンデータを携帯端末に供給してもよい。
【００５２】
なお、図示省略しているが、ＣＰＵ３２は、Ｓ４４で携帯端末との接続が確立された後に、当該携帯端末から切断要求を受信して、応答信号を送信する場合（即ち携帯端末との接続が切断される場合）に、当該携帯端末の機器情報を管理リスト３００から消去する。
【００５３】
（復帰処理；図３）
続いて、図３を参照して、図２のＳ２８の復帰処理を説明する。復帰処理は、図２のＳ１６で接続が切断された対象機器（即ち携帯端末）、即ち、待機リスト４００に情報が記述されている待機機器との接続を再確立するために実行される。
【００５４】
Ｓ６０は、図２のＳ５２と同様である。この結果、子局機器の数が上限数未満の「３」になる。Ｓ６０では、ＣＰＵ３２は、さらに、現在時刻（即ちＣＤ５０との接続が切断された切断時刻）をメモリ３４に記憶する。
【００５５】
Ｓ６１では、ＣＰＵ３２は、図２のＳ１６で接続が切断された待機機器が、ＩＶサポート機器であるのか否かを判断する。具体的には、ＣＰＵ３２は、待機リスト４００内の機器タイプがＩＶ非サポート機器を示す場合に、待機機器がＩＶサポート機器でないと判断し（Ｓ６１でＮＯ）、Ｓ６４に進む。一方において、ＣＰＵ３２は、待機リスト４００内の機器タイプがＩＶサポート機器を示す場合に、待機機器がＩＶサポート機器であると判断し（Ｓ６１でＹＥＳ）、Ｓ６２に進む。
【００５６】
Ｓ６２では、ＣＰＵ６２は、待機リスト４００内のＭＡＣアドレスを含むInvitation Req.信号を待機機器に送信する。
【００５７】
Ｓ６３は、Ｓ２２と同様である。ただし、Ｓ２２とは異なり、Ｓ６３の処理の対象は、ＣＤ５０ではなく、携帯端末である。これにより、ＣＰＵ３２は、待機機器との接続を再確立することができる。この結果、子局機器の数が上限数「４」になる。Ｓ６３を終えると、Ｓ６５に進む。
【００５８】
Ｓ６４では、ＣＰＵ３２は、Ｓ６０でＣＤ５０との接続が切断されてから所定期間（例えば５分）が経過することを監視する。具体的には、ＣＰＵ３２は、メモリ３４内の切断時刻と現在時刻との差分を算出する。ＣＰＵ３２は、当該差分が所定期間より大きい場合には、ＣＤ５０との接続が切断されてから所定期間が経過したと判断し（Ｓ６４でＹＥＳ）、Ｓ６５に進む。
【００５９】
Ｓ６５では、ＣＰＵ３２は、待機機器の情報を待機リスト４００から消去する。Ｓ６５が終了すると、復帰処理が終了する。
【００６０】
上述したように、ＣＰＵ３２は、待機機器がＩＶサポート機器である場合（Ｓ６１でＹＥＳ）には、Invitation Req.信号を待機機器に送信して（Ｓ６２）、待機機器との接続を再確立する（Ｓ６３）。これにより、ＣＰＵ３２は、待機機器との接続を適切に再確立することができる。一方において、ＣＰＵ３２は、待機機器がＩＶ非サポート機器である場合（Ｓ６１でＮＯ）には、Invitation Req.信号を待機機器に送信せずに所定期間待機する（Ｓ６４）。
【００６１】
なお、ＣＰＵ３２は、上記の所定期間内に待機機器からProbe Req.信号を受信する場合には、現在実行中の図２及び図３の各処理のための第１の処理スレッドとは異なる、図２，３の各処理のための第２の処理スレッドを立ち上げて、図２の応答処理を開始する。この場合、第１の処理スレッドと第２の処理スレッドとが並列的に実行されることになる。第２の処理スレッドでは、ＣＰＵ３２は、図２のＳ１０でＮＯと判断し、Ｓ３０でＹＥＳと判断し、Ｓ４０でＹＥＳと判断し、Ｓ４２でＹＥＳと判断し、Ｓ４４で待機機器との接続を再確立する。この結果、Ｓ４４では、待機機器の情報が待機リスト４００から消去される。その後、第１の処理スレッドでは、ＣＰＵ３２は、図３のＳ６４でＹＥＳと判断するが、待機機器の情報が待機リスト４００から消去済みであるので、Ｓ６５の処理を実行せずに、第１の処理スレッドを終了する。一方において、ＣＰＵ３２は、上記の所定期間内に待機機器からProbe Req.信号を受信しない場合には、第２の処理スレッドを新たに立ち上げることなく、Ｓ６４でＹＥＳと判断して、待機機器の情報を待機リスト４００から消去する（Ｓ６５）。これにより、待機機器が長期間に亘って存在することに起因して、待機機器とは異なる他の機器との接続を長期間に亘って確立することができないという事象が発生するのを抑制することができる。
【００６２】
（ＭＦＰのＦＡＸ送信処理；図４）
図４を参照して、ＭＦＰ１０のＣＰＵ３２が実行するＦＡＸ送信処理の内容を説明する。ＦＡＸ送信処理は、ＦＡＸデータを外部機器（例えばＦＡＸ装置１１０）に送信するための指示がユーザによってＭＦＰ１０に入力されることをトリガとして開始される。
【００６３】
Ｓ７０は、図２のＳ１０と同様である。Ｓ７０でＹＥＳの場合、即ち、子局機器の数が上限数「４」に達している場合には、Ｓ７２に進む。Ｓ７２〜Ｓ７８は、図２のＳ１６〜Ｓ２２と同様である。Ｓ８０では、ＣＰＵ３２は、原稿のスキャンをスキャン実行部１８に実行させることによってＦＡＸデータを生成し、Ｓ８２において、ＷＦＤＮＷを利用してＦＡＸデータをＣＤ５０に送信する。即ち、ＣＤ５０は、ＭＦＰ１０から取得されるＦＡＸデータを、ＦＡＸ装置１１０に供給する第２種の中継機能を実行することになる。Ｓ８４では、ＣＰＵ３２は、図３の復帰処理を実行する。Ｓ８４が終了すると、ＦＡＸ送信処理が終了する。
【００６４】
一方において、Ｓ７０でＮＯの場合、即ち、子局機器の数が上限数「４」に達していない場合には、Ｓ８６に進む。Ｓ８６〜Ｓ９４は、Ｓ７６〜Ｓ８２と同様である。Ｓ９６は、図２のＳ５２と同様である。Ｓ９６が終了すると、ＦＡＸ送信処理が終了する。
【００６５】
図２〜図４の処理によると、ＭＦＰ１０は、ＦＡＸデータの通信が必要でない状況では、ＣＤ５０との接続が切断されている状態を維持する（図２のＳ５２、図３のＳ６０、図４のＳ９６）。即ち、ＣＤ５０がＷＦＤＮＷに常に所属している構成を採用していないので、他の機器（即ち携帯端末）がＷＦＤＮＷに参加し易い。そして、ＭＦＰ１０は、ＣＤ５０からＦＡＸデータを取得すべき場合には、ＣＤ５０との接続を確立して（図２のＳ２２、Ｓ４４）、ＣＤ５０からＦＡＸデータを適切に取得することができる。また、ＭＦＰ１０は、ＦＡＸデータをＣＤ５０に供給すべき場合には、ＣＤ５０との接続を確立して（図４のＳ７８、Ｓ９０）、ＦＡＸデータをＣＤ５０に適切に供給することができる。
【００６６】
（具体的なケース）
続いて、図５〜７を参照して、図２〜４のフローチャートに従って実現される具体的なケースの内容を説明する。
【００６７】
（ケースＡ；図５）
ケースＡでは、ＭＦＰ１０は、ＷＦＤＮＷを形成しており、３個の携帯端末７０ａ〜７０ｃのそれぞれと接続を確立している。即ち、ＷＦＤＮＷの子局機器の数は、上限数未満の「３」である。携帯端末７０ａの接続時刻が最も古い。
【００６８】
Ｔ２００では、ＣＤ５０は、ＦＡＸ装置１１０からＦＡＸデータを取得する。この場合、Ｔ２０２では、ＭＦＰ１０は、ＣＤ５０からProbe Req.信号を受信し（図２のトリガ）、Ｔ２０４において、ＣＤ５０との接続を確立する（Ｓ１０でＮＯ、Ｓ３０でＹＥＳ、Ｓ４０でＮＯ、Ｓ４４）。この結果、子局機器の数は、上限数「４」になる。
【００６９】
Ｔ２０６では、ＭＦＰ１０は、ＷＦＤＮＷを利用して、ＣＤ５０からＦＡＸデータを取得し（図２のＳ４６でＹＥＳ、Ｓ４８）、Ｔ２０８において、印刷を実行する（Ｓ５０）。
【００７０】
Ｔ２１０では、ＭＦＰ１０は、ＣＤ５０から切断要求を受信して、応答信号をＣＤ５０に送信し、この結果、ＭＦＰ１０とＣＤ５０との間の接続が切断される（図２のＳ５２）。子局機器の数は、上限数未満の「３」になる。
【００７１】
その後、Ｔ２１２では、ＭＦＰ１０は、携帯端末７０ｄからProbe Req.信号を受信し（図２のトリガ）、Ｔ２１４において、携帯端末７０ｄとの接続を確立する（Ｓ１０でＮＯ、Ｓ３０でＹＥＳ、Ｓ４０でＮＯ、Ｓ４４）。この結果、子局機器の数は、上限数「４」になる。
【００７２】
次いで、Ｔ２１５では、ＭＦＰ１０は、携帯端末７０ｅからProbe Req.信号を受信し（図２のトリガ）、Ｓ２１６において、エラー通知を携帯端末７０ｅに送信する（Ｓ１０でＹＥＳ、Ｓ１２）。この場合、ＭＦＰ１０は、子局機器（即ち携帯端末７０ａ〜７０ｄ）との接続を切断せず、携帯端末７０ｅとの接続を確立しない（Ｓ１４でＮＯ）。
【００７３】
Ｔ２１７では、ＣＤ５０は、ＦＡＸ装置１１０からＦＡＸデータを取得する。この場合、Ｔ２１８では、ＭＦＰ１０は、ＣＤ５０からProbe Req.信号を受信し（図２のトリガ）、Ｔ２１９において、エラー通知をＣＤ５０に送信する（Ｓ１０でＹＥＳ、Ｓ１２）。そして、Ｔ２２０では、ＭＦＰ１０は、接続時刻が最も古い携帯端末７０ａに切断要求を送信して、携帯端末７０ａから応答信号を受信し、この結果、ＭＦＰ１０と携帯端末７０ａとの間の接続が切断される（Ｓ１４でＹＥＳ、Ｓ１６）。子局機器の数は、上限数未満の「３」になる。Ｔ２２２では、ＭＦＰ１０は、携帯端末７０ａの情報（即ち、ＭＡＣａ、ＩＶサポート機器）を待機リスト４００に記述する（Ｓ１８）。
【００７４】
Ｔ２２４では、ＭＦＰ１０は、携帯端末７０ｅからProbe Req.信号を受信し（図２のトリガ）、Ｔ２２６において、エラー通知を携帯端末７０ｅに送信する（Ｓ１０でＮＯ、Ｓ３０でＹＥＳ、Ｓ４０でＹＥＳ、Ｓ４２でＮＯ、Ｓ５４）。
【００７５】
Ｔ２２８では、ＭＦＰ１０は、Invitation Req.信号をＣＤ５０に送信し（図２のＳ２０）、Ｔ２３０において、ＣＤ５０との接続を確立する。この結果、子局機器の数は、上限数「４」になる。
【００７６】
Ｔ２３２では、ＭＦＰ１０は、ＷＦＤＮＷを利用して、ＣＤ５０からＦＡＸデータを取得し（図２のＳ２４）、Ｔ２３４において、印刷を実行する（Ｓ２６）。
【００７７】
Ｔ２３６では、ＭＦＰ１０は、ＣＤ５０から切断要求を受信して、応答信号をＣＤ５０に送信し、この結果、ＭＦＰ１０とＣＤ５０との間の接続が切断される（図３のＳ６０）。子局機器の数は、上限数未満の「３」になる。Ｔ２３８では、ＭＦＰ１０は、Invitation Req.信号を携帯端末７０ａに送信し（Ｓ６１でＹＥＳ、Ｓ６２）、Ｔ２４０において、携帯端末７０ａとの接続を再確立する（Ｓ６３）。この結果、子局機器の数は、上限数「４」になる。そして、Ｔ２４２では、ＭＦＰ１０は、待機リスト４００から携帯端末７０ａの情報を消去する（Ｓ６５）。
【００７８】
（ケースＡの効果）
本ケースによると、ＭＦＰ１０は、子局機器（即ち携帯端末７０ａ〜７０ｄ）の数が上限数に達している状態で、ＣＤ５０からProbe Req.信号を受信する場合（Ｔ２１８）に、携帯端末７０ａとの接続を切断して（Ｔ２２０）、ＣＤ５０との接続を確立する（Ｔ２３０）。これにより、ＭＦＰ１０は、ＷＦＤＮＷを利用して、ＣＤ５０からＦＡＸデータを適切に取得することができる（Ｔ２３２）。一方において、ＭＦＰ１０は、子局機器の数が上限数に達している状態で、携帯端末７０ｅからProbe Req.信号を受信する場合（Ｔ２１５）に、子局機器との接続を切断しない。
【００７９】
例えば、ＭＦＰ１０が、子局機器の数が上限数に達している状態で、送信元機器からProbe Req.信号を受信する場合に、送信元機器がＣＤ５０であるのか否かに関わらず、子局機器との接続を切断する構成（以下では比較例の構成）が考えられる。比較例の構成によると、ＭＦＰ１０は、Ｔ２１５において、携帯端末７０ｅからProbe Req.信号を受信する場合に、子局機器との接続を切断して、携帯端末７０ｅとの接続を確立する。即ち、比較例の構成では、子局機器との接続が切断され易い。従って、例えば、子局機器のユーザがＷＦＤＮＷを利用した通信を実行することを望む際に、当該子局機器がＷＦＤＮＷに所属していないという事象が発生し易く、この結果、ユーザの利便性が損なわれ得る。
【００８０】
これに対し、本実施例では、ＭＦＰ１０は、子局機器の数が上限数に達している状態で、ＣＤ５０とは異なる送信元機器（例えば携帯端末７０ｅ）からProbe Req.信号を受信しても、子局機器との接続を切断しない。従って、子局機器のユーザの利便性が損なわれる事象が発生するのを抑制することができる。即ち、本実施例によると、ＭＦＰ１０は、子局機器のユーザの利便性が損なわれる事象が発生するのを抑制しつつ、ＣＤ５０とのＦＡＸ通信を適切に実行することができる。
【００８１】
また、ＭＦＰ１０は、携帯端末７０ａとの接続が切断されてから（Ｔ２２０）、ＣＤ５０との接続が確立されるまで（Ｔ２３０）の間に、携帯端末７０ｅからProbe Req.信号を受信しても（Ｔ２２４）、携帯端末７０ｅとの接続を確立しない。このために、ＭＦＰ１０は、ＣＤ５０との接続を適切に確立することができる。
【００８２】
（ケースＢ；図６）
ケースＢでは、ＭＦＰ１０は、ＷＦＤＮＷを形成しており、４個の携帯端末７０ａ〜７０ｄのそれぞれと接続を確立している。即ち、ＷＦＤＮＷの子局機器の数は、上限数「４」である。携帯端末７０ｂの接続時刻が最も古い。
【００８３】
Ｔ３１６〜Ｔ３１９は、図５のＴ２１７〜Ｔ２１９と同様である。Ｔ３２０，Ｔ３２２は、処理の対象が携帯端末７０ａではなく携帯端末７０ｂであることを除くと、図５のＴ２２０，Ｔ２２２と同様である。Ｔ３２８〜Ｔ３３６は、図５のＴ２２８〜Ｔ２３６と同様である。Ｔ３３６が終了すると、子局機器の数は、上限数未満の「３」になる。待機機器である携帯端末７０ｂがＩＶ非サポート機器であるので、ＭＦＰ１０は、Invitation Req.信号を携帯端末７０ｂに送信せずに、携帯端末７０ｂからProbe Req.信号を受信するために待機する（図３のＳ６１でＮＯ、Ｓ６４）。
【００８４】
Ｔ３３８では、ＭＦＰ１０は、携帯端末７０ｅからProbe Req.信号を受信し（図２のトリガ）、Ｔ３４０において、エラー通知を携帯端末７０ｅに送信する（Ｓ１０でＮＯ、Ｓ３０でＹＥＳ、Ｓ４０でＹＥＳ、Ｓ４２でＮＯ、Ｓ５４）。即ち、ＭＦＰ１０は、待機機器が存在するので、待機機器ではない携帯端末７０ｅとの接続を確立しない。
【００８５】
Ｔ３４２では、ＭＦＰ１０は、携帯端末７０ｂからProbe Req.信号を受信し（図２のトリガ）、Ｔ３４４において、携帯端末７０ｂとの接続を確立する（Ｓ１０でＮＯ、Ｓ３０でＹＥＳ、Ｓ４０でＹＥＳ、Ｓ４２でＹＥＳ、Ｓ４４）。この結果、子局機器の数は、上限数「４」になる。Ｔ３４８では、ＭＦＰ１０は、携帯端末７０ｂを待機リスト４００から消去する（Ｓ４４）。
【００８６】
（ケースＢの効果）
本ケースによると、ＭＦＰ１０は、ＣＤ５０との接続が切断されてから（Ｔ３２０）、所定期間内が経過する前に、携帯端末７０ｅからProbe Req.信号を受信しても（Ｔ３３８）、携帯端末７０ｅとの接続を確立しない。これにより、ＭＦＰ１０は、ＣＤ５０との接続が切断されてから（Ｔ３２０）、所定期間内が経過する前に、携帯端末７０ｂからProbe Req.信号を受信する場合（Ｔ３４２）に、携帯端末７０ｂとの接続を適切に確立することができる（Ｔ３４４）。
【００８７】
（ケースＣ；図７）
ケースＣの初期状態は、ケースＡの初期状態と同様である。Ｔ４００では、ユーザは、ＦＡＸ送信指示をＭＦＰ１０に入力する（図４のトリガ）。この場合、Ｔ４０２では、ＭＦＰ１０は、Invitation Req.信号をＣＤ５０に送信し（Ｓ７０でＮＯ、Ｓ８６）、Ｔ４０４において、ＣＤ５０との接続を確立する（Ｓ９０）。この結果、子局機器の数は、上限数「４」になる。
【００８８】
Ｔ４０５では、ＭＦＰ１０は、原稿のスキャンを実行し（図４のＳ９２）、Ｔ４０６において、ＷＦＤＮＷを利用して、ＦＡＸデータをＣＤ５０に供給する（Ｓ９４）。Ｔ４０８では、ＣＤ５０は、ＦＡＸデータをＦＡＸ装置１１０に供給する。
【００８９】
Ｔ４１０では、ＭＦＰ１０は、切断要求をＣＤ５０に送信して、ＣＤ５０から応答信号を受信し、この結果、ＭＦＰ１０とＣＤ５０との間の接続が切断される（図４のＳ９６）。子局機器の数は、上限数未満の「３」になる。
【００９０】
Ｔ４１２，Ｔ４１４は、図５のＴ２１２，２１４と同様である。この結果、子局機器の数は、上限数「４」になる。Ｔ４１６は、Ｔ４００と同様である。Ｔ４１８では、ＭＦＰ１０は、接続時刻が最も古い携帯端末７０ａに切断要求を送信して、携帯端末７０ａから応答信号を受信し、この結果、ＭＦＰ１０と携帯端末７０ａとの間の接続が切断される（図４のＳ７０でＹＥＳ、Ｓ７２）。子局機器の数は、上限数未満の「３」になる。Ｔ４２０では、ＭＦＰ１０は、携帯端末７０ａの情報を待機リスト４００に記述する（Ｓ７４）。
【００９１】
Ｔ４２２では、ＭＦＰ１０は、Invitation Req.信号をＣＤ５０に送信し（図４のＳ７６）、Ｔ４２４において、ＣＤ５０との接続を確立する（Ｓ７８）。Ｔ４２５〜Ｔ４２８は、Ｔ４０５〜Ｔ４０８と同様である。
【００９２】
Ｔ４３０では、ＭＦＰ１０は、切断要求をＣＤ５０に送信して、ＣＤ５０から応答信号を受信し、この結果、ＭＦＰ１０とＣＤ５０との間の接続が切断される（図３のＳ６０）。子局機器の数は、上限数未満の「３」になる。Ｔ４３２〜Ｔ４３６は、図５のＴ２３８〜Ｔ２４２と同様である。
【００９３】
（ケースＣの効果）
本ケースによると、ＭＦＰ１０は、子局機器の数が上限数に達している状態で、ＦＡＸデータをＦＡＸ装置１１０に供給するための指示がユーザから与えられる場合（Ｔ４１６）に、携帯端末７０ａとの接続を切断し（Ｔ４１８）、ＣＤ５０との接続を確立する（Ｔ４２４）。これにより、ＭＦＰ１０は、ＷＦＤＮＷを利用して、ＦＡＸデータをＣＤ５０に適切に供給することができる（Ｔ４２６）。
【００９４】
（対応関係）
ＭＦＰ１０、ＣＤ５０が、それぞれ、「通信機器」、「中継機器」の一例である。送信元機器が、「特定機器」の一例である。図５のケースＡ及び図６のケースＢのＦＡＸデータが、「第１の対象データ」の一例である。図７のケースＣのＦＡＸデータが、「第２の対象データ」の一例である。ＭＡＣｘが、「中継機器の識別情報」の一例である。ケースＡの携帯端末７０ａ及びケースＢの携帯端末７０ｂが、「第１の対象機器」の一例である。ケースＣの携帯端末７０ａが、「第２の対象機器」の一例である。ケースＡのＴ２２４のProbe Req.信号を送信する携帯端末７０ｅが、「第１の対象機器及び特定機器とは異なる機器」の一例である。ケースＢの携帯端末７０ｅが、「第１の対象機器とは異なる機器」の一例である。Probe Req.信号、Invitation Req.信号、エラー通知が、それぞれ、「無線接続要求」、「所定コマンド」、「特定コマンド」の一例である。
【００９５】
図２において、Probe Req.信号を受信する処理、Ｓ１０の処理、Ｓ１６の処理、Ｓ２２の処理、Ｓ２４の処理、Ｓ４４の処理が、それぞれ、「受信部」、「判断部」、「第１の切断部」、「第１の確立部」、「取得部」、「第２の確立部」によって実行される処理の一例である。Ｓ５４の処理が、「第１の送信部」及び「第３の送信部」によって実行される処理の一例である。図３において、Ｓ６０の処理、Ｓ６２の処理が、それぞれ、「第２の切断部」、「第２の送信部」によって実行される処理の一例である。図４において、Ｓ７２の処理、Ｓ７８の処理、Ｓ８２の処理が、それぞれ、「第３の切断部」、「第３の確立部」、「供給部」によって実行される処理の一例である。
【００９６】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００９７】
（変形例１）ＷＦＤＮＷの子局機器の数の上限数は、「４」でなくてもよく、「１」以上の整数であれば、どのような値であってもよい。即ち、「上限数」は、「１」以上の整数であればよい。
【００９８】
（変形例２）上記の実施例では、ＭＦＰ１０は、ＷＦＤ方式のＧ／Ｏ状態に移行して、無線ネットワークを形成する。これに代えて、ＭＦＰ１０は、いわゆるＳｏｆｔＡＰを起動して、無線ネットワークを形成してもよい。本変形例では、ＭＦＰ１０が疑似的なＡＰとして動作することになり、当該疑似的なＡＰが「親局」の一例である。
【００９９】
（変形例３）「第１の対象データ」及び「第２の対象データ」は、それぞれ、ＦＡＸデータでなくてもよく、例えば、音声データ、動画データ等であってもよい。
【０１００】
（変形例４）上記の実施例では、ＭＦＰ１０は、ＣＤ５０のＭＡＣアドレスであるＭＡＣｘをメモリ３４（即ち識別情報記憶領域３５０）に予め記憶している。これに代えて、例えば、ＭＦＰ１０は、ＭＡＣアドレスとは異なる識別情報（例えばＭＦＰ１０及びＣＤ５０のベンダによって割り当てられるＩＤ）をメモリ３４に予め記憶していてもよい。この場合、ＭＦＰ１０は、ＣＤ５０から当該ＩＤを含むProbe Req.信号を受信する場合に、Probe Req.信号の送信元の送信元機器がＣＤ５０であると判断することができる。即ち、「識別情報」は、ＭＡＣアドレスでなくてもよく、中継機器を識別するための他の情報であってもよい。
【０１０１】
（変形例５）上記の図５，６のケースＡ，Ｂでは、ＭＦＰ１０は、ＣＤ５０からＦＡＸデータを取得した後に、ＣＤ５０との接続を切断するが、切断しなくてもよい。即ち、「通信機器」は、「第２の切断部」を備えていなくてもよい。
【０１０２】
（変形例６）上記の図６のケースＢでは、ＭＦＰ１０は、ＣＤ５０との接続が切断されてから（Ｔ３２０）、所定期間が経過する前に、携帯端末７０ｅからProbe Req.信号を受信する場合（Ｔ３３８）に、エラー通知を携帯端末７０ｅに送信する（Ｔ３４０）。これに代えて、ＭＦＰ１０は、所定期間が経過する前に、携帯端末７０ｅからProbe Req.信号を受信する場合（Ｔ３３８）に、携帯端末７０ｅとの接続を確立してもよい。即ち、「通信機器」は、「第１の送信部」を備えていなくてもよい。
【０１０３】
（変形例７）上記の図５のケースＡでは、ＭＦＰ１０は、ＣＤ５０との接続が切断された後に、Invitation Req.信号を携帯端末７０ａに送信する（Ｔ２３８）。これに代えて、ＭＦＰ１０は、Invitation Req.信号を携帯端末７０ａに送信しなくてもよい。この場合、ＭＦＰ１０は、携帯端末７０ａからProbe Req.信号を受信する場合に、携帯端末７０ａとの接続を再確立することができる。即ち、「通信機器」は、「第２の送信部」を備えていなくてもよい。
【０１０４】
（変形例８）上記の図５のケースＡでは、ＭＦＰ１０は、携帯端末７０ａとの接続が切断されてから（Ｔ２２０）、ＣＤ５０との接続が確立されるまで（Ｔ２３０）の間に、携帯端末７０ｅからProbe Req.信号を受信する場合（Ｔ２２４）に、エラー通知を送信する（Ｔ２２６）。これに代えて、ＭＦＰ１０は、携帯端末７０ｅからProbe Req.信号を受信する場合（Ｔ２２４）に、携帯端末７０ｅとの接続を確立してもよい。即ち、「通信機器」は、「第３の送信部」を備えていなくてもよい。
【０１０５】
（変形例９）ＭＦＰ１０がスキャン実行部１８を備えていなくてもよい。この場合、ＭＦＰ１０は、ＣＤ５０からＦＡＸデータを取得することができるが、ＦＡＸデータをＣＤ５０に供給することができない。即ち、ＣＤ５０は、第１種の中継機能を実行可能であるが、第２種の中継機能を実行不可能である。即ち、「中継機器」は、第１種の中継機能を実行可能な機器であればよい。また、「通信機器」は、「第３の切断部」、「第３の確立部」、及び、「供給部」を備えていなくてもよい。
【０１０６】
（変形例１０）「通信機器」は、ＭＦＰ１０に限られず、他の種類の機器（例えば、ファクシミリ、電話機、無線アクセスポイント、ＰＣ、携帯端末等）であってもよい。一般的に言うと、「通信機器」は、無線ネットワークの親局として動作して、外部機器との接続を確立可能な機器であればよい。
【０１０７】
（変形例１１）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がメモリ３４内のプログラム３６（即ちソフトウェア）を実行することによって、図２〜図４の各処理が実現される。これに代えて、図２〜図４の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【０１０８】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１０９】
２：通信システム、１０：ＭＦＰ、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０，５４：無線ＬＡＮＩ／Ｆ、３０，６０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０：通話デバイス、５６：ＰＳＴＮＩ／Ｆ、７０ａ〜７０ｅ：携帯端末、１１０：ＦＡＸ装置、２００：ＷＦＤ記憶領域、３００：管理リスト、３５０：識別情報記憶領域、４００：待機リスト
【図１】
2015126490.tif 000003
【図２】
2015126490.tif 000004
【図３】
2015126490.tif 000005
【図４】
2015126490.tif 000006
【図５】
2015126490.tif 000007
【図６】
2015126490.tif 000008
【図７】
2015126490.tif 000009