チャットBotの概要
会話型ボット
Kore.ai のアプローチ
Kore.ai 会話型プラットフォーム
ボットの概念と用語
自然言語処理 (NLP)
ボットタイプ
ボットタスク
Kore.ai プラットフォームを使う
ボットビルダーのアクセス
Kore.ai ボットビルダーを使う
初めてのボット構築
ボット構築を始める
シンプルなボットを構築
ボットビルダー
標準ボットの構築
設計
開発 - 標準ボット
ストーリーボード
ダイアログタスク
ユーザーインテントノード
ダイアログノード
エンティティノード
サポートするエンティティタイプ
複合エンティティ
サポートする色
サポートする会社名
フォームノード
ロジックノード
メッセージノード
確認ノード
サービスノード
カスタム認証の実装
サービスノード用双方向 SSL
スクリプトノード
エージェント転送ノード
Webフックノード
ノードのグループ化
接続と遷移
ダイアログの管理
プロンプトエディタ
アラートタスク
アラートタスク
無視する単語 & フィールドメモリ
デジタルフォーム
デジタルビュー
知識グラフ
用語
構築
生成
ボットオントロジーのインポート/エクスポート
解析
知識の抽出
スモールトーク
自然言語
概要
機械学習
ML (機械学習) モデル
基本概念
NLP (自然言語処理) の設定 & ガイドライン
知識グラフのトレーニング
示唆
ランキング & リゾルバ
高度な NLP 設定
インテリジェンス
概要
コンテキスト管理
セッションおよびコンテキスト変数
コンテキストオブジェクト
ダイアログ管理
サブインテント
エンティティの変更
複数インテントの検出
センチメント分析 (英語)
トーン分析
センチメント管理
デフォルトの会話
デフォルトの標準レスポンス
チャネルの有効化
テスト & デバグ
ボットと会話
発話テスト
バッチテスト
会話の記録 & テスト
ボットの公開
ボットの分析
概要
ダッシュボード
カスタムダッシュボード
会話フロー
ボットメトリクス (英語)
アドバンスド トピック
ボット認証
言語管理
共同開発
IVR 統合
データ テーブル
ユニバーサル ボット
定義
構築
トレーニング
カスタマイズ
言語の有効化
スマート ボット
スマート ボットの定義
イベントベースのボットアクション
koreUtil ライブラリ
ボット設定
ボットの機能
ボット設定
PII 設定
エラーメッセージのカスタマイズ
セッションを管理する
ボット管理
ボットのバージョン
ボット変数
API ガイド (英語)
API 概要
API リスト
API コレクション
SDK (英語)
SDK 概要
SDK セキュリティ
SDK アプリ登録
Web 上の SDK チュートリアル
メッセージ形式とテンプレート
モバイル SDK プッシュ通知
メッセージ形式とテンプレート
ウィジット SDK チュートリアル
WebSocket 接続
BotKit SDK の利用
インストール
設定
イベント
機能
BotKit SDK チュートリアル - エージェント転送
BotKit SDK チュートリアル - フライト検索サンプルボット
外部 NLP エンジンの利用
ボット管理者
ボット管理者コンソール
ダッシュボード
ユーザー管理
御社ユーザーの管理
御社グループの管理
ロールを管理
ボット管理
エンロール
ユーザーの招待
一括招待
ユーザーのインポート
AD からユーザーを同期
セキュリティ & コンプライアンス
シングル サインオンを使う
セキュリティの設定
クラウド コネクタ
分析
請求処理
How To
シンプルなボットの構築
バンキングボットの構築
送金タスク
残高の更新タスク
知識グラフを作成
知識グラフへ抽出したFAQを入力
スマート アラートのスケジュール
エージェント転送の設定
パネルやウィジットの設定
デジタル ビューの設定
デジタル フォームの設定
データをデータテーブルに追加
データテーブルのデータを更新
フォームデータをデータテーブルに追加
コンテキストの切り替え
意図を使う
インテントやエンティティのパターン
エンティティ ルール
マルチ言語なボットの動き
カスタム ダッシュボード
ボット メトリクスをフィルターするためのカスタムタグ
グローバル変数
コンテンツ変数
ボット機能を使う
ボットリリースのライフサイクル
グループノードを利用したインテントのスコーピング
Kore-Unblu インテグレーション
  1. Home
  2. Docs
  3. Bots
  4. Advanced Topics
  5. Sentiment Management

