JP6281223B2 - 通信機器 - Google Patents

Description

本明細書では、無線ネットワークの親局として動作可能な通信機器を開示する。

非特許文献１には、Ｇｒｏｕｐ Ｏｗｎｅｒ状態の機器（以下では「Ｇ／Ｏ機器」と呼ぶ）が無線ネットワークを形成することが開示されている。Ｇ／Ｏ機器では、通常、Ｇ／Ｏ機器自身が同時的に確立可能な無線接続の数の上限数が決められている。例えば、当該上限数が２以上である場合には、Ｇ／Ｏ機器は、２台以上の機器との無線接続を確立して、Ｇ／Ｏ機器によって形成されている１個の無線ネットワークに２台以上の機器を参加させることができる。これにより、Ｇ／Ｏ機器は、当該１個の無線ネットワークを利用して、２台以上の機器のそれぞれと無線通信を実行することができる。

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

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

本明細書では、通信機器が、新規な手法を利用して、複数台の外部機器と無線通信を実行するための技術を提供する。

本明細書によって開示される通信機器は、外部機器から無線接続要求を取得する取得部と、外部機器から無線接続要求が取得される場合に、通信機器が現在確立している無線接続の数である接続数が上限数に達しているのか否かを判断する判断部と、判断の結果に応じた処理を実行する処理実行部と、を備える。処理実行部は、第１の確立部と、第２の確立部と、を備える。第１の確立部は、第１の外部機器から第１の無線接続要求が取得されて、接続数が上限数に達していないと判断される場合に、第１の無線ネットワークを形成して、第１の外部機器との無線接続を確立する。第１の無線ネットワークでは、通信機器が親局として動作すると共に第１の外部機器が子局として動作する。第２の確立部は、第１の無線ネットワークが形成されている状態で、第１の外部機器とは異なる第２の外部機器から第２の無線接続要求が取得されて、接続数が上限数に達していないと判断される場合に、第１の無線ネットワークが形成されている状態を維持しながら、第２の無線ネットワークを新たに形成して、第２の外部機器との無線接続を確立する。第２の無線ネットワークでは、通信機器が親局として動作すると共に第２の外部機器が子局として動作する。

上記の構成によると、通信機器は、接続数が上限数に達していない状態で、第１の外部機器から第１の無線接続要求を取得する場合に、通信機器自身が親局として動作する第１の無線ネットワークを形成して、第１の外部機器との無線接続を確立する。また、通信機器は、接続数が上限数に達していない状態で、第２の外部機器から第２の無線接続要求を取得する場合に、第１の無線ネットワークが形成されている状態を維持しながら、通信機器自身が親局として動作する第２の無線ネットワークを形成して、第２の外部機器との無線接続を確立する。即ち、通信機器は、通信機器自身が親局として動作する第１及び第２の無線ネットワークの双方が同時的に存在する状態を構築することができる。この結果、通信機器は、第１及び第２の無線ネットワークのそれぞれを利用して、第１及び第２の外部機器のそれぞれと無線通信を実行することができる。この構成によると、通信機器が、新規な手法を利用して、複数台の外部機器と無線通信を実行することができる。

通信機器は、さらに、第１のインターフェースを備えていてもよい。接続数は、通信機器が第１のインターフェースを介して現在確立している無線接続の数であってもよい。第１の確立部は、第１のインターフェースを介して、第１の外部機器との無線接続を確立してもよい。第２の確立部は、第１のインターフェースを介した第１の外部機器との無線接続が確立されている状態を維持しながら、第１のインターフェースを介して、第２の外部機器との無線接続を確立してもよい。

通信機器は、さらに、第２のインターフェースを備えていてもよい。取得部は、第２のインターフェースを介して、外部機器から無線接続要求を取得してもよい。

処理実行部は、さらに、第１の外部機器から第１の無線接続要求が取得されて、接続数が上限数に達していると判断される場合に、通信機器との無線接続を確立可能な状況になるまで第１の外部機器を待機させるための第１の待機情報を、第１の外部機器に供給する供給部と、第１の待機情報が第１の外部機器に供給された後に、通信機器と特定の外部機器との間の無線接続が切断される場合に、通信機器と特定の外部機器との双方が所属していた特定の無線ネットワークとは異なる第３の無線ネットワークを新たに形成して、第１の外部機器との無線接続を確立する第３の確立部と、を備えていてもよい。特定の無線ネットワークでは、通信機器が親局として動作すると共に特定の外部機器が子局として動作してもよい。第３の無線ネットワークでは、通信機器が親局として動作すると共に第１の外部機器が子局として動作してもよい。この構成によると、通信機器は、例えば、通信機器自身が親局として動作する特定の無線ネットワークが形成されていて、接続数が上限数に達している状態で、第１の外部機器から第１の無線接続要求を取得する場合に、第１の待機情報を第１の外部機器に供給する。これにより、通信機器との無線接続を確立可能な状況になるまで第１の外部機器を待機させることができる。そして、通信機器は、特定の無線ネットワークの子局として動作する特定の外部機器との無線接続が切断されて、接続数が上限数未満になる場合に、通信機器自身が親局として動作する第３の無線ネットワークを新たに形成して、第１の外部機器との無線接続を確立する。これにより、通信機器は、第３の無線ネットワークを利用して、第１の外部機器と無線通信を実行することができる。この構成によると、特定の無線ネットワークの親局として動作する通信機器は、接続数が上限数に達している状態で、第１の外部機器から第１の無線接続要求を取得する場合に、第１の外部機器と無線通信を適切に実行することができる。

第３の確立部は、通信機器が親局として動作する第３の無線ネットワークを形成した後に、第３の無線ネットワークに子局として参加することを指示するための指示情報を第１の外部機器に供給して、第１の外部機器との無線接続を確立してもよい。この構成によると、通信機器は、第１の外部機器との無線接続を適切に確立することができる。

取得部は、第１の外部機器から、第１の外部機器のＭＡＣアドレスを含む第１の無線接続要求を取得してもよい。第３の確立部は、第１の外部機器のＭＡＣアドレスを含む指示情報を第１の外部機器に供給してもよい。この構成によると、通信機器は、指示情報を第１の外部機器に適切に供給することができる。

取得部は、さらに、第１の待機情報が第１の外部機器に供給された後であって、通信機器と特定の外部機器との間の無線接続が切断される前に、第３の外部機器から第３の無線接続要求を取得してもよい。供給部は、さらに、第３の外部機器から第３の無線接続要求が取得されて、接続数が上限数に達していると判断される場合に、通信機器との無線接続を確立可能な状況になるまで第３の外部機器を待機させるための第２の待機情報を、第３の外部機器に供給してもよい。第３の確立部は、第１の待機情報が第１の外部機器に供給され、第２の待機情報が第３の外部機器に供給され、その後、通信機器と特定の外部機器との間の無線接続が切断される場合に、第３の無線ネットワークを新たに形成して、第１の外部機器と第３の外部機器とのうち、無線接続要求を通信機器に先に供給した第１の外部機器との無線接続を優先的に確立してもよい。この構成によると、通信機器は、通信機器と特定の外部機器との間の無線接続が切断されて、接続数が上限数未満になる場合に、無線接続要求を通信機器に先に供給した第１の外部機器との無線接続を優先的に確立する。このために、第１の外部機器を長時間に亘って待機させずに済む。

第１の無線ネットワークの識別子と、第２の無線ネットワークの識別子と、は異なっていてもよい。

上記の通信機器の機能を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信機器と、上記のいずれかの外部機器（例えば、第１の外部機器、第２の外部機器、第３の外部機器、特定の外部機器）と、を備えるシステムも、新規で有用である。

通信システムの構成を示す。 プリンタのメイン処理のフローチャートを示す。 プリンタの第１の通信処理のフローチャートを示す。 プリンタの第２の通信処理のフローチャートを示す。 端末のアプリケーション処理のフローチャートを示す。 端末の待機処理のフローチャートを示す。 プリンタが２個のＷＦＤＮＷを形成するケースＡのシーケンス図を示す。 プリンタが２台の端末を待機させるケースＢのシーケンス図を示す。 プリンタが２台の端末を待機させるケースＣのシーケンス図を示す。

（システムの構成；図１）
図１に示されるように、本実施例の通信システム２は、プリンタＰＲと、複数台の端末Ｔａ〜Ｔｄと、を備える。プリンタＰＲと各端末Ｔａ〜Ｔｄとは、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信であるＮＦＣ通信と、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷｉ−Ｆｉ方式に従った無線通信であるＷｉ−Ｆｉ通信と、のそれぞれを実行可能である。

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

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

ＮＦＣＩ／Ｆ１８は、ＮＦＣ方式に従ったＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に従って、無線通信を実行するための無線通信方式である。

無線ＬＡＮＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するためのインターフェースである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。より具体的に言うと、無線ＬＡＮＩ／Ｆ２０は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Directの略）方式をサポートしているＩ／Ｆである。従って、制御部３０は、ＷＦＤ方式の無線ネットワーク（以下では「ＷＦＤＮＷ」と呼ぶ）を利用して、無線ＬＡＮＩ／Ｆ２０を介して、Ｗｉ−Ｆｉ通信を実行することができる。

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

ＮＦＣＩ／Ｆ１８と無線ＬＡＮＩ／Ｆ２０とは、以下の点で相違点する。無線ＬＡＮＩ／Ｆ２０を介した無線通信の通信速度（例えば、最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ１８を介した無線通信の通信速度（例えば、最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、無線ＬＡＮＩ／Ｆ２０を介した無線通信における搬送波の周波数（例えば、２．４ＧＨｚ帯、５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ１８を介した無線通信における搬送波の周波数（例えば、１３．５６ＭＨｚ帯）とは異なる。また、プリンタＰＲが無線ＬＡＮＩ／Ｆ２０を介して外部機器と無線通信を実行可能な最大の距離（例えば最大で１００ｍ）は、プリンタＰＲがＮＦＣＩ／Ｆ１８を介して外部機器と無線通信を実行可能な最大の距離（例えば最大で１０ｃｍ）よりも大きい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行するプロセッサである。メモリ３４は、第１のＮＷ記憶領域ＳＡｘと、第２のＮＷ記憶領域ＳＡｙと、待機リストＷＬと、を備える。

第１のＮＷ記憶領域ＳＡｘは、プリンタＰＲのＭＡＣアドレスとしてＭＡＣｘが利用されるＷＦＤＮＷ（以下では「ＭＡＣｘに対応するＷＦＤＮＷ」と呼ぶ）に関係する情報を記憶する。また、第２のＮＷ記憶領域ＳＡｙは、プリンタＰＲのＭＡＣアドレスとしてＭＡＣｙが利用される無線ネットワーク（以下では「ＭＡＣｙに対応するＷＦＤＮＷ」と呼ぶ）に関係する情報を記憶する。プリンタＰＲは、ＭＡＣｘに対応するＷＦＤＮＷでも、ＭＡＣｙに対応するＷＦＤＮＷでも、親局（即ちＷＦＤ方式のＧｒｏｕｐ Ｏｗｎｅｒ）として動作する。そして、プリンタＰＲは、プリンタＰＲ自身が親局として動作する２個のＷＦＤＮＷが同時的に存在する状態を構築することができる。

