Bot Settings

ボットの機能

カスタムスクリプトファイルは、さまざまなタスク、ノード、その他のボット要素で使用することができる再利用可能なユーティリティJavaScript関数を、順に並べて管理することができます。カスタムスクリプトファイルをボットにアップロードすると、ファイル内のすべての機能がボット内のどこからでもアクセスできるようになることで、重複する開発作業を軽減することができます。 カスタムスクリプトファイルの使用 カスタムスクリプトファイルを活用して開発コストを大幅に削減する方法を理解するために、ショッピングボットの1つのユースケースについて考えてみましょう。複数の選択肢を消費者に頻繁に提示して選択を促す、ショッピングボットの次の会話の流れをご覧ください。以下のチャットでは、ボットはまず初めに、女性用または男性用の製品をクリックして製品ラインを選択するようユーザーに促し、その後、服、靴、アクセサリーなどの製品タイプを選択するよう促します。上記のチャットでは、製品ラインと製品タイプのオプションはどちらも機能的には同じですが、表示される選択肢のみが異なることが分かります。ボタンテンプレートの機能を各ノードにハードコーディングする代わりに、オプションを渡すことで、これらのノードによって呼び出すことができるカスタムスクリプトファイルに関数を記述することができます。以下は、この機能を実現するための関数スクリプトのサンプルです。下図は、どのようにしてノードから関数が呼び出されるかを示しています。 カスタムスクリプトファイルのアップロード ボットにスクリプトファイルをアップロードするには、以下の手順に従います。 左のナビゲーションから、設定 > 環境設定を選択します。 ボットの機能をクリックして、カスタムスクリプトでインポートをクリックします。 カスタムスクリプトのインポートダイアログで閲覧をクリックし、ローカル機器にあるスクリプトファイルに移動します。インポートをクリックします。続行をクリックしてインポートを開始します。 インポートが正常に完了したら、完了をクリックします。 カスタムスクリプトファイルの更新 ファイルをダウンロードして変更した後、ボットにインポートすることで、カスタムスクリプトファイルの機能を追加または変更することができます。新しいカスタムスクリプトファイルをインポートすると、既存のファイルが置き換えられます。元のファイルは後から読み出すことはできません。そのため、ダウンロードしたファイルはバックアップ用にコピーを取っておくなどすることをお勧めします。 左のナビゲーションから、設定 > 環境設定を選択します。 ボットの機能をクリックし、カスタムスクリプトのダウンロードをクリックしてファイルのコピーをローカルPCに保存します。 ファイルに変更を加えた後、新規インポートをクリックします。 閲覧をクリックしてローカルPC上のカスタムスクリプトファイルの場所に移動して、インポートをクリックします。 インポートが完了したら完了をクリックします。

一般設定

