JP6477133B2 - 通信機器 - Google Patents

Description

本明細書で開示される技術は、外部機器との間で対象データの通信を実行する通信機器に関する。

特許文献１には、カード検出部がＩＣ（Integrated Circuitの略）カードを検出すると、制御部及びＲＦ（Radio Frequencyの略）送受信部の電源をオンするリーダ装置が開示されている。リーダ装置は、制御部及びＲＦ送受信部の電源がオンされた場合に、ＩＣカードとの間で通信を実行することができる。

特開２００１−１０１３５１号公報

特許文献１の技術では、カード検出部がＩＣカードを検出すると、ＩＣカードの状況に関わらず、制御部及びＲＦ送受信部の電源がオンされる。本明細書では、通信機器が、外部機器の状況に応じてインターフェースを適切な状態に設定することにより、省電力を実現し得る技術を提供する。

本明細書によって開示される通信機器は、第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される第１のインターフェースと、第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、第２の状態である第１のインターフェースよりも消費電力が低い第２のインターフェースと、第１の外部機器から、第２のインターフェースを介して、特定信号を受信する受信部と、第１のインターフェースの状態が第１の状態である間に、第２のインターフェースを介して、所定情報を含む特定信号が受信される場合に、第１のインターフェースの状態を第１の状態から第２の状態に変更し、第１のインターフェースの状態が第１の状態である間に、所定情報を含まない特定信号が受信される場合に、第１のインターフェースの状態を第１の状態に維持する、インターフェース制御部と、第１のインターフェースの状態が第２の状態に変更された後に、第２の状態である第１のインターフェースを介して、第１の外部機器との間で対象データの通信を実行する通信制御部と、を備える。

上記の構成によると、通信機器は、第１のインターフェースの状態が第１の状態である間に、第２のインターフェースを介して、所定情報を含む特定信号が受信される場合に、第１のインターフェースの状態を第１の状態から第２の状態に変更し、第１のインターフェースの状態が第１の状態である間に、所定情報を含まない特定信号が受信される場合に、第１のインターフェースの状態を第１の状態に維持する。即ち、通信機器は、第１のインターフェースの状態が第１の状態である間に受信される特定信号が所定情報を含むか否かに応じて、第１のインターフェースの状態を第１の状態から第２の状態に変更するか否かを切り替えることができる。従って、通信機器は、外部機器の状況に応じてインターフェースを適切な状態に設定することにより、省電力を実現し得る。

所定情報は、第１の外部機器において、通信機器に特定機能を実行させるためのアプリケーションが起動中であることを示す情報を含んでもよい。通信制御部は、特定機能に含まれる対象データの通信を実行してもよい。この構成によると、通信機器は、第１のインターフェースの状態が第１の状態である間に、第１の外部機器において上記のアプリケーションが起動中である場合に、所定情報を含む特定信号を受信すると、第１のインターフェースの状態を第１の状態から第２の状態に変更する。第１の外部機器において上記のアプリケーションが起動中である場合、その後、通信機器と第１の外部機器との間で対象データの通信が実行される可能性が比較的高い。従って、通信機器は、第１の外部機器において上記のアプリケーションが起動中であるか否かに応じて第１のインターフェースを適切な状態に設定し得る。

所定情報は、さらに、第１の外部機器において、通信機器に特定機能を実行させるための指示が入力されたことを示す情報を含んでもよい。この構成によると、通信機器は、第１のインターフェースの状態が第１の状態である間に、第１の外部機器に上記の指示が入力されている場合に、所定情報を含む特定信号を受信すると、第１のインターフェースの状態を第１の状態から第２の状態に変更する。第１の外部機器に上記の指示が入力されている場合、その後、通信機器と第１の外部機器との間で対象データの通信が実行される可能性が高い。従って、通信機器は、第１の外部機器に上記の指示が入力されているか否かに応じて第１のインターフェースを適切な状態に設定し得る。

特定機能は、印刷機能であってもよい。通信制御部は、第１の外部機器から対象データを受信してもよい。通信機器は、さらに、受信された対象データによって表される画像の印刷を実行する印刷実行部を備えていてもよい。

第２の状態は、第１種の状態と、第１種の状態よりも消費電力が高い第２種の状態と、を含んでもよい。インターフェース制御部は、第１のインターフェースの状態が第１の状態である間に、所定情報を含む特定信号が受信され、かつ、通信機器と第１の外部機器との間の距離が比較的遠い場合に、第１のインターフェースの状態を第１の状態から第１種の状態に変更し、第１のインターフェースの状態が第１種の状態である間に、所定情報を含む特定信号が受信され、かつ、通信機器と第１の外部機器との間の距離が比較的近い場合に、第１のインターフェースの状態を第１種の状態から第２種の状態に変更してもよい。通信機器と第１の外部機器との間が比較的近い場合は、通信機器と第１の外部機器との間が比較的遠い場合に比べて、その後、通信機器と第１の外部機器との間で対象データの通信が実行される可能性が比較的高い。上記の構成によると、通信機器は、受信される特定信号が所定情報を含むか否か、及び、特定信号が受信される際の通信機器と外部機器との間の距離が比較的近いか否か、に応じて第１のインターフェースを適切な状態に設定し得る。

インターフェース制御部は、さらに、第１のインターフェースの状態が第２の状態である間に、所定情報を含まない特定信号が受信される場合に、第１のインターフェースの状態を第２の状態から第１の状態に変更し、第１のインターフェースの状態が第２の状態である間に、所定情報を含む特定信号が受信される場合に、第１のインターフェースの状態を第２の状態に維持してもよい。この構成によると、通信機器は、第１のインターフェースの状態が第２の状態である間に受信される特定信号が所定情報を含むか否かに応じて第１のインターフェースを適切な状態に設定することができる。従って、通信機器は、インターフェースを適切な状態に設定することにより、省電力を実現し得る。

通信機器は、さらに、第１のインターフェースの状態が第１の状態から第２の状態に変更される場合に、通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、親局状態は、通信機器が無線ネットワークの親局として動作する状態であり、非親局状態は、親局状態とは異なる状態であり、無線ネットワークは、第１のインターフェースを介した無線通信を実行するためのネットワークである、状態変更部を備えてもよい。通信制御部は、通信機器が親局状態で動作し、かつ、通信機器と第１の外部機器との双方が無線ネットワークに所属する場合に、無線ネットワークを利用して、第１のインターフェースを介して、第１の外部機器との間で、対象データの無線通信を実行してもよい。この構成によると、通信機器は、第１のインターフェースの状態に応じて、通信機器を適切な動作状態で動作させ得る。

通信機器は、さらに、通信機器が親局状態で動作する場合に、第２のインターフェースを介して、無線ネットワークで利用されるネットワーク情報を第１の外部機器に送信する、ネットワーク情報送信部を備えてもよい。この構成によると、通信機器は、ネットワーク情報を第１の外部機器に適切に送信することができる。通信機器と第１の外部機器との双方を適切に無線ネットワークに所属させ得る。

第１の通信方式は、Ｗｉ−Ｆｉ方式であり、第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式であってもよい。

通信機器は、さらに、第１の通信方式及び第２の通信方式とは異なる第３の通信方式に従った無線通信を実行するための第３のインターフェースであって、第３の状態と、第３の状態よりも消費電力が高い第４の状態と、を含む複数個の状態のうちのいずれかの状態に設定される第３のインターフェースを備えてもよい。インターフェース制御部は、第１のインターフェースの状態が第１の状態であり、かつ、第３のインターフェースの状態が第３の状態である間に、所定情報を含む特定信号が受信される場合に、第１のインターフェースの状態を第１の状態から第２の状態に変更し、第３のインターフェースの状態を第３の状態から第４の状態に変更し、第１のインターフェースの状態が第１の状態であり、かつ、第３のインターフェースの状態が第３の状態である間に、所定情報を含まない特定信号が受信される場合に、第１のインターフェースの状態を第１の状態に維持し、第３のインターフェースの状態を第３の状態に維持してもよい。この構成によると、通信機器は、第１の外部機器の状況に応じて第１のインターフェースを適切な状態に設定するとともに、第３のインターフェースも適切な状態に設定することができる。従って、通信機器は、第１のインターフェース及び第３のインターフェースを適切な状態に設定することにより、省電力を実現し得る。

通信機器は、さらに、第１のインターフェースの状態が第１の状態から第２の状態に変更され、かつ、第３のインターフェースの状態が第３の状態から第４の状態に変更される場合に、通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、親局状態は、通信機器が無線ネットワークの親局として動作する状態であり、非親局状態は、親局状態とは異なる状態であり、無線ネットワークは、第１のインターフェースを介した無線通信を実行するためのネットワークである、状態変更部を備えてもよい。通信制御部は、通信機器が親局状態で動作し、かつ、通信機器と第１の外部機器との双方が無線ネットワークに所属する場合に、無線ネットワークを利用して、第１のインターフェースを介して、第１の外部機器との間で、対象データの無線通信を実行してもよい。この構成によると、通信機器は、第１のインターフェース及び第３のインターフェースの状態に応じて、通信機器を適切な動作状態で動作させ得る。

通信機器は、さらに、通信機器が親局状態で動作する場合に、第３のインターフェースを介して、無線ネットワークで利用されるネットワーク情報を第１の外部機器に送信するネットワーク情報送信部を備えてもよい。この構成によると、通信機器は、ネットワーク情報を第１の外部機器に適切に送信することができる。通信機器と第１の外部機器との双方を適切に無線ネットワークに所属させ得る。

所定情報は、第１の外部機器が第３の通信方式に従った無線通信を実行可能であることを示す情報を含んでもよい。

第１の通信方式は、Ｗｉ−Ｆｉ方式であってもよい。第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式であってもよい。第３の通信方式は、ＮＦＣ（Near Field Communicationの略）通信方式であってもよい。

インターフェース制御部は、第１のインターフェースが第２の状態であり、かつ、第１のインターフェースを介して、第１の外部機器とは異なる第２の外部機器との無線接続が確立されている間に、特定信号が受信される場合に、特定信号が所定情報を含むのか否かに関わらず、第１のインターフェースを第２の状態に維持してもよい。この構成によると、通信機器は、第２の外部機器の状況に応じて、第１のインターフェースを適切な状態に設定し得る。

第１の通信方式は、ＮＦＣ（Near Field Communicationの略）通信方式であってもよい。第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式であってもよい。

通信機器は、さらに、第２のインターフェースを介して、通信機器の識別情報を含む所定信号を外部に繰り返し送信する所定信号送信部を備えてもよい。特定信号は、第１の外部機器が通信機器から所定信号を受信することに応じて、第１の外部機器から通信機器に送信されてもよい。

第１の状態は、第１のインターフェースに電力が供給されない状態を含んでもよい。

第１の状態は、第１のインターフェースを介して電波を受信不可能な状態を含んでもよい。第２の状態は、第１のインターフェースを介して電波を受信可能な状態を含んでもよい。

なお、上記の通信機器を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信機器、第１の外部機器、及び、第２の外部機器を含む通信システムも、新規で有用である。

通信システムの構成を示す。 ＭＦＰの制御部が実行する基本処理を模式的に示す。 第１実施例のＭＦＰの制御部が実行するインターフェース制御処理のフローチャートを示す。 図３の続きのフローチャートを示す。 ＭＦＰの制御部が実行するリスト管理処理のフローチャートを示す。 第１、第２実施例において、デバイス情報に含まれるフラグの内容を状況毎に表した表を示す。 第１実施例の通信システムが実行する処理の一例のシーケンス図を示す。 図７の続きのシーケンス図を示す。 第２実施例のＭＦＰの制御部が実行するインターフェース制御処理のフローチャートを示す。 図９の続きのフローチャートを示す。 第２実施例の通信システムが実行する処理の一例のシーケンス図を示す。 図１１の続きのシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、ＭＦＰ（Multi-Function Peripheralの略）１０と、複数個の携帯端末５０，９０，１００と、ＡＰ（Access Pointの略）１１０と、を備える。図１では、ＭＦＰ１０と各携帯端末５０，９０，１００とは、ＡＰ１１０を介して、又は、ＡＰ１１０を介さずに、無線通信を相互に実行可能である。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷、スキャン等の各種機能を実行可能な周辺機器、即ち、携帯端末５０等の周辺機器である。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、Ｗｉ−Ｆｉインターフェース２０と、ＢＴ（Bluetooth（登録商標）の略）インターフェース２２と、ＮＦＣ（Near Field Communicationの略）インターフェース２４と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と呼ぶ。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとしても機能する（即ち操作部としても機能する）。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ（Charge Coupled Deviceの略）、ＣＩＳ（Contact Image Sensorの略）等のスキャン機構である。

Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従った無線通信（以下では「Ｗｉ−Ｆｉ通信」と呼ぶ）を実行するためのＩ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に基づく無線通信方式である。より具体的に言うと、Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている無線通信方式である。

Ｗｉ−ＦｉＩ／Ｆ２０は、ＯＦＦ状態、Ｓｔａｎｄｂｙ状態、ＯＮ状態、のうちのいずれか１つの状態に設定される。Ｗｉ−ＦｉＩ／Ｆ２０のＯＦＦ状態は、Ｗｉ−ＦｉＩ／Ｆ２０に電力が供給されていない状態、即ち、Ｗｉ−Ｆｉ通信を実行不可能な状態である。Ｗｉ−ＦｉＩ／Ｆ２０のＳｔａｎｄｂｙ状態は、Ｗｉ−ＦｉＩ／Ｆ２０に電力が供給されているが、Ｗｉ−Ｆｉ通信を実行不可能な状態である。Ｗｉ−ＦｉＩ／Ｆ２０のＳｔａｎｄｂｙ状態は、Ｗｉ−ＦｉＩ／Ｆ２０を介して電波を受信することは可能であるが、十分な通信速度が確保できず、実質的にＷｉ−Ｆｉ通信を実行不可能な状態である、と言うこともできる。Ｗｉ−ＦｉＩ／Ｆ２０のＯＮ状態は、Ｗｉ−ＦｉＩ／Ｆ２０に十分に電力が供給されており、Ｗｉ−Ｆｉ通信を実行可能な状態である。ＯＮ状態のＷｉ−ＦｉＩ／Ｆ２０に供給される電力量（即ち消費電力）は、Ｓｔａｎｄｂｙ状態のＷｉ−ＦｉＩ／Ｆ２０に供給される電力量に比べて高い。

