Message pushing method, message pushing device, electronic device and vehicle

Abstract

The application discloses a message pushing method, a message pushing device, an electronic device, a vehicle and a computer readable storage medium. The method comprises the following steps: when an application has a message to be pushed, obtaining the priority of the application and the driving state of a vehicle; and determining whether to postpone pushing the message according to the priority of the application and the driving state of the vehicle. Through the application scheme, the pushed message of the application on the vehicle machine can be managed, the driver is prevented from being distracted by the popped pushed message during driving, and thus the driving safety is ensured.

Description

Technical Field

[0001] This application belongs to the field of computer technology, and in particular relates to a message push method, a message push device, an electronic device, a vehicle, and a computer-readable storage medium. Background Technology

[0002] As cars become increasingly intelligent, the number of applications installed on in-vehicle systems is also gradually increasing. Currently, most applications come with push notification services; for example, news apps push current breaking news to users. However, these push notifications can distract drivers while they are driving, negatively impacting driving safety. Summary of the Invention

[0003] In view of this, this application provides a message push method, message push device, electronic device, vehicle, and computer-readable storage medium, which can manage push messages of applications on the vehicle's infotainment system, ensuring that the driver is not distracted by irrelevant push messages while driving, thereby ensuring driving safety.

[0004] Firstly, this application provides a message push method, including:

[0005] When an application has messages to push, obtain the priority of the aforementioned applications and the driving status of the vehicle.

[0006] Based on the priority of the aforementioned applications and the driving status of the aforementioned vehicles, determine whether to postpone the push of the aforementioned messages.

[0007] Optionally, determining whether to postpone pushing the message based on the application's priority and the vehicle's driving status includes:

[0008] Obtain the driving status that can be pushed according to the priority of the above applications;

[0009] If the driving status of the aforementioned vehicle falls within the aforementioned pushable driving status, then it is determined that the push of the aforementioned message will not be delayed.

[0010] If the driving status of the aforementioned vehicle does not fall under the aforementioned pushable driving status, then the push of the aforementioned message will be postponed.

[0011] Optionally, if the vehicle's driving status does not fall under the aforementioned pushable driving status, then delaying the push of the aforementioned message includes:

[0012] If the driving status of the vehicle is not in the above-mentioned pushable driving status, then wait for the driving status of the vehicle to switch to the above-mentioned pushable driving status before pushing the above-mentioned message.

[0013] Optionally, determining whether to postpone pushing the message based on the application's priority and the vehicle's driving status includes:

[0014] Obtain the driving status that can be pushed according to the priority of the above applications;

[0015] If the driving status of the aforementioned vehicle falls within the aforementioned pushable driving status, then it is determined that the push of the aforementioned message will not be delayed.

[0016] If the driving status of the vehicle does not fall under the above-mentioned pushable driving status, the urgency of the message is determined based on its content.

[0017] The decision on whether to postpone sending the message will be made based on its urgency.

[0018] Optionally, determining the urgency of the message based on its content includes:

[0019] Extract keywords from the above message;

[0020] Match the above keywords with words in the preset thesaurus;

[0021] If a word matching the above keywords exists in the above thesaurus, then the urgency level of the above message is determined to be urgent;

[0022] If no words matching the above keywords are found in the above thesaurus, then the urgency level of the above message is determined to be non-urgent;

[0023] The above-mentioned determination of whether to postpone the delivery of the above-mentioned message based on its urgency includes:

[0024] If the above message is classified as urgent, then the delivery of the above message will not be delayed;

[0025] If the urgency level of the above message is not urgent, then the push of the above message will be postponed.

[0026] Optionally, before obtaining the priority of the aforementioned application and the driving status of the vehicle, the method further includes:

[0027] From at least two preset sets of developer identifiers, determine the target set of developer identifiers to which the developer identifier of the above application belongs, wherein different sets of developer identifiers correspond to different priorities;

[0028] The priority corresponding to the above target developer identifier set shall be used as the priority of the above application.

[0029] Optionally, before obtaining the priority of the aforementioned application and the driving status of the vehicle, the method further includes:

[0030] The priority of the above application is the priority of the application corresponding to the function type, where different function types correspond to different priorities.

[0031] Optionally, before obtaining the priority of the aforementioned application and the driving status of the vehicle, the method further includes:

[0032] Determine if the above applications have priority settings;

