Data synchronization method and system between OpenHarmony Internet of Things devices

Abstract

The invention relates to a data synchronization method and system between OpenHarmony Internet of Things devices, and the method comprises the following steps: carrying out the synchronization capability confirmation of a distributed soft bus of an OpenHarmony device, and obtaining a device synchronization capability list; carrying out distributed networking analysis on the OpenHarmony equipment on the basis of the equipment synchronization capability list to obtain an OpenHarmony equipment information table; performing synchronization object type identification on the OpenHarmony equipment on the basis of the OpenHarmony equipment information table to obtain a data synchronization object list; performing task decomposition planning on the OpenHarmony equipment based on the data synchronization object list to obtain an equipment task distribution list; and performing cross-device data operation arrangement on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence, thereby solving the technical problem that different OpenHarmony devices encounter heavy obstacles when trying to perform cooperation due to lack of unified specifications and standards during cross-device operation.

Description

Technical Field

[0001] The present invention relates to the technical field of Internet of Things devices, and particularly to a method and system for data synchronization between OpenHarmony Internet of Things devices. Background Art

[0002] In the context of the rapid development of the current Internet of Things (IoT), the interconnection and interoperability between devices have become the key to realizing many application scenarios such as smart homes and smart cities. However, with the increase in the number of connected devices and the growth of complex interaction requirements between these devices, how to efficiently manage and synchronize the data between these devices has become an urgent problem to be solved. Especially for devices based on the OpenHarmony system, due to the characteristics of its distributed architecture, it is particularly important to ensure seamless and secure data synchronization between different devices.

[0003] Existing data synchronization solutions often have problems such as low efficiency, poor compatibility, and insufficient security, which seriously limit the wide application of Internet of Things devices. On the one hand, many methods cannot effectively identify and utilize the specific capabilities of devices, resulting in waste of resources during data processing and transmission; on the other hand, there is a lack of unified specifications and standards during cross-device operations, making it extremely difficult for different OpenHarmony devices to collaborate. These problems not only affect the user experience but also bring additional burdens to developers, hindering the further development of Internet of Things technology.

[0004] To solve the above problems, it is particularly necessary to study a data synchronization method for OpenHarmony Internet of Things devices. This method needs to be able to dynamically discover the capabilities of devices in a complex network environment and build an effective distributed networking model based on this to support intelligent interaction between different types of devices. At the same time, by optimizing the task decomposition and planning mechanism, the accuracy and efficiency of data synchronization are improved to ensure stable service quality even under high load. The ultimate goal is to create a framework that is both secure and efficient to promote seamless collaboration between devices within the OpenHarmony ecosystem. Summary of the Invention

[0005] The main objective of the present invention is to provide a method and system for data synchronization between OpenHarmony Internet of Things devices, which solves the technical problem that there is a lack of unified specifications and standards during cross-device operations, making it extremely difficult for different OpenHarmony devices to collaborate.

[0006] To achieve the above objective, the present invention provides a method for data synchronization between OpenHarmony Internet of Things devices, including the following steps: Determine the synchronization capabilities of the distributed soft bus of OpenHarmony devices to obtain a device synchronization capability list; Based on the device synchronization capability list, perform distributed networking analysis on OpenHarmony devices to obtain an OpenHarmony device information table; Based on the OpenHarmony device information table, identify the synchronization object types of the OpenHarmony devices to obtain a data synchronization object list; Based on the data synchronization object list, perform task decomposition and planning on the OpenHarmony devices to obtain a device task distribution list; Based on the device task distribution list, perform cross-device data operation orchestration on the OpenHarmony devices to obtain a data operation instruction sequence.

[0007] Further, the determination of the synchronization capabilities of the distributed soft bus of OpenHarmony devices to obtain a device synchronization capability list includes: Perform network topology scanning on the distributed soft bus of the OpenHarmony devices to obtain a device node connection relationship diagram, and perform link quality assessment on the device node connection relationship diagram to obtain the communication link quality between devices; Based on the communication link quality between devices, detect the distributed service synchronization capabilities of the OpenHarmony devices to obtain a device synchronization capability list.

[0008] Further, the distributed networking analysis of OpenHarmony devices based on the device synchronization capability list to obtain an OpenHarmony device information table includes: Perform distributed topology structure analysis on the device synchronization capability list to obtain a device network hierarchy tree, and perform communication path optimization calculation on the device network hierarchy tree to obtain a routing hop count matrix between devices; Based on the routing hop count matrix between devices, divide the network of OpenHarmony devices to obtain an OpenHarmony device topology domain set, and perform cross-domain communication protocol matching on the OpenHarmony device topology domain set to obtain an OpenHarmony device communication rule table; Based on the OpenHarmony device communication rule table, perform distributed identifier resolution on the OpenHarmony devices to obtain an OpenHarmony device membership relationship diagram, and perform management policy allocation on the OpenHarmony device membership relationship diagram to obtain an OpenHarmony device management policy set; Perform distributed consistency negotiation on the OpenHarmony device based on the OpenHarmony device management policy set to obtain an OpenHarmony device consensus mechanism table, and extract device information from the OpenHarmony device consensus mechanism table to obtain an OpenHarmony device information table; wherein, the OpenHarmony device information table includes a device unique identifier, a topological domain to which the device belongs, and data processing capabilities.

[0009] Further, perform synchronous object type identification on the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list, including: Perform hardware capability parsing based on the OpenHarmony device information table to obtain a device hardware capability matrix, and based on the device hardware capability matrix; Perform service capability parsing on the information processing capability of the OpenHarmony device based on the device hardware capability matrix to obtain a device service capability mapping table, and perform hierarchical processing on the function modules of the device service capability mapping table to obtain a device function module association diagram; Perform task requirement analysis on the OpenHarmony device based on the device function module association diagram to obtain a data synchronization task feature set, and perform synchronization task adaptation processing on the data synchronization task feature set to obtain a task adaptation result table; Generate a data synchronization object based on the task adaptation result table for the OpenHarmony device to obtain a data synchronization object list.

[0010] Further, perform task decomposition and planning on the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list, including: Extract synchronous task features from the data synchronization object list to obtain a task space-time constraint matrix, and perform resource requirement mapping analysis on the task space-time constraint matrix to obtain a task resource requirement topology graph; Perform distributed task sharding on the OpenHarmony device based on the task resource requirement topology graph to obtain a task sharding decision tree, and perform cross-device dependency relationship parsing on the task sharding decision tree to obtain a task sharding dependency relationship graph; Perform dynamic priority scheduling analysis on the OpenHarmony device based on the task sharding dependency relationship graph to obtain a task priority scheduling policy table, and perform real-time guarantee evaluation on the task priority scheduling policy table to obtain a task timeliness guarantee parameter set; Optimize the distributed task scheduling of the OpenHarmony device based on the task timeliness guarantee parameter set to obtain a device task distribution list.

