JP2015070518A - 通信装置 - Google Patents

Abstract

【課題】第１種のインターフェースを利用した通信と、第１種のインターフェースとは異なる第２種のインターフェースを利用した通信と、を適切に実行し得る技術を提供する。
【解決手段】ＭＦＰ１０は、携帯端末ＰＴ１から実行要求を受信すると、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を携帯端末ＰＴ１に送信する。その後、ＭＦＰ１０は、携帯端末ＰＴ１からＳＦＬ認証情報を受信すると、受信したＳＦＬ認証情報を用いて認証を実行する。ＭＦＰ１０は、認証が成功する場合に、ＷＦＤＮＷで利用されるネットワーク情報を、携帯端末ＰＴ１と通信する。ＭＦＰ１０は、ＭＦＰ１０と携帯端末ＰＴ１の双方がＷＦＤＮＷに所属する所属状態が構築された後に、ＷＦＤＮＷを利用して、対象データの無線通信を携帯端末ＰＴ１と実行する。
【選択図】図５

Description

本明細書によって開示される技術は、端末装置と通信可能な通信装置に関する。

特許文献１には、通信端末とＮＦＣ（Near Field Communicationの略）通信を実行するための情報処理装置が開示されている。情報処理装置は、接続されているＮＦＣデバイスの動作モードを、パッシブタグモードと、Ｐ２Ｐ（Peer to Peerの略）モードとの間で切り替えて、通信端末とＮＦＣ通信を実行する。

特開２０１１−４４０９２号公報

上記の特許文献１の技術では、情報処理装置が、ＮＦＣ通信のためのインターフェースとは異なるインターフェースを備えることについて、考慮されていない。

本明細書では、第１種のインターフェースを利用した通信と、第１種のインターフェースとは異なる第２種のインターフェースを利用した通信と、を適切に実行し得る技術を提供する。

本明細書によって開示される一つの技術は、端末装置と通信可能な通信装置である。通信装置は、第１の方式に従って、端末装置と無線通信を実行するための第１種のインターフェースと、第１の方式とは異なる第２の方式に従って、端末装置と無線通信を実行するための第２種のインターフェースと、制御部と、を備える。制御部は、要求情報受信部と、第１の応答部と、認証情報受信部と、第１の判断部と、第１の通信部と、実行部と、を備える。要求情報受信部は、端末装置から、第１種のインターフェースを介して、特定の要求情報を受信する。特定の要求情報は、通信装置と端末装置との双方が特定の無線ネットワークに所属している所属状態の構築を、通信装置に要求するための情報である。第１の応答部は、第１種のインターフェースを介して、特定の要求情報に対する第１の応答情報を端末装置に送信する。認証情報受信部は、第１の応答情報が端末装置に送信された後に、端末装置から、第１種のインターフェースを介して、特定の認証情報を受信する。第１の判断部は、端末装置から特定の認証情報が受信される場合に、特定の認証情報が認証用リストに登録済みであるのか否かを判断する第１の判断処理を実行する。第１の通信部は、第１の判断処理において、特定の認証情報が認証用リストに登録済みであると判断される場合に、第１種のインターフェースを介して、特定の無線ネットワークで利用されるネットワーク情報を端末装置と通信し、第１の判断処理において、特定の認証情報が認証用リストに登録済みでないと判断される場合に、ネットワーク情報を端末装置と通信しない。実行部は、ネットワーク情報が端末装置と通信されて、所属状態が構築された後に、特定の無線ネットワークを利用して、第２種のインターフェースを介して、対象データの無線通信を端末装置と実行する。

上記の構成によると、上記の通信装置は、第１の判断処理において、特定の認証情報が認証用リストに登録済みであると判断されるか否かに応じて、特定の無線ネットワークを利用して、第２種のインターフェースを介して、対象データの無線通信を端末装置と実行するか否かを変えることができる。従って、上記の通信装置によると、第１種のインターフェースを利用した通信と、第１種のインターフェースとは異なる第２種のインターフェースを利用した通信と、を適切に実行し得る。

通信装置は、さらに、第１の判断処理が実行されるべきか否かを示す設定情報を記憶するメモリを備えてもよい。第１の応答部は、メモリ内の設定情報が、第１の判断処理が実行されるべきことを示す場合に、第１の応答情報を端末装置に送信し、メモリ内の設定情報が、第１の判断処理が実行されるべきでないことを示す場合に、第１の応答情報を端末装置に送信しなくてもよい。制御部は、さらに、メモリ内の設定情報が、第１の判断処理が実行されるべきでないことを示す場合に、第１種のインターフェースを介して、ネットワーク情報に関係する情報を含む第２の応答情報を端末装置に送信する第２の応答部を備えてもよい。この構成によると、通信装置は、設定情報が、第１の判断処理が実行されるべきことを示すか否かに応じて、適切に動作し得る。

要求情報受信部は、通信装置と端末装置との間に第１種のインターフェースを介して確立される第１の通信リンクを利用して、端末装置から特定の要求情報を受信してもよい。第１の応答部は、第１の通信リンクを利用して、第１の応答情報を端末装置に送信してもよい。認証情報受信部は、第１の通信リンクが切断された後に、通信装置と端末装置との間に第１種のインターフェースを介して確立される第２の通信リンクを利用して、端末装置から特定の認証情報を受信してもよい。第１の通信部は、第２の通信リンクを利用して、ネットワーク情報を端末装置と通信してもよい。この構成によると、通信装置は、端末装置から適切に特定の要求情報を受信し得るとともに、第１の応答情報を端末装置に適切に送信し得る。また、通信装置は、端末装置から特定の認証情報を適切に受信し得るとともに、ネットワーク情報を端末装置と適切に通信し得る。

第１の通信リンクは、第１種のインターフェースが、第１のモードに従って動作する通信リンクであってもよい。第２の通信リンクは、第１種のインターフェースが、第１のモードとは異なる第２のモードに従って動作する通信リンクであってもよい。この構成によると、通信装置は、第１及び第２の通信リンクを適切に確立し得る。

制御部は、さらに、第１の通信リンクが切断された後に、第１種のインターフェースの状態を、第１のモードに従って動作可能であると共に第２のモードに従って動作不可能である状態から、第１のモードに従って動作不可能であると共に第２のモードに従って動作可能である状態に変更する状態変更部を備えてもよい。この構成によると、通信装置は、第１種のインターフェースの状態を適切に変更し得る。

第１の方式は、ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式であってもよい。第２のモードは、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードであってもよい。

認証用リストは、複数個の関連情報を含んでもよい。複数個の関連情報のそれぞれでは、認証情報と、ネットワーク情報の通信を許可するのか否かを示す第１種の情報と、が関連付けられていてもよい。制御部は、さらに、端末装置から特定の要求情報が受信される場合に、複数個の関連情報に含まれる複数個の第１種の情報の全てが、ネットワーク情報の通信を許可しないことを示すのか否かを判断する第２の判断処理を実行する第２の判断部を備えていてもよい。第１の応答部は、第２の判断処理において、複数個の第１種の情報の全てが、ネットワーク情報の通信を許可しないことを示すと判断される場合に、第１の応答情報を端末装置に送信せず、第２の判断処理において、複数個の第１種の情報のうちの少なくとも１個の第１種の情報が、ネットワーク情報の通信を許可することを示すと判断される場合に、第１の応答情報を端末装置に送信してもよい。制御部は、さらに、第２の判断処理において、複数個の第１種の情報の全てが、ネットワーク情報の通信を許可しないことを示すと判断される場合に、第１種のインターフェースを介して、第３の応答情報を端末装置に送信する第３の応答部を備えてもよい。この構成によると、通信装置は、複数個の関連情報に含まれる複数個の第１種の情報の全てが、ネットワーク情報の通信を許可しないことを示すのか否かに応じて、第１の応答情報を送信するのか第３の応答情報を送信するのかを変えることができる。そのため、通信装置は、第１及び第３の応答情報を適切に端末装置に送信し得る。

制御部は、さらに、第１の判断処理において、特定の認証情報が認証用リストに登録済みであると判断される場合に、特定の認証情報に関連付けられている特定の第１種の情報が、ネットワーク情報の通信を許可することを示すのか否かを判断する第３の判断処理を実行する第３の判断部を備えてもよい。第１の通信部は、第３の判断処理において、特定の第１種の情報が、ネットワーク情報の通信を許可することを示すと判断される場合に、ネットワーク情報を端末装置と通信し、第３の判断処理において、特定の第１種の情報が、ネットワーク情報の通信を許可することを示さないと判断される場合に、ネットワーク情報を端末装置と通信しなくてもよい。この構成によると、通信装置は、特定の認証情報が認証用リストに登録済みであると判断される場合において、特定の認証情報に関連付けられている特定の第１種の情報が、ネットワーク情報の通信を許可することを示すのか否かに応じて、ネットワーク情報を端末装置と通信するか否かを変えることができる。そのため、通信装置は、適切にネットワーク情報を端末装置と通信し得る。

認証用リストは、複数個の関連情報を含んでもよい。複数個の関連情報のそれぞれでは、認証情報と、第２種の情報と、が関連付けられていてもよい。第２種の情報は、通信装置が実行可能な複数個の機能のそれぞれについて、当該機能の実行を許可するのか否かを示していてもよい。要求情報受信部は、端末装置から、複数個の機能のうちの対象機能の実行要求を含む特定の要求情報を受信してもよい。制御部は、さらに、第１の判断処理において、特定の認証情報が認証用リストに登録済みであると判断される場合に、特定の認証情報に関連付けられている特定の第２種の情報が、対象機能の実行を許可することを示すのか否かを判断する第４の判断処理を実行する第４の判断部を備えてもよい。第１の通信部は、第４の判断処理において、特定の第２種の情報が、対象機能の実行を許可することを示すと判断される場合に、ネットワーク情報を端末装置と通信し、第４の判断処理において、特定の第２種の情報が、対象機能の実行を許可することを示さないと判断される場合に、ネットワーク情報を端末装置と通信しなくてもよい。この構成によると、通信装置は、特定の認証情報が認証用リストに登録済みであると判断される場合において、特定の認証情報に関連付けられている特定の第２種の情報が、対象機能の実行を許可することを示すのか否かに応じて、ネットワーク情報を端末装置と通信するか否かを変えることができる。そのため、通信装置は、適切にネットワーク情報を端末装置と通信し得る。

通信装置が第１種のインターフェースを介して端末装置と通信可能な最大の距離は、通信装置が第２種のインターフェースを介して端末装置と通信可能な最大の距離よりも小さくてもよい。

本明細書によって開示されるもう一つの技術は、通信装置と通信可能な端末装置である。端末装置は、第１の方式に従って、通信装置と無線通信を実行するための第１種のインターフェースと、第１の方式とは異なる第２の方式に従って、通信装置と無線通信を実行するための第２種のインターフェースと、制御部と、を備える。制御部は、要求情報送信部と、応答受信部と、認証情報送信部と、通信部と、実行部と、を備える。要求情報送信部は、第１種のインターフェースを介して、特定の要求情報を通信装置に送信する。特定の要求情報は、通信装置と端末装置との双方が特定の無線ネットワークに所属している所属状態の構築を、通信装置に要求するための情報である。応答受信部は、通信装置から、第１種のインターフェースを介して、特定の要求情報に対する第１の応答情報を受信する。認証情報送信部は、通信装置から第１の応答情報が受信される場合に、第１種のインターフェースを介して、特定の認証情報を通信装置に送信する。通信部は、特定の認証情報が認証用リストに登録済みであると通信装置によって判断される場合に、第１種のインターフェースを介して、特定の無線ネットワークで利用されるネットワーク情報を通信装置と通信する。実行部は、ネットワーク情報が通信装置と通信されて、所属状態が構築された後に、特定の無線ネットワークを利用して、第２種のインターフェースを介して、対象データの無線通信を通信装置と実行する。

上記の構成によると、上記の端末装置は、特定の認証情報が認証用リストに登録済みであると通信装置によって判断される場合に、特定の無線ネットワークを利用して、第２種のインターフェースを介して、対象データの無線通信を端末装置と実行することができる。従って、上記の端末装置によると、第１種のインターフェースを利用した通信と、第１種のインターフェースとは異なる第２種のインターフェースを利用した通信と、を適切に実行し得る。

要求情報送信部は、通信装置と端末装置との間に第１種のインターフェースを介して確立される第１の通信リンクを利用して、通信装置に特定の要求情報を送信してもよい。
応答受信部は、第１の通信リンクを利用して、通信装置から第１の応答情報を受信してもよい。認証情報送信部は、第１の通信リンクが切断された後に、通信装置と端末装置との間に第１種のインターフェースを介して確立される第２の通信リンクを利用して、通信装置に特定の認証情報を送信してもよい。通信部は、第２の通信リンクを利用して、通信装置とネットワーク情報を通信してもよい。第１の通信リンクは、第１種のインターフェースが、第３のモードに従って動作する通信リンクであってもよい。第２の通信リンクは、第１種のインターフェースが、第３のモードとは異なる第４のモードに従って動作する通信リンクであってもよい。この構成によると、端末装置は、第１種のインターフェースの状態を適切に変更することにより、第１及び第２の通信リンクを適切に確立させ得る。

制御部は、さらに、通信装置とネットワーク情報が通信された後に、第１種のインターフェースの状態を、第４のモードに従って動作可能であると共に第３のモードに従って動作不可能である状態から、第４のモードに従って動作不可能であると共に第３のモードに従って動作可能である状態に変更する状態変更部を備えてもよい。この構成によると、端末装置は、第１種のインターフェースの状態を適切に変更し得る。

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

通信システムの構成を示す。 第１実施例のＭＦＰの通信処理のフローチャートを示す。 第１実施例のＭＦＰのＳＦＬ認証処理のフローチャートを示す。 第１実施例の携帯端末の機能実行処理のフローチャートを示す。 第１実施例のケースＡ１の通信のシーケンスチャートを示す。 第１実施例のケースＡ２の通信のシーケンスチャートを示す。 第２実施例のケースＢの通信のシーケンスチャートを示す。 第３実施例のＭＦＰのＳＦＬ認証処理のフローチャートを示す。 第３実施例のケースＣ１の通信のシーケンスチャートを示す。 第３実施例のケースＣ１におけるＳＦＬテーブルを示す。 第３実施例のケースＣ２の通信のシーケンスチャートを示す。 第３実施例のケースＣ２におけるＳＦＬテーブルを示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能器（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末ＰＴ１、ＰＴ２、ＰＴ３と、を備える。ＭＦＰ１０と携帯端末ＰＴ１〜ＰＴ３とは、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信であるＮＦＣ通信と、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷｉ−Ｆｉ方式に従った無線通信であるＷｉ−Ｆｉ通信と、のそれぞれを実行可能である。

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

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

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

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

