CN113113015A - 交互方法、信息处理方法、车辆和服务器 - Google Patents

Abstract

本申请公开了一种车载地图应用程序探路场景的交互方法。交互方法包括：获取用户针对探路场景的语音交互信息；发送语音交互信息和探路场景信息至服务器；接收服务器根据语音交互信息、探路场景信息和对应探路场景信息的信息模板生成的操作指令；执行与操作指令对应的操作。本申请实施方式的交互方法中，车载地图应用程序探路场景的图形用户界面信息同步到服务器端，实现了本地与云端信息的同步及一致性，服务器掌握了更多的车载地图应用程序图形用户界面的信息，提供了通过语音在探路场景中交互的可能性，使得语音交互更加智能。本申请还公开了一种信息处理方法、车辆、服务器及计算机可读存储介质。

Description

交互方法、信息处理方法、车辆和服务器

技术领域

本申请涉及语音识别技术领域，特别涉及一种探路场景的交互方法、信息处理方法、车辆、服务器和计算机可读存储介质。

背景技术

随着人工智能技术的发展，语音智能平台或者说语音助手因为能够在一定条件下识别用户的语音输入并生成相应的操作指令，为用户操作终端设备提供了极大的便利，提升了终端设备的智能性，而被广泛应用，例如应用于汽车的人机交互中。然而，相关技术中，语音交互还停留在较为初级的阶段，仅能实现简单的交互，而对于较为复杂功能不能够通过语音交互实现，智能性较差。例如，车载导航地图通常不支持在探路场景中进行语音交互，而仅能通过图形交互界面来操作。

发明内容

有鉴于此，本申请的实施例提供了一种信息处理方法、交互方法、服务器、终端和计算机可读存储介质。

本申请提供了一种车载地图应用程序探路场景的交互方法，所述车载地图应用程序包括探路场景信息，所述交互方法包括：

获取用户针对探路场景的语音交互信息；

发送所述语音交互信息和所述探路场景信息至服务器；

接收所述服务器根据所述语音交互信息、所述探路场景信息和对应所述探路场景信息的信息模板生成的操作指令；

执行与所述操作指令对应的操作。

在某些实施方式中，所述探路场景信息包括所述探路场景的图形用户界面的控件信息。

在某些实施方式中，所述控件信息包括探路路线列表、表示启动探路的控件、表示退出探路的控件和表示对探路路线途经点进行设置的控件中的一个或多个。

在某些实施方式中，所述服务器将所述语音交互信息和所述探路场景信息与所述信息模板进行匹配，并根据所述匹配的结果生成所述操作指令，所述接收所述服务器根据所述语音交互信息、所述信息和对应所述探路场景信息的信息模板生成的操作指令包括：

接收所述服务器根据匹配成功所生成的执行指令；

所述执行与所述操作指令对应的操作包括：

对所述探路场景进行与所述执行指令对应的操作。

在某些实施方式中，所述接收所述服务器根据所述语音交互信息、所述探路场景信息和对应所述探路场景信息的信息模板生成的操作指令包括：

接收所述服务器根据匹配失败所生成的反馈指令；

所述执行与所述操作指令对应的操作包括：

根据所述反馈指令播报匹配失败的信息以对用户进行提示。

在某些实施方式中，所述对所述探路场景进行与所述执行指令对应的操作包括：

判断所述车载地图应用程序是否拦截所述执行指令；

若所述车载地图应用程序未拦截所述执行指令，通过所述车载地图应用程序的软件开发工具包对所述探路场景进行与所述执行指令对应的操作。

在某些实施方式中，所述对所述探路场景进行与所述执行指令对应的操作还包括：

若所述车载地图应用程序拦截所述执行指令，通过所述软件开发工具包将所述执行指令透传至所述车载地图应用程序；

通过所述车载地图应用程序对所述探路场景进行与所述执行指令对应的操作。

本申请提供了一种信息处理方法，包括：

接收车载地图应用程序上传的探路场景信息；和

处理所述探路场景信息以得到对应的信息模板。

在某些实施方式中，所述处理所述探路场景信息以得到信息模板包括：

泛化与所述探路场景信息交互的表达方式以得到所述信息模板。

在某些实施方式中，所述信息处理方法还包括：

接收所述车辆发送的针对探路场景的语音交互信息；

将根据所述语音交互信息和所述探路场景信息与所述信息模板进行匹配；

根据所述匹配结果生成执行指令或反馈指令并发送至所述车辆。

