CN110365836A - 一种通知的提示方法、终端及*** - Google Patents

Abstract

一种通知的提示方法、终端及***，涉及通信技术领域，可以针对用户所处的不同场景，确定不同的通知提示方式，满足用户多样化需求，该方法具体包括：应用于包括移动终端和车载终端的***，移动终端被设置为驾驶勿扰模式，移动终端接收通知事件；响应于通知事件，移动终端确定用户是否处于驾驶状态；响应于确定用户处于驾驶状态，移动终端确定用户是否处于预设场景；若确定用户处于预设场景，且通知事件为预设类型时，则移动终端确定不向车载终端发送指令，或者移动终端在第一时间段后向车载终端发送指令，指令用于指示车载终端显示第一界面或播放第一语音，第一界面用于提示用户通知事件，第一语音用于提示用户通知事件。

Description

一种通知的提示方法、终端及***

技术领域

本申请涉及通信技术领域，尤其涉及一种通知的提示方法、终端及***。

背景技术

随着通信技术的发展，手机上的应用越来越多，各种应用的通知也越来越多。在一些场景下，如用户在集中精力处理某些事情时，不希望被打扰时，通常会开启手机的勿扰模式。在勿扰模式下，手机的来电和通知都会静音。手机仅对部分紧急的应用的提醒事件进行语音通知或显示通知，例如：报警、计时器、闹钟等应用，以及对设置的部分来电进行响铃等。可见，现有的勿扰模式限制通知的方法较为单一，不能满足用户的多样化需求，用户体验欠佳。

发明内容

本申请提供的一种通知的提示方法、终端及***，针对用户所处的不同场景，确定不同的通知提示方式，满足用户多样化需求。

第一方面、本申请提供一种通知的提示方法，应用于通信***，通信***包括移动终端和车载终端，移动终端被设置为驾驶勿扰模式，方法包括：移动终端接收通知事件；响应于通知事件，移动终端确定用户是否处于驾驶状态；响应于确定用户处于驾驶状态，移动终端确定用户是否处于预设场景；若确定用户处于预设场景，且通知事件为预设类型时，则移动终端确定不向车载终端发送指令，或者移动终端在第一时间段后向车载终端发送指令，指令用于指示车载终端显示第一界面或播放第一语音，第一界面用于提示用户通知事件，第一语音用于提示用户通知事件。

其中，预设场景为用户需要高度集中精力的场景，预设类型为重要的紧急的通知事件。可见，当用户处于驾驶状态且处于需要高度集中精力的场景时，手机对接收到的通知事件都不提示用户，或者，延后提示用户。这样，可以保证用户在高度集中精力的场景中不被打扰，提升用户体验。

一种可能的实现方式中，第一时间段为移动终端确定用户处于预设场景时，到移动终端检测到用户不再处于预设场景之间的时间段。

可见，确定在预设场景时不提示通知事件后，可以继续检测用户是否处于预设场景。当用户离开预设场景时，再提示用户该通知事件。这样，能避免用户错过重要紧急的通知事件。

一种可能的实现方式中，预设场景包括用户正在经过高危路段、当前天气条件恶劣、移动终端或车载终端正在播报导航信息中任一项或任几项。

预设场景中，用户都需要高度集中精力。

一种可能的实现方式中，预设类型包括：与用户在第二时间段内互动频率大于阈值的联系人的来电或信息的通知、未标记为垃圾消息且包含预设关键字的消息的通知、同一日程多次提醒中最接近日程时间的提醒通知中任一项或任几项。

一种可能的实现方式中，方法还包括：若确定用户不处于预设场景，且通知事件为预设类型，则移动终端向车载终端发送指令。

当用户处于驾驶状态，但不处于需要高度集中精力的场景时，可以提示用户重要的紧急的通知事件，可以避免用户错过重要的通知事件。

一种可能的实现方式中，方法还包括：若确定用户不处于预设场景，且通知事件不为预设类型，则移动终端确定不向车载终端发送指令。

当用户处于驾驶状态，但不处于需要高度集中精力的场景时，可以限制非重要的非紧急的通知事件，避免分散用户注意力，保证驾驶安全。

一种可能的实现方式中，在移动终端确定向车载终端发送指令之后，方法还包括：移动终端显示第二界面和/或播放第二语音；其中，第二界面用于提示用户通知事件，第二语音用于提示用户通知事件。

第二方面、本申请提供一种通知的提示方法，应用于车载终端，车载终端被设置为驾驶勿扰模式，方法包括：车载终端接收通知事件；响应于通知事件，车载终端确定用户是否处于驾驶状态；响应于确定用户处于驾驶状态，车载终端确定用户是否处于预设场景；若确定用户处于预设场景，且通知事件为预设类型时，则车载终端确定不显示提示界面或播放提示语音，或者车载终端在预设时间段后显示提示界面或播放提示语音。

一种可能的实现方式中，预设时间段为车载终端确定用户处于预设场景时，到车载终端检测到用户不再处于预设场景之间的时间段。

一种可能的实现方式中，预设场景包括用户正在经过高危路段、当前天气条件恶劣、车载终端正在播报导航信息中任一项或任几项。

一种可能的实现方式中，车载终端确定用户是否处于预设场景包括：车载终端根据车载终端的传感器的数据，车载终端的摄像头捕获车辆周围环境的图像，车载终端上的导航软件的数据中的任一项或任几项，确定用户是否正在经过高危路段；和/或，车载终端根据车载终端的传感器的数据，车载终端的摄像头捕获车辆周围环境的图像，车载终端上的天气软件的数据中的任一项或任几项，确定当前的天气条件是否恶劣；和/或，车载终端根据车载终端上的导航软件的数据，确定车载终端是否正在播放导航信息。

第三方面、一种移动终端，移动终端与车载终端建立通信连接，移动终端被设置为驾驶勿扰模式，移动终端包括：处理器、存储器和触摸屏，存储器、触摸屏与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器从存储器中读取计算机指令，以使得移动终端执行如下操作：移动终端接收通知事件；响应于通知事件，移动终端确定用户是否处于驾驶状态；响应于确定用户处于驾驶状态，移动终端确定用户是否处于预设场景；若确定用户处于预设场景，且通知事件为预设类型时，则移动终端确定不向车载终端发送指令，或者移动终端在第一时间段后向车载终端发送指令，指令用于指示车载终端显示第一界面或播放第一语音，第一界面用于提示用户通知事件，第一语音用于提示用户通知事件。

一种可能的实现方式中，第一时间段为移动终端确定用户处于预设场景时，到移动终端检测到用户不再处于预设场景之间的时间段。

一种可能的实现方式中，预设场景包括用户正在经过高危路段、当前天气条件恶劣、移动终端或车载终端正在播报导航信息中任一项或任几项。

一种可能的实现方式中，预设类型包括：与用户在第二时间段内互动频率大于阈值的联系人的来电或信息的通知、未标记为垃圾消息且包含预设关键字的消息的通知、同一日程多次提醒中最接近日程时间的提醒通知中任一项或任几项。

