消息提醒方法、装置、车载设备及存储介质与流程

本发明涉及通信技术领域，尤其涉及消息提醒方法、装置、车载设备及存储介质。

背景技术：

在相关技术中，车辆行驶过程中接收到各类消息的情况下，对驾驶员进行实时消息提醒、无消息提醒或者通过判断车辆行驶速度进行消息提醒；无论是上述哪一种方式，由于驾驶员在行驶过程中要查看消息，均容易导致注意力被消息内容占据造成交通堵塞和安全隐患。

技术实现要素：

本发明实施例提供一种消息提醒方法、装置、车载设备及存储介质，能够在最佳时机对正在驾驶的用户进行消息提醒，提高了车辆设备的行驶安全性。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种消息提醒方法，包括：

车载设备获取车辆设备所处路段的当前交通信息和所述车辆设备的当前行驶状态；

如果所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，输出用于提醒查看未读消息的第一提醒信息；

响应于接收到响应信息，对所述未读消息进行与所述响应信息相匹配的处理。

第二方面，本发明实施例提供一种消息提醒装置，包括：

第一获取模块，用于车载设备获取车辆设备所处路段的当前交通信息和所述车辆设备的当前行驶状态；

第一输出模块，用于如果所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，输出用于提醒查看未读消息的第一提醒信息；

第一处理模块，用于响应于接收到响应信息，对所述未读消息进行与所述响应信息相匹配的处理。

第三方面，本发明实施例提供一种设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现上述消息提醒方法。

第四方面，本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的消息提醒方法。

本发明实施例具有以下有益效果：首先，车载设备获取车辆设备所处路段的当前交通信息和所述车辆设备的当前行驶状态；然后，如果所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，输出用于提醒查看未读消息的第一提醒信息；最后，响应于接收到响应信息，对所述未读消息进行与所述响应信息相匹配的处理；如此，通过综合考虑车辆设备所处路段的当前交通信息和当前行驶状态，以在最佳时机输出未读消息的提醒信息，然后按照用户反馈的响应信息，进行相应地处理，从而既能够及时的将未读消息提醒给用户，还可以保证车辆设备在行驶过程中的安全性。

附图说明

图1是本发明实施例提供的消息提醒系统的一个可选的架构示意图；

图2是本发明实施例提供的消息提醒的系统的结构示意图；

图3a是本发明实施例提供的消息提醒方法的实现流程示意图；

图3b是本发明实施例提供的消息提醒方法的另一实现流程示意图；

图3c是本发明实施例提供的消息提醒方法的又一实现流程示意图；

图4是本发明提供的消息提醒方法的再一实现流程示意图；

图5是本发明实施例车辆设备进入短暂停车状态后的消息提醒逻辑图；

图6a是本发明实施例提供的消息提醒方法的应用场景图；

图6b是本发明实施例提供的消息提醒方法的另一应用场景图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)自动驻车功能(auto-hold)：短暂停车时通过用力踩刹车可使车辆快速进入稳定静止状态的功能，可以免去切换档位，拉手刹/持续踩刹车。启动该功能之后，比如，在停车等红绿灯的时候，深踩刹车，车辆会自动进入驻车状态，就相当于不用拉手刹了，该功能还适应于上下坡以及频繁起步停车，以减少溜车。需要解除静止状态时，只需轻点油门即可解除。

2)方控：方控线就是方向盘的控制线，连接了方控线可以直接用方向盘按键控制导航接打电话切换歌曲等。

3)文字语音合成技术(text-to-sound，tts)：是一种将文字转换为语音输出的技术，通过这种技术可以让盲人或视力有问题的人听到文字所对应的声音，可应用于车载系统中。

在相关技术中，车载设备一旦接收到消息就将消息排入消息队列并即时开始进行消息提醒，类似手机，个人电脑端的体验，或者是车载设备接收到消息后不进行消息提醒，需要等用户主动查看新消息；或者通过判断车辆行驶速度进行消息提醒，比如，当车辆行驶速度低于某一数值时(例如，5千米每小时(km/h))进行消息提醒，当车辆速度高于该阈值时不进行消息提醒；但是无论以上述哪一种方式提醒用户，均会对驾驶车辆行驶的用户产生过多的干扰，造成安全隐患。