本申请提供了一种车辆，所述车辆的操作系统安装有车载地图应用程序，所述车载地图应用程序包括探路场景信息，所述车辆包括：

语音获取模块，用于获取用户针对探路场景的语音交互信息；

通信模块，用于发送所述语音交互信息和所述探路场景信息至服务器并接收所述服务器根据所述语音交互信息、所述探路场景信息和对应所述探路场景信息的信息模板生成的操作指令；

控制模块，用于执行与所述操作指令对应的操作。

本申请提供了一种服务器，包括：

通信模块，用于接收车载地图应用程序上传的探路场景信息；和

处理模块，用于处理所述探路场景信息以得到对应的信息模板。

本申请提供了一种包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行所述的车载地图应用程序探路场景的交互方法或所述的信息处理方法。

本申请实施方式的探路场景的交互方法、信息处理方法、车辆、服务器及计算机可读存储介质中，车载地图应用程序探路场景的图形用户界面信息同步到服务器端，实现了本地与云端信息的同步及一致性，服务器掌握了更多的车载地图应用程序图形用户界面的信息，提供了通过语音在探路场景中交互的可能性，使得语音交互更加智能。

附图说明

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

图1是本申请某些实施方式的交互方法的流程示意图。

图2是本申请某些实施方式的车辆的模块示意图。

图3是本申请某些实施方式的交互方法的场景示意图。

图4是本申请某些实施方式的交互方法的流程示意图。

图5是本申请某些实施方式的交互方法的流程示意图。

图6是本申请某些实施方式的信息处理方法的流程示意图。

图7是本申请某些实施方式的服务器的模块示意图。

图8是本申请某些实施方式的车辆与服务器的交互示意图。

图9是本申请某些实施方式的信息处理方法的流程示意图。

图10是本申请某些实施方式的信息处理方法的流程示意图。

具体实施方式

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

请参阅图1，本申请提供了一种车载地图应用程序的探路场景的交互方法。包括：

S10：获取用户针对探路场景的语音交互信息；

S20：发送语音交互信息和探路场景信息至服务器；

S30：接收服务器根据语音交互信息、探路场景信息和对应探路场景信息的信息模板生成的操作指令；

S40：执行与操作指令对应的操作。

本申请实施方式提供了一种车辆。车辆包括显示区域、电声元件、通信元件和处理器。车辆的显示区域可以包括仪表屏、车载显示区域屏幕以及车辆挡风玻璃上可以实现的抬头显示等。车辆上运行的车载系统使用图形用户界面(Graphical User Interface，GUI)为用户呈现展示的内容。显示区域包括诸多UI元素，不同的显示区域可以展示相同或不同的UI元素。其中，UI元素可以包括卡片对象、应用程序图标或界面、文件夹图标、多媒体文件图标以及用于进行交互可操作的控件等。电声元件用于获取用户针对探路场景的语音交互信息。通信元件用于发送语音交互信息和探路场景信息至服务器，并用于接收服务器根据语音交互信息、探路场景信息和对应探路场景信息的信息模板生成的操作指令。处理器用于执行与操作指令对应的操作。

请参阅图2，本申请实施方式还提供了一种车辆100，本申请实施方式的交互方法可以由本申请实施方式的车辆100实现。

具体地，车辆100的操作系统安装有车载地图应用程序，车辆100包括语音获取模块102、通信模块104和控制模块106。S10可以由语音获取模块102实现，S20、S30可以由通信模块104实现，S40可以由控制模块106实现。或者说，语音获取模块102用于获取用户针对探路场景的语音交互信息。通信模块104用于发送语音交互信息和探路场景信息至服务器，并用于接收服务器根据语音交互信息、探路场景信息和对应探路场景信息的信息模板生成的操作指令。控制模块106用于执行与操作指令对应的操作。

本申请实施方式的车载地图应用程序探路场景的交互方法及车辆100中，将车载地图应用程序图形用户界面的探路场景信息同步到服务器端，实现了本地与云端信息的同步及一致性，服务器掌握了更多的车载地图应用程序图形用户界面的信息，提供了通过语音在探路场景中交互的可能性，使得语音交互更加智能。

具体地，用户在使用相关的车载地图应用程序查询前往目的地的路线时，可通过应用程序的路线规划界面选择进入探路模式，或者在车载地图应用程序监测到车辆已经开始行驶、且车载地图应用程序停留在路线查询界面时，车载地图应用程序自动切换为探路模式。在用户已到达目的地附近时，车载地图应用程序自动退出探路模式。相较于路线查询界面，车载地图应用程序进入探路模式时，能够为用户播报沿途电子眼信息，且在探测到更优路线时主动推送给用户，便利用户关注路况变化、获得更优驾驶路线。