ＢＴＩ／Ｆ２２は、Ｂｌｕｅｔｏｏｔｈ方式に従った無線通信（以下では「ＢＴ通信」と呼ぶ）を実行するためのＩ／Ｆである。Ｂｌｕｅｔｏｏｔｈ方式は、例えば、ＩＥＥＥ８０２．１５．１の規格、及び、それに準ずる規格に基づく無線通信方式である。より具体的に言うと、ＢＴＩ／Ｆ２２は、ＢＬＥ（Bluetooth Low Energyの略）をサポートしている。ＢＬＥは、Ｂｌｕｅｔｏｏｔｈ方式のバージョン４．０以降のバージョンで実現されている規格である。なお、以下では、Ｂｌｕｅｔｏｏｔｈ方式のバージョン４．０未満のことを「クラシックＢＴ」と呼ぶ。一対のＢＴＩ／Ｆの間でＢＬＥに従ったＢＴ通信を実行するために、一方のＢＴＩ／Ｆが、ＢＴ方式で定められている「Bluetooth Smart Ready」に対応し、かつ、他方のＢＴＩ／Ｆが、「Bluetooth Smart Ready」、又は、ＢＴ方式で定められている「Bluetooth Smart」に対応してもよい。「Bluetooth Smart Ready」に対応するＢＴＩ／Ｆは、ＢＬＥに従った動作とクラシックＢＴに従った動作との双方を実行可能なＩ／Ｆ（即ちいわゆるデュアルモードのＩ／Ｆ）である。「Bluetooth Smart」に対応するＢＴＩ／Ｆは、ＢＬＥに従った動作を実行可能であるが、クラシックＢＴに従った動作を実行不可能なＩ／Ｆである。本実施例では、ＭＦＰ１０と携帯端末５０，９０，１００との間でＢＬＥに従ったＢＴ通信が実行される。そして、携帯端末５０，９０，１００の後述のＢＴＩ／Ｆ（例えば符号６２）が「Bluetooth Smart Ready」に対応しているので、プリンタＰＲのＢＴＩ／Ｆ２２は、「Bluetooth Smart Ready」及び「Bluetooth Smart」のどちらに対応していてもよい。ただし、変形例では、ＭＦＰ１０のＢＴＩ／Ｆ２２が「Bluetooth Smart Ready」に対応している場合に、携帯端末５０，９０，１００のＢＴＩ／Ｆが「Bluetooth Smart」に対応していてもよい。

クラシックＢＴとＢＬＥとの相違点を記述しておく。ＢＬＥのチャネル数（即ち４０）は、クラシックＢＴのチャネル数（即ち７９）よりも少ない。ＢＬＥのデータ通信時の消費電流（例えば１５ｍＡ）は、クラシックＢＴのデータ通信時の消費電流（例えば３５ｍＡ）よりも小さい。従って、ＢＬＥの消費電力は、クラシックＢＴの消費電力よりも低い。また、ＢＬＥでは、Ａｄｖｅｒｔｉｓｅ信号が利用されるが、クラシックＢＴでは、Ａｄｖｅｒｔｉｓｅ信号が利用されない。

Ｗｉ−Ｆｉ方式とＢＴ方式との相違点を記述しておく。Ｗｉ−Ｆｉ通信の通信速度（例えば最大の通信速度が６００Ｍｂｐｓ）は、ＢＴ通信の通信速度（例えば最大の通信速度が２４Ｍｂｐｓ）よりも速い。Ｗｉ−Ｆｉ通信における搬送波の周波数は、２．４ＧＨｚ帯又は５．０ＧＨｚ帯である。ＢＴ通信における搬送波の周波数は、２．４ＧＨｚ帯である。即ち、Ｗｉ−Ｆｉ通信における搬送波の周波数として５．０ＧＨｚ帯が採用される場合には、Ｗｉ−Ｆｉ通信における搬送波の周波数とＢＴ通信における搬送波の周波数とは異なる。また、Ｗｉ−Ｆｉ通信を実行可能な最大の距離（例えば約１００ｍ）は、ＢＴ通信を実行可能な最大の距離（例えば約数十ｍ）よりも大きい。

ＢＴＩ／Ｆ２２は、ＭＦＰ１０の電源がＯＮされている間に、常にＯＮ状態に維持される（即ちＢＴＩ／Ｆ２２には常に電力が供給されており、ＢＴ通信可能な状態が維持されている）。ＯＮ状態であるＢＴＩ／Ｆ２２の消費電力（即ちＢＬＥの消費電力）は、ＯＮ状態であるＷｉ−ＦｉＩ／Ｆ２０の消費電力、及び、ＯＮ状態であるＮＦＣＩ／Ｆ２４の消費電力よりも低い。

ＮＦＣＩ／Ｆ２４は、ＮＦＣ方式に従った無線通信（以下では「ＮＦＣ通信」と呼ぶ）を実行するためのＩ／Ｆである。ＮＦＣＩ／Ｆ２４は、メモリ２６を備える。ＮＦＣ方式は、いわゆる近距離無線通信のための無線通信方式であり、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。ＮＦＣ通信の通信速度（例えば最大の通信速度が４２４Ｋｂｐｓ）は、ＢＴ通信の通信速度（例えば最大の通信速度が２４Ｍｂｐｓ）よりも遅い。ＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）は、Ｗｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）及びＢＴ通信における搬送波の周波数（例えば２．４ＧＨｚ帯）とは異なる。また、ＮＦＣ通信を実行可能な最大の距離（例えば約１０ｃｍ）は、ＢＴ通信を実行可能な最大の距離（例えば約数十ｍ）よりも小さい。

ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイスと呼ばれるＩ／Ｆと、ＮＦＣフォーラムタグと呼ばれるＩ／Ｆと、が知られている。本実施例では、ＮＦＣＩ／Ｆ２４は、ＮＦＣフォーラムデバイスとして機能する。変形例では、ＮＦＣＩ／Ｆ２４は、ＮＦＣフォーラムタグとして機能してもよい。ＮＦＣフォーラムデバイスは、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのうちのいずれかのモードで、選択的に動作可能なＩ／Ｆである。ＮＦＣフォーラムタグは、上記の３つのモードのうちのいずれかのモードで選択的に動作可能なＩ／Ｆではなく、ＩＣ（Integrated Circuitの略）タグのみとして機能するＩ／Ｆである。ＮＦＣフォーラムタグは、上記の３つのモードのうちのいずれかのモードで選択的に動作可能なＩ／Ｆではないので、ＮＦＣフォーラムデバイスよりも簡易な構成を有する。即ちＩＣチップの構成が単純である。一般的に言うと、ＮＦＣフォーラムタグとして機能するＩＣチップは、ＮＦＣフォーラムデバイスとして機能するＩＣチップよりも安価である。

ＮＦＣＩ／Ｆ２４も、Ｗｉ−ＦｉＩ／Ｆ２０と同様に、ＯＦＦ状態、Ｓｔａｎｄｂｙ状態、ＯＮ状態、のうちのいずれか１つの状態に設定される。本実施例では、Ｗｉ−ＦｉＩ／Ｆ２０とＮＦＣＩ／Ｆ２４とが常時同等の状態に設定される。ＮＦＣＩ／Ｆ２４のＯＦＦ状態は、ＮＦＣＩ／Ｆ２４に電力が供給されていない状態、即ち、ＮＦＣ通信を実行不可能な状態である。ＮＦＣＩ／Ｆ２４のＳｔａｎｄｂｙ状態は、ＮＦＣＩ／Ｆ２４に電力が供給されているが、ＮＦＣ通信を実行不可能な状態である。ＮＦＣＩ／Ｆ２４のＳｔａｎｄｂｙ状態は、ＮＦＣＩ／Ｆ２４を介して電波を受信することは可能であるが、十分な通信速度が確保できず、実質的にＮＦＣ通信を実行不可能な状態である、と言うこともできる。ＮＦＣＩ／Ｆ２４のＯＮ状態は、ＮＦＣＩ／Ｆ２４に十分に電力が供給されており、ＮＦＣ通信を実行可能な状態である。ＯＮ状態のＮＦＣＩ／Ｆ２４に供給される電力量（即ち消費電力）は、Ｓｔａｎｄｂｙ状態のＮＦＣＩ／Ｆ２４に供給される電力量に比べて高い。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。また、メモリ３４は、ＭＦＰ１０を示すデバイス名「ＮＭ」を予め記憶している。さらに、メモリ３４は、ＭＦＰ１０との間でＢＴ通信を実行する携帯端末（例えば携帯端末５０等）に関するデバイス情報を管理するためのリスト４０を記憶する。リスト４０は、デバイス名、フラグ、及び、タイマ値、の各情報が組み合わせられたデバイス情報を含む。デバイス名（例えば「Ｎ１」）は携帯端末（例えば携帯端末５０）のデバイス名を示す。フラグ（例えば「Ｓｔａｎｄｂｙ」）は、後述のＩ／Ｆ制御処理において、当該デバイス名の携帯端末に対応付けられる情報である。フラグは、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４の状態に関係する情報である。タイマ値（例えば「Ｔ１」）は、デバイス名及びフラグに対応付けられるタイマのカウント値を示す。ＣＰＵ３２が後述のＩ／Ｆ制御処理（図３、図４参照）を実行することによって、リスト４０内にデバイス情報が追加される。また、ＣＰＵ３２が後述のリスト管理処理（図５参照）を実行することによって、リスト４０内のデバイス情報が維持、更新、又は、削除される。

（携帯端末５０，９０，１００の構成）
各携帯端末５０，９０，１００は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ（Personal Computerの略）、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。以下では、携帯端末５０の構成を説明するが、携帯端末９０，１００も基本的には携帯端末５０と同様の構成を備える。

携帯端末５０は、操作部５２と、表示部５４と、Ｗｉ−ＦｉＩ／Ｆ６０と、ＢＴＩ／Ｆ６２と、ＮＦＣＩ／Ｆ６４と、制御部７０と、を備える。各部５２〜７０は、バス線（符号省略）に接続されている。

操作部５２は、複数のキーを備える。ユーザは、操作部５２を操作することによって、様々な指示を携帯端末５０に入力することができる。表示部５４は、様々な情報を表示するためのディスプレイである。表示部５４は、いわゆるタッチパネルとしても機能する（即ち操作部としても機能する）。Ｗｉ−ＦｉＩ／Ｆ６０は、Ｗｉ−Ｆｉ通信を実行するためのＩ／Ｆである。Ｗｉ−ＦｉＩ／Ｆ６０は、ＷＦＤをサポートしていてもよいし、ＷＦＤをサポートしていなくてもよい。ＢＴＩ／Ｆ６２は、ＢＴ通信を実行するためのＩ／Ｆであり、ＢＬＥをサポートしている。ＮＦＣＩ／Ｆ６４は、ＮＦＣ通信を実行するためのＩ／Ｆである。各Ｉ／Ｆ６０，６２，６４の相違は、ＭＦＰ１０の各Ｉ／Ｆ２０，２２，２４の相違と同様である。

制御部７０は、ＣＰＵ７２とメモリ７４とを備える。ＣＰＵ７２は、メモリ７４に記憶されているＯＳプログラム７６に従って、様々な処理を実行する。メモリ７４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ７４は、ＯＳプログラム７６のみならず、ＭＦＰ１０に機能（例えば印刷機能）を実行させるためのアプリケーション７８を記憶する。アプリケーション７８は、例えば、ＭＦＰ１０のベンダによって提供されるインターネット上のサーバから携帯端末５０にインストールされてもよいし、ＭＦＰ１０と共に出荷されるメディアから携帯端末５０にインストールされてもよい。メモリ７４は、さらに、携帯端末５０を識別するためのデバイス名「Ｎ１」を予め記憶している。なお、携帯端末９０，１００は、それぞれ、デバイス名「Ｎ２」，「Ｎ３」を記憶している。

メモリ７４は、さらに、起動情報記憶領域８０と、指示情報記憶領域８２とを有している。起動情報記憶領域８０は、上記のアプリケーション７８が起動した場合に、アプリケーション７８が起動したことを示す起動情報を記憶するための領域である。ＣＰＵ７２は、アプリケーション７８が起動すると、起動情報を起動情報記憶領域８０に記憶させる。指示情報記憶領域８２は、ＭＦＰ１０に機能を実行させるための機能実行指示（例えば印刷指示）が入力されていることを示す指示情報を記憶するための領域である。ＣＰＵ７２は、アプリケーション７８の起動後に、ユーザによって機能実行指示が入力されると、指示情報を指示情報記憶領域８２に記憶させる。

（ＡＰ１１０の構成）
ＡＰ１１０は、Ｗｉ−Ｆｉネットワークを形成する装置である。ＭＦＰ１０及び各携帯端末５０等は、ＡＰ１１０が形成するＷｉ−Ｆｉネットワークに子局（具体的にはステーション）として所属することができる。例えば、ＭＦＰ１０と携帯端末５０とがＡＰ１１０が形成するＷｉ−Ｆｉネットワークに所属している場合、ＡＰ１１０は、ＭＦＰ１０と携帯端末５０との間のＷｉ−Ｆｉ通信を中継することができる。

（ＭＦＰ１０の基本処理；図２）
続いて、図２を参照して、ＭＦＰ１０のＣＰＵ３２が実行する基本処理について説明する。ＭＦＰ１０の電源がＯＮされると、ＣＰＵ３２は、ＢＴＩ／Ｆ２２の通信範囲（即ち、電波が届く範囲）２００内に向けて、ＢＴＩ／Ｆ２２を介して、Ａｄｖｅｒｔｉｓｅ信号を繰り返しブロードキャスト送信する（Ｓ１０、Ｓ１２）。Ａｄｖｅｒｔｉｓｅ信号は、ＭＦＰ１０のデバイス名「ＮＭ」を含む。ＣＰＵ３２は、Ｂｌｕｅｔｏｏｔｈの論理リンク（即ちＢｌｕｅｔｏｏｔｈ方式の無線接続）を確立することなく、Ａｄｖｅｒｔｉｓｅ信号を外部に送信する。

図２の例では、携帯端末５０は、ＭＦＰ１０のＢＴＩ／Ｆ２２の通信範囲２００のうち、ＭＦＰ１０に近い範囲２１０内に存在している。また、携帯端末５０ではアプリケーション７８が起動され、かつ、既に機能実行指示も入力されている。即ち、携帯端末５０のメモリ７４の起動情報記憶領域８０には起動情報が記憶され、指示情報記憶領域８２には指示情報が記憶されている。携帯端末５０のＣＰＵ７２は、ＢＴＩ／Ｆ６２を介して、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号（Ｓ１０）を受信する。この際、ＣＰＵ７２は、Ａｄｖｅｒｔｉｓｅ信号を受信した際の電波強度を測定することができる。次いで、ＣＰＵ７２は、測定された電波強度が特定の閾値を超えているか否かを判定することによって、携帯端末５０とＭＦＰ１０との間の距離が比較的近いか否かを判断する。図２の例では、上記の通り、携帯端末５０は、ＭＦＰ１０に近い範囲２１０内に存在する。そのため、ＣＰＵ７２がＡｄｖｅｒｔｉｓｅ信号を受信した際の電波強度の値は特定の閾値より高い。そのため、ＣＰＵ７２は、携帯端末５０とＭＦＰ１０との間の距離が比較的近いと判断する。その場合、ＣＰＵ７２は、デバイス名「ＮＭ」と、携帯端末５０とＭＦＰ１０との間の距離が比較的近いことを示す距離情報「Ｎｅａｒ」と、を対応付けてメモリ７４に記憶させる。次いで、ＣＰＵ７２は、ＢＴＩ／Ｆ６２を介して、Ｓｃａｎ Ｒｅｑｕｅｓｔ信号（以下では「Ｓｃａｎ＿Ｒｅｑ信号」と記載する）をＭＦＰ１０に送信する。Ｓｃａｎ＿Ｒｅｑ信号は、Ａｄｖｅｒｔｉｓｅ信号を受信した携帯端末から送信されるユニキャスト信号である。

