JP2014192822A - 通信装置 - Google Patents

Abstract

【課題】第１種のインターフェースを利用した通信と、第１種のインターフェースとは異なる第２種のインターフェースを利用した通信と、を適切に実行し得る技術を提供する。
【解決手段】ＭＦＰ１０は、ＣＥモードのみが起動されている初期状態である間に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立される場合に、認証情報及び実行要求を携帯端末５０から受信する。ＭＦＰ１０は、認証が成功し、かつ、実行要求が示す特定の機能を実行可能である場合に、携帯端末５０との間でＰ２Ｐの通信リンクを確立する。ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、ネットワーク情報、及び、無線設定（又は変更不要情報）の双方向通信を実行する。
【選択図】図８

Description

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

特許文献１には、通信端末とＮＦＣ（Near Field Communicationの略）通信を実行するための情報処理装置が開示されている。情報処理装置は、ＮＦＣ規格のＣＥ（Card Emulationの略）モードと、Ｐ２Ｐ（Peer to Peerの略）モードとを切り替えて、通信端末とＮＦＣ通信を実行する。

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

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

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

本明細書によって開示される一つの技術は、端末装置と通信可能な通信装置である。通信装置は、ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で端末装置と通信を実行するための第１種のインターフェースと、ＮＦＣ方式とは異なる方式で端末装置と通信を実行するための第２種のインターフェースであって、第２種のインターフェースを介した通信の通信速度は、第１種のインターフェースを介した通信の通信速度よりも速い、第２種のインターフェースと、制御部と、を備える。制御部は、受信部と、第１の判断部と、確立部と、通信制御部と、を備える。受信部は、通信装置と端末装置との間に第１種のインターフェースを介した第１の通信リンクが確立される場合に、第１の通信リンクを利用して、端末装置から第１の情報を受信する。第１の通信リンクは、通信装置が、ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードとは異なる第１のモードで動作すると共に、端末装置が、ＮＦＣ規格のＰ２Ｐモード及び第１のモードとは異なる第２のモードで動作して、データ通信が実行されるべき通信リンクである。第１の判断部は、端末装置から第１の情報が受信される場合に、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能であるのか否かに関する第１の判断処理を実行する。確立部は、端末装置から第１の情報が受信される場合に、通信装置と端末装置との間に第１種のインターフェースを介した第２の通信リンクを確立する。第２の通信リンクは、通信装置がＰ２Ｐモードで動作すると共に、端末装置がＰ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである。通信制御部は、第１の判断処理において、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能であると判断される場合に、第２の通信リンクを利用して、第２の情報の双方向通信を端末装置と実行し、第１の判断処理において、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能でないと判断される場合に、第２の情報の双方向通信を端末装置と実行しない。第２の情報は、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行するための情報である。

上記の構成によると、通信装置は、通信装置と端末装置との間に第１種のインターフェースを介した第１の通信リンク（即ち、通信装置＝第１のモード、端末装置＝第２のモード）が確立されると、第１種の通信リンクを利用して端末装置から第１の情報を受信する。通信装置は、第１の情報が受信される場合に、通信装置と端末装置との間に第１種のインターフェースを介した第２の通信リンク（即ち、通信装置、端末装置＝Ｐ２Ｐモード）を確立し得る。また、通信装置は、第１の情報が受信される場合に、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能であるのか否かに関する第１の判断処理を実行する。通信装置は、第１の判断処理において、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能であると判断される場合に、第２の通信リンクを利用して、第２の情報の双方向通信を端末装置と実行する。一方、通信装置は、第１の判断処理において、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能でないと判断される場合に、第２の情報の双方向通信を端末装置と実行しない。即ち、上記の通信装置は、第１の判断処理において、通信装置と端末装置との間で第２種のインターフェースを介した通信を実行可能であると判断されるか否かに応じて、第２の通信リンクを利用して、第２の情報の双方向通信を端末装置と実行するか否かを変えることができる。従って、上記の通信装置によると、第１種のインターフェースを利用した通信と、第１種のインターフェースとは異なる第２種のインターフェースを利用した通信と、を適切に実行し得る。

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

通信システムの構成を示す。 第１実施例のＭＦＰのＣＰＵの通信処理のフローチャートを示す。 第１実施例の携帯端末のＣＰＵのインストール処理のフローチャートを示す。 第１実施例の携帯端末のＣＰＵの登録処理のフローチャートを示す。 第１実施例の携帯端末のＣＰＵの機能実行処理のフローチャートを示す。 第１実施例のインストール実行時の通信のシーケンスチャートを示す。 第１実施例の認証情報登録実行時の通信のシーケンスチャートを示す。 第１実施例の機能実行時の通信のシーケンスチャートを示す。 第２実施例のＭＦＰのＣＰＵの通信処理のフローチャートを示す。 第２実施例の携帯端末のＣＰＵの機能実行処理のフローチャートを示す。 第２実施例の機能実行時の通信のシーケンスチャートを示す。 第３実施例の機能実行時の通信のシーケンスチャートを示す。 第４実施例の機能実行時の通信のシーケンスチャートを示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能器（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末５０、８０と、アクセスポイント（以下では「ＡＰ」と呼ぶ）６と、ＰＣ８と、を備える。ＭＦＰ１０と携帯端末５０、８０とは、近距離無線通信を実行可能である。近距離無線通信は、ＮＦＣ方式に従った無線通信である。本実施例では、ＩＳＯ／ＩＥＣ２１４８１又はＩＳＯ／ＩＥＣ１８０９２の国際標準規格に基づいて、ＮＦＣ方式の無線通信が実行される。

また、ＰＣ８とＭＦＰ１０と携帯端末５０、８０とは、それぞれ、後述のＷｉ−Ｆｉ Ｄｉｒｅｃｔの方式（以下では「ＷＦＤ方式」と呼ぶ）に従った無線通信を実行可能である。ＷＦＤ方式では、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に基づいて、無線通信が実行される。ＮＦＣ方式とＷＦＤ方式とは、無線通信方式（即ち無線通信の規格）が異なる。また、ＷＦＤ方式の無線通信の通信速度は、ＮＦＣ方式の無線通信の通信速度よりも速い。

例えば、ＭＦＰ１０は、ＷＦＤ方式に従って、携帯端末５０との接続（以下では「ＷＦＤ接続」と呼ぶ）を確立することによって、ＷＦＤネットワークを構築することができる。同様に、ＭＦＰ１０は、ＰＣ８とのＷＦＤ接続を確立することによって、ＷＦＤネットワークを構築することができる。

ＰＣ８とＭＦＰ１０と携帯端末５０、８０とは、さらに、ＷＦＤ方式に従った無線通信とは異なる通常Ｗｉ−Ｆｉに従った無線通信を実行可能である。一般的に言うと、通常Ｗｉ−Ｆｉに従った無線通信とは、ＡＰ６が利用される無線通信であり、ＷＦＤ方式に従った無線通信とは、ＡＰ６が利用されない無線通信である。例えば、ＭＦＰ１０は、通常Ｗｉ−Ｆｉに従って、ＡＰ６との接続（以下では「通常Ｗｉ−Ｆｉ接続」と呼ぶ）を確立することによって、通常Ｗｉ−Ｆｉネットワークに属することができる。ＭＦＰ１０は、ＡＰ６を介して、通常Ｗｉ−Ｆｉネットワークに属している他のデバイス（例えばＰＣ８、携帯端末５０）と無線通信を実行することができる。また、ＮＦＣ方式と通常Ｗｉ−Ｆｉとは、無線通信方式（即ち無線通信の規格）が異なる。また、通常Ｗｉ−Ｆｉの無線通信の通信速度は、ＮＦＣ方式の無線通信の通信速度よりも速い。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線ＬＡＮインターフェース（以下では、インターフェースのことを「Ｉ／Ｆ」と記載する）２０と、ＮＦＣＩ／Ｆ２２と、制御部２４と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

無線ＬＡＮＩ／Ｆ２０は、制御部２４が、ＷＦＤ方式に従った無線通信と、通常Ｗｉ−Ｆｉに従った無線通信と、を実行するためのインターフェースである。無線ＬＡＮＩ／Ｆ２０は、物理的には１個のインターフェースである。但し、無線ＬＡＮＩ／Ｆ２０には、ＷＦＤ方式に従った無線通信で利用されるＭＡＣアドレス（以下では「ＷＦＤ用ＭＡＣアドレス」と呼ぶ）と、通常Ｗｉ−Ｆｉに従った無線通信で利用されるＭＡＣアドレス（以下では「通常Ｗｉ−Ｆｉ用ＭＡＣアドレス」と呼ぶ）と、の両方が割り当てられる。より詳細には、無線ＬＡＮＩ／Ｆ２０には、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスが、予め割り当てられている。制御部２４は、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスを用いて、ＷＦＤ用ＭＡＣアドレスを生成して、ＷＦＤ用ＭＡＣアドレスを無線ＬＡＮＩ／Ｆ２０に割り当てる。ＷＦＤ用ＭＡＣアドレスは、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスとは異なる。従って、制御部２４は、無線ＬＡＮＩ／Ｆ２０を介して、ＷＦＤ方式に従った無線通信と通常Ｗｉ−Ｆｉに従った無線通信との両方を同時的に実行し得る。この結果、ＭＦＰ１０が、ＷＦＤネットワークに属していると共に、通常Ｗｉ−Ｆｉネットワークに属している状況が成立し得る。なお、変形例では、ＷＦＤ方式に従った無線通信を実行するためのインターフェースと、通常Ｗｉ−Ｆｉに従った無線通信とを実行するためのインターフェースと、が物理的に異なるチップによって構成されていてもよい。

なお、ユーザは、操作部１２を操作することによって、無線ＬＡＮＩ／Ｆ２０の設定を、ＷＦＤ方式に従った無線通信を実行可能な設定（以下では「ＷＦＤＩ／Ｆ設定がＯＮである」と表現する）と、ＷＦＤ方式に従った無線通信を実行不可能な設定（以下では「ＷＦＤＩ／Ｆ設定がＯＦＦである」と表現する）と、の間で変更することができる。ＣＰＵ３０は、ユーザによって設定されたＷＦＤＩ／Ｆ設定を示す値（ＯＮ又はＯＦＦ）を、メモリ３２に記憶させる。

ＮＦＣＩ／Ｆ２２は、制御部２４が、ＮＦＣ方式の無線通信を実行するためのインターフェースである。無線ＬＡＮＩ／Ｆ２０とＮＦＣＩ／Ｆ２２とは、物理的に異なるチップによって構成されている。

なお、無線ＬＡＮＩ／Ｆ２０を介した無線通信の通信速度（例えば、最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を介した無線通信の通信速度（例えば、最大の通信速度が１０６〜４２４ｋｂｐｓ）よりも速い。さらに、無線ＬＡＮＩ／Ｆ２０を介した無線通信における搬送波の周波数（例えば、２．４ＧＨｚ帯、５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を介した無線通信における搬送波の周波数（例えば、１３．５６ＭＨｚ帯）とは異なる。また、ＭＦＰ１０と携帯端末５０、８０との距離がおよそ１０ｃｍ以下である場合に、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を介して、携帯端末５０、８０とＮＦＣ方式の無線通信を実行可能である。一方において、ＭＦＰ１０と携帯端末５０、８０との距離が、１０ｃｍ以下である場合でも、１０ｃｍ以上である場合（例えば、最大で約１００ｍ）でも、ＣＰＵ３０は、無線ＬＡＮＩ／Ｆ２０を介して、ＷＦＤ方式に従った無線通信、及び、通常Ｗｉ−Ｆｉに従った無線通信を、携帯端末５０、８０と実行可能である。即ち、ＭＦＰ１０が、無線ＬＡＮＩ／Ｆ２０を介して、通信先の機器（例えば携帯端末５０）と無線通信を実行可能な最大の距離は、ＭＦＰ１０が、ＮＦＣＩ／Ｆ２２を介して、通信先の機器と無線通信を実行可能な最大の距離よりも大きい。

制御部２４は、ＣＰＵ３０とメモリ３２とを備える。ＣＰＵ３０は、メモリ３２に記憶されているプログラムに従って、様々な処理を実行する。メモリ３２は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３２は、ＣＰＵ３０によって実行される上記のプログラムを記憶する。

プログラムは、アプリケーションプログラムと、プロトコルスタックと、を含む。アプリケーションプログラムは、ＣＰＵ３０が、ＯＳＩ参照モデルのアプリケーション層の処理を実行するためのプログラムである。プロトコルスタックは、ＣＰＵ３０が、ＯＳＩ参照モデルのアプリケーション層よりも下位層の処理を実行するためのプログラムである。プロトコルスタックは、Ｐ２Ｐ（Peer to Peerの略）プログラムと、Ｒ／Ｗプログラムと、ＣＥプログラムと、を含む。Ｐ２Ｐプログラムは、ＮＦＣ規格のＰ２Ｐモードに従った処理を実行するためのプログラムである。Ｒ／Ｗプログラムは、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従った処理を実行するためのプログラムである。ＣＥプログラムは、ＮＦＣ規格のＣＥ（Card Emulationの略）モードに従った処理を実行するためのプログラムである。これらのプログラムは、ＮＦＣフォーラムによって定められたＮＦＣ規格に準拠した処理を実行するためのプログラムである。

また、ＭＦＰ１０がＷＦＤネットワークに現在属している場合には、ＣＰＵ３０は、メモリ３２に、ＷＦＤネットワークに現在属していることを示す情報と、当該ＷＦＤネットワークを介して目的データ（例えば、印刷データ、スキャンデータ）の通信を実行するための無線設定（認証方式、暗号化方式、パスワード、無線ネットワークのＳＳＩＤ（Service Set Identifierの略）、ＢＳＳＩＤ（Basic Service Set Identifierの略）を含む）と、を記憶する。また、ＭＦＰ１０が通常Ｗｉ−Ｆｉネットワークに現在属している場合には、ＣＰＵ３０は、通常Ｗｉ−Ｆｉネットワークに現在属していることを示す情報と、当該通常Ｗｉ−Ｆｉネットワークを介して目的データの通信を実行するための無線設定と、をメモリ３２に記憶する。なお、ＳＳＩＤは、無線ネットワークを識別するための識別子であり、ＢＳＳＩＤは、無線ネットワークを構築するアクセスポイント（即ち、ＷＦＤネットワークの場合には、Ｇ／Ｏ状態（後述）の機器）の固有の識別子（例えばＭＡＣアドレス）である。

