AIインタビューのデータ保存期間｜録音・文字起こし・分析結果を分ける設計

AIインタビューの保存期間に、すべてのデータへ同じ期限を設定する必要はありません。むしろ、録音、逐語録、本人を識別できる対応表、分析用データ、最終レポートを一つの箱として扱うと、調査目的に必要なデータと不要になったデータを区別できなくなります。

保存期間は「何か月保管するか」から決めるのではなく、何の意思決定に使うか、誰が再識別できるか、本人から削除・利用停止の求めがあったときにどの範囲を確認するか、委託先やバックアップに何が残るかを先に整理します。

CoeSignal（株式会社TechWorkerが提供するAIインタビュープラットフォーム）を含むツールを使う場合も、調査の設計者が保存目的と終了条件を決めずに、ツールの利用開始だけで適切な運用になるわけではありません。

なぜ、保存期間を一律に決めてはいけないのか

インタビューには、同じ発言から異なる種類のデータが生まれます。録音には声や周囲の音が含まれ、逐語録には固有名詞や具体的な経験が残ります。氏名と回答IDの対応表は、別に保管していても、結びつけば再識別につながります。一方、個人が特定できない形に十分加工された傾向や、意思決定の根拠として残す最終レポートは、用途とリスクが異なります。

個人情報保護委員会は、安全管理措置を、扱う個人データの性質・量・媒体などに起因するリスクに応じて講じる考え方を示しています。英国の情報コミッショナーオフィス（ICO）も、AIで個人データを目的達成に必要な期間を超えて保持することは不公平になり得ると説明しています。

したがって、「調査データは1年間保管」とだけ決めるより、データごとに利用目的、閲覧者、保存期間、終了後の処理を記録する方が、説明と見直しをしやすくなります。

音声・逐語録・対応表・分析結果を分ける

最初に、データを少なくとも次の5つへ分けます。

1. 原音声・動画

原データは、分析の再確認に役立つ一方、声、話し方、周囲の会話など、文字起こしより情報量が多いことがあります。再聴取が必要な目的と期間を明確にし、閲覧者を必要な範囲に限定します。

2. 逐語録

逐語録は検索や横断分析に便利ですが、氏名、部署、顧客名、固有の出来事から本人が推測できる場合があります。分析担当者が読む版と、共有用に必要な伏せ字・要約を施した版を混在させないことが重要です。

3. 氏名・連絡先・回答IDの対応表

連絡、謝礼、追加確認のために必要になることがありますが、分析に常に必要とは限りません。個人情報保護委員会の仮名加工情報に関する指針も、氏名と仮IDの対応表のような削除情報について、安全管理を求めています。対応表は分析データと分離し、追加連絡の必要がなくなった時点で削除対象を検討します。

4. 分析用データ

コード、テーマ、引用候補、セグメント情報を含むデータです。ここでも、回答者IDを残す必要があるのか、引用の確認に必要な最小限の情報は何かを確認します。

5. 最終レポートと意思決定記録

レポートは調査後の判断根拠として残すことがあります。ただし、原発言を広く転載するほど、再識別や目的外利用の可能性が高まります。意思決定に必要な要約と、原データへ戻るための限定的な参照情報を分けます。

保存台帳に記録する項目

保存期間の設計は、短い台帳で始められます。調査開始前に、次の項目を責任者が確認します。

• データの種類、取得目的、調査後も残す理由は何か
• 本人を直接または間接に識別できるか
• 閲覧・出力・削除を許可する担当は誰か
• 保存終了日は何を起点に決めるか
• 終了時に削除、匿名化、集計化のどれを行うか
• バックアップ、外部AI、委託先、共有ドライブにも同じデータが残るか
• 本人からの開示、訂正、利用停止、削除等の求めへの確認経路があるか
• 保存期間を見直す条件は何か

欧州データ保護会議（EDPB）は、目的ごとの保存期間方針と削除手順を置き、不要になった個人データを削除または匿名化する考え方を示しています。これは日本の制度をそのまま適用する趣旨ではありませんが、「目的別に期間と処理を分ける」という運用設計の参考になります。

削除だけでなく、削除を確認できる状態を作る

保存期間が過ぎても、音声だけを削除して、逐語録、ダウンロード済みの表、分析用のコピー、バックアップにデータが残れば、実際の運用は終わっていません。

削除手順では、対象データの一覧、保管場所、担当者、実施日、例外理由を記録します。法令上・契約上の保存義務がある場合は、その根拠と終了日を別記します。「将来使うかもしれない」は保存理由ではなく、再利用する意思決定と本人への説明があるかを改めて確認すべき事項です。

NISTのPrivacy Frameworkは、個人データが複数のシステムを流れる環境で、プライバシーリスクを組織的に管理するための枠組みです。AIインタビューでは、調査票、録音、文字起こし、分析、報告の各工程を一続きのデータ経路として見ます。

法令・契約・調査目的に応じて設計する

ここで示した方法は、具体的な保存日数や法的な可否を示すものではありません。個人情報保護法、GDPRなどの海外法令、業界規制、雇用関係、顧客との契約、研究倫理では、必要な対応が異なります。

仮名化は再識別リスクを下げる手段になり得ますが、対応表や文脈情報が残れば、匿名化と同じではありません。また、保存期間を短くしても、調査目的や本人への説明、アクセス管理が不十分なら、適切な運用とはいえません。

高い秘匿性が必要なテーマ、従業員の評価・健康・ハラスメントに関わるテーマ、国外の委託先が関わる処理では、開始前に法務・情報セキュリティ・人事等と確認してください。

AIインタビューの設計を相談する

調査の価値は、回答を集めるだけでは生まれません。何を聞くか、誰に見せるか、どの発言を意思決定に残すか、不要になったデータをどう扱うかまで設計して、はじめて調査の信頼性を説明できます。AIインタビューの設計から見直したい方は、CoeSignalへご相談ください。

出典・確認範囲

一次情報と確認範囲

確認日：2026年9月7日。製品仕様・制度は更新されるため、導入時はリンク先の最新版を再確認してください。海外の制度・職業規範は日本へ直接適用せず、相違点と限界を本文に明記しています。

1. 安全管理措置は扱うデータのリスクに応じて決める
2. 仮IDの対応表のような削除情報にも安全管理が必要
3. AIで目的に不要な長期保存は不公平になり得る
4. 目的別の保存期間方針と削除手順が必要
5. 複数システムにまたがるプライバシーリスクは組織的な管理対象となる
6. 生成AIは活用とリスク管理を一体で扱う必要がある