第１のＮＷ記憶領域ＳＡｘは、ＭＡＣｘに対応するＷＦＤＮＷが存在する場合に、無線プロファイルＰｘと、管理リストＬｘと、を記憶する。無線プロファイルＰｘ及び管理リストＬｘは、いずれかの端末との無線接続が確立される場合に、第１のＮＷ記憶領域ＳＡｘに登録され、当該無線接続が切断される場合に、第１のＮＷ記憶領域ＳＡｘから削除される。無線プロファイルＰｘは、ＭＡＣｘに対応するＷＦＤＮＷで利用される無線設定情報であり、ＳＳＩＤ（Service Set IDentifierの略）と、認証方式と、暗号化方式と、パスワードと、を含む。ＳＳＩＤは、ＭＡＣｘに対応するＷＦＤＮＷを識別するための識別子である。認証方式、暗号化方式、及び、パスワードは、ＭＡＣｘに対応するＷＦＤＮＷで実行される認証及び暗号化で利用される情報である。

管理リストＬｘには、ＭＡＣｘに対応するＷＦＤＮＷの子局として動作する機器のＭＡＣアドレスが記述される。即ち、管理リストＬｘには、ＭＡＣｘに対応するＷＦＤＮＷの親局として動作するプリンタＰＲとの無線接続が確立されている機器のＭＡＣアドレスが記述される。本実施例では、ＭＡＣｘに対応するＷＦＤＮＷの親局として動作するプリンタＰＲが確立可能な無線接続の最大数（以下では「ＭＡＣｘに対応する最大数」と呼ぶ）は「１」である。従って、管理リストＬｘには、最大で１個のＭＡＣアドレスが記述される。

第２のＮＷ記憶領域ＳＡｙは、ＭＡＣｙに対応するＷＦＤＮＷが存在する場合に、無線プロファイルＰｙと、管理リストＬｙと、を記憶する。無線プロファイルＰｙ及び管理リストＬｙは、いずれかの端末との無線接続が確立される場合に、第２のＮＷ記憶領域ＳＡｙに登録され、当該無線接続が切断される場合に、第２のＮＷ記憶領域ＳＡｙから削除される。無線プロファイルＰｙ、管理リストＬｙは、それぞれ、ＭＡＣｙに対応するＷＦＤＮＷに関係する情報である点を除くと、無線プロファイルＰｘ、管理リストＬｙと同様である。ＭＡＣｙに対応するＷＦＤＮＷの親局として動作するプリンタＰＲが確立可能な無線接続の最大数（以下では「ＭＡＣｙに対応する最大数」と呼ぶ）は「１」である。従って、管理リストＬｘには、最大で１個のＭＡＣアドレスが記述される。

上述したように、プリンタＰＲは、ＭＡＣｘに対応するＷＦＤＮＷと、ＭＡＣｙに対応するＷＦＤＮＷと、が同時的に存在している状態を構築することができ、さらに、ＭＡＣｘに対応する最大数、ＭＡＣｙに対応する最大数は、それぞれ、「１」である。従って、プリンタＰＲが同時的に確立可能な無線接続のトータルの数、即ち、プリンタＰＲが無線接続可能な上限数は、「２」である。

待機リストＷＬには、１個以上の待機端末に関係する１個以上の端末情報が記述され得る。待機端末は、接続要求をプリンタＰＲに供給した後に、プリンタＰＲが無線接続を確立可能な状況になるまで待機している端末である。端末情報は、順位と、受付ＩＤと、ＭＡＣアドレスと、を含む。順位は、待機端末の接続の優先順位（即ち接続順位）を示す。待機端末は、順位が上位である程（即ち順位が示す数字が小さい程）、プリンタＰＲとの無線接続を早期に確立することができる。受付ＩＤは、プリンタＰＲが端末を待機させる際に生成するユニークなＩＤである。ＭＡＣアドレスは、待機端末のＭＡＣアドレスである。

（端末Ｔａ〜Ｔｄの構成）
各端末Ｔａ〜Ｔｄは、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。各端末Ｔａ〜Ｔｄには、１個のＭＡＣアドレスが割り当てられている。以下では、各端末Ｔａ〜Ｔｄの各ＭＡＣアドレスを、「ＭＡＣａ」、「ＭＡＣｂ」、「ＭＡＣｃ」、「ＭＡＣｄ」と記載する。

端末Ｔａの構成を説明する。なお、端末Ｔｂ〜Ｔｃは、端末Ｔａと同様の構成を備える。端末Ｔａは、操作部７２と、表示部７４と、ＮＦＣＩ／Ｆ７８と、無線ＬＡＮＩ／Ｆ８０と、制御部９０と、を備える。各部７２〜９０は、バス線（符号省略）に接続されている。

操作部７２は、複数のキーを備える。ユーザは、操作部７２を操作することによって、様々な指示を端末Ｔａに与えることができる。表示部７４は、様々な情報を表示するためのディスプレイである。ＮＦＣＩ／Ｆ７８、無線ＬＡＮＩ／Ｆ８０は、それぞれ、プリンタＰＲのＮＦＣＩ／Ｆ１８、無線ＬＡＮＩ／Ｆ２０と同様である。従って、端末Ｔａは、ＮＦＣ通信とＷｉ−Ｆｉ通信とのそれぞれを実行可能である。

制御部９０は、ＣＰＵ９２と、メモリ９４と、を備える。ＣＰＵ９２は、メモリ９４に格納されている各プログラム９６，９８に従って、様々な処理を実行するプロセッサである。

ＯＳ（Operation Systemの略）プログラム９６は、端末Ｔａの基本的な動作を実現するためのプログラムである。アプリケーション９８は、プリンタＰＲに印刷を実行させるためのプログラムである。アプリケーション９８は、プリンタＰＲのベンダによって提供されるアプリケーションであり、インターネット上のサーバから端末Ｔａにインストールされてもよいし、プリンタＰＲと共に出荷されるメディアから端末Ｔａにインストールされてもよい。

（ＷＦＤ（Wi-Fi Directの略）方式）
ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている無線通信方式である。

以下では、プリンタＰＲ及び各端末Ｔａ〜Ｔｄのように、ＷＦＤ方式をサポートしている機器のことを「ＷＦＤ機器」と呼ぶ。上記のＷＦＤの規格書では、ＷＦＤ機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態（以下では「ＣＬ状態」と呼ぶ）、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

Ｇ／Ｏ状態のＷＦＤ機器（即ちＧ／Ｏ機器）は、当該ＷＦＤ機器が親局として動作する無線ネットワーク（即ち「ＷＦＤＮＷ」）を形成する機器である。ＣＬ状態のＷＦＤ機器（即ちＣＬ機器）は、ＷＦＤＮＷの子局として動作する機器である。デバイス状態のＷＦＤ機器（即ちデバイス機器）は、ＷＦＤＮＷに所属していない機器である。

Ｇ／Ｏ機器とＣＬ機器との双方が所属しているＷＦＤＮＷは、例えば、以下の２つの手順のいずれかによって形成される。第１の手順では、一対のデバイス機器は、Ｇ／Ｏネゴシエーションと呼ばれる無線通信を実行する。これにより、当該一対のデバイス機器のうちの一方は、Ｇ／Ｏ状態（即ちＧ／Ｏ機器）になることを決定し、他方は、ＣＬ状態（即ちＣＬ機器）になることを決定する。そして、Ｇ／Ｏ機器は、ＷＦＤＮＷを形成して、ＣＬ機器との無線接続を確立する。これにより、Ｇ／Ｏ機器とＣＬ機器との双方が所属しているＷＦＤＮＷが形成される。第２の手順では、デバイス機器は、Ｇ／Ｏネゴシエーションを実行せずに、自発的にＧ／Ｏ状態に移行して、ＷＦＤＮＷを形成する。この場合、ＷＦＤＮＷが形成された後に、他のデバイス機器は、Ｇ／Ｏネゴシエーションを実行せずに、ＣＬ状態に移行して、Ｇ／Ｏ機器との無線接続を確立する。これにより、Ｇ／Ｏ機器とＣＬ機器との双方が所属しているＷＦＤＮＷが形成される。

Ｇ／Ｏ機器は、他の機器を介さずに、ＣＬ機器と対象データの無線通信を実行可能である。対象データは、ＯＳＩ参照モデルのネットワーク層の情報、及び、ネットワーク層よりも上位層（例えばアプリケーション層）の情報を含むデータであり、例えば、印刷対象の画像を表わす印刷データを含む。また、Ｇ／Ｏ機器は、一対のＣＬ機器の間の対象データの無線通信を中継可能である。このように、ＷＦＤＮＷでは、各機器は、当該各機器とは別体に構成されているアクセスポイント（以下では「ＡＰ」と呼ぶ）を介さずに、対象データの無線通信を実行することができる。即ち、ＷＦＤ方式は、ＡＰが利用されない無線通信方式であると言える。

また、Ｇ／Ｏ機器は、ＷＦＤＮＷに所属していないデバイス機器と対象データの無線通信を実行することができないが、デバイス機器と接続用データの無線通信を実行して、デバイス機器との無線接続を確立することができる。これにより、Ｇ／Ｏ機器は、デバイス機器をＷＦＤＮＷに参加させることができる。

Ｇ／Ｏ機器は、さらに、ＷＦＤＮＷに所属していないレガシー機器と接続用データの無線通信を実行して、レガシー機器との無線接続を確立することもできる。これにより、Ｇ／Ｏ機器は、レガシー機器をＷＦＤＮＷに参加させることができる。レガシー機器は、ＷＦＤ方式をサポートしていないが、Ｗｉ−Ｆｉ方式に従って例えばＡＰとの無線接続を確立可能な機器である。

上記の接続用データは、ＯＳＩ参照モデルのネットワーク層よりも下位層（例えば、物理層、データリンク層等）の情報を含むデータ（即ち、ネットワーク層の情報を含まないデータ）である。より具体的に言うと、上記の接続用データは、ＷＦＤ方式に特有である特有データを含むＷＦＤ接続用データと、特有データを含まない通常接続用データと、のどちらかに分類される。

通常接続用データは、例えば、Probe Request/Response、Authentication Request/Response、Association Request/Response、WSC Exchange、4-Way Handshake等を含む。Probe Requestは、無線ネットワークの親局として動作する機器（例えば、Ｇ／Ｏ機器、ＡＰ）をサーチするための信号であり、Probe Responseは、その応答信号である。Authentication Requestは、認証方式を確認するための信号であり、Authentication Responseは、その応答信号である。Association Requestは、接続を要求するための信号であり、Association Responseは、その応答信号である。WSC Exchangeは、パスワード等の各種情報を供給するための信号である。4-Way Handshakeは、認証を実行するための信号である。

また、ＷＦＤ接続用データは、上記の通常接続用データに加えて、ＷＦＤ方式に特有である特有データとして、例えば、Invitation Request/Response、Provision Discovery Request/Response等を含む。Invitation Requestは、ＷＦＤＮＷに参加することを指示するための信号であり、Invitation Responseは、その応答信号である。Provision Discovery Requestは、ＷＰＳ（Wi-Fi Protected Setupの略）の方式（例えば、プッシュボタン方式、ＰＩＮコード方式等）を確認するための信号であり、Provision Discovery Responseは、その応答信号である。

