Vehicle task pushing method, system, equipment and medium

Abstract

The invention provides a vehicle task pushing method, system and device and a medium, and relates to the technical field of vehicles, and the method comprises the steps: carrying out the polling of a target signal according to a target state corresponding to a to-be-executed task, and determining the signal value of the target signal in each time period; according to the signal values of all the time periods obtained through polling, labels corresponding to the signal values of the labels are added to all the time periods, and the labels comprise the label that the vehicle is in the target state and the label that the vehicle is not in the target state; determining a time set of the vehicle in the target state according to the label of each time period; when there are multiple target states corresponding to the to-be-executed task, taking an intersection of the time sets of the vehicle in each target state to obtain to-be-pushed time; and pushing the to-be-pushed time to the user to request the user to execute the to-be-executed task at the to-be-pushed time. The objective of the invention is to better push the task execution time matched with the car using habit of the user to the user.

Description

Technical Field

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

[0002] With the application of vehicle OTA (Over-the-air programming) in the automotive field, the latest software is pushed to the OTA vehicle main control end through a wireless communication carrier, and the main control end updates the system, software, and data of each domain controller, sensor, and ECU supporting upgrade in the vehicle, which has become the current mainstream upgrade method. At the same time, with the continuous improvement of the intelligence level of automobiles, many vehicle models also have self-diagnosis functions to perform health checks on the vehicle, and such health check tasks also need to be pushed to users, who can choose to execute the health check tasks.

[0003] Whether it is the vehicle OTA upgrade or the tasks pushed by the vehicle itself to users, it is mainly in the form of scheduled upgrades, that is, a user actively sets an upgrade time in advance, and the vehicle starts to upgrade when the upgrade time arrives. The scheduled upgrade time is the default upgrade time, but different users have different driving habits, and the default upgrade time does not suit all users, resulting in a 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 art.

[0005] The first aspect of the present application provides a vehicle task push method, and the method includes: Poll the target signal according to the target state corresponding to the task to be executed, and determine the signal values of the target signal in each time period, where 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; Add tags corresponding to their own signal values to each time period according to the signal values obtained by polling, where the tags include tags indicating that the vehicle is in the target state and tags indicating that the vehicle is not in the target state; Determine the time set when the vehicle is in the target state according to the tags of each time period; In the case that the target state corresponding to the task to be executed includes multiple states, take the intersection of the time sets when the vehicle is in each target state to obtain the time to be pushed; Push the time to be pushed to the user to request the user to execute the task to be executed at the time to be pushed.

[0006] Optionally, when there are multiple tasks to be executed, the method further includes: Among the target states corresponding to the multiple tasks to be executed, some of the target states are the same as each other; Respectively determine the time to be pushed corresponding to each task to be executed; Push the time to be pushed for 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, and the time to be pushed corresponding to each task to be executed is different.

[0007] Optionally, determining the time set when the vehicle is in the target state according to the labels of each time period includes: When the label of the time period is the label that the vehicle is not in the target state, increment the activity of this time period by one; Accumulate the activities of the same time period on multiple days to obtain the total activity of this same time period; Determine the time period with the total activity of zero as the time set when the vehicle is in the target state.

[0008] Optionally, determining the time period with the total activity of zero as the time set when the vehicle is in the target state includes: Determine the relationship between the total activity of each time period and the set threshold; Determine the time period with the total activity less than the set threshold as the target time period; Determine all the target time periods as the time set when the vehicle is in the target state.

[0009] Optionally, determining the set threshold includes: Determine the first priority for the vehicle to switch to the opposite state of the target state, and the second priority for executing the task to be executed; When the first priority is greater than the second priority, take the set threshold as the first value; When the first priority is less than or equal to the second priority, take the set threshold as the second value, and the second value is greater than the first value.

[0010] Optionally, pushing the time to be pushed to the user to request the user to execute the task to be executed at the time to be pushed includes: When the duration of the time to be pushed is greater than or equal to the target duration, divide the time to be pushed into at least one duration segment equal to the target duration, and the target duration is the duration required to execute the task to be executed; Push the at least one duration segment to the user to request the user to execute the task to be executed within the at least one duration segment.

[0011] Optionally, pushing the at least one duration segment to a user to request the user to execute the to-be-executed task during the at least one duration segment 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 according to a user operation in response to the execution request; When the starting moment of the target duration segment is reached, controlling the vehicle to execute the to-be-executed task.

[0012] Optionally, when the target state is a power-off state, determining signal values of a target signal in each time period includes: Collecting signal values at signal change moments of a power state signal, where the power state signal is a signal indicating whether the vehicle is in a power-off state; Determining signal values of each time period between adjacent moments of changing to a power-off state and moments of changing to a power-on state as signal values indicating that the vehicle is in a power-off state; Determining signal values of each time period between adjacent moments of changing to a power-on state and moments of changing to a power-off state as signal values indicating that the vehicle is in a power-on state.

[0013] Optionally, when the target state that the vehicle needs to be in for executing the to-be-executed task 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 to-be-executed task includes: Determining the initiator of the to-be-executed task; When the initiator is the host vehicle, parsing the target state carried in the to-be-executed task; When the initiator is a remote end, parsing the to-be-executed task to determine whether it carries a corresponding target state; When it does not carry a corresponding target state, obtaining the target state corresponding to the to-be-executed task recorded locally; When it carries a corresponding target state, determining both the target state corresponding to the to-be-executed task recorded locally and the target state corresponding to the to-be-executed task carried in the to-be-executed task as the target state corresponding to the to-be-executed task; and when there is a conflict between the first target state recorded locally and the first target state carried in the to-be-executed task, retaining the first target state recorded locally, where the first target state recorded locally is a state ensuring the safe execution of the to-be-executed task; and when there is a conflict between the second target state recorded locally and the second target state carried in the to-be-executed task, retaining the second target state carried in the to-be-executed task.

[0014] The second aspect of the present application provides a vehicle task push system, which includes: A signal determination module, configured to poll a target signal according to a target state corresponding to a to-be-executed task, and determine signal values of the target signal in each time period, where the target state is the state that the vehicle needs to be in for executing the to-be-executed task, and the target signal is a signal indicating whether the vehicle is in the target state; A labeling module, configured to add a label corresponding to its own signal value to each time period according to the signal values of each time period obtained by polling, where 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, configured to determine a time set when the vehicle is in the target state according to the labels of each time period; A to-be-pushed time determination module, configured to, when the target state corresponding to the to-be-executed task includes multiple states, take the intersection of the time sets when the vehicle is in each target state to obtain the to-be-pushed time; A request module, configured to push the to-be-pushed time to a user to request the user to execute the to-be-executed task at the to-be-pushed time.

