JP6119481B2 - 機能実行装置 - Google Patents

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の略）規格に従って、音声データの無線通信を実行するためのインターフェースを備える。本体５２及びハンドセット６８が音声データの無線通信を実行することによって、図示省略の外部の電話機（即ちＰＳＴＮに接続されている電話機）との電話通信が実現される。

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

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

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

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

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

（ディスプレイ８０の構成）
ディスプレイ８０は、例えば家庭内のテレビのディスプレイである。ディスプレイ８０には、上記の印刷アプリはインストールされない。ディスプレイ８０は、ＷＦＤ機器である。ディスプレイ８０は、ＭＦＰ１０とのＷＦＤ接続を確立して、ＷＦＤＮＷにＣＬ機器として参加することができる。これにより、ディスプレイ８０は、ＷＦＤＮＷを利用して、ＭＦＰ１０と対象データ（例えばディスプレイで表示されるべき画像データ）の無線通信を実行することができる。

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

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

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

ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、Ｔ２において、ＷＦＤＮＷを形成する。ＣＤ５０のＣＰＵ６２は、ＣＤ５０の電源がＯＮされると、Ｔ１０，Ｔ１２において、ＭＦＰ１０とのＷＦＤ接続を確立して、ＷＦＤＮＷに参加する。

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

次いで、Ｔ１７，Ｔ１８において、ＡＰ１００及びＭＦＰ１０の間に通常Ｗｉ−Ｆｉ接続を確立するための操作が、ＡＰ１００及びＭＦＰ１０のそれぞれに実行される。この場合、Ｔ２０，Ｔ２２において、ＭＦＰ１０は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立して、ＡＰ１００によって形成されている通常Ｗｉ−ＦｉＮＷに参加する。

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

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

次いで、Ｔ２７，Ｔ２８，Ｔ２９において、ＭＦＰ１０及び携帯端末７０Ａの間にＷＦＤ接続を確立するための操作が、ＭＦＰ１０及び携帯端末７０Ａのそれぞれに実行される。この場合、Ｔ３０，Ｔ３２，Ｔ３４において、携帯端末７０Ａは、ＭＦＰ１０とのＷＦＤ接続を確立して、ＷＦＤＮＷにＣＬ機器として参加する。

ＭＦＰ１０及び携帯端末７０Ａが同一のＷＦＤＮＷに所属しているので、Ｔ３６において、携帯端末７０Ａは、印刷アプリを利用して、ＭＦＰ１０で印刷されるべき画像を表わす印刷データを生成し、ＷＦＤＮＷを利用して（即ちＡＰ１００を介さずに直接的に）、当該印刷データをＭＦＰ１０に送信する。

ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷを利用して、携帯端末７０Ａから印刷データを受信する場合に、Ｔ３８において、印刷データによって表わされる画像の印刷を印刷実行部１６に実行させる。

続いて、図２の各処理の詳細を説明する。ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、以下の各処理を実行する。

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

ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷで利用されるべきＭＦＰ１０のＩＰｂ「192.168.100.1」及びＳＭｂ「255.255.255.0」を、予め決められているルールに従って決定する。そして、ＣＰＵ３２は、ＩＰｂ及びＳＭｂを、ＷＦＤ記憶領域２１０内のＷＦＤ通信情報２１１として記憶させる（図１参照）。

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

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

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

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

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

具体的には、Ｔ１２では、ＭＦＰ１０のＣＰＵ３２は、Probe Response信号をＣＤ５０に送信し、次いで、ＣＤ５０からProvision Discovery Request信号を受信する。Provision Discovery Request信号は、ＣＤ５０の機器タイプを示すタイプ情報を含む。上述したように、ＣＤ５０はＭＦＰ１０とセットで販売されるため、ＣＤ５０のタイプ情報は、ＭＦＰ１０のタイプ情報と同じであり、「Printers, Scanners, Faxes and Copiers」を示す。以下では、当該タイプ情報のことを「Printer」と省略して記載する。次いで、ＣＰＵ３２は、Provision Discovery Response信号をＣＤ５０に送信する。ＣＰＵ３２は、さらに、WSC Exchange及び4-Way Handshakeの通信をＣＤ５０と実行する。なお、ＣＰＵ３２は、Ｔ１２の過程で、ＷＦＤ記憶領域２１０内のＷＦＤ設定情報２１２に含まれるパスワードを、ＣＤ５０に供給する。

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

また、ＭＦＰ１０のＣＰＵ３２は、ＣＤ５０の機器情報３５０（図１参照）を管理リスト３００に記述する。機器情報３５０は、Ｔ１０で受信された接続要求（即ちProbe Request信号）に含まれるＣＤ５０のＭＡＣｙと、Ｔ１２で受信されたProvision Discovery Request信号に含まれるＣＤ５０のタイプ情報「Printer」と、を含む。

ＭＦＰ１０のＣＰＵ３２は、ＣＤ５０とのＷＦＤ接続を確立すると（即ちＴ１２の後に）、ＭＦＰ１０のＩＰｂ及びＳＭｂを利用して、ＷＦＤＮＷのネットワークアドレス「192.168.100」を特定する。そして、ＣＰＵ３２は、ネットワークアドレス「192.168.100」を有するＩＰアドレスであって、ＩＰｂとは異なるＩＰアドレス（以下では「ＩＰｙ」と呼ぶ；例えば「192.168.100.2」）を生成する。そして、ＣＰＵ３２は、生成済みのＩＰｙと、ＷＦＤＮＷで利用されているＳＭｂと、をＣＤ５０に割り当てる。

Ｔ１４，Ｔ１６では、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷを利用して、ＣＤ５０からＦＡＸデータを受信して、印刷実行部１６に印刷を実行させることができる。

Ｔ１７，Ｔ１８では、ユーザは、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続を確立するために、いわゆる自動無線設定のプッシュボタン方式（即ちＰＢＣ方式）に従った操作をＭＦＰ１０及びＡＰ１００のそれぞれに実行する。自動無線設定は、例えば、ＷＰＳ（Wi-Fi Protected Setupの略）等である。

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

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

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

本実施例では、ＡＰ１００は、ＤＨＣＰ（Dynamic Host Configuration Protocolの略）サーバとして機能する。従って、ＭＦＰ１０のＣＰＵ３２は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立すると（即ちＴ２２の後に）、通常Ｗｉ−ＦｉＮＷで利用されるべきＭＦＰ１０のＩＰａ「192.168.0.2」及びＳＭａ「255.255.255.0」を、ＡＰ１００から取得する。そして、ＣＰＵ３２は、それらの情報を、通常Ｗｉ−Ｆｉ記憶領域２００内の通常Ｗｉ−Ｆｉ通信情報２０１として記憶させる（図１参照）。

また、ＭＦＰ１０のＣＰＵ３２は、Ｔ２２で受信されるProbe Response信号に含まれるＡＰ１００のＭＡＣｘを含むＡＰ情報３１０（図１参照）を、管理リスト３００に記述する。

Ｔ２４，Ｔ２６では、ＭＦＰ１０のＣＰＵ３２は、通常Ｗｉ−ＦｉＮＷを利用して、ＰＣ１１０からＡＰ１００を介して印刷データを受信して、印刷実行部１６に印刷を実行させることができる。

上述したように、携帯端末７０Ａは、印刷機能をＭＦＰ１０に実行させるための印刷アプリを有する。Ｔ２７では、携帯端末７０Ａのユーザは、印刷機能をＭＦＰ１０に実行させることを望む場合に、プッシュボタン方式に従った操作をＭＦＰ１０に実行する。さらに、Ｔ２８において、ユーザは、印刷アプリを起動する。次いで、Ｔ２９において、ユーザは、プッシュボタン方式に従った操作を携帯端末７０に実行する。

携帯端末７０Ａは、Ｔ２８及びＴ２９の操作が実行されると、Ｔ３０において、携帯端末７０のＭＡＣアドレス（以下では「ＭＡＣｚ」と呼ぶ）を含むProbe Request信号を、ＭＦＰ１０に送信する。

ＭＦＰ１０のＣＰＵ３２は、携帯端末７０ＡからＭＡＣｚを含むProbe Request信号を受信すると、Ｔ３２において、ＷＦＤ方式の接続用データの無線通信（ただし、Probe Request信号の通信を除く）を携帯端末７０Ａと実行して、携帯端末７０ＡとのＷＦＤ接続を確立する。

具体的には、Ｔ３２では、ＭＦＰ１０のＣＰＵ３２は、Probe Response信号を携帯端末７０Ａに送信し、次いで、携帯端末７０ＡからProvision Discovery Request信号を受信する。Provision Discovery Request信号は、携帯端末７０Ａのタイプ情報「Computer」を含む。次いで、ＣＰＵ３２は、Provision Discovery Response信号を携帯端末７０Ａに送信し、さらに、WSC Exchange及び4-Way Handshakeの通信を携帯端末７０Ａと実行する。ＣＰＵ３２は、Ｔ３２の過程で、ＷＦＤ記憶領域２１０内のＷＦＤ設定情報２１２に含まれるＳＳＩＤ「ＹＹＹ」、認証方式、暗号化方式、及び、パスワードを、携帯端末７０Ａに供給する。

また、ＭＦＰ１０のＣＰＵ３２は、携帯端末７０ＡとのＷＦＤ接続を確立すると（即ちＴ３２の後に）、ＷＦＤＮＷのネットワークアドレス「192.168.100」と同一のネットワークアドレスを有するＩＰアドレスであって、ＭＦＰ１０及びＣＤ５０のＩＰｂ及びＩＰｙとは異なるＩＰアドレス（以下では「ＩＰｚ」と呼ぶ；例えば「192.168.100.3」）を生成する。そして、ＣＰＵ３２は、生成済みのＩＰｚと、ＷＦＤＮＷで利用されているＳＭｂと、を携帯端末７０Ａに割り当てる。

ＭＦＰ１０のＣＰＵ３２は、さらに、携帯端末７０Ａの機器情報３７０（図１参照）を管理リスト３００に記述する。機器情報３７０は、Ｔ３０で受信された接続要求（即ちProbe Request信号）に含まれるＭＡＣｚと、Ｔ３２で受信されたProvision Discovery Request信号に含まれる携帯端末７０Ａのタイプ情報「Computer」と、を含む。