一般的には、通常接続用データは、レガシー機器がＡＰとの無線接続を確立するために利用されるデータである。即ち、レガシー機器は、ＡＰと通常接続用データの無線通信を実行して、ＡＰとの無線接続を確立し、ＡＰによって形成されている無線ネットワークにいわゆるステーションとして参加することができる。これと同様に、レガシー機器は、Ｇ／Ｏ機器と通常接続用データの無線通信を実行して、Ｇ／Ｏ機器との無線接続を確立し、ＷＦＤＮＷにステーションとして参加することができる。

デバイス機器（即ち、ＷＦＤ方式をサポートしている機器）は、状況に応じて、通常接続用データ及びＷＦＤ接続用データのどちらかの無線通信をＧ／Ｏ機器と実行して、Ｇ／Ｏ機器との無線接続を確立し、ＷＦＤＮＷに参加することができる。デバイス機器が通常接続用データのみの無線通信を実行する場合には、デバイス機器は、ＷＦＤＮＷにステーションとして参加すると言える。デバイス機器は、ＷＦＤ方式の特有データの無線通信を実行しないからである。一方において、デバイス機器がＷＦＤ接続用データの無線通信を実行する場合には、デバイス機器は、ＷＦＤＮＷにＣＬ機器として参加すると言える。

上述したように、デバイス機器は、ＷＦＤＮＷにステーションとして参加することもできるし、ＷＦＤＮＷにＣＬ機器として参加することもできる。ただし、以下では、ステーションとＣＬ機器とを区別することなく「子局」と呼ぶ。

（プリンタＰＲのメイン処理；図２）
図２を参照して、プリンタＰＲのＣＰＵ３２が実行するメイン処理の内容を説明する。図２のメイン処理は、端末（例えば端末Ｔａ）から接続要求を含むＮＦＣ要求を取得することをトリガとして開始される。以下では、図２のメイン処理の開始のトリガであるＮＦＣ要求の供給元の端末のことを「注目端末」と呼ぶ。

注目端末のユーザは、プリンタＰＲに印刷を実行させることを望む場合に、プリンタＰＲのためのアプリケーション９８（図１参照）を起動させる操作と、印刷の実行を指示する操作と、を注目端末に実行する。次いで、ユーザは、注目端末をプリンタＰＲに近づける。注目端末のＮＦＣＩ／ＦとプリンタＰＲのＮＦＣＩ／Ｆ１８との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満になると、これらのＮＦＣＩ／Ｆの間にＮＦＣ接続が確立される。この場合、注目端末は、当該ＮＦＣ接続を利用して、接続要求と、注目端末自身のＭＡＣアドレス（例えばＭＡＣａ）と、を含むＮＦＣ要求を、プリンタＰＲに供給する。

プリンタＰＲのＣＰＵ３２は、ＮＦＣＩ／Ｆ１８を介して、注目端末から接続要求を含むＮＦＣ要求を取得する場合に、図２のメイン処理を開始する。なお、ＣＰＵ３２は、いずれかの端末からＮＦＣ要求を取得したことに起因してメイン処理を実行している間に、他の端末からＮＦＣ要求をさらに取得する場合には、別処理としてメイン処理を開始する。即ち、ＣＰＵ３２は、複数台の端末から複数個のＮＦＣ要求を同時的に取得する場合に、当該複数個のＮＦＣ要求に応じた複数個のメイン処理を並列的に実行する。

Ｓ２０では、ＣＰＵ３２は、プリンタＰＲが現在確立している無線接続の数（以下では「接続数」と呼ぶ）が、上限数「２」に達しているのか否かを判断する。具体的には、ＣＰＵ３２は、メモリ３４内の第１及び第２のＮＷ記憶領域ＳＡｘ，ＳＡｙ（図１参照）のそれぞれに、無線ネットワークに関係する情報（即ち、無線プロファイルＰｘ，Ｐｙ及び管理リストＬｘ，Ｌｙ）が記憶されている場合に、接続数が上限数に達していると判断して（Ｓ２０でＹＥＳ）、Ｓ３０に進む。また、ＣＰＵ３２は、第１及び第２のＮＷ記憶領域ＳＡｘ，ＳＡｙのうちの少なくとも一方に、無線ネットワークに関係する情報が記憶されていない場合に、接続数が上限数に達していないと判断して（Ｓ２０でＮＯ）、Ｓ２２に進む。

Ｓ２２では、ＣＰＵ３２は、プリンタＰＲがＧ／Ｏ機器として動作するＷＦＤＮＷを新たに形成する。ＣＰＵ３２は、ＭＡＣｘに対応するＷＦＤＮＷと、ＭＡＣｙに対応するＷＦＤＮＷと、のいずれも存在しない状態では、ＭＡＣｘに対応するＷＦＤＮＷを形成する。また、ＣＰＵ３２は、ＭＡＣｘに対応するＷＦＤＮＷと、ＭＡＣｙに対応するＷＦＤＮＷと、のうちの一方のみが存在する状態では、他方のＷＦＤＮＷを形成する。

具体的には、Ｓ２２では、ＣＰＵ３２は、Ｇ／Ｏネゴシエーションを実行せずに、ＭＡＣｘ又はＭＡＣｙに対応するＷＦＤＮＷのＧ／Ｏ機器になり、当該ＷＦＤＮＷで利用されるべき無線プロファイル（即ち、ＳＳＩＤ、認証方式、暗号化方式、及び、パスワード）を準備する。ＣＰＵ３２は、過去に生成されていないユニークなＳＳＩＤを生成する。ＣＰＵ３２は、例えば、過去に生成された最も新しいＳＳＩＤに含まれる数字をインクリメントすることによって、ユニークなＳＳＩＤを生成する。また、ＣＰＵ３２は、例えば、ランダムに文字列を選択することによって、パスワードを生成する。そして、ＣＰＵ３２は、予め決められている認証方式及び暗号化方式を準備する。

ＣＰＵ３２は、ＭＡＣｘに対応するＷＦＤＮＷを形成すべき場合には、準備済みの無線プロファイルＰｘと、管理リストＬｘと、を第１のＮＷ記憶領域ＳＡｘに記憶させる。また、ＣＰＵ３２は、ＭＡＣｙに対応するＷＦＤＮＷを形成すべき場合には、準備済みの無線プロファイルＰｙと、管理リストＬｙと、を第２のＮＷ記憶領域ＳＡｙに記憶させる。この段階では、管理リストＬｘ又は管理リストＬｙには、ＭＡＣアドレスがまだ記述されない。

上述したように、Ｓ２２では、プリンタＰＲは、過去のＷＦＤＮＷで利用されていた古い無線プロファイルを再び利用するのではなく、新しいＳＳＩＤ及びパスワードを含む新しい無線プロファイルを準備する。このために、注目端末とは異なる端末が、古い無線プロファイルを利用して、プリンタＰＲとの無線接続を再確立することによって、Ｓ２２で形成されるＷＦＤＮＷに参加することを抑制することができる。従って、プリンタＰＲは、新しい無線プロファイルを利用して、注目端末との無線接続を適切に確立することができる。

Ｓ２４では、ＣＰＵ３２は、Ｓ２２で生成されたＳＳＩＤ及びパスワードを含むＮＦＣ応答を、ＮＦＣＩ／Ｆ１８を介して、注目端末に供給する。これにより、ＣＰＵ３２は、当該ＳＳＩＤ及びパスワードを利用してプリンタＰＲとの無線接続を確立すべきことを、注目端末に通知することができる。以下では、Ｓ２４で供給されるＮＦＣ応答のことを「接続用ＮＦＣ応答」と呼ぶ。

Ｓ２６では、ＣＰＵ３２は、後述の第１の通信処理（図３参照）を実行して、注目端末との無線接続を確立する。これにより、ＣＰＵ３２は、Ｓ２２で形成されたＷＦＤＮＷに注目端末を子局として参加させて、注目端末から印刷データを取得する。Ｓ２６を終えると、図２の処理が終了する。

一方において、Ｓ３０（即ち接続数が上限数に達している場合）では、ＣＰＵ３２は、端末情報（即ち、順位、受付ＩＤ、及び、ＭＡＣアドレス）を準備して、メモリ３４内の待機リストＷＬ（図１参照）に当該端末情報を記述する。具体的には、ＣＰＵ３２は、待機リストＷＬに現在記述されている最下位の順位（即ち最も大きい数字を示す順位）に「１」をインクリメントすることによって、順位を決定する。ＣＰＵ３２は、例えば、過去に生成された最も新しい受付ＩＤに含まれる数字をインクリメントすることによって、ユニークな受付ＩＤを生成する。ＣＰＵ３２は、図２の処理の開始のトリガである取得済みのＮＦＣ要求から、注目端末のＭＡＣアドレスを抽出する。そして、ＣＰＵ３２は、決定済みの順位と、生成済みの受付ＩＤと、抽出済みのＭＡＣアドレスと、を含む端末情報を、待機リストＷＬに記述する。

Ｓ３２では、ＣＰＵ３２は、Ｓ３０で記述された順位及び受付ＩＤを含むＮＦＣ応答を、ＮＦＣＩ／Ｆ１８を介して、注目端末に供給する。当該ＮＦＣ応答は、Ｓ２４のＮＦＣ応答とは異なり、ＳＳＩＤ及びパスワードを含まない。これにより、ＣＰＵ３２は、プリンタＰＲとの無線接続が確立可能な状況になるまで待機すべきことを、注目端末に通知することができる。なお、以下では、Ｓ３２で供給されるＮＦＣ応答のことを「待機用ＮＦＣ応答」と呼び、Ｓ３２で注目端末に供給された受付ＩＤのことを「注目受付ＩＤ」と呼ぶ。次いで、ＣＰＵ３２は、Ｓ４０、Ｓ５０、及び、Ｓ６０の監視処理を順次実行する。

Ｓ４０では、ＣＰＵ３２は、プリンタＰＲが現在確立しているいずれかの無線接続が切断されることを監視する。ＣＰＵ３２は、メモリ３４内の第１及び第２のＮＷ記憶領域ＳＡｘ，ＳＡｙのどちらかから無線プロファイル及び管理リストが削除される場合に、無線接続が切断されたと判断して（Ｓ４０でＹＥＳ）、Ｓ４２に進む。

Ｓ４２では、ＣＰＵ３２は、メモリ３４内の待機リストＷＬを参照して、注目受付ＩＤが待機リストＷＬの最上位の順位「１」に関連付けられているのか否かを判断する。ＣＰＵ３２は、注目受付ＩＤが最上位の順位に関連付けられていると判断する場合（Ｓ４２でＹＥＳ）には、Ｓ４６に進む。また、ＣＰＵ３２は、注目受付ＩＤが最上位の順位に関連付けられていないと判断する場合（Ｓ４２でＮＯ）には、Ｓ４６を実行せずに、Ｓ５０，Ｓ６０の監視処理に進む。

Ｓ４６では、ＣＰＵ３２は、後述の第２の通信処理（図４参照）を実行して、注目端末との無線接続を確立する。これにより、ＣＰＵ３２は、後述の図４のＳ８０で形成されるＷＦＤＮＷに注目端末を子局として参加させて、注目端末から印刷データを取得し得る。Ｓ４６を終えると、図２の処理が終了する。

