JP4770070B2 - Application processing system - Google Patents

Application processing system Download PDF

Info

Publication number
JP4770070B2
JP4770070B2 JP2001176051A JP2001176051A JP4770070B2 JP 4770070 B2 JP4770070 B2 JP 4770070B2 JP 2001176051 A JP2001176051 A JP 2001176051A JP 2001176051 A JP2001176051 A JP 2001176051A JP 4770070 B2 JP4770070 B2 JP 4770070B2
Authority
JP
Japan
Prior art keywords
application
procedure
applicant
electronic form
processing system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2001176051A
Other languages
Japanese (ja)
Other versions
JP2002288374A (en
Inventor
俊雄 有吉
聖一 栃原
豊 米
早苗 坂本
友秀 菅谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2001176051A priority Critical patent/JP4770070B2/en
Publication of JP2002288374A publication Critical patent/JP2002288374A/en
Application granted granted Critical
Publication of JP4770070B2 publication Critical patent/JP4770070B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Document Processing Apparatus (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、インターネットなどのネットワークを利用して所定の提出先に申請、届出などの手続を行うシステムに関する。
【0002】
【従来の技術】
従来、省庁や企業などに対する各種の申請、届出、申込など(以下、まとめて「申請」とも呼ぶ。)は、ユーザが申請書などの紙の書類に必要事項を記入し提出することにより行われていた。
【0003】
【発明が解決しようとする課題】
しかし、近年のデジタル化の流れ、インターネットなどのネットワーク技術の進歩により、今後はそのような処理が電子的に行われることが予測される。従って、ユーザが紙の帳票に相当する電子フォームに必要事項を入力して電子書類(電子申請書、届出書など)を作成し、それをインターネットなどを利用してオンラインで申請先の官公庁などに送信して電子的に申請手続を行うことができれば大変便利となる。
【0004】
また、例えば引っ越し、結婚などのイベントが発生した場合には、それに関連して転居届、住所変更届など、複数の手続をほぼ同時に行う必要が生じる。従来の紙書類による申請手続きは各手続毎に複数の異なる申請先に手続を行う必要があり、申請者にとっては大変煩雑な作業となっていた。
【0005】
本発明は、以上の点に鑑みてなされたものであり、申請者が申請手続を行う際に、申請者に対してネットワーク上で適切にナビゲーションを行い、申請者の負担を軽減することが可能な申請処理システムを提供することを目的とする。
【0006】
本発明の1つの観点では、ネットワークを通じて利用者端末に接続された申込処理システムは、複数の申請手続に対応する申請書類の電子フォームを記憶するフォームデータベースと、各申請手続に関し、オンライン手続及びプリント出力による紙申請書手続を含む手続方法の実行可否についてのソート条件を記憶するソート条件テーブルと、利用者端末から申請手続の指定を受け取り、指定された申請手続に対応する電子フォームを前記フォームデータベースから取得する手段と、手動選択の場合は、前記利用者端末から前記ソート条件の指定を受け取り、指定されたソート条件に従って前記電子フォームを分類し、分類後の状態で前記電子フォームを前記利用者端末へ送信し、自動選択の場合は、各申請手続において、共通する最も多数の実行可能な手続方法を自動的に決定し、その手続方法に対応する電子フォームをまとめて前記利用者端末へ送信するフォーム送信手段と、を備える。
【0007】
上記のように構成された申請処理システムによれば、利用者端末から申請手続の指定を受け取り、フォームデータベースから対応する電子フォームが取得される。また、利用者からソート条件の指定を受け取り、指定されたソート条件に従って電子フォームを分類した状態で電子フォームを利用者端末へ送信する。よって、より多数の申請処理を同一の手続方法で行うことにより、複数の申請手続を効率的に実行することができる。
【0008】
上記の申請処理システムの一態様では、前記フォーム送信手段は、自動選択の場合に、各申請手続すべてについて共通する実行可能な手続方法がある場合には、その手続方法に対応する電子フォームをまとめて利用者端末へ送信し、各申請手続すべてについて共通する実行可能な手続方法がない場合には、共通する実行可能な手続方法の多い順にソートして電子フォームを送信する
【0009】
本発明の他の観点では、利用者による電子書類の作成を補助するプログラムは、コンピュータを、利用者端末から指定される複数の申請手続に対応する電子フォームファイルであって、各々が特定の申請手続に必要な電子フォームデータ及び当該申請手続に関し、オンライン手続及びプリント出力による紙申請書手続を含む手続方法の実行可否についてのソート条件を示すソート条件データ含む複数の電子フォームファイルを受け取る手段、前記複数の電子フォームファイルからソート条件データを抽出して、前記複数の申請手続についてのソート条件を記述したソート条件テーブルを作成する手段、手動選択の場合は、前記利用者端末からソート条件の指定を受け取り、前記ソート条件テーブルを参照して、指定されたソート条件に従って前記電子フォームを分類し、分類後の状態で前記電子フォームを前記利用者端末に提供し、自動選択の場合は、各申請手続において、共通する最も多数の実行可能な手続方法を自動的に決定し、その手続方法に対応する電子フォームをまとめて前記利用者端末に提供するフォーム提供手段、として機能させる。
【0025】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。
【0026】
[1]第1実施形態
図1に本発明による申請処理システムの構成を概略的に示す。図1において、申請者端末3と、申請処理システム10と、申請先(提出先)端末4と、外部機関端末5とがネットワーク2を介して接続されている。ネットワーク2の好適な例はインターネットである。
【0027】
申請者端末3は、申請者が個人である場合は自宅や勤務先で使用するパーソナルコンピュータなどであり、申請者が企業などである場合は企業が所有する端末装置などとなる。なお、申請者端末3には、インターネットなどのネットワークに接続するための必要なソフトウェアを含み、さらに申請処理システム10がそのための専用ソフトウェアなどを必要とする場合には、そのような専用ソフトウェアがインストールされているものとする。
【0028】
提出先端末4は、種々の申請、届出などの提出先であり、例えば省庁などの公的機関の他、銀行などの民間企業も対象となる。提出先端末4はネットワーク2を介して申請処理システム10から申請書類データなどを受信し、申請の受付処理を実行する。
【0029】
外部機関は、申請者の本人認証を行う機関や、申請処理に際して必要となる添付書類データなどを発行する機関である。例えば、申請者が何らかの申請手続きを行う際に、特定の公的又は私的な認証機関がその申請者の本人認証を行う場合がある。また、所定の申請に際して、申請先以外の機関が発行する所定の添付書類データが必要な場合があり、そのような場合に外部機関が添付書類データの発行を行う。
【0030】
申請処理システム10は、所定の申請手続きを行うべき申請者と申請先との間に入って、申請手続の補助、代行などを行う。また、申請処理システム10は、必要に応じて外部機関の端末5と通信して所定の認証データや添付書類データなどを取得する機能も有する。図1に示すように、申請処理システム10は、サーバ11と、フォームDB12と、テーブルDB13と、手続ログDB14とを備える。サーバ11は、各種DB12〜14を参照しながら、申請者に対する必要なナビゲーションを行ったり、申請先に申請データを送信したりする。フォームDB12は、申請に必要となる申請書などの電子フォームデータを記憶している。申請者が必要な申請手続などを指定すると、サーバ11はフォームDB12から対応する電子フォームデータを取得し、申請者端末3へ送信する。またサーバ11は、必要な事項が入力された電子フォームデータを申請者端末3から受け取り、申請先端末4へ送信して申請処理を代行する。
【0031】
テーブルDB13は、各申請手続きに関して、その申請手続に必要な要件をリストアップした要件テーブルを記憶している。要件テーブルの一例を図2(A)に示す。図示のように、要件テーブルでは、各種申請手続に必要な要件が、申請手続の種類毎にリストアップされている。ここで、申請に必要な要件は、入力項目、認証項目、必要書類、提出項目などを含んでいる。
【0032】
「入力項目」とは、申請書を構成する電子フォームの入力項目である。例えば、図2(A)の転入届の例では、申請者は、申請処理システム10から提供された申請書の電子フォームに対して、「氏名」、「郵便番号」、「住所」を入力しなければならないことが示されている。
【0033】
「認証項目」とは、その申請手続きを実行する際に必要となる認証データを示している。例えば、図2(A)の転入届の例では、申請者の認証データに加えて、申請の代行者の認証データ(申請者が申請処理システム10側による申請代行を希望する場合に必要となる申請処理システム側の認証データ)及び申請者の電子署名が必要とされることが示されている。
【0034】
「必要書類」とは、申請手続に際して要求される添付書類データなどを指し、転入届の例では、転出届データが必要となることが示されている。
【0035】
このように、本実施形態においては、申請手続毎に申請のための要件が整理され、記憶されている。よって、サーバ11は、申請者から申請手続の指定を受け取ると、この要件テーブルを参照して必要な要件を特定し、ユーザに入力項目の入力を促したり、必要書類データを揃えるように促したりして、申請要件を具備するようにナビゲーションを行う。また、サーバ11は、必要な書類などが揃うと、提出項目に示される申請先に申請データ一式を送信する。
【0036】
このように、本発明においては、申請手続毎に申請のための要件が整理され、記憶されている。よって、サーバ11は、申請者から申請手続の指定を受け取ると、この要件テーブルを参照して必要な要件を特定し、ユーザに入力項目の入力を促したり、必要書類データを揃えるように促したりして、申請要件を具備するようにナビゲーションを行う。また、サーバ11は、必要な書類などが揃うと、提出項目に示される申請先に申請データ一式を送信する。
【0037】
さらに、テーブルDB13には、事由テーブルが記憶されている。事由テーブルの一例を図2(B)に示す。図示のように、事由テーブルは、個人の日常生活や企業の日常業務などにおいて生じうる様々の事由(イベント)について、その事由が生じた時に行うべき申請手続をリストアップしたものである。図2(B)の例においては、例えば結婚の場合には婚姻届の提出が必要となり、引っ越しの場合には転出届、転入届などが必要となることが示されている。従って、申請者は、特定の事由が生じた時には、その事由を指定することにより、その事由に対応する申請手続を指定することができる。この事由テーブルを利用することにより、申請者は必要な手続を自ら考える手間を省いたり、手続の抜けを防止することができるので有益である。
【0038】
手続ログDB14は、申請処理システム10によるナビゲーションに従って所定の申請手続が実行された場合に、その処理過程において行われた処理や発生したデータなどの履歴を記録する。例えば、申請者がある手続を指定して申請手続を依頼し、申請処理システム10がその申請処理を代行したとすると、申請処理システム10は、申請者による申請手続の指定、作成された申請書類データ、申請書類データに添付して提出された必要書類データや認証データ、申請先端末による申請データの受理確認データなど、その一連の処理において生じた各種データをまとめて手続ログ14に記録しておく。また、各手続が行われた日時の情報、例えば申請者による申請代行手続の依頼日時、申請先に申請書類データ一式を送信した日時、申請先から受理確認データを受信した日時なども一緒に保存される。よって、申請者や申請先において、その申請手続の内容について疑義が生じたような場合に、申請処理システム10は手続ログDB14を参照することによりその履歴を確認することができる。
【0039】
次に、図3を参照して、申請処理システム10が行う種々の処理について説明する。図3に示すように、申請処理システム10は、先ず申請者との間で手続きナビゲーション処理(P1)を行う。即ち、申請処理システム10は、申請者から申請手続の指定を受け取ると、要件テーブルを参照して申請に必要な要件を特定し、その要件を具備するように申請者に対してナビゲーションを行う。例えば、申請書の電子フォームデータを申請者に送信し、要件テーブルに記載された必要な入力項目を入力するように促したり、申請者の認証データが必要な場合はそれを申請処理システム10へ送信するように申請者に指示する。また、申請書に添付すべき書類がある場合には、その添付データを送信するように申請者に促す。
【0040】
なお、申請者が複数の申請手続を同時に指定した場合や、申請者が指定した事由(イベント)に対応して複数の申請手続が行われる場合には、申請処理システム10は、複数の申請書類の電子フォームから共通入力事項と個別入力事項とを分類し、共通入力事項は申請者が一度入力すればよいようにナビゲーションを行う。これにより、申請者は同一の事項を繰返し入力する手間が省ける。
【0041】
また、申請処理システム10は、プリントデータ送信処理(P2)を行う。例えば図2(A)に示す転入届の場合のように、申請書類を電子データではなく、紙書類にて提出すべき場合には(転入届の提出方法が「出力物」となっている)、申請書の電子フォームデータを申請者に送信し、申請者側でプリントアウトして申請書を作成させる。なお、この際に申請者が申請書を出力するプリンタは、申請者の端末に接続された一般的なものとすることができる。また、申請先側において、申請書の紙書類について何らかの条件がある場合(例えば紙のサイズ、複写式の用紙などの特殊用紙であることなど)には、コンビニエンスストアなどに設置されている専用プリント端末装置を使用することを要件とすることもできる。この場合、申請者は、申請処理システム10から受信したプリントデータを記録媒体などに記録してそのような専用端末装置へ持参し、そこで専用紙などを利用して要件を満足する紙書類を出力することができる。また、そのような専用プリント端末装置がネットワーク2と接続している場合は、申請者は専用プリント端末装置を使用して申請処理システム10にアクセスし、対象となる電子フォームデータをダウンロードしてプリント出力することができる。また、そのプリントの事実や主体などを識別するデータをプリントログとして申請処理システムに送信することができる。その場合、申請処理システム10はそのプリントログを手続きログDB14に保存することができる。
【0042】
また、申請処理システム10は、所定の認証機関に対して認証問い合わせ処理を行う(P3)。例えば、特定の公的又は私的な認証機関が存在し、その認証機関が申請者に関する本人認証業務を行うような場合が考えられる。ある申請先が、そのような認証機関による申請者の本人認証を要求する場合には、申請処理システム10は申請者の依頼に応じて認証機関に問い合わせを行い、その申請者の本人認証データを取得して申請処理に利用することができる。なお、申請者本人が既に所持する本人認証データを利用することが要件テーブルにおいて許容されているような場合は、申請者が有する本人認証データを利用して本人認証処理を行うことも可能である。
【0043】
なお、申請者が複数の申請手続を同時に指定した場合や、申請者が指定した事由(イベント)に対応して複数の申請手続が行われる場合には、申請処理システム10は、複数の申請手続に共通の書類データなどを一度に申請者や外部機関などから取得するように効率的なナビゲーションを行う。
【0044】
さらに、申請処理システム10は、必要書類の取得代行処理を行う(P4)。即ち、申請処理システム10は、申請者の依頼に応じて所定の外部機関から必要書類データを取得する。図2(A)に例示するように、ある申請処理について所定の必要書類データの添付が要求される場合に、申請システム10はその必要書類データの発行元である外部機関にアクセスして、その書類データを取得し、申請処理に利用することができる。なお、図3の例では、必要書類が外部機関から発行される例を示しているが、例えば必要書類データの発行元が申請先と一致するような場合も必要書類の取得代行処理が行われる。
【0045】
また、申請処理システム10は、こうして準備された申請書類データ一式を申請先に配信する処理を行う(P5)。これは、図2(A)に示す要件テーブルに示される提出先及び提出方法の情報に基づいて、ネットワーク2を介して定められた申請先へ申請書類データ一式を送信することにより行われる。
【0046】
なお、上述の認証問い合わせ(P3)、必要書類取得代行(P4)、申請データの提出(P5)などは、申請者本人が自ら行うことも可能であるが、申請者が申請処理システム10側の代行処理を依頼した場合には、上述のようにして申請処理システム10側が行うことになる。
【0047】
次に、申請者が実際に申請を行う際の処理の流れについて説明する。申請者が申請を行う際には、申請処理システム10に対して希望する申請手続などを指定することになるが、申請者による指定方法としては、前述のように、▲1▼申請手続を指定する場合と、▲2▼事由(イベント)を指定する場合とがある。以下、順に説明する。
(1)申請手続を指定する場合
申請者が申請手続を指定した場合に、申請処理システムが行う処理を図4に示す。まず、申請者が申請者端末3を使用して申請処理システム10に接続し、希望する申請手続を指定すると、申請処理システム10のサーバ11は申請者による申請手続の指定を受け取る(ステップS2)。
【0048】
次に、サーバ11はテーブルDB13中の要件テーブルを参照して、指定された申請手続に対応する要件を参照し、申請者に対して要件を具備するためのナビゲーションを行う(ステップS4)。具体的には、対応する申請書類の電子フォームをフォームDB12から取得して申請者に送信する。その際、要件テーブルに記載された入力項目を入力するように申請者に促す。そして、入力済みの申請書類の電子フォームを申請者から取得する。さらに、要件テーブルの記載により申請者の本人認証、捺印、電子署名などが必要とされている場合には、申請者又は特定の認証機関などからそのようなデータを取得する。また、添付書類などが必要な場合は、申請者又はそのような添付書類を発行する外部機関などから必要な書類データを取得する。
【0049】
こうして、要件テーブルに記載された申請要件を具備するように申請書類データ一式が準備されると(ステップS6;Yes)、サーバはその申請書類データ一式を、要件テーブルの記載に従って所定の提出先に所定の方法で提出する(ステップS8)。さらに、サーバ11は、その一連の申請手続に関連して取得した書類データや認証データ、さらに各処理の日時などを手続ログDBに保存する(ステップS10)。こうして、申請処理が終了する。
(2)事由(イベント)を指定する場合
申請者が事由を指定する場合に、申請処理システム10が行う処理を図5に示す。まず、サーバ11は申請者から事由(イベント)の指定を受け取ると(ステップS12)、テーブルDB13内の事由テーブルを参照し、その事由に対応して必要となる申請手続を特定する(ステップS14)。こうして、申請手続が特定されると、後は申請処理システム10は図4に示すのと同様の処理を行う。即ち、要件テーブルを参照して申請者などに対してナビゲーションを行って各申請手続に必要な書類データなどを用意し(ステップS16、S18)、それら申請書類データ一式を対応する提出先へ提出し(ステップS20)、最後に手続ログを保存する(ステップS22)。こうして、申請処理は終了する。
【0050】
[2]第2実施形態
次に、本発明の第2実施形態について説明する。第2実施形態は、申請者に対して必要な電子フォームデータを提供する際に、要件テーブルの一種であるソート条件テーブルを使用して書類をソート又は分類する手法に関する。
【0051】
図6に、ソート条件テーブルの一例を示す。ソート条件テーブルは、各種申請書の電子フォームデータを利用した手続に関する情報を記述しており、ここに記述された条件に従って電子フォームデータをソートして利用者に提供することができる。なお、このソート条件テーブルは、図1に示すテーブルDB13に記憶される。
【0052】
「手続方法」は、各申請書(紙の書類又はデータ)を申請者が申請先へ提出する方法について各申請先が許容する方法を示している。「オンライン手続」はインターネットを使用して申請書データを送信することによる電子申請を受け付けるか否かを示し、「任意のプリンタで出力」は申請者の自宅のプリンタなどの任意のプリンタで出力して作成した申請書類による申請を受け付けるか否かを示す。「特定のプリンタで出力」はある特定のプリンタで出力して作成した申請書類による申請を受け付けることを示す。特定のプリンタとは、例えばプリントログを記録できるプリンタや、特定の許認可を受けた機関が承認するプリンタなどがある。「記入例を出力」とは、外部のプリンタで出力した申請書類による申請手続を受け付けず、申請先が提供する書類に必要事項を記入して提出することを必須とするような場合に該当する。その場合、申請者は出力した記入例を持って申請先へ行き、記入例を見ながら申請書類を作成して手続を行うことになる。
【0053】
「書類分類」は、申請書の性質(特に申請先)に基づく分類を示し、役所関連、金融機関関連、資格関連、サービス業関連などの分類がある。転入届、転出届などは役所関連書類であり、口座住所変更などは金融機関関連書類である。
【0054】
「手続時期」はイベントに伴ってどの時期に申請手続を行わなければならないかを示す図6の例では、転入届は転居当日又はそれ以降に手続すればよいが、転出届は転居以前に手続を行う必要があることが示されている。
【0055】
「用紙分類」は、申請書の用紙による分類であり、「任意用紙」は用紙に関する制限がない場合を示す。「特殊用紙」は、普通紙以外の特殊用紙(例えば、特殊サイズの用紙、特殊な複写式の用紙、特殊なすかしなどが入った用紙など)による申請を要求することを示す。また、「指定用紙のみ」は申請先の窓口などで配布される指定用紙に必要事項を記入して作成した申請書のみを受け付けることを示す。
【0056】
申請処理システム10は、申請者から複数の手続について申請手続の指定を受け取ると、図6に示すソート条件テーブルを参照し、申請者が指定するソート条件に従って、必要な複数の申請書の電子フォームデータをソートし、申請者端末3へ送信する。なお、申請者が複数の手続を指定する手法は、第1実施形態にて述べたように、申請者が複数の手続を指定する場合と、あるイベントを指定する場合の2通りがあり、いずれの場合も以下に説明する手法が利用できる。
【0057】
図7に、申請書電子フォームを申請者へ提供する処理のフローチャートを示す。なお、以下の処理は申請処理システム10がテーブルDB13内に記憶されたソート条件テーブルを参照して実行する。
【0058】
まず、申請処理システム10は申請書による申請手続の指定を受け取る(ステップS32)。この指定は、申請者が複数の手続名を指定する場合と、申請者があるイベント名を指定し、図2(B)に例示するイベントテーブルを参照して申請処理システム10側で対応する複数の手続を特定する場合とがある。
【0059】
次に、申請処理システム10は、申請者に対してどのソート条件を使用して電子フォームのソートを行うかを質問し、申請者に1つのソート条件を選択させる(ステップS34)。ソート条件とは、図6のソート条件テーブルに示され、電子フォームの分類を行う際の基準を示す。例えば図6の例においては、ソート条件として「手続方法」、「書類分類」、「手続時期」及び「用紙分類」が用意されている。申請者はこれらのうちから、自分が希望するソート条件を1つ選択する。
【0060】
申請者がソート条件として「手続方法」を選択した場合、さらに申請処理システム10は申請者が手動選択により各申請毎に手続方法を決定するか、自動で手続方法を決定するかを選択させる(ステップS36)。申請者が手動選択を選んだ場合、申請処理システム10は図6に示すソート条件テーブルの手続方法欄を申請者に提示し、各書類(転入届、転出届など)毎に希望する手続方法(オンライン手続、任意のプリンタで出力など)を選択させる(ステップS38)。
【0061】
次に、申請処理システム10は各申請書について申請者が選択した方法で手続を行うための電子フォームデータをフォームDB12から取得し、手続方法(オンライン手続、任意のプリンタで出力など)毎にソート(分類)し、ホルダなどに入れた状態で申請者端末3へ送信する(ステップS40)。
【0062】
一方、ステップS36で申請者が自動選択を選んだ場合、申請処理システム10は図6に示すソート条件テーブルを参照し、許容される手続方法の数に基づいて電子フォームをソートし、申請者端末3へ送信する(ステップS42)。例えば、図6の例で申請者が「転入届」、「転出届」及び「口座住所変更」の3つの手続を行う場合には、申請処理システム10は3つの手続すべてを行うことができる手続方法、即ち「特定のプリンタで出力」を選択し、そのための電子フォームを1つのホルダにまとめて申請者端末3へ送信する。また、すべての手続を1つの手続方法で行うことができない場合は、許容される手続方法の多い順にソートして電子フォームを申請者端末3へ送信する。これにより、申請者はなるべく少ない数の手続方法で複数の申請手続を効率的に行うことができるようになる。
【0063】
こうして、電子フォームが提供される。その後、ユーザは各電子フォームに必要事項を記入し、さらに必要な添付書類などを用意してそれぞれ申請手続を行う。その際、オンライン申請を選択した場合は、申請処理システム10に申請代行を依頼することもできる。
【0064】
一方、ステップS34で申請者が書類分類によるソートを選択した場合、申請処理システム10は図6に示すソート条件テーブルを参照して「役所関連」、「金融機関関連」などの項目毎にホルダを作成し、その中に対応する電子フォームデータを入れて申請者端末3へ送信する(ステップS44)。
【0065】
また、ステップS34で申請者が手続時期によるソートを選択した場合、申請処理システム10は図6に示すソート条件テーブルを参照して「転居前処理必須」、「転居当日処理」などの項目で作成されたホルダ毎に必要な電子フォームデータを入れて申請者端末へ送信する(ステップS46)。
【0066】
さらに、ステップS34で申請者が用紙分類によるソートを選択した場合、申請処理システム10は図6に示すソート条件テーブルを参照して「任意用紙」、「特殊用紙」、「指定用紙のみ」などの項目で作成されたホルダ毎に必要な電子フォームデータを入れて申請者端末へ送信する(ステップS48)。
【0067】
このように、第2実施形態によれば、申請者が希望する形態で必要な電子フォームがソートされ、提供される。よって、申請者は自分が予定している手続の実行時期や手段などに好適な形態で必要な電子フォームを取得することができる。
【0068】
[3]第3実施形態
上記第1及び第2実施形態では、要件テーブル及びソート条件テーブルが申請処理システム10内のテーブルDB13内に記憶されている例を説明したが、以下の第3実施形態では、要件テーブル及びソート条件テーブルの内容が各申請書の電子フォームデータに添付される場合を示す。
【0069】
図8に示すように、電子フォームファイル30は、電子フォームデータ32自体と、その電子フォームに対応する要件テーブル及びソート条件テーブル内の記述を含む要件テーブルデータ34と、を含む。例えば転入届の場合、電子フォームデータ32は転入届の電子フォームデータそのものであり、要件テーブルデータ34は図2に示す要件テーブルの内容のうち転入届の部分及び図6に示すソート条件テーブルの内容のうち転入届の部分を含むデータである。要件テーブルデータ34は、例えば電子フォームデータ32のプロパティを示すデータとして電子フォームデータ32に付属するように構成することができる。
【0070】
電子フォームファイル30は、申請処理システム10のサーバ11がフォームDBからある申請書の電子フォームデータ32を取得し、さらにテーブルDB13内の要件テーブル及びソート条件テーブルからその申請書についての要件テーブルデータ34を取得して電子フォームデータ32に添付するなどの方法により作成することができる。なお、申請処理システム10はこの作成処理を、申請者から申請手続の指定がある度に行うこともできるし、予め全ての電子フォームについて電子フォームファイル30を作成して保存しておくこともできる。
【0071】
これにより、申請者は例えば転入届の電子フォームファイルを申請処理システム10から取得し、そこに含まれる要件テーブルデータ34を参照することにより、転入届の申請に関する要件情報を容易に知ることができる。
【0072】
さらに、申請者端末3上では、要件テーブル作成プログラムを用意しておき、実行することにより、複数の電子フォームファイル30から図2に示すような要件テーブル及び図6に示すようなソート条件テーブルを作成することができる。即ち、申請者が図2に示す「転入届」、「転出届」、「婚姻届」及び「出生届」を指定したと仮定すると、各申請書に対応する電子フォームファイル30が申請処理システム10から申請者端末3へ送信される。申請者端末3上では、要件テーブル作成プログラムを実行することにより、各電子フォームファイル30から要件テーブルデータ34を抽出して図2に示すような要件テーブルを作成するとともに図6に示すようなソート条件テーブルを作成する。これにより、申請者は自分が指定した複数の申請手続についての要件テーブル及びソート条件テーブルを取得し、見ることができる。
【0073】
なお、要件テーブル作成プログラムは、申請処理システム10から予め申請者に配布して申請者端末3内にインストールしておくこともできるし、電子フォームファイル30内に含めて申請処理システム10から送信させることもできる。
【0074】
また、そのようにしてユーザ端末上で作成された要件テーブル及びソート条件テーブルに従って、ユーザ端末上で動作するナビゲーションプログラムにより第1及び第2実施形態と同様のナビゲーション処理及びソート処理を実行することができる。
【0075】
【発明の効果】
以上説明したように、本発明によれば、各種申請手続について、その申請に必要とされる要件を記載した要件テーブルが申請処理システムに用意される。よって、その要件テーブルを参照することにより、申請処理システムは必要な要件を知り、申請者などに対して申請のための要件を具備するようにナビゲーションを行うことができる。これにより、申請者は、必要な書類データなどを的確に準備し、申請することができる。
【0076】
また、申請処理システムは、日常において比較的頻繁に発生する事由(イベント)について、そのイベントの際に必要となる申請手続を示した事由テーブルを有する。申請者は、ある事由が発生した場合にその事由を指定すれば、申請処理システムが各手続についての必要な書類などを準備するナビゲーションを行う。よって、申請者は、イベントを指定し、後は申請処理システムのナビゲーションに従って手続を行うだけで、必要な申請手続を容易に済ませることができる。
【0077】
また、申請者はソート条件テーブルを利用することにより、自分が予定している手続方法に適した形態で必要な申請書の電子フォームを取得することができる。
【図面の簡単な説明】
【図1】本発明の実施形態にかかる申請処理システムの概略構成を示す。
【図2】要件テーブル及び事由テーブルの例を示す。
【図3】申請処理の概要を示す。
【図4】申請者が申請手続を指定した場合の申請処理の流れを示すフローチャートである。
【図5】申請者が事由(イベント)を指定した場合の申請処理の流れを示すフローチャートである。
【図6】ソート条件テーブルの例を示す。
【図7】申請処理電子フォームの提供処理を示すフローチャートである。
【図8】電子フォームファイルのデータ構造を模式的に示す。
【符号の説明】
2…ネットワーク
3…申請者端末
4…申請先端末
10…申請処理システム
11…サーバ
12…フォームDB
13…テーブルDB
14…手続ログDB
30…電子フォームファイル
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for performing procedures such as application and notification to a predetermined submission destination using a network such as the Internet.
[0002]
[Prior art]
Conventionally, various applications, notifications, applications, etc. to ministries and companies (hereinafter collectively referred to as “applications”) are performed by the user filling in and submitting necessary information on paper documents such as application forms. It was.
[0003]
[Problems to be solved by the invention]
However, due to the recent trend of digitization and advances in network technologies such as the Internet, it is predicted that such processing will be performed electronically in the future. Therefore, the user enters necessary information in an electronic form equivalent to a paper form, creates an electronic document (electronic application form, notification form, etc.), and uses it online to the government office of the application destination. It will be very convenient if you can send and electronically apply.
[0004]
For example, when an event such as moving or marriage occurs, it is necessary to perform a plurality of procedures such as a notice of moving or a notice of address change almost simultaneously. Conventional application procedures using paper documents have to be performed at a plurality of different application destinations for each procedure, which is very complicated for the applicant.
[0005]
The present invention has been made in view of the above points, and when an applicant performs an application procedure, the applicant can be appropriately navigated on the network to reduce the burden on the applicant. Is to provide a simple application processing system.
[0006]
  In one aspect of the present invention, an application processing system connected to a user terminal through a network includes a form database that stores electronic forms of application documents corresponding to a plurality of application procedures, and online procedures and prints for each application procedure. A sort condition table for storing sort conditions regarding whether or not to execute a procedure method including a paper application form procedure by output, and designation of an application procedure from a user terminal, and an electronic form corresponding to the designated application procedure is stored in the form database In the case of manual selection, the sorting condition designation is received from the user terminal, the electronic form is classified according to the designated sorting condition, and the electronic form is classified into the user after classification. In the case of automatic selection when sent to the terminal, the most common in each application procedure Executable procedure method automatically determines, and a form transmitting means for transmitting to the user terminal together electronic form corresponding to the procedure method.
[0007]
  According to the application processing system configured as described above, designation of an application procedure is received from the user terminal, and the corresponding electronic form is acquired from the form database. Also, the user receives a sort condition specification from the user, and transmits the electronic form to the user terminal in a state where the electronic form is classified according to the specified sort condition. Therefore, a plurality of application procedures can be efficiently executed by performing a larger number of application processes by the same procedure method.
[0008]
  In one aspect of the above application processing system, in the case of automatic selection, when there is an executable procedure method common to all the application procedures, the form sending means collects electronic forms corresponding to the procedure methods. If there is no common executable procedure method for all application procedures, sort and send electronic forms in order of common executable procedure methods..
[0009]
  In another aspect of the present invention, a program for assisting creation of an electronic document by a user is an electronic form file corresponding to a plurality of application procedures designated from a user terminal, each of which is a specific application. Means for receiving electronic form data necessary for the procedure and a plurality of electronic form files including sort condition data indicating a sort condition on whether or not to execute the procedure method including the paper application procedure by the online procedure and the print output with respect to the application procedure; Means for extracting sort condition data from a plurality of electronic form files and creating a sort condition table describing the sort conditions for the plurality of application procedures; in the case of manual selection, the sort condition is specified from the user terminal; Receive and refer to the sort condition table according to the specified sort condition The electronic form is classified, and the electronic form is provided to the user terminal in the classified state. In the case of automatic selection, the most common executable procedure method is automatically determined in each application procedure. Then, the electronic form corresponding to the procedure method is collectively functioned as a form providing means for providing to the user terminal.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the drawings.
[0026]
[1] First embodiment
FIG. 1 schematically shows a configuration of an application processing system according to the present invention. In FIG. 1, an applicant terminal 3, an application processing system 10, an application destination (submission destination) terminal 4, and an external institution terminal 5 are connected via a network 2. A preferred example of the network 2 is the Internet.
[0027]
The applicant terminal 3 is a personal computer used at home or work when the applicant is an individual, and a terminal device owned by the company when the applicant is a company. The applicant terminal 3 includes necessary software for connecting to a network such as the Internet. If the application processing system 10 requires dedicated software for the purpose, such dedicated software is installed. It is assumed that
[0028]
The submission destination terminal 4 is a submission destination for various applications, notifications, and the like. For example, in addition to public institutions such as ministries and agencies, private companies such as banks are also targeted. The submission destination terminal 4 receives application document data and the like from the application processing system 10 via the network 2 and executes application acceptance processing.
[0029]
The external organization is an organization that authenticates the identity of the applicant and an organization that issues attached document data necessary for application processing. For example, when an applicant performs some application procedure, a specific public or private certification body may authenticate the applicant. In addition, in the case of a predetermined application, predetermined attached document data issued by an organization other than the application destination may be required. In such a case, the external organization issues attached document data.
[0030]
The application processing system 10 intervenes between an applicant who should perform a predetermined application procedure and an application destination, and assists or substitutes for the application procedure. The application processing system 10 also has a function of acquiring predetermined authentication data, attached document data, and the like by communicating with the terminal 5 of the external organization as necessary. As illustrated in FIG. 1, the application processing system 10 includes a server 11, a form DB 12, a table DB 13, and a procedure log DB 14. The server 11 performs necessary navigation for the applicant while referring to the various DBs 12 to 14 and transmits application data to the application destination. The form DB 12 stores electronic form data such as an application form necessary for application. When the applicant specifies a necessary application procedure, the server 11 acquires the corresponding electronic form data from the form DB 12 and transmits it to the applicant terminal 3. The server 11 receives the electronic form data in which necessary items are input from the applicant terminal 3 and transmits it to the application destination terminal 4 to perform the application process.
[0031]
The table DB 13 stores a requirement table listing the requirements necessary for each application procedure. An example of the requirement table is shown in FIG. As shown in the figure, in the requirement table, requirements necessary for various application procedures are listed for each type of application procedure. Here, the requirements necessary for the application include input items, authentication items, required documents, submission items, and the like.
[0032]
An “input item” is an input item of an electronic form constituting an application form. For example, in the example of the transfer notification shown in FIG. 2A, the applicant inputs “name”, “zip code”, and “address” to the electronic form of the application form provided from the application processing system 10. It is shown that it must be.
[0033]
“Authentication item” indicates authentication data necessary for executing the application procedure. For example, in the example of the transfer notification in FIG. 2A, in addition to the applicant's authentication data, the application agent's authentication data (necessary when the applicant wishes to apply for the application on the application processing system 10 side). It is shown that authentication data on the application processing system side) and the electronic signature of the applicant are required.
[0034]
“Necessary document” refers to attached document data or the like required in the application procedure, and in the example of the transfer notification, it is indicated that the transfer notification data is required.
[0035]
  Like thisEmbodimentThe application requirements are organized and stored for each application procedure. Therefore, when the server 11 receives the specification of the application procedure from the applicant, the server 11 identifies necessary requirements by referring to the requirement table, prompts the user to input input items, or prompts the user to prepare necessary document data. Then, navigation is performed so as to satisfy the application requirements. Further, when the necessary documents are prepared, the server 11 transmits a set of application data to the application destination indicated in the submission item.
[0036]
Thus, in the present invention, requirements for application are organized and stored for each application procedure. Therefore, when the server 11 receives the specification of the application procedure from the applicant, the server 11 identifies necessary requirements by referring to the requirement table, prompts the user to input input items, or prompts the user to prepare necessary document data. Then, navigation is performed so as to satisfy the application requirements. Further, when the necessary documents are prepared, the server 11 transmits a set of application data to the application destination indicated in the submission item.
[0037]
Further, the table DB 13 stores a reason table. An example of the reason table is shown in FIG. As shown in the figure, the reason table is a list of application procedures that should be performed when an event occurs for various events (events) that may occur in an individual's daily life or daily business of a company. In the example of FIG. 2B, for example, it is indicated that a marriage notification needs to be submitted in the case of marriage, and a transfer notification, a transfer notification, etc. are required in the case of moving. Therefore, when a specific reason occurs, the applicant can designate an application procedure corresponding to the reason by designating the reason. By using this reason table, the applicant can save the trouble of thinking about the necessary procedure by himself or can prevent the omission of the procedure.
[0038]
The procedure log DB 14 records a history of processes performed and data generated in the process when a predetermined application procedure is executed according to the navigation by the application processing system 10. For example, if an applicant designates a certain procedure and requests the application procedure, and the application processing system 10 performs the application processing, the application processing system 10 designates the application procedure by the applicant and creates the application document created. Various data generated in the series of processes, such as data, required document data and authentication data submitted along with application document data, and application data acceptance confirmation data by the application destination terminal are recorded together in the procedure log 14 deep. In addition, information on the date and time when each procedure was performed, such as the request date and time of the application application procedure by the applicant, the date and time when the application document data set was sent to the application destination, and the date and time when the receipt confirmation data was received from the application destination are also stored together Is done. Therefore, when the applicant or the application destination has a doubt about the contents of the application procedure, the application processing system 10 can confirm the history by referring to the procedure log DB 14.
[0039]
Next, various processes performed by the application processing system 10 will be described with reference to FIG. As shown in FIG. 3, the application processing system 10 first performs a procedure navigation process (P1) with the applicant. That is, when receiving the designation of the application procedure from the applicant, the application processing system 10 refers to the requirement table, identifies the requirements necessary for the application, and performs navigation for the applicant so as to satisfy the requirements. For example, the electronic form data of the application form is transmitted to the applicant, prompting the user to input necessary input items described in the requirement table, and if the applicant's authentication data is required, it is sent to the application processing system 10 Instruct the applicant to send. If there is a document to be attached to the application, the applicant is prompted to send the attached data.
[0040]
In addition, when the applicant specifies multiple application procedures at the same time, or when multiple application procedures are performed in response to a reason (event) specified by the applicant, the application processing system 10 is provided with a plurality of application documents. The common input items and the individual input items are classified from the electronic form, and navigation is performed so that the applicant only has to input the common input items once. This saves the applicant from having to repeatedly enter the same items.
[0041]
The application processing system 10 performs a print data transmission process (P2). For example, when the application document should be submitted as a paper document instead of electronic data as in the case of the transfer notification shown in FIG. 2 (A) (the method of submitting the transfer notification is “output”) The electronic form data of the application form is sent to the applicant, and the application is printed out and the application form is created. In this case, the printer from which the applicant outputs the application form can be a general printer connected to the applicant's terminal. In addition, if there are any conditions regarding the paper documents of the application form (for example, paper size, special paper such as copy-type paper, etc.), the dedicated prints installed at convenience stores etc. It may be a requirement to use a terminal device. In this case, the applicant records the print data received from the application processing system 10 on a recording medium and brings it to such a dedicated terminal device, and outputs a paper document that satisfies the requirements using the dedicated paper there. can do. In addition, when such a dedicated print terminal device is connected to the network 2, the applicant accesses the application processing system 10 using the dedicated print terminal device, downloads the target electronic form data, and prints it. Can be output. In addition, data for identifying the fact and subject of the printing can be transmitted as a print log to the application processing system. In that case, the application processing system 10 can store the print log in the procedure log DB 14.
[0042]
Further, the application processing system 10 performs an authentication inquiry process with respect to a predetermined certification authority (P3). For example, there may be a case where there is a specific public or private certification body, and the certification body conducts a personal certification service for the applicant. When a certain application destination requests the applicant's personal authentication by such a certification body, the application processing system 10 makes an inquiry to the certification body in response to the request of the applicant and obtains the personal authentication data of the applicant. It can be acquired and used for application processing. If the requirement table allows the use of personal authentication data already owned by the applicant, it is also possible to perform personal authentication processing using the personal authentication data that the applicant has. .
[0043]
In addition, when the applicant designates a plurality of application procedures at the same time, or when a plurality of application procedures are performed corresponding to the reason (event) designated by the applicant, the application processing system 10 Efficient navigation is performed so that common document data can be obtained from applicants and external organizations at once.
[0044]
Further, the application processing system 10 performs a necessary document acquisition proxy process (P4). That is, the application processing system 10 acquires necessary document data from a predetermined external organization in response to the request of the applicant. As shown in FIG. 2 (A), when attachment of predetermined required document data is required for a certain application process, the application system 10 accesses an external organization that is the source of the required document data, and Document data can be acquired and used for application processing. The example of FIG. 3 shows an example in which the required document is issued from an external organization. However, for example, even when the issuer of the required document data matches the application destination, the necessary document acquisition proxy process is performed. .
[0045]
Further, the application processing system 10 performs a process of distributing the set of application document data prepared in this way to the application destination (P5). This is performed by transmitting a set of application document data to an application destination determined via the network 2 based on the information on the submission destination and the submission method shown in the requirement table shown in FIG.
[0046]
The above-mentioned authentication inquiry (P3), necessary document acquisition agency (P4), and submission of application data (P5) can be made by the applicant himself / herself, but the applicant is responsible for the application processing system 10 side. When the proxy process is requested, the application processing system 10 side performs as described above.
[0047]
Next, the flow of processing when the applicant actually applies will be described. When an applicant makes an application, the application processing system 10 is designated with a desired application procedure, etc. As specified above, the application method is designated as (1) application procedure. And (2) specifying an event (event). Hereinafter, it demonstrates in order.
(1) When specifying application procedures
FIG. 4 shows a process performed by the application processing system when the applicant specifies an application procedure. First, when the applicant connects to the application processing system 10 using the applicant terminal 3 and designates the desired application procedure, the server 11 of the application processing system 10 receives the designation of the application procedure by the applicant (step S2). .
[0048]
Next, the server 11 refers to the requirement table in the table DB 13, refers to the requirement corresponding to the designated application procedure, and performs navigation for providing the requirement to the applicant (step S <b> 4). Specifically, the electronic form of the corresponding application document is acquired from the form DB 12 and transmitted to the applicant. At that time, the applicant is prompted to input the input items described in the requirement table. Then, an electronic form of the input application document is acquired from the applicant. Further, when the applicant's personal authentication, seal, electronic signature, etc. are required according to the description in the requirement table, such data is acquired from the applicant or a specific certification authority. If attached documents are required, the necessary document data is acquired from the applicant or an external organization that issues such attached documents.
[0049]
Thus, when the application document data set is prepared so as to have the application requirements described in the requirement table (step S6; Yes), the server sends the application document data set to a predetermined submission destination according to the description in the requirement table. It submits by a predetermined method (step S8). Further, the server 11 stores the document data and authentication data acquired in connection with the series of application procedures, and the date and time of each process in the procedure log DB (step S10). Thus, the application process ends.
(2) When specifying a reason (event)
FIG. 5 shows a process performed by the application processing system 10 when the applicant designates a reason. First, when the server 11 receives designation of a reason (event) from the applicant (step S12), the server 11 refers to a reason table in the table DB 13 and specifies an application procedure necessary for the reason (step S14). . After the application procedure is specified in this way, the application processing system 10 thereafter performs the same processing as shown in FIG. That is, referring to the requirement table, the applicant is navigated to prepare the document data necessary for each application procedure (steps S16 and S18), and submit the set of application document data to the corresponding destination. (Step S20) Finally, the procedure log is saved (Step S22). Thus, the application process ends.
[0050]
[2] Second embodiment
Next, a second embodiment of the present invention will be described. The second embodiment relates to a method of sorting or classifying documents using a sort condition table, which is a kind of requirement table, when providing necessary electronic form data to an applicant.
[0051]
FIG. 6 shows an example of the sort condition table. The sort condition table describes information about procedures using electronic form data of various applications, and the electronic form data can be sorted and provided to the user according to the conditions described here. This sort condition table is stored in the table DB 13 shown in FIG.
[0052]
“Procedure method” indicates a method that each application allows for the method by which the applicant submits each application (paper document or data) to the application. “Online procedure” indicates whether or not an electronic application is accepted by sending application data using the Internet. “Output on any printer” is output on any printer such as the printer at the applicant's home. Indicates whether or not to accept an application based on the application document created in “Output with a specific printer” indicates that an application based on an application document created by outputting with a specific printer is accepted. Examples of the specific printer include a printer that can record a print log and a printer that is approved by an organization that has received a specific permission. “Output example” corresponds to the case where it is mandatory to fill out and submit the required information on the documents provided by the application, without accepting application procedures using application documents output from an external printer. . In that case, the applicant goes to the application destination with the entered entry example, and prepares an application document while looking at the entry example and performs the procedure.
[0053]
“Document classification” indicates a classification based on the nature of the application form (particularly the application destination), and includes classifications related to government offices, financial institutions, qualifications, and services. Transfer-in notifications, transfer-out notifications, etc. are related to government offices, and account address changes are related to financial institutions.
[0054]
In the example of Fig. 6 which shows when the application procedure must be done with the event, the "procedure time" may be processed on or after the date of moving, but the moving-out notification is processed before the moving. It has been shown that it is necessary to do.
[0055]
“Paper classification” is a classification according to the paper of the application form, and “arbitrary paper” indicates a case where there is no restriction on paper. “Special paper” indicates that an application for special paper other than plain paper (for example, paper of special size, special copy-type paper, paper with special watermark, etc.) is requested. In addition, “designated form only” indicates that only an application form created by filling in necessary items on a designated form distributed at a window of the application destination is accepted.
[0056]
When the application processing system 10 receives the designation of the application procedure for a plurality of procedures from the applicant, the application processing system 10 refers to the sort condition table shown in FIG. 6 and, according to the sort condition specified by the applicant, an electronic form of a plurality of necessary application forms The data is sorted and transmitted to the applicant terminal 3. In addition, as described in the first embodiment, there are two methods for the applicant to designate a plurality of procedures: when the applicant designates a plurality of procedures, and when a certain event is designated, In this case, the following method can be used.
[0057]
FIG. 7 shows a flowchart of processing for providing the application form electronic form to the applicant. The following processing is executed by the application processing system 10 with reference to the sort condition table stored in the table DB 13.
[0058]
First, the application processing system 10 receives designation of an application procedure based on an application form (step S32). This designation is performed when the applicant designates a plurality of procedure names, and when the applicant designates a certain event name and refers to the event table illustrated in FIG. In some cases, the procedure is specified.
[0059]
Next, the application processing system 10 asks the applicant which sort condition is used to sort the electronic form, and causes the applicant to select one sort condition (step S34). The sort condition is shown in the sort condition table of FIG. 6 and indicates a standard for performing classification of electronic forms. For example, in the example of FIG. 6, “procedure method”, “document classification”, “procedure time”, and “paper classification” are prepared as sorting conditions. The applicant selects one of the sort conditions desired by the applicant.
[0060]
When the applicant selects “procedure method” as the sorting condition, the application processing system 10 further selects whether the applicant determines the procedure method for each application by manual selection or automatically determines the procedure method ( Step S36). When the applicant selects manual selection, the application processing system 10 presents the procedure method column of the sort condition table shown in FIG. 6 to the applicant, and the desired procedure method for each document (transfer notification, transfer notification, etc.) Online procedure, output by any printer, etc.) are selected (step S38).
[0061]
Next, the application processing system 10 acquires electronic form data for performing the procedure by the method selected by the applicant for each application form from the form DB 12, and sorts it for each procedure method (online procedure, output by any printer, etc.). (Classify) and transmit to the applicant terminal 3 in a state of being put in a holder (step S40).
[0062]
On the other hand, if the applicant has selected automatic selection in step S36, the application processing system 10 refers to the sort condition table shown in FIG. 6, sorts the electronic forms based on the number of allowed procedure methods, and applies to the applicant terminal. 3 (step S42). For example, in the example of FIG. 6, when the applicant performs three procedures of “transfer notification”, “transfer notification”, and “account address change”, the application processing system 10 can perform all three procedures. A method, that is, “output with a specific printer” is selected, and electronic forms for the selection are collected in one holder and transmitted to the applicant terminal 3. If all procedures cannot be performed by one procedure method, the electronic forms are transmitted to the applicant terminal 3 by sorting in order of the number of allowed procedure methods. As a result, the applicant can efficiently perform a plurality of application procedures with as few procedures as possible.
[0063]
Thus, an electronic form is provided. After that, the user fills in each electronic form and prepares the necessary attached documents and performs the application procedure. At that time, if an online application is selected, the application processing system 10 can be requested to perform an application proxy.
[0064]
On the other hand, when the applicant selects sorting by document classification in step S34, the application processing system 10 refers to the sorting condition table shown in FIG. 6 and sets a holder for each item such as “related to government office” and “related to financial institution”. The corresponding electronic form data is created and sent to the applicant terminal 3 (step S44).
[0065]
In addition, when the applicant selects sorting by procedure time in step S34, the application processing system 10 creates items such as “relocation pre-requisite processing” and “relocation date processing” with reference to the sorting condition table shown in FIG. The necessary electronic form data is entered for each holder and transmitted to the applicant terminal (step S46).
[0066]
Furthermore, when the applicant selects sorting by paper classification in step S34, the application processing system 10 refers to the sorting condition table shown in FIG. 6 and selects “arbitrary paper”, “special paper”, “specified paper only”, and the like. The electronic form data necessary for each holder created in the item is entered and transmitted to the applicant terminal (step S48).
[0067]
Thus, according to the second embodiment, necessary electronic forms are sorted and provided in a form desired by the applicant. Therefore, the applicant can acquire an electronic form necessary in a form suitable for the execution time and means of the procedure he / she plans.
[0068]
[3] Third embodiment
In the first and second embodiments, the example in which the requirement table and the sort condition table are stored in the table DB 13 in the application processing system 10 has been described, but in the following third embodiment, the requirement table and the sort condition are stored. The case where the contents of the table are attached to the electronic form data of each application form is shown.
[0069]
As shown in FIG. 8, the electronic form file 30 includes electronic form data 32 itself, and requirement table data 34 including a description in the requirement table and sort condition table corresponding to the electronic form. For example, in the case of a transfer notification, the electronic form data 32 is the electronic form data itself of the transfer notification, and the requirement table data 34 is the transfer notification portion of the contents of the requirement table shown in FIG. 2 and the contents of the sort condition table shown in FIG. It is data including the part of notification of transfer. The requirement table data 34 can be configured to be attached to the electronic form data 32 as data indicating properties of the electronic form data 32, for example.
[0070]
In the electronic form file 30, the server 11 of the application processing system 10 acquires the electronic form data 32 of an application form from the form DB, and the requirement table data 34 for the application form from the requirement table and the sort condition table in the table DB 13. Can be created by a method such as acquiring and attaching to the electronic form data 32. The application processing system 10 can perform this creation process every time an application procedure is designated by the applicant, or can create and save electronic form files 30 for all electronic forms in advance. .
[0071]
Thereby, the applicant can easily know the requirement information related to the application for transfer-in, for example, by acquiring the electronic form file of the transfer-in notification from the application processing system 10 and referring to the requirement table data 34 included therein. .
[0072]
Furthermore, on the applicant terminal 3, by preparing and executing a requirement table creation program, a requirement table as shown in FIG. 2 and a sort condition table as shown in FIG. 6 are obtained from a plurality of electronic form files 30. Can be created. That is, if it is assumed that the applicant designates “transfer notification”, “transfer notification”, “marriage notification”, and “birth notification” shown in FIG. 2, the electronic form file 30 corresponding to each application is applied to the application processing system 10. To the applicant terminal 3. On the applicant terminal 3, by executing the requirement table creation program, the requirement table data 34 is extracted from each electronic form file 30 to create the requirement table as shown in FIG. 2 and the sort as shown in FIG. Create a condition table. Thereby, the applicant can acquire and view the requirement table and the sort condition table for a plurality of application procedures designated by the applicant.
[0073]
The requirement table creation program can be distributed to the applicant in advance from the application processing system 10 and installed in the applicant terminal 3 or can be included in the electronic form file 30 and transmitted from the application processing system 10. You can also.
[0074]
Further, according to the requirement table and the sort condition table created on the user terminal as described above, the navigation process and the sort process similar to those in the first and second embodiments may be executed by the navigation program operating on the user terminal. it can.
[0075]
【The invention's effect】
As described above, according to the present invention, for various application procedures, a requirement table describing requirements necessary for the application is prepared in the application processing system. Therefore, by referring to the requirement table, the application processing system knows the necessary requirements and can perform navigation so that the applicant or the like has the requirements for application. Thereby, the applicant can prepare and apply for necessary document data accurately.
[0076]
In addition, the application processing system has a reason table that indicates application procedures necessary for events that occur relatively frequently in daily life. When an applicant specifies a reason when a certain reason occurs, the application processing system performs navigation for preparing necessary documents for each procedure. Therefore, the applicant can easily complete the necessary application procedure simply by specifying an event and then performing the procedure according to the navigation of the application processing system.
[0077]
In addition, by using the sort condition table, the applicant can acquire an electronic form of a necessary application form in a form suitable for the procedure method he / she plans.
[Brief description of the drawings]
FIG. 1 shows a schematic configuration of an application processing system according to an embodiment of the present invention.
FIG. 2 shows an example of a requirement table and a reason table.
FIG. 3 shows an overview of application processing.
FIG. 4 is a flowchart showing a flow of application processing when an applicant designates an application procedure.
FIG. 5 is a flowchart showing a flow of application processing when an applicant designates a reason (event).
FIG. 6 shows an example of a sort condition table.
FIG. 7 is a flowchart showing application process electronic form provision processing;
FIG. 8 schematically shows the data structure of an electronic form file.
[Explanation of symbols]
2 ... Network
3. Applicant terminal
4. Application terminal
10. Application processing system
11 ... Server
12 ... Form DB
13 ... Table DB
14 ... Procedure log DB
30 ... Electronic form file

