JP2024085573A - 審査業務支援システム、審査業務支援方法、及びプログラム - Google Patents

Abstract

【課題】各種手続きの申請に対する審査業務において作業者にかかる業務負荷を軽減することが可能な審査業務支援システム、審査業務支援方法、及びプログラムを提供する。【解決手段】審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得部と、前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示部と、を備える審査業務支援システム。【選択図】図３

Description

本発明は、審査業務支援システム、審査業務支援方法、及びプログラムに関する。

従来、行政機関などにおける各種手続きでは、紙の申請書に必要事項を記入して申請するなど、アナログ的な方法による申請（以下、「アナログ申請」とも称される）が行われている。近年では、デジタル化の推進により、オンラインのスマートフォンやパソコンなどから必要事項を入力して申請するなど、デジタル的な方法による申請（以下、「デジタル申請」とも称される）が普及しつつある。

例えば、下記特許文献１には、申請者が、オンラインのスマートフォンやパソコンなどからマイナンバーカードを申請することが可能な申請システムが開示されている。

特許第７０９２２４６号公報

しかしながら、申請者の中には、デジタル化への対応が困難な人（例えば高齢者など）が少なからず存在するため、申請方法をデジタル申請に一本化することは難しく、アナログ申請も可能にしておく必要がある。このため、行政機関における各種手続きでは、アナログ申請とデジタル申請が併存状態にある。
また、申請内容を審査する審査業務では、アナログ申請の場合にはアナログ申請用の審査フローがあり、デジタル申請の場合にはデジタル申請用の審査フローがある。このため、アナログ申請とデジタル申請が併存状態にある場合、行政機関の職員は、申請方法に応じて異なる審査フローで審査を行う必要があった。
これより、行政機関における各種手続きのデジタル化により、申請者の利便性は向上するが、申請内容の審査業務を行う職員の業務負荷は増大していた。

上述の課題を鑑み、本発明の目的は、各種手続きの申請に対する審査業務において作業者にかかる業務負荷を軽減することが可能な審査業務支援システム、審査業務支援方法、及びプログラムを提供することにある。

上述の課題を解決するために、本発明の一態様に係る審査業務支援システムは、審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得部と、前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示部と、を備える。

本発明の一態様に係る審査業務支援方法は、審査対象取得部が、審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得過程と、審査画面表示部が、前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示過程と、を含む。

本発明の一態様に係るプログラムは、コンピュータを、審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得手段と、前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示手段と、として機能させる。

本発明によれば、各種手続きの申請に対する審査業務において作業者にかかる業務負荷を軽減することができる。

本実施形態に係る審査業務支援システムの概略構成の一例を示すブロック図である。 本実施形態に係る自治体端末の機能構成の一例を示すブロック図である。 本実施形態に係る審査システムの機能構成の一例を示すブロック図である。 本実施形態に係る審査画面の一例を示す図である。 本実施形態に係るオンライン申請システムの機能構成の一例を示すブロック図である。 本実施形態に係る自治体システムの機能構成の一例を示すブロック図である。 本実施形態に係る紙申請における申請から審査対象の登録までの処理の流れの一例を示すシーケンス図である。 本実施形態に係るオンライン申請における申請から審査対象の登録までの処理の流れの一例を示すシーケンス図である。 本実施形態に係る審査対象の審査における処理の流れの一例を示すシーケンス図である。 本実施形態に係る審査が正常に終了した場合における処理の流れの一例を示すシーケンス図である。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。

＜１．審査業務支援システムの概略構成＞
図１を参照して、本実施形態に係る審査業務支援システムの概略構成について説明する。図１は、本実施形態に係る審査業務支援システムの概略構成の一例を示すブロック図である。
図１に示す審査業務支援システム１は、各種の申請における審査業務を支援するためのシステムである。各種の申請は、例えば、行政機関や金融機関などでの手続きに関する申請である。行政機関は、例えば、中央省庁や自治体（「地方自治体」又は「地方公共団体」とも称される）などである。
各種の手続きにおける申請方法には、アナログ的な方法による申請（以下、「アナログ申請」とも称される）とデジタル的な方法による申請（以下、「デジタル申請」とも称される）がある。アナログ申請は、例えば、紙の申請書に必要事項を記入して提出する申請（以下、「紙申請」とも称される）である。デジタル申請は、例えば、オンラインで必要事項を入力する申請（以下、「オンライン申請」とも称される）である。

以下では、自治体の手続きに関する申請において、申請者が紙申請又はオンライン申請による申請を行い、自治体の職員（作業者）が申請に対する審査業務を行う例を一例として、本実施形態について説明する。図１には、申請者ＵＳ１が紙申請を行い、申請者ＵＳ２がオンライン申請を行う例が示されている。申請者ＵＳ１は、自宅ＨＭ１にて必要事項を記入した申請書ＡＦを自治体ＪＣへ郵送することで、紙申請を行う。申請者ＵＳ２は、自宅ＨＭ２にてオンラインの申請者端末１０から、自治体ＪＣが提供するＷｅｂサイトなどに必要事項を入力することで、オンライン申請を行う。自治体ＪＣの職員ＭＳは、申請者ＵＳ１による紙申請の内容や申請者ＵＳ２によるオンライン申請の内容を審査する。
なお、申請者ＵＳ１が申請書ＡＦに必要事項を記入する場所や申請者ＵＳ２が申請者端末１０に必要事項を入力する場所は、自宅に限定されず、任意の場所であってもよい。また、申請者ＵＳ１が申請書ＡＦを自治体ＪＣへ提出する方法は、郵送に限定されない。例えば、申請者ＵＳ１は、自治体ＪＣへ申請書ＡＦを持参し、職員に直接手渡してもよい。また、申請者ＵＳ２がオンライン申請を行う端末は、申請者ＵＳ２が有する端末に限定されない。例えば、申請者ＵＳ２は、自治体ＪＣに設けられた端末などからオンライン申請を行ってもよい。