[0015] The third aspect of the present application provides an electronic device, including: a processor, a memory, and a computer program stored on the memory and running on the processor, where when the computer program is executed by the processor, the steps in a vehicle task push method as described in the first aspect of the present application are implemented.

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

[0017] A vehicle task push method provided by the present application has the following advantages: A vehicle task push method provided by an embodiment of the present application first polls a target signal according to a target state corresponding to a to-be-executed task, and determines signal values of the target signal in each time period, where the target state is the state that the vehicle needs to be in for executing the to-be-executed task, and the target signal is a signal indicating whether the vehicle is in the target state; adds a label corresponding to its own signal value to each time period according to the signal values of each time period obtained by polling, where 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; determines a time set when the vehicle is in the target state according to the labels of each time period; when the target state corresponding to the to-be-executed task includes multiple states, takes the intersection of the time sets when the vehicle is in each target state to obtain the to-be-pushed time; and pushes the to-be-pushed time to a user to request the user to execute the to-be-executed task at the to-be-pushed time.

[0018] In this application, a corresponding target state for the vehicle to be in is established for each task. After determining the currently pending task, the target state corresponding to the currently pending task is determined. Then, by polling the target signals indicating whether the vehicle is in the target state in the user's historical driving data, the signal values of the target signals in each time period are determined, so as to determine at which times of the day the vehicle was in the target state in the past period of time. By analyzing this determination result, the time set when the vehicle is in the target state during the day is determined. Through the same implementation method, the time sets of the multiple target states corresponding to the currently pending task are determined respectively. Then, the intersection of the time sets of the multiple target states is taken to obtain the final time to be pushed during the day. Then, this time to be pushed is given to the user to request the user to execute the pending task during this time to be pushed. Thus, when determining the time to be pushed corresponding to the pending task, this application can push a time to be pushed that is more suitable for the user based on the driving habits of different users, thereby improving the user experience (for example, by analyzing and determining that at 9 pm to 10 pm at night, user A's vehicle will be in the target states x1 and x2 corresponding to the pending task at the same time, so this time period is pushed to the user to request the execution of the pending task during this time period; and it is determined that at 11 pm to 12 pm at night, user B's vehicle will be in the target states x1 and x2 corresponding to the pending task at the same time, so this time period is pushed to the user to request the execution of the pending task during this time period). BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions of the embodiments of this application, the following will briefly introduce the drawings required for the description of the embodiments of this application. Obviously, the drawings in the following description are only some embodiments of this application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0020] Figure 1 It is a flowchart of a vehicle task push method shown in an embodiment of this application; Figure 2 It is a schematic diagram of the activity accumulation process in a vehicle task push method shown in an embodiment of this application; Figure 3 It is a schematic diagram of the determination of the target time period in a vehicle task push method shown in an embodiment of this application; Figure 4 It is a schematic diagram of determining that the target time period is a time set in a vehicle task push method shown in an embodiment of this application; Figure 5Schematic diagram of cumulative processing of the activity of each of multiple target states in a vehicle task push method shown in an embodiment of the present application; Figure 6 Schematic diagram of signal acquisition when the signal value changes in a vehicle task push method shown in an embodiment of the present application; Figure 7 Schematic diagram of comparison between two push methods in a vehicle task push method shown in an embodiment of the present application; Figure 8 Schematic diagram of a vehicle task push system shown in an embodiment of the present application. Detailed implementation manners

[0021] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0022] Refer to Figure 1 , Figure 1 which is a flowchart of a vehicle task push method shown in an embodiment of the present application. As Figure 1 shown, the method includes: Step S1: Poll the target signal according to the target state corresponding to the task to be executed, and determine the signal values of the target signal in each time period, where 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.

[0023] In this embodiment, the tasks mentioned in this application refer to tasks that require the vehicle to be in a specific state and take a certain period of time to complete, such as the OTA upgrade task of the vehicle, the calibration task of the battery management system (BMS) initiated by the vehicle itself, the health check task initiated by the vehicle itself, etc. The vehicle first receives a task to be executed, determines the target state corresponding to the task to be executed based on the task to be executed. The target state corresponding to the task to be executed refers to the state in which the vehicle needs to be in order to execute the task to be executed (for example, when performing an OTA upgrade, the power state of the vehicle needs to be in the OFF gear, and it is desired that the vehicle is not in the DC commercial charging state). Among them, an optional implementation manner for determining the target state corresponding to the task to be executed is: directly let the task to be executed carry the target state in which the vehicle needs to be in for its own execution. After the vehicle receives the task to be executed, directly determine the target state in which the vehicle needs to be in for its own execution carried in the task to be executed by parsing the task to be executed. Another optional implementation manner for determining the target state corresponding to the task to be executed is: directly store the target states corresponding to various tasks to be executed locally in the vehicle. After the vehicle receives a task to be executed, search for the target state corresponding to itself among the target states corresponding to various tasks to be executed stored locally. Among them, receiving and parsing the task to be executed to determine the target state corresponding to the task to be executed can be completed by the in-vehicle infotainment system of the vehicle, or receiving and searching for the target state corresponding to the task to be executed can be completed by the in-vehicle infotainment system of the vehicle.

[0024] In this embodiment, based on the determined target state corresponding to the task to be executed, polling is performed on the target signals in the historical vehicle usage data of the vehicle in the past multiple days. Among them, the target signal is a signal indicating whether the vehicle is in the target state. For example, when the target state is the vehicle power OFF gear state, the target signal is the power state feedback signal BCM_PowerStatusFeedback, and its signal value of 0x0 indicates that the vehicle is in the power OFF gear state, representing the user's end of vehicle usage state, and its signal value of 0x2 indicates that the vehicle is in the power ON gear state, representing the user's start of vehicle usage state. This application divides a complete day into multiple time periods of equal duration. Among them, the duration of the divided time periods is preferably 1 minute. It should be understood that a duration of 1 minute is only a preferred value, and it can also be other duration values. Then, based on the polling result, determine the signal value of the target signal in each time period. The signal value of the target signal in each time period includes the signal values of each time period in each day in the past multiple days.

[0025] Step S2: According to the signal values of each time period obtained by polling, add tags corresponding to their own signal values to each time period. The tags include tags indicating that the vehicle is in the target state and tags indicating that the vehicle is not in the target state.

[0026] In this embodiment, after polling to obtain the signal values of all time periods in the past multiple days through step S1, tags are added to each time period to obtain the tags of each time period. The tags added to the time periods include two types, namely the tags indicating that the vehicle is in the target state and the tags indicating that the vehicle is not in the target state. One optional implementation of adding tags is as follows: A mapping relationship is established in advance between the signal values indicating that the vehicle is in the target state and the tags indicating that the vehicle is in the target state, and a mapping relationship is established in advance between the signal values indicating that the vehicle is not in the target state and the tags indicating that the vehicle is not in the target state. After polling to obtain the signal values of all time periods in the past multiple days, based on the signal values of the time period and the two mapping relationships established in advance, the tag of the time period is determined, and the determined tag is added to the time period. The tags of each time period can be added in the same implementation manner.

