Management method and device, electronic equipment and readable storage medium

Abstract

The invention discloses a management method and device, electronic equipment and a readable storage medium, and the method comprises the steps: carrying out the task distribution of at least one wireless module based on a scheduling algorithm under the condition of receiving a task processing request sent by terminal equipment, and determining a subtask corresponding to each wireless module; for each wireless module, generating a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adaptive to the wireless module; and respectively sending a corresponding first control instruction to the at least one wireless module, so that the at least one wireless module cooperatively executes the first task. According to the application, the physical equipment of each wireless module can be mapped into the virtual instance in the system, so that the uniformity of management is ensured; and an equipment abstraction layer is adopted to shield bottom hardware and protocol differences, so that wireless modules of different manufacturers can be uniformly accessed and cooperatively work, and the management efficiency of the management platform is improved.

Description

Technical Field

[0001] The present application belongs to the field of smart home technology, and specifically relates to a management method, device, electronic device and readable storage medium. Background Art

[0002] With the rapid development of Internet of Things (IoT) devices, wireless fidelity (WiFi), as a core component of wireless communications, has been widely adopted in fields such as smart homes and industrial automation. However, existing WiFi modules suffer from poor compatibility due to differences in manufacturers, insufficient system scalability, and low data sharing and computing efficiency, making them unable to meet the collaborative needs of IoT devices. Traditional centralized management models pose a single point of failure risk, rely on cloud-based processing, resulting in latency, and lack efficient resource scheduling mechanisms.

[0003] Currently, existing WiFi modules are usually based on different communication protocols and are difficult to collaborate in the same system. WiFi modules from different manufacturers use their own application programming interfaces (APIs) and instruction formats, which requires developers to write dedicated adaptation code for each device, increasing development complexity. Due to poor device compatibility, re-adaptation is required when adding or replacing WiFi modules, which increases maintenance costs. Traditional centralized management methods uniformly control all WiFi modules, which can easily lead to single point failures in the system and affect overall stability. Most existing solutions rely on the cloud for data conversion and processing, which increases network latency and places high demands on the network environment. The inconsistent data formats of different devices require additional conversion steps when sharing and calculating data, reducing efficiency. Summary of the Invention

[0004] The purpose of the embodiments of the present application is to provide a management method, device, electronic device and readable storage medium, which can solve the problem in the related art that multiple wireless modules cannot be uniformly controlled in the same system.

[0005] In a first aspect, an embodiment of the present application provides a management method, which is applied to a management platform and includes:

[0006] Upon receiving a task processing request sent by a terminal device, assigning tasks to at least one wireless module based on a scheduling algorithm, and determining subtasks corresponding to each wireless module; wherein the task processing request is used to request processing of a first task;

[0007] For each wireless module, generating a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module;

[0008] The first control instructions corresponding to each of the at least one wireless module are respectively sent to the at least one wireless module, so that the at least one wireless module collaboratively performs the first task.

[0009] Optionally, upon receiving a task processing request sent by a terminal device, allocating tasks to at least one wireless module based on a scheduling algorithm and determining subtasks corresponding to each wireless module include:

[0010] Upon receiving a task processing request sent by a terminal device, determining the computing capability of the at least one wireless module, the task type and resource requirements corresponding to the task processing request;

[0011] According to the computing capability, the task type, and the resource requirement, tasks are allocated to the at least one wireless module, and subtasks corresponding to each wireless module are determined.

[0012] Optionally, the method further includes:

[0013] For each wireless module, performing instruction mapping on the subtask according to the communication protocol and data format adapted by the wireless module;

[0014] The subtask after the instruction mapping is network-encapsulated, and the subtask after the network encapsulation is sent to the wireless module based on the communication protocol.

[0015] Optionally, the method further includes:

[0016] When the computing capacity corresponding to any wireless module is insufficient, the remaining tasks of the unfinished subtask are allocated to the first wireless module; the first wireless module is any wireless module other than the wireless module executing the current subtask.

[0017] Optionally, before receiving the task processing request sent by the terminal device, the method further includes:

[0018] For each wireless module, mapping the wireless module into a virtual wireless module instance;

[0019] A first access interface is determined according to a virtual wireless module instance corresponding to each wireless module; the first access interface is used to receive an access operation of the terminal device to the at least one wireless module.

[0020] Optionally, the method further includes:

[0021] The execution result and status data of the first task performed by the at least one wireless module are transmitted to the terminal device.

[0022] Optionally, the method further includes:

[0023] Obtaining network connection status data, computing resource log information, and instruction execution results of the at least one wireless module;

[0024] The at least one wireless module is dynamically controlled based on the network connection status data, the computing resource log information, and the instruction execution result.

[0025] In a second aspect, an embodiment of the present invention discloses a management device, comprising:

[0026] an allocation module, configured to allocate tasks to at least one wireless module based on a scheduling algorithm when a task processing request is received from a terminal device;

[0027] A determination module, configured to determine subtasks corresponding to each wireless module; the task processing request is used to request processing of the first task;

[0028] a generating module configured to generate, for each wireless module, a first control instruction corresponding to the wireless module according to a subtask corresponding to the wireless module and a communication protocol adapted by the wireless module;

[0029] The execution module is configured to send the first control instructions corresponding to each of the at least one wireless module, so that the at least one wireless module collaboratively executes the first task.

[0030] Optionally, the determining module includes:

[0031] The first determination submodule is used to determine the computing capacity of the at least one wireless module, the task type and resource requirements corresponding to the task processing request when receiving a task processing request sent by the terminal device; according to the computing capacity, the task type, and the resource requirements, the at least one wireless module is assigned tasks and the subtasks corresponding to each wireless module are determined.