相关技术中，车辆的智能显示区域可以为用户提供控制车辆以及与车辆进行交互的便捷入口，在车载操作系统中添加语音助手功能，能够在一定条件下通过识别语音及语义识别对用户输入的语音信息进行解析，便捷地生成相应的控制指令，进一步地为用户与车辆的交互提供便利。然而，对于车载地图应用程序而言，语音交互还停留在较为初级的阶段，仅能实现简单的交互，例如，通过语音实现对车载地图应用程序的图形用户界面显示比例的放大和缩小操作。而对于较为复杂功能，例如，对于选择某一信息点，进入探路模式并获得多个探路路线的场景，用户仅能通过在图形用户界面中的输入，例如点击等输入与计算得到的探路路线进行交互，如切换不同路线进行查看，选择某一路线进行探路等操作，而无法通过语音实现交互。对于当前正处于行车模式的情况，用户一边驾车一边通过车载地图应用程序的图形用户界面进行交互，存在一定的安全风险。

在本实施方式中，用户唤醒语音助手后，进行语音信息输入，在获取语音信息的同时，获取车辆当前车载地图应用程序的探路场景界面所展示的包括探路线路、路况等在内的图形用户界面的信息。探路场景信息包括显示形式与显示结构两方面信息。显示形式也即是探路场景的呈现方式，例如探路场景可以多窗口、窗口与卡片结合等形式呈现，显示结构也即是窗口等展示显示形式的具体构成，例如，窗口包括的子内容的行列数量，包括的控件、控件在场景中分布的位置，显示层级等。

用户在本地唤醒语音助手后，输入与探路场景交互的语音交互信息。车辆将语音交互信息以及探路场景信息发送至云端服务商的服务器，服务器利用探路场景信息作为辅助信息，对语音交互信息进行解析，从而生成操作指令，并回传给本地的车辆，进而车辆根据操作指令执行对应的操作。

其中，探路场景信息通过语音软件开发工具包同步至服务器，语音软件开发工具包是车载地图应用程序与服务器进行语音交互的枢纽。一方面软件开发工具包定义了语音交互信息的生成规范。另一方面，语音软件开发工具包能够实现将车载地图应用程序中的探路场景信息同步到服务器，并将服务器针对语音交互信息生成的操作指令传输到车载地图应用程序。

在一个示例中，车载地图应用程序可调用软件开发工具包提供的信息同步方法，将探路场景信息同步到软件开发工具包。

软件开发工具包对接收到的探路场景信息进行信息容错和规范性检查。具体而言，根据语音交互生成规范对于探路场景信息中可能存在的错误信息进行纠正处理，从而保证探路场景信息数据满足生成规范，可以被服务器识别解析。此外，软件开发工具包根据语音交互的生成规范对车载地图应用程序中的探路场景信息的数据进行检查。例如，检查数据的属性是否正确，数据中元素编码是否唯一等。若属性配置正确，也即是满足生成规范，则将该探路场景信息放行。否则将给予车载地图应用程序反馈，例如反馈错误日志或者在车载地图应用程序界面上进行提醒等。

对语音交互信息的解析通常包括语音识别和语义解析两部分，语音识别可以在本地完成，例如可以通过车辆的文本语音转换模块对语音交互信息进行识别，将语音转换为文本。当然，语音识别也可以在服务器进行，从而减小车辆端操作系统的处理负担。语义解析可以在服务器完成，一般地，通过对文本进行分词、分析等步骤实现对于语音交互信息的理解。

可以理解地，探路场景信息可以让服务器在进行语义解析时，更加明确车辆当前所处的交互场景，有效地限缩了语义解析的范围。例如，在车载地图应用程序处于探路场景中，用户在路程最短的探路场景进行探路行驶的过程中，路况逐渐拥堵，因此，希望切换到时间最短的路线，以将探路路线由当前路线切换至时间最短的路线并前往目的地，发出“时间最短”的语音交互信息，若服务器没有同步获取探路场景信息，在语义解析时，不能明确用户的语义，而返回无法识别的语音反馈。而在同步获取探路场景信息情况下，服务器就可以判断用户是希望以计算得到的时间最短的线路为探路路线控制车辆导航前往目的地，从而控制车辆采用该时间最短路线导航前往目的地。

