JP2004070485A

JP2004070485A - Application registration system

Info

Publication number: JP2004070485A
Application number: JP2002225935A
Authority: JP
Inventors: Jiro Hisayuki; 久行　次郎; Masahiro Kitazawa; 北澤　正廣; Daisuke Itakura; 板倉　大介; Toshiaki Ishimaru; 石丸　俊昭
Original assignee: Fujitsu FSAS Inc
Current assignee: Fujitsu FSAS Inc
Priority date: 2002-08-02
Filing date: 2002-08-02
Publication date: 2004-03-04
Anticipated expiration: 2022-08-02
Also published as: JP4028318B2

Abstract

<P>PROBLEM TO BE SOLVED: To execute application registration to a public institution with no omission, and to easily acquire a necessary document, information and the like, as to an application registration system. <P>SOLUTION: An event service device 2 is provided with event reservation information (reservation information DB) 25 including at least an event and an address of an applicant terminal 1, and transmits the event reservation information to a public event processor 3 at prescribed timing. The public event processor 3 is provided with a document data (document DB) 35 for a document required for the application registration accompanied to the event, and transmits the document data for the document required for the application registration accompanied to the event included in the event reservation information, to the applicant terminal 1 included in the event reservation information, when the event reservation information is received. The applicant terminal 1 receives the document data for the document required for the application registration accompanied to the transmitted event. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、申請届出システムに関し、特に、公共機関への申請または届出を伴う事案が発生した場合、漏れなく申請または届出を行なうことができ、必要な帳票や情報等を簡単に取得することができる申請届出システムに関する。
【０００２】
【従来の技術】
例えば、結婚、出産、引越し、葬儀、土地等の不動産売買、租税の申告等（以下、イベント）が発生した場合、適宜、管轄する区役所、法務局、税務署等（以下、公共機関）へ、種々の申請、申告又は届出（以下、申請届出）を行なう必要がある。このようなイベントに伴う申請届出は、多くの場合、定められた法定期間内に行なう必要がある。また、その申請届出は、予め定められた数や種類の申請書類を提出することにより行わなければならない。その上、当該申請書類は、予め定められた書式で作成したもの又は予め定められた書式で作成された書類（以下、帳票）に記入したものでなければならない。更に、提出のためには、当該公共機関に当事者が出向かなければならない。
【０００３】
例えば、婚姻届や住民転入・転出登録申請の場合、当事者は管轄の市区町村役場又はその出先機関等に出向いて帳票の交付を受け、当該書類に必要事項を記入し、これを提出していた。また、租税の申告の場合、当事者は市区町村役場、税務署または国あるいは都道府県の機関から必要書類の交付を受け、当該書類に必要事項を記入したものを提出していた。
【０００４】
【発明が解決しようとする課題】
申請届出においては、各種の帳票の入手、帳票への必要事項の記入、申請に必要な添付書類の取得、必要事項を記入した各種帳票および添付書類の提出等、当事者本人または代理人（以下、当事者）にとって、複雑かつ煩雑な手続と相当の時間を要していた。
【０００５】
即ち、前述のように、イベントに伴う申請届出は多種多様であり、当該イベントについての申請届出の必要性、必要な書類や情報、提出の期間等を、自分で調べなければならない。また、当該申請届出には期間の制限があるが、当該イベントの処理等に忙しくて、申請届出を忘れて当該期間を経過してしまう場合がある。また、当該期間内に公共機関に出向かなければならないが、土曜日曜祝祭日は公共機関は休業日のため、例えば一般の会社員等の場合、平日に休暇を取得する等して申請届出を行なわねばならない。更に、予め定められた書式の帳票を用いるために、その交付を受ける際及び提出の際の合計２回にわたり、公共機関に出向かなければならない。また、帳票の交付を受けて始めて記入事項や必要な添付書類を知って、その確認や手配に、更に多くの手間を要する場合がある。
【０００６】
本発明は、公共機関への申請届出を漏れなく行なうことができ、これに必要な帳票や情報等を簡単に取得することができる申請届出システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の申請届出システムは、インターネットにより相互に接続される申請者端末と、イベントサービス装置と、公共イベント処理装置とからなる。申請届出システムにおいて、イベントサービス装置は、予め登録された情報であって当該イベント種別及び当該申請者端末のアドレスを含むイベント予約情報を備え、所定のタイミングで公共イベント処理装置に当該イベント予約情報を送信する。公共イベント処理装置は、予め登録されたイベントに伴う申請届出に必要な帳票の帳票データを備え、イベント予約情報を受信した場合、当該イベント予約情報に含まれるイベントに伴う申請届出に必要な帳票の帳票データを当該イベント予約情報に含まれるアドレスの申請者端末に送信する。申請者端末が、送信された当該イベントに伴う申請届出に必要な帳票の帳票データを受信する。
【０００８】
本発明の申請届出システムによれば、イベントサービス装置にイベント予約情報を入力（登録）しておけば、申請届出の要否を意識することなく、当該イベントに伴う申請届出に必要な帳票の帳票データを、登録した自分の申請者端末で受け取ることができる。従って、多種多様なイベントについての申請届出の必要性を自分で調べる必要がなく、また、記入事項や必要な添付書類の確認や手配に手間取ることもなく、公共機関に出向いて、必要な書類や情報を自分で入手する必要がなく、提出の期間を失念することがない。これにより、当事者は、イベントに伴う申請届出において、各種の帳票の入手、帳票への必要事項の記入、申請に必要な添付書類の取得、必要事項を記入した各種帳票の提出等を、比較的に短時間で容易に手続することができる。
【０００９】
【発明の実施の形態】
図１は申請届出システム構成図であり、本発明の申請届出システムの構成を示す。
【００１０】
申請届出システムは、申請者端末１、イベントサービス装置２、公共機関のイベント処理装置（以下、公共イベント処理装置）３からなる。これらは相互にインターネット４を介して接続され通信を行う。申請者端末１は、イベントの当事者の自宅等に設けられ、イベントに伴う各種の申請届出を行う。イベントサービス装置２は、イベントサービス業者に設けられ、イベントに伴う各種の申請届出に伴う各種のサービスをイベントの当事者に提供する。公共イベント処理装置３は、公共機関に設けられ、イベントに伴う各種の申請届出を受理する。
【００１１】
申請者端末１は、インターネット接続機能を備えるコンピュータからなり、帳票受信手段１１、帳票作成手段１２、帳票送信手段１３からなる。これらの各手段１１〜１３は、当該処理を行なうプログラムを当該ＣＰＵ（中央演算処理装置）上で実行することにより実現される。
【００１２】
帳票受信手段１１は、公共イベント処理装置３からインターネット４を介して送信された当該イベントに伴う申請届出に必要な帳票の帳票データ３５２（図２（Ｆ）参照）を受信し、これと共に当該帳票の作成に必要な所定の情報を受信する。帳票作成手段１２は、例えば当該イベントの発生後に、受信した帳票に所定の情報を入力して、当該帳票を作成する。帳票送信手段１３は、作成した帳票等を公共イベント処理装置３にインターネット４を介して、例えばＥメール（電子メール）により送信する。例えば、当該帳票はその添付ファイルとされる。
【００１３】
イベントサービス装置２は、インターネット接続機能を備えるコンピュータからなり、イベント予約入力手段２１、申請届出種別決定手段２２、申請届出先決定手段２３、イベント情報送信手段２４、予約情報ＤＢ２５とからなる。これらの各手段２１〜２４は、当該処理を行なうプログラムを当該ＣＰＵ上で実行することにより実現される。
【００１４】
イベント予約入力手段２１は、入力されたイベントの予約入力（イベント予約情報）を予約情報ＤＢ２５に格納する。申請届出種別決定手段２２は、イベント予約情報に基づいて、当該イベントに伴う申請届出の１又は複数種別を決定する。申請届出先決定手段２３は、決定された申請届出毎に、その届出先の公共イベント処理装置３を決定する。イベント情報送信手段２４は、決定された申請届出毎に、その届出先の公共イベント処理装置３に、当該イベントについてのイベント予約情報をインターネット４を介して送信する。予約情報ＤＢ２５は、磁気ディスク装置の補助記憶に設けられ、イベント予約情報を記憶する。予約情報ＤＢ２５は、予約テーブル２５１、種別テーブル２５２、公共機関テーブル２５３からなる。
【００１５】
予約テーブル２５１は、イベント予約入力手段２１により作成され管理され、イベント予約情報を格納する。予約テーブル２５１は、図２（Ａ）に示すように、イベント予約者（申請者即ち申請者端末１のユーザ、又は、当事者）毎に、イベント又はイベント種別、当該予約者住所、連絡先、予約情報発信状態を格納してなる。即ち、予約テーブル２５１に登録されたこれらの情報が１個のイベント予約情報を構成する。イベント種別は、当該予約したイベントの種別を示す情報である。連絡先は、当該申請者端末１のアドレス、例えばＥメールアドレスである。予約情報発信状態は、当該イベント予約情報の送信の状態を示す情報であり、「１」は公共イベント処理装置３へ送信済であることを示し、「０」は未送信（未済）であることを示す。
【００１６】
種別テーブル２５２は、予め用意され（登録され、以下同じ）、申請届出の要否等を格納する。種別テーブル２５２は、図２（Ｂ）に示すように、イベントの種別毎に、申請届出の要否、申請届出である公共機関の種別を格納してなる。申請届出の要否は、公共機関への申請届出の要否を示す情報であり、「１」は公共機関への申請届出が必要であることを示し、「０」は不要であることを示す。公共機関の種別は、市区町村役場を表す「役所」、「税務署」「保健所」等の種別からなる。
【００１７】
公共機関テーブル２５３は、予め用意され、申請届出の届出先である公共機関を格納する。公共機関テーブル２５３は、図２（Ｃ）に示すように、公共機関の種別毎に、役所名、当該役所の住所、連絡先であるＥメールアドレスを格納してなる。
【００１８】
ここで、イベント予約情報の入力について説明する。例えば、申請者端末１は周知のウェブ（Ｗｅｂ）ブラウザを備え、イベントサービス装置２はＷｅｂサーバとしての機能を備える。申請者端末１は、そのＷｅｂブラウザにより、イベントサービス装置２のイベントサービスのＷｅｂページを参照して、そこから希望するイベントサービスのイベント予約情報入力画面を参照する。イベントサービスのＷｅｂページの一例を図３に示し、イベント予約情報入力画面の一例を図４に示す。そして、申請者端末１の使用者（イベントの当事者）は、イベント予約情報入力画面に所定の事項を入力して、これをイベントサービス装置２に送信する。これを受信したイベントサービス装置２は、当該イベント予約情報の予約内容の確認画面を申請者端末１に返信する。確認画面の一例を図５に示す。
【００１９】
なお、申請者からイベントサービス業者へのイベント予約情報の通知は、電話、郵便等その他の手段によって行ってもよい。この場合、イベント予約情報は、当該業者により、イベントサービス装置２のイベント予約入力手段２１に入力される。このために、イベントサービス装置２は、例えば周知のキーボードのような入力装置（図示せず）を備える。
【００２０】
公共イベント処理装置３は、インターネット接続機能を備えるコンピュータからなり、イベント情報受信手段３１、申請届出決定手段３２、帳票送信手段３３、住民情報ＤＢ（データベース）３４、帳票ＤＢ３５からなる。これらの各手段３１〜３３は、当該処理を行なうプログラムを当該ＣＰＵ上で実行することにより実現される。
【００２１】
イベント情報受信手段３１は、イベントサービス装置２からインターネット４を介して送信されたイベント情報を受信する。申請届出決定手段３２は、イベントサービス装置２からのイベント情報と住民情報ＤＢ３４の当事者の住民情報とを照合して、必要な申請届出を決定する。帳票送信手段３３は、必要な申請届出の帳票を申請者端末１にインターネット４を介して送信する。住民情報ＤＢ３４は、申請届出のため必要となる帳票を当事者に送るための送信情報、住民情報等を記憶する。住民情報ＤＢ３４は、磁気ディスク装置の補助記憶に設けられ、住民テーブル３４１、申請届出テーブル３４２からなる。帳票ＤＢ３５は、磁気ディスク装置の補助記憶に設けられ、帳票テーブル３５１及び各々の帳票についての実際の帳票データ３５２（例えば、画像データ）からなる。
【００２２】
住民テーブル３４１は、予め用意され、住民についての情報を格納する。住民テーブル３４１は、図２（Ｄ）に示すように、住民毎に、住民の氏名、住所等を格納してなる。住民テーブル３４１に氏名が登録されていなければ、当該役所の管轄ではない。
【００２３】
申請届出テーブル３４２は、予め用意され、申請届出についての情報を格納する。申請届出テーブル３４２は、図２（Ｅ）に示すように、イベントの種別毎に、当該イベントに伴って必要となる申請届出の種別を格納してなる。なお、イベントによっては、複数の申請届出が必要となる。
【００２４】
帳票テーブル３５１は、予め用意され、帳票についての情報を格納する。帳票テーブル３５１は、図２（Ｆ）に示すように、申請届出の種別毎に、当該申請届出に必要な帳票の帳票データ３５２の格納先アドレス又は入力先ＵＲＬを格納してなる。実際の帳票データ３５２は、当該格納先アドレス等に格納され、例えば画像データ（又は文字データ）からなる。
【００２５】
図６は、申請者端末処理フローであり、申請者端末１におけるイベントの申請届出処理について示す。
【００２６】
図６（Ａ）において、当事者がイベントサービスを受けたい場合、申請者端末１のブラウザにより、図３のイベントサービス装置２のＷｅｂページにアクセスして（ステップＳ１１）、当該Ｗｅｂページから図４の希望するイベントサービスのイベント予約情報入力画面を参照し、これに所定の事項を入力して、これをイベントサービス装置２に送信することにより、イベント予約情報をイベントサービス装置２に送信する（ステップＳ１２）。この後、申請者端末１は、これを受信したイベントサービス装置２から送信された図５の当該イベント予約情報の予約内容の確認画面を受信する（ステップＳ１３）。この確認画面は、イベント予約情報に含まれる当該申請者端末１のＥメールアドレスへのＥメールにより送信される。
【００２７】
図６（Ｂ）において、帳票受信手段１１が、公共イベント処理装置３から当該イベントに伴う申請届出に必要な帳票の帳票データ３５２を受信する（ステップＳ２１）。この時、図１１（Ｄ）により後述するように、当該帳票の作成において必要となると想定される所定の情報をも受信する。次に、帳票作成手段１２が、当事者の入力に従って、帳票受信手段１１で受信した帳票の帳票データ３５２に、受信した所定の情報及びその他の情報を入力して、当該帳票を作成する（ステップＳ２２）。この後、帳票送信手段１３が、帳票作成手段１２で作成した帳票等を公共イベント処理装置３にインターネット４を介して送信する（ステップＳ２３）。
【００２８】
図７は、イベントサービス処理フローであり、イベントサービス装置２におけるイベントサービス処理について示す。
【００２９】
図７（Ａ）において、イベント予約入力手段２１が、申請者端末１からのイベント予約情報を受信するか、又は、入力装置からのイベント予約情報の入力を受け付けると（ステップＳ３１）、当該イベント予約情報を予約情報ＤＢ２５に格納する（ステップＳ３２）。従って、この処理はイベント予約情報の受信／入力に伴って随時実行され、これにより、図７（Ｂ）の定期的な処理に先立って、イベント予約情報が図２（Ａ）の予約テーブル２５１に予め登録される。
【００３０】
図７（Ｂ）において、申請届出種別決定手段２２が、所定の時間が経過したか又は所定の時間（時刻）になったかを調べ（ステップＳ４１）、経過しない場合、ステップＳ４１を繰り返す。経過した場合、申請届出種別決定手段２２が、予約情報ＤＢ２５の予約テーブル２５１を参照して、先頭から順に、１個のイベント予約情報（予約データ）を読み出す（ステップＳ４２）。従って、この処理（及び以下の処理）は前記所定の時間毎に定期的に実行される。前記所定の時間を適宜設定することにより、公共イベント処理装置３に対してイベント予約情報を送信する時間を予め定めることができる。
【００３１】
申請届出種別決定手段２２が、当該読み出したイベント予約情報に基づいて当該イベントに伴う申請届出の種別を決定した後、申請届出先決定手段２３が、当該申請届出のための公共イベント処理装置３への連絡が必要か否かを調べる（ステップＳ４３）。即ち、申請届出種別決定手段２２が、イベント予約情報に含まれるイベント種別を取り出して、これをキーとして種別テーブル２５２を参照して、申請届出の種別が例えば「役所」へのものであると決定する。この後、当該キーを申請届出先決定手段２３に渡す。申請届出先決定手段２３は、同様にして、申請届出の要否を確認する。申請届出が必要である（「１」である）場合でかつ予約情報発信状態が「０（未済）」の場合は、連絡が必要とされる。これ以外の場合は、連絡が不要とされる。
【００３２】
連絡が不要である場合、ステップＳ４６へ進む。連絡が必要である場合、申請届出先決定手段２３が、当該決定された申請届出毎に、その届出先（連絡先）の公共機関即ち公共イベント処理装置３を決定する（ステップＳ４４）。例えば、申請届出の種別が例えば「役所」へのものであると決定された場合、当該申請届出の種別と、当該イベント予約情報に含まれる当該申請者端末１（のユーザ）の住所とをキーとして公共機関テーブル２５３を参照する。この例では、「役所」と「品川区」とから、「品川区役所」を決定し、その連絡先のＥメールアドレスにより公共イベント処理装置３を決定する。
【００３３】
イベント情報送信手段２４は、決定された申請届出とイベント予約情報を渡されると、決定された申請届出毎に、その連絡先のアドレスの公共イベント処理装置３に、当該イベント予約情報を送信する（ステップＳ４５）。イベント予約情報の送信を終了した場合、イベント情報送信手段２４は、予約テーブル２５１の当該イベント予約情報の予約情報発信状態を「１（発信済み）」とした上で、申請届出種別決定手段２２に制御を戻す。
【００３４】
申請届出種別決定手段２２が、予約情報ＤＢ２５の予約テーブル２５１の全てのイベント予約情報について処理を終了したか否かを調べ（ステップＳ４６）、終了していない場合にはステップＳ４２以下を繰り返し、終了した場合には処理を終了する。
【００３５】
図８は、イベント処理フローであり、公共イベント処理装置３におけるイベント処理について示す。
【００３６】
イベント情報受信手段３１が、イベントサービス装置２のイベント情報送信手段２４からイベント予約情報を受信し、これを申請届出決定手段３２に送る（ステップＳ５１）。
【００３７】
申請届出決定手段３２が、受信したイベント予約情報と住民情報ＤＢ３４の住民テーブル３４１における当事者の情報とを照合して、当該公共機関の管轄の住民である否かを調べ（ステップＳ５２）、管轄（所轄）の住民でない場合、処理を終了する。即ち、イベント予約情報のイベント予約者をキーとして住民テーブル３４１を参照し、当該イベント予約者が住民テーブル３４１に存在すれば、管轄の住民であると判断する。
【００３８】
管轄の住民である場合、申請届出決定手段３２が、必要な申請届出を決定し、当該申請届出に使用する帳票の帳票データ３５２を読み出す（ステップＳ５３）。即ち、イベント予約情報のイベント種別をキーとして申請届出テーブル３４２を参照して、必要な申請届出の種別を決定する。更に、決定した申請届出の種別をキーとして帳票ＤＢ３５の帳票テーブル３５１を参照して、当該帳票の帳票データの格納先又は入力先ＵＲＬを求め、当該格納先等にアクセスして当該帳票データ３５２を読み出す。申請届出決定手段３２は、受信したイベント予約情報と当該帳票データ３５２とを帳票送信手段３３に送る。
【００３９】
帳票送信手段３３は、イベント予約情報で（予約者）連絡先に示されるアドレス（Ｅメールアドレス）の申請者端末１に、当該帳票データ３５２を送信する（ステップＳ５４）。これにより、当該申請者は、例えば自宅で申請届出に必要な書類の帳票データ３５２等を入手することができる。
【００４０】
図９は他の申請届出システム構成図であり、本発明の他の申請届出システムの構成を示す。
【００４１】
この例の申請届出システムにおいては、公共イベント処理装置３が、公共機関サーバ３Ａと、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）センタ３Ｂとにより構成される分散処理システムからなる。公共機関サーバ３Ａは本来の役所に設けられ、ＡＳＰセンタ３ＢはＡＳＰに設けられ、相互にインターネット４を介して接続され通信を行う。
【００４２】
公共機関サーバ３Ａは、イベント情報受信手段３１、申請届出決定手段３２、住民情報ＤＢ３４の他に、ＡＳＰセンタ３Ｂへの情報送信手段３６を備える。ＡＳＰセンタ３Ｂは、帳票送信手段３３、帳票ＤＢ３５の他に、公共機関サーバ３Ａからの情報受信手段３７、帳票ＤＢ３５を検索する帳票検索手段３８を備える。即ち、情報送信手段３６が申請届出決定手段３２の決定した必要な申請届出の種別を送信し、これを情報受信手段３７が受信し、これに基づいて帳票検索手段３８が帳票ＤＢ３５の帳票テーブル３５１を検索して帳票データ３５２を読み出し、当該帳票データ３５２を帳票送信手段３３が申請者端末１に送信する。
【００４３】
これにより、住民に関する情報を含む住民情報ＤＢ３４は公共機関サーバ３Ａに設け、住民のプライバシーを守ることができる。一方、帳票ＤＢ３５はＡＳＰセンタ３Ｂに設け、帳票に関する処理を代行させることができる。
【００４４】
図１０は他の申請届出システム構成図であり、本発明の他の申請届出システムの構成を示す。
【００４５】
この例の申請届出システムは、基本的には、図９の申請届出システムと同様の構成を備える。但し、公共イベント処理装置３を構成する公共機関サーバ３ＡとＡＳＰセンタ３ＢとがＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）３９により接続される。また、ＬＡＮ３９には、公共機関サーバ３Ａ等の他に、処理端末３１０、受付端末３１１が接続される。処理端末３１０は、例えば住民情報ＤＢ３４及び帳票ＤＢ３５のデータを入力する。受付端末３１１は、イベントサービス装置２を介することなく、直接（申請書類を窓口に）提出されたイベントに伴う申請届出を入力する。
【００４６】
また、イベントサービス装置２もＬＡＮ２５を備える。ＬＡＮ２５には、イベントサービス装置２の他に、処理端末２６、予約端末２７が接続される。処理端末２６は、イベントサービス装置２のＷｅｂページ等を入力する。予約端末２７は、当事者からイベントサービス業者に電話等で通知されたイベント予約情報を入力する。
【００４７】
図１１（Ａ）及び図１１（Ｂ）は他の申請届出システム説明図であり、特に、図１１（Ａ）はイベントサービス装置２に設けられる他の予約テーブル２５１Ａの構成を示し、図１１（Ｂ）は公共イベント処理装置３に設けられる受信履歴テーブル３１２の構成を示す。これらのテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００４８】
図１１（Ａ）の予約テーブル２５１Ａは、図２（Ａ）の予約テーブル２５１に、イベント状態、イベント完了通知という２個の情報を追加した例である。イベント状態は、当該イベントの実施の状態を示す情報であり、「済」は当該イベントが実施済であることを示し、「未（又は未済）」はまだ実施されていないことを示し、「取消」は予約が取り消されたことを示す。イベント完了通知は、当該イベント予約情報を公共イベント処理装置３に通知したか否かを示す情報であり、「１」は当該イベントの発生を公共イベント処理装置３に送信済であることを示し、「０」はまだ送信していないことを示す。
【００４９】
図１１（Ｂ）の受信履歴テーブル３１２は、公共イベント処理装置３のイベント情報受信手段３１により作成され管理され、イベント情報受信手段３１の受信した情報の履歴を格納する。受信履歴は、当該イベントのイベント予約者、イベント種別、受信日、申請届出受信状況からなる。申請届出受信状況は、当該イベントに伴う申請届出を受信したか否かを示す情報であり、「１」は当該申請届出を受信済であることを示し、「０」はまだ受信していないことを示す。
【００５０】
この例の場合、イベントサービス装置２のイベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ａのイベント状態を「未済」とし、イベント完了通知を「０」とする。そして、イベントの発生が入力されると、イベント予約入力手段２１は、イベント状態を「済」とする。この後、申請届出種別決定手段２２が、定期的にイベント予約情報を処理するときイベント状態もチェックし、イベント状態が「未済」のイベント予約情報について、当該イベントの「未済」を当該申請者端末１に通知し、一方、イベント状態が「済」のイベント予約情報について、当該イベント完了を公共イベント処理装置３に通知し、イベント完了通知を「１」とする。
【００５１】
また、イベント予約入力手段２１は、当該イベント予約情報が入力されると、当該イベント予約情報を公共イベント処理装置３のイベント情報受信手段３１に送信する。これを受信したイベント情報受信手段３１が、当該イベント予約情報に基づいて、その受信履歴を受信履歴テーブル３１２に格納し、申請届出受信状況を「０」とする。そして、イベント情報受信手段３１は、前記イベント完了を通知されると、受信履歴テーブル３１２を参照して申請届出受信状況が「０」（申請届出を受信していない）か否かを確認し、「０」の場合、申請届出の出ていない旨のメッセージ又は申請届出を催促する通知をイベント完了通知で示される連絡先に送信する。当該メッセージは帳票送信手段３３により送信される。
【００５２】
図１１（Ｃ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる他の予約テーブル２５１Ｂの構成を示す。図１１（Ｃ）は図１１（Ａ）及び図１１（Ｂ）の申請届出システムにおいて、更に、予約テーブル２５１に変更を加えた例である。
【００５３】
即ち、図１１（Ｃ）の予約テーブル２５１Ｂは、図１１（Ａ）の予約テーブル２５１Ａに、イベントＩＤ、申請届出作成状況という２つの情報を追加した例である。イベントＩＤは、イベント（イベント予約）毎に付与され、ユニークなものとされる。申請届出作成状況は、当該イベントについての申請届出の作成状況を示す情報であり、「１」は当該イベントについての申請届出を作成して公共イベント処理装置３に送信済であることを示し、「０」は送信していない（即ち、まだ作成も送信もしていないか又は作成したが送信していない）ことを示す。
【００５４】
この例の場合、図１１（Ａ）及び図１１（Ｂ）の場合と同様に、イベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ｂの申請届出作成状況を「０」とする。更に、この例では、申請者端末１が公共イベント処理装置３に申請届出を送信すると、当該送信したことが当該申請者端末１の帳票送信手段１３からイベント予約入力手段２１に通知される。又は、公共イベント処理装置３のイベント情報受信手段３１から当該申請届出の受信がイベント予約入力手段２１に通知される。これに応じて、イベント予約入力手段２１が、申請届出作成状況を「１」とする。
【００５５】
そして、イベント予約入力手段２１は、定期的に、予約テーブル２５１Ｂを参照して、イベント完了通知が「１」であって申請届出作成状況を「０」であるイベントＩＤが抽出されると、当該連絡先にその旨を示す（又は、申請届出を催促する）メッセージを送信する。当該メッセージはイベント情報送信手段２４により送信される。
【００５６】
図１１（Ｄ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる申請届出情報テーブル２５４の構成を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００５７】
申請届出情報テーブル２５４は、予約情報ＤＢ２５に予め用意され、イベントＩＤ毎に、当該イベントの申請届出において必要となると想定される情報（必要情報）を格納してなる。必要情報は、例えば当該イベントサービスの利用の申し込み時に当事者からイベントサービス業者に予め通知される。必要情報としては、氏名、年令、性別等がある。
【００５８】
この例では、イベント情報送信手段２４が、公共イベント処理装置３にイベント予約情報を発信する際、当該イベント予約情報における連絡先（Ｅメールアドレス）を、当該申請者ではなく、イベントサービス装置２に変更する。これにより、公共イベント処理装置３の帳票送信手段３３からの帳票データ３５２をイベントサービス装置２が受信する。そして、イベントサービス装置２が、当該帳票に対応する申請届出情報テーブル２５４の必要情報を読み出して、これと当該帳票に組み込むことにより帳票を編集し、これをイベント予約情報で示される当事者の連絡先に送信する。
【００５９】
このために、この例では、特に図示はしないが、イベントサービス装置２は、帳票データ３５２を受信する帳票受信手段、帳票を作成する帳票作成手段、及び、作成した帳票を送信する帳票送信手段を備える。これらは、各々、申請者端末１が備える帳票受信手段１１、帳票作成手段１２及び帳票送信手段１３と同様の構成とされる。なお、イベントサービス装置２が帳票を編集する処理は、申請者端末１が予め希望した場合にのみ行なうようにしてもよい。
【００６０】
図１１（Ｅ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる他の予約テーブル２５１Ｃの構成を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００６１】
図１１（Ｅ）の予約テーブル２５１Ｃは、図２（Ａ）の予約テーブル２５１に、申請届出チェックという情報を追加した例である。申請届出チェックは、当該イベントについての申請届出をしたか否かのチェックを当事者が希望するかどうかを示す情報であり、「１」は当該チェックを希望することを示し、「０」は希望しないことを示す。
【００６２】
この例では、イベント予約情報の一部として、予め当事者から当該申請届出をしたか否かのチェックを希望するかどうかを聞いておく。イベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ｃの申請届出チェックを「０」とする。そして、イベント予約入力手段２１は、定期的に、予約テーブル２５１Ｂを参照して、予約情報発信状態が「０」であって申請届出チェックが「１」であるイベント予約情報が抽出されると、当該連絡先に申請届出チェックのメッセージ（当該イベント予約情報が未送信である旨を示すメッセージ）を送信する。当該メッセージはイベント情報送信手段２４により送信される。
【００６３】
図１２は、他のイベント処理フローであり、公共イベント処理装置３における他のイベント処理について示す。この処理フローは、図８の処理フローに変更を加えたものであり、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００６４】
この例は、申請届出に証明書類が必要となる場合において、当該証明書類をも同時に当事者に送信する例である。証明書類としては、例えば住民票、戸籍謄本、印鑑証明等がある。例えば、申請届出において、証明書として住民票が必要な場合がある。しかし、当事者の住所が現住所と異なるような場合、転入届（または転出届）が必要となる。このような場合、住民票、転入届（または転出届）の帳票データ３５２も同時に当事者に送信する。
【００６５】
図８と同様に、イベント情報受信手段３１がイベントサービス装置２からイベント情報を受信し（ステップＳ６１）、申請届出決定手段３２が当該公共機関の管轄の住民である否かを調べ（ステップＳ６２）、管轄の住民でない場合、処理を終了する。管轄の住民である場合、申請届出決定手段３２が、必要な申請届出を決定し、当該申請届出に使用する帳票の帳票データ３５２を読み出す（ステップＳ６３）。
【００６６】
この後、申請届出決定手段３２が、申請届出に添付する証明書類が必要であるか否か、必要であればこれを発行できるか否かを調べる（ステップＳ６４）。必要な証明書類は、例えば図２（Ｅ）の申請届出テーブル３４２において、申請届出種別の次に証明書類の項目を設けて、必要でありかつ発行できれば当該情報（証明書類名）を格納し、それ以外なら空欄とすればよい。申請届出決定手段３２は、当該イベント種別について、申請届出テーブル３４２の証明書類を参照して、証明書類の記述があれば必要かつ発行可能と判断し、証明書類の記述がなければ不要又は発行不可能と判断する。
【００６７】
ステップＳ６４において必要かつ発行可能である場合、申請届出決定手段３２が、当該証明書類の帳票データ３５２を読み出す（ステップＳ６５）。証明書類の帳票データ３５２は、ステップＳ６３と同様にして読み出される。即ち、証明書類の帳票データ３５２も、図２（Ｆ）の帳票テーブル３５１に他の帳票の帳票データ３５２と同様に格納される。
【００６８】
ステップＳ６４において不要又は発行不可能である場合、ステップＳ６５は省略される。なお、発行不可能である場合、当該証明書類の帳票データ３５２に代えて、当該証明書類を発行可能とするための手続に必要な帳票の帳票データ３５２を、帳票テーブル３５１に格納して読み出すようにしてもよい。
【００６９】
この後、図８と同様に、帳票送信手段３３は、必要な申請届出の帳票を予約者連絡先である申請者端末１に送信する（ステップＳ６６）。この時、当該帳票と共に、前述のように、証明書類が必要かつ発行可能であれば当該証明書類の帳票データ３５２が共に送信され、又は、証明書類が発行不可能であれば当該証明書類を発行可能とするための手続に必要な帳票の帳票データ３５２が共に送信される。
【００７０】
図１３は他の申請届出システム説明図であり、公共イベント処理装置３から申請者端末１に送信されるデータの一例を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００７１】
前述のように、公共イベント処理装置３から申請者端末１に送信されるデータは、当該イベントに伴う申請届出の帳票の帳票データ３５２と、必要に応じて、当該申請届出に添付する証明書類の帳票データ３５２である。これに加えて、図１３に示すように、これらに当該公共機関の広報の広報データ等を添付して同時に送信するようにしてもよい。広報データは、公共イベント処理装置３の広報ＤＢ（図示せず）に格納される。
【００７２】
【発明の効果】
以上説明したように、本発明によれば、申請届出システムにおいて、イベントサービス装置にイベント予約情報を入力しておけば、当該イベントに伴う申請届出に必要な帳票の帳票データを、登録した自分の申請者端末で受け取ることができる。従って、多種多様なイベントについての申請届出の必要性を自分で調べる必要がなく、また、記入事項や必要な添付書類の確認や手配に手間取ることもなく、公共機関に出向いて必要な書類や情報を自分で入手する必要がなく、提出の期間を失念することがない。これにより、当事者は、イベントに伴う申請届出において、各種の帳票の入手、必要事項の記入、添付書類の取得、帳票の提出等を、比較的に短時間で容易に手続することができる。
【図面の簡単な説明】
【図１】申請届出システム構成図である。
【図２】申請届出システム説明図である。
【図３】イベントサービスのＷｅｂページの一例を示す図である。
【図４】イベント予約情報入力画面の一例を示す図である。
【図５】確認画面の一例を示す図である。
【図６】申請者端末処理フローであり、申請者端末におけるイベントの申請届出処理について示す。
【図７】イベントサービス処理フローであり、イベントサービス装置におけるイベントサービス処理について示す。
【図８】イベント処理フローであり、公共イベント処理装置におけるイベント処理について示す。
【図９】他の申請届出システム構成図である。
【図１０】他の申請届出システム構成図である。
【図１１】申請届出システム説明図である。
【図１２】他のイベント処理フローであり、公共イベント処理装置における他のイベント処理について示す。
【図１３】他の申請届出システム説明図である。
【符号の説明】
１　　申請者端末
２　　イベントサービス装置
３　　公共イベント処理装置（公共機関のイベント処理装置）
４　　インターネット
１１　　帳票受信手段
１２　　帳票作成手段
１３　　帳票送信手段
２１　　イベント予約入力手段
２２　　申請届出種別決定手段
２３　　申請届出先決定手段
２４　　イベント情報送信手段
２５　　予約情報ＤＢ
３１　　イベント情報受信手段
３２　　申請届出決定手段
３３　　帳票送信手段
３４　　住民情報ＤＢ
３５　　帳票ＤＢ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an application notification system, and in particular, when a case involving an application or notification to a public organization occurs, the application or notification can be performed without omission, and necessary forms and information can be easily obtained. About the application notification system that can be done.
[0002]
[Prior art]
For example, when a marriage, childbirth, moving, funeral, sale of real estate such as land, tax declaration, etc. (hereinafter referred to as an event) occur, the appropriate ward office, legal bureau, tax office, etc. It is necessary to make an application, report or notification (hereinafter, application notification). In many cases, notification of an application for such an event must be made within a prescribed statutory period. In addition, the application must be submitted by submitting a predetermined number and type of application documents. In addition, the application document must be prepared in a predetermined format or filled out in a document prepared in a predetermined format (hereinafter, form). In addition, for submission, the parties must go to the public institution.
[0003]
For example, in the case of a marriage registration or application for immigration / migration registration, the parties go to the municipal government office under their jurisdiction or their branch office, receive a form, fill out the relevant documents, and submit them. Was. In the case of tax filing, the parties received the required documents from the municipal office, tax office, or national or prefectural institution, and submitted the required documents.
[0004]
[Problems to be solved by the invention]
When submitting an application, you need to obtain various forms, fill in the required items on the form, obtain the attached documents required for the application, submit the various forms and attached documents filled in with the required information, etc. Involved parties), which required complicated and cumbersome procedures and considerable time.
[0005]
That is, as described above, there are various kinds of application reports accompanying an event, and it is necessary to check the necessity of the application report for the event, necessary documents and information, the submission period, and the like. In addition, there is a limit on the period of the application report, but there is a case where the user is busy with the processing of the event or the like and forgets the application report and the period expires. In addition, it is necessary to go to a public institution during this period, but public institutions are closed on Saturdays and public holidays. I have to. In addition, in order to use a form in a predetermined format, it is necessary to go to a public institution twice when receiving and submitting the form. Also, it may take more time to know the items to be entered and necessary attached documents only after receiving the form, and to confirm and arrange them.
[0006]
SUMMARY OF THE INVENTION An object of the present invention is to provide an application notification system capable of completely submitting an application report to a public institution and easily obtaining necessary forms and information.
[0007]
[Means for Solving the Problems]
The application notification system of the present invention includes an applicant terminal mutually connected by the Internet, an event service device, and a public event processing device. In the application notification system, the event service device includes event reservation information that is pre-registered information including the event type and the address of the applicant terminal, and transmits the event reservation information to the public event processing device at a predetermined timing. Send. The public event processing device has the form data of the form required for the application notification accompanying the pre-registered event, and when receiving the event reservation information, the public event processing apparatus prepares the form required for the application notification accompanying the event included in the event reservation information. The form data is transmitted to the applicant terminal whose address is included in the event reservation information. The applicant terminal receives the form data of the form required for the application notification accompanying the event.
[0008]
According to the application notification system of the present invention, if the event reservation information is input (registered) to the event service device, the form required for the application notification accompanying the event can be performed without being conscious of the necessity of the application notification. The data can be received at the registered own applicant terminal. Therefore, there is no need to check the necessity of filing an application for a wide variety of events by yourself, without having to check and arrange the entries and necessary attached documents, There is no need to obtain the information yourself, and you will not lose your submission period. As a result, when submitting an application for an event, the parties are required to obtain various forms, fill out the required items on the form, obtain the attached documents required for the application, and submit various forms filled in with the required information. The procedure can be easily completed in a short time.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a configuration diagram of an application notification system, showing the configuration of an application notification system of the present invention.
[0010]
The application notification system includes an applicant terminal 1, an event service device 2, and an event processing device of a public institution (hereinafter, a public event processing device) 3. These are mutually connected via the Internet 4 to perform communication. The applicant terminal 1 is provided, for example, at the home of the party involved in the event, and performs various application notifications accompanying the event. The event service device 2 is provided in an event service provider, and provides various services associated with notification of various applications associated with the event to parties to the event. The public event processing device 3 is provided in a public institution and receives various application reports accompanying the event.
[0011]
The applicant terminal 1 includes a computer having an Internet connection function, and includes a form receiving unit 11, a form creating unit 12, and a form transmitting unit 13. These means 11 to 13 are realized by executing a program for performing the processing on the CPU (Central Processing Unit).
[0012]
The form receiving means 11 receives form data 352 (see FIG. 2 (F)) of a form required for application notification accompanying the event, transmitted from the public event processing device 3 via the Internet 4, and together with the form data 352 Receives predetermined information necessary for creating a. For example, after the occurrence of the event, the form creation unit 12 inputs predetermined information into the received form and creates the form. The form transmitting unit 13 transmits the created form and the like to the public event processing device 3 via the Internet 4 by, for example, e-mail (e-mail). For example, the form is an attached file.
[0013]
The event service device 2 includes a computer having an Internet connection function, and includes an event reservation input unit 21, an application report type determination unit 22, an application report destination determination unit 23, an event information transmission unit 24, and a reservation information DB 25. These means 21 to 24 are realized by executing a program for performing the processing on the CPU.
[0014]
The event reservation input means 21 stores a reservation input (event reservation information) of the input event in the reservation information DB 25. The application report type determining means 22 determines one or more types of application reports accompanying the event based on the event reservation information. The application report destination determining means 23 determines the public event processing device 3 of the report destination for each determined application report. The event information transmitting means 24 transmits, via the Internet 4, event reservation information for the event to the public event processing device 3 to which the notification has been sent for each determined application notification. The reservation information DB 25 is provided in the auxiliary storage of the magnetic disk device, and stores event reservation information. The reservation information DB 25 includes a reservation table 251, a type table 252, and a public institution table 253.
[0015]
The reservation table 251 is created and managed by the event reservation input means 21 and stores event reservation information. As shown in FIG. 2A, the reservation table 251 stores, for each event subscriber (applicant, ie, the user of the applicant terminal 1 or a party), an event or event type, the address of the subscriber, the contact information, the reservation, The information transmission status is stored. That is, these pieces of information registered in the reservation table 251 constitute one piece of event reservation information. The event type is information indicating the type of the reserved event. The contact address is the address of the applicant terminal 1, for example, an e-mail address. The reservation information transmission state is information indicating the state of transmission of the event reservation information. “1” indicates that the event has been transmitted to the public event processing device 3, and “0” indicates that the event has not been transmitted (not yet transmitted). Is shown.
[0016]
The type table 252 is prepared in advance (registered, the same applies hereinafter), and stores the necessity of application notification and the like. As shown in FIG. 2B, the type table 252 stores, for each type of event, the necessity of application notification and the type of public institution that is the application notification. The necessity of application notification is information indicating the necessity of application notification to a public institution. "1" indicates that application notification to a public institution is necessary, and "0" indicates that it is unnecessary. . The type of the public institution includes types such as “government office” representing a municipal office, “tax office” and “health center”.
[0017]
The public institution table 253 stores a public institution which is prepared in advance and is a destination of the application report. As shown in FIG. 2C, the public institution table 253 stores, for each type of public institution, an office name, an address of the office, and an e-mail address as a contact address.
[0018]
Here, input of event reservation information will be described. For example, the applicant terminal 1 has a well-known web browser, and the event service device 2 has a function as a web server. The applicant terminal 1 refers to the event service Web page of the event service device 2 using the Web browser, and refers to the event reservation information input screen of the desired event service therefrom. FIG. 3 shows an example of a web page of the event service, and FIG. 4 shows an example of an event reservation information input screen. Then, the user of the applicant terminal 1 (the party involved in the event) inputs predetermined items on the event reservation information input screen and transmits this to the event service device 2. Upon receiving this, the event service device 2 returns a confirmation screen of the reservation content of the event reservation information to the applicant terminal 1. FIG. 5 shows an example of the confirmation screen.
[0019]
The notification of the event reservation information from the applicant to the event service provider may be performed by telephone, mail, or other means. In this case, the event reservation information is input to the event reservation input means 21 of the event service device 2 by the trader. For this purpose, the event service device 2 includes an input device (not shown) such as a well-known keyboard.
[0020]
The public event processing device 3 includes a computer having an Internet connection function, and includes an event information receiving unit 31, an application report determining unit 32, a form transmitting unit 33, a resident information DB (database) 34, and a form DB 35. These means 31 to 33 are realized by executing a program for performing the processing on the CPU.
[0021]
The event information receiving means 31 receives event information transmitted from the event service device 2 via the Internet 4. The application report determination unit 32 collates the event information from the event service device 2 with the resident information of the party in the resident information DB 34 to determine a required application report. The form transmitting unit 33 transmits a required application report to the applicant terminal 1 via the Internet 4. The resident information DB 34 stores transmission information, resident information, and the like for sending a form required for reporting an application to a party. The resident information DB 34 is provided in the auxiliary storage of the magnetic disk device, and includes a resident table 341 and an application notification table 342. The form DB 35 is provided in the auxiliary storage of the magnetic disk device, and includes a form table 351 and actual form data 352 (for example, image data) for each form.
[0022]
The resident table 341 is prepared in advance and stores information about the resident. The inhabitants table 341 stores the inhabitants' names, addresses, and the like for each inhabitant, as shown in FIG. If the name is not registered in the resident table 341, it is not under the jurisdiction of the government office.
[0023]
The application report table 342 is prepared in advance and stores information on the application report. As shown in FIG. 2E, the application report table 342 stores, for each type of event, the type of application report required for the event. Note that, depending on the event, multiple application reports are required.
[0024]
The form table 351 is prepared in advance and stores information about the form. As shown in FIG. 2F, the form table 351 stores, for each type of application report, a storage address or an input URL of the form data 352 of the form required for the application report. The actual form data 352 is stored at the storage destination address or the like, and includes, for example, image data (or character data).
[0025]
FIG. 6 is a flow chart of the applicant terminal process, and shows an application notification process for an event in the applicant terminal 1.
[0026]
In FIG. 6A, when the party wants to receive the event service, the browser of the applicant terminal 1 accesses the web page of the event service device 2 of FIG. 3 (step S11), and from the web page of FIG. The event reservation information is transmitted to the event service apparatus 2 by referring to the event reservation information input screen of the desired event service, inputting predetermined items into this screen, and transmitting this to the event service apparatus 2 (step S12). ). Thereafter, the applicant terminal 1 receives the confirmation screen of the reservation content of the event reservation information of FIG. 5 transmitted from the event service device 2 that has received the request (step S13). This confirmation screen is transmitted by e-mail to the e-mail address of the applicant terminal 1 included in the event reservation information.
[0027]
In FIG. 6B, the form receiving unit 11 receives form data 352 of a form required for reporting an application associated with the event from the public event processing device 3 (step S21). At this time, as will be described later with reference to FIG. 11D, predetermined information that is assumed to be necessary for creating the form is also received. Next, the form creation unit 12 inputs the received predetermined information and other information to the form data 352 of the form received by the form reception unit 11 according to the input of the party, and creates the form (step S22). ). Thereafter, the form transmitting unit 13 transmits the form or the like created by the form creating unit 12 to the public event processing device 3 via the Internet 4 (Step S23).
[0028]
FIG. 7 is an event service processing flow, showing the event service processing in the event service device 2.
[0029]
In FIG. 7A, when the event reservation input means 21 receives event reservation information from the applicant terminal 1 or receives input of event reservation information from the input device (step S31), the event reservation The information is stored in the reservation information DB 25 (Step S32). Therefore, this processing is executed as needed in response to the reception / input of the event reservation information, whereby the event reservation information is stored in the reservation table 251 of FIG. 2A prior to the periodic processing of FIG. 7B. It is registered in advance.
[0030]
In FIG. 7B, the application report type determination unit 22 checks whether a predetermined time has elapsed or a predetermined time (time) has elapsed (step S41). If the predetermined time has not elapsed, step S41 is repeated. If the time has elapsed, the application report type determination means 22 reads one event reservation information (reservation data) sequentially from the top with reference to the reservation table 251 of the reservation information DB 25 (step S42). Therefore, this processing (and the following processing) is periodically executed at every predetermined time. By appropriately setting the predetermined time, the time for transmitting the event reservation information to the public event processing device 3 can be determined in advance.
[0031]
After the application report type determination means 22 determines the type of application report accompanying the event based on the read event reservation information, the application report destination determination means 23 sends the request to the public event processing device 3 for the application report. It is determined whether or not the notification is necessary (step S43). That is, the application report type determination unit 22 extracts the event type included in the event reservation information, refers to the type table 252 using the event type as a key, and determines that the type of the application report is, for example, “public office”. I do. Thereafter, the key is passed to the application report destination determining means 23. The application report destination determining means 23 similarly confirms the necessity of application report. If the application notification is necessary ("1") and the reservation information transmission state is "0 (unfinished)", contact is required. Otherwise, contact is not required.
[0032]
When the communication is unnecessary, the process proceeds to step S46. If notification is necessary, the application report destination determining means 23 determines the public organization of the report destination (contact address), that is, the public event processing device 3 for each determined application report (step S44). For example, when it is determined that the type of the application report is for “government office”, the type of the application report and the address of (the user of) the applicant terminal 1 included in the event reservation information are used as a key. Is referred to the public institution table 253. In this example, “Shinagawa Ward Office” is determined from “Government Office” and “Shinagawa Ward”, and the public event processing device 3 is determined based on the e-mail address of the contact.
[0033]
When the determined application report and event reservation information are passed, the event information transmitting means 24 transmits the event reservation information to the public event processing device 3 of the contact address for each determined application report ( Step S45). When the transmission of the event reservation information is completed, the event information transmission unit 24 sets the reservation information transmission state of the event reservation information in the reservation table 251 to “1 (transmitted)”, and then sends the application notification type determination unit 22 Return control.
[0034]
The application report type determination means 22 checks whether or not the processing has been completed for all the event reservation information in the reservation table 251 of the reservation information DB 25 (step S46). If so, the process ends.
[0035]
FIG. 8 is an event processing flow, and shows the event processing in the public event processing device 3.
[0036]
The event information receiving means 31 receives the event reservation information from the event information transmitting means 24 of the event service device 2 and sends it to the application report determining means 32 (step S51).
[0037]
The application report determination means 32 checks the received event reservation information with the information of the party in the resident table 341 of the resident information DB 34 to check whether or not the resident is under the jurisdiction of the public institution (step S52). If the user is not a resident of the (jurisdiction), the process ends. That is, the resident table 341 is referred to using the event reservation person of the event reservation information as a key, and if the event reservation person exists in the resident table 341, it is determined that the resident is a resident of the jurisdiction.
[0038]
If the resident is under the jurisdiction, the application report determination means 32 determines the required application report and reads out the form data 352 of the form used for the application report (step S53). That is, the required application report type is determined with reference to the application report table 342 using the event type of the event reservation information as a key. Further, by referring to the form table 351 of the form DB 35 using the determined application report type as a key, a storage location or an input destination URL of the form data of the form is obtained, and the storage location or the like is accessed to obtain the form data 352. read out. The application report determination unit 32 sends the received event reservation information and the form data 352 to the form transmission unit 33.
[0039]
The form transmitting unit 33 transmits the form data 352 to the applicant terminal 1 at the address (e-mail address) indicated by the (reserved) contact in the event reservation information (step S54). As a result, the applicant can obtain the form data 352 and the like of the documents required for submitting the application at home, for example.
[0040]
FIG. 9 is a configuration diagram of another application notification system, and shows the configuration of another application notification system of the present invention.
[0041]
In the application notification system of this example, the public event processing device 3 is a distributed processing system including a public agency server 3A and an ASP (Application Service Provider) center 3B. The public institution server 3A is provided in the original government office, and the ASP center 3B is provided in the ASP, and communicates with each other via the Internet 4.
[0042]
The public institution server 3A includes an information transmitting unit 36 for transmitting to the ASP center 3B, in addition to the event information receiving unit 31, the application report determining unit 32, and the resident information DB 34. The ASP center 3B includes, in addition to the form transmitting unit 33 and the form DB 35, an information receiving unit 37 from the public institution server 3A and a form search unit 38 for searching the form DB 35. That is, the information transmitting means 36 transmits the required application report type determined by the application report determining means 32, and the information receiving means 37 receives the information. Based on the information, the form search means 38 causes the form table 351 of the form DB 35 to execute. Is retrieved, and the form data 352 is read, and the form transmission means 33 transmits the form data 352 to the applicant terminal 1.
[0043]
Thereby, the resident information DB 34 including the information on the resident is provided in the public institution server 3A, and the privacy of the resident can be protected. On the other hand, the form DB 35 is provided in the ASP center 3B, and can perform processing relating to forms.
[0044]
FIG. 10 is a configuration diagram of another application notification system, showing the configuration of another application notification system of the present invention.
[0045]
The application notification system of this example basically has the same configuration as the application notification system of FIG. However, the public institution server 3A and the ASP center 3B constituting the public event processing device 3 are connected by a LAN (Local Area Network) 39. In addition to the public institution server 3A and the like, the processing terminal 310 and the reception terminal 311 are connected to the LAN 39. The processing terminal 310 inputs data of the resident information DB 34 and the form DB 35, for example. The reception terminal 311 inputs an application report associated with an event that has been submitted directly (application document to the window) without going through the event service device 2.
[0046]
The event service device 2 also includes a LAN 25. In addition to the event service device 2, a processing terminal 26 and a reservation terminal 27 are connected to the LAN 25. The processing terminal 26 inputs a Web page or the like of the event service device 2. The reservation terminal 27 inputs event reservation information notified from a party to an event service provider by telephone or the like.
[0047]
11A and 11B are explanatory diagrams of another application notification system. In particular, FIG. 11A shows the configuration of another reservation table 251A provided in the event service device 2, and FIG. B) shows the configuration of the reception history table 312 provided in the public event processing device 3. These tables can be applied in the application notification system of FIG. 1, 9 or 10.
[0048]
The reservation table 251A in FIG. 11A is an example in which two pieces of information, an event state and an event completion notification, are added to the reservation table 251 in FIG. The event status is information indicating the status of the execution of the event. “Done” indicates that the event has been performed, “Not (or not yet)” indicates that the event has not been performed, and “Cancel” "Indicates that the reservation has been canceled. The event completion notification is information indicating whether or not the event reservation information has been notified to the public event processing device 3, and “1” indicates that the occurrence of the event has been transmitted to the public event processing device 3; “0” indicates that the data has not been transmitted yet.
[0049]
The reception history table 312 in FIG. 11B is created and managed by the event information receiving unit 31 of the public event processing device 3, and stores the history of the information received by the event information receiving unit 31. The reception history includes the event subscriber, the event type, the reception date, and the application report reception status of the event. The application report reception status is information indicating whether an application report accompanying the event has been received. "1" indicates that the application report has been received, and "0" indicates that the application report has not been received. Is shown.
[0050]
In this example, when the event reservation information is input, the event reservation input unit 21 of the event service device 2 sets the event state of the reservation table 251A to “unfinished” and sets the event completion notification to “0”. Then, when the occurrence of the event is input, the event reservation input unit 21 changes the event state to “completed”. Thereafter, the application report type determining means 22 also periodically checks the event status when processing the event reservation information, and, for the event reservation information having the event status of "unfinished", sets the "unfinished" of the event to the applicant terminal. 1 for the event reservation information whose event state is "completed", and notifies the public event processing device 3 of the event completion, and sets the event completion notification to "1".
[0051]
When the event reservation information is input, the event reservation input means 21 transmits the event reservation information to the event information receiving means 31 of the public event processing device 3. The event information receiving means 31 having received this stores the reception history in the reception history table 312 based on the event reservation information, and sets the application report reception status to “0”. Then, when notified of the event completion, the event information receiving means 31 refers to the reception history table 312 to check whether the application report reception status is “0” (application notification has not been received), In the case of "0", a message indicating that the application report has not been issued or a notification urging the application report is transmitted to the contact indicated by the event completion notification. The message is transmitted by the form transmission unit 33.
[0052]
FIG. 11C is an explanatory diagram of another application notification system, and shows a configuration of another reservation table 251B provided in the event service device 2. FIG. 11C shows an example in which the reservation table 251 is further modified in the application notification system of FIGS. 11A and 11B.
[0053]
That is, the reservation table 251B of FIG. 11C is an example in which two pieces of information such as an event ID and an application report creation status are added to the reservation table 251A of FIG. 11A. The event ID is given for each event (event reservation) and is unique. The application report creation status is information indicating the status of the application report creation for the event, and “1” indicates that the application report for the event has been created and transmitted to the public event processing device 3, and “ "0" indicates that it has not been transmitted (that is, it has not been created or transmitted yet, or it has been created but not transmitted).
[0054]
In this example, similarly to the case of FIGS. 11A and 11B, when the event reservation information is input, the event reservation input unit 21 changes the application report creation status of the reservation table 251B to “0”. ". Further, in this example, when the applicant terminal 1 transmits an application report to the public event processing device 3, the transmission is notified from the form transmission unit 13 of the applicant terminal 1 to the event reservation input unit 21. Alternatively, the reception of the application report is notified to the event reservation input unit 21 from the event information receiving unit 31 of the public event processing device 3. In response, the event reservation input means 21 sets the application report creation status to “1”.
[0055]
Then, the event reservation input unit 21 periodically refers to the reservation table 251B and, when an event ID whose event completion notification is “1” and the application report creation status is “0” is extracted, Send a message to that effect to the contact (or prompt for notification of application). The message is transmitted by the event information transmitting means 24.
[0056]
FIG. 11D is an explanatory diagram of another application notification system, and shows a configuration of an application notification information table 254 provided in the event service device 2. This table can be applied to the application notification system of FIG. 1, FIG. 9 or FIG.
[0057]
The application notification information table 254 is prepared in advance in the reservation information DB 25, and stores information (necessary information) assumed to be required in the application notification of the event for each event ID. The necessary information is notified in advance to the event service provider from the parties at the time of applying for the use of the event service, for example. Necessary information includes name, age, gender, and the like.
[0058]
In this example, when the event information transmitting unit 24 transmits the event reservation information to the public event processing device 3, the contact information (e-mail address) in the event reservation information is transmitted to the event service device 2 instead of the applicant. change. Thereby, the event service device 2 receives the form data 352 from the form transmitting means 33 of the public event processing device 3. Then, the event service device 2 reads out the necessary information of the application report information table 254 corresponding to the form, edits the form by incorporating it into the form, and edits the form. Send to
[0059]
For this reason, in this example, although not particularly shown, the event service device 2 includes a form receiving unit for receiving the form data 352, a form creating unit for creating the form, and a form transmitting unit for transmitting the created form. Prepare. These have the same configuration as the form receiving unit 11, the form creating unit 12, and the form transmitting unit 13 included in the applicant terminal 1, respectively. The process in which the event service device 2 edits the form may be performed only when the applicant terminal 1 desires in advance.
[0060]
FIG. 11E is an explanatory diagram of another application notification system, and shows a configuration of another reservation table 251C provided in the event service device 2. This table can be applied to the application notification system of FIG. 1, FIG. 9 or FIG.
[0061]
The reservation table 251C in FIG. 11E is an example in which information of application report check is added to the reservation table 251 in FIG. The application report check is information indicating whether or not the party wishes to check whether or not the application has been reported for the event. “1” indicates that the check is desired, and “0” is not desired. It indicates that.
[0062]
In this example, as a part of the event reservation information, it is asked in advance whether or not the party wishes to check whether or not the application has been reported. When the event reservation information is input, the event reservation input unit 21 sets the application report check in the reservation table 251C to “0”. Then, the event reservation input means 21 periodically refers to the reservation table 251B and extracts the event reservation information in which the reservation information transmission state is “0” and the application report check is “1”. An application notification check message (a message indicating that the event reservation information has not been transmitted) is transmitted to the contact. The message is transmitted by the event information transmitting means 24.
[0063]
FIG. 12 is another event processing flow, and shows another event processing in the public event processing apparatus 3. This processing flow is a modification of the processing flow of FIG. 8, and can be applied to the application notification system of FIG. 1, FIG. 9, or FIG.
[0064]
In this example, when certificates are required for application notification, the certificates are also transmitted to the parties at the same time. Certificates include, for example, a resident's card, a family register, a seal certificate, and the like. For example, a resident's card may be required as a certificate when submitting an application. However, if the address of the party is different from the current address, a move-in report (or move-out report) is required. In such a case, the resident's card and the form-transfer report (or move-out report) form data 352 are also transmitted to the parties at the same time.
[0065]
As in FIG. 8, the event information receiving means 31 receives the event information from the event service device 2 (step S61), and checks whether the application report determination means 32 is a resident under the jurisdiction of the public institution (step S62). If it is not a resident of the jurisdiction, the process ends. If the user is a resident of the jurisdiction, the application report determination means 32 determines a necessary application report and reads out the form data 352 of the form used for the application report (step S63).
[0066]
Thereafter, the application report determination means 32 checks whether or not a certificate attached to the application report is necessary, and if necessary, whether it can be issued (step S64). The required certificates are provided, for example, in the application report table 342 of FIG. 2E, by providing an item of certificates next to the application report type, and if necessary and can be issued, the information (certificate class name) is stored. Otherwise, leave it blank. The application report determination unit 32 refers to the certificates in the application report table 342 for the event type and determines that the certificate is necessary and can be issued if the certificate is described, and is unnecessary or not issued if the certificate is not described. Judge as possible.
[0067]
If it is necessary and can be issued in step S64, the application report determination means 32 reads out the form data 352 of the certificate (step S65). The form data 352 of the certificates is read out in the same manner as in step S63. That is, the form data 352 of the certificates is also stored in the form table 351 of FIG. 2F in the same manner as the form data 352 of the other forms.
[0068]
If it is unnecessary or cannot be issued in step S64, step S65 is omitted. If the certificate cannot be issued, instead of the form data 352 of the certificate, form data 352 of the form required for the procedure for enabling the certificate to be issued is stored in the form table 351 and read. It may be.
[0069]
Thereafter, as in FIG. 8, the form transmitting unit 33 transmits the required application report form to the applicant terminal 1, which is the contact person for the reservation (step S66). At this time, as described above, the form data 352 of the certificate is transmitted together with the form if the certificate is necessary and can be issued, or the certificate is issued if the certificate cannot be issued, as described above. The form data 352 of the form necessary for the procedure for enabling the form is transmitted together.
[0070]
FIG. 13 is an explanatory diagram of another application notification system, and shows an example of data transmitted from the public event processing device 3 to the applicant terminal 1. This table can be applied to the application notification system of FIG. 1, FIG. 9 or FIG.
[0071]
As described above, the data transmitted from the public event processing apparatus 3 to the applicant terminal 1 includes the form data 352 of the form of the application report accompanying the event and, if necessary, the certificates attached to the application report. This is form data 352. In addition, as shown in FIG. 13, the public information data of the public information of the public institution may be attached to these and transmitted at the same time. The public relations data is stored in a public relations DB (not shown) of the public event processing device 3.
[0072]
【The invention's effect】
As described above, according to the present invention, in the application notification system, if the event reservation information is input to the event service device, the form data of the form required for the application notification accompanying the event is registered by the registered user. It can be received at the applicant terminal. Therefore, there is no need to check for the necessity of filing applications for various events, without having to check and arrange entries and necessary attached documents. You do not need to obtain it yourself and do not lose your submission period. Accordingly, the parties can easily and easily obtain various forms, fill in necessary items, obtain attached documents, submit forms, and the like in the application notification accompanying the event.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an application notification system.
FIG. 2 is an explanatory diagram of an application notification system.
FIG. 3 is a diagram illustrating an example of a web page of an event service.
FIG. 4 is a diagram showing an example of an event reservation information input screen.
FIG. 5 is a diagram illustrating an example of a confirmation screen.
FIG. 6 is an applicant terminal processing flow, showing an event application notification process in the applicant terminal.
FIG. 7 is an event service processing flow, showing event service processing in the event service device.
FIG. 8 is an event processing flow, showing event processing in a public event processing device.
FIG. 9 is a configuration diagram of another application notification system.
FIG. 10 is a configuration diagram of another application notification system.
FIG. 11 is an explanatory diagram of an application notification system.
FIG. 12 is another event processing flow, showing another event processing in the public event processing apparatus.
FIG. 13 is an explanatory diagram of another application notification system.
[Explanation of symbols]
1 Applicant terminal
2 Event service equipment
3 Public event processing device (Public institution event processing device)
4 Internet
11 Form receiving means
12 Form creation means
13 Form transmission means
21 Event reservation input means
22 Application notification type determination means
23 Application notification destination determination means
24 Event information transmission means
25 reservation information DB
31 Event information receiving means
32 Application Report Determination Method
33 Form transmission means
34 Resident Information DB
35 Report DB

