一种用于理解标准语言和方言的系统和方法技术方案

提供了用于车辆语音系统的方法和系统。特别地，教导了一种方法，用于响应于失败的语音控制尝试后成功地进行语音控制尝试，将语音发声与声音命令相关联。

A System and Method for Understanding Standard Languages and Dialects

【技术实现步骤摘要】
一种用于理解标准语言和方言的系统和方法
本
总体涉及语音系统，并且具体来说，涉及用于理解车辆语音系统的发声意图的方法和系统。
技术介绍
车辆语音识别系统对车辆乘客发出的语音进行语音识别。语音发声通常包括命令，命令控制车辆或车辆可访问的其他系统(例如但不限于车辆控制系统、通讯系统和娱乐系统)的一个或多个特征。语音对话系统利用通用对话技术，通用对话技术对每种支持的语言使用小词汇表。这个小词汇表可能无法解释不同的方言。因为一些用户可能将方言、标准语言、或混合方言互换地使用，所以问题进一步复杂化。因此，期望提供用于识别和跟踪方言并将方言与标准语言词汇表相关联的方法和系统。因此，进一步希望提供用于基于将方言与标准语言词汇表相关联来管理和调整语音对话系统的方法和系统。此外，从以下结合附图和前面的
及
技术介绍
进行的详细说明和所附权利要求中可以更清楚地了解本专利技术的其它期望特点和特征。
技术实现思路
提供了用于车辆语音系统的方法和系统。在一个实施例中，该方法包括用于车辆的语音系统，包括：接收第一语音发声；生成来自第一语音发声的第一发声签名；未能将第一发声签名与命令相关联；接收第二语音发声；生成来自第二语音发声的第二发声签名；确定第二发声签名与第一命令之间的关联；响应于第一语音发声和第二语音发声之间的持续时间、及第二发声签名与第一命令之间的关联的确定，将第一发声签名与第一命令相关联；并响应于接收第一语音发声而执行第一命令。在另一个实施例中，教导了一种装置，包括：用于接收第一发声和第二发声的麦克风、用于执行命令的控制器、用于存储语音命令数据库的存储器、以及用于将第二发声与命令相关联的处理器，用于产生控制信号以指示控制器执行命令，处理器进一步可操作以响应于第一发声、第二发声和第一命令的执行之间的时间间隔，将第一发声与命令相关联；并且更新指示第一发声与命令之间的关联的语音命令数据库。在另一个实施例中，教导了一种语音处理方法，包括：接收第一语音发声，接收第二语音发声，将第二语音发声与第一命令相关联，执行第一命令，并响应于第一语音发声和第一命令的执行之间的时间间隔将第一语音发声与第一命令相关联，以及用第一语音发声和第一命令之间的关联更新数据库。附图说明在下文中将结合以下附图描述示例性实施例，其中相同的数字表示相同的元件，其中：图1示出了根据各种示例性实施例的包括语音系统的车辆的功能框图；图2示出了根据各种示例性实施例的语音系统的签名引擎的数据流程图；并且图3是根据示例性实施例的示例性发声检测工作流程300。图4是用于理解标准语言和方言的示例性装置。图5是用于理解标准语言和方言的示例性方法。具体实施方式以下的详细描述本质上仅是示例性的，并不旨在限制应用和用途。此外，本专利技术不受前述
、
技术介绍
、
技术实现思路
或下面的具体实施方式中表述的或隐含的理论的限制。如这里所使用的，术语模块指的是专用集成电路(ASIC)、电子电路、处理器(共享、专用或组)和执行一个或多个软件或固件程序的存储器、组合逻辑电路、和/或提供所述功能的其他合适组件。根据本公开的示例性实施例，示出的语音系统10包括在车辆12内。在各种示例性实施例中，语音系统10通过人机接口模块(HMI)模块14为一个或多个车辆系统提供语音识别和/或对话。这样的车辆系统可以包括但不限于例如电话系统16、导航系统18、媒体系统20、远程信息处理系统22、网络系统24或可以包括依赖语音的应用的任何其他车辆系统。可以理解，语音系统10的一个或多个实施例可以适用于具有依赖语音的应用的其他非车辆系统，因此不限于本车辆示例。语音系统10通过HMI模块14和通信总线和/或其他通信手段26(例如，有线、短程无线或远程无线)与多个车辆系统16-24通信。通信总线可以是例如但不限于CAN总线。语音系统10包括语音识别引擎(ASR)模块32和对话管理器模块34。可以理解，ASR模块32和对话管理器模块34可被实现为单独的系统和/或所示的组合系统。ASR模块32从HMI模块14接收并处理语音发声。将来自语音发声的一些(例如，基于置信度阈值)识别的命令发送到对话管理器模块34。对话管理器模块34管理交互序列并基于命令提示。在各种实施例中，语音系统10可进一步包括文本到语音引擎(未示出)，其接收并处理从HMI模块14接收的文本。文本到语音引擎生成类似于对话管理器模块34使用的命令。在各种示例性实施例中，语音系统10进一步包括签名引擎模块40。签名引擎模块30从HMI模块14接收并处理语音发声。附加地或替代地，签名引擎模块40接收并处理由ASR模块32执行的处理生成的信息(例如，由语音识别过程提取的特征，由语音识别过程识别的字边界等)。签名引擎模块40可以识别并保存未识别的语音命令，并基于语音发声构建未识别的语音命令和相关数据的数据库。现参看图2，数据流程图示出了根据各种实施例的根本原因检测和恢复模块36。可以理解，根据本公开的错误检测和恢复模块36的各种实施例可以包括任何数量的子模块。例如，图2中所示的子模块可以被组合和/或进一步分块，以类似地识别错误的根本原因并从根本原因中恢复。在各种实施例中，可以从ASR模块32或语音系统10的其他模块接收由根本原因检测和恢复模块36接收的数据。在各种示例性实施例中，错误检测和恢复模块36包括错误检测模块42、根本原因确定模块44、根本原因恢复模块46、错误模型数据库48和恢复过程数据库50。错误模型数据库48存储一个或多个错误模型。错误模型包括用于处理命令数据以确定根本原因的一个或多个规则。恢复过程数据库50存储一个或多个恢复过程。恢复过程包括一个或多个步骤，用于从给定根本原因的错误中恢复。错误检测模块42从第一语言模型接收与第一识别的命令相对应的第一命令数据52，以及从第二语言模型接收与第二命令数据54相对应的第二命令数据作为输入。错误检测模块42比较第一命令数据52和第二命令数据54。如果存在足够的差异(例如，已经识别出阈值数量的差异)，则错误检测模块42确定错误存在。当存在错误时，错误检测模块42比较第一命令数据52和第二命令数据54，并生成指示两个命令中的相似性和/或不相似性的相似性数据56。根本原因确定模块44接收第一命令数据52、第二命令数据54和相似性数据56作为输入。根本原因确定模块44基于相似性数据56处理第一命令数据52和第二命令数据54。例如，根本原因确定模块44从错误模型数据库48检索定义与由相似性数据56识别的相似性和/或不相似性相关联的一个或多个规则的错误模型。然后，根本原因确定模块44使用一个或多个规则处理第一命令数据52和第二命令数据54以识别根本原因。根本原因确定模块44基于此生成根本原因数据58。根本原因恢复模块46接收根本原因数据58作为输入。基于根本原因数据58，根本原因恢复模块46从恢复过程数据库50检索恢复过程并执行恢复过程。在各种实施例中，如果为特定根本原因提供了多个恢复过程，则根本原因恢复模块46基于优先方案选择要使用的恢复过程。例如，优先方案可以指示：可以首先选择不需要用户交互的恢复过程，并且之后可以基于交互水平(例如，首先选择具有最小交互的那些恢复过程，等等)选择需要用户交互的恢复过程(例如，如果第一恢复本文档来自技高网...

【技术保护点】
1.一种用于车辆语音系统的方法，包括：‑接收第一语音发声；‑由所述第一语音发声生成第一发声签名；‑未能将所述第一发声签名与命令相关联；‑接收第二语音发声；‑由第二语音发声生成第二发声签名；‑确定所述第二发声签名与第一命令之间的关联；‑响应于所述第一语音发声和所述第二语音发声之间的持续时间，以及所述第二发声签名与所述第一命令之间的关联的确定，将所述第一发声签名与所述第一命令相关联；以及‑响应于接收所述第一语音发声而执行所述第一命令。

【技术特征摘要】
2017.12.14 US 15/8413971.一种用于车辆语音系统的方法，包括：-接收第一语音发声；-由所述第一语音发声生成第一发声签名；-未能将所述第一发声签名与命令相关联；-接收第二语音发声；-由第二语音发声生成第二发声签名；-确定所述第二发声签名与第一命令之间的关联；-响应于所述第一语音发声和所述第二语音发声之间的持续时间，以及所述第二发声签名与所述第一命令之间的关联的确定，将所述第一发声签名与所述第一命令相关联；以及-响应于接收所述第一语音发声而执行所述第一命令。2.如权利要求1所述的方法，其中，在未能将所述第一发声签名与所述命令相关联的十秒内，响应于接收到所述第二语音发声，执行将所述第一语音发声签名与所述第一命令相关联。3.如权利要求1所述的方法，进一步包括：在未能将所述第一发声签名与所述命令相关联之后，响应于接收到所述第二语音发声而生成指示符，并且其中，响应于所述指示符，将所述第一发声签名与所述第一命令相关联，以及在未能将所述第一发声签名与所述命令相关联之后，接收所述第二语音发声。4.如权利要求1所述的方法，其中，在未能将所述第一发声签名与所述命令相关联之后...

【专利技术属性】
技术研发人员：R·M·赫克特，Y·史牟莉弗里德兰，A·泰尔帕斯，O·齐穆霍尼，王培，
申请(专利权)人：通用汽车环球科技运作有限责任公司，
类型：发明
国别省市：美国,US