Ad-hoc network device mounting verification method and device, equipment and storage medium

Abstract

The application relates to the field of data processing and discloses a self-organizing network device mounting verification method, device and equipment and a storage medium. The method comprises the following steps: when a message sent by a to-be-mounted device is received, storing the message in a system temporary area; determining whether the message type of the message is a mounting application message; if the message type of the message is the mounting application message, determining whether the to-be-mounted device is a preset device according to to-be-mounted device information carried by the message; the message comprises the to-be-mounted device information and a mounting request; if the to-be-mounted device is not the preset device, generating a key; sending the key to the to-be-mounted device and receiving decrypted data sent by the to-be-mounted device in response to the key; when the decrypted data is received, responding to the mounting request according to the decrypted data to determine whether to mount the to-be-mounted device. The application improves the security of device data in a self-organizing network.

Description

Technical Field

[0001] This invention relates to the field of data processing, and in particular to a method, apparatus, device, and storage medium for mounting and verifying self-organizing network devices. Background Technology

[0002] In ad hoc networks, each device performs the functions of both a router and a host. This means it can provide network access for other devices and also process and manipulate data, forming an ad hoc network cluster. Within the coverage area of ​​an ad hoc network, devices in that area can transmit data by connecting to / sending data over the network. However, the number of devices connected to an ad hoc network is not constant; additional devices may need to join during use. How can the security of data on devices within the network's coverage area be guaranteed? If an external device infiltrates the ad hoc network cluster, can it also access transmitted messages? Currently, there are devices on the market that verify device connectivity, most of which use serial numbers to determine the legitimacy of newly connected devices. As long as the serial number is a previously recorded one, it can be connected normally. However, serial numbers can be modified by altering system code, making this method of verifying connected devices insecure, resulting in low data security for devices in ad hoc networks. Summary of the Invention

[0003] The main objective of this invention is to solve the technical problem of low security of device data in ad hoc networks.

[0004] The first aspect of this invention provides a method for mounting and verifying a self-organizing network device, the method comprising:

[0005] Upon receiving a message from the device to be mounted, the message is stored in the system's temporary area;

[0006] Determine whether the message type of the message is a mount request message;

[0007] If the message type of the message is the mount request message, determine whether the device to be mounted is a preset device based on the device information to be mounted carried in the message. The message includes the device information to be mounted and the mount request.

[0008] If the device to be mounted is not the preset device, generate a key;

[0009] Send the key to the device to be mounted and receive the decrypted data sent by the device to be mounted in response to the key;

[0010] Upon receiving the decrypted data, respond to the mount request based on the decrypted data to determine whether to mount the device to be mounted.

[0011] Optionally, in a first implementation of the first aspect of the present invention, the step of generating the key includes:

[0012] Convert the preset plaintext data into binary data to obtain a string;

[0013] Slice the string to obtain the first string slice;

[0014] Insert dynamic characters into the first string slice to obtain the second string slice;

[0015] The key is generated based on the second string slice.

[0016] Optionally, in a second implementation of the first aspect of the present invention, the step of converting the preset plaintext data into binary data to obtain a string includes:

[0017] The preset plaintext data is base64 encoded to convert it into binary data, thus obtaining the string.

[0018] Optionally, in a third implementation of the first aspect of the present invention, the step of responding to the mount request based on the decrypted data upon receiving the decrypted data to determine whether to mount the device to be mounted includes:

[0019] Upon receiving the decrypted data, determine whether the decrypted data matches the preset plaintext data;

[0020] If the decrypted data matches the preset plaintext data, the device to be mounted is determined to be a normal device, and in response to the mounting request, the device to be mounted is allowed to mount.

[0021] If the decrypted data does not match the preset plaintext data, the device to be mounted is determined to be an abnormal device, and in response to the mounting request, the mounting of the device to be mounted is rejected.

[0022] Optionally, in a fourth implementation of the first aspect of the present invention, the step of storing the message in a system temporary area upon receiving a message sent by the device to be mounted includes:

[0023] When a message is received from the device to be mounted, a temporary system area is generated and the message is stored in the temporary system area, which can be a linked list, a queue, or a database table.

[0024] Optionally, in a fifth implementation of the first aspect of the present invention, after the step of determining whether the device to be mounted is a preset device based on the device information carried in the message if the message type is the mount request message, the method further includes:

[0025] If the device to be mounted is the preset device, the temporary system area is released in response to the mounting request, allowing the device to be mounted.

[0026] Optionally, in a sixth implementation of the first aspect of the present invention, the step of receiving the decrypted data sent by the device to be mounted in response to the key includes:

[0027] Receive the decrypted data generated and sent by the device to be mounted according to the preset decryption module and the key.

[0028] A second aspect of the present invention provides a mounting verification device for ad hoc network devices, comprising:

[0029] The receiving module is used to store the message in the system temporary area when it receives a message sent by the device to be mounted;

[0030] The judgment module is used to determine whether the message type of the message is a mount request message;

[0031] The determination module is used to determine whether the device to be mounted is a preset device based on the device information to be mounted carried in the message if the message type is the mounting request message. The message includes the device information to be mounted and the mounting request.

[0032] The encryption module is used to generate a key if the device to be mounted is not the preset device;

[0033] The sending module is used to send the key to the device to be mounted and to receive decrypted data sent by the device to be mounted in response to the key;

[0034] The response module is used to respond to the mount request based on the decrypted data when it receives the decrypted data, so as to determine whether to mount the device to be mounted.

[0035] A third aspect of the present invention provides a device for mounting and verifying self-organizing network devices, comprising: a memory and at least one processor, wherein the memory stores instructions, and the memory and the at least one processor are interconnected via a line; the at least one processor invokes the instructions in the memory to cause the device for mounting and verifying self-organizing network devices to perform the aforementioned method for mounting and verifying self-organizing network devices.

[0036] A fourth aspect of the present invention provides a computer-readable storage medium storing instructions that, when executed on a computer, cause the computer to perform the above-described method for mounting and verifying self-organizing network devices.

[0037] In this embodiment of the invention, when a message is received from a device to be mounted, the message is stored in a system temporary area; it is determined whether the message type is a mounting request message; if the message type is a mounting request message, it is determined whether the device to be mounted is a preset device based on the device information carried in the message, the message including the device information and the mounting request; if the device to be mounted is not the preset device, a key is generated; the key is sent to the device to be mounted and decrypted data sent by the device to be mounted in response to the key is received; upon receiving the decrypted data, the mounting request is responded to based on the decrypted data to determine whether to mount the device to be mounted. To address the security of device data in ad hoc networks, a device mounting verification device is added to the ad hoc network group to perform security verification of devices to be mounted. Specifically, a temporary system area is set up in the device mounting verification device. When a device needs to be mounted, it first sends a message. The device mounting verification device receives this message and stores it in the temporary system area. This is to prevent data messages containing viruses from invading the system if the device fails security verification. Upon receiving the request message, the device mounting verification device generates a key and sends it to the device to be mounted. The device to be mounted needs to parse this key and send the parsed data back to the device mounting verification device. The device mounting verification device compares the data with the stored plaintext. If the comparison is successful, the temporary area is released, and the device to be mounted connects to the ad hoc network group. If an unknown device connects, the key cannot be parsed, and the verification fails. The message remains in the temporary area and does not affect the communication of the ad hoc network group. This invention improves the security of device data in ad hoc networks during the device mounting verification process. Attached Figure Description

[0038] Figure 1 This is a schematic diagram of an embodiment of the mounting verification method for self-organizing network devices in this invention.

[0039] Figure 2 This is a schematic diagram of another embodiment of the mounting verification method for self-organizing network devices in this invention;

[0040] Figure 3 This is a schematic diagram of an embodiment of the mounting verification device for self-organizing network devices in this invention; Figure;

[0041] Figure 4This is a schematic diagram of an embodiment of the mounting verification device for the self-organizing network device in this invention. Detailed Implementation