[0011] Furthermore, perform cross-device data operation scheduling on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence, including: Perform task multiplexing analysis on the device task distribution list to obtain a task multiplexing matrix, and perform task scheduling analysis on the task multiplexing matrix to obtain a cross-device scheduling table; Based on the cross-device scheduling table, perform operation timing planning on the OpenHarmony device to obtain a device operation timing diagram, and perform timing compliance check on the device operation timing diagram to obtain an operation timing constraint set; Based on the operation timing constraint set, perform resource occupancy analysis on the OpenHarmony device to obtain a resource occupancy status table, and perform resource competition processing on the resource occupancy status table to obtain a resource scheduling policy set; Based on the resource scheduling policy set, perform instruction generation planning on the OpenHarmony device to obtain a device instruction generation table, and perform instruction conflict detection on the device instruction generation table to obtain a conflict handling solution set; Based on the conflict handling solution set, perform instruction sequence integration on the OpenHarmony device to obtain a device instruction execution table, and perform execution process scheduling on the device instruction execution table to obtain a data operation instruction sequence.

[0012] Furthermore, the instruction generation planning for the OpenHarmony device based on the resource scheduling policy set to obtain a device instruction generation table includes: Construct a distributed resource allocation matrix for the resource scheduling policy set to obtain a resource allocation topology diagram, and perform resource competition conflict detection on the resource allocation topology diagram to obtain a resource competition conflict matrix; Based on the resource competition conflict matrix, perform instruction generation rule analysis on the OpenHarmony device to obtain an instruction generation rule set, and perform instruction template matching on the instruction generation rule set to obtain an instruction template mapping table; Based on the instruction template mapping table, perform instruction parameter optimization on the OpenHarmony device to obtain an instruction parameter optimization table, and perform parameter validity verification on the instruction parameter optimization table to obtain a parameter validity verification result; Based on the parameter validity verification result, perform instruction sequence generation on the OpenHarmony device to obtain an instruction sequence generation table, and perform sequence integrity check on the instruction sequence generation table to obtain a sequence integrity check result; Construct a device instruction generation table for the OpenHarmony device based on the sequence integrity check result to obtain the device instruction generation table.

[0013] The present invention also provides a data synchronization system between OpenHarmony Internet of Things devices, including: A determination module, configured to determine the synchronization capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list; An analysis module, configured to perform distributed networking analysis on the OpenHarmony device based on the device synchronization capability list to obtain an OpenHarmony device information table; An identification module, configured to identify the synchronization object type of the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list; A planning module, configured to perform task decomposition planning on the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list; An orchestration module, configured to perform cross-device data operation orchestration on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence.

[0014] The present invention also provides a computer device, including a memory and a processor. A computer program is stored in the memory, and when the processor executes the computer program, the steps of the method described in any one of the above are implemented.

[0015] The present invention also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the method described in any one of the above are implemented.

[0016] An OpenHarmony Internet of Things device - to - device data synchronization method provided by the present invention includes the following steps: Discover the capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list; perform distributed networking analysis on the OpenHarmony device based on the device synchronization capability list to obtain an OpenHarmony device information table; perform synchronization object type identification on the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list; perform task decomposition planning on the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list; perform cross - device data operation orchestration on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence. This solves the technical problem that there is a lack of unified specifications and standards during cross - device operations, which causes numerous obstacles when different OpenHarmony devices attempt to cooperate. It realizes type identification of devices through the OpenHarmony device information table, can accurately determine which devices are suitable to participate in specific data synchronization tasks. This not only improves the accuracy of task execution, but also optimizes the data processing flow according to the device type, enhancing the overall performance of the technical effect. Brief Description of the Drawings

[0017] Figure 1 is a schematic diagram of the steps of an OpenHarmony Internet of Things device - to - device data synchronization method in an embodiment of the present invention; Figure 2 is a block diagram of the structure of an OpenHarmony Internet of Things device - to - device data synchronization system in an embodiment of the present invention; Figure 3 is a schematic block diagram of the structure of a computer device in an embodiment of the present invention.

[0018] The implementation, functional features, and advantages of the present invention will be further described in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Embodiments

[0019] In order to make the objectives, technical solutions, and advantages of the present invention clearer and more understandable, the present invention will be further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0020] As Figure 1 shown, Figure 1 is a schematic diagram of the steps of an OpenHarmony Internet of Things device - to - device data synchronization method in an embodiment of the present invention; An embodiment of the present invention provides an OpenHarmony Internet of Things device - to - device data synchronization method, including the following steps: Step S1: Determine the capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list.

[0021] Specifically, discovering the capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list is the first and most crucial basic step in the entire data synchronization method. In this process, the system dynamically scans and identifies all the connected OpenHarmony devices in the current network through the distributed soft bus technology and obtains their specific capability information. This capability information includes, but is not limited to, the computing power, storage capacity, communication bandwidth, data processing speed, and supported synchronization protocol types of the devices. Specifically, as a low-level communication framework, the distributed soft bus can automatically detect the presence of devices in the network and record the capabilities of each device in a structured manner through a standardized capability description interface, forming a device synchronization capability list. For example, in a smart home scenario, when the user connects a smart refrigerator, a smart air conditioner, and a smart speaker to the same OpenHarmony network, the distributed soft bus will respectively identify the food management function of the refrigerator, the temperature adjustment function of the air conditioner, and the voice interaction function of the speaker, and combine these functions with the basic performance parameters of the devices to generate a detailed device synchronization capability list. This list not only provides a data basis for subsequent distributed network analysis but also lays a prerequisite for efficient cooperation between devices, ensuring that the system can allocate appropriate data synchronization tasks according to the actual capabilities of the devices, thereby avoiding resource waste or task conflicts. In this way, the system can achieve precise device capability matching in a complex and changing Internet of Things environment, thereby improving the overall network operation efficiency and user experience.

[0022] Step S2: Perform distributed network analysis on the OpenHarmony devices based on the device synchronization capability list to obtain an OpenHarmony device information table.

[0023] Specifically, the distributed networking analysis of OpenHarmony devices based on the device synchronization capability list to obtain the OpenHarmony device information table is a key step in the entire data synchronization method. In this process, the system will analyze the role and functional positioning of each device in the network based on the information in the device synchronization capability list, combined with the current network topology and the communication relationship between devices, so as to construct a detailed OpenHarmony device information table. In specific implementation, the system will first classify and organize the capability information in the device synchronization capability list, and determine their best collaboration mode in the network based on the device type, performance parameters, and supported protocols. For example, in a smart home scenario, when smart refrigerators, smart air conditioners, and smart speakers are identified and recorded in the device synchronization capability list, the system will further analyze the location relationship and communication requirements of these devices in the network. For example, refrigerators need to synchronize food inventory data with cloud servers regularly, air conditioners need to respond to temperature changes set by users in real time, and speakers are responsible for receiving voice commands and linking with other devices. Through this analysis, the system can reasonably allocate these devices to different network nodes according to their functions and performance characteristics, and generate an OpenHarmony device information table containing detailed information such as device identification, network address, communication path, and collaboration relationship. This information table not only provides a reliable data basis for subsequent type identification, but also ensures the optimization of data transmission paths between devices, thereby improving the operating efficiency and stability of the entire network. In this way, the system can achieve efficient and stable distributed networking in a complex IoT environment, laying a solid foundation for data synchronization tasks between devices.

