WO2020244622A1

WO2020244622A1 - Notification prompt method, terminal and system

Info

Publication number: WO2020244622A1
Application number: PCT/CN2020/094602
Authority: WO
Inventors: 张亚男; 周轩
Original assignee: 华为技术有限公司
Priority date: 2019-06-06
Filing date: 2020-06-05
Publication date: 2020-12-10
Also published as: CN110365836A

Abstract

Disclosed are a notification prompt method, a terminal and a system, relating to the technical field of communications, capable of determining different notification prompt modes in different scenes to meet the diversified demands of the users. The notification prompt method is applied to a system comprising a mobile terminal and a vehicle-mounted terminal and specifically comprises: the mobile terminal is set in a do-not-disturb driving mode, and the mobile terminal receives a notification event; in response to the notification event, the mobile terminal determines whether the user is in a driving state; in response to that the user is determined to be in a driving state, the mobile terminal determines whether the user is in a preset scene; and if the mobile terminal determines that the user is in the preset scene, and when the notification event is of a preset type, the mobile terminal determines not to send an instruction to the vehicle-mounted terminal, or the mobile terminal sends an instruction to the vehicle-mounted terminal after a first time period, the instruction being used for indicating the vehicle-mounted terminal to display a first interface or play a first voice, and the first interface being used for prompting a user to notify an event, and the first voice being used for prompting the user to notify the event.

Description

Method, terminal and system for prompting notification

This application claims the priority of a Chinese patent application filed with the State Intellectual Property Office of China with application number 201910493124.0 on June 6, 2019, and the priority of a Chinese patent application whose invention title is "a notification method, terminal and system" Right, the entire contents of which are incorporated in this application by reference.

Technical field

This application relates to the field of communication technology, and in particular to a notification prompt method, terminal and system.

Background technique

With the development of communication technology, there are more and more applications on mobile phones and more and more notifications of various applications. In some scenarios, such as when users concentrate on certain things and do not want to be disturbed, they usually turn on the do not disturb mode of the mobile phone. In the Do Not Disturb mode, incoming calls and notifications from the phone will be muted. The mobile phone only makes voice notifications or displays notifications for the reminder events of some urgent applications, such as alarms, timers, alarm clocks and other applications, as well as ringing some incoming calls. It can be seen that the existing Do Not Disturb mode restricts notification method is relatively simple, cannot meet the diverse needs of users, and the user experience is poor.

Summary of the invention

The notification prompt method, terminal, and system provided in the present application determine different notification prompt methods for different scenarios in which the user is located, so as to meet the diverse needs of the user.

In the first aspect, this application provides a notification prompt method, which is applied to a communication system. The communication system includes a mobile terminal and a vehicle-mounted terminal. The mobile terminal is set to a driving do not disturb mode. The method includes: the mobile terminal receives a notification event; responding to the notification Event, the mobile terminal determines whether the user is in a driving state; in response to determining that the user is in a driving state, the mobile terminal determines whether the user is in a preset scene; if it is determined that the user is in a preset scene and the notification event is of a preset type, the mobile terminal determines Do not send instructions to the vehicle-mounted terminal, or the mobile terminal sends instructions to the vehicle-mounted terminal after the first time period. The instruction is used to instruct the vehicle-mounted terminal to display the first interface or play the first voice. The first interface is used to prompt the user to notify the event. Voice is used to prompt users to notify events.

Among them, the preset scene is a scene where the user needs a high degree of concentration, and the preset type is an important and urgent notification event. It can be seen that when the user is in a driving state and is in a scene that requires a high degree of concentration, the mobile phone does not notify the user of the received notification event, or postpone the prompt to the user. In this way, it can be ensured that users are not disturbed in highly concentrated scenarios, and the user experience can be improved.

In a possible implementation manner, the first time period is the time period between when the mobile terminal determines that the user is in the preset scene and the mobile terminal detects that the user is no longer in the preset scene.

It can be seen that after it is determined that the notification event is not prompted when the scene is preset, it can continue to detect whether the user is in the preset scene. When the user leaves the preset scene, the user is then prompted to notify the event. In this way, users can be prevented from missing important and urgent notification events.

In a possible implementation manner, the preset scene includes that the user is passing through a high-risk road section, the current weather conditions are bad, and the mobile terminal or the vehicle-mounted terminal is broadcasting any one or several items of navigation information.

In the preset scenes, users need to be highly concentrated.

In a possible implementation, the preset types include: notifications of incoming calls or messages from contacts whose interaction frequency with the user in the second time period is greater than a threshold, and notifications of messages that are not marked as spam and contain preset keywords , Any one or several of the reminders that are closest to the schedule time among multiple reminders on the same schedule.

In a possible implementation manner, the method further includes: if it is determined that the user is not in a preset scene and the notification event is of a preset type, then the mobile terminal sends an instruction to the vehicle-mounted terminal.

When the user is in a driving state but not in a scene that requires a high degree of concentration, the user can be prompted of important and urgent notification events, which can prevent the user from missing important notification events.

In a possible implementation manner, the method further includes: if it is determined that the user is not in a preset scene and the notification event is not of a preset type, the mobile terminal determines not to send an instruction to the vehicle-mounted terminal.

When the user is in a driving state but not in a scene that requires a high degree of concentration, non-important non-emergency notification events can be restricted to avoid distracting the user and ensure driving safety.

In a possible implementation manner, after the mobile terminal determines to send the instruction to the vehicle-mounted terminal, the method further includes: the mobile terminal displays a second interface and/or plays a second voice; wherein, the second interface is used to prompt the user to notify the event, and The second voice is used to prompt the user to notify the event.

In the second aspect, the present application provides a notification prompt method, which is applied to a vehicle-mounted terminal, and the vehicle-mounted terminal is set to a driving do not disturb mode. The method includes: the vehicle-mounted terminal receives a notification event; in response to the notification event, the vehicle-mounted terminal determines whether the user is driving Status; in response to determining that the user is in a driving state, the vehicle-mounted terminal determines whether the user is in a preset scene; if it is determined that the user is in a preset scene and the notification event is of a preset type, the vehicle-mounted terminal determines not to display a prompt interface or play a prompt voice, Or the vehicle-mounted terminal displays a prompt interface or plays a prompt voice after a preset time period.

In a possible implementation manner, the preset time period is the time period between when the vehicle terminal determines that the user is in the preset scene and the vehicle terminal detects that the user is no longer in the preset scene.

In a possible implementation manner, the preset scene includes any one or several of the user is passing a high-risk road section, the current weather conditions are bad, and the vehicle-mounted terminal is broadcasting navigation information.

In a possible implementation, the vehicle-mounted terminal determining whether the user is in a preset scene includes: the vehicle-mounted terminal according to the sensor data of the vehicle-mounted terminal, the camera of the vehicle-mounted terminal captures images of the surrounding environment of the vehicle, and the data of the navigation software on the vehicle-mounted terminal Any one or several items are used to determine whether the user is passing a high-risk road section; and/or the on-board terminal’s camera captures images of the surrounding environment of the vehicle based on the data from the on-board terminal’s sensors, and the weather software on the on-board terminal Any one or several items of, determine whether the current weather conditions are bad; and/or, the vehicle-mounted terminal determines whether the vehicle-mounted terminal is playing navigation information according to the data of the navigation software on the vehicle-mounted terminal.

The third aspect is a mobile terminal. The mobile terminal establishes a communication connection with the vehicle-mounted terminal, and the mobile terminal is set to the do not disturb mode while driving. The mobile terminal includes: a processor, a memory, and a touch screen. The memory, the touch screen and the processor are coupled, and the memory is used for Store computer program code, the computer program code includes computer instructions, when the processor reads the computer instructions from the memory, so that the mobile terminal performs the following operations: the mobile terminal receives a notification event; in response to the notification event, the mobile terminal determines whether the user is in a driving state ; In response to determining that the user is in a driving state, the mobile terminal determines whether the user is in a preset scene; if it is determined that the user is in a preset scene and the notification event is of a preset type, the mobile terminal determines not to send instructions to the vehicle-mounted terminal, or the mobile terminal After the first time period, an instruction is sent to the vehicle-mounted terminal. The instruction is used to instruct the vehicle-mounted terminal to display a first interface or play a first voice. The first interface is used to prompt the user to notify the event, and the first voice is used to prompt the user to notify the event.

In a possible implementation, when the processor reads the computer instructions from the memory, it also causes the mobile terminal to perform the following operations: if it is determined that the user is not in a preset scene and the notification event is of a preset type, then the instruction is sent to the vehicle-mounted terminal .

In a possible implementation, when the processor reads the computer instructions from the memory, it also causes the mobile terminal to perform the following operations: if it is determined that the user is not in a preset scene and the notification event is not of a preset type, then it is determined not to send to the vehicle. The terminal sends instructions.

In a possible implementation manner, when the processor reads the computer instructions from the memory, it also causes the mobile terminal to perform the following operations: after the mobile terminal determines to send the instruction to the vehicle-mounted terminal, display the second interface and/or play the second voice; Among them, the second interface is used to prompt the user to notify the event, and the second voice is used to prompt the user to notify the event.