又如，在车载地图应用程序处于探路场景时，用户希望进行查看其中某一条探路路线，发出“查看第N条路线”的语音指令。若服务器没有同步获取探路场景信息，在语义解析时，不能明确用户的实际语义，而仅生成无法识别的报错提示。而在同步获取探路场景信息情况下，服务器就可以判断用户是希望查看探路列表中的第N条路线，从而在车载地图应用程序的图形用户界面上的显示对应的路线。

如此，可以提高语音控制的智能性与命中真实意图的成功率，用户体验更佳。

探路场景信息的信息模板，是根据车辆上传的探路场景图形用户界面中功能与内容在经过处理后形成的信息模板。信息模板存储在服务器中，如此，在接收到用户上传的探路场景信息后，通过与信息模板进行匹配，服务器可以确认与当前探路场景信息对应的信息模板，从而获知用户当前的交互场景，不仅能够根据语音交互信息判断用户的意图，还能根据用户交互的探路场景界面，来辅助语音交互信息对用户的真实意图进行解析。

此外，本申请中，驾驶员可以在行车过程中的任意时刻，例如行驶或驻车状态，均可与车载地图应用程序进行语音交互，从而实现车载地图比例尺的调整。特别是在行车状态中，采用语音输入代替了用户通过手动输入与车载地图应用程序进行交互，更能兼顾行车安全。

在本实施方式中，探路场景信息包括探路场景的图形用户界面的控件信息。

具体地址，在实际使用车载地图应用程序过程中，用户在选择地图中某一信息点后，例如当次行驶的目的地，发起前往该信息点路线获取的请求，经计算后，车载地图应用程序返回探路路线结果列表。用户可在探路路线列表中选择其中的一个线路发起探路从而进入探路场景，并在探路过程中进行进一步操作，例如切换路线、切换2D/3D探路界面等。

这些内容以相应的控件布局并进行展示，探路场景信息也即是当前正在发生的探路场景中的图形用户界面的控件信息，车载地图应用程序通过语音交互控件库控件来布局探路场景信息，从而构建可语音控制的布局数据结构。数据结构设计过程中需要将支持图形交互操作的控件替换为支持语音交互的控件，也即是语音交互控件库中的控件。例如，将原有结构中的线性布局控件LinearLayout，替换为语音交互控件库封装的支持语音交互操作的线性布局控件XLinearLayout。又如，将原有结构中的文本控件TextView，替换为语音交互控件库封装的支持语音交互操作的文本控件XTextView。

控件一般包括但不限于如下信息：元素标识、元素类型、元素的动作类型以及元素的语音说法等。其中，元素标识对于每个元素而言是唯一的，通过该标识可以寻找到该元素。元素类型可包括组、文本、图像等。元素的动作类型可包括点击、滑动等。元素的语音说法包括唤醒某一操作关键词等。

请参阅图3，控件信息包括探路路线列表、表示启动探路的控件、表示退出探路的控件和表示对探路路线途经点进行设置的控件中的一个或多个。

具体地，车载地图应用程序可针对以下探路路线交互所对应的控件进行布局，例如开始探路、退出探路、路线信息、途经点设置等。

其中，“探路路线列表”用于显示采用不同标准计算得到探路路线，“探路路线列表”可支持语音交互切换或选中路线信息列表中的某条路线，并根据该条路线发起探路。在交互过程中，可提供如“已切换至某路线”的语音反馈。且图形用户界面中，路线信息列表及地图中均高亮显示被选中的路线。

表示启动探路的控件可以是“开始探路”控件，“开始探路”控件可支持通过语音交互以当前选中路线的发起探路。并且在探路过程中，语音助手还可为用户提供语音反馈，例如，在网络不通畅时会给提醒用户的语音提醒，如“网路不畅，已为您开启离线探路”。

表示退出探路的控件可以是“退出”控件，“退出”控件可支持语音交互退出路线计算场景。

表示对探路路线途经点进行设置的控件可以是“途经点设置”控件，“途经点设置”控件可支持语音交互添加途经点、搜索途经点并根据添加的途经点后重新进行路线计算。

请参阅图4，在某些实施方式中，服务器将语音交互信息和探路场景信息与信息模板进行匹配，并根据匹配的结果生成操作指令。S30包括：

S31：接收服务器根据匹配成功所生成的执行指令；

S40包括：

S41：对探路场景进行与执行指令对应的操作。

在某些实施方式中，S31可以由通信模块104实现，S41可以由控制模块106实现。也即是说，通信模块104用于接收服务器根据匹配成功所生成的执行指令。控制模块106用于对探路场景进行与执行指令对应的操作。

