JP4028318B2 - 申請届出システム - Google Patents
申請届出システム Download PDFInfo
- Publication number
- JP4028318B2 JP4028318B2 JP2002225935A JP2002225935A JP4028318B2 JP 4028318 B2 JP4028318 B2 JP 4028318B2 JP 2002225935 A JP2002225935 A JP 2002225935A JP 2002225935 A JP2002225935 A JP 2002225935A JP 4028318 B2 JP4028318 B2 JP 4028318B2
- Authority
- JP
- Japan
- Prior art keywords
- event
- application notification
- information
- public
- reservation information
- 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 - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、申請届出システムに関し、特に、公共機関への申請または届出を伴う事案が発生した場合、漏れなく申請または届出を行なうことができ、必要な帳票や情報等を簡単に取得することができる申請届出システムに関する。
【０００２】
【従来の技術】
例えば、結婚、出産、引越し、葬儀、土地等の不動産売買、租税の申告等（以下、イベント）が発生した場合、適宜、管轄する区役所、法務局、税務署等（以下、公共機関）へ、種々の申請、申告又は届出（以下、申請届出）を行なう必要がある。このようなイベントに伴う申請届出は、多くの場合、定められた法定期間内に行なう必要がある。また、その申請届出は、予め定められた数や種類の申請書類を提出することにより行わなければならない。その上、当該申請書類は、予め定められた書式で作成したもの又は予め定められた書式で作成された書類（以下、帳票）に記入したものでなければならない。更に、提出のためには、当該公共機関に当事者が出向かなければならない。
【０００３】
例えば、婚姻届や住民転入・転出登録申請の場合、当事者は管轄の市区町村役場又はその出先機関等に出向いて帳票の交付を受け、当該書類に必要事項を記入し、これを提出していた。また、租税の申告の場合、当事者は市区町村役場、税務署または国あるいは都道府県の機関から必要書類の交付を受け、当該書類に必要事項を記入したものを提出していた。
【０００４】
【発明が解決しようとする課題】
申請届出においては、各種の帳票の入手、帳票への必要事項の記入、申請に必要な添付書類の取得、必要事項を記入した各種帳票および添付書類の提出等、当事者本人または代理人（以下、当事者）にとって、複雑かつ煩雑な手続と相当の時間を要していた。
【０００５】
即ち、前述のように、イベントに伴う申請届出は多種多様であり、当該イベントについての申請届出の必要性、必要な書類や情報、提出の期間等を、自分で調べなければならない。また、当該申請届出には期間の制限があるが、当該イベントの処理等に忙しくて、申請届出を忘れて当該期間を経過してしまう場合がある。また、当該期間内に公共機関に出向かなければならないが、土曜日曜祝祭日は公共機関は休業日のため、例えば一般の会社員等の場合、平日に休暇を取得する等して申請届出を行なわねばならない。更に、予め定められた書式の帳票を用いるために、その交付を受ける際及び提出の際の合計２回にわたり、公共機関に出向かなければならない。また、帳票の交付を受けて始めて記入事項や必要な添付書類を知って、その確認や手配に、更に多くの手間を要する場合がある。
【０００６】
本発明は、公共機関への申請届出を漏れなく行なうことができ、これに必要な帳票や情報等を簡単に取得することができる申請届出システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の申請届出システムは、基本的には、インターネットにより相互に接続される申請者端末と、イベントサービス装置と、公共イベント処理装置とからなる。申請届出システムにおいて、イベントサービス装置は、予め登録された情報であって当該イベント種別、当該申請者端末のアドレス、当該申請者端末の住所を示す情報及び当該イベント予約情報の送信の状態を示す情報を含むイベント予約情報を格納する予約テーブルと、イベントの種別毎に申請届出の要否及び申請届出先である公共機関の種別を格納する種別テーブルと、公共機関の種別毎にアドレスを格納する公共機関テーブルとを備え、予め定められた所定の時間毎に予約テーブルを参照してイベント予約情報を読み出し、当該イベント予約情報のイベント種別に基づいて種別テーブルを参照し、申請届出の要否及び公共機関の種別を決定し、申請届出が必要でありかつイベント予約情報の送信の状態を示す情報が公共イベント処理装置へ未送信であることを示す場合、決定した公共機関の種別とイベント予約情報の当該申請者端末の住所を示す情報とに基づいて公共機関テーブルを参照して、当該イベント予約情報を送信する公共イベント処理装置を決定し、当該公共イベント処理装置のアドレスに当該イベント予約情報を送信する。公共イベント処理装置は、予め登録されたイベントに伴う申請届出に必要な帳票の帳票データを格納する帳票テーブルを備え、イベント予約情報を受信した場合、当該イベント予約情報に含まれるイベントに伴う申請届出に必要な帳票の帳票データを当該イベント予約情報に含まれるアドレスの申請者端末に送信する。申請者端末が、送信された当該イベントに伴う申請届出に必要な帳票の帳票データを受信する。
【０００８】
本発明の申請届出システムによれば、イベントサービス装置の予約テーブルにイベント予約情報を入力（登録）しておけば、所定の時間毎にイベント予約情報が読み出されるので、申請届出の要否を意識することなく、種別テーブルと公共機関テーブルとに基づいて、該当する公共イベント処理装置から、当該イベントに伴う申請届出に必要な帳票の帳票データを、登録した自分の申請者端末で受け取ることができる。従って、多種多様なイベントについての申請届出の必要性を自分で調べる必要がなく、また、記入事項や必要な添付書類の確認や手配に手間取ることもなく、公共機関に出向いて、必要な書類や情報を自分で入手する必要がなく、提出の期間を失念することがない。これにより、当事者は、イベントに伴う申請届出において、各種の帳票の入手、帳票への必要事項の記入、申請に必要な添付書類の取得、必要事項を記入した各種帳票の提出等を、比較的に短時間で容易に手続することができる。
【０００９】
【発明の実施の形態】
図１は申請届出システム構成図であり、本発明の申請届出システムの構成を示す。
【００１０】
申請届出システムは、申請者端末１、イベントサービス装置２、公共機関のイベント処理装置（以下、公共イベント処理装置）３からなる。これらは相互にインターネット４を介して接続され通信を行う。申請者端末１は、イベントの当事者の自宅等に設けられ、イベントに伴う各種の申請届出を行う。イベントサービス装置２は、イベントサービス業者に設けられ、イベントに伴う各種の申請届出に伴う各種のサービスをイベントの当事者に提供する。公共イベント処理装置３は、公共機関に設けられ、イベントに伴う各種の申請届出を受理する。
【００１１】
申請者端末１は、インターネット接続機能を備えるコンピュータからなり、帳票受信手段１１、帳票作成手段１２、帳票送信手段１３からなる。これらの各手段１１〜１３は、当該処理を行なうプログラムを当該ＣＰＵ（中央演算処理装置）上で実行することにより実現される。
【００１２】
帳票受信手段１１は、公共イベント処理装置３からインターネット４を介して送信された当該イベントに伴う申請届出に必要な帳票の帳票データ３５２（図２（Ｆ）参照）を受信し、これと共に当該帳票の作成に必要な所定の情報を受信する。帳票作成手段１２は、例えば当該イベントの発生後に、受信した帳票に所定の情報を入力して、当該帳票を作成する。帳票送信手段１３は、作成した帳票等を公共イベント処理装置３にインターネット４を介して、例えばＥメール（電子メール）により送信する。例えば、当該帳票はその添付ファイルとされる。
【００１３】
イベントサービス装置２は、インターネット接続機能を備えるコンピュータからなり、イベント予約入力手段２１、申請届出種別決定手段２２、申請届出先決定手段２３、イベント情報送信手段２４、予約情報ＤＢ２５とからなる。これらの各手段２１〜２４は、当該処理を行なうプログラムを当該ＣＰＵ上で実行することにより実現される。
【００１４】
イベント予約入力手段２１は、入力されたイベントの予約入力（イベント予約情報）を予約情報ＤＢ２５に格納する。申請届出種別決定手段２２は、イベント予約情報に基づいて、当該イベントに伴う申請届出の１又は複数種別を決定する。申請届出先決定手段２３は、決定された申請届出毎に、その届出先の公共イベント処理装置３を決定する。イベント情報送信手段２４は、決定された申請届出毎に、その届出先の公共イベント処理装置３に、当該イベントについてのイベント予約情報をインターネット４を介して送信する。予約情報ＤＢ２５は、磁気ディスク装置の補助記憶に設けられ、イベント予約情報を記憶する。予約情報ＤＢ２５は、予約テーブル２５１、種別テーブル２５２、公共機関テーブル２５３からなる。
【００１５】
予約テーブル２５１は、イベント予約入力手段２１により作成され管理され、イベント予約情報を格納する。予約テーブル２５１は、図２（Ａ）に示すように、イベント予約者（申請者即ち申請者端末１のユーザ、又は、当事者）毎に、イベント又はイベント種別、当該予約者住所、連絡先、予約情報発信状態を格納してなる。即ち、予約テーブル２５１に登録されたこれらの情報が１個のイベント予約情報を構成する。イベント種別は、当該予約したイベントの種別を示す情報である。連絡先は、当該申請者端末１のアドレス、例えばＥメールアドレスである。予約情報発信状態は、当該イベント予約情報の送信の状態を示す情報であり、「１」は公共イベント処理装置３へ送信済であることを示し、「０」は未送信（未済）であることを示す。
【００１６】
種別テーブル２５２は、予め用意され（登録され、以下同じ）、申請届出の要否等を格納する。種別テーブル２５２は、図２（Ｂ）に示すように、イベントの種別毎に、申請届出の要否、申請届出である公共機関の種別を格納してなる。申請届出の要否は、公共機関への申請届出の要否を示す情報であり、「１」は公共機関への申請届出が必要であることを示し、「０」は不要であることを示す。公共機関の種別は、市区町村役場を表す「役所」、「税務署」「保健所」等の種別からなる。
【００１７】
公共機関テーブル２５３は、予め用意され、申請届出の届出先である公共機関を格納する。公共機関テーブル２５３は、図２（Ｃ）に示すように、公共機関の種別毎に、役所名、当該役所の住所、連絡先であるＥメールアドレスを格納してなる。
【００１８】
ここで、イベント予約情報の入力について説明する。例えば、申請者端末１は周知のウェブ（Ｗｅｂ）ブラウザを備え、イベントサービス装置２はＷｅｂサーバとしての機能を備える。申請者端末１は、そのＷｅｂブラウザにより、イベントサービス装置２のイベントサービスのＷｅｂページを参照して、そこから希望するイベントサービスのイベント予約情報入力画面を参照する。イベントサービスのＷｅｂページの一例を図３に示し、イベント予約情報入力画面の一例を図４に示す。そして、申請者端末１の使用者（イベントの当事者）は、イベント予約情報入力画面に所定の事項を入力して、これをイベントサービス装置２に送信する。これを受信したイベントサービス装置２は、当該イベント予約情報の予約内容の確認画面を申請者端末１に返信する。確認画面の一例を図５に示す。
【００１９】
なお、申請者からイベントサービス業者へのイベント予約情報の通知は、電話、郵便等その他の手段によって行ってもよい。この場合、イベント予約情報は、当該業者により、イベントサービス装置２のイベント予約入力手段２１に入力される。このために、イベントサービス装置２は、例えば周知のキーボードのような入力装置（図示せず）を備える。
【００２０】
公共イベント処理装置３は、インターネット接続機能を備えるコンピュータからなり、イベント情報受信手段３１、申請届出決定手段３２、帳票送信手段３３、住民情報ＤＢ（データベース）３４、帳票ＤＢ３５からなる。これらの各手段３１〜３３は、当該処理を行なうプログラムを当該ＣＰＵ上で実行することにより実現される。
【００２１】
イベント情報受信手段３１は、イベントサービス装置２からインターネット４を介して送信されたイベント情報を受信する。申請届出決定手段３２は、イベントサービス装置２からのイベント情報と住民情報ＤＢ３４の当事者の住民情報とを照合して、必要な申請届出を決定する。帳票送信手段３３は、必要な申請届出の帳票を申請者端末１にインターネット４を介して送信する。住民情報ＤＢ３４は、申請届出のため必要となる帳票を当事者に送るための送信情報、住民情報等を記憶する。住民情報ＤＢ３４は、磁気ディスク装置の補助記憶に設けられ、住民テーブル３４１、申請届出テーブル３４２からなる。帳票ＤＢ３５は、磁気ディスク装置の補助記憶に設けられ、帳票テーブル３５１及び各々の帳票についての実際の帳票データ３５２（例えば、画像データ）からなる。
【００２２】
住民テーブル３４１は、予め用意され、住民についての情報を格納する。住民テーブル３４１は、図２（Ｄ）に示すように、住民毎に、住民の氏名、住所等を格納してなる。住民テーブル３４１に氏名が登録されていなければ、当該役所の管轄ではない。
【００２３】
申請届出テーブル３４２は、予め用意され、申請届出についての情報を格納する。申請届出テーブル３４２は、図２（Ｅ）に示すように、イベントの種別毎に、当該イベントに伴って必要となる申請届出の種別を格納してなる。なお、イベントによっては、複数の申請届出が必要となる。
【００２４】
帳票テーブル３５１は、予め用意され、帳票についての情報を格納する。帳票テーブル３５１は、図２（Ｆ）に示すように、申請届出の種別毎に、当該申請届出に必要な帳票の帳票データ３５２の格納先アドレス又は入力先ＵＲＬを格納してなる。実際の帳票データ３５２は、当該格納先アドレス等に格納され、例えば画像データ（又は文字データ）からなる。
【００２５】
図６は、申請者端末処理フローであり、申請者端末１におけるイベントの申請届出処理について示す。
【００２６】
図６（Ａ）において、当事者がイベントサービスを受けたい場合、申請者端末１のブラウザにより、図３のイベントサービス装置２のＷｅｂページにアクセスして（ステップＳ１１）、当該Ｗｅｂページから図４の希望するイベントサービスのイベント予約情報入力画面を参照し、これに所定の事項を入力して、これをイベントサービス装置２に送信することにより、イベント予約情報をイベントサービス装置２に送信する（ステップＳ１２）。この後、申請者端末１は、これを受信したイベントサービス装置２から送信された図５の当該イベント予約情報の予約内容の確認画面を受信する（ステップＳ１３）。この確認画面は、イベント予約情報に含まれる当該申請者端末１のＥメールアドレスへのＥメールにより送信される。
【００２７】
図６（Ｂ）において、帳票受信手段１１が、公共イベント処理装置３から当該イベントに伴う申請届出に必要な帳票の帳票データ３５２を受信する（ステップＳ２１）。この時、図１１（Ｄ）により後述するように、当該帳票の作成において必要となると想定される所定の情報をも受信する。次に、帳票作成手段１２が、当事者の入力に従って、帳票受信手段１１で受信した帳票の帳票データ３５２に、受信した所定の情報及びその他の情報を入力して、当該帳票を作成する（ステップＳ２２）。この後、帳票送信手段１３が、帳票作成手段１２で作成した帳票等を公共イベント処理装置３にインターネット４を介して送信する（ステップＳ２３）。
【００２８】
図７は、イベントサービス処理フローであり、イベントサービス装置２におけるイベントサービス処理について示す。
【００２９】
図７（Ａ）において、イベント予約入力手段２１が、申請者端末１からのイベント予約情報を受信するか、又は、入力装置からのイベント予約情報の入力を受け付けると（ステップＳ３１）、当該イベント予約情報を予約情報ＤＢ２５に格納する（ステップＳ３２）。従って、この処理はイベント予約情報の受信／入力に伴って随時実行され、これにより、図７（Ｂ）の定期的な処理に先立って、イベント予約情報が図２（Ａ）の予約テーブル２５１に予め登録される。
【００３０】
図７（Ｂ）において、申請届出種別決定手段２２が、所定の時間が経過したか又は所定の時間（時刻）になったかを調べ（ステップＳ４１）、経過しない場合、ステップＳ４１を繰り返す。経過した場合、申請届出種別決定手段２２が、予約情報ＤＢ２５の予約テーブル２５１を参照して、先頭から順に、１個のイベント予約情報（予約データ）を読み出す（ステップＳ４２）。従って、この処理（及び以下の処理）は前記所定の時間毎に定期的に実行される。前記所定の時間を適宜設定することにより、公共イベント処理装置３に対してイベント予約情報を送信する時間を予め定めることができる。
【００３１】
申請届出種別決定手段２２が、当該読み出したイベント予約情報に基づいて当該イベントに伴う申請届出の種別を決定した後、申請届出先決定手段２３が、当該申請届出のための公共イベント処理装置３への連絡が必要か否かを調べる（ステップＳ４３）。即ち、申請届出種別決定手段２２が、イベント予約情報に含まれるイベント種別を取り出して、これをキーとして種別テーブル２５２を参照して、申請届出の種別が例えば「役所」へのものであると決定する。この後、当該キーを申請届出先決定手段２３に渡す。申請届出先決定手段２３は、同様にして、申請届出の要否を確認する。申請届出が必要である（「１」である）場合でかつ予約情報発信状態が「０（未済）」の場合は、連絡が必要とされる。これ以外の場合は、連絡が不要とされる。
【００３２】
連絡が不要である場合、ステップＳ４６へ進む。連絡が必要である場合、申請届出先決定手段２３が、当該決定された申請届出毎に、その届出先（連絡先）の公共機関即ち公共イベント処理装置３を決定する（ステップＳ４４）。例えば、申請届出の種別が例えば「役所」へのものであると決定された場合、当該申請届出の種別と、当該イベント予約情報に含まれる当該申請者端末１（のユーザ）の住所とをキーとして公共機関テーブル２５３を参照する。この例では、「役所」と「品川区」とから、「品川区役所」を決定し、その連絡先のＥメールアドレスにより公共イベント処理装置３を決定する。
【００３３】
イベント情報送信手段２４は、決定された申請届出とイベント予約情報を渡されると、決定された申請届出毎に、その連絡先のアドレスの公共イベント処理装置３に、当該イベント予約情報を送信する（ステップＳ４５）。イベント予約情報の送信を終了した場合、イベント情報送信手段２４は、予約テーブル２５１の当該イベント予約情報の予約情報発信状態を「１（発信済み）」とした上で、申請届出種別決定手段２２に制御を戻す。
【００３４】
申請届出種別決定手段２２が、予約情報ＤＢ２５の予約テーブル２５１の全てのイベント予約情報について処理を終了したか否かを調べ（ステップＳ４６）、終了していない場合にはステップＳ４２以下を繰り返し、終了した場合には処理を終了する。
【００３５】
図８は、イベント処理フローであり、公共イベント処理装置３におけるイベント処理について示す。
【００３６】
イベント情報受信手段３１が、イベントサービス装置２のイベント情報送信手段２４からイベント予約情報を受信し、これを申請届出決定手段３２に送る（ステップＳ５１）。
【００３７】
申請届出決定手段３２が、受信したイベント予約情報と住民情報ＤＢ３４の住民テーブル３４１における当事者の情報とを照合して、当該公共機関の管轄の住民である否かを調べ（ステップＳ５２）、管轄（所轄）の住民でない場合、処理を終了する。即ち、イベント予約情報のイベント予約者をキーとして住民テーブル３４１を参照し、当該イベント予約者が住民テーブル３４１に存在すれば、管轄の住民であると判断する。
【００３８】
管轄の住民である場合、申請届出決定手段３２が、必要な申請届出を決定し、当該申請届出に使用する帳票の帳票データ３５２を読み出す（ステップＳ５３）。即ち、イベント予約情報のイベント種別をキーとして申請届出テーブル３４２を参照して、必要な申請届出の種別を決定する。更に、決定した申請届出の種別をキーとして帳票ＤＢ３５の帳票テーブル３５１を参照して、当該帳票の帳票データの格納先又は入力先ＵＲＬを求め、当該格納先等にアクセスして当該帳票データ３５２を読み出す。申請届出決定手段３２は、受信したイベント予約情報と当該帳票データ３５２とを帳票送信手段３３に送る。
【００３９】
帳票送信手段３３は、イベント予約情報で（予約者）連絡先に示されるアドレス（Ｅメールアドレス）の申請者端末１に、当該帳票データ３５２を送信する（ステップＳ５４）。これにより、当該申請者は、例えば自宅で申請届出に必要な書類の帳票データ３５２等を入手することができる。
【００４０】
図９は他の申請届出システム構成図であり、本発明の他の申請届出システムの構成を示す。
【００４１】
この例の申請届出システムにおいては、公共イベント処理装置３が、公共機関サーバ３Ａと、ＡＳＰ（Application Service Provider）センタ３Ｂとにより構成される分散処理システムからなる。公共機関サーバ３Ａは本来の役所に設けられ、ＡＳＰセンタ３ＢはＡＳＰに設けられ、相互にインターネット４を介して接続され通信を行う。
【００４２】
公共機関サーバ３Ａは、イベント情報受信手段３１、申請届出決定手段３２、住民情報ＤＢ３４の他に、ＡＳＰセンタ３Ｂへの情報送信手段３６を備える。ＡＳＰセンタ３Ｂは、帳票送信手段３３、帳票ＤＢ３５の他に、公共機関サーバ３Ａからの情報受信手段３７、帳票ＤＢ３５を検索する帳票検索手段３８を備える。即ち、情報送信手段３６が申請届出決定手段３２の決定した必要な申請届出の種別を送信し、これを情報受信手段３７が受信し、これに基づいて帳票検索手段３８が帳票ＤＢ３５の帳票テーブル３５１を検索して帳票データ３５２を読み出し、当該帳票データ３５２を帳票送信手段３３が申請者端末１に送信する。
【００４３】
これにより、住民に関する情報を含む住民情報ＤＢ３４は公共機関サーバ３Ａに設け、住民のプライバシーを守ることができる。一方、帳票ＤＢ３５はＡＳＰセンタ３Ｂに設け、帳票に関する処理を代行させることができる。
【００４４】
図１０は他の申請届出システム構成図であり、本発明の他の申請届出システムの構成を示す。
【００４５】
この例の申請届出システムは、基本的には、図９の申請届出システムと同様の構成を備える。但し、公共イベント処理装置３を構成する公共機関サーバ３ＡとＡＳＰセンタ３ＢとがＬＡＮ（Local Area Network）３９により接続される。また、ＬＡＮ３９には、公共機関サーバ３Ａ等の他に、処理端末３１０、受付端末３１１が接続される。処理端末３１０は、例えば住民情報ＤＢ３４及び帳票ＤＢ３５のデータを入力する。受付端末３１１は、イベントサービス装置２を介することなく、直接（申請書類を窓口に）提出されたイベントに伴う申請届出を入力する。
【００４６】
また、イベントサービス装置２もＬＡＮ２５を備える。ＬＡＮ２５には、イベントサービス装置２の他に、処理端末２６、予約端末２７が接続される。処理端末２６は、イベントサービス装置２のＷｅｂページ等を入力する。予約端末２７は、当事者からイベントサービス業者に電話等で通知されたイベント予約情報を入力する。
【００４７】
図１１（Ａ）及び図１１（Ｂ）は他の申請届出システム説明図であり、特に、図１１（Ａ）はイベントサービス装置２に設けられる他の予約テーブル２５１Ａの構成を示し、図１１（Ｂ）は公共イベント処理装置３に設けられる受信履歴テーブル３１２の構成を示す。これらのテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００４８】
図１１（Ａ）の予約テーブル２５１Ａは、図２（Ａ）の予約テーブル２５１に、イベント状態、イベント完了通知という２個の情報を追加した例である。イベント状態は、当該イベントの実施の状態を示す情報であり、「済」は当該イベントが実施済であることを示し、「未（又は未済）」はまだ実施されていないことを示し、「取消」は予約が取り消されたことを示す。イベント完了通知は、当該イベント予約情報を公共イベント処理装置３に通知したか否かを示す情報であり、「１」は当該イベントの発生を公共イベント処理装置３に送信済であることを示し、「０」はまだ送信していないことを示す。
【００４９】
図１１（Ｂ）の受信履歴テーブル３１２は、公共イベント処理装置３のイベント情報受信手段３１により作成され管理され、イベント情報受信手段３１の受信した情報の履歴を格納する。受信履歴は、当該イベントのイベント予約者、イベント種別、受信日、申請届出受信状況からなる。申請届出受信状況は、当該イベントに伴う申請届出を受信したか否かを示す情報であり、「１」は当該申請届出を受信済であることを示し、「０」はまだ受信していないことを示す。
【００５０】
この例の場合、イベントサービス装置２のイベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ａのイベント状態を「未済」とし、イベント完了通知を「０」とする。そして、イベントの発生が入力されると、イベント予約入力手段２１は、イベント状態を「済」とする。この後、申請届出種別決定手段２２が、定期的にイベント予約情報を処理するときイベント状態もチェックし、イベント状態が「未済」のイベント予約情報について、当該イベントの「未済」を当該申請者端末１に通知し、一方、イベント状態が「済」のイベント予約情報について、当該イベント完了を公共イベント処理装置３に通知し、イベント完了通知を「１」とする。
【００５１】
また、イベント予約入力手段２１は、当該イベント予約情報が入力されると、当該イベント予約情報を公共イベント処理装置３のイベント情報受信手段３１に送信する。これを受信したイベント情報受信手段３１が、当該イベント予約情報に基づいて、その受信履歴を受信履歴テーブル３１２に格納し、申請届出受信状況を「０」とする。そして、イベント情報受信手段３１は、前記イベント完了を通知されると、受信履歴テーブル３１２を参照して申請届出受信状況が「０」（申請届出を受信していない）か否かを確認し、「０」の場合、申請届出の出ていない旨のメッセージ又は申請届出を催促する通知をイベント完了通知で示される連絡先に送信する。当該メッセージは帳票送信手段３３により送信される。
【００５２】
図１１（Ｃ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる他の予約テーブル２５１Ｂの構成を示す。図１１（Ｃ）は図１１（Ａ）及び図１１（Ｂ）の申請届出システムにおいて、更に、予約テーブル２５１に変更を加えた例である。
【００５３】
即ち、図１１（Ｃ）の予約テーブル２５１Ｂは、図１１（Ａ）の予約テーブル２５１Ａに、イベントＩＤ、申請届出作成状況という２つの情報を追加した例である。イベントＩＤは、イベント（イベント予約）毎に付与され、ユニークなものとされる。申請届出作成状況は、当該イベントについての申請届出の作成状況を示す情報であり、「１」は当該イベントについての申請届出を作成して公共イベント処理装置３に送信済であることを示し、「０」は送信していない（即ち、まだ作成も送信もしていないか又は作成したが送信していない）ことを示す。
【００５４】
この例の場合、図１１（Ａ）及び図１１（Ｂ）の場合と同様に、イベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ｂの申請届出作成状況を「０」とする。更に、この例では、申請者端末１が公共イベント処理装置３に申請届出を送信すると、当該送信したことが当該申請者端末１の帳票送信手段１３からイベント予約入力手段２１に通知される。又は、公共イベント処理装置３のイベント情報受信手段３１から当該申請届出の受信がイベント予約入力手段２１に通知される。これに応じて、イベント予約入力手段２１が、申請届出作成状況を「１」とする。
【００５５】
そして、イベント予約入力手段２１は、定期的に、予約テーブル２５１Ｂを参照して、イベント完了通知が「１」であって申請届出作成状況を「０」であるイベントＩＤが抽出されると、当該連絡先にその旨を示す（又は、申請届出を催促する）メッセージを送信する。当該メッセージはイベント情報送信手段２４により送信される。
【００５６】
図１１（Ｄ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる申請届出情報テーブル２５４の構成を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００５７】
申請届出情報テーブル２５４は、予約情報ＤＢ２５に予め用意され、イベントＩＤ毎に、当該イベントの申請届出において必要となると想定される情報（必要情報）を格納してなる。必要情報は、例えば当該イベントサービスの利用の申し込み時に当事者からイベントサービス業者に予め通知される。必要情報としては、氏名、年令、性別等がある。
【００５８】
この例では、イベント情報送信手段２４が、公共イベント処理装置３にイベント予約情報を発信する際、当該イベント予約情報における連絡先（Ｅメールアドレス）を、当該申請者ではなく、イベントサービス装置２に変更する。これにより、公共イベント処理装置３の帳票送信手段３３からの帳票データ３５２をイベントサービス装置２が受信する。そして、イベントサービス装置２が、当該帳票に対応する申請届出情報テーブル２５４の必要情報を読み出して、これと当該帳票に組み込むことにより帳票を編集し、これをイベント予約情報で示される当事者の連絡先に送信する。
【００５９】
このために、この例では、特に図示はしないが、イベントサービス装置２は、帳票データ３５２を受信する帳票受信手段、帳票を作成する帳票作成手段、及び、作成した帳票を送信する帳票送信手段を備える。これらは、各々、申請者端末１が備える帳票受信手段１１、帳票作成手段１２及び帳票送信手段１３と同様の構成とされる。なお、イベントサービス装置２が帳票を編集する処理は、申請者端末１が予め希望した場合にのみ行なうようにしてもよい。
【００６０】
図１１（Ｅ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる他の予約テーブル２５１Ｃの構成を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００６１】
図１１（Ｅ）の予約テーブル２５１Ｃは、図２（Ａ）の予約テーブル２５１に、申請届出チェックという情報を追加した例である。申請届出チェックは、当該イベントについての申請届出をしたか否かのチェックを当事者が希望するかどうかを示す情報であり、「１」は当該チェックを希望することを示し、「０」は希望しないことを示す。
【００６２】
この例では、イベント予約情報の一部として、予め当事者から当該申請届出をしたか否かのチェックを希望するかどうかを聞いておく。イベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ｃの申請届出チェックを「０」とする。そして、イベント予約入力手段２１は、定期的に、予約テーブル２５１Ｂを参照して、予約情報発信状態が「０」であって申請届出チェックが「１」であるイベント予約情報が抽出されると、当該連絡先に申請届出チェックのメッセージ（当該イベント予約情報が未送信である旨を示すメッセージ）を送信する。当該メッセージはイベント情報送信手段２４により送信される。
【００６３】
図１２は、他のイベント処理フローであり、公共イベント処理装置３における他のイベント処理について示す。この処理フローは、図８の処理フローに変更を加えたものであり、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００６４】
この例は、申請届出に証明書類が必要となる場合において、当該証明書類をも同時に当事者に送信する例である。証明書類としては、例えば住民票、戸籍謄本、印鑑証明等がある。例えば、申請届出において、証明書として住民票が必要な場合がある。しかし、当事者の住所が現住所と異なるような場合、転入届（または転出届）が必要となる。このような場合、住民票、転入届（または転出届）の帳票データ３５２も同時に当事者に送信する。
【００６５】
図８と同様に、イベント情報受信手段３１がイベントサービス装置２からイベント情報を受信し（ステップＳ６１）、申請届出決定手段３２が当該公共機関の管轄の住民である否かを調べ（ステップＳ６２）、管轄の住民でない場合、処理を終了する。管轄の住民である場合、申請届出決定手段３２が、必要な申請届出を決定し、当該申請届出に使用する帳票の帳票データ３５２を読み出す（ステップＳ６３）。
【００６６】
この後、申請届出決定手段３２が、申請届出に添付する証明書類が必要であるか否か、必要であればこれを発行できるか否かを調べる（ステップＳ６４）。必要な証明書類は、例えば図２（Ｅ）の申請届出テーブル３４２において、申請届出種別の次に証明書類の項目を設けて、必要でありかつ発行できれば当該情報（証明書類名）を格納し、それ以外なら空欄とすればよい。申請届出決定手段３２は、当該イベント種別について、申請届出テーブル３４２の証明書類を参照して、証明書類の記述があれば必要かつ発行可能と判断し、証明書類の記述がなければ不要又は発行不可能と判断する。
【００６７】
ステップＳ６４において必要かつ発行可能である場合、申請届出決定手段３２が、当該証明書類の帳票データ３５２を読み出す（ステップＳ６５）。証明書類の帳票データ３５２は、ステップＳ６３と同様にして読み出される。即ち、証明書類の帳票データ３５２も、図２（Ｆ）の帳票テーブル３５１に他の帳票の帳票データ３５２と同様に格納される。
【００６８】
ステップＳ６４において不要又は発行不可能である場合、ステップＳ６５は省略される。なお、発行不可能である場合、当該証明書類の帳票データ３５２に代えて、当該証明書類を発行可能とするための手続に必要な帳票の帳票データ３５２を、帳票テーブル３５１に格納して読み出すようにしてもよい。
【００６９】
この後、図８と同様に、帳票送信手段３３は、必要な申請届出の帳票を予約者連絡先である申請者端末１に送信する（ステップＳ６６）。この時、当該帳票と共に、前述のように、証明書類が必要かつ発行可能であれば当該証明書類の帳票データ３５２が共に送信され、又は、証明書類が発行不可能であれば当該証明書類を発行可能とするための手続に必要な帳票の帳票データ３５２が共に送信される。
【００７０】
図１３は他の申請届出システム説明図であり、公共イベント処理装置３から申請者端末１に送信されるデータの一例を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００７１】
前述のように、公共イベント処理装置３から申請者端末１に送信されるデータは、当該イベントに伴う申請届出の帳票の帳票データ３５２と、必要に応じて、当該申請届出に添付する証明書類の帳票データ３５２である。これに加えて、図１３に示すように、これらに当該公共機関の広報の広報データ等を添付して同時に送信するようにしてもよい。広報データは、公共イベント処理装置３の広報ＤＢ（図示せず）に格納される。
【００７２】
【発明の効果】
以上説明したように、本発明によれば、申請届出システムにおいて、イベントサービス装置の予約テーブルにイベント予約情報を入力しておけば、種別テーブルと公共機関テーブルとに基づいて、該当する公共イベント処理装置から、当該イベントに伴う申請届出に必要な帳票の帳票データを、登録した自分の申請者端末で受け取ることができる。従って、多種多様なイベントについての申請届出の必要性を自分で調べる必要がなく、また、記入事項や必要な添付書類の確認や手配に手間取ることもなく、公共機関に出向いて必要な書類や情報を自分で入手する必要がなく、提出の期間を失念することがない。これにより、当事者は、イベントに伴う申請届出において、各種の帳票の入手、必要事項の記入、添付書類の取得、帳票の提出等を、比較的に短時間で容易に手続することができる。
【図面の簡単な説明】
【図１】申請届出システム構成図である。
【図２】申請届出システム説明図である。
【図３】イベントサービスのＷｅｂページの一例を示す図である。
【図４】イベント予約情報入力画面の一例を示す図である。
【図５】確認画面の一例を示す図である。
【図６】申請者端末処理フローであり、申請者端末におけるイベントの申請届出処理について示す。
【図７】イベントサービス処理フローであり、イベントサービス装置におけるイベントサービス処理について示す。
【図８】イベント処理フローであり、公共イベント処理装置におけるイベント処理について示す。
【図９】他の申請届出システム構成図である。
【図１０】他の申請届出システム構成図である。
【図１１】申請届出システム説明図である。
【図１２】他のイベント処理フローであり、公共イベント処理装置における他のイベント処理について示す。
【図１３】他の申請届出システム説明図である。
【符号の説明】
１ 申請者端末
２ イベントサービス装置
３ 公共イベント処理装置（公共機関のイベント処理装置）
４ インターネット
１１ 帳票受信手段
１２ 帳票作成手段
１３ 帳票送信手段
２１ イベント予約入力手段
２２ 申請届出種別決定手段
２３ 申請届出先決定手段
２４ イベント情報送信手段
２５ 予約情報ＤＢ
３１ イベント情報受信手段
３２ 申請届出決定手段
３３ 帳票送信手段
３４ 住民情報ＤＢ
３５ 帳票ＤＢ
【発明の属する技術分野】
本発明は、申請届出システムに関し、特に、公共機関への申請または届出を伴う事案が発生した場合、漏れなく申請または届出を行なうことができ、必要な帳票や情報等を簡単に取得することができる申請届出システムに関する。
【０００２】
【従来の技術】
例えば、結婚、出産、引越し、葬儀、土地等の不動産売買、租税の申告等（以下、イベント）が発生した場合、適宜、管轄する区役所、法務局、税務署等（以下、公共機関）へ、種々の申請、申告又は届出（以下、申請届出）を行なう必要がある。このようなイベントに伴う申請届出は、多くの場合、定められた法定期間内に行なう必要がある。また、その申請届出は、予め定められた数や種類の申請書類を提出することにより行わなければならない。その上、当該申請書類は、予め定められた書式で作成したもの又は予め定められた書式で作成された書類（以下、帳票）に記入したものでなければならない。更に、提出のためには、当該公共機関に当事者が出向かなければならない。
【０００３】
例えば、婚姻届や住民転入・転出登録申請の場合、当事者は管轄の市区町村役場又はその出先機関等に出向いて帳票の交付を受け、当該書類に必要事項を記入し、これを提出していた。また、租税の申告の場合、当事者は市区町村役場、税務署または国あるいは都道府県の機関から必要書類の交付を受け、当該書類に必要事項を記入したものを提出していた。
【０００４】
【発明が解決しようとする課題】
申請届出においては、各種の帳票の入手、帳票への必要事項の記入、申請に必要な添付書類の取得、必要事項を記入した各種帳票および添付書類の提出等、当事者本人または代理人（以下、当事者）にとって、複雑かつ煩雑な手続と相当の時間を要していた。
【０００５】
即ち、前述のように、イベントに伴う申請届出は多種多様であり、当該イベントについての申請届出の必要性、必要な書類や情報、提出の期間等を、自分で調べなければならない。また、当該申請届出には期間の制限があるが、当該イベントの処理等に忙しくて、申請届出を忘れて当該期間を経過してしまう場合がある。また、当該期間内に公共機関に出向かなければならないが、土曜日曜祝祭日は公共機関は休業日のため、例えば一般の会社員等の場合、平日に休暇を取得する等して申請届出を行なわねばならない。更に、予め定められた書式の帳票を用いるために、その交付を受ける際及び提出の際の合計２回にわたり、公共機関に出向かなければならない。また、帳票の交付を受けて始めて記入事項や必要な添付書類を知って、その確認や手配に、更に多くの手間を要する場合がある。
【０００６】
本発明は、公共機関への申請届出を漏れなく行なうことができ、これに必要な帳票や情報等を簡単に取得することができる申請届出システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の申請届出システムは、基本的には、インターネットにより相互に接続される申請者端末と、イベントサービス装置と、公共イベント処理装置とからなる。申請届出システムにおいて、イベントサービス装置は、予め登録された情報であって当該イベント種別、当該申請者端末のアドレス、当該申請者端末の住所を示す情報及び当該イベント予約情報の送信の状態を示す情報を含むイベント予約情報を格納する予約テーブルと、イベントの種別毎に申請届出の要否及び申請届出先である公共機関の種別を格納する種別テーブルと、公共機関の種別毎にアドレスを格納する公共機関テーブルとを備え、予め定められた所定の時間毎に予約テーブルを参照してイベント予約情報を読み出し、当該イベント予約情報のイベント種別に基づいて種別テーブルを参照し、申請届出の要否及び公共機関の種別を決定し、申請届出が必要でありかつイベント予約情報の送信の状態を示す情報が公共イベント処理装置へ未送信であることを示す場合、決定した公共機関の種別とイベント予約情報の当該申請者端末の住所を示す情報とに基づいて公共機関テーブルを参照して、当該イベント予約情報を送信する公共イベント処理装置を決定し、当該公共イベント処理装置のアドレスに当該イベント予約情報を送信する。公共イベント処理装置は、予め登録されたイベントに伴う申請届出に必要な帳票の帳票データを格納する帳票テーブルを備え、イベント予約情報を受信した場合、当該イベント予約情報に含まれるイベントに伴う申請届出に必要な帳票の帳票データを当該イベント予約情報に含まれるアドレスの申請者端末に送信する。申請者端末が、送信された当該イベントに伴う申請届出に必要な帳票の帳票データを受信する。
【０００８】
本発明の申請届出システムによれば、イベントサービス装置の予約テーブルにイベント予約情報を入力（登録）しておけば、所定の時間毎にイベント予約情報が読み出されるので、申請届出の要否を意識することなく、種別テーブルと公共機関テーブルとに基づいて、該当する公共イベント処理装置から、当該イベントに伴う申請届出に必要な帳票の帳票データを、登録した自分の申請者端末で受け取ることができる。従って、多種多様なイベントについての申請届出の必要性を自分で調べる必要がなく、また、記入事項や必要な添付書類の確認や手配に手間取ることもなく、公共機関に出向いて、必要な書類や情報を自分で入手する必要がなく、提出の期間を失念することがない。これにより、当事者は、イベントに伴う申請届出において、各種の帳票の入手、帳票への必要事項の記入、申請に必要な添付書類の取得、必要事項を記入した各種帳票の提出等を、比較的に短時間で容易に手続することができる。
【０００９】
【発明の実施の形態】
図１は申請届出システム構成図であり、本発明の申請届出システムの構成を示す。
【００１０】
申請届出システムは、申請者端末１、イベントサービス装置２、公共機関のイベント処理装置（以下、公共イベント処理装置）３からなる。これらは相互にインターネット４を介して接続され通信を行う。申請者端末１は、イベントの当事者の自宅等に設けられ、イベントに伴う各種の申請届出を行う。イベントサービス装置２は、イベントサービス業者に設けられ、イベントに伴う各種の申請届出に伴う各種のサービスをイベントの当事者に提供する。公共イベント処理装置３は、公共機関に設けられ、イベントに伴う各種の申請届出を受理する。
【００１１】
申請者端末１は、インターネット接続機能を備えるコンピュータからなり、帳票受信手段１１、帳票作成手段１２、帳票送信手段１３からなる。これらの各手段１１〜１３は、当該処理を行なうプログラムを当該ＣＰＵ（中央演算処理装置）上で実行することにより実現される。
【００１２】
帳票受信手段１１は、公共イベント処理装置３からインターネット４を介して送信された当該イベントに伴う申請届出に必要な帳票の帳票データ３５２（図２（Ｆ）参照）を受信し、これと共に当該帳票の作成に必要な所定の情報を受信する。帳票作成手段１２は、例えば当該イベントの発生後に、受信した帳票に所定の情報を入力して、当該帳票を作成する。帳票送信手段１３は、作成した帳票等を公共イベント処理装置３にインターネット４を介して、例えばＥメール（電子メール）により送信する。例えば、当該帳票はその添付ファイルとされる。
【００１３】
イベントサービス装置２は、インターネット接続機能を備えるコンピュータからなり、イベント予約入力手段２１、申請届出種別決定手段２２、申請届出先決定手段２３、イベント情報送信手段２４、予約情報ＤＢ２５とからなる。これらの各手段２１〜２４は、当該処理を行なうプログラムを当該ＣＰＵ上で実行することにより実現される。
【００１４】
イベント予約入力手段２１は、入力されたイベントの予約入力（イベント予約情報）を予約情報ＤＢ２５に格納する。申請届出種別決定手段２２は、イベント予約情報に基づいて、当該イベントに伴う申請届出の１又は複数種別を決定する。申請届出先決定手段２３は、決定された申請届出毎に、その届出先の公共イベント処理装置３を決定する。イベント情報送信手段２４は、決定された申請届出毎に、その届出先の公共イベント処理装置３に、当該イベントについてのイベント予約情報をインターネット４を介して送信する。予約情報ＤＢ２５は、磁気ディスク装置の補助記憶に設けられ、イベント予約情報を記憶する。予約情報ＤＢ２５は、予約テーブル２５１、種別テーブル２５２、公共機関テーブル２５３からなる。
【００１５】
予約テーブル２５１は、イベント予約入力手段２１により作成され管理され、イベント予約情報を格納する。予約テーブル２５１は、図２（Ａ）に示すように、イベント予約者（申請者即ち申請者端末１のユーザ、又は、当事者）毎に、イベント又はイベント種別、当該予約者住所、連絡先、予約情報発信状態を格納してなる。即ち、予約テーブル２５１に登録されたこれらの情報が１個のイベント予約情報を構成する。イベント種別は、当該予約したイベントの種別を示す情報である。連絡先は、当該申請者端末１のアドレス、例えばＥメールアドレスである。予約情報発信状態は、当該イベント予約情報の送信の状態を示す情報であり、「１」は公共イベント処理装置３へ送信済であることを示し、「０」は未送信（未済）であることを示す。
【００１６】
種別テーブル２５２は、予め用意され（登録され、以下同じ）、申請届出の要否等を格納する。種別テーブル２５２は、図２（Ｂ）に示すように、イベントの種別毎に、申請届出の要否、申請届出である公共機関の種別を格納してなる。申請届出の要否は、公共機関への申請届出の要否を示す情報であり、「１」は公共機関への申請届出が必要であることを示し、「０」は不要であることを示す。公共機関の種別は、市区町村役場を表す「役所」、「税務署」「保健所」等の種別からなる。
【００１７】
公共機関テーブル２５３は、予め用意され、申請届出の届出先である公共機関を格納する。公共機関テーブル２５３は、図２（Ｃ）に示すように、公共機関の種別毎に、役所名、当該役所の住所、連絡先であるＥメールアドレスを格納してなる。
【００１８】
ここで、イベント予約情報の入力について説明する。例えば、申請者端末１は周知のウェブ（Ｗｅｂ）ブラウザを備え、イベントサービス装置２はＷｅｂサーバとしての機能を備える。申請者端末１は、そのＷｅｂブラウザにより、イベントサービス装置２のイベントサービスのＷｅｂページを参照して、そこから希望するイベントサービスのイベント予約情報入力画面を参照する。イベントサービスのＷｅｂページの一例を図３に示し、イベント予約情報入力画面の一例を図４に示す。そして、申請者端末１の使用者（イベントの当事者）は、イベント予約情報入力画面に所定の事項を入力して、これをイベントサービス装置２に送信する。これを受信したイベントサービス装置２は、当該イベント予約情報の予約内容の確認画面を申請者端末１に返信する。確認画面の一例を図５に示す。
【００１９】
なお、申請者からイベントサービス業者へのイベント予約情報の通知は、電話、郵便等その他の手段によって行ってもよい。この場合、イベント予約情報は、当該業者により、イベントサービス装置２のイベント予約入力手段２１に入力される。このために、イベントサービス装置２は、例えば周知のキーボードのような入力装置（図示せず）を備える。
【００２０】
公共イベント処理装置３は、インターネット接続機能を備えるコンピュータからなり、イベント情報受信手段３１、申請届出決定手段３２、帳票送信手段３３、住民情報ＤＢ（データベース）３４、帳票ＤＢ３５からなる。これらの各手段３１〜３３は、当該処理を行なうプログラムを当該ＣＰＵ上で実行することにより実現される。
【００２１】
イベント情報受信手段３１は、イベントサービス装置２からインターネット４を介して送信されたイベント情報を受信する。申請届出決定手段３２は、イベントサービス装置２からのイベント情報と住民情報ＤＢ３４の当事者の住民情報とを照合して、必要な申請届出を決定する。帳票送信手段３３は、必要な申請届出の帳票を申請者端末１にインターネット４を介して送信する。住民情報ＤＢ３４は、申請届出のため必要となる帳票を当事者に送るための送信情報、住民情報等を記憶する。住民情報ＤＢ３４は、磁気ディスク装置の補助記憶に設けられ、住民テーブル３４１、申請届出テーブル３４２からなる。帳票ＤＢ３５は、磁気ディスク装置の補助記憶に設けられ、帳票テーブル３５１及び各々の帳票についての実際の帳票データ３５２（例えば、画像データ）からなる。
【００２２】
住民テーブル３４１は、予め用意され、住民についての情報を格納する。住民テーブル３４１は、図２（Ｄ）に示すように、住民毎に、住民の氏名、住所等を格納してなる。住民テーブル３４１に氏名が登録されていなければ、当該役所の管轄ではない。
【００２３】
申請届出テーブル３４２は、予め用意され、申請届出についての情報を格納する。申請届出テーブル３４２は、図２（Ｅ）に示すように、イベントの種別毎に、当該イベントに伴って必要となる申請届出の種別を格納してなる。なお、イベントによっては、複数の申請届出が必要となる。
【００２４】
帳票テーブル３５１は、予め用意され、帳票についての情報を格納する。帳票テーブル３５１は、図２（Ｆ）に示すように、申請届出の種別毎に、当該申請届出に必要な帳票の帳票データ３５２の格納先アドレス又は入力先ＵＲＬを格納してなる。実際の帳票データ３５２は、当該格納先アドレス等に格納され、例えば画像データ（又は文字データ）からなる。
【００２５】
図６は、申請者端末処理フローであり、申請者端末１におけるイベントの申請届出処理について示す。
【００２６】
図６（Ａ）において、当事者がイベントサービスを受けたい場合、申請者端末１のブラウザにより、図３のイベントサービス装置２のＷｅｂページにアクセスして（ステップＳ１１）、当該Ｗｅｂページから図４の希望するイベントサービスのイベント予約情報入力画面を参照し、これに所定の事項を入力して、これをイベントサービス装置２に送信することにより、イベント予約情報をイベントサービス装置２に送信する（ステップＳ１２）。この後、申請者端末１は、これを受信したイベントサービス装置２から送信された図５の当該イベント予約情報の予約内容の確認画面を受信する（ステップＳ１３）。この確認画面は、イベント予約情報に含まれる当該申請者端末１のＥメールアドレスへのＥメールにより送信される。
【００２７】
図６（Ｂ）において、帳票受信手段１１が、公共イベント処理装置３から当該イベントに伴う申請届出に必要な帳票の帳票データ３５２を受信する（ステップＳ２１）。この時、図１１（Ｄ）により後述するように、当該帳票の作成において必要となると想定される所定の情報をも受信する。次に、帳票作成手段１２が、当事者の入力に従って、帳票受信手段１１で受信した帳票の帳票データ３５２に、受信した所定の情報及びその他の情報を入力して、当該帳票を作成する（ステップＳ２２）。この後、帳票送信手段１３が、帳票作成手段１２で作成した帳票等を公共イベント処理装置３にインターネット４を介して送信する（ステップＳ２３）。
【００２８】
図７は、イベントサービス処理フローであり、イベントサービス装置２におけるイベントサービス処理について示す。
【００２９】
図７（Ａ）において、イベント予約入力手段２１が、申請者端末１からのイベント予約情報を受信するか、又は、入力装置からのイベント予約情報の入力を受け付けると（ステップＳ３１）、当該イベント予約情報を予約情報ＤＢ２５に格納する（ステップＳ３２）。従って、この処理はイベント予約情報の受信／入力に伴って随時実行され、これにより、図７（Ｂ）の定期的な処理に先立って、イベント予約情報が図２（Ａ）の予約テーブル２５１に予め登録される。
【００３０】
図７（Ｂ）において、申請届出種別決定手段２２が、所定の時間が経過したか又は所定の時間（時刻）になったかを調べ（ステップＳ４１）、経過しない場合、ステップＳ４１を繰り返す。経過した場合、申請届出種別決定手段２２が、予約情報ＤＢ２５の予約テーブル２５１を参照して、先頭から順に、１個のイベント予約情報（予約データ）を読み出す（ステップＳ４２）。従って、この処理（及び以下の処理）は前記所定の時間毎に定期的に実行される。前記所定の時間を適宜設定することにより、公共イベント処理装置３に対してイベント予約情報を送信する時間を予め定めることができる。
【００３１】
申請届出種別決定手段２２が、当該読み出したイベント予約情報に基づいて当該イベントに伴う申請届出の種別を決定した後、申請届出先決定手段２３が、当該申請届出のための公共イベント処理装置３への連絡が必要か否かを調べる（ステップＳ４３）。即ち、申請届出種別決定手段２２が、イベント予約情報に含まれるイベント種別を取り出して、これをキーとして種別テーブル２５２を参照して、申請届出の種別が例えば「役所」へのものであると決定する。この後、当該キーを申請届出先決定手段２３に渡す。申請届出先決定手段２３は、同様にして、申請届出の要否を確認する。申請届出が必要である（「１」である）場合でかつ予約情報発信状態が「０（未済）」の場合は、連絡が必要とされる。これ以外の場合は、連絡が不要とされる。
【００３２】
連絡が不要である場合、ステップＳ４６へ進む。連絡が必要である場合、申請届出先決定手段２３が、当該決定された申請届出毎に、その届出先（連絡先）の公共機関即ち公共イベント処理装置３を決定する（ステップＳ４４）。例えば、申請届出の種別が例えば「役所」へのものであると決定された場合、当該申請届出の種別と、当該イベント予約情報に含まれる当該申請者端末１（のユーザ）の住所とをキーとして公共機関テーブル２５３を参照する。この例では、「役所」と「品川区」とから、「品川区役所」を決定し、その連絡先のＥメールアドレスにより公共イベント処理装置３を決定する。
【００３３】
イベント情報送信手段２４は、決定された申請届出とイベント予約情報を渡されると、決定された申請届出毎に、その連絡先のアドレスの公共イベント処理装置３に、当該イベント予約情報を送信する（ステップＳ４５）。イベント予約情報の送信を終了した場合、イベント情報送信手段２４は、予約テーブル２５１の当該イベント予約情報の予約情報発信状態を「１（発信済み）」とした上で、申請届出種別決定手段２２に制御を戻す。
【００３４】
申請届出種別決定手段２２が、予約情報ＤＢ２５の予約テーブル２５１の全てのイベント予約情報について処理を終了したか否かを調べ（ステップＳ４６）、終了していない場合にはステップＳ４２以下を繰り返し、終了した場合には処理を終了する。
【００３５】
図８は、イベント処理フローであり、公共イベント処理装置３におけるイベント処理について示す。
【００３６】
イベント情報受信手段３１が、イベントサービス装置２のイベント情報送信手段２４からイベント予約情報を受信し、これを申請届出決定手段３２に送る（ステップＳ５１）。
【００３７】
申請届出決定手段３２が、受信したイベント予約情報と住民情報ＤＢ３４の住民テーブル３４１における当事者の情報とを照合して、当該公共機関の管轄の住民である否かを調べ（ステップＳ５２）、管轄（所轄）の住民でない場合、処理を終了する。即ち、イベント予約情報のイベント予約者をキーとして住民テーブル３４１を参照し、当該イベント予約者が住民テーブル３４１に存在すれば、管轄の住民であると判断する。
【００３８】
管轄の住民である場合、申請届出決定手段３２が、必要な申請届出を決定し、当該申請届出に使用する帳票の帳票データ３５２を読み出す（ステップＳ５３）。即ち、イベント予約情報のイベント種別をキーとして申請届出テーブル３４２を参照して、必要な申請届出の種別を決定する。更に、決定した申請届出の種別をキーとして帳票ＤＢ３５の帳票テーブル３５１を参照して、当該帳票の帳票データの格納先又は入力先ＵＲＬを求め、当該格納先等にアクセスして当該帳票データ３５２を読み出す。申請届出決定手段３２は、受信したイベント予約情報と当該帳票データ３５２とを帳票送信手段３３に送る。
【００３９】
帳票送信手段３３は、イベント予約情報で（予約者）連絡先に示されるアドレス（Ｅメールアドレス）の申請者端末１に、当該帳票データ３５２を送信する（ステップＳ５４）。これにより、当該申請者は、例えば自宅で申請届出に必要な書類の帳票データ３５２等を入手することができる。
【００４０】
図９は他の申請届出システム構成図であり、本発明の他の申請届出システムの構成を示す。
【００４１】
この例の申請届出システムにおいては、公共イベント処理装置３が、公共機関サーバ３Ａと、ＡＳＰ（Application Service Provider）センタ３Ｂとにより構成される分散処理システムからなる。公共機関サーバ３Ａは本来の役所に設けられ、ＡＳＰセンタ３ＢはＡＳＰに設けられ、相互にインターネット４を介して接続され通信を行う。
【００４２】
公共機関サーバ３Ａは、イベント情報受信手段３１、申請届出決定手段３２、住民情報ＤＢ３４の他に、ＡＳＰセンタ３Ｂへの情報送信手段３６を備える。ＡＳＰセンタ３Ｂは、帳票送信手段３３、帳票ＤＢ３５の他に、公共機関サーバ３Ａからの情報受信手段３７、帳票ＤＢ３５を検索する帳票検索手段３８を備える。即ち、情報送信手段３６が申請届出決定手段３２の決定した必要な申請届出の種別を送信し、これを情報受信手段３７が受信し、これに基づいて帳票検索手段３８が帳票ＤＢ３５の帳票テーブル３５１を検索して帳票データ３５２を読み出し、当該帳票データ３５２を帳票送信手段３３が申請者端末１に送信する。
【００４３】
これにより、住民に関する情報を含む住民情報ＤＢ３４は公共機関サーバ３Ａに設け、住民のプライバシーを守ることができる。一方、帳票ＤＢ３５はＡＳＰセンタ３Ｂに設け、帳票に関する処理を代行させることができる。
【００４４】
図１０は他の申請届出システム構成図であり、本発明の他の申請届出システムの構成を示す。
【００４５】
この例の申請届出システムは、基本的には、図９の申請届出システムと同様の構成を備える。但し、公共イベント処理装置３を構成する公共機関サーバ３ＡとＡＳＰセンタ３ＢとがＬＡＮ（Local Area Network）３９により接続される。また、ＬＡＮ３９には、公共機関サーバ３Ａ等の他に、処理端末３１０、受付端末３１１が接続される。処理端末３１０は、例えば住民情報ＤＢ３４及び帳票ＤＢ３５のデータを入力する。受付端末３１１は、イベントサービス装置２を介することなく、直接（申請書類を窓口に）提出されたイベントに伴う申請届出を入力する。
【００４６】
また、イベントサービス装置２もＬＡＮ２５を備える。ＬＡＮ２５には、イベントサービス装置２の他に、処理端末２６、予約端末２７が接続される。処理端末２６は、イベントサービス装置２のＷｅｂページ等を入力する。予約端末２７は、当事者からイベントサービス業者に電話等で通知されたイベント予約情報を入力する。
【００４７】
図１１（Ａ）及び図１１（Ｂ）は他の申請届出システム説明図であり、特に、図１１（Ａ）はイベントサービス装置２に設けられる他の予約テーブル２５１Ａの構成を示し、図１１（Ｂ）は公共イベント処理装置３に設けられる受信履歴テーブル３１２の構成を示す。これらのテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００４８】
図１１（Ａ）の予約テーブル２５１Ａは、図２（Ａ）の予約テーブル２５１に、イベント状態、イベント完了通知という２個の情報を追加した例である。イベント状態は、当該イベントの実施の状態を示す情報であり、「済」は当該イベントが実施済であることを示し、「未（又は未済）」はまだ実施されていないことを示し、「取消」は予約が取り消されたことを示す。イベント完了通知は、当該イベント予約情報を公共イベント処理装置３に通知したか否かを示す情報であり、「１」は当該イベントの発生を公共イベント処理装置３に送信済であることを示し、「０」はまだ送信していないことを示す。
【００４９】
図１１（Ｂ）の受信履歴テーブル３１２は、公共イベント処理装置３のイベント情報受信手段３１により作成され管理され、イベント情報受信手段３１の受信した情報の履歴を格納する。受信履歴は、当該イベントのイベント予約者、イベント種別、受信日、申請届出受信状況からなる。申請届出受信状況は、当該イベントに伴う申請届出を受信したか否かを示す情報であり、「１」は当該申請届出を受信済であることを示し、「０」はまだ受信していないことを示す。
【００５０】
この例の場合、イベントサービス装置２のイベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ａのイベント状態を「未済」とし、イベント完了通知を「０」とする。そして、イベントの発生が入力されると、イベント予約入力手段２１は、イベント状態を「済」とする。この後、申請届出種別決定手段２２が、定期的にイベント予約情報を処理するときイベント状態もチェックし、イベント状態が「未済」のイベント予約情報について、当該イベントの「未済」を当該申請者端末１に通知し、一方、イベント状態が「済」のイベント予約情報について、当該イベント完了を公共イベント処理装置３に通知し、イベント完了通知を「１」とする。
【００５１】
また、イベント予約入力手段２１は、当該イベント予約情報が入力されると、当該イベント予約情報を公共イベント処理装置３のイベント情報受信手段３１に送信する。これを受信したイベント情報受信手段３１が、当該イベント予約情報に基づいて、その受信履歴を受信履歴テーブル３１２に格納し、申請届出受信状況を「０」とする。そして、イベント情報受信手段３１は、前記イベント完了を通知されると、受信履歴テーブル３１２を参照して申請届出受信状況が「０」（申請届出を受信していない）か否かを確認し、「０」の場合、申請届出の出ていない旨のメッセージ又は申請届出を催促する通知をイベント完了通知で示される連絡先に送信する。当該メッセージは帳票送信手段３３により送信される。
【００５２】
図１１（Ｃ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる他の予約テーブル２５１Ｂの構成を示す。図１１（Ｃ）は図１１（Ａ）及び図１１（Ｂ）の申請届出システムにおいて、更に、予約テーブル２５１に変更を加えた例である。
【００５３】
即ち、図１１（Ｃ）の予約テーブル２５１Ｂは、図１１（Ａ）の予約テーブル２５１Ａに、イベントＩＤ、申請届出作成状況という２つの情報を追加した例である。イベントＩＤは、イベント（イベント予約）毎に付与され、ユニークなものとされる。申請届出作成状況は、当該イベントについての申請届出の作成状況を示す情報であり、「１」は当該イベントについての申請届出を作成して公共イベント処理装置３に送信済であることを示し、「０」は送信していない（即ち、まだ作成も送信もしていないか又は作成したが送信していない）ことを示す。
【００５４】
この例の場合、図１１（Ａ）及び図１１（Ｂ）の場合と同様に、イベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ｂの申請届出作成状況を「０」とする。更に、この例では、申請者端末１が公共イベント処理装置３に申請届出を送信すると、当該送信したことが当該申請者端末１の帳票送信手段１３からイベント予約入力手段２１に通知される。又は、公共イベント処理装置３のイベント情報受信手段３１から当該申請届出の受信がイベント予約入力手段２１に通知される。これに応じて、イベント予約入力手段２１が、申請届出作成状況を「１」とする。
【００５５】
そして、イベント予約入力手段２１は、定期的に、予約テーブル２５１Ｂを参照して、イベント完了通知が「１」であって申請届出作成状況を「０」であるイベントＩＤが抽出されると、当該連絡先にその旨を示す（又は、申請届出を催促する）メッセージを送信する。当該メッセージはイベント情報送信手段２４により送信される。
【００５６】
図１１（Ｄ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる申請届出情報テーブル２５４の構成を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００５７】
申請届出情報テーブル２５４は、予約情報ＤＢ２５に予め用意され、イベントＩＤ毎に、当該イベントの申請届出において必要となると想定される情報（必要情報）を格納してなる。必要情報は、例えば当該イベントサービスの利用の申し込み時に当事者からイベントサービス業者に予め通知される。必要情報としては、氏名、年令、性別等がある。
【００５８】
この例では、イベント情報送信手段２４が、公共イベント処理装置３にイベント予約情報を発信する際、当該イベント予約情報における連絡先（Ｅメールアドレス）を、当該申請者ではなく、イベントサービス装置２に変更する。これにより、公共イベント処理装置３の帳票送信手段３３からの帳票データ３５２をイベントサービス装置２が受信する。そして、イベントサービス装置２が、当該帳票に対応する申請届出情報テーブル２５４の必要情報を読み出して、これと当該帳票に組み込むことにより帳票を編集し、これをイベント予約情報で示される当事者の連絡先に送信する。
【００５９】
このために、この例では、特に図示はしないが、イベントサービス装置２は、帳票データ３５２を受信する帳票受信手段、帳票を作成する帳票作成手段、及び、作成した帳票を送信する帳票送信手段を備える。これらは、各々、申請者端末１が備える帳票受信手段１１、帳票作成手段１２及び帳票送信手段１３と同様の構成とされる。なお、イベントサービス装置２が帳票を編集する処理は、申請者端末１が予め希望した場合にのみ行なうようにしてもよい。
【００６０】
図１１（Ｅ）は他の申請届出システム説明図であり、イベントサービス装置２に設けられる他の予約テーブル２５１Ｃの構成を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００６１】
図１１（Ｅ）の予約テーブル２５１Ｃは、図２（Ａ）の予約テーブル２５１に、申請届出チェックという情報を追加した例である。申請届出チェックは、当該イベントについての申請届出をしたか否かのチェックを当事者が希望するかどうかを示す情報であり、「１」は当該チェックを希望することを示し、「０」は希望しないことを示す。
【００６２】
この例では、イベント予約情報の一部として、予め当事者から当該申請届出をしたか否かのチェックを希望するかどうかを聞いておく。イベント予約入力手段２１は、当該イベント予約情報が入力されると、予約テーブル２５１Ｃの申請届出チェックを「０」とする。そして、イベント予約入力手段２１は、定期的に、予約テーブル２５１Ｂを参照して、予約情報発信状態が「０」であって申請届出チェックが「１」であるイベント予約情報が抽出されると、当該連絡先に申請届出チェックのメッセージ（当該イベント予約情報が未送信である旨を示すメッセージ）を送信する。当該メッセージはイベント情報送信手段２４により送信される。
【００６３】
図１２は、他のイベント処理フローであり、公共イベント処理装置３における他のイベント処理について示す。この処理フローは、図８の処理フローに変更を加えたものであり、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００６４】
この例は、申請届出に証明書類が必要となる場合において、当該証明書類をも同時に当事者に送信する例である。証明書類としては、例えば住民票、戸籍謄本、印鑑証明等がある。例えば、申請届出において、証明書として住民票が必要な場合がある。しかし、当事者の住所が現住所と異なるような場合、転入届（または転出届）が必要となる。このような場合、住民票、転入届（または転出届）の帳票データ３５２も同時に当事者に送信する。
【００６５】
図８と同様に、イベント情報受信手段３１がイベントサービス装置２からイベント情報を受信し（ステップＳ６１）、申請届出決定手段３２が当該公共機関の管轄の住民である否かを調べ（ステップＳ６２）、管轄の住民でない場合、処理を終了する。管轄の住民である場合、申請届出決定手段３２が、必要な申請届出を決定し、当該申請届出に使用する帳票の帳票データ３５２を読み出す（ステップＳ６３）。
【００６６】
この後、申請届出決定手段３２が、申請届出に添付する証明書類が必要であるか否か、必要であればこれを発行できるか否かを調べる（ステップＳ６４）。必要な証明書類は、例えば図２（Ｅ）の申請届出テーブル３４２において、申請届出種別の次に証明書類の項目を設けて、必要でありかつ発行できれば当該情報（証明書類名）を格納し、それ以外なら空欄とすればよい。申請届出決定手段３２は、当該イベント種別について、申請届出テーブル３４２の証明書類を参照して、証明書類の記述があれば必要かつ発行可能と判断し、証明書類の記述がなければ不要又は発行不可能と判断する。
【００６７】
ステップＳ６４において必要かつ発行可能である場合、申請届出決定手段３２が、当該証明書類の帳票データ３５２を読み出す（ステップＳ６５）。証明書類の帳票データ３５２は、ステップＳ６３と同様にして読み出される。即ち、証明書類の帳票データ３５２も、図２（Ｆ）の帳票テーブル３５１に他の帳票の帳票データ３５２と同様に格納される。
【００６８】
ステップＳ６４において不要又は発行不可能である場合、ステップＳ６５は省略される。なお、発行不可能である場合、当該証明書類の帳票データ３５２に代えて、当該証明書類を発行可能とするための手続に必要な帳票の帳票データ３５２を、帳票テーブル３５１に格納して読み出すようにしてもよい。
【００６９】
この後、図８と同様に、帳票送信手段３３は、必要な申請届出の帳票を予約者連絡先である申請者端末１に送信する（ステップＳ６６）。この時、当該帳票と共に、前述のように、証明書類が必要かつ発行可能であれば当該証明書類の帳票データ３５２が共に送信され、又は、証明書類が発行不可能であれば当該証明書類を発行可能とするための手続に必要な帳票の帳票データ３５２が共に送信される。
【００７０】
図１３は他の申請届出システム説明図であり、公共イベント処理装置３から申請者端末１に送信されるデータの一例を示す。このテーブルは、図１、図９又は図１０の申請届出システムにおいて適用することができる。
【００７１】
前述のように、公共イベント処理装置３から申請者端末１に送信されるデータは、当該イベントに伴う申請届出の帳票の帳票データ３５２と、必要に応じて、当該申請届出に添付する証明書類の帳票データ３５２である。これに加えて、図１３に示すように、これらに当該公共機関の広報の広報データ等を添付して同時に送信するようにしてもよい。広報データは、公共イベント処理装置３の広報ＤＢ（図示せず）に格納される。
【００７２】
【発明の効果】
以上説明したように、本発明によれば、申請届出システムにおいて、イベントサービス装置の予約テーブルにイベント予約情報を入力しておけば、種別テーブルと公共機関テーブルとに基づいて、該当する公共イベント処理装置から、当該イベントに伴う申請届出に必要な帳票の帳票データを、登録した自分の申請者端末で受け取ることができる。従って、多種多様なイベントについての申請届出の必要性を自分で調べる必要がなく、また、記入事項や必要な添付書類の確認や手配に手間取ることもなく、公共機関に出向いて必要な書類や情報を自分で入手する必要がなく、提出の期間を失念することがない。これにより、当事者は、イベントに伴う申請届出において、各種の帳票の入手、必要事項の記入、添付書類の取得、帳票の提出等を、比較的に短時間で容易に手続することができる。
【図面の簡単な説明】
【図１】申請届出システム構成図である。
【図２】申請届出システム説明図である。
【図３】イベントサービスのＷｅｂページの一例を示す図である。
【図４】イベント予約情報入力画面の一例を示す図である。
【図５】確認画面の一例を示す図である。
【図６】申請者端末処理フローであり、申請者端末におけるイベントの申請届出処理について示す。
【図７】イベントサービス処理フローであり、イベントサービス装置におけるイベントサービス処理について示す。
【図８】イベント処理フローであり、公共イベント処理装置におけるイベント処理について示す。
【図９】他の申請届出システム構成図である。
【図１０】他の申請届出システム構成図である。
【図１１】申請届出システム説明図である。
【図１２】他のイベント処理フローであり、公共イベント処理装置における他のイベント処理について示す。
【図１３】他の申請届出システム説明図である。
【符号の説明】
１ 申請者端末
２ イベントサービス装置
３ 公共イベント処理装置（公共機関のイベント処理装置）
４ インターネット
１１ 帳票受信手段
１２ 帳票作成手段
１３ 帳票送信手段
２１ イベント予約入力手段
２２ 申請届出種別決定手段
２３ 申請届出先決定手段
２４ イベント情報送信手段
２５ 予約情報ＤＢ
３１ イベント情報受信手段
３２ 申請届出決定手段
３３ 帳票送信手段
３４ 住民情報ＤＢ
３５ 帳票ＤＢ
Claims (13)
- インターネットにより相互に接続される申請者端末と、イベントサービス装置と、公共イベント処理装置とからなる申請届出システムであって、
前記イベントサービス装置は、予め登録された情報であって当該イベント種別、当該申請者端末のアドレス、当該申請者端末の住所を示す情報及び当該イベント予約情報の送信の状態を示す情報を含むイベント予約情報を格納する予約テーブルと、イベントの種別毎に申請届出の要否及び申請届出先である公共機関の種別を格納する種別テーブルと、公共機関の種別毎にアドレスを格納する公共機関テーブルとを備え、予め定められた所定の時間毎に前記予約テーブルを参照してイベント予約情報を読み出し、当該イベント予約情報のイベント種別に基づいて前記種別テーブルを参照し、前記申請届出の要否及び前記公共機関の種別を決定し、前記申請届出が必要でありかつ前記イベント予約情報の送信の状態を示す情報が前記公共イベント処理装置へ未送信であることを示す場合、前記決定した公共機関の種別と前記イベント予約情報の当該申請者端末の住所を示す情報とに基づいて前記公共機関テーブルを参照して、当該イベント予約情報を送信する公共イベント処理装置を決定し、当該公共イベント処理装置の前記アドレスに当該イベント予約情報を送信し、
前記公共イベント処理装置は、予め登録されたイベントに伴う申請届出に必要な帳票の帳票データを格納する帳票テーブルを備え、前記イベント予約情報を受信した場合、当該イベント予約情報に含まれる前記イベントに伴う申請届出に必要な帳票の帳票データを当該イベント予約情報に含まれる前記アドレスの申請者端末に送信し、
前記申請者端末が、送信された当該イベントに伴う申請届出に必要な帳票の帳票データを受信する
ことを特徴とする申請届出システム。 - 前記公共イベント処理装置は、更に、住民の氏名、住所を格納する住民テーブルを備え、
前記イベント予約情報は、更に、当該申請者端末の住所を示す情報を含み、
前記公共イベント処理装置が、受信した前記イベント予約情報に含まれる住所に基づいて前記住民テーブルを参照して、当該イベント予約情報が管轄する住民のものか否かを判断する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記公共イベント処理装置は、更に、イベントの種別毎に当該イベントに伴って必要となる申請届出の種別を格納する申請届出テーブルを備え、
前記公共イベント処理装置が、受信した前記イベント予約情報に含まれるイベント種別に基づいて前記申請届出テーブルを参照して、当該イベント予約情報に含まれるイベント種別に伴って必要となる申請届出の種別を決定する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記帳票テーブルは、更に、申請届出の種別毎に当該申請届出に必要な帳票の帳票データの格納先アドレス又は入力先ＵＲＬを格納し、
前記公共イベント処理装置が、決定した前記申請届出の種別に基づいて前記帳票テーブルを参照して、当該申請届出に必要な帳票の帳票データを読み出す
ことを特徴とする請求項３に記載の申請届出システム。 - 前記イベント予約情報は、更に、当該イベント予約情報に含まれるイベントの実施の状態を示す情報を含み、
前記イベントサービス装置が、当該イベント予約情報の前記イベントの実施の状態を示す情報が当該イベントが実施済であることを示す場合、当該イベント予約情報を当該公共イベント処理装置の前記アドレスへ送信し、当該イベントがまだ実施されていないことを示す場合、その旨を当該申請者端末に送信する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記イベントサービス装置が、当該イベント予約情報を前記公共イベント処理装置の前記アドレスに送信した場合に、当該イベント予約情報の送信の状態を示す情報を、送信済であることを示すように変更する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記公共イベント処理装置は、更に、前記イベントサービス装置から受信したイベント予約情報に基づく受信履歴であって、イベント予約者、イベント種別、受信日、当該イベントに伴う申請届出を受信したか否かを示す情報である申請届出受信状況からなる受信履歴を格納する受信履歴テーブルを備え、
前記公共イベント処理装置が、前記申請届出を受信したか否かを示す情報がまだ受信していないことを示す場合、申請届出の出ていない旨のメッセージ又は申請届出を催促する通知を、前記申請者端末に送信する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記イベント予約情報は、更に、当該イベント予約情報に含まれる イベントについての申請届出の作成状況を示す情報を含み、
前記イベントサービス装置が、当該イベント予約情報の送信の状態を示す情報が送信済であることを示し、かつ、前記申請届出の作成状況を示す情報が申請届出がまだ送信されていないことを示す場合、その旨のメッセージを前記申請者端末に送信する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記イベントサービス装置が、更に、イベント毎に当該イベントの申請届出において必要となると想定される情報を格納する申請届出情報テーブルを備え、
前記イベントサービス装置が、前記公共イベント処理装置の前記アドレスに前記イベント予約情報を発信する場合、当該イベント予約情報に含まれる当該申請者端末のアドレスを、当該イベントサービス装置のアドレスに変更し、
前記公共イベント処理装置が、前記イベント予約情報を受信した場合、当該イベント予約情報に含まれる前記イベントに伴う申請届出に必要な帳票の帳票データを当該イベントサービス装置のアドレスに送信し、
前記イベントサービス装置が、前記公共イベント処理装置から送信された前記帳票データを受信し、当該帳票に対応する申請届出情報テーブルに格納された当該イベントの申請届出において必要となると想定される情報を当該帳票に組み込むことにより帳票を編集し、これを当該イベント予約情報に含まれる当該申請者端末のアドレスに送信する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記イベント予約情報は、更に、当該イベントについての申請届出をしたか否かのチェックを当事者が希望するかどうかを示す情報を含み、
前記イベントサービス装置が、前記イベント予約情報の送信の状態を示す情報が前記公共イベント処理装置へ未送信であることを示し、かつ、前記チェックを当事者が希望するかどうかを示す情報が希望することを示す場合、当該イベント予約情報に含まれる当該申請者端末のアドレスに当該イベント予約情報が未送信であることを示すメッセージを送信する
ことを特徴とする請求項１に記載の申請届出システム。 - 前記公共イベント処理装置は、更に、イベントの種別毎に当該イベントに伴って必要となる申請届出のために必要かつ発行可能な証明書類を格納する申請届出テーブルと、証明書類の種別毎に当該証明書類の帳票データの格納先アドレス又は入力先ＵＲＬを格納する帳票テーブルとを備え、
前記公共イベント処理装置が、受信した前記イベント予約情報に含まれるイベント種別に基づいて前記申請届出テーブルを参照して、当該イベント予約情報に含まれるイベント種別に伴って必要となるかつ発行可能な証明書類の種別を判断し、当該必要となるかつ発行可能な証明書類の種別に基づいて前記帳票テーブルを参照して、当該証明書類の帳票データを読み出し、これを前記イベントに伴う申請届出に必要な帳票の帳票データと共に当該イベント予約情報に含まれる当該申請者端末のアドレスに送信する
ことを特徴とする請求項１に記載の申請届出システム。 - インターネットにより相互に接続される申請者端末と、イベントサービス装置と、公共機関に設けられ公共イベント処理装置を構成する第１のサーバと、これ以外に設けられ前記公共イベント処理装置を構成する第２のサーバとからなる申請届出 システムであって、
前記イベントサービス装置は、予め登録された情報であって当該イベント種別、当該申請者端末のアドレス、当該申請者端末の住所を示す情報及び当該イベント予約情報の送信の状態を示す情報を含むイベント予約情報を格納する予約テーブルと、イベントの種別毎に申請届出の要否及び申請届出先である公共機関の種別を格納する種別テーブルと、公共機関の種別毎に前記第１のサーバのアドレスを格納する公共機関テーブルとを備え、予め定められた所定の時間毎に前記予約テーブルを参照してイベント予約情報を読み出し、当該イベント予約情報のイベント種別に基づいて前記種別テーブルを参照し、前記申請届出の要否及び前記公共機関の種別を決定し、前記申請届出が必要でありかつ前記イベント予約情報の送信の状態を示す情報が前記公共イベント処理装置へ未送信であることを示す場合、前記決定した公共機関の種別と前記イベント予約情報の当該申請者端末の住所を示す情報とに基づいて前記公共機関テーブルを参照して、当該イベント予約情報を送信する公共イベント処理装置を決定し、当該公共イベント処理装置である第１のサーバの前記アドレスに当該イベント予約情報を送信し、
前記第１のサーバが、住民の氏名、住所を格納する住民テーブルを備え、前記イベント予約情報を受信した場合、当該イベント予約情報に含まれる住所に基づいて前記住民テーブルを参照して、当該イベント予約情報が管轄する住民のものである場合に、当該イベントに伴って必要となる申請届出の種別を決定して、前記第２のサーバに通知し、
前記第２のサーバが、予め登録されたイベントに伴う申請届出の種別毎に当該申請届出に必要な帳票の帳票データの格納先アドレス又は入力先ＵＲＬを格納する帳票テーブルを備え、決定した前記申請届出の種別に基づいて前記帳票テーブルを参照して、当該申請届出に必要な帳票の帳票データを読み出し、これを当該イベント予約情報に含まれる前記アドレスの申請者端末に送信し、
前記申請者端末が、送信された当該イベントに伴う申請届出に必要な帳票の帳票データを受信する
ことを特徴とする申請届出システム。 - インターネットにより相互に接続される申請者端末及び第１及び第２のＬＡＮと、前記第１のＬＡＮに接続されたイベント予約情報を入力可能な第１の予約端末及びイベントサービス装置と、前記第２のＬＡＮに接続された前記イベント予約情報を入力可能な第２の予約端末、公共機関に設けられ公共イベント処理装置を構成する第１のサーバ及びこれ以外に設けられ前記公共イベント処理装置を構成する第２のサーバとからなる申請届出システムであって、
前記イベントサービス装置は、前記第１又は第２の予約端末から予め登録された情報であって当該イベント種別、当該申請者端末のアドレス、当該申請者端末の住所を示す情報及び当該イベント予約情報の送信の状態を示す情報を含むイベント予約情報を格納する予約テーブルと、イベントの種別毎に申請届出の要否及び申請届出先である公共機関の種別を格納する種別テーブルと、公共機関の種別毎に前記第１のサーバのアドレスを格納する公共機関テーブルとを備え、予め定められた所定の時間毎に前記予約テーブルを参照してイベント予約情報を読み出し、当該イベント予約情報のイベント種別に基づいて前記種別テーブルを参照し、前記申請届出の要否及び前記公共機関の種別を決定し、前記申請届出が必要でありかつ前記イベント予約情報の送信の状態を示す情報が前記公共イベント処理装置へ未送信であることを示す場合、前記決定した公共機関の種別と前記イベント予約情報の当該申請者端末の住所を示す情報とに基づいて前記公共機関テーブルを参照して、当該イベント予約情報を送信する公共イベント処理装置を決定し、前記第１及び第２のＬＡＮ及びインターネットを介して、当該公共イベント処理装置である第１のサーバの前記アドレスに当該イベント予約情報を送信し、
前記第１のサーバが、住民の氏名、住所を格納する住民テーブルを備え、前記イベント予約情報を受信した場合、当該イベント予約情報に含まれる住所に基づいて前記住民テーブルを参照して、当該イベント予約情報が管轄する住民のものである場合に、当該イベントに伴って必要となる申請届出の種別を決定して、前記第２のＬＡＮを介して、前記第２ のサーバに通知し、
前記第２のサーバが、予め登録されたイベントに伴う申請届出の種別毎に当該申請届出に必要な帳票の帳票データの格納先アドレス又は入力先ＵＲＬを格納する帳票テーブルを備え、決定した前記申請届出の種別に基づいて前記帳票テーブルを参照して、当該申請届出に必要な帳票の帳票データを読み出し、前記第２のＬＡＮ及びインターネットを介して、これを当該イベント予約情報に含まれる前記アドレスの申請者端末に送信し、
前記申請者端末が、送信された当該イベントに伴う申請届出に必要な帳票の帳票データを受信する
ことを特徴とする申請届出システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002225935A JP4028318B2 (ja) | 2002-08-02 | 2002-08-02 | 申請届出システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002225935A JP4028318B2 (ja) | 2002-08-02 | 2002-08-02 | 申請届出システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004070485A JP2004070485A (ja) | 2004-03-04 |
| JP4028318B2 true JP4028318B2 (ja) | 2007-12-26 |
Family
ID=32013432
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002225935A Expired - Fee Related JP4028318B2 (ja) | 2002-08-02 | 2002-08-02 | 申請届出システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4028318B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6915308B2 (ja) * | 2017-03-07 | 2021-08-04 | 大日本印刷株式会社 | 書類作成システム、サーバ装置、クライアント装置及びコンピュータプログラム |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07121608A (ja) * | 1993-10-26 | 1995-05-12 | Fujitsu Ltd | 住民票異動処理方法 |
| JPH08101872A (ja) * | 1994-09-30 | 1996-04-16 | Pfu Ltd | 施設予約管理システム |
| JPH11328288A (ja) * | 1998-05-19 | 1999-11-30 | Dainippon Printing Co Ltd | 電子申請・電子帳票流通サービスシステム |
| JP2000172773A (ja) * | 1998-12-10 | 2000-06-23 | Ntt Communicationware Corp | 帳票書式文書管理方法及びシステム装置 |
| JP2000315237A (ja) * | 1999-04-30 | 2000-11-14 | Kawasaki Steel Systems R & D Corp | 帳票処理システム |
| JP2001357314A (ja) * | 2000-06-09 | 2001-12-26 | Nissay Information Technology Co Ltd | 物品宅配サービスネットシステム |
| JP2002092150A (ja) * | 2000-07-10 | 2002-03-29 | Tokyo Electric Power Co Inc:The | 異動情報届出方法およびそのシステム |
| JP2002041725A (ja) * | 2000-07-25 | 2002-02-08 | Toshiba Corp | 情報連携システム、情報連携処理方法、記憶媒体 |
| JP2002092142A (ja) * | 2000-09-19 | 2002-03-29 | Nec Corp | 住所変更方法及び住所変更システム |
| JP2002150157A (ja) * | 2000-11-07 | 2002-05-24 | Dainippon Printing Co Ltd | 電子フォーム利用システム |
| JP2002163424A (ja) * | 2000-11-28 | 2002-06-07 | Hitachi Electronics Service Co Ltd | 書類提出支援サービスシステム及び記録媒体 |
| JP4080687B2 (ja) * | 2000-12-08 | 2008-04-23 | 大日本印刷株式会社 | 電子手続システムのサーバ装置 |
-
2002
- 2002-08-02 JP JP2002225935A patent/JP4028318B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004070485A (ja) | 2004-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3654773B2 (ja) | 情報交換方法、情報管理流通装置、情報管理装置、情報流通装置、情報管理流通プログラムを記録したコンピュータ読み取り可能な記録媒体、情報管理プログラムを記録したコンピュータ読み取り可能な記録媒体及び情報流通プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| US7333943B1 (en) | Method and system for managing real property transactions having internet access and control | |
| WO2000057338A1 (en) | Posthumous communication | |
| JP5397527B2 (ja) | 手続管理システム | |
| CN101253757A (zh) | 通信系统和通信终端 | |
| JP5174297B2 (ja) | 手続管理システム | |
| JP2002207680A (ja) | 電子会議支援システムおよび方法、並びにプログラム | |
| JP2001222574A (ja) | 知的財産業務処理方法、システム、サーバ及び記録媒体 | |
| JP2010055579A (ja) | 求人支援サービス提供システム | |
| JP2009260492A (ja) | 通話記録装置、通話記録方法、及びプログラム | |
| JP2008217603A (ja) | 地図およびブログを用いた不動産売買仲介支援システム | |
| JP4028318B2 (ja) | 申請届出システム | |
| KR20040069928A (ko) | 통신망을 이용한 커뮤니티 생성 및 관리 방법 | |
| JP2004013380A (ja) | 電子申請システム及び同システムにおける電子文書の申請・申告方法、並びに電子申請プログラム | |
| WO2001009781A2 (en) | Method and system for internet delivery of legal services | |
| JP2005157495A (ja) | 情報管理装置及び情報提供システム | |
| JP2001357172A (ja) | 電子申請・届出についてのワンストップサービス方式 | |
| JP2005032044A (ja) | 情報取引システム | |
| KR100743265B1 (ko) | 인터넷을 이용한 스케쥴 통합 관리 시스템 및 그 방법 | |
| JP2002236739A (ja) | 個人の住所変更を関連機関に通知する手続きを請け負う通信ネットワーク上の手続き代行サービス装置 | |
| JP2002334183A (ja) | 学校支援システム | |
| JP2002049709A (ja) | 葬儀見積契約システム | |
| JP3676649B2 (ja) | 訃報配信システムおよびその方法 | |
| JP2004078394A (ja) | 差し込みメールシステムと差し込みメールサービス方法 | |
| KR20010082392A (ko) | 온라인 민원서류 발급,조회 및 전송 시스템과 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050322 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070628 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070710 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070907 |
|
| 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: 20071009 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071011 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101019 Year of fee payment: 3 |
|
| R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131019 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |