Data loading method and device, intelligent terminal and storage medium

Abstract

The embodiment of the invention relates to a data loading method and device, an intelligent terminal and a storage medium. The method comprises the following steps: acquiring state information of each device in a target space in real time; when it is detected that the state information of the target equipment changes, corresponding configuration parameters are determined according to the equipment information of the target equipment, the state information and the changed state information; converting the configuration parameters into data in a target format; and sending the data in the target format to a central control device, so that the central control device loads the data in the target format. Therefore, the data in the target format can be generated in advance on the intelligent terminal side according to the configuration parameters, so that the central control device can quickly load the required data, the situation that the central control screen analyzes the configuration of multiple devices one by one during operation is avoided, the loading time is effectively shortened, and the loading efficiency is improved. The response speed and the interface refreshing efficiency of the central control screen in a multi-device scene are remarkably improved, and the user interaction experience is improved.

Description

Technical Field

[0001] The present invention relates to the field of smart home technology, and in particular to a data loading method, device, smart terminal and storage medium. Background Technology

[0002] With the development of smart home systems, the central control screen has become the main entry point for unified management of multiple smart devices in the home. In daily use, the central control screen needs to parse the configuration files of each device and dynamically load the interface and control logic. However, due to the large variety of devices and the complexity of their configuration structures, the central control screen is prone to slow loading and lag when parsing configurations for multiple devices, affecting the user experience.

[0003] In existing technologies, the central control screen typically parses device configuration files and status information automatically during runtime. While this approach is versatile, it suffers from low loading efficiency and significant performance bottlenecks when dealing with a large number of devices or frequent scene-based operations, making it difficult to meet the requirements for rapid response.

[0004] Therefore, the existing system has the following technical problems: when the central control screen loads multiple devices, the configuration parsing takes too long, resulting in response delay and affecting the user experience. Summary of the Invention

[0005] In view of this, in order to solve the above-mentioned technical problems or some of the technical problems, the present invention provides a data loading method, apparatus, smart terminal and storage medium.

[0006] In a first aspect, embodiments of the present invention provide a data loading method applied to a smart terminal, comprising:

[0007] Real-time acquisition of status information for each device within the target space;

[0008] When a change in the status information of the target device is detected, the corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information.

[0009] Convert the configuration parameters into data in the target format;

[0010] The target format data is sent to the central control device so that the central control device loads the target format data.

[0011] In one possible implementation, determining the corresponding configuration parameters based on the device information of each target device, the status information, and the changed status information when the status information changes includes:

[0012] Obtain the first number of target devices whose status information changes within a preset time period;

[0013] When the first quantity is greater than the quantity threshold, the device type and device identifier of the target device are obtained as the device information;

[0014] The configuration file corresponding to each target device is determined based on the device type and the device identifier;

[0015] Based on the status information and the changed status information, the configuration parameters corresponding to each target device are determined from the configuration file.

[0016] In one possible implementation, converting the configuration parameters into data in the target format includes:

[0017] The configuration parameters are divided into a first parameter corresponding to the central control device and a second parameter corresponding to the user interface of the central control device;

[0018] When the central control device cannot directly load the first parameter, the first parameter is converted into a target format to obtain first data that can be directly loaded by the central control device.

[0019] When the user interface cannot directly load the second parameter, the second parameter is converted into the target format to obtain the second data that can be directly loaded by the user interface.

[0020] In one possible implementation, the method further includes:

[0021] When the central control device can directly load the first parameter, the first parameter is determined to be data in the target format.

[0022] When the user interface can directly load the second parameter, the second parameter is determined to be data in the target format.

[0023] In one possible implementation, the central control device loads the data in the target format, including:

[0024] The data type of the data in the target format that the central control device acquires;

[0025] When the data type is the first data, the control data of the target device in the central control device is updated according to the first data;

[0026] When the data type is the second data, the second data is sent to the user interface so that the user interface updates the display data of the target device in the user interface according to the second data.

[0027] In one possible implementation, the quantity threshold is adjusted in the following way:

[0028] Loading time when acquiring historical loading data of the central control device;

[0029] When the loading duration exceeds the first duration threshold, the quantity threshold is controlled to decrease by a preset value;

[0030] When the loading time is less than the second time threshold, the quantity threshold is controlled to increase by a preset value.

[0031] In one possible implementation, the method further includes:

[0032] When the device status displayed on the user interface is found to be inconsistent with the actual status of the target device, the configuration parameters are sent to the central control device so that the central control device can convert the configuration parameters into data in the target format.

