JP2017182626A - Communication device - Google Patents

Communication device Download PDF

Info

Publication number
JP2017182626A
JP2017182626A JP2016071816A JP2016071816A JP2017182626A JP 2017182626 A JP2017182626 A JP 2017182626A JP 2016071816 A JP2016071816 A JP 2016071816A JP 2016071816 A JP2016071816 A JP 2016071816A JP 2017182626 A JP2017182626 A JP 2017182626A
Authority
JP
Japan
Prior art keywords
communication
target device
mode
type
signal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016071816A
Other languages
Japanese (ja)
Other versions
JP6645323B2 (en
Inventor
弘崇 朝倉
Hirotaka Asakura
弘崇 朝倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2016071816A priority Critical patent/JP6645323B2/en
Publication of JP2017182626A publication Critical patent/JP2017182626A/en
Application granted granted Critical
Publication of JP6645323B2 publication Critical patent/JP6645323B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Facsimiles In General (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a technique that allows a communication device to appropriately perform a process using identification information corresponding to a type of object device.SOLUTION: An MFP 10 uses information in a SENS signal and a SEL signal to determine whether an object device is an authentication card or a mobile terminal 70D. If the MFP 10 determines the object device is the authentication card, it uses an NFCID 1 included in an SDD signal to authenticate the object device. If the MFP 10 determines the object device is the mobile terminal 70D, it uses information in a format signal and an NDEF signal to determine whether the object device can transmit a generated ID. If the MFP 10 determines the object device can transmit the generated ID, it uses the generated ID to authenticate the object device. If the MFP 10 does not determine the object device can transmit the generated ID, it transmits a URL 39 to install an authentication application to the object device.SELECTED DRAWING: Figure 10

Description

本明細書では、対象装置から受信される識別情報を利用した処理を実行可能な通信装置を開示する。   The present specification discloses a communication device capable of executing processing using identification information received from a target device.

特許文献１には、端末とサービス提供装置と認証装置とを備えるシステムが開示されている。端末は、非接触ＩＣカードリーダを用いて、非接触ＩＣカード又は携帯電話機からチップＩＤを読取り、当該チップＩＤをサービス提供装置に送信する。サービス提供装置は、チップＩＤを含む資格認証要求を認証装置に送信する。認証装置は、チップＩＤの認証を実行して、顧客の資格の有無を示す資格認証情報をサービス提供装置に送信する。サービス提供装置は、資格認証情報に応じて端末を動作させる。   Patent Document 1 discloses a system including a terminal, a service providing device, and an authentication device. The terminal reads the chip ID from the non-contact IC card or the mobile phone using a non-contact IC card reader, and transmits the chip ID to the service providing apparatus. The service providing apparatus transmits a qualification authentication request including the chip ID to the authentication apparatus. The authentication device performs authentication of the chip ID and transmits qualification authentication information indicating the presence or absence of the customer's qualification to the service providing device. The service providing apparatus operates the terminal according to the qualification authentication information.

特開２０１０−１９８５０５号公報JP 2010-198505 A 特開２０１５−０６９４５８号公報Japanese Patent Laying-Open No. 2015-0669458 米国特許出願公開２０１４／１６８６８７号公報US Patent Application Publication No. 2014/168687 米国特許出願公開２０１５／０２９５３２号公報US Patent Application Publication No. 2015/029532

例えば、スマートフォンなどの携帯端末のＯＳ（Operation Systemの略）は、非接触の無線通信を実行する毎にランダムな文字列を生成して、当該文字列をチップＩＤとして利用し得る。この場合、当該チップＩＤは、無線通信毎に変更されてしまうので、認証には適していない。また、例えば、携帯端末のＯＳは、予め決められている文字列をチップＩＤとして利用し得る。この場合、同じＯＳを有する複数個の携帯端末の間でチップＩＤが共通になってしまい、当該チップＩＤは、携帯端末毎のユニークさを保証しないので、認証に適していない。   For example, an OS (abbreviation of Operation System) of a mobile terminal such as a smartphone can generate a random character string each time non-contact wireless communication is executed, and use the character string as a chip ID. In this case, since the chip ID is changed for each wireless communication, it is not suitable for authentication. Further, for example, the OS of the mobile terminal can use a predetermined character string as a chip ID. In this case, the chip ID becomes common among a plurality of portable terminals having the same OS, and the chip ID is not suitable for authentication because it does not guarantee the uniqueness of each portable terminal.

本明細書では、通信装置が、対象装置の種類に応じた識別情報を利用した処理を適切に実行し得る技術を開示する。   The present specification discloses a technique in which a communication device can appropriately execute processing using identification information corresponding to the type of a target device.

本明細書によって開示される通信装置は、所定規格に従った無線通信を実行するための無線インターフェースと、対象装置から、無線インターフェースを介して、１個以上の信号を受信する受信部と、１個以上の信号に含まれる属性情報を利用して、対象装置が、第１種の装置であるのか、第２種の装置であるのか、を判断する第１の判断部と、対象装置が第１種の装置であると判断される場合に、１個以上の信号に含まれる第１の識別情報を利用して、所定処理を実行する第１の処理実行部と、対象装置が第２種の装置であると判断される場合に、対象装置が所定のアプリケーションソフトウェアに従って第１の識別情報とは異なる第２の識別情報を通信装置に送信可能であるのか否かを、１個以上の信号を利用して判断する第２の判断部と、対象装置が第２の識別情報を送信可能であると判断される場合に、１個以上の信号に含まれる第２の識別情報を利用して、所定処理を実行する第２の処理実行部と、対象装置が第２の識別情報を送信可能でないと判断される場合に、所定のアプリケーションソフトウェアをインストールするための位置情報を、無線インターフェースを介して、対象装置に送信する送信部と、を備える。   A communication device disclosed in this specification includes a wireless interface for executing wireless communication in accordance with a predetermined standard, a receiving unit that receives one or more signals from a target device via the wireless interface, and 1 A first determination unit that determines whether the target device is a first type device or a second type device using attribute information included in the plurality of signals, and the target device is a first type device. When it is determined that the device is one type of device, a first process execution unit that executes predetermined processing using the first identification information included in one or more signals, and the target device is the second type. One or more signals indicating whether or not the target device can transmit second identification information different from the first identification information to the communication device according to predetermined application software. 2nd judgment part judging using When the target device is determined to be capable of transmitting the second identification information, a second process execution unit that executes a predetermined process using the second identification information included in one or more signals And a transmitting unit that transmits position information for installing predetermined application software to the target device via the wireless interface when it is determined that the target device cannot transmit the second identification information. Prepare.

上記の構成によると、通信装置は、対象装置が第１種の装置であると判断する場合に、第１の識別情報を利用して所定処理を実行する。また、通信装置は、対象装置が２種の装置であると判断する場合に、対象装置が第２の識別情報を送信可能であるか否かを判断し、対象装置が第２の識別情報を送信可能と判断する場合に、第２の識別情報を利用して所定処理を実行する。従って、通信装置は、例えば、ランダムに生成される第１の識別情報、又は、複数の通信装置の間で共通に利用される可能性がある第１の識別情報を利用した所定処理を実行しないので、第２の識別情報を利用して、所定処理を適切に実行し得る。このように、通信装置は、対象装置の種類に応じた識別情報を利用した所定処理を適切に実行し得る。特に、通信装置は、対象装置が第２の識別情報を送信可能でないと判断する場合に、所定のアプリケーションソフトウェアをインストールするための位置情報を対象装置に送信する。この結果、例えば、ユーザが位置情報を対象装置に入力しなくても、対象装置は、通信装置から受信される位置情報を利用して、所定のアプリケーションソフトウェアをインストールし得る。このために、ユーザの利便性を向上させ得る。   According to said structure, a communication apparatus performs a predetermined process using 1st identification information, when it is judged that a target apparatus is a 1st type apparatus. In addition, when the communication device determines that the target device is two types of devices, the communication device determines whether the target device can transmit the second identification information, and the target device receives the second identification information. When determining that transmission is possible, the second identification information is used to execute a predetermined process. Therefore, for example, the communication device does not execute predetermined processing using the first identification information generated randomly or the first identification information that may be commonly used among a plurality of communication devices. Therefore, the predetermined process can be appropriately executed using the second identification information. In this way, the communication device can appropriately execute the predetermined process using the identification information corresponding to the type of the target device. In particular, when the communication device determines that the target device cannot transmit the second identification information, the communication device transmits position information for installing predetermined application software to the target device. As a result, for example, even if the user does not input position information to the target device, the target device can install predetermined application software using the position information received from the communication device. For this reason, user convenience can be improved.

上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と対象装置とを備える通信システムも、新規で有用である。   A control method, a computer program, and a computer-readable recording medium storing the computer program for realizing the communication device are also novel and useful. A communication system including the communication device and the target device is also new and useful.

通信システムの構成を示す。1 shows a configuration of a communication system. 認証フラグＯＦＦ時処理のフローチャートを示す。The flowchart of a process at the time of authentication flag OFF is shown. 認証フラグＯＮ時処理のフローチャートを示す。The flowchart of a process at the time of authentication flag ON is shown. タイプＡに対応するＩＤ抽出処理のフローチャートを示す。The flowchart of the ID extraction process corresponding to type A is shown. タイプＦに対応するＩＤ抽出処理のフローチャートを示す。The flowchart of ID extraction processing corresponding to type F is shown. ＵＲＬ供給処理のフローチャートを示す。The flowchart of a URL supply process is shown. タイプＡに対応する認証カードを認証するケースのシーケンス図を示す。The sequence diagram of the case where the authentication card corresponding to type A is authenticated is shown. タイプＡに対応する携帯端末を認証するケースのシーケンス図を示す。The sequence diagram of the case which authenticates the portable terminal corresponding to type A is shown. タイプＦに対応する認証カード及び携帯端末を認証するケースのシーケンス図を示す。The sequence diagram of the case which authenticates the authentication card and portable terminal corresponding to type F is shown. ＵＲＬを携帯端末に供給するケースのシーケンス図を示す。The sequence diagram of the case where URL is supplied to a portable terminal is shown. 第２実施例のＵＲＬ供給処理のフローチャートを示す。The flowchart of the URL supply process of 2nd Example is shown. 第２実施例のシーケンス図を示す。The sequence diagram of 2nd Example is shown.

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）と、認証カード５０と、携帯端末７０と、を備える。各装置１０、５０、７０は、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信（以下では「ＮＦＣ通信」と呼ぶ）を実行可能である。 (First embodiment)
(Configuration of communication system 2; FIG. 1)
As shown in FIG. 1, the communication system 2 includes a multi-function device 10 (hereinafter referred to as “MFP (abbreviation of Multi-Function Peripheral)”), an authentication card 50, and a mobile terminal 70. Each of the devices 10, 50, and 70 can execute wireless communication (hereinafter referred to as “NFC communication”) in accordance with an NFC (Near Field Communication) method.

（ＭＦＰ１０の構成）
ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、Ｗｉ−Ｆｉインターフェース（以下ではインターフェースを「Ｉ／Ｆ」と記載する）２０と、ＮＦＣＩ／Ｆ２２と、制御部３０と、を備える。 (Configuration of MFP 10)
The MFP 10 includes an operation unit 12, a display unit 14, a print execution unit 16, a scan execution unit 18, a Wi-Fi interface (hereinafter referred to as “I / F”) 20, and an NFC I / F 22. And a control unit 30.

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１４は、操作部としても機能する。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。   The operation unit 12 includes a plurality of keys. The user can input various instructions to the MFP 10 by operating the operation unit 12. The display unit 14 is a display for displaying various information. The display unit 14 also functions as a so-called touch panel. That is, the display unit 14 also functions as an operation unit. The print execution unit 16 is a printing mechanism such as an inkjet method or a laser method. The scan execution unit 18 is a scan mechanism such as a CCD or CIS.

Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従った無線通信（以下では「Ｗｉ−Ｆｉ通信」と呼ぶ）を実行するためのＩ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers、 Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ等）に基づく無線通信方式である。より具体的に言うと、Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている無線通信方式である。   The Wi-Fi I / F 20 is an I / F for executing wireless communication (hereinafter referred to as “Wi-Fi communication”) according to the Wi-Fi scheme. The Wi-Fi system conforms to, for example, IEEE (abbreviation of The Institute of Electrical and Electronics Engineers, Inc.) 802.11 standard and standards conforming thereto (for example, 802.11a, 11b, 11g, 11n, etc.). Based wireless communication scheme. More specifically, the Wi-Fi I / F 20 supports a WFD (abbreviation of Wi-Fi Direct (registered trademark)) method formulated by the Wi-Fi Alliance. The WFD method is a wireless communication method described in a standard document “Wi-Fi Peer-to-Peer (P2P) Technical Specification Version 1.1” created by Wi-Fi Alliance.

ＮＦＣＩ／Ｆ２２は、ＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆと、ＮＦＣタグ（NFC Tag）と呼ばれるＩ／Ｆと、が知られている。ＮＦＣフォーラムデバイスは、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのいずれかで選択的に動作可能なＩ／Ｆである。ＮＦＣタグは、これらのモードのいずれかで選択的に動作可能なＩ／Ｆではなく、ＮＦＣ方式のＩＣ（Integrated Circuitの略）タグとして機能する。   The NFC I / F 22 is an I / F for executing NFC communication. The NFC scheme is a wireless communication scheme based on international standards such as ISO / IEC14443, 15693, and 18092, for example. Note that, as I / F types for executing NFC communication, an I / F called an NFC Forum Device and an I / F called an NFC Tag are known. The NFC forum device is an I / F that can selectively operate in any of P2P (abbreviation of Peer To Peer) mode, R / W (abbreviation of Reader / Writer) mode, and CE (abbreviation of Card Emulation) mode. It is. The NFC tag does not function as an I / F that can selectively operate in any of these modes, but functions as an NFC IC (abbreviation of integrated circuit) tag.

Ｐ２Ｐモードは、Ｐ２Ｐモードで動作する一方のＮＦＣ機器とＰ２Ｐモードで動作する他方のＮＦＣ機器との間で双方向通信を実行するためのモードである。Ｒ／Ｗモード及びＣＥモードは、Ｒ／Ｗモードで動作する一方のＮＦＣ機器とＣＥモードで動作する他方のＮＦＣ機器との間で単方向通信を実行するためのモードである。なお、ＣＥモードは、セキュア・エレメントを必要とする通常のＣＥモードと、セキュア・エレメントを必要としないＨＣＥ（Host Card Emulationの略）モードと、を含む。Ｒ／ＷモードのうちのＲｅａｄｅｒモードは、ＣＥモードで動作するＮＦＣ機器からデータを読み出すためのモードである。Ｒ／ＷモードのうちのＷｒｉｔｅｒモードは、ＣＥモードで動作するＮＦＣ機器にデータを書き込むためのモードである。なお、Ｒ／Ｗモードで動作するＮＦＣ機器は、ＮＦＣタグからデータを読み出したり、ＮＦＣタグにデータを書き込んだりすることもできる。   The P2P mode is a mode for executing bidirectional communication between one NFC device operating in the P2P mode and the other NFC device operating in the P2P mode. The R / W mode and the CE mode are modes for executing unidirectional communication between one NFC device operating in the R / W mode and the other NFC device operating in the CE mode. The CE mode includes a normal CE mode that requires a secure element and an HCE (abbreviation of Host Card Emulation) mode that does not require a secure element. The Reader mode in the R / W mode is a mode for reading data from the NFC device operating in the CE mode. The Writer mode of the R / W mode is a mode for writing data to the NFC device operating in the CE mode. An NFC device operating in the R / W mode can read data from an NFC tag or write data to an NFC tag.

ＮＦＣＩ／Ｆ２２は、ＮＦＣフォーラムデバイスである。ＮＦＣＩ／Ｆ２２は、例えば、Ｐｏｌｌｉｎｇ信号を送信して、相手機器から当該信号に対する応答信号を受信する場合に、相手機器とのＮＦＣ通信リンクを確立する。また、ＮＦＣＩ／Ｆ２２は、例えば、相手機器からＰｏｌｌｉｎｇ信号を受信して、当該信号に対する応答信号を相手機器に送信する場合に、相手機器とのＮＦＣ通信リンクを確立する。   The NFC I / F 22 is an NFC forum device. For example, when the NFC I / F 22 transmits a polling signal and receives a response signal to the signal from the counterpart device, the NFC I / F 22 establishes an NFC communication link with the counterpart device. For example, the NFC I / F 22 establishes an NFC communication link with the counterpart device when receiving a Polling signal from the counterpart device and transmitting a response signal to the signal to the counterpart device.

ここで、ＮＦＣ通信について詳しく説明する。ＮＦＣ通信は、４種類の通信タイプ（即ち、タイプＡ、タイプＢ、タイプＦ、及び、タイプＶ）に分類される。各通信タイプでは、同じ周波数（即ち１３．５６ＭＨｚ）が利用される。ただし、各通信タイプでは、通信規格、変調方式、及び、符号化方式の組合せが異なる。タイプＡは、通信規格「ISO/IEC14443及び18092」、変調方式「ＡＳＫ（Amplitude Shift Keyingの略）１００％」、及び、符号化方式「Manchester」に従った通信である。タイプＢは、通信規格「ISO/IEC14443」、変調方式「ＡＳＫ１０％」、符号化方式「ＮＲＺ（Non Return to Zeroの略）」に従った通信である。タイプＦは、通信規格「ISO/IEC18092」、変調方式「ＡＳＫ１０％」、及び、符号化方式「Manchester」に従った通信である。タイプＶは、通信規格「ISO/IEC15693」、変調方式「ＡＳＫ１０％又は１００％」、符号化方式「Manchester」に従った通信である。   Here, the NFC communication will be described in detail. NFC communication is classified into four types of communication (ie, type A, type B, type F, and type V). Each communication type uses the same frequency (ie 13.56 MHz). However, each communication type has a different combination of communication standard, modulation scheme, and encoding scheme. Type A is communication in accordance with communication standards “ISO / IEC14443 and 18092”, modulation scheme “ASK (abbreviation of Amplitude Shift Keying) 100%”, and encoding scheme “Manchester”. Type B is communication according to the communication standard “ISO / IEC14443”, modulation scheme “ASK 10%”, and encoding scheme “NRZ (abbreviation of Non Return to Zero)”. Type F is communication according to the communication standard “ISO / IEC18092”, the modulation method “ASK 10%”, and the encoding method “Manchester”. Type V is communication in accordance with the communication standard “ISO / IEC15693”, modulation scheme “ASK 10% or 100%”, and encoding scheme “Manchester”.

次いで、Ｗｉ−ＦｉＩ／Ｆ２０とＮＦＣＩ／Ｆ２２との間の相違点を説明しておく。Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信の通信速度（例えば最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信の通信速度（例えば最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）とは異なる。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信を実行可能な最大の距離（例えば最大で約１００ｍ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信を実行可能な最大の距離（例えば最大で約１０ｃｍ）よりも大きい。   Next, differences between the Wi-Fi I / F 20 and the NFC I / F 22 will be described. The communication speed of Wi-Fi communication via Wi-Fi I / F 20 (for example, the maximum communication speed is 11 to 600 Mbps) is the communication speed of NFC communication via NFC I / F 22 (for example, the maximum communication speed is 100 to 424 Kbps). Faster than. Further, the frequency of the carrier wave in Wi-Fi communication via Wi-Fi I / F 20 (for example, 2.4 GHz band or 5.0 GHz band) is the frequency of the carrier wave in NFC communication via NFC I / F 22 (eg 13.56 MHz band). ) Is different. Further, the maximum distance (for example, about 100 m at the maximum) at which Wi-Fi communication via the Wi-Fi I / F 20 can be performed is the maximum distance at which the NFC communication through the NFC I / F 22 can be performed (for example, about at most 10 cm).

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。また、メモリ３４は、認証フラグ３８、ＵＲＬ（Uniform Resource Locatorの略）３９、及び、ユーザテーブル４０を格納する。認証フラグ３８は、ユーザ情報を利用した認証を実行することを意味する「ＯＮ」と、当該認証を実行しないことを意味する「ＯＦＦ」と、のどちらかの値を示す。認証フラグ３８は、ＭＦＰ１０の管理者によって「ＯＮ」又は「ＯＦＦ」に設定される。ＵＲＬ３９は、携帯端末７０にインストールされるべき認証アプリケーション７８のインターネット上の位置情報を示す。   The control unit 30 includes a CPU 32 and a memory 34. The CPU 32 executes various processes according to the program 36 stored in the memory 34. The memory 34 is configured by a volatile memory, a nonvolatile memory, or the like. Further, the memory 34 stores an authentication flag 38, a URL (abbreviation of Uniform Resource Locator) 39, and a user table 40. The authentication flag 38 indicates one of “ON” meaning that authentication using user information is executed and “OFF” meaning that the authentication is not executed. The authentication flag 38 is set to “ON” or “OFF” by the administrator of the MFP 10. The URL 39 indicates location information on the Internet of the authentication application 78 to be installed in the mobile terminal 70.

ユーザテーブル４０では、ユーザ名と、パスワードと、認証ＩＤと、印刷許可情報と、スキャン許可情報と、が対応付けられる。ユーザ名、パスワード、印刷許可情報、及び、スキャン許可情報は、例えば、ＭＦＰ１０の管理者が、操作部１２を操作することによって、又は、端末装置からＭＦＰ１０にアクセスすることによって、ユーザテーブル４０に登録される。印刷許可情報、スキャン許可情報は、それぞれ、印刷機能、スキャン機能をユーザに許可するのか否かを示す。各許可情報の「ＯＫ」は、機能の利用を許可することを示し、「ＮＧ」は、機能の利用を許可しないことを示す。認証ＩＤは、認証カード５０又は携帯端末７０を識別するための識別情報であり、後述する処理によって認証カード５０又は携帯端末７０から抽出されて登録される。ここで、認証ＩＤを一例として含む「識別情報」という用語は、１個の装置に固有（即ちユニーク）な情報であってもよいし、装置内の構成要素（例えばソフトウェア）を識別する情報であってもよいし、装置のモデルを示す情報であってもよい。即ち、識別情報は、１個の装置そのものを識別する情報に限定されず、ある概念を識別する情報も含む。なお、変形例では、ユーザテーブル４０は、ＭＦＰ１０とは異なる外部装置のメモリ内に格納されてもよい。この場合、ＭＦＰ１０は、当該外部装置と通信して、ユーザテーブル４０内の情報を利用することができる。   In the user table 40, a user name, a password, an authentication ID, print permission information, and scan permission information are associated with each other. The user name, password, print permission information, and scan permission information are registered in the user table 40, for example, when the administrator of the MFP 10 operates the operation unit 12 or accesses the MFP 10 from a terminal device. Is done. The print permission information and the scan permission information indicate whether the user is permitted the print function and the scan function, respectively. “OK” in each permission information indicates that the use of the function is permitted, and “NG” indicates that the use of the function is not permitted. The authentication ID is identification information for identifying the authentication card 50 or the portable terminal 70, and is extracted and registered from the authentication card 50 or the portable terminal 70 by a process described later. Here, the term “identification information” including an authentication ID as an example may be information unique (that is, unique) to one device, or information that identifies a component (for example, software) in the device. It may be information indicating the model of the device. That is, the identification information is not limited to information for identifying one device itself, but includes information for identifying a concept. In the modification, the user table 40 may be stored in a memory of an external device different from the MFP 10. In this case, the MFP 10 can use information in the user table 40 by communicating with the external device.

（認証カード５０の構成）
認証カード５０は、ＮＦＣタグであるＮＦＣＩ／Ｆ５２を備える。認証カード５０は、通常、ＯＳソフトウェア及びアプリケーションを有さない。ＮＦＣＩ／Ｆ５２は、タイプＡ、Ｂ、Ｆ、及び、Ｖのいずれか１つのタイプに対応する（換言すると、１つのタイプのみをサポートしている）。タイプＡに対応するＮＦＣＩ／Ｆ５２は、通信規格「ISO/IEC14443」に従ったＩ／Ｆ（即ちカード）であり、さらに、通信規格「ISO/IEC14443」に準拠した特定規格「ISO/IEC14443-4」に従ったＩ／Ｆと、特定規格「ISO/IEC14443-4」に従っていないＩ／Ｆと、に分類される。前者のＩ／Ｆは、非接触カード用の特定の通信プロトコル「Ｔ−ＣＬ」に準拠しているMifare Desfire系のカードであり、例えば、Mifare ProX、Mifare SmartMX、Mifare Desfire等を含む。また、後者のＩ／Ｆは、通信プロトコル「Ｔ−ＣＬ」に準拠していないMifare（登録商標）系のカードであり、例えば、Mifare Ultralight、Mifare Mini等を含む。タイプＦに対応するＮＦＣＩ／Ｆ５２は、通信規格「ISO/IEC18092」に従ったカードであり、例えば、FeliCa Standard、FeliCa Liteなどのカードである。また、タイプＶに対応するＮＦＣＩ／Ｆ５２は、通信規格「ISO/IEC15693」に従ったカードである。 (Configuration of authentication card 50)
The authentication card 50 includes an NFC I / F 52 that is an NFC tag. The authentication card 50 usually does not have OS software and applications. The NFC I / F 52 corresponds to any one of types A, B, F, and V (in other words, only one type is supported). The NFC I / F 52 corresponding to the type A is an I / F (that is, a card) according to the communication standard “ISO / IEC14443”, and further, a specific standard “ISO / IEC14443-4” based on the communication standard “ISO / IEC14443”. "I / F" and I / F not conforming to the specific standard "ISO / IEC14443-4". The former I / F is a Mifare Desfire card conforming to a specific communication protocol “T-CL” for contactless cards, and includes, for example, Mifare ProX, Mifare SmartMX, Mifare Desfire, and the like. The latter I / F is a Mifare (registered trademark) card that does not comply with the communication protocol “T-CL”, and includes, for example, Mifare Ultralight, Mifare Mini, and the like. The NFC I / F 52 corresponding to the type F is a card according to the communication standard “ISO / IEC18092”, for example, a card such as FeliCa Standard or FeliCa Lite. The NFC I / F 52 corresponding to the type V is a card according to the communication standard “ISO / IEC15693”.

（携帯端末７０の構成）
携帯端末７０は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末７０は、ＮＦＣＩ／Ｆ７２と、ＯＳソフトウェア７４と、を備える。ＮＦＣＩ／Ｆ７２は、ＮＦＣフォーラムデバイスである。ＯＳソフトウェア７４は、携帯端末７０の種々の基本的な動作を制御するためのソフトウェアである。また、図示省略しているが、携帯端末７０は、さらに、Ｗｉ−Ｆｉ通信を実行するためのＷｉ−ＦｉＩ／Ｆも備える。 (Configuration of mobile terminal 70)
The portable terminal 70 is a portable terminal device such as a mobile phone, a smartphone, a PDA, a notebook PC, a tablet PC, a portable music playback device, a portable video playback device, and the like. The mobile terminal 70 includes an NFC I / F 72 and OS software 74. The NFC I / F 72 is an NFC forum device. The OS software 74 is software for controlling various basic operations of the mobile terminal 70. Although not shown, the mobile terminal 70 further includes a Wi-Fi I / F for executing Wi-Fi communication.

携帯端末７０は、さらに、印刷アプリケーション７６と、認証アプリケーション７８と、を有し得る。印刷アプリケーション７６は、ＭＦＰ１０に印刷機能を実行させるためのアプリケーションである。認証アプリケーション７８は、携帯端末７０を利用して、ＭＦＰ１０に認証を実行させるためのアプリケーションである。各アプリケーション７６、７８は、ＭＦＰ１０のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末７０にインストールされる。   The mobile terminal 70 can further include a print application 76 and an authentication application 78. The print application 76 is an application for causing the MFP 10 to execute a print function. The authentication application 78 is an application for causing the MFP 10 to perform authentication using the mobile terminal 70. Each application 76 and 78 is an application provided by the vendor of the MFP 10 and is installed in the portable terminal 70 from a server on the Internet, for example.

（認証フラグＯＦＦ時処理；図２）
続いて、図２を参照して、認証フラグ３８が「ＯＦＦ」に設定されている場合に、ＣＰＵ３２によって実行される処理について説明する。ＭＦＰ１０の電源がＯＮされた際、又は、認証フラグ３８を「ＯＮ」から「ＯＦＦ」に変更するための操作が操作部１２に実行された際に、図２の処理が開始される。 (Processing when authentication flag is OFF; Fig. 2)
Next, processing executed by the CPU 32 when the authentication flag 38 is set to “OFF” will be described with reference to FIG. 2 is started when the power of the MFP 10 is turned on or when an operation for changing the authentication flag 38 from “ON” to “OFF” is performed on the operation unit 12.

Ｓ１０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２のモード状態を、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの全てがＯＮされているモード状態に設定する。この場合、ＮＦＣＩ／Ｆ２２は、上記の３つのモードのいずれでも動作可能である。なお、変形例では、Ｓ１０において、ＣＰＵ３２は、Ｐ２ＰモードのみがＯＮされているモード状態に設定してもよいし、Ｐ２ＰモードとＲ／Ｗモード又はＣＥモードとがＯＮされているモード状態に設定してもよい。即ち、ＣＰＵ３２は、少なくともＰ２ＰモードがＯＮされているモード状態に設定すればよい。   In S10, the CPU 32 sets the mode state of the NFC I / F 22 to a mode state in which all of the P2P mode, the R / W mode, and the CE mode are turned on. In this case, the NFC I / F 22 can operate in any of the above three modes. In the modified example, in S10, the CPU 32 may set the mode state in which only the P2P mode is ON, or set the mode state in which the P2P mode and the R / W mode or the CE mode are ON. May be. In other words, the CPU 32 may set at least a mode state in which the P2P mode is ON.

Ｓ１０において、ＣＰＵ３２は、さらに、タイプＡ、Ｂ、Ｆ、及び、Ｖに対応する４種類のＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。この結果、ＮＦＣＩ／Ｆ２２は、各タイプに対応する各Ｐｏｌｌｉｎｇ信号を順次送信することを繰り返す。   In S10, the CPU 32 further instructs the NFC I / F 22 to transmit four types of polling signals corresponding to types A, B, F, and V. As a result, the NFC I / F 22 repeats transmitting each Polling signal corresponding to each type sequentially.

Ｓ１２において、ＣＰＵ３２は、携帯端末７０とのＰ２Ｐ通信リンクが確立されることを監視する。ユーザが、Ｐ２ＰモードがＯＮされているＮＦＣＩ／Ｆ７２を備える携帯端末７０をＭＦＰ１０に近づける。この場合、携帯端末７０とＭＦＰ１０との間の距離が、ＮＦＣ通信を実行可能な最大の距離（例えば１０ｃｍ）よりも小さくなり、この結果、Ｐ２Ｐ通信リンクが確立される。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２からＰ２Ｐ通信リンクが確立されたことを示す情報を取得する場合に、Ｓ１２でＹＥＳと判断して、Ｓ１４に進む。   In S <b> 12, the CPU 32 monitors that a P2P communication link with the mobile terminal 70 is established. The user brings the portable terminal 70 including the NFC I / F 72 in which the P2P mode is ON closer to the MFP 10. In this case, the distance between the portable terminal 70 and the MFP 10 becomes smaller than the maximum distance (for example, 10 cm) at which NFC communication can be performed, and as a result, the P2P communication link is established. When acquiring information indicating that the P2P communication link has been established from the NFC I / F 22, the CPU 32 determines YES in S12, and proceeds to S14.

Ｓ１４において、ＣＰＵ３２は、ＭＦＰ１０の動作状態を、ＷＦＤ方式のデバイス状態から、ＷＦＤ方式のＧｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）に移行させる。デバイス状態は、ＷＦＤ方式に従った無線ネットワークの親局及び子局のどちらでも動作しない状態である。Ｇ／Ｏ状態は、当該無線ネットワークの親局として動作する状態である。なお、変形例では、ＣＰＵ３２は、ＷＦＤ方式のＧ／Ｏ状態に移行する代わりに、いわゆるＳｏｆｔＡＰ（Access Pointの略）を起動して、無線ネットワークの親局として動作してもよい。Ｓ１４において、ＣＰＵ３２は、さらに、当該無線ネットワークで利用されるべき無線設定（即ちＳＳＩＤ及びパスワード）を決定する。ＳＳＩＤは、当該無線ネットワークを識別するための識別子である。パスワードは、当該無線ネットワークにおいて認証及び暗号化に利用される文字列である。ＣＰＵ３２は、例えば、予め決められている文字列を取得することによって、又は、ランダムに文字列を抽出することによって、無線設定を決定する。   In S <b> 14, the CPU 32 shifts the operation state of the MFP 10 from the WFD device state to the WFD Group Owner state (hereinafter referred to as “G / O state”). The device state is a state in which neither the master station nor the slave station of the wireless network according to the WFD system operates. The G / O state is a state of operating as a master station of the wireless network. In the modification, the CPU 32 may operate as a master station of a wireless network by activating so-called Soft AP (abbreviation of Access Point) instead of shifting to the WFD G / O state. In S <b> 14, the CPU 32 further determines wireless settings (that is, SSID and password) to be used in the wireless network. The SSID is an identifier for identifying the wireless network. The password is a character string used for authentication and encryption in the wireless network. The CPU 32 determines the wireless setting, for example, by acquiring a predetermined character string or by extracting a character string at random.

Ｓ１６において、ＣＰＵ３２は、Ｓ１４で決定された無線設定をＮＦＣＩ／Ｆ２２に供給する。この結果、ＮＦＣＩ／Ｆ２２は、Ｐ２Ｐ通信リンクを介して、無線設定を携帯端末７０に送信する。これにより、携帯端末７０が無線設定を受信し、携帯端末７０が印刷アプリケーション７６を備えている場合には、携帯端末７０において無線設定が利用される。そして、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ接続を確立するための様々な信号が、携帯端末７０からＭＦＰ１０に送信される。   In S16, the CPU 32 supplies the wireless setting determined in S14 to the NFC I / F 22. As a result, the NFC I / F 22 transmits the wireless setting to the mobile terminal 70 via the P2P communication link. Thereby, when the mobile terminal 70 receives the wireless setting and the mobile terminal 70 includes the print application 76, the wireless setting is used in the mobile terminal 70. Various signals for establishing a Wi-Fi connection according to the Wi-Fi system are transmitted from the portable terminal 70 to the MFP 10.

Ｓ１８において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、携帯端末７０とのＷｉ−Ｆｉ接続を確立する。具体的には、ＣＰＵ３２は、上記のＳＳＩＤを含む信号、パスワードを含む信号等を受信し、パスワードの認証が成功すると、Ｗｉ−Ｆｉ接続を確立する。   In S <b> 18, the CPU 32 establishes a Wi-Fi connection with the mobile terminal 70 via the Wi-Fi I / F 20. Specifically, the CPU 32 receives a signal including the SSID, a signal including a password, and the like, and establishes a Wi-Fi connection when the password authentication is successful.

Ｓ２０において、ＣＰＵ３２は、Ｓ１８で確立されたＷｉ−Ｆｉ接続を利用して、Ｗｉ−ＦｉＩ／Ｆ２０を介して、携帯端末７０から印刷対象の画像を表わす印刷データを受信する。上述のように、Ｗｉ−Ｆｉ通信の通信速度は、ＮＦＣ通信の通信速度よりも速い。このために、ＮＦＣ通信を利用して印刷データを通信する構成と比べると、ＭＦＰ１０は、携帯端末７０から印刷データを迅速に受信することができる。   In S <b> 20, the CPU 32 receives print data representing an image to be printed from the portable terminal 70 via the Wi-Fi I / F 20 using the Wi-Fi connection established in S <b> 18. As described above, the communication speed of Wi-Fi communication is faster than the communication speed of NFC communication. For this reason, the MFP 10 can quickly receive print data from the portable terminal 70 as compared with a configuration in which print data is communicated using NFC communication.

Ｓ２２において、ＣＰＵ３２は、Ｓ２０で受信された印刷データを印刷実行部１６に供給して、印刷実行部１６に印刷を実行させる。なお、変形例では、ＣＰＵ３２は、Ｓ２０及びＳ２２に代えて、スキャン実行部１８に原稿のスキャンを実行させ、Ｗｉ−Ｆｉ接続を利用して、Ｗｉ−ＦｉＩ／Ｆ２０を介して、スキャンデータを携帯端末７０に送信してもよい。このように、認証フラグ３８が「ＯＦＦ」に設定されている状況では、ＭＦＰ１０は、ユーザ情報の認証を実行することなく、いずれのユーザから指示を受けても、印刷機能及びスキャン機能を実行する（Ｓ２０、Ｓ２２）。   In S <b> 22, the CPU 32 supplies the print data received in S <b> 20 to the print execution unit 16 and causes the print execution unit 16 to execute printing. In the modified example, instead of S20 and S22, the CPU 32 causes the scan execution unit 18 to scan the document and uses the Wi-Fi connection to carry the scan data via the Wi-Fi I / F 20. You may transmit to the terminal 70. As described above, in the situation where the authentication flag 38 is set to “OFF”, the MFP 10 executes the print function and the scan function regardless of the instruction from any user without executing the authentication of the user information. (S20, S22).

Ｓ２４において、ＣＰＵ３２は、Ｓ１８で確立されたＷｉ−Ｆｉ接続を切断し、さらに、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に移行させる。Ｓ２４が終了すると、Ｓ１２に戻る。   In S24, the CPU 32 disconnects the Wi-Fi connection established in S18, and shifts the operation state of the MFP 10 from the G / O state to the device state. When S24 ends, the process returns to S12.

（認証フラグＯＮ時処理；図３）
続いて、図３を参照して、認証フラグ３８が「ＯＮ」に設定されている場合に、ＣＰＵ３２によって実行される処理について説明する。認証フラグ３８を「ＯＦＦ」から「ＯＮ」に変更するための操作が操作部１２に実行された際に、図３の処理が開始される。なお、以下では、認証カード５０及び携帯端末７０を総称して、「対象装置」と呼ぶ場合がある。 (Process when authentication flag is ON; Fig. 3)
Next, a process executed by the CPU 32 when the authentication flag 38 is set to “ON” will be described with reference to FIG. When an operation for changing the authentication flag 38 from “OFF” to “ON” is performed on the operation unit 12, the process of FIG. 3 is started. Hereinafter, the authentication card 50 and the mobile terminal 70 may be collectively referred to as “target device”.

Ｓ１００において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２のモード状態を、Ｐ２Ｐモード及びＣＥモードがＯＦＦされていると共にＲ／ＷモードがＯＮされているモード状態に設定する。この場合、ＮＦＣＩ／Ｆ２２は、上記の３つのモードのうちのＲ／Ｗモードのみで動作可能である。認証フラグ３８が「ＯＮ」に設定されている状況では、対象装置のＩＤの登録又は認証が実行される。ここで、対象装置が認証カード５０である場合には、認証カード５０（即ちＮＦＣタグであるＮＦＣＩ／Ｆ５２）からＩＤを受信するためには、ＮＦＣＩ／Ｆ２２がＲ／Ｗモード（より詳しくはＲｅａｄｅｒモード）で動作する必要がある。また、携帯端末７０は、認証アプリケーション７８に従って、ＮＦＣ通信を利用して、ＩＤを送信可能である。ここで、認証アプリケーション７８は、ＮＦＣＩ／Ｆ７２がＣＥモードで動作する状態でＩＤを送信するようにプログラムされている。従って、対象装置が携帯端末７０である場合にも、携帯端末７０（即ちＮＦＣフォーラムデバイスであるＮＦＣＩ／Ｆ７２）からＩＤを受信するためには、ＮＦＣＩ／Ｆ２２がＲ／Ｗモード（より詳しくはＲｅａｄｅｒモード）で動作する必要がある。このように、対象装置からＩＤを受信するためには、ＮＦＣＩ／Ｆ２２がＲ／Ｗモードで動作する必要があるので、Ｓ１００において、ＮＦＣＩ／Ｆ２２がＲ／Ｗモードのみで動作可能なモード状態に設定される。   In S100, the CPU 32 sets the mode state of the NFC I / F 22 to a mode state in which the P2P mode and the CE mode are turned off and the R / W mode is turned on. In this case, the NFC I / F 22 can operate only in the R / W mode among the above three modes. In a situation where the authentication flag 38 is set to “ON”, registration or authentication of the ID of the target device is executed. When the target device is the authentication card 50, the NFC I / F 22 is in the R / W mode (more specifically, Reader) in order to receive an ID from the authentication card 50 (that is, the NFC I / F 52 which is an NFC tag). Mode). Further, the mobile terminal 70 can transmit the ID using NFC communication according to the authentication application 78. Here, the authentication application 78 is programmed to transmit the ID while the NFC I / F 72 is operating in the CE mode. Therefore, even when the target device is the mobile terminal 70, in order to receive an ID from the mobile terminal 70 (that is, the NFC I / F 72 which is an NFC forum device), the NFC I / F 22 is in the R / W mode (more specifically, Reader). Mode). As described above, in order to receive the ID from the target device, the NFC I / F 22 needs to operate in the R / W mode. Therefore, in S100, the NFC I / F 22 enters a mode state in which it can operate only in the R / W mode. Is set.