図１に示すように、本実施形態に係る審査業務支援システム１は、申請者端末１０と、自治体端末２０と、読取装置３０と、審査システム４０と、オンライン申請システム５０と、自治体システム６０とを備える。

（１）申請者端末１０
申請者端末１０は、申請者ＵＳ２がオンライン申請を行うために使用する端末である。申請者端末１０は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、タブレット端末などである。
申請者端末１０は、携帯電話網やインターネットなどのネットワークを介して、オンライン申請システム５０と通信可能に接続される。オンライン申請システム５０との通信において、申請者端末１０は、例えば申請者によってオンラインで入力された入力データを送信する。

（２）自治体端末２０
自治体端末２０は、職員ＭＳが申請に対する審査業務を行うために使用する端末である。本実施形態において、自治体端末２０は、審査業務に使用される審査用端末の一例であり、例えば自治体ＪＣによって運用される端末である。また、職員ＭＳは、審査業務を行う審査担当者の一例であり、例えば自治体ＪＣに属する者である。自治体端末２０は、例えば、ＰＣ、スマートフォン、タブレット端末などである。
自治体端末２０は、有線通信又は無線通信によって読取装置３０と通信可能に接続される。読取装置３０との通信において、自治体端末２０は、例えば申請書の画像データを受信する。
また、自治体端末２０は、自治体ＪＣの組織内のネットワークを介して、審査システム４０と、オンライン申請システム５０と通信可能に接続される。審査システム４０との通信において、自治体端末２０は、例えば画像データや入力データを送信し、審査画面の画面情報を受信する。自治体端末２０は、審査システム４０との通信により、審査システム４０へ画像データ又は入力データを入力し、入力したデータに基づき生成される審査画面を表示する。職員ＭＳは、自治体端末２０に表示された審査画面を用いて審査を行う。オンライン申請システム５０との通信において、自治体端末２０は、例えばダウンロードした入力データを受信する。
なお、自治体端末２０が審査システム４０との通信において送信する入力データは、職員ＭＳが紙申請とオンライン申請のどちらに対する審査を行うかで異なる。例えば、職員ＭＳが紙申請に対する審査を行う場合、自治体端末２０が審査システム４０へ送信する入力データは、職員ＭＳが申請書ＡＦに記載された内容（あるいは画像データが示す内容）を自治体端末２０へ手動で入力したデータである。一方、職員ＭＳがオンライン申請に対する審査を行う場合、自治体端末２０が審査システム４０へ送信する入力データは、自治体端末２０がオンライン申請システム５０からダウンロードした入力データである。

（３）読取装置３０
読取装置３０は、紙の申請書を光学的に読み取り、申請書の画像データを生成する装置である。読取装置３０は、例えば、スキャナである。職員ＭＳは、スキャナを用いて、申請者ＵＳ１から郵送によって受領した申請書ＡＦをスキャニングして画像データに変換する。
読取装置３０は、有線通信又は無線通信によって自治体端末２０と通信可能に接続される。自治体端末２０との通信において、読取装置３０は、生成した申請書ＡＦの画像データを送信する。

（４）審査システム４０
審査システム４０は、審査に関する処理を行うためのシステムである。審査システム４０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
審査システム４０は、自治体ＪＣの組織内のネットワークを介して、自治体端末２０と自治体システム６０と通信可能に接続される。自治体端末２０との通信において、審査システム４０は、例えば画像データや入力データを受信し、審査画面の画面情報を送信する。自治体システム６０との通信において、審査システム４０は、例えばデータ連携を行う。当該データ連携において、審査システム４０は、例えば住民情報を受信し、登録情報を送信する。住民情報は、自治体システム６０に予め登録されている自治体の住民に関する情報である。また、登録情報は、職員ＭＳによる審査が正常に終了した画像データ又は入力データに基づき生成される、申請内容を示す情報である。

（５）オンライン申請システム５０
オンライン申請システム５０は、オンライン申請に関する処理を行うためのシステムである。オンライン申請システム５０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
オンライン申請システム５０は、携帯電話網やインターネットなどのネットワークを介して、申請者端末１０と通信可能に接続される。申請者端末１０との通信において、オンライン申請システム５０は、例えば申請者によってオンラインで入力された入力データを受信する。また、オンライン申請システム５０は、自治体ＪＣの組織内のネットワークを介して、自治体端末２０と通信可能に接続される。自治体端末２０との通信において、オンライン申請システム５０は、ダウンロードされた入力データを送信する。

（６）自治体システム６０
自治体システム６０は、自治体ＪＣに関する各種の情報を管理するシステム（基幹システム）である。自治体システム６０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
自治体システム６０が管理する情報の中には、住民情報が含まれている。自治体では、１人１人の住民に固有の識別情報が付与される。住民情報は、当該識別情報に対して住民の個人情報が紐づけられた情報である。住民の個人情報は、例えば、氏名、生年月日、住所などである。以下では、住民に固有の識別情報を申請者の識別情報とし、住民情報を予め登録されている申請者の識別情報を含む申請者情報（第１の申請者情報）として扱う。
自治体システム６０は、自治体ＪＣの組織内のネットワークを介して、審査システム４０と通信可能に接続される。審査システム４０との通信において、自治体システム６０は、登録情報を受信し、管理している各種の情報の中から抽出した住民情報を送信する。

＜２．自治体端末の機能構成＞
以上、本実施形態に係る審査業務支援システム１の概略構成について説明した。続いて、図２を参照して、本実施形態に係る自治体端末２０の機能構成について説明する。図２は、本実施形態に係る自治体端末２０の機能構成の一例を示すブロック図である。
図２に示すように、自治体端末２０は、通信部２１０と、入力部２２０と、記憶部２３０と、制御部２４０と、出力部２５０とを備える。