メモリ３２は、さらに、ＷＦＤＩ／Ｆ設定を示す値（ＯＮ又はＯＦＦ）を記憶する。なお、制御部２４は、メモリ３２内のＷＦＤＩ／Ｆ設定がＯＦＦである状態では、ＷＦＤ方式に従った各処理を実行することができない。ＷＦＤＩ／Ｆ設定がＯＮである状態では、メモリ３２は、さらに、ＷＦＤ方式に関するＭＦＰ１０の現在の状態（Ｇ／Ｏ状態、クライアント状態、及び、デバイス状態のいずれかの状態）を示す値を記憶する。

メモリ３２は、さらに、後述の登録処理（図４）が実行されることにより、他のデバイス（例えば携帯端末５０）から送信された当該他のデバイスの認証情報を記憶する（図４参照）。認証情報は、例えば、携帯端末５０に固有のＩＤ（識別情報）である。また、メモリ３２は、他の装置（例えば携帯端末５０）が、ＭＦＰ１０を利用して様々な機能（印刷機能、スキャン機能等）を実行するためのアプリケーションプログラム（以下では、「ＭＦＰ用アプリケーション」と呼ぶ）を他の装置にダウンロードさせるためのＵＲＬ（以下では、「アプリダウンロードＵＲＬ」と呼ぶ）を記憶する。アプリダウンロードＵＲＬは、ＭＦＰ１０のベンダによって、予めメモリ３２に記憶されている。

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

ＮＦＣ機器の中には、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの３つのモードの全てを利用可能な機器も存在するし、上記の３つのモードのうちの１つ又は２つのモードのみを利用可能な機器も存在する。本実施例では、ＭＦＰ１０、携帯端末５０、８０は、上記の３つのモードの全てを利用可能な機器である。

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

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

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

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

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

なお、ＮＦＣ機器は、Ｒｅａｄｅｒモード及びＷｒｉｔｅｒモードの両方が起動されている状態を形成し得ない。即ち、ＮＦＣ機器は、Ｒｅａｄｅｒモードを起動しているのであれば、Ｗｒｉｔｅｒモードを停止している。また、ＮＦＣ機器は、Ｗｒｉｔｅｒモードを起動しているのであれば、Ｒｅａｄｅｒモードを停止している。

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

ＭＦＰ１０は、ＭＦＰ１０の電源がＯＮされると、ＣＥモードのみが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない初期状態に移行する。本実施例では、ＭＦＰ１０は、後述の所定の場合（図２のＳ２０でＹＥＳ、Ｓ２２でＹＥＳ）に、上記の初期状態から、Ｐ２Ｐモードのみが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態に移行する（Ｓ２４）。なお、本実施例では、ＭＦＰ１０は、ＭＦＰ１０の電源がＯＮされている間に、Ｒ／Ｗモードが起動されていない状態を維持する。従って、本実施例の変形例では、ＭＦＰ１０は、Ｒ／Ｗモードを利用不可能であってもよい。

（ＷＦＤ）
次に、ＷＦＤについて説明する。ＷＦＤは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定された規格である。ＷＦＤは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」に記述されている。

上述したように、ＰＣ８とＭＦＰ１０と携帯端末５０、８０とは、それぞれ、ＷＦＤ方式に従った無線通信を実行可能である。以下では、ＷＦＤ方式に従った無線通信を実行可能な機器のことを「ＷＦＤ対応機器」と呼ぶ。ＷＦＤ規格では、ＷＦＤ対応機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ対応機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

Ｇ／Ｏ状態の機器とクライアント状態の機器とによって、ＷＦＤネットワークが構成される。ＷＦＤネットワークでは、Ｇ／Ｏ状態の機器が１個しか存在し得ないが、クライアント状態の機器が１個以上存在し得る。Ｇ／Ｏ状態の機器は、１個以上のクライアント状態の機器を管理する。具体的に言うと、Ｇ／Ｏ状態の機器は、１個以上のクライアント状態の機器のそれぞれの識別情報（即ちＭＡＣアドレス）が記述された管理リストを生成する。Ｇ／Ｏ状態の機器は、クライアント状態の機器がＷＦＤネットワークに新たに属すると、当該機器の識別情報を管理リストに追加し、クライアント状態の機器がＷＦＤネットワークから離脱すると、当該機器の識別情報を管理リストから消去する。

Ｇ／Ｏ状態の機器は、管理リストに登録されている機器、即ち、クライアント状態の機器（即ちＷＦＤネットワークに属している機器）との間で、目的データ（例えば、ＯＳＩ参照モデルのネットワーク層の情報を含むデータ（印刷データ、スキャンデータ等））の無線通信を実行可能である。しかしながら、Ｇ／Ｏ状態の機器は、管理リストに登録されていない未登録機器との間で、当該未登録機器がＷＦＤネットワークに参加するためのデータ（例えば、ネットワーク層の情報を含まないデータ（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ信号、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ信号等の物理層のデータ）の無線通信を実行可能であるが、上記の目的データの無線通信を実行不可能である。例えば、Ｇ／Ｏ状態のＭＦＰ１０は、管理リストに登録されている携帯端末５０（即ち、クライアント状態の携帯端末５０）から印刷データを無線で受信可能であるが、管理リストに登録されていない機器から印刷データを無線で受信不可能である。

また、Ｇ／Ｏ状態の機器は、複数個のクライアント状態の機器の間の目的データ（印刷データ、スキャンデータ等）の無線通信を中継可能である。例えば、クライアント状態の携帯端末５０がクライアント状態の他のプリンタに印刷データを無線で送信すべき場合には、携帯端末５０は、まず、印刷データをＧ／Ｏ状態のＭＦＰ１０に無線で送信する。この場合、ＭＦＰ１０は、携帯端末５０から印刷データを無線で受信して、上記の他のプリンタに印刷データを無線で送信する。即ち、Ｇ／Ｏ状態の機器は、通常Ｗｉ−ＦｉネットワークのＡＰの機能を実行可能である。

なお、ＷＦＤネットワークに属していないＷＦＤ対応機器（即ち、管理リストに登録されていない機器）が、デバイス状態の機器である。デバイス状態の機器は、ＷＦＤネットワークに参加するためのデータ（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ信号、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ信号等の物理層のデータ等）の無線通信を実行可能であるが、ＷＦＤネットワークを介して目的データ（印刷データ、スキャンデータ等）の無線通信を実行不可能である。

（携帯端末５０、８０の構成）
携帯端末５０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末である。携帯端末８０は、携帯端末５０と同様の構成を有する。携帯端末５０は、操作部５２と、表示部５４と、無線ＬＡＮＩ／Ｆ５６と、ＮＦＣＩ／Ｆ５８と、制御部６０と、を備える。操作部５２は、複数のキーを備える。表示部５４は、様々な情報を表示するためのディスプレイである。変形例では、携帯端末５０は、操作部５２と表示部５４の両方の機能を有するタッチパネルを有していてもよい。

無線ＬＡＮＩ／Ｆ５６、及び、ＮＦＣＩ／Ｆ５８は、それぞれ、上記のＭＦＰ１０の無線ＬＡＮＩ／Ｆ２０、及び、ＮＦＣＩ／Ｆ２２と同様のインターフェースである。即ち、制御部６０は、無線ＬＡＮＩ／Ｆ５６を介して、ＷＦＤ方式に従った無線通信と通常Ｗｉ−Ｆｉに従った無線通信の両方を同時的に実行し得る。また、制御部６０は、ＮＦＣＩ／Ｆ５８を介して、ＮＦＣ方式に従った無線通信を実行し得る。

制御部６０は、ＣＰＵ６２とメモリ６４とを備える。ＣＰＵ６２は、メモリ６４に記憶されているプログラムに従って、様々な処理を実行する。メモリ６４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ６４は、ＣＰＵ６２によって実行される上記のプログラムを記憶する。プログラムは、ＭＦＰ１０の場合と同様に、アプリケーションプログラムと、プロトコルスタックと、を含む。アプリケーションプログラムには、ＭＦＰ１０に様々な機能（例えば、印刷機能、スキャン機能等）を実行させるためのアプリケーションプログラム（以下では「ＭＦＰ用アプリケーション」と呼ぶ）を含む。ＣＰＵ６２は、後述のインストール処理（図３）を実行することにより、ＭＦＰ用アプリケーションをダウンロードし、ダウンロードされたＭＦＰ用アプリケーションをメモリ６４にインストールすることができる。

メモリ６４は、さらに、携帯端末５０の認証情報を記憶する。上述したように、携帯端末５０の認証情報は、携帯端末５０に固有のＩＤ（識別情報）である。携帯端末５０の認証情報は、携帯端末５０の出荷時点において、携帯端末５０のベンダによって予めメモリ６４に記憶されている。

携帯端末５０は、第１のＯＳ（Operation Systemの略）プログラムを備える。第１のＯＳプログラムは、例えば、Ａｎｄｒｏｉｄ（登録商標）のバージョン４．０である。第１のＯＳプログラムは、携帯端末５０を以下のように動作させる。即ち、携帯端末５０は、携帯端末５０の電源がＯＮされると、Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動されており、Ｗｒｉｔｅｒモードが起動されていない初期状態に移行する（図３のＳ５０参照）。携帯端末５０は、ＭＦＰ用アプリケーションがインストールされていない場合には、上記の初期状態を維持する。携帯端末５０は、ＭＦＰ用アプリケーションがインストールされていても、ＭＦＰ用アプリケーションが起動されていない場合には、上記の初期状態を維持する。携帯端末５０は、ＭＦＰ用アプリケーションが起動されると、上記の初期状態から、Ｗｒｉｔｅｒモードが起動されており、Ｒｅａｄｅｒモード及びＰ２Ｐモードが起動されていない状態に移行する。なお、携帯端末５０は、第１のＯＳプログラムのベンダが提供するインターネットサーバ（図示省略）から、ＭＦＰ用アプリケーションをダウンロードし、ダウンロードされたＭＦＰ用アプリケーションをメモリ６４にインストールすることができる。

（Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作）
続いて、ＮＦＣ機器によって実行されるＰｏｌｌ動作及びＬｉｓｔｅｎ動作について説明する。例えば、ＭＦＰ１０では、ＣＰＵ３０が、プログラムに従ってＰｏｌｌ動作及びＬｉｓｔｅｎ動作を実行するのではなく、ＮＦＣＩ／Ｆ２２が、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を実行する。Ｐｏｌｌ動作は、ポーリング信号を送信して、ポーリング信号に対するレスポンス信号を受信する動作である。また、Ｌｉｓｔｅｎ動作は、ポーリング信号を受信して、ポーリング信号に対するレスポンス信号を送信する動作である。

ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、Ｐｏｌｌ動作を実行するためのＰｏｌｌモードと、Ｌｉｓｔｅｎ動作を実行するためのＬｉｓｔｅｎモードと、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作のどちらも実行しないモード（以下では「不実行モード」と呼ぶ）と、のうちのいずれかのモードで動作可能である。ＮＦＣＩ／Ｆ２２は、Ｐｏｌｌモード、Ｌｉｓｔｅｎモード、及び、不実行モードで、順次動作する。例えば、ＮＦＣＩ／Ｆ２２は、Ｐｏｌｌモードで動作し、次いで、Ｌｉｓｔｅｎモードで動作し、次いで、不実行モードで動作する、という１セットの動作を実行する。ＮＦＣＩ／Ｆ２２は、上記の１セットの動作を繰り返し実行する。

Ｐｏｌｌモードでは、ＮＦＣＩ／Ｆ２２は、ポーリング信号を送信して、レスポンス信号を受信することを監視する。具体的に言うと、ＮＦＣＩ／Ｆ２２は、（１）ＴｙｐｅＡのＮＦＣ機器が応答可能なポーリング信号（即ちＴｙｐｅＡに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視し、（２）レスポンス信号を受信しなければ、ＴｙｐｅＢのＮＦＣ機器が応答可能なポーリング信号（即ちＴｙｐｅＢに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視し、（３）レスポンス信号を受信しなければ、ＴｙｐｅＦのＮＦＣ機器が応答可能なポーリング信号（即ちＴｙｐｅＦに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視する、という動作を繰り返す。ＮＦＣＩ／Ｆ２２が所定時間内にＮＦＣ機器（即ち通信相手）からレスポンス信号を受信する場合には、通信相手は、当該レスポンス信号の送信の直前に受信したポーリング信号に対応するＴｙｐｅのＮＦＣ機器であると言える。ＮＦＣＩ／Ｆ２２は、レスポンス信号を受信する場合に、さらに、当該レスポンス信号の送信元のＮＦＣ機器が、どのモードを起動しているのかを問い合わせるための問合信号を、通信相手に送信する。

Ｌｉｓｔｅｎモードでは、ＮＦＣＩ／Ｆ２２は、ポーリング信号を受信することを監視して、ポーリング信号を受信すると、レスポンス信号を送信する。ＮＦＣＩ／Ｆ２２は、ＮＦＣＩ／Ｆ２２に対応するＴｙｐｅのポーリング信号を受信する場合にのみ、ポーリング信号の送信元のＮＦＣ機器（即ち通信相手）にレスポンス信号を送信する。ＮＦＣＩ／Ｆ２２は、通信相手にレスポンス信号を送信する場合に、さらに、通信相手から問合信号を受信して、起動モード信号を通信相手に送信する。

不実行モードでは、ＮＦＣＩ／Ｆ２２は、ポーリング信号を送信せず、さらに、ポーリング信号を受信しても、レスポンス信号を送信しない。