Ｓ１００において、ＣＰＵ３２は、さらに、タイプＡ、Ｂ、Ｆ、及び、Ｖに対応する４種類のＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。この結果、ＮＦＣＩ／Ｆ２２は、各タイプに対応する各Ｐｏｌｌｉｎｇ信号を順次送信することを繰り返す。   In S100, the CPU 32 further instructs the NFC I / F 22 to transmit four types of polling signals corresponding to types A, B, F, and V. As a result, the NFC I / F 22 repeats transmitting each Polling signal corresponding to each type sequentially.

Ｓ１１０において、ＣＰＵ３２は、ユーザによってログイン操作が操作部１２に実行されることを監視する。ＣＰＵ３２は、ユーザテーブル４０に登録されているユーザ名及びパスワードの組合せが操作部１２に入力される場合に、Ｓ１１０でＹＥＳと判断して、Ｓ１２０に進む。   In S110, the CPU 32 monitors whether a login operation is performed on the operation unit 12 by the user. When the combination of the user name and password registered in the user table 40 is input to the operation unit 12, the CPU 32 determines YES in S110 and proceeds to S120.

Ｓ１２０において、ＣＰＵ３２は、認証ＩＤをユーザテーブル４０に登録するための登録ボタンが操作されたのか否かを判断する。ＣＰＵ３２は、登録ボタンが操作されたと判断する場合（Ｓ１２０でＹＥＳ）に、Ｓ１３０に進む。一方、ＣＰＵ３２は、登録ボタンとは異なるボタンが操作されたと判断する場合（Ｓ１２０でＮＯ）に、Ｓ１２２において、当該ボタンに対応する処理を実行する。例えば、ＣＰＵ３２は、外部サーバから印刷データを受信して印刷を実行するためのボタンが操作される場合には、Ｓ１１０で入力されたユーザ情報（即ちユーザ名及びパスワード）に対応する印刷許可情報が「ＯＫ」であるのか否かを判断する。そして、ＣＰＵ３２は、「ＯＫ」であると判断する場合には、印刷データを受信して、当該印刷データを印刷実行部１６に供給する。また、例えば、ＣＰＵ３２は、スキャンを実行するためのボタンが操作される場合には、Ｓ１１０で入力されたユーザ情報に対応するスキャン許可情報が「ＯＫ」であるのか否かを判断する。そして、ＣＰＵ３２は、「ＯＫ」であると判断する場合には、スキャン実行部１８にスキャンを実行させる。Ｓ１２２が終了すると、Ｓ１１０に戻る。なお、変形例では、ＣＰＵ３２は、Ｓ１２２が終了した後に、ログイン操作が再び実行されなくても、Ｓ１２２の処理を実行するための操作を受け付けてもよい。この状態は、ユーザによってログアウト操作が実行されるまで継続されてもよい。   In S120, the CPU 32 determines whether a registration button for registering the authentication ID in the user table 40 has been operated. If the CPU 32 determines that the registration button has been operated (YES in S120), the CPU 32 proceeds to S130. On the other hand, when determining that a button different from the registration button has been operated (NO in S120), the CPU 32 executes a process corresponding to the button in S122. For example, when a button for receiving print data from an external server and executing printing is operated, the CPU 32 displays print permission information corresponding to the user information (ie, user name and password) input in S110. It is determined whether or not “OK”. If the CPU 32 determines that it is “OK”, it receives the print data and supplies the print data to the print execution unit 16. Further, for example, when the button for executing the scan is operated, the CPU 32 determines whether or not the scan permission information corresponding to the user information input in S110 is “OK”. If the CPU 32 determines that it is “OK”, it causes the scan execution unit 18 to execute a scan. When S122 ends, the process returns to S110. In the modification, the CPU 32 may accept an operation for executing the process of S122 even if the login operation is not executed again after S122 ends. This state may be continued until a logout operation is performed by the user.

Ｓ１３０において、ＣＰＵ３２は、対象装置から、ＮＦＣＩ／Ｆ２２を介して、Ｐｏｌｌｉｎｇ信号に対する応答信号を受信することを監視する。上述のように、ＮＦＣＩ／Ｆ２２は、各タイプに対応する各Ｐｏｌｌｉｎｇ信号を順次送信することを繰り返す。ＮＦＣＩ／Ｆ２２は、例えば、タイプＡに対応するＰｏｌｌｉｎｇ信号を送信した際に、当該信号に対する応答信号を受信する場合に、タイプＡを示す情報を制御部３０に供給する。同様に、ＮＦＣＩ／Ｆ２２は、他の通信タイプに対応する応答信号を受信する場合に、当該タイプを示す情報を制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から上記の情報を取得する場合に、Ｓ１３０でＹＥＳと判断して、Ｓ１３２に進む。   In S130, the CPU 32 monitors whether a response signal to the Polling signal is received from the target device via the NFC I / F 22. As described above, the NFC I / F 22 repeats sequentially transmitting each Polling signal corresponding to each type. For example, when the NFC I / F 22 transmits a polling signal corresponding to type A and receives a response signal to the signal, the NFC I / F 22 supplies information indicating the type A to the control unit 30. Similarly, when the NFC I / F 22 receives a response signal corresponding to another communication type, the NFC I / F 22 supplies information indicating the type to the control unit 30. When acquiring the above information from the NFC I / F 22, the CPU 32 determines YES in S130, and proceeds to S132.

Ｓ１３２において、ＣＰＵ３２は、Ｓ１３０で取得された情報に基づいて、応答信号を受信するための通信タイプを特定する。そして、Ｓ１３４において、ＣＰＵ３２は、特定済みの通信タイプに応じたＩＤ抽出処理（図４及び図５参照）を実行する。ＮＦＣＩ／Ｆ２２がＲ／Ｗモードのみで動作しているので、ＣＰＵ３２は、Ｒｅａｄｅｒとして機能することができ、この結果、対象装置から信号を受信して、当該信号内のＩＤを読み出す（即ち抽出する）ことができる。   In S132, the CPU 32 specifies a communication type for receiving the response signal based on the information acquired in S130. In S134, the CPU 32 executes an ID extraction process (see FIGS. 4 and 5) according to the specified communication type. Since the NFC I / F 22 operates only in the R / W mode, the CPU 32 can function as a reader. As a result, the CPU 32 receives a signal from the target device and reads (ie, extracts) the ID in the signal. )be able to.

