WO2022032535A1

WO2022032535A1 - Methods and devices for device discovery

Info

Publication number: WO2022032535A1
Application number: PCT/CN2020/108729
Authority: WO
Inventors: 罗朝明; 茹昭; 吕小强
Original assignee: Oppo广东移动通信有限公司
Priority date: 2020-08-12
Filing date: 2020-08-12
Publication date: 2022-02-17
Also published as: CN115606212A; CN116208950A

Abstract

Provided in embodiments of the present application are methods and devices for device discovery. A method comprises: a first device encrypts first data by means of a first key, to obtain first verification information, the first key being one in a pair of keys corresponding to a first application protocol; and the first device sends first information to a second device, the first information comprising the first verification information, and the first verification information being used by the second device to determine whether the first device uses the first application protocol.

Description

Method and apparatus for device discovery

technical field

The embodiments of the present application relate to the field of communications, and more particularly, to a method and device for device discovery.

Background technique

In some scenarios, an electronic device wants to establish a connection with another device that supports a certain application protocol or a certain function. In the specific implementation, it learns the surrounding devices that support the function through device discovery, and can further select the device that establishes the connection. The device establishes a connection.

Devices of the same manufacturer have uniform identifications for the same application protocol, which will not lead to ambiguity in understanding between devices. However, in the case of cross-vendor device interconnection, there may be a problem that devices of different manufacturers have inconsistent identification of the same identifier. Therefore, how to determine whether a device uses a certain application protocol is a problem that continues to be solved.

SUMMARY OF THE INVENTION

The embodiments of the present application provide a method and device for device discovery, which can verify whether a device uses a specific application protocol, so as to avoid the problem of being unavailable after access.

A first aspect provides a method for device discovery, the method comprising: a first device encrypts first data with a first key to obtain first verification information, wherein the first key is the first key One of a pair of keys corresponding to an application protocol;

The first device sends first information to the second device, wherein the first information includes the first verification information, and the first verification information is used by the second device to determine whether the first device uses the first application protocol.

In a second aspect, a method for device discovery is provided, the method includes: a first device processes first data through a first algorithm to obtain first verification information; the first device sends the first verification information to the second device A piece of information, wherein the first information includes the first verification information, and the first verification information is used by the second device to determine whether the first device uses the first application protocol.

In a third aspect, a method for device discovery is provided, the method comprising: a second device receiving first information sent by a first device, the first information including first verification information, wherein the first verification The information is obtained by encrypting the first data with the first key; the first verification information is decrypted with the second key to obtain the second data, wherein the first key and the second key are is a pair of keys corresponding to the first application protocol; obtains the first data; determines whether the first device uses the first application protocol according to whether the first data and the second data are consistent.

In a fourth aspect, a method for device discovery is provided, the method comprising: a second device receiving first information sent by a first device, the first information including first verification information, wherein the first verification The information is obtained by processing the first data through the first algorithm; obtaining the first data;

The first data is processed by the first algorithm to obtain second verification information; according to whether the first verification information and the second verification information are consistent, it is determined whether the first device uses the first verification information application protocol.

In a fifth aspect, a device for device discovery is provided, which is used to execute the method in the above-mentioned first aspect or each of its implementations.

Specifically, the device includes functional modules for executing the methods in the above-mentioned first to second aspects or their respective implementations.

In a sixth aspect, a device for device discovery is provided, which is used to execute the method in the second aspect or each of its implementations.

Specifically, the device includes functional modules for executing the methods in the third aspect to the fourth aspect or the respective implementation manners thereof.

In a seventh aspect, a device for device discovery is provided, including a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the methods in the first to fourth aspects or their respective implementations.

In an eighth aspect, a chip is provided, which is used to implement any one of the above-mentioned first aspect to the fourth aspect or the method in each implementation manner thereof. Specifically, the chip includes: a processor for calling and running a computer program from a memory, so that a device installed with the chip executes any one of the above-mentioned first to fourth aspects or each of its implementations method.

In a ninth aspect, a computer-readable storage medium is provided for storing a computer program, and the computer program causes a computer to execute the method in any one of the above-mentioned first to fourth aspects or each of its implementations.

In a tenth aspect, a computer program product is provided, comprising computer program instructions, the computer program instructions causing a computer to perform the method in any one of the above-mentioned first to fourth aspects or the implementations thereof.

In an eleventh aspect, there is provided a computer program which, when run on a computer, causes the computer to perform the method of any one of the above-mentioned first to fourth aspects or the respective implementations thereof.

Based on the technical solution in the first aspect, the devices can encrypt and decrypt data through a pair of keys corresponding to the first application protocol to verify whether the devices support a specific application protocol. The key is constrained, and the verification of the key is beneficial to avoid the problem of inability to use after access caused by misjudgment.

Description of drawings

FIG. 1 is a schematic flowchart of a method for device discovery provided according to the present application.

2-4 are overall flowcharts of a method for device discovery according to an embodiment of the present application.

FIG. 5 is a schematic flowchart of a method for device discovery according to another embodiment of the present application.

FIG. 6 is a schematic block diagram of a device for device discovery according to an embodiment of the present application.

FIG. 7 is a schematic block diagram of a device for device discovery according to another embodiment of the present application.

FIG. 8 is a schematic block diagram of a device for device discovery according to yet another embodiment of the present application.

FIG. 9 is a schematic block diagram of a device for device discovery according to still another embodiment of the present application.

FIG. 10 is a schematic block diagram of a device for device discovery according to an embodiment of the present application.

FIG. 11 is a schematic block diagram of a chip provided according to an embodiment of the present application.

detailed description

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. With regard to the embodiments in the present application, all other embodiments obtained by persons of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

Devices of the same manufacturer have uniform identifications for the same application protocol, which will not lead to ambiguity in understanding between devices. However, in the case of cross-vendor device interconnection, for example, the mobile phone of manufacturer A, the Bluetooth bracelet of manufacturers B, C, and D, A, B, and C use the same application protocol P1, and the application protocol P1 specifies the manufacturer-defined data The additional data in (Manufacturer Specific Data) includes the identification "ID1", the broadcast data of the bracelets of manufacturers B and C includes the identification "P1", and the mobile phone of A can identify the identification "ID1" according to the provisions of the protocol P1, so as to determine that B, The wristband of manufacturer C uses the application protocol P1. However, if manufacturer D uses the application protocol P2 unknown to manufacturer A, and the additional data in the Manufacturer Specific Data of the broadcast data of manufacturer D's wristband may also appear with the identifier "ID1", which may cause the mobile phone of manufacturer A to The application protocol used by the wristband of manufacturer D is misjudged as P1, which causes the mobile phone of manufacturer A to first prompt the user that the wristband of manufacturer D has this function (for example, the configuration function specified by the application protocol P1), and in the subsequent use, it is impossible to problem of use.

