コールセンターの通話録音セキュリティ｜録音データの保護・アクセス制御・社内管理

コールセンターで通話を録音しても、それは「品質管理のための記録」にはなりません。クレーム対応の証拠、研修の教材、エスカレーションの判断材料、そして統計分析の素材。用途が広いほど、録音データは社内の複数部署へ広がります。実際にもっとも多いのは、録音が1つのフォルダにたまったまま「誰がいつ再生したか」が追えないという状態です。このガイドでは、録音データの保護、保持期間、アクセス管理、社内共有の禁止という4つの観点で、通話録音セキュリティを運用できる形に整理します。保護すべき情報の範囲を絞り、期限と権限を明文化し、持ち出しの抜け道を塞ぐ。その順序で設計すれば、運用の判断が速くなります。

通話録音セキュリティは4つの領域で設計する

「録音を付けているから安全ではありません」。録音は保護すべき情報の典型的な形態であり、扱いを決める対象です。設計は4つの領域に分けて考えます。

• 保護：録音データそのものをどう守るか
• 保持期間：どれだけの期間残すか。残さない判断も含む
• アクセス管理：誰が閲覧・再生・出力できるか
• 社内共有：持ち出しと二次利用をどう止めるか

この4つには順序があります。保持期間を決めずに権限を広げると、古い録音だけが放置されます。アクセス管理を後回しにすると、権限のない人が再生できる状態が常態化します。先に決めるべきは保持期間、次に保護とアクセス管理、最後に社内共有の禁止です。

録音データの保護——用途ごとにアクセス範囲を分ける

録音データは1種類ではありません。音声そのもの、文字起こし、音声から取り出した特徴量、そして対応記録と評価。この4つで、含まれる情報の粒度と漏えい時の影響が大きく変わります。1つの権限設定でまとめて扱うと、影響範囲が一気に広がります。

データ種別	含まれるもの	保護の重点	閲覧できる範囲
通話音声（生データ）	顧客とオペレーターの発言すべて	漏えい時の影響が最大	品質管理責任者と管理者
文字起こし	発言の逐語記録	固有名詞・番号・取引情報の混入	品質管理担当
音声解析結果	感情・話速・無音区間	個人属性との結びつき	分析担当者と管理者
対応記録と評価	処理内容と顧客評価	抽出結果との突合	品質管理者と管理者

保護の重点は、漏えいしたときの被害の大きさから決めます。通話音声は顧客の声も発言内容もそのまま残ります。文字起こしは音声より検索しやすく、共有されたあとの追跡可能性が高まります。音声解析の結果は件数や傾向として扱えますが、個人属性と結びついた瞬間に生データと同じ扱いが必要になります。

したがって、生音声を再生できる権限は、必要最小限の人数に絞ります。文字起こしと音声解析結果は、生音声の権限とは別の設定にします。1つの権限でまとめて開けてしまう設定は、漏えい時の影響範囲を最大にします。

保護の手段は3つに分かれます。保存時の暗号化、アクセス制御、そして操作ログの記録です。暗号化は持ち出し時の被害を小さくし、アクセス制御は内部の無断閲覧を防ぎ、操作ログは漏えい後の原因究明を支えます。3つのうちどれか1つだけを実施しても穴は残ります。暗号化しても再生できる人は残り、アクセス制御しても操作の記録がなければ後から追えません。

保持期間——「消さない」ではなく「期限で消す」

通話を記録する理由は、あとで検証できることにあります。検証の必要がなくなった録音を、消さずに残し続けること自体がセキュリティ上の負債です。保持期間を決めずに保存を続けると、古い録音だけが溜まり、何がいつ時点の記録なのか分からなくなります。

用途	社内基準の目安	決定の根拠	運用
品質改善の抽出確認	3〜6か月	改善計画の対象期間	抽出分のみを保存
クレーム対応の事実確認	1〜3年	社内責任規程の範囲	案件単位で確認し不要分は削除
研修用サンプル	6か月	教育計画の更新周期	匿名化加工してから共有
契約・法的対応	5年	契約書の記載内容	管理部門で一括管理

右の目安は社内の基準として使う例です。実際の値は、契約書の条項や個人情報保護委員会のガイドラインと照合して決めます。値を決めても実装が伴わなければ意味がありません。期限が来た録音を自動で削除する仕組みを入れます。

削除の実装は自動削除が基本です。対象と期間を条件として設定し、実行した記録も残します。期間延長や長期保存の申請は、例外として稟議の記録を残して許可します。担当者の異動や機器のリプレースで処理が滞らないよう、削除ジョブの実行結果を日常的に確認します。

なお、録音の要約だけをFAQやナレッジへ移す場合、元の録音の保持期間を短くしても、移した文章の扱いは別の問題です。移した先に顧客名や番号が残っていないかを確認します。ナレッジへの反映手順はナレッジベースの完全構築ガイドにまとまっています。

アクセス管理——役割ごとに権限を段分けする

「録音を見られるのは誰か」を1つの権限で扱うと、必要な人より多い人が開けてしまいます。権限は「見たい人」ではなく「担う役割の最小範囲」で決めます。

役割	閲覧できる範囲	可能な操作	承認者
オペレーター	自分が担当した通話の音声	再生とメモ	部門責任者
品質管理者	匿名化したサンプル	再生と評価	部門責任者と情報システム
現場管理者	担当部署の一覧と統計	一覧の表示	情報システム
システム管理者	アクセスログ	権限付与と監査	経営責任者
業務委託先	指定された通話のみ	限定された再生	契約責任者