携帯端末５０、８０のそれぞれも、上記の１セットの動作を繰り返し実行する。従って、例えば、ＭＦＰ１０と携帯端末５０との間の距離が１０ｃｍ未満であり、かつ、ＭＦＰ１０のＮＦＣＩ／Ｆ２２がＰｏｌｌモードで動作する期間と、携帯端末５０がＬｉｓｔｅｎモードで動作する期間と、が一致する場合には、ＮＦＣＩ／Ｆ２２は、ポーリング信号を携帯端末５０に送信して、レスポンス信号を携帯端末５０から受信するＰｏｌｌ動作を実行する。また、例えば、ＭＦＰ１０と携帯端末５０との間の距離が１０ｃｍ未満であり、ＮＦＣＩ／Ｆ２２がＬｉｓｔｅｎモードで動作する期間と、携帯端末５０がＰｏｌｌモードで動作する期間と、が一致すると、ＮＦＣＩ／Ｆ２２は、ポーリング信号を携帯端末５０から受信して、レスポンス信号を携帯端末５０に送信するＬｉｓｔｅｎ動作を実行する。なお、以下では、Ｐｏｌｌ動作を実行したＮＦＣ機器、Ｌｉｓｔｅｎ動作を実行したＮＦＣ機器のことを、それぞれ、「Ｐｏｌｌ機器」、「Ｌｉｓｔｅｎ機器」と呼ぶ。

ＮＦＣＩ／Ｆ２２がＰｏｌｌ動作を実行する場合、即ち、ＭＦＰ１０がＰｏｌｌ機器である場合には、以降の通信のための各処理は、ＣＰＵ３０に引き継がれる。具体的に言うと、まず、Ｌｉｓｔｅｎ機器である通信相手（例えば携帯端末５０）がどのモードの動作を実行可能であるのかを示す情報（即ち、受信済みの起動モード信号が示す情報）が、ＮＦＣＩ／Ｆ２２からＣＰＵ３０に受け渡される。

例えば、Ｐｏｌｌ機器であるＭＦＰ１０の現在の状態が、Ｐ２Ｐモードが起動されており、他のモード（ＣＥモード及びＲ／Ｗモード）が起動されていない状態であり、かつ、ＮＦＣＩ／Ｆ２２から受け渡された情報が、Ｌｉｓｔｅｎ機器である通信相手がＰ２Ｐモードを起動していることを示す場合には、ＣＰＵ３０は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する。これにより、Ｐｏｌｌ機器であるＭＦＰ１０とＬｉｓｔｅｎ機器である通信相手との間に、Ｐ２Ｐモードの通信リンクが確立される。

また、例えば、Ｌｉｓｔｅｎ機器であるＭＦＰ１０の現在の状態が、Ｐ２Ｐモードが起動されており、他のモードが起動されていない状態であり、かつ、Ｐｏｌｌ機器である通信相手の現在の状態が、Ｐ２Ｐモードが起動されている状態である場合には、ＣＰＵ３０は、通信相手からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３０は、ＭＦＰ１０がＰ２Ｐモードで動作すべきことを決定し、ＯＫコマンドを通信相手に送信する。これにより、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、Ｐ２Ｐの通信リンクが確立される。

また、例えば、Ｌｉｓｔｅｎ機器であるＭＦＰ１０の現在の状態が、ＣＥモードが起動されており、Ｐ２Ｐモードが起動されていない状態であり、かつ、Ｐｏｌｌ機器である通信相手の現在の状態が、Ｒｅａｄｅｒモード又はＷｒｉｔｅｒモードが起動されている状態である場合には、ＣＰＵ３２は、通信相手からＲ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３２は、ＭＦＰ１０がＣＥモードで動作すべきことを決定し、ＯＫコマンドを通信相手に送信する。これにより、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＲ／Ｗモードに対応する通信リンクが確立される。

なお、ＣＥモード及びＲ／Ｗモードに対応する通信リンクが確立される場合には、ＣＰＵ３２は、さらに、通信相手から、通信相手がＲｅａｄｅｒモード又はＷｒｉｔｅｒモードのどちらで動作するのかを示す情報を受信する。従って、例えば、通信相手がＲｅａｄｅｒモードで動作することを示す情報が受信される場合には、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＲｅａｄｅｒモードに対応する通信リンク（以下では「ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンク」と呼ぶ）が確立されると言える。また、例えば、通信相手がＷｒｉｔｅｒモードで動作することを示す情報が受信される場合には、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＷｒｉｔｅｒモードに対応する通信リンク（以下では「ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンク」と呼ぶ）が確立されると言える。

（ＰＣ８の構成）
ＰＣ８は、無線ＬＡＮＩ／Ｆ（即ちＷＦＤ及び通常Ｗｉ−Ｆｉ用のインターフェース）を備えるが、ＮＦＣＩ／Ｆを備えていない。従って、ＰＣ８は、無線ＬＡＮを利用して、ＭＦＰ１０と通信を実行可能であるが、ＮＦＣ方式の無線通信を実行不可能である。ＰＣ８は、ＭＦＰ１０に機能（例えば印刷機能、スキャン機能等）を実行させるためのドライバプログラムを備える。なお、ドライバプログラムは、通常、ＭＦＰ１０と共に出荷されるメディアからＰＣ８にインストールされる。ただし、変形例では、ドライバプログラムは、ＭＦＰ１０のベンダによって提供されるサーバからＰＣ８にインストールされてもよい。

（ＡＰ６の構成）
ＡＰ６は、ＷＦＤ方式のＧ／Ｏ状態の機器ではなく、無線アクセスポイント又は無線ＬＡＮルータと呼ばれる通常のＡＰである。ＡＰ６は、複数個の機器と通常Ｗｉ−Ｆｉ接続を確立することができる。これにより、ＡＰ６と複数個の機器とを含む通常Ｗｉ−Ｆｉネットワークが構築される。ＡＰ６は、通常Ｗｉ−Ｆｉネットワークに属している複数個の機器のうちの１個の機器からデータを受信して、複数個の機器のうちの他の１個の機器に当該データを送信する。即ち、ＡＰ６は、通常Ｗｉ−Ｆｉネットワークに属する一対の機器の間の通信を中継する。

（ＭＦＰ１０のＣＰＵ３０が実行する通信処理；図２）
次いで、図２を参照して、ＭＦＰ１０のＣＰＵ３０がプログラムに従って実行する通信処理の内容を説明する。ＣＰＵ３０は、ＭＦＰ１０の電源がＯＮされると、図２の通信処理を開始する。Ｓ１０では、ＣＰＵ３０は、ＭＦＰ１０の状態を、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない初期状態に移行させる。

次いで、Ｓ１２では、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する。具体的に言うと、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を構成するチップに、メモリ３２に記憶されているアプリダウンロードＵＲＬを記憶させる。Ｒｅａｄｅｒモードで動作する通信相手（例えば携帯端末５０）との間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立する場合、ＮＦＣＩ／Ｆ２２は、当該通信リンクを利用して、登録されたアプリダウンロードＵＲＬを通信相手に送信する。

次いで、Ｓ１４では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。上述したように、ＣＰＵ３０は、通信相手（例えば携帯端末５０）からＷｒｉｔｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ１４でＹＥＳと判断して、Ｓ１６及びＳ１８に進む。

Ｓ１６では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手から登録要求と認証情報を受信することを監視する。登録要求は、通信相手の認証情報をメモリ３２に記憶させることを求めるリクエスト信号である。ＣＰＵ３０は、Ｗｒｉｔｅｒモードで動作する通信相手から、登録要求と通信相手の認証情報を受信する場合に、Ｓ１６でＹＥＳと判断して、Ｓ３４に進む。この際、ＮＦＣＩ／Ｆ２２を構成するチップは、通信相手から登録要求と認証情報を受信すると、アプリダウンロードＵＲＬに代えて、受信された登録要求と認証情報を記憶する。次いで、ＮＦＣＩ／Ｆ２２は、受信された登録要求と認証情報をＣＰＵ３０に受け渡す。以下、本明細書では、ＣＰＵ３０が、ＮＦＣＩ／Ｆ２２を介して、通信相手から登録要求と認証情報を受信する場合には、上記と同様の処理が行われているものとして説明する。Ｓ３４では、ＣＰＵ３０は、受信された認証情報をメモリ３２に記憶させる。Ｓ３４を終えると、ＣＰＵ３０は、Ｓ１２に戻り、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。次いで、ＣＰＵ３０は、Ｓ１４以降の処理を再度実行する。

Ｓ１８では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手から実行要求と認証情報を受信することを監視する。実行要求は、ＭＦＰ１０の特定の機能（スキャン機能、印刷機能）の実行を求めるリクエスト信号である。ＣＰＵ３０は、Ｗｒｉｔｅｒモードで動作する通信相手から、実行要求と通信相手の認証情報を受信する場合に、Ｓ１８でＹＥＳと判断して、Ｓ２０に進む。この際、ＮＦＣＩ／Ｆ２２を構成するチップは、通信相手から実行要求と認証情報を受信すると、アプリダウンロードＵＲＬに代えて、受信された実行要求と認証情報を記憶する。次いで、ＮＦＣＩ／Ｆ２２は、受信された実行要求と認証情報をＣＰＵ３０に受け渡す。以下、本明細書では、ＣＰＵ３０が、ＮＦＣＩ／Ｆ２２を介して、通信相手から実行要求と認証情報を受信する場合には、上記と同様の処理が行われているものとして説明する。

Ｓ２０では、ＣＰＵ３０は、認証が成功したか否かを判断する。具体的に言うと、Ｓ２０では、ＣＰＵ３０は、受信された認証情報と一致する認証情報がメモリ３２内に記憶されているか否かを判断する。Ｓ２０の時点で、通信相手の認証情報の登録（Ｓ３４）が既に行われていれば、メモリ３２内には、受信された認証情報と一致する認証情報が既に記憶されている。受信された認証情報と一致する認証情報がメモリ３２内に記憶されている場合、ＣＰＵ３０は、認証が成功したと判断する。この場合、ＣＰＵ３０は、Ｓ２０でＹＥＳと判断し、Ｓ２２に進む。一方、Ｓ２０の時点で、通信相手の認証情報の登録（Ｓ３４）が行われていない場合、メモリ３２内には、受信された認証情報と一致する認証情報が記憶されていない。受信された認証情報と一致する認証情報がメモリ３２内に記憶されていない場合、ＣＰＵ３０は、認証が失敗したと判断する。この場合、ＣＰＵ３０は、Ｓ２０でＮＯと判断し、Ｓ３６に進む。この場合、Ｓ３６では、ＣＰＵ３０は、認証に失敗した旨のメッセージを含むエラー画面を表示部１４に表示させる。Ｓ３６を終えると、ＣＰＵ３０は、Ｓ１２に戻り、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。次いで、ＣＰＵ３０は、Ｓ１４以降の処理を再度実行する。

Ｓ２２では、ＣＰＵ３０は、ＭＦＰ１０が、実行要求が示す特定の機能を実行可能であるか否かを判断する。例えば、特定の機能が印刷である場合、Ｓ２２では、ＣＰＵ３０は、印刷実行部１６で、紙詰まり、印刷機構の故障等の装置エラー、又は、トナー（インク）切れ、用紙切れ等の消耗品エラーが発生しているか否かを確認する。具体的に言うと、ＣＰＵ３０は、ＭＦＰ１０の各部（印刷実行部１６、スキャン実行部１８等）の状態をチェックし、装置エラーが発生しているか否か判断するとともに、消耗品の残量がゼロであるか否かを判断する。その結果、印刷実行部１６で装置エラーと消耗品エラーのいずれも発生していない場合、ＣＰＵ３０は、機能実行可能であると判断する。この場合、ＣＰＵ３０は、Ｓ２２でＹＥＳと判断し、Ｓ２４に進む。一方、印刷実行部１６で装置エラーと消耗品エラーの少なくとも一方が発生している場合、ＣＰＵ３０は、機能実行可能でないと判断する。この場合、ＣＰＵ３０は、Ｓ２２でＮＯと判断し、Ｓ３６に進む。同様に、例えば、特定の機能がスキャンである場合、Ｓ２２では、ＣＰＵ３０は、スキャン実行部１８の故障（例えば、原稿送り機構の故障、センサの故障等）が発生しているか否かを確認する。その結果、スキャン実行部１８で故障が発生していない場合、ＣＰＵ３０は、機能実行可能であると判断（Ｓ２２でＹＥＳ）して、Ｓ２４に進む。一方、スキャン実行部１８で故障が発生している場合、ＣＰＵ３０は、機能実行可能でないと判断（Ｓ２２でＮＯ）して、Ｓ３６に進む。この場合、Ｓ３６では、ＣＰＵ３０は、特定の機能を実行可能でない旨のメッセージを含むエラー画面を表示部１４に表示させる。Ｓ３６を終えると、ＣＰＵ３０は、Ｓ１２に戻り、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。次いで、ＣＰＵ３０は、Ｓ１４以降の処理を再度実行する。

Ｓ２４では、ＣＰＵ３０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。具体的に言うと、まず、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを切断する。即ち、ＣＰＵ３０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信を実行する。ＮＦＣ規格では、Ｐｏｌｌ機器がＤｅａｃｔｉｖａｔｉｏｎコマンドを送信すること、即ち、Ｌｉｓｔｅｎ機器がＤｅａｃｔｉｖａｔｉｏｎコマンドを受信することが決められている。ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクの切断が実行される際には、通信相手がＰｏｌｌ機器であり、ＭＦＰ１０がＬｉｓｔｅｎ機器である。このために、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を介して、通信相手からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信し、ＮＦＣＩ／Ｆ２２を介して、ＯＫコマンドを通信相手に送信する。この結果、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが切断される。なお、本実施例では、後述の通り、通信相手（携帯端末５０）は、実行要求及び認証情報をＭＦＰ１０に送信した後に、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる（図５のＳ９４、Ｓ９６参照）。そのため、上記のＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクの切断は、Ｓ１８でＹＥＳと判断された時点からＳ２４の時点までのいずれかのタイミングで行われる。ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが切断された後で、ＣＰＵ３０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＣＰＵ３０は、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態に変更することができる。

次いで、Ｓ２６では、ＣＰＵ３０は、Ｐ２Ｐの通信リンクが確立されることを監視する。上述したように、例えば、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３０は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ２６でＹＥＳと判断して、Ｓ２８に進む。また、例えば、ＭＦＰ１０がＬｉｓｔｅｎ機器である場合には、ＣＰＵ３０は、通信相手からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを通信相手に送信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合も、ＣＰＵ３０は、Ｓ２６でＹＥＳと判断して、Ｓ２８に進む。