The fourth aspect, a vehicle-mounted terminal, the vehicle-mounted terminal is set to the driving do not disturb mode, the vehicle-mounted terminal includes: a processor, a memory and a touch screen, the memory, the touch screen and the processor are coupled, the memory is used to store computer program code, the computer program code includes Computer instructions, when the processor reads the computer instructions from the memory, so that the vehicle-mounted terminal performs the following operations: the vehicle-mounted terminal receives a notification event; in response to the notification event, the vehicle-mounted terminal determines whether the user is in a driving state; in response to determining that the user is in a driving state, The vehicle-mounted terminal determines whether the user is in a preset scene; if it is determined that the user is in a preset scene and the notification event is of a preset type, the vehicle-mounted terminal determines not to display a prompt interface or play a prompt voice, or the vehicle-mounted terminal displays after a preset time period Prompt interface or play prompt voice.

In a fifth aspect, a computer storage medium includes computer instructions that, when the computer instructions are executed on a terminal, cause the terminal to execute the method described in the first aspect and any one of its possible implementation manners.

In a sixth aspect, a computer storage medium includes computer instructions, which when the computer instructions run on a terminal, cause the terminal to execute the method described in the second aspect and any one of its possible implementation manners.

The seventh aspect, a computer program product, when the computer program product runs on a computer, causes the computer to execute the method described in the first aspect and any one of its possible implementation manners.

The eighth aspect, a computer program product, when the computer program product runs on a computer, causes the computer to execute the method described in the second aspect and any one of its possible implementation manners.

In a ninth aspect, a chip system includes at least one processor, and when the at least one processor executes an instruction, the at least one processor executes as described in the first aspect and any possible implementation manner thereof Methods.

A tenth aspect, a chip system, including at least one processor, and when the at least one processor executes an instruction, the at least one processor executes as described in the second aspect and any one of its possible implementation manners Methods.

Description of the drawings

FIG. 1 is a schematic structural diagram of a communication system provided by an embodiment of this application;

2A is a schematic structural diagram of an electronic device provided by an embodiment of this application;

2B is a schematic structural diagram of yet another electronic device provided by an embodiment of the application;

3 is a schematic structural diagram of another electronic device provided by an embodiment of the application;

4 is a schematic flowchart of a notification reminding method provided by an embodiment of the application;

FIG. 5 is a schematic diagram of user interfaces of some electronic devices provided by embodiments of the application;

FIG. 6 is a schematic diagram of user interfaces of still other electronic devices provided by embodiments of this application;

FIG. 7 is a schematic diagram of user interfaces of still other electronic devices provided by embodiments of the application;

FIG. 8 is a schematic diagram of user interfaces of still other electronic devices provided by embodiments of this application;

FIG. 9 is a schematic flowchart of yet another notification reminding method provided by an embodiment of the application;

FIG. 10 is a schematic structural diagram of a chip system provided by an embodiment of the application;

FIG. 11 is a schematic structural diagram of another chip system provided by an embodiment of the application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application. Among them, in the description of the embodiments of the present application, unless otherwise specified, "/" means or, for example, A/B can mean A or B; "and/or" in this document is only a description of related objects The association relationship of indicates that there can be three relationships, for example, A and/or B, which can indicate: A alone exists, A and B exist at the same time, and B exists alone.

Hereinafter, the terms "first" and "second" are only used for descriptive purposes, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include one or more of these features. In the description of the embodiments of the present application, unless otherwise specified, "plurality" means two or more.

In the embodiments of the present application, words such as "exemplary" or "for example" are used as examples, illustrations, or illustrations. Any embodiment or design solution described as "exemplary" or "for example" in the embodiments of the present application should not be construed as being more preferable or advantageous than other embodiments or design solutions. To be precise, words such as "exemplary" or "for example" are used to present related concepts in a specific manner.

As shown in FIG. 1, it is a schematic structural diagram of a communication system provided by an embodiment of this application. The communication system includes an electronic device 100 and a vehicle 200.

Among them, the electronic device 100 in the present application may be, for example, a mobile phone, a tablet computer, a personal computer (PC), a personal digital assistant (personal digital assistant, PDA), a smart watch, a netbook, a wearable electronic device, and augmented reality technology. (Augmented reality, AR) devices, virtual reality (virtual reality, VR) devices, vehicle-mounted devices, smart cars, smart audio, robots, etc. This application does not impose special restrictions on the specific form of the electronic device.

FIG. 2A shows a schematic structural diagram of the electronic device 100.

The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, and an antenna 2. , Mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, earphone jack 170D, sensor module 180, buttons 190, motor 191, indicator 192, camera 193, display screen 194, and Subscriber identification module (subscriber identification module, SIM) card interface 195, etc. The sensor module 180 may include pressure sensor 180A, gyroscope sensor 180B, air pressure sensor 180C, magnetic sensor 180D, acceleration sensor 180E, distance sensor 180F, proximity light sensor 180G, fingerprint sensor 180H, temperature sensor 180J, touch sensor 180K, ambient light Sensor 180L, bone conduction sensor 180M, etc.

It can be understood that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 may include more or fewer components than shown, or combine certain components, or split certain components, or arrange different components. The illustrated components can be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), and an image signal processor. (image signal processor, ISP), controller, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (NPU), etc. Among them, the different processing units may be independent devices or integrated in one or more processors.

In the embodiment of the present application, the application processor may receive, for example, messages or events pushed by the application server through the mobile communication module 150 or the wireless communication module 160, based on, for example, data obtained from a sensor (for example, acceleration obtained by the acceleration sensor 180E, etc.) And so on, to determine whether the user is in a driving state, and whether the user is in a driving scene that requires a high degree of concentration. Thereby, it is determined whether to display the prompt information of the message or event or play the prompt information of the message or event by voice. It can be understood that some or all of the data processing work may also be responsible for GPU or NPU, which is not limited in the embodiment of the present application.

For example, if the electronic device 100 captures the image of the surrounding environment of the vehicle through the camera 195, or the electronic device 100 receives the image of the surrounding environment of the vehicle sent by the electronic device 200, it can call the GPU or NPU of the electronic device 100 for image analysis to determine whether the vehicle is in high risk. Road section, or the current weather conditions, etc.

The controller can generate operation control signals according to the instruction operation code and timing signals to complete the control of fetching and executing instructions.

A memory may also be provided in the processor 110 to store instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory can store instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to use the instruction or data again, it can be directly called from the memory. Repeated accesses are avoided, the waiting time of the processor 110 is reduced, and the efficiency of the system is improved.

In some embodiments, the processor 110 may include one or more interfaces. The interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (PCM) interface, and a universal asynchronous transmitter receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and / Or Universal Serial Bus (USB) interface, etc.

The charging management module 140 is used to receive charging input from the charger. Among them, the charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive the charging input of the wired charger through the USB interface 130. In some embodiments of wireless charging, the charging management module 140 may receive the wireless charging input through the wireless charging coil of the electronic device 100. While the charging management module 140 charges the battery 142, it can also supply power to the electronic device through the power management module 141.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, the internal memory 121, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle times, and battery health status (leakage, impedance). In some other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may also be provided in the same device.

The wireless communication function of the electronic device 100 can be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor, and the baseband processor.

The antenna 1 and the antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the electronic device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna can be used in combination with a tuning switch.

The mobile communication module 150 can provide a wireless communication solution including 2G/3G/4G/5G and the like applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves by the antenna 1, and perform processing such as filtering and amplifying the received electromagnetic waves, and then transmitting them to the modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor, and convert it into electromagnetic waves for radiation via the antenna 1. In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110. In some embodiments, at least part of the functional modules of the mobile communication module 150 and at least part of the modules of the processor 110 may be provided in the same device.

