CN113225433B - 车辆语音提醒方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种车辆语音提醒方法、装置、电子设备及存储介质，其中，方法包括：检测车辆的当前状态是否满足语音助手开启条件；在满足语音助手开启条件时，控制车辆进入语音助手模式，并获取车辆的当前驾驶场景；根据当前驾驶场景生成语音助手策略，根据语音助手策略控制车载语音设备响应相应动作。本申请实施例的提醒方法，可以提供语音助手服务，为驾驶者高效提供有效信息的同时，以妨驾驶者错过重要信息，由此，解决了车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验等问题。

Description

车辆语音提醒方法、装置、电子设备及存储介质

技术领域

本申请涉及汽车智能控制技术领域，特别涉及一种车辆语音提醒方法、装置、电子设备及存储介质。

背景技术

目前，《道路交通安全法实施条例》规定：驾驶机动车不得有拨打电话、接听手持电话和观看电视，对违反上述规定的驾驶人处20元以上200元以下罚款，并记2分。另外，用手机发短信、上微博，也要被扣2分。

并且，车辆在行驶途中，不但违法，而且容易因接听电话而导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验，亟待解决。

申请内容

本申请提供一种车辆语音提醒方法、装置、电子设备及存储介质，以解决车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验等问题。

本申请第一方面实施例提供一种车辆语音提醒方法，包括以下步骤：检测车辆的当前状态是否满足语音助手开启条件；在满足所述语音助手开启条件时，控制所述车辆进入语音助手模式，并获取所述车辆的当前驾驶场景；根据所述当前驾驶场景生成语音助手策略，根据所述语音助手策略控制车载语音设备响应相应动作。

可选地，在本申请的一个实施例中，所述当前驾驶场景包括车主驾驶场景和接客运营场景，其中，所述根据所述当前驾驶场景生成语音助手策略，包括：若所述当前驾驶场景为所述车主驾驶场景，则在对方联络人的身份标识和/或接听要求满足接听条件时，选择接听对方联络人的通话要求，否则记录所述对方联络人的电话信息；若所述当前驾驶场景为所述接客运营场景，则在所述对方联络人的身份标志为运营标志时，存储所述运营信息，并未处理所述运营信息时，每隔预设时长提醒所述运营信息。

可选地，在本申请的一个实施例中，所述存储所述运营信息，包括：在存储空间低于预设阈值，或者所述运营信息的存储时长大于预设时长时，将所述运营信息备份至预设终端。

可选地，在本申请的一个实施例中，所述语音助手开启条件包括：所述车辆的驾驶车门关闭；和/或，所述车辆的实际车速小于预设车速；和/或，所述车辆的驾驶位置对应的安全带闭合；和/或，所述车辆处于点火状态；和/或，所述车辆接收到助手开启指令。

可选地，在本申请的一个实施例中，还包括：在检测到所述车辆的当前状态不满足所述语音助手开启条件时，判断是否触发开启按键；若触发所述开启按键，则控制所述车辆进入所述语音助手模式。

本申请第二方面实施例提供一种车辆语音提醒装置，包括：检测模块，用于检测车辆的当前状态是否满足语音助手开启条件；获取模块，用于在满足所述语音助手开启条件时，控制所述车辆进入语音助手模式，并获取所述车辆的当前驾驶场景；语音助手模块，用于根据所述当前驾驶场景生成语音助手策略，根据所述语音助手策略控制车载语音设备响应相应动作。

可选地，在本申请的一个实施例中，所述当前驾驶场景包括车主驾驶场景和接客运营场景，其中，所述语音助手模块包括：第一助手单元，用于在所述当前驾驶场景为所述车主驾驶场景时，如果对方联络人的身份标识和/或接听要求满足接听条件，则选择接听对方联络人的通话要求，否则记录所述对方联络人的电话信息；第二助手单元，用于在所述当前驾驶场景为所述接客运营场景时，如果在所述对方联络人的身份标志为运营标志，则存储所述运营信息，并未处理所述运营信息时，每隔预设时长提醒所述运营信息。