Ｓ５０では、ＣＰＵ３２は、注目端末から、ＮＦＣＩ／Ｆ１８を介して、注目受付ＩＤ及びキャンセル要求を含むＮＦＣ要求を取得することを監視する。ＣＰＵ３２は、当該ＮＦＣ要求を取得する場合（Ｓ５０でＹＥＳ）に、Ｓ５２に進む。

Ｓ５２では、ＣＰＵ３２は、注目受付ＩＤを含む端末情報（即ち、順位、注目受付ＩＤ、注目端末のＭＡＣアドレス）を待機リストＷＬ（図１参照）から削除する。また、ＣＰＵ３２は、削除された端末情報よりも下位の順位を含む１個以上の端末情報が待機リストＷＬに存在する場合には、当該１個以上の端末情報に含まれる各順位を繰り上げる。Ｓ５２を終えると、図２の処理が終了する。

Ｓ６０では、ＣＰＵ３２は、注目端末から、ＮＦＣＩ／Ｆ１８を介して、注目受付ＩＤ及び状況確認要求を含むＮＦＣ要求を取得することを監視する。ＣＰＵ３２は、当該ＮＦＣ要求を取得する場合（Ｓ６０でＹＥＳ）に、Ｓ６２に進む。

Ｓ６２では、ＣＰＵ３２は、待機リストＷＬ（図１参照）から、注目受付ＩＤに関連付けられている順位を取得する。

次いで、Ｓ６４では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ１８を介して、取得済みの順位を含むＮＦＣ応答を注目端末に供給する。Ｓ６４を終えると、Ｓ４０の監視処理に戻る。

（第１の通信処理；図３）
図３を参照して、図２のＳ２６で実行される第１の通信処理の内容を説明する。第１の通信処理では、ＣＰＵ３２は、プリンタＰＲのＭＡＣアドレスとして、図２のＳ２２で形成されたＷＦＤＮＷ（以下では単に「Ｓ２２のＷＦＤＮＷ」と呼ぶ）に対応するＭＡＣアドレス（即ちＭＡＣｘ又はＭＡＣｙ）を利用して、以下の各通信（Ｓ７０、Ｓ７２等）を実行する。即ち、プリンタＰＲから注目端末に供給される各信号は、供給元のＭＡＣアドレスとして、Ｓ２２のＷＦＤＮＷに対応するＭＡＣアドレスを含む。なお、注目端末からプリンタＰＲに供給される各信号は、供給元のＭＡＣアドレスとして、注目端末のＭＡＣアドレスを含む。

Ｓ７０では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、第１種の接続プロセスを注目端末と実行して、注目端末との無線接続を確立する。具体的には、ＣＰＵ３２は、注目端末からProbe Requestを取得して、Probe Responseを注目端末に供給する。当該Probe Requestは、図２のＳ２４で注目端末に供給されたＳＳＩＤを含む。当該Probe Responseは、図２のＳ２２でメモリ３４に記憶された認証方式及び暗号化方式を含む。これにより、当該認証方式及び暗号化方式を利用すべきことを、注目端末に通知することができる。次いで、ＣＰＵ３２は、注目端末からAuthentication Request及びAssociation Requestを順次取得して、Authentication Response及びAssociation Responseを注目端末に順次供給する。そして、ＣＰＵ３２は、4-way handshakeを注目端末と実行する。

Ｓ７０の第１種の接続プロセスが終了すると、注目端末との無線接続が確立される。これにより、ＣＰＵ３２は、Ｓ２２のＷＦＤＮＷに注目端末を子局（より具体的にはステーション）として参加させることができる。そして、ＣＰＵ３２は、第１種の接続プロセスで取得される各信号に含まれる注目端末のＭＡＣアドレスを、図２のＳ２２で記憶された管理リスト（即ち、図１の管理リストＬｘ又はＬｙ）に記述する。

Ｓ７２では、ＣＰＵ３２は、Ｓ２２のＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ２０を介して、注目端末から印刷データを取得する。

Ｓ７４では、ＣＰＵ３２は、取得済みの印刷データを印刷実行部１６（図１参照）に供給する。これにより、印刷実行部１６は、取得済みの印刷データによって表わされる画像を印刷媒体に印刷する。

Ｓ７６では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、注目端末から切断要求を取得する。切断要求は、無線接続の切断を要求するための信号であり、供給先のＭＡＣアドレスとして、Ｓ２２のＷＦＤＮＷに対応するＭＡＣアドレスを含む。従って、ＣＰＵ３２は、２個のＷＦＤＮＷが存在している場合に、切断要求に含まれる供給先のＭＡＣアドレスに基づいて、Ｓ２２のＷＦＤＮＷを消滅させるべきことを知ることができる。

Ｓ７８では、ＣＰＵ３２は、注目端末との無線接続を切断して、Ｓ２２のＷＦＤＮＷを消滅させる。具体的には、ＣＰＵ３２は、まず、無線ＬＡＮＩ／Ｆ２０を介して、切断要求に対する応答信号を注目端末に供給して、注目端末との無線接続を切断する。次いで、ＣＰＵ３２は、図２のＳ２２でメモリ３４に記述された無線プロファイル及び管理リストを、メモリ３４から削除する。これにより、Ｓ２２のＷＦＤＮＷが消滅する。Ｓ７８を終えると、図３の処理が終了する。

（第２の通信処理；図４）
図４を参照して、図２のＳ４６で実行される第２の通信処理の内容を説明する。Ｓ８０では、ＣＰＵ３２は、ＷＦＤＮＷを新たに形成する。ここでＷＦＤＮＷを形成する手法は、図２のＳ２２と同様である。

ＣＰＵ３２は、プリンタＰＲのＭＡＣアドレスとして、Ｓ８０で形成されたＷＦＤＮＷ（以下では単に「Ｓ８０のＷＦＤＮＷ」と呼ぶ）に対応するＭＡＣアドレス（即ちＭＡＣｘ又はＭＡＣｙ）を利用して、以下の各通信（Ｓ８４、Ｓ９０、Ｓ９２等）を実行する。即ち、プリンタＰＲから注目端末に供給される各信号は、供給元のＭＡＣアドレスとして、Ｓ８０のＷＦＤＮＷに対応するＭＡＣアドレスを含む。

Ｓ８２では、ＣＰＵ３２は、待機リストＷＬ（図１参照）から、最上位の順位「１」に関連付けられているＭＡＣアドレスを取得する。上述したように、図２のＳ４２において、注目端末の端末情報が待機リストＷＬの最上位であると判断される場合（Ｓ４２でＹＥＳ）に、図４の処理が実行される。従って、Ｓ８２で取得されるＭＡＣアドレスは、注目端末のＭＡＣアドレスである。

Ｓ８４では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、Ｓ８０のＷＦＤＮＷに参加することを指示するための信号であるInvitation Requestを注目端末に供給する。Invitation Requestは、供給先のＭＡＣアドレスとして、Ｓ８２で取得されたＭＡＣアドレスを含む。このように、本実施例によると、プリンタＰＲは、接続数が上限数未満に変化した直後に、注目端末がＷＦＤＮＷに参加するためのトリガであるInvitation Requestを注目端末に供給することができる。このために、プリンタＰＲは、注目端末をＷＦＤＮＷに迅速に参加させることができる。

Ｓ８６では、ＣＰＵ３２は、最上位の順位「１」を含む端末情報、即ち、注目端末の端末情報を、待機リストＷＬ（図１参照）から削除する。即ち、ＣＰＵ３２は、注目端末の端末情報を待機リストＷＬから削除する。ＣＰＵ３２は、削除された端末情報よりも下位の順位を含む１個以上の端末情報が待機リストＷＬに存在する場合には、当該１個以上の端末情報に含まれる各順位を繰り上げる。

Ｓ８８では、ＣＰＵ３２は、注目端末からInvitation Responseを取得するのか否かを判断する。ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、Invitation Responseを取得する場合（Ｓ８８でＹＥＳ）には、Ｓ９０に進む。

Ｓ９０では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、第２種の接続プロセスを注目端末と実行して、注目端末との無線接続を確立する。第２種の接続プロセスは、第１の部分プロセスと、第２の部分プロセスと、を含む。第１の部分プロセスは、Ｓ８０のＷＦＤＮＷの無線プロファイルを注目端末に供給するためのプロセスである。Ｓ９０が実行される状況では、図３のＳ７０が実行される状況とは異なり、プリンタＰＲから注目端末にＳＳＩＤ及びパスワードが未だに供給されていない。従って、Ｓ９０では、ＣＰＵ３２は、第１の部分プロセスを実行して、Ｓ８０のＷＦＤＮＷのＳＳＩＤ及びパスワードを含む無線プロファイルを注目端末に供給する。第２の部分プロセスは、第１の部分プロセスで供給される無線プロファイルを利用して、注目端末との無線接続を確立するためのプロセスである。

第１の部分プロセスでは、ＣＰＵ３２は、注目端末からProvision Discovery Requestを取得して、Provision Discovery Responseを注目端末に供給する。当該Provision Discovery Responseは、ＷＰＳのＰＢＣ（Push Button Configurationの略）方式を示す情報を含む。これにより、ＷＰＳのＰＢＣ方式を実行すべきことを、注目端末に通知することができる。次いで、ＣＰＵ３２は、注目端末からProbe Requestを取得して、Probe Responseを注目端末に供給する。当該Probe Responseは、Ｓ８０のＷＦＤＮＷのＳＳＩＤと、所定の認証方式及び暗号化方式と、を含む。これにより、これらの各情報を利用すべきことを、注目端末に通知することができる。なお、上記の所定の認証方式及び暗号化方式は、Ｓ８０のＷＦＤＮＷで利用される認証方式及び暗号化方式とは異なり、WSC Exchangeを実行するために一時的に利用される認証方式及び暗号化方式である。

次いで、ＣＰＵ３２は、注目端末からAuthentication Request及びAssociation Requestを順次取得して、Authentication Response及びAssociation Responseを注目端末に順次供給する。これにより、WSC Exchangeを実行するための準備が完了する。そして、ＣＰＵ３２は、WSC Exchangeを実行して、Ｓ８０のＷＦＤＮＷで利用される各情報（即ち、認証方式、暗号化方式、及び、パスワード）を、注目端末に供給する。

第２の部分プロセスでは、ＣＰＵ３２は、第１の部分プロセスで供給されたＳ８０のＷＦＤＮＷの無線プロファイルを利用して、注目端末との無線接続を確立する。具体的には、ＣＰＵ３２は、注目端末からAuthentication Request及びAssociation Requestを順次取得して、Authentication Response及びAssociation Responseを注目端末に順次供給する。そして、ＣＰＵ３２は、4-way handshakeを注目端末と実行する。

上記の第２種の接続プロセスが終了すると、注目端末との無線接続が確立される。これにより、ＣＰＵ３２は、Ｓ８０のＷＦＤＮＷに注目端末を子局（より具体的にはＣＬ機器）として参加させることができる。そして、ＣＰＵ３２は、第２種の接続プロセスで取得される各信号に含まれる注目端末のＭＡＣアドレスを、Ｓ８０で記憶された管理リスト（即ち、図１の管理リストＬｘ又はＬｙ）に記述する。