针对上述技术问题，本发明实施例提供一种消息提醒方法、终端及存储介质，通过对用户进行消息提醒的时机通过对车辆中控系统传递至应用层的车辆状态信号(比如，判断是否处于auto-hold状态)进行监听，当车辆进入指定状态时表示车辆当前处于静止状态，此时开始对用户通过语音播报及中控界面上的弹窗方式进行消息提醒(如果有新消息)。随后允许用户通过语音、方控或触控等方式进行消息播报，回复等操作。这样，既保证在用户行驶中的免打扰，又不需要用户每次主动进行消息查收，只在用户进入如等红灯这样的静止时间相对较长的时候，进行消息提醒；用户可通过语音、方控或触控等操作进行消息播报及回复；当车辆结束静止状态后，结束主动消息提醒流程，直到车辆下次进入短暂停止状态，从而既能够减少对驾驶员的频繁打扰，提高驾驶安全及用户体验，还可以减少用户主动发起查看新消息的繁琐流程，在最佳时机对用户提醒新消息，并通过适合车载场景的交互方式引导用户处理消息。

下面说明本发明实施例提供的消息提醒的终端的示例性应用，本发明实施例提供的客户端可以实施为车载中控系统、笔记本电脑或平板电脑等各种类型的车载终端，也可以实施为服务器。下面，将说明终端实施为终端或服务器时示例性应用。

参见图1，图1是本发明实施例提供的消息提醒系统的一个可选的架构示意图，为实现支撑一个示例性应用，车辆设备11为在道路上行驶的任意的车辆，车辆设备11中的车载设备12(比如，车辆的中控系统或车载电脑等)，获取该车辆设备11所处路段的当前交通信息和该车辆设备11的当前行驶状态；如果当前交通信息和当前行驶状态表明车辆设备11正在等红灯，说明这种情况下，用户是有精力可以查看其他用户通过应用终端400-1发送的未读消息，这时，将未读消息以语音播报或者文字显示的方式等输出给用户，从而在不影响用户正常驾驶的情况下，既可以使得用户即是查看了未读消息，还可以保证用户驾驶车辆的安全性。在本发明实施例中，可以是在车辆设备11侧获取该车辆设备11所处路段的当前交通信息和该车辆设备11的当前行驶状态，也可以在服务器侧获取该车辆设备11所处路段的当前交通信息和该车辆设备11的当前行驶状态。

参见图2，图2是本发明实施例提供的消息提醒的系统的结构示意图，图2所示的终端400包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端400中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，在一些示例中键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件终端包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储终端。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(readonlymemory，rom)，易失性存储器可以是随机存取存储器(randomaccessmemory，ram)。本发明实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算终端，示例性的网络接口420包括：蓝牙、无线相容性认证、和通用串行总线(universalserialbus，usb)等；

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围终端和显示内容和信息的用户接口)；

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器450中的消息提醒的服务器455，其可以是程序和插件等形式的软件，包括以下软件模块：第一获取模块4551、第一输出模块4552和第一处理模块4553；这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本发明实施例提供的装置可以采用硬件方式实现，作为示例，本发明实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的消息提醒方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(applicationspecificintegratedcircuit，asic)、dsp、可编程逻辑器件(programmablelogicdevice，pld)、复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)、现场可编程门阵列(field-programmablegatearray，fpga)或其他电子元件。

将结合本发明实施例提供的终端的示例性应用和实施，说明本发明实施例提供的消息提醒方法。

参见图3a，图3a是本发明实施例提供的消息提醒方法的实现流程示意图，结合图3a示出的步骤进行说明。

步骤s301，车载设备获取车辆设备所处路段的当前交通信息和所述车辆设备的当前行驶状态。

