扩充的对话理解代理制造技术

可提供扩充的对话理解代理。在代理从用户接收到至少一个自然语言短语时，可标识与该至少一个自然语言短语相关联的上下文。自然语言短语可例如与用户和第二用户之间的对话相关联。可根据该至少一个自然语言短语执行与所标识的上下文相关联的代理动作，并可显示与执行该动作相关联的结果。

【技术实现步骤摘要】
扩充的对话理解代理
技术介绍
扩充的对话理解代理可提供用于促进对用户查询和对话的自然语言理解的接口。在一些情况中，个人助理程序和/或搜索引擎通常需要专门的格式化和句法。例如，用户的查询“我想要在7点左右看‘Up in the Air’”在向常规系统提供时对传输用户的真实意图而言可能是低效的。这样的系统一般不能够得到用户指的是电影，且用户想要告诉他们在7:00左右放映该电影的本地电影院的结果的上下文。
技术实现思路
提供本
技术实现思路
以便以简化形式介绍将在以下具体实施方式中进一步描述的一些概念。此
技术实现思路
既不旨在标识所要求保护的主题的关键特征或必要特征。本
技术实现思路
也不旨在用于限制所要求保护的主题的范围。 可提供扩充的对话理解代理。在代理从用户接收到至少一个自然语言短语时，可标识与该至少一个自然语言短语相关联的上下文。自然语言短语可例如与用户和第二用户之间的对话相关联。可根据该至少一个自然语言短语执行与所标识的上下文相关联的代理动作，并可显示与执行该动作相关联的结果。以上概括描述和以下详细描述两者都提供了示例，并且只是说明性的。因此，以上概括描述和以下详细描述不应当被认为是限制性的。此外，除了本文中所阐述的那些特征或变体以外，还可以提供其他特征或变体。例如，实施例可涉及具体实施方式中所描述的各种特征组合和子组合。附图说明合并在本公开中并构成其一部分的附图示出本专利技术的实施例。在附图中图I是操作环境的框图；图2A-2B是用于提供扩充的对话理解代理的界面的框图。图3是用于提供扩充的对话理解代理的方法的流程图；以及图4是图3的方法中所使用的用于创建上下文的子例程的流程图；以及图5是包括计算设备的系统的框图。具体实施例方式以下详细描述参考各个附图。只要可能，就在附图和以下描述中使用相同的附图标记来指示相同或相似的元件。尽管可能描述了本专利技术的实施例，但修改、改编、以及其他实现是可能的。例如，可对附图中所示的元件进行置换、添加、或修改，并且可通过对所公开的方法置换、重新排序、或添加阶段来修改本文中所描述的方法。因此，以下详细描述并不限制本专利技术。相反，本专利技术的正确范围由所附权利要求书定义。个人助理型代理可收听通信应用的用户之间的声音和/或文本对话，并可解析词语以提供相关信息和反馈。代理还可执行与对话有关的相关任务。代理可包括自然语言接口，并可使用来自用户的输入，诸如口述和/或键入的词语、手势、触摸屏交互、语调和/或用户本体论来标识对话的上下文、估计用户意图、形成适当的代理动作、执行该代理动作、并经由通信应用向用户提供该代理动作的结果。代理可以与口述谈话系统(SDS)相关联。这样的系统允许人们通过他们的声音与计算机交互。驱动该SDS的主要组件可以包括谈话管理器该组件管理与用户的基于谈话的对话。谈话管理器可通过多个输入源的组合来确定用户的意图，这多个输入源诸如语音识别和自然语言理解组件输出、来自先前谈话轮次的上下文、用户上下文、和/或从知识库(例如搜索引擎)返回的结果。在确定意图后，谈话管理器可采取动作，诸如向用户显示最终结果和/或继续与用户的谈话以满足他们的意图。图I是包括服务器105的操作环境100的框图。服务器105可用于执行和/或管理各种各样的计算资源和/或软件模块，比如包括谈话管理器111的口述谈话系统(SDS) 110、个人助理程序112和/或本体论数据库116。SDS 110可以通过网络120从用户接收查询 和/或动作请求。这样的查询例如可以是从诸如计算机和/或蜂窝电话之类的第一用户设备130和/或第二用户设备135传输而来的。网络120例如可以包括专用网路、蜂窝数据网络和/或诸如因特网之类的公共网络。操作环境100还可包括网络数据源，诸如网站(例如，股市站点、天气站点、电子邮件服务器、电影信息站点等)和/或网络附连的存储设备。本体论数据库116可包括个人(例如，用户专用)本体论数据和/或共享/公共本体论数据(例如，与对多个用户聚集的搜索引擎结果相关联的本体论)。根据本专利技术的实施例，用户设备130和/或用户设备135可用于本地存储个人和/或共享的本体论和/或可依赖于存储在本体论数据库116中的本体论数据。例如，在执行代理动作时，存储在用户设备130上的个人本体论可与从本体论数据库116检索到的共享本体论合并以便创建和/或评估用户的当前上下文。本体论一般可包括概念节点之间的多个语义关系。每一概念节点可包括概括的分组、抽象概念、和/或心灵符号以及该节点的相关联属性。例如，一个概念可包括与诸如名字、职能、家庭位置等属性相关联的人。本体论例如可包括人概念和由人的职能属性所连接的职业概念之间的语义关系。图2A是用于提供扩充的对话理解代理的界面200的框图。界面200可例如与个人助理代理112相关联，且可包括用户输入面板210和个人助理面板220。用户输入面板210可以显示经转换的用户查询和/或动作请求，比如用户陈述230。用户陈述230例如可以包括从用户设备130的用户接收到的语音到文本转换的结果。个人助理面板220可以包括从与用户和用户陈述230相关联的上下文状态中得到的多个动作建议240 (A)-(B)。根据本专利技术的实施例，上下文状态可以考虑到对话中的任何其他参与者，比如第二用户设备135的用户，该用户可能已经听到了用户陈述230的发言。个人助理程序112由此可以监控对话并且向第一用户设备130和/或第二用户设备135的用户提供动作建议240 (A)-(B)而无需是对话中的活动参与者。图2B是在用户提供对用户陈述230的更新以后包括经更新的显示的界面200的另一图示。例如，来自第二用户设备135的用户的问题245和来自第一用户设备130的用户的响应247可以使个人助理程序112更新上下文状态并提供第二多个动作建议250 (A)-(C)。例如，第二多个动作建议250 (A)-(C)可以包括用户可能想吃的所建议的不同菜肴。图3是阐明根据本专利技术的用于提供扩充的对话理解的实施例的方法200中所涉及的各一般阶段的流程图。方法300可使用计算设备500来实现，这将在下面参考图5予以更详细描述。在下文中将更详细地描述实现方法300的各阶段的方式。方法300始于起始框305，并前进至其中计算设备500可调用代理应用的阶段310。例如，SDS 110可调用个人助理程序112。调用可包括第一用户作出的显式调用请求和/或隐式调用，诸如可源于开始第一用户与至少一个第二用户之间的对话的请求。方法300然后可以前进到阶段315，在那里，计算设备500可以接收第一自然语言短语。例如，用户设备130可捕捉来自第一用户的包括“I wantto go out to dinnertonight (今晚我想要出去吃饭)”的短语。所捕捉的短语还可与用户上下文信息相关联，用户上下文信息诸如有用户的位置、一天中的时间、约会日程安排和其它个人属性。方法300然后可前进至阶段320，在那里计算设备500可确定第一自然语言短语 是否包括足够的数据来标识上下文。例如，SDS 110可应用理解模型来确定第一短语中是否包括某些必需的参数。短语“I want to go out to dinner tonight”包括足够的信息(例如，主语、用户和时间范围)来将短语翻译成动作本文档来自技高网...

【技术保护点】
一种用于提供扩充的对话理解代理的方法(300)，所述方法(300)包括：由代理从用户接收至少一个自然语言短语(315)，其中所述至少一个自然语言短语与所述用户同至少一个第二用户之间的对话相关联；标识(400)与所述至少一个自然语言短语相关联的上下文；以及根据所述至少一个自然语言短语来执行与所标识的上下文相关联的代理动作(325)；以及显示与执行所述代理动作相关联的结果(330)。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：L·P·赫克，M·金达昆塔，D·米特比，L·施蒂费尔曼，
申请(专利权)人：微软公司，
类型：发明
国别省市：