Ｓ２８では、ＣＰＵ３０は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手（例えば携帯端末５０）と双方向通信（以下では、「Ｐ２Ｐ通信」と呼ぶ場合がある）を実行する。具体的に言うと、まず、ＣＰＵ３０は、通信相手から、通信相手の属するネットワークに関するネットワーク情報を受信する。ネットワーク情報の詳しい内容は後で説明する。次いで、ＣＰＵ３０は、通信相手に対して、自身が属するネットワークの無線設定を示す設定情報（認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ等）と、設定変更不要を示す変更不要情報と、のうちの一方を送信する。Ｓ２８で実行される双方向通信は、以下で説明するように、通信相手がネットワークに属しているか否かによって内容が異なる。以下では、Ｓ２８で実行される双方向通信の内容を、場合を分けて説明する。

（通信相手がネットワークに属している場合の双方向通信（Ｓ２８））
通信相手がネットワークに属している場合、まず、通信相手は、ＭＦＰ１０に対して、自身が属するネットワーク（通常Ｗｉ−Ｆｉネットワーク又はＷＦＤネットワーク）の無線設定（ＳＳＩＤ、ＢＳＳＩＤ）を送信する。ＣＰＵ３０は、通信相手が属するネットワークの無線設定を受信する。この場合、通信相手が属するネットワークの無線設定が、通信相手の「ネットワーク情報」である。

次いで、ＣＰＵ３０は、受信された無線設定に基づいて、ＭＦＰ１０が通信相手と同一のネットワークに属しているか否かを判断する。即ち、受信済のＳＳＩＤ、ＢＳＳＩＤそれぞれが、ＭＦＰ１０が属するネットワーク無線設定に含まれるＳＳＩＤ、ＢＳＳＩＤそれぞれと一致するかを判断する。ＭＦＰ１０が通信相手と同一のネットワークに属していると判断される場合、ＣＰＵ３０は、通信相手に対して、設定変更が不要であることを示す変更不要情報を送信する。

これに対し、ＭＦＰ１０が属しているネットワークと、通信相手が属しているネットワークとが異なると判断される場合、ＣＰＵ３０は、通信相手に対して、ＭＦＰ１０がＧ／ＯであるＷＦＤネットワークの無線設定（認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ）を通信相手に送信する。例えば、ＭＦＰ１０が、Ｇ／ＯとしてＷＦＤネットワークに属している場合には、ＣＰＵ３０は、当該ＷＦＤネットワークで利用されている無線設定を通信相手に送信する。また、例えば、ＭＦＰ１０が、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属していない場合には、ＣＰＵ３０は、ＭＦＰ１０をＧ／Ｏに移行させてＷＦＤネットワークを新たに形成し、当該ＷＦＤネットワークの無線設定を通信相手に送信する。

（通信相手がネットワークに属していない場合の双方向通信（Ｓ２８））
通信相手がネットワークに属していない場合、まず、通信相手は、ＭＦＰ１０に対して、自身がネットワークに属していないことを示す情報を送信する。ＣＰＵ３０は、通信相手がネットワークに属していないことを示す情報を受信する。この場合、通信相手がネットワークに属していないことを示す情報が、通信相手の「ネットワーク情報」である。

次いで、ＣＰＵ３０は、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属しているか否かを判断する。ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属している場合、ＣＰＵ３０は、当該ＷＦＤネットワークで利用されている無線設定を通信相手に送信する。

これに対し、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属していない場合、ＣＰＵ３０は、Ｇ／Ｏに移行してＷＦＤネットワークを新たに形成し、当該ＷＦＤネットワークの無線設定を通信相手に送信する。

Ｓ２８の双方向通信の結果、ＭＦＰ１０と通信相手は共通の無線設定を利用可能となる。ＣＰＵ３０は、共通の無線設定を利用して、通信相手との間で、無線ＬＡＮＩ／Ｆ２０を利用した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。

次いで、Ｓ３０では、ＣＰＵ３０は、Ｐ２Ｐモードを停止し、ＣＥモードを起動させる。具体的に言うと、まず、ＣＰＵ３０は、Ｐ２Ｐの通信リンクを切断する。即ち、ＣＰＵ３０は、Ｓ２４と同様に、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信を実行する。この結果、Ｐ２Ｐの通信リンクが切断される。次いで、ＣＰＵ３０は、Ｐ２Ｐモードを停止し、ＣＥモードを起動させる。この結果、ＣＰＵ３０は、ＭＦＰ１０の状態を初期状態に戻すことができる。

次いで、Ｓ３２では、ＣＰＵ３０は、特定の機能を実行する。具体的に言うと、Ｓ３２では、ＣＰＵ３０は、通信相手との間で、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０を介して機能実行の対象となる対象データを通信する。例えば、特定の機能が印刷である場合、通信相手からＭＦＰ１０に対して印刷データ（対象データ）が送信される。ＣＰＵ３０は、対象データを受信すると、対象データが示す画像を、印刷実行部１６に印刷させる。また、例えば、特定の機能がスキャンである場合、ＣＰＵ３０は、スキャン実行部１８の原稿送り機構にセットされた原稿にスキャンさせ、スキャンデータ（対象データ）を生成する。ＣＰＵ３０は、生成された対象データを、通信相手に送信する。

Ｓ３２を終えると、ＣＰＵ３０は、Ｓ１２に戻り、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。次いで、ＣＰＵ３０は、Ｓ１４以降の処理を再度実行する。

（携帯端末５０のＣＰＵ６２が実行するインストール処理；図３）
次いで、図３を参照して、携帯端末５０のＣＰＵ６２がプログラムに従って実行するインストール処理の内容を説明する。図３のインストール処理が実行される時点では、携帯端末５０のメモリ６４には、ＭＦＰ用アプリケーションがインストールされていない。ＣＰＵ６２は、電源がＯＮされると、Ｓ５０において、携帯端末５０の状態を、Ｒｅａｄｅｒモード及びＰ２Ｐモードが起動されており、他のモード（Ｗｒｉｔｅｒモード及びＣＥモード）が起動されていない初期状態に移行させる。

次いで、Ｓ５２では、ＣＰＵ６２は、携帯端末（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＣＰＵ６２は、通信相手（即ち、ＭＦＰ１０）に、Ｒｅａｄｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを送信して、ＭＦＰ１０からＯＫコマンドを受信する場合に、携帯端末（Ｒ）−相手（ＣＥ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ６２は、Ｓ５２でＹＥＳと判断して、Ｓ５４に進む。

Ｓ５４では、ＣＰＵ６２は、携帯端末（Ｒ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、通信相手（即ち、ＭＦＰ１０）からアプリダウンロードＵＲＬを受信することを監視する。ＣＰＵ６２は、ＣＥモードで動作するＭＦＰ１０から、アプリダウンロードＵＲＬを受信する場合に、Ｓ５４でＹＥＳと判断して、Ｓ５６に進む。

Ｓ５６では、ＣＰＵ６２は、受信されたアプリダウンロードＵＲＬに従って、アプリダウンロードＵＲＬが示すインターネットサーバ（第１のＯＳのベンダが提供するサーバ）にアクセスする。ＣＰＵ６２は、サーバから、ＭＦＰ用アプリケーションをダウンロードする。次いで、ＣＰＵ６２は、ダウンロードされたＭＦＰ用アプリケーションをメモリ６４にインストールする。インストールが完了すると、ＣＰＵ６２は、ＭＦＰ用アプリケーションに従った各種処理を実行可能となる。Ｓ５６を終えると、ＣＰＵ６２は、図３のインストール処理を終了する。

（携帯端末５０のＣＰＵ６２が実行する登録処理；図４）
次いで、図４を参照して、携帯端末５０のＣＰＵ６２がＭＦＰ用アプリケーションプログラムに従って実行する登録処理の内容を説明する。図４の登録処理が実行される時点では、携帯端末５０のメモリ６４には、ＭＦＰ用アプリケーションが既にインストールされている。ＭＦＰ用アプリケーションが起動された後に、操作部５２において登録指示が入力されると、ＣＰＵ６２は、図４の登録処理を開始する。ＣＰＵ６２は、ＭＦＰアプリケーションに従って、図４の登録処理を実行する。Ｓ７０では、ＣＰＵ６２は、携帯端末５０の状態を、Ｗｒｉｔｅｒモードが起動されており、他のモード（Ｒｅａｄｅｒモード、Ｐ２Ｐモード、及び、ＣＥモード）が起動されていない状態に移行させる。

次いで、Ｓ７２では、ＣＰＵ６２は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＣＰＵ６２は、通信相手（即ち、ＭＦＰ１０）に、Ｗｒｉｔｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを送信して、ＭＦＰ１０からＯＫコマンドを受信する場合に、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ６２は、Ｓ７２でＹＥＳと判断して、Ｓ７４に進む。

Ｓ７４では、ＣＰＵ６２は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、登録要求と携帯端末５０の認証情報をＭＦＰ１０に送信する。ＣＰＵ６２は、Ｓ７４を終えると、図４の登録処理を終了する。本実施例では、登録処理が終了する場合、ＣＰＵ６２は、ＭＦＰ用アプリケーションを起動させた状態を維持する。

（携帯端末５０が実行する機能実行処理；図５）
次いで、図５を参照して、携帯端末５０のＣＰＵ６２がＭＦＰ用アプリケーションプログラムに従って実行する機能実行処理の内容を説明する。図５の機能実行処理が実行される時点でも、携帯端末５０のメモリ６４には、ＭＦＰ用アプリケーションが既にインストールされている。ＭＦＰ用アプリケーションが起動され、操作部５２において機能実行指示（印刷指示又はスキャン指示）が入力されると、ＣＰＵ６２は、図５の機能実行処理を開始する。ＣＰＵ６２は、ＭＦＰアプリケーションに従って、図５の機能実行処理を実行する。Ｓ９０では、ＣＰＵ６２は、携帯端末５０の状態を、ＷｒｉｔｅｒモードがＯＮされており、他のモード（Ｒｅａｄｅｒモード、Ｐ２Ｐモード、及び、ＣＥモード）が起動されていない状態に移行させる。

次いで、Ｓ９２では、ＣＰＵ６２は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＣＰＵ６２は、通信相手（即ち、ＭＦＰ１０）に、Ｗｒｉｔｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを送信して、ＭＦＰ１０からＯＫコマンドを受信する場合に、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ６２は、Ｓ９２でＹＥＳと判断して、Ｓ９４に進む。

Ｓ９４では、ＣＰＵ６２は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、実行要求と携帯端末５０の認証情報をＭＦＰ１０に送信する。

Ｓ９６では、ＣＰＵ６２は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。具体的に言うと、Ｓ９６では、ＣＰＵ６２は、以下の各処理を実行する。まず、ＣＰＵ６２は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクを切断する。即ち、ＣＰＵ６２は、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信を実行する。次いで、ＣＰＵ６２は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＣＰＵ６２は、携帯端末５０の状態を、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態に変更することができる。

次いで、Ｓ９８では、ＣＰＵ６２は、Ｐ２Ｐの通信リンクが確立されることを監視する。例えば、携帯端末５０がＰｏｌｌ機器である場合には、ＣＰＵ６２は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手（即ち、ＭＦＰ１０）からＯＫコマンドを受信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合、ＣＰＵ６２は、Ｓ９８でＹＥＳと判断して、Ｓ１００に進む。また、例えば、携帯端末５０がＬｉｓｔｅｎ機器である場合には、ＣＰＵ６２は、ＭＦＰ１０からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを通信相手に送信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合も、ＣＰＵ６２は、Ｓ９８でＹＥＳと判断して、Ｓ１００に進む。一方、所定のタイムアウト期間が経過するまでの間に、Ｐ２Ｐの通信リンクが確立されない場合、ＣＰＵ６２は、Ｓ９８でＮＯと判断し、Ｓ１０４に進む。Ｓ１０４では、ＣＰＵ６２は、所定のエラーメッセージを含むエラー画面を表示部５４に表示させる。Ｓ１０４を終えると、図５の機能実行処理がエラー終了する。この場合、ＣＰＵ６２は、起動されているＭＦＰ用アプリケーションを終了させる。ＣＰＵ６２は、携帯端末５０の状態を、初期状態（Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動しており、他のモードが停止している状態）に戻す。

Ｓ１００では、ＣＰＵ６２は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、通信相手（ＭＦＰ１０）と双方向通信を実行する。Ｓ１００で実行される双方向通信の内容は、図２のＳ２８で実行される双方向通信の内容と同様である。具体的に言うと、まず、ＣＰＵ６２は、ＭＦＰ１０に、ネットワーク情報を送信する。即ち、携帯端末５０がネットワーク（通常Ｗｉ−Ｆｉネットワーク又はＷＦＤネットワーク）に属している場合、ＣＰＵ６２は、携帯端末５０が属するネットワークの無線設定を示す設定情報（ＳＳＩＤ、ＢＳＳＩＤ）を送信する。なお、携帯端末５０がネットワークに属していない場合、ＣＰＵ６２は、携帯端末５０自身がネットワークに属していないことを示す情報をＭＦＰ１０に送信する。ここで、携帯端末５０自身が属するネットワークの無線設定を示す設定情報、又は、携帯端末５０自身がネットワークに属していないことを示す情報が、「ネットワーク情報」に相当する。

上述したように、ＭＦＰ１０は、携帯端末５０に対して、無線設定又は変更不要情報を送信する。ＣＰＵ６２は、無線設定又は変更不要情報を受信する。

Ｓ１００の双方向通信の結果、携帯端末５０とＭＦＰ１０とが共通の無線設定を利用可能となる。ＣＰＵ６２は、共通の無線設定を利用して、ＭＦＰ１０との間で、無線ＬＡＮＩ／Ｆ５６を利用した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。無線ＬＡＮＩ／Ｆ５６を利用した無線通信リンクが確立される場合、ＣＰＵ６２は、Ｐ２Ｐの通信リンクを切断する。