[0024] Step S3: Identify the synchronization object type of the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list.

[0025] Specifically, based on the OpenHarmony device information table, the synchronization object type identification of the OpenHarmony device is performed to obtain a list of data synchronization objects, which is a key link in further refining the tasks in the entire data synchronization method. In this process, the system will classify each device according to the detailed information in the OpenHarmony device information table, combined with the functional characteristics and application scenarios of the device, and clarify which devices need to participate in the specific data synchronization task, thereby generating a clear list of data synchronization objects. In specific implementation, the system will first conduct an in-depth analysis of the device identification, network address, and function description information in the device information table, and classify the device into different types according to its purpose and performance characteristics. For example, in a smart home scenario, a smart refrigerator may be classified as a "data storage device" because it needs to synchronize food inventory data regularly; a smart air conditioner is classified as a "real-time control device" because it needs to quickly respond to the user's temperature adjustment instructions; and a smart speaker is classified as an "interactive device" because it is responsible for receiving voice instructions and linking with other devices. By identifying the types of these devices, the system can clarify the role and responsibilities of each device in the data synchronization task, and then filter out the core devices involved in the synchronization. Finally, the system will organize these core devices into a list of data synchronization objects, which not only clarifies which devices need to participate in data synchronization, but also provides a basis for subsequent task decomposition planning. In this way, the system can accurately identify device types in a complex IoT environment, ensure the efficiency and pertinence of data synchronization tasks, avoid unnecessary waste of resources, and provide guarantees for the stable operation of the entire system.

[0026] Step S4: performing task decomposition planning for the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list.

[0027] Specifically, decomposing and planning tasks for the OpenHarmony devices based on the data synchronization object list to obtain a device task distribution list is the core step to achieve efficient task allocation in the entire data synchronization method. In this process, the system will refine the overall data synchronization task into multiple specific subtasks according to the device information in the data synchronization object list, combined with the type, capabilities, and current network status of each device, and reasonably allocate them to the corresponding devices, thus generating a detailed device task distribution list. When specifically implemented, the system will first analyze each device in the data synchronization object list one by one, clarify the capability range and performance limitations of each device, and decompose the complex data synchronization task into small tasks suitable for different devices to execute according to this information. For example, in a smart home scenario, the smart refrigerator may be assigned the task of "regularly uploading food inventory data to the cloud", while the smart air conditioner is responsible for "receiving user instructions in real time and adjusting the temperature", and the task of the smart speaker may be "receiving voice instructions and converting them into control signals". Through this task decomposition method, the system can ensure that each device undertakes tasks matching its capabilities, avoiding inefficiencies caused by task overload or mismatch. In addition, the system will also comprehensively consider the collaboration relationship and communication path between devices, optimize the execution order and distribution strategy of tasks, to ensure the smoothness and consistency of the entire data synchronization process. The finally generated device task distribution list not only clarifies the specific responsibilities of each device, but also provides clear guidance for subsequent cross-device data operation choreography, thus improving the operating efficiency and user experience of the entire system. In this way, the system can achieve precise task allocation and efficient execution in a complex Internet of Things environment, laying a solid foundation for data synchronization between devices.

[0028] Step S5: Perform cross-device data operation choreography on the OpenHarmony devices based on the device task distribution list to obtain a data operation instruction sequence.

[0029] Specifically, orchestrating cross-device data operations on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence is a key step in the entire data synchronization method to ensure efficient collaboration and task execution among devices. In this process, the system will design a detailed cross-device data operation process and generate a series of ordered data operation instruction sequences according to the specific task distribution in the device task distribution list, combined with the type, capabilities, and communication paths of the devices. Specifically, when implementing, the system will first analyze each task in the device task distribution list, clarify the execution order, dependency relationship, and interaction method between devices. For example, in a smart home scenario, when the smart speaker receives the user's voice command "set the air conditioner temperature to 26 degrees", the system will, according to the responsibility division in the task distribution list, first generate an instruction for the smart speaker to parse the voice content and convert it into a control signal, and then send the signal to the smart air conditioner; at the same time, the system will also generate another instruction, requiring the smart air conditioner to adjust the temperature setting after receiving the signal and feedback the execution result to the smart speaker to notify the user. Through this cross-device operation orchestration, the system can ensure that the tasks between different devices are closely connected and logically clear, avoiding task failures caused by instruction conflicts or chaotic execution orders. In addition, the system will also comprehensively consider real-time states such as network bandwidth and device load, dynamically optimize the execution path and priority of the instruction sequence, so as to improve the efficiency and stability of the overall task execution. The finally generated data operation instruction sequence not only provides a clear operation guide for the collaborative work between devices, but also ensures that the data synchronization task can be efficiently and reliably completed in a complex and changing Internet of Things environment, bringing a smooth user experience to users. In this way, the system can achieve seamless collaboration between devices under a distributed architecture, fully demonstrating the intelligent and flexible advantages of the OpenHarmony system.

[0030] In a specific embodiment, determining the synchronization capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list includes: Performing a network topology scan on the distributed soft bus of the OpenHarmony device to obtain a device node connection relationship diagram, and performing a link quality assessment on the device node connection relationship diagram to obtain the communication link quality between devices; Detecting the distributed service synchronization capabilities of the OpenHarmony device based on the communication link quality between devices to obtain a device synchronization capability list.