特に音声の再生は、閲覧とダウンロードで別の権限にします。再生だけなら記録が残りますが、ダウンロードは端末の外へ出ていきます。出力操作は承認制にして、承認者と対象通話を記録に残します。GBase Supportでは管理画面からの操作が自動で操作ログに記録され、設定変更は前後の差分として残ります。認証イベントも保存されるため、管理者の操作を後から追えます。

権限は半年ごとの棚卸しで必ず見直します。異動した人が権限を持ったまま放置される事例がもっとも多く、残っていると使われていない記録が膨れ上がります。棚卸しの進め方はインシデント管理のガイドが扱う統制の考え方と同じで、記録の粒度がそのまま初動の速さにつながります。

棚卸しは権限表と実アカウントの突き合わせから始めます。停止したアカウントが残っていないか、部署を移動した人の設定がどうなっているかを確認します。棚卸しの結果は監査資料としても使えるため、記録を分けて保存しておくと事後の説明が楽になります。

社内共有の禁止——持ち出し4類型を止める

「共有するな」と言っても守られません。共有したくなる場面は必ずあるため、代わりにどう共有するか用意しておく必要があります。

行為	リスク	代替手段
個人へのチャットやメールでの転送	管理外の場所へ持ち出される	社内の共有領域へ保存
個人端末へのダウンロード	端末側の保護がない	業務端末の限定領域
SNSや動画への投稿	情報の開示と二次利用	社内研修の教材として加工
承認のない持ち出し	事後に追跡できない	貸出簿で管理

4つのうち「研修に使いたい」は特に高頻度で出る要求です。生音声をそのまま配るのは避け、匿名化した短いサンプルへ加工して共有します。加工の責任者と加工手順を文書で残しておくと、監査で説明できます。許可する共有の形を1つ決めない限り、共有は別の経路へ移るだけでした。 匿名化の程度は、用途で決めます。社内研修用なら話者の声と固有名詞を処理してから配ります。社外へ出す資料なら、音声そのものではなく文字起こしの要約を使います。

共有を許可する場合は、先と期間と責任者を明記します。共有先からの削除確認は、書面かシステム上の記録で受け取ります。口頭の確認だけだと、あとから確かめる手段がありません。

漏えい時の初動は「誰が・いつ再生したか」で決まる

録音データが社外に出た疑いがあるとき、最初に確認するのは再生ログです。誰が・いつ・どの通話を再生したかが追えなければ、影響範囲の特定も通知範囲の判断もできません。アクセスログは、検知してからではなく日常から積み上げておく必要があります。

次の初動は範囲の限定です。対象通話の期間と担当者を切り出し、音声の保存先と共有経路を同時に止めます。経路を止めないと、同じ音声が別の経路で再流出します。

初動のあとに続くのは、原因の特定と再発防止の設計です。再生ログから流出経路を絞り、アクセス制御と共有ルールのどこが緩されていたかを説明します。原因が共有ルールにあるなら、禁止事項を増やすのではなく、共有できる形をもう1つ用意する形で対策します。

初動の速度は担当者の手元で決まります。平均処理時間（AHT）の考え方と計測方法はAHTの攻略ガイドにまとめられています。

さらに、通話をすべて聞く代わりに、感情や話速の分析結果から要確認の通話だけを抽出する運用にすれば、生音声に触れる人数と時間を減らせます。音声AIの導入効果と運用の取りまとめ方は音声AIの完全ガイドで確認してください。コールセンター全体の課題整理はコールセンターの課題と解決策にあります。

よくある質問

Q1: 通話録音の保持期間は何か月が適切ですか。

用途で決まります。品質改善の抽出確認なら3〜6か月、クレーム対応の事実確認なら1〜3年が社内基準の例です。ただし数値を断定してよいわけではありません。実際の値は、契約書の条項や社内責任規程、個人情報保護委員会のガイドラインと照合して決めます。基準を決めても、期限が来た録音を自動で削除する仕組みが前提です。

Q2: アウトソーシング先の委託者に録音データを引き渡してよいですか。

契約に含めて決めます。対象通話の限定、渡し合う期間、貸出簿の記入、返却と削除の手順を明文化します。音声認識や要約だけを委託する場合は、生データを渡さない方式が選べます。いずれの方式でも、委託先側で録音をどの期間保管するかを契約書に書いておきます。期限が曖昧なまま委託すると、確認する手段がありません。

Q3: 録音から作った要約をナレッジとして使っても大丈夫ですか。

要約は録音より扱える範囲が狭く、生データを直接配るのとは別の判断になります。ただし要約のなかに顧客名や注文番号がそのまま残っている場合は、原音が残るのと同じ扱いでマスキングしてから共有します。

Q4: オペレーターが自分が担当した通話の音声を自分で聞いてもいいですか。

業務目的の範囲で認められます。ただしダウンロードの権限は別に持たせない運用が基本です。聞きたい場面を申請して確認する形にしておけば、公開前の確認や研修の教材作成という目的が明確になり、不要な持ち出しを防げます。

Q5: 録音の漏えいが疑われたとき、最初に何を確認すべきですか。

再生ログと保存先、そして共有経路の3点です。誰が・いつ・どの通話を再生したかが追えるかを確認し、対象通話の範囲を切り出します。そのうえで保存先と共有経路を同時に止めます。止めずに調査を進めると、同じ音声が別の経路で再流出します。

まとめ

コールセンターの通話録音セキュリティは、保護・保持期間・アクセス管理・社内共有という4領域で設計します。用途ごとにアクセス範囲を分け、保持期間を決めて期限で消し、役割ごとに権限を段分けし、持ち出し4類型を止める。この順序でやれば、漏えいの確率と影響範囲の両方を下げられます。

GBase Supportは、操作ログ、認証イベント、設定変更の差分保存を標準で備えています。通話内容和運用の記録を、導入初日から監査に提示できる状態で管理できます。