Access system, method, electronic device, storage medium and computer product supporting multiple protocols

Abstract

This application relates to the field of communication technology, providing an access system, method, electronic device, storage medium, and computer product supporting multiple protocols. The system includes a communication chip module for an IoT terminal and an IoT platform. The communication chip module is connected to the microcontroller of the IoT terminal and supports connection with corresponding Platform as a Service (PaaS) platforms using different communication protocols. The IoT platform supports connection with multiple PaaS platforms and business platforms. The IoT platform generates templates for object models and distributes them to the communication chip module via the PaaS platform. The communication chip module converts the data to be transmitted in the microcontroller according to the data encoding format in the object model template, and then sends the data to the IoT platform via the PaaS platform, which then forwards it to the business platform. This application can improve the efficiency of IoT terminals when accessing multiple PaaS platforms.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to an access system, method, electronic device, storage medium and computer product that supports multiple protocols. Background Technology

[0002] IoT terminal access to an IoT-based service platform begins with microcontroller unit (MCU) development. This involves selecting an MCU suitable for the application scenario (such as an Advanced RISC Machine (ARM) or RISC-V architecture IoT chip) and developing firmware to implement sensor data acquisition and basic control logic. Next, a suitable cellular module is selected and adapted, ensuring compatibility with the MCU and meeting network support and power consumption requirements. During development, suitable communication protocols are integrated to connect to the service platform via the cellular network, enabling device registration, authentication, data acquisition, and processing. Subsequently, the service platform manages the devices and processes data, including remote control, firmware updates, real-time monitoring, and alarms. Data is then transmitted to the service platform, which provides data visualization and interactive functions, displaying device-uploaded data through web pages or mobile applications, providing monitoring, alarm, and user management functions, and supporting integration with third-party applications. For example, an environmental monitoring terminal uses a Narrow Band Internet of Things (NB-IoT) module to publish environmental data to a business platform via the Message Queuing Telemetry Transport (MQTT) protocol. The business platform processes and stores the data, providing real-time monitoring and historical data analysis. The problem with this traditional approach is its inability to adapt flexibly. If one link in the connection process is modified, the entire communication method needs to be modified. For instance, if the business platform's access protocol is modified, the terminal module's protocol stack needs to be adapted. If the user wants to change a rule, the terminal cannot adapt automatically, requiring developers to modify the data acquisition end and the communication module's data code to achieve compatibility. This results in low efficiency for current IoT terminals when connecting to multiple Platform-as-a-Service (PAS) applications. Summary of the Invention

[0003] This application aims to address at least one of the technical problems existing in the related art. To this end, this application proposes an access system, method, electronic device, storage medium, and computer product that supports multiple protocols to solve the problem of low efficiency of current IoT terminals when accessing multiple Platform as a Service (PAS), thereby improving the efficiency of IoT terminals when accessing multiple PAS.

[0004] An access system supporting multiple protocols according to an embodiment of the first aspect of this application includes a communication chip module of an IoT terminal and an IoT platform. The communication chip module is connected to the microcontroller of the IoT terminal and supports connection with corresponding Platform as a Service (PaaS) platforms using different communication protocols. The IoT platform supports connection with multiple PaaS platforms and is also connected to a business platform. The IoT platform is used to generate a template of an object model based on user interactions with the IoT terminal and distribute it to the communication chip module via a platform-as-a-service platform; wherein, the object model is an abstract description of the IoT terminal; the template of the object model includes a data encoding format; The communication chip module is used to convert the data to be transmitted in the microcontroller with the same data encoding format according to the data encoding format in the template of the object model, and then send it to the Internet of Things platform through the platform as a service platform. The IoT platform is also used to forward the conversion data transmitted by the communication chip module to the business platform.

[0005] According to one embodiment of this application, the communication chip module is further used to convert the data sent by the IoT platform via the Platform as a Service platform according to the data encoding format in the template of the object model, and then store or send it to the microcontroller.

[0006] According to one embodiment of this application, the communication chip module supports at least one of message queue telemetry transmission protocol, Hypertext Transfer Protocol / Secure Hypertext Transfer Protocol, restricted application protocol and lightweight machine-to-machine protocol.

[0007] According to one embodiment of this application, the communication chip module includes a communication configuration management module and a platform connection module; The communication configuration management module is used to perform at least one of the following: data translation, packet assembly strategy, staggered transmission, retransmission, and encryption. The platform connection module is used for at least one of the following: information filling, registration, handshaking with the Internet of Things platform, and accessing the platform-as-a-service platform.

[0008] According to one embodiment of this application, the communication chip module further includes a value-added service module, which is used to perform differential firmware upgrades on the communication chip module and on the microcontroller; the value-added service module also provides an open storage and secure communication mode.

[0009] According to one embodiment of this application, the template of the object model includes at least a data encoding format and object model fields; the object model fields include at least one of the following: device attributes, device services, device events, and device information of the Internet of Things terminal; the data encoding format is a type-length-value format; and the data to be transmitted is a combination of command language and data encoding format.

[0010] A method for supporting multiple protocols, according to a second aspect embodiment of this application and applied to the access system supporting multiple protocols described in the first aspect embodiment, includes: The communication chip module receives data to be transmitted from the microcontroller of the IoT terminal. The communication chip module performs data conversion on the data to be transmitted, which has the same data encoding format as the template of the object model; wherein, the object model is an abstract description of the Internet of Things terminal; the template of the object model includes the data encoding format; The converted data obtained through the communication chip module is forwarded to the IoT platform via the Platform as a Service (PaaS) platform; the communication chip module supports connection with the corresponding Platform as a Service (PaaS) platform using different communication protocols. The conversion data is sent to the business platform via the Internet of Things (IoT) platform.

[0011] An electronic device according to a third aspect of this application includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement an access method supporting multiple protocols as described above.

[0012] According to a fourth aspect of this application, the storage medium is a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the access method supporting multiple protocols as described above.

[0013] A computer program product according to a fifth aspect of this application includes a computer program that, when executed by a processor, implements an access method supporting multiple protocols as described above.

