(57)【要約】      （修正有）【課題】処理内容を設定することができる申請書処理装置及びプログラムを提供する。【解決手段】申請書処理装置は、プロセッサにより、少なくとも１頁からなる申請書を読み取った申請書画像と、申請書の記入欄の種別を表した表象画像とを同一画面に表示するよう制御し、記入欄に対して、表象画像が選択された場合は、記入欄の種別を表象画像に対応する種別に設定する。更に、記入欄に対して種別が設定された場合は、記入欄と表象画像を同一の表示形態で表示するよう制御する。【選択図】図５
2020024727.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサを備え、
前記プロセッサは、
少なくとも１頁からなる申請書を読み取った申請書画像と、前記申請書の記入欄の種別を表した表象画像とを同一画面に表示するよう制御し、
前記記入欄に対して、前記表象画像が選択された場合は、前記記入欄の種別を前記表象画像に対応する種別に設定する
ことを特徴とする申請書処理装置。
【請求項２】
前記プロセッサは、
前記記入欄に対して種別が設定された場合は、前記記入欄と前記表象画像を同一の表示形態で表示するよう制御する
ことを特徴とする請求項１に記載の申請書処理装置。
【請求項３】
少なくとも１頁からなる申請書を読み取った申請書画像と、前記申請書の記入欄の種別を表した表象画像とを同一画面に表示するよう制御するステップと、
前記記入欄に対して、前記表象画像が選択された場合は、前記記入欄の種別を前記表象画像に対応する種別に設定するステップと、
を有することを特徴とするコンピュータにより実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申請書処理装置及びプログラムに関する。
【背景技術】
【０００２】
特許文献１は、三原色の色成分画像の単数もしくは複数個の色成分画像を採取するカラースキャナを備えた帳票読み取り装置において、採取した帳票画像から所定領域の部分画像を抽出する第一の手段と、当該部分画像から赤色画素で構成された２値画像を生成する第二の手段と、当該赤色画素で構成された２値画像からプレ印刷画像を除去し押印部分を抽出する第三の手段と、抽出した押印部分の２値画像を表示色を変えて画面に表示する第四の手段を備え、帳票の所定領域に赤色の印鑑が押印されているかどうかの印鑑押印漏れを判定するとともに押印部分の画像およびその周辺部分の画像を確認修正のために表示することを特徴とするカラー帳票読み取り装置を開示する。
【０００３】
特許文献２は、複数の記入項目を持つ帳票を電子透かし技術を利用して出力する帳票出力装置であって、前記帳票の帳票画像と、前記帳票の記入項目領域情報を含む透かし情報をもとに形成された透かし画像とを合成して透かし入り帳票画像を生成する透かし入り帳票画像合成部と、前記透かし入り帳票画像を透かし入り帳票として出力する出力部と、を備えた帳票出力装置を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２５１０７２号公報
【特許文献２】特開２００５−３２８３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、処理内容を設定することができる申請書処理装置及びプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
請求項１に係る本発明は、プロセッサを備え、前記プロセッサは、少なくとも１頁からなる申請書を読み取った申請書画像と、前記申請書の記入欄の種別を表した表象画像とを同一画面に表示するよう制御し、前記記入欄に対して、前記表象画像が選択された場合は、前記記入欄の種別を前記表象画像に対応する種別に設定することを特徴とする申請書処理装置である。
【０００７】
請求項２に係る本発明は、前記プロセッサは、前記記入欄に対して種別が設定された場合は、前記記入欄と前記表象画像を同一の表示形態で表示するよう制御することを特徴とする請求項１に記載の申請書処理装置請求項１記載の申請書処理装置である。
【０００８】
請求項３に係る発明は、少なくとも１頁からなる申請書を読み取った申請書画像と、前記申請書の記入欄の種別を表した表象画像とを同一画面に表示するよう制御するステップと、前記記入欄に対して、前記表象画像が選択された場合は、前記記入欄の種別を前記表象画像に対応する種別に設定するステップと、を有することを特徴とするコンピュータにより実行させるためのプログラムである。
【発明の効果】
【０００９】
請求項１又は３に係る本発明によれば、処理内容を設定することができる。
【００１０】
請求項２に係る本発明によれば、請求項１に係る本発明の効果に加え、記入欄と表象画像を同一の表示形態で表示することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る申請書処理システムを備えた役所の配置図である。
【図２】本発明の実施形態に係る申請書処理システムに用いたパーソナルコンピュータのブロック図である。
【図３】本発明の実施形態における申請書の帳票を設定するためのフローチャートである。
【図４】本発明の実施形態における項目種別を設定するための画面図である。
【図５】本発明の実施形態における適合要件レベルを設定するための画面図である。
【図６】本発明の実施形態における申請書を処理するためのフローチャートである。
【図７】本発明の実施形態における適合要件レベルを判定するためのフローチャートである。
【図８】本発明の実施形態において、記入欄の種別が署名・印影の場合の適合要件レベルを説明するための図表である。
【図９】本発明の実施形態において、記入欄の種別が文字列である場合の適合要件レベルを説明するための図表である。
【図１０】記入欄の種別が選択肢の場合の適合要件レベルを説明するための第一の実施形態を示す図表である。
【図１１】記入欄の種別が選択肢の場合の適合要件レベルを説明するための第二の実施形態を示す図表である。
【図１２】本発明の実施形態において、添付書類を確認するためのフローチャートである。
【図１３】本発明の実施形態において、申請書に添付書類を含む場合の概念図である。
【図１４】本発明の実施形態において、添付書類にドロップアウトカラー部を含む場合の概念図である。
【図１５】本発明の実施形態において、添付書類を必要とする申請書の平面図である。
【図１６】本発明の実施系における申請書の処理段階を表示するためのフローチャートである。
【図１７】本発明の実施形態において、フロントエンドの担当者の画面図である。
【図１８】本発明の実施形態において、バックエンドの担当者の画面図である。
【発明を実施するための形態】
【００１２】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
図１は、本発明の実施形態に係る申請書処理システムを備えた例えば役所の配置図である。
【００１３】
役所における申請書の処理は、受付→審査→発行（通知）→執行といったプロセスから成る。図１に示す配置図において、受付をフロントエンド１０とし、審査以降をバックエンド１２としている。フロントエンド１０及びバックエンド１２のそれぞれの机１４には、パーソナルコンピュータ１６が配置されている。また、フロントエンド１０のパーソナルコンピュータ１６の横には、スキャナ等からなる画像読取装置１８が配置されている。画像読取装置１８は、フロントエンド１０のパーソナルコンピュータ１６に接続されている。各パーソナルコンピュータ１６は、ローカルネットワーク２０を介してサーバ２２に接続されている。
なお、後述する適用要件レベルの判定処理、判定結果の保存等の各処理は、フロントエンド１０のパーソナルコンピュータ１６、バックエンド１２のパーソナルコンピュータ１６あるいはサーバ２２のいずれにおいて実施することができ、全ての処理をサーバ２２（あるいはクラウド上のサーバ）で処理し、フロントエンド１０のパーソナルコンピュータ１６には処理結果のみを表示するようにしてもよい。
【００１４】
フロントエンド１０においては、申請者から申請書を受け取ると、まず画像読取装置１８により申請書の画像を読み取り、パーソナルコンピュータ１６により処理される。フロントエンド１０のパーソナルコンピュータ１６においては、書誌的事項を処理し、問題が無いことを確認した場合は、申請者が窓口から離れる。バックエンド１２のコンピュータ１６又はバックエンドの担当者がさらに申請書を確認する。
【００１５】
図２において、パーソナルコンピュータ１６は、ＣＰＵ２４、ＲＯＭ２６及びＲＡＭ２８がインターフェース３０を介して接続されている。ＣＰＵ２４は、プログラムに従って処理を実行する制御部である。ＲＯＭ２６は、ＣＰＵ２４が使用するプログラムや演算パラメータ等を格納する記憶部である。ＲＡＭ２８は、一次的にデータを記憶する記憶部である。
【００１６】
また、パーソナルコンピュータ１６は、キーボード３２、マウス等のポインティングデバイス３４、表示装置であるディスプレイ３６、ハードディスク（ＨＤＤ）３８、ドライブ４０、接続ポート４２及び通信部４４がインターフェイス３０を介して接続されている。キーボード３２とポインディングデバイス３４は、操作者（ここでは申請書をチェックする職員）がデータ等を入力する入力装置である。ドライブ４０は、光ディスク等のリムーバブル記録媒体に接続される。接続ポート４２は、前述した画像読取装置１８やプリンタが接続される。通信部４４は、外部とのデータ通信処理を実行する。
【００１７】
図３は、申請書の帳票を設定するためのフローチャートである。
【００１８】
まずステップＳ１０において、帳票を設定すべき操作者がログインする。ログインは、例えばＩＤとパスワードを入力することにより行われる。次のステップＳ１２において、操作者が指定した申請書の帳票が例えば自己のパーソナルコンピュータ１６又はサーバ２２の記憶部から呼び出され、ディスプレイ３６の画面に表示される。
【００１９】
図４は、ステップＳ１２において呼び出された申請書４６を含むディスプレイ３６の画面を示す。
【００２０】
申請書４６は、確認領域として、例えば氏名欄４８、認印欄５０、職業欄５２、生年月日欄５４、住所欄５６等を有する。氏名欄４８は、申請者の氏名が記載される欄である。認印欄５０は、申請者の認印が押される欄である。職業欄５０は、申請者の職業を選択する欄である。生年月日欄は、申請者の生年月日を記載する欄である。住所欄５６は、申請者の住所を記載する欄である。
【００２１】
また、ディスプレイ３６の画面には、種別設定用ボタン群５８が表示されている。種別設定用ボタン群５８は、例えば文字列設定ボタン６０、印鑑設定ボタン６２、選択枝設定ボタン６４、数値（年月日）設定ボタン６６、数値（ＩＤ）設定ボタン６８、数値（電話番号）設定ボタン７０等を有する。
【００２２】
また、ディスプレイ３６の画面には、予想処理時間を表示する予想処理時間表示部７２を有する。この予想処理時間表示部７２は、本帳票の処理時間及び申請書全体の処理時間が表示されるようになっている。
【００２３】
ステップＳ１３においては、記入欄を選定し、次のステップＳ１４においては、各欄の種別を設定する。例えば氏名欄４８は、文字列設定ボタン６０をクリックして文字列として設定する。認印欄５０は、印鑑設定ボタン６２をクリックして印鑑として設定する。職業欄５２は、選択枝設定ボタン６４をクリックして選択枝として設定する。生年月日覧５４は、数値（年月日）設定ボタン６６をクリックして年月日として設定する。住所欄５６は、文字列設定ボタン６０をクリックして文字列として設定する。
【００２４】
次のステップＳ１６においては、適合要件レベルを設定する。ここで、適合要件レベルとは、各欄の記載要件を満たしている度合いである。適合要件レベルが高いと、記載要件を満たしている可能性が高いが、記載要件を満たしていることを精度良く検証することが求められることから例えばコンピュータで処理する時間が長くなる。一方、適合要件レベルが低いと、記載要件を満たしている可能性は低くなるが、記載要件を満たしていることをそれほど高い精度で検証しなくてもよいことから例えばコンピュータで処理する時間が短くなる。
【００２５】
例えば図５に示すように、認印欄５０をクリックすると、適合要件レベルを設定するためのポップアップメニュー７３が開かれる。ここでは、
Ｌ１（レベル１）：記載あり
Ｌ２（レベル２）：印影あり
Ｌ３（レベル３）：印影あり（朱色）
Ｌ４（レベル４）：目視確認
から選択される。レベル１の記載があるか否かであれば、処理時間が短くて済む。レベル２は、印鑑が押されているか否かが判断される。レベル３になれば、より高い精度で印鑑が押されているかが判断できるが、色の処理が含まれるため、処理時間が長くなる。適合要件レベルには、レベル４に示すように、目視で確認することも含めてもよい。換言すると、適合要件レベルの検証はコンピュータによる機械処理に限定されるものではなく、目視確認のような人手による処理であってもよい。印影の検証は人手による目視確認の方が機械処理より精度が高い半面、処理時間は要することになる。担当者の人手による処理を設定した場合は、担当者自らが目視確認するのみならず、他の担当者へ引き継いで確認してもらうように処理を移譲することも含まれる。
なお、適合要件レベルについては、さらに後述する。
【００２６】
次のステップＳ１８においては、予想処理時間を演算する。予想処理時間は、帳票画像上で指定した各欄の領域座標値から、処理画像の面積（画素数）を算出し、種別設定と、適合要件レベル設定から割り出すことができる。
【００２７】
次のステップＳ２０においては、ステップＳ１８で演算した予想処理時間をディスプレイ３６に表示する。図４及び図５に示すように、予想処理時間表示部７０は、例えばディスプレイ３６の左上にあって、申請書全体の処理時間と本帳票ページの処理時間とが表示される。
【００２８】
そして、次のステップＳ２２においては、全ての記入欄について、処理が終了したか否かを判定し、処理が終了していないと判定された場合は、ステップＳ１４に戻り、全ての処理が終了したと判定された場合は、処理を終了する。
【００２９】
図６は、申請書を処理するためのフローチャートである。
まずステップＳ２４において、帳票を処理すべき操作者がログインする。操作者は例えば受付担当者である。また、ログインは、例えばＩＤとパスワードを入力することにより行われる。
【００３０】
次のステップＳ２６においては、画像読取装置により読み取らえた申請書画像を取り込む。次のステップＳ２８においては、申請書の種類を判定する。申請書の種類の判定は、操作者が手動で入力してもよいし、予め定められた申請書の領域をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）等により文字認識を行って判定してもよい。
【００３１】
次のステップＳ３０においては、ステップＳ２８で判定した申請書に対応した帳票を例えばサーバから呼び出す。次のステップＳ３２においては、適合要件レベルを判定する。次のステップＳ３４においては、適合要件レベルの判定結果を記憶部に保持し、次のステップＳ３６においては、ステップＳ３２において行った適合要件レベルの結果をディスプレイに表示する。
【００３２】
適合要件レベルの判定は、図７に示すように、ステップＳ３２２において、まず、読み取った申請書画像に対して、ノイズ除去や位置歪み等の補正処理を行う。次のステップＳ３２４においては、申請書画像の記入欄枠を識別する。次のステップＳ３２６においては、記入枠欄枠内の記入画像を抽出し、次のステップＳ３２８において、申請書画像の記入欄画像と記憶されていた帳票とを比較する等、適合要件レベルに応じた処理を実行する。例えば前述した認印欄５０がレベル１に設定されていた場合は、申請書画像の認印欄５０の枠内に何らかの画像をあればレベル１をクリアしていると判定する。また、レベル２に設定されていた場合は、読み取った画像を例えばテンプレートと比較して印影と判断できればレベル２をクリアしていると判定する。レベル３に設定されていた場合は、朱色の画像を読み取り、その朱色の画像をテンプレートと比較して印影と判断できればレベル３をクリアしていると判定する。レベル４に設定されていた場合は、特に処理は行わない。
【００３３】
図８は、記入欄の種別が署名・印影の場合の適合要件レベルを説明するための図表である。
【００３４】
レベル１は、記入欄に何らかの追記があるか否かである。記入欄に文字、記号等が含まれていれば合格とする。記入漏れがあるか否かのチェックである。
【００３５】
レベル２は、閉領域の追記があるか否かである。また、レベル３は、採色部（例えば朱色）を抽出した画像に、閉領域の追記があるか否かである。また、レベル４は、適合要件レベル処理のステップにおいては処理せず、次工程判断が必要となるよう設定されている。例えば実印の目視確認等が必要な場合である。
【００３６】
図９は、記入欄の種別が文字列である場合の適合要件レベルを説明するための図表である。
【００３７】
レベル１は、記入欄の種別が署名・印影の場合と同様に、記入欄に何らかの記載があるか否かである。記入欄に文字、記号等が含まれていれば合格とする。記入漏れがあるか否かのチェックである。
【００３８】
レベル２は、手書きであるか否か（手書きチェック）である。自書自筆されていることを活字ＯＣＲによる認識が失敗する事により判別する。活字ＯＣＲにおいては、活字の場合は認識できるが、自書自筆されている場合は認識に失敗することを応用する。また、レベル２に設定すると、レベル１よりも処理時間が長くなるが、手書き署名されていることを確認することができる。レベル３は、適合要件レベル処理のステップにおいては処理せず、次工程判断が必要となるよう設定されている。
【００３９】
図１０は、記入欄の種別が選択肢の場合の適合要件レベルを説明するための図表であって、第一の実施形態を示している。例えば図１０の下表にあるように、選択肢が記入欄に複数の選択肢として、
１はい
２いいえ（理由      ）
３その他（理由      ）
とある場合、レベル１は、前述と同様に、記入欄に文字、記号等が含まれていれば合格とする。記入漏れがあるか否かのチェックである。
【００４０】
レベル２は、予め定められた数の選択項目がある、あるいは予め定められた数の自由覧への記載があるか否かである。予め定められる数は、上限下限のような範囲で設定することができる。図１０の場合は、２つの選択があると矛盾するので、選択項目の数を１に設定することが好ましい。レベル３は、適合要件レベル処理のステップにおいては処理せず、次工程判断が必要となるよう設定されている。
【００４１】
図１１は、記入欄の種別が選択肢の場合の適合要件レベルを説明するための図表であって、第二の実施形態を示している。まず図表１、２に示すように、選択項目を例えば（ａ）自由記入欄なし選択肢、（ｂ）自由記入欄付き選択肢のように、分類し、種別を設定する。回答要件の属性は、図表３に示すように、ア回答必須、イ回答必須（複数回答可）、ウ任意回答（択一）、エ任意回答（複数回答可）のように設定し、それぞれの属性に対して、選択数の上限、下限を設定する。回答要件はここに示す例ではア〜エの４つであるが、あらかじめ必要数を登録しておく。
【００４２】
実際の記入例が図表４に示されている。回答欄（Ａ）においては、選択数が０であるので、回答要件をア又はイに設定していた場合は適合せず、エに設定した場合は適合する。回答欄（Ｂ）においては、選択数が１であるので、回答要件をア、イ、エのいずれに設定していた場合でも適合する。回答欄（Ｃ）においては、選択数が１であるので、回答要件をア、イ、エのいずれに設定していた場合でも適合する。回答欄（Ｄ）も同様に、選択数が１であるので、回答要件をア、イ、エのいずれに設定していた場合でも適合する。回答欄（Ｅ）においては、選択数が２であるので、回答要件をアに設定していた場合は適合せず、イ又はエに設定していた場合は適合する。回答欄（Ｆ）においては、選択数が３であるので、回答要件をア又はイに設定した場合は適合せず、エに設定していた場合は適合する。
このチェックのステップが、例えば役所の窓口で、申請者が付近にいるならば、回答要件を満たさない箇所が検出されたその場で、申請者に対して確認/訂正を依頼することができる。
【００４３】
次に添付文書の確認について説明する。
図１２は、添付書類を確認するためのフローチャートである。
まずステップＳ３８において、スキャナで読み取った書類に帳票としての特徴があるか否かを判定する。
【００４４】
即ち、図１３に示すように、申請書４６は、帳票７４のみならず、添付書類７６を含む場合がある。例えば帳票には、「様式２」というように帳票であることを示す文字やバーコード等の帳票であることを示す特徴がある。
【００４５】
そこで、スキャナで読み取った場合に、予め定められた位置に予め定められた文字や画像を含むときはステップＳ４０に進んで帳票と判断し、含まれないときはステップＳ４２に進み、添付書類であると判断する。
【００４６】
また、図１４に示すように、添付書類（例えば住民票等）７６には、ドロップアウトカラー部７８を含む場合がある。ドロップアウトカラー部７８とは、原稿の特定の色（赤、緑、青）で濃度を薄くして印刷され、白黒モードで読み取る際に消去される部分をいう。このドロップアウトカラー部７８をカラーモードで読み取り、ドロップアウトカラー部７８の画像を文字認識し、（ａ）に示す「ＡＡ申請」、（ｂ）に示す「複写」、（ｃ）に示す「ＨＥＭＳ」といった特定の文字列や図柄が存在することをチェックする。
【００４７】
添付書類の適合要件レベルは、次のように設定することができる。
レベル１：添付書類である（図１３に示す方法だけを実施する。）。
レベル２：添付書類の種類事の特徴まで確認する（図１４に示す方法も併せて実施する。）。
【００４８】
図１５に示すように、帳票７４には、添付書類が必要であることを示す欄がある。図１５の例では、加入年金等の種類の欄で「厚生年金保険」が選択されているので、添付書類として厚生年金保険証のコピーが必要であり、また、所得証明の覧で「横浜市外」が選択されているので、添付書類として所得証明書が必要である。そこで、読み取った画像から必要な添付書類を判断し、添付書類忘れを検出する。また、添付書類の適合要件レベルのレベル３として、必要な添付書類が実際に添付されているか否かを含ませてもよい。
【００４９】
次に次工程への伝達について説明する。
図１を用いて説明したように、申請書の確認／承認業務は、複数段から成るワークフローとして実施することが多い。ワークフローの定義、例えばＹＹＹ許可業務において、誰が何をどの段階でどこまで確認するといった定義は、業務毎に事前になされる。
【００５０】
申請書処理のワークフローの一部を担当する担当者から見ると、申請書の処理状態としては以下があり得る。
（Ａ）ワークフロー上の、全ステップ（処理段階）の確認処理が完了
（Ｂ）ワークフロー上の、現ステップ（処理段階）での確認処理が完了
（Ｃ）ワークフロー上の、現ステップ（処理段階）における確認処理が未完了
【００５１】
図１６は、前述したサーバ２２で処理し、担当者のパーソナルコンピュータ１６のディスプレイ３６に処理段階を表示するためのフローチャートである。
【００５２】
まずステップＳ４４において、ログイン情報を取得し、処理段階を表示する担当者のパーソナルコンピュータ１６を特定する。次のステップＳ４６においては、担当者が処理すべき項目であるかを判定する。ステップＳ４６において、担当者が処理すべき項目であると判定されると、ステップＳ４８に進み、当該項目の処理が終了しているか否かを判定する。ステップＳ４８において、当該項目の処理が終了していないと判定された場合はステップＳ５０に進み、×を表示する（空欄のままであってもよい。）。ステップＳ４８において、当該項目の処理が終了していると判定された場合はステップＳ５２に進み、レを表示する。
【００５３】
一方、ステップＳ４６において、担当者が処理すべきではない項目（他の担当者が処理すべき項目）であると判定された場合はステップＳ５４に進み、他の担当者の処理が終了しているか否かを判定する。ステップＳ５４において、他の担当者の処理が終了していると判定された場合はステップＳ５２に進み、レを表示する。ステップＳ５４において、他の担当者の処理が終了していないと判定された場合はステップＳ５６に進み、△を表示する。
【００５４】
ステップＳ５２の処理が終了すると、次のステップＳ５８に進み、全ての項目に対して処理が終了したか否かを判定する。ステップＳ５８において、全ての項目に対して処理が終了していないと判定された場合は、ステップＳ４６に戻り、全ての項目に対して処理が終了したと判定された場合は処理を終了する。
【００５５】
図１７は、ＹＹＹ認可業務に関するフロントエンドの窓口担当者、図１８は、ＹＹＹ業務に関するバックエンドの別の担当、例えば実印照合を集中して実施する担当者（実印照合はシステムに行わせるとしてもその責任者）の画面例を示す。図１７（ａ）と図１８（ａ）とは、ツリービューで表した管理画面であり、図１７（ｂ）と図１８（ｂ）とは、テーブルビューであわわした管理画面であり、内容は同一である。ツリービューとテーブルビューとは、切り替え可能となっている。いずれの画面においても、住民Ａ、Ｂ、Ｃの申請処理状態を表している。
【００５６】
住民Ａについては、全ての項目にレが表示され、全ての処理が完了していることがわかる。住民Ｂについては、全ての処理が完了しているわけではないが、窓口担当者の処理は完了していることがわかる。したがって、住民Ｂの申請者を窓口から返してもよいと判断できる。住民Ｃについては、窓口担当者の処理が終わっていないので、住民Ｃの申請者には処理が終わるまで待ってもらうなどの対応が必要である等、対応要否が可能となる。
【００５７】
なお、上記実施形態の説明にあっては、役所の申請書処理業務について説明したが、本発明は、これに限定されず、病院や銀行等における申請書処理業務についても適用することができる。
【符号の説明】
【００５８】
１０      ：フロントエンド
１２      ：バックエンド
１６      ：コンピュータ
１８      ：画像読取装置
２２      ：サーバ
３６      ：ディスプレイ
４６      ：申請書
４８      ：氏名欄
５０      ：認印欄
５２      ：職業欄５２
５４      ：生年月日欄
５６      ：住所欄
５８      ：種別設定用ボタン
７２      ：予想処理時間表示部
７４      ：帳票
７６      ：添付書類
【図１】
2020024727.tif 000003
【図２】
2020024727.tif 000004
【図３】
2020024727.tif 000005
【図４】
2020024727.tif 000006
【図５】
2020024727.tif 000007
【図６】
2020024727.tif 000008
【図７】
2020024727.tif 000009
【図８】
2020024727.tif 000010
【図９】
2020024727.tif 000011
【図１０】
2020024727.tif 000012
【図１１】
2020024727.tif 000013
【図１２】
2020024727.tif 000014
【図１３】
2020024727.tif 000015
【図１４】
2020024727.tif 000016
【図１５】
2020024727.tif 000017
【図１６】
2020024727.tif 000018
【図１７】
2020024727.tif 000019
【図１８】
2020024727.tif 000020