[0027] Step S3: Determine the time set when the vehicle is in the target state according to the tags of each time period.

[0028] In this embodiment, after completing the addition of tags to all time periods in the past multiple days through step S2, by analyzing the tags of all time periods in the past multiple days, it is determined at what time periods of a day the vehicle is in the target state, so as to obtain the time set when 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 will be in the target state at [0, 420] minutes, [512, 1050] minutes, and [1112, 1440) minutes in a day.

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

[0030] In this embodiment, there can be multiple target states corresponding to the task to be executed. For example, for vehicle OTA upgrade, the power of the vehicle needs to be in the OFF gear, that is, the user is not driving the vehicle, and at the same time, it is desired that the vehicle is not in the DC commercial charging state. When there are multiple target states corresponding to the task to be executed, for any one target state, the method for determining the time set when the vehicle is in the any one target state is the same as the implementation manner of the above steps S1 to S3. After obtaining the time sets corresponding to the multiple target states respectively, take the intersection of the time sets corresponding to the multiple target states to obtain the corresponding time to be pushed.

[0031] For example, the target states corresponding to the tasks to be executed include target state A and target state B. The determined time sets when the vehicle is in target state A are [0, 420] minutes, [512, 1050] minutes, and [1112, 1440) minutes in a day. The determined time sets when the vehicle is in target state B are [0, 300] minutes, [700, 900] minutes, and [1100, 1380] minutes in a day. Therefore, taking the intersection of the two time sets for both target state A and target state B, the final result obtained is [0, 300] minutes, [700, 900] minutes, and [1112, 1380] in a day. This result is the time to be pushed to the user.

[0032] Step S5: Push the time to be pushed to the user to request the user to execute the task to be executed at the time to be pushed.

[0033] In this embodiment, after determining the time to be pushed corresponding to the task to be executed through step S4, the time to be pushed is pushed to the user to whom the vehicle belongs to request the user to execute the task to be executed within the time to be pushed. An optional pushing method is: performing a pop-up prompt on the in-vehicle display screen, and determining whether to execute the task to be pushed within the time to be pushed based on the user's confirmation operation. It is also possible that after the vehicle determines the time to be pushed corresponding to the received task to be executed, when it is determined that there is no user in the driver's seat in the vehicle, a push message including the time to be pushed is sent to the mobile terminal bound to the vehicle to request the user to confirm whether to execute the task to be executed at the time to be pushed.

[0034] In this embodiment, in order to push the corresponding time to be pushed to the user in a timely manner based on the received task to be executed, the time set of the target state determined by this application can be determined and stored at a specified moment every day. When a task to be executed is received, the corresponding time to be pushed is determined based on the time set of the target state with the latest storage. Specifically: First, the engineering staff determines all types of tasks that the vehicle may receive. The tasks mentioned here still refer to the tasks that require the vehicle to be in a specific state and take a certain period of time to complete. Then, the target state corresponding to each type of task is determined. All the target states corresponding to all types of tasks form a target state set, and there are no duplicate target states in this set. Then, for each target state in the target state set, at a specified moment every day, the vehicle's processing unit (which can be implemented by the in-vehicle computer) polls and analyzes various target signals (these various target signals include the signals corresponding to each target state in the target state set) in the vehicle's historical driving data from the current moment to the past set number of days (for example, within the time from the current moment to the past 10 days), and determines the time set when the vehicle is in each target state. Thus, at a specified moment every day, a new time set when the vehicle is in each target state in the target state set is determined. Then, the new time sets of each target state obtained are stored in a specified location and replace the time sets of each target state in this specified location (that is, the old time sets), which can achieve the purpose of saving computing resources. When a new task to be executed comes, after determining the target state corresponding to this task to be executed, directly go to this specified location to read the time sets of each target state corresponding to this task to be executed, and perform an intersection operation to obtain the corresponding time to be pushed. For example, the target state set includes target states A1 to An, and the target signal indicating whether the vehicle is in target state Ai (i ranges from 1 to n) is Zi (i ranges from 1 to n). At a specified moment every day, the vehicle's processing unit polls and analyzes the target signals Z1 to Zn in the vehicle's historical driving data from the current moment to the past set number of days, and determines the time sets when the vehicle is in target states A1 to An respectively. The time set of target state Ai is represented by Xi. Thus, at a specified moment every day, a new time set when the vehicle is in each target state Ai in the target state set is determined, and then the new time sets of each target state A1 to An obtained are stored in a specified location and replace the time sets of each target state A1 to An in this specified location (that is, the previously stored old time sets).

[0035] A vehicle task push method provided by an embodiment of the present application first polls a target signal according to a target state corresponding to a task to be executed to determine signal values of the target signal in each time period, where the target state is the state that the vehicle needs to be in for executing the task to be executed, and the target signal is a signal indicating whether the vehicle is in the target state; adds tags corresponding to their own signal values to each time period according to the signal values of each time period obtained by polling, where the tags include a tag indicating that the vehicle is in the target state and a tag indicating that the vehicle is not in the target state; determines a time set in which the vehicle is in the target state according to the tags of each time period; in the case where the target state corresponding to the task to be executed includes multiple states, takes the intersection of the time sets in which the vehicle is in each target state to obtain the time to be pushed; and pushes the time to be pushed to the user to request the user to execute the task to be executed at the time to be pushed.

[0036] The present application establishes a corresponding target state that the vehicle needs to be in for each task. After determining the currently to-be-executed task, it determines the target state corresponding to the currently to-be-executed task, and then polls the target signal indicating whether the vehicle is in the target state in the user's historical driving data to determine the signal values of the target signal in each time period, so as to determine at which times of the day the vehicle will be in the target state in the past period of time. By analyzing the determined result, it determines the time set in which the vehicle is in the target state in a day. Through the same implementation method, it determines the time sets of each of the multiple target states corresponding to the currently to-be-executed task, and then takes the intersection of the time sets of each of the multiple target states to obtain the final time to be pushed in a day, and then gives the time to be pushed to the user to request the user to execute the to-be-executed task within the time to be pushed. Thus, when determining the time to be pushed corresponding to the task to be executed, the present application can push a time to be pushed that is more suitable for the user based on the driving habits of different users, thereby improving the user experience (for example, by analyzing and determining that at 9:00 pm to 10:00 pm, the vehicle of user A will be in the target state x1 and the target state x2 corresponding to the task to be executed at the same time, so the time period is pushed to the user to request the execution of the to-be-executed task during this time period; and it is determined that at 11:00 pm to 12:00 pm, the vehicle of user B will be in the target state x1 and the target state x2 corresponding to the task to be executed at the same time, so the time period is pushed to the user to request the execution of the to-be-executed task during this time period).

