Multi-application scene compatible Internet of Things equipment efficient access solution

Abstract

The invention discloses a multi-application scene compatible Internet of Things equipment efficient access solution, and relates to the technical field of protocol access, information of a plurality of local equipment is collected, and the plurality of local equipment is registered based on an Internet of Things platform to obtain a local end; a plurality of application scenes are set, corresponding networking features are set according to the application scenes, and the networking features comprise allowed local devices and corresponding network security protocols; determining an application scene, performing access connection on the local equipment according to networking characteristics of the application scene, and collecting multiple local equipment codes and types as local equipment information; ports of a plurality of local devices are registered in the Internet of Things platform as local ends. According to the invention, the local equipment can be divided according to the application scenarios through the networking characteristics, and then the local equipment is subjected to access connection according to the network security protocols supported in the application scenarios, so that the access efficiency and accuracy of the corresponding application scenarios can be realized.

Description

Technical Field

[0001] The present invention relates to the field of protocol access technology, and in particular to an efficient access solution for Internet of Things devices compatible with multiple application scenarios. Background Art

[0002] With the rapid development of IoT technology, demand for IoT devices is growing across a wide range of scenarios, including smart homes, industrial automation, smart agriculture, and smart cities. Device types, communication protocols, data formats, and security requirements vary significantly across these scenarios, making traditional, single-access methods incapable of efficiently connecting devices across multiple scenarios. Therefore, building an efficient IoT device access solution compatible with multiple application scenarios is crucial for achieving interoperability among IoT devices and improving overall system performance. Summary of the Invention

[0003] The purpose of the present invention is to provide an efficient access solution for IoT devices that is compatible with multiple application scenarios, so as to address the shortcomings of the background technology.

[0004] To achieve the above objectives, the present invention provides the following technical solution: an efficient access solution for IoT devices compatible with multiple application scenarios, comprising the following steps:

[0005] Collect information of multiple local devices and register them on the IoT platform to obtain the local end;

[0006] Set multiple application scenarios and set corresponding networking features according to the multiple application scenarios, wherein the networking features include allowed local devices and corresponding network security protocols;

[0007] Determine the application scenario and connect local devices based on the networking characteristics of the application scenario.

[0008] In a preferred embodiment, the step of collecting information of multiple local devices and registering the multiple local devices based on the Internet of Things platform to obtain a local terminal includes:

[0009] Collect multiple local device codes and types as local device information;

[0010] Register multiple local device ports in the IoT platform as local ports.

[0011] In a preferred embodiment, the step of setting multiple application scenarios and respectively setting corresponding networking features according to the multiple application scenarios includes:

[0012] Develop multiple application scenarios and store them in the IoT platform. Mark multiple application scenarios with access requirement information, where the access requirement information includes the access device type and the access network security protocol.

[0013] Marking connection requirement information for multiple local devices, wherein the connection requirement information includes device type and network security protocol allowed for access;

[0014] In the IoT platform, a first access chain is set corresponding to multiple application scenarios, and a second access chain is set corresponding to multiple local devices;

[0015] The connection requirement information of multiple local devices and the access requirement information of multiple application scenarios are divided to obtain the networking characteristics corresponding to the multiple application scenarios. One application scenario corresponds to a blockchain node. Multiple blockchain nodes are connected through a protocol, and the blockchain nodes are used to store the networking characteristics.

[0016] In a preferred embodiment, the step of setting a first access chain corresponding to a plurality of application scenarios and setting a second access chain corresponding to a plurality of local devices in the Internet of Things platform includes:

[0017] Setting a plurality of first access chains in the Internet of Things platform, wherein the first access chains are composed of a plurality of access ports and a first sliding port;

[0018] The number of first access chains is the same as the number of application scenarios, and the first access chains are bound to the application scenarios in a one-to-one correspondence;

[0019] Setting access requirement information of corresponding application scenarios for each of the multiple access ports on the first access chain;

[0020] Setting a second access chain corresponding to the plurality of local devices, wherein the second access chain includes one or more allowed ports and a second sliding port;

[0021] Set corresponding connection requirement information for one or more allowed ports;

[0022] The first sliding port and the second sliding port are always connected.

[0023] In a preferred embodiment, the step of setting up multiple first access chains in the Internet of Things platform includes:

[0024] A plurality of access ports and a first sliding port are set in the Internet of Things platform, wherein the first sliding port includes a first guide port and a first guide package;