（１）通信部２１０
通信部２１０は、各種情報を送受信する機能を有する。例えば、通信部２１０は、読取装置３０と、審査システム４０と、オンライン申請システム５０と通信を行い、各種情報を送受信する。

（２）入力部２２０
入力部２２０は、職員ＭＳからの入力を受け付ける機能を有する。入力部２２０は、自治体端末２０がハードウェアとして備える入力装置、例えばキーボード、マウス、ボタン、タッチパネル、マイクロフォン等によって構成される。
職員ＭＳは、紙申請に対する審査を行う場合、入力部２２０を操作して、申請者ＵＳ１から郵送によって受領した申請書ＡＦに記載された内容（あるいは画像データが示す内容）を手動で入力する。

（３）記憶部２３０
記憶部２３０は、各種情報を記憶する機能を有する。記憶部２３０は、自治体端末２０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部２３０は、例えば、通信部２１０が読取装置３０から受信する画像データやオンライン申請システム５０から受信する入力データなどを記憶する。

（４）制御部２４０
制御部２４０は、自治体端末２０の動作全般を制御する機能を有する。制御部２４０は、例えば、自治体端末２０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
図２に示すように、制御部２４０は、画像データ処理部２４１と、入力データ処理部２４２と、審査結果処理部２４３とを備える。

（４－１）画像データ処理部２４１
画像データ処理部２４１は、画像データに関する処理を行う機能を有する。例えば、画像データ処理部２４１は、読取装置３０によってスキャニングされた画像データを取り込み、当該画像データを審査システム４０へ送信する。

（４－２）入力データ処理部２４２
入力データ処理部２４２は、入力データに関する処理を行う機能を有する。例えば、職員ＭＳが紙申請に対する審査を行う場合、入力データ処理部２４２は、職員ＭＳが入力部２２０から手動で入力した入力データを審査システム４０へ送信する。また、職員ＭＳがオンライン申請に対する審査を行う場合、入力データ処理部２４２は、オンライン申請システム５０から入力データをダウンロードし、当該入力データを審査システム４０へ送信する。

（４－３）審査結果処理部２４３
審査結果処理部２４３は、審査結果に関する処理を行う機能を有する。例えば、審査結果処理部２４３は、職員ＭＳによって審査画面に入力される審査結果を審査システム４０へ送信する。また、審査結果処理部２４３は、申請者に対して書面で審査結果を通知する場合に、審査結果を示す書面を印刷装置に印刷させる。

（５）出力部２５０
出力部２５０は、各種情報を出力する機能を有する。出力部２５０は、自治体端末２０がハードウェアとして備える出力装置、例えばディスプレイ装置やタッチスクリーン（タッチパネル）などの表示装置やスピーカなどの音声出力装置によって構成される。
出力部２５０は、例えば、審査システム４０から受信する画面情報をもとに審査画面を表示する。

＜３．審査システムの機能構成＞
以上、本実施形態に係る自治体端末２０の機能構成について説明した。続いて、図３及び図４を参照して、本実施形態に係る審査システム４０の機能構成について説明する。図３は、本実施形態に係る審査システム４０の機能構成の一例を示すブロック図である。
図３に示すように、審査システム４０は、通信部４１０と、記憶部４２０と、制御部４３０とを備える。

（１）通信部４１０
通信部４１０は、各種情報を送受信する機能を有する。例えば、通信部４１０は、自治体端末２０と、自治体システム６０と通信を行い、各種情報を送受信する。

（２）記憶部４２０
記憶部４２０は、各種情報を記憶する機能を有する。記憶部４２０は、審査システム４０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部４２０は、例えば、通信部４１０が自治体端末２０から受信する画像データや入力データ、自治体システム６０から受信する住民情報などを記憶する。

（３）制御部４３０
制御部４３０は、審査システム４０の動作全般を制御する機能を有する。制御部４３０は、例えば、審査システム４０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図３に示すように、制御部４３０は、審査対象取得部４３１と、照合部４３２と、重複申請判定部４３３と、審査対象登録部４３４と、審査画面表示部４３５と、不備処理部４３６と、登録処理部４３７と、通知処理部４３８とを備える。

（３－１）審査対象取得部４３１
審査対象取得部４３１は、審査対象となるデータを取得する機能を有する。例えば、職員ＭＳが紙申請に対する審査を行う場合、審査対象取得部４３１は、申請者ＵＳ１によって提出された申請書ＡＦの画像データと職員ＭＳによって手動で入力された入力データを審査対象として自治体端末２０から取得する。また、職員ＭＳがオンライン申請に対する審査を行う場合、審査対象取得部４３１は、申請者ＵＳ２によってオンラインで入力された入力データを審査対象として自治体端末２０から取得する。また、審査対象取得部４３１は、取得した入力データのファイルフォーマットのチェックを行ってもよい。

（３－２）照合部４３２
照合部４３２は、申請者情報を照合し、申請者ＵＳの識別情報を取得する機能を有する。まず、照合部４３２は、記憶部４２０に記憶されている申請者情報（住民情報、第１の申請者情報）と、審査対象取得部４３１によって取得された審査対象が示す申請者情報（第２の申請者情報）とを照合する。照合部４３２は、例えば申請者情報に含まれる氏名や生年月日などで照合を行う。そして、照合部４３２は、照合結果より、審査対象が示す申請者情報と対応する、記憶部４２０に記憶されている申請者情報から申請者ＵＳの識別情報を取得する。
照合部４３２による申請者情報の照合と識別情報の取得は、審査対象取得部４３１によって画像データ又は入力データが取得された際に、各データから取得される申請者情報に基づき行われる。