後で詳しく説明するが、Ｐｏｌｌｉｎｇ信号に応じて、対象装置から様々な信号が受信される。ＮＦＣ規格の通信レイヤのうちの比較的に下位層のみが利用される信号（例えば後述のＳＤＤ信号、ＳＥＮＳＦ信号等）は、通信タイプに応じたＩＤを含む。通信タイプＡ、Ｂ、Ｆ、Ｖに対応するＩＤは、それぞれ、「ＮＦＣＩＤ１」、「ＮＦＣＩＤ０」、「ＮＦＣＩＤ２」、「ＵＩＤ（Universal IDの略）」である。ＮＦＣＩＤ０〜２は、ＮＦＣフォーラムで規定されており、ＵＩＤは、ＮＦＣフォーラムで規定されていない。また、対象装置が携帯端末７０である場合には、通信タイプに応じた上記の各ＩＤを含む信号が受信された後に、ＮＦＣ規格の通信レイヤのうちの比較的に上位層が利用される信号（例えば後述のＮＤＥＦ信号）が受信され、当該信号がＩＤを含み得る。ＣＰＵ３２は、認証に適しているＩＤが受信される場合に、Ｓ１３４において、対象装置からＩＤを抽出する。   As will be described in detail later, various signals are received from the target device according to the Polling signal. A signal (for example, an SDD signal or a SENSF signal described later) in which only a relatively lower layer of the NFC standard communication layer is used includes an ID corresponding to the communication type. The IDs corresponding to the communication types A, B, F, and V are “NFCID1”, “NFCID0”, “NFCID2”, and “UID (abbreviation of Universal ID)”, respectively. NFCIDs 0 to 2 are defined by the NFC forum, and UIDs are not defined by the NFC forum. Further, when the target device is the mobile terminal 70, a signal using a relatively higher layer of the NFC standard communication layers after receiving a signal including each of the IDs according to the communication type. (For example, an NDEF signal described below) is received, and the signal may include an ID. When receiving an ID suitable for authentication, the CPU 32 extracts the ID from the target device in S134.

Ｓ１４０において、ＣＰＵ３２は、ＩＤの抽出が成功したのか否かを判断する。ＣＰＵ３２は、ＩＤの抽出が成功した場合（例えば図４及び図５の「正常ＥＮＤ」参照）には、Ｓ１４０でＹＥＳと判断し、Ｓ１４２において、Ｓ１１０で入力されたユーザ情報に対応する認証ＩＤとして、Ｓ１３４で抽出されたＩＤをユーザテーブル４０に登録する。Ｓ１１０で入力されたユーザ情報に対応する認証ＩＤが既に登録されている場合には、Ｓ１４２において、ＣＰＵ３２は、ユーザ情報に対応する認証ＩＤとして、対象装置のＩＤを上書きして登録する。なお、変形例では、ＣＰＵ３２は、Ｓ１１０で入力されたユーザ情報に対応する認証ＩＤが既に登録されている場合には、当該ユーザ情報と、対象装置のＩＤと、が対応付けられている新たな情報をユーザテーブル４０に新たに登録してもよい。即ち、この場合、１つのユーザ情報に対して複数の認証ＩＤが登録される。   In S140, the CPU 32 determines whether or not the ID extraction is successful. If the extraction of the ID is successful (for example, refer to “Normal END” in FIGS. 4 and 5), the CPU 32 determines YES in S140, and in S142, as an authentication ID corresponding to the user information input in S110. , The ID extracted in S134 is registered in the user table 40. When the authentication ID corresponding to the user information input in S110 has already been registered, in S142, the CPU 32 overwrites and registers the ID of the target device as the authentication ID corresponding to the user information. In the modified example, when the authentication ID corresponding to the user information input in S110 is already registered, the CPU 32 creates a new association in which the user information and the ID of the target device are associated with each other. Information may be newly registered in the user table 40. That is, in this case, a plurality of authentication IDs are registered for one user information.

一方、ＣＰＵ３２は、ＩＤの抽出が失敗した場合（例えば図４及び図５の「エラーＥＮＤ」参照）には、Ｓ１４０でＮＯと判断し、Ｓ１４４において、認証ＩＤの登録を実行不可能であることを示すエラー画面を表示部１４に表示させる。これにより、ユーザは、認証ＩＤの登録が失敗したことを知ることができる。Ｓ１４２又はＳ１４４が終了すると、ＣＰＵ３２は、Ｓ１１０に戻る。   On the other hand, if the ID extraction has failed (see, for example, “Error END” in FIGS. 4 and 5), the CPU 32 determines NO in S140 and cannot register the authentication ID in S144. Is displayed on the display unit 14. Thereby, the user can know that registration of authentication ID failed. When S142 or S144 ends, the CPU 32 returns to S110.

また、Ｓ１５０において、ＣＰＵ３２は、対象装置から、ＮＦＣＩ／Ｆ２２を介して、Ｐｏｌｌｉｎｇ信号に対する応答信号を受信することを監視する。Ｓ１５０は、Ｓ１３０と同様である。また、Ｓ１５０でＹＥＳの場合に実行されるＳ１５２、Ｓ１５４、及び、Ｓ１６０は、Ｓ１３２、Ｓ１３４、及び、Ｓ１４０と同様である。   In S150, the CPU 32 monitors whether a response signal for the Polling signal is received from the target device via the NFC I / F 22. S150 is the same as S130. Further, S152, S154, and S160 executed in the case of YES in S150 are the same as S132, S134, and S140.

Ｓ１６２において、ＣＰＵ３２は、Ｓ１５４で抽出されたＩＤの認証、即ち、対象装置の認証を実行する。ＣＰＵ３２は、抽出済みのＩＤに一致する認証ＩＤがユーザテーブル４０に登録されている場合に、認証が成功したと判断する。この場合、ＣＰＵ３２は、Ｓ１２２で説明した処理と同様に、ユーザからの指示に応じて、ユーザに許可されている機能を実行する。ここで、ＣＰＵ３２は、例えば、ユーザに許可されている機能のリストを示す画面を表示部１４に表示させて、当該リストから機能を選択するための指示を受け付けてもよい。ユーザは、対象装置の認証をＭＦＰ１０に実行させることにより、ログイン操作を実行しなくても、ＭＦＰ１０に機能を実行させることができる。なお、ＣＰＵ３２は、対象装置のＩＤに一致する認証ＩＤがユーザテーブル４０に登録されていない場合には、認証が失敗したと判断し、例えばエラー画面を表示部１４に表示させて、Ｓ１１０に戻る。なお、変形例では、ＣＰＵ３２は、Ｓ１６２が終了した後に、認証が再び実行されなくても、ユーザからの指示に応じた処理を実行するための操作を受け付けてもよい。この状態は、ユーザによってログアウト操作が実行されるまで継続されてもよい。   In S162, the CPU 32 executes authentication of the ID extracted in S154, that is, authentication of the target device. The CPU 32 determines that the authentication is successful when an authentication ID that matches the extracted ID is registered in the user table 40. In this case, the CPU 32 executes a function permitted by the user in accordance with an instruction from the user, similarly to the process described in S122. Here, for example, the CPU 32 may display a screen showing a list of functions permitted by the user on the display unit 14 and accept an instruction for selecting a function from the list. The user can cause the MFP 10 to execute a function without executing a login operation by causing the MFP 10 to perform authentication of the target device. If the authentication ID that matches the ID of the target device is not registered in the user table 40, the CPU 32 determines that the authentication has failed, displays an error screen on the display unit 14, for example, and returns to S110. . In the modification, the CPU 32 may accept an operation for executing a process according to an instruction from the user even if the authentication is not executed again after S162 ends. This state may be continued until a logout operation is performed by the user.

一方、ＣＰＵ３２は、ＩＤの抽出が失敗した場合には、Ｓ１６０でＮＯと判断し、Ｓ１６４において、ＩＤの認証（即ち対象装置の認証）を実行不可能であることを示すエラー画面を表示部１４に表示させる。これにより、ユーザは、認証が失敗したことを知ることができる。この場合、ＣＰＵ３２は、印刷機能及びスキャン機能を実行しない。Ｓ１６２又はＳ１６４が終了すると、Ｓ１１０に戻る。なお、変形例では、エラー画面の表示（即ちＳ１４４及びＳ１６４）に代えて、エラーを示す音声が出力されてもよいし、エラーを示す画像が印刷されてもよい。   On the other hand, if the extraction of the ID fails, the CPU 32 determines NO in S160, and displays an error screen indicating that the ID authentication (that is, authentication of the target device) cannot be executed in S164. To display. As a result, the user can know that the authentication has failed. In this case, the CPU 32 does not execute the print function and the scan function. When S162 or S164 ends, the process returns to S110. In the modification, instead of displaying the error screen (that is, S144 and S164), sound indicating the error may be output, or an image indicating the error may be printed.

（タイプＡに対応するＩＤ抽出処理；図４）
続いて、図４及び図５を参照して、図３のＳ１３４又はＳ１５４で実行される処理の内容を説明する。まず、図４を参照して、Ｓ１３２又はＳ１５２でタイプＡが特定された場合の処理を説明する。 (ID extraction process corresponding to type A; FIG. 4)
Next, the contents of the process executed in S134 or S154 of FIG. 3 will be described with reference to FIGS. First, with reference to FIG. 4, the process when the type A is specified in S132 or S152 will be described.

対象装置がタイプＡに対応する場合、即ち、対象装置がタイプＡのＰｏｌｌｉｎｇ信号に対する応答信号を送信した場合には、当該応答信号は、ＮＦＣＩＤ１のデータサイズを示す情報を含むＳＥＮＳ信号（SENS_RES Responseの略）１００を含む。その後、ＣＰＵ３２は、要求信号を対象装置に送信することに応じて、対象装置から、ＮＦＣＩＤ１を含むＳＤＤ信号（SDD_RES Responseの略）１０２とＳＥＬ信号（SEL_RES Responseの略）１０４とを順次受信する。各信号１００、１０４は、対象装置（即ちＮＦＣＩ／Ｆ５２又は７２）の属性を示す属性情報（例えば、データサイズ、後述のＩＳＯ＿ＤＥＰ、ＮＦＣ＿ＤＥＰ等）を含む信号である。なお、上記の各信号１００〜１０４の名称は、ＮＦＣフォーラムで規定されている。   When the target device corresponds to type A, that is, when the target device transmits a response signal to the type A polling signal, the response signal includes a SENS signal (SENS_RES Response of SENS_RES Response) including information indicating the data size of NFCID1. Abbreviation) 100. Thereafter, the CPU 32 sequentially receives an SDD signal (abbreviation of SDD_RES Response) 102 and an SEL signal (abbreviation of SEL_RES Response) 104 including NFCID1 from the target device in response to transmitting the request signal to the target device. Each of the signals 100 and 104 is a signal including attribute information (for example, data size, ISO_DEP, NFC_DEP, etc. described later) indicating the attribute of the target device (that is, NFC I / F 52 or 72). The names of the signals 100 to 104 are defined by the NFC forum.

ＮＦＣ通信の通信レイヤは、最下層であるアナログ層と、アナログ層の上位層であるデジタルプロトコル層と、デジタルプロトコル層の上位層であるアクティビティ層と、アクティビティ層の上位層であるＴ１Ｔ〜Ｔ５Ｔ層と、を含む。ＳＥＮＳ信号１００、ＳＤＤ信号１０２、及び、ＳＥＬ信号１０４は、Ｔ１Ｔ〜Ｔ５Ｔ層層以上の通信レイヤが利用されずに、アクティビティ層以下の通信レイヤが利用されて通信される。   The communication layer of NFC communication includes an analog layer that is the lowest layer, a digital protocol layer that is an upper layer of the analog layer, an activity layer that is an upper layer of the digital protocol layer, and T1T to T5T layers that are upper layers of the activity layer And including. The SENS signal 100, the SDD signal 102, and the SEL signal 104 are communicated using a communication layer below the activity layer without using a communication layer above the T1T to T5T layer.

ＳＥＮＳ信号１００に含まれるＮＦＣＩＤ１のデータサイズを示す情報は、４バイト又は７バイトを示す。具体的には、ＯＳソフトウェア７４によって準備されるＮＦＣＩＤ１は、通常、４バイトである。また、Mifare Desfire系の認証カードに割り当てられているＮＦＣＩＤ１は、通常、７バイトである。   The information indicating the data size of NFCID1 included in the SENS signal 100 indicates 4 bytes or 7 bytes. Specifically, NFCID1 prepared by the OS software 74 is normally 4 bytes. The NFCID1 assigned to the Mifare Desfire authentication card is usually 7 bytes.

例えば、対象装置が認証カード５０である場合には、ＮＦＣＩＤ１は、認証カード５０に予め割り当てられている。この場合、ＮＦＣＩＤ１は認証カード毎にユニークなＩＤであり、２枚以上の認証カードの間でＮＦＣＩＤ１が重複しない。また、例えば、対象装置が携帯端末７０である場合には、ＮＦＣＩＤ１は、ＯＳソフトウェア７４によって準備される。例えば、ＯＳソフトウェア７４は、ＳＤＤ信号１０２を送信すべき際に、ランダムに文字列を決定して、当該文字列をＮＦＣＩＤ１として決定する。従って、仮に、携帯端末７０から受信されるＮＦＣＩＤ１がユーザテーブル４０に登録されると（図３のＳ１４２）、その後に携帯端末７０から受信されるＮＦＣＩＤ１は、通常、登録済みのＮＦＣＩＤ１とは異なる。従って、携帯端末７０から受信されるＮＦＣＩＤ１は、認証に適しておらず、ユーザテーブル４０に登録されるべきではない。   For example, when the target device is the authentication card 50, NFCID1 is assigned to the authentication card 50 in advance. In this case, NFCID1 is a unique ID for each authentication card, and NFCID1 does not overlap between two or more authentication cards. For example, when the target device is the portable terminal 70, the NFCID1 is prepared by the OS software 74. For example, when the OS software 74 should transmit the SDD signal 102, the OS software 74 randomly determines a character string and determines the character string as NFCID1. Therefore, if NFCID1 received from the mobile terminal 70 is registered in the user table 40 (S142 in FIG. 3), the NFCID1 received from the mobile terminal 70 after that is usually different from the registered NFCID1. Therefore, NFCID1 received from the portable terminal 70 is not suitable for authentication and should not be registered in the user table 40.

ＳＥＬ信号１０４内の第６ビットは、対象装置がＩＳＯ＿ＤＥＰ（ISO/IEC14443-4で定義されたData Exchange Protocolの略）をサポートしているのか否かを示す。「ＩＳＯ＿ＤＥＰをサポートしている」は、対象装置がISO/IEC14443-4に対応していることを意味する。第６ビットが「ＯＮ」を示す場合には、対象装置がＩＳＯ＿ＤＥＰをサポートしており、第６ビットが「ＯＦＦ」を示す場合には、対象装置がＩＳＯ＿ＤＥＰをサポートしていない。対象装置がＩＳＯ＿ＤＥＰをサポートしているということは、対象装置が携帯端末７０又はMifare Desfire系の認証カードであることを意味する。また、対象装置がＩＳＯ＿ＤＥＰをサポートしていないということは、対象装置がMifare系の認証カードであることを意味する。   The sixth bit in the SEL signal 104 indicates whether or not the target device supports ISO_DEP (abbreviation of Data Exchange Protocol defined in ISO / IEC14443-4). “Supporting ISO_DEP” means that the target device complies with ISO / IEC14443-4. When the sixth bit indicates “ON”, the target device supports ISO_DEP, and when the sixth bit indicates “OFF”, the target device does not support ISO_DEP. That the target device supports ISO_DEP means that the target device is the mobile terminal 70 or the Mifare Desfire authentication card. Further, the fact that the target device does not support ISO_DEP means that the target device is a Mifare-based authentication card.

また、ＳＥＬ信号１０４内の第７ビットは、対象装置がＮＦＣ＿ＤＥＰ（ISO/IEC18092で定義されたData Exchange Protocolの略）をサポートしているのか否かを示す。ＮＦＣ＿ＤＥＰをサポートしているとは、対象装置がＰ２Ｐ通信リンクを確立可能であること、即ち、対象装置が双方向通信を実行可能であること、を意味する。第７ビットが「ＯＮ」を示す場合には、対象装置がＮＦＣ＿ＤＥＰをサポートしており、第７ビットが「ＯＦＦ」を示す場合には、対象装置がＮＦＣ＿ＤＥＰをサポートしていない。対象装置がＮＦＣ＿ＤＥＰをサポートしているということは、対象装置が携帯端末７０であることを意味する。また、対象装置がＮＦＣ＿ＤＥＰをサポートしていないということは、対象装置がMifare系又はMifare Desfire系の認証カードであることを意味する。なお、ＳＥＬ信号（即ちSEL_RES Response）は、ＳＡＫ（Select Acknowledgeの略）と言い換えることもできる。   The seventh bit in the SEL signal 104 indicates whether or not the target device supports NFC_DEP (abbreviation of Data Exchange Protocol defined in ISO / IEC18092). Supporting NFC_DEP means that the target device can establish a P2P communication link, that is, the target device can perform bidirectional communication. When the seventh bit indicates “ON”, the target device supports NFC_DEP, and when the seventh bit indicates “OFF”, the target device does not support NFC_DEP. That the target device supports NFC_DEP means that the target device is the mobile terminal 70. Further, the fact that the target device does not support NFC_DEP means that the target device is a Mifare or Mifare Desfire authentication card. Note that the SEL signal (that is, SEL_RES Response) can be rephrased as SAK (abbreviation of Select Acknowledge).

Ｓ２００において、ＣＰＵ３２は、ＳＥＬ信号１０４内の第６ビットの値に基づいて、対象装置がＩＳＯ＿ＤＥＰをサポートしているのか否かを判断する。ＣＰＵ３２は、第６ビットが「ＯＮ」を示す場合には、対象装置がＩＳＯ＿ＤＥＰをサポートしていると判断し（Ｓ２００でＹＥＳ）、Ｓ２２０に進む。一方、ＣＰＵ３２は、第６ビットが「ＯＦＦ」を示す場合には、対象装置がＩＳＯ＿ＤＥＰをサポートしていないと判断し（Ｓ２００でＮＯ）、Ｓ２１０に進む。この場合、ＣＰＵ３２は、対象装置がMifare系の認証カード５０であると判断する。   In S <b> 200, the CPU 32 determines whether or not the target device supports ISO_DEP based on the value of the sixth bit in the SEL signal 104. If the sixth bit indicates “ON”, the CPU 32 determines that the target device supports ISO_DEP (YES in S200), and proceeds to S220. On the other hand, when the sixth bit indicates “OFF”, the CPU 32 determines that the target device does not support ISO_DEP (NO in S200), and proceeds to S210. In this case, the CPU 32 determines that the target device is the Mifare-based authentication card 50.

Ｓ２１０において、ＣＰＵ３２は、Mifare系の認証カード５０のカードタイプを特定する。カードタイプが異なると、ＮＦＣＩＤ１のデータサイズが異なり得る。このために、ＣＰＵ３２は、ＳＥＬ信号１０４内のカードタイプを示す情報（図示省略）に基づいて、認証カード５０のカードタイプを特定する。例えば、ＣＰＵ３２は、Mifare Ultralight、Mifare Mini等の複数のカードタイプの中から１個のカードタイプを特定する。   In S210, the CPU 32 identifies the card type of the Mifare-based authentication card 50. If the card type is different, the data size of NFCID1 may be different. For this purpose, the CPU 32 specifies the card type of the authentication card 50 based on information (not shown) indicating the card type in the SEL signal 104. For example, the CPU 32 specifies one card type from a plurality of card types such as Mifare Ultralight and Mifare Mini.

次いで、Ｓ２１２において、ＣＰＵ３２は、Ｓ２１０で特定されたカードタイプに基づいて、ＮＦＣＩＤ１のデータサイズを特定し、ＳＤＤ信号１０２内の文字列から、特定済みのデータサイズを有するＮＦＣＩＤ１を抽出する。Ｓ２１２が終了すると、ＣＰＵ３２は、正常ＥＮＤとして図４の処理を終了する。この結果、図３のＳ１４０又はＳ１６０でＹＥＳと判断され、Ｓ１４２又はＳ１６２では抽出済みのＮＦＣＩＤ１が利用される。なお、変形例では、ＣＰＵ３２は、Ｓ２１０に代えて、ＳＥＮＳ信号１００内のデータサイズ情報に基づいて、ＮＦＣＩＤ１のデータサイズを特定してもよい。   Next, in S212, the CPU 32 specifies the data size of NFCID1 based on the card type specified in S210, and extracts NFCID1 having the specified data size from the character string in the SDD signal 102. When S212 ends, the CPU 32 ends the processing of FIG. 4 as normal END. As a result, YES is determined in S140 or S160 in FIG. 3, and the extracted NFCID1 is used in S142 or S162. In the modified example, the CPU 32 may specify the data size of NFCID1 based on the data size information in the SENS signal 100 instead of S210.

Ｓ２２０において、ＣＰＵ３２は、ＳＥＬ信号１０４内の第７ビットの値に基づいて、対象装置がＮＦＣ＿ＤＥＰをサポートしているのか否かを判断する。ＣＰＵ３２は、第７ビットが「ＯＮ」を示す場合に、対象装置がＮＦＣ＿ＤＥＰをサポートしていると判断し（Ｓ２２０でＹＥＳ）、Ｓ２３０に進む。この場合、ＣＰＵ３２は、対象装置がＰ２Ｐ通信リンクを確立可能な携帯端末７０であると判断する。一方、ＣＰＵ３２は、第７ビットが「ＯＦＦ」を示す場合に、対象装置がＮＦＣ＿ＤＥＰをサポートしていないと判断し（Ｓ２２０でＮＯ）、Ｓ２２２に進む。この場合、ＣＰＵ３２は、対象装置がＰ２Ｐ通信リンクを確立不可能な携帯端末７０、又は、Mifare Desfire系の認証カード５０であると判断する。なお、携帯端末７０は、通常、Ｐ２Ｐ通信リンクを確立するための能力を有しており、実際には、Ｐ２Ｐ通信リンクを確立可能である。ただし、ある種の携帯端末７０は、Ｐ２Ｐ通信リンクを確立可能であるにも関わらず、ＮＦＣ＿ＤＥＰをサポートしていないことを示す情報を含むＳＥＬ信号１０４をＭＦＰ１０に送信し得る。このような携帯端末７０からＳＥＬ信号１０４が受信される場合には、ＣＰＵ３２は、Ｓ２２０でＮＯと判断する。   In S220, the CPU 32 determines whether the target apparatus supports NFC_DEP based on the value of the seventh bit in the SEL signal 104. When the seventh bit indicates “ON”, the CPU 32 determines that the target device supports NFC_DEP (YES in S220), and proceeds to S230. In this case, the CPU 32 determines that the target device is the portable terminal 70 that can establish the P2P communication link. On the other hand, when the seventh bit indicates “OFF”, the CPU 32 determines that the target device does not support NFC_DEP (NO in S220), and proceeds to S222. In this case, the CPU 32 determines that the target device is the mobile terminal 70 that cannot establish the P2P communication link or the Mifare Desfire authentication card 50. Note that the mobile terminal 70 normally has the ability to establish a P2P communication link, and in fact, a P2P communication link can be established. However, a certain kind of portable terminal 70 can transmit the SEL signal 104 including information indicating that NFC_DEP is not supported to the MFP 10 even though the P2P communication link can be established. When the SEL signal 104 is received from such a portable terminal 70, the CPU 32 determines NO in S220.

Ｓ２２２において、ＣＰＵ３２は、ＳＥＮＳ信号１００内のデータサイズ情報が７バイトを示すのか否かを判断する。ＣＰＵ３２は、データサイズ情報が７バイトを示す場合には、Ｓ２２２でＹＥＳと判断し、Ｓ２１２に進む。この場合、ＣＰＵ３２は、対象装置がMifare Desfire系の認証カード５０であると判断し、Ｓ２１２において、ＳＤＤ信号１０２内の文字列から、７バイトを有するＮＦＣＩＤ１を抽出する。一方、ＣＰＵ３２は、データサイズ情報が４バイトを示す場合には、Ｓ２２２でＮＯと判断し、Ｓ２３０に進む。この場合、ＣＰＵ３２は、対象装置が携帯端末７０であると判断する。なお、Mifare Desfire系の認証カード５０であると判断するデータサイズ（本実施例では７バイト）は、Mifareの仕様書に記載されているデータサイズに基づいて設定される。   In S222, the CPU 32 determines whether or not the data size information in the SENS signal 100 indicates 7 bytes. If the data size information indicates 7 bytes, the CPU 32 determines YES in S222 and proceeds to S212. In this case, the CPU 32 determines that the target device is the Mifare Desfire authentication card 50, and extracts NFCID1 having 7 bytes from the character string in the SDD signal 102 in S212. On the other hand, if the data size information indicates 4 bytes, the CPU 32 determines NO in S222 and proceeds to S230. In this case, the CPU 32 determines that the target device is the mobile terminal 70. Note that the data size (7 bytes in this embodiment) for determining that the authentication card 50 is a Mifare Desfire system is set based on the data size described in the Mifare specification.