[0014] The above-described one or more technical solutions in the embodiments of this application have at least the following technical effects: By providing a system that includes a communication chip module in an IoT terminal and an IoT platform, the communication chip module supports connections to corresponding Platform-as-a-Service (PaaS) platforms via different communication protocols. The communication chip module is connected to the microcontroller of the IoT terminal, while the IoT platform supports connections to multiple PaaS platforms and communication with a business platform. Therefore, the IoT platform can generate a template for a material model based on user interactions with the IoT terminal and distribute it to the communication chip module via a multi-protocol PaaS platform. The communication chip module can then convert the data to be transmitted in the microcontroller according to the data encoding format in the material model template and transmit the converted data to the IoT platform. Furthermore, the IoT platform forwards the converted data transmitted by the communication chip module to the business platform. Therefore, since the communication chip module supports connection with the corresponding platform-as-a-service platform using different communication protocols, it can adapt communication protocols between different communication terminals and platform-as-a-service platforms. This allows IoT terminal manufacturers to focus only on the data encoding format when designing and implementing IoT solutions, without having to delve into complex IoT communication protocols. This enables rapid access between different IoT terminals and multiple platform-as-a-service platforms, improving the efficiency of IoT terminals when accessing multiple platform-as-a-service platforms.

[0015] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0017] Figure 1 This is a schematic diagram of the structure of an access system supporting multiple protocols provided in an embodiment of this application.

[0018] Figure 2 This is a schematic diagram of the communication configuration management module of the access system supporting multiple protocols provided in this application embodiment.

[0019] Figure 3 This is a schematic diagram of the platform connection module of the access system supporting multiple protocols provided in the embodiments of this application.

[0020] Figure 4 This is a flowchart illustrating the access method supporting multiple protocols provided in the embodiments of this application.

[0021] Figure 5 This is a schematic diagram of the structure of the electronic device provided in this application. Detailed Implementation

[0022] The embodiments of this application will be described in further detail below with reference to the accompanying drawings and examples. The following examples are used to illustrate this application, but should not be used to limit the scope of this application.

[0023] In the description of the embodiments of this application, it should be noted that the terms "center," "longitudinal," "lateral," "upper," "lower," "front," "rear," "left," "right," "vertical," "horizontal," "top," "bottom," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing the embodiments of this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the embodiments of this application. In addition, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0024] In the description of the embodiments of this application, it should be noted that, unless otherwise explicitly specified and limited, the terms "connected" and "linked" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium. Those skilled in the art can understand the specific meaning of the above terms in the embodiments of this application based on the specific circumstances.

[0025] In the embodiments of this application, unless otherwise expressly specified and limited, "above" or "below" the second feature can mean that the first feature is in direct contact with the second feature, or that the first feature is in indirect contact with the second feature through an intermediate medium. Furthermore, "above," "on top of," and "over" the second feature can mean that the first feature is directly above or diagonally above the second feature, or simply that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" the second feature can mean that the first feature is directly below or diagonally below the second feature, or simply that the first feature is at a lower horizontal level than the second feature.

[0026] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., refer to specific features, structures, materials, or characteristics described in connection with that embodiment or example, which are included in at least one embodiment or example of the embodiments of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0027] It should be noted that the following issues still exist when IoT terminals connect to IoT-based business platforms: (1) Platform integration is complex. Currently, there are numerous business platforms based on the Internet of Things (IoT), which may have compatibility issues. Different business platforms may use different communication protocols, data formats, authentication mechanisms, etc., requiring terminal devices to adapt to different platform interfaces, increasing the workload of development and testing. It also increases learning costs. Each business platform has its unique interfaces, software development kits, development tools, and documentation. Developers need to spend time learning and becoming familiar with the characteristics and usage methods of different platforms. Terminal maintenance costs are high. Once a terminal device is connected to a business platform, continuous maintenance and updates are required for interfaces, protocols, and security. Terminal devices need to adapt to constantly changing platform interfaces and specifications. Furthermore, there is a lack of interoperability between different business platforms. Terminal devices may need to be customized for different business platforms, increasing development costs and wasting resources.

[0028] (2) The Internet of Things (IoT) protocols are diverse. Based on different chips and technical solutions, there are many choices when selecting IoT protocols. The lack of universal standards and interoperability between different IoT protocols makes it difficult to achieve seamless integration and communication between devices and systems. This makes data exchange and control between different IoT terminals, gateways, and platforms more difficult. Development and maintenance costs are high. Because multiple different IoT protocols need to be supported, developers need to invest time and resources to learn, develop, and maintain the implementation of different protocols. This increases development and maintenance costs and requires multiple technical capabilities. There are challenges in security. Different IoT protocols have different security requirements and implementation methods, which may lead to confusion and difficulties in designing and implementing security strategies. At the same time, the need to handle the security of multiple protocols may increase the security risks of the system. Network resource utilization efficiency varies. IoT protocols have different network resource utilization efficiencies (such as bandwidth, power consumption, etc.), which may require network resource optimization configuration for different protocols in different application scenarios, increasing the complexity of network management. There are differences in device compatibility. Different IoT protocols may require different hardware and software support, which may lead to compatibility issues when selecting and integrating devices, increasing the difficulty of device deployment and management.

[0029] (3) The modules are of various types, and different types of modules use different communication protocols, frequency bands and interface standards. The compatibility between devices will also pose a challenge. Different regions or different network operators will use different module types, which increases the complexity of device development and deployment.

[0030] (4) The large number of module manufacturers results in different AT (Attention) commands. Terminal manufacturers' developers need to spend time learning and becoming familiar with each manufacturer's command set, increasing the learning cost of development. Different AT command sets may require different command formats, parameters, and responses, requiring more effort and resources to adapt and maintain them, increasing the difficulty of maintenance. Compatibility issues arise because the lack of universal standards and interoperability between different AT command sets may lead to compatibility problems during device integration and testing, increasing the difficulty of device development and testing.

[0031] (5) The business platform replacement and adaptation is difficult. Different business platforms may use different communication protocols and data formats, so the device needs to be adapted to ensure normal communication with the new business platform. The new business platform may have different device registration and authentication mechanisms, and the device needs to be adapted accordingly to meet the requirements of the new platform. The data format and data model need to be readjusted. Different business platforms may have different requirements for data format and model, and the device needs to be adapted to the new data format and model to ensure that the data can be correctly received and processed by the new business platform. Different business platforms may have different security requirements and implementation methods, and the device needs to be adapted accordingly to meet the security standards of the new business platform. The migration cost is high. The device needs to invest a certain amount of time and resources in the migration and adaptation of the business platform, including software modification, testing and verification, which may increase certain costs and risks.

[0032] Based on this, this application proposes an access system, method, electronic device, storage medium, and computer product that supports multiple protocols.

[0033] Figure 1 This is a schematic diagram of the structure of an access system supporting multiple protocols provided in an embodiment of this application, such as... Figure 1 As shown, the access system supporting multiple protocols provided in this application can include a communication chip module (which can be simply referred to as a module / communication chip) for an IoT terminal and an IoT platform. The communication chip module is connected to the microcontroller (MCU) of the IoT terminal. The communication chip module serves as the terminal-side capability entry point, while the IoT platform serves as the cloud-side capability entry point.