Ｓ９２〜Ｓ９８は、図３のＳ７２〜Ｓ７８と同様である。ただし、Ｓ９２では、ＣＰＵ３２は、Ｓ８０のＷＦＤＮＷを利用して、注目端末から印刷データを取得する。また、Ｓ９８では、ＣＰＵ３２は、Ｓ８０でメモリ３４に記述された無線プロファイル及び管理リストをメモリ３４から削除して、Ｓ８０のＷＦＤＮＷを消滅させる。Ｓ９８を終えると、図４の処理が終了する。

なお、Ｓ８８において、ＣＰＵ３２は、Ｓ８４でInvitation Requestを供給してから所定時間が経過しても、Invitation Responseを取得しない場合（Ｓ８８でＮＯ）には、Ｓ９０〜Ｓ９６をスキップして、Ｓ９８に進む。例えば、注目端末がプリンタＰＲからかなり離れた位置に移動した場合、又は、注目端末のユーザがInvitation Requestに応じて接続許可操作を注目端末に実行しない場合には、Invitation Responseが取得されない。

（端末のアプリケーション処理；図５）
図５を参照して、端末ＴａのＣＰＵ９２が実行するアプリケーション処理の内容を説明する。他の端末Ｔｂ〜Ｔｄも、端末Ｔａと同様に、アプリケーション処理を実行する。

端末ＴａのＣＰＵ９２は、アプリ起動操作及び印刷操作がユーザによって操作部７２に実行されると、アプリケーション９８に従って、図５の処理を開始する。アプリ起動操作は、ユーザが、プリンタＰＲに印刷を実行させることを望む場合に、アプリケーション９８を起動させる操作である。印刷操作は、ユーザが、端末Ｔａのメモリ９４から印刷対象の画像を表わす印刷データを指定して、印刷の実行を指示する操作である。

Ｓ１００では、ＣＰＵ９２は、端末ＴａをプリンタＰＲに近づけることを促すメッセージを表示部７４に表示させる。これにより、ユーザは、端末ＴａをプリンタＰＲに近づける。この結果、端末ＴａのＮＦＣＩ／Ｆ７８とプリンタＰＲのＮＦＣＩ／Ｆ１８との間にＮＦＣ接続が確立される。

Ｓ１０２では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ７８を介して、無線ＬＡＮ８０を介した無線接続のための接続要求とＭＡＣａとを含むＮＦＣ要求をプリンタＰＲに供給する。

Ｓ１０４では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ７８を介して、プリンタＰＲからＮＦＣ応答を取得する。当該ＮＦＣ応答は、図２のＳ２４のＳＳＩＤとパスワードとを含むＮＦＣ応答（即ち接続用ＮＦＣ応答）と、Ｓ３２の受付ＩＤと順位とを含むＮＦＣ応答（即ち待機用ＮＦＣ応答）と、のどちらかである。

Ｓ１０６では、ＣＰＵ９２は、取得済みのＮＦＣ応答が、接続用ＮＦＣ応答であるのか、待機用ＮＦＣ応答であるのか、を判断する。ＣＰＵ９２は、取得済みのＮＦＣ応答が接続用ＮＦＣ応答であると判断する場合（Ｓ１０６でＹＥＳ）には、Ｓ１０８に進む。

Ｓ１０８では、ＣＰＵ９２は、無線ＬＡＮＩ／Ｆ８０を介して、第１種の接続プロセスをプリンタＰＲと実行して、プリンタＰＲとの無線接続を確立する。Ｓ１０８でＣＰＵ９２が実行する動作は、図３のＳ７０で説明した注目端末の動作と同様である。Ｓ１０８の第１種の接続プロセスが終了すると、プリンタＰＲとの無線接続が確立される。これにより、端末Ｔａは、プリンタＰＲがＧ／Ｏ機器として動作するＷＦＤＮＷ（即ち図２のＳ２２のＷＦＤＮＷ）に子局（より具体的にはステーション）として参加する。

Ｓ１１０では、ＣＰＵ９２は、Ｓ１０８で参加したＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ８０を介して、ユーザによって指定された印刷データをプリンタＰＲに供給する。ＣＰＵ９２は、印刷データの全てをプリンタＰＲに供給し終えると、Ｓ１１２に進む。

Ｓ１１２では、ＣＰＵ９２は、無線ＬＡＮＩ／Ｆ８０を介して、切断要求をプリンタＰＲに供給する。これにより、ＣＰＵ９２は、プリンタＰＲとの無線接続を切断することができる。Ｓ１１２を終えると、図５の処理が終了する。

一方において、Ｓ１０６において、ＣＰＵ９２は、取得済みのＮＦＣ応答が待機用ＮＦＣ応答であると判断する場合（Ｓ１０６でＮＯ）には、Ｓ１２０に進み、後述の待機処理（図６参照）を実行する。待機処理を終えると、図５の処理が終了する。

（待機処理；図６）
図６を参照して、図５のＳ１２０で実行される待機処理の内容を説明する。Ｓ１３０では、ＣＰＵ９２は、プリンタＰＲとの無線接続を確立可能な状況になるまで待機すべきことを示すメッセージと、取得済みの待機用ＮＦＣ応答に含まれる順位と、を表示部７４に表示させる。これにより、ユーザは、待機すべきことを知ることができ、さらに、端末Ｔａが何番目にプリンタＰＲとの無線接続を確立可能であるのかを知ることができる。次いで、ＣＰＵ９２は、Ｓ１４０、Ｓ１５０、及び、Ｓ１６０の監視処理を順次実行する。

Ｓ１４０では、ＣＰＵ９２は、ユーザによって状況確認操作が実行されることを監視する。ＣＰＵ９２は、ユーザによって状況確認を示すボタンが選択される場合に、状況確認操作が実行されたと判断して（Ｓ１４０でＹＥＳ）、Ｓ１４２に進む。

Ｓ１４２では、ＣＰＵ９２は、端末ＴａをプリンタＰＲに近づけることを促すメッセージを表示部７４に表示させる。これにより、ユーザが端末ＴａをプリンタＰＲに近づけるので、端末ＴａとプリンタＰＲとの間にＮＦＣ接続が確立される。

Ｓ１４４では、ＣＰＵ９２は、取得済みの待機用ＮＦＣ応答に含まれる受付ＩＤと、状況確認要求と、を含むＮＦＣ要求を、ＮＦＣＩ／Ｆ７８を介して、プリンタＰＲに供給する。

Ｓ１４６では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ７８を介して、プリンタＰＲから順位を含むＮＦＣ応答（図２のＳ６４参照）を取得する。

Ｓ１４８では、ＣＰＵ９２は、Ｓ１４６で取得されたＮＦＣ応答に含まれる順位を表示部７４に表示させる。これにより、ユーザは、端末Ｔａが何番目にプリンタＰＲとの無線接続を確立可能であるのかを知ることができる。Ｓ１４８を終えると、Ｓ１４０に戻る。

Ｓ１５０では、ＣＰＵ９２は、ユーザによってキャンセル操作が実行されることを監視する。ＣＰＵ９２は、ユーザによってキャンセルを示すボタンが選択される場合に、キャンセル操作が実行されたと判断して（Ｓ１５０でＹＥＳ）、Ｓ１５２に進む。

Ｓ１５２では、ＣＰＵ９２は、端末ＴａをプリンタＰＲに近づけることを促すメッセージを表示部７４に表示させる。これにより、ユーザが端末ＴａをプリンタＰＲに近づけるので、端末ＴａとプリンタＰＲとの間にＮＦＣ接続が確立される。

Ｓ１５４では、ＣＰＵ９２は、取得済みの待機用ＮＦＣ応答に含まれる受付ＩＤと、キャンセル要求と、を含むＮＦＣ要求を、ＮＦＣＩ／Ｆ７８を介して、プリンタＰＲに供給する。この結果、ＣＰＵ９２は、プリンタＰＲとの無線接続の確立の予定をキャンセルすることができる（図２のＳ５２参照）。Ｓ１５４を終えると、図６の処理が終了する。

Ｓ１６０では、ＣＰＵ９２は、無線ＬＡＮＩ／Ｆ８０を介して、プリンタＰＲからＭＡＣａを含むInvitation Requestを取得することを監視する。ＣＰＵ９２は、ＭＡＣａを含むInvitation Requestを取得する場合（Ｓ１６０でＹＥＳ）に、Ｓ１６２に進む。

Ｓ１６２では、ＣＰＵ９２は、プリンタＰＲとの無線接続を確立するのか否かをユーザに問い合わせるためのメッセージを表示部７４に表示させる。そして、ＣＰＵ９２は、ユーザによって接続許可操作が実行されることを監視する。ＣＰＵ９２は、ユーザによって接続許可を示すボタンが選択される場合に、接続許可操作が実行されたと判断して（Ｓ１６２でＹＥＳ）、Ｓ１６４に進む。また、ＣＰＵ９２は、ユーザによって接続拒否を示すボタンが選択される場合に、接続許可操作が実行されなかったと判断して（Ｓ１６２でＮＯ）、図６の処理を終了する。

Ｓ１６４では、ＣＰＵ９２は、無線ＬＡＮＩ／Ｆ８０を介して、Invitation ResponseをプリンタＰＲに供給する。

Ｓ１６６では、ＣＰＵ９２は、無線ＬＡＮＩ／Ｆ８０を介して、第２種の接続プロセスをプリンタＰＲと実行して、プリンタＰＲとの無線接続を確立する。Ｓ１６６でＣＰＵ９２が実行する動作は、図４のＳ９０で説明した注目端末の動作と同様である。Ｓ１６６の第２種の接続プロセスが終了すると、プリンタＰＲとの無線接続が確立される。これにより、端末Ｔａは、プリンタＰＲがＧ／Ｏ機器として動作するＷＦＤＮＷ（即ち図４のＳ８０で形成されたＷＦＤＮＷ）に子局（より具体的にはＣＬ機器）として参加することができる。

Ｓ１６８では、ＣＰＵ９２は、Ｓ１６６で参加したＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ８０を介して、ユーザによって指定された印刷データをプリンタＰＲに供給する。ＣＰＵ９２は、印刷データの全てをプリンタＰＲに供給し終えると、Ｓ１７０に進む。

Ｓ１７０では、ＣＰＵ９２は、無線ＬＡＮＩ／Ｆ８０を介して、切断要求をプリンタＰＲに供給する。これにより、ＣＰＵ９２は、プリンタＰＲとの無線接続を切断することができる。Ｓ１７０を終えると、図６の処理が終了する。

（具体的なケース）
続いて、図７〜図９を参照して、図２〜図６のフローチャートによって実現される具体的なケースを説明する。図７〜図９では、各機器の間の破線の矢印はＮＦＣ通信を示し、
実線の矢印はＷｉ−Ｆｉ通信を示す。

（ケースＡ；図７）
図７を参照して、プリンタＰＲが２台の端末Ｔａ，Ｔｂとの無線接続を順次確立する様子を説明する。図７の初期状態では、プリンタＰＲの接続数はゼロである。