在一些实施例中，所述车载设备可以是安装在车辆设备内部的车载电脑，还可以是安装在车辆设备外部的用于控制车辆的控制设备等。所述车辆设备可以是任意由车载设备控制的行驶设备。所述车辆设备所处路段的当前交通信息至少包括：所处路段的车流量和所处路段的交通灯的状态等；所述车辆设备的当前行驶状态至少包括：车辆设备的静止状态、正常行驶状态或者缓慢行驶状态(比如，堵车时，龟速前行)等。

步骤s302，如果所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，输出用于提醒查看未读消息的第一提醒信息。

在一些实施例中，所述未读消息可以任意类型的消息，比如，社交类终端发送的社交类消息、通知类终端发送的系统消息或购物类终端发送的广告类的推送消息等。所述第一提醒信息，可以是提醒用户当前存在等待用户查看的未读消息，比如，“某某发来n条消息，请说播报或取消”。第一提醒条件和第二提醒条件是相关的，即第一提醒条件，影响第二提醒条件，比如，第一提醒条件为当前交通信息的交通灯为红灯状态，第二提醒条件为当前行驶状态为静止状态，且处于静止状态的时长包含于提醒时长内；如果第一提醒条件为交通灯的当前状态距离红灯状态的时间小于时间阈值且所述车流量小于流量阈值，那么第二提醒条件为车辆设备处于正常行驶状态。在一个具体例子中，第一提醒条件可以是当前交通灯的状态为红灯，第二提醒条件为当前行驶状态为静止状态，即用户驾驶的车辆设备正在等红灯，这种情况下，说明用户有时间可以查看或者收听未读消息，且不影响正常驾驶。

步骤s303，响应于接收到响应信息，对所述未读消息进行与所述响应信息相匹配的处理。

在一些实施例中，响应信息为用户针对第一提醒信息做出响应的信息，比如，用户点击确定按钮，或者语音说“播报”、“读吧”或者“是的”等肯定性的词语，这种情况下，说明用户想获取未读消息，则为用户以语音或者文字等形式输出未读消息。在其他例子中，如果用户点击否定按钮，或者语音说“不播报”、“取消”或者“退出”等否定性的词语，这种情况下，说明用户不想获取未读消息，则不输出未读消息，并继续保存未读消息。

在本发明实施例中，通过综合考虑车辆设备所处路段的当前交通信息和当前行驶状态，以在最佳时机输出未读消息的提醒信息，然后按照用户反馈的响应信息，进行相应地处理，从而既能够及时的将未读消息提醒给用户，还可以保证车辆设备在行驶过程中的安全性。

在一些实施例中，对于接收到的未读消息，按时间顺序保存这些未读消息，从而播放的时候也可以按照时间顺序进行播放，在步骤s301之前，所述方法还包括以下步骤：

首先，接收其他应用端发送的未读消息。

在一些例子中，其他应用端可以是社交类应用端(比如，微信或者短信等)、通知类应用端(比如，系统消息通知)或者购物类应用端等。

其次，按照接收所述未读消息的接收时间，保存所述未读消息。

在一些实施例中，按照接收未读消息的接收时间，将未读消息排列成消息序列，这样，当对未读消息进行输出时，可以按照时间顺序进行输出，避免造成消息混乱。

在一些实施例中，首先对未读消息进行分类，对于类别包含于类别库的未读消息进行提醒，从而减少过多的提醒对用户造成的干扰，在步骤s103之前，所述方法还包括以下步骤：

第一步，按照所述未读消息归属的应用端的标识信息，确定所述未读消息的类别。

在一些实施例中，应用端的标识信息用于唯一的标识发送未读消息的应用端，在一个具体例子中，如果未读消息为某一社交应用发出的消息，那么未读消息的类别为社交类消息；如果未读消息为通知类应用推送的系统消息，那么未读消息的类别为通知类消息；如果未读消息为购物类应用推送的广告，那么未读消息的类别为广告类消息等。

第二步，如果所述未读消息的类别包含于提醒类别库，所述当前交通信息满足第一提醒条件，且所述车辆设备所处的所述当前行驶状态满足第二提醒条件，输出所述第一提醒信息。

