デジタル校正証明書（DCC）の電子署名確認｜NMIJ方式と証拠ログ【2026年版】

NMIJ方式など電子署名が付されたDCCでは、発行元の案内に従って署名を確認し、確認日、確認者、結果、参照した手順を証拠ログへ残します。DCCのファイル形式や電子署名方式は、すべての発行元で同じとは限りません。受領側は、発行元固有の案内と自社の確認記録を一組にして管理します。

本記事では、NMIJ（産業技術総合研究所 計量標準総合センター）の案内で確認できる形式を例に、受領、電子署名の確認、証拠ログ、監査提示の流れを整理します。一般的なファイル命名や保存方法とは役割を分け、HUBが対応する範囲と対応しない範囲も明確にします。

DCCの形式と確認方法は発行元ごとに異なる

受領側は、紙の証明書、紙を読み取ったスキャンPDF、発行元がデジタルで発行したDCCを区別します。見た目がPDFでも、発行形態、データ、署名、確認方法の根拠が異なるためです。

受領側が区別する三つの証明書形態

紙原本は発行された現物、スキャンPDFは紙原本を画像化した作業用ファイル、発行元DCCは発行元がデジタル形式で交付した証明書として分類します。スキャンPDFに見た目上の署名画像があっても、発行元が示す電子署名の確認と同じ意味には扱いません。

一般的な命名、保存場所、台帳への紐付け、検索は校正証明書の管理・電子化のルールへ接続します。本記事では、その前段にあたる発行形式と電子署名の確認結果を証拠化します。

NMIJで確認できるDCC形式の早見表

本記事で具体例にするNMIJのDCCは、校正結果等のデータを埋め込んだPDFに電子署名を付した形式です。この定義はNMIJ（産業技術総合研究所 計量標準総合センター）の案内で示された範囲に限定し、他の発行元へそのまま一般化しません。

NMIJの案内で確認できる事項は、PDF、校正結果等のデータ埋め込み、電子署名です。すべてのDCCにXMLやCSVが含まれる、またはすべて同じ署名方式を採るとは記載せず、発行元ごとに案内を確認します。

電子署名があるDCCの受領内容を確認する

DCCを受領したら、最初に送信元、対象機器、証明書番号、ファイル構成を照合します。その後、発行元が案内する方法で電子署名を確認し、作業した事実を記録します。

ステップ1 発行元・対象機器・発行形式を確認する

送信元、対象機器、証明書番号、ファイル構成、発行形式を確認します。受領メールや発行元の交付経路とファイルを対応させ、台帳の機器ID、製造番号、証明書番号が一致するかを確認します。

添付ファイルが複数ある場合は、証明書本体、関連文書、発行元案内を区別します。ファイル名だけで対象を決めず、証明書内の対象機器と台帳を照合してから確認作業へ進みます。

ステップ2 発行元の案内で電子署名を確認する

発行元が示す方法に従って電子署名を確認し、確認日、確認者、結果、参照手順を記録します。自社が独自に推測した確認方法ではなく、対象DCCの発行元が示す案内と、その案内の版や参照日を証拠にします。

確認結果は「問題なし」だけで終わらせず、確認できた対象、結果表示、例外の有無を記録します。確認できない場合はファイルを改変して試すのではなく、発行元へ照会し、受領経路と対象ファイルを保全したまま処置します。

電子署名の確認結果を証拠ログへ残す

電子署名を確認した事実は、DCC本体とは別の証拠ログに残します。発行元案内、対象機器、証明書番号、実施者、結果を1行で追えるようにし、例外処置も同じ行から参照できるようにします。

ステップ3 確認日・確認者・結果・参照手順を記録する

証明書番号、対象機器ID、確認日、確認者、結果、参照した発行元案内を1行の証拠ログへ記録します。さらに、発行元、発行形式、例外時の処置を列として持たせ、どのDCCにどの手順を適用したかを明確にします。

結果欄は、自社で定めた選択肢と補足記録を組み合わせます。確認不能や対象不一致を正常扱いへ書き換えず、処置中の状態、照会先、回答日、再確認結果を追跡します。

ログの行には、証明書PDFそのものを埋め込まず、機器IDと証明書番号から保管先へ移れる関係を作ります。これにより、監査員へ確認結果だけでなく、対象DCCと参照手順を同時に示せます。

ステップ4 原本保管と台帳ひも付けを既存ルールへ渡す

確認済みDCCを既存#16の命名、保存場所、台帳ひも付け、検索ルールへ引き渡します。確認済みの状態、証拠ログの行、DCC本体を機器IDで結び、電子署名確認後の一般保管を既存の文書管理へ接続します。

