CN113434309A - 一种消息播报方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种消息播报方法、装置及存储介质，用以减少对用户的干扰，提升用户体验。所述方法包括：在车辆行驶过程中，根据车辆的音频播放情况确定满足消息播报条件的时机，所述满足消息播报条件的时机为不会对驾驶者造成干扰的时机；在达到所述满足消息播报条件的时机时，从消息队列中获取满足播报条件的第一目标消息；对所述第一目标消息进行播报。采用本申请所提供的方案，根据车辆的音频播放情况，选择不会对驾驶者造成干扰的时机，从消息队列中选择满足播报条件的消息进行播报；从而减少了对驾驶者用户的干扰，提升了用户体验。

Description

一种消息播报方法、装置及存储介质

技术领域

本申请涉及消息处理领域，特别涉及一种消息播报方法、装置及存储介质。

背景技术

随着汽车行业的发展，车载端也越来越智能化，这是由于现在的车载端可以支持安装各类应用，来弥补车载端功能的不足，例如，可以安装车辆维保相关的应用，从而使得车载端可以接收和播报车辆健康方面的提示消息，又例如，车辆可以安装听书软件，音乐软件等，从而使得车载端可以实现音乐播放，有声书播放等功能。

车载端安装的应用发出的提示消息有一部分是通过强提醒的方式进行播报(例如语音、弹窗、语音+弹窗等)，而如果用户处于驾驶状态或车辆处于播放音频(如有声书、音乐等)状态，那么，弹窗播报可能会影响用户正常驾驶(例如影响用户查看电子地图)，语音播报可能会影响用户收听音频，因此，在进行消息播报时，如何减少对用户的干扰，是一亟待解决的技术问题。

发明内容

本申请提供一种消息播报方法、装置及存储介质，用以在车载段应用进行消息播报，以减少对用户的干扰，提升用户体验。

本申请提供一种消息播报方法，包括：

在车辆行驶过程中，根据车辆的音频播放情况确定满足消息播报条件的时机，所述满足消息播报条件的时机为不会对驾驶者造成干扰的时机；

在达到所述满足消息播报条件的时机时，从消息队列中获取满足播报条件的第一目标消息；

对所述第一目标消息进行播报。

本申请的有益效果在于：在车辆行驶中接收到播报消息时，为避免对驾驶者造成干扰，根据车辆的音频播放情况，选择不会对驾驶者造成干扰的时机，从消息队列中选择满足播报条件的消息进行播报；从而减少了对驾驶者用户的干扰，提升了用户体验。

在一个实施例中，所述方法还包括：

接收待播报的第二目标消息；

根据第二目标消息的类型确定所述待播报的第二目标消息是否满足在当前时间进行播报的条件；

当所述第二目标消息不满足在当前时间进行播报的条件时，将所述第二目标消息存放到消息队列中；

在所述第二目标消息满足在当前时间进行播报的条件时，播报所述第二目标消息。

本实施例的有益效果在于：在车辆行驶中接收到播报消息时，根据接收消息的类型，确定是否对当前消息进行播报，进而实现根据消息的不同类型，实现对优先级较高的消息优先播报，避免了对重要信息造成延误播报，提升了消息提醒的及时性。

在一个实施例中，在所述车辆的音频播放情况表征所述车辆正在播放音频节目时，所述根据车辆的音频播放情况确定满足消息播报条件的时机，包括：

获取音频节目表单；

根据所述音频节目表单确定音频节目从当前播放的节目跳转到下一节目的第一时间节点；

确定所述第一时间节点为满足消息播报条件的时机。

本实施例的有益效果在于：当车辆正在播放音频节目时，选择节目跳转间隙作为满足消息播报条件的时机对消息进行播报，而不会在节目播放的过程中进行消息插播，减少了对音频节目造成打断，减少对驾驶者造成干扰的同时，避免影响用户音频的收听体验。

在一个实施例中，在所述车辆的音频播放情况表征所述车辆正在播放导航语音时，所述根据车辆的音频播放情况确定满足消息播报条件的时机，包括：

获取导航应用上预先规划的导航路线；

根据所述导航路线确定长度大于预设长度的直行路段；

判断所述直行路段是否为拥堵路段；