FIG. 1 is a schematic flowchart of a method 100 for device discovery according to an embodiment of the present application. As shown in FIG. 1 , the method 100 may include, but is not limited to, the following:

S101, the first device encrypts the first data with a first key to obtain first verification information;

S102, the first device sends first information to a second device, where the first information includes the first verification information;

S103, the second device decrypts the first verification information according to the second key, and determines whether the first device uses the first application protocol, wherein the first key and the second key is a pair of keys corresponding to the first application protocol.

In the embodiments of the present application, the first device is referred to as a peripheral device, a slave device, and the second device is referred to as a master device, a master device, and the like. The second device wants to find a device supporting a first application protocol or a first function, wherein the first application protocol defines the attribute type and usage mode of the first function.

Optionally, in some embodiments, the first device may be, for example, a wearable device, and a wearable device may also be referred to as a wearable smart device. A general term for worn equipment, such as glasses, gloves, watches, clothing and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothing or accessories. Wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction, and cloud interaction. In a broad sense, wearable smart devices include full-featured, large-scale, complete or partial functions without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, which needs to cooperate with other devices such as smart phones. Use, such as all kinds of smart bracelets, smart jewelry, etc. for physical sign monitoring.

Optionally, in some embodiments, the second device may be an electronic device, such as a mobile phone (Mobile Phone), a tablet computer (Pad), a computer with a wireless transceiver function, and a virtual reality (Virtual Reality, VR) terminal device , Augmented Reality (AR) terminal equipment, wireless terminal equipment in industrial control, wireless terminal equipment in self driving, wireless terminal equipment in remote medical (remote medical), intelligent Wireless terminal equipment in the power grid (smart grid), wireless terminal equipment in transportation safety, wireless terminal equipment in smart city (smart city) or wireless terminal equipment in smart home (smart home), etc.

Optionally, in some embodiments, the first key and the second key may be a pair of asymmetric keys, that is, the first key and the second key are different, in this case, The first key is a first private key, the second key is a first public key, and the first public key and the first private key may be generated based on an asymmetric algorithm, such as a digital signature algorithm (Digital Signature Algorithm). Signature Algorithm, DSA), or RSA algorithm, or elliptic curve encryption (Elliptic Curves Cryptography, ECC) algorithm, etc.

Optionally, in some embodiments, the first key and the second key may be a pair of symmetric keys, that is, the first key and the second key are the same, in this case, the The first key and the second key may be generated based on a symmetric algorithm, such as an advanced encryption algorithm (Advanced Encryption Standard, AES), or a data encryption standard (Data Encryption Standard, DES).

In the specific implementation, the encryption and decryption of data is performed by an asymmetric key, which has higher security and a lower probability of misjudgment. By performing encryption and decryption of data with this key, it is easier to implement.

In the following, the first key and the second key are respectively the first public key and the first private key for illustration. When using symmetric key encryption, only the first public key and the first private key need to be encrypted. It is sufficient to replace a private key with the same key, and the present application is not limited to this.

Optionally, in some embodiments, all vendors using the first application protocol keep the same key pair, for example, the same key pair can be generated by the protocol maker and issued to the vendor.

Optionally, in other embodiments, each manufacturer using the first application protocol may also generate a pair of keys corresponding to itself. For example, the first private key K1 is kept by the manufacturer, and the first public key K2 is released. In a specific public channel, in this way, when the second device needs to perform data decryption, it can obtain the first public key K2 corresponding to the manufacturer from the specific public channel according to the manufacturer identification in the data sent by the first device, that is, Decryption of data can be achieved.

It should be understood that, in this embodiment of the present application, a pair of keys corresponding to the first application protocol may be a pair of keys shared by all manufacturers using the first application protocol, or may also be a pair of keys using the first application protocol A pair of keys corresponding to the manufacturer of the first device among the manufacturers of the protocol, which is not limited in this application.

In some embodiments of the present application, the first device encrypts the first data by using the first private key K1 to obtain the first verification information, and the first device sends the first information to the second device, wherein the first The information includes the first verification information, so that the second device that receives the first information can parse the first information, obtain the first verification information therefrom, and then verify the information according to the first public key K2. The first verification information is decrypted to determine whether the first device uses the first application protocol.

Specifically, the second device can obtain the first data, the second device decrypts the first verification information by using the first public key K2 to obtain the second data, and can further obtain the second data according to the first data and the Whether the second data is consistent, it is determined whether the first device uses the first application protocol. For example, if the first data and the second data are consistent, it is determined that the first device uses the first application protocol, or in other words, the first device has the first function. For another example, if the first data and the second data are inconsistent, it is determined that the first device does not use the first application protocol, or in other words, the first device does not have the first function. Further, the second device can prompt the user that the first device has the first function, so that the user can trigger the second device to establish a connection with the first device to use the first device's the first function.

Optionally, the first data may be specific data or hash digest data of the specific data, that is, the first data may be the original data of the specific data, or data obtained by processing the specific data. , the processing may be, for example, a hash digest algorithm processing.

In some embodiments, the specific data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the first information.

As some examples, the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.

In some embodiments, if the specific data is a specific identification or predefined data, the second device may obtain such data according to an agreement or from a public channel. In this case, the first information may not include the specific identification and predefined data.

In other embodiments, if the specific data is at least part of the data in the first information, that is, the first verification information is generated according to the data in the first information. In this case, after receiving the first information, the second device can obtain the specific data from the first information. If the first verification information is obtained by encrypting the specific data, that is, The first data and the specific data are the same, the second device can decrypt the first verification information to obtain the second data, and compare the first data and the second data to determine whether the two are or, if the first verification information is obtained by encrypting the hash digest data of the specific data, that is, the first data is the hash digest data of the specific data, the second device may Decrypt the first verification information to obtain second data, perform hash digest calculation on the specific data to obtain third data, and compare the third data and the second data to determine whether they are consistent.

Optionally, in this embodiment of the present application, the first information may be transmitted through a connection implemented by any protocol that supports interaction between devices.

As an example, the first information is broadcast data based on a Bluetooth Low Energy (Bluetooth Low Energy, BLE) protocol.

As another example, the first information is a beacon frame (Beacon Frame) based on a wireless fidelity (Wireless Fidelity, WIFI, or WI-FI) protocol. For example, the first verification information includes a service set identifier (Service Set Identifier, SSID) field and/or a manufacturer-defined field in the beacon frame.