[0033] In a second aspect, embodiments of the present invention provide a data loading device, comprising:

[0034] The acquisition module is used to acquire the status information of each device in the target space in real time;

[0035] The determination module is used to determine the corresponding configuration parameters based on the device information of the target device, the status information, and the changed status information when a change in the status information of the target device is detected.

[0036] A conversion module is used to convert the configuration parameters into data in a target format;

[0037] The sending module is used to send the data in the target format to the central control device so that the central control device can load the data in the target format.

[0038] Thirdly, embodiments of the present invention provide a smart terminal, including: a processor and a memory, wherein the processor is configured to execute a data loading program stored in the memory to implement the data loading method described in any one of the first aspects above.

[0039] Fourthly, embodiments of the present invention provide a storage medium storing one or more programs, which can be executed by one or more processors to implement the data loading method described in any one of the first aspects.

[0040] The data loading scheme provided in this invention acquires the status information of each device within a target space in real time. When a change in the status information of a target device is detected, corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information. The configuration parameters are then converted into data in a target format. This target format data is sent to a central control device, enabling the central control device to load the target format data. Therefore, by generating target format data in advance based on configuration parameters on the smart terminal side, the central control device can quickly load the required data, avoiding the need for the central control screen to parse the configurations of multiple devices one by one during runtime. This effectively reduces loading time, significantly improves the response speed and interface refresh efficiency of the central control screen in multi-device scenarios, and enhances the user interaction experience. Attached Figure Description

[0041] Figure 1 A flowchart illustrating a data loading method provided in an embodiment of the present invention;

[0042] Figure 2 A flowchart illustrating another data loading method provided in an embodiment of the present invention;

[0043] Figure 3 This is a schematic diagram of the structure of a data loading device provided in an embodiment of the present invention;

[0044] Figure 4 This is a schematic diagram of the structure of a smart terminal provided in an embodiment of the present invention. Detailed Implementation

[0045] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0046] To facilitate understanding of the embodiments of the present invention, further explanations and descriptions will be provided below with reference to the accompanying drawings and specific embodiments. These embodiments do not constitute a limitation on the embodiments of the present invention.

[0047] Figure 1 This is a flowchart illustrating a data loading method provided in an embodiment of the present invention, as shown below. Figure 1 As shown, the method specifically includes:

[0048] S11. Obtain the status information of each device in the target space in real time.

[0049] The data loading method provided by the embodiments of the present invention is applied to a smart terminal, which may include, but is not limited to, mobile phones, tablet computers, computer devices, etc., and is specifically applied to the scenario of multi-device linkage control in a smart home. For example, when a user triggers the "go home mode" through a smartphone APP, this mode involves the operation and control of a central control unit for multiple smart home devices (such as living room lights, air conditioners, curtains, background music systems, etc.). Or, when a user first deploys or expands a home smart system, the central control unit needs to add multiple devices (such as lamps, sockets, switch modules) at one time. Or, when a user adjusts the room classification and grouping management of devices in the APP (for example, moving 5 lights from the "living room" to the "dining room"), the central control unit needs to reload the device layout and display logic. In this embodiment, specifically, the smart terminal can generate data in a target format in advance according to configuration parameters, so that the central control device can quickly load the required data.

[0050] In this embodiment, the target space is the space where the smart home system is located, and the devices are smart home devices in the target space (for example, the devices included in a room are a smart TV, a smart air conditioner, smart lamps, etc., and this room is used as the target space, and at the same time, the room also includes a central control screen for controlling the devices). The smart terminal is installed with an application program APP for controlling the central control device and smart home devices. The APP obtains the device status in the target space periodically or based on event subscription by connecting to a local gateway or a cloud server. The device status includes, but is not limited to, the on / off status of the device, the current value (such as temperature, brightness), the operation mode, scene binding, etc. Examples of the acquisition method: establish a long connection through MQTT or WebSocket to listen for changes in device status; or pull the device status by polling the RESTful API at regular intervals; each device has a unique device ID and spatial location information (such as the living room, bedroom, etc.). The currently obtained device status is used as the status information.

[0051] S12. When it is detected that the status information of the target device changes, determine the corresponding configuration parameters according to the device information, status information, and changed status information of the target device.

[0052] In this embodiment, the device information can represent the device type and the specific model of the device, and the configuration parameters represent the parameters that need to be adjusted when the device status information changes. The parameters that need to be reconfigured when each status changes to another status for different types and models of devices are preset as the configuration parameters. The four of the configuration parameters, device information, status information, and changed status information correspond to each other one by one and are stored as a corresponding relationship.

