Webhook

Webhook は、標準 Webhook またはフレキシブル Webhook のいずれかになります。標準 Webhook では、リクエスト フィールドとレスポンス フィールドは会話エージェント（Dialogflow CX）によって定義されます。フレキシブル Webhook では、リクエスト フィールドとレスポンス フィールドを自分で定義します。

標準 Webhook

標準 Webhook では、会話エージェント（Dialogflow CX）で定義されたリクエスト メッセージとレスポンス メッセージを使用します。リクエスト メッセージには、セッションに関する多くの詳細情報が含まれています。たとえば、現在のアクティブなページ、最近一致したインテント、セッション パラメータ値、エージェント定義のレスポンスがすべて含まれています。

標準 Webhook リクエスト

Webhook でのフルフィルメントが呼び出されると、会話エージェント（Dialogflow CX）は Webhook サービスに HTTPS POST Webhook リクエストを送信します。このリクエストの本文は、セッションに関する情報を含む WebhookRequest JSON オブジェクトです。

一部の統合では、WebhookRequest.payload フィールドに追加情報が入力されます。たとえば、Dialogflow CX Phone Gateway の統合では、エンドユーザーの呼び出し元 ID を提供します。

詳しくは、WebhookRequest（V3）または WebhookRequest（V3Beta1）のリファレンス ドキュメントをご覧ください。

標準 Webhook レスポンス

Webhook サービスは Webhook リクエストを受け取ると、Webhook レスポンスを送信する必要があります。回答には次の制限が適用されます。

• レスポンスは、Webhook リソースを作成するときに構成したタイムアウト内で実行する必要があります。この制限時間を超えると、リクエストがタイムアウトになります。
• レスポンスのサイズは 64 KiB 以下でなければなりません。

詳しくは、WebhookResponse（V3）または WebhookResponse（V3Beta1）のリファレンス ドキュメントをご覧ください。

標準 Webhook リソース設定

標準 Webhook の Webhook リソース設定は次のとおりです。

フレキシブル Webhook

フレキシブル Webhook では、リクエスト HTTP メソッド、リクエスト URL パラメータ、リクエスト メッセージとレスポンス メッセージのフィールドを自分で定義します。リクエストは、選択したパラメータ値のみを指定し、レスポンスはパラメータのオーバーライド値のみを指定できます。エージェントと Webhook 間のインターフェースを簡素化するため、この制限は実際に有益です。エージェントと Webhook 間でセッション パラメータ値以外の通信を行う必要はほとんどありません。また、リクエスト メッセージとレスポンス メッセージには必要なものだけが含まれ、さまざまなシナリオに一意の Webhook メッセージを指定できるため、Webhook の実装も簡素化されます。

フレキシブル Webhook リクエスト

エージェントの Webhook リソースを作成する際に、Webhook リクエストに対し、以下を指定できます。

• Webhook サービスに送信される Webhook リクエストに使用される HTTP メソッド。
• 会話エージェント（Dialogflow CX）が URL を使用して Webhook サービスに送信するセッション パラメータ値。
• 方式として POST、PUT、PATCH のいずれかを選択した場合、リクエストの JSON 本文を通じて会話エージェント（Dialogflow CX）が Webhook サービスに送信するセッション パラメータ値を指定できます。

リクエスト URL または JSON 本文を使用してセッション パラメータ値を送信するには、通常どおりパラメータ参照を使用します。パラメータ参照を URL エスケープする必要はありません。また、参照を引用符で囲む必要はありません。実行時に、会話エージェント（Dialogflow CX）は必要に応じてパラメータ値を URL エンコードします。リストまたは複合値は JSON として指定されます。

JSON 本文でパラメータ参照を使用する場合は、パラメータのタイプに関係なく、参照を引用符で囲む必要があります。パラメータが実際に数値スカラー、リスト、複合値である場合、会話エージェント（Dialogflow CX）は、実行時にリクエストを送信するときに引用符を削除して、パラメータのデータ型を保持します。文字列スカラー型は、引用符で囲まれたままになります。数値スカラー、数値、または複合値が文字列値内で参照されている場合（例: "This is a number: $session.params.size"）、パラメータは文字列として扱われます（"This is a number: 3"）。