次いで、Ｓ１０２では、ＣＰＵ６２は、特定の機能を実行する。具体的に言うと、Ｓ１０２では、ＣＰＵ６２は、ＭＦＰ１０との間で、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ５６を介して、機能実行の対象となる対象データを通信する。例えば、Ｓ９４で送信された実行要求が示す特定の機能が印刷である場合、ＣＰＵ６２は、ＭＦＰ１０に対して印刷データ（対象データ）を送信する。ＭＦＰ１０は、対象データを受信すると、対象データが示す画像を、印刷実行部１６に印刷させる。また、例えば、特定の機能がスキャンである場合、ＭＦＰ１０は、ＭＦＰ１０にセットされた原稿をスキャン実行部１８にスキャンさせ、スキャンデータ（対象データ）を生成する。ＭＦＰ１０は、生成された対象データを、携帯端末５０に送信する。

Ｓ１０２を終えると、ＣＰＵ６２は、図５の機能実行処理を終了する。この場合、ＣＰＵ６２は、起動されているＭＦＰ用アプリケーションを終了させる。ＣＰＵ６２は、携帯端末５０の状態を、初期状態（Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動しており、他のモードが停止している状態）に戻す。

（インストール実行時の通信；図６）
図６を参照して、ＭＦＰ用アプリケーションのインストールが実行される場合に、ＭＦＰ１０と携帯端末５０の間で実行される通信の例について説明する。

ＭＦＰ１０は、電源がＯＮされると、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない初期状態に移行する（図２のＳ１０）。次いで、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する（図２のＳ１２）。

携帯端末５０には、ＭＦＰ用アプリケーションがインストールされていない。携帯端末５０は、電源がＯＮされると、Ｒｅａｄｅｒモード及びＰ２Ｐモードが起動されており、他のモード（Ｗｒｉｔｅｒモード及びＣＥモード）が起動されていない初期状態に移行する。次いで、携帯端末５０は、携帯端末（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。

この状態で、携帯端末５０がＭＦＰ１０に近づけられることにより、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離（例えば１０ｃｍ未満）まで近づく。その場合、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介してＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクが確立する（図３のＳ５２でＹＥＳ）。

ＭＦＰ１０と携帯端末５０との間にＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクが確立すると、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２に登録されたアプリダウンロードＵＲＬを携帯端末５０に送信する。携帯端末５０は、ＮＦＣＩ／Ｆ５８を介して、アプリダウンロードＵＲＬを受信する（図３のＳ５４でＹＥＳ）。

携帯端末５０は、受信されたアプリダウンロードＵＲＬに従って、アプリダウンロードＵＲＬが示すサーバ（第１のＯＳのベンダが提供するサーバ）にアクセスし、ＭＦＰ用アプリケーションをダウンロードする（図３のＳ５６）。次いで、携帯端末５０は、ダウンロードされたＭＦＰ用アプリケーションをメモリ６４にインストールする（図３のＳ５６）。インストールが完了すると、携帯端末５０は、ＭＦＰ用アプリケーションに従った各種処理を実行可能となる。

（認証情報登録；図７）
次に、図７を参照して、携帯端末５０の認証情報の登録が実行される場合に、ＭＦＰ１０と携帯端末５０の間で実行される通信の例について説明する。

ＭＦＰ１０は、電源がＯＮされると、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない初期状態に移行する（図２のＳ１０）。次いで、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する（図２のＳ１２）。次いで、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。

携帯端末５０には、ＭＦＰ用アプリケーションがインストールされている。携帯端末５０は、ＭＦＰアプリケーションが起動された後に、操作部５２において登録指示が入力されると、Ｗｒｉｔｅｒモードが起動されており、他のモード（Ｒｅａｄｅｒモード、Ｐ２Ｐモード、及び、ＣＥモード）が起動されていない状態に移行する（図４のＳ７０）。次いで、携帯端末５０は、携帯端末５０（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する（図４のＳ７２）。

この状態で、携帯端末５０がＭＦＰ１０に近づけられることにより、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離まで近づく。その場合、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクが確立する（図２のＳ１４でＹＥＳ、図４のＳ７２でＹＥＳ）。

携帯端末５０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｃ５８を介して、登録要求と携帯端末５０の認証情報をＭＦＰ１０に送信する（図４のＳ７４）。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、登録要求と携帯端末５０の認証情報を受信する（図２のＳ１６でＹＥＳ）。ＭＦＰ１０は、登録要求と携帯端末５０の認証情報を受信すると、受信された携帯端末５０の認証情報をメモリ３２に記憶させる。ＭＦＰ１０は、認証情報の登録を終えると、再び、ＮＦＣ２２にアプリダウンロードＵＲＬを登録する。

（機能実行；図８）
次に、図８を参照して、ＭＦＰ１０の特定の機能が実行される場合において、ＭＦＰ１０と携帯端末５０、８０の間で実行される通信の例について説明する。図８では、ＭＦＰ１０と携帯端末５０との間で通信が行われる場合に、ＭＦＰ１０の特定の機能が実行され、ＭＦＰ１０と携帯端末８０との間で通信が行われる場合に、ＭＦＰ１０の特定の機能が実行されない例を説明する。また、図８では、ＭＦＰ１０のメモリ３２には、携帯端末５０の認証情報が記憶されているが、携帯端末８０の認証情報は記憶されていない例を説明する。以下、後述の図１１、図１２、図１３の各例においても同様である。

ＭＦＰ１０は、電源がＯＮされると、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない初期状態に移行する（図２のＳ１０）。次いで、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する（図２のＳ１２）。次いで、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。

携帯端末５０には、ＭＦＰ用アプリケーションがインストールされている。携帯端末５０は、ＭＦＰアプリケーションが起動され、操作部５２において機能実行指示（スキャン指示、印刷指示）が入力されると、Ｗｒｉｔｅｒモードが起動されており、他のモード（Ｒｅａｄｅｒモード、Ｐ２Ｐモード、及び、ＣＥモード）が起動されていない状態に移行する（図４のＳ９０）。次いで、携帯端末５０は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する（図５のＳ９２）。

この状態で、携帯端末５０がＭＦＰ１０に近づけられることにより、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離まで近づくと、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクが確立する（図２のＳ１４でＹＥＳ、図５のＳ９２でＹＥＳ）。

携帯端末５０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｃ５８を介して、実行要求と携帯端末５０の認証情報をＭＦＰ１０に送信する（図５のＳ９４）。次いで、携帯端末５０は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。この場合、携帯端末５０とＭＦＰ１０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを切断する。携帯端末５０は、Ｐ２Ｐの通信リンクが確立されることを監視する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、実行要求と携帯端末５０の認証情報を受信する（図２のＳ１８でＹＥＳ）。次いで、ＭＦＰ１０は、認証が成功したか否かを判断する。受信された認証情報と一致する認証情報がメモリ３２内に記憶されている場合、認証が成功したと判断する（図２のＳ２０でＹＥＳ）。一方、受信された認証情報と一致する認証情報がメモリ３２内に記憶されていない場合、ＭＦＰ１０は、認証が失敗したと判断する（図２のＳ２０でＮＯ）。上述したように、図８の例では、ＭＦＰ１０のメモリ３２には、携帯端末５０の認証情報が記憶されている。そのため、ＭＦＰ１０は、認証が成功したと判断する（図２のＳ２０でＹＥＳ）。

認証が成功したと判断される場合（図２のＳ２０でＹＥＳ）、ＭＦＰ１０は、実行要求が示す特定の機能を実行可能であるか否かを判断する。例えば、特定の機能が印刷である場合、ＭＦＰ１０は、印刷実行部１６で、紙詰まり、印刷機構の故障等の装置エラー、又は、トナー（インク）切れ、用紙切れ等の消耗品エラーが発生しているか否かを確認する。その結果、印刷実行部１６で装置エラーと消耗品エラーのいずれも発生していない場合、ＭＦＰ１０は、機能実行可能であると判断する（図２のＳ２２でＹＥＳ）。一方、印刷実行部１６で装置エラー又は消耗品エラーが発生している場合、ＭＦＰ１０は、機能実行可能でないと判断する（図２のＳ２２でＮＯ）。同様に、例えば、特定の機能がスキャンである場合、ＭＦＰ１０は、スキャン実行部１８で故障（例えば、原稿送り機構の故障、センサの故障等）が発生しているか否かを確認する。その結果、スキャン実行部１８で故障が発生していない場合、ＭＦＰ１０は、機能実行可能であると判断する（図２のＳ２２でＹＥＳ）。一方、スキャン実行部１８で故障が発生している場合、ＭＦＰ１０は、機能実行可能でないと判断する（図２のＳ２２でＮＯ）。

機能実行可能であると判断される場合（図２のＳ２２でＹＥＳ）、ＭＦＰ１０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる（図２のＳ２４）。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立されることを監視する。

この状態で、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末５０の間に、ＮＦＣＩ／Ｆ２２、５８を介して、Ｐ２Ｐの通信リンクが確立される（図２のＳ２６でＹＥＳ、図５のＳ９８でＹＥＳ）。次いで、ＭＦＰ１０と携帯端末５０の間で、Ｐ２Ｐの通信リンクを利用して、Ｐ２Ｐ通信が実行される（図２のＳ２８、図５のＳ１００）。即ち、まず、携帯端末５０は、ＭＦＰ１０に対して、ネットワーク情報（携帯端末５０が属するネットワークの無線設定、又は、携帯端末５０がネットワークに属していないことを示す情報）を送信する。次いで、ＭＦＰ１０は、携帯端末５０に対して、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークの無線設定、又は、変更不要情報を送信する。

上記のＰ２Ｐ通信の結果、ＭＦＰ１０と携帯端末５０とが共通の無線設定を利用可能となる。ＭＦＰ１０と携帯端末５０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０、５６を利用した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。

次いで、ＭＦＰ１０は、Ｐ２Ｐモードを停止し、ＣＥモードを起動させる（図２のＳ３０）。この場合、ＭＦＰ１０と携帯端末５０は、Ｐ２Ｐの通信リンクを切断する。次いで、ＭＦＰ１０及び携帯端末５０は、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０、５６を介して、実行要求が示す特定の機能の実行の対象データを通信する（図２のＳ３２、図５のＳ１０２）。例えば、特定の機能が印刷である場合、携帯端末５０は、ＭＦＰ１０に対して印刷データ（対象データ）を送信する。ＭＦＰ１０は、対象データを受信すると、対象データが示す画像を、印刷実行部１６に印刷させる。また、特定の機能がスキャンである場合、ＭＦＰ１０は、スキャン実行部１８の原稿送り機構にセットされた原稿をスキャンし、スキャンデータ（対象データ）を生成する。ＭＦＰ１０は、生成された対象データを、携帯端末５０に送信する。

機能の実行が終了すると、ＭＦＰ１０は、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。一方、携帯端末５０は、起動されているＭＦＰ用アプリケーションを終了させる。この場合、携帯端末５０は、初期状態（Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動しており、他のモードが停止している状態）に戻る。

一方において、認証が失敗したと判断される場合（図２のＳ２０でＮＯ）、又は、機能実行可能でないと判断される場合（図２のＳ２２でＮＯ）、ＭＦＰ１０は、エラー画面を表示部１４に表示させる（図２のＳ３６）。その後、ＭＦＰ１０は、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。

上述したように、図８の例では、ＭＦＰ１０のメモリ３２には、携帯端末８０の認証情報が記憶されていない。そのため、ＭＦＰ１０は、認証が失敗したと判断する（図２のＳ２０でＮＯ）。この場合、携帯端末８０とＭＦＰ１０との間では、Ｐ２Ｐの通信リンクが確立されない。そのため、携帯端末８０は、所定のタイムアウト期間が経過すると、エラー画面を表示部に表示させる（図５のＳ１０４）。次いで、携帯端末８０は、起動されているＭＦＰアプリケーションを終了させる。携帯端末８０は、初期状態に戻る。

（本実施例の効果）
図８を参照して説明したように、ＭＦＰ１０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを利用して、携帯端末５０から、実行要求と携帯端末５０の認証情報を受信する（図２のＳ１８でＹＥＳ）。また、ＭＦＰ１０は、実行要求と携帯端末５０の認証情報を受信する場合に、認証が成功したか否か、及び、特定の機能が実行可能か否かを判断する（図２のＳ２０及びＳ２２）。ＭＦＰ１０は、認証が成功し（図２のＳ２０でＹＥＳ）、かつ、実行要求が示す特定の機能を実行可能である場合（図２のＳ２２でＹＥＳ）に、ＭＦＰ１０と携帯端末５０との間に、ＮＦＣＩ／Ｆ２２を介したＰ２Ｐの通信リンクを確立する（図２のＳ２６でＹＥＳ）。ＭＦＰ１０は、確立されたＰ２Ｐの通信リンクを利用して、双方向通信（Ｐ２Ｐ通信）を実行する（図２のＳ２８、図８）。一方、ＭＦＰ１０は、認証が失敗したと判断される場合（図２のＳ２０でＮＯ）、又は、機能実行可能でないと判断される場合（図２のＳ２２でＮＯ）、携帯端末８０との間で双方向通信（Ｐ２Ｐ通信）を実行しない（図８参照）。即ち、本実施例のＭＦＰ１０は、ＭＦＰ１０と携帯端末５０との間でＭＦＰ１０と携帯端末５０との間で、認証が成功したか否か、及び、特定の機能が実行可能か否かに応じて、Ｐ２Ｐの通信リンクを利用して、携帯端末５０と双方向通信を実行するか否かを変えることができる。従って、本実施例のＭＦＰ１０によると、ＮＦＣＩ／Ｆ２２を利用した通信と、無線ＬＡＮＩ／Ｆ２０を利用した通信と、を適切に実行し得る。

本実施例では、ＭＦＰ１０は、認証が成功し（図２のＳ２０でＹＥＳ）、かつ、実行要求が示す特定の機能を実行可能である場合（図２のＳ２０でＹＥＳ、かつ、Ｓ２２でＹＥＳ）に、携帯端末５０との間でＰ２Ｐの通信リンクを確立する（図８参照）。従って、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを適切に確立し得る。また、本実施例では、ＭＦＰ１０は、認証が失敗したと判断される場合（図２のＳ２０でＮＯ）、又は、機能実行可能でないと判断される場合（図２のＳ２２でＮＯ）に、携帯端末８０との間でＰ２Ｐの通信リンクを確立しない（図８参照）。ＭＦＰ１０は、判断結果に応じて、Ｐ２Ｐの通信リンクを確立するか否かを変えることができる。そのため、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを適切に確立し得る。

