LINE 公的個人認証サービス（JPKI）完全ガイド — 自治体住民サービス・ふるさと納税ワンストップを LINE で完結させる本人確認の実装

LINE 公的個人認証サービス（JPKI）は、LINE アプリ上でマイナンバーカードをかざすだけで、住民票・印鑑登録・税証明などの交付申請や金融口座開設の本人確認を完結させる仕組みである。野村総合研究所が運営する主務大臣認定の e-NINSHO を基盤とし、2022 年 8 月の提供開始から 2025 年 3 月時点で 152 自治体と契約。2025 年 4 月には LINE Pay 株式会社から LINE ヤフーに移管され、名称も「LINE Pay 公的個人認証サービス」から「LINE 公的個人認証サービス（JPKI）」へ改められた。マイナンバーカード保有率が 81.7% に到達し、自治体業務が「カードを配る」から「カードがある前提で業務を再設計する」局面に入った今、LINE 経由の住民接点はふるさと納税ワンストップ特例から窓口の郵送請求までを巻き込み、自治体DXの実装レイヤを書き換えつつある。本記事では LINE-JPKI の仕組み、ふるさと納税ワンストップ特例の 3 経路における位置づけ、競合本人確認サービスとの比較、自治体側の接続設計と運用論点を、一次ソースに基づいて整理する。

1. LINE-JPKI は住民接点を「LINEで完結」に書き換えるまで

2022 年 8 月、LINE Pay 株式会社が「LINE Pay 公的個人認証サービス」を立ち上げた。当初の試行自治体は東京都渋谷区・神奈川県座間市・富山県魚津市・愛知県東郷町・広島県福山市・三次市の 6 自治体で、住民票の写しの郵送請求と納税証明書申請の本人確認に組み込まれた。2023 年 7 月末時点では契約自治体が 33 団体に拡大し、2025 年 3 月時点で 152 団体。2025 年 4 月 1 日、LINE Pay 株式会社が LINE クレカ事業の終了に伴い解散したのに合わせ、JPKI 事業は LINE ヤフーに移管され、名称が「LINE 公的個人認証サービス（JPKI）」へ統一された。

1-1. なぜ「LINE上で本人確認」が成立するのか

そもそも公的個人認証サービス（JPKI）は、デジタル手続法および公的個人認証法（電子署名等に係る地方公共団体情報システム機構の認証業務に関する法律）に基づき、地方公共団体情報システム機構（J-LIS）が運営する。マイナンバーカードに搭載された IC チップ内の電子証明書を使って、本人確認とデータ改ざん防止を実現する仕組みだ。マイナンバーカード保有率81.7%の到達で、いわゆる “カードを持っていない住民” という前提自体が崩れた。残された課題は「カードがある前提で、いかに窓口・郵送に来させずに手続きを完結させるか」である。

2016 年 1 月の改正により、民間事業者も総務大臣の認定を受ければ JPKI を活用可能となった。これを「署名検証者」「利用者証明検証者」という。NRI の e-NINSHO はそのうち代表的な認定サービスで、LINE-JPKI の裏側で動いているのもこれだ。つまり LINE 自身が JPKI を運営しているのではなく、LINE の UI と NRI の認定基盤を組み合わせている。

2. 仕組み — LINE × e-NINSHO × 2 種類の電子証明書

2-1. 署名用電子証明書と利用者証明用電子証明書

マイナンバーカードに搭載される電子証明書は 2 種類あり、用途が異なる。これを混同すると「LINE-JPKI で何ができるか」の議論が一気に発散する。

2-2. ユーザー側の体験フロー

住民が LINE-JPKI を使う流れは以下の 5 ステップに集約される。追加アプリのインストールは不要で、LINE 公式アカウントを友だち追加するだけで入口に立てる。

1. 自治体の LINE 公式アカウントから手続きを選ぶ（例: 「住民票の写しを請求」）
2. 必要事項を LINE のトーク UI またはミニアプリで入力（住所・通数・送付先など）
3. 署名用電子証明書のパスワードを入力（英数字 6〜16 桁）
4. スマートフォンをマイナンバーカードにかざして読み取り（NFC、片面で約 5 秒）
5. 本人確認完了の通知を受け、結果連絡（書類郵送・PDF 交付・申請受理）を待つ

LINE 上で完結する設計のため、「アプリストアからインストール → アカウント作成 → ログイン」の離脱ポイントが消える。日本の月間アクティブユーザー約 9,700 万の LINE プラットフォームに乗ることで、デジタル不慣れ層の住民もそれなりに到達できる点が、マイナポータルアプリ単体との最大の差だ。

2-3. 自治体側の処理フロー

申請を受けた自治体側は、e-NINSHO 経由で 署名用電子証明書の検証結果（基本4情報） を受け取り、住民基本台帳と突合する。突合が一致すれば、印刷・郵送・PDF 発行・申請受理のいずれかの後続業務に流す。NRI のレポートでは、郵送申請の処理時間が「5 分の 1 に短縮」されたとの導入自治体の声が紹介されている。窓口で住民を待たせる心理負担も軽くなる、というのも大きい。

3. 自治体での導入実績と典型ユースケース

3-1. 152自治体の内訳と先行事例

2025 年 3 月時点 152 自治体の内訳は、人口 5 万人未満の市町村が約 6 割を占める。大規模自治体は基幹システムや独自アプリが先に出来上がっており、後付けで LINE-JPKI を導入する動機が薄い。一方、人口 1〜5 万の中堅・小規模自治体は、独自アプリの開発・運用が現実的でなく、住民の LINE 利用率も都市部以上に高い（高齢層が LINE に集約しがちなため）ことから採用が進む構造だ。

個別事例として、佐賀県鹿島市は LINE-JPKI を使って 住民票・印鑑登録証明・税証明・所得証明・課税証明の郵送請求をオンライン化し、市役所窓口件数の削減と住民の窓口往復ゼロを実現したと公表している。福山市は、住民票の郵送請求で「申請から発送までのリードタイム削減」と「土日祝の申請受付化」を主な KPI に置く。座間市・魚津市・東郷町・三次市・渋谷区も類似の郵送請求オンライン化が中心ユースケースだ。

3-2. ユースケースの典型 5 類型

これらのうち、自治体現場の負担削減インパクトが最も大きいのは①と②である。年間で住民票の写しが 1 万件、印鑑登録証明が 6,000 件、税証明が 4,000 件発行される人口 3 万規模の自治体を仮置きすると、郵送請求の 1 件あたり処理工数が 16 分から 3 分程度に縮まるケースで、年間 約 500 時間の窓口・郵送担当工数が圧縮される計算だ。これはふるさと納税の年末駆け込み期（12 月で 45%、12/31 だけで 12 月内の 25%）の繁忙期工数とそのまま被るため、他の業務（特にワンストップ事務）に振り向けやすい。

3-3. 自治体導入事例 10 選 — 何にどう使われているか

LINE ヤフー for Business が公開している事例ベースで、現時点で 業務領域別に最も多様な使い方を見せている 10 自治体を整理する。「住民票・税証明」だけが LINE-JPKI のユースケースではないことが、ここから読み取れる。

事例から読み取れる 4 つの示唆

• ① 入口を「給付金」にすると一気に伸びる。美里町の 100% LINE 申請、つくばみらい市の友だち倍増は、「全住民に告知できる単発イベント」を起点にした共通パターンだ。住民票のような恒常業務よりも、給付金の方が認知の山が高い。
• ② 大崎市の「二十歳の集い」は応用範囲が広い。本人性が必要な単発登録（成人式・健康診断・予防接種予約・住民投票関連）の窓口殺到を回避する型として、他自治体にそのまま展開できる。
• ③ 当麻町・長門市のクーポン配布は地域経済政策と直結。JPKI 認証を入れることで「住民であること」を担保したまま、地域内限定のデジタル商品券・電子マネーを配れる。プレミアム商品券の事務コストが大幅に下がる。
• ④ 渋谷区の「証明書 → 子育て給付」は、ふるさと納税ワンストップへの拡張パスをそのまま示している。本人確認の業務 1 → 業務 2 → 業務 3 と横展開する流れは、ふるさと納税ワンストップ申請を後付けで追加する自治体にとって参考になる。

