特開 2024-101299 郵送申請支援システム及び郵送申請支援プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024101299

(43)【公開日】2024-07-29

(54)【発明の名称】郵送申請支援システム及び郵送申請支援プログラム

(51)【国際特許分類】

   G06Q 50/26 20240101AFI20240722BHJP

【ＦＩ】

G06Q50/26

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023005202

(22)【出願日】2023-01-17

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｆｕｊｉｆｉｌｍ．ｃｏｍ／ｆｂ／ｃｏｍｐａｎｙ／ｎｅｗｓ／ｒｅｌｅａｓｅ／２０２２／７８６９８にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｆｕｊｉｆｉｌｍ．ｃｏｍ／ｆｂｓｓ／ｎｅｗｓ／ｎｅｗｓ＿２２０９０５にて公開 令和４年９月２８日 ｈｔｔｐｓ：／／ｗｗｗ．ａｔｐｒｅｓｓ．ｎｅ．ｊｐ／ｎｅｗｓ／３２７３５２にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｎｉｋｋｅｉ．ｃｏｍ／ａｒｔｉｃｌｅ／ＤＧＸＺＲＳＰ６３９４８５＿Ｖ００Ｃ２２Ａ９００００００／ ｈｔｔｐｓ：／／ｗｗｗ．ｎｉｋｋｅｉ．ｃｏｍ／ａｒｔｉｃｌｅ／ＤＧＸＺＲＳＰ６３９４８５＿０５０９２０２２００００００／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｋｙｏｄｏｎｅｗｓｐｒｗｉｒｅ．ｊｐ／ｒｅｌｅａｓｅ／２０２２０９０２５８７７／ａｍｐにて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ａｓａｈｉ．ｃｏｍ／ａｎｄ／ｐｒｅｓｓｒｅｌｅａｓｅ／４２２３８７６５６／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｍｉｎｙｕ－ｎｅｔ．ｃｏｍ／ｒｅｌｅａｓｅ／ｐｒｗｉｒｅ／Ｎ２０２２０９０２５８７７．ｐｈｐにて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｓｈｉｎｍａｉ．ｃｏ．ｊｐ／ｎｅｗｓ／ａｒｔｉｃｌｅ／ＰＲＰＷ２０２２０９０２５８７７にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｏｋｉｎａｗａｔｉｍｅｓ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅｓ／－／１０１９０８８にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ａｇａｒａ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅ／２２２０６４？ｒｃｔ＝ｎｎｅｗｓにて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｓａｎｎｉｃｈｉ．ｃｏ．ｊｐ／ｐｒｗｉｒｅ／ｋｏｋｕｎａｉ／２０２２０９０２５８７７にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｙａｍａｇａｔａ－ｎｐ．ｊｐ／ｐｒｗ／ｉｎｄｅｘ＿ｐｒ．ｐｈｐ？ｉｄ＝２０２２０９０２５８７７にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｎｅｗｓ．ｌｉｖｅｄｏｏｒ．ｃｏｍ／ａｒｔｉｃｌｅ／ｄｅｔａｉｌ／２２７９８１４５／にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和４年９月５日 ｈｔｔｐｓ：／／ｎｅｗｓ．ｉｎｆｏｓｅｅｋ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅ／ａｔｐｒｅｓｓ＿３２７３５２／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｃｌｏｕｄ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｄｏｃｓ／ｎｅｗｓ／１４３７４１５．ｈｔｍｌにて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｊａｐａｎ．ｚｄｎｅｔ．ｃｏｍ／ａｒｔｉｃｌｅ／３５１９２７９３／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｎｅｗｓ．ｍｙｎａｖｉ．ｊｐ／ｔｅｃｈｐｌｕｓ／ａｒｔｉｃｌｅ／２０２２０９０５－２４４６３２４／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｍａｐｉｏｎ．ｃｏ．ｊｐ／ｎｅｗｓ／ｃｏｌｕｍｎ／ｃｏｂｓ２４７３９９９－１－ａｌｌ／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｎｅｗｓ．ｂｉｇｌｏｂｅ．ｎｅ．ｊｐ／ｅｃｏｎｏｍｙ／０９２８／ａｔｐ＿２２０９２８＿６８８１９５２３４８．ｈｔｍｌにて公開 令和４年９月５日 ｈｔｔｐｓ：／／ａｍｐｍｅｄｉａ．ｊｐ／２０２２／０９／０５／ｆｕｊｉｆｉｌｍ－ｓｕｍｉｄａｋｕ／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｅｘｃｉｔｅ．ｃｏ．ｊｐ／ｎｅｗｓ／ａｒｔｉｃｌｅ／ＡＭＰ＿２７６９８５／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｂ２ｂ－ｃｈ．ｉｎｆｏｍａｒｔ．ｃｏ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ．ｐａｇｅ？ＩＭＮＥＷＳ１＝３５０４５３４にて公開 令和４年９月６日 ｈｔｔｐｓ：／／ｗｗｗ．ｊｉｊｉ．ｃｏｍ／ｊｃ／ａｒｔｉｃｌｅ？ｋ＝２０２２０９０６Ｐｒ３＆ｇ＝ｊｍｐ／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｄｅｍｐａ－ｄｉｇｉｔａｌ．ｃｏｍ／ａｒｔｉｃｌｅ／３５１４７４にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｍａｉｎｉｃｈｉ．ｊｐ／ａｒｔｉｃｌｅｓ／２０２２０９０５／ｐｌｓ／００ｍ／０２０／５１４０００ｃにて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｚａｋｚａｋ．ｃｏ．ｊｐ／ｐｒｅｓｓｒｅｌｅａｓｅ／ｋｙｏｄｏ＿ｐｒｗｉｒｅ／ＣＴＦＦＤＪＱＷＩＺＰＧ３Ｂ４ＵＵＣＧＹ５ＨＬ２Ｈ４／にて公開 令和４年９月５日 ｈｔｔｐｓ：／／ｗｗｗ．ｋｏｃｈｉｎｅｗｓ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅ／ｄｅｔａｉｌ／５９１２１２にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和４年９月６日 ｈｔｔｐｓ：／／ｐｏｒｔａｌ．ｊａｍｐ．ｊｉｊｉ．ｃｏｍ／ｐｏｒｔａｌ／ｎｅｗｓ／ｄｅｔａｉｌ／２０２２０９０６８９０２２５Ｊにて公開 令和４年９月６日 ｈｔｔｐｓ：／／ｂｐ－ａｆｆａｉｒｓ．ｃｏｍ／ｎｅｗｓ／２０２２／０９／２０２２０９０６－１１７７５．ｈｔｍｌにて公開 令和４年９月６日 ｈｔｔｐｓ：／／ｗｗｗ．ｎｅｗｐｒｉｎｅｔ．ｃｏ．ｊｐ／％Ｅ５％ＡＦ％８Ｃ％Ｅ５％Ａ３％ＡＢ％Ｅ３％８３％９５％Ｅ３％８２％Ａ４％Ｅ３％８３％ＡＢ％Ｅ３％８３％Ａ０％Ｅ３％８２％Ｂ７％Ｅ３％８２％Ｂ９％Ｅ３％８３％８６％Ｅ３％８３％Ａ０％Ｅ３％８２％Ｂ５％Ｅ３％８３％ＢＣ％Ｅ３％８３％９３％Ｅ３％８２％Ｂ９％Ｅ３％８０％８０％Ｅ５％Ａ２％Ａ８％Ｅ７％９４％Ｂ０％Ｅ５％８Ｃ％ＢＡ％Ｅ３％８１％Ａ８％Ｅ４％ＢＤ％８Ｆ％Ｅ６％Ｂ０％９１％Ｅ７％Ａ５％Ａ８にて公開