（３－３）重複申請判定部４３３
重複申請判定部４３３は、申請が重複しているか否かを判定する機能を有する。例えば、重複申請判定部４３３は、照合部４３２によって取得された申請者ＵＳの識別情報が取得済みであるか否かに応じて、申請が重複しているか否かを判定する。取得済みの申請者ＵＳの識別情報は、過去に行われた申請の際に取得され、画像データ又は入力データと対応付けて記憶部４２０に登録されている。このため、重複申請判定部４３３は、照合部４３２によって申請者ＵＳの識別情報が取得された際に、当該識別情報が記憶部４２０に登録されているか否かを確認することで、申請が重複しているか否かを判定することができる。

申請者ＵＳの識別情報が取得済みでない場合、重複申請判定部４３３は、申請が重複していないと判定する。一方、申請者ＵＳの識別情報が取得済みである場合、重複申請判定部４３３は、申請が重複していると判定する。申請が重複している場合、重複申請判定部４３３は、自治体端末２０に対して申請が重複している旨を示すエラーを表示する。
これにより、職員ＭＳが重複申請の確認を自身で行う必要がなくなるため、職員ＭＳの業務負荷を軽減することができる。また、給付金の申請手続きなどにおいては、給付金が重複して給付されることを防止することができる。

（３－４）審査対象登録部４３４
審査対象登録部４３４は、審査対象を登録する機能を有する。例えば、審査対象登録部４３４は、審査対象取得部４３１によって取得された画像データ又は入力データである審査対象を記憶部４２０に登録する。この時、審査対象登録部４３４は、照合部４３２によって取得された申請者ＵＳの識別情報を対応するデータに対応付けて登録する。

（３－５）審査画面表示部４３５
審査画面表示部４３５は、審査画面を表示する機能を有する。例えば、審査画面表示部４３５は、審査対象として画像データが取得された場合には、画像データと審査項目とを示す審査画面を生成し、自治体端末２０に表示する。また、審査画面表示部４３５は、審査対象として入力データが取得された場合には、入力データと審査項目とを示す審査画面を生成し、自治体端末２０に表示する。

ここで、図４を参照して、審査画面表示部４３５が自治体端末２０に表示する審査画面の一例について説明する。図４は、本実施形態に係る審査画面の一例を示す図である。図４には、審査対象が画像データである場合の審査画面７０が示されている。
図４に示すように、審査画面７０の領域７１には、画像データ７３が表示される。また、審査画面７０の領域７２には審査項目７４－１～７４－ｎ（ｎは自然数）が表示される。なお、審査対象が入力データである場合には、審査画面７０の領域７１に入力データが表示される。
図４に示すように審査画面が表示されることで、職員ＭＳは、審査対象となる画像データ又は入力データとその審査項目とを１つの画面で同時に確認しながら審査を行うことができ、効率的に審査業務を進めることができる。

（３－６）不備処理部４３６
不備処理部４３６は、申請の不備に関する処理を行う機能を有する。まず、不備処理部４３６は、職員ＭＳによる審査結果より、申請に不備があるか否かを判定する。申請に不備がない場合、不備処理部４３６は、正常に処理を進める。
一方、申請に不備がある場合、不備処理部４３６は、不備の内容に応じて、不備に対する対応方法を決定する。一例として、不備処理部４３６は、不備の内容が軽度な記載不備である場合には架電による対応を行うと決定する。これは、軽度な記載不備であれば、架電によって申請者に確認することで容易に不備を改善できるためである。一方、不備処理部４３６は、不備の内容が軽度な記載不備以外である場合には書面の送付による対応を行うと決定する。これは、軽度な記載不備以外の場合には架電によって申請者に確認するだけでは不備を改善できないためである。軽度な記載不備以外の不備は、例えば、重度な記載不備、書類の添付忘れなどである。

（３－７）登録処理部４３７
登録処理部４３７は、自治体システム６０へ登録情報を登録する機能を有する。登録処理部４３７は、職員ＭＳによる審査が正常に終了した審査対象から、申請内容を示す情報を抽出し、登録情報を生成する。例えば、職員ＭＳが紙申請に対する審査を行う場合、かつ審査対象が画像データである場合、登録処理部４３７は、通信部４１０が当該画像データとともに自治体端末２０から受信した入力データから、申請内容を示す情報を抽出する。一方、職員ＭＳがオンライン申請に対する審査を行う場合、かつ審査対象が入力データである場合、登録処理部４３７は、通信部４１０が自治体端末２０から受信した入力データから、申請内容を示す情報を抽出する。生成後、登録処理部４３７は、生成した登録情報を自治体システム６０へ送信し、登録する。

（３－８）通知処理部４３８
通知処理部４３８は、審査結果の通知に関する処理を行う機能を有する。通知処理部４３８は、申請が紙申請又はオンライン申請のどちらであるかに応じて、審査結果の通知方法を決定する。例えば、通知処理部４３８は、申請が紙申請である場合には、書面で審査結果を通知すると決定する。これは、紙申請を行った申請者の場合、オンライン環境を有していない場合があり、この場合にはオンラインで通知しても審査結果を確認できないためである。一方、通知処理部４３８は、申請がオンライン申請である場合には、オンラインで審査結果を通知すると決定する。これは、オンライン申請を行った申請者の場合、オンライン環境を有していることから、オンラインで通知しても審査結果を確認できるためである。
このように、申請者の環境に合わせた通知を行うことで、申請者にとっての利便性を向上することができる。

＜４．オンライン申請システムの機能構成＞
以上、本実施形態に係る審査システム４０の機能構成について説明した。続いて、図５を参照して、本実施形態に係るオンライン申請システム５０の機能構成について説明する。図５は、本実施形態に係るオンライン申請システム５０の機能構成の一例を示すブロック図である。
図５に示すように、オンライン申請システム５０は、通信部５１０と、記憶部５２０と、制御部５３０とを備える。

（１）通信部５１０
通信部５１０は、各種情報を送受信する機能を有する。例えば、通信部５１０は、申請者端末１０と、自治体端末２０と通信を行い、各種情報を送受信する。

