特許 6905628 プログラム、情報処理方法及びサーバ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6905628

(24)【登録日】2021年6月29日

(45)【発行日】2021年7月21日

(54)【発明の名称】プログラム、情報処理方法及びサーバ装置

(51)【国際特許分類】

   G06Q 50/26 20120101AFI20210708BHJP

   G06F 21/40 20130101ALI20210708BHJP

   G06F 21/62 20130101ALI20210708BHJP

【ＦＩ】

   G06Q50/26 300

   G06F21/40

   G06F21/62

【請求項の数】8

【全頁数】24

(21)【出願番号】特願2020-120101(P2020-120101)

(22)【出願日】2020年7月13日

【審査請求日】2020年8月25日

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年８月１１日付け新規性の喪失の例外証明書（１）に記載された、ウェブサイトによる公開、最先日：令和２年４月６日、ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ＯｒＫＱｍＹｐＯＮＶｓ（他６件）

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年８月１１日付け新規性の喪失の例外証明書（２）に記載された、ウェブサイトによる公開、最先日：令和２年４月２日、ｗｗｗ＿ｃｉｔｙ＿ｓｈｉｊｏｎａｗａｔｅ＿ｌｇ＿ｊｐ＿ｓｏｓｈｉｋｉ＿１５＿１３５２６＿ｈｔｍｌ

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年８月１１日付け新規性の喪失の例外証明書（３）に記載された、集会による公開、最先日：令和２年４月１３日、集会名：「Ｇｒａｆｆｅｒスマート申請クローズドオンラインセミナー」、開催場所：ＹｏｕｔｕｂｅＬｉｖｅ配信サービス（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ｔｈｊＤ６７ＺＬｅｒＵ）（他１件）

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年８月１１日付け新規性の喪失の例外証明書（４）に記載された、刊行物による公開、最先日：令和２年３月３０日、自治体通信，ｖｏ．２３，第１６〜１７頁，イシン株式会社

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年８月１１日付け新規性の喪失の例外証明書（５）に記載された、配布による公開、最先日：令和２年４月８日、熊本市情報政策課 廣岡（[e-mail]）（他２９７件）

【早期審査対象出願】

(73)【特許権者】

【識別番号】518024954

【氏名又は名称】株式会社グラファー

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】本庄 智也

【審査官】 山崎 誠也

(56)【参考文献】

【文献】 特開２０１７−１６７８０４（ＪＰ，Ａ）

【文献】 特開２００６−１１９８７４（ＪＰ，Ａ）

【文献】 特開２０１３−０６１９３８（ＪＰ，Ａ）

【文献】 特開２００９−０５３８８５（ＪＰ，Ａ）

【文献】 特開２００４−１７８３１０（ＪＰ，Ａ）

【文献】 特開２０１８−１４７３２１（ＪＰ，Ａ）

【文献】 小池 晃臣，マイナンバーカードをスマホで読み取るだけで、シェアリングサービス等に必要な本人確認を完了，月刊Ｊ−ＬＩＳ 地方自治情報誌，株式会社ぎょうせい，２０１８年 ４月 １日，Ｖｏｌ．５ ＮＯ．１，pp.36-39

【文献】 10万円給付のオンライン申請に向け「マイナポータル」をチェック，「世界のウェブアーカイブ｜国立国会図書館インターネット資料収集保存事業」, [online]，２０２０年 ４月３０日，[令和２年１２月２１日検索], インターネット<URL:https://web.archive.org/web/20200430050152/https://www.watch.impress.co.jp/docs/topic/1249910.html>

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｇ０６Ｆ ２１／４０

Ｇ０６Ｆ ２１／６２

(57)【特許請求の範囲】

【請求項1】

申請者の第１端末及び第２端末と、これらの端末とネットワークを介して接続されるサーバ装置とを制御するプログラムであって、
前記サーバ装置に、
所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成する第１生成機能と、
前記第１端末に、前記フォーム情報を送信する第１送信機能と、
前記第１端末から、前記フォーム情報により出力された前記フォームを介して前記所定の申請を受け付ける受付機能と、
前記受付機能が前記所定の申請を受け付けた場合、前記申請を識別する識別情報を含むコードを生成する第２生成機能と、
前記第１端末に、前記コードを出力させるコード情報を送信する第２送信機能と、を実現させ、
前記第２端末に、
前記第１端末に出力された前記コードから前記識別情報を読み取る前記第２端末のコード読取部から、前記識別情報を取得する端末取得機能と、
前記申請者の個人情報を含む電子証明書を記憶する記憶媒体から、前記電子証明書を読み取る証明書読取機能と、
前記識別情報に基づいて第１ハッシュ値を算出する端末算出機能と、
前記第１ハッシュ値に基づいて、前記電子証明書の秘密鍵により、電子署名を生成する端末生成機能と、
前記識別情報と前記電子証明書と前記電子署名とを、前記サーバ装置に送信する端末送信機能と、を実現させ、
前記サーバ装置に、
前記識別情報に基づいて第２ハッシュ値を算出するサーバ算出機能と、
前記第２ハッシュ値と前記電子証明書を用いて、前記電子署名を検証する検証機能と、をさらに実現させ、
前記受付機能は、前記第２端末から、前記検証の結果に基づいて、前記識別情報と前記電子証明書を受け付ける、
プログラム。

【請求項2】

前記サーバ装置に、前記電子証明書に基づいて、前記申請者の本人確認を行う本人確認部をさらに実現させ、
前記受付機能は、さらに前記本人確認の結果に基づいて、前記所定の申請を受け付ける、
請求項１に記載のプログラム。

【請求項3】

前記所定の申請は、前記申請者に関する手続きを請求する申請であって、
前記第１生成機能は、前記請求の対象機関における第３端末に前記申請を一覧で出力させる一覧情報を生成し、
前記サーバ装置に、前記一覧情報を前記第３端末に送信する第３送信機能をさらに実現させる、
請求項１又は２に記載のプログラム。

【請求項4】

前記一覧は、前記手続きの状況を出力し、
前記受付機能は、前記第３端末から、前記出力された前記手続きの状況の更新を受け付ける、
請求項３に記載のプログラム。

【請求項5】

前記請求は、前記申請者における住民票の写しを含む証明書の交付請求であって、
前記受付機能は、前記申請を受け付ける際に、世帯の全部又は世帯の一部それぞれ必要な通数、証明書に必要な記載事項又は証明書の返送手段の少なくともいずれかの指定を併せて受け付ける、
請求項３又は４に記載のプログラム。

【請求項6】

前記第１生成機能は、申請者に関する質問と、前記申請者に必要な申請の候補とを、前記質問への回答を介して関連付けるマッピング情報を記憶する記憶部を参照して、前記質問を出力させる質問情報を生成し、
前記第１送信機能は、前記第１端末に、前記質問情報を送信し、
前記受付機能は、前記第１端末から、前記出力された質問に対する回答を受け付け、
前記サーバ装置に、前記記憶部を参照して、前記受付機能が受け付けた回答に基づいて、前記必要な申請の候補を抽出する抽出機能をさらに実現させ、
前記第１生成機能は、前記第１端末に、前記抽出された前記申請の候補に基づいて、前記フォーム情報を生成する、
請求項１から５のいずれか一項に記載のプログラム。

【請求項7】