在某些实施方式中，通信元件用于接收服务器根据匹配成功所生成的执行指令。处理器用于对探路场景进行与执行指令对应的操作。

具体地，不同车辆在语音助手每次被唤醒后，都会将语音交互信息和探路场景信息一同上传服务器。服务器会随着用户的使用获得大量探路场景信息的历史数据，通过机器学习或人工标注等方式，对收集到的大量的探路场景信息进行补充扩展整理，从而丰富服务器对于探路场景信息的理解，整理后的内容可以形成对应的信息模板并在服务器中进行存储，以供用户在后续使用过程中，提高语义识别的准确率和识别效率。

在实际过程中，若用户为首次使用语音助手，在服务器端可能并没有预存储的信息模板，在这种情况下，服务器直接根据探路场景信息辅助语音交互信息进行语义识别，在这种情况下，可能对于语音交互信息的要求比较严苛，但由于有探路场景信息作为辅助，也能够在一定程度上理解用户的语义。若非首次使用语音助手，服务器在收到探路场景信息后，可根据探路场景信息的控件信息来识别当前的图形用户界面，然后，调取与该控件信息对应的信息模板，从而可将语音交互信息和探路场景信息与该信息模板进行匹配，来分析用户的真实意图。

可以理解地，同一用户对同一语音交互指令在前后多次实施过程中可能表述不一，不同用户对同一指令的表述也可能不同。设定的信息模板，针对每一个语音交互可能的表达方式进行泛化处理。信息模板的内容越丰富，识别出语音交互指令的可能性与成功率越高

例如，对于探路场景信息中的“路线切换”，用户切换探路路线的表述可以扩展为如切换到第N条、切换到第N条路线、切换到备选路线N、帮我切换到第N条路线、导航去第N条、导航去第N条路线等。这些表述方式存储在信息模板中。

车辆的语音文字转换模块对语音交互信息进行语音识别，当然语音识别也可以由服务器的语音文字转换模块执行。上传的信息与信息模板进行比对，实现对语音交互信息语义的解析。在匹配成功的情况下，生成与交互信息对应的执行指令，并返回车辆，由车辆对探路路线列表执行该执行指令。

例如，当用户希望切换线路时，发出如“切换到第N条线路”的语音交互信息，该语音交互信息和探路场景信息一并发送至服务器，服务器根据探路场景信息可以获得当前探路场景的状态、结构框架布局以及其中包含可进行交互的控件，将语音交互信息和探路场景信息与信息模板进行匹配，匹配后确认语音交互信息的语义为将正在导航行进的路线切换为路线列表中第N条路线进行探路，生成切换路线至第N条并进行探路的执行指令，车载地图应用程序在接收该执行指令后，车载地图应用程序将探路路线切换至该第N条路线并发起探路。

请再次参阅图4，在某些实施方式中，S30包括：

S32：接收服务器根据匹配失败所生成的反馈指令；

S40包括：

S42：根据反馈指令播报匹配失败的信息以对用户进行提示。

在某些实施方式中，S32可以由通信模块104实现，S42可以由控制模块106实现。也即是说，通信模块104用于接收服务器根据匹配失败所生成的反馈指令。控制模块106用于根据反馈指令播报匹配失败的信息以对用户进行提示。

在某些实施方式中，通信元件用于接收服务器根据匹配失败所生成的反馈指令。处理器用于根据反馈指令播报匹配失败的信息以对用户进行提示。

具体地，对于探路场景中不支持的交互，或无法进行语义解析的语音交互信息，服务器也会给出无法识别的反馈，应用程序可通过语音、文字弹窗显示等方式对反馈信息进行播报，从而对用户进行输入信息无效的提示。

对于无法识别的语音交互信息，车载地图应用程序可监控在播报反馈提示预定时间段内的用户通过图形交互界面进行的交互操作，并上报服务器，相关人员对语音交互信息和图形用户界面的交互操作进行人工检测，判断二者是否具有关联，若存在关联，则将该语音交互信息的表述扩充至相对于的执行指令的信息模板中。若不存在关联，则忽略上报的信息。

例如，用户希望以将探路路线由当前路线切换至时间最短的路线并前往目的地。发出“时间最短”的语音交互信息，该语音交互信息和探路场景信息与信息模板进行匹配，匹配后确认无法与当前信息模板进行匹配，生成反馈指令，车载地图应用程序在接收该反馈指令后，播报无法识别的信息。随后用户手动点选路线，并发起探路。车载地图应用程序将用户的操作上报语音服务器，相关工作人员判断“时间最短”的表述与开始探路的操作相关联，从而可以将“时间最短”添加至与“路线切换”相关的语音交互指令的信息模板中。