[0032] Optionally, the device further comprises:

[0033] A mapping module, configured to perform instruction mapping on the subtask for each wireless module according to the communication protocol and data format adapted by the wireless module;

[0034] The sending module is used to perform network encapsulation on the subtasks after the instruction mapping, and send the subtasks after network encapsulation to the wireless module based on the communication protocol.

[0035] Optionally, the device further comprises:

[0036] The allocation submodule is used to allocate the remaining tasks of the unfinished subtask to the first wireless module when the computing capacity corresponding to any wireless module is insufficient; the first wireless module is any wireless module other than the wireless module executing the current subtask.

[0037] Optionally, the device further comprises:

[0038] A mapping submodule, configured to map each wireless module into a virtual wireless module instance;

[0039] The second determining submodule is configured to determine a first access interface according to a virtual wireless module instance corresponding to each wireless module; the first access interface is configured to receive an access operation from the terminal device to the at least one wireless module.

[0040] Optionally, the device further comprises:

[0041] The transmission module is used to transmit the execution result and status data of the at least one wireless module performing the first task to the terminal device.

[0042] Optionally, the device further comprises:

[0043] an acquisition module, configured to acquire network connection status data, computing resource log information, and instruction execution results of the at least one wireless module;

[0044] A control module is used to dynamically control the at least one wireless module based on the network connection status data, the computing resource log information, and the instruction execution result.

[0045] In a third aspect, an embodiment of the present invention further discloses an electronic device, which includes a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface communicate with each other through the communication bus; the memory is used to store executable instructions, and the executable instructions enable the processor to execute the aforementioned management method.

[0046] In a fourth aspect, an embodiment of the present invention further discloses a readable storage medium, which, when instructions in the readable storage medium are executed by a processor of an electronic device, enables the electronic device to execute the aforementioned management method.

[0047] In an embodiment of the present application, a management method is provided, including: upon receiving a task processing request sent by a terminal device, assigning tasks to at least one wireless module based on a scheduling algorithm, and determining the subtasks corresponding to each wireless module; the task processing request is used to request processing of a first task; for each wireless module, generating a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module; and sending the first control instruction corresponding to each wireless module to enable the at least one wireless module to collaboratively execute the first task. The present application can map the physical device of each wireless module into a virtual instance in the system to ensure the uniformity of management; adopt a device abstraction layer to shield the underlying hardware and protocol differences, ensure that wireless modules from different manufacturers can be uniformly accessed and work together, and improve the management efficiency of the management platform. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] Figure 1 This is a step process of a management method provided by the embodiment of the present application Figure 1 ;

[0049] Figure 2 This is a step process of a management method provided by the embodiment of the present application Figure 2 ;

[0050] Figure 3 This is a logic block diagram of a management device provided in an embodiment of the present application;

[0051] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0052] The following will be combined with the accompanying drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the embodiments described are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field are within the scope of protection of this application.

[0053] The terms "first," "second," and the like in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of this application can be implemented in an order other than that illustrated or described herein, and that the objects distinguished by "first," "second," and the like are generally of the same type, and do not limit the number of objects; for example, the first object can be one or more. In addition, the term "and / or" in the specification and claims refers to at least one of the connected objects, and the character " / " generally indicates that the objects connected are in an "or" relationship.

[0054] Method Example

[0055] The management method provided in the embodiment of the present application is described in detail below through specific embodiments and their application scenarios in conjunction with the accompanying drawings.

[0056] Reference Figure 1 , showing the steps of a management method provided by an embodiment of the present application Figure 1 ,like Figure 1 As shown, the method specifically includes step S101 and step S103:

[0057] Step S101: upon receiving a task processing request sent by a terminal device, assigning tasks to at least one wireless module based on a scheduling algorithm, and determining subtasks corresponding to each wireless module; the task processing request is used to request processing of a first task;

[0058] Step S102: For each wireless module, generate a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module;

[0059] Step S103: Sending the first control instruction corresponding to each of the at least one wireless module to enable the at least one wireless module to collaboratively perform the first task.

[0060] When a task processing request is received from a terminal device, tasks are allocated to at least one wireless module based on a scheduling algorithm to determine subtasks corresponding to each wireless module; the task processing request is used to request processing of a first task.

[0061] The terminal device can be a mobile phone, tablet computer, personal computer, or other smart device with communication capabilities. The management platform communicates with the terminal device and receives task processing requests from the terminal device. This allows the management platform to efficiently coordinate the work of each wireless module and achieve control over them.

[0062] A task processing request is an instruction sent by a terminal device requesting the processing of a specific task. This instruction contains specific task information, such as task type, priority, and required resources. Upon receiving the task processing request, the management platform parses it and, based on the parsed results, allocates and controls the task to the wireless modules to achieve efficient task processing. This design enables the management platform to flexibly respond to various task requirements, improving overall system performance and availability.

[0063] A scheduling algorithm is an algorithm used to assign tasks to at least one wireless module upon receiving a task processing request from a terminal device. Based on task details such as task type, priority, and required resources, this scheduling algorithm intelligently determines the subtasks corresponding to each wireless module, enabling efficient task processing and rational resource allocation. This scheduling algorithm enables the management platform to flexibly respond to various task requirements, improving overall system performance and availability.

[0064] For example, the scheduling algorithm may assign a priority value to each task or request and determine the execution order based on the priority.

[0065] Furthermore, the scheduling algorithm within the management platform dynamically monitors the operating status and remaining resources of each wireless module to ensure optimal task allocation. When a wireless module becomes busy, the scheduling algorithm automatically assigns new tasks to less busy modules, preventing resource overload and task delays. Furthermore, the scheduling algorithm predicts future task demand and resource usage based on historical data and forecasting models, enabling more intelligent task allocation and resource scheduling.

