JP3021190B2

JP3021190B2 - 申請書類の電子処理システム

Info

Publication number: JP3021190B2
Application number: JP18198892A
Authority: JP
Inventors: 美紀吉田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-07-09
Filing date: 1992-07-09
Publication date: 2000-03-15
Anticipated expiration: 2015-03-15
Also published as: JPH0628275A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、利用者端末から電子メ
ールで送信された形式の決った申請書データをセンタ装
置で受信して処理する申請書類の電子処理システムに関
する。公官庁、民間を問わず、施設の利用や業務遂行の
ためには、各種の許可認可の申請手続を必要としてい
る。

【０００２】一方、近年にあっては、新しい情報手段と
してのパソコン通信の発展は目覚ましく、パソコン通信
とホストコンピュータによる情報処理技術と連携させて
より効率的に処理できる。このため、各種の許認可を得
るために行われている書類申請業務を、パソコン通信を
活用してホストコンピュータで処理させることが考えら
れ、このような申請業務を扱う電子処理システムでは、
利用者の効率の良い申請業務を可能とし、またセンタ装
置における人的な負担を可能な限り減らすことが望まれ
る。

【０００３】

【従来の技術】従来の電子メールによって利用者端末か
らセンタ装置のホストコンピュータに申請書データを送
って許認可の処理を行う電子処理システムにあっては、
申請書データを電子化して送受信することに重点を置い
ている。即ち、申請者はワープロ等の端末を使用して所
定のフォーマット形式に従った申請書類データを作成
し、パソコン通信の電子メールを利用してユーザＩＤを
使用してセンタ装置の電子メールボックスに送信する。

【０００４】センタ装置にあっては、電子メールボック
スの中から申請書データを取り出し、ディスプレイ上に
表示してオペレータが申請書の内容をチェックし、正し
ければ申請書データを受理してホストコンピュータに入
力し、受理したことを申請者に通知する。またエラーが
あった場合には、受理しない旨を申請者に個別に連絡す
るようにしている。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の申請書類の電子処理システムにあっては、セ
ンタ装置で申請書データの内容を人為的にチェックして
申請者に対し受理、不受理の結果だけしか通知していな
かったため、不受理の場合には申請者が内容を見なおし
たり、センタ側に問い合わせてエラー内容を聴いたりす
る必要があるため、エラー修正に時間がかかるという問
題がある。

【０００６】またシステムで使用する端末の増設を申請
するような場合には、その都度、申請書を作成して電子
メールで送るようになるが、増設等の申請書にあって
は、既設端末の開設時に使用した申請書の内容の一部を
変えるだけで良いにも関わらず、最初から申請書を作成
しなければならず、同じミスを生じ易く、申請業務に手
間と時間がかかるという問題があった。

【０００７】本発明は、このような従来の問題点に鑑み
てなされたもので、センタ装置及び申請者端末で申請書
データの処理業務を効率よくできるようにした申請書類
の電子処理システムを提供することを目的とする。

【０００８】

【課題を解決するための手段】図１本発明の原理説明図
である。まず本発明は、利用者端末１０から電子メール
で送信された形式の決った申請書データをセンタ装置１
２で受信して処理する申請書類の電子処理システムを対
照とする。

【０００９】このような申請書類の電子処理システムと
して本発明にあっては、利用者端末１０からの申請書デ
ータを受付けて格納する受付メールボックス手段１４を
設け、受付メールボックス手段１４に格納された申請書
データを取り出して内容判定手段１６で内容を判定し、正しい申請書データ修正可能なエラーを含む申請書データ修正不可能なエラーを含む申請書データに分類する。

【００１０】内容判定手段１６により判定の済んだ正し
い申請書データおよび修正可能なエラーを含む申請書デ
ータは申請書格納手段１８に格納されて受理される。申
請書格納手段１８の中から修正可能なエラーを含む申請
書データは、エラー修正手段２０で抽出されてオペレー
タの操作により修正される。内容判定手段１６により判
定された正しい申請書データ、修正不可能なエラーを含
む申請書データ、およびエラー修正手段２０により修正
された申請書データの各々は、処理結果作成手段２２よ
って受理又は不受理、エラー内容、エラー内容の修正結
果のメッセージを付加した処理結果して作成され、利用
者メールボックス手段２４に格納され、利用者端末１０
からの要求に対し処理結果を電子メールで返却する。

