Information interaction method, information interaction device, server and storage medium

Abstract

The present disclosure relates to an information interaction method, an information interaction device, a server and a storage medium. The information interaction method comprises: receiving a request frame broadcasted by a second node to be accessed to a Mesh network through a broadcast channel; the request frame contains a content indication and an identification type of the second node; wherein the content indication is used to indicate an information processing task performed by the first node; after determining that the identification type of the second node matches the identification type of the first node, the information processing task is performed. In the present application, during the whole information interaction process between the first node and the second node before the second node accesses the network, the information interaction between the nodes can be completed only by receiving and sending the request frame in the broadcast channel, without the establishment of wireless communication between the nodes, thereby facilitating the information interaction and sharing of the nodes before accessing the network through the above method.

Description

Technical Field

[0001] This disclosure relates to the field of wireless communication technology, and in particular to an information interaction method, an information interaction device, a server, and a storage medium. Background Technology

[0002] Before communication can occur, a network needs to form a network of nodes to connect them. This networking process requires establishing physical links between nodes before data link layer and network layer communication can take place. However, in some special cases, such as when the network access password is unknown, physical links cannot be established, making inter-node information exchange impossible. Summary of the Invention

[0003] This disclosure provides an information interaction method, an information interaction device, a server, and a storage medium.

[0004] A first aspect of this disclosure provides an information interaction method, including:

[0005] The first node receives a request frame broadcast via a broadcast channel from a second node seeking to access the Mesh network. The request frame contains a content indication and the identifier type of the second node. The content indication is used to indicate the information processing task to be performed by the first node.

[0006] After determining that the identifier type of the second node matches the identifier type of the first node, the information processing task is executed.

[0007] In some embodiments, where the content indication indicates that the request frame carries the public key of the second node, the information processing task is to store the public key of the second node; and / or,

[0008] When the content indicates that the request frame carries an information request, the information processing task is to respond to the information request; wherein the information request carries the message content sent by the second node to the first node.

[0009] In some embodiments, when the content indicates that the request frame carries an information request, performing the information processing task includes:

[0010] Based on the public key of the second node, the response message is encrypted using a key; wherein, the response message corresponds to the information request;

[0011] A response frame is sent back to the second node, the response frame containing at least the encrypted response message.

[0012] In some embodiments, before key encryption of the response message based on the public key of the second node, the method further includes:

[0013] Based on the private key of the first node, the message content contained in the information request is decrypted to obtain the decrypted message content;

[0014] The response message is determined based on the message content.

[0015] In some embodiments, the method further includes:

[0016] If the byte length of the ciphertext corresponding to the response message exceeds a preset threshold, the response message is allocated to multiple consecutive data packets in the response frame; each of the multiple consecutive data packets contains a fragmentation field, which is used to record the allocation order of the data packets in the entire ciphertext.

[0017] In some embodiments, the method further includes:

[0018] The broadcast includes a request frame containing the first node's public key; and / or,

[0019] Receive a request frame broadcast by the second node containing the public key of the second node.

[0020] A second aspect of this disclosure provides another information exchange method applied to a second node to be connected to a Mesh network, the method comprising:

[0021] A request frame is broadcast via a broadcast channel; the request frame includes at least a content indication and an identifier type of the second node; wherein the content indication is used for the first node of the Mesh network to confirm the information processing task indicated by the second node, and the identifier type of the second node is used to match the identifier type of the first node;

[0022] The system receives a response frame from the first node, the response frame containing at least the response result of the first node to the information processing task.

[0023] In some embodiments, the response result in the response frame includes at least: a response message; the response message is obtained by the first node in response to the information request carried in the request frame.

[0024] The response frame received from the first node includes at least:

[0025] Based on the private key of the second node, the encrypted response message in the response frame is decrypted to obtain the decrypted response message.

[0026] In some embodiments, receiving the response frame fed back by the first node further includes at least:

[0027] If the content indicates that the request frame carries the response message, it is confirmed whether the identifier type of the second node matches the identifier type of the first node contained in the response frame;

[0028] After determining that the identifier type of the second node matches the identifier type of the first node, the encrypted response message is decrypted.

[0029] In some embodiments, the method further includes:

[0030] If the response frame contains multiple consecutive data packets, the response messages in each data packet are read sequentially according to the record information in the fragmentation field of the data packets.

[0031] A third aspect of this disclosure provides an information interaction device applied to a first node of a Mesh network, the device comprising:

[0032] The first processing unit is configured to receive a request frame broadcast by a second node seeking to access the Mesh network via a broadcast channel; the request frame contains a content indication and an identifier type of the second node; wherein the content indication is configured to indicate the information processing task to be performed by the first node;

[0033] The second processing unit is used to execute the information processing task after determining that the identifier type of the second node matches the identifier type of the first node.

[0034] In some embodiments, the apparatus further includes: the third processing unit, for...

[0035] If the content indicates that the request frame carries the public key of the second node, the information processing task is to store the public key of the second node; and / or,

[0036] When the content indicates that the request frame carries an information request, the information processing task is to respond to the information request; wherein the information request carries the message content sent by the second node to the first node.

[0037] In some embodiments, the second processing unit is specifically used for

[0038] Based on the public key of the second node, the response message is encrypted using a key; wherein, the response message corresponds to the information request;

[0039] A response frame is sent back to the second node, the response frame containing at least the encrypted response message.

[0040] In some embodiments, the second processing unit is further specifically used for

[0041] Based on the private key of the first node, the message content contained in the information request is decrypted to obtain the decrypted message content;

[0042] The response message is determined based on the message content.

[0043] In some embodiments, the first processing unit is further configured to

[0044] The broadcast includes a request frame containing the first node's public key; and / or,

