表示
超・人工知能研究所 Super AI Research Lab トップへ超・人工知能研究所AI Research Lab / ぱそ太郎工事中

since
平成38年9月29日

← 検索結果に戻る

外部LLMへ送る文書の仮名化を往復評価、漏れ削減とロシア語氏名の復元失敗を報告

pii-roundtrip

保存した記事を見るこのブラウザに保存します。無料会員で端末間の同期・フォルダ整理

概要

  • 個人情報の検出、文書単位の取り残し、LLM回答後の復元を分けて評価する。
  • 最終合成文書テストで新エンジンは値の全残しを0.3%と0.2%へ抑えた。
  • 全評価は合成データで、ロシア語の氏名復元は99%の基準を満たさなかった。
補足:編集した模式図で仕組みを確認する

VISUAL EXPLAINER

図でつかむ、pii-roundtripの仕組み

左から右へ読む
  1. 01元の文書
  2. 02個人情報を置換
  3. 03LLMが回答
  4. 04手元の対応表で復元

原論文の説明をもとにした模式図です。処理の細部は省略しています。

研究の背景

pii-roundtripは、外部LLMへ文書を送る前に個人情報を置換し、回答中の置換記号を元へ戻す流れを扱う。対応表を手元に保持しても、名前や識別番号を一つ見落とせば、その値は送信文書に残ってしまう。

一方で検出だけが良くても、LLMが置換記号を書き換えると正しく復元できない。研究は検出率、文書ごとの漏れ、必要以上のマスク、回答後の復元を分け、ロシア語と英国英語でツールの実用上の弱点を調べる。

手法

可逆仮名化では、氏名や番号を専用の置換記号へ変え、元の値との対応表はローカルに残す。例えば同じ人名を同じ記号へ統一して文書を送れば、回答中の参照を対応表で戻せる。ただし検出漏れと復元失敗は異なる場所で発生するため、別々に数える。

既存5ツールと正規表現の基準を比べ、強い二つのツールを組み合わせたエンジンも評価する。番号の区切りやロシア語の格変化を考慮して残存値を調べる。ツール自身の著者のデータを判定から除く規則や、同じ文書上での比較を設け、二つのローカルLLMの回答後に記号が保たれるか確認する。

新規性

特徴は、検出の単語単位の成績だけでなく、文書を送る場面で一つでも値が残る割合と、LLMを通した復元まで評価する点である。元から発行された記号と、モデルが勝手に作った記号も区別する。

最終の合成テストは文書や判定規則を実行前に公開している。一方、エンジンの開発者自身による評価で、以前の同系統データを開発に使ったことも明示し、好結果と不利な結果を並べて報告している。

従来手法との違い

既存ツールにはpii-guard、GLiNER Guard、Presidioなどを含む。外部データで全ての事前基準を満たした既存ツールはなく、対応していない情報種別の見落としも利用者にとっての漏れとして数える。

最終合成文書では既存の最良ツールが値全体を残す文書はロシア語61%、英国英語58%だった。新エンジンの改善は大きいが、同じ生成器に合わせて開発した条件であり、実文書や未知の生成分布での優位とは分けて読む必要がある。

実験結果

最終テストは各言語1,000文書。エンジンが値全体を残した割合はロシア語0.3%、英国英語0.2%で、一部でも残した割合は0.8%と0.2%だった。これは合成文書上の著者報告である。

英国英語は760回答後の置換記号復元が99%以上を満たす。一方ロシア語の氏名は94.6%で、99%基準に届かない。主因は取り込んだ格変化処理の姓の誤形とされる。全評価データは合成であり、実文書は未試験である。

応用の可能性

編集上の応用案 · 論文が実証した用途とは区別しています。

編集上の応用案:社内の文書要約サービスに送信前後の仮名化検査を組み込み、原文、置換後、復元後を担当者が確認する。入力は文書と検出対象、出力はマスク案と復元できなかった箇所の一覧にする。

自動的に送信可と判断するのでなく、固有名の取り残しや記号の不一致がある文書を保留する。個別の番号の検出率だけでなく、文書単位で漏れが残る頻度を導入判断の指標にする使い方が考えられる。

応用先の候補からNauhに相談できます。

導入時の検証

導入時の検証案 · 対象データでの再評価が必要です。

導入時の検証案:まず架空の文書で、氏名、住所、番号、組織名を含む評価集合を作り、正規表現と既存ツール、組合せ方式を同条件で比較する。開発と評価の生成規則も一部変え、形式への適合だけを測らないようにする。

値の全残し・部分残し、過剰マスク、回答後の復元率を別集計する。モデルが記号を省く、複製する、変形する場合を試し、原文を外部へ送る前に人が確認できる停止条件を設ける。

限界と課題

著者は同じ生成器の六つの先行テスト集合を開発に使い、途中で評価規則も修正したと説明する。独立した実文書評価とは異なり、新エンジンの低い漏れ率を一般的な匿名化性能として解釈できない。

編集上の確認課題は、日本語、複数言語の混在、長文、表、文脈からの個人推測である。研究の漏れ指標は文字通り残った値を測るもので、職歴などからの再識別まで防ぐことを示す結果ではない。復元の失敗も利用目的に応じて確認が必要になる。

応用先の候補
研究内容と応用案に基づく分類です。業界での導入実績を示すものではありません。

出典

元のタイトル・要旨を確認する(英語)

Reversible Pseudonymisation of Documents Sent to External LLMs: an Open Bilingual Benchmark and an Engine

Professionals send working documents to external large language models. A common safeguard is reversible pseudonymisation: personal data are replaced with placeholders before the request and restored locally in the answer. We present an open benchmark of five existing open tools and a regular-expression baseline on Russian and UK English, and an open engine built on the two strongest tools. The benchmark excludes each tool's own authors' dataset from its verdict, compares the engine with each tool on identical datasets for detection, reports masking precision, and tests on a held-out set of synthetic documents whose files, hashes, decision rules, run plan and stopping rule were published before any run. Two local LLMs test whether placeholders survive. All evaluation data are synthetic, and the benchmark was run by the author of the engine; code, data, predictions and raw answers are released. On external datasets no existing tool meets all predefined thresholds: in UK English the identifier and leak thresholds are not met, in Russian the identifier threshold is borderline. On the last held-out set of 1,000 documents per language, the best existing tools leave a whole value visible in 61% (Russian) and 58% (UK) of documents. On these documents, from the generator it was developed on, the engine does so in 0.3% [0.1; 0.9] and 0.2% [0.1; 0.7], leaves any part of a value visible in 0.8% and 0.2%, and meets all detection thresholds in both languages. In UK English it also restores at least 99% of its placeholders after 760 answers. In Russian it restores only 94.6% [93.6; 95.6] of name placeholders, against a 99% threshold, mainly because the inflection it borrows from pii-guard produces wrong surname forms. The engine was developed over six earlier held-out sets from the same generator; real documents were not tested.

論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。収集:2026-10-27