[0034] It should be noted that the communication chip module design in this application has high adaptability and compatibility, supporting a variety of mainstream IoT communication protocols, including but not limited to MQTT, Constrained Application Protocol (CoAP), and other proprietary protocols such as Lightweight Machine to Machine (LwM2M). This enables IoT terminals to seamlessly connect to various cloud platforms (in this application, this can be a Platform as a Service (PaaS) platform), regardless of whether the cloud platform uses MQTT, CoAP, or other proprietary protocols.

[0035] It should be further noted that the IoT platform of this application supports multiple mainstream message middleware, enabling seamless communication between the IoT platform and various business platforms and PaaS platforms, regardless of whether the business platform or PaaS platform uses MQTT, Constrained Application Protocol (CoAP), or other proprietary protocols. Therefore, the IoT platform of this application supports connection to multiple business platforms and communication with multiple PaaS platforms through object models.

[0036] Furthermore, the IoT platform is used to generate templates for object models based on user interactions with IoT terminals and distribute them to communication chip modules via a platform-as-a-service platform; wherein, the object model is an abstract description of the IoT terminal; the template of the object model includes a data encoding format.

[0037] The communication chip module is used to convert the data to be transmitted in the microcontroller, which has the same data encoding format as the template in the object model, and then send it to the Internet of Things platform via the platform-as-a-service platform.

[0038] The IoT platform is also used to forward the converted data transmitted by the communication chip module to the target business platform; the target business platform is determined based on the interaction with the user of the IoT terminal.

[0039] The purpose of this application is to enable a single chip-based terminal product to be compatible with different cloud platforms and support multiple communication protocols. This eliminates the need for users to worry about terminal-cloud platform compatibility issues, simplifies user code, and achieves efficient and flexible data exchange.

[0040] Specifically, the IoT terminal in this application can collect data, which can be external data (e.g., air purifiers can obtain air quality information, smart meters can obtain relevant information indicators, etc.) or data inside the terminal (e.g., temperature value, power consumption, etc.).

[0041] It should be noted that in this application, users can pre-select one of the various business platforms supported by the IoT platform as the target business platform and select one of the multiple PaaS platforms to connect to. Data collected by the IoT terminal can then be transmitted through the PaaS platform to the IoT platform, and then sent from the IoT platform to the target business platform for storage, display, and other management operations.

[0042] Specifically, in this application, when the IoT terminal transmits the collected data as data to be transmitted via the PaaS platform to the IoT platform, and then the IoT platform transmits it to the corresponding business platform, a combination of command language and data encoding format can be used, that is, transmission in the form of AT+TLV (Type-Length-Value). Here, AT commands are used to initiate communication, while the TLV format is used to encapsulate the specific data content.

[0043] It should be noted that in this application, users can also generate adaptive object model templates through the IoT platform according to their needs. The object model defines the attributes, services, events, and relationships between devices. The object model enables standardized representation and interoperability of devices. Typical object model fields may include the following: 1. Properties: Describe the static or dynamic state of the device; For example, the temperature value of the temperature sensor, the battery level, etc.

[0044] 2. Services: Describe the operations or functions that the device can perform; For example, turning switches on / off and adjusting light brightness.

[0045] 3. Events: Describe changes in device status or notifications under specific conditions; For example, an alarm event triggered when a smoke sensor detects smoke.

[0046] 4. Device Information: This includes information such as the device's manufacturer, model, and serial number.

[0047] The object model template is specifically designed for IoT data, aiming to provide a flexible and universal method to adapt to and process application data from different vendors. Based on the specific needs of user business functions, the template defines a series of configurable parameters and fields, enabling interaction between object model data and the business platform through object model data, thus allowing for easy integration and interaction of different types of IoT data.

[0048] The template for the object model in this application includes at least a data encoding format and object model fields. The object model fields are shown above. The data encoding format can be TLV format.

[0049] TLV is a data encoding format commonly used in network communication protocols to represent data in a structured manner. Each TLV unit consists of a type, a length, and a value. The TLV format is concise and easy to parse, making it suitable for use in resource-constrained devices. Its format is: 1. Type: The type of data is typically represented by one byte; For example, 0x01 represents temperature, and 0x02 represents humidity.

[0050] 2. Length: The length of the value field is indicated, typically in one or more bytes; For example, 0x04 indicates that the length of the value field is 4 bytes.

[0051] 3. Value: Stores the actual data; the length is specified by the Length field. For example, the temperature value 22.5 is represented as a floating-point number.

[0052] The object model template can also include information such as encryption options. The encryption options provide data encryption choices to ensure security during transmission. It supports multiple encryption standards, such as traditional encryption algorithms like AES and RSA, to adapt to different security needs. Specific encryption configurations can be flexibly selected according to application scenarios and security requirements.

[0053] The object model template, through its flexibility and versatility, enables terminal devices to quickly adapt to different data formats and business requirements. Its design emphasizes ease of use and scalability, allowing users to personalize and adjust it according to specific application scenarios. By integrating security features and flexible data processing methods, the template not only improves data processing efficiency but also enhances the overall system security.

[0054] In summary, the adaptive object model template provides IoT terminals with an efficient, secure, and easily scalable data processing and communication solution, enabling devices to better adapt to different application environments and business needs.

[0055] Furthermore, after a template for an object model is developed and generated based on an IoT platform, it can be distributed to the communication chip module through a PaaS platform.

[0056] Furthermore, the communication chip module can obtain the specific TLV data after receiving and parsing the data to be transmitted in the AT+TLV structure.

[0057] Furthermore, the communication chip module can incorporate a data mapping engine based on the object model template issued by the IoT platform to translate the user's TLV data into TLV format data defined in the object model template. This engine can define mapping rules through configuration files or an interface to automatically handle the conversion between different formats.

[0058] In addition, the communication chip module can also receive data from the IoT platform via the PaaS platform, convert the received object model data into the corresponding TLV format data according to the data encoding format in the object model template, and further store the data or send it to the MCU as needed.

[0059] This allows for dynamic identification and adaptation to different TLV formats. This is achieved by analyzing the schema, length, and type of the TLV data, enabling the processing of TLV data in multiple formats, not just predefined ones.

[0060] Furthermore, the IoT platform can determine the data format required by the target business platform and use it as the target data format. Then, it can convert the data transmitted by the communication chip module based on the target business platform's target data format and send the converted data to the target business platform, thereby adapting to the format requirements of different business platforms.