[0045] Receive a request frame broadcast by the second node containing the public key of the second node.

[0046] A fourth aspect of this disclosure provides another information interaction device, applied to a second node to be connected to a Mesh network, the device comprising:

[0047] The first processing unit is configured to broadcast a request frame via a broadcast channel; the request frame includes at least a content indication and an identifier type of the second node; wherein the content indication is used for the first node of the Mesh network to confirm the information processing task indicated by the second node, and the identifier type of the second node is used to match the identifier type of the first node;

[0048] The second processing unit is configured to receive a response frame fed back by the first node, wherein the response frame contains at least the response result of the first node to the information processing task.

[0049] In some embodiments, the response result in the response frame includes at least: a response message; the response message is obtained by the first node in response to the information request carried in the request frame.

[0050] The second processing unit is specifically used for

[0051] Based on the private key of the second node, the encrypted response message in the response frame is decrypted to obtain the decrypted response message.

[0052] In some embodiments, the second processing unit is further configured to...

[0053] If the content indicates that the request frame carries the response message, it is confirmed whether the identifier type of the second node matches the identifier type of the first node contained in the response frame;

[0054] After determining that the identifier type of the second node matches the identifier type of the first node, the encrypted response message is decrypted.

[0055] A fifth aspect of this disclosure provides a server, including a processor and a memory, wherein the memory stores a computer program executable on the processor, and the processor, when running the computer program, performs the steps of the methods described in the first and second aspects.

[0056] A sixth aspect of this disclosure provides a computer-readable storage medium having a computer program stored thereon, characterized in that the computer program, when executed by a processor, implements the steps of the methods described in the first and second aspects.

[0057] The technical solutions provided by the embodiments of this disclosure may include the following beneficial effects:

[0058] The information interaction method in this embodiment includes: receiving a request frame broadcast by a second node through a broadcast channel; the request frame at least includes a content indication and an identifier type of the second node; wherein, the content indication is used to: execute the information processing task after determining that the identifier type of the second node matches the identifier type of the first node. In this application, before the second node accesses the network, it broadcasts a request frame through a broadcast channel. The first node receives the request frame broadcast by the second node through the broadcast channel to interact with the second node. During the information interaction, the interaction between the first and second nodes is established by comparing the identifier type of the second node with that of the first node in the request frame, and the information processing task required by the first node is established by the content indication. Throughout the entire information interaction process between the second node and the first node before the second node accesses the network, the information interaction between the nodes can be completed solely through the reception and transmission of the request frame in the broadcast channel, without the need for establishing wireless communication between the nodes. This facilitates information sharing between nodes before they access the network using the above method.

[0059] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0060] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0061] Figure 1 This is an information interaction method flow illustrated according to an exemplary embodiment. Figure 1 .

[0062] Figure 2 This is an information interaction method flow illustrated according to an exemplary embodiment. Figure 2 .

[0063] Figure 3This is a schematic diagram illustrating configuration information sharing between nodes according to an exemplary embodiment.

[0064] Figure 4 This is an information interaction method flow illustrated according to an exemplary embodiment. Figure 3 .

[0065] Figure 5 This is a schematic diagram of an information interaction device structure according to an exemplary embodiment. Figure 1 .

[0066] Figure 6 This is a schematic diagram of an information interaction device structure according to an exemplary embodiment. Figure 2 .

[0067] Figure 7 This is a block diagram illustrating a terminal device according to an exemplary embodiment. Detailed Implementation

[0068] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses consistent with some aspects of this disclosure as detailed in the appended claims.

[0069] Before communication can occur, a network needs to form a network of nodes to connect them. This networking process requires establishing physical links between nodes before data link layer and network layer communication can take place. However, in some special cases, such as when the network access password is unknown, physical links cannot be established, making inter-node information exchange impossible.

[0070] This disclosure provides an information interaction method. Figure 1 This is an information interaction method flow illustrated according to an exemplary embodiment. Figure 1 .like Figure 1 As shown, the information exchange methods include:

[0071] Step 10: Receive a request frame broadcast by the second node to be connected to the Mesh network via a broadcast channel; the request frame contains a content indication and the identification type of the second node; wherein, the content indication is used to indicate the information processing task to be performed by the first node;

[0072] Step 11: After determining that the identifier type of the second node matches the identifier type of the first node, execute the information processing task.

[0073] In this embodiment, the request frame broadcast by the second node can be a probe request frame. The request frame includes a content indication field and an identifier type field. The content indication field `ie_id` contains the content indication, and the identifier type field `oui_type` indicates the identifier type of the second node. Different request frames may correspond to different content indications. Request frames with different content indications indicate different information processing tasks to the first node. The identifier type can be determined as an identification standard for matching attributes between node devices. That is, if the identifier types are the same, it can be determined that the node devices have the same device attributes. The device attributes include at least one of the following: manufactured by the same manufacturer, of the same type, or able to communicate based on the same standard protocol.

[0074] In this embodiment of the disclosure, the second node indicates the information processing task of the first node, which includes at least one of the following information processing tasks: storing, deleting, modifying, retrieving, encrypting, or responding to predetermined information.

[0075] In this embodiment of the disclosure, determining that the identifier type of the second node matches the identifier type of the first node includes: the identifier type OUI type1 of the second node is the same as the identifier type OUI type2 of the first node.

[0076] In this embodiment of the disclosure, the information exchange method can be applied to networks that are wirelessly networked, including at least Mesh multi-hop networks. Both the first node and the second node can be routing devices in a Mesh multi-hop network. The first node can be a node device already connected to the network, and the second node can be a node device waiting to connect to the network, but is not limited thereto.