Claims

An application notification system comprising an applicant terminal interconnected by the Internet, an event service device, and a public event processing device,
The event service device includes event reservation information including pre-registered information, the event type and the address of the applicant terminal, and transmits the event reservation information to the public event processing device at a predetermined timing.
The public event processing device is provided with form data of a form required for an application notification accompanying a pre-registered event, and when receiving the event reservation information, it is necessary for the application notification accompanying the event included in the event reservation information. The form data of the form to the applicant terminal of the address included in the event reservation information,
An application notification system, wherein the applicant terminal receives form data of a form required for application notification accompanying the transmitted event.

The event service device includes a reservation table that stores the event reservation information,
The event reservation information includes information indicating a state of transmission of the event reservation information,
The event service device transmits the event reservation information to the public event processing device when the information indicating the transmission status of the event reservation information indicates that the event reservation information has not been transmitted to the public event processing device. The application notification system according to claim 1, wherein

The event service device refers to the reservation table at predetermined time intervals, and extracts event reservation information indicating that the information indicating the transmission status has not been transmitted to the public event processing device. 3. The application notification system according to claim 2, wherein:

The event service device includes a type table for storing the necessity of application notification for each type of event,
The event service device refers to the type table based on an event type included in the event reservation information, and determines whether to transmit the event reservation information to a public event processing device. Application notification system described in 1.