The modem processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low frequency baseband signal to be sent into a medium and high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. Then the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing. The low-frequency baseband signal is processed by the baseband processor and then passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays an image or video through the display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be provided in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide applications on the electronic device 100 including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), and global navigation satellites. System (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field communication technology (near field communication, NFC), infrared technology (infrared, IR) and other wireless communication solutions. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110. The wireless communication module 160 can also receive the signal to be sent from the processor 110, perform frequency modulation, amplify it, and convert it into electromagnetic wave radiation via the antenna 2.

In some embodiments, the antenna 1 of the electronic device 100 is coupled with the mobile communication module 150, and the antenna 2 is coupled with the wireless communication module 160, so that the electronic device 100 can communicate with the network and other devices through wireless communication technology. The wireless communication technologies may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband Code division multiple access (wideband code division multiple access, WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC , FM, and/or IR technology, etc. The GNSS may include global positioning system (GPS), global navigation satellite system (GLONASS), Beidou navigation satellite system (BDS), quasi-zenith satellite system (quasi -zenith satellite system, QZSS) and/or satellite-based augmentation systems (SBAS).

The electronic device 100 implements a display function through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs, which execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, etc. The display screen 194 includes a display panel. The display panel can adopt liquid crystal display (LCD), organic light-emitting diode (OLED), active-matrix organic light-emitting diode or active-matrix organic light-emitting diode (active-matrix organic light-emitting diode). AMOLED, flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device 100 may include one or N display screens 194, and N is a positive integer greater than one.

The electronic device 100 can implement a shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, and an application processor.

The ISP is used to process the data fed back from the camera 193. For example, when taking a picture, the shutter is opened, the light is transmitted to the photosensitive element of the camera through the lens, the light signal is converted into an electrical signal, and the photosensitive element of the camera transfers the electrical signal to the ISP for processing and is converted into an image visible to the naked eye. ISP can also optimize the image noise, brightness, and skin color. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and projects it to the photosensitive element. The photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. ISP outputs digital image signals to DSP for processing. DSP converts digital image signals into standard RGB, YUV and other formats. In some embodiments, the electronic device 100 may include 1 or N cameras 193, and N is a positive integer greater than 1.

Digital signal processors are used to process digital signals. In addition to digital image signals, they can also process other digital signals. For example, when the electronic device 100 selects the frequency point, the digital signal processor is used to perform Fourier transform on the energy of the frequency point.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 can play or record videos in a variety of encoding formats, such as: moving picture experts group (MPEG) 1, MPEG2, MPEG3, MPEG4, and so on.

NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, for example, the transfer mode between human brain neurons, it can quickly process input information and can continuously learn by itself. The NPU can realize applications such as intelligent cognition of the electronic device 100, such as image recognition, face recognition, voice recognition, text understanding, and so on.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to realize the data storage function. For example, save music, video and other files in an external memory card.

The internal memory 121 may be used to store computer executable program code, where the executable program code includes instructions. The internal memory 121 may include a storage program area and a storage data area. Among them, the storage program area can store an operating system, at least one application program (such as a sound playback function, an image playback function, etc.) required by at least one function. The data storage area can store data (such as audio data, phone book, etc.) created during the use of the electronic device 100. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), etc. The processor 110 executes various functional applications and data processing of the electronic device 100 by running instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.

The electronic device 100 can implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor. For example, music playback, recording, etc.

The audio module 170 is used for converting digital audio information into an analog audio signal for output, and also for converting an analog audio input into a digital audio signal. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110, or part of the functional modules of the audio module 170 may be provided in the processor 110.

The speaker 170A, also called a "speaker", is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music through the speaker 170A, or listen to a hands-free call.

The receiver 170B, also called "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 100 answers a call or voice message, it can receive the voice by bringing the receiver 170B close to the human ear.

The microphone 170C, also called "microphone", "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can approach the microphone 170C through the mouth to make a sound, and input the sound signal to the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C, which can implement noise reduction functions in addition to collecting sound signals. In some other embodiments, the electronic device 100 can also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and realize directional recording functions.

The earphone interface 170D is used to connect wired earphones. The earphone interface 170D may be a USB interface 130, or a 3.5mm open mobile terminal platform (OMTP) standard interface, and a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The button 190 includes a power button, a volume button, and so on. The button 190 may be a mechanical button. It can also be a touch button. The electronic device 100 may receive key input, and generate key signal input related to user settings and function control of the electronic device 100.

The motor 191 can generate vibration prompts. The motor 191 can be used for incoming call vibration notification, and can also be used for touch vibration feedback. For example, touch operations applied to different applications (such as photographing, audio playback, etc.) can correspond to different vibration feedback effects. Acting on touch operations in different areas of the display screen 194, the motor 191 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminding, receiving information, alarm clock, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

The indicator 192 may be an indicator light, which may be used to indicate the charging status, power change, or to indicate messages, missed calls, notifications, and so on.

The SIM card interface 195 is used to connect to the SIM card.

The software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. The embodiment of the present invention takes an Android system with a layered architecture as an example to exemplify the software structure of the electronic device 100.

FIG. 2B is a software structure block diagram of the electronic device 100 according to an embodiment of the present invention.

The layered architecture divides the software into several layers, and each layer has a clear role and division of labor. Communication between layers through software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, the application layer, the application framework layer, the Android runtime and system library, and the kernel layer.

The application layer can include a series of application packages.

As shown in Figure 2B, the application package may include applications such as camera, gallery, schedule, call, map, navigation, WLAN, Bluetooth, music, video, short message, etc.

In this application, the application package also includes a first application. The first application may be, for example, a notification do not disturb application, or a do not disturb driving application. The first application can receive user settings, such as turning on or off the do not disturb driving mode of the electronic device 100, and selecting or setting important notifications of the do not disturb driving mode. Turn on the Do Not Disturb while driving mode of the electronic device 100. When the electronic device 100 receives a new message or new event, it needs to determine whether the user is in a driving state, and whether it is in a driving state that requires a high degree of concentration (for example: passing through high-risk situations). Route, current weather conditions are bad, navigation information is being played, etc.), if it is in the specific scene, the electronic device 100 does not display the prompt information of the new message or new event, or does not broadcast the prompt information of the new message or new event by voice, Avoid distracting users.

The application framework layer provides application programming interfaces (application programming interface, API) and programming frameworks for applications in the application layer. The application framework layer includes some predefined functions.

As shown in Figure 2B, the application framework layer may include a window manager, a content provider, a view system, a phone manager, a resource manager, a notification manager, and so on.

The window manager is used to manage window programs. The window manager can obtain the size of the display, determine whether there is a status bar, lock the screen, take a screenshot, etc.

The content provider is used to store and retrieve data and make these data accessible to applications. The data may include video, image, audio, phone calls made and received, browsing history and bookmarks, phone book, etc.

The view system includes visual controls, such as controls that display text and controls that display pictures. The view system can be used to build applications. The display interface can be composed of one or more views. For example, a display interface that includes a short message notification icon may include a view that displays text and a view that displays pictures.

