待合室の事前構築済みコンポーネント

待合室の事前構築済みコンポーネントを使用すると、エンドユーザーがエージェントに保留をリクエストするようにエージェントを構築できます。例えば、リクエストされた情報を取得するのに時間がかかるというシナリオで有効です。待合室機能は、いくつかの事前構築済みコンポーネントに実装されており、事前構築されていないエージェントやコンポーネントに追加できます。

制限事項

一般的な事前構築済みコンポーネントの制限に加えて、この事前構築済みコンポーネントには次の制限があります。

  • 待機室でセッションのタイムアウトが延長されることはありません。デフォルトの動作については、セッションをご覧ください。
  • デフォルトでは、待機セッション コンポーネントは、3 回の no-match または 3 回の no-input 組み込みイベントの後に終了し、音声の詳細設定 で構成された音声なしのタイムアウトに従ってタイムアウトします。この上限を増やすには、Main ページで no-match と no-input のイベント ハンドラを構成します。
  • 待合室は、セッションがタイムアウトしたか、Main ページのイベント ハンドラを使い切った後に終了します。

サンプル ダイアログ

次のサンプル ダイアログは、この事前構築されたコンポーネントによって処理される一般的なシナリオを示しています。

保留の成功

エンドユーザーは、エージェントに保留をリクエストします。ユーザーが「準備ができました」と言うと、エージェントは会話に戻ります。

ユーザー入力 エージェントの応答
クレジット カード番号の最初の部分を言うか、入力してください。「再生」と言うと、いつでも現在収集している番号を聞くことができます。
ちょっと待って
心配無用です。準備ができたらお知らせください。
準備ができました
続きから再開しましょう。

クレジット カード番号の最初の部分を言うか、入力してください。「再生」と言うと、いつでも現在収集している番号を聞くことができます。

認識されない入力

ユーザー入力 エージェントの応答
クレジット カード番号の最初の部分を言うか、入力してください。「再生」と言うと、いつでも現在収集している番号を聞くことができます。
ちょっと待って
心配無用です。準備ができたらお知らせください。
素晴らしい
すみません、聞き取れませんでした。準備ができるまで待っています。「準備ができました」と言うと、中断したところから再開します。
かまいません
うーん、やはりわかりませんでした。「準備完了」と言っているか確認してください。
わからない
申し訳ありませんが、応答を理解するのが難しいです。

命名規則

この事前構築済みコンポーネントでは、次の命名規則が使用されています。

特徴 形式
フロー [コンポーネント名] 待合室
コンポーネント固有のインテント prebuilt_components_[component_name]_[intent_name] prebuilt_components_waiting_room

基本設定

この事前構築済みコンポーネントを設定するには:

  1. 事前構築済みコンポーネントをインポートします。
  2. Dialogflow CX Console を開きます。
  3. ご自身の Google Cloud プロジェクトを選択します。
  4. エージェントを選択します。
  5. [ビルド] タブを選択します。
  6. [ページ] セクションで [スタートページ] をクリックします。
  7. prebuilt_components_waiting_room インテントを使用して新しいルートを追加します。これにより、フローの任意のページからこのインテントにアクセスできるようになります。詳細については、フローレベルのルートをご覧ください。
  8. [保存] をクリックします。
  9. 待合室を有効にするページで、2 つの新しいルートを追加します。
    1. 最初のルートを使用すると、エンドユーザーが最初にエージェントに保留をリクエストしたページに会話を戻すことができます。
      1. 条件: $session.params.from_waiting_room_reusable_flow = true
      2. パラメータのプリセット:
        • パラメータ: from_waiting_room_reusable_flow
        • 値: false
      3. 遷移ページ: 現在のページ
    2. 2 番目のルートは、エンドユーザーが待合室フローで no-match または no-input の再試行上限を超えるとどうなるかを決定します。
      1. 条件: $session.params.waiting_room_event_handler = true
      2. パラメータのプリセット:
        • パラメータ: waiting_room_event_handler
        • 値: null
      3. 遷移ページ: エンドユーザーが待合室のフローの再試行をすべて行った後に何が起こるか(別のページへのルーティング、フローの終了など)に応じて設定する必要があります。

完了

これで、エージェントが設定され、テストの準備が整いました。