[0061] According to the embodiments of this application, an access system supporting multiple protocols is provided by providing a system including a communication chip module in an IoT terminal and an IoT platform. Since the communication chip module supports connection to corresponding Platform-as-a-Service (PaaS) platforms using different communication protocols, and the communication chip module is connected to the microcontroller of the IoT terminal, while the IoT platform supports connection to multiple PaaS platforms and communication with a business platform, the following can be achieved: The IoT platform can generate a template of a material model based on user interaction with the IoT terminal and distribute it to the communication chip module via a multi-protocol PaaS platform; the communication chip module can then convert the data to be transmitted in the microcontroller according to the data encoding format in the material model template, and transmit the converted data to the IoT platform; furthermore, the IoT platform forwards the converted data transmitted by the communication chip module to the business platform. Therefore, since the communication chip module supports connection with the corresponding platform-as-a-service platform using different communication protocols, it can adapt communication protocols between different communication terminals and platform-as-a-service platforms. This allows IoT terminal manufacturers to focus only on the data encoding format when designing and implementing IoT solutions, without having to delve into complex IoT communication protocols. This enables rapid access between different IoT terminals and multiple platform-as-a-service platforms, improving the efficiency of IoT terminals when accessing multiple platform-as-a-service platforms.

[0062] Based on the above embodiments, the communication chip module includes a communication configuration management module and a platform connection module; The communication configuration management module is used to perform at least one of the following: data translation, packet assembly strategy, staggered transmission, retransmission, and encryption. The platform connection module is used for at least one of the following: information filling, registration, handshaking with the IoT platform, and accessing the platform-as-a-service platform.

[0063] Specifically, such as Figure 1 As shown, the communication chip module of this application may include a communication configuration management module. Figure 2 This is a schematic diagram of the communication configuration management module of an access system supporting multiple protocols provided in this application embodiment, as shown below. Figure 2 As shown, the data conversion process in this application can be implemented through the communication configuration management module in the communication chip module. This module is responsible for the effective communication of data between the MCU of the IoT terminal and the IoT platform. Specifically, the communication chip module can receive user data from the MCU, and then perform TLV data translation and structure management on the user data through the communication configuration management module, thereby translating the TLV data of the user data into TLV format data defined in the template of the object model.

[0064] The communication configuration management module significantly improves the efficiency and security of data transmission by simplifying data structures and communication processes, while also reducing the workload of terminal developers.

[0065] In addition to data conversion, the communication configuration management module is also used for data transmission and reception. Based on IoT protocol data, it can send converted data to the IoT platform via the PaaS platform, or convert data issued by the IoT platform via the PaaS platform and send it to the MCU.

[0066] In other words, the IoT data format template issued by the IoT platform via the PaaS platform can be converted into specific object model data and sent to the MCU. This reduces the computing burden on the IoT platform for converting object model data, allowing object model data to be generated directly on the terminal side.

[0067] It should be noted that during the data transmission process, the communication configuration management module can also encapsulate, encrypt (if necessary), and encode the raw data to adapt to the communication protocol requirements of the IoT platform.

[0068] Furthermore, the communication configuration management module also has the ability to group multiple data packets according to a data strategy to optimize data transmission efficiency.

[0069] In addition, it can be responsible for scheduling sending times, staggering sending times to reduce network congestion, and managing retransmission when data transmission fails.

[0070] The communication configuration management module can also provide security configuration functions, including data encryption and security authentication, to ensure the security and integrity of data transmission.

[0071] The communication configuration management module can also configure the storage mode and further store the configuration data in non-volatile memory (NV), so that the device does not need to be reconfigured when it starts up, which facilitates the durability and stability of the device.

[0072] The communication configuration management module provides an efficient, secure, and user-friendly communication mechanism for IoT devices. It not only optimizes data processing workflows but also provides terminal developers with a simple and intuitive development interface, enabling IoT devices to seamlessly connect to and interact with the IoT platform.

[0073] Specifically, such as Figure 1 As shown, the communication chip module of this application may also include a platform connection module, which is responsible for establishing a stable and efficient communication link between the IoT terminal and the business platform. It is not only a bridge for connection but also the core of intelligent data processing and communication optimization.

[0074] Figure 3 This is a schematic diagram of the structure of the platform connection module of the access system supporting multiple protocols provided in the embodiments of this application, such as... Figure 3 As shown, the platform connection module provides IoT protocol support and compatibility. Specifically, it is designed with high adaptability and compatibility, and can support the configuration of a variety of mainstream IoT communication protocols, thereby enabling it to connect with the IoT platform based on the PaaS platform.

[0075] The platform connectivity module also supports intelligent system data acquisition and automatic data filling: Specifically, this module possesses advanced data acquisition capabilities, automatically detecting and collecting critical system information such as International Mobile Subscriber Identity (IMSI), International Mobile Equipment Identity (IMSI), temperature, signal strength, and time. This data is automatically populated and sent to the Internet of Things (IoT) platform, providing a crucial data foundation for network optimization, resource scheduling, and peak-shaving management.

[0076] The platform connection module has a built-in high-efficiency AT / TLV protocol parser, which can perform in-depth parsing of AT commands from the terminal.

[0077] The platform connectivity module also enables a highly automated PaaS platform access process. Devices automatically register with the IoT platform through this module and synchronize necessary status information and configuration data. This process significantly reduces the need for manual configuration and intervention, improving the efficiency of device deployment.

[0078] The platform connectivity module in this application is designed with future technological developments in mind, reserving interfaces and frameworks for integrating future new technologies and standards. This allows the module to adapt to the rapidly evolving IoT ecosystem, adding more functionalities such as blockchain and industrial internet identification, while continuously providing optimal performance and compatibility.

[0079] The ultimate goal of this application is to enable automatic device access to the cloud platform, completing processes such as device registration, data synchronization, and command response without manual intervention, thus simplifying the communication process between devices and the platform. The platform connectivity module provides a powerful and flexible mechanism for managing and optimizing the communication connection between IoT devices and the cloud platform. By supporting dynamic configuration and automatic data processing, it allows devices to easily adapt to different data transmission needs and ensures seamless integration and efficient operation with the IoT platform.

[0080] Through the aforementioned communication configuration management module and platform connection module, the work of terminal developers is simplified to the following core functions: Configuration: Set the necessary parameters for connecting to the IoT platform, such as server address, port, authentication information, etc. Control: Enables connection and disconnection control with the PaaS platform, facilitating network management of devices; Send: Upload data to the business platform, including device status, sensor readings, etc.; Receive: Retrieve data from the business platform, such as control commands and configuration updates.