It should be noted that since the maximum length of the broadcast data (AdvData) and scan response data (ScanRspData) in the BLE broadcast data packet is 31 bytes, correspondingly, the length of the first verification information generated after encryption is required not to exceed 31 bytes, Implicitly requires certain data to be no more than 31 bytes long, and to use an asymmetric algorithm with a key length no greater than 31 bytes.

Similarly, if the SSID field of the beacon frame is used to carry the first verification information, since the maximum length of the SSID field of the beacon frame is 32 bytes, correspondingly, the length of the first verification information generated after encryption is required not to exceed 32 bytes. , which implicitly requires that the length of the specific data does not exceed 32 bytes, and uses an asymmetric algorithm with a key length of not more than 32 bytes.

Based on this, as another example, a first Generic Attribute Profile (Generic Attribute Profile) service can be defined, denoted as GS1, to verify whether the first device uses the first application protocol, which can be carried by the feature data of GS1 the first information.

Since the length of the characteristic data of GS1 can be set to be longer, the first information is carried by the characteristic data of GS1, and the length of the first information is less restricted, so that the selection of encryption algorithm and specific data is also more flexible.

In this embodiment of the present application, the general attribute protocol is referred to as the GATT protocol for short. The GATT protocol defines attribute types and specifies how to use them, including a framework for data transmission and storage and some basic operations. A Profile can contain one or more services; a service can contain one or more properties; a property contains at least two attributes: one is used to declare, and the other is used to store attribute values. Attributes include, for example, a Universally Unique Identifier (UUID).

Optionally, in some embodiments, the first information may further include a first identifier, where the first identifier is used to indicate that the first device uses the first application protocol. The first identifier can be used by the second device to predict whether the first device uses the first application protocol. In the case that the first information includes the first identification location, the second device further judges according to the first verification information.

In some embodiments, the first identification includes at least one of the following:

Hereinafter, with reference to FIGS. 2 to 4 , the first device is a smart bracelet and the second device is a mobile phone as an example to describe the method for device discovery according to the embodiment of the present application, but the embodiment of the present application does not Not limited to this.

Embodiment 1: The identification device implements the first application protocol or the first function based on the BLE broadcast data bearer encrypted data

As shown in Figure 2, the specific execution process includes at least some of the following steps:

S21, the smart bracelet uses the first private key K1 to encrypt the data D1 to obtain the first verification information, which is denoted as S1;

In some embodiments, the data D2 includes at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.

S22, the smart bracelet sets S1 into the BLE broadcast data, that is, the BLE broadcast data includes S1;

Optionally, in some embodiments, the smart bracelet may also set a first identifier in the BLE broadcast data at the same time, that is, the BLE broadcast data may include a first identifier and S1, and the first identifier is used for the mobile phone. Preliminarily determine whether the smart bracelet uses the first application protocol;

S23, the smart bracelet broadcasts BEL broadcast data;

S24, the mobile phone receives and parses the BLE broadcast data sent by the smart bracelet, and obtains S1 in it;

Optionally, if the first application protocol stipulates that the BLE broadcast data includes both the first identifier and S1, the mobile phone can check whether the BLE broadcast data contains the first identifier, and preliminarily determine whether the smart bracelet is used. For the first application protocol, if yes, go to step S25; otherwise, it is determined that the aforementioned specific application protocol is not used.

S25, the first public key K2 of the mobile phone decrypts S1 to obtain D2;

S26, if D2 is consistent with the known data D1, it indicates that the smart bracelet uses the first application protocol, otherwise the first application protocol is not used.

Embodiment 2: The beacon frame based on the WIFI protocol carries encrypted data The identification device implements the first application protocol or the first function

As shown in Figure 3, the specific execution process includes at least some of the following steps:

S31, the smart bracelet uses the first private key K1 to encrypt the data D1 to obtain the first verification information, which is denoted as S1;

In some embodiments, the data D2 includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.

S32, the smart bracelet starts the wireless service access point (soft AP) implemented by the software, and sets S1 to the SSID and/or the manufacturer-defined data field in the beacon frame;

Optionally, in some embodiments, the smart bracelet may also set the first identifier in the beacon frame at the same time, that is, the beacon frame may include the first identifier and S1, and the first identifier is used for the mobile phone. Preliminarily determine whether the smart bracelet uses the first application protocol;

S33, smart bracelet broadcast beacon frame;

S34, the mobile phone receives and parses the beacon frame sent by the smart bracelet, and obtains S1 in it;

Optionally, if the first application protocol stipulates that the beacon frame includes both the first identifier and S1, the mobile phone can check whether the beacon frame contains the first identifier, and preliminarily determine whether the smart bracelet is used. For the first application protocol, if yes, go to step S25; otherwise, it is determined that the aforementioned specific application protocol is not used.

S35, the first public key K2 of the mobile phone decrypts S1 to obtain D2;

S36, if D2 is consistent with the known data D1, it indicates that the smart bracelet uses the first application protocol; otherwise, the first application protocol is not used.

Optionally, if the S1 is obtained by encrypting the hash digest data H1 of the data D1, then when verifying the signature S1, the mobile phone needs to decrypt S1 to obtain H2, and need to perform hash digest calculation on D1 to obtain H3, then The mobile phone compares H2 and H3. If they are consistent, the verification is passed, otherwise the verification fails.

Embodiment 3: Define a first general attribute protocol GATT service, denoted as GS1, for verifying whether the first device uses the first application protocol, and the first information can be carried through the feature data of GS1.

As shown in Figure 4, the specific execution process includes at least some of the following steps:

First, a first GATT service is defined, denoted as GS1, which is used to verify whether the first device uses the first application protocol. The first characteristic (Characteristic) A1, optionally, may further include a second characteristic A2 for saving and transmitting the data D1.

Optionally, the UUID of the GS1 can be customized by the manufacturer of the device.

S41, the first device implements the function of the GS1, and sets the UUID of the GS1 to the BLE broadcast data;

S42, the first device broadcasts the BLE broadcast data;

S43, the second device receives and parses the BLE broadcast data of the first device, and obtains the UUID of the GS1;

S44, the second device establishes a GATT connection with the first device;

S45, the second device obtains the service list of the first device, checks whether the service list contains the service of the UUID, if not, it determines that the specific application protocol is not used, and if it does, executes the subsequent process.

S46, the smart bracelet uses the first private key K1 to encrypt the data D1, obtains the first verification information S1, and sets S1 as part or all of the feature values of A1;

Optionally, a specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic A1, at least part of the data in the characteristic value data of the second characteristic A2, sent by the first device. BLE broadcasts at least some of the data.

S47, the second device acquires the characteristic value data of the first characteristic A1 in the service of the UUID;

S48, the first device returns the characteristic value data of the first characteristic A1.

It should be understood that the feature value data of the first characteristic A1 may be generated before S47, or may be generated after S47, which is not limited in this application.