[0077] The information interaction method in this embodiment includes: receiving a request frame broadcast by a second node through a broadcast channel; the request frame at least includes a content indication and an identifier type of the second node; determining, based on the content indication, an information processing task instructed by the second node to the first node; and executing the information processing task after determining that the identifier type of the second node matches the identifier type of the first node. In this application, before the second node accesses the network, it broadcasts a request frame through a broadcast channel. The first node receives the request frame broadcast by the second node through the broadcast channel to interact with the second node. During the information interaction, the interaction between the first and second nodes is established by comparing the identifier type of the second node with that of the first node in the request frame, and the information processing task required by the second node from the first node is determined by the content indication. Throughout the entire information interaction process between the second node and the first node before the second node accesses the network, the information interaction between the nodes can be completed solely through the reception and transmission of request frames in the broadcast channel, without the need for establishing wireless communication between the nodes. This facilitates information sharing between nodes before they access the network using the above method.

[0078] In some embodiments, where the content indication indicates that the request frame carries the public key of the second node, the information processing task is to store the public key of the second node; and / or,

[0079] When the content indicates that the request frame carries an information request, the information processing task is to respond to the information request; wherein the information request carries the message content sent by the second node to the first node.

[0080] In this embodiment of the disclosure, when the content indication field ie_id contains a content indication set to the public key identifier WLAN_ELEMID_PUBKEY, it indicates that the request frame carries the public key of the second node, and the first node will store the public key of the second node contained in the request frame in the storage area of ​​the first node; the storage area can be local storage space, such as local hard disk storage, local memory, etc.

[0081] The content indication field `ie_id` contains a content indication. When set to the encrypted identifier `WLAN_ELEMID_MSG`, it indicates that the request frame carries an information request, and the first node will respond to the information request contained in the request frame. The information request is used to determine the information content that the second node requests from the first node, including at least device configuration information and / or stored data. The configuration information includes at least link information such as the password required to establish a physical link connection. In this way, by distinguishing different content indications, the information processing tasks that the first node needs to perform can be determined, and the information interaction between the first and second nodes can be completed.

[0082] In this embodiment of the disclosure, the message content sent by the second node to the first node includes at least a first message for requesting to obtain device configuration information, and / or a second message for requesting to obtain data stored in the first node.

[0083] In some embodiments, when the content indicates that the request frame carries an information request, performing the information processing task includes:

[0084] Based on the public key of the second node, the response message is encrypted using a key; wherein, the response message corresponds to the information request;

[0085] A response frame is sent back to the second node, the response frame containing at least the encrypted response message.

[0086] In this embodiment, when the content indicator field ie_id contains the encrypted identifier WLAN_ELEMID_MSG, the first node needs to encrypt the determined response information using a key and then feed the encrypted response information back to the second node's information processing task. Specifically, after determining the response information requested by the second node, the first node can encrypt the response information using its public key. The encrypted response information is then fed back to the second node via a response frame. Thus, when the content indicator is determined to be the encrypted identifier WLAN_ELEMID_MSG, the first node completes the corresponding response information encryption and feedback task. The response frame encrypted with the second node's public key can only be decrypted by the second node using its own private key, thereby ensuring secure information exchange between the second node and the first node.

[0087] In some embodiments,

[0088] Before encrypting the response message using the public key of the second node, the following steps are also included:

[0089] Based on the private key of the first node, the message content contained in the information request is decrypted to obtain the decrypted message content;

[0090] The response message is determined based on the message content.

[0091] In this embodiment of the disclosure, when the content indication field ie_id in the request frame is determined to contain the encrypted identifier WLAN_ELEMID_MSG, the request frame sent by the second node to the first node will include an information request; and the information request is encrypted using the first node's public key. When the first node receives the request frame, it can decrypt it using its public key to obtain the second node's information request, thereby ensuring secure information exchange between the second node and the first node. The information request carries the message content sent by the second node to the first node. A response message is then determined based on the message content and sent back to the second node.

[0092] In some embodiments, the method further includes:

[0093] If the byte length of the ciphertext corresponding to the response message exceeds a preset threshold, the response message is allocated to multiple consecutive data packets in the response frame; each of the multiple consecutive data packets contains a fragmentation field, which is used to record the allocation order of the data packets in the entire ciphertext.

[0094] In this embodiment of the disclosure, the response message to be sent to the second node is encrypted using the public key of the second node. If the ciphertext length exceeds a preset threshold (e.g., 255 bytes), the ciphertext needs to be fragmented. After fragmentation, the fragment numbers 1, 2, and 3 are stored in the fragments field of the data packet msg_ie. The ciphertext of the fragments is stored in multiple consecutive data packets msg_ie.

[0095] In this embodiment of the disclosure, the fragmentation field is used to record the distribution order of the data packets within the entire ciphertext, including: recording the forward order of the data packets within the entire ciphertext, and / or the number of fragments of the remaining data packets. Recording the distribution order of the data packets within the entire ciphertext through the fragmentation field facilitates the sequential reading of each data packet in the entire ciphertext. Recording the forward order of the data packets within the entire ciphertext, for example, recording the order of each data packet as 1 / 2 / 3, etc., where order 1 represents the first packet, order 2 represents the second packet, and so on. Recording the number of fragments of the remaining data packets, for example, a fragment number of 5 means that there are 5 more data packets to be read, and a fragment number of 4 means that there are 4 more data packets to be read.

[0096] In some embodiments, the method further includes:

[0097] The broadcast includes a request frame containing the first node's public key; and / or,

[0098] Receive a request frame broadcast by the second node containing the public key of the second node.

[0099] In this embodiment of the disclosure, the first node may also broadcast and share its public key to the second node, so that the second node can obtain it and encrypt the information request using the first node's public key; and receive the request frame broadcast by the second node containing the second node's public key.