[0081] Based on the above embodiments, the communication chip module further includes a value-added service module, which is used to perform differential firmware upgrades on the communication chip module and differential firmware upgrades on the microcontroller; the value-added service module also provides open storage and secure communication modes.

[0082] Specifically, the communication chip module in this application may also include a value-added service module, which provides value-added services such as firmware over-the-air (FOTA) upgrades / software over-the-air (SOTA) upgrades, open storage, and flexible secure communication modes.

[0083] Based on the value-added service module, the firmware of the communication chip module itself can be remotely upgraded, ensuring that the software of the communication chip module remains up-to-date and improving the performance and security of the device. Specifically, users can upload firmware programs through the IoT platform. The IoT platform creates a firmware differential package based on the firmware program. After creating an upgrade task, the differential package is sent to the value-added service module in the communication chip module via the PaaS platform. The value-added service module receives the differential package, performs the upgrade, and reports the upgrade result to the IoT platform via the PaaS platform. The IoT platform then confirms the upgrade is complete.

[0084] Based on the value-added service module, it also provides the ability to provide differential upgrades to the main control MCU through the communication chip module. This means that only the firmware changes will be sent and updated, thereby reducing the amount of data transmission and improving upgrade efficiency.

[0085] Specifically, users can upload firmware programs through the IoT platform. The IoT platform then creates a firmware differential package based on the firmware program. After creating an upgrade task, the differential package is sent to the value-added service module in the communication chip module via the PaaS platform. The value-added service module receives the differential package and receives the current firmware data from the MCU. The value-added service module performs differential restoration based on the firmware data and the differential package and sends the restored new firmware package. The MCU receives the firmware package and reports the upgrade result after performing the upgrade. The value-added service module receives the upgrade result and reports it to the IoT platform via the PaaS platform. The IoT platform then confirms that the upgrade is complete.

[0086] Based on the value-added service module, this application can also open up unused storage space in the module for use by the MCU, which can reduce the hardware cost of the terminal device and provide additional data storage options.

[0087] Furthermore, the module's network capabilities can be used to transfer non-critical information that needs to be stored locally on the terminal device to the cloud. This not only saves local storage space but also provides higher data security and convenient data management.

[0088] Furthermore, the value-added service module also provides flexible and secure communication modes: Based on customer needs, we provide a variety of secure data services, such as data encryption, authentication, and security protocols, to ensure the security and integrity of data during transmission.

[0089] These security services can be customized to meet specific customer needs, providing multi-layered security protection from basic to advanced levels.

[0090] Therefore, this application provides a higher level of service for IoT terminals, not only improving device performance and functionality but also optimizing costs and operation and maintenance management. Through these services, device manufacturers and end-users can enjoy a more convenient and secure IoT experience. The flexible configuration and powerful functions of the value-added service module enable it to meet the needs of different industries and application scenarios. Overall, the value-added service module significantly enhances the value of communication chips for IoT devices by providing advanced remote upgrade capabilities, storage solutions, and secure communication options, thereby improving market competitiveness and customer user experience.

[0091] Figure 4 This is a flowchart illustrating an access method supporting multiple protocols provided in an embodiment of this application, such as... Figure 4 As shown, this access method, which supports multiple protocols, includes: Step 110: Receive the data to be transmitted sent by the microcontroller of the IoT terminal through the communication chip module.

[0092] Step 120: The communication chip module performs data conversion on the data to be transmitted with the same data encoding format as the template of the object model; wherein, the object model is an abstract description of the Internet of Things terminal; the template of the object model includes the data encoding format.

[0093] Step 130: The converted data obtained is forwarded to the IoT platform through the Platform as a Service (PaaS) platform via the communication chip module; the communication chip module supports connection with the corresponding PaaS platform using different communication protocols.

[0094] Step 140: Send the conversion data to the business platform through the IoT platform.

[0095] It should be noted that the access method supporting multiple protocols provided in this application embodiment can be applied to the aforementioned access system supporting multiple protocols. It should also be noted that all data required in this application has been obtained through legitimate channels after authorization from the relevant users.

[0096] Specifically, an access system supporting multiple protocols can include an IoT terminal's communication chip module (which can be simply referred to as a module / communication chip) and an IoT platform. The communication chip module connects to the IoT terminal's microcontroller (MCU). The communication chip module serves as the terminal-side capability entry point, while the IoT platform serves as the cloud-side capability entry point.

[0097] It should be noted that the communication chip module design in this application has high adaptability and compatibility, supporting a variety of mainstream IoT communication protocols, including but not limited to MQTT, Constrained Application Protocol (CoAP), and other proprietary protocols such as Lightweight Machine to Machine (LwM2M). This enables IoT terminals to seamlessly connect to various cloud platforms (in this application, this can be a Platform as a Service (PaaS) platform), regardless of whether the cloud platform uses MQTT, CoAP, or other proprietary protocols.

[0098] It should be further noted that the IoT platform of this application supports multiple mainstream message middleware, enabling seamless communication between the IoT platform and various business platforms and PaaS platforms, regardless of whether the business platform or PaaS platform uses MQTT, Constrained Application Protocol (CoAP), or other proprietary protocols. Therefore, the IoT platform of this application supports connection to multiple business platforms and communication with multiple PaaS platforms through object models.

[0099] Furthermore, the IoT platform is used to generate templates for object models based on user interactions with IoT terminals and distribute them to communication chip modules via a platform-as-a-service platform; wherein, the object model is an abstract description of the IoT terminal; the template of the object model includes a data encoding format.

[0100] The communication chip module is used to convert the data to be transmitted in the microcontroller, which has the same data encoding format as the template in the object model, and then send it to the Internet of Things platform via the platform-as-a-service platform.

[0101] The IoT platform is also used to forward the converted data transmitted by the communication chip module to the target business platform; the target business platform is determined based on the interaction with the user of the IoT terminal.

[0102] The purpose of this application is to enable a single chip-based terminal product to be compatible with different cloud platforms and support multiple communication protocols. This eliminates the need for users to worry about terminal-cloud platform compatibility issues, simplifies user code, and achieves efficient and flexible data exchange.

[0103] Specifically, the IoT terminal in this application can collect data, which can be external data (e.g., air purifiers can obtain air quality information, smart meters can obtain relevant information indicators, etc.) or data inside the terminal (e.g., temperature value, power consumption, etc.).

[0104] It should be noted that in this application, users can pre-select one of the various business platforms supported by the IoT platform as the target business platform and select one of the multiple PaaS platforms to connect to. Data collected by the IoT terminal can then be transmitted through the PaaS platform to the IoT platform, and then sent from the IoT platform to the target business platform for storage, display, and other management operations.