(71)【出願人】

【識別番号】594172271

【氏名又は名称】富士フイルムシステムサービス株式会社

(74)【代理人】

【識別番号】110001519

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

(72)【発明者】

【氏名】鈴木 良輔

(72)【発明者】

【氏名】吉井 嗣和

(72)【発明者】

【氏名】三木田 誠

(72)【発明者】

【氏名】寺浦 隆志

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC35

5L050CC35

(57)【要約】

【課題】自治体からの証明書の郵送での受け取りの申請に関して、定額小為替の取り扱いに関する手間の発生を回避することができる郵送申請支援システム及び郵送申請支援プログラムを得る。
【解決手段】郵送申請支援システム９０は、申請者が用いる申請者端末３０と自治体に設けられた自治体端末２０との間に介在される郵送申請支援装置１０を有する郵送申請支援システム９０であって、自治体によって交付される証明書の郵送での受け取りの申請に関する処理が申請者端末３０によって行われた場合で、かつ、証明書の交付のための手数料のオンラインでの決済が確認された場合に、証明書の申請者への郵送を指示する郵送指示情報を自治体端末２０により提示させる提示部１１Ａ、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

申請者が用いる申請者端末と自治体に設けられた自治体端末との間に介在される郵送申請支援装置を有する郵送申請支援システムであって、
前記郵送申請支援装置は、
前記自治体によって交付される証明書の郵送での受け取りの申請に関する処理が前記申請者端末によって行われた場合で、かつ、前記証明書の交付のための手数料のオンラインでの決済が確認された場合に、前記証明書の前記申請者への郵送を指示する郵送指示情報を前記自治体端末により提示させる提示部、を備える
郵送申請支援システム。