Ｓ１２では、ＭＦＰ１０のＣＰＵ３２は、携帯端末５０から、ＢＴＩ／Ｆ２２を介して、Ｓｃａｎ＿Ｒｅｑ信号を受信する。特に、ＣＰＵ３２は、論理リンクを確立しなくても、Ｓｃａｎ＿Ｒｅｑ信号を受信することができる。Ｓ１２で受信されるＳｃａｎ＿Ｒｅｑ信号は、Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末５０のデバイス名「Ｎ１」と、携帯端末５０とＭＦＰ１０との間の距離が比較的近いことを示す距離情報「Ｎｅａｒ」と、起動情報と、指示情報と、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報とを含む。ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報は、携帯端末５０がＮＦＣ通信を実行可能であることを示す情報である。

また、図２の例では、携帯端末９０は、ＭＦＰ１０のＢＴＩ／Ｆ２２の通信範囲２００のうち、ＭＦＰ１０から遠い範囲内（即ち、範囲２１０の外側）に存在している。また、携帯端末９０ではアプリケーション７８が起動されているが、機能実行指示はまだ入力されていない。即ち、携帯端末９０のメモリ（図示しない）には起動情報が記憶され、指示情報は記憶されていていない。携帯端末５０の場合と同様に、携帯端末９０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号（Ｓ２０）を受信する。この際、携帯端末９０がＡｄｖｅｒｔｉｓｅ信号を受信した際の電波強度の値は、特定の閾値より低い。そのため、携帯端末９０は、携帯端末９０とＭＦＰ１０との間の距離が比較的遠いと判断する。携帯端末９０は、デバイス名「ＮＭ」と、携帯端末９０とＭＦＰ１０との間の距離が比較的遠いことを示す距離情報「Ｆａｒ」と、を対応付けて携帯端末９０のメモリ（図示しない）に記憶させる。次いで、携帯端末９０は、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。

Ｓ２２では、ＭＦＰ１０のＣＰＵ３２は、携帯端末９０から、ＢＴＩ／Ｆ２２を介して、Ｓｃａｎ＿Ｒｅｑ信号を受信する。Ｓ２２で受信されるＳｃａｎ＿Ｒｅｑ信号は、携帯端末９０のデバイス名「Ｎ２」と、距離情報「Ｆａｒ」と、起動情報と、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報とを含む。上記の通り、携帯端末９０では機能実行指示が入力されていないため、Ｓ２２のＳｃａｎ＿Ｒｅｑ信号は、指示情報を含んでいない。

また、図２の例では、携帯端末１００は、ＭＦＰ１０のＢＴＩ／Ｆ２２の通信範囲２００外に存在している。そのため、携帯端末１００は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信することができない。そのため、ＭＦＰ１０のＣＰＵ３２も、携帯端末１００からＳｃａｎ＿Ｒｅｑ信号を受信することはない。

ＭＦＰ１０の電源がＯＮされている間、ＣＰＵ３２は、上記の各処理を繰り返し実行している。

（ＭＦＰ１０のＩ／Ｆ制御処理；図３、図４）
続いて、図３、図４を参照して、ＭＦＰ１０のＣＰＵ３２が実行するＩ／Ｆ制御処理について説明する。ＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、図３、図４の処理を開始する。ただし、ＣＰＵ３２は、ＭＦＰ１０とＡＰ１１０（図１参照）との間でＷｉ−Ｆｉ接続が既に確立されている場合（即ち、ＭＦＰ１０が、ＡＰ１１０によって形成されたＷｉ−Ｆｉネットワークにステーションとして既に所属している場合）には、図３、図４の処理を実行しない。ＣＰＵ３２は、ＭＦＰ１０とＡＰ１１０との間でＷｉ−Ｆｉ接続が確立されている間は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＮ状態に維持する。

Ｓ５０では、ＣＰＵ３２は、いずれかの携帯端末（例えば携帯端末５０）から、Ｓｃａｎ＿Ｒｅｑ信号を受信したか否かを判断する。上記の通り、ＭＦＰ１０のＢＴＩ／Ｆ２２の通信範囲２００（図２参照）内に存在する携帯端末は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信することに応じて、ＭＦＰ１０にＳｃａｎ＿Ｒｅｑ信号を送信する。その場合、ＣＰＵ３２は、携帯端末から、ＢＴＩ／Ｆ２２を介して、Ｓｃａｎ＿Ｒｅｑ信号を受信する。ＣＰＵ３２は、Ｓｃａｎ＿Ｒｅｑ信号を受信すると、Ｓ５０でＹＥＳと判断し、Ｓ５１に進む。一方、Ｓｃａｎ＿Ｒｅｑ信号を受信していない場合、ＣＰＵ３２は、Ｓ５０でＮＯと判断し、Ｓ５６に進む。

Ｓ５１では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号がＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含むか否かを判断する。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末がＮＦＣ通信を実行可能である場合、Ｓｃａｎ＿Ｒｅｑ信号はＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む（図２参照）。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末がＮＦＣ通信を実行不可能である場合、Ｓｃａｎ＿Ｒｅｑ信号はＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含まない。受信されたＳｃａｎ＿Ｒｅｑ信号がＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む場合、ＣＰＵ３２は、Ｓ５１でＹＥＳと判断し、Ｓ５２に進む。一方、受信されたＳｃａｎ＿Ｒｅｑ信号がＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含まない場合、ＣＰＵ３２は、Ｓ５１でＮＯと判断し、Ｓ５０に戻る。

Ｓ５２では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含むか否かを判断する。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末でアプリケーション（例えばアプリケーション７８）が起動している場合、Ｓｃａｎ＿Ｒｅｑ信号は起動情報を含む（図２参照）。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末でアプリケーションが起動していない場合、Ｓｃａｎ＿Ｒｅｑ信号は起動情報を含まない。受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含む場合、ＣＰＵ３２は、Ｓ５２でＹＥＳと判断し、図４のＳ７０に進む。一方、受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含まない場合、ＣＰＵ３２は、Ｓ５２でＮＯと判断し、Ｓ５４に進む。

Ｓ５４では、ＣＰＵ３２は、デバイス情報をリスト４０に記憶させる。Ｓ５４で記憶されるデバイス情報は、受信されたＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名と、フラグ「ＯＦＦ」と、タイマ値（例えば図１の「Ｔ１」）とを含む。なお、Ｓ５４の時点で、既にＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名と同一のデバイス名を含むデバイス情報がリスト４０に存在する場合、フラグの内容が「ＯＦＦ」以外であれば、ＣＰＵ３２は、フラグの内容を「ＯＦＦ」に変更（即ちデバイス情報を更新）する。一方、フラグの内容が「ＯＦＦ」であれば、ＣＰＵ３２は、フラグの内容を「ＯＦＦ」のまま維持（即ちデバイス情報を維持）する。また、ＣＰＵ３２は、Ｓ５４において、Ｓｃａｎ＿Ｒｅｑ信号に含まれるデバイス名を含むデバイス情報をリスト４０に新たに記憶させた場合には、当該デバイス情報に含まれるタイマ値（例えば図１の「Ｔ１」）のカウントを開始する。Ｓ５４を終えると、Ｓ５６に進む。

Ｓ５６では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がともにＯＮ状態又はＳｔａｎｄｂｙ状態であるか否かを判断する。Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＮ状態とＳｔａｎｄｂｙ状態のどちらかである場合には、ＣＰＵ３２は、Ｓ５６でＹＥＳと判断し、Ｓ５８に進む。一方、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がともにＯＦＦ状態である場合には、ＣＰＵ３２は、Ｓ５６でＮＯと判断し、Ｓ５０に戻る。

Ｓ５８では、ＣＰＵ３２は、リスト４０内にフラグ「ＯＮ」又は「Ｓｔａｎｄｂｙ」を含むデバイス情報が存在するか否かを判断する。リスト４０内に、フラグ「ＯＮ」又は「Ｓｔａｎｄｂｙ」が対応付けられているデバイス情報が１個でも存在する場合には、ＣＰＵ３２は、Ｓ５８でＹＥＳと判断し、Ｓ５０に戻る。一方、リスト４０内に、フラグ「ＯＦＦ」が対応付けられているデバイス情報のみが存在する場合、又は、リスト４０内に１個もデバイス情報が存在しない場合には、ＣＰＵ３２は、Ｓ５８でＮＯと判断し、Ｓ６０に進む。

Ｓ６０では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、ＯＮ状態（又はＳｔａｎｄｂｙ状態）からＯＦＦ状態に変更する。具体的には、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４への電力供給を停止する。Ｓ６０を終えると、Ｓ５０に戻る。

図４のＳ７０では、ＣＰＵ３２は、図３のＳ５０でＹＥＳの場合に受信されたＳｃａｎ＿Ｒｅｑ信号が、指示情報を含むか否かを判断する。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末に機能実行指示（例えば印刷指示）が入力されている場合、Ｓｃａｎ＿Ｒｅｑ信号は指示情報を含む（図２参照）。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末に機能実行指示が入力されていない場合、Ｓｃａｎ＿Ｒｅｑ信号は指示情報を含まない（図２参照）。Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含む場合、ＣＰＵ３２は、Ｓ７０でＹＥＳと判断し、Ｓ７２に進む。一方、Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含まない場合、ＣＰＵ３２は、Ｓ７０でＮＯと判断し、Ｓ８０に進む。

Ｓ７２では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号が、距離情報「Ｎｅａｒ」を含むか否かを判断する。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末がＭＦＰ１０の比較的近くに存在する場合、Ｓｃａｎ＿Ｒｅｑ信号は距離情報「Ｎｅａｒ」を含む（図２参照）。Ｓｃａｎ＿Ｒｅｑ信号の送信元の携帯端末がＭＦＰ１０の比較的遠くに存在する場合、Ｓｃａｎ＿Ｒｅｑ信号は距離情報「Ｆａｒ」を含む（図２参照）。Ｓｃａｎ＿Ｒｅｑ信号が距離情報「Ｎｅａｒ」を含む場合、ＣＰＵ３２は、Ｓ７２でＹＥＳと判断し、Ｓ７４に進む。一方、Ｓｃａｎ＿Ｒｅｑ信号が距離情報「Ｆａｒ」を含む場合、ＣＰＵ３２は、Ｓ７２でＮＯと判断し、Ｓ８２に進む。

Ｓ７４では、ＣＰＵ３２は、デバイス情報をリスト４０に記憶させる。Ｓ７４で記憶されるデバイス情報は、受信されたＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名と、フラグ「ＯＮ」と、タイマ値とを含む。を含む。なお、Ｓ７４の時点で、既にＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名と同一のデバイス名を含むデバイス情報がリスト４０に存在する場合、フラグの内容が「ＯＮ」以外であれば、ＣＰＵ３２は、フラグの内容を「ＯＮ」に変更（即ちデバイス情報を更新）する。一方、フラグの内容が「ＯＮ」であれば、ＣＰＵ３２は、フラグの内容を「ＯＮ」のまま維持（即ちデバイス情報を維持）する。また、ＣＰＵ３２は、Ｓ７４においてＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名を含むデバイス情報をリスト４０に新たに記憶させた場合には、当該デバイス情報に含まれるタイマ値（例えば図１の「Ｔ１」）のカウントを開始する。Ｓ７４を終えると、Ｓ７６に進む。

Ｓ７６では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、ＯＦＦ状態又はＳｔａｎｄｂｙ状態から、ＯＮ状態に変更する。具体的には、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４に高い電力量の電力を供給する。なお、既にＷｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＮ状態であれば、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＮ状態に維持する。Ｗｉ−ＦｉＩ／Ｆ２０がＯＮ状態に変更されると、ＣＰＵ３２は、さらに、ＷＦＤのＧ／Ｏ（Group Ownerの略）ネゴシエーションを実行することなく、ＭＦＰ１０の動作状態をＷＦＤのデバイス状態からＧ／Ｏ状態に自発的に移行させる。ＭＦＰ１０の動作状態がＧ／Ｏ状態に移行すると、ＣＰＵ３２は、ＭＦＰ１０をＧ／Ｏとする無線ネットワーク（即ちＷＦＤネットワーク）を形成する。また、ＣＰＵ３２は、ランダムに文字列を生成することによって、ＳＳＩＤ（Service Set Identifierの略）及びパスワードを生成する。以下では、ＳＳＩＤ及びパスワードのことを「ネットワーク情報」と呼ぶ場合がある。ネットワーク情報（即ち、ＳＳＩＤ及びパスワード）は、上記のＷＦＤネットワークにおいて利用される情報である。

続くＳ７７では、ＣＰＵ３２は、Ｓ７６で生成されたネットワーク情報を、ＮＦＣＩ／Ｆ２４のメモリ２６に記憶させる。Ｓ７７を終えると、図３のＳ５０に戻る。

Ｓ８０では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号が、距離情報「Ｎｅａｒ」を含むか否かを判断する。Ｓ８０の処理の内容はＳ７２と同様である。Ｓ８０でＹＥＳの場合、Ｓ８２に進む。Ｓ８０でＮＯの場合、Ｓ９０に進む。

Ｓ８２では、ＣＰＵ３２は、デバイス情報をリスト４０に記憶させる。Ｓ８２で記憶されるデバイス情報は、受信されたＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名と、フラグ「Ｓｔａｎｄｂｙ」と、タイマ値とを含む。を含む。なお、Ｓ８２の時点で、既にＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名と同一のデバイス名を含むデバイス情報がリスト４０に存在する場合、フラグの内容が「Ｓｔａｎｄｂｙ」以外であれば、ＣＰＵ３２は、フラグの内容を「Ｓｔａｎｄｂｙ」に変更（即ちデバイス情報を更新）する。フラグの内容が「Ｓｔａｎｄｂｙ」であれば、ＣＰＵ３２は、フラグの内容を「Ｓｔａｎｄｂｙ」のまま維持（即ちデバイス情報を維持）する。また、ＣＰＵ３２は、Ｓ８２においてＳｃａｎ＿Ｒｅｑ信号に含まれるデバイス名を含むデバイス情報をリスト４０に新たに記憶させた場合には、当該デバイス情報に含まれるタイマ値（例えば図１の「Ｔ１」）のカウントを開始する。Ｓ８２を終えると、Ｓ８４に進む。

Ｓ８４では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がともにＯＮ状態又はＯＦＦ状態であるか否かを判断する。Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＮ状態とＯＦＦ状態のどちらかである場合には、ＣＰＵ３２は、Ｓ８４でＹＥＳと判断し、Ｓ８６に進む。一方、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がともにＳｔａｎｄｂｙ状態である場合には、ＣＰＵ３２は、Ｓ８４でＮＯと判断し、図３のＳ５０に戻る。