【００１１】ここで内容判定手段１６は、申請書データ
の内容をチェックし、フォーマットエラー、項目の記入
漏れ等の受付不可エラーを判定した場合には、申請書デ
ータを申請書格納手段１８に格納することなく処理結果
作成手段２２に転送してエラーメッセージを付加した処
理結果を前記利用者メールボックス手段２４に格納して
返却させる。

【００１２】また内容判定手段１６は、申請書データの
内容をチェックし、予め定めた複数項目の中から正しい
項目選択が行われていない等の処理不可エラーを判定し
た場合には、修正可能なエラー含む申請書データとして
受理して申請書格納手段１８に格納し、修正した後に正
式に受理する。更に内容判定手段１６は、申請書データ
の内容をチェックし、完了希望日までの期間が所定の日
数より短く設定されている等の運用障害エラーを判定し
た場合には、修正可能なエラー含む申請書データとして
受理して申請書格納手段１８に格納し、修正した後に正
式に受理する。

【００１３】更にまた、データ形式の異なる申請書デー
タについては内容判定手段１６で内容判定を行うことな
く、申請書データを削除して申請した加入者端末１０に
データ削除を通知する。

【００１４】

【作用】このような構成を備えた本発明による申請書類
の電子処理システムにあっては、申請書データの内容を
センタ装置で自動的に判定し、修正不可エラーについて
のみ自動返却し、修正可能なエラーについては受理した
後にバッチ処理により修正して正式に受理する。

【００１５】このためセンタ装置側では、修正可能なエ
ラーを含む申請書データについてのみオペレータが介在
して修正を行えばよく、センタ装置での人的な負担を大
幅に低減できる。またエラー修正も内容判定の結果に応
じてエラー箇所を示すメッセージが提供されるため、効
率よく修正できる。更に、受理された申請書データ、修
正不可エラーを含む申請書データ、更に修正可能なエラ
ーを含むことでバッチ処理により修正された正しい申請
書データの各々について、申請書データと共に受理、不
受理、エラー内容、修正内容のメッセージを付加して申
請者に自動返却されるため、申請結果の適否が具体的に
判る。

【００１６】特に受理された申請書データが返却されて
くることから、この返却データを申請者端末でファイル
に格納しておくことで、例えば増設申請の際には、最初
に受理された正しい申請書データを読み出して増設に伴
う部分のみを変更すればよく、ミスのない申請書データ
を作成でき、また増設に伴う申請作業を効率よく行うこ
とができる。

【００１７】またエラーのあった受付不可として返却さ
れた申請書データについては、どのようなエラーがある
かのメッセージを見ることでエラー部分を知って必要な
修正を直ちに行うことができ、正しい申請書データの再
提出が効率よくできる。更に、センタ側で修正されたエ
ラーをもつ申請書データについても、エラー内容と、ど
のように修正したかのメッセージによって、エラーの原
因を知ることができ、その後の申請業務でのミスの発生
を防止し、申請業務を通じて学習効果が得られ、ミスの
少ない申請業務を行うことができる。

【００１８】

【実施例】図２は本発明のシステム構成を示した実施例
構成図である。図２において、１０は利用者端末であ
り、ワードプロセッサとしての機能を備えたパーソナル
コンピュータが使用される。利用者端末１０は電話回線
等の通信回線を介してセンタ装置１２に接続されてい
る。センタ装置１２にはホストコンピュータのプログラ
ム制御により実現される申請書／抽出コード変換部２
６，申請内容抽出部３０，申請データ内容チェック部１
６，内容確認／修正部２０，修正完了データ抽出部３６
及び処理結果作成部２２が設けられる。