Ｔ３４において、携帯端末７０Ａは、携帯端末７０Ａの状態をデバイス状態からＣＬ状態に移行させる。これにより、携帯端末７０Ａは、ＷＦＤＮＷにＣＬ機器として参加することができる。

Ｔ３６，Ｔ３８において、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷを利用して、携帯端末７０Ａから印刷データを受信して、印刷実行部１６に印刷を実行させることができる。

上述したように、Ｔ１２が実行されると、ＭＦＰ１０は、ＣＤ５０とのＷＦＤ接続、即ち、１個の無線接続を確立している状態になる。即ち、ＭＦＰ１０に上限数の無線接続（即ち３個の無線接続）が確立されていない。従って、ＭＦＰ１０は、残り２個の機器との無線接続を確立することができる。このために、Ｔ２２において、ＭＦＰ１０は、さらに、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立することができる。

また、Ｔ２２が実行されると、ＭＦＰ１０は、ＣＤ５０とのＷＦＤ接続と、ＡＰ１００との通常Ｗｉ−Ｆｉ接続と、の２個の無線接続を確立している状態になる。即ち、ＭＦＰ１０に上限数の無線接続（即ち３個の無線接続）が確立されていない。従って、ＭＦＰ１０は、残り１個の機器との無線接続を確立することができる。このために、Ｔ３２において、ＭＦＰ１０は、携帯端末７０ＡとのＷＦＤ接続を確立することができる。

また、Ｓ３２が実行されると、ＭＦＰ１０は、ＣＤ５０とのＷＦＤ接続と、ＡＰ１００との通常Ｗｉ−Ｆｉ接続と、携帯端末７０ＡとのＷＦＤ接続と、を確立している状態になる。即ち、ＭＦＰ１０に上限数の無線接続（即ち３個の無線接続）が確立されている状態になる。

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

例えば、ＭＦＰ１０は、携帯端末７０Ｂから接続要求を受信すると、携帯端末７０Ａの場合と同様に、携帯端末７０ＢとのＷＦＤ接続を確立する。これにより、ＭＦＰ１０は、ＷＦＤＮＷを利用して、携帯端末７０Ｂから印刷データを受信して、印刷機能を実行することができる。

また、例えば、ＭＦＰ１０は、ディスプレイ８０から接続要求を受信すると、ディスプレイ８０とのＷＦＤ接続を確立する。なお、ＭＦＰ１０は、ディスプレイ８０とのＷＦＤ接続を確立する過程で、ディスプレイ８０から、ディスプレイ８０のタイプ情報「Display」を含むProvision Discovery Request信号を受信する。ＭＦＰ１０は、ディスプレイ８０とのＷＦＤ接続を確立すると、ＷＦＤＮＷを利用して、例えばスキャンデータをディスプレイ８０に送信して、スキャン画像をディスプレイ８０で表示させることができる。

また、図１には示されていないデジタルカメラに印刷アプリがインストールされ得る。この場合、ＭＦＰ１０は、デジタルカメラから接続要求を受信し得る。ＭＦＰ１０は、デジタルカメラから接続要求を受信すると、デジタルカメラとのＷＦＤ接続を確立する。なお、ＭＦＰ１０は、デジタルカメラとのＷＦＤ接続を確立する過程で、デジタルカメラから、デジタルカメラのタイプ情報「Camera」を含むProvision Discovery Request信号を受信する。ＭＦＰ１０は、デジタルカメラとのＷＦＤ接続を確立すると、ＷＦＤＮＷを利用して、デジタルカメラから印刷データを受信して、印刷機能を実行することができる。

上述したように、本実施例では、ＭＦＰ１０は、様々なタイプ情報「Printer」等を有する機器とのＷＦＤ接続を確立し得る。タイプ情報「Printer」を有する機器（例えばＣＤ５０）、及び、タイプ情報「Display」を有する機器（例えばディスプレイ８０）には、通常、印刷アプリがインストールされない。一方において、タイプ情報「Computer」を有する機器（例えば携帯端末７０Ａ，７０Ｂ）、及び、タイプ情報「Camera」を有する機器（例えばデジタルカメラ）には、印刷アプリがインストールされ得る。以下では、印刷アプリがインストールされないタイプの機器、印刷アプリがインストールされ得るタイプの機器のことを、それぞれ、「特定タイプ機器」、「非特定タイプ機器」と呼ぶ。

（ＭＦＰ１０の応答処理；図３）
図３を参照して、ＭＦＰ１０のＣＰＵ３２が実行する応答処理の内容を説明する。図３の応答処理は、特定の携帯端末（例えば携帯端末７０Ａ，７０Ｂ）から接続要求を受信すること（例えば図２のＴ３０）をトリガとして開始される。接続要求（即ち、Probe Request信号）は、特定の携帯端末のＭＡＣアドレスを含む。

Ｓ２では、ＣＰＵ３２は、Probe Response信号を特定の携帯端末に送信し、次いで、特定の携帯端末から、タイプ情報を含むProvision Discovery Request信号を受信する（例えば図２のＴ３２）。なお、特定の携帯端末のタイプ情報は、「Computer」である。

Ｓ４では、ＣＰＵ３２は、ＭＦＰ１０に現在確立されている無線接続の数（以下では「接続個数」と呼ぶ）が上限数（即ち「３」）に一致するのか否かを判断する。ＣＰＵ３２は、接続個数が「１」又は「２」である場合、接続個数が上限数に一致しない（即ちＳ４でＮＯ）と判断して、Ｓ６に進む。なお、例えば、図２のＴ３０において、ＭＦＰ１０が携帯端末７０Ａ（即ち特定の携帯端末）から接続要求を受信するタイミングでは、接続個数が「２」である。

Ｓ６では、ＣＰＵ３２は、確立済みの他の無線接続（例えば、図２の例では、ＣＤ５０とのＷＦＤ接続、及び、ＡＰ１００との通常Ｗｉ−Ｆｉ接続）を維持したまま、特定の携帯端末（例えば携帯端末７０Ａ）とのＷＦＤ接続を確立する。ＷＦＤ接続を確立するための各処理については、図２のＴ３２の各処理と同様である。

次いで、Ｓ８では、ＣＰＵ３２は、ＷＦＤＮＷを利用して、特定の携帯端末から印刷指示（即ち印刷データ）を受信して、当該印刷データを印刷実行部１６に供給する。これにより、印刷データによって表される画像が印刷実行部１６によって印刷される。Ｓ８が終了すると、ＭＦＰ１０と特定の携帯端末との間のＷＦＤ接続が維持された状態で、図３の処理が終了する。

一方において、例えば、図２において、ＭＦＰ１０と携帯端末７０Ａとの間にＷＦＤ接続が確立された後に、さらに、携帯端末７０Ｂ（即ち特定の携帯端末）から接続要求を受信する場合には、ＣＰＵ３２は、接続個数が上限数に一致する（即ちＳ４でＹＥＳ）と判断して、Ｓ２０に進む。

なお、図２の例では、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されていると共に、ＭＦＰ１０と２個のＣＬ機器（即ち、ＣＤ５０、携帯端末７０Ａ）との間に２個のＷＦＤ接続が確立されている結果として、接続個数が上限数に一致する。ただし、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されておらず、ＭＦＰ１０と３個のＣＬ機器との間に３個のＷＦＤ接続が確立されている状況でも、接続個数が上限数に一致する。この場合も、ＣＰＵ３２は、接続個数が上限数に一致する（即ちＳ４でＹＥＳ）と判断して、Ｓ２０に進む。

Ｓ２０では、ＣＰＵ３２は、ＭＦＰ１０との無線接続が確立されている３個の機器の中から、無線接続が一時的に切断されるべき１個の機器（以下では「切断対象機器」と呼ぶ）を選択するための選択処理を実行する。選択処理では、ＣＰＵ３２は、ＭＦＰ１０が所属している無線ネットワークに問合信号をブロードキャストして、起動信号の受信を監視する。問合信号は、問合信号の最終送信先の各機器が印刷アプリを起動中であるのか否かを問い合せるための信号である。そして、起動信号は、印刷アプリが起動中（即ち動作中）であることを示す信号である。なお、「印刷アプリを起動中」とは、印刷アプリが起動される時点から印刷アプリが終了される時点までの状態、即ち、印刷アプリが動作している状態、を意味する。Ｓ２０では、通常、ＣＰＵ３２は、起動信号の受信の結果に応じて、切断対象機器（即ちＡＰ１００又はＣＬ機器）を選択する。ただし、Ｓ２０では、切断対象機器が選択されないこともある。

次いで、Ｓ４０において、ＣＰＵ３２は、切断対象機器を選択できたか否かを判断する。ＣＰＵ３２は、切断対象機器を選択できなかったと判断する場合（Ｓ４０でＮＯ）には、Ｓ４２において、接続拒否通知を特定の携帯端末に送信する。これにより、特定の携帯端末に、ＭＦＰ１０との無線接続（即ちＷＦＤ接続）を確立不可能であることを通知することができる。Ｓ４２が実行される場合には、ＭＦＰ１０と特定の携帯端末との間に無線接続が確立されることなく、図３の処理が終了する。

一方において、ＣＰＵ３２は、切断対象機器を選択できたと判断する場合（Ｓ４０でＹＥＳ）には、Ｓ４４において、切断対象機器との無線接続を切断する。例えば、ＣＰＵ３２は、切断対象機器としてＡＰ１００を選択した場合には、Ｓ４４において、管理リスト３００に記述されているＡＰ１００のＭＡＣｘを送信先として、通常Ｗｉ−ＦｉＮＷから離脱することを示す離脱信号を送信する。この結果、ＭＦＰ１０とＡＰ１００との間の通常Ｗｉ−Ｆｉ接続が切断される。次いで、ＣＰＵ３２は、ＡＰ情報３１０を管理リスト３００から削除する。これにより、管理リスト３００内のＭＡＣアドレスの数が２個（即ち、ＭＦＰ１０の接続個数が上限数未満の「２」）になる。