Ｓ８６では、ＣＰＵ３２は、リスト４０内にフラグ「ＯＮ」を含むデバイス情報が存在するか否かを判断する。リスト４０内に、フラグ「ＯＮ」が対応付けられているデバイス情報が存在する場合には、ＣＰＵ３２は、Ｓ８６でＹＥＳと判断し、図３のＳ５０に戻る。一方、リスト４０内に、フラグ「ＯＦＦ」又は「Ｓｔａｎｄｂｙ」が対応付けられているデバイス情報のみが存在する場合には、ＣＰＵ３２は、Ｓ８６でＮＯと判断し、Ｓ８８に進む。

Ｓ８８では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、ＯＦＦ状態（又はＯＮ状態）からＳｔａｎｄｂｙ状態に変更する。具体的には、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４に、ＯＮ状態に比べて低い電力量の電力を供給する。Ｓ８８を終えると、図３のＳ５０に戻る。

Ｓ９０〜Ｓ９６の各処理は、図３のＳ５４〜Ｓ６０の各処理と同様である。そのため、詳しい説明を省略する。Ｓ９２でＮＯの場合、Ｓ９４でＹＥＳの場合、又は、Ｓ９６を終えた場合には、ＣＰＵ３２は、図３のＳ５０に戻る。

（リスト管理処理；図５）
続いて、図５を参照して、ＭＦＰ１０のＣＰＵ３２が実行するリスト管理処理について説明する。ＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、上記の図３、図４の処理と併せて、図５の処理を開始する。ただし、図３、図４の処理の場合と同様に、ＣＰＵ３２は、ＭＦＰ１０とＡＰ１１０との間で既にＷｉ−Ｆｉ接続が確立されている場合には、図５の処理を実行しない。

Ｓ１００では、ＣＰＵ３２は、いずれかの携帯端末（例えば携帯端末５０）から、Ｓｃａｎ＿Ｒｅｑ信号を受信したか否かを判断する。ＣＰＵ３２は、Ｓｃａｎ＿Ｒｅｑ信号を受信すると、Ｓ１００でＹＥＳと判断し、Ｓ１０２に進む。一方、ＣＰＵ３２は、Ｓｃａｎ＿Ｒｅｑ信号を受信していない場合、Ｓ１００でＮＯと判断し、Ｓ１０８に進む。

Ｓ１０２では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含むか否かを判断する。受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含む場合、ＣＰＵ３２は、Ｓ１０２でＹＥＳと判断し、Ｓ１０４に進む。一方、受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含まない場合、ＣＰＵ３２は、Ｓ１０２でＮＯと判断し、Ｓ１０８に進む。

Ｓ１０４では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号に含まれているデバイス名と同じデバイス名を含むデバイス情報がリスト４０内に存在するか否かを判断する。リスト４０内に、Ｓｃａｎ＿Ｒｅｑ信号に含まれているデバイス名と同じデバイス名を含むデバイス情報（以下、「特定のデバイス情報」と呼ぶ）が既に存在する場合、ＣＰＵ３２は、Ｓ１０４でＹＥＳと判断し、Ｓ１０６に進む。一方、リスト４０内に、特定のデバイス情報が存在しない場合、ＣＰＵ３２は、Ｓ１０４でＮＯと判断し、Ｓ１０６をスキップしてＳ１００に戻る。

Ｓ１０６では、ＣＰＵ３２は、特定のデバイス情報に含まれるタイマ値（例えば図１の「Ｔ１」）をリセットする。ＣＰＵ３２は、特定のデバイス情報に含まれるタイマ値をリセットした後、再びタイマ値のカウントを開始する。Ｓ１０６を終えると、Ｓ１００に戻る。

Ｓ１０８では、ＣＰＵ３２は、リスト４０内にデバイス情報が存在しているか否かを判断する。リスト４０内に１個でもデバイス情報が存在している場合、ＣＰＵ３２は、Ｓ１０８でＹＥＳと判断し、Ｓ１１０に進む。一方、リスト４０内に１個もデバイス情報が存在しない場合、ＣＰＵ３２は、Ｓ１０８でＮＯと判断し、Ｓ１００に戻る。

Ｓ１１０では、ＣＰＵ３２は、リスト４０内に存在する１個以上のデバイス情報に含まれる１個以上のタイマ値のうちのいずれかのタイマ値が所定の閾値ＴＨ以上であるか否かを判断する。リスト４０内に、所定の閾値ＴＨ以上のタイマ値を含むデバイス情報が存在する場合、ＣＰＵ３２は、Ｓ１１０でＹＥＳと判断し、Ｓ１１２に進む。一方、リスト４０内に、所定の閾値ＴＨ以上のタイマ値を含むデバイス情報が存在しない場合、ＣＰＵ３２は、Ｓ１１０でＮＯと判断し、Ｓ１００に戻る。

Ｓ１１２では、ＣＰＵ３２は、所定の閾値ＴＨ以上のタイマ値を含むデバイス情報をリスト４０から削除する。Ｓ１１２を終えると、Ｓ１００に戻る。

（デバイス情報に含まれるフラグの内容のまとめ；図６）
図６を参照して、本実施例のＩ／Ｆ制御処理（図３、図４参照）において、ＣＰＵ３２がデバイス情報をリスト４０に記憶させる際（図３のＳ５４、図４のＳ７４、Ｓ８２、Ｓ９０）に、デバイス情報に含まれるフラグの内容（即ち、「ＯＮ」、「Ｓｔａｎｄｂｙ」、「ＯＦＦ」のいずれか）についてまとめて説明する。図６に示すように、携帯端末の状況毎に異なる内容のフラグがデバイス情報に含まれる。
［状況１］Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含み（図４のＳ７０でＹＥＳ）、かつ、距離情報「Ｎｅａｒ」を含む場合（Ｓ７２でＹＥＳ）には、フラグ「ＯＮ」がデバイス情報に含まれる（Ｓ７４）。
［状況２］Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含み（図４のＳ７０でＹＥＳ）、かつ、距離情報「Ｆａｒ」を含む場合（Ｓ７２でＮＯ）には、フラグ「Ｓｔａｎｄｂｙ」がデバイス情報に含まれる（Ｓ８２）。
［状況３］Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含むが指示情報を含まず（図３のＳ５２でＹＥＳ、図４のＳ７０でＮＯ）、かつ、距離情報「Ｎｅａｒ」を含む場合（Ｓ８０でＹＥＳ）には、フラグ「Ｓｔａｎｄｂｙ」がデバイス情報に含まれる（Ｓ８２）。
［状況４］Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含むが指示情報を含まず（図３のＳ５２でＹＥＳ、図４のＳ７０でＮＯ）、かつ、距離情報「Ｆａｒ」を含む場合（Ｓ８０でＮＯ）には、フラグ「ＯＦＦ」がデバイス情報に含まれる（Ｓ９０）。
［状況５］Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含まない場合（図３のＳ５２でＮＯ）には、距離情報の内容に関わらず、フラグ「ＯＦＦ」がデバイス情報に含まれる（Ｓ５４）。
［状況６］なお、Ｓｃａｎ＿Ｒｅｑ信号が受信されない場合（即ち図中の「応答なし」。図３のＳ５０でＮＯ）には、ＣＰＵ３２はデバイス情報をリスト４０に記憶させない。

（具体的なケース；図７、図８）
続いて、図７及び図８を参照して、図２〜図５の各処理によって実現される具体的なケースについて説明する。図７及び図８において携帯端末５０，９０とＭＦＰ１０との間の細線矢印、破線矢印、太線矢印は、それぞれ、ＢＴ通信、ＮＦＣ通信、Ｗｉ−Ｆｉ通信を示す。

本ケースの初期状態では、ＭＦＰ１０は、ＡＰ１１０との間でＷｉ−Ｆｉ接続を確立していない。ＭＦＰ１０の電源はＯＮされており、ＢＴＩ／Ｆ２２はＯＮ状態であるが、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４はいずれもＯＦＦ状態である。ＭＦＰ１０は、ＢＴＩ／Ｆ２２の通信範囲内に向けて、ＢＴＩ／Ｆ２２を介して、Ａｄｖｅｒｔｉｓｅ信号を繰り返しブロードキャスト送信している（図２のＳ１０、Ｓ１２）。初期状態では、ＭＦＰ１０のメモリ３４内のリスト４０には、１個のデバイス情報も記憶されていない。

Ａ１では、携帯端末５０のユーザによって、ＭＦＰ１０に印刷を実行させるための印刷指示が携帯端末５０に入力される。印刷指示は、印刷対象の対象データを指定することを含む。なお、携帯端末５０に印刷指示が入力される時点では、携帯端末５０において既にアプリケーション７８が起動されている。その後、携帯端末５０は、ＭＦＰ１０と比較的遠い位置（即ち、図２の通信範囲２００内であって、範囲２１０の外側の位置）で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する。携帯端末５０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、Ｔ１０において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ１０におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ１」、距離情報「Ｆａｒ」、起動情報、指示情報、及び、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１０）を受信する場合に、Ｔ１２において、デバイス情報をリスト４０に記憶させる（図４のＳ７０でＹＥＳ、Ｓ７２でＮＯ、Ｓ８２）。この際、リスト４０に記憶されるデバイス情報は、携帯端末５０のデバイス名「Ｎ１」、フラグ「Ｓｔａｎｄｂｙ」、タイマ値「Ｔ１」を含む。ＭＦＰ１０は、タイマ値「Ｔ１」のカウントを開始する。次いで、Ｔ１４では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、ＯＦＦ状態からＳｔａｎｄｂｙ状態に変更する（図４のＳ８８）。

その後、Ａ２では、携帯端末９０のユーザによって、アプリケーション起動指示が携帯端末９０に入力される。これにより、携帯端末９０においてアプリケーションが起動する。なお、この段階では、携帯端末９０には機能実行指示（例えば印刷指示）は入力されていない。その後、携帯端末９０は、ＭＦＰ１０と比較的近い位置（即ち、図２の範囲２１０内の位置）で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する。携帯端末９０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、Ｔ１６において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ１６におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ２」、距離情報「Ｎｅａｒ」、起動情報、及び、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む。

ＭＦＰ１０は、携帯端末９０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１６）を受信する場合に、Ｔ１８において、デバイス情報をリスト４０に記憶させる（図４のＳ７０でＮＯ、Ｓ８０でＹＥＳ、Ｓ８２）。この際、リスト４０に記憶されるデバイス情報は、携帯端末５０のデバイス名「Ｎ２」、フラグ「Ｓｔａｎｄｂｙ」、タイマ値「Ｔ２」を含む。ＭＦＰ１０は、タイマ値「Ｔ２」のカウントを開始する。次いで、Ｔ２０では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、Ｓｔａｎｄｂｙ状態に維持する（図４のＳ８４でＮＯ）。

その後、Ａ３では、携帯端末５０のユーザは、携帯端末５０をＭＦＰ１０と比較的近い位置に移動させる。携帯端末５０は、ＭＦＰ１０と比較的近い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する。携帯端末５０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、Ｔ２２において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ２２におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ１」、距離情報「Ｎｅａｒ」、起動情報、指示情報、及び、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む。携帯端末５０がＭＦＰ１０と比較的近い位置に移動したことに伴い、距離情報が「Ｆａｒ」から「Ｎｅａｒ」に変わる。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ２２）を受信する場合に、Ｔ２４において、リスト４０内のデバイス情報を更新する（図４のＳ７０でＹＥＳ、Ｓ７２でＹＥＳ、Ｓ７４）。具体的には、ＭＦＰ１０は、デバイス名「Ｎ１」を含むデバイス情報のフラグを、「Ｓｔａｎｄｂｙ」から「ＯＮ」に変更する。また、ＭＦＰ１０は、タイマ値「Ｔ１」をリセットする（図５のＳ１０６）。次いで、Ｔ２６では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、Ｓｔａｎｄｂｙ状態からＯＮ状態に変更する（図４のＳ７６）。次いで、Ｔ２８では、ＭＦＰ１０は、ＭＦＰ１０の動作状態をＷＦＤのデバイス状態からＧ／Ｏ状態に自発的に移行させる（Ｓ７６）。また、続くＴ２９では、ＭＦＰ１０は、ネットワーク情報（即ちＳＳＩＤ及びパスワード）を生成し、生成されたネットワーク情報をＮＦＣＩ／Ｆ２４のメモリ２６に記憶させる（Ｓ７７）。

その後、Ａ４では、携帯端末５０のユーザは、携帯端末５０をＭＦＰ１０に近づける。ＭＦＰ１０のＮＦＣＩ／Ｆ２４と携帯端末５０のＮＦＣＩ／Ｆ６４との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満になると、Ｔ３０において、これらのＩ／Ｆの間にＮＦＣ通信セッションが確立される。この場合、携帯端末５０は、当該ＮＦＣ通信セッションを利用して、ＮＦＣＩ／Ｆ２４のメモリ２６に記憶されたネットワーク情報を受信する。

その後、Ｔ３２では、携帯端末５０は、受信されたネットワーク情報を利用して、ＭＦＰ１０との間でＷｉ−Ｆｉ接続を確立する。具体的には、携帯端末５０は、クライアントとして、Ｇ／ＯであるＭＦＰ１０が形成したＷｉ−Ｆｉネットワーク（即ちＷＦＤネットワーク）に参加する。これにより、ＭＦＰ１０のＷｉ−ＦｉＩ／Ｆ２０と携帯端末５０のＷｉ−ＦｉＩ／Ｆ６２との間にＷｉ−Ｆｉ通信セッションが確立される。その後、携帯端末５０は、Ｗｉ−Ｆｉ通信セッションを利用して印刷対象の対象データをＭＦＰ１０に送信する。ＭＦＰ１０は、対象データによって表される画像の印刷を印刷実行部１６に実行させる。

Ｔ３０、Ｔ３２において携帯端末５０とＭＦＰ１０との間で実行される各処理は、米国特許出願公開第２０１３／２６０６８２号公報に詳細に開示がされており、当該文献を参照して引用する。

その後、Ａ５では、携帯端末５０のユーザによって、アプリケーション終了指示が携帯端末５０に入力される。これにより、携帯端末５０においてアプリケーションが終了する。その後、携帯端末５０は、ＭＦＰ１０と比較的近い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を再び受信する。携帯端末５０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、図８のＴ５０において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ５０におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ２」、距離情報「Ｎｅａｒ」、及び、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む。アプリケーションが終了したため、Ｓｃａｎ＿Ｒｅｑ信号には起動情報も指示情報も含まれていない。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ５０）を受信する場合に、Ｔ５２において、リスト４０内のデバイス情報を更新する（図３のＳ５２でＮＯ、Ｓ５４）。具体的には、ＭＦＰ１０は、デバイス名「Ｎ１」を含むデバイス情報のフラグを、「ＯＮ」から「ＯＦＦ」に変更する。Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含まないため、ＭＦＰ１０は、タイマ値「Ｔ１」のリセットは行わない（図５のＳ１０２でＮＯ）。

