AI透かし検出とは、画像や文書がAI生成かを来歴情報から確かめる作業のことです。

顧問先から届いた資料が生成AIで作られたものかどうか、事務所として確かめる手順を持っているでしょうか。この記事では、C2PAとSynthIDという2つの仕組みを前提に、士業事務所が透かし検出を必須工程にすべき業務領域と、補助的な確認で足りる領域を6つに仕分ける方法を整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。OpenAIは2026年5月19日にGoogle DeepMindのSynthIDを採用したと発表したと報じられています（出典: ITmedia AI＋）。

来歴の仕組みは2層になっている

結論から書くと、士業が押さえるべきは2つの層です。コンテンツそのものに埋め込む不可視の透かしと、ファイルに付随する来歴メタデータ。この2層は役割が違い、どちらか片方だけでは足りません。

不可視の透かし側の代表がSynthIDです。画像の画素そのものに人の目に見えない信号を織り込むため、スクリーンショットや再圧縮、形式変換を経ても残りやすいという性質があります。一方の来歴メタデータ側がC2PAで、いつ・どのツールで生成され、どう編集されたかという履歴をデジタル署名で保護します。C2PAは履歴を詳しく再現できますが、SNSへの投稿や画像編集の過程でメタデータが剥がれると消えます。両者は補い合う関係にあり、片方が消えても他方が残るという設計です（出典: ITmedia AI＋）。

2026年5月の動きは、この2層が主要ベンダーで揃い始めたことを意味します。報道によれば、OpenAIはこれまでC2PAのメタデータと暗号化署名で来歴情報を提供してきましたが、そこにSynthIDを加える形になりました（出典: ITmedia AI＋）。士業の実務に引き寄せると、少なくとも大手の生成サービスで作られた画像については、来歴の手がかりが残る可能性が高まったということです。

ただし、ここに大きな穴があります。第一に、透かしや来歴情報を付けていない生成ツールは多数あります。第二に、テキストについては画像ほど確立した検出手段がありません。第三に、検出結果がシグナルなしだった場合、それは人が作ったことの証明ではなく、単に手がかりが見つからなかったという意味しか持ちません。この3点を事務所内で共有しないまま検出ツールを導入すると、誤った安心が生まれます。

規制面では、EUのAI規則が生成コンテンツの機械可読な表示について定めを置いており、2026年8月からの適用が進んでいると報じられています（要確認。詳細はEU AI Actの透明性義務 2026年8月から日本企業に及ぶ範囲で整理しています）。日本国内では、生成物への表示を一律に求める法令は現時点で見当たらず、各社の自主的な取り組みと業界標準が先行している状況です。

業務領域を6つに仕分ける手順

透かし検出をすべての受領資料に対して行うのは、工数の面で現実的ではありません。必須にする領域と、補助にとどめる領域を先に切り分けます。仕分けの軸は2つです。その資料が第三者に対する証明の基礎になるか、そして誤りが生じたときに巻き戻せるか。

第1の領域は、対外文書に添付する画像や図表です。ここは必須にします。事務所名で出す意見書、申請書、報告書に添える写真や図が生成物だった場合、文書全体の信頼が崩れます。作成者本人が生成AIで作った素材を使う場合も、使ったことを内部で記録する運用にします。

第2の領域は、監査・調査の対象資料です。ここも必須です。会計監査で受領した証憑写真、労務監査で提出された掲示物の写真、特許調査で示された先行技術の図面などが該当します。証憑の真正性が結論を左右するため、来歴の確認を手順に組み込む価値があります。監査手続の中でAIをどう扱うかは、監査調書のAI一次レビューを組む6工程と会計士事務所の品質管理の線で整理した品質管理の考え方と接続できます。

第3の領域は、本人確認・実在確認に関わる資料です。ここも必須です。顔写真、署名画像、身分証の画像などは、生成技術の進展によって偽造の難易度が下がっています。事務所として、原本の提示を求めるか、来歴確認を挟むかを決めておきます。

第4の領域は、顧問先から参考として共有される資料です。ここは補助にとどめます。社内資料の下書き、参考にした記事のスクリーンショットなどが該当します。結論の基礎に使う段階になったら第1・第2の領域へ格上げする、という運用にします。

第5の領域は、事務所が内部利用のために作る資料です。ここも補助です。所内勉強会の図解、業務フロー図などが該当します。ただし外部に出す可能性が生じた時点で第1の領域へ移します。

