個人情報の名寄せ（同一人物の複数レコードを特定・統合する作業）は、データ品質管理の重要な手法ですが、「個人情報の取扱い」として個人情報保護法の規制を受けます。「技術的に正確であれば法的に問題ない」ということはなく、実施前に法的な確認が必要です。
本記事は、名寄せ技術の解説（名寄せとは？顧客データ統合の基本と進め方）や業務判断の進め方（マスタデータの名寄せ・重複除去）とは視点を変え、個人情報保護法の観点から「名寄せの法的確認事項」と「本人の権利行使に対応するためのMDM設計」を解説します。
名寄せは「個人情報の取扱い」——実施前に確認すべきこと
名寄せは、個人情報の照合・統合・削除を伴う操作です。個人情報保護法上「個人情報の取扱い」に該当し、「当初の取得時に通知・公表した利用目的の範囲内で行われているか」を確認することが出発点です。
「顧客管理のために収集した個人情報を、マーケティング精度向上のための名寄せ処理に使う」場合、当初の取得目的との整合性を確認する必要があります。利用目的を変更する場合は、①変更前の利用目的と関連性を有すると合理的に認められる範囲内かを確認し（個人情報保護法第17条2項）、②範囲内であれば変更後の利用目的を通知・公表した上で実施し、③関連性の範囲を超える場合は、そのまま利用目的を変更して利用することはできないため別途取得・利用の適法性を確認する、というプロセスが必要です。「名寄せするだけだから問題ない」という判断は慎重に行う必要があります。
名寄せ実施前に確認すべき3つの法的ゲート
個人情報の名寄せ実施前：3つの法的ゲート確認
3つのゲートのうち、実務で最も見落とされやすいのは「ゲート2：委託先管理」です。名寄せを外部業者に委託する場合、個人情報保護法第25条は「委託先に対する必要かつ適切な監督を行わなければならない」と定めています。これは「契約を結べばよい」ということではなく、委託先の情報管理体制を実態として確認・監督することを意味します。
委託先管理の実務では、①再委託禁止と情報の目的外利用禁止を契約に明記する、②委託先の情報管理体制（Pマーク・ISMS等）を確認する、③処理後のデータ削除・廃棄を契約で担保する、の3点が基本です。
本人の権利行使とMDM整備の関係
本人の権利行使への対応：MDM整備あり/なしでの比較
個人情報保護法は、保有個人データに関する開示請求・訂正等請求・利用停止等請求などの権利を本人に認めています（第33条〜第39条）。事業者にはこれらの請求に適切に対応する義務があります。ただし各請求には法定の要件・除外事由があるため、請求内容と要件を確認した上で対応の可否を判断する必要があります。正当な理由なく応じない場合は行政指導等の対象になりえます。
対応の確実性を高める上で、名寄せ済みのMDM（マスタデータ管理）基盤があるかどうかが大きな差を生みます。同一人物のデータが複数システムに散在している状態では、開示請求があっても「すべてのデータを特定できているか」の確認に多大なコストがかかり、漏れが生じる可能性があります。名寄せは技術的な品質向上だけでなく、法的義務への対応体制の基盤として位置づけられます。
要配慮個人情報を含む名寄せへの対処
病歴・犯罪歴・障害の有無など「要配慮個人情報」が対象データに含まれる場合、通常の個人情報より慎重な対応が必要です。要配慮個人情報の取得には原則としてあらかじめ本人の同意が必要（オプトアウト不可）であり、取得後の利用は取得時に明示した目的の範囲内に限られます。また、第三者提供や委託に際してもより厳格な管理が求められます。
実務上は、照合キーとして要配慮個人情報を使用することの目的・必要性を改めて検討し、名寄せ処理の範囲から除外できないか検討します。医療・介護・人事系のデータを扱う組織では、名寄せの対象データと照合キーの設計に特別な注意が必要です。
個人同一性確認キーの設計
個人同一性確認キーの設計：確認精度 × 変更頻度マトリクス
名寄せの核心は「この2件は同一人物か」の判定ですが、使用する照合キー（照合するデータ項目）によって確認精度と変更リスクが異なります。企業が独自に付番した顧客ID・社員番号は確認精度が高く変更も少ないため、最優先の照合キーになります。なお、マイナンバー（個人番号）は番号法により税・社会保障等の法定用途以外での利用が禁止されており、一般的な名寄せキーとして使用することはできません。一方、住所・メールアドレスは変更頻度が高く、照合キーとして単独で使用するには鮮度管理が必要です。
プライバシー対応の観点では、確認精度を上げようとして病歴・健康診断結果等の要配慮個人情報を照合キーに組み込むことは避けるべきです。また、顔認証データ・指紋・静脈等の生体認証データは個人情報保護法上の個人識別符号に該当し得るため、照合キーとして使用する場合は目的・必要性・安全管理措置を慎重に確認する必要があります。照合キーは「目的達成に必要最小限の情報」の範囲で設計することが原則です。
BFTのアプローチ
BFT Insightでは、個人情報の名寄せプロジェクトに際して、利用目的との整合性確認・委託先管理体制の設計・照合キーの設計・MDMの整備計画を、コンプライアンス対応とデータ品質改善の両面から支援しています。「名寄せを進めたいが法的な確認が不安」「訂正請求への対応体制を整備したい」という段階からご相談ください。
あわせて読みたい記事
個人情報の名寄せ・MDM整備を法的観点も含めて進めたい方へ
「名寄せを外部委託したいが委託先管理の整備方法がわからない」「訂正・削除請求への対応体制が不安」「照合キーの設計にコンプライアンス観点を組み込みたい」——名寄せのコンプライアンス対応についてご相談ください。
まとめ
- 個人情報の名寄せは「個人情報の取扱い」として、当初の利用目的の範囲内かの確認が実施前に必要
- 名寄せを外部委託する場合は委託先管理義務が生じる。契約だけでなく委託先の管理体制の実態確認が求められる
- 要配慮個人情報が含まれる場合、照合キーへの組み込みの必要性を改めて検討し、より厳格な管理が必要
- 名寄せ済みMDMが整備されていると、本人からの開示・訂正等請求・利用停止等請求への対応において対象データの所在を把握しやすくなる
- 照合キーは「確認精度が高く変更頻度が低い」項目を優先し、必要最小限の範囲で設計することが原則
よくある質問
名寄せを行う前に本人の同意は必要ですか？
当初の利用目的の範囲内での名寄せであれば、追加の同意取得は原則不要です。たとえば「顧客情報の正確な管理」で収集したデータを「顧客マスタの重複解消」のために名寄せする場合、目的の範囲内であれば同意不要と判断されることが多いです。ただし「社内分析用」で収集したデータを「マーケティング精度向上のための名寄せ」に使う場合など、当初の利用目的と関連性を有すると合理的に認められる範囲を超えるケースでは、単純な利用目的の変更では対応できないため、別途取得・利用の適法性を確認する必要があります。GDPRが適用される場合は別途、正当な利益等の法的根拠の確認が必要です。
名寄せ後に「統合されたくない」という申し出があった場合、どう対応しますか？
個人情報保護法上、本人は一定の条件のもとで利用停止等の請求権を持ちます。申し出の内容・根拠を確認した上で、対応の可否と方法を判断します。名寄せ処理の結果によって本人が意図しない形でデータが統合される場合、処理の根拠・目的・範囲を本人に説明できる状態にしておくことが重要です。GDPRが適用される場合は、正当な利益に基づく処理への異議申し立て権（第21条）への対応も必要になります。
MDMを持っていなくても、訂正請求には対応できますか？
対応は可能ですが、データが複数システムに散在している状態では、大幅な手作業と確認作業が必要になります。1件の訂正請求で複数システムへの個別対応が必要となり、対応漏れや遅延のリスクが高まります。特に「同一人物のデータがどのシステムに・どのレコードとして存在するか」を即座に把握できない状態は、法的義務の確実な履行という観点でリスクになります。