(57)【要約】【課題】  通信装置と携帯端末との間で対象データの無線通信を適切に実行するための技術を提供すること。【解決手段】  ＭＦＰ１０は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔの無線ネットワーク（即ちＷＦＤＮＷ）に属している。ＭＦＰ１０は、ＮＦＣ通信を実行して、携帯端末５０から、携帯端末５０とは異なる携帯端末９０のＭＡＣアドレスを含むＮＦＣデータを受信する。ＭＦＰ１０は、ＮＦＣデータに含まれる携帯端末９０のＭＡＣアドレスを用いて、Ｗｉ−Ｆｉ  ＤｉｒｅｃｔのＩｎｖｉｔａｔｉｏｎを携帯端末９０に送信する。これにより、携帯端末９０は、ＷＦＤＮＷに参加することができる。ＭＦＰ１０は、ＷＦＤ通信を利用して、スキャンデータを携帯端末９０に送信する。【選択図】図４
2014045379.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
無線通信を実行するための第１種のインターフェースと、
無線通信を実行するための第２種のインターフェースであって、前記第２種のインターフェースを介した無線通信の通信速度は、前記第１種のインターフェースを介した無線通信の通信速度よりも速い、前記第２種のインターフェースと、
制御部と、を備え、
前記制御部は、
前記第１種のインターフェースを介して、特定の携帯端末から、前記特定の携帯端末とは異なる第１の携帯端末の第１の識別情報を含む特定データを受信する受信部と、
前記特定データに含まれる前記第１の識別情報を用いて、前記第２種のインターフェースを介して、前記第１の携帯端末に参加情報を送信する送信部であって、前記参加情報は、前記通信装置が属している特定の無線ネットワークに他装置を参加させるための情報である、前記送信部と、
前記第２種のインターフェースを介して、前記特定の無線ネットワークに参加した前記第１の携帯端末と対象データを通信する通信部と、
を備える、通信装置。
【請求項２】
前記特定データは、前記第１の携帯端末の前記第１の識別情報を含む複数個の携帯端末の複数個の識別情報を含み、
前記送信部は、前記特定データに含まれる前記複数個の識別情報を用いて、前記第２種のインターフェースを介して、前記複数個の携帯端末のそれぞれに前記参加情報を送信し、
前記通信部は、前記第２種のインターフェースを介して、前記特定の無線ネットワークに参加した前記複数個の携帯端末のそれぞれと対象データを通信する、請求項１に記載の通信装置。
【請求項３】
前記送信部は、前記特定データに含まれる前記複数個の識別情報のそれぞれを順次用いて、前記第２種のインターフェースを介して、前記複数個の携帯端末のそれぞれに前記参加情報を順次送信し、
前記通信部は、前記第２種のインターフェースを介して、前記特定の無線ネットワークに参加した前記複数個の携帯端末のそれぞれと対象データを順次通信する、請求項２に記載の通信装置。
【請求項４】
前記複数個の携帯端末の前記複数個の識別情報は、前記特定の携帯端末の特定の識別情報を含む、請求項２又は３に記載の通信装置。
【請求項５】
前記特定データは、さらに、前記複数個の識別情報のうち、前記特定データの送信元の携帯端末の送信元識別情報と、前記特定データの送信元の携帯端末とは異なる１個以上の携帯端末の１個以上の非送信元識別情報と、を区別するための区別情報を含み、
前記送信部は、
前記特定データに含まれる前記区別情報に基づいて、前記複数個の識別情報の中から、前記送信元識別情報である前記特定の識別情報を選択して、前記特定の識別情報を用いて、前記参加情報を前記特定の携帯端末に送信し、
前記参加情報を前記特定の携帯端末に送信した後に、前記１個以上の非送信元識別情報のそれぞれを順次用いて、前記１個以上の携帯端末のそれぞれに前記参加情報を順次送信し、
前記通信部は、前記特定の携帯端末と対象データを通信した後に、前記１個以上の携帯端末のそれぞれと対象データを順次通信する、請求項４に記載の通信装置。
【請求項６】
前記送信部は、前記複数個の携帯端末のうちの１個の携帯端末に前記参加情報を送信した結果として、前記１個の携帯端末が前記特定の無線ネットワークに参加した場合に、前記１個の携帯端末が前記特定の無線ネットワークから離脱した後に、前記複数個の携帯端末のうちの次の１個の携帯端末に前記参加情報を送信する、請求項２から５のいずれか一項に記載の通信装置。
【請求項７】
前記制御部は、さらに、
前記対象データの通信を前記通信装置に実行させるための所定の指示が前記通信装置に与えられる際に、前記通信装置が前記特定の無線ネットワークを形成していない場合に、前記特定の無線ネットワークを新たに形成する形成部を備え、
前記特定の無線ネットワークは、前記通信装置が親局として動作すると共に他装置が子局として動作するための無線ネットワークであり、
前記送信部は、前記形成部によって新たに形成された前記特定の無線ネットワークに前記第１の携帯端末を参加させるための前記参加情報を、前記第１の携帯端末に送信する、請求項１から６のいずれか一項に記載の通信装置。
【請求項８】
通信装置のためのコンピュータプログラムであって、
前記通信装置は、
無線通信を実行するための第１種のインターフェースと、
無線通信を実行するための第２種のインターフェースであって、前記第２種のインターフェースを介した無線通信の通信速度は、前記第１種のインターフェースを介した無線通信の通信速度よりも速い、前記第２種のインターフェースと、
を備え、
前記コンピュータプログラムは、前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
前記第１種のインターフェースを介して、特定の携帯端末から、前記特定の携帯端末とは異なる第１の携帯端末の第１の識別情報を含む特定データを受信する受信処理と、
前記特定データに含まれる前記第１の識別情報を用いて、前記第２種のインターフェースを介して、前記第１の携帯端末に参加情報を送信する送信処理であって、前記参加情報は、前記通信装置が属している特定の無線ネットワークに他装置を参加させるための情報である、前記送信処理と、
前記第２種のインターフェースを介して、前記特定の無線ネットワークに参加した前記第１の携帯端末と対象データを通信する通信処理と、
を実行させるコンピュータプログラム。
【請求項９】
特定の携帯端末のためのコンピュータプログラムであって、
前記特定の携帯端末は、
無線通信を実行するための第１種のインターフェースと、
無線通信を実行するための第２種のインターフェースであって、前記第２種のインターフェースを介した無線通信の通信速度は、前記第１種のインターフェースを介した無線通信の通信速度よりも速い、前記第２種のインターフェースと、
を備え、
前記コンピュータプログラムは、前記特定の携帯端末に搭載されるコンピュータに、以下の各処理、即ち、
前記第１種のインターフェースを介して、前記特定の携帯端末とは異なる第１の携帯端末から、前記第１の携帯端末の第１の識別情報を受信する識別情報受信処理と、
前記第１種のインターフェースを介して、前記第１の識別情報と、前記特定の携帯端末の特定の識別情報と、を含む特定データを、通信装置に送信する特定データ送信処理と、
前記第２種のインターフェースを介して、前記通信装置から、前記通信装置が属している特定の無線ネットワークに参加するための参加情報を受信する参加情報受信処理と、
前記参加情報を用いて前記特定の無線ネットワークに参加して、前記第２種のインターフェースを介して、前記通信装置と対象データを通信する通信処理と、
を実行させるコンピュータプログラム。
【請求項１０】
前記コンピュータプログラムは、第１のモードに従って前記特定の携帯端末を動作させるための指示が前記特定の携帯端末に与えられる場合に、前記識別情報受信処理と前記特定データ送信処理と前記参加情報受信処理と前記通信処理とを前記コンピュータに実行させ、
前記コンピュータプログラムは、さらに、
前記第１のモードとは異なる第２のモードに従って前記特定の携帯端末を動作させるための指示が前記特定の携帯端末に与えられる場合に、
前記第１種のインターフェースを介して、前記特定の識別情報を前記第１の携帯端末に送信する識別情報送信処理を前記コンピュータに実行させ、
前記第１の携帯端末によって前記特定データ送信処理が実行された後に、前記参加情報受信処理と前記通信処理とを前記コンピュータに実行させる、請求項９に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、通信装置と携帯端末との間で対象データの無線通信を実行するための技術を開示する。
【背景技術】
【０００２】
特許文献１の技術では、携帯電話機は、対向機器とＮＦＣ通信を確立すると、携帯電話機自身のＢｌｕｅｔｏｏｔｈ（登録商標）の電源状態がＯＮであるのか否かを判定する。Ｂｌｕｅｔｏｏｔｈの電源状態がＯＮである場合には、携帯電話機は、ＮＦＣ通信を利用して、Ｂｌｕｅｔｏｏｔｈをハンドオーバ先とする要求を対向機器に送信する。この場合、携帯電話機は、Ｂｌｕｅｔｏｏｔｈを利用して、対向機器と無線通信を実行する。Ｂｌｕｅｔｏｏｔｈの電源状態がＯＮでない場合には、携帯電話機は、ＮＦＣ通信を利用して、ユーザによって選択された通信手段（Ｂｌｕｅｔｏｏｔｈ又は無線ＬＡＮ）をハンドオーバ先とする要求を対向機器に送信する。この場合、携帯電話機は、ユーザによって選択された通信手段を利用して、対向機器と無線通信を実行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１４６９９１号公報
【特許文献２】特開２００２−３５９６２３号公報
【非特許文献】
【０００４】
【非特許文献１】「Ｗｉ−Ｆｉ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ１．１」、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ、２０１０年
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書では、新規な手法を用いて、通信装置と携帯端末との間で対象データの無線通信を実行するための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される通信装置は、無線通信を実行するための第１種のインターフェースと、無線通信を実行するための第２種のインターフェースと、制御部と、を備える。第２種のインターフェースを介した無線通信の通信速度は、第１種のインターフェースを介した無線通信の通信速度よりも速い。制御部は、受信部と送信部と通信部とを備える。受信部は、第１種のインターフェースを介して、特定の携帯端末から、特定の携帯端末とは異なる第１の携帯端末の第１の識別情報を含む特定データを受信する。送信部は、特定データに含まれる第１の識別情報を用いて、第２種のインターフェースを介して、第１の携帯端末に参加情報を送信する。参加情報は、通信装置が属している特定の無線ネットワークに他装置を参加させるための情報である。通信部は、第２種のインターフェースを介して、特定の無線ネットワークに参加した第１の携帯端末と対象データを通信する。
【０００７】
上記の構成によると、通信装置は、特定の携帯端末から特定データを受信すれば、特定の携帯端末とは異なる第１の携帯端末から特定データを受信しなくても、第１の携帯端末に参加情報を送信して、第１の携帯端末を特定の無線ネットワークに参加させることができる。従って、通信装置は、特定の無線ネットワークに参加した第１の携帯端末と対象データを通信することができる。
【０００８】
特定データは、第１の携帯端末の第１の識別情報を含む複数個の携帯端末の複数個の識別情報を含んでいてもよい。送信部は、特定データに含まれる複数個の識別情報を用いて、第２種のインターフェースを介して、複数個の携帯端末のそれぞれに参加情報を送信してもよい。通信部は、第２種のインターフェースを介して、特定の無線ネットワークに参加した複数個の携帯端末のそれぞれと対象データを通信してもよい。この構成によると、通信装置は、特定の携帯端末から特定データを受信すれば、複数個の携帯端末のそれぞれから特定データを受信しなくても、複数個の携帯端末のそれぞれに参加情報を送信して、複数個の携帯端末のそれぞれを特定の無線ネットワークに参加させることができる。従って、通信装置は、特定の無線ネットワークに参加した複数個の携帯端末のそれぞれと対象データを通信することができる。
【０００９】
送信部は、特定データに含まれる複数個の識別情報のそれぞれを順次用いて、第２種のインターフェースを介して、複数個の携帯端末のそれぞれに参加情報を順次送信してもよい。通信部は、第２種のインターフェースを介して、特定の無線ネットワークに参加した複数個の携帯端末のそれぞれと対象データを順次通信してもよい。この構成によると、通信装置は、複数個の携帯端末のそれぞれと対象データを適切に通信し得る。
【００１０】
複数個の携帯端末の複数個の識別情報は、特定の携帯端末の特定の識別情報を含んでいてもよい。この構成によると、通信装置は、特定の携帯端末を含む複数個の携帯端末のそれぞれと対象データを適切に通信し得る。
【００１１】
特定データは、さらに、複数個の識別情報のうち、特定データの送信元の携帯端末の送信元識別情報と、特定データの送信元の携帯端末とは異なる１個以上の携帯端末の１個以上の非送信元識別情報と、を区別するための区別情報を含んでいてもよい。送信部は、特定データに含まれる区別情報に基づいて、複数個の識別情報の中から、送信元識別情報である特定の識別情報を選択して、特定の識別情報を用いて、参加情報を特定の携帯端末に送信し、参加情報を特定の携帯端末に送信した後に、１個以上の非送信元識別情報のそれぞれを順次用いて、１個以上の携帯端末のそれぞれに参加情報を順次送信してもよい。通信部は、特定の携帯端末と対象データを通信した後に、１個以上の携帯端末のそれぞれと対象データを順次通信してもよい。この構成によると、通信装置は、最初に、特定データの送信元の携帯端末である特定の携帯端末と対象データを通信し得る。
【００１２】
送信部は、複数個の携帯端末のうちの１個の携帯端末に参加情報を送信した結果として、１個の携帯端末が特定の無線ネットワークに参加した場合に、１個の携帯端末が特定の無線ネットワークから離脱した後に、複数個の携帯端末のうちの次の１個の携帯端末に参加情報を送信してもよい。この構成によると、通信装置は、複数個の携帯端末のそれぞれを特定の無線ネットワークに適切に参加させ得る。
【００１３】
制御部は、さらに、対象データの通信を通信装置に実行させるための所定の指示が通信装置に与えられる際に、通信装置が特定の無線ネットワークを形成していない場合に、特定の無線ネットワークを新たに形成する形成部を備えていてもよい。特定の無線ネットワークは、通信装置が親局として動作すると共に他装置が子局として動作するための無線ネットワークであってもよい。送信部は、形成部によって新たに形成された特定の無線ネットワークに第１の携帯端末を参加させるための参加情報を、第１の携帯端末に送信してもよい。この構成によると、通信装置は、特定の無線ネットワークを新たに形成して、当該特定の無線ネットワークに第１の携帯端末を適切に参加させ得る。
【００１４】
上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。
【００１５】
本明細書では、特定の携帯端末のためのコンピュータプログラムを開示する。特定の携帯端末は、無線通信を実行するための第１種のインターフェースと、無線通信を実行するための第２種のインターフェースと、を備える。第２種のインターフェースを介した無線通信の通信速度は、第１種のインターフェースを介した無線通信の通信速度よりも速い。コンピュータプログラムは、特定の携帯端末に搭載されるコンピュータに、以下の各処理、即ち、（Ａ）第１種のインターフェースを介して、特定の携帯端末とは異なる第１の携帯端末から、第１の携帯端末の第１の識別情報を受信する識別情報受信処理と、（Ｂ）第１種のインターフェースを介して、第１の識別情報と、特定の携帯端末の特定の識別情報と、を含む特定データを、通信装置に送信する特定データ送信処理と、（Ｃ）第２種のインターフェースを介して、通信装置から、通信装置が属している特定の無線ネットワークに参加するための参加情報を受信する参加情報受信処理と、（Ｄ）参加情報を用いて特定の無線ネットワークに参加して、第２種のインターフェースを介して、通信装置と対象データを通信する通信処理と、を実行させる。
【００１６】
上記の構成によると、特定の携帯端末は、第１の携帯端末から第１の識別情報を受信して、第１の識別情報と特定の識別情報とを含む特定データを通信装置に送信する。これにより、特定の携帯端末は、通信装置から参加情報を受信して、参加情報を用いて特定の無線ネットワークに参加することができる。従って、特定の携帯端末は、通信装置と対象データを通信することができる。
【００１７】
コンピュータプログラムは、第１のモードに従って特定の携帯端末を動作させるための指示が特定の携帯端末に与えられる場合に、識別情報受信処理と特定データ送信処理と参加情報受信処理と通信処理とをコンピュータに実行させてもよい。コンピュータプログラムは、さらに、第１のモードとは異なる第２のモードに従って特定の携帯端末を動作させるための指示が特定の携帯端末に与えられる場合に、第１種のインターフェースを介して、特定の識別情報を第１の携帯端末に送信する識別情報送信処理をコンピュータに実行させ、第１の携帯端末によって特定データ送信処理が実行された後に、参加情報受信処理と通信処理とをコンピュータに実行させてもよい。この構成によると、特定の携帯端末は、特定の携帯端末に与えられる指示に応じて、適切な処理を実行し得る。
【００１８】
また、上記のコンピュータプログラムによって実現される特定の携帯端末自体、及び、上記のコンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置、特定の携帯端末、及び、第１の携帯端末のうちの２個以上のデバイスを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【００１９】
【図１】通信システムの構成を示す。
【図２】ＭＦＰによって実行されるスキャン処理のフローチャートを示す。
【図３】携帯端末によって実行されるアプリケーション処理のフローチャートを示す。
【図４】各デバイスによって実行される各処理のシーケンス図を示す。
【発明を実施するための形態】
【００２０】
（通信システム２の構成）
図１に示されるように、通信システム２は、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）と呼ぶ）１０と、複数個の携帯端末５０，９０，９２と、を備える。
【００２１】
（ＭＦＰ１０が実行可能な無線通信の種類）
ＭＦＰ１０は、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信と、ＷＦＤ（Wi-Fi Directの略）方式に従った無線通信と、通常Ｗｉ−Ｆｉ方式に従った無線通信と、を実行可能である。以下では、上記の各方式に従った無線通信のことを、それぞれ、「ＮＦＣ通信」、「ＷＦＤ通信」、「通常Ｗｉ−Ｆｉ通信」と呼ぶ。
【００２２】
（ＮＦＣ通信）
ＮＦＣ方式は、いわゆる近距離無線通信のための無線通信方式であり、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。ＭＦＰ１０は、携帯端末５０，９０，９２とＮＦＣ通信を実行可能である。
【００２３】
（ＷＦＤ通信）
ＷＦＤ方式は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって作成された規格書「Ｗｉ−Ｆｉ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ１．１」に記述されている無線通信方式である。ＷＦＤ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。
【００２４】
ＭＦＰ１０は、ＷＦＤネットワーク（以下では「ＷＦＤＮＷ」と呼ぶ）に属することによって、当該ＷＦＤＮＷに属する他の機器と目的データのＷＦＤ通信を実行することができる。目的データは、ＯＳＩ参照モデルのネットワーク層の情報を含むデータであり、例えば、印刷データ、スキャンデータ等を含む。本実施例では、携帯端末５０，９０，９２も、ＷＦＤ通信を実行可能である。従って、ＭＦＰ１０は、携帯端末５０，９０，９２と、目的データのＷＦＤ通信を実行可能である。
【００２５】
以下では、ＭＦＰ１０、携帯端末５０，９０，９２のように、ＷＦＤ通信を実行可能な機器のことを「ＷＦＤ対応機器」と呼ぶ。上記のＷＦＤの規格書では、ＷＦＤ対応機器の状態として、Ｇｒｏｕｐ  Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ対応機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。
【００２６】
デバイス状態の一対のＷＦＤ対応機器がＷＦＤＮＷを形成すべき際に、通常、当該一対のＷＦＤ対応機器の間で、Ｇ／Ｏネゴシエーションと呼ばれる無線通信が実行される。Ｇ／Ｏネゴシエーションにおいて、当該一対のＷＦＤ対応機器のうちの一方がＧ／Ｏ状態になり、当該一対のＷＦＤ対応機器のうちの他方がクライント状態になることが決定される。Ｇ／Ｏ状態の機器（以下では「Ｇ／Ｏ機器」と呼ぶ）と、クライアント状態の機器（以下では「クライアント機器」と呼ぶ）と、によって、ＷＦＤＮＷが形成される。ＷＦＤＮＷでは、１個のＧ／Ｏ機器と、１個以上のクライアント機器と、が存在し得る。Ｇ／Ｏ機器は、１個以上のクライアント機器を管理する。具体的に言うと、Ｇ／Ｏ機器は、１個以上のクライアント機器のそれぞれについて、当該クライアント機器の認証を実行し、当該クライアント機器の認証が成功すると、当該クライアント機器の識別情報（即ちＭＡＣアドレス）をＧ／Ｏ機器のメモリ内の管理リストに登録する。これにより、Ｇ／Ｏ機器は、クライアント機器をＷＦＤＮＷに参加させることができる。また、Ｇ／Ｏ機器は、クライアント機器の識別情報を管理リストから削除することによって、クライアント機器をＷＦＤＮＷから離脱させることもできる。
【００２７】
Ｇ／Ｏ機器は、管理リストに登録されているクライアント機器と、目的データの無線通信を実行可能である。Ｇ／Ｏ機器は、管理リストに登録されていない未登録機器と、目的データの無線通信を実行不可能であるが、当該未登録機器がＷＦＤＮＷに参加するための参加データの無線通信を実行可能である。参加データは、ＯＳＩ参照モデルのネットワーク層の情報を含まないデータであり、例えば、Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ信号、Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ信号、Ｉｎｖｉｔａｔｉｏｎ  Ｒｅｑｕｅｓｔ信号、Ｉｎｖｉｔａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ信号等の物理層のデータを含む。
【００２８】
また、Ｇ／Ｏ機器は、複数個のクライアント機器の間の目的データの無線通信を中継可能である。例えば、ＭＦＰ１０がＧ／Ｏ状態であり、携帯端末５０，９０，９２がクライアント状態である状況を想定する。携帯端末５０が携帯端末９０に目的データを送信すべき場合には、携帯端末５０は、まず、目的データをＧ／Ｏ状態のＭＦＰ１０に送信する。そして、Ｇ／Ｏ状態のＭＦＰ１０は、携帯端末５０から目的データを受信して、携帯端末９０に目的データを送信する。即ち、Ｇ／Ｏ状態のＭＦＰ１０は、携帯端末５０と携帯端末９０との間の目的データの無線通信を中継する。
【００２９】
ＷＦＤＮＷに属していないＷＦＤ対応機器（即ち、Ｇ／Ｏ機器の管理リストに登録されていない未登録機器）が、デバイス状態の機器（以下では「デバイス機器」と呼ぶ）である。デバイス機器は、Ｇ／Ｏ機器又はクライアント機器と上記の目的データの無線通信を実行不可能であるが、Ｇ／Ｏ機器と上記の参加データの無線通信を実行可能である。
【００３０】
上述したように、ＷＦＤＮＷでは、目的データの送信元のＷＦＤ対応機器（例えば携帯端末５０）と、目的データの送信先のＷＦＤ対応機器（例えばＭＦＰ１０）と、の間で、これらのＷＦＤ対応機器とは別体に構成されているアクセスポイント（以下では「ＡＰ（Access Pointの略）」と呼ぶ）を介さずに、目的データの無線通信を実行することができる。即ち、ＷＦＤ通信は、ＡＰを介さない無線通信であると言える。
【００３１】
なお、以下では、上記のＷＦＤの規格書で定義されている３個の状態（即ち、Ｇ／Ｏ状態、クライアント状態、デバイス状態）のうちの１つの状態で選択的に動作可能ではないが、ＡＰを介した無線通信（即ち後述の通常Ｗｉ−Ｆｉ通信）を実行可能な機器のことを、「ＷＦＤ非対応機器」と呼ぶ。「ＷＦＤ非対応機器」は、「レガシー機器」とも呼ばれる。Ｇ／Ｏ機器は、ＷＦＤ対応機器の識別情報のみならず、ＷＦＤ非対応機器の識別情報も管理リストに登録することができる。この場合、ＷＦＤ非対応機器は、クライアント機器として、ＷＦＤＮＷに参加することできる。
【００３２】
（通常Ｗｉ−Ｆｉ通信）
通常Ｗｉ−Ｆｉ方式は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって定められた無線通信方式であって、ＷＦＤ方式とは異なる無線通信方式である。通常Ｗｉ−Ｆｉ方式は、ＷＦＤ方式と同様に、ＩＥＥＥの８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。ただし、上述したように、ＷＦＤ方式は、ＡＰを介さない無線通信を実行するための無線通信方式である。これに対し、通常Ｗｉ−Ｆｉ方式は、ＡＰを介して無線通信を実行するための無線通信方式である。この点において、ＷＦＤ方式と通常Ｗｉ−Ｆｉ方式とは異なる。
【００３３】
ＭＦＰ１０は、通常Ｗｉ−Ｆｉネットワーク（以下では「通常Ｗｉ−ＦｉＮＷ」と呼ぶ）に属することによって、当該通常Ｗｉ−ＦｉＮＷに属する他の機器（例えば携帯端末５０，９０，９２）と、ＡＰを介して、目的データの通常Ｗｉ−Ｆ通信を実行することができる。
【００３４】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺機器である。図１に示されるように、ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線ＬＡＮインターフェース（以下ではインターフェースのことを「Ｉ／Ｆ」と記載する）２０と、ＮＦＣＩ／Ｆ２２と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。
【００３５】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に与えることができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００３６】
無線ＬＡＮＩ／Ｆ２０は、ＷＦＤ通信及び通常Ｗｉ−Ｆｉ通信を実行するためのインターフェースである。無線ＬＡＮＩ／Ｆ２０は、物理的には１個のインターフェース（即ち１個のＩＣチップ）である。但し、無線ＬＡＮＩ／Ｆ２０には、ＷＦＤ通信で利用されるＭＡＣアドレス（以下では「ＷＦＤ用ＭＡＣアドレス」と呼ぶ）と、通常Ｗｉ−Ｆｉ通信で利用されるＭＡＣアドレス（以下では「通常Ｗｉ−Ｆｉ用ＭＡＣアドレス」と呼ぶ）と、の両方が割り当てられる。具体的に言うと、無線ＬＡＮＩ／Ｆ２０には、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスが、予め割り当てられている。制御部３０は、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスを用いて、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスとは異なるＷＦＤ用ＭＡＣアドレスを生成して、ＷＦＤ用ＭＡＣアドレスを無線ＬＡＮＩ／Ｆ２０に割り当てる。従って、制御部３０は、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスを利用した通常Ｗｉ−Ｆｉ通信と、ＷＦＤ用ＭＡＣアドレスを利用したＷＦＤ通信と、の両方を同時的に実行し得る。即ち、ＭＦＰ１０は、通常Ｗｉ−ＦｉＮＷとＷＦＤＮＷとの両方に同時的に属することができる。
【００３７】
ＭＦＰ１０によって利用されるＭＡＣアドレスという観点では、ＷＦＤ通信、ＷＦＤＮＷは、それぞれ、ＭＦＰ１０のＷＦＤ用ＭＡＣアドレスが利用される無線通信、無線ネットワークである。通常Ｗｉ−Ｆｉ通信、通常Ｗｉ−ＦｉＮＷは、それぞれ、ＭＦＰ１０の通常Ｗｉ−Ｆｉ用ＭＡＣアドレスが利用される無線通信、無線ネットワークである。
【００３８】
ＮＦＣＩ／Ｆ２２は、ＮＦＣ通信を実行するためのインターフェースである。ＮＦＣＩ／Ｆ２２を構成するチップと、無線ＬＡＮＩ／Ｆ２０を構成するチップとは、物理的に異なる。
【００３９】
無線ＬＡＮＩ／Ｆ２０を利用した無線通信の通信速度（例えば、最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を利用した無線通信の通信速度（例えば、最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、無線ＬＡＮＩ／Ｆ２０を利用した無線通信における搬送波の周波数（例えば、２．４ＧＨｚ帯、５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を利用した無線通信における搬送波の周波数（例えば、１３．５６ＭＨｚ帯）とは異なる。また、例えば、ＭＦＰ１０と通信相手（例えば携帯端末５０）との距離が約１０ｃｍ以下である場合に、制御部３０は、ＮＦＣＩ／Ｆ２２を利用して、通信相手とＮＦＣ通信を実行可能である。一方において、ＭＦＰ１０と通信相手との距離が、１０ｃｍ以下である場合でも、１０ｃｍ以上である場合（例えば最大で約１００ｍ）でも、制御部３０は、無線ＬＡＮＩ／Ｆ２０を利用して、通信相手とＷＦＤ通信又は通常Ｗｉ−Ｆｉ通信を実行可能である。即ち、ＭＦＰ１０が無線ＬＡＮＩ／Ｆ２０を利用して通信相手と無線通信を実行可能な最大の距離は、ＭＦＰ１０がＮＦＣＩ／Ｆ２２を利用して通信相手と無線通信を実行可能な最大の距離よりも大きい。
【００４０】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、様々な処理（例えば後述の図２の各処理）を実行する。メモリ３４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３４は、ＣＰＵ３２によって実行される上記のプログラムを格納する。
【００４１】
メモリ３４は、さらに、ＷＦＤに関するＭＦＰ１０の現在の状態（即ち、Ｇ／Ｏ状態、クライアント状態、及び、デバイス状態のいずれかの状態）を示すＷＦＤ状態値を格納する。ＭＦＰ１０がＷＦＤＮＷに属している場合（即ち、ＷＦＤ状態値がＧ／Ｏ状態又はクライアント状態を示す場合）には、メモリ３４は、さらに、ＷＦＤ通信を実行するためのＷＦＤ無線設定情報を格納する。
【００４２】
ＷＦＤ無線設定情報は、認証方式、暗号化方式、パスワード、ＳＳＩＤ（Service Set Identifierの略）、ＢＳＳＩＤ（Basic Service Set Identifierの略）、利用チャネル、及び、利用可能チャネルリストと、を含む。ＷＦＤ無線設定情報に含まれる認証方式、暗号化方式、及び、パスワードは、ＷＦＤＮＷにおいて、認証及び暗号化のために利用される情報である。ＷＦＤ無線設定情報に含まれるＳＳＩＤは、ＷＦＤＮＷを識別するためのネットワーク識別子である。ＷＦＤ無線設定情報に含まれるＢＳＳＩＤは、ＷＦＤＮＷを形成しているＧ／Ｏ機器に割り当てられている固有の識別子（例えばＧ／Ｏ機器のＭＡＣアドレス）である。ＷＦＤ無線設定情報に含まれる利用チャネルは、ＷＦＤＮＷで現在利用されている無線チャネルの値である。ＷＦＤ無線設定情報に含まれる利用可能チャネルリストは、ＷＦＤＮＷで利用可能な複数個の無線チャネルの値のリストである。
【００４３】
Ｇ／Ｏ機器は、通常、ＷＦＤＮＷを形成する際に、ＷＦＤ無線設定情報を準備して、当該ＷＦＤ無線設定情報をクライアント機器に供給する。例えば、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０がＧ／Ｏ状態で動作してＷＦＤＮＷを形成する際に、ＷＦＤ無線設定情報を準備する。具体的に言うと、ＣＰＵ３２は、予め決められている認証方式及び暗号化方式を準備する。ＣＰＵ３２は、予め決められているパスワードを準備するか、あるいは、パスワードを新たに生成することによってパスワードを準備する。ＣＰＵ３２は、予め決められているＳＳＩＤを準備するか、あるいは、ＳＳＩＤを新たに生成することによってＳＳＩＤを準備する。ＣＰＵ３２は、予め決められているＷＦＤ用ＭＡＣアドレスをＢＳＳＩＤとして準備する。ＣＰＵ３２は、予め決められている利用可能チャネルリストを準備し、当該利用可能チャネルリストのうちの１個の無線チャネルを利用チャネルとして準備する。
【００４４】
従って、ＭＦＰ１０がＧ／Ｏ状態で動作してＷＦＤＮＷに属している場合には、メモリ３４は、ＭＦＰ１０が当該ＷＦＤＮＷを形成した際に、ＭＦＰ１０によって準備されたＷＦＤ無線設定情報を格納する。一方において、ＭＦＰ１０がクライアント状態で動作してＷＦＤＮＷに属している場合には、メモリ３４は、ＭＦＰ１０とは異なるＧ／Ｏ機器が当該ＷＦＤＮＷを形成した際に、当該Ｇ／Ｏ機器によって準備されたＷＦＤ無線設定情報（即ち、当該Ｇ／Ｏ機器から取得されたＷＦＤ無線設定情報）を格納する。
【００４５】
また、ＭＦＰ１０が通常Ｗｉ−ＦｉＮＷに属している場合には、メモリ３４は、さらに、通常Ｗｉ−Ｆｉ通信を実行するための通常Ｗｉ−Ｆｉ無線設定情報を格納する。通常Ｗｉ−Ｆｉ無線設定情報は、ＷＦＤ無線設定情報と同様に、認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ、利用チャネル、及び、利用可能チャネルリストを含む。なお、通常Ｗｉ−Ｆｉ無線設定情報に含まれるＢＳＳＩＤは、通常Ｗｉ−ＦｉＮＷを形成しているＡＰに割り当てられている固有の識別子（例えばＡＰのＭＡＣアドレス）である。その他の各情報は、通常Ｗｉ−ＦｉＮＷで利用される各情報であることを除くと、ＷＦＤ無線設定情報に含まれる各情報と同様である。
【００４６】
（携帯端末５０の構成）
携帯端末５０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末５０は、ＭＦＰ１０と同様に、ＮＦＣ通信とＷＦＤ通信と通常Ｗｉ−Ｆｉ通信とを実行可能である。
【００４７】
携帯端末５０は、操作部５２と、表示部５４と、無線ＬＡＮＩ／Ｆ６０と、ＮＦＣＩ／Ｆ６２と、制御部７０と、を備える。各部５２〜７０は、バス線（符号省略）に接続されている。
【００４８】
操作部５２は、複数のキーを備える。ユーザは、操作部５２を操作することによって、様々な指示を携帯端末５０に与えることができる。表示部５４は、様々な情報を表示するためのディスプレイである。無線ＬＡＮＩ／Ｆ６０、ＮＦＣＩ／Ｆ６２は、それぞれ、ＭＦＰ１０の無線ＬＡＮＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２と同様である。従って、無線ＬＡＮＩ／Ｆ６０及びＮＦＣＩ／Ｆ６２の相違は、無線ＬＡＮＩ／Ｆ２０及びＮＦＣＩ／Ｆ２２の相違と同様である。例えば、無線ＬＡＮＩ／Ｆ６０を利用した無線通信の通信速度は、ＮＦＣＩ／Ｆ６２を利用した無線通信の通信速度よりも速い。
【００４９】
制御部７０は、ＣＰＵ７２とメモリ７４とを備える。ＣＰＵ７２は、メモリ７４に格納されているプログラムに従って、様々な処理（例えば後述の図３の各処理）を実行する。メモリ７４は、ＲＯＭ、ＲＡＭ、ハードディスク等を含む。上記のプログラムは、ＭＦＰ１０に機能（例えば印刷機能、スキャン機能等）を実行させるためのアプリケーションプログラム７６を含む。アプリケーションプログラム７６は、例えば、ＭＦＰ１０のベンダによって提供されるサーバから携帯端末５０にインストールされてもよいし、ＭＦＰ１０と共に出荷されるメディアから携帯端末５０にインストールされてもよい。
【００５０】
ＭＦＰ１０と同様に、携帯端末５０のメモリ７４は、携帯端末５０が属している無線ネットワークに関する様々な情報を格納する。例えば、携帯端末５０がＷＦＤＮＷに属している場合には、メモリ７４は、ＷＦＤ無線設定情報を格納する。また、携帯端末５０が通常Ｗｉ−ＦｉＮＷに属している場合には、携帯端末５０のメモリは、通常Ｗｉ−Ｆｉ無線設定情報を格納する。
【００５１】
携帯端末９０，９２は、それぞれ、携帯端末５０と同様の構成を備える。即ち、携帯端末９０，９２も、ＭＦＰ１０に機能を実行させるためのアプリケーションプログラム７６を備える。
【００５２】
（ＭＦＰ１０によって実行されるスキャン処理；図２）
ＭＦＰ１０は、スキャンに関係する動作モードとして、原稿のスキャンによって生成されるスキャンデータを、他装置に送信せずに、メモリ３４に保存させる保存スキャンモードと、スキャンデータを他装置（例えば携帯端末５０，９０，９２）に送信する送信スキャンモードと、を備える。ＭＦＰ１０のＣＰＵ３２は、保存スキャンモードと送信スキャンモードとのどちらかをユーザに選択させるための選択画面を、表示部１４に表示させることができる。
【００５３】
ただし、ＭＦＰ１０がＧ／Ｏ機器として動作するＷＦＤＮＷ（以下では「ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）」と呼ぶ）が既に形成されており、かつ、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にクライアント機器が参加している状況では、ＣＰＵ３２は、送信スキャンモードを選択不可能な態様、即ち、保存スキャンモードのみを選択可能な態様で、上記の選択画面を表示部１４に表示させる。本実施例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数が「１」に設定されている。従って、上記の状況では、ＣＰＵ３２は、後述のＳ３６又はＳ６６において、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に携帯端末を参加させることができず、この結果、スキャンデータを携帯端末に送信することができないために（即ち、送信スキャンモードを実現不可能であるために）、送信スキャンモードを選択不可能な態様で、上記の選択画面を表示部１４に表示させる。
【００５４】
なお、本実施例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数が「１」に設定されているが、変形例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数が「２」以上に設定されていてもよい。即ち、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数は、「１」以上であればよい。
【００５５】
ＭＦＰ１０のＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、図２のスキャン処理を実行する。ユーザは、上記の選択画面を見ながら操作部１２を操作することによって、送信スキャンモードを選択するための指示をＭＦＰ１０に与える。この場合、ＣＰＵ３２は、Ｓ１０でＹＥＳと判断して、Ｓ１２に進む。上述したように、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成されており、かつ、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にクライアント機器が参加している状況では、ユーザは、送信スキャンモードを選択することができない。従って、Ｓ１２以降の処理が実行される状況は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成されていない状況か、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が既に形成されているが、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加しているクライアント機器の数がゼロである状況か、のどちらかである。
【００５６】
Ｓ１２では、ＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が現在形成されているのか否かを判断する。具体的に言うと、ＣＰＵ３２は、メモリ３４内のＷＦＤ状態値がＧ／Ｏ状態を示す場合には、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が現在形成されている（即ちＳ１２でＹＥＳ）と判断し、Ｓ１４をスキップしてＳ１６に進む。一方において、ＣＰＵ３２は、メモリ３４内のＷＦＤ状態値がクライアント状態又はデバイス状態を示す場合には、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が現在形成されていない（即ちＳ１２でＮＯ）と判断し、Ｓ１４に進む。
【００５７】
Ｓ１４では、ＣＰＵ３２は、ＭＦＰ１０を自発Ｇ／Ｏモードに移行させる。上述したように、ＷＦＤＮＷが新たに形成されるべき際には、通常、Ｇ／Ｏネゴシエーションが実行されて、Ｇ／Ｏ機器とクライアント機器とが決定される。これに対し、自発Ｇ／Ｏモードでは、Ｇ／Ｏネゴシエーションが実行されずに、ＭＦＰ１０がＧ／Ｏ状態になる。
【００５８】
なお、Ｓ１４が開始される際に、メモリ３４内のＷＦＤ状態値がクライアント状態を示す場合には、即ち、ＭＦＰ１０がクライアント機器としてＷＦＤＮＷに属している場合には、ＣＰＵ３２は、まず、ＭＦＰ１０をクライアント状態からデバイス状態に移行させ（即ち、ＷＦＤＮＷからＭＦＰ１０を離脱させ）、その後、ＭＦＰ１０を自発Ｇ／Ｏモードに移行させる。即ち、Ｓ１４において、ＭＦＰ１０は、クライアント状態から、デバイス状態を経て、Ｇ／Ｏ状態に移行する。一方において、メモリ３４内のＷＦＤ状態値がデバイス状態を示す場合には、即ち、ＭＦＰ１０がＷＦＤＮＷに属していない場合には、Ｓ１４において、ＭＦＰ１０は、デバイス状態からＧ／Ｏ状態に移行する。Ｓ１４が終了すると、Ｓ１６に進む。
【００５９】
Ｓ１４が実行されると、ＭＦＰ１０がＧ／Ｏ機器になるが、クライアント機器が存在しない。換言すれば、Ｓ１４が実行されると、Ｇ／Ｏ機器（即ちＭＦＰ１０）のみが属しているＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が新たに形成される、と言える。これにより、ＭＦＰ１０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に携帯端末５０，９０，９２を適切に参加させることができる。
【００６０】
自発Ｇ／Ｏモードは、Ｇ／Ｏ状態で動作することをＭＦＰ１０に維持させるモードである。例えば、ＭＦＰ１０がＧ／ＯネゴシエーションでＧ／Ｏ状態になってＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成した場合には、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加しているクライアント機器の数がゼロになると、ＭＦＰ１０は、Ｇ／Ｏ状態からデバイス状態に移行する（即ち、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が消滅する）。これに対し、ＭＦＰ１０が自発Ｇ／ＯモードでＧ／Ｏ状態になってＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成した場合には、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加しているクライアント機器の数がゼロであっても、ＭＦＰ１０は、Ｇ／Ｏ状態を維持する（即ち、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を維持する）。
【００６１】
Ｓ１４では、ＣＰＵ３２は、さらに、ＷＦＤ無線設定情報（即ち、認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ、利用チャネル、及び、利用可能チャネルリスト）を準備する。なお、ＣＰＵ３２がＷＦＤ無線設定情報を準備する手法は、上述のとおりである。Ｓ１４では、ＣＰＵ３２は、さらに、Ｇ／Ｏ状態を示すＷＦＤ状態値と、準備済みのＷＦＤ無線設定情報と、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加するクライアント機器を管理するための管理リストと、をメモリ３４に格納させる。
【００６２】
Ｓ１６では、ＣＰＵ３２は、原稿のスキャンをスキャン実行部１８に実行させる。これにより、スキャン実行部１８は、スキャンデータを生成する。ＣＰＵ３２は、スキャンデータをメモリ３４に格納させる。Ｓ１６が終了すると、Ｓ１８に進む。
【００６３】
ＭＦＰ１０が電源ＯＮにされている間に、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、ＮＦＣ通信を実行可能な機器（例えば携帯端末５０，９０，９２）を検出するための検出電波を発信している。また、携帯端末５０，９０，９２のＮＦＣＩ／Ｆ（例えばＮＦＣＩ／Ｆ６２）も、ＮＦＣ通信を実行可能な機器（例えば、他の携帯端末、ＭＦＰ１０）を検出するための検出電波を発信している。詳しくは後述するが、本実施例では、例えば、携帯端末５０，９０，９２のうちの１個の携帯端末がメインモードで動作し、他の２個の携帯端末がサブモードで動作する。以下では、メインモードで動作する携帯端末、サブモードで動作する携帯端末を、それぞれ、「携帯端末（メイン）」、「携帯端末（サブ）」と呼ぶ。ＭＦＰ１０と携帯端末（メイン）との間の距離が、上記の検出電波が届く距離（例えば１０ｃｍ）より小さくなると、ＭＦＰ１０及び携帯端末（メイン）の一方の機器は、他方の機器から検出電波を受信して、応答電波を送信する。この結果、ＭＦＰ１０と携帯端末（メイン）との間にＮＦＣ接続が確立される。
【００６４】
ＣＰＵ３２は、ＭＦＰ１０と通信相手（例えば携帯端末（メイン））との間にＮＦＣ接続が確立されると、当該ＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ２２を介して）、ＭＦＰ１０であることを示す情報を通信相手に送信する。また、携帯端末（メイン）は、携帯端末（メイン）と通信相手（例えばＭＦＰ１０）との間にＮＦＣ接続が確立されると、当該ＮＦＣ接続を利用して、メインモードで動作する携帯端末（メイン）であることを示す情報を通信相手に送信する。これらの情報が通信されるために、ＭＦＰ１０のＣＰＵ３２は、通信相手が携帯端末（メイン）であることを知ることができ、さらに、携帯端末（メイン）は、通信相手がＭＦＰ１０であることを知ることができる（後述の図３のＳ１１４でＹＥＳ）。携帯端末（メイン）は、通信相手がＭＦＰ１０であることを知ると、ＮＦＣ接続を利用して、ＮＦＣデータをＭＦＰ１０に送信する（後述の図３のＳ１１６）。
【００６５】
ＮＦＣデータは、携帯端末（メイン）のＭＡＣアドレスと、携帯端末（メイン）のＭＡＣアドレスに対応付けられているメイン情報と、を含む。メイン情報は、当該メイン情報に対応付けられているＭＡＣアドレスが、ＮＦＣデータの送信元の携帯端末（即ち携帯端末（メイン））のＭＡＣアドレスであることを示す情報である。また、後述するように、携帯端末（メイン）が携帯端末（サブ）のＭＡＣアドレスを受信する場合（後述の図３のＳ１１２でＭＡＣアドレスを受信する場合）には、ＮＦＣデータは、さらに、携帯端末（サブ）のＭＡＣアドレスと、携帯端末（サブ）のＭＡＣアドレスに対応付けられているサブ情報と、を含む。サブ情報は、当該サブ情報に対応付けられているＭＡＣアドレスが、ＮＦＣデータの送信元の携帯端末（即ち携帯端末（メイン））とは異なる他の携帯端末（即ち携帯端末（サブ））のＭＡＣアドレスであることを示す情報である。
【００６６】
Ｓ１８では、ＭＦＰ１０のＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、携帯端末（メイン）からＮＦＣデータを受信することを監視する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、携帯端末（メイン）からＮＦＣデータを受信すると、Ｓ１８でＹＥＳと判断して、Ｓ２０に進む。
【００６７】
Ｓ２０では、ＣＰＵ３２は、ＮＦＣデータに含まれる１個以上のＭＡＣアドレスの中から、ＮＦＣデータの送信元である携帯端末（メイン）のＭＡＣアドレスを選択する。具体的に言うと、ＣＰＵ３２は、１個以上のＭＡＣアドレスの中から、メイン情報が対応付けられているＭＡＣアドレスを選択することによって、携帯端末（メイン）のＭＡＣアドレスを選択する。ＮＦＣデータがメイン情報を含むために、ＣＰＵ３２は、携帯端末（サブ）のＭＡＣアドレスではなく、携帯端末（メイン）のＭＡＣアドレスを適切に選択することができる。
【００６８】
次いで、Ｓ３０では、ＣＰＵ３２は、まず、Ｉｎｖｉｔａｔｉｏｎ  Ｒｅｑｕｅｓｔ信号（以下では「ＩＲｅｑ信号」と呼ぶ）を準備する。ＩＲｅｑ信号は、ＷＦＤの上記の規格書に記述されている信号であり、Ｇ／Ｏ機器がデバイス機器をＷＦＤＮＷに参加させるための信号である。なお、ＷＦＤ非対応機器（即ちレガシー機器）は、ＩＲｅｑ信号を解釈することができない。従って、ＩＲｅｑ信号を利用して、ＷＦＤ非対応機器（即ちレガシー機器）をＷＦＤＮＷに参加させることはできない。
【００６９】
Ｓ３０では、ＣＰＵ３２は、Ｓ２０で選択された携帯端末（メイン）のＭＡＣアドレスを、ＩＲｅｑ信号の送信先のＭＡＣアドレスとして指定する。また、ＣＰＵ３２は、メモリ３４内のＷＦＤ無線設定情報から、ＳＳＩＤ、利用チャネル、及び、利用可能チャネルリストを特定する。ＣＰＵ３２は、特定済みの各情報を含むＩＲｅｑ信号を準備する。次いで、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、ＩＲｅｑ信号を送信する。上述したように、ＩＲｅｑ信号は、送信先のＭＡＣアドレスとして携帯端末（メイン）のＭＡＣアドレスを含む。従って、ＣＰＵ３２は、ＩＲｅｑ信号を携帯端末（メイン）に送信することができる。
【００７０】
次いで、Ｓ３２では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末（メイン）から、Ｉｎｖｉｔａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ信号（以下では「ＩＲｅｓ信号」と呼ぶ）を受信することを監視する。ＩＲｅｓ信号は、ＩＲｅｑ信号の送信先のデバイス機器（例えば携帯端末（メイン））が、ＩＲｅｑ信号に応じて送信する信号である。例えば、ＭＦＰ１０と携帯端末（メイン）との間の距離が非常に大きい場合には、携帯端末（メイン）は、ＭＦＰ１０からＩＲｅｑ信号を受信することができず、この結果、ＩＲｅｓ信号をＭＦＰ１０に送信することができない。この場合、ＣＰＵ３２は、携帯端末（メイン）からＩＲｅｓ信号を受信することができず、この結果、Ｓ３２でＮＯと判断し、Ｓ３４〜Ｓ４０をスキップしてＳ５０に進む。
【００７１】
図２のＳ１８の近距離無線通信（即ちＮＦＣ通信）の対象は、携帯端末（メイン）である。従って、Ｓ１８の直後に実行されるＳ３２の段階では、ＭＦＰ１０と携帯端末（メイン）との間の距離は、通常、無線ＬＡＮＩ／Ｆ２０を介した無線通信を実行可能な程度に小さい。従って、ＣＰＵ３２は、通常、携帯端末（メイン）からＩＲｅｓ信号を受信する。この場合、ＣＰＵ３２は、Ｓ３２でＹＥＳと判断して、Ｓ３４に進む。
【００７２】
上述したように、Ｓ２０において、ＣＰＵ３２は、ＮＦＣデータに含まれる１個以上のＭＡＣアドレスの中から、携帯端末（サブ）のＭＡＣアドレスではなく、携帯端末（メイン）のＭＡＣアドレスを優先的に選択して、携帯端末（メイン）にＩＲｅｑ信号を送信する。即ち、ＣＰＵ３２は、ＭＦＰ１０の近くに存在している可能性が高い携帯端末（メイン）（即ち、ＩＲｅｑ信号を受信することができる可能性が高い携帯端末（メイン））に、ＩＲｅｑ信号を優先的に送信する。これにより、ＭＦＰ１０は、携帯端末（メイン）をＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加させることができ、携帯端末（メイン）にスキャンデータを迅速に送信することができる。そして、その後、ＣＰＵ３２は、携帯端末（サブ）にＩＲｅｑ信号を送信する（後述のＳ６０）。本実施例によると、ＭＦＰ１０は、最初に、携帯端末（メイン）にＩＲｅｑ信号を送信することができ、この結果、最初に、携帯端末（メイン）にスキャンデータを送信することができる。従って、ＭＦＰ１０は、携帯端末（メイン）及び携帯端末（サブ）のそれぞれに適切な順序でＩＲｅｑ信号を送信することができ、この結果、携帯端末（メイン）及び携帯端末（サブ）のそれぞれに適切な順序でスキャンデータを送信することができる。
【００７３】
なお、携帯端末（メイン）は、ＭＦＰ１０から受信されるＩＲｅｑ信号に含まれる利用チャネルの値が示す無線チャネルを利用することができない場合（例えば、携帯端末（メイン）が当該無線チャネルを現在利用している場合）に、ＩＲｅｑ信号に含まれる利用可能チャネルリストの中から他の無線チャネルの値を指定し、指定済みの値を含むＩＲｅｓ信号をＭＦＰ１０に送信する。この場合、ＭＦＰ１０のＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で現在利用されている無線チャネルに代えて、ＩＲｅｓ信号に含まれる上記の値が示す無線チャネルをＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）で新たに利用する。これにより、ＭＦＰ１０は、携帯端末（メイン）とＷＦＤ通信を適切に実行することができる。なお、この点は、後述のＳ６２において、ＩＲｅｓ信号が受信される場合も同様である。
【００７４】
Ｓ３４では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末（メイン）と認証のための通信（以下では「認証通信」と呼ぶ）を実行する。認証通信は、Authentication信号、Association Request信号、Association Response信号、4-Way Handshake信号等の通信を含む。認証通信を実行する過程において、ＣＰＵ３２は、メモリ３４内のＷＦＤ無線設定情報（例えば、認証方式、暗号化方式、パスワード、ＢＳＳＩＤ等）を携帯端末（メイン）に送信する。ＣＰＵ３２は、認証通信を実行することによって、携帯端末（メイン）の認証を実行して、携帯端末（メイン）の認証が成功すると、Ｓ３６に進む。
【００７５】
Ｓ３６では、ＣＰＵ３２は、メモリ３４内の管理リスト（即ち、クライアント機器を管理するための管理リスト）に、Ｓ２０で選択された携帯端末（メイン）のＭＡＣアドレスを登録する。上述したように、本実施例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数は「１」である。即ち、管理リストに登録可能なＭＡＣアドレスの最大数は「１」である。上記のＳ１２でＮＯと判断される場合には、Ｓ１４で新たに形成されるＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加しているクライアント機器の数はゼロである。また、上記のＳ１２でＹＥＳと判断される場合も、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加しているクライアント機器の数はゼロである。ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）にクライアント機器が参加している場合には、ユーザが送信スキャンモードを選択することができないために、Ｓ１２以降の処理が実行されないからである。従って、上記のＳ１２でＹＥＳと判断される場合でもＮＯと判断される場合でも、Ｓ３６が開始される際に、管理リストに１個のＭＡＣアドレスも登録されていない。このために、Ｓ３６では、ＣＰＵ３２は、携帯端末（メイン）のＭＡＣアドレスを管理リストに登録することができる。この結果、携帯端末（メイン）は、クライアント機器としてＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加することができる。
【００７６】
なお、Ｓ３６が開始される際に、管理リストに登録されているＭＡＣアドレスの数がゼロであるにも関わらず、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成されているということは、ＭＦＰ１０がＧ／Ｏネゴシエーションを実行して当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成したのではなく、ＭＦＰ１０が自発Ｇ／Ｏモードに移行して当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成したことを意味する（例えば、今回のスキャン処理のＳ１４が実行されたこと、又は、今回のスキャン処理の前に、自発Ｇ／Ｏモードに移行させるための操作がユーザによって実行されたこと、を意味する）。ＭＦＰ１０がＧ／Ｏネゴシエーションを実行してＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成した場合には、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加しているクライアント機器の数がゼロになると、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が消滅するからである。即ち、Ｓ３６の処理が実行されるということは、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）は、自発Ｇ／Ｏモードへの移行に起因して形成されたものであることを意味する。
【００７７】
Ｓ３６が終了すると、ＭＦＰ１０と携帯端末（メイン）との双方が、同じＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に属することになる。次いで、Ｓ３８では、ＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して（即ちＷＦＤ通信を利用して）、携帯端末（メイン）とスキャンデータの通信を実行する。即ち、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、メモリ３４内のスキャンデータ（即ちＳ１６で生成されたスキャンデータ）を携帯端末（メイン）に送信する。Ｓ３８では、Ｇ／Ｏ機器であるＭＦＰ１０から、クライアント機器である携帯端末（メイン）に、中継装置を介さずに、スキャンデータが直接的に送信される。
【００７８】
スキャンデータは、上記のＮＦＣデータと比べて、大きいデータサイズを有する。上述したように、ＮＦＣＩ／Ｆ２２を介した無線通信の通信速度は、無線ＬＡＮＩ／Ｆ２０を介した無線通信の通信速度よりも遅い。従って、仮に、ＭＦＰ１０と携帯端末（メイン）との間で、ＮＦＣ通信を利用して、スキャンデータの無線通信が実行される構成を採用すると、スキャンデータの無線通信のために長時間を要する。このような実情に鑑みて、本実施例では、Ｓ３８において、ＭＦＰ１０は、ＷＦＤ通信を利用して、スキャンデータを携帯端末（メイン）に送信する。この結果、スキャンデータの無線通信を迅速に実行することができる。この点は、後述のＳ６８でも同様である。
【００７９】
次いで、Ｓ４０では、ＣＰＵ３２は、メモリ３４内の管理リストから、携帯端末（メイン）のＭＡＣアドレスを削除する。この結果、携帯端末（メイン）は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱する。Ｓ４０において、メモリ３４内の管理リストからＭＡＣアドレスが削除されると、管理リストに登録されているＭＡＣアドレスの数がゼロになる。ただし、上述したように、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）は、自発Ｇ／Ｏモードへの移行に起因して形成されたものであるために、Ｓ４０が実行されても消滅しない。この点は、後述のＳ７０でも同様である。Ｓ４０が終了すると、Ｓ５０に進む。
【００８０】
Ｓ５０では、ＣＰＵ３２は、Ｓ１８で受信されたＮＦＣデータの中に、サブ情報が対応付けられているＭＡＣアドレス（即ち、携帯端末（サブ）のＭＡＣアドレス）が存在するのか否かを判断する。ＣＰＵ３２は、携帯端末（サブ）のＭＡＣアドレスが存在しない場合には、Ｓ５０でＮＯと判断し、Ｓ５２〜Ｓ７２を実行せずに、Ｓ１０に戻る。ＣＰＵ３２は、携帯端末（サブ）のＭＡＣアドレスが存在する場合には、Ｓ５０でＹＥＳと判断し、Ｓ５２に進む。なお、この場合、Ｓ１８で受信されたＮＦＣデータの中に、２個以上のＭＡＣアドレス（即ち、１個の携帯端末（メイン）の１個のＭＡＣアドレス、及び、１個以上の携帯端末（サブ）の１個以上のＭＡＣアドレス）が存在することになる。
【００８１】
Ｓ５２では、ＣＰＵ３２は、ＮＦＣデータに含まれる２個以上のＭＡＣアドレスの中から、サブ情報が対応付けられている１個のＭＡＣアドレスを選択することによって、１個の携帯端末（サブ）の１個のＭＡＣアドレスを選択する。ＮＦＣデータがサブ情報を含むために、ＣＰＵ３２は、携帯端末（メイン）のＭＡＣアドレスではなく、携帯端末（サブ）のＭＡＣアドレスを適切に選択することができる。
【００８２】
次いで、Ｓ６０では、ＣＰＵ３２は、Ｓ５２で選択された携帯端末（サブ）のＭＡＣアドレスが送信先のＭＡＣアドレスとして指定されているＩＲｅｑ信号を準備する。ＩＲｅｑ信号に含まれる他の情報（即ち、ＳＳＩＤ、利用チャネル、及び、利用可能チャネルリスト）は、上記のＳ３０と同様である。ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、ＩＲｅｑ信号を携帯端末（サブ）に送信する。
【００８３】
次いで、Ｓ６２では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末（サブ）からＩＲｅｓ信号を受信することを監視する。上述したように、Ｓ１８の近距離無線通信（即ちＮＦＣ通信）の対象は、携帯端末（メイン）であり、携帯端末（サブ）ではない。従って、ＭＦＰ１０と携帯端末（サブ）との間の距離が非常に大きい可能性がある。この場合、ＣＰＵ３２は、携帯端末（サブ）からＩＲｅｓ信号を受信することができないために、Ｓ６２でＮＯと判断し、Ｓ６４〜Ｓ７０をスキップしてＳ７２に進む。一方において、ＣＰＵ３２は、携帯端末（サブ）からＩＲｅｓ信号を受信する場合には、Ｓ６２でＹＥＳと判断して、Ｓ６４に進む。
【００８４】
Ｓ６４では、ＣＰＵ３２は、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末（サブ）と認証通信を実行する。ＣＰＵ３２は、上記のＳ３４と同様の認証通信を実行することによって、携帯端末（サブ）の認証を実行して、携帯端末（サブ）の認証が成功すると、Ｓ６６に進む。
【００８５】
Ｓ６６では、ＣＰＵ３２は、メモリ３４内の管理リストに、Ｓ５２で選択された携帯端末（サブ）のＭＡＣアドレスを登録する。Ｓ６６が終了すると、ＭＦＰ１０と携帯端末（サブ）との双方が、同じＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に属することになる。本実施例では、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数が「１」である。従って、仮に、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に携帯端末（メイン）が参加していると、当該ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に携帯端末（サブ）を参加させることができない。このような実情に鑑みて、ＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から携帯端末（メイン）を離脱させ（Ｓ４０）、その後、携帯端末（サブ）にＩＲｅｑ信号を送信して（Ｓ６０）、携帯端末（サブ）をＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加させる。同様に、ＣＰＵ３２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から携帯端末（サブ）を離脱させ（後述のＳ７０）、その後、他の携帯端末（サブ）にＩＲｅｑ信号を送信して（Ｓ６０）、当該他の携帯端末（サブ）をＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加させる。このように、実施例によると、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から携帯端末が離脱した後に、ＩＲｅｑ信号を他の携帯端末に送信するように構成されている。このために、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器の最大数が少なくても（例えば本実施例のように最大数が「１」であっても）、複数個の携帯端末をＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に適切に参加させることができる。
【００８６】
次いで、Ｓ６８では、ＣＰＵ３２は、上記のＳ３８と同様に、無線ＬＡＮＩ／Ｆ２０を介して、メモリ３４内のスキャンデータを携帯端末（サブ）に送信する。Ｓ６８で送信されるスキャンデータは、上記のＳ３８で送信されるスキャンデータと同じものである。Ｓ６８では、Ｇ／Ｏ機器であるＭＦＰ１０から、クライアント機器である携帯端末（サブ）に、中継装置を介さずに、スキャンデータが直接的に送信される。
【００８７】
次いで、Ｓ７０では、ＣＰＵ３２は、メモリ３４内の管理リストから、携帯端末（サブ）のＭＡＣアドレスを削除する。この結果、携帯端末（サブ）は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱する。Ｓ７０が終了すると、Ｓ７２に進む。
【００８８】
Ｓ７２では、ＣＰＵ３２は、Ｓ１８で受信されたＮＦＣデータに含まれる２個以上のＭＡＣアドレスの中に、Ｓ５２で未だに選択されていない携帯端末（サブ）のＭＡＣアドレスが存在するのか否かを判断する。未選択の携帯端末（サブ）のＭＡＣアドレスが存在する場合には、ＣＰＵ３２は、Ｓ７２でＹＥＳと判断してＳ５２に戻り、未選択の携帯端末（サブ）のＭＡＣアドレスを選択する。その後の処理は、上記と同様である。一方において、未選択の携帯端末（サブ）のＭＡＣアドレスが存在しない場合には、ＣＰＵ３２は、Ｓ７２でＮＯと判断して、Ｓ１０に戻り、送信スキャンモードを終了する。
【００８９】
なお、フローチャートには示されていないが、ＣＰＵ３２は、Ｓ１４でＭＦＰ１０を自発Ｇ／Ｏモードに移行させた場合には、Ｓ７２でＮＯと判断すると、ＭＦＰ１０をＧ／Ｏ状態から元の状態に移行させる。例えば、Ｓ１４が開始された際に、ＭＦＰ１０がクライアント状態であった場合、即ち、ＭＦＰ１０がクライアント機器としてＷＦＤＮＷに参加していた場合には、ＣＰＵ３２は、Ｓ７２でＮＯと判断すると、ＭＦＰ１０を当該ＷＦＤＮＷに再び参加させることによって、ＭＦＰ１０をＧ／Ｏ状態からクライアント状態に移行させる。また、例えば、Ｓ１４が開始された際に、ＭＦＰ１０がデバイス状態であった場合、即ち、ＭＦＰ１０がＷＦＤＮＷに属していなかった場合には、ＣＰＵ３２は、Ｓ７２でＮＯと判断すると、ＭＦＰ１０をＧ／Ｏ状態からデバイス状態に移行させる。本実施例によると、ＭＦＰ１０は、Ｓ１４でＭＦＰ１０を自発Ｇ／Ｏモードに移行させた場合に、送信スキャンモードが終了すると、元の状態に適切に戻ることができる。
【００９０】
（携帯端末５０によって実行されるアプリケーション処理；図３）
携帯端末５０のＣＰＵ７２は、メモリ７４に格納されているアプリケーションプログラム７６が起動されると、アプリケーションプログラム７６に従って、図３のアプリケーション処理を実行する。なお、携帯端末９０，９２も、携帯端末５０と同様に、図３のアプリケーション処理を実行する。
【００９１】
携帯端末５０のユーザは、アプリケーションプログラム７６に従った画面を見ながら、操作部５２を操作して、メインモード及びサブモードのどちらのモードに従って携帯端末５０を動作させるのかを指定することができる。メインモードに従って携帯端末５０を動作させることが指定される場合には、ＣＰＵ７２は、Ｓ１００でＹＥＳと判断して、Ｓ１１０に進む。この場合、携帯端末５０は、携帯端末（メイン）として動作する。一方において、サブモードに従って携帯端末５０を動作させることが指定される場合には、ＣＰＵ７２は、Ｓ１０２でＹＥＳと判断して、Ｓ１０４に進む。この場合、携帯端末５０は、携帯端末（サブ）として動作する。本実施例によると、携帯端末５０は、ユーザから与えられる指示に応じて、適切な処理（Ｓ１０４〜Ｓ１０６、又は、Ｓ１１０〜Ｓ１１６）を実行することができる。
【００９２】
なお、図示省略しているが、ＣＰＵ７２は、Ｓ１００でＹＥＳと判断する場合には、携帯端末５０を携帯端末（サブ）に近づけて、その後、携帯端末５０をＭＦＰ１０に近づけることを示すメッセージを、携帯端末５０の表示部５４に表示させる。また、ＣＰＵ７２は、Ｓ１００でＮＯと判断する場合には、携帯端末５０を携帯端末（メイン）に近づけることを示すメッセージを、携帯端末５０の表示部５４に表示させる。これにより、ユーザは、携帯端末５０をどの機器に近づければよいのかを知ることができる。
【００９３】
Ｓ１０４又はＳ１１０に進むと、携帯端末５０のＮＦＣＩ／Ｆ６２は、ＮＦＣ通信を実行可能な機器を検出するための検出電波を発信する。携帯端末９０，９２のＮＦＣＩ／Ｆ（図示省略）も、メインモード及びサブモードのどちらのモードに従って動作すべきかが指定されると、検出電波を発信する。
【００９４】
Ｓ１０４では、ＣＰＵ７２は、携帯端末５０と携帯端末（メイン）との間にＮＦＣ接続が確立されることを監視する。携帯端末５０と携帯端末（メイン）との間の距離が、上記の検出電波が届く距離（例えば１０ｃｍ）より小さくなると、携帯端末５０と携帯端末（メイン）との間に、ＮＦＣ接続が確立される。
【００９５】
Ｓ１０４では、ＣＰＵ７２は、携帯端末５０と通信相手（例えば携帯端末（メイン））との間にＮＦＣ接続が確立されると、当該ＮＦＣ接続を利用して（即ちＮＦＣＩ／Ｆ６２を介して）、サブモードで動作する携帯端末（サブ）であることを示す情報を通信相手に送信する。また、上述したように、携帯端末（メイン）は、携帯端末（メイン）と通信相手（例えば携帯端末（サブ））との間にＮＦＣ接続が確立されると、当該ＮＦＣ接続を利用して、メインモードで動作する携帯端末（メイン）であることを示す情報を通信相手に送信する。これらの情報が通信されるために、ＣＰＵ７２は、通信相手が携帯端末（メイン）であることを知ることができ、さらに、携帯端末（メイン）は、通信相手が携帯端末（サブ）であることを知ることができる。携帯端末５０と携帯端末（メイン）との間にＮＦＣ接続が確立されると、ＣＰＵ７２は、Ｓ１０４でＹＥＳと判断して、Ｓ１０６に進む。
【００９６】
Ｓ１０６では、ＣＰＵ７２は、Ｓ１０４で確立されたＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ６２を介して、サブモードで動作する携帯端末５０自身のＭＡＣアドレスを携帯端末（メイン）に送信する。Ｓ１０６が終了すると、Ｓ１２０に進む。即ち、携帯端末５０が携帯端末（サブ）として動作する場合（即ちＳ１０４に進む場合）には、ＣＰＵ７２は、携帯端末（サブ）からＭＡＣアドレスを受信する処理（Ｓ１１２）と、ＭＦＰ１０にＮＦＣデータを送信する処理（Ｓ１１６）と、を実行することなく、Ｓ１２０に進む。
【００９７】
一方において、Ｓ１１０では、ＣＰＵ７２は、携帯端末５０と携帯端末（サブ）との間にＮＦＣ接続が確立されることを監視する。これと同時的に、Ｓ１１４において、ＣＰＵ７２は、携帯端末５０とＭＦＰ１０との間にＮＦＣ接続が確立されることを監視する。携帯端末５０と携帯端末（サブ）（又はＭＦＰ１０）との間の距離が、上記の検出電波が届く距離（例えば１０ｃｍ）より小さくなると、携帯端末５０と携帯端末（サブ）（又はＭＦＰ１０）との間に、ＮＦＣ接続が確立される。
【００９８】
ＣＰＵ７２は、携帯端末５０と通信相手との間にＮＦＣ接続が確立され、かつ、通信相手からサブモードで動作する携帯端末（サブ）であることを示す情報を受信する場合には、Ｓ１１０でＹＥＳと判断して、Ｓ１１２に進む。Ｓ１１２では、ＣＰＵ７２は、Ｓ１１０で確立されたＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ６２を介して、携帯端末（サブ）から、携帯端末（サブ）のＭＡＣアドレスを受信する。Ｓ１１２が終了すると、ＣＰＵ７２は、Ｓ１１０及びＳ１１４の監視処理を再び実行する。
【００９９】
一方において、ＣＰＵ７２は、携帯端末５０と通信相手との間にＮＦＣ接続が確立され、かつ、通信相手からＭＦＰ１０であることを示す情報を受信する場合には、Ｓ１１４でＹＥＳと判断して、Ｓ１１６に進む。Ｓ１１６では、ＣＰＵ７２は、まず、ＮＦＣデータを準備する。具体的に言うと、ＣＰＵ７２は、携帯端末５０のＭＡＣアドレスとメイン情報とを対応付けて、ＮＦＣデータ内に記述する。また、ＣＰＵ７２は、Ｓ１１２でＭＡＣアドレスを受信済みである場合には、当該ＭＡＣアドレスとサブ情報とを対応付けて、ＮＦＣデータ内に記述する。次いで、ＣＰＵ７２は、Ｓ１１４で確立されたＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ６２を介して、ＮＦＣデータをＭＦＰ１０に送信する。Ｓ１１６が終了すると、Ｓ１２０に進む。
【０１００】
Ｓ１２０では、ＣＰＵ７２は、無線ＬＡＮＩ／Ｆ６０を介して、ＭＦＰ１０からＩＲｅｑ信号を受信することを監視する。ＣＰＵ７２は、Ｓ１０６又はＳ１１６が実行されてから所定時間内に、携帯端末５０のＭＡＣアドレスが送信先のＭＡＣアドレスとして指定されているＩＲｅｑ信号を受信する場合には、Ｓ１２０でＹＥＳと判断し、Ｓ１２２に進む。一方において、ＣＰＵ７２は、上記の所定時間内にＩＲｅｑ信号を受信しない場合には、Ｓ１２０でＮＯと判断し、Ｓ１２２〜Ｓ１２６を実行せずに、図３のアプリケーション処理を終了する。
【０１０１】
Ｓ１２２では、ＣＰＵ７２は、ＩＲｅｑ信号に含まれる利用チャネルの値が示す無線チャネルを利用して、ＩＲｅｓ信号をＭＦＰ１０に送信する。次いで、Ｓ１２４では、ＣＰＵ７２は、無線ＬＡＮＩ／Ｆ６０を介して、ＭＦＰ１０と認証通信を実行する。この結果、携帯端末５０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加する。
【０１０２】
次いで、Ｓ１２６において、ＣＰＵ７２は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して、ＭＦＰ１０とスキャンデータの通信を実行する。即ち、ＣＰＵ７２は、無線ＬＡＮＩ／Ｆ６０を介して、ＭＦＰ１０からスキャンデータを受信する。Ｓ１２６では、Ｇ／Ｏ機器であるＭＦＰ１０から、クライアント機器である携帯端末５０（携帯端末（メイン）又は携帯端末（サブ））に、中継装置を介さずに、スキャンデータが直接的に送信される。Ｓ１２６が終了すると、図３のアプリケーション処理が終了する。
【０１０３】
（具体例；図４）
図４は、ＭＦＰ１０及び各携帯端末５０，９０，９２によって実現される具体的なケースを示すシーケンス図である。なお、図４では、１個の携帯端末（メイン）及び２個の携帯端末（サブ）が存在する例を示すが、携帯端末（サブ）の数は、２個に限られず、１個であってもよいし、３個以上であってもよい。図４において、各機器１０，５０，９０，９２の間の細線の矢印は、ＮＦＣＩ／Ｆ２２，６２を介した無線通信（即ちＮＦＣ通信）を示し、各機器１０，５０，９０，９２の間の太線の矢印は、無線ＬＡＮＩ／Ｆ２０，６０を介した無線通信（例えばＷＦＤ通信）を示す。図４の初期状態では、ＭＦＰ１０は、ＷＦＤＮＷに属しておらず、デバイス状態である。また、以下では、携帯端末５０，９０，９２のＭＡＣアドレスを、それぞれ、「ＭＡＣ５０」、「ＭＡＣ９０」、「ＭＡＣ９２」と呼ぶ。
【０１０４】
例えば、ＭＦＰ１０が特定の会社内に設置されており、３個の携帯端末５０，９０，９２が上記の特定の会社内の３人のユーザによって所有されている状況を想定する。３人のユーザは、同じスキャンデータを各ユーザの携帯端末５０，９０，９２内に保存させることを望む場合に、まず、３個の携帯端末５０，９０，９２のうちのどの携帯端末を携帯端末（メイン）として動作させるのかを打ち合わせる。本実施例では、携帯端末５０を携帯端末（メイン）として動作させることが決定される。このような状況では、携帯端末５０のユーザは、携帯端末５０をメインモードで動作させるための指示を携帯端末５０に与える（図３のＳ１００でＹＥＳ）。また、携帯端末９０，９２のユーザは、携帯端末９０，９２をサブモードで動作させるための指示を携帯端末９０，９２に与える（図３のＳ１０２でＹＥＳ）。
【０１０５】
携帯端末５０のユーザ及び携帯端末９０のユーザは、携帯端末５０及び携帯端末９０を互いに近づける。これにより、携帯端末５０と携帯端末９０との間にＮＦＣ接続が確立され（図３のＳ１０４でＹＥＳ、Ｓ１１０でＹＥＳ）、携帯端末９０から携帯端末５０にＭＡＣ９０が送信される（図３のＳ１０６，Ｓ１１２）。また、携帯端末５０のユーザ及び携帯端末９２のユーザは、携帯端末５０及び携帯端末９２を互いに近づける。これにより、携帯端末５０と携帯端末９２との間にＮＦＣ接続が確立され（Ｓ１０４でＹＥＳ、Ｓ１１０でＹＥＳ）、携帯端末９２から携帯端末５０にＭＡＣ９２が送信される（図３のＳ１０６，Ｓ１１２）。
【０１０６】
例えば、携帯端末５０のユーザは、ＭＦＰ１０の操作部１２を操作して、保存スキャンモードと送信スキャンモードとの中から、送信スキャンモードを選択する（図２のＳ１０でＹＥＳ）。ＭＦＰ１０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を形成していないために（Ｓ１２でＮＯ）、自発Ｇ／Ｏモードに移行して、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を新たに形成する（Ｓ１４）。そして、ＭＦＰ１０は、携帯端末５０のユーザによって準備された原稿のスキャンを実行して、スキャンデータを生成する（Ｓ１６）。
【０１０７】
次いで、携帯端末５０のユーザは、携帯端末５０をＭＦＰ１０に近づける。これにより、ＭＦＰ１０と携帯端末５０との間にＮＦＣ接続が確立され（図３のＳ１１４でＹＥＳ）、携帯端末５０からＭＦＰ１０にＮＦＣデータが送信される（図２のＳ１８でＹＥＳ、図３のＳ１１６）。当該ＮＦＣデータでは、ＭＡＣ５０とメイン情報とが対応付けられており（図４では「ＭＡＣ５０（Ｍ）」と表現している）、ＭＡＣ９０とサブ情報とが対応付けられており（「ＭＡＣ９０（Ｓ）」）、ＭＡＣ９２とサブ情報とが対応付けられている（「ＭＡＣ９２（Ｓ）」）。
【０１０８】
ＭＦＰ１０は、ＮＦＣデータに含まれる３個のＭＡＣアドレスの中から、メイン情報が対応付けられているＭＡＣ５０を選択し（図２のＳ２０）、無線ＬＡＮＩ／Ｆ２０を介してＩＲｅｑ信号を携帯端末５０に送信する（Ｓ３０）。
【０１０９】
携帯端末５０は、無線ＬＡＮＩ／Ｆ６０を介して、ＭＦＰ１０からＩＲｅｑ信号を受信する（図３のＳ１２０でＹＥＳ）。この場合、携帯端末５０は、無線ＬＡＮＩ／Ｆ６０を介して、ＩＲｅｓ信号をＭＦＰ１０に送信する（Ｓ１２２）。
【０１１０】
ＭＦＰ１０は、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末５０からＩＲｅｓ信号を受信する（図２のＳ３２でＹＥＳ）。この場合、ＭＦＰ１０は、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末５０と認証通信を実行し（図２のＳ３４、図３のＳ１２４）、管理リストにＭＡＣ５０を追加する（図２のＳ３６）。この結果、携帯端末５０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加する。ＭＦＰ１０は、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）を利用して、無線ＬＡＮＩ／Ｆ２０を介して、携帯端末５０にスキャンデータを送信する（Ｓ３８）。
【０１１１】
携帯端末５０は、無線ＬＡＮＩ／Ｆ６０を介して、ＭＦＰ１０からスキャンデータを受信する（図３のＳ１２６）。携帯端末５０は、スキャンデータをメモリ７４に保存する。これにより、携帯端末５０のユーザは、スキャンデータを利用することができる（例えば、スキャンデータによって表される画像を見ることができる）。
【０１１２】
次いで、ＭＦＰ１０は、管理リストからＭＡＣ５０を削除する（図２のＳ４０）。この結果、携帯端末５０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱する。ＭＦＰ１０は、携帯端末５０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱した後に、ＮＦＣデータに含まれる３個のＭＡＣアドレスの中から、サブ情報が対応付けられているＭＡＣ９０を選択する（図２のＳ５２）。
【０１１３】
次いで、ＭＦＰ１０と携帯端末５０との間の上記の各通信と同様に、ＭＦＰ１０と携帯端末９０との間で各通信が実行される。即ち、ＩＲｅｑ信号の通信（図２のＳ６０、図３のＳ１２０でＹＥＳ）、ＩＲｅｓ信号の通信（図２のＳ６２でＹＥＳ、図３のＳ１２２）、及び、認証通信（図２のＳ６４、図３のＳ１２４）が実行されて、ＭＦＰ１０の管理リストにＭＡＣ９０が追加される（図２のＳ６６）。この結果、携帯端末９０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加し、ＭＦＰ１０から携帯端末９０にスキャンデータが送信される（図２のＳ６８、図３のＳ１２６）。
【０１１４】
次いで、ＭＦＰ１０は、管理リストからＭＡＣ９０を削除する（図２のＳ７０）。この結果、携帯端末９０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱する。ＭＦＰ１０は、携帯端末９０がＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）から離脱した後に、ＮＦＣデータに含まれる３個のＭＡＣアドレスの中から、サブ情報が対応付けられているＭＡＣ９２を選択する（図２のＳ５２）。次いで、ＭＦＰ１０と携帯端末９２との間で上記の各通信が実行され、ＭＦＰ１０から携帯端末９２にスキャンデータが送信される（図２のＳ６８、図３のＳ１２６）。
【０１１５】
なお、図４の例とは異なり、仮に、携帯端末９０が携帯端末（メイン）として動作し、携帯端末５０，９２が携帯端末（サブ）として動作する場合には、携帯端末５０は、携帯端末９０，９２からＭＡＣ９０，９２を受信する処理（図３のＳ１１２）と、ＭＦＰ１０にＮＦＣデータを送信する処理（Ｓ１１６）と、を実行せずに、携帯端末９０にＭＡＣ５０を送信する（Ｓ１０６）。そして、携帯端末５０は、携帯端末９０がＭＡＣ５０を含むＮＦＣデータをＭＦＰ１０に送信した後（即ち携帯端末９０がＳ１１６の処理を実行した後）に、ＭＦＰ１０からＩＲｅｑ信号を受信し（Ｓ１２０でＹＥＳ）、ＭＦＰ１０からスキャンデータを受信する（Ｓ１２６）。本実施例によると、携帯端末５０は、メインモード及びサブモードのどちらで動作する場合でも、ＭＦＰ１０からスキャンデータを適切に受信することができる。
【０１１６】
（本実施例の効果）
図４に示されるように、携帯端末５０（即ち携帯端末（メイン））は、携帯端末９０，９２（即ち携帯端末（サブ））からＭＡＣ９０及びＭＡＣ９２を受信する。そして、携帯端末５０（即ち携帯端末（メイン））は、ＭＦＰ１０にＮＦＣデータを送信する。ＮＦＣデータは、ＭＡＣ５０のみならず、ＭＡＣ９０及びＭＡＣ９２を含む。即ち、携帯端末５０は、携帯端末９０，９２の代理として、ＭＡＣ９０及びＭＡＣ９２をＭＦＰ１０に送信することができる。
【０１１７】
ＭＦＰ１０は、ＮＦＣデータに含まれる各ＭＡＣアドレスを用いて、各携帯端末５０，９０，９２にＩＲｅｑ信号を送信する。これにより、ＭＦＰ１０は、各携帯端末５０，９０，９２をＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加させることができ、各携帯端末５０，９０，９２にスキャンデータを送信することができる。本実施例によると、携帯端末５０のユーザが携帯端末５０をＭＦＰ１０に近づければ、携帯端末９０，９２のユーザが携帯端末９０，９２をＭＦＰ１０に近づけなくても、ＭＦＰ１０は、各携帯端末５０，９０，９２にスキャンデータを送信することができる。即ち、３人のユーザのそれぞれが携帯端末５０，９０，９２をＭＦＰ１０に近づける必要がないために、ユーザの利便性を向上させることができる。
【０１１８】
なお、複数個の携帯端末５０，９０，９２にスキャンデータを送信すべき状況ではなく、１個の携帯端末（例えば携帯端末５０）のみにスキャンデータを送信すべき状況では、携帯端末５０のユーザは、メインモードに従って携帯端末５０を動作させるための指示を携帯端末５０に与えると、携帯端末５０を携帯端末９０，９２に近づけることなく、携帯端末５０をＭＦＰ１０に近づける。この場合、携帯端末５０からＭＦＰ１０にＭＡＣ５０のみを含むＮＦＣデータが送信される（図３のＳ１１６）。ＭＦＰ１０は、携帯端末５０をＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加させて（図２のＳ３０、Ｓ３２でＹＥＳ、Ｓ３４、Ｓ３６）、スキャンデータを携帯端末５０に送信する（Ｓ３８）。その後、ＭＦＰ１０は、図２のＳ５０でＮＯと判断するために、他の携帯端末にスキャンデータを送信しない。本実施例では、ＭＦＰ１０は、図４に示されるように、複数個の携帯端末５０，９０，９２にスキャンデータを送信することもできるし、１個の携帯端末のみにスキャンデータを送信することもできる。
【０１１９】
（対応関係）
ＭＦＰ１０が、「通信装置」の一例である。ＮＦＣＩ／２２及び無線ＬＡＮＩ／Ｆ２０が、「通信装置」の「第１種のインターフェース」及び「第２種のインターフェース」の一例である。図４において、携帯端末５０，９０，９２が、「複数個の携帯端末」の一例であり、携帯端末５０（即ち携帯端末（メイン））、携帯端末９０（即ち携帯端末（サブ））が、それぞれ、「特定の携帯端末」、「第１の携帯端末」の一例である。図４において、ＭＡＣ５０、ＭＡＣ９０、ＭＡＣ９２が、「複数個の識別情報」の一例であり、ＭＡＣ５０が、「特定の識別情報」及び「送信元識別情報」の一例であり、ＭＡＣ９０が、「第１の識別情報」の一例であり、ＭＡＣ９０及びＭＡＣ９２が、「１個以上の非送信元識別情報」の一例である。メイン情報及びサブ情報が、「区別情報」の一例である。ＩＲｅｑ信号、ＮＦＣデータ、スキャンデータが、それぞれ、「参加情報」、「特定データ」、「対象データ」の一例である。図２のＳ１０で与えられるスキャン指示が、「所定の指示」の一例である。ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が、「特定の無線ネットワーク」の一例である。Ｇ／Ｏ状態、クライアント状態が、それぞれ、「親局状態」、「子局状態」の一例である。また、図２のＳ１２、Ｓ１８、Ｓ３０（及びＳ６０）、Ｓ３８（及びＳ６８）が、それぞれ、「形成部」、「受信部」、「送信部」、「通信部」によって実行される処理の一例である。
【０１２０】
ＮＦＣＩ／６２及び無線ＬＡＮＩ／Ｆ６０が、「特定の携帯端末」の「第１種のインターフェース」及び「第２種のインターフェース」の一例である。「メインモード」、「サブモード」が、それぞれ、「第１のモード」、「第２のモード」の一例である。また、図３のＳ１０６、Ｓ１１２、Ｓ１１６、Ｓ１２０、Ｓ１２６が、それぞれ、「識別情報送信処理」、「識別情報受信処理」、「特定データ送信処理」、「参加情報受信処理」、「通信処理」の一例である。
【０１２１】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【０１２２】
（変形例１）上記の実施例では、図４において、ＮＦＣデータは、ＭＡＣ５０、ＭＡＣ９０、及び、ＭＡＣ９２を含む。即ち、ＮＦＣデータは、携帯端末（メイン）のＭＡＣアドレスと、携帯端末（サブ）のＭＡＣアドレスと、を含む。これに代えて、ＮＦＣデータは、携帯端末（メイン）のＭＡＣアドレスを含まず、携帯端末（サブ）のＭＡＣアドレスを含んでいてもよい。この場合、ＭＦＰ１０のＣＰＵ３２は、携帯端末（メイン）にＩＲｅｑ信号を送信せずに、携帯端末（サブ）にＩＲｅｑ信号を送信し、携帯端末（メイン）にスキャンデータを送信せずに、携帯端末（サブ）にスキャンデータを送信してもよい。一般的に言うと、「通信装置」は、少なくとも第１の携帯端末の第１の識別情報（即ち、本変形例では、携帯端末（サブ）のＭＡＣアドレス）を含む特定データを受信し、少なくとも第１の携帯端末に参加情報を送信し、少なくとも第１の携帯端末と対象データを通信すればよい。
【０１２３】
（変形例２）ＮＦＣデータは、携帯端末（メイン）のＭＡＣアドレス（即ちＭＡＣ５０）を含まず、複数個の携帯端末（サブ）の複数個のＭＡＣアドレス（即ちＭＡＣ９０、ＭＡＣ９２）を含んでいてもよい。本変形例では、複数個の携帯端末（サブ）９０，９２が、「複数個の携帯端末」の一例であり、ＭＡＣ９０及びＭＡＣ９２が、「複数個の識別情報」の一例である。即ち、「複数個の識別情報」は、上記の実施例のように、特定の携帯端末の特定の識別情報（即ちＭＡＣ５０）を含んでいてもよいし、本変形例のように、特定の携帯端末の特定の識別情報を含んでいなくてもよい。
【０１２４】
（変形例３）上記の実施例では、ＭＦＰ１０のＣＰＵ３２は、複数個の携帯端末５０，９０，９２のそれぞれにＩＲｅｑ信号を順次送信して（図２のＳ３０、Ｓ６０）、複数個の携帯端末５０，９０，９２のそれぞれをＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に順次参加させる。これに代えて、例えば、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に参加可能なクライアント機器が「２」以上である場合には、ＭＦＰ１０のＣＰＵ３２は、複数個の携帯端末５０，９０，９２のそれぞれにＩＲｅｑ信号を同時的に送信し、複数個の携帯端末５０，９０，９２のそれぞれをＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）に同時的に参加させ、複数個の携帯端末５０，９０，９２のそれぞれにスキャンデータを同時的に送信してもよい。一般的に言うと、「送信部」は、複数個の携帯端末のそれぞれに参加情報を送信すればよく、「通信部」は、複数個の携帯端末のそれぞれと対象データを通信すればよい。
【０１２５】
（変形例４）上記の実施例では、ＮＦＣデータにおいて、携帯端末（メイン）のＭＡＣアドレスとメイン情報とが対応付けられており、携帯端末（サブ）のＭＡＣアドレスとサブ情報とが対応付けられている。これに代えて、ＮＦＣデータにおいて、携帯端末（メイン）のＭＡＣアドレスとメイン情報とが対応付けられているが、サブ情報が含まれていなくてもよい。このような構成でも、ＣＰＵ３２は、図２のＳ２０において、メイン情報が対応付けられているＭＡＣアドレスを選択することによって、携帯端末（メイン）のＭＡＣアドレスを選択することができ、図２のＳ５２において、メイン情報が対応付けられていないＭＡＣアドレスを選択することによって、携帯端末（サブ）のＭＡＣアドレスを選択することができる。本変形例では、メイン情報が、「区別情報」の一例である。また、ＮＦＣデータにおいて、携帯端末（サブ）のＭＡＣアドレスとサブ情報とが対応付けられているが、メイン情報が含まれていなくてもよい。このような構成でも、ＣＰＵ３２は、図２のＳ２０において、サブ情報が対応付けられていないＭＡＣアドレスを選択することによって、携帯端末（メイン）のＭＡＣアドレスを選択することができ、図２のＳ５２において、サブ情報が対応付けられているＭＡＣアドレスを選択することによって、携帯端末（サブ）のＭＡＣアドレスを選択することができる。本変形例では、サブ情報が、「区別情報」の一例である。即ち、「区別情報」は、送信元識別情報と非送信元識別情報とを区別するための情報であれば、どのような情報であってもよい。
【０１２６】
（変形例５）図２において、ＣＰＵ３２は、Ｓ１６の前にＳ１２及びＳ１４を実行しなくてもよく、Ｓ１６の後にＳ１２及びＳ１４を実行してもよい。例えば、ＣＰＵ３２は、Ｓ１６の後であってＳ１８の前に、Ｓ１２及びＳ１４を実行してもよいし、Ｓ１８の後であってＳ２０（又はＳ３０）の前に、Ｓ１２及びＳ１４を実行してもよい。本変形例も、「形成部」の構成に含まれる。
【０１２７】
（変形例６）図２において、Ｓ１０が実行される際に、ＷＦＤＮＷ（ＭＦＰ＝Ｇ／Ｏ）が形成されていることを前提とするのであれば、ＣＰＵ３２は、Ｓ１２及びＳ１４を実行しなくてもよい。即ち、ＣＰＵ３２は、携帯端末（メイン）から携帯端末（サブ）のＭＡＣアドレスを含むＮＦＣデータを受信する処理（Ｓ１８でＹＥＳ）と、携帯端末（サブ）にＩＲｅｑ信号を送信する処理（Ｓ６０）と、携帯端末（サブ）にスキャンデータを送信する処理（Ｓ６８）と、を少なくとも実行すればよい。
【０１２８】
（変形例７）例えば、携帯端末５０，９０，９２のうち、携帯端末５０が携帯端末（メイン）として動作し、携帯端末９０，９２が携帯端末（サブ）として動作することが予め決定されている場合には、携帯端末５０のアプリケーションプログラム７６は、携帯端末（メイン）として動作するためのプログラムのみを含んでいてもよい。即ち、アプリケーションプログラム７６は、図３のＳ１００〜Ｓ１０６をＣＰＵ７２に実行させるプログラムを含んでいなくてもよく、ＣＰＵ７２は、携帯端末（サブ）から携帯端末（サブ）のＭＡＣアドレスを受信する処理（Ｓ１１２）と、ＮＦＣデータを送信する処理（Ｓ１１６）と、ＩＲｅｑ信号を受信する処理（Ｓ１２０）と、スキャンデータを受信する処理（Ｓ１２６）と、を少なくとも実行すればよい。
【０１２９】
（変形例８）「対象データ」は、スキャンデータではなく、印刷データであってもよい。本変形例では、図２のＳ１０において、印刷指示が与えられる。ＭＦＰ１０のＣＰＵ３２は、Ｓ１６を実行しない。ＣＰＵ３２は、Ｓ３８及びＳ６８において、携帯端末から印刷データを受信し、印刷データによって表される画像の印刷を印刷実行部１６に実行させる。また、携帯端末５０のＣＰＵ７２は、図３のＳ１２６において、携帯端末５０のメモリ７４に格納されている印刷データをＭＦＰ１０に送信する。本変形例では、複数個の携帯端末５０，９０，９２からＭＦＰ１０に送信される印刷データは、通常、異なる。従って、複数個の携帯端末と通信される「対象データ」は、上記の実施例のように、同じデータであってもよいし、異なるデータであってもよい。なお、「対象データ」は、スキャンデータ及び印刷データとは異なる種類のデータ（例えば音声データ、動画データ等）であってもよい。
【０１３０】
（変形例９）「親局状態」は、ＷＦＤのＧ／Ｏ状態に限られず、無線ネットワークに属する各機器を管理する状態（例えば、無線ネットワークに属する各機器の間の無線通信を中継可能な状態）であれば、どのような状態であってもよい。また、「子局状態」は、ＷＦＤのクライアント状態に限られず、無線ネットワークの親局状態の機器から管理される状態であれば、どのような状態であってもよい。
【０１３１】
（変形例１０）「第１種のインターフェース」は、ＮＦＣ通信を実行するためのインターフェースに限られず、赤外線通信を実行するためのインターフェースであってもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）を実行するためのインターフェースであってもよいし、Ｔｒａｎｓｆｅｒ  Ｊｅｔを実行するためのインターフェースであってもよい。一般的に言うと、第２種のインターフェースを介した無線通信の通信速度が、第１種のインターフェースを介した無線通信の通信速度よりも速ければよい。
【０１３２】
（変形例１１）「第１種のインターフェース」及び「第２種のインターフェース」は、上記の実施例のように、別体に構成されている２個のインターフェース（例えば２個のＩＣチップ）であってもよいし、一体に構成されている１個のインターフェース（例えば１個のＩＣチップ）であってもよい。
【０１３３】
（変形例１２）「通信装置」は、ＭＦＰ１０に限られず、他の通信装置（例えば、プリンタ、スキャナ、ＦＡＸ装置、コピー機、電話機、デスクトップＰＣ、ノートＰＣ、タブレットＰＣ、サーバ、携帯電話、ＰＤＡ端末等）であってもよい。
【０１３４】
（変形例１３）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がメモリ３４内のプログラム（即ちソフトウェア）を実行することによって、図２のＳ１０〜Ｓ７２の各処理が実現される。これに代えて、Ｓ１０〜Ｓ７２のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。同様に、図３のＳ１００〜Ｓ１２６のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【０１３５】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１３６】
２：通信システム、１０：ＭＦＰ、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：無線ＬＡＮＩ／Ｆ、２２：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、５０，９０，９２：携帯端末、５２：操作部、５４：表示部、６０：無線ＬＡＮＩ／Ｆ、６２：ＮＦＣＩ／Ｆ、７０：制御部、７２：ＣＰＵ、７４：メモリ、７６：アプリケーションプログラム
【図１】
2014045379.tif 000003
【図２】
2014045379.tif 000004
【図３】
2014045379.tif 000005
【図４】
2014045379.tif 000006