[0100] This disclosure also provides another information exchange method, applied to a second node to be connected to the Mesh network. Figure 2 This is an information interaction method flow illustrated according to an exemplary embodiment. Figure 2 .like Figure 2 As shown, the method includes:

[0101] Step 20: Broadcast a request frame through a broadcast channel; the request frame includes at least a content indication and an identifier type of the second node; wherein the content indication is used for the first node to confirm the information processing task indicated by the second node, and the identifier type of the second node is used to match the identifier type of the first node;

[0102] Step 21: Receive a response frame from the first node, wherein the response frame contains at least the response result of the first node to the information processing task.

[0103] In this embodiment, the request frame broadcast by the second node can be a probe request frame. The request frame includes a content indication field and an identifier type field. The content indication field `ie_id` contains the content indication, and the identifier type field `oui_type` indicates the identifier type of the second node. Different request frames may correspond to different content indications. Request frames with different content indications indicate different information processing tasks to the first node from the second node.

[0104] The identifier type can be used as a standard for identifying attribute matching between node devices. That is, if the identifier types are the same, it can be determined that the node devices have the same device attributes. The device attributes mentioned include at least: being manufactured by the same manufacturer, being of the same type of device, and being able to communicate between node devices based on the same standard protocol.

[0105] In this embodiment of the disclosure, the second node indicates the information processing task of the first node, which includes at least one of the following information processing tasks: storing, deleting, modifying, retrieving, or encrypting predetermined information.

[0106] In this embodiment of the disclosure, determining that the identifier type of the second node matches the identifier type of the first node includes: the identifier type OUI type1 of the second node is the same as the identifier type OUI type2 of the first node.

[0107] The information interaction method in this embodiment includes: broadcasting a request frame to the first node via a broadcast channel; the request frame at least includes a content indication and an identifier type of the second node; wherein the content indication is used for the first node to confirm the information processing task indicated by the second node, and the identifier type of the second node is used to match the identifier type of the first node; and receiving a response frame from the first node. In this application, before the second node accesses the network, it broadcasts the request frame via a broadcast channel. The first node receives the request frame broadcast by the second node via the broadcast channel to interact with the second node. During the information interaction, the interaction between the first and second nodes is established by comparing the identifier type of the second node with that of the first node in the request frame, and the information processing task required by the first node for the second node is established by the content indication. Throughout the entire information interaction process between the second node and the first node before the second node accesses the network, the information interaction between the nodes can be completed solely through the reception and transmission of the request frame in the broadcast channel, without the need for establishing wireless communication between the nodes. This facilitates information sharing and interaction between nodes before they access the network using the above method.

[0108] In some embodiments, the response result in the response frame includes at least: a response message; the response message is obtained by the first node in response to the information request carried in the request frame.

[0109] The response frame received from the first node includes at least:

[0110] Based on the private key of the second node, the encrypted response message in the response frame is decrypted to obtain the decrypted response message.

[0111] In this embodiment, the information request carried in the request frame can be a request from the second node to the first node to obtain device configuration information. When the first node cannot respond to the information request, the response result may further include feedback information indicating that it cannot respond. In this embodiment, when the content indicator field ie_id contains a ciphertext identifier WLAN_ELEMID_MSG, the first node needs to perform a key encryption task on the response message and send the encrypted response message back to the second node. Specifically, after determining the response message requested by the second node, the first node can encrypt the response message using its public key. The encrypted response message is then sent back to the second node via a response frame. The second node decrypts the encrypted response message in the response frame using its own private key to obtain the decrypted response message. Thus, when the content indicator is determined to be the ciphertext identifier WLAN_ELEMID_MSG, the second node completes the corresponding response message encryption and feedback task. The response frame encrypted with the second node's public key can only be decrypted by the second node using its own private key, thereby ensuring secure information exchange between the second node and the first node.

[0112] In some embodiments, receiving the response frame fed back by the first node further includes at least:

[0113] If the content indicates that the request frame carries the response message, it is confirmed whether the identifier type of the second node matches the identifier type of the first node contained in the response frame;

[0114] After determining that the identifier type of the second node matches the identifier type of the first node, the encrypted response message is decrypted.

[0115] In this embodiment of the disclosure, when the content indication field ie_id in the response frame contains a encrypted identifier WLAN_ELEMID_MSG, it indicates that the response frame carries a response message. The second node determines that the received response frame is a response from the first node to the second node by confirming that the identifier type of the second node matches the identifier type of the first node contained in the response frame. Then, the encrypted response message is decrypted using a private key.

[0116] In some embodiments, the method further includes:

[0117] If the response frame contains multiple consecutive data packets, the response messages in each data packet are read sequentially according to the record information in the fragmentation field of the data packets.

[0118] In this embodiment of the disclosure, the response message to be sent to the second node is encrypted using the public key of the second node. If the ciphertext length exceeds a preset threshold (e.g., 255), the ciphertext needs to be fragmented. After fragmentation, the fragment numbers 1, 2, and 3 are stored in the fragments field of msg_ie. The ciphertext of the fragments is stored in multiple consecutive data packets msg_ie (the content indication and identification type of each fragment data packet msg_ie are the same).

[0119] In this embodiment of the disclosure, the fragmentation field is used to record the distribution order of the data packets within the entire ciphertext, including: recording the forward order of the data packets within the entire ciphertext, and / or the number of remaining data packet fragments. When the second node receives a response frame containing multiple consecutive data packets, it sequentially reads the configuration information from each data packet according to the recorded information in the fragmentation field of the data packets.

