特許 7506580 電子申請支援装置、電子申請支援方法、及び電子申請支援プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-06-18

(45)【発行日】2024-06-26

(54)【発明の名称】電子申請支援装置、電子申請支援方法、及び電子申請支援プログラム

(51)【国際特許分類】

   G06Q 50/26 20240101AFI20240619BHJP

   G06Q 40/08 20120101ALI20240619BHJP

【ＦＩ】

G06Q50/26

G06Q40/08

【請求項の数】 8

(21)【出願番号】P 2020182816

(22)【出願日】2020-10-30

(65)【公開番号】P2022073054

(43)【公開日】2022-05-17

【審査請求日】2023-06-20

(73)【特許権者】

【識別番号】398040527

【氏名又は名称】株式会社オービック

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】▲高▼野 孝一

(72)【発明者】

【氏名】本田 真也

(72)【発明者】

【氏名】上野 剛光

【審査官】田川 泰宏

(56)【参考文献】

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

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

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

記憶部及び制御部を備え、ネットワークを介して公的サービスサイトに電子申請を行うための電子申請支援装置であって、
前記制御部は、
前記公的サービスサイトに電子申請を行った場合に、送信番号、送信日時、申請対象者の氏名、及び手続フォルダ名を含む送信履歴データを前記記憶部に格納する申請手段と、
前記公的サービスサイトから、送信番号、送信日時、到達番号、手続名、手続フォルダ名、現在の状況、公文書未取得件数、コメント未取得件数を含む申請状況の一覧を応答結果として取得し、取得した応答結果の手続きフォルダ名をキーとして前記記憶部に格納した送信履歴データから申請対象者の氏名を取得し、取得した応答結果と申請対象者の氏名に基づいた表示データを作成して申請状況照会画面に表示する申請状況照会手段と、
を備えたことを特徴とする電子申請支援装置。

【請求項2】

前記申請状況照会手段は、設定された抽出条件に応じた表示データを作成することを特徴とする請求項１に記載の電子申請支援装置。

【請求項3】

前記抽出条件は、申請状況、コメントの有無、公文書の有無、手続の種類、及び送信日の少なくとも１つを含むことを特徴とする請求項２に記載の電子申請支援装置。

【請求項4】

前記申請状況照会手段は、未取得の公文書又はコメントを一括で前記公的サービスサイトからダウンロードすることを特徴とする請求項１～３のいずれか１つに記載の電子申請支援装置。

【請求項5】

前記手続は、社会保険又は雇用保険の手続であることを特徴とする請求項１～４のいずれか１つに記載の電子申請支援装置。

【請求項6】

前記公的サービスサイトは、ｅ－Ｇｏｖであることを特徴とする請求項１～５のいずれか１つに記載の電子申請支援装置。

【請求項7】

記憶部及び制御部を備えた情報処理装置に実行させるための電子申請支援方法であって、
前記制御部において実行される、
公的サービスサイトに電子申請を行った場合に、送信番号、送信日時、申請対象者の氏名、及び手続フォルダ名を含む送信履歴データを前記記憶部に格納する申請工程と、
前記公的サービスサイトから、送信番号、送信日時、到達番号、手続名、手続フォルダ名、現在の状況、公文書未取得件数、コメント未取得件数を含む申請状況の一覧を応答結果として取得し、取得した応答結果の手続きフォルダ名をキーとして前記記憶部に格納した送信履歴データから申請対象者の氏名を取得し、取得した応答結果と申請対象者の氏名に基づいた表示データを作成して申請状況照会画面に表示する申請状況照会工程と、
を含むことを特徴とする電子申請支援方法。

【請求項8】

記憶部及び制御部を備えた情報処理装置に実行させるための電子申請支援プログラムであって、
前記制御部において実行される、
公的サービスサイトに電子申請を行った場合に、送信番号、送信日時、申請対象者の氏名、及び手続フォルダ名を含む送信履歴データを前記記憶部に格納する申請工程と、
前記公的サービスサイトから、送信番号、送信日時、到達番号、手続名、手続フォルダ名、現在の状況、公文書未取得件数、コメント未取得件数を含む申請状況の一覧を応答結果として取得し、取得した応答結果の手続きフォルダ名をキーとして前記記憶部に格納した送信履歴データから申請対象者の氏名を取得し、取得した応答結果と申請対象者の氏名に基づいた表示データを作成して申請状況照会画面に表示する申請状況照会工程と、
を実行させるための電子申請支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子申請支援装置、電子申請支援方法、及び電子申請支援プログラムに関する。

【背景技術】

【0002】

従来より、社会保険・雇用保険に関する手続きは、管轄の役所へ各種申請書を提出することにより行うことが一般的である。しかし、２０２０年４月から、社会保険・雇用保険の一部の届出書について、特定の法人の電子申請が義務化されるように、今後、手続きの電子申請化が大きく加速していく。

【0003】

社会保険・雇用保険の電子申請を行うには、電子政府の総合窓口システム（以下「ｅ－Ｇｏｖ」）を利用する必要がある。ｅ－Ｇｏｖのサイトから電子申請や手続きの照会ができるが、手続の照会機能については使い勝手がよくないという課題がある。公的サービスサイトで申請状況を照会するシステムとして、例えば、特許文献１がある。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－１３９４０号公報

【発明の概要】

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

【0005】