可选地，在本申请的一个实施例中，所述第二助手单元还用于在存储空间低于预设阈值，或者所述运营信息的存储时长大于预设时长时，将所述运营信息备份至预设终端。

本申请第三方面实施例提供一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行如上述实施例所述的车辆语音提醒方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述实施例所述的车辆语音提醒方法。

在车辆进入语音助手模式后，根据当前驾驶场景生成适应的语音助手策略，不但可以有效避免驾驶员在车辆行驶途中因接听电话而导致的注意力不集中从而引发车祸等意外情况，而且为驾驶者高效提供有效信息的同时，以妨驾驶者错过重要信息，在最大限度保证驾乘者安全的前提下，提升驾乘者在驾乘车辆时的体验，提高车辆的可靠性和安全性。由此，解决了车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验等问题。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车辆语音提醒方法的流程图；

图2为根据本申请一个实施例的车辆语音提醒方法的应用示意图；

图3为根据本申请实施例的车辆语音提醒装置的示例图；

图4为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面在描述根据本申请实施例提出的车辆语音提醒方法、装置、电子设备及存储介质之前，先来简单描述一下语音交互的重要性。

目前，车辆通过车载T-BOX(Telematics BOX)以和后台系统与手机APP通信，实现手机APP的车辆信息显示与控制，从而可以通过语音交互的方式，即通过语音与机器完成一系列输入和输出，进行信息交换，最终达成用户目标的人机交互方式。，语音交互中的自然语言处理包括了三个方面：语音识别、自然语言理解与语音合成。这三方面分别解决了三个问题：听清楚别人在说什么，理解别人说的意思，根据听到的与理解到的对话内容回答别人的问题，

其中，优势：1)解放双手：不需要借助鼠标、键盘或者手指触控进行信息输入；2)易学习性：声音是人与人之间基本的交流方式，不同年龄段、不同能力技术水平，应用我们的直觉，就可以掌握；3)便捷性：当执行的任务比较简单时，如：导航去某地，语音输入比打字输入更快速、简单，在语音识别准确率高的情况下，用户可以完全相信语音，无需再用视觉方式来给用户安全感；4)低复杂度：语音交互可以直接解决用户的最终目标，用户达成目标时不需要一系列操作并且经历很多页面之间的切换。劣势：1)需要输出大量信息时，效率低：信息必须一句一句输出，人与系统交互时通常调动短时记忆，能记住的信息就15s左右。可能会发生这样的情况：在进行多步骤、多选项任务时，系统还没有说完选项，用户已忘记前面内容；2)场景有限：不适合在嘈杂环境中进行，对隐私要求比较高的任务不适合使用语音交互。

进一步地，根据语音系统在国内汽车中所依托的硬件设备来看，主要有以下应用：

一、前装应用—汽车厂商提供的支持语音交互的车机系统：车场开发的车机系统中，通过语音除了可以进行：音乐播放，天气查询，开启导航等娱乐与信息层面的操作；还可以调节车内环境：如空调开启/关闭，风速调整等，甚至涉及到部分机械功能：如打开/关闭天窗，打开/关闭车窗等。

二、App in the car—互联网制造商提供的运行在车机系统上的应用程序：苹果公司推出的CarPlay以及google推出的Android auto并没有直接安装在车载系统上，而是在移动设备上运行并投影至车载屏幕上，界面以及交互根据驾驶环境以及驾驶员状态进行了优化设计。它可以同步手机中的日程信息，进行导航、接收短信、音乐播放。Android Auto会获得用户的一些个人权限。

三、后装应用—车载智能硬件：1)命令唤醒方式：唤醒词：「你好，善领」，唤醒后可以进行导航、音乐、电话等功能的语音操作；2)自然语音交互：基本实现自然语音交互，不需要完全按照规定的指令操作。

本申请正是基于上述问题，而提出了一种车辆语音提醒方法、装置、电子设备及存储介质。