[0120] In some embodiments, when the content indicates a public key identifier, the request frame contains at least the public key of the second node.

[0121] In this embodiment of the disclosure, when the content indication field ie_id contains a content indication that the public key identifier WLAN_ELEMID_PUBKEY is present, the request frame must contain at least the public key of the second node. The public key of the second node is shared with the first node by broadcasting it to the first node.

[0122] Figure 3 This is a schematic diagram illustrating configuration information sharing between nodes according to an exemplary embodiment. For example... Figure 3 As shown, when no communication connection is established between the first node, the second node, and the third node, configuration information sharing between the first node and the second and third nodes can be achieved through the information exchange method of this application. The first node can be a node in the access network. The second and third nodes are both nodes in the network to be accessed. Simultaneously, the second and third nodes can also share configuration information through the information exchange method of this application.

[0123] Figure 4 This is an information interaction method flow illustrated according to an exemplary embodiment. Figure 3 .like Figure 4 As shown, the information interaction method flow includes:

[0124] Step 401: The first node generates its public key;

[0125] Step 402: The second node generates the second node's public key;

[0126] Step 403: The first and second nodes exchange public keys, including: exchanging public keys and exchanging information by periodically sending probe request frames across the entire channel. The probe request frame may contain: ie_id = WLAN_ELEMID_PUBKEY, oui_type = VENDOR_SPECIFIC_TYPE, fragments = number of fragments; it should be noted that ie_id is the content indicator field, and oui_type is the type field.

[0127] A msg_ie (information unit) is added to the probe request frame, with ie_id set to WLAN_ELEMID_PUBKEY, oui_type set to VENDOR_SPECIFIC_TYPE, fragments set to the number of fragments (if any), and its own public key information stored in msg. This is then broadcast to other devices in space, for example, the first node broadcasts to the second node. After receiving the probe request, other devices check the ie_id and then match it with the oui_type. If they match, they save the device information and public key of the probe request sender to their local device library. After the key exchange is completed, all subsequent communication is done through an encrypted channel.

[0128] It should be noted that msg_ie can include at least the ie_id and oui_type mentioned above, but is not limited to these.

[0129] Step 404: The second node encrypts and fragments the ciphertext corresponding to the information request using the public key of the first node, and sends the request frame to the first node;

[0130] The second node adds a `msg_ie` to the probe request, with `ie_id` set to `WLAN_ELEMID_MSG` and `oui_type` set to `VENDOR_SPECIFIC_TYPE` (the actual value is customizable). It uses the first node's public key to encrypt the message to be sent to the first node. If the ciphertext length exceeds 255, it needs to be fragmented. After fragmentation, the fragment numbers 1, 2, and 3 are stored in the `fragments` field of `msg_ie`. The ciphertext of the fragments is stored in multiple consecutive `msg_ie`s (each fragment `msg_ie` has the same `ie_id` / `oui_type`, `len` is the current fragment length of 255, and `fragments` is the remaining fragment number).

[0131] Step 405: The first node combines the ciphertext and decrypts it using the first node's private key;

[0132] After receiving the probe request message from the second node, the first node checks whether the ie_id is WLAN_ELEMID_MSG. If it is, it performs oui_type matching. If the matching is successful, it determines whether there are fragments based on fragments and retrieves the complete ciphertext. It then uses its own private key to decrypt the ciphertext and retrieve the message content.

[0133] Step 406: After parsing the message, the first node uses the public key of the second node to encrypt and fragment the reply message, and sends the ciphertext to the second node through the probe response.

[0134] The probe response carries an encrypted reply message:

[0135] ie_id = WLAN_ELEMID_MSG

[0136] oui_type=VENDOR_SPECIFIC_TYPE,

[0137] fragments = number of fragments;

[0138] Step 407: After receiving the probe response from the first node, the second node determines whether the ie_id is WLAN_ELEMID_MSG. If so, it performs oui_type matching. If the matching is successful, it determines whether there are fragments based on fragments and retrieves the complete message body. It then uses its own private key to decrypt the ciphertext and retrieve the message content. At this point, the information exchange ends.

[0139] Using the above information exchange method, information exchange and synchronization can be completed between the first node and the second node without establishing a wireless connection.

[0140] This disclosure also provides an information interaction device applied to the first node of a Mesh network. Figure 5 This is a schematic diagram of an information interaction device structure according to an exemplary embodiment. Figure 1 .like Figure 5 As shown, the device includes:

[0141] The first processing unit 51 is configured to receive a request frame broadcast by a second node to be connected to the Mesh network via a broadcast channel; the request frame includes a content indication and an identifier type of the second node; wherein the content indication is used to indicate the information processing task to be performed by the first node;

[0142] The second processing unit 52 is used to execute the information processing task after determining that the identifier type of the second node matches the identifier type of the first node.

[0143] In this embodiment, the request frame broadcast by the second node can be a probe request frame. The request frame includes a content indication field and an identifier type field. The content indication field `ie_id` contains the content indication, and the identifier type field `oui_type` indicates the identifier type of the second node. Different request frames may correspond to different content indications. Request frames with different content indications indicate different information processing tasks to the first node from the second node.

[0144] The identifier type can be used as a standard for identifying attribute matching between node devices. That is, if the identifier types are the same, it can be determined that the node devices have the same device attributes. The device attributes mentioned include at least: being manufactured by the same manufacturer, being of the same type of device, and being able to communicate between node devices based on the same standard protocol.

[0145] In this embodiment of the disclosure, the second node indicates the information processing task of the first node, which includes at least one of the following information processing tasks: storing, deleting, modifying, retrieving, or encrypting predetermined information.

[0146] In this embodiment of the disclosure, determining that the identifier type of the second node matches the identifier type of the first node includes: the identifier type OUI type1 of the second node is the same as the identifier type OUI type2 of the first node.