[0053] The specific monitoring logic is set as follows: if the status value of a device differs from the previous cached status value, or if an instruction to change the device status is received, the status information is considered to have changed. The APP queries the device's locally maintained configuration template or rule table (used to store corresponding relationships) through the device information. This table contains parameters that the device needs to adjust when changing from different states, their adjustment ranges, and the UI presentation method, representing the content to be configured in the user interface. Based on the current status information and the changed status information, the corresponding configuration parameters are queried. For example, if the status information of model A air conditioner changes from "off" to "cooling," the corresponding configuration parameters for air conditioner A after the change should include: current temperature setting, fan speed, mode, etc.; if the status information of a light fixture changes (e.g., the light color changes), the configuration parameters include the color palette control and the current RGB value.

[0054] S13. Convert the configuration parameters into data in the target format.

[0055] In this embodiment, a target format is pre-defined to encapsulate the extracted configuration parameters into a unified data structure. The target format represents the conversion of structured data into a format that can be directly loaded by the central control device, according to the interface specifications of the central control device. This allows the central control device to directly update the required data without processing the received configuration parameters. For example, the target format data may include: a concise JSON structure (suitable for debugging and general scenarios); ProtocolBuffers (suitable for low-bandwidth, high-performance scenarios); and a custom bin structure (suitable for fast loading in embedded devices). The conversion process includes preprocessing steps such as field simplification, unit conversion, field mapping, and control binding key name setting.

[0056] S14. Send the target format data to the central control device so that the central control device can load the target format data.

[0057] In this embodiment, the central control device can be the central control screen of a smart home device. The smart terminal and the central control device establish local area network communication or communicate via cloud message relay. Data packets can be sent using protocols such as TCP, HTTP POST, MQTT, and WebSocket. The data packets can include: data in the target format, the target device ID, the space it belongs to (e.g., living room), the parsed UI display data structure, and status control information (e.g., current value, control type, status identifier, etc.). After receiving the data, the central control device directly applies it to the interface refresh module or status display module to update the parameters used to control the device and the information displayed on the user interface, without needing to perform a complex parsing process.

[0058] The data loading method provided in this invention acquires the status information of each device within a target space in real time. When a change in the status information of a target device is detected, corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information. The configuration parameters are then converted into data in a target format. The data in the target format is sent to a central control device, enabling the central control device to load the data in the target format. Therefore, by generating data in the target format in advance based on configuration parameters on the smart terminal side, the central control device can quickly load the required data, avoiding the need for the central control screen to parse the configurations of multiple devices one by one during runtime. This effectively reduces loading time, significantly improves the response speed and interface refresh efficiency of the central control screen in multi-device scenarios, and enhances the user interaction experience.

[0059] Figure 2 This is a flowchart illustrating another data loading method provided in an embodiment of the present invention, as shown below. Figure 2 As shown, the method specifically includes:

[0060] S21. Obtain the status information of each device in the target space in real time.

[0061] In this embodiment, the procedure is similar to step S11, and can be referred to for details. Figure 1 For the sake of brevity, the relevant content will not be elaborated upon here.

[0062] S22. Obtain the first number of target devices whose status information changes within a preset time period; when the first number is greater than the number threshold, obtain the device type and device identifier of the target device as device information; determine the configuration file corresponding to each target device based on the device type and device identifier; determine the configuration parameters corresponding to each target device from the configuration file based on the status information and the changed status information.

[0063] In this embodiment, a device status cache is maintained on the APP, with each device corresponding to its last synchronized status value. A preset time period (e.g., 5 seconds, 10 seconds, 30 seconds) is set as the monitoring cycle. Within the cycle, all device status change events are monitored, or the current status of all devices is periodically retrieved and compared with the cache. The number of devices whose status changes within the time period is counted and recorded as the first number. A pre-set threshold N, for example, 5, represents the maximum single-time processing capacity of the central control device. If the first number exceeds the threshold, a batch optimization process is triggered. Devices with changed status information are identified as target devices, and their: device type (e.g., air conditioner, lights, curtains, etc.) and device identifier (e.g., a unique DeviceID, MAC address, or device model) are read as device information.

[0064] Further, maintain a device configuration file mapping table locally or in the cloud on the APP, which is used to store the configuration files corresponding to different device information. For example, according to the type and identification of each target device, obtain its corresponding dedicated configuration file from the mapping table; the configuration file may include, but is not limited to: configuration parameters to be adjusted when the device's different status information changes to other status information, control types, function items, logical constraints, data format mappings, and other information.