[0042] This invention provides a method, apparatus, device, and storage medium for mounting and verifying self-organizing network devices.

[0043] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” or “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0044] For ease of understanding, the specific process of the embodiments of the present invention is described below. Please refer to [link / reference]. Figure 1 One embodiment of the mounting verification method for ad hoc network devices in this invention includes:

[0045] 101. Upon receiving a message from the device to be mounted, store the message in the system's temporary area;

[0046] Ad Hoc networks (AHs) are a type of network that combines mobile communication and computer networks. Information exchange in this network utilizes the packet switching mechanism found in computer networks. User terminals are portable and mobile devices, with each terminal functioning as both a router and a host. In the era of the long-established internet, AHs are essential for data transmission in numerous scenarios, including applications in armed police, fire fighting, civil defense emergency response, disaster relief, flood control, power line inspection, power outages, railway emergency repairs, maritime law enforcement, maritime surveillance, customs border control, port monitoring, forest fire prevention, oil field theft prevention, military reconnaissance, and television broadcasting. Data security is paramount in these applications.

[0047] Specifically, the device to be mounted represents the terminal device that wants to join the existing ad hoc network system.

[0048] Specifically, a self-organizing network system is a network system formed by the collaborative work of multiple independent self-organizing network devices. Self-organizing network devices are those capable of autonomously building, configuring, and managing the network. They can establish connections through wireless or wired means, such as sensor nodes in vehicle-to-everything (V2X) and the Internet of Things (IoT). Therefore, self-organizing network devices are the foundation of a self-organizing network system, and the system is composed of these devices. A temporary system area is included within the self-organizing network system. The device mounting verification device designates a temporary data receiving area within the system to receive temporary data and device mounting requests. The purpose is to prevent unverified information and data from contacting other devices in the self-organizing network, thus avoiding virus intrusion into the system and other devices within the network. When a device to be mounted sends a message, the message first reaches the temporary system area.

[0049] Optionally, when a message is received from the device to be mounted, the mounting verification device of the ad hoc network device generates a temporary system area and stores the message in the temporary system area, which can be a linked list, a queue, or a database table.

[0050] 102. Determine whether the message type of the message is a mount request message;

[0051] Specifically, the self-organizing network device mounting verification device will filter messages in the system temporary area. After determining that the message is a mounting application message, it will send the device information of the device to be mounted to the verification module in the self-organizing network device mounting verification device and notify the verification module to verify the device.

[0052] Optionally, parsing can be performed according to a predefined message format. The message format typically specifies the message's fields and data types, which can be used to determine the message type. For example, in JSON format, the message type can be determined by the value of a specific field (such as the "type" field); in XML format, the message type can be determined by the node name.

[0053] 103. If the message type of the message is the mount request message, determine whether the device to be mounted is a preset device based on the device information to be mounted carried in the message. The message includes the device information to be mounted and the mount request.

[0054] Optionally, if the device to be mounted is the preset device, the system temporary area is released to respond to the mounting request and allow the device to be mounted. The preset device includes devices that are already considered legitimate but not yet mounted.

[0055] 104. If the device to be mounted is not the preset device, generate a key;

[0056] Optionally, the above key can be generated by encrypting the preset inscription data.

[0057] 105. Send the key to the device to be mounted and receive the decrypted data sent by the device to be mounted in response to the key;

[0058] Optionally, upon receiving a mounting request initiated by a user, a preset decryption module is sent to the device to be mounted; the step of receiving decrypted data sent by the device to be mounted in response to the key includes: receiving the decrypted data generated and sent by the device to be mounted based on the decryption module and the key. It is readily understood that if the device to be mounted is not illegitimate, an administrator would pre-install the aforementioned decryption module. This embodiment provides the function of sending a decryption module installation package.

[0059] 106. Upon receiving the decrypted data, respond to the mount request based on the decrypted data to determine whether to mount the device to be mounted.