请参阅图5，在某些实施方式中，S41包括：

S411：判断车载地图应用程序是否拦截执行指令；

S412：若车载地图应用程序未拦截执行指令，通过车载地图应用程序的软件开发工具包对探路路线进行与执行指令对应的操作。

在某些实施方式中，S411、S412可以由控制模块106实现。也即是说，控制模块106用于判断车载地图应用程序是否拦截执行指令，并用于在车载地图应用程序未拦截执行指令的情况下，通过车载地图应用程序的软件开发工具包对探路路线进行与执行指令对应的操作。

在某些实施方式中，处理器判断车载地图应用程序是否拦截执行指令，并用于在车载地图应用程序未拦截执行指令的情况下，通过车载地图应用程序的软件开发工具包对探路路线进行与执行指令对应的操作。

具体地，在服务器匹配成功后生成执行指令，并将执行指令回传。而根据业务需求，通常会选择不同对象处理该执行指令。例如，如果执行的是相对简单的、单一的操作，可以直接由软件开发工具包处理执行指令。而如果在基本操作的基础上，需要进行更多的个性化的后续操作，那么则由车载地图应用程序来处理执行指令。

具体实施过程中，处理机制预先设定，在车载地图应用程序接收到执行指令后，根据不同的执行指令处理机制，车载地图应用程序选择是否对执行指令进行拦截。如果车载地图应用程序未进行拦截，则将执行指令交由软件开发工具包处理执行。

请再次参阅图5，在某些实施方式中，S41还包括：

S413：若车载地图应用程序拦截执行指令，通过软件开发工具包将执行指令透传至车载地图应用程序；

S414：通过车载地图应用程序对探路场景进行与执行指令对应的操作。

在某些实施方式中，S413、S414可以由控制模块106实现。也即是说，控制模块106用于在车载地图应用程序拦截执行指令的情况下，通过软件开发工具包将执行指令透传至车载地图应用程序，并用于通过车载地图应用程序对探路场景进行与执行指令对应的操作。

在某些实施方式中，处理器用于车载地图应用程序拦截执行指令的情况下，通过软件开发工具包将执行指令透传至车载地图应用程序，并用于通过车载地图应用程序对探路场景进行与执行指令对应的操作。

具体实施过程中，处理机制预先设定，在接收到执行指令后，根据不同的执行指令处理机制，车载地图应用程序选择是否对执行指令进行拦截。如果车载地图应用程序拦截执行指令，那么软件开发工具包将不会处理执行指令，而是将执行指令透传至车载地图应用程序，由车载地图应用程序处理该执行指令。

在一个示例中，对于“退出探路”交互，由于操作相对简单，并且一般无后续操作，那么可以设置由软件开发工具包来执行。车载地图应用程序不拦截与“退出”相关的执行指令，软件开发工具包处理执行指令，触发对退出标签的点击处理，从而实现退出探路场景。

对于“途经点设置”交互，由于用户在添加途经点，通常会进一步地重新计算包括该途经点的路线并以新计算得到路线发起探路，那么可以设置由车载地图应用程序来执行。车载地图应用程序拦截与“途经点设置”相关的执行指令，软件开发工具包不做处理，车载地图应用程序将触发添加途经点的设置并自动计算到达目的地且包含该途经点的线路并发起探路的设置。

在另一个示例中，以“路线切换”交互，即切换探路路线的交互为例，如果应用程序不拦截，由软件开发工具包进行处理，将触发路线的点击处理，切换路线，但不会进行以切换后的路线进行探路的操作，也即是说，如果用户希望进一步的发起探路，还需要手动操作。

而如果应用程序拦截，软件开发工具包不进行处理，应用程序将触发切换路线的处理，并自动触发以切换后的路线发起探路的操作。具有更好地智能性和操作效率。

请参阅图6，本申请还提供了一种信息处理方法，用于处理上述实施方式中，由车辆100发送至服务器200的语音交互信息。信息处理方法包括：

S50：接收车载地图应用程序上传的探路场景信息；和

S60：处理探路场景信息以得到对应的信息模板。

本申请实施方式提供了一种服务器。服务器包括通信元件和处理器。通信元件用于接收车载地图应用程序经软件开发工具包同步的探路场景信息。处理器用于处理探路场景信息以得到信息模板。