また、例えば、ＣＰＵ３２は、切断対象機器としてＣＬ機器を選択した場合には、Ｓ４４において、選択済みのＣＬ機器に切断信号を送信する。この結果、ＭＦＰ１０と選択済みのＣＬ機器との間のＷＦＤ接続が切断される。ＣＰＵ３２は、選択済みのＣＬ機器の機器情報を管理リスト３００から削除する。これにより、管理リスト３００内のＭＡＣアドレスの数が２個（即ち、ＭＦＰ１０の接続個数が上限数未満の「２」）になる。なお、当該ＣＬ機器の機器情報は、管理リスト３００から削除されるが、メモリ３４内の管理リスト３００とは異なる退避領域に記憶される。これにより、後述のＳ５８において、ＣＰＵ３２は、上記の退避領域からＭＡＣアドレスを読み出して、当該ＭＡＣアドレスを含むInvite信号を送信することができる。

上述したように、Ｓ４４が実行されると、ＭＦＰ１０の接続個数が「２」になり、ＭＦＰ１０が特定の携帯端末との無線接続を確立することが可能な状態になる。従って、Ｓ５２では、ＣＰＵ３２は、特定の携帯端末とのＷＦＤ接続を確立する。図３のトリガ及びＳ２において、ＭＦＰ１０と特定の携帯端末との間では、Probe Request信号、Probe Response信号、及び、Provision Discovery Request信号の通信が実行済みである。このため、Ｓ５２では、ＣＰＵ３２は、Ｓ２の続きの通信、即ち、Provision Discovery Response信号、WSC Exchange、及び、4-Way Handshakeの通信を、特定の携帯端末と実行する。これにより、ＭＦＰ１０と特定の携帯端末との間にＷＦＤ接続が確立される。即ち、特定の携帯端末は、Ｇ／Ｏ機器であるＭＦＰ１０によって形成されているＷＦＤＮＷにＣＬ機器として参加する。

次いで、Ｓ５４では、ＣＰＵ３２は、ＷＦＤＮＷを利用して、特定の携帯端末から印刷指示（即ち印刷データ）を受信して、当該印刷データを印刷実行部１６に供給する。ＣＰＵ３２は、特定の携帯端末から全ての印刷データを受信すると、Ｓ５６に進む。

Ｓ５６では、ＣＰＵ３２は、切断信号を特定の携帯端末に送信して、特定の携帯端末とのＷＦＤ接続を切断する。この結果、ＭＦＰ１０の接続個数が上限数未満の「２」になる。

次いで、Ｓ５８では、ＣＰＵ３２は、Ｓ４４で無線接続が切断された機器（即ちＡＰ１００又はＣＬ機器）との無線接続を再確立する。例えば、Ｓ４４でＡＰ１００との通常Ｗｉ−Ｆｉ接続が切断された場合には、ＣＰＵ３２は、通常Ｗｉ−Ｆｉ設定情報２０２に含まれる通常Ｗｉ−ＦｉＮＷのＳＳＩＤ「ＸＸＸ」をメモリ３４から読み出して、ＳＳＩＤ「ＸＸＸ」を含む接続要求をＡＰ１００に送信する。この後の通常Ｗｉ−Ｆｉ接続を確立するための各処理は、図２のＴ２２の各処理と同様である。ただし、ここでは、自動無線設定のプッシュボタン方式に従った操作をＡＰ１００に実行しなくてよい。ＭＦＰ１０は、通常Ｗｉ−ＦｉＮＷで利用されている通常Ｗｉ−Ｆｉ設定情報２０２を取得済みであり、ＡＰ１００から通常Ｗｉ−Ｆｉ設定情報２０２を取得する必要がないからである。当該通常Ｗｉ−Ｆｉ接続が再確立されると、ＣＰＵ３２は、ＡＰ情報３１０を管理リスト３００に再び記述する。

また、例えば、Ｓ４４でＣＬ機器とのＷＦＤ接続が切断された場合には、当該ＣＬ機器は、ＣＬ状態からデバイス状態に移行している。Ｓ４４の処理の結果としてデバイス状態に移行した機器のことを「特定のデバイス機器」と呼ぶ。ＣＰＵ３２は、特定のデバイス機器の機器情報（例えば機器情報３７０）に含まれるＭＡＣアドレスを、メモリ３４内の上記の退避領域から読み出して、当該ＭＡＣアドレスを含むInvite信号を、特定のデバイス機器に送信する。Invite信号は、ＷＦＤの規格書で定義されている信号であり、デバイス機器をＷＦＤＮＷに参加させるための信号である。当該ＷＦＤ接続が再確立されると、ＣＰＵ３２は、ＷＦＤ接続が再接続されたＣＬ機器の機器情報を管理リスト３００に再び記述する。

特定のデバイス機器は、特定のデバイス機器自身のＭＡＣアドレスを含むInvite信号を受信すると、接続要求をＭＦＰ１０に送信する。この後のＷＦＤ接続を確立するための各処理は、図２のＴ３２の各処理と同様である。ただし、ここでは、自動無線設定のプッシュボタン方式に従った操作をＭＦＰ１０に実行しなくてよい。ＭＦＰ１０は、Invite信号を送信する場合には、プッシュボタン方式に従った操作が実行されなくても、自動無線設定に従ってＷＦＤ設定情報２１２を特定のデバイス機器に供給することができるからである。

上述したように、Ｓ５８が実行されると、ＭＦＰ１０は、無線接続が切断された機器との無線接続を再確立することができる。この結果、ＭＦＰ１０の状態が、図３の処理を開始する前の状態、即ち、接続個数が上限数に一致する状態に戻る。

（ＭＦＰ１０の選択処理；図４）
図４は、図３のＳ２０の選択処理の内容を示す。Ｓ２１では、ＣＰＵ３２は、ＭＦＰ１０が所属している全ての無線ネットワークに問合信号をブロードキャストして、起動信号の受信を監視する。例えば、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されており、かつ、ＭＦＰ１０と２個のＣＬ機器（例えば、ＣＤ５０、携帯端末７０Ａ）との間に２個のＷＦＤ接続が確立されている場合には、ＣＰＵ３２は、通常Ｗｉ−ＦｉＮＷ及びＷＦＤＮＷのそれぞれに問合信号をブロードキャストする。また、例えば、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されておらず、ＭＦＰ１０と３個のＣＬ機器との間に３個のＷＦＤ接続が確立されている場合には、ＣＰＵ３２は、ＷＦＤＮＷのみに問合信号をブロードキャストする。

問合信号の最終送信先の各機器のうち、印刷アプリを起動中である機器は、印刷アプリを起動中であることを示す起動信号をＭＦＰ１０に送信する。例えば、ＭＦＰ１０と携帯端末７０Ａとの間にＷＦＤ接続が確立されており、かつ、携帯端末７０Ａで印刷アプリが起動中である状況を想定する。この場合、携帯端末７０Ａは、ＷＦＤＮＷにブロードキャストされた問合信号を受信すると、起動信号をＭＦＰ１０に送信する。

ところで、上述したように、ＣＤ５０は、印刷アプリを有していない。しかしながら、ＣＤ５０は、ＭＦＰ１０から、ＷＦＤＮＷにブロードキャストされた問合信号を受信する場合に、印刷アプリを有していないにも関わらず、起動信号をＭＦＰ１０に送信する。これにより、切断対象機器としてＣＤ５０が選択されることがなく、この結果、ＭＦＰ１０とＣＤ５０との間でＦＡＸデータの通信を実行不可能な状況が発生するのを抑制することができる。

また、例えば、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されており、かつ、ＡＰ１００に接続されているＰＣ１１０が印刷アプリを起動中である状況を想定する。この場合、ＰＣ１１０は、通常Ｗｉ−ＦｉＮＷにブロードキャストされた問合信号を受信すると、ＡＰ１００を介して、起動信号をＭＦＰ１０に送信する。これにより、ＭＦＰ１０は、ＡＰ１００を介して、ＰＣ１１０から起動信号を受信する。即ち、ＭＦＰ１０は、ＡＰ１００から起動信号を受信する。なお、ＭＦＰ１０以外に２個以上の機器がＡＰ１００に接続されている場合には、当該２個以上の機器のそれぞれで印刷アプリが起動され得る。この場合、ＭＦＰ１０は、ＡＰ１００を介して、２個以上の機器のそれぞれから起動信号を受信し得る。即ち、ＭＦＰ１０は、ＡＰ１００から２個以上の起動信号を受信し得る。

Ｓ２２では、ＣＰＵ３２は、ＭＦＰ１０との無線接続が確立されている３個の機器の全てから起動信号を受信したのか否かを判断する。上記の３個の機器は、他の機器を介することなく、ＭＦＰ１０との無線接続が直接的に確立されている。上記の３個の機器は、一つの例では、ＡＰ１００と２個のＣＬ機器であり、他の例では、３個のＣＬ機器である。ＣＰＵ３２は、問合信号をブロードキャストしてから所定時間が経過するまでの間に、上記の３個の機器の全てから起動信号を受信する場合には、Ｓ２２でＹＥＳと判断する。この場合、ＣＰＵ３２は、切断対象機器を選択せずに、図４の処理を終了する。この結果、図３のＳ４０でＮＯと判断されて、ＭＦＰ１０が確立している３個の無線接続のいずれも切断されずに、Ｓ４２において、接続拒否通知が特定の携帯端末に送信される。

例えば、ＭＦＰ１０がＣＤ５０と通信を実行不可能な状況になると、ＦＡＸ通信を実現することができないという事象が発生する。また、例えば、ＭＦＰ１０が印刷アプリを起動中の機器と通信を実行不可能な状況になると、ＭＦＰ１０が当該機器から印刷指示（即ち印刷データ）を受信することができないという事象が発生する。仮に、ＭＦＰ１０との無線接続が確立されている３個の機器の全てから起動信号を受信する場合（Ｓ２２でＹＥＳの場合）に、ＭＦＰ１０が確立している３個の無線接続のうちのいずれかが切断されると、上記のどちらかの事象が発生してしまう。このために、本実施例では、ＭＦＰ１０との無線接続が確立されている３個の機器の全てから起動信号を受信する場合（Ｓ２２でＹＥＳ）には、いずれの無線接続も切断しない構成を採用している。これにより、ＦＡＸ通信を実現することができないという事象や、ＭＦＰ１０が印刷指示を受信することができないという事象が発生するのを抑制することができる。