ここでは、ＮＦＣＩ／Ｆ２０と無線ＬＡＮＩ／Ｆ２２との相違点を説明しておく。無線ＬＡＮＩ／Ｆ２２を介した無線通信の通信速度（例えば、最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２０を介した無線通信の通信速度（例えば、最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、無線ＬＡＮＩ／Ｆ２２を介した無線通信における搬送波の周波数（例えば、２．４ＧＨｚ帯、５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２０を介した無線通信における搬送波の周波数（例えば、１３．５６ＭＨｚ帯）とは異なる。また、例えば、ＭＦＰ１０と外部機器（例えば、携帯端末ＰＴ１）との距離が約１０ｃｍ以下である場合に、制御部３０は、ＮＦＣＩ／Ｆ２０を介して、外部機器と無線通信を実行可能である。一方において、ＭＦＰ１０と外部機器との距離が、１０ｃｍ以下である場合でも、１０ｃｍ以上である場合（例えば最大で約１００ｍ）でも、制御部３０は、無線ＬＡＮＩ／Ｆ２２を介して、外部機器と無線通信を実行可能である。即ち、ＭＦＰ１０が無線ＬＡＮＩ／Ｆ２２を介して外部機器と無線通信を実行可能な最大の距離は、ＭＦＰ１０がＮＦＣＩ／Ｆ２０を介して外部機器と無線通信を実行可能な最大の距離よりも大きい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行するプロセッサである。メモリ３４は、さらに、ＳＦＬ（Secure Function Lock）設定情報３８と、ＳＦＬテーブル４０と、を記憶する。ＳＦＬ設定情報３８は、ユーザによって指定されるＯＮ又はＯＦＦを示す情報である。ＣＰＵ３２は、ＳＦＬ設定情報３８がＯＮを示す状態で、他の機器から、ＮＦＣＩ／Ｆ２０を介して実行要求を受信する場合には、当該他の機器からＳＦＬ認証情報（ユーザＩＤ及びパスワード）を受信し、ＳＦＬ認証情報がＤＦＬテーブル４０に登録済みであるか否かの判断（即ち、認証）を実行する。一方、ＣＰＵ３２は、ＳＦＬ設定情報３８がＯＦＦを示す場合には、当該認証を実行しない。以下では、ＳＦＬ設定情報３８がＯＮを示す状態、ＯＦＦを示す状態を、それぞれ、「ＳＦＬがＯＮされている」、「ＳＦＬがＯＦＦされている」と呼ぶことがある。

ＳＦＬテーブル４０は、携帯端末ＰＴ１を含む複数個の携帯端末のそれぞれについて、当該携帯端末のユーザを識別するためのユーザＩＤ（例えばＵ１）と、当該ユーザＩＤに対応するパスワード（例えばＰ１）と、当該ユーザが印刷機能を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）と、当該ユーザがスキャン機能を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）と、が関連付けられている組合せ情報を含む。ＳＦＬテーブル４０は、ＭＦＰ１０を管理する管理者によって予めメモリ３４に格納されている。例えば、図１のＳＦＬテーブル４０は、ユーザＩＤ「Ｕ１」、パスワード「Ｐ１」、印刷「ＮＧ」、スキャン「ＯＫ」が関連付けられている組合せ情報を含む。

さらに、メモリ３４は、図示しないＮＷ記憶領域を含む。ＮＷ記憶領域は、ＭＦＰ１０が形成するＷＦＤＮＷに関係する情報を記憶する。ＭＦＰ１０は、ＷＦＤＮＷの親局（即ち後述のＷＦＤ方式のＧｒｏｕｐ Ｏｗｎｅｒ）として動作する。即ち、ＭＦＰ１０は、ＭＦＰ１０自身が親局として動作するＷＦＤＮＷを形成することができる。

即ち、ＮＷ記憶領域は、ＭＦＰ１０が形成するＷＦＤで利用される無線プロファイルと、管理リストと、を記憶する。無線プロファイルは、ＳＳＩＤ（Service Set IDentifierの略）と、認証方式と、暗号化方式と、パスワードと、を含む。管理リストには、ＷＦＤＮＷの子局として動作する機器のＭＡＣアドレスが記述される。即ち、管理リストには、ＷＦＤＮＷの親局として動作するＭＦＰ１０との無線接続が確立されている機器のＭＡＣアドレスが記述される。

（携帯端末ＰＴ１〜ＰＴ３の構成）
各端末ＰＴ１〜ＰＴ３は、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。

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

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

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

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

メモリ９４は、さらに、携帯端末ＰＴ１のユーザを識別するためのユーザＩＤ（Ｕ１）と、そのユーザＩＤに対応するパスワード（Ｐ１）と、を記憶している。以下では、ユーザＩＤとパスワードとを合わせて「ＳＦＬ認証情報」と呼ぶ場合がある。携帯端末ＰＴ１のユーザは、インストールされたアプリケーション９８の初期設定の際に、操作部７２を操作して、予め知得したユーザＩＤ（Ｕ１）及びパスワード（Ｐ１）を入力する。例えば、ユーザは、上述したように管理者により予めＭＦＰ１０のメモリ３４に格納されているユーザＩＤ及びパスワードを、管理者から通知されることで知得することができる。ＣＰＵ９２は、入力されたユーザＩＤ及びパスワード（即ち、ＳＦＬ認証情報）をメモリ９８に記憶させる。

同様に、携帯端末ＰＴ２のメモリは、携帯端末ＰＴ２のユーザのユーザＩＤ（Ｕ２）及びパスワード（Ｐ２）を記憶している。また、携帯端末ＰＴ３のメモリは、携帯端末ＰＴ３のユーザＩＤ（Ｕ３）及びパスワード（Ｐ３）を記憶している。

（ＮＦＣ方式）
続いて、ＮＦＣ方式の通信について説明する。以下では、ＮＦＣＩ／Ｆを備え、ＮＦＣ方式の通信を実行可能な機器（ＭＦＰ１０、携帯端末ＰＴ１〜ＰＴ３等）のことを「ＮＦＣ機器」と呼ぶ。また、以下では、ＲｅａｄｅｒモードとＷｒｉｔｅｒモードを合わせて、「Ｒ／Ｗモード」と簡単に記載することがある。

ＮＦＣ機器の中には、ＮＦＣＩ／Ｆが、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの３つのモードの全てに従って動作可能な機器も存在するし、ＮＦＣＩ／Ｆが、上記の３つのモードのうちの１つ又は２つのモードのみに従って動作可能な機器も存在する。本実施例では、ＭＦＰ１０のＮＦＣＩ／Ｆ２０、及び、携帯端末ＰＴ１〜ＰＴ３のＮＦＣＩ／Ｆ８０等は、上記の３つのモードの全てに従って動作可能である。以下では、例えば、ＮＦＣ機器のＮＦＣＩ／ＦがＰ２Ｐモードに従って動作している場合のことを「ＮＦＣ機器がＰ２Ｐモードで動作する」、「ＮＦＣ機器のＰ２Ｐモードが起動されている」等のように呼ぶ場合がある。

Ｐ２Ｐモードは、一対のＮＦＣ機器の間で双方向通信を実行するためのモードである。例えば、第１のＮＦＣ機器と第２のＮＦＣ機器との両方において、Ｐ２Ｐモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｐ２Ｐモードに対応する通信リンク（以下では「Ｐ２Ｐの通信リンク」と呼ぶ）が確立される。この場合、例えば、第１のＮＦＣ機器は、Ｐ２Ｐの通信リンクを利用して、第１のデータを第２のＮＦＣ機器に送信する。その後、第２のＮＦＣ機器は、同じＰ２Ｐの通信リンクを利用して、第２のデータを第１のＮＦＣ機器に送信する。これにより、双方向通信が実現される。ＮＦＣフォーラムによって定められるＩＳＯ／ＩＥＣ １４４３のＴｙｐｅＡであるＮＦＣ機器、及び、ＩＳＯ／ＩＥＣ １８０９２のＴｙｐｅＦであるＮＦＣ機器は、Ｐ２Ｐモードを利用可能であるが、ＩＳＯ／ＩＥＣ １４４３のＴｙｐｅＢであるＮＦＣ機器は、Ｐ２Ｐモードを利用不可能である。

Ｒ／Ｗモード及びＣＥモードは、一対のＮＦＣ機器の間で単方向通信を実行するためのモードである。ＣＥモードは、ＮＦＣ機器がＮＦＣフォーラムによって定められた形式である「カード」として動作するためのモードである。ＴｙｐｅＡのＮＦＣ機器と、ＴｙｐｅＦのＮＦＣ機器と、ＴｙｐｅＢのＮＦＣ機器と、のいずれも、ＣＥモードで動作可能である。Ｒｅａｄｅｒモードは、ＣＥモードでカードとして動作するＮＦＣ機器からデータを読み出すためのモードである。Ｗｒｉｔｅｒモードは、ＣＥモードでカードとして動作するＮＦＣ機器にデータを書き込むためのモードである。なお、Ｒｅａｄｅｒモードでは、ＮＦＣ規格のカードからデータを読み出すこともできる。また、Ｗｒｉｔｅｒモードでは、ＮＦＣ規格のカードにデータを書き込むこともできる。

例えば、第１のＮＦＣ機器において、Ｒｅａｄｅｒモードが起動されており、第２のＮＦＣ機器において、ＣＥモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｒｅａｄｅｒモード及びＣＥモードに対応する通信リンクが確立される。この場合、第１のＮＦＣ機器は、通信リンクを利用して、第２のＮＦＣ機器内の擬似的なカードからデータを読み出すための動作を実行することによって、当該データを第２のＮＦＣ機器から受信する。

また、例えば、第１のＮＦＣ機器において、Ｗｒｉｔｅｒモードが起動されており、第２のＮＦＣ機器において、ＣＥモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｗｒｉｔｅｒモード及びＣＥモードに対応する通信リンクが確立される。この場合、第１のＮＦＣ機器は、通信リンクを利用して、第２のＮＦＣ機器内の擬似的なカードにデータを書き込むための動作を実行することによって、当該データを第２のＮＦＣ機器に送信する。

上述したように、一対のＮＦＣ機器がＮＦＣ方式の通信を実行するためには、様々なモードの組合せが考えられる。例えば、一対のＮＦＣ機器のモードの組合せとして、以下の５つのパターン、即ち、「Ｐ２Ｐモード、Ｐ２Ｐモード」、「Ｒｅａｄｅｒモード、ＣＥモード」、「Ｗｒｉｔｅｒモード、ＣＥモード」、「ＣＥモード、Ｒｅａｄｅｒモード」、「ＣＥモード、Ｗｒｉｔｅｒモード」が考えられる。

以下では、例えば、Ｒ／Ｗモードで動作するＭＦＰ１０と、ＣＥモードで動作する携帯端末ＰＴ１と、の間に確立される通信リンクのことを、「ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンク」のように呼ぶ場合がある。

また、ＮＦＣ機器は、起動されているモードに対応する通信リンクを確立することができるが、起動されていないモードに対応する通信リンクを確立することができない。例えば、ＭＦＰ１０において、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードを起動されていない場合には、ＭＦＰ１０は、ＭＦＰ１０がＣＥモードで動作するための通信リンクを確立することができるが、他の通信リンク（即ち、ＭＦＰ１０が、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、又は、Ｗｒｉｔｅｒモードで動作するための通信リンク）を確立することができない。

本実施例では、ＭＦＰ１０は、ＭＦＰ１０の電源がＯＮされると、ＮＦＣＩ／Ｆ２０の状態が、Ｐ２Ｐモード及びＲ／Ｗモードが起動されており、ＣＥモードのみが起動されていない初期状態に移行する。ＭＦＰ１０は、電源がＯＮされている間、上記の初期状態で動作する。

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

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

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

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

第２の手順では、デバイス機器は、Ｇ／Ｏネゴシエーションを実行せずに、自発的にＧ／Ｏ状態に移行して、ＷＦＤＮＷを形成する。この場合、ＷＦＤＮＷが形成された後に、他のデバイス機器は、Ｇ／Ｏネゴシエーションを実行せずに、ＣＬ状態に移行して、Ｇ／Ｏ機器との無線接続を確立する。これにより、Ｇ／Ｏ機器とＣＬ機器との双方がＷＦＤＮＷに所属している状態（即ち、所属状態）が構築される。本実施例では、ＭＦＰ１０は、所定の場合（図２のＳ１２でＮＯの場合、図３のＳ３８でＹＥＳの場合）に、上記の第２の手順に従って、Ｇ／Ｏネゴシエーションを実行せずに、自発的にＧ／Ｏ状態に移行して、ＷＦＤＮＷを形成する（図２のＳ１４、図３のＳ４０）。

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

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

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

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

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

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

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

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

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

（ＭＦＰ１０の通信処理；図２）
図２を参照して、ＭＦＰ１０のＣＰＵ３２が実行する通信処理の内容を説明する。上記の通り、本実施例では、ＭＦＰ１０の電源がＯＮされると、ＮＦＣＩ／Ｆ２０が、Ｐ２Ｐモード及びＲ／Ｗモードが起動されており、ＣＥモードのみが起動されていない状態で動作する。図２の通信処理は、ＭＦＰ１０と携帯端末（例えば携帯端末ＰＴ１）との間で、Ｐ２Ｐの通信リンクが確立したことをトリガとして開始される。以下では、ＭＦＰ１０とＰ２Ｐの通信リンクを確立する携帯端末のことを「対象端末」と呼ぶ。また、ＭＦＰ１０は、図２の通信処理の開始時点では、ＷＦＤＮＷに所属していないデバイス機器として動作する。

対象端末のユーザは、ＭＦＰ１０に印刷等の機能を実行させることを望む場合に、ＭＦＰ１０のためのアプリケーション９８（図１参照）を起動させる操作と、機能の実行を指示する操作と、を対象端末に実行する。上記の各操作が実行されると、対象端末のＮＦＣＩ／Ｆ（例えば携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０）は、Ｐ２Ｐモードのみが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態で動作する。次いで、ユーザは、対象端末をＭＦＰ１０に近づける。対象端末のＮＦＣＩ／ＦとＭＦＰ１０のＮＦＣＩ／Ｆ２０との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満になると、これらのＮＦＣＩ／Ｆの間にＰ２Ｐの通信リンクが確立される。この場合、対象端末は、当該Ｐ２Ｐの通信リンクを利用して、機能の実行を要求する実行要求をＭＦＰ１０に送信する。実行要求には、実行を要求する機能を示す情報が含まれているが、ユーザＩＤは含まれていない。

ＭＦＰ１０のＣＰＵ３２は、対象端末との間でＰ２Ｐの通信リンクが確立される場合に、図２の通信処理を開始する。Ｓ１０では、ＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して（即ち、ＮＦＣＩ／Ｆ２０を介して）、対象端末から実行要求を受信する。

次いで、Ｓ１２では、ＣＰＵ３２は、メモリ３４内のＳＦＬ設定情報３８を参照し、ＳＦＬ設定情報３８がＯＮを示すか否かを判断する。ＳＦＬ設定情報３８がＯＮを示す場合には、ＣＰＵ３２は、Ｓ１２でＹＥＳと判断し、Ｓ２０に進む。Ｓ２０では、ＣＰＵ３２は、後述のＳＦＬ認証処理（図３参照）を実行する。一方、ＳＦＬ設定情報３８がＯＦＦを示す場合には、ＣＰＵ３２は、Ｓ１２でＮＯと判断し、Ｓ１４に進む。

Ｓ１４では、ＣＰＵ３２は、ＭＦＰ１０の動作状態を、デバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０がＧ／Ｏ機器として動作する。即ち、ＭＦＰ１０を親局とするＷＦＤＮＷが形成される。ＣＰＵ３２は、ＷＦＤＮＷで利用される無線プロファイルを準備する。具体的に言うと、ＣＰＵ３２は、ユニークなＳＳＩＤを生成する。また、ＣＰＵ３２は、例えば、ランダムに文字列を選択することによって、パスワードを生成する。そして、ＣＰＵ３２は、予め決められている認証方式及び暗号化方式を準備する。ＣＰＵ３２は、準備した無線プロファイルをメモリ３４に記憶させる。

次いで、Ｓ１６では、ＣＰＵ３２は、Ｓ１４で生成されたＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を、Ｐ２Ｐの通信リンクを利用して対象端末に送信する。これにより、ＣＰＵ３２は、当該Ｒｅｓｐｏｎｓｅ信号に含まれるＳＳＩＤ及びパスワードを利用してＭＦＰ１０との無線接続を確立すべきことを、対象端末に通知することができる。