[0031] Specifically, the process of determining the synchronization capabilities of the distributed soft bus of OpenHarmony devices to obtain a device synchronization capabilities list is a fundamental step to ensure efficient cooperation among devices in the Internet of Things environment. First, the system performs a network topology scan on the distributed soft bus of OpenHarmony devices to obtain a connection relationship diagram of all device nodes in the entire network. This process identifies the presence of each device in the network and its connection status with other devices through active detection or passive listening, thus drawing a detailed connection relationship diagram of device nodes. For example, in a smart home scenario, when a smart refrigerator, a smart air conditioner, and a smart speaker are connected to the same OpenHarmony network, the system automatically scans and records the connection situation among these devices, including how they are interconnected and whether there are intermediate devices acting as bridges. This not only shows the positions of the individual devices in the network but also reveals their direct or indirect connection methods. Next, based on the above device node connection relationship diagram, the system evaluates the quality of each link to obtain the communication link quality between devices. This step is crucial because it directly affects the quality and efficiency of data transmission. The system analyzes key performance indicators such as the bandwidth, latency, and packet loss rate of each link and integrates this information into a communication link quality report between devices. For example, if the communication link between the smart refrigerator and the cloud server exhibits characteristics of high bandwidth and low latency, while the local communication between the smart speaker and the smart air conditioner shows relatively low bandwidth but relatively stable latency, then these characteristics will be detailedly recorded in the communication link quality report between devices. This report not only reflects the actual performance of each link in the current network environment but also provides a basis for subsequent service synchronization capabilities detection. Subsequently, based on the communication link quality between devices, the system conducts a distributed service synchronization capabilities detection on OpenHarmony devices to determine the specific synchronization capabilities of each device. In this process, the system sends specific service requests to each device according to the device type, functional requirements, and communication link characteristics and analyzes its response. For example, in a smart home scenario, for the smart refrigerator, the system may send a service request regarding food inventory update and evaluate its processing speed and accuracy; for the smart speaker, it may involve tests on voice command recognition and response speed. Through this service synchronization capabilities detection, the system can comprehensively understand the data processing capabilities, storage capacities, supported protocol types, and other related functions of each device, and finally form a detailed device synchronization capabilities list. This list is not only an accurate description of the capabilities of each device but also provides indispensable data support for subsequent distributed networking analysis. For example, in a smart home application scenario, the user hopes that the smart refrigerator can regularly upload food inventory data to the cloud, and at the same time, the smart speaker can receive instructions from the mobile application to play music.To achieve this goal, the system needs to first perform a network topology scan on these two devices to determine their positions and connection methods in the network. Then, the system will evaluate the communication link quality from the smart refrigerator to the cloud server and from the mobile application to the smart speaker, considering factors such as bandwidth and latency. Based on this information, the system will further detect the data synchronization ability of the smart refrigerator and the audio processing ability of the smart speaker, such as whether the smart refrigerator supports an efficient file upload protocol and whether the smart speaker can quickly respond to control instructions. Through this series of operations, the system can accurately understand the synchronization ability of each device and organize it into a device synchronization ability list, providing a solid foundation for subsequent task allocation and optimization. In short, by determining the synchronization ability of the distributed soft bus of OpenHarmony devices, the system can achieve efficient collaboration between devices and optimal resource allocation in a complex Internet of Things environment.

[0032] In a specific embodiment, performing distributed networking analysis on the OpenHarmony devices based on the device synchronization ability list to obtain an OpenHarmony device information table, including: Performing distributed topology structure analysis on the device synchronization ability list to obtain a device network hierarchy tree, and performing communication path optimization calculation on the device network hierarchy tree to obtain a device - to - device routing hop count matrix; Based on the device - to - device routing hop count matrix, performing network partition division on the OpenHarmony devices to obtain an OpenHarmony device topology domain set, and performing cross - domain communication protocol matching on the OpenHarmony device topology domain set to obtain an OpenHarmony device communication rule table; Based on the OpenHarmony device communication rule table, performing distributed identity resolution on the OpenHarmony devices to obtain an OpenHarmony device membership relationship diagram, and performing management policy allocation on the OpenHarmony device membership relationship diagram to obtain an OpenHarmony device management policy set; Based on the OpenHarmony device management policy set, performing distributed consistency negotiation on the OpenHarmony devices to obtain an OpenHarmony device consensus mechanism table, and performing device information extraction on the OpenHarmony device consensus mechanism table to obtain an OpenHarmony device information table; wherein, the OpenHarmony device information table includes a device unique identifier, the topology domain to which the device belongs, and data processing ability.

[0033] Specifically, performing distributed networking analysis on OpenHarmony devices based on the device synchronization capability list is an important step in achieving efficient network resource management and optimization. First, the system performs distributed topology structure analysis on the device synchronization capability list to generate a device network hierarchy tree. This process involves deeply analyzing the position of each device in the network and its connection relationship with other devices to determine the hierarchical structure of the entire network. For example, in a smart home scenario, if a smart refrigerator, a smart speaker, and a smart light bulb are connected to the same home network in different ways, the system will construct a tree diagram reflecting the hierarchical relationship between these devices based on their connection methods and roles (such as some devices may act as gateways for other devices). Next, the system performs communication path optimization calculations on the device network hierarchy tree, aiming to find the most efficient data transmission path and generate a routing hop count matrix between devices based on this. This step is crucial for ensuring fast and stable data transfer between devices. Based on the obtained routing hop count matrix between devices, the next step is to perform network partition division on OpenHarmony devices to create a set of OpenHarmony device topology domains. In this process, the system divides the network into multiple logical regions or "topology domains" according to factors such as the physical distance between devices, the quality of communication links, and the expected data interaction requirements. For example, all security-related devices (such as cameras, doorbells, etc.) can be grouped into a security monitoring domain, while devices related to home entertainment (such as TVs, stereos, etc.) can be classified into another entertainment domain. Subsequently, the system matches the cross-domain communication protocols between these topology domains to formulate a rule table applicable to communication between different domains - namely, the OpenHarmony device communication rule table. This rule table details which devices can communicate with devices in other domains in what way, ensuring the security and efficiency of information exchange. Next, based on the OpenHarmony device communication rule table, the system performs distributed identifier resolution on OpenHarmony devices to form an OpenHarmony device membership relationship diagram. The work in this stage is mainly to identify the identity and role of each device in the network and organize them into an intuitive relationship chart. For example, a smart refrigerator is not only a node for storing food information but may also act as a data center for other smart devices in the home. On this basis, the system assigns management strategies to the membership relationship diagram to generate an OpenHarmony device management strategy set. This includes defining the responsibilities of each device in maintaining network security, performing task scheduling, etc., to ensure the orderly operation of the network. Finally, based on the OpenHarmony device management strategy set, the system conducts distributed consistency negotiation to obtain an OpenHarmony device consensus mechanism table. This process involves getting all devices in the network to reach a consensus on how to work together, such as how to handle conflicts and how to update states.Once the consensus is reached, the system can extract key information from the consensus mechanism table and finally generate an OpenHarmony device information table containing the device's unique identifier, the topological domain to which the device belongs, and its data processing capabilities. Such an information table not only helps to deeply understand the specific situation of each device but also provides strong support for subsequent network configuration adjustment and fault troubleshooting. In short, through the distributed networking analysis of OpenHarmony devices, the system can effectively improve the network performance and reliability in the Internet of Things environment and promote seamless collaboration between devices.

[0034] In a specific embodiment, the method for identifying the synchronization object type of the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list includes: Analyze the hardware capabilities based on the OpenHarmony device information table to obtain a device hardware capability matrix, and based on the device hardware capability matrix; Analyze the service capabilities of the information processing capabilities of the OpenHarmony device based on the device hardware capability matrix to obtain a device service capability mapping table, and perform hierarchical processing on the function modules of the device service capability mapping table to obtain a device function module association diagram; Analyze the task requirements of the OpenHarmony device based on the device function module association diagram to obtain a data synchronization task feature set, and perform synchronization task adaptation processing on the data synchronization task feature set to obtain a task adaptation result table; Generate synchronization objects for the OpenHarmony device based on the task adaptation result table to obtain a data synchronization object list.