请参阅图7，本申请实施方式还提供了一种服务器200，本申请实施方式的信息处理方法可以由本申请实施方式的服务器200实现。

具体地，服务器200包括通信模块202和处理模块204。S50可以由通信模块202实现，S60可以由处理模块204实现。或者说，通信模块202用于接收车载地图应用程序上传的探路场景信息。处理模块204用于处理探路场景信息以得到对应的信息模板。

请参阅图8，本实施方式的服务器与车辆通信，在车辆实施语音控制的过程中，车载地图应用程序上的探路场景信息同步到服务器端，实现了本地与云端信息的同步及一致性，服务器掌握了更多的车载地图应用程序界面的信息，提供了通过语音在探路场景中交互的可能性，语音交互更加智能。

服务器会接收来自不同车辆发送的探路场景信息，需要根据探路场景信息中所包含的控件信息，构建对应探路场景的信息模板。

该信息模板可包括针对同一探路场景图形用户界面中的相同元素和不同元素，或者说公共元素和个性化元素。根据图形用户界面中相同元素或者说公共元素，服务器可构建当前探路场景的基本框架作为信息模板的基础。而根据图形用户界面中的不同元素，服务器可以获知在当前探路场景的具体信息，从而丰富信息模板的内容。信息模板的意义在于掌握更多用户交互的信息，为语音识别提供更精确的辅助。

请参阅图9，在某些实施方式中，S60包括：

S61：泛化与探路场景信息交互的表达方式以得到信息模板。

在某些实施方式中，S61可以由处理模块204实现，也即是说，处理模块204用于泛化与探路场景信息交互的表达方式以得到信息模板。

在某些实施方式中，处理器用于泛化与探路场景信息交互的表达方式以得到信息模板。

具体地，语音交互指通常包括两个部分，指令对象以及操作方式。相应地，对应到信息模板中，指令对象也即是探路场景信息所包括的图形用户界面中的控件，对控件的表达方式进行泛化处理。也即是对同一指令对象进行泛化处理，使得不同的表达方式均与该指令对象相对应。

例如，对于“路线切换”，泛化处理后可包括路线、线路、第N条、第N条路线等表达方式。

操作方式是能够与该控件进行的交互，对与控件的交互的表达方式进行泛化处理，也即是对同一操作方式进行泛化处理，使得不同的表达方式均与该交互操作相对应。

例如，对于“路线切换”，泛化处理后可包括查看第N条、查看第N条路线、帮我切换到第N条路线、切换到第N条、导航去第N条、导航去第N条路线、去时间最短的路线、去红绿灯最少的路线、去路程最短的路线等等表达方式。

对于“开始探路”，泛化处理后可包括探路、行车、走、开车、开始探路等表达方式。

在收集一定量的语音交互信息后，可以通过人工对信息模板进行扩充，信息模板具有更丰富的内容，同一指令具有更多的表述方式，从而可以更好地辅助语音交互信息的解析。

请参阅图10，在某些实施方式中，信息处理方法还包括：

S70：接收车辆发送的针对探路场景的语音交互信息；

S80：将根据语音交互信息和探路场景信息与信息模板进行匹配；

S90：根据匹配结果生成执行指令或反馈指令并发送至车辆。

在某些实施方式中，S70可以由通信模块202实现。S80可以由处理模块204实现，S90可以由通信模块202和处理模块204实现。或者说，通信模块202用于接收车辆100发送的针对探路场景的语音交互信息。处理模块204将根据语音交互信息和探路场景信息与信息模板进行匹配，以及用于根据匹配结果生成执行指令或反馈指令。通信模块202还用于将执行指令或反馈指令并发送至车辆100。

在某些实施方式中，通信元件用于接收车辆发送的针对探路场景的语音交互信息。处理器用于将根据语音交互信息和探路场景信息与信息模板进行匹配，以及用于根据匹配结果生成执行指令或反馈指令。通信元件还用于将执行指令或反馈指令并发送至车辆。

具体地，车辆将语音交互信息发送至云端的服务器，服务器将将语音交互信息和探路场景信息与信息模板进行匹配，匹配成功后生成反馈指令，并回传给车辆，进而车辆根据执行指令对探路场景执行对应的操作或根据反馈指令提示用户。