【請求項2】

前記郵送申請支援装置は、
前記申請に関する処理が前記申請者端末によって行われた時点である申請時点において前記証明書の交付のための手数料が確定している場合、当該申請時点において前記手数料の決済を行う決済処理を実行し、前記申請時点において前記手数料が確定していない場合、当該手数料の確定時点において前記決済処理を実行する実行部、を更に備える
請求項１に記載の郵送申請支援システム。

【請求項3】

前記提示部は、前記申請時点において前記手数料が確定している場合、当該申請時点において前記決済処理を実行するか否かの指定を受け付ける受付画面を前記申請者端末により更に提示させる、
請求項２に記載の郵送申請支援システム。

【請求項4】

前記提示部は、前記申請者端末及び前記自治体端末の少なくとも一方における、前記申請に応じた工程の進捗状況を示す進捗状況情報を、前記申請者端末及び前記自治体端末の少なくとも一方に更に提示させる、
請求項１から請求項３の何れか１項に記載の郵送申請支援システム。

【請求項5】

前記提示部は、前記進捗状況情報として、それまでに終了している工程の全てを時系列順に並べて提示させる、
請求項４に記載の郵送申請支援システム。

【請求項6】

前記提示部は、前記申請に関する処理が前記申請者端末によって行われた場合に、当該申請を識別するための識別情報を前記申請者端末により更に提示させる、
請求項１から請求項３の何れか１項に記載の郵送申請支援システム。

【請求項7】

前記提示部は、前記申請に関する処理が前記申請者端末によって行われた場合に、前記識別情報と共に、当該申請のための申請書が届くことを示す予告情報を前記自治体端末により更に提示させる、
請求項６に記載の郵送申請支援システム。

【請求項8】

申請者が用いる申請者端末と自治体に設けられた自治体端末との間に介在される郵送申請支援装置により実行される郵送申請支援プログラムであって、
前記自治体によって交付される証明書の郵送での受け取りの申請に関する処理が前記申請者端末によって行われた場合で、かつ、前記証明書の交付のための手数料のオンラインでの決済が確認された場合に、前記証明書の前記申請者への郵送を指示する郵送指示情報を前記自治体端末により提示させる、
処理をコンピュータに実行させるための郵送申請支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、郵送申請支援システム及び郵送申請支援プログラムに関する。