[0105] Specifically, in this application, when the IoT terminal transmits the collected data as data to be transmitted via the PaaS platform to the IoT platform, and then the IoT platform transmits it to the corresponding business platform, a combination of command language and data encoding format can be used, that is, transmission in the form of AT+TLV (Type-Length-Value). Here, AT commands are used to initiate communication, while the TLV format is used to encapsulate the specific data content.

[0106] It should be noted that in this application, users can also generate adaptive object model templates through the IoT platform according to their needs. The object model defines the attributes, services, events, and relationships between devices. The object model enables standardized representation and interoperability of devices. Typical object model fields may include the following: 1. Properties: Describe the static or dynamic state of the device; For example, the temperature value of the temperature sensor, the battery level, etc.

[0107] 2. Services: Describe the operations or functions that the device can perform; For example, turning switches on / off and adjusting light brightness.

[0108] 3. Events: Describe changes in device status or notifications under specific conditions; For example, an alarm event triggered when a smoke sensor detects smoke.

[0109] 4. Device Information: This includes information such as the device's manufacturer, model, and serial number.

[0110] The object model template is specifically designed for IoT data, aiming to provide a flexible and universal method to adapt to and process application data from different vendors. Based on the specific needs of user business functions, the template defines a series of configurable parameters and fields, enabling interaction between object model data and the business platform through object model data, thus allowing for easy integration and interaction of different types of IoT data.

[0111] The template for the object model in this application includes at least a data encoding format and object model fields. The object model fields are shown above. The data encoding format can be TLV format.

[0112] TLV is a data encoding format commonly used in network communication protocols to represent data in a structured manner. Each TLV unit consists of a type, a length, and a value. The TLV format is concise and easy to parse, making it suitable for use in resource-constrained devices. Its format is: 1. Type: The type of data is typically represented by one byte; For example, 0x01 represents temperature, and 0x02 represents humidity.

[0113] 2. Length: The length of the value field is indicated, typically in one or more bytes; For example, 0x04 indicates that the length of the value field is 4 bytes.

[0114] 3. Value: Stores the actual data; the length is specified by the Length field. For example, the temperature value 22.5 is represented as a floating-point number.

[0115] The object model template can also include information such as encryption options. The encryption options provide data encryption choices to ensure security during transmission. It supports multiple encryption standards, such as traditional encryption algorithms like AES and RSA, to adapt to different security needs. Specific encryption configurations can be flexibly selected according to application scenarios and security requirements.

[0116] The object model template, through its flexibility and versatility, enables terminal devices to quickly adapt to different data formats and business requirements. Its design emphasizes ease of use and scalability, allowing users to personalize and adjust it according to specific application scenarios. By integrating security features and flexible data processing methods, the template not only improves data processing efficiency but also enhances the overall system security.

[0117] In summary, the adaptive object model template provides IoT terminals with an efficient, secure, and easily scalable data processing and communication solution, enabling devices to better adapt to different application environments and business needs.

[0118] Furthermore, after a template for an object model is developed and generated based on an IoT platform, it can be distributed to the communication chip module through a PaaS platform.

[0119] Furthermore, the communication chip module can obtain the specific TLV data after receiving and parsing the data to be transmitted in the AT+TLV structure.

[0120] Furthermore, the communication chip module can incorporate a data mapping engine based on the object model template issued by the IoT platform to translate the user's TLV data into TLV format data defined in the object model template. This engine can define mapping rules through configuration files or an interface to automatically handle the conversion between different formats.

[0121] In addition, the communication chip module can also receive data from the IoT platform via the PaaS platform, convert the received object model data into the corresponding TLV format data according to the data encoding format in the object model template, and further store the data or send it to the MCU as needed.

[0122] This allows for dynamic identification and adaptation to different TLV formats. This is achieved by analyzing the schema, length, and type of the TLV data, enabling the processing of TLV data in multiple formats, not just predefined ones.

[0123] Furthermore, the IoT platform can determine the data format required by the target business platform and use it as the target data format. Then, it can convert the data transmitted by the communication chip module based on the target business platform's target data format and send the converted data to the target business platform, thereby adapting to the format requirements of different business platforms.

[0124] This application provides a system comprising a communication chip module in an IoT terminal and an IoT platform. Since the communication chip module supports connections to corresponding Platform-as-a-Service (PaaS) platforms via different communication protocols, and is connected to the microcontroller of the IoT terminal, while the IoT platform supports connections to multiple PaaS platforms and a business platform, the following can be achieved: The IoT platform can generate a template of a material model based on user interactions with the IoT terminal and distribute it to the communication chip module via a multi-protocol PaaS platform. The communication chip module can then convert the data to be transmitted in the microcontroller according to the data encoding format in the material model template, and transmit the converted data to the IoT platform. Furthermore, the IoT platform forwards the converted data transmitted by the communication chip module to the business platform. Therefore, since the communication chip module supports connection with the corresponding platform-as-a-service platform using different communication protocols, it can adapt communication protocols between different communication terminals and platform-as-a-service platforms. This allows IoT terminal manufacturers to focus only on the data encoding format when designing and implementing IoT solutions, without having to delve into complex IoT communication protocols. This enables rapid access between different IoT terminals and multiple platform-as-a-service platforms, improving the efficiency of IoT terminals when accessing multiple platform-as-a-service platforms.

[0125] Based on the above embodiments, the communication chip module includes a communication configuration management module and a platform connection module; The communication configuration management module is used to perform at least one of the following: data translation, packet assembly strategy, staggered transmission, retransmission, and encryption. The platform connection module is used for at least one of the following: information filling, registration, handshaking with the IoT platform, and accessing the platform-as-a-service platform.

[0126] Specifically, such as Figure 1 As shown, the communication chip module of this application may include a communication configuration management module. Figure 2 This is a schematic diagram of the communication configuration management module of an access system supporting multiple protocols provided in this application embodiment, as shown below. Figure 2 As shown, the data conversion process in this application can be implemented through the communication configuration management module in the communication chip module. This module is responsible for the effective communication of data between the MCU of the IoT terminal and the IoT platform. Specifically, the communication chip module can receive user data from the MCU, and then perform TLV data translation and structure management on the user data through the communication configuration management module, thereby translating the TLV data of the user data into TLV format data defined in the template of the object model.

[0127] The communication configuration management module significantly improves the efficiency and security of data transmission by simplifying data structures and communication processes, while also reducing the workload of terminal developers.

[0128] In addition to data conversion, the communication configuration management module is also used for data transmission and reception. Based on IoT protocol data, it can send converted data to the IoT platform via the PaaS platform, or convert data issued by the IoT platform via the PaaS platform and send it to the MCU.