Claims (3)

ネットワークを通じて利用者端末に接続された申込処理システムにおいて、
複数の申請手続に対応する申請書類の電子フォームを記憶するフォームデータベースと、
各申請手続に関し、オンライン手続及びプリント出力による紙申請書手続を含む手続方法の実行可否についてのソート条件を記憶するソート条件テーブルと、
利用者端末から申請手続の指定を受け取り、指定された申請手続に対応する電子フォームを前記フォームデータベースから取得する手段と、
手動選択の場合は、前記利用者端末から前記ソート条件の指定を受け取り、指定されたソート条件に従って前記電子フォームを分類し、分類後の状態で前記電子フォームを前記利用者端末へ送信し、自動選択の場合は、各申請手続において、共通する最も多数の実行可能な手続方法を自動的に決定し、その手続方法に対応する電子フォームをまとめて前記利用者端末へ送信するフォーム送信手段と、を備える申請処理システム。
In the application processing system connected to the user terminal through the network,
A form database that stores electronic forms of application documents corresponding to multiple application procedures;
And about each application process, and sorting condition table for storing the sorting conditions for executability procedure method including paper application procedures online procedures and print output,
Means for receiving an application procedure designation from a user terminal and obtaining an electronic form corresponding to the designated application procedure from the form database;
For manual selection, receives designation of the sorting condition from the user terminal, the electronic form classifying, transmitting the electronic form to the user terminal in a state after the classification according to the specified sort criteria, the automatic In the case of selection, in each application procedure, the form sending means for automatically determining the most common feasible procedure methods and sending the electronic forms corresponding to the procedure methods together to the user terminal ; An application processing system comprising:
前記フォーム送信手段は、自動選択の場合に、各申請手続すべてについて共通する実行可能な手続方法がある場合には、その手続方法に対応する電子フォームをまとめて利用者端末へ送信し、各申請手続すべてについて共通する実行可能な手続方法がない場合には、共通する実行可能な手続方法の多い順にソートして電子フォームを送信することを特徴とする請求項に記載の申請処理システム。In the case of automatic selection, if there is an executable procedure method common to all application procedures , the form sending means collectively sends an electronic form corresponding to the procedure method to the user terminal, and each application 2. The application processing system according to claim 1 , wherein when there is no executable executable procedure method common to all procedures, the electronic forms are transmitted by sorting in order of the common executable procedure method . 利用者による電子書類の作成を補助するプログラムであって、コンピュータを、
利用者端末から指定される複数の申請手続に対応する電子フォームファイルであって、各々が特定の申請手続に必要な電子フォームデータ及び当該申請手続に関し、オンライン手続及びプリント出力による紙申請書手続を含む手続方法の実行可否についてのソート条件を示すソート条件データ含む複数の電子フォームファイルを受け取る手段、
前記複数の電子フォームファイルからソート条件データを抽出して、前記複数の申請手続についてのソート条件を記述したソート条件テーブルを作成する手段、
手動選択の場合は、前記利用者端末からソート条件の指定を受け取り、前記ソート条件テーブルを参照して、指定されたソート条件に従って前記電子フォームを分類し、分類後の状態で前記電子フォームを前記利用者端末に提供し、自動選択の場合は、各申請手続において、共通する最も多数の実行可能な手続方法を自動的に決定し、その手続方法に対応する電子フォームをまとめて前記利用者端末に提供するフォーム提供手段、として機能させるコンピュータプログラム。
A program that assists users in creating electronic documents,
An electronic form file corresponding to a plurality of application procedures designated by the user terminal, each is about the electronic form data and the application procedures required for a particular application process, the paper application form online procedures and printout Means for receiving a plurality of electronic form files including sort condition data indicating a sort condition regarding whether or not the procedure method including the procedure is executable ;
Means for extracting sort condition data from the plurality of electronic form files and creating a sort condition table describing the sort conditions for the plurality of application procedures;
For manual selection, receives a specification of sorting condition from the user terminal, with reference to the sorting condition table, the electronic form classified according to the specified sort criteria, the said electronic form in the state after the classification In the case of automatic selection provided to the user terminal , in each application procedure, the most common executable procedure method is automatically determined, and the electronic form corresponding to the procedure method is collected and the user terminal A computer program that functions as form providing means provided to the user.
JP2001176051A 2001-01-22 2001-06-11 Application processing system Expired - Lifetime JP4770070B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001176051A JP4770070B2 (en) 2001-01-22 2001-06-11 Application processing system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2001012670 2001-01-22
JP2001012670 2001-01-22
JP2001-12670 2001-01-22
JP2001176051A JP4770070B2 (en) 2001-01-22 2001-06-11 Application processing system