上述したように、本実施例では、ＭＦＰ１０は、認証が成功し（図２のＳ２０でＹＥＳ）、かつ、実行要求が示す特定の機能を実行可能である場合（図２のＳ２２でＹＥＳ）に、特定の機能を実行するための情報の双方向通信（図２のＳ２８のＰ２Ｐ通信）を実行することができる。即ち、本実施例では、ＭＦＰ１０は、事前にＭＦＰ１０のメモリ３２に認証情報を登録している携帯端末５０との間で、特定の機能を実行するための情報の双方向通信（図２のＳ２８）を実行し、ＭＦＰ１０のメモリ３２に認証情報を登録していない携帯端末８０との間では、特定の機能を実行するための情報の双方向通信を実行しない。そのため、ＭＦＰ１０は、認証情報の登録を行った携帯端末５０のユーザに対してだけ機能実行を許容することができる。さらに、ＭＦＰ１０は、ＭＦＰ１０の状態が特定の機能を実行可能な状態である場合に限り、機能実行を許容することができる。即ち、本実施例のＭＦＰ１０は、ＭＦＰ１０と携帯端末５０、８０との間で、機能実行可能であるか否かを適切に判断し得る。

（対応関係）
ＭＦＰ１０、携帯端末５０、８０が、それぞれ、「通信装置」、「端末装置」の一例である。ＮＦＣＩ／Ｆ２２、５８、無線ＬＡＮＩ／Ｆ２０、５６が、それぞれ、「第１種のインターフェース」、「第２種のインターフェース」の一例である。ＣＥモード、Ｗｒｉｔｅｒモードが、それぞれ、「第１のモード」、「第２のモード」の一例である。ＭＦＰ１０（ＣＥ）−携帯端末５０（８０）（Ｗ）の通信リンクが「第１の通信リンク」の一例である。ＭＦＰ１０と携帯端末５０の間のＰ２Ｐの通信リンクが「第２の通信リンク」の一例である。実行要求及び携帯端末５０の認証情報が、「第１の情報」の一例である。携帯端末５０の認証情報は、「特定の識別情報」の一例である。携帯端末５０のネットワーク情報、及び、ＭＦＰ１０が送信する無線設定又は変更不要情報が、「第２の情報」の一例である。図２のＳ２０の判断、Ｓ２２の判断が、それぞれ、「第１の判断処理」、「第２の判断処理」の一例である。

図２のＳ１８が、「受信部」が実行する処理の一例である。図２のＳ２６が「確立部」が実行する処理の一例である。図２のＳ２０が「第１の判断部」が実行する処理の一例である。図２のＳ２２が「第２の判断部」が実行する処理の一例である。図２のＳ２８、Ｓ３６が「通信制御部」が実行する処理の一例である。図２のＳ３４が「記憶制御部」が実行する処理の一例である。

（第２実施例）
第２実施例について、第１実施例と異なる点を中心に説明する。本実施例では、ＭＦＰ１０のＣＰＵ３０が実行する通信処理の内容が、第１実施例とは異なる（図９参照）。また、本実施例では、携帯端末５０のＣＰＵ６２が実行する機能実行処理の内容も、第１実施例とは異なる（図１０参照）。

（ＭＦＰ１０のＣＰＵ３０が実行する通信処理；図９）
図９を参照して、ＭＦＰ１０のＣＰＵ３０がプログラムに従って実行する通信処理の内容を説明する。ＣＰＵ３０は、ＭＦＰ１０の電源がＯＮされると、図９の通信処理を開始する。Ｓ１２０では、ＣＰＵ３０は、ＭＦＰ１０の状態を、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない初期状態に移行させる。

次いで、Ｓ１２２では、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する。次いで、Ｓ１２４では、ＣＰＵ３０は、ＭＦＰ１０（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立すると、ＣＰＵ３０は、Ｓ１２４でＹＥＳと判断して、Ｓ１２６及びＳ１２８に進む。

Ｓ１２６では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手から登録要求と認証情報を受信することを監視する。Ｓ１２６でＹＥＳの場合、Ｓ１５４に進む。Ｓ１２６、Ｓ１５４の処理、及び、Ｓ１５４の終了後の処理の各内容は、図２のＳ１６、Ｓ３４の処理、及び、Ｓ３４の終了後の処理の各内容と同様であるため、詳しい説明を省略する。

Ｓ１２８では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手からＲｅａｄｅｒ起動コマンドを受信することを監視する。Ｒｅａｄｅｒ起動コマンドは、ＭＦＰ１０のＲｅａｄｅｒモードの起動を要求するコマンドである。ＣＰＵ３０は、Ｗｒｉｔｅｒモードで動作する通信相手から、Ｒｅａｄｅｒ起動コマンドを受信する場合に、Ｓ１２８でＹＥＳと判断して、Ｓ１３０に進む。

Ｓ１３０では、ＣＰＵ３０は、ＣＥモードを停止し、Ｒｅａｄｅｒモードを起動させる。具体的に言うと、Ｓ１３０では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを切断し、その後、ＣＥモードを停止し、Ｒｅａｄｅｒモードを起動させる。

Ｓ１３２では、ＣＰＵ３０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立すると、ＣＰＵ３０は、Ｓ１３２でＹＥＳと判断して、Ｓ１３４に進む。

Ｓ１３４では、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手から実行要求と認証情報を受信することを監視する。ＣＰＵ３０は、ＣＥモードで動作する通信相手から、実行要求と通信相手の認証情報を受信する場合に、Ｓ１３４でＹＥＳと判断して、Ｓ１３６に進む。

Ｓ１３６では、ＣＰＵ３０は、認証が成功したか否かを判断する。Ｓ１３６の処理は、図２のＳ２０の処理と同様である。Ｓ１３６でＹＥＳの場合、Ｓ１３８に進む。一方、Ｓ１３６でＮＯの場合、Ｓ１５６に進む。

Ｓ１３８では、ＣＰＵ３０は、ＭＦＰ１０が、実行要求が示す特定の機能を実行可能であるか否かを判断する。Ｓ１３８の処理は、図２のＳ２２の処理と同様である。Ｓ１３８でＹＥＳの場合、Ｓ１４０に進む。一方、Ｓ１３８でＮＯの場合、Ｓ１５６に進む。

Ｓ１５６では、図２のＳ３６と同様に、ＣＰＵ３０は、所定のエラー画面を表示部１４に表示させる。Ｓ１５６を終えると、ＣＰＵ３０は、Ｓ１２０に戻り、ＣＥモードを起動させるとともに、ＲｅａｄｅｒモードをＯＦＦし、Ｓ１２２以降の各処理を再度実行する。

Ｓ１４０では、ＣＰＵ３０は、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモードを起動させる。具体的に言うと、Ｓ１４０では、ＣＰＵ３０は、ＭＦＰ１０（Ｒ）−相手（ＣＥ）の通信リンクを切断し、その後、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモードを起動させる。

Ｓ１４２では、ＣＰＵ３０は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＣＰＵ３０は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立されると、Ｓ１４２でＹＥＳと判断して、Ｓ１４４に進む。

Ｓ１４４では、ＣＰＵ３０は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手に、Ｐ２Ｐ起動コマンドを送信する。Ｐ２Ｐ起動コマンドは、通信相手に対して、Ｐ２Ｐモードの起動を要求するためのコマンドである。

次いで、Ｓ１４５では、ＣＰＵ３０は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。具体的に言うと、Ｓ１４５では、ＣＰＵ３０は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクを切断し、その後、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。

次いで、Ｓ１４６では、ＣＰＵ３０は、Ｐ２Ｐの通信リンクが確立されることを監視する。Ｓ１４６の処理は、図２のＳ２６の処理と同様である。Ｐ２Ｐの通信リンクが確立される場合、ＣＰＵ３０は、Ｓ１４６でＹＥＳと判断して、Ｓ１４８に進む。

Ｓ１４８、Ｓ１５０、Ｓ１５２の各処理は、図２のＳ２８、Ｓ３０、Ｓ３２の各処理と同様である。また、Ｓ１５２の処理の後の各処理の内容も、図２のＳ３２の処理の後の各処理の内容と同様である。従って、本実施例では詳しい説明を省略する。

（携帯端末５０が実行する機能実行処理；図１０）
次いで、図１０を参照して、携帯端末５０のＣＰＵ６２がＭＦＰ用アプリケーションプログラムに従って実行する機能実行処理の内容を説明する。ＭＦＰ用アプリケーションが起動された後に、操作部５２において、機能実行指示（印刷指示又はスキャン指示）が入力されると、ＣＰＵ６２は、図１０の機能実行処理を開始する。即ち、本実施例でも、ＣＰＵ６２は、ＭＦＰアプリケーションに従って、図１０の機能実行処理を実行する。Ｓ１７０では、ＣＰＵ６２は、携帯端末５０の状態を、Ｗｒｉｔｅｒモードが起動されており、他のモード（Ｒｅａｄｅｒモード、Ｐ２Ｐモード、及び、ＣＥモード）が起動されていない状態に移行させる。

次いで、Ｓ１７２では、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する。Ｓ１７２の処理は、図５のＳ９２と同様である。Ｓ１７２でＹＥＳの場合、Ｓ１７４に進む。

Ｓ１７４では、ＣＰＵ６２は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、Ｒｅａｄｅｒ起動コマンドを通信相手（即ち、ＭＦＰ１０）に送信する。

次いで、Ｓ１７６では、ＣＰＵ６２は、Ｗｒｉｔｅｒモードを停止し、ＣＥモードを起動させる。詳しく言うと、Ｓ１７６では、ＣＰＵ６２は、まず、携帯端末５０（Ｗ）−相手（ＣＥ）の通信リンクを切断し、その後、Ｗｒｉｔｅｒモードを停止し、ＣＥモードを起動させる。この結果、ＣＰＵ６２は、ＭＦＰ１０の状態を、ＣＥモードが起動されており、Ｒ／Ｗモード及びＰ２Ｐモードが起動されていない状態に変更することができる。

次いで、Ｓ１７７では、ＣＰＵ６２は、実行要求と、携帯端末５０自身の認証情報をＮＦＣＩ／Ｆ５８に登録する。

Ｓ１７８では、ＣＰＵ６２は、携帯端末（ＣＥ）−相手（Ｒ）の通信リンクが確立されることを監視する。ＣＰＵ６２は、携帯端末（ＣＥ）−相手（Ｒ）の通信リンクが確立されると、Ｓ１７８でＹＥＳと判断して、Ｓ１８２に進む。

なお、携帯端末（ＣＥ）−相手（Ｒ）の通信リンクが確立されると（Ｓ１７８でＹＥＳ）、ＮＦＣＩ／Ｆ５８は、Ｒｅａｄｅｒモードで動作する通信相手（ＭＦＰ１０）に対し、登録されている実行要求と、携帯端末５０自身の認証情報を自動送信する。

Ｓ１８２では、ＣＰＵ６２は、携帯端末（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。ＣＰＵ６２は、携帯端末（ＣＥ）−相手（Ｗ）の通信リンクが確立される場合に、Ｓ１８２でＹＥＳと判断して、Ｓ１８４に進む。

Ｓ１８４では、ＣＰＵ６２は、携帯端末（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、Ｐ２Ｐ起動コマンドが受信されることを監視する。ＣＰＵ６２は、Ｗｒｉｔｅｒモードで動作する通信相手から、Ｐ２Ｐ起動コマンドを受信する場合に、Ｓ１８４でＹＥＳと判断して、Ｓ１８６に進む。一方、所定のタイムアウト期間が経過するまでの間にＰ２Ｐ起動コマンドが受信されない場合、ＣＰＵ６２は、Ｓ１８４でＮＯと判断し、Ｓ１９６に進む。

Ｓ１８６では、ＣＰＵ６２は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。具体的に言うと、Ｓ１８６では、ＣＰＵ６２は、携帯端末（ＣＥ）−相手（Ｗ）の通信リンクを切断し、その後、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。

Ｓ１８８では、ＣＰＵ６２は、Ｐ２Ｐの通信リンクが確立されることを監視する。Ｓ１８８の処理は、図５のＳ９８の処理と同様である。Ｓ１８８でＹＥＳの場合、Ｓ１９０に進む。一方、所定のタイムアウト期間が経過するまでの間にＰ２Ｐの通信リンクが確立されない場合、ＣＰＵ６２は、Ｓ１８８でＮＯと判断し、Ｓ１９６に進む。

Ｓ１９６では、ＣＰＵ６２は、所定のエラー画面を表示部５４に表示させる。Ｓ１９６を終えると、図１０の機能実行処理がエラー終了する。この場合、ＣＰＵ６２は、起動されているＭＦＰ用アプリケーションを終了させる。ＣＰＵ６２は、携帯端末５０の状態を、初期状態（Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動しており、他のモードが停止している状態）に戻す。

Ｓ１９０、Ｓ１９２の各処理は、図５のＳ１００、Ｓ１０２の各処理と同様である。そのため、詳しい説明を省略する。Ｓ１９２を終えると、図１０の機能実行処理が終了する。この場合、ＣＰＵ６２は、起動されているＭＦＰ用アプリケーションを終了させる。ＣＰＵ６２は、携帯端末５０の状態を、初期状態（Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動しており、他のモードが停止している状態）に戻す。

（機能実行；図１１）
次に、図１１を参照して、ＭＦＰ１０の特定の機能が実行される場合において、ＭＦＰ１０と携帯端末５０、８０の間で実行される通信の例について説明する。

ＭＦＰ１０は、電源がＯＮされると、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない初期状態に移行する（図９のＳ１２０）。次いで、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する（図９のＳ１２２）。次いで、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。

携帯端末５０には、ＭＦＰ用アプリケーションがインストールされている。携帯端末５０は、ＭＦＰアプリケーションが起動された後に、操作部５２において機能実行指示（スキャン指示、印刷指示）が入力されると、Ｗｒｉｔｅｒモードが起動されており、他のモード（Ｒｅａｄｅｒモード、Ｐ２Ｐモード、及び、ＣＥモード）が起動されていない状態に移行する（図１０のＳ１７０）。次いで、携帯端末５０は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する（図１０のＳ１７２）。