【００１９】また、申請されたデータを格納するファイ
ルとして申請書受付メールボックス１４，申請データ抽
出済ファイル２８，申請データファイル３２，申請デー
タデータベース１８，処理結果データファイル３８及び
利用者メールボックス２４−１，２４−２，２４−３，
・・・が設けられる。更にセンタ装置１２を詳細に説明
すると、まず申請受付メールボックス１４にはパソコン
通信によりユーザＩＤを使用してセンタ装置１２のＩＤ
宛てに送られてきた文書データとしての申請書データを
蓄積する。

【００２０】申請書抽出／コード変換部２６は申請書受
付メールボックス１４に格納された文書データのうち、
センタ装置１２で処理対象としている申請書番号がある
もののみ、即ち申請書と見做せるデータのみを抽出し、
センタ装置１２のホストコンピュータで扱い可能なコー
ドに変換を行った後、申請データ抽出済ファイル２８に
格納する。

【００２１】ここで、コード変換は利用者端末１０側で
の文書作成のデータ形式とセンタ装置１２のホストコン
ピュータでのデータ形式が通常相違していることから行
うが、同じデータ形式であれば変換は不要である。申請
内容抽出部３０は申請データ抽出済ファイル２８に格納
された申請書データのフォーマットから枠内に記入され
た申請情報を抽出して申請データファイル３２に格納す
る。このとき、申請書データのフォーマット形式が予め
決められたフォーマット形式と同じかどうかのチェック
が行われ、もしフォーマット形式が間違っていれば受付
不可能なフォーマットエラー有りと判定する。

【００２２】申請データ内容チェック部１６は申請デー
タファイル３２を対象に申請情報の適否を判定し、正しい申請情報修正可能なエラーを含む申請情報修正不可能なエラーを含む申請情報に分類する。このうちの正しい申請情報をもつ申請
書データと修正可能なエラーを含む申請情報の申請書デ
ータについては、有効に受け付けて申請データデータベ
ース１８に格納する。一方、の修正不可能なエラーを
含む申請情報の申請書データについては、修正不可能な
エラーを示すエラー情報を付加して処理結果データファ
イル３８に格納する。

【００２３】この処理結果データファイル３８に対して
は処理内容抽出部３０でフォーマットエラーを判定した
場合にも修正不可能なエラーとして処理結果データファ
イル３８に格納している。申請データデータベース１８
に格納された修正可能なエラーを含む申請書データに対
してはパーソナルコンピュータ３４の操作で動作する内
容確認／修正部２０によりオペレータが修正可能なエラ
ーを含む申請データをディスプレイ上に呼び出し、同時
に表示されるエラー内容からエラー部分を正しい申請情
報に修正する。

【００２４】このようにオペレータによるエラー部分の
修正が行われると、どのようなエラー修正が行われたか
を示す情報を付加して修正済の申請書データが申請デー
タデータベース１８に格納され、これで正式に受理され
たことになる。処理完了データ抽出部３６は申請データ
データベース１８に格納された正しい申請書データ及び
エラー修正済みの申請書データを抽出し、処理結果デー
タファイル３８に格納する。

【００２５】処理結果作成部２２は処理結果データファ
イル３８の内容を参照し、正しい申請書データ，修正済
の申請書データ，受付不可エラーをもつ申請書データの
各々につき固有のメッセージを付加して、申請者毎に準
備されている利用者メールボックス２４−１，２４−２，２４−３，
・・・のいずれかに格納する。利用者メールボックス２
４−１，２４−２，２４−３，・・・に格納された処理
結果は例えば２週間は保存され、その後、バッジ処理に
より削除される。利用者メールボックス２４−１，２４
−２，２４−３，・・・に処理結果が格納された後はい
つでも利用者端末１０より自分の利用者メールボックス
の内容を要求して申請書データの返却を受けることがで
きる。

【００２６】ここで、申請データ内容チェック部１６の
内容チェックで判定するエラーの種類を説明すると次の
ようになる。まず修正不可能なエラーとしては受付不可
エラー及びフォーマットエラーの２つがある。フォーマ
ットエラーは前述したように申請書のフォーマット形式
が定めた形式と全く違っている場合であり、この実施例
にあっては申請内容抽出部３０における抽出処理の際に
判定されている。これに対し、申請データ内容チェック
部１６で判定する受付不可エラーとは、申請書フォーマ
ットの定められた枠内に必要事項が記載されていない場
合が代表的なものとしてある。