[0033] If no priority is set, a list of similar applications is obtained, wherein the list of similar applications includes at least one similar application, and the similar application has the same function type as the application mentioned above.

[0034] The priority of the target application in the above list of similar applications is taken as the priority of the application, wherein the target application is the application with the lowest priority in the above list of similar applications.

[0035] Optionally, after prioritizing the target similar applications in the aforementioned list of similar applications as the priority of the aforementioned applications, the method further includes:

[0036] Receive user setting instructions, wherein the setting instructions include the priority selected by the user;

[0037] Update the priority of the above applications to the priority included in the above settings instructions.

[0038] Optionally, the above driving states include forward straight, reverse, turn, stop and turn off, and idling. The driving states that can be pushed for each priority include at least one of forward straight, reverse, turn, stop and turn off, and idling.

[0039] Secondly, this application provides a message push device, comprising:

[0040] The acquisition unit is used to acquire the priority of the aforementioned application and the driving status of the vehicle when the application has messages to be pushed.

[0041] The determining unit is used to determine whether to postpone pushing the message based on the priority of the application and the driving status of the vehicle.

[0042] Thirdly, this application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method described in the first aspect.

[0043] Fourthly, this application provides a vehicle that includes electronic equipment as described in the third aspect above.

[0044] Fifthly, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method described in the first aspect above.

[0045] As can be seen from the above, the message push method provided in this application, when an application has a message to be pushed, obtains the priority of the application and the driving status of the vehicle, and determines whether to postpone pushing the message based on the application's priority and the vehicle's driving status. By comprehensively considering both the application's priority and the vehicle's driving status, determining whether to push the message immediately or delay it, the push messages of applications on the vehicle's infotainment system can be managed, ensuring that the driver is not distracted by irrelevant push messages while driving, thereby ensuring driving safety.

[0046] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

[0047] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0048] Figure 1 This is a flowchart illustrating the implementation of the message push method provided in this application embodiment;

[0049] Figure 2 This is a schematic diagram of a message push pop-up window provided in an embodiment of this application;

[0050] Figure 3 This is a schematic diagram illustrating the logical judgment of the message push method provided in the embodiments of this application;

[0051] Figure 4 This is a structural block diagram of the message push device provided in the embodiments of this application;

[0052] Figure 5 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0053] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0054] The following describes a message push method provided by an embodiment of this application. Please refer to... Figure 1 The message push method includes:

[0055] Step 101: When the application has messages to be pushed, obtain the application's priority and the vehicle's driving status.

[0056] Step 102: Determine whether to postpone the push notification based on the application's priority and the vehicle's driving status.

[0057] In this embodiment, the application can be any application installed on the vehicle's infotainment system. This application can receive push notifications from the server. When the vehicle's infotainment system determines that an application has push notifications, it can obtain the application's priority and the vehicle's current driving status. It should be noted that the application's priority is preset according to a pre-defined strategy, which indicates the driver's current need for the application. For example, a driver's need for air conditioning control applications may be higher than their need for multimedia applications while driving. It should be understood that this is merely an example, and the aforementioned preset strategy can be formulated according to specific circumstances and is not limited here. The vehicle's driving status can include forward driving, reverse driving, turning, parked and engine off, and idling. The vehicle's driving status can reflect the driver's level of focus required to control the vehicle. For example, the driver's level of focus required to control the vehicle when turning is higher than the driver's level of focus required to control the vehicle when driving straight.

[0058] Since the application priority can indicate the driver's current need for the application, and the vehicle's driving status can reflect the driver's level of focus required to control the vehicle, this application embodiment can determine whether to postpone push messages by comprehensively considering the application priority and the vehicle's driving status, ensuring that the driver is not distracted by irrelevant push messages while driving, thereby ensuring driving safety.

[0059] For example, at a certain moment, a music playback application on the car's infotainment system receives a message from its backend server stating "XX has released a new album." Upon receiving this message, the music playback application can invoke the operating system's push notification service to send a pop-up notification. The operating system detects this push notification service call and determines that the music playback application has a message to push. At this point, it can obtain the music playback application's priority and the vehicle's current driving status, and based on this priority and driving status, decide whether to postpone pushing the message. The pop-up notification display effect can be referenced... Figure 2 For example, if a driver has a low need for push notifications from a music player app, and the vehicle is currently turning (requiring the driver to focus on controlling the vehicle), then it can be determined to postpone pushing the message.

[0060] In some embodiments, step 102 above includes:

[0061] Get the driving status that can be pushed according to the application's priority.

[0062] If the vehicle's driving status is within the pushable driving state, then the push message will not be delayed.

[0063] If the vehicle's driving status is not eligible for push notifications, then the push notification will be postponed.

[0064] Among them, the "pushable driving status" refers to the driving status that allows messages to be pushed. In this embodiment, a corresponding pushable driving status is set for each priority level. Please refer to... Figure 3 For applications awaiting push notifications, the system can obtain the application's priority and then the corresponding driving status that can be pushed. If the vehicle's driving status is within the push-enabled range, the system will immediately push the message to the driver via a pop-up window without delaying the push notification. If the vehicle's driving status is not within the push-enabled range, the system will delay the push notification to avoid distracting the driver.

[0065] For example, suppose that the priority of the music playback application corresponds to the pushable driving state including parked and turned off, while the vehicle's driving state is forward and straight, which is not a pushable driving state. Therefore, it is determined to postpone the push of messages from the music playback application.

[0066] Optionally, if the vehicle's driving status is not a pushable driving status, then the push message is delayed, including:

[0067] If the vehicle's driving status is not in a push-enabled driving status, then wait for the vehicle's driving status to switch to a push-enabled driving status before pushing the message.

[0068] In this embodiment, if the vehicle's driving state is not a pushable driving state, the message to be pushed can be placed in a message queue. When the vehicle's driving state changes to a pushable driving state, the message is retrieved from the message queue and then pushed to the driver. For example, a music playback application has a message to be pushed, and the pushable driving states corresponding to the priority of the music playback application include parked and off, and idling. Assuming the vehicle's current driving state is turning, which is not a pushable driving state, the message can be pushed only after the vehicle's driving state changes from turning to parked and off or idling.

[0069] In some embodiments, step 102 above includes:

[0070] Get the driving status that can be pushed according to the application's priority.

[0071] If the vehicle's driving status is within the pushable driving state, then the push message will not be delayed.

[0072] If the vehicle's driving status is not a pushable driving status, the urgency of the message is determined based on the message content;

[0073] Whether to delay pushing the message depends on its urgency.

[0074] In this application, a "pushable driving status" refers to a driving state where messages can be pushed. Each priority level in this embodiment has a corresponding pushable driving status. Therefore, for an application with a message to be pushed, the application's priority can be obtained, and thus the corresponding pushable driving status can be determined. If the vehicle's driving status is pushable, the message is immediately pushed to the driver via a pop-up window without delay. If the vehicle's driving status is not pushable, the text content of the message to be pushed is identified. After identifying the message's text content, the urgency of the message can be determined based on the text content, and then a decision can be made based on the urgency to determine whether to postpone pushing the message. This method prevents urgent messages from being delayed and causing inconvenience to the driver.

[0075] In some embodiments, determining the urgency of a message based on its content includes:

[0076] Extract keywords from messages.

[0077] Match keywords with words in a pre-defined thesaurus.

[0078] If a word matching the keyword exists in the thesaurus, the message is determined to be urgent.

[0079] If no matching word is found in the thesaurus, the message is determined to be non-urgent.

[0080] The message can be in text format. By segmenting the message into words, keywords can be obtained, which indicate the message's content. A pre-defined thesaurus includes multiple words, each selected from a large number of frequently occurring emergency messages. After extracting keywords from the message, these keywords are matched against words in the pre-defined thesaurus. Specifically, the similarity between the keyword and a word in the thesaurus is calculated. If the similarity is greater than a pre-defined similarity threshold, the keyword is considered a match; otherwise, it is considered a mismatch. It should be noted that multiple keywords can be extracted from the message, and the thesaurus also contains multiple words. If any extracted keyword matches any word in the thesaurus, then a matching word exists in the thesaurus; otherwise, no matching word exists.

[0081] One way to calculate the similarity between keywords and words in the dictionary is to convert keywords and words in the dictionary into corresponding word vectors using the Word2Vec algorithm, then calculate the distance between the word vector of the keyword and the word vector of the word in the dictionary, and determine the similarity between the keyword and the word based on this distance.

