

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# サンプルユースケース
<a name="recording-use-cases"></a>

SIP メディアアプリケーションは、通話録音アクションを構成要素として提供します。これにより、ビジネスユースケースに合わせた通話録音ソリューションを柔軟に構築できます。以下のケースでは、一般的なユースシナリオを取り上げます。

**Topics**
+ [ケース 1: SIP アクションを伴う 1 レッグ通話の録音](#recording-case-1)
+ [ケース 2: ブリッジ通話での音声の選択的な録音](#recording-case-2)
+ [ケース 3: 複数通話レッグの録音](#recording-case-3)
+ [ケース 4: 一時停止と再開を伴うオンデマンド録音](#on-demand-pause-resume)

## ケース 1: SIP アクションを伴う 1 レッグ通話の録音
<a name="recording-case-1"></a>

発信者と、SIP メディアアプリケーションのアクション ([PlayAudio](play-audio.md) や [PlayAudioAndGetDigits](play-audio-get-digits.md) アクションなど) によって生成されるすべての音声を録音できます。録音中に発信者が数字を押すと、その数字のトーンが録音されます。この例では `PlayAudioAndGetDigits` アクションを使用していますが、自動音声応答 (IVR) は SIP メディアアプリケーションの複雑な一連のアクションでもかまいません。

この例では、SIP メディアアプリケーションは、発信者と SIP メディアアプリケーション自体の間の両方のオーディオトラックを録音します。通話が確立されると録音が開始され、発信者が切断すると録音が停止します。通話が確立されると請求が開始され、発信者が切断すると請求が停止します。

![SIP メディアアプリケーションが、この場合は発信者とアプリ自身との間で 2 つのオーディオトラックを録音している図。](http://docs.aws.amazon.com/ja_jp/chime-sdk/latest/dg/images/sma-recording-case-1.png)


## ケース 2: ブリッジ通話での音声の選択的な録音
<a name="recording-case-2"></a>

1 人の通話参加者のオーディオトラックを選択的に録音できます。この機能を使用して、特定の参加者に対してのみ通話の録音を選択的に有効にできます。

この例では、SIP メディアアプリケーションは、**call-id-2** を `CallId` として、`INCOMING` をトラックとして指定して、着信側と SIP メディアアプリケーション自体の間の着信オーディオトラックを録音します。通話録音は、発信者が着信側にブリッジ接続された時点で開始され、請求も開始されます。着信側が切断すると録音が停止し、請求も終了します。この録音には着信側のオーディオトラックしか含まれていません。

![1 つのトラックを選択的に録音する SIP メディアアプリケーションの図。](http://docs.aws.amazon.com/ja_jp/chime-sdk/latest/dg/images/sma-recording-case-2.png)


## ケース 3: 複数通話レッグの録音
<a name="recording-case-3"></a>

複数の通話レッグを録音できます。例えば、通話を参加者にブリッジするとします。その参加者が切断すると、通話は別の参加者にブリッジされます。3 つの通話レッグすべてで通話録音を有効にできます。

この例では、3 つの別々の録音ファイルを示しています。最初の通話レッグの録音では、発信者、アプリケーション、および通話にブリッジされた 2 人の参加者の間の会話がキャプチャされます。2 番目の通話レッグの録音では、発信者と最初の参加者との会話がキャプチャされます。3 番目の通話レッグの録音では、発信者と 2 番目の参加者との会話をキャプチャされます。

このケースでは 3 つの通話レッグが作成され、各通話レッグの開始から終了まで課金が行われます。別の言い方をすれば、システムが 3 つの録音を S3 バケットに配信し、それぞれに課金されるということです。

![複数の通話レッグを録音する SIP メディアアプリケーションの図。](http://docs.aws.amazon.com/ja_jp/chime-sdk/latest/dg/images/sma-recording-case-3.png)


## ケース 4: 一時停止と再開を伴うオンデマンド録音
<a name="on-demand-pause-resume"></a>

[https://docs.aws.amazon.com/chime-sdk/latest/APIReference/API_UpdateSipMediaApplicationCall.html](https://docs.aws.amazon.com/chime-sdk/latest/APIReference/API_UpdateSipMediaApplicationCall.html) を使用して、オンデマンドで通話録音を開始、停止、一時停止、再開できます。`UpdateSipMediaApplicationCall` API を呼び出して SIP メディアアプリケーションを呼び出して通話録音アクションを返すクライアントアプリケーションを構築できます。

エンドユーザーはクライアントアプリケーションを使用して通話録音を制御します。例えば、コールセンターのエージェントは、デスクトップクライアントアプリケーションを使用して、オンデマンドで通話録音アクションをトリガーします。コールセンターの例では、エージェントは発信者に通話の録音許可を求め、発信者が同意したらクライアントアプリケーションをクリックして録音を開始できます。別の例として、発信者が社会保障番号 (SSN) などの情報を提供する必要がある場合があります。ただし、コールセンターのポリシーでは、担当者は顧客の SSN などの情報を録音してはならないことが要求されています。エージェントは、顧客が情報を提供している間、アプリケーションをクリックして録音を一時停止し、もう一度クリックして録音を再開できます。エージェントが発信者のリクエストを処理すると、エージェントはアプリケーションをクリックして録音を停止し、通話を切断します。

このユースケースでは、SIP メディアアプリケーションは、発信者と SIP メディアアプリケーションの間のオーディオトラックを録音します。`call-id-1` レッグは `call-id-2` レッグにブリッジされているため、システムは発信者と着信者の両方のレッグの音声を録音します。`UpdateSipMediaApplicationCall` API が `StartCallRecording` アクションを呼び出すと、録音と請求が開始します。`UpdateSipMediaApplicationCall` API が `StopCallRecording` アクションを呼び出すと、録音と請求が停止します。注意点として、録音を一時停止しても録音時間は変わりません。一時停止していた分もすべて請求されます。

![録音の一時停止と再開でオンデマンド録音する SIP メディアアプリケーションの図。](http://docs.aws.amazon.com/ja_jp/chime-sdk/latest/dg/images/sma-recording-on-demand.png)