[0066] Wireless modules are responsible for communication functions, receiving, processing, and transmitting data according to the scheduling algorithm's instructions. Each wireless module has specific communication protocols and interfaces to ensure effective connectivity with different devices or networks. Furthermore, wireless modules feature self-monitoring and status reporting capabilities, providing real-time feedback on their operating status and remaining resources to the management platform, enabling the scheduling algorithm to make more appropriate task allocation decisions. Through these wireless modules, the management device can achieve intelligent management and efficient scheduling of various devices and networks.

[0067] Task allocation intelligently assigns tasks to the most appropriate module based on the module's current status, task requirements, and information provided by the prediction model. This process involves real-time monitoring of wireless module operating status, dynamic analysis of task requirements, and prediction of resource usage. Accurate task allocation ensures that each wireless module can efficiently complete its assigned tasks, thereby improving overall system efficiency and stability. Furthermore, task allocation can be flexibly adjusted to suit different application scenarios and task requirements.

[0068] The subtasks corresponding to each wireless module refer to the specific work units assigned to the wireless module when executing the overall task, based on its characteristics, current status, and task requirements. These subtasks may include data transmission, signal processing, resource management, and more, each of which is a vital component of the wireless module's functionality. By properly allocating subtasks, we ensure that the wireless module can fully utilize its performance advantages and efficiently complete its assigned tasks, further improving the overall system's operational efficiency and stability. Furthermore, the division of subtasks can be flexibly adjusted based on actual application scenarios and task requirements to meet diverse application needs.

[0069] For each wireless module, a first control instruction corresponding to the wireless module is generated according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module.

[0070] The communication protocol compatible with the wireless module refers to the communication rules and conventions that must be followed to achieve data transmission and information exchange between different devices in a wireless communication system. These rules and conventions are called communication protocols. Communication protocols compatible with wireless modules specifically refer to protocol standards that are compatible with specific wireless modules and can guide wireless modules in performing operations such as data transmission and reception, status monitoring, and error handling. These protocols not only ensure effective communication between the wireless module and other components in the system, but also define key elements such as data format, transmission speed, and error detection and correction mechanisms. By selecting a communication protocol compatible with the wireless module, the stable operation of the wireless module can be guaranteed in complex and changing communication environments, achieving efficient and reliable data transmission.

[0071] The primary control instructions for wireless modules are specific operational instructions generated for the wireless module based on its functional requirements and subtask assignments, in conjunction with the applicable communication protocol specifications. These primary control instructions detail the specific operational steps, parameter settings, and interaction methods for the wireless module when performing various tasks, ensuring that the wireless module can efficiently perform tasks such as data transmission, status updates, and error detection and handling as expected. Through precise primary control instructions, the management device can precisely regulate the behavior of the wireless module, thereby improving the operational efficiency and stability of the entire system.

[0072] The first control instructions corresponding to each of the at least one wireless module are respectively sent to the at least one wireless module, so that the at least one wireless module collaboratively performs the first task.

[0073] Collaborative execution of the first task involves multiple wireless modules participating in a specific data transmission or processing task according to a pre-set collaboration strategy. During this process, each wireless module executes its assigned subtask based on the received first control instruction, and through mutual communication and coordination, ensures the smooth and efficient completion of the entire task. Collaborative execution of the first task not only improves the efficiency and reliability of data transmission, but also enhances the overall performance and flexibility of the system.

[0074] In an embodiment of the present invention, the management platform can assign tasks to at least one wireless module according to a scheduling algorithm, determine the subtasks corresponding to each wireless module, and then generate a first control instruction corresponding to each wireless module; finally, the management platform sends the corresponding first control instruction to the wireless modules, so that at least one wireless module can collaboratively complete the first task, that is, the management platform can shield the underlying hardware and protocol differences, ensure that wireless modules from different manufacturers can be uniformly accessed and work collaboratively, and improve the management efficiency of the management platform.

[0075] In an optional embodiment of the present invention, upon receiving a task processing request sent by a terminal device, allocating tasks to at least one wireless module based on a scheduling algorithm and determining subtasks corresponding to each wireless module may specifically include the following steps:

[0076] Step S1011: upon receiving a task processing request sent by a terminal device, determining the computing capability of at least one wireless module, the task type and resource requirements corresponding to the task processing request;

[0077] Step S1012: Allocate tasks to at least one wireless module based on computing capabilities, task types, and resource requirements, and determine subtasks corresponding to each wireless module.

[0078] Upon receiving a task processing request sent by a terminal device, the computing capability of at least one wireless module, the task type corresponding to the task processing request, and the resource requirements are determined.

[0079] The computing power of at least one wireless module refers to its ability to process data. Specifically, this includes metrics such as the module's CPU frequency, memory size, and storage capacity. These metrics comprehensively reflect the module's speed and efficiency in processing tasks. By evaluating the computing power of wireless modules, tasks can be more rationally allocated to ensure they are completed within the specified timeframe, while also preventing overload or idleness of wireless modules and improving overall task processing efficiency.

[0080] The task types corresponding to task processing requests include data processing tasks, image processing tasks, video processing tasks, network communication tasks, and so on. These task types cover the various processing requirements that terminal devices may request, allowing the management platform to flexibly respond to different application scenarios. For example, data processing tasks may involve the analysis, screening, and organization of large amounts of data; image processing tasks may involve the recognition, editing, and optimization of images; video processing tasks may involve the editing, encoding, and transcoding of videos; and network communication tasks may involve the transmission, reception, and synchronization of data. By identifying the task type corresponding to the task processing request, the management device can allocate resources more accurately to ensure the efficient execution of tasks.