携帯端末９０は、ＭＦＰ１０と比較的近い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を再び受信する場合に、Ｔ５３において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に再び送信する。Ｔ５３におけるＳｃａｎ＿Ｒｅｑ信号は、図７のＴ１６と同様に、デバイス名「Ｎ２」、距離情報「Ｎｅａｒ」、起動情報、及び、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ５３）を受信する場合に、Ｔ５４において、リスト４０のデバイス情報を維持する（図４のＳ７０でＮＯ、Ｓ８０でＹＥＳ、Ｓ８２）。具体的には、ＭＦＰ１０は、デバイス名「Ｎ２」を含むデバイス情報のフラグを、「Ｓｔａｎｄｂｙ」のまま維持する。また、ＭＦＰ１０は、タイマ値「Ｔ２」をリセットする（図５のＳ１０６）。次いで、Ｔ５５では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、ＯＮ状態からＳｔａｎｄｂｙ状態に変更する（図４のＳ８４でＹＥＳ、Ｓ８６でＮＯ、Ｓ８８）。これにより、Ｔ５６では、ＭＦＰ１０は、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に変更する。

その後、携帯端末５０は、ＭＦＰ１０と比較的近い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を再び受信する場合に、Ｔ５８において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に再び送信する。Ｔ５８におけるＳｃａｎ＿Ｒｅｑ信号は、Ｔ５０と同様に、デバイス名「Ｎ２」、距離情報「Ｎｅａｒ」、及び、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ５８）を受信するが、Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含まないため、タイマ値「Ｔ１」のリセットは行わない（図５のＳ１０２でＮＯ）。

その後、Ｔ６０では、ＭＦＰ１０は、リスト４０内のタイマ値「Ｔ１」が所定の閾値ＴＨ以上であると判断する（図５のＳ１１０でＹＥＳ）。次いで、Ｔ６２では、ＭＦＰ１０は、タイマ値「Ｔ１」に対応するデバイス情報（即ち、デバイス名「Ｎ１」を含むデバイス情報）をリスト４０から削除する（図５のＳ１１２）。

その後、Ａ１０において、携帯端末９０のユーザは、携帯端末９０をＭＦＰ１０のＢＴＩ／Ｆ２２の通信範囲外（図２の通信範囲２００の外側）に移動させる。これにより、携帯端末９０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信できなくなる。そのため、携帯端末９０は、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信しなくなる。

その後、Ｔ６４において、ＭＦＰ１０は、リスト４０内のタイマ値「Ｔ２」が所定の閾値ＴＨ以上に到達していると判断する（図５のＳ１１０でＹＥＳ）。次いで、Ｔ６６では、ＭＦＰ１０は、タイマ値「Ｔ２」に対応するデバイス情報（即ち、デバイス名「Ｎ２」を含むデバイス情報）をリスト４０から削除する（図５のＳ１１２）。この結果、リスト４０内には１個もデバイス情報が存在しなくなる。そのため、Ｔ６８では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を、Ｓｔａｎｄｂｙ状態からＯＦＦ状態に変更する（図３のＳ５６でＹＥＳ、Ｓ５８でＮＯ、Ｓ６０）。

（本実施例の効果）
本実施例では、図７、図８の例に示すように、ＭＦＰ１０は、携帯端末５０等から受信されるＳｃａｎ＿Ｒｅｑ信号に含まれる情報の内容に応じて、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を適切な状態に設定し得る。従って、ＭＦＰ１０は、携帯端末５０等の状況に応じて、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４を適切な状態に設定することにより、省電力を実現し得る。

例えば、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＦＦ状態である間に、携帯端末５０等から、距離情報「Ｆａｒ」、起動情報、及び、指示情報を含むＳｃａｎ＿Ｒｅｑ信号を受信する場合に、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＦＦ状態からＳｔａｎｄｂｙ状態に変更する（図７のＴ１０〜Ｔ１４、図４のＳ７０でＹＥＳ、Ｓ７２でＮＯ、Ｓ８８参照）。また、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＦＦ状態（又はＳｔａｎｄｂｙ状態）である間に、携帯端末５０等から、距離情報「Ｎｅａｒ」、起動情報、及び、指示情報を含むＳｃａｎ＿Ｒｅｑ信号を受信する場合に、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＦＦ状態（又はＳｔａｎｄｂｙ状態）からＯＮ状態に変更する（図４のＳ７０でＹＥＳ、Ｓ７２でＹＥＳ、Ｓ７６参照）。一方、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＦＦ状態である間に、携帯端末５０等から、起動情報も指示情報も含まないＳｃａｎ＿Ｒｅｑ信号を受信する場合（図３のＳ５２でＮＯ）には、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＦＦ状態で維持する（Ｓ５６でＮＯ）。また、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＳｔａｎｄｂｙ状態である間に、携帯端末５０等から、起動情報及び距離情報「Ｎｅａｒ」を含むが指示情報を含まないＳｃａｎ＿Ｒｅｑ信号を受信する場合（図４のＳ７０でＮＯ、Ｓ８０でＹＥＳ）、若しくは、携帯端末５０等から、指示情報及び距離情報「Ｆａｒ」を含むＳｃａｎ＿Ｒｅｑ信号を受信する場合（図４のＳ７０でＹＥＳ、Ｓ７２でＮＯ）には、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＳｔａｎｄｂｙ状態で維持する（Ｓ８４でＮＯ）。携帯端末５０においてアプリケーション７８が起動中である場合、その後、ＭＦＰ１０と携帯端末５０との間で印刷対象の対象データの通信が実行される可能性が比較的高い。また、携帯端末５０において印刷指示が既に入力されている場合、その後、ＭＦＰ１０と携帯端末５０との間で印刷対象の対象データの通信が実行される可能性がさらに高い。従って、上記の通り、本実施例では、ＭＦＰ１０は、携帯端末５０においてアプリケーション７８が起動中であるか否か、及び、機能実行指示が既に入力されているか否か、に応じて、各Ｉ／Ｆを適切な状態に設定し得る。

また、上記のとおり、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＦＦ状態であるである間に、携帯端末５０等から、距離情報「Ｆａｒ」、起動情報、及び、指示情報を含むＳｃａｎ＿Ｒｅｑ信号を受信する場合に、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＦＦ状態からＳｔａｎｄｂｙ状態に変更する（図７のＴ１０〜Ｔ１４、図４のＳ７０でＹＥＳ、Ｓ７２でＮＯ、Ｓ８８参照）。さらに、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＳｔａｎｄｂｙ状態であるである間に、携帯端末５０等から、距離情報「Ｎｅａｒ」、起動情報、及び、指示情報を含むＳｃａｎ＿Ｒｅｑ信号を受信する場合に、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＳｔａｎｄｂｙ状態からＯＮ状態に変更する（図７のＴ２２〜Ｔ２６、図４のＳ７０でＹＥＳ、Ｓ７２でＹＥＳ、Ｓ７６参照）。通常、ＭＦＰ１０と携帯端末５０等とが比較的近い場合、ＭＦＰ１０と携帯端末５０等とが比較的遠い場合に比べて、その後、ＭＦＰ１０と携帯端末５０との間で対象データの通信が実行される可能性が高い。即ち、本実施例では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＦＦ状態（又はＳｔａｎｄｂｙ状態）である間に受信される特定信号が所定情報を含むか否か、及び、その際のＭＦＰ１０と携帯端末５０との間の距離が比較的近いか否か、に応じて、各Ｉ／Ｆを適切な状態に設定し得る。

また、例えば、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４がＯＮ状態である間に、携帯端末５０等から、起動情報及び指示情報を含まないＳｃａｎ＿Ｒｅｑ信号を受信する場合に、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＮ状態からＯＦＦ状態（又はＳｔａｎｄｂｙ状態）に変更する（図８のＴ５０〜Ｔ５５、図３のＳ５２でＮＯ、Ｓ６０参照）。従って、ＭＦＰ１０は、携帯端末５０との間で対象データの通信が行われる可能性が比較的低い状況において、各Ｉ／Ｆに供給する電力を低くすることにより、省電力を実現し得る。

（対応関係）
ＭＦＰ１０、携帯端末５０等、ＡＰ１００が、それぞれ、「通信機器」、「第１の外部機器」、「第２の外部機器」の一例である。Ｗｉ−ＦｉＩ／Ｆ２０、ＢＴＩ／Ｆ２２、ＮＦＣＩ／Ｆ２４が、それぞれ、「第１のインターフェース」、「第２のインターフェース」、「第３のインターフェース」の一例である。Ｗｉ−ＦｉＩ／Ｆ２０のＯＦＦ状態、Ｗｉ−ＦｉＩ／Ｆ２０のＳｔａｎｄｂｙ状態及びＯＮ状態が、それぞれ「第１の状態」、「第２の状態」の一例である。ＮＦＣＩ／Ｆ２４のＯＦＦ状態、ＮＦＣＩ／Ｆ２４のＳｔａｎｄｂｙ状態及びＯＮ状態が、それぞれ「第３の状態」、「第４の状態」の一例である。なお、Ｗｉ−ＦｉＩ／Ｆ２０のＳｔａｎｄｂｙ状態は「第１の状態」の一例でもある。なお、ＮＦＣＩ／Ｆ２４のＳｔａｎｄｂｙ状態は「第３の状態」の一例でもある。また、Ｗｉ−ＦｉＩ／Ｆ２０のＳｔａｎｄｂｙ状態、Ｗｉ−ＦｉＩ／Ｆ２０のＯＮ状態が、それぞれ、「第１種の状態」、「第２種の状態」の一例である。起動情報、指示情報が「所定情報」の一例である。Ｓｃａｎ＿Ｒｅｑ信号が「特定信号」の一例である。Ａｄｖｅｒｔｉｓｅ信号が「所定信号」の一例である。ＷＦＤのＧ／Ｏ状態が「親局状態」の一例である。

図２のＳ１２、Ｓ２２が「受信部」が実行する処理の一例である。図３のＳ６０、図４のＳ７６、Ｓ８８、Ｓ９６が「インターフェース制御部」が実行する処理の一例である。図７のＴ３０、Ｔ３２が「通信制御部」が実行する処理の一例である。図４のＳ７６が「状態変更部」が実行する処理の一例である。Ｓ７７が「ネットワーク情報送信部」が実行する処理の一例である。図２のＳ１０、Ｓ２０が「所定信号送信部」が実行する処理の一例である。

（第２実施例）
第１実施例と異なる点を中心に説明する。本実施例では、ＭＦＰ１０にはＮＦＣＩ／Ｆ２４が設けられていてもよいし設けられていなくてもよい。また、携帯端末５０にもＮＦＣＩ／Ｆ６４が設けられていてもよいし設けられていなくてもよい。また、携帯端末５０等がＭＦＰ１０に送信するＳｃａｎ＿Ｒｅｑ信号はＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報を含んでいても含んでいなくてもよい。そのため、以下、本実施例では、Ｓｃａｎ＿Ｒｅｑ信号にＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報が含まれているか否かの説明を省略する（図１１、図１２参照）。なお、本実施例では、ＭＦＰ１０のＣＰＵ３２は、第１実施例と同様のリスト管理処理（図５参照）を実行する。

（ＭＦＰ１０のＩ／Ｆ制御処理；図９、図１０）
本実施例では、ＭＦＰ１０のＣＰＵ３２が実行するＩ／Ｆ制御処理の内容も第１実施例とは異なる。以下、図９、図１０を参照して、本実施例のＭＦＰ１０のＣＰＵ３２が実行するＩ／Ｆ制御処理について説明する。ＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、図９、図１０の処理を開始する。ただし、本実施例でも、ＣＰＵ３２は、ＭＦＰ１０とＡＰ１１０（図１参照）との間でＷｉ−Ｆｉ接続が確立されている場合（即ち、ＭＦＰ１０が、ＡＰ１１０によって形成されたＷｉ−Ｆｉネットワークにステーションとして所属している場合）には、図９、図１０の処理を実行しない。ＣＰＵ３２は、ＭＦＰ１０とＡＰ１１０との間でＷｉ−Ｆｉ接続が確立されている間は、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４をＯＮ状態に維持する。

Ｓ１５０では、ＣＰＵ３２は、いずれかの携帯端末（例えば携帯端末５０）から、Ｓｃａｎ＿Ｒｅｑ信号を受信したか否かを判断する。Ｓｃａｎ＿Ｒｅｑ信号を受信した場合、ＣＰＵ３２は、Ｓ１５０でＹＥＳと判断し、Ｓ１５２に進む。一方、Ｓｃａｎ＿Ｒｅｑ信号を受信していない場合、ＣＰＵ３２は、Ｓ１５０でＮＯと判断し、Ｓ１５６に進む。

Ｓ１５２では、ＣＰＵ３２は、受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含むか否かを判断する。受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含む場合、ＣＰＵ３２は、Ｓ１５２でＹＥＳと判断し、図１０のＳ１７０に進む。一方、受信されたＳｃａｎ＿Ｒｅｑ信号が起動情報を含まない場合、ＣＰＵ３２は、Ｓ１５２でＮＯと判断し、Ｓ１５４に進む。

Ｓ１５４では、ＣＰＵ３２は、デバイス情報をリスト４０に記憶させる。Ｓ１５４で記憶されるデバイス情報はフラグ「ＯＦＦ」を含む。Ｓ１５４の処理の内容は図３のＳ５４と同様であるため、詳しい説明を省略する。Ｓ１５４を終えると、Ｓ１５６に進む。

Ｓ１５６では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０がＯＮ状態又はＳｔａｎｄｂｙ状態であるか否かを判断する。Ｗｉ−ＦｉＩ／Ｆ２０がＯＮ状態とＳｔａｎｄｂｙ状態のどちらかである場合には、ＣＰＵ３２は、Ｓ１５６でＹＥＳと判断し、Ｓ１５８に進む。一方、Ｗｉ−ＦｉＩ／Ｆ２０がＯＦＦ状態である場合には、ＣＰＵ３２は、Ｓ１５６でＮＯと判断し、Ｓ１５０に戻る。

Ｓ１５８では、ＣＰＵ３２は、リスト４０内にフラグ「ＯＮ」又は「Ｓｔａｎｄｂｙ」を含むデバイス情報が存在するか否かを判断する。リスト４０内に、フラグ「ＯＮ」又は「Ｓｔａｎｄｂｙ」が対応付けられているデバイス情報が１個でも存在する場合には、ＣＰＵ３２は、Ｓ１５８でＹＥＳと判断し、Ｓ１５０に戻る。一方、リスト４０内に、フラグ「ＯＦＦ」が対応付けられているデバイス情報のみが存在する場合、又は、リスト４０内に１個もデバイス情報が存在しない場合には、ＣＰＵ３２は、Ｓ１５８でＮＯと判断し、Ｓ１６０に進む。