[0037] Combined with the above embodiments, in one implementation, the embodiments of the present application further provide a vehicle task push method. In this vehicle task push method, when there are multiple tasks to be executed, the method further includes: among the target states corresponding to each of the multiple tasks to be executed, there are some identical target states; respectively determine the push times corresponding to each of the tasks to be executed; and push the push times of each of the tasks to be executed to the user, so as to request the user to execute each of the tasks to be executed within the corresponding time, and the push times corresponding to each of the tasks to be executed are different.

[0038] In this embodiment, when there are multiple current tasks to be executed, among the target states corresponding to each of the multiple tasks to be executed, there are some identical target states. For example, the current tasks to be executed 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. The target states corresponding to the current tasks to be executed M1 and M2 include the identical target state A1 and the different target states A2 and A3 respectively.

[0039] In this embodiment, when there are multiple current tasks to be executed, the method for determining the push time corresponding to each task to be executed is the same as the implementation manners of steps S1 to S4 above. After determining the push times corresponding to each of the tasks to be executed, push the push times of each of the tasks to be executed to the user, so as to request whether the user needs to execute their own tasks to be executed within the corresponding push times. For example, it is determined that the push time of the task to be executed M1 is from 2 pm to 3 pm in a day, and it is determined that the push time of the task to be executed M2 is from 10:30 pm to 11 pm in a day. Among them, the push times corresponding to each of the tasks to be executed are different. When there is an overlapping part in the push times corresponding to different tasks to be executed, correct the push times of each of the tasks to be executed, and only push the overlapping part of the time to one of the tasks to be executed. For example, currently there are tasks to be executed M3 and M4. It is determined that the push time of the task to be executed M3 is from 3 pm to 5 pm in a day, and it is determined that the push time of the task to be executed M4 is from 4 pm to 7 pm in a day. Then there is an overlapping part from 4 pm to 5 pm in a day. Therefore, push the time period from 4 pm to 5 pm to only one of the tasks to be executed, such as pushing it to the task to be executed M3. Then the determined push time corresponding to the task to be executed M3 remains from 3 pm to 5 pm, and update the push time corresponding to the task to be executed M4 to from 5 pm to 7 pm in a day.

[0040] In this embodiment, the vehicle task push method provided by the present application adopts the method of decomposing, splitting, saving and combining by sub-function - execution status - execution signal - minute. Compared with the current rough time segmentation method for OTA upgrade tasks, the present application is beneficial to the refined avoidance of the execution time between functional tasks. That is, through the division of different functional tasks, the present application establishes a corresponding relationship between different functional tasks and their corresponding execution statuses (i.e., target statuses), associates the execution status with the execution signal (i.e., target signal), and at the same time decomposes and splits a day into minutes to determine the respective push times corresponding to different functional tasks. Compared with the current rough time segmentation method for OTA upgrade tasks, the present application is beneficial to the refined and avoidance of the execution time between different functional tasks.

[0041] Combined with the above embodiments, in one implementation, the embodiments of the present application also provide a vehicle task push method. In this vehicle task push method, step S3 may include steps S31 to S33: Step S31: When the label of a time period is the label that the vehicle is not in the target state, increment the activity of this time period by one.

[0042] In this embodiment, when it is determined based on the user's historical vehicle usage data that the label of a time period is the label that the vehicle is not in the target state, increment the activity of this time period by one. When it is determined that the label of a time period is the label that the vehicle is in the target state, do not increment the activity of this time period, and at this time the activity of this time period is zero. For example, assume that the duration of the time period is 1 minute. When it is determined based on the user's historical vehicle usage data that the label of the 3rd time period on the 20th of a certain year and month is the label that the vehicle is not in the target state, increment the activity of the 3rd time period on the 20th of this certain year and month by one. When it is determined based on the user's historical vehicle usage data that the label of the 3rd time period on the 21st of the same month and year as the above-mentioned certain year and month is the label that the vehicle is in the target state, do not increment the activity of the 3rd time period on the 21st of this certain year and month.

[0043] Step S32: Accumulate the activities of the same time period over multiple days to obtain the total activity of this same time period.

[0044] In this embodiment, the same time period refers to the time periods belonging to the same time period of a day. For example, the i-th minute of each day belongs to the time periods of the same time period of a day, and this same time period is the i-th minute of a day. After determining all the time periods that were active in the past multiple days through step S31 and incrementing the activity of the time periods that meet the conditions by one, the activities of the time periods belonging to the same time period of a day in the past multiple days are accumulated to obtain the total activity of this same time period. By the same implementation method, the total activity of each time period of a day can be obtained respectively. For example, as Figure 2 shown, assuming that the duration of the divided time periods is 1 minute, based on the historical vehicle usage data of the past 10 days, 10×1440 time periods will be obtained. The activities of the time periods that all belong to the i-th time period (i ranges from 1 to 1440) of a day among these 10×1440 time periods are accumulated to obtain the total activity of the i-th time period of a day. Through the same implementation method of activity accumulation processing, finally, the total activities of a total of 1440 time periods of a day can be obtained, Figure 2 which shows an exemplary result of the total activities of a total of 1440 time periods of a day obtained by accumulating the activities of the time periods that all belong to the i-th time period (i ranges from 1 to 1440) of a day among these 10×1440 time periods.

[0045] Step S33: Determine the time set when the vehicle is in the target state for the time periods with a total activity of zero.

[0046] In this embodiment, after determining the total activity of each time period of a day based on the vehicle usage data of multiple past days, the time periods with a total activity of zero are determined as the time set when the vehicle is in the target state. As Figure 2 shown, the time periods with a total activity of zero are the 1st time period to the 421st time period, and the 512th time period to the 1051st time period, and the 1112th time period to the 1440th time period. Therefore, these three time intervals are determined as the time set when the vehicle is in the target state.

[0047] Combined with the above embodiments, in one implementation manner, the embodiments of the present application further provide a vehicle task push method. In this vehicle task push method, step S33 may include steps S331 to S333: Step S331: Determine the relationship between the total activity of each time period and the set threshold.

