노무·행정 사무소 직원 인터뷰를 자동 녹취로 옮겼을 때 같은 화자 번호가 붙은 문장을 모두 한 사람의 말로 묶어도 될까요. 녹취의 화자 구분은 원고에 이름을 붙이는 데 유용한 단서지만, 설정 때문에 서로 다른 사람의 발언이 한 묶음이 될 수 있습니다. 특히 실제 참여한 목소리보다 허용한 화자 수가 적었는지 확인하지 않고 문장을 인용하면 담당 업무까지 엉뚱한 사람에게 귀속될 수 있습니다.
Amazon Transcribe의 공식 설정 문서는 MaxSpeakerLabels를 나눌 화자의 최대 수로 설명합니다. 실제 오디오에 그보다 많은 화자가 있으면 여러 화자를 하나로 처리할 수 있다고 명시합니다. 이 값은 직원 이름이나 명단을 입력하는 칸이 아닙니다. 화자 구분 결과가 두 종류로 나왔다는 사실만으로 실제 말한 사람도 두 명이었다고 역산해서는 안 됩니다.
가상의 녹음에 질문하는 작성자 한 명과 답하는 직원 두 명이 참여했다고 해 보겠습니다. 직원 수만 생각해 최대 화자 수를 둘로 설정하면 녹음에 들어 있는 세 사람의 목소리와 설정이 맞지 않습니다. 인용하려는 문장을 모으기 전에 질문자의 목소리도 포함해 실제 녹음 참여 범위를 확인해야 합니다. 방 안에 있던 사람 수와 녹음에서 발언한 사람 수 역시 항상 같지는 않습니다.
먼저 원본 녹음과 결과 파일, 적용한 설정을 함께 확보합니다. 같은 화자 표시 아래에서 업무 설명이나 말투가 달라진다는 인상은 재확인할 단서일 수 있지만, 누가 말했는지 확정할 증거로 쓰지는 않습니다. 인용 후보의 시작과 끝 시각을 찾아 앞뒤 질문까지 듣고 실제 발언자와 연결합니다. ‘이 업무는 보통 이 직원이 맡는다’는 이유로 이름을 채우면 오히려 잘못 묶인 결과를 자연스럽게 보이게 할 수 있습니다.
설정 불일치가 확인되면 이미 인명으로 바꿔 놓은 부분을 포함해 영향 범위를 살핍니다. 한 문장만 다른 목소리라는 이유로 그 문장의 이름을 고치고 같은 표시에 속한 나머지를 모두 확정할 수는 없습니다. 해당 묶음이 여러 사람의 말을 포함했을 가능성이 생겼기 때문입니다. 허용된 녹음 처리 환경에서 조건을 바로잡아 다시 생성할 수 있다면 원래 결과를 보존한 채 새 결과와 대조합니다.
다시 생성했다고 모든 인용의 주인이 자동으로 확인되지는 않습니다. 프로그램의 화자 표시는 여전히 음성을 나눈 결과이므로 실제 이름과의 대응은 인용에 쓰는 구간에서 확인해야 합니다. 확인하기 어려운 동시 발언이나 짧은 대답은 추측으로 특정 직원에게 붙이지 않습니다. 꼭 필요한 내용이라면 당사자에게 질문을 다시 하고, 새로 받은 설명을 이전 녹음의 직접 인용처럼 적지 않습니다.
편집 기록에는 인용 문장, 원본 구간, 확인된 발언자, 확인 방법을 연결합니다. 이 기록은 모든 대화를 공개 원고에 싣기 위한 것이 아니라 이름이 잘못 붙은 문장을 찾아 되돌릴 수 있게 하기 위한 것입니다. 공개에 필요하지 않은 고객 사건이나 주변 대화가 녹음에 들어 있다면 원고 확인 자료의 범위도 좁혀야 합니다. 검수를 위해 실제 녹음을 임의의 다른 서비스에 올릴 필요는 없습니다.
마지막에는 인용문뿐 아니라 그 이름에서 파생된 직원 소개와 담당 업무 설명도 다시 읽습니다. 화자 하나를 잘못 합치면 한 사람이 모든 업무를 설명한 것처럼 보일 수 있습니다. 녹취 설정을 고쳤다는 기록과, 최종 원고의 각 인용이 실제 발언자에게 돌아갔다는 확인은 따로 남깁니다. 자동 구분을 신뢰할지 말지의 막연한 판단보다 어떤 구간의 귀속을 확인했는지가 직원 인터뷰를 정확하게 활용하는 기준입니다.
근거: Amazon Transcribe API, Settings의 MaxSpeakerLabels 및 ShowSpeakerLabels https://docs.aws.amazon.com/transcribe/latest/APIReference/API_Settings.html