署名用電子証明書と利用者証明用電子証明書の違い。どちらを使うかでシステム開発の中身が変わる

マイナンバーカードのICチップには、公的個人認証（JPKI）の電子証明書が2種類格納されています。「署名用電子証明書」と「利用者証明用電子証明書」です。名前が似ているうえ、どちらも広い意味では「本人であることを証明する」ものなので、要件定義の場でも混同されたまま議論が進んでしまうことがあります。

ただ、この2つは役割がはっきり分かれています。どちらを使うかによって、必要な契約相手が変わり、開発する画面とエラーフローが変わり、ユーザーが入力する暗証番号の桁数まで変わります。つまり見積もりの前提そのものが変わる分岐です。市民向けの解説記事は数多くありますが、本記事はサービスを作る側・導入を決める側が、ベンダーとの商談前に自社の選択を確定できるよう、違いを構造から整理します。JPKIそのものの位置づけを先に押さえたい場合はeKYCとJPKIの違いから読むことをおすすめします。

この記事の要点

• マイナンバーカードには役割の異なる2つの電子証明書が入っています。「文書への実印」が署名用、「ログインの本人性」が利用者証明用です
• 決定的な差は基本4情報（氏名・住所・生年月日・性別）の有無です。氏名・住所まで欲しいなら署名用、本人性だけで足りるなら利用者証明用という切り分けになります
• 署名用はPINが英数字6〜16桁・5回でロック、引っ越しや婚姻で失効、15歳未満には原則発行されないなど、運用論点が明確に多くなります
• 署名用の検証・失効確認には主務大臣の認定が絡むため、民間サービスはプラットフォーム事業者かeKYCベンダー経由が現実解です
• どちらを選ぶかは「ログインを強くしたいのか、犯収法の本人確認をしたいのか」という事業要件から逆引きで決まります

2つの電子証明書を1枚の表で比較する

まず全体像です。以下の差分がそのまま、開発仕様とユーザー導線の差になります。

項目	署名用電子証明書	利用者証明用電子証明書
役割	「この文書を本人が作成・送信した」ことの証明（実印のイメージ）	「ログインした人が本人である」ことの証明
記載事項	基本4情報（氏名・住所・生年月日・性別）を含む	基本4情報を含まない
暗証番号	英数字6〜16桁	数字4桁
暗証番号のロック	5回連続で間違えるとロック	3回連続で間違えるとロック
引っ越し・婚姻での失効	失効する（氏名・住所が変わるため）	失効しない
15歳未満	原則発行されない	発行される（暗証番号は法定代理人が設定）
有効期限	発行から5回目の誕生日まで	発行から5回目の誕生日まで
代表的な利用場面	e-Taxの確定申告、犯収法の本人確認、電子契約	マイナポータルのログイン、マイナ保険証、コンビニ交付

表を眺めると分かるとおり、署名用は「取れる情報が多いぶん、制約と運用負荷も多い」証明書です。逆に利用者証明用は「取れる情報が少ないぶん、扱いが軽い」証明書です。この非対称性を理解すると、以降の判断はほとんど機械的に決まります。

利用者証明用電子証明書 — 個人情報を持たずに本人性を得る

利用者証明用電子証明書は、オンラインで「いま操作しているのが本人である」ことを示すための証明書です。マイナポータルへのログイン、マイナ保険証としての受付、コンビニ交付での住民票の取得。日常でマイナンバーカードをかざす場面の多くは、こちらが動いています。

開発者にとって決定的に重要なのは、この証明書には氏名も住所も入っていないという点です。サービス側が得られるのは「有効な証明書を持つ本人がPINを入力して認証に成功した」という事実と、証明書のシリアル番号だけです。

一見すると情報が少なく物足りないように見えますが、これは制約であると同時に設計上の利点でもあります。

• ログイン・2要素認証・重要操作の再認証に向く — パスワードやSMS OTPより強い本人性を、追加の個人情報なしで得られます
• 個人情報の管理負担が軽い — 氏名・住所をサービス側に持ち込まないため、保管・削除・漏えい対策のスコープが小さく収まります
• ユーザーの入力負担が小さい — 4桁PINで済むため、6〜16桁の英数字を思い出す必要がありません

「セキュリティを強くしたいが、これ以上ユーザーの個人情報を預かりたくない」という要件に、この証明書はきれいに噛み合います。デジタル庁のデジタル認証アプリで認証APIが手数料無料になっているのも、この証明書を使う用途です（デジタル認証アプリの利用条件）。

署名用電子証明書 — 実印相当を扱うための重さ

