April 2, 2026
.

通話トランスクリプトと音声のPII削除:完全ガイド

通話トランスクリプトと音声におけるPII削除とは、録音された会話から個人識別情報を検出し、永続的に削除または置換するプロセスです。音声ファイルとテキストトランスクリプトの両方が対象となり、録音をプライバシーリスクなしに保持・分析・AI学習に活用できる状態にします。

Limina
Company
PII Redaction in Call Transcripts and Audio

組織が録音するすべての通話は、適切に処理されるまでコンプライアンス上のリスクを抱えています。通話トランスクリプトのPII削除は、ヘルスケア金融サービス・録音を保持するあらゆるコンタクトセンターにおいて選択肢ではなく、規制上の義務です。医療系コンタクトセンターは患者サポートの通話ごとに保護対象医療情報(PHI)——症状・診断名・薬剤名——を収集します。金融サービスは口座認証時に口座番号・社会保障番号・カード番号を取得します。カスタマーサポートチームはすべてのインタラクションで氏名・住所・注文詳細を録音します。

課題は、音声データの保護が特に難しいという点です。PIIはデータベースのフィールドに整然とラベル付けされているわけではありません。自然な会話の中で話され、速いペースで、時に文の途中で切れ、エラーを含む不完全な文字起こしソフトウェアによって取得されます。本ガイドでは、録音に含まれるPIIの種類・その検出が難しい理由・エンタープライズグレードの削除ツールが大規模に対処する方法を解説します。

通話録音とトランスクリプトに含まれるPIIとは

通話録音は、非構造化データの中でも最も高リスクなソースの一つです。構造化されたデータベースフィールドと異なり、通話のPIIは会話の流れに沿って自然言語に埋め込まれており、単純なパターンルールでは特定できません。メール・PDF・チャットログを含む非構造化データ形式全体のPIIリスクについては専用のガイドをご覧ください。以下の表は、業種別に多くの組織が実際に直面している状況を示しています。

業種/ユースケース 通話録音に含まれる一般的なPII 適用規制
ヘルスケア/患者サポート 患者氏名・生年月日・保険ID・診断詳細・薬剤名・MRN・医療提供者名 HIPAA・GDPR
金融サービス/銀行 口座番号・SSN(全桁または一部)・カード番号・PIN・取引履歴 PCI DSS・GLBA・GDPR
保険 証券番号・請求者氏名・生年月日・病歴・請求詳細 HIPAA・GDPR・各州保険法
コンタクトセンター/カスタマーサポート 氏名・住所・メールアドレス・注文番号・支払い詳細 GDPR・CPRA・各州消費者法
人事/従業員関係 従業員氏名・ID番号・医療詳細・給与・懲戒情報 CPRA・GDPR・HIPAA
法律/コンプライアンス録音 氏名・事件番号・法的戦略の詳細・個人の証言 特権・GDPR

通話データが特に高リスクな理由は、PIIが単独で現れることが少ないからです。3分間のカスタマーサービス通話1本に、発信者の氏名・自宅住所・生年月日・カード番号(一部)・口座残高が、すべて会話の自然な流れの中で話される可能性があります。これをすべて捕捉できる単一のパターンルールは存在しません。

通話録音が構造化データよりも保護が難しい理由

PIIは自然言語に埋め込まれている

データベースでは、PIIはラベル付きのカラムに格納されています——どこを見ればよいかが明確です。通話録音では、PIIは会話の流れに沿ってどこにでも現れます。「本人確認のために生年月日を教えていただけますか?」「Visaカードの下4桁が4422のもので、2,450ドルの支払いが拒否されました」——PIIにするのは構造ではなく文脈であり、それにはパターンマッチングではなく自然言語処理(NLP)が必要です。

文字起こしエラーが検出を複雑にする

音声からPIIを削除する前に、通常はトランスクリプトが必要です。自動音声認識(ASR)が音声をテキストに変換しますが、ミスが発生します。固有名詞(人名・地名・薬剤名)は誤認識されやすく、ASRがPIIをパターンマッチングで検出できない形に変換してしまうことがあります。

つまり、通話トランスクリプトのPII検出は、音声的なバリエーション・一般的なASRエラーパターン・同じPIIが毎回異なる形で文字起こしされる可能性を考慮しなければなりません。クリーンなウェブテキストで学習した汎用NERモデルは、この環境には対応できません。

音声削除には音声レベルでの対処が必要

トランスクリプトを削除するだけでは不十分です。元の音声ファイルも保持している場合、話されたPIIはそこに残ったままです。完全な削除ソリューションは両方のレベルで機能しなければなりません。トランスクリプトのPIIを特定し・その部分を音声タイムラインにマッピングし・対応する音声をサイレンスまたはトーンに置き換えます。トランスクリプトと音声は同期している必要があります。

複数の話者がエンティティ追跡を複雑にする

通話録音には通常、オペレーターと顧客の少なくとも2人の話者が含まれます。高品質な削除は、PIIを正しい話者の文脈に正確に帰属させなければなりません。顧客がカード番号を伝えるケースと、オペレーターが確認番号を読み上げるケースでは、同じパターンでも文脈が異なり、削除の扱いが変わります。