在一些实施例中，所述提醒类别库可以包括多个类别，比如，社交类或系统类等对于用户来说比较重要的消息；在一个具体例子中，如果未读消息的类别为广告类消息，确定该广告类消息未包含于提醒类别库，那么不发出提醒信息，以免打扰用户。如果未读消息的数量为多个，但是类别相同，而且来自于同一个账号信息，那么，当用户响应信息表明用户想要查看该未读消息时(比如，同一个联系人用一种社交应用发送的多条消息)，按照未读消息的接收时间播放该多个未读消息；如果多个未读消息的类别相同，但是账号信息不同(比如，多个联系人，用同一种社交应用发送的多条消息)，首先按照账号信息，对多个未读消息进行二次分类，即让用户选择先查看哪个账号信息的未读消息，然后，基于用户的响应信息输出该未读消息。

在其他实施例中，还可以按照未读消息的优先级，确定是否发出第一提醒信息，过程如下：

首先，按照所述未读消息归属的应用端的标识信息，确定所述未读消息的优先级。

比如，如果应用端的标识信息表明该应用端为社交类应用，确定该未读消息的优先级为十级；如果应用端的标识信息表明该应用端为购物类应用，确定该未读消息的优先级为二级；或者，如果应用端的标识信息表明该应用端为用户已经标记的黑名单中的应用，确定该未读消息的优先级为最低级，即一级；这样，如果未读消息是社交类应用端发出的消息，那么该未读消息的优先级是十级，说明该未读消息对于用户来说，是比较重要的，输出第一提醒信息，以提醒用户存在未读消息。

然后，如果未读消息的优先级大于等于提醒优先级，且所述车辆设备所处的所述当前行驶状态满足第二提醒条件，输出所述第一提醒信息。

在一些实施例中，提醒优先级为事先设定的，需要提醒的未读消息的优先级，比如，社交类应用端的优先级最高，用户标记的黑名单中的应用端的优先级最低。

在一些实施例中，如果多个未读消息的类别相同，且所述多个未读消息对应的账号信息不同，对这多个未读消息，按照账号信息，进行二次分类，在步骤s303之前，所述方法还包括以下步骤，参见图3b，图3b是本发明实施例提供的消息提醒方法的另一实现流程示意图，基于图3a示出的步骤进行说明：

步骤s321，确定每一未读消息对应的账号信息。

在一些实施例中，账号信息可以包括：账号、该账号对应联系人姓名或账号昵称等。

步骤s322，如果所述当前交通信息满足第一提醒条件，且所述车辆设备所处的所述当前行驶状态满足第二提醒条件，输出第二提醒信息。

在一些实施例中，所述第二提醒信息用于提醒选择未读消息的账号信息，在一个具体例子中，多个未读消息均属于社交类消息，第二提醒信息用于提醒选择未读消息的联系人信息，以引导用选择想要听哪条消息，比如，第二提醒消息为“有以下n个联系人给你发了消息，如需收听请选择第几个”。

步骤s323，确定所述响应信息对应的目标账号信息，对所述目标账号信息的未读消息进行与所述响应信息相匹配的处理。

在一些实施例中，用户针对第二提醒信息做出响应，即选择用户想要查看的账号信息对应的未读消息，然后，对该目标账号信息的未读消息进行处理；比如，响应信息为“选择第3个账号的未读消息”，那么对第3个账号的未读消息，进行输出，输出完成之后，继续提醒用户接下来想要选择查看哪个账号信息的未读消息，比如，输出提醒信息“还有以下y个联系人给你发了消息，如需收听请选择第几个”，如此，引导用户继续选择想要查看的未读消息等。

在本发明实施例中，对于属于同一类别的多个未读消息，让用户按照未读消息对应的账号信息选择想要查看的未读消息，从而有序的对未读消息进行输出。

在一些实施例中，为了能够使得对未读消息的处理更加契合用户的需求，所述步骤s303可以通过以下步骤实现，参见图3c，图3c是本发明实施例提供的消息提醒方法的又一实现流程示意图，基于图3a示出的步骤进行说明：