[0129] In other words, the IoT data format template issued by the IoT platform via the PaaS platform can be converted into specific object model data and sent to the MCU. This reduces the computing burden on the IoT platform for converting object model data, allowing object model data to be generated directly on the terminal side.

[0130] It should be noted that during the data transmission process, the communication configuration management module can also encapsulate, encrypt (if necessary), and encode the raw data to adapt to the communication protocol requirements of the IoT platform.

[0131] Furthermore, the communication configuration management module also has the ability to group multiple data packets according to a data strategy to optimize data transmission efficiency.

[0132] In addition, it can be responsible for scheduling sending times, staggering sending times to reduce network congestion, and managing retransmission when data transmission fails.

[0133] The communication configuration management module can also provide security configuration functions, including data encryption and security authentication, to ensure the security and integrity of data transmission.

[0134] The communication configuration management module can also configure the storage mode and further store the configuration data in non-volatile memory (NV), so that the device does not need to be reconfigured when it starts up, which facilitates the durability and stability of the device.

[0135] The communication configuration management module provides an efficient, secure, and user-friendly communication mechanism for IoT devices. It not only optimizes data processing workflows but also provides terminal developers with a simple and intuitive development interface, enabling IoT devices to seamlessly connect to and interact with the IoT platform.

[0136] Specifically, such as Figure 1 As shown, the communication chip module of this application may also include a platform connection module, which is responsible for establishing a stable and efficient communication link between the IoT terminal and the business platform. It is not only a bridge for connection but also the core of intelligent data processing and communication optimization.

[0137] Figure 3This is a schematic diagram of the structure of the platform connection module of the access system supporting multiple protocols provided in the embodiments of this application, such as... Figure 3 As shown, the platform connection module provides IoT protocol support and compatibility. Specifically, it is designed with high adaptability and compatibility, and can support the configuration of a variety of mainstream IoT communication protocols, thereby enabling it to connect with the IoT platform based on the PaaS platform.

[0138] The platform connectivity module also supports intelligent system data acquisition and automatic data filling: Specifically, this module possesses advanced data acquisition capabilities, automatically detecting and collecting critical system information such as International Mobile Subscriber Identity (IMSI), International Mobile Equipment Identity (IMSI), temperature, signal strength, and time. This data is automatically populated and sent to the Internet of Things (IoT) platform, providing a crucial data foundation for network optimization, resource scheduling, and peak-shaving management.

[0139] The platform connection module has a built-in high-efficiency AT / TLV protocol parser, which can perform in-depth parsing of AT commands from the terminal.

[0140] The platform connectivity module also enables a highly automated PaaS platform access process. Devices automatically register with the IoT platform through this module and synchronize necessary status information and configuration data. This process significantly reduces the need for manual configuration and intervention, improving the efficiency of device deployment.

[0141] The platform connectivity module in this application is designed with future technological developments in mind, reserving interfaces and frameworks for integrating future new technologies and standards. This allows the module to adapt to the rapidly evolving IoT ecosystem, adding more functionalities such as blockchain and industrial internet identification, while continuously providing optimal performance and compatibility.

[0142] The ultimate goal of this application is to enable automatic device access to the cloud platform, completing processes such as device registration, data synchronization, and command response without manual intervention, thus simplifying the communication process between devices and the platform. The platform connectivity module provides a powerful and flexible mechanism for managing and optimizing the communication connection between IoT devices and the cloud platform. By supporting dynamic configuration and automatic data processing, it allows devices to easily adapt to different data transmission needs and ensures seamless integration and efficient operation with the IoT platform.

[0143] Through the aforementioned communication configuration management module and platform connection module, the work of terminal developers is simplified to the following core functions: Configuration: Set the necessary parameters for connecting to the IoT platform, such as server address, port, authentication information, etc. Control: Enables connection and disconnection control with the PaaS platform, facilitating network management of devices; Send: Upload data to the business platform, including device status, sensor readings, etc.; Receive: Retrieve data from the business platform, such as control commands and configuration updates.

[0144] Based on the above embodiments, the communication chip module further includes a value-added service module, which is used to perform differential firmware upgrades on the communication chip module and differential firmware upgrades on the microcontroller; the value-added service module also provides open storage and secure communication modes.

[0145] Specifically, the communication chip module in this application may also include a value-added service module, which provides value-added services such as firmware over-the-air (FOTA) upgrades / software over-the-air (SOTA) upgrades, open storage, and flexible secure communication modes.

[0146] Based on the value-added service module, the firmware of the communication chip module itself can be remotely upgraded, ensuring that the software of the communication chip module remains up-to-date and improving the performance and security of the device. Specifically, users can upload firmware programs through the IoT platform. The IoT platform creates a firmware differential package based on the firmware program. After creating an upgrade task, the differential package is sent to the value-added service module in the communication chip module via the PaaS platform. The value-added service module receives the differential package, performs the upgrade, and reports the upgrade result to the IoT platform via the PaaS platform. The IoT platform then confirms the upgrade is complete.

[0147] Based on the value-added service module, it also provides the ability to provide differential upgrades to the main control MCU through the communication chip module. This means that only the firmware changes will be sent and updated, thereby reducing the amount of data transmission and improving upgrade efficiency.

[0148] Specifically, users can upload firmware programs through the IoT platform. The IoT platform then creates a firmware differential package based on the firmware program. After creating an upgrade task, the differential package is sent to the value-added service module in the communication chip module via the PaaS platform. The value-added service module receives the differential package and receives the current firmware data from the MCU. The value-added service module performs differential restoration based on the firmware data and the differential package and sends the restored new firmware package. The MCU receives the firmware package and reports the upgrade result after performing the upgrade. The value-added service module receives the upgrade result and reports it to the IoT platform via the PaaS platform. The IoT platform then confirms that the upgrade is complete.

[0149] Based on the value-added service module, this application can also open up unused storage space in the module for use by the MCU, which can reduce the hardware cost of the terminal device and provide additional data storage options.

[0150] Furthermore, the module's network capabilities can be used to transfer non-critical information that needs to be stored locally on the terminal device to the cloud. This not only saves local storage space but also provides higher data security and convenient data management.

[0151] Furthermore, the value-added service module also provides flexible and secure communication modes: Based on customer needs, we provide a variety of secure data services, such as data encryption, authentication, and security protocols, to ensure the security and integrity of data during transmission.

[0152] These security services can be customized to meet specific customer needs, providing multi-layered security protection from basic to advanced levels.

