JP2017182626A - Communication device - Google Patents
Communication device Download PDFInfo
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
Abstract
Description
本明細書では、対象装置から受信される識別情報を利用した処理を実行可能な通信装置を開示する。 The present specification discloses a communication device capable of executing processing using identification information received from a target device.
特許文献1には、端末とサービス提供装置と認証装置とを備えるシステムが開示されている。端末は、非接触ICカードリーダを用いて、非接触ICカード又は携帯電話機からチップIDを読取り、当該チップIDをサービス提供装置に送信する。サービス提供装置は、チップIDを含む資格認証要求を認証装置に送信する。認証装置は、チップIDの認証を実行して、顧客の資格の有無を示す資格認証情報をサービス提供装置に送信する。サービス提供装置は、資格認証情報に応じて端末を動作させる。
例えば、スマートフォンなどの携帯端末のOS(Operation Systemの略)は、非接触の無線通信を実行する毎にランダムな文字列を生成して、当該文字列をチップIDとして利用し得る。この場合、当該チップIDは、無線通信毎に変更されてしまうので、認証には適していない。また、例えば、携帯端末のOSは、予め決められている文字列をチップIDとして利用し得る。この場合、同じOSを有する複数個の携帯端末の間でチップIDが共通になってしまい、当該チップIDは、携帯端末毎のユニークさを保証しないので、認証に適していない。 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.
本明細書によって開示される通信装置は、所定規格に従った無線通信を実行するための無線インターフェースと、対象装置から、無線インターフェースを介して、1個以上の信号を受信する受信部と、1個以上の信号に含まれる属性情報を利用して、対象装置が、第1種の装置であるのか、第2種の装置であるのか、を判断する第1の判断部と、対象装置が第1種の装置であると判断される場合に、1個以上の信号に含まれる第1の識別情報を利用して、所定処理を実行する第1の処理実行部と、対象装置が第2種の装置であると判断される場合に、対象装置が所定のアプリケーションソフトウェアに従って第1の識別情報とは異なる第2の識別情報を通信装置に送信可能であるのか否かを、1個以上の信号を利用して判断する第2の判断部と、対象装置が第2の識別情報を送信可能であると判断される場合に、1個以上の信号に含まれる第2の識別情報を利用して、所定処理を実行する第2の処理実行部と、対象装置が第2の識別情報を送信可能でないと判断される場合に、所定のアプリケーションソフトウェアをインストールするための位置情報を、無線インターフェースを介して、対象装置に送信する送信部と、を備える。 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.
上記の構成によると、通信装置は、対象装置が第1種の装置であると判断する場合に、第1の識別情報を利用して所定処理を実行する。また、通信装置は、対象装置が2種の装置であると判断する場合に、対象装置が第2の識別情報を送信可能であるか否かを判断し、対象装置が第2の識別情報を送信可能と判断する場合に、第2の識別情報を利用して所定処理を実行する。従って、通信装置は、例えば、ランダムに生成される第1の識別情報、又は、複数の通信装置の間で共通に利用される可能性がある第1の識別情報を利用した所定処理を実行しないので、第2の識別情報を利用して、所定処理を適切に実行し得る。このように、通信装置は、対象装置の種類に応じた識別情報を利用した所定処理を適切に実行し得る。特に、通信装置は、対象装置が第2の識別情報を送信可能でないと判断する場合に、所定のアプリケーションソフトウェアをインストールするための位置情報を対象装置に送信する。この結果、例えば、ユーザが位置情報を対象装置に入力しなくても、対象装置は、通信装置から受信される位置情報を利用して、所定のアプリケーションソフトウェアをインストールし得る。このために、ユーザの利便性を向上させ得る。 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実施例)
(通信システム2の構成;図1)
図1に示すように、通信システム2は、多機能機10(以下では「MFP(Multi-Function Peripheralの略)」と呼ぶ)と、認証カード50と、携帯端末70と、を備える。各装置10、50、70は、NFC(Near Field Communicationの略)方式に従った無線通信(以下では「NFC通信」と呼ぶ)を実行可能である。
(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
(MFP10の構成)
MFP10は、操作部12と、表示部14と、印刷実行部16と、スキャン実行部18と、Wi−Fiインターフェース(以下ではインターフェースを「I/F」と記載する)20と、NFCI/F22と、制御部30と、を備える。
(Configuration of MFP 10)
The MFP 10 includes an
操作部12は、複数のキーを備える。ユーザは、操作部12を操作することによって、様々な指示をMFP10に入力することができる。表示部14は、様々な情報を表示するためのディスプレイである。表示部14は、いわゆるタッチパネルとしても機能する。即ち、表示部14は、操作部としても機能する。印刷実行部16は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部18は、CCD、CIS等のスキャン機構である。
The
Wi−FiI/F20は、Wi−Fi方式に従った無線通信(以下では「Wi−Fi通信」と呼ぶ)を実行するためのI/Fである。Wi−Fi方式は、例えば、IEEE(The Institute of Electrical and Electronics Engineers、 Inc.の略)の802.11の規格、及び、それに準ずる規格(例えば、802.11a、11b、11g、11n等)に基づく無線通信方式である。より具体的に言うと、Wi−FiI/F20は、Wi−Fi Allianceによって策定されたWFD(Wi-Fi Direct(登録商標)の略)方式をサポートしている。WFD方式は、Wi−Fi Allianceによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている無線通信方式である。
The Wi-Fi I /
NFCI/F22は、NFC通信を実行するためのI/Fである。NFC方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、NFC通信を実行するためのI/Fの種類として、NFCフォーラムデバイス(NFC Forum Device)と呼ばれるI/Fと、NFCタグ(NFC Tag)と呼ばれるI/Fと、が知られている。NFCフォーラムデバイスは、P2P(Peer To Peerの略)モード、R/W(Reader/Writerの略)モード、及び、CE(Card Emulationの略)モードのいずれかで選択的に動作可能なI/Fである。NFCタグは、これらのモードのいずれかで選択的に動作可能なI/Fではなく、NFC方式のIC(Integrated Circuitの略)タグとして機能する。
The NFC I /
P2Pモードは、P2Pモードで動作する一方のNFC機器とP2Pモードで動作する他方のNFC機器との間で双方向通信を実行するためのモードである。R/Wモード及びCEモードは、R/Wモードで動作する一方のNFC機器とCEモードで動作する他方のNFC機器との間で単方向通信を実行するためのモードである。なお、CEモードは、セキュア・エレメントを必要とする通常のCEモードと、セキュア・エレメントを必要としないHCE(Host Card Emulationの略)モードと、を含む。R/WモードのうちのReaderモードは、CEモードで動作するNFC機器からデータを読み出すためのモードである。R/WモードのうちのWriterモードは、CEモードで動作するNFC機器にデータを書き込むためのモードである。なお、R/Wモードで動作するNFC機器は、NFCタグからデータを読み出したり、NFCタグにデータを書き込んだりすることもできる。 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.
NFCI/F22は、NFCフォーラムデバイスである。NFCI/F22は、例えば、Polling信号を送信して、相手機器から当該信号に対する応答信号を受信する場合に、相手機器とのNFC通信リンクを確立する。また、NFCI/F22は、例えば、相手機器からPolling信号を受信して、当該信号に対する応答信号を相手機器に送信する場合に、相手機器とのNFC通信リンクを確立する。
The NFC I /
ここで、NFC通信について詳しく説明する。NFC通信は、4種類の通信タイプ(即ち、タイプA、タイプB、タイプF、及び、タイプV)に分類される。各通信タイプでは、同じ周波数(即ち13.56MHz)が利用される。ただし、各通信タイプでは、通信規格、変調方式、及び、符号化方式の組合せが異なる。タイプAは、通信規格「ISO/IEC14443及び18092」、変調方式「ASK(Amplitude Shift Keyingの略)100%」、及び、符号化方式「Manchester」に従った通信である。タイプBは、通信規格「ISO/IEC14443」、変調方式「ASK10%」、符号化方式「NRZ(Non Return to Zeroの略)」に従った通信である。タイプFは、通信規格「ISO/IEC18092」、変調方式「ASK10%」、及び、符号化方式「Manchester」に従った通信である。タイプVは、通信規格「ISO/IEC15693」、変調方式「ASK10%又は100%」、符号化方式「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”.
次いで、Wi−FiI/F20とNFCI/F22との間の相違点を説明しておく。Wi−FiI/F20を介したWi−Fi通信の通信速度(例えば最大の通信速度が11〜600Mbps)は、NFCI/F22を介したNFC通信の通信速度(例えば最大の通信速度が100〜424Kbps)よりも速い。また、Wi−FiI/F20を介したWi−Fi通信における搬送波の周波数(例えば2.4GHz帯又は5.0GHz帯)は、NFCI/F22を介したNFC通信における搬送波の周波数(例えば13.56MHz帯)とは異なる。また、Wi−FiI/F20を介したWi−Fi通信を実行可能な最大の距離(例えば最大で約100m)は、NFCI/F22を介したNFC通信を実行可能な最大の距離(例えば最大で約10cm)よりも大きい。
Next, differences between the Wi-Fi I /
制御部30は、CPU32と、メモリ34と、を備える。CPU32は、メモリ34に格納されているプログラム36に従って、様々な処理を実行する。メモリ34は、揮発性メモリ、不揮発性メモリ等によって構成される。また、メモリ34は、認証フラグ38、URL(Uniform Resource Locatorの略)39、及び、ユーザテーブル40を格納する。認証フラグ38は、ユーザ情報を利用した認証を実行することを意味する「ON」と、当該認証を実行しないことを意味する「OFF」と、のどちらかの値を示す。認証フラグ38は、MFP10の管理者によって「ON」又は「OFF」に設定される。URL39は、携帯端末70にインストールされるべき認証アプリケーション78のインターネット上の位置情報を示す。
The
ユーザテーブル40では、ユーザ名と、パスワードと、認証IDと、印刷許可情報と、スキャン許可情報と、が対応付けられる。ユーザ名、パスワード、印刷許可情報、及び、スキャン許可情報は、例えば、MFP10の管理者が、操作部12を操作することによって、又は、端末装置からMFP10にアクセスすることによって、ユーザテーブル40に登録される。印刷許可情報、スキャン許可情報は、それぞれ、印刷機能、スキャン機能をユーザに許可するのか否かを示す。各許可情報の「OK」は、機能の利用を許可することを示し、「NG」は、機能の利用を許可しないことを示す。認証IDは、認証カード50又は携帯端末70を識別するための識別情報であり、後述する処理によって認証カード50又は携帯端末70から抽出されて登録される。ここで、認証IDを一例として含む「識別情報」という用語は、1個の装置に固有(即ちユニーク)な情報であってもよいし、装置内の構成要素(例えばソフトウェア)を識別する情報であってもよいし、装置のモデルを示す情報であってもよい。即ち、識別情報は、1個の装置そのものを識別する情報に限定されず、ある概念を識別する情報も含む。なお、変形例では、ユーザテーブル40は、MFP10とは異なる外部装置のメモリ内に格納されてもよい。この場合、MFP10は、当該外部装置と通信して、ユーザテーブル40内の情報を利用することができる。
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
(認証カード50の構成)
認証カード50は、NFCタグであるNFCI/F52を備える。認証カード50は、通常、OSソフトウェア及びアプリケーションを有さない。NFCI/F52は、タイプA、B、F、及び、Vのいずれか1つのタイプに対応する(換言すると、1つのタイプのみをサポートしている)。タイプAに対応するNFCI/F52は、通信規格「ISO/IEC14443」に従ったI/F(即ちカード)であり、さらに、通信規格「ISO/IEC14443」に準拠した特定規格「ISO/IEC14443-4」に従ったI/Fと、特定規格「ISO/IEC14443-4」に従っていないI/Fと、に分類される。前者のI/Fは、非接触カード用の特定の通信プロトコル「T−CL」に準拠しているMifare Desfire系のカードであり、例えば、Mifare ProX、Mifare SmartMX、Mifare Desfire等を含む。また、後者のI/Fは、通信プロトコル「T−CL」に準拠していないMifare(登録商標)系のカードであり、例えば、Mifare Ultralight、Mifare Mini等を含む。タイプFに対応するNFCI/F52は、通信規格「ISO/IEC18092」に従ったカードであり、例えば、FeliCa Standard、FeliCa Liteなどのカードである。また、タイプVに対応するNFCI/F52は、通信規格「ISO/IEC15693」に従ったカードである。
(Configuration of authentication card 50)
The
(携帯端末70の構成)
携帯端末70は、例えば、携帯電話、スマートフォン、PDA、ノートPC、タブレットPC、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末70は、NFCI/F72と、OSソフトウェア74と、を備える。NFCI/F72は、NFCフォーラムデバイスである。OSソフトウェア74は、携帯端末70の種々の基本的な動作を制御するためのソフトウェアである。また、図示省略しているが、携帯端末70は、さらに、Wi−Fi通信を実行するためのWi−FiI/Fも備える。
(Configuration of mobile terminal 70)
The
携帯端末70は、さらに、印刷アプリケーション76と、認証アプリケーション78と、を有し得る。印刷アプリケーション76は、MFP10に印刷機能を実行させるためのアプリケーションである。認証アプリケーション78は、携帯端末70を利用して、MFP10に認証を実行させるためのアプリケーションである。各アプリケーション76、78は、MFP10のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末70にインストールされる。
The
(認証フラグOFF時処理;図2)
続いて、図2を参照して、認証フラグ38が「OFF」に設定されている場合に、CPU32によって実行される処理について説明する。MFP10の電源がONされた際、又は、認証フラグ38を「ON」から「OFF」に変更するための操作が操作部12に実行された際に、図2の処理が開始される。
(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
S10において、CPU32は、NFCI/F22のモード状態を、P2Pモード、R/Wモード、及び、CEモードの全てがONされているモード状態に設定する。この場合、NFCI/F22は、上記の3つのモードのいずれでも動作可能である。なお、変形例では、S10において、CPU32は、P2PモードのみがONされているモード状態に設定してもよいし、P2PモードとR/Wモード又はCEモードとがONされているモード状態に設定してもよい。即ち、CPU32は、少なくともP2PモードがONされているモード状態に設定すればよい。
In S10, the CPU 32 sets the mode state of the NFC I /
S10において、CPU32は、さらに、タイプA、B、F、及び、Vに対応する4種類のPolling信号の送信をNFCI/F22に指示する。この結果、NFCI/F22は、各タイプに対応する各Polling信号を順次送信することを繰り返す。
In S10, the CPU 32 further instructs the NFC I /
S12において、CPU32は、携帯端末70とのP2P通信リンクが確立されることを監視する。ユーザが、P2PモードがONされているNFCI/F72を備える携帯端末70をMFP10に近づける。この場合、携帯端末70とMFP10との間の距離が、NFC通信を実行可能な最大の距離(例えば10cm)よりも小さくなり、この結果、P2P通信リンクが確立される。CPU32は、NFCI/F22からP2P通信リンクが確立されたことを示す情報を取得する場合に、S12でYESと判断して、S14に進む。
In S <b> 12, the CPU 32 monitors that a P2P communication link with the
S14において、CPU32は、MFP10の動作状態を、WFD方式のデバイス状態から、WFD方式のGroup Owner状態(以下では「G/O状態」と呼ぶ)に移行させる。デバイス状態は、WFD方式に従った無線ネットワークの親局及び子局のどちらでも動作しない状態である。G/O状態は、当該無線ネットワークの親局として動作する状態である。なお、変形例では、CPU32は、WFD方式のG/O状態に移行する代わりに、いわゆるSoftAP(Access Pointの略)を起動して、無線ネットワークの親局として動作してもよい。S14において、CPU32は、さらに、当該無線ネットワークで利用されるべき無線設定(即ちSSID及びパスワード)を決定する。SSIDは、当該無線ネットワークを識別するための識別子である。パスワードは、当該無線ネットワークにおいて認証及び暗号化に利用される文字列である。CPU32は、例えば、予め決められている文字列を取得することによって、又は、ランダムに文字列を抽出することによって、無線設定を決定する。
In S <b> 14, the CPU 32 shifts the operation state of the
S16において、CPU32は、S14で決定された無線設定をNFCI/F22に供給する。この結果、NFCI/F22は、P2P通信リンクを介して、無線設定を携帯端末70に送信する。これにより、携帯端末70が無線設定を受信し、携帯端末70が印刷アプリケーション76を備えている場合には、携帯端末70において無線設定が利用される。そして、Wi−Fi方式に従ったWi−Fi接続を確立するための様々な信号が、携帯端末70からMFP10に送信される。
In S16, the CPU 32 supplies the wireless setting determined in S14 to the NFC I /
S18において、CPU32は、Wi−FiI/F20を介して、携帯端末70とのWi−Fi接続を確立する。具体的には、CPU32は、上記のSSIDを含む信号、パスワードを含む信号等を受信し、パスワードの認証が成功すると、Wi−Fi接続を確立する。
In S <b> 18, the CPU 32 establishes a Wi-Fi connection with the
S20において、CPU32は、S18で確立されたWi−Fi接続を利用して、Wi−FiI/F20を介して、携帯端末70から印刷対象の画像を表わす印刷データを受信する。上述のように、Wi−Fi通信の通信速度は、NFC通信の通信速度よりも速い。このために、NFC通信を利用して印刷データを通信する構成と比べると、MFP10は、携帯端末70から印刷データを迅速に受信することができる。
In S <b> 20, the CPU 32 receives print data representing an image to be printed from the
S22において、CPU32は、S20で受信された印刷データを印刷実行部16に供給して、印刷実行部16に印刷を実行させる。なお、変形例では、CPU32は、S20及びS22に代えて、スキャン実行部18に原稿のスキャンを実行させ、Wi−Fi接続を利用して、Wi−FiI/F20を介して、スキャンデータを携帯端末70に送信してもよい。このように、認証フラグ38が「OFF」に設定されている状況では、MFP10は、ユーザ情報の認証を実行することなく、いずれのユーザから指示を受けても、印刷機能及びスキャン機能を実行する(S20、S22)。
In S <b> 22, the CPU 32 supplies the print data received in S <b> 20 to the
S24において、CPU32は、S18で確立されたWi−Fi接続を切断し、さらに、MFP10の動作状態をG/O状態からデバイス状態に移行させる。S24が終了すると、S12に戻る。
In S24, the CPU 32 disconnects the Wi-Fi connection established in S18, and shifts the operation state of the
(認証フラグON時処理;図3)
続いて、図3を参照して、認証フラグ38が「ON」に設定されている場合に、CPU32によって実行される処理について説明する。認証フラグ38を「OFF」から「ON」に変更するための操作が操作部12に実行された際に、図3の処理が開始される。なお、以下では、認証カード50及び携帯端末70を総称して、「対象装置」と呼ぶ場合がある。
(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
S100において、CPU32は、NFCI/F22のモード状態を、P2Pモード及びCEモードがOFFされていると共にR/WモードがONされているモード状態に設定する。この場合、NFCI/F22は、上記の3つのモードのうちのR/Wモードのみで動作可能である。認証フラグ38が「ON」に設定されている状況では、対象装置のIDの登録又は認証が実行される。ここで、対象装置が認証カード50である場合には、認証カード50(即ちNFCタグであるNFCI/F52)からIDを受信するためには、NFCI/F22がR/Wモード(より詳しくはReaderモード)で動作する必要がある。また、携帯端末70は、認証アプリケーション78に従って、NFC通信を利用して、IDを送信可能である。ここで、認証アプリケーション78は、NFCI/F72がCEモードで動作する状態でIDを送信するようにプログラムされている。従って、対象装置が携帯端末70である場合にも、携帯端末70(即ちNFCフォーラムデバイスであるNFCI/F72)からIDを受信するためには、NFCI/F22がR/Wモード(より詳しくはReaderモード)で動作する必要がある。このように、対象装置からIDを受信するためには、NFCI/F22がR/Wモードで動作する必要があるので、S100において、NFCI/F22がR/Wモードのみで動作可能なモード状態に設定される。
In S100, the CPU 32 sets the mode state of the NFC I /
S100において、CPU32は、さらに、タイプA、B、F、及び、Vに対応する4種類のPolling信号の送信をNFCI/F22に指示する。この結果、NFCI/F22は、各タイプに対応する各Polling信号を順次送信することを繰り返す。
In S100, the CPU 32 further instructs the NFC I /
S110において、CPU32は、ユーザによってログイン操作が操作部12に実行されることを監視する。CPU32は、ユーザテーブル40に登録されているユーザ名及びパスワードの組合せが操作部12に入力される場合に、S110でYESと判断して、S120に進む。
In S110, the CPU 32 monitors whether a login operation is performed on the
S120において、CPU32は、認証IDをユーザテーブル40に登録するための登録ボタンが操作されたのか否かを判断する。CPU32は、登録ボタンが操作されたと判断する場合(S120でYES)に、S130に進む。一方、CPU32は、登録ボタンとは異なるボタンが操作されたと判断する場合(S120でNO)に、S122において、当該ボタンに対応する処理を実行する。例えば、CPU32は、外部サーバから印刷データを受信して印刷を実行するためのボタンが操作される場合には、S110で入力されたユーザ情報(即ちユーザ名及びパスワード)に対応する印刷許可情報が「OK」であるのか否かを判断する。そして、CPU32は、「OK」であると判断する場合には、印刷データを受信して、当該印刷データを印刷実行部16に供給する。また、例えば、CPU32は、スキャンを実行するためのボタンが操作される場合には、S110で入力されたユーザ情報に対応するスキャン許可情報が「OK」であるのか否かを判断する。そして、CPU32は、「OK」であると判断する場合には、スキャン実行部18にスキャンを実行させる。S122が終了すると、S110に戻る。なお、変形例では、CPU32は、S122が終了した後に、ログイン操作が再び実行されなくても、S122の処理を実行するための操作を受け付けてもよい。この状態は、ユーザによってログアウト操作が実行されるまで継続されてもよい。
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
S130において、CPU32は、対象装置から、NFCI/F22を介して、Polling信号に対する応答信号を受信することを監視する。上述のように、NFCI/F22は、各タイプに対応する各Polling信号を順次送信することを繰り返す。NFCI/F22は、例えば、タイプAに対応するPolling信号を送信した際に、当該信号に対する応答信号を受信する場合に、タイプAを示す情報を制御部30に供給する。同様に、NFCI/F22は、他の通信タイプに対応する応答信号を受信する場合に、当該タイプを示す情報を制御部30に供給する。CPU32は、NFCI/F22から上記の情報を取得する場合に、S130でYESと判断して、S132に進む。
In S130, the CPU 32 monitors whether a response signal to the Polling signal is received from the target device via the NFC I /
S132において、CPU32は、S130で取得された情報に基づいて、応答信号を受信するための通信タイプを特定する。そして、S134において、CPU32は、特定済みの通信タイプに応じたID抽出処理(図4及び図5参照)を実行する。NFCI/F22がR/Wモードのみで動作しているので、CPU32は、Readerとして機能することができ、この結果、対象装置から信号を受信して、当該信号内のIDを読み出す(即ち抽出する)ことができる。
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 /
後で詳しく説明するが、Polling信号に応じて、対象装置から様々な信号が受信される。NFC規格の通信レイヤのうちの比較的に下位層のみが利用される信号(例えば後述のSDD信号、SENSF信号等)は、通信タイプに応じたIDを含む。通信タイプA、B、F、Vに対応するIDは、それぞれ、「NFCID1」、「NFCID0」、「NFCID2」、「UID(Universal IDの略)」である。NFCID0〜2は、NFCフォーラムで規定されており、UIDは、NFCフォーラムで規定されていない。また、対象装置が携帯端末70である場合には、通信タイプに応じた上記の各IDを含む信号が受信された後に、NFC規格の通信レイヤのうちの比較的に上位層が利用される信号(例えば後述のNDEF信号)が受信され、当該信号がIDを含み得る。CPU32は、認証に適しているIDが受信される場合に、S134において、対象装置から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
S140において、CPU32は、IDの抽出が成功したのか否かを判断する。CPU32は、IDの抽出が成功した場合(例えば図4及び図5の「正常END」参照)には、S140でYESと判断し、S142において、S110で入力されたユーザ情報に対応する認証IDとして、S134で抽出されたIDをユーザテーブル40に登録する。S110で入力されたユーザ情報に対応する認証IDが既に登録されている場合には、S142において、CPU32は、ユーザ情報に対応する認証IDとして、対象装置のIDを上書きして登録する。なお、変形例では、CPU32は、S110で入力されたユーザ情報に対応する認証IDが既に登録されている場合には、当該ユーザ情報と、対象装置のIDと、が対応付けられている新たな情報をユーザテーブル40に新たに登録してもよい。即ち、この場合、1つのユーザ情報に対して複数の認証IDが登録される。 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.
一方、CPU32は、IDの抽出が失敗した場合(例えば図4及び図5の「エラーEND」参照)には、S140でNOと判断し、S144において、認証IDの登録を実行不可能であることを示すエラー画面を表示部14に表示させる。これにより、ユーザは、認証IDの登録が失敗したことを知ることができる。S142又はS144が終了すると、CPU32は、S110に戻る。
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
また、S150において、CPU32は、対象装置から、NFCI/F22を介して、Polling信号に対する応答信号を受信することを監視する。S150は、S130と同様である。また、S150でYESの場合に実行されるS152、S154、及び、S160は、S132、S134、及び、S140と同様である。
In S150, the CPU 32 monitors whether a response signal for the Polling signal is received from the target device via the NFC I /
S162において、CPU32は、S154で抽出されたIDの認証、即ち、対象装置の認証を実行する。CPU32は、抽出済みのIDに一致する認証IDがユーザテーブル40に登録されている場合に、認証が成功したと判断する。この場合、CPU32は、S122で説明した処理と同様に、ユーザからの指示に応じて、ユーザに許可されている機能を実行する。ここで、CPU32は、例えば、ユーザに許可されている機能のリストを示す画面を表示部14に表示させて、当該リストから機能を選択するための指示を受け付けてもよい。ユーザは、対象装置の認証をMFP10に実行させることにより、ログイン操作を実行しなくても、MFP10に機能を実行させることができる。なお、CPU32は、対象装置のIDに一致する認証IDがユーザテーブル40に登録されていない場合には、認証が失敗したと判断し、例えばエラー画面を表示部14に表示させて、S110に戻る。なお、変形例では、CPU32は、S162が終了した後に、認証が再び実行されなくても、ユーザからの指示に応じた処理を実行するための操作を受け付けてもよい。この状態は、ユーザによってログアウト操作が実行されるまで継続されてもよい。
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
一方、CPU32は、IDの抽出が失敗した場合には、S160でNOと判断し、S164において、IDの認証(即ち対象装置の認証)を実行不可能であることを示すエラー画面を表示部14に表示させる。これにより、ユーザは、認証が失敗したことを知ることができる。この場合、CPU32は、印刷機能及びスキャン機能を実行しない。S162又はS164が終了すると、S110に戻る。なお、変形例では、エラー画面の表示(即ちS144及びS164)に代えて、エラーを示す音声が出力されてもよいし、エラーを示す画像が印刷されてもよい。 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.
(タイプAに対応するID抽出処理;図4)
続いて、図4及び図5を参照して、図3のS134又はS154で実行される処理の内容を説明する。まず、図4を参照して、S132又はS152でタイプAが特定された場合の処理を説明する。
(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.
対象装置がタイプAに対応する場合、即ち、対象装置がタイプAのPolling信号に対する応答信号を送信した場合には、当該応答信号は、NFCID1のデータサイズを示す情報を含むSENS信号(SENS_RES Responseの略)100を含む。その後、CPU32は、要求信号を対象装置に送信することに応じて、対象装置から、NFCID1を含むSDD信号(SDD_RES Responseの略)102とSEL信号(SEL_RES Responseの略)104とを順次受信する。各信号100、104は、対象装置(即ちNFCI/F52又は72)の属性を示す属性情報(例えば、データサイズ、後述のISO_DEP、NFC_DEP等)を含む信号である。なお、上記の各信号100〜104の名称は、NFCフォーラムで規定されている。
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
NFC通信の通信レイヤは、最下層であるアナログ層と、アナログ層の上位層であるデジタルプロトコル層と、デジタルプロトコル層の上位層であるアクティビティ層と、アクティビティ層の上位層であるT1T〜T5T層と、を含む。SENS信号100、SDD信号102、及び、SEL信号104は、T1T〜T5T層層以上の通信レイヤが利用されずに、アクティビティ層以下の通信レイヤが利用されて通信される。
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信号100に含まれるNFCID1のデータサイズを示す情報は、4バイト又は7バイトを示す。具体的には、OSソフトウェア74によって準備されるNFCID1は、通常、4バイトである。また、Mifare Desfire系の認証カードに割り当てられているNFCID1は、通常、7バイトである。
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
例えば、対象装置が認証カード50である場合には、NFCID1は、認証カード50に予め割り当てられている。この場合、NFCID1は認証カード毎にユニークなIDであり、2枚以上の認証カードの間でNFCID1が重複しない。また、例えば、対象装置が携帯端末70である場合には、NFCID1は、OSソフトウェア74によって準備される。例えば、OSソフトウェア74は、SDD信号102を送信すべき際に、ランダムに文字列を決定して、当該文字列をNFCID1として決定する。従って、仮に、携帯端末70から受信されるNFCID1がユーザテーブル40に登録されると(図3のS142)、その後に携帯端末70から受信されるNFCID1は、通常、登録済みのNFCID1とは異なる。従って、携帯端末70から受信されるNFCID1は、認証に適しておらず、ユーザテーブル40に登録されるべきではない。
For example, when the target device is the
SEL信号104内の第6ビットは、対象装置がISO_DEP(ISO/IEC14443-4で定義されたData Exchange Protocolの略)をサポートしているのか否かを示す。「ISO_DEPをサポートしている」は、対象装置がISO/IEC14443-4に対応していることを意味する。第6ビットが「ON」を示す場合には、対象装置がISO_DEPをサポートしており、第6ビットが「OFF」を示す場合には、対象装置がISO_DEPをサポートしていない。対象装置がISO_DEPをサポートしているということは、対象装置が携帯端末70又はMifare Desfire系の認証カードであることを意味する。また、対象装置がISO_DEPをサポートしていないということは、対象装置がMifare系の認証カードであることを意味する。
The sixth bit in the
また、SEL信号104内の第7ビットは、対象装置がNFC_DEP(ISO/IEC18092で定義されたData Exchange Protocolの略)をサポートしているのか否かを示す。NFC_DEPをサポートしているとは、対象装置がP2P通信リンクを確立可能であること、即ち、対象装置が双方向通信を実行可能であること、を意味する。第7ビットが「ON」を示す場合には、対象装置がNFC_DEPをサポートしており、第7ビットが「OFF」を示す場合には、対象装置がNFC_DEPをサポートしていない。対象装置がNFC_DEPをサポートしているということは、対象装置が携帯端末70であることを意味する。また、対象装置がNFC_DEPをサポートしていないということは、対象装置がMifare系又はMifare Desfire系の認証カードであることを意味する。なお、SEL信号(即ちSEL_RES Response)は、SAK(Select Acknowledgeの略)と言い換えることもできる。
The seventh bit in the
S200において、CPU32は、SEL信号104内の第6ビットの値に基づいて、対象装置がISO_DEPをサポートしているのか否かを判断する。CPU32は、第6ビットが「ON」を示す場合には、対象装置がISO_DEPをサポートしていると判断し(S200でYES)、S220に進む。一方、CPU32は、第6ビットが「OFF」を示す場合には、対象装置がISO_DEPをサポートしていないと判断し(S200でNO)、S210に進む。この場合、CPU32は、対象装置がMifare系の認証カード50であると判断する。
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
S210において、CPU32は、Mifare系の認証カード50のカードタイプを特定する。カードタイプが異なると、NFCID1のデータサイズが異なり得る。このために、CPU32は、SEL信号104内のカードタイプを示す情報(図示省略)に基づいて、認証カード50のカードタイプを特定する。例えば、CPU32は、Mifare Ultralight、Mifare Mini等の複数のカードタイプの中から1個のカードタイプを特定する。
In S210, the CPU 32 identifies the card type of the Mifare-based
次いで、S212において、CPU32は、S210で特定されたカードタイプに基づいて、NFCID1のデータサイズを特定し、SDD信号102内の文字列から、特定済みのデータサイズを有するNFCID1を抽出する。S212が終了すると、CPU32は、正常ENDとして図4の処理を終了する。この結果、図3のS140又はS160でYESと判断され、S142又はS162では抽出済みのNFCID1が利用される。なお、変形例では、CPU32は、S210に代えて、SENS信号100内のデータサイズ情報に基づいて、NFCID1のデータサイズを特定してもよい。
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
S220において、CPU32は、SEL信号104内の第7ビットの値に基づいて、対象装置がNFC_DEPをサポートしているのか否かを判断する。CPU32は、第7ビットが「ON」を示す場合に、対象装置がNFC_DEPをサポートしていると判断し(S220でYES)、S230に進む。この場合、CPU32は、対象装置がP2P通信リンクを確立可能な携帯端末70であると判断する。一方、CPU32は、第7ビットが「OFF」を示す場合に、対象装置がNFC_DEPをサポートしていないと判断し(S220でNO)、S222に進む。この場合、CPU32は、対象装置がP2P通信リンクを確立不可能な携帯端末70、又は、Mifare Desfire系の認証カード50であると判断する。なお、携帯端末70は、通常、P2P通信リンクを確立するための能力を有しており、実際には、P2P通信リンクを確立可能である。ただし、ある種の携帯端末70は、P2P通信リンクを確立可能であるにも関わらず、NFC_DEPをサポートしていないことを示す情報を含むSEL信号104をMFP10に送信し得る。このような携帯端末70からSEL信号104が受信される場合には、CPU32は、S220でNOと判断する。
In S220, the CPU 32 determines whether the target apparatus supports NFC_DEP based on the value of the seventh bit in the
S222において、CPU32は、SENS信号100内のデータサイズ情報が7バイトを示すのか否かを判断する。CPU32は、データサイズ情報が7バイトを示す場合には、S222でYESと判断し、S212に進む。この場合、CPU32は、対象装置がMifare Desfire系の認証カード50であると判断し、S212において、SDD信号102内の文字列から、7バイトを有するNFCID1を抽出する。一方、CPU32は、データサイズ情報が4バイトを示す場合には、S222でNOと判断し、S230に進む。この場合、CPU32は、対象装置が携帯端末70であると判断する。なお、Mifare Desfire系の認証カード50であると判断するデータサイズ(本実施例では7バイト)は、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
S230において、CPU32は、NFCI/F22を介して、T4T層を利用した通信(以下では「T4T通信」と呼ぶ)を、対象装置である携帯端末70と実行する。CPU32は、T4T通信において、要求信号を携帯端末70に送信して、携帯端末70から応答信号を受信する。当該応答信号は、Format情報を含むFormat信号120を含む。Format情報は、携帯端末70がNDEF(NFC Data Exchange Formatの略)をサポートしているのか否かを示す。携帯端末70は、NDEFをサポートしている場合には、NDEF領域を含むNDEF信号122の通信を実行可能であり、NDEFをサポートしていない場合には、NDEF信号122の通信を実行不可能である。NDEF領域は、携帯端末70が自由に情報を記述可能な領域である。後述するように、NDEF領域には、例えば、認証アプリケーション78によって生成されるID(以下では「生成ID」と呼ぶ)が記述される。
In S230, the CPU 32 executes communication using the T4T layer (hereinafter referred to as “T4T communication”) with the
生成IDは、認証アプリケーション78の初回起動時に生成される。認証アプリケーション78は、携帯端末70のMACアドレスから所定バイト(例えば32バイト)を有する生成IDを生成する。生成IDは、2個以上の携帯端末の間で重複しないユニークなMACアドレスから生成されるために、ユニークなIDである。また、同じ携帯端末70では、認証アプリケーション78の初回起動時に生成された生成ID(即ち固定的なID)が継続して利用される。そして、認証アプリケーション78は、認証アプリケーション78のベンダ(即ちMFP10のベンダ)を示すベンダ情報と、生成IDと、をNDEF領域に記述する。なお、変形例では、認証アプリケーション78には、2個以上の認証アプリケーションの間で重複しないユニークなIDが予め割り当てられていてもよい。この場合、認証アプリケーション78は、当該IDをNDEF領域に記述してもよい。また、別の変形例では、認証アプリケーション78が、生成ID又は予め割り当てられているIDをOSソフトウェア74に供給し、OSソフトウェア74が、当該IDをNDEF領域に記述してもよい。即ち、IDを含むNDEF信号122は、認証アプリケーション78に従って送信される信号であればよい。
The generation ID is generated when the
S232において、CPU32は、Format信号120に含まれるFormat情報に基づいて、携帯端末70がNDEFをサポートしているのか否かを判断する。CPU32は、携帯端末70がNDEFをサポートしていると判断する場合(S232でYES)に、S234に進む。一方、CPU32は、携帯端末70がNDEFをサポートしていないと判断する場合(S232でNO)に、S240に進む。携帯端末70は、NDEFを利用する何らかのアプリケーション(例えば認証アプリケーション78)を有する場合には、NDEFをサポートしていることを示すFormat情報をMFP10に送信するが、そのようなアプリケーションを有していない場合には、NDEFをサポートしていないことを示すFormat情報をMFP10に送信する。従って、S232でNOと判断されることは、携帯端末70が認証アプリケーション78を有していないことを意味する。
In S232, the CPU 32 determines whether the
S234において、CPU32は、NFCI/F22を介して、さらなるT4T通信を携帯端末70と実行する。CPU32は、T4T通信において、要求信号を携帯端末70に送信し、携帯端末70から応答信号を受信する。当該応答信号は、NDEF領域を含むNDEF信号122を含む。
In S <b> 234, the CPU 32 performs further T4T communication with the
S236において、CPU32は、NDEF信号122に含まれるNDEF領域内の記述内容に基づいて、携帯端末70が認証アプリケーション78を有するのか否かを判断する。具体的には、CPU32は、NDEF領域にベンダを示すベンダ情報が記述されている場合に、携帯端末70が認証アプリケーション78を有すると判断し(S236でYES)、S238に進む。一方、CPU32は、NDEF領域にベンダを示すベンダ情報が記述されていない場合に、携帯端末70が認証アプリケーション78を有さないと判断し(S236でNO)、S240に進む。なお、S232でYESと判断され、かつ、S236でNOと判断される場合には、携帯端末70は、NDEFを利用する何らかのアプリケーションを有しているが、当該アプリケーションが認証アプリケーション78ではないことを意味する。
In S <b> 236, the CPU 32 determines whether the
S238において、CPU32は、NDEF領域内の生成IDを抽出する。この場合、CPU32は、正常ENDとして図4の処理を終了する。この結果、図3のS140又はS160でYESと判断され、S142又はS162では抽出済みの生成IDが利用される。 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.
S240では、CPU32は、URL供給処理(図6参照)を実行する。URL供給処理が終了すると、CPU32は、エラーENDとして図4の処理を終了する。この結果、図3のS140又はS160でNOと判断される。 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.
(タイプBに対応するID抽出処理;図4)
続いて、図3のS132又はS152でタイプBが特定された場合の処理を説明する。タイプAとタイプBとの間で共通する処理が多いので、図4を参照して、タイプBに対応するID抽出処理を説明する。タイプBに対応する複数枚の認証カードには、同じNFCID0が割り当てられ得る。このために、認証カード50のNFCID0は、認証に適していない。従って、本実施例では、対象装置がタイプBに対応する認証カード50である場合には、IDの登録及び認証が実行されない。
(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
CPU32は、図4のS200〜S222をスキップして、S230〜S240の処理を実行する。対象装置が認証カード50である場合には、ベンダ情報がNDEF領域に記述されないので、CPU32は、S236でNOと判断する場合に、対象装置が認証カード50であると判断することができる。この場合、CPU32は、S240のURL供給処理を実行することなく、エラーENDとして図4の処理を終了する。
The CPU 32 skips S200 to S222 of FIG. 4 and executes the processes of S230 to S240. If the target device is the
一方、対象装置が携帯端末70である場合には、CPU32は、S230〜S240の処理を実行して、生成IDを抽出して正常ENDとして処理を終了するか、URL供給処理を実行してエラーENDとして処理を終了する。
On the other hand, when the target device is the
(タイプFに対応するID抽出処理;図5)
続いて、図5を参照して、図3のS132又はS152でタイプFが特定された場合の処理を説明する。対象装置がタイプFに対応する場合、即ち、対象装置がタイプFのPolling信号に対する応答信号を送信した場合には、当該応答信号は、NFCフォーラムで規定されているSENSF信号(SENSF_RES Responseの略)140を含む。SENSF信号140は、T3T(Type 3 Tagの略)層以上の通信レイヤが利用されずに、アクティビティ層以下の通信レイヤが利用されて通信される。SENSF信号140は、PAD0とNFCID2とを含む。
(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
PAD0は、対象装置(即ちNFCI/F)の属性を示す属性情報であり、NFCI/FのICタイプを示す情報を含む。なお、PAD0は、PMm(Manufacture Parameterの略)と言い換えることもできる。対象装置が携帯端末70である場合には、PAD0は、06h、07h、10h〜13h、及び、14h〜1Fh(以下ではこれらをまとめて「所定タイプ」と呼ぶ)のいずれかのICタイプを示す。また、対象装置が認証カード50である場合には、PAD0は、01h、08h、09h、0Dh、20h、及び、32hのいずれかのICタイプを示す。なお、PAD0は、2byteの情報であり、本明細書及び図面に記載されているICタイプを示す情報(06h等)は、PAD0に含まれる情報の一部を示す。
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
NFCID2は、データサイズが8バイトである点を除くと、NFCID1と同様であり、対象装置を識別するためのIDm(Manufacture ID)と言い換えることもできる。即ち、対象装置が認証カード50である場合には、ユニークなNFCID2が認証カード50に予め割り当てられている。また、対象装置が携帯端末70である場合には、OSソフトウェア74によってNFCID2が準備される。即ち、携帯端末70から受信されるNFCID2は、認証に適していない。
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
S300において、CPU32は、SENSF信号140に含まれるPAD0に基づいて、対象装置のNFCI/FのICタイプが上記の所定タイプであるのか否かを判断する。CPU32は、PAD0が所定タイプを示す場合に、S300でYESと判断して、S330に進む。この場合、CPU32は、対象装置が携帯端末70であると判断する。一方、CPU32は、PAD0が所定タイプを示さない場合に、S300でNOと判断し、S312に進む。この場合、CPU32は、対象装置がFeliCa Standard、FeliCa Liteなどの認証カード50であると判断する。
In S300, based on PAD0 included in the
S312において、CPU32は、SENSF信号140に含まれるNFCID2を抽出する。S312が終了すると、CPU32は、正常ENDとして図5の処理を終了する。この結果、図3のS140又はS160でYESと判断され、S142又はS162では抽出済みのNFCID2が利用される。
In S312, the CPU 32 extracts NFCID2 included in the
S330において、CPU32は、NFCI/F22を介して、T3T層を利用した通信(以下では「T3T通信」と呼ぶ)を、対象装置である携帯端末70と実行する。CPU32は、T3T通信において、要求信号を携帯端末70に送信し、携帯端末70からのFormat信号160を受信する。Format信号160は、図4のFormat信号120と同様である。以降のS332〜S340は、図4のS232〜S240と同様であり、S334で受信されるNDEF信号162は、図4のNDEF信号122と同様である。CPU32は、S330〜S340の処理を実行して、生成IDを抽出して正常ENDとして処理を終了するか、URL供給処理を実行してエラーENDとして処理を終了する。
In S330, the CPU 32 executes communication using the T3T layer (hereinafter referred to as “T3T communication”) with the
(タイプVに対応するID抽出処理)
続いて、図示省略しているが、図3のS132又はS152でタイプVが特定された場合の処理を説明する。対象装置がタイプVに対応する場合には、対象装置は、携帯端末70であることはあり得ず、認証カード50である。従って、CPU32は、タイプVを特定した場合には、Polling信号に対する応答信号に含まれるUIDを抽出する。この場合、S140又はS160では、必ずYESと判断される。なお、タイプVに対応するUIDのデータサイズは、8バイトである。
(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
(URL供給処理:図6)
続いて、図6を参照して、図4のS240又は図5のS340で実行される処理の内容について説明する。
(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.
S400において、CPU32は、NFCI/F22を介して、Deactivate信号を対象装置に送信する。これにより、NFCI/F22とNFCI/F72との間の通信リンクが切断される。
In S400, the CPU 32 transmits a Deactivate signal to the target device via the NFC I /
S402において、CPU32は、RF(Radio Frequencyの略)をOFFするための指示をNFCI/F22に供給する。これにより、NFCI/F22は、電波を利用可能な状態(以下では「可能状態」と呼ぶ)から、電波を利用不可能な状態(以下では「不可能状態」と呼ぶ)に移行する。NFCI/F22が不可能状態である場合には、NFCI/F22は、通信リンクを確立することができない。従って、通信リンクが確立されることに起因して、次のS404においてNFCI/F22のモード状態を変更することができない事象が発生するのを抑制することができる。
In S <b> 402, the CPU 32 supplies an instruction for turning off RF (abbreviation of Radio Frequency) to the NFC I /
S404において、CPU32は、NFCI/F22のモード状態を、P2Pモード及びR/WモードがONされており、CEモードがOFFされているモード状態に設定する。詳しくは後述するが、本実施例では、CPU32は、P2Pモードに従ったP2P通信リンクを利用して、URLを携帯端末70に送信する(S430でYES、S432)。このために、S404では、P2PモードがONされる。R/WモードもONされるが、変形例では、R/WモードがOFFされてもよい。P2P通信リンクは、双方向通信を実行するためのリンクである。このために、CPU32は、URL39を携帯端末70に送信することに応じて、携帯端末70から確認信号を受信することができる。従って、P2P通信リンクを利用する構成を採用すると、URL39の送信の確実性を高めることができる。
In S404, the CPU 32 sets the mode state of the NFC I /
S406において、CPU32は、RFをONするための指示をNFCI/F22に供給する。これにより、NFCI/F22は、不可能状態から可能状態に移行する。なお、変形例では、S402及びS406を省略してもよい。
In S <b> 406, the CPU 32 supplies an instruction for turning on the RF to the NFC I /
次いで、S408において、CPU32は、Polling信号の送信をNFCI/F22に指示する。CPU32は、携帯端末70の種類に応じて、Polling信号のタイプを変える。P2P通信リンクを確立するためには、タイプA又はFのPolling信号に対する応答信号が通信されなければならない。従って、S408では、CPU32は、タイプA及びFのうちの少なくとも一方のタイプのPolling信号の送信をNFCI/F22に指示する。
Next, in S408, the CPU 32 instructs the NFC I /
具体的には、CPU32は、図3のS132で特定されたタイプがA又はFであり、かつ、携帯端末70がNFC_DEPをサポートしている場合には、タイプA、B、F、及び、Vに対応する4種類のPolling信号の送信をNFCI/F22に指示する。上述したように、CPU32は、タイプAの応答信号を受信する場合には、SEL信号(図4参照)内の第7ビットの情報に基づいて、携帯端末70がNFC_DEPをサポートしているのか否かを判断することができる。また、CPU32は、タイプFの応答信号を受信する場合には、SENSF140(図5参照)内の先頭の第1バイトと第2バイトとの情報(図示省略)に基づいて、携帯端末70がNFC_DEPをサポートしているのか否かを判断することができる。携帯端末70がNFC_DEPをサポートしている場合(即ち双方向通信であるP2P通信を実行可能である場合)には、タイプA及びFのどちらのPolling信号に対する応答信号が通信されても、携帯端末70とのP2P通信リンクを確立可能である。従って、CPU32は、タイプA及びFを含む4種類のタイプのPolling信号の送信をNFCI/F22に指示する。ただし、変形例では、CPU32は、タイプA及びFのみのPolling信号の送信をNFCI/F22に指示してもよい。
Specifically, when the type specified in S132 of FIG. 3 is A or F and the
CPU32は、図3のS132で特定されたタイプがBである場合にも、タイプA及びFを含む4種類のタイプ(変形例ではタイプA及びFのみ)のPolling信号の送信をNFCI/F22に指示する。これにより、前回、タイプBの応答信号を送信した携帯端末70が、今回、タイプA及びFの応答信号を送信することに起因して、P2P通信リンクが確立され得る。
Even when the type specified in S132 of FIG. 3 is B, the CPU 32 transmits to the NFC I /
CPU32は、図3のS132で特定されたタイプがAであり、かつ、携帯端末70がNFC_DEPをサポートしていない場合には、タイプFのみのPolling信号の送信をNFCI/F22に指示する。タイプAの応答信号がNFC_DEPをサポートしていないことを示す場合には、タイプAの応答信号が通信されても、携帯端末70とのP2P通信リンクを確立不可能である。そして、このような携帯端末70は、通常、NFC_DEPをサポートしていることを示すタイプFの応答信号を送信することができ、この場合、P2P通信リンクを確立可能である。従って、CPU32は、タイプFのみのPolling信号の送信をNFCI/F22に指示する。
When the type specified in S132 of FIG. 3 is A and the
CPU32は、図3のS132で特定されたタイプがFであり、かつ、携帯端末70がNFC_DEPをサポートしていない場合には、タイプAのみのPolling信号の送信をNFCI/F22に指示する。タイプFの応答信号がNFC_DEPをサポートしていないことを示す場合には、タイプFのPolling信号に対する応答信号が通信されても、携帯端末70とのP2P通信リンクを確立不可能である。そして、このような携帯端末70は、通常、NFC_DEPをサポートしていることを示すタイプAの応答信号を送信することができ、この場合、P2P通信リンクを確立可能である。従って、CPU32は、タイプAのみのPolling信号の送信をNFCI/F22に指示する。
When the type specified in S132 of FIG. 3 is F and the
なお、変形例では、S408において、CPU32は、携帯端末70の種類に関わらず、上記の4種類(変形例ではタイプA及びFのみ)のPolling信号の送信をNFCI/F22に指示してもよい。また、別の変形例では、CPU32は、Polling信号の送信をNFCI/F22に指示しなくてもよい。この場合、NFCI/F22は、携帯端末70から受信されるPolling信号に対する応答信号を送信することに応じて、P2P通信リンクを確立することができる。ただし、本実施例のように、NFCI/F22がPolling信号を送信する構成を採用すると、P2P通信リンクを迅速かつ適切に確立し得る。また、別の変形例では、NFCI/F22及び携帯端末70のNFCI/F72のそれぞれが、Polling信号を送信してもよい。この場合、NFCI/F22は、NFCI/F22自身から送信されるPolling信号に応じて携帯端末70から応答信号を受信する場合、又は、携帯端末70から受信されるPolling信号に応じて応答信号を送信する場合に、P2P通信リンクを確立することができる。
In the modification, in S408, the CPU 32 may instruct the NFC I /
S410において、CPU32は、タイマーのカウントを開始する。S412において、CPU32は、タイマーのカウント値が所定値を超えることを監視する。所定値は、携帯端末70へのURL39の送信が失敗したことを判断するための閾値である。CPU32は、タイマーのカウント値が所定値を超えた場合(S412でNO)には、S420において、URL39の送信失敗を示す通知画面を表示部14に表示させる。これにより、ユーザは、URL39の送信が失敗したことを知ることができる。S420が終了すると、S440に進む。
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
また、S430において、CPU32は、NFCI/F22とNFCI/F72との間にP2P通信リンクが確立されることを監視する。CPU32は、NFCI/F22からP2P通信リンクが確立されたことを示す情報を取得する場合(S430でYES)に、S432に進む。
In S430, the CPU 32 monitors whether a P2P communication link is established between the NFC I /
S432において、CPU32は、メモリ34内のURL39をNFCI/F22に供給する。この結果、NFCI/F22は、P2P通信リンクを介して、URL39が記述されたNDEF領域を含むNDEF信号を携帯端末70に送信する。
In S <b> 432, the CPU 32 supplies the URL 39 in the
S434において、CPU32は、携帯端末70から、URL39を受信したことを示す確認信号を受信したのか否かを判断する。CPU32は、NFCI/F22から確認信号を受信したことを示す情報を取得する場合(S434でYES)に、S440に進み、NFCI/F22から当該情報を取得しない場合(S434でNO)に、S420に進む。
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
S440において、CPU32は、NFCI/F22を介して、Deactivate信号を携帯端末70に送信する。これにより、NFCI/F22とNFCI/F72との間のP2P通信リンクが切断される。
In S <b> 440, the CPU 32 transmits a Deactivate signal to the
S442は、S402と同様である。S444において、CPU32は、NFCI/F22のモード状態を、R/WがONされており、P2Pモード及びCEモードがOFFされているモード状態に設定する。これにより、図3のS100のモード状態に戻る。S446は、S406と同様である。S446が終了すると、図6の処理が終了する。
S442 is the same as S402. In S444, the CPU 32 sets the mode state of the NFC I /
(具体的なケース)
続いて、図7〜図10を参照して、図3〜図6の各処理によって実現される具体的なケースA〜Gについて説明する。各ケースA〜Gの初期状態では、認証フラグ38が「ON」に設定されており、この結果、NFCI/F22ではR/WモードのみがONされている(図3のS100)。
(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).
T10では、MFP10は、4つのタイプに対応する4種類のPolling信号を順次送信することを繰り返す(図3のS100)。
In T10, the
(ケースA;図7)
ケースAでは、対象装置は、通信タイプがタイプAに対応するMifare系の認証カード50Aである。認証カード50Aには、NFCID1「A3」が予め割り当てられている。
(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.
MFP10は、T20において、ユーザ名「U3」及びパスワード「P3」の組合せを含むユーザ情報の入力(即ちログイン操作)を受け付け(図3のS110)、T22において、登録ボタンの操作を受け付ける(S120でYES)。
The
その後、ユーザが認証カード50AをMFP10に近づけると、T30において、MFP10は、タイプAのPolling信号の送信に応じて、認証カード50Aから、SENS信号と、NFCID1「A3」を含むSDD信号と、SEL信号と、を含むタイプAの各応答信号を順次受信する(S130でYES)。この場合、MFP10は、タイプAを特定する(S132)。
Thereafter, when the user brings the authentication card 50A closer to the
MFP10は、SEL信号内の第6ビットがOFFを示すので、対象装置がISO_DEPをサポートしていないと判断し(図4のS200でNO)、対象装置がMifare系の認証カード50Aであると判断する。また、MFP10は、SEL信号内のカードタイプを示す情報に基づいて、認証カード50Aのカードタイプを特定する(S210)。T40では、MFP10は、SDD信号から、特定済みのカードタイプに対応するデータサイズを有するNFCID1「A3」を抽出する(S212)。T42では、MFP10は、ユーザ情報に対応付けてNFCID1「A3」を認証IDとしてユーザテーブル40に登録する(図3のS142)。なお、T42が完了すると、MFP10は、T20でログインしたユーザをログオフさせる。
Since the sixth bit in the SEL signal indicates OFF, the
T42にて認証カード50Aの認証IDのユーザテーブル40への登録が完了した後に、ユーザが認証カード50AをMFP10に再び近づけると、T50において、MFP10は、T30と同様に、タイプAの各応答信号を受信する(S150でYES)。この場合、MFP10は、タイプAを特定する(S152)。その後のT60は、T40と同様である。
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
T62において、MFP10は、認証カード50Aの認証を実行する(S162)。MFP10は、T60で抽出されたNFCID1「A3」に一致する認証ID「A3」がユーザテーブル40に登録されているので、認証が成功したと判断する。この場合、MFP10は、ユーザ名「U3」に対応するユーザに許可されている機能を実行する。
In T62, the
(ケースB;図7)
ケースBでは、対象装置は、通信タイプがタイプAに対応するMifare Desfire系の認証カード50Bである。認証カード50Bには、NFCID1「A4」が予め割り当てられている。
(Case B; Fig. 7)
In Case B, the target device is a Mifare
T130において、MFP10は、タイプAのPolling信号の送信に応じて、認証カード50Bから、SENS信号と、NFCID1「A4」を含むSDD信号と、SEL信号と、を含むタイプAの各応答信号を順次受信する(S150でYES)。この場合、MFP10は、タイプAを特定する(S152)。
In T130, in response to the transmission of the type A polling signal, the
MFP10は、SEL信号内の第6ビットがONを示すので、対象装置がISO_DEPをサポートしていると判断し(図4のS200でYES)、SEL信号内の第7ビットがOFFを示すので対象装置がNFC_DEPをサポートしていないと判断する(S220でNO)。そして、MFP10は、SENS信号内のデータサイズ情報が7バイトを示すので(S222でYES)、対象装置がMifare Desfire系の認証カード50Bであると判断する。この結果、MFP10は、T140において、SDD信号からNFCID1「A4」を抽出し(S212)、T142において、NFCID1「A4」を利用した認証を実行する(図3のS162)。
Since the sixth bit in the SEL signal indicates ON, the
(ケースC;図8)
図7のケースCでは、対象装置は、通信タイプがタイプAに対応する携帯端末70Aであって、P2P通信を実行可能な携帯端末70Aである。携帯端末70Aには、認証アプリケーション78の初回起動時に生成された生成ID「A5」が割り当てられている。
(Case C; FIG. 8)
In case C of FIG. 7, the target device is a
ユーザが携帯端末70AをMFP10に近づけて、携帯端末70AがMFP10からPolling信号を受信すると、T228において、携帯端末70AのOSソフトウェア74は、ランダムに文字列を生成して、当該文字列をNFCID1「A6」として決定する。
When the user brings the mobile terminal 70A close to the
T230において、MFP10は、タイプAのPolling信号の送信に応じて、携帯端末70Aから、SENS信号と、NFCID1「A6」を含むSDD信号と、SEL信号と、を含むタイプAの各応答信号を受信する(S150でYES)。この場合、MFP10は、タイプAを特定する(S152)。
In T230, the
MFP10は、SEL信号内の第6ビットがONを示すので、対象装置がISO_DEPをサポートしていると判断し(図4のS200でYES)、SEL信号内の第7ビットがONを示すので対象装置がNFC_DEPをサポートしていると判断する(S220でYES)。これにより、MFP10は、対象装置がP2P通信を実行可能な携帯端末70Aであると判断する。
Since the sixth bit in the SEL signal indicates ON, the
T232において、MFP10は、携帯端末70Aから、Format情報を含むFormat信号と、NDEF領域を含むNDEF信号と、を含むT4Tの各応答信号を受信する。具体的には、MFP10は、まず、Format信号を受信し(S230)、Format情報が、携帯端末70AがNDEFをサポートしていることを示すので(S232でYES)、さらに、NDEF信号を受信する(S234)。MFP10は、NDEF領域にベンダ情報が含まれるので(S236でYES)、T240において、NDEF領域から生成ID「A5」を抽出し(S238)、T242において、生成ID「A5」を利用した認証を実行する(図3のS162)。
In T232, the
(ケースD;図8)
ケースDでは、対象装置は、通信タイプがタイプAに対応する携帯端末70Bであって、実際にはP2P通信を実行可能であるにも関わらず、SEL信号内の第7ビットにOFFを記述する携帯端末70Bである。携帯端末70Bには、認証アプリケーション78の初回起動時に生成された生成ID「A7」が割り当てられている。
(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
T248において、携帯端末70BのOSソフトウェア74は、ランダムに文字列を生成して、当該文字列をNFCID1「A8」として決定する。
At T248, the
T250において、MFP10は、タイプAのPolling信号の送信に応じて、携帯端末70Bから、SENS信号と、NFCID1「A8」を含むSDD信号と、SEL信号と、を含むタイプAの各応答信号を順次受信する(S150でYES)。この場合、MFP10は、タイプAを特定する(S152)。
In T250, in response to the transmission of the type A polling signal, the
MFP10は、SEL信号内の第6ビットがONを示すので、対象装置がISO_DEPをサポートしていると判断し(図4のS200でYES)、SEL信号内の第7ビットがOFFを示すので対象装置がNFC_DEPをサポートしていないと判断する(S220でNO)。そして、MFP10は、SENS信号内のデータサイズ情報が4バイトを示すので(S222でNO)、対象装置がP2P通信を実行不可能な携帯端末70Bであると判断する。その後のS252〜S262は、ケースCのT232〜T242と同様である。
Since the sixth bit in the SEL signal indicates ON, the
(ケースE;図9)
ケースEでは、対象装置は、通信タイプがタイプFに対応するFeliCa Standard 、FeliCa Liteなどの認証カード50Cである。認証カード50Cには、NFCID2「A9」が予め割り当てられている。
(Case E; Fig. 9)
In case E, the target device is an
T330において、MFP10は、タイプFのPolling信号の送信に応じて、認証カード50Cから、SENSF信号を含むタイプFの応答信号を受信する(S150でYES)。SESF信号は、ICタイプ「01h」を示すPAD0と、NFCID2「A9」と、を含む。この場合、MFP10は、タイプFを特定する(S152)。
In T330, the
MFP10は、PAD0が示すICタイプ「01h」が所定タイプを示さないので(図5のS300でNO)、対象装置がFeliCa Standard 、FeliCa Liteなどの認証カード50Cであると判断する。この結果、MFP10は、T340において、SENSF信号からNFCID2「A9」を抽出し(S312)、T342において、NFCID2「A9」を利用した認証を実行する(図3のS162)。
Since the IC type “01h” indicated by PAD0 does not indicate the predetermined type (NO in S300 in FIG. 5), the
(ケースF;図9)
ケースFでは、対象装置は、通信タイプがタイプFに対応する携帯端末70Cである。携帯端末70Cには、認証アプリケーション78の初回起動時に生成された生成ID「A10」が割り当てられている。
(Case F; Fig. 9)
In Case F, the target device is a
T348において、携帯端末70CのOSソフトウェア74は、ランダムに文字列を生成して、当該文字列をNFCID2「A11」として決定する。
At T348, the
T350において、MFP10は、タイプFのPolling信号の送信に応じて、携帯端末70Cから、SENSF信号を含むタイプFの応答信号を受信する(S150でYES)。SENSF信号は、ICタイプ「06h」を示すPAD0と、NFCID2「A11」と、を含む。この場合、MFP10は、タイプFを特定する(S152)。
In T350, the
MFP10は、PAD0が示すICタイプ「06h」が所定タイプを示すので(図5のS300でYES)、対象装置が携帯端末70Cであると判断する。その後のT352〜T362は、図7のケースCのT232〜T242と同様である。
Since the IC type “06h” indicated by PAD0 indicates the predetermined type (YES in S300 in FIG. 5), the
(ケースG:図10)
ケースGでは、対象装置は、通信タイプがタイプAに対応している携帯端末70Dであって、認証アプリケーション78をまだインストールしていない携帯端末70Dである。認証アプリケーション78がインストールされていない状態では、携帯端末70Dは、NDEFを利用することができない。
(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
T428〜T430は、NFCID1「A12」が利用される点を除くと、図8のT228〜T230と同様である。T432において、MFP10は、携帯端末70Dから、Format信号を含むT4Tの各応答信号を受信する。Format情報が、携帯端末70DがNDEFをサポートしていないことを示すので(S232でNO)、MFP10は、URL供給処理(S240)を実行する。
T428 to T430 are the same as T228 to T230 in FIG. 8 except that NFCID1 “A12” is used. In T432, the
T440において、MFP10は、Deactivate信号を携帯端末70Dに送信する(図6のS400)。これにより、MFP10と携帯端末70との間の通信リンクが切断される。
In T440, the
MFP10は、T442において、NFCI/F22のRFをOFFし(S402)、T444において、NFCI/F22のモード状態をP2Pモード及びR/WモードのみがONされている状態に設定し(S404)、T446において、NFCI/F22のRFをONする(S406)。
In T442, the
MFP10は、T430で受信した信号に基づいて、T430の応答信号がタイプAに対応しており、かつ、P2P通信可能であると判断し、この結果、T450において、4種類のPolling信号の送信を実行する(S408)。この場合、MFP10は、携帯端末70DからタイプA又はFに対応する応答信号を受信して、T460において、P2P通信リンクを確立する(S430でYES)。
Based on the signal received at T430, the
MFP10は、T470において、P2P通信リンクを利用して、URL39を含むNDEF信号を携帯端末70Dに送信し(S432)、T472において、携帯端末70Dから確認信号を受信する(S434でYES)。そして、MFP10は、T480において、Deactivate信号を送信し(S440)、T482において、NFCI/F22のRFをOFFし(S442)、T484において、NFCI/F22のモード状態をR/WモードのみがONされているモード状態に設定し(S444)T486において、NFCI/F22のRFをONする(S446)。
The
なお、携帯端末70DのOSプログラムは、通常、NDFE信号内にURLが記述されていることを認識すると、ブラウザプログラムを起動させて、当該URLにアクセスする。従って、携帯端末70Dは、T470において、URL39を含むNDEF信号を受信すると、認証アプリケーション78をインストールするためのURL39にアクセスする。このために、ユーザは、URL39によって示されるウェブ画面において、認証アプリケーション78をインストールするための操作を容易に実行することができる。
When the OS program of the
(第1実施例の効果)
上述のように、認証カード50のNFCID1、NFCID2、UIDは、固定的なIDであり、さらに、ユニークさが保証されているので、認証に適している。一方、携帯端末70のOSソフトウェア74によって準備されるNFCID1又はNFCID2は、NFC通信が実行される毎に決定されるので、固定的なIDではなく、認証に適していない。また、OSソフトウェア74の中には、予め決められている固定的なIDをNFCID1又はNFCID2として利用する特定のOSソフトウェアが存在し得る。このような特定のOSソフトウェアは、固定的なIDを利用するが、当該特定のOSソフトウェアを有する複数の携帯端末の間で同じIDがNFCID1又はNFCID2として利用される。このようなIDは、ユニークさが保証されないので、やはり、認証に適していない。そこで、本実施例では、MFP10は、対象装置が認証カード50であるのか携帯端末70であるのかに応じて、認証に利用すべきIDを変える。即ち、MFP10は、図4のSENS信号及びSEL信号に含まれる各情報、又は、図5のSENSF信号に含まれるPAD0を利用して、対象装置が認証カード50であるのか携帯端末70であるのかを判断する(図4のS200、S220、S222、図5のS300)。そして、MFP10は、対象装置が認証カード50であると判断する場合には、NFCID1又はNFCID2を利用した認証を実行し(図4のS212、図5のS312、図3のS162)、対象装置が携帯端末70であると判断する場合には、T4T通信によって受信されるNDEF領域内の生成IDを利用した認証を実行する(図4のS238、図5のS338、図3のS162)。ここで、生成IDは、携帯端末70の認証アプリケーション78によって生成される固定的かつユニークなIDである。このために、MFP10は、対象装置が携帯端末70である場合に、認証に適していないNFCID1又はNFCID2を利用せずに、生成IDを利用した認証を適切に実行することができる。
(Effects of the first embodiment)
As described above, the NFCID1, NFCID2, and UID of the
また、MFP10は、携帯端末70が認証アプリケーション78をまだインストールしていない場合(図4のS232でNO、S236でNO、図5のS332でNO、336でNO)には、URL供給処理(図4のS240、図5のS340、図6)を実行して、URL39を携帯端末70に送信する。ユーザは、例えばタッチパネル等を操作してURL39を携帯端末70に入力しなくても、認証アプリケーション78を容易にインストールすることができる。これにより、ユーザの利便性を向上させることができる。
Further, when the
(対応関係)
MFP10、認証カード50、携帯端末70が、それぞれ、「通信装置」、「第1種の装置」、「第2種の装置」の一例である。NFCI/F22が、「無線インターフェース」の一例である認証アプリケーション78、URL39が、それぞれ、「所定のアプリケーションソフトウェア」、「位置情報」の一例である。図4の各信号100〜122及び図5の各信号140〜162が、「1個以上の信号」の一例である。図4では、SENS信号100、SDD信号102、SEL信号104が、「第1の信号」の一例である。図5では、SENSF信号140が、「第1の信号」の一例である。Format信号120、160及びNDEF信号122、162が、「第2の信号」の一例である。タイプA又はFが「第1の通信タイプ」の一例である。タイプF又はAが、「第2の通信タイプ」の一例である。アクティビティ層、T1T〜T5T層が、それぞれ、「第1の通信レイヤ」、「第2の通信レイヤ」の一例である。
(Correspondence)
The
NFCID1、NFCID2、及び、UIDが、「第1の識別情報」の一例であり、生成IDが、「第2の識別情報」の一例である。SENS信号100、SEL信号104、及び、SENSF信号140内の各情報が、「属性情報」の一例である。Format信号120、160内の情報が、「第1の情報」の一例である。NDEF信号122、162内の情報が、「第2の情報」の一例である。ISO/IEC14443−4が、「所定規格に準拠した特定規格」の一例である。SEL信号104内の第6ビットが、「第3の情報」の一例である。SEL信号104内の第6ビット及びSENSF信号140の第1バイトが、「第4の情報」の一例である。R/Wモード、P2Pモードが、それぞれ、「第1の通信モード」、「第2の通信モード」の一例である。認証フラグ38が「OFF」である状態、「ON」である状態が、それぞれ、「第1の動作状態」、「第2の動作状態」の一例である。
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
図4のS200、220、222、及び、図5のS300が、「第1の判断部」が実行する処理の一例である。図4のS232、236、及び、図5のS332、336が、「第2の判断部」が実行する処理の一例である。図4のS212又は図5のS312を経た図3のS142又はS162が、「第1の処理実行部」が実行する処理の一例である。図4のS238又は図5のS338を経た図3のS142又はS162が、「第2の処理実行部」が実行する処理の一例である。 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”.
(第2実施例)
第1実施例と異なる点を中心に説明する。第2実施例では、CPU32は、図6に代えて、図11のURL供給処理を実行する。
(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供給処理:図11)
S500、S502は、図6のS400、S402と同様である。S504において、CPU32は、NFCI/F22のモード状態を、P2Pモード及びR/WモードがOFFされており、CEモードがONされているモード状態に設定する。S506において、CPU32は、URL39をNFCI/F22に供給する。この結果、NFCI/F22は、NFCI/F22内のメモリ(図示省略)にURL39を記憶させる。S508は、図6のS406と同様である。
(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 /
NFCI/F22においてCEモードのみがONされている場合には、NFCI/F22は、Polling信号を送信不可能である。この場合、NFCI/F22は、携帯端末70から受信されるPolling信号に対する応答信号を送信することによって、NFCI/F22がCEモードで動作すると共にNFCI/F72がR/Wモードで動作するCE−R/W通信リンクを確立することができる。
When only the CE mode is turned on in the NFC I /
S510、S512、S520は、図6のS410、S412、S420と同様である。S530において、CPU32は、CE−R/W通信リンクを介して、携帯端末70からRead信号を受信することを監視する。NFCI/F22は、Read信号を受信する場合に、S506で記憶されたURL39を携帯端末70に送信し、次いで、Read信号を受信したことを示す情報をCPU32に供給する。CPU32は、NFCI/F22から当該情報を取得する場合に、S530でYESと判断し、S540に進む。
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
S540において、CPU32は、携帯端末70からDeactivate信号を受信することを監視する。NFCI/F22は、Deactivate信号を受信する場合に、当該信号を受信したことを示す情報をCPU32に供給する。CPU32は、NFCI/F22から当該情報を取得する場合に、S540でYESと判断し、S542に進む。S542〜S546は、図6のS442〜446と同様である。
In S540, the CPU 32 monitors whether a Deactivate signal is received from the
(ケースH:図12)
続いて、図12を参照して、本実施例で実現されるケースHについて説明する。T528〜T542は、図10のT428〜T442と同様である。
(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.
MFP10は、T544において、NFCI/F22のモード状態をCEモードのみがONされているモード状態に設定し(図11のS504)、T546において、URL39をNFCI/F22に供給し(S506)、T548において、RFをONする(S508)。
In T544, the
ユーザが携帯端末70DをMFP10に近づけると、T560において、NFCI/F22とNFCI/F72との間にCE−R/W通信リンクが確立される。そして、MFP10は、T562において、携帯端末70DからRead信号を受信し(S530でYES)、T570において、URL39を含むNDEF信号を携帯端末70Dに送信し、T580において、携帯端末70DからDeactivate信号を受信する(S540でYES)。その後のT582〜T586の処理は、図10のT482〜486と同様である。
When the user brings the
(第2実施例の効果)
本実施例でも、MFP10がURL39を携帯端末70に送信することができるので、ユーザの利便性が向上する。また、図11のS504において、仮に、R/WモードのみがONされる比較例の構成を採用することを想定する。この場合、MFP10がR/Wモードで動作すると共に携帯端末70がCEモードで動作するR/W−CE通信リンクが確立され、MFP10は、Write信号を携帯端末70に送信することによって、URL39を携帯端末70に送信することができる。ただし、比較例の構成では、MFP10は、Write信号を携帯端末70に送信する前に、Write信号に応じた動作を実行可能であるのか否かを携帯端末70に問い合わせる必要がある。これに対し、本実施例では、MFP10は、CEモードのみをONしてRead信号を受信する構成を採用しているので、Write信号に関する上記の問合せを実行せずに済む。また、CEモードで動作する機器は、通常、Read信号に従った動作を実行可能であるので、携帯端末70は、Read信号に応じた動作を実行可能であるのか否かをMFP10に問い合わせる必要もない。本実施例によると、事前の問合せが必要ないので、URL39を送信するための処理を簡単化することができる。
(Effect of the second embodiment)
Also in this embodiment, since the
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。 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.
(変形例1)CPU32は、図3のS110でYESと判断する場合に、NFCI/F22のモード状態を、P2Pモード、R/Wモード、及び、CEモードの全てがONされているモード状態に変更してもよい。この状態では、CPU32は、図2と同様に、印刷機能を実行し得る。また、CPU32は、S120でYESと判断する場合に、NFCI/F22のモード状態を、P2Pモード及びCEモードがOFFされており、かつ、R/WモードがONされているモード状態に変更してもよい。この場合、CPU32は、対象装置からIDを抽出して登録するための処理(S130〜S142)を適切に実行することができる。本変形例でも、認証フラグ38が「OFF」である状態、「ON」である状態が、それぞれ、「第1の動作状態」、「第2の動作状態」の一例である。別の観点では、ログイン操作後に登録ボタンが操作されていない状態、登録ボタンが操作された後の状態が、それぞれ、「第1の動作状態」、「第2の動作状態」の一例である。また、別の変形例では、NFCI/F22のモード状態は、少なくともR/WモードがONされているモード状態に固定されてもよい。即ち、「モード制御部」を省略可能である。
(Modification 1) When the CPU 32 determines YES in S110 of FIG. 3, the mode state of the NFC I /
(変形例2)図4のS220、S222、及び、S230の処理の順番が異なっていてもよい。例えば、CPU32は、S222の処理を最初に実行し、S222でNOの場合に、S220及びS230の処理を実行してもよい。 (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.
(変形例3)例えば、Mifare Desfire系の認証カードが利用されない環境下では、図4のS220及びS222を省略して、S200でYESの場合に、対象装置が携帯端末であると判断されてもよい。また、例えば、P2P通信を実行不可能な携帯端末が利用されない環境下では、S222を省略して、S220でYESの場合に、対象装置が携帯端末であると判断され、S220でNOの場合に、対象装置が認証カードであると判断されてもよい。また、例えば、Mifare系の認証カードが利用されない環境下では、S200を省略して、S220以降の処理が実行されてもよい。即ち、「第1の判断部」は、第3の情報を利用せずに判断してもよい。 (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.
(変形例4)例えば、タイプAに対応する対象装置が利用されない環境下では、図4の処理の全部が省略されてもよい。この場合、タイプFに対応する図5の処理が実行される。また、例えば、タイプFに対応する対象装置が利用されない環境下では、図5の処理の全部が省略されてもよい。この場合、タイプAに対応する図4の処理が実行される。 (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.
(変形例5)図4のS230のT4T通信で受信される信号内の所定領域に生成IDが記述されていてもよい。この場合、CPU32は、S230を実行した後に、上記の所定領域に生成IDが記述されているのか否かを判断することによって、携帯端末が所定のアプリケーションソフトウェアに従って生成IDを送信可能であるのか否かを判断してもよい。従って、S232〜S236を省略可能である。即ち、「第2の判断部」は、第1の情報及び第2の情報を利用せずに判断してもよい。 (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.
(変形例6)CPU32は、図4のS234及び図5のS334において、生成IDに代えて、ユーザ情報(ユーザ名及びパスワード)を受信してもよい。例えば、ユーザが認証アプリケーション78を起動すると、ユーザ情報を入力可能な画面が携帯端末70に表示される。ユーザがユーザテーブル40に登録されているユーザ情報を入力する場合に、携帯端末70は入力されたユーザ情報を記憶する。ユーザが携帯端末70をMFP10に近づけて、MFP10と携帯端末70とのNFC通信が確立されると、S234及びS334において、CPU32は、携帯端末70からユーザ情報を含むNDEF信号を受信する。この場合、S238及びS338において、CPU32は、NDEF信号からユーザ情報を抽出し、当該ユーザ情報とユーザテーブル40に登録されているユーザ情報とが一致する場合に、認証が成功したと判断する。本変形例では、CPU32は、認証IDの登録を実行する必要が無い。従って、図3のS120、S130〜S144の処理を省略することができる。
(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
(変形例7)ユーザテーブル40への認証IDの登録は、管理者が操作部12を操作することによって実行されてもよい。この場合、図3のS120、S130〜S144を省略可能である。
(Modification 7) The registration of the authentication ID in the user table 40 may be executed by the administrator operating the
(変形例8)例えば、対象装置がタイプAに対応する携帯端末70である場合に、図3のS130又はS150において受信される1個の応答信号が、NFCID1のデータサイズを示す情報と、NFCID1と、ISO_DEP及びNFC_DEPをサポートしているか否かの情報と、Format情報と、NDEF領域と、の全てを含んでいてもよい。この場合、上記の1個の応答信号のみが、「1個以上の信号」の一例である。また、例えば、図8において、MFP10は、タイプAの各応答信号よりも先にT4Tの応答信号を受信してもよい。即ち、「第2の信号」は、「第1の信号」よりも先に受信されてもよい。一般的に言うと、「第1の信号」及び「第2の信号」を受信する順番は限定されない。
(Modification 8) For example, when the target device is a
(変形例9)図2のS10において、CPU32は、NFCI/F22のモード状態を、CEモードのみがONされているモード状態に設定してもよい。この場合、S12において、CPU32は、NFCI/F22がCEモードで動作すると共にNFCI/F72がR/Wモードで動作するCE−R/W通信リンクが確立されることを監視する。S14〜S24の処理は、上記の実施例と同様である。ただし、S16の結果として、NFCI/F22は、CE−R/W通信リンクを介して、無線設定を携帯端末70に送信する。一般的に言うと、「第3のモード状態」は、P2Pモード及びCEモードのうちの少なくとも一方のモードが有効化されている状態であればよい。
(Modification 9) In S10 of FIG. 2, the CPU 32 may set the mode state of the NFC I /
(変形例10)ユーザテーブル40は、ショートカット機能を示すショートカット情報を格納していてもよい。ショートカット情報は、例えば、スキャン設定、スキャンデータの宛先等を示す情報であってもよい。この場合、CPU32は、対象装置の認証が成功した場合(S162)に、認証が成功した認証IDに対応するショートカット情報に含まれるスキャン設定に従ったスキャンを実行し、その後、ショートカット情報に含まれる宛先にスキャンデータを送信する。 (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.
(変形例11)「無線インターフェース」は、NFC通信を実行するためのI/Fでなくてもよく、例えば、BlueTooth(登録商標)、TransferJet(登録商標)等の他の通信方式に従った無線通信を実行するためのI/Fであってもよい。 (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.
(変形例12)「通信装置」は、複数の機能を実行可能なMFP10でなくてもよく、印刷機能のみを実行可能な印刷装置、スキャン機能のみを実行可能なスキャナ装置等であってもよい。
(Modification 12) The “communication device” may not be the
(変形例13)上記の実施例では、MFP10のCPU32がプログラム36(即ちソフトウェア)を実行することによって、図2〜図6の各処理が実現される。これに代えて、図2〜図6の各処理のうちの少なくとも1つの処理は、論理回路等のハードウェアによって実現されてもよい。
(Modification 13) In the above-described embodiment, the CPU 32 of the
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。 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:通信システム、10:多機能機(MFP)12:操作部、14:表示部、16:印刷実行部、18:スキャン実行部、20:Wi−FiI/F、22:NFCI/F、30:制御部、32:CPU、34:メモリ、36:プログラム、38:認証フラグ、39:URL、40:ユーザテーブル、50、50A〜50C:認証カード、52:NFCI/F、70、70A〜70D:携帯端末、72:NFCI/F、74:OSソフトウェア、76:印刷アプリケーション、78:認証アプリケーション 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)
所定規格に従った無線通信を実行するための無線インターフェースと、
対象装置から、前記無線インターフェースを介して、1個以上の信号を受信する受信部と、
前記1個以上の信号に含まれる属性情報を利用して、前記対象装置が、第1種の装置であるのか、第2種の装置であるのか、を判断する第1の判断部と、
前記対象装置が前記第1種の装置であると判断される場合に、前記1個以上の信号に含まれる第1の識別情報を利用して、所定処理を実行する第1の処理実行部と、
前記対象装置が前記第2種の装置であると判断される場合に、前記対象装置が所定のアプリケーションソフトウェアに従って前記第1の識別情報とは異なる第2の識別情報を前記通信装置に送信可能であるのか否かを、前記1個以上の信号を利用して判断する第2の判断部と、
前記対象装置が前記第2の識別情報を送信可能であると判断される場合に、前記1個以上の信号に含まれる前記第2の識別情報を利用して、前記所定処理を実行する第2の処理実行部と、
前記対象装置が前記第2の識別情報を送信可能でないと判断される場合に、前記所定のアプリケーションソフトウェアをインストールするための位置情報を、前記無線インターフェースを介して、前記対象装置に送信する送信部と、
を備える通信装置。 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:
前記所定のアプリケーションソフトウェアは、前記対象装置の認証を前記通信装置に実行させるためのアプリケーションソフトウェアである、請求項1に記載の通信装置。 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.
前記第1の判断部は、前記対象装置から前記第1の信号が受信される場合に、前記第1の信号に含まれる前記属性情報を利用して、前記対象装置が、前記第1種の装置であるのか、前記第2種の装置であるのか、を判断し、
前記受信部は、前記対象装置が前記第2種の装置であると判断される場合に、前記1個以上の信号のうちの第2の信号であって、前記第1の信号とは異なる前記第2の信号を受信し、
前記第2の判断部は、前記対象装置から前記第2の信号が受信される場合に、前記第2の信号を利用して、前記対象装置が前記第2の識別情報を送信可能であるのか否かを判断し、
前記第2の処理実行部は、前記対象装置が前記第2の識別情報を送信可能であると判断される場合に、前記対象装置が所定のアプリケーションソフトウェアに従って送信する前記第2の識別情報であって、前記第2の信号に含まれる前記第2の識別情報を利用して、前記所定処理を実行する、請求項1又は2に記載の通信装置。 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.
第1の通信レイヤを利用して、前記第1の通信レイヤよりも上位である第2の通信レイヤを利用せずに、前記第1の信号を受信し、
前記第2の通信レイヤを利用して、前記第2の信号を受信する、請求項3に記載の通信装置。 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.
前記第2の判断部は、
前記第1の情報が、前記対象装置が前記所定のフォーマットをサポートしていることを示す場合に、前記対象装置が前記第2の識別情報を送信可能であると判断し、
前記第1の情報が、前記対象装置が前記所定のフォーマットをサポートしていないことを示す場合に、前記対象装置が前記第2の識別情報を送信可能でないと判断する、請求項3又は4に記載の通信装置。 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.
前記第2の判断部は、
前記第2の情報が、前記対象装置が前記所定のアプリケーションソフトウェアを有することを示す場合に、前記対象装置が前記第2の識別情報を送信可能であると判断し、
前記第2の情報が、前記対象装置が前記所定のアプリケーションソフトウェアを有さないことを示す場合に、前記対象装置が前記第2の識別情報を送信可能でないと判断する、請求項3から5のいずれか一項に記載の通信装置。 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.
前記第1の判断部は、
前記第3の情報が、前記対象装置が前記特定規格に従った装置でないことを示す場合に、前記対象装置が前記第1種の装置であると判断し、
前記第3の情報が、前記対象装置が前記特定規格に従った装置であることを示す場合に、前記対象装置が前記第2種の装置であると判断する、請求項1から6のいずれか一項に記載の通信装置。 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.
前記通信装置は、さらに、
前記対象装置が前記第2の識別情報を送信可能でないと判断される場合に、前記無線インターフェースのモード状態を、前記第1の通信モードとは異なる第2の通信モードであって、前記所定規格で定められている前記第2の通信モードが無効化されている第1のモード状態から、前記第2の通信モードが有効化されている第2のモード状態に変更するモード制御部を備え、
前記送信部は、前記無線インターフェースの前記モード状態が前記第1のモード状態から前記第2のモード状態に変更された後に、前記第2の通信モードを利用して、前記位置情報を前記対象装置に送信する、請求項1から7のいずれか一項に記載の通信装置。 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
前記対象装置が前記第2の識別情報を送信可能でないと判断される場合に、前記無線インターフェースの電波状態を、電波を利用可能な可能状態から、電波を利用不可能な不可能状態に変更する電波制御部を備え、
前記モード制御部は、前記無線インターフェースの前記電波状態が前記可能状態から前記不可能状態に変更された後に、前記無線インターフェースの前記モード状態を前記第1のモード状態から前記第2のモード状態に変更し、
前記電波制御部は、さらに、前記無線インターフェースの前記モード状態が前記第1のモード状態から前記第2のモード状態に変更された後に、前記無線インターフェースの前記電波状態を前記不可能状態から前記可能状態に変更する、請求項8に記載の通信装置。 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.
前記モード制御部は、さらに、前記無線インターフェースの前記モード状態が前記第1のモード状態から前記第2のモード状態に変更されてから、前記無線リンクが確立されることなく、前記所定時間が経過する場合に、前記無線インターフェースの前記モード状態を前記第2のモード状態から前記第1のモード状態に変更する、請求項8又は9に記載の通信装置。 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.
前記第1の通信モードは、前記NFC規格で定められているR/W(Reader/Writerの略)モードであり、
前記第2の通信モードは、前記NFC規格で定められているP2P(Peer to Peerの略)モード及びCE(Card Emulationの略)モードのいずれか一方のモードである、請求項8から10のいずれか一項に記載の通信装置。 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.
前記通信装置の動作状態が第1の動作状態である場合に、前記無線インターフェースの前記モード状態を、少なくとも前記P2Pモードが有効化されている第3のモード状態に設定し、
前記通信装置の前記動作状態が前記第1の動作状態から第2の動作状態に変更される場合に、前記無線インターフェースの前記モード状態を、前記第3のモード状態から、前記P2Pモード及び前記CEモードが無効化されていると共に、前記R/W(Reader/Writerの略)モードが有効化されている前記第1のモード状態に変更する、請求項11に記載の通信装置。 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.
前記モード制御部は、
前記特定の場合において、前記第4の情報が、前記対象装置が前記双方向通信を実行不可能であることを示す場合に、前記無線インターフェースが、前記第1の通信タイプに対応する前記ポーリングを実行せずに、前記第2の通信タイプに対応する前記ポーリングを実行するように、前記無線インターフェースの前記モード状態を前記第1のモード状態から前記第2のモード状態に変更し、
前記特定の場合において、前記第4の情報が、前記対象装置が前記双方向通信を実行可能であることを示す場合に、前記無線インターフェースが、前記第1の通信タイプ及び前記第2の通信タイプを含む複数個の通信タイプのそれぞれに対応するポーリングを実行するように、前記無線インターフェースの前記モード状態を前記第1のモード状態から前記第2のモード状態に変更する、請求項13に記載の通信装置。 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.
前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
対象装置から、所定規格に従った無線通信を実行するための無線インターフェースを介して、1個以上の信号を受信する受信処理と、
前記1個以上の信号に含まれる属性情報を利用して、前記対象装置が、第1種の装置であるのか、第2種の装置であるのか、を判断する第1の判断処理と、
前記対象装置が前記第1種の装置であると判断される場合に、前記1個以上の信号に含まれる第1の識別情報を利用した所定処理と、
前記対象装置が前記第2種の装置であると判断される場合に、前記対象装置が所定のアプリケーションソフトウェアに従って前記第1の識別情報とは異なる第2の識別情報を前記通信装置に送信可能であるのか否かを、前記1個以上の信号を利用して判断する第2の判断処理と、
前記対象装置が前記第2の識別情報を送信可能であると判断される場合に、前記1個以上の信号に含まれる前記第2の識別情報を利用した前記所定処理と、
前記対象装置が前記第2の識別情報を送信可能でないと判断される場合に、前記所定のアプリケーションソフトウェアをインストールするための位置情報を、前記無線インターフェースを介して、前記対象装置に送信する送信処理と、
を実行させるコンピュータプログラム。 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
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)
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 |
-
2016
- 2016-03-31 JP JP2016071816A patent/JP6645323B2/en active Active
Cited By (2)
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 |