この状態で、携帯端末５０がＭＦＰ１０に近づけられることにより、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離まで近づく。その場合、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクが確立する（図９のＳ１２４でＹＥＳ、図１０のＳ１７２でＹＥＳ）。

携帯端末５０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｃ５８を介して、Ｒｅａｄｅｒ起動コマンドをＭＦＰ１０に送信する（図１０のＳ１７４）。次いで、携帯端末５０は、Ｗｒｉｔｅｒモードを停止し、ＣＥモードを起動させる（図１０のＳ１７６）。この場合、携帯端末５０とＭＦＰ１０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを切断する。携帯端末５０は、ＮＦＣＩ／Ｆ５８に、携帯端末５０の認証情報と、実行要求を登録する（図１０のＳ１７７）。次いで、携帯端末５０は、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクが確立されることを監視する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、上記のＲｅａｄｅｒ起動コマンドを受信する（図９のＳ１２８でＹＥＳ）。次いで、ＭＦＰ１０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを切断する。ＭＦＰ１０は、ＣＥモードを停止し、Ｒｅａｄｅｒモードを起動させる（図９のＳ１３０）。次いで、ＭＦＰ１０は、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクが確立されることを監視する（図９のＳ１３２）。

この状態で、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクが確立する（図９のＳ１３２でＹＥＳ、図１０のＳ１７８でＹＥＳ）。

ＮＦＣＩ／Ｆ５８は、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクを利用して、実行要求と携帯端末５０の認証情報をＭＦＰ１０に送信する。次いで、携帯端末５０は、ＭＦＰ１０（Ｗ）−携帯端末５０（ＣＥ）の通信リンクが確立されることを監視する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、実行要求と携帯端末５０の認証情報を受信する（図９のＳ１３４でＹＥＳ）。次いで、ＭＦＰ１０は、認証が成功したか否かを判断する（図９のＳ１３６）。図１１の例でも、ＭＦＰ１０のメモリ３２には、携帯端末５０の認証情報が記憶されている。そのため、ＭＦＰ１０は、認証が成功したと判断する（図９のＳ１３６でＹＥＳ）。

認証が成功したと判断されると（図９のＳ１３６でＹＥＳ）、続いて、ＭＦＰ１０は、受信された実行要求が示す特定の機能を実行可能であるか否かを判断する（図９のＳ１３８）。機能実行可能と判断される場合（図９のＳ１３８でＹＥＳ）、ＭＦＰ１０は、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクを切断する。次いで、ＭＦＰ１０は、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモードを起動させる（図９のＳ１４０）。次いで、ＭＦＰ１０は、ＭＦＰ１０（Ｗ）−携帯端末５０（ＣＥ）の通信リンクが確立されることを監視する。

この状態で、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（Ｗ）−携帯端末５０（ＣＥ）の通信リンクが確立する（図９のＳ１４２でＹＥＳ、図１０のＳ１８２でＹＥＳ）。

ＭＦＰ１０は、ＭＦＰ１０（Ｗ）−携帯端末５０（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手に、Ｐ２Ｐ起動コマンドを送信する（図９のＳ１４４）。携帯端末５０は、ＮＦＣＩ／Ｆ５８を介して、Ｐ２Ｐ起動コマンドを受信する（図１０のＳ１８４でＹＥＳ）。

次いで、ＭＦＰ１０は、ＭＦＰ１０（Ｗ）−携帯端末５０（ＣＥ）の通信リンクを切断する。次いで、ＭＦＰ１０は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる（図９のＳ１４５）。ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立されることを監視する（図９のＳ１４６）。

一方、携帯端末５０は、Ｐ２Ｐ起動コマンドを受信すると、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる（図１０のＳ１８６）。次いで、携帯端末５０は、Ｐ２Ｐの通信リンクが確立されることを監視する（図１０のＳ１８８）。

この状態で、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末５０の間に、ＮＦＣＩ／Ｆ２２、５８を介して、Ｐ２Ｐの通信リンクが確立される（図９のＳ１４６でＹＥＳ、図１０のＳ１８８でＹＥＳ）。次いで、ＭＦＰ１０と携帯端末５０の間で、Ｐ２Ｐの通信リンクを利用して、Ｐ２Ｐ通信が実行される（図９のＳ１４８、図１０のＳ１９０）。

上記のＰ２Ｐ通信の結果、ＭＦＰ１０と携帯端末５０とが共通の無線設定を利用可能となる。ＭＦＰ１０と携帯端末５０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０、５６を利用した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。

次いで、ＭＦＰ１０は、Ｐ２Ｐモードを停止し、ＣＥモードを起動させる（図９のＳ１５０）。ＭＦＰ１０と携帯端末５０は、Ｐ２Ｐの通信リンクを切断する。次いで、ＭＦＰ１０及び携帯端末５０は、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０、５６を介して、実行要求が示す特定の機能の実行の対象データを通信する（図９のＳ１５２、図１０のＳ１９２）。

機能の実行が終了すると、ＭＦＰ１０は、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。一方、携帯端末５０は、起動されているＭＦＰ用アプリケーションを終了させる。この場合、携帯端末５０は、初期状態（Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動しており、他のモードが停止している状態）に戻る。

一方において、上記認証が失敗したと判断される場合（図９のＳ１３６でＮＯ）、又は、機能実行不可能と判断される場合（図９のＳ１３８でＮＯ）、ＭＦＰ１０は、エラー画面を表示部１４に表示させる（図９のＳ１５６）。その後、ＭＦＰ１０は、ＣＥモードを起動させるとともに、ＲｅａｄｅｒモードをＯＦＦし、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する（図９のＳ１２０、Ｓ１２２）。

図１１の例でも、ＭＦＰ１０のメモリ３２には、携帯端末８０の認証情報が記憶されていない。そのため、ＭＦＰ１０は、認証が失敗したと判断する（図９のＳ１３６でＮＯ）。この場合、携帯端末８０とＭＦＰ１０との間では、ＭＦＰ１０（Ｗ）−携帯端末８０（ＣＥ）の通信リンクが確立しない。そのため、携帯端末８０は、所定のタイムアウト期間が経過すると、エラー画面を表示部５４に表示させる（図１０のＳ１９６）。次いで、携帯端末８０は、起動されているＭＦＰアプリケーションを終了させる。携帯端末８０は、初期状態に戻る。

（本実施例の効果）
本実施例のＭＦＰ１０も、第１実施例と同様の作用効果を発揮する。即ち、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を利用した通信と、無線ＬＡＮＩ／Ｆ２０を利用した通信と、を適切に実行し得る。

（対応関係）
Ｒｅａｄｅｒモード、ＣＥモードが、それぞれ「第１のモード」、「第２のモード」の一例である。ＭＦＰ１０（Ｒ）−携帯端末５０（８０）（ＣＥ）の通信リンクが「第１の通信リンク」の一例である。

（第３実施例）
第３実施例について、第２実施例と異なる点を中心に説明する。本実施例では、ＭＦＰ１０が、ＲｅａｄｅｒモードとＣＥモードを同時に起動させることができる点で第２実施例とは異なる。本実施例では、ＭＦＰ１０は、初期状態において、ＲｅａｄｅｒモードとＣＥモードが起動され、他のモード（Ｐ２Ｐモード及びＷｒｉｔｅｒモード）が起動されていない。そのため、本実施例では、ＭＦＰ１０の機能が実行される場合において、ＭＦＰ１０と携帯端末５０、８０の間で実行される通信の内容も、第２実施例とは異なる。

（機能実行；図１２）
図１２を参照して、ＭＦＰ１０の機能が実行される場合において、ＭＦＰ１０と携帯端末５０、８０の間で実行される通信の例について説明する。

本実施例では、ＭＦＰ１０は、電源がＯＮされると、ＣＥモード及びＲｅａｄｅｒモードが起動されており、他のモード（Ｐ２Ｐモード及びＷｒｉｔｅｒモード）が起動されていない初期状態に移行する。次いで、ＭＦＰ１０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。

携帯端末５０は、ＭＦＰアプリケーションが起動され、操作部５２において機能実行指示（スキャン指示、印刷指示）が入力されると、ＣＥモードが起動されており、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）が起動されていない状態に移行する。次いで、携帯端末５０は、携帯端末（ＣＥ）−相手（Ｒ）の通信リンクが確立されることを監視する。

この状態で、携帯端末５０がＭＦＰ１０に近づけられると、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクが確立する。

ＮＦＣＩ／Ｆ５８は、ＭＦＰ１０（Ｒ）−携帯端末５０（ＣＥ）の通信リンクを利用して、実行要求と携帯端末５０の認証情報をＭＦＰ１０に送信する。次いで、携帯端末５０は、ＭＦＰ１０（Ｗ）−携帯端末５０（ＣＥ）の通信リンクが確立されることを監視する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、実行要求と携帯端末５０の認証情報を受信する。次いで、ＭＦＰ１０は、認証が成功したか否かを判断する。図１２の例でも、ＭＦＰ１０のメモリ３２には、携帯端末５０の認証情報が記憶されている。そのため、ＭＦＰ１０は、認証が成功したと判断する。認証が成功したと判断される場合、続いて、ＭＦＰ１０は、受信された実行要求が示す特定の機能を実行可能であるか否かを判断する。機能実行可能であると判断される場合、ＭＦＰ１０は、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモードを起動させる。

ＭＦＰ１０と携帯端末５０との間でこれ以降に実行される通信は、第２実施例と同様であるため（図１１参照）、本実施例では、詳しい説明を省略する。

一方において、上記認証が失敗したと判断される場合、又は、機能実行可能でないと判断される場合、ＭＦＰ１０は、エラー画面を表示部１４に表示させる。

図１２の例でも、ＭＦＰ１０のメモリ３２には、携帯端末８０の認証情報が記憶されていない。そのため、ＭＦＰ１０は、認証が失敗したと判断する。この場合、携帯端末８０とＭＦＰ１０との間では、ＭＦＰ１０（Ｗ）−携帯端末８０（ＣＥ）の通信リンクが確立しない。そのため、携帯端末８０は、所定のタイムアウト期間が経過すると、エラー画面を表示部５４に表示させる。次いで、携帯端末８０は、起動されているＭＦＰアプリケーションを終了させる。携帯端末８０は、初期状態に戻る。

（対応関係）
本実施例でも、Ｒｅａｄｅｒモード、ＣＥモードが、それぞれ「第１のモード」、「第２のモード」の一例である。また、ＭＦＰ１０（Ｒ）−携帯端末５０（８０）（ＣＥ）の通信リンクが「第１の通信リンク」の一例である。

（第４実施例）
第４実施例について、第１実施例と異なる点を中心に説明する。本実施例では、図１３に示すように、認証が成功したか否かの判断を行う前に、ＭＦＰ１０と携帯端末５０との間で、Ｐ２Ｐの通信リンクが確立される点で、第１実施例とは異なる。

（機能実行；図１３）
図１３を参照して、ＭＦＰ１０の機能が実行される場合において、ＭＦＰ１０と携帯端末５０、８０の間で実行される通信の例について説明する。

本実施例でも、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介して、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクが確立するまでの各処理は第１実施例と同様である（図８参照）。

本実施例では、携帯端末５０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｃ５８を介して、実行要求のみをＭＦＰ１０に送信する。次いで、携帯端末５０は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。この場合、携帯端末５０とＭＦＰ１０は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｗ）の通信リンクを切断する。携帯端末５０は、Ｐ２Ｐの通信リンクが確立されることを監視する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、実行要求を受信する。次いで、ＭＦＰ１０は、受信された実行要求が示す特定の機能を実行可能であるか否かを判断する。

機能実行可能と判断される場合、ＭＦＰ１０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立されることを監視する。

この状態で、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末５０の間に、ＮＦＣＩ／Ｆ２２、５８を介して、Ｐ２Ｐの通信リンクが確立される。

なお、図１３では示していないが、機能実行可能でないと判断される場合、ＭＦＰ１０は、Ｐ２Ｐモードを起動させない。そのため、ＭＦＰ１０と携帯端末５０との間にＰ２Ｐの通信リンクが確立することはない。この場合、ＭＦＰ１０は、第１実施例において、機能実行可能でないと判断された場合と同様に、エラー画面を表示部１４に表示させた後、アプリダウンロードＵＲＬをＮＦＣＩ／Ｆ２２に再び登録する。携帯端末５０も、所定のタイムアウト期間の経過後、所定のエラー表示を行う。その後、携帯端末５０は、ＭＦＰアプリケーションを終了して、初期状態に戻る。本実施例の構成によると、ＭＦＰ１０は、適切にＰ２Ｐの通信リンクを確立し得る。

Ｐ２Ｐの通信リンクが確立されると、携帯端末５０は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣＩ／Ｆ５８を介して、携帯端末５０の認証情報をＭＦＰ１０に送信する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、携帯端末５０の認証情報を受信する。次いで、ＭＦＰ１０は、認証が成功したか否かを判断する。認証が成功したと判断される場合、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、認証に成功したことを示す成功情報を携帯端末５０に送信する。

携帯端末５０は、成功情報を受信すると、ＭＦＰ１０に対して、ネットワーク情報（携帯端末５０が属するネットワークの無線設定、又は、携帯端末５０がネットワークに属していないことを示す情報）を送信する。次いで、ＭＦＰ１０は、携帯端末５０に対して、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークの無線設定、又は、変更不要情報を送信する。

この結果、ＭＦＰ１０と携帯端末５０とが共通の無線設定を利用可能となる。ＭＦＰ１０と携帯端末５０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０、５６を利用した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。これ以降の各通信は、第１実施例と同様であるため、詳しい説明を省略する。この構成によると、ＭＦＰ１０は、認証が成功したか否かの判断が実行される前に、携帯端末５０との間でＰ２Ｐの通信リンクが確立される場合に、ＭＦＰ１０と携帯端末５０との間で無線ＬＡＮＩ／Ｆ２０を利用した通信を実行可能であるか否かを適切に判断し得る。