【背景技術】

【0002】

特許文献１には、複数の役所に住民票等の請求申請を行なう場合であっても、簡便に役所ごとに異なる対応を行なうことが可能であり、作業負担と管理コストを大幅に軽減することを目的とした住民票請求システムが開示されている。

【0003】

この住民票請求システムは、住民票、附票又は戸籍証明書の請求申請書データを役所サーバへ送信する請求処理サーバと、住民票、附票又は戸籍証明書の請求申請書データを受信し、受信した請求申請書データをもとに住民票、附票又は戸籍証明書を交付する役所サーバが通信回線を介して接続される。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

従来、自治体により交付された証明書を入手するための申請方法には、コンビニエンスストア等に設けられたマルチコピー端末を用いて申請する方法（以下、「店舗申請法」という。）や、申請者の端末からオンラインで申請する方法（以下、「オンライン申請法」）があった。

【0006】

しかしながら、店舗申請法及びオンライン申請法の何れにおいても、個人番号カード（所謂マイナンバーカード）の提示が必要とされていた。

【0007】

一方、個人番号カードの提示を要することなく、証明書を入手するための申請方法として、自治体に対して証明書の郵送を、申請書の郵送によって申請する方法（以下、「郵送申請法」という。）があった。

【0008】

しかしながら、上記郵送申請法では、申請者により、定額小為替を郵便局にて購入して自治体に送付する必要があり、このための手間が大きな問題となっていた。

【0009】

また、上記郵送申請法では、自治体により、証明書の交付のための手数料を定額小為替として受領する必要があり、更に、受領した定額小為替による手数料に過不足が生じた場合には申請者とのやりとりを行うことになり、このための手間が大きな問題となっていた。

【0010】

本開示は、自治体からの証明書の郵送での受け取りの申請に関して、定額小為替の取り扱いに関する手間の発生を回避することができる郵送申請支援システム及び郵送申請支援プログラムを提供することを目的とする。

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

【0011】

上記目的を達成するために、第１態様に係る郵送申請支援システムは、申請者が用いる申請者端末と自治体に設けられた自治体端末との間に介在される郵送申請支援装置を有する郵送申請支援システムであって、前記郵送申請支援装置は、前記自治体によって交付される証明書の郵送での受け取りの申請に関する処理が前記申請者端末によって行われた場合で、かつ、前記証明書の交付のための手数料のオンラインでの決済が確認された場合に、前記証明書の前記申請者への郵送を指示する郵送指示情報を前記自治体端末により提示させる提示部、を備える。

【0012】

また、第２態様に係る郵送申請支援システムは、第１態様に係る郵送申請支援システムにおいて、前記郵送申請支援装置は、前記申請に関する処理が前記申請者端末によって行われた時点である申請時点において前記証明書の交付のための手数料が確定している場合、当該申請時点において前記手数料の決済を行う決済処理を実行し、前記申請時点において前記手数料が確定していない場合、当該手数料の確定時点において前記決済処理を実行する実行部、を更に備える。

【0013】

また、第３態様に係る郵送申請支援システムは、第２態様に係る郵送申請支援システムにおいて、前記提示部は、前記申請時点において前記手数料が確定している場合、当該申請時点において前記決済処理を実行するか否かの指定を受け付ける受付画面を前記申請者端末により更に提示させる。

【0014】

また、第４態様に係る郵送申請支援システムは、第１態様から第３態様の何れか１態様に係る郵送申請支援システムにおいて、前記提示部は、前記申請者端末及び前記自治体端末の少なくとも一方における、前記申請に応じた工程の進捗状況を示す進捗状況情報を、前記申請者端末及び前記自治体端末の少なくとも一方に更に提示させる。

【0015】

また、第５態様に係る郵送申請支援システムは、第４態様に係る郵送申請支援システムにおいて、前記提示部は、前記進捗状況情報として、それまでに終了している工程の全てを時系列順に並べて提示させる。