[0081] The resource requirements corresponding to the task processing request may cover multiple aspects such as computing resources, storage resources, and network resources. The management platform can intelligently identify and analyze the explicit or implicit resource requirements in the task processing request. For example, for data processing tasks, a high-performance central processing unit (CPU) and sufficient memory may be required to ensure the speed and efficiency of data processing; for image processing tasks, a high-performance graphics processing unit (GPU) may be required to accelerate image rendering and processing; for video processing tasks, in addition to the CPU and memory, a large storage space may also be required to temporarily store the original video and processed video files; and for network communication tasks, stable network bandwidth and low network latency are required to ensure smooth data transmission. By accurately identifying and analyzing these resource requirements, the management device can configure resources more reasonably to meet the specific needs of different task processing requests.

[0082] According to computing capability, task type, and resource requirements, tasks are assigned to at least one wireless module, and subtasks corresponding to each wireless module are determined.

[0083] Each wireless module performs tasks independently or collaboratively based on its own computing power and allocated resources. This allocation mechanism ensures efficient resource utilization and task completion. Furthermore, the management device monitors the operating status and resource usage of each wireless module in real time, dynamically adjusting task allocation based on actual needs to address changes in task load and resource fluctuations. This flexible task allocation and dynamic adjustment strategy ensures that the entire system maintains efficient and stable operation.

[0084] As an example, assume that there are currently three tasks, namely T1 (temperature data analysis, high priority, medium computing resources), T2 (log upload, medium priority, low computing resource requirements) and T3 (image compression processing, high priority, high computing resource requirements). In the system, module M1 has the highest computing power and low network latency, module M2 has moderate computing power and slightly higher network latency, and module M3 has low computing power and a high current task load. During the scheduling process, the system will prioritize assigning task T3, which has high priority and high computing requirements, to module M1; then, assign the T1 task to module M2, which has decent computing power and a moderate current load. For task T2, because its computing requirements are relatively low, the system will evaluate the current load and network status. If M2 still has sufficient resources, it will continue to be assigned to M2; if M2 resources are tight, scheduling will be delayed or assigned to M3 after the load has decreased.

[0085] In an embodiment of the present invention, the management platform can use a dynamic scheduling algorithm (such as a priority-based scheduling strategy) to assign tasks based on the computing power of the device, the type of task, and the network status, ensuring that the tasks can be efficiently executed according to the established priority and time requirements. The management platform also has an intelligent learning function. By analyzing historical task execution data and resource usage, it continuously optimizes the scheduling algorithm and improves the scientific nature and accuracy of task allocation. In addition, the management platform supports multi-device collaboration and can automatically identify and integrate the computing resources of different devices to achieve cross-device task scheduling and resource sharing, further improving the processing power and flexibility of the overall system.

[0086] In an optional embodiment of the present invention, the management method may further include the following steps:

[0087] Step S104: For each wireless module, perform instruction mapping on the subtask according to the communication protocol and data format adapted by the wireless module;

[0088] Step S105: perform network encapsulation on the subtasks after instruction mapping, and send the subtasks after network encapsulation to the wireless module based on the communication protocol.

[0089] For each wireless module, instructions are mapped to the subtasks according to the communication protocol and data format adapted by the wireless module.

[0090] The data format adapted by the wireless module refers to the data structure and representation that the wireless module can understand and process. These data formats can be specific encoding standards, binary sequences, text formats, or any custom data structure, enabling the management device to effectively exchange and communicate data with the wireless module. The choice of data format adapted by the wireless module typically depends on the wireless module's design, supported communication protocols, and application scenario requirements. By adapting these data formats, the management platform can ensure that data sent to the wireless module is correctly parsed and executed, thereby achieving effective task scheduling and efficient resource utilization.

[0091] Instruction mapping for subtasks involves breaking down a received task into multiple subtasks based on pre-defined instruction mapping rules and assigning corresponding instruction codes to each subtask. These instruction codes are operational instructions that the wireless module can recognize and execute, guiding the wireless module to complete specific functions or operations. By mapping instructions to subtasks, the management device can achieve refined and automated task scheduling for the wireless module, improving the efficiency and accuracy of task execution. Furthermore, the design of the instruction mapping rules takes into account the capabilities and limitations of the wireless module, ensuring that the generated instruction codes can be effectively executed by the wireless module.

[0092] The subtasks after instruction mapping are network encapsulated and sent to the wireless module based on the communication protocol.

[0093] Network encapsulation of the mapped subtasks involves packaging the subtask data according to a specific network protocol format for transmission over the communication network. Network encapsulation ensures the integrity and reliability of the subtask data during transmission. Furthermore, by adhering to the communication protocol, the receiving wireless module can correctly parse the received data and perform corresponding operations based on the parsed results. This process is crucial for achieving effective communication and task scheduling between the wireless module and the management platform.

[0094] Sending network-encapsulated subtasks to wireless modules based on communication protocols involves formatting the encapsulated subtask data according to a preset communication protocol through the management platform's built-in communication module and sending it to the designated wireless module via the wireless communication network. This step ensures that data transmission between the management device and the wireless module adheres to unified specifications and standards, thereby improving data transmission efficiency and accuracy. Furthermore, the selection and design of communication protocols must also take into account the communication capabilities and characteristics of the wireless module to ensure stable data transmission across diverse network environments and meet the needs of practical applications.

[0095] In an embodiment of the present invention, the management platform includes a virtual WiFi module manager and a protocol adapter. The management platform can perform semantic standardization on the instruction through the virtual WiFi module manager, and then hand it over to the protocol adapter for specific format conversion and network encapsulation according to the communication protocol supported by the target module (such as Message Queuing Telemetry Transport Protocol (MQTT), Hypertext Transfer Protocol (HTTP), Constrained Application Protocol (CoAP)), and finally send the data packet to the corresponding WiFi module.