当所述直行路段不是拥堵路段时，获取所述车辆行驶至所述直行路段时的第二时间节点；

确定所述第二时间节点为满足消息播报条件的时机。

本实施例的有益效果在于：当车辆正在播放导航语音时，为避免影响导航效果，根据预设路线，提前获取道路交通状况，当路段不存在拥堵、转弯和调头等情况时，则认为行驶在该路段时满足消息播报条件的时机，进而避免影响导航语音的播放，保证了行驶道路的准确性、安全性。

在一个实施例中，所述方法还包括：

在所述车辆的音频播放情况表征所述车辆同时播放音频节目和导航语音时，获取预先规划的导航路线信息；

根据所述预先规划的导航路线信息获取导航过程所对应的全部导航语音；

对导航过程所对应的全部导航语音进行识别，以确定各条导航语音的重要程度；

将重要程度低于预设重要程度阈值的导航语音从本次导航播报过程中剔除。

本实施例的有益效果在于：在车辆行驶过程中，根据预先设定的导航路线，分析该路线中存在导航语音，对不同导航语音进行识别，并对重要程度进行优先级划分，当重要程度低于预设阈值时，则可以跳过该语音消息不进行播报，进而为其他消息播报提供更多时间，保证播报的及时性。

在一个实施例中，所述方法还包括：

对所述消息队列中存储的消息进行识别；

根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间。

本实施例的有益效果在于：对消息队列中的消息，并不是简单的轮候播放，而是提前进行消息识别，并根据识别结果对消息提前进行处理，进而实现减少播报消息占用时间，提升用户体验。

在一个实施例中，所述根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间，包括：

根据识别结果获取所述消息队列中各个消息的播报时长；

将播报时长大于预设时长的消息进行简化处理。

本实施例的有益效果在于：当消息队列中的消息过长，对该消息进行简化处理，既能减少播报消息占用的时间，又能为消息播报提供更多的时机，避免了消息提醒的延误。

在一个实施例中，所述根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间，包括：

根据识别结果确定所述消息队列中存储的各条消息的消息内容和消息类型；

将消息类型相同和/或消息内容相似度大于预设相似度的多条消息进行合并。

本实施例的有益效果在于：对消息队列中存储的消息进行识别，并根据消息类型和内容进行分类，对于类型相同和/或内容相似的消息进行合并，既节约了播放时间，又使得用户能够集中对相关信息进行收听，提升了用户体验。

本申请实施例还提供了一种消息播报装置，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一实施例所述的消息播报方法。

本申请实施例还提供了一种计算机可读存储介质，当存储介质中的指令由消息播报装置对应的处理器执行时，使得消息播报装置能够实现上述任一实施例所述的消息播报方法。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：

图1为本申请一实施例中一种消息播报方法的流程图；

图2为本申请又一实施例中一种消息播报方法的流程图；

图3为本申请一实施例中一种消息播报方法的整体流程示意图；

图4为本申请一实施例中一种消息播报装置的结构示意图；

图5为本申请又一实施例中一种消息播报方法的整体流程示意图；

图6为本申请又一实施例中一种消息播报装置的结构示意图。

具体实施方式

以下结合附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请。

图1为本申请一实施例中一种消息播报方法的流程图，该方法可用于消息播报装置，如图1所示，该方法可被实施为以下步骤S101-S103：

在步骤S101中，在车辆行驶过程中，根据车辆的音频播放情况确定满足消息播报条件的时机，满足消息播报条件的时机为不会对驾驶者造成干扰的时机；

在步骤S102中，在达到满足消息播报条件的时机时，从消息队列中获取满足播报条件的第一目标消息；

在步骤S103中，对第一目标消息进行播报。

在本实施例中，在车辆行驶过程中，根据车辆的音频播放情况确定满足消息播报条件的时机，满足消息播报条件的时机为不会对驾驶者造成干扰的时机。例如，在车辆的音频播放情况表征车辆正在播放音频节目时，获取音频节目表单；根据音频节目表单确定音频节目从当前播放的节目跳转到下一节目的第一时间节点；确定第一时间节点为满足消息播报条件的时机。需要说明的是，上述跳转节点，不仅包括同一应用程序内节目之间的切换节点，如音乐曲目的切换节点、收音机频道切换节点、先后两条导航语音播报消息的切换节点等，还包括不同应用程序之间播放内容的切换节点，如音乐播放器与收音机之间的切换节点等。