【0016】

また、第６態様に係る郵送申請支援システムは、第１態様から第３態様の何れか１態様に係る郵送申請支援システムにおいて、前記提示部は、前記申請に関する処理が前記申請者端末によって行われた場合に、当該申請を識別するための識別情報を前記申請者端末により更に提示させる。

【0017】

また、第７態様に係る郵送申請支援システムは、第６態様に係る郵送申請支援システムにおいて、前記提示部は、前記申請に関する処理が前記申請者端末によって行われた場合に、前記識別情報と共に、当該申請のための申請書が届くことを示す予告情報を前記自治体端末により更に提示させる。

【0018】

更に、上記目的を達成するために、第８態様に係る郵送申請支援プログラムは、申請者が用いる申請者端末と自治体に設けられた自治体端末との間に介在される郵送申請支援装置により実行される郵送申請支援プログラムであって、前記自治体によって交付される証明書の郵送での受け取りの申請に関する処理が前記申請者端末によって行われた場合で、かつ、前記証明書の交付のための手数料のオンラインでの決済が確認された場合に、前記証明書の前記申請者への郵送を指示する郵送指示情報を前記自治体端末により提示させる、処理をコンピュータに実行させる。

【発明の効果】

【0019】

第１態様及び第８態様によれば、自治体からの証明書の郵送での受け取りの申請に関して、定額小為替の取り扱いに関する手間の発生を回避することができる。

【0020】

第２態様によれば、申請時点において証明書の交付のための手数料が確定している場合は、他の場合に比較して、より早期に決済処理を実行することができ、当該他の場合には、手数料の確定時点で決済処理を実行することができる。

【0021】

第３態様によれば、申請時点において手数料が確定している場合には、申請者側のユーザに対して、その時点で決済処理を実行するか否かを選択させることができる。

【0022】

第４態様によれば、申請者側及び自治体側の少なくとも一方のユーザに対して、申請に応じた工程の進捗状況を把握させることができる。

【0023】

第５態様によれば、進捗状況情報として、それまでに終了している工程の全てを時系列順に並べて提示しない場合に比較して、より直感的に、申請に応じた工程の進捗状況を把握させることができる。

【0024】

第６態様によれば、申請者側のユーザが、提示された識別情報を申請に用いることで、自治体側のユーザに対して申請者を特定させることができる。

【0025】

第７態様によれば、予告情報を提示しない場合に比較して、より確実に、自治体側のユーザに対して、申請が行われる旨及び申請者の識別情報を把握させることができる。

【図面の簡単な説明】

【0026】

【図1】実施形態に係る郵送申請支援システムのハードウェア構成の一例を示すブロック図である。

【図2】実施形態に係る郵送申請支援システムの機能的な構成の一例を示すブロック図である。

【図3】実施形態に係る申請者情報データベースの構成の一例を示す模式図である。

【図4】実施形態に係る進捗情報データベースの構成の一例を示す模式図である。

【図5】実施形態に係る第１郵送申請支援処理の一例を示すフローチャートである。

【図6】実施形態に係る第１ログイン画面の一例を示す正面図である。

【図7】実施形態に係る当初の申請者基本画面の一例を示す正面図である。

【図8】実施形態に係る自治体選択画面を含む申請者基本画面の一例を示す正面図である。

【図9】実施形態に係る更新後の申請者基本画面の一例を示す正面図である。

【図10】実施形態に係る申請書の郵送準備作業の説明に供する模式図である。

【図11】実施形態に係る更新後の工程提示画面を含む申請者基本画面の一例を示す正面図である。

【図12】実施形態に係る更新後の工程提示画面を含む申請者基本画面の一例を示す正面図である。

【図13】実施形態に係る決済画面の一例を示す正面図である。

【図14】実施形態に係る決済サブ画面の一例を示す正面図である。

【図15】実施形態に係る更新後の決済サブ画面の一例を示す正面図である。