下面参考附图描述本申请实施例的车辆语音提醒方法、装置、电子设备及存储介质。针对上述背景技术中心提到的车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验的问题，本申请提供了一种车辆语音提醒方法，在该方法中，在车辆进入语音助手模式后，根据当前驾驶场景生成适应的语音助手策略，不但可以有效避免驾驶员在车辆行驶途中因接听电话而导致的注意力不集中从而引发车祸等意外情况，而且为驾驶者高效提供有效信息的同时，以妨驾驶者错过重要信息，在最大限度保证驾乘者安全的前提下，提升驾乘者在驾乘车辆时的体验，提高车辆的可靠性和安全性。由此，解决了车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验等问题。

具体而言，图1为本申请实施例所提供的一种车辆语音提醒方法的流程示意图。

如图1所示，该车辆语音提醒方法包括以下步骤：

在步骤S101中，检测车辆的当前状态是否满足语音助手开启条件。

需要说明的是，语音助手开启条件可以由本领域技术人员根据实际情况进行设置，即为车辆开启语音助手功能的前提条件。例如，驾驶员在进入驾驶舱内，开始驾驶汽车之前，可在中控屏上进行选择：开启或不开启此功能。鉴于有的驾驶员只是在车里坐着休息，并不会启动汽车，因此添加了语音助手开启条件，使得控制更加智能人性化，提高使用体验。

可选地，在本申请的一个实施例中，语音助手开启条件包括：车辆的驾驶车门关闭；和/或，车辆的实际车速小于预设车速；和/或，车辆的驾驶位置对应的安全带闭合；和/或，车辆处于点火状态；和/或，车辆接收到助手开启指令。

也就是说，判断条件可以为：钥匙插入，IGN ACC，中控屏唤醒，及显示问题：是否需要启动语音小助手。例如，驾驶员在启动汽车后，左前门关闭，安全带闭合，IGN ON(Ignition On，点火)，车速小于5km/h(默认车辆静止状态，具体门限值可以根据实际情况进行设置，不做具体限定)，中控屏显示问题：是否需要启动语音小助手？选择否的话，小助手不启动，车辆不进入语音助手模式，而选择是的话，车辆可以唤醒手机APP，同步启用信息，为驾驶者开始驾驶做准备。

可选地，在本申请的一个实施例中，本申请实施例的提醒方法还包括：在检测到车辆的当前状态不满足语音助手开启条件时，判断是否触发开启按键；若触发开启按键，则控制车辆进入语音助手模式。

举例而言，驾驶员在正常驾驶汽车的过程中，如车速大于5km/h时，且没有选择开启小助手的情况下，如果想要开启小助手，其可以选择一键启动，开启按键可以做成物理按键，比如设置在中控屏上，而通过中控屏软开关或者手机进行选择，其也作为非必选项去进行配置。

同理，根据驾驶员意图优先，驾驶员可以在任何想关闭小助手的时候，通过一键关闭，来退出此项功能，从而在驾驶过程中可以进行手机或者中控屏的操作，不容易分心，其可以让驾驶员简单粗暴的拒绝掉驾驶途中接入的电话等语音信息，准确迅速的进入语音助手模式，充分保证驾驶者行车安全。

在步骤S102中，在满足语音助手开启条件时，控制车辆进入语音助手模式，并获取车辆的当前驾驶场景。

在车辆进入语音助手模式后，进一步细化控制方式，如可以确定车辆的当前驾驶场景，获取方式可以由驾驶员进行手动设置，也可以根据设置的检测方式进行检测得到，如采集车内图像信息得到，为避免冗余，在此不做具体赘述。

在步骤S103中，根据当前驾驶场景生成语音助手策略，根据语音助手策略控制车载语音设备响应相应动作。

在本申请的实施例中，针对当前驾驶场景生成适配的语音助手策略，避免语音助手的单一性，有效提升控制的准确性和可靠性。