ボットの基本設定を変更するには、ボットのサイドナビゲーションパネルにカーソルを合わせ、設定 > 環境設定 をクリックします。デフォルトでは 基本設定 タブが開きます。 一般的なボットの設定 次の表に記載されている1つ以上の設定を変更します。 フィールド 説明 ボット 名 自分のウェブサービスのボット など、下図のタイトルバーに表示されているボットの名前として、ボットストアに表示されているボットの名前です。ボットの公開中は、名前 は変更できません。このフィールドは必須です。 説明 「これは自分のウェブサービスのボットの説明です。」など、前の図に示すように、ボットビルダーやボットストアに表示されるボットの説明ですは必須です。このフィールドは必須です。 アイコン ボットビルダー、ボットマーケットプレイス、およびエンドユーザーインターフェイスに表示されるボットのアイコン画像です。画像の形式は.pngで、200×200ピクセルの画像を使用すると最良の結果が得られます。このフィールドは必須です。このフィールドは必須です。 ターゲットオーディエンス ドメイン内の管理対象ユーザーと非管理対象ユーザーの両方にボットを公開する場合は、一般公開 を選択します。ボットの割り当ては必要なく、ボット管理者がボットをデプロイすると、ドメインユーザー全員が使用できるようになります。あらゆるユーザータイプがボットを利用できるようにするには、このオプションを使用します。 従業員や支払い実績のある顧客など、ドメイン内の管理対象ユーザーのみを対象としたボットの場合は、エンタープライズユーザー を選択します。ボット管理者がこのボットを承認してデプロイした後は、ボット管理者が明示的に割り当てを行わない限り、管理対象ユーザーはこのボットを利用することはできません。ドメイン内のどの管理対象ユーザーがそれぞれのデバイスでこのボットにアクセスしたり設定を行ったりできるかを制御したい場合は、こちらのオプションを使用します。 一度定義して保存した ターゲットオーディエンス は、変更することができません。 デフォルトのボット言語 これは編集不可能で、ボット作成時に設定されます。 ボットID 編集不可能で、プラットフォームによって割り当てられます。コピーしてAPIコールなどで使用することができます。 サブドメイン(テナント) テナントの使用を有効にするには、はい をクリックします。テナントが定義されると、エンドユーザーはボットのURLの一部としてテナント名を入力するよう促されます(例:www.kore.someWebService.comテナント固有のURLにおけるkore)。有効化されたら、以下のプロパティを定義します。 ヘルプヒント – ユーザーにボットのテナント固有のURLを入力するよう促すためにエンドユーザーに表示されるテキストです。 ベースURL – エンドユーザーが、https://{tenant}.someWebService.com(中括弧を含む{tenant}はテナント名を表します)などの構文を使用してテナント固有のURLを完成させるために会社を指定する必要がある、ボットのベースURLです。下図は、設定されたサブドメインの一例です。 タスクのセットアップ/実行のリンクを表示 はいを選択してリンクを表示し、ユーザーがタスクの実行に使用する情報をユーザーインターフェイスフォームに入力するか、データをメッセージ入力フィールドに直接入力するかを選択できるようにします。例えば、「新しいAsanaタスクのタイトルを入力してください。編集するには、こちらをクリックしてください。」(「こちら」は、フィールドを含むフォームへのリンクです)などです。 いいえを選択した場合、ユーザーはメッセージ入力フィールドにタスクの情報のみを入力できます。 たとえば、「新しいAsanaタスクのタイトルを入力してください。」などです。 エラーメッセージ ボット用のカスタムHTTPステータスコードとエラーメッセージを編集または追加します。詳細はエラーメッセージのカスタマイズをご確認ください。 ボットの設定を保存するには、保存をクリックします。「ボット名<は正常に更新されました」のメッセージが表示されます。

名前空間の管理