一方において、上記認証が失敗したと判断される場合、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、認証が失敗したことを示すエラー情報を通信相手（携帯端末８０）に送信する。次いで、ＭＦＰ１０は、エラー画面を表示部１４に表示させる。その後、ＭＦＰ１０は、ＣＥモードを起動させるとともに、ＲｅａｄｅｒモードをＯＦＦし、再び、ＮＦＣＩ／Ｆ２２にアプリダウンロードＵＲＬを登録する。

図１３の例でも、ＭＦＰ１０のメモリ３２には、携帯端末８０の認証情報が記憶されていない。そのため、ＭＦＰ１０は、認証が失敗したと判断する。携帯端末８０は、エラー情報を受信すると、所定のエラー画面を表示部に表示させる。次いで、携帯端末８０は、起動されているＭＦＰアプリケーションを終了させる。携帯端末８０は、初期状態に戻る。

（本実施例の効果）
上述したように、本実施例のＭＦＰ１０は、認証が成功したか否かの判断を実行する前に、携帯端末５０（８０）との間でＰ２Ｐの通信リンクを確立する。ＭＦＰ１０は、認証が成功したと判断される場合、確立されたＰ２Ｐの通信リンクを利用して、ネットワーク情報、及び、無線設定又は変更不要情報の双方向通信を実行する。一方、ＭＦＰ１０は、認証が失敗したと判断される場合、確立されたＰ２Ｐの通信リンクを利用して、エラー情報を携帯端末８０に送信する。従って、本実施例のＭＦＰ１０は、Ｐ２Ｐの通信リンクを適切に確立し得る。その結果、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、ネットワーク情報、及び、無線設定又は変更不要情報の双方向通信、又は、エラー情報の送信を適切に実行することができる。

（対応関係）
エラー情報が「第３の情報」の一例である。認証が成功したか否かの判断、機能実行可能か否かの判断が、それぞれ、「第１の判断処理」、「第２の判断処理」の一例である。

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

（変形例１）ＭＦＰ１０のＣＰＵ３０は、認証が成功したか否かの判断（図２のＳ２０、図９のＳ１３６）のみを実行してもよい。即ち、ＣＰＵ３０は、実行要求が示す特定の機能を実行可能であるか否かの判断（図２のＳ２２、図９のＳ１３８）を省略してもよい。この変形例では、認証が成功したか否かの判断が、「第１の判断処理」の一例である。また、認証が成功したか否かの判断を実行するＣＰＵ３０が、「第１の判断部」の一例である。

（変形例２）反対に、ＭＦＰ１０のＣＰＵ３０は、特定の機能を実行可能であるか否かの判断（図２のＳ２２、図９のＳ１３８）のみを実行してもよい。即ち、ＣＰＵ３０は、認証が成功したか否かの判断（図２のＳ２０、図９のＳ１３６）を省略してもよい。この変形例では、特定の機能を実行可能であるか否かの判断が、「第１の判断処理」の一例である。また、特定の機能を実行可能であるか否かの判断を実行するＣＰＵ３０が、「第１の判断部」の一例である。

（変形例３）第１〜第３実施例において、ＭＦＰ１０のＣＰＵ３０は、認証が失敗したと判断される場合（図２のＳ２０でＮＯ、図９のＳ１３６でＮＯ）、又は、機能実行可能でないと判断される場合（図２のＳ２２でＮＯ、図９のＳ１３８でＮＯ）に、Ｐ２Ｐモードを起動させて、携帯端末（例えば携帯端末８０）との間でＰ２Ｐの通信リンクを確立してもよい。その場合、ＭＦＰ１０は、確立されたＰ２Ｐの通信リンクを利用して、携帯端末に対して、認証が失敗したこと、又は、機能実行可能でないと判断されたことを示すエラー情報を携帯端末８０に送信してもよい。即ち、一般的に言うと、通信装置は、端末装置から第１の情報が受信される場合に、通信装置と端末装置との間に第１種のインターフェースを介した第２の通信リンクを確立する確立部を備えていればよい。第２の通信リンクは、通信装置がＰ２Ｐモードで動作すると共に、端末装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクであればよい。

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

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

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

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

Claims (13)

1. 端末装置と通信可能な通信装置であって、
   ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で前記端末装置と通信を実行するための第１種のインターフェースと、
   前記ＮＦＣ方式とは異なる方式で前記端末装置と通信を実行するための第２種のインターフェースであって、前記第２種のインターフェースを介した通信の通信速度は、前記第１種のインターフェースを介した通信の通信速度よりも速い、前記第２種のインターフェースと、
   制御部と、を備え、
   前記制御部は、
   前記通信装置と前記端末装置との間に前記第１種のインターフェースを介した第１の通信リンクが確立される場合に、前記第１の通信リンクを利用して、前記端末装置から第１の情報を受信する受信部であって、前記第１の通信リンクは、前記通信装置が、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードとは異なる第１のモードで動作すると共に、前記端末装置が、前記ＮＦＣ規格の前記Ｐ２Ｐモード及び前記第１のモードとは異なる第２のモードで動作して、データ通信が実行されるべき通信リンクである、前記受信部と、
   前記端末装置から前記第１の情報が受信される場合に、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であるのか否かに関する第１の判断処理を実行する第１の判断部と、
   前記端末装置から前記第１の情報が受信される場合に、前記通信装置と前記端末装置との間に前記第１種のインターフェースを介した第２の通信リンクを確立する確立部であって、前記第２の通信リンクは、前記通信装置が前記Ｐ２Ｐモードで動作すると共に、前記端末装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、前記確立部と、
   前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断される場合に、前記第２の通信リンクを利用して、第２の情報の双方向通信を前記端末装置と実行し、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断される場合に、前記第２の情報の双方向通信を前記端末装置と実行しない通信制御部であって、前記第２の情報は、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行するための情報である、前記通信制御部と、
   を備える通信装置。
2. 前記確立部は、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断される場合に、前記第２の通信リンクを確立する、請求項１に記載の通信装置。
3. 前記確立部は、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断される場合に、前記第２の通信リンクを確立しない、請求項２に記載の通信装置。
4. 前記制御部は、さらに、
   前記端末装置を識別するための特定の識別情報を登録するための指示が与えられる場合に、前記特定の識別情報をメモリに記憶させる記憶制御部を備え、
   前記第１の情報は、前記特定の識別情報を含み、
   前記第１の判断部は、
   前記メモリに前記特定の識別情報が記憶されている状態で、前記端末装置から前記特定の識別情報を含む前記第１の情報が受信される場合に、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断し、
   前記メモリに前記特定の識別情報が記憶されていない状態で、前記端末装置から前記特定の識別情報を含む前記第１の情報が受信される場合に、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断する、請求項１から３のいずれか一項に記載の通信装置。
5. 前記制御部は、さらに、
   前記端末装置から前記第１の情報が受信される場合に、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であるのか否かに関する第２の判断処理を実行する第２の判断部を備え、
   前記第１の情報は、特定の機能を前記通信装置に実行させるための実行要求を含み、
   前記第２の判断部は、
   前記通信装置の状態が、前記特定の機能を実行可能な状態である場合に、前記第２の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断し、
   前記通信装置の状態が、前記特定の機能を実行不可能な状態である場合に、前記第２の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断し、
   前記通信制御部は、
   前記第１及び第２の判断処理の双方において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断される場合に、前記第２の通信リンクを利用して、前記第２の情報の双方向通信を前記端末装置と実行し、
   前記第１及び第２の判断処理のうちの少なくとも一方において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断される場合に、前記第２の情報の双方向通信を前記端末装置と実行しない、請求項４に記載の通信装置。
6. 前記第１の情報は、特定の機能を前記通信装置に実行させるための実行要求を含み、
   前記第１の判断部は、
   前記通信装置の状態が、前記特定の機能を実行可能な状態である場合に、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断し、
   前記通信装置の状態が、前記特定の機能を実行不可能な状態である場合に、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断する、請求項１から３のいずれか一項に記載の通信装置。
7. 前記確立部は、前記第１の判断処理が実行される前に、前記第２の通信リンクを確立し、
   前記通信制御部は、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断される場合に、確立された前記第２の通信リンクを利用して、前記第２の情報の双方向通信を前記端末装置と実行し、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断される場合に、確立された前記第２の通信リンクを利用して、前記第２の情報と異なる第３の情報であって、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないことを示す前記第３の情報を前記端末装置に送信する、請求項１に記載の通信装置。
8. 前記制御部は、さらに、
   前記端末装置を識別するための特定の識別情報を登録するための指示が与えられる場合に、前記特定の識別情報をメモリに記憶させる記憶制御部を備え、
   前記第１の判断部は、
   前記メモリに前記特定の識別情報が記憶されている状態で、前記第２の通信リンクを利用して、前記端末装置から前記特定の識別情報が受信される場合に、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断し、
   前記メモリに前記特定の識別情報が記憶されていない状態で、前記第２の通信リンクを利用して、前記端末装置から前記特定の識別情報が受信される場合に、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断する、請求項７に記載の通信装置。
9. 前記制御部は、さらに、
   前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であるのか否かに関する第２の判断処理を実行する第２の判断部を備え、
   前記第１の情報は、特定の機能を前記通信装置に実行させるための実行要求を含み、
   前記第２の判断部は、
   前記通信装置の状態が、前記特定の機能を実行可能な状態である場合に、前記第２の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断し、
   前記通信装置の状態が、前記特定の機能を実行不可能な状態である場合に、前記第２の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断し、
   前記確立部は、
   前記第２の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断される場合に、前記第２の通信リンクを確立し、
   前記第２の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断される場合に、前記第２の通信リンクを確立しない、請求項８に記載の通信装置。
10. 前記第１のモードは、前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードであり、
    前記第２のモードは、前記ＮＦＣ規格のＷｒｉｔｅｒモードである、請求項１から９のいずれか一項に記載の通信装置。
11. 前記第１のモードは、前記ＮＦＣ規格のＲｅａｄｅｒモードであり、
    前記第２のモードは、前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードである、請求項１から９のいずれか一項に記載の通信装置。
12. 端末装置と通信可能な通信装置のためのコンピュータプログラムであって、
    前記通信装置は、
    ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で前記端末装置と通信を実行するための第１種のインターフェースと、
    前記ＮＦＣ方式とは異なる方式で前記端末装置と通信を実行するための第２種のインターフェースであって、前記第２種のインターフェースを介した通信の通信速度は、前記第１種のインターフェースを介した通信の通信速度よりも速い、前記第２種のインターフェースと、を備え、
    前記コンピュータプログラムは、前記通信装置に搭載されるコンピュータに、以下の各ステップ、即ち、
    前記通信装置と前記端末装置との間に前記第１種のインターフェースを介した第１の通信リンクが確立される場合に、前記第１の通信リンクを利用して、前記端末装置から第１の情報を受信する受信ステップであって、前記第１の通信リンクは、前記通信装置が、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードとは異なる第１のモードで動作すると共に、前記端末装置が、前記ＮＦＣ規格の前記Ｐ２Ｐモード及び前記第１のモードとは異なる第２のモードで動作して、データ通信が実行されるべき通信リンクである、前記受信ステップと、
    前記端末装置から前記第１の情報が受信される場合に、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であるのか否かに関する第１の判断処理を実行する第１の判断ステップと、
    前記端末装置から前記第１の情報が受信される場合に、前記通信装置と前記端末装置との間に前記第１種のインターフェースを介した第２の通信リンクを確立する確立ステップであって、前記第２の通信リンクは、前記通信装置が前記Ｐ２Ｐモードで動作すると共に、前記端末装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、前記確立ステップと、
    前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断される場合に、前記第２の通信リンクを利用して、第２の情報の双方向通信を前記端末装置と実行し、前記第１の判断処理において、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断される場合に、前記第２の情報の双方向通信を前記端末装置と実行しない通信制御ステップであって、前記第２の情報は、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行するための情報である、前記通信制御ステップと、
    を実行させるコンピュータプログラム。
13. 通信装置と通信可能な端末装置のためのコンピュータプログラムであって、
    前記端末装置は、
    ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で前記通信装置と通信を実行するための第１種のインターフェースと、
    前記ＮＦＣ方式の通信とは異なる方式で前記通信装置と通信を実行するための第２種のインターフェースであって、第２種のインターフェースを介した通信の通信速度は、前記第１種のインターフェースを介した通信の通信速度よりも速い、前記第２種のインターフェースと、を備え、
    前記コンピュータプログラムは、前記端末装置に搭載されるコンピュータに、以下の各ステップ、即ち、
    前記端末装置と前記通信装置との間に前記第１種のインターフェースを介した第１の通信リンクが確立される場合に、前記第１の通信リンクを利用して、前記通信装置に第１の情報を送信する送信ステップであって、前記第１の通信リンクは、前記通信装置が、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードとは異なる第１のモードで動作すると共に、前記端末装置が、前記ＮＦＣ規格の前記Ｐ２Ｐモード及び前記第１のモードとは異なる第２のモードで動作して、データ通信が実行されるべき通信リンクである、前記送信ステップと、
    前記第１の情報が前記通信装置に送信される場合に、前記端末装置と前記通信装置との間に前記第１種のインターフェースを介した第２の通信リンクを確立する確立ステップであって、前記第２の通信リンクは、前記通信装置が前記Ｐ２Ｐモードで動作すると共に、前記端末装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、前記確立ステップと、
    前記第１の情報が前記通信装置に送信された結果として、前記通信装置が、前記端末装置と前記通信装置との間で前記第２種のインターフェースを介した通信を実行可能であると判断する場合に、前記第２の通信リンクを利用して、第２の情報の双方向通信を前記通信装置と実行し、前記第１の情報が前記通信装置に送信された結果として、前記通信装置が、前記端末装置と前記通信装置との間で前記第２種のインターフェースを介した通信を実行可能でないと判断する場合に、前記第２の情報の双方向通信を前記端末装置と実行しない通信制御ステップであって、前記第２の情報は、前記通信装置と前記端末装置との間で前記第２種のインターフェースを介した通信を実行するための情報である、前記通信制御ステップと、
    を実行させるコンピュータプログラム。

Images