3-4. 民間での活用 — 金融・通信・共済

LINE-JPKI は自治体だけでなく、民間事業者向けにも 2023 年以降の申し込み受付が始まっている。代表的なユースケースは以下の通り。

• 金融機関の口座開設：LINE 証券は LINE アプリ内でマイナンバーカードを読み取り、住所・氏名・生年月日を IC チップから直接取得する方式を導入。本人確認書類の撮影・住所手入力が不要になり、口座開設の途中離脱が大きく下がった。犯罪収益移転防止法（犯収法）に基づく「ホ」「ワ」方式の本人確認を、JPKI 経由で満たせるのが要点だ。
• 携帯電話の契約・回線開設：携帯電話不正利用防止法に基づく本人確認に JPKI を使うパターン。eKYC（自撮り＋本人確認書類撮影）との 併用運用で、マイナカード保持者には JPKI、それ以外には eKYC、と分岐する設計が一般的。
• 共済加入・各種保険：共済組合への加入時に本人性を確認する用途で活用。継続加入や住所変更にも署名用電子証明書が使える。
• 65 歳以上向けデジタル証発行：高齢者向け施設・サービスの本人性確認を、紙の免許証ではなく LINE 上の JPKI 検証で済ませる事例。地域限定の高齢者パス発行と組み合わせる。

つまり、LINE-JPKI の本質は 「本人確認が必要な単発・継続のあらゆる業務」を LINE の UI で受けられる、ということに尽きる。自治体の住民票申請も、銀行の口座開設も、共済の加入も、根っこは同じ「本人性 or 同一性の確認＋業務フォーム入力＋通知」だ。

3-5. 「LINE-JPKI で何ができて、何ができないか」マップ

事例を踏まえて、自治体側がスコープ設計するときに参照しやすい「できる／できない」マップを示す。

たとえばふるさと納税担当課は、「ワンストップ申請（○）」と「証明書交付（◎）」「給付金申請（◎）」をパッケージ化することで、年間を通じた住民接点の山を作りやすい。12 月集中・12/31 ピークの構造を、LINE 上での通知＋認証のフローで分散できれば、年末の人海戦術依存から少しずつ抜け出せる。

4. ふるさと納税ワンストップ特例 オンライン申請の 3 経路と LINE-JPKI の位置

4-1. 紙申請は依然 58%。オンライン化の踊り場

ワンストップ特例の利用実態を見ると、寄附件数のうち約 35% が特例制度を利用、そのうち 紙申請は依然 58%を占める。残り 42% が「オンラインワンストップ申請」だが、その実装経路は単一ではない。住民・自治体・ふるさと納税ポータル運営の三者が、それぞれ別の経路を持つ。

2026 年度（令和 7 年中の寄附分）の申請期限は、紙申請が 2026 年 1 月 13 日（必着）、オンライン申請が 2026 年 1 月 10 日と異なる点に注意したい。オンライン申請は寄附自治体・受領済みの自治体マイページ／ポータル／LINE 経由の側双方が締切までに処理を完了している必要があるため、住民への締切告知は紙ベースより 3 日早めに行うのが現実的だ。

4-2. 自治体マイページ vs LINE-JPKI のすみ分け

自治体マイページ（mypg.jp）は「シフトセブンコンサルティング」が運営する 寄附管理プラットフォームで、寄附受領証明書の電子発行や複数ポータル横断のワンストップ申請を一括で扱える点に強みがある。寄附者にとっては「自分が寄附した全自治体を一覧で確認・申請できる」唯一の経路だ。

一方 LINE-JPKI は、自治体ごとに LINE 公式アカウントを開いてその自治体宛の寄附についてだけ申請する 1対1 経路である。寄附者から見ると「複数自治体を一気に申請したい」用途には向かないが、自治体から見ると「寄附後の住民接点を継続できる」という点で全く別の価値を持つ。