步骤s331，如果所述响应信息对应的文本中包含设定的字段，输出所述未读消息。

在一些实施例中，设定的字段为表示肯定或者要查看未读消息的意思的字段，可以是“播报、是的、好的或读吧”等。所述步骤s331可以理解为，如果用户针对第一提醒信息或者第二提醒信息进行响应的响应信息，表明用户想要查看未读消息，则输出未读消息。

步骤s332，如果所述响应信息对应的文本中未包含设定的字段，继续保存所述未读消息。

在一个具体例子中，如果响应信息的文本是“取消”、“关闭”或者“不读”等表示否定或者不查看未读消息的意思的字段，即未包含设定的字段，那么说明用户当前并不想或者不方便查看未读消息，则继续保存未读消息，与此同时，还可以提醒用户想要查看未读消息的时候，可以随时查看，比如，输出提醒信息，提醒用户车载设备中输出未读消息的功能处于免唤醒模式，用户可通过语音、文本或点击操作等，做出响应，以输入指示车载设备输出未读消息。

在本发明实施例中，如果是多条未读消息，且用户反馈的响应信息未表明输出哪一条，只是表明，要查看未读消息，则按照接收到的未读消息的时间顺序，有序地输出未读消息，从而可有效避免多条消息同时输出造成的混乱。

在一些实施例中，为了能够在合适的时机，提醒用户存在未读消息，所述步骤s301可以通过以下步骤实现：

第一步，确定所述车辆设备的当前位置与目标交通灯之间的距离，所述目标交通灯为位于所述车辆设备行驶方向上的第一个交通灯。

在一些实施例中，确定车辆设备的当前位置，与，在车辆行驶方向上最近的交通灯之间的距离。

第二步，如果所述距离小于距离阈值，获取所述目标交通灯的当前状态和所述车辆设备所处路段的车流量。

在一些实施例中，如果车辆设备的当前位置，与在车辆行驶方向上最近的交通灯之间的距离较近，比如，车辆设备还差两米到达目标交通灯。

在其他实施例中，如果所述距离大于距离阈值，即车辆设备距离交通灯还比较远，说明该车辆设备正在行驶中，那么驾驶该车辆设备的用户是不能被打扰的，所以这种情况下，即使收到未读消息，也不便于提醒用户，以造成对用户的打扰，影响交通安全。

上述第一步和第二步给出了一种实现“车载设备获取车辆设备所处路段的当前交通信息”的方式，在该方式中，将车流量和目标交通灯的状态作为当前交通信息，通过判断车流量或目标交通灯的状态，确定当前交通信息是否满足第一提醒条件。

基于上述第一步和第二步，在车辆设备的当前位置与目标交通灯之间的距离小于距离阈值的情况下，所述步骤s302中，确定所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，包括以下两种方式：

方式一：第三步，如果所述目标交通灯的当前状态为红灯状态，确定所述当前交通信息满足第一提醒条件。

在一些实施例中，在车辆设备的当前位置与目标交通灯之间的距离小于距离阈值的情况下，如果车辆设备行驶方向上，离车辆设备最近的交通灯为红灯状态，说明车辆设备当前正在等红灯，用户是有相当长的一段时间空闲的，这个时候提醒用户存在未读消息，既不会打扰用户专心驾驶，还可以让用户及时查看未读消息，避免耽误了重要的事情。

第四步，如果所述车辆设备的当前行驶状态表明所述车辆设备处于已启动状态下的静止状态，且所述车辆设备处于静止状态的时长包含于提醒时长内，确定所述当前行驶状态满足第二提醒条件。

在一些实施例中，第二提醒条件是与第一提醒条件相关联的，当第一提醒条件为目标交通灯的当前状态为红灯状态时，第二提醒条件为所述车辆设备的当前行驶状态表明所述车辆设备处于已启动情况下的静止状态，且所述车辆设备处于静止状态的时长包含于提醒时长内。即，目标交通灯为红灯时，车辆设备处于已启动情况下的静止状态，且所述车辆设备处于静止状态的时长包含于提醒时长内，这种情况下，说明该车辆设备正在等红灯，用户有空闲时间可以查看未读消息，这时，输出用于提醒查看未读消息的第一提醒信息，即可以提醒用户及时查看未读消息，还可以保证驾驶安全。