例如，当用户希望切换线路时，发出如“切换至第N条线路”的语音交互信息，车辆将语音交互信息和该探路场景信息一并上传至服务器。服务器在接收到该交互信息后，将交互信息和探路场景信息与信息模板进行匹配，匹配后确认交互信息的语义为将当前行驶的探路路线切换为路线列表中第N条路线并以该第N条路线进行探路，从而生成切换路线至第N条的执行指令，并发送回车辆，车载地图应用程序在接收该执行指令后，将探路场景切换至该第N条路线并发起探路。

本申请实施方式还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当计算机可执行指令被一个或多个处理器执行时，使得处理器执行上述任一实施方式的车载地图应用程序探路场景的交互方法或信息处理方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于一非易失性计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (13)

1.一种车载地图应用程序探路场景的交互方法，其特征在于，所述车载地图应用程序包括探路场景信息，所述交互方法包括：

获取用户针对探路场景的语音交互信息；

发送所述语音交互信息和所述探路场景信息至服务器；

接收所述服务器根据所述语音交互信息、所述探路场景信息和对应所述探路场景信息的信息模板生成的操作指令；

执行与所述操作指令对应的操作。

2.根据权利要求1所述的交互方法，其特征在于，所述探路场景信息包括所述探路场景的图形用户界面的控件信息。

3.根据权利要求2所述的交互方法，其特征在于，所述控件信息包括探路路线列表、表示启动探路的控件、表示退出探路的控件和表示对探路路线途经点进行设置的控件中的一个或多个。

4.根据权利要求3所述的交互方法，其特征在于，所述服务器将所述语音交互信息和所述探路场景信息与所述信息模板进行匹配，并根据所述匹配的结果生成所述操作指令，所述接收所述服务器根据所述语音交互信息、所述信息和对应所述探路场景信息的信息模板生成的操作指令包括：

接收所述服务器根据匹配成功所生成的执行指令；

所述执行与所述操作指令对应的操作包括：

对所述探路场景进行与所述执行指令对应的操作。

5.根据权利要求4所述的交互方法，其特征在于，所述接收所述服务器根据所述语音交互信息、所述探路场景信息和对应所述探路场景信息的信息模板生成的操作指令包括：

接收所述服务器根据匹配失败所生成的反馈指令；

所述执行与所述操作指令对应的操作包括：

根据所述反馈指令播报匹配失败的信息以对用户进行提示。

6.根据权利要求4所述的交互方法，其特征在于，所述对所述探路场景进行与所述执行指令对应的操作包括：

判断所述车载地图应用程序是否拦截所述执行指令；

若所述车载地图应用程序未拦截所述执行指令，通过所述车载地图应用程序的软件开发工具包对所述探路场景进行与所述执行指令对应的操作。

7.根据权利要求6所述的交互方法，其特征在于，所述对所述探路场景进行与所述执行指令对应的操作还包括：

若所述车载地图应用程序拦截所述执行指令，通过所述软件开发工具包将所述执行指令透传至所述车载地图应用程序；

通过所述车载地图应用程序对所述探路场景进行与所述执行指令对应的操作。

8.一种信息处理方法，其特征在于，包括：

接收车载地图应用程序上传的探路场景信息；和

处理所述探路场景信息以得到对应的信息模板。

9.根据权利要求8所述的信息处理方法，其特征在于，所述处理所述探路场景信息以得到信息模板包括：

泛化与所述探路场景信息交互的表达方式以得到所述信息模板。

10.根据权利要求8所述的信息处理方法，其特征在于，所述信息处理方法还包括：

接收所述车辆发送的针对探路场景的语音交互信息；

将根据所述语音交互信息和所述探路场景信息与所述信息模板进行匹配；

根据所述匹配结果生成执行指令或反馈指令并发送至所述车辆。

11.一种车辆，其特征在于，所述车辆的操作系统安装有车载地图应用程序，所述车载地图应用程序包括探路场景信息，所述车辆包括：

语音获取模块，用于获取用户针对探路场景的语音交互信息；

通信模块，用于发送所述语音交互信息和所述探路场景信息至服务器并接收所述服务器根据所述语音交互信息、所述探路场景信息和对应所述探路场景信息的信息模板生成的操作指令；

控制模块，用于执行与所述操作指令对应的操作。

12.一种服务器，其特征在于，包括：

通信模块，用于接收车载地图应用程序上传的探路场景信息；和

处理模块，用于处理所述探路场景信息以得到对应的信息模板。

13.一种计算机可执行指令的非易失性计算机可读存储介质，其特征在于，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行权利要求1-7中任一项所述的车载地图应用程序探路场景的交互方法或根据权利要求8-10所述的信息处理方法。

Images