在实际执行过程中，如图2所示，本申请实施例可以直接嵌入手机操作系统、可以直接嵌入汽车中控台、可以成为独立APP、也可以以微信小程序的方式打开，在此不做具体限定。

举例而言，如图2所示，手机端：与各手机制造商、电信业务提供商合作，将此功能直接嵌入至手机内部，在使用时，可以在前端界面，设置自己的驾驶状态，像比如现在手机中已经配置的飞行状态一样。车机端：与各OEM合作，将此功能直接嵌入至T-box以及中控屏内部。小程序：以微信小程序为例，可以更方便的获取机主手机号信息，并可以通过相关权限设置，拦截微信语音电话、微信群聊等语音相关呼叫。APP：未尚未安装此功能的手机用户或者未安装此功能的中控屏车辆用户提供使用此功能的可能性。APP可以下载到手机上，也可以下载到车机里。需要获取用户信息以打开权限。

可选地，在本申请的一个实施例中，当前驾驶场景包括车主驾驶场景和接客运营场景，其中，根据当前驾驶场景生成语音助手策略，包括：若当前驾驶场景为车主驾驶场景，则在对方联络人的身份标识和/或接听要求满足接听条件时，选择接听对方联络人的通话要求，否则记录对方联络人的电话信息；若当前驾驶场景为接客运营场景，则在对方联络人的身份标志为运营标志时，存储运营信息，并未处理运营信息时，每隔预设时长提醒运营信息。

例如，在车主驾驶场景下，可将通讯录进行分级：

如一级为优先级最高的联络人：如果车辆在行驶状态，那么电话连接进来将优先告知一级联络人：车主正在驾驶车辆，你是否要求车主亲自接听？如是，请按1，如不是，请按0。如果联络人选择1，那么系统判定本次电话为紧急电话，为车主连接对话。如果选择0，那么进入机器问答环节并记录对话信息。

需要说明的是，如果车辆为定义的非驾驶状态，那么系统不会做任何干预驾驶者接听拨打电环的行为。

如二级及其他未分级的联络人：系统将在判断车辆行驶时自动连入机器问答环节并记录电话信息。

需要说明的是，如果车辆为定义的非驾驶状态，那么系统不会做任何干预驾驶者接听拨打电环的行为。

可以理解的是，本申请实施例不但可以有效避免驾驶员在车辆行驶途中因接听电话而导致的注意力不集中从而引发车祸等意外情况，而且在租车、代价、大巴运营等场景下，也可以使乘客在整个行车途中，避免因为接听电话而有损乘车体验，从而为驾驶者高效提供有效信息的同时，以妨驾驶者错过重要信息，实现在最大限度保证驾乘者安全的前提下，提升驾乘者在驾乘车辆时的体验的目的。

又例如，在接客运营场景下，在满足上述车主驾驶场景的判断控制逻辑前提下，可以备注运营平台等官方电话簿，避免过滤掉运营车辆平台发打来的调度或紧急通知电话。

可选地，在本申请的一个实施例中，存储运营信息，包括：在存储空间低于预设阈值，或者运营信息的存储时长大于预设时长时，将运营信息备份至预设终端。

具体而言，数据可以在车辆自带的存储空间进行存储，也可以在云端进行备份。即言，因为通过电话的联系，一般都是比较紧急且重要的，那么我们建议驾驶者在4个小时(阀值可自定义)左右，就要进行信息回放及处理。处理包括且不限于的行为有：回拨电话，删除信息等。本申请实施例可以根据两个条件进行云备份。一、当数据超过存储空间的85％(阀值可自定义)以上时，自动备份至云端；二、当数据未达到存储空间85％(阀值可自定义)，但是已满足12小时(阀值可自定义)未进行信息处理相关操作时，自动备份至云端；三、云端信息将通过T-box每隔一段时间(可根据信息量的大小或者存储时长)推送一次通知，通知驾驶者处理云端信息。