方式二：第五步，如果所述目标交通灯的当前状态距离红灯状态的时间小于时间阈值，且所述车流量小于流量阈值，确定所述当前交通信息满足第一提醒条件。

在一些实施例中，在车辆设备的当前位置与目标交通灯之间的距离小于距离阈值的情况下，如果所述目标交通灯的当前状态为即将转为红灯状态，且车流量较小，说明车辆设备在减速行驶的状态下，即将到达红灯处，即用户即将要等红灯。

第六步，如果所述车辆设备的当前行驶状态表明所述车辆设备处于减速行驶状态，确定所述当前行驶状态满足第二提醒条件。

在一些实施例中，在第一提醒条件为交通灯即将变为红灯，且车流量较小的情况下，第二提醒条件为车辆设备的当前行驶状态处于减速行驶状态。所以，当前交通信息满足第一提醒条件，且当前行驶状态满足第二提醒条件，说明用户正在等红灯，此时有相当长的闲暇时间可以查看未读消息，所以这时以语音或者文本的形式输出提醒用户存在未读消息的第一提醒信息是非常合适的，不会对用户造成过多的干扰，也不会影响交通安全。

在本发明实施例中，综合考虑当前交通信息和当前行驶状态，以确定用户当前处于空闲状态，有时间和精力查看未读消息，在这种情况下，输出提醒存在接收到的未读消息的第一提醒信息，既可以及时提醒用户查看未读消息，以避免遗漏重要消息，还可以降低对用户驾驶车辆设备的影响。

在一些实施例中，为了提高对用户对提醒信息进行响应的效率，如果输出第一提醒信息或者第二提醒信息之后，用户仍然无响应，则再次提醒用户，在步骤s303之后，所述方法还包括以下步骤，参见图4，图4是本发明提供的消息提醒方法的再一实现流程示意图，基于图3a示出的步骤进行说明：

步骤s401，如果在第一响应时段内未接收到响应信息，输出用于提醒查看未读消息的第三提醒信息。

在一些实施例中，所述第三提醒信息与所述第一提醒信息相同或不同，比如，第一提醒信息为“某某发来n条消息，请说播报或取消”，第三提醒信息可以与第一提醒信息相同，即再次提醒用户，或者，第三提醒信息用于表明当前是第二次提醒，若再提醒时段内，仍不响应，则退出提醒模式；比如，第三提醒信息为“再次提醒您，某某发来n条消息，请说播报或取消，若未及时响应，则默认不播报”等。

步骤s402，如果在第二响应时段内未接收到响应所述第三提醒信息的响应信息，退出对所述未读消息进行提醒的提醒模式。

在一些实施例中，第一响应时段和第二响应时段可以相同或不同，比如，将第二响应时段设置为大于第一响应时段，以提供给用户足够的响应时间。如果用户在第二响应时段内仍然未响应，说明用户在当前时刻并不想要查看消息，为了减少对用户的打扰，退出对所述未读消息进行提醒的提醒模式。在一些实施例中，退出对未读消息的提醒模式的同时，还可以提醒用户可以随时唤醒未读消息的输出功能，将车载设备中监听用户响应的功能设置为自动唤醒模式，当用户用文字、点击、敲击或者语音等方式表明想要查看未读消息时，可以及时以语音或者文本等方式输出未读消息，比如，退出对未读消息的提醒模式的同时，以语音或者文本的方式输出“我先退下了，有需要记得叫我哦”，以告知用户可以随时查看或者收听未读消息，从而既可以避免对用户的过多干扰，还可以及时的满足用户的需求，提升用户体验感。

本发明实施例提供一种消息提醒方法，图5是本发明实施例车辆设备进入短暂停车状态后的消息提醒逻辑图，结合图5示出的步骤进行说明：