次いで、Ｓ１８では、ＣＰＵ３２は、Ｓ１４で生成されたＳＳＩＤ及びパスワードを利用して、対象端末と無線接続処理を実行して、対象端末との無線接続を確立する。具体的には、ＣＰＵ３２は、対象端末からProbe Requestを受信して、Probe Responseを対象端末に送信する。当該Probe Requestは、図２のＳ１６で対象端末に供給されたＳＳＩＤを含む。当該Probe Responseは、図２のＳ１４でメモリ３４に記憶された認証方式及び暗号化方式を含む。これにより、当該認証方式及び暗号化方式を利用すべきことを、対象端末に通知することができる。次いで、ＣＰＵ３２は、対象端末からAuthentication Request及びAssociation Requestを順次取得して、Authentication Response及びAssociation Responseを対象端末に順次供給する。そして、ＣＰＵ３２は、4-way handshakeを対象端末と実行する。

上記の各プロセスが終了すると、対象端末との無線接続が確立される。これにより、ＣＰＵ３２は、Ｓ１４で形成されたＷＦＤＮＷに対象端末を子局（より具体的にはステーション）として参加させる。ＣＰＵ３２は、管理リストに対象端末のＭＡＣアドレスを記述する。これにより、ＷＦＰ１０と対象端末との双方がＷＦＤＮＷに所属する所属状態が構築される。所属状態が構築された後に、ＣＰＵ３２は、ＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ２２を介して、対象データ（例えば、印刷データ）の無線通信を対象端末と実行する。Ｓ１８を終えると、図２の処理が終了する。なお、ＣＰＵ３２は、対象データの無線通信後に、ＳＦＬテーブル４０を参照し、対象端末のユーザが要求する機能を実行可能であるか否かを判断する。ＣＰＵ３２は、機能実行可能と判断する場合に当該機能を実行する。

（ＭＦＰ１０のＳＦＬ認証処理；図３）
図３を参照して、図２のＳ２０で実行されるＳＦＬ認証処理の内容を説明する。ＣＰＵ３２は、対象端末との間で確立されたＰ２Ｐの通信リンクを利用して対象端末から実行要求を受信した場合に（図２のＳ１０参照）、ＳＦＬ設定情報３８がＯＮを示すと判断されると（図２のＳ１２でＹＥＳの場合）、図３のＳＦＬ認証処理を開始する。

Ｓ３０では、ＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、ＮＧを示す情報（以下では「ＮＧ情報」と呼ぶ）を含むＲｅｓｐｏｎｓｅ信号を対象端末に送信する。ＮＧ情報は、図２のＳ１０で受信した実行要求にユーザＩＤが含まれていないために、ＣＰＵ３２がユーザＩＤの認証を実行できない（即ち、ＮＧである）ことを示す情報である。

次いで、Ｓ３２では、ＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、Ｄｅａｃｔｉｖａｔｉｏｎ信号を対象端末に送信する。Ｄｅａｃｔｉｖａｔｉｏｎ信号は、Ｐ２Ｐの通信リンクを切断することを要求する信号である。

対象端末は、Ｄｅａｃｔｉｖａｔｉｏｎ信号を受信すると、Ｐ２Ｐの通信リンクを利用してＯＫ信号をＭＦＰ１０に送信する。この結果、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクが切断される。

次いで、Ｓ３４では、ＣＰＵ３２は、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが確立されることを監視する。

Ｐ２Ｐの通信リンクが切断されると、対象端末は、ＮＦＣＩ／Ｆの状態を、Ｐ２Ｐモードのみが起動した状態からＣＥモードのみが起動した状態に移行させる（後述の図４のＳ６６参照）。対象端末のユーザが、対象端末を、ＭＦＰ１０とＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満の位置で保持していると、対象端末のＮＦＣＩ／ＦとＭＦＰ１０のＮＦＣＩ／Ｆ２０との間に、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが確立される。

ＣＰＵ３２は、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが確立されると、Ｓ３４でＹＥＳと判断し、Ｓ３６に進む。Ｓ３６では、ＣＰＵ３２は、確立されたＲ／Ｗ−ＣＥの通信リンクを利用して、対象端末から、ＳＦＬ認証情報（例えば、携帯端末ＰＴ１のユーザのユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）を受信する。具体的に言うと、Ｓ３６では、ＣＰＵ３２は、確立されたＲ／Ｗ−ＣＥの通信リンクを利用して、対象端末のＮＦＣＩ／Ｆに書き込まれたＳＦＬ認証情報を読み取り、読み取られたＳＦＬ認証情報をＮＦＣＩ／Ｆ２０を介して取得する。

次いで、Ｓ３８では、ＣＰＵ３２は、Ｓ３６で受信されたＳＦＬ認証情報を用いて認証を実行し、認証に成功したか否かを判断する。具体的に言うと、Ｓ３８では、ＣＰＵ３２は、Ｓ３６で受信されたＳＦＬ認証情報（即ち、ユーザＩＤ及びパスワード）を含む組合せ情報がＳＦＬテーブル４０（図１参照）に含まれているか否かを判断する。Ｓ３６で受信されたＳＦＬ認証情報（即ち、ユーザＩＤ及びパスワード）を含む組合せ情報がＳＦＬテーブル４０に含まれている場合、ＣＰＵ３２は、Ｓ３８でＹＥＳと判断（即ち、認証成功と判断）し、Ｓ４０に進む。一方、Ｓ３６で受信されたＳＦＬ認証情報（即ち、ユーザＩＤ及びパスワード）を含む組合せ情報がＳＦＬテーブル４０に含まれていない場合、ＣＰＵ３２は、Ｓ３８でＮＯと判断（即ち、認証失敗と判断）し、Ｓ４６に進む。

Ｓ４０では、ＣＰＵ３２は、ＭＦＰ１０の動作状態を、デバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０がＧ／Ｏ機器として動作する。即ち、ＭＦＰ１０を親局とするＷＦＤＮＷが形成される。図２のＳ１４と同様に、ＣＰＵ４０は、ＷＦＤＮＷで利用される無線プロファイル（即ち、ＳＳＩＤ、パスワード、認証方式、暗号化方式）を準備し、メモリ３４に記憶させる。

次いで、Ｓ４２では、ＣＰＵ３２は、Ｓ４０で生成されたＳＳＩＤ及びパスワードを、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクを利用して対象端末に送信する。具体的に言うと、ＣＰＵ３２は、対象端末のＮＦＣＩ／ＦにＳＳＩＤ及びパスワードを書き込む。これにより、ＣＰＵ３２は、当該ＳＳＩＤ及びパスワードを利用してＭＦＰ１０との無線接続を確立すべきことを、対象端末に通知することができる。なお、Ｓ４２のＳＳＩＤ及びパスワードの送信処理は、図２のＳ１０で受信された実行要求に対する返答として行われる。即ち、Ｓ４２では、ＣＰＵ３２は、対象端末からＳＳＩＤ及びパスワードの送信要求を再度受信することなく、ＳＳＩＤ及びパスワードを対象端末に送信する。

次いで、Ｓ４４では、ＣＰＵ３２は、Ｓ１４で生成されたＳＳＩＤ及びパスワードを利用して、対象端末と無線接続処理を実行して、対象端末との無線接続を確立する。無線接続処理の内容は、図２のＳ１８で説明した処理と同様であるため、詳しい説明を省略する。この結果、ＣＰＵ３２は、Ｓ４０で形成されたＷＦＤＮＷに対象端末を子局（より具体的にはステーション）として参加させることができる。ＣＰＵ３２は、管理リストに対象端末のＭＡＣアドレスを記述する。これにより、ＷＦＰ１０と対象端末との双方がＷＦＤＮＷに所属する所属状態が構築される。所属状態が構築された後に、ＣＰＵ３２は、ＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ２２を介して、対象データ（例えば、印刷データ）の無線通信を対象端末と実行する。Ｓ４４を終えると、図３の処理、及び、図２の処理が終了する。なお、上記の通り、ＣＰＵ３２は、対象データの無線通信後に、ＳＦＬテーブル４０を参照し、対象端末のユーザが要求する機能を実行可能であるか否かを判断する。ＣＰＵ３２は、機能実行可能と判断する場合に当該機能を実行する。

一方、Ｓ４６では、ＣＰＵ３２は、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクを利用して、所定のＮＧ通知を対象端末に送信する。この場合、対象端末との無線接続は確立されない。Ｓ４６を終えると、図３の処理、及び、図２の処理が終了する。

なお、図３では示していないが、対象端末は、ＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号（Ｓ４２参照）又はＮＧ通知（Ｓ４６）を受信すると、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻る（後述の図４のＳ７４、Ｓ８８参照）。その結果、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが切断される。即ち、本実施例では、Ｓ４２又はＳ４６の処理の後、所定のタイミングで、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが切断される。

（携帯端末の機能実行処理；図４）
図４を参照して、携帯端末ＰＴ１のＣＰＵ９２が実行する機能実行処理の内容を説明する。他の携帯端末ＰＴ２、ＰＴ３も、携帯端末ＰＴ１と同様に、機能実行処理を実行する。

携帯端末ＰＴ１のユーザは、ＭＦＰ１０の印刷等の機能を実行させることを望む場合に、携帯端末ＰＴ１の操作部７２を操作して、アプリケーション９８を起動させる操作（以下では「アプリ起動操作」と呼ぶ）を実行し、次いで、所望の機能の実行を指示する操作（以下では「実行操作」と呼ぶ）を実行する。例えば、実行操作が、印刷の実行を指示する印刷操作であった場合、印刷操作には、携帯端末ＰＴ１のメモリ９４から、印刷対象の画像を表す印刷データを指定する操作が含まれる。

実行操作が行われると、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０は、Ｐ２Ｐモードのみが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態で動作する。次いで、ユーザは、携帯端末ＰＴ１をＭＦＰ１０に近づける。携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０とＭＦＰ１０のＮＦＣＩ／Ｆ２０との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満になると、これらのＮＦＣＩ／Ｆの間にＰ２Ｐの通信リンクが確立される。図４の機能実行処理は、携帯端末ＰＴ１とＭＦＰ１０との間で、Ｐ２Ｐの通信リンクが確立したことをトリガとして開始される。

Ｓ６０では、ＣＰＵ９２は、確立されたＰ２Ｐの通信リンクを利用して、実行操作によって指示された機能の実行を要求する実行要求をＭＦＰ１０に送信する。実行要求には、実行を要求する機能を示す情報が含まれているが、ユーザＩＤは含まれていない。

次いで、Ｓ６２、Ｓ８０において、ＣＰＵ９２は、Ｐ２Ｐの通信リンクを利用して、ＭＦＰ１０から、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号（図３のＳ３０参照）と、ＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号（図２のＳ１４参照）と、のうちの一方を受信することを監視する。

ＭＦＰ１０から、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を受信すると、ＣＰＵ９２は、Ｓ６２でＹＥＳと判断し、Ｓ６４に進む。

一方、ＭＦＰ１０から、ＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を受信すると、ＣＰＵ９２は、Ｓ８０でＹＥＳと判断し、Ｓ８２に進む。Ｓ８２では、ＣＰＵ９２は、受信されたＳＳＩＤ及びパスワードを利用して、ＭＦＰ１０と無線接続処理を実行して、ＭＦＰ１０との無線接続を確立する。無線接続処理の内容は、図２のＳ１８で説明した処理の内容と同様である。ただし、Ｓ８２でＣＰＵ９２が実行する動作は、図２のＳ１８で説明した対象端末の動作と同様の動作である。無線接続処理が終了すると、ＭＦＰ１０との無線接続が確立される。これにより、携帯端末ＰＴ１は、ＭＦＰ１０がＧ／Ｏ機器として動作するＷＦＤＮＷ（即ち、図２のＳ１４で形成されるＷＦＤＮＷ）に子局（より具体的にはステーション）として参加する。これにより、ＷＦＰ１０と携帯端末ＰＴ１との双方がＷＦＤＮＷに所属する所属状態が構築される。所属状態が構築された後に、ＣＰＵ９２は、ＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ８２を介して、対象データ（例えば、印刷データ）の無線通信を対象端末と実行する。Ｓ８２を終えると、図４の処理が終了する。

Ｓ６４では、ＣＰＵ９２は、Ｐ２Ｐの通信リンクを利用して、Ｄｅａｃｔｉｖａｔｉｏｎ信号をＭＦＰ１０から受信する。ＣＰＵ９２は、Ｄｅａｃｔｉｖａｔｉｏｎ信号を受信すると、Ｐ２Ｐの通信リンクを利用してＯＫ信号をＭＦＰ１０に送信する。この結果、ＭＦＰ１０と携帯端末ＰＴ１との間のＰ２Ｐの通信リンクが切断される。

次いで、Ｓ６６では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、Ｐ２Ｐモードのみが起動した状態からＣＥモードのみが起動した状態に移行させる。具体的には、ＣＰＵ９２は、Ｐ２Ｐモードを停止させるとともに、ＣＥモードを起動させる。次いで、Ｓ６８では、ＣＰＵ９２は、ＳＦＬ認証情報（即ち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）をＮＦＣＩ／Ｆ８０に書き込む。

次いで、Ｓ７０では、ＣＰＵ９２は、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが確立されることを監視する。携帯端末ＰＴ１のユーザが、携帯端末ＰＴ１を、ＭＦＰ１０とＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満の位置に配置していると、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０とＭＦＰ１０のＮＦＣＩ／Ｆ２０との間に、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが確立される。ＣＰＵ９２は、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが確立されると、Ｓ７０でＹＥＳと判断し、Ｓ７２に進む。

Ｓ７２では、ＣＰＵ９２は、ＭＦＰ１０から、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクを利用して、ＳＳＩＤ及びパスワードを受信することを監視する。

ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが確立されると、ＮＦＣＩ／Ｆ８０に書き込まれたＳＦＬ認証情報は、確立された通信リンクを利用してＭＦＰ１０によって読み取られる。ＭＦＰ１０は、読み取られたＳＦＬ認証情報を取得する（図３のＳ３６参照）。ＭＦＰ１０は、読み取られたＳＦＬ認証情報を用いて認証を行う（図３のＳ３８参照）。認証が成功すると（図３のＳ３８でＹＥＳの場合）、ＭＦＰ１０は、Ｇ／Ｏ機器として動作を開始し、無線プロファイルを準備する（図３のＳ４０）。ＭＦＰ１０は、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクを利用して、ＳＳＩＤ及びパスワードを携帯端末ＰＴ１に送信する。一方、認証が失敗すると（図３のＳ３８でＮＯの場合）、ＭＦＰ１０は、ＮＧ通知を携帯端末ＰＴ１に送信する。

ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクを利用して、ＭＦＰ１０からＳＳＩＤ及びパスワードを受信すると、ＣＰＵ９２は、Ｓ７２でＹＥＳと判断し、Ｓ７４に進む。一方、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクを利用して、ＭＦＰ１０からＮＧ通知を受信すると、ＣＰＵ９２は、Ｓ７２でＮＯと判断し、Ｓ８６に進む。

Ｓ７４では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻す。具体的には、ＣＰＵ９２は、ＣＥモードを停止させるとともに、Ｐ２Ｐモードを起動させる。その結果、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが切断される。

次いで、Ｓ７６では、ＣＰＵ９２は、受信されＳＳＩＤ及びパスワードを利用して、ＭＦＰ１０と無線接続処理を実行して、ＭＦＰ１０との無線接続を確立する。ここで、Ｓ７４の処理とＳ７６の処理とは、互いに独立した処理であり、Ｓ７２の終了後にそれぞれ所定のタイミングで実行される。そのため、Ｓ７４とＳ７６の各処理が実行される順序は、上記の順序に限られない。他の例では、Ｓ７６の処理がＳ７４の処理よりも先に実行されてもよい。無線接続処理の内容は、Ｓ８２で説明した処理の内容と同様である。無線接続処理が終了すると、ＭＦＰ１０との無線接続が確立される。これにより、携帯端末ＰＴ１は、ＭＦＰ１０がＧ／Ｏ機器として動作するＷＦＤＮＷ（即ち、図３のＳ４０で形成されるＷＦＤＮＷ）に子局（より具体的にはステーション）として参加する。これにより、ＷＦＰ１０と携帯端末ＰＴ１との双方がＷＦＤＮＷに所属する所属状態が構築される。所属状態が構築された後に、ＣＰＵ９２は、ＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ８２を介して、対象データ（例えば、印刷データ）の無線通信をＭＦＰ１０と実行する。Ｓ７６を終えると、図４の処理が終了する。なお、ＣＰＵ９２は、対象データの無線通信後に、ＭＦＰ１０のＣＰＵ３２によって、対象端末のユーザが要求する機能を実行可能であると判断される場合に当該機能を実行可能である。