[0082] For example, if a word matching the keyword exists in the thesaurus, the message's urgency level can be determined as urgent. If no word matching the keyword exists in the thesaurus, the message's urgency level can be determined as non-urgent. Based on this, the above-mentioned determination of whether to postpone message push based on message urgency includes:

[0083] If the message is urgent, the push notification will not be delayed.

[0084] If the message is not urgent, the message will be pushed out later.

[0085] In this embodiment, the urgency level of a message includes urgent and non-urgent. If the urgency level of a message is urgent, it means that the message is very important to the driver and needs to be pushed to the driver immediately, i.e., the push should not be delayed. If the urgency level of a message is non-urgent, it means that the message is not very important to the driver and can be pushed after a period of time.

[0086] In some embodiments, before obtaining the application priority and the vehicle's driving status, the above-mentioned message push method further includes:

[0087] Determine the target set of developer identifiers to which the application's developer identifier belongs from at least two pre-defined sets of developer identifiers;

[0088] The priority of the application is determined by the priority of the target developer identifier set.

[0089] Different sets of developer identifiers correspond to different priorities. The correspondence between priorities and sets of developer identifiers can be stored in tabular form. For example, the first priority corresponds to the first set of developer identifiers, and the second priority corresponds to the second set of developer identifiers. The developer identifier of an application is used to identify the developer of that application. Each set of developer identifiers includes at least one developer identifier; for example, the first set of developer identifiers includes one developer identifier that can identify a car manufacturer, and the second set of developer identifiers includes the developer identifiers of various mainstream applications on the market. In this embodiment, the developer identifier of an application can be obtained, and then it can be determined which of the preset at least two sets of developer identifiers the developer identifier belongs to. The set of developer identifiers to which the application's developer identifier belongs is denoted as the target set of developer identifiers. Finally, the priority corresponding to the target set of developer identifiers is used as the priority of the application. The priority of each application on the in-vehicle system can be determined in this way. Since applications developed by car manufacturers are usually vehicle-related, it can be assumed that drivers have a higher demand for these applications while driving. Applications developed by developers other than car manufacturers (such as news applications) are often unrelated to the vehicle, and therefore drivers have a lower demand for these applications while driving.

[0090] In some embodiments, before obtaining the application priority and the vehicle's driving status, the above-mentioned message push method further includes:

[0091] The priority of an application is determined by the priority of its feature type.

[0092] Each application has its own function type. For example, the function type of the air conditioning control application is to control the air conditioning, the function type of the music playback application is to play music, and the function type of the short video application is to play short videos. Different function types correspond to different priorities, and the correspondence between priorities and function types can be stored in a table. For each application on the vehicle's infotainment system, the function type of the application can be obtained, and then the priority corresponding to the function type of the application can be obtained by querying the table. Finally, the priority corresponding to the function type of the application can be used as the priority of the application. In this embodiment, the driver's demand for the application can be determined by the function type of the application. For example, during driving, the driver's demand for the air conditioning control function is higher than that for the short video playback function; that is, the driver's demand for the air conditioning control application is higher than that for the short video application.

[0093] In some embodiments, newly installed applications may not yet have a priority set for them. Therefore, before obtaining the application priority and the vehicle's driving status, the above-mentioned message push method further includes:

[0094] Determine if the application has a priority setting.

[0095] If no priority is set, a list of similar applications is retrieved, which includes at least one application of the same type.

[0096] The priority of the target application in the list of similar applications is used as the application's priority.

[0097] Specifically, the vehicle's infotainment system can first determine whether an application has a set priority. For example, assuming the application receiving the push notification is newly installed and hasn't been prioritized, it can obtain a list of similar applications. This list includes at least one application of the same type. A similar application is one with the same functional type as the application receiving the push notification. It should be understood that if application priorities are not based on functional type, applications with the same functional type may have different priorities. Therefore, this embodiment can use the lowest-priority application in the similar application list as the target application, and the priority of the target application as the application's priority. It should be noted that a higher priority corresponds to more driving status updates that can be pushed. This method avoids unknown applications (without a set priority) receiving excessively high priority, which could distract the driver from push notifications from that application.

[0098] Optionally, after prioritizing the target similar applications in the list of similar applications as the application priority, the above message push method further includes:

[0099] Receive user settings instructions, where the settings instructions include the priority selected by the user;

[0100] Update the application's priority to the priority specified in the settings instruction.