The phone manager is used to provide the communication function of the electronic device 100. For example, the management of the call status (including connecting, hanging up, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, etc.

The notification manager enables the application to display notification information in the status bar, which can be used to convey notification-type messages, and it can disappear automatically after a short stay without user interaction. For example, the notification manager is used to notify the download completion, message reminder, etc. The notification manager can also be a notification that appears in the status bar at the top of the system in the form of a chart or scroll bar text, such as a notification of an application running in the background, or a notification that appears on the screen in the form of a dialog window. For example, text messages are prompted in the status bar, prompt sounds, electronic devices vibrate, and indicator lights flash.

In some embodiments of the present application, after an application receives a message or event pushed by the server (for example, a new message pushed by a short message application, or a new call pushed by a calling application), it informs the application framework of the message or event Layer notification manager. The notification manager generates the corresponding notification, and judges the scene where the user is located, determines whether to prompt the user, and how to prompt the user. Or, after receiving the message or event, the notification manager judges the user's scene, whether to generate a notification, and how to prompt the user. The way of prompting the user may be to call the display driver of the kernel layer to display a notification message on the status bar of the display screen and/or the notification center, or call the audio driver of the kernel layer to play voice prompts (including only the prompt sound).

In other embodiments of the present application, after a certain application receives a message or event pushed by the server, the application generates a notification of the message or event, and sends the notification to the notification manager. The notification manager determines which application to use. The user is prompted in this way, and whether to send the notification to other electronic devices, for example, whether to send the notification to the electronic device 200 connected to it.

Android Runtime includes core libraries and virtual machines. Android runtime is responsible for the scheduling and management of the Android system.

The core library consists of two parts: one part is the function functions that the java language needs to call, and the other part is the core library of Android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes the java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object life cycle management, stack management, thread management, security and exception management, and garbage collection.

The system library can include multiple functional modules. For example: surface manager (surface manager), media library (Media Libraries), three-dimensional graphics processing library (for example: OpenGL ES), 2D graphics engine (for example: SGL), etc.

The surface manager is used to manage the display subsystem and provides a combination of 2D and 3D layers for multiple applications.

The media library supports playback and recording of a variety of commonly used audio and video formats, as well as still image files. The media library can support multiple audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The 3D graphics processing library is used to realize 3D graphics drawing, image rendering, synthesis, and layer processing.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is the layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.

Among them, the car machine 200 is mostly installed in the center console of the car, which can realize the communication between the person and the car, the car and the outside world (car to car). The vehicle 200 can establish a communication connection with the electronic device 100 in a wired or wireless manner. Exemplarily, the car machine 200 and the electronic device 100 may be interconnected by using the mirrorlink standard, so as to realize the two-way control of the electronic device 100 and the car machine 200 of a specific application software. In this way, the user does not need to look at the screen of the electronic device 100, touch the screen of the electronic device 100, or operate the physical buttons of the electronic device 100 when the car is driving, only need to use the physical buttons on the car machine 200 and touch the screen of the car machine 200 The electronic device 200 can be controlled by various controls or voice commands, including answering/making calls, listening to mobile phone music, navigating with the mobile phone, etc. Of course, the mobile phone itself is also operable at this time.

In some embodiments of the present application, the car machine 200 may send its own data to the electronic device 100. The data of the car machine 200 itself includes but is not limited to: the car machine 200 can detect the user's touch operation through the touch screen; the user voice detected by the built-in pickup device and other sounds in the surrounding environment; the user is detected on the steering wheel The operation of the physical buttons; the image information inside or outside the car collected by the camera; the data detected by the sensor, etc.

Correspondingly, the electronic device 100 can also send an instruction signal to the car machine 200 to make the display screen of the car machine 200 display a corresponding user interface, or make the car machine 200 voice to play a corresponding sound. In this application, the electronic device 100 can make a judgment based on its own data and the data obtained from the car machine 200 to determine whether it is necessary to prompt the user to receive a new message or new event, and instruct the car machine 200 to perform corresponding operations, such as Perform voice announcements or interface prompts.

For example, FIG. 3 shows a schematic structural diagram of an electronic device 200.

The electronic device 200 may include a processor 210, a memory 220, a wireless communication module 230, a speaker 240, a microphone 250, a display screen 260, a camera 270, a USB interface 280, and a sensor module 290. The sensor module 290 may include a pressure sensor 290A, a magnetic sensor 290B, an acceleration sensor 290C, a temperature sensor 290D, a touch sensor 290E, an ambient light sensor 290F, a positioning system 290G, a rainfall sensor 290H, and so on. For example, the electronic device 200 may also determine whether the vehicle is in a moving state, that is, whether the user is in a driving state, according to the data of the acceleration sensor 290C. For another example, the electronic device 200 can determine whether the vehicle is in a thunderstorm based on the data of the rain sensor 290H, or the electronic device 200 can send the data of the rain sensor 290H to the electronic device 100, so that the electronic device 100 can determine whether the vehicle is in a thunderstorm. Wait. For another example, the electronic device 200 can determine whether the vehicle is in dense fog or darkness according to the ambient light sensor 290F. Alternatively, the electronic device 200 may send the data of the ambient light sensor 290F to the electronic device 100 so that the electronic device 100 can determine whether the vehicle is in an environment such as dense fog or darkness.

The processor 210 may include one or more processing units, and different processing units may be independent devices or integrated in one or more processors.

In some embodiments of the present application, the electronic device 200 receives an instruction from the electronic device 100, and prompts the user to receive a new message or a new event in a corresponding manner.

In some other embodiments of the present application, the electronic device 200 may receive the notification of the electronic device 100, and then obtain the electronic device 200 or the sensor data on the electronic device 100 to judge the user's state and the scene in which it is located, so as to determine the use of What way to prompt the user.

In still other embodiments of the present application, multiple applications (for example, a music player, navigation application, call application, notification application, etc.) can run on the electronic device 200, and these multiple applications can directly communicate with the application server. For example: receiving new messages sent by the application server or new events pushed. The electronic device 200 may obtain, for example, data from one or more sensors to determine the state of the user and the scene in which it is located, so as to determine whether to generate a new message or notification of a new event, and how to prompt the user.

The wireless communication module 230 may provide a wireless communication solution including WLAN, such as Wi-Fi network, Bluetooth, NFC, IR, etc., applied on the electronic device 200. The wireless communication module 230 may be one or more devices integrating at least one communication processing module.

In some embodiments of the present application, the electronic device 200 may establish a wireless communication connection with the electronic device 100 through the wireless communication module 230. Alternatively, the electronic device 200 may also establish a wired communication connection with the electronic device 100 through the USB interface 280, which is not limited in the embodiment of the present application.

The memory 220 may be used to store computer executable program code, where the executable program code includes instructions. The internal memory 220 may include a storage program area and a storage data area. Among them, the storage program area can store an operating system, at least one application program (such as a sound playback function, an image playback function, etc.) required by at least one function. The storage data area can store data (such as audio data, phone book, etc.) created during the use of the electronic device 200. In addition, the memory 220 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), and the like. The processor 210 executes various functional applications and data processing of the electronic device 200 by running instructions stored in the memory 220 and/or instructions stored in a memory provided in the processor.

In some embodiments of the present application, the electronic device 200 can capture images of the surrounding environment of the vehicle through the camera 270, so that the electronic device 200 or the electronic device 100 can perform image analysis to determine the current scene of the user, such as whether the vehicle is driving in High-risk sections, etc.

The functions of the components such as the speaker 240, the microphone 250, and the display screen 260 can be referred to the related description in the electronic device 100, which will not be repeated here.

It is understandable that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 200. In other embodiments of the present application, the electronic device 200 may include more or fewer components than shown in the figure, or combine certain components, or split certain components, or arrange different components. The illustrated components can be implemented in hardware, software, or a combination of software and hardware.

Taking the electronic device 100 as a mobile phone and the electronic device 200 as an example in the following, the technical solutions provided by the embodiments of the present application will be described in detail.

In the prior art, in order to allow the user to concentrate on driving, the mobile phone can be set to a do not disturb mode (or do not disturb mode). In this mode, phone calls and notifications will be muted. The mobile phone only makes voice notifications or displays notifications for the reminder events of some urgent applications, such as alarms, timers, alarm clocks and other applications, as well as ringing some incoming calls.

When driving, the user can also connect the mobile phone to the car, and the car can take over the notifications from the mobile phone. That is, the car machine performs voice playback on the mobile phone's notification, or uses the car's screen to display the mobile phone's notification. But in this case, even if the mobile phone is set to the notification do not disturb mode, the car will still broadcast some notifications by voice or display some notification prompts. However, in some specific scenarios, such as when the user is driving in bad weather, the user is driving through a high-risk road, or the navigation application is broadcasting important navigation information, the user does not want to be distracted by the notification. That is, in certain scenarios, the user does not want to receive any notification prompts.

To this end, the embodiment of the present application provides a notification prompt method. When a mobile phone receives a new message or new event, it may be able to automatically recognize various scenarios where the user is in, and determine different prompt solutions based on different scenarios. Among them, the prompt scheme includes prompt scope, prompt method and prompt timing. The prompt range may specifically include application type, notification source, notification type, etc. Prompt methods include auditory prompts (such as voice prompts), visual prompts (such as interface prompts), tactile prompts (such as vibration prompts), etc. The reminder timing includes immediate notification and delayed notification.

For example: when it is recognized that the user is not driving, the mobile phone can prompt the user by using any one or more of interface prompts, voice prompts, and vibration prompts for all or part of the notifications.

When the mobile phone is connected to the car machine, when it is recognized that the user is not driving, the car machine can prompt all or part of the notification from the mobile phone through any one or more of interface prompts, voice prompts and tactile prompts user.

For another example: when it is recognized that the user is driving but not in a scene that requires a high degree of concentration, the mobile phone can display the prompt information of important notifications or broadcast the prompt information of important notifications by voice. Among them, the definition of important notification can be determined according to the rules set in the mobile phone, or it can be determined according to the user's settings. The specific method for determining the important notification will be explained below, and will not be repeated here.

When the mobile phone is connected to the car, and it is recognized that the user is driving but not in a scene that requires high concentration, the car can use voice announcements, or interface prompts, or tactile prompts for important notifications, or use any of them. Prompt the user in several ways.

Another example: when it is recognized that the user is driving and in a scene that requires a high degree of concentration, the mobile phone may prompt the user without any notification. After the user leaves the scene that requires a high degree of concentration, the mobile phone prompts the user with voice prompts or interface prompts for important notifications, that is, delayed notifications. Among them, scenes that require a high degree of concentration are, for example, when the user is driving through a high-risk road section (such as continuous turns, highways, tunnels, etc.), the user is driving in severe weather (such as dense fog, ice and snow, thunderstorms, etc.), Navigation applications are broadcasting important navigation information (for example: broadcasting highway exits, overpasses, and turning intersections, etc.).

In the case that the mobile phone is connected to the car machine, it is recognized that the user is driving but not in a scene that requires a high degree of concentration, and the car machine may not give any notification. After the user leaves the scene that requires a high degree of concentration, the car machine then performs voice announcements, interface prompts, or tactile prompts on important notifications, or prompts the user in any of these ways.

As shown in FIG. 4, a flowchart of a notification prompting method provided by an embodiment of this application is specifically as follows:

S401. When the mobile phone is in the do not disturb driving mode, the mobile phone receives a notification event.

In this application, the mobile phone can be set with a do not disturb driving mode. When the driving mode is turned on, the mobile phone will make a judgment based on the scene the user is in to determine whether to prompt the user to receive the notification. For details, refer to the following steps. In some examples, the user can turn on the Do Not Disturb mode of the mobile phone through system settings. Or, the mobile phone can detect in real time whether the user is driving. When it is determined that the user is in a driving state, the do not disturb driving mode can be automatically turned on or the user is recommended to manually turn on the do not disturb driving mode. After determining that the user is not in a driving state, do not turn on the do not disturb driving mode, or turn off the do not disturb driving mode.

The above notification event can be a new message or other event received by any application installed in the mobile phone, for example: a short message application receives a new message, a WeChat application receives a new message, an incoming call event received by a call application, and an instant messaging application receives a new message Arriving voice call events or video call events, etc., schedule reminder events, alarm clocks, emergency alarms, etc.