一方、Ｓ８６では、ＣＰＵ９２は、所定のエラーメッセージを表示部７４に表示させる。この場合、ＭＦＰ１０との無線接続は確立されない。次いで、Ｓ８８では、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻す。その結果、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクが切断される。Ｓ８８を終えると、図４の処理が終了する。

（具体的なケース）
続いて、図５、図６を参照して、図２〜図４のフローチャートによって実現される具体的なケースを説明する。

（ケースＡ１；図５）
図５を参照して、ＭＦＰ１０のＳＦＬがＯＮされている状態で、ＭＦＰ１０と携帯端末ＰＴ１との間でＰ２Ｐの通信リンクが確立される場合に、ＭＦＰ１０と携帯端末ＰＴ１との間で実行される通信の例について説明する。

ＭＦＰ１０は、ＭＦＰ１０の電源がＯＮされると、ＮＦＣＩ／Ｆ２０は、Ｐ２ＰモードとＲ／Ｗモードが起動されており、ＣＥモードが起動されていない初期状態で動作する。また、この時点では、ＭＦＰ１０は、ＷＦＤＮＷに所属していないデバイス機器として動作する。また、上記の通り、ケースＡ１では、ＭＦＰ１０のＳＦＬはＯＮされている（即ち、ＳＦＬ設定情報３８がＯＮを示す）。

一方、携帯端末ＰＴ１のユーザは、携帯端末ＰＴ１の操作部７２を操作して、アプリ起動操作を実行し、次いで、所望の機能の実行を指示する実行操作を実行する。実行操作が行われると、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０は、Ｐ２Ｐモードのみが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態で動作する。

次いで、携帯端末ＰＴ１のユーザは、携帯端末ＰＴ１をＭＦＰ１０に近づける。携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０とＭＦＰ１０のＮＦＣＩ／Ｆ２０との間の距離が、ＮＦＣ通信を実行可能な距離（例えば１０ｃｍ）未満になると、これらのＮＦＣＩ／Ｆの間にＰ２Ｐの通信リンクが確立される。

携帯端末ＰＴ１のＣＰＵ９２は、確立されたＰ２Ｐの通信リンクを利用して（即ち、ＮＦＣＩ／Ｆ８０を介して）、実行要求をＭＦＰ１０に送信する（図４のＳ６０）。

ケースＡ１では、ＳＦＬ設定情報３８（図１参照）はＯＮを示す。そのため、ＭＦＰ１０のＣＰＵ３２は、実行要求を受信すると（図２のＳ１０）、Ｐ２Ｐの通信リンクを利用して、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を携帯端末ＰＴ１に送信する（図２のＳ１２でＹＥＳ、図３のＳ３０）。次いで、図示省略しているが、ＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、Ｄｅａｃｔｉｖａｔｉｏｎ信号を対象端末に送信する（図３のＳ３２）。

図示省略しているが、携帯端末ＰＴ１のＣＰＵ９２は、Ｄｅａｃｔｉｖａｔｉｏｎ信号を受信すると、Ｐ２Ｐの通信リンクを利用してＯＫ信号をＭＦＰ１０に送信する（図４のＳ６４）。この結果、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクが切断される。Ｐ２Ｐの通信リンクが切断されると、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、Ｐ２Ｐモードのみが起動した状態から、ＣＥモードのみが起動した状態に移行させる（図４のＳ６６）。即ち、ＣＰＵ９２は、Ｐ２Ｐモードを停止させるとともに、ＣＥモードを起動させる。次いで、ＣＰＵ９２は、ＳＦＬ認証情報（即ち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）をＮＦＣＩ／Ｆ８０に書き込む。

携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０の状態が、ＣＥモードのみが起動した状態に移行すると、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０とＭＦＰ１０のＮＦＣＩ／Ｆ２０との間に、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが確立される（図３のＳ３４でＹＥＳ、図４のＳ７０でＹＥＳ）。

ＭＦＰ１０のＣＰＵ３２は、確立されたＲ／Ｗ−ＣＥの通信リンクを利用して、携帯端末ＰＴ１から、ＳＦＬ認証情報を受信する（図３のＳ３６）。次いで、ＣＰＵ３２は、受信されたＳＦＬ認証情報（即ち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）を用いて認証を実行する（図３のＳ３８）。図１に示すように、ＳＦＬテーブル４０には、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」を含む組合せ情報が含まれている。従って、ＣＰＵ３２は、認証成功と判断する（即ち、図３のＳ３８でＹＥＳと判断する）。

ＣＰＵ３２は、ＭＦＰ１０の動作状態を、デバイス状態からＧ／Ｏ状態に移行させる（図３のＳ４０）。これにより、ＭＦＰ１０をＧ／Ｏ機器（即ち親局）とするＷＦＤＮＷが形成される。ＣＰＵ３２は、ＷＦＤＮＷで利用される無線プロファイル（即ち、ＳＳＩＤ、パスワード、認証方式、暗号化方式）を準備し、メモリ３４に記憶させる。

次いで、ＣＰＵ３２は、ＷＦＤで利用されるＳＳＩＤ及びパスワードを、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクを利用して携帯端末ＰＴ１に送信する（図３のＳ４２）。ここで、ＣＰＵ３２は、実行要求（図２のＳ１０）に対する返答として、ＳＳＩＤ及びパスワードを送信する（図３のＳ４２）。即ち、ＣＰＵ３２は、対象端末からＳＳＩＤ及びパスワードの送信要求を再度受信することなく、ＳＳＩＤ及びパスワードを対象端末に送信する。

ケースＡ１では、携帯端末ＰＴ１のＣＰＵ９２は、ＳＳＩＤ及びパスワードを受信すると（図４のＳ７２でＹＥＳの場合）、ＮＦＣＩ／Ｆ８０の状態を、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻す（図４のＳ７４）。具体的には、ＣＰＵ９２は、ＣＥモードを停止させるとともに、Ｐ２Ｐモードを起動させる。その結果、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが切断される。

ＣＰＵ９２は、受信されたＳＳＩＤ及びパスワードを利用して、ＭＦＰ１０のＣＰＵ３２と無線接続処理を実行して、ＭＦＰ１０との無線接続を確立する（図４のＳ７６、図３のＳ４４）。これにより、ＷＦＰ１０と携帯端末ＰＴ１との双方がＷＦＤＮＷに所属する所属状態が構築される。

ここで、携帯端末ＰＴ１のユーザが行った実行操作が、印刷の実行を要求する印刷操作であった場合、所属状態が構築された後に、ＣＰＵ９２は、ＷＦＤＮＷを利用して、印刷データをＭＦＰ１０に送信する（図４のＳ７６、図３のＳ４４）。

図１に示すように、ＳＦＬテーブル４０のうち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に対応する組合せ情報は、印刷「ＮＧ」を含む。従って、ケースＡ１では、ＭＦＰ１０のＣＰＵ３２は、印刷を実行不可能であると判断し、印刷を実行しない。

一方、携帯端末ＰＴ１のユーザが行った実行操作が、スキャンの実行を要求するスキャン操作であった場合、所属状態が構築された後に、携帯端末ＰＴ１のユーザは、ＭＦＰ１０の操作部１２を操作してスキャン操作を実行する。

図１に示すように、ＳＦＬテーブル４０のうち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」に対応する組合せ情報は、スキャン「ＯＫ」を含む。従って、ケースＡ１では、ＭＦＰ１０のＣＰＵ３２は、スキャンを実行可能であると判断し、スキャンを実行する。なお、図示省略しているが、ＣＰＵ３２は、ＷＦＤＮＷを利用して、スキャンデータを、携帯端末ＰＴ１に送信する（図４のＳ７６、図３のＳ４４）。

一方、ＳＦＬテーブル４０にユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」を含む組合せ情報が含まれていない場合には、ＭＦＰ１０のＣＰＵ３２は、認証失敗と判断する（即ち、図３のＳ３８でＮＯと判断する）。その場合、ＣＰＵ３２は、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクを利用して、所定のＮＧ通知を対象端末に送信する。

携帯端末ＰＴ１のＣＰＵ９２は、ＮＧ通知を受信すると、所定のエラーメッセージを表示部７４に表示させる（図４のＳ８６）。その後、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻す（図４のＳ８８）。具体的には、ＣＰＵ９２は、ＣＥモードを停止させるとともに、Ｐ２Ｐモードを起動させる。その結果、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが切断される。この場合、ＭＦＰ１０と携帯端末ＰＴ１との無線接続は確立されない。

（ケースＡ１の効果）
ＭＦＰ１０は、ＳＦＬがＯＮされている状態で、携帯端末ＰＴ１から、Ｐ２Ｐの通信リンクを利用して（即ち、ＮＦＣＩ／Ｆ２０を介して）実行要求を受信する（図２のＳ１０）と、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を携帯端末ＰＴ１に送信する（図３のＳ３０）。その後、ＭＦＰ１０は、携帯端末ＰＴ１から、Ｒ／Ｗ−ＣＥの通信リンクを利用して（即ち、ＮＦＣＩ／Ｆ２０を介して）ＳＦＬ認証情報（即ち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）を受信すると（図３のＳ３６）、受信したユーザＩＤ及びパスワードを用いて認証を実行する（図３のＳ３８）。即ち、ＭＦＰ１０は、受信したユーザＩＤ及びパスワードを含む組合せ情報がＳＦＬテーブル４０（図１参照）内に存在するか否か判断する。ＭＦＰ１０は、認証が成功する場合に（図３のＳ３８でＹＥＳの場合）、動作状態をＧ／Ｏ状態に移行させ（図３のＳ４０）、Ｒ／Ｗ−ＣＥの通信リンクを利用して、ＭＦＰ１０をＧ／Ｏ機器とするＷＦＤＮＷで利用されるＳＳＩＤ及びパスワードを携帯端末ＰＴ１に送信する（図３のＳ４２）。ＭＦＰ１０は、ＭＦＰ１０と携帯端末ＰＴ１の双方がＷＦＤＮＷに所属する所属状態が構築された後に、ＷＦＤＮＷを利用して（即ち、無線ＬＡＮＩ／Ｆ２２を介して）、対象データ（即ち、印刷データ又はスキャンデータ）の無線通信を携帯端末ＰＴ１と実行する。一方、ＭＦＰ１０は、認証が失敗する場合に（図３のＳ３８でＮＯの場合）、Ｒ／Ｗ−ＣＥの通信リンクを利用して、ＮＧ通知を携帯端末ＰＴ１に送信する（図３のＳ４６）。この場合、所属状態は構築されない。即ち、ケースＡ１では、ＭＦＰ１０は、認証が成功するか否かに応じて、その後、ＷＦＤＮＷを利用して、無線ＬＡＮＩ／Ｆ２２を介して、対象データの無線通信を携帯端末ＰＴ１と実行するか否かを変えることができる。従って、本実施例のＭＦＰ１０によると、ＮＦＣＩ／Ｆ２０を利用した通信と、無線ＬＡＮＩ／Ｆ２２を利用した通信と、を適切に実行することができる。

ＭＦＰ１０は、携帯端末ＰＴ１との間に確立されるＰ２Ｐの通信リンクを利用して、携帯端末ＰＴ１から実行要求を受信し（図２のＳ１０）、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を携帯端末ＰＴ１に送信する（図３のＳ３０）。ＭＦＰ１０は、その後、Ｐ２Ｐの通信リンクが切断された後に確立されるＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクを利用して、携帯端末ＰＴ１からＳＦＬ認証情報を受信し（図３のＳ３６）、ＳＳＩＤ及びパスワードを携帯端末ＰＴ１に送信する（図３のＳ４２）。このため、ＭＦＰ１０は、携帯端末ＰＴ１との間に適切に通信リンクを確立できるとともに、携帯端末ＰＴ１との間で各情報を適切に送受信することができる。

また、ケースＡ１では、携帯端末ＰＴ１は、Ｐ２Ｐの通信リンクが切断された後に、ＮＦＣＩ／Ｆ８０の状態を、Ｐ２Ｐモードのみが起動されており、他のモード（即ち、Ｒ／Ｗモード及びＣＥモード）が起動されていない初期状態から、ＣＥモードのみが起動されており、他のモード（即ち、Ｒ／Ｗモード及びＣＥモード）が起動されていない状態に変更している。携帯端末ＰＴ１は、ＮＦＣＩ／Ｆ８０の状態を適切に変更することができる。比較例として、ＮＦＣＩ／Ｆ８０の状態が上記初期状態のまま変更されない場合を想定する。比較例では、携帯端末ＰＴ１が、ＳＦＬ認証情報を適切にＭＦＰ１０に送信できない事態が発生する可能性がある。その場合、携帯端末ＰＴ１のユーザによる操作がさらに必要になる等、ユーザが煩雑な操作を行わなければならない可能性がある。この点、上記のケースＡ１では、携帯端末ＰＴ１は、Ｐ２Ｐの通信リンクが切断された後に、ＮＦＣＩ／Ｆ８０の状態を変更するため、ユーザに煩雑な操作を行わせることなく、適切にＳＦＬ認証情報をＭＦＰ１０に送信することができる。

携帯端末ＰＴ１は、ＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を受信すると（図４のＳ７２でＹＥＳの場合）、ＮＦＣＩ／Ｆ８０の状態を、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻す（図４のＳ７４）。携帯端末ＰＴ１は、状況に応じて、ＮＦＣＩ／Ｆ８０の状態を適切に変更することができる。

（ケースＡ２；図６）
図６を参照して、ＭＦＰ１０のＳＦＬがＯＦＦされている状態（即ち、ＳＦＬ設定情報３８がＯＦＦを示す状態）において、ＭＦＰ１０と携帯端末ＰＴ１との間でＰ２Ｐの通信リンクが確立される場合に、ＭＦＰ１０と携帯端末ＰＴ１との間で実行される通信の例について説明する。

ケースＡ２においても、ＭＦＰ１０と携帯端末ＰＴ１との間にＰ２Ｐの通信リンクが確立されるまでの各処理はケースＡ１と同様である。

携帯端末ＰＴ１のＣＰＵ９２は、確立されたＰ２Ｐの通信リンクを利用して、実行要求をＭＦＰ１０に送信する（図４のＳ６０）。

上記の通り、ケースＡ２では、ＳＦＬ設定情報３８（図１参照）はＯＦＦを示す。そのため、ＭＦＰ１０のＣＰＵ３２は、実行要求を受信すると（図２のＳ１０）、ＭＦＰ１０の動作状態を、デバイス状態からＧ／Ｏ状態に移行させる（図２のＳ１２でＮＯ、Ｓ１４）。これにより、ＭＦＰ１０をＧ／Ｏ機器とするＷＦＤＮＷが形成される。ＣＰＵ３２は、ＷＦＤＮＷで利用される無線プロファイル（即ち、ＳＳＩＤ、パスワード、認証方式、暗号化方式）を準備し、メモリ３４に記憶させる。

次いで、ＣＰＵ３２は、ＷＦＤで利用されるＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を、Ｐ２Ｐの通信リンクを利用して携帯端末ＰＴ１に送信する（図２のＳ１６）。

次いで、携帯端末ＰＴ１のＣＰＵ９２は、受信されたＳＳＩＤ及びパスワードを利用して、ＭＦＰ１０のＣＰＵ３２と無線接続処理を実行して、ＭＦＰ１０との無線接続を確立する（図４のＳ７６、図２のＳ１８）。これにより、ＷＦＰ１０と携帯端末ＰＴ１との双方がＷＦＤＮＷに所属する所属状態が構築される。