[0048] In this embodiment, for a time period with a relatively small total activity value (e.g., 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 a day is relatively small. For example, based on the analysis of the vehicle usage data in the past 100 days, it is determined that only one or two days in this time period of a day (i.e., the 1440th minute of a day) the vehicle is not in the target state. Therefore, when the task to be executed has an execution action during this time period of a day, it is very likely not to encounter the situation where the vehicle is not in the target state. Therefore, this time period can actually be used as a relatively good execution time for the task to be executed. Therefore, this application also classifies such time periods into the time set when the vehicle is in the target state and allows them to participate in the subsequent determination process of the time to be pushed.

[0049] The specific implementation method is as follows: Compare the total activity value of each time period in a day obtained through step S32 with a preset threshold respectively to determine the relationship between the two. Among them, the threshold is the product of a preset value and the total number of days of the historical vehicle usage data polled for the time set when the vehicle is in the target state. For example, if the preset value is 20% and the total number of days of the historical vehicle usage data polled for the time set when the vehicle is in the target state is 10 days, then the corresponding threshold value is 2.

[0050] Step S332: Determine the time period with the total activity value less than the threshold as the target time period.

[0051] In this embodiment, if the total activity value of a time period is less than the threshold, then determine this time period as the target time period.

[0052] Step S333: Determine all the target time periods as the time set when the vehicle is in the target state.

[0053] In this embodiment, then determine the time set composed of all the target time periods in a day as the time set when the vehicle is in the target state. In this way, such time periods (i.e., in only a few days out of many historical days, the vehicle is not in the target state during this time period of a day) can also be classified into the time set when the vehicle is in the target state and allowed to participate in the subsequent determination process of the time to be pushed, as Figure 3 shown, Figure 3 shows a schematic diagram of determining the time periods with the total activity value less than the threshold in the result as shown in Figure 2 as the target time periods through a preset threshold. All the time periods below the threshold are target time periods, so as to obtain as shown in Figure 4The shown result, in which the part without the black bar 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 first time period 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 first time period to the 423rd time period, the 511th time period to the 1050th time period, and the 1111th time period to the 1440th time period. As Figure 5 shown, when the target state corresponding to the task to be executed includes multiple ones (such as the target states A, B, and C included in Figure 5 ), for each target state, a result of the total activity of each time period in a day corresponding to itself will be processed, and the time periods with the total activity less than the set threshold in the result will also be determined as the target time periods. Finally, a result corresponding to itself and composed of all the target time periods in a day will be obtained (such as Figure 5 a result corresponding to the target state A in. The part without bar data in the first row of the figure is a result corresponding to the target state A composed of all the target time periods in a day, and this result is the time set when the vehicle is in the target state A; a result corresponding to the target state B. The part without bar data in the second row of the figure is a result corresponding to the target state B composed of all the target time periods in a day, and this result is the time set when the vehicle is in the target state B; a result corresponding to the target state C. The part without bar data in the third row of the figure is a result corresponding to the target state C composed of all the target time periods in a day, and this result is the time set when the vehicle is in the target state C).

[0054] Combined with the above embodiments, in one implementation manner, the embodiments of the present application further provide a vehicle task push method. In this vehicle task push method, determining the set threshold includes: determining the first priority of the vehicle switching to the opposite state of the target state, and the second priority of executing the task to be executed; in the case where the first priority is greater than the second priority, taking the set threshold as the first value; in the case where the first priority is less than or equal to the second priority, taking the set threshold as the second value, and the second value is greater than the first value.

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

[0056] Exemplarily, it is pre-set that the priority of the AC home charging state is lower than the priority of the OTA upgrade task. At the same time, it is pre-set that the priority of the DC commercial charging state is higher than the priority of the OTA upgrade task. The purpose of such 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 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 total activity value can be determined as the target time period, because the AC home charging state has less impact on the OTA upgrade task. Therefore, the time period corresponding to the larger total activity value can be determined as the target time period without causing a more serious impact. For the above 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 greater impact on the OTA upgrade task (because the charging state cannot be restored after interruption, which affects the user experience). Therefore, in the DC commercial charging state, the execution of the OTA upgrade task should be avoided as much as possible to improve the user experience. That is to say, in the DC commercial charging state, the OTA upgrade task should not be executed as much as possible because its upgrade will interrupt the charging and the 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 to avoid the execution of the OTA upgrade task in the DC commercial charging state as much as possible.

[0057] Combined with the above embodiments, in one implementation, the embodiments of the present application further provide a vehicle task push method. In this vehicle task push method, step S5 may include: when the duration of the to-be-pushed time is greater than or equal to the target duration, dividing the to-be-pushed time into at least one duration segment equal to the target duration, where the target duration is the duration required to execute the to-be-executed task; pushing the at least one duration segment to the user to request the user to execute the to-be-executed task during the at least one duration segment.

[0058] In this embodiment, when the duration of the to-be-pushed time corresponding to the to-be-executed task determined through steps S1 to S4 is greater than or equal to the target duration, the to-be-pushed time is divided into at least one duration segment equal to the target duration. Then, the at least one duration segment is pushed to the user to request the user to execute the to-be-executed task during the at least one duration segment. Wherein, the target duration is the duration required to execute the to-be-executed task. For example, the determined to-be-pushed time is from 9 pm to 11 pm in a day, and the duration required to execute the to-be-executed task is 30 minutes. Therefore, the time from 9 pm to 11 pm in a day is divided into 4 duration segments, which are from 9 pm to 9:30 pm, 9:30 pm to 10 pm, 10 pm to 10:30 pm, and 10:30 pm to 11 pm in a day, and then the 4 duration segments are pushed to the user.

[0059] Combined with the above embodiments, in one implementation, the embodiments of the present application further provide a vehicle task push method. In this vehicle task push method, pushing the at least one duration segment to the user to request the user to execute the to-be-executed task during the at least one duration segment includes: pushing an execution request including the at least one duration segment to the user; determining, according to the user operation in response to the execution request, the target duration segment selected by the user from the at least one duration segment; and controlling the vehicle to execute the to-be-executed task when reaching the start time of the target duration segment.

[0060] In this embodiment, an execution request including the determined at least one duration segment is pushed to the user, such as popping up a window display on the in-vehicle display screen or displaying on a mobile terminal bound to the vehicle the to-be-executed task to be executed and the content expected to be executed within the at least one duration segment. In response to the execution request, the user will perform an operation of selecting a target duration segment from the at least one duration segment. Based on the target duration segment selected by the user, after reaching the start time of the target duration segment in a day, the vehicle is controlled to execute the to-be-executed task. For example, the time from 9 pm to 9:30 pm, 9:30 pm to 10 pm, 10 pm to 10:30 pm, 10:30 pm to 11 pm in a day and the to-be-executed task to be executed are pushed to the user. In the case where the user selects from 9 pm to 9:30 pm, the to-be-executed task is executed from 9 pm to 9:30 pm in the evening of the day.

[0061] Combined with the above embodiments, in one implementation manner, the embodiments of the present application further provide a vehicle task pushing method. In this vehicle task pushing method, when the target state is the power-off state, determining the signal values of the target signal in each time period includes: collecting the signal value at the signal change moment of the power state signal, where the power state signal is a signal indicating whether the vehicle is in the power-off state; determining the signal values of each time period between the adjacent moments when the state changes to the power-off state and the moment when the state changes to the power-on state as the signal values indicating that the vehicle is in the power-off state; and determining the signal values of each time period between the adjacent moments when the state changes to the power-on state and the moment when the state changes to the power-off state as the signal values indicating that the vehicle is in the power-on state.

[0062] In this embodiment, the method of polling the target signal in step S1 to determine the signal values of the target signal in each time period will occupy more vehicle-mounted computer performance resources. Therefore, in order to reduce the occupation of vehicle-mounted computer resources, the present application can collect the target signal only when the signal value of the target signal changes, and determine the signal values 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, collect the signal value and the corresponding time at the signal change moment of the power state signal, where the power state signal is a signal indicating whether the vehicle is in the power-off state. Then, determine the signal values of each time period between the adjacent moments when the state changes to the power-off state and the moment when the state changes to the power-on state as the signal values indicating that the vehicle is in the power-off state. At the same time, determine the signal values of each time period between the adjacent moments when the state changes to the power-on state and the moment when the state changes to the power-off state as the signal values indicating that the vehicle is in the power-on state. It should be understood that for the target signals corresponding to other types of target states, the signal values of the target signal in each time period can also be determined in this way, such as the sentry mode state signal, the charging state signal, etc. For example, as Figure 6 shown, when it is determined that the target signal to be monitored is target signal A, detect target signal A, and when target signal A changes, collect the signal value at the signal change moment of target signal A. It should be understood that the current time is also collected, and then record and send the signal value and the corresponding time at the signal change moment to the processing unit for determining the signal values of target signal A in each time period (such as can be implemented by the vehicle-mounted computer of the vehicle).

[0063] Combined with the above embodiments, in one implementation, the embodiments of the present application further provide a vehicle task pushing method. In this vehicle task pushing method, when the target state in which the vehicle required to execute the to-be-executed task is located includes the first target state that the vehicle must be in and the second target state that the vehicle is desired to be in, determining the target state corresponding to the to-be-executed task includes: determining the initiator of the to-be-executed task; when the initiator is the vehicle itself, parsing the target state carried by the to-be-executed task; when the initiator is a remote end, parsing the to-be-executed task to determine whether it carries the corresponding target state; when it does not carry the corresponding target state, obtaining the target state corresponding to the to-be-executed task recorded locally; when it carries the corresponding target state, determining both the target state corresponding to the to-be-executed task recorded locally and the target state carried by the to-be-executed task as the target state corresponding to the to-be-executed task; and when there is a conflict between the first target state recorded locally and the first target state carried by the to-be-executed task, retaining the first target state recorded locally, where the first target state recorded locally is the state that ensures the safe execution of the to-be-executed task; and when there is a conflict between the second target state recorded locally and the second target state carried by the to-be-executed task, retaining the second target state carried by the to-be-executed task.

[0064] In this embodiment, the target state in which the vehicle required to execute the to-be-executed task is located may include two types of states, namely the first target state that the vehicle must be in. For example, during the OTA upgrade process, the vehicle must be in the power OFF state to avoid safety accidents caused by the user performing the OTA upgrade task while driving the vehicle, and the second target state that the vehicle is desired to be in. For example, during the OTA upgrade process, it is desired that the vehicle is not in the DC commercial charging state, that is, it is desired that the vehicle is not charging commercially with DC during the OTA upgrade process. However, even if the vehicle is in the DC commercial charging state, the OTA upgrade task can still be executed without serious consequences.

[0065] In this embodiment, when the target state in which the vehicle required to execute the to-be-executed task is located includes these two states, the implementation method of determining the target state corresponding to the to-be-executed task may be: first, determine who the initiator of the to-be-executed task received by the vehicle is. When the initiator is the vehicle itself (such as a health check task initiated by the vehicle itself), the to-be-executed task will definitely carry its own corresponding target state. At this time, directly parse the to-be-executed task to determine the corresponding target state it carries.

[0066] In the case where the initiator is the remote end (such as an OTA upgrade task initiated by the remote end), analyze the to-be-executed task to determine whether the to-be-executed task carries the corresponding target state of itself. Among them, for each to-be-executed task initiated by the remote end in this application, a basic corresponding target state that can ensure the safe execution of the to-be-executed task will be saved locally, so as to prevent the to-be-executed task initiated by the remote end from not configuring the corresponding target state in the to-be-executed task due to the mistakes of the staff. In this way, after the to-be-executed task is sent to the vehicle, the vehicle will execute without any status judgment, resulting in safety problems. Therefore, in the case where the to-be-executed task initiated by the remote end does not carry the corresponding target state, obtain the target state corresponding to the to-be-executed task recorded locally.

[0067] When the corresponding target state is carried in the to-be-executed task initiated by the remote end, both the target state corresponding to the to-be-executed task recorded locally and the target state carried in the to-be-executed task initiated by the remote end are determined as the target state corresponding to the to-be-executed task. Among them, the first target state corresponding to the to-be-executed task recorded locally is the state to ensure the safe execution of the to-be-executed task, and this first target state is the state pre-written inside the vehicle when the vehicle leaves the factory. Therefore, in this application, when the target state corresponding to the to-be-executed task recorded locally includes the target state of the first target state type, and at the same time the target state carried in the to-be-executed task initiated by the remote end also includes the target state of the first target state type, it is determined whether the first target state recorded locally and the first target state carried in the to-be-executed task initiated by the remote end conflict. If there is a conflict, the first target state recorded locally is preferentially retained to prevent the first target state in the to-be-executed task initiated by the remote end from being misconfigured by the staff with an incorrect first target state, in case retaining the first target state in the to-be-executed task initiated by the remote end will cause a safety problem. And the first target state recorded locally by the vehicle is the state pre-written inside the vehicle when the vehicle leaves the factory, and the possibility of its occurrence of mistakes is extremely low. Therefore, preferentially retaining the first target state recorded locally in case of conflict can ensure the safety of the execution process of the to-be-executed task. For example, the first target state corresponding to the to-be-executed task recorded locally includes that the vehicle power state is in the OFF gear, while the first target state carried in the to-be-executed task initiated by the remote end includes that the vehicle power state is in the ON gear. At this time, the two conflict, and the first target state corresponding to the to-be-executed task recorded locally is preferentially retained, that is, the vehicle power state is in the OFF gear. And when the second target state corresponding to the to-be-executed task recorded locally conflicts with the second target state carried in the to-be-executed task initiated by the remote end, the second target state carried in the to-be-executed task is preferentially retained, so as to ensure the personalized configuration of the execution process of the to-be-executed task initiated by the remote end, because it is possible that the current to-be-executed task initiated requires the vehicle to be in a new second target state, and these new second target states are not the states that will affect the safety of the execution process of the to-be-executed task. Therefore, the second target state carried in the to-be-executed task initiated by the remote end can be preferentially retained in case of conflict.

[0068] In this embodiment, as Figure 7As shown in the figure, the traditional push method for tasks to be executed (such as OTA upgrades) first requires a pop-up reminder, then enters the application interface. After the user clicks the reservation execution button, the user agrees to the relevant disclaimer and sets the execution time of the task by himself. Only after confirmation is the reservation successful. However, the vehicle task push method provided by this application only needs to include 3 steps. It directly pushes the determined time to be pushed to the user through a pop-up window. The user can directly click to confirm, or select one from multiple duration segments divided by the time to be pushed to confirm. New energy vehicles rely on software definition. The software needs to be kept updated, and new functions also need to rely on OTA upgrades of the vehicle. The user's upgrade willingness is related to the upgrade operation steps. For an OTA upgrade, the fewer user operation steps, the higher the user upgrade rate. Therefore, the push method like this in this application reduces the user's thinking and also reduces the user's operation steps for upgrading, which can effectively improve the user's upgrade willingness. Thus, the vehicle task push method provided by this application obtains, counts, and analyzes the vehicle's signals to obtain a time to be pushed that better conforms to the user's driving habits for pop-up push, reducing the user's operation steps and achieving intelligent reminder and setting through user-friendly pop-up push. This makes the vehicle more intelligent and customized, and the human-vehicle interaction more in line with the driving habits of each car owner.

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

[0070] Based on the same inventive concept, an embodiment of this application provides a vehicle task push system, as Figure 8 shown. The vehicle task push system 800 includes: A signal determination module 801, configured to poll the target signals according to the target state corresponding to the task to be executed, and determine the signal values of the target signals 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; A labeling module 802, configured to add labels corresponding to their own signal values to each time period according to the signal values of each time period obtained by polling. The labels include 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 803, configured to determine the time set when the vehicle is in the target state according to the labels of each time period; A time to be pushed determination module 804, configured to, when the target state corresponding to the task to be executed includes multiple states, take the intersection of the time sets when the vehicle is in each target state to obtain the time to be pushed; A request module 805 for pushing the to-be-pushed time to the user to request the user to execute the to-be-executed task at the to-be-pushed time.

[0071] Optionally, when there are multiple to-be-executed tasks in the vehicle task pushing system 800, some of the target states corresponding to the multiple to-be-executed tasks are the same. A to-be-pushed time determination module 804 for respectively determining the to-be-pushed time corresponding to each to-be-executed task. A request module 805 for pushing the to-be-pushed time of each to-be-executed task to the user to request the user to execute each to-be-executed task within the corresponding time, and the to-be-pushed times corresponding to the respective to-be-executed tasks are different.

[0072] Optionally, the time set determination module 803 includes: An activity determination module for incrementing the activity of a time period by one when the label of the time period is a label indicating that the vehicle is not in the target state. An activity accumulation processing module for accumulating the activities of the same time period over multiple days to obtain the total activity of the same time period. A time set determination sub-module for determining the time set when the vehicle is in the target state as the time period with a total activity of zero.

[0073] Optionally, the time set determination sub-module includes: A comparison module capable of also determining the relationship between the total activity of each time period and a set threshold. A target time period determination module for determining the time period with a total activity less than the set threshold as the target time period. A first time set determination module for determining all target time periods as the time set when the vehicle is in the target state.

[0074] Optionally, the vehicle task pushing system 800 includes a threshold determination module for determining the set threshold; the threshold determination module includes: A priority determination module for determining a first priority for the vehicle to switch to the opposite state of the target state and a second priority for executing the to-be-executed task. A first threshold determination module for taking the set threshold as a first value when the first priority is greater than the second priority. A second threshold determination module for taking the set threshold as 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.

[0075] Optionally, the request module 805 includes: A duration determination module, configured to divide the to-be-pushed time into at least one duration segment equal to the target duration when the duration of the to-be-pushed time is greater than or equal to the target duration, where the target duration is the duration required to execute the to-be-executed task; A request sub-module, configured to push the at least one duration segment to a user to request the user to execute the to-be-executed task during the at least one duration segment.

[0076] Optionally, the request sub-module includes: A push module, configured to push an execution request including the at least one duration segment to the user; A selection 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; A first request module, configured to control the vehicle to execute the to-be-executed task when the start time of the target duration segment is reached.

[0077] Optionally, the signal determination module 801 includes: A signal acquisition module, configured to acquire a signal value at a signal change moment of a power status signal when the target state is a power-off state, where the power status signal is a signal indicating whether the vehicle is in a power-off state; A first signal determination module, configured to determine signal values of each time period between adjacent moments when changing to a power-off state and moments when changing to a power-on state as signal values indicating that the vehicle is in a power-off state; A second signal determination module, configured to determine signal values of each time period between adjacent moments when changing to a power-on state and moments when changing to a power-off state as signal values indicating that the vehicle is in a power-on state.

[0078] Optionally, the vehicle task push system 800 further includes a target state determination module, configured to determine a target state corresponding to the to-be-executed task when the target state required for the vehicle to execute the to-be-executed task includes a first target state that the vehicle must be in and a second target state that the vehicle is desired to be in; the target state determination module includes: An initiator determination module, configured to determine an initiator of the to-be-executed task; A first parsing module, configured to parse the target state carried in the to-be-executed task when the initiator is the vehicle itself; A second parsing module, configured to parse whether the to-be-executed task carries a corresponding target state when the initiator is a remote end; A target status acquisition module, configured to acquire the target status corresponding to the to-be-executed task recorded locally when the corresponding target status is not carried. A target status determination sub-module, configured to, when the corresponding target status is carried, determine both the target status corresponding to the to-be-executed task recorded locally and the target status corresponding to the to-be-executed task carried by the to-be-executed task as the target status corresponding to the to-be-executed task; and when there is a conflict between the first target status recorded locally and the first target status carried by the to-be-executed task, retain the first target status recorded locally, where the first target status recorded locally is the status for ensuring the safe execution of the to-be-executed task; and when there is a conflict between the second target status recorded locally and the second target status carried by the to-be-executed task, retain the second target status carried by the to-be-executed task.

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

[0080] 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 push method as described in the first aspect of the present application are implemented.

[0081] For the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple. For the relevant parts, refer to the partial description of the method embodiment.

[0082] It should be noted that for the method embodiment, for the sake of simple description, it is all expressed as a series of action combinations. However, those skilled in the art should know that the embodiments of the present application are not limited by the described action sequence, because according to the embodiments of the present application, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily essential for the embodiments of the present application.

[0083] Each embodiment in this specification is described in a progressive manner. The key points of each embodiment are the differences from other embodiments. For the same and similar parts between the embodiments, refer to each other.

[0084] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the embodiments of the present application can take the form of an all-hardware embodiment, an all-software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present application can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0085] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of 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 block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing terminal devices to generate a machine, such that the instructions executed by the processor of the computer or other programmable data processing terminal devices generate means for implementing the functions specified in Figure 1 one process or multiple processes and / or blocks Figure 1 one block or multiple blocks.