The event service device includes a type table that stores a type of public institution that is an application report for each type of event, and a public institution table that stores a government office name for each type of public institution,
The event reservation information includes information indicating an address of the applicant terminal,
The event service device refers to the type table and the public institution table based on an event type and an address included in the event reservation information, and determines a public event processing device that transmits the event reservation information. The application notification system according to claim 1, wherein

The public event processing device includes a resident table that stores the name and address of the resident,
The event reservation information includes information indicating an address of the applicant terminal,
The public event processing apparatus refers to the resident table based on an address included in the received event reservation information and determines whether the event reservation information is for a resident under the jurisdiction. Item 1 application notification system.

The public event processing device includes, for each type of event, an application notification table that stores the type of application notification required along with the event,
The public event processing device refers to the application notification table based on the event type included in the received event reservation information, and determines the type of application notification required along with the event type included in the event reservation information. The application notification system according to claim 1, wherein the system is determined.

The public event processing apparatus includes a form table for storing a storage address or an input URL of form data of a form required for the application report for each type of application report,
The application report according to claim 7, wherein the public event processing apparatus reads out the form data of a form required for the application report by referring to the form table based on the determined type of the application report. system.

The public event processing device further includes a first server provided in a public institution and a second server provided in addition to the first server;
The first server includes a resident table that stores names and addresses of residents.
The second server includes a form table for storing a storage destination address or an input destination URL of form data of a form required for the application report for each type of application report,
The event reservation information includes information indicating an address of the applicant terminal,
The first server refers to the resident table based on the address included in the received event reservation information, and if the event reservation information belongs to a resident under the jurisdiction, it is necessary to accompany the event. Determine the type of application report that is to be notified to the second server,
The second server refers to the form table based on the determined type of the application report, reads out form data of a form required for the application report, and reads the form data of the address included in the event reservation information. The application notification system according to claim 1, wherein the notification is transmitted to an applicant terminal.

