CN114153576A

CN114153576A - Multi-task scheduling method and device based on wearable device and electronic device

Info

Publication number: CN114153576A
Application number: CN202111323015.8A
Authority: CN
Inventors: 王永刚; 温介邦
Original assignee: Shanghai Zhuohan Technology Co ltd
Current assignee: Beijing Longzhi Digital Technology Service Co Ltd
Priority date: 2021-11-09
Filing date: 2021-11-09
Publication date: 2022-03-08

Abstract

The invention provides a multitask scheduling method and device based on wearable equipment and electronic equipment. The method comprises the following steps: determining a state mode of the wearable device, and monitoring an event signal triggered by the wearable device, wherein the event signal comprises an event identifier; determining a trigger event according to the event identifier, switching the state mode of the wearable device based on the trigger event, and executing a main task corresponding to the trigger event; monitoring a preset judgment condition for triggering execution of the subtasks in the execution process of the main task, and executing the corresponding subtasks meeting the judgment condition when the trigger judgment condition is monitored; and in the execution process of the subtasks, scheduling the execution flow of the subtasks based on the operation logic among the subtasks, wherein the subtasks comprise a plurality of subtasks which are processed in parallel under the main task caused by the trigger event. The invention can reduce the complexity of multi-task scheduling and improve the flexibility and efficiency of the multi-task scheduling.

Description

Multi-task scheduling method and device based on wearable device and electronic device

Technical Field

The invention relates to the technical field of scheduling systems, in particular to a multi-task scheduling method and device based on wearable equipment and electronic equipment.

Background

In the power-on operation process of the wearable device, the system can provide a series of tasks for the wearable device to execute, because system resources are often limited, and in the multitask execution process, some tasks consume a long time, and therefore the system resources need to be continuously occupied, which directly affects the operation efficiency of the system, so in order to avoid blocking caused by the continuous occupation of the resources by the tasks, a scheduling system needs to be configured in the wearable device to schedule the tasks, and the process of performing multitask scheduling in the current scheduling system is described below by taking an intelligent safety helmet as an example.

The intelligent safety helmet usually uses a single chip microcomputer of a cotex-M0 kernel as a main control, uses C language for embedded programming, and improves the orderliness of multi-task scheduling by transplanting the existing embedded OS kernel, but the scheduling mode of the OS kernel has the risks of insufficient space and conflict with a BLE protocol stack; if the OS kernel is not used and the multitask scheduling is performed through program bare running, the complexity of the multitask scheduling can be greatly improved, difficulty is brought to the multitask scheduling, and the function upgrading is difficult to perform. Therefore, the existing multi-task scheduling scheme improves the complexity of multi-task scheduling, reduces the execution efficiency of a scheduling system, and cannot realize flexible scheduling of multi-tasks with complex logic, thereby affecting the stability of the system.

Disclosure of Invention

In view of this, embodiments of the present invention provide a wearable device-based multitask scheduling method and apparatus, and an electronic device, so as to solve the problems that in the prior art, multitask scheduling is high in complexity, a scheduling system is low in execution efficiency, and flexible scheduling cannot be performed on multitasks with complex logic.

In a first aspect of the embodiments of the present invention, a method for multitask scheduling based on a wearable device is provided, including: determining a state mode of the wearable device, and monitoring an event signal triggered by the wearable device, wherein the event signal comprises an event identifier; determining a trigger event according to the event identifier, switching the state mode of the wearable device based on the trigger event, and executing a main task corresponding to the trigger event; monitoring a preset judgment condition for triggering execution of the subtasks in the execution process of the main task, and executing the corresponding subtasks meeting the judgment condition when the trigger judgment condition is monitored; and in the execution process of the subtasks, scheduling the execution flow of the subtasks based on the operation logic among the subtasks, wherein the subtasks comprise a plurality of subtasks which are processed in parallel under the main task caused by the trigger event.

In a second aspect of the embodiments of the present invention, a wearable device-based multitask scheduling device is provided, including: the monitoring module is configured to determine a state mode of the wearable device and monitor an event signal triggered by the wearable device, wherein the event signal contains an event identifier; the switching module is configured to determine a trigger event according to the event identifier, switch a state mode of the wearable device based on the trigger event, and execute a main task corresponding to the trigger event; the execution module is configured to monitor a preset judgment condition for triggering execution of the subtasks in the execution process of the main task, and when the trigger judgment condition is monitored, execute the corresponding subtasks meeting the judgment condition; and the scheduling module is configured to schedule the execution flow of the subtasks based on the operation logic among the subtasks in the execution process of the subtasks, wherein the subtasks comprise a plurality of parallel-processed subtasks under the main task caused by the trigger event.

In a third aspect of the embodiments of the present invention, an electronic device is provided, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the steps of the method when executing the program.

In a fourth aspect of the embodiments of the present invention, a computer-readable storage medium is provided, which stores a computer program, and the computer program realizes the steps of the above method when being executed by a processor.

The embodiment of the invention adopts at least one technical scheme which can achieve the following beneficial effects:

the method comprises the steps of determining a state mode of the wearable device, and monitoring an event signal triggered by the wearable device, wherein the event signal comprises an event identifier; determining a trigger event according to the event identifier, switching the state mode of the wearable device based on the trigger event, and executing a main task corresponding to the trigger event; monitoring a preset judgment condition for triggering execution of the subtasks in the execution process of the main task, and executing the corresponding subtasks meeting the judgment condition when the trigger judgment condition is monitored; and in the execution process of the subtasks, scheduling the execution flow of the subtasks based on the operation logic among the subtasks, wherein the subtasks comprise a plurality of subtasks which are processed in parallel under the main task caused by the trigger event. The invention can reduce the complexity of multi-task scheduling, reduce the difficulty of multi-task scheduling, improve the execution efficiency of the scheduling system, and realize flexible scheduling of multi-tasks with complex logic, thereby improving the stability of the system.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed for the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

FIG. 1 is a schematic diagram of an overall architecture of a multi-task scheduling system according to an embodiment of the present invention in a practical application scenario;

fig. 2 is a flowchart illustrating a method for multitask scheduling based on a wearable device according to an embodiment of the present invention;

FIG. 3 is a schematic diagram illustrating a switching process of status modes of the intelligent helmet according to an embodiment of the present invention;

FIG. 4 is a schematic flow chart illustrating an implementation of a sleep mode of an intelligent helmet according to an embodiment of the present invention;

FIG. 5 is a schematic flow chart illustrating an implementation of the working mode of the intelligent safety helmet according to an embodiment of the present invention;

FIG. 6 is a schematic diagram of scheduling and event switching of an intelligent helmet according to an embodiment of the present invention;

fig. 7 is a schematic structural diagram of a wearable device-based multitask scheduling device according to an embodiment of the present invention;

fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present invention with unnecessary detail.

As described above, in the multitask operation process of the wearable device, in order to avoid situations such as waiting and blocking of tasks and reduce continuous occupation of system resources, a scheduling system needs to be configured in the main control of the wearable device, and the scheduling system is used to coordinate occupation of the system resources by the multitask, so as to implement task scheduling among the multitasks. In addition, with the development of the embedded system, the scenarios in which the embedded system supports multitasking are also more and more extensive, and the following takes an intelligent safety helmet as an example to explain a scheme and a problem of multitasking scheduling in the current scheduling system, which may specifically include the following contents:

the intelligent safety helmet usually uses a single chip microcomputer with a cottex-M0 inner core as a main control and uses C language for embedded programming. Because the BLE protocol stack is usually embedded in the main control chip of the intelligent safety helmet, the operational capability and the flash space of the main control chip are limited, but all interactive processes of the intelligent safety helmet need to be processed, and great inconvenience is brought to use.

Currently, the scheduling is more organized by transplanting the existing embedded OS kernel (such as eCOS or freeRTOS), but the scheduling mode of the embedded OS kernel has insufficient space and risks of conflict with the BLE protocol stack; however, if the OS kernel is not used, and the multitask scheduling is directly performed through a program bare-running (NONE-OS), the complex multitask will bring difficulty to the scheduling, and the subsequent function upgrade cannot be performed, and even the scheduling of the subtasks of the task caused by the event cannot be realized.

Therefore, most of the single-chip microcomputers of the BLE protocol in the market use cotex-M0 as an inner core and work by transplanting different open source OSs, so that the single-chip microcomputers can only simply interact with other peripheral devices (such as a serial port and an SPI) except the BLE protocol, and a single MCU (single-chip microcomputer) is used for processing complex task flows. Although the protocol processing and the flow scheduling can be separated and the complex overall function can be divided, the scheduling scheme has the following problems: the use of a single MCU not only increases the hardware cost, but also greatly increases the maintenance cost, and affects the overall stability of the system.

In view of the problems in the prior art, it is very important to provide a scheme that a single chip microcomputer using a BLE protocol can implement scheduling of all tasks on the basis of comprehensively considering space cost and performance and on the premise of ensuring the overall stability of the system. Therefore, the embodiment of the invention designs an embedded scheduling system between the OS and the NONE-OS, and the multi-task scheduling method realized based on the embedded scheduling system can reduce the complexity of multi-task scheduling, reduce the difficulty of multi-task scheduling, improve the execution efficiency of the scheduling system, realize flexible scheduling of multi-tasks with complex logic, and improve the stability of the system.

The overall architecture of the system involved in the practical application scenario in the embodiment of the present invention is described below with reference to the accompanying drawings, and fig. 1 is a schematic diagram of the overall architecture of the multitask scheduling system involved in the practical application scenario in the embodiment of the present invention. As shown in fig. 1, the overall architecture of the multitask scheduling system may specifically include:

the execution main body of the embodiment of the invention can be regarded as an embedded scheduling system configured in a main control chip of an intelligent safety helmet, and the embedded scheduling system can be divided into the following four layers from bottom to top in the embedded scheduling system of the intelligent safety helmet: a physical layer, a protocol layer, an event and task layer, and an application layer. The physical layer is used for configuring all peripheral devices including IO, SPI, IIC, UART and the like, so as to initialize the external Flash memory, the pressure SENSOR and the G-SENSOR (acceleration SENSOR). The protocol layer mainly comprises a serial port work task (task _ uart), and carries out protocol processing on data input and output by the serial port, so that the isolation between the physical layer and an upper layer framework is realized. The event and task layer is concretization of five state modes of the intelligent safety helmet, and the specific tasks of the state modes are different, and only one state mode exists at the same time, so that the event and task layer becomes a core part of the whole scheduling system. The application layer schedules all events and tasks by means of a Real-Time Clock (RTC) according to the actual functions of the intelligent safety helmet.