情况一：在收到1个联系人通过社交类应用端发送的未读消息的情况下，对用户进行消息提醒的过程如下：

步骤s501，获取未读消息对应的联系人信息，并在显示界面中展示所述联系人信息。

在一个具体例子中，如果未读消息为同一个联系人的应用端发送的，在显示界面中展示所述未读消息对应的联系人信息，如图6b所示，在显示界面602中显示该1个联系人的联系人信息，比如，联系人姓名为“alision”和未读消息的条数为“3条”。

步骤s502，以语音的方式，输出该未读消息的第一提醒信息。

在一个具体例子中，可以是以语音的方式输出第一提醒信息621“某某发来n条消息，请说播报或取消”。

步骤s503，监听响应信息，以对未读消息进行与所述响应信息相匹配的处理。

在一些实施例中，将车载设备中监听用户响应的功能，可以设置免唤醒的方式，以随时监听用户响应。所述步骤s503包括以下三种情况：

一是，在第一响应时段内，监听到用户查看未读消息的响应信息，比如，如果用户以语音的方式输出“播报”、“好的”、“是的”或“读吧”等表示肯定的意思，这种情况下，退出语音模式，进入消息播报流程，播放“某某说····”。

二是，在第一响应时段内，监听到用户不查看未读消息的响应信息，比如，如果用户以语音的方式输出“取消”、“退出”、“不要”或“不播报”等表示否定的意思，在这种情况下，退出语音模式。

三是，在第一响应时段内，未监听到用户的响应，比如，在3分钟内为未监听到用户关于该未读消息的相关响应，这种情况下，再次以语音的方式，输出该未读消息的提醒信息，比如，再次输出“请说播报或取消”；然后，如果再次语音提醒后，在接下来的预设时段内仍然未监听到用户的响应，退出语音模式。

情况二：在收到多个联系人通过该社交类应用端发送的未读消息的情况下，对用户进行消息提醒的过程如下：

步骤s511，获取未读消息对应的多个联系人信息，并在显示界面中展示所述多个联系人信息。

在一个具体例子中，如图6a所示，用户驾驶车辆设备前往目的地的图中，接收到多个联系人的未读消息，在显示界面601中显示该多个联系人的联系人信息，比如，多个联系人姓名“alision”、“zhou”、“露露”和“没少吃东西”和未读消息的条数。

步骤s512，以语音的方式，输出用于提醒存在多个联系人未读消息的第二提醒信息。

在一个具体例子中，可以是以语音输出“有以下n个联系人给你发了消息，如需收听请选择第几个”，或“有以下n个联系人给你发了消息”等，这样提醒用户收到了多个联系人发来的消息，并提醒用户可以选择其中某一个或多个进行收听。

步骤s513，以语音的方式，输出引导信息。

在一些实施例中，所述引导信息可以理解为是用于引导用户对输出的提醒信息进行响应；比如，引导信息611为“试试说“第一个”或“下一页””等。

步骤s514，监听响应信息，以对所述响应信息对应的联系人信息的未读消息，进行与所述响应信息相匹配的处理。

在一些实施例中，可以将车载设备中监听用户响应的功能设置为免唤醒的方式，以随时监听用户响应。所述步骤s514包括以下两种情况：

一是，在第一响应时段内，监听到用户查看未读消息的响应信息，这种情况下，获取用户的响应信息，播报所述响应信息对应的未读消息。

在一个具体例子中，响应信息为用户选择了第几个联系人的联系人信息，然后，针对用户选择的联系人信息，播报该联系人信息的未读消息。比如，用户选择了第一个联系人“alison”，在显示界面612中，仅显示用户选择的联系人的名称和该联系人的未读消息的数量。

二是，如果在第一响应时段内，未监听到用户的响应信息，进行再次提醒；比如，语音输出未监听到用户响应的提醒信息，还可以退出语音提醒模式；如果在第二响应时段内，仍未监听到用户查看未读消息的响应，退出语音提醒模式并同时输出第三提醒信息。比如，语音输出“没有听到您说话，有需要再叫我”。