[0096] In an optional embodiment of the present invention, the management method may further include the following steps:

[0097] When the computing capacity corresponding to any wireless module is insufficient, the remaining tasks of the unfinished subtask are allocated to the first wireless module; the first wireless module is any wireless module other than the wireless module executing the current subtask.

[0098] Insufficient computing power refers to the situation where the wireless module's computing power is insufficient to complete the assigned subtask within the specified timeframe. The management platform identifies this insufficiency and triggers a task reallocation mechanism to ensure the smooth completion of the overall task. This mechanism relies on real-time performance monitoring and evaluation of the wireless module, as well as dynamic management of task execution progress.

[0099] The process of assigning the remaining unfinished subtasks to the first wireless module includes determining whether the computing power of the wireless module currently executing the subtask meets preset requirements. If not, the wireless module is determined to have insufficient computing power and a wireless module other than the wireless module is searched for as the first wireless module. The remaining unfinished subtasks are then transferred from the wireless module with insufficient computing power to the first wireless module, and the task allocation table is updated to record the task transfer status. This process ensures the reasonable distribution of tasks among wireless modules and improves the efficiency and reliability of task execution.

[0100] In an embodiment of the present invention, if the computing power of a module is insufficient, the system will automatically assign some tasks to other WiFi modules to optimize the use of computing resources. In a distributed storage system, data can be shared and backed up between WiFi modules to prevent data loss.

[0101] In an optional embodiment of the present invention, before receiving the task processing request sent by the terminal device, the following steps may be specifically included:

[0102] Step S106: For each wireless module, map the wireless module into a virtual wireless module instance;

[0103] Step S107: Determine a first access interface according to the virtual wireless module instance corresponding to each wireless module; the first access interface is used to receive an access operation of the terminal device for at least one wireless module.

[0104] For each wireless module, the wireless module is mapped into a virtual wireless module instance.

[0105] Mapping wireless modules into virtual wireless module instances involves virtualizing a physical wireless module into multiple logical wireless module instances through software technology. This mapping relationship enables the system to more flexibly manage and schedule wireless module resources, improving resource utilization and management convenience. Each virtual wireless module instance can operate independently and maintain its own configuration and status information, thus achieving isolation and reuse of wireless module resources. In this way, the system can better adapt to different application scenarios and task requirements, improving overall performance and reliability.

[0106] As an example, the process of mapping a real WiFi module into a virtual WiFi module instance refers to mapping a physical device into a model that uniformly manages its properties, status, protocols, and command interfaces. Upper-layer devices are managed and called in a unified manner, and the manager completes protocol conversion and command mapping.

[0107] A first access interface is determined according to a virtual wireless module instance corresponding to each wireless module; the first access interface is used to receive an access operation of a terminal device for at least one wireless module.

[0108] Among them, the first access interface refers to a logical interface for receiving and processing terminal devices' access requests to wireless module resources. This interface can identify and distinguish different access operations from terminal devices, such as reading, writing, configuring, or querying, and forward the request to the corresponding virtual wireless module instance for processing based on the specific content of the access operation. The design of the first access interface enables terminal devices to flexibly access and manage wireless module resources through a unified interface, improving the system's operability and user experience. At the same time, the first access interface also supports multiple communication protocols and data formats to meet the needs of different terminal devices and application scenarios.

[0109] As an example, as long as the wireless module completes registration or comes back online, virtual mapping will be triggered; state synchronization is when the virtual module instance triggers an event or regularly synchronizes the module status, configuration, task status, etc. with the centralized management module. State synchronization generally includes network connection, computing resource log information, instruction execution results, etc.; instruction mapping is performed after state synchronization. State synchronization first determines whether the module can receive tasks. If an instruction is issued at this time, the management platform will send the control instruction to the protocol adapter for conversion and sending.

[0110] In this embodiment of the present invention, a device abstraction layer is used to shield hardware differences between different brands of WiFi modules and provide a standardized access interface for upper-layer applications. Through the virtual WiFi module manager, the physical device of each WiFi module is mapped to a virtual instance in the system, ensuring unified management.

[0111] In an optional embodiment of the present invention, the management method may further include the following steps:

[0112] Step S108: Transmitting the execution result and status data of the first task executed by at least one wireless module to the terminal device.

[0113] The execution result of at least one wireless module performing the first task refers to the data or status information returned when performing an access operation such as reading, writing, configuring, or querying. This data or status information reflects the wireless module's response to and execution of the specific access operation and is an important basis for the terminal device to understand the wireless module's operating status and evaluate the operation results. By obtaining these execution results, the terminal device can further determine subsequent operation strategies or display the operation results to the user.

[0114] The status data of at least one wireless module refers to various parameters and information generated during the operation of the wireless module, including but not limited to signal strength, connection status, error codes, operating frequency, transmission rate, power consumption, and so on. This status data comprehensively reflects the operating performance and current status of the wireless module and serves as an important basis for monitoring, analysis, and decision-making by the management device. By collecting and analyzing this status data, the management device can promptly identify and resolve issues with the wireless module, optimize its operating performance, and improve system stability and reliability.

[0115] In this embodiment of the present invention, the management platform obtains real-time execution results and status data from the wireless modules, enabling a comprehensive understanding of their operating status, timely identifying and resolving potential issues, and ensuring stable operation. Furthermore, through interaction with terminal devices, remote management and flexible configuration of the wireless modules are achieved, improving management efficiency and convenience.

[0116] In an optional embodiment of the present invention, the management method may further include the following steps:

[0117] Step S109: obtaining network connection status data, computing resource log information, and instruction execution results of at least one wireless module;

[0118] Step S110: Dynamically control at least one wireless module based on the network connection status data, computing resource log information, and instruction execution results.

[0119] Obtain network connection status data, computing resource log information, and instruction execution results of at least one wireless module.

[0120] The network connection status data of at least one wireless module refers to the status of the wireless module's connection to the network during communication, including but not limited to key indicators such as connection success, connection stability, connection speed, network latency, and packet loss rate. This data comprehensively reflects the performance of the wireless module in the network environment and provides the management platform with real-time network status monitoring. By continuously collecting and analyzing this data, the management platform can dynamically adjust the operating parameters of the wireless module, optimize network connections, and ensure that the wireless module maintains efficient and stable communication in various network environments.

[0121] Computing resource log information refers to the record of computing resources used by wireless modules during task execution. This information includes, but is not limited to, key metrics such as CPU usage, memory utilization, disk I / O read / write speeds, and process status. By collecting and analyzing this computing resource log information, the management platform can understand the resource consumption of wireless modules during operation, thereby promptly identifying and resolving resource bottlenecks. Furthermore, this data can be used to evaluate wireless module performance, providing a basis for subsequent optimization and improvement.

[0122] Command execution results refer to the data generated by wireless modules after they perform specific tasks or operations. This data details key information such as the success or failure status of the wireless module's command execution, execution time, and changes in key parameters during execution. By analyzing and utilizing these command execution results, the management platform can accurately assess the wireless module's efficiency and task completion status. Furthermore, this data can be used for troubleshooting and performance tuning, helping technicians quickly identify issues and implement appropriate optimization measures to ensure the continued stable operation of the wireless module.

[0123] Dynamically control at least one wireless module based on network connection status data, computing resource log information, and instruction execution results.

[0124] Dynamic control of at least one wireless module refers to the management platform's ability to monitor and analyze the wireless module's network connection status, computing resource usage, and command execution results in real time. Upon detecting any anomalies or performance bottlenecks, the platform immediately initiates appropriate control strategies, such as adjusting the wireless module's transmission power, optimizing resource allocation, and restarting faulty processes, to ensure efficient and stable operation of the wireless module. This dynamic control mechanism not only improves the wireless module's adaptability but also significantly enhances the stability and reliability of the entire wireless network.

[0125] As an example, the management platform not only receives registrations, but also includes status reporting, task execution feedback, etc., and dynamically controls at least one WiFi module.

[0126] In an embodiment of the present invention, a management platform provides unified management of multiple Wi-Fi modules, responsible for device registration, task scheduling, data storage, and resource optimization. The management platform can dynamically adjust computing resources, support task priority scheduling, and improve overall system performance.

[0127] It should be noted that, in the embodiments of the present invention, a device abstraction layer is used to shield the underlying hardware and protocol differences, ensuring that WiFi modules from different manufacturers can be uniformly connected and work together. Through the protocol adapter, the conversion of mainstream protocols such as MQTT and HTTP is supported to achieve intercommunication between devices with different protocols; through the virtual WiFi module manager, standardized management of WiFi modules is achieved to reduce the adaptation workload when adding or replacing new devices. The state synchronization and failover mechanism is adopted to ensure that the system can automatically switch to the backup module when a WiFi module fails, thereby improving system reliability; a unified data format is adopted to simplify the data conversion process and improve data sharing efficiency. Combined with the edge computing optimization strategy, some computing tasks can be completed on the WiFi module side, reducing cloud dependence and improving response speed.

[0128] In an embodiment of the present invention, a centralized management module (management platform) can be used to centrally manage multiple Wi-Fi modules, responsible for device registration, task scheduling, data storage, and resource optimization. This module can dynamically adjust computing resources, support task priority scheduling, and improve overall system performance.

[0129] A device abstraction layer shields hardware differences between different brands of Wi-Fi modules and provides a standardized access interface for upper-layer applications. Through the virtual Wi-Fi module manager, each physical Wi-Fi module is mapped to a virtual instance in the system, ensuring unified management.

[0130] The protocol adapter supports automatic conversion of protocols such as MQTT, HTTP, and CoAP, enabling interoperability between WiFi modules with different protocols. The command mapping mechanism converts device commands from different brands into a unified format, improving system compatibility and scalability.

[0131] Reference Figure 2 , showing the steps of a management method provided by an embodiment of the present application Figure 2 ,like Figure 2 As shown, multiple wireless modules send registration requests to the centralized management module. The management module assigns a unique device ID to each module and records information such as its computing power, network status, and task priority.

[0132] WiFi modules do not rely on a single central server, but adopt a distributed management mechanism. Each WiFi module has a unique device identifier (UID) and notifies surrounding devices of its existence through a message broadcast mechanism (such as Multicast Domain Name Service (mDNS), User Datagram Protocol (UDP) multicast, etc.). When the WiFi module is first started, it automatically discovers and forms a network through a local area network (LAN) or a wireless mesh network (Mesh Network), and dynamically joins or exits the distributed network. In addition, a peer-to-peer network (P2P) connection or a Mesh network is used to enable WiFi modules to communicate directly with each other. Each WiFi module can be used as both a computing node and a data storage node to form a distributed computing system.

[0133] When each WiFi module is started for the first time, it sends a registration request to the centralized management module (which can run on an edge server or the cloud). The management module assigns a unique device identifier (ID) to each module and records information such as its computing power, network status, and task priority. An identity authentication mechanism (such as OAuth 2.0 or certificate authentication) is used to ensure the security of access devices. The centralized management module uses a dynamic scheduling algorithm (such as a priority-based scheduling strategy) to assign tasks based on the device's computing power, task type, and network status. If the computing power of a module is insufficient, the system will automatically assign some tasks to other WiFi modules to optimize the use of computing resources. In a distributed storage system, data can be shared and backed up between WiFi modules to prevent data loss.