Ｔ１０において、端末Ｔａのユーザは、アプリ起動操作及び印刷操作を端末Ｔａに実行して（図５の処理の開始のトリガ）、端末ＴａをプリンタＰＲに近づける。この場合、Ｔ２０において、端末Ｔａは、接続要求とＭＡＣａとを含むＮＦＣ要求をプリンタＰＲに供給する（図５のＳ１０２）。

Ｔ２０において、プリンタＰＲは、端末Ｔａから接続要求を含むＮＦＣ要求を取得する場合（図２の処理の開始のトリガ）に、プリンタＰＲの接続数が上限数に達していないと判断する（図２のＳ２０でＮＯ）。この場合、Ｔ２２において、プリンタＰＲは、ＭＡＣｘに対応する第１のＷＦＤＮＷを新たに形成する（Ｓ２２）。ここでは、プリンタＰＲは、ＳＳＩＤ「ａａａ」とパスワード「Ｐａ」とを生成する。そして、Ｔ２４において、プリンタＰＲは、ＳＳＩＤ「ａａａ」とパスワード「Ｐａ」とを含む接続用ＮＦＣ応答を端末Ｔａに供給する（Ｓ２４）。

次いで、Ｔ２６では、プリンタＰＲ及び端末Ｔａは、第１種の接続プロセスを実行して、無線接続を確立する（図３のＳ７０、図５のＳ１０８）。この結果、端末Ｔａは、プリンタＰＲがＧ／Ｏ機器として動作する第１のＷＦＤＮＷに子局として参加する。

Ｔ２８では、プリンタＰＲは、第１のＷＦＤＮＷを利用して、端末Ｔａから印刷データを取得する（図３のＳ７２）。例えば、当該印刷データのデータサイズが比較的に大きい場合には、当該印刷データの通信に長時間を要する。この場合、プリンタＰＲと端末Ｔａとの間の無線接続が長時間に亘って維持される。ケースＡでは、プリンタＰＲと端末Ｔａとの間の無線接続が維持されている状態、即ち、第１のＷＦＤＮＷが維持されている状態で、次に説明するように、端末ＴｂからプリンタＰＲに接続要求を含むＮＦＣ要求が供給される。

Ｔ３０において、端末Ｔｂのユーザは、アプリ起動操作及び印刷操作を端末Ｔｂに実行して（図５の処理の開始のトリガ）、端末ＴｂをプリンタＰＲに近づける。この場合、Ｔ４０において、端末Ｔｂは、接続要求とＭＡＣｂとを含むＮＦＣ要求をプリンタＰＲに供給する（図５のＳ１０２）。

Ｔ４０において、プリンタＰＲは、端末Ｔｂから接続要求を含むＮＦＣ要求を取得する場合（図２の処理の開始のトリガ）に、プリンタＰＲの接続数が上限数に達していないと判断する（図２のＳ２０でＮＯ）。この場合、Ｔ４２において、プリンタＰＲは、ＭＡＣｙに対応する第２のＷＦＤＮＷを新たに形成する（Ｓ２２）。ここでは、プリンタＰＲは、第１のＷＦＤＮＷのＳＳＩＤ「ａａａ」とは異なるＳＳＩＤ「ｂｂｂ」を生成し、さらに、パスワード「Ｐｂ」を生成する。そして、Ｔ４４において、プリンタＰＲは、ＳＳＩＤ「ｂｂｂ」とパスワード「Ｐｂ」とを含む接続用ＮＦＣ応答を端末Ｔｂに供給する（Ｓ２４）。

次いで、Ｔ４６では、プリンタＰＲ及び端末Ｔｂは、第１種の接続プロセスを実行して、無線接続を確立する（図３のＳ７０、図５のＳ１０８）。この結果、端末Ｔｂは、プリンタＰＲがＧ／Ｏ機器として動作する第２のＷＦＤＮＷに子局として参加する。

Ｔ４８では、プリンタＰＲは、第２のＷＦＤＮＷを利用して、端末Ｔｂから印刷データを取得する（図３のＳ７２）。

（ケースＡの効果）
プリンタＰＲは、端末Ｔａから接続要求を含むＮＦＣ要求を取得する場合に、接続数が上限数に達していないと判断する。この場合、プリンタＰＲは、第１のＷＦＤＮＷを形成して、端末Ｔａとの無線接続を確立する。これにより、端末Ｔａは、第１のＷＦＤＮＷの子局として動作する。また、プリンタＰＲは、第１のＷＦＤＮＷが形成されている状態で、端末Ｔｂから接続要求を含むＮＦＣ要求を取得する場合に、接続数が上限数に達していないと判断する。この場合、プリンタＰＲは、第１のＷＦＤＮＷが形成されている状態を維持しながら、第１のＷＦＤＮＷとは異なる第２のＷＦＤＮＷを新たに形成して、端末Ｔｂとの無線接続を確立する。これにより、端末Ｔｂは、第２のＷＦＤＮＷの子局として動作する。このように、プリンタＰＲは、プリンタＰＲ自身がＧ／Ｏ機器として動作する第１及び第２のＷＦＤＮＷの双方が同時的に存在する状態を構築することができる。このために、プリンタＰＲは、第１のＷＦＤＮＷを利用して、端末Ｔａから印刷データを取得することができ、第２のＷＦＤＮＷを利用して、端末Ｔｂから印刷データを取得することができる。プリンタＰＲは、新規な手法を利用して、複数台の端末Ｔａ，Ｔｂとの無線通信を実行することができる。

仮に、プリンタＰＲが、１個のＷＦＤＮＷのみを形成して、上限数に一致する複数台の端末との無線接続を確立する手法を採用することを想定する。この手法によると、複数台の端末のそれぞれが１個のＷＦＤＮＷに子局として同時的に参加している状況が構築され得る。このように、複数台の子局が同じＷＦＤＮＷに所属している状態では、子局間で当該ＷＦＤＮＷを利用した通信が実行され得る。従って、例えば、第１の子局が、第２の子局に記憶されている情報に不正にアクセスし得る。即ち、複数台の子局が同じＷＦＤＮＷに所属している状態では、セキュリティ上の問題が発生し得る。一般的には、同じＷＦＤＮＷに所属している子局の台数が多くなる程、セキュリティが低くなり得る。

これに対し、本実施例の手法では、ケースＡに示されるように、プリンタＰＲは、第１のＷＦＤＮＷに端末Ｔａを子局として参加させ、第１のＷＦＤＮＷとは異なる第２のＷＦＤＮＷに端末Ｔｂを子局として参加させる。即ちプリンタＰＲが無線接続可能な上限数に一致する複数台の子局が同じＷＦＤＮＷに同時的に所属する状況が発生せず、この結果、セキュリティを高めることができる。特に、本実施例では、第１のＷＦＤＮＷに所属可能な子局の最大数、第２のＷＦＤＮＷに所属可能な子局の最大数は、それぞれ、「１」である。このために、プリンタＰＲによって形成される１個のＷＦＤＮＷに２台以上の子局が同時的に所属することがないので、セキュリティをより高めることができる。

（ケースＢ；図８）
図８は、図７の続きのシーケンス図を示す。図８の初期状態では、プリンタＰＲは、端末Ｔａとの無線接続と、端末Ｔｂとの無線接続と、の双方を確立している。即ち、プリンタＰＲの接続数が上限数に達している。

Ｔ５０では、端末Ｔｃのユーザは、アプリ起動操作及び印刷操作を端末Ｔｃに実行して（図５の処理の開始のトリガ）、端末ＴｃをプリンタＰＲに近づける。この場合、Ｔ６０において、端末Ｔｃは、接続要求とＭＡＣｃとを含むＮＦＣ要求をプリンタＰＲに供給する（図５のＳ１０２）。

Ｔ６０において、プリンタＰＲは、端末Ｔｃから接続要求を含むＮＦＣ要求を取得する場合（図２の処理の開始のトリガ）に、プリンタＰＲの接続数が上限数に達していると判断する（図２のＳ２０でＹＥＳ）。この場合、プリンタＰＲは、順位「１」と受付ＩＤ「００１」とＭＡＣｃとを含む端末情報を、待機リストＷＬに記述する（Ｓ３０）。そして、Ｔ６２において、プリンタＰＲは、順位「１」と受付ＩＤ「００１」とを含む待機用ＮＦＣ応答を端末Ｔｃに供給する（Ｓ３２）。

Ｔ５２では、端末Ｔｃは、プリンタＰＲから取得される待機用ＮＦＣ応答に含まれる順位「１」を表示する（図６のＳ１３０）。これにより、端末Ｔｃのユーザは、端末Ｔｃが１番目の接続順位であることを知ることができる。

その後、Ｔ７０では、端末Ｔｄのユーザは、アプリ起動操作及び印刷操作を端末Ｔｄに実行して（図５の処理の開始のトリガ）、端末ＴｄをプリンタＰＲに近づける。この場合、Ｔ８０において、端末Ｔｄは、接続要求とＭＡＣｄとを含むＮＦＣ要求をプリンタＰＲに供給する（図５のＳ１０２）。

Ｔ８０において、プリンタＰＲは、端末Ｔｄから接続要求を含むＮＦＣ要求を取得する場合（図２の処理の開始のトリガ）に、プリンタＰＲの接続数が上限数に達していると判断する（図２のＳ２０でＹＥＳ）。この場合、プリンタＰＲは、順位「２」と受付ＩＤ「００２」とＭＡＣｄとを含む端末情報を、待機リストＷＬに記述する（Ｓ３０）。そして、Ｔ８２において、プリンタＰＲは、順位「２」と受付ＩＤ「００２」とを含む待機用ＮＦＣ応答を端末Ｔｄに供給する（Ｓ３２）。

Ｔ８２では、端末Ｔｄは、プリンタＰＲから取得される待機用ＮＦＣ応答に含まれる順位「２」を表示する（図６のＳ１３０）。これにより、端末Ｔｄのユーザは、端末Ｔｄが２番目の接続順位であることを知ることができる。

その後、Ｔ９０では、プリンタＰＲは、端末Ｔａから切断要求を取得する（図３のＳ７６）。この場合、Ｔ１００において、プリンタＰＲは、端末Ｔａとの無線接続を切断して、第１のＷＦＤＮＷを消滅させる（Ｓ７８）。この結果、プリンタＰＲの接続数が上限数未満になる。そして、Ｔ１０２では、プリンタＰＲは、ＭＡＣｘに対応する第３のＷＦＤＮＷを新たに形成する（図４のＳ８０）。ここでは、プリンタＰＲは、第１及び第２のＷＦＤＮＷの各ＳＳＩＤとは異なるＳＳＩＤ「ｃｃｃ」を生成し、さらに、パスワード「Ｐｃ」を生成する。

次いで、Ｔ１０４では、プリンタＰＲは、待機リストＷＬから最上位の順位「１」に関連付けられている端末ＴｃのＭＡＣｃを取得し（Ｓ８２）、ＭＡＣｃを含むInvitation Requestを端末Ｔｃに供給する（Ｓ８４）。そして、プリンタＰＲは、待機リストＷＬから端末Ｔｃの端末情報を削除する（Ｓ８６）。これにより、端末Ｔｄの端末情報のみが待機リストＷＬに記述されている状態になる。

