Vehicle task push method, system, device and medium

Abstract

The present application provides a vehicle task push method, system, device, and medium, relating to the field of vehicle technology. The method includes: polling a target signal according to the target state corresponding to the task to be executed, and determining the signal value of the target signal in each time period; adding a label corresponding to the signal value of each time period according to the signal value of each time period obtained by polling, wherein the label includes a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state; determining the time set when the vehicle is in the target state according to the label of each time period; when there are multiple target states corresponding to the task to be executed, taking the intersection of the time sets when the vehicle is in each target state to obtain the time to be pushed; pushing the time to be pushed to the user, requesting the user to execute the task to be executed at the time to be pushed. The purpose is to better push task execution times to users that are compatible with their vehicle usage habits.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a vehicle task push method, system, device and medium. Background Art

[0002] With the increasing adoption of over-the-air (OTA) programming in the automotive sector, the mainstream upgrade method is now using wireless communications to push the latest software to the vehicle's main control terminal. The main control terminal then performs system, software, and data updates on various domain controllers, sensors, and ECUs that support the upgrade. Furthermore, with the increasing intelligence of vehicles, many models now have self-diagnostic functions to perform vehicle health checks. These health check tasks are also pushed to users, who can then choose to execute them.

[0003] Whether it is an OTA upgrade of the entire vehicle or a task pushed to the user by the vehicle itself, it is mainly a scheduled upgrade method, that is, the user actively sets an upgrade time in advance, and the vehicle starts to upgrade after the upgrade time arrives. The scheduled upgrade time is the default upgrade time, but different users have different car usage habits. The default upgrade time is not suitable for all users, which leads to poor user experience for some users. Summary of the Invention

[0004] In view of this, the present application provides a vehicle task push method, system, device and medium, aiming to solve or partially solve the problems existing in the background technology.

[0005] A first aspect of the present application provides a vehicle task push method, the method comprising:

[0006] Polling a target signal according to a target state corresponding to the task to be performed to determine a signal value of the target signal in each time period, wherein the target state is a state that the vehicle needs to be in to perform the task to be performed, and the target signal is a signal indicating whether the vehicle is in the target state;

[0007] According to the signal value of each time period obtained by polling, a label corresponding to the signal value of the vehicle itself is added to each time period, wherein the label includes a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state;

[0008] Based on the labels of each time period, determine the time set when the vehicle is in the target state;

[0009] If there are multiple target states corresponding to the task to be executed, the intersection of the time sets of the vehicle in each target state is taken to obtain the time to be pushed;

[0010] The pending push time is pushed to the user to request the user to execute the pending task at the pending push time.

[0011] Optionally, when there are multiple tasks to be performed, the method further includes:

[0012] The target states corresponding to the plurality of tasks to be executed include some target states that are identical to each other;

[0013] Determine the corresponding push time for each task to be executed;

[0014] The push time of each task to be executed is pushed to the user to request the user to execute each task to be executed within the corresponding time, and the push time corresponding to each task to be executed is different.

[0015] Optionally, based on the labels of each time period, determine the time set during which the vehicle is in the target state, including:

[0016] When the label of a time period indicates that the vehicle is not in the target state, the activity level of the time period is increased by one;

[0017] Accumulate the activity of the same time period over multiple days to obtain the total activity of the same time period;

[0018] The time period when the sum of the activity levels is zero is determined as the time set when the vehicle is in the target state.

[0019] Optionally, a time period in which the sum of the activity levels is zero is determined as a time set in which the vehicle is in the target state, including:

[0020] Determine the relationship between the sum of activity levels in each time period and the set threshold;

[0021] Determining a time period in which the total activity level is less than the set threshold as a target time period;

[0022] All target time periods are determined as the set of times when the vehicle is in the target state.

[0023] Optionally, determining the set threshold includes:

[0024] determining a first priority for switching the vehicle to a state opposite to the target state, and a second priority for executing the task to be executed;

[0025] When the first priority is greater than the second priority, the threshold is set to a first value;

[0026] When the first priority is less than or equal to the second priority, the threshold is set to a second value, which is greater than the first value.

[0027] Optionally, pushing the pending push time to the user to request the user to perform the pending task at the pending push time includes:

[0028] If the duration of the pending task is greater than or equal to the target duration, dividing the pending task into at least one segment of duration equal to the target duration, where the target duration is the duration required to execute the pending task;

[0029] The at least one duration segment is pushed to the user to request the user to perform the to-be-performed task in the at least one duration segment.

[0030] Optionally, pushing the at least one duration segment to the user to request the user to perform the to-be-performed task in the at least one duration segment includes:

[0031] Pushing an execution request including the at least one duration segment to the user;

[0032] determining, according to a user operation in response to the execution request, a target duration segment selected by the user from the at least one duration segment;

[0033] When the starting time of the target duration segment is reached, the vehicle is controlled to execute the task to be executed.

[0034] Optionally, when the target state is the power-off state, determining the signal value of the target signal in each time period includes:

[0035] Collecting a signal value of a power status signal at a signal change moment, the power status signal being a signal indicating whether the vehicle is in a power-off state;

[0036] Determine the signal values ​​of each time period between the moment when the vehicle changes to the power-off state and the moment when the vehicle changes to the power-on state as the signal values ​​indicating that the vehicle is in the power-off state;

[0037] The signal values ​​of each time period between the time when the vehicle changes to the power-on state and the time when the vehicle changes to the power-off state are successively collected are all determined as signal values ​​indicating that the vehicle is in the power-on state.

[0038] Optionally, when the target state of the vehicle required for performing the task to be performed includes a first target state that the vehicle must be in and a second target state that the vehicle is desired to be in, determining the target state corresponding to the task to be performed includes:

[0039] Determining the initiator of the task to be performed;

[0040] When the initiator is the vehicle, analyzing the target state carried by the task to be executed;

[0041] In the case where the initiator is remote, parsing the task to be executed to determine whether it carries the corresponding target state;

[0042] If the corresponding target state is not carried, obtaining the locally recorded target state corresponding to the task to be executed;

[0043] In the case of carrying the corresponding target state, the target states corresponding to the task to be executed, both recorded locally and carried by the task to be executed, are determined as the target states corresponding to the task to be executed; and when the first target state recorded locally conflicts with the first target state carried by the task to be executed, the first target state recorded locally is retained, wherein the first target state recorded locally is a state that ensures the safe execution of the task to be executed; and when the second target state recorded locally conflicts with the second target state carried by the task to be executed, the second target state carried by the task to be executed is retained.

[0044] A second aspect of the present application provides a vehicle task push system, the system comprising:

[0045] a signal determination module, configured to poll a target signal according to a target state corresponding to a task to be performed, and determine a signal value of the target signal in each time period, wherein the target state is a state that the vehicle must be in to perform the task to be performed, and the target signal is a signal indicating whether the vehicle is in the target state;

[0046] A labeling module is used to add a label corresponding to the signal value of each time period according to the signal value of each time period obtained by polling, wherein the label includes a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state;

[0047] A time set determination module is used to determine the time set in which the vehicle is in the target state based on the labels of each time period;