[0153] Therefore, this application provides a higher level of service for IoT terminals, not only improving device performance and functionality but also optimizing costs and operation and maintenance management. Through these services, device manufacturers and end-users can enjoy a more convenient and secure IoT experience. The flexible configuration and powerful functions of the value-added service module enable it to meet the needs of different industries and application scenarios. Overall, the value-added service module significantly enhances the value of communication chips for IoT devices by providing advanced remote upgrade capabilities, storage solutions, and secure communication options, thereby improving market competitiveness and customer user experience.

[0154] Figure 5 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 5 As shown, the electronic device may include a processor 510, a communications interface 520, a memory 530, and a communication bus 540, wherein the processor 510, communications interface 520, and memory 530 communicate with each other via the communication bus 540. The processor 510 can call logic instructions in the memory 530 to execute the following method: receiving data to be transmitted sent by the microcontroller of the IoT terminal through the communication chip module; The communication chip module performs data conversion on the data to be transmitted, which has the same data encoding format as the template of the object model; wherein, the object model is an abstract description of the Internet of Things terminal; the template of the object model includes the data encoding format; The converted data obtained through the communication chip module is forwarded to the IoT platform via the Platform as a Service (PaaS) platform; the communication chip module supports connection with the corresponding Platform as a Service (PaaS) platform using different communication protocols. The conversion data is sent to the business platform via the Internet of Things (IoT) platform.

[0155] Furthermore, the logical instructions in the aforementioned memory 530 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to related technologies, or a portion 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 this application. 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.

[0156] In another aspect, embodiments of this application also provide a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, is implemented to perform the methods provided in the above embodiments, such as receiving data to be transmitted sent by the microcontroller of an IoT terminal through a communication chip module; The communication chip module performs data conversion on the data to be transmitted, which has the same data encoding format as the template of the object model; wherein, the object model is an abstract description of the Internet of Things terminal; the template of the object model includes the data encoding format; The converted data obtained through the communication chip module is forwarded to the IoT platform via the Platform as a Service (PaaS) platform; the communication chip module supports connection with the corresponding Platform as a Service (PaaS) platform using different communication protocols. The conversion data is sent to the business platform via the Internet of Things (IoT) platform.

[0157] In another aspect, embodiments of this application also provide a computer program product, on which a computer program is stored, which, when executed by a processor, is implemented to perform the methods provided in the above embodiments, such as: receiving data to be transmitted sent by the microcontroller of an IoT terminal through a communication chip module; The communication chip module performs data conversion on the data to be transmitted, which has the same data encoding format as the template of the object model; wherein, the object model is an abstract description of the Internet of Things terminal; the template of the object model includes the data encoding format; The converted data obtained through the communication chip module is forwarded to the IoT platform via the Platform as a Service (PaaS) platform; the communication chip module supports connection with the corresponding Platform as a Service (PaaS) platform using different communication protocols. The conversion data is sent to the business platform via the Internet of Things (IoT) platform.

[0158] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0159] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the parts that contribute to the related technology, can be embodied in the form of software products. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0160] Finally, it should be noted that the above embodiments are only used to illustrate this application and are not intended to limit this application. Although this application has been described in detail with reference to the embodiments, those skilled in the art should understand that various combinations, modifications, or equivalent substitutions of the technical solutions of this application do not depart from the spirit and scope of the technical solutions of this application.

Claims

1. An access system supporting multiple protocols, characterized in that, The device includes a communication chip module for an IoT terminal and an IoT platform. The communication chip module is connected to the microcontroller of the IoT terminal and supports connection to the corresponding platform-as-a-service platform using different communication protocols. The IoT platform supports connection to multiple Platform as a Service platforms, and the IoT platform also connects to business platforms. The IoT platform is used to generate a template of an object model based on user interactions with the IoT terminal and distribute it to the communication chip module via a platform-as-a-service platform; wherein, the object model is an abstract description of the IoT terminal; the template of the object model includes a data encoding format; The communication chip module is used to convert the data to be transmitted in the microcontroller with the same data encoding format according to the data encoding format in the template of the object model, and then send it to the Internet of Things platform through the platform as a service platform. The IoT platform is also used to forward the conversion data transmitted by the communication chip module to the business platform.

2. The access system supporting multiple protocols according to claim 1, characterized in that, The communication chip module is also used to convert the data sent by the IoT platform through the Platform as a Service platform according to the data encoding format in the template of the object model, and then store or send it to the microcontroller.

3. The access system supporting multiple protocols according to claim 1, characterized in that, The communication chip module supports at least one of the following: message queue telemetry transmission protocol, hypertext transfer protocol / secure hypertext transfer protocol, restricted application protocol, and lightweight machine-to-machine protocol.

4. The access system supporting multiple protocols according to claim 1, characterized in that, The communication chip module includes a communication configuration management module and a platform connection module; The communication configuration management module is used to perform at least one of the following: data translation, packet assembly strategy, staggered transmission, retransmission, and encryption. The platform connection module is used for at least one of the following: information filling, registration, handshaking with the Internet of Things platform, and accessing the platform-as-a-service platform.

5. The access system supporting multiple protocols according to claim 4, characterized in that, The communication chip module also includes a value-added service module, which is used to perform differential firmware upgrades on the communication chip module. And for differential firmware upgrades of the microcontroller; The value-added service module also provides open storage and secure communication modes.

6. The access system supporting multiple protocols according to claim 1, characterized in that, The template of the object model includes at least a data encoding format and object model fields; the object model fields include at least one of the following: device attributes, device services, device events, and device information of the IoT terminal; the data encoding format is a type-length-value format; the data to be transmitted is a combination of command language and data encoding format.

7. A method for supporting multiple protocols applied to an access system supporting multiple protocols as described in any one of claims 1-6, characterized in that, include: The communication chip module receives data to be transmitted from the microcontroller of the IoT terminal. The communication chip module performs data conversion on the data to be transmitted, which has the same data encoding format as the template of the object model; wherein, the object model is an abstract description of the Internet of Things terminal; the template of the object model includes the data encoding format; The converted data obtained through the communication chip module is forwarded to the IoT platform via the Platform as a Service (PaaS) platform; the communication chip module supports connection with the corresponding Platform as a Service (PaaS) platform using different communication protocols. The conversion data is sent to the business platform via the Internet of Things (IoT) platform.

8. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the access method supporting multiple protocols as described in claim 7.

9. A storage medium, said storage medium being a non-transitory computer-readable storage medium, wherein a computer program is stored thereon, characterized in that, When executed by a processor, the computer program implements the access method supporting multiple protocols as described in claim 7.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, it implements the access method supporting multiple protocols as described in claim 7.

Images