我创建了一个聊天机器人，它通知用户我的(扩展)家庭成员以及他们住在哪里。我用MySQL创建了一个小型数据库，其中存储了这些数据，并且根据用户与聊天机器人的交互，只要合适，我就会使用PHP脚本获取它们。
我的聊天机器人除了包含两个意图之外Default Fallback Intent和Default Welcome Intent：
NamesLocation_context
第一个意图(Names)由诸如"谁是约翰·史密斯？"之类的短语训练，并具有输出上下文(称为context，持续时间为10个问题)。这个问题的一个可能的答案是"约翰是我的叔叔"。第二个意图(Location_context)由诸如"他住在哪里？"之类的短语训练，并具有输入上下文(来自Names)。这个问题的一个可能的答案是"约翰住在纽约"。
Names意图包含两个参数：
- 参数名称：名字、姓氏。
- 实体：@sys.名字，@sys.姓氏。
- 值：$given名称、$last名称。
这两个参数表示用户给出的全名。Location_context意图不包含任何参数。
PHP 脚本如下：
<?php
$dbServername = '******************';
$dbUsername = '******************';
$dbPassword = '******************';
$dbName = '******************';
$conn = mysqli_connect($dbServername, $dbUsername, $dbPassword, $dbName);
// error_reporting(E_ALL);
// ini_set('display_errors', 'on');
header('Content-Type: application/json');
$method = $_SERVER['REQUEST_METHOD'];
if($method == 'POST'){
$requestBody = file_get_contents('php://input');
$json = json_decode($requestBody);
$action = $json->result->action;
$first_name = $json->result->contexts[0]->parameters->{'given-name'};
$last_name = $json->result->contexts[0]->parameters->{'last-name'};
$lifespan = $json->result->contexts[0]->lifespan;
$sql = "SELECT * FROM family WHERE name LIKE '%$first_name%$last_name%';";
$result = mysqli_query($conn, $sql);
$resultCheck = mysqli_num_rows($result);
if ($resultCheck > 0) {
while ($row = mysqli_fetch_assoc($result)) {
$person = $row;
}
switch ($action) {
case 'Name':
$speech= "$first_name is my" . $person["name"] . ".";
break;
case 'Location':
$speech = "$first_name is living in {$person["location"]}.";
break;
default:
$speech = "Please ask me something more relevant to my family";
break;
}
}
else {
$speech = "Sorry, $first_name $last_name is not a member of my family.";
}
$response = new stdClass();
$response->speech = $speech;
$response->displayText = $speech;
$response->source = "agent";
echo json_encode($response);
}
else
{
echo "Method not allowed";
}
?>
在Dialogflow中，在问了"约翰·史密斯是谁？"并得到正确答案"约翰是我的叔叔"之后，我问的是"他住在哪里？"我得到正确的答案"约翰住在纽约"。 对话流对第二个问题的 json 响应是：
{
"id": "*****************************",
"timestamp": "2018-04-04T08:26:39.993Z",
"lang": "en",
"result": {
"source": "agent",
"resolvedQuery": "Where is he living"
"action": "Location",
"actionIncomplete": false,
"parameters": {},
"contexts": [
{
"name": "context",
"parameters": {
"given-name.original": "John",
"last-name.original": "Smith",
"given-name": "John",
"last-name": "Smith"
},
"lifespan": 9
}
],
"metadata": {
"intentId": "*****************************",
"webhookUsed": "true",
"webhookForSlotFillingUsed": "false",
"webhookResponseTime": 93,
"intentName": "Location_context"
},
"fulfillment": {
"speech": "John is living in New York.”,
"displayText": "John is living in New York.",
"messages": [
{
"type": 0,
"speech": "John is living in New York."
}
]
},
"score": 1
},
"status": {
"code": 200,
"errorType": "success",
"webhookTimedOut": false
},
"sessionId": "*****************************"
}
但是，当我在Google助手中输入完全相同的问题(输入Talk to my test app后)时，我在第一个问题中得到了相同的答案，但是对于第二个问题，我得到了"住在洛杉矶"。请注意此答案中的两件事。首先，变量$first_name没有任何值(因为它没有设置)，并且位置"洛杉矶"是数据库中最后一个家庭成员的位置。因此，返回此位置是因为$first_name和$last_name在 mysql 查询中没有分配值(因为它们未设置)，并且由于某种原因返回了数据库最后一个人的位置。
非常令人沮丧的是，我无法检查Google Assistant的json响应，因为我可以在Dialogflow中轻松完成。但是，经过一些实验后，我发现在Google智能助理中，$lifespan始终为0(在第一个和第二个问题中)，并且在第二个问题的json响应中根本没有设置$first_name和$last_name，即使在Dialoglow中它们已设置并且它们包含全名，如上面我发布的json响应所示。此外，Google Assistant在这两个问题中都返回$json->result->contexts[0]->nameactions_capability_screen_output，而显然在Dialogflow中$json->result->contexts[0]->name是context(上下文的名称)。
因此，Google Assistant 中第二个问题中 json 响应的contexts分支似乎是这样的：
"contexts": [
{
"name": "actions_capability_screen_output",
"parameters": {},
"lifespan": 0
}
]
另一方面，正如我上面所示，DIalogflow 中第二个问题中 json 响应的contexts分支是：
"contexts": [
{
"name": "context",
"parameters": {
"given-name.original": "John",
"last-name.original": "Smith",
"given-name": "John",
"last-name": "Smith"
},
"lifespan": 9
}
]
为什么Google Assistant无法识别context并且它不会处理与Dialoglow所示相同的json响应？
如何在 Dialogflow 中检查来自 Google Assistant 的整个 json 响应？
除了你的问题之外，这里还有很多事情要做。让我们尝试一点一点地分解它们。
为什么我最初在响应中收到错误？
因为ini_set('display_errors', 'on');会将任何错误发送到标准输出，这是您要发送回对话流的内容。Dialogflow向Google发送内容的解析器非常严格，因此额外的输出在这里引起了问题。
我怎样才能看到发生了什么？
您应该使用 error_log() 之类的内容来记录内容。这将在文件中记录您想要的任何内容，因此您可以看到来自 Dialogflow 的确切 JSON，以及您认为要发回的确切内容。
你可以用它来做类似的东西
error_log( $request_body );
以准确查看从对话流发送的 JSON 是什么。这会将正文记录到系统错误记录器(可能是 HTTP error_log，除非您将其设置在其他地方)，以便您可以检查它并查看发送给您的所有内容。
好的，我可以看到发生了什么。为什么 JSON 不同？
因为 Google 上的操作包含的信息比其他代理提供的信息要多。这些以相同的方式(或应该)发送给您，但会有更多。例如，你将看到通过 JSON 传递的originalRequest对象。
但是 - 您期望的所有信息都应该在那里。只是更多。
为什么在更改要发送到 Google 上的操作的内容之前，我看不到 Dialogflow 从我的 webhook 中获取的内容？
问得好。这有时会记录在"agentToAssistantDebug"下的"调试"选项卡中，但并非总是如此。您需要使用其他工具来准确查看作为测试基础结构的一部分要回复的内容。
为什么我没有通过 Google 上的操作获得context上下文？
你实际上没有发布证据证明你不是。您所展示的只是context[0]没有命名为"上下文"。您应该记录整个context数组，以查看所有数组，如下所示
error_log( $json->result->context );
您将看到的是已设置了许多上下文。这包括一个名为actions_capability_screen_output的 Google 操作，用于指示您正在运行的设备上可以显示在屏幕上。它可能还会有一个命名的actions_capability_audio_output来表示它可以说出结果。它还应该包括一个名为context，这是您设置的那个。
但是，为什么这些其他上下文没有设置given-name和last-name参数呢？
因为这些参数是在这些上下文处于活动状态时设置的。
您不能只假设参数将在第一个上下文上设置，您需要查找设置它们的上下文并从这些特定上下文中获取值。
参数将仅在设置它们的上下文中。(实际上，您可以在输出上下文中设置其他参数作为回复的一部分。
如果有多个上下文，如何找到包含我的参数的上下文？
遍历context数组并查找与所需名称匹配的数组。然后，您可以从那里获取所需的参数。
为什么谷歌上的操作将生命周期重置为 0？
其实不然。Google 上的操作确实设置了包含特定于 AoG 的其他信息的其他上下文(您会看到其中一个)，并且它的生命周期为 0(这意味着它将在本轮之后被删除，但他们下次会再次设置它)。他们将其设置为 0，因为某些上下文可能每次都会更改(特别是支持哪些表面)。
有没有更好的方法可以在没有上下文的情况下做到这一点？
不是真的 - 上下文非常棒，它们是最好的解决方案。
我不是 PHP 方面最大的专家，但我用过一点。我认为您的问题是对话流没有将您的结果解释为 JSON，而是一个简单的字符串。
从错误中，我看到：
Expected BEGIN_OBJECT but was STRING at line 2 column 1 path $.
假设您的响应是有效的 JSON，那么您可能需要手动告诉对话流响应需要解释为 JSON。
看起来您已经在 PHP 响应的顶部执行此操作，但也许您应该验证 JSON 响应没有任何异常会导致上述错误。
--在更新之前回答我的帖子 --
最后，我发现除非我在源代码中注释掉这些行，否则我会收到Expected BEGIN_OBJECT but was STRING at line 2 column 1 path $.错误：
error_reporting(E_ALL);
ini_set('display_errors', 'on');
如果我注释掉这两行，那么我不会得到任何错误，但最终的回答是"住在洛杉矶"，而"约翰住在纽约"是完整/正确的回答。显然，注释掉这两行并不能真正解决我的问题。 出现此问题的原因是，由于某种原因，Google 助理无法识别为Names定义的上下文，并在对话流正确识别Location_context意图。正因为如此，$first_name和$last_name甚至没有设置在第二个问题("他住在哪里？")中，这就是为什么我对这个问题得到不完整/错误的回答。
有关我的问题的最新陈述，请参阅我上面编辑的帖子。
--更新后回答我的帖子 --
如果我在Location_context意图中添加以下两个参数，我可以解决我的问题：
- 参数名称：名字、姓氏。
- 实体：@sys.名字，@sys.姓氏。
- 值：#context.给定名称、#context.姓氏。
因此，我实质上是将given-name和last-name参数的值从Names意图传递到Location_context意图。
如果我这样做，那么 Google Assistant 中第二个问题中 json 响应的contexts分支似乎变成了这样：
"contexts": [
{
"name": "actions_capability_screen_output",
"parameters": {
"given-name.original": "John",
"last-name.original": "Smith",
"given-name": "John",
"last-name": "Smith"
},
"lifespan": 0
}
]
(同样，我无法直接检查Google智能助理的json输出，但我只是进行一些测试以了解其json响应的格式和内容)
通过这种方式，我可以通过我的PHP脚本检索到这个人的全名，并得到第二个问题("他住在哪里？")的正确答案("约翰住在纽约")。
但是，我仍然想知道为什么有必要在对话流中执行此操作，而无需在Location_context意图中添加任何参数......
我也不确定 Google Assistant 是否以这种方式识别两种意图之间的上下文，因为lifespan再次为 0(即使我得到了我想要得到的东西)......