[0048] A module for determining the time to be pushed is used to obtain the time to be pushed by taking the intersection of the time sets of the vehicle being in each target state when there are multiple target states corresponding to the task to be executed;

[0049] The request module is used to push the pending push time to the user, so as to request the user to execute the pending task at the pending push time.

[0050] The third aspect of the present application provides an electronic device, comprising: a processor, a memory, and a computer program stored in the memory and running on the processor. When the computer program is executed by the processor, it implements the steps in the vehicle task push method described in the first aspect of the present application.

[0051] The fourth aspect of the present application provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps in the vehicle task pushing method described in the first aspect of the present application are implemented.

[0052] The vehicle task push method provided by this application has the following advantages:

[0053] An embodiment of the present application provides a vehicle task pushing method, which first polls a target signal according to a target state corresponding to a task to be executed, and determines the signal value of the target signal in each time period, wherein the target state is the state in which the vehicle must be to execute the task to be executed, and the target signal is a signal indicating whether the vehicle is in the target state; according to the signal value of each time period obtained by polling, a label corresponding to its own signal value is added to each time period, and the label includes a label indicating that the vehicle is in the target state and a label that the vehicle is not in the target state; according to the label of each time period, a time set in which the vehicle is in the target state is determined; in the case where the target state corresponding to the task to be executed includes multiple, the time sets in which the vehicle is in each target state are intersected to obtain the time to be pushed; and the time to be pushed is pushed to the user to request the user to execute the task to be executed at the time to be pushed.

[0054] This application establishes a corresponding target state that the vehicle needs to be in for each task. After determining the current task to be executed, the target state corresponding to the current task to be executed is determined. Then, by polling the target signal indicating whether the vehicle is in the target state in the user's historical vehicle usage data, the signal value of the target signal in each time period is determined, thereby determining the time of the day when the vehicle will be in the target state in the past period of time. By analyzing the determination result, the time set of the vehicle in the target state in the day is determined. The same implementation method is used to determine the time set of each of the multiple target states corresponding to the current task to be executed, and then the intersection of the time sets of each of the multiple target states is taken to obtain the final time to be pushed in the day, and then the time to be pushed is given to the user to request the user to execute the task to be executed within the time to be pushed. Therefore, when determining the pending push time corresponding to the task to be executed, the present application can push a pending push time that is more suitable for the user based on the car usage habits of different users, thereby improving the user experience (for example, through analysis, it is determined that user A's vehicle will be in the target state x1 and target state x2 corresponding to the task to be executed at the same time from 9 o'clock to 10 o'clock in the evening, so this time period is pushed to the user to request that the task to be executed be executed during this time period; and it is determined that user B's vehicle will be in the target state x1 and target state x2 corresponding to the task to be executed at the same time from 11 o'clock to 12 o'clock in the evening, so this time period is pushed to the user to request that the task to be executed be executed during this time period). BRIEF DESCRIPTION OF THE DRAWINGS

[0055] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the description of the embodiments of the present application. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0056] Figure 1 This is a flow chart of a vehicle task pushing method shown in one embodiment of the present application;

[0057] Figure 2 This is a schematic diagram of activity accumulation processing in a vehicle task push method according to an embodiment of the present application;

[0058] Figure 3 This is a schematic diagram of determining a target time period in a vehicle task pushing method according to an embodiment of the present application;

[0059] Figure 4 This is a schematic diagram illustrating determining a target time period as a time set in a vehicle task pushing method according to an embodiment of the present application;

[0060] Figure 5 This is a schematic diagram illustrating a process of accumulating the activity levels of multiple target states in a vehicle task pushing method according to an embodiment of the present application;

[0061] Figure 6 This is a schematic diagram of signal acquisition when a signal value changes in a vehicle task pushing method according to an embodiment of the present application;

[0062] Figure 7 This is a schematic diagram comparing two push modes in a vehicle task push method according to an embodiment of the present application;

[0063] Figure 8 A schematic diagram of a vehicle task push system illustrating an embodiment of the present application. DETAILED DESCRIPTION

[0064] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0065] refer to Figure 1 , Figure 1This is a flow chart of a vehicle task push method shown in one embodiment of the present application. Figure 1 As shown, the method includes:

[0066] Step S1: Poll the target signal according to the target state corresponding to the task to be executed, and determine the signal value of the target signal in each time period. The target state is the state that the vehicle needs to be in to execute the task to be executed, and the target signal is a signal indicating whether the vehicle is in the target state.

[0067] In this embodiment, the tasks referred to in this application refer to tasks that require the vehicle to be in a specific state and take a period of time to complete, such as an OTA upgrade task, a vehicle-initiated battery management system (BMS) calibration task, or a vehicle-initiated health check task. The vehicle first receives a pending task and, based on the pending task, determines a target state corresponding to the pending task. The target state corresponding to the pending task refers to the state in which the vehicle must be in order to execute the pending task (for example, when performing an OTA upgrade, the vehicle power must be in the OFF position, or the vehicle is not in a DC commercial charging state). An optional implementation for determining the target state corresponding to the pending task is to directly include the pending task with the target state required for its execution. After receiving the pending task, the vehicle directly determines the target state required for its execution by parsing the pending task. Another optional implementation for determining the target state corresponding to the pending task is to directly store the target state corresponding to each pending task locally on the vehicle. After receiving the pending task, the vehicle searches for the target state corresponding to its own target state among the locally stored target states corresponding to each pending task. The vehicle computer may receive and analyze the task to be executed to determine the target state corresponding to the task to be executed, or the vehicle computer may receive and search for the target state corresponding to the task to be executed.

[0068] In this embodiment, based on the target state determined to correspond to the task to be performed, the target signal in the historical vehicle usage data of the past several days is polled. The target signal is a signal indicating whether the vehicle is in the target state. For example, if the target state is the vehicle power OFF state, the target signal is the power status feedback signal BCM_PowerStatusFeedback. Its signal value of 0x0 indicates that the vehicle is in the power OFF state, which means the user has ended the vehicle use state, and its signal value of 0x2 indicates that the vehicle is in the power ON state, which means the user has started the vehicle use state. This application divides a full day into multiple time periods of equal length, wherein the length of the divided time periods is preferably 1 minute. It should be understood that the length of 1 minute is only a preferred value and can also be other lengths. Then, based on the polling results, the signal value of the target signal in each time period is determined. The signal value of the target signal in each time period includes the signal value of each time period in each day of the past multiple days.

[0069] Step S2: According to the signal values ​​of each time period obtained by polling, a label corresponding to the signal value of the vehicle itself is added to each time period, wherein the label includes a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state.

[0070] In this embodiment, after obtaining the signal values ​​of all time periods in the past multiple days through polling in step S1, a label is added to each time period to obtain a label for each time period. The labels added to the time periods include two types, namely, a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state. Among them, an optional implementation method for adding labels is to pre-establish a mapping relationship between the signal value indicating that the vehicle is in the target state and the label indicating that the vehicle is in the target state, and to pre-establish a mapping relationship between the signal value indicating that the vehicle is not in the target state and the label indicating that the vehicle is not in the target state. After obtaining the signal values ​​of all time periods in the past multiple days through polling, the label of the time period is determined based on the signal value of the time period and the two pre-established mapping relationships, and the determined label is added to the time period. The same implementation method can be used to add its own label to each time period.