Take the notification event as the short message application receiving new information as an example to illustrate. When the short message application receives new information pushed by the server, the short message application can notify the notification manager, and the notification manager generates the notification. Alternatively, the short message application can also generate a notification after receiving the new message, and send the notification to the notification manager. Later, the notification manager can identify the user's status and scene based on the data of the sensors in the mobile phone, or the data of some applications in the mobile phone, or the data obtained from the car machine, and then determine whether to display prompt information and/or voice playback Prompt information to prompt the user to receive a new message or new event.

It should be noted that when the mobile phone is connected to the car, this step can also be a new message or event received by any application installed on the car, and a notification is generated and sent to the mobile phone. Or, the car machine informs the mobile phone of the received new message or event, and the mobile phone generates a notification. That is to say, when the mobile phone and the car are connected, the data of the car can be synchronized with the mobile phone, so that the mobile phone can judge whether the notification of the car is prompted.

Of course, since the data of the car and the mobile phone can be synchronized, the car can also obtain notifications from the mobile phone, and the car can recognize the user's status and scene, and then judge whether to remind the notification and what method to use. In other words, the car machine can undertake all or part of the data processing work of the mobile phone, and the embodiment of the application does not limit the division of labor between the car machine and the mobile phone.

The following steps are taken as an example for the mobile phone to judge the user status and scene, determine whether to prompt the user, and determine the method of prompting.

S402: The mobile phone determines whether the user is in a driving state. If it is not in a driving state (that is, in a non-driving state), step S403 is executed. If it is in a driving state, step S404 is executed.

In some embodiments, the moving speed of the mobile phone can be obtained through a sensor (for example, an acceleration sensor) provided in the mobile phone, or the real-time position of the mobile phone can be determined through the GPS of the mobile phone, and the moving speed of the mobile phone can be calculated according to the real-time position. Then, it is judged whether the moving speed of the mobile phone is greater than the threshold. If the mobile phone's moving speed is greater than the threshold, it can be considered that the user is driving. If the mobile phone's moving speed is not greater than the threshold, it can be considered that the user is not driving.

Optionally, when the mobile phone is connected to the car, the mobile phone can also obtain the data of the car, for example, obtain information such as the speed of the vehicle measured by the car, to determine whether the vehicle is moving, and thus determine whether the user is driving. The embodiments of the present application do not specifically limit this.

S403: The mobile phone displays or voices prompt information. Or, the mobile phone instructs the vehicle to display or voice prompt information. Among them, the prompt information is used to prompt the receipt of a notification event.

When it is determined that the user is not in a driving state, it is considered that the user can easily receive the prompt information. Then, the mobile phone can prompt the user in one or more ways by controlling the display screen to display the prompt information, controlling the speaker to play the prompt information, controlling the indicator flashing, and controlling the motor to generate vibration. That is, the mobile phone prompts the user to receive the notification event by any one or several of voice prompts, interface prompts, and vibration prompts.

When the mobile phone is connected to the car, the car takes over the notification from the mobile phone. When the mobile phone determines that the user is not driving, the mobile phone can notify the car to use voice prompts or interface prompts to remind. That is, the car controls the display screen of the car to display prompt information, or controls the speaker of the car to play prompt information. Considering that when the user is not driving and the vehicle is not in motion, the user can accurately perform interface operations. Therefore, when the vehicle is reminded by interface prompts, multiple controls can be displayed, and different controls correspond to different prompts. . That is, in response to different controls operated by the user, the vehicle can display different prompt interfaces.

For example, as shown in Fig. 5, the interface 501 is a display interface of the vehicle. The interface 501 displays a status bar 502, one or more shortcuts (for example, the shortcut 503 of the homepage), and one or more application icons (for example, the weather application icon 504). When the mobile phone receives the notification and it is determined that the mobile phone is not in the driving mode (that is, the user is not in a driving state), the vehicle will remind the notification. In some embodiments, the mobile phone may give a reminder in the form of voice broadcast. For example, broadcast "If you receive a short message from Xiaoli, whether to broadcast the content of the short message". When the user answers "broadcast", the car machine recognizes the user's answer and starts to broadcast the content of the short message. Otherwise, the car machine will not broadcast the content of the short message. In other embodiments, the mobile phone may remind in the form of interface prompts. For example, an interface 505 is displayed, and a prompt message box 506 is displayed in the interface 505. The prompt information box 506 may include a voice broadcast control 507 and an interface display control 508. When the car machine detects that the user clicks on the voice broadcast control 507, the car machine starts to broadcast the content of the short message by voice, such as the display interface 509. When the car machine detects that the user clicks on the interface display control 508, the car machine can display the text information of the short message content on the screen, for example, the display interface 510. It should be noted that since the user is not driving, the user can accurately operate the voice broadcast control 507 or the interface display control 508, which is beneficial to provide users with more choices, meet the diverse needs of users, and improve user experience.

For another example: as shown in FIG. 6, the interface 601 is a display interface when the vehicle receives multiple notifications. A notification prompt box 602 is displayed on the interface 601. The notification prompt box 602 is associated with different controls for each type of notification or notification of each application. That is, different types of notifications are associated with different controls, or different applications are associated with different controls. For example, for a new message (or short message application), the notification prompt box 602 may include a voice broadcast control 603 and an interface display control 604. For missed calls (or call applications), the notification prompt box 602 may include a view control 605.

In response to the user clicking on the voice broadcast control 603, the car machine starts to voice broadcast unread short messages, for example, an interface 606 may be displayed. When there are multiple unread short messages, the car machine can broadcast according to the time sequence of receiving the short messages, or according to the order of the sender, which is convenient for users to listen to multiple short messages from the same sender. The embodiment of the application does not limit the sequence of the broadcast.

In response to the user clicking the interface display control 604, the vehicle displays the content of multiple short messages. The car machine can display the content of the short message in the order of the sender of the short message, which is convenient for the user to view multiple short messages of the same sender in a centralized manner, such as the display interface 607. Alternatively, the car machine may also sequentially display the content of each short message according to the time sequence of receiving the short message, for example, the display interface 608. The embodiment of this application does not limit the order of displaying the content of the short message.

In response to the user clicking the view control 605 of the missed call, the car machine displays the contact information or phone number of the missed call, for example, a display interface 609.

This process ends.

S404: The mobile phone determines whether the user is in a preset scene. If yes, execute step S405, if not, execute step S406.

When in a preset scene, users need to be highly concentrated and do not want to be disturbed by any notifications. The preset scene may be, for example, when the user is driving through a high-risk road section (such as continuous turns, highways, tunnels, slippery roads, etc.), and the user is in severe weather (such as dense fog, ice and snow, thunderstorms, darkness, etc.) Driving and navigation applications are reporting important navigation information (for example: reporting highway exits, overpasses, and turning intersections, etc.). Therefore, when it is determined that the user is in the preset scene, step S405 is executed, that is, the mobile phone determines that the prompt information is not displayed temporarily, and the prompt information is not broadcast by voice.

When judging whether the user is driving through a high-risk road section, the driving route and driving state of the vehicle can be analyzed through the mobile phone and/or sensor data in the vehicle to determine whether the vehicle is in a high-risk road section. For example, it can be determined whether the vehicle is turning continuously according to the driving route of the vehicle. It is also possible to determine whether the vehicle is on a highway based on the speed of the vehicle. You can also determine whether the vehicle is driving on slippery roads and so on according to the driving route and speed of the vehicle. The light sensor can also be used to determine the light around the vehicle to determine whether it is located in a tunnel or the like.

Optionally, the camera inside the vehicle or the camera connected to the vehicle can also be used to identify the environment outside the vehicle based on the image of the surrounding environment of the vehicle captured by the camera, and then determine whether the vehicle is in the aforementioned High-risk sections.

Optionally, because the navigation software contains the road condition data of each road section (for example: sharp turns, tunnels, etc.), the current position of the vehicle can also be determined according to the mobile phone or vehicle, and the current position and the position in the navigation software Road condition data to determine whether the vehicle is in the above-mentioned high-risk road section.

When judging whether the user is driving in bad weather, the weather conditions can also be analyzed through the sensor data in the mobile phone or the car. For example, the surrounding environment of the vehicle can be determined according to the light sensor in the vehicle, for example, the vehicle is in dense fog or darkness. It is also possible to determine whether the vehicle is in a thunderstorm or the like according to the rain sensor in the vehicle.

Optionally, a camera connected inside the vehicle can also use image analysis technology to identify the environment outside the vehicle based on the image of the surrounding environment of the vehicle captured by the camera, and then determine whether the vehicle is in the aforementioned severe weather.

Optionally, it is also possible to obtain the current weather conditions through weather application software to determine whether the vehicle is in the aforementioned severe weather.

When judging whether the navigation software plays important navigation information, it can be judged according to the state of the audio output device of the mobile phone or car. For example: when the audio output device of the mobile phone or car machine receives the audio data from the navigation software, or is outputting the audio data of the navigation software, it can be considered that the navigation software broadcasts important navigation information, that is, the information broadcast by the navigation software is important Navigation information. For another example: it can also be determined according to whether the audio data received by the audio output device contains keywords (for example: "Attention", "Danger", "Continuous Turn", "Accident Prone Place", "Exit", etc.) For important navigation information, the embodiments of this application do not specifically limit this.