（２）記憶部５２０
記憶部５２０は、各種情報を記憶する機能を有する。記憶部５２０は、オンライン申請システム５０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部５２０は、例えば、通信部５１０が申請者端末１０から受信する入力データを記憶する。

（３）制御部５３０
制御部５３０は、オンライン申請システム５０の動作全般を制御する機能を有する。制御部５３０は、例えば、オンライン申請システム５０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図５に示すように、制御部５３０は、入力データ確認部５３１と、入力データ登録部５３２と、入力データ出力部５３３とを備える。

（３－１）入力データ確認部５３１
入力データ確認部５３１は、申請者ＵＳ２によって入力された入力データに不備があるか否かを確認する機能を有する。入力データに不備がある場合、入力データ確認部５３１は、申請者端末１０に対して不備がある旨を示すエラーを表示する。一方、入力データに不備がない場合、入力データ確認部５３１は、正常に処理を進める。

（３－２）入力データ登録部５３２
入力データ登録部５３２は、入力データを登録する機能を有する。例えば、入力データ登録部５３２は、入力データ確認部５３１によって不備がないと確認された入力データを、記憶部５２０に登録する。

（３－３）入力データ出力部５３３
入力データ出力部５３３は、入力データを出力する機能を有する。例えば、入力データ出力部５３３は、自治体端末２０から入力データのダウンロードを要求された場合に、記憶部５２０から対象となる入力データを出力し、自治体端末２０へ送信する。
なお、入力データ出力部５３３は、自治体端末２０からダウンロードの要求を受けることなく、入力データを自治体端末２０へ送信してもよい。例えば、入力データ出力部５３３は、入力データ登録部５３２によって記憶部５２０に入力データが登録された際に、当該入力データを自治体端末２０へ送信してもよい。

＜５．自治体システムの機能構成＞
以上、本実施形態に係るオンライン申請システム５０の機能構成について説明した。続いて、図６を参照して、本実施形態に係る自治体システム６０の機能構成について説明する。図６は、本実施形態に係る自治体システム６０の機能構成の一例を示すブロック図である。
図６に示すように、自治体システム６０は、通信部６１０と、記憶部６２０と、制御部６３０とを備える。

（１）通信部６１０
通信部６１０は、各種情報を送受信する機能を有する。例えば、通信部６１０は、審査システム４０と通信を行い、各種情報を送受信する。

（２）記憶部６２０
記憶部６２０は、各種情報を記憶する機能を有する。記憶部６２０は、自治体システム６０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部６２０は、例えば、自治体によって管理されている各種の情報（住民情報含む）を記憶する。また、記憶部６２０は、通信部６１０が審査システム４０から受信する登録情報を記憶する。

（３）制御部６３０
制御部６３０は、自治体システム６０の動作全般を制御する機能を有する。制御部６３０は、例えば、自治体システム６０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図６に示すように、制御部６３０は、住民情報処理部６３１と、登録情報登録部６３２とを備える。

（３－１）住民情報処理部６３１
住民情報処理部６３１は、住民情報に関する処理を行う機能を有する。例えば、住民情報処理部６３１は、記憶部６２０に記憶されている自治体システム６０が管理する各種の情報の中から住民情報を抽出して、審査システム４０へ送信する。この時、住民情報処理部６３１は、例えばＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）ファイル形式で住民情報を送信する。

（３－２）登録情報登録部６３２
登録情報登録部６３２は、登録情報を登録する機能を有する。例えば、登録情報登録部６３２は、通信部６１０が審査システム４０から受信する登録情報を記憶部６２０に登録する。

＜６．処理の流れ＞
以上、本実施形態に係る自治体システム６０の機能構成について説明した。続いて、図７から図１０を参照して、本実施形態に係る処理の流れについて説明する。なお、以下では、審査システム４０には自治体システム６０から住民情報（第１の申請者情報）が予め連携され、当該住民情報が記憶部４２０に予め記憶されているものとする。

（１）紙申請における申請から審査対象の登録までの処理の流れ
まず、図７を参照して、本実施形態に係る紙申請における申請から審査対象の登録までの処理の流れについて説明する。図７は、本実施形態に係る紙申請における申請から審査対象の登録までの処理の流れの一例を示すシーケンス図である。なお、図７に示す処理は、申請者ＵＳ１が紙申請を行う場合の処理である。

図７に示すように、まず、申請者ＵＳ１は、申請書ＡＦに必要事項を記入し（ステップＳ１０１）、職員ＭＳ（自治体）へ提出（郵送）する（ステップＳ１０２）。
職員ＭＳは、申請者ＵＳ１から提出された申請書ＡＦを受領し（ステップＳ１０３）、読取装置３０を用いてスキャニングする（ステップＳ１０４）。
自治体端末２０の画像データ処理部２４１は、読取装置３０によってスキャニングされた画像データを取り込み（ステップＳ１０５）、当該画像データを審査システム４０へ送信する（ステップＳ１０６）。
審査システム４０の審査対象取得部４３１は、自治体端末２０から送信される画像データを審査対象として取得する（ステップＳ１０７）。

また、職員ＭＳは、入力部２２０を操作して、申請者ＵＳ１から受領した申請書ＡＦに記載された内容を入力データとして手動で入力する（ステップＳ１０８）。
自治体端末２０の入力データ処理部２４２は、職員ＭＳが入力部２２０から手動で入力した入力データを審査システム４０へ送信する（ステップＳ１０９）。
審査システム４０の審査対象取得部４３１は、自治体端末２０から送信される入力データを画像データに対応するデータとして取得する（ステップＳ１１０）。
次いで、審査システム４０の照合部４３２は、記憶部４２０に記憶されている申請者情報（住民情報、第１の申請者情報）と、審査対象取得部４３１によって取得された画像データが示す申請者情報（第２の申請者情報）とを照合する（ステップＳ１１１）。
照合により、照合部４３２は、申請者ＵＳ１の識別情報を取得する（ステップＳ１１２）。