Ｓ２３０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、Ｔ４Ｔ層を利用した通信（以下では「Ｔ４Ｔ通信」と呼ぶ）を、対象装置である携帯端末７０と実行する。ＣＰＵ３２は、Ｔ４Ｔ通信において、要求信号を携帯端末７０に送信して、携帯端末７０から応答信号を受信する。当該応答信号は、Ｆｏｒｍａｔ情報を含むＦｏｒｍａｔ信号１２０を含む。Ｆｏｒｍａｔ情報は、携帯端末７０がＮＤＥＦ（NFC Data Exchange Formatの略）をサポートしているのか否かを示す。携帯端末７０は、ＮＤＥＦをサポートしている場合には、ＮＤＥＦ領域を含むＮＤＥＦ信号１２２の通信を実行可能であり、ＮＤＥＦをサポートしていない場合には、ＮＤＥＦ信号１２２の通信を実行不可能である。ＮＤＥＦ領域は、携帯端末７０が自由に情報を記述可能な領域である。後述するように、ＮＤＥＦ領域には、例えば、認証アプリケーション７８によって生成されるＩＤ（以下では「生成ＩＤ」と呼ぶ）が記述される。   In S230, the CPU 32 executes communication using the T4T layer (hereinafter referred to as “T4T communication”) with the mobile terminal 70 that is the target device via the NFC I / F 22. The CPU 32 transmits a request signal to the mobile terminal 70 and receives a response signal from the mobile terminal 70 in T4T communication. The response signal includes a Format signal 120 including Format information. The format information indicates whether the mobile terminal 70 supports NDEF (abbreviation of NFC Data Exchange Format). When the mobile terminal 70 supports NDEF, the mobile terminal 70 can execute communication of the NDEF signal 122 including the NDEF area. When the mobile terminal 70 does not support NDEF, the mobile terminal 70 cannot execute communication of the NDEF signal 122. is there. The NDEF area is an area where the mobile terminal 70 can freely describe information. As described later, in the NDEF area, for example, an ID generated by the authentication application 78 (hereinafter referred to as “generation ID”) is described.

生成ＩＤは、認証アプリケーション７８の初回起動時に生成される。認証アプリケーション７８は、携帯端末７０のＭＡＣアドレスから所定バイト（例えば３２バイト）を有する生成ＩＤを生成する。生成ＩＤは、２個以上の携帯端末の間で重複しないユニークなＭＡＣアドレスから生成されるために、ユニークなＩＤである。また、同じ携帯端末７０では、認証アプリケーション７８の初回起動時に生成された生成ＩＤ（即ち固定的なＩＤ）が継続して利用される。そして、認証アプリケーション７８は、認証アプリケーション７８のベンダ（即ちＭＦＰ１０のベンダ）を示すベンダ情報と、生成ＩＤと、をＮＤＥＦ領域に記述する。なお、変形例では、認証アプリケーション７８には、２個以上の認証アプリケーションの間で重複しないユニークなＩＤが予め割り当てられていてもよい。この場合、認証アプリケーション７８は、当該ＩＤをＮＤＥＦ領域に記述してもよい。また、別の変形例では、認証アプリケーション７８が、生成ＩＤ又は予め割り当てられているＩＤをＯＳソフトウェア７４に供給し、ＯＳソフトウェア７４が、当該ＩＤをＮＤＥＦ領域に記述してもよい。即ち、ＩＤを含むＮＤＥＦ信号１２２は、認証アプリケーション７８に従って送信される信号であればよい。   The generation ID is generated when the authentication application 78 is activated for the first time. The authentication application 78 generates a generation ID having a predetermined byte (for example, 32 bytes) from the MAC address of the mobile terminal 70. The generation ID is a unique ID because it is generated from a unique MAC address that does not overlap between two or more portable terminals. In the same portable terminal 70, the generated ID (that is, the fixed ID) generated when the authentication application 78 is activated for the first time is continuously used. Then, the authentication application 78 describes the vendor information indicating the vendor of the authentication application 78 (that is, the vendor of the MFP 10) and the generation ID in the NDEF area. In the modification, the authentication application 78 may be assigned in advance a unique ID that does not overlap between two or more authentication applications. In this case, the authentication application 78 may describe the ID in the NDEF area. In another modification, the authentication application 78 may supply the generated ID or a pre-assigned ID to the OS software 74, and the OS software 74 may describe the ID in the NDEF area. That is, the NDEF signal 122 including the ID may be a signal transmitted according to the authentication application 78.

Ｓ２３２において、ＣＰＵ３２は、Ｆｏｒｍａｔ信号１２０に含まれるＦｏｒｍａｔ情報に基づいて、携帯端末７０がＮＤＥＦをサポートしているのか否かを判断する。ＣＰＵ３２は、携帯端末７０がＮＤＥＦをサポートしていると判断する場合（Ｓ２３２でＹＥＳ）に、Ｓ２３４に進む。一方、ＣＰＵ３２は、携帯端末７０がＮＤＥＦをサポートしていないと判断する場合（Ｓ２３２でＮＯ）に、Ｓ２４０に進む。携帯端末７０は、ＮＤＥＦを利用する何らかのアプリケーション（例えば認証アプリケーション７８）を有する場合には、ＮＤＥＦをサポートしていることを示すＦｏｒｍａｔ情報をＭＦＰ１０に送信するが、そのようなアプリケーションを有していない場合には、ＮＤＥＦをサポートしていないことを示すＦｏｒｍａｔ情報をＭＦＰ１０に送信する。従って、Ｓ２３２でＮＯと判断されることは、携帯端末７０が認証アプリケーション７８を有していないことを意味する。   In S232, the CPU 32 determines whether the mobile terminal 70 supports NDEF based on the format information included in the format signal 120. If the CPU 32 determines that the mobile terminal 70 supports NDEF (YES in S232), the CPU 32 proceeds to S234. On the other hand, if the CPU 32 determines that the mobile terminal 70 does not support NDEF (NO in S232), the CPU 32 proceeds to S240. If the mobile terminal 70 has any application that uses NDEF (for example, the authentication application 78), the mobile terminal 70 transmits Format information indicating that NDEF is supported to the MFP 10, but does not have such an application. In this case, Format information indicating that NDEF is not supported is transmitted to the MFP 10. Therefore, the determination of NO in S232 means that the mobile terminal 70 does not have the authentication application 78.

Ｓ２３４において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、さらなるＴ４Ｔ通信を携帯端末７０と実行する。ＣＰＵ３２は、Ｔ４Ｔ通信において、要求信号を携帯端末７０に送信し、携帯端末７０から応答信号を受信する。当該応答信号は、ＮＤＥＦ領域を含むＮＤＥＦ信号１２２を含む。   In S <b> 234, the CPU 32 performs further T4T communication with the mobile terminal 70 via the NFC I / F 22. The CPU 32 transmits a request signal to the mobile terminal 70 and receives a response signal from the mobile terminal 70 in T4T communication. The response signal includes an NDEF signal 122 including an NDEF region.

Ｓ２３６において、ＣＰＵ３２は、ＮＤＥＦ信号１２２に含まれるＮＤＥＦ領域内の記述内容に基づいて、携帯端末７０が認証アプリケーション７８を有するのか否かを判断する。具体的には、ＣＰＵ３２は、ＮＤＥＦ領域にベンダを示すベンダ情報が記述されている場合に、携帯端末７０が認証アプリケーション７８を有すると判断し（Ｓ２３６でＹＥＳ）、Ｓ２３８に進む。一方、ＣＰＵ３２は、ＮＤＥＦ領域にベンダを示すベンダ情報が記述されていない場合に、携帯端末７０が認証アプリケーション７８を有さないと判断し（Ｓ２３６でＮＯ）、Ｓ２４０に進む。なお、Ｓ２３２でＹＥＳと判断され、かつ、Ｓ２３６でＮＯと判断される場合には、携帯端末７０は、ＮＤＥＦを利用する何らかのアプリケーションを有しているが、当該アプリケーションが認証アプリケーション７８ではないことを意味する。   In S <b> 236, the CPU 32 determines whether the mobile terminal 70 has the authentication application 78 based on the description content in the NDEF area included in the NDEF signal 122. Specifically, if the vendor information indicating the vendor is described in the NDEF area, the CPU 32 determines that the mobile terminal 70 has the authentication application 78 (YES in S236), and proceeds to S238. On the other hand, if the vendor information indicating the vendor is not described in the NDEF area, the CPU 32 determines that the portable terminal 70 does not have the authentication application 78 (NO in S236), and proceeds to S240. If YES is determined in S232 and NO is determined in S236, the mobile terminal 70 has some application that uses NDEF, but the application is not the authentication application 78. means.

Ｓ２３８において、ＣＰＵ３２は、ＮＤＥＦ領域内の生成ＩＤを抽出する。この場合、ＣＰＵ３２は、正常ＥＮＤとして図４の処理を終了する。この結果、図３のＳ１４０又はＳ１６０でＹＥＳと判断され、Ｓ１４２又はＳ１６２では抽出済みの生成ＩＤが利用される。   In S238, the CPU 32 extracts the generation ID in the NDEF area. In this case, the CPU 32 ends the processing of FIG. 4 as normal END. As a result, YES is determined in S140 or S160 of FIG. 3, and the extracted generation ID is used in S142 or S162.

Ｓ２４０では、ＣＰＵ３２は、ＵＲＬ供給処理（図６参照）を実行する。ＵＲＬ供給処理が終了すると、ＣＰＵ３２は、エラーＥＮＤとして図４の処理を終了する。この結果、図３のＳ１４０又はＳ１６０でＮＯと判断される。   In S240, the CPU 32 executes a URL supply process (see FIG. 6). When the URL supply process ends, the CPU 32 ends the process of FIG. 4 as an error END. As a result, NO is determined in S140 or S160 of FIG.

（タイプＢに対応するＩＤ抽出処理；図４）
続いて、図３のＳ１３２又はＳ１５２でタイプＢが特定された場合の処理を説明する。タイプＡとタイプＢとの間で共通する処理が多いので、図４を参照して、タイプＢに対応するＩＤ抽出処理を説明する。タイプＢに対応する複数枚の認証カードには、同じＮＦＣＩＤ０が割り当てられ得る。このために、認証カード５０のＮＦＣＩＤ０は、認証に適していない。従って、本実施例では、対象装置がタイプＢに対応する認証カード５０である場合には、ＩＤの登録及び認証が実行されない。 (ID extraction process corresponding to type B; FIG. 4)
Next, processing when type B is specified in S132 or S152 of FIG. 3 will be described. Since there are many processes common between type A and type B, an ID extraction process corresponding to type B will be described with reference to FIG. The same NFCID0 can be assigned to a plurality of authentication cards corresponding to type B. For this reason, NFCID0 of the authentication card 50 is not suitable for authentication. Therefore, in this embodiment, when the target device is the authentication card 50 corresponding to type B, ID registration and authentication are not executed.

ＣＰＵ３２は、図４のＳ２００〜Ｓ２２２をスキップして、Ｓ２３０〜Ｓ２４０の処理を実行する。対象装置が認証カード５０である場合には、ベンダ情報がＮＤＥＦ領域に記述されないので、ＣＰＵ３２は、Ｓ２３６でＮＯと判断する場合に、対象装置が認証カード５０であると判断することができる。この場合、ＣＰＵ３２は、Ｓ２４０のＵＲＬ供給処理を実行することなく、エラーＥＮＤとして図４の処理を終了する。   The CPU 32 skips S200 to S222 of FIG. 4 and executes the processes of S230 to S240. If the target device is the authentication card 50, the vendor information is not described in the NDEF area, so that the CPU 32 can determine that the target device is the authentication card 50 when determining NO in S236. In this case, the CPU 32 ends the process of FIG. 4 as an error END without executing the URL supply process of S240.

一方、対象装置が携帯端末７０である場合には、ＣＰＵ３２は、Ｓ２３０〜Ｓ２４０の処理を実行して、生成ＩＤを抽出して正常ＥＮＤとして処理を終了するか、ＵＲＬ供給処理を実行してエラーＥＮＤとして処理を終了する。   On the other hand, when the target device is the mobile terminal 70, the CPU 32 executes the processing of S230 to S240 and extracts the generation ID and ends the processing as normal END, or executes the URL supply processing and returns an error. The process ends as END.

（タイプＦに対応するＩＤ抽出処理；図５）
続いて、図５を参照して、図３のＳ１３２又はＳ１５２でタイプＦが特定された場合の処理を説明する。対象装置がタイプＦに対応する場合、即ち、対象装置がタイプＦのＰｏｌｌｉｎｇ信号に対する応答信号を送信した場合には、当該応答信号は、ＮＦＣフォーラムで規定されているＳＥＮＳＦ信号（SENSF_RES Responseの略）１４０を含む。ＳＥＮＳＦ信号１４０は、Ｔ３Ｔ（Type 3 Tagの略）層以上の通信レイヤが利用されずに、アクティビティ層以下の通信レイヤが利用されて通信される。ＳＥＮＳＦ信号１４０は、ＰＡＤ０とＮＦＣＩＤ２とを含む。 (ID extraction process corresponding to type F; FIG. 5)
Next, with reference to FIG. 5, processing when the type F is specified in S132 or S152 of FIG. 3 will be described. When the target device corresponds to type F, that is, when the target device transmits a response signal to the type F polling signal, the response signal is a SENSF signal (abbreviation of SENSF_RES Response) defined by the NFC Forum. 140 is included. The SENSF signal 140 is communicated using a communication layer below the activity layer without using a communication layer above the T3T (abbreviation of Type 3 Tag) layer. The SENSF signal 140 includes PAD0 and NFCID2.

ＰＡＤ０は、対象装置（即ちＮＦＣＩ／Ｆ）の属性を示す属性情報であり、ＮＦＣＩ／ＦのＩＣタイプを示す情報を含む。なお、ＰＡＤ０は、ＰＭｍ（Manufacture Parameterの略）と言い換えることもできる。対象装置が携帯端末７０である場合には、ＰＡＤ０は、０６ｈ、０７ｈ、１０ｈ〜１３ｈ、及び、１４ｈ〜１Ｆｈ（以下ではこれらをまとめて「所定タイプ」と呼ぶ）のいずれかのＩＣタイプを示す。また、対象装置が認証カード５０である場合には、ＰＡＤ０は、０１ｈ、０８ｈ、０９ｈ、０Ｄｈ、２０ｈ、及び、３２ｈのいずれかのＩＣタイプを示す。なお、ＰＡＤ０は、２ｂｙｔｅの情報であり、本明細書及び図面に記載されているＩＣタイプを示す情報（０６ｈ等）は、ＰＡＤ０に含まれる情報の一部を示す。   PAD0 is attribute information indicating the attribute of the target device (ie, NFC I / F), and includes information indicating the NFC I / F IC type. Note that PAD0 can be rephrased as PMm (abbreviation of Manufacture Parameter). When the target device is the mobile terminal 70, PAD0 indicates any IC type of 06h, 07h, 10h to 13h, and 14h to 1Fh (hereinafter collectively referred to as “predetermined type”). . When the target device is the authentication card 50, PAD0 indicates any one of the IC types of 01h, 08h, 09h, 0Dh, 20h, and 32h. Note that PAD0 is 2-byte information, and information (06h or the like) indicating the IC type described in this specification and the drawings indicates a part of information included in PAD0.

ＮＦＣＩＤ２は、データサイズが８バイトである点を除くと、ＮＦＣＩＤ１と同様であり、対象装置を識別するためのＩＤｍ（Manufacture ID）と言い換えることもできる。即ち、対象装置が認証カード５０である場合には、ユニークなＮＦＣＩＤ２が認証カード５０に予め割り当てられている。また、対象装置が携帯端末７０である場合には、ＯＳソフトウェア７４によってＮＦＣＩＤ２が準備される。即ち、携帯端末７０から受信されるＮＦＣＩＤ２は、認証に適していない。   NFCID2 is the same as NFCID1 except that the data size is 8 bytes, and can be paraphrased as IDm (Manufacture ID) for identifying the target device. That is, when the target device is the authentication card 50, a unique NFCID2 is assigned to the authentication card 50 in advance. If the target device is the mobile terminal 70, NFCID2 is prepared by the OS software 74. That is, NFCID2 received from the mobile terminal 70 is not suitable for authentication.

Ｓ３００において、ＣＰＵ３２は、ＳＥＮＳＦ信号１４０に含まれるＰＡＤ０に基づいて、対象装置のＮＦＣＩ／ＦのＩＣタイプが上記の所定タイプであるのか否かを判断する。ＣＰＵ３２は、ＰＡＤ０が所定タイプを示す場合に、Ｓ３００でＹＥＳと判断して、Ｓ３３０に進む。この場合、ＣＰＵ３２は、対象装置が携帯端末７０であると判断する。一方、ＣＰＵ３２は、ＰＡＤ０が所定タイプを示さない場合に、Ｓ３００でＮＯと判断し、Ｓ３１２に進む。この場合、ＣＰＵ３２は、対象装置がFeliCa Standard、FeliCa Liteなどの認証カード５０であると判断する。   In S300, based on PAD0 included in the SENSF signal 140, the CPU 32 determines whether or not the NFC I / F IC type of the target device is the predetermined type. When the PAD0 indicates the predetermined type, the CPU 32 determines YES in S300, and proceeds to S330. In this case, the CPU 32 determines that the target device is the mobile terminal 70. On the other hand, when PAD0 does not indicate the predetermined type, the CPU 32 determines NO in S300, and proceeds to S312. In this case, the CPU 32 determines that the target device is an authentication card 50 such as FeliCa Standard or FeliCa Lite.

Ｓ３１２において、ＣＰＵ３２は、ＳＥＮＳＦ信号１４０に含まれるＮＦＣＩＤ２を抽出する。Ｓ３１２が終了すると、ＣＰＵ３２は、正常ＥＮＤとして図５の処理を終了する。この結果、図３のＳ１４０又はＳ１６０でＹＥＳと判断され、Ｓ１４２又はＳ１６２では抽出済みのＮＦＣＩＤ２が利用される。   In S312, the CPU 32 extracts NFCID2 included in the SENSF signal 140. When S312 ends, the CPU 32 ends the processing of FIG. 5 as normal END. As a result, YES is determined in S140 or S160 of FIG. 3, and the extracted NFCID2 is used in S142 or S162.

Ｓ３３０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、Ｔ３Ｔ層を利用した通信（以下では「Ｔ３Ｔ通信」と呼ぶ）を、対象装置である携帯端末７０と実行する。ＣＰＵ３２は、Ｔ３Ｔ通信において、要求信号を携帯端末７０に送信し、携帯端末７０からのＦｏｒｍａｔ信号１６０を受信する。Ｆｏｒｍａｔ信号１６０は、図４のＦｏｒｍａｔ信号１２０と同様である。以降のＳ３３２〜Ｓ３４０は、図４のＳ２３２〜Ｓ２４０と同様であり、Ｓ３３４で受信されるＮＤＥＦ信号１６２は、図４のＮＤＥＦ信号１２２と同様である。ＣＰＵ３２は、Ｓ３３０〜Ｓ３４０の処理を実行して、生成ＩＤを抽出して正常ＥＮＤとして処理を終了するか、ＵＲＬ供給処理を実行してエラーＥＮＤとして処理を終了する。   In S330, the CPU 32 executes communication using the T3T layer (hereinafter referred to as “T3T communication”) with the mobile terminal 70 that is the target device via the NFC I / F 22. The CPU 32 transmits a request signal to the portable terminal 70 and receives the Format signal 160 from the portable terminal 70 in T3T communication. The format signal 160 is the same as the format signal 120 of FIG. Subsequent S332 to S340 are the same as S232 to S240 in FIG. 4, and the NDEF signal 162 received in S334 is the same as the NDEF signal 122 in FIG. The CPU 32 executes the processes of S330 to S340 and extracts the generation ID and ends the process as normal END, or executes the URL supply process and ends the process as error END.

（タイプＶに対応するＩＤ抽出処理）
続いて、図示省略しているが、図３のＳ１３２又はＳ１５２でタイプＶが特定された場合の処理を説明する。対象装置がタイプＶに対応する場合には、対象装置は、携帯端末７０であることはあり得ず、認証カード５０である。従って、ＣＰＵ３２は、タイプＶを特定した場合には、Ｐｏｌｌｉｎｇ信号に対する応答信号に含まれるＵＩＤを抽出する。この場合、Ｓ１４０又はＳ１６０では、必ずＹＥＳと判断される。なお、タイプＶに対応するＵＩＤのデータサイズは、８バイトである。 (ID extraction process corresponding to type V)
Subsequently, although not shown in the figure, a process when the type V is specified in S132 or S152 of FIG. 3 will be described. When the target device corresponds to type V, the target device cannot be the mobile terminal 70 and is the authentication card 50. Therefore, when the type V is specified, the CPU 32 extracts the UID included in the response signal to the Polling signal. In this case, YES is always determined in S140 or S160. Note that the data size of the UID corresponding to type V is 8 bytes.

（ＵＲＬ供給処理：図６）
続いて、図６を参照して、図４のＳ２４０又は図５のＳ３４０で実行される処理の内容について説明する。 (URL supply processing: FIG. 6)
Next, the contents of the process executed in S240 of FIG. 4 or S340 of FIG. 5 will be described with reference to FIG.

Ｓ４００において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｅ信号を対象装置に送信する。これにより、ＮＦＣＩ／Ｆ２２とＮＦＣＩ／Ｆ７２との間の通信リンクが切断される。   In S400, the CPU 32 transmits a Deactivate signal to the target device via the NFC I / F 22. As a result, the communication link between the NFC I / F 22 and the NFC I / F 72 is disconnected.

Ｓ４０２において、ＣＰＵ３２は、ＲＦ（Radio Frequencyの略）をＯＦＦするための指示をＮＦＣＩ／Ｆ２２に供給する。これにより、ＮＦＣＩ／Ｆ２２は、電波を利用可能な状態（以下では「可能状態」と呼ぶ）から、電波を利用不可能な状態（以下では「不可能状態」と呼ぶ）に移行する。ＮＦＣＩ／Ｆ２２が不可能状態である場合には、ＮＦＣＩ／Ｆ２２は、通信リンクを確立することができない。従って、通信リンクが確立されることに起因して、次のＳ４０４においてＮＦＣＩ／Ｆ２２のモード状態を変更することができない事象が発生するのを抑制することができる。   In S <b> 402, the CPU 32 supplies an instruction for turning off RF (abbreviation of Radio Frequency) to the NFC I / F 22. As a result, the NFC I / F 22 shifts from a state where radio waves can be used (hereinafter referred to as “enabled state”) to a state where radio waves cannot be used (hereinafter referred to as “impossible state”). When the NFC I / F 22 is in an impossible state, the NFC I / F 22 cannot establish a communication link. Therefore, it is possible to suppress the occurrence of an event in which the mode state of the NFC I / F 22 cannot be changed in the next S404 due to the establishment of the communication link.

Ｓ４０４において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２のモード状態を、Ｐ２Ｐモード及びＲ／ＷモードがＯＮされており、ＣＥモードがＯＦＦされているモード状態に設定する。詳しくは後述するが、本実施例では、ＣＰＵ３２は、Ｐ２Ｐモードに従ったＰ２Ｐ通信リンクを利用して、ＵＲＬを携帯端末７０に送信する（Ｓ４３０でＹＥＳ、Ｓ４３２）。このために、Ｓ４０４では、Ｐ２ＰモードがＯＮされる。Ｒ／ＷモードもＯＮされるが、変形例では、Ｒ／ＷモードがＯＦＦされてもよい。Ｐ２Ｐ通信リンクは、双方向通信を実行するためのリンクである。このために、ＣＰＵ３２は、ＵＲＬ３９を携帯端末７０に送信することに応じて、携帯端末７０から確認信号を受信することができる。従って、Ｐ２Ｐ通信リンクを利用する構成を採用すると、ＵＲＬ３９の送信の確実性を高めることができる。   In S404, the CPU 32 sets the mode state of the NFC I / F 22 to a mode state in which the P2P mode and the R / W mode are ON and the CE mode is OFF. As will be described in detail later, in this embodiment, the CPU 32 transmits a URL to the mobile terminal 70 using a P2P communication link according to the P2P mode (YES in S430, S432). Therefore, in S404, the P2P mode is turned on. Although the R / W mode is also turned on, the R / W mode may be turned off in a modified example. The P2P communication link is a link for executing bidirectional communication. Therefore, the CPU 32 can receive a confirmation signal from the mobile terminal 70 in response to transmitting the URL 39 to the mobile terminal 70. Therefore, if the configuration using the P2P communication link is adopted, the certainty of transmission of the URL 39 can be improved.