[0147] The information interaction device in this embodiment includes: receiving a request frame broadcast by a second node through a broadcast channel; the request frame at least includes a content indication and an identifier type of the second node; determining, based on the content indication, that the second node instructs the first node to perform an information processing task; and executing the information processing task after determining that the identifier type of the second node matches the identifier type of the first node. In this application, before the second node accesses the network, it broadcasts a request frame through a broadcast channel. The first node receives the request frame broadcast by the second node through the broadcast channel to interact with the second node. During the information interaction, the interaction between the first and second nodes is established by comparing the identifier type of the second node with that of the first node in the request frame, and the information processing task required by the second node from the first node is determined by the content indication. Throughout the entire information interaction process between the second node and the first node before the second node accesses the network, the information interaction between the nodes can be completed solely through the reception and transmission of request frames in the broadcast channel, without the need for establishing wireless communication between the nodes. This facilitates information sharing between nodes before they access the network using the aforementioned method.

[0148] In some embodiments, such as Figure 5 As shown,

[0149] The third processing unit 53 is used for

[0150] If the content indicates that the request frame carries the public key of the second node, the information processing task is to store the public key of the second node; and / or,

[0151] When the content indicates that the request frame carries an information request, the information processing task is to respond to the information request; wherein the information request carries the message content sent by the second node to the first node.

[0152] In this embodiment of the disclosure, when the content indication field ie_id contains a content indication set to the public key identifier WLAN_ELEMID_PUBKEY, it indicates that the request frame carries the public key of the second node, and the first node will store the public key of the second node contained in the request frame in the storage area of ​​the first node.

[0153] The content indication field `ie_id` contains a content indication. When set to the encrypted identifier `WLAN_ELEMID_MSG`, it indicates that the request frame carries an information request, and the first node will respond to the information request contained in the request frame. The information request is used to determine the information content that the second node requests from the first node, including device configuration information. The configuration information includes at least link information such as the password required to establish a physical link connection. In this way, by distinguishing different content indications, the information processing tasks that the first node needs to perform can be determined, and the information interaction between the first and second nodes can be completed.

[0154] In this embodiment of the disclosure, the message content sent by the second node to the first node includes at least information related to requesting to obtain device configuration information.

[0155] In some embodiments, the second processing unit is specifically used for

[0156] The response message is encrypted using the public key of the second node; wherein the response message corresponds to the information request.

[0157] A response frame is sent back to the second node, the response frame containing at least the encrypted response message.

[0158] In this embodiment, when the content indicator field ie_id contains the encrypted identifier WLAN_ELEMID_MSG, the first node needs to encrypt the determined response information using a key and then feed the encrypted response information back to the second node's information processing task. Specifically, after determining the response information requested by the second node, the first node can encrypt the response information using its public key. The encrypted response information is then fed back to the second node via a response frame. Thus, when the content indicator is determined to be the encrypted identifier WLAN_ELEMID_MSG, the first node completes the corresponding response information encryption and feedback task. The response frame encrypted with the second node's public key can only be decrypted by the second node using its own private key, thereby ensuring secure information exchange between the second node and the first node.

[0159] In some embodiments, the second processing unit is further specifically used for

[0160] Based on the private key of the first node, the message content contained in the information request is decrypted to obtain the decrypted message content;

[0161] The response message is determined based on the message content.

[0162] In this embodiment of the disclosure, when the content indication field ie_id in the request frame is determined to contain the encrypted identifier WLAN_ELEMID_MSG, the request frame sent by the second node to the first node will include an information request; and the information request is encrypted using the first node's public key. When the first node receives the request frame, it can decrypt it using its public key to obtain the second node's information request, thereby ensuring secure information exchange between the second node and the first node. The information request carries the message content sent by the second node to the first node. A response message is then determined based on the message content and sent back to the second node.

[0163] In some embodiments, the first processing unit is further configured to

[0164] The broadcast includes a request frame containing the first node's public key; and / or,

[0165] Receive a request frame broadcast by the second node containing the public key of the second node.

[0166] In this embodiment of the disclosure, the first node may also broadcast and share its public key to the second node, so that the second node can obtain it and encrypt the information request using the first node's public key; and receive the request frame broadcast by the second node containing the second node's public key.

[0167] This disclosure also provides another information interaction device, applied to a second node to be connected to a Mesh network. Figure 6 This is a schematic diagram of an information interaction device structure according to an exemplary embodiment. Figure 2 .like Figure 6 As shown, the device includes:

[0168] The first processing unit 61 is configured to broadcast a request frame via a broadcast channel; the request frame includes at least a content indication and an identifier type of the second node; wherein the content indication is used for the first node of the Mesh network to confirm the information processing task indicated by the second node, and the identifier type of the second node is used to match the identifier type of the first node;

[0169] The second processing unit 62 is used to receive a response frame fed back by the first node, wherein the response frame contains at least the response result of the first node to the information processing task.

[0170] In this embodiment, the request frame broadcast by the second node can be a probe request frame. The request frame includes a content indication field and an identifier type field. The content indication field `ie_id` contains the content indication, and the identifier type field `oui_type` indicates the identifier type of the second node. Different request frames may correspond to different content indications. Request frames with different content indications indicate different information processing tasks to the first node from the second node.

[0171] In this embodiment of the disclosure, the second node indicates the information processing task of the first node, which includes at least one of the following information processing tasks: storing, deleting, modifying, retrieving, or encrypting predetermined information.

[0172] In this embodiment of the disclosure, determining that the identifier type of the second node matches the identifier type of the first node includes: the identifier type OUI type1 of the second node is the same as the identifier type OUI type2 of the first node.