(この機能はバージョン8.0以降導入されました)おそらく数十から数百の(グローバルまたはコンテンツ)変数を定義し、ボットの定義に使用していると思います。これらの変数は、テキストプロンプトやメッセージ、JavaScript、転送、サービスコールなどの定義に使用されています。これらの変数を、使用の有無にかかわらずタスクごとに読み込むことは、ボットの応答時間が遅れることにつながり、ユーザー体験に影響を与えることになります。名前空間を使用することで、変数を分類し、これらの名前空間をボット定義の様々なコンポーネントにマッピングすることができます。Kore.aiのプラットフォームは、特定のコンポーネントを実行する際に、マッピングされた名前空間からのみ変数を読み込みます。 有効化 左のナビゲーションメニューから設定 > 環境設定 > 基本設定ページにアクセスして、変数の分類に名前空間を使用することができます。ここでは、変数の名前空間を有効にするオプションがあります。デフォルトでは無効になっています。 導入 変数の名前空間を有効にした場合: デフォルトの名前空間は、プラットフォームによって自動的に作成され、削除または変更することはできません。 すべてのタスクと変数は、自動的にこのデフォルトの名前空間に関連付けられます。 名前空間を定義および管理することができます。 これらの名前空間に対して、グローバル変数とコンテキスト変数を追加または削除することができます。変数は1つ以上の名前空間に属することができます。グローバル変数とコンテンツ変数をデフォルトの名前空間から削除することはできません。 名前空間を、次のようなボット定義の様々なコンポーネントにマッピングすることができます。 ダイアログタスク、アクションタスク、通知タスク、情報タスクなど ダイアログタスクのノード ナレッジタスク スモールトークタスク 標準応答 イベントハンドラ コンポーネントの名前空間のマッピングを削除した場合。 ただし、コンポーネントを任意の名前空間にマッピングした場合、コンポーネントの定義に1つ以上の変数が含まれていると、これらのコンポーネントの実行に失敗する可能性があります。 変数名空間がマッピングされると、タスク実行時にプラットフォームによって以下の手順が実行されます。 コンポーネントにマッピングされた名前空間に属する変数のみが読み込まれます。 マッピングされていない変数がコンポーネントによって参照されている場合、「変数が見つかりません」というエラーが発生します。 タスク内で使用されるボット関数にも同様のロジックが適用されます。 作成 変数(グローバル変数またはコンテンツ変数)を作成する際には、名前空間を追加というオプションがあります。このオプションを使用して名前空間を作成します。 編集 設定 > 環境設定の変数(グローバル変数またはコンテンツ変数)ページには、名前空間を管理というオプションがあります。 このオプションを使用して、名前空間の表示、編集、または削除を行います。任意のコンポーネントにマッピングされている名前空間の削除には制限があります。削除の前に、関連するすべてのコンポーネントから名前空間のマッピングを解除する必要があります。前述のとおり、デフォルトの名前空間は削除することができません。 マッピング 名前空間を作成したら、変数、タスク、その他のボットコンポーネントにマッピングする必要があります。これにより、コンポーネントにマッピングされた名前空間に属する変数のみが、実行時に読み込まれるようになります。 変数のマッピング 変数(グローバル変数およびコンテンツ変数)の作成時に、名前空間をマッピングすることができます。デフォルトでは、変数はデフォルトの名前空間に割り当てられます。1つの変数を複数の名前空間にマッピングすることができます。変数定義を編集することで、後からマッピングを変更することができます。 コンポーネント すべてのコンポーネントには、変数ネームスペースを管理というアクション項目があり、これを使用してコンポーネントを特定の名前空間にマッピングすることができます。 タスク -(ダイアログ、通知、アクション、情報) ダイアログタスクのノード 知識グラフ スモールトーク イベントハンドラ

会話セッション