又例如，在车辆的音频播放情况表征车辆正在播放导航语音时，获取导航应用上预先规划的导航路线；根据导航路线确定长度大于预设长度的直行路段，具体的，该直行路段的行驶时间需要保证大于一定的时间，从而能够具有足够的时间进行消息播报，此外，为保证行驶安全，直行路段不包括调头、转向、红绿灯以及人行横道等需要特别提醒的路段。

需要说明的是，还可以判断直行路段是否为拥堵路段，具体的拥堵路段包括根据实时路况获取的拥堵路段，根据历史交通数据预测的拥堵路段。当直行路段不是拥堵路段时，获取车辆行驶至直行路段时的第二时间节点；确定第二时间节点为满足消息播报条件的时机。

在达到满足消息播报条件的时机时，从消息队列中获取满足播报条件的第一目标消息。

本实施例中，可以对消息队列中存储的消息进行识别，根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间。

具体的，根据识别结果对所述消息队列中存储的消息进行处理可以通过以下方式执行：

方式一

根据识别结果获取所述消息队列中各个消息的播报时长；将播报时长大于预设时长的消息进行简化处理。

例如，购物应用推送一条消息：“您有在途包裹，快来XX程序查看您的物流详情吧，查包裹更方便，需要退订本提醒服务，请回复TD”，这样一条消息如果进行语音播报，用时将近十秒，而本申请的语音播报时机通常是节目进行切换或车辆行驶在直行路段上，留给语音播报的时间是非常短暂的，因此，本申请中，可以对这类消息进行语义识别，将关键词提炼出来，之后对其进行简化处理，例如，将上述消息简化为“您有在途包裹，物流详情请查看XX程序”即可。

方式二

根据识别结果确定所述消息队列中存储的各条消息的消息内容和消息类型；将消息类型相同和/或消息内容相似度大于预设相似度的多条消息进行合并。

举例而言，例如，有两条信息，分别为“某视频应用K的会员开通提醒”和“某音乐应用L的会员开通提醒”，这两条消息就属于消息类型相同的消息，因此，可以将这两条消息合并为K&L会员开通提醒。又例如，有两条消息，分别为“流量提醒剩余100M”和“流量提醒剩余50M”，这两条消息就属于消息内容相似度大于预设相似度的消息，因此，可以将这两条消息合并为：流量提醒剩余50M。

需要说明的是，为了给消息播报预留足够多的时间，在车辆进行导航过程中，可以根据所述预先规划的导航路线信息获取导航过程所对应的全部导航语音，对导航过程所对应的全部导航语音进行识别，以确定各条导航语音的重要程度，将重要程度低于预设重要程度阈值的导航语音从本次导航播报过程中剔除，如“我们要出发了”这类与驾驶本身无关的导航信息剔除。

本实施例中，对上述处理过的消息，判断是否满足播报条件，还可以根据不同消息类型进行判断。具体而言，根据消息类型进行优先级区分，对于优先级特别高的消息，则直接播放，对于优先级相对较低的消息，如天气预报，则储存在消息队列。具体而言，为保证行驶安全性，本实施例中导航消息优先播报，在不同应用软件消息的播报顺序可以由用户自定义进行设置，无设置的情况下默认按照“行驶关联消息＞用户当前操作关联消息＞用户历史操作消息＞其他消息”的顺序进行播报。

需要说明的是，本实施例中还根据消息的播报时长及消息时效性进行判断，例如车辆正在播放听书节目或点播节目，鉴于听书节目的章节切换时间及点播节目的播放时长较长，则通过节目的类型预测播放时长，或通过获取节目播单确定节目的播放时长，当播放时长大于预设时间长度时，则在通过上述消息播放顺序进行排序的基础上，还会分析消息的时效性，例如，收到会议软件发送的会议提醒，则可以根据会议提醒中所记载的会议时间确定是否立即播放会议提醒。

对满足符合播报条件的第一目标消息进行播报。