[0086] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal device to work in a specific manner, such that the instructions stored in the computer-readable memory generate a manufactured article including instruction means that implement the functions specified in Figure 1 one process or multiple processes and / or blocks Figure 1 one block or multiple blocks.

[0087] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device, such that a series of operation steps are executed on the computer or other programmable terminal device to generate a computer-implemented process, and thus the instructions executed on the computer or other programmable terminal device provide steps for implementing the functions specified in Figure 1 one process or multiple processes and / or blocks Figure 1 one block or multiple blocks.

[0088] Although the preferred embodiments of the embodiments of the present application have been described, those skilled in the art can make additional changes and modifications to these embodiments once they know the basic creative concepts. Therefore, the appended claims are intended to be construed as including the preferred embodiments and all changes and modifications falling within the scope of the embodiments of the present application.

[0089] Finally, it should also be noted that in this text, relational terms such as first and second are only used 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 term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or terminal device comprising a series of elements not only includes those elements, but also includes other elements not expressly listed, or further includes elements inherent to such process, method, article or terminal device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or terminal device comprising the said element.

[0090] The above has introduced in detail a vehicle task push method, system, device and medium provided by the present application. Specific examples are used in this text to elaborate on the principle and implementation manner of the present application. The description of the above embodiments is only used to help understand the method and its core idea of the present application; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in the specific implementation manner and application scope. In summary, the content of this specification should not be construed as a limitation to the present application.

