Intelligence

Kore.aiのBotビルダーツールでは、デフォルトのテキスト応答がいくつか用意されています。このセクションではそれらをリストアップし、これらの応答がトリガーされるタイミングについて説明します。標準応答の概要については、こちらを参照してください。 ステートメント メッセージ 定義 ユーザーがある言語での会話を閉じて別の言語に切り替える意思を示した場合 お客様は現在、でBotと会話をしています。 oobにフィールドプロンプトのみが存在する場合 これはアクションタスクやアラートタスクのフィールドプロンプトメッセージです。Koreプラットフォームで使用するためのものです。エンタープライズはこれを変更すべきではありません。次の導入の一環として、Bot開発者はこれを隠します。 言語設定が行われた場合 ユーザが「cheat lang」を使用して言語を切り替えたり、表示されているオプションから言語を選択したりした場合に表示されます。 ユーザーがタスクにアクセスできない場合 開発者がアクセス権を持たないBotタスクにアクセスしようとした場合に表示されます。 ユーザーがアラートを選択 アラートタスクにのみ適用可能 この応答は、アラートが正常に設定されたときに表示され、Botは指定された頻度または時間にタスクを起動します。 ユーザーが現在のアクティビティを破棄/中断 以下のような場合に表示されます。 1. ユーザーが「discard」と言ってタスクを終了した場合 2. タスクが最大試行回数を超えて終了した場合や、LoVで利用できないエンティティや選択肢がある場合、HTTPリクエストでcURLの問題が発生した場合など ユーザーが会話の終了を示唆（例：good night、bye、ttyl） この条件は、「はい、このダイアログの最後に、ダイアログ設定の[フォローアップタスク]リストからタスクを選択して実行するよう、ユーザーに要求します。」というフォローアップタスク設定が行われているダイアログタスクでのみ発生します。Botは、ダイアログの最後にフォローアップインテントの配列をユーザーに提示する時に、このメッセージを表示します。 ユーザーが提供した場所がアクションフィールドで無効 このメッセージは、Botが「Location」タイプのエンティティのユーザー入力を検証できない場合に表示されます。 アラートフィールドの変更 アラートタスクにのみ適用可能 エンドユーザーは、アラートを設定する際にアラートがトリガーされる頻度と共にアラートが必要とするパラメータの値を提供する必要があります。開発者がアラートを設定する前にアラートがユーザーからのすべての値を確認する必要があることを指定した場合、Botはユーザーが値を変更したい時にユーザーにオプションを表示します。 このBotの応答は、ユーザーが変更するために「Yes」と言った場合に表示されます。 フィールドを持たないタスクの変更 アラートタスク、アクションタスク、情報タスクに適用可能です。 アクションタスク、アラートタスク、情報タスクの場合の標準の確認メッセージは、エンティティを変更するオプションで終了します。タスクにエンティティ（フィールド）がない場合、このメッセージが表示されます。 少なくとも1つのオプションフィールドを要求 アクションタスクにのみに適用 アクションタスクを定義する際の詳細設定で、開発者は設定されたすべてのオプションパラメータのうち、少なくとも1つのオプションフィールド（パラメータ/エンティティ）をユーザーに提供することを強制するオプションについて設定を行うことができます。これは、変更のユースケースを処理するためのものです。 このBotの応答は、ユーザーがオプションパラメータのいずれにも値を提供しなかった場合に表示されます。 トピックの再試行制限を超過 これは開発者専用です（開発者モードオン）。 プラットフォームはループ制限のチェックを設定しており、ダイアログ条件の結果同じノードを複数回ループする場合（定義済みの制限値）、タスクは破棄され、このメッセージが開発者に表示されます。 ユニバーサルフォールバック応答 以下の場合に表示されます。 1. ユニバーサルキャッチオール：技術的な理由やその他の理由で、Botがそれ以上の応答を生成できない場合。 2. Botがボレーで実行できるノードの最大数を超えた場合で、ユーザーがBot開発者ではない場合。この場合、Bot開発者には「トピックの再試行制限を超過しました」というメッセージが表示されます。 サーバーが認証に失敗したため、ユーザは再認証が必要 このメッセージは、スクリプトノードの実行中およびAPIコールの実行中、サーバー認証に失敗した場合に表示されます。 ユーザーがオプションのリストから有効なオプションを選択…