It should be noted that the following embodiments of the present invention describe an intelligent safety helmet in the field of building construction as a wearable device, and an application scenario of multitask scheduling of an embedded scheduling system in the intelligent safety helmet. However, the wearable device in the embodiment of the present invention includes, but is not limited to, an intelligent safety helmet, and the application scenario of the embodiment of the present invention is not limited to multitask scheduling in the field of building construction, and any other scenario that performs multitask scheduling based on the wearable device is applicable to the present solution.

Fig. 2 is a flowchart illustrating a wearable device-based multitask scheduling method according to an embodiment of the present invention. The wearable device-based multitasking scheduling method of fig. 2 may be performed by an embedded scheduling system within a smart helmet. As shown in fig. 2, the method for multitask scheduling based on a wearable device may specifically include:

s201, determining a state mode of the wearable device, and monitoring an event signal triggered by the wearable device, wherein the event signal comprises an event identifier;

s202, determining a trigger event according to the event identifier, switching the state mode of the wearable device based on the trigger event, and executing a main task corresponding to the trigger event;

s203, in the execution process of the main task, monitoring a preset judgment condition for triggering the execution of the subtasks, and when the trigger judgment condition is monitored, executing the corresponding subtasks meeting the judgment condition;

and S204, in the execution process of the subtasks, scheduling the execution flow of the subtasks based on the operation logic among the subtasks, wherein the subtasks comprise a plurality of parallel-processed subtasks under the main task caused by the trigger event.

Specifically, the state modes of the wearable device in the embodiment of the present invention include, but are not limited to, the following five modes: a factory test mode, an activation mode, a sleep mode and a working mode. Each state mode corresponds to one main task, namely a factory task, a factory test task, an activation task, a dormancy task and a work task, in practical application, the five tasks can be scheduled according to specific trigger events, namely switching among the tasks, and the intelligent safety helmet (hereinafter also referred to as equipment for short) can only have one main task to run at the same time. The system judges whether to schedule a certain main task according to the conditions of registration, working time and the like, all the main tasks need to be registered during initialization, set when the main tasks need to run, and cancel when other main tasks need to be executed.

Further, the triggering event for the wearable device may be a key event or a clock event, for example, in a factory mode, a user may trigger an SOS key event by clicking an SOS key on the intelligent safety cap, and generate a corresponding event signal, at this time, the intelligent safety cap is switched from the factory mode to a factory test mode. In another embodiment, in the active mode, the smart helmet switches the sleep mode or the working mode by determining the current time, for example, when the time is 06:00-21:00, the smart helmet is switched from the active mode to the working mode according to the clock.

Further, the most basic in the multitask scheduling system is the definition and operation of events (events) and tasks (tasks), wherein the events refer to message types required by the scheduling system, and a certain event can cause the running or log-off of related tasks; and a task is a program that needs to be run when some event occurs. All events and tasks can be registered, set and cancelled by the scheduling system, so that the flexibility and reliability of the overall functions of the system are guaranteed. In the initialization process of the multi-task scheduling system, corresponding events and tasks need to be registered respectively, the events and the tasks need to be bound, the tasks are set when the system needs to run, the tasks need to be cancelled when other tasks need to be executed, and then the corresponding tasks are switched by setting the events and cancelling the events, so that the switching between different state modes is completed.

Further, in the multi-task scheduling system, besides the main task, that is, besides corresponding to multiple status modes under different conditions, different sub-tasks may exist in different status modes, and the sub-tasks in different main tasks may overlap, for example, the sleep mode and the working mode may have multiple identical sub-tasks. In practical application, besides scheduling the main task, because different subtasks occupy different resources in a single state mode, some subtasks occupy only one resource and are released, and some subtasks continuously occupy the CPU resource, the subtasks also need to be scheduled.

According to the technical scheme provided by the embodiment of the invention, the state mode of the wearable device is determined, and the event signal triggered by the wearable device is monitored, wherein the event signal comprises an event identifier; determining a trigger event according to the event identifier, switching the state mode of the wearable device based on the trigger event, and executing a main task corresponding to the trigger event; monitoring a preset judgment condition for triggering execution of the subtasks in the execution process of the main task, and executing the corresponding subtasks meeting the judgment condition when the trigger judgment condition is monitored; and in the execution process of the subtasks, scheduling the execution flow of the subtasks based on the operation logic among the subtasks, wherein the subtasks comprise a plurality of subtasks which are processed in parallel under the main task caused by the trigger event. The invention can reduce the complexity of multi-task scheduling, reduce the difficulty of multi-task scheduling, improve the execution efficiency of the scheduling system, and realize flexible scheduling of multi-tasks with complex logic, thereby improving the stability of the system.

In some embodiments, prior to determining the state mode of the wearable device, the method further comprises: registering a preset trigger event, establishing a binding relationship between the trigger event and a main task, and configuring a corresponding setting interface and a corresponding logout interface for the trigger event; each trigger event corresponds to a state mode, and the setting interface and the logout interface are respectively used for executing setting and logout operations on the state modes in the switching process of the main task.

Specifically, in the initialization process of the multitask scheduling system, a trigger event and a corresponding task are registered respectively, and a main task caused by the trigger event is bound, and besides registering the event and the task to use an interface, a corresponding setting interface and a corresponding logout interface need to be configured for the event. The registering interface is used for completing the system initialization, and the setting interface is used for setting the next event task when the previous task is completed and for logging off the previous event task when the next event task is started by using the logging-off interface.