S49, if the acquisition fails, determine that the first device does not use the first application protocol; or

S50, if the acquisition is successful, further acquire S1 in A1, parse S1 according to the first public key K2, and obtain D2.

S51, if D2 is consistent with the known data D1, it indicates that the smart bracelet uses the first application protocol; otherwise, the first application protocol is not used.

Optionally, in the foregoing three embodiments, if the S1 is obtained by encrypting the hash digest data H1 of the data D1, then when verifying the signature S1, the mobile phone needs to decrypt S1 to obtain H2, and it is necessary to perform H2 on D1. The hash digest is calculated to obtain H3, and then the mobile phone compares H2 and H3. If they are consistent, the verification passes, otherwise the verification fails.

Optionally, in the foregoing three embodiments, a symmetric encryption algorithm (such as AES, DES, etc.) and a symmetric key (that is, the keys K1 and K2 in the foregoing process are the same) can be used to replace the foregoing asymmetric encryption algorithm and asymmetric encryption algorithm. key. That is, the first device uses the key K1 symmetric encryption to calculate S1 for D1, and uses K2 (equal to K1) to decrypt S1 to obtain data D2 during mobile phone verification. If D2 is the same as D1, the verification passes, otherwise the verification fails.

FIG. 5 is a schematic flowchart of a method 500 for device discovery according to another embodiment of the present application. As shown in FIG. 5 , the method 500 may include, but is not limited to, the following:

S510, the first device processes the first data through a first algorithm to obtain first verification information;

S520, the first device sends first information to the second device, where the first information includes the first verification information;

S530, obtaining first data;

S540, processing the first data through the first algorithm to obtain second verification information;

S550, according to whether the first verification information and the second verification information are consistent, determine whether the first device uses the first application protocol.

Optionally, in some embodiments, the first algorithm may be a hash digest algorithm, or may also be other processing algorithms, which the present application is not limited to.

It should be understood that the difference between the method 500 and the foregoing embodiment 100 is that the encryption and decryption of the first data using a secret key is replaced by processing the first data through a first algorithm. Other implementations are similar. Repeat.

Optionally, in some embodiments, the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.

Optionally, in some embodiments, the first data includes at least one of the following:

Optionally, in some embodiments, the first information is a beacon frame based on the Wi-Fi Fidelity protocol.

Optionally, in some embodiments, the first verification information includes a service set identification SSID field and/or a vendor-defined field in the beacon frame.

Optionally, in some embodiments, the specific identification includes at least one of the following:

Optionally, in some embodiments, the first information further includes a first identifier, where the first identifier is used to indicate that the first device uses the first application protocol.

Optionally, the first information is characteristic data of the first general attribute protocol GATT service.

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.

Optionally, in some embodiments, the method 500 further includes:

The first device sends BLE broadcast data to the second device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.

Optionally, in some embodiments, the first information is characteristic data of the first general attribute protocol GATT service.

Optionally, in some embodiments, the method 500 further includes:

If the acquisition of the first data fails, it is determined that the first device does not use the first application protocol.

Optionally, in some embodiments, the method 500 further includes:

The second device receives BLE broadcast data sent by the first device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.

Optionally, in some embodiments, the method 500 further includes: acquiring, by the twenty-eighth, a service list of the first device.

Optionally, in some embodiments, the determining whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent includes:

If the service list includes the UUID of the first GATT service, it is determined whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent.

Optionally, in some embodiments, the method 500 further includes:

If the service list does not include the UUID of the first GATT service, it is determined that the first device does not use the first application protocol.

The method embodiments of the present application are described in detail above with reference to FIGS. 1 to 5 , and the apparatus embodiments of the present application are described in detail below with reference to FIGS. 6 to 11 . It should be understood that the apparatus embodiments and method embodiments correspond to each other, and are similar to For the description, refer to the method embodiment.

FIG. 6 shows a schematic block diagram of a device 600 for device discovery according to an embodiment of the present application. As shown in FIG. 6 , the device 600 includes: a processing unit 610, configured to encrypt the first data with a first key to obtain first verification information, wherein the first key is corresponding to the first application protocol one of a pair of keys;

A communication unit 620, configured to send first information to a second device, where the first information includes the first verification information, and the first verification information is used by the second device to determine the first device Whether to use the first application protocol.

2. The device according to claim 1, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.

3. The device according to claim 2, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data comprises at least one of the following:

4. The device according to claim 1, wherein the first information is a beacon frame based on a Wi-Fi protocol.

5. The device according to claim 4, wherein the first verification information includes a service set identification SSID field and/or a manufacturer-defined field in the beacon frame.

6. The device according to claim 4 or 5, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

7. The device according to claim 3 or 6, wherein the specific identification comprises at least one of the following:

8. The device according to any one of claims 1-7, wherein the first information further includes a first identifier, and the first identifier is used to indicate that the first device uses the first application protocol .

9. The device according to claim 1, wherein the first information is characteristic data of a first general attribute protocol service (GATT) service, and the first GATT service is used to verify whether the first device uses the Describe the first application protocol.

10. The device according to claim 9, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data is at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of data in the BLE broadcast data sent by the device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.

11. The device according to claim 10, wherein the specific identification comprises at least one of the following:

12. The device according to any one of claims 9-11, wherein the communication unit is further configured to:

Send BLE broadcast data to the second device, where the BLE broadcast data includes the universally unique identifier UUID of the first GATT service.

13. The device according to any one of claims 1-12, wherein the pair of keys corresponding to the first application protocol is a pair of asymmetric keys determined based on an asymmetric algorithm, or a pair of keys determined based on a symmetric algorithm. pair of symmetric keys.

Optionally, in some embodiments, the above-mentioned communication unit may be a communication interface or a transceiver, or an input/output interface of a communication chip or a system-on-chip. The aforementioned processing unit may be one or more processors.

It should be understood that the device 600 according to the embodiment of the present application may correspond to the first device in the method embodiment of the present application, and the above-mentioned and other operations and/or functions of each unit in the device 600 for device discovery are for the purpose of realizing the For the sake of brevity, the corresponding processes of the first device in the methods shown in FIG. 1 to FIG. 4 are not repeated here.

FIG. 7 shows a schematic block diagram of a device 700 for device discovery according to an embodiment of the present application. As shown in Figure 7, the device 700 includes:

A communication unit 710, configured to receive first information sent by a first device, where the first information includes first verification information, wherein the first verification information is obtained by encrypting first data with a first key;

The processing unit 720 decrypts the first verification information by using a second key to obtain second data, wherein the first key and the second key are a pair of keys corresponding to the first application protocol , to obtain the first data, and

Whether the first device uses the first application protocol is determined according to whether the first data and the second data are consistent.