一方において、ＣＰＵ３２は、問合信号をブロードキャストしてから所定時間が経過するまでの間に、ＭＦＰ１０との無線接続が確立されている３個の機器のうちの少なくとも１個の機器から起動信号を受信しない場合には、Ｓ２２でＮＯと判断し、Ｓ２３に進む。Ｓ２３では、ＣＰＵ３２は、ＭＦＰ１０とＡＰ１００との間に通常Ｗｉ−Ｆｉ接続が確立されているのか否かを判断する。ＣＰＵ３２は、ＡＰ情報３１０が管理リスト３００に記述されている場合には、通常Ｗｉ−Ｆｉ接続が確立されていると判断して（Ｓ２３でＹＥＳ）、Ｓ２４に進む。一方において、ＣＰＵ３２は、ＡＰ情報３１０が管理リスト３００に記述されていない場合には、通常Ｗｉ−Ｆｉ接続が確立されていないと判断して（Ｓ２３でＮＯ）、Ｓ２６に進む。

Ｓ２４では、ＣＰＵ３２は、ＡＰ１００に接続されている少なくとも１個の機器から、ＡＰ１００を介して起動信号を受信したのか否かを判断する。即ち、ＣＰＵ３２は、ＡＰ１００から少なくとも１個の起動信号を受信したのか否かを判断する。ＣＰＵ３２は、ＡＰ１００から少なくとも１個の起動信号を受信した場合には、Ｓ２４でＹＥＳと判断してＳ２６に進み、ＡＰ１００から起動信号を１個も受信しなかった場合には、Ｓ２４でＮＯと判断してＳ２５に進む。

ＡＰ１００から起動信号を１個も受信しない場合（Ｓ２４でＮＯ）には、ＡＰ１００に接続されているいずれの機器（例えばＰＣ１１０）も、印刷アプリを起動中でない。従って、ＭＦＰ１０が、ＡＰ１００に接続されている機器から印刷指示を受信すべき（即ちＡＰ１００を介した通信を実行すべき）状況になる可能性が低い。このために、Ｓ２５では、ＣＰＵ３２は、切断対象機器としてＡＰ１００を選択する。Ｓ２５が終了すると、図４の処理が終了し、図３のＳ４４において、ＡＰ１００との通常Ｗｉ−Ｆｉ接続が切断される。

一方において、ＡＰ１００から１個以上の起動信号を受信する場合（Ｓ２４でＹＥＳ）には、ＡＰ１００に接続されているいずれかの機器（例えばＰＣ１１０）が、印刷アプリを起動中である。従って、ＭＦＰ１０が、ＡＰ１００に接続されている機器から印刷指示を受信すべき（即ちＡＰ１００を介した通信を実行すべき）状況になる可能性が高い。このために、ＣＰＵ３２は、切断対象機器としてＡＰ１００を選択せずに（即ちＳ２５を実行せずに）、Ｓ２６に進む。

Ｓ２６では、ＣＰＵ３２は、ＷＦＤＮＷに所属している各ＣＬ機器の中に、２個の非送信ＣＬ機器が存在するのか否かを判断する。ここで、非送信ＣＬ機器は、ＷＦＤＮＷにブロードキャストされた問合信号を受信する場合に、起動信号を送信しないＣＬ機器である。ＣＰＵ３２は、ＷＦＤＮＷに３個のＣＬ機器が所属している状況において、３個のＣＬ機器のうちのＣＤ５０のみから起動信号を受信する場合には、２個の非送信ＣＬ機器が存在すると判断し（Ｓ２６でＹＥＳ）、Ｓ２７に進む。一方において、ＣＰＵ３２は、ＷＦＤＮＷに３個のＣＬ機器が所属している状況において、ＣＤ５０を含む２個のＣＬ機器から起動信号を受信する場合には、１個の非送信ＣＬ機器のみが存在すると判断し（Ｓ２６でＮＯ）、Ｓ２９に進む。また、ＣＰＵ３２は、ＷＦＤＮＷに２個のＣＬ機器が所属している状況において、２個のＣＬ機器のうちのＣＤ５０のみから起動信号を受信する場合には、１個の非送信ＣＬ機器のみが存在すると判断し（Ｓ２６でＮＯ）、Ｓ２９に進む。

Ｓ２９では、ＣＰＵ３２は、非送信ＣＬ機器を切断対象機器として選択する。Ｓ２６でＮＯを経てＳ２９が実行される状況では、１個の非送信ＣＬ機器のみが存在するので、ＣＰＵ３２は、当該１個の非送信ＣＬ機器を切断対象機器として選択する。Ｓ２９が終了すると、図４の処理が終了し、図３のＳ４４において、非送信ＣＬ機器とのＷＦＤ接続が切断される。

Ｓ２７では、ＣＰＵ３２は、２個の非送信ＣＬ機器の中に、特定タイプ機器が存在するのか否かを判断する。上述したように、特定タイプ機器は、印刷アプリがインストールされないタイプの機器である。Ｓ２７が実行される状況では、３個の機器情報が管理リスト３００に記述されている。ＣＰＵ３２は、ＣＤ５０の機器情報３５０とは異なる２個の機器情報のうちの少なくとも１個の機器情報が、「Printer」又は「Display」を示すタイプ情報を含む場合には、特定タイプ機器が存在すると判断して（Ｓ２７でＹＥＳ）、Ｓ２８に進む。一方において、ＣＰＵ３２は、ＣＤ５０の機器情報３５０とは異なる２個の機器情報のうちのどちらも、「Computer」又は「Camera」を示すタイプ情報を含む場合には、特定タイプ機器が存在しないと判断して（Ｓ２７でＮＯ）、Ｓ２９に進む。

Ｓ２７でＮＯを経てＳ２９が実行される状況では、２個の非送信ＣＬ機器が存在する。この場合、ＣＰＵ３２は、２個の非送信ＣＬ機器のうちの１個の非送信ＣＬ機器を切断対象機器として選択する。ここでの選択の手法は特に限定されず、ＣＰＵ３２は、例えば、１個の非送信ＣＬ機器をランダムに選択してもよいし、所定のルールに従って１個の非送信ＣＬ機器を選択してもよい。

Ｓ２８では、ＣＰＵ３２は、特定タイプ機器を切断対象機器として選択する。例えば、２個の非送信ＣＬ機器の中に１個の非特定タイプ機器と１個の特定タイプ機器が存在する場合には、Ｓ２８において、ＣＰＵ３２は、当該１個の特定タイプ機器を切断対象機器として選択する。また、例えば、２個の非送信ＣＬ機器のどちらも特定タイプ機器である場合には、Ｓ２８において、ＣＰＵ３２は、２個の特定タイプ機器のうちの１個の特定タイプ機器を切断対象機器として選択する。ここでの選択の手法は特に限定されず、ＣＰＵ３２は、例えば、ランダムに選択してもよいし、所定のルールに従って選択してもよい（例えば、無線接続が確立されたタイミングが古い方の特定タイプ機器を選択してもよい）。Ｓ２８が終了すると、図４の処理が終了し、図３のＳ４４において、特定タイプ機器とのＷＦＤ接続が切断される。

非特定タイプ機器では印刷アプリが起動され得るので、ＭＦＰ１０が非特定タイプ機器から印刷指示を受信すべき（即ち非特定タイプ機器との間で通信を実行すべき）状況になる可能性が高いが、特定タイプ機器では印刷アプリが起動されないので、ＭＦＰ１０と特定タイプ機器との間で通信を実行すべき状況になる可能性が低い。そこで、本実施例では、Ｓ２８において、ＭＦＰ１０は、特定タイプ機器を切断対象機器として選択する。

印刷アプリを起動中でないＣＬ機器は、印刷アプリが起動されない限り、ＭＦＰ１０に印刷指示を送信しない。従って、ＭＦＰ１０が、印刷アプリを起動中でないＣＬ機器から印刷指示を受信すべき（即ち印刷アプリを起動中でないＣＬ機器との間で通信を実行すべき）状況になる可能性は、印刷アプリを起動中であるＣＬ機器から印刷指示を受信すべき状況になる可能性よりも低い。そこで、本実施例では、Ｓ２８又はＳ２９において、ＭＦＰ１０は、切断対象機器として、印刷アプリを起動中であるＣＬ機器を選択せずに、印刷アプリを起動中でないＣＬ機器（即ち非送信ＣＬ機器）を選択する。これにより、ＭＦＰ１０は、通信を実行すべき状況になる可能性が低いＣＬ機器を選択して、当該ＣＬ機器とのＷＦＤ接続を切断することができる。

また、本実施例では、ＭＦＰ１０は、印刷アプリを有していないＣＤ５０から起動信号を受信するので、切断対象機器としてＣＤ５０を選択しない。このために、ＭＦＰ１０とＣＤ５０との間のＷＦＤ接続が切断されず、この結果、ＭＦＰ１０とＣＤ５０との間でＦＡＸデータの通信を実行不可能な状況が発生するのを抑制することができる。

（携帯端末とは異なるタイプの機器から接続要求を受信するケース）
ＣＰＵ３２は、携帯端末とは異なるタイプの機器から接続要求を受信し、その後、当該機器から「Computer」とは異なるタイプ情報（例えば、「Camera」、「Display」）を含むProvision Discovery Request信号を受信する場合（図３のＳ２）には、以下のように動作する。

例えば、デジタルカメラからタイプ情報「Camera」を含むProvision Discovery Request信号を受信する状況が想定される。タイプ情報「Camera」は、タイプ情報「Computer」と同様に非特定タイプ機器を示す。この場合、ＣＰＵ３２は、デジタルカメラを対象として、図３のＳ４以降の各処理と同様の処理を実行する。例えば、ＭＦＰ１０の接続個数が上限数に一致する状態では、ＣＰＵ３２は、デジタルカメラとのＷＦＤ接続を確立して、デジタルカメラから印刷データを受信することができる。