该方案的执行主体可以是一消息播报装置，具体的，该消息播报装置可以是一DA系统，如图4所示，DA系统内除大数据应用模块41、用户界面模块42、多媒体应用43和导航模块44外，还设置消息系统用于对消息进行处理，其中，消息系统内设置有消息存储器45、消息设置模块46、消息处理模块47、播报管理模块48和消息展示模块49。

图5是本申请消息播报方法的整体流程示意图，如图5所示。系统启动后，消息存储器用于接受并储存消息队列；处理模块根据消息设置模块中用户的消息设置顺序，对消息队列中的消息进行处理并排序；播报管理模块用于获取音频状态，根据音频状态判断，确定满足消息播报条件的时机，具体的，当处于节目切换间隙，根据导航透传信息，确定关键点距离是否大于预设值，大于时则进行播报，当不处于切换间隙或者关键点距离小于预设值时，则消息在消息队列中进行等候。

本申请的有益效果在于：在车辆行驶中接收到播报消息时，为避免对驾驶者造成干扰，根据车辆的音频播放情况，选择不会对驾驶者造成干扰的时机，从消息队列中选择满足播报条件的消息进行播报；从而减少了对驾驶者用户的干扰，提升了用户体验。

在一个实施例中，方法还可被实施为如下步骤A1-A4：

在步骤A1中，接收待播报的第二目标消息；

在步骤A2中，根据第二目标消息的类型确定待播报的第二目标消息是否满足在当前时间进行播报的条件；

在步骤A3中，当第二目标消息不满足在当前时间进行播报的条件时，将第二目标消息存放到消息队列中；

在步骤A4中，在第二目标消息满足在当前时间进行播报的条件时，播报第二目标消息。

在本实施例中，接收待播报的第二目标消息，根据第二目标消息的类型确定待播报的第二目标消息是否满足在当前时间进行播报的条件；当第二目标消息不满足在当前时间进行播报的条件时，将第二目标消息存放到消息队列中；在第二目标消息满足在当前时间进行播报的条件时，播报第二目标消息。本实施例中，根据不同消息类型，进行优先级区分，对于优先级特别高的消息如领导电话，则直接播放，对于优先级相对较低的消息，如天气预报，则储存在消息队列。具体而言，为保证行驶安全性，本实施例中导航消息优先播报，在不同应用软件消息的播报顺序可以由用户自定义进行设置，无设置的情况下默认按照“行驶关联消息＞用户当前操作关联消息＞用户历史操作消息＞其他消息”的顺序进行播报。

需要说明的是，本实施例中还根据消息的播报时长及消息时效性进行判断，例如车辆正在播放听书节目或点播节目，鉴于听书节目的章节切换时间及点播节目的播放时长较长，则通过节目的类型预测播放时长，或通过获取节目播单确定节目的播放时长，当播放时长大于预设时间长度时，则在通过上述消息播放顺序进行排序的基础上，还会分析消息的时效性，例如，收到会议软件发送的会议提醒，则可以根据会议提醒中所记载的会议时间确定是否立即播放会议提醒。

本实施例的有益效果在于：在车辆行驶中接收到播报消息时，根据接收消息的类型，确定是否对当前消息进行播报，进而实现根据消息的不同类型，实现对优先级较高的消息优先播报，避免了对重要信息造成延误播报，提升了消息提醒的及时性。

在一个实施例中，在车辆的音频播放情况表征车辆正在播放音频节目时，上述步骤S101可被实施为如下步骤B1-B3：

在步骤B1中，获取音频节目表单；

在步骤B2中，根据音频节目表单确定音频节目从当前播放的节目跳转到下一节目的第一时间节点；

在步骤B3中，确定第一时间节点为满足消息播报条件的时机。

在本实施例中，获取音频节目表单；根据音频节目表单确定音频节目从当前播放的节目跳转到下一节目的第一时间节点；确定第一时间节点为满足消息播报条件的时机。需要说明的是，上述跳转节点，不仅包括同一应用程序内节目之间的切换节点，如音乐曲目的切换节点、收音机频道切换节点、先后两条导航语音播报消息的切换节点等，还包括不同应用程序之间播放内容的切换节点，如音乐播放器与收音机之间的切换节点等。