Ｔ１０６では、端末Ｔｃのユーザは、接続許可操作を端末Ｔｃに実行する（図６のＳ１６２でＹＥＳ）。この場合、Ｔ１０８において、端末Ｔｃは、Invitation ResponseをプリンタＰＲに供給する（Ｓ１６４）。

Ｔ１１０では、プリンタＰＲ及び端末Ｔｃは、第２種の接続プロセスを実行して、無線接続を確立する（図４のＳ９０、図６のＳ１６６）。この結果、端末Ｔｃは、プリンタＰＲがＧ／Ｏ機器として動作する第３のＷＦＤＮＷに子局として参加する。

Ｔ１１２では、プリンタＰＲは、第３のＷＦＤＮＷを利用して、端末Ｔｃから印刷データを取得する（図４のＳ９２）。

Ｔ１２０では、端末Ｔｄのユーザは、状況確認操作を端末Ｔｄに実行し（図６のＳ１４０でＹＥＳ）、端末ＴｄをプリンタＰＲに近づける。この場合、Ｔ１２２において、端末Ｔｄは、状況確認要求と受付ＩＤ「００２」とを含むＮＦＣ要求をプリンタＰＲに供給する（図６のＳ１４４）。

Ｔ１２２において、プリンタＰＲは、端末Ｔｄから状況確認要求と受付ＩＤ「００２」とを含むＮＦＣ要求を取得する場合（図２のＳ６０でＹＥＳ）に、待機リストＷＬから受付ＩＤ「００２」に関連付けられている順位「１」を取得する（Ｓ６２）。そして、Ｔ１２４において、プリンタＰＲは、順位「１」を含むＮＦＣ応答を端末Ｔｄに供給する（Ｓ６４）。

Ｔ１２６では、端末Ｔｄは、プリンタＰＲから取得されるＮＦＣ応答に含まれる順位「１」を表示する（図６のＳ１４８）。これにより、端末Ｔｄのユーザは、端末Ｔｄの接続順位が２番目から１番目に繰り上がったことを知ることができる。

（ケースＢの効果）
プリンタＰＲは、接続数が上限数に達している状態で、端末Ｔｃから接続要求を含むＮＦＣ要求を取得する場合に、待機用ＮＦＣ応答を端末Ｔｃに供給する。これにより、プリンタＰＲとの無線接続を確立可能な状況になるまで端末Ｔｃを待機させることができる。そして、プリンタＰＲは、第１のＷＦＤＮＷの子局として動作する端末Ｔａとの無線接続が切断されて、接続数が上限数未満になる場合に、第３のＷＦＤＮＷを新たに形成し、ＭＡＣｃを含むInvitation Requestを端末Ｔｃに供給する。これにより、プリンタＰＲは、端末Ｔｃとの無線接続を確立することができ、第３のＷＦＤＮＷを利用して、端末Ｔｃから印刷データを取得することができる。即ち、プリンタＰＲは、接続数が上限数に達している状態で、端末Ｔｃから接続要求を含むＮＦＣ要求を取得する場合に、端末Ｔｃと無線通信を適切に実行することができる。

また、プリンタＰＲは、端末Ｔａとの無線接続が切断される際に待機している２台の端末Ｔｃ，Ｔｄのうち、接続要求を含むＮＦＣ要求を先に供給した端末Ｔｃとの無線接続を優先的に確立する。このために、端末Ｔｃを長時間に亘って待機させずに済む。

（ケースＣ；図９）
図９は、図７の続きのシーケンス図を示す。図９のＴ５０〜Ｔ８２は、図８のＴ５０〜Ｔ８２と同様である。

Ｔ１３０では、端末Ｔｃのユーザは、キャンセル操作を端末Ｔｃに実行し（図６のＳ１５０でＹＥＳ）、端末ＴｃをプリンタＰＲに近づける。この場合、Ｔ１３２において、端末Ｔｃは、キャンセル要求と受付ＩＤ「００１」とを含むＮＦＣ要求をプリンタＰＲに供給する（図６のＳ１５４）。

Ｔ１３２において、プリンタＰＲは、端末Ｔｃからキャンセル要求と受付ＩＤ「００１」とを含むＮＦＣ要求を取得する場合（図２のＳ５０でＹＥＳ）に、待機リストＷＬから受付ＩＤ「００１」を含む端末Ｔｃの端末情報を削除する（Ｓ５２）。これにより、端末Ｔｄの端末情報のみが待機リストＷＬに記述されている状態になる。

その後、Ｔ１４０では、端末Ｔｄのユーザは、状況確認操作を端末Ｔｄに実行し（図６のＳ１４０でＹＥＳ）、端末ＴｄをプリンタＰＲに近づける。この場合、Ｔ１４２において、端末Ｔｄは、状況確認要求と受付ＩＤ「００２」とを含むＮＦＣ要求をプリンタＰＲに供給する（図６のＳ１４４）。

Ｔ１４２において、プリンタＰＲは、端末Ｔｄから状況確認要求と受付ＩＤ「００２」とを含むＮＦＣ要求を取得する場合（図２のＳ６０でＹＥＳ）に、待機リストＷＬから受付ＩＤ「００２」に関連付けられている順位「１」を取得する（Ｓ６２）。そして、Ｔ１４４において、プリンタＰＲは、順位「１」を含むＮＦＣ応答を端末Ｔｄに供給する（Ｓ６４）。

Ｔ１４６では、端末Ｔｄは、プリンタＰＲから取得されるＮＦＣ応答に含まれる順位「１」を表示する（図６のＳ１４８）。これにより、端末Ｔｄのユーザは、端末Ｔｄの接続順位が２番目から１番目に繰り上がったことを知ることができる。

Ｔ９０〜Ｔ１０２は、図８のＴ９０〜Ｔ１０２と同様である。Ｔ１６４では、プリンタＰＲは、待機リストＷＬから最上位の順位「１」に関連付けられている端末ＴｄのＭＡＣｄを取得し（Ｓ８２）、ＭＡＣｄを含むInvitation Requestを端末Ｔｄに供給する（Ｓ８４）。そして、プリンタＰＲは、待機リストＷＬから端末Ｔｄの端末情報を削除する（Ｓ８６）。これにより、いずれの端末情報も待機リストＷＬに記述されていない状態、即ち、いずれの端末も待機していない状態になる。

Ｔ１６６では、端末Ｔｄのユーザは、接続許可操作を端末Ｔｄに実行する（図６のＳ１６２でＹＥＳ）。この場合、Ｔ１６８において、端末Ｔｄは、Invitation ResponseをプリンタＰＲに供給する（Ｓ１６４）。

Ｔ１７０では、プリンタＰＲ及び端末Ｔｄは、第２種の接続プロセスを実行して、無線接続を確立する（図４のＳ９０、図６のＳ１６６）。この結果、端末Ｔｄは、プリンタＰＲがＧ／Ｏ機器として動作する第３のＷＦＤＮＷに子局として参加する。

Ｔ１７２では、プリンタＰＲは、第３のＷＦＤＮＷを利用して、端末Ｔｄから印刷データを取得する（図４のＳ９２）。

（ケースＣの効果）
ケースＣでは、プリンタＰＲは、接続数が上限数に達している状態で、端末Ｔｄから接続要求を含むＮＦＣ要求を取得する場合に、端末Ｔｄと無線通信を適切に実行することができる。また、プリンタＰＲは、端末Ｔｃからキャンセル要求を取得する場合に、端末Ｔｃの端末情報を待機リストＷＬから削除することによって、端末Ｔｃとの無線接続の確立の予定をキャンセルすることができる。このために、プリンタＰＲは、端末Ｔａとの無線接続が切断される場合に、端末Ｔｄとの無線接続を適切に確立することができる。

また、本実施例では、待機リストＷＬには、順位及びＭＡＣアドレスのみならず、ユニークな受付ＩＤが記述される。このために、以下の効果が得られる。例えば、プリンタＰＲが、端末Ｔｃから接続要求を含むＮＦＣ要求を２回に亘って順次取得し、待機用ＮＦＣ応答を端末Ｔｃに２回に亘って順次供給する状況を想定する。この場合、待機リストＷＬには、同じＭＡＣアドレス（即ちＭＡＣｃ）を含む２個の端末情報が順次記述される。そして、上記の２個の端末情報は、それぞれ、ユニークな受付ＩＤを含む。従って、プリンタＰＲは、端末Ｔｃからキャンセル要求又は状況確認要求を含むＮＦＣ要求を取得する場合に、当該ＮＦＣ要求に含まれる受付ＩＤに基づいて、当該ＮＦＣ要求が上記の２個の端末情報のどちらを対象とするものであるのかを区別することができる。

（対応関係）
プリンタＰＲ、無線ＬＡＮＩ／Ｆ２０、ＮＦＣＩ／Ｆ１８が、それぞれ、「通信機器」、「第１のインターフェース」、「第２のインターフェース」の一例である。図７のケースＡでは、端末Ｔａ、端末Ｔｂが、それぞれ、「第１の外部機器」、「第２の外部機器」の一例である。Ｔ２０のＮＦＣ要求、Ｔ４０のＮＦＣ要求が、それぞれ、「第１の無線接続要求」、「第２の無線接続要求」の一例である。また、第１のＷＦＤＮＷ、第２のＷＦＤＮＷが、それぞれ、「第１の無線ネットワーク」、「第２の無線ネットワーク」の一例である。

図８のケースＢでは、端末Ｔａ、端末Ｔｃ、端末Ｔｄが、それぞれ、「特定の外部機器」、「第１の外部機器」、「第３の外部機器」の一例である。Ｔ６０のＮＦＣ要求、Ｔ８０のＮＦＣ要求が、それぞれ、「第１の無線接続要求」、「第３の無線接続要求」の一例である。Ｔ６２の待機用ＮＦＣ応答、Ｔ８２の待機用ＮＦＣ応答が、それぞれ、「第１の待機情報」、「第２の待機情報」の一例である。第１のＷＦＤＮＷ、第３のＷＦＤＮＷが、それぞれ、「特定の無線ネットワーク」、「第３の無線ネットワーク」の一例である。Ｔ１０４のInvitation Requestが、「指示情報」の一例である。

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

（変形例１）
プリンタＰＲが無線接続可能な上限数は、上記の実施例の「２」でなくてもよく、「３」以上であってもよい。例えば、プリンタＰＲの上限数が「４」である場合には、下記の変形例１−１又は１−２が採用されてもよい。

（変形例１−１）
プリンタＰＲは、プリンタＰＲ自身がＧ／Ｏ機器として動作する４個のＷＦＤＮＷが同時的に存在している状況を構築可能であってもよい。この場合、当該４個のＷＦＤＮＷのそれぞれでは、子局の数の最大数が「１」である。プリンタＰＲは、いずれの端末とも無線接続を確立していない状態で、端末Ｔａから接続要求を含むＮＦＣ要求を取得する場合に、接続数が上限数に達していないと判断する。この場合、プリンタＰＲは、第１のＷＦＤＮＷを形成して、端末Ｔａとの無線接続を確立する。その後、プリンタＰＲは、端末Ｔｂから接続要求を含むＮＦＣ要求を取得する場合に、接続数が上限数に達していないと判断する。この場合、プリンタＰＲは、第１のＷＦＤＮＷが形成されている状態を維持しながら、第２のＷＦＤＮＷを形成して、端末Ｔｂとの無線接続を確立する。同様に、プリンタＰＲは、各端末Ｔｃ，Ｔｄから接続要求を含むＮＦＣ要求を順次取得する場合に、第１及び第２のＷＦＤＮＷが形成されている状態を維持しながら、第３及び第４のＷＦＤＮＷを順次形成して、各端末Ｔｃ，Ｔｄとの無線接続を順次確立する。これにより、プリンタＰＲの接続数が上限数になる。本変形例では、端末Ｔａ、端末Ｔｂが、それぞれ、「第１の外部機器」、「第２の外部機器」の一例である。また、別の側面では、端末Ｔｂ（又は端末Ｔｃ）、端末Ｔｃ（又は端末Ｔｄ）が、それぞれ、「第１の外部機器」、「第２の外部機器」の一例である。