Publications (2)

Publication Number Publication Date
JP2002288374A JP2002288374A (en) 2002-10-04
JP4770070B2 true JP4770070B2 (en) 2011-09-07

Family

ID=26608034

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001176051A Expired - Lifetime JP4770070B2 (en) 2001-01-22 2001-06-11 Application processing system

Country Status (1)

Country Link
JP (1) JP4770070B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004341660A (en) * 2003-05-14 2004-12-02 Dainippon Printing Co Ltd Application agency system and method, application agency program, and recording medium with the same recorded
JP2007133789A (en) * 2005-11-12 2007-05-31 Promise Co Ltd Contract application processing system
JP2008033782A (en) * 2006-07-31 2008-02-14 Chugoku Electric Power Co Inc:The Business management system
WO2011127277A1 (en) * 2010-04-07 2011-10-13 Cardinal Commerce Corporation Universal merchant application, registration and boarding platform
JP5502056B2 (en) * 2011-10-31 2014-05-28 株式会社日本ケアコミュニケーションズ Intermediary device for nursing care benefit billing procedures
JP5721143B2 (en) * 2012-02-07 2015-05-20 一般社団法人ユニバーサルメニュー普及協会 Administrative work management system, method and program

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000067138A (en) * 1998-08-24 2000-03-03 Dainippon Printing Co Ltd On-demand document distribution/issue system
JP2000148844A (en) * 1998-09-11 2000-05-30 Nissan Fire & Marine Insurance Co Ltd Insurance business processing system, device and method for preparing insurance slip, and computer-readable recording medium recorded with program for executing the method by computer

