[发明专利]被动唤醒用户交互设备的方法和系统

说明书

本文中的实施例公开了用于被动唤醒用户交互设备和配置用户交互设备的动态唤醒时间的方法和系统，该方法包括检测与存在于物联网(IoT)环境中的至少一个设备相关的至少一个第一非语音事件的发生。该方法包括检测与至少一个设备相关的至少一个后续事件的发生。该方法包括在检测到发生至少一个第一事件和至少一个后续事件中的至少一个时，估计用户发起与用户交互设备的至少一个交互的上下文概率。在确定所估计的上下文概率高于预定义的阈值时，该方法包括配置动态唤醒时间以将用户交互设备切换到被动唤醒状态。

技术领域

本公开涉及基于人工智能(AI)的用户交互设备，并且更具体地涉及用户交互设备的自动唤醒，而不从用户接收触发字。

背景技术

通常，诸如基于人工智能(AI)的扬声器的用户交互设备理解自然语言语音命令，并相应地为用户执行任务。然而，需要用户说出触发字或唤醒字来激活这种用户交互设备并与其交互。

发明内容

【技术问题】

图1a和图1b描述了示例情景，其中用户可以使用触发字与用户交互设备100交互。如图1A所示，用户提供语音命令来激活/唤醒用户交互设备100以获取所需信息，其中语音命令可以不包含触发字。由于用户忘记说触发字，用户交互设备100可以继续处于休眠状态，直到接收到触发字。因此，可没有来自用户交互设备100的对用户提供的语音命令的响应，并且用户可能必须用触发字重复整个语音命令。此外，如果用户从远距离说出触发字，或者在嘈杂环境的情况下，用户交互设备100可能错过触发字，并且用户实际上可能无法知道用户交互设备100是否仍在收听。

此外，为了避免重复使用触发字来与用户交互设备100交互，可以提出后续模式。如图1b所示，用户提供用于激活用户交互设备100的具有触发字的初始语音命令。在为初始语音命令提供响应之后，用户交互设备100进入后续模式。在后续模式中，用户交互设备100通过检查用户是否具有附加请求而继续处于激活状态达固定的时间量(例如，5秒)。用户可以在后续模式期间提供进一步的不包括触发字的语音命令。然而，唤醒时间总是固定的。如果用户在唤醒时间结束时开始说话(不带触发字)，则表达可能丢失，并且用户可能需要再次重复该表达。此外，用户将总是考虑固定的唤醒超时，这甚至是更令人烦恼的。在后续模式中，用户必须事先准备好会话的所有问题；否则，他可能难以在固定唤醒时间内考虑下一个查询。此外，跟踪时间是上下文无关的，并且总是打开的。

【技术方案】

本文中的实施例的主要目的是公开用于为用户交互设备配置动态唤醒时间而不从用户接收触发字的方法和系统。

本文中的实施例的另一个目的是公开用于估计由用户发起与用户交互设备的交互的上下文概率的方法和系统。

本文中的实施例的另一个目的是公开用于使用所估计的上下文概率来配置用户交互设备的动态唤醒时间的方法和系统。

相应地，本文中的实施例提供了用于通过为用户交互设备配置动态唤醒时间来被动唤醒用户交互设备的方法和系统。本文中公开的方法包括检测与存在于物联网(IoT)环境中的至少一个设备相关的至少一个第一事件的发生，其中至少一个设备连接到配置设备，并且至少一个第一事件包括至少一个非语音事件。该方法还包括检测与存在于IoT环境中的至少一个设备相关的至少一个后续事件的发生。该方法还包括在检测到发生至少一个第一事件和至少一个后续事件中的至少一个事件时，估计用户发起与用户交互设备的至少一个语音交互的上下文概率。此外，该方法包括在确定所估计的上下文概率高于预定义的阈值时配置动态唤醒时间以将用户交互设备切换到被动唤醒状态，并且基于所估计的上下文概率来配置动态唤醒时间。