[0035] Specifically, the process of identifying the synchronization object type of the OpenHarmony device based on the OpenHarmony device information table and obtaining the data synchronization object list is a key step to ensure that the devices in the Internet of Things environment can collaborate efficiently. First, the system will perform hardware capability analysis based on the OpenHarmony device information table, and generate a device hardware capability matrix by analyzing the hardware parameters of each device, such as processor performance, memory size, and storage capacity. For example, in a smart home scenario, a smart refrigerator may have a large storage space and strong computing power for managing food inventory, while a smart speaker focuses more on audio processing capabilities. The system quantifies and records these hardware characteristics in the device hardware capability matrix, providing a basis for subsequent service capability analysis. Next, based on the device hardware capability matrix, the system will perform service capability analysis on the information processing capabilities of the OpenHarmony device, aiming to evaluate the service types and service quality supported by the device based on the hardware configuration and software functions of the device, thereby generating a device service capability mapping table. In this process, the system not only considers the basic hardware performance of the device, but also deeply analyzes factors such as its operating system version, installed applications, and available service interfaces. For example, for a smart air conditioner, in addition to the basic temperature adjustment function, it may also support the ability to automatically adjust the indoor temperature in conjunction with an environmental sensor. The system will integrate this information into the device service capability mapping table, and further perform functional module layering on the table to obtain a device functional module association diagram. This association diagram shows the dependencies and interactions between the functional modules within the device, providing a clear logical framework for task allocation. With the device functional module association diagram, the system will perform task requirement analysis on the OpenHarmony device, and obtain a data synchronization task feature set by identifying the role of the device in the network and the specific tasks it needs to complete. For example, in a smart home scenario, if a user wants to recommend a dinner menu based on the ingredients in the smart refrigerator and play it through a smart speaker, the data synchronization tasks involved include obtaining ingredient information, generating recipe suggestions, and sending voice broadcast instructions. The system will perform a detailed analysis of the requirements of these tasks and generate a data synchronization task feature set. Subsequently, the system will perform synchronization task adaptation processing on the set, that is, select the device combination that is most suitable for performing a specific task based on the device's capabilities and current network conditions, and finally form a task adaptation result table. This step ensures that each task can be undertaken by the most suitable device, improving the efficiency and success rate of task execution. Finally, based on the task adaptation result table, the system will generate synchronization objects for the OpenHarmony devices and obtain a list of data synchronization objects. In this step, the system will clearly list the names of the devices participating in the data synchronization task, the specific operations to be performed, and the expected synchronization results.For example, in the above smart home case, the smart refrigerator is responsible for providing ingredient information, the central controller is responsible for generating dinner menu suggestions, and the smart speaker is responsible for converting the menu content into voice and broadcasting it to the user. In this way, the system not only clarifies the specific responsibilities of each device in the data synchronization task but also provides detailed guidance for subsequent task execution. The whole process starts from the analysis of hardware capabilities, gradually refines to the mapping of service capabilities, then to the analysis of task requirements, and finally generates a list of data synchronization objects, ensuring efficient cooperation and accurate task allocation among devices in the Internet of Things environment. This not only optimizes resource utilization but also improves the quality of the user experience. At the same time, this also reflects the flexibility and strong adaptability of the OpenHarmony system, enabling it to play an important role in various application scenarios.

[0036] In a specific embodiment, decomposing and planning tasks for the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list includes: Extracting synchronization task characteristics from the data synchronization object list to obtain a task space-time constraint matrix, and performing resource requirement mapping analysis on the task space-time constraint matrix to obtain a task resource requirement topology graph; Performing distributed task sharding on the OpenHarmony device based on the task resource requirement topology graph to obtain a task sharding decision tree, and resolving cross-device dependency relationships of the task sharding decision tree to obtain a task sharding dependency relationship graph; Performing dynamic priority scheduling analysis on the OpenHarmony device based on the task sharding dependency relationship graph to obtain a task priority scheduling policy table, and performing real-time guarantee evaluation on the task priority scheduling policy table to obtain a task timeliness guarantee parameter set; Performing distributed task orchestration optimization on the OpenHarmony device based on the task timeliness guarantee parameter set to obtain a device task distribution list.

[0037] Specifically, the process of decomposing and planning tasks for the OpenHarmony device based on the data synchronization object list to obtain the device task distribution list is a key step to ensure the efficient execution of data synchronization in the Internet of Things environment. First, the system extracts the synchronization task characteristics from the data synchronization object list. By analyzing the time and space requirements of each task, a task time-space constraint matrix is generated. For example, in a smart home scenario, if a user wants the smart refrigerator to recommend a dinner menu based on the current inventory and have the smart speaker play the menu, these two tasks not only need to be completed within a specific time window (such as shortly after the user arrives home), but also need to consider the spatial path of data transmission and storage requirements. The system will record these time and space limitations in detail and form a task time-space constraint matrix, providing a basis for subsequent resource requirement mapping analysis. Next, based on the task time-space constraint matrix, the system conducts a resource requirement mapping analysis of these tasks, aiming to determine the specific requirements such as hardware resources and network bandwidth required for each task, and generate a task resource requirement topology map. This process not only considers the requirements of the tasks themselves but also combines the actual capabilities of the devices to ensure that tasks can be reasonably allocated to appropriate devices for execution. For example, in the above case, the smart refrigerator may require relatively large computing resources to process food inventory information and generate dinner suggestions, while the smart speaker mainly relies on the audio output function. Through resource requirement mapping analysis, the system can identify which devices are most suitable for undertaking these tasks and draw a task resource requirement topology map reflecting the relationship between each task and the required resources. Based on the task resource requirement topology map, the system performs distributed task sharding on the OpenHarmony devices to achieve effective task splitting and allocation. During this process, the system divides the tasks into several smaller subtasks according to the characteristics of the tasks and constructs a task sharding decision tree. This decision tree shows the logical relationship between each subtask and its association with the devices, providing a framework for cross-device dependency resolution. For example, in a smart home application, the task of generating a dinner suggestion can be further broken down into multiple subtasks such as obtaining ingredient information, querying the recipe database, and generating the final suggestion. The system will organize these subtasks according to their execution order and dependencies, and through cross-device dependency resolution, clarify which subtasks need to be executed first and which can be processed in parallel, thus forming a task sharding dependency graph. After obtaining the task sharding dependency graph, the system conducts a dynamic priority scheduling analysis of the OpenHarmony devices to formulate a reasonable task priority scheduling strategy table. This step aims to determine the execution order of each task according to the importance and urgency of the tasks, combined with the current load situation of the devices. For example, in a smart home scenario, if the user's voice command "Play tonight's dinner suggestion" is given priority, the corresponding task will be assigned a higher priority.The system prioritizes all tasks and evaluates their impact on real-time performance to obtain a task priority scheduling policy table. Subsequently, the system conducts a real-time performance guarantee evaluation on this policy table, that is, checks whether all tasks can be completed within the specified time, and adjusts the execution order or resource allocation of tasks accordingly, finally forming a task timeliness guarantee parameter set. Finally, based on the task timeliness guarantee parameter set, the system optimizes the distributed task orchestration of the OpenHarmony device to generate a device task distribution list. At this stage, the system not only needs to consider the priority and timeliness requirements of tasks, but also comprehensively consider the status of the entire network and the distribution of device capabilities to ensure that tasks can be completed with the highest efficiency in the shortest time. For example, in the smart home example, the system may prioritize the smart refrigerator to quickly process food inventory information, quickly transmit the results to the central controller to generate dinner suggestions, and then immediately notify the smart speaker to prepare for playback. In this way, the system not only ensures the timely completion of tasks, but also improves the quality of the user experience. In short, through this series of detailed and orderly steps, the system can achieve the efficient planning and execution of data synchronization tasks in a complex Internet of Things environment, fully demonstrating the intelligent and flexible advantages of the OpenHarmony system. At the same time, this also lays a solid foundation for task management in more complex application scenarios in the future.

