

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 샘플 사용 사례
<a name="recording-use-cases"></a>

SIP 미디어 애플리케이션은 통화 녹음 작업을 구성 요소로 제공합니다. 이를 통해 비즈니스 사용 사례에 맞는 통화 녹음 솔루션을 유연하게 구축할 수 있습니다. 다음 사례는 몇 가지 일반적인 사용 시나리오를 보여줍니다.

**Topics**
+ [사례 1: SIP 작업이 포함된 단일 레그 통화 녹음](#recording-case-1)
+ [사례 2: 다중 통화의 선택적 오디오 녹음](#recording-case-2)
+ [사례 3: 여러 통화 레그 녹음](#recording-case-3)
+ [사례 4: 일시 중지 및 재개를 통한 온디맨드 녹음](#on-demand-pause-resume)

## 사례 1: SIP 작업이 포함된 단일 레그 통화 녹음
<a name="recording-case-1"></a>

발신자와 [PlayAudio](play-audio.md) 및 [PlayAudioAndGetDigits](play-audio-get-digits.md) 작업과 같은 SIP 미디어 애플리케이션 작업으로 생성된 모든 오디오를 녹음할 수 있습니다. 녹음하는 동안 발신자가 숫자를 누르면 해당 숫자의 신호음이 녹음에 캡처됩니다. 이 예에서는 `PlayAudioAndGetDigits` 작업을 사용하지만 대화형 음성 응답(IVR)은 복잡한 일련의 SIP 미디어 애플리케이션 작업일 수 있습니다.

이 예에서 SIP 미디어 애플리케이션은 발신자와 SIP 미디어 애플리케이션 사이의 두 오디오 트랙을 모두 녹음합니다. 통화가 설정되면 녹음이 시작되고 발신자가 전화를 끊으면 중지됩니다. 통화가 설정되면 요금 청구가 시작되고 발신자가 전화를 끊으면 중지됩니다.

![두 오디오 트랙을 녹음하는 SIP 미디어 애플리케이션의 다이어그램으로, 이 경우에는 발신자와 앱 사이의 녹음입니다.](http://docs.aws.amazon.com/ko_kr/chime-sdk/latest/dg/images/sma-recording-case-1.png)


## 사례 2: 다중 통화의 선택적 오디오 녹음
<a name="recording-case-2"></a>

단일 통화 참가자의 오디오 트랙을 선택적으로 녹음할 수 있습니다. 이 기능을 사용하여 특정 참가자에 대한 통화 녹음만 선택적으로 활성화할 수 있습니다.

이 예에서 SIP 미디어 응용 프로그램은 **call-id-2**를 `CallId`로, `INCOMING`을 트랙으로 지정하여 수신자와 SIP 미디어 애플리케이션 사이의 수신 오디오 트랙을 녹음합니다. 발신자가 수신자와 연결되면 통화 녹음이 시작되며, 요금 청구 또한 시작됩니다. 수신자가 전화를 끊으면 녹음이 중단되며, 요금 청구 또한 종료됩니다. 이 녹음에는 수신자의 오디오 트랙만 들어 있습니다.

![트랙 하나를 선택적으로 녹음하는 SIP 미디어 애플리케이션의 다이어그램입니다.](http://docs.aws.amazon.com/ko_kr/chime-sdk/latest/dg/images/sma-recording-case-2.png)


## 사례 3: 여러 통화 레그 녹음
<a name="recording-case-3"></a>

여러 통화 레그를 녹음할 수 있습니다. 예를 들어 참가자에게 통화를 연결한다고 가정해 보겠습니다. 해당 참가자가 전화를 끊으면 전화 통화는 다른 참가자에게 연결됩니다. 세 개의 통화 레그 모두에 대해 통화 녹음을 활성화할 수 있습니다.

이 예에서는 세 개의 개별 녹음 파일을 보여줍니다. 첫 번째 통화 레그의 녹음은 발신자, 애플리케이션, 통화에 연결된 두 참가자 사이의 대화를 캡처합니다. 두 번째 통화 레그의 녹음은 발신자와 첫 번째 참가자 사이의 대화를 캡처합니다. 두 번째 통화 레그의 녹음은 발신자와 두 번째 참가자 사이의 대화를 캡처합니다.

이 사례에서는 세 개의 통화 레그가 생성되며 각 통화 레그의 시작과 종료에 요금 청구가 적용됩니다. 다시 말해, 시스템은 세 개의 녹음을 S3 버킷으로 전송하며, 각각에 대해 요금이 청구됩니다.

![여러 통화 레그를 녹음하는 SIP 미디어 애플리케이션의 다이어그램입니다.](http://docs.aws.amazon.com/ko_kr/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) API를 사용하여 온디맨드 방식으로 통화 녹음을 시작, 중지, 일시 중지 및 재개할 수 있습니다. `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/ko_kr/chime-sdk/latest/dg/images/sma-recording-on-demand.png)