また、例えば、ディスプレイ８０からタイプ情報「Display」を含むProvision Discovery Request信号を受信する状況が想定される。タイプ情報「Display」は、タイプ情報「Computer」とは異なり、特定タイプ機器を示す。ＣＰＵ３２は、ＭＦＰ１０の接続個数が上限数未満である状態で、ディスプレイ８０からタイプ情報「Display」を含むProvision Discovery Request信号を受信する場合には、ディスプレイ８０とのＷＦＤ接続を確立する。一方において、ＣＰＵ３２は、ＭＦＰ１０の接続個数が上限数に一致する状態で、ディスプレイ８０からタイプ情報「Display」を含むProvision Discovery Request信号を受信する場合には、接続拒否通知をディスプレイ８０に送信して、ディスプレイ８０とのＷＦＤ接続を確立しない。

（ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立している状況；図５）
図５は、ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立しており、かつ、ＭＦＰ１０が２個のＣＬ機器５０，７０Ａとの２個のＷＦＤ接続を確立している状況を示す。即ち、図５は、図３のＳ４において、ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立している状況で、ＭＦＰ１０の接続個数が上限数に一致する（即ちＳ４でＹＥＳ）と判断される状況を示す。

図５の状況では、ＭＦＰ１０のＣＰＵ３２は、携帯端末７０Ｂから接続要求を受信し（図３の処理のトリガ）、その後、携帯端末７０Ｂからタイプ情報「Computer」を含むProvision Discovery Request信号を受信する場合（図３のＳ２）には、ＭＦＰ１０の接続個数が上限数に一致する（即ちＳ４でＹＥＳ）と判断する。この場合、図４のＳ２１では、ＣＰＵ３２は、以下の動作を実行して、問合信号をブロードキャストする。

ＣＰＵ３２は、まず、ＭＦＰ１０のＩＰａ及びＳＭａを利用して、通常Ｗｉ−ＦｉＮＷのネットワークアドレス「192.168.0」を算出する。次いで、ＣＰＵ３２は、当該ネットワークアドレス「192.168.0」に値「255」を付加することによって、ブロードキャストアドレス「192.168.0.255」を生成する。続いて、ＣＰＵ３２は、送信先ＩＰアドレスとして、ブロードキャストアドレス「192.168.0.255」を含み、かつ、送信先ポート番号として、印刷アプリに割り当てられているポート番号を含む問合信号（以下では「通常Ｗｉ−Ｆｉ問合信号」と呼ぶ）を生成して送信する。これにより、通常Ｗｉ−Ｆｉ問合信号が、ＡＰ１００によって形成されている通常Ｗｉ−ＦｉＮＷにブロードキャストされる。

なお、印刷アプリは、ＭＦＰ１０のベンダによって提供されるアプリケーションである。このために、ＭＦＰ１０のベンダは、印刷アプリのポート番号を予め決定することができる。ＭＦＰ１０のメモリ３４には、当該ポート番号が予め記憶されている。このために、ＣＰＵ３２は、メモリ３４から印刷アプリのポート番号を読み出して、当該ポート番号を含む通常Ｗｉ−Ｆｉ問合信号を生成することができる。

また、ＣＰＵ３２は、ＭＦＰ１０のＩＰアドレスＩＰｂ及びＳＭｂを利用して、ＷＦＤＮＷのネットワークアドレス「192.168.100」を算出する。なお、ＷＦＤＮＷのネットワークアドレス「192.168.100」は、通常Ｗｉ−ＦｉＮＷのネットワークアドレス「192.168.0」とは異なる。次いで、ＣＰＵ３２は、ネットワークアドレス「192.168.100」に値「255」を付加することによって、ブロードキャストアドレス「192.168.100.255」を生成する。続いて、ＣＰＵ３２は、送信先ＩＰアドレスとして、ブロードキャストアドレス「192.168.100.255」を含み、かつ、送信先ポート番号として、印刷アプリに割り当てられているポート番号を含む問合信号（以下では「ＷＦＤ問合信号」と呼ぶ）を生成して送信する。これにより、ＷＦＤ問合信号が、ＭＦＰ１０によって形成されているＷＦＤＮＷにブロードキャストされる。

図４のＳ２２では、ＣＰＵ３２は、ＡＰ１００からの起動信号の受信と、２個のＣＬ機器５０，７０Ａからの起動信号の受信と、を監視する。ＡＰ１００は、ＭＦＰ１０から通常Ｗｉ−Ｆｉ問合信号を受信すると、送信先ＩＰアドレス「192.168.0.255」のうちのネットワークアドレス「192.168.0」が、ＡＰ１００によって形成されている通常Ｗｉ−ＦｉＮＷのネットワークアドレスに一致すると判断する。そして、ＡＰ１００は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続が確立されている各機器に通常Ｗｉ−Ｆｉ問合信号を転送する。なお、図５では、ＭＦＰ１０以外にＰＣ１１０のみがＡＰ１００に接続されているが、ＭＦＰ１０以外に２個以上の機器がＡＰ１００に接続されている場合、ＡＰ１００は、当該２個以上の機器のそれぞれに通常Ｗｉ−Ｆｉ問合信号を転送する。

通常Ｗｉ−Ｆｉ問合信号の最終送信先の各機器（図５の例ではＰＣ１１０のみ）のうち、印刷アプリを起動中である機器は、ＭＦＰ１０のＩＰａを送信先ＩＰアドレスとして含む起動信号を送信し、印刷アプリを起動中でない機器は、起動信号を送信しない。このために、ＭＦＰ１０のＣＰＵ３２は、印刷アプリを起動中である機器から、ＡＰ１００を介して、起動信号を受信し得る。即ち、ＣＰＵ３２は、ＡＰ１００から起動信号を受信し得る。

ＷＦＤ問合信号の最終送信先の各ＣＬ機器（図５の例ではＣＤ５０、携帯端末７０Ａ）のうち、印刷アプリを起動中であるＣＬ機器は、ＭＦＰ１０のＩＰｂを送信先ＩＰアドレスとして含む起動信号を送信し、印刷アプリを起動中でないＣＬ機器は、起動信号を送信しない。このために、ＭＦＰ１０のＣＰＵ３２は、印刷アプリを起動中であるＣＬ機器から起動信号を受信し得る。また、上述したように、ＣＤ５０は、印刷アプリを有していないにも関わらず、起動信号を送信する。このために、ＭＦＰ１０のＣＰＵ３２は、ＣＤ５０から起動信号を受信する。

ＣＰＵ３２は、ＡＰ１００から少なくとも１個の起動信号を受信し、かつ、２個のＣＬ機器５０，７０Ａのそれぞれから起動信号を受信した場合には、ＭＦＰ１０との無線接続が確立されている３個の機器の全てから起動信号を受信したと判断する（図４のＳ２２でＹＥＳ）。この場合、ＣＰＵ３２は、切断対象機器を選択せずに、接続拒否通知を携帯端末７０Ｂに送信する（図３のＳ４０でＮＯ、Ｓ４２）。

一方において、ＣＰＵ３２は、ＡＰ１００から起動信号を１個も受信しなかった場合には、図４のＳ２２でＮＯと判断する。そして、ＣＰＵ３２は、ＡＰ１００から起動信号を受信しなかったと判断し（Ｓ２３でＹＥＳ、Ｓ２４でＮＯ）、切断対象機器としてＡＰ１００を選択する。ＣＰＵ３２は、ＡＰ１００に離脱信号を送信することによって、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を切断する（図３のＳ４４）。これにより、ＣＰＵ３２は、携帯端末７０ＢとのＷＦＤ接続を確立することができる（Ｓ５２）。

また、ＣＰＵ３２は、２個のＣＬ機器５０，７０Ａのうちの一方のＣＤ５０から起動信号を受信したが、他方の携帯端末７０Ａから起動信号を受信せず、かつ、ＡＰ１００から少なくとも１個の起動信号を受信した場合にも、図４のＳ２２でＮＯと判断する。そして、ＣＰＵ３２は、Ｓ２３でＹＥＳ、Ｓ２４でＹＥＳと判断して、Ｓ２６に進む。この場合、１個の非送信ＣＬ機器（即ち携帯端末７０Ａ）が存在する。

Ｓ２６では、ＣＰＵ３２は、１個の非送信ＣＬ機器が存在すると判断し（Ｓ２６でＮＯ）、切断対象機器として非送信ＣＬ機器（即ち携帯端末７０Ａ）を選択する（Ｓ２９）。具体的には、管理リスト３００内には、ＷＦＤ管理情報として、２個のＭＡＣアドレス（即ちＭＡＣｙ，ＭＡＣｚ）が存在している。そして、ＣＤ５０から受信された起動信号は、ＣＤ５０のＭＡＣｙを含む。ＣＰＵ３２は、管理リスト３００内のＭＡＣｙ，ＭＡＣｚの中から、受信済みの起動信号に含まれるＭＡＣｙとは異なる携帯端末７０ＡのＭＡＣｚを選択する。これにより、ＣＰＵ３２は、切断対象機器として、１個の非送信ＣＬ機器（即ち携帯端末７０Ａ）を選択することができる。そして、ＣＰＵ３２は、携帯端末７０Ａに切断信号を送信することによって、携帯端末７０ＡとのＷＦＤ接続を切断する（図３のＳ４４）。これにより、ＣＰＵ３２は、携帯端末７０ＢとのＷＦＤ接続を確立することができる（Ｓ５２）。

（ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立していない状況；図６）
図６は、ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立しておらず、かつ、ＭＦＰ１０が３個のＣＬ機器５０，７０Ａ，８０との３個のＷＦＤ接続を確立している状況を示す。即ち、図６は、ＭＦＰ１０がＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立していない状況で、ＭＦＰ１０の接続個数が上限数に一致する（即ちＳ４でＹＥＳ）と判断される状況を示す。

図６の状況では、ＭＦＰ１０のＣＰＵ３２は、携帯端末７０Ｂから接続要求を受信し（図３の処理のトリガ）、その後、携帯端末７０Ｂからタイプ情報「Computer」を含むProvision Discovery Request信号を受信する場合（図３のＳ２）には、ＭＦＰ１０の接続個数が上限数に一致する（即ちＳ４でＹＥＳ）と判断する。この場合、図４のＳ２１では、ＣＰＵ３２は、ＷＦＤ問合信号をＷＦＤＮＷにブロードキャストする。