[0038] In a specific embodiment, the cross-device data operation orchestration of the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence includes: Conduct task multiplexing analysis on the device task distribution list to obtain a task multiplexing matrix, and conduct task scheduling analysis on the task multiplexing matrix to obtain a cross-device scheduling table; Based on the cross-device scheduling table, conduct operation timing planning for the OpenHarmony device to obtain a device operation timing diagram, and conduct timing compliance check on the device operation timing diagram to obtain an operation timing constraint set; Based on the operation timing constraint set, conduct resource occupancy analysis on the OpenHarmony device to obtain a resource occupancy status table, and conduct resource competition processing on the resource occupancy status table to obtain a resource scheduling policy set; Based on the resource scheduling policy set, conduct instruction generation planning for the OpenHarmony device to obtain a device instruction generation table, and conduct instruction conflict detection on the device instruction generation table to obtain a conflict handling solution set; Based on the conflict handling solution set, conduct instruction sequence integration for the OpenHarmony device to obtain a device instruction execution table, and conduct execution process orchestration on the device instruction execution table to obtain a data operation instruction sequence.

[0039] Specifically, the process of performing cross-device data operation orchestration on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence is a key step to ensure that devices in the Internet of Things environment can work efficiently and orderly. First, the system performs task multiplexing analysis on the device task distribution list. By identifying the parts that can be executed in parallel among different tasks, a task multiplexing matrix is generated. For example, in a smart home scenario, if the smart refrigerator needs to synchronize food inventory information to the cloud server, and at the same time the smart speaker needs to play a user-set music list, these two tasks can be processed in parallel to a certain extent. The system will build a task multiplexing matrix based on the time requirements and resource consumption of these tasks to clarify which tasks can be executed simultaneously, thereby improving the efficiency of the entire system. Next, based on the task multiplexing matrix, the system performs scheduling analysis on these tasks, aiming to allocate appropriate execution time and device resources to each task and generate a cross-device schedule. This step not only considers the dependencies between tasks but also combines the current load conditions and capability characteristics of each device. For example, in the above smart home example, the system may decide to let the smart refrigerator complete the food inventory synchronization task first because this task may involve a large amount of data transmission; while the task of the smart speaker playing music can be carried out while the refrigerator is synchronizing data because it mainly depends on the audio output function and has a lower requirement for network bandwidth. Through such a scheduling strategy, the system can maximize the use of device resources, reduce waiting time, and improve overall performance. After obtaining the cross-device schedule, the system performs operation timing planning on the OpenHarmony device, that is, according to the specific requirements of each task and the execution order of the devices, a detailed device operation timing diagram is drawn. This timing diagram not only shows the start time and end time of each task but also clarifies the sequence relationship between them. For example, in a smart home application, when the user issues an instruction of "updating dinner suggestions", the system needs to first obtain the latest ingredient information from the smart refrigerator, then the central controller generates dinner suggestions, and finally plays them to the user through the smart speaker. The system will arrange these steps in the correct order and form a device operation timing diagram. Subsequently, the system performs timing compliance checking on this timing diagram to ensure that all tasks can be successfully completed within the specified time, and generates an operation timing constraint set based on this. Based on the operation timing constraint set, the system performs resource occupancy analysis on the OpenHarmony device to evaluate the specific requirements such as hardware resources and network bandwidth required during the execution of each task, and generates a resource occupancy status table. This step not only considers the resource requirements of the task itself but also combines the actual available resources of the device. For example, in the above case, the smart refrigerator may require high computing power and a large storage space when synchronizing food inventory information, while the smart speaker playing voice instructions mainly depends on the audio output function.The system determines the specific resources required for each task during execution by analyzing the resource occupancy of all tasks and records them in the resource occupancy status table. Subsequently, the system performs resource competition processing on this table, i.e., identifies tasks that may have resource conflicts and formulates corresponding resource scheduling strategy sets to ensure that all tasks can be executed smoothly without resource contention. After having the resource scheduling strategy sets, the system conducts instruction generation planning for the OpenHarmony device, generates a detailed device instruction generation table according to the specific requirements and resource allocation of each task. This step not only covers the execution logic of the tasks but also includes specific instructions on how to interact with other devices. For example, in a smart home scenario, when the central controller receives the ingredient information sent by the smart refrigerator, it needs to generate an instruction to the smart speaker to request it to play the corresponding dinner suggestions. The system designs specific instruction formats for such interactions and organizes them into the device instruction generation table. Subsequently, the system performs instruction conflict detection on this table, identifies possible instruction conflict problems, and formulates a conflict handling solution set to ensure that each instruction can be executed accurately. Finally, based on the conflict handling solution set, the system integrates the instruction sequences of the OpenHarmony device, organizes the instructions corresponding to all tasks in the correct order to form a device instruction execution table. This execution table not only clarifies the execution steps of each task but also specifies the dependency relationships and priorities between tasks. For example, in the smart home example, the system ensures that the data synchronization task of the smart refrigerator is completed before starting the task of generating dinner suggestions and finally notifies the smart speaker of the playback result. In this way, the system can not only ensure the correct execution of tasks but also improve the overall efficiency. Finally, the system performs execution process orchestration on the device instruction execution table to obtain a complete data operation instruction sequence, providing clear guidance for actual operations and ensuring the smooth progress of the entire process. In summary, through this series of detailed and orderly steps, the system can achieve efficient cooperation and precise control among devices in a complex IoT environment, providing users with a smoother and more intelligent service experience.

[0040] In a specific embodiment, the instruction generation planning for the OpenHarmony device based on the resource scheduling strategy set to obtain the device instruction generation table includes: Construct a distributed resource allocation matrix for the resource scheduling strategy set to obtain a resource allocation topology graph, and perform resource competition conflict detection on the resource allocation topology graph to obtain a resource competition conflict matrix; Based on the resource competition conflict matrix, perform instruction generation rule parsing on the OpenHarmony device to obtain an instruction generation rule set, and perform instruction template matching on the instruction generation rule set to obtain an instruction template mapping table; Optimize the instruction parameters of the OpenHarmony device based on the instruction template mapping table to obtain an instruction parameter optimization table, and verify the parameter validity of the instruction parameter optimization table to obtain a parameter validity verification result; Generate an instruction sequence for the OpenHarmony device based on the parameter validity verification result to obtain an instruction sequence generation table, and check the sequence integrity of the instruction sequence generation table to obtain a sequence integrity check result; Construct a device instruction generation table for the OpenHarmony device based on the sequence integrity check result.