[0060] Specifically, the verification module is mainly divided into three parts: encryption, decryption, and verification. The encryption and verification parts are deployed in the mounting verification device of the self-organizing network device, while the decryption part is deployed in the device to be mounted. The function of the verification module is to automatically generate a string of plaintext data after receiving a notification from the message temporary area. Then, the encryption system will encrypt this string of data. At this time, the verification module will store the plaintext data and device information in a one-to-one correspondence, and then send the device information and ciphertext to the device to be mounted. After receiving the ciphertext, the device to be mounted will activate the decryption function, complete the decryption, and send the plaintext data to the system. The system will compare the stored plaintext data with the plaintext data sent by the device to be mounted to determine whether the device has successfully decrypted, thereby determining whether the device is legitimate, thus achieving the effect of security verification.

[0061] In this embodiment of the invention, when a message is received from a device to be mounted, the message is stored in a system temporary area; it is determined whether the message type is a mounting request message; if the message type is a mounting request message, it is determined whether the device to be mounted is a preset device based on the device information carried in the message, the message including the device information and the mounting request; if the device to be mounted is not the preset device, a key is generated; the key is sent to the device to be mounted and decrypted data sent by the device to be mounted in response to the key is received; upon receiving the decrypted data, the mounting request is responded to based on the decrypted data to determine whether to mount the device to be mounted. To address the security of device data in ad hoc networks, a device mounting verification device is added to the ad hoc network group to perform security verification of devices to be mounted. Specifically, a temporary system area is set up in the device mounting verification device. When a device needs to be mounted, it first sends a message. The device mounting verification device receives this message and stores it in the temporary system area. This is to prevent data messages containing viruses from invading the system if the device fails security verification. Upon receiving the request message, the device mounting verification device generates a key and sends it to the device to be mounted. The device to be mounted needs to parse this key and send the parsed data back to the device mounting verification device. The device mounting verification device compares the data with the stored plaintext. If the comparison is successful, the temporary area is released, and the device to be mounted connects to the ad hoc network group. If an unknown device connects, the key cannot be parsed, and the verification fails. The message remains in the temporary area and does not affect the communication of the ad hoc network group. This invention improves the security of device data in ad hoc networks during the device mounting verification process.

[0062] Please see Figure 2 Another embodiment of the mounting verification method for self-organizing network devices in this invention includes:

[0063] 201. Convert the preset plaintext data into binary data to obtain a string;

[0064] Optionally, the preset plaintext data can be base64 encoded to convert it into binary data, thus obtaining the string.

[0065] 202. Slice the string to obtain the first string slice;

[0066] 203. Insert dynamic characters into the first string slice to obtain the second string slice;

[0067] 204. Generate the key based on the second string slice.

[0068] Optionally, when the decrypted data is received, determine whether the decrypted data matches the preset plaintext data; if the decrypted data matches the preset plaintext data, determine that the device to be mounted is a normal device, and in response to the mount request, allow the device to be mounted; if the decrypted data does not match the preset plaintext data, determine that the device to be mounted is an abnormal device, and in response to the mount request, reject the device to be mounted from mounting.

[0069] Optionally, the encryption technology uses the addition method for encryption. This data encryption is divided into two parts: the data part and the addition part.

[0070] Data part: Combine the original data and the superimposed data into a new ciphertext data string.

[0071] Addition part: The addition part is mainly used to reflect how the data blocks are added.

[0072] Encryption method: By performing base64 encoding on the data, a string of characters is obtained, and by slicing the characters and inserting the characters to be added, the encryption purpose is achieved.

[0073] Example: The preset plaintext data is: device application data;

[0074] Perform base64 encoding on the above data:

[0075] The device application data can be encoded as "6K6+5aSH55Sz6K+35pWw5o2u";

[0076] Slice the characters and insert the superimposed characters:

[0077] Assume that the characters are sliced every 5 characters, then the data 6K6+5aSH55Sz6K+35pWw5o2u becomes 6K6+5, aSH55, Sz6K+, 35pWw, 5o2u;

[0078] The data is sliced into 5 segments, and two random characters are added to the end of each segment, randomly selected from A-Z (a-z), such as adding AchdjkGgry, then the data becomes: 6K6+5Ac, aSH55hd, Sz6K+jk, 35pWwGg, 5o2ury;