[0025] The first guide package and the first guide port are always connected, and the plurality of access ports are placed in the first guide package according to a first preset connection condition.

[0026] In a preferred embodiment, the step of setting up a second access chain corresponding to the plurality of local devices includes:

[0027] One or more allowed ports and a second sliding port are set corresponding to the plurality of local devices, wherein the second sliding port includes a second guide port and a second guide packet;

[0028] The second guide port is always connected to the second guide port, which allows the port to be located in the second guide package according to the second preset connection condition.

[0029] In a preferred embodiment, the step of determining the application scenario and connecting the local device to the application scenario according to the networking characteristics of the application scenario includes:

[0030] Determine the application scenario and the current local device that meets the networking characteristics of the application scenario;

[0031] Connect the current local device according to the network security protocol corresponding to the application scenario.

[0032] In a preferred embodiment, the step of accessing the current local device according to the network security protocol corresponding to the application scenario includes:

[0033] placing an access port in a first access chain corresponding to the current local device in a first boot packet;

[0034] The allowed port of the current local device that complies with the network security protocol of the application scenario is placed in the first boot package;

[0035] The access between the local device and the IoT platform is completed by granting a communication channel in which the access port, the first boot port, the second boot port, and the allowed port are connected in sequence through the same network security protocol as the access port.

[0036] In the above technical solution, the technical effects and advantages provided by the present invention are:

[0037] The present invention can divide local devices according to application scenarios through networking characteristics, and then access and connect local devices according to the network security protocols supported in the application scenarios, thereby achieving access efficiency and accuracy for the corresponding application scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments. Obviously, the drawings described below are only some embodiments described in the present invention. For ordinary technicians in this field, other drawings can also be obtained based on these drawings.

[0039] Figure 1 Flow chart of the method of the present invention. DETAILED DESCRIPTION

[0040] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0041] Example 1, please refer to Figure 1 As shown, the efficient access solution for IoT devices compatible with multiple application scenarios described in this embodiment includes the following steps:

[0042] S1. Collect information of multiple local devices and register multiple local devices based on the Internet of Things platform to obtain local terminals;

[0043] S2. Set multiple application scenarios and set corresponding networking features according to the multiple application scenarios, wherein the networking features include allowed local devices and corresponding network security protocols;

[0044] S3. Determine the application scenario and connect the local device based on the networking characteristics of the application scenario.

[0045] Through networking features, local devices can be divided according to application scenarios, and then local devices can be connected according to the network security protocols supported by the application scenarios, which can achieve access efficiency and accuracy for the corresponding application scenarios.

[0046] Core Technology: Leveraging the Internet of Things (IoT) and big data, intelligent sensing technology provides immediate warnings of abnormal events, enhancing enterprises' event management capabilities. This technology also provides enterprises with a clear and intuitive data monitoring interface, strengthening their data-driven decision-making capabilities. Application Scenarios: Its Smart Fire Protection Intelligent Smoke Detection Cloud Platform, based on the Zhilian Cloud IoT cloud platform, enables unified access and management of massive fire terminal devices. It is widely used in smart agriculture, green maintenance, smart healthcare, smart homes, and other fields, promoting the intelligent upgrade of service-centric industries.

[0047] In one embodiment, the step S1 of collecting information of multiple local devices and registering the multiple local devices based on the Internet of Things platform to obtain local terminals includes:

[0048] S11. Collect multiple local device codes and types as local device information;

[0049] S12. Register multiple ports of local devices in the IoT platform as local ports.

[0050] As described in the above steps S11-S12, the local device can be a mobile terminal (devices such as mobile phones and tablets). The Internet of Things platform here is managed by manufacturers, etc., and then in order to better access personal local devices, the port corresponding to the local device is registered in the Internet of Things platform as the local end, which can be managed to adapt to the scenario when the local device is subsequently accessed.

[0051] In one embodiment, the step S2 of setting multiple application scenarios and respectively setting corresponding networking features according to the multiple application scenarios includes:

[0052] S21. Develop multiple application scenarios and store them in the IoT platform. Mark the multiple application scenarios with access requirement information, where the access requirement information includes the access device type and the access network security protocol.

[0053] S22. Marking connection requirement information for multiple local devices, where the connection requirement information includes device type and network security protocols allowed for access;

[0054] S23. Setting a first access chain corresponding to each of the multiple application scenarios and a second access chain corresponding to each of the multiple local devices in the IoT platform;