署名用電子証明書は、電子文書に対して「本人が作成・送信した」ことを証明するためのものです。書面の世界でいえば実印と印鑑証明に近い役割で、e-Taxの確定申告や、オンラインでの口座開設・契約手続きで使われます。

この証明書には基本4情報（氏名・住所・生年月日・性別）が含まれています。電子署名を検証する側は、署名の正当性と同時に「誰が」署名したのかを確認できます。犯罪収益移転防止法のオンライン本人確認（JPKI方式）が署名用を使うのは、本人確認に必要な氏名・住所等を、改ざん検知可能な形で署名付きで取得できるからです。2027年4月の改正で非対面本人確認がこの方式に寄っていく流れは犯収法2027年改正とJPKI一本化で扱っています。

一方で、開発・運用上の注意点は署名用のほうが明確に多くなります。要件定義で必ず論点になるのは次の3つです。

第一に、記載事項の変更で自動失効します。 引っ越しや婚姻で氏名・住所が変われば、証明書は失効します。「昨日まで使えていたユーザーが今日は使えない」という事象が、障害ではなく仕様として発生します。継続的に署名用を使うサービスでは、失効を例外ではなく通常フローとして扱う必要があります。

第二に、15歳未満には原則発行されません。 未成年を含むサービスでは、署名用を前提にした本人確認フローだけでは成立しません。年齢によって導線を分岐させるか、代替手段を用意するかを最初に決めておく必要があります。

第三に、PINの想起難易度が高く、ロックの影響が大きいです。 英数字6〜16桁のPINは、カード受け取り時に一度設定したきり忘れているユーザーが少なくありません。5回間違えるとロックされます。ここが最大の離脱ポイントです。

PINロックの導線が離脱率を左右する

PINロックについては、案内文の作り方だけでコンバージョンが変わります。誤解されやすいのは解除手段です。

• 署名用のロック解除 — 市区町村窓口だけでなく、専用アプリで予約したうえでコンビニのキオスク端末で初期化・再設定できます
• 利用者証明用のロック解除 — 市区町村窓口での手続きになります

つまり「暗証番号を間違えてロックされた場合は市区町村の窓口へ」と一律に案内してしまうと、本来はコンビニで解決できたユーザーまで離脱させてしまいます。エラー画面の文言はJPKIの暗証番号初期化・再設定の案内に沿って、署名用と利用者証明用で書き分けるべきです。

あわせて、入力前の予告も効きます。「5回連続で間違えるとロックされます（利用者証明用は3回）」という表示を入力画面に出しておくだけで、当てずっぽうの連打を減らせます。

有効期限は「カードの期限」とは別物

もう1つ、問い合わせ対応で必ず発生するのが有効期限の誤解です。電子証明書の有効期限は発行から5回目の誕生日までで、カード本体の有効期間より短く設定されています。

そのため「カードは手元にあって期限内なのに、認証が通らない」というユーザーが構造的に発生します。エラーメッセージを「カードが無効です」と書いてしまうと、ユーザーは市区町村に問い合わせても要領を得ません。**「カードは有効でも、中の電子証明書が期限切れの場合があります」**と明示的に伝える文言にしておくことが、サポートコストを直接下げます。

さらに、スマートフォンに搭載される電子証明書（スマホ用電子証明書）は、カードの証明書とは別に発行される点にも注意が必要です。カード読み取りとスマホ搭載の両方に対応する場合、同一人物に対して証明書が2系統存在する前提で、アカウント紐付けと失効管理を設計する必要があります（スマホ搭載電子証明書とeKYC）。

やりたいことから逆引きする選択表

ここまでの整理を、事業要件から引ける形にまとめます。

やりたいこと	使う証明書	主な手段
会員サービスのログイン・2要素認証	利用者証明用	デジタル認証アプリ（認証API）、eKYCベンダーSDK
犯収法対応の本人確認（口座開設・契約時）	署名用	eKYCベンダーのJPKI方式、プラットフォーム事業者経由
電子文書への本人の電子署名（契約書・申請書）	署名用	デジタル認証アプリ（署名API）、当事者型電子契約サービス
年齢確認だけしたい	署名用（生年月日取得）	eKYCベンダー、プラットフォーム事業者

分かれ目はシンプルです。「本人性だけ欲しい」なら利用者証明用、「氏名・住所・生年月日まで欲しい」または「文書への署名が欲しい」なら署名用。この一文で、ほとんどの案件は判定できます。