[0101] In this embodiment, the setting instruction includes a priority, which is selected by the user. For example, the vehicle's infotainment system can display a priority setting interface for a specific application, providing the user with multiple priority options. After the user selects one of the priorities, clicking the submit button triggers the sending of a setting instruction, which includes the user-selected priority. Upon receiving the user's setting instruction, the vehicle's infotainment system can update the application's priority to the priority included in the setting instruction.

[0102] In the above embodiments, the driving states may include forward straight, reverse, turn, stop and turn off, and idle. The driving states that can be pushed for each priority include at least one of forward straight, reverse, turn, stop and turn off, and idle.

[0103] For example, the application's function types may include multimedia entertainment, shopping, social networking, in-vehicle electrical control, and fault detection. Fault detection corresponds to the first priority, in-vehicle electrical control corresponds to the second priority, and multimedia entertainment, shopping, and social networking all correspond to the third priority. The driving states that can be pushed according to the first priority include: moving straight forward, reversing, turning, stopping and turning off the engine, and idling. The driving states that can be pushed according to the second priority include: moving straight forward, stopping and turning off the engine, and idling. The driving states that can be pushed according to the third priority include: stopping and turning off the engine and idling. The fault detection function is used to detect whether any modules of the vehicle have malfunctioned and to issue a fault alarm when a malfunction occurs. For applications with fault detection as their function type, they can be given the first priority because they affect driving safety. For applications with in-vehicle electrical control functions (such as air conditioning control), they are more critical to the user's riding experience and can therefore be given the second priority. For applications with multimedia entertainment, shopping, or social networking functions, they are irrelevant to the user during driving and can therefore be given the third priority.

[0104] As can be seen from the above, the message push method provided in this application, when an application has a message to be pushed, obtains the priority of the application and the driving status of the vehicle, and determines whether to postpone pushing the message based on the application's priority and the vehicle's driving status. By comprehensively considering both the application's priority and the vehicle's driving status, determining whether to push the message immediately or delay it, the push messages of applications on the vehicle's infotainment system can be managed, ensuring that the driver is not distracted by irrelevant push messages while driving, thereby ensuring driving safety.

[0105] Corresponding to the message push method provided above, this application also provides a message push device. For example... Figure 4 As shown, the message push device 400 in this embodiment includes:

[0106] The acquisition unit 401 is used to acquire the priority of the application and the driving status of the vehicle when the application has a message to be pushed.

[0107] The determining unit 402 is used to determine whether to postpone pushing the message based on the priority of the application and the driving status of the vehicle.

[0108] Optionally, the determining unit 402 includes:

[0109] The first acquisition subunit is used to acquire the pushable driving status corresponding to the priority of the above-mentioned application.

[0110] The first determining subunit is used to determine that the push of the message will not be delayed if the driving state of the vehicle belongs to the pushable driving state.

[0111] The second determining subunit is used to determine to postpone pushing the message if the driving state of the vehicle does not belong to the above-mentioned pushable driving state.

[0112] Optionally, the second determining subunit is specifically used to push the message when the driving state of the vehicle does not belong to the pushable driving state.

[0113] Optionally, the determining unit 402 includes:

[0114] The second acquisition subunit is used to acquire the pushable driving status corresponding to the priority of the above-mentioned application.

[0115] The third determining subunit is used to determine that the push of the message will not be delayed if the driving state of the vehicle belongs to the pushable driving state.

[0116] The fourth determining subunit is used to determine the urgency of the message based on its content if the driving status of the vehicle does not belong to the pushable driving status.

[0117] The fifth determining subunit is used to determine whether to postpone pushing the message based on its urgency.

[0118] Optionally, the fourth determining subunit is specifically used to extract keywords from the message; match the keywords with words in a preset thesaurus; if there are words in the thesaurus that match the keywords, the urgency of the message is determined to be urgent; if there are no words in the thesaurus that match the keywords, the urgency of the message is determined to be non-urgent.

[0119] The fifth determining subunit is specifically used to ensure that if the urgency level of the message is urgent, the message is not pushed out of the way; if the urgency level of the message is not urgent, the message is pushed out of the way ...

[0120] Optionally, the aforementioned message push device 400 further includes:

[0121] The set determination unit is used to determine, from at least two preset sets of developer identifiers, the target set of developer identifiers to which the developer identifier of the above application belongs, wherein different sets of developer identifiers correspond to different priorities;

