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

本申请涉及语音识别技术领域，特别涉及一种车载地图应用程序导航路线的交互方法、信息处理方法、车辆、服务器和计算机可读存储介质。

背景技术：

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

技术实现要素：

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

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

获取用户针对导航路线的语音交互信息；

发送所述语音交互信息和所述导航路线信息至服务器；

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

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

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

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

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

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

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

对所述导航路线进行与所述执行指令对应的操作。

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

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

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

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

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

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

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

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

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

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

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

接收车载地图应用程序上传的导航路线信息；和

处理所述导航路线信息以得到对应的信息模板。

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

泛化与所述导航路线信息交互的表达方式以得到所述信息模板。

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

接收所述车辆发送的针对导航路线的语音交互信息；

将根据所述语音交互信息和所述导航路线信息与所述信息模板进行匹配；

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

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

语音获取模块，用于获取用户针对导航路线的语音交互信息；

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

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

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

通信模块，用于接收车载地图应用程序上传的导航路线信息；和

处理模块，用于处理所述导航路线信息以得到对应的信息模板。

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

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

附图说明

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

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

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

s10：获取用户针对导航路线的语音交互信息；

s20：发送语音交互信息和导航路线信息至服务器；

s30：接收服务器根据语音交互信息、导航路线信息和对应导航路线信息的信息模板生成的操作指令；

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

本申请实施方式提供了一种车辆。车辆包括显示区域、电声元件、通信元件和处理器。车辆的显示区域可以包括仪表屏、车载显示区域屏幕以及车辆挡风玻璃上可以实现的抬头显示等。车辆上运行的车载系统使用图形用户界面(graphicaluserinterface，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条路线，从而在车载地图应用程序的图形用户界面上的显示对应的路线。

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

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

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

在本实施方式中，导航路线信息包括导航路线的图形用户界面的控件信息。

具体地址，在实际使用车载地图应用程序过程中，用户在选择地图中某一信息点后，例如当次行驶的目的地，发起前往该信息点路线获取的请求，经计算后，车载地图应用程序返回导航路线结果列表。用户可在导航路线列表中对导航路线进行进一步操作，例如导航前往、切换路线等。

这些内容以相应的控件布局并进行展示，导航路线信息也即是当前计算得到的导航路线的图形用户界面的控件信息，车载地图应用程序通过语音交互控件库控件来布局导航路线信息，从而构建可语音控制的布局数据结构。数据结构设计过程中需要将支持图形交互操作的控件替换为支持语音交互的控件，也即是语音交互控件库中的控件。例如，将原有结构中的线性布局控件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条路线，路线列表中高亮显示该第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，本实施方式的服务器200与车辆100通信，在车辆100实施语音控制的过程中，车载地图应用程序上的导航路线信息同步到服务器端，实现了本地与云端信息的同步及一致性，服务器掌握了更多的车载地图应用程序界面的信息，提供了通过语音与导航路线交互的可能性，语音交互更加智能。

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

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

请参阅图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条线路”的语音交互信息，车辆将语音交互信息和该导航路线信息一并上传至服务器200。服务器200在接收到该交互信息后，将交互信息和导航路线信息与信息模板进行匹配，匹配后确认交互信息的语义为将车载地图应用程序中导航的路线切换为路线列表中第n条路线，生成切换路线至第n条的执行指令，并发送回车辆，车载地图应用程序在接收该执行指令后，车载地图应用程序界面中高亮显示列表中的第n条路线，路线列表中高亮显示该第n条路线。

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

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

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

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通，为大家解决相关问题。

此文章来源于网络,如有侵权,请联系删除