• 「業務効率重視」の自治体は、自治体マイページ＋NRIふるさと納税業務システム連携で済ます方が早い。ポータル横断でデータが集まる。
• 「関係人口・リピーター獲得重視」の自治体は、LINE-JPKI を入れて寄附者→LINE 友だち→翌年度寄附＋移住促進、まで一連で設計する価値がある。リピーター戦略の実装と直結する。

つまり「A か C か」ではなく、両方を組み合わせるのが現実解になる。実際、鹿島市・福山市など先行自治体は、自治体マイページに加えて LINE-JPKI を独立に持っているケースが多い。

5. 競合・代替本人確認サービス

5-1. 国内 e-KYC / 公的個人認証サービスの主要プレイヤー

JPKI 連携サービスは LINE-JPKI 単独ではない。自治体・金融・モビリティ等の本人確認領域で競合する主要サービスをマップする。

5-2. 自治体 DX 文脈での実質的なすみ分け

自治体側から見ると、JPKI 連携サービスの選択は次の 4 つに集約される。

• マイナポータルアプリは「正規ルート」として常に必須。これを使わない選択肢はない（健康保険証・年金記録・税情報の閲覧）。自治体側で意思決定するものではない。
• xID＋SmartPOST／Graffer は「申請業務の電子化」の主流。オンライン申請・電子申請のDX領域。ぴったりサービス連携も含めた申請UI として浸透している。
• LINE-JPKI は「住民接点の維持＋本人確認」として位置づけるのが分かりやすい。手続き完了後に LINE 上で通知・案内・追加情報配信ができることが、申請業務系の他サービスにない強みになる。
• e-NINSHO や TRUSTDOCK は「金融連携・特殊用途」のレイヤ。自治体本体で直接扱う動機は薄い（指定金融機関や民間提携先が裏で使っている）。

言い換えれば、xID 系と LINE-JPKI は競合のようでいて、目的が違う。xID 系は「申請フォームを電子化したい」、LINE-JPKI は「住民との常時接点を温めたい」自治体に向く。両方を入れる事例も増えている。

6. 自治体側の接続設計（システム×業務×住民UX）

6-1. 全体アーキテクチャ

LINE-JPKI を入れる際、自治体側で抑えるべきレイヤは 4 つある。「住民側 UI（LINE 公式アカウント）」「JPKI 認証基盤（e-NINSHO）」「業務システム連携（住基・税・収納）」「データ統制（ログ・監査・個人情報保護）」だ。

6-2. 業務システム連携の現実

多くの自治体では、LINE 公式アカウント側で受け付けた申請が、いきなり住基システムに自動連携されることはない。e-NINSHO 経由で本人確認結果と申請フォーム内容が PDF・CSV で自治体側に届く → 担当職員が住基システム照合 → 結果を業務システムに転記、というセミ手動の運用が現実だ。

これは LINE-JPKI 単体ではなく、ガバメントクラウド移行と自治体システム標準化のロードマップ（2026 年度末を目標とする 20 業務）と並走している。標準準拠システムに移行した自治体から順に、申請データを業務システムへ API 連携する流れが整いつつある。ベンダー側も TKC・富士通・NEC・日立などが標準準拠システム上で外部 API のホワイトリストに NRI e-NINSHO を載せる動きを進めている。

6-3. データ統制とセキュリティ

LINE-JPKI の経路で扱う情報は、署名用電子証明書に含まれる 基本4情報（氏名・住所・生年月日・性別）と、申請内容（住民票通数、送付先住所等）である。これは「LGWAN-LG 系（住基ネットワーク）」と「インターネット系」を分離する自治体ネットワーク構成（α´モデル含む）の境界をまたぐ。e-NINSHO とのデータ連携 API は専用 VPN／クローズド回線で接続するのが標準で、住民側の LINE トラフィックは公衆インターネットを通る。

個人情報保護法の 本人同意取得、ログ保管期間（一般的に 7 年）、漏洩時の 個人情報保護委員会への報告義務は通常の電子申請と同じ枠組みで設計する。LINE プラットフォーム経由であることで特殊な要件が増えるわけではないが、住民への告知文（プライバシーポリシー）では「LINE ヤフー → NRI e-NINSHO → 自治体」の三者経路であることを明示するのが望ましい。