会話セッションとは、ボットとユーザー間で行われる連続したやり取りであると定義されています。これらのセッションは、ボットビルダーやボット管理コンソールの複数の分析ダッシュボードで使用されます。Kore.aiのバーチャルアシスタントプラットフォームによって、これらの会話セッションをどのように作成および終了するかをカスタマイズすることができます。 会話セッションは請求セッションとは異なります。請求セッションについてはこちらを参照してください。 概要 会話セッションとは、エンドユーザーとボット間で行われる連続したやり取りであると定義されています。 バージョン7.2のプラットフォームリリース前 – エンドユーザーが最後に操作してから休止状態持続期間(15分に設定)が経過すると、新しいセッションが作成されていました。 バージョン7.2以降 – 休止状態持続期間(15分に設定)が経過した後、 エンドユーザーが戻ってきて同一インテントで続行した場合、現在のセッションは継続されます。 エンドユーザーが戻ってきて新しいインテントで続行したり、既存のインテントに対して無効な入力をした場合、新しいセッションが作成されます。 バージョン8.0以降のプラットフォームには、次のようなオプションがあります。 休止状態後に、主動的にセッションを閉じる – セッションの管理の詳細については、こちらを参照してください。 休止状態後に、主動的にセッションを閉じない – 前述のバージョン7.2の動作を維持します。 会話セッションは、バーチャルアシスタントまたはボットとのすべてのやり取りに対して作成されます。これには以下のものが含まれます。 対話セッションとしてマークされた、ユーザーからの1つ以上のメッセージを含むすべての会話。これには、認証の詳細を含む、すべてのチャネルとイベントにおけるエンドユーザーのすべてのやり取りが含まれます。 onConnectイベントメッセージなど、ボットが開始したコンバージョンセッションは、すべて非対話セッション;として記録されます。これらのセッションは、ユーザーメッセージが受信されるとすぐに対話セッションとして更新されます。非対話セッションは、請求セッションの計算には考慮されません。 開発者のやり取りも会話セッションとして含まれます。フラグはユーザーセッションと開発者セッションを区別し、これらの開発者セッションに対して請求セッションは作成されません。 注意:会話セッションに非対話型および開発者のやり取りが含まれるようになったのは、バージョン8.0からです。 セッションを管理 この機能は、プラットフォームのバージョン8.0でリリースされました。設定 > か環境設定のセッションを管理オプションを使用して、会話セッションの動作を定義することができます。 休止状態後に主動的にセッションを閉じない – このオプションでは、ユーザーが15分以上の休止状態の後に戻ってきて新しいインテントを入力した場合にのみ、セッションを閉じます。このオプションは、プラットフォームのバージョン8.0がリリースされる前のデフォルトの動作でした。このオプションは、今後のリリースでは非推奨となります。 休止状態後に主動的にセッションを閉じる – このオプションは、定義された休止状態時間の経過後、セッションを閉じます。以下のパラメータを設定することができます。 休止状態持続期間 – デフォルトでは15分に設定されており、セッションを終了するタイミングを決定します。5~60分の任意の値を設定することができます。 終了前の動作 – ユーザーに通知せずにセッションを終了するか、メッセージを送信してセッションの終了をユーザーに通知するかを選択することができます。このメッセージは、応答の管理リンクを使用してカスタマイズすることができます。 導入 会話セッションはいつ開始されますか?会話セッションは、すべてのやり取りに対して作成されます。 すべてのチャネルとイベントにおけるエンドユーザーとのすべてのやり取り – 会話セッションは、On_connectに対して作成されます(スクリプトの実行、メッセージの実行、ダイアログのトリガーのシナリオ)。これらの会話セッションには次の2つのカテゴリがあります。 対話セッションとは、ユーザーからの1つ以上のメッセージを含む会話を指します。 非対話セッションとは、ユーザーからのメッセージがない会話を指します。ボットが開始する会話セッションは、すべて「非対話型」として開始されます。これらのセッションは、ユーザーからのメッセージを受信するとすぐに対話セッションとして更新されます。非対話セッションは、請求セッションの計算には考慮されません。 開発者のやり取りも会話セッションの作成に考慮されますが、これらはユーザーセッションとは異なるものとして表示され、請求セッションの作成には考慮されません。 会話セッションはいつ終了しますか? 前述の「セッションを管理」オプションで設定された休止状態時間が経過すると、プラットフォームは休止中のセッションを積極的に閉じるようになります。…

ボット変数の使用