Kore.aiのNLPエンジンは会話を分解してその本質を見極め、1つのメッセージから複数のアクションアイテムやインテントを特定してフォローアップします。ボットは、タスクを連続して論理的な方法で実行することができます。 1つのユーザーの発話から特定された、複数のインテントをNLPエンジンに検出および実行させることができます。初期設定では無効になっていますが、有効に切り替えることができます。設定を有効にすると、NLPエンジンは1つのユーザーの発話における複数のインテントを次のようなキーワードに基づいて特定します。 あとで、 そのあとに 次に それから その前に 最初に 事前に それまでに インテントを実行する順序は、ユーザーの発話の中の「その前に 」、「その後に」、「それから」といった標準的な語句に基づいて決定されます。NLPエンジンにより順序が特定されなかった場合は、インテントは元の発話内の出現順に実行されます。 複数インテントの検出を有効にするには、以下のステップを実行します。 複数インテントを追加するボットを開きます。 サイドナビゲーションパネルにカーソルを合わせ、[自然言語] > [インテリジェンス] をクリックします。 [複数インテントの検出] タブをクリックします。 有効化します。

優秀で印象に残るボットには、ごく自然で人間味のある会話の流れがあります。しかし自然な会話とは、ときにほとんどのボットに事前定義されているはずの直線的なインテント解決の道筋を外れてしまうこともあるものです。さらに複雑なことに、ユーザーが合理的な結果にたどり着く前に他の新しいタスクを開始してしまうこともよくあります。そうなるとボットは、ユーザーの求める結果が得られるよう、もともとの文脈を損ねることなく会話を別の方向に誘導しなければなりません。 Kore.aiのボットプラットフォームは、割り込みや説明など、人間の会話におけるほぼすべてのニュアンスにボットが対応できるようにします。そして、ダイアログのターン定義やユーザーのためのコンテキストの切り替え体験を完全にコントロールできるようにします。 ダイアログ管理 割り込みとコンテキストの切り替え – プラットフォームは、一次停止および再開機能の詳細な制御をボット、タスク、そしてノードレベルで可能にします。詳細… ユーザーへのエンティティ値の修正許可 – ユーザーがエンティティの値を修正したいと思うのはよくあることですが、ボットはそのような状況にも対応します。修正後のダイアログに対する動作はコントロールすることができます。詳細… 複数インテント検出の有効化 – ユーザーの1つの発話から特定される複数のインテントを検出して実行できるよう、NLPエンジンの機能を強化することができます。詳細… ユーザーの発話からの特定ワードの除外 –  ユーザー入力内の、タスクの解釈に必要のないワードやフレーズにマークをつけると、ボットがユーザー入力に対してより早く対応でき、正確なタスク認識率を向上させることができます。  詳細… コンテキスト管理 ボットは本来ステートレスですが、人々の会話は相手との関係と、お互いのことをどれだけ知っているかによって大きく違ってきます。そのため、チャットボットの開発者は、会話の文脈や自然な流れを維持しながらさまざまな変数を追跡するのに苦労しています。 Kore.aiならあらゆるシナリオに合わせて文脈データをキャプチャして再利用できるため、より複雑なユースケースを作成したり、エンタープライズの顧客体験を再定義したりすることができます。 プラットフォームは、ほぼすべての複雑で多様なコンテンツ切り替えシナリオを効果的かつ効率的に処理します。コンテキストの切り替えを有効または無効にしたり、コンテキストデータを渡すことでタスク間の条件付き除外を追加したりすることができます。詳細… タスクの作成時には、プラットフォームに用意されているセッション変数や自分で定義したカスタム変数、変数の範囲を定義するコンテキストにアクセスすることができます。詳細… センチメント管理 センチメント分析とトーン処理で条件付きフローをトリガーして、ユーザーとボットの会話を誘導します。Kore.aiで構築されたボットは、ユーザーや電話をかけてきた人の感情状態を分析し、その反応をモデル化して優れたサービスを提供します。