【図16】実施形態に係る更新後の工程提示画面を含む申請者基本画面の一例を示す正面図である。

【図17】実施形態に係る更新後の工程提示画面を含む申請者基本画面の一例を示す正面図である。

【図18】実施形態に係る証明書の受領の説明に供する模式図である。

【図19】実施形態に係る第２郵送申請支援処理の一例を示すフローチャートである。

【図20】実施形態に係る第２ログイン画面の一例を示す正面図である。

【図21】実施形態に係る当初の自治体基本画面の一例を示す正面図である。

【図22】実施形態に係る申請書到着確認画面を含む自治体基本画面の一例を示す正面図である。

【図23】実施形態に係る更新後の自治体基本画面の一例を示す正面図である。

【図24】実施形態に係る申請書不備通知画面を含む自治体基本画面の一例を示す正面図である。

【図25】実施形態に係る証明書の印刷作業の説明に供する模式図である。

【図26】実施形態に係る更新後の自治体基本画面の一例を示す正面図である。

【図27】実施形態に係る更新後の自治体基本画面の一例を示す正面図である。

【図28】実施形態に係る更新後の自治体基本画面の一例を示す正面図である。

【図29】実施形態に係る更新後の自治体基本画面の一例を示す正面図である。

【図30】実施形態に係る証明書の郵送準備作業の説明に供する模式図である。

【図31】実施形態に係る更新後の自治体基本画面の一例を示す正面図である。

【図32】従来技術の説明に供する図であり、従来、証明書の郵送での送付を申請した場合に実施される工程の流れの一例を示す模式図である。

【図33】実施形態の変形例に係る郵送申請支援システムの機能的な構成の一例を示すブロック図である。

【図34】実施形態の変形例に係る受付画面を含む申請者基本画面の一例を示す正面図である。

【図35】実施形態の変形例の説明に供する図であり、手数料を先払いとした場合に実施される工程の流れの一例を示す模式図である。

【図36】実施形態の変形例の説明に供する図であり、手数料を後払いとした場合に実施される工程の流れの一例を示す模式図である。

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

【0027】

以下、図面を参照して、本発明を実施するための形態例を詳細に説明する。なお、本実施形態では、本発明を、自治体によって交付される証明書（本実施形態では、住民票及び戸籍証明書）の郵送での受け取りの申請を行う申請者が保有する申請者端末と、自治体が保有する自治体端末と、申請者端末と自治体端末との間に介在され、郵送申請支援サービスの提供者が保有する郵送申請支援装置と、を含む郵送申請支援システムに適用した場合について説明する。ここでいう郵送申請支援サービスとは、申請者側及び自治体側の双方のユーザに対して、上記申請に伴う作業工程を支援するサービスを意味する。また、ここでいう証明書としては、住民票及び戸籍証明書のみならず、印鑑登録証明書等といった各種証明書を適用することができる。

【0028】

まず、図１及び図２を参照して、本実施形態に係る郵送申請支援システム９０の構成を説明する。図１は、本実施形態に係る郵送申請支援システム９０のハードウェア構成の一例を示すブロック図である。また、図２は、本実施形態に係る郵送申請支援システム９０の機能的な構成の一例を示すブロック図である。

【0029】

図１に示すように、本実施形態に係る郵送申請支援システム９０は、ネットワーク８０に各々アクセス可能とされた、郵送申請支援サービスの提供者が保有する郵送申請支援装置１０と、各々異なる自治体に設けられ、証明書の郵送の申請を受け付ける複数の自治体端末２０と、各々異なる申請者が保有し、証明書の郵送の申請に関する処理を行う複数の申請者端末３０と、を含む。なお、郵送申請支援装置１０、自治体端末２０、及び申請者端末３０の例としては、パーソナルコンピュータ及びサーバコンピュータ等の情報処理装置が挙げられる。

【0030】