申請者の第１端末及び第２端末と、これらの端末とネットワークを介して接続されるサーバ装置とを制御する情報処理方法であって、
前記サーバ装置が、
所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成するステップと、
前記第１端末に、前記フォーム情報を送信するステップと、
前記第１端末から、前記フォーム情報により出力された前記フォームを介して前記所定の申請を受け付けるステップと、
前記所定の申請を受け付けた場合、前記申請を識別する識別情報を含むコードを生成するステップと、
前記第１端末に、前記コードを出力させるコード情報を送信するステップと、を含み、
前記第２端末が、
前記第１端末に出力された前記コードから前記識別情報を読み取る前記第２端末のコード読取部から、前記識別情報を取得するステップと、
前記申請者の個人情報を含む電子証明書を記憶する記憶媒体から、前記電子証明書を読み取るステップと、
前記識別情報に基づいて第１ハッシュ値を算出するステップと、
前記第１ハッシュ値に基づいて、前記電子証明書の秘密鍵により、電子署名を生成するステップと、
前記識別情報と前記電子証明書と前記電子署名とを、前記サーバ装置に送信するステップと、を含み、
前記サーバ装置が、
前記識別情報に基づいて第２ハッシュ値を算出するステップと、
前記第２ハッシュ値と前記電子証明書を用いて、前記電子署名を検証するステップと、
前記第２端末から、前記検証の結果に基づいて、前記識別情報と前記電子証明書を受け付けるステップを含む、
情報処理方法。

【請求項8】

申請者の第１端末及び第２端末とネットワークを介して接続されるサーバ装置であって、
所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成する第１生成部と、
前記第１端末に、前記フォーム情報を送信する第１送信部と、
前記第１端末から、前記フォーム情報により出力された前記フォームを介して前記所定の申請を受け付ける受付部と、
前記所定の申請を受け付けた場合、前記申請を識別する識別情報を含むコードを生成する第２生成部と、
前記第１端末に、前記コードを出力させるコード情報を送信する第２送信部と、を備え、
前記受付部は、前記第１端末に出力された前記コードから前記識別情報を読み取る第２端末であって申請者の個人情報を含む電子証明書を記憶する記憶媒体から前記電子証明書を読み取る第２端末から、前記識別情報に基づいて算出された第１ハッシュ値から前記電子証明書の秘密鍵によりを生成した電子署名を受け付け、
前記サーバ装置は、
前記識別情報に基づいて第２ハッシュ値を算出するサーバ算出部と、
前記第２ハッシュ値と前記電子証明書を用いて、前記電子署名を検証する部と、をさらに備え、
前記受付部は、前記検証の結果に基づいて、前記識別情報と前記電子証明書を受け付ける、
サーバ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、情報処理方法及びサーバ装置に関する。

【背景技術】

【0002】

従来、証明書の請求、銀行口座の開設、又は各種の会員登録といった種々の申請がオンラインで行われている。このようなオンラインでの申請に関して、例えば、申請者に端末においてキーボードから個人情報（氏名、住所、電話番号等）を画面に入力させて、当該入力された個人情報を含む申請情報を管理装置にインターネットを介して送信するシステムが開示されている（特許文献１参照）。

【0003】

インターネットを介して情報を送信するにあたっては、Ｗｅｂ技術が多く利用されている。しかしながらＷｅｂ技術を利用する際の個人情報の画面へのキーボード等からの入力、すなわち個人情報の画面への平文入力には、クロスサイトスクリプティング（ＸＳＳ）やキーロガーなどのセキュリティ上のリスクが存在する。

【0004】

上記のようなセキュリティ上のリスクに対して、例えば、自治体への寄付の申請にあたって、申請者のマイナンバーカードのＩＣチップから個人情報（個人番号等）を読み取る端末が開示されている（特許文献２参照）。この端末では、読み取った個人情報や別途タッチパネルから入力した個人情報以外の情報（例えば、選択した寄付に対する返礼品等）の申請に必要な情報をサーバに送信する。このような端末によれば、上記のようなセキュリティ上のリスクを負うことなく、申請者は個人情報を端末に読み取らせてサーバにインターネットを介して送信することできる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００５−１９６２９２号公報

【特許文献2】特開２０１９−１３９３４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ここで、特許文献２に開示されている上記端末において、個人情報以外の情報の入力を受け付けるためのフォーム等に変更が生じた場合、この変更を反映させるためのアップデート（改修プログラムのダウンロードとインストール）を端末１台１台に行う必要がある。また端末の台数が多くなればなるほど、このアップデートを行うことが困難となる。このため、オンラインでの申請にあたって、セキュリティ性と汎用性とを両立させることが難しいという課題がある。

【0007】

そこで、本発明は、オンラインでの申請にあたって、セキュリティ性と汎用性とを両立できるプログラム、情報処理方法及びサーバ装置を提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明の一態様に係るプログラムは、申請者の第１端末及び第２端末と、これらの端末とネットワークを介して接続されるサーバ装置とを制御するプログラムであって、サーバ装置に、所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成する第１生成機能と、第１端末に、フォーム情報を送信する第１送信機能と、第１端末から、フォーム情報により出力されたフォームを介して所定の申請を受け付ける受付機能と、受付機能が所定の申請を受け付けた場合、申請を識別する識別情報を含むコードを生成する第２生成機能と、第１端末に、コードを出力させるコード情報を送信する第２送信機能と、を実現させ、第２端末に、第１端末に出力されたコードから識別情報を読み取る第２端末のコード読取部から、識別情報を取得する端末取得機能と、申請者の個人情報を含む電子証明書を記憶する記憶媒体から、電子証明書を読み取る証明書読取機能と、識別情報及び電子証明書を、サーバ装置に送信する端末送信機能と、を実現させ、受付機能は、第２端末から、識別情報と電子証明書を受け付ける。

【0009】

本発明の一態様に係る情報処理方法は、申請者の第１端末及び第２端末と、これらの端末とネットワークを介して接続されるサーバ装置とを制御する情報処理方法であって、サーバ装置が、所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成するステップと、第１端末に、フォーム情報を送信するステップと、第１端末から、フォーム情報により出力されたフォームを介して所定の申請を受け付けるステップと、所定の申請を受け付けた場合、申請を識別する識別情報を含むコードを生成するステップと、第１端末に、コードを出力させるコード情報を送信するステップと、を含み、第２端末が、第１端末に出力されたコードから識別情報を読み取る第２端末のコード読取部から、識別情報を取得するステップと、申請者の個人情報を含む電子証明書を記憶する記憶媒体から、電子証明書を読み取るステップと、識別情報及び電子証明書を、サーバ装置に送信するステップと、を含み、サーバ装置が、第２端末から、識別情報と電子証明書を受け付けるステップを含む。

【0010】

本発明の一態様に係るサーバ装置は、申請者の第１端末及び第２端末とネットワークを介して接続されるサーバ装置であって、所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成する第１生成部と、第１端末に、フォーム情報を送信する第１送信部と、第１端末から、フォーム情報により出力されたフォームを介して所定の申請を受け付ける受付部と、所定の申請を受け付けた場合、申請を識別する識別情報を含むコードを生成する第２生成部と、第１端末に、コードを出力させるコード情報を送信する第２送信部と、を備え、受付部は、第１端末に出力されたコードから識別情報を読み取る第２端末であって申請者の個人情報を含む電子証明書を記憶する記憶媒体から電子証明書を読み取る第２端末から、識別情報と電子証明書を受け付ける。

【0011】

これらの態様によれば、個人情報以外の申請に必要な情報を受け付けるためのフォームに変更が生じた場合、サーバ装置側の第１生成機能を改修すればよいため、端末１台１台にこの変更を反映させるためのアップデートを行う必要がない。さらに、これらの態様によれば、申請者の個人情報は、申請者の第２端末が記憶媒体（例えば、マイナンバーカード）から個人情報を読み取ってサーバ装置に送信するため、上記のようなセキュリティ上のリスクを低減できる。そして、これらの態様によれば、コードに含まれる識別情報を介して、フォームを介した申請の受け付けと、第２端末で読み取った個人情報と、を連携させることができる。

【発明の効果】

【0012】

本発明によれば、オンラインでの申請にあたって、セキュリティ性と汎用性とを両立できるプログラム、情報処理方法及びサーバ装置を提供することができる。

【図面の簡単な説明】

【0013】

【図1】第１実施形態に係る申請システムのシステム構成例を説明するための図である。