（２）オンライン申請における申請から審査対象の登録までの処理の流れ
次に、図８を参照して、本実施形態に係るオンライン申請における申請から審査対象の登録までの処理の流れについて説明する。図８は、本実施形態に係るオンライン申請における申請から審査対象の登録までの処理の流れの一例を示すシーケンス図である。なお、図８に示す処理は、申請者ＵＳ２がオンライン申請を行う場合の処理である。

図８に示すように、まず、申請者ＵＳ２は、オンラインで申請者端末１０に必要事項を入力する（ステップＳ２０１）。申請者端末１０は、申請者ＵＳ２によって入力された入力データをオンライン申請システム５０へ送信する（ステップＳ２０２）。

オンライン申請システム５０の入力データ確認部５３１は、申請者端末１０から受信した入力データに不備があるか否かを確認する（ステップＳ２０３）。
入力データに不備がある場合（ステップＳ２０４／ＹＥＳ）、入力データ確認部５３１は、申請者端末１０に対して不備がある旨を示すエラーを表示する（ステップＳ２０５）。申請者ＵＳ２は、エラーが表示された場合、入力内容を修正する（ステップＳ２０６）。申請者ＵＳ２による修正後、申請者端末１０は、処理をステップＳ２０２（結合子Ａ）から繰り返す。
一方、入力データに不備がない場合（ステップＳ２０４／ＮＯ）、入力データ登録部５３２は、入力データを記憶部５２０に登録する（ステップＳ２０７）。

自治体の職員ＭＳは、自治体端末２０に対して、入力データをダウンロードする操作を行う（ステップＳ２０８）。自治体端末２０の入力データ処理部２４２は、職員ＭＳからの操作を受けて、オンライン申請システム５０から入力データをダウンロードし（ステップＳ２０９）、当該入力データを審査システム４０へ送信する（ステップＳ２１０）。

審査システム４０の審査対象取得部４３１は、自治体端末２０から送信される入力データを審査対象として取得する（ステップＳ２１１）。次いで、審査対象取得部４３１は、入力データのファイルフォーマットをチェックする（ステップＳ２１２）。
次いで、審査システム４０の照合部４３２は、記憶部４２０に記憶されている申請者情報（住民情報、第１の申請者情報）と、審査対象取得部４３１によって取得された入力データが示す申請者情報（第２の申請者情報）とを照合する（ステップＳ２１３）。
照合により、照合部４３２は、申請者ＵＳ２の識別情報を取得する（ステップＳ２１４）。

（３）審査対象の審査における処理の流れ
次に、図９を参照して、本実施形態に係る審査対象の審査における処理の流れについて説明する。図９は、本実施形態に係る審査対象の審査における処理の流れの一例を示すシーケンス図である。なお、図９に示す処理は、図７に示すステップＳ１０９又は図８に示すステップＳ２１４のいずれかが行われた後に続けて行われる。

図９に示すように、まず、審査システム４０の重複申請判定部４３３は、ステップＳ１０９又はステップＳ２１４にて照合部４３２によって取得された申請者ＵＳの識別情報が取得済みであるか否かに応じて、申請が重複しているか否かを判定する（ステップＳ３０１）。申請者ＵＳの識別情報が取得済みである場合（ステップＳ３０２／ＹＥＳ）、重複申請判定部４３３は、申請が重複していると判定し、自治体端末２０に対して申請が重複している旨を示すエラーを表示する（ステップＳ３０３）。一方、申請者ＵＳの識別情報が取得済みでない場合、重複申請判定部４３３は、申請が重複していないと判定し、処理をステップＳ３０４へ進める。

処理がステップＳ３０４へ進んだ場合、審査システム４０の審査対象登録部４３４は、審査対象取得部４３１によって取得された画像データ又は入力データである審査対象と、照合部４３２によって取得された申請者ＵＳの識別情報とを対応付けて、審査システム４０の記憶部４２０に登録する。（ステップＳ３０４）。
登録後、審査システム４０の審査画面表示部４３５は、審査対象に応じた審査画面を生成し、自治体端末２０に表示する（ステップＳ３０５）。

職員ＭＳは、自治体端末２０に表示された審査画面をもとに、申請内容の審査を行う（ステップＳ３０６）。自治体端末２０の審査結果処理部２４３は、職員ＭＳによって審査画面に入力される審査結果を審査システム４０へ送信する（ステップＳ３０７）。
審査システム４０の不備処理部４３６は、職員ＭＳによる審査結果より、申請に不備があるか否かを判定する（ステップＳ３０８）。

申請に不備がない場合（ステップＳ３０８／ＮＯ）、不備処理部４３６は、後述する図１０に示すステップＳ４０１（結合子Ｂ）へ処理を進める。一方、申請に不備がある場合（ステップＳ３０８／ＹＥＳ）、不備処理部４３６は、不備の内容に応じて、不備に対する対応方法を決定する（ステップＳ３０９）。

軽度な記載不備である場合（ステップＳ３１０／ＹＥＳ）、不備処理部４３６は、自治体端末２０を介して、職員ＭＳに架電対応を指示する（ステップＳ３１１）。指示を受けた職員ＭＳは、申請者ＵＳに対して架電する（ステップＳ３１２）。架電対応では、申請者ＵＳが職員ＭＳに対して修正内容を伝え、職員ＭＳが申請内容を修正することで、不備を解消する。
軽度な記載不備でない場合（ステップＳ３１０／ＮＯ）、不備処理部４３６は、自治体端末２０を介して、職員ＭＳに不備状対応を指示する（ステップＳ３１３）。不備状対応の場合、不備処理部４３６は、印刷装置（不図示）に対して不備状を印刷させる。指示を受けた職員ＭＳは、申請者ＵＳに対して不備状を送付する（ステップＳ３１４）。不備状対応では、申請者ＵＳが不備状に記載された指示に従い必要な書面を再提出することで、不備を解消する。