本実施形態では、ネットワーク８０として、インターネット、電話回線網等の公共の通信回線を適用しているが、この形態に限定されるものではない。ネットワーク８０として、例えば、これらの公共の通信回線と、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の企業や自治体内の通信回線とを組み合わせて適用する形態としてもよい。

【0031】

図１に示すように、本実施形態に係る自治体端末２０は、プロセッサとしてのＣＰＵ（Central Processing Unit）２１、一時記憶領域としてのメモリ２２、不揮発性の記憶部２３、キーボードとマウス等の入力部２４、液晶ディスプレイ等の表示部２５、媒体読み書き装置（Ｒ／Ｗ）２６、及び通信インタフェース（Ｉ／Ｆ）部２７を備えている。ＣＰＵ２１、メモリ２２、記憶部２３、入力部２４、表示部２５、媒体読み書き装置２６、及び通信Ｉ／Ｆ部２７はバスＢ１を介して互いに接続されている。媒体読み書き装置２６は、記録媒体２８に書き込まれている情報の読み出し及び記録媒体２８への情報の書き込みを行う。記憶部２３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等によって実現される。

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

図６に示すように、本実施形態に係る第１ログイン画面では、対象申請者に対して予め付与されたユーザＩＤ（Identification）及びパスワードを入力するための入力領域３５Ａ１が表示される。

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

即ち、この場合、図３５に示すように、申請者は、申請者端末３０により、システムへのログインを行い、申請に関する情報の入力を行った後、一例として図３４に示した受付画面３５Ａ１７によって手数料の支払いタイミングとして先払いを選択する。そして、申請者は、申請書の印刷又は入力を行い、必要に応じて疎明資料を準備すると共に、オンライン決済を行った後、申請書等の自治体への郵送を行う。

【0146】

これに対し、自治体の担当者は、申請書等を受領すると、オンライン決済による支払いが問題なく行われたことを確認した後、証明書の交付・不交付を判断し、交付となった場合に当該証明書を発行（印刷）する。そして、自治体の担当者は、印刷した証明書を封筒に封入封緘して申請者に郵送する。

【0147】

これに対し、申請者によって後払いが指定されると、一例として図３６に示すように各工程が進行する。図３６は、上記実施形態の変形例の説明に供する図であり、手数料を後払いとした場合に実施される工程の流れの一例を示す模式図である。

【0148】

即ち、この場合、図３６に示すように、申請者は、申請者端末３０により、システムへのログインを行い、申請に関する情報の入力を行った後、一例として図３４に示した受付画面３５Ａ１７によって手数料の支払いタイミングとして後払いを選択する。そして、申請者は、申請書の印刷又は入力を行い、必要に応じて疎明資料を準備した後、申請書等の自治体への郵送を行う。

【0149】

これに対し、自治体の担当者は、申請書等を受領すると、証明書の交付・不交付を判断し、交付となった場合に当該証明書を発行（印刷）した後、手数料の金額を申請者に通知する。

【0150】

手数料の金額の通知を受信すると、申請者は、当該手数料を確認し、オンライン決済を行う。

【0151】

その後、自治体の担当者は、オンライン決済による支払いが問題なく行われたことを確認した後、印刷した証明書を封筒に封入封緘して申請者に郵送する。

【0152】

また、上記実施形態では、郵送申請支援装置１０において第１郵送申請支援処理及び第２郵送申請支援処理を実行する場合について説明したが、これに限定されるものではない。例えば、自治体端末２０、又は申請者端末３０において第１郵送申請支援処理及び第２郵送申請支援処理を実行する形態としてもよい。また、第１郵送申請支援処理及び第２郵送申請支援処理の何れか一方を、郵送申請支援装置１０、自治体端末２０、及び申請者端末３０の何れかの装置で実行し、他方を、残りの何れかの装置で実行する形態としてもよい。

【0153】

以上、実施形態を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更又は改良を加えることができ、該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。

【0154】

また、上記実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の組み合わせにより種々の発明が抽出される。実施の形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。

【0155】