在一些情况下，如考虑到冬季连接网络及云服务平台，会消耗大量的能量，建议冬季(环境温度较低时，这里可以利用经验设置阀值)使用较长的采样周期及云平台上传周期。

基于其他相关实施例的说明可以理解到的是，因为涉及第三方的接口及授权，信息安全需要重点考虑，本申请实施例可以对信息进行加密处理，从而提高信息的安全性，有效达到保护驾乘者的目的。

本领域技术人员应该理解到的是，，本申请实施例可以包含前端与后端两部分，前端用于与人(驾驶者等)进行交互，后端用于与车端(各类数据处理、存储)进行交互。本申请实施例可以有效避免驾驶员在车辆行驶途中因接听电话而导致的注意力不集中从而引发车祸等意外情况，并且在租车、代驾、大巴运营等场景下，也可以使乘客在整个行车途中，避免因为接听电话而有损乘车体验，以及可以通过云端或者本地磁盘将通话内容进行备份，为驾驶者记录信息的同时，提供信息回放回听的功能。

根据本申请实施例提出的车辆语音提醒方法，在车辆进入语音助手模式后，根据当前驾驶场景生成适应的语音助手策略，不但可以有效避免驾驶员在车辆行驶途中因接听电话而导致的注意力不集中从而引发车祸等意外情况，而且为驾驶者高效提供有效信息的同时，以妨驾驶者错过重要信息，在最大限度保证驾乘者安全的前提下，提升驾乘者在驾乘车辆时的体验，提高车辆的可靠性和安全性。由此，解决了车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验等问题。

其次参照附图描述根据本申请实施例提出的车辆语音提醒装置。

图3是本申请实施例的车辆语音提醒装置的方框示意图。

如图3所示，该车辆语音提醒装置10包括：检测模块100、获取模块200和语音助手模块300。

具体地，检测模块100，用于检测车辆的当前状态是否满足语音助手开启条件。

获取模块200，用于在满足语音助手开启条件时，控制车辆进入语音助手模式，并获取辆的当前驾驶场景。

语音助手模块300，用于根据当前驾驶场景生成语音助手策略，根据语音助手策略控制车载语音设备响应相应动作。

可选地，在本申请的一个实施例中，当前驾驶场景包括车主驾驶场景和接客运营场景，其中，语音助手模块300包括：第一助手单元和第二助手单元。

其中，第一助手单元，用于在当前驾驶场景为车主驾驶场景时，如果对方联络人的身份标识和/或接听要求满足接听条件，则选择接听对方联络人的通话要求，否则记录对方联络人的电话信息。

第二助手单元，用于在当前驾驶场景为接客运营场景时，如果在对方联络人的身份标志为运营标志，则存储运营信息，并未处理运营信息时，每隔预设时长提醒运营信息。

可选地，在本申请的一个实施例中，第二助手单元还用于在存储空间低于预设阈值，或者运营信息的存储时长大于预设时长时，将运营信息备份至预设终端。

需要说明的是，前述对车辆语音提醒方法实施例的解释说明也适用于该实施例的车辆语音提醒装置，此处不再赘述。

根据本申请实施例提出的车辆语音提醒装置，在车辆进入语音助手模式后，根据当前驾驶场景生成适应的语音助手策略，不但可以有效避免驾驶员在车辆行驶途中因接听电话而导致的注意力不集中从而引发车祸等意外情况，而且为驾驶者高效提供有效信息的同时，以妨驾驶者错过重要信息，在最大限度保证驾乘者安全的前提下，提升驾乘者在驾乘车辆时的体验，提高车辆的可靠性和安全性。由此，解决了车辆在行驶途中，接听电话导致违法，且易导致的注意力不集中从而引发车祸等意外情况，无法有效保证驾乘者的安全，降低驾乘者的驾乘体验等问题。

图4为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

存储器1201、处理器1202及存储在存储器1201上并可在处理器1202上运行的计算机程序。

处理器1202执行程序时实现上述实施例中提供的车辆语音提醒方法。

进一步地，电子设备还包括：