【図2】第１実施形態に係る申請ステムの概要の一例を説明するための図である。

【図3】第１実施形態に係るサーバ装置の機能構成の一例を示す図である。

【図4】第１実施形態に係る申請端末の機能構成の一例を示す図である。

【図5】第１実施形態に係る申請システムの画面例を示す図である。

【図6】第１実施形態に係る申請システムの画面例を示す図である。

【図7】第１実施形態に係る申請システムの画面例を示す図である。

【図8】第１実施形態に係る申請システムの動作例を示す図である。

【図9】第１実施形態に係る申請システムの動作例を示す図である。

【図10】第１実施形態に係るサーバ装置及び申請端末のハードウェア構成の一例を示す図である。

【図11】第２実施形態に係る申請ステムの概要の一例を説明するための図である。

【発明を実施するための形態】

【0014】

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

【0015】

［第１実施形態］
まず、本発明の第１実施形態（以下、「本実施形態」という）について説明する。本実施形態では、地方自治体（以下、単に「自治体」ともいう）に対して住民票の写しを請求（以下、「住民票請求」ともいう）する者が、本実施形態に係る申請システム１を利用して、当該請求をオンラインで申請する例を説明するが、これに限る趣旨ではない。本実施形態に係る申請システムは、個人情報を必要とする種々のオンライン申請に適用可能である。例えば、本実施形態に係る申請システムは、公共交通機関を利用するための定期券購入の申請や自治体の施設を利用するための申請等にも適用可能である。

【0016】

＜１．システム構成＞
図１を参照して、本実施形態に係る申請システム１のシステム構成例を説明する。

【0017】

申請システム１は、自治体に住民票の請求をオンラインで申請する者（以下、「申請者」ともいう）から当該申請を自治体の代わりに受け付けるサービス（以下、単に「申請サービス」ともいう）を提供するためのシステムである。申請サービスは、複数の申請者から受け付けた申請を一覧にまとめて自治体向けに出力する。また申請システム１は、申請サービスにおいて、当該申請を受け付けるにあたって必要な申請者の本人確認等も自治体の代わりに行う。

【0018】

図１に示すように、申請システム１では、第１ネットワークＮ１を介して、申請サービスを提供するためのサーバ装置１００と、申請者が使用する第１申請端末２００ａと、同じく申請者が使用する第２申請端末２００ｂと、が互いに接続されている。第１申請端末２００ａと第２申請端末２００ｂとは、特に区別の必要がなければ総称して「申請端末２００」という。なお、申請システム１は、少なくとも、サーバ装置１００と、第１申請端末２００ａと、第２申請端末２００ｂと、を含む構成であればよい。

【0019】

申請システム１では、第２ネットワークＮ２を介して、サーバ装置１００と、自治体の職員が使用する自治体端末３００とが互いに接続されている。

【0020】

サーバ装置１００は、第１ネットワークＮ１を介して、申請端末２００や外部システム４００との通信可能なサーバ装置である。サーバ装置１００は、所定のプログラムを実行することにより、住民票請求の申請に関する情報や申請者の個人情報を管理し、住民票請求の申請の受け付けから当該申請に対する支払い決済までの一連の処理を制御するサーバ機能を実現する。また、サーバ装置１００は、例えば、Ｗｅｂサーバの役割を担い、住民票請求の申請用のＷｅｂサイト（以下、「申請サイト」ともいう）を申請端末２００からアクセス可能にすることで申請者に提供してもよい。サーバ装置１００は、例えば、第１ネットワークＮ１及び第２ネットワークＮ２を介して、自治体端末３００と通信可能であってもよい。

【0021】

第１申請端末２００ａは、第１ネットワークＮ１を介して、サーバ装置１００との通信が可能なＰＣ、スマートフォンやラップトップ端末等の端末装置である。第１申請端末２００ａは、第１端末の一態様である。

【0022】

第２申請端末２００ｂは、第１ネットワークＮ１を介して、サーバ装置１００との通信が可能なＰＣ、スマートフォンやラップトップ端末等の端末装置である。第２申請端末２００ｂは、第２端末の一態様である。

【0023】

第２申請端末２００ｂは、例えば、申請のため電子署名機能を備えてもよい。第２申請端末２００ｂは、例えば、申請システム１専用の申請者の電子署名のためのネイティブアプリケーションプログラム（以下、「電子署名アプリ」という）をインストールすることで、上記の電子署名機能を実現させてもよい。

【0024】

第２申請端末２００ｂは、例えば、申請者のマイナンバーカードのＩＣチップからＩＣチップに格納されている情報を接触／非接触に読み取る装置（後述のリーダー装置８１５）を備える。申請者のマイナンバーカードは、申請者の電子証明書を記憶する記憶媒体の一態様である。申請者の電子証明書は、申請者の個人情報を含む。電子証明書は、例えば、公開鍵暗号方式における秘密鍵及び／又は公開鍵を含んでもよい。

【0025】

「個人情報」とは、申請者個人に関する情報である。個人情報は、例えば、氏名、住所、及び ／又は生年月日を含んでよい。また個人情報は、その他にも、メールアドレス、個人番号、性 別、又は電話番号等を含んでもよい。

【0026】

自治体端末３００は、第２ネットワークＮ２を介して、サーバ装置１００との通信が可能なＰＣ、スマートフォンやラップトップ端末等の端末装置である。自治体端末３００は、第２ネットワークＮ２に接続されている。また自治体端末３００は、ＬＧＷＡＮ−ＡＳＰ（Ｌｏｃａｌ Ｇｏｖｅｒｎｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ−Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）により第１ネットワークＮ１、ひいてはサーバ装置１００との通信を可能にしている。

【0027】

第１ネットワークＮ１は、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４などに準拠したネットワークがある。

【0028】

第２ネットワークＮ２は、地方自治体のコンピュータネットワークを相互接続した広域ネットワークのＬＧＷＡＮ（Ｌｏｃａｌ Ｇｏｖｅｒｎｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。第２ネットワークＮ２は、インターネットとＬＧＷＡＮの接続のためのゲートウェイ（ＬＧＷＡＮ−ＡＳＰ）を介して、第１ネットワークＮ１と接続されている。

【0029】

外部システム４００は、電子証明書により申請者の本人確認を行うためのシステムを含む。外部システム４００は、例えば、公的個人認証サービス（ＪＰＫＩ：Ｊａｐａｎｅｓｅ Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のシステムを含んでもよい。外部システム４００は、例えば、申請にかかる費用の支払い決済のためのシステム（クレジットカード決済のシステムや銀行振込のためのシステム等）を含んでもよい。

【0030】

＜２．概要＞
図２を参照して、申請システム１の概要を説明する。本例では、申請システム１において、申請者からの住民票請求の申請の受け付けから当該申請の受け付けを確定するまでの流れを説明する。前提として、第１申請端末２００ａにおいて、申請サービス用のユーザＩＤとパスワードの入力等によるユーザ認証を経て、申請者が申請サイトにログイン済みであることとする。

【0031】

（１）まず、図２に示すように、第１申請端末２００ａは、フォーム情報を生成する。（２）第１申請端末２００ａは、フォーム情報を第１申請端末２００ａに送信する。

【0032】

「フォーム情報」とは、申請サイトにおいて住民票の申請を受け付けるためのフォーム（以下、「申請フォーム」ともいう）を出力させる情報である。また「フォーム」とは、ソフトウェアの画面やＷｅｂページ等において、申請者等のユーザからの入力を受け付ける操作要素又は複数の操作要素の集合をいう。操作要素とは、具体的には、テキストボックス、ラジオボックスやチェックボックス等である。

【0033】

（３）第１申請端末２００ａは、画面（Ｗｅｂブラウザ）に表示された申請サイトにおいて申請フォームを出力する。（４）つぎに、申請者が申請情報を申請フォームに入力して当該入力を確定すると、第１申請端末２００ａは、申請フォームを介して入力された申請情報をサーバ装置１００に送信する。