[0071] Step S3: Determine the time set when the vehicle is in the target state based on the labels of each time period.

[0072] In this embodiment, after completing the addition of labels for all time periods of the past days through step S2, the labels of all time periods of the past days are analyzed to determine the time period of the day when the vehicle is in the target state, thereby obtaining a time set in which the vehicle is in the target state. The time set records the time when the vehicle is in the target state in a day. For example, the time set records that the vehicle is in the target state at [0, 420] minutes, [512, 1050] minutes and [1112, 1440) minutes in a day.

[0073] Step S4: When there are multiple target states corresponding to the task to be executed, the intersection of the time sets when the vehicle is in each target state is taken to obtain the time to be pushed.

[0074] In this embodiment, the target state corresponding to the pending task may include multiple states. For example, a vehicle OTA upgrade requires the vehicle's power to be in the OFF position, meaning the user is not driving the vehicle and the vehicle is not in a DC commercial charging state. When the target state corresponding to the pending task includes multiple states, for each target state, the method for determining the time set during which the vehicle is in that target state is the same as the implementation of steps S1 to S3 above. After obtaining the time sets corresponding to each of the multiple target states, the intersection of the time sets corresponding to the multiple target states is taken to obtain the corresponding time to be pushed.

[0075] For example, the target states corresponding to the task to be executed include target state A and target state B. The time set of the vehicle in target state A is determined to be [0, 420] minutes, [512, 1050] minutes and [1112, 1440] minutes in a day, and the time set of the vehicle in target state B is determined to be [0, 300] minutes, [700, 900] minutes and [1100, 1380] minutes in a day. Therefore, the intersection of the two time sets of target state A and target state B is obtained as [0, 300] minutes, [700, 900] minutes and [1112, 1380] minutes in a day, which is the time to be pushed to the user.

[0076] Step S5: Pushing the pending push time to the user to request the user to execute the pending task at the pending push time.

[0077] In this embodiment, after determining the corresponding push time of the pending task in step S4, the push time is pushed to the user to which the vehicle belongs, requesting the user to execute the pending task within the push time. An optional push method is to display a pop-up prompt on the vehicle display screen, and determine whether to execute the pending task within the push time based on the user's confirmation operation. Alternatively, after the vehicle determines the corresponding push time based on the received pending task, if it is determined that there is no user in the driver's seat in the vehicle, a push message including the push time is sent to the mobile terminal bound to the vehicle, requesting the user to confirm whether to execute the pending task within the push time.

[0078] In this embodiment, to promptly push the corresponding pending time to the user based on received pending tasks, the present application determines a target state time set at a specified time each day and stores it. Upon receiving a pending task, the corresponding pending time is determined based on the latest stored target state time set. Specifically, engineering personnel first identify all possible types of tasks that the vehicle may receive. Here, tasks refer to tasks that require the vehicle to be in a specific state and take a certain period of time to complete. The corresponding target state is then determined for each type of task. All target states corresponding to all types of tasks constitute a target state set, with no duplicate target states in the set. Each target state in the target state set is then set at a specified time each day. The vehicle's processing unit (which can be implemented by the vehicle's onboard computer) polls and analyzes various target signals (including signals corresponding to each target state in the target state set) in the vehicle's historical usage data from the current time to a set number of days in the past (e.g., from the current time to the past 10 days) to determine the time set for each target state. Therefore, at a specified time each day, a new time set is determined for each target state in the target state set, and the new time set for each target state is stored in a specified location, replacing the time set for each target state in that location (i.e., the old time set). This saves computing resources. When a new task arrives, the target state corresponding to the task is determined, and the time set for each target state corresponding to the task is directly read from the specified location. An intersection operation is performed to obtain the corresponding pending time. For example, the target state set includes target states A1 through An, and the target signal Zi (i ranges from 1 to n) indicating whether the vehicle is in target state Ai (i ranges from 1 to n) is set. At a specified time each day, the vehicle's processing unit polls and analyzes target signals Z1 through Zn in the vehicle's historical usage data from the current time to a set number of days in the past to determine the time set for each target state A1 through An. The time set for target state Ai is represented by Xi. Therefore, at a specified time every day, a new time set Xi of the vehicle being in the target state Ai is determined for each target state Ai in the target state set, and then the new time sets of each target state A1 to An are stored in a specified location, and the time sets of each target state A1 to An in the specified location are replaced (that is, the old time sets stored previously).

[0079] An embodiment of the present application provides a vehicle task pushing method, which first polls a target signal according to a target state corresponding to a task to be executed, and determines the signal value of the target signal in each time period, wherein the target state is the state in which the vehicle must be to execute the task to be executed, and the target signal is a signal indicating whether the vehicle is in the target state; according to the signal value of each time period obtained by polling, a label corresponding to its own signal value is added to each time period, and the label includes a label indicating that the vehicle is in the target state and a label that the vehicle is not in the target state; according to the label of each time period, a time set in which the vehicle is in the target state is determined; in the case where the target state corresponding to the task to be executed includes multiple, the time sets in which the vehicle is in each target state are intersected to obtain the time to be pushed; and the time to be pushed is pushed to the user to request the user to execute the task to be executed at the time to be pushed.

[0080] This application establishes a corresponding target state that the vehicle needs to be in for each task. After determining the current task to be executed, the target state corresponding to the current task to be executed is determined. Then, by polling the target signal indicating whether the vehicle is in the target state in the user's historical vehicle usage data, the signal value of the target signal in each time period is determined, thereby determining the time of the day when the vehicle will be in the target state in the past period of time. By analyzing the determination result, the time set of the vehicle in the target state in the day is determined. The same implementation method is used to determine the time set of each of the multiple target states corresponding to the current task to be executed, and then the intersection of the time sets of each of the multiple target states is taken to obtain the final time to be pushed in the day, and then the time to be pushed is given to the user to request the user to execute the task to be executed within the time to be pushed. Therefore, when determining the pending push time corresponding to the task to be executed, the present application can push a pending push time that is more suitable for the user based on the car usage habits of different users, thereby improving the user experience (for example, through analysis, it is determined that user A's vehicle will be in the target state x1 and target state x2 corresponding to the task to be executed at the same time from 9 pm to 10 pm, so this time period is pushed to the user to request that the task to be executed be executed during this time period; and it is determined that user B's vehicle will be in the target state x1 and target state x2 corresponding to the task to be executed at the same time from 11 pm to 12 midnight, so this time period is pushed to the user to request that the task to be executed be executed during this time period).

[0081] In conjunction with the above embodiments, in one implementation, the present application also provides a vehicle task push method. In this vehicle task push method, when there are multiple pending tasks, the method further includes: including some identical target states among the target states corresponding to the multiple pending tasks; determining the pending push time corresponding to each pending task; and pushing the pending push time of each pending task to the user, requesting the user to execute each pending task within the corresponding time, wherein the pending push time corresponding to each pending task is different.