Ｓ４０６において、ＣＰＵ３２は、ＲＦをＯＮするための指示をＮＦＣＩ／Ｆ２２に供給する。これにより、ＮＦＣＩ／Ｆ２２は、不可能状態から可能状態に移行する。なお、変形例では、Ｓ４０２及びＳ４０６を省略してもよい。   In S <b> 406, the CPU 32 supplies an instruction for turning on the RF to the NFC I / F 22. As a result, the NFC I / F 22 shifts from the impossible state to the possible state. In the modification, S402 and S406 may be omitted.

次いで、Ｓ４０８において、ＣＰＵ３２は、Ｐｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。ＣＰＵ３２は、携帯端末７０の種類に応じて、Ｐｏｌｌｉｎｇ信号のタイプを変える。Ｐ２Ｐ通信リンクを確立するためには、タイプＡ又はＦのＰｏｌｌｉｎｇ信号に対する応答信号が通信されなければならない。従って、Ｓ４０８では、ＣＰＵ３２は、タイプＡ及びＦのうちの少なくとも一方のタイプのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。   Next, in S408, the CPU 32 instructs the NFC I / F 22 to transmit a polling signal. The CPU 32 changes the type of the polling signal according to the type of the mobile terminal 70. In order to establish a P2P communication link, a response signal to a type A or F polling signal must be communicated. Therefore, in S408, the CPU 32 instructs the NFC I / F 22 to transmit a polling signal of at least one of types A and F.

具体的には、ＣＰＵ３２は、図３のＳ１３２で特定されたタイプがＡ又はＦであり、かつ、携帯端末７０がＮＦＣ＿ＤＥＰをサポートしている場合には、タイプＡ、Ｂ、Ｆ、及び、Ｖに対応する４種類のＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。上述したように、ＣＰＵ３２は、タイプＡの応答信号を受信する場合には、ＳＥＬ信号（図４参照）内の第７ビットの情報に基づいて、携帯端末７０がＮＦＣ＿ＤＥＰをサポートしているのか否かを判断することができる。また、ＣＰＵ３２は、タイプＦの応答信号を受信する場合には、ＳＥＮＳＦ１４０（図５参照）内の先頭の第１バイトと第２バイトとの情報（図示省略）に基づいて、携帯端末７０がＮＦＣ＿ＤＥＰをサポートしているのか否かを判断することができる。携帯端末７０がＮＦＣ＿ＤＥＰをサポートしている場合（即ち双方向通信であるＰ２Ｐ通信を実行可能である場合）には、タイプＡ及びＦのどちらのＰｏｌｌｉｎｇ信号に対する応答信号が通信されても、携帯端末７０とのＰ２Ｐ通信リンクを確立可能である。従って、ＣＰＵ３２は、タイプＡ及びＦを含む４種類のタイプのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。ただし、変形例では、ＣＰＵ３２は、タイプＡ及びＦのみのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示してもよい。   Specifically, when the type specified in S132 of FIG. 3 is A or F and the mobile terminal 70 supports NFC_DEP, the CPU 32 types A, B, F, and V. The NFC I / F 22 is instructed to transmit four types of polling signals corresponding to the above. As described above, when receiving a type A response signal, the CPU 32 determines whether the portable terminal 70 supports NFC_DEP based on the information of the seventh bit in the SEL signal (see FIG. 4). Can be determined. When receiving the type F response signal, the CPU 32 determines that the mobile terminal 70 is NFC_DEP based on the information (not shown) of the first and second bytes in the SENSF 140 (see FIG. 5). It can be determined whether or not it is supported. When the portable terminal 70 supports NFC_DEP (that is, when P2P communication that is bidirectional communication can be executed), the portable terminal 70 can be used regardless of which type A or F polling signal is communicated. A P2P communication link with 70 can be established. Therefore, the CPU 32 instructs the NFC I / F 22 to transmit four types of polling signals including types A and F. However, in a modified example, the CPU 32 may instruct the NFC I / F 22 to transmit a polling signal of only types A and F.

ＣＰＵ３２は、図３のＳ１３２で特定されたタイプがＢである場合にも、タイプＡ及びＦを含む４種類のタイプ（変形例ではタイプＡ及びＦのみ）のＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。これにより、前回、タイプＢの応答信号を送信した携帯端末７０が、今回、タイプＡ及びＦの応答信号を送信することに起因して、Ｐ２Ｐ通信リンクが確立され得る。   Even when the type specified in S132 of FIG. 3 is B, the CPU 32 transmits to the NFC I / F 22 transmission of a polling signal of four types (including only types A and F in the modified example) including types A and F. Instruct. As a result, the P2P communication link can be established due to the fact that the portable terminal 70 that transmitted the type B response signal last time transmits the type A and F response signals this time.

ＣＰＵ３２は、図３のＳ１３２で特定されたタイプがＡであり、かつ、携帯端末７０がＮＦＣ＿ＤＥＰをサポートしていない場合には、タイプＦのみのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。タイプＡの応答信号がＮＦＣ＿ＤＥＰをサポートしていないことを示す場合には、タイプＡの応答信号が通信されても、携帯端末７０とのＰ２Ｐ通信リンクを確立不可能である。そして、このような携帯端末７０は、通常、ＮＦＣ＿ＤＥＰをサポートしていることを示すタイプＦの応答信号を送信することができ、この場合、Ｐ２Ｐ通信リンクを確立可能である。従って、ＣＰＵ３２は、タイプＦのみのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。   When the type specified in S132 of FIG. 3 is A and the mobile terminal 70 does not support NFC_DEP, the CPU 32 instructs the NFC I / F 22 to transmit a type F polling signal. When the type A response signal indicates that NFC_DEP is not supported, the P2P communication link with the mobile terminal 70 cannot be established even if the type A response signal is communicated. Such a portable terminal 70 can usually transmit a type F response signal indicating that NFC_DEP is supported, and in this case, a P2P communication link can be established. Therefore, the CPU 32 instructs the NFC I / F 22 to transmit a type F polling signal only.

ＣＰＵ３２は、図３のＳ１３２で特定されたタイプがＦであり、かつ、携帯端末７０がＮＦＣ＿ＤＥＰをサポートしていない場合には、タイプＡのみのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。タイプＦの応答信号がＮＦＣ＿ＤＥＰをサポートしていないことを示す場合には、タイプＦのＰｏｌｌｉｎｇ信号に対する応答信号が通信されても、携帯端末７０とのＰ２Ｐ通信リンクを確立不可能である。そして、このような携帯端末７０は、通常、ＮＦＣ＿ＤＥＰをサポートしていることを示すタイプＡの応答信号を送信することができ、この場合、Ｐ２Ｐ通信リンクを確立可能である。従って、ＣＰＵ３２は、タイプＡのみのＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示する。   When the type specified in S132 of FIG. 3 is F and the mobile terminal 70 does not support NFC_DEP, the CPU 32 instructs the NFC I / F 22 to transmit a type A polling signal. When the type F response signal indicates that NFC_DEP is not supported, the P2P communication link with the mobile terminal 70 cannot be established even if the response signal to the type F polling signal is communicated. Such a portable terminal 70 can normally transmit a type A response signal indicating that NFC_DEP is supported, and in this case, a P2P communication link can be established. Accordingly, the CPU 32 instructs the NFC I / F 22 to transmit a type A polling signal only.

なお、変形例では、Ｓ４０８において、ＣＰＵ３２は、携帯端末７０の種類に関わらず、上記の４種類（変形例ではタイプＡ及びＦのみ）のＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示してもよい。また、別の変形例では、ＣＰＵ３２は、Ｐｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２２に指示しなくてもよい。この場合、ＮＦＣＩ／Ｆ２２は、携帯端末７０から受信されるＰｏｌｌｉｎｇ信号に対する応答信号を送信することに応じて、Ｐ２Ｐ通信リンクを確立することができる。ただし、本実施例のように、ＮＦＣＩ／Ｆ２２がＰｏｌｌｉｎｇ信号を送信する構成を採用すると、Ｐ２Ｐ通信リンクを迅速かつ適切に確立し得る。また、別の変形例では、ＮＦＣＩ／Ｆ２２及び携帯端末７０のＮＦＣＩ／Ｆ７２のそれぞれが、Ｐｏｌｌｉｎｇ信号を送信してもよい。この場合、ＮＦＣＩ／Ｆ２２は、ＮＦＣＩ／Ｆ２２自身から送信されるＰｏｌｌｉｎｇ信号に応じて携帯端末７０から応答信号を受信する場合、又は、携帯端末７０から受信されるＰｏｌｌｉｎｇ信号に応じて応答信号を送信する場合に、Ｐ２Ｐ通信リンクを確立することができる。   In the modification, in S408, the CPU 32 may instruct the NFC I / F 22 to transmit the above four types of polling signals (only types A and F in the modification) regardless of the type of the mobile terminal 70. . In another modification, the CPU 32 may not instruct the NFC I / F 22 to transmit a polling signal. In this case, the NFC I / F 22 can establish a P2P communication link in response to transmitting a response signal to the Polling signal received from the mobile terminal 70. However, if the configuration in which the NFC I / F 22 transmits a polling signal as in this embodiment is adopted, a P2P communication link can be quickly and appropriately established. In another modification, each of the NFC I / F 22 and the NFC I / F 72 of the mobile terminal 70 may transmit a polling signal. In this case, the NFC I / F 22 receives a response signal from the mobile terminal 70 according to the Polling signal transmitted from the NFC I / F 22 itself, or transmits a response signal according to the Polling signal received from the mobile terminal 70. A P2P communication link can be established.

Ｓ４１０において、ＣＰＵ３２は、タイマーのカウントを開始する。Ｓ４１２において、ＣＰＵ３２は、タイマーのカウント値が所定値を超えることを監視する。所定値は、携帯端末７０へのＵＲＬ３９の送信が失敗したことを判断するための閾値である。ＣＰＵ３２は、タイマーのカウント値が所定値を超えた場合（Ｓ４１２でＮＯ）には、Ｓ４２０において、ＵＲＬ３９の送信失敗を示す通知画面を表示部１４に表示させる。これにより、ユーザは、ＵＲＬ３９の送信が失敗したことを知ることができる。Ｓ４２０が終了すると、Ｓ４４０に進む。   In S410, the CPU 32 starts counting the timer. In S412, the CPU 32 monitors whether the count value of the timer exceeds a predetermined value. The predetermined value is a threshold value for determining that the transmission of the URL 39 to the mobile terminal 70 has failed. If the count value of the timer exceeds the predetermined value (NO in S412), the CPU 32 causes the display unit 14 to display a notification screen indicating the URL 39 transmission failure in S420. Thereby, the user can know that transmission of URL39 failed. When S420 ends, the process proceeds to S440.

また、Ｓ４３０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２とＮＦＣＩ／Ｆ７２との間にＰ２Ｐ通信リンクが確立されることを監視する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２からＰ２Ｐ通信リンクが確立されたことを示す情報を取得する場合（Ｓ４３０でＹＥＳ）に、Ｓ４３２に進む。   In S430, the CPU 32 monitors whether a P2P communication link is established between the NFC I / F 22 and the NFC I / F 72. When acquiring information indicating that the P2P communication link has been established from the NFC I / F 22 (YES in S430), the CPU 32 proceeds to S432.

Ｓ４３２において、ＣＰＵ３２は、メモリ３４内のＵＲＬ３９をＮＦＣＩ／Ｆ２２に供給する。この結果、ＮＦＣＩ／Ｆ２２は、Ｐ２Ｐ通信リンクを介して、ＵＲＬ３９が記述されたＮＤＥＦ領域を含むＮＤＥＦ信号を携帯端末７０に送信する。   In S <b> 432, the CPU 32 supplies the URL 39 in the memory 34 to the NFC I / F 22. As a result, the NFC I / F 22 transmits an NDEF signal including the NDEF area in which the URL 39 is described to the mobile terminal 70 via the P2P communication link.

Ｓ４３４において、ＣＰＵ３２は、携帯端末７０から、ＵＲＬ３９を受信したことを示す確認信号を受信したのか否かを判断する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から確認信号を受信したことを示す情報を取得する場合（Ｓ４３４でＹＥＳ）に、Ｓ４４０に進み、ＮＦＣＩ／Ｆ２２から当該情報を取得しない場合（Ｓ４３４でＮＯ）に、Ｓ４２０に進む。   In S <b> 434, the CPU 32 determines whether a confirmation signal indicating that the URL 39 has been received has been received from the mobile terminal 70. When acquiring information indicating that the confirmation signal has been received from the NFC I / F 22 (YES in S434), the CPU 32 proceeds to S440, and when not acquiring the information from the NFC I / F 22 (NO in S434), the process proceeds to S420. move on.

Ｓ４４０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｅ信号を携帯端末７０に送信する。これにより、ＮＦＣＩ／Ｆ２２とＮＦＣＩ／Ｆ７２との間のＰ２Ｐ通信リンクが切断される。   In S <b> 440, the CPU 32 transmits a Deactivate signal to the portable terminal 70 via the NFC I / F 22. As a result, the P2P communication link between the NFC I / F 22 and the NFC I / F 72 is disconnected.

Ｓ４４２は、Ｓ４０２と同様である。Ｓ４４４において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２のモード状態を、Ｒ／ＷがＯＮされており、Ｐ２Ｐモード及びＣＥモードがＯＦＦされているモード状態に設定する。これにより、図３のＳ１００のモード状態に戻る。Ｓ４４６は、Ｓ４０６と同様である。Ｓ４４６が終了すると、図６の処理が終了する。   S442 is the same as S402. In S444, the CPU 32 sets the mode state of the NFC I / F 22 to a mode state in which the R / W is ON and the P2P mode and the CE mode are OFF. Thereby, it returns to the mode state of S100 of FIG. S446 is the same as S406. When S446 ends, the process of FIG. 6 ends.

（具体的なケース）
続いて、図７〜図１０を参照して、図３〜図６の各処理によって実現される具体的なケースＡ〜Ｇについて説明する。各ケースＡ〜Ｇの初期状態では、認証フラグ３８が「ＯＮ」に設定されており、この結果、ＮＦＣＩ／Ｆ２２ではＲ／ＷモードのみがＯＮされている（図３のＳ１００）。 (Specific case)
Next, specific cases A to G realized by the processes of FIGS. 3 to 6 will be described with reference to FIGS. 7 to 10. In the initial state of each case A to G, the authentication flag 38 is set to “ON”. As a result, only the R / W mode is turned on in the NFC I / F 22 (S100 in FIG. 3).

Ｔ１０では、ＭＦＰ１０は、４つのタイプに対応する４種類のＰｏｌｌｉｎｇ信号を順次送信することを繰り返す（図３のＳ１００）。   In T10, the MFP 10 repeats sequentially transmitting four types of polling signals corresponding to the four types (S100 in FIG. 3).

（ケースＡ；図７）
ケースＡでは、対象装置は、通信タイプがタイプＡに対応するMifare系の認証カード５０Ａである。認証カード５０Ａには、ＮＦＣＩＤ１「Ａ３」が予め割り当てられている。 (Case A; FIG. 7)
In case A, the target device is a Mifare-based authentication card 50A whose communication type corresponds to type A. NFCID1 “A3” is assigned in advance to the authentication card 50A.

ＭＦＰ１０は、Ｔ２０において、ユーザ名「Ｕ３」及びパスワード「Ｐ３」の組合せを含むユーザ情報の入力（即ちログイン操作）を受け付け（図３のＳ１１０）、Ｔ２２において、登録ボタンの操作を受け付ける（Ｓ１２０でＹＥＳ）。   The MFP 10 accepts input of user information including the combination of the user name “U3” and the password “P3” (that is, a login operation) at T20 (S110 in FIG. 3), and accepts an operation of the registration button at T22 (S120). YES).

その後、ユーザが認証カード５０ＡをＭＦＰ１０に近づけると、Ｔ３０において、ＭＦＰ１０は、タイプＡのＰｏｌｌｉｎｇ信号の送信に応じて、認証カード５０Ａから、ＳＥＮＳ信号と、ＮＦＣＩＤ１「Ａ３」を含むＳＤＤ信号と、ＳＥＬ信号と、を含むタイプＡの各応答信号を順次受信する（Ｓ１３０でＹＥＳ）。この場合、ＭＦＰ１０は、タイプＡを特定する（Ｓ１３２）。   Thereafter, when the user brings the authentication card 50A closer to the MFP 10, in T30, the MFP 10 sends a SENS signal, an SDD signal including NFCID1 “A3”, and a SEL in response to the transmission of the type A polling signal. And each type A response signal including the signal is received sequentially (YES in S130). In this case, the MFP 10 specifies type A (S132).

ＭＦＰ１０は、ＳＥＬ信号内の第６ビットがＯＦＦを示すので、対象装置がＩＳＯ＿ＤＥＰをサポートしていないと判断し（図４のＳ２００でＮＯ）、対象装置がMifare系の認証カード５０Ａであると判断する。また、ＭＦＰ１０は、ＳＥＬ信号内のカードタイプを示す情報に基づいて、認証カード５０Ａのカードタイプを特定する（Ｓ２１０）。Ｔ４０では、ＭＦＰ１０は、ＳＤＤ信号から、特定済みのカードタイプに対応するデータサイズを有するＮＦＣＩＤ１「Ａ３」を抽出する（Ｓ２１２）。Ｔ４２では、ＭＦＰ１０は、ユーザ情報に対応付けてＮＦＣＩＤ１「Ａ３」を認証ＩＤとしてユーザテーブル４０に登録する（図３のＳ１４２）。なお、Ｔ４２が完了すると、ＭＦＰ１０は、Ｔ２０でログインしたユーザをログオフさせる。   Since the sixth bit in the SEL signal indicates OFF, the MFP 10 determines that the target device does not support ISO_DEP (NO in S200 in FIG. 4), and determines that the target device is the Mifare-based authentication card 50A. To do. Further, the MFP 10 specifies the card type of the authentication card 50A based on the information indicating the card type in the SEL signal (S210). In T40, the MFP 10 extracts NFCID1 “A3” having a data size corresponding to the specified card type from the SDD signal (S212). In T42, the MFP 10 registers NFCID1 “A3” in the user table 40 as an authentication ID in association with the user information (S142 in FIG. 3). When T42 is completed, the MFP 10 logs off the user who logged in at T20.

Ｔ４２にて認証カード５０Ａの認証ＩＤのユーザテーブル４０への登録が完了した後に、ユーザが認証カード５０ＡをＭＦＰ１０に再び近づけると、Ｔ５０において、ＭＦＰ１０は、Ｔ３０と同様に、タイプＡの各応答信号を受信する（Ｓ１５０でＹＥＳ）。この場合、ＭＦＰ１０は、タイプＡを特定する（Ｓ１５２）。その後のＴ６０は、Ｔ４０と同様である。   After the registration of the authentication ID of the authentication card 50A in the user table 40 is completed at T42, when the user brings the authentication card 50A closer to the MFP 10 again, at T50, the MFP 10 receives each response signal of type A as in T30. Is received (YES in S150). In this case, the MFP 10 specifies type A (S152). Subsequent T60 is the same as T40.

Ｔ６２において、ＭＦＰ１０は、認証カード５０Ａの認証を実行する（Ｓ１６２）。ＭＦＰ１０は、Ｔ６０で抽出されたＮＦＣＩＤ１「Ａ３」に一致する認証ＩＤ「Ａ３」がユーザテーブル４０に登録されているので、認証が成功したと判断する。この場合、ＭＦＰ１０は、ユーザ名「Ｕ３」に対応するユーザに許可されている機能を実行する。   In T62, the MFP 10 performs authentication of the authentication card 50A (S162). The MFP 10 determines that the authentication is successful because the authentication ID “A3” that matches the NFCID1 “A3” extracted in T60 is registered in the user table 40. In this case, the MFP 10 executes a function permitted to the user corresponding to the user name “U3”.

（ケースＢ；図７）
ケースＢでは、対象装置は、通信タイプがタイプＡに対応するMifare Desfire系の認証カード５０Ｂである。認証カード５０Ｂには、ＮＦＣＩＤ１「Ａ４」が予め割り当てられている。 (Case B; Fig. 7)
In Case B, the target device is a Mifare Desfire authentication card 50B whose communication type corresponds to Type A. NFCID1 “A4” is assigned in advance to the authentication card 50B.

Ｔ１３０において、ＭＦＰ１０は、タイプＡのＰｏｌｌｉｎｇ信号の送信に応じて、認証カード５０Ｂから、ＳＥＮＳ信号と、ＮＦＣＩＤ１「Ａ４」を含むＳＤＤ信号と、ＳＥＬ信号と、を含むタイプＡの各応答信号を順次受信する（Ｓ１５０でＹＥＳ）。この場合、ＭＦＰ１０は、タイプＡを特定する（Ｓ１５２）。   In T130, in response to the transmission of the type A polling signal, the MFP 10 sequentially receives each type A response signal including the SENS signal, the SDD signal including NFCID1 “A4”, and the SEL signal from the authentication card 50B. Receive (YES in S150). In this case, the MFP 10 specifies type A (S152).

ＭＦＰ１０は、ＳＥＬ信号内の第６ビットがＯＮを示すので、対象装置がＩＳＯ＿ＤＥＰをサポートしていると判断し（図４のＳ２００でＹＥＳ）、ＳＥＬ信号内の第７ビットがＯＦＦを示すので対象装置がＮＦＣ＿ＤＥＰをサポートしていないと判断する（Ｓ２２０でＮＯ）。そして、ＭＦＰ１０は、ＳＥＮＳ信号内のデータサイズ情報が７バイトを示すので（Ｓ２２２でＹＥＳ）、対象装置がMifare Desfire系の認証カード５０Ｂであると判断する。この結果、ＭＦＰ１０は、Ｔ１４０において、ＳＤＤ信号からＮＦＣＩＤ１「Ａ４」を抽出し（Ｓ２１２）、Ｔ１４２において、ＮＦＣＩＤ１「Ａ４」を利用した認証を実行する（図３のＳ１６２）。   Since the sixth bit in the SEL signal indicates ON, the MFP 10 determines that the target device supports ISO_DEP (YES in S200 in FIG. 4), and the seventh bit in the SEL signal indicates OFF. It is determined that the device does not support NFC_DEP (NO in S220). Since the data size information in the SENS signal indicates 7 bytes (YES in S222), the MFP 10 determines that the target device is the Mifare Desfire authentication card 50B. As a result, the MFP 10 extracts NFCID1 “A4” from the SDD signal at T140 (S212), and executes authentication using NFCID1 “A4” at T142 (S162 in FIG. 3).

（ケースＣ；図８）
図７のケースＣでは、対象装置は、通信タイプがタイプＡに対応する携帯端末７０Ａであって、Ｐ２Ｐ通信を実行可能な携帯端末７０Ａである。携帯端末７０Ａには、認証アプリケーション７８の初回起動時に生成された生成ＩＤ「Ａ５」が割り当てられている。 (Case C; FIG. 8)
In case C of FIG. 7, the target device is a mobile terminal 70 </ b> A whose communication type corresponds to type A, and is a mobile terminal 70 </ b> A capable of executing P2P communication. The generation ID “A5” generated when the authentication application 78 is activated for the first time is assigned to the portable terminal 70A.

ユーザが携帯端末７０ＡをＭＦＰ１０に近づけて、携帯端末７０ＡがＭＦＰ１０からＰｏｌｌｉｎｇ信号を受信すると、Ｔ２２８において、携帯端末７０ＡのＯＳソフトウェア７４は、ランダムに文字列を生成して、当該文字列をＮＦＣＩＤ１「Ａ６」として決定する。   When the user brings the mobile terminal 70A close to the MFP 10 and the mobile terminal 70A receives a Polling signal from the MFP 10, the OS software 74 of the mobile terminal 70A randomly generates a character string at T228 and converts the character string into NFCID1 “ A6 "is determined.