[0065] After loading the configuration file, match the configuration parameters in the configuration file according to the current status change content. The configuration parameters may include, but are not limited to: control display types (such as sliders, buttons, color palettes, etc.), control item logics (such as adjusting temperature ranges, wind speed levels, color mappings), current values and target values, etc. For example, when a lamp changes from "off" to "on + red + 50% brightness", it is necessary to extract: control types: switch, color palette, brightness bar; current parameter values: on, red, 50%.

[0066] In a possible implementation, the quantity threshold is adjusted as follows: obtain the loading duration when the central control device loads historical data; when the loading duration is greater than the first duration threshold, control the quantity threshold to decrease by a preset value; when the loading duration is less than the second duration threshold, control the quantity threshold to increase by a preset value.

[0067] In this embodiment, after the APP or the central control device side loads data each time (such as parsing the configuration or refreshing the UI), record the time used for this loading as the loading duration; it can be calculated through the system timestamps (start_time, end_time): load_time = end_time - start_time. Multiple data loadings can be recorded as a sliding average according to a time window to improve stability. Set the first loading duration threshold, for example, T1 = 1500ms (that is, a loading time exceeding 1.5 seconds is considered relatively slow); if the current load_time > T1, it is considered that the processing capacity of the central control device is facing a bottleneck. At this time, it is necessary to reduce the quantity threshold N to reduce the number of devices triggered in the next batch trigger and relieve the loading pressure. For example, control the quantity threshold to decrease by 2. Set the second duration threshold, for example, T2 = 800ms (that is, a loading time faster than 0.8 seconds is considered performance redundancy); if load_time < T2, it indicates that the current central control load is good; at this time, the quantity threshold N can be appropriately increased to improve the system's batch processing capacity. For example, control the quantity threshold to increase by 2.

[0068] S23. Divide the configuration parameters into first parameters corresponding to the central control device and second parameters corresponding to the user interface of the central control device; when the central control device cannot directly load the first parameters, convert the first parameters into a target format to obtain first data that can be directly loaded by the central control device; when the user interface cannot directly load the second parameters, convert the second parameters into a target format to obtain second data that can be directly loaded by the user interface.

[0069] In this embodiment, the smart terminal divides the configuration parameters into two parts according to the purpose of the fields: the first parameter is the core configuration used for the control logic processing of the central control device, such as device status judgment rules, control command structure, status field mapping relationship, etc.; the second parameter is the relevant configuration used for the user interface (UI) display, such as control type, control layout, icon style, prompt text, etc. For example, for a smart air conditioner, the first parameter may include "working mode", "target temperature", "fan speed", etc.; the second parameter may include "displayed as a slider or button", "font color", "icon path", etc.

[0070] Furthermore, the central control device predefines recognizable parameter formats (e.g., only supporting certain field names, field structures, or data types); before sending the first parameter, the smart terminal can perform a compatibility check based on the list of capabilities supported by the central control device: if the format, field, or structure of the first parameter does not conform to the central control device's loading specifications, it needs to be converted; the conversion operation includes field renaming, structure expansion, numerical unit adjustment, format compression, etc.; after conversion, the first data is generated, which is structured data that the central control device can directly recognize, such as bin, json, protobuf, etc.

[0071] User interfaces (such as the front-end UI of the central control screen) also have a fixed and recognizable UI configuration format. If the original second parameter does not conform to the specifications of the UI rendering engine (e.g., undefined controls, missing fields, incompatible formats), the smart terminal will convert the format of that second parameter. The conversion operation may include: converting complex control structures into general UI description structures, field mapping, control type adaptation, etc. The converted second data can be directly loaded by the UI module for interface rendering.

[0072] The first and second data are sent to the central control device via a communication protocol. After receiving the first data, the central control device is used to execute the control logic. After receiving the second data, the UI module directly drives the interface update and control rendering without the need for structure parsing or field recognition. As a result, the load and response latency of the central control device can be significantly reduced by completing the format conversion in advance on the smart terminal side.

[0073] In one possible implementation, when the central control device can directly load the first parameter, the first parameter is determined to be data in the target format; when the user interface can directly load the second parameter, the second parameter is determined to be data in the target format.