Further, since the trigger event and the main task are pre-configured at the time of initialization, the corresponding main task can be directly run after the trigger event is generated. In practical application, the embodiment of the invention registers corresponding events and tasks respectively, binds the events and the tasks, sets the tasks when the tasks need to be operated, cancels the tasks when other tasks need to be executed, and switches the corresponding tasks by setting the events and canceling the events, thereby completing the switching between different state modes.

In some embodiments, determining the state mode of the wearable device comprises: determining a state mode of the wearable device according to the current operation state of the wearable device, wherein the state mode comprises a factory mode, a factory test mode, an activation mode, a sleep mode and a working mode.

Specifically, different state modes may be triggered under different conditions, where determining the state mode of the wearable device refers to determining the current state mode of the wearable device, five state modes of the smart helmet, triggering conditions, triggering events, and the like are described in detail below with reference to the accompanying drawings and specific embodiments, and fig. 3 is a schematic diagram of a switching process of the state modes of the smart helmet according to an embodiment of the present invention. As shown in fig. 3, the switching process of the state mode of the smart helmet may include:

the intelligent safety helmet can comprise five state modes, namely a factory mode, a factory test mode, an activation mode, a sleep mode and an operation mode. The production of the intelligent safety helmet is finished, then the intelligent safety helmet enters a factory mode, the intelligent safety helmet can be switched to a factory test mode through an SOS key, the intelligent safety helmet is subjected to yield detection and function screening, and the intelligent safety helmet jumps back to the factory mode again after the production is finished; the server of the intelligent safety helmet can be registered by switching to an activation mode through a BOOT key; if the registration is successful, the intelligent safety helmet switches the sleep mode and the working mode by judging the current time, for example, when the current time is 21:00 to 06:00 in the next day, the intelligent safety helmet is switched to the sleep state, the equipment does not work, otherwise, the intelligent safety helmet enters the working mode, and all the peripheral equipment of the equipment is started to work.

In some embodiments, monitoring event signals triggered for a wearable device includes: when key operation aiming at the wearable equipment is monitored, generating an event signal corresponding to the key event according to the key event triggered by the key operation; and/or when the monitored time is within a preset clock requirement range, generating an event signal corresponding to the clock event according to the clock event triggered by the time.

Specifically, the events for triggering the state mode switching (i.e., the main task switching) mainly include two types, namely a key event and a clock event, where the key event refers to an event triggered by a user clicking a key, for example, by pressing an SOS key or a BOOT key, the state mode of the smart helmet may jump to a factory test mode or an active mode. The clock event is to judge whether the state mode should be in the sleep mode or the working mode according to the current time and switch the state mode. The implementation and functions of the five status modes corresponding to the intelligent safety helmet are described in detail below with reference to specific embodiments, which may specifically include the following:

after the intelligent safety helmet is produced, the intelligent safety helmet is in a factory leaving mode by default. In a factory mode, the device closes all peripheral devices such as the SPI Flash, two sensors (namely a pressure sensor and a six-axis sensor) and the core chip RV1109 and 4G modules, and is in a low-power consumption state that the RTC and the IO port can be awakened. At the moment, the user can respectively jump the state mode of the intelligent safety helmet to a factory test mode or an activation mode by pressing the two external keys SOS and BOOT.

In the factory test mode, the device will turn on all peripherals and power up the core chip and the 4G module. At the moment, the main control chip performs IO detection, Flash detection, SENSOR detection and BLE detection, and the core chip performs EMMC mounting detection, CAMERA detection and 4G detection at the same time. If all the detection is successful, the main control chip and the core chip carry out data interaction to synchronize detection results, and at the moment, the interaction data comprise self-test results of all modules in the main control board and the core board, namely test result data, so that the main control board and the core board are simultaneously detected, and then the main control board and the core board are jumped to a factory leaving mode; if the detection is abnormal, the detection is continued for five minutes in the state, and after the five-minute timing is finished, the detection result is synchronized and then the factory leaving mode is jumped to no matter whether the detection is successful or not.

In the activation mode, the device turns on the core chip and the 4G module power supply, and informs the 4G module to perform registration activation through a protocol instruction. The core chip can be connected with the server through the 4G module and register, if the registration is successful, the equipment can update the RTC time and jump to a sleep mode or a working mode according to the current time; if the registration is unsuccessful, the device turns off other power supplies to enter a low power consumption state, waits for four hours and then carries out activation operation again, and does not jump to a factory leaving mode.

Further, the implementation process of the sleep mode is described in detail below with reference to the accompanying drawings and specific embodiments, and fig. 4 is a schematic flow chart illustrating the implementation process of the sleep mode of the intelligent safety helmet according to the embodiment of the present invention. As shown in fig. 4, the implementation process of the sleep mode of the smart helmet may include:

the default working time of the device is 06:00-21:00, and the other time of the device is in a sleep mode state. In this mode, first, it is determined whether the device is currently in working time, if not, the device turns off the IO interface and the Flash memory that do not need to work, but keeps the G-SENSOR (six-axis SENSOR or acceleration SENSOR) and sets the device to the interrupt mode. It should be noted that G-SENSOR has two operation modes: the system comprises an interrupt mode and an FIFO mode, wherein in the interrupt mode, the interrupt IO of the G-SENSOR has rising edge output only when shaking occurs, and is used for awakening a main control chip in the sleep mode; in the FIFO mode, the G-SENSOR continuously acquires and outputs acceleration data according to a certain preset period, and the acceleration data is used for judging the motion track in the working mode.