通話トランスクリプトと音声のPII削除の仕組み

エンタープライズグレードの音声PII削除は、複数ステージのパイプラインで構成されます。

  • 音声の取り込み ― テレフォニープラットフォーム(Genesys・Avaya・Amazon Connectなど)・クラウドストレージ・コンタクトセンター分析システムから録音を取り込みます。
  • 話者分離と文字起こし ― ASRが録音をテキストに変換し、各単語セグメントに話者ラベル(AGENT・CUSTOMER)とタイムスタンプを付与します。話者分離により、エンティティの文脈が正確に評価されます。
  • トランスクリプトのPII検出 ― MLベースのNERモデルがトランスクリプトを分析し、文脈からPIIエンティティを検出します。氏名・口座番号・日付・住所・健康情報・支払いデータなどが対象です。汎用ウェブテキストではなく、コンタクトセンターや医療トランスクリプトデータで特別に学習したモデルが、ノイズの多いASR出力での精度のために不可欠です。
  • 音声タイムスタンプのマッピング ― 検出されたPIIエンティティを、文字起こし時の単語レベルタイムスタンプを使用して音声タイムラインの位置にマッピングします。
  • 音声の削除 ― 対応する音声セグメントをサイレンス・ビープ音・ホワイトノイズに置き換えます。音声ファイルは再エンコードされて保存され、PIIが波形から永続的に除去されます。
  • トランスクリプトの削除 ― 元のトランスクリプトを更新し、PIIテキストをエンティティタイプのプレースホルダー([PATIENT_NAME]・[ACCOUNT_NUMBER])に置き換えるか、空白にします。一貫したプレースホルダーにより、分析や品質管理のためのトランスクリプト構造が維持されます。
  • 監査レポートの生成 ― どのPIIが検出され・どこに存在し・どのような対処が行われたかを記録した構造化ログを作成します。コンプライアンス文書として不可欠です。

通話録音PIIのコンプライアンス要件

HIPAA

患者の通話を録音するヘルスケア組織および業務委託先は、HIPAAのもとでその録音をPHIとして扱わなければなりません。録音は安全に保存され・アクセスが制御され・品質分析・AIトレーニング・人材育成などの二次的目的での使用には、Safe HarborまたはExpert Determination方式のもとで適切な非識別化が必要です。最低限必要な期間を超えて識別可能な患者の録音を保持することは違反です

PCI DSS

PCI DSS(Payment Card Industry Data Security Standard)は、認証後に機密認証データ——カード番号・CVVコード・PINを含む——を保存することを明示的に禁止しています。電話で支払いを受け付けるコンタクトセンターは、通話録音に未削除のカードデータを保持することが禁じられています。自動的な一時停止・再開または削除ソリューションが、標準的なコンプライアンスアプローチです。

GDPR

GDPRのもとで、EU居住者の通話録音は個人データです。組織は録音の適法な根拠(同意または正当な利益)を持ち・通話が録音されることを発信者に通知し・保持期間の制限やアクセス制御を含む適切な技術的保護措置を適用しなければなりません。AIトレーニングや分析のための録音利用は、元の適法根拠または新たな根拠でカバーされる必要があります。二次利用前の録音の非識別化が最も説明しやすいアプローチです。

通話トランスクリプト削除ツールの評価

具体的な基準を確認する前に、手動と自動のPII削除アプローチの比較を理解しておくことをお勧めします。コンタクトセンターまたは音声データパイプラインのソリューションを評価する際には、以下の基準を適用してください。

  • 学習データの出所 ― NERモデルはコンタクトセンターやドメイン固有のトランスクリプトで学習されているか、それとも汎用ウェブテキストか?実際の通話データでの精度の差は大きく異なります。
  • ASRとの統合 ― 既存の文字起こしプロバイダー(AWS Transcribe・Azure Cognitive Services・Google STT・Rev AIなど)と統合できるか、または独自のASRが含まれているか?
  • 音声レベルの削除 ― 音声ファイル自体を削除するか、それともトランスクリプトのみか?完全なコンプライアンスには両方が必要です。
  • 話者分離 ― 複数話者の録音を正確に処理できるか?
  • エンティティタイプのカバレッジ ― 標準的なPIIに加え、医療固有のエンティティ(薬剤名・診断用語・医療提供者名)も検出できるか?
  • 展開モデル ― VPC内またはオンプレミスで動作するか?ヘルスケアや金融サービスでは、録音をサードパーティのクラウドAPIに送信することがデータ取り扱い要件に違反する可能性があります。
  • バッチとリアルタイムの両モード ― 過去の大規模なアーカイブと新規着信の両方を処理できるか?

コンタクトセンターが録音するすべての会話を保護する

Liminaは通話トランスクリプトのPII削除における固有の課題——ASR出力のばらつき・複数話者の音声・ドメイン固有のヘルスケアおよび金融PII——を99.5%以上の精度で処理します。展開はVPC内のため、録音がインフラ外に出ることはありません。

デモはこちらから:getlimina.ai/en/contact-us

Related Articles