【００２７】次に修正可能なエラーとして、この実施例
にあっては処理不可エラーと運用障害エラーの２つがあ
る。処理不可エラーとは申請書フォーマットの中に複数
項目の中から特定の項目を選択する申請情報において、
誤った項目の選択を行っている場合である。例えば、回
線種別として専用回線，電話回線，ＤＤＸまたはＦＡＸ
の４種類の選択項目があったとき、誤った回線を選ぶと
処理不可エラーと判定される。この処理不可エラーは複
数の項目の中から正しい項目を選べば修正できるので、
修正可能なエラーとしている。

【００２８】また、運用障害エラーとは、例えば申請書
フォーマットの項目として申請書の処理完了希望日を記
入する枠が設けられており、この枠の中に記入された希
望日がシステムが予定している処理可能な日数より短か
った場合、システム自体の運用に支障を及ぼすことか
ら、運用障害エラーと判定する。この運用障害エラーも
例えば完了希望日を指定日数を越える日日に変更すれば
良いことから、修正可能なエラーとしている。

【００２９】勿論、修正可能なエラーとしては、この実
施例における処理不可エラー及び運用障害エラーに限定
されず、申請書の形式や内容に応じ適宜の修正可能なエ
ラーを含めることができる。図３は本発明における利用
者端末での申請書作成からセンタ装置における処理終了
後の返却までの一連の手順を示したフローチャートであ
る。この図３の処理にあっては、図４以降に示す通信ネ
ットワークサービスを利用するための申請書の処理を例
にとっている。

【００３０】図３において、まずステップＳ１に示すよ
うに、利用者端末１０のもつワープロ機能により、例え
ば図４に示すような申請書を作成する。この申請書はフ
ォーマットが予め決まっており、申請書の枠内に必要な
事項を記入するようになる。続いてステップＳ２で、作
成した申請書を電子メールを使用してセンタ装置１２に
送信する。センタ装置１２にあっては、利用者端末１０
から送信された申請書データをまず申請書受付メールボ
ックス１４に格納することでステップＳ３で受け付け、
申請書抽出／コード変換部２６によりセンタ装置１２で
処理可能なデータ形式に変換する。

【００３１】このときステップＳ４で受け付けた申請書
データの文書形式が、例えば予め定められた例えばＯＡ
ＳＹＳ形式か否かチェックする。もしＯＡＳＹＳ形式以
外の形式による申請書データであった場合には、それ以
降の処理ができないことから、ステップＳ１６で受け付
けた申請書データを削除し、申請元にデータ形式の相違
に基づき申請書データが削除されたことを連絡する。

【００３２】ステップＳ４で文書形式が正しければ申請
内容抽出部３０により申請データ抽出済ファイル２８の
申請書データの中のフォーマットの枠内に記入された申
請書情報を抽出する。このときステップＳ５に示すよう
に、指定の申請書フォーマットか否か判定しており、も
しフォーマットエラーがあった場合にはステップＳ１３
以降の返却処理に進む。

【００３３】フォーマットエラーがなければ申請データ
内容チェック部１６で申請データファイル３２の内容を
対象に申請書データの内容チェックを行い、受付不可エ
ラーがないかどうかチェックする。もし受付不可エラー
があれば修正不能であることからステップＳ１３以降の
返却処理に進む。受付不可エラーがなければステップＳ
７に進み、申請データを受理データとして申請データデ
ータベース１８に登録する。

【００３４】続いてステップＳ８に進み、処理不可能エ
ラーの有無をチェックし、処理不可能エラーがあればス
テップＳ９で内容確認／修正部２０で修正を行い、修正
可能であれば申請データデータベース１８に修正済の申
請書データを格納する。一方、ステップＳ９で修正がで
きなかった場合にはステップＳ１３以降の返却処理に進
む。