In the sleep mode, the device is always in the RTC low power state. When the G-SENSOR has more than 2 vibration outputs within 10 seconds, the device jumps from the sleep mode to the working mode, works for ten minutes and then passes the current RTC time to determine what mode the device should be in at the moment. If G-SENSOR does not generate an interrupt during the entire sleep time, the device will also jump based on the RTC time.

Here, a Real-Time Clock (RTC) is understood to be a Clock circuit formed by a crystal oscillator and related circuits on a motherboard, where the RTC generates a Clock with a lower frequency through frequency conversion of the circuit, and the Clock is added after each cycle and can be initialized by the RTC. Based on the time period preset by the RTC timer, when a certain time period is reached, the corresponding functional module or the CPU and the like can be automatically triggered to be turned on or turned off.

Further, the following describes in detail an implementation process of the working mode with reference to the accompanying drawings and specific embodiments, and fig. 5 is a schematic flow chart illustrating an implementation process of the working mode of the intelligent safety helmet according to the embodiment of the present invention. As shown in fig. 5, the implementation process of the operation mode of the smart helmet may include:

under the operating mode, all peripheral hardware open and close core chip RV1109 and 4G module power, gather iBeacon and sensor data to open RV1109 and send the instruction and shoot at the time interval of setting for (for example 3600 seconds), pass through the serial ports with the data of gathering simultaneously and transmit RV 1109. When shooting for the fourth time, the main control chip also turns on a 4G module power supply and sends an instruction, so that the RV1109 uploads the shot video and all the acquired data to the cloud server, and after shooting or data uploading is finished, the task jumps to the beginning and judges the initial state of the current RTC time.

In some embodiments, determining a trigger event according to the event identification, and switching the state mode of the wearable device based on the trigger event includes: and searching a preset trigger event according to the event identifier, acquiring the trigger event corresponding to the event identifier, and determining a state mode corresponding to the trigger event so as to switch the state mode of the wearable device to the state mode of the trigger event corresponding to the event identifier.

Specifically, according to the event identifier of the trigger event, which event of the pre-registered events corresponds to the trigger event is determined, and each pre-registered event corresponds to its own event identifier, so that the type of the trigger event can be determined by searching the event identifier.

Further, since the intelligent safety helmet has five status modes, the multitask scheduling system defines five corresponding events and tasks, and the correspondence between the events and the tasks is described below with reference to a chart.

Table 1: state pattern and event/task correspondence

Status mode	Corresponding event	Corresponding task
			Delivery mode	MODE_FACTORY	_task_mode_factory
Factory test mode	MODE_TEST_IN_FACTORY	_task_mode_test_in_factory
			Active mode	MODE_ACTIVATION	_task_mode_activation
Sleep mode	MODE_SLEEP	_task_mode_sleep
			Mode of operation	MODE_WORK	_task_mode_work

It should be noted that, the scheduling system registers corresponding events and tasks at first in the initialization stage, and switches corresponding tasks by setting events and logging off events in actual operation, thereby completing switching between different status modes.

For example, registering a factory event and a task uses an interface:

event_register_event(&gs_event_handle,_task_mode_factory,NULL,MODE_FACTORY)；

setting a factory mode event use interface:

event_set_event(&gs_event_handle, NULL, MODE_FACTORY)；

logging out a factory mode event using interface:

event_clear_event(&gs_event_handle, MODE_FACTORY)。

in some embodiments, switching the state mode of the wearable device to the state mode of the triggering event corresponding to the event identification includes: and setting a second event at the tail of the first event corresponding to the state mode of the wearable device by using a setting interface corresponding to the state mode of the trigger event, and logging off the first event at the start of the second event by using a logging-off interface of the state mode of the wearable device, so as to switch the state mode of the wearable device from the state mode of the first event to the state mode of the second event.

Specifically, in the actual operation process of the scheduling system, switching of the state mode of the intelligent safety helmet can be performed by setting an event and logging off the event, that is, switching between different state modes is realized by an event switching mode, the following describes in detail a switching process of the state mode of the intelligent safety helmet with reference to the accompanying drawings and specific embodiments, and fig. 6 is a schematic diagram of scheduling and event switching of the intelligent safety helmet provided by the embodiment of the present invention. As shown in fig. 6, the process of scheduling and event switching of the smart helmet may include:

after the handle definition of all events and tasks and the establishment of the stack of the events and the tasks are completed in the initialization stage, each event corresponds to one main task, and all the events and the tasks are connected in series to dynamically switch the events.

In the scheduling flow shown in fig. 6, the intelligent safety helmet scheduling system first initializes itself, defines a handle for scheduling itself, and establishes an event and task stack; then registering all events, namely respectively defining five state modes of the intelligent safety helmet and realizing the binding with corresponding tasks; then, other tasks independent of the five state modes, such as a serial port task and a BLE clock task, are independently registered, and the current state mode is judged and set, so that the independence of the functions is ensured, and the events of the other five state modes are served; and finally, scheduling according to a specific scene, and completing switching of different events according to a specific use scene.

For example, when the current state mode of the intelligent safety helmet is the active mode, taking the switching between the active mode and the sleep mode and the working mode as an example, by defining 9:00-21:00 as the working time, the clock triggers to run the working event, and the other time is the sleep time, the clock triggers to run the sleep event.