Ｔ２３０において、ＭＦＰ１０は、タイプＡのＰｏｌｌｉｎｇ信号の送信に応じて、携帯端末７０Ａから、ＳＥＮＳ信号と、ＮＦＣＩＤ１「Ａ６」を含むＳＤＤ信号と、ＳＥＬ信号と、を含むタイプＡの各応答信号を受信する（Ｓ１５０でＹＥＳ）。この場合、ＭＦＰ１０は、タイプＡを特定する（Ｓ１５２）。   In T230, the MFP 10 receives each type A response signal including the SENS signal, the SDD signal including NFCID1 “A6”, and the SEL signal from the portable terminal 70A in response to the transmission of the type A polling signal. (YES in S150). In this case, the MFP 10 specifies type A (S152).

ＭＦＰ１０は、ＳＥＬ信号内の第６ビットがＯＮを示すので、対象装置がＩＳＯ＿ＤＥＰをサポートしていると判断し（図４のＳ２００でＹＥＳ）、ＳＥＬ信号内の第７ビットがＯＮを示すので対象装置がＮＦＣ＿ＤＥＰをサポートしていると判断する（Ｓ２２０でＹＥＳ）。これにより、ＭＦＰ１０は、対象装置がＰ２Ｐ通信を実行可能な携帯端末７０Ａであると判断する。   Since the sixth bit in the SEL signal indicates ON, the MFP 10 determines that the target device supports ISO_DEP (YES in S200 in FIG. 4), and the seventh bit in the SEL signal indicates ON. It is determined that the device supports NFC_DEP (YES in S220). Thereby, the MFP 10 determines that the target device is the portable terminal 70A capable of executing P2P communication.

Ｔ２３２において、ＭＦＰ１０は、携帯端末７０Ａから、Ｆｏｒｍａｔ情報を含むＦｏｒｍａｔ信号と、ＮＤＥＦ領域を含むＮＤＥＦ信号と、を含むＴ４Ｔの各応答信号を受信する。具体的には、ＭＦＰ１０は、まず、Ｆｏｒｍａｔ信号を受信し（Ｓ２３０）、Ｆｏｒｍａｔ情報が、携帯端末７０ＡがＮＤＥＦをサポートしていることを示すので（Ｓ２３２でＹＥＳ）、さらに、ＮＤＥＦ信号を受信する（Ｓ２３４）。ＭＦＰ１０は、ＮＤＥＦ領域にベンダ情報が含まれるので（Ｓ２３６でＹＥＳ）、Ｔ２４０において、ＮＤＥＦ領域から生成ＩＤ「Ａ５」を抽出し（Ｓ２３８）、Ｔ２４２において、生成ＩＤ「Ａ５」を利用した認証を実行する（図３のＳ１６２）。   In T232, the MFP 10 receives each response signal of T4T including the Format signal including the Format information and the NDEF signal including the NDEF area from the portable terminal 70A. Specifically, the MFP 10 first receives the Format signal (S230), and the Format information indicates that the mobile terminal 70A supports NDEF (YES in S232), and further receives the NDEF signal. (S234). Since the vendor information is included in the NDEF area (YES in S236), the MFP 10 extracts the generation ID “A5” from the NDEF area in T240 (S238), and executes authentication using the generation ID “A5” in T242. (S162 in FIG. 3).

（ケースＤ；図８）
ケースＤでは、対象装置は、通信タイプがタイプＡに対応する携帯端末７０Ｂであって、実際にはＰ２Ｐ通信を実行可能であるにも関わらず、ＳＥＬ信号内の第７ビットにＯＦＦを記述する携帯端末７０Ｂである。携帯端末７０Ｂには、認証アプリケーション７８の初回起動時に生成された生成ＩＤ「Ａ７」が割り当てられている。 (Case D; FIG. 8)
In case D, the target device is a mobile terminal 70B whose communication type corresponds to type A, and although it can actually execute P2P communication, OFF is described in the seventh bit in the SEL signal. This is the mobile terminal 70B. The generation ID “A7” generated when the authentication application 78 is activated for the first time is assigned to the portable terminal 70B.

Ｔ２４８において、携帯端末７０ＢのＯＳソフトウェア７４は、ランダムに文字列を生成して、当該文字列をＮＦＣＩＤ１「Ａ８」として決定する。   At T248, the OS software 74 of the mobile terminal 70B generates a character string at random, and determines the character string as NFCID1 “A8”.

Ｔ２５０において、ＭＦＰ１０は、タイプＡのＰｏｌｌｉｎｇ信号の送信に応じて、携帯端末７０Ｂから、ＳＥＮＳ信号と、ＮＦＣＩＤ１「Ａ８」を含むＳＤＤ信号と、ＳＥＬ信号と、を含むタイプＡの各応答信号を順次受信する（Ｓ１５０でＹＥＳ）。この場合、ＭＦＰ１０は、タイプＡを特定する（Ｓ１５２）。   In T250, in response to the transmission of the type A polling signal, the MFP 10 sequentially receives each type A response signal including the SENS signal, the SDD signal including NFCID1 “A8”, and the SEL signal from the portable terminal 70B. Receive (YES in S150). In this case, the MFP 10 specifies type A (S152).

ＭＦＰ１０は、ＳＥＬ信号内の第６ビットがＯＮを示すので、対象装置がＩＳＯ＿ＤＥＰをサポートしていると判断し（図４のＳ２００でＹＥＳ）、ＳＥＬ信号内の第７ビットがＯＦＦを示すので対象装置がＮＦＣ＿ＤＥＰをサポートしていないと判断する（Ｓ２２０でＮＯ）。そして、ＭＦＰ１０は、ＳＥＮＳ信号内のデータサイズ情報が４バイトを示すので（Ｓ２２２でＮＯ）、対象装置がＰ２Ｐ通信を実行不可能な携帯端末７０Ｂであると判断する。その後のＳ２５２〜Ｓ２６２は、ケースＣのＴ２３２〜Ｔ２４２と同様である。   Since the sixth bit in the SEL signal indicates ON, the MFP 10 determines that the target device supports ISO_DEP (YES in S200 in FIG. 4), and the seventh bit in the SEL signal indicates OFF. It is determined that the device does not support NFC_DEP (NO in S220). Then, since the data size information in the SENS signal indicates 4 bytes (NO in S222), the MFP 10 determines that the target device is the portable terminal 70B that cannot execute the P2P communication. Subsequent S252 to S262 are the same as T232 to T242 of Case C.

（ケースＥ；図９）
ケースＥでは、対象装置は、通信タイプがタイプＦに対応するFeliCa Standard 、FeliCa Liteなどの認証カード５０Ｃである。認証カード５０Ｃには、ＮＦＣＩＤ２「Ａ９」が予め割り当てられている。 (Case E; Fig. 9)
In case E, the target device is an authentication card 50C such as FeliCa Standard or FeliCa Lite whose communication type corresponds to type F. NFCID2 “A9” is assigned in advance to the authentication card 50C.

Ｔ３３０において、ＭＦＰ１０は、タイプＦのＰｏｌｌｉｎｇ信号の送信に応じて、認証カード５０Ｃから、ＳＥＮＳＦ信号を含むタイプＦの応答信号を受信する（Ｓ１５０でＹＥＳ）。ＳＥＳＦ信号は、ＩＣタイプ「０１ｈ」を示すＰＡＤ０と、ＮＦＣＩＤ２「Ａ９」と、を含む。この場合、ＭＦＰ１０は、タイプＦを特定する（Ｓ１５２）。   In T330, the MFP 10 receives the type F response signal including the SENSF signal from the authentication card 50C in response to the transmission of the type F polling signal (YES in step S150). The SESF signal includes PAD0 indicating IC type “01h” and NFCID2 “A9”. In this case, the MFP 10 specifies type F (S152).

ＭＦＰ１０は、ＰＡＤ０が示すＩＣタイプ「０１ｈ」が所定タイプを示さないので（図５のＳ３００でＮＯ）、対象装置がFeliCa Standard 、FeliCa Liteなどの認証カード５０Ｃであると判断する。この結果、ＭＦＰ１０は、Ｔ３４０において、ＳＥＮＳＦ信号からＮＦＣＩＤ２「Ａ９」を抽出し（Ｓ３１２）、Ｔ３４２において、ＮＦＣＩＤ２「Ａ９」を利用した認証を実行する（図３のＳ１６２）。   Since the IC type “01h” indicated by PAD0 does not indicate the predetermined type (NO in S300 in FIG. 5), the MFP 10 determines that the target device is an authentication card 50C such as FeliCa Standard or FeliCa Lite. As a result, the MFP 10 extracts NFCID2 “A9” from the SENSF signal at T340 (S312), and executes authentication using NFCID2 “A9” at T342 (S162 in FIG. 3).

（ケースＦ；図９）
ケースＦでは、対象装置は、通信タイプがタイプＦに対応する携帯端末７０Ｃである。携帯端末７０Ｃには、認証アプリケーション７８の初回起動時に生成された生成ＩＤ「Ａ１０」が割り当てられている。 (Case F; Fig. 9)
In Case F, the target device is a mobile terminal 70C whose communication type corresponds to Type F. The generation ID “A10” generated when the authentication application 78 is activated for the first time is assigned to the portable terminal 70C.

Ｔ３４８において、携帯端末７０ＣのＯＳソフトウェア７４は、ランダムに文字列を生成して、当該文字列をＮＦＣＩＤ２「Ａ１１」として決定する。   At T348, the OS software 74 of the mobile terminal 70C generates a character string at random and determines the character string as NFCID2 “A11”.

Ｔ３５０において、ＭＦＰ１０は、タイプＦのＰｏｌｌｉｎｇ信号の送信に応じて、携帯端末７０Ｃから、ＳＥＮＳＦ信号を含むタイプＦの応答信号を受信する（Ｓ１５０でＹＥＳ）。ＳＥＮＳＦ信号は、ＩＣタイプ「０６ｈ」を示すＰＡＤ０と、ＮＦＣＩＤ２「Ａ１１」と、を含む。この場合、ＭＦＰ１０は、タイプＦを特定する（Ｓ１５２）。   In T350, the MFP 10 receives a type F response signal including the SENSF signal from the portable terminal 70C in response to the transmission of the type F polling signal (YES in step S150). The SENSF signal includes PAD0 indicating the IC type “06h” and NFCID2 “A11”. In this case, the MFP 10 specifies type F (S152).

ＭＦＰ１０は、ＰＡＤ０が示すＩＣタイプ「０６ｈ」が所定タイプを示すので（図５のＳ３００でＹＥＳ）、対象装置が携帯端末７０Ｃであると判断する。その後のＴ３５２〜Ｔ３６２は、図７のケースＣのＴ２３２〜Ｔ２４２と同様である。   Since the IC type “06h” indicated by PAD0 indicates the predetermined type (YES in S300 in FIG. 5), the MFP 10 determines that the target device is the mobile terminal 70C. Subsequent T352 to T362 are the same as T232 to T242 of case C in FIG.

（ケースＧ：図１０）
ケースＧでは、対象装置は、通信タイプがタイプＡに対応している携帯端末７０Ｄであって、認証アプリケーション７８をまだインストールしていない携帯端末７０Ｄである。認証アプリケーション７８がインストールされていない状態では、携帯端末７０Ｄは、ＮＤＥＦを利用することができない。 (Case G: Fig. 10)
In case G, the target device is a mobile terminal 70D whose communication type corresponds to type A, and has not yet installed the authentication application 78. In a state where the authentication application 78 is not installed, the mobile terminal 70D cannot use NDEF.

Ｔ４２８〜Ｔ４３０は、ＮＦＣＩＤ１「Ａ１２」が利用される点を除くと、図８のＴ２２８〜Ｔ２３０と同様である。Ｔ４３２において、ＭＦＰ１０は、携帯端末７０Ｄから、Ｆｏｒｍａｔ信号を含むＴ４Ｔの各応答信号を受信する。Ｆｏｒｍａｔ情報が、携帯端末７０ＤがＮＤＥＦをサポートしていないことを示すので（Ｓ２３２でＮＯ）、ＭＦＰ１０は、ＵＲＬ供給処理（Ｓ２４０）を実行する。   T428 to T430 are the same as T228 to T230 in FIG. 8 except that NFCID1 “A12” is used. In T432, the MFP 10 receives each response signal of T4T including the Format signal from the portable terminal 70D. Since the Format information indicates that the mobile terminal 70D does not support NDEF (NO in S232), the MFP 10 executes URL supply processing (S240).

Ｔ４４０において、ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｅ信号を携帯端末７０Ｄに送信する（図６のＳ４００）。これにより、ＭＦＰ１０と携帯端末７０との間の通信リンクが切断される。   In T440, the MFP 10 transmits a Deactivate signal to the mobile terminal 70D (S400 in FIG. 6). As a result, the communication link between the MFP 10 and the portable terminal 70 is disconnected.

ＭＦＰ１０は、Ｔ４４２において、ＮＦＣＩ／Ｆ２２のＲＦをＯＦＦし（Ｓ４０２）、Ｔ４４４において、ＮＦＣＩ／Ｆ２２のモード状態をＰ２Ｐモード及びＲ／ＷモードのみがＯＮされている状態に設定し（Ｓ４０４）、Ｔ４４６において、ＮＦＣＩ／Ｆ２２のＲＦをＯＮする（Ｓ４０６）。   In T442, the MFP 10 turns off the RF of the NFC I / F 22 (S402). In T444, the mode state of the NFC I / F 22 is set to a state in which only the P2P mode and the R / W mode are turned on (S404), and T446. In step S406, the RF of the NFC I / F 22 is turned on.

ＭＦＰ１０は、Ｔ４３０で受信した信号に基づいて、Ｔ４３０の応答信号がタイプＡに対応しており、かつ、Ｐ２Ｐ通信可能であると判断し、この結果、Ｔ４５０において、４種類のＰｏｌｌｉｎｇ信号の送信を実行する（Ｓ４０８）。この場合、ＭＦＰ１０は、携帯端末７０ＤからタイプＡ又はＦに対応する応答信号を受信して、Ｔ４６０において、Ｐ２Ｐ通信リンクを確立する（Ｓ４３０でＹＥＳ）。   Based on the signal received at T430, the MFP 10 determines that the response signal of T430 is compatible with Type A and that P2P communication is possible. As a result, at T450, transmission of four types of Polling signals is performed. Execute (S408). In this case, the MFP 10 receives a response signal corresponding to type A or F from the portable terminal 70D, and establishes a P2P communication link at T460 (YES in S430).

ＭＦＰ１０は、Ｔ４７０において、Ｐ２Ｐ通信リンクを利用して、ＵＲＬ３９を含むＮＤＥＦ信号を携帯端末７０Ｄに送信し（Ｓ４３２）、Ｔ４７２において、携帯端末７０Ｄから確認信号を受信する（Ｓ４３４でＹＥＳ）。そして、ＭＦＰ１０は、Ｔ４８０において、Ｄｅａｃｔｉｖａｔｅ信号を送信し（Ｓ４４０）、Ｔ４８２において、ＮＦＣＩ／Ｆ２２のＲＦをＯＦＦし（Ｓ４４２）、Ｔ４８４において、ＮＦＣＩ／Ｆ２２のモード状態をＲ／ＷモードのみがＯＮされているモード状態に設定し（Ｓ４４４）Ｔ４８６において、ＮＦＣＩ／Ｆ２２のＲＦをＯＮする（Ｓ４４６）。   The MFP 10 transmits an NDEF signal including the URL 39 to the mobile terminal 70D using the P2P communication link at T470 (S432), and receives a confirmation signal from the mobile terminal 70D at T472 (YES at S434). Then, the MFP 10 transmits a Deactivate signal at T480 (S440), turns off the RF of the NFC I / F 22 at T482 (S442), and turns on the mode state of the NFC I / F 22 only at the R / W mode at T484. (S444) At T486, the RF of the NFC I / F 22 is turned on (S446).

なお、携帯端末７０ＤのＯＳプログラムは、通常、ＮＤＦＥ信号内にＵＲＬが記述されていることを認識すると、ブラウザプログラムを起動させて、当該ＵＲＬにアクセスする。従って、携帯端末７０Ｄは、Ｔ４７０において、ＵＲＬ３９を含むＮＤＥＦ信号を受信すると、認証アプリケーション７８をインストールするためのＵＲＬ３９にアクセスする。このために、ユーザは、ＵＲＬ３９によって示されるウェブ画面において、認証アプリケーション７８をインストールするための操作を容易に実行することができる。   When the OS program of the mobile terminal 70D recognizes that a URL is normally described in the NDFE signal, the OS program is activated to access the URL. Therefore, when the portable terminal 70D receives the NDEF signal including the URL 39 at T470, the portable terminal 70D accesses the URL 39 for installing the authentication application 78. Therefore, the user can easily execute an operation for installing the authentication application 78 on the web screen indicated by the URL 39.

（第１実施例の効果）
上述のように、認証カード５０のＮＦＣＩＤ１、ＮＦＣＩＤ２、ＵＩＤは、固定的なＩＤであり、さらに、ユニークさが保証されているので、認証に適している。一方、携帯端末７０のＯＳソフトウェア７４によって準備されるＮＦＣＩＤ１又はＮＦＣＩＤ２は、ＮＦＣ通信が実行される毎に決定されるので、固定的なＩＤではなく、認証に適していない。また、ＯＳソフトウェア７４の中には、予め決められている固定的なＩＤをＮＦＣＩＤ１又はＮＦＣＩＤ２として利用する特定のＯＳソフトウェアが存在し得る。このような特定のＯＳソフトウェアは、固定的なＩＤを利用するが、当該特定のＯＳソフトウェアを有する複数の携帯端末の間で同じＩＤがＮＦＣＩＤ１又はＮＦＣＩＤ２として利用される。このようなＩＤは、ユニークさが保証されないので、やはり、認証に適していない。そこで、本実施例では、ＭＦＰ１０は、対象装置が認証カード５０であるのか携帯端末７０であるのかに応じて、認証に利用すべきＩＤを変える。即ち、ＭＦＰ１０は、図４のＳＥＮＳ信号及びＳＥＬ信号に含まれる各情報、又は、図５のＳＥＮＳＦ信号に含まれるＰＡＤ０を利用して、対象装置が認証カード５０であるのか携帯端末７０であるのかを判断する（図４のＳ２００、Ｓ２２０、Ｓ２２２、図５のＳ３００）。そして、ＭＦＰ１０は、対象装置が認証カード５０であると判断する場合には、ＮＦＣＩＤ１又はＮＦＣＩＤ２を利用した認証を実行し（図４のＳ２１２、図５のＳ３１２、図３のＳ１６２）、対象装置が携帯端末７０であると判断する場合には、Ｔ４Ｔ通信によって受信されるＮＤＥＦ領域内の生成ＩＤを利用した認証を実行する（図４のＳ２３８、図５のＳ３３８、図３のＳ１６２）。ここで、生成ＩＤは、携帯端末７０の認証アプリケーション７８によって生成される固定的かつユニークなＩＤである。このために、ＭＦＰ１０は、対象装置が携帯端末７０である場合に、認証に適していないＮＦＣＩＤ１又はＮＦＣＩＤ２を利用せずに、生成ＩＤを利用した認証を適切に実行することができる。 (Effects of the first embodiment)
As described above, the NFCID1, NFCID2, and UID of the authentication card 50 are fixed IDs, and furthermore, uniqueness is guaranteed, which is suitable for authentication. On the other hand, since NFCID1 or NFCID2 prepared by the OS software 74 of the mobile terminal 70 is determined every time NFC communication is executed, it is not a fixed ID and is not suitable for authentication. Further, in the OS software 74, there can be specific OS software that uses a predetermined fixed ID as NFCID1 or NFCID2. Such specific OS software uses a fixed ID, but the same ID is used as NFCID1 or NFCID2 among a plurality of portable terminals having the specific OS software. Such an ID is still not suitable for authentication because uniqueness is not guaranteed. Therefore, in this embodiment, the MFP 10 changes the ID to be used for authentication depending on whether the target device is the authentication card 50 or the portable terminal 70. That is, the MFP 10 uses the information included in the SENS signal and the SEL signal in FIG. 4 or PAD 0 included in the SENSF signal in FIG. 5 to determine whether the target device is the authentication card 50 or the portable terminal 70. (S200, S220, S222 in FIG. 4 and S300 in FIG. 5). If the MFP 10 determines that the target device is the authentication card 50, the MFP 10 performs authentication using NFCID1 or NFCID2 (S212 in FIG. 4, S312 in FIG. 5, S162 in FIG. 3), and the target device is If it is determined that the mobile terminal 70 is used, authentication is performed using the generated ID in the NDEF area received by T4T communication (S238 in FIG. 4, S338 in FIG. 5, and S162 in FIG. 3). Here, the generation ID is a fixed and unique ID generated by the authentication application 78 of the mobile terminal 70. For this reason, when the target device is the mobile terminal 70, the MFP 10 can appropriately execute authentication using the generated ID without using NFCID1 or NFCID2 that is not suitable for authentication.

また、ＭＦＰ１０は、携帯端末７０が認証アプリケーション７８をまだインストールしていない場合（図４のＳ２３２でＮＯ、Ｓ２３６でＮＯ、図５のＳ３３２でＮＯ、３３６でＮＯ）には、ＵＲＬ供給処理（図４のＳ２４０、図５のＳ３４０、図６）を実行して、ＵＲＬ３９を携帯端末７０に送信する。ユーザは、例えばタッチパネル等を操作してＵＲＬ３９を携帯端末７０に入力しなくても、認証アプリケーション７８を容易にインストールすることができる。これにより、ユーザの利便性を向上させることができる。   Further, when the mobile terminal 70 has not yet installed the authentication application 78 (NO in S232 in FIG. 4, NO in S236, NO in S332 in FIG. 5 and NO in 336), the MFP 10 performs URL supply processing (FIG. 4, S340 in FIG. 5, and FIG. 6) are executed to transmit the URL 39 to the mobile terminal 70. For example, the user can easily install the authentication application 78 without operating the touch panel or the like to input the URL 39 to the portable terminal 70. Thereby, a user's convenience can be improved.

（対応関係）
ＭＦＰ１０、認証カード５０、携帯端末７０が、それぞれ、「通信装置」、「第１種の装置」、「第２種の装置」の一例である。ＮＦＣＩ／Ｆ２２が、「無線インターフェース」の一例である認証アプリケーション７８、ＵＲＬ３９が、それぞれ、「所定のアプリケーションソフトウェア」、「位置情報」の一例である。図４の各信号１００〜１２２及び図５の各信号１４０〜１６２が、「１個以上の信号」の一例である。図４では、ＳＥＮＳ信号１００、ＳＤＤ信号１０２、ＳＥＬ信号１０４が、「第１の信号」の一例である。図５では、ＳＥＮＳＦ信号１４０が、「第１の信号」の一例である。Ｆｏｒｍａｔ信号１２０、１６０及びＮＤＥＦ信号１２２、１６２が、「第２の信号」の一例である。タイプＡ又はＦが「第１の通信タイプ」の一例である。タイプＦ又はＡが、「第２の通信タイプ」の一例である。アクティビティ層、Ｔ１Ｔ〜Ｔ５Ｔ層が、それぞれ、「第１の通信レイヤ」、「第２の通信レイヤ」の一例である。 (Correspondence)
The MFP 10, the authentication card 50, and the mobile terminal 70 are examples of “communication device”, “first type device”, and “second type device”, respectively. NFC I / F 22 is an example of “wireless interface”, and authentication application 78 and URL 39 are examples of “predetermined application software” and “location information”, respectively. Each of the signals 100 to 122 in FIG. 4 and each of the signals 140 to 162 in FIG. 5 is an example of “one or more signals”. In FIG. 4, the SENS signal 100, the SDD signal 102, and the SEL signal 104 are examples of the “first signal”. In FIG. 5, the SENSF signal 140 is an example of a “first signal”. The Format signals 120 and 160 and the NDEF signals 122 and 162 are examples of the “second signal”. Type A or F is an example of “first communication type”. Type F or A is an example of “second communication type”. The activity layer and the T1T to T5T layers are examples of the “first communication layer” and the “second communication layer”, respectively.