たとえば、次のようにして、fruit と size のセッション パラメータ値をリクエスト URL に指定できます。

https://your-webhook-service.com/handler?f=$session.params.fruit&s=$session.params.size

また、次のようにして、リクエスト JSON 本文に指定できます。

{
  "fruitParameter": "$session.params.fruit",
  "sizeParameter": "$session.params.size"
}

フレキシブル Webhook レスポンス

エージェントの Webhook リソースを作成する際に、会話エージェント（Dialogflow CX）が実行時に Webhook レスポンスの特定のフィールドに設定する必要があるセッション パラメータを指定できます。

回答には次の制限が適用されます。

• レスポンスは、Webhook リソースを作成するときに構成したタイムアウト内で実行する必要があります。この制限時間を超えると、リクエストがタイムアウトになります。
• レスポンスのサイズは 64 KiB 以下でなければなりません。

スカラー、リスト、複合フィールドを指定するには、次の形式を使用します。

$.fully.qualified.path.to.field

たとえば、次の JSON レスポンスについて考えてみましょう。

{
  "routes" : [
    {
      "legs" : [
        {
          "distance" : {
            "text" : "2,064 mi",
            "value" : 3321004
          }
        }
      ]
    }
  ]
}

「value」フィールドを指定するには、次のコマンドを使用します。

$.routes[0].legs[0].distance.value

フレキシブル Webhook リソース設定

フレキシブル Webhook の Webhook リソース設定は次のとおりです。

事前定義されたカスタム テンプレートを使用する

Dialogflow には、柔軟な Webhook を Salesforce CRM と統合するために使用できる、事前定義されたカスタム テンプレートが用意されています。

1. [管理] タブで、[Webhooks]、[+ 作成] の順にクリックします。

2. [サブタイプ] で [フレキシブル] を選択します。

3. [事前定義されたテンプレートを使用して構成] をクリックして、この機能を有効にします。

4. [統合タイプ] プルダウン メニューで、[Salesforce] を選択します。

5. [API 名] プルダウン メニューで API 名を選択します。テンプレートでは、選択した API 名に基づいて Webhook フォームが自動的に入力されます。

   1. 必要に応じて、パラメータに基づいて次のフィールドを手動で構成できます。

      • webhook URL
      • メソッド
      • リクエスト本文の JSON
      • レスポンスの構成

   2. 必要な OAuth フィールドは、[認証] セクションでハイライト表示されます。

6. [保存] をクリックして、Webhook を作成します。

Webhook サービスの要件

webhook サービスは、次の要件を満たす必要があります。

• HTTPS リクエストを処理する必要があります。HTTP はサポートされていません。コンピューティングまたはサーバーレス コンピューティング ソリューションを使用して Google Cloud Platform で Webhook サービスをホストしている場合は、HTTPS によるサービス提供に関するドキュメントをご覧ください。その他のホスティング オプションについては、ドメインの SSL 証明書を取得するをご覧ください。
• リクエストの URL は、Cloud Run functions の関数としてホストされている場合、または Service Directory Webhook としてアクセスされている場合を除き、公開アクセス可能である必要があります。
• 標準 Webhook またはフレキシブル Webhook セクションで説明されているとおりに、リクエストとレスポンスを処理する必要があります。
• エージェントが Service Directory のプライベート ネットワーク アクセスと統合されていない場合、Webhook 呼び出しはサービス境界外とみなされ、VPC Service Controls を有効にするときにブロックされます。制限付きエンドポイントは Service Directory でサポートされています。詳細については、Service Directory をご覧ください。

認証

Webhook サービスを保護し、会話エージェント（Dialogflow CX）エージェントまたはその所有者のみがリクエスト作成認証を持つようにすることが重要です。これは Webhook リソースを作成するときに構成されます。会話エージェント（Dialogflow CX）は、次の認証メカニズムをサポートしています。

サードパーティの OAuth

会話エージェント（Dialogflow CX）は、サードパーティの OAuth プロバイダからアクセス トークンを収集し、Webhook リクエストを行うときに認可 HTTP ヘッダーに追加できます。

サードパーティ OAuth のリソース設定は次のとおりです。