[0074] In this embodiment, the smart terminal performs format matching on the first parameter by either using a preset "central control capability list" or dynamically querying the central control's interface documentation (such as supported field structures, version numbers, and parsing specifications). If the data structure, field names, and data types of the first parameter are consistent with the formats already supported by the central control, no conversion is required. In this case, the first parameter is directly determined to be "data in the target format" and can be directly sent to the central control. Simultaneously, the second parameter is compared with the control description formats supported by the current central control UI module (e.g., control type, parameter fields, rendering methods, etc.). If the structure of the second parameter is compatible with the current UI rendering rules, no processing is required. The second parameter is directly determined to be "data in the target format" and can be directly sent for UI loading.

[0075] For example, the control parameters for a lighting device are: First parameter: {"power":"on","brightness":70}, Second parameter: {"control_type":"slider","unit":"%"}. If the central control system already supports the on / off and brightness control logic of this JSON structure, and the UI already supports the slider control, then both the first and second parameters can be directly considered as "target format data" without further conversion; otherwise, convert them to generate binary structure or standard UI configuration description respectively before sending.

[0076] This embodiment automatically determines whether the parameter format meets the loading requirements of the central control and UI modules before data is sent. This avoids redundant format conversions, improves data processing efficiency, and supports cross-device compatibility and flexible expansion, adapting to central control systems with different versions and capabilities.

[0077] S24. Send the target format data to the central control device and control the central control device to obtain the data type of the target format data; when the data type is the first data, update the control data of the target device in the central control device according to the first data; when the data type is the second data, send the second data to the user interface so that the user interface updates the display data of the target device in the user interface according to the second data.

[0078] In this embodiment, after parsing and format conversion of the device configuration parameters, data in the target format is obtained. All data is sent to the central control device via a network (such as TCP, MQTT, HTTP, etc.). Each target format data packet contains a data type identifier field (such as the data_type field), with values ​​of "control" (corresponding to the first data) and "ui" (corresponding to the second data). After receiving the data, the central control device first reads this field to determine the processing path. If the central control device identifies the data type as the first data (control), it locates the corresponding device in the central control system based on the identifier of the target device (such as the device ID). It then uses the fields in the first data to update the device's operating logic data structure, such as: current control status (on / off), mode setting (cold / hot / automatic), numerical setting (brightness, temperature, etc.), triggering device control commands, or status synchronization.

[0079] If the central control unit recognizes that the data type is the second data (ui), it will forward the second data to the local user interface module or display engine. The user interface updates the corresponding device's UI display elements according to the data content, such as rendering control types (switch, slider, button), control status (current value, whether disabled), and style information (icon, color, text prompt).

[0080] This embodiment achieves automatic decoupling of control logic and interface display by embedding data type identifiers in the data, thereby improving the flexibility of data distribution and system scalability, effectively supporting various device configurations and display requirements, and significantly improving system response efficiency and user experience.

[0081] S25. When it is detected that the device status displayed on the user interface is inconsistent with the actual status of the target device, the configuration parameters are sent to the central control device so that the central control device can convert the configuration parameters into data in the target format.

[0082] In this embodiment, the user interface (UI) maintains a copy of the currently displayed device status, including on / off status, numerical settings, and operating mode. The central control device or APP periodically or after a status change event obtains the actual status of the device. The system compares the UI-displayed status with the actual status of the target device. If there are field differences (e.g., displayed as "on" but actually "off"), it is determined that the status is inconsistent. Inconsistent status indicates that the data on which the user interface depends is invalid, which may be caused by external commands, device malfunctions, or data synchronization delays. To ensure that the interface refreshes correctly, the system corrects this by: obtaining the configuration parameters of the target device, which can be extracted from the APP or central control cache, or reloaded from the configuration file; and sending the configuration parameters to the central control device. After receiving the configuration parameters, the central control device determines whether they are data in the target format that can be directly loaded (e.g., json / protobuf / bin). If they are not the target format, the system executes format conversion logic. The conversion logic includes: field adaptation, structure mapping, unit conversion, field compression, etc. Finally, it generates first data or second data (depending on the purpose), which is then used to: update the central control logic or update the display data in the UI module.

[0083] For example, a user sees the curtain status as "closed" on the UI, but the system detects that the actual status is "open". The system automatically reloads the configuration parameters of the curtain device and sends them to the central control unit. The central control unit then re-parses and generates the data to refresh the UI, correcting the incorrect display status.

[0084] This embodiment introduces a state consistency detection mechanism and dynamic configuration updates. This solution can automatically correct deviations in the displayed state, ensuring that the user interface is what you see is what you get, and improving system stability, accuracy, and user experience.

