(57)【要約】      （修正有）【課題】申請データに誤りや不備があっっても、直ちに申請を取り消すことなく、申請内容の修正を可能とすることにより、申請手続きの容易化および効率化を図ること。【解決手段】申請者側の端末１１と受付側サーバシステム１３とをネットワーク１２により接続した電子申請システムであって、前記受付側サーバシステム１３は、申請者側からネットワークにより送られてきた申請データを電子的にチェックし、正常なデータであれば申請番号と指定ＵＲＬを申請者側に送信して仮受付を行い、申請者側から指定ＵＲＬに申請番号が返信されたことにより申請データを受付待ち状態とする到達処理手段１３３ａを有する。また、前記受付待ちの申請データから受付対象を選択するとその申請データ内容を画面表示させ、表示された申請データに不備があった場合は補正要求が入力可能で、不備がない場合は受付終了入力が可能な受付処理手段１３３ｂを有する。【選択図】図１
2005084928.tif 000002
【特許請求の範囲】
【請求項１】
申請者側の端末と受付側サーバシステムとをネットワークにより接続した電子申請システムであって、前記受付側サーバシステムは、
申請者側からネットワークにより送られてきた申請データを電子的にチェックし、正常なデータであれば申請番号と指定ＵＲＬを申請者側に送信して仮受付を行い、申請者側から指定ＵＲＬに申請番号が返信されたことにより申請データを受付待ち状態とする到達処理手段と、
前記受付待ちの申請データから受付対象を選択するとその申請データ内容を画面表示させ、表示された申請データに不備があった場合は補正要求が入力可能で、不備がない場合は受付終了入力が可能な受付処理手段と、
この受付処理手段により補正要求入力があった場合、この補正要求内容をネットワークを介して申請者側に連絡する補正要求手段と、
申請者側から前記仮受付時に付与された申請番号でネットワークを介して補正申請データが到達すると、補正申請データを上記申請番号により受付待ち状態とする補正申請受付手段と、
を備えたことを特徴とする電子申請システム。
【請求項２】
受付処理手段は、申請データの不備により、この申請データの取下げ要求を入力可能で、
この受付処理手段による前記取下げ要求入力があった場合、この取下げ要求をネットワークを介して申請者に連絡する取下げ要求手段を設けた
ことを特徴とする請求項１に記載の電子申請システム。
【請求項３】
補正要求手段は、申請データの補正箇所を強調表示し、補正箇所以外を変更不可な状態にロックした補正対象申請データを、申請者側に送信する
ことを特徴とする請求項１に記載の電子申請システム。
【請求項４】
受付処理手段による補正要求には、申請データの内容に対する補正のほかに添付書類追加要求を含み、補正要求手段は、添付書類追加要求が入力されると、この添付書類の追加要求をネットワークを介して申請者に連絡する
ことを特徴とする請求項１乃至請求項３のいずれかに記載の電子申請システム。
【請求項５】
補正申請受付手段は、申請者側からネットワークを介して内容補正後の補正申請データが到達すると、この補正申請データを、仮受付時に付与された申請番号とともに、補正申請受付毎に+１される補正番号を付して管理する
ことを特徴とする請求項１に記載の電子申請システム。
【請求項６】
補正申請受付手段は、仮受付時に付与された申請番号を付して申請者側から追加添付書類がネットワークを介して到達すると、前記申請番号とともに、添付書類追加毎に+１されるシーケンス番号を付して管理する
ことを特徴とする請求項１又は請求項５に記載の電子申請システム。
【請求項７】
受付処理手段は、受付終了入力された申請データについて、その申請番号をキーに所定料金が納付されているか納付登録画面を表示させる納付登録確認手段を有する
ことを特徴とする請求項１に記載の電子申請システム。
【請求項８】
受付処理手段により受付終了した申請データを、仮受付時に付与された申請番号を用いて審査待ち状態に管理する審査待ち管理手段と、
前記審査待ちの申請データから審査対象を選択するとその申請データ内容を画面表示させ、表示された申請データに不備があった場合は補正要求が入力可能で、不備がない場合は審査終了入力が可能な審査処理手段と、
この審査処理手段により補正要求入力があった場合、この補正要求内容をネットワークを介して申請者側に連絡する審査時補正要求手段と、
申請者側から前記仮受付時に付与された申請番号でネットワークを介して補正申請データが到達すると、補正申請データを上記申請番号により審査待状態とする審査時補正申請受付手段と、
を備えたことを特徴とする請求項１乃至請求項７のいずれかに記載の電子申請システム。
【請求項９】
審査処理手段は、申請データの不備により、この申請データの取下げ要求を入力可能で、
この審査処理手段による前記取下げ要求入力があった場合、この取下げ要求をネットワークを介して申請者に連絡する審査時取下げ要求手段を設けた
ことを特徴とする請求項８に記載の電子申請システム。
【請求項１０】
審査時補正要求手段は、申請データの補正箇所を強調表示し、補正箇所以外を変更不可な状態にロックした補正対象申請データを、申請者側に送信する
ことを特徴とする請求項８に記載の電子申請システム。
【請求項１１】
審査処理手段による補正要求には、申請データの内容に対する補正のほかに添付書類追加要求を含み、審査時補正要求手段は、添付書類追加要求が入力されると、この添付書類の追加要求をネットワークを介して申請者に連絡する
ことを特徴とする請求項８乃至請求項１０のいずれかに記載の電子申請システム。
【請求項１２】
審査時補正申請受付手段は、申請者側からネットワークを介して内容補正後の補正申請データが到達すると、この補正申請データを、仮受付時に付与された申請番号とともに、補正申請受付毎に+１される補正番号を付して管理する
ことを特徴とする請求項８に記載の電子申請システム。
【請求項１３】
審査時補正申請受付手段は、仮受付時に付与された申請番号を付して申請者側から追加添付書類がネットワークを介して到達すると、前記申請番号とともに、添付書類追加毎に+１されるシーケンス番号を付して管理する
ことを特徴とする請求項８又は請求項１２に記載の電子申請システム。
【請求項１４】
審査処理手段は、受付終了入力された申請データについて、その申請番号をキーに所定料金が納付されているか納付登録画面を表示させる審査時納付登録確認手段を有する
ことを特徴とする請求項８に記載の電子申請システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申請者側の端末と受付側サーバシステムとをネットワークにより接続し、各種申請書類を電子的に処理する電子申請システムに関する。
【背景技術】
【０００２】
従来、各種の行政機関などに対する申請書類は、申請者が紙で作成した申請書を郵送又は各行政窓口へ提出している。このような各種行政手続において、申請書の内容に誤りがないか受付者が確認し、誤りや不備があった場合はその旨指摘する。軽微なものであればその場で修正を行い、軽微でなければ申請者に再度申請書を作成し、再提出又は再送させる。これらの処置は、申請書が審査を受ける最中でも同様である。
【０００３】
ところで近年、このような各種の申請処理を、ネットワークを利用して、電子的な書類のやり取りに置き換えた電子申請システムが用いられるようになり、これに関する提案もなされている（例えば、特許文献１参照）。
【０００４】
このような電子申請システムでは、申請書の受付・審査途中にて内容に誤りや不備があることが判明した場合、誤りの内容と申請を取り消す旨を申請者に電話、電子メール等により通知し、申請者に再度提示することを依頼している。
【特許文献１】特開２００１−３４４３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように従来の手順においては、申請者からの申請書内容に不備があった場合、一度申請を取り消す旨の通知を申請者に行い、申請者側は通知を受け取ると申請手続を再度行う必要があり、手続を繰り返さねばならず便宜が悪かった。
【０００６】
本発明の目的は、申請データに誤りや不備があっっても、直ちに申請を取り消すことなく、申請内容の修正を可能とすることにより、申請手続きの容易化および効率化を図った電子申請システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の電子申請システムは、申請者側の端末と受付側サーバシステムとをネットワークにより接続した電子申請システムであって、前記受付側サーバシステムは、申請者側からネットワークにより送られてきた申請データを電子的にチェックし、正常なデータであれば申請番号と指定ＵＲＬを申請者側に送信して仮受付を行い、申請者側から指定ＵＲＬに申請番号が返信されたことにより申請データを受付待ち状態とする到達処理手段と、  前記受付待ちの申請データから受付対象を選択するとその申請データ内容を画面表示させ、表示された申請データに不備があった場合は補正要求が入力可能で、不備がない場合は受付終了入力が可能な受付処理手段と、この受付処理手段により補正要求入力があった場合、この補正要求内容をネットワークを介して申請者側に連絡する補正要求手段と、申請者側から前記仮受付時に付与された申請番号でネットワークを介して補正申請データが到達すると、補正申請データを上記申請番号により受付待ち状態とする補正申請受付手段とを備えたことを特徴とする。
【０００８】
また、本発明の電子申請システムは、受付処理手段により受付終了した申請データを、仮受付時に付与された申請番号を用いて審査待ち状態に管理する審査待ち管理手段と、  前記審査待ちの申請データから審査対象を選択するとその申請データ内容を画面表示させ、表示された申請データに不備があった場合は補正要求が入力可能で、不備がない場合は審査終了入力が可能な審査処理手段と、この審査処理手段により補正要求入力があった場合、この補正要求内容をネットワークを介して申請者側に連絡する審査時補正要求手段と、  申請者側から前記仮受付時に付与された申請番号でネットワークを介して補正申請データが到達すると、補正申請データを上記申請番号により審査待状態とする審査時補正申請受付手段とさらに備えた構成でもよい。
【０００９】
本発明では、受付処理手段および審査処理手段は、申請データの不備により、この申請データの取下げ要求を入力可能で、この受付処理手段および審査処理手段による前記取下げ要求入力があった場合、この取下げ要求をネットワークを介して申請者に連絡する取下げ要求手段および審査時取り下げ要求手段を設けた構成としてもよい。
【００１０】
また、本発明では、補正要求手段および審査時補正要求手段は、申請データの補正箇所を強調表示し、補正箇所以外を変更不可な状態にロックした補正対象申請データを、申請者側に送信する構成がよい。
【００１１】
また、本発明では、受付処理手段および審査処理手段による補正要求には、申請データの内容に対する補正のほかに添付書類追加要求を含み、補正要求手段および審査時補正要求手段は、添付書類追加要求が入力されると、この添付書類の追加要求をネットワークを介して申請者に連絡する構成がよい。
【００１２】
また、本発明では、補正申請受付手段および審査時補正申請受付手段は、申請者側からネットワークを介して内容補正後の補正申請データが到達すると、この補正申請データを、仮受付時に付与された申請番号とともに、補正申請受付毎に+１される補正番号を付して管理する。
【００１３】
また、本発明では、補正申請受付手段および審査時補正申請受付手段は、仮受付時に付与された申請番号を付して申請者側から追加添付書類がネットワークを介して到達すると、前記申請番号とともに、添付書類追加毎に+１されるシーケンス番号を付して管理する機能も有する。
【００１４】
さらに、本発明では、受付処理手段および審査処理手段は、受付終了または審査終了入力された申請データについて、その申請番号をキーに所定料金が納付されているか納付登録画面を表示させる納付登録確認手段を有する。
【発明の効果】
【００１５】
本発明によれば、申請者側の端末からネットワークにより受付側に送られてくる申請データについて、まず、このデータが正常かチェックし、正常であれば申請番号を付与し、以後、この申請番号毎に受付処理および必要に応じて審査処理を行い、誤りや不備に対する補正要求や、補正要求に対する補正後の取り扱いを申請番号に基づいて管理するので、申請書類に誤りや不備があっても直ちに取り消されることなく補正により対応できる。また、この補正も一貫した申請番号によって管理されているため誤りが生じることはなく、申請業務を容易化、効率化することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明による電子申請システムの実施形態について図面を用いて説明する。
【００１７】
図１は全体のシステム構成を示しており、図１において、１１は申請側の端末で、ネットワーク１２により受付側のサーバシステム１３と接続している。１４は認証局で、ネットワーク１２に接続し、ネットワーク１２により伝送される申請者の個人認証などを行う。
【００１８】
申請側の端末１１は、申請者が所定のフォーマットにしたがって作成した各種の申請データを作成し、その申請データをネットワーク１２により受付側のサーバシステム１３に送信する。また、受付側サーバシステム１３から送られてくるデータを受信し、所定の処理を実行するもので、パソコンなどが用いられる。
【００１９】
また、受付側サーバシステム１３は、申請先の行政機関などに設けられ、申請側の端末１１から送られてくる申請データを受け、この申請書類に対する受付や審査などの、行政機関としての所定の処理を実行する。また、この処理結果を、ネットワーク１２により申請側の端末１１に送る。
【００２０】
受付側サーバシステム１３は、ＷＷＷサーバ１３１，１３２、アプリサーバ１３３、データベースサーバ（以下、ＤＢサーバ）１３４、データバース（以下、ＤＢ）１３５、職員用端末１３６を有する。
【００２１】
ＷＷＷサーバ１３１は、外部のネットワーク１２とのインターフェースに用いられる。アプリサーバ１３３は、後述する各手段をアプリケーションプログラムにしたがって実行する。このアプリサーバ１３３にはＤＢサーバ１３４を介してＤＢ１３５が接続され、各種データの格納および読み出しが実行される。また、アプリサーバ１３３は、ＷＷＷサーバ１３２を介して職員端末１３６と接続している。この職員端末１３６は、行政機関の職員が使用する端末で、アプリサーバ１３３が実行する各種手段へのデータ入出力に用いられる。
【００２２】
ここで、アプリサーバ１３３が実行する各種手段を図２のフローチャート、図３、図４および図５の画面遷移図により説明する。なお、図２は、受付側からみた申請・届出手続の処理フローである。また、図３は後述する受付処理時の職員端末１３６での画面遷移を表し、図４は後述する審査処理時の職員端末１３６での画面遷移を表している。さらに、図５は申請側の端末１１における画面遷移を表している。
【００２３】
始に、申請側の端末１１での動作を図５で示す画面遷移図を用いて説明する。申請者は、端末１１を操作してその表示部に電子申請メニュー画面５０１を表示させ、申請データ作成を指示する。この操作により手続選択画面５０３が表示されるので該当する手続を選択すると手続（申請書様式）一覧画面５０５が表示される。
【００２４】
この申請書様式は、予めネットワーク１２を介して受付側のＤＢ１３５からダウンロードし、端末１１のメモリに保持しておけばよい。
【００２５】
表示された手続一覧画面５０５から該当する様式を選択し、申請書入力画面５０７を表示させ、申請書データを作成する。すなわち、申請者は、端末１１を操作して、申請書入力、添付書類・別送指定、申請者・作成者情報入力、印刷、入力形式チェック、署名貼付、ローカル保存・読込などの入力処理を行う。
【００２６】
このようにして作成した申請データをネットワーク１２により送信すると、受付側サーバシステム１３では、ＷＷＷサーバ１３１を経てアプリサーバ１３３にて到達処理が実行され、到達チェックが行われる。
【００２７】
到達処理手段１３３ａの働きとして、図２で示すように、新規申請が到達すると（ステップ２１１）、申請データがウイルスに感染していないか等、電子的にチェックし（図５で示した到達チェック）、正常なデータであれば仮受付（ステップ２１２）を行う。この仮受付とは、受付側が申請番号とパスワードを発行し、申請確定用の指定ＵＲＬと共に、画面表示もしくは電子メールにて申請者側に通知することを言う。この通知後、到達処理手段１３３ａは申請確定待ちの状態（Ｓ１）となる。
【００２８】
申請側の端末１１では、図５で示すように、到達チェックが正常であれば上記仮受付通知を受け、仮受付通知画面５０９が表示される。すなわち、受付側から付与された、申請番号、パスワード、指定ＵＲＬなどが表示される。
【００２９】
申請者は、申請確定用のメール指定のＵＲＬを設定し、申請確定入力画面５１１を表示させ、付与された申請番号やパスワードを入力し、これを受付側に返信する申請確定を実行する。この操作により、受付側では申請確定入力データを検索し、入力された申請番号やパスワードがＤＢ１３５に格納されていれば申請を確定し（ステップ２１３）、受理通知を申請側に送信する。申請側の端末１１は、図５で示すように受理通知画面５１３を表示して終了する。
【００３０】
受付側では、図２で示すように、申請確定（ステップ２１３）により、申請データを申請番号をキーとしてＤＢ１３５に登録し、受付開始待ちの状態（Ｓ２）とする。
【００３１】
すなわち、受付側の到達処理手段１３３ａでは、申請者側からネットワーク１２により送られてきた申請データを電子的にチェックし、正常なデータであれば申請番号やパスワードを指定ＵＲＬと共に申請者側に送信して仮受付を行い、申請者側から指定ＵＲＬに申請番号が返信され、申請確定（ステップ２１３）が行われたことにより、申請データを受付開始待ち状態（Ｓ２）とする。
【００３２】
次に、受付側の職員は、受付処理手段１３３ｂを機能させ、図２で示すように、受付処理を開始する（ステップ２１４）。この受付処理を、職員端末１３６での画面遷移を表す図３により説明する。職員はログイン画面３０１からログインし、メニュー画面３０２を表示させる。メニュー画面３０２には「審査」「申請データ検索」「パスワード検索」「電子署名付与」「受付」の各メニューが表示されるので、ここでは「受付」を選択する。
【００３３】
この操作により、ＤＢ１３５に登録されていた受付待ちの全申請データが読み出され、受付待ち一覧画面３０３が表示される。職員は、この画面から受付対象の申請データを申請データにより選択する。この操作により、該当する申請番号の申請データの詳細画面３０４が表示され、受付中の状態（図２のＳ３）となる。
【００３４】
職員は、この申請データ詳細画面３０４に基づき受付のための所定の操作を行う。例えば、受付の担当部署が異なる場合は変更画面３０５を表示させたり、また、添付された申請書類を選択する場合は様式内容表示画面３０６を表示させたり、さらに、別送書類の受取日を選択する場合はその入力画面３０７を表示させたりする。
【００３５】
また、職員は、申請データ詳細画面３０４の内容を検討し内容確認等の作業を行う。その結果、内容に不備があるか、受付可能かを判断する。何らかの修正が必要な場合は、補正要求手段１３３ｃを機能させ、図２で示すように、補正要求を発行し（ステップ２１５）、申請者にメールを送信して、受付時の補正申請待ち状態（Ｓ４）となる。なお、職員が補正要求を誤って出した場合などは、補正要求を取り消し、その旨申請者にメール送信する（ステップ２１６）こともできる。
【００３６】
ここで、補正要求手段１３３ｃが発行する補正要求としては、申請データの内容に対する補正のほかに、書面が不足した場合の添付書類追加要求を含む。
【００３７】
また、申請データの誤りや不備が大きく、補正では対応できない場合は、取下げ要求手段１３３ｅを機能させて取下げ要求を発行し、申請者にメール送信し（ステップ２１７）、受付時の取下げ応答待ちの状態（Ｓ５）となる。この場合も、職員が取下げ要求を誤って出した場合などは、取下げ要求を取り消し、その旨申請者にメール送信する（ステップ２１８）こともできる。
【００３８】
これらの動作を、図３の画面遷移で説明する。まず、補正要求についてみると、補正要求のうち、申請データの内容に関する補正要求の場合は、補正要求画面３０８を表示させ、補正要求通知メールを申請者に送信する。この場合、申請者に対しては、仮受付時に付与した申請番号と、補正を行う度に+１される補正番号とを付して送信する。
【００３９】
また、この際、補正項目を強調し、補正の不要な部分には変更不可のロックをかけた申請書を自動貼付する。強調する手法としては、該当する項目部分を赤枠或いは太枠で囲んだりすればよい。このように補正項目を強調することにより申請者の見落としを防止できる。また、前述のように補正不要箇所に変更不可のロックをかけることにより、補正書面に対する補正誤りを防止できる。
【００４０】
なお、補正要求を取消す場合は、補正要求取下げ画面３０９を表示させ、取消し処理を行えばよい。
【００４１】
また、添付書類の追加を要求する場合は、添付書類追加要求画面３１０を表示させ、添付書類追加要求通知メールを申請者に送信する。この場合、申請者に対しては、仮受付時に付与した申請番号と、添付書類の追加毎に+１されるシーケンス番号とを付して送信する。
【００４２】
なお、追加要求を取消す場合は、添付書類追加要求取下げ画面３１１を表示させ、取消し処理を行えばよい。
【００４３】
申請データの取下げを要求する場合は、取下げ要求画面３１２を表示させ、取下げ要求通知メールを申請者に送信する。なお、取下げ要求を取消す場合は、取下げ要求取消し画面３１３を表示させ、取消し処理を行えばよい。
【００４４】
上述した各通知に対する申請者側の対応を、図５の画面遷移図により説明する。申請者は、電子申請メニュー画面５０１により状況確認（５１４）を指定し、申請取扱状況入力画面５１５を表示させ、仮受付時に賦与された申請番号・パスワードを入力する。
【００４５】
この操作により、受付側からの前述した通知によって、図２の補正申請待ち（Ｓ４）、取下げ応答待ち（Ｓ５）のデータを検索し、該当する申請取扱状況確認画面５１７を表示させる。この画面（申請書や、添付ファイル、許可証等）は、申請者の端末１１の記憶部１１Ｍに保存したり、記憶部１１M読み出したりすることができる。
【００４６】
申請者は、この申請取扱状況確認画面５１７を確認し、添付書類の追加要求が通知されている場合は、添付書類追加画面５１８を表示させ、所定の添付書類を受付側に送信する。この場合、仮受付時に付与された申請番号と、添付書類追加毎に+１されるシーケンス番号とを付加する。
【００４７】
また、補正要求が通知されている場合は補正申請書入力画面５１９を表示させ、補正要求通知メールに添付された申請書の補正対象部分に追記し、これを受付側に送信する。この場合、仮受付時に付与された申請番号と、補正回数毎に+１される補正番号を付加する。
【００４８】
また、取下げ要求が通知されている場合は、取下げ処理を実行する。この操作により申請取下げ確認画面５２０が表示されるのでこれを確認する。
【００４９】
上述した補正要求に対する補正申請データ（添付書類の追加も含む）が受付側に到達すると、受付側では補正申請受付手段１３３ｄが機能し、図２で示すように、到達処理を行い（ステップ２１９）、受理通知画面を表示させる。補正申請受付手段１３３ｄでは、追加添付書類を受付けた場合は、要求前の申請データと共に、前記申請番号およびシーケンス番号を付して受付待ちの状態でＤＢ３１５に登録する。また、補正申請データ（申請データの内容を補正したもの）を受付けた場合は、この補正申請データを、補正前の申請と同一の申請番号および＋１された補正番号と共にＤＢ１３５に登録し、補正申請の世代管理を行う。その際、申請番号とパスワード/Cookie/電子証明書等、これらを個別もしくは組み合わせることにより、申請者および補正前申請を特定する。同一の申請番号を使用するので、管理が容易である。
【００５０】
申請者側では、図５で示すように、受付側の到達処理における到達チェックで正常であれば受理通知があるので受理通知画面５１３を表示して終了する。
【００５１】
また、受付側で、図２で示すように、取下げ応答を受付けた（ステップ２２０）場合は、取下げ応答を確認し、受信者は受付担当者に取下げ応答確認メールを送信し、取下げ済の状態となる（Ｓ６）。
【００５２】
上記受付処理の結果、申請データに不備がなく、或いは、補正申請データに不備がなく、さらには、添付書類も完備している場合は受付終了となる。このようにして１件の受付待ちのデータに対する受付が終了すると、図３で示した受付待ち一覧画面に戻り、次の受付待ちデータを選択し、同様の受付処理を繰り返す。図２に戻って、職員はこれら受付結果を入力し（ステップ２２１）、審査待ち管理手段１３３ｇを機能させてＤＢ１３５に申請番号をキーにして登録する。また、審査可能であることを審査担当の職員にメール送信する。これらの操作により、受付側では審査待ちの状態（Ｓ７）となる。
【００５３】
なお、職員は、各種の手数料など、所定の金額が納付されているか確認する場合には納付登録画面３１４を表示させ、納付登録確認手段１３３ｆにより納付の有無を確認する。この納付確認画面３１４は、例えば、納付指定金融機関の画面を表示するようにしてもよい。
【００５４】
審査待ちの状態（Ｓ７）から、申請書類に対する審査を行う場合は、審査処理手段１３３ｈを機能させるべく、職員が審査詳細画面を表示させる（ステップ２２２）。この審査処理の過程を、図４の画面遷移図により説明する。
【００５５】
受付時と同様に、職員はログイン画面４０１からログインしメニュー画面４０２を表示させる。メニュー画面４０２には「受付」「申請データ検索」「パスワード検索」「電子署名付与」「審査」の各メニューが表示される。例えば、電子署名付与を行う場合は、「電子署名付与」を選択し、電子署名付与待ち一覧画面４２０を表示させ、申請番号を選択して対応する回答文書内容表示画面４２１を表示し、その内容を確認して電子署名付与の可否を決定する。
【００５６】
ここでは申請書類の審査についての説明であり、「審査」を選択した場合を以下説明する。
【００５７】
上記メニュー画面４２０で「審査」を選択したことにより、ＤＢ１３５に登録されていた審査待ちの全申請データが読み出され、審査待ち一覧画面４０３が表示される。職員は、この画面から審査対象の申請データを申請番号により選択する。この操作により、該当する申請データの詳細画面４０４が表示され、受付中の状態（図２のＳ８）となる。
【００５８】
職員は、この申請データ詳細画面４０４に基づき審査のための所定の操作を行う。すなわち、受付時と同様に、変更画面４０５を表示させたり、様式内容表示画面４０６を表示させたり、別送書類受取日入力画面４０７を表示させたりする。
【００５９】
次に、申請データ詳細画面４０４の内容を検討し内容確認等の作業を行う。その結果、内容に不備があるかを判断し、審査に影響がある書類上の不備があった場合は、審査時補正要求手段１３３ｉを機能させ、図２で示すように、補正要求を発行し（ステップ２２３）、申請者にメールを送信して、審査時の補正申請待ち状態（Ｓ９）となる。補正要求を取り消す場合は、その旨申請者にメール送信する（ステップ２２４）。
【００６０】
審査時補正要求手段１３３ｉが発行する補正要求としては、受付時と同様に、申請データの内容に対する補正のほかに、書面が不足した場合の添付書類追加要求を含む。
【００６１】
また、申請データの誤りや不備が大きく、補正では対応できない場合は、審査時取下げ要求手段１３３ｋを機能させて取下げ要求を発行し、申請者にメール送信し（ステップ２２５）、審査時の取下げ応答待ちの状態（Ｓ１０）となる。取下げ要求を取消す場合は、その旨申請者にメール送信する（ステップ２２６）。
【００６２】
これらの動作を、図４の画面遷移で説明する。補正要求についてみると、補正要求のうち、申請データの内容に関する補正要求の場合は、補正要求画面４０８を表示させ、補正要求通知メールを申請者に送信する。この場合、申請者に対しては、受付け時と同様に、仮受付時に付与した申請番号と、補正を行う度に+１される補正番号とを付して送信する。この際、受付時と同様に、補正項目を強調し、補正の不要な部分には変更不可のロックをかけた申請書を自動貼付する。このように補正項目を強調することにより申請者の見落としを防止でき、補正不要箇所に変更不可のロックをかけることにより補正誤りを防止できる。
【００６３】
なお、補正要求を取消す場合は、補正要求取消し画面４０９を表示させ、取消し処理を行う。
【００６４】
添付書類の追加を要求する場合は、添付書類追加要求画面４１０を表示させ、添付書類追加要求通知メールを申請者に送信する。この場合、申請者に対しては、受付時と同様に、仮受付時に付与した申請番号と、添付書類の追加毎に+１されるシーケンス番号とを付して送信する。
【００６５】
添付書類の追加要求を取消す場合は、添付書類追加要求取消し画面４１１を表示させ、取消し処理を行う。
【００６６】
申請データの取下げを要求する場合は、取下げ要求画面４１２を表示させ、取下げ要求通知メールを申請者に送信する。この取下げ要求を取消す場合は、取下げ要求取消し画面４１３を表示させ、取消し処理を行えばよい。
【００６７】
上述した補正要求、添付書類追加要求、取下げ要求の各通知に対する申請者側の対応は、図５の画面遷移図により説明した受付時の対応と同じである。すなわち、申請者は、電子申請メニュー画面５０１により状況確認を指定し、申請取扱状況入力画面５１５を表示させ、仮受付時に賦与された申請番号・パスワードを入力する。
【００６８】
この操作により、受付側からの前述した通知のあるものが、図２の審査時補正申請待ち（Ｓ９）、審査時取下げ応答待ち（Ｓ１０）の中から検索され、該当する申請取扱状況確認画面５１７が表示される。
【００６９】
申請者は、この申請取扱状況確認画面５１７を確認し、添付書類の追加要求が通知されている場合は、添付書類追加画面５１８を表示させ、所定の添付書類を受付側に送信する。この場合、受付時と同様に、仮受付時に付与された申請番号と、添付書類追加毎に+１されるシーケンス番号とを付加する。
【００７０】
また、補正申請要求が通知されている場合は補正申請書入力画面５１９を表示させ、補正要求通知メールに添付された申請書の補正対象部分に追記し、これを受付側に送信する。この場合も、受付時と同様に、仮受付時に付与された申請番号と、補正回数毎に+１される補正番号とを付加する。
【００７１】
また、取下げ要求が通知されている場合は、取下げ処理を実行する。この操作により申請取下げ確認画面５２０が表示されるのでこれを確認する。
【００７２】
上述した補正要求に対する審査時補正申請データ（添付書類の追加も含む）が受付側に到達すると、受付側では審査時補正申請受付手段１３３ｊが機能し、図２で示すように、到達処理を行い受理通知画面を表示させる（ステップ２２７）。審査時補正申請受付手段１３３ｊでは、追加添付書類を受付けた場合は、要求前の申請データと共に、前記申請番号およびシーケンス番号を付して審査待ちの状態でＤＢ３１５に登録する。また、補正申請データ（申請データの内容を補正したもの）を受付けた場合は、この補正申請データを、補正前の申請と同一の申請番号および＋１された補正番号と共に審査待ちの状態でＤＢ１３５に登録し、補正申請の世代管理を行う。その際、同一の申請番号を使用するので、管理が容易である。
【００７３】
また、受付側で、図２で示すように、審査時の取下げ応答を受付けた（ステップ２２８）場合は、取下げ応答を確認し、受信者は審査担当者に取下げ応答確認メールを送信し、取下げ済の状態となる（Ｓ６）。
【００７４】
このようにして必要な補正が行われ、添付書類も完備した状態で、申請データに対する審査が行われ、審査結果が決定される。この審査結果は、審査結果入力画面４１５を表示させ、ここに入力して審査を終了する。また、審査結果を申請者に回答するために、回答書面作成を指示し、回答書内容表示画面４１６を表示させ、回答書（例えば、許可証などの回答文書）を作成する。
【００７５】
なお、職員は、受付時と同様に、各種の手数料など、所定の金額が納付されているか確認する場合には、納付登録画面４１４を表示させ、審査時納付登録確認手段１３３ｌにより納付の有無を確認する。
【００７６】
職員は、その後、審査待ち一覧画面４０３に戻り、次の審査待ちデータを選択し、同様の審査処理を繰り返す。すべての申請データについて審査を終了することにより手続終了状態（図２のＳ１１）となる。
【００７７】
ここで、申請データは、前述したように共通の申請番号、補正毎に更新される補正番号、添付書類追加ごとに更新されるシーケンス番号により管理されているが、これらの関係を表１によって説明する。
【表１】
2005084928.tif 000003
（１）において、申請者が申請データを新規申請し、添付書類が２個である場合、申請管理情報（同一申請で１つ）は、受付側の仮受付により付与された「申請番号：１２３４」がカウントアップされる。したがって、申請データには「申請番号：１２３４」が付されている。補正番号は新規申請のため「０」である。添付追加申請データおよび要求発行履歴は新規申請のため共に「なし」である。また、２つの添付書類データには、「申請番号：１２３４」「補正番号：０」「シーケンス番号：０」が付される。
【００７８】
（２）は、受付側の職員が添付書類の追加要求を行った場合である。この場合、要求発行履歴は、「申請番号：１２３４」「補正番号：０」「シーケンス番号：１（カウントアップ）」「要求種別：添付」となる。すなわち、申請番号は新規申請時と同じであり、補正番号も、申請データ自体の内容補正でないため０のままである。これに対してシーケンス番号は、新たに添付書類の追加が要求されたため、その世代管理のために１にカウントアップされる。
【００７９】
（３）は、上記（２）の添付書類追加要求に対して申請者が添付追加申請を行い、添付書類を１個追加した場合である。この場合、添付追加申請データは、「申請番号：１２３４」「補正番号：０」「シーケンス番号：１」となる。このことから、この追加申請が、同じ申請番号（同一申請）で、内容補正ではなく、添付の追加が１回目であることがわかる。また、添付書類データは、新規申請時の「申請番号：１２３４」「補正番号：０」「シーケンス番号：０」と、添付追加申請時の「申請番号：１２３４」「補正番号：０」「シーケンス番号：１」との２つが、対応する添付書類に付される。この結果、同一申請で、新規申請時に添付のものと第１回目の添付追加申請時のものであることが明らかとなる。
【００８０】
次に、申請データを内容補正する場合を説明する。
【００８１】
（４）は、上記（３）で添付書類を１個追加した申請データに対して職員が補正要求を行った場合である。申請データの補正番号は、補正前なので０である。要求発行履歴は、「申請番号：１２３４」「補正番号：１（カウントアップ）」「シーケンス番号：０」「要求種別：補正」となる。すなわち、申請番号は新規申請時と同じである。補正世代管理用の補正番号は、申請データ自体の内容補正が要求されたため１にカウントアップされる。シーケンス番号は、添付書類の追加ではないため０である。
【００８２】
（５）は、上記（４）の補正要求に対し申請者が補正申請を行った場合である。この場合、申請データは「申請番号：１２３４」「補正番号：１」となる。また、添付書類データは最初の添付書類には「申請番号：１２３４」「補正番号：１」「シーケンス番号：０」が付される。他のデータは省略する。
【００８３】
これら申請番号、補正番号、シーケンス番号の各データは、申請データおよび添付書類と共に、ＤＢ１３５に都度登録される。すなわち、補正や添付書類の追加が行われていても、同じ申請のデータは、最初に付与された申請番号が一貫して付されるので、管理が容易となる。また、補正や添付書類の追加に対しては、世代管理用の補正番号やシーケンス番号が付されるので、同じ申請データに対して何回補正が行われたか、何回添付書類の追加が行われたかを確実に把握することができる。
【００８４】
これらのことからデータ管理が容易となり、誤りを生じることなく、受付処理や審査を確実且つ正確に行うことができる。
【００８５】
このように、電子的に受付けた申請書に不備があった場合であっても、受付側から申請側に修正要求を発行することができる。さらに、修正前と修正後の申請内容を同一の申請番号で管理することができるため、受付側での申請書の管理が容易になる。また、修正要求を申請者に通知する際、適正な内容が記載された項目については追記・変更不可とし、補正が必要な項目については、太字/斜体/着色等により強調して表示されるよう加工した申請書を電子的に返送することで、申請者が行う修正作業を簡略化することができると共に、補正が必要な項目の記載漏れを防止できる。
【００８６】
なお、上記実施の形態では、受付に続いて審査を行う場合を例示したが、申請データによっては、受付のみで審査を伴わないものもあり、その場合は当然受付までの処理となる。
【図面の簡単な説明】
【００８７】
【図１】本発明による電子申請システムの一実施の形態を示す全体構成図である。
【図２】同上実施の形態の動作を説明するフローチャートである。
【図３】同上実施の形態での受付側における受付時の画面遷移を説明する図である。
【図４】同上実施の形態での受付側における審査時の画面遷移を説明する図である。
【図５】同上実施の形態での申請側における画面遷移を説明する図である。
【符号の説明】
【００８８】
１１    申請側の端末
１２    ネットワーク
１３    受付側のサーバシステム
１３３ａ    到達処理手段
１３３ｂ    受付処理手段
１３３ｃ    補正要求手段
１３３ｄ    補正申請受付手段
１３３ｅ    取下げ要求手段
１３３ｆ    納付登録確認手段
１３３ｇ    審査待ち管理手段
１３３ｂ    審査処理手段
１３３ｃ    審査時補正要求手段
１３３ｄ    審査時補正申請受付手段
１３３ｅ    審査時取下げ要求手段
１３３ｆ    審査時納付登録確認手段
１３５    データベース（ＤＢ）
１３６    職員用端末
【図１】
2005084928.tif 000004
【図２】
2005084928.tif 000005
【図３】
2005084928.tif 000006
【図４】
2005084928.tif 000007
【図５】
2005084928.tif 000008