---
sourceDocument: Yokohama 対話型インターフェース
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/conversational-interfaces

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama 対話型インターフェース

ft:clusterId :

    - convint

bundleId :

    - convint

workflow :

    - Platform


---

# 仮想エージェントでの複数のアクティブな会話

# 仮想エージェントでの複数のアクティブな会話 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年06月24日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

Yokohama リリースの時点で、仮想エージェント (VA) は、選択したコンテキストによって分離および指示された複数の会話を同時に行う機能を備えています。

## 仮想エージェントの複数のアクティブな会話の概要 {#c_multiple-active-conversations-va__section_d4p_xvg_xwb}

仮想エージェントのメッセージは通常、すべての VA クライアント、つまりすべてのポータルで保持される共有履歴を使用して 1 つの会話に従います。たとえば、Service Portal (SP) のポータルコンテキストで仮想エージェントと会話している場合、同じ会話が従業員サービスセンター (ESC) (ESC) ポータルに表示されます。複数のアクティブな会話機能は、1 つの会話という制限を排除することで、仮想エージェントの対応範囲を拡大します。コンテキストに基づいて仮想エージェントの会話を構成することで、顧客は異なるポータルでの同時会話間で一部またはすべてのコンテンツを共有するか、または制限するかを選択できます。

各仮想エージェント会話は完全に独立しており、チャット間で重複することはありません。たとえば、SP での会話は ESCとはまったく異なります。各会話にも独自のトランスクリプトがあります。自然言語理解 (Natural Language Understanding) (NLU) チャットのコンテキスト値は設定する必要がありますが、大規模言語モデル (LLM) チャットは各ポータルに基づいて複数のアクティブな会話に対して自動的に構成されます。アドミニストレーターは、ガイド付きセットアップ構成を使用して、各ポータルの LLM アシスタントをアクティブ化できます。( 仮想エージェント 会話の構成の詳細については、「 [対話型インターフェースのガイド付きセットアップ](https://servicenow-prod.fluidtopics.net/s8bIxNFL6Y96YfbDzSgA1A "対話型インターフェースガイド付きセットアップを使用して、必要な会話型インターフェイス機能のみを対象としたカスタマイズされたセットアッププロセスを作成します。対話型インターフェースガイド付きセットアップはサーベイから始まり、サーベイの回答に基づいてカスタマイズされたタスクリストを作成します。")」を参照してください)。

## 複数のアクティブな会話のメリット {#c_multiple-active-conversations-va__section_gv5_cmy_wwb}

以前は、ユーザーが仮想エージェントとの会話に参加している場合、チャットは単一のコンテキストで行われました。コンテキストの切り替えには、チャット履歴全体が他のポータルに引き継がれて機密情報が公開されるリスクがありました。たとえば、人事ポータルで人事の会話を行ってから IT 要求を出した場合、チャットは IT ポータルで続行されます。ただし、この要求は、人事の会話履歴も IT ポータルに取り込みます。または、アドミニストレーターが skip_load_history システムパラメーターを有効にして露出のリスクを回避することもできますが、IT ポータルでチャットが続行されると、最初の会話は終了します。

ポータル間の会話履歴を除外するには、次の手順を使用します。  
1. 移動先 すべてサービスポータルエージェントチャット.
2. コンテキスト値を設定するエージェントチャット構成を選択します。
3. \[サーバースクリプト\] ウィンドウで、 <kbd class="ph userinput">skip_load_history: true</kbd> という行を追加して、会話履歴なしで会話をロードします。

{#c_multiple-active-conversations-va__ol_sdn_kzk_3xb}  
注:  
スクリプトの構文は、構成によって異なる場合があります。

複数のアクティブな会話機能は、skip_load_history メソッドをバイパスし、選択した通知とトピックを構成されたコンテキストのみにルーティングすることで、仮想エージェントのチャットとの継続的なやり取りを可能にします。ユーザーはスクリプティングや広範なカスタマイズを必要とせず、中断したり、誤ったコンテキストで情報を公開したりすることなく会話を行うことができます。ポータルと通知コンテキストを調整することで、ユーザーは、インシデントの更新やその他の関連データなど、コンテキストに適した情報を受け取ることができます。

## 複数のアクティブな会話を使用する場合の考慮事項 {#c_multiple-active-conversations-va__section_t3r_331_xwb}

複数のアクティブな会話の実装は、次の順序で行う必要があります。アドミニストレーターは、ポータルコンシューマーコンテキスト値を定義し、デフォルトコンテキストを設定または更新して、複数のアクティブな会話システムをアクティブ化し、最後に、ポータルに送信される通知を構成する必要があります。ただし、提供されたサービスポータルコンテキストで十分な場合は、アドミニストレーターは値の構成と設定をスキップできます。

トピックは、ポータルコンテキスト内で作成できます。ポータルコンテキストがコンシューマーアカウントコンテキストにマップされる場合、トピックはコンシューマーアカウントコンテキストにマップされます。
* **[複数のアクティブな会話 NLU ポータルコンシューマーコンテキスト値の設定](https://servicenow-prod.fluidtopics.net/oHJIZI2~PQ5nl14u0GhxYg)**   
  コンテキスト値を使用して、そのポータル内のユーザーに対する特定のメッセージと通知を受信するポータルを決定します。
* **[複数のアクティブな会話のデフォルトの NLU コンテキスト値の設定](https://servicenow-prod.fluidtopics.net/yYqCtK1E1R690EzKJ_tM~Q)**   
  複数のアクティブな会話機能を使用する場合、コンシューマーアカウントのコンテキスト値を使用して、仮想エージェントメッセージのデフォルトの送信先を定義します。
* **[仮想エージェントでの複数のアクティブな会話のアクティブ化](https://servicenow-prod.fluidtopics.net/Zu7PyrqEEBhHob1fLYgaSQ)**   
  複数のアクティブな会話システムを、定義されたコンテキスト値およびデフォルトのポータルと組み合わせて使用し、仮想エージェントとの同時会話を処理します。
* **[複数のポータルを介した 仮想エージェント NLU 通知のルーティング](https://servicenow-prod.fluidtopics.net/MTwUS5mtonAV0jaQxbQvSg)**   
  必要な数のポータルを介して、通知やその他の 仮想エージェント メッセージを送信します。