第6の領域は、マーケティングや情報発信で使う画像です。ここは補助ですが、別の観点が要ります。生成物であることの表示を自主的に行うかどうか、事務所の方針を決めておく領域です。士業の信頼性を売る商売である以上、後から生成物だったと分かる状態は避けたい、という判断をする事務所があります。

実際の検出作業は、大きく3手順です。まず、対象ファイルを検証ツールにかけます。OpenAIは自社の検証ページで、C2PA検出・SynthID検出・シグナルなしのいずれかを返す仕組みを提供していると報じられています（出典: ITmedia AI＋）。次に、結果を3分類で記録します。来歴あり・来歴なし・判定不能の3つで、判定不能を独立させるのが要点です。最後に、来歴なしと判定不能の資料について、原本提示や作成者への確認といった別の手段で裏を取ります。

生成AIに補助させる場合のプロンプト例を2本示します。1本目は、受領資料の仕分けを機械的に行うためのものです。

あなたは士業事務所の受付補助です。以下の資料一覧を、事務所の仕分け基準に従って
6領域のいずれかに分類してください。判断根拠を必ず1行で添えてください。

仕分け基準:
領域1 対外文書に添付する画像・図表 → 来歴検証は必須
領域2 監査・調査の対象資料 → 必須
領域3 本人確認・実在確認に関わる資料 → 必須
領域4 顧問先から参考共有された資料 → 補助
領域5 事務所の内部利用資料 → 補助
領域6 情報発信用の画像 → 補助（自主表示の方針を確認）

出力形式: 資料名 / 領域番号 / 必須か補助か / 判断根拠
判断に迷う資料は「要人手確認」と出力し、推測で分類しないでください。

2本目は、検出結果を台帳に落とすためのものです。

以下の来歴検証の結果を、事務所の台帳形式に整形してください。
推測での補完は禁止です。入力にない情報は空欄にしてください。

台帳項目: 受領日 / 資料名 / 提供元 / 仕分け領域 / 検証ツール /
判定（来歴あり・来歴なし・判定不能）/ 追加で取った裏付け / 確認者

注意: 判定が「来歴なし」の場合、人が作成したことの証明にはならないため、
追加で取った裏付けの欄が空のときは「未了」と明記してください。

いずれの場合も、仕分けと判定の最終確認は有資格者が行う工程として手順に固定します。特に第2・第3の領域は、結論に直結するため、担当者の判断で完結させない設計にします。

職種ごとに必須領域はどこに落ちるか

会計士・税理士事務所であれば、必須になるのは証憑写真と残高確認の回答書類です。電子的に受領した請求書や領収書の画像が生成物でないかを、金額の大きい取引や新規取引先に絞って確認する運用が現実的です。全件にかけると工数が跳ねるため、金額基準と取引先の新規性の2軸で対象を絞ります。

社労士事務所であれば、必須になるのは是正勧告への対応で提出する掲示物や作業環境の写真、そして労働時間の記録画面のスクリーンショットです。行政機関に提出する資料は第三者に対する証明の基礎になるため、来歴の確認を挟む価値が高い領域です。

司法書士・行政書士事務所であれば、必須になるのは本人確認資料と現地写真です。オンラインで完結する手続が増えるほど、画像の真正性が結果を左右します。原本提示を求める運用と、来歴確認を挟む運用のどちらを標準にするかを決めておきます。

弁護士事務所であれば、必須になるのは証拠として提出予定の画像・音声・動画です。相手方から開示された資料についても、争点に直結するものは同じ扱いにします。生成技術の進展により、証拠の真正性をめぐる争点自体が増えていく領域です。

弁理士事務所であれば、必須になるのは先行技術として示された図面や、意匠の実施品の写真です。出願の可否や無効理由の判断に使う資料であるため、来歴が確認できないものは別の裏付けを取る手順にします。

検出結果を守秘義務と規程にどうつなぐか

透かし検出には、守秘義務の側から見た論点があります。検証のために資料を外部サービスへアップロードする行為そのものが、外部への情報の持ち出しになるためです。

前提として、各士業の守秘義務は法律に根拠を持ちます。弁護士法第23条は、弁護士または弁護士であった者が職務上知り得た秘密を保持する権利を有し義務を負うと定めています。税理士法第38条は、正当な理由がなくて税理士業務に関して知り得た秘密を他に洩らし、または窃用してはならないと定めています。公認会計士法第27条、行政書士法第12条、社会保険労務士法第21条にも、同趣旨の規定が置かれています。検証のためのアップロードがこれらの規定との関係でどう位置づけられるかは、資料の性質と契約内容によって変わるため、事務所ごとに整理しておく論点になります。