ケースＡ２では、携帯端末ＰＴ１のユーザが行った実行操作は、印刷の実行を要求する印刷操作である。そのため、所属状態が構築された後に、ＣＰＵ９２は、ＷＦＤＮＷを利用して、印刷データをＭＦＰ１０に送信する（図４のＳ７６、図２のＳ１８）。ただし、ケースＡ１と同様に、ＭＦＰ１０のＣＰＵ３２は、印刷を実行不可能であると判断し、印刷を実行しない。

なお、ケースＡ２では、その後、ＭＦＰ１０と携帯端末ＰＴ１との間のＰ２Ｐの通信リンクが任意の手法によって切断される。例えば、ＭＦＰ１０のＣＰＵ３２が、Ｄｅａｃｔｉｖａｔｉｏｎ信号を携帯端末ＰＴ１に送信することにより、Ｐ２Ｐの通信リンクが切断される。また、変形例では、携帯端末ＰＴ１のユーザが携帯端末ＰＴ１をＭＦＰ１０から離間させ、ＮＦＣ通信範囲外に移動させることによってＰ２Ｐの通信リンクが切断されてもよい。

（ケースＡ２の効果）
ケースＡ２では、ケースＡ１とは異なり、ＳＦＬがＯＦＦされている。ケースＡ２では、ＭＦＰ１０は、携帯端末ＰＴ１からＰ２Ｐの通信リンクを利用して実行要求を受信する（図２のＳ１０）と、ケースＡ１とは異なり、動作状態をＧ／Ｏ状態に移行させ（図２のＳ１４）、ＭＦＰ１０をＧ／Ｏ機器（即ち親局）とするＷＦＤＮＷで利用されるＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を携帯端末ＰＴ１に送信する（図２のＳ１６）。即ち、本実施例のＭＦＰ１０は、ＳＦＬがＯＮされているか否かに応じて、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を送信するのか、ＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を送信するのかを変えることができる。そのため、ＭＦＰ１０は、ＳＦＬがＯＮされているか否かに応じて、適切に動作することができる。

（対応関係）
ＭＦＰ１０、携帯端末ＰＴ１〜ＰＴ３が、それぞれ、「通信装置」、「端末装置」の一例である。ＮＦＣ方式、ＷＦＤ方式が、それぞれ、「第１の方式」、「第２の方式」の一例である。ＮＦＣＩ／Ｆ２０、８０、無線ＬＡＮＩ／Ｆ２２、８２が、それぞれ、「第１種のインターフェース」、「第２種のインターフェース」の一例である。実行要求が「特定の要求情報」の一例である。ＭＦＰ１０がＧ／Ｏ機器として動作するＷＦＤＮＷで利用されるＳＳＩＤ及びパスワードが「ネットワーク情報」の一例である。ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号、ＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号が、それぞれ、「第１の応答情報」、「第２の応答情報」の一例である。第１の応答情報は、認証情報が必要であることを端末装置に通知するための情報、と言い換えることができる。ＳＦＬ認証情報、ＳＦＬテーブル４０、ＳＦＬ設定情報３８が、それぞれ、「特定の認証情報」、「認証用リスト」、「設定情報」の一例である。図３のＳ３８で実行される認証が「第１の判断処理」の一例である。ＭＦＰ１０と携帯端末ＰＴ１の間に確立されるＰ２Ｐの通信リンク、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが、それぞれ、「第１の通信リンク」、「第２の通信リンク」の一例である。ＭＦＰ１０のＰ２Ｐモード、Ｒ／Ｗモードが、それぞれ、「第１のモード」、「第２のモード」の一例である。携帯端末ＰＴ１のＰ２Ｐモード、ＣＥモードが、それぞれ、「第３のモード」、「第４のモード」の一例である。

図２のＳ１０の処理、図３のＳ３０の処理、図３のＳ３８の処理が、それぞれ、「通信装置」における「要求情報受信部」、「第１の応答部」、「第１の判断部」によって実行される処理の一例である。図３のＳ４２、Ｓ４６の処理、図３のＳ４４の処理、図２のＳ１６の処理が、それぞれ、「通信装置」における「第１の通信部」、「実行部」、「第２の応答部」によって実行される処理の一例である。

図４のＳ６０の処理、図４のＳ６２、Ｓ８０の処理が、それぞれ、「端末装置」における「要求情報送信部」、「応答受信部」によって実行される処理の一例である。図４のＳ６８の処理、図４のＳ７２の処理、図４のＳ７６、Ｓ８６の処理が、それぞれ、「端末装置」における「認証情報送信部」、「通信部」、「実行部」によって実行される処理の一例である。図４のＳ７４、Ｓ８８の処理が、「端末装置」における「状態変更部」によって実行される処理の一例である。

（第２実施例）
第２実施例について、第１実施例と異なる点を中心に説明する。本実施例では、図７に示すように、ＭＦＰ１０のＳＦＬがＯＮされている状態で、ＭＦＰ１０と携帯端末ＰＴ１との間でＰ２Ｐの通信リンクが確立される場合における、ＭＦＰ１０と携帯端末ＰＴ１の動作が、第１実施例のケースＡ１（図５参照）とは異なる。なお、ＭＦＰ１０のＳＦＬがＯＦＦされている場合のＭＦＰ１０と携帯端末ＰＴ１の動作は、第１実施例のケースＡ２（図６参照）とほぼ同様であるため、本実施例では詳しい説明を省略する。

（ケースＢ；図７）
図７に示すように、ＭＦＰ１０の電源がＯＮされると、ＮＦＣＩ／Ｆ２０は、Ｐ２Ｐモードのみが起動されており、他のモード（即ち、Ｒ／Ｗモード及びＣＥモード）が起動されていない初期状態で動作する。この時点では、ＭＦＰ１０は、ＷＦＤＮＷに所属していないデバイス機器として動作する。また、ＭＦＰ１０のＳＦＬはＯＮされている（即ち、ＳＦＬ設定情報３８がＯＮを示す）。

一方、携帯端末ＰＴ１のユーザによってアプリ起動操作及び実行操作が行われると、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０は、Ｐ２ＰモードとＲ／Ｗモードが起動されており、ＣＥモードが起動されていない状態で動作する。

携帯端末ＰＴ１のユーザが携帯端末ＰＴ１をＭＦＰ１０に近づけると、ＭＦＰ１０と携帯端末ＰＴ１との間にＰ２Ｐの通信リンクが確立される。

その後、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクが切断されるまでの各処理（即ち、ＭＦＰ１０のＣＰＵ３２が、実行要求を携帯端末ＰＴ１から受信し、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を携帯端末ＰＴ１に送信する処理）は、第１実施例のケースＡ１（図５参照）と同様であるため、詳しい説明を省略する。

ケースＢでは、Ｐ２Ｐの通信リンクが切断されると、ＭＦＰ１０のＣＰＵ３２は、ＮＦＣＩ／Ｆ２０の状態を、Ｐ２Ｐモードのみが起動した状態から、ＣＥモードのみが起動した状態に移行させる。即ち、ＣＰＵ３２は、Ｐ２Ｐモードを停止させるとともに、ＣＥモードを起動させる。

ＮＦＣＩ／Ｆ２０の状態が、ＣＥモードのみが起動した状態に移行すると、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０とＭＦＰ１０のＮＦＣＩ／Ｆ２０との間に、ＭＦＰ１０（ＣＥ）−携帯端末ＰＴ１（Ｒ／Ｗ）の通信リンクが確立される。

携帯端末ＰＴ１のＣＰＵ９２は、確立されたＲ／Ｗ−ＣＥの通信リンクを利用して、携帯端末ＰＴ１から、ＳＦＬ認証情報をＭＦＰ１０に送信する。具体的に言うと、ＣＰＵ９２は、ＭＦＰ１０のＮＦＣＩ／Ｆ２０にＳＦＬ認証情報を書き込む。

ＭＦＰ１０のＣＰＵ３２は、ＳＦＬ認証情報を受信すると、受信されたＳＦＬ認証情報を用いて認証を実行する。

ＭＦＰ１０のＣＰＵ３２は、認証成功と判断すると、ＭＦＰ１０の動作状態を、デバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０をＧ／Ｏ機器（即ち親局）とするＷＦＤＮＷが形成される。ＣＰＵ３２は、ＷＦＤＮＷで利用される無線プロファイル（即ち、ＳＳＩＤ、パスワード、認証方式、暗号化方式）を準備し、メモリ３４に記憶させる。次いで、ＣＰＵ３２は、ＷＦＤで利用されるＳＳＩＤ及びパスワードを、ＮＦＣＩ／Ｆ２０に書き込む。

携帯端末ＰＴ１のＣＰＵ９２は、ＭＦＰ１０（ＣＥ）−携帯端末ＰＴ１（Ｒ／Ｗ）の通信リンクを利用して、ＭＦＰ１０から、ＷＦＤで利用されるＳＳＩＤ及びパスワードを受信する。具体的に言うと、ＣＰＵ９２は、ＭＦＰ１０のＮＦＣＩ／Ｆ２０からＳＳＩＤ及びパスワードを読み出し、読み出されたＳＳＩＤ及びパスワードを取得する。

ケースＢでは、ＭＦＰ１０のＣＰＵ３２は、ＳＳＩＤ及びパスワードが読み出されると、ＮＦＣＩ／Ｆ２０の状態を、ＣＥモードのみが起動した状態から、Ｐ２Ｐモードのみが起動した状態に戻す。具体的には、ＣＰＵ３２は、ＣＥモードを停止させるとともに、Ｐ２Ｐモードを起動させる。その結果、ＭＦＰ１０（ＣＥ）−携帯端末ＰＴ１（Ｒ／Ｗ）の通信リンクが切断される。

その後に携帯端末ＰＴ１のＣＰＵ９２とＭＦＰ１０のＣＰＵ３２との間で実行される各処理は、第１実施例のケースＡ１（図５参照）と同様であるため、詳しい説明を省略する。

一方、ＭＦＰ１０のＣＰＵ３２は、認証失敗と判断すると、ＳＳＩＤ及びパスワードに代えて、ＮＧ通知をＮＦＣＩ／Ｆ２０に書き込む。

携帯端末ＰＴ１のＣＰＵ９２は、ＭＦＰ１０（ＣＥ）−携帯端末ＰＴ１（Ｒ／Ｗ）の通信リンクを利用して、ＭＦＰ１０から、ＮＧ通知を受信する。具体的に言うと、ＣＰＵ９２は、ＭＦＰ１０のＮＦＣＩ／Ｆ２０からＮＧ通知を読み出し、読み出されたＮＧ通知を取得する。

携帯端末ＰＴ１のＣＰＵ９２は、ＮＧ通知を受信すると、所定のエラーメッセージを表示部７４に表示させる。

ＭＦＰ１０のＣＰＵ３２は、ＮＧ通知が読み出されると、ＮＦＣＩ／Ｆ２０の状態を、ＣＥモードのみが起動した状態から、Ｐ２Ｐモードのみが起動した状態に戻す。その結果、ＭＦＰ１０（ＣＥ）−携帯端末ＰＴ１（Ｒ／Ｗ）の通信リンクが切断される。

（本実施例の効果）
本実施例のケースＢ（図７参照）では、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが切断された後に、ＮＦＣＩ／Ｆ２０の状態を、Ｐ２Ｐモードのみが起動されており、他のモード（Ｒ／Ｗモード及びＣＥモード）が起動されていない初期状態から、ＣＥモードのみが起動されており、他のモード（Ｒ／Ｗモード及びＣＥモード）が起動されていない状態に変更している。ＭＦＰ１０は、ＮＦＣＩ／Ｆ２０の状態を適切に変更することができる。

（対応関係）
ＭＦＰ１０のＮＦＣＩ／Ｆ２０のＰ２Ｐモード、ＣＥモードが、それぞれ、「第１のモード」、「第２のモード」の一例である。携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０のＰ２Ｐモード、Ｒ／Ｗモードが、それぞれ、「第３のモード」、「第４のモード」の一例である。ケースＢ（図７）において、Ｐ２Ｐの通信リンクが切断された後に、ＭＦＰ１０のＣＰＵ３２が、ＮＦＣＩ／Ｆ２０の状態を、Ｐ２Ｐモードのみが起動されており、他のモード（Ｒ／Ｗモード及びＣＥモード）が起動されていない初期状態から、ＣＥモードのみが起動されており、他のモード（Ｒ／Ｗモード及びＣＥモード）が起動されていない状態に変更する処理が、「通信装置」における「状態変更部」によって実行される処理の一例である。

（第３実施例）
第３実施例について、第１実施例と異なる点を中心に説明する。本実施例では、ＳＦＬテーブル４０の内容が第１実施例とは異なる。図１０、図１２に示すように、ＳＦＬテーブル４０は、ユーザＩＤ（例えばＵ１）と、パスワード（例えばＰ１）と、当該ユーザが印刷機能を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）と、当該ユーザがスキャン機能を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）と、に加え、さらに、当該ユーザがＨ／Ｏ（Hand Overの略）処理を実行可能であるのか否かを示す情報（ＯＫ又はＮＧ）が関連付けられている複数個の組合せ情報を含む。Ｈ／Ｏ処理とは、携帯端末（例えば携帯端末ＰＴ１）とＭＦＰ１０との双方がＷＦＤＮＷに所属している所属状態を構築するための処理である。例えば、図１０のＳＦＬテーブル４０は、ユーザＩＤ「Ｕ１」、パスワード「Ｐ１」、印刷「ＮＧ」、スキャン「ＯＫ」、Ｈ／Ｏ「ＮＧ」が関連付けられている組合せ情報を含む。

また、本実施例では、図８に示すように、ＭＦＰ１０のＣＰＵ３２が実行するＳＦＬ認証処理の内容も第１実施例とは異なる。なお、図２のＳ１２でＮＯの場合における各処理は、第１実施例の場合と同様であるため、本実施例では詳しい説明を省略する。

（ＭＦＰ１０のＳＦＬ認証処理；図８）
図８を参照して、本実施例において、図２のＳ２０で実行されるＳＦＬ認証処理の内容を説明する。ＣＰＵ３２は、対象端末との間で確立されたＰ２Ｐの通信リンクを利用して対象端末から実行要求を受信した際（図２のＳ１０参照）に、ＳＦＬ設定情報３８がＯＮを示す場合（図２のＳ１２でＹＥＳの場合）に、図８のＳＦＬ認証処理を開始する。

Ｓ１００では、ＣＰＵ３２は、全ユーザが、Ｈ／Ｏ（Hand Overの略）処理を実行不可能か否か判断する。具体的に言うと、Ｓ１００では、ＣＰＵ３２は、ＳＦＬテーブル４０を参照し、全ての組合せ情報が、Ｈ／Ｏ「ＮＧ」を含むか否かを判断する。図１０に示すように、ＳＦＬテーブル４０内の全ての組合せ情報がＨ／Ｏ「ＮＧ」を含む場合、ＣＰＵ３２は、Ｓ１００でＹＥＳと判断し、Ｓ１３２に進む。一方、図１２に示すように、ＳＦＬテーブル４０内に、Ｈ／Ｏ「ＯＫ」を含む組合せ情報が存在する場合、ＣＰＵ３２は、Ｓ１００でＮＯと判断し、Ｓ１０２に進む。

Ｓ１３２では、ＣＰＵ３２は、対象端末との間で確立されたＰ２Ｐの通信リンクを利用して、対象端末に、所定の禁止情報を含むＲｅｓｐｏｎｓｅ信号を送信する。禁止情報は、Ｈ／Ｏ処理の実行を許可しないことを示す情報である。次いで、Ｓ１３４では、Ｐ２Ｐの通信リンクを利用して、Ｄｅａｃｔｉｖａｔｉｏｎ信号を対象端末に送信する。

