eKYC・本人確認記事の全体目次。この順で読む
当サイトには、eKYC・マイナンバーカード本人確認・電子署名に関する記事が30本あります。本記事は、それらを「どの順で読むか」という学習パスに並べ直した目次です。eKYCの導入を検討し始めた事業会社の担当者から、方式選定の判断を迫られている開発責任者、運用改善に取り組むチームまで、いまの検討段階に合わせて入り口を選べるように構成しています。
テーマ別の体系的な全体地図が必要な場合は、ピラー記事のeKYC完全マップ2026を参照してください。完全マップが「用語・方式・実装をテーマ別に一望する地図」であるのに対し、本記事は「初めての人がどの順で読み進めるかを示す学習パス」という役割分担です。各記事は制度改正のたびに更新しており、冒頭に法令確認日を記載しています（この目次の確認日: 2026年8月23日）。
この記事の要点
- eKYC・本人確認の記事30本を、入門→方式選定→技術深掘り→運用→規制→将来の6ステップの学習パスに整理しています
- 初めての方はステップ1から順に、特定の課題がある方は該当ステップから読み始められます
- 各記事は「制度のまとめ」で終わらせず、法令をシステムの要件・費用・運用に翻訳することを目的にしています
- テーマ別の全体地図はeKYC完全マップ2026が担当し、本記事は読む順のガイドを担当します
この目次の使い方
読者の状況別に、推奨の入り口は次のとおりです。
| いまの状況 | 入り口 |
|---|---|
| eKYCという言葉を調べ始めたところ | ステップ1から順に |
| どの方式・どのベンダーにするか決めたい | ステップ2 |
| 開発仕様・技術要件を詰めている | ステップ3 |
| 導入済みで、審査運用や失敗率に課題がある | ステップ4 |
| 自社業界の規制要件を確認したい | ステップ5 |
| 2027年以降・次世代標準の動向を押さえたい | ステップ6 |
ステップ1: 入門。用語と全体像を押さえる
最初に用語の関係を押さえると、以降の記事が格段に速く読めます。とくに「eKYCとJPKIの違い」は誤解が多いポイントです。
- eKYC完全マップ2026。用語・方式・実装の全体像 — シリーズのピラー記事。用語・法令・方式・実装をテーマ別に一望できます。迷ったらここに戻ってください
- eKYCとJPKIの違い。「eKYCが廃止される」は誤解です — 「eKYC廃止」という不正確な言説を、廃止されるのは画像方式であってeKYC自体ではないという事実で解きほぐします
- eKYCは危険なのか。顔画像の行き先から考える — 利用者・事業者双方の不安に、顔画像やカード情報が実際にどこへ渡るかという構造から答えます
- OpenID Connectとは。仕様を開発者向けに整理 — 本人確認基盤の土台となる認証プロトコルの仕様入門。デジタル認証サービス連携やVC対応もこの延長線上にあります
ステップ2: 方式選定と費用。どう組み込み、いくらかかるか
発注・方式選定の判断材料をそろえるステップです。方式の一覧から入り、責任分界・費用・ベンダー選定へと具体化していきます。
- eKYCの方式一覧。ホ・ヘ・ト・ル・カ方式の早見表と2027年の廃止スケジュール — 犯収法の号記号で呼ばれる各方式の早見表と、2027年に向けた新旧対照です
- 2027年施行後のeKYC方式一覧と移行チェックリスト — 2027年4月の犯収法施行規則改正後に使える方式と、既存システムの移行判断をチェックリスト化しています
- eKYCサービスの選び方。料金より先に見る20項目 — 料金表を比べる前に確認すべき、方式カバレッジ・API仕様・審査体制などの20項目です
- JPKIのPF方式とSP方式。認定と責任分界の違い — 公的個人認証を使う際の2つの事業者類型と、認定取得・責任分界の違いを整理します
- eKYC導入費用の相場。SaaSの従量課金と自社開発の損益分岐点を考える — SaaS利用と自社開発の費用構造を比較し、件数規模ごとの損益分岐点を試算します
- eKYCベンダー比較を開発者の目で読む — ベンダー比較表の読み方を、営業資料ではなく技術仕様の観点から解説します
ステップ3: 技術深掘り。カード読み取り・照合・API設計
開発仕様を詰める段階で必要になる技術要件です。カードの読み取りから顔照合の精度設計、システム全体のAPI設計まで、レイヤー順に読み進められます。
- マイナカードをNFCで読む裏側。AP・AID・APDU — マイナンバーカードのICチップ構造と読み取りプロトコルを、AP・AID・APDUのレベルで解説します
- OCRは本人確認ではない。書類確認を4層に分解する — 「OCRで読めた」と「本人確認ができた」の間にある4つの層を分解します
- 顔照合の閾値設計。FMR/FNMRと手動審査コスト — 顔照合の閾値をどこに置くかを、誤受入率・誤拒否率と手動審査コストのトレードオフで設計します
- PADに通れば安全、ではない。ISO 30107の範囲 — なりすまし攻撃検知（PAD）の規格が保証する範囲と、保証しない範囲を明確にします
- OSS顔認証を商用eKYCで使う前に。権利の4層 — オープンソースの顔認証モデルを商用利用する際の、コード・モデル・学習データ・特許という4層の権利問題です
- 壊れないeKYC APIの設計。状態機械とWebhook — 確認フローを状態機械として設計し、方式追加・ベンダー交換に耐えるAPI構造をつくります
- 電子署名検証の設計。チェーン・失効・3つの時刻 — JPKI署名検証にも通じる、証明書チェーン・失効確認・検証時刻の設計原則です
ステップ4: 運用。導入した後に効いてくる設計
eKYCは導入して終わりではありません。証跡の残し方・記録の保存・審査運用・失敗対応という、稼働後に効いてくる設計をこのステップで押さえます。
- eKYCの証跡設計。PII Vaultと監査ログ — 確認結果を「何を根拠に確認したか」まで含めて構造化保存する設計です。将来のVC対応にもつながります
- 本人確認記録の保存要件と個人情報保護の設計 — 犯収法の保存義務と個人情報保護法の要請を両立させる記録設計を整理します
- eKYC手動審査の運用設計。キュー・基準・SLO — 自動判定から漏れた案件を裁く手動審査の、キュー設計・判定基準・SLOの決め方です
- 証明書の失効とアカウント継続。引っ越しに耐える設計 — カード更新・引っ越しによる証明書失効時に、アカウントを継続させる設計を扱います
- eKYCが失敗する30パターンを層別に診断する — 離脱・エラー・審査落ちの30パターンを層別に分類し、対策の優先順位を付けます
ステップ5: 規制と業界別要件。自社に適用される義務を知る
本人確認義務は業界ごとに根拠法と要件が異なります。共通の規制動向を押さえたうえで、自社業界の記事に進んでください。
- 携帯電話不正利用防止法。2段階改正と対応期限 — 通信分野の本人確認義務の2段階改正と、事業者が守るべき対応期限です
- KYBと継続的顧客管理。eKYCの外側にある義務 — 法人確認（KYB）と継続的顧客管理という、口座開設時のeKYCの外側にある義務を整理します
- 銀行の本人確認。継続的顧客管理までの全体像 — 銀行業の本人確認を、口座開設から継続的顧客管理まで通しで解説します
- 暗号資産交換業の本人確認。規制の全体像 — 暗号資産交換業者に適用される本人確認規制の全体像です
- 不動産取引の本人確認。宅建業者と犯収法 — 宅建業者が犯収法上どの取引で本人確認義務を負うかを整理します
- 古物商の本人確認。非対面買取とeKYCの整理 — 古物営業法に基づく非対面買取時の本人確認と、eKYC活用の整理です
ステップ6: 将来。スマホ搭載と次世代標準
最後に、この領域がどこへ向かうかです。マイナンバーカードのスマホ搭載は既に始まっている変化、VC・デジタルIDウォレットはその先の標準です。
- マイナンバーカードのスマホ搭載で本人確認はどう変わるか。事業者視点の整理 — カード実物なしでスマホだけで完結する本人確認が、事業者のシステムに何を要求するかを整理します
- デジタルIDウォレットとVC。eKYCの次の形 — 「毎回確認をやり直す」現在の形から「確認済みの証明を持ち歩く」形へ。次世代標準と、いま準備すべき設計です
このシリーズが扱う範囲について
各記事は「制度のまとめ」で終わらせず、法令をシステムの要件・費用・運用に翻訳することを目的にしています。犯収法2027年改正の方式変更、電子証明書の種別と使い分け、デジタル庁のデジタル認証サービス連携といった周辺テーマは、上記の各記事の中で必要な範囲を扱っています。デジタル認証アプリの利用申請・審査対応など、記事化していない実務領域についてはマイナンバーシステム導入支援のページで支援内容を案内しています。
この目次は新しい記事の公開に合わせて更新します。
まとめ
- 当サイトのeKYC・本人確認記事30本は、入門→方式選定→技術深掘り→運用→規制→将来の6ステップで読み進められます
- 初めての方はステップ1のeKYC完全マップ2026から、方式選定中の方はステップ2から、開発中の方はステップ3から入るのが近道です
- 導入後の運用（ステップ4）と業界別規制（ステップ5)は、自社の状況に該当するものを選んで読む構成です
- 完全マップ=テーマ別の全体地図、本記事=読む順の学習パス、という役割分担です
- 各記事には法令確認日を記載しており、制度改正のたびに更新しています
よくある質問
Q. eKYCについて何も知らない状態では、どの記事から読めばよいですか？
ステップ1の4本から読み始めてください。最初にeKYC完全マップ2026で用語・方式・実装の全体像をつかみ、次にeKYCとJPKIの違いで誤解の多いポイントを押さえると、以降の記事が速く読めるようになります。
Q. この目次とeKYC完全マップ2026はどう違いますか？
役割が異なります。完全マップは用語・法令・方式・実装をテーマ別に一望する「全体地図」で、調べたい項目から引く使い方に向いています。本記事は30本の記事を読む順に並べた「学習パス」で、検討段階に沿って順に読み進める使い方に向いています。
Q. 2027年の犯収法改正に対応するには、どの記事を読めばよいですか？
まずeKYCの方式一覧で現行方式と廃止スケジュールを確認し、2027年施行後のeKYC方式一覧と移行チェックリストで移行判断を行ってください。既存システムがある場合は、ステップ3の壊れないeKYC APIの設計が方式移行に耐える構造の参考になります。
Q. eKYCサービスの発注前に最低限読むべき記事はどれですか？
ステップ2の3本です。eKYCサービスの選び方。料金より先に見る20項目で確認項目を押さえ、eKYC導入費用の相場でSaaSと自社開発の損益分岐点を把握し、eKYCベンダー比較を開発者の目で読むで比較表の読み方を身につけると、見積もりの妥当性を自分で判断できるようになります。
Q. 記事の内容は法改正に追随していますか？
各記事の冒頭に法令確認日を記載しており、制度改正のたびに内容を更新しています。2027年4月の犯収法施行規則改正など影響の大きい改正は、関係する記事に反映しています。
TodoONada株式会社は、マイナンバーカード認証（JPKI・eKYC）を組み込んだWebサービス・スマホアプリの受託開発を行っています。方式選定（JPKI・IC読取り・画像方式）から開発・運用までのワンストップ支援に加え、デジタル庁「デジタル認証アプリ」の利用申請・審査対応の伴走支援、犯収法・携帯電話不正利用防止法など業種ごとの本人確認要件の整理にも対応しています。料金の目安は認証機能組込みプラン150万円〜、認証込みアプリ開発プラン400万円〜です。この目次を読んで自社の論点が見えてきたら、お問い合わせから検討段階のご相談も歓迎します。
この記事に関連するサービス
TodoONada株式会社では、マイナンバーカード認証を組み込んだシステム開発を行っています。
- マイナンバーシステム導入支援 — JPKI・eKYC対応の本人確認をワンストップで
導入・開発のご相談はお問い合わせからお気軽にどうぞ。検討段階のご相談も歓迎です。