[0085] The data loading method provided in this invention pre-optimizes device status processing and interface rendering by parsing device configuration parameters in the smart terminal and converting them into target format data that can be directly loaded by the central control device and the user interface. In critical scenarios such as detecting large-scale changes in device status, exceeding loading time limits, and inconsistencies between status and interface display, the system can dynamically determine processing strategies and adaptively control the parsing timing, processing quantity, and data format. This significantly reduces the load on the central control device during operation, shortens device status loading and interface refresh time, and improves response efficiency and user experience in multi-device environments.

[0086] Figure 3 This is a schematic diagram of the structure of a data loading device provided in an embodiment of the present invention, as shown below. Figure 3 As shown, the device specifically includes:

[0087] The acquisition module 31 is used to acquire the status information of each device in the target space in real time;

[0088] The determination module 32 is used to determine the corresponding configuration parameters based on the device information of the target device, the status information, and the changed status information when a change in the status information of the target device is detected.

[0089] Conversion module 33 is used to convert the configuration parameters into data in the target format;

[0090] The sending module 34 is used to send the data in the target format to the central control device so that the central control device can load the data in the target format.

[0091] In one possible implementation, the determining module is specifically used to obtain a first number of target devices whose status information changes within a preset time period;

[0092] When the first quantity is greater than the quantity threshold, the device type and device identifier of the target device are obtained as the device information;

[0093] The configuration file corresponding to each target device is determined based on the device type and the device identifier;

[0094] Based on the status information and the changed status information, the configuration parameters corresponding to each target device are determined from the configuration file.

[0095] In one possible implementation, the conversion module is specifically used to divide the configuration parameters into a first parameter corresponding to the central control device and a second parameter corresponding to the user interface of the central control device;

[0096] When the central control device cannot directly load the first parameter, the first parameter is converted into a target format to obtain first data that can be directly loaded by the central control device.

[0097] When the user interface cannot directly load the second parameter, the second parameter is converted into the target format to obtain the second data that can be directly loaded by the user interface.

[0098] In one possible implementation, the determining module is further configured to determine that the first parameter is data in the target format when the central control device can directly load the first parameter;

[0099] When the user interface can directly load the second parameter, the second parameter is determined to be data in the target format.

[0100] In one possible implementation, the control module 35 is used to control the data type of the central control device acquiring the data in the target format;

[0101] When the data type is the first data, the control data of the target device in the central control device is updated according to the first data;

[0102] When the data type is the second data, the second data is sent to the user interface so that the user interface updates the display data of the target device in the user interface according to the second data.

[0103] In one possible implementation, the control module is further configured to obtain the loading time of the central control device when loading historical data;

[0104] When the loading duration exceeds the first duration threshold, the quantity threshold is controlled to decrease by a preset value;

[0105] When the loading time is less than the second time threshold, the quantity threshold is controlled to increase by a preset value.

[0106] In one possible implementation, the sending module is further configured to send the configuration parameters to the central control device when it detects that the device status displayed on the user interface is inconsistent with the actual status of the target device, so that the central control device converts the configuration parameters into data in the target format.

[0107] The data loading device provided in this embodiment can be as follows: Figure 3 The apparatus shown can perform, for example Figure 1-2 All steps of the data loading method in the middle, thus achieving Figure 1-2 For details on the technical effects of the data loading method shown, please refer to [link / reference]. Figure 1-2 The relevant descriptions are presented concisely and will not be elaborated upon here.

[0108] Figure 4 This is a schematic diagram of the structure of a smart terminal provided in an embodiment of the present invention. Figure 4 The illustrated smart terminal 400 includes at least one processor 401, a memory 402, at least one network interface 404, and other user interfaces 403. The various components in the smart terminal 400 are coupled together via a bus system 405. It is understood that the bus system 405 is used to implement communication between these components. In addition to a data bus, the bus system 405 also includes a power bus, a control bus, and a status signal bus. However, for clarity, ... Figure 4 The general designated all buses as Bus System 405.

[0109] The user interface 403 may include a display, keyboard, or clicking device (e.g., mouse, trackball, touchpad, or touchscreen).

[0110] It is understood that the memory 402 in the embodiments of the present invention can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 402 described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0111] In some implementations, memory 402 stores elements, executable units or data structures, or subsets thereof, or extended sets thereof: operating system 4021 and application program 4022.

[0112] The operating system 4021 includes various system programs, such as the framework layer, core library layer, and driver layer, used to implement various basic business functions and handle hardware-based tasks. The application program 4022 includes various applications, such as a media player and a browser, used to implement various application functions. The program implementing the method of this embodiment can be included in the application program 4022.