ボット変数は、さまざまなタスク、ノード、その他のボット要素で共通して使用される値を取得するのに役立ちます。ボット変数は、ボットの設定でキーと値の組み合わせとして設定することができ、会話の流れの中で実行時にキーと値を置き換えることができます。頻繁に使用される値を一箇所で取得することで、ボット変数は再利用性と一貫性という利点をもたらします。例えば、ステージングエンドポイントを使用してフライト予約ボットをテストしているとします。このエンドポイントを変数として設定した場合、複数の場所から素早くAPIを呼び出すことができるようになります。ボットの公開中にステージングエンドポイントを本番環境に変更したい場合も、簡単に行えます。同様に、変数を使使用して、ダイアログフローの定義からメッセージとプロンプトのコンテンツを外部に置くことができます。Kore.aiプラットフォームでは、ボットの開発者は、環境とコンテンツの2種類の変数を定義することができます。 環境変数 (以前はグローバル変数と呼ばれていた)環境変数は、キーと値の組み合わせを定義し、その変数をボット全体で使用する、主要なタイプのボット変数です。環境変数はグローバルに宣言されているため、ボットの設定のどの時点でも使用することができます。開発者が環境変数を使用する典型的なユースケースは、次の通りです。 異なるエンドポイントURLを持つ環境間でボットを管理する場合。環境に応じてボットをエクスポートおよびインポートすることができ、インフラストラクチャチームは変数設定ファイルのみを変更する必要があります。 ボットの設定内で繰り返されるボットの応答を変数として定義および管理する場合。 認証トークン チャネルに関連するトークンとURL プラットフォームのバージョン8.1リリース以降、オンプレミスのインストールでは、コレクションを使用してこれらの環境変数に複数の値のセットを保存することができます。詳細はこちらを参照してください。 コンテンツ変数 基本的に、ボットの構築には大規模なコンテンツ管理が必要です。多言語対応のボットの場合には、開発者と世界各地に散らばるコンテンツ作成者や著作権管理チームとの間で、面倒な調整作業が必要になります。コンテンツ変数は、コンテンツの制作や編集からボットフローの開発作業を抽象化することで、この問題を解決します。プログラマーは、コンテンツ変数を使用して、ユーザーに提示されるプロンプト、メッセージ、またはデータなどのボットコンテンツをボットコンポーネントにハードコーディングすることを回避し、代わりに各ボット言語の一元管理されたコンテンツ変数ファイル内の特定の変数を指定することができます。この言語固有のコンテンツ変数ファイルは、ボットの設定を公開することなく、コンテンツ編集者にエクスポートすることができます。ライターは、エクスポートされたファイル内のコンテンツを制作し、ボットにインポートすることができます。 ボット変数の定義 ボット変数を追加または編集するには、以下の手順に従います。 変数を追加すrボットを開いて、設定 > 環境設定を選択します。 環境変数またはコンテンツ変数セクションのいずれかを選択します。 変数ページで変数を追加をクリックして、以下の詳細を入力します。 変数名:「ボット環境」など、特殊文字を使用しない名前を入力します。 値:文字列式を追加します。この文字列は、起動されたあらゆる場所で変数を置き換えます。 注意:コンテンツ変数の場合は、ボットの言語ごとに異なる値を入力する必要があります。方法については、次のセクションを参照してください。 メモフィールドに開発者のメモを入力します。これは任意のフィールドですが、有用なメモを入力することで、ターゲットボットを担当する開発者が関連する値を把握し提供するのに役立ちます。 グループは、変数を分類するために使用することができます。 有効な場合は、名前空間を割り当てます()。 [保存] をクリックします。 さらに変数を追加または編集する場合は、ステップ3~5を繰り返します。 言語固有の値の入力 コンテンツ変数に言語固有の値を追加するには、まず、ボットの言語を切り替える必要があります。言語の切り替えは、ボットのページの右上にある現在有効な言語名をクリックし、以下の手順で別の言語を選択することで行うことができます。言語を切り替えた後、設定 > 環境設定 > コンテンツ変数ページに移動し、該当する変数の横にある編集アイコンをクリックします。有効になっている言語の値フィールドのテキストを置き換えます。 環境変数の使用 プレーンテキストモード(標準エディター)では、の構文を使用して環境変数を呼び出すことができます。JavaScriptモードで使用している場合は、env.variableNameとなります。JavaScriptモードで使用している場合は、env.variableNameとなります。ここでは、botTypeおよびparametersと呼ばれる2つの環境変数を使用して、開発、テスト、本番といった様々なボット環境を決定しているボットの例をご紹介します。ボットのタスクの1つにある以下のスクリプトノードは、現在のボット環境に応じて、ボットのベースURLを取得します。次のサービスノードのURLは、取得したURLに基づいて変更されます。 コンテンツ変数の使用 プレーンテキストモード(標準エディター)では、の構文を使用してコンテンツ変数を呼び出すことができます。JavaScriptモードで使用している場合は、content.variableNameとなります。ここでは、ユーザーの出発地の空港を取得する、多言語のフライト予約ボットのエンティティノードをご紹介します。これは、ハードコードのユーザープロンプトの代わりにコンテンツ変数を使用しています。ユーザーとのやり取りの一環としてボットがこのノードに到達すると、ユーザープロンプトはやり取りを行っている言語に応じて変化します(有効なすべての言語に対してそれぞれの変数値を入力した場合)。 インポートとエクスポート ボット変数をボット間でインポートおよびエクスポートすることができます。 設定 > 環境設定 > (環境/コンテンツ)変数からアクセス可能なボット変数のページで、 変数を追加の隣にある楕円をクリックします。 インポートするには:インポートを選択してJSONファイルまたはCSVファイルから変数をインポートします。 インポートは既存の変数を置き換えるため、バックアップを取ることをお勧めします。 バックアップを取った後、インポートを続行します。 インポートするJSONファイルまたはCSVファイルを選択します(ファイル形式については以下をご確認ください)。 エクスポートするには:エクスポートエクスポートファイルの形式を選択します。 ボット変数は、選択した内容に応じてJSONファイル、CSVファイルの形式でエクスポートされます。…