一种可能的实现方式中，当处理器从存储器中读取计算机指令，还使得移动终端执行如下操作：若确定用户不处于预设场景，且通知事件为预设类型，则向车载终端发送指令。

一种可能的实现方式中，当处理器从存储器中读取计算机指令，还使得移动终端执行如下操作：若确定用户不处于预设场景，且通知事件不为预设类型，则确定不向车载终端发送指令。

一种可能的实现方式中，当处理器从存储器中读取计算机指令，还使得移动终端执行如下操作：在移动终端确定向车载终端发送指令之后，显示第二界面和/或播放第二语音；其中，第二界面用于提示用户通知事件，第二语音用于提示用户通知事件。

第四方面、一种车载终端，车载终端被设置为驾驶勿扰模式，车载终端包括：处理器、存储器和触摸屏，存储器、触摸屏与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器从存储器中读取计算机指令，以使得车载终端执行如下操作：车载终端接收通知事件；响应于通知事件，车载终端确定用户是否处于驾驶状态；响应于确定用户处于驾驶状态，车载终端确定用户是否处于预设场景；若确定用户处于预设场景，且通知事件为预设类型时，则车载终端确定不显示提示界面或播放提示语音，或者车载终端在预设时间段后显示提示界面或播放提示语音。

一种可能的实现方式中，预设时间段为车载终端确定用户处于预设场景时，到车载终端检测到用户不再处于预设场景之间的时间段。

一种可能的实现方式中，预设场景包括用户正在经过高危路段、当前天气条件恶劣、车载终端正在播报导航信息中任一项或任几项。

一种可能的实现方式中，车载终端确定用户是否处于预设场景包括：车载终端根据车载终端的传感器的数据，车载终端的摄像头捕获车辆周围环境的图像，车载终端上的导航软件的数据中的任一项或任几项，确定用户是否正在经过高危路段；和/或，车载终端根据车载终端的传感器的数据，车载终端的摄像头捕获车辆周围环境的图像，车载终端上的天气软件的数据中的任一项或任几项，确定当前的天气条件是否恶劣；和/或，车载终端根据车载终端上的导航软件的数据，确定车载终端是否正在播放导航信息。

第五方面、一种计算机存储介质，包括计算机指令，当计算机指令在终端上运行时，使得终端执行如第一方面及其中任一种可能的实现方式中所述的方法。

第六方面、一种计算机存储介质，包括计算机指令，当计算机指令在终端上运行时，使得终端执行如第二方面及其中任一种可能的实现方式中所述的方法。

第七方面、一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面中及其中任一种可能的实现方式中所述的方法。

第八方面、一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第二方面中及其中任一种可能的实现方式中所述的方法。

第九方面、一种芯片***，包括至少一个处理器，当所述至少一个处理器执行指令时，所述至少一个处理器执行如第一方面中及其中任一种可能的实现方式中所述的方法。

第十方面、一种芯片***，包括至少一个处理器，当所述至少一个处理器执行指令时，所述至少一个处理器执行如第二方面中及其中任一种可能的实现方式中所述的方法。

附图说明

图1为本申请实施例提供的一种通信***的结构示意图；

图2A为本申请实施例提供的一种电子设备的结构示意图；

图2B为本申请实施例提供的又一种电子设备的结构示意图；

图3为本申请实施例提供的又一种电子设备的结构示意图；

图4为本申请实施例提供的一种通知提醒的方法的流程示意图；

图5为本申请实施例提供的一些电子设备的用户界面示意图；

图6为本申请实施例提供的又一些电子设备的用户界面示意图；

图7为本申请实施例提供的又一些电子设备的用户界面示意图；

图8为本申请实施例提供的又一些电子设备的用户界面示意图；

图9为本申请实施例提供的又一种通知提醒的方法的流程示意图；

图10为本申请实施例提供的一种芯片***的结构示意图；

图11为本申请实施例提供的另一种芯片***的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

如图1所示，为本申请实施例提供的一种通信***的结构示意图，该通信***包括电子设备100和车机200。