判断で迷いやすいのは「年齢確認だけしたい」ケースです。生年月日は基本4情報の一部であり、利用者証明用では取得できません。そのため年齢確認が目的でも署名用を選ぶことになり、結果としてPINロックや失効といった署名用の運用論点を全部背負うことになります。ここを見落としたまま「年齢確認だけだから簡単だろう」と見積もると、後工程で必ず膨らみます。

署名用を選んだ瞬間に、契約構造が変わる

技術選定として見落とされがちなのが、署名用を選ぶと必要な契約相手が増えることです。

署名の検証と失効確認（J-LISへの照会）を民間事業者が自ら行うには、主務大臣の認定が必要です。したがって実務上の選択肢は、認定を受けたプラットフォーム事業者と契約するか、eKYCベンダーのサービスを利用するかのいずれかになります。認定を自社で取るか、プラットフォーム事業者に乗るかという立場の違いはJPKIのPF方式とSP方式で詳しく整理しています。

デジタル庁のデジタル認証アプリも同じ構造です。認証API（利用者証明用）は手数料無料である一方、署名API（署名用）の利用にはプラットフォーム事業者との有償契約が必要になります。「国のアプリを使うから費用はかからない」と社内説明してしまうと、署名用が必要と判明した時点で前提が崩れます。

組み込み方法全体の費用感と期間の比較はマイナンバーカード本人確認の4つの組み込み方法に、本人確認方式全体の地図はeKYC完全マップ2026にまとめています。

発注前チェックリスト

要件定義に入る前に、次の項目に答えられるかを確認してください。ここが埋まっていれば、ベンダーからの見積もりの精度が大きく変わります。

• 取得したい情報は何か — 本人性だけか、氏名・住所・生年月日まで必要か。必要なら署名用が確定します
• 文書への署名が要件に含まれるか — 契約書・申請書への電子署名があるなら署名用一択です
• 利用者に15歳未満が含まれるか — 含まれるなら署名用だけでは成立しません。代替フローの設計が必要です
• 失効時の再確認フローを決めたか — 引っ越し・婚姻での失効を検知したあと、再読み取りを求めるのか、窓口へ案内するのか
• PINロック時の案内文を用意したか — 署名用（アプリ予約+コンビニ端末で初期化可）と利用者証明用（窓口）で書き分けられているか
• 期限切れのエラーメッセージを書き分けたか — 「カードは有効でも証明書が期限切れ」を伝えられているか
• スマホ搭載証明書に対応するか — 対応するなら証明書2系統前提のアカウント紐付け設計になっているか
• 署名用を使う場合の契約相手を決めたか — プラットフォーム事業者かeKYCベンダーか。費用は認証と署名で別物です

実装・運用で押さえておく設計原則

最後に、方式が決まったあとに効いてくる原則を4点だけ挙げます。

失効は「起きる」前提で設計します。 署名用は引っ越しで失効するため、失効検知時の分岐（再読み取り依頼・窓口案内・手続きの一時保留）まで含めて仕様に落とし込みます。失効を異常系として一括りにすると、運用開始後に問い合わせが集中します。

エラーは原因別に文言を分けます。 「PIN誤り」「PINロック」「証明書期限切れ」「証明書失効」「読み取り失敗」は、ユーザーが取るべき次の行動がすべて異なります。同じ「認証に失敗しました」で返すのは、サポート工数を自分で増やしているのと同じです。

証明書のシリアル番号の扱いを決めます。 利用者証明用ではシリアル番号が実質的な識別子になります。カードの更新や再発行で変わることを踏まえ、アカウントとの紐付け方針を最初に決めておきます。

認証と身元確認を混ぜません。 「ログインを強くする」と「犯収法の本人確認をする」は別の要件です。両方が必要なら、利用者証明用と署名用の両方を扱う構成になり、契約も開発範囲も二重になります。これは追加コストではなく、最初から別々に見積もるべき2つの要件です。

このシリーズ全体をどの順番で読むと理解が早いかはeKYC記事の読み方ガイドにまとめてあります。

まとめ

• マイナンバーカードには役割の異なる2つの電子証明書が入っています。混同したまま要件定義を進めると、契約相手も開発範囲も見誤ります
• 利用者証明用は「ログインの本人性」。基本4情報を含まないため、個人情報を預からずに強い認証を実現できます。PINは4桁、3回でロックです
• 署名用は「文書への実印」。基本4情報を含み、犯収法の本人確認や電子契約で使いますが、失効・15歳未満の年齢制限・PINロック（英数字6〜16桁、5回）という運用論点を伴います
• 有効期限は発行から5回目の誕生日まで。カード本体より短いため、「カードは有効でも証明書は期限切れ」を前提にした文言設計が必要です
• 署名用の検証・失効確認には主務大臣の認定が絡むため、民間サービスはプラットフォーム事業者かeKYCベンダー経由が現実解です
• 選択は事業要件からの逆引きで決まります。本人性だけなら利用者証明用、氏名・住所・生年月日や文書署名が要るなら署名用です

