一种基于车载应用程序的语音交互方法及装置与流程

1.本技术涉及智能车辆领域，具体而言，涉及一种基于车载应用程序的语音交互方法及装置。


背景技术：

2.目前，智能车辆正在快速发展，传统车辆中的智能设备也变得越来越丰富。其中，最为广泛应用的便是车辆上的车载应用程序。然而，基于行车环境安全性的考虑，人与车的交互必须在不影响驾驶者注意力和视线的前提条件下进行，因此如何更好地应用车载应用程序来辅助行车成为了一个值得深挖的议题。


技术实现要素：

3.本技术实施例的目的在于提供一种基于车载应用程序的语音交互方法及装置，能够通过语音交互方法来实现零接触智能辅助行车的效果，从而提高车载应用程序的可操作性及行车的安全性。
4.本技术实施例第一方面提供了一种基于车载应用程序的语音交互方法，包括：
5.当检测到用户输入的唤醒指令时，进入语音指令接收及处理状态；
6.在所述语音指令接收及处理状态下，接收用户输入的语音指令；
7.识别所述语音指令，得到指令信息；
8.将所述指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令；
9.根据所述待执行指令输出服务交互信息。
10.在上述实现过程中，该方法可以在检测到用户输入的唤醒指令时，进入语音指令接收及处理状态；并在语音指令接收及处理状态下，接收用户输入的语音指令；然后，识别语音指令，得到指令信息；再将指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令；最后，再根据待执行指令输出服务交互信息。可见，实施这种实施方式，能够通过语音交互方法来实现零接触智能辅助行车的效果，从而提高车载应用程序的可操作性及行车的安全性。
11.进一步地，所述根据所述待执行指令输出服务交互信息，包括：
12.根据所述待执行指令确定目标服务；
13.根据所述目标服务搜索服务交互信息；其中，所述服务交互信息至少包括服务商户的商品信息、所述服务商户得位置信息、到达所述服务商户的耗时信息、到达所述服务商户的导航信息中的一种或者多种；
14.输出所述服务交互信息。
15.进一步地，在所述根据所述待执行指令输出服务交互信息之后，所述方法还包括：
16.接收用户针对所述服务交互信息的选择指令；
17.根据所述选择指令从所述服务交互信息中确定目标服务商户信息；
18.输出所述目标服务商户信息。
19.进一步地，所述方法还包括：
20.检测是否接收到用户输入的唤醒指令；
21.如果是，执行所述的进入语音指令接收及处理状态。
22.进一步地，所述方法还包括：
23.当未检测到用户输入的所述唤醒指令时，确定所述车载应用程序所绑定车辆的当前能源损耗状态；
24.根据所述当前能源损耗状态判断是否需要车辆服务推送；
25.如果是，则根据所述当前能源损耗状态确定待推送的目标服务类型；
26.根据所述目标服务类型获取服务推送信息；
27.输出所述服务推送信息。
28.进一步地，所述方法还包括：
29.当不需要车辆服务推送时，获取所述绑定车辆的车主账户信息；
30.根据所述车主账户信息判断是否存在到期的账户服务；
31.如果是，则输出针对所述到期的账户服务的到期提醒信息。
32.本技术实施例第二方面提供了一种基于车载应用程序的语音交互装置，所述基于车载应用程序的语音交互装置包括：
33.状态进入单元，用于当检测到用户输入的唤醒指令时，进入语音指令接收及处理状态；
34.接收单元，用于在所述语音指令接收及处理状态下，接收用户输入的语音指令；
35.识别单元，用于识别所述语音指令，得到指令信息；
36.匹配单元，用于将所述指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令；
37.第一输出单元，用于根据所述待执行指令输出服务交互信息。
38.作为一种可选的实施方式，该基于车载应用程序的语音交互装置可以通过状态进入单元在检测到用户输入的唤醒指令时，进入语音指令接收及处理状态；再通过接收单元在语音指令接收及处理状态下，接收用户输入的语音指令；再通过识别单元识别语音指令，得到指令信息；再匹配单元将指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令；最后，再将第一输出单元来根据待执行指令输出服务交互信息。可见，实施这种实施方式，能够通过语音交互来实现零接触智能辅助行车的效果，从而提高车载应用程序的可操作性及行车的安全性。
39.进一步地，所述第一输出单元包括：
40.确定子单元，用于根据所述待执行指令确定目标服务；
41.搜索子单元，用于根据所述目标服务搜索服务交互信息；其中，所述服务交互信息至少包括服务商户的商品信息、所述服务商户得位置信息、到达所述服务商户的耗时信息、到达所述服务商户的导航信息中的一种或者多种；
42.输出子单元，用于输出所述服务交互信息。
43.进一步地，所述基于车载应用程序的语音交互装置还包括：
44.所述接收单元，还用于在所述根据所述待执行指令输出服务交互信息之后，接收
用户针对所述服务交互信息的选择指令；
45.第一确定单元，用于根据所述选择指令从所述服务交互信息中确定目标服务商户信息；
46.第二输出单元，用于输出所述目标服务商户信息。
47.进一步地，所述基于车载应用程序的语音交互装置还包括：
48.检测单元，用于检测是否接收到用户输入的唤醒指令；
49.所述状态进入单元，用于当检测到用户输入的唤醒指令时，进入语音指令接收及处理状态。
50.进一步地，所述基于车载应用程序的语音交互装置还包括：
51.第二确定单元，用于当未检测到用户输入的所述唤醒指令时，确定所述车载应用程序所绑定车辆的当前能源损耗状态；
52.判断单元，用于根据所述当前能源损耗状态判断是否需要车辆服务推送；
53.第三确定单元，用于当需要车辆服务推送时，根据所述当前能源损耗状态确定待推送的目标服务类型；
54.获取单元，用于根据所述目标服务类型获取服务推送信息；
55.第三输出单元，用于输出所述服务推送信息。
56.进一步地，所述基于车载应用程序的语音交互装置还包括：
57.所述获取单元，用于当不需要车辆服务推送时，获取所述绑定车辆的车主账户信息；
58.所述判断单元，用于根据所述车主账户信息判断是否存在到期的账户服务；
59.第四输出单元，用于当存在到期的账户服务时，输出针对所述到期的账户服务的到期提醒信息。
60.本技术实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本技术实施例第一方面中任一项所述的基于车载应用程序的语音交互方法。
61.本技术实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本技术实施例第一方面中任一项所述的基于车载应用程序的语音交互方法。
附图说明
62.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
63.图1为本技术实施例提供的一种基于车载应用程序的语音交互方法的流程示意图；
64.图2为本技术实施例提供的另一种基于车载应用程序的语音交互方法的流程示意图；
65.图3为本技术实施例提供的一种基于车载应用程序的语音交互装置的结构示意
图；
66.图4为本技术实施例提供的一种智能语音工作原理的示意图。
具体实施方式
67.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
68.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
69.实施例1
70.请参看图1，图1为本实施例提供了一种基于车载应用程序的语音交互方法的流程示意图。其中，该基于车载应用程序的语音交互方法包括：
71.s101、检测是否接收到用户输入的唤醒指令，若是，则执行步骤s102；如否，则结束本流程。
72.s102、进入语音指令接收及处理状态。
73.s103、在语音指令接收及处理状态下，接收用户输入的语音指令。
74.s104、识别语音指令，得到指令信息。
75.s105、将指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令。
76.s106、根据待执行指令输出服务交互信息。
77.本实施例中，该方法可以根据车主的实际用车习惯及车主账户的实时动态，对语音模型进行训练，智能分析用户诉求，主动适时触达用户，让语音技术提升汽车智能座舱的驾驶体验。
78.在本实施例中，当用户将车身信息，如油耗、电耗、地理位置、故障情况、胎压等授权给车载应用程序后，通过与汽车车载系统接口的对接，智能语音系统可以记录并识别汽车的能源损耗状态适时提醒车主附近的加油站、充电站导航服务；同时，当车辆故障、胎压等数据回传到智能语音系统时，系统将会提醒车主是否需要提供道路救援/一键呼叫服务。这种模式有利于促进手机端的“人找服务”到车载端的“服务找人”的转变。
79.在本实施例中，当车主登录车载应用程序后，智能语音系统可以对其车主账户内的动态信息进行参数提取和变量跟踪，实现“违章不逾期、活动不错过”。如果车主账户下有待处理的违章信息，系统将定向对违章数量和违章时间进行判断，通过语音提供违章查缴提醒服务；如果车主账户下有即将过期的卡券和预约的活动，系统可以生成服务日历，在临期时间之前主动发起语音提醒。如果车主账户下所绑定的保养、年检、车险等服务到期，系统除了到期提醒外，还支持预置汽车金融服务后进行解决方案推荐，帮助用户决策。在这种场景下，智能语音系统更接近于车载管家的角色，将用户车内车外相关的服务诉求关联起来，打造“智慧出行”新体验。
80.本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。
81.在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。
82.可见，实施本实施例所描述的基于车载应用程序的语音交互方法，能够从“零接触享受智能出行服务”的核心出发，围绕车主诉求和偏好，提供丰富智能的语音服务；还能够在很大程度上可以解决车主用户在车上不方便操作系统以及寻找行车用车服务的需求，从而仅能够让驾驶者双手不用离开方向盘、视线不用离开路面即可使用车载应用程序，还能够为汽车智能座舱提供虚拟助手提供更优的驾驶体验。
83.实施例2
84.请参看图2，图2为本实施例提供了一种基于车载应用程序的语音交互方法的流程示意图。其中，该基于车载应用程序的语音交互方法包括：
85.s201、检测是否接收到用户输入的唤醒指令，若是，则执行步骤s202～s211；若否，则执行步骤s212。
86.本实施例中，唤醒语音指令可以为“你好，xx”。
87.s202、进入语音指令接收及处理状态。
88.s203、在语音指令接收及处理状态下，接收用户输入的语音指令。
89.本实施例中，语音指令可以为“我要洗车”、“我要停车”等。
90.s204、识别语音指令，得到指令信息。
91.本实施例中，该方法可以在接收到语音指令后，行声音特征提取，与语音系统动作库模式匹配准则匹配，最终将语音指令转化为命令并执行。例如，用户想要洗车，说出“我要洗车”之后，系统自动跳转至特惠洗车功能页面，并继续提醒用户当前距离最近并有洗车优惠活动的洗车门店是什么，是否需要开启导航。相对于1v1的对话模式，基于大数据挖掘，深度理解和预测用户需求更显得人性化。其中，智能语音系统工作原理可以参见图4。
92.s205、将指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令。
93.s206、根据待执行指令确定目标服务。
94.s207、根据目标服务搜索服务交互信息。
95.本实施例中，服务交互信息至少包括服务商户的商品信息、服务商户得位置信息、到达服务商户的耗时信息、到达服务商户的导航信息中的一种或者多种。
96.s208、输出服务交互信息。
97.s209、接收用户针对服务交互信息的选择指令。
98.s210、根据选择指令从服务交互信息中确定目标服务商户信息。
99.s211、输出目标服务商户信息。
100.s212、确定车载应用程序所绑定车辆的当前能源损耗状态。
101.s213、根据当前能源损耗状态判断是否需要车辆服务推送，若是，则执行步骤s214～s216；若否，执行步骤s217～s218。
102.s214、根据当前能源损耗状态确定待推送的目标服务类型。
103.s215、根据目标服务类型获取服务推送信息。
104.s216、输出服务推送信息。
105.s217、获取绑定车辆的车主账户信息。
106.s218、根据车主账户信息判断是否存在到期的账户服务，若是，则执行步骤s219；若否，则结束本流程。
107.s219、输出针对到期的账户服务的到期提醒信息。
108.本实施例中，该方法可以根据车主的实际用车习惯及车主账户的实时动态，对语音模型进行训练，智能分析用户诉求，主动适时触达用户，让语音技术提升汽车智能座舱的驾驶体验。
109.在本实施例中，当用户将车身信息，如油耗、电耗、地理位置、故障情况、胎压等授权给车载应用程序后，通过与汽车车载系统接口的对接，智能语音系统可以记录并识别汽车的能源损耗状态适时提醒车主附近的加油站、充电站导航服务；同时，当车辆故障、胎压等数据回传到智能语音系统时，系统将会提醒车主是否需要提供道路救援/一键呼叫服务。这种模式有利于促进手机端的“人找服务”到车载端的“服务找人”的转变。
110.在本实施例中，当车主登录车载应用程序后，智能语音系统可以对其车主账户内的动态信息进行参数提取和变量跟踪，实现“违章不逾期、活动不错过”。如果车主账户下有待处理的违章信息，系统将定向对违章数量和违章时间进行判断，通过语音提供违章查缴提醒服务；如果车主账户下有即将过期的卡券和预约的活动，系统可以生成服务日历，在临期时间之前主动发起语音提醒。如果车主账户下所绑定的保养、年检、车险等服务到期，系统除了到期提醒外，还支持预置汽车金融服务后进行解决方案推荐，帮助用户决策。在这种场景下，智能语音系统更接近于车载管家的角色，将用户车内车外相关的服务诉求关联起来，打造“智慧出行”新体验。
111.本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。
112.在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。
113.可见，实施本实施例所描述的基于车载应用程序的语音交互方法，能够从“零接触享受智能出行服务”的核心出发，围绕车主诉求和偏好，提供丰富智能的语音服务；还能够在很大程度上可以解决车主用户在车上不方便操作系统以及寻找行车用车服务的需求，从而仅能够让驾驶者双手不用离开方向盘、视线不用离开路面即可使用车载应用程序，还能够为汽车智能座舱提供虚拟助手提供更优的驾驶体验。
114.实施例3
115.请参看图3，图3为本实施例提供的一种基于车载应用程序的语音交互装置的结构示意图。如图3所示，该基于车载应用程序的语音交互装置包括：
116.状态进入单元310，用于当检测到用户输入的唤醒指令时，进入语音指令接收及处理状态；
117.接收单元320，用于在语音指令接收及处理状态下，接收用户输入的语音指令；
118.识别单元330，用于识别语音指令，得到指令信息；
119.匹配单元340，用于将指令信息与预先构建的语音系统动作库模式匹配准则进行匹配，得到待执行指令；
120.第一输出单元350，用于根据待执行指令输出服务交互信息。
121.作为一种可选的实施方式，第一输出单元350包括：
122.确定子单元351，用于根据待执行指令确定目标服务；
123.搜索子单元352，用于根据目标服务搜索服务交互信息；其中，服务交互信息至少
包括服务商户的商品信息、服务商户得位置信息、到达服务商户的耗时信息、到达服务商户的导航信息中的一种或者多种；
124.输出子单元353，用于输出服务交互信息。
125.作为一种可选的实施方式，基于车载应用程序的语音交互装置还包括：
126.接收单元320，还用于在根据待执行指令输出服务交互信息之后，接收用户针对服务交互信息的选择指令；
127.第一确定单元360，用于根据选择指令从服务交互信息中确定目标服务商户信息；
128.第二输出单元370，用于输出目标服务商户信息。
129.作为一种可选的实施方式，基于车载应用程序的语音交互装置还包括：
130.检测单元380，用于检测是否接收到用户输入的唤醒指令；
131.状态进入单元310，用于当检测到用户输入的唤醒指令时，进入语音指令接收及处理状态。
132.作为一种可选的实施方式，基于车载应用程序的语音交互装置还包括：
133.第二确定单元390，用于当未检测到用户输入的唤醒指令时，确定车载应用程序所绑定车辆的当前能源损耗状态；
134.判断单元400，用于根据当前能源损耗状态判断是否需要车辆服务推送；
135.第三确定单元410，用于当需要车辆服务推送时，根据当前能源损耗状态确定待推送的目标服务类型；
136.获取单元420，用于根据目标服务类型获取服务推送信息；
137.第三输出单元430，用于输出服务推送信息。
138.作为一种可选的实施方式，基于车载应用程序的语音交互装置还包括：
139.获取单元420，用于当不需要车辆服务推送时，获取绑定车辆的车主账户信息；
140.判断单元400，用于根据车主账户信息判断是否存在到期的账户服务；
141.第四输出单元440，用于当存在到期的账户服务时，输出针对到期的账户服务的到期提醒信息。
142.本实施例中，对于基于车载应用程序的语音交互装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。
143.可见，实施本实施例所描述的基于车载应用程序的语音交互装置，能够从“零接触享受智能出行服务”的核心出发，围绕车主诉求和偏好，提供丰富智能的语音服务；还能够在很大程度上可以解决车主用户在车上不方便操作系统以及寻找行车用车服务的需求，从而仅能够让驾驶者双手不用离开方向盘、视线不用离开路面即可使用车载应用程序，还能够为汽车智能座舱提供虚拟助手提供更优的驾驶体验。
144.本技术实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本技术实施例1或实施例2中的基于车载应用程序的语音交互方法。
145.本技术实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本技术实施例1或实施例2中的基于车载应用程序的语音交互方法。
146.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过
其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
147.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
148.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
149.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
150.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
151.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。