対象端末は、Ｄｅａｃｔｉｖａｔｉｏｎ信号を受信すると、Ｐ２Ｐの通信リンクを利用してＯＫ信号をＭＦＰ１０に送信する。この結果、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクが切断される。Ｓ１３４を終えると、図８の処理、及び、図２の処理が終了する。

一方、Ｓ１０２では、ＣＰＵ３２は、対象端末との間で確立されたＰ２Ｐの通信リンクを利用して、対象端末に、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を送信する。続くＳ１０４〜Ｓ１１０の各処理は、図３のＳ３２〜Ｓ３８の各処理と同様であるため、詳しい説明を省略する。Ｓ１１０でＹＥＳと判断される場合（即ち、認証成功）、ＣＰＵ３２は、Ｓ１１２に進む。一方、Ｓ１１０でＮＯと判断される場合（即ち、認証失敗）、ＣＰＵ３２は、Ｓ１２２に進む。

Ｓ１１２では、ＣＰＵ３２は、Ｓ１０８で受信されたユーザＩＤが示すユーザが、Ｈ／Ｏ処理を実行可能か否か判断する。具体的に言うと、Ｓ１１２では、ＣＰＵ３２は、ＳＦＬテーブル４０（図１２参照）を参照し、Ｓ１０８で受信されたユーザＩＤにＨ／Ｏ「ＯＫ」が関連付けられているか否か判断する。Ｓ１０８で受信されたユーザＩＤにＨ／Ｏ「ＯＫ」が関連付けられている場合、ＣＰＵ３２は、Ｓ１１２でＹＥＳと判断し、Ｓ１１４に進む。一方、Ｓ１０８で受信されたユーザＩＤにＨ／Ｏ「ＮＧ」が関連付けられている場合、ＣＰＵ３２は、Ｓ１１２でＮＯと判断し、Ｓ１２２に進む。

Ｓ１１４では、ＣＰＵ３２は、Ｓ１０８で受信されたユーザＩＤが示すユーザが、実行要求で指定された所望の機能を実行可能か否か判断する。具体的に言うと、Ｓ１１４では、ＣＰＵ３２は、ＳＦＬテーブル４０（図１２参照）を参照し、Ｓ１０８で受信されたユーザＩＤに印刷「ＯＫ」（又はスキャン「ＯＫ」）が関連付けられているか否か判断する。例えば、実行要求で指定された機能が印刷機能である場合において、Ｓ１０８で受信されたユーザＩＤに印刷「ＯＫ」が関連付けられていると、ＣＰＵ３２は、Ｓ１１４でＹＥＳと判断し、Ｓ１１６に進む。一方、例えば、実行要求で指定された機能が印刷機能である場合において、Ｓ１０８で受信されたユーザＩＤに印刷「ＮＧ」が関連付けられていると、ＣＰＵ３２は、Ｓ１１４でＮＯと判断し、Ｓ１２２に進む。

続くＳ１１６〜１２０の各処理は、図３のＳ４０〜Ｓ４４の各処理と同様であるため、詳しい説明を省略する。Ｓ１２０を終えると、図８の処理、及び、図２の処理が終了する。

一方、Ｓ１２２では、ＣＰＵ３２は、図３のＳ４６と同様に、ＭＦＰ１０（Ｒ／Ｗ）−対象端末（ＣＥ）の通信リンクを利用して、所定のＮＧ通知を対象端末に送信する。この場合、対象端末との無線接続は確立されない。Ｓ１２２を終えると、図８の処理、及び、図２の処理が終了する。

（具体的なケース）
また、本実施例では、図９、図１１に示すように、ＭＦＰ１０のＳＦＬがＯＮされている場合において、ＭＦＰ１０と携帯端末ＰＴ１との間でＰ２Ｐの通信リンクが確立される場合における、ＭＦＰ１０と携帯端末ＰＴ１の動作が、第１実施例のケースＡ１（図５参照）とは異なる。図９〜図１２を参照して、具体的なケースについて説明する。

（ケースＣ１；図９、図１０）
図９を参照して、ＭＦＰ１０のＳＦＬがＯＮされている状態で、ＭＦＰ１０と携帯端末ＰＴ１との間でＰ２Ｐの通信リンクが確立される場合に、ＭＦＰ１０と携帯端末ＰＴ１との間で実行される通信の例について説明する。ケースＣ１では、ＭＦＰ１０は、メモリ３４内に、図１０に示すＳＦＬテーブル４０を記憶している。

ＭＦＰ１０と携帯端末ＰＴ１との間にＰ２Ｐの通信リンクが確立され、ＭＦＰ１０のＣＰＵ３２が実行要求を受信するまでの各処理は、第１実施例のケースＡ１（図５参照）と同様である。

ケースＣ１では、ＭＦＰ１０のＣＰＵ３２は、実行要求を受信すると、全ユーザが、Ｈ／Ｏ処理を実行不可能か否か判断する（図８のＳ１００）。ケースＣ１では、図１０に示すように、ＳＦＬテーブル４０内の全ての組合せ情報がＨ／Ｏ「ＮＧ」を含む。従って、ＣＰＵ３２は、全ユーザがＨ／Ｏ処理を実行不可能であると判断する（即ち、図８のＳ１００でＹＥＳと判断する）。

ＭＦＰ１０のＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、携帯端末ＰＴ１に、禁止情報を含むＲｅｓｐｏｎｓｅ信号を送信する（図８のＳ１３２）。

携帯端末ＰＴ１のＣＰＵ９２は、禁止情報を含むＲｅｓｐｏｎｓｅ信号を受信すると、所定のエラーメッセージを表示部７４に表示させる。

次いで、図示省略しているが、ＭＦＰ１０のＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、Ｄｅａｃｔｉｖａｔｉｏｎ信号を対象端末に送信する（図８のＳ１３４）。

図示省略しているが、携帯端末ＰＴ１のＣＰＵ９２は、Ｄｅａｃｔｉｖａｔｉｏｎ信号を受信すると、Ｐ２Ｐの通信リンクを利用してＯＫ信号をＭＦＰ１０に送信する。この結果、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクが切断される。

（ケースＣ２；図１１、図１２）
ケースＣ２では、ＭＦＰ１０は、図１２に示すＳＦＬテーブル４０を記憶している。ＭＦＰ１０と携帯端末ＰＴ１との間にＰ２Ｐの通信リンクが確立され、ＭＦＰ１０のＣＰＵ３２が実行要求を受信するまでの各処理は、第１実施例のケースＡ１（図５参照）と同様である。なお、ケースＣ２では、実行要求は印刷機能の実行を要求する情報を含む。

ケースＣ２でも、ＭＦＰ１０のＣＰＵ３２は、実行要求を受信すると、全ユーザが、Ｈ／Ｏ処理を実行不可能か否か判断する（図８のＳ１００）。ケースＣ２では、図１２に示すように、ＳＦＬテーブル４０内に、Ｈ／Ｏ「ＯＫ」が関連付けられている組合せ情報が含まれている。従って、ＣＰＵ３２は、少なくとも１人のユーザがＨ／Ｏ処理を実行可能であると判断する（即ち、図８のＳ１００でＮＯと判断する）。

ＭＦＰ１０のＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、携帯端末ＰＴ１に、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を送信する（図８のＳ１０２）。次いで、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクが切断される。

Ｐ２Ｐの通信リンクが切断されると、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、Ｐ２Ｐモードのみが起動した状態から、ＣＥモードのみが起動した状態に移行させる（図４のＳ６６）。ＣＰＵ９２は、ＳＦＬ認証情報（即ち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）をＮＦＣＩ／Ｆ８０に書き込む。

次いで、携帯端末ＰＴ１のＮＦＣＩ／Ｆ８０とＭＦＰ１０のＮＦＣＩ／Ｆ２０との間に、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが確立される（図８のＳ１０６でＹＥＳ、図４のＳ７０でＹＥＳ）。

ＭＦＰ１０のＣＰＵ３２は、確立されたＲ／Ｗ−ＣＥの通信リンクを利用して、携帯端末ＰＴ１から、ＳＦＬ認証情報を受信する（図８のＳ１０８）。次いで、ＣＰＵ３２は、受信されたＳＦＬ認証情報（即ち、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」）を用いて認証を実行する（図８のＳ１１０）。図１２に示すように、ＳＦＬテーブル４０には、ユーザＩＤ「Ｕ１」及びパスワード「Ｐ１」を含む組合せ情報が含まれている。従って、ケースＣ２では、ＣＰＵ３２は、認証成功と判断する（即ち、図８のＳ１１０でＹＥＳと判断する）。

次いで、ＣＰＵ３２は、ユーザＩＤ「Ｕ１」が示すユーザが、Ｈ／Ｏ処理を実行可能か否か判断する（図８のＳ１１２）。図１２に示すように、ユーザＩＤ「Ｕ１」にはＨ／Ｏ「ＮＧ」が関連付けられている。従って、ＣＰＵ３２は、Ｈ／Ｏ処理を実行不可能であると判断し（図８のＳ１１２でＮＯ）、Ｒ／Ｗ−ＣＥの通信リンクを利用して、ＮＧ通知を携帯端末ＰＴ１に送信する（図８のＳ１２２）。

携帯端末ＰＴ１のＣＰＵ９２は、ＮＧ通知を受信すると、所定のエラーメッセージを表示部７４に表示させる（図４のＳ８６）。その後、ＣＰＵ９２は、ＮＦＣＩ／Ｆ８０の状態を、ＣＥモードのみが起動した状態からＰ２Ｐモードのみが起動した状態に戻す（図４のＳ８８）。その結果、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ１（ＣＥ）の通信リンクが切断される。この場合、ＭＦＰ１０と携帯端末ＰＴ１との無線接続は確立されない。

さらに、携帯端末ＰＴ１に代わって、携帯端末ＰＴ２（図１参照）が、ＭＦＰ１０との間でＰ２Ｐの通信リンクを確立し、印刷の実行を要求する実行要求をＭＦＰ１０に送信した場合の例について説明する。なお、図示を省略するが、ＭＦＰ１０と携帯端末ＰＴ２との間にＰ２Ｐの通信リンクが確立され、ＭＦＰ１０のＣＰＵ３２がＳＦＬ認証情報を受信するまでの各処理は、携帯端末ＰＴ１の場合と同様である。この場合、ＭＦＰ１０が携帯端末ＰＴ２から受信するＳＦＬ認証情報には、ユーザＩＤ「Ｕ２」、パスワード「Ｐ２」が含まれる。図１２に示すように、ＳＦＬテーブル４０には、ユーザＩＤ「Ｕ２」及びパスワード「Ｐ２」を含む組合せ情報が含まれている。従って、この場合も、ＣＰＵ３２は、認証成功と判断する（即ち、図８のＳ１１０でＹＥＳと判断する）。

次いで、ＣＰＵ３２は、ユーザＩＤ「Ｕ２」が示すユーザが、Ｈ／Ｏ処理を実行可能か否か判断する（図８のＳ１１２）。図１２に示すように、ユーザＩＤ「Ｕ２」にはＨ／Ｏ「ＯＫ」が関連付けられている。従って、ＣＰＵ３２は、Ｈ／Ｏ処理を実行可能であると判断する（図８のＳ１１２でＹＥＳ）。

次いで、ＣＰＵ３２は、ユーザＩＤ「Ｕ２」が示すユーザが、印刷を実行可能か否か判断する（図８のＳ１１４）。図１２に示すように、ユーザＩＤ「Ｕ２」には印刷「ＮＧ」が関連付けられている。従って、ＣＰＵ３２は、印刷を実行不可能であると判断し（図８のＳ１１４でＮＯ）、Ｒ／Ｗ−ＣＥの通信リンクを利用して、ＮＧ通知を携帯端末ＰＴ２に送信する（図８のＳ１２２）。その後の処理は、上記の携帯端末ＰＴ１の場合と同様である。

さらに、携帯端末ＰＴ１に代わって、携帯端末ＰＴ３（図１参照）が、ＭＦＰ１０との間でＰ２Ｐの通信リンクを確立し、印刷の実行を要求する実行要求をＭＦＰ１０に送信した場合の例について説明する。なお、図示を省略するが、ＭＦＰ１０と携帯端末ＰＴ３との間にＰ２Ｐの通信リンクが確立され、ＭＦＰ１０のＣＰＵ３２がＳＦＬ認証情報を受信するまでの各処理は、携帯端末ＰＴ１の場合と同様である。この場合、ＭＦＰ１０が携帯端末ＰＴ３から受信するＳＦＬ認証情報には、ユーザＩＤ「Ｕ３」、パスワード「Ｐ３」が含まれる。図１２に示すように、ＳＦＬテーブル４０には、ユーザＩＤ「Ｕ３」及びパスワード「Ｐ３」を含む組合せ情報が含まれているため、ＣＰＵ３２は、認証成功と判断する（即ち、図８のＳ１１０でＹＥＳと判断する）。また、ユーザＩＤ「Ｕ３」にはＨ／Ｏ「ＯＫ」が関連付けられているため、次いで、ＣＰＵ３２は、Ｈ／Ｏ処理を実行可能であると判断する（図８のＳ１１２でＹＥＳ）。さらに、ユーザＩＤ「Ｕ３」には印刷「ＯＫ」が関連付けられているため、次いで、ＣＰＵ３２は、印刷を実行可能であると判断する（図８のＳ１１４でＹＥＳ）。

この場合、ＣＰＵ３２は、ＭＦＰ１０の動作状態を、デバイス状態からＧ／Ｏ状態に移行させる（図８のＳ１１６）。これにより、ＭＦＰ１０をＧ／Ｏ機器（即ち親局）とするＷＦＤＮＷが形成される。ＣＰＵ３２は、ＷＦＤＮＷで利用される無線プロファイル（即ち、ＳＳＩＤ、パスワード、認証方式、暗号化方式）を準備し、メモリ３４に記憶させる。

次いで、ＣＰＵ３２は、ＷＦＤで利用されるＳＳＩＤ及びパスワードを、ＭＦＰ１０（Ｒ／Ｗ）−携帯端末ＰＴ３（ＣＥ）の通信リンクを利用して携帯端末ＰＴ３に送信する（図３のＳ４２）。

これ以降の各処理は、第１実施例のケースＡ１（図５参照）の場合と略同様である。即ち、携帯端末ＰＴ３とＭＦＰ１０との間に無線接続が確立され、ＭＦＰ１０は、携帯端末ＰＴ３から印刷データを受信する。但し、この場合は、ＭＦＰ１０が印刷データを受信後に印刷を実行可能か否か判断することなく、印刷を実行する。

（本実施例の効果）
図１０、図１２に示すように、ＳＦＬテーブル４０に含まれている各組合せ情報には、Ｈ／Ｏ処理を実行可能か否かを示す情報がさらに関連付けられている。ＭＦＰ１０は、実行要求を受信すると、全ユーザがＨ／Ｏ処理を実行不可能か否か判断する（図８のＳ１００）。ケースＣ１では、ＭＦＰ１０は、全ユーザがＨ／Ｏ処理を実行不可能であると判断する（即ち、図８のＳ１００でＹＥＳと判断する）。ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、携帯端末ＰＴ１に、禁止情報を含むＲｅｓｐｏｎｓｅ信号を送信する（図８のＳ１３２）。一方、ケースＣ２では、ＭＦＰ１０は、少なくとも１人のユーザがＨ／Ｏ処理を実行可能であると判断する（即ち、図８のＳ１００でＮＯと判断する）。ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、携帯端末ＰＴ１に、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を送信する（図８のＳ１０２）。即ち、本実施例では、ＭＦＰ１０は、全ユーザがＨ／Ｏ処理を実行不可能であるか否かに応じて、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を送信するのか、禁止情報を含むＲｅｓｐｏｎｓｅ信号を送信するのかを変えることができる。そのため、ＭＦＰ１０は、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号と禁止情報を含むＲｅｓｐｏｎｓｅ信号とを適切に携帯端末ＰＴ１に送信し得る。