Optionally, in some embodiments, the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

Optionally, in some embodiments, the processing unit 720 is configured to:

In the case that the first information includes a first identifier, according to whether the first data and the second data are consistent, it is determined whether the first device uses the first application protocol, wherein the first The identifier is used to indicate that the first device uses the first application protocol.

Optionally, in some embodiments, the first identification includes at least one of the following:

Optionally, in some embodiments, the first data is specific data or hash digest data of the specific data, wherein the specific data is at least one of the following:

Optionally, in some embodiments, the processing unit 720 is further configured to:

The first data is obtained from characteristic data of the first GATT service.

Optionally, in some embodiments, the communication unit 710 is further configured to:

Acquire a service list of the first device.

Optionally, in some embodiments, the processing unit is further configured to:

If the service list includes the UUID of the first GATT service, it is determined whether the first device uses the first application protocol according to whether the first data and the second data are consistent.

Optionally, in some embodiments, the pair of keys corresponding to the first application protocol is a pair of asymmetric keys determined based on an asymmetric algorithm, or a pair of symmetric keys determined based on a symmetric algorithm.

It should be understood that the device 700 according to the embodiment of the present application may correspond to the second device in the method embodiment of the present application, and the above and other operations and/or functions of the respective units in the device 700 for device discovery are for the purpose of realizing the The corresponding processes of the second device in the methods shown in 1 to 4 are not repeated here for brevity.

FIG. 8 shows a schematic block diagram of a device 800 for device discovery according to an embodiment of the present application. As shown in Figure 8, the device 800 includes:

a processing unit 810, configured to process the first data through a first algorithm to obtain first verification information;

A communication unit 820, configured to send first information to a second device, where the first information includes the first verification information, and the first verification information is used by the second device to determine the first device Whether to use the first application protocol.

Optionally, in some embodiments, the communication unit 820 is further configured to: send BLE broadcast data to the second device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.

Optionally, in some embodiments, the first algorithm is a hash digest algorithm.

It should be understood that the device 800 according to the embodiment of the present application may correspond to the first device in the method embodiment of the present application, and the above-mentioned and other operations and/or functions of each unit in the device 800 for device discovery are for the purpose of realizing the The corresponding flow of the first device in the method shown in 5 is not repeated here for brevity.

FIG. 9 shows a schematic block diagram of a device 900 for device discovery according to an embodiment of the present application. As shown in FIG. 9 , the device 900 includes: a communication unit 910 configured to receive first information sent by a first device, where the first information includes first verification information, wherein the first verification information is obtained through the first verification obtained by the algorithm processing the first data;

a processing unit 920, configured to acquire the first data;

The first data is processed by the first algorithm to obtain second verification information; and according to whether the first verification information and the second verification information are consistent, it is determined whether the first device uses the first verification information. an application protocol.

Optionally, in some embodiments, the first information is a broadcast data packet based on the Bluetooth Low Energy BLE protocol.

Optionally, in some embodiments, the first information is a wireless fidelity protocol-based beacon frame.

Optionally, the first verification information includes a service set identification SSID field and/or a manufacturer-defined field in the beacon frame.

Optionally, the processing unit 920 is further configured to: in the case that the first information includes a first identifier, determine the first device according to whether the first verification information and the second verification information are consistent Whether to use the first application protocol, wherein the first identifier is used to indicate that the first device uses the first application protocol.

Optionally, in some embodiments, the first data includes at least one of the following: a specific identifier, predefined data, at least part of data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the feature value data of the second characteristic of the first GATT service, and at least part of the data in the BLE broadcast data sent by the first device, wherein the first characteristic is used to save and transmit the The first authentication information, and the second characteristic is used to save and transmit the specific data.

Optionally, in some embodiments, the processing unit 920 is further configured to:

Optionally, in some embodiments, the communication unit 910 is further configured to: receive BLE broadcast data sent by the first device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.

Optionally, in some embodiments, the communication unit 910 is further configured to: obtain a service list of the first device.

Optionally, in some embodiments, the processing unit 920 is further configured to: if the service list does not include the UUID of the first GATT service, determine that the first device does not use the first application protocol.

It should be understood that the device 900 according to the embodiment of the present application may correspond to the second device in the method embodiment of the present application, and the above-mentioned and other operations and/or functions of each unit in the device 900 for device discovery are for the purpose of realizing the The corresponding process of the second device in the method shown in 5 is not repeated here for brevity.

FIG. 10 is a schematic structural diagram of a device 1000 for device discovery provided by an embodiment of the present application. The communication device 1000 shown in FIG. 10 includes a processor 1010, and the processor 1010 can call and run a computer program from a memory to implement the method in the embodiments of the present application.

Optionally, as shown in FIG. 10 , the communication device 1000 may further include a memory 1020 . The processor 1010 may call and run a computer program from the memory 1020 to implement the methods in the embodiments of the present application. The memory 1020 may be a separate device independent of the processor 1010, or may be integrated in the processor 1010.

Optionally, as shown in FIG. 10 , the communication device 1000 may further include a transceiver 1030, and the processor 1010 may control the transceiver 1030 to communicate with other devices, specifically, may send information or data to other devices, or receive other devices Information or data sent by a device. Among them, the transceiver 1030 may include a transmitter and a receiver. The transceiver 1030 may further include antennas, and the number of the antennas may be one or more.

Optionally, the communication device 1000 may specifically be the first device or the second device in this embodiment of the present application, and the communication device 1000 may implement the corresponding method implemented by the first device or the second device in each method in the embodiment of the present application. The process, for the sake of brevity, will not be repeated here.

FIG. 11 is a schematic structural diagram of a chip according to an embodiment of the present application. The chip 1100 shown in FIG. 11 includes a processor 1110, and the processor 1110 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in FIG. 10 , the chip 1100 may further include a memory 1120 . The processor 1110 may call and run a computer program from the memory 1120 to implement the methods in the embodiments of the present application.

The memory 1120 may be a separate device independent of the processor 1110, or may be integrated in the processor 1110.

Optionally, the chip 1100 may further include an input interface 1130 . The processor 1110 may control the input interface 1130 to communicate with other devices or chips, and specifically, may acquire information or data sent by other devices or chips.

Optionally, the chip 1100 may further include an output interface 1140 . The processor 1110 may control the output interface 1140 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

Optionally, the chip 1100 may be applied to the first device in the embodiments of the present application, and the chip 1100 may implement the corresponding processes implemented by the first device in the various methods of the embodiments of the present application, which are not omitted here for brevity. Repeat.

Optionally, the chip 1100 may be applied to the second device in the embodiments of the present application, and the chip 1100 may implement the corresponding processes implemented by the second device in the various methods of the embodiments of the present application, which are not omitted here for brevity. Repeat.