よくある質問

Q. 署名用電子証明書と利用者証明用電子証明書の違いは何ですか？

役割と記載事項が異なります。署名用は電子文書に対して「本人が作成・送信した」ことを証明する実印相当の証明書で、基本4情報（氏名・住所・生年月日・性別）を含みます。利用者証明用は「ログインした人が本人である」ことを証明する証明書で、基本4情報を含みません。暗証番号も署名用は英数字6〜16桁、利用者証明用は数字4桁と異なります。

Q. どちらの電子証明書を使えばよいですか？

やりたいことから逆引きします。会員サービスのログインや2要素認証など「本人性だけ欲しい」場合は利用者証明用、犯収法対応の本人確認や電子契約など「氏名・住所・生年月日まで欲しい」または「文書への署名が欲しい」場合は署名用です。年齢確認だけが目的でも、生年月日は基本4情報の一部なので署名用が必要になります。

Q. 電子証明書の有効期限はどのくらいですか？

署名用・利用者証明用ともに、発行から5回目の誕生日までです。マイナンバーカード本体の有効期間より短いため、「カードは有効なのに認証が通らない」というユーザーが構造的に発生します。エラーメッセージでは「カードは有効でも電子証明書が期限切れの場合があります」と明示的に伝える設計にしてください。

Q. 引っ越しや結婚をすると電子証明書は使えなくなりますか？

署名用電子証明書は失効します。氏名・住所が記載事項に含まれているため、これらが変わると証明書自体が無効になります。利用者証明用は基本4情報を含まないため失効しません。署名用を使うサービスでは、失効を異常系ではなく通常フローとして扱い、再読み取りや窓口案内までを仕様に含める必要があります。

Q. 暗証番号を間違えてロックされた場合はどうなりますか？

署名用は5回、利用者証明用は3回連続で間違えるとロックされます。解除方法は証明書によって異なり、署名用のロックは専用アプリで予約したうえでコンビニのキオスク端末で初期化・再設定できます。利用者証明用のロックは市区町村窓口での手続きになります。「窓口のみ」と一律に案内すると必要以上に離脱を招くため、エラー文言は証明書ごとに書き分けてください。

Q. 15歳未満のユーザーにもマイナンバーカード認証は使えますか？

利用者証明用電子証明書は15歳未満にも発行されます（暗証番号は法定代理人が設定します）。一方、署名用電子証明書は15歳未満には原則発行されません。未成年を含むサービスで署名用を前提にした本人確認を設計すると、その層が手続きを完了できなくなるため、年齢による導線分岐か代替フローの用意が必要です。

Q. 署名用電子証明書を使うのに特別な契約は必要ですか？

必要です。署名の検証と失効確認（J-LISへの照会）を民間事業者が自ら行うには主務大臣の認定が必要なため、実務上は認定を受けたプラットフォーム事業者と契約するか、eKYCベンダーのサービスを利用することになります。デジタル庁のデジタル認証アプリも、認証APIは手数料無料ですが、署名APIの利用にはプラットフォーム事業者との有償契約が必要です。

主な参考資料: 公的個人認証サービス ポータルサイト（有効期間と失効）、JPKI 暗証番号の初期化・再設定、総務省 公的個人認証サービスによる電子証明書

TodoONada株式会社では、マイナンバーカード認証（JPKI・デジタル認証アプリ連携）を組み込んだWebサービス・スマホアプリの受託開発を行っています。「自社のサービスはどちらの証明書を使うべきで、どの経路で組み込むのが最短か」という方式選定の段階からご相談いただけます。デジタル庁「デジタル認証アプリ」の利用申請・審査対応も、書類作成から指摘対応まで伴走します。料金の目安は認証機能組込みプラン150万円〜、認証込みアプリ開発プラン400万円〜、大規模・個別要件は1,000万円〜です。要件が固まりきっていない検討段階でも、マイナンバーシステム導入支援またはお問い合わせからお気軽にどうぞ。

---

この記事に関連するサービス

TodoONada株式会社では、マイナンバーカード認証を組み込んだシステム開発を行っています。

• マイナンバーシステム導入支援 — JPKI・eKYC対応の本人確認をワンストップで

導入・開発のご相談はお問い合わせからお気軽にどうぞ。検討段階のご相談も歓迎です。