ＮＦＣＩＤ１、ＮＦＣＩＤ２、及び、ＵＩＤが、「第１の識別情報」の一例であり、生成ＩＤが、「第２の識別情報」の一例である。ＳＥＮＳ信号１００、ＳＥＬ信号１０４、及び、ＳＥＮＳＦ信号１４０内の各情報が、「属性情報」の一例である。Ｆｏｒｍａｔ信号１２０、１６０内の情報が、「第１の情報」の一例である。ＮＤＥＦ信号１２２、１６２内の情報が、「第２の情報」の一例である。ISO/IEC14443−4が、「所定規格に準拠した特定規格」の一例である。ＳＥＬ信号１０４内の第６ビットが、「第３の情報」の一例である。ＳＥＬ信号１０４内の第６ビット及びＳＥＮＳＦ信号１４０の第１バイトが、「第４の情報」の一例である。Ｒ／Ｗモード、Ｐ２Ｐモードが、それぞれ、「第１の通信モード」、「第２の通信モード」の一例である。認証フラグ３８が「ＯＦＦ」である状態、「ＯＮ」である状態が、それぞれ、「第１の動作状態」、「第２の動作状態」の一例である。   NFCID1, NFCID2, and UID are examples of “first identification information”, and the generation ID is an example of “second identification information”. Each information in the SENS signal 100, the SEL signal 104, and the SENSF signal 140 is an example of “attribute information”. Information in the Format signals 120 and 160 is an example of “first information”. Information in the NDEF signals 122 and 162 is an example of “second information”. ISO / IEC14443-4 is an example of a “specific standard based on a predetermined standard”. The sixth bit in the SEL signal 104 is an example of “third information”. The sixth bit in the SEL signal 104 and the first byte of the SENSF signal 140 are examples of “fourth information”. The R / W mode and the P2P mode are examples of the “first communication mode” and the “second communication mode”, respectively. The state where the authentication flag 38 is “OFF” and the state “ON” are examples of the “first operation state” and the “second operation state”, respectively.

図４のＳ２００、２２０、２２２、及び、図５のＳ３００が、「第１の判断部」が実行する処理の一例である。図４のＳ２３２、２３６、及び、図５のＳ３３２、３３６が、「第２の判断部」が実行する処理の一例である。図４のＳ２１２又は図５のＳ３１２を経た図３のＳ１４２又はＳ１６２が、「第１の処理実行部」が実行する処理の一例である。図４のＳ２３８又は図５のＳ３３８を経た図３のＳ１４２又はＳ１６２が、「第２の処理実行部」が実行する処理の一例である。   S200, 220, and 222 in FIG. 4 and S300 in FIG. 5 are examples of processing executed by the “first determination unit”. S232 and 236 in FIG. 4 and S332 and 336 in FIG. 5 are examples of processing executed by the “second determination unit”. S142 or S162 in FIG. 3 after S212 in FIG. 4 or S312 in FIG. 5 is an example of the process executed by the “first process execution unit”. S142 or S162 in FIG. 3 after S238 in FIG. 4 or S338 in FIG. 5 is an example of a process executed by the “second process execution unit”.

（第２実施例）
第１実施例と異なる点を中心に説明する。第２実施例では、ＣＰＵ３２は、図６に代えて、図１１のＵＲＬ供給処理を実行する。 (Second embodiment)
A description will be given centering on differences from the first embodiment. In the second embodiment, the CPU 32 executes the URL supply process of FIG. 11 instead of FIG.

（ＵＲＬ供給処理：図１１）
Ｓ５００、Ｓ５０２は、図６のＳ４００、Ｓ４０２と同様である。Ｓ５０４において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２のモード状態を、Ｐ２Ｐモード及びＲ／ＷモードがＯＦＦされており、ＣＥモードがＯＮされているモード状態に設定する。Ｓ５０６において、ＣＰＵ３２は、ＵＲＬ３９をＮＦＣＩ／Ｆ２２に供給する。この結果、ＮＦＣＩ／Ｆ２２は、ＮＦＣＩ／Ｆ２２内のメモリ（図示省略）にＵＲＬ３９を記憶させる。Ｓ５０８は、図６のＳ４０６と同様である。 (URL supply processing: FIG. 11)
S500 and S502 are the same as S400 and S402 of FIG. In S504, the CPU 32 sets the mode state of the NFC I / F 22 to a mode state in which the P2P mode and the R / W mode are OFF and the CE mode is ON. In S <b> 506, the CPU 32 supplies the URL 39 to the NFC I / F 22. As a result, the NFC I / F 22 stores the URL 39 in a memory (not shown) in the NFC I / F 22. S508 is the same as S406 in FIG.

ＮＦＣＩ／Ｆ２２においてＣＥモードのみがＯＮされている場合には、ＮＦＣＩ／Ｆ２２は、Ｐｏｌｌｉｎｇ信号を送信不可能である。この場合、ＮＦＣＩ／Ｆ２２は、携帯端末７０から受信されるＰｏｌｌｉｎｇ信号に対する応答信号を送信することによって、ＮＦＣＩ／Ｆ２２がＣＥモードで動作すると共にＮＦＣＩ／Ｆ７２がＲ／Ｗモードで動作するＣＥ−Ｒ／Ｗ通信リンクを確立することができる。   When only the CE mode is turned on in the NFC I / F 22, the NFC I / F 22 cannot transmit a polling signal. In this case, the NFC I / F 22 transmits a response signal to the Polling signal received from the mobile terminal 70, whereby the NFC I / F 22 operates in the CE mode and the NFC I / F 72 operates in the R / W mode. A / W communication link can be established.

Ｓ５１０、Ｓ５１２、Ｓ５２０は、図６のＳ４１０、Ｓ４１２、Ｓ４２０と同様である。Ｓ５３０において、ＣＰＵ３２は、ＣＥ−Ｒ／Ｗ通信リンクを介して、携帯端末７０からＲｅａｄ信号を受信することを監視する。ＮＦＣＩ／Ｆ２２は、Ｒｅａｄ信号を受信する場合に、Ｓ５０６で記憶されたＵＲＬ３９を携帯端末７０に送信し、次いで、Ｒｅａｄ信号を受信したことを示す情報をＣＰＵ３２に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から当該情報を取得する場合に、Ｓ５３０でＹＥＳと判断し、Ｓ５４０に進む。   S510, S512, and S520 are the same as S410, S412, and S420 of FIG. In S530, the CPU 32 monitors whether a Read signal is received from the mobile terminal 70 via the CE-R / W communication link. When receiving the Read signal, the NFC I / F 22 transmits the URL 39 stored in S506 to the portable terminal 70, and then supplies the CPU 32 with information indicating that the Read signal has been received. When acquiring the information from the NFC I / F 22, the CPU 32 determines YES in S530, and proceeds to S540.

Ｓ５４０において、ＣＰＵ３２は、携帯端末７０からＤｅａｃｔｉｖａｔｅ信号を受信することを監視する。ＮＦＣＩ／Ｆ２２は、Ｄｅａｃｔｉｖａｔｅ信号を受信する場合に、当該信号を受信したことを示す情報をＣＰＵ３２に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から当該情報を取得する場合に、Ｓ５４０でＹＥＳと判断し、Ｓ５４２に進む。Ｓ５４２〜Ｓ５４６は、図６のＳ４４２〜４４６と同様である。   In S540, the CPU 32 monitors whether a Deactivate signal is received from the mobile terminal 70. When receiving the Deactivate signal, the NFC I / F 22 supplies the CPU 32 with information indicating that the signal has been received. When acquiring the information from the NFC I / F 22, the CPU 32 determines YES in S540, and proceeds to S542. S542 to S546 are the same as S442 to 446 in FIG.

（ケースＨ：図１２）
続いて、図１２を参照して、本実施例で実現されるケースＨについて説明する。Ｔ５２８〜Ｔ５４２は、図１０のＴ４２８〜Ｔ４４２と同様である。 (Case H: Fig. 12)
Next, with reference to FIG. 12, the case H realized in the present embodiment will be described. T528 to T542 are the same as T428 to T442 in FIG.

ＭＦＰ１０は、Ｔ５４４において、ＮＦＣＩ／Ｆ２２のモード状態をＣＥモードのみがＯＮされているモード状態に設定し（図１１のＳ５０４）、Ｔ５４６において、ＵＲＬ３９をＮＦＣＩ／Ｆ２２に供給し（Ｓ５０６）、Ｔ５４８において、ＲＦをＯＮする（Ｓ５０８）。   In T544, the MFP 10 sets the mode state of the NFC I / F 22 to a mode state in which only the CE mode is ON (S504 in FIG. 11), and supplies the URL 39 to the NFC I / F 22 in T546 (S506). , RF is turned on (S508).

ユーザが携帯端末７０ＤをＭＦＰ１０に近づけると、Ｔ５６０において、ＮＦＣＩ／Ｆ２２とＮＦＣＩ／Ｆ７２との間にＣＥ−Ｒ／Ｗ通信リンクが確立される。そして、ＭＦＰ１０は、Ｔ５６２において、携帯端末７０ＤからＲｅａｄ信号を受信し（Ｓ５３０でＹＥＳ）、Ｔ５７０において、ＵＲＬ３９を含むＮＤＥＦ信号を携帯端末７０Ｄに送信し、Ｔ５８０において、携帯端末７０ＤからＤｅａｃｔｉｖａｔｅ信号を受信する（Ｓ５４０でＹＥＳ）。その後のＴ５８２〜Ｔ５８６の処理は、図１０のＴ４８２〜４８６と同様である。   When the user brings the mobile terminal 70D close to the MFP 10, a CE-R / W communication link is established between the NFC I / F 22 and the NFC I / F 72 at T560. The MFP 10 receives the Read signal from the portable terminal 70D at T562 (YES at S530), transmits an NDEF signal including the URL 39 to the portable terminal 70D at T570, and receives the Deactivate signal from the portable terminal 70D at T580. (YES in S540). The subsequent processing from T582 to T586 is the same as T482 to 486 in FIG.

（第２実施例の効果）
本実施例でも、ＭＦＰ１０がＵＲＬ３９を携帯端末７０に送信することができるので、ユーザの利便性が向上する。また、図１１のＳ５０４において、仮に、Ｒ／ＷモードのみがＯＮされる比較例の構成を採用することを想定する。この場合、ＭＦＰ１０がＲ／Ｗモードで動作すると共に携帯端末７０がＣＥモードで動作するＲ／Ｗ−ＣＥ通信リンクが確立され、ＭＦＰ１０は、Ｗｒｉｔｅ信号を携帯端末７０に送信することによって、ＵＲＬ３９を携帯端末７０に送信することができる。ただし、比較例の構成では、ＭＦＰ１０は、Ｗｒｉｔｅ信号を携帯端末７０に送信する前に、Ｗｒｉｔｅ信号に応じた動作を実行可能であるのか否かを携帯端末７０に問い合わせる必要がある。これに対し、本実施例では、ＭＦＰ１０は、ＣＥモードのみをＯＮしてＲｅａｄ信号を受信する構成を採用しているので、Ｗｒｉｔｅ信号に関する上記の問合せを実行せずに済む。また、ＣＥモードで動作する機器は、通常、Ｒｅａｄ信号に従った動作を実行可能であるので、携帯端末７０は、Ｒｅａｄ信号に応じた動作を実行可能であるのか否かをＭＦＰ１０に問い合わせる必要もない。本実施例によると、事前の問合せが必要ないので、ＵＲＬ３９を送信するための処理を簡単化することができる。 (Effect of the second embodiment)
Also in this embodiment, since the MFP 10 can transmit the URL 39 to the portable terminal 70, the convenience for the user is improved. Further, it is assumed that the configuration of the comparative example in which only the R / W mode is turned ON in S504 of FIG. In this case, an R / W-CE communication link is established in which the MFP 10 operates in the R / W mode and the portable terminal 70 operates in the CE mode. The MFP 10 transmits the Write signal to the portable terminal 70, thereby generating the URL 39. It can be transmitted to the mobile terminal 70. However, in the configuration of the comparative example, the MFP 10 needs to inquire of the mobile terminal 70 whether or not the operation according to the Write signal can be performed before transmitting the Write signal to the mobile terminal 70. On the other hand, in the present embodiment, the MFP 10 employs a configuration in which only the CE mode is turned on to receive the Read signal, so that it is not necessary to execute the above inquiry regarding the Write signal. In addition, since a device operating in the CE mode can normally perform an operation according to the Read signal, the mobile terminal 70 needs to inquire the MFP 10 whether or not the operation according to the Read signal can be performed. Absent. According to the present embodiment, since a prior inquiry is not necessary, the process for transmitting the URL 39 can be simplified.

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。   Specific examples of the present invention have been described in detail above, but these are merely examples and do not limit the scope of the claims. The technology described in the claims includes various modifications and changes of the specific examples illustrated above. The modifications of the above embodiment are listed below.

（変形例１）ＣＰＵ３２は、図３のＳ１１０でＹＥＳと判断する場合に、ＮＦＣＩ／Ｆ２２のモード状態を、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの全てがＯＮされているモード状態に変更してもよい。この状態では、ＣＰＵ３２は、図２と同様に、印刷機能を実行し得る。また、ＣＰＵ３２は、Ｓ１２０でＹＥＳと判断する場合に、ＮＦＣＩ／Ｆ２２のモード状態を、Ｐ２Ｐモード及びＣＥモードがＯＦＦされており、かつ、Ｒ／ＷモードがＯＮされているモード状態に変更してもよい。この場合、ＣＰＵ３２は、対象装置からＩＤを抽出して登録するための処理（Ｓ１３０〜Ｓ１４２）を適切に実行することができる。本変形例でも、認証フラグ３８が「ＯＦＦ」である状態、「ＯＮ」である状態が、それぞれ、「第１の動作状態」、「第２の動作状態」の一例である。別の観点では、ログイン操作後に登録ボタンが操作されていない状態、登録ボタンが操作された後の状態が、それぞれ、「第１の動作状態」、「第２の動作状態」の一例である。また、別の変形例では、ＮＦＣＩ／Ｆ２２のモード状態は、少なくともＲ／ＷモードがＯＮされているモード状態に固定されてもよい。即ち、「モード制御部」を省略可能である。 (Modification 1) When the CPU 32 determines YES in S110 of FIG. 3, the mode state of the NFC I / F 22 is changed to a mode state in which all of the P2P mode, the R / W mode, and the CE mode are turned on. It may be changed. In this state, the CPU 32 can execute the printing function as in FIG. When the CPU 32 determines YES in S120, the CPU 32 changes the mode state of the NFC I / F 22 to a mode state in which the P2P mode and the CE mode are turned off and the R / W mode is turned on. Also good. In this case, the CPU 32 can appropriately execute processing (S130 to S142) for extracting and registering the ID from the target device. Also in this modification, the state where the authentication flag 38 is “OFF” and the state “ON” are examples of the “first operation state” and the “second operation state”, respectively. From another viewpoint, the state in which the registration button is not operated after the login operation and the state after the registration button is operated are examples of the “first operation state” and the “second operation state”, respectively. In another modification, the mode state of the NFC I / F 22 may be fixed to a mode state in which at least the R / W mode is ON. That is, the “mode control unit” can be omitted.

（変形例２）図４のＳ２２０、Ｓ２２２、及び、Ｓ２３０の処理の順番が異なっていてもよい。例えば、ＣＰＵ３２は、Ｓ２２２の処理を最初に実行し、Ｓ２２２でＮＯの場合に、Ｓ２２０及びＳ２３０の処理を実行してもよい。 (Modification 2) The processing order of S220, S222, and S230 in FIG. 4 may be different. For example, the CPU 32 may execute the process of S222 first and, if NO in S222, the process of S220 and S230 may be executed.

（変形例３）例えば、Mifare Desfire系の認証カードが利用されない環境下では、図４のＳ２２０及びＳ２２２を省略して、Ｓ２００でＹＥＳの場合に、対象装置が携帯端末であると判断されてもよい。また、例えば、Ｐ２Ｐ通信を実行不可能な携帯端末が利用されない環境下では、Ｓ２２２を省略して、Ｓ２２０でＹＥＳの場合に、対象装置が携帯端末であると判断され、Ｓ２２０でＮＯの場合に、対象装置が認証カードであると判断されてもよい。また、例えば、Mifare系の認証カードが利用されない環境下では、Ｓ２００を省略して、Ｓ２２０以降の処理が実行されてもよい。即ち、「第１の判断部」は、第３の情報を利用せずに判断してもよい。 (Modification 3) For example, in an environment where a Mifare Desfire-type authentication card is not used, S220 and S222 in FIG. 4 are omitted, and if S200 is YES, it is determined that the target device is a mobile terminal. Good. Also, for example, in an environment where a portable terminal that cannot perform P2P communication is not used, S222 is omitted, and if YES in S220, it is determined that the target device is a portable terminal, and if NO in S220 The target device may be determined to be an authentication card. Further, for example, in an environment where a Mifare-based authentication card is not used, S200 may be omitted, and the processes after S220 may be executed. That is, the “first determination unit” may determine without using the third information.

（変形例４）例えば、タイプＡに対応する対象装置が利用されない環境下では、図４の処理の全部が省略されてもよい。この場合、タイプＦに対応する図５の処理が実行される。また、例えば、タイプＦに対応する対象装置が利用されない環境下では、図５の処理の全部が省略されてもよい。この場合、タイプＡに対応する図４の処理が実行される。 (Modification 4) For example, in an environment where the target device corresponding to type A is not used, all of the processing in FIG. 4 may be omitted. In this case, the process of FIG. 5 corresponding to type F is executed. Further, for example, in an environment where the target device corresponding to type F is not used, all of the processing in FIG. 5 may be omitted. In this case, the process of FIG. 4 corresponding to type A is executed.

（変形例５）図４のＳ２３０のＴ４Ｔ通信で受信される信号内の所定領域に生成ＩＤが記述されていてもよい。この場合、ＣＰＵ３２は、Ｓ２３０を実行した後に、上記の所定領域に生成ＩＤが記述されているのか否かを判断することによって、携帯端末が所定のアプリケーションソフトウェアに従って生成ＩＤを送信可能であるのか否かを判断してもよい。従って、Ｓ２３２〜Ｓ２３６を省略可能である。即ち、「第２の判断部」は、第１の情報及び第２の情報を利用せずに判断してもよい。 (Modification 5) The generation ID may be described in a predetermined area in the signal received by the T4T communication in S230 of FIG. In this case, after executing S230, the CPU 32 determines whether or not the generation ID is described in the predetermined area, so that the portable terminal can transmit the generation ID according to the predetermined application software. It may be judged. Therefore, S232 to S236 can be omitted. That is, the “second determination unit” may determine without using the first information and the second information.

（変形例６）ＣＰＵ３２は、図４のＳ２３４及び図５のＳ３３４において、生成ＩＤに代えて、ユーザ情報（ユーザ名及びパスワード）を受信してもよい。例えば、ユーザが認証アプリケーション７８を起動すると、ユーザ情報を入力可能な画面が携帯端末７０に表示される。ユーザがユーザテーブル４０に登録されているユーザ情報を入力する場合に、携帯端末７０は入力されたユーザ情報を記憶する。ユーザが携帯端末７０をＭＦＰ１０に近づけて、ＭＦＰ１０と携帯端末７０とのＮＦＣ通信が確立されると、Ｓ２３４及びＳ３３４において、ＣＰＵ３２は、携帯端末７０からユーザ情報を含むＮＤＥＦ信号を受信する。この場合、Ｓ２３８及びＳ３３８において、ＣＰＵ３２は、ＮＤＥＦ信号からユーザ情報を抽出し、当該ユーザ情報とユーザテーブル４０に登録されているユーザ情報とが一致する場合に、認証が成功したと判断する。本変形例では、ＣＰＵ３２は、認証ＩＤの登録を実行する必要が無い。従って、図３のＳ１２０、Ｓ１３０〜Ｓ１４４の処理を省略することができる。   (Modification 6) The CPU 32 may receive user information (user name and password) instead of the generation ID in S234 of FIG. 4 and S334 of FIG. For example, when the user activates the authentication application 78, a screen on which user information can be input is displayed on the mobile terminal 70. When the user inputs user information registered in the user table 40, the portable terminal 70 stores the input user information. When the user brings the mobile terminal 70 close to the MFP 10 and NFC communication between the MFP 10 and the mobile terminal 70 is established, the CPU 32 receives an NDEF signal including user information from the mobile terminal 70 in S234 and S334. In this case, in S238 and S338, the CPU 32 extracts user information from the NDEF signal, and determines that the authentication has been successful when the user information matches the user information registered in the user table 40. In this modification, the CPU 32 does not need to execute registration of the authentication ID. Therefore, the processing of S120 and S130 to S144 in FIG. 3 can be omitted.

（変形例７）ユーザテーブル４０への認証ＩＤの登録は、管理者が操作部１２を操作することによって実行されてもよい。この場合、図３のＳ１２０、Ｓ１３０〜Ｓ１４４を省略可能である。 (Modification 7) The registration of the authentication ID in the user table 40 may be executed by the administrator operating the operation unit 12. In this case, S120 and S130 to S144 in FIG. 3 can be omitted.

（変形例８）例えば、対象装置がタイプＡに対応する携帯端末７０である場合に、図３のＳ１３０又はＳ１５０において受信される１個の応答信号が、ＮＦＣＩＤ１のデータサイズを示す情報と、ＮＦＣＩＤ１と、ＩＳＯ＿ＤＥＰ及びＮＦＣ＿ＤＥＰをサポートしているか否かの情報と、Ｆｏｒｍａｔ情報と、ＮＤＥＦ領域と、の全てを含んでいてもよい。この場合、上記の１個の応答信号のみが、「１個以上の信号」の一例である。また、例えば、図８において、ＭＦＰ１０は、タイプＡの各応答信号よりも先にＴ４Ｔの応答信号を受信してもよい。即ち、「第２の信号」は、「第１の信号」よりも先に受信されてもよい。一般的に言うと、「第１の信号」及び「第２の信号」を受信する順番は限定されない。 (Modification 8) For example, when the target device is a portable terminal 70 corresponding to type A, one response signal received in S130 or S150 of FIG. 3 includes information indicating the data size of NFCID1, and NFCID1. And information indicating whether ISO_DEP and NFC_DEP are supported, Format information, and the NDEF area may be included. In this case, only the one response signal is an example of “one or more signals”. Further, for example, in FIG. 8, the MFP 10 may receive a T4T response signal before each type A response signal. That is, the “second signal” may be received before the “first signal”. Generally speaking, the order of receiving the “first signal” and the “second signal” is not limited.

（変形例９）図２のＳ１０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２のモード状態を、ＣＥモードのみがＯＮされているモード状態に設定してもよい。この場合、Ｓ１２において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２がＣＥモードで動作すると共にＮＦＣＩ／Ｆ７２がＲ／Ｗモードで動作するＣＥ−Ｒ／Ｗ通信リンクが確立されることを監視する。Ｓ１４〜Ｓ２４の処理は、上記の実施例と同様である。ただし、Ｓ１６の結果として、ＮＦＣＩ／Ｆ２２は、ＣＥ−Ｒ／Ｗ通信リンクを介して、無線設定を携帯端末７０に送信する。一般的に言うと、「第３のモード状態」は、Ｐ２Ｐモード及びＣＥモードのうちの少なくとも一方のモードが有効化されている状態であればよい。 (Modification 9) In S10 of FIG. 2, the CPU 32 may set the mode state of the NFC I / F 22 to a mode state in which only the CE mode is ON. In this case, in S12, the CPU 32 monitors whether the CE-R / W communication link in which the NFC I / F 22 operates in the CE mode and the NFC I / F 72 operates in the R / W mode is established. The processes of S14 to S24 are the same as in the above embodiment. However, as a result of S16, the NFC I / F 22 transmits the wireless setting to the portable terminal 70 via the CE-R / W communication link. Generally speaking, the “third mode state” may be a state in which at least one of the P2P mode and the CE mode is enabled.