7. 導入の論点（料金・LINE 依存・有効期限・障害対応）

7-1. 料金体系の見方

LP 上の表示は「初期費用無料／利用用途に合わせた料金プラン」で、具体の金額は問い合わせベースになっている。LINE for Government が示唆する「地方公共団体プラン（無料）」がベースで、ここに e-NINSHO の利用料金、業務システム連携の SI 費用、運用保守費用が積み上がるのが一般的な構造だ。

• LINE 公式アカウント費用: 自治体は「地方公共団体プラン」または「公認アカウントプラン」を選択。基本利用は無料〜割引価格。メッセージ配信通数による課金は通常の LINE 公式アカウントと同様。
• e-NINSHO ライセンス: 認証回数ベースの従量課金が一般的。1 回数十円〜数百円のレンジ（自治体規模・契約形態で大幅に変動）。
• 業務システム連携 SI 費用: 初年度数百万円規模が目安。標準準拠システムへの API 統合次第で変動。
• 運用保守: 月額数十万円規模。住民問い合わせ対応のコールセンター込みかどうかで差が出る。

これらは LINE-JPKI 単独の費用ではなく、「自治体としてどこまで業務を載せるか」のスコープで決まる。最小構成（住民票・印鑑証明の郵送請求のみ）であれば年間 200〜400 万円規模、ふるさと納税ワンストップ・申請受付・税収納まで含めると 1,000 万円超の年間費用が標準的なレンジである。

7-2. LINE プラットフォームへの依存

もう一つの論点は「LINE プラットフォーム依存」のリスクである。2021 年の LINE データ問題（中国子会社からのアクセス）以降、政府・自治体は LINE 利用について 2021 年 4 月のガイドライン以降、機密性 3 情報（要配慮個人情報等）の取り扱いを LINE 上で完結させない方針を取っている。LINE-JPKI は 本人確認結果と申請内容のみが e-NINSHO 経由で自治体に届く仕組みのため、LINE プラットフォーム上に住基台帳の中身が滞留することはない。とはいえ、災害時に LINE 側が一時停止した場合の代替経路（自治体マイページ・郵送・窓口）は必ず維持する必要がある。

7-3. 電子証明書の有効期限と更新

署名用電子証明書は 発行から 5 年で失効する。マイナンバーカード本体が 10 年有効でも、電子証明書はその半分だ。引越し・婚姻による券面記載事項の変更でも署名用は即失効する。LINE-JPKI を導入した自治体側は、住民から「LINE で住民票申請したらエラーになった」問い合わせの相当数が、この 電子証明書失効に起因することを覚悟しておきたい。窓口・コンビニ・自治体公式 LINE 上での更新案内が現実的な対策となる。

7-4. 障害対応と SLA

3 層構造（LINE／e-NINSHO／自治体業務システム）のどこで止まってもエンドユーザーから見れば「LINE で申請できない」になる。SLA は LINE プラットフォーム側（LINE ヤフー）、e-NINSHO 側（NRI）、自治体システム側（地元 SIer）の 3 主体それぞれにあり、責任境界は契約書ベースで明確化しておくこと。特に 夜間・休日のインシデント対応は、自治体側が直接 LINE 側へ問い合わせる経路と SLA を確認しておきたい。

8. 導入の進め方

8-1. 短期（〜6 か月）: 郵送請求のオンライン化から

導入初期は 影響範囲が限定的で効果が見えやすい業務に絞る。住民票の写し・印鑑登録証明・税証明・所得証明の郵送請求オンライン化が定番だ。先行 6 自治体（渋谷区・座間市・魚津市・東郷町・福山市・三次市）と鹿島市も、まずここから入った。

• 業務範囲: 住民票・印鑑証明・税証明の郵送請求のみ
• 連携: e-NINSHO 経由で PDF／CSV を担当課が手動処理（業務システム連携は最小）
• KPI: 申請件数、窓口処理件数の減少、住民満足度
• 所要期間: 3〜6 か月（要件定義 1 か月、構築 3 か月、運用テスト 1 か月）

8-2. 中期（6 か月〜2 年）: ふるさと納税・申請業務へ拡大