[0173] The information interaction device in this embodiment includes: broadcasting a request frame to a first node via a broadcast channel; the request frame at least includes a content indication and an identifier type of the second node; wherein the content indication is used for the first node to confirm the information processing task indicated by the second node, and the identifier type of the second node is used to match the identifier type of the first node; and receiving a response frame from the first node. In this application, before the second node accesses the network, it broadcasts the request frame via a broadcast channel. The first node receives the request frame broadcast by the second node via the broadcast channel to interact with the second node. During the information interaction, the interaction between the first and second nodes is established by comparing the identifier type of the second node with that of the first node in the request frame, and the information processing task required by the first node is established by the content indication. Throughout the entire information interaction process between the second node and the first node before the second node accesses the network, the information interaction between the nodes can be completed solely through the reception and transmission of the request frame in the broadcast channel, without the need for establishing wireless communication between the nodes. This facilitates information sharing and interaction between nodes before they access the network using the above method.

[0174] In some embodiments, the response result in the response frame includes at least: a response message; the response message is obtained by the first node in response to the information request carried in the request frame.

[0175] The second processing unit is specifically used for

[0176] Based on the private key of the second node, the encrypted response message in the response frame is decrypted to obtain the decrypted response message.

[0177] In this embodiment, when the content indicator field `ie_id` contains the encrypted identifier `WLAN_ELEMID_MSG`, the first node needs to perform a key encryption task on the response message and send the encrypted response message back to the second node. Specifically, after determining the response message requested by the second node, the first node can encrypt the response message using its public key. The encrypted response message is then sent back to the second node via a response frame. The second node decrypts the encrypted response message in the response frame using its private key to obtain the decrypted response message. Thus, when the content indicator is determined to be the encrypted identifier `WLAN_ELEMID_MSG`, the second node completes the corresponding response message encryption and feedback task. The response frame encrypted with the second node's public key can only be decrypted by the second node using its private key, thereby ensuring secure information exchange between the second and first nodes.

[0178] In some embodiments, the second processing unit is further configured to...

[0179] If the content indicates that the request frame carries the response message, it is confirmed whether the identifier type of the second node matches the identifier type of the first node contained in the response frame;

[0180] After determining that the identifier type of the second node matches the identifier type of the first node, the encrypted response message is decrypted.

[0181] In this embodiment of the disclosure, the second node determines that the received response frame is a response from the first node to the second node by confirming that the identifier type of the second node matches the identifier type of the first node contained in the response frame. Then, the encrypted response message is decrypted using a private key.

[0182] In some embodiments, when the content indicates a public key identifier, the request frame contains at least the public key of the second node.

[0183] In this embodiment of the disclosure, when the content indication field ie_id contains a content indication that the public key identifier WLAN_ELEMID_PUBKEY is present, the request frame must contain at least the public key of the second node. The public key of the second node is shared with the first node by broadcasting it to the first node.

[0184] This disclosure also provides a server, including a processor and a memory, wherein the memory stores a computer program that can run on the processor, and the processor, when running the computer program, performs the steps of the methods described in the various embodiments.

[0185] This disclosure also provides a computer-readable storage medium storing a computer program thereon, characterized in that the computer program, when executed by a processor, implements the steps of the methods described in the various embodiments.

[0186] Figure 7 This is a block diagram illustrating a terminal device according to an exemplary embodiment. For example, the terminal device may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0187] Reference Figure 7 The terminal device may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input / output (I / O) interface 812, sensor component 814, and communication component 816.

[0188] Processing component 802 typically controls the overall operation of the terminal device, such as operations associated with touch, telephone calls, data communication, camera operation, and recording. Processing component 802 may include one or more processors 820 to execute instructions to complete all or part of the steps of the methods described above. Furthermore, processing component 802 may include one or more modules to facilitate interaction between processing component 802 and other components. For example, processing component 802 may include a multimedia module to facilitate interaction between multimedia component 808 and processing component 802.

[0189] Memory 804 is configured to store various types of data to support operation on the terminal device. Examples of this data include instructions for any application or method operating on the terminal device, contact data, phonebook data, messages, pictures, videos, etc. Memory 804 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0190] Power component 806 provides power to various components of the terminal device. Power component 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the terminal device.

[0191] Multimedia component 808 includes a screen that provides an output interface between a terminal device and a user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of touch or swipe actions but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 808 includes a front-facing camera and / or a rear-facing camera. When the terminal device is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0192] Audio component 810 is configured to output and / or input audio signals. For example, audio component 810 includes a microphone (MIC) configured to receive external audio signals when the terminal device is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 804 or transmitted via communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

[0193] I / O interface 812 provides an interface between processing component 802 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0194] Sensor assembly 814 includes one or more sensors for providing status assessments of various aspects of the terminal device. For example, sensor assembly 814 can detect the on / off state of the terminal device, the relative positioning of components such as the terminal device's display and keypad, changes in the position of the terminal device or a component of the terminal device, the presence or absence of user contact with the terminal device, the terminal device's orientation or acceleration / deceleration, and temperature changes. Sensor assembly 814 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 814 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0195] Communication component 816 is configured to facilitate wired or wireless communication between the terminal device and other devices. The terminal device can access wireless networks based on communication standards, such as WiFi, 2G, or 3G, or combinations thereof. In one exemplary embodiment, communication component 816 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 816 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0196] In an exemplary embodiment, the terminal device may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0197] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0198] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. An information exchange method, characterized in that, The method, applied to the first node of a Mesh network, includes: The system receives a request frame broadcast by a second node seeking to access the Mesh network via a broadcast channel. The request frame includes a content indication and the identifier type of the second node. The content indication determines the information processing task that the second node requires the first node to perform. The request frame is broadcast by the second node before it accesses the network via the broadcast signal. The first node is a node device already connected to the network, and the second node is a node device seeking to access the network. Both the first and second nodes are routing devices within the Mesh network. The identifier type of the second node in the request frame, along with the identifier type of the first node, is used to establish the interaction between the first and second nodes. After determining that the identifier type of the second node matches the identifier type of the first node, the information processing task is executed; If the information processing task is to send a response message to the second node, and the byte length of the ciphertext corresponding to the response message exceeds a preset threshold, then the response message is allocated to multiple consecutive data packets in the response frame to achieve information interaction and sharing before the second node accesses the network; each of the multiple consecutive data packets contains a fragmentation field, which is used to record the allocation order of the data packets in the entire ciphertext.