[0041] Specifically, the process of generating an instruction generation plan for OpenHarmony devices based on the resource scheduling policy set to obtain an equipment instruction generation table is a key step to ensure the efficient collaborative work of each device in the Internet of Things environment. First, the system constructs a distributed resource allocation matrix for the resource scheduling policy set. By identifying the resource types required for each task and their distribution among different devices, a resource allocation topology map is generated. For example, in a smart home scenario, when the smart refrigerator needs to synchronize food inventory information to the cloud server, the smart speaker may need to play a specific music list. Although these two tasks can be executed in parallel, their requirements for network bandwidth, computing power, and storage space are different. The system will draw a detailed resource allocation topology map based on these requirements and the actual capabilities of each device to clarify which device each task will be executed on and the specific resources required. Next, based on the resource allocation topology map, the system will detect resource competition conflicts for these resource allocation situations, aiming to identify tasks or devices that may have resource contention and generate a resource competition conflict matrix. This step not only considers the resource requirements between tasks but also combines the current load and available resources of the devices. For example, in the above smart home example, if the smart refrigerator and the smart speaker both need a large amount of bandwidth to transmit data simultaneously, resource competition may occur. The system will analyze this situation and record it in the resource competition conflict matrix to provide a basis for subsequent instruction optimization. After obtaining the resource competition conflict matrix, the system will parse the instruction generation rules for OpenHarmony devices, that is, determine the corresponding instruction generation rules according to the specific requirements and resource allocation situations of each task, and form an instruction generation rule set. For example, in a smart home application, when the user issues an instruction of "updating dinner suggestions", the system needs to obtain the latest ingredient information from the smart refrigerator, then the central controller generates dinner suggestions, and finally plays them to the user through the smart speaker. The system will design specific instruction generation rules for such interactions, including how to initiate requests, process responses, and the specific methods of communicating with other devices. Then, the system will perform instruction template matching on this rule set, identify the instruction template most suitable for each task, and generate an instruction template mapping table. This mapping table not only indicates the instruction format corresponding to each type of task but also provides parameter filling guidelines for subsequent instruction generation. Based on the instruction template mapping table, the system will optimize the instruction parameters for OpenHarmony devices, that is, adjust the parameter values in the instructions according to the specific requirements of the tasks and the capabilities of the devices, and generate an instruction parameter optimization table. For example, in a smart home scenario, when the smart refrigerator sends food inventory information, the system needs to ensure that the data volume is appropriate and the encoding method is correct for fast transmission and processing. The system will optimize these parameters and record them in the instruction parameter optimization table.Subsequently, the system will perform parameter validity verification on this table, that is, check whether each parameter meets the preset standards and specifications, and obtain the parameter validity verification result. This step ensures that all instructions can be correctly understood and executed, avoiding task failures caused by parameter errors. After obtaining the parameter validity verification result, the system will generate an instruction sequence for the OpenHarmony device, organize all the instructions corresponding to the tasks in the correct order, and generate an instruction sequence generation table. This step not only covers the execution logic of the tasks, but also includes the specific instructions on how to interact with other devices. For example, in the smart home example, the system will ensure that after the data synchronization task of the smart refrigerator is completed, the task of generating dinner suggestions will start, and finally the smart speaker will be notified to play the result. The system will convert these steps into specific instruction sequences and record them in the instruction sequence generation table. Then, the system will perform sequence integrity check on this table, that is, confirm that all instructions are included and in the correct order, and generate the sequence integrity check result. This step ensures the integrity and consistency of the entire instruction sequence, avoiding missing any key steps. Finally, based on the sequence integrity check result, the system will construct an instruction generation table for the OpenHarmony device, that is, integrate all the optimized and verified instructions in the correct order, and finally form a device instruction generation table. This generation table not only clarifies the execution steps and related instructions of each task, but also specifies the dependencies and priorities between tasks. For example, in the smart home application, the system will ensure that the data synchronization task of the smart refrigerator is completed before the dinner suggestion generation task, and finally the smart speaker will be notified to play the result. In this way, the system can not only ensure the correct execution of tasks, but also improve the overall efficiency. In summary, through this series of detailed and orderly steps, the system can achieve efficient cooperation and precise control between devices in a complex Internet of Things environment, providing users with a more smooth and intelligent service experience. At the same time, this also lays a solid foundation for task management in more complex application scenarios in the future.

[0042] The above describes the data synchronization method between OpenHarmony Internet of Things devices in the embodiments of the present invention. Next, the data synchronization system between OpenHarmony Internet of Things devices in the embodiments of the present invention will be described. Please refer to Figure 2 , an embodiment of the data synchronization system between OpenHarmony Internet of Things devices in the embodiments of the present invention includes: A determination module 21, configured to determine the synchronization capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list; An analysis module 22, configured to perform distributed networking analysis on the OpenHarmony device based on the device synchronization capability list to obtain an OpenHarmony device information table; An identification module 23, configured to identify the synchronization object type of the OpenHarmony device based on the OpenHarmony device information table, so as to obtain a data synchronization object list; A planning module 24, configured to perform task decomposition planning on the OpenHarmony device based on the data synchronization object list, so as to obtain a device task distribution list; An orchestration module 25, configured to perform cross-device data operation orchestration on the OpenHarmony device based on the device task distribution list, so as to obtain a data operation instruction sequence.

[0043] In this embodiment, for the specific implementation of each unit in the above system embodiment, please refer to the description in the above method embodiment, and details are not described herein again.

[0044] Refer to Figure 3 , in an embodiment of the present invention, a computer device is further provided. The internal structure of the computer device may be as Figure 3 shown. The computer device includes a processor, a memory, a display screen, an input device, a network interface, and a database connected through a system bus. Among them, the processor of the computer design is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store the corresponding data in this embodiment. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, the above method is implemented.

[0045] Those skilled in the art can understand that Figure 3 the structure shown in

[0046] is only a block diagram of a part of the structure related to the solution of the present invention, and does not constitute a limitation on the computer device to which the solution of the present invention is applied.