ケースＣ２（図１１、図１２）に示すように、ＭＦＰ１０は、認証成功と判断する（即ち、図８のＳ１１０でＹＥＳと判断する）と、さらに、当該ユーザがＨ／Ｏ処理を実行可能か否か判断する（図８のＳ１１２）。さらに、ケースＣ２では、ＭＦＰ１０は、当該ユーザが印刷を実行可能か否か判断する（図８のＳ１１４）。即ち、本実施例では、ＭＦＰ１０は、ユーザがＨ／Ｏ処理を実行可能か否か、及び、ユーザが印刷を実行可能か否かに応じて、ＳＳＩＤ及びパスワードを携帯端末に送信するか否かを変えることができる。ＭＦＰ１０は、適切にＳＳＩＤ及びパスワードを携帯端末に送信することができる。

（対応関係）
図１０、図１２のＳＦＬテーブル４０に含まれる複数個の組合せ情報が「複数個の関連情報」の一例である。ＳＦＬテーブル４０のうち、ユーザがＨ／Ｏ処理を実行可能であるのか否かを示す情報（ＯＫ又はＮＧ）が「第１種の情報」の一例である。ＳＦＬテーブル４０のうち、ユーザが印刷機能（又はスキャン機能）を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）が「第２種の情報」の一例である。禁止情報を含むＲｅｓｐｏｎｓｅ信号が「第３の応答情報」の一例である。第３の応答情報は、通信装置と端末装置との間に第２の方式に従った無線接続を確立することが不可能であることを、端末装置に通知するための情報である、と言い換えることができる。図８のＳ１００の処理、図８のＳ１１２の処理、図８のＳ１１４の処理が、それぞれ、「第２の判断処理」、「第３の判断処理」、「第４の判断処理」の一例である。即ち、図８のＳ１００の処理、図８のＳ１１２の処理、図８のＳ１１４の処理が、それぞれ、「第２の判断部」、「第３の判断部」、「第４の判断部」によって実行される処理の一例である。

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

（変形例１）上記の各実施例では、ＭＦＰ１０のＣＰＵ３２は、所定の場合（図２のＳ１４、図３のＳ４０、図８のＳ１１６）に、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる。これに限られず、ＭＦＰ１０のＣＰＵ３２は、電源がＯＮされた時点で、ＭＦＰ１０をＧ／Ｏ機器として動作させてもよい。また、ＭＦＰ１０のＣＰＵ３２は、対象端末（例えば携帯端末ＰＴ１）のＣＰＵとの間でＧ／Ｏネゴシエーションを行い、ＭＦＰ１０と対象端末のうちの一方をＧ／Ｏ機器、他方をＣＬ機器として決定してもよい。この場合、対象端末はＷＦＤ対応機器であることを要する。対象端末がＧ／Ｏ機器として決定される場合には、対象端末のＣＰＵは、対象端末が形成するＷＦＤＮＷで利用されるＳＳＩＤ及びパスワードを、ＭＦＰ１０に送信する。また、変形例として、所定の場合に、Ｇ／Ｏネゴシエーションを行うことなく、対象端末がＧ／Ｏ機器として動作を開始してもよい。その場合も、対象端末のＣＰＵは、対象端末が形成するＷＦＤＮＷで利用されるＳＳＩＤ及びパスワードを、ＭＦＰ１０に送信する。即ち、一般的に言うと、第１の通信部は、特定の認証情報が前記認証用リストに登録済みであると判断される場合に、第１種のインターフェースを介して、特定の無線ネットワークで利用されるネットワーク情報を端末装置と通信すればよい。

（変形例２）上記の各実施例では、ＭＦＰ１０は、所定の場合（図２のＳ１４、図３のＳ４０、図８のＳ１１６）にＧ／Ｏ機器として動作を開始する。即ち、ＭＦＰ１０はＷＦＤＮＷの親局として動作する。これに限られず、ＭＦＰ１０は、図示しないアクセスポイント（以下「ＡＰ」と呼ぶ）が形成しているＷｉ−Ｆｉネットワーク（以下「Ｗｉ−ＦｉＮＷ」と呼ぶ）に子局（具体的にはステーション）として所属する機器であってもよい。その場合、図２のＳ１６、図３のＳ４２、図８のＳ１１８において、ＭＦＰ１０のＣＰＵ３２は、対象端末に、ＡＰが形成しているＷｉ−ＦｉＮＷで利用されているＳＳＩＤ及びパスワードを送信してもよい。この場合、対象端末は、ＳＳＩＤ及びパスワードを利用してＡＰと無線接続を確立し、ＡＰが形成しているＷｉ−ＦｉＮＷを利用して、対象データをＭＦＰ１０と無線通信する。この変形例も、一般的に言うと、第１の通信部は、特定の認証情報が前記認証用リストに登録済みであると判断される場合に、第１種のインターフェースを介して、特定の無線ネットワークで利用されるネットワーク情報を端末装置と通信すればよい。

（変形例３）上記の各実施例では、図３のＳ３２、図４のＳ６４、図８のＳ１０４、Ｓ１３４では、ＭＦＰ１０のＣＰＵ３２がＤｅａｃｔｉｖａｔｉｏｎ信号を対象端末に送信することによって、ＭＦＰ１０と対象端末との間のＰ２Ｐの通信リンクを切断している。Ｐ２Ｐの通信リンクの切断手法は、これに限られず、任意とすることができる。例えば、図３のＳ３２、図４のＳ６４、図８のＳ１０４、Ｓ１３４において、ＭＦＰ１０のＣＰＵ３２は、ＮＦＣＩ／Ｆ２０の電源を一旦ＯＦＦしてもよい。若しくは、対象端末のＣＰＵ（例えば携帯端末ＰＴ１のＣＰＵ９２）が、ＮＦＣＩ／Ｆ（例えばＮＦＣＩ／Ｆ８０）の電源を一旦ＯＦＦしてもよい。ＮＦＣＩ／Ｆの電源がＯＦＦされることで、Ｐ２Ｐの通信リンクを強制的に切断される。また、対象端末のユーザが対象端末をＭＦＰ１０から離間させ、ＮＦＣ通信範囲外に移動させることによってＰ２Ｐの通信リンクを切断させてもよい。その場合、対象端末のＣＰＵは、対象端末の表示部に、対象端末をＭＦＰ１０から離間させることをユーザに促すメッセージを表示させてもよい。これらの変形例も、「第１の通信リンクが切断された」の一例である。

（変形例４）携帯端末ＰＴ１のメモリ９４には、予めＳＦＬ認証情報が記憶されていなくてもよい。第１、第３実施例では、携帯端末ＰＴ１のＣＰＵ９２は、ユーザにＳＦＬ認証情報の入力を要求する入力画面を表示部７４に表示させてもよい。ユーザは、表示部７４に入力画面が表示されている間に、操作部７２を操作して、ＳＦＬ認証情報を入力してもよい。第１、第３実施例では、携帯端末ＰＴ１のＣＰＵ９２は、入力画面で入力されたＳＦＬ認証情報をＮＦＣＩ／Ｆ８０に書き込むようにしてもよい。第２実施例では、Ｒ／Ｗ−ＣＥの通信リンクが確立されると、携帯端末ＰＴ１のＣＰＵ９２は、Ｒ／Ｗ−ＣＥの通信リンクを利用して、入力画面で入力されたＳＦＬ認証情報をＭＦＰ１０に送信してもよい。一般的に言うと、通信装置の認証情報受信部は、第１の応答情報が端末装置に送信された後に、端末装置から、第１種のインターフェースを介して、特定の認証情報を受信すればよい。また、端末装置の認証情報送信部は、通信装置から第１の応答情報が受信される場合に、第１種のインターフェースを介して、特定の認証情報を通信装置に送信すればよい。

（変形例５）ＭＦＰ１０のメモリ３４にＳＦＬテーブル４０が記憶されていなくてもよい。ＭＦＰ１０と通信可能に接続された他の機器がＳＦＬテーブルを記憶していてもよい。その場合、ＭＦＰ１０のＣＰＵ３２は、対象端末からＳＦＬ認証情報を受信すると（図３のＳ３６、図８のＳ１０８）、受信したＳＦＬ認証情報を当該他の機器に送信してもよい。当該他の機器のＣＰＵが認証を行い、認証結果（認証成功又は認証失敗）をＭＦＰ１０に送信してもよい。一般的に言うと、第１の判断部は、端末装置から特定の認証情報が受信される場合に、特定の認証情報が認証用リストに登録済みであるのか否かを判断する第１の判断処理を実行すればよい。

（変形例６）第１、第３実施例において、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、ＮＦＣＩ／Ｆ２０の状態を、Ｐ２Ｐモードのみが起動されており、他のモードが起動されていない状態で動作させてもよい。その後、ＭＦＰ１０のＣＰＵ３２は、Ｐ２Ｐの通信リンクを切断するためのＤｅａｃｔｉｖａｔｉｏｎ信号を送信（図３のＳ３２、図８のＳ１０４）した後に、ＮＦＣＩ／Ｆ２０の状態を、Ｒ／Ｗモードのみが起動されており、他のモードが起動されていない状態に変更してもよい。その場合、ＭＦＰ１０のＣＰＵ３２は、対象端末にＳＳＩＤ及びパスワードを送信（図３のＳ４２、図８のＳ１１８）した後、又は、対象端末にＮＧ通知を送信（図３のＳ４６、図８のＳ１２２）した後に、ＮＦＣＩ／Ｆ２０の状態を、Ｐ２Ｐモードのみが起動されており、他のモードが起動されていない状態に戻してもよい。この変形例も、通信装置の状態変更部によって実行される処理の一例である。

（変形例７）同様に、第２実施例において、携帯端末ＰＴ１のＣＰＵ９２は、アプリ起動操作及び実行操作が行われると、ＮＦＣＩ／Ｆ８０の状態を、Ｐ２Ｐモードのみが起動されており、他のモードが起動されていない状態で動作させてもよい。その後、携帯端末ＰＴ１のＣＰＵ９２は、ＮＧ情報を含むＲｅｓｐｏｎｓｅ信号を受信すると、ＮＦＣＩ／Ｆ８０の状態を、Ｒ／Ｗモードのみが起動されており、他のモードが起動されていない状態に変更してもよい。その場合、携帯端末ＰＴ１のＣＰＵ９２は、ＭＦＰ１０からＳＳＩＤ及びパスワードを受信した後、又は、ＭＦＰ１０からＮＧ通知を受信した後に、ＮＦＣＩ／Ｆ８０の状態を、Ｐ２Ｐモードのみが起動されており、他のモードが起動されていない初期状態に戻してもよい。この変形例も、端末装置の状態変更部によって実行される処理の一例である。

（変形例８）上記の各実施例では、最初にＭＦＰ１０と対象端末との間にＰ２Ｐの通信リンクが確立され、Ｐ２Ｐの通信リンクが切断された後に、ＭＦＰ１０と対象端末との間にＲ／Ｗ−ＣＥの通信リンクが確立される。ＭＦＰ１０と対象端末は、Ｐ２Ｐの通信リンクを利用して、実行要求、Ｒｅｓｐｏｎｓｅ信号の通信を行い、Ｒ／Ｗ−ＣＥの通信リンクを利用して、ＳＦＬ認証情報、ＳＳＩＤ及びパスワードの通信を行う。これに限られず、ＭＦＰ１０と対象端末とは、最初に確立されたＰ２Ｐの通信リンクを利用して（即ち、Ｐ２Ｐの通信リンクを切断することなく）、上記の各通信を行うようにしてもよい。その場合、上記の各通信を行うために、必要に応じて、ＭＦＰ１０のＣＰＵ３２は、ユーザに操作を要求するための画面を表示部１４に表示させてもよい。同様に、対象端末のＣＰＵも、ユーザに操作を要求するための画面を表示部７４に表示させてもよい。本変形例において、さらに、ＭＦＰ１０と対象端末とは、最初にＰ２Ｐの通信リンクを確立されることに代えて、最初にＲ／Ｗ−ＣＥの通信リンクを確立させてもよい。その場合、ＭＦＰ１０と対象端末とは、最初に確立されたＲ／Ｗ−ＣＥの通信リンクを利用して（即ち、Ｒ／Ｗ−ＣＥの通信リンクを切断することなく）、上記の各通信を行うようにしてもよい。また、ＭＦＰ１０と対象端末とは、最初にＭＦＰ１０と対象端末との間にＰ２Ｐの通信リンクが確立され、Ｐ２Ｐの通信リンクが切断された後に、ＭＦＰ１０と対象端末との間に再びＰ２Ｐの通信リンクを確立させて各通信を行ってもよい。同様に、ＭＦＰ１０と対象端末とは、最初にＭＦＰ１０と対象端末との間にＲ／Ｗ−ＣＥの通信リンクが確立され、Ｒ／Ｗ−ＣＥの通信リンクが切断された後に、ＭＦＰ１０と対象端末との間に再びＲ／Ｗ−ＣＥの通信リンクを確立させて各通信を行ってもよい。

（変形例９）上記の各実施例では、ＭＦＰ１０及び各携帯端末ＰＴ１〜ＰＴ３は、ＮＦＣ通信を実行するためのＮＦＣＩ／Ｆ２０、８０等を有している。ＭＦＰ１０及び各携帯端末ＰＴ１〜ＰＴ３は、ＮＦＣＩ／Ｆに代えて、例えば、トランスファージェットのような他の規格の近距離無線通信を実行可能な近距離無線通信Ｉ／Ｆを有していてもよい。この変形例も、第１種のインターフェースの一例である。

（変形例１０）上記の各実施例では、図２のＳ１６では、ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ１０がＧ／Ｏ機器であるＷＦＤＮＷで利用されるＳＳＩＤ及びパスワードを含むＲｅｓｐｏｎｓｅ信号を対象端末に送信している。これに限られず、図２のＳ１６において、ＭＦＰ１０のＣＰＵ３２は、他の情報を含むＲｅｓｐｏｎｓｅ信号を対象端末に送信してもよい。例えば、対象端末がＧ／Ｏ機器として動作する変形例を想定する。当該変形例では、ＭＦＰ１０のＣＰＵ３２は、ＳＳＩＤ及びパスワードの送信を要求する要求情報を含むＲｅｓｐｏｎｓｅ信号を対象端末に送信してもよい。その場合、Ｒｅｓｐｏｎｓｅ信号を受信した対象端末は、ＳＳＩＤ及びパスワードをＭＦＰ１０に送信してもよい。一般的に言うと、第２の応答情報は、ネットワーク情報に関係する情報であればよい。

（変形例１１）上記の第１及び第２実施例では、携帯端末ＰＴ１のＣＰＵ９２がＭＦＰ１０に送信する実行要求は、実行を要求する機能を示す情報を含んでいる（図４のＳ６０）。これに限られず、第１及び第２実施例では、携帯端末ＰＴ１のＣＰＵ９２がＭＦＰ１０に送信する実行要求は、Ｈ／Ｏ処理の実行を要求する情報のみを含み、実行を要求する機能を示す情報を含んでいなくてもよい。この変形例における実行要求も、「特定の要求情報」の一例である。

（変形例１２）ＳＦＬテーブル４０は、ユーザＩＤ（例えばＵ１）と、パスワード（例えばＰ１）だけが関連付けられている複数の組合せ情報を含んでいてもよい。即ち、ＳＦＬテーブル４０は、ユーザが印刷機能を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）、ユーザがスキャン機能を利用可能であるのか否かを示す情報（ＯＫ又はＮＧ）、及び、ユーザがＨ／Ｏ処理を実行可能であるのか否かを示す情報（ＯＫ又はＮＧ）を含んでいなくてもよい。その場合、ＭＦＰ１０のＣＰＵ３２は、対象端末から受信されたＳＦＬ認証情報を用いた認証が成功する場合（図３のＳ３８でＹＥＳの場合、図８のＳ１１０でＹＥＳの場合）には、その後、機能の実行可否を判断することなく、要求された機能を実行するようにしてもよい。