校正結果の読み方は校正証明書の見方へ委ね、DCC確認ログに測定値を重複転記しません。原本保管のルールと署名確認のルールを分けることで、発行元の確認手順が変わっても一般保管を無用に変更せずに済みます。

監査時に発行元案内と証拠ログを提示する

監査では、DCC本体だけでなく、発行元が示した確認方法と、自社が確認した結果を一組で提示します。機器IDを検索キーにし、対象DCC、証拠ログ、参照した発行元案内を取り出します。

対象DCCと確認ログを機器IDで検索する

機器IDから、証明書番号、発行元、受領日、確認結果、参照した案内を検索します。対象DCCとログの証明書番号が一致することを確認し、別の版や再交付ファイルがある場合は、どれを正式に受領したかを履歴で説明します。

監査用の証拠構成は顧客監査の計測器・校正記録準備へ接続します。そこにDCC本体、発行元案内、確認ログの3点を加え、台帳、現品、期限根拠との整合も確認します。

埋込データの扱いは発行元の説明に従う

埋込データは独自に解析して意味を断定せず、発行元の説明で確認できた範囲を提示します。NMIJの具体例を他の発行元へ一般化せず、埋込データの有無、形式、確認方法を各発行元の案内で確認します。

JCSS校正とトレーサビリティに関する一般説明とも役割を分け、本記事ではDCCの受領確認と証拠ログに限定します。発行元の案内を保存する際は、文書名、版、参照日を記録し、後日の更新と区別します。

発行元別の確認手順と機能境界を標準化する

発行元ごとに形式と手順が異なるため、共通のログ列と発行元別チェックリストを組み合わせます。発行元案内が改訂されたときは、旧手順で確認した記録を消さず、適用した版を追跡します。

発行元別チェックリストを版管理する

チェックリストには発行元、対象形式、使用する確認方法、参照案内、版、改訂日、承認者を記録します。新しい形式を受領した場合は既存手順を流用せず、発行元の案内を確認してから手順を追加します。

NMIJで確認できる事項と、他の発行元で個別確認する事項を表で分けます。発行形式、埋込データ、署名方式、確認ツール、参照案内、ログ項目について、発行元の説明がない内容を推測で補いません。

計測器校正HUBでPDFと確認結果を管理する

計測器校正HUBで行えるのは、証明書PDFの機器への紐付け、カスタム項目への確認結果登録、権限管理、操作履歴の保持です。計測器管理台帳の作り方の共通IDへDCCとログを結び、監査時に検索できる状態を作ります。

HUBはDCCの電子署名を暗号学的に検証せず、埋込データを自動取り込みません。また、PDFの原本性をシステムが保証するものでもありません。署名確認は発行元指定の方法で担当者が行い、HUBには確認結果と証拠を記録します。

記録の保持期間は校正記録・証明書の保管期間で定める自社ルールに従います。DCCだから一律に永久保存する、または紙より短くするという扱いにはせず、利用目的と顧客要求から決めます。

まとめ

DCCの形式と電子署名の確認方法は、発行元ごとに確認します。NMIJの例では、校正結果等のデータを埋め込んだPDFに電子署名を付した形式が案内されていますが、その事実を他の発行元へ一般化してはいけません。

受領側は、発行元、対象機器、証明書番号、発行形式を照合し、発行元の案内に従った確認結果を証拠ログへ残します。DCC本体、発行元案内、確認ログを機器IDで結べば、監査時に誰がどの手順で確認したかを説明できます。

よくある質問

DCCにはすべて同じ電子署名が付いていますか？

同じとは限りません。NMIJ（産業技術総合研究所 計量標準総合センター）の案内では、PDFへ校正結果等のデータを埋め込み電子署名を付す形式と示されていますが、他の発行元は形式、署名方式、確認方法を各案内で確認します。

DCCの電子署名確認ログには何を残しますか？

発行元、対象機器ID、証明書番号、発行形式、参照した発行元案内、確認日、確認者、確認結果、例外時の処置を残します。確認ツールや方式は発行元の案内に従います。

計測器校正HUBはDCCの電子署名を検証できますか？

できません。HUBで行えるのは、証明書PDFの機器への紐付けと確認結果の記録です。署名検証や埋込データの自動取込には対応していません。

DCCと確認ログを、同じ機器IDへ紐付け

計測器校正HUBは、証明書PDF、カスタム項目、権限、操作履歴を通じて、担当者が確認した結果を検索できる状態にします。発行元別の確認ログと台帳運用は、無料で相談するからご相談ください。

無料で相談する →　料金プランを見る →

関連記事

• 顧客監査の計測器・校正記録準備｜DCCを含む証拠提示
• 校正記録・証明書の保管期間｜媒体別の保持ルール
• 校正証明書の管理・電子化｜命名と保存と検索
• 校正証明書の見方｜結果と不確かさの確認