Exclusivity in event switching is also guaranteed because only one event is allowed to be set at one point in time (i.e., only one mode of state is allowed). In order to meet the requirement, the scheduling system adopts a mutual exclusion method, for example, when the event 1 needs to be cancelled and the event 2 needs to be set, the event 2 is set at the end of the event 1, and then the event 1 is cancelled at the start of the operation of the event 2, so that only one unique event representing the five state modes is set at a certain time point, and the disorder of the scheduling system is avoided.

The above embodiment mainly introduces scheduling between state modes, that is, scheduling of a main task triggered by a trigger event, but each main task triggered by an event also includes a plurality of subtasks below the main task, and a situation that the subtasks occupy CPU resources simultaneously in the running process may also occur.

In some embodiments, in the execution process of the main task, a preset judgment condition for triggering execution of the subtasks is monitored, and when the trigger judgment condition is monitored, the corresponding subtask meeting the judgment condition is executed, including: and in the running process of the main task, monitoring the time for triggering the subtasks and the task execution times, and executing the subtasks corresponding to the judgment conditions when the time or the task execution times meet the judgment conditions, wherein the judgment conditions comprise time judgment conditions and time judgment conditions.

Specifically, in the execution process of the main task caused by the trigger event, the subtask can be further triggered by some judgment conditions, and the conditions for triggering the subtask are generally divided into two categories, namely, an RTC clock and the number of task execution times, in other words, after the event triggers the main task, the main task continuously monitors the time and the number of task execution times in the running process, and triggers the corresponding subtask according to the judgment conditions; for example, the following subtasks may also be executed under the main task corresponding to the working mode: collecting sensor data, iBeacon scanning, writing Flash, and the like. Since some subtasks may need to be run simultaneously and some internal running logic exists between the subtasks, these subtasks still need to be involved in the scheduling system during the running process.

In some embodiments, during the execution of the subtasks, the scheduling of the execution flow of the subtasks based on the execution logic between the subtasks includes: and in the running process of the subtasks, switching operation is executed on the subtasks according to running logic among different subtasks under the main task so as to schedule the execution flow of the subtasks, wherein the running logic among the subtasks judges different conditions in different preset clocks.

Specifically, the operation logic between the subtasks may be considered as a logic for determining different conditions in different RTC clocks, for example, taking an iBeacon scanning subtask in a working mode as an example, the RTC clock triggers the iBeacon scanning subtask to start execution, if the iBeacon is scanned, the scanned iBeacon data is written into the Flash memory, and if the iBeacon is not scanned, the scanned iBeacon data is not written into the Flash memory. Thus, the running logic between the subtasks is actually a decision by the RTC to perform scheduling operations between subtasks on a timeslice.

It should be noted that the state mode of the intelligent safety helmet is a main task caused by triggering an event under a certain condition, and in the running process of the main task, when a certain judgment condition is met, corresponding subtasks are triggered to be executed. Therefore, the subtasks in the embodiment of the present invention are not necessarily triggered by the event, but are triggered in the running process of the main task under a specific judgment condition after the event triggers the main task.

In some embodiments, after the wearable device is powered on, initialization operation is performed on a preset serial port work task, the serial port work task is continuously run, the serial port work task is used for analyzing serial port data of a main control chip and a core chip in the wearable device, and the analyzed serial port data is upwards transmitted or upper layer data is framed according to a protocol.

Specifically, in the implementation of the present invention, the scheduling system establishes a serial port task (_ task _ uart) during initialization, and the serial port task is independent of the other five status modes. The serial port work task is specially used for processing serial port data interaction of the main control chip and the core chip, and transmitting the analyzed serial port data upwards or framing upper layer data according to a protocol.

It can be seen that in the embodiment of the present invention, the tasks automatically triggered by the system are divided into two types, one is a continuously running task, and the other is a task triggered by an event or a condition. The task which runs continuously after the equipment is electrified is triggered by a system clock, and the task triggered by an event or a condition is judged by an RTC real-time clock, so that the serial port working task and the main task and the subtask are two tasks with different running logics, when the clocks of the two tasks conflict, the RTC clock is taken as the main task, namely the priority of the task running by the condition is higher than that of the task running all the time.

Further, in the embodiment of the present invention, the wearable device includes, but is not limited to, a smart helmet, a smart watch, smart glasses, and the like, and the wearable device is a device that integrates functions of hardware devices, software, data interaction, mobile communication, and the like, a key or a touch screen may be installed in the wearable device, a user may trigger a corresponding function by clicking the key or the touch screen, and the wearable device may automatically perform a predetermined function according to a cycle, such as automatically performing iBeacon scanning, automatically performing wearing detection, and the like. In practical application, different wearable devices can be selected according to different application scenes, for example, in the building construction scene of the embodiment of the invention, not only the intelligent safety helmet can be used, but also devices such as intelligent glasses can be used.

In addition, devices such as chips, bluetooth modules, pressure sensors, etc. used in the wearable device may be selected according to actual needs and application scenarios, for example, the main control chip may employ a bluetooth chip bluetooth rg355 with core code-M0 of ST, and the core chip may employ a vision chip RV1109 of ROCKCHIP, etc., so what type of module or device is specifically used does not constitute a limitation to the technical solution of the present invention.

According to the technical scheme provided by the embodiment of the invention, the multi-task scheduling method based on the wearable device can realize the scheduling of the main task caused by the event and the scheduling of the subtask under the main task caused by the event, so that the scheduling of tasks under different types and conditions can be realized, and the flexibility of multi-task scheduling is improved. And when the subtasks are scheduled, the subtasks are not triggered to be executed by events, but the corresponding subtasks are triggered by judging conditions by depending on the running logic of the subtasks, so that the stability of the system is ensured.

