---
sourceDocument: オーストラリアの対話型インターフェース
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/conversational-interfaces
Release :
- australia
ft:locale :
- ja-JP
ft:publication_title :
- オーストラリアの対話型インターフェース
ft:clusterId :
- convint
bundleId :
- convint
workflow :
- Platform
---
# 複数のプロバイダーアプリケーションの構成
# 複数のプロバイダーアプリケーションの構成 {#ariaid-title1}
* リリースバージョン: Australia
*
* 更新日 2026年03月12日
*
*  所要時間：2分
仮想エージェント API を使用する複数のプライマリボットがあり、それらを区別する必要がある場合は、AI エージェントをサポートするように複数のプロバイダーアプリケーションを構成できます。
## 始める前に
必要なロール：admin
アプリケーションスコープ内にいることを確認してください 仮想エージェント API 。
## 手順
1. 移動先 すべてsys_cs_provider_application.
2. \[ 新規 \] をクリックして、新しいプロバイダーアプリケーションを作成します。
3. フォームで、フィールドに入力します。
{#configure-multiple-provider-applications__table_ujp_1dp_kqb__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | VA API カスタムボットなどのプロバイダーアプリケーションの名前。 |
| プロバイダー | VA ボット間プロバイダーとしてプロバイダーを選択します。 |
| 受信 ID | 要求メッセージで使用される一意の受信 ID (custom_1 など)。 |
| メッセージ認証 | 受信通信用のトークンを使用してメッセージ認証を設定します。詳細については、「[着信通信のメッセージ認証の設定](https://servicenow-prod.fluidtopics.net/h8seQ0sSX_qABLG16sQKQw "基本認証または OAuth 認証の代わりに 仮想エージェント API のメッセージ認証を設定できます。メッセージ認証には、静的トークンまたはハッシュトークンの設定、プロバイダー認証の設定、およびチャネル ID の設定が含まれます。")」を参照してください。 |
[ ]
{#configure-multiple-provider-applications__table_ujp_1dp_kqb}
4. \[Submit (送信)\] を選択します。
5. 移動先 すべてシステム Web サービスREST メッセージ.
6. \[ 新規 \] をクリックして、新しい REST メッセージレコードを作成します。
7. REST メッセージレコードで、フォームフィールドに入力します。
{#configure-multiple-provider-applications__table_fhw_fy3_n1c__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | REST メッセージレコードの名前。これは、新しく作成されたプロバイダーアプリケーションと同じである必要があります。 |
| エンドポイント | プライマリボットの応答エンドポイント。 |
[ ]
{#configure-multiple-provider-applications__table_fhw_fy3_n1c}
8. \[Submit (送信)\] を選択します。
9. \[HTTP メソッド\] セクションで、\[新規\] をクリックして新しいメソッドを作成するか、デフォルトの GET メソッドを上書きできます。
{#configure-multiple-provider-applications__table_lfp_hcj_n1c__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | HTTP メソッドの名前。postMessage と入力します。 |
| HTTP メソッド | \[ POST\] を選択します。 |
| エンドポイント | プライマリボットの応答エンドポイントを入力します。 |
| 認証タイプ | 要件に従って基本認証または OAuth 2.0 認証を構成します。ベーシック認証の構成の詳細については、「 [ベーシック認証を使用した REST メッセージの構成](https://www.servicenow.com/docs/access?context=t_ConfigureRESTMsgBasicAuth&version=australia&pubname=australia-api-reference&ft:locale=en-US)」を参照してください。OAuth 2.0 の構成の詳細については、「 [OAuth を使用した REST メッセージの構成](https://www.servicenow.com/docs/access?context=t_ConfigureARESTMessageWithOAuth&version=australia&pubname=australia-api-reference&ft:locale=en-US)」を参照してください。 |
[ ]
{#configure-multiple-provider-applications__table_lfp_hcj_n1c}
10. 新しく作成されたプロバイダーアプリケーションを使用するには、仮想エージェント API要求のappInboundIdパラメーターでプロバイダーアプリケーションの受信 ID を渡します。
仮想エージェント API要求ごとに、appInboundIdパラメーターでプロバイダーアプリケーションの受信 ID を渡す必要があります。新しく作成されたプロバイダーアプリケーションを使用するサンプル 仮想エージェント API 要求を次に示します。
{
"userId": "adminuser1",
"emailId": "admin@example.com",
"action": "START_CONVERSATION",
"message": {
"text": "",
"typed": true
},
"appInboundId": "custom_1",
"contextVariables": {
"app_name": "test"
}
}
送信 HTTP ログを表示して、応答エンドポイントが呼び出されたことを確認することで、構成をテストできます。