[0047] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be completed by instructing relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above methods. Among them, any reference to a memory, storage, database, or other medium provided by the present invention and used in the embodiments can include non-volatile and / or volatile memories. Non-volatile memories can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memories can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (SSRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM, etc.

[0048] It should be noted that in this article, the term "including", "comprising", or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, device, article, or method including a series of elements not only includes those elements, but also includes other elements not expressly listed, or further includes elements inherent to such process, device, article, or method. Without further limitation, an element defined by the statement "including one..." does not exclude the existence of additional identical elements in the process, device, article, or method including that element.

[0049] The above are only the preferred embodiments of the present invention, and do not limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made by using the specification and drawings of the present invention, or directly or indirectly applied in other related technical fields, shall equally be included in the patent protection scope of the present invention.

Claims

1. A method for data synchronization between OpenHarmony Internet of Things devices, characterized in that, Including the following steps: Determine the synchronization capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list; Conduct distributed networking analysis on the OpenHarmony device based on the device synchronization capability list to obtain an OpenHarmony device information table; Identify the synchronization object types of the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list; Decompose and plan tasks for the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list; Orchestrate cross-device data operations on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence.

2. The method for data synchronization between OpenHarmony Internet of Things devices according to claim 1, wherein The determination of the synchronization capabilities of the distributed soft bus of the OpenHarmony device to obtain a device synchronization capability list includes: Perform a network topology scan on the distributed soft bus of the OpenHarmony device to obtain a device node connection relationship diagram, and evaluate the link quality of the device node connection relationship diagram to obtain the communication link quality between devices; Detect the distributed service synchronization capabilities of the OpenHarmony device based on the communication link quality between devices to obtain a device synchronization capability list.

3. The method for data synchronization between OpenHarmony Internet of Things devices according to claim 1, wherein, The distributed networking analysis of the OpenHarmony device based on the device synchronization capability list to obtain an OpenHarmony device information table includes: Conduct a distributed topology structure analysis on the device synchronization capability list to obtain a device network hierarchy tree, and perform communication path optimization calculation on the device network hierarchy tree to obtain a routing hop count matrix between devices; Divide the network partitions of the OpenHarmony device based on the routing hop count matrix between devices to obtain an OpenHarmony device topology domain set, and match the cross-domain communication protocols for the OpenHarmony device topology domain set to obtain an OpenHarmony device communication rule table; Perform distributed identity resolution on the OpenHarmony device based on the OpenHarmony device communication rule table to obtain an OpenHarmony device membership relationship diagram, and allocate management policies for the OpenHarmony device membership relationship diagram to obtain an OpenHarmony device management policy set; Conduct distributed consistency negotiation on the OpenHarmony device based on the OpenHarmony device management policy set to obtain an OpenHarmony device consensus mechanism table, and extract information from the OpenHarmony device consensus mechanism table to obtain an OpenHarmony device information table; wherein, the OpenHarmony device information table includes the device unique identifier, the topology domain to which the device belongs, and the data processing capability.

4. The method for data synchronization between OpenHarmony Internet of Things devices according to claim 1, characterized in that Performing synchronous object type identification on the OpenHarmony device based on the OpenHarmony device information table to obtain a data synchronization object list, including: Performing hardware capability parsing based on the OpenHarmony device information table to obtain a device hardware capability matrix; Performing service capability parsing on the information processing capability of the OpenHarmony device based on the device hardware capability matrix to obtain a device service capability mapping table, and performing hierarchical processing on functional modules of the device service capability mapping table to obtain a device functional module association graph; Performing task requirement analysis on the OpenHarmony device based on the device functional module association graph to obtain a data synchronization task feature set, and performing synchronization task adaptation processing on the data synchronization task feature set to obtain a task adaptation result table; Generating a synchronous object for the OpenHarmony device based on the task adaptation result table to obtain a data synchronization object list.

5. The method for data synchronization between OpenHarmony Internet of Things devices according to claim 1, wherein, Performing task decomposition planning on the OpenHarmony device based on the data synchronization object list to obtain a device task distribution list, including: Performing synchronous task feature extraction on the data synchronization object list to obtain a task spatio-temporal constraint matrix, and performing resource requirement mapping analysis on the task spatio-temporal constraint matrix to obtain a task resource requirement topology graph; Performing distributed task sharding on the OpenHarmony device based on the task resource requirement topology graph to obtain a task sharding decision tree, and performing cross-device dependency relationship parsing on the task sharding decision tree to obtain a task sharding dependency relationship graph; Performing dynamic priority scheduling analysis on the OpenHarmony device based on the task sharding dependency relationship graph to obtain a task priority scheduling policy table, and performing real-time guarantee evaluation on the task priority scheduling policy table to obtain a task timeliness guarantee parameter set; Performing distributed task choreography optimization on the OpenHarmony device based on the task timeliness guarantee parameter set to obtain a device task distribution list.

6. The method for data synchronization between OpenHarmony Internet of Things devices according to claim 1, characterized in that, Performing cross-device data operation choreography on the OpenHarmony device based on the device task distribution list to obtain a data operation instruction sequence, including: Performing task multiplexing analysis on the device task distribution list to obtain a task multiplexing matrix, and performing task scheduling parsing on the task multiplexing matrix to obtain a cross-device scheduling table; Performing operation timing planning on the OpenHarmony device based on the cross-device scheduling table to obtain a device operation timing diagram, and performing timing compliance check on the device operation timing diagram to obtain an operation timing constraint set; Performing resource occupancy analysis on the OpenHarmony device based on the operation timing constraint set to obtain a resource occupancy status table, and performing resource competition processing on the resource occupancy status table to obtain a resource scheduling policy set; Based on the resource scheduling policy set, conduct instruction generation planning for OpenHarmony devices to obtain a device instruction generation table, and perform instruction conflict detection on the device instruction generation table to obtain a conflict handling solution set; Based on the conflict handling solution set, integrate instruction sequences for OpenHarmony devices to obtain a device instruction execution table, and perform execution process choreography on the device instruction execution table to obtain a data operation instruction sequence.

7. The method for data synchronization between OpenHarmony Internet of Things devices according to claim 6, wherein The conduct of instruction generation planning for OpenHarmony devices based on the resource scheduling policy set to obtain a device instruction generation table includes: Construct a distributed resource allocation matrix for the resource scheduling policy set to obtain a resource allocation topology graph, and perform resource competition conflict detection on the resource allocation topology graph to obtain a resource competition conflict matrix; Based on the resource competition conflict matrix, analyze the instruction generation rules for OpenHarmony devices to obtain an instruction generation rule set, and perform instruction template matching on the instruction generation rule set to obtain an instruction template mapping table; Based on the instruction template mapping table, optimize the instruction parameters for OpenHarmony devices to obtain an instruction parameter optimization table, and perform parameter validity verification on the instruction parameter optimization table to obtain a parameter validity verification result; Based on the parameter validity verification result, generate an instruction sequence for OpenHarmony devices to obtain an instruction sequence generation table, and perform sequence integrity check on the instruction sequence generation table to obtain a sequence integrity check result; Based on the sequence integrity check result, construct a device instruction generation table for OpenHarmony devices to obtain a device instruction generation table.

8. An OpenHarmony data synchronization system between Internet of Things devices, characterized in that, It includes: A determination module for determining the synchronization capabilities of the distributed soft bus of OpenHarmony devices to obtain a device synchronization capability list; An analysis module for performing distributed networking analysis on OpenHarmony devices based on the device synchronization capability list to obtain an OpenHarmony device information table; An identification module for identifying the synchronization object types of the OpenHarmony devices based on the OpenHarmony device information table to obtain a data synchronization object list; A planning module for performing task decomposition planning on the OpenHarmony devices based on the data synchronization object list to obtain a device task distribution list; An orchestration module for performing cross-device data operation orchestration on the OpenHarmony devices based on the device task distribution list to obtain a data operation instruction sequence.

9. A computer device, comprising a memory and a processor, wherein a computer program is stored in the memory, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.

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

Images