エラーメッセージのカスタマイズ

ボットビルダーでは、それぞれのボットやタスクに、HTTPリクエストメソッドで返される標準的なHTTPステータスコードに対するアクションと一緒に、あらかじめ定義されたエラーメッセージが含まれています。ほとんどの場合、デフォルトの応答およびアクションは、エンドユーザーの応答に対しては十分ですが、デフォルトで定義されていない他のHTTPステータスコードを処理したり、エラーメッセージ自体をカスタマイズしたり、エラーが発生した場合にKore.aiが行うデフォルトの応答を変更する必要がある場合があります。このトピックでは、Kore.aiのボットやタスクのエラーメッセージをカスタマイズして作成する方法について説明します。ボットやタスクを作成する際、ボットやタスクの設定のエラーメッセージセクションで、HTTPステータスコードのエラーメッセージを追加またはカスタマイズすることができます。 カスタムステータスコード ボットやタスクには、デフォルトで約25種類のHTTPステータスコードが定義されています。HTTPステータスコードをカスタマイズするには、 ボットビルダーでボットまたはタスクを開きます。 ボットのサイドナビゲーションパネルにカーソルを合わせ、設定 > 環境設定をクリックします 下にスクロールしてエラーメッセージセクションを探します。 カスタマイズするコードの編集アイコンをクリックして、エラーメッセージの設定ダイアログを開きます。 メッセージタイプフィールドで、以下のいずれかを選択します。 カスタム – エンドユーザー向けのエラー固有のメッセージを定義するためのカスタムメッセージフィールドを表示します。 ソース – 2XX範囲のHTTPステータスコード(成功メッセージ)以外のHTTPステータスコードに対するJSON応答のペイロードからのJSONパスを定義することができる、エラーパスフィールドを表示します。 アクションフィールドでは、エラーの再発生フィールドで定義した継続的なエラーの回数に達した際に取るべきアクションを指定します。次のいずれかを選択します。 Select one of: 無効 – エラーが発生すると、タスクは非アクティブに設定されます。エンドユーザーは、必要に応じてタスクを有効にすることができます。 再スケジュール – エラーが発生したときにタスクを再試行するまでの経過時間を分単位で定義するための再試行の間隔フィールドを表示します。 認証の無効化 – エラーが発生した場合、そのタスクに定義されている認証メカニズムが無効になります。同じ認証メカニズムを使用している他のタスクも無効になります。 通知 – エラーメッセージをエンドユーザーインターフェイスに表示します。 メッセージフィールド(デフォルトのメッセージでのみ利用可能)に、エンドユーザーに表示するテキストメッセージを入力します。 エラーの再発生フィールドに、アクションが実行されるまでに返す必要がある連続したエラーコードの数を指定します。デフォルトでは、エラーの再発生フィールドは「1」に設定されています。 追加をクリックし、カスタムエラーメッセージを保存してエラーメッセージを設定ダイアログを閉じます。 新しいHTTPステータスコードを作成するには、エラーメッセージを追加をクリックして、前のセクションで説明したように新しいコードのフィールドを定義してから追加をクリックします。

個人を特定できる情報の編集