（変形例１３）図３のＳ４２、図８のＳ１１８において、ＣＰＵ３２は、対象端末からＳＳＩＤ及びパスワードの送信要求を受信した場合に、ＳＳＩＤ及びパスワードを対象端末に送信するようにしてもよい。即ち、ＣＰＵ３２は、Ｇ／Ｏ状態に移行した後、対象端末からＳＳＩＤ及びパスワードの送信要求を受信しない限り、ＳＳＩＤ及びパスワードを対象端末に送信できなくてもよい。

（変形例１４）ＭＦＰ１０の操作部１２及び表示部１４は、タッチパネルとして一体に構成されていてもよい。同様に、携帯端末ＰＴ１の操作部７２及び表示部７４も、タッチパネルとして一体に構成されていてもよい。即ち、ＭＦＰ１０の操作部１２と表示部１４とが（又は、携帯端末ＰＴ１の操作部７２と表示部７４とが）、一のハードウェアで構成されていても良い。

（変形例１５）「通信装置」は、印刷機能及びスキャン機能を実行可能な多機能機（即ちＭＦＰ１０）に限られず、印刷機能及びスキャン機能のうちの印刷機能のみを実行可能なプリンタであってもよいし、印刷機能及びスキャン機能のうちのスキャン機能のみを実行可能なスキャナであってもよい。また、「通信装置」は、印刷機能及びスキャン機能とは異なる機能（例えば、画像の表示機能、データの演算機能）を実行する装置（例えば、ＰＣ、サーバ、携帯端末（携帯電話、スマートフォン、ＰＤＡ等））であってもよい。即ち、「通信装置」は、ＮＦＣ方式の通信及び無線ＬＡＮ通信を実行可能なあらゆるデバイスを含む。また、「端末装置」は、携帯端末ＰＴ１〜ＰＴ３に限られず、近距離通信（例えば、ＮＦＣ通信）及び無線ＬＡＮ通信を実行可能なあらゆるデバイスを含む。

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

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

２：通信システム、１０：多機能機（ＭＦＰ）、３０：制御部、３２：ＣＰＵ、３４：メモリ、ＰＴ１、ＰＴ２、ＰＴ３：携帯端末

Claims (15)

1. 通信装置であって、
   第１の方式に従って、端末装置と無線通信を実行するための第１種のインターフェースと、
   前記第１の方式とは異なる第２の方式に従って、前記端末装置と無線通信を実行するための第２種のインターフェースと、
   制御部と、を備え、
   前記制御部は、
   前記端末装置から、前記第１種のインターフェースを介して、特定の要求情報を受信する要求情報受信部であって、前記特定の要求情報は、前記通信装置と前記端末装置との双方が特定の無線ネットワークに所属している所属状態の構築を、前記通信装置に要求するための情報である、前記要求情報受信部と、
   前記第１種のインターフェースを介して、前記特定の要求情報に対する第１の応答情報を前記端末装置に送信する第１の応答部と、
   前記第１の応答情報が前記端末装置に送信された後に、前記端末装置から、前記第１種のインターフェースを介して、特定の認証情報を受信する認証情報受信部と、
   前記端末装置から前記特定の認証情報が受信される場合に、前記特定の認証情報が認証用リストに登録済みであるのか否かを判断する第１の判断処理を実行する第１の判断部と、
   前記第１の判断処理において、前記特定の認証情報が前記認証用リストに登録済みであると判断される場合に、前記第１種のインターフェースを介して、前記特定の無線ネットワークで利用されるネットワーク情報を前記端末装置と通信し、前記第１の判断処理において、前記特定の認証情報が前記認証用リストに登録済みでないと判断される場合に、前記ネットワーク情報を前記端末装置と通信しない第１の通信部と、
   前記ネットワーク情報が前記端末装置と通信されて、前記所属状態が構築された後に、前記特定の無線ネットワークを利用して、前記第２種のインターフェースを介して、対象データの無線通信を前記端末装置と実行する実行部と、
   を備える通信装置。
2. 前記通信装置は、さらに、
   前記第１の判断処理が実行されるべきか否かを示す設定情報を記憶するメモリを備え、
   前記第１の応答部は、
   前記メモリ内の前記設定情報が、前記第１の判断処理が実行されるべきことを示す場合に、前記第１の応答情報を前記端末装置に送信し、
   前記メモリ内の前記設定情報が、前記第１の判断処理が実行されるべきでないことを示す場合に、前記第１の応答情報を前記端末装置に送信せず、
   前記制御部は、さらに、
   前記メモリ内の前記設定情報が、前記第１の判断処理が実行されるべきでないことを示す場合に、前記第１種のインターフェースを介して、前記ネットワーク情報に関係する情報を含む第２の応答情報を前記端末装置に送信する第２の応答部を備える、請求項１に記載の通信装置。
3. 前記要求情報受信部は、前記通信装置と前記端末装置との間に前記第１種のインターフェースを介して確立される第１の通信リンクを利用して、前記端末装置から前記特定の要求情報を受信し、
   前記第１の応答部は、前記第１の通信リンクを利用して、前記第１の応答情報を前記端末装置に送信し、
   前記認証情報受信部は、前記第１の通信リンクが切断された後に、前記通信装置と前記端末装置との間に前記第１種のインターフェースを介して確立される第２の通信リンクを利用して、前記端末装置から前記特定の認証情報を受信し、
   前記第１の通信部は、前記第２の通信リンクを利用して、前記ネットワーク情報を前記端末装置と通信する、請求項１又は２に記載の通信装置。
4. 前記第１の通信リンクは、前記第１種のインターフェースが、第１のモードに従って動作する通信リンクであり、
   前記第２の通信リンクは、前記第１種のインターフェースが、前記第１のモードとは異なる第２のモードに従って動作する通信リンクである、請求項３に記載の通信装置。
5. 前記制御部は、さらに、
   前記第１の通信リンクが切断された後に、前記第１種のインターフェースの状態を、前記第１のモードに従って動作可能であると共に前記第２のモードに従って動作不可能である状態から、前記第１のモードに従って動作不可能であると共に前記第２のモードに従って動作可能である状態に変更する状態変更部を備える、請求項４に記載の通信装置。
6. 前記第１の方式は、ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式であり、
   前記第２のモードは、前記ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードである、請求項４又は５に記載の通信装置。
7. 前記認証用リストは、複数個の関連情報を含み、
   前記複数個の関連情報のそれぞれでは、認証情報と、前記ネットワーク情報の通信を許可するのか否かを示す第１種の情報と、が関連付けられており、
   前記制御部は、さらに、
   前記端末装置から前記特定の要求情報が受信される場合に、前記複数個の関連情報に含まれる複数個の前記第１種の情報の全てが、前記ネットワーク情報の通信を許可しないことを示すのか否かを判断する第２の判断処理を実行する第２の判断部を備え、
   前記第１の応答部は、
   前記第２の判断処理において、前記複数個の第１種の情報の全てが、前記ネットワーク情報の通信を許可しないことを示すと判断される場合に、前記第１の応答情報を前記端末装置に送信せず、
   前記第２の判断処理において、前記複数個の第１種の情報のうちの少なくとも１個の第１種の情報が、前記ネットワーク情報の通信を許可することを示すと判断される場合に、前記第１の応答情報を前記端末装置に送信し、
   前記制御部は、さらに、
   前記第２の判断処理において、前記複数個の第１種の情報の全てが、前記ネットワーク情報の通信を許可しないことを示すと判断される場合に、前記第１種のインターフェースを介して、第３の応答情報を前記端末装置に送信する第３の応答部を備える、請求項１から６のいずれか一項に記載の通信装置。
8. 前記制御部は、さらに、
   前記第１の判断処理において、前記特定の認証情報が前記認証用リストに登録済みであると判断される場合に、前記特定の認証情報に関連付けられている特定の第１種の情報が、前記ネットワーク情報の通信を許可することを示すのか否かを判断する第３の判断処理を実行する第３の判断部を備え、
   前記第１の通信部は、
   前記第３の判断処理において、前記特定の第１種の情報が、前記ネットワーク情報の通信を許可することを示すと判断される場合に、前記ネットワーク情報を前記端末装置と通信し、
   前記第３の判断処理において、前記特定の第１種の情報が、前記ネットワーク情報の通信を許可することを示さないと判断される場合に、前記ネットワーク情報を前記端末装置と通信しない、請求項７に記載の通信装置。
9. 前記認証用リストは、複数個の関連情報を含み、
   前記複数個の関連情報のそれぞれでは、認証情報と、第２種の情報と、が関連付けられており、
   前記第２種の情報は、前記通信装置が実行可能な複数個の機能のそれぞれについて、当該機能の実行を許可するのか否かを示し、
   前記要求情報受信部は、前記端末装置から、前記複数個の機能のうちの対象機能の実行要求を含む前記特定の要求情報を受信し、
   前記制御部は、さらに、
   前記第１の判断処理において、前記特定の認証情報が前記認証用リストに登録済みであると判断される場合に、前記特定の認証情報に関連付けられている特定の第２種の情報が、前記対象機能の実行を許可することを示すのか否かを判断する第４の判断処理を実行する第４の判断部を備え、
   前記第１の通信部は、
   前記第４の判断処理において、前記特定の第２種の情報が、前記対象機能の実行を許可することを示すと判断される場合に、前記ネットワーク情報を前記端末装置と通信し、
   前記第４の判断処理において、前記特定の第２種の情報が、前記対象機能の実行を許可することを示さないと判断される場合に、前記ネットワーク情報を前記端末装置と通信しない、請求項１から８のいずれか一項に記載の通信装置。
10. 前記通信装置が前記第１種のインターフェースを介して前記端末装置と通信可能な最大の距離は、前記通信装置が前記第２種のインターフェースを介して前記端末装置と通信可能な最大の距離よりも小さい、請求項１から９のいずれか一項に記載の通信装置。
11. 端末装置であって、
    第１の方式に従って、通信装置と無線通信を実行するための第１種のインターフェースと、
    前記第１の方式とは異なる第２の方式に従って、前記通信装置と無線通信を実行するための第２種のインターフェースと、
    制御部と、を備え、
    前記制御部は、
    前記第１種のインターフェースを介して、特定の要求情報を前記通信装置に送信する要求情報送信部であって、前記特定の要求情報は、前記通信装置と前記端末装置との双方が特定の無線ネットワークに所属している所属状態の構築を、前記通信装置に要求するための情報である、前記要求情報送信部と、
    前記通信装置から、前記第１種のインターフェースを介して、前記特定の要求情報に対する第１の応答情報を受信する応答受信部と、
    前記通信装置から前記第１の応答情報が受信される場合に、前記第１種のインターフェースを介して、特定の認証情報を前記通信装置に送信する認証情報送信部と、
    前記特定の認証情報が前記認証用リストに登録済みであると前記通信装置によって判断される場合に、前記第１種のインターフェースを介して、前記特定の無線ネットワークで利用されるネットワーク情報を前記通信装置と通信する通信部と、
    前記ネットワーク情報が前記通信装置と通信されて、前記所属状態が構築された後に、前記特定の無線ネットワークを利用して、前記第２種のインターフェースを介して、対象データの無線通信を前記通信装置と実行する実行部と、
    を備える端末装置。
12. 前記要求情報送信部は、前記通信装置と前記端末装置との間に前記第１種のインターフェースを介して確立される第１の通信リンクを利用して、前記通信装置に前記特定の要求情報を送信し、
    前記応答受信部は、前記第１の通信リンクを利用して、前記通信装置から前記第１の応答情報を受信し、
    前記認証情報送信部は、前記第１の通信リンクが切断された後に、前記通信装置と前記端末装置との間に前記第１種のインターフェースを介して確立される第２の通信リンクを利用して、前記通信装置に前記特定の認証情報を送信し、
    前記通信部は、前記第２の通信リンクを利用して、前記通信装置と前記ネットワーク情報を通信し、
    前記第１の通信リンクは、前記第１種のインターフェースが、第３のモードに従って動作する通信リンクであり、
    前記第２の通信リンクは、前記第１種のインターフェースが、前記第３のモードとは異なる第４のモードに従って動作する通信リンクである、
    請求項１１に記載の端末装置。
13. 前記制御部は、さらに、
    前記通信装置と前記ネットワーク情報が通信された後に、前記第１種のインターフェースの状態を、前記第４のモードに従って動作可能であると共に前記第３のモードに従って動作不可能である状態から、前記第４のモードに従って動作不可能であると共に前記第３のモードに従って動作可能である状態に変更する状態変更部を備える、
    請求項１２に記載の端末装置。
14. 端末装置と通信可能な通信装置のためのコンピュータプログラムであって、
    前記通信装置に搭載されるコンピュータに、以下の各ステップ、即ち、
    前記端末装置から、第１の方式に従って、端末装置と無線通信を実行するための第１種のインターフェースを介して、特定の要求情報を受信する要求情報受信ステップであって、前記特定の要求情報は、前記通信装置と前記端末装置との双方が特定の無線ネットワークに所属している所属状態の構築を、前記通信装置に要求するための情報である、前記要求情報受信ステップと、
    前記第１種のインターフェースを介して、前記特定の要求情報に対する第１の応答情報を前記端末装置に送信する第１の応答ステップと、
    前記第１の応答情報が前記端末装置に送信された後に、前記端末装置から、前記第１種のインターフェースを介して、特定の認証情報を受信する認証情報受信ステップと、
    前記端末装置から前記特定の認証情報が受信される場合に、前記特定の認証情報が認証用リストに登録済みであるのか否かを判断する第１の判断処理を実行する第１の判断ステップと、
    前記第１の判断処理において、前記特定の認証情報が前記認証用リストに登録済みであると判断される場合に、前記第１種のインターフェースを介して、前記特定の無線ネットワークで利用されるネットワーク情報を前記端末装置と通信し、前記第１の判断処理において、前記特定の認証情報が前記認証用リストに登録済みでないと判断される場合に、前記ネットワーク情報を前記端末装置と通信しない第１の通信ステップと、
    前記ネットワーク情報が前記端末装置と通信されて、前記所属状態が構築された後に、前記特定の無線ネットワークを利用して、前記第１の方式とは異なる第２の方式に従って、前記端末装置と無線通信を実行するための第２種のインターフェースを介して、対象データの無線通信を前記端末装置と実行する実行ステップと、
    を実行させるコンピュータプログラム。
15. 通信装置と通信可能な端末装置のためのコンピュータプログラムであって、
    前記端末装置に搭載されるコンピュータに、以下の各ステップ、即ち、
    第１の方式に従って、端末装置と無線通信を実行するための第１種のインターフェースを介して、特定の要求情報を前記通信装置に送信する要求情報送信ステップであって、前記特定の要求情報は、前記通信装置と前記端末装置との双方が特定の無線ネットワークに所属している所属状態の構築を、前記通信装置に要求するための情報である、前記要求情報送信ステップと、
    前記通信装置から、前記第１種のインターフェースを介して、前記特定の要求情報に対する第１の応答情報を受信する応答受信ステップと、
    前記通信装置から前記第１の応答情報が受信される場合に、前記第１種のインターフェースを介して、特定の認証情報を前記通信装置に送信する認証情報送信ステップと、
    前記特定の認証情報が前記認証用リストに登録済みであると前記通信装置によって判断される場合に、前記第１種のインターフェースを介して、前記特定の無線ネットワークで利用されるネットワーク情報を前記通信装置と通信する通信ステップと、
    前記ネットワーク情報が前記通信装置と通信されて、前記所属状態が構築された後に、前記特定の無線ネットワークを利用して、前記第１の方式とは異なる第２の方式に従って、前記端末装置と無線通信を実行するための第２種のインターフェースを介して、対象データの無線通信を前記通信装置と実行する実行ステップと、
    を実行させるコンピュータプログラム。

Images