S405. The mobile phone does not display the prompt information of the notification event, and does not play the prompt information of the notification event by voice.

In some examples, when it is determined that the user is in the preset scene, the user is not prompted for any notification, and the user is not prompted again afterwards. That is, after step S405, this flow ends.

In other examples, after it is determined that the user is in a preset scene, it can be determined whether the notification is an important emergency notification (ie, a preset type of notification). If the notification is of a preset type, in order to prevent the user from missing important and urgent notifications, the mobile phone can continuously detect whether the user is in a preset scene. Among them, the method of detecting whether the user is in a preset scene can refer to step S404. When the user is no longer in the preset scene, the notification information can be displayed, or the notification information can be broadcast by voice. That is, after step S405, step S406 is executed. Among them, the meaning of the preset type can refer to the description in step S406, which will not be repeated here.

In still other examples, after it is determined that the user is in the preset scene, it can also directly continuously detect whether the user is in the preset scene. That is, after step S405, step S404 is executed.

S406: The mobile phone determines whether the notification event is of a preset type. If yes, execute step S408. If not, step S407 is executed.

Although the user is not in a preset scene that requires a high degree of concentration, he is still driving. In order to ensure driving safety, the mobile phone can limit some notification reminders, such as not displaying prompt information or voice playback prompt information for unimportant or urgent notifications . In other words, when the user is driving, the mobile phone will only prompt the user for important and urgent notifications. In a specific implementation manner, the mobile phone may be set by default or some notifications may be set by the user as important and urgent notifications (ie, preset types of notifications). If it is not a preset type of notification, it can be considered as an unimportant and not urgent notification.