[0082] In this embodiment, if there are multiple pending tasks, the target states corresponding to the multiple pending tasks may include some of the same target states. For example, if the current pending tasks include M1 and M2, the target states corresponding to M1 include A1 and A2, and the target states corresponding to M2 include A1 and A3, then the target states corresponding to the current pending tasks M1 and M2 may include the same target state A1 and different target states A2 and A3.

[0083] In this embodiment, when there are multiple tasks to be executed, the method for determining the time to be pushed corresponding to each task to be executed is the same as the implementation method of the above steps S1 to S4. After determining the time to be pushed corresponding to each task to be executed, the time to be pushed of each task to be executed is pushed to the user to request the user whether the user needs to execute his or her task to be executed within the time to be pushed. For example, the push time of the task to be executed M1 is determined to be from 2:00 to 3:00 p.m. in the afternoon, and the push time of the task to be executed M2 is determined to be from 10:30 to 11:00 p.m. in the evening. Among them, the time to be pushed corresponding to each task to be executed is different. When there is an overlap in the time to be pushed corresponding to different tasks to be executed, the time to be pushed of each task to be executed is corrected, and the overlapping time is pushed to only one of the tasks to be executed. For example, there are currently tasks M3 and M4 to be executed. The push time for task M3 to be executed is determined to be from 3 to 5 pm in the same day, and the push time for task M4 to be executed is determined to be from 4 to 7 pm in the same day. There is an overlapping part of the day between the two, from 4 to 5 pm. Therefore, the time from 4 to 5 pm is only pushed to one of the tasks to be executed, such as pushing it to task M3 to be executed. Then the corresponding push time for task M3 to be executed is maintained at 3 to 5 pm, and the corresponding push time for task M4 to be executed is updated to 5 to 7 pm in the same day.

[0084] In this embodiment, the vehicle task push method provided by this application adopts a decomposition, splitting, and storage combination method based on function, execution status, execution signal, and minutes. Compared to the current method of simply dividing OTA upgrade tasks into coarse time segments, this application facilitates the refinement and avoidance of execution time between functional tasks. That is, this application divides different functional tasks into different groups, establishes a corresponding relationship between different functional tasks and their corresponding execution status (i.e., target status), and associates the execution status with the execution signal (i.e., target signal). At the same time, it decomposes a day into minutes to determine the corresponding push time for each functional task. Compared to the current method of simply dividing OTA upgrade tasks into coarse time segments, this application facilitates the refinement and avoidance of execution time between different functional tasks.

[0085] In combination with the above embodiments, in one embodiment, the present application also provides a vehicle task push method. In the vehicle task push method, step S3 may include steps S31 to S33:

[0086] Step S31: When the label of the time period indicates that the vehicle is not in the target state, the activity level of the time period is increased by one.

[0087] In this embodiment, when a time period is determined to be labeled as a vehicle not being in the target state based on the user's historical vehicle usage data, the activity level of the time period is increased by one. When a time period is determined to be labeled as a vehicle being in the target state, the activity level of the time period is not increased by one, and the activity level of the time period is zero. For example, assuming that the time period is 1 minute long, when the third time period of the 20th of a certain month is determined to be labeled as a vehicle not being in the target state based on the user's historical vehicle usage data, the activity level of the third time period of the 20th of the certain month is increased by one. When the third time period of the 21st of the same month as the same year as the certain month is determined to be labeled as a vehicle being in the target state based on the user's historical vehicle usage data, the activity level of the third time period of the 21st of the certain month is increased by one.

[0088] Step S32: Accumulate the activity levels of the same time period over multiple days to obtain the total activity level of the same time period.

[0089] In this embodiment, the same time period refers to the time period belonging to the same time period in a day. For example, the i-th minute of each day belongs to the same time period in a day, and the same time period is the i-th minute in a day. After determining the activity of all time periods in the past multiple days through step S31 and adding one to the activity of the time periods that meet the conditions, the activity of the same time period in the past multiple days is accumulated to obtain the sum of the activity of the same time period. The sum of the activity of each time period in a day can be obtained through the same implementation method. For example, Figure 2 As shown, assuming that the time period is 1 minute, based on the historical vehicle usage data of the past 10 days, 10×1440 time periods will be obtained. The activity of the i-th time period (i ranges from 1 to 1440) in these 10×1440 time periods is accumulated to obtain the total activity of the i-th time period in the day. Through the same activity accumulation processing implementation method, the total activity of a total of 1440 time periods in the day can be obtained. Figure 2 An exemplary result of accumulating the activity levels of the ith time period (i ranges from 1 to 1440) in the 10×1440 time periods to obtain the total activity levels of the 1440 time periods in a day is shown.

[0090] Step S33: Determine the time period when the sum of the activity levels is zero as the time set when the vehicle is in the target state.

[0091] In this embodiment, after obtaining the sum of activity levels for each time period in a day based on the historical vehicle usage data for multiple days, the time period in which the sum of activity levels is zero is determined as the time set in which the vehicle is in the target state, such as Figure 2 As shown, the time periods in which the sum of activity is zero are from the 1st time period to the 421st time period, from the 512th time period to the 1051st time period, and from the 1112th time period to the 1440th time period, so these three time intervals are determined as the time sets when the vehicle is in the target state.

[0092] In combination with the above embodiments, in one embodiment, the present application also provides a vehicle task push method. In the vehicle task push method, step S33 may include steps S331 to S333:

[0093] Step S331: Determine the relationship between the sum of the activity levels in each time period and a set threshold.

[0094] In this embodiment, for time periods with smaller total activity values ​​(for example, the 1440th minute of a day), it indicates that the possibility of the vehicle not being in the target state during this time period of the day is smaller. For example, based on the analysis of vehicle usage data for the past 100 days, it is determined that the vehicle is not in the target state for only one or two days during this time period of the day (i.e., the 1440th minute of a day). Therefore, there is a high probability that the execution action of the task to be executed during this time period of the day will not encounter the situation where the vehicle is not in the target state. Therefore, this time period can actually be used as a better execution time for the task to be executed. Therefore, this application also divides this type of time period into the time set when the vehicle is in the target state, so that it can participate in the subsequent process of determining the time to be pushed.

[0095] A specific implementation is as follows: the sum of the activity levels for each time period of the day obtained in step S32 is compared with a preset threshold value to determine the relationship between the two. The threshold value is a product of a preset value and the total number of days of historical vehicle usage data polled during the time set in which the vehicle was in the target state. For example, if the preset value is 20% and the total number of days of historical vehicle usage data polled during the time set in which the vehicle was in the target state is 10, then the corresponding threshold value is 2.

[0096] Step S332: Determine the time period in which the total activity level is less than the set threshold as the target time period.

[0097] In this embodiment, if the total activity level in a time period is less than the set threshold, the time period is determined to be a target time period.

[0098] Step S333: Determine all target time periods as a set of times when the vehicle is in the target state.