しかしながら、上記特許文献１では、公的サービスサイトに電子申請した申請データを照会する場合の業務効率を向上させることに関して何等記載されていない。

【0006】

本発明は、上記に鑑みてなされたものであり、公的サービスサイトに電子申請した申請データを照会する場合の業務効率を向上させることが可能な電子申請支援装置、電子申請支援方法、及び電子申請支援プログラムを提供することを目的とする。

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

【0007】

上述した課題を解決し、目的を達成するために、本発明は、記憶部及び制御部を備え、ネットワークを介して公的サービスサイトに電子申請を行うための電子申請支援装置であって、前記制御部は、前記公的サービスサイトに電子申請を行った場合に、送信番号、送信日時、申請対象者の氏名、及び手続フォルダ名を含む送信履歴データを前記記憶部に格納する申請手段と、前記公的サービスサイトから、送信番号、送信日時、到達番号、手続名、手続フォルダ名、現在の状況、公文書未取得件数、コメント未取得件数を含む申請状況の一覧を応答結果として取得し、取得した応答結果の手続きフォルダ名をキーとして前記記憶部に格納した送信履歴データから申請対象者の氏名を取得し、取得した応答結果と申請対象者の氏名に基づいた表示データを作成して申請状況照会画面に表示する申請状況照会手段と、を備えたことを特徴とする。

【0008】

また、本発明の一態様によれば、前記申請状況照会手段は、設定された抽出条件に応じた表示データを作成することにしてもよい。

【0009】

また、本発明の一態様によれば、前記抽出条件は、申請状況、コメントの有無、公文書の有無、手続の種類、及び送信日の少なくとも１つを含むことにしてもよい。

【0010】

また、本発明の一態様によれば、前記申請状況照会手段は、未取得の公文書又はコメントを一括で前記公的サービスサイトからダウンロードすることにしてもよい。

【0011】

また、本発明の一態様によれば、前記手続は、社会保険又は雇用保険の手続であることにしてもよい。

【0012】

また、本発明の一態様によれば、前記公的サービスサイトは、ｅ－Ｇｏｖであることにしてもよい。

【0013】

また、上述した課題を解決し、目的を達成するために、本発明は、記憶部及び制御部を備えた情報処理装置に実行させるための電子申請支援方法であって、前記制御部において実行される、前記公的サービスサイトに電子申請を行った場合に、送信番号、送信日時、申請対象者の氏名、及び手続フォルダ名を含む送信履歴データを前記記憶部に格納する申請工程と、前記公的サービスサイトから、送信番号、送信日時、到達番号、手続名、手続フォルダ名、現在の状況、公文書未取得件数、コメント未取得件数を含む申請状況の一覧を応答結果として取得し、取得した応答結果の手続きフォルダ名をキーとして前記記憶部に格納した送信履歴データから申請対象者の氏名を取得し、取得した応答結果と申請対象者の氏名に基づいた表示データを作成して申請状況照会画面に表示する申請状況照会工程と、を含むことを特徴とする。

【0014】

また、上述した課題を解決し、目的を達成するために、本発明は、記憶部及び制御部を備えた情報処理装置に実行させるための電子申請支援プログラムであって、前記制御部において実行される、前記公的サービスサイトに電子申請を行った場合に、送信番号、送信日時、申請対象者の氏名、及び手続フォルダ名を含む送信履歴データを前記記憶部に格納する申請工程と、前記公的サービスサイトから、送信番号、送信日時、到達番号、手続名、手続フォルダ名、現在の状況、公文書未取得件数、コメント未取得件数を含む申請状況の一覧を応答結果として取得し、取得した応答結果の手続きフォルダ名をキーとして前記記憶部に格納した送信履歴データから申請対象者の氏名を取得し、取得した応答結果と申請対象者の氏名に基づいた表示データを作成して申請状況照会画面に表示する申請状況照会工程と、を実行させるための電子申請支援プログラムであることを特徴とする。

【発明の効果】

【0015】

本発明によれば、公的サービスサイトに電子申請した申請データを照会する場合の業務効率を向上させることが可能となるという効果を奏する。

【図面の簡単な説明】

【0016】

【図1】図１は、ｅ－Ｇｏｖサイトから手続きの状況を照会する手順を説明するための図である。

【図2】図２は、ｅ－Ｇｏｖサイトから手続きの状況を照会する手順を説明するための図である。

【図3】図３は、ｅ－Ｇｏｖサイトから手続きの状況を照会する手順を説明するための図である。

【図4】図４は、ｅ－Ｇｏｖサイトから手続きの状況を照会する手順を説明するための図である。

【図5】図５は、本実施の形態に係る電子申請支援装置の構成の一例を示すブロック図である。

【図6】図６は、社員情報及び送信履歴データの構成を示す図である。

【図7】図７は、本実施の形態における電子申請支援装置の制御部の全体の処理の概略を説明するための図である。

【図8】図８は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

【図9】図９は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

【図10】図１０は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

【図11】図１１は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

【図12】図１２は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

【図13】図１３は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

【図14】図１４は、本実施の形態における電子申請支援装置の制御部の処理の具体例を説明するための図である。

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

【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】

１００ 電子申請支援装置
１０２ 制御部
１０２ａ 申請部
１０２ｂ 申請状況照会部
１０２ｃ 画面表示制御部
１０２ｄ ｅ-ＧｏｖＡＰＩ
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ データテーブル
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ ｅ-Ｇｏｖ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】