[0113] In this embodiment of the invention, by calling the program or instructions stored in the memory 402, specifically the program or instructions stored in the application program 4022, the processor 401 executes the method steps provided in each method embodiment, including, for example:

[0114] Real-time acquisition of status information for each device within the target space;

[0115] When a change in the status information of the target device is detected, the corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information.

[0116] Convert the configuration parameters into data in the target format;

[0117] The target format data is sent to the central control device so that the central control device loads the target format data.

[0118] In one possible implementation, a first number of target devices whose status information changes within a preset time period is obtained;

[0119] When the first quantity is greater than the quantity threshold, the device type and device identifier of the target device are obtained as the device information;

[0120] The configuration file corresponding to each target device is determined based on the device type and the device identifier;

[0121] Based on the status information and the changed status information, the configuration parameters corresponding to each target device are determined from the configuration file.

[0122] In one possible implementation, the configuration parameters are divided into a first parameter corresponding to the central control device and a second parameter corresponding to the user interface of the central control device;

[0123] When the central control device cannot directly load the first parameter, the first parameter is converted into a target format to obtain first data that can be directly loaded by the central control device.

[0124] When the user interface cannot directly load the second parameter, the second parameter is converted into the target format to obtain the second data that can be directly loaded by the user interface.

[0125] In one possible implementation, when the central control device can directly load the first parameter, the first parameter is determined to be data in the target format;

[0126] When the user interface can directly load the second parameter, the second parameter is determined to be data in the target format.

[0127] In one possible implementation, the data type of the central control device is controlled to acquire the data in the target format;

[0128] When the data type is the first data, the control data of the target device in the central control device is updated according to the first data;

[0129] When the data type is the second data, the second data is sent to the user interface so that the user interface updates the display data of the target device in the user interface according to the second data.

[0130] In one possible implementation, the loading time of the central control device when loading historical data is obtained;

[0131] When the loading duration exceeds the first duration threshold, the quantity threshold is controlled to decrease by a preset value;

[0132] When the loading time is less than the second time threshold, the quantity threshold is controlled to increase by a preset value.

[0133] In one possible implementation, when it is detected that the device status displayed on the user interface is inconsistent with the actual status of the target device, the configuration parameters are sent to the central control device so that the central control device converts the configuration parameters into data in the target format.

[0134] The methods disclosed in the above embodiments of the present invention can be applied to processor 401, or implemented by processor 401. Processor 401 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the integrated logic circuit of the hardware in processor 401 or by instructions in the form of software. The processor 401 may be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of the present invention. The general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of the present invention can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software units in the decoding processor. The software units may be located in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The storage medium is located in memory 402. Processor 401 reads the information in memory 402 and, in conjunction with its hardware, completes the steps of the above method.

[0135] It is understood that the embodiments described herein can be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the functions described herein, or combinations thereof.

[0136] For software implementation, the techniques described herein can be implemented by units that perform the functions described herein. The software code can be stored in memory and executed by a processor. The memory can be implemented in the processor or external to the processor.

[0137] The smart terminal provided in this embodiment can be, for example, as follows: Figure 4 The smart terminal shown can perform actions such as Figure 1-2 All steps of the data loading method in the middle, thus achieving Figure 1-2 For details on the technical effects of the data loading method shown, please refer to [link / reference]. Figure 1-2 The relevant descriptions are presented concisely and will not be elaborated upon here.

[0138] This invention also provides a storage medium (computer-readable storage medium). This storage medium stores one or more programs. The storage medium may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as read-only memory, flash memory, hard disk, or solid-state drive; the memory may also include combinations of the above types of memory.

[0139] When one or more programs in the storage medium can be executed by one or more processors to implement the data loading method described above that is executed on the smart terminal side.

[0140] The processor is used to execute a data loading program stored in the memory to implement the following steps of the data loading method executed on the smart terminal side:

[0141] Real-time acquisition of status information for each device within the target space;

[0142] When a change in the status information of the target device is detected, the corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information.

[0143] Convert the configuration parameters into data in the target format;

[0144] The target format data is sent to the central control device so that the central control device loads the target format data.

[0145] In one possible implementation, a first number of target devices whose status information changes within a preset time period is obtained;

[0146] When the first quantity is greater than the quantity threshold, the device type and device identifier of the target device are obtained as the device information;

[0147] The configuration file corresponding to each target device is determined based on the device type and the device identifier;

[0148] Based on the status information and the changed status information, the configuration parameters corresponding to each target device are determined from the configuration file.

[0149] In one possible implementation, the configuration parameters are divided into a first parameter corresponding to the central control device and a second parameter corresponding to the user interface of the central control device;