[0099] In this embodiment, the time set consisting of all target time periods in a day is then determined as the time set when the vehicle is in the target state. In this way, such time periods (i.e., time periods where the vehicle is not in the target state only on a small number of days in the past) can also be classified into the time set when the vehicle is in the target state, allowing them to participate in the subsequent process of determining the time to be pushed, such as Figure 3 As shown, Figure 3 The preset threshold is shown as follows Figure 2 The result shown is a schematic diagram of determining the time period in which the total activity is less than the set threshold as the target time period, and the time period below the set threshold is the target time period, so as to obtain the following Figure 4The result shown in the figure shows that the part without black strip data is the time set when the vehicle is in the target state. At this time, the time set determined to be in the target state will change from the previous time period 1 to the 421st time period, the 512th time period to the 1051st time period, and the 1112th time period to the 1440th time period to the current time period 1 to the 423rd time period, the 511th time period to the 1050th time period, and the 1111th time period to the 1440th time period. Figure 5 As shown, the target state corresponding to the task to be executed includes multiple (such as Figure 5 When the target state is A, B, or C in the example, each target state will be processed to obtain the sum of the activity levels of each time period in the day corresponding to itself, and the time period whose total activity level is less than the set threshold will be determined as the target time period. Finally, a result consisting of all target time periods in the day corresponding to itself will be obtained (e.g. Figure 5 A result corresponding to the target state A in the figure, the first row of the figure without striped data is a result corresponding to the target state A composed of all target time periods in a day, and this result is the time set when the vehicle is in target state A; a result corresponding to the target state B, the second row of the figure without striped data is a result corresponding to the target state B composed of all target time periods in a day, and this result is the time set when the vehicle is in target state B; a result corresponding to the target state C, the third row of the figure without striped data is a result corresponding to the target state C composed of all target time periods in a day, and this result is the time set when the vehicle is in target state C).

[0100] In combination with the above embodiments, in one embodiment, the embodiment of the present application further provides a vehicle task push method. In the vehicle task push method, determining the set threshold includes: determining a first priority for the vehicle to switch to the opposite state of the target state, and a second priority for executing the task to be executed; when the first priority is greater than the second priority, setting the set threshold to a first value; when the first priority is less than or equal to the second priority, setting the threshold to a second value, the second value being greater than the first value.

[0101] In this embodiment, in order to push a better time to be pushed to the user, the set threshold in this application can be adjusted dynamically. Specifically: This application pre-sets the priority of various tasks to be executed and the priority of various states. Based on the pre-set priority, the first priority of the vehicle switching to the opposite state (being in the AC home charging state) of the target state corresponding to the task to be executed (such as not being in the AC home charging state) is determined, and the second priority of the task to be executed (such as OTA upgrade) is determined at the same time. The determined first priority and second priority are compared. When the first priority is greater than the second priority, the set threshold is taken as a smaller first value. When the first priority is less than or equal to the second priority, the set threshold is taken as a larger second value, and the second value is greater than the first value.

[0102] For example, the priority of the AC home charging state is preset to be lower than the priority of the OTA upgrade task, and at the same time, the priority of the DC commercial charging state is preset to be higher than the priority of the OTA upgrade task. The purpose of this setting is that after the execution of the OTA upgrade task in the AC home charging state interrupts the AC home charging state, the charging state can be restored after the OTA upgrade task is completed. However, after the execution of the OTA upgrade task in the DC commercial charging state interrupts the DC commercial charging state, the charging state cannot be restored after the OTA upgrade task is completed. Therefore, for the above-mentioned pre-set results, when the opposite state of the target state is the AC home charging state, a larger set threshold can be determined based on the priority of the AC home charging state and the priority of the OTA upgrade task. When determining the target time period, the time period corresponding to the larger value of the total activity can be determined as the target time period. Because the AC home charging state has a smaller impact on the OTA upgrade task, the time period corresponding to the larger value of the total activity can be determined as the target time period without causing a serious impact. For the above-mentioned pre-set results, when the opposite state of the target state is the DC commercial home charging state, a smaller set threshold can be determined based on the priority of the DC commercial charging state and the priority of the OTA upgrade task. When determining the target time period, only the time period corresponding to the smaller total activity value is determined as the target time period. This is because the AC home charging state has a relatively large impact on the OTA upgrade task (because the charging state cannot be restored after interruption, affecting the user experience). Therefore, it is necessary to avoid executing the OTA upgrade task as much as possible in the DC commercial charging state, thereby improving the user experience. In other words, try not to execute the OTA upgrade task in the DC commercial charging state, because the upgrade will interrupt charging and charging cannot be restored. Therefore, when determining the target time period, the time period corresponding to the smaller total activity value is determined as the target time period, thereby avoiding executing the OTA upgrade task in the DC commercial charging state as much as possible.

[0103] In conjunction with the above embodiments, in one implementation, the present application also provides a vehicle task push method. In the vehicle task push method, step S5 may include: if the duration of the pending push time is greater than or equal to the target duration, dividing the pending push time into at least one duration segment equal to the target duration, where the target duration is the duration required to execute the pending task; and pushing the at least one duration segment to the user to request the user to execute the pending task within the at least one duration segment.

[0104] In this embodiment, when the duration of the time to be pushed corresponding to the task to be executed determined by steps S1 to S4 is greater than or equal to the target duration, the time to be pushed is divided into at least one duration segment equal to the target duration. The at least one duration segment is then pushed to the user to request the user to execute the task to be executed in the at least one duration segment. The target duration is the duration required to execute the task to be executed. For example, the determined time to be pushed is from 9 to 11 o'clock in the evening of a day, and the time required to execute the task to be executed is 30 minutes, so 9 to 11 o'clock in the evening of a day is divided into 4 duration segments, namely 9 to 9:30, 9:30 to 10 o'clock, 10 to 10:30, and 10:30 to 11 o'clock in the evening of a day, and then the 4 duration segments are pushed to the user.

[0105] In conjunction with the above embodiments, in one implementation, the present application also provides a vehicle task push method. In this vehicle task push method, the at least one duration segment is pushed to the user to request the user to perform the pending task in the at least one duration segment, and the method includes: pushing an execution request including the at least one duration segment to the user; determining a target duration segment selected by the user from the at least one duration segment based on the user's operation in response to the execution request; and controlling the vehicle to perform the pending task when the start time of the target duration segment is reached.

[0106] In this embodiment, an execution request including at least one determined time segment is pushed to the user, such as a pop-up window displayed on the vehicle display screen or a mobile terminal bound to the vehicle displaying the pending tasks to be executed and the content that is desired to be executed within the at least one time segment. In response to the execution request, the user will perform an operation of selecting a target time segment from the at least one time segment. Based on the target time segment selected by the user, the vehicle is controlled to execute the pending tasks after the start time of the target time segment in a day is reached. For example, tasks to be executed from 9:00 to 9:30, 9:30 to 10:00, 10:00 to 10:30, 10:30 to 11:00 in the evening of the day are pushed to the user. If the user selects 9:00 to 9:30 in the evening, the pending tasks will be executed from 9:00 to 9:30 in the evening of the day.

[0107] In combination with the above embodiments, in one embodiment, the embodiment of the present application further provides a vehicle task push method. In the vehicle task push method, when the target state is the power-off state, the signal value of the target signal in each time period is determined, including: collecting the signal value of the power state signal at the signal change moment, the power state signal is a signal indicating whether the vehicle is in the power-off state; the signal values ​​of each time period between the adjacent collected moments of the change to the power-off state and the moment of the change to the power-on state are all determined as signal values ​​indicating that the vehicle is in the power-off state; the signal values ​​of each time period between the adjacent collected moments of the change to the power-on state and the moment of the change to the power-off state are all determined as signal values ​​indicating that the vehicle is in the power-on state.

[0108] In this embodiment, the method of polling the target signal in step S1 to determine the signal value of the target signal in each time period will occupy more vehicle computer performance resources. Therefore, in order to reduce the occupation of vehicle computer resources, the present application can collect the target signal only when the signal value of the target signal changes, and determine the signal value of the target signal in each time period based on the collected target signal. Specifically: when the target state is the power-off state, when the signal of the power state signal changes, the signal value and corresponding time of the power state signal at the moment of signal change are collected again. The power state signal is a signal indicating whether the vehicle is in the power-off state. Then, the signal values ​​of each time period between the moment when the adjacent collection changes to the power-off state and the moment when the power changes to the power-on state are all determined as signal values ​​indicating that the vehicle is in the power-off state. At the same time, the signal values ​​of each time period between the moment when the adjacent collection changes to the power-on state and the moment when the power changes to the power-off state are all determined as signal values ​​indicating that the vehicle is in the power-on state. It should be understood that the target signal corresponding to other types of target states can also use this method to determine the signal value of the target signal in each time period, such as the sentry mode state signal, the charging state signal, etc. For example, if Figure 6 As shown, when it is determined that the target signal A needs to be monitored, the target signal A is detected. When the target signal A changes, the signal value of the target signal A at the moment of signal change is collected. It should be understood that the current time is also collected. Then, the signal value and the corresponding time at the moment of signal change are recorded and sent to the processing unit (such as can be implemented by the car computer) that determines the signal value of the target signal A in each time period.

[0109] In combination with the above embodiments, in one embodiment, the embodiment of the present application further provides a vehicle task push method. In the vehicle task push method, when the target state of the vehicle required to execute the task to be executed includes a first target state that the vehicle must be in and a second target state that the vehicle is expected to be in, determining the target state corresponding to the task to be executed includes: determining the initiator of the task to be executed; when the initiator is the vehicle itself, parsing the target state carried by the task to be executed; when the initiator is a remote party, parsing the task to be executed to determine whether it carries a corresponding target state; when the corresponding target state is not carried, obtaining the locally recorded target state corresponding to the task to be executed; when the corresponding target state is carried, determining the target state corresponding to the task to be executed, both the locally recorded target state and the target state carried by the task to be executed, as the target state corresponding to the task to be executed; and when the locally recorded first target state conflicts with the first target state carried by the task to be executed, retaining the locally recorded first target state, wherein the locally recorded first target state is a state that ensures the safe execution of the task to be executed; and when the locally recorded second target state conflicts with the second target state carried by the task to be executed, retaining the second target state carried by the task to be executed.

[0110] In this embodiment, the target state of the vehicle required to perform the task to be performed may include two types of states, namely, a first target state that the vehicle must be in, such as the power OFF state that the vehicle must be in during the OTA upgrade process to avoid safety accidents caused by the user performing the OTA upgrade task while driving the vehicle, and a second target state that the vehicle is expected to be in, such as the vehicle is expected to be in a non-DC commercial charging state during the OTA upgrade process, that is, it is expected that the vehicle does not perform DC commercial charging during the OTA upgrade process, but the OTA upgrade task can be performed even if it is in a DC commercial charging state without serious consequences.

[0111] In this embodiment, when the target state of the vehicle required to execute the task to be executed includes these two states, the implementation method for determining the target state corresponding to the task to be executed can be: first determine who is the initiator of the task to be executed received by the vehicle. When the initiator is the vehicle itself (such as a health check task initiated by the vehicle itself), the task to be executed must carry its corresponding target state. At this time, directly parse the task to be executed and determine the target state it carries that corresponds to it.

[0112] In the case where the initiator is remote (such as an OTA upgrade task initiated remotely), the task to be executed is parsed to determine whether the task to be executed carries its own corresponding target state. Among them, this application will locally save a basic corresponding target state for each task to be executed initiated by the remote end to ensure that the task to be executed can be executed safely, so as to prevent the task to be executed initiated by the remote end from not configuring the corresponding target state in the task to be executed due to the mistake of the staff. In this way, after the task to be executed is sent to the vehicle, the vehicle will execute it without any status judgment, thereby causing safety problems. Therefore, in the case that the task to be executed initiated by the remote end does not carry the corresponding target state, the locally recorded target state corresponding to the task to be executed is obtained.

[0113] In the case where the task to be executed initiated by the remote end carries a corresponding target state, the locally recorded target state corresponding to the task to be executed and the target state carried by the task to be executed initiated by the remote end are both determined as the target state corresponding to the task to be executed. Among them, the first target state corresponding to the task to be executed recorded locally is a state that ensures the safe execution of the task to be executed. The first target state is a state that is pre-written inside the vehicle when the vehicle leaves the factory. Therefore, in the present application, when the locally recorded target state corresponding to the task to be executed includes a target state of the first target state type, and the target state carried by the task to be executed initiated by the remote end also includes a target state of the first target state type, it is determined whether the locally recorded first target state and the first target state carried by the task to be executed initiated by the remote end conflict. If there is a conflict, the locally recorded first target state is retained first to prevent the first target state in the task to be executed initiated by the remote end from being a wrong first target state configured by the staff due to error. If the first target state in the task to be executed initiated by the remote end is retained, it will lead to the occurrence of safety problems. The vehicle's locally recorded first target state is pre-programmed into the vehicle at the factory, making it extremely unlikely to fail. Therefore, in the event of a conflict, preserving the locally recorded first target state ensures the security of the pending task. For example, if the locally recorded first target state for the pending task includes the vehicle power being in the OFF position, while the first target state carried by the remotely initiated pending task includes the vehicle power being in the ON position, in the event of a conflict, the locally recorded first target state for the pending task (i.e., the vehicle power being in the OFF position) will be prioritized. If the locally recorded second target state for the pending task conflicts with the second target state carried by the remotely initiated pending task, the second target state carried by the pending task will be prioritized. This ensures the personalized configuration of the remotely initiated pending task. This is because the currently initiated pending task may require the vehicle to enter a new second target state, and these new second target states do not affect the security of the pending task. Therefore, in the event of a conflict, the second target state carried by the remotely initiated pending task will be prioritized.

[0114] In this embodiment, if Figure 7As shown in the figure, the traditional push method for executing tasks (such as OTA upgrades) first requires a pop-up reminder, then entering the application interface. After the user clicks the Schedule Execution button, agrees to the relevant disclaimer, and sets the task execution time. Only after confirming the time is the appointment successfully made. However, the vehicle task push method provided in this application only requires three steps: a pop-up window directly pushes the confirmed push time to the user, and the user can directly click to confirm or select one of the multiple time segments into which the push time is divided to confirm. New energy vehicles rely on software definition, which needs to be kept updated, and new features also require OTA upgrades. User upgrade willingness is related to the upgrade operation steps. The fewer user operation steps for an OTA upgrade, the higher the user upgrade rate. Therefore, the push method of this application reduces user thinking and the number of user upgrade steps, which can effectively increase user upgrade willingness. Therefore, the vehicle task push method provided in this application acquires, counts, and analyzes vehicle signals to derive a push time that is more consistent with user driving habits for pop-up push, thereby reducing user operation steps and humanizing pop-up push to achieve the purpose of intelligent reminder and setting. This makes the car more intelligent and customized, and the interaction between the car and the driver is more in line with the driving habits of each car owner.

[0115] In this embodiment, the present application obtains the entire vehicle signal through the automobile computer. The automobile computer serves as a signal acquisition center and a data processing and analysis center, collects various target signals on the automobile bus, and analyzes and processes the collected target signals based on their time to determine the state of the vehicle at each time.

[0116] Based on the same inventive concept, an embodiment of the present application provides a vehicle task push system, such as Figure 8 As shown, the vehicle task push system 800 includes:

[0117] A signal determination module 801 is configured to poll a target signal according to a target state corresponding to a pending task, and determine a signal value of the target signal in each time period, wherein the target state is a state that the vehicle must be in to perform the pending task, and the target signal is a signal indicating whether the vehicle is in the target state;

[0118] A labeling module 802 is configured to add a label corresponding to the signal value of each time period according to the signal value obtained by polling, wherein the label includes a label indicating that the vehicle is in a target state and a label indicating that the vehicle is not in a target state;

[0119] A time set determination module 803 is used to determine the time set in which the vehicle is in the target state based on the labels of each time period;

[0120] The push time determination module 804 is used to obtain the push time by taking the intersection of the time sets of the vehicle being in each target state when there are multiple target states corresponding to the task to be executed;

[0121] The request module 805 is configured to push the pending push time to the user, so as to request the user to execute the pending task at the pending push time.

[0122] Optionally, when the vehicle task push system 800 includes multiple tasks to be executed, the target states corresponding to the multiple tasks to be executed include some target states that are identical to each other;

[0123] The push time determination module 804 is used to determine the push time corresponding to each task to be executed;

[0124] The request module 805 is configured to push the pending push time of each pending task to the user, so as to request the user to execute each pending task within the corresponding time. The pending push time corresponding to each pending task is different.

[0125] Optionally, the time set determination module 803 includes:

[0126] An activity determination module, configured to increase the activity of a time period by one when the label of the time period indicates that the vehicle is not in the target state;

[0127] The activity accumulation processing module is used to accumulate the activity of the same time period over multiple days to obtain the total activity of the same time period;

[0128] The time set determination submodule is used to determine the time period when the sum of the activity levels is zero as the time set when the vehicle is in the target state.

[0129] Optionally, the time set determination submodule includes:

[0130] The comparison module can also determine the relationship between the sum of activity in each time period and the set threshold;

[0131] A target time period determination module is configured to determine a time period in which the total activity level is less than the set threshold as a target time period;

[0132] The first time set determining module is configured to determine all target time periods as a time set in which the vehicle is in a target state.

[0133] Optionally, the vehicle task push system 800 includes a threshold determination module for determining the set threshold; the threshold determination module includes:

[0134] a priority determination module for determining a first priority for the vehicle to switch to a state opposite to the target state, and a second priority for executing the task to be executed;

[0135] a first threshold determination module, configured to set the threshold to a first value when the first priority is greater than the second priority;

[0136] The second threshold determination module is configured to set the threshold to a second value when the first priority is less than or equal to the second priority, and the second value is greater than the first value.

[0137] Optionally, the request module 805 includes:

[0138] a duration determination module, configured to, if the duration of the pending push time is greater than or equal to a target duration, divide the pending push time into at least one duration segment equal to the target duration, where the target duration is the duration required to execute the pending task;

[0139] The request submodule is configured to push the at least one duration segment to the user, so as to request the user to perform the to-be-performed task in the at least one duration segment.

[0140] Optional, request submodules, including:

[0141] a push module, configured to push an execution request including the at least one duration segment to a user;

[0142] A selection and determination module, configured to determine a target duration segment selected by the user from the at least one duration segment according to a user operation in response to the execution request;

[0143] The first request module is used to control the vehicle to execute the task to be executed when the starting time of the target duration segment is reached.

[0144] Optionally, the signal determination module 801 includes:

[0145] A signal acquisition module, configured to acquire a signal value of a power status signal at a moment of signal change when the target state is a power-off state, the power status signal being a signal indicating whether the vehicle is in a power-off state;

[0146] a first signal determination module, configured to determine signal values ​​in each time period between the moment when the vehicle changes to the power-off state and the moment when the vehicle changes to the power-on state as signal values ​​indicating that the vehicle is in the power-off state;

[0147] The second signal determination module is configured to determine the signal values ​​of each time period between the moment when the vehicle changes to the power-on state and the moment when the vehicle changes to the power-off state that are collected adjacently as signal values ​​indicating that the vehicle is in the power-on state.

[0148] Optionally, the vehicle task push system 800 further includes a target state determination module for determining a target state corresponding to the task to be performed when the target state of the vehicle required for performing the task to be performed includes a first target state that the vehicle must be in and a second target state that the vehicle is expected to be in. The target state determination module includes:

[0149] An initiator determination module, configured to determine the initiator of the task to be executed;

[0150] A first parsing module is used to parse the target state carried by the task to be executed when the initiator is the vehicle;

[0151] A second parsing module is configured to parse the task to be executed to determine whether it carries a corresponding target state when the initiator is a remote end;

[0152] A target state acquisition module, configured to acquire a locally recorded target state corresponding to the task to be executed if no corresponding target state is carried;

[0153] A target state determination submodule is used to determine the target states corresponding to the task to be executed, both those recorded locally and those carried by the task to be executed, as the target states corresponding to the task to be executed, when carrying the corresponding target state; and when the first target state recorded locally conflicts with the first target state carried by the task to be executed, retain the first target state recorded locally, wherein the first target state recorded locally is a state that ensures the safe execution of the task to be executed; and when the second target state recorded locally conflicts with the second target state carried by the task to be executed, retain the second target state carried by the task to be executed.

[0154] Based on the same inventive concept, an embodiment of the present application provides an electronic device, comprising: a processor, a memory, and a computer program stored in the memory and running on the processor. When the computer program is executed by the processor, the steps in the vehicle task pushing method described in the first aspect of the present application are implemented.

[0155] Based on the same inventive concept, an embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps in a vehicle task pushing method as described in the first aspect of the present application are implemented.

[0156] As for the system 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.

[0157] It should be noted that for the method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the embodiments of the present application are not limited by the order of the actions described, because according to the embodiments of the present application, 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 the specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present application.

[0158] 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.

[0159] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the embodiments of the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the embodiments of the present application can adopt 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.) that contain computer-usable program code.