Also Published As

Publication number Publication date
JP2002288374A (en) 2002-10-04

Similar Documents

Publication Publication Date Title
JP4961031B2 (en) Method and system for submitting a job to a copy center
US10289663B2 (en) Method and system for formation of electronic documents
US7146367B2 (en) Document management system and method
CN100580617C (en) Data processing system and method
US20040205534A1 (en) System and method for providing access to forms and maintaining the data used to complete the forms
US6789092B1 (en) Status monitoring system
US20060136274A1 (en) System, method, and apparatus for providing a single-entry and multiple company interface (SEMCI) for insurance applications and underwriting and management thereof
JP2005535013A (en) Mass communication process using multiple delivery media
JP2003152972A (en) Entry of physical document in digital back-end system
US20120290986A1 (en) Management Of Corporate Entities
US20070162318A1 (en) System And Method For Managing Business Processes
US20140250163A1 (en) Document delivery with multiple addressing and delivery options
KR20220036307A (en) Service agency system for insurance claim and issue of medical certificate documents
JP4770070B2 (en) Application processing system
JP2004355502A (en) Personnel allocation support system, personnel allocation support method, server device and program
US20060074840A1 (en) System and method for tracking print job status
US20080306902A1 (en) System and method for tracking print job status
JP4080687B2 (en) Server apparatus for electronic procedure system
US20030009391A1 (en) System for electronically submitting and monitoring copy reproduction jobs
JP4008279B2 (en) Electronic delivery system and program
JP3656710B2 (en) Minutes management method and minutes management system
JP7122333B2 (en) Information processing device and information processing method
JP4427288B2 (en) Trademark management system
JP2002149985A (en) Insurance contract system and its method
JP2002073292A (en) Device and method for receiving print request and computer readable recording medium with program recorded therein to execute the request receiving method via computer

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080521

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100805

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100817

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101013

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20101109

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110202

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110207

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110524

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110606

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140701

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4770070

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

EXPY Cancellation because of completion of term