Patent Grant
11736274
This application claims priority to Japanese Patent Application No. 2019-002066 filed on Jan. 9, 2019, the contents of which are hereby incorporated by reference into the present application.
The present teachings disclose a technique related to a terminal device capable of establishing wireless connection between a communication device and an external device.
DPP (Device Provisioning Protocol) scheme, which is a wireless communication scheme established by the Wi-Fi Alliance, is known. The DPP scheme is a wireless communication scheme for easily establishing a Wi-Fi connection. For example, a terminal device executes a communication complying with the DPP scheme to send, to a client device, information for establishing a Wi-Fi connection with an access point. As a result, a Wi-Fi connection is established between the client device and the access point.
The present teachings disclose a technique capable of establishing wireless connection between a communication device and an external device irrespective of whether the communication device is a device capable of executing wireless communication complying with a predetermined rule of a Wi-Fi scheme, or is a device incapable of executing the wireless communication complying the predetermined rule.
A non-transitory computer-readable medium storing computer-readable instructions for a terminal device is disclosed herein. The computer-readable instructions, when executed by a processor of the terminal device, may cause the terminal device to: in a case where a communication device outputs related information which is related to a wireless connection, obtain the related information; in a case where the communication device is a first type of communication device and the obtained related information is a first type of related information including a public key of the first type of communication device, send first connection information to the first type of communication device by using the first type of related information, the first type of communication device being capable of executing a wireless communication complying with a predetermined rule of Wi-Fi scheme, and the first connection information being for establishing a first type of wireless connection complying with the predetermined rule between the first type of communication device and a first external device different from the first type of communication device; and in a case where the communication device is a second type of communication device and the obtained related information is a second type of related information being different from the first type of related information, send second connection information to the second type of communication device by using the second type of related information, the second type of communication device being incapable of executing a wireless communication complying with the predetermined rule, and the second connection information being for establishing a second type of wireless connection not complying with the predetermined rule between the second type of communication device and a second external device different from the second type of communication device.
The above computer program is also novel and useful. The above terminal device itself and a method implemented by the terminal device are also novel and useful.
(Configuration of Communication System 2;
As shown in
(Configuration of Terminal 10)
The terminal 10 is a portable terminal device such as a cellphone (e.g., a smartphone), a PDA, and a tablet PC. In a variant, the terminal 10 may be a desktop PC, a laptop PC or the like.
The terminal 10 comprises an operation unit 12, a display unit 14, a Wi-Fi interface 16, a camera 20, and a controller 30. The respective units 12 to 30 are connected to a bus line (reference number omitted). Hereinbelow, an interface will be simply termed “I/F”.
The operation unit 12 comprises a plurality of keys. The user can input various instructions to the terminal 10 by operating the operation unit 12. The display unit 14 is a display for displaying various types of information. The display unit 14 also functions as a touch panel (i.e., operation unit) which receives instructions from the user. The camera 20 is a device for capturing images of an object, and in this embodiment, it is especially used to capture QR codes (registered trademark) for a printer and an AP.
A MAC address “macte” is assigned in the Wi-Fi I/F 16. The Wi-Fi I/F 16 is a wireless interface configured to execute wireless communication complying with a Wi-Fi scheme (hereinbelow termed “Wi-Fi communication”). The Wi-Fi scheme is, for example, a wireless communication scheme for executing wireless communication according to 802.11 standard of IEEE (the Institute of Electrical and Electronics Engineers, Inc.) and standards complying thereto (such as 802.11a, 11b, 11g, 11n, 11ac, etc.). The Wi-Fi I/F 16 especially supports a WFD (Wi-Fi Direct (registered trademark)) scheme established by the Wi-Fi Alliance. That is, the terminal 10 is a WFD device. The WFD scheme is a wireless communication scheme described in the standard “Wi-Fi Peer-to-Peer (P2P) Technical Specification Version 1.1” created by the Wi-Fi Alliance.
The terminal 10 can operate in any state of G/O (Group Owner) state, CL (Client) state, and device state of the WFD scheme. For example, the terminal 10 can operate as a client of the WFD scheme, and participate as a child station in a Wi-Fi network formed by a printer (e.g., the printer 200) operating as a G/O of the WFD scheme.
Further, the Wi-Fi I/F 16 supports Device Provisioning Protocol (DPP) scheme that is to be established by the Wi-Fi Alliance. The DPP scheme is described in a draft standard “Device Provisioning Protocol Technical Specification Version 0.2.11” created by the Wi-Fi Alliance, and is a wireless communication scheme for easily establishing wireless connection between a pair of devices (such as the printer 100 and the AP 300) by using the terminal 10.
The controller 30 comprises a CPU 32 and a memory 34. The CPU 32 executes various processes in accordance with programs 36, 38 stored in the memory 34. The memory 34 is constituted of a volatile memory, a non-volatile memory and the like, and stores the Operating System (OS) program 36 and the connection application 38 (hereinbelow simply termed “app 38”).
The OS program 36 is a program for controlling basic operations of the terminal 10. The app 38 is a program for establishing wireless connection complying with the Wi-Fi scheme between a pair of devices. The app 38 is installed in the terminal 10, for example, from a server on the Internet provided by a vendor of the printer 100.
(Configuration of Printer 100)
The printer 100 is a peripheral device (e.g., a peripheral device of the terminal 10) capable of executing a print function. The printer 100 comprises a display unit 114, a Wi-Fi I/F 116, and a memory 134.
The display unit 114 is a display for displaying various information. The Wi-Fi I/F 116 is similar to the Wi-Fi I/F 16 of the terminal 10. That is, the Wi-Fi I/F 116 supports the WFD scheme and the DPP scheme. Further, the Wi-Fi I/F 116 has a MAC address “macp1”.
The memory 134 stores a public key PPK1 and a private key psk1 to be used in processes complying with the DPP scheme, to be described later. The public key PPK1 and the private key psk1 are stored in advance in the memory 134 from a shipment stage of the printer 100. The printer 100 can display a QR code obtained by encoding DPP information including the public key PPK1 and the MAC address “macp1”. In a variant, the public key PPK1 and the private key psk1 may be created by the printer 100 at time of turning on power of the printer 100, and be stored in the memory 134.
(Configuration of Printer 200)
The printer 200 comprises a display unit 214, a Wi-Fi I/F 216, and a memory 234. The display unit 214 is similar to the display unit 114 of the printer 100.
The Wi-Fi I/F 216 is similar to the Wi-Fi I/F 116 of the printer 100 except for a point that the Wi-Fi I/F 216 does not support the DPP scheme. Further, the Wi-Fi I/F 216 has a MAC address “macp2”. Hereinbelow, a device not supporting the DPP scheme may be termed “non-DPP device” and a device supporting the DPP scheme may be termed “DPP device”.
The memory 234 stores WFD information WI to be used in processes complying with the WFD scheme, to be described later. The WFD information WI includes an SSID (Service Set Identifier) “p002” for identifying a Wi-Fi network complying with the WFD scheme, and a password “xxx” to be used in the Wi-Fi network. The printer 100 can display a QR code obtained by encoding the WFD information WI.
(Configuration of AP 300)
The AP 300 is an AP supporting the DPP scheme. A MAC address “maca1” is assigned in the AP 300. Further, AP information AI1, a public key APK1, and a private key ask1 are stored in advance from a shipment stage in the AP 300. The AP information AI1 includes an SSID “a001” for identifying the Wi-Fi network formed by the AP 300, and a password “yyy” to be used in the Wi-Fi network. The public key APK1 and the private key ask1 are information to be used in processes complying with the DPP scheme, to be described later. A QR code obtained by encoding DPP information including the public key APK1 and the MAC address “maca1” is adhered to a housing of the AP 300.
(Configuration of AP 400)
The AP 400 is an AP not supporting the DPP scheme. A MAC address “maca2” is assigned in the AP 400. Further, AP information AI2 is stored in advance from a shipment stage in the AP 400. The AP information AI2 includes an SSID “a002” for identifying the Wi-Fi network formed by the AP 400, and a password “zzz” to be used in the Wi-Fi network.
(Overview of DPP;
Next, an overview of a process for establishing wireless connection complying with the Wi-Fi scheme between a printer and an AP according to the DPP scheme will be described with reference to
In an initial state of
In T2, the terminal 10 executes Bootstrapping (hereinbelow simply termed “BS”) according to the DPP scheme with the AP 300. This BS is a process of providing, from the AP 300 to the terminal 10, information that is to be used in Authentication (hereinbelow simply termed “Auth”) of T4 to be described later in response to the QR code adhered to the AP 300 being captured by the terminal 10.
In T4, the terminal 10 executes Auth according to the DPP scheme with the AP 300 by using the information obtained in the BS of T2. This Auth is a process for the terminal 10 and the AP 300 to authenticate their communication counterparts.
In T6, the terminal 10 executes Configuration (hereinbelow simply termed “Config”) according to the DPP scheme with the AP 300. This Config is a process of sending, to the AP 300, information for the AP 300 to establish a Wi-Fi connection. Specifically, the terminal 10 creates a Configuration Object for AP (hereinbelow, Configuration Object will be simply termed “CO”), and sends the CO for AP to the AP 300. As a result, the CO for AP is stored in the AP 300.
Next, in T12, the terminal 10 executes BS according to the DPP scheme with the printer 100. This BS is a process of providing, from the printer 100 to the terminal 10, information that is to be used in Auth of T14 to be described later in response to a QR code displayed in the printer 100 being captured by the terminal 10.
In T14, the terminal 10 executes Auth according to the DPP scheme with the printer 100 by using the information obtained in the BS of T12. This Auth is a process for the terminal 10 and the printer 100 to authenticate their communication counterparts.
In T16, the terminal 10 executes Config according to the DPP scheme with the printer 100. This Config is a process of sending, to the printer 100, information for the printer 100 to establish a Wi-Fi connection. Specifically, the terminal 10 creates a CO for printer and sends it to the printer 100. As a result, the CO for printer is stored in the printer 100.
In T18, the printer 100 and the AP 300 execute Network Access (hereinbelow simply termed “NA”) according to the DPP scheme by using the stored CO for AP and the stored CO for printer. This NA is a process for sharing, between the printer 100 and the AP 300, a connection key for establishing a Wi-Fi connection between the printer 100 and the AP 300.
In T20, the printer 100 and the AP 300 execute communication of 4way-handshake. During at least a part of the communication of 4way-handshake, the printer 100 and the AP 300 communicate encrypted information encrypted by the connection key shared in the NA of T18. Then, in a case where the encrypted information is successfully decrypted, a Wi-Fi connection is established between the printer 100 and the AP 300. Thereby, the printer 100 can participate, as a child station, in the Wi-Fi network formed by the AP 300, as a result of which the printer 100 can execute communication via the AP 300 with another device (e.g., the terminal 10) participating in the Wi-Fi network. Hereinbelow, the wireless connection established by executing the BS, Auth, Config, and NA described above is termed “DPP connection”. In a variant, the printer 100 and the AP 300 may execute communication of SAE (Simultaneous Authentication of Equals, commonly called “Dragonfly”) instead of the communication of 4way-handshake.
In T22, the terminal 10 executes Inquiry according to the DPP scheme. This Inquiry is a process for inquiring of the printer 100 about whether the printer 100 has established a Wi-Fi connection with the AP 300. Specifically, the terminal 10 starts repeatedly sending an Inquiry Request to the printer 100. In a case where the printer 100 receives the Inquiry Request from the terminal 10 before the printer 100 establishes a Wi-Fi connection with the AP 300, the terminal 10 does not receive a response from the printer 100. On the other hand, in a case where the printer 100 receives the Inquiry Request from the terminal 10 after the printer 100 has established the Wi-Fi connection with the AP 300, the terminal 10 receives a response from the printer 100. In a case where the terminal 10 receives a response to the Inquiry Request from the printer 100, the terminal 10 determines that the printer 100 has established a Wi-Fi connection with the AP 300.
In
In the DPP scheme, in order to establish a Wi-Fi connection between the printer 100 and the AP 300, the user does not need to input the AP information AIl of the AP 300 to the printer 100. Therefore, the user can easily establish the Wi-Fi connection between the printer 100 and the AP 300.
(Process of Terminal 10;
Next, a process executed by the CPU 32 of the terminal 10 in order to realize the process of
In S12, the CPU 32 displays a selection screen on the display unit 14. The selection screen includes a “New” button indicating that a device (e.g., the printer 100) is to be caused to participate in a new Wi-Fi network. In a case where the “New” button is selected, and a specific group ID (e.g., a group ID “home1”) was inputted in the past, the selection screen includes a button (e.g., a “home1” button) showing the specific group ID.
In S14, the CPU 32 determines whether the “New” button in the selection screen has been selected. In a case of determining that the “New” button has been selected in the selection screen (YES in S14), the CPU 32 proceeds to S16. On the other hand, in a case of determining that a button other than the “New” button (e.g., the “home1” button) has been selected in the selection screen (NO in S14), the CPU 32 skips S16, S18, and proceeds to S20.
In S16, the CPU 32 displays an ID input screen for inputting the group ID in the display unit 14. The group ID is information for identifying the wireless network in which the device is to participate.
In S18, the CPU 32 monitors whether a new group ID is input to the ID input screen. In a case where a new group ID is input to the ID input screen (YES in S18), the CPU 32 proceeds to S20.
In S20, the CPU 32 activates the camera 20 and uses the camera 20 to capture a QR code adhered to the housing of the AP 300 or a QR code displayed on a printer (e.g., the printer 100).
In S22, the CPU 32 decodes the captured QR code to obtain coded information encoded by the QR code. In a case where the captured QR code is the QR code of the AP 300, the coded information is DPP information including the public key APK1 of the AP 300 and the MAC address “maca1” of the AP 300. Further, in a case where the captured QR code is the QR code of the printer 100, the coded information is DPP information including the public key PPK1 of the printer 100 and the MAC address “macp1” of the printer 100. Further, in a case where the captured QR code is the QR code of the printer 200, the coded information is the WFD information WI of the printer 200.
In S24, the CPU 32 determines whether the obtained coded information is the DPP information. Specifically, the CPU 32 determines that the obtained coded information is the DPP information in a case where the obtained coded information includes a public key having a format compliant with the DPP scheme while, in another case than that, the CPU 32 determines that the obtained coded information is WFD information. The CPU 32 proceeds to S26 in the case of determining that the obtained coded information is the DPP information (YES in S24), and proceeds to S28 in the case of determining that the obtained coded information is the WFD information (NO in S24).
In S26, the CPU 32 executes the DPP process of T4, T6 of
In S28, the CPU 32 executes a process of
(Bootstrapping (BS) and Authentication (Auth) with AP;
Processes executed in T2 to T18 of
T102 to T108 correspond to the BS process, which is realized by the processes of S12 to S24 of
In T104, the terminal 10 uses the camera 20 to capture the QR code adhered to the housing of the AP 300 (S20).
In T106, the terminal 10 decodes the captured QR code to obtain DPP information DR (i.e., the public key APK1 and the MAC address “maca1”) of the AP 300 (S22).
In T108, since the DPP information DR is obtained as the coded information, the terminal 10 determines that the obtained coded information is the DPP information (YES in S24), and executes the Auth process by executing the processes of T200 to T234, to be described later.
In T200, the terminal 10 creates a public key TPK1 and a private key tsk1 of the terminal 10. Next, in T201, the terminal 10 creates a shared key SK1 according to ECDH (Elliptic curve Diffie-Hellman key exchange) by using the created private key tsk1 and the public key APK1 of the AP 300 obtained in T106. Then, in T202, the terminal 10 encrypts a random value RV1 by using the created shared key SK1 to create encrypted data ED1.
In T210, the terminal 10 sends a DPP Authentication Request (hereinbelow simply termed “AReq”) to the AP 300 via the Wi-Fi I/F 16 with the MAC address “maca1” obtained in T106 as its destination. The AReq is a signal requesting the AP 300 to execute authentication, and includes the public key TPK1 of the terminal 10 created in T200, the encrypted data ED1 created in T202, and a capability of the terminal 10.
The capability is information that is pre-designated in a device supporting the DPP scheme and includes a value which is one of: a value indicating that the device is capable of operating only as a Configurator according to the DPP scheme, a value indicating that the device is capable of operating only as an Enrollee according to the DPP scheme, and a value indicating that the device is capable of operating as both the Configurator and the Enrollee. The Configurator refers to a device configured to send a CO that is to be used in NA (e.g., T18 of
In T210, the AP 300 receives the AReq from the terminal 10. As described above, this AReq is sent with the MAC address “maca1” of the AP 300 as the destination. Therefore, the AP 300 can appropriately receive this AReq from the terminal 10.
Next, the AP 300 executes the following process for authenticating the sender of the AReq (i.e., the terminal 10). Specifically, in T212, the AP 300 creates a shared key SK1 according to the ECDH by using the public key TPK1 of the terminal 10 in the AReq and the private key ask1 of the AP 300. Here, the shared key SK1 created by the terminal 10 in T201 is the same as the shared key SK1 created by the AP 300 in T212. Therefore, in T214, the AP 300 can appropriately decrypt the encrypted data ED1 in the AReq by using the created shared key SK1, as a result of which the AP 300 can obtain the random value RV1. In a case where the decryption of the encrypted data ED1 succeeds, the AP 300 determines that a sender of the AReq is the device that captured the QR code of the AP 300, that is, determines that the authentication has succeeded, and executes processes from T216 onward. On the other hand, in a case where the decryption of the encrypted data ED1 does not succeed, the AP 300 determines that the sender of the AReq is not the device that captured the QR code of the AP 300, that is, determines that the authentication has failed, and does not execute the processes from T216 onward.
In T216, the AP 300 creates a new public key APK2 and a new private key ask2 of the AP 300. In a variant, the AP 300 may store the public key APK2 and the private key ask2 in advance. Next, in T217, the AP 300 creates a shared key SK2 according to the ECDH by using the public key TPK1 of the terminal 10 in the AReq of T210 and the created private key ask2 of the AP 300. Then, in T218, the AP 300 encrypts the obtained random value RV1 and a new random value RV2 by using the created shared key SK2 to create encrypted data ED2.
In T220, the AP 300 sends a DPP Authentication Response (hereinbelow simply termed “ARes”) to the terminal 10. This ARes includes the public key APK2 of the AP 300 created in T216, the encrypted data ED2 created in T218, and a capability of the AP 300. This capability includes a value indicating that the AP 300 is capable of operating only as the Enrollee.
In T220, the terminal 10 executes the following process for authenticating the sender of this ARes (i.e., the AP 300) in response to receiving the ARes from the AP 300 via the Wi-Fi I/F 16. Specifically, in T222, the terminal 10 creates a shared key SK2 according to the ECDH by using the private key tsk1 of the terminal 10 created in T200 and the public key APK2 of the AP 300 in the ARes. Here, the shared key SK2 created by the AP 300 in T217 is the same as the shared key SK2 created by the terminal 10 in T222. Therefore, in T224, the terminal 10 can appropriately decrypt the encrypted data ED2 in the ARes by using the created shared key SK2, as a result of which the terminal 10 can obtain the random values RV1 and RV2. In a case where the decryption of the encrypted data ED2 succeeds, the terminal 10 determines that the sender of the ARes is the device having the captured QR code, that is, determines that the authentication has succeeded, and executes processes from T230 onward. On the other hand, in a case where the decryption of the encrypted data ED2 does not succeed, the terminal 10 determines that the sender of the ARes is not the device having the captured QR code, that is, determines that the authentication has failed, and does not execute the processes from T230 onward.
In T230, the terminal 10 sends Confirm to the AP 300 via the Wi-Fi I/F 16. The Confirm includes information indicating that the terminal 10 operates as the Configurator and the AP 300 operates as the Enrollee. As a result, the terminal 10 determines to operate as the Configurator in T232, and the AP 300 determines to operate as the Enrollee in T234. When the process of T234 completes, the process of
(Configuration (Config) with AP;
Next, the Config process executed between the terminal 10 and the AP 300 in T6 of
In T300, the AP 300 sends a DPP Configuration Request (hereinbelow simply termed “CReq”) to the terminal 10. This CReq is a signal requesting a CO for AP to be sent.
In T300, the terminal 10 receives the CReq from the AP 300 via the Wi-Fi I/F 16. In this case, in T302 the terminal 10 creates a new public key TPK2 and a new private key tsk2 of the terminal 10. The terminal 10 stores the public key TPK2 and the private key tsk2 in the memory 34 in association with the group ID “home1” inputted in T102 of
Firstly, the terminal 10 creates a hash value HV by hashing the public key TPK2 of the terminal 10. Further, the terminal 10 creates a first value by hashing a combination of the hash value HV, the group ID “home1” inputted in T102 of
In T310, the terminal 10 sends a DPP Configuration Response (hereinbelow simply termed “CRes”) including the CO for AP to the AP 300 via the Wi-Fi I/F 16.
In T310, the AP 300 receives the CRes from the terminal 10. In this case, in T312, the AP 300 stores the CO for AP in this CRes. When the process of T312 completes, the process of
(Bootstrapping (BS) and Authentication (Auth) with Printer;
Next, the BS process executed between the terminal 10 and the printer 100 in T12 of
T500 to T524 correspond to the BS process, which is realized by the processes of S12 to S24 of
In T502, the terminal 10 receives selection of the “home1” button in the selection screen (NO in S14). Then, the terminal 10 activates the camera 20.
In response to a network connection operation for connecting with a network being executed by the user in T510, in T512 the printer 100 displays the QR code on the display unit 114.
In T520, the terminal 10 uses the camera 20 to capture the QR code displayed on the printer 100 (S20 of
In T522, the terminal 10 decodes the captured QR code to obtain DPP information DI2 (i.e., the public key PPK1 and the MAC address “macp1”) of the printer 100 (S22).
Since the DPP information DI2 is obtained as the coded information, the terminal 10 determines in T524 that the obtained coded information is the DPP information (YES in S24), and executes the Auth process by executing the processes of T600 to T634, to be described later.
In T600, the terminal 10 creates a new public key TPK3 and private key tsk3 of the terminal 10 and, in T601, creates a shared key SK3 according to the ECDH by using the created private key tsk3 and the public key PPK1 of the printer 100 obtained in T522. Then, in T602, the terminal 10 encrypts a random value RV3 by using the created shared key SK3 to create encrypted data ED3.
In T610, the terminal 10 sends an AReq to the printer 100 via the Wi-Fi I/F 16 with the MAC address “macp1” obtained in T522 as the destination. This AReq includes the public key TPK3 of the terminal 10 created in T600, the encrypted data ED3 created in T602, and a capability of the terminal 10. This capability includes a value indicating that the terminal 10 is capable of operating only as the Configurator.
The printer 100 receives the AReq from the terminal 10 in T610. Since this AReq is sent with the MAC address “macp1” of the printer 100 as the destination, the printer 100 can appropriately receive the AReq.
Next, the printer 100 executes processes of T612 and T614 for authenticating the sender of the AReq (i.e., the terminal 10). T612 and T614 are the same as T212 and T214 of
In T616, the printer 100 creates a new public key PPK2 and a new private key psk2 of the printer 100. In a variant, the public key PPK2 and the private key psk2 may be stored in advance in the memory 134. T617 and T618, which are executed subsequently, are the same as T217 and T218 of
In T620, the printer 100 sends an ARes to the terminal 10. This ARes includes the public key PPK2 of the printer 100 created in T616, the encrypted data ED4 created in T618, and a capability of the printer 100. This capability includes a value indicating that the printer 100 is capable of operating only as the Enrollee.
T622 to T634 are the same as T222 to T234 of
(Configuration Process with Printer;
Next, the Config process executed between the terminal 10 and the printer 100 in T16 of
In T700, the printer 100 sends a CReq to the terminal 10. This CReq is a signal requesting a CO for printer to be sent.
The terminal 10 receives the CReq from the printer 100 via the Wi-Fi I/F 16 in T700. In this case, in T702 the terminal 10 obtains, from the memory 34, the public key TPK2 and the private key tsk2 stored in association with a same character string as “home1” selected in T502 of
In T704, the terminal 10 creates a CO for printer. T704 is the same as T304 of
In T710, the terminal 10 sends a CRes including the CO for printer created in T704 to the printer 100 via the Wi-Fi I/F 16.
The printer 100 receives the CRes from the terminal 10 in T710. In this case, in T712 the printer 100 stores, in the memory 134, the CO for printer in this CRes. When the process of T712 completes, the process of
(Network Access (NA);
Next, an NA process of T18 of
In T810, the printer 100 sends, to the AP 300, a DPP Peer Discovery Request (hereinbelow simply termed “DReq”) including the SC for printer in the CO for printer. This DReq is a signal requesting the AP 300 to execute authentication and to send the SC for AP. The DReq is sent by broadcast.
In response to receiving the DReq from the printer 100 in T810, the AP 300 executes the process of T812 for authenticating the sender of the DReq (i.e., the printer 100), and the respective information in the DReq (i.e., the hash value HV, “home1”, and the public key PPK2). Specifically, in T812 the AP 300 firstly executes a first AP determination process related to whether the hash value HV and the group ID “home1” in the SC for printer respectively match the hash value HV and the group ID “home1” in the SC for AP. In the case of
Next, in T814, the AP 300 creates a connection key (i.e., shared key) CK according to the ECDH by using the public key TPK2 of the terminal 10 included in the CO for AP, and the private key ask2 of the AP 300.
In T820, the AP 300 sends a DPP Peer Discovery Response (hereinbelow simply termed “DRes”) including the SC for AP to the printer 100.
In response to receiving the DRes from the AP 300 in T820, the printer 100 executes a process for authenticating the sender of the DRes (i.e., the AP 300), and the respective information in the DRes (i.e., the hash value HV, “home1”, and the public key APK2). Specifically, in T822, the printer 100 firstly executes a first PR determination process related to whether the hash value HV and the group ID “home1” in the SC for AP respectively match the hash value HV and the group ID “home1” in the SC for printer. In the case of
In T824, the printer 100 creates a connection key CK according to the ECDH by using the private key psk2 of the printer 100 and the public key APK2 of the AP 300 in the SC for AP. Here, the connection key CK created by the AP 300 in T814 is the same as the connection key CK created by the printer 100 in T824. Thereby, the connection key CK for establishing the DPP connection is shared between the printer 100 and the AP 300. When T824 completes, the process of
As described above, after the connection key CK has been shared between the printer 100 and the AP 300, in T20 of
(Non-DPP Process;
The non-DPP process executed in S28 of
T842 is the same as T102 of
In T862, the terminal 10 decodes the captured QR code to obtain WFD information WI (i.e., the SSID “p002” and the password “xxx”) of the printer 200 (S22).
Since the WFD information WI is obtained as the coded information, the terminal 10 determines in T864 that the obtained coded information is the WFD information (NO in S24), and proceeds to T870.
In T870, the terminal 10 uses the obtained WFD information WI to execute a communication of 4way-handshake with the printer 200, and establishes wireless connection complying with the WFD scheme (hereinbelow termed “WFD connection”) with the printer 200. Specifically, during at least a part of the communication of 4way-handshake, the terminal 10 sends encrypted information, which was encrypted using a key created from the SSID “p002” and the password “xxx”, to the printer 200. Then, in a case where the encrypted information is successfully decrypted, a WFD connection between the terminal 10 and the printer 200 is established.
In T872, the terminal 10 displays a password input screen on the display unit 14. The password input screen includes the SSID “a002” for identifying the Wi-Fi network of the AP 400 in which the terminal 10 is currently participating, and an input field for inputting a password to be used in this Wi-Fi network. Thereby, the terminal 10 can cause the user to input the password of the AP 400.
The password input screen further includes a “New” button. In a case where the “New” button is selected, the terminal 10 displays an AP information input screen on the display unit 14. The AP information input screen includes an input field for inputting AP information (i.e., SSID and password). By having the AP information be input to this input field, the terminal 10 can cause the printer 100 to participate in a Wi-Fi network different from the Wi-Fi network in which the terminal 10 is currently participating (i.e., can cause the printer 100 to participate in a network formed by an AP different from the AP 400).
In the case of
In T878, the terminal 10 uses the WFD connection established in T870 to send the AP information AI2 to the printer 200 via the Wi-Fi I/F 16. By using the WFD connection to send the AP information AI2, the AP information AI2 can be sent with the printer 200 as the destination, and it is possible to prevent the AP information AI2 from being sent to a device other than the printer 200.
Upon receiving the AP information AI2 from the terminal 10 in T878, and, in T880, the printer 200 disconnects the WFD connection established in T870.
In T882, the printer 200 uses the AP information AI2 to execute a communication of 4way-handshake with the AP 400. Thereby, a normal Wi-Fi connection is established between the printer 200 and the AP 400.
In
(Case in Which DPP Printer is Caused to Participate in Same Wi-Fi Network;
A case in which, following the process of
In T900, the terminal 10 again displays the selection screen on the display unit 14 (S12 of
In T902, the terminal 10 receives selection of the “home2” button in the selection screen (NO in S14). Then, the terminal 10 activates the camera 20.
T904, T908 are the same as T522, T524 of
When the Config process of T912 completes, the printer 100 starts the NA process. Thereby, in T914 the printer 100 sends a DReq by broadcast, as in T810 of
Further, when the Config process of T912 completes, the terminal 10 starts repeatedly sending an Inquiry Request to the printer 100 in T916. As described above, since a DPP connection is not established between the printer 100 and the AP 400, the printer 100 does not send, to the terminal 10, a response to the Inquiry Request.
When a predetermined time has elapsed without receiving a response since the terminal 10 started sending of the Inquiry Request, the terminal 10 determines in T918 that the establishment of the DPP connection has failed, and proceeds to T919.
As described above, in T876 of
Next, in T920, the terminal 10 again executes the Auth process the same as T910, and starts the Config process in T922.
The Config process started in T922 is the same as
Upon receiving the CO for printer including the AP information AI2 from the terminal 10 in T922, in T924 the printer 100 executes a communication of 4way-handshake with the AP 400 by using the AP information AI2 in the CO for printer. Thereby, a normal Wi-Fi connection is established between the printer 100 and the AP 400. T926, T928 are the same as T884, T886 of
According to the case shown in
Further, the terminal 10 sends the AP information AI2 to the printer 100 (T922 of
Further, the terminal 10 sends the AP information AI2 to the printer 100 (T922 of
(Case of Establishing Normal Wi-Fi Connection Between DPP Printer and Non-DPP AP;
In
In T942, the terminal 10 starts the app 38, and displays the selection screen on the display unit 14 (S12 of
T944 to T958 are the same as T904 to T918 of
Upon receiving input of the password “zzz” of the AP 400 in T964, in T966 the terminal 10 stores the AP information AI2 of the AP 400 in the memory 34 in association with the group ID “home3” inputted in T942.
T968 to T974 are the same as T920 to T924 of
According to the case of
Further, in the present case, as in the case of
(Case of Causing Non-DPP Printer to Participate in Same Wi-Fi Network;
A case in which, following the process of
In T980, the terminal 10 again displays the selection screen on the display unit 14 (S12 of
In T982, the terminal 10 receives selection of the “home3” button in the selection screen (NO in S14). Then, the terminal 10 activates the camera 20.
T984 to T990 are the same as T860 to T870 of
As described above, the terminal 10 stores the AP information AI2 of the AP 400 in the memory 34 in association with the group ID “home3” in T966 of
According to the case of
According to the configuration of the present embodiment, in the case of obtaining DPP information including the public key PPK1 (YES in S24 of
(Correspondence Relationship)
The terminal 10 is an example of “a terminal device”. The DPP scheme is an example of “a predetermined rule”. The DPP printer 100, the DPP information DI2, the AP 300 are an example of “a first type of communication device”, “first type of related information”, “a first external device”, respectively. The CO for printer of T710 of
S22 of
The present embodiment is the same as the first embodiment except that the contents of the non-DPP process of
In this embodiment, also, as in the first embodiment, irrespective of whether a printer is a device supporting the DPP scheme, or a device not supporting the DPP scheme, wireless connection can be established between the printer and the AP. Then, the terminal 10 can send the print data to the printer by using the established wireless connection, that is, the DPP connection or the WFD connection. The terminal 10, the WFD connection of T892 of
(Variant 1) In each of the above embodiments, the printer 100 and the printer 200 display the QR code (T512 of
(Variant 2) In each of the above embodiments, the printer 100 and the printer 200 display the QR code (T512 of
(Variant 3) In each of the above embodiments, a DPP connection is established between the printer 100 and the AP 300 (T20 of
(Variant 4) In the above first embodiment, the printer 200 establishes a normal Wi-Fi connection with the AP 400 which does not support the DPP scheme in the non-DPP process of
(Variant 5) In the above first embodiment, the printer 200 displays the QR code obtained by using the WFD information WI (T852 of
(Variant 6) In each of the above embodiments, the printer 200 displays the QR code obtained by using the WFD information WI (T852 of
(Variant 7) The process of T872 of
(Variant 8) In each of the above embodiments, the WFD information WI includes the SSID “p002” and the password “xxx”. Alternatively, the WFD information WI may include, for example, a MAC address of the printer 200, a device name of the printer 200. Then, the terminal 10 may establish a WFD connection with the printer 200 by using the MAC address, device name etc. In the present variant, the “second SSID”, the “second password” may be omitted.
(Variant 9) In each of the above embodiments, the terminal 10 establishes a WFD connection with the printer 200 (T870 or T892 of
(Variant 10) The process of T876 of
(Variant 11) In the above first embodiment, the terminal 10 sends the CO for printer including the AP information AI2 to the printer 100 (T922 of
(Variant 12) The processes of T962 to T978 of
(Variant 13) The process of T966 of
(Variant 14) The “Communication device” may not be a printer, and may be another device such as a scanner, a multi-function device, a portable terminal, a PC, and a server.
(Variant 15) In each of the above embodiments, the respective processes of
| Number | Date | Country | Kind |
|---|---|---|---|
| 2019-002066 | Jan 2019 | JP | national |
| Number | Name | Date | Kind |
|---|---|---|---|
| 7467302 | Kao | Dec 2008 | B2 |
| 8693038 | Suzuki | Apr 2014 | B2 |
| 8938214 | Shibata | Jan 2015 | B2 |
| 10051676 | Qi | Aug 2018 | B2 |
| 10169587 | Nix | Jan 2019 | B1 |
| 11284258 | Wei | Mar 2022 | B1 |
| 20080240068 | Ishimoto | Oct 2008 | A1 |
| 20110228330 | Nogawa | Sep 2011 | A1 |
| 20120322391 | Suzuki | Dec 2012 | A1 |
| 20150092601 | Ando | Apr 2015 | A1 |
| 20150289295 | Granbery | Oct 2015 | A1 |
| 20160128113 | Qi | May 2016 | A1 |
| 20160179457 | Ikeda | Jun 2016 | A1 |
| 20160286344 | Terashita | Sep 2016 | A1 |
| 20160360407 | Benoit | Dec 2016 | A1 |
| 20170005876 | Shibata | Jan 2017 | A1 |
| 20170041400 | Asakura | Feb 2017 | A1 |
| 20170041966 | Asakura | Feb 2017 | A1 |
| 20170070951 | Takeuchi | Mar 2017 | A1 |
| 20170127384 | Shimada | May 2017 | A1 |
| 20170156172 | Yokoyama | Jun 2017 | A1 |
| 20170215067 | Goto | Jul 2017 | A1 |
| 20170257819 | McCann | Sep 2017 | A1 |
| 20170289742 | Asakura | Oct 2017 | A1 |
| 20170295448 | McCann | Oct 2017 | A1 |
| 20180048785 | Shibata | Feb 2018 | A1 |
| 20180077255 | Goto | Mar 2018 | A1 |
| 20180098217 | Takeuchi | Apr 2018 | A1 |
| 20180124274 | Terashita | May 2018 | A1 |
| 20180124860 | Moritomo | May 2018 | A1 |
| 20180152973 | Ueno | May 2018 | A1 |
| 20180184296 | Hunt | Jun 2018 | A1 |
| 20180199205 | Zhu | Jul 2018 | A1 |
| 20180213578 | Tachibana | Jul 2018 | A1 |
| 20180239572 | Suzuki | Aug 2018 | A1 |
| 20180241847 | Shimada | Aug 2018 | A1 |
| 20180242378 | Suzuki | Aug 2018 | A1 |
| 20180248697 | Shimada | Aug 2018 | A1 |
| 20180278625 | Cammarota | Sep 2018 | A1 |
| 20180288820 | Shibata | Oct 2018 | A1 |
| 20180331828 | Pakkan | Nov 2018 | A1 |
| 20180375665 | Contenti | Dec 2018 | A1 |
| 20190215878 | Goto | Jul 2019 | A1 |
| 20190320317 | Sakai | Oct 2019 | A1 |
| 20200104081 | Miyake | Apr 2020 | A1 |
| 20200221296 | Jiang | Jul 2020 | A1 |
| 20200228974 | Miyake | Jul 2020 | A1 |
| 20220015161 | Goto | Jan 2022 | A1 |
| Number | Date | Country |
|---|---|---|
| 101945371 | Jan 2011 | CN |
| 102696204 | Sep 2012 | CN |
| 103416039 | Nov 2013 | CN |
| 105446305 | Mar 2016 | CN |
| 106060303 | Oct 2016 | CN |
| 103582155 | May 2017 | CN |
| 109426469 | Mar 2019 | CN |
| 109863770 | Jun 2019 | CN |
| 110115099 | Aug 2019 | CN |
| 110301143 | Apr 2022 | CN |
| 2536190 | Dec 2012 | EP |
| 3462806 | Apr 2019 | EP |
| 2006345150 | Dec 2006 | JP |
| 2013074579 | Apr 2013 | JP |
| 2016-213573 | Dec 2016 | JP |
| 2017-028460 | Feb 2017 | JP |
| 2017050612 | Mar 2017 | JP |
| 2018-006983 | Jan 2018 | JP |
| 2018-042058 | Mar 2018 | JP |
| 2018-142923 | Sep 2018 | JP |
| 2019180039 | Oct 2019 | JP |
| 2019193120 | Oct 2019 | JP |
| 2019220890 | Dec 2019 | JP |
| 2020043474 | Mar 2020 | JP |
| 2020044663 | Mar 2020 | JP |
| 201503655 | Jan 2015 | TW |
| WO-2016148548 | Sep 2016 | WO |
| WO-2018172797 | Sep 2018 | WO |
| WO-2019177231 | Sep 2019 | WO |
| WO-2019194391 | Oct 2019 | WO |
| WO-2020013412 | Jan 2020 | WO |
| Entry |
|---|
| Draft Device Provisioning Protocol Technical Specification Version 0.2.11, draft of a standard prepared by the Wi-Fi Alliance, cited in spec on p. 3. |
| “Wi-Fi Peer-to-Peer (P2P) Technical Specification Version 1.1” created by the Wi-Fi Alliance Technical Committee P2P Task Group, cited in spec on p. 3. |
| Official Action dated Nov. 22, 2022 received from the Japanese Patent Office in related JP 2019-002066 togetehr with English language translation. |
| Number | Date | Country | |
|---|---|---|---|
| 20200220718 A1 | Jul 2020 | US |