The public event processing apparatus includes the first server, a second server, a reservation terminal capable of inputting the event reservation information, and a LAN connecting these terminals.
10. The application notification system according to claim 9, wherein the event service device includes the event service device, a reservation terminal capable of inputting the event reservation information, and a LAN connecting these terminals.

The event service device includes a reservation table that stores the event reservation information,
The event reservation information includes information indicating an implementation state of an event included in the event reservation information,
When the event service device transmits the event reservation information to the public event processing device when the information indicating the state of the execution of the event indicates that the event has been performed, the event has not been performed yet. The application notification system according to claim 1, wherein, when indicating, the request is transmitted to the applicant terminal.

The event service device includes a reservation table that stores the event reservation information,
The event reservation information includes information indicating whether the event reservation information has been notified to the public event processing device,
When the event service device transmits the event reservation information to the public event processing device, the information indicating whether or not the public event processing device has been notified is changed to indicate that the event has been transmitted. The application notification system according to claim 1, characterized in that:

The public event processing device includes a reception history table that stores a reception history including an application report reception status, which is information indicating whether an event reporter, an event type, a reception date, and an application report associated with the event have been received. ,
When the public event processing device indicates that information indicating whether or not the application report has been received has not been received, a message indicating that the application report has not been issued or a notification prompting the application report is sent to the application. 2. The application notification system according to claim 1, wherein the notification is transmitted to a user terminal.