本实施例的有益效果在于：当车辆正在播放音频节目时，选择节目跳转间隙作为满足消息播报条件的时机对消息进行播报，而不会在节目播放的过程中进行消息插播，减少了对音频节目造成打断，减少对驾驶者造成干扰的同时，避免影响用户音频的收听体验。

在一个实施例中，在车辆的音频播放情况表征车辆正在播放导航语音时，上述步骤S101可被实施为如下步骤C1-C5：

在步骤C1中，获取导航应用上预先规划的导航路线；

在步骤C2中，根据导航路线确定长度大于预设长度的直行路段；

在步骤C3中，判断直行路段是否为拥堵路段；

在步骤C4中，当直行路段不是拥堵路段时，获取车辆行驶至直行路段时的第二时间节点；

在步骤C5中，确定第二时间节点为满足消息播报条件的时机。

在本实施例中，获取导航应用上预先规划的导航路线；根据导航路线确定长度大于预设长度的直行路段，具体的，该直行路段的行驶时间需要保证一定大于一定的时间以完成消息播报，此外，为保证行驶安全，直行路段不包括调头、转向、红绿灯以及人行横道等需要特别提醒的路段。

判断直行路段是否为拥堵路段，具体的拥堵路段包括根据实时路况获取的拥堵路段，还包括根据历史交通数据预测的，车辆行驶到该处为拥堵时段的路段。

当直行路段不是拥堵路段时，获取车辆行驶至直行路段时的第二时间节点；确定第二时间节点为满足消息播报条件的时机。

本实施例的有益效果在于：当车辆正在播放导航语音时，为避免影响导航效果，综合考虑用车行驶场景，实时获取导航透传信息。根据预设路线，提前获取道路交通状况，当路段不存在拥堵、转弯和调头等情况时，则认为行驶在该路段时满足消息播报条件的时机，进而在语音间隙且距离关键点(路口、掉头等路况)有安全距离时进行播报，保证行驶导航的准确性、行驶的安全性。

在一个实施例中，方法还可被实施为如下步骤D1-D4：

在步骤D1中，在车辆的音频播放情况表征车辆同时播放音频节目和导航语音时，获取预先规划的导航路线信息；

在步骤D2中，根据预先规划的导航路线信息获取导航过程所对应的全部导航语音；

在步骤D3中，对导航过程所对应的全部导航语音进行识别，以确定各条导航语音的重要程度；

在步骤D4中，将重要程度低于预设重要程度阈值的导航语音从本次导航播报过程中剔除。

在本实施例中，在车辆的音频播放情况表征车辆同时播放音频节目和导航语音时，获取预先规划的导航路线信息；根据预先规划的导航路线信息获取导航过程所对应的全部导航语音；对导航过程所对应的全部导航语音进行识别，以确定各条导航语音的重要程度，具体的，本实施例中，根据导航语音内容，区分为问候型、提醒型、导航型、警示型；将重要程度低于预设重要程度阈值的导航语音从本次导航播报过程中剔除，如“我们要出发了”这类与驾驶本身无关的导航信息，相当于问候型的消息，这类消息的重要程度通常是低于预设重要程度阈值的，因此，可以将这类消息对应的导航语音从本次导航播报过程中提出。

另外，需要说明的是，在驾驶过程中，还可以结合具体的驾驶参数确定相应的导航是否需要播报，例如，在导航路线信息中包含一限速路段，限速110，这段限速路段对应的导航语音为“前方有限速拍照，限速110，当前车速XX，请注意减速慢行”，其中该段语音中的“XX”为车辆行驶至需要播报该条导航语音时的车速。如果行驶至该限速路段时，车速是80，那么，就取消该条导航语音“前方有限速拍照，限速110，当前车速XX，请注意减速慢行”的播报。为消息播报预留出更多的时间。

本实施例的有益效果在于：在车辆行驶过程中，根据预先设定的导航路线，分析该路线中存在导航语音，对不同导航语音进行识别，并对重要程度进行优先级划分，当重要程度低于预设阈值时，则可以跳过该语音消息不进行播报，进而为其他消息播报提供更多时间，保证播报的及时性。

在一个实施例中，如图2所述，方法还可被实施为如下步骤S201-S202：

在步骤S201中，对消息队列中存储的消息进行识别；

