---
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年01月30日
*
*  所要時間：2分
複数のプロバイダーアプリケーションを構成して、 仮想エージェント API を使用する複数のプライマリボットがあり、それらを区別する必要がある AI エージェントをサポートできます。
## 始める前に
必要なロール：アドミン
仮想エージェント API アプリケーションスコープ内にいることを確認してください。
## 手順
1. 移動先 すべてsys_cs_provider_application.
2. \[新規\] をクリックして、新しいプロバイダーアプリケーションを作成します。
3. フォームで、フィールドに入力します。
{#configure-multiple-provider-applications__table_ujp_1dp_kqb__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | 「VA API カスタムボット」などのプロバイダーアプリケーションの名前。 |
| プロバイダー | プロバイダーとして \[VA ボットとボット間のプロバイダー (VA Bot to Bot Provider)\] を選択します。 |
| 受信 ID | 要求メッセージで使用される一意の受信 ID (例：custom_1)。 |
| メッセージ認証 | 受信通信用のトークン付きメッセージ認証の設定。詳細は、「[受信通信用のメッセージ認証の設定](https://servicenow-prod.fluidtopics.net/zf2NIGFCCICwt36TdVM7HQ "基本認証または OAuth 認証の代わりに仮想エージェント API のメッセージ認証を設定できます。メッセージ認証には、静的トークンまたはハッシュトークンの設定、プロバイダー認証の設定、およびチャネル ID の設定が含まれます。")」を参照してください。 |
[ ]
{#configure-multiple-provider-applications__table_ujp_1dp_kqb}
4. \[送信\] をクリックします。
5. 移動先 すべてSystem Web ServicesREST メッセージ.
6. \[新規\] をクリックし、新しい REST メッセージを作成します。
7. REST メッセージレコードで、フォームフィールドに入力します。
{#configure-multiple-provider-applications__table_fhw_fy3_n1c__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | REST メッセージレコードの名前。これは、新しく作成されたプロバイダーアプリケーションと同じでなければなりません。 |
| エンドポイント | プライマリボットの応答エンドポイント。 |
[ ]
{#configure-multiple-provider-applications__table_fhw_fy3_n1c}
8. \[送信\] をクリックします。
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=yokohama&pubname=yokohama-api-reference&ft:locale=en-US)」を参照してください。OAuth 2.0 の構成の詳細については、「[OAuth を使用する REST メッセージの構成](https://www.servicenow.com/docs/access?context=t_ConfigureARESTMessageWithOAuth&version=yokohama&pubname=yokohama-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 ログを表示して、応答エンドポイントが呼び出されたことを確認することで、構成をテストできます。