Ｓ１６０では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を、ＯＮ状態（又はＳｔａｎｄｂｙ状態）からＯＦＦ状態に変更する。Ｓ１６０を終えると、Ｓ１５０に戻る。

図１０のＳ１７０では、ＣＰＵ３２は、図９のＳ１５０でＹＥＳの場合に受信されたＳｃａｎ＿Ｒｅｑ信号が、指示情報を含むか否かを判断する。Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含む場合、ＣＰＵ３２は、Ｓ１７０でＹＥＳと判断し、Ｓ１７４に進む。一方、Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含まない場合、ＣＰＵ３２は、Ｓ１７０でＮＯと判断し、Ｓ１８２に進む。

Ｓ１７４では、ＣＰＵ３２は、デバイス情報をリスト４０に記憶させる。Ｓ１７４で記憶されるデバイス情報はフラグ「ＯＮ」を含む。Ｓ１７４の処理の内容は図４のＳ７４と同様であるため、詳しい説明を省略する。Ｓ１７４を終えると、Ｓ１７６に進む。

Ｓ１７６では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を、ＯＦＦ状態又はＳｔａｎｄｂｙ状態から、ＯＮ状態に変更する。Ｗｉ−ＦｉＩ／Ｆ２０がＯＮ状態に変更されると、ＣＰＵ３２は、さらに、ＭＦＰ１０の動作状態をＷＦＤのデバイス状態からＧ／Ｏ状態に自発的に移行させる。ＭＦＰ１０の動作状態がＧ／Ｏ状態に移行すると、ＣＰＵ３２は、ＭＦＰ１０をＧ／Ｏとする無線ネットワーク（即ちＷＦＤネットワーク）を形成する。また、ＣＰＵ３２は、ネットワーク情報（即ちＳＳＩＤ及びパスワード）を生成する。

続くＳ１７７では、ＣＰＵ３２は、Ｓ１７６で生成されたネットワーク情報を含むＳｃａｎ Ｒｅｓｐｏｎｓｅ信号（以下では「Ｓｃａｎ＿Ｒｅｓ信号」と呼ぶ）を、ＢＴＩ／Ｆ２２を介して、Ｓｃａｎ＿Ｒｅｑ信号の送信元である携帯端末に対してユニキャスト送信する。即ち、Ｓｃａｎ＿Ｒｅｓ信号は、Ｓｃａｎ＿Ｒｅｑ信号に対する応答信号である。Ｓ１７７を終えると、図９のＳ１５０に戻る。

Ｓ１８２では、ＣＰＵ３２は、デバイス情報をリスト４０に記憶させる。Ｓ１８２で記憶されるデバイス情報はフラグ「Ｓｔａｎｄｂｙ」を含む。Ｓ１８２の処理の内容は図４のＳ８２と同様であるため、詳しい説明を省略する。Ｓ１８２を終えると、Ｓ１８４に進む。

Ｓ１８４では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０がＯＮ状態又はＯＦＦ状態であるか否かを判断する。Ｗｉ−ＦｉＩ／Ｆ２０がＯＮ状態とＯＦＦ状態のどちらかである場合には、ＣＰＵ３２は、Ｓ１８４でＹＥＳと判断し、Ｓ１８６に進む。一方、Ｗｉ−ＦｉＩ／Ｆ２０がＳｔａｎｄｂｙ状態である場合には、ＣＰＵ３２は、Ｓ１８４でＮＯと判断し、図９のＳ１５０に戻る。

Ｓ１８６では、ＣＰＵ３２は、リスト４０内にフラグ「ＯＮ」を含むデバイス情報が存在するか否かを判断する。リスト４０内に、フラグ「ＯＮ」が対応付けられているデバイス情報が存在する場合には、ＣＰＵ３２は、Ｓ１８６でＹＥＳと判断し、図９のＳ１５０に戻る。一方、リスト４０内に、フラグ「ＯＦＦ」又は「Ｓｔａｎｄｂｙ」が対応付けられているデバイス情報のみが存在する場合には、ＣＰＵ３２は、Ｓ１８６でＮＯと判断し、Ｓ１８８に進む。

Ｓ１８８では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を、ＯＦＦ状態（又はＯＮ状態）からＳｔａｎｄｂｙ状態に変更する。Ｓ１８８を終えると、図９のＳ１５０に戻る。

（デバイス情報に含まれるフラグの内容のまとめ；図６）
図６を参照して、本実施例のＩ／Ｆ制御処理（図９、図１０参照）において、ＣＰＵ３２がデバイス情報をリスト４０に記憶させる際（図９のＳ１５４、図１０のＳ１７４、Ｓ１８２）に、デバイス情報に含まれるフラグの内容についてまとめて説明する。図６に示すように、本実施例でも、携帯端末の状況毎に異なる内容のフラグがデバイス情報に含まれる。
［状況１］Ｓｃａｎ＿Ｒｅｑ信号が指示情報を含む場合（図１０のＳ１７０でＹＥＳ）には、距離情報が「Ｎｅａｒ」であるか「Ｆａｒ」であるかに関わらず、フラグ「ＯＮ」がデバイス情報に含まれる（Ｓ１７４）。
［状況２］Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含むが指示情報を含まない場合（図１０のＳ１７０でＮＯ）、距離情報が「Ｎｅａｒ」であるか「Ｆａｒ」であるかに関わらず、フラグ「Ｓｔａｎｄｂｙ」がデバイス情報に含まれる（Ｓ１８２）。
［状況３］Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含まない場合（図９のＳ１５２でＮＯ）、距離情報が「Ｎｅａｒ」であるか「Ｆａｒ」であるかに関わらず、フラグ「ＯＦＦ」がデバイス情報に含まれる（Ｓ１５４）。
［状況４］なお、Ｓｃａｎ＿Ｒｅｑ信号が受信されない場合（即ち図中の「応答なし」。図９のＳ１５０でＮＯ）には、ＣＰＵ３２はデバイス情報をリスト４０に記憶させない。

（具体的なケース；図１１、図１２）
続いて、図１１及び図１２を参照して、図２、図９、図１０、図５の各処理によって実現される具体的なケースについて説明する。

本ケースの初期状態でも、ＭＦＰ１０は、ＡＰ１１０との間でＷｉ−Ｆｉ接続を確立していない。ＭＦＰ１０の電源はＯＮされており、ＢＴＩ／Ｆ２２はＯＮ状態であるが、Ｗｉ−ＦｉＩ／Ｆ２０はＯＦＦ状態である。ＭＦＰ１０は、ＢＴＩ／Ｆ２２の通信範囲内に向けて、ＢＴＩ／Ｆ２２を介して、Ａｄｖｅｒｔｉｓｅ信号を繰り返しブロードキャスト送信している（図２のＳ１０、Ｓ１２）。初期状態では、ＭＦＰ１０のメモリ３４内のリスト４０には、１個のデバイス情報も記憶されていない。

Ａ２０では、携帯端末５０のユーザによって、アプリケーション起動指示が携帯端末５０に入力される。これにより、携帯端末５０においてアプリケーション７８が起動する。その後、携帯端末５０は、ＭＦＰ１０と比較的遠い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する。携帯端末５０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、Ｔ１００において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ１００におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ１」、距離情報「Ｆａｒ」、及び、起動情報を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１００）を受信する場合に、Ｔ１０２において、デバイス情報をリスト４０に記憶させる（図１０のＳ１７０でＮＯ、Ｓ１８２）。この際、デバイス情報は、携帯端末５０のデバイス名「Ｎ１」、フラグ「Ｓｔａｎｄｂｙ」、タイマ値「Ｔ１」を含む。ＭＦＰ１０は、タイマ値「Ｔ１」のカウントを開始する。次いで、Ｔ１０４では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０を、ＯＦＦ状態からＳｔａｎｄｂｙ状態に変更する（図１０のＳ１８８）。

その後、Ａ２２では、携帯端末９０のユーザによって、アプリケーション起動指示が携帯端末９０に入力される。これにより、携帯端末９０においてアプリケーションが起動する。その後、携帯端末９０は、ＭＦＰ１０と比較的近い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する。携帯端末９０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、Ｔ１０６において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ１６におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ２」、距離情報「Ｎｅａｒ」、及び、起動情報を含む。

ＭＦＰ１０は、携帯端末９０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１０６）を受信する場合に、Ｔ１０８において、デバイス情報をリスト４０に記憶させる（図１０のＳ７０でＮＯ、Ｓ１８２）。この際、デバイス情報は、携帯端末５０のデバイス名「Ｎ２」、フラグ「Ｓｔａｎｄｂｙ」、タイマ値「Ｔ２」を含む。ＭＦＰ１０は、タイマ値「Ｔ２」のカウントを開始する。次いで、Ｔ１１０では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０を、Ｓｔａｎｄｂｙ状態に維持する（図４のＳ１８４でＮＯ）。

その後、Ａ２４では、携帯端末５０のユーザによって、印刷指示が携帯端末５０に入力される。その状態で、携帯端末５０は、ＭＦＰ１０と比較的遠い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する。携帯端末５０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、Ｔ１１２において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ１１２におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ１」、距離情報「Ｆａｒ」、起動情報、及び、指示情報を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１１２）を受信する場合に、Ｔ１１４において、リスト４０内のデバイス情報を更新する（図１０のＳ１７０でＹＥＳ、Ｓ１７４）。具体的には、ＭＦＰ１０は、デバイス名「Ｎ１」を含むデバイス情報のフラグを、「Ｓｔａｎｄｂｙ」から「ＯＮ」に変更する。また、ＭＦＰ１０は、タイマ値「Ｔ１」をリセットする（図５のＳ１０６）。次いで、Ｔ１１６では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０を、Ｓｔａｎｄｂｙ状態からＯＮ状態に変更する（図１０のＳ１７６）。次いで、Ｔ１１８では、ＭＦＰ１０は、ＭＦＰ１０の動作状態をＷＦＤのデバイス状態からＧ／Ｏ状態に自発的に移行させる（Ｓ１７６）。また、続くＴ１２０では、ＭＦＰ１０は、ネットワーク情報（即ちＳＳＩＤ及びパスワード）を生成し、生成されたネットワーク情報を含むＳｃａｎ＿Ｒｅｓ信号を携帯端末５０に送信する（Ｓ１７７）。

その後、Ｔ１２２では、携帯端末５０は、ＭＦＰ１０から受信されたネットワーク情報を利用して、ＭＦＰ１０との間でＷｉ−Ｆｉ接続を確立する。具体的には、携帯端末５０は、クライアントとして、Ｇ／ＯであるＭＦＰ１０が形成したＷｉ−Ｆｉネットワーク（即ちＷＦＤネットワーク）に参加する。これにより、ＭＦＰ１０のＷｉ−ＦｉＩ／Ｆ２０と携帯端末５０のＷｉ−ＦｉＩ／Ｆ６２との間にＷｉ−Ｆｉ通信セッションが確立される。その後、携帯端末５０は、Ｗｉ−Ｆｉ通信セッションを利用して印刷対象の対象データをＭＦＰ１０に送信する。ＭＦＰ１０は、対象データによって表される画像の印刷を印刷実行部１６に実行させる。

Ｔ１２２において携帯端末５０とＭＦＰ１０との間で実行される各処理も、米国特許出願公開第２０１３／２６０６８２号公報に詳細に開示がされており、当該文献を参照して引用する。

その後、Ａ２６では、携帯端末５０のユーザによって、アプリケーション終了指示が携帯端末５０に入力される。これにより、携帯端末５０においてアプリケーションが終了する。その後、携帯端末５０は、ＭＦＰ１０と比較的遠い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を再び受信する。携帯端末５０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信する場合に、図１２のＴ１４０において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信する。Ｔ１４０におけるＳｃａｎ＿Ｒｅｑ信号は、デバイス名「Ｎ１」及び距離情報「Ｆａｒ」を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１４０）を受信する場合に、Ｔ１４２において、リスト４０内のデバイス情報を更新する（図９のＳ１５２でＮＯ、Ｓ１５４）。具体的には、ＭＦＰ１０は、デバイス名「Ｎ１」を含むデバイス情報のフラグを、「ＯＮ」から「ＯＦＦ」に変更する。Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含まないため、ＭＦＰ１０は、タイマ値「Ｔ１」のリセットは行わない（図５のＳ１０２でＮＯ）。

携帯端末９０は、ＭＦＰ１０と比較的近い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を再び受信する場合に、Ｔ１４３において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に再び送信する。Ｔ１４３におけるＳｃａｎ＿Ｒｅｑ信号は、図１１のＴ１０６と同様に、デバイス名「Ｎ２」、距離情報「Ｎｅａｒ」、及び、起動情報を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１４３）を受信する場合に、Ｔ１４４において、リスト４０のデバイス情報を維持する（図１０のＳ１７０でＮＯ、Ｓ１８２）。具体的には、ＭＦＰ１０は、デバイス名「Ｎ２」を含むデバイス情報のフラグを、「Ｓｔａｎｄｂｙ」のまま維持する。また、ＭＦＰ１０は、タイマ値「Ｔ２」をリセットする（図５のＳ１０６）。次いで、Ｔ１４５では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０を、ＯＮ状態からＳｔａｎｄｂｙ状態に変更する（図１０のＳ１８８）。これにより、Ｔ１４６では、ＭＦＰ１０は、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に変更する。

携帯端末５０は、ＭＦＰ１０と比較的遠い位置で、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を再び受信する場合に、Ｔ１４８において、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に再び送信する。Ｔ１４８におけるＳｃａｎ＿Ｒｅｑ信号は、Ｔ１４０と同様に、デバイス名「Ｎ１」及び距離情報「Ｆａｒ」を含む。

ＭＦＰ１０は、携帯端末５０からＳｃａｎ＿Ｒｅｑ信号（Ｔ１４８）を受信するが、Ｓｃａｎ＿Ｒｅｑ信号が起動情報を含まないため、タイマ値「Ｔ１」のリセットは行わない（図５のＳ１０２でＮＯ）。

その後、Ｔ１５０では、ＭＦＰ１０は、リスト４０内のタイマ値「Ｔ１」が所定の閾値ＴＨ以上であると判断する（図５のＳ１１０でＹＥＳ）。次いで、Ｔ１５２では、ＭＦＰ１０は、タイマ値「Ｔ１」に対応するデバイス情報（即ち、デバイス名「Ｎ１」を含むデバイス情報）をリスト４０から削除する（図５のＳ１１２）。

その後、Ａ３０において、携帯端末９０のユーザは、携帯端末９０をＭＦＰ１０のＢＴＩ／Ｆ２２の通信範囲外（図２の通信範囲２００の外側）に移動させる。これにより、携帯端末９０は、ＭＦＰ１０からＡｄｖｅｒｔｉｓｅ信号を受信できなくなる。そのため、携帯端末９０は、Ｓｃａｎ＿Ｒｅｑ信号をＭＦＰ１０に送信しなくなる。