The following are embodiments of the apparatus of the present invention that may be used to perform embodiments of the method of the present invention. For details which are not disclosed in the embodiments of the apparatus of the present invention, reference is made to the embodiments of the method of the present invention.

Fig. 7 is a schematic structural diagram of a wearable device-based multitask scheduling device according to an embodiment of the present invention. As shown in fig. 7, the wearable device-based multitask scheduling device includes:

a monitoring module 701 configured to determine a state mode of the wearable device and monitor an event signal triggered by the wearable device, where the event signal includes an event identifier;

a switching module 702 configured to determine a trigger event according to the event identifier, switch a state mode of the wearable device based on the trigger event, and execute a primary task corresponding to the trigger event;

the execution module 703 is configured to monitor a preset judgment condition for triggering execution of the subtask during execution of the main task, and when the trigger judgment condition is monitored, execute the corresponding subtask meeting the judgment condition;

and the scheduling module 704 is configured to schedule the execution flow of the subtasks based on the running logic between the subtasks in the execution process of the subtasks, wherein the subtasks include a plurality of subtasks which are processed in parallel under the main task caused by the trigger event.

In some embodiments, the registration module 705 of fig. 7 registers a predetermined trigger event, establishes a binding relationship between the trigger event and a primary task, and configures a corresponding setting interface and a logout interface for the trigger event before determining the state mode of the wearable device; each trigger event corresponds to a state mode, and the setting interface and the logout interface are respectively used for executing setting and logout operations on the state modes in the switching process of the main task.

In some embodiments, the monitoring module 701 of fig. 7 determines a state mode of the wearable device according to a current operating state of the wearable device, where the state mode includes a factory mode, a factory test mode, an active mode, a sleep mode, and an operating mode.

In some embodiments, when the monitoring module 701 of fig. 7 monitors a key operation for the wearable device, an event signal corresponding to the key event is generated according to the key event triggered by the key operation; and/or when the monitored time is within a preset clock requirement range, generating an event signal corresponding to the clock event according to the clock event triggered by the time.

In some embodiments, the switching module 702 of fig. 7 searches for a predetermined trigger event according to the event identifier, obtains the trigger event corresponding to the event identifier, and determines a state mode corresponding to the trigger event, so as to switch the state mode of the wearable device to the state mode of the trigger event corresponding to the event identifier.

In some embodiments, the switching module 702 of fig. 7 sets a second event at the end of a first event corresponding to the state mode of the wearable device using a setting interface corresponding to the state mode of the triggering event, and logs out the first event at the start of the second event using a logging-out interface of the state mode of the wearable device, so as to switch the state mode of the wearable device from the state mode of the first event to the state mode of the second event.

In some embodiments, the execution module 703 of fig. 7 monitors the time for triggering the subtasks and the number of times of executing the tasks during the running process of the main task, and executes the subtasks corresponding to the determination conditions when the time or the number of times of executing the tasks meets the determination conditions, where the determination conditions include the time determination conditions and the number determination conditions.

In some embodiments, the scheduling module 704 of fig. 7 performs a switching operation on the subtasks during the execution of the subtasks according to the execution logic between different subtasks under the main task, so as to schedule the execution flows of the subtasks, where the execution logic between the subtasks includes determining different conditions in different preset clocks.

In some embodiments, the initialization module 706 in fig. 7 executes an initialization operation on a preset serial port work task after the wearable device is powered on, and continuously runs the serial port work task, where the serial port work task is used to analyze serial port data of a main control chip and a core chip in the wearable device, and transmit the analyzed serial port data upward or frame upper layer data according to a protocol.

In some embodiments, the wearable device comprises a smart helmet.

It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.

Fig. 8 is a schematic structural diagram of an electronic device 8 according to an embodiment of the present invention. As shown in fig. 8, the electronic apparatus 8 of this embodiment includes: a processor 801, a memory 802, and a computer program 803 stored in the memory 802 and operable on the processor 801. The steps in the various method embodiments described above are implemented when the computer program 803 is executed by the processor 801. Alternatively, the processor 801 implements the functions of the respective modules/units in the above-described respective apparatus embodiments when executing the computer program 803.

Illustratively, the computer program 803 may be partitioned into one or more modules/units, which are stored in the memory 802 and executed by the processor 801 to implement the present invention. One or more modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution of the computer program 803 in the electronic device 8.

The electronic device 8 may be a desktop computer, a notebook, a palm computer, a cloud server, or other electronic devices. The electronic device 8 may include, but is not limited to, a processor 801 and a memory 802. Those skilled in the art will appreciate that fig. 8 is merely an example of an electronic device 8 and does not constitute a limitation of the electronic device 8 and may include more or fewer components than shown, or some components may be combined, or different components, e.g., the electronic device may also include input-output devices, network access devices, buses, etc.

The Processor 801 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The storage 802 may be an internal storage unit of the electronic device 8, for example, a hard disk or a memory of the electronic device 8. The memory 802 may also be an external storage device of the electronic device 8, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the electronic device 8. Further, the memory 802 may also include both internal storage units of the electronic device 8 and external storage devices. The memory 802 is used to store computer programs and other programs and data required by the electronic device. The memory 802 may also be used to temporarily store data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules, so as to perform all or part of the functions described above. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