Exemplarily, important and urgent notifications (ie, preset types of notifications) may include: calls or messages from important contacts (a user's favorite contacts, contacts belonging to a specific group, such as family members, customer groups, etc.) , The same contact has N consecutive calls (where N is a positive integer greater than 2) within a specific time period (for example, within 1 day), and the phone or message of a contact with a higher interaction frequency contains specific keywords (for example, " "Important", "Urgent", "Quick Callback", etc.) messages, alarm clocks, important notifications in calendar applications, etc. Among them, unimportant and non-urgent notifications may include, for example, system upgrade notifications, application system notifications, calls from strangers, short messages from strangers, short messages marked as spam by cloud servers or users, and messages containing advertising information.

Take the calendar application as an example to illustrate. The calendar application includes today's reminders and multiple time period reminders for a single agenda. Among them, today’s reminder will remind you of multiple schedules in a day, which can be considered as unimportant and not urgent. Reminders for multiple time periods in a single schedule, for example, if the schedule is for a 10 o'clock meeting, then the user can set a reminder 15 minutes, 30 minutes, and 1 hour in advance. Then, the reminder close to the schedule time can be considered as an important reminder, for example, a reminder that is 15 minutes in advance is an important and urgent notification, and a reminder that is 30 minutes in advance and an hour in advance is an unimportant and not urgent notification.

Take the phone or message of a contact with a higher interaction frequency as an example for illustration. The mobile phone can obtain communication records of call applications, short message applications, instant messaging applications, etc., and determine contacts in each application with a high frequency of interaction with the user in a specific time period (for example, a month, a week, or a day). It can be considered that the contact is an important contact, and the call or message from the contact is an important notification.

In still other embodiments of the present application, when it is determined that the user is in a driving state and a notification of a non-preset type is received, the mobile phone does not use a prompt method that can be noticed by the driving user. For example: when the mobile phone is black, the mobile phone will not display on the screen when the notification comes, nor will it play the prompt sound, or vibrate the prompt. When the phone is on, the notification can be displayed, but there is no sound. Of course, when the mobile phone is on, there can be no display prompt or no sound prompt. When the mobile phone is connected to the car, the car will neither display notifications nor voice prompts. In the future, users can still view these unimportant and non-urgent notifications in the notification center of the phone and in the messages of various applications by operating the phone.

S407. The mobile phone determines not to display the notified prompt information, and does not broadcast the notified prompt information by voice.

This process ends.

S408: The mobile phone displays or voices the prompt information of the notification event. Or, the mobile phone instructs the vehicle to display or voice the prompt information of the notification event.

When the mobile phone prompts the user to receive the notification, the mobile phone can broadcast the prompt information by voice, considering that the user is still driving at this time. Optionally, the mobile phone can also display prompt information through the display screen, or prompt the user in other ways.

When the mobile phone is connected to the mobile phone, the mobile phone takes over the notification from the mobile phone. When the mobile phone receives the notification, it is determined that the current user is driving but not in the preset scene, the mobile phone can notify the car to use the prompt information of the display notification or the prompt information of the voice broadcast notification. Among them, the specific method of the vehicle's voice playing notification prompt information can refer to the related description in step S403, and the details will not be repeated here.

In addition, considering that the user is driving at this time and the vehicle is in a moving state, the user cannot accurately perform interface operations compared to when the vehicle is in a stationary state. Therefore, when the car machine displays the prompt information through the display screen, try to simplify the operable controls. That is, the prompt interface displayed when the user is in a driving state is different from the interface displayed when the user is in a non-driving state.

For example, as shown in Fig. 7, the interface 701 is an interface displayed by the car machine. This interface 701 indicates a prompt interface displayed by the vehicle when the mobile phone generates a notification (the notification is an important emergency notification) and determines that the user is in a driving state and is not in a preset scene. The interface 701 displays a prompt message box 702. In response to the user clicking any position on the prompt information box 702, the vehicle starts to broadcast the short message by voice, for example, the display interface 703 is displayed.

It should be noted that comparing the interface 701 in Fig. 7 with the interface 505 in Fig. 5 shows that: on the interface 701 in Fig. 7, when the user clicks any position in the prompt message box 702, the mobile phone will broadcast the message content. On the interface 505 in FIG. 5, when the user clicks on different positions in the prompt message box 506, the mobile phone will perform different operations, and the content of the short message will be broadcast by voice or the content of the short message will be displayed on the interface. This is because when the user is in a driving state, the user's hands are needed more for driving, and the vehicle is in a moving state, and the user has limited control on the car screen and the operation is not precise enough. When the user is not driving, the user's hands can easily control the various controls on the car screen. That is, the embodiments of the present application may provide users with different reminding methods and different prompt interfaces based on the users in different scenarios.

For another example: as shown in FIG. 8, the interface 801 is a display interface when the vehicle receives multiple notifications. A notification prompt box 802 is displayed on the interface 801. The notification prompt box 802 displays different controls for each type of notification or notification of each application. That is, different types of notifications are associated with different controls, and different applications are associated with different controls. For example, the notification prompt box 602 may include a control 806 associated with a short message application and a control 803 associated with a call application.

In response to the user clicking the control 806, the car machine starts to broadcast the unread short message by voice, for example, the display interface 804 is displayed. When there are multiple unread short messages, the car machine can broadcast according to the time sequence of receiving the short messages, or according to different contacts. In response to the user clicking the control 803, the car machine starts to broadcast the contact information or phone number of the missed call, for example, the interface 805 is displayed.

It can be seen that the mobile phone can automatically recognize the various scenes the user is in, and determine different prompts for the user based on different scenes. For example: when the mobile phone receives a notification, when it is determined that the user is not driving, the mobile phone displays a prompt message or a voice broadcast prompt message. That is, when the user is not in a driving state, the mobile phone prompts the user for all notifications received. When it is determined that the user is driving but not in a scene that requires a high degree of concentration, the mobile phone will determine whether the received notification is an important and urgent notification. If the notification is an important and urgent notification, a prompt message or voice broadcast prompt message is displayed. That is, when the user is driving but not in a scene that requires a high degree of concentration, the mobile phone will only receive important notifications to remind the user. When it is determined that the user is in a driving state and is in a scene that requires a high degree of concentration, the mobile phone does not display prompt information or voice broadcast prompt information. When it is determined that the user is no longer in a scene that requires a high degree of concentration, the prompt information of important notifications or the prompt information of voice broadcast of important notifications are displayed. That is, when the user is in a driving state and in a scene that requires a high degree of concentration, the mobile phone does not prompt the user for all notifications received. It can be seen that the technical solution of the present application can meet the needs of users for notification reminders in different scenarios, which is beneficial to improve user experience.

It should be noted that, in the above embodiment, the mobile phone first determines whether the user is in a preset scene, and then determines whether the notification is a preset type of notification. In other embodiments, the mobile phone may first determine whether the notification is a preset type notification, and then determine whether the user is in a preset scene. Alternatively, the mobile phone can also simultaneously determine whether the notification is a preset type notification and whether the user is in a preset scene.

As shown in FIG. 9, it is an example flow chart of another scenario-based notification method provided by an embodiment of this application.

S901. When the mobile phone turns on the do not disturb driving mode, the mobile phone receives a notification event.

S902: The mobile phone determines whether the user is in a driving state. If not in a driving state, execute step S903, if in a driving state, execute step S904.

S903: The mobile phone displays and/or voice broadcasts the prompt information of the notification event. Or, the mobile phone instructs the vehicle to display and/or voice the prompt information of the notification event.

Among them, the related content in steps S901 to S903 can refer to the related content in steps S401 to S403, and the details are not repeated here.

S904. The mobile phone determines whether the notification event is of a preset type. If yes, execute step S906, if not, execute step S905.

S905. The mobile phone does not display the prompt information of the notification event, and does not broadcast the prompt information of the notification event by voice.

When it is determined that the notification event is of a non-preset type, that is, it is not an important emergency notification, the user is not prompted to avoid distracting the user.

S906: The mobile phone determines whether the user is in a preset scene. If yes, go to step S907. If not, execute step S908. Then, when the user is no longer in the preset scene, the notification information is displayed and/or voice broadcast, or the mobile phone instructs the vehicle to display and/or voice broadcast the notification information. If not, it is determined not to display the notified prompt information and not to broadcast the notified prompt information by voice.

If it is determined that the notification event is an important and urgent notification (that is, a preset type of notification), the notification event is reminded after the user leaves the preset scene. If it is determined that the notification event is an unimportant and non-urgent notification, the notification event will not be reminded.

S907. The mobile phone determines not to display the prompt information of the notification event, and does not broadcast the prompt information of the notification event by voice.

In some examples, when it is determined that the user is in the preset scene, the user is not prompted for any notification, and the user is not prompted again afterwards. That is, this flow ends.

In other examples, since the notification is determined to be a preset type of notification, it is an urgent and important notification, and the user is not prompted when the user is in a preset scene. Prevent users from missing notifications. The mobile phone can also continuously detect whether the user is in a preset scene. When the user is no longer in the preset scene, prompt the user to notify. which is. Step S906 is continued after step S907.

S908: The mobile phone displays or voice broadcasts the prompt information of the notification event. Or, the mobile phone instructs the vehicle to display or voice broadcast the prompt information of the notification event.

In addition, when judging whether the user is in the preset scene described above, other conditions can also be combined to determine whether the user is in the preset scene. In other words, under different conditions, the preset scene may be different.

For example, the proficiency of the user's driving skills can affect whether the user is willing to receive notifications during driving. For example: For a novice driver, you may not want to receive any notifications while driving. In other words, the preset scene is that the user is driving. Therefore, in some embodiments, when the mobile phone determines that the user is in a driving state, it is determined not to display the prompt information of the notification event, and does not broadcast the prompt information of the notification event by voice. When the user is not driving, the mobile phone displays the prompt information of the notification event and/or voice broadcasts the prompt information of the notification event. Or, the mobile phone instructs the vehicle to display the prompt information of the notification event and/or voice broadcast the prompt information of the notification event.

In a specific implementation manner, the user can automatically select the first mode (corresponding to the novice driver) or the second mode (corresponding to the veteran driver). If the user selects the first mode, when the mobile phone determines that the user is in a driving state, it is determined not to display the prompt information of the notification event, and not to broadcast the prompt information of the notification event by voice. When the user is not driving, the mobile phone or car machine displays and/or voice broadcasts the prompt information of the notification event. If the user selects the second mode, when the mobile phone determines that the user is in a driving state and not in a preset scene, prompt information of important notification events (ie, preset types of notifications) and/or prompt information of important notifications are still displayed by voice. When it is determined that the user is in a driving state and in a preset scene, it is determined that no prompt information of any notification event is displayed, and no prompt information of any notification event is broadcast by voice. When the user is no longer in the preset scene, the prompt information of important notification events and/or the prompt information of voice broadcast important notification events are displayed again. For other content, please refer to the related description of the foregoing embodiment.

In another specific implementation manner, the mobile phone can automatically determine the proficiency of the user's driving skills, and automatically select the first mode or the second mode for the user. When the mobile phone judges the proficiency of the user's driving skills, the judgment can be made based on the number of interconnections between the mobile phone and the vehicle. For example: if the number of interconnections between the mobile phone and the car machine reaches the predetermined number of times, the first mode is selected for the user. After the number of interconnections between the mobile phone and the car machine reaches a predetermined number of times, the second mode is selected for the user. Optionally, the mobile phone can also analyze the average driving speed of the user, the time spent in parking, etc., based on the sensor data in the vehicle, and automatically determine the user's driving proficiency. The embodiments of this application do not limit this.

Another example: the user's current health status may also affect whether the user is willing to receive notifications during driving. For example: When the user is in poor health, he may not want to receive any notification reminders while driving. In other words, the preset scene is that the user's health status is poor. Therefore, in some embodiments, when the mobile phone determines that the user's health status is poor and the user is in a driving state, it is determined not to display the prompt information of the notification event, and not to broadcast the prompt information of the notification event by voice. When it is determined that the user is not driving, the prompt information of the notification event and/or the prompt information of the notification event are displayed.

In a specific implementation, when the mobile phone determines the user's health status, it can analyze the user's facial expressions and body movements captured by the camera on the vehicle to determine whether the user's health status is poor. The mobile phone can also determine the user's health status based on the user's heart rate and other data detected by other sensors on the car. The embodiment of the application does not specifically limit this.

Furthermore, the foregoing embodiments are all described as examples of whether the user is in a driving scene. The scenario-based prompt notification method provided in the embodiments of the present application can also be applied to other scenarios that require the user to concentrate, for example, the user is playing a game. When it is detected that the user is playing a game, especially the user is in the battlefield, it can be determined not to display the prompt information of the notification event, and not to broadcast the prompt information of the notification event by voice. When the user leaves the battlefield, the prompt information of the notification event and/or the prompt information of the voice broadcast notification event are displayed again. Among them, when judging whether the user is playing a game, you can analyze whether there is a game application on the phone, or use the camera on the phone to capture the user's facial expression (whether focused), blink frequency, and whether to stare at the screen to determine the user Are you playing games? When judging whether the user is on the battlefield, it can be determined according to the frequency of the operation of the user's finger detected on the touch screen.

For the rest of the content, please refer to the description of the relevant content above, which will not be repeated here.

An embodiment of the present application also provides a chip system. As shown in FIG. 10, the chip system includes at least one processor 1001 and at least one interface circuit 1002. The processor 1001 and the interface circuit 1002 may be interconnected by wires. For example, the interface circuit 1002 can be used to receive signals from other devices (such as the memory of the electronic device 100). For another example, the interface circuit 1002 may be used to send signals to other devices (such as the processor 1001). Exemplarily, the interface circuit 1002 can read instructions stored in the memory and send the instructions to the processor 1001. When the instructions are executed by the processor 1001, the electronic device can be made to execute the various steps executed by the electronic device 100 (for example, a mobile phone) in the foregoing embodiment. Of course, the chip system may also include other discrete devices, which are not specifically limited in the embodiment of the present application.

The embodiment of the present application also provides another chip system. As shown in FIG. 11, the chip system includes at least one processor 1101 and at least one interface circuit 1102. The processor 1101 and the interface circuit 1102 may be interconnected by wires. For example, the interface circuit 1102 may be used to receive signals from other devices (such as the memory of the electronic device 200). For another example, the interface circuit 1102 may be used to send signals to other devices (such as the processor 1101). Exemplarily, the interface circuit 1102 may read instructions stored in the memory, and send the instructions to the processor 1101. When the instructions are executed by the processor 1101, the electronic device can be made to execute each step executed by the electronic device 200 (for example, a car machine) in the foregoing embodiment. Of course, the chip system may also include other discrete devices, which are not specifically limited in the embodiment of the present application.

It can be understood that, in order to realize the above-mentioned functions, the above-mentioned terminal and the like include hardware structures and/or software modules corresponding to each function. Those skilled in the art should easily realize that in combination with the units and algorithm steps of the examples described in the embodiments disclosed herein, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of the embodiments of the present invention.

The embodiment of the present application may divide the above-mentioned terminal and the like into functional modules according to the above method examples. For example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware or software functional modules. It should be noted that the division of modules in the embodiment of the present invention is illustrative, and is only a logical function division, and there may be other division methods in actual implementation.

Through the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above-mentioned functional modules is used as an example for illustration. In practical applications, the above-mentioned functions can be allocated as needed. It is completed by different functional modules, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. For the specific working process of the system, device, and unit described above, reference may be made to the corresponding process in the foregoing method embodiment, which is not repeated here.

The functional units in the various embodiments of the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the embodiments of the present application essentially or the part that contributes to the prior art or all or part of the technical solutions can be embodied in the form of software products, and the computer software products are stored in a storage The medium includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage media include: flash memory, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk and other media that can store program codes.

The above are only specific implementations of this application, but the protection scope of this application is not limited to this. Any change or replacement within the technical scope disclosed in this application shall be covered by the protection scope of this application . Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

A notification prompting method, characterized in that it is applied to a communication system, the communication system includes a mobile terminal and a vehicle-mounted terminal, the mobile terminal is set to a driving do not disturb mode, and the method includes:

The mobile terminal receives the notification event;

In response to the notification event, the mobile terminal determines whether the user is in a driving state;

In response to determining that the user is in a driving state, the mobile terminal determines whether the user is in a preset scene;

If it is determined that the user is in the preset scene and the notification event is of a preset type, the mobile terminal determines not to send an instruction to the vehicle-mounted terminal, or the mobile terminal sends an instruction to the vehicle terminal after the first time period. The vehicle-mounted terminal sends the instruction, the instruction is used to instruct the vehicle-mounted terminal to display a first interface or play a first voice, the first interface is used to prompt the user of the notification event, and the first voice is used to Prompt the user of the notification event.
The method according to claim 1, wherein the first time period is when the mobile terminal determines that the user is in the preset scene until the mobile terminal detects that the user is no longer in the Describe the time period between preset scenes.
The method according to claim 1 or 2, wherein the preset scene includes any one of the user is passing through a high-risk road, current weather conditions are bad, and the mobile terminal or the vehicle-mounted terminal is broadcasting navigation information. Item or any few items.
The method according to any one of claims 1 to 3, wherein the preset type comprises: notifications of incoming calls or messages from contacts whose interaction frequency with the user in the second time period is greater than a threshold, Any one or several of notifications of messages marked as spam and containing preset keywords, and reminders of the closest schedule time among multiple reminders on the same schedule.
The method according to any one of claims 1 to 4, wherein the method further comprises:

If it is determined that the user is not in the preset scene and the notification event is of the preset type, the mobile terminal sends the instruction to the vehicle-mounted terminal.
The method according to any one of claims 1-5, wherein the method further comprises:

If it is determined that the user is not in the preset scene and the notification event is not of the preset type, the mobile terminal determines not to send the instruction to the vehicle-mounted terminal.
The method according to any one of claims 1-6, wherein after the mobile terminal determines to send an instruction to the vehicle-mounted terminal, the method further comprises:

The mobile terminal displays a second interface and/or plays a second voice; wherein, the second interface is used to prompt the user of the notification event, and the second voice is used to prompt the user of the notification event.
A notification prompting method, characterized in that it is applied to a vehicle-mounted terminal, and the vehicle-mounted terminal is set to a do not disturb driving mode, and the method includes:

The vehicle-mounted terminal receives the notification event;

In response to the notification event, the vehicle-mounted terminal determines whether the user is in a driving state;

In response to determining that the user is in a driving state, the vehicle-mounted terminal determines whether the user is in a preset scene;

If it is determined that the user is in the preset scene and the notification event is of a preset type, the vehicle-mounted terminal determines not to display a prompt interface or play a prompt voice, or the vehicle-mounted terminal displays the display after a preset period of time Prompt interface or play prompt voice.
The method according to claim 8, wherein the preset time period is when the vehicle-mounted terminal determines that the user is in the preset scene, until the vehicle-mounted terminal detects that the user is no longer in the Describe the time period between preset scenes.
The method according to claim 8 or 9, wherein the preset scene includes any one or more of the user is passing through a high-risk road section, current weather conditions are bad, and the vehicle-mounted terminal is broadcasting navigation information .
The method according to any one of claims 9-10, wherein the vehicular terminal determining whether the user is in a preset scene comprises:

The vehicle-mounted terminal determines whether the user is based on any one or more of the data of the vehicle’s surrounding environment and the data of the navigation software on the vehicle-mounted terminal based on the data of the sensor of the vehicle-mounted terminal, the camera of the vehicle-mounted terminal Passing through high-risk sections;

And/or, according to the data of the sensor of the vehicle terminal, the camera of the vehicle terminal captures the image of the surrounding environment of the vehicle, and any one or several items of weather software data on the vehicle terminal To determine whether the current weather conditions are bad;

And/or, the vehicle-mounted terminal determines whether the vehicle-mounted terminal is playing navigation information according to the data of the navigation software on the vehicle-mounted terminal.
A mobile terminal, characterized in that the mobile terminal establishes a communication connection with a vehicle-mounted terminal, the mobile terminal is set to a do not disturb driving mode, and the mobile terminal includes a processor, a memory, and a touch screen. The touch screen is coupled with the processor, and the memory is used to store computer program codes, and the computer program codes include computer instructions. When the processor reads the computer instructions from the memory, so that the mobile The terminal performs the following operations:

The mobile terminal receives the notification event;

In response to the notification event, the mobile terminal determines whether the user is in a driving state;

In response to determining that the user is in a driving state, the mobile terminal determines whether the user is in a preset scene;

If it is determined that the user is in the preset scene and the notification event is of a preset type, the mobile terminal determines not to send an instruction to the vehicle-mounted terminal, or the mobile terminal sends an instruction to the vehicle terminal after the first time period. The vehicle-mounted terminal sends the instruction, the instruction is used to instruct the vehicle-mounted terminal to display a first interface or play a first voice, the first interface is used to prompt the user of the notification event, and the first voice is used to Prompt the user of the notification event.
The mobile terminal according to claim 12, wherein the first time period is when the mobile terminal determines that the user is in the preset scene until the mobile terminal detects that the user is no longer in The time period between the preset scenes.
The mobile terminal according to claim 12 or 13, wherein the preset scene includes any of the user is passing a high-risk road, current weather conditions are bad, the mobile terminal or the vehicle-mounted terminal is broadcasting navigation information. One or several items.
The mobile terminal according to any one of claims 12-14, wherein the preset type comprises: notifications of incoming calls or messages of contacts whose interaction frequency with the user in the second time period is greater than a threshold, Any one or several of the notifications of messages that are not marked as spam and contain preset keywords, and the reminders that are closest to the schedule time among multiple reminders on the same schedule.
The mobile terminal according to any one of claims 12-15, wherein when the processor reads the computer instructions from the memory, it further causes the mobile terminal to perform the following operations:

If it is determined that the user is not in the preset scene and the notification event is of the preset type, sending the instruction to the vehicle-mounted terminal.
The mobile terminal according to any one of claims 12-16, wherein when the processor reads the computer instructions from the memory, it further causes the mobile terminal to perform the following operations:

If it is determined that the user is not in the preset scene and the notification event is not of the preset type, it is determined not to send the instruction to the vehicle-mounted terminal.
The mobile terminal according to any one of claims 12-17, wherein when the processor reads the computer instructions from the memory, it further causes the mobile terminal to perform the following operations:

After the mobile terminal determines to send an instruction to the vehicle-mounted terminal, it displays a second interface and/or plays a second voice; wherein, the second interface is used to prompt the user of the notification event, and the second voice Used to remind the user of the notification event.
A vehicle-mounted terminal, characterized in that the vehicle-mounted terminal is set to a do not disturb driving mode, the vehicle-mounted terminal includes: a processor, a memory, and a touch screen, the memory, the touch screen are coupled with the processor, and the The memory is used to store computer program codes, the computer program codes including computer instructions, when the processor reads the computer instructions from the memory, so that the vehicle-mounted terminal performs the following operations:

The vehicle-mounted terminal receives the notification event;

In response to the notification event, the vehicle-mounted terminal determines whether the user is in a driving state;

In response to determining that the user is in a driving state, the vehicle-mounted terminal determines whether the user is in a preset scene;

If it is determined that the user is in the preset scene and the notification event is of a preset type, the vehicle-mounted terminal determines not to display a prompt interface or play a prompt voice, or the vehicle-mounted terminal displays the display after a preset period of time Prompt interface or play prompt voice.
The vehicle-mounted terminal according to claim 19, wherein the preset time period is when the vehicle-mounted terminal determines that the user is in the preset scene until the vehicle-mounted terminal detects that the user is no longer in The time period between the preset scenes.
The vehicle-mounted terminal according to claim 19 or 20, wherein the preset scene includes any one or several of the user is passing a high-risk road section, current weather conditions are bad, and the vehicle-mounted terminal is broadcasting navigation information. item.
The vehicle-mounted terminal according to any one of claims 19-21, wherein the vehicle-mounted terminal determining whether the user is in a preset scene comprises:

The vehicle-mounted terminal determines whether the user is based on any one or more of the data of the vehicle’s surrounding environment and the data of the navigation software on the vehicle-mounted terminal based on the data of the sensor of the vehicle-mounted terminal, the camera of the vehicle-mounted terminal Passing through high-risk sections;

And/or, according to the data of the sensor of the vehicle terminal, the camera of the vehicle terminal captures the image of the surrounding environment of the vehicle, and any one or several items of weather software data on the vehicle terminal To determine whether the current weather conditions are bad;

And/or, the vehicle-mounted terminal determines whether the vehicle-mounted terminal is playing navigation information according to the data of the navigation software on the vehicle-mounted terminal.
A computer storage medium, characterized by comprising computer instructions, which when the computer instructions run on a terminal, cause the terminal to execute the notification prompt method according to any one of claims 1-7.
A computer storage medium, characterized by comprising computer instructions, which when the computer instructions are run on a terminal, cause the terminal to execute the notification prompt method according to any one of claims 8-11.
A chip system, comprising at least one processor, and when the at least one processor executes an instruction, the at least one processor executes the notification prompt method according to any one of claims 1-7 .
A chip system, characterized by comprising at least one processor, and when the at least one processor executes an instruction, the at least one processor executes the notification prompt method according to any one of claims 8-11 .