[0079] The data part at this time is: 6K6+5AcaSH55hdSz6K+jk35pWwGg5o2ury;

[0080] At this time, decoding through base64 will become garbled, that is, "6K6+5AcaSH55hdSz6K+jk35pWwGg5o2ury" will be converted to "set H~y According to.

[0081] The added part would then be: 0001020304AchdjkGgry;

[0082] Where 000102… represents the position where the character is added;

[0083] Achdjk… corresponds to 000102… respectively, that is, 00 adds Ac, and 01 adds hd…;

[0084] Finally, you can encode 0001020304AchdjkGgrybase64, that is, convert “0001020304AchdjkGgry” to “MDAwMTAyMDMwNEFjaGRqa0dncnk=".

[0085] Finally, the encrypted text is encapsulated: the data part and the added part are combined into a single string for transmission, i.e., “6K6+5AcaSH55hdSz6K+jk35pWwGg5o2ury”. After merging, we get “MDAwMTAyMDMwNEFjaGRqa0dncnk=”.

[0086] Decryption process: The merged data is base64 decoded to obtain the character at the specified position. Then, the character at the corresponding position in the data is removed. Finally, the data part is base64 decoded.

[0087] In this embodiment of the invention, a temporary system area is set up in the self-organizing network device mounting verification device in the self-organizing network system. When a device needs to be mounted to the self-organizing network, it first sends a mounting application message to the temporary system area. Then, the self-organizing network device mounting verification device issues a key to the device to be mounted. The device decrypts the key using a decryption algorithm in its internal system and then transmits the decrypted data to the self-organizing network device mounting verification device. The self-organizing network device mounting verification device verifies the device to determine whether it is normal, thereby completing the verification of the mounted device. Through the above encryption method, the verification difficulty is increased, and the security of device data can be further improved when realizing the mounting verification between the device to be mounted and the self-organizing network device.

[0088] The mounting verification method for ad hoc network devices in embodiments of the present invention has been described above. The mounting verification device for ad hoc network devices in embodiments of the present invention is described below. Please refer to [link / reference]. Figure 3 One embodiment of the mounting verification device for self-organizing network devices in this invention includes:

[0089] The receiving module 301 is used to store the message in the system temporary area when it receives a message sent by the device to be mounted;

[0090] The judgment module 302 is used to determine whether the message type of the message is a mount application message;

[0091] The determination module 303 is used to determine whether the device to be mounted is a preset device based on the device information to be mounted carried in the message if the message type of the message is the mounting application message. The message includes the device information to be mounted and the mounting request.

[0092] Encryption module 304 is used to generate a key if the device to be mounted is not the preset device;

[0093] The sending module 305 is used to send the key to the device to be mounted and receive decrypted data sent by the device to be mounted in response to the key;

[0094] The response module 306 is used to respond to the mount request based on the decrypted data when it receives the decrypted data, so as to determine whether to mount the device to be mounted.

[0095] Optionally, the encryption module 304 can also be specifically used for:

[0096] Convert the preset plaintext data into binary data to obtain a string;

[0097] Slice the string to obtain the first string slice;

[0098] Insert dynamic characters into the first string slice to obtain the second string slice;

[0099] The key is generated based on the second string slice.

[0100] Optionally, the encryption module 304 can also be specifically used for:

[0101] The preset plaintext data is base64 encoded to convert it into binary data, thus obtaining the string.

[0102] Optionally, the encryption module 304 can also be specifically used for:

[0103] Upon receiving the decrypted data, determine whether the decrypted data matches the preset plaintext data;

[0104] If the decrypted data matches the preset plaintext data, the device to be mounted is determined to be a normal device, and in response to the mounting request, the device to be mounted is allowed to mount.

[0105] If the decrypted data does not match the preset plaintext data, the device to be mounted is determined to be an abnormal device, and in response to the mounting request, the mounting of the device to be mounted is rejected.

[0106] Optionally, the determination module 303 can also be specifically used for:

[0107] When a message is received from the device to be mounted, a temporary system area is generated and the message is stored in the temporary system area, which can be a linked list, a queue, or a database table.

[0108] Optionally, the receiving module 301 can also be specifically used for:

[0109] If the device to be mounted is the preset device, the temporary system area is released in response to the mounting request, allowing the device to be mounted.

[0110] Optionally, the sending module 305 can also be specifically used for:

[0111] Receive the decrypted data generated and sent by the device to be mounted according to the preset decryption module and the key.

[0112] In this embodiment of the invention, when a message is received from a device to be mounted, the message is stored in a system temporary area; it is determined whether the message type is a mounting request message; if the message type is a mounting request message, it is determined whether the device to be mounted is a preset device based on the device information carried in the message, the message including the device information and the mounting request; if the device to be mounted is not the preset device, a key is generated; the key is sent to the device to be mounted and decrypted data sent by the device to be mounted in response to the key is received; upon receiving the decrypted data, the mounting request is responded to based on the decrypted data to determine whether to mount the device to be mounted. To address the security of device data in ad hoc networks, a device mounting verification device is added to the ad hoc network group to perform security verification of devices to be mounted. Specifically, a temporary system area is set up in the device mounting verification device. When a device needs to be mounted, it first sends a message. The device mounting verification device receives this message and stores it in the temporary system area. This is to prevent data messages containing viruses from invading the system if the device fails security verification. Upon receiving the request message, the device mounting verification device generates a key and sends it to the device to be mounted. The device to be mounted needs to parse this key and send the parsed data back to the device mounting verification device. The device mounting verification device compares the data with the stored plaintext. If the comparison is successful, the temporary area is released, and the device to be mounted connects to the ad hoc network group. If an unknown device connects, the key cannot be parsed, and the verification fails. The message remains in the temporary area and does not affect the communication of the ad hoc network group. This invention improves the security of device data in ad hoc networks during the device mounting verification process.

[0113] above Figure 3 The mounting verification device for the self-organizing network device in this embodiment of the invention is described in detail from the perspective of modular functional entities. The mounting verification device for the self-organizing network device in this embodiment of the invention is described in detail below from the perspective of hardware processing.

[0114] Figure 4This is a schematic diagram of the structure of a mounting verification device for an ad hoc network device provided in an embodiment of the present invention. The mounting verification device 500 for the ad hoc network device can vary significantly due to different configurations or performance. It may include one or more central processing units (CPUs) 510 (e.g., one or more processors) and a memory 520, and one or more storage media 530 (e.g., one or more mass storage devices) for storing application programs 533 or data 532. The memory 520 and storage media 530 can be temporary or persistent storage. The program stored in the storage media 530 may include one or more modules (not shown in the diagram), each module may include a series of instruction operations on the mounting verification device 500 of the ad hoc network device. Furthermore, the processor 510 may be configured to communicate with the storage media 530 and execute the series of instruction operations in the storage media 530 on the mounting verification device 500 of the ad hoc network device.

[0115] The mounting verification device 500 based on the self-organizing network device may also include one or more power supplies 540, one or more wired or wireless network interfaces 550, one or more input / output interfaces 560, and / or one or more operating systems 531, such as Windows Server, Mac OS X, Unix, Linux, FreeBSD, etc. Those skilled in the art will understand that... Figure 4 The illustrated structure of the mounting verification device for the self-organizing network device does not constitute a limitation on the mounting verification device based on the self-organizing network device. It may include more or fewer components than illustrated, or combine certain components, or have different component arrangements.

[0116] The present invention also provides a computer-readable storage medium, which can be a non-volatile computer-readable storage medium or a volatile computer-readable storage medium, wherein the computer-readable storage medium stores instructions that, when the instructions are executed on a computer, cause the computer to perform the steps of the mounting verification method for the ad hoc network device.