【0034】

「申請情報」とは、申請に必要な情報である。申請情報は、申請を識別する識別情報（申請ＩＤ）を含む。申請情報は、例えば、住民票の写しや記載事項証明書等の証明書の交付請求における申請の場合、（ア）世帯の全部又は世帯の一部それぞれ必要な通数、（イ）証明書に必要な記載事項、及び／又は（ウ）証明書の返送手段を含んでもよい。申請情報は、例えば、さらに（エ）証明書の使用目的・提出先等を含んでもよい。申請情報は、例えば、さらに申請者の電話番号、申請の受付日、申請に必要な手続き書類、及び／又は最終更新日等を含んでもよい。

【0035】

（５）つぎに、サーバ装置１００は、申請フォームを介して申請情報を受信して、申請者から住民票請求の申請を仮に受け付ける。

【0036】

（６）つぎに、サーバ装置１００は、上記（５）で受け付けた申請を識別する識別情報（以下、「申請ＩＤ」ともいう）を生成し、申請ＩＤを含むコードを生成する。サーバ装置１００は、例えば、電子署名アプリを起動させるためのディープリンク（以下、単に「ディープリンク」ともいう）を生成してもよい。

【0037】

「コード」とは、例えば、一次元コード又は二次元コードを含み、バーコード等をいう。二次元コードは、例えば、ＱＲコード（登録商標）を含んでもよい。本例では、コードを二次元コードとする例を説明する。また本例では、コードに、申請ＩＤの他にディープリンクを含めるものとする。

【0038】

（７）つぎに、サーバ装置１００は、コード情報を第１申請端末２００ａに送信する。ここで「コード情報」とは、上記（６）で生成した二次元コードを出力させる情報である。（８）第１申請端末２００ａは、コード情報を受信して、申請サイトのページに二次元コードを出力する。

【0039】

（９）つぎに、第２申請端末２００ｂは、コード読取部により出力された二次元コードから申請ＩＤとディープリンクを読み取る。（１０）つぎに、第２申請端末２００ｂは、二次元コードに含まれるディープリンクにより電子署名アプリを起動させる。ここで「コード読取部」とは、申請端末２００に出力されたコードを読み取るための機能部であり、例えば、ＱＲコードリーダーのアプリである。

【0040】

（１１）第２申請端末２００ｂは、電子署名アプリの証明書読取機能（後述の証明書読取部２１３）により、電子証明書を記憶するマイナンバーカードのＩＣチップから、電子証明書を読み取る。（１２）第２申請端末２００ｂは、読み取った電子証明書を申請ＩＤと共にサーバ装置１００に送信する。

【0041】

（１３）サーバ装置１００は、受信した電子証明書の有効性を確認する要求を外部システム４００に送信する。（１４）サーバ装置１００は、外部システム４００から電子証明書の有効性確認の結果の応答を受信する。

【0042】

（１５）サーバ装置１００は、上記（１４）で電子証明書の有効性が確認された場合、本人確認をできたとして本人確認を完了させる。サーバ装置１００は、電子証明書から申請者の個人情報を取得し、申請の受け付けを仮受け付けの状態から確定させる。

【0043】

上記構成によれば、申請システム１は、申請フォームを更新するにあたってサーバ装置側の申請フォームを生成する機能（第１生成機能）や設定ファイル等を改修すればよいため、端末１台１台にこの変更を反映させるためのアップデートを行う必要がない。

【0044】

上記構成によれば、さらに、申請者の個人情報は、申請者の第２申請端末２００ｂがマイナンバーカードから個人情報を読み取ってサーバ装置に送信するため、上記のようなセキュリティ上のリスクを低減できる。そして、上記構成によれば、コードに含まれる申請ＩＤを介して、フォームを介した申請の受け付けと、第２申請端末２００ｂで読み取った個人情報と、をシームレスに連携させることができる。

【0045】

＜２．機能構成＞
＜２−１．サーバ装置の機能構成＞

【0046】

図３を参照して、本実施形態に係るサーバ装置１００の機能構成を説明する。図３に示すように、サーバ装置１００は、制御部１１０と、通信部１２０と、記憶部１３０と、を備える。

【0047】

−制御部−
制御部１１０は、第１生成部１１１と、受付部１１２と、第２生成部１１３と、を備える。制御部１１０は、例えば、本人確認部１１４、サーバ算出部１１５、検証部１１６、又は決済処理部１１７を備えてもよい。制御部１１０が備えるこれらの機能部は、後述のサーバ装置１００のプロセッサ８０１が所定のプログラム（申請システム１専用のサーバプログラム）を実行することにより実現される。

【0048】

−第１生成部−
第１生成部１１１は、所定の申請を受け付けるためのフォームを出力させるフォーム情報を生成する。ここで「所定の申請」とは、例えば、申請者に関する手続きを請求する申請であってもよく、申請者における住民票の写しを含む証明書の交付請求の申請であってもよい。所定の申請は、例えば、住民票の写しに加えて記載事項証明書の請求の申請も含めてもよい。またここで「フォーム情報」とは、例えば、所定の申請を受け付けるためのフォームを含むＷｅｂページ（ＨＴＭＬファイル）であってもよい。

【0049】

第１生成部１１１は、例えば、一覧情報を生成してもよい。ここで「一覧情報」とは、証明書（住民票）の請求の対象の機関（以下、「請求の対象機関」ともいう）の第３端末（自治体端末３００）に申請を一覧で出力させる情報である。一覧情報は、例えば、申請を一覧で出力するＷｅｂページであってもよい。申請を一覧で出力する態様は、例えば、図７（ａ）に示す申請一覧画面Ａ２０のような態様であってもよい。上記一覧は、例えば、申請者に関する手続きの状況を出力してもよい。手続きの状況は、例えば、「未対応」「対応中」「対応済み」「対応しない」等を含んでもよい。また、手続きに証明書の申請者への郵送が含まれる場合、手続きの状況にさらに「郵送済み」を含んでもよい。

【0050】

上記構成によれば、第１生成部１１１は、請求の対象機関の第３端末に申請を一覧で出力させることができる。このため、上記構成によれば、請求の対象機関の職員等は、請求されている申請者に関する手続きをまとめて確認することができる。

【0051】

第１生成部１１１は、例えば、電子署名に関する処理が完了した場合又は申請の受け付けが確定した場合、当該申請にかかる費用を支払うための決済画面Ａ２（図５（ｂ）参照）を出力させる決済画面情報を生成してもよい。

【0052】

第１生成部１１１は、例えば、電子署名に関する処理が完了した場合、当該完了を申請者に通知する完了通知画面Ａ１２（図６（ｃ）参照）を出力させる通知画面情報を生成してもよい。

【0053】

−受付部−
受付部１１２は、第１申請端末２００ａから、フォーム情報により出力されたフォームを介して所定の申請を受け付ける。受付部１１２は、例えば、フォームを介して受信部１２４が受信した申請情報に対して申請ＩＤを発行し、後述の記憶部１３０の申請一時テーブルに申請情報を新規登録することで、所定の申請を仮に受け付けてもよい。ここで「申請一時テーブル」とは、サーバ装置１００が申請の受け付け処理で使用するデータベース（以下、「申請ＤＢ」ともいう）に含まれるテーブルであり受け付けた所定の申請の申請情報を一時的に保管するためのテーブルである。

【0054】

受付部１１２は、例えば、さらに後述の本人確認部１１４の本人確認の結果に基づいて、所定の申請を受け付けてもよい。受付部１１２は、例えば、本人確認部１１４の本人確認の結果により本人確認ができた場合、所定の申請の受け付けを確定させてもよい。受付部１１２は、例えば、申請一時テーブルから受付テーブルに申請情報を移動（申請一時テーブルから申請情報を削除し他方本受付テーブルにこの申請情報を新規登録する）ことで所定の申請の受け付けを確定させてもよい。ここで「本受付テーブル」とは、申請ＤＢに含まれるテーブルであり受け付けを確定させた所定の申請の申請情報を保管するためのテーブルである。