Optionally, the device mentioned in the embodiment of the present application may also be a chip. For example, it can be a system-on-chip, a system-on-a-chip, a system-on-a-chip, or a system-on-a-chip.

An embodiment of the present application also provides a communication system. The communication system includes a device for device discovery and a device for device discovery. Wherein, the device for device discovery may be used to implement the corresponding functions implemented by the device for device discovery in the above method, and the device for device discovery may be used to implement the above method by the device for device discovery. For the sake of brevity, the corresponding functions implemented by the device are not repeated here.

It should be understood that the processor in this embodiment of the present application may be an integrated circuit chip, which has a signal processing capability. In the implementation process, each step of the above method embodiments may be completed by a hardware integrated logic circuit in a processor or an instruction in the form of software. The above-mentioned processor can be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other available Programming logic devices, discrete gate or transistor logic devices, discrete hardware components. The methods, steps, and logic block diagrams disclosed in the embodiments of this application can be implemented or executed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules may be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other storage media mature in the art. The storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware.

It can be understood that the memory in this embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. Wherein, the non-volatile memory may be a read-only memory (Read-Only Memory, ROM), a programmable read-only memory (Programmable ROM, PROM), an erasable programmable read-only memory (Erasable PROM, EPROM), an electrically programmable read-only memory (Erasable PROM, EPROM). Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. Volatile memory may be Random Access Memory (RAM), which acts as an external cache. By way of illustration and not limitation, many forms of RAM are available, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (Synchlink DRAM, SLDRAM) ) and direct memory bus random access memory (Direct Rambus RAM, DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but not be limited to, these and any other suitable types of memory.

It should be understood that the above memory is an example but not a limitative description, for example, the memory in the embodiment of the present application may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM) and so on. That is, the memory in the embodiments of the present application is intended to include but not limited to these and any other suitable types of memory.

Embodiments of the present application further provide a computer-readable storage medium for storing a computer program.

Optionally, the computer-readable storage medium can be applied to the first device or the second device in the embodiments of the present application, and the computer program enables the computer to execute the methods described in the embodiments of the present application by the first device or the second device. For the sake of brevity, the corresponding process of implementation will not be repeated here.

Optionally, the computer-readable storage medium can be applied to the first device or the second device in the embodiments of the present application, and the computer program causes the computer to execute the methods described in the embodiments of the present application by the first device or the second device. For the sake of brevity, the corresponding process of implementation will not be repeated here.

Embodiments of the present application also provide a computer program product, including computer program instructions.

Optionally, the computer program product may be applied to the first device or the second device in the embodiments of the present application, and the computer program instructions cause the computer to execute the methods in the embodiments of the present application by the first device or the second device. The corresponding process, for the sake of brevity, will not be repeated here.

Optionally, the computer program product can be applied to the first device or the second device in the embodiments of the present application, and the computer program instructions cause the computer to execute the various methods of the embodiments of the present application by the first device or the second device. The corresponding process, for the sake of brevity, will not be repeated here.

The embodiments of the present application also provide a computer program.

Optionally, the computer program may be applied to the device for device discovery in the embodiments of the present application, and when the computer program runs on the computer, the computer executes the methods used for device discovery in the various methods of the embodiments of the present application. For the sake of brevity, the corresponding process implemented by the device will not be repeated here.

Optionally, the computer program may be applied to the first device or the second device in the embodiments of the present application, and when the computer program runs on the computer, the computer program is executed by the first device or the second device in each method of the embodiments of the present application. The corresponding process implemented by the second device is not repeated here for brevity.

Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. For such understanding, the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a device for device discovery, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program codes .

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this. should be covered within the scope of protection of this application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

A method for device discovery, comprising:

The first device encrypts the first data with a first key to obtain first verification information, wherein the first key is one of a pair of keys corresponding to the first application protocol;

The first device sends first information to the second device, wherein the first information includes the first verification information, and the first verification information is used by the second device to determine whether the first device uses the first application protocol.
The method according to claim 1, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.
The method according to claim 2, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The method according to claim 1, wherein the first information is a beacon frame based on a Wi-Fi protocol.
The method according to claim 4, wherein the first verification information includes a service set identification SSID field and/or a manufacturer-defined field in the beacon frame.
The method according to claim 4 or 5, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The method according to claim 3 or 6, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 1-7, wherein the first information further includes a first identifier, where the first identifier is used to indicate that the first device uses the first application protocol.
The method according to claim 1, wherein the first information is characteristic data of a first GATT service, and the first GATT service is used to verify whether the first device uses the first GATT service. an application protocol.
The method according to claim 9, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data is at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of data in the BLE broadcast data sent by the device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The method according to claim 10, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 9-11, wherein the method further comprises:

The first device sends BLE broadcast data to the second device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.
The method according to any one of claims 1-12, wherein the pair of keys corresponding to the first application protocol is a pair of asymmetric keys determined based on an asymmetric algorithm, or a pair of symmetric keys determined based on a symmetric algorithm key.
A method for device discovery, comprising:

The second device receives the first information sent by the first device, where the first information includes first verification information, wherein the first verification information is obtained by encrypting the first data with a first key;

Decrypt the first verification information by using a second key to obtain second data, wherein the first key and the second key are a pair of keys corresponding to the first application protocol;

obtain the first data;

Whether the first device uses the first application protocol is determined according to whether the first data and the second data are consistent.
The method according to claim 14, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.
The method according to claim 15, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The method according to claim 14, wherein the first information is a beacon frame based on a Wi-Fi Fidelity protocol.
The method according to claim 17, wherein the first verification information includes a service set identification SSID field and/or a vendor-defined field in the beacon frame.
The method according to claim 17 or 18, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The method according to claim 16 or 19, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 14-20, wherein the determining whether the first device uses the first application protocol according to whether the first data and the second data are consistent ,include:

In the case that the first information includes a first identifier, according to whether the first data and the second data are consistent, it is determined whether the first device uses the first application protocol, wherein the first The identifier is used to indicate that the first device uses the first application protocol.
The method according to claim 21, wherein the first identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to claim 14, wherein the first information is characteristic data of a first general attribute protocol (GATT) service.
The method according to claim 23, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data is at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The method according to claim 24, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 23-25, wherein the acquiring the first data comprises:

The first data is obtained from characteristic data of the first GATT service.
The method of claim 26, wherein the method further comprises:

If the acquisition of the first data fails, it is determined that the first device does not use the first application protocol.
The method according to any one of claims 23-27, wherein the method further comprises:

The first device sends BLE broadcast data to the second device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.
The method of claim 28, wherein the method further comprises:

Acquire a service list of the first device.
The method according to claim 29, wherein the determining whether the first device uses the first application protocol according to whether the first data and the second data are consistent, comprising:

If the service list includes the UUID of the first GATT service, it is determined whether the first device uses the first application protocol according to whether the first data and the second data are consistent.
The method of claim 29, wherein the method further comprises:

If the service list does not include the UUID of the first GATT service, it is determined that the first device does not use the first application protocol.
The method according to any one of claims 14-31, wherein the pair of keys corresponding to the first application protocol is a pair of asymmetric keys determined based on an asymmetric algorithm, or a pair of symmetric keys determined based on a symmetric algorithm key.
A method for device discovery, comprising:

The first device processes the first data through the first algorithm to obtain the first verification information;

The first device sends first information to the second device, wherein the first information includes the first verification information, and the first verification information is used by the second device to determine whether the first device uses The first application protocol.
The method according to claim 33, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.
The method of claim 34, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The method according to claim 32, wherein the first information is a beacon frame based on a Wi-Fi Fidelity protocol.
The method according to claim 36, wherein the first verification information includes a service set identification SSID field and/or a vendor-defined field in the beacon frame.
The method according to claim 36 or 37, wherein the first data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The method according to claim 35 or 38, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 33-39, wherein the first information further includes a first identifier, where the first identifier is used to indicate that the first device uses the first application protocol.
The method according to claim 33, wherein the first information is characteristic data of a first general attribute protocol (GATT) service.
The method of claim 41, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The method according to claim 42, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 41-43, wherein the method further comprises:

The first device sends BLE broadcast data to the second device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.
The method of any of claims 33-44, wherein the first algorithm is a hash digest algorithm.
A method for device discovery, comprising:

The second device receives the first information sent by the first device, where the first information includes first verification information, wherein the first verification information is obtained by processing the first data through a first algorithm;

obtain the first data;

The first data is processed by the first algorithm to obtain second verification information;

Whether the first device uses the first application protocol is determined according to whether the first verification information and the second verification information are consistent.
The method according to claim 46, wherein the first information is a broadcast data packet based on the Bluetooth Low Energy (BLE) protocol.
The method of claim 47, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The method according to claim 46, wherein the first information is a beacon frame based on a Wi-Fi Fidelity protocol.
The method according to claim 49, wherein the first verification information includes a service set identification SSID field and/or a vendor-defined field in the beacon frame.
The method according to claim 49 or 50, wherein the first data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The method according to claim 48 or 51, wherein the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to any one of claims 46-52, wherein the determining whether the first device uses the first verification information according to whether the first verification information and the second verification information are consistent Application protocols, including:

In the case where the first information includes a first identifier, it is determined whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent, wherein the The first identifier is used to indicate that the first device uses the first application protocol.
The method of claim 53, wherein the first identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to claim 46, wherein the first information is characteristic data of a first general attribute protocol (GATT) service.
The method of claim 55, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The method according to claim 56, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The method according to claim 56 or 57, wherein the method further comprises:

If the acquisition of the first data fails, it is determined that the first device does not use the first application protocol.
The method according to any one of claims 55-58, wherein the method further comprises:

The second device receives BLE broadcast data sent by the first device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.
The method of claim 59, wherein the method further comprises:

Acquire a service list of the first device.
The method according to claim 60, wherein the determining whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent comprises:

If the service list includes the UUID of the first GATT service, it is determined whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent.
The method of claim 61, wherein the method further comprises:

If the service list does not include the UUID of the first GATT service, it is determined that the first device does not use the first application protocol.
The method of any of claims 46-62, wherein the first algorithm is a hash digest algorithm.
A device for device discovery, comprising:

a processing unit, configured to encrypt the first data with a first key to obtain first verification information, wherein the first key is one of a pair of keys corresponding to the first application protocol;

A communication unit, configured to send first information to a second device, wherein the first information includes the first verification information, and the first verification information is used by the second device to determine whether the first device Use the first application protocol.
The device according to claim 63, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.
The device according to claim 65, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The device according to claim 64, wherein the first information is a beacon frame based on a Wi-Fi Fidelity protocol.
The device according to claim 67, wherein the first verification information includes a service set identification SSID field and/or a manufacturer-defined field in the beacon frame.
The device according to claim 67 or 68, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The device according to claim 66 or 69, wherein the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 64-70, wherein the first information further includes a first identifier, where the first identifier is used to indicate that the first device uses the first application protocol.
The device according to claim 64, wherein the first information is characteristic data of a first GATT service, and the first GATT service is used to verify whether the first device uses the first GATT service. an application protocol.
The device according to claim 72, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data is at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of data in the BLE broadcast data sent by the device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The device according to claim 73, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 72-74, wherein the communication unit is further configured to:

Send BLE broadcast data to the second device, where the BLE broadcast data includes the universally unique identifier UUID of the first GATT service.
The device according to any one of claims 64-75, wherein the pair of keys corresponding to the first application protocol is a pair of asymmetric keys determined based on an asymmetric algorithm, or a pair of symmetric keys determined based on a symmetric algorithm key.
A device for device discovery, comprising:

a communication unit, configured to receive first information sent by a first device, where the first information includes first verification information, wherein the first verification information is obtained by encrypting first data with a first key;

The processing unit is configured to decrypt the first verification information by using a second key to obtain second data, wherein the first key and the second key are a pair of keys corresponding to the first application protocol. key;

obtaining the first data; and

Whether the first device uses the first application protocol is determined according to whether the first data and the second data are consistent.
The device according to claim 77, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.
The device according to claim 78, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The device according to claim 77, wherein the first information is a beacon frame based on a Wi-Fi protocol.
The device according to claim 80, wherein the first verification information includes a service set identification SSID field and/or a manufacturer-defined field in the beacon frame.
The device according to claim 80 or 81, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The device according to claim 79 or 82, wherein the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 77-83, wherein the determining whether the first device uses the first application protocol is based on whether the first data and the second data are consistent ,include:

In the case that the first information includes a first identifier, according to whether the first data and the second data are consistent, it is determined whether the first device uses the first application protocol, wherein the first The identifier is used to indicate that the first device uses the first application protocol.
The device according to claim 84, wherein the first identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to claim 77, wherein the first information is characteristic data of a first general attribute protocol (GATT) service.
The device of claim 86, wherein the first data is specific data or hash digest data of the specific data, wherein the specific data is at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The device according to claim 87, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to claim 87 or 88, wherein the processing unit is further configured to:

The first data is obtained from characteristic data of the first GATT service.
The device of claim 89, wherein the processing unit is further configured to:

If the acquisition of the first data fails, it is determined that the first device does not use the first application protocol.
The device according to any one of claims 86-90, wherein the communication unit is further configured to:

Receive BLE broadcast data sent by the first device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.
The device according to claim 91, wherein the processing unit is further configured to:

Acquire a service list of the first device.
The device according to claim 92, wherein the processing unit is further configured to:

If the service list includes the UUID of the first GATT service, it is determined whether the first device uses the first application protocol according to whether the first data and the second data are consistent.
The device according to claim 92, wherein the processing unit is further configured to:

If the service list does not include the UUID of the first GATT service, it is determined that the first device does not use the first application protocol.
The device according to any one of claims 77-94, wherein the pair of keys corresponding to the first application protocol is a pair of asymmetric keys determined based on an asymmetric algorithm, or a pair of symmetric keys determined based on a symmetric algorithm key.
A device for device discovery, comprising:

a processing unit, configured to process the first data through a first algorithm to obtain first verification information;

A communication unit, configured to send first information to a second device, wherein the first information includes the first verification information, and the first verification information is used by the second device to determine whether the first device Use the first application protocol.
The device according to claim 96, wherein the first information is BLE broadcast data based on the Bluetooth Low Energy BLE protocol.
The device of claim 97, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The device according to claim 96, wherein the first information is a beacon frame based on a Wi-Fi protocol.
The device according to claim 99, wherein the first verification information includes a service set identification SSID field and/or a manufacturer-defined field in the beacon frame.
The device according to claim 99 or 100, wherein the first data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The device according to claim 98 or 101, wherein the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 96-102, wherein the first information further includes a first identifier, where the first identifier is used to indicate that the first device uses the first application protocol.
The device according to claim 96, wherein the first information is characteristic data of a first general attribute protocol (GATT) service.
The device according to claim 104, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The device according to claim 105, wherein the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 104-106, wherein the communication unit is further configured to:

Send BLE broadcast data to the second device, where the BLE broadcast data includes the universally unique identifier UUID of the first GATT service.
The apparatus of any of claims 96-107, the first algorithm is a hash digest algorithm.
A device for device discovery, comprising:

a communication unit, configured to receive first information sent by a first device, where the first information includes first verification information, wherein the first verification information is obtained by processing the first data through a first algorithm;

a processing unit, configured to acquire the first data;

The first data is processed by the first algorithm to obtain second verification information; and

Whether the first device uses the first application protocol is determined according to whether the first verification information and the second verification information are consistent.
The device according to claim 109, wherein the first information is a broadcast data packet based on the Bluetooth Low Energy (BLE) protocol.
The device of claim 110, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, and at least part of the BLE broadcast data.
The device according to claim 109, wherein the first information is a beacon frame based on a Wi-Fi protocol.
The device according to claim 112, wherein the first verification information includes a service set identification SSID field and/or a vendor-defined field in the beacon frame.
The device according to claim 112 or 113, wherein the first data includes at least one of the following:

Specific identification, predefined data, at least part of the data in the beacon frame.
The device according to claim 111 or 114, wherein the specific identification includes at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 109-115, wherein the processing unit is further configured to:

In the case where the first information includes a first identifier, it is determined whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent, wherein the The first identifier is used to indicate that the first device uses the first application protocol.
The device according to claim 116, wherein the first identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to claim 109, wherein the first information is characteristic data of a first general attribute protocol (GATT) service.
The device of claim 118, wherein the first data comprises at least one of the following:

A specific identifier, predefined data, at least part of the data in the characteristic value data of the first characteristic of the first GATT service, at least part of the data in the characteristic value data of the second characteristic of the first GATT service, the first At least part of the data in the BLE broadcast data sent by a device, wherein the first characteristic is used for saving and transmitting the first verification information, and the second characteristic is used for saving and transmitting the specific data.
The device according to claim 119, wherein the specific identification comprises at least one of the following:

The protocol name and protocol version number of the first application protocol.
The device according to any one of claims 118-120, wherein the processing unit is further configured to:

If the acquisition of the first data fails, it is determined that the first device does not use the first application protocol.
The device according to any one of claims 118-121, wherein the communication unit is further configured to:

Receive BLE broadcast data sent by the first device, where the BLE broadcast data includes the universal unique identifier UUID of the first GATT service.
The device of claim 122, wherein the communication unit is further configured to:

Acquire a service list of the first device.
The device of claim 123, wherein the processing unit is further configured to:

If the service list includes the UUID of the first GATT service, determine whether the first device uses the first application protocol according to whether the first verification information and the second verification information are consistent.
The device of claim 123, wherein the processing unit is further configured to:

If the service list does not include the UUID of the first GATT service, it is determined that the first application protocol is not used by the first device.
The apparatus of any of claims 109-125, the first algorithm is a hash digest algorithm.
A device for device discovery, characterized in that it comprises: a processor and a memory, the memory is used for storing a computer program, the processor is used for calling and running the computer program stored in the memory, and executing the program as claimed in claim 1 The method of any one of claims 33 to 45, or the method of any one of claims 33 to 45.
A chip, characterized by comprising: a processor for invoking and running a computer program from a memory, so that a device installed with the chip executes the method according to any one of claims 1 to 13, or as in The method of any one of claims 33 to 45.
A computer-readable storage medium, characterized by being used for storing a computer program, the computer program causing a computer to perform the method according to any one of claims 1 to 13, or any one of claims 33 to 45. method described in item.
A computer program product comprising computer program instructions that cause a computer to perform the method of any one of claims 1 to 13, or the method of any one of claims 33 to 45 Methods.
A computer program, characterized in that the computer program causes a computer to perform the method as claimed in any one of claims 1 to 13, or the method as claimed in any one of claims 33 to 45.
A device for device discovery, characterized in that it comprises: a processor and a memory, the memory is used for storing a computer program, the processor is used for calling and running the computer program stored in the memory, and executing the program as claimed in claim 14 The method of any one of to 32, or the method of any one of claims 46 to 63.
A chip, characterized by comprising: a processor for invoking and running a computer program from a memory, so that a device installed with the chip executes the method according to any one of claims 14 to 32, or as in The method of any one of claims 46 to 63.
[Correction 20.10.2020 under Rule 91]
A computer-readable storage medium, characterized by being used for storing a computer program, the computer program causing a computer to perform the method according to any one of claims 14 to 32, or any one of claims 46 to 63. method described in item.
[Correction 20.10.2020 under Rule 91]
A computer program product comprising computer program instructions that cause a computer to perform a method as claimed in any one of claims 14 to 32, or as claimed in any one of claims 46 to 63 Methods.
[Correction 20.10.2020 under Rule 91]
A computer program, characterized in that the computer program causes a computer to perform the method as claimed in any one of claims 14 to 32, or the method as claimed in any one of claims 46 to 63.