在步骤S202中，根据识别结果对消息队列中存储的消息进行处理，以减少消息播报所占用的时间。

在本实施例中，对消息队列中存储的消息进行识别。具体的，如图3所示，从消息队列中获取消息，判断当前车辆的行驶状态，当确定车辆处于行驶状态，对消息进行识别。识别结果包括播报时长、消息类型、消息内容等。

本实施例中，当判断车辆不处于行驶状态，则判断当前界面是否有应用运行，当界面有应用运行，则从消息队列中选择与该应用相关联的消息进行处理，并对处理后的信息进行播报；当界面没有应用运行，则优先按用户设置顺序，对消息进行播报；当用户没有对消息设置根据用户历史操作信息，如使用习惯、频率、时长等，对用户使用偏好进行判断，基于用户使用偏好对消息队列中的消息进行优先级排序，进而可以通过基于用户用户使用偏好的优先级排序结果对消息进行播报。

本实施例的有益效果在于：对消息队列中的消息，并不是简单的轮候播放，而是提前进行消息识别，并根据识别结果对消息提前进行处理，进而实现减少播报消息占用时间，提升用户体验。

在一个实施例中，上述步骤S202可被实施为如下步骤E1-E2：

在步骤E1中，根据识别结果获取消息队列中各个消息的播报时长；

在步骤E2中，将播报时长大于预设时长的消息进行简化处理。

而本申请的语音播报时机通常是节目进行切换或车辆行驶在直行路段上，留给语音播报的时间是非常短暂的，有鉴于此，本实施例中，可以将播报时长大于预设时长的消息进行简化处理，从而缩短了消息播报的用时，避免节目切换间隙或者直行路段过短而导致语音无法完整播报。

例如，预设时长为5秒，消息队列中存在一购物应用推送的一条消息为：“您有在途包裹，快来XX程序查看您的物流详情吧，查包裹更方便，需要退订本提醒服务，请回复TD”，根据识别结果对这条消息的播报时长进行判别，确定这条消息的播报时长为10秒，该条消息的播报时长大于预设时长，因此，可以基于语义识别将该条消息中的关键词提炼出来，之后对其进行简化处理，例如，将上述消息简化为“您有在途包裹，物流详情请查看XX程序”，这样，可以将该条消息的播报时长压缩至4秒左右，从而缩短了消息播报的用时，避免了节目切换间隙或者直行路段过短而导致语音无法完整播报。

本实施例的有益效果在于：当消息队列中的消息过长，对该消息进行简化处理，既能减少播报消息占用的时间，又能为消息播报提供更多的时机，避免了消息提醒的延误。

在一个实施例中，上述步骤S202可被实施为如下步骤F1-F2：

在步骤F1中，根据识别结果确定消息队列中存储的各条消息的消息内容和消息类型；

在步骤F2中，将消息类型相同和/或消息内容相似度大于预设相似度的多条消息进行合并。

在本实施例中，根据识别结果确定消息队列中存储的各条消息的消息内容和消息类型；将消息类型相同和/或消息内容相似度大于预设相似度的多条消息进行合并。具体的，对消息队列中的所有消息在播放前预提取出主体(应用程序)+事件类型+结果关键字段，相同/类似的主体(应用程序)或事件类型或结果的消息进行整合，实现跨应用程序的合并播报，减少单条消息不断打扰的频率。

例如，有两条信息，分别为“某视频应用K的会员开通提醒”和“某音乐应用L的会员开通提醒”，这两条消息就属于消息类型相同的消息，因此，可以将这两条消息合并为K&L会员开通提醒。又例如，有两条消息，分别为“流量提醒剩余100M”和“流量提醒剩余50M”，这两条消息就属于消息内容相似度大于预设相似度的消息，因此，可以将这两条消息合并为：流量提醒剩余50M。

本实施例的有益效果在于：对消息队列中存储的消息进行识别，并根据消息类型和内容进行分类，对于类型相同和/或内容相似的消息进行合并，既节约了播放时间，又使得用户能够集中对相关信息进行收听，提升了用户体验。

图6为本申请一种消息播报装置的结构示意图，包括：

至少一个处理器602；以及，

与至少一个处理器通信连接的存储器604；其中，

存储器存储有可被一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述任一实施例的消息播报方法。