実務上の分岐は3つあります。1つ目は、検証を外部サービスで行うか、ローカルで完結する手段を選ぶかです。C2PAのメタデータ確認はローカルのツールでも可能な場面があり、依頼者情報を含む資料はローカル側に寄せる運用が採られています。2つ目は、検証にかける前に、資料から個人情報を除けるかどうかです。画像の場合はマスキングが透かしの検出精度に影響する可能性があるため、除いた状態では検証できない場面があります。3つ目は、依頼者への説明です。受領資料を来歴検証にかける旨を、契約や業務説明の中でどう伝えるかを決めておきます。

個人情報を含む資料の扱いについては、個人情報保護委員会が生成AIの利用に関する注意喚起を公表しており、事務所として参照先を1つに固定しておくと判断が早くなります。あわせて、生成物の権利関係についてはAIと著作権 士業の成果物は誰のものか 権利処理5場面と契約条項で整理しており、来歴の確認と権利の確認は別の作業である点を分けて扱います。

事務所規程に落とすなら、書く項目は5つです。第1に、検証を必須とする業務領域の定義。第2に、使用する検証手段と、外部サービスへアップロードしてよい資料の範囲。第3に、判定不能だった場合の代替手段。第4に、検証記録の保存期間。第5に、記録の確認者です。この5項目を既存のAI利用規程に節として追加し、半年に一度、実際の台帳と突き合わせる運用が現実的です。

検出をめぐって起きやすい3つの誤解

1つ目の誤解は、シグナルなしを人が作成した証明として扱ってしまうことです。透かしを付けない生成ツールで作られた場合も、来歴メタデータが編集過程で失われた場合も、結果はシグナルなしになります。この結果は、来歴の手がかりが得られなかったという事実だけを示します。台帳の判定欄に来歴なしと判定不能を分けて設けるのは、この誤解を構造的に防ぐためです。

2つ目の誤解は、テキストにも同じ確度で検出が効くと考えてしまうことです。画像・動画・音声については不可視の透かしを埋め込む技術が実装されつつありますが、テキストの検出は同じ確度では扱えません。顧問先から届いた文書ファイルの本文が生成物かどうかを、ツールの判定だけで決める運用は避ける、という整理をしている事務所があります。

3つ目の誤解は、検証を通せば責任が果たせると考えてしまうことです。検証は資料の真正性を測る手段の1つにすぎず、事案の判断は資格を持つ担当者の責任として残ります。生成AIが出力した架空の判例が書面に載りかけたという報告が繰り返し共有されているのと同じ構図で、ツールの出力を最終判断に置き換えないことが要点になります。

回避策は共通しています（根拠は、いずれの誤解も判定結果の記録方法に起因するためです）。判定結果を来歴あり・来歴なし・判定不能の3つに分けて台帳で運用し、必須領域では判定不能と来歴なしを同じ扱いにして追加の裏付けを求め、確認者の氏名を残す。この3つを回せば、誤解の多くは手順の側で吸収できます。

費用と工数 誰が台帳を持つか

費用面では、来歴検証そのものは無償で提供されている手段が中心です。OpenAIの検証ページは、ファイルをアップロードすると数秒で判定が返ると報じられています（出典: ITmedia AI＋）。C2PAのメタデータ確認についても、無償のツールが公開されています。事務所として費用が発生するのは、検証を業務フローに組み込むための設計と、台帳の運用にかかる人件費のほうです。

工数の目安は、必須領域に絞れば1件あたり数分です（根拠は、検証自体がファイルのアップロードと判定の記録で完結するためです）。むしろ負荷がかかるのは、判定不能だった場合の追加の裏付けです。原本の提示依頼、作成者への確認、代替資料の入手といった作業が発生します。仕分けを6領域に切って必須を3つに絞るのは、この追加作業の総量を管理可能な範囲に収めるためです。

体制としては、台帳の管理者を1人置き、検証の実行は各案件の担当者が行う形が扱いやすい形です。管理者の役割は、月次で台帳を見て未了の件がないかを確認することと、新しい検証手段が出たときに事務所の標準を更新することの2つです。所内の運用ルールを文書として残しておく順序は、面談の録音と文字起こしを事務所の運用ルールに落とす 同意取得の設計で整理した進め方と揃えられます。