[0134] A virtual WiFi module manager is introduced into the centralized management module. Each real WiFi module is mapped to a virtual WiFi module instance when connected to the system, ensuring standardized device management. A device abstraction layer is used to shield the underlying differences between WiFi modules of different brands and provide a unified access interface for upper-layer applications. Through protocol adapters, automatic conversion of different communication protocols such as MQTT, HTTP, and CoAP is supported, ensuring seamless integration of various WiFi modules. A command mapping mechanism is used to convert commands from different modules into a standard format. For example:

[0135] Brand A module's set_power(true)->Uniform format: {"cmd":"power","value":1}

[0136] Brand B module's {"power_on":1}->Uniform format: {"cmd":"power","value":1}

[0137] WiFi modules can share data directly with each other, reducing the need for cloud storage and transmission. Data storage utilizes a decentralized distributed storage architecture, supporting data synchronization, redundant storage, and access control. WiFi modules can collaborate on computing tasks. For example, multiple temperature sensors can share measurement data and calculate the average locally without uploading it to the cloud for processing. A task sharding mechanism breaks down complex tasks into multiple smaller ones, which are then computed in parallel by multiple WiFi modules, improving execution efficiency.

[0138] As an example, when a WiFi module is first connected to the system, the centralized management module receives its registration request and triggers the virtual WiFi module manager to create a corresponding virtual instance, while also completing device status synchronization. Subsequently, the centralized management module issues control instructions in a unified format to the virtual module based on the device capabilities and the current task scheduling policy. The virtual WiFi module manager semantically standardizes the instructions and then passes them to the protocol adapter for specific format conversion and network encapsulation according to the communication protocol supported by the target module (such as MQTT, HTTP, CoAP), ultimately sending the data packet to the corresponding WiFi module.

[0139] In summary, an embodiment of the present invention provides a management method, which includes: upon receiving a task processing request sent by a terminal device, assigning tasks to at least one wireless module based on a scheduling algorithm, and determining the subtasks corresponding to each wireless module; for each wireless module, generating a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module; and sending the first control instruction corresponding to each wireless module to enable the at least one wireless module to collaboratively execute the first task. This application can map the physical device of each wireless module into a virtual instance in the system to ensure the uniformity of management; adopt a device abstraction layer to shield the underlying hardware and protocol differences, ensure that wireless modules from different manufacturers can be uniformly accessed and work together, and improve the management efficiency of the management platform.

[0140] It should be noted that for the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should be aware that the embodiments of the present invention are not limited by the order of the actions described, because according to the embodiments of the present invention, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all preferred embodiments, and the actions involved are not necessarily required for the embodiments of the present invention.

[0141] Device embodiment

[0142] like Figure 3 As shown, Figure 3 A logical block diagram of a management device provided in an embodiment of the present application is shown, the device comprising:

[0143] The allocation module 301 is configured to allocate tasks to at least one wireless module based on a scheduling algorithm when a task processing request is received from a terminal device;

[0144] The determination module 302 is used to determine the subtasks corresponding to each wireless module; the task processing request is used to request processing of the first task;

[0145] A generating module 303 is configured to generate, for each wireless module, a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module;

[0146] The execution module 304 is configured to send the first control instruction corresponding to each of the at least one wireless modules, so that the at least one wireless module can collaboratively execute the first task.

[0147] Optionally, the determining module includes:

[0148] The first determination submodule is used to determine the computing capacity of the at least one wireless module, the task type and resource requirements corresponding to the task processing request when receiving a task processing request sent by the terminal device; according to the computing capacity, the task type, and the resource requirements, the at least one wireless module is assigned tasks and the subtasks corresponding to each wireless module are determined.

[0149] Optionally, the device further comprises:

[0150] A mapping module, configured to perform instruction mapping on the subtask for each wireless module according to the communication protocol and data format adapted by the wireless module;

[0151] The sending module is used to perform network encapsulation on the subtasks after the instruction mapping, and send the subtasks after network encapsulation to the wireless module based on the communication protocol.

[0152] Optionally, the device further comprises:

[0153] The allocation submodule is used to allocate the remaining tasks of the unfinished subtask to the first wireless module when the computing capacity corresponding to any wireless module is insufficient; the first wireless module is any wireless module other than the wireless module executing the current subtask.

[0154] Optionally, the device further comprises:

[0155] A mapping submodule, configured to map each wireless module into a virtual wireless module instance;

[0156] The second determining submodule is configured to determine a first access interface according to a virtual wireless module instance corresponding to each wireless module; the first access interface is configured to receive an access operation from the terminal device to the at least one wireless module.

[0157] Optionally, the device further comprises:

[0158] The transmission module is used to transmit the execution result and status data of the at least one wireless module performing the first task to the terminal device.

[0159] Optionally, the device further comprises:

[0160] an acquisition module, configured to acquire network connection status data, computing resource log information, and instruction execution results of the at least one wireless module;

[0161] A control module is used to dynamically control the at least one wireless module based on the network connection status data, the computing resource log information, and the instruction execution result.

[0162] In summary, the management device provided by the embodiment of the present application, when receiving a task processing request sent by a terminal device, performs task allocation to at least one wireless module based on a scheduling algorithm, and determines the subtasks corresponding to each wireless module; for each wireless module, generates a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module; and sends the first control instruction corresponding to each wireless module to enable the at least one wireless module to collaboratively execute the first task. The present application can map the physical device of each wireless module into a virtual instance in the system to ensure the uniformity of management; adopts a device abstraction layer to shield the underlying hardware and protocol differences, ensure that wireless modules from different manufacturers can be uniformly accessed and work together, and improve the management efficiency of the management platform.