[0160] The embodiments of the present application 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 application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes 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 steps in the process. 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.

[0161] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a specific manner, so that the instructions stored in the computer readable memory produce a manufactured product including 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.

[0162] 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 The steps for the function specified in one or more boxes.

[0163] Although 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 become aware of the basic inventive 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.

[0164] 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.

[0165] The above is a detailed introduction to the vehicle task push method, system, device and medium provided by the present application. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method of the present application and its core idea; at the same time, for general technical personnel in this field, based on the ideas of the present application, 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 application.

Claims

1. A vehicle task pushing method, characterized in that: The method comprises: Polling a target signal according to a target state corresponding to the task to be performed to determine a signal value of the target signal in each time period, wherein the target state is a state that the vehicle needs to be in to perform the task to be performed, and the target signal is a signal indicating whether the vehicle is in the target state; According to the signal value of each time period obtained by polling, a label corresponding to the signal value of the vehicle itself is added to each time period, wherein the label includes a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state; Based on the labels of each time period, determine the time set when the vehicle is in the target state; If there are multiple target states corresponding to the task to be executed, the intersection of the time sets of the vehicle in each target state is taken to obtain the time to be pushed; Pushing the pending push time to the user to request the user to execute the pending task at the pending push time; Wherein, when there are multiple tasks to be executed, the method further includes: The target states corresponding to the plurality of tasks to be executed include some target states that are identical to each other; Determine the corresponding push time for each task to be executed; The time to be pushed for each task to be executed is pushed to the user to request the user to execute each task to be executed within the corresponding time. The time to be pushed for each task to be executed is different. Different tasks to be executed are associated with their corresponding target states, and the target states are associated with target signals.