導入の初月にやることを絞るなら、必須3領域のうち1つだけを選び、そこに入る受領資料を2週間ぶん台帳に記録するところから始めます（根拠は、母数を小さくしないと運用の詰まりどころが見えないためです）。記録してみると、判定不能の比率がどのくらいか、追加の裏付けにどれだけ時間がかかるかが数字で出ます。その数字を見てから、残り2領域へ広げるか、対象をさらに絞るかを決めます。

所内への浸透には、判定不能という結果の扱いをどう教えるかが効きます。ツールが白黒を付けてくれると期待して導入すると、判定不能が返るたびに手が止まります。判定不能は失敗ではなく、追加の裏付けへ進む合図である、という位置づけを最初に共有しておくと、運用が止まりにくくなります。

来歴が当たり前になったときに問われること

今後の焦点は、来歴情報が付いていることが標準になったときに、付いていない資料をどう扱うかへ移っていきます。主要ベンダーの生成物に来歴が付く状態が広がるほど、来歴のない資料は説明を求められる対象になります。これは士業にとって、受領資料の扱いを見直す契機になります。

もう1つの論点は、事務所自身が出す成果物の側です。図表や画像を生成AIで作ったとき、その来歴情報を残したまま納品するのか、消して納品するのかという判断が生じます。残せば透明ですが、どの工程でAIを使ったかが相手に伝わります。消せば来歴の連鎖が切れます。どちらを選ぶかは事務所の方針の問題であり、正解が1つに定まる性質のものではありません。

3つ目は、検証の記録が後から証拠として使われる可能性です。台帳に判定不能と記録した資料について、後日争いが生じた場合、その記録自体が事務所の対応を示す資料になります。だからこそ、記録は正確に、判定できなかったことも含めてそのまま残す運用が向いています。

よくある質問

透かし検出はすべての受領資料に行う必要がありますか

必要はありません。工数の面で現実的ではないためです。対外文書に添付する画像、監査・調査の対象資料、本人確認に関わる資料の3領域を必須とし、それ以外は補助にとどめる仕分けが現実的な出発点になります。

判定がシグナルなしだった場合、人が作成したと考えてよいですか

考えられません。透かしを付けない生成ツールで作られた場合も、来歴メタデータが編集過程で失われた場合も、同じ結果になるためです。来歴の手がかりが得られなかったという事実だけを記録し、必須領域では追加の裏付けを取る運用にします。

顧問先の資料を検証サービスにアップロードしてよいですか

契約内容と資料の性質によって変わるため、事務所として先に整理しておく論点になります。守秘義務の根拠は税理士法第38条などに置かれており、外部サービスへの持ち出しに当たるかどうかを含めて、依頼者への説明の範囲とあわせて決めておく形が採られています。

C2PAとSynthIDはどちらを見ればよいですか

両方見ます。C2PAは来歴メタデータを署名で保護する層、SynthIDはコンテンツ本体に不可視の信号を織り込む層で、役割が異なるためです。メタデータが剥がれても本体の信号が残る、という補完関係にあります（出典: ITmedia AI＋）。

テキストの生成AI判定ツールは実務で使えますか

画像と同じ確度では扱えません。テキストについては不可視の透かしの実装が画像ほど広がっておらず、統計的な判定は誤りを含みます。ツールの判定だけで文書の作成者を推定する運用は避け、参考情報として扱う整理が採られています。

事務所が生成AIで作った図表に来歴情報を残す運用は必要ですか

方針として決める事項であり、一律の答えはありません。残す選択は透明性を高め、消す選択は来歴の連鎖を断ちます。対外文書に使う場合は残す、内部資料は問わない、といった線引きを規程に書いている事務所があります。

検証記録はどのくらい保存すればよいですか

既存の文書管理規程の保存期間に合わせる方法が扱いやすい形です。検証記録だけ別の期間を設けると運用が二重になり、守られにくくなります。案件記録と同じ期間で保存し、確認者の氏名を残す形が採られています。

参考文献

• ITmedia AI＋ OpenAI、Googleの「SynthID」を採用
• e-Gov法令検索 弁護士法第23条
• e-Gov法令検索 税理士法第38条
• e-Gov法令検索 公認会計士法第27条
• e-Gov法令検索 行政書士法第12条
• e-Gov法令検索 社会保険労務士法第21条
• 個人情報保護委員会

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/