（変形例１−２）
プリンタＰＲは、プリンタＰＲ自身がＧ／Ｏ機器として動作する２個のＷＦＤＮＷのみが同時的に存在している状況を構築可能であってもよい。この場合、当該２個のＷＦＤＮＷのそれぞれでは、子局の数の最大数が「２」である。プリンタＰＲが第１及び第２のＷＦＤＮＷを形成するまでは、上記の変形例１−１と同様である。プリンタＰＲは、端末Ｔｃから接続要求を含むＮＦＣ要求を取得する場合に、接続数が上限数に達していないと判断する。この場合、プリンタＰＲは、ＷＦＤＮＷを新たに形成せずに、端末Ｔｃとの無線接続を確立して、端末Ｔｃを第１のＷＦＤＮＷに参加させる。その後、プリンタＰＲは、端末Ｔｄから接続要求を含むＮＦＣ要求を取得する場合に、接続数が上限数に達していないと判断する。この場合、プリンタＰＲは、ＷＦＤＮＷを新たに形成せずに、端末Ｔｄとの無線接続を確立して、端末Ｔｄを第２のＷＦＤＮＷに参加させる。これにより、プリンタＰＲの接続数が上限数になる。本変形例でも、端末Ｔａ、端末Ｔｂが、それぞれ、「第１の外部機器」、「第２の外部機器」の一例である。本変形例のように、通信機器が親局として動作する無線ネットワークでは、子局の最大数が「２」以上であってもよい。

（変形例２）
プリンタＰＲは、ＮＦＣＩ／Ｆ１８を備える代わりに、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｔｒａｎｓｆｅｒ Ｊｅｔ（登録商標）、赤外線等の他の無線通信のための特定のＩ／Ｆを備えていてもよい。そして、プリンタＰＲは、上記の特定のＩ／Ｆを介して、端末から無線接続要求を取得してもよい。また、プリンタＰＲは、例えば、無線ＬＡＮＩ／Ｆ２０を介して、端末から無線接続要求（例えばAssociation Request）を取得してもよい。即ち、通信機器は、どのような種類のＩ／Ｆを利用して、外部機器から無線接続要求を取得してもよい。同様に、通信機器は、どのような種類のＩ／Ｆを利用して、待機情報を外部機器に供給してもよい。

（変形例３）
ＣＰＵ３２は、プリンタＰＲをＷＦＤ方式のＧ／Ｏ機器として動作させる代わりに、いわゆるＳｏｆｔＡＰを起動して、プリンタＰＲを疑似的なＡＰとして動作させてもよい。本変形例でも、ＣＰＵ３２は、プリンタＰＲが親局として動作する無線ネットワークを形成することができる。

（変形例４）
「通信機器」は、プリンタＰＲに限られず、他の種類の機器（例えば、スキャナ、ファクシミリ、電話機、多機能機、無線アクセスポイント、ＰＣ、携帯端末等）であってもよい。一般的に言うと、「通信機器」は、無線ネットワークの親局として動作して、外部機器との無線接続を確立可能な機器であれば、どのような種類の機器であってもよい。

（変形例５）上記の実施例では、プリンタＰＲのＣＰＵ３２がメモリ３４内のプログラム３６（即ちソフトウェア）を実行することによって、図２〜図４の各処理が実現される。これに代えて、図２〜図４の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

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

ＰＲ：プリンタ、１２：操作部、１４：表示部、１６：印刷実行部、１８：ＮＦＣインターフェース、２０：無線ＬＡＮインターフェース、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、ＳＡｘ：第１のＮＷ記憶領域、ＳＡｙ：第２のＮＷ記憶領域、Ｐｘ，Ｐｙ：無線プロファイル、Ｌｘ，Ｌｙ：管理リスト、ＷＬ：待機リスト、Ｔａ〜Ｔｄ：端末、７２：操作部、７４：表示部、７８：ＮＦＣインターフェース、８０：無線ＬＡＮインターフェース、９０：制御部、９２：ＣＰＵ、９４：メモリ、９６：ＯＳプログラム、９８：アプリケーション

Claims (8)

1. 通信機器であって、
   外部機器から無線接続要求を取得する取得部と、
   前記外部機器から前記無線接続要求が取得される場合に、前記通信機器が現在確立している無線接続の数である接続数が上限数に達しているのか否かを判断する判断部と、
   前記判断の結果に応じた処理を実行する処理実行部と、を備え、
   前記処理実行部は、
   第１の外部機器から第１の無線接続要求が取得されて、前記接続数が前記上限数に達していないと判断される場合に、第１の無線ネットワークを形成して、前記第１の外部機器との無線接続を確立する第１の確立部であって、前記第１の無線ネットワークでは、前記通信機器が親局として動作すると共に前記第１の外部機器が子局として動作する、前記第１の確立部と、
   前記第１の無線ネットワークが形成されている状態で、前記第１の外部機器とは異なる第２の外部機器から第２の無線接続要求が取得されて、前記接続数が前記上限数に達していないと判断される場合に、前記第１の無線ネットワークが形成されている状態を維持しながら、第２の無線ネットワークを新たに形成して、前記第２の外部機器との無線接続を確立する第２の確立部であって、前記第２の無線ネットワークの識別子は、前記第１の無線ネットワークの識別子と異なり、前記第２の無線ネットワークでは、前記通信機器が親局として動作すると共に前記第２の外部機器が子局として動作する、前記第２の確立部と、を備える、通信機器。
2. 前記通信機器は、さらに、
   第１のインターフェースを備え、
   前記接続数は、前記通信機器が前記第１のインターフェースを介して現在確立している前記無線接続の数であり、
   前記第１の確立部は、前記第１のインターフェースを介して、前記第１の外部機器との前記無線接続を確立し、
   前記第２の確立部は、前記第１のインターフェースを介した前記第１の外部機器との前記無線接続が確立されている状態を維持しながら、前記第１のインターフェースを介して、前記第２の外部機器との前記無線接続を確立する、請求項１に記載の通信機器。
3. 前記通信機器は、さらに、
   第２のインターフェースを備え、
   前記取得部は、前記第２のインターフェースを介して、前記外部機器から前記無線接続要求を取得する、請求項１又は２に記載の通信機器。
4. 前記処理実行部は、さらに、
   前記第１の外部機器から前記第１の無線接続要求が取得されて、前記接続数が前記上限数に達していると判断される場合に、前記通信機器との無線接続を確立可能な状況になるまで前記第１の外部機器を待機させるための第１の待機情報を、前記第１の外部機器に供給する供給部と、
   前記第１の待機情報が前記第１の外部機器に供給された後に、前記通信機器と特定の外部機器との間の無線接続が切断される場合に、前記通信機器と前記特定の外部機器との双方が所属していた特定の無線ネットワークとは異なる第３の無線ネットワークを新たに形成して、前記第１の外部機器との無線接続を確立する第３の確立部であって、前記特定の無線ネットワークでは、前記通信機器が親局として動作すると共に前記特定の外部機器が子局として動作し、前記第３の無線ネットワークでは、前記通信機器が親局として動作すると共に前記第１の外部機器が子局として動作する、前記第３の確立部と、
   を備える、請求項１から３のいずれか一項に記載の通信機器。
5. 前記第３の確立部は、前記通信機器が前記親局として動作する前記第３の無線ネットワークを形成した後に、前記第３の無線ネットワークに前記子局として参加することを指示するための指示情報を前記第１の外部機器に供給して、前記第１の外部機器との前記無線接続を確立する、請求項４に記載の通信機器。
6. 前記取得部は、前記第１の外部機器から、前記第１の外部機器のＭＡＣアドレスを含む前記第１の無線接続要求を取得し、
   前記第３の確立部は、前記第１の外部機器の前記ＭＡＣアドレスを含む前記指示情報を前記第１の外部機器に供給する、請求項５に記載の通信機器。
7. 前記取得部は、さらに、前記第１の待機情報が前記第１の外部機器に供給された後であって、前記通信機器と前記特定の外部機器との間の前記無線接続が切断される前に、第３の外部機器から第３の無線接続要求を取得し、
   前記供給部は、さらに、前記第３の外部機器から前記第３の無線接続要求が取得されて、前記接続数が前記上限数に達していると判断される場合に、前記通信機器との無線接続を確立可能な状況になるまで前記第３の外部機器を待機させるための第２の待機情報を、前記第３の外部機器に供給し、
   前記第３の確立部は、前記第１の待機情報が前記第１の外部機器に供給され、前記第２の待機情報が前記第３の外部機器に供給され、その後、前記通信機器と前記特定の外部機器との間の前記無線接続が切断される場合に、前記第３の無線ネットワークを新たに形成して、前記第１の外部機器と前記第３の外部機器とのうち、無線接続要求を前記通信機器に先に供給した前記第１の外部機器との無線接続を優先的に確立する、請求項４から６のいずれか一項に記載の通信機器。
8. 通信機器のためのコンピュータプログラムであって、
   前記通信機器に搭載されるコンピュータに、以下の各処理、即ち、
   外部機器から無線接続要求を取得する取得処理と、
   前記外部機器から前記無線接続要求が取得される場合に、前記通信機器が現在確立している無線接続の数である接続数が上限数に達しているのか否かを判断する判断処理と、
   前記判断の結果に応じた処理を実行する処理実行処理と、を実行させ、
   前記処理実行処理は、
   第１の外部機器から第１の無線接続要求が取得されて、前記接続数が前記上限数に達していないと判断される場合に、第１の無線ネットワークを形成して、前記第１の外部機器との無線接続を確立する第１の確立処理であって、前記第１の無線ネットワークでは、前記通信機器が親局として動作すると共に前記第１の外部機器が子局として動作する、前記第１の確立処理と、
   前記第１の無線ネットワークが形成されている状態で、前記第１の外部機器とは異なる第２の外部機器から第２の無線接続要求が取得されて、前記接続数が前記上限数に達していないと判断される場合に、前記第１の無線ネットワークが形成されている状態を維持しながら、第２の無線ネットワークを新たに形成して、前記第２の外部機器との無線接続を確立する第２の確立処理であって、前記第２の無線ネットワークの識別子は、前記第１の無線ネットワークの識別子と異なり、前記第２の無線ネットワークでは、前記通信機器が親局として動作すると共に前記第２の外部機器が子局として動作する、前記第２の確立処理と、
   を含む、コンピュータプログラム。

Images