2. A vehicle task pushing method according to claim 1, characterized in that: Based on the labels of each time period, determine the time set when the vehicle is in the target state, including: When the label of a time period indicates that the vehicle is not in the target state, the activity level of the time period is increased by one; Accumulate the activity of the same time period over multiple days to obtain the total activity of the same time period; The time period when the sum of the activity levels is zero is determined as the time set when the vehicle is in the target state.

3. A vehicle task pushing method according to claim 2, characterized in that: The time period when the sum of activity is zero is determined as the time set when the vehicle is in the target state, including: Determine the relationship between the sum of activity levels in each time period and the set threshold; Determining a time period in which the total activity level is less than the set threshold as a target time period; All target time periods are determined as the set of times when the vehicle is in the target state.

4. A vehicle task pushing method according to claim 3, characterized in that: Determining the set threshold includes: determining a first priority for switching the vehicle to a state opposite to the target state, and a second priority for executing the task to be executed; When the first priority is greater than the second priority, the threshold is set to a first value; When the first priority is less than or equal to the second priority, the threshold is set to a second value, which is greater than the first value.

5. A vehicle task pushing method according to claim 1, characterized in that: Pushing the pending push time to the user to request the user to execute the pending task at the pending push time includes: If the duration of the pending task is greater than or equal to the target duration, dividing the pending task into at least one segment of duration equal to the target duration, where the target duration is the duration required to execute the pending task; The at least one duration segment is pushed to the user to request the user to perform the to-be-performed task in the at least one duration segment.