また、上記実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば、ＣＰＵ等）や、専用のプロセッサ（例えば、ＧＰＵ： Graphics Processing Unit、ＡＳＩＣ： Application Specific Integrated Circuit、ＦＰＧＡ： Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。

【0156】

更に、上記実施形態では、第１郵送申請支援処理及び第２郵送申請支援処理を、プログラムを実行することにより、コンピュータを利用してソフトウェア構成により実現する場合について説明したが、本発明はこれに限定されるものではない。例えば、第１郵送申請支援処理及び第２郵送申請支援処理を、ハードウェア構成や、ハードウェア構成とソフトウェア構成の組み合わせによって実現する形態としてもよい。

【0157】

その他、上記実施形態で説明した郵送申請支援装置１０、自治体端末２０、及び申請者端末３０の構成は一例であり、本発明の主旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりしてもよいことは言うまでもない。

【0158】

また、上記実施形態で説明した第１郵送申請支援処理及び第２郵送申請支援処理の流れも一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよいことは言うまでもない。

【符号の説明】

【0159】

１０ 郵送申請支援装置
１１ ＣＰＵ
１１Ａ 提示部
１１Ｂ 実行部
１２ メモリ
１３ 記憶部
１３Ａ 第１郵送申請支援プログラム
１３Ｂ 第２郵送申請支援プログラム
１３Ｃ 申請者情報データベース
１３Ｄ 進捗情報データベース
１４ 入力部
１５ 表示部
１６ 媒体読み書き装置
１７ 記録媒体
１８ 通信Ｉ／Ｆ部
２０ 自治体端末
２１ ＣＰＵ
２２ メモリ
２３ 記憶部
２４ 入力部
２５ 表示部
２５Ａ１ 入力領域
２５Ａ２ ログインボタン
２５Ａ３ 進捗件数画面
２５Ａ４ 申請関連画面
２５Ａ５ 工程提示画面
２５Ａ６ 申請書収受ボタン
２５Ａ７ 申請書到着確認画面
２５Ａ８ キャンセルボタン
２５Ａ９ ＯＫボタン
２５Ａ１０ 審査完了ボタン
２５Ａ１１ 申請書不備通知ボタン
２５Ａ１２ 申請書不備通知画面
２５Ａ１３ キャンセルボタン
２５Ａ１４ 送信ボタン
２５Ａ１５ 手数料入力ボタン
２５Ａ１６ 手数料入力画面
２５Ａ１７ キャンセルボタン
２５Ａ１８ 確定ボタン
２５Ａ１９ 郵送完了ボタン
２６ 媒体読み書き装置
２７ 通信Ｉ／Ｆ部
２８ 記録媒体
３０ 申請者端末
３１ ＣＰＵ
３２ メモリ
３３ 記憶部
３４ 入力部
３５ 表示部
３５Ａ１ 入力領域
３５Ａ２ ログインボタン
３５Ａ３ 新規作成ボタン
３５Ａ４ 進捗件数画面
３５Ａ５ 自治体選択画面
３５Ａ６ 選択領域
３５Ａ７ キャンセルボタン
３５Ａ８ 作成ボタン
３５Ａ９ 申請関連画面
３５Ａ１０ 破棄ボタン
３５Ａ１１ 工程提示画面
３５Ａ１２ 支払指定領域
３５Ａ１３ 決済ボタン
３５Ａ１４ 自治体指定画面
３５Ａ１５ 支払い確認画面
３５Ａ１６ 決済サブ画面
３５Ａ１７ 受付画面
３５Ａ１８ 選択領域
３５Ａ１９ キャンセルボタン
３５Ａ２０ 作成ボタン
３６ 媒体読み書き装置
３７ 通信Ｉ／Ｆ部
３８ 記録媒体
６０ 申請書
６２ 本人確認用の書類
６４ 返信用の封筒
６６ 証明書
７０ 封筒
８０ ネットワーク
９０ 郵送申請支援システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】