【0055】

上記構成によれば、受付部１１２は、電子証明書による申請者の本人確認を行った上で所定の申請を受け付けることができる。このような構成によれば、受付部１１２は、申請者が本人であることを確認してから申請を受け付けるため、よりセキュリティ性を向上させることができる。

【0056】

受付部１１２は、例えば、さらに後述の検証部１１６の検証の結果に基づいて、所定の申請を受け付けてもよい。受付部１１２は、例えば、検証部１１６の検証の結果により電子署名が有効と判定した場合（例えば、後述の第１ハッシュ値と第２ハッシュ値が一致する場合）、所定の申請の受け付けを確定させてもよい。

【0057】

上記構成によれば、受付部１１２は、電子署名を検証した上で所定の申請を受け付けることができる。このような構成によれば、受付部１１２は、第２申請端末２００ｂからの送信内容（例えば、識別情報（申請ＩＤ）や電子証明書等）に改ざんがないことを確認してから申請を受け付けるため、よりセキュリティ性を向上させることができる。

【0058】

受付部１１２は、第２申請端末２００ｂから、識別情報と電子証明書を受け付ける。電子証明書は、申請者の個人情報を含む。また電子証明書は、例えば、電子証明書の公開鍵を含んでもよい。また、受付部１１２は、第２申請端末２００ｂから、識別情報と電子証明書に加えて申請者の電子署名を受け付けてもよい。

【0059】

受付部１１２は、第３端末（自治体端末３００）から、上記一覧に出力された手続きの状況の更新を受け付けてもよい。例えば、申請一覧画面Ａ２０（図７（ａ）参照）や申請詳細画面Ａ２１（図７（ｂ）参照）で受け付けた申請を確認した自治体の職員が住民票の写しを発行し申請者の住所に郵送したとする。この際、受付部１１２は、申請一覧画面Ａ２０等を介してこの職員から手続きの状況を「郵送済み」にする更新を受け付けてもよい。

【0060】

上記構成によれば、請求の対象機関における職員等は、申請に関する手続きの状況を更新することができる。このため、上記構成によれば、上記職員等は、申請に関する手続きの状況を管理することができる。

【0061】

受付部１１２は、例えば、住民票請求の申請を受け付ける際に、世帯の全部又は世帯の一部それぞれ必要な通数、証明書に必要な記載事項又は証明書の返送手段の少なくともいずれかの指定を併せて受け付けてもよい。このような構成によれば、住民票請求のオンライン申請にあたって必要な情報をオンラインで受け付けることができる。

【0062】

−第２生成部−
第２生成部１１３は、受付部１１２が所定の申請を受け付けた場合、識別情報を含むコードを生成する。ここで「識別情報」とは、申請を識別する情報であり、例えば、申請ＩＤ等である。第２生成部１１３は、例えば、受付部１１２が所定の申請を受け付けた場合、さらに識別情報以外の申請情報の少なくとも一部を含むコードを生成してもよい。

【0063】

−本人確認部−
本人確認部１１４は、電子証明書に基づいて、申請者の本人確認を行う。本人確認部１１４は、例えば、通信部１２０を介して、電子証明書の有効性を外部システム４００に確認する要求を送信する。本人確認部１１４は、外部システム４００から、当該要求の応答として、通信部１２０を介して、電子証明書の有効性の確認結果（例えば、失効しているか否か等）を受信する。本人確認部１１４は、確認結果により電子証明書が失効していないことが確認された場合、本人確認できたとして処理を完了させてもよい。

【0064】

−サーバ算出部−
サーバ算出部１１５は、識別情報または申請情報の少なくとも一部に基づいて、第２ハッシュ値（いわゆる、メッセージダイジェスト（ＭＤ））を算出する。サーバ算出部１１５は、例えば、識別情報を所定のハッシュ関数に入力して、第２ハッシュ値を算出してもよい。サーバ算出部１１５は、他の例として、申請情報の少なくとも一部を所定のハッシュ関数に入力して、第２ハッシュ値を算出してもよい。ここで「所定のハッシュ関数」とは、例えば、暗号学的ハッシュ関数（一方向ハッシュ関数）であってもよく、ＭＤ５やＳＨＡ−１〜３等でよい。

【0065】

−検証部−
検証部１１６は、申請端末２００の送信内容が改ざん等されていないかを検証する。検証部１１６は、例えば、申請者の電子証明書と第２ハッシュ値を用いて、電子署名を検証する。検証部１１６の検証方法の一態様として、例えば、まず検証部１１６は、電子署名を電子証明書の公開鍵で復号する。次に検証部１１６は、復号した電子署名から得られた第１ハッシュ値と第２ハッシュ値を照合する。そして検証部１１６は、第１ハッシュ値と第２ハッシュ値とが一致する場合には、電子署名を「有効」と判定する。

【0066】

−決済処理部−
決済処理部１１７は、所定の申請にかかる費用の支払いの決済をするための処理を行う。決済処理部１１７は、例えば、受付部１１２が第２申請端末２００ｂから識別情報及び電子証明書を受け付けた場合に、申請にかかる費用の支払いの決済をするための処理を行ってもよい。また決済処理部１１７は、例えば、本人確認部１１４の確認の結果及び／又は検証部１１６の検証の結果に基づいて、申請にかかる費用の支払いの決済をするための処理を行ってもよい。

【0067】

決済処理部１１７は、例えば、支払いの決済方法としてクレジットカード決済を用いる場合、使用するクレジットカードのシステム等の外部システム４００に対して、入力されたクレジットカードの情報に基づいて設定された支払先口座へのカード決済処理を指示してもよい。決済処理部１１７は、例えば、支払いの決済方法として銀行振込を用いる場合、仕向け先の銀行のシステム等の外部システム４００に対して、入力された仕向け元の銀行の口座情報に基づいて、銀行振込の振込処理を指示してもよい。

【0068】

−通信部−
通信部１２０は、第１ネットワークＮ１を介して、申請端末２００、自治体端末３００又は外部システム４００等と各種情報を送受信する。通信部１２０は、第１送信部１２１と、第２送信部１２２と、受信部１２４を備える。通信部１２０は、例えば、第３送信部１２３を備えてもよい。

【0069】

第１送信部１２１は、第１申請端末２００ａに、フォーム情報を送信する。第１送信部１２１は、例えば、第１申請端末２００ａに、決済画面情報や通知画面情報（以下、総称して「画面情報」ともいう）を送信してもよい。第２送信部１２２は、第１申請端末２００ａに、コード情報を送信する。第３送信部１２３は、自治体端末３００に、一覧情報を送信する。受信部１２４は、第１申請端末２００ａから、申請情報を受信する。

【0070】

−記憶部−
記憶部１３０は、暗号化した個人情報、申請情報、一覧情報、コード情報、フォーム情報及び／又は画面情報等を記憶する。記憶部１３０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブル（例えば、申請テーブル等）を設けて、当該テーブル間を関連付けて各情報を管理してもよい。

【0071】

記憶部１３０は、本人確認前の仮受け付けの状態においては、申請端末２００から受け付けた申請の申請情報を申請ＤＢの申請一時テーブルに記憶してもよい。記憶部１３０は、本人確認により仮受け付けの状態から受け付けを確定させると、申請一時テーブルで記憶している当該確定した申請の申請情報を削除し、本受付テーブルに当該申請情報を記憶させる。申請ＤＢでは、申請それぞれにおいて、申請情報に加え、申請に関する手続きの状況や決済処理に関する情報（例えば、クレジットカード決済であればクレジットカード情報等）等を加えて管理させてもよい。記憶部１３０は、申請情報と暗号化した個人情報とを関連付けて記憶してもよい。

【0072】