開発者が詳細なコードを書かなくても、プラットフォームがユーザーの発話に応答できる場面がいくつかあります。たとえば、： ユーザー インテントが検出されない場合やボットが理解できない場合の、デフォルトのダイアログ 特定の質問やあいさつ、エラーおよび警告のシナリオなどへの標準応答 イベント ハンドラで特定の共通ボット イベントを定義することができます。詳細については、こちらをご覧ください。 これらはプラットフォームによりデフォルトで設定されていますが、ビジネス要件に応じてカスタマイズすることができます。このドキュメントでは、そのようなカスタマイズについて説明しています。 デフォルト ダイアログ Kore.ai の自然言語処理がユーザーのインテントを決定できない場合、ダイアログ タスクを実行するか標準のエラー メッセージを表示するかを選択することができます。デフォルトでは、エラー メッセージを表示するように設定されています。[自然言語] > [デフォルトの会話] セクションで、[デフォルト ダイアログ] タブを選択してデフォルトのダイアログ タスクを定義します。たとえば、ボットからライブ エージェントへ会話を切り替えたり、ボットとの会話でユーザー インテントが決定できない場合は、メイン メニューのような汎用ダイアログを実行したりすることができます。デフォルト ダイアログ タスクが定義されていない場合は、標準エラー メッセージや「標準応答」セクションで定義されているカスタマイズが使用されます。以下の図は、銀行ポータル ボットで、ユーザー インテントが決定できない場合にアカウント ヘルプの取得ダイアログ タスクを実行するように設定されたボットビルダーの、「デフォルト ダイアログ」セクションの例です。 デフォルト ダイアログの定義 以下の手順を完了するには、デフォルト ダイアログとして選択できる 1 つのダイアログがあらかじめ定義されている必要があります。 [自然言語] > [デフォルトの会話] タブで、「デフォルト ダイアログ」セクションを選択します 「ユーザーのインテントを理解できない場合」のセクションで、[ダイアログ タスクを自動的に実行] を選択します。 表示されている [デフォルト ダイアログ タスク]…

ユーザーがタスクの実行中に設定を変更する状況が何度も見られます。 例えば、ユーザーはフライトの予約中に旅行の日程を変更したり、目的地を変更したりする場合があります。 エンティティの変更は、このようなシナリオのための機能です。この機能を使用することで、お客様はユーザーによるエンティティ値の変更や変更後のダイアログの動作制御を可能にします。 エンティティの変更プロセスは、3つの段階に分けることができます。 変更の識別：エンドユーザーが変更を望んでいることの識別は、Botの組み込みNLP機能によって行われます。 エンティティの変更：変更の意図を識別すると、現在のタスクは一時停止され、変更フローがトリガーされます。ユーザーの発話に基づいて、次の3種類の変更フローが考えられます。 ユーザーがエンティティ名（またはエンティティの同義語）を参照した場合、エンティティ値の入力を求められます。例えば、「I want to change the destination」というユーザーの発話により、目的地エンティティのプロンプトがトリガーされます。同じエンティティノードがダイアログ内に複数回存在する場合、ユーザーが既に入力した最新のエンティティノードが変更されます。 ユーザーがエンティティ値を指定すると、それに応じてエンティティが更新されます。例えば、「I want to fly to JFK」というユーザーの発話により、目的地のエンティティ値が変更されます。値がダイアログ内の2つ以上のエンティティと互換性がある場合、ユーザーは変更するエンティティの選択を促されます。 ユーザーがエンティティとその値の両方を参照した場合、エンティティが更新されます。例えば、「change my destination to JFK」というユーザーの発話により、目的地のエンティティ値が変更されます。 変更後の動作：エンティティが正常に変更された後、Botが設定できる3つのダイアログ実行フローがあります。 ダイアログは、エンティティの接続を評価することで、変更されたノードから再実行することができます。 ダイアログは、変更が識別または作成されたノードから再開することができます。 ダイアログは、ダイアログ内に存在する指定されたノードから再開することができます。 注： この機能はバージョン6.4のリリースで導入されました。 この機能はすべての言語でサポートされているわけではありません。詳細はこちらを参照してください。 Implementation Kore.aiプラットフォームでは、次の2つのレベルでエンティティの変更の動作を定義することができます。 Botレベル タスクレベル Botレベル Botレベルのエンティティの変更の動作を設定する 自然言語 > インテリジェンスオプションからエンティティの変更を選択します。エンティティの変更はデフォルトでは無効になっています。 エンティティの変更を許可を選択すると、様々なダイアログの再開オプションが利用可能になります。 変更済みのエンティティからダイアログを再実行 – 変更済みエンティティの接続を評価してダイアログを再開するには、このオプションを使用します。さらに以下を選択することができます。 下流で取得されたエンティティの値を削除 – 識別されたエンティティと変更の間に取得されたすべてのエンティティを削除します。 以前に表示されたメッセージの表示のスキップ – メッセージノードからのメッセージのみ。 変更識別ノードからダイアログを再開…