図４のＳ２２では、ＣＰＵ３２は、３個のＣＬ機器５０，７０Ａ，８０からの起動信号の受信を監視する。ＣＰＵ３２は、３個のＣＬ機器５０，７０Ａ，８０のそれぞれから起動信号を受信した場合には、ＭＦＰ１０との無線接続が確立されている３個の機器の全てから起動信号を受信したと判断する（Ｓ２２でＹＥＳ）。この場合、ＣＰＵ３２は、切断対象機器を選択せずに、接続拒否通知を携帯端末７０Ｂに送信する（図３のＳ４０でＮＯ、Ｓ４２）。

一方において、ＣＰＵ３２は、３個のＣＬ機器５０，７０Ａ，８０のうちのＣＤ５０を含む２個のＣＬ機器のそれぞれから起動信号を受信したが、他の１個のＣＬ機器から起動信号を受信しなかった場合には、図４のＳ２２でＮＯと判断する。この場合、１個の非送信ＣＬ機器が存在する。以下では、ディスプレイ８０が非送信ＣＬ機器である状況を想定する。ＣＰＵ３２は、ＡＰ情報３１０が管理リスト３００に記述されていないため、ＡＰ１００との通常Ｗｉ−Ｆｉ接続が確立されていないと判断し（Ｓ２３でＮＯ）、次いで、１個の非送信ＣＬ機器のみが存在すると判断し（Ｓ２６でＮＯ）、Ｓ２９に進む。

Ｓ２９では、ＣＰＵ３２は、以下のようにして、切断対象機器として１個の非送信ＣＬ機器（即ちディスプレイ８０）を選択する。管理リスト３００内には、ＷＦＤ管理情報として、３個のＭＡＣアドレス（即ちＭＡＣｙ，ＭＡＣｚ，ＭＡＣｗ）が存在している。なお、ＭＡＣｗは、ディスプレイ８０の機器情報３８０に含まれるディスプレイ８０のＭＡＣアドレスである。そして、２個のＣＬ機器５０，７０Ａから受信された２個の起動信号は、それぞれ、当該起動信号の送信元のＣＬ機器のＭＡＣアドレス（即ちＭＡＣｙ，ＭＡＣｚ）を含む。ＣＰＵ３２は、管理リスト３００内のＭＡＣｙ，ＭＡＣｚ，ＭＡＣｗの中から、受信済みの２個の起動信号に含まれるＭＡＣｙ，ＭＡＣｚとは異なるディスプレイ８０のＭＡＣｗを選択する。これにより、ＣＰＵ３２は、切断対象機器として１個の非送信ＣＬ機器（即ちディスプレイ８０）を選択することができる。そして、ＣＰＵ３２は、ディスプレイ８０に切断信号を送信することによって、非送信ＣＬ機器（即ちディスプレイ８０）とのＷＦＤ接続を切断する（図３のＳ４４）。これにより、ＣＰＵ３２は、携帯端末７０ＢとのＷＦＤ接続を確立することができる（Ｓ５２）。

また、ＣＰＵ３２は、３個のＣＬ機器のうちのＣＤ５０のみから起動信号を受信したが、２個のＣＬ機器７０Ａ，８０から起動信号を受信しなかった場合にも、図４のＳ２２でＮＯと判断する。この場合、２個の非送信ＣＬ機器（即ち、携帯端末７０Ａ、ディスプレイ８０）が存在する。そして、ＣＰＵ３２は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続が確立されていないと判断し（Ｓ２３でＮＯ）、次いで、２個の非送信ＣＬ機器が存在すると判断し（Ｓ２６でＹＥＳ）、Ｓ２７に進む。

Ｓ２７では、ＣＰＵ３２は、２個の非送信ＣＬ機器に特定タイプ機器が存在するのか否かを判断する。具体的には、ＣＰＵ３２は、まず、管理リスト３００内のＭＡＣｙ，ＭＡＣｚ，ＭＡＣｗの中から、受信済みの起動信号に含まれるＣＤ５０のＭＡＣｙとは異なるＭＡＣｚ，ＭＡＣｗを特定する。次いで、ＣＰＵ３２は、ＭＡＣｚ，ＭＡＣｗを含む２個の機器情報３７０，３８０のうちの少なくとも１個の機器情報が、「Printer」又は「Display」を示すタイプ情報を含む場合には、特定タイプ機器が存在すると判断し（Ｓ２７でＹＥＳ）、２個の機器情報３７０，３８０のうちのどちらも、「Computer」又は「Camera」を示すタイプ情報を含む場合には、特定タイプ機器が存在しないと判断する（Ｓ２７でＮＯ）。図６の例では、機器情報３８０が「Display」を示すタイプ情報を含む（即ち、管理リスト３００内に「Display」を示すタイプ情報が記述されている）ので、特定タイプ機器が存在すると判断される（Ｓ２７でＹＥＳ）。

ＣＰＵ３２は、特定タイプ機器が存在すると判断する場合（Ｓ２７でＹＥＳ）には、Ｓ２８において、「Printer」又は「Display」を示すタイプ情報を含むディスプレイ８０の機器情報３８０を選択することによって、１個の特定タイプ機器（即ちディスプレイ８０）を切断対象機器として選択する。そして、ＣＰＵ３２は、ディスプレイ８０に切断信号を送信することによって、特定タイプ機器（即ちディスプレイ８０）とのＷＦＤ接続を切断する（図３のＳ４４）。これにより、ＣＰＵ３２は、携帯端末７０ＢとのＷＦＤ接続を確立することができる（Ｓ５２）。

図６の状況において、例えば、ＭＦＰ１０とディスプレイ８０との間にＷＦＤ接続が確立されている代わりに、ＭＦＰ１０と図示省略の携帯端末との間にＷＦＤ接続が確立されている場合には、ＣＰＵ３２は、特定タイプ機器が存在しないと判断する（Ｓ２７でＮＯ）。この場合、Ｓ２９において、ＣＰＵ３２は、ＣＤ５０のＭＡＣｙとは異なる２個のＭＡＣアドレスの中から１個のＭＡＣアドレスを選択することによって、１個の非特定タイプ機器（即ち１個の非送信ＣＬ機器）を切断対象機器として選択する。そして、ＣＰＵ３２は、切断対象機器に切断信号を送信することによって、非特定タイプ機器とのＷＦＤ接続を切断する（図３のＳ４４）。これにより、ＣＰＵ３２は、携帯端末７０ＢとのＷＦＤ接続を確立することができる（Ｓ５２）。

（具体的なケース）
続いて、図７〜図９を参照して、図３及び図４のフローチャートに従って実現される具体的なケースの内容を説明する。

（ケースＡ；図７）
ケースＡでは、ＡＰ１００は、通常Ｗｉ−ＦｉＮＷを形成しており、ＭＦＰ１０及びＰＣ１１０のそれぞれと通常Ｗｉ−Ｆｉ接続を確立している。また、Ｇ／Ｏ状態であるＭＦＰ１０は、ＷＦＤＮＷが形成しており、ＣＬ状態であるＣＤ５０及び携帯端末７０ＡのそれぞれとＷＦＤ接続を確立している。このとき、ＭＦＰ１０の接続個数は上限数「３」に一致している。

デバイス状態である携帯端末７０Ｂは、ＭＦＰ１０とのＷＦＤ接続を確立するための操作がユーザによって実行されると、接続要求をＭＦＰ１０に送信する。

ＭＦＰ１０は、携帯端末７０Ｂから接続要求を受信すると、Probe Response信号及びProvision Discovery Request信号の通信を携帯端末７０Ｂと実行する（Ｓ２）。このとき、ＭＦＰ１０は、携帯端末７０ＢとProvision Discovery Response信号、WSC Exchange、及び、4-Way Handshakeの通信を実行しない。そのため、携帯端末７０Ｂは、ＭＦＰ１０とのＷＦＤ接続の確立を待機した状態となる。ＭＦＰ１０は、接続個数が上限数に一致すると判断すると（Ｓ４でＹＥＳ）、切断対象機器を選択するために、通常Ｗｉ−Ｆｉ問合信号を通常Ｗｉ−ＦｉＮＷにブロードキャスし、ＷＦＤ問合信号をＷＦＤＮＷにブロードキャストする（図４のＳ２１）。

ＰＣ１１０は、印刷アプリを起動中でないので、ＡＰ１００を介して通常Ｗｉ−Ｆｉ問合信号を受信しても、起動信号をＭＦＰ１０に送信しない。ＣＤ５０は、印刷アプリを有していないにも関わらず、起動信号をＭＦＰ１０に送信する。また、携帯端末７０Ａは、印刷アプリを起動中であるので、起動信号をＭＦＰ１０に送信する。

ＭＦＰ１０は、ＡＰ１００を介して起動信号を受信しないので（Ｓ２２でＮＯ、Ｓ２３でＹＥＳ、Ｓ２４でＮＯ）、切断対象機器としてＡＰ１００を選択する（Ｓ２５）。このように、ＭＦＰ１０は、切断対象機器として、印刷指示をＭＦＰ１０に送信すべき状況になる可能性が低いＡＰ１００を適切に選択することができる。次いで、ＭＦＰ１０は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を切断する（図３のＳ４２）。そして、ＭＦＰ１０は、Provision Discovery Request信号の通信からの続き、即ち、Provision Discovery Response信号、WSC Exchange、及び、4-Way Handshakeの通信を、待機中の携帯端末７０Ｂと実行して、携帯端末７０ＢとのＷＦＤ接続を確立する（Ｓ５２）。この過程で、携帯端末７０Ｂは、デバイス状態からＣＬ状態に移行する。

次いで、ＭＦＰ１０は、ＷＦＤＮＷを利用して、携帯端末７０Ｂから印刷データを受信して、印刷機能を実行する（Ｓ５４）。ＭＦＰ１０は、全ての印刷データの受信が完了すると、携帯端末７０ＢとのＷＦＤ接続を切断する（Ｓ５６）。この過程で、携帯端末７０Ｂは、ＣＬ状態からデバイス状態に戻る。次いで、ＭＦＰ１０は、接続要求をＡＰ１００に送信し、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を再確立する（Ｓ５８）。