（変形例１０）ユーザテーブル４０は、ショートカット機能を示すショートカット情報を格納していてもよい。ショートカット情報は、例えば、スキャン設定、スキャンデータの宛先等を示す情報であってもよい。この場合、ＣＰＵ３２は、対象装置の認証が成功した場合（Ｓ１６２）に、認証が成功した認証ＩＤに対応するショートカット情報に含まれるスキャン設定に従ったスキャンを実行し、その後、ショートカット情報に含まれる宛先にスキャンデータを送信する。 (Modification 10) The user table 40 may store shortcut information indicating a shortcut function. The shortcut information may be information indicating, for example, scan settings, scan data destinations, and the like. In this case, when the authentication of the target device is successful (S162), the CPU 32 executes a scan according to the scan setting included in the shortcut information corresponding to the authentication ID that has been successfully authenticated, and is then included in the shortcut information. Send scan data to the destination.

（変形例１１）「無線インターフェース」は、ＮＦＣ通信を実行するためのＩ／Ｆでなくてもよく、例えば、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）等の他の通信方式に従った無線通信を実行するためのＩ／Ｆであってもよい。 (Modification 11) The “wireless interface” does not have to be an I / F for executing NFC communication. For example, wireless communication according to another communication method such as BlueTooth (registered trademark), TransferJet (registered trademark), or the like. It may be an I / F for executing communication.

（変形例１２）「通信装置」は、複数の機能を実行可能なＭＦＰ１０でなくてもよく、印刷機能のみを実行可能な印刷装置、スキャン機能のみを実行可能なスキャナ装置等であってもよい。 (Modification 12) The “communication device” may not be the MFP 10 that can execute a plurality of functions, but may be a printing device that can execute only a printing function, a scanner device that can execute only a scanning function, or the like. .

（変形例１３）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がプログラム３６（即ちソフトウェア）を実行することによって、図２〜図６の各処理が実現される。これに代えて、図２〜図６の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。 (Modification 13) In the above-described embodiment, the CPU 32 of the MFP 10 executes the program 36 (that is, software), thereby realizing the processes shown in FIGS. Instead, at least one of the processes in FIGS. 2 to 6 may be realized by hardware such as a logic circuit.

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。   The technical elements described in this specification or the drawings exhibit technical usefulness alone or in various combinations, and are not limited to the combinations described in the claims at the time of filing. In addition, the technology illustrated in the present specification or the drawings achieves a plurality of objects at the same time, and has technical utility by achieving one of the objects.

２：通信システム、１０：多機能機（ＭＦＰ）１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：Ｗｉ−ＦｉＩ／Ｆ、２２：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：認証フラグ、３９：ＵＲＬ、４０：ユーザテーブル、５０、５０Ａ〜５０Ｃ：認証カード、５２：ＮＦＣＩ／Ｆ、７０、７０Ａ〜７０Ｄ：携帯端末、７２：ＮＦＣＩ／Ｆ、７４：ＯＳソフトウェア、７６：印刷アプリケーション、７８：認証アプリケーション   2: Communication system, 10: Multi-function device (MFP) 12: Operation unit, 14: Display unit, 16: Print execution unit, 18: Scan execution unit, 20: Wi-Fi I / F, 22: NFC I / F, 30 : Control unit, 32: CPU, 34: Memory, 36: Program, 38: Authentication flag, 39: URL, 40: User table, 50, 50A-50C: Authentication card, 52: NFC I / F, 70, 70A-70D : Mobile terminal, 72: NFC I / F, 74: OS software, 76: Print application, 78: Authentication application

Claims (16)

通信装置であって、
所定規格に従った無線通信を実行するための無線インターフェースと、
対象装置から、前記無線インターフェースを介して、１個以上の信号を受信する受信部と、
前記１個以上の信号に含まれる属性情報を利用して、前記対象装置が、第１種の装置であるのか、第２種の装置であるのか、を判断する第１の判断部と、
前記対象装置が前記第１種の装置であると判断される場合に、前記１個以上の信号に含まれる第１の識別情報を利用して、所定処理を実行する第１の処理実行部と、
前記対象装置が前記第２種の装置であると判断される場合に、前記対象装置が所定のアプリケーションソフトウェアに従って前記第１の識別情報とは異なる第２の識別情報を前記通信装置に送信可能であるのか否かを、前記１個以上の信号を利用して判断する第２の判断部と、
前記対象装置が前記第２の識別情報を送信可能であると判断される場合に、前記１個以上の信号に含まれる前記第２の識別情報を利用して、前記所定処理を実行する第２の処理実行部と、
前記対象装置が前記第２の識別情報を送信可能でないと判断される場合に、前記所定のアプリケーションソフトウェアをインストールするための位置情報を、前記無線インターフェースを介して、前記対象装置に送信する送信部と、
を備える通信装置。 A communication device,
A wireless interface for executing wireless communication in accordance with a predetermined standard;
A receiving unit that receives one or more signals from the target device via the wireless interface;
A first determination unit that determines whether the target device is a first type device or a second type device using attribute information included in the one or more signals;
A first process execution unit that executes a predetermined process using first identification information included in the one or more signals when the target apparatus is determined to be the first type apparatus; ,
When it is determined that the target device is the second type device, the target device can transmit second identification information different from the first identification information to the communication device according to predetermined application software. A second determination unit that determines whether or not there is using the one or more signals;
When it is determined that the target device can transmit the second identification information, the second processing is performed using the second identification information included in the one or more signals. The process execution part of
A transmitting unit that transmits position information for installing the predetermined application software to the target device via the wireless interface when it is determined that the target device cannot transmit the second identification information. When,
A communication device comprising: 前記所定処理は、識別情報をメモリに登録するための処理と、前記対象装置を認証するための処理と、の少なくとも一方を含み、
前記所定のアプリケーションソフトウェアは、前記対象装置の認証を前記通信装置に実行させるためのアプリケーションソフトウェアである、請求項１に記載の通信装置。 The predetermined process includes at least one of a process for registering identification information in a memory and a process for authenticating the target device;
The communication apparatus according to claim 1, wherein the predetermined application software is application software for causing the communication apparatus to execute authentication of the target apparatus. 前記受信部は、前記１個以上の信号のうちの第１の信号であって、前記第１の識別情報と前記属性情報とを含む前記第１の信号を受信し、
前記第１の判断部は、前記対象装置から前記第１の信号が受信される場合に、前記第１の信号に含まれる前記属性情報を利用して、前記対象装置が、前記第１種の装置であるのか、前記第２種の装置であるのか、を判断し、
前記受信部は、前記対象装置が前記第２種の装置であると判断される場合に、前記１個以上の信号のうちの第２の信号であって、前記第１の信号とは異なる前記第２の信号を受信し、
前記第２の判断部は、前記対象装置から前記第２の信号が受信される場合に、前記第２の信号を利用して、前記対象装置が前記第２の識別情報を送信可能であるのか否かを判断し、
前記第２の処理実行部は、前記対象装置が前記第２の識別情報を送信可能であると判断される場合に、前記対象装置が所定のアプリケーションソフトウェアに従って送信する前記第２の識別情報であって、前記第２の信号に含まれる前記第２の識別情報を利用して、前記所定処理を実行する、請求項１又は２に記載の通信装置。 The receiving unit receives the first signal that is the first signal of the one or more signals and includes the first identification information and the attribute information;
When the first signal is received from the target device, the first determination unit uses the attribute information included in the first signal to determine whether the target device is the first type. Whether it is a device or the second type device,
When the target device is determined to be the second type device, the receiving unit is a second signal of the one or more signals, and is different from the first signal Receiving a second signal;
If the second determination unit receives the second signal from the target device, can the second device use the second signal to transmit the second identification information? Determine whether or not
The second processing execution unit is the second identification information that the target device transmits according to predetermined application software when it is determined that the target device can transmit the second identification information. The communication apparatus according to claim 1, wherein the predetermined process is executed using the second identification information included in the second signal. 前記受信部は、
第１の通信レイヤを利用して、前記第１の通信レイヤよりも上位である第２の通信レイヤを利用せずに、前記第１の信号を受信し、
前記第２の通信レイヤを利用して、前記第２の信号を受信する、請求項３に記載の通信装置。 The receiver is
Using the first communication layer, receiving the first signal without using the second communication layer that is higher than the first communication layer,
The communication apparatus according to claim 3, wherein the second signal is received using the second communication layer. 前記第２の信号は、前記対象装置が所定のフォーマットをサポートしているのか否かを示す第１の情報を含み、
前記第２の判断部は、
前記第１の情報が、前記対象装置が前記所定のフォーマットをサポートしていることを示す場合に、前記対象装置が前記第２の識別情報を送信可能であると判断し、
前記第１の情報が、前記対象装置が前記所定のフォーマットをサポートしていないことを示す場合に、前記対象装置が前記第２の識別情報を送信可能でないと判断する、請求項３又は４に記載の通信装置。 The second signal includes first information indicating whether the target device supports a predetermined format,
The second determination unit includes:
If the first information indicates that the target device supports the predetermined format, the target device determines that the second identification information can be transmitted;
5. The method according to claim 3, wherein when the first information indicates that the target device does not support the predetermined format, the target device determines that the second identification information cannot be transmitted. The communication device described. 前記第２の信号は、前記対象装置が前記所定のアプリケーションソフトウェアを有するのか否かを示す第２の情報を含み、
前記第２の判断部は、
前記第２の情報が、前記対象装置が前記所定のアプリケーションソフトウェアを有することを示す場合に、前記対象装置が前記第２の識別情報を送信可能であると判断し、
前記第２の情報が、前記対象装置が前記所定のアプリケーションソフトウェアを有さないことを示す場合に、前記対象装置が前記第２の識別情報を送信可能でないと判断する、請求項３から５のいずれか一項に記載の通信装置。 The second signal includes second information indicating whether the target device has the predetermined application software,
The second determination unit includes:
If the second information indicates that the target device has the predetermined application software, the target device determines that the second identification information can be transmitted;
6. The device according to claim 3, wherein when the second information indicates that the target device does not have the predetermined application software, the target device determines that the second identification information cannot be transmitted. The communication apparatus as described in any one. 前記属性情報は、前記対象装置が前記所定規格に準拠した特定規格に従った装置であるのか否かを示す第３の情報を含み、
前記第１の判断部は、
前記第３の情報が、前記対象装置が前記特定規格に従った装置でないことを示す場合に、前記対象装置が前記第１種の装置であると判断し、
前記第３の情報が、前記対象装置が前記特定規格に従った装置であることを示す場合に、前記対象装置が前記第２種の装置であると判断する、請求項１から６のいずれか一項に記載の通信装置。 The attribute information includes third information indicating whether or not the target device is a device that conforms to a specific standard that conforms to the predetermined standard,
The first determination unit includes:
When the third information indicates that the target device is not a device that complies with the specific standard, the target device is determined to be the first type device;
7. The device according to claim 1, wherein when the third information indicates that the target device is a device according to the specific standard, the target device is determined to be the second type device. The communication device according to one item. 前記受信部は、前記所定規格で定められている第１の通信モードを利用して、前記対象装置から前記１個以上の信号を受信し、
前記通信装置は、さらに、
前記対象装置が前記第２の識別情報を送信可能でないと判断される場合に、前記無線インターフェースのモード状態を、前記第１の通信モードとは異なる第２の通信モードであって、前記所定規格で定められている前記第２の通信モードが無効化されている第１のモード状態から、前記第２の通信モードが有効化されている第２のモード状態に変更するモード制御部を備え、
前記送信部は、前記無線インターフェースの前記モード状態が前記第１のモード状態から前記第２のモード状態に変更された後に、前記第２の通信モードを利用して、前記位置情報を前記対象装置に送信する、請求項１から７のいずれか一項に記載の通信装置。 The receiving unit receives the one or more signals from the target device using a first communication mode defined in the predetermined standard,
The communication device further includes:
When it is determined that the target device cannot transmit the second identification information, the mode state of the wireless interface is a second communication mode different from the first communication mode, and the predetermined standard A mode control unit for changing from the first mode state in which the second communication mode defined in (1) is disabled to the second mode state in which the second communication mode is enabled;
The transmission unit uses the second communication mode to change the position information into the target device after the mode state of the wireless interface is changed from the first mode state to the second mode state. The communication device according to any one of claims 1 to 7, wherein 前記通信装置は、さらに、
前記対象装置が前記第２の識別情報を送信可能でないと判断される場合に、前記無線インターフェースの電波状態を、電波を利用可能な可能状態から、電波を利用不可能な不可能状態に変更する電波制御部を備え、
前記モード制御部は、前記無線インターフェースの前記電波状態が前記可能状態から前記不可能状態に変更された後に、前記無線インターフェースの前記モード状態を前記第１のモード状態から前記第２のモード状態に変更し、
前記電波制御部は、さらに、前記無線インターフェースの前記モード状態が前記第１のモード状態から前記第２のモード状態に変更された後に、前記無線インターフェースの前記電波状態を前記不可能状態から前記可能状態に変更する、請求項８に記載の通信装置。 The communication device further includes:
When it is determined that the target device cannot transmit the second identification information, the radio wave state of the wireless interface is changed from a radio wave usable state to a radio wave unusable state. It has a radio wave control unit,
The mode control unit changes the mode state of the wireless interface from the first mode state to the second mode state after the radio wave state of the wireless interface is changed from the possible state to the impossible state. change,
The radio wave control unit may further change the radio wave state of the wireless interface from the impossible state to the possible state after the mode state of the wireless interface is changed from the first mode state to the second mode state. The communication device according to claim 8, wherein the communication device is changed to a state. 前記送信部は、前記無線インターフェースの前記モード状態が前記第１のモード状態から前記第２のモード状態に変更された後に所定時間が経過するまでに、前記第２の通信モードに対応する無線リンクが前記無線インターフェースと前記対象装置との間に確立される場合に、前記無線インターフェースを介して、前記位置情報を前記対象装置に送信し、
前記モード制御部は、さらに、前記無線インターフェースの前記モード状態が前記第１のモード状態から前記第２のモード状態に変更されてから、前記無線リンクが確立されることなく、前記所定時間が経過する場合に、前記無線インターフェースの前記モード状態を前記第２のモード状態から前記第１のモード状態に変更する、請求項８又は９に記載の通信装置。 The transmitter is configured to receive a radio link corresponding to the second communication mode until a predetermined time elapses after the mode state of the radio interface is changed from the first mode state to the second mode state. Is established between the wireless interface and the target device, the location information is transmitted to the target device via the wireless interface;
The mode control unit further passes the predetermined time without establishing the wireless link after the mode state of the wireless interface is changed from the first mode state to the second mode state. 10. The communication device according to claim 8, wherein when the mode is set, the mode state of the wireless interface is changed from the second mode state to the first mode state. 前記所定規格は、ＮＦＣ（Near Field Communicationの略）規格であり、
前記第１の通信モードは、前記ＮＦＣ規格で定められているＲ／Ｗ（Reader/Writerの略）モードであり、
前記第２の通信モードは、前記ＮＦＣ規格で定められているＰ２Ｐ（Peer to Peerの略）モード及びＣＥ（Card Emulationの略）モードのいずれか一方のモードである、請求項８から１０のいずれか一項に記載の通信装置。 The predetermined standard is an NFC (Near Field Communication) standard,
The first communication mode is an R / W (reader / writer) mode defined in the NFC standard,
11. The method according to claim 8, wherein the second communication mode is one of a P2P (abbreviation of Peer to Peer) mode and a CE (abbreviation of Card Emulation) mode defined in the NFC standard. The communication device according to claim 1. 前記モード制御部は、さらに、
前記通信装置の動作状態が第１の動作状態である場合に、前記無線インターフェースの前記モード状態を、少なくとも前記Ｐ２Ｐモードが有効化されている第３のモード状態に設定し、
前記通信装置の前記動作状態が前記第１の動作状態から第２の動作状態に変更される場合に、前記無線インターフェースの前記モード状態を、前記第３のモード状態から、前記Ｐ２Ｐモード及び前記ＣＥモードが無効化されていると共に、前記Ｒ／Ｗ（Reader/Writerの略）モードが有効化されている前記第１のモード状態に変更する、請求項１１に記載の通信装置。 The mode control unit further includes:
When the operation state of the communication device is the first operation state, the mode state of the wireless interface is set to at least a third mode state in which the P2P mode is enabled;
When the operation state of the communication device is changed from the first operation state to the second operation state, the mode state of the wireless interface is changed from the third mode state to the P2P mode and the CE. The communication apparatus according to claim 11, wherein the mode is changed to the first mode state in which the R / W (abbreviation of Reader / Writer) mode is enabled while the mode is disabled. 前記モード制御部は、前記１個以上の信号を受信するための通信タイプが第１の通信タイプであり、かつ、前記対象装置が前記第２の識別情報を送信可能でないと判断される特定の場合に、前記無線インターフェースが、前記第１の通信タイプに対応するポーリングを実行せずに、前記第１の通信タイプとは異なる第２の通信タイプに対応するポーリングを実行するように、前記無線インターフェースの前記モード状態を前記第１のモード状態から前記第２のモード状態に変更する、請求項８から１２のいずれか一項に記載の通信装置。   The mode control unit is a specific unit that determines that the communication type for receiving the one or more signals is the first communication type, and that the target device cannot transmit the second identification information. The wireless interface does not perform polling corresponding to the first communication type, and performs polling corresponding to a second communication type different from the first communication type. The communication apparatus according to claim 8, wherein the mode state of the interface is changed from the first mode state to the second mode state. 前記１個以上の信号は、前記対象装置が前記無線インターフェースを介した双方向通信を実行可能であるのか否かを示す第４の情報を含み、
前記モード制御部は、
前記特定の場合において、前記第４の情報が、前記対象装置が前記双方向通信を実行不可能であることを示す場合に、前記無線インターフェースが、前記第１の通信タイプに対応する前記ポーリングを実行せずに、前記第２の通信タイプに対応する前記ポーリングを実行するように、前記無線インターフェースの前記モード状態を前記第１のモード状態から前記第２のモード状態に変更し、
前記特定の場合において、前記第４の情報が、前記対象装置が前記双方向通信を実行可能であることを示す場合に、前記無線インターフェースが、前記第１の通信タイプ及び前記第２の通信タイプを含む複数個の通信タイプのそれぞれに対応するポーリングを実行するように、前記無線インターフェースの前記モード状態を前記第１のモード状態から前記第２のモード状態に変更する、請求項１３に記載の通信装置。 The one or more signals include fourth information indicating whether or not the target device can perform bidirectional communication via the wireless interface,
The mode control unit
In the specific case, when the fourth information indicates that the target device cannot execute the bidirectional communication, the wireless interface performs the polling corresponding to the first communication type. Changing the mode state of the wireless interface from the first mode state to the second mode state so as to execute the polling corresponding to the second communication type without executing,
In the specific case, when the fourth information indicates that the target device can execute the bidirectional communication, the wireless interface is configured to perform the first communication type and the second communication type. The mode state of the wireless interface is changed from the first mode state to the second mode state so as to perform polling corresponding to each of a plurality of communication types including: Communication device. 前記モード制御部は、前記１個以上の信号を受信するための通信タイプが前記第２の通信タイプであり、かつ、前記対象装置が前記第２の識別情報を送信可能でないと判断される場合に、前記無線インターフェースが、前記第２の通信タイプに対応する前記ポーリングを実行せずに、前記第１の通信タイプに対応する前記ポーリングを実行するように、前記無線インターフェースの前記モード状態を前記第１のモード状態から前記第２のモード状態に変更する、請求項１３又は１４に記載の通信装置。   The mode control unit determines that the communication type for receiving the one or more signals is the second communication type, and the target device is not capable of transmitting the second identification information. In addition, the mode state of the wireless interface is set so that the wireless interface performs the polling corresponding to the first communication type without performing the polling corresponding to the second communication type. The communication device according to claim 13 or 14, wherein the communication mode is changed from the first mode state to the second mode state. 通信装置のためのコンピュータプログラムであって、
前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
対象装置から、所定規格に従った無線通信を実行するための無線インターフェースを介して、１個以上の信号を受信する受信処理と、
前記１個以上の信号に含まれる属性情報を利用して、前記対象装置が、第１種の装置であるのか、第２種の装置であるのか、を判断する第１の判断処理と、
前記対象装置が前記第１種の装置であると判断される場合に、前記１個以上の信号に含まれる第１の識別情報を利用した所定処理と、
前記対象装置が前記第２種の装置であると判断される場合に、前記対象装置が所定のアプリケーションソフトウェアに従って前記第１の識別情報とは異なる第２の識別情報を前記通信装置に送信可能であるのか否かを、前記１個以上の信号を利用して判断する第２の判断処理と、
前記対象装置が前記第２の識別情報を送信可能であると判断される場合に、前記１個以上の信号に含まれる前記第２の識別情報を利用した前記所定処理と、
前記対象装置が前記第２の識別情報を送信可能でないと判断される場合に、前記所定のアプリケーションソフトウェアをインストールするための位置情報を、前記無線インターフェースを介して、前記対象装置に送信する送信処理と、
を実行させるコンピュータプログラム。 A computer program for a communication device,
In the computer mounted on the communication device, the following processes, that is,
A receiving process for receiving one or more signals from a target device via a wireless interface for executing wireless communication according to a predetermined standard;
A first determination process for determining whether the target device is a first type device or a second type device using attribute information included in the one or more signals;
When it is determined that the target device is the first type device, a predetermined process using first identification information included in the one or more signals;
When it is determined that the target device is the second type device, the target device can transmit second identification information different from the first identification information to the communication device according to predetermined application software. A second determination process for determining whether or not there is one using the one or more signals;
When it is determined that the target device can transmit the second identification information, the predetermined processing using the second identification information included in the one or more signals;
A transmission process for transmitting position information for installing the predetermined application software to the target device via the wireless interface when it is determined that the target device cannot transmit the second identification information. When,
A computer program that executes
JP2016071816A 2016-03-31 2016-03-31 Communication device Active JP6645323B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016071816A JP6645323B2 (en) 2016-03-31 2016-03-31 Communication device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016071816A JP6645323B2 (en) 2016-03-31 2016-03-31 Communication device

Publications (2)

Publication Number Publication Date
JP2017182626A true JP2017182626A (en) 2017-10-05
JP6645323B2 JP6645323B2 (en) 2020-02-14

Family

ID=60007414

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016071816A Active JP6645323B2 (en) 2016-03-31 2016-03-31 Communication device

Country Status (1)

Country Link
JP (1) JP6645323B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10481838B2 (en) 2017-11-30 2019-11-19 Brother Kogyo Kabushiki Kaisha Communication device, and non-transitory computer-readable recording medium storing computer-readable instructions for communication device
US10701748B2 (en) 2018-01-12 2020-06-30 Brother Kogyo Kabushiki Kaisha Communication device and non-transitory computer-readable recording medium storing computer-readable instructions for communication device

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10481838B2 (en) 2017-11-30 2019-11-19 Brother Kogyo Kabushiki Kaisha Communication device, and non-transitory computer-readable recording medium storing computer-readable instructions for communication device
US10701748B2 (en) 2018-01-12 2020-06-30 Brother Kogyo Kabushiki Kaisha Communication device and non-transitory computer-readable recording medium storing computer-readable instructions for communication device

Also Published As

Publication number Publication date
JP6645323B2 (en) 2020-02-14

Similar Documents

Publication Publication Date Title
US10237448B2 (en) Non-transitory computer-readable recording medium storing computer-readable instructions for terminal device
US9904778B2 (en) Function performing apparatus and portable device
JP6668890B2 (en) Communication device
JP2015011532A (en) Terminal device and printer
JP2015032025A (en) Terminal device and printer
JP6798226B2 (en) Communication device
JP2022140532A (en) Computer program for terminal equipment and terminal equipment
US9961485B2 (en) Communication device
JP6645323B2 (en) Communication device
JP6296376B2 (en) Terminal device and printer
JP6658221B2 (en) Communication device
JP2018151790A (en) Terminal device and computer program therefor
US10218875B2 (en) Communication device capable of performing wireless communication according to NFC standard
JP7070095B2 (en) Computer programs for communication devices and computer programs for communication devices and servers
JP6245331B2 (en) Terminal device and printer
JP2017157933A (en) Computer program, and terminal device
JP2019159570A (en) Computer program for terminal device and terminal device
JP2018106742A (en) Terminal device and printer
JP6237860B2 (en) Communication device
JP6032341B2 (en) Communication device
JP2019185805A (en) Terminal device and printer

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190219

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20191127

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191210

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191223

R150 Certificate of patent or registration of utility model

Ref document number: 6645323

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150