[0055] S24. Divide the connection requirement information of multiple local devices and the access requirement information of multiple application scenarios to obtain networking characteristics corresponding to the multiple application scenarios. One application scenario corresponds to a blockchain node. Multiple blockchain nodes are connected through a protocol. The blockchain nodes are used to store networking characteristics.

[0056] In one embodiment, the step S23 of setting a first access chain corresponding to a plurality of application scenarios and setting a second access chain corresponding to a plurality of local devices in the Internet of Things platform includes:

[0057] S231. Setting a plurality of first access chains in the Internet of Things platform, wherein the first access chains are composed of a plurality of access ports and a first sliding port;

[0058] S232: The number of first access chains is the same as the number of application scenarios, and the first access chains are bound to the application scenarios in a one-to-one correspondence;

[0059] S233, respectively setting access requirement information of corresponding application scenarios for multiple access ports on the first access chain;

[0060] S234. Setting a second access chain corresponding to the plurality of local devices, wherein the second access chain includes one or more allowed ports and a second sliding port;

[0061] S235. Setting corresponding connection requirement information for one or more allowed ports;

[0062] S236: The first sliding port and the second sliding port are always connected.

[0063] In one embodiment, the step S231 of setting multiple first access chains in the Internet of Things platform includes:

[0064] S2311. Setting a plurality of access ports and a first sliding port in the Internet of Things platform, wherein the first sliding port includes a first guide port and a first guide packet;

[0065] S2312: The first guide package and the first guide port are always connected, and the multiple access ports are placed in the first guide package according to the first preset connection condition.

[0066] In one embodiment, the step S234 of setting a second access chain corresponding to the plurality of local devices includes:

[0067] S2341. Setting one or more allowed ports and a second sliding port corresponding to the plurality of local devices, wherein the second sliding port includes a second guide port and a second guide packet;

[0068] S2342: The second guide port is always connected to the second guide port, and the port is allowed to be located in the second guide packet according to the second preset connection condition.