（ケースＢ；図８）
ケースＢは、図７のケースＡと同様である。ただし、ケースＢでは、図７のケースＡとは異なり、携帯端末７０Ａは、印刷アプリを起動中でないので、起動信号をＭＦＰ１０に送信しない。

ＭＦＰ１０は、ＡＰ１００から起動信号を受信せず、かつ、携帯端末７０Ａから起動信号を受信しない。従って、本ケースでは、切断対象機器の候補として、通常Ｗｉ−ＦｉＮＷを形成しているＡＰ１００と、ＷＦＤＮＷに所属している携帯端末７０Ａと、が存在する。そして、このような状況では、ＭＦＰ１０は、切断対象機器としてＡＰ１００を優先的に選択し（図４のＳ２２でＮＯ、Ｓ２３でＹＥＳ、Ｓ２４でＮＯ、Ｓ２５）、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を切断する。この後の各処理は、図７のケースＡと同様である。

仮に、ＭＦＰ１０と携帯端末７０Ａとの間のＷＦＤ接続が切断されると、携帯端末７０Ａは、例えば、ＷＦＤ接続の切断に起因する処理（例えば、ＭＦＰ１０とのＷＦＤ接続が切断されたことを表示する処理、ＭＦＰ１０とのＷＦＤ接続を再確立するための処理等）を実行し得る。これにより、ユーザは、ＭＦＰ１０と携帯端末７０Ａとの間のＷＦＤ接続が切断されたことを知ることになる。一方において、ＭＦＰ１０とＡＰ１００との間の通常Ｗｉ−Ｆｉ接続が切断されても、ＰＣ１１０は、ＰＣ１１０自身の通常Ｗｉ−Ｆｉ接続が切断されたわけではないので、通常Ｗｉ−Ｆｉ接続の切断に起因する処理を実行せずに済む。このために、ユーザは、ＭＦＰ１０とＡＰ１００との間の通常Ｗｉ−Ｆｉ接続が切断されたことを知り得ない。従って、本実施例では、ＭＦＰ１０は、切断対象機器として、携帯端末７０Ａではなく、ＡＰ１００を優先的に選択する。これにより、接続が切断されたことをユーザに知られずに済む。

（ケースＣ；図９）
ケースＣでは、ＭＦＰ１０は、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立していない。また、ＭＦＰ１０は、ＷＦＤＮＷを形成しており、ＣＤ５０、携帯端末７０Ａ、及び、ディスプレイ８０のそれぞれとＷＦＤ接続を確立している。即ち、ＭＦＰ１０の接続個数は上限数「３」に一致している。

ＭＦＰ１０がProbe Response信号及びProvision Discovery Request信号の通信を携帯端末７０Ｂと実行するまでの各処理は、図７のケースＡと同様である。ＭＦＰ１０は、ＷＦＤ問合信号をブロードキャストする（図４のＳ２１）。

ＣＤ５０は、起動信号をＭＦＰ１０に送信する。ただし、携帯端末７０Ａ及びディスプレイ８０は、それぞれ、印刷アプリを起動中でないので、起動信号をＭＦＰ１０に送信しない。

ＭＦＰ１０は、携帯端末７０Ａから起動信号を受信しないし、ディスプレイ８０から起動信号を受信しない。従って、本ケースでは、切断対象機器の候補として、携帯端末７０Ａとディスプレイ８０とが存在する。そして、このような状況では、ＭＦＰ１０は、切断対象機器として、タイプ情報「Computer」を有する非特定タイプ機器である携帯端末７０Ａを選択せずに、タイプ情報「Display」を有する特定タイプ機器であるディスプレイ８０を優先的に選択して（図４のＳ２２でＮＯ、Ｓ２３でＮＯ、Ｓ２６でＹＥＳ、Ｓ２７でＹＥＳ、Ｓ２８）、ディスプレイ８０とのＷＦＤ接続を切断する。このように、本実施例では、ＭＦＰ１０は、印刷指示をＭＦＰ１０に送信すべき状況になる可能性が高い非特定タイプ機器を選択せずに、通信を実行すべき状況になる可能性が低い特定タイプ機器を適切に選択して、当該特定タイプ機器とのＷＦＤ接続を切断することができる。

携帯端末７０Ｂから印刷データを受信した後に、携帯端末７０ＢとのＷＦＤ接続を切断するまでの各処理は、図７のケースＡと同様である。次いで、ＭＦＰ１０は、Invite信号をディスプレイ８０に送信して、ディスプレイ８０とのＷＦＤ接続を再確立する（図３のＳ５８）。

（実施例の効果）
上記のケースＡ〜ケースＣに示されるように、本実施例のＭＦＰ１０は、上限数である３個の機器（例えば、図７のケースＡでは、ＡＰ１００、ＣＤ５０、携帯端末７０Ａ）との無線接続を確立している状態で、携帯端末７０Ｂから接続要求を受信する場合に、当該３個の機器のそれぞれに問合信号を送信して、問合信号の最終送信先の機器が印刷アプリを起動中であるのか否かを問い合わせる。ＭＦＰ１０は、問い合わせの結果に基づいて、切断対象機器を適切に選択することができる。そして、ＭＦＰ１０は、切断対象機器との無線接続を切断する。このため、ＭＦＰ１０は、携帯端末７０Ｂとの無線接続を確立することができ、この結果、ＭＦＰ１０は、携帯端末７０Ｂから印刷データを受信して、印刷機能を実行することができる。

（対応関係）
ＭＦＰ１０、ＣＤ５０が、それぞれ、「機能実行装置」、「特定の子局機器」の一例である。Ｇ／Ｏ状態であるＭＦＰ１０によって形成されているＷＦＤＮＷ、ＡＰ１００によって形成されている通常Ｗｉ−ＦｉＮＷが、それぞれ、「第１種のネットワーク」、「第２種のネットワーク」の一例である。図７のケースＡでは、携帯端末７０Ｂが、「特定の機器」の一例である。また、ＣＤ５０、携帯端末７０Ａ、及び、ＡＰ１００を含む３個の機器が、「Ｎ個の機器」及び「Ｋ個の機器」の一例である。即ち、本実施例では、「Ｎ」と「Ｋ」が等しい。ただし、ＡＰ１００がＭＦＰ１０以外に２個以上の機器との通常Ｗｉ−Ｆｉ接続を確立している場合には、通常Ｗｉ−Ｆｉ問合信号は、ＭＦＰ１０とは異なる２個以上の機器に送信される。そして、ＷＦＤ問合信号は、２個のＣＬ機器に送信される。即ち、この場合、ＭＦＰ１０が３個の機器と同時的に無線接続を確立可能であるが、問合信号の最終送信先の機器の数は４以上である。即ち、一般的に言うと、問合信号の最終送信先の機器の数は、機能実行装置が同時的に無線接続を確立可能な機器の上限数「Ｎ」よりも大きくてもよい。また、上限数「Ｎ」は、本実施例のように「３」でなくてもよく、「２」以上の整数であれば、どのような数であってもよい。ＣＤ５０、携帯端末７０Ａ、及び、ＰＣ１１０が、「問合信号の最終送信先の機器」の一例である。また、ＣＤ５０及び携帯端末７０Ａが、「第１種の子局機器」の一例であり、ＰＣ１１０が、「第２種の子局機器」の一例である。

図３の処理のトリガとして接続要求を受信する処理、図４のＳ２１の処理、図４のＳ２２〜Ｓ２９の処理が、それぞれ、「要求受信部」、「問合部」、「選択部」によって実行される処理の一例である。また、図３のＳ４４の処理、Ｓ５２の処理、Ｓ５６の処理、及び、Ｓ５８の処理が、それぞれ、「第１の切断部」、「第１の確立部」、「第２の切断部」、「第２の確立部」によって実行される処理の一例である。

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

（変形例１）上記の実施例では、図３のＳ１０において、ＭＦＰ１０は、ＷＦＤ問合信号をＷＦＤＮＷにブロードキャストする。これに代えて、ＣＰＵ３２は、管理リスト３００に各ＣＬ機器の各ＩＰアドレスを記憶し、当該各ＩＰアドレスを送信先として、ＷＦＤ問合信号を各ＣＬ機器にユニキャストしてもよい。

（変形例２）上記の実施例では、ＭＦＰ１０が３個の機器と同時的に無線接続を確立可能であり、それらの３個の機器の全てに問合信号が送信される。即ち、上記の実施例では、問合信号の直接的な送信先の数「Ｋ」は、機能実行装置が同時的に無線接続を確立可能な機器の上限数「Ｎ」に等しい。これに代えて、上記の変形例１で述べたように、ＷＦＤ問合信号を各ＣＬ機器にユニキャストする構成を採用する場合には、ＣＰＵ３２は、ＣＤ５０にＷＦＤ問合信号を送信しなくてもよい。この場合、ＣＰＵ３２は、ＣＤ５０から起動信号を受信しないが、切断対象機器としてＣＤ５０を選択しない。即ち、本変形例では、ＭＦＰ１０が３個の機器と同時的に無線接続を確立可能であるが、２個の機器のみに問合信号が送信される。即ち、一般的に言うと、問合信号の直接的な送信先の数「Ｋ」は、機能実行装置が同時的に無線接続を確立可能な機器の上限数「Ｎ」に等しくなくてもよく、「Ｎ」以下の整数であればよい。

（変形例３）上記の実施例では、印刷アプリを起動中である機器は、起動信号をＭＦＰ１０に送信し、印刷アプリを起動中でない機器は、起動信号をＭＦＰ１０に送信しない。これに代えて、印刷アプリを起動中である機器が、印刷アプリを起動中であることを示す第１種の応答信号（即ち起動信号）をＭＦＰ１０に送信し、印刷アプリを起動中でない機器が、印刷アプリを起動中でないことを示す第２種の応答信号をＭＦＰ１０に送信する構成を採用してもよい。この構成によると、ＭＦＰ１０のＣＰＵ３２は、応答信号の内容を確認することによって、印刷アプリを起動中である機器と、印刷アプリを起動中でない機器と、を区別することができる。即ち、「問い合わせの結果に基づいて・・・対象の機器を選択する」という処理は、上記の実施例のように、問合信号の最終送信先の機器から起動信号を受信するのか否かに基づいて、対象機器を選択する処理であってもよいし、本変形例のように、応答信号の内容の相違に基づいて、対象機器を選択する処理であってもよい。