Claims

1. A vehicle task push method, characterized in that, The method includes: Polling the target signal according to the target state corresponding to the task to be executed, and determining the signal values of the target signal in each time period, where the target state is the state that the vehicle needs to be in for executing the task to be executed, and the target signal is a signal indicating whether the vehicle is in the target state; Adding tags corresponding to their own signal values to each time period according to the signal values of each time period obtained by polling, where the tags include a tag indicating that the vehicle is in the target state and a tag indicating that the vehicle is not in the target state; Determining a time set when the vehicle is in the target state according to the tags of each time period; In the case where the target state corresponding to the task to be executed includes multiple states, 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 to request the user to execute the task to be executed at the time to be pushed.

2. The vehicle task push method according to claim 1, wherein In the case where there are multiple tasks to be executed, the method further includes: Among the target states corresponding to each of the multiple tasks to be executed, some of them are the same; Respectively determining the time to be pushed corresponding to each task to be executed; Pushing the time to be pushed for each task to be executed to the user to request the user to execute each task to be executed within the corresponding time, and the time to be pushed corresponding to each task to be executed is different.

3. The vehicle task push method according to claim 1, wherein Determining a time set when the vehicle is in the target state according to the tags of each time period, including: When the tag of the time period is a tag indicating that the vehicle is not in the target state, incrementing the activity of this time period by one; Accumulating the activities of the same time period over multiple days to obtain the total activity of this same time period; Determining the time period with a total activity of zero as the time set when the vehicle is in the target state.