その後、Ｔ１５６において、ＭＦＰ１０は、リスト４０内のタイマ値「Ｔ２」が所定の閾値ＴＨ以上であると判断する（図５のＳ１１０でＹＥＳ）。次いで、Ｔ１５８では、ＭＦＰ１０は、タイマ値「Ｔ２」に対応するデバイス情報（即ち、デバイス名「Ｎ２」を含むデバイス情報）をリスト４０から削除する（図５のＳ１１２）。この結果、リスト４０内には１個もデバイス情報が存在しなくなる。そのため、Ｔ１６０では、ＭＦＰ１０は、Ｗｉ−ＦｉＩ／Ｆ２０を、Ｓｔａｎｄｂｙ状態からＯＦＦ状態に変更する（図９のＳ１５６でＹＥＳ、Ｓ１５８でＮＯ、Ｓ１６０）。

（本実施例の効果）
本実施例でも、図９、図１０の例に示すように、ＭＦＰ１０は、携帯端末５０等から受信されるＳｃａｎ＿Ｒｅｑ信号に含まれる情報の内容に応じて、Ｗｉ−ＦｉＩ／Ｆ２０を適切な状態に設定し得る。従って、ＭＦＰ１０は、携帯端末５０等の状況に応じて、Ｗｉ−ＦｉＩ／Ｆ２０を適切な状態に設定することにより、省電力を実現し得る。

（対応関係）
図９のＳ１６０、図１０のＳ１７６、Ｓ１８８が「インターフェース制御部」が実行する処理の一例である。図１１のＴ１２２が「通信制御部」が実行する処理の一例である。図１０のＳ１７６が「状態変更部」が実行する処理の一例である。Ｓ１７７が「ネットワーク情報送信部」が実行する処理の一例である。

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

（変形例１）上記の第１実施例では、ＭＦＰ１０のＣＰＵ３２は、携帯端末５０等から受信されるＳｃａｎ＿Ｒｅｑ信号に含まれる情報の内容に応じて、Ｗｉ−ＦｉＩ／Ｆ２０及びＮＦＣＩ／Ｆ２４の状態を切り替えている。これに限られず、ＭＦＰ１０のＣＰＵ３２は、携帯端末５０等から受信されるＳｃａｎ＿Ｒｅｑ信号に含まれる情報の内容に応じて、ＮＦＣＩ／Ｆ２４の状態のみを切り替えるようにしてもよい。この変形例では、Ｗｉ−ＦｉＩ／Ｆ２０が常時ＯＮ状態に設定されていてもよい。この変形例では、上記の第１実施例と同様に、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２４を介して、ネットワーク情報を送信するようにしてもよい。この変形例では、ＮＦＣＩ／Ｆ２４の状態がＯＮ状態に変更される場合に、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２４のメモリ２６に、ＮＦＣ通信を用いたユーザ認証のために必要な情報を記憶させるようにしてもよい。この変形例では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２４を介して、カードや携帯端末５０等から、ＭＦＰ１０でユーザ認証を実行するために必要な情報を受信してもよい。この変形例では、ＮＦＣＩ／Ｆ２４が「第１のインターフェース」の一例である。

（変形例２）上記の各実施例では、ＭＦＰ１０のＣＰＵ３２が、ＢＴＩ／Ｆ２２を介して、Ａｄｖｅｒｔｉｓｅ信号を外部に繰り返し送信している。これに限られず、携帯端末５０等が、それぞれ、Ａｄｖｅｒｔｉｓｅ信号を外部に繰り返し送信していてもよい。その場合、ＭＦＰ１０のＣＰＵ３２は、ＢＴＩ／Ｆ２２を介して、携帯端末５０等から、Ａｄｖｅｒｔｉｓｅ信号を受信してもよい。この場合、Ａｄｖｅｒｔｉｓｅ信号が、デバイス名、起動情報、指示情報、ＮＦＣ Ｃａｐａｂｉｌｉｔｙ情報等を含んでいてもよい。また、ＣＰＵ３２は、Ａｄｖｅｒｔｉｓｅ信号を受信した際の電波強度に基づいて、ＭＦＰ１０と携帯端末５０等との距離が比較的近いか（即ち距離情報「Ｎｅａｒ」か）、比較的遠いか（即ち距離情報「Ｆａｒ」か）を判断してもよい。ＣＰＵ３２は、その後、上記の各実施例と同様の処理（図２〜図５、図９、図１０参照）を実行してもよい。この変形例では、携帯端末５０等が送信するＡｄｖｅｒｔｉｓｅ信号が「特定信号」の一例である。

（変形例３）上記の第１実施例では、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の動作状態がＧ／Ｏ状態に変更された後、ネットワーク情報（即ちＳＳＩＤ及びパスワード）をＮＦＣＩ／Ｆ２４のメモリ２６に記憶させている（図４のＳ７６、Ｓ７７）。また、第２実施例では、ＣＰＵ３２は、ＭＦＰ１０の動作状態がＧ／Ｏ状態に変更された後、ネットワーク情報（即ちＳＳＩＤ及びパスワード）を含むＳｃａｎ＿Ｒｅｓ信号を携帯端末に送信する（図１０のＳ１７６、Ｓ１７７）。この点について、上記のネットワーク情報は、ＳＳＩＤのみを含み、パスワードを含まなくてもよい。その場合、パスワードは、ユーザが他の手段を介して既に知っている値に決められていてもよい。この変形例におけるＳＳＩＤも「ネットワーク情報」の一例である。

（変形例４）上記の各実施例では、Ｗｉ−ＦｉＩ／Ｆ２０（又はＮＦＣＩ／Ｆ２４）のＳｔａｎｄｂｙ状態は、Ｗｉ−ＦｉＩ／Ｆ２０（又はＮＦＣＩ／Ｆ２４）を介して電波を受信することは可能であるが、Ｗｉ−Ｆｉ通信を実行不可能な状態である、と説明している。これに限られず、Ｗｉ−ＦｉＩ／Ｆ２０（又はＮＦＣＩ／Ｆ２４）のＳｔａｎｄｂｙ状態は、Ｗｉ−ＦｉＩ／Ｆ２０（又はＮＦＣＩ／Ｆ２４）に電力は供給されているが、Ｗｉ−ＦｉＩ／Ｆ２０（又はＮＦＣＩ／Ｆ２４）を介して電波を受信することはできない状態であると言い換えてもよい。この変形例の場合、Ｗｉ−ＦｉＩ／Ｆ２０のＳｔａｎｄｂｙ状態、ＮＦＣＩ／Ｆ２４のＳｔａｎｄｂｙ状態は、それぞれ、「第１の状態」、「第３の状態」の一例である。

（変形例５）ＭＦＰ１０のＢＴＩ／Ｆ２２は、ＣＰＵとメモリとを備えていてもよい。ＢＴＩ／Ｆ２２のメモリは、プログラムを格納していてもよい。ＢＴＩ／Ｆ２２のＣＰＵは、制御部３０内のＣＰＵ３２から指示を受けなくても、ＢＴＩ／Ｆ２２のメモリ内のプログラムに従って、上記の各実施例の動作を実行可能であってもよい。また、ＭＦＰ１０のＮＦＣＩ／Ｆ２４は、ＣＰＵを備えてもよい。ＮＦＣＩ／Ｆ２４のメモリ２６は、プログラムを格納していてもよい。ＮＦＣＩ／Ｆ２４のＣＰＵは、制御部３０内のＣＰＵ３２から指示を受けなくても、ＮＦＣＩ／Ｆ２４のメモリ２６内のプログラムに従って、上記の各実施例の動作を実行可能であってもよい。また、ＭＦＰ１０のＮＦＣＩ／Ｆ２４は、ＣＰＵとメモリ２６とを備えなくてもよい。ＮＦＣＩ／Ｆ２４は、制御部３０内のＣＰＵ３２から指示を受けて、上記の各実施例の動作を実行可能であってもよい。一般的に言うと、「第１の通信機器」は、２個以上のプロセッサ（例えばプリンタＰＲの制御部３０内のＣＰＵ３２とＢＴＩ／Ｆ２２内のＣＰＵ）と、２個以上のメモリ（例えば制御部３０内のメモリ３４とＢＴＩ／Ｆ２２内のメモリ）と、を備えていてもよく、各プロセッサが各メモリに格納されている各プログラムに従って処理を実行してもよい。

（変形例６）上記の各実施例では、携帯端末５０に印刷指示が入力される場合について説明した。これに限られず、携帯端末５０にスキャン指示等、ＭＦＰ１０に他の機能を実行させるための他の機能実行指示が入力されてもよい。例えば携帯端末５０にスキャン指示が入力される場合、図７のＴ３２、図１１のＴ１２２では、印刷対象の対象データに代えて、スキャン実行部１８がスキャンを実行することによって生成されるスキャン画像データがＭＦＰ１０と携帯端末５０の間で通信されてもよい。この変形例では、スキャン機能が「特定機能」の一例である。スキャン画像データが「対象データ」の一例である。

（変形例７）上記の各実施例では、ＭＦＰ１０のＣＰＵ３２は、デバイス情報に含まれるタイマ値が所定の閾値ＴＨ以上である場合に、当該タイマ値を含むデバイス情報をリスト４０から削除している（図５のＳ１１２）。リスト４０内のデバイス情報を削除するための基準は、タイマ値には限られず、任意の基準を用いてもよい。例えば、ＣＰＵ３２は、所定回数のＡｄｖｅｒｔｉｓｅ信号に対してＳｃａｎ＿Ｒｅｑ信号が受信されない場合に、デバイス情報を削除するようにしてもよい。

（変形例８）上記の各実施例では、図２〜図５、図９、図１０の各処理がソフトウェア（即ちプログラム）によって実現されるが、図２〜図５、図９、図１０の各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
以下は、出願時の特許請求の範囲に対応する記載である。
［項目１］
通信機器であって、
第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信部と、
前記第１のインターフェースの状態が前記第１の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第１のインターフェースの状態が前記第１の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持する、インターフェース制御部と、
前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御部と、
を備える、通信機器。
［項目２］
前記所定情報は、前記第１の外部機器において、前記通信機器に特定機能を実行させるためのアプリケーションが起動中であることを示す情報を含み、
前記通信制御部は、前記特定機能に含まれる前記対象データの前記通信を実行する、項目１に記載の通信機器。
［項目３］
前記所定情報は、さらに、前記第１の外部機器において、前記通信機器に前記特定機能を実行させるための指示が入力されたことを示す情報を含む、項目２に記載の通信機器。
［項目４］
前記特定機能は、印刷機能であり、
前記通信制御部は、前記第１の外部機器から前記対象データを受信し、
前記通信機器は、さらに、受信された前記対象データによって表される画像の印刷を実行する印刷実行部を備える、項目２又は項目３に記載の通信機器。
［項目５］
前記第２の状態は、第１種の状態と、前記第１種の状態よりも消費電力が高い第２種の状態と、を含み、
前記インターフェース制御部は、
前記第１のインターフェースの状態が前記第１の状態である間に、前記所定情報を含む前記特定信号が受信され、かつ、前記通信機器と前記第１の外部機器との間の距離が比較的遠い場合に、前記第１のインターフェースの状態を前記第１の状態から前記第１種の状態に変更し、
前記第１のインターフェースの状態が前記第１種の状態である間に、前記所定情報を含む前記特定信号が受信され、かつ、前記通信機器と前記第１の外部機器との間の距離が比較的近い場合に、前記第１のインターフェースの状態を前記第１種の状態から前記第２種の状態に変更する、項目１から項目４のいずれか一項に記載の通信機器。
［項目６］
前記インターフェース制御部は、さらに、
前記第１のインターフェースの状態が前記第２の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第２の状態から前記第１の状態に変更し、前記第１のインターフェースの状態が前記第２の状態である間に、前記所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第２の状態に維持する、項目１から項目５のいずれか一項に記載の通信機器。
［項目７］
前記通信機器は、さらに、
前記第１のインターフェースの状態が前記第１の状態から前記第２の状態に変更される場合に、前記通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、前記親局状態は、前記通信機器が無線ネットワークの親局として動作する状態であり、前記非親局状態は、前記親局状態とは異なる状態であり、前記無線ネットワークは、前記第１のインターフェースを介した無線通信を実行するためのネットワークである、前記状態変更部を備え、
前記通信制御部は、前記通信機器が前記親局状態で動作し、かつ、前記通信機器と前記第１の外部機器との双方が前記無線ネットワークに所属する場合に、前記無線ネットワークを利用して、前記第１のインターフェースを介して、前記第１の外部機器との間で、前記対象データの無線通信を実行する、項目１から項目６のいずれか一項に記載の通信機器。
［項目８］
前記通信機器は、さらに、
前記通信機器が前記親局状態で動作する場合に、前記第２のインターフェースを介して、前記無線ネットワークで利用されるネットワーク情報を前記第１の外部機器に送信する、ネットワーク情報送信部を備える、項目７に記載の通信機器。
［項目９］
前記第１の通信方式は、Ｗｉ−Ｆｉ方式であり、前記第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式である、項目１から項目８のいずれか一項に記載の通信機器。
［項目１０］
前記通信機器は、さらに、
前記第１の通信方式及び前記第２の通信方式とは異なる第３の通信方式に従った無線通信を実行するための第３のインターフェースであって、第３の状態と、前記第３の状態よりも消費電力が高い第４の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第３のインターフェースを備え、
前記インターフェース制御部は、
前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第３のインターフェースの状態を前記第３の状態から前記第４の状態に変更し、
前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持し、前記第３のインターフェースの状態を前記第３の状態に維持する、項目１から項目９のいずれか一項に記載の通信機器。
［項目１１］
前記通信機器は、さらに、
前記第１のインターフェースの状態が前記第１の状態から前記第２の状態に変更され、かつ、前記第３のインターフェースの状態が前記第３の状態から前記第４の状態に変更される場合に、前記通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、前記親局状態は、前記通信機器が無線ネットワークの親局として動作する状態であり、前記非親局状態は、前記親局状態とは異なる状態であり、前記無線ネットワークは、前記第１のインターフェースを介した無線通信を実行するためのネットワークである、前記状態変更部を備え、
前記通信制御部は、前記通信機器が前記親局状態で動作し、かつ、前記通信機器と前記第１の外部機器との双方が前記無線ネットワークに所属する場合に、前記無線ネットワークを利用して、前記第１のインターフェースを介して、前記第１の外部機器との間で、前記対象データの無線通信を実行する、項目１０に記載の通信機器。
［項目１２］
前記通信機器は、さらに、
前記通信機器が前記親局状態で動作する場合に、前記第３のインターフェースを介して、前記無線ネットワークで利用されるネットワーク情報を前記第１の外部機器に送信するネットワーク情報送信部を備える、項目１１に記載の通信機器。
［項目１３］
前記所定情報は、前記第１の外部機器が前記第３の通信方式に従った無線通信を実行可能であることを示す情報を含む、項目１０から項目１２のいずれか一項に記載の通信機器。
［項目１４］
前記第１の通信方式は、Ｗｉ−Ｆｉ方式であり、
前記第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式であり、
前記第３の通信方式は、ＮＦＣ（Near Field Communicationの略）通信方式である、項目１０から項目１３のいずれか一項に記載の通信機器。
［項目１５］
前記インターフェース制御部は、前記第１のインターフェースの状態が前記第２の状態であり、かつ、前記第１のインターフェースを介して、前記第１の外部機器とは異なる第２の外部機器との無線接続が確立されている間に、前記特定信号が受信される場合に、前記特定信号が前記所定情報を含むのか否かに関わらず、前記第１のインターフェースの状態を前記第２の状態に維持する、項目１から項目１４のいずれか一項に記載の通信機器。
［項目１６］
前記第１の通信方式は、ＮＦＣ（Near Field Communicationの略）通信方式であり、
前記第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式である、項目１から項目６のいずれか一項に記載の通信機器。
［項目１７］
前記通信機器は、さらに、
前記第２のインターフェースを介して、前記通信機器の識別情報を含む所定信号を外部に繰り返し送信する所定信号送信部を備え、
前記特定信号は、前記第１の外部機器が前記通信機器から前記所定信号を受信することに応じて、前記第１の外部機器から前記通信機器に送信される、項目１から項目１６のいずれか一項に記載の通信機器。
［項目１８］
前記第１の状態は、前記第１のインターフェースに電力が供給されない状態を含む、項目１から項目１７のいずれか一項に記載の通信機器。
［項目１９］
前記第１の状態は、前記第１のインターフェースを介して電波を受信不可能な状態を含み、
前記第２の状態は、前記第１のインターフェースを介して電波を受信可能な状態を含む、項目１から項目１８のいずれか一項に記載の通信機器。
［項目２０］
通信機器のためのコンピュータプログラムであって、
前記通信機器は、
第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
プロセッサと、を備え、
前記コンピュータプログラムは、前記プロセッサに、以下の各処理、即ち、
第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信処理と、
前記第１のインターフェースの状態が前記第１の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第１のインターフェースの状態が前記第１の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持する、インターフェース制御処理と、
前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御処理と、
を実行させる、コンピュータプログラム。