2. The information interaction method according to claim 1, characterized in that, If the content indicates that the request frame carries the public key of the second node, the information processing task is to store the public key of the second node; And / or, When the content indicates that the request frame carries an information request, the information processing task is to send the response message to the second node based on the information request; wherein the information request carries the message content sent by the second node to the first node.

3. The information interaction method according to claim 2, characterized in that, When the content indicates that the request frame carries an information request, performing the information processing task includes: The response message is encrypted using the public key of the second node; wherein the response message corresponds to the information request. A response frame is sent back to the second node, the response frame containing at least the encrypted response message.

4. The information interaction method according to claim 3, characterized in that, Before encrypting the response message using the public key of the second node, the method further includes: Based on the private key of the first node, the message content contained in the information request is decrypted to obtain the decrypted message content; The response message is determined based on the message content.

5. The information interaction method according to claim 1, characterized in that, The method further includes: The broadcast includes a request frame containing the first node's public key; and / or, Receive a request frame broadcast by the second node containing the public key of the second node.

6. An information exchange method, characterized in that, The method, applied to a second node to be connected to a Mesh network, includes: Before accessing the network, a request frame is broadcast via a broadcast channel. The request frame includes at least a content indication and the identifier type of the second node. The content indication is used by the first node of the Mesh network to confirm the information processing task that the second node requires the first node to perform. The identifier type of the second node is used to match the identifier type of the first node. The first node is a node device already connected to the network, and the second node is a node device to be connected to the network. Both the first node and the second node are routing devices in the Mesh network. The identifier type of the second node in the request frame is used to establish the interaction between the first node and the second node by comparing it with the identifier type of the first node. The system receives a response frame from the first node, the response frame containing at least the first node's response result to the information processing task; the response result in the response frame includes at least a response message. If the response frame contains multiple consecutive data packets, the response messages in each data packet are read sequentially according to the record information in the fragmentation field of the data packets, so as to realize information interaction and sharing before the second node is connected to the network.

7. The information interaction method according to claim 6, characterized in that, The response message is obtained by the first node in response to the information request carried in the request frame; The response frame received from the first node includes at least: Based on the private key of the second node, the encrypted response message in the response frame is decrypted to obtain the decrypted response message.

8. The information interaction method according to claim 7, characterized in that, The method of receiving the response frame fed back by the first node further includes at least: If the content indicates that the request frame carries the response message, it is confirmed whether the identifier type of the second node matches the identifier type of the first node contained in the response frame; After determining that the identifier type of the second node matches the identifier type of the first node, the encrypted response message is decrypted.

9. An information interaction device, characterized in that, The device, applied to the first node of a Mesh network, includes: A first processing unit is configured to receive a request frame broadcast by a second node seeking to access the Mesh network via a broadcast channel. The request frame includes a content indication and an identifier type for the second node. The content indication is used to determine the information processing task that the second node requires the first node to perform. The request frame is broadcast by the second node before it accesses the network via the broadcast signal. The first node is a node device already connected to the network, and the second node is a node device seeking to access the network. Both the first and second nodes are routing devices within the Mesh network. The identifier type of the second node in the request frame is used to establish the interaction between the first and second nodes by comparing it with the identifier type of the first node. The second processing unit is configured to execute the information processing task after determining that the identifier type of the second node matches the identifier type of the first node; if the information processing task is to send a response message to the second node, and the byte length of the ciphertext corresponding to the response message exceeds a preset threshold, then the response message is allocated to multiple consecutive data packets in the response frame; each of the multiple consecutive data packets contains a fragmentation field, which is used to record the allocation order of the data packets in the entire ciphertext, so as to realize information interaction and sharing before the second node accesses the network.

10. An information interaction device, characterized in that, The device, applied to a second node to be connected to a Mesh network, includes: A first processing unit is configured to broadcast a request frame via a broadcast channel before accessing the network. The request frame includes at least a content indication and an identifier type of the second node. The content indication is used by the first node of the Mesh network to confirm the information processing task that the second node needs to perform. The identifier type of the second node is used to match the identifier type of the first node. The first node is a node device already connected to the network, and the second node is a node device to be connected to the network. Both the first node and the second node are routing devices in the Mesh network. The identifier type of the second node in the request frame is used to establish the interaction between the first node and the second node by comparing it with the identifier type of the first node. The second processing unit is configured to receive a response frame fed back by the first node, wherein the response frame contains at least the response result of the first node to the information processing task; the response result in the response frame includes at least a response message; if the response frame contains multiple consecutive data packets, the response message in each data packet is read sequentially according to the record information in the fragmentation field of the data packets, so as to realize information interaction and sharing before the second node accesses the network.

11. A server, characterized in that, include: A processor and a memory for storing a computer program capable of running on the processor, wherein the processor, when running the computer program, performs the steps of the method according to any one of claims 1 to 8.

12. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 8.

Images