4. The vehicle task push method according to claim 3, wherein, Determining the time period with a total activity of zero as the time set when the vehicle is in the target state, including: Determining the relationship between the total activity of each time period and a set threshold; Determining the time period with a total activity less than the set threshold as the target time period; Determining all target time periods as the time set when the vehicle is in the target state.

5. The vehicle task push method according to claim 4, wherein Determining the set threshold, including: Determining the first priority for the vehicle to switch to the opposite state of the target state, and the second priority for executing the task to be executed; In the case where the first priority is greater than the second priority, taking the set threshold as the first value; In the case where the first priority is less than or equal to the second priority, taking the set threshold as the second value, and the second value is greater than the first value.

6. The vehicle task push method according to claim 1, wherein Pushing the time to be pushed to the user to request the user to execute the task to be executed at the time to be pushed, including: In the case where the duration of the time to be pushed is greater than or equal to the target duration, dividing the time to be pushed into at least one duration segment equal to the target duration, where the target duration is the duration required to execute the task to be executed; Pushing the at least one duration segment to the user to request the user to execute the task to be executed within the at least one duration segment.

7. A vehicle task pushing method according to claim 6, characterized in that, Pushing the at least one duration segment to the user to request the user to execute the task to be executed within the at least one duration segment, including: Push an execution request including the at least one duration segment to the user; 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; When reaching the start time of the target duration segment, control the vehicle to execute the to-be-executed task.

8. A vehicle task push method according to claim 1, characterized in that, When the target state is the power-off state, determine the signal values of the target signal in each time period, including: Collect the signal value at the signal change time of the power state signal, where the power state signal is a signal indicating whether the vehicle is in the power-off state; Determine the signal values of each time period between the adjacent times when changing to the power-off state and the times when changing to the power-on state as the signal values indicating that the vehicle is in the power-off state; Determine the signal values of each time period between the adjacent times when changing to the power-on state and the times when changing to the power-off state as the signal values indicating that the vehicle is in the power-on state.

9. The vehicle task push method according to claim 1, characterized in that, When the target state required for the vehicle to execute the to-be-executed task includes a first target state that the vehicle must be in and a second target state that the vehicle is desired to be in, determine the target state corresponding to the to-be-executed task, including: Determine the initiator of the to-be-executed task; When the initiator is the vehicle itself, parse the target state carried by the to-be-executed task; When the initiator is remote, parse the to-be-executed task to determine whether it carries the corresponding target state; When it does not carry the corresponding target state, obtain the target state corresponding to the to-be-executed task recorded locally; When it carries the corresponding target state, determine both the target state corresponding to the to-be-executed task recorded locally and the target state carried by the to-be-executed task as the target state corresponding to the to-be-executed task; and when there is a conflict between the first target state recorded locally and the first target state carried by the to-be-executed task, retain the first target state recorded locally, where the first target state recorded locally is the state to ensure the safe execution of the to-be-executed task; and when there is a conflict between the second target state recorded locally and the second target state carried by the to-be-executed task, retain the second target state carried by the to-be-executed task.

10. A vehicle task push system, characterized in that, The system includes: A signal determination module, configured to poll the target signal according to the target state corresponding to the to-be-executed task, and determine the signal values of the target signal in each time period, where the target state is the state required for the vehicle to execute the to-be-executed task, and the target signal is a signal indicating whether the vehicle is in the target state; A labeling module, configured to add a label corresponding to its own signal value to each time period according to the signal values of each time period obtained by polling, where 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, configured to determine a time set when the vehicle is in the target state according to the labels of each time period; A to-be-pushed time determination module, configured to, when the target state corresponding to the to-be-executed task includes multiple states, take the intersection of the time sets when the vehicle is in each target state to obtain the to-be-pushed time; A request module, configured to push the to-be-pushed time to a user, so as to request the user to execute the to-be-executed task at the to-be-pushed time.

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

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

Images