トークンを受け取るために OAuth エンドポイント URL に送信されるリクエストには、Webhook リクエスト用に構成されたカスタム リクエスト ヘッダーが含まれません。カスタム情報を OAuth エンドポイント URL のクエリ文字列内のパラメータとして OAuth サーバーに渡すことができます。

サービス エージェントのアクセス トークン

会話エージェント（Dialogflow CX）は、会話エージェント（Dialogflow CX）サービス エージェントを使用して、ID トークンまたはアクセス トークンを生成できます。

トークンは、会話エージェント（Dialogflow CX）が Webhook を呼び出すときに認可 HTTP ヘッダーに追加されます。

ID トークン

呼び出し元のロールを付与すると、ID トークンを使用して Cloud Run functions と Cloud Run サービスにアクセスできます。

service-agent-project-number@gcp-sa-dialogflow.iam.gserviceaccount.com

ID トークンの生成に使用されるオーディエンスは、クエリ パラメータ以外の Webhook URL 全体になります。Cloud Run を使用している場合は、この URL が Cloud Run オーディエンスでサポートされていることを確認してください。たとえば、Webhook URL が

https://myproject.cloudfunctions.net/my-function/method1?query=value

の場合、次の URL をカスタム オーディエンスに含める必要があります。

https://myproject.cloudfunctions.net/my-function/method1

Webhook はまた、Google クライアント ライブラリまたは github.com/googleapis/google-auth-library-nodejs などのオープンソース ライブラリを使用して、必要に応じてトークンを検証できます。

アクセス トークン

アクセス トークンを使用して、必要なロールを付与した後、その他の Google Cloud APIs にアクセスできます。

service-agent-project-number@gcp-sa-dialogflow.iam.gserviceaccount.com

HTTPS 証明書の検証

会話エージェント（Dialogflow CX）はデフォルトで Google のデフォルトのトラストストアを使用して HTTPS 証明書を検証します。Google のデフォルトのトラストストアで認識されない証明書（自己署名証明書やカスタムルート証明書など）を HTTPS サーバーに使用する場合は、カスタム CA 証明書をご覧ください。

環境特有の Webhook

環境を使用して本番環境システムを開発環境から分離している場合は（推奨）、Webhook を環境特有に構成できます。定義した Webhook リソースごとに、エージェント用に定義した環境ごとに一意の URL と認証の設定を指定できます。

これによって、Webhook コードの更新を本番環境にデプロイする前に安全に開発してテストできます。

Webhook リソースを作成または編集する

Webhook サービスを実行すると、接続と認証の情報を含むエージェントに Webhook リソースを作成する必要があります。作成後、Webhook リソースの設定を随時編集することもできます。

Webhook リソースを作成または編集するには:

Webhook エラー

Webhook サービスで Webhook リクエストの処理中にエラーが発生した場合、Webhook コードは次のいずれかの HTTP ステータス コードを返します。

• 400 Bad Request（不正なリクエスト）
• 401 Unauthorized（未承認）
• 403 Forbidden（禁止）
• 404 Not found（未検出）
• 500 Server fault（サーバーエラー）
• 503 Service Unavailable（サービス利用不可）

エラー状況が次のいずれかの場合、会話エージェント（Dialogflow CX）は Webhook エラーまたはタイムアウトの組み込みイベントを呼び出し、通常どおり処理を続けます。

• レスポンスのタイムアウトを超過しました。
• エラー ステータス コードを受信しました。
• レスポンスが無効です。
• Webhook サービスを利用できません。

また、インテント検出 API 呼び出しによってWebhook サービス呼び出しがトリガーされた場合、インテント検出レスポンスの queryResult.webhookStatuses フィールドには Webhook ステータスの情報が含まれます。

自動再試行

会話エージェント（Dialogflow CX）には、特定の Webhook エラーで自動的に再試行して堅牢性を高める内部メカニズムが含まれています。再試行されるのは、終了エラー以外のエラー（タイムアウトや接続エラーなど）のみです。

重複する呼び出しの可能性を低減するには:

• Webhook タイムアウトのしきい値を長く設定する。
• Webhook ロジックでべき等性をサポートするか、重複除去します。

Cloud Run functions の使用