[0069] As described in the above steps S21-S24, in order to better network the local devices, an Internet of Things platform is set here to manage the access of local devices. Multiple local devices can obtain data and communicate data between local devices through the Internet of Things. The specific operations are: Since different network security protocols are required in different environments, in order to ensure the efficiency and compatibility of access, multiple application scenarios are first set here. Access connections need to be made through different network security protocols in multiple application scenarios. Different types of main body devices also have corresponding different network security protocols. Then, corresponding first access chains are set in the Internet of Things platform for each of the multiple application scenarios. The first access chain consists of multiple access ports and a first sliding port. The multiple access ports are respectively set to correspond to The access requirement information of the application scenario is used to set a second access chain for multiple local devices. The second access chain includes multiple allowed ports and a second sliding port. The multiple allowed ports represent the number of corresponding network security protocol types. The network security protocols of the multiple allowed ports are different. They are different from the network security protocols that support Bluetooth, Wi-Fi, Zigbee and 4 / 5G multi-mode wireless communications. When access is connected via Bluetooth in an application scenario, its security protocol can be an AES-CCM encryption algorithm. The network security protocol is set on one of the allowed ports. If the corresponding application scenario can only access the network via Bluetooth, then the multiple access ports corresponding to the application scenario are network security protocols using the AES-CCM encryption algorithm for Bluetooth connection. If some local devices in this application scenario need to use Bluetooth and some local devices need to use 5G connection, then the allowed port of the local device using Bluetooth is set to the corresponding network security protocol, and the allowed port of the local device using 5G communication is set to the corresponding 5G network security protocol; the final result is that the corresponding allowed port can be set according to the connection network that the local device can support. The more network types that can be supported, the more the number of allowed ports, and the number of allowed ports is the same as the number of network types supported; and in the application scenario, there are multiple access ports that support the network type of the main device connected, and the corresponding number of supported network types is multiple (indicating that the number of access ports with the same network type in the first access chain is not limited. It can be multiple, indicating that the first access chain in this application scenario can connect to multiple local devices with the same network type). Multiple access ports and a first sliding port are set in the Internet of Things platform, and the first sliding port includes a first guide port and a first guide package; the first guide package is always connected to the first guide port, and the guide package has a data storage space that can undertake multiple subsequently located access ports, and the multiple access ports are connected according to the first preset connection condition (the first preset connection condition is that there are local devices with corresponding networking characteristics in the application scenario.Then, the access port corresponding to the local device in the Internet of Things platform is placed in the first boot package) and placed in the first boot package. When the access port is located (the network position is moved to the first boot package) after the first boot package, the access port can be connected to the first sliding port through the first boot package; similarly, one or more allowed ports and a second sliding port are set corresponding to multiple local devices, and the second sliding port includes a second boot port and a second boot package; the second boot port and the second boot port are always connected, and the allowed port is allowed according to the second preset connection condition (the second preset connection condition is that the local device has a network security protocol that supports the connection for the corresponding application scenario. Then the allowed port with the corresponding network security protocol is placed in the second boot package) and placed in the second boot package. The network position of the allowed port is moved to the second boot package, and the allowed port can be connected to the second boot port through the second boot package. Finally, the first boot port here corresponds to the second boot port The first and second sliding ports are always connected. Before a local device enters an application scenario, the connection is connected but does not transmit data. Once the local device enters the application scenario, data exchange begins, enabling efficient local device access. This eliminates the need for temporary network access, ensuring both network access and network security protocols. Finally, because the first and second sliding ports are always connected, access work is reduced and access efficiency is achieved. The connection requirements of multiple local devices and the access requirements of multiple application scenarios are then divided to generate network characteristics corresponding to each of the multiple application scenarios. Each application scenario corresponds to a blockchain node, and multiple blockchain nodes are connected via a protocol. Each blockchain node stores the network characteristics corresponding to all application scenarios, ensuring the security of these divided network characteristics. It not only preserves its own network characteristics but also synchronizes the network characteristics of other nodes. The blockchain's chain structure and hash algorithm play a key role. Each operation involving network characteristic data generates a unique hash value. This hash value not only contains the data information of the current operation but also links to the hash value of the previous block, forming an interlocking chain structure. Once the data on a node is tampered with, its hash value will change, and the link to subsequent blocks will be destroyed. This change will be quickly detected by other nodes, triggering the consensus mechanism of the entire network to reject the tampered data and ensure the authenticity and security of the data. At the same time, the decentralized nature of the blockchain means that no single central node can control all data. Even if some nodes are attacked or fail, the entire blockchain network can still rely on other nodes to continue operating, ensuring that the divided network feature data is always in a safe and reliable storage and transmission environment. This builds a solid security line for the stable operation of various application scenarios and ensures the accuracy of subsequent local data network access corresponding to the application scenario.The first guide packet in the first access chain corresponding to an application scenario can be carried by multiple access ports. The communication channel between the first guide packet-first guide port-second guide port-second guide packet can be shared between the multiple access ports and the corresponding one or more allowed ports of local devices. The communication channel can be isolated and divided for use according to the connection between the access port and the allowed port.

[0070] In one embodiment, the step S3 of determining the application scenario and connecting the local device to the network according to the networking characteristics of the application scenario includes:

[0071] S31. Determine an application scenario and a current local device that meets the networking characteristics of the application scenario;

[0072] S32. Connect the current local device according to the network security protocol corresponding to the application scenario.

[0073] In one embodiment, the step S32 of accessing the current local device according to the network security protocol corresponding to the application scenario includes:

[0074] S321, placing the access port in the first access chain that matches the current local device in the first boot package;

[0075] S322. Place the allowed port of the current local device that complies with the network security protocol of the application scenario in the first boot package;

[0076] S323. Complete access between the local device and the IoT platform by granting a communication channel in which the access port, the first boot port, the second boot port, and the allowed port are connected in sequence through the same network security protocol as the access port and the allowed port.

[0077] As described in the above steps S321-S323, the current local device in the application scenario is determined in the current application scenario. Then, in order to connect the current local device to the Internet of Things platform for interconnection, the access port in the first access chain that meets the current local device is first placed in the first boot package, and the allowed port of the current local device that meets the application scenario network security protocol is placed in the first boot package. Since the first boot package-first boot port-second boot port-second boot package is connected, there is a blank connection here without a network security protocol. Then, when there is a local device with corresponding networking characteristics in the application scenario, the access port in the first access chain that meets the current local device network security protocol is placed in the first boot package, and then the current local device that meets the application is connected. The allowed port of the scenario network security protocol is located in the first boot packet. Then, the network security protocol with the same access port as the allowed port is assigned to the communication channel connected in sequence of the access port-first boot port-second boot port-allowed port to complete the access between the local device and the Internet of Things platform. Here it represents the sequential communication channel. As for the transmission direction, it is bidirectional. It can use the channel connected in advance by the first boot packet-first boot port-second boot port-second boot packet, and finally assign the network security protocol for data transmission, which improves the access efficiency. Through the networking characteristics, the local devices can be divided according to the application scenarios, and then the local devices can be accessed and connected according to the network security protocols supported under the application scenarios, which can achieve access efficiency and accuracy of the corresponding application scenarios.