[0163] As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0164] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0165] Regarding the processor in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method and will not be elaborated here.

[0166] Reference Figure 4 , is a schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. Figure 4 As shown, the electronic device includes: a processor, a memory, a communication interface and a communication bus, and the processor, the memory and the communication interface communicate with each other through the communication bus; the memory is used to store executable instructions, and the executable instructions enable the processor to execute the management method of the aforementioned embodiment.

[0167] The processor may be a CPU, a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other editable device, a transistor logic device, a hardware component, or any combination thereof. The processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0168] The communication bus may include a path for transmitting information between the memory and the communication interface. The communication bus may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 4 The fact that only one line is used does not mean that there is only one bus or one type of bus.

[0169] The memory may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM), a magnetic tape, a floppy disk, and an optical data storage device, etc.

[0170] The embodiment of the present invention further provides a non-transitory computer-readable storage medium, which, when the instructions in the storage medium are executed by a processor of an electronic device (server or terminal), enables the processor to execute Figure 1 Management methods shown.

[0171] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0172] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, apparatus, or computer program products. Thus, embodiments of the present invention may take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0173] The embodiments of the present invention are described with reference to the flowcharts and / or block diagrams of the methods, terminal devices (systems) and computer program products according to the embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing terminal device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing terminal device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0174] These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing terminal device to operate in a predictable manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0175] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device so that a series of operating steps are executed on the computer or other programmable terminal device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable terminal device to implement the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0176] Although the preferred embodiments of the present invention have been described, those skilled in the art may make additional changes and modifications to these embodiments once they are aware of the basic creative concepts. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present invention.

[0177] Finally, it should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprises," "comprising," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that includes a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or terminal device. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or terminal device that includes the element.

[0178] The above is a detailed introduction to a management method, device, electronic device and storage medium provided by the present invention. Specific examples are used herein to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only used to help understand the method of the present invention and its core idea. At the same time, for those skilled in the art, according to the ideas of the present invention, there will be changes in the specific implementation methods and application scope. In summary, the content of this specification should not be understood as a limitation on the present invention.

Claims

1. A management method, characterized in that: The method is applied to a management platform and includes: Upon receiving a task processing request sent by a terminal device, assigning tasks to at least one wireless module based on a scheduling algorithm, and determining subtasks corresponding to each wireless module; wherein the task processing request is used to request processing of a first task; For each wireless module, generating a first control instruction corresponding to the wireless module according to the subtask corresponding to the wireless module and the communication protocol adapted by the wireless module; The first control instructions corresponding to each of the at least one wireless module are respectively sent to the at least one wireless module, so that the at least one wireless module collaboratively performs the first task.

2. The method according to claim 1, characterized in that When receiving a task processing request sent by a terminal device, allocating tasks to at least one wireless module based on a scheduling algorithm and determining subtasks corresponding to each wireless module include: Upon receiving a task processing request sent by a terminal device, determining the computing capability of the at least one wireless module, the task type and resource requirements corresponding to the task processing request; According to the computing capability, the task type, and the resource requirement, tasks are allocated to the at least one wireless module, and subtasks corresponding to each wireless module are determined.

3. The method according to claim 1, characterized in that The method further comprises: For each wireless module, performing instruction mapping on the subtask according to the communication protocol and data format adapted by the wireless module; The subtask after the instruction mapping is network-encapsulated, and the subtask after the network encapsulation is sent to the wireless module based on the communication protocol.

4. The method according to claim 1, wherein The method further comprises: When the computing capacity corresponding to any wireless module is insufficient, the remaining tasks of the unfinished subtask are allocated to the first wireless module; the first wireless module is any wireless module other than the wireless module executing the current subtask.

5. The method according to claim 1, wherein Before receiving the task processing request sent by the terminal device, the method further includes: For each wireless module, mapping the wireless module into a virtual wireless module instance; A first access interface is determined according to a virtual wireless module instance corresponding to each wireless module; the first access interface is used to receive an access operation of the terminal device to the at least one wireless module.

6. The method according to claim 1, characterized in that The method further comprises: The execution result and status data of the first task performed by the at least one wireless module are transmitted to the terminal device.

7. The method according to claim 1, characterized in that The method further comprises: Obtaining network connection status data, computing resource log information, and instruction execution results of the at least one wireless module; The at least one wireless module is dynamically controlled based on the network connection status data, the computing resource log information, and the instruction execution result.

8. A management device, characterized in that: The device comprises: an allocation module, configured to allocate tasks to at least one wireless module based on a scheduling algorithm when a task processing request is received from a terminal device; A determination module, configured to determine subtasks corresponding to each wireless module; the task processing request is used to request processing of the first task; a generating module configured to generate, for each wireless module, a first control instruction corresponding to the wireless module according to a subtask corresponding to the wireless module and a communication protocol adapted by the wireless module; The execution module is configured to send the first control instructions corresponding to each of the at least one wireless module, so that the at least one wireless module collaboratively executes the first task.

9. An electronic device, characterized in that: The electronic device includes a processor, a memory, a communication interface and a communication bus, and the processor, the memory and the communication interface communicate with each other through the communication bus; the memory is used to store executable instructions, and the executable instructions enable the processor to execute the management method as described in any one of claims 1 to 7.

10. A readable storage medium, characterized in that: When the instructions in the readable storage medium are executed by a processor of an electronic device, the processor is enabled to perform the management method according to any one of claims 1 to 7.

Images