其中，本申请中的电子设备100例如可以为手机、平板电脑、个人计算机(personalcomputer，PC)、个人数字助理(personal digital assistant，PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、车载设备、智能汽车、智能音响、机器人等，本申请对该电子设备的具体形式不做特殊限制。

图2A示出了电子设备100的结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在本申请实施例中，应用处理器可以通过移动通信模块150或无线通信模块160，接收例如应用服务器推送的消息或事件，根据例如从传感器处获取的数据(例如加速度传感器180E获取的加速度等)等，确定用户是否处于驾驶状态，以及用户是否处于驾驶中需要高度集中注意力的场景中。从而确定是否显示该消息或事件的提示信息或语音播放该消息或事件的提示信息等。可以理解的是，其中一些部分或全部的数据处理工作也可以由GPU或NPU等负责，本申请实施例对此不做限定。

例如：电子设备100通过摄像头195捕获车辆周围环境的图像，或者电子设备100接收电子设备200发送的车辆周围环境的图像，可以调用电子设备100的GPU或NPU进行图像分析，以确定车辆是否处于高危路段，或者当前的天气情况如何等。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位***(global positioning system，GPS)，全球导航卫星***(global navigation satellite system，GLONASS)，北斗卫星导航***(beidounavigation satellite system，BDS)，准天顶卫星***(quasi-zenith satellitesystem，QZSS)和/或星基增强***(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。

电子设备100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android***为例，示例性说明电子设备100的软件结构。

图2B是本发明实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和***库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2B所示，应用程序包可以包括相机，图库，日程，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

在本申请中，应用程序包还包括第一应用，第一应用例如可以是通知勿扰应用，或驾驶勿扰应用等。该第一应用可以接收用户的设置，例如：开启或关闭电子设备100的驾驶勿扰模式，以及对驾驶勿扰模式的重要通知进行选择或设置等。开启电子设备100的驾驶勿扰模式，电子设备100在接收到新消息或新事件时，需要判断用户是否处于驾驶状态，以及是否处于驾驶状态中需要高度集中精力的场景中(例如：正在经过高危路线，当前天气条件恶劣、正在播放导航信息等)，若处于该特定场景中，则电子设备100不显示新消息或新事件的提示信息，或不语音播报该新消息或新事件的提示信息，避免分散了用户的注意力。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2B所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

在本申请的一些实施例中，某个应用接收到服务器推送的消息或事件(例如：短信息应用推送的新消息，或者通话应用推送的新来电)后，将该消息或事件告知应用程序框架层的通知管理器。由通知管理器生成相应的通知，并对用户所处场景进行判断，判断是否提示用户，以及采用什么方式提示用户。或者，通知管理器接收到该消息或事件后，对用户所处场景进行判断，判断是否生成通知，以及采用什么方式提示用户。其中，提示用户的方式可以是调用内核层的显示驱动在显示屏的状态栏和/或通知中心显示一条通知消息，或者，调用内核层的音频驱动播放语音提示(包括仅播放提示音)等。

在本申请的另一些实施例中，某个应用接收到服务器推送的消息或事件后，该应用生成该消息或事件的通知，并将给通知发送给通知管理器，由通知管理器确定采用何种方式提示用户，以及是否将给通知发送给其他电子设备，例如是否发送给与其连接的电子设备200。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

其中，车机200大多安装在汽车中控台里，能够实现人与车、车与外界(车与车)的通信。车机200可以通过有线或无线的方式与电子设备100建立通信连接。示例性的，车机200和电子设备100例如可以采用mirrorlink标准进行互联，从而实现对特定应用软件的电子设备100和车机200的双向控制。这样，用户在汽车行驶过程中，不用看着电子设备100的屏幕、触摸电子设备100的屏幕或操作电子设备100的物理按键，只需要用车机200上的物理按键、触摸车机200屏幕上的控件或语音命令来控制电子设备200，包括接听/拨打电话、听手机音乐、用手机导航等等，当然此时手机本身也具有可操作性。

在本申请的一些实施例中，车机200可以将自身的数据发送给电子设备100。其中车机200自身的数据包括但不限于：车机200可以通过触摸屏检测到用户的触摸操作；通过内置拾音装置检测到的用户语音以及周围环境中的其他声音等；检测到用户在方向盘上的对物理按键的操作；通过摄像装置采集到的车内或车外的图像信息等；通过传感器等检测到的数据等。

相应的，电子设备100也可以向车机200发送指令信号，使得车机200的显示屏显示相应的用户界面，或者使得车机200语音播放相应的声音。在本申请中，电子设备100可以根据自身的数据以及从车机200上获取的数据进行判断，确定是否需要对提示用户接收到新消息或新事件，并指示车机200执行相应的操作，如进行语音播报或界面提示。

例如，图3示出了电子设备200的结构示意图。

电子设备200可以包括处理器210，存储器220，无线通信模块230，扬声器240，麦克风250，显示屏260，摄像头270，USB接口280，以及传感器模块290等。其中传感器模块290可以包括压力传感器290A，磁传感器290B，加速度传感器290C，温度传感器290D，触摸传感器290E，环境光传感器290F，定位***290G、雨量传感器290H等。例如：电子设备200还可以根据加速度传感器290C的数据确定车辆是否处于运动状态，即用户是否处于驾驶状态。又例如：电子设备200可以根据雨量传感器290H的数据，确定车辆是否处于雷雨天气中，或者，电子设备200可以将雨量传感器290H的数据发送给电子设备100，以便电子设备100确定车辆是否处于雷雨天气等。又例如：电子设备200可以根据环境光传感器290F确定车辆是否与浓雾、黑暗中。或者，电子设备200可以将环境光传感器290F的数据发送给电子设备100，以便电子设备100确定车辆是否处于浓雾、黑暗等环境中。

处理器210可以包括一个或多个处理单元，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在本申请的一些实施例中，电子设备200接收电子设备100的指示，采用相应的方式提示用户接收到新消息或新事件。

在本申请的另一些实施例中，电子设备200可以接收电子设备100的通知，然后获取电子设备200或电子设备100上的例如传感器数据对用户的状态以及所处的场景进行判断，以确定采用什么方式提示用户。

在本申请的又一些实施例中，电子设备200上可以运行多个应用程序(例如音乐播放器、导航应用、通话应用、通知应用等)，这多个应用程序可以直接与应用服务器进行通信，例如：接收应用服务器发送的新消息或推送的新事件。电子设备200可以获取例如一个或多个传感器的数据对用户的状态以及所处的场景进行判断，以确定是否生成新消息或新事件的通知，以及采用什么方式提示用户等。

无线通信模块230可以提供应用在电子设备200上的包括WLAN，如Wi-Fi网络，蓝牙，NFC，IR等无线通信的解决方案。无线通信模块230可以是集成至少一个通信处理模块的一个或多个器件。

在本申请的一些实施例中，电子设备200可以通过无线通信模块230，与电子设备100建立无线通信连接。或者，电子设备200也可以通过USB接口280，与电子设备100建立有线通信连接，本申请实施例对此不做限定。

存储器220可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器220可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器210通过运行存储在存储器220的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备200的各种功能应用以及数据处理。

在本申请的一些实施例中，电子设备200可以通过摄像头270，捕获车辆周围环境的图像，以便电子设备200或者电子设备100进行图像分析，确定用户当前所处的场景，例如：车辆是否行驶在高危路段等。

扬声器240、麦克风250、显示屏260等部件的作用可参考电子设备100中相关的描述，这里不做赘述。

可以理解的是，本发明实施例示意的结构并不构成对电子设备200的具体限定。在本申请另一些实施例中，电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

下面以电子设备100是手机，电子设备200是车机为例，对本申请实施例提供的技术方案进行详细说明。

在现有技术中，为了让用户专注于驾驶，可以将手机设置为勿扰模式(或免打扰模式)。在该模式下，手机的来电和通知都会静音。手机仅对部分紧急的应用的提醒事件进行语音通知或显示通知，例如：报警、计时器、闹钟等应用，以及对设置的部分来电进行响铃等。

用户在驾驶时，也可以将手机连接到车机，由车机接管来自手机的通知。即，车机对手机的通知进行语音播放，或者使用车机的屏幕显示手机的通知。但在这种情况下，即便将手机设置为通知勿扰模式，车机仍然会语音播报一些通知，或显示一些通知提示。然而，在一些特定的场景下，例如用户在恶劣天气下驾驶，用户驾驶经过高危路段，或者导航应用正在播报重要导航信息等场景时，用户是不希望被通知的提示分散注意力。即，在特定场景下，用户不希望接收到任何通知的提示。

为此，本申请实施例提供了一种通知的提示方法，在手机接收到新消息或新事件时，可以能够自动识别出用户所处的各种场景，并基于不同场景确定不同的提示方案。其中，提示方案包括提示范围、提示方式和提示时机等。提示范围具体可以包括应用类型、通知来源、通知类型等。提示方式包括听觉提示(如语音提示)、视觉提示(如界面提示)、触觉提示(如振动提示)等。提示时机包括立即通知和延迟通知等。

例如：识别出用户未在驾驶时，手机可以对全部或部分通知采用界面提示、语音提示和振动提示中的任一种或任几种方式提示用户。

在手机连接到车机的情况下，识别出用户未在驾驶时，车机可以对来自手机的全部或部分通知通过界面提示、语音提示和触觉提示中的任一种或任几种的方式提示用户。

再例如：识别出用户在驾驶，但未处于需要高度集中注意力的场景时，手机可以显示重要通知的提示信息或语音播报重要通知的提示信息。其中，重要通知的定义可根据手机中设置的规则进行确定，也可以根据用户的设置进行确定，具体确定重要通知的方法将在下文进行说明，这里不再赘述。

在手机连接到车机的情况下，识别出用户在驾驶，但未处于需要高度集中注意力的场景时，车机可以对重要通知采用语音播报、或界面提示，或触觉提示，或采用其中任几种方式提示用户。

又例如：识别出用户在驾驶，且处于需要高度集中注意力的场景时，手机可以不进行任何通知的提示用户。在用户离开该需要高度集中注意力的场景后，手机再对重要通知采用语音提示或界面提示的方式提示用户，即，延迟通知。其中，需要高度集中注意力的场景例如是用户驾驶经过高危路段(例如：连续转弯、高速路、隧道等)时、用户在恶劣天气(例如：浓雾、冰雪天气、雷雨天气等)下驾驶、导航应用正在播报重要导航信息(例如：播报高速路的出口、立交桥、播报转弯路口等)等。

在手机连接到车机的情况下，识别出用户在驾驶，但未处于需要高度集中注意力的场景时，车机也可以不进行任何通知的提示。而在用户离开该需要高度集中注意力的场景后，车机再对重要通知进行语音播报、或界面提示、或触觉提示，或采用其中任几种方式提示用户。

如图4所示，为本申请实施例提供的一种通知的提示方法的流程图，具体如下：

S401、在手机开启驾驶勿扰模式下，手机接收到通知事件。

在本申请中，手机可以设置有驾驶勿扰模式。在开启驾驶模式下，手机会基于用户所处的场景进行判断，以确定是否提示用户接收到的通知。具体的可参考如下步骤。在一些示例中，用户可以通过***设置开启手机的驾驶勿扰模式。或者，手机可以实时检测用户是否处于驾驶状态。在确定用户处于驾驶状态时，可自动开启驾驶勿扰模式或推荐用户手动开启驾驶勿扰模式。在确定用户不处于驾驶状态，不开启驾驶勿扰模式，或者关闭驾驶勿扰模式。

上述通知事件可以是手机中安装的任一应用接收到的新消息或其他事件，例如：短信息应用接收到新信息，微信应用接收到新信息，通话应用接收到的来电事件，即时通信应用接收到的语音通话事件或视频通话事件等，日程的提醒事件、闹钟、紧急警报等。

以通知事件为短信息应用接收到新信息为例进行示例性说明。当短信息应用接收到服务器推送的新信息时，短信息应用可以告知通知管理器，由通知管理器生成通知。或者，短信息应用也可以在接收到新信息后，生成通知，将该通知发送给通知管理器。后续，通知管理器可以根据手机内传感器的数据，或者手机中某些应用的数据，或者从车机获取的数据等对用户的状态和场景进行识别，而后判断是否显示提示信息和/或语音播放提示信息，以提示用户接收到新消息或新事件。

需要说明的是，在手机连接到车机的情况下，本步骤中也可以是车机上安装的任一应用接收到的新消息或事件，生成通知并发送给手机。或者，车机将接收到的新消息或事件告知手机，由手机生成通知。也就是说，在手机和车机处于连接状态时，车机的数据可以与手机进行同步，以便手机对车机的通知是否进行提示进行判断。

当然，由于车机和手机的数据可以同步，车机也可以获取手机的通知，由车机对用户的状态和场景进行识别，而后判断时是否对通知进行提醒，以及采用什么方式进行提示。换言之，车机可以承担手机全部或部分的数据处理工作，本申请实施例对车机和手机的分工不做限定。

以下步骤，是以手机承担对用户状态和场景进行判断，确定是否提示用户，以及确定采用什么方式提示为例进行说明的。

S402、手机确定用户是否处于驾驶状态。若不处于驾驶状态(即处于未驾驶状态)，则执行步骤S403。若处于驾驶状态，则执行步骤S404。

一些实施例中，可以通过手机内设置的传感器(例如：加速度传感器)来获取手机的移动速度，也可以通过手机的GPS确定出手机的实时位置，根据实时位置计算出手机的移动速度。而后，判断手机的移动速度是否大于阈值。若手机的移动速度大于阈值，可认为用户处于驾驶状态。若手机的移动速度不大于阈值，可认为用户不处于驾驶状态。

可选的，在手机连接车机的情况下，手机也可以获取车机的数据，例如获取车机测得的车辆的时速等信息，确定车辆是否处于行进中，从而确定用户是否处于驾驶状态。本申请实施例对此不做具体限定。

S403、手机显示或语音播放提示信息。或者，手机指示车机显示或语音播放提示信息。其中，提示信息用于提示接收到通知事件。

当确定用户不处于驾驶状态时，认为用户可以很方便的接收提示信息。那么，手机可以通过控制显示屏显示提示信息，控制扬声器播放提示信息，控制指示器闪烁，控制马达产生振动中的一种或多种方式提示用户。即，手机提示用户接收到通知事件的方式可以是语音提示、界面提示和振动提示中的任一种或任几种。

在手机连接车机的情况下，车机接管手机的通知，在手机确定用户不处于驾驶状态时，手机可以通知车机采用语音提示或界面提示进行提醒。即，车机控制车机的显示屏显示提示信息，或控制车机的扬声器播放提示信息。考虑到用户不处于驾驶状态时，车辆不处于运动状态，用户可以准确的进行界面操作，因此，在车机采用界面提示的方式进行提醒时，可以显示多个控件，不同控件对应不同的提示方式。即，响应于用户操作的不同控件，车机可以显示不同的提示界面。

例如：如图5所示，界面501为车机的一个显示界面。该界面501中显示有状态栏502、一个或多个快捷方式(例如：主页的快捷方式503)，以及一个或多个应用程序的图标(例如：天气应用图标504)。当手机接收到通知，且确定手机未开启驾驶模式(即，用户不处于驾驶状态)时，车机对通知进行提醒。一些实施例中，手机可以语音播报的形式进行提醒。比如，播报“收到小丽的短信，是否播报短信内容”。用户回答“播报”时，车机识别出用户的回答后，开始播报短信内容。否则，车机不对短信内容进行播报。另一些实施例中，手机可以界面提示的形式进行提醒。比如，显示界面505，该界面505中显示有提示信息框506。提示信息框506可以包括语音播报控件507和界面显示控件508。当车机检测到用户点击语音播报控件507时，车机开始语音播报短信内容，例如显示界面509。当车机检测到用户点击界面显示控件508时，车机可以在屏幕上显示短信内容的文字信息，例如显示界面510。需要说明的是，由于用户处于未驾驶状态，用户可以很精准的操作语音播报控件507或界面显示控件508，这样有利于为用户提供更多的选择，满足用户的多样化需求，提升用户体验。

又例如：如图6所示，界面601为车机接收到多条通知时的一个显示界面。在界面601上显示有通知提示框602。通知提示框602针对每个类型的通知或者每个应用的通知关联不同的控件。即，不同类型的通知关联不同的控件，或不同应用关联不同的控件。比如，针对新消息(或短信息应用)，通知提示框602可以包括语音播报控件603和界面显示控件604。针对未接来电(或通话应用)，通知提示框602可以包括查看控件605。

响应于用户点击语音播报控件603，车机开始语音播报未读短信，例如可以显示界面606。当存在多条未读短信时，车机可以按照接收到短信的时间顺序进行播报，也可以按照发信人的顺序进行播报，便于用户对同一发信人的多条短信进行集中收听。本申请实施例对播报的顺序不做限定。

响应于用户点击界面显示控件604，车机显示多条短信的内容。车机可以按照短信发信人的顺序显示短信内容，便于用户对同一发信人的多条短信进行集中查看，例如显示界面607。或者，车机也可以按照接收到短信的时间顺序，依次显示各条短信的内容，例如显示界面608。本申请实施例对显示短信内容的顺序不做限定。

响应于用户点击未接来电的查看控件605，车机显示未接来电的联系人信息或电话号码等，例如显示界面609。

本流程结束。

S404、手机确定用户是否处于预设场景。若是，则执行步骤S405，若否，则执行步骤S406。

处于预设场景时，用户需要高度集中精神，不希望被任何通知打扰到。预设场景例如可以是：用户驾驶经过高危路段(例如：连续转弯、高速路、隧道、湿滑路面等)时、用户在恶劣天气(例如：浓雾、冰雪天气、雷雨天气、黑暗等)下驾驶、导航应用正在播报重要导航信息(例如：播报高速路的出口、立交桥、播报转弯路口等)等。因此，在确定用户处于预设场景时，执行步骤S405，即手机确定暂不显示提示信息，不语音播报提示信息。

在判断用户是否驾驶经过高危路段时，可以通过手机和/或车机内的传感器数据来分析车辆的行驶路线和行驶状态，来确定车辆是否处于高危路段。例如：可以根据车辆的行驶路线，确定车辆是否正在连续转弯。还可以根据车辆的行驶时速确定车辆是否位于高速路上。还可以根据车辆的行驶路线和行驶时速，确定车辆是否在湿滑路面行驶等。还可以通过光线传感器判断车辆周围的光线，进而确定是否位于隧道中等。

可选的，还可以通过车机内的摄像头或车机连接的摄像头，根据摄像头拍摄的车辆周围环境的图像，采用图像分析技术，对车辆外部的环境进行识别，进而确定出车辆是否处于上述的高危路段中。

可选的，由于导航软件中包含有各个路段的路况数据(例如：急转弯、隧道等)，所以还可以根据手机或车机确定出车辆当前的位置，根据当前位置和导航软件中该位置的路况数据，确定车辆是否处于上述的高危路段。

在判断用户是否在恶劣天气下驾驶时，也可以通过手机或车机内的传感器数据来分析天气情况。例如：可以根据车机内的光线传感器等确定车辆周围环境，例如车辆处于浓雾、黑暗中。还可以根据车机内的雨量传感器，确定车辆是否处于雷雨天气中等。

可选的，还可以通过车机内连接的摄像头，根据摄像头拍摄的车辆周围环境的图像，采用图像分析技术，对车辆外部的环境进行识别，进而确定出车辆是否处于上述的恶劣天气中。

可选的，也可以根据通过天气应用软件获取当前的天气情况，进而判断车辆是否处于上述恶劣天气中。

在判断导航软件是否播放重要的导航信息时，可以根据手机或车机的音频输出设备的状态的进行判断。例如：当手机或车机的音频输出设备接收到来自导航软件的音频数据时，或正在输出导航软件的音频数据时，可以认为导航软件播报重要的导航信息，即导航软件播报的信息均为重要的导航信息。又例如：还可以根据音频输出设备接收到的音频数据中是否包含有关键词(例如：“注意”、“危险”、“连续转弯”、“事故多发地”、“出口”等)进行确定是否为重要的导航信息，本申请实施例对此不做具体限定。

S405、手机不显示通知事件的提示信息，不语音播放通知事件的提示信息。

在一些示例中，当确定用户处于预设场景后，不对任何通知进行提示用户，且之后也不再提示用户。即，在步骤S405后，本流程结束。

在另一些示例中，当确定用户处于预设场景后，可以判断通知是否为重要的紧急的通知(即预设类型的通知)。若通知为预设类型，为避免用户错过重要紧急的通知，手机可以持续检测用户是否处于预设场景。其中，检测用户是否处于预设场景的方法可参考步骤S404。当用户不再处于预设场景后，可以显示通知的提示信息，或语音播报通知的提示信息。即步骤S405后，执行步骤S406。其中，预设类型的含义可以参考步骤S406中的描述，这里不再赘述。

在又一些示例中，当确定用户处于预设场景后，也可以直接持续检测用户是否处于预设场景。即在步骤S405后，执行步骤S404。

S406、手机确定通知事件是否为预设类型。若是，则执行步骤S408。若否，则执行步骤S407。

虽然用户不处于需要高度集中精力的预设场景中，但仍然处于驾驶状态，为了保证驾驶安全，手机可以限制一些通知的提醒，例如对不重要不紧急的通知不显示提示信息或语音播放提示信息。换言之，在用户处于驾驶状态时，手机只会对重要的紧急的通知提示用户。在一个具体的实现方式中，手机可以默认设置或者由用户设置一些通知为重要紧急的通知(即预设类型的通知)。若不是预设类型的通知，即可以认为是不重要不紧急的通知。

示例性的，重要紧急的通知(即预设类型的通知)可以包括：来自重要联系人(用户收藏的联系人、属于特定群组的联系人，例如家人群、客户群等)的电话或消息，同一联系人在特定时间段内(例如1天内)中连续N次来电(其中N为大于2的正整数)，互动频率较高的联系人的电话或消息，包含有特定关键字(例如“重要”、“紧急”、“速回电”等)的消息，闹钟、日程应用中重要通知等。其中，不重要不紧急的通知例如可以包括：***的升级通知、应用的***通知、陌生人来电、陌生人短信、被云服务器或用户标记为垃圾短信、包含广告信息的消息等。

以日程应用为例进行示例性说明。日程应用包括有今日提醒事项和单个日程的多时间段提醒事项。其中，今日提醒事项将一天内多个日程进行提醒，可认为是不重要不紧急的提醒。单个日程中多时间段的提醒事项，例如：日程为10点开会，那么用户可以设置有提前15分钟、提前30分钟、提前1个小时的提醒。那么，可认为靠近日程时间的提醒为重要提醒事项，例如提前15分钟的提醒为重要紧急的通知，而提前30分钟、提前1个小时的提醒为不重要不紧急的通知。

以互动频率较高的联系人的电话或消息为例进行示例性说明。手机可以获取通话应用、短信息应用、即时通信应用等的沟通记录，确定出各个应用中在特定时间段内(例如一个月、一周、一天内)与用户互动频率较高的联系人。可以认为该联系人为重要联系人，来自该联系人的通话或消息为重要通知等。

本申请中又一些实施例中，在确定用户处于驾驶状态，且接收到非预设类型的通知时，手机不采用能够让驾驶中的用户注意到的提示方式。例如：当手机黑屏时，来通知时手机不亮屏显示，也不播放提示音，不进行振动提示。当手机亮屏时，可以显示通知，但无声音提示。当然，当手机亮屏时，也可以无显示提示，无声音提示。在手机连接车机的情况下，车机既不显示通知，也无声音提示。后续，用户依然可以通过操作手机，在手机的通知中心以及各个应用的消息中查看到这些不重要不紧急的通知。

S407、手机确定不显示通知的提示信息，不语音播报通知的提示信息。

本流程结束。

S408、手机显示或语音播放通知事件的提示信息。或者，手机指示车机显示或语音播放通知事件的提示信息。

在手机提示用户接收到通知时，考虑到用户此时仍处于驾驶状态，手机可以语音播报提示信息。可选的，手机也可以通过显示屏显示提示信息，或其他方式提示用户。

在手机连接车机的情况下，车机接管手机的通知。在手机接收到通知时，确定当前用户处于驾驶状态但不处于预设场景时，手机可以通知车机采用显示通知的提示信息或语音播放通知的提示信息。其中，车机语音播放通知的提示信息的具体方法可参考步骤S403中相关描述，这里不再重复赘述。

另外，考虑到此时用户正在驾驶，车辆处于行进状态，相较于车辆处于静止状态时，用户不能很准确进行界面操作。因此，在车机通过显示屏显示提示信息时，尽量简化可操作的控件。即，车机在用户处于驾驶状态时显示的提示界面，与在用户处于非驾驶状态时显示的界面不同。

例如：如图7所示，界面701为车机显示的一个界面。该界面701当手机生成通知(通知为重要紧急的通知)，确定用户处于驾驶状态且未处于预设场景时，指示车机显示的一个提示界面。该界面701显示有提示信息框702。响应于用户点击提示信息框702上任一位置，车机开始语音播报该短信，例如显示界面703。

需要说明的是，将图7中的界面701与图5中界面505进行比较可知：图7中的界面701上，用户点击提示信息框702中任一位置时，手机都将语音播报该短信的内容。而在图5中的界面505上，用户点击提示信息框506中不同位置时，手机将执行不同的操作，语音播报短信内容或界面显示短信内容。这是由于用户处于驾驶状态时，用户的双手更多的需要用于驾驶，并且车辆处于行进状态，用户对车机屏幕上的操控较为有限，操作不够精准。而用户处于未驾驶状态时，用户的双手可以很方便操控车机屏幕上的各个控件。即，本申请实施例可以基于用户在不同场景下，为用户提供不同的提醒方式，不同的提示界面。

又例如：如图8所示，界面801为车机接收到多条通知时的一个显示界面。在界面801上显示有通知提示框802。通知提示框802针对每个类型的通知或者每个应用的通知分别显示不同的控件。即，不同类型的通知关联不同的控件，不同应用关联不同的控件。比如：通知提示框602可以包括关联短信息应用的控件806，以及关联通话应用的控件803。

响应于用户点击控件806，车机开始语音播报未读短信，例如显示界面804。当存在多条未读短信时，车机可以按照接收到短信的时间顺序进行播报，也可以按照不同的联系人进行播报。响应于用户点击控件803，车机开始语音播报未接来电的联系人信息或电话号码等，例如显示界面805。

由此可见，手机可以自动识别出用户所处的各种场景，并基于不同场景确定不同的提示用户的方案。例如：手机接收到通知时，当确定用户未处于驾驶状态时，手机显示提示信息或语音播报提示信息。即，在用户未处于驾驶状态时，手机对接收到的全部通知提示用户。当确定用户处于驾驶状态但不处于需要高度集中精力的场景时，手机会判断接收到的通知是否是重要紧急的通知。若通知为重要紧急的通知，则显示提示信息或语音播报提示信息。即，当用户处于驾驶状态但不处于需要高度集中精力的场景时，手机只会接收到的重要通知提示用户。当确定用户处于驾驶状态且处于需要高度集中精力的场景时，手机不显示提示信息或语音播报提示信息。当确定用户不再处于需要高度集中精力的场景时，再显示重要通知的提示信息或语音播报重要通知的提示信息。即，当用户处于驾驶状态且处于需要高度集中精力的场景时，手机对接收到的全部通知都不提示用户。可见，本申请的技术方案可以满足用户在不同场景下的对通知提醒的需求，有利于提升用户体验。

需要说明的是，上述实施例是以手机先确定用户是否处于预设场景，然后确定通知是否为预设类型通知为例进行说明的。在另一些实施例中，手机也可以先确定通知是否为预设类型通知，再确定用户是否处于预设场景。或者，手机也可以同时确定通知是否为预设类型通知以及用户是否处于预设场景。

如图9所示，为本申请实施例提供的另一种基于场景的通知方法的流程示例图。

S901、在手机开启驾驶勿扰模式下，手机接收到通知事件。

S902、手机确定用户是否处于驾驶状态。若不处于驾驶状态，执行步骤S903，若处于驾驶状态，则执行步骤S904。

S903、手机显示和/或语音播报通知事件的提示信息。或者，手机指示车机显示和/或语音播报通知事件的提示信息。

其中，步骤S901至步骤S903中相关内容可参考步骤S401至S403中的相关内容，这里不再重复赘述。

S904、手机确定通知事件是否为预设类型。若是，则执行步骤S906，若否，则执行步骤S905。

S905、手机不显示通知事件的提示信息，不语音播报通知事件的提示信息。

当确定通知事件为非预设类型，即不是重要紧急通知时，不提示用户，避免分散用户注意力。

S906、手机确定用户是否处于预设场景。若是，执行步骤S907。若否，执行步骤S908。则在用户不再处于预设场景时，显示和/或语音播报通知的提示信息，或者，手机指示车机显示和/或语音播报通知的指示信息。若否，则确定不显示通知的提示信息，不语音播报通知的提示信息。

若确定通知事件为重要紧急的通知(即预设类型的通知)，则在用户离开预设场景后，对通知事件进行提醒。若确定通知事件为不重要不紧急的通知，则不对通知事件进行提醒。

S907、手机确定不显示通知事件的提示信息，不语音播报通知事件的提示信息。

在一些示例中，当确定用户处于预设场景后，不对任何通知进行提示用户，且之后也不再提示用户。即，本流程结束。

在另一些示例中，由于已确定通知为预设类型的通知，为紧急重要通知，在用户处于预设场景时未提示用户。避免用户错过通知。手机也可以持续检测用户是否处于预设场景。当用户不再处于预设场景时，提示用户通知。即。在步骤S907后继续执行步骤S906。

S908、手机显示或语音播报通知事件的提示信息。或者，手机指示车机显示或语音播报通知事件的提示信息。

此外，上述在判断用户是否处于预设场景时，还可以结合其他条件进行确定用户是否处于预设场景。换言之，在不同的条件下，预设场景可能不同。

例如：用户的驾驶技能的熟练程度可以影响到用户是否愿意在驾驶过程中接收通知提醒。例如：对于新手司机，可能不希望在驾驶过程中接收任何通知提醒。也就是说，预设场景即为用户处于驾驶状态。因此，在一些实施例中，当手机确定用户处于驾驶状态，确定不显示通知事件的提示信息，不语音播报通知事件的提示信息。而在用户处于未驾驶状态时，手机再显示通知事件的提示信息和/或语音播报通知事件的提示信息。或者，手机指示车机显示通知事件的提示信息和/或语音播报通知事件的提示信息。

在一个具体的实现方式中，用户可以自动选择第一模式(对应新手司机)还是第二模式(对应老手司机)。若用户选择第一模式，则当手机确定用户处于驾驶状态时，则确定不显示通知事件的提示信息，不语音播报通知事件的提示信息。而在用户处于未驾驶状态时，手机或车机再显示和/或语音播报通知事件的提示信息。若用户选择第二模式，则当手机确定用户处于驾驶状态且非处于预设场景时，仍然显示重要通知事件(即预设类型的通知)的提示信息和/或语音播报重要通知的提示信息。当确定用户处于驾驶状态且处于预设场景中时，则确定不显示任何通知事件的提示信息，不语音播报任何通知事件的提示信息。在用户不再处于预设场景时，再显示重要通知事件的提示信息和/或语音播报重要通知事件的提示信息。其他内容可参考前述实施例的相关描述。

在另一个具体的实现方式中，手机可以自动判断用户的驾驶技能的熟练程度，自动为用户选择第一模式或第二模式。在手机判断用户的驾驶技能的熟练程度时，可以根据手机和车机的互联次数进行判断。例如：若手机和车机的互联次数达到预定次数之前，为用户选择第一模式。在手机和车机的互联次数达到预定次数后，为用户选择第二模式。可选的，手机还可以根据车机内的传感器数据，对用户开车的平均时速、停车花费的时间等进行分析，自动判断用户的驾驶熟练程度。本申请实施例对此不做限定。

又例如：用户当前的健康状态也可能影响到用户是否愿意在驾驶过程中接收通知提醒。例如：当用户处于健康状态欠佳时，可能不希望在驾驶过程中接收任何通知提醒。也就是说，预设场景即为用户健康状态欠佳。因此，在一些实施例中，当手机确定用户的健康状态欠佳，且用户处于驾驶状态，则确定不显示通知事件的提示信息，以及不语音播报通知事件的提示信息。当确定用户处于未驾驶状态时，再显示通知事件的提示信息和/或通知事件的提示信息。

在一个具体的实现方式中，手机确定用户的健康状态时，可以基于车机上的摄像头拍摄到的用户的表情，肢体动作等进行分析，确定用户的健康状态是否欠佳。手机也可以基于车机上其他传感器检测到的用户的心率等数据，确定用户的健康状态。本申请实施例对此不作具体限定。

再有，上述实施例均为用户是否处于驾驶的场景为例进行说明的。本申请实施例提供基于场景的提示通知方法还可以应用于其他需要用户集中注意力的场景中，例如用户正在打游戏中。当检测到用户正在打游戏，尤其是用户正在战场中，可确定不显示通知事件的提示信息，不语音播报通知事件的提示信息。在用户离开战场时，再显示通知事件的提示信息和/或语音播报通知事件的提示信息。其中，在判断用户是否正在打游戏，可以通过手机上是否开启有游戏应用，或者，通过手机上的摄像头捕捉用户的表情(是否专注)、眨眼频率、实现是否盯着屏幕等进行分析，确定用户是否正在打游戏。在判断用户是否正在战场中时，可以根据触摸屏上检测到用户手指的操作频繁程度进行确定。

其余内容可参考上文中相关内容的描述，在此不重复赘述。

本申请实施例还提供一种芯片***，如图10所示，该芯片***包括至少一个处理器1001和至少一个接口电路1002。处理器1001和接口电路1002可通过线路互联。例如，接口电路1002可用于从其它装置(例如电子设备100的存储器)接收信号。又例如，接口电路1002可用于向其它装置(例如处理器1001)发送信号。示例性的，接口电路1002可读取存储器中存储的指令，并将该指令发送给处理器1001。当所述指令被处理器1001执行时，可使得电子设备执行上述实施例中的电子设备100(比如，手机)执行的各个步骤。当然，该芯片***还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供另一种芯片***，如图11所示，该芯片***包括至少一个处理器1101和至少一个接口电路1102。处理器1101和接口电路1102可通过线路互联。例如，接口电路1102可用于从其它装置(例如电子设备200的存储器)接收信号。又例如，接口电路1102可用于向其它装置(例如处理器1101)发送信号。示例性的，接口电路1102可读取存储器中存储的指令，并将该指令发送给处理器1101。当所述指令被处理器1101执行时，可使得电子设备执行上述实施例中的电子设备200(比如，车机)执行的各个步骤。当然，该芯片***还可以包含其他分立器件，本申请实施例对此不作具体限定。

可以理解的是，上述终端等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

本申请实施例可以根据上述方法示例对上述终端等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (26)

1.一种通知的提示方法，其特征在于，应用于通信***，所述通信***包括移动终端和车载终端，所述移动终端被设置为驾驶勿扰模式，所述方法包括：

所述移动终端接收通知事件；

响应于所述通知事件，所述移动终端确定用户是否处于驾驶状态；

响应于确定所述用户处于驾驶状态，所述移动终端确定所述用户是否处于预设场景；

若确定所述用户处于所述预设场景，且所述通知事件为预设类型时，则所述移动终端确定不向所述车载终端发送指令，或者所述移动终端在第一时间段后向所述车载终端发送所述指令，所述指令用于指示所述车载终端显示第一界面或播放第一语音，所述第一界面用于提示用户所述通知事件，所述第一语音用于提示用户所述通知事件。

2.根据权利要求1所述的方法，其特征在于，所述第一时间段为所述移动终端确定所述用户处于所述预设场景时，到所述移动终端检测到所述用户不再处于所述预设场景之间的时间段。

3.根据权利要求1或2所述的方法，其特征在于，所述预设场景包括所述用户正在经过高危路段、当前天气条件恶劣、所述移动终端或所述车载终端正在播报导航信息中任一项或任几项。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述预设类型包括：与所述用户在第二时间段内互动频率大于阈值的联系人的来电或信息的通知、未标记为垃圾消息且包含预设关键字的消息的通知、同一日程多次提醒中最接近日程时间的提醒通知中任一项或任几项。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

若确定所述用户不处于所述预设场景，且所述通知事件为所述预设类型，则所述移动终端向所述车载终端发送所述指令。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

若确定所述用户不处于所述预设场景，且所述通知事件不为所述预设类型，则所述移动终端确定不向所述车载终端发送所述指令。

7.根据权利要求1-6任一项所述的方法，其特征在于，在所述移动终端确定向所述车载终端发送指令之后，所述方法还包括：

所述移动终端显示第二界面和/或播放第二语音；其中，所述第二界面用于提示所述用户所述通知事件，所述第二语音用于提示用户所述通知事件。

8.一种通知的提示方法，其特征在于，应用于车载终端，所述车载终端被设置为驾驶勿扰模式，所述方法包括：

所述车载终端接收通知事件；

响应于所述通知事件，所述车载终端确定用户是否处于驾驶状态；

响应于确定所述用户处于驾驶状态，所述车载终端确定所述用户是否处于预设场景；

若确定所述用户处于所述预设场景，且所述通知事件为预设类型时，则所述车载终端确定不显示提示界面或播放提示语音，或者所述车载终端在预设时间段后显示提示界面或播放提示语音。

9.根据权利要求8所述的方法，其特征在于，所述预设时间段为所述车载终端确定所述用户处于所述预设场景时，到所述车载终端检测到所述用户不再处于所述预设场景之间的时间段。

10.根据权利要求8或9所述的方法，其特征在于，所述预设场景包括所述用户正在经过高危路段、当前天气条件恶劣、所述车载终端正在播报导航信息中任一项或任几项。

11.根据权利要求9-10任一项所述的方法，其特征在于，所述车载终端确定所述用户是否处于预设场景包括：

所述车载终端根据所述车载终端的传感器的数据，所述车载终端的摄像头捕获车辆周围环境的图像，所述车载终端上的导航软件的数据中的任一项或任几项，确定用户是否正在经过高危路段；

和/或，所述车载终端根据所述车载终端的传感器的数据，所述车载终端的摄像头捕获车辆周围环境的图像，所述车载终端上的天气软件的数据中的任一项或任几项，确定当前的天气条件是否恶劣；

和/或，所述车载终端根据所述车载终端上的导航软件的数据，确定所述车载终端是否正在播放导航信息。

12.一种移动终端，其特征在于，所述移动终端与车载终端建立通信连接，所述移动终端被设置为驾驶勿扰模式，所述移动终端包括：处理器、存储器和触摸屏，所述存储器、所述触摸屏与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述移动终端执行如下操作：

所述移动终端接收通知事件；

响应于所述通知事件，所述移动终端确定用户是否处于驾驶状态；

响应于确定所述用户处于驾驶状态，所述移动终端确定所述用户是否处于预设场景；

若确定所述用户处于所述预设场景，且所述通知事件为预设类型时，则所述移动终端确定不向所述车载终端发送指令，或者所述移动终端在第一时间段后向所述车载终端发送所述指令，所述指令用于指示所述车载终端显示第一界面或播放第一语音，所述第一界面用于提示用户所述通知事件，所述第一语音用于提示用户所述通知事件。

13.根据权利要求12所述的移动终端，其特征在于，所述第一时间段为所述移动终端确定所述用户处于所述预设场景时，到所述移动终端检测到所述用户不再处于所述预设场景之间的时间段。

14.根据权利要求12或13所述的移动终端，其特征在于，所述预设场景包括所述用户正在经过高危路段、当前天气条件恶劣、所述移动终端或所述车载终端正在播报导航信息中任一项或任几项。

15.根据权利要求12-14任一项所述的移动终端，其特征在于，所述预设类型包括：与所述用户在第二时间段内互动频率大于阈值的联系人的来电或信息的通知、未标记为垃圾消息且包含预设关键字的消息的通知、同一日程多次提醒中最接近日程时间的提醒通知中任一项或任几项。

16.根据权利要求12-15任一项所述的移动终端，其特征在于，当所述处理器从所述存储器中读取所述计算机指令，还使得所述移动终端执行如下操作：

若确定所述用户不处于所述预设场景，且所述通知事件为所述预设类型，则向所述车载终端发送所述指令。

17.根据权利要求12-16任一项所述的移动终端，其特征在于，当所述处理器从所述存储器中读取所述计算机指令，还使得所述移动终端执行如下操作：

若确定所述用户不处于所述预设场景，且所述通知事件不为所述预设类型，则确定不向所述车载终端发送所述指令。

18.根据权利要求12-17任一项所述的移动终端，其特征在于，当所述处理器从所述存储器中读取所述计算机指令，还使得所述移动终端执行如下操作：

在所述移动终端确定向所述车载终端发送指令之后，显示第二界面和/或播放第二语音；其中，所述第二界面用于提示所述用户所述通知事件，所述第二语音用于提示用户所述通知事件。

19.一种车载终端，其特征在于，所述车载终端被设置为驾驶勿扰模式，所述车载终端包括：处理器、存储器和触摸屏，所述存储器、所述触摸屏与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述车载终端执行如下操作：

所述车载终端接收通知事件；

响应于所述通知事件，所述车载终端确定用户是否处于驾驶状态；

响应于确定所述用户处于驾驶状态，所述车载终端确定所述用户是否处于预设场景；

若确定所述用户处于所述预设场景，且所述通知事件为预设类型时，则所述车载终端确定不显示提示界面或播放提示语音，或者所述车载终端在预设时间段后显示提示界面或播放提示语音。

20.根据权利要求19所述的车载终端，其特征在于，所述预设时间段为所述车载终端确定所述用户处于所述预设场景时，到所述车载终端检测到所述用户不再处于所述预设场景之间的时间段。

21.根据权利要求19或20所述的车载终端，其特征在于，所述预设场景包括所述用户正在经过高危路段、当前天气条件恶劣、所述车载终端正在播报导航信息中任一项或任几项。

22.根据权利要求19-21任一项所述的车载终端，其特征在于，所述车载终端确定所述用户是否处于预设场景包括：

所述车载终端根据所述车载终端的传感器的数据，所述车载终端的摄像头捕获车辆周围环境的图像，所述车载终端上的导航软件的数据中的任一项或任几项，确定用户是否正在经过高危路段；

和/或，所述车载终端根据所述车载终端的传感器的数据，所述车载终端的摄像头捕获车辆周围环境的图像，所述车载终端上的天气软件的数据中的任一项或任几项，确定当前的天气条件是否恶劣；

和/或，所述车载终端根据所述车载终端上的导航软件的数据，确定所述车载终端是否正在播放导航信息。

23.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在终端上运行时，使得所述终端执行如权利要求1-7中任一项所述的通知的提示方法。

24.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在终端上运行时，使得所述终端执行如权利要求8-11中任一项所述的通知的提示方法。

25.一种芯片***，其特征在于，包括至少一个处理器，当所述至少一个处理器执行指令时，所述至少一个处理器执行如权利要求1-7中任一项所述的通知的提示方法。

26.一种芯片***，其特征在于，包括至少一个处理器，当所述至少一个处理器执行指令时，所述至少一个处理器执行如权利要求8-11中任一项所述的通知的提示方法。