会話エージェント（Dialogflow CX）は Cloud Run functions と統合されているため、セキュアなサーバーレス Webhook を簡単に作成できます。エージェントと同じプロジェクトに存在する関数を作成する場合、認証構成で [サービス エージェント認証 -> ID トークン] を選択するだけで、エージェントは Webhook を安全に呼び出すことができます。

ただし、次の 2 つの状況では、この統合を手動で設定する必要があります。

1. 次のアドレスを含む 会話エージェント（Dialogflow CX）サービス エージェントのサービス アカウントが、エージェント プロジェクト用に存在している必要があります。

   service-agent-project-number@gcp-sa-dialogflow.iam.gserviceaccount.com

   この特別なサービス アカウントおよび関連付けられた鍵は通常、プロジェクトの最初のエージェントを作成するときに自動的に作成されます。2020 年 11 月 1 日より前にエージェントを作成した場合は、この特別なサービス アカウントの作成をトリガーできます。
   1. プロジェクトの新しいエージェントを作成します。
   2. 次のコマンドを実行します。

      gcloud beta services identity create --service=dialogflow.googleapis.com --project=agent-project-id

2. Webhook 関数がエージェントとは異なるプロジェクトにある場合は、関数のプロジェクトの Conversational Agents（Dialogflow CX）Service Agent サービス アカウントに Cloud Functions 起動元の IAM のロールを提供する必要があります。
3. [認証構成] セクションで、[サービス エージェント認証 -> ID トークン] を選択します。

コンテナ化された Webhook と Go ezcx フレームワークの使用

Go を使用してコンテナ化された Webhook を実装する場合は、Go ezcx フレームワークをご覧ください。 このフレームワークを使用すると、Webhook の作成に必要な多くの手順を簡素化できます。

内部トラフィック専用の Cloud Run functions の使用

同じプロジェクトまたは同じ VPC SC 境界内の VPC ネットワークからの内部トラフィックを受け入れるように設定された Cloud Run functions は、エージェントが同じプロジェクトまたは同じ VPC SC 境界内にある限り、Webhook として使用できます。

サービス ディレクトリを使用したプライベート ネットワーク アクセス

会話エージェント（Dialogflow CX）は Service Directory プライベート ネットワーク アクセスと統合されているため、VPC ネットワーク内の Webhook ターゲットに接続できます。これにより、トラフィックが Google Cloud ネットワーク内に保持され、IAM と VPC Service Controls が適用されます。

プライベート ネットワークをターゲットとする Webhook を設定するには、次のようにします。

1. サービス ディレクトリのプライベート ネットワーク構成に従って、VPC ネットワークとサービス ディレクトリ エンドポイントを構成します。

2. 次のアドレスを含む 会話エージェント（Dialogflow CX）サービス エージェントのサービス アカウントが、エージェント プロジェクト用に存在している必要があります。

   service-agent-project-number@gcp-sa-dialogflow.iam.gserviceaccount.com

   会話エージェント（Dialogflow CX）サービス エージェントのサービス アカウントに、次の IAM ロールを付与します。
   • サービス ディレクトリ プロジェクトの servicedirectory.viewer
   • ネットワーク プロジェクトの servicedirectory.pscAuthorizedService

3. Webhook の作成時に、サービス ディレクトリ サービスと URL、オプションの認証情報を指定します。

   コンソール

   

   API

   Webhook タイプの serviceDirectory フィールドをご覧ください。Webhook API リファレンスに移動

   Webhook リファレンスのプロトコルとバージョンを選択:

   プロトコル	V3	V3beta1
   REST	Webhook リソース	Webhook リソース
   RPC	Webhook インターフェース	Webhook インターフェース
   C++	WebhooksClient	利用できません
   C#	WebhooksClient	利用できません
   Go	WebhooksClient	利用できません
   Java	WebhooksClient	WebhooksClient
   Node.js	WebhooksClient	WebhooksClient
   PHP	利用不可	利用できません
   Python	WebhooksClient	WebhooksClient
   Ruby	利用不可	利用できません

   終了

問題のトラブルシューティングを行う場合、非公開稼働時間チェックを設定することで Service Directory が正しく構成されていることを確認できます。

サンプルとトラブルシューティング

Webhook の入門ガイドをご覧ください。