＜２−２．端末の機能構成＞
図４を参照して、本実施形態に係る申請端末２００（第１端末・第２端末）の機能構成を説明する。図４に示すように、申請端末２００は、端末制御部２１０と、端末通信部２２０と、端末記憶部２３０と、出力部２４０と、入力部２５０と、を備える。

【0073】

−制御部−
端末制御部２１０は、端末取得部２１２、証明書読取部２１３と、を備える。端末制御部２１０は、例えば、コード読取部２１１、端末算出部２１４を備えてもよい。端末制御部２１０が備えるこれらの機能部は、後述の申請端末２００のプロセッサ８０１が電子署名アプリを実行することにより実現される。

【0074】

コード読取部２１１は、第１申請端末２００ａに出力されたコードから識別情報を読み取る。コード読取部２１１は、例えば、電子署名アプリのＱＲコードリーダー機能であってもよいし、電子署名アプリとは別のＱＲコードリーダーアプリであってもよい。コード読取部２１１は、例えば、第１申請端末２００ａに出力されたコードから申請情報を読み取ってもよい。

【0075】

端末取得部２１２は、コード読取部２１１から識別情報を取得する。端末取得部２１２は、例えば、コード読取部２１１から申請情報を取得してもよい。

【0076】

証明書読取部２１３は、申請者の個人情報を含む電子証明書を記憶する記憶媒体から、当該電子証明書を読み取る。証明書読取部２１３は、例えば、入力部２５０が受け付けた電子署名用のパスコードが正当である場合、電子証明書を記憶するマイナンバーカードのＩＣチップから当該電子証明書を読み取ってもよい。

【0077】

端末算出部２１４は、識別情報または申請情報の少なくとも一部に基づいて第１ハッシュ値（ＭＤ）を算出する。端末算出部２１４は、例えば、サーバ算出部１１５と同様に、識別情報を所定のハッシュ関数に入力して、第１ハッシュ値を算出してもよい。端末算出部２１４は、他の例として、申請情報の少なくとも一部を所定のハッシュ関数に入力して、第２ハッシュ値を算出してもよい。

【0078】

端末生成部２１５は、第１ハッシュ値と電子証明書の秘密鍵を用いて、電子署名を生成する。

【0079】

−端末通信部−
端末通信部２２０は、第１ネットワークＮ１を介して、サーバ装置１００又は外部システム４００等と各種情報を送受信する。端末通信部２２０は、例えば、サーバ装置１００から、画面情報、フォーム情報又はコード情報等を受信する。端末通信部２２０は、端末送信部２２１と、端末受信部２２２と、を備える。

【0080】

端末送信部２２１は、識別情報及び電子証明書を、サーバ装置１００に送信する。また、端末送信部２２１は、電子署名を、識別情報及び電子証明書と併せてサーバ装置１００に送信してもよい。

【0081】

−端末記憶部−
端末記憶部２３０は、画面情報、フォーム情報、申請情報、及び／又はコード情報等を記憶する。

【0082】

−出力部−
出力部２４０は、フォーム情報に基づいて、所定の申請を受け付けるためのフォームを画面等に出力する。

【0083】

入力部２５０は、出力部２４０により出力された種々の画面に対する申請者による操作入力を受け付ける。入力部２５０は、例えば、出力部２４０により出力された申請フォームに対する入力を受け付ける。

【0084】

＜３．画面例＞
図５〜７を参照して、本実施形態に係る申請システム１の画面例を説明する。

【0085】

図５は、第１申請端末２００ａの出力部２４０に出力されるＷｅｂブラウザの申請サイトの画面の一例を模式的に示す図である。

【0086】

図５（ａ）に示すように、出力部２４０は、申請フォームを含む申請フォーム画面Ａ１を表示する。申請フォーム画面Ａ１は、例えば、（ア）申請者の電話番号を入力するためのテキストフォーム、（イ）世帯の全部に必要な通数を選択入力するためのドロップダウンリスト、（ウ）世帯の一部に必要な通数を選択入力するためのドロップダウンリスト、（エ）必要な記載事項を選択入力するためのラジオボタン、（オ）証明書（住民票の写し及び記載事項証明書）の返送手段を選択入力するためのラジオボタン等を含んでもよい。

【0087】

図５（ｂ）に示すように、出力部２４０は、支払い決済に必要な情報を受け付けるためフォームを含む決済画面Ａ２を出力する。本例では、クレジットカード決済の場合を例に説明するが、これに限る趣旨ではない。決済画面Ａ２は、例えば、（ア）クレジットカード番号を入力するためのテキストフォーム、（イ）クレジットカードの有効期限を選択入力するためのドロップダウンリスト、（ウ）クレジットカードのセキュリティコードを入力するためのテキストフォーム等を含んでもよい。

【0088】

図５（ｃ）に示すように、出力部２４０は、受け付けた申請の内容を申請者に確認するための確認画面Ａ３を出力する。確認画面Ａ３は、例えば、申請内容を表示するエリア（請求する証明書の種類（本例では住民票（世帯全員分）及び住民票（世帯の一部））ごとの通数を含む）と、申請内容を確定させる確定ボタンとを含んでもよい。確定ボタンが申請者により操作（押下）された場合、受付部１１２は申請の受け付けを確定させて支払い決済の処理を実行してもよい。

【0089】

図６は、第２申請端末２００ｂの出力部２４０に出力される電子署名アプリの画面の一例を模式的に示す図である。

【0090】

図６（ａ）に示すように、出力部２４０は、マイナンバーカードの電子署名用のパスコードを入力させるための入力画面Ａ１０を出力する。入力画面Ａ１０は、マイナンバーカードの電子署名用のパスコードを入力するテキストフォームと、次の画面に遷移させるための遷移ボタン（本例では、「次へ」と表記）と、を含んでもよい。

【0091】

図６（ｂ）に示すように、出力部２４０は、入力画面Ａ１０で遷移ボタンが押下されると、マイナンバーカードの電子証明書を読み取るための読取画面Ａ１１を出力する。

【0092】

図６（ｃ）に示すように、出力部２４０は、申請システム１における電子署名に関する処理が完了すると、当該完了を申請者に通知する完了通知画面Ａ１２を出力する。「電子署名に関する処理」とは、例えば、（ア）サーバ装置１００での電子証明書の読み取り、（イ）サーバ装置１００での第２申請端末２００ｂからの送信内容に改ざん等が無いかを検証、（ウ）サーバ装置１００での電子証明書による本人確認（電子証明書の有効性の確認）とする一連の処理でもよい。

【0093】

図７は、自治体端末３００の出力部（不図示）に出力されるＷｅｂブラウザの画面の一例を模式的に示す図である。

【0094】

図７（ａ）に示すように、自治体端末３００の出力部は、サーバ装置１００から受信した一覧情報に基づいて、申請一覧画面Ａ２０を出力する。申請一覧画面Ａ２０は、例えば、申請情報を一覧で表示する一覧エリアを含んでもよい。ここで出力される申請情報には、例えば、申請ＩＤ（本例では「申請番号」と記載）、手続きの状況（本例では「ステータス」と記載）、申請に関する手続きの名称（例えば、「住民票請求」等）、申請者の氏名、申請の受付日、申請に関する手続きに必要な書類（例えば、申請書及び本人確認書類等）等を含んでもよい。また、この「手続きの状況」はドロップダウンリストとして出力し、更新可能であってもよい。

【0095】

図７（ｂ）に示すように、自治体端末３００の出力部は、サーバ装置１００から受信した申請情報に基づいて、申請詳細画面Ａ２１を出力する。申請詳細画面Ａ２１は、申請それぞれにおいて、申請ＩＤ、手続きの状況（本例では「ステータス」と記載）、（申請）手続きの名称、申請者情報、申請書類（上記手続きに必要な書類）、申請の受付日、最終更新日と、コメント入力するためのテキストフォームを含んでもよい。

【0096】