[0122] The first priority determination unit is used to take the priority corresponding to the above target developer identifier set as the priority of the above application.

[0123] Optionally, the aforementioned message push device 400 further includes:

[0124] The second priority determination unit is used to determine the priority of the application based on the priority of the application's function type, wherein different function types correspond to different priorities.

[0125] Optionally, the aforementioned message push device 400 further includes:

[0126] A determination unit is set to determine whether the above applications have a priority setting.

[0127] The list retrieval unit is used to retrieve a list of similar applications if no priority is set, wherein the list of similar applications includes at least one similar application and the similar application has the same function type as the application.

[0128] The third priority determination unit is used to take the priority of the target application in the above-mentioned list of similar applications as the priority of the application, wherein the target application is the application with the lowest priority in the above-mentioned list of similar applications.

[0129] Optionally, the aforementioned message push device 400 further includes:

[0130] The instruction receiving unit is used to receive the user's setting instruction, wherein the setting instruction includes the priority selected by the user;

[0131] The priority update unit is used to update the priority of the above application to the priority contained in the above setting instructions.

[0132] Optionally, the above driving states include forward straight, reverse, turn, stop and turn off, and idling. The driving states that can be pushed for each priority include at least one of forward straight, reverse, turn, stop and turn off, and idling.

[0133] Optionally, the above-mentioned function types include multimedia entertainment function, shopping function, social function, in-vehicle electrical control function and fault detection function; the above-mentioned fault detection function corresponds to the first priority, the above-mentioned in-vehicle electrical control function corresponds to the second priority, and the above-mentioned multimedia entertainment function, shopping function and social function all correspond to the third priority.

[0134] The driving states that can be pushed according to the first priority mentioned above include: moving straight forward, reversing, turning, stopping and turning off the engine, and idling.

[0135] The driving states that can be pushed for the second priority mentioned above include: driving straight forward, stopping and turning off the engine, and idling.

[0136] The driving states that can be pushed for the third priority mentioned above include: parked and turned off, and idling.

[0137] As can be seen from the above, the message push method provided in this application, when an application has a message to be pushed, obtains the priority of the application and the driving status of the vehicle, and determines whether to postpone pushing the message based on the application's priority and the vehicle's driving status. By comprehensively considering both the application's priority and the vehicle's driving status, determining whether to push the message immediately or delay it, the push messages of applications on the vehicle's infotainment system can be managed, ensuring that the driver is not distracted by irrelevant push messages while driving, thereby ensuring driving safety.

[0138] Corresponding to the message push method provided above, this application also provides an electronic device, please refer to... Figure 5The electronic device 5 in this embodiment includes: a memory 501, and one or more processors 502. Figure 5 (Only one is shown in the image) and a computer program stored in memory 501 and executable on the processor. Memory 401 stores software programs and units, and processor 502 executes various functional applications and data processing by running the software programs and units stored in memory 501. Specifically, processor 502 implements the aforementioned message push method by running the computer program stored in memory 501.

[0139] The aforementioned electronic devices may be the vehicle's central control system, instruments, etc.

[0140] It should be understood that, in the embodiments of this application, the processor 402 may be a central processing unit (CPU), but it may also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0141] Memory 401 may include read-only memory and random access memory, and provides instructions and data to processor 402. Some or all of memory 401 may also include non-volatile random access memory. For example, memory 401 may also store device category information.

[0142] This application also provides a vehicle that includes the electronic equipment described above.

[0143] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the above device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0144] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0145] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of external device software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0146] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the system embodiments described above are merely illustrative. For instance, the division of modules or units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection between devices or units through some interfaces, and may be electrical, mechanical, or other forms.

[0147] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0148] If the integrated units described above are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing associated hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable storage medium can include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a portable hard drive, a magnetic disk, an optical disk, a computer-readable storage device, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium, etc. It should be noted that the contents of the aforementioned computer-readable storage media may be appropriately added to or subtracted from the contents according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable storage media may not include electrical carrier signals and telecommunication signals.