[0150] When the central control device cannot directly load the first parameter, the first parameter is converted into a target format to obtain first data that can be directly loaded by the central control device.

[0151] When the user interface cannot directly load the second parameter, the second parameter is converted into the target format to obtain the second data that can be directly loaded by the user interface.

[0152] In one possible implementation, when the central control device can directly load the first parameter, the first parameter is determined to be data in the target format;

[0153] When the user interface can directly load the second parameter, the second parameter is determined to be data in the target format.

[0154] In one possible implementation, the data type of the central control device is controlled to acquire the data in the target format;

[0155] When the data type is the first data, the control data of the target device in the central control device is updated according to the first data;

[0156] When the data type is the second data, the second data is sent to the user interface so that the user interface updates the display data of the target device in the user interface according to the second data.

[0157] In one possible implementation, the loading time of the central control device when loading historical data is obtained;

[0158] When the loading duration exceeds the first duration threshold, the quantity threshold is controlled to decrease by a preset value;

[0159] When the loading time is less than the second time threshold, the quantity threshold is controlled to increase by a preset value.

[0160] In one possible implementation, when it is detected that the device status displayed on the user interface is inconsistent with the actual status of the target device, the configuration parameters are sent to the central control device so that the central control device converts the configuration parameters into data in the target format.

[0161] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this invention.

[0162] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented in hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0163] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of the present invention. It should be understood that the above description is only a specific embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A data loading method, applied to a smart terminal, characterized in that, include: Real-time acquisition of status information for each device within the target space; When a change in the status information of the target device is detected, the corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information. Convert the configuration parameters into data in the target format; The target format data is sent to the central control device so that the central control device loads the target format data.

2. The method according to claim 1, characterized in that, When a change in the status information of the target device is detected, the corresponding configuration parameters are determined based on the device information of the target device, the status information, and the changed status information, including: Obtain the first number of target devices whose status information changes within a preset time period; When the first quantity is greater than the quantity threshold, the device type and device identifier of the target device are obtained as the device information; The configuration file corresponding to each target device is determined based on the device type and the device identifier; Based on the status information and the changed status information, the configuration parameters corresponding to each target device are determined from the configuration file.

3. The method according to claim 1, characterized in that, The step of converting the configuration parameters into data in the target format includes: The configuration parameters are divided into a first parameter corresponding to the central control device and a second parameter corresponding to the user interface of the central control device; When the central control device cannot directly load the first parameter, the first parameter is converted into a target format to obtain first data that can be directly loaded by the central control device. When the user interface cannot directly load the second parameter, the second parameter is converted into the target format to obtain the second data that can be directly loaded by the user interface.

4. The method according to claim 3, characterized in that, The method further includes: When the central control device can directly load the first parameter, the first parameter is determined to be data in the target format. When the user interface can directly load the second parameter, the second parameter is determined to be data in the target format.

5. The method according to claim 3, characterized in that, The central control device loads the data in the target format, including: The data type of the data in the target format that the central control device acquires; When the data type is the first data, the control data of the target device in the central control device is updated according to the first data; When the data type is the second data, the second data is sent to the user interface so that the user interface updates the display data of the target device in the user interface according to the second data.

6. The method according to claim 2, characterized in that, The quantity threshold is adjusted in the following way: Obtain the loading time of the central control device when loading historical data; When the loading duration exceeds the first duration threshold, the quantity threshold is controlled to decrease by a preset value; When the loading time is less than the second time threshold, the quantity threshold is controlled to increase by a preset value.

7. The method according to claim 1, characterized in that, The method further includes: When the device status displayed on the user interface is found to be inconsistent with the actual status of the target device, the configuration parameters are sent to the central control device so that the central control device can convert the configuration parameters into data in the target format.

8. A data loading device, characterized in that, include: The acquisition module is used to acquire the status information of each device in the target space in real time; The determination module is used to determine the corresponding configuration parameters based on the device information of the target device, the status information, and the changed status information when a change in the status information of the target device is detected. A conversion module is used to convert the configuration parameters into data in a target format; The sending module is used to send the data in the target format to the central control device so that the central control device can load the data in the target format.

9. A smart terminal, characterized in that, include: A processor and a memory, the processor being configured to execute a data loading program stored in the memory to implement the data loading method according to any one of claims 1 to 7.

10. A storage medium, characterized in that, The storage medium stores one or more programs, which can be executed by one or more processors to implement the data loading method according to any one of claims 1 to 7.

Images