6. A vehicle task pushing method according to claim 5, characterized in that: Pushing the at least one duration segment to the user to request the user to perform the to-be-performed task in the at least one duration segment includes: Pushing an execution request including the at least one duration segment to the user; determining, according to a user operation in response to the execution request, a target duration segment selected by the user from the at least one duration segment; When the starting time of the target duration segment is reached, the vehicle is controlled to execute the task to be executed.

7. A vehicle task pushing method according to claim 1, characterized in that: When the target state is the power-off state, the signal value of the target signal in each time period is determined, including: Collecting a signal value of a power status signal at a signal change moment, the power status signal being a signal indicating whether the vehicle is in a power-off state; Determine the signal values ​​of each time period between the moment when the vehicle changes to the power-off state and the moment when the vehicle changes to the power-on state as the signal values ​​indicating that the vehicle is in the power-off state; The signal values ​​of each time period between the time when the vehicle changes to the power-on state and the time when the vehicle changes to the power-off state are successively collected are all determined as signal values ​​indicating that the vehicle is in the power-on state.

8. A vehicle task pushing method according to claim 1, characterized in that: In a case where the target state of the vehicle required for executing the task to be executed includes a first target state that the vehicle must be in and a second target state that the vehicle is desired to be in, determining the target state corresponding to the task to be executed includes: Determining the initiator of the task to be performed; When the initiator is the vehicle, analyzing the target state carried by the task to be executed; In the case where the initiator is a remote party, parsing the task to be executed to determine whether it carries the corresponding target state; If no corresponding target state is carried, obtaining the locally recorded target state corresponding to the task to be executed; In the case of carrying the corresponding target state, the target states corresponding to the task to be executed, both recorded locally and carried by the task to be executed, are determined as the target states corresponding to the task to be executed; and when the first target state recorded locally conflicts with the first target state carried by the task to be executed, the first target state recorded locally is retained, wherein the first target state recorded locally is a state that ensures the safe execution of the task to be executed; and when the second target state recorded locally conflicts with the second target state carried by the task to be executed, the second target state carried by the task to be executed is retained.

9. A vehicle task push system, characterized in that: The system comprises: a signal determination module, configured to poll a target signal according to a target state corresponding to a task to be performed, and determine a signal value of the target signal in each time period, wherein the target state is a state that the vehicle must be in to perform the task to be performed, and the target signal is a signal indicating whether the vehicle is in the target state; A labeling module is used to add a label corresponding to the signal value of each time period according to the signal value of each time period obtained by polling, wherein the label includes a label indicating that the vehicle is in the target state and a label indicating that the vehicle is not in the target state; A time set determination module is used to determine the time set in which the vehicle is in the target state based on the labels of each time period; A module for determining the time to be pushed is used to obtain the time to be pushed by taking the intersection of the time sets of the vehicle being in each target state when there are multiple target states corresponding to the task to be executed; A request module, configured to push the pending push time to the user, so as to request the user to execute the pending task at the pending push time; Wherein, when there are multiple tasks to be executed, the target states corresponding to the multiple tasks to be executed include some target states that are identical to each other; The module for determining the time to be pushed is used to determine the time to be pushed corresponding to each task to be executed; The request module is used to push the pending push time of each task to be executed to the user, so as to request the user to execute each task to be executed within the corresponding time. The pending push time corresponding to each task to be executed is different, wherein different tasks to be executed establish a corresponding relationship with their corresponding target states, and associate the target state with the target signal.

10. An electronic device, characterized in that: include: A processor, a memory, and a computer program stored in the memory and running on the processor, wherein when the computer program is executed by the processor, the steps in the vehicle task pushing method according to any one of claims 1 to 8 are implemented.

11. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, and when the computer program is executed by the processor, the steps in the vehicle task pushing method according to any one of claims 1 to 8 are implemented.

Images