（４）審査が正常に終了した場合における処理の流れ
最後に、図１０を参照して、本実施形態に係る審査が正常に終了した場合における処理の流れについて説明する。図１０は、本実施形態に係る審査が正常に終了した場合における処理の流れの一例を示すシーケンス図である。なお、図１０に示す処理は、図９に示すステップＳ３０８にて申請に不備がなかった場合に、ステップＳ３０８の後に続けて行われる。

図１０に示すように、まず、審査システム４０の登録処理部４３７は、職員ＭＳによる審査が正常に終了した審査対象（即ち不備なし）から、申請内容を示す情報を抽出して登録情報を生成し、自治体システム６０へ送信する（ステップＳ４０１）。自治体システム６０の登録情報登録部６３２は、審査システム４０から受信した登録情報を記憶部６２０に登録する（ステップＳ４０２）。
次いで、審査システム４０の通知処理部４３８は、申請者ＵＳに対する審査結果の通知方法を決定する（ステップＳ４０３）。

申請が紙申請である場合（ステップＳ４０４／紙申請）、通知処理部４３８は、自治体端末２０を介して、職員ＭＳに書面対応を指示する（ステップＳ４０５）。
指示を受けた職員ＭＳは、申請者ＵＳ１に対して審査結果を通知する書面を送付する（ステップＳ４０６）。
申請者ＵＳ１は、自治体から送付された書面を受領し（ステップＳ４０７）、当該書面によって審査結果を確認する（ステップＳ４０８）。

申請がオンライン申請である場合（ステップＳ４０４／オンライン申請）、通知処理部４３８は、申請者端末１０を介して、申請者ＵＳ２に対してオンラインで審査結果を通知する（ステップＳ４０９）。例えば、通知処理部４３８は、自治体が提供するＷｅｂページのマイページにて審査結果を確認できるようにしてもよいし、申請者ＵＳ２が予め登録したメールアドレス宛に審査結果を送信してもよい。
申請者ＵＳ２は、オンラインで通知された審査結果を確認する（ステップＳ４１０）。

以上説明したように、本実施形態に係る審査業務支援システム１は、審査業務を行う職員ＭＳ（作業者）が申請書ＡＦの提出による申請に対する審査を行う場合には、申請者ＵＳによって提出された申請書ＡＦの画像データを審査対象として取得し、職員ＭＳがオンライン申請に対する審査を行う場合には、申請者ＵＳによってオンラインで入力された入力データを審査対象として取得する審査対象取得部４３１と、審査対象として画像データが取得された場合には画像データと審査項目とを示す審査画面を職員ＭＳが審査業務を行う自治体端末２０（端末）に表示し、審査対象として入力データが取得された場合には入力データと審査項目とを示す審査画面を自治体端末２０に表示する審査画面表示部４３５と、を備える。

かかる構成により、各種手続きのデジタル化の推進により紙申請（アナログ申請）とオンライン申請（デジタル申請）が併存状態にある場合であっても、各種手続きの申請に対する審査業務を行う作業者は、申請が紙申請又はオンライン申請のどちらであっても、同一の審査フローで審査を行うことができる。
よって、本実施形態に係る審査業務支援システム１は、各種手続きの申請に対する審査業務において作業者にかかる業務負荷を軽減することを可能とする。

＜７．変形例＞
以上、本発明の実施形態について説明した。続いて、上述した実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で各実施形態に適用されてもよいし、組み合わせで各実施形態に適用されてもよい。また、各変形例は、各実施形態で説明した構成に代えて適用されてもよいし、各実施形態で説明した構成に対して追加的に適用されてもよい。

上述した実施形態では、職員ＭＳが紙申請に対する審査を行う場合における入力データが、申請書ＡＦに記載された内容（あるいは画像データが示す内容）を職員ＭＳが手動で自治体端末２０へ入力したデータである例について説明したが、かかる例に限定されない。例えば、入力データは、画像データに対するＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ：光学文字認識）処理によって認識された、当該画像データに含まれる文字情報であってもよい。ＯＣＲ処理の機能は、例えば、自治体端末２０に搭載される。この場合、自治体端末２０は、読取装置３０によってスキャニングされた画像データを取り込み、当該画像データに対してＯＣＲ処理を行う。これにより、職員ＭＳが入力データを手動で入力する作業が不要となるため、職員ＭＳにかかる業務負荷を軽減することができる。
なお、ＯＣＲ処理は、ＡＩ（ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ）を用いたＯＣＲ技術であるＡＩ－ＯＣＲによって行われてもよい。ＡＩ－ＯＣＲは、申請書ＡＦに記入される文字（手書き文字）等の各種文字を予め学習しておき、その学習済みモデルを用いることで、一般的なＯＣＲよりも高い認識精度で、申請書ＡＦに記入される文字を認識することができる。よって、自治体端末２０にＡＩ－ＯＣＲを搭載することで、一般的なＯＣＲと比較して認識ミスの発生数を低減することができ、職員ＭＳの作業効率を向上することができる。