運用が安定したら、ふるさと納税ワンストップ特例・罹災証明・補助金申請・各種届出に拡大する。ふるさと納税の使途・予実・会計の管理と連携させ、寄附者向けの使途報告通知を LINE 上で行う設計まで含めると効果が立つ。

• 業務範囲: ふるさと納税ワンストップ申請、罹災証明、児童手当現況届、補助金申請
• 連携: 標準準拠業務システムとの API 連携（ガバメントクラウドのスケジュールに合わせる）
• KPI: ワンストップ紙申請比率の低下、年末駆け込み期の業務集中度、寄附者リピート率

8-3. 長期（2 年〜）: 住民接点ハブとして

長期的には、LINE 公式アカウントを 住民接点のハブとして位置づけ、JPKI 認証・通知・問い合わせ・申請受付・公金収納まで束ねる。ガバメントクラウド・標準化システム移行と並走するため、自治体ごとに 2026 年度末以降のロードマップに組み込む形になる。

• 業務範囲: 全住民サービス・関係人口づくり・移住促進・防災
• 連携: 標準準拠システム＋自治体BIダッシュボード（住民CRM含む）
• KPI: アクティブ友だち率、業務横断の住民UX、関係人口・寄附者リピート率

9. まとめ — 自治体に残された判断

LINE-JPKI は「住民接点を LINE に集約しながら、本人確認を公的個人認証で担保する」というハイブリッドな提案である。マイナポータルアプリが「行政手続きの正規ルート」であるのは変わらず、自治体マイページが「ふるさと納税ワンストップの主流」であるのも変わらない。LINE-JPKI が立つのは、住民との常時接点を温めながら、必要なときに本人確認の関門を通せる第三の経路だ。

意思決定する自治体側に残された判断は、シンプルに以下の 3 つである。

1. 住民接点の主戦場を独自アプリ／自治体マイページ／LINE のどれにするか。LINE 利用率が高い地域（地方部・高齢層中心）ほど LINE-JPKI の費用対効果は高い。
2. 業務スコープをどこまで広げるか。郵送請求オンライン化だけならコスト低・効果中。ふるさと納税・申請業務・公金収納まで広げると初期投資が膨らむが、住民満足度・職員業務工数の両面で効果が大きくなる。
3. 標準化システム移行とどう同期させるか。2026 年度末の 20 業務標準化に合わせ、LINE-JPKI 経由の申請が 標準準拠システムに API で連携する青写真を描けるか。描けない場合、当面はセミ手動の運用で割り切る決断が必要。

「やるかやらないか」ではなく「どこまでやるか」の議論に移っている、というのが LINE-JPKI 152 自治体の現在地である。ふるさと納税の年末駆け込み期、災害時の罹災証明発行、平時の住民票郵送請求——いずれも「窓口を経由しなくても本人確認が済む」ことが、自治体側の業務量と住民側の利便性の両方を変える。

具体の調達・設計・運用設計について、Aurant Technologies では自治体マイページや NRI ふるさと納税業務システム連携を含む業務システム連携の構想策定、ガバメントクラウド移行と整合した API 設計、住民BIダッシュボードの実装を支援している。

関連記事

• マイナンバーカード保有率81.7% — 普及が終わり、自治体の業務シフトが本番に入っている
• ワンストップ特例の利用実態 — 利用比率35%、紙申請58%、12月集中の事務問題と効率化6施策
• 自治体のオンライン申請・電子申請のDX｜ぴったりサービス連携と申請受付〜交付の電子ワークフロー実装ガイド
• 自治体DX × LINE活用完全ガイド｜ふるさと納税・住民サービスの自動化と関係人口創出 2026年版
• 自治体サイバーセキュリティの今 — 改正地方自治法・α´モデル・サプライチェーン攻撃の3つで何が変わるか
• 自治体×Salesforceで住民・事業者対応をCRM化する：問い合わせ一元管理から関係人口の関係構築まで
• ふるさと納税の寄附金 使途・予実・会計の管理と可視化｜自治体向け実務ガイド
• ふるさと納税DX × 予実管理BIダッシュボード（サービスLP）