下面继续说明本发明实施例提供的消息提醒的服务器455的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器440的消息提醒的服务器455中的软件模块可以包括：

第一获取模块4551，用于车载设备获取车辆设备所处路段的当前交通信息和所述车辆设备的当前行驶状态；

第一输出模块4552，用于如果所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，输出用于提醒查看未读消息的第一提醒信息；

第一处理模块4553，用于响应于接收到响应信息，对所述未读消息进行与所述响应信息相匹配的处理。

在一些实施例中，所述第一输出模块4552，还用于：按照所述未读消息归属的应用端的标识信息，确定所述未读消息的类别；如果所述未读消息的类别包含于提醒类别库，所述当前交通信息满足第一提醒条件，且所述车辆设备所处的所述当前行驶状态满足第二提醒条件，输出所述第一提醒信息。

在一些实施例中，如果多个未读消息的类别相同，且所述多个未读消息对应的账号信息不同，所述第一输出模块4552，还用于：确定每一未读消息对应的账号信息；如果所述当前交通信息满足第一提醒条件，且所述车辆设备所处的所述当前行驶状态满足第二提醒条件，输出第二提醒信息；所述第二提醒信息用于提醒选择未读消息的账号信息；

对应地，所述第一处理模块4553，还用于确定所述响应信息对应的目标账号信息，对所述目标账号信息的未读消息进行与所述响应信息相匹配的处理。

在一些实施例中，所述第一处理模块4553，还用于：如果所述响应信息对应的文本中包含设定的字段，输出所述未读消息；如果所述响应信息对应的文本中未包含设定的字段，继续保存所述未读消息。

在一些实施例中，所述第一获取模块4551，还用于：确定所述车辆设备的当前位置与目标交通灯之间的距离，所述目标交通灯为位于所述车辆设备行驶方向上的第一个交通灯；如果所述距离小于距离阈值，获取所述目标交通灯的当前状态和所述车辆设备所处路段的车流量；

对应地，所述第一输出模块4552，还用于：如果所述目标交通灯的当前状态为红灯状态，确定所述当前交通信息满足第一提醒条件；如果所述车辆设备的当前行驶状态表明所述车辆设备处于已启动状态下的静止状态，且所述车辆设备处于静止状态的时长包含于提醒时长内，确定所述当前行驶状态满足第二提醒条件。

在一些实施例中，所述第一输出模块4552，还用于：如果所述目标交通灯的当前状态距离红灯状态的时间小于时间阈值，且所述车流量小于流量阈值，确定所述当前交通信息满足第一提醒条件；如果所述车辆设备的当前行驶状态表明所述车辆设备处于减速行驶状态，确定所述当前行驶状态满足第二提醒条件。

在一些实施例中，所述第一输出模块4552，还用于：如果在第一响应时段内未接收到响应信息，输出用于提醒查看未读消息的第三提醒信息；其中，所述第三提醒信息与所述第一提醒信息相同或不同；如果在第二响应时段内未接收到响应所述第三提醒信息的响应信息，退出对所述未读消息进行提醒的提醒模式。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本发明实施例提供的方法。

在一些实施例中，存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种终端。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(hypertextmarkuplanguage，html)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个车载计算终端上执行，或者在位于一个地点的多个计算终端上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算终端上执行。

综上所述，通过本发明实施例对于在道路上行驶的车辆设备，首先，车载设备获取车辆设备所处路段的当前交通信息和所述车辆设备的当前行驶状态；然后，如果所述当前交通信息满足第一提醒条件，且所述当前行驶状态满足第二提醒条件，输出用于提醒查看未读消息的第一提醒信息；最后，响应于接收到响应信息，对所述未读消息进行与所述响应信息相匹配的处理；如此，通过综合考虑车辆设备所处路段的当前交通信息和当前行驶状态，以在最佳时机输出未读消息的提醒信息，然后按照用户反馈的响应信息，进行相应地处理，从而既能够及时的将未读消息提醒给用户，还可以保证车辆设备在行驶过程中的安全性。

以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。