２：通信システム、１０：ＭＦＰ１０、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：Ｗｉ−ＦｉＩ／Ｆ、２２：ＢＴＩ／Ｆ、２４：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、４０：リスト、５０，９０，１００：携帯端末、７８：アプリケーション、１１０：ＡＰ

Claims (20)

1. 通信機器であって、
   第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
   前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースであって、前記第２の状態は、第１種の状態と、前記第１種の状態よりも消費電力が高い第２種の状態と、を含む、前記第２のインターフェースと、
   第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信部と、
   前記第１のインターフェースの状態が前記第１の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信され、かつ、前記通信機器と前記第１の外部機器との間の距離が比較的遠い場合に、前記第１のインターフェースの状態を前記第１の状態から前記第１種の状態に変更し、前記第１のインターフェースの状態が前記第１種の状態である間に、前記所定情報を含む前記特定信号が受信され、かつ、前記通信機器と前記第１の外部機器との間の距離が比較的近い場合に、前記第１のインターフェースの状態を前記第１種の状態から前記第２種の状態に変更し、前記第１のインターフェースの状態が前記第１の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持する、インターフェース制御部と、
   前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御部と、
   を備える、通信機器。
2. 通信機器であって、
   第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
   前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
   第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信部と、
   前記第１のインターフェースの状態が前記第１の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第１のインターフェースの状態が前記第１の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持する、インターフェース制御部であって、前記第１のインターフェースの状態が前記第２の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第２の状態から前記第１の状態に変更し、前記第１のインターフェースの状態が前記第２の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、前記所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第２の状態に維持する、前記インターフェース制御部と、
   前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御部と、
   を備える、通信機器。
3. 前記所定情報は、前記第１の外部機器において、前記通信機器に特定機能を実行させるためのアプリケーションが起動中であることを示す情報を含み、
   前記通信制御部は、前記特定機能に含まれる前記対象データの前記通信を実行する、請求項１又は２に記載の通信機器。
4. 前記所定情報は、さらに、前記第１の外部機器において、前記通信機器に前記特定機能を実行させるための指示が入力されたことを示す情報を含む、請求項３に記載の通信機器。
5. 前記特定機能は、印刷機能であり、
   前記通信制御部は、前記第１の外部機器から前記対象データを受信し、
   前記通信機器は、さらに、受信された前記対象データによって表される画像の印刷を実行する印刷実行部を備える、請求項３又は請求項４に記載の通信機器。
6. 通信機器であって、
   第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
   前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
   前記第１の通信方式及び前記第２の通信方式とは異なる第３の通信方式に従った無線通信を実行するための第３のインターフェースであって、第３の状態と、前記第３の状態よりも消費電力が高い第４の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第３のインターフェースと、
   第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信部と、
   前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第３のインターフェースの状態を前記第３の状態から前記第４の状態に変更し、前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持し、前記第３のインターフェースの状態を前記第３の状態に維持する、インターフェース制御部と、
   前記第１のインターフェースの状態が前記第１の状態から前記第２の状態に変更され、かつ、前記第３のインターフェースの状態が前記第３の状態から前記第４の状態に変更される場合に、前記通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、前記親局状態は、前記通信機器が無線ネットワークの親局として動作する状態であり、前記非親局状態は、前記親局状態とは異なる状態であり、前記無線ネットワークは、前記第１のインターフェースを介した無線通信を実行するためのネットワークである、前記状態変更部と、
   前記通信機器が前記親局状態で動作する場合に、前記第３のインターフェースを介して、前記無線ネットワークで利用されるネットワーク情報を前記第１の外部機器に送信するネットワーク情報送信部と、
   前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記通信機器が前記親局状態で動作し、かつ、前記通信機器と前記第１の外部機器との双方が前記無線ネットワークに所属する場合に、前記無線ネットワークを利用して、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御部と、
   を備える、通信機器。
7. 通信機器であって、
   第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
   前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
   前記第１の通信方式及び前記第２の通信方式とは異なる第３の通信方式に従った無線通信を実行するための第３のインターフェースであって、第３の状態と、前記第３の状態よりも消費電力が高い第４の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第３のインターフェースと、
   第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信部と、
   前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第３のインターフェースの状態を前記第３の状態から前記第４の状態に変更し、前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持し、前記第３のインターフェースの状態を前記第３の状態に維持する、インターフェース制御部であって、前記所定情報は、前記第１の外部機器が前記第３の通信方式に従った無線通信を実行可能であることを示す情報を含む、前記インターフェース制御部と、
   前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御部と、
   を備える、通信機器。
8. 前記通信機器は、さらに、
   前記第１のインターフェースの状態が前記第１の状態から前記第２の状態に変更され、かつ、前記第３のインターフェースの状態が前記第３の状態から前記第４の状態に変更される場合に、前記通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、前記親局状態は、前記通信機器が無線ネットワークの親局として動作する状態であり、前記非親局状態は、前記親局状態とは異なる状態であり、前記無線ネットワークは、前記第１のインターフェースを介した無線通信を実行するためのネットワークである、前記状態変更部を備え、
   前記通信制御部は、前記通信機器が前記親局状態で動作し、かつ、前記通信機器と前記第１の外部機器との双方が前記無線ネットワークに所属する場合に、前記無線ネットワークを利用して、前記第１のインターフェースを介して、前記第１の外部機器との間で、前記対象データの無線通信を実行する、請求項７に記載の通信機器。
9. 前記第１の通信方式は、Ｗｉ−Ｆｉ方式であり、
   前記第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式であり、
   前記第３の通信方式は、ＮＦＣ（Near Field Communicationの略）通信方式である、請求項６から請求項８のいずれか一項に記載の通信機器。
10. 前記通信機器は、さらに、
    前記第１のインターフェースの状態が前記第１の状態から前記第２の状態に変更される場合に、前記通信機器の動作状態を非親局状態から親局状態に変更する状態変更部であって、前記親局状態は、前記通信機器が無線ネットワークの親局として動作する状態であり、前記非親局状態は、前記親局状態とは異なる状態であり、前記無線ネットワークは、前記第１のインターフェースを介した無線通信を実行するためのネットワークである、前記状態変更部を備え、
    前記通信制御部は、前記通信機器が前記親局状態で動作し、かつ、前記通信機器と前記第１の外部機器との双方が前記無線ネットワークに所属する場合に、前記無線ネットワークを利用して、前記第１のインターフェースを介して、前記第１の外部機器との間で、前記対象データの無線通信を実行する、請求項１から請求項９のいずれか一項に記載の通信機器。
11. 前記通信機器は、さらに、
    前記通信機器が前記親局状態で動作する場合に、前記第２のインターフェースを介して、前記無線ネットワークで利用されるネットワーク情報を前記第１の外部機器に送信する、ネットワーク情報送信部を備える、請求項１０に記載の通信機器。
12. 前記第１の通信方式は、Ｗｉ−Ｆｉ方式であり、前記第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式である、請求項１から請求項１１のいずれか一項に記載の通信機器。
13. 前記インターフェース制御部は、前記第１のインターフェースの状態が前記第２の状態であり、かつ、前記第１のインターフェースを介して、前記第１の外部機器とは異なる第２の外部機器との無線接続が確立されている間に、前記特定信号が受信される場合に、前記特定信号が前記所定情報を含むのか否かに関わらず、前記第１のインターフェースの状態を前記第２の状態に維持する、請求項１から請求項１１のいずれか一項に記載の通信機器。
14. 前記第１の通信方式は、ＮＦＣ（Near Field Communicationの略）通信方式であり、
    前記第２の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式である、請求項１から請求項５のいずれか一項に記載の通信機器。
15. 前記通信機器は、さらに、
    前記第２のインターフェースを介して、前記通信機器の識別情報を含む所定信号を外部に繰り返し送信する所定信号送信部を備え、
    前記特定信号は、前記第１の外部機器が前記通信機器から前記所定信号を受信することに応じて、前記第１の外部機器から前記通信機器に送信される、請求項１から請求項１４のいずれか一項に記載の通信機器。
16. 前記第１の状態は、前記第１のインターフェースに電力が供給されない状態を含む、請求項１から請求項１５のいずれか一項に記載の通信機器。
17. 前記第１の状態は、前記第１のインターフェースを介して電波を受信不可能な状態を含み、
    前記第２の状態は、前記第１のインターフェースを介して電波を受信可能な状態を含む、請求項１から請求項１６のいずれか一項に記載の通信機器。
18. 通信機器のためのコンピュータプログラムであって、
    前記通信機器は、
    第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
    前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースであって、前記第２の状態は、第１種の状態と、前記第１種の状態よりも消費電力が高い第２種の状態と、を含む、前記第２のインターフェースと、
    プロセッサと、を備え、
    前記コンピュータプログラムは、前記プロセッサに、以下の各処理、即ち、
    第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信処理と、
    前記第１のインターフェースの状態が前記第１の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信され、かつ、前記通信機器と前記第１の外部機器との間の距離が比較的遠い場合に、前記第１のインターフェースの状態を前記第１の状態から前記第１種の状態に変更し、前記第１のインターフェースの状態が前記第１種の状態である間に、前記所定情報を含む前記特定信号が受信され、かつ、前記通信機器と前記第１の外部機器との間の距離が比較的近い場合に、前記第１のインターフェースの状態を前記第１種の状態から前記第２種の状態に変更し、前記第１のインターフェースの状態が前記第１の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持する、インターフェース制御処理と、
    前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御処理と、
    を実行させる、コンピュータプログラム。
19. 通信機器のためのコンピュータプログラムであって、
    前記通信機器は、
    第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
    前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
    プロセッサと、を備え、
    前記コンピュータプログラムは、前記プロセッサに、以下の各処理、即ち、
    第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信処理と、
    前記第１のインターフェースの状態が前記第１の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第１のインターフェースの状態が前記第１の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持する、インターフェース制御処理であって、前記第１のインターフェースの状態が前記第２の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第２の状態から前記第１の状態に変更し、前記第１のインターフェースの状態が前記第２の状態である間に、前記第１の外部機器から、前記第２のインターフェースを介して、前記所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第２の状態に維持する、前記インターフェース制御処理と、
    前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御処理と、
    を実行させる、コンピュータプログラム。
20. 通信機器のためのコンピュータプログラムであって、
    前記通信機器は、
    第１の通信方式に従った無線通信を実行するための第１のインターフェースであって、第１の状態と、前記第１の状態よりも消費電力が高い第２の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第１のインターフェースと、
    前記第１の通信方式とは異なる第２の通信方式に従った無線通信を実行するための第２のインターフェースであって、前記第２の状態である前記第１のインターフェースよりも消費電力が低い前記第２のインターフェースと、
    前記第１の通信方式及び前記第２の通信方式とは異なる第３の通信方式に従った無線通信を実行するための第３のインターフェースであって、第３の状態と、前記第３の状態よりも消費電力が高い第４の状態と、を含む複数個の状態のうちのいずれかの状態に設定される前記第３のインターフェースと、
    プロセッサと、を備え、
    前記コンピュータプログラムは、前記プロセッサに、以下の各処理、即ち、
    第１の外部機器から、前記第２のインターフェースを介して、特定信号を受信する受信処理と、
    前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記第２のインターフェースを介して、所定情報を含む前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態から前記第２の状態に変更し、前記第３のインターフェースの状態を前記第３の状態から前記第４の状態に変更し、前記第１のインターフェースの状態が前記第１の状態であり、かつ、前記第３のインターフェースの状態が前記第３の状態である間に、前記所定情報を含まない前記特定信号が受信される場合に、前記第１のインターフェースの状態を前記第１の状態に維持し、前記第３のインターフェースの状態を前記第３の状態に維持する、インターフェース制御処理と、
    前記第１のインターフェースの状態が前記第１の状態から前記第２の状態に変更され、かつ、前記第３のインターフェースの状態が前記第３の状態から前記第４の状態に変更される場合に、前記通信機器の動作状態を非親局状態から親局状態に変更する状態変更処理であって、前記親局状態は、前記通信機器が無線ネットワークの親局として動作する状態であり、前記非親局状態は、前記親局状態とは異なる状態であり、前記無線ネットワークは、前記第１のインターフェースを介した無線通信を実行するためのネットワークである、前記状態変更処理と、
    前記通信機器が前記親局状態で動作する場合に、前記第３のインターフェースを介して、前記無線ネットワークで利用されるネットワーク情報を前記第１の外部機器に送信するネットワーク情報送信処理と、
    前記第１のインターフェースの状態が前記第２の状態に変更された後に、前記通信機器が前記親局状態で動作し、かつ、前記通信機器と前記第１の外部機器との双方が前記無線ネットワークに所属する場合に、前記無線ネットワークを利用して、前記第２の状態である前記第１のインターフェースを介して、前記第１の外部機器との間で対象データの通信を実行する通信制御処理と、
    を実行させる、コンピュータプログラム。
    

Images