Sentiment Management

Emotion tones are critical indicators in understanding the attitudes and opinions of users interacting with the bots. Sentiment Management allows the developer to define and trigger events based on the user’s emotion or sentiment.

Notes

  • This feature was introduced in v7.0.
  • This feature is not supported in all languages. Click here for details.

Negative emotion scenarios like anger or disgust are typically considered for transferring the conversation to a live agent.

The Natural Language Processing (NLP) interpreter can parse user utterances for specific words and phrases, and then provide an average tone score based on the connotation, word placement, and any added modifiers. (Click here for more on Tone Analysis)

The tone or sentiment scores are stored as context and used to drive the flow of a dialog task through conditional transition statements. You can use these scores to steer user-bot conversations or seamlessly invoke escalation to a live agent.

Configuration

You can define multiple sentiment events from Natural Language > Intelligence.

Use New Event to define an event to capture the user’s emotion.

Following parameters can be configured for a sentiment event:

  • Event Name – Name of the event.
  • Event Trigger – Defines how often the sentiment must be checked. It can be set to:
    • On Task Completion – Sentiment is checked only after completion of a task (dialog, action, alert, and information task).
    • After Every User Message – Sentiment is checked after every message from the end-user. The event is evaluated before proceeding with the conversation using the incoming utterance.
  • Emotion Configurations
    • Select the required emotions to be captured from a list of six tones, angry, disgust, fear, sad, joy, and positive.
    • Select if the tone should be considered at the Session level or Message level
      • Session-level tone value is a consolidated tone value across all user messages in a conversation session.
      • Message-level tone value is a tone value calculated for a given message from the user.
    • Define the range to be considered for each of these tones, the range can be between -3 to +3. (Click here for more on Tone Analysis)
    • When multiple emotions are selected, the event is triggered when ALL the tone rules are met. In case you want the event to trigger when any tone rule is met, add them as separate rules.
      Post v8.1, the platform can identify the emojis in user utterance and set the tone accordingly.
    • Event Configuration – The result of the event trigger could be either to Run a Dialog or Run a Script.

Event Flow

Emotion tones are continuously updated whenever a message received from the users and as such the sentiment events are also continuously evaluated. When an event’s criteria are met, the platform triggers the defined behavior.

  • If the configuration used is to Initiate a task, then the current task is discarded and the bot switches to the new task according to the event configuration.
    • Any other implicitly paused tasks will also be discarded.
    • Tasks that are kept on hold using Hold and Resume settings are resumed as per Hold and Resume configuration.
    • If the dialog selected to trigger for the sentiment event is not available for any reason, then a standard response is displayed. Refer to the standard response with the title Dialog task required for conversation is not available for more information. (more on standard responses).
  • If the configuration used is to Run the script, then the platform executes the script and continues with the task execution. In case of any errors executing the script associated with the sentiment event, then a standard response is displayed. You may refer to the standard response titled Error in continuing the conversation due to incorrect bot definition for more information. (more on standard responses).
  • In case of a conflict between a sentiment event and direct intent invocation by the user, sentiment event is given precedence.
  • When tone criteria for two or more sentiment events are satisfied at the same instance, then the platform prefers the sentiment event with the highest order of precedence used in defining the events.
Execution Flow for Universal Bots
  • Events configured at the universal bot are honored over the events defined in the child bots.
  • If an event at the universal bot is qualified, then the corresponding behavior is triggered.
  • If an event at the universal bot is not qualified or not defined, then the events defined for the child bot that the user is interacting with are evaluated and triggered if qualified.
  • If no child bot is being executed, then child bot events are not evaluated.

Reset Tone

By default, sentiment values are reset at the beginning of every user conversation session.

Apart from the beginning of the conversation session, the platform resets the sentiment values (i.e. tone scores) once the associated events are triggered. The reset behavior is based on the type of event trigger:

  • If a script is run, then the values are reset after successful execution of the script.
  • In case of a dialog task is triggered, the values are transferred to the new dialog task’s (triggered by the sentiment event) context and reset in the original global context.

このページの内容

メニュー