[0078] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. An efficient access solution for IoT devices compatible with multiple application scenarios, characterized by: The following steps are involved: Collect information of multiple local devices and register them on the IoT platform to obtain the local end; Set multiple application scenarios and set corresponding networking features according to the multiple application scenarios, wherein the networking features include allowed local devices and corresponding network security protocols; Determine the application scenario and connect local devices based on the networking characteristics of the application scenario.

2. The multi-application scenario compatible IoT device efficient access solution according to claim 1 is characterized by: The step of collecting information of multiple local devices and registering the multiple local devices based on the Internet of Things platform to obtain a local terminal includes: Collect multiple local device codes and types as local device information; Register multiple local device ports in the IoT platform as local ports.

3. The multi-application scenario compatible IoT device efficient access solution according to claim 1 is characterized by: The step of setting multiple application scenarios and respectively setting corresponding networking features according to the multiple application scenarios includes: Develop multiple application scenarios and store them in the IoT platform. Mark multiple application scenarios with access requirement information, where the access requirement information includes the access device type and the access network security protocol. Marking connection requirement information for multiple local devices, wherein the connection requirement information includes device type and network security protocol allowed for access; In the IoT platform, a first access chain is set corresponding to multiple application scenarios, and a second access chain is set corresponding to multiple local devices; The connection requirement information of multiple local devices and the access requirement information of multiple application scenarios are divided to obtain the networking characteristics corresponding to the multiple application scenarios. One application scenario corresponds to a blockchain node. Multiple blockchain nodes are connected through a protocol, and the blockchain nodes are used to store the networking characteristics.

4. The multi-application scenario compatible IoT device efficient access solution according to claim 3 is characterized by: The step of setting a first access chain corresponding to a plurality of application scenarios and setting a second access chain corresponding to a plurality of local devices in the Internet of Things platform includes: Setting a plurality of first access chains in the Internet of Things platform, wherein the first access chains are composed of a plurality of access ports and a first sliding port; The number of first access chains is the same as the number of application scenarios, and the first access chains are bound to the application scenarios in a one-to-one correspondence; Setting access requirement information of corresponding application scenarios for each of the multiple access ports on the first access chain; Setting a second access chain corresponding to the plurality of local devices, wherein the second access chain includes one or more allowed ports and a second sliding port; Set corresponding connection requirement information for one or more allowed ports; The first sliding port and the second sliding port are always connected.

5. The multi-application scenario compatible IoT device efficient access solution according to claim 4 is characterized by: The step of setting a plurality of first access chains in the Internet of Things platform includes: A plurality of access ports and a first sliding port are set in the Internet of Things platform, wherein the first sliding port includes a first guide port and a first guide package; The first guide package and the first guide port are always connected, and the plurality of access ports are placed in the first guide package according to a first preset connection condition.

6. The multi-application scenario compatible IoT device efficient access solution according to claim 5, characterized in that: The step of setting a second access chain corresponding to the plurality of local devices includes: One or more allowed ports and a second sliding port are set corresponding to the plurality of local devices, wherein the second sliding port includes a second guide port and a second guide packet; The second guide port is always connected to the second guide port, which allows the port to be located in the second guide package according to the second preset connection condition.

7. The multi-application scenario compatible IoT device efficient access solution according to claim 1, characterized in that: The step of determining the application scenario and establishing a connection to the local device based on the networking characteristics of the application scenario includes: Determine the application scenario and the current local device that meets the networking characteristics of the application scenario; Connect the current local device according to the network security protocol corresponding to the application scenario.

8. The multi-application scenario compatible IoT device efficient access solution according to claim 1, characterized in that: The step of accessing the current local device according to the network security protocol corresponding to the application scenario includes: placing an access port in a first access chain corresponding to the current local device in a first boot packet; The allowed port of the current local device that complies with the network security protocol of the application scenario is placed in the first boot package; The access between the local device and the IoT platform is completed by granting a communication channel in which the access port, the first boot port, the second boot port, and the allowed port are connected in sequence through the same network security protocol as the access port.

Images