通信接口1203，用于存储器1201和处理器1202之间的通信。

存储器1201，用于存放可在处理器1202上运行的计算机程序。

存储器1201可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器1201、处理器1202和通信接口1203独立实现，则通信接口1203、存储器1201和处理器1202可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器1201、处理器1202及通信接口1203，集成在一块芯片上实现，则存储器1201、处理器1202及通信接口1203可以通过内部接口完成相互间的通信。

处理器1202可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上的车辆语音提醒方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (6)

1.一种车辆语音提醒方法，其特征在于，包括以下步骤：

检测车辆的当前状态是否满足语音助手开启条件；

在满足所述语音助手开启条件时，控制所述车辆进入语音助手模式，并获取所述车辆的当前驾驶场景；以及

根据所述当前驾驶场景生成语音助手策略，根据所述语音助手策略控制车载语音设备响应相应动作；

所述当前驾驶场景包括车主驾驶场景和接客运营场景，其中，所述根据所述当前驾驶场景生成语音助手策略，包括：

若所述当前驾驶场景为所述车主驾驶场景，则在对方联络人的身份标识和/或接听要求满足接听条件时，选择接听对方联络人的通话要求，否则记录所述对方联络人的电话信息；

若所述当前驾驶场景为所述接客运营场景，则在所述对方联络人的身份标志为运营标志时，存储所述运营信息，并未处理所述运营信息时，每隔预设时长提醒所述运营信息；

所述语音助手开启条件包括：

所述车辆的驾驶车门关闭；

和/或，所述车辆的实际车速小于预设车速；

和/或，所述车辆的驾驶位置对应的安全带闭合；

和/或，所述车辆处于点火状态；

和/或，所述车辆接收到助手开启指令；

还包括：

在检测到所述车辆的当前状态不满足所述语音助手开启条件时，判断是否触发开启按键；

若触发所述开启按键，则控制所述车辆进入所述语音助手模式。

2.根据权利要求1所述的方法，其特征在于，所述存储所述运营信息，包括：

在存储空间低于预设阈值，或者所述运营信息的存储时长大于预设时长时，将所述运营信息备份至预设终端。

3.一种车辆语音提醒装置，其特征在于，包括：

检测模块，用于检测车辆的当前状态是否满足语音助手开启条件；

获取模块，用于在满足所述语音助手开启条件时，控制所述车辆进入语音助手模式，并获取所述车辆的当前驾驶场景；以及

语音助手模块，用于根据所述当前驾驶场景生成语音助手策略，根据所述语音助手策略控制车载语音设备响应相应动作；

所述当前驾驶场景包括车主驾驶场景和接客运营场景，其中，所述语音助手模块包括：

第一助手单元，用于在所述当前驾驶场景为所述车主驾驶场景时，如果对方联络人的身份标识和/或接听要求满足接听条件，则选择接听对方联络人的通话要求，否则记录所述对方联络人的电话信息；

第二助手单元，用于在所述当前驾驶场景为所述接客运营场景时，如果在所述对方联络人的身份标志为运营标志，则存储所述运营信息，并未处理所述运营信息时，每隔预设时长提醒所述运营信息；

所述语音助手开启条件包括：

所述车辆的驾驶车门关闭；

和/或，所述车辆的实际车速小于预设车速；

和/或，所述车辆的驾驶位置对应的安全带闭合；

和/或，所述车辆处于点火状态；

和/或，所述车辆接收到助手开启指令；

还包括：

在检测到所述车辆的当前状态不满足所述语音助手开启条件时，判断是否触发开启按键；

若触发所述开启按键，则控制所述车辆进入所述语音助手模式。

4.根据权利要求3所述的装置，其特征在于，所述第二助手单元还用于在存储空间低于预设阈值，或者所述运营信息的存储时长大于预设时长时，将所述运营信息备份至预设终端。

5.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-2任一项所述的车辆语音提醒方法。

6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-2任一项所述的车辆语音提醒方法。

Images