【００３５】続いてステップＳ１０で運用障害エラーの
有無をチェックし、運用障害エラーがあった場合にはス
テップＳ１１で修正可能であれば内容確認／修正部２０
による内容修正を行い、修正ができなければステップＳ
１３以降の返却処理に進む。更にステップＳ１２で、こ
のとき受け付けている申請データの登録処理が完了して
いるか否かチェックし、登録処理が完了するまでステッ
プＳ８〜Ｓ１２の処理を繰り返す。

【００３６】申請登録処理が完了するとステップＳ１３
に進み、返却先メールボックスの有無を判定し、返却先
メールボックスがあればステップＳ１４で申請書返却処
理を行う。即ち、処理完了データ抽出部３６で申請デー
タデータベース１８の中から処理完了済の申請書データ
を抽出して処理結果データファイル３８に格納し、更に
処理結果作成部２２で処理結果データファイル３８に格
納された申請書データに対し処理内容を示すメッセージ
を付加した処理結果を作成し、利用者毎に利用者メール
ボックス２４−１，２４−２，２４−３，・・・のそれ
ぞれに格納し、利用者端末１０からの要求に対し処理結
果の返却を行う。

【００３７】尚、ステップＳ１３で返却先メールボック
スがなかった場合にはステップＳ１５に進み、返却エラ
ーファイルに作成した処理結果を格納する。また図３の
フローチャートにあっては、ステップＳ３からＳ１３ま
での右側に図２の実施例に示した申請書抽出／コード変
換部２６，申請内容抽出部３０，申請データ内容チェッ
ク部１６，内容確認／修正部２０，処理完了データ抽出
部３６，処理結果作成部２２のそれぞれに付した〜
の番号を対応して示しており、これら〜で示す部分
の処理を各部分が受け持つことになる。

【００３８】更に具体的には、〜のそれぞれが独立
した処理プログラムとしてホストコンピュータ側に準備
されていることを意味する。図４は図２の実施例におい
て正常に処理された申請書の説明図であり、申請書フォ
ーマットの枠内には全て正しく申請情報が記載されてい
る。更に申請書の下側にはセンタに対する依頼メッセー
ジが示されている。

【００３９】図５は図４に正常に処理された申請書の利
用者端末に返却する処理結果の説明図であり、図４の申
請書の下側に続いて完了日，端末ＩＤ名，接続先電話番
号が示され、更にセンタ装置からのメッセージとして
「問題なく処理されました。」の受理メッセージが示さ
れている。図６は図２の実施例において受付不可エラー
を生じた申請書の説明図である。この図６の申請書にあ
っては、上段の「１．ユーザ情報」におけるの依頼元
コード及びの客先住所、更に下段の「２．端末回線登
録」におけるの回線速度がそれぞれ空欄となってお
り、必要な申請情報が記入されていない。このような申
請情報はセンタ装置側でも修正することができないた
め、受付不可エラーと判定し、図７に示す受付不可エラ
ーを生じた申請書の処理結果を作成して申請者に返却す
る。

【００４０】図７の処理結果にあっては、図６の申請書
に続いて設けた完了日，端末ＩＤ名，接続先電話番号は
空欄であり、センタからの連絡欄に「以下の項目に誤り
があり、処理されませんでした。依頼元コード，客先住
所，回線速度，」とする受付不可エラーの内容を示すメ
ッセージが付けられている。従って、図７の処理結果の
返却を受けた申請者は付加されたエラーメッセージによ
り申請書の誤りを直ちに知って、修正した申請書を再度
提出することができる。

【００４１】図８は図２の実施例において修正可能な処
理不可エラーを生じた申請書の説明図である。図８の申
請書にあっては、下段の「２．端末回線登録」の中の
回線速度として「２４００ｂｐｓ」を指定し、１０番
（図示のマル１０）の制御手順として１番の「ＨＤＬ
Ｃ」を選択しているが、このような組み合わせはあり得
ず、正しい組合わせの制御手順を選べば良いことから、
修正可能な処理不可エラーと判定している。