＜４．動作例＞

【0097】

図８〜９を参照して、本実施形態に係る申請システム１の動作例を説明する。なお、以下に示す処理の順番等は一例であって、適宜、変更されてもよい。

【0098】

図８は、フォーム情報の生成処理からマイナンバーカードの電子証明書の読み取り処理までの処理の流れ及びサーバ装置１００と第１申請端末２００ａと第２申請端末２００ｂとの相互作用を示すシーケンス図である。

【0099】

図８に示すように、サーバ装置１００は、住民票請求の申請を受け付けるためのフォームを出力させるフォーム情報を生成する（Ｓ１０）。サーバ装置１００は、生成したフォーム情報を第１申請端末２００ａに送信する（Ｓ１１）。

【0100】

第１申請端末２００ａは、受信したフォーム情報に基づいて、申請フォームを出力する（Ｓ１２）。第１申請端末２００ａは、申請フォームに対する申請情報の入力を受け付ける（Ｓ１３）。第１申請端末２００ａは、入力された申請情報をサーバ装置１００に送信する（Ｓ１４）。

【0101】

サーバ装置１００は、申請情報を受信した場合、申請フォームを介して住民票請求の申請を仮受け付けする。サーバ装置１００は、当該受け付けた申請に申請ＩＤを付与して申請一時テーブルに新規登録する（Ｓ１５）。サーバ装置１００は、申請ＩＤとディープリンクを含む二次元コード（ＱＲコード）を出力させるコード情報を生成する（Ｓ１６）。サーバ装置１００は、生成したコード情報を第１申請端末２００ａに送信する（Ｓ１７）。

【0102】

第１申請端末２００ａは、受信したコード情報に基づいて、二次元コードを出力させる（Ｓ１８）。

【0103】

第２申請端末２００ｂは、第１申請端末２００ａに出力された二次元コードから申請ＩＤとディープリンクとを読み取る（Ｓ１９）。第２申請端末２００ｂは読み取ったディープリンクにより電子署名アプリを起動する（Ｓ２０）。第２申請端末２００ｂは、電子署名アプリにより電子署名用のパスコードの入力を受け付ける（Ｓ２１）。第２申請端末２００ｂは、受け付けた電子署名用のパスコードが正当であった場合、マイナンバーカードから電子証明書を読み取る（Ｓ２２）。

【0104】

図９は、図８の処理に後続する電子署名に関する処理の流れ及びサーバ装置１００と第１申請端末２００ａと第２申請端末２００ｂとの相互作用を示すシーケンス図である。電子署名に関する処理は、第２申請端末２００ｂの送信内容に改ざん等がないかを検証する検証処理と申請者の本人確認処理とが含まれる。

【0105】

図９に示すように、第２申請端末２００ｂは、申請ＩＤに基づいて第１ハッシュ値を算出する（Ｓ３０）。第２申請端末２００ｂは、第１ハッシュ値と電子証明書の秘密鍵を用いて、電子署名を生成する（Ｓ３１）。第２申請端末２００ｂは、申請ＩＤと電子証明書と電子署名（以下、「電子証明書等」ともいう）とをサーバ装置１００に送信する（Ｓ３２）。

【0106】

サーバ装置１００は、電子証明書等を受け付ける（Ｓ３３）。サーバ装置１００は、電子証明書等を受け付けると、申請ＩＤに基づいて第２ハッシュ値を生成する（Ｓ３４）。サーバ装置１００は、電子証明書と第２ハッシュ値を生成して電子署名を検証する（Ｓ３５）。

【0107】

サーバ装置１００は、電子署名の検証の結果、電子署名が有効だった場合、複合フラグメントｏｐｔ（Ｏｐｔｉｏｎ、以下同じ）が示すエリア内の処理を実行する。サーバ装置１００は、具体的には、サーバ装置１００は、外部システム４００（ＪＰＫＩ）に対して、ＯＣＳＰ（Ｏｎｌｉｎｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ Ｐｒｏｔｏｃｏｌ）を用いて電子証明書の有効性の確認を要求する（Ｓ３６）。外部システム４００では、失効リスト（ＣＲＬ）を用いて電子証明書の有効性を判定する（Ｓ３７）。外部システム４００は、判定の結果に基づいて、ＯＣＳＰを用いて電子証明書の有効性の確認の結果をサーバ装置１００に応答する（Ｓ３８）。

【0108】

サーバ装置１００は、電子証明書の有効性が確認された、すなわち申請者の本人確認ができた場合、住民票請求の申請の受け付けを確定する（Ｓ３９）。サーバ装置１００は、この際、受付を確定させた申請の申請情報を申請一時テーブルから本受付テーブルに移動させる。サーバ装置１００は、電子署名に関する処理が完了した場合、当該完了を申請者に通知する完了通知画面Ａ１２を出力させる通知画面情報を生成する（Ｓ４０）。サーバ装置１００は、通知画面情報を第２申請端末２００ｂに送信する（Ｓ４１）。

【0109】

第２申請端末２００ｂは、受信した通知画面情報に基づいて、完了通知画面Ａ１２を出力する（Ｓ４２）。

【0110】

＜５．ハードウェア構成＞
図１０を参照して、上述してきたサーバ装置１００や申請端末２００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

【0111】

図１０に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、表示装置８１３及びリーダー装置（第２申請端末２００ｂの場合のみ）を含む。

【0112】

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、サーバ装置１００の制御部１１０や申請端末２００の端末制御部２１０が備える各機能部などは、メモリ８０３に一時記憶されたプログラムを、プロセッサ８０１が実行することにより実現可能である。

【0113】

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

【0114】

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリなどの不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、個人情報、申請情報、一覧情報、コード情報及び／又はフォーム情報などの各種情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

【0115】

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイスなどが挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などのインタフェースを介してコンピュータ８００に接続されても良い。

【0116】

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置などがある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００へと接続される。

【0117】

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００に接続される。

【0118】

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイなどが挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブルなどを介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

【0119】

リーダー装置８１５は、接触式／非接触式で記録媒体の情報を読み取るデバイスである。リーダー装置８１５は、コンピュータ８００の外部に設けられることも考えられる。その場合、リーダー装置８１５は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００へと接続される。リーダー装置８１５は、例えば、マイナンバーカードのＩＣチップに格納されている情報を非接触式で読み取る場合、磁界を発生させてＩＣチップとの近距離無線通信を行う。

【0120】

［第２実施形態］
次に、本発明の第２実施形態（以下、「本実施形態」という）について説明する。本実施形態は、第１実施形態に係る申請システムに加えて、申請者に関する質問することで申請者に必要な申請の候補を抽出し、抽出した申請の候補に基づいて申請フォームを生成する形態である。以下、第１実施形態と異なる点を中心に説明する。

【0121】

＜１．概要＞
本実施形態では、申請者に関する質問（以下、単に「質問」という）と当該申請者に必要な申請の候補とを質問への回答を介して関連付ける情報（以下、「マッピング情報」ともいう）を用いて、申請者に必要な申請の候補を抽出する。

【0122】

図１１は、マッピング表Ｔ１の一例を示す表である。マッピング表Ｔ１は、質問の出力を制御するための出力制御情報Ｔ１と、マッピング情報Ｔ１２と、を含む。マッピング表Ｔ１は、具体的には、質問内容の列（Ｃｏｌｕｍｎ）と、質問制御情報Ｔ１における優先度、ジャンル情報及び／又は質問キーの行（Ｒｏｗ）と、マッピング情報Ｔ１２における申請の候補それぞれの行（Ｒｏｗ）を含む。

【0123】

マッピング表Ｔ１は、典型的には表形式ファイル（例えば、エクセル（登録商標）等の表計算アプリケーションのファイル）によって記憶されるが、他の例としてＲＤＢのテーブルとして記憶されてもよい。

【0124】