（変形例４）上記の実施例では、ＭＦＰ１０は、通常Ｗｉ−Ｆｉ方式に従って、ＡＰ１００との通常Ｗｉ−Ｆｉ接続を確立することができるが、少なくとも、ＷＦＤ方式に従って、各ＣＬ機器とのＷＦＤ接続を確立可能であればよい。

（変形例５）上記の実施例では、ＣＰＵ３２は、ＭＦＰ１０をＷＦＤのＧ／Ｏ状態に移行させる代わりに、いわゆるＳｏｆｔＡＰを起動して、ＭＦＰ１０を疑似的なＡＰとして動作させてもよい。本変形例でも、ＣＰＵ３２は、疑似的なＡＰとして動作しているＭＦＰ１０と、他の機器と、の間に無線接続（即ち通常Ｗｉ−Ｆｉ接続）を確立して、無線ネットワークを形成することができる。当該無線ネットワークは、無線ＬＡＮアクセスポイントと呼ばれる通常のＡＰを含まないので、「第１種の無線ネットワーク」の一例である。

（変形例６）「特定の機能」は、印刷機能に限られず、スキャン機能であってもよい。また、「特定のアプリケーションプログラム」は、ＭＦＰ１０に印刷機能を実行させるためのアプリケーションプログラム（即ち印刷アプリ）に限られず、ＭＦＰ１０にスキャン機能を実行させるためのアプリケーションプログラム（例えば、ＭＦＰ１０にスキャン指示を送信して、ＭＦＰ１０からスキャンデータを受信するためのプログラム）であってもよい。

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

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

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

Claims (12)

1. 特定の機能を実行可能な機能実行装置であって、
   前記機能実行装置とＮ個（前記Ｎは２以上の整数）の機器との間に無線接続が確立されている特定の状態であって、前記Ｎは、前記機能実行装置が同時的に無線接続を確立可能な機器の上限数である、前記特定の状態で、前記Ｎ個の機器とは異なる特定の機器から無線接続要求を受信する要求受信部と、
   前記特定の状態で前記特定の機器から前記無線接続要求が受信される場合に、前記Ｎ個の機器のうちのＫ個（前記Ｋは１以上前記Ｎ以下の整数）の機器のそれぞれに問合信号を送信して、前記問合信号の最終送信先の機器が前記特定の機能を前記機能実行装置に実行させるための特定のアプリケーションプログラムを起動しているのか否かを問い合わせる問合部と、
   前記問い合わせの結果に基づいて、前記Ｋ個の機器の中から、無線接続が切断されるべき対象の機器を選択する選択部と、
   前記対象の機器との無線接続を切断する第１の切断部と、
   前記対象の機器との前記無線接続が切断された後に、前記特定の機器との無線接続を確立する第１の確立部と、
   を備える機能実行装置。
2. 前記特定の機能は、印刷機能を含み、
   前記特定のアプリケーションプログラムは、前記印刷機能を前記機能実行装置に実行させるためのアプリケーションプログラムを含む、請求項１に記載の機能実行装置。
3. 前記問合部は、前記特定のアプリケーションプログラムに割り当てられているポート番号を送信先ポート番号として、前記Ｋ個の機器のそれぞれに前記問合信号を送信する、請求項１又は２に記載の機能実行装置。
4. 前記要求受信部は、前記機能実行装置がアクセスポイントを含まない第１種の無線ネットワークの親局として動作している状況において、前記第１種の無線ネットワークの子局として動作している１個以上の第１種の子局機器を含む前記Ｎ個の機器との無線接続が確立されている前記特定の状態で、前記特定の機器から前記無線接続要求を受信し、
   前記問合部は、前記１個以上の第１種の子局機器のそれぞれに、他の機器を介さずに、前記問合信号を送信して、前記特定のアプリケーションプログラムを起動していることを示す起動信号を受信することを監視し、
   前記選択部は、
   前記問合信号の最終送信先である前記１個以上の第１種の子局機器のうち、前記特定のアプリケーションプログラムを起動している起動機器から、前記起動信号が受信される場合に、無線接続が切断されるべき前記対象の機器として前記起動機器を選択せず、
   前記問合信号の最終的送信先である前記１個以上の第１種の子局機器のうち、前記特定のアプリケーションプログラムを起動していない非起動機器から、前記起動信号が受信されない場合に、無線接続が切断されるべき前記対象の機器として前記非起動機器を選択する、請求項１から３のいずれか一項に記載の機能実行装置。
5. 前記機能実行装置は、さらに、
   前記１個以上の第１種の子局機器のそれぞれから当該機器のタイプを示すタイプ情報を取得する取得部を備え、
   前記選択部は、２個以上の前記非起動機器が存在する場合に、前記２個以上の非起動機器のそれぞれの前記タイプ情報を用いて、前記２個以上の非起動機器のうちの１個の非起動機器を前記対象の機器として選択する、請求項４に記載の機能実行装置。
6. 前記問合部は、前記第１種の無線ネットワークに前記問合信号をブロードキャストすることによって、他の機器を介さずに、前記１個以上の第１種の子局機器のそれぞれに前記問合信号を送信する、請求項４又は５に記載の機能実行装置。
7. 前記１個以上の第１種の子局機器は、一般公衆回線に接続されている特定の子局機器を含み、
   前記問合部は、前記特定の子局機器が前記特定のアプリケーションプログラムを有していないにも関わらず、前記特定の子局機器から前記起動信号を受信する、請求項４から６のいずれか一項に記載の機能実行装置。
8. 前記要求受信部は、前記機能実行装置がアクセスポイントを含む第２種の無線ネットワークの子局として動作している状況において、前記アクセスポイントを含む前記Ｎ個の機器との無線接続が確立されている前記特定の状態で、前記特定の機器から前記無線接続要求を受信し、
   前記問合部は、前記アクセスポイントに前記問合信号を送信することによって、前記第２種の無線ネットワークの子局として動作している１個以上の第２種の子局機器のそれぞれに、前記アクセスポイントを介して、前記問合信号を送信して、前記特定のアプリケーションプログラムを起動していることを示す起動信号を受信することを監視し、
   前記選択部は、
   前記問合信号の最終送信先である前記１個以上の第２種の子局機器のうちのいずれかから、前記起動信号が受信される場合に、無線接続が切断されるべき前記対象の機器として前記アクセスポイントを選択せず、
   前記問合信号の最終送信先である前記１個以上の第２種の子局機器のうちのいずれからも、前記起動信号が受信されない場合に、無線接続が切断されるべき前記対象の機器として前記アクセスポイントを選択する、請求項１から３のいずれか一項に記載の機能実行装置。
9. 前記問合部は、前記第２種の無線ネットワークに前記問合信号をブロードキャストすることによって、前記１個以上の第２種の子局機器のそれぞれに、前記アクセスポイントを介して、前記問合信号を送信する、請求項８に記載の機能実行装置。
10. 前記機能実行装置は、さらに、
    前記特定の機器からの指示に応じて前記特定の機能が実行された後に、前記特定の機器との前記無線接続を切断する第２の切断部と、
    前記特定の機器との前記無線接続が切断された後に、前記対象の機器との無線接続を再確立する第２の確立部と、
    を備える、請求項１から９のいずれか一項に記載の機能実行装置。
11. 前記要求受信部は、前記機能実行装置が、アクセスポイントを含まない第１種の無線ネットワークの親局として動作していると共に、前記アクセスポイントを含む第２種の無線ネットワークの子局として動作している状況において、前記第１種の無線ネットワークの子局として動作している１個以上の第１種の子局機器と、前記アクセスポイントと、を含む前記Ｎ個の機器との無線接続が確立されている前記特定の状態で、前記特定の機器から前記無線接続要求を受信し、
    前記問合部は、
    前記１個以上の第１種の子局機器のそれぞれに、他の機器を介さずに、前記問合信号を送信して、前記特定のアプリケーションプログラムを起動していることを示す起動信号を受信することを監視し、
    前記アクセスポイントに前記問合信号を送信することによって、前記第２種の無線ネットワークの子局として動作している１個以上の第２種の子局機器のそれぞれに、前記アクセスポイントを介して、前記問合信号を送信して、前記起動信号を受信することを監視し、
    前記選択部は、前記１個以上の第１種の子局機器のうちの少なくとも１個の機器から前記起動信号が受信されず、かつ、前記１個以上の第２種の子局機器のいずれからも前記起動信号が受信されない場合に、前記アクセスポイントを前記対象の機器として選択する、請求項１から３のいずれか一項に記載の機能実行装置。
12. 特定の機能を実行可能な機能実行装置のためのコンピュータプログラムであって、
    前記機能実行装置に搭載されるコンピュータに、以下の各処理、即ち、
    前記機能実行装置とＮ個（前記Ｎは２以上の整数）の機器との間に無線接続が確立されている特定の状態であって、前記Ｎは、前記機能実行装置が同時的に無線接続を確立可能な機器の上限数である、前記特定の状態で、前記Ｎ個の機器とは異なる特定の機器から無線接続要求を受信する要求受信処理と、
    前記特定の状態で前記特定の機器から前記無線接続要求が受信される場合に、前記Ｎ個の機器のうちのＫ個（前記Ｋは１以上前記Ｎ以下の整数）の機器のそれぞれに問合信号を送信して、前記問合信号の最終送信先の機器が前記特定の機能を前記機能実行装置に実行させるための特定のアプリケーションプログラムを起動しているのか否かを問い合わせる問合処理と、
    前記問い合わせの結果に基づいて、前記Ｋ個の機器の中から、無線接続が切断されるべき対象の機器を選択する選択処理と、
    前記対象の機器との無線接続を切断する第１の切断処理と、
    前記対象の機器との前記無線接続が切断された後に、前記特定の機器との無線接続を確立する第１の確立処理と、
    を実行させるコンピュータプログラム。

Images