個人を特定できる情報(PII)、または取り扱いに注意すべき個人情報(SPI)とは、単独で、または他の情報と組み合わせて、一人の個人を特定、連絡、または探し出すことができる情報、あるいはコンテキスト内で個人を特定することができる情報を指します。PIIの例としては、社会保障番号、メールアドレス、クレジットカード番号、パスポート番号、自宅の住所などがあります。Kore.aiでは、ユーザーがボットと共有する取り扱いに注意すべきあらゆる機密情報を編集することができます。ある情報タイプに対して編集を有効にした場合、その値を、理解可能なデータを含まないパターンに変換することができます。このプラットフォームでは、指定した情報タイプを編集するために、以下の3つのモードが用意されています。 オプション 説明 例 編集 データを一意のランダムな英数字で置き換える 入力されたメールアドレスは、jjh4ezb2などのランダムな値に置き換えられます。 置き換え PII編集の設定で入力した静的な値でデータを置き換えます。 入力された静的な値がasdf1234の場合、入力されたメールアドレスはasdf1234に置き換えられます。 文字でのマスキング データの最初と最後の数文字を「+」または「#」の記号で置き換えます。マスキングする文字数と記号を選択することができます。 最初の4文字と最後の4文字を「+」でマスキングするように設定した場合、helpdocs@kore.aiのようなメールアドレスは、++++docs@kor++++として編集されます。 情報タイプに対して編集を有効にすると、ボットプラットフォームはそのタイプのインスタンスの編集済みデータのみを保存します。そのため、ユーザーが元のPIIデータにアクセスすることはできません。 注意:;ダイアログタスクでPIIの値が転送を決定する場合、元の値が転送に使用されます。ただし、開発者は、編集されたデータをコンテキスト変数内またはそれが表示される場所でしか見ることができません。 編集の方法 PII設定を行うボットを開きます。 左のナビゲーションにカーソルを合わせて、設定 > 環境設定を選択します。 設定ページで、PII設定をクリックします。PII編集ページが開きます。 ボットでPII編集が有効になっていない場合は、スイッチを有効に切り替えます。ページには、編集設定がデフォルトで設定されている情報タイプの一覧が表示されます。 これらの追加設定がない情報タイプの編集を有効にするには、それらの横にあるスイッチを有効に切り替えます。編集設定を編集するには、名前をクリックします。 その他の情報タイプの編集設定を行うには、PII編集ページの右上にある新規追加をクリックします。 設定フィールド フィールド 説明 情報タイプ クレジットカード番号など、保護したい情報タイプの名前を入力します。 定義 ユーザーの入力内容から情報タイプを認識するための正規表現を入力します。例えば、Visaクレジットカードの正規表現は、^4[0-9]{12}(?:[0-9]{3})?$のようになります。 エンティティをマップする ボットの対話タスクで、情報タイプに対応するすべてのエンティティをマッピングします。注意:編集された情報タイプに対応するエンティティをマッピングしないと、それらのエンティティに対する有効なユーザーエントリの場合でも、ダイアログタスクでエラーが発生します。例えば、メール情報タイプの編集を有効にしたとします。メールが編集用に設定されているため、エンティティノードが情報を取得する前でも、プラットフォームは即座に情報を編集します。その後、エンティティノードは編集されたデータを受信しますが、エンティティは編集設定でマッピングされていないため、編集された値を無効なメールエントリと見なしてしまいます。一方、編集設定でエンティティをマッピングした場合、エンティティは編集されたデータを認識し、受け入れます。 表示タイプ 編集済みデータをプラットフォーム内の任意の場所に表示するには、編集、置換、文字でのマスキングのモードのいずれかを選択します。注意:表示される値の前には、プラットフォームで生成されたランダムな一意のIDが付けられます。これは、条件付きの転送などの場合に元の値を取得するために内部で使用されるキーです。

ボット管理

