语音交互方法、服务器和存储介质与流程

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.本发明的上述和/或附加的方面和优点可以从结合下面附图对实施方式的描述中将变得明显和容易理解，其中：图1是本发明的语音交互方法的流程示意图之一；图2是本发明的语音交互方法的流程示意图之二；图3是本发明的语音交互方法的流程示意图之三；图4是本发明的语音交互方法的流程示意图之四；图5是本发明的语音交互方法的流程示意图之五；图6是本发明的语音交互方法的流程示意图之六；图7是本发明的语音交互方法的流程示意图之七；图8是本发明的语音交互方法的流程示意图之八；图9是本发明的语音交互方法的槽位填充模型的结构示意图；图10是本发明的语音交互方法的总体流程示意图。
具体实施方式
28.下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中，相同或类似的标号自始至终表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明的实施方式，而不能理解为对本发明的实施方式的限制。
29.对于上述导航过程中语音交互的技术问题，常见的解决思路是，多轮继承，将目的地的实体名称继承改写到“目的地”的位置，使句子变成“某物理位置的天气怎么样”。然而，由于导航过程中，用户可能会有听音乐，接电话，闲聊，交谈等行为，此时谈话已进行了多轮甚至超多轮。导航场景是可持续的，用户在整个导航的过程中，随时可能询问目的地的天气。相比于前一轮，前两轮的语义继承，该种情况下查询天气时，对于目的地的实体继承非常的困难。可以理解地，对于采用相邻语音请求之间的实体继承的方案，在导航途中，用户可能在中途询问目的地的天气，当前语音请求与此前目的地相关的语音请求之间，用户可能与车已经进行了多次的语音交互，此时对于很多轮之前的目的地实体继承，是十分困难的。
30.有鉴于此，请参阅图1，本发明提供了一种语音交互方法。该语音交互方法包括：01：接收车辆转发的第一领域的用户语音请求，识别语音请求中的关键词；02：在语音交互的历史应用程序接口集合中，根据关键词查询获得第二领域的应用程序接口；03：根据查询到的应用程序接口的参数名称和参数取值，对语音请求进行关键词的替换和槽位识别并生成新的语音请求；04：对新的语音请求进行应用程序接口预测；05：根据查询到的应用程序接口的参数名称和参数取值以及槽位识别的结果，选择预测的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
31.本发明还提供一种服务器。服务器包括处理器和存储器，存储器上存储有计算机程序。处理器用于接收车辆转发的第一领域的用户语音请求，识别语音请求中的关键词；在语音交互的历史应用程序接口集合中，根据关键词查询获得第二领域的应用程序接口；根据查询到的应用程序接口的参数名称和参数取值，对语音请求进行关键词的替换和槽位识别并生成新的语音请求；对新的语音请求进行应用程序接口预测；根据查询到的应用程序接口的参数名称和参数取值以及槽位识别的结果，选择预测的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
32.接收车辆转发的第一领域的用户语音请求，识别语音请求中的关键词。不同领域的用户语音请求可以与不同的关键词相匹配。第一领域包括导航领域、音乐领域和天气领域等领域。例如，与导航领域和音乐领域对应的用户语音请求相匹配的关键词可以如表1所示，其中，对于导航领域，用户语音请求中匹配的关键词包括“目的地，那地儿，去的地方”，对于音乐领域，用户语音请求中匹配的关键词包括“来一首，放一个，再来一个”。
33.表1序号领域api字段api序号与api匹配的关键词1导航destination1目的地，那地儿，去的地方2音乐song,singer2来一首，放一个，再来一个在语音交互的历史应用程序接口集合中，根据关键词查询获得第二领域的应用程序接口。第二领域为与第一领域不同的领域。第二领域包括导航领域。
34.可以理解地，由于历史应用程序接口集合为用户经过多轮语音交互后，根据用户的多轮历史语音请求所对应预测生成的应用程序接口的集合，例如，在导航到目的地的过
程中，用户执行了打开车窗，播放周杰伦的音乐，以及音量调高多轮历史语音请求，这些历史语音请求分别对应具体的历史应用程序接口，上述具体的历史应用程序接口可以构成一个历史应用程序接口集合，因此，车辆转发的当前轮用户语音请求的所属领域可能与历史应用程序接口集合中对应的前一轮语音请求或前n轮语音请求（n≥2）对应的应用程序接口的所属领域不同。
35.根据关键词查询获得第二领域的应用程序接口，即，例如，对第一领域为天气领域的用户语音请求“目的地的天气怎么样”识别并提取到关键字为“目的地”，可以根据该关键词在历史应用程序接口集合中确定第二领域的应用程序接口，第二领域例如为导航领域。
36.然后，根据查询到的应用程序接口的参数名称和参数取值，对语音请求进行关键词的替换和槽位识别并生成新的语音请求。详细地，查询到的第二领域的应用程序接口的参数名称包括“destination”，参数取值为对应的地点名称，根据该参数名称和参数取值对语音请求进行关键词的替换和槽位识别生成新的语音请求。查询到的应用程序接口的参数名称包括“song”，参数取值为对应的歌曲名称，根据该参数名称和参数取值对语音请求进行关键词的替换和槽位识别生成新的语音请求。例如，将获取的参数取值为“中关村”补充到当前第一领域的语音请求“目的地天气怎么样”，形成新的语音请求“中关村天气怎么样”最后，对新的语音请求进行应用程序接口预测，根据查询到的应用程序接口的参数名称和参数取值以及槽位识别的结果，选择预测的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
37.本发明为利用历史应用程序接口集合确定与关键词关联的第二领域的应用程序接口，直接在关联的第二领域的应用程序接口中提取出对应的参数名称和参数取值，即本发明利用关键词查询获得第二领域的应用程序接口，直接在查询到的应用程序接口中提取出对应的参数名称和参数取值，相比ner模型提取实体名称，会更加的快捷，本发明采用端到端的直接预测应用程序接口方式，更加高效，便捷。
38.本发明的语音交互方法和服务器能够实现较长时间、跨领域的实体继承，满足了用户在导航期间，与车辆端进行多次语音交互后，仍然可以随时查询目的地天气等需求，提升了用户体验。
39.请参阅图2，步骤01包括：011：接收车辆转发的天气领域的用户语音请求，识别所述语音请求中的关键词；步骤02包括：021：在语音交互的历史应用程序接口集合中，根据所述关键词查询获得导航领域的应用程序接口。
40.处理器用于对接收车辆转发的天气领域的用户语音请求，识别所述语音请求中的关键词；在语音交互的历史应用程序接口集合中，根据所述关键词查询获得导航领域的应用程序接口。
41.例如，对第一领域为天气领域的用户语音请求“目的地的天气怎么样”识别并提取到关键字为“目的地”，可以根据该关键词在历史应用程序接口集合中确定第二领域的应用程序接口，第二领域例如为导航领域。
42.如此，可以实现跨领域的实体继承，满足了用户在导航期间，与车辆端进行多次语音交互后，仍然可以随时查询目的地天气的需求，提升了用户体验。
43.请参阅图3，步骤01包括：012：对语音请求进行语音识别并预处理得到待处理文本；013：对待处理文本进行关键词识别得到关键词。
44.处理器用于对语音请求进行语音识别并预处理得到待处理文本；对待处理文本进行关键词识别得到关键词。
45.首先，对语音请求进行自动语音识别（automaticspeechrecognition，asr），并对识别后的语音文本进行预处理，得到待处理文本。其中，考虑到实际情况下由于车辆硬件限制，网络不稳定，用户口语化或者方言化等原因导致asr识别后的语音文本不够清晰准确，因此还需要进行一些常规文本纠错，以及一些无意义词语的去除等，比如“啊”，“请”等。
46.然后，对待处理文本进行关键词识别得到关键词。
47.如此，可以得到较为清晰准确地待处理文本，并可以根据待处理文本进行关键词识别得到清晰且准确的关键词。
48.请参阅图4，步骤02包括：022：根据预设关键词和应用领域的对应关系确定关键词的领域；023：根据关键词对应的领域在历史应用程序接口集合中进行匹配获得第二领域的应用程序接口。
49.处理器用于根据预设关键词和应用领域的对应关系确定关键词的领域；根据关键词对应的领域在历史应用程序接口集合中进行匹配获得第二领域的应用程序接口。
50.预设关键词和应用领域的对应关系可以构成一个关键词与应用领域的对应关系表。例如，预设关键词“来一首，放一个，再来一个”对应为音乐播放的应用领域，预设关键词“目的地，那地儿，去的地方”对应为导航的应用领域。
51.首先，根据预设关键词和应用领域的对应关系确定关键词的领域。例如，若识别用户当前语音请求中的关键词为“来一首”，则根据预设关键词和应用领域的对应关系可以确定该关键词“来一首”应用于音乐播放的应用领域，即关键词“来一首”的领域为音乐领域。若识别用户当前语音请求中的关键词为“那地儿”，则根据预设关键词和应用场景的对应关系可以确定该关键词“那地儿”应用于导航播放的应用领域，即关键词“那地儿”的领域为导航领域。
52.然后，在确定关键词的领域之后，可以根据关键词对应的领域在历史应用程序接口集合中进行匹配获得第二领域的应用程序接口。例如，关键词“那地儿”，确定领域为导航领域，则可以在历史应用程序接口集合中进行匹配获得第二领域的应用程序接口为地点相关的应用程序接口。例如，历史应用程序接口集合中的一条地点相关的应用程序接口为“导航去中关村”，则确定第二领域的应用程序接口包括“导航去中关村”。获得的第二领域的应用程序接口的数量可以为1个或多个，其数量多少取决于历史应用程序接口集合中为地点相关的接口数量。
53.如此，可以通过预设关键词和应用领域的对应关系确定关键词的领域，并根据关键词对应的领域在历史应用程序接口集合中进行匹配获得第二领域的应用程序接口，克服了以往语义继承只能继承前一轮、或者两轮，或者需要进行规则配置的问题，从而完成跨领域的实体继承。
54.请参阅图5，步骤03包括：
031：确定查询到的应用程序接口中关键词对应的参数名称；032：根据关键词对应的参数名称的参数取值对语音请求进行关键词的替换和槽位识别并生成新的语音请求。
55.处理器用于确定查询到的应用程序接口中关键词对应的参数名称；根据关键词对应的参数名称的参数取值对语音请求进行关键词的替换和槽位识别并生成新的语音请求。
56.可以理解地，每个第二领域的应用程序接口均包含参数名称和参数取值。如，导航领域的应用程序接口中包括多个参数名称和多个参数取值，参数名称“location”，表示当前位置，参数名称“destination”，表示目的地。
57.因此，对于前文所述的用户语音请求“去的地方天气怎么样”，关键词为“去的地方”，可以确定查询到的应用程序接口中与关键词“去的地方”对应的参数名称为“destination”，若参数名称“destination”对应的参数取值为“中关村”，因此可以对语音请求“去的地方天气怎么样”进行关键词的替换和槽位识别并生成新的语音请求“中关村天气怎么样”。
58.另外，需要说明的是，在导航场景中，由于导航到某个地方为动态的实时过程，因此会一直显示从当前位置到目的地的应用程序接口。因此，按照时间顺序来讲，与导航有关的应用程序接口的是最新的且最容易获取的。
59.如此，本发明可以通过确定查询到的应用程序接口中关键词对应的参数名称，然后根据关键词对应的参数名称的参数取值对语音请求进行关键词的替换和槽位识别并生成新的语音请求，进而完成语音交互。
60.请参阅图6，步骤04包括：041：将新的语音请求作为文本序列进行编码得到词特征向量；042：利用预设模型对词特征向量输入进行处理以对新的语音请求进行应用程序接口预测。
61.处理器用于将新的语音请求作为文本序列进行编码得到词特征向量；利用预设模型对词特征向量输入进行处理以对新的语音请求进行应用程序接口预测。
62.例如，将前文所述的例子中得到新的语音请求为“中关村天气怎么样”作为文本序列编码得到词特征向量为“[cls]中关村天气怎么样[sep]”。
[0063]
然后，利用预设模型对词特征向量“[cls]中关村天气怎么样[sep]”输入进行处理以对新的语音请求“中关村天气怎么样”进行应用程序接口预测。其中，预设模型为端到端的应用程序接口预测模型。
[0064]
如此，本发明的语音交互方法基于端到端的预设模型对新的语音请求进行应用程序接口预测，进而实现较长时间、跨领域的实体继承。
[0065]
请参阅图7，步骤05包括：051：根据查询到的应用程序接口的参数名称和参数取值、槽位识别的结果、预测到的应用程序接口和预测到的应用程序接口类型确定槽位填充的目标参数；052：根据槽位识别的结果和目标参数，选择预测到的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
[0066]
处理器用于根据查询到的应用程序接口的参数名称和参数取值、槽位识别的结果、预测到的应用程序接口和预测到的应用程序接口类型确定槽位填充的目标参数；根据
槽位识别的结果和目标参数，选择预测到的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
[0067]
例如，若查询到的应用程序接口的参数名称为“destination”，查询到的应用程序接口的参数取值为“中关村”，对语音请求“去的地方天气怎么样”进行槽位识别得到槽位识别的结果为“去的地方”，对新的语音请求“中关村天气怎么样”进行应用程序接口预测到的应用程序接口为接口a，该应用程序接口a的类型为导航类型，因此，可以确定对应用程序接口a执行应用程序接口参数进行槽位填充的目标参数为“destination”。
[0068]
然后，根据槽位识别的结果“去的地方”和目标参数“destination”，选择预测到的应用程序接口a执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
[0069]
如此，本发明可以根据对第一领域的用户语音请求的槽位识别的结果和根据查询到的应用程序接口的参数名称和参数取值、槽位识别的结果、预测到的应用程序接口和预测到的应用程序接口类型确定槽位填充的目标参数，选择预测到的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互，进而实现较长时间、跨领域的实体继承。
[0070]
更具体地，请参阅图8，步骤051包括：0511：将查询到的应用程序接口的参数名称和参数取值、槽位识别的结果的槽位取值拼接作为文本序列进行编码得到第一特征向量；0512：将槽位识别的结果的槽位类型映射为第一身份标识，并将第一身份标识转换为第二特征向量；0513：将预测到的应用程序接口类型映射为第二身份标识，并将第二身份标识转换为第三特征向量；0514：将预测到的应用程序接口的参数映射为第三身份标识，并将第三身份标识转换为第四特征向量；0515：利用槽位填充模型对第一特征向量、第二特征向量、第三特征向量和第四特征向量进行处理以确定目标参数。
[0071]
处理器用于将查询到的应用程序接口的参数名称和参数取值、槽位识别的结果的槽位取值拼接作为文本序列进行编码得到第一特征向量；将槽位识别的结果的槽位类型映射为第一身份标识，并将第一身份标识转换为第二特征向量；将预测到的应用程序接口类型映射为第二身份标识，并将第二身份标识转换为第三特征向量；将预测到的应用程序接口的参数映射为第三身份标识，并将第三身份标识转换为第四特征向量；利用槽位填充模型对第一特征向量、第二特征向量、第三特征向量和第四特征向量进行处理以确定目标参数。
[0072]
请结合图9，首先，将查询到的应用程序接口的参数名称和参数取值、槽位识别的结果的槽位取值拼接作为文本序列进行编码得到第一特征向量“api argument [sep] slot value”。例如，对用户语音请求“目的地天气怎么样”进行槽位识别可以得到的槽位识别的结果为[“目的地”——地点（destination）]，即，槽位识别的结果包括槽位取值和槽位类型，其中“目的地”为槽位取值，地点（destination）为槽位类型。查询到的应用程序接口的参数名称为“destination”，参数取值为“中关村”。即，本发明通过第一嵌入矩阵对查询到的应用程序接口的参数名称和参数取值和槽位取值拼接可以得到第一特征向量为“[cls]destination中关村[sep]目的地[sep]”。
[0073]
然后，构建一个槽位类型映射和一个应用程序接口类型映射，如图9所示，本发明对槽位类型及应用程序接口类型进行映射的嵌入矩阵为额外嵌入矩阵。本发明通过额外嵌入矩阵将槽位识别的结果的槽位类型映射为第一身份标识slot-type，并将第一身份标识slot-type转换为第二特征向量；将预测到的应用程序接口类型映射为第二身份标识api-type，并将第二身份标识api-type转换为第三特征向量；将预测到的应用程序接口的参数映射为第三身份标识agrument-type，并将第三身份标识agrument-type转换为第四特征向量。其中，第二特征向量、第三特征向量和第四特征向量作为额外特征向量（extra eembeddings）。
[0074]
最后，利用槽位填充模型对第一特征向量、第二特征向量、第三特征向量和第四特征向量进行处理以确定目标参数。如图9中所示，经过槽位填充模型可以输出得到参数填充逻辑（argument filing logits），即可以根据该参数填充逻辑确定目标参数。
[0075]
可以理解地，本发明的槽位填充模型是预先构建及训练好的槽位填充模型，可以确定目标应用程序接口中槽位填充的目标参数，从而提升后续槽位填充任务的精度。
[0076]
具体的槽位填充模型的结构如图9所示，槽位填充模型整体架构基于双向编码器表示（bidirectional encoder representations from transformers，bert）模型，槽位填充模型的输入为第一特征向量“api agrument [sep] slot value”，并将上述的三个额外特征向量作为额外特征融入槽位填充模型，即，槽位填充模型的建模方式融合了额外特征的语义相似度判别任务，经过槽位填充模型输出参数填充逻辑，从而实现应用程序接口参数填充任务。
[0077]
如此，本发明聚焦于端到端架构的槽位填充模型，提出了一种融入了额外特征的槽位填充方案，相比较目前的只运用槽位取值和应用程序接口参数进行判断的方法，本发明融入了用户槽位识别结果的槽位类型、应用程序接口类型和应用程序接口的参数等额外特征，可以显著提升槽位填充任务的准确度，进而提升应用程序接口参数填充任务的精度。
[0078]
此外，语音交互方法还包括：06：输出执行结果下发至车辆完成语音交互之后，将执行参数填充后的目标应用程序接口添加到所述历史应用程序接口集合。
[0079]
处理器用于输出执行结果下发至车辆完成语音交互之后，将执行参数填充后的目标应用程序接口添加到所述历史应用程序接口集合。
[0080]
输出执行结果下发至车辆完成语音交互之后，将执行参数填充后的目标应用程序接口添加到所述历史应用程序接口集合在输出执行结果下发至车辆完成语音交互之后，将执行参数填充后的目标应用程序接口添加到历史应用程序接口集合，该目标应用程序接口能够作为下一轮无实体的用户语音请求的候选应用程序接口。
[0081]
如此，本发明交互方法中的应用程序接口可迭代，能够动态更新当前语音请求对应的历史应用程序接口集合，更为便捷、高效。
[0082]
另外，为了便于理解，本发明的交互方法的总体流程示意图如图10所示，在图10中，“query”即为当前车辆转发的第一领域的用户语音请求，“api列表”即为历史应用程序接口集合。
[0083]
本发明还提供一种包含有计算机程序的非易失性计算机可读存储介质。当计算机程序被一个或多个处理器执行时，实现上述任意实施例所述的交互方法。
[0084]
例如，计算机程序被处理器执行时实现以下交互方法的步骤：01：接收车辆转发的第一领域的用户语音请求，识别语音请求中的关键词；02：在语音交互的历史应用程序接口集合中，根据关键词查询获得第二领域的应用程序接口；03：根据查询到的应用程序接口的参数名称和参数取值，对语音请求进行关键词的替换和槽位识别并生成新的语音请求；04：对新的语音请求进行应用程序接口预测；05：根据查询到的应用程序接口的参数名称和参数取值以及槽位识别的结果，选择预测的应用程序接口执行应用程序接口参数填充，输出执行结果下发至车辆完成语音交互。
[0085]
可以理解，计算机程序包括计算机程序代码。计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（rom，read-only memory)、随机存取存储器（ram，random access memory)、以及软件分发介质等。
[0086]
本发明的计算机可读存储介质应用上述语音交互方法能够实现较长时间、跨领域的实体继承，满足了用户在导航期间，与车辆端进行多次语音交互后，仍然可以随时查询目的地天气等需求，提升了用户体验。