また、上述した実施形態では、審査システムの通知処理部４３８が、申請方法が紙申請又はオンライン申請のどちらであるかに応じて、審査結果の通知方法を決定する例について説明したが、かかる例に限定されない。即ち、通知処理部４３８は、申請方法に縛られることなく、審査結果の通知方法を決定可能であってもよい。
例えば、通知処理部４３８は、申請者ＵＳ又は職員ＭＳ（作業者）による選択に応じて、審査結果を書面又はオンラインのどちらで通知するかを決定してもよい。この場合、申請者ＵＳは、紙申請の場合には申請書ＡＦ上で通知方法を選択可能とし、オンライン申請の場合にはオンラインで必要事項を入力する際に通知方法を選択可能とする。職員ＭＳは、申請者ＵＳによって選択された通知方法をそのまま採用してもよいし、申請者ＵＳによって選択された通知方法と異なる通知方法を選択してもよい。職員ＭＳによる通知方法の選択結果は、自治体端末２０を介して審査システム４０へ送信される。通知処理部４３８は、自治体端末２０から送信された選択結果に従い、審査結果の通知方法を決定する。
また、上述した実施形態では、通知処理部４３８が、申請方法が紙申請である場合には書面で審査結果を通知すると決定し、申請方法がオンライン申請である場合にはオンラインで審査結果を通知すると決定する例について説明したが、かかる例に限定されない。
例えば、通知処理部４３８は、申請方法が紙申請である場合にオンラインで審査結果を通知すると決定してもよいし、申請方法がオンライン申請である場合に書面で審査結果を通知すると決定してもよい。
以上より、通知処理部４３８は、申請の申請方法と、申請者又は審査業務を行う作業者による選択とのうちの少なくともいずれかに基づき、審査結果の通知方法を決定する。これにより、審査業務支援システム１では、申請者の都合に合わせて審査結果を通知することができるため、申請者の利便性を向上することができる。また、審査業務支援システム１では、申請者の都合だけでなく自治体の都合も考慮して、審査結果を通知することができるため、作業者の業務負担を軽減するとともに自治体側の利便性を向上することもできる。

また、上述した実施形態では、審査用端末が自治体ＪＣによって運用される自治体端末２０であり、審査担当者が自治体ＪＣに属する職員ＭＳである例について説明したが、かかる例に限定されない。例えば、審査用端末は、自治体ＪＣ以外の第三者が運用する端末であってもよい。第三者が運用する端末は、例えば、自治体ＪＣから審査用端末の運用業務を請け負った業者が運用する端末である。また、例えば、審査担当者は、自治体ＪＣ以外の第三者に属する者であってもよい。第三者に属する者は、例えば、自治体ＪＣから審査業務を請け負った業者に属する者である。

以上、本発明の実施形態の変形例について説明した。なお、上述した実施形態における審査業務支援システム１の一部又は全部の機能をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１…審査業務支援システム、１０…申請者端末、２０…自治体端末、３０…読取装置、４０…審査システム、５０…オンライン申請システム、６０…自治体システム、７０…審査画面、２１０…通信部、２２０…入力部、２３０…記憶部、２４０…制御部、２４１…画像データ処理部、２４２…入力データ処理部、２４３…審査結果処理部、２５０…出力部、４１０…通信部、４２０…記憶部、４３０…制御部、４３１…審査対象取得部、４３２…照合部、４３３…重複申請判定部、４３４…審査対象登録部、４３５…審査画面表示部、４３６…不備処理部、４３７…登録処理部、４３８…通知処理部、５１０…通信部、５２０…記憶部、５３０…制御部、５３１…入力データ確認部、５３２…入力データ登録部、５３３…入力データ出力部、６１０…通信部、６２０…記憶部、６３０…制御部、６３１…住民情報処理部、６３２…登録情報登録部

Claims (11)

1. 審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得部と、
   前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示部と、
   を備える審査業務支援システム。
2. 前記申請の申請方法と、申請者又は審査業務を行う作業者による選択とのうちの少なくともいずれかに基づき、審査結果の通知方法を決定する通知処理部、
   をさらに備える請求項１に記載の審査業務支援システム。
3. 前記通知処理部は、前記申請が前記申請書の提出による申請又はオンライン申請のどちらであるかに応じて、審査結果の通知方法を決定する、
   請求項２に記載の審査業務支援システム。
4. 前記通知処理部は、前記申請書の提出による申請である場合には書面で審査結果を通知すると決定し、オンライン申請である場合にはオンラインで審査結果を通知すると決定する、
   請求項３に記載の審査業務支援システム。
5. 前記申請が重複しているか否かを判定する重複申請判定部、
   をさらに備える請求項１に記載の審査業務支援システム。
6. 予め登録されている申請者の識別情報を含む第１の申請者情報と、前記審査対象取得部によって取得された前記審査対象が示す第２の申請者情報とを照合し、前記第２の申請者情報と対応する前記第１の申請者情報から前記申請者の識別情報を取得する照合部、
   をさらに備え、
   前記重複申請判定部は、前記照合部によって取得された前記申請者の識別情報が取得済みであるか否かに応じて、前記申請が重複しているか否かを判定する、
   請求項５に記載の審査業務支援システム。
7. 前記申請に不備がある場合に、前記不備の内容に応じて、前記不備に対する対応方法を決定する不備処理部、
   をさらに備える請求項１に記載の審査業務支援システム。
8. 前記不備処理部は、前記不備が軽度な記載不備である場合には架電による対応を行うと決定し、前記不備が軽度な記載不備以外である場合には書面の送付による対応を行うと決定する、
   請求項７に記載の審査業務支援システム。
9. 前記申請は、行政機関の手続きに関する申請である、
   請求項１に記載の審査業務支援システム。
10. 審査対象取得部が、審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得過程と、
    審査画面表示部が、前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示過程と、
    を含む審査業務支援方法。
11. コンピュータを、
    審査業務を行う作業者が申請書の提出による申請に対する審査を行う場合には、申請者によって提出された前記申請書の画像データを審査対象として取得し、前記作業者がオンライン申請に対する審査を行う場合には、前記申請者によってオンラインで入力された入力データを審査対象として取得する審査対象取得手段と、
    前記審査対象として前記画像データが取得された場合には前記画像データと審査項目とを示す審査画面を前記作業者が前記審査業務を行う端末に表示し、前記審査対象として前記入力データが取得された場合には前記入力データと審査項目とを示す審査画面を前記端末に表示する審査画面表示手段と、
    として機能させるためのプログラム。

Images