このセクションでは、ボットのインポートとエクスポート、ボットの削除、ボットの変更履歴の確認などについて説明します。 ボット変数とそれらの管理方法を参照することができます。詳細はこちらを参照してください。 ボットのインポートとエクスポート Kore.aiでは、ボットのタスクや関連する設定をエクスポートしたり、別のボットにインポートしたりすることができます。この機能は、ボットの定義の移行、ボットの複製、またはボットの定義の定期的なバックアップの保持などに役立ちます。特に、ボットがエンドユーザー向けにリリースされる前に、さまざまな開発プロセスの段階でさまざまなバージョンのボットをテストする際に役立ちます。このセクションの記事では、エクスポートおよびインポート機能の仕組みとその実行方法について理解することができます。 注意:バージョン8.0リリース以降は、エクスポートおよびインポートされたボット定義の「NLPデータ」の「NLP設定」にenableNegativePatternsフラグが含まれます。このフラグは、ボットでネガティブパターンが有効/無効になっているかどうかを確認するために使用されます。このパッチの前は、このフラグはインポートされたボットの定義の「NLPデータ」にある「NLP設定」、およびエクスポートされたボットの定義の「設定」にある「ボットの設定」の一部でした。この変更は、機能の合理化を目的としており、バージョン8.0より前に生成されたエクスポートファイルからのボットの増分インポートに失敗する場合があります。 ボットのエクスポート エクスポートオプションを使用して、ボットの定義や設定をエクスポートすることができます。ボットをエクスポートすると、以下のZIPファイルがダウンロードされます。 botDefinition.json:ボットのメタデータ、タスク、ボットおよびタスクレベルの同義語、発話、パターン、ナレッジグラフ、標準応答、フロー、IDPが含まれます。ボットのエクスポートの際に、ボットのタスク、NLPデータ(NLP設定、発話、標準応答)、設定(ボットの設定、変数、IVR設定)の中からエクスポートするアイテムを選択することができます。 config.json:ボットの設定、ボット変数、IVRの設定が含まれます。 Icon.png:ボットアイコンが含まれます。 <Custom ScriptFile Name.js>(利用可能な場合):JavaScriptの関数を含むスクリプトファイルが含まれます。このファイルをボットにアップロードすると、ボット内のどこからでもファイル内の関数にアクセスすることができるようになります。 注意:エクスポートの際、ボットとそのコンポーネントには固有の参照IDが付与されます。これらのIDは、プラットフォームがターゲットボット内で一致するタスクを特定したり、それらを更新したりするのに役立ちます。 エクスポートのモード ボットのエクスポートには、公開と最新バージョン2つのモードがあります。選択されたモードに応じて、ボットタスクの対応するバージョンがエクスポートされます。どちらのモードでも、ボットタスク、NLPデータ、ボットの設定など、エクスポートするボットのコンポーネントを選択することができます。また、個々のボットタスクを選択することもできます。 公開モード 公開モードでボットをエクスポートした場合、既存のバージョンに関わらず、ボットタスクの公開バージョンのみがエクスポートされます。例えば、ボットが公開バージョンのタスクと、アップグレード中のバージョンで構成されている場合、公開バージョンのみがエクスポートされます。 以下の表を参照して、どのバージョンのタスクが公開モードでエクスポートされるかをご確認ください。 タスク ステータス 進行中 エクスポートなし 開発中のタスクの場合、公開モードではエクスポートされません。 設定済み エクスポートなし タスクの設定は完了しているが、使用のために公開されていない場合、公開モードではエクスポートされません。 公開済み エクスポート済み 公開済みのボットタスクはすべてエクスポートされます。 アップグレード中 エクスポートなし 進行中のタスクのアップグレード設定はエクスポートされません。公開済みの設定のみがエクスポートされます。 拒否 エクスポートなし 管理者によって拒否されたタスク設定は、エクスポートされません。 一時停止 エクスポートなし 一時停止されたタスクはエクスポートされません。 注意:ダイアログタスクでは、公開済みステータスになっているノードのみがエクスポートされます。 最新バージョン 最新モードでボットをエクスポートした場合、公開ステータスに関わらず、ボットタスクの最新バージョンのみがエクスポートされます。例えば、ボットが公開バージョンのタスクとアップグレード中のバージョンで構成されている場合にはアップグレード中のバージョンがエクスポートされますが、設定済みのバージョンのみで構成されている場合は設定済みのバージョンがエクスポートされます。 以下の表を参照して、どのバージョンのタスクが最新モードでエクスポートされるかをご確認ください。 タスク ステータス 進行中 利用可能な唯一のバージョンであればエクスポートされます。 後続のバージョンが存在する場合はエクスポートされません。 設定済み 利用可能な唯一のバージョンであればエクスポートされます。…