[0117] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the system, device, or unit described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0118] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0119] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for mounting and verifying self-organizing network devices, characterized in that, The method for mounting and verifying the self-organizing network device includes: Upon receiving a message from the device to be mounted, the message is stored in the system's temporary area; Determine whether the message type of the message is a mount request message; If the message type of the message is the mount request message, determine whether the device to be mounted is a preset device based on the device information to be mounted carried in the message. The message includes the device information to be mounted and the mount request. If the device to be mounted is not the preset device, generate a key; Send the key to the device to be mounted and receive the decrypted data sent by the device to be mounted in response to the key; Upon receiving the decrypted data, respond to the mount request based on the decrypted data to determine whether to mount the device to be mounted; The step of generating the key includes: Convert the preset plaintext data into binary data to obtain a string; Slice the string to obtain the first string slice; Insert dynamic characters into the first string slice to obtain the second string slice; The key is generated based on the second string slice; The step of determining whether the device to be mounted is a preset device based on the device information carried in the message, if the message type of the message is the mount request message, further includes: If the device to be mounted is the preset device, the temporary system area is released in response to the mounting request, allowing the device to be mounted.

2. The mounting verification method for self-organizing network devices according to claim 1, characterized in that, The step of converting the preset plaintext data into binary data to obtain a string includes: The preset plaintext data is base64 encoded to convert it into binary data, thus obtaining the string.

3. The mounting verification method for self-organizing network devices according to claim 1, characterized in that, The step of responding to the mount request based on the decrypted data upon receiving the data, and determining whether to mount the device to be mounted, includes: Upon receiving the decrypted data, determine whether the decrypted data matches the preset plaintext data; If the decrypted data matches the preset plaintext data, the device to be mounted is determined to be a normal device, and in response to the mounting request, the device to be mounted is allowed to mount. If the decrypted data does not match the preset plaintext data, the device to be mounted is determined to be an abnormal device, and in response to the mounting request, the mounting of the device to be mounted is rejected.

4. The mounting verification method for self-organizing network devices according to claim 1, characterized in that, The step of storing the message in the system temporary area when a message is received from the device to be mounted includes: When a message is received from the device to be mounted, a temporary system area is generated and the message is stored in the temporary system area, which can be a linked list, a queue, or a database table.

5. The mounting verification method for self-organizing network devices according to claim 1, characterized in that, The step of receiving the decrypted data sent by the device to be mounted in response to the key includes: Receive the decrypted data generated and sent by the device to be mounted according to the preset decryption module and the key.

6. A mounting verification device for a self-organizing network device, characterized in that, The mounting verification device for the self-organizing network equipment includes: The receiving module is used to store the message in the system temporary area when it receives a message sent by the device to be mounted; The judgment module is used to determine whether the message type of the message is a mount request message; The determination module is used to determine whether the device to be mounted is a preset device based on the device information to be mounted carried in the message if the message type is the mounting request message. The message includes the device information to be mounted and the mounting request. The encryption module is used to generate a key if the device to be mounted is not the preset device; The sending module is used to send the key to the device to be mounted and to receive decrypted data sent by the device to be mounted in response to the key; The response module is used to respond to the mount request based on the decrypted data when it receives the decrypted data, so as to determine whether to mount the device to be mounted. The encryption module can also be specifically used for: Convert the preset plaintext data into binary data to obtain a string; Slice the string to obtain the first string slice; Insert dynamic characters into the first string slice to obtain the second string slice; The key is generated based on the second string slice; The receiving module can also be specifically used for: If the device to be mounted is the preset device, the temporary system area is released in response to the mounting request, allowing the device to be mounted.

7. A device for mounting and verifying self-organizing network equipment, characterized in that, The self-organizing network device's mounting verification device includes: a memory and at least one processor, wherein the memory stores instructions, and the memory and the at least one processor are interconnected via a line; The at least one processor invokes the instructions in the memory to cause the self-organizing network device mounting verification device to execute the self-organizing network device mounting verification method as described in any one of claims 1-5.

8. A computer-readable storage medium storing a computer program thereon, characterized in that, When the computer program is executed by the processor, it implements the mounting verification method for self-organizing network devices as described in any one of claims 1-5.

Images