質問内容は、申請者に関する質問の内容を示す。例えば、質問の文章（質問内容）がテキストで記憶されてもよいし、質問の識別情報（質問ＩＤ）と質問内容とを対応付けて別途記憶して、質問ＩＤをマッピング表Ｔ１に記憶してもよい

【0125】

優先度は、質問が選択される優先度を示す。

【0126】

ジャンル情報は、質問のジャンルを示す。ジャンルの例としては、例えば、子供に関する質問及び手続、車両に関する質問及び手続、高齢者に関する質問及び手続等があるが、これらに限定する趣旨ではない。

【0127】

ジャンル情報は、「申請の前提」を示す情報（本例では、「申請の候補Ａの前提」と表記）を含む。「申請の前提」は、申請それぞれの前提となる質問を示す。申請の前提となる質問は、後続する質問が必要かどうかを判定するための質問でもある。例えば、子供に関する申請については「お子さんはいますか」という質問を申請の前提として先に質問することにより、子供がいないユーザに対して「保育園に預けるお子さんはいますか」、「小・中学生のお子さんはいますか」等の後続する質問を避けることができる。

【0128】

質問キーは、複数の質問をまとめて質問するための識別情報（フラグ）を含む。例えば、同一の識別情報が記憶された質問内容は、まとめて質問することができる。例えば、「保育園に預けるお子さんはいますか」、「小・中学生のお子さんはいますか」等の質問をひとつずつ申請端末２００に出力する代わりに、「以下に該当するお子さんはいますか」とのひとつの質問と、「保育園に預ける子供がいる」、「小・中学生の子供がいる」等の回答の選択肢を申請端末２００に出力することができる。このような構成によれば、質問の回数を削減することができ、申請者の利便性を向上することができる。また、質問キーは、例えばあるジャンルの中で他の質問より先に質問することを示す「ＴＯＰ」を含む。

【0129】

マッピング情報Ｔ１２は、質問内容と、必要な申請の候補を質問内容に対する回答を介して関連付けるための情報である。

【0130】

マッピング情報Ｔ１２において、「１」は、対応する質問内容に対する回答が「Ｙｅｓ」であれば対応する申請の候補が必要な申請の候補であることを示す。例えば、質問内容１に対する回答が「Ｙｅｓ」の場合、申請の候補Ｂが必要な申請の候補として抽出される。

【0131】

マッピング情報Ｔ１２において、「−１」は、対応する質問内容に対する回答がＹｅｓであれば対応する申請の候補が不要な申請の候補であることを示す。例えば、質問内容１に対する回答が「Ｙｅｓ」の場合、申請の候補Ｃが不要な申請の候補となる。

【0132】

ひとつの申請の候補に対して、複数の質問がある場合、マッピング情報Ｔ１２において、「２」は複数の質問のうち１つでも「Ｙｅｓ」であれば（つまり、ＯＲ条件）、対応する申請の候補が必要な申請の候補であることを示す。例えば、質問内容３又は質問内容４に対する回答のいずれかが「Ｙｅｓ」の場合、申請の候補Ｂが必要な申請の候補として抽出される。

【0133】

上記構成によれば、サーバ装置１００は、マッピング情報Ｔ１２を用いて、申請者に質問することで、質問に対する回答を介して当該申請者に必要な申請の候補を抽出することができる。また上記構成によれば、マッピング情報Ｔ１２を更新することで、申請端末２００に出力される質問や申請の候補等を更新することができる。このため、上記構成によれば、より汎用性の高い申請システムを提供することができる。

【0134】

＜２．サーバ装置の機能構成＞
本実施形態に係るサーバ装置１００ａの機能構成の一例を説明する。サーバ装置１００ａは、第１実施形態に係るサーバ装置１００の機能部に加えて制御部１１０において抽出部（不図示）を備える。また、サーバ装置１００の第１生成部１１１、受付部１１２、第１送信部１２１は、第１実施形態に係るこれらの機能部が有する機能に加えて、以下の機能を有する。

【0135】

第１生成部１１１は、マッピング情報Ｔ１２を記憶する記憶部を参照して、質問を出力させる質問情報を生成する。ここでいう「記憶部」は、典型的にはサーバ装置１００の記憶部１３０だが、他の例として外部装置の記憶部であってもよい。第１生成部１１１は、後述の抽出部１１９により抽出された申請の候補に基づいて、フォーム情報を生成する。第１生成部１１１は、例えば、抽出された申請の候補のフォーマットを示すフォーマット情報にそって申請フォームを構成させてフォーム情報を生成してもよい。

【0136】

上記構成によれば、第１生成部１１１は、マッピング情報Ｔ１２を用いて抽出された申請者に必要な申請の候補に基づいてフォーム情報を生成することができる。上記構成によれば、第１生成部１１１は、申請者にとって利便性の高い申請フォームを提供することができる。

【0137】

第１生成部１１１は、例えば、出力制御情報Ｔ１１を記憶する記憶部を参照して、質問の出力を制御するよう質問情報を生成してもよい。第１生成部１１１は、例えば、質問キーに基づいて、複数の質問をまとめて出力させてもよい。

【0138】

上記構成によれば、第１生成部１１１は、マッピング表Ｔ１の出力制御情報Ｔ１１を更新させるだけで質問の出力方法を変えることができる。

【0139】

受付部１１２は、第１申請端末２００ａから、質問情報に基づき出力された質問に対する回答を受け付ける。

【0140】

第１送信部１２１は、第１申請端末２００ａに、質問情報を送信する。

【0141】

抽出部は、マッピング情報Ｔ１２を記憶する記憶部を参照して、受付部１１２が受け付けた回答に基づいて、必要な申請の候補を抽出する。

【0142】

記憶部１３０は、出力制御情報Ｔ１１及び／又はマッピング情報Ｔ１２を記憶する。また記憶部１３０は、フォーマット情報を記憶してもよい。

【0143】

なお、上記実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

【0144】

また、上記実施の形態で記載されたサーバ装置１００や申請端末２００が備える構成要素は、記憶装置８０５に格納されたプログラムがプロセッサ８０１によって実行されることで、定められた処理が他のハードウェアと協働して実現されるものとする。また、言い換えれば、これらの構成要素は、ソフトウェアまたはファームウェアとしても、それと対応するハードウェアとしても想定され、その双方の概念において、「機能」、「手段」、「部」、「処理回路」、「ユニット」、または「モジュール」などとも記載され、またそれぞれに読み替えることができる。

【符号の説明】

【0145】

１…申請システム、１００…サーバ装置、１１０…制御部、１１１…第１生成部、１１２…受付部、１１３…第２生成部、１１４…本人確認部、１１５…サーバ算出部、１１６…検証部、１１７…決済処理部、１２０…通信部、１２１…第１送信部、１２２…第２送信部、１２３…第３送信部、１２４…受信部、１３０…記憶部、２００…申請端末、２１０…端末制御部、２１２…端末取得部、２１３…証明書読取部、２１４…端末算出部、２１５…端末生成部、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置、８１５…リーダー装置。

【要約】      （修正有）

【課題】オンラインでの申請にあたって、セキュリティ性と汎用性とを両立できるプログラム、情報処理方法及びサーバ装置を提供する。
【解決手段】申請システムにおいて、サーバ装置１００は、申請者の第１申請端末２００ａ及び第２申請端末２００ｂとネットワークを介して接続される。サーバ装置は、所定の申請を受け付けるためのフォーム情報を生成し、第１申請端末に送信する。サーバ装置は、第１申請端末からフォーム情報により出力されたフォームを介して所定の申請を受け付けた場合、申請を識別する識別情報を含むコードを生成し、第１申請端末にコードを出力する。第２申請端末は、第１申請端末に出力されたコードから識別情報を読み取り、申請者の個人情報を含む電子証明書を読み取り、識別情報及び電子証明書を、サーバ装置に送信する。サーバ装置は、第２申請端末から、識別情報と電子証明書を受け付ける。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】