参照图6，该消息播报装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制消息播报装置600的整体操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在消息播报装置600的操作。这些数据的示例包括用于在消息播报装置600上操作的任何应用程序或方法的指令，如文字，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为消息播报装置600的各种组件提供电源。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为消息播报装置600生成、管理和分配电源相关联的组件。

多媒体组件608包括在消息播报装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608还可以包括一个前置摄像头和/或后置摄像头。当消息播报装置600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当消息播报装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为消息播报装置600提供各个方面的状态评估。例如，传感器组件614可以包括声音传感器。另外，传感器组件614可以检测到消息播报装置600的打开/关闭状态，组件的相对定位，例如组件为消息播报装置600的显示器和小键盘，传感器组件614还可以检测消息播报装置600或消息播报装置600的一个组件的位置改变，用户与消息播报装置600接触的存在或不存在，消息播报装置600方位或加速/减速和消息播报装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为使消息播报装置600提供和其他设备以及云平台之间进行有线或无线方式的通信能力。消息播报装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，消息播报装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述消息播报方法。

本申请实施例还提供了一种计算机可读存储介质，当存储介质中的指令由消息播报装置对应的处理器执行时，使得消息播报装置能够实现上述任一实施例的消息播报方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种消息播报方法，其特征在于，包括：

在车辆行驶过程中，根据车辆的音频播放情况确定满足消息播报条件的时机，所述满足消息播报条件的时机为不会对驾驶者造成干扰的时机；

在达到所述满足消息播报条件的时机时，从消息队列中获取满足播报条件的第一目标消息；

对所述第一目标消息进行播报。

2.如权利要求1所述的方法，其特征在于，还包括：

接收待播报的第二目标消息；

根据第二目标消息的类型确定所述待播报的第二目标消息是否满足在当前时间进行播报的条件；

当所述第二目标消息不满足在当前时间进行播报的条件时，将所述第二目标消息存放到消息队列中；

在所述第二目标消息满足在当前时间进行播报的条件时，播报所述第二目标消息。

3.如权利要求1所述的方法，其特征在于，在所述车辆的音频播放情况表征所述车辆正在播放音频节目时，所述根据车辆的音频播放情况确定满足消息播报条件的时机，包括：

获取音频节目表单；

根据所述音频节目表单确定音频节目从当前播放的节目跳转到下一节目的第一时间节点；

确定所述第一时间节点为满足消息播报条件的时机。

4.如权利要求1所述的方法，其特征在于，在所述车辆的音频播放情况表征所述车辆正在播放导航语音时，所述根据车辆的音频播放情况确定满足消息播报条件的时机，包括：

获取导航应用上预先规划的导航路线；

根据所述导航路线确定长度大于预设长度的直行路段；

判断所述直行路段是否为拥堵路段；

当所述直行路段不是拥堵路段时，获取所述车辆行驶至所述直行路段时的第二时间节点；

确定所述第二时间节点为满足消息播报条件的时机。

5.如权利要求1所述的方法，其特征在于，还包括：

在所述车辆的音频播放情况表征所述车辆同时播放音频节目和导航语音时，获取预先规划的导航路线信息；

根据所述预先规划的导航路线信息获取导航过程所对应的全部导航语音；

对导航过程所对应的全部导航语音进行识别，以确定各条导航语音的重要程度；

将重要程度低于预设重要程度阈值的导航语音从本次导航播报过程中剔除。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

对所述消息队列中存储的消息进行识别；

根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间。

7.如权利要求6所述的方法，其特征在于，所述根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间，包括：

根据识别结果获取所述消息队列中各个消息的播报时长；

将播报时长大于预设时长的消息进行简化处理。

8.如权利要求6所述的方法，其特征在于，所述根据识别结果对所述消息队列中存储的消息进行处理，以减少消息播报所占用的时间，包括：

根据识别结果确定所述消息队列中存储的各条消息的消息内容和消息类型；

将消息类型相同和/或消息内容相似度大于预设相似度的多条消息进行合并。

9.一种消息播报装置，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-8任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，当存储介质中的指令由消息播报装置对应的处理器执行时，使得消息播报装置能够实现如权利要求1-8任意一项所述的方法。

Images