In the embodiments provided by the present invention, it should be understood that the disclosed apparatus/computer device and method may be implemented in other ways. For example, the above-described apparatus/computer device embodiments are merely illustrative, and for example, a division of modules or units, a division of logical functions only, an additional division may be made in actual implementation, multiple units or components may be combined or integrated with another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow in the method of the embodiments described above can be realized by the present invention, and the computer program can be stored in a computer readable storage medium to instruct related hardware, and when the computer program is executed by a processor, the steps of the method embodiments described above can be realized. The computer program may comprise computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include: any entity or device capable of carrying computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain suitable additions or additions that may be required in accordance with legislative and patent practices within the jurisdiction, for example, in some jurisdictions, computer readable media may not include electrical carrier signals or telecommunications signals in accordance with legislative and patent practices.

The above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present invention, and are intended to be included within the scope of the present invention.

Claims

1. A multitask scheduling method based on wearable equipment is characterized by comprising the following steps:

determining a state mode of a wearable device, and monitoring an event signal triggered by the wearable device, wherein the event signal comprises an event identifier;

determining a trigger event according to the event identifier, switching a state mode of the wearable device based on the trigger event, and executing a main task corresponding to the trigger event;

monitoring a preset judgment condition for triggering execution of a subtask in the execution process of the main task, and executing the corresponding subtask meeting the judgment condition when the judgment condition is monitored to be triggered;

and scheduling the execution flow of the subtasks based on the operation logic among the subtasks in the execution process of the subtasks, wherein the subtasks comprise a plurality of parallel-processed subtasks under the main task caused by the trigger event.

2. The method of claim 1, wherein prior to the determining the state mode of the wearable device, the method further comprises:

registering the preset trigger event, establishing a binding relationship between the trigger event and a main task, and configuring a corresponding setting interface and a corresponding logout interface for the trigger event;

each trigger event corresponds to a state mode, and the setting interface and the logout interface are respectively used for executing setting and logout operations on the state modes in the switching process of the main task.

3. The method of claim 1, wherein determining the state mode of the wearable device comprises:

determining a state mode of the wearable device according to the current running state of the wearable device, wherein the state mode comprises a factory mode, a factory test mode, an activation mode, a sleep mode and a working mode.

4. The method of claim 1, wherein the monitoring event signals triggered for the wearable device comprises:

when key operation aiming at the wearable equipment is monitored, generating an event signal corresponding to the key event according to the key event triggered by the key operation; and/or the presence of a gas in the gas,

and when the monitored time is within a preset clock requirement range, generating an event signal corresponding to the clock event according to the clock event triggered by the time.

5. The method of claim 1, wherein determining a trigger event according to the event identifier, switching a state mode of the wearable device based on the trigger event comprises:

searching the preset trigger event according to the event identifier, acquiring the trigger event corresponding to the event identifier, and determining a state mode corresponding to the trigger event so as to switch the state mode of the wearable device to the state mode of the trigger event corresponding to the event identifier.

6. The method of claim 5, wherein switching the state mode of the wearable device to the state mode of the trigger event corresponding to the event identification comprises:

setting a second event at the end of a first event corresponding to the state mode of the wearable device by using a setting interface corresponding to the state mode of the trigger event, and logging off the first event at the start of the second event by using a logging-off interface of the state mode of the wearable device, so as to switch the state mode of the wearable device from the state mode of the first event to the state mode of the second event.

7. The method according to claim 1, wherein the monitoring a preset judgment condition for triggering execution of a subtask during execution of the main task, and when it is monitored that the judgment condition is triggered, executing the subtask corresponding to the judgment condition, includes:

and in the running process of the main task, monitoring the time and the task execution times for triggering the subtasks, and executing the subtasks corresponding to the judgment conditions when the time or the task execution times meet the judgment conditions, wherein the judgment conditions comprise time judgment conditions and time judgment conditions.

8. The method according to claim 1, wherein the scheduling the execution flow of the subtasks based on the running logic between the subtasks during the execution of the subtasks comprises:

and in the running process of the subtasks, switching operation is carried out on the subtasks according to running logic among different subtasks under the main task so as to schedule the execution flow of the subtasks, wherein the running logic among the subtasks comprises the judgment of different conditions in different preset clocks.

9. The method of claim 1, further comprising:

after the wearable device is powered on, initialization operation is executed on a preset serial port work task, the serial port work task is continuously operated, the serial port work task is used for analyzing serial port data of a main control chip and a core chip in the wearable device, and the analyzed serial port data is transmitted upwards or upper layer data is framed according to a protocol.

10. The method of any of claims 1-9, wherein the wearable device comprises a smart helmet.

11. A multitask scheduling device based on wearable equipment is characterized by comprising:

the monitoring module is configured to determine a state mode of a wearable device and monitor an event signal triggered by the wearable device, wherein the event signal contains an event identifier;

a switching module configured to determine a trigger event according to the event identifier, switch a state mode of the wearable device based on the trigger event, and execute a primary task corresponding to the trigger event;

the execution module is configured to monitor a preset judgment condition for triggering execution of the subtasks in the execution process of the main task, and when the judgment condition is monitored to be triggered, execute the corresponding subtasks meeting the judgment condition;

and the scheduling module is configured to schedule the execution flow of the subtasks based on the operation logic among the subtasks in the execution process of the subtasks, wherein the subtasks comprise a plurality of parallel-processed subtasks under the main task caused by the trigger event.

12. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method of any one of claims 1 to 10 when executing the program.

13. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 10.