[0149] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A message push method, characterized in that, include: When the application has messages to be pushed, obtain the application's priority and the vehicle's driving status; Based on the application's priority and the vehicle's driving status, determine whether to postpone pushing the message; Before obtaining the application's priority and the vehicle's driving status, the method further includes: In at least two preset sets of developer identifiers, determine the target set of developer identifiers to which the application's developer identifier belongs, wherein different sets of developer identifiers correspond to different priorities; The priority corresponding to the target developer identifier set shall be used as the priority of the application; Before obtaining the application's priority and the vehicle's driving status, the method further includes: Determine whether the application has a priority setting; If no priority is set, a list of similar applications is obtained, wherein the list of similar applications includes at least one similar application, and the similar application has the same function type as the application. The priority of the target application in the list of similar applications is taken as the priority of the application, wherein the target application is the application with the lowest priority in the list of similar applications; After setting the priority of the target similar applications in the list of similar applications as the priority of the application, the method further includes: Receive user setting instructions, wherein the setting instructions include the priority selected by the user; Update the application's priority to the priority included in the settings instructions.

2. The message push method as described in claim 1, characterized in that, The step of determining whether to postpone pushing the message based on the application's priority and the vehicle's driving status includes: Obtain the pushable driving status corresponding to the priority of the application; If the vehicle's driving state is within the pushable driving state, then it is determined that the message will not be pushed out. If the vehicle's driving state does not fall under the pushable driving state, then it is determined to postpone pushing the message.

3. The message push method as described in claim 2, characterized in that, The step of determining to postpone pushing the message if the vehicle's driving state does not belong to the pushable driving state includes: If the vehicle's driving state is not in the pushable driving state, then wait for the vehicle's driving state to switch to the pushable driving state before pushing the message.

4. The message push method as described in claim 1, characterized in that, The step of determining whether to postpone pushing the message based on the application's priority and the vehicle's driving status includes: Obtain the pushable driving status corresponding to the priority of the application; If the vehicle's driving state is within the pushable driving state, then it is determined that the message will not be pushed out. If the vehicle's driving status does not belong to the pushable driving status, then the urgency of the message is determined based on the content of the message; Whether to postpone pushing the message depends on its urgency.

5. The message push method as described in claim 4, characterized in that, Determining the urgency of a message based on its content includes: Extract keywords from the message; The keywords are matched with words in a preset thesaurus; If a word matching the keyword exists in the thesaurus, then the urgency level of the message is determined to be urgent. If no word matching the keyword is found in the thesaurus, the urgency level of the message is determined to be non-urgent. The step of determining whether to postpone pushing the message based on its urgency includes: If the message is urgent, then the message will not be delayed in being pushed. If the urgency level of the message is not urgent, the message will be pushed out later.

6. The message push method as described in claim 1, characterized in that, Before obtaining the application's priority and the vehicle's driving status, the method further includes: The priority of an application is defined as the priority of its function type, where different function types correspond to different priorities.

7. The message push method as described in any one of claims 1-6, characterized in that, The driving states include forward straight, reverse, turn, stop and turn off, and idling. Each priority level corresponds to at least one of the following driving states: forward straight, reverse, turn, stop and turn off, and idling.

8. The message push method as described in claim 7, characterized in that, The functional types include multimedia entertainment functions, shopping functions, social functions, in-vehicle electrical control functions, and fault detection functions; the fault detection function corresponds to the first priority, the in-vehicle electrical control function corresponds to the second priority, and the multimedia entertainment function, shopping function, and social functions all correspond to the third priority. The driving states that can be pushed according to the first priority include: moving straight forward, reversing, turning, stopping and turning off the engine, and idling. The driving states that can be pushed for the second priority include: driving straight forward, stopping and turning off the engine, and idling. The driving states that can be pushed according to the third priority include: parked and turned off, and idling.

9. A message push device, implementing the method as described in any one of claims 1 to 8, characterized in that, include: The acquisition unit is used to acquire the application's priority and the vehicle's driving status when the application has messages to be pushed. The determining unit is configured to determine whether to postpone pushing the message based on the priority of the application and the driving status of the vehicle; Before obtaining the application's priority and the vehicle's driving status, the method further includes: In at least two preset sets of developer identifiers, determine the target set of developer identifiers to which the application's developer identifier belongs, wherein different sets of developer identifiers correspond to different priorities; The priority corresponding to the target developer identifier set is used as the priority of the application.

10. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method as described in any one of claims 1 to 8.

11. A vehicle, characterized in that, Including the electronic device as described in claim 10.

12. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 8.

Images