← 概念解説に戻る

Concept Fable

仮名化

先に結論:仮名化とは、氏名や携帯番号などの直接識別子を番号や仮名に置き換え、再識別可能な対照情報を別に保存することである。暴露リスクを低減できるが、匿名化ではない。

Pseudonymization · Privacy

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

二冊に分かれた名簿

劇団は各観客の好みを記録した。古い帳簿には本名、座席、購入記録、メッセージが書かれ、誰が開いても完全な身元が見えた。劇団が推薦人形を招くと、帳簿は多くの作業台に複製された。人形が推薦を上手にするほど、本名の流通は広がった。座長はまず本名を「客一二三」に置き換えた。しかし置換表は同じ帳簿に挟まれており、どの店員でもすぐに復元できた。

一度、外部の照明修理業者が帳簿と交換表を受け取った。悪意はなかったが、貴客の好みをすべて見てしまった。

新しい経理係は資料を二冊に分けた。作業帳にはランダムな番号と業務特徴のみを残し、身分の鍵は別に施錠し、少数の者が手順に従って保管する。

推薦票人形は番号練習とサービスにのみ使用し、観客と連絡する必要があるときは、装置全体に一時的に鍵の使用を許可して復元し、後で記録を残します。

これによりデータが匿名データになったわけではない。鍵は依然として存在するからだ。しかし日常処理で実身份が露出する機会を大幅に減らす。

班主はついに区別した。仮名化は身元と業務データを分けて保管し、直接帰属のリスクを下げるものであり、鍵がまだあれば依然として個人データに属する。

後に一座は、よその劇場へ合同推薦を行うことになった。よその劇場が受け取れるのは仕事用の帳簿だけで、どの客層が悲劇や喜劇を好むかはわかっても、城での本名や住所までは見えない。切符を送るには、この城の経理係が代理で連絡しなければならない。

面倒だと感じる店員もいて、鍵も複製しようとした。新しい経理係は拒否した。便利さは理由にならない、鍵が増えるほど仮名は薄紙のようになる。班主はそれゆえ鍵を借りるための敷居、期限、再確認を設け、分けた二冊の帳簿が日常の中で再びくっつかないようにした。彼らはまた鍵がまだ必要かどうかを定期的に確認し、長期保持すべきでない連絡表は期限どおりに破棄した。分けた後、日常使用は軽くなり、責任追及もより明確になった。いつか鍵が不要になれば、それは引き取られるべきであり、事故が起きるのを待って引き出しに寝かせ続けるべきではない。班主はこの条項を班規に書き込み、便利さが静かに境界を飲み込まないようにした。

明らかにする

この物語が語るのは:仮名化

仮名化とは、氏名や携帯番号などの直接識別子を番号や仮名に置き換え、再識別可能な対照情報を別に保存することである。暴露リスクを低減できるが、匿名化ではない。

あの「再識別の鍵」が存在する限り、データは依然として個人に復元され得るため、通常は依然として個人データ処理に該当し、権限、監査、保存期間の管理が必要である。

メタファーのマッピング

  • 二冊の名簿を別々に保管=仮名データと対照表の分離
  • 番号または仮名=代替識別子
  • キー再識別=追加の照合情報
  • 鍵が残る=匿名化とは異なる

Andy(任旭)判断

この概念の実戦的価値は、「賢く見えるAI機能」を納品可能、検収可能、ガバナンス可能な作業単位に分解する手助けをすることです。

anonymization匿名化tokenizationプライバシーエンジニアリング

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号