MindMeld中文文档--5.关键概念[Key Concepts]

关键概念

每个MindMeld开发者都应该知道本节中定义的术语。最好通读整个章节，因为后面的定义是建立在前面的基础上的。

app
使用MindMeld框架构建的会话平台。例子包括部署在消息平台上的语音和聊天助手，如Webex团队、Slack、Messenger或Skype；或者在Alexa或Google Home等语音激活的设备上。

project
将会话应用程序所需的数据和代码的集合，存储在MindMeld指定的目录结构中。

blueprint
一个预先配置的项目，以MindMeld作为示例应用程序分发。可用的蓝图包括食物订购，视频发现和家庭助理。

query/request
用户对会话应用程序的输入。MindMeld应用程序使用统计自然语言处理来理解查询并确定用户想要什么。

domain
有自己词汇的独特的知识领域，如天气，体育，交通，电影或旅游。

intent
用户想要完成的事，用一个短语表示，并与一个域相关联。例如，可以为旅行域定义book flight intent，并且可以在查询中检测到，比如’Get me on the redeye to New Yotk tonight’。大多数域都有多个意图。
通过规定应用程序采取特定的操作和/或使用特定类型的答案进行响应，该意图还可以定义查询的期望结果。

entity
提供实现特定意图所需信息的词或短语。每个实体都由实体关联类型指定类别。
例如：book_flight意图可能有诸如"Miami"和"Chicago o’Hare’"，之类的位置类别，具有诸如"Air India"和"Southwest"之类的航空公司类别，以及具有诸如"July 4th"和"New Years Day"之类的日期类别。

system entity
与应用程序无关的实体，由MindMeld自动检测。示例包括数字、时间表达式、电子邮件地址、URL和测量数量，例如：距离、体积、货币和温度。请参阅有关系统实体的更多信息。

role
一个标签，用于指定相同实体类型中的子类别。当需要在不同的上下文中对相同类型的实体进行不同的解释时，将使用角色标注。
例如，在查询“预定从SFO到JFK的航班”中，“SFO”和“JFK”都是位置实体，但是它们将被分配为不同的角色，SFO是始发角色，JFK是目的角色。

knowledge base(KB)
一个全面的知识库，其中包含应用程序理解用户查询并成功回答问题所需的全部信息。
例如，一家餐饮连锁店的食品订购应用程序的知识库可能需要其分支机构位置的目录以及每个商店提供菜单的详细信息。

knowledge base index
知识库中相同类型的对象的集合。MindMeld将知识库组织为一组索引，以便根据开发人员提供的搜索条件进行有效的检索和排名。
例如：一个食品订购应用程序可能有一个餐厅索引，用于存储其分支机构位置的详细信息，包括元数据【名称，地址，电话号码，美食类型以及每个条目的等级】。它还可能有一个单独的menu_items索引，该索引存储了餐厅位置，提供的所有菜肴，包括名称、价格、描述和附加信息。

canonical name
实体存储在知识库中的标准名称或正式名称。例如：在应用的官方目录中，通常被称为“香草冰沙”或“香草冰沙咖啡”可能具有“咖啡西尼香草冰沙混合咖啡”的标准名称。

entity synonym
除实体名称外，引用实体的另一种方法。同义词可以是缩写形式，昵称，翻译，语义上等效的表达式或同一实体的不同名称。

entity group
一组实体共同构成一个有意义的现实世界概念。每个实体组都有一个主要的实体，组中的其它实体（如果有）被视为主要实体的属性。
例如：查询“订购一个大南瓜和12个甜甜圈”包含两个实体组。南瓜包含两个属性（数量和大小），实体组为{“一个”，“大”，“南瓜”}；甜甜圈的实体组为{“十二”，“甜甜圈”}。

head/parent
实体组中描述的主要实体。例如：{“一个”，“大”，“南瓜”}中，南瓜是主要实体；{“十二”，“甜甜圈”}中，甜甜圈是主要实体。

dependent/child
描述实体组中主要实体的实体。例如：{“一个”，“大”，“南瓜”}中，“一个”，“大”是“南瓜”}的从属项。

natural language response(NLR)
该应用的自然语言会回复用户。根据平台功能的不同，它可以采取基于文本的响应，语音响应或两者兼有的形式。全自动自然语言响应生产仍然是活跃的学术研究领域。如今，包括所有流行的个人助理在内的实际应用程序依然依赖带有占位符（卡槽）的固定响应（模板），这些响应由应用程序在运行时填充。

插槽未满的模板	{flight} will depart from {gate} of {terminal} at {time}.
NLR插槽已满	AA 20 will depart from gate 56A of terminal 2 at 3:30 PM.

conversational turn
对话参与者（用户或应用程序）与另一方通信的单个实例。用户和应用程序之间的对话以一系列来回通信的方式进行，每一方轮流进行对话。

dialogue state
对话中给定时刻的应用程序状态。应用程序会随着对话中的每个回合从一种对话状态转换到另一种状态。

dialogue state handler
应用程序处于特定对话状态时要执行的代码。它为该状态确定适当的响应形式，并调用确定响应内容所需的逻辑。

dialogue frame
在与用户的一次对话交互中，应用程序保留信息的容器。对话框用作应用程序的短期记忆，并允许其与用户进行连贯的对话。