The event service device includes a reservation table that stores the event reservation information,
The event reservation information includes information indicating whether the event reservation information has been notified to the public event processing device, and information indicating a creation status of an application report for an event included in the event reservation information,
The event service device indicates that the information indicating whether or not the public event processing device has been notified has been notified, and the information indicating the creation status of the application report has not yet been transmitted. 2. The application notification system according to claim 1, wherein a message to that effect is transmitted to the applicant terminal.

The event service device further includes an application notification information table for storing information assumed to be required in an application notification of the event for each event,
When the event service device transmits the event reservation information to the public event processing device, an address of the applicant terminal included in the event reservation information is changed to an address of the event service device. The application notification system according to claim 1.

The event service device receives the form data transmitted from the public event processing device, and stores information assumed to be necessary in the application notification of the event stored in the application notification information table corresponding to the form. 16. The application notification system according to claim 15, wherein the form is edited by incorporating the form into a form, and the form is transmitted to an address of the applicant terminal included in the event reservation information.

The event service device includes a reservation table that stores the event reservation information,
The event reservation information includes information indicating a state of transmission of the event reservation information, and information indicating whether a party wishes to check whether or not an application has been reported for the event,
The event service device indicates that the information indicating the state of transmission of the event reservation information has not been transmitted to the public event processing device, and the information indicating whether or not the party wishes the check is desired. 2. The application notification system according to claim 1, wherein a message indicating that the event reservation information has not been transmitted is transmitted to the address of the applicant terminal included in the event reservation information.

The public event processing device includes, for each type of event, an application notification table that stores certificates that are necessary and can be issued for an application notification required in association with the event; A form table for storing a form data storage address or an input URL,
The public event processing device refers to the application notification table based on the event type included in the received event reservation information, and is required and can be issued with the event type included in the event reservation information. Judging the type of document, referring to the form table based on the type of required and issuable certificates, reads out form data of the certificates, and reads the form data required for the application notification accompanying the event. 2. The application notification system according to claim 1, wherein the application report is transmitted to an address of the applicant terminal included in the event reservation information together with the form data of the form.

2. The application notification system according to claim 1, wherein, in addition to the form data transmitted from the public event processing device to the applicant terminal, public information data of public information of the public institution is attached and transmitted simultaneously. .