【００４２】図９は処理不可エラーを生じた申請書の処
理結果、即ちエラー修正が済んだ申請書であり、「２．
端末回線登録」の中の１０番（図示のマル１０）の制御
手順としての回線速度「２４００ｂｐｓ」に対する正
しい組合わせとして７番の「ＴＴＹ」が選択されてい
る。そして、処理不可エラーに対するメッセージとして
１番下のセンタからの連絡欄に「以下の項目が変更され
て処理されました。制御手順電話回線でＨＤＬＣのサ
ポートはありません。」が示されている。

【００４３】図１０は図２の実施例で運用障害エラーを
生じた申請書の説明図であり、この申請書にあっては
「１．ユーザ情報」の申請年月日「９２年０３月０１
日」に対し「２．端末回線登録」のの完了希望日とし
て「９２年０３月０５日（木）」を記入しており、申請
日から完了希望日までが申請日を含めて５日しかない。
これに対し、図２のセンタ装置１４にあっては、処理日
数を申請日から早くても１か月と決めており、このため
申請された希望日では処理ができないことから運用障害
エラーと判定する。このような運用障害エラーについて
は希望日を延ばせばよいことから修正可能なエラーと判
定される。

【００４４】図１１は図１０の運用障害エラーを生じた
申請書を修正した処理結果の説明図であり、完了希望日
が「９２年０３月３１日（火）」に修正されている。こ
の修正に伴って、一番下のセンタからの連絡欄に「以下
の項目が変更されて処理されました。完了希望日完了
希望日を３月３１日に変更後、処理されました。」のメ
ッセージが付けられている。

【００４５】このように本発明にあっては、図９の処理
不可エラーの処理結果及び図１１の運用障害エラーの処
理結果のようにセンタ側でエラー修正可能な場合には、
エラー修正が行われた申請書が利用者に返却されると同
時にどのようなエラー修正を行ったかがメッセージとし
て示され、このような利用者側へのフィードバックによ
り申請実務を通じて利用者を教育することができ、申請
を繰り返すうちに誤りのない申請書を作成して、効率の
良い申請業務を行うことが可能となる。

【００４６】尚、上記の実施例は通信ネットワークサー
ビスを利用する申請処理を例にとるものであったが、本
発明はこれに限定されずフォーマットが決まった申請書
を使用する適宜の許認可業務につきそのまま適用するこ
とができる。

【００４７】

【発明の効果】以上説明してきたように本発明によれ
ば、電子メールで送った申請書データの内容をセンタ装
置側で自動的に判定し、修正可能なエラーを生じた申請
書についてのみオペレータによるバッチ処理を行うこと
から、センタ装置側における人的作業を必要最小限に抑
えることができる。

【００４８】またセンタ装置における処理結果が申請書
と共に利用者に返却されるため、従来の受理または不受
理の通知に比べて処理内容がより明確に分かる。例え
ば、申請書が正しいものとして受理された場合には、受
理された申請書に受理した旨のメッセージを付けて返却
されるため、この正しい申請書を利用者端末側でファイ
ルに格納しておくことで、例えばデータ端末を増設する
際の申請時に、最初の申請で返却された正しい申請書を
読み出して増設に伴う部分のみを変更することで、ミス
のない申請を行うことができる。

【００４９】また、エラー修正を受けて受理された申請
書についても、修正された申請書にどのような修正を行
ったかを示すメッセージが付けられているため、利用者
側において申請した内容にどのようなミスがあったかが
直ちに分かり、次の機会にはミスのない申請書を作成で
きるという学習効果が得られ、これによってセンタ装置
側でのエラー修正を低減し、処理効率を更に向上でき
る。

【００５０】更に、修正不可能なエラーについても申請
書と共にどのようなエラーがあるかのメッセージが付け
られて返却されるため、利用者においては返却された申
請書とそのエラーメッセージからエラー内容を直ちに知
り、エラー部分を修正して正しい申請を速やかに行うこ
とができる。

【図面の簡単な説明】

【図１】本発明の原理説明図

【図２】本発明のシステム構成を示した実施例構成図

【図３】本発明の申請処理を示したフローチャート

【図４】正常に処理された申請書の説明図

【図５】正常に処理された申請書の処理結果説明図

【図６】受付不可エラーを生じた申請書の説明図

【図７】受付不可エラーを生じた申請書の処理結果説明
図

【図８】処理不可エラーを生じた申請書の説明図

【図９】処理不可エラーを生じた申請書の処理結果説明
図

【図１０】運用障害エラーを生じた申請書の説明図

【図１１】運用障害エラーを生じた申請書の処理結果説
明図

【符号の説明】

１０：利用者端末１２：センタ装置１４：受付メールボックス手段（受付メールボックス）１６：内容判定手段（申請データ内容チェック部）１８：申請書格納手段（申請データデータベース）２０：エラー修正手段（内容確認／修正部）２２：処理結果作成手段（処理結果作成部）２４：利用者メールボックス手段２４−１〜２４−３：利用者メールボックス２６：申請書抽出／コード変換部２８：申請データ抽出済ファイル３０：申請内容抽出部３２：申請データファイル３４：パーソナルコンピュータ３６：処理完了データ抽出部３８：処理結果データファイル

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 G06F 17/60 G06F 19/00

Claims

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

【請求項１】利用者端末（１０）から電子メールで送信
された形式の決った申請書データをセンタ装置（１２）
で受信して処理する申請書類の電子処理システムに於い
て、前記センタ装置（１２）に、利用者端末（１０）からの申請書データを受付けて格納
する受付メールボックス手段（１４）と、該受付メールボックス手段（１４）に格納された申請書
データを取り出して内容を判定し、正しい申請書デー
タ、修正可能なエラーを含む申請書データ、および修正
不可能なエラーを含む申請書データに分類する内容判定
手段（１６）と、該内容判定手段（１６）により判定の済んだ正しい申請
書データおよび修正可能なエラーを含む申請書データを
格納する申請書格納手段（１８）と、該申請書格納手段（１８）の中から修正可能なエラーを
含む申請書データを抽出してオペレータの操作により修
正するエラー修正手段（２０）と、前記内容判定手段（１６）により判定された正しい申請
書データ、修正不可能なエラーを含む申請書データ、お
よび前記エラー修正手段（２０）により修正された申請
書データの各々に、受理又は不受理、エラー内容、エラ
ー内容の修正結果のメッセージを付加した処理結果を作
成する処理結果作成手段（２２）と、該処理結果作成手段（２２）で作成した処理結果を格納
し、利用者端末（１０）からの要求に対し処理結果を電
子メールで返却する利用者メールボックス手段（２４）
と、を設けたことを特徴とする申請書類の電子処理シス
テム。
【請求項２】請求項１記載の申請書類の電子処理システ
ムに於いて、前記内容判定手段（１６）は、申請書デー
タの内容をチェックし、フォーマットエラー、項目の記
入漏れ等の受付不可エラーを判定した場合には、該申請
書データを前記申請書格納手段（１８）に格納すること
なく前記処理結果作成手段（２２）に転送してエラーメ
ッセージを付加した処理結果を前記利用者メールボック
ス手段（２４）に格納して返却させることを特徴とする
申請書類の電子処理システム。
【請求項３】請求項１記載の申請書類の電子処理システ
ムに於いて、前記内容判定手段（１６）は、申請書デー
タの内容をチェックし、予め定めた複数項目の中から正
しい項目選択が行われていない等の処理不可エラーを判
定した場合には、修正可能なエラー含む申請書データと
して受理して前記申請書格納手段（１８）に格納するこ
とを特徴とする申請書類の電子処理システム。
【請求項４】請求項１記載の申請書類の電子処理システ
ムに於いて、前記内容判定手段（１６）は、申請書デー
タの内容をチェックし、完了希望日までの期間が所定の
日数より短く設定されている等の運用障害エラーを判定
した場合には、修正可能なエラー含む申請書データとし
て受理して前記申請書格納手段（１８）に格納すること
を特徴とする申請書類の電子処理システム。
【請求項５】請求項１記載の申請書類の電子処理システ
ムに於いて、データ形式の異なる申請書データについて
は前記内容判定手段（１６）で内容判定を行うことな
く、該申請書データを削除し、申請した加入者端末（１
０）にデータ削除を通知することを特徴とする申請書類
の電子処理システム。