JP4171638B2

JP4171638B2 - Traffic accident certificate application system, method thereof, and program thereof

Info

Publication number: JP4171638B2
Application number: JP2002316486A
Authority: JP
Inventors: 明浩池田
Original assignee: 日本興亜損害保険株式会社
Priority date: 2002-10-30
Filing date: 2002-10-30
Publication date: 2008-10-22
Anticipated expiration: 2022-10-30
Also published as: JP2004152012A

Description

【０００１】
【発明の属する技術分野】
本発明は交通事故証明書申請システムに関し、より詳しくは、交通事故データ及び申請状況データに基づいて自動的に申請データを検索・出力する交通事故証明書申請システムに関する。
【０００２】
【従来の技術】
自動車事故が発生し、保険を使用する場合、事故が確かに発生していることを証明するために、通常は交通事故証明書（以下、「事故証明書」という）が必要となる。この事故証明書は、物損事故用と人身事故用の２種類があり、当該事故場所に応じた「自動車安全運転センター」に、必要事項を記入した所定の申請用紙と交付料金を提出することで入手できる。
【０００３】
自動車保険に加入している場合、通常は事故の対応を保険会社に依頼するのが普通であり、保険会社側では事故対応の一環として事故証明書の代理申請および入手を行っている。この事務手続きは、保険会社の全国の事故担当者がそれぞれ行っており、おおよそ以下のような手順で行われる。
・契約者や事故相手などの事故当事者から、事故証明書の申請に必要な情報を入手する。
・事故１件ごとに、所定の事故証明書申請用紙に必要事項を手書きで記入、またはプリンターで印刷する。
・複数の事故証明書申請用紙をまとめて、自動車安全運転センターに郵送する。・自動車安全運転センターから事故証明書が交付されたら、該当する事故の他の一件書類とともに保管する。
【０００４】
このように、事故証明書の手続は、１件ごとに手作業で行うことが通常であった。それは、事故１件ごとに、証明書を必要とする場合と必要としない場合とがあったり、申請用紙に記入が必要な事項に関する情報を入手するタイミングがばらばらであることが普通であったりするという事情に負う部分が大きい。
【０００５】
「事故証明書」に関する先行技術には、特許文献１から６がある。それらの内で、交通事故証明書の発行申請に関する記述があるのは特許文献１のみである。しかし、特許文献１には、事故を起こした契約者が事故状況を入力し、保険会社側で保険が使用可能かどうか判定し、保険が使用可能であり、かつ事故証明書が保険金請求に必要な場合は、入力された事故状況を使用して事故証明書の申請を行うということが開示されているが、所定の条件を満たした交通事故に関する事故証明書を自動的に一括して申請することは開示されていない。
【０００６】
【特許文献１】
特開２００２−１８３４３７「保険事案照会システム、保険事案請求システム、調査進捗把握システム、及び保険事案支払システム」
【特許文献２】
特開２００２−２３０６０４「タイムレコードシステム及び出／退勤処理サービスシステム」
【特許文献３】
特開２００１−２９７１４８「保険給付サービスシステム」
【特許文献４】
特開２０００−２０７６１６「書類発行装置、書類発行方法及び書類発行システム」
【特許文献５】
特開平１１−２３２３４０「事故写真データ入力方法およびそのプログラム記録媒体」
【特許文献６】
特開平９−２５９３０７「電子型自動車運転免許証システム」
【０００７】
【発明が解決しようとする課題】
しかし、保険会社が事故証明書を代理申請・入手する事務手続きには、以下のような問題があった。
▲１▼保険会社の事故担当者は、各自が毎日数件〜十数件の事故を受け付けており、申請用紙の作成（手書きまたは印刷）だけでも相当な時間と労力を費やしていた。
▲２▼事故証明書の申請に必要な情報を入手できるタイミングがばらばらであるため、事故証明書の申請可否を個別にチェックしなければならず、事故証明書の申請漏れなどで保険金の支払時に必要書類の不備となり支障をきたす場合があった。▲３▼また、事故証明書の申請を行っても、物損事故用・人身事故用の種類違い、その他情報の間違いや事故証明書の作成されるタイミングによって事故証明書が交付されない場合が一定数あり、その場合には複数回にわたって申請を繰り返すことになるため、申請済み・未申請・不交付分の再申請などの管理に手間がかかっていた。
▲４▼更に、交付された事故証明書はそれぞれの事故ごとに他の一件書類とともに保管する必要があり、その仕分けにも時間と労力がかかっていた。
【０００８】
【課題を解決するための手段】
上記の課題は、以下のような特徴を有する本発明によって解決される。請求項１に記載の発明は、それぞれの交通事故案件について、事故種別、事故発生日、事故発生場所、取扱警察署、届出日、及び当事者氏名の少なくともいずれか並びにそれぞれの当該交通事故案件を識別する交通事故管理識別子を含む交通事故データを記憶する交通事故データ記憶手段と、入力された情報に基づいて当該交通事故データを更新する交通事故データ更新手段と、それぞれの交通事故案件の証明書について、申請ステータス、申請回数、直近申請日、電子証明書及び証明書交付日の少なくともいずれかを含む申請データを当該交通事故管理識別子と関連付けて記憶する申請状況データ記憶手段と、取得した情報に基づいて当該申請状況データを更新する申請状況データ更新手段と、当該交通事故データに交通事故証明書の申請に必要な所定の項目が入力されていることを判断する申請要件充足判断手段と、当該申請ステータスが未申請であることを判断する未申請判断手段と、当該申請要件充足判断手段、及び当該未申請判断手段によって肯定的な判断がなされた交通事故案件について、当該交通事故データ記憶手段から交通事故証明書交付申請に必要な所定の申請データを検索して出力する申請データ検索・出力手段と、を有することを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の発明の特徴に加えて、当該申請状況データ記憶手段が記憶する申請状況データは、申請可能フラグを更に含み、及び当該申請データ検索・出力手段は、当該申請要件充足判断手段、及び当該未申請判断手段によって肯定的な判断がなされ、かつ当該申請可能フラグがオンである交通事故案件について、当該交通事故データ記憶手段から交通事故証明書交付申請に必要な所定の申請データを検索して出力することを特徴とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の発明の特徴に加えて、当該事故発生日から現在までの経過日数が所定の申請待機日数を経過していることを判断する申請待機日数満了判断手段と、を更に有し、及び当該申請データ検索・出力手段は、当該待機日数満了判断手段によっても肯定的な判断がなされた交通事故案件について、当該申請データを検索して出力することを特徴とする。
【００１１】
請求項４に記載の発明は、請求項１から３のいずれか１項に記載の発明の特徴に加えて、当該証明書の交付状況に基づいて当該申請待機日数を更新する申請待機日数更新手段を更に有することを特徴とする。
【００１２】
請求項５に記載の発明は、請求項４に記載の発明の特徴に加えて、当該申請待機日数更新手段は、当該申請回数が１回の交通事故案件についての当該証明書交付日と当該事故発生日との差の平均値を求め、当該平均値と当該申請待機日数との差が所定の範囲になるように当該申請待機日数を更新することを特徴とする。
【００１３】
請求項６に記載の発明は、請求項１から５のいずれか１項に記載の発明の特徴に加えて、当該申請データ出力手段は、ネットワークを通じて当該申請データを出力することを特徴とする。
【００１４】
請求項７に記載の発明は、請求項１から６のいずれか１項に記載の発明の特徴に加えて、当該申請状況データ更新手段は、ネットワークを通じて取得した証明書の交付情報に基づいて当該申請状況データの少なくとも一部を更新することを特徴とする。
【００１５】
請求項８に記載の発明は、請求項７に記載の発明の特徴に加えて、当該申請状況データ更新手段は、当該申請状況データの少なくとも一部を更新する際に、当該のネットワークを通じて取得した証明書の交付情報に基づいて更新すべき交通事故案件を特定することを特徴とする。
【００１６】
請求項９に記載の発明は、請求項７に記載の発明の特徴に加えて、当該申請状況データ更新手段は、当該申請状況データの少なくとも一部を更新する際に、ネットワークを通じて取得した証明書の交付情報に含まれる当該交通事故管理識別子に基づいて更新すべき交通事故案件を特定することを特徴とする。
【００１７】
請求項１０に記載の発明は、請求項１から９のいずれか１項に記載の発明の特徴に加えて、当該申請状況データ更新手段は、当該申請状況データの少なくとも一部を更新する際に、更新する旨又は更新内容を出力することを特徴とする。
【００１８】
請求項１１に記載の発明は、請求項１から１０のいずれか１項に記載の発明の特徴に加えて、当該申請状況データを出力する申請状況データ出力手段を更に有することを特徴とする。
【００１９】
請求項１２に記載の発明は、請求項１から１１のいずれか１項に記載の発明の特徴に加えて、当該申請ステータスが申請をしたが未交付であることを判断する申請後未交付判断手段と、当該申請後未交付判断手段によって肯定的な判断がなされた交通事故案件について、当該直近申請日から現在までの経過日数が所定の再申請待機日数を経過していることを判断する再申請待機日数満了判断手段と、当該再申請待機日数満了手段によって肯定的な判断がなされた交通事故案件について、当該申請データを再び出力する再申請データ出力手段と、を更に有することを特徴とする。
【００２０】
請求項１３に記載の発明は、請求項１から１２のいずれか１項に記載の発明の特徴に加えて、当該申請ステータスが申請後未交付であり、かつ、当該申請回数が所定の複数回以上の交通事故案件についての警告を出力する未交付警告出力手段を更に有することを特徴とする。
【００２１】
請求項１４に記載の発明は、それぞれの交通事故案件について、事故種別、事故発生日、事故発生場所、取扱警察署、届出日、及び当事者氏名の少なくともいずれか並びにそれぞれの当該交通事故案件を識別する交通事故管理識別子を含む交通事故データを記憶するステップと、入力された情報に基づいて当該交通事故データを更新するステップと、それぞれの交通事故案件の証明書について、申請ステータス、申請回数、直近申請日、電子証明書及び証明書交付日の少なくともいずれかを含む申請データを当該交通事故管理識別子と関連付けて記憶するステップと、取得した情報に基づいて当該申請状況データを更新するステップと、記憶された当該交通事故データに交通事故証明書の申請に必要な所定の項目が入力されていることを判断するステップと、記憶された当該申請ステータスが未申請であることを判断するステップと、上記の２つの判断するステップによって肯定的な判断がなされた交通事故案件について、記憶された当該交通事故データから交通事故証明書交付申請に必要な所定の申請データを検索して出力するステップと、を有することを特徴とする。
【００２２】
請求項１５に記載の発明は、請求項１４に記載の発明に係る方法をコンピュータに実行させることを特徴とする。
【００２３】
【発明の実施の形態】
これから図面を参照して、本発明の一実施形態に係る交通事故証明書申請システム１について説明する。まず、交通事故証明書申請システム１の構成について説明する。図１は、交通事故証明書申請システム１の構成を表わすシステム構成図である。交通事故証明書申請システム１は、申請機関サーバ２、ホストコンピュータ３、交通事故データ記憶手段４、申請状況データ記憶手段５、担当者端末６及び出力装置７から構成される。他には、交付機関サーバ９をインターネット８を介して申請機関サーバ２に接続することができる。
【００２４】
申請機関サーバ２は、交通事故証明書の申請に関する処理を実行する構成要素である。申請機関サーバ２は、個別には図示していないが、記憶手段（ＨＤＤなど）、プログラム実行手段（ＣＰＵ、ＯＳ、ＲＡＭなど）、ＬＡＮ接続手段（ＬＡＮアダプタなど）を有している。本発明に係る各種の手段又はステップによる機能を実行するためのアプリケーションが、それを記憶しているＨＤＤからＲＡＭにロードされ、ＣＰＵによってＯＳを仲立ちとして実行される。申請機関サーバ２は、主としてバッチ処理により、交通事故証明書の申請に関する処理を実行する。申請機関サーバ２は、ＬＡＮアダプタを介してホストコンピュータ３、担当者端末６、及び出力装置７に接続される。なお、申請機関サーバ２は、ＷＡＮ接続手段（ルータなど）を有していてもよく、それを介してインターネット８に接続されていてもよい。典型的にはその際に、申請機関サーバ２は、申請データをＨＴＴＰあるいはＦＴＰによりインターネット８を介して交付機関サーバ９に送信するＷｅｂサーバあるいはＦＴＰサーバとして、及び証明書の交付情報を交付機関サーバ９からインターネット８を介して受信するクライアントとして機能する。
【００２５】
ホストコンピュータ３は、交通事故案件に関する交通事故データや自動車事故証明書の申請状況に関する申請状況データを管理する構成要素である。ホストコンピュータ３は、個別には図示していないが、記憶手段（ＨＤＤなど）、プログラム実行手段（ＣＰＵ、ＯＳ、ＲＡＭなど）、ＬＡＮ接続手段（ＬＡＮアダプタなど）、及び入出力インターフェースを有している。交通事故データや申請状況データの管理を実行するためのアプリケーションが、それを記憶しているＨＤＤからＲＡＭにロードされ、ＣＰＵによってＯＳを仲立ちとして実行される。ホストコンピュータ３は、典型的には、既存の交通事故データの管理システムに、本発明の実施のため必要となった申請状況データの管理システムを新たに追加した形態である。ホストコンピュータ３は、主として申請機関サーバ２からの指令により、交通事故データ記憶手段４に記憶される交通事故データ、及び申請状況データ記憶手段５に記憶される申請状況データの管理を実行する。ホストコンピュータ３は、ＬＡＮアダプタを介して申請機関サーバ２、担当者端末６、及び出力装置７に接続され、入出力インターフェースを介して交通事故データ記憶手段４、及び申請状況データ記憶手段５に接続される。なお、ホストコンピュータ３の機能を申請機関サーバ２に統合してもよく、この場合は独立したホストコンピュータ３としての形態を取る必要はない。
【００２６】
交通事故データ記憶手段４は、交通事故データを記憶する構成要素である。交通事故データ記憶手段４は、個別には図示していないが、記憶媒体（ＨＤＤなど）、プログラム実行手段（ＣＰＵ、ファームウェア、ＲＡＭなど）、入出力インターフェースを有している。データの記憶媒体への書き込み及び読み出しの管理を実行するためのファームウェアが、ＣＰＵによって実行される。交通事故データ記憶手段４は、典型的には外部記憶装置の形態である。交通事故データ記憶手段４は、ホストコンピュータ３からの指令により、交通事故データの記憶媒体への書き込み及び読み出しを実行する。交通事項データ記憶手段４は、入出力インターフェースを介してホストコンピュータ３と接続される。
【００２７】
交通事故データ記憶手段４が記憶する交通事故データは、それぞれの交通事故案件に関する、事故種別（人身事故又は物件事故）、事故発生日、事故発生場所、取扱警察署、届出日、及び当事者氏名の少なくともいずれか並びにそれぞれの交通事故案件を識別する交通事故管理識別子を含む。
【００２８】
申請状況データ記憶手段５は、申請状況データを記憶する構成要素である。その内部構成び基本的動作は、前記の交通事故記憶手段４と同じであるが、記憶する情報が申請状況データである点が異なっている。
【００２９】
申請状況データ記憶手段５が記憶する申請状況データは、それぞれの交通事故案件の証明書の申請及び交付に関する、証明書交付の申請ステータス（本願では、申請ステータスと称する。）、申請回数、直近申請日、申請可能フラグ、電子証明書及び証明書交付日（証明書入手日に代えてもよい。）を含むものであり、それらは、上記の交通事故管理識別子と関連付けられて記憶される。申請状況データには、更に、申請待機日数、及び再申請待機日数が含まれる。ここで申請待機日数とは、事故発生日から申請するまでに待機する日数のことである。これは、交通事故の発生後、その情報が交通事故証明書の交付機関に届くまでに時間差があるために、申請時には交付機関が交通事故の情報を得ておくために必要となるタイムラグである。この申請待機日数は、当初、５日間などと設定しておくことができるが、申請に対する交付状況に応じて、更新することができる。再申請待機日数とは、申請をしてから証明書が交付されるまでの期間が所定の日数を超えた場合には再び申請を行う必要があるが、そのような所定の日数のことをいう。この再申請待機日数は、当初、２日間などと設定しておくことができるが、交付状況に応じて、更新することができる。上記の申請待機日数及び再申請待機日数に関する日数計算に当たっては、休日を除外してカウントしてもよいし、そうでなくてもよい。また、申請待機日数及び再申請待機日数を日の単位ではなく、時間の単位で設定してもよい。更には、申請待機日数は、事故種別（人身事故又は物損事故）毎に設けてもよい。申請ステータスとは、申請の状況を表わす識別子であり、未申請、申請済、交付済、及び申請後未交付などの状態を弁別する。これらの申請ステータスは、交通事故案件ごとに、申請機関サーバ２によって、適宜設定される。申請可能フラグとは、特段の事情による申請の可否を示すフラグのことであり、デフォールトではオンであって申請可能を表わすが、特段の事情によりオフに設定されて申請不可を表わす。この申請可能フラグは、担当者端末６を通じて、オン・オフすることができ、特に、保険契約者が保険を使用するかどうかをまだ決めていない場合、保険が使用可能かどうか調査が必要な場合、あるいは軽微な単独事故などのため保険会社側で事故証明書を不要とする場合などの特段の事情がある場合にオフに設定して申請を保留することができる。また、電子証明書とは、電子的なデータによって交付される交通事故証明書のことであり、証明書番号、証明の認証番号、電子署名されたデータあるいは証明書書面ファイルなどの種々の形態をとり得る。
【００３０】
上記の交通事故データ及び申請状況データにおいて、日付などの内容的な項目については、それらがまだ入力されていない場合はデフォールトで「ブランク」が入力されており、回数などの計数的な項目については、それらがまだ入力されていない場合はデフォールトで「０回」が入力されている。なお、入力という用語は、交通事故記憶手段４又は申請状況データ記憶手段５が書き込み（含更新）のためのデータを受け付けることを意味しており、データの発信先が担当者の手入力による場合、ネットワークから取得する場合、申請機関サーバ２からの指令による場合、及びホストコンピュータ３から取得する場合も広く意味するものとする。
【００３１】
担当者端末６は、交通事故データ及び申請状況データの入出力のために担当者が使用する構成要素である。担当者端末６は、個別には図示していないが、記憶媒体（ＨＤＤなど）、プログラム実行手段（ＣＰＵ、ＯＳ、ＲＡＭなど）、ＬＡＮ接続手段（ＬＡＮアダプタなど）、及び入出力手段（キーボード、マウス、ディスプレイなど）を有している。データの入出力を実行するためのアプリケーションが、それを記憶しているＨＤＤからＲＡＭにロードされ、ＣＰＵによってＯＳを仲立ちとして実行される。担当者端末６は、典型的には、パーソナル・コンピュータの形態である。担当者端末６は、入出力に係るデータの送受信をホストコンピュータ３（あるいは、場合により申請機関サーバ２）との間で実行する。担当者端末６は、ＬＡＮアダプタを介して申請機関サーバ２、ホストコンピュータ３などに接続される。
【００３２】
出力装置７は、申請のための申請データを所定の媒体に出力するための構成要素である。出力装置７は、個別には図示していないが、リムーバブル記録媒体書き込み装置（フレキシブル・ディスク・ドライブ、ＣＤ−ＲＯＭライタ、ＤＶＤ−ＲＯＭライタ、メモリ・カード・リーダ／ライタ、ＭＯディスク・ドライブなど）、プログラム実行手段（ＣＰＵ、ファームウェア、ＲＡＭなど）、ＬＡＮ接続手段（ＬＡＮアダプタなど）を有している。データのリムーバブル記録媒体への書き込み及び読み出しの管理を実行するためのファームウェアが、ＣＰＵによって実行される。リムーバブル記録媒体としては、フレキシブル・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリ・カード、ＭＯディスクなどを使用することができる。出力装置７は、典型的には外部リムーバブル記録媒体リーダ／ライタの形態である。出力装置７は、申請機関サーバ２からの指令により、申請機関サーバ２あるいはホストコンピュータ３から送られてくる申請データの、リムーバブル記録媒体への書き込みを実行する。申請データが記録されたリムーバブル記録媒体は、証明書の交付機関に提出される。出力装置７は、ＬＡＮアダプタを介して申請機関サーバ２などに接続される。
【００３３】
インターネット８は、ＴＣＰ／ＩＰによるＷＡＮネットワークである。ＨＴＴＰ、ＦＴＰなどの上位プロトコルによって、インターネット８上でデータの送受信がなされる。申請機関サーバ２は、申請機関サーバ２あるいはホストコンピュータ３からの申請データをインターネット８を通じて、交付機関サーバ９に送ることができ、また交付機関サーバ９からインターネット８を通じて証明書の交付情報を受信することができる。
【００３４】
交付機関サーバ９は、インターネット８を通じて申請機関サーバ２から申請データを受け取ったり、インターネット８を通じて申請機関サーバ２に証明書の交付情報を送信する構成要素であり、その内部構成及び基本的動作は、ＷＡＮ接続手段を有する申請機関サーバ２と同様である。
【００３５】
次に交通事故証明書申請システム１の動作について説明する。図２は、交通事故証明書申請システム１の動作を表わす動作フロー図である。まず、交通事故データ記憶手段４は、事故種別（人身事故又は物件事故）、事故発生日、事故発生場所、取扱警察署、届出日、及び当事者氏名などの証明書の申請に必要なデータ項目の少なくともいずれかを含む交通事故データを記憶する（ステップＳ１０１）。これらのデータは、それらを既存の交通事故データの管理システム（ホストコンピュータ３に該当するシステム）が有していれば、それをそのまま使用することができる。またこれらのデータの入力、更新、削除などは、担当者端末６を通じて行うことができる。更に、交通事故データには、それぞれの交通事故案件を識別する交通事故管理識別子も含まれる。これにより、交通事故案件を簡単に特定することができ、特に、証明書の交付情報を交通事故案件に瞬時に対応付けることが可能となる。交通事故管理識別子は、例えば、それぞれの交通事故案件にユニークな番号・記号などとすることができる。交通事故管理識別子は、交通事故案件をホストコンピュータ３を通じて交通事故データ記憶手段４に入力する際に自動的に付してもよく、担当者端末６を通じて個別に付してもよく、また申請機関サーバ２によって自動的に発行されてもよい。
【００３６】
次に申請状況データ記憶手段５は、申請ステータス（未申請、申請済、交付済、及び申請後未交付など）、申請回数、申請可能フラグ、直近申請日、及び証明書交付日（証明書入手日に代えてもよい）などの申請状況の管理に必要なデータ項目の少なくともいずれかを含む申請状況データを記憶する（ステップＳ１０２）。これらのデータは、電子証明書及びそれに付属する情報からなる証明書の交付情報を、交付機関サーバ９からインターネット８を通じて申請機関サーバ２が受信することによって、その証明書の交付情報から自動的に取得することができる。さらに、これらのデータは、申請機関サーバ２が申請データを出力する際に、それに応じて更新される。またこれらのデータの検索、閲覧、入力、更新、削除などを、担当者端末６を通じて行うことができる。更に、申請状況データは、交通事故管理識別子に対応付けられて記憶される。これにより、交通事故案件に対応する申請状況データを簡単に特定することができる。
【００３７】
申請機関サーバ２は、それぞれの交通事故案件について以下のステップＳ１０３からＳ１０８を反復する。まず、申請機関サーバ２は、ホストコンピュータ３の管理の下、申請状況データ記憶手段５から申請ステータスを取得する。なお、申請機関サーバ２が各種の情報処理をする際に、ホストコンピュータ３の管理の下、交通事故データ記憶手段４及び申請状況データ記憶手段５との間でデータの送受信を行うが、その際の動作は情報処理の内容にかかわらず同様であるので、以下においては特に説明しないこととする。申請機関サーバ２は、申請ステータスが「未申請」であるかどうかを判断する（ステップＳ１０３）。申請ステータスが「未申請」であれば、次の判断ステップであるステップＳ１０４に移行するが、それが「未申請」でなければ、ステップＳ１０７を経由しないように（当該交通事故案件について申請データを検索・抽出しないように）ステップＳ１０８にジャンプする。ステップＳ１０４において、申請機関サーバ２は、申請可能フラグがオンであるかどうかを判断する。申請可能フラグがオンであれば、次の判断ステップであるステップＳ１０５に移行するが、オフであれば、ステップＳ１０７を経由しないようにステップＳ１０８にジャンプする。ステップＳ１０５において、申請機関サーバ２は、事故発生日から現在までの経過日数（経過時間）が所定の申請待機日数（申請待機時間）を経過しているかどうかを判断する。経過していれば、次の判断ステップであるステップＳ１０６に移行するが、経過していなければ、ステップＳ１０７を経由しないようにステップＳ１０８にジャンプする。ステップＳ１０６において、申請機関サーバ２は、交通事故データに交通事故証明書の申請に必要な所定の項目が入力されているかどうかを判断する。交通事故データには、事故種別、事故発生日、事故発生場所、取扱警察署、届出日、及び当事者氏名などが含まれているが、それらの情報がもたらされるタイミングは通常ばらばらである。この判断ステップにより、すべての所定の項目が入力されたことの確認を人手によらず、自動的に行うことができる。所定の項目が入力されていれば、当該交通事故案件についての申請データを検索・抽出するためにステップＳ１０７に移行するが、所定の項目が入力されていなければ、次の「再」申請をすべきかどうかの判断ステップであるステップＳ１０９にジャンプする。なお、上記のステップＳ１０３からＳ１０６の動作は、申請ステータスが「未申請」であり、申請可能フラグがオンであり、かつ、事故発生日から現在までの経過日数が所定の申請待機日数を経過している場合に、ステップＳ１０７を経由させることによって当該交通事故案件についての申請データを検索して抽出するための一連の条件判断である。これらの判断は、１つの交通事故案件ごとにおこなうこともできるし、各ステップごとにすべての交通事故案件について判断してもよい。また、それらのステップの順序は変えても構わない。
【００３８】
上記のステップＳ１０３からＳ１０６のすべての判断ステップで肯定的に判断された場合、ステップＳ１０７に移行し、ここで申請機関サーバ２は、交通事故データから、当該交通事故案件についての申請に必要な所定のデータを検索して抽出する。ここで申請に必要な所定のデータには、交通事故管理識別子を含めることもできる。この交通事故管理識別子は、交付機関には直接関係しないものではあるが、交付機関が証明書を交付する際に、こちらが送信した交通事故管理識別子を交通事故案件に関連付けた形式で証明書を交付すれば、それを受け取った保険会社は、その交通事故管理識別子を利用して、証明書が発行された交通事故案件を瞬時に特定することができる。更に、交付機関が、電子的に証明書を交通事故管理識別子と関連付けて交付するなら、それを申請機関サーバ２が受信して、自動的に証明書が発行された交通事故案件を特定して、後続の処理を自動的に行うことができる。ステップＳ１０７の実行後は、ステップＳ１０８に移行する。
【００３９】
上記のステップＳ１０３からＳ１０６のいずれかの判断ステップで否定的に判断された場合、ステップＳ１０９に移行し、再申請をすべきかどうかの判断がなされる。まずステップＳ１０９で、申請機関サーバ２は、申請ステータスが「申請後未交付」であるかどうかを判断する。申請ステータスが「申請後未交付」であるということは、一旦、申請がなされたが、まだ証明書が発行されていないという状況を表わす。申請ステータスが「申請後未交付」であれば、次の判断ステップであるステップＳ１１０に移行するが、それが「申請後未交付」でなければ、ステップＳ１０７を経由しないように（当該交通事故案件について申請データを検索・抽出しないように）ステップＳ１０８にジャンプする。ステップＳ１１０において、申請機関サーバ２は、直近申請日から現在までの経過日数（経過時間）が所定の再申請待機日数（再申請待機時間）を経過しているかどうかを判断する。経過していれば、ステップＳ１０７に移行して、再申請のために、当該交通事故案件についての申請データを検索して抽出するようにするが、経過していなければ、ステップＳ１０７を経由しないようにステップＳ１０８にジャンプする。このように再申請を行う理由は以下の通りである。通常、未交付のままとなる原因は、申請が早すぎて証明書がまだ完成していないか、申請データが誤っているかのいずれかであり、申請時期が早い場合には前者のケースが多い。従って、未交付である場合には、一定期間経過後に再申請を行うことが効果的であるため、申請ステータスが「申請後未交付」の場合には、直近申請日と現在の時間とを比較し、あらかじめ定められた再申請待機日数経過後に再申請を行う。
【００４０】
ステップＳ１０８では、申請機関サーバ２は、申請ステータスが未申請又は申請後未交付の交通事故案件がまだあるかどうかを判断する。すなわち、申請すべき交通事故案件の探索が完了していないかどうかが判断される。そのような交通事故案件がまだあるなら、ステップＳ１０３にバックさせ、交通事故案件を他の未判断の交通事故案件に交換した上で、上述のステップＳ１０３からＳ１０７を反復させる。このようにして、すべての交通事故案件について、それぞれを申請すべきかどうかが判断される。そのような交通事故案件がなくなったなら、ステップＳ１１１に移行する。
【００４１】
ステップＳ１１１では、検索されて抽出された交通事故案件に関する申請データが、まとめられる。申請データは、好適には、あらかじめ決められた所定のフォーマットに流し込まれる。所定のフォーマットは、例えば、申込書フォーム、表形式などとすることができる。そして、申請機関サーバ２は、所定のフォーマットにまとめられた申請データをインターネット８を通して、交付機関サーバ９に送信する。交付機関サーバ９がインターネット８を通して申請データを受信することによって、事故証明書の交付機関は、事故証明書の申請を受け付けることができる。なお、このステップＳ１１１では、申請機関サーバ２は、その所定のフォーマットにまとめられた申請データを、出力装置７によってリムーバブル記録媒体に記録させてもよい。このデータが記録された記録媒体を交付機関に送付することによって、申請手続を行うことができる。また、申請データを紙媒体にプリントして、ファクシミリ、郵送などで送付することもできる。上記のような申請データの出力の後に、申請状況データに関して、申請回数をカウントアップしたり、直近申請日を更新するなどの処理を実行することができる。以上で、多数の交通事故案件の中から申請すべき交通事故案件を選択し、それに関する申請データを自動的に生成して交付機関に送信するという一連の動作の説明を終える。
【００４２】
次に、交付機関から証明書を受領するときの一連の動作について説明する。交付機関は証明書の交付が申請された交通事故案件について、それが要件を満たしていれば証明書を交付（発行）する。その証明書の交付は、交付機関サーバ９が電子証明書に関する交付情報を、インターネット８を通じて申請機関サーバ２に送信することによって行われる。電子証明書が種々の形態をとり得ること、及び交通事故管理識別子が交通事故案件ごとに付されてくることは上述の通りである。ステップＳ１１２において、申請機関サーバ２は、そのような交付情報を受信する。なお、交付機関への申請をリムーバブル記録媒体などを使用することも上述したが、同様に申請機関からの交付情報をリムーバブル記録媒体などを使用して受領することも可能である。
【００４３】
ステップＳ１１３では、申請機関サーバ２は、交付情報に含まれる交通事故管理識別子に基づいて交通事故案件を特定し、それの申請状況データを更新する。すなわち、申請機関サーバ２は、申請状況データの項目に関して、電子証明書を「ブランク」から交付された内容に変更したり、証明書交付日を「ブランク」から交付された日を表わすデータに変更したり、申請ステータスを交付情報に基づいて変更するなどの処理を実行する。例えば、申請ステータスについては、申請機関サーバ２は、申請後で証明書の交付がされていない交通事故案件について、「申請後未交付」に変更する。なお、交通事故管理識別子が交付情報に含まれない場合については、その交付情報に含まれる項目をキーとして交通事故データを検索し、証明書に対応する交通事故案件を特定するとよい。このように申請状況データを適切に更新することによって、担当者は、効率的に所望の交通事故案件にアクセスすることができるようになる。
【００４４】
次のステップＳ１１４では、申請機関サーバ２は、（申請状況データが更新されたことを前提として）担当者端末６に対して申請状況データが更新される旨又は更新内容を出力する。この出力は、画面への直接出力、電子メールの送信などの種々の方法で行うことができる。このように、申請状況データの変更を担当者宛てに出力することによって、担当者は申請結果を早期に知ることができ、適切な手続をとることができる。
【００４５】
その後、ステップＳ１１５では、申請機関サーバ２は、証明書の交付状況に基づいて申請待機日数を適切な値に更新する。典型的には、申請機関サーバ２は、申請回数が１回の交通事故案件についての証明書交付日と事故発生日との差に基づいて申請待機日数を更新する。例えば申請機関サーバ２は、申請回数が１回の交通事故案件についての証明書交付日と事故発生日との差の交通事故案件についての平均値を求め、当該平均値と申請待機日数との差が所定の範囲になるように申請待機日数を更新することができる。この所定の範囲は、好適には、事故発生日から交付機関に事故の情報が届くまでの平均時間差に所定の幅を持たせたものである。具体的には、申請機関サーバ２は、申請ステータスが「入手済み」かつ事故証明書の申請回数が「１回」の事故について、それぞれ事故発生日と証明書交付日の差を求め、事故１件毎に取得までにかかった日数を算出し、これを合計して事故件数で除すことにより全体の平均値を算出する。そして、当該平均値と現在設定されている「申請待機日数」を比較し、あらかじめ定められた方法に従って「申請待機日数」の値を調整する。この際の調整方法は、例えば、平均値と「申請待機日数」の差が２以上になった場合は現「申請待機日数」に１を加え、差が１未満になった場合は現「申請待機日数」より１を引く、といった方法が考えられる。他には、まず、全ての交通事故案件から、申請ステータスが「未申請」の案件、及び申請ステータスが「申請中」かつ申請回数が「１回」の事故を除いたものを分母（すなわち申請回数が「１回」かつ申請ステータスが「交付済」あるいは「申請後未交付」の交通事故案件と、申請回数が「２回」以上の交通事故案件との和）とし、このうち申請ステータスが「交付済」かつ事故証明書の申請回数が「１回」のものを分子として、１回目の申請での入手率を算出する。そして、当該入手率があらかじめ定めた一定確率以下の場合は現「申請待機日数」に１を加え、一定確率以上の場合は現「申請待機日数」より１を引く、といった手法も用いることができる。なお、同様にして再申請待機日数を更新することも可能である。
【００４６】
ステップＳ１１６では、申請機関サーバ２は、申請ステータスが「申請後未交付」であって、申請回数が所定の複数回以上の交通事故案件について、未交付警告を出力する。この出力は、画面への直接出力、電子メールの送信などの種々の方法で行うことができる。複数回申請しても証明書が交付されない交通事故案件については、申請データに誤りがある可能性があるため、この未交付警告により、担当者が申請データの項目を早期に再調査することができるようになるという利点がある。以上で、交付機関から証明書を受領するときの一連の動作の説明を終える。
【００４７】
次に、ステップＳ１１７では、申請機関サーバ２は、交通事故データに関する項目の追加入力、変更などがある場合に、担当者端末６を通じてそれを受け付け、それに基づいて交通事故データ記憶手段４の内容を更新させる。このようにして、交通事故データを常に最新の状態に保っておけば、上記のステップＳ１０１からＳ１１６の一連の動作で、すべての交通事故案件の中から、申請するに足る交通事故データが入力された案件が自動的に検索されて出力されることとなり、申請手続の大幅な自動化を行うことができる。
【００４８】
【発明の効果】
本発明によると、最新の交通事故データ及び申請状況データから、交通事故証明書の申請に必要な所定の項目が入力され、かつ、申請ステータスが未申請である交通事故案件の申請データを検索・抽出して出力することにより、交通事故証明書が申請可能な交通事故案件の申請データを自動的にまとめて一括して申請できるという効果が得られる。また本発明によると、申請可能フラグを用いることにより、データ上は申請可能となった交通事故案件でも、特段の事情がある場合には申請を保留するという柔軟な運用が可能になるという効果が得られる。
【００４９】
さらに本発明によると、事故発生日から現在までの経過日数が所定の申請待機日数を経過していることを更に申請のための追加条件とすることによって、事故発生後、証明書の交付機関にその事故の情報が伝わるまでのタイムラグを見越して、有効な申請を行うことができるという効果が得られる。さらに、その申請待機日数を証明書交付日と事故発生日との差に基づいて更新することによって、上記のタイムラグの変動に柔軟に対応でき、有効かつ迅速な申請を行うことができるという効果が得られる。さらにその申請待機日数の更新を申請回数が１回の交通事故案件についての証明書交付日と事故発生日との差の平均値を求め、当該平均値と申請待機日数との差が所定の範囲になるようにすることによって、より好適な申請待機日数を求めることができるという効果が得られる。
【００５０】
またさらに本発明によると、ネットワークを通じて申請データを交付機関などに宛てて出力することによって、申請の手続を人手によらずに自動的に行うことができるという効果が得られる。またさらに本発明によると、ネットワークを通じて証明書の交付機関から証明書の交付情報を受信し、それに基づいて申請状況データを更新することによって、証明書そのもの、及びそれに関する情報をネットワークを通じて自動的に取得することができ、それを申請状況データに即時に反映させることができるという効果が得られる。その際に、証明書の交付情報に基づいて、申請状況データを更新すべき交通事故案件を特定することによって、自動的に交付情報と申請状況データとを対応させて申請状況データを更新することができるという効果が得られる。またさらに、その際に、証明書の交付情報に含まれて送り返されてきた、申請データに交通事故案件の識別のために含ませていた交通事故管理識別子に基づいて更新すべき交通事故案件を特定することによって、瞬時かつ確実に、更新すべき交通事故案件を特定することができるという効果が得られる。
【００５１】
またさらに本発明によると、申請状況データの少なくとも一部を更新する際に、更新する旨を出力することによって、担当者にタイムリーに申請状況データの変更を通知することができ、後続の手続を円滑に進めることができるようにすることができるという効果が得られる。また、申請状況データを出力することによって、担当者が、事故管理用識別子に基づいて交付された事故証明書の仕分けを効率的に行うことができるという効果が得られる。
【００５２】
またさらに本発明によると、申請ステータスが申請後未交付であり、かつ、直近申請日から現在までの経過日数が所定の再申請待機日数を経過している交通事故案件について申請データを検索、出力することによって、証明書が交付されない交通事故案件について、自動的かつ適切なタイミングで再申請を行うことができるという効果が得られる。また、申請ステータスが申請後未交付であり、かつ、申請回数が所定の複数回以上の交通事故案件について未交付警告を出力することによって、担当者は、早過ぎる申請、内容不備な申請などを原因とする申請の早期かつ確実な是正が可能となるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る交通事故証明書申請システム１の構成を表わすシステム構成図である。
【図２】本発明の一実施形態に係る交通事故証明書申請システム１の動作を表わす動作フロー図である。
【符号の説明】
１交通事故証明書申請システム
２申請機関サーバ
３ホストコンピュータ
４交通事故データ記憶手段
５申請状況データ記憶手段
６担当者端末
７出力装置
８インターネット
９交付機関サーバ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a traffic accident certificate application system, and more particularly to a traffic accident certificate application system that automatically retrieves and outputs application data based on traffic accident data and application status data.
[0002]
[Prior art]
When a car accident occurs and insurance is used, a traffic accident certificate (hereinafter referred to as “accident certificate”) is usually required to prove that the accident has occurred. There are two types of accident certificates, one for property damage accidents and one for personal injury. By submitting the prescribed application form and necessary delivery fee to the “Safe Car Driving Center” corresponding to the accident location. Available.
[0003]
If you have car insurance, you usually request an insurance company to handle the accident, and the insurance company is applying for and obtaining an accident certificate as part of the accident response. This administrative procedure is carried out by accident managers across the country of the insurance company, and the procedure is roughly as follows.
・ Obtain information necessary for the application of the accident certificate from the accident party, such as the contractor or the accident partner.
・ For each accident, fill in the required information on the prescribed accident certificate application form by hand or print it out with a printer.
• Collect multiple accident certificate application forms and mail them to the Center for Safe Driving.・ When an accident certificate is issued by the Safe Driving Center, keep it with other documents of the relevant accident.
[0004]
As described above, the procedure for accident certificates is usually performed manually for each case. It may or may not require a certificate for each accident, and the timing for obtaining information on matters that need to be filled in on the application form is usually different. There is a big part of the situation.
[0005]
Prior art relating to “accident certificate” includes Patent Documents 1 to 6. Among them, only Patent Document 1 has a description regarding an application for issuing a traffic accident certificate. However, in Patent Document 1, the contractor who caused the accident inputs the accident situation, determines whether the insurance company can use the insurance, the insurance can be used, and the accident certificate is used for insurance claims. Although it is disclosed that an accident certificate is applied using the entered accident situation if necessary, an accident certificate related to a traffic accident that satisfies the prescribed conditions is automatically and collectively applied. It is not disclosed to do.
[0006]
[Patent Document 1]
JP-A-2002-183437 “Insurance Case Inquiry System, Insurance Case Request System, Survey Progress Grasping System, and Insurance Case Payment System”
[Patent Document 2]
Japanese Patent Laid-Open No. 2002-230604 “Time Record System and Attendance Service Service System”
[Patent Document 3]
JP 2001-297148 “Insurance Benefit Service System”
[Patent Document 4]
JP 2000-207616 “Document issuing device, document issuing method and document issuing system”
[Patent Document 5]
JP-A-11-232340 “Accident Photo Data Input Method and Program Recording Medium Therefor”
[Patent Document 6]
Japanese Patent Laid-Open No. 9-259307 “Electronic Vehicle Driver's License System”
[0007]
[Problems to be solved by the invention]
However, there were the following problems in the administrative procedures for insurance companies to apply for and obtain accident certificates on behalf of them.
(1) Each person in charge of an accident at an insurance company accepts several to a dozen accidents every day, and a considerable amount of time and effort is spent on the preparation (handwriting or printing) of application forms.
(2) Since the timing for obtaining the information necessary for the application of the accident certificate is scattered, it is necessary to individually check whether the application for the accident certificate is possible. In some cases, the necessary documents were incomplete, causing problems. (3) Even if you apply for an accident certificate, there are a certain number of cases where an accident certificate is not issued due to the wrong type of property damage accident or personal injury, other information mistakes, or the timing at which the accident certificate is created. In that case, the application was repeated multiple times, and it took time and effort to manage the application, re-application, and non-delivery application.
(4) Furthermore, it was necessary to keep the issued accident certificate along with other documents for each accident, and it took time and labor to sort the accident certificate.
[0008]
[Means for Solving the Problems]
The above problems are solved by the present invention having the following features. The invention according to claim 1 identifies, for each traffic accident case, at least one of the accident type, the date of the accident, the place where the accident occurred, the handling police station, the notification date, and the name of the party concerned, and the relevant traffic accident case. Traffic accident data storage means for storing traffic accident data including traffic accident management identifiers, traffic accident data update means for updating the traffic accident data based on the input information, and certificates of the respective traffic accident cases Application status data storage means for storing application data including at least one of application status, number of applications, date of most recent application, electronic certificate and certificate issuance date in association with the traffic accident management identifier, and based on the acquired information Application status data updating means for updating the application status data and application for a traffic accident certificate for the traffic accident data Application requirement satisfaction determination means for determining that necessary predetermined items have been input, unapplied determination means for determining that the application status is unapplied, application requirement satisfaction determination means, and unapplied Application data search / output means for searching for and outputting predetermined application data necessary for the application for issuing a traffic accident certificate from the traffic accident data storage means for the traffic accident case for which a positive determination has been made by the determination means, It is characterized by having.
[0009]
In addition to the features of the invention described in claim 1, the application status data stored in the application status data storage means further includes an application possible flag, and the application data search / output The means for issuing a traffic accident certificate from the traffic accident data storage means for a traffic accident case for which a positive determination is made by the application requirement satisfaction determination means and the non-application determination means and the application possible flag is on. It is characterized by searching and outputting predetermined application data necessary for application.
[0010]
In addition to the features of the invention described in claim 1 or 2, the invention described in claim 3 is an application for judging that the number of days elapsed from the date of the accident to the present has passed the predetermined number of application waiting days. Waiting time expiration determination means, and the application data search / output means searches and outputs the application data for a traffic accident case for which a positive determination has been made by the waiting days expiration determination means. It is characterized by doing.
[0011]
In addition to the features of the invention described in any one of claims 1 to 3, the invention described in claim 4 is an application waiting day update means for updating the application waiting day based on the delivery status of the certificate. It further has these.
[0012]
In addition to the features of the invention according to claim 4, the invention according to claim 5 is characterized in that the application waiting days update means includes the date of the certificate issuance and the accident regarding the traffic accident case where the number of applications is one. An average value of the difference from the occurrence date is obtained, and the application waiting days are updated so that a difference between the average value and the application waiting days falls within a predetermined range.
[0013]
The invention described in claim 6 is characterized in that, in addition to the feature of the invention described in any one of claims 1 to 5, the application data output means outputs the application data through a network.
[0014]
In addition to the features of the invention described in any one of claims 1 to 6, the application status data update means may include the application status data update means based on the certificate delivery information acquired through the network. It is characterized in that at least a part of the application status data is updated.
[0015]
In addition to the features of the invention described in claim 7, the application status data update means is acquired through the network when updating at least a part of the application status data. It is characterized by identifying a traffic accident case to be updated based on the certificate delivery information.
[0016]
In addition to the features of the invention described in claim 7, the invention described in claim 9 is a certificate acquired through the network when the application status data update means updates at least a part of the application status data. The traffic accident item to be updated is specified based on the traffic accident management identifier included in the delivery information.
[0017]
The invention according to claim 10 is characterized in that, in addition to the features of the invention according to any one of claims 1 to 9, the application status data update means updates at least a part of the application status data. , Updating or outputting updated contents.
[0018]
The invention described in claim 11 is characterized in that in addition to the features of the invention described in any one of claims 1 to 10, it further includes an application status data output means for outputting the application status data.
[0019]
In addition to the features of the invention described in any one of claims 1 to 11, the invention described in claim 12 is a post-application non-delivery determination that determines that the application status has been applied but has not yet been issued. Re-determining that the number of days elapsed from the most recent application date to the present has passed the predetermined re-application waiting days for the traffic accident case that has been positively determined by the means and the non-delivery determination means after the application It further comprises an application waiting days expiration judging means and a reapplication data output means for outputting the application data again for a traffic accident case for which a positive judgment has been made by the reapplication waiting days expiration means. .
[0020]
In addition to the features of the invention according to any one of claims 1 to 12, the invention described in claim 13 is that the application status is not issued after application, and the number of applications is a predetermined number of times. It further comprises undelivered warning output means for outputting a warning about the above traffic accident case.
[0021]
The invention according to claim 14 identifies, for each traffic accident case, at least one of the accident type, the date of occurrence of the accident, the location of the accident, the handling police station, the date of notification, and the name of the party concerned, and the relevant traffic accident case. The step of memorizing the traffic accident data including the traffic accident management identifier, the step of updating the traffic accident data based on the inputted information, and the application status, the number of applications, the latest Storing application data including at least one of an application date, an electronic certificate, and a certificate issue date in association with the traffic accident management identifier, updating the application status data based on the acquired information, and storing Judgment is made that the required items required for the application for the traffic accident certificate are entered in the traffic accident data. From the stored traffic accident data for the traffic accident case for which a positive determination has been made by the step of determining that the stored application status is unapplied and the above-mentioned two determining steps. Searching for and outputting predetermined application data necessary for the application for issuing a traffic accident certificate.
[0022]
A fifteenth aspect of the invention is characterized by causing a computer to execute the method according to the fourteenth aspect of the invention.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
A traffic accident certificate application system 1 according to an embodiment of the present invention will now be described with reference to the drawings. First, the configuration of the traffic accident certificate application system 1 will be described. FIG. 1 is a system configuration diagram showing a configuration of a traffic accident certificate application system 1. The traffic accident certificate application system 1 includes an application organization server 2, a host computer 3, a traffic accident data storage means 4, an application status data storage means 5, a person in charge terminal 6, and an output device 7. In addition, the issuing organization server 9 can be connected to the applying organization server 2 via the Internet 8.
[0024]
The application organization server 2 is a component that executes processing related to application for a traffic accident certificate. Although not individually illustrated, the application organization server 2 includes storage means (HDD, etc.), program execution means (CPU, OS, RAM, etc.), and LAN connection means (LAN adapter, etc.). An application for executing a function according to various means or steps according to the present invention is loaded from the HDD storing the function into the RAM, and is executed by the CPU with the OS as an intermediary. The application organization server 2 executes processing related to the application for the traffic accident certificate mainly by batch processing. The application organization server 2 is connected to the host computer 3, the person-in-charge terminal 6, and the output device 7 via a LAN adapter. The application institution server 2 may have WAN connection means (router or the like), and may be connected to the Internet 8 through it. Typically, at that time, the applying institution server 2 serves as a Web server or FTP server that transmits application data to the issuing institution server 9 via the Internet 8 by HTTP or FTP, and the certificate institution server sends the certificate issuance information. 9 functions as a client receiving from the Internet 8 via the Internet 8.
[0025]
The host computer 3 is a component that manages traffic accident data related to a traffic accident case and application status data related to the application status of a car accident certificate. Although not shown individually, the host computer 3 has storage means (HDD, etc.), program execution means (CPU, OS, RAM, etc.), LAN connection means (LAN adapter, etc.), and an input / output interface. Yes. An application for managing the traffic accident data and application status data is loaded from the HDD storing it into the RAM, and is executed by the CPU with the OS as an intermediary. The host computer 3 typically has a form in which an application status data management system necessary for implementing the present invention is newly added to an existing traffic accident data management system. The host computer 3 mainly manages traffic accident data stored in the traffic accident data storage means 4 and application status data stored in the application status data storage means 5 in accordance with instructions from the application organization server 2. The host computer 3 is connected to the application organization server 2, the person-in-charge terminal 6, and the output device 7 via a LAN adapter, and connected to the traffic accident data storage means 4 and the application status data storage means 5 via an input / output interface. Is done. Note that the functions of the host computer 3 may be integrated into the applicant organization server 2, and in this case, it is not necessary to take the form of an independent host computer 3.
[0026]
The traffic accident data storage means 4 is a component that stores traffic accident data. The traffic accident data storage means 4 has a storage medium (HDD or the like), a program execution means (CPU, firmware, RAM, etc.), and an input / output interface (not shown). Firmware for executing management of writing and reading data to and from the storage medium is executed by the CPU. The traffic accident data storage means 4 is typically in the form of an external storage device. The traffic accident data storage means 4 executes writing and reading of traffic accident data to and from the storage medium according to instructions from the host computer 3. The traffic item data storage means 4 is connected to the host computer 3 via an input / output interface.
[0027]
The traffic accident data stored in the traffic accident data storage means 4 includes at least the accident type (personal accident or property accident), the date of the accident, the location of the accident, the handling police station, the date of notification, and the name of the party related to each traffic accident case. It includes a traffic accident management identifier that identifies one or each traffic accident case.
[0028]
The application status data storage means 5 is a component that stores application status data. Its internal configuration and basic operation are the same as those of the traffic accident storage means 4 except that the stored information is application status data.
[0029]
The application status data stored in the application status data storage means 5 includes the certificate application status (referred to as application status in this application), the number of applications, and the most recent application related to the application and delivery of certificates for each traffic accident case. Date, an application possible flag, an electronic certificate, and a certificate issuance date (which may be replaced with a certificate acquisition date), which are stored in association with the above traffic accident management identifier. The application status data further includes the application waiting days and the reapplication waiting days. Here, the number of application waiting days refers to the number of days to wait for an application from the accident occurrence date. This is a time lag that is necessary for the granting organization to obtain traffic accident information at the time of application because there is a time lag until the information arrives at the issuing organization of the traffic accident certificate after the occurrence of the traffic accident. . This application waiting time can be initially set to 5 days or the like, but can be updated according to the delivery status for the application. Re-application waiting days means that if the period from application to certificate issuance exceeds the specified number of days, it is necessary to apply again, but such a specified number of days. . The re-application waiting days can be initially set to 2 days or the like, but can be updated according to the delivery status. When calculating the number of days related to the above application waiting days and reapplication waiting days, the days may be counted by excluding holidays. In addition, the application waiting days and the reapplication waiting days may be set in units of hours instead of days. Furthermore, the application waiting days may be provided for each accident type (personal accident or property damage accident). The application status is an identifier indicating the status of the application, and discriminates states such as unapplied, applied, issued, and not delivered after application. These application statuses are appropriately set by the application organization server 2 for each traffic accident case. The application possible flag is a flag indicating whether or not an application can be made due to special circumstances, and is on by default to indicate that an application is possible, but is set to off due to special circumstances and represents an application impossible. This application possible flag can be turned on / off through the person-in-charge terminal 6, particularly when the policyholder has not yet decided whether or not to use the insurance, and it is necessary to investigate whether or not the insurance can be used. Or, if there are special circumstances, such as when an insurance company does not require an accident certificate due to a minor single accident, it can be set off and the application can be put on hold. An electronic certificate is a traffic accident certificate issued by electronic data. It can be in various forms such as a certificate number, certification number, digitally signed data or certificate document file. It can take.
[0030]
In the above traffic accident data and application status data, for items such as dates, if they are not yet entered, the default is “blank”, and for count items such as the number of times, etc. If they have not been input yet, “0 times” is input by default. The term “input” means that the traffic accident storage means 4 or the application status data storage means 5 accepts data for writing (including update), and the data transmission destination is manually input by the person in charge. In the case of acquiring from the network, in the case of a command from the application organization server 2, and in the case of acquiring from the host computer 3, it also means widely.
[0031]
The person in charge terminal 6 is a component used by the person in charge for inputting / outputting traffic accident data and application status data. The person-in-charge terminal 6 is not individually shown, but includes a storage medium (HDD, etc.), program execution means (CPU, OS, RAM, etc.), LAN connection means (LAN adapter, etc.), and input / output means (keyboard, Mouse, display, etc.). An application for executing input / output of data is loaded from the HDD storing the data into the RAM, and executed by the CPU with the OS as an intermediary. The person-in-charge terminal 6 is typically in the form of a personal computer. The person-in-charge terminal 6 executes transmission / reception of data relating to input / output with the host computer 3 (or the application organization server 2 in some cases). The person-in-charge terminal 6 is connected to the application organization server 2 and the host computer 3 through a LAN adapter.
[0032]
The output device 7 is a component for outputting application data for application to a predetermined medium. The output device 7 is not individually shown, but a removable recording medium writing device (flexible disk drive, CD-ROM writer, DVD-ROM writer, memory card reader / writer, MO disk drive, etc.) , Program execution means (CPU, firmware, RAM, etc.) and LAN connection means (LAN adapter, etc.). Firmware for executing management of writing and reading data to and from the removable recording medium is executed by the CPU. As the removable recording medium, a flexible disk, CD-ROM, DVD-ROM, memory card, MO disk, or the like can be used. The output device 7 is typically in the form of an external removable recording medium reader / writer. The output device 7 writes application data sent from the applying organization server 2 or the host computer 3 to a removable recording medium according to a command from the applying organization server 2. Removable recording media with application data recorded will be submitted to the certificate issuing organization. The output device 7 is connected to the application organization server 2 and the like via a LAN adapter.
[0033]
The Internet 8 is a WAN network based on TCP / IP. Data is transmitted / received on the Internet 8 by an upper protocol such as HTTP or FTP. The applying institution server 2 can send application data from the applying institution server 2 or the host computer 3 to the issuing institution server 9 through the Internet 8, and receives certificate issuance information from the issuing institution server 9 through the Internet 8. be able to.
[0034]
The issuing institution server 9 is a component that receives application data from the applying institution server 2 through the Internet 8 and transmits certificate issuance information to the applying institution server 2 through the Internet 8, and its internal configuration and basic operation are as follows. This is the same as the application organization server 2 having WAN connection means.
[0035]
Next, the operation of the traffic accident certificate application system 1 will be described. FIG. 2 is an operation flowchart showing the operation of the traffic accident certificate application system 1. First, the traffic accident data storage means 4 includes at least data items necessary for application for certificates such as accident type (personal accident or property accident), accident occurrence date, accident occurrence location, handling police station, notification date, and party name. The traffic accident data including any of them is stored (step S101). If these data have an existing traffic accident data management system (a system corresponding to the host computer 3), they can be used as they are. Moreover, the input, update, and deletion of these data can be performed through the person-in-charge terminal 6. Further, the traffic accident data includes a traffic accident management identifier for identifying each traffic accident project. This makes it possible to easily identify a traffic accident case, and in particular, it is possible to instantly associate certificate delivery information with a traffic accident case. The traffic accident management identifier can be, for example, a number / symbol unique to each traffic accident case. The traffic accident management identifier may be automatically attached when the traffic accident case is input to the traffic accident data storage means 4 through the host computer 3, or may be individually attached through the person-in-charge terminal 6. It may be issued automatically by the server 2.
[0036]
Next, the application status data storage means 5 stores the application status (not applied, applied, issued, not issued after application, etc.), number of applications, application possible flag, latest application date, and certificate delivery date (certificate acquisition) Application status data including at least one of data items necessary for managing the application status such as (may be replaced on a day) is stored (step S102). These data are automatically received from the delivery information of the certificate when the application organization server 2 receives the delivery information of the electronic certificate and the information attached thereto from the delivery organization server 9 through the Internet 8. Can be acquired. Furthermore, when the application organization server 2 outputs application data, these data are updated accordingly. In addition, search, browsing, input, update, and deletion of these data can be performed through the person-in-charge terminal 6. Further, the application status data is stored in association with the traffic accident management identifier. Thereby, the application status data corresponding to the traffic accident case can be easily specified.
[0037]
The application organization server 2 repeats the following steps S103 to S108 for each traffic accident case. First, the application organization server 2 acquires the application status from the application status data storage unit 5 under the management of the host computer 3. When the application organization server 2 performs various types of information processing, data is transmitted / received between the traffic accident data storage means 4 and the application status data storage means 5 under the control of the host computer 3. Since the operation is the same regardless of the contents of the information processing, it will not be particularly described below. The application organization server 2 determines whether or not the application status is “unapplied” (step S103). If the application status is “unapplied”, the process proceeds to the next determination step, step S104. If the application status is not “unapplied”, do not go through step S107 (apply data for the traffic accident case Jump to step S108 (so as not to search / extract). In step S104, the applying institution server 2 determines whether or not the application possible flag is on. If the application possible flag is on, the process proceeds to step S105, which is the next determination step. If it is off, the process jumps to step S108 so as not to pass through step S107. In step S105, the application organization server 2 determines whether or not the number of elapsed days (elapsed time) from the date of the accident to the present has exceeded a predetermined number of application standby days (application standby time). If it has elapsed, the process proceeds to step S106, which is the next determination step. If it has not elapsed, the process jumps to step S108 so as not to pass through step S107. In step S106, the application organization server 2 determines whether or not a predetermined item necessary for the application for the traffic accident certificate is input to the traffic accident data. The traffic accident data includes accident type, accident occurrence date, accident occurrence location, handling police station, notification date, party name, etc., but the timing at which such information is provided is usually different. By this determination step, it is possible to automatically confirm that all the predetermined items have been input without relying on human hands. If the predetermined item has been input, the process proceeds to step S107 in order to search and extract the application data for the traffic accident case. If the predetermined item has not been input, the next “re” application is all processed. The process jumps to step S109, which is a step for determining whether or not In addition, in the operations of the above steps S103 to S106, the application status is “unapplied”, the application possible flag is on, and the number of days elapsed from the accident occurrence date to the present time has exceeded the predetermined application waiting days. If so, a series of condition determinations for searching and extracting application data regarding the traffic accident case by way of step S107. These determinations can be made for each traffic accident case, or all traffic accident cases may be determined for each step. Further, the order of these steps may be changed.
[0038]
If a positive determination is made in all the determination steps from step S103 to S106 described above, the process proceeds to step S107, where the applying agency server 2 determines from the traffic accident data a predetermined necessary for applying for the traffic accident case. Search and extract data for. Here, the traffic accident management identifier may be included in the predetermined data necessary for the application. This traffic accident management identifier is not directly related to the issuing organization, but when the issuing organization issues the certificate, the certificate in the form of associating the traffic accident management identifier transmitted here with the traffic accident case Once issued, the insurance company that received it can use the traffic accident management identifier to instantly identify the traffic accident case for which the certificate has been issued. Further, if the issuing organization issues the certificate electronically in association with the traffic accident management identifier, the application organization server 2 receives it and automatically identifies the traffic accident case for which the certificate has been issued. Subsequent processing can be performed automatically. After execution of step S107, the process proceeds to step S108.
[0039]
If a negative determination is made in any of the determination steps from step S103 to S106, the process proceeds to step S109 to determine whether or not to apply again. First, in step S109, the application organization server 2 determines whether or not the application status is “not delivered after application”. An application status of “Not issued after application” indicates a situation in which an application has been made but a certificate has not yet been issued. If the application status is “Not issued after application”, the process proceeds to the next determination step, Step S110. If the application status is not “Not issued after application”, do not go through Step S107 (the traffic accident case) Jump to step S108 (so as not to retrieve / extract application data for). In step S110, the application organization server 2 determines whether or not the number of elapsed days (elapsed time) from the most recent application date to the present has passed a predetermined reapplication standby time (reapplication standby time). If it has elapsed, the process proceeds to step S107, and application data for the traffic accident case is searched and extracted for re-application, but if it has not elapsed, it does not go through step S107. Jump to step S108. The reason for re-application is as follows. Usually, the reason why the certificate is not issued is either because the application is too early and the certificate is not yet completed or the application data is incorrect. . Therefore, if it has not been issued, it is effective to re-apply after a certain period of time, so if the application status is "Not issued after application", compare the most recent application date with the current time. And re-apply after a predetermined number of waiting days for re-application.
[0040]
In step S108, the application organization server 2 determines whether there is still a traffic accident case whose application status is not applied yet or not issued after application. That is, it is determined whether or not the search for a traffic accident case to be applied has not been completed. If there is still such a traffic accident case, the process is returned to step S103, the traffic accident case is exchanged with another undecided traffic accident case, and the above steps S103 to S107 are repeated. In this way, it is determined whether or not each traffic accident case should be applied. If there is no such traffic accident case, the process proceeds to step S111.
[0041]
In step S111, the application data relating to the traffic accident cases retrieved and extracted are collected. The application data is preferably poured into a predetermined format. The predetermined format may be, for example, an application form or a table format. Then, the application organization server 2 transmits application data collected in a predetermined format to the issuing organization server 9 through the Internet 8. When the issuing organization server 9 receives the application data through the Internet 8, the issuing organization of the accident certificate can accept the application for the accident certificate. In step S111, the application organization server 2 may cause the output device 7 to record the application data collected in the predetermined format on a removable recording medium. The application procedure can be performed by sending the recording medium on which this data is recorded to the issuing organization. It is also possible to print the application data on a paper medium and send it by facsimile or mail. After the application data is output as described above, processing such as counting up the number of applications and updating the latest application date can be executed for the application status data. This completes the description of a series of operations of selecting a traffic accident case to be applied from among a large number of road accident cases, automatically generating application data relating to the traffic accident case, and transmitting it to the issuing organization.
[0042]
Next, a series of operations when receiving a certificate from the issuing organization will be described. The issuing organization issues (issues) a certificate for a traffic accident for which a certificate has been applied for if it meets the requirements. The certificate is delivered by the delivery agency server 9 transmitting delivery information related to the electronic certificate to the application agency server 2 via the Internet 8. As described above, the electronic certificate can take various forms, and the traffic accident management identifier is attached to each traffic accident case. In step S112, the application organization server 2 receives such delivery information. The application to the granting organization is also described above using a removable recording medium. Similarly, it is also possible to receive delivery information from the applying organization using a removable recording medium.
[0043]
In step S113, the application organization server 2 identifies a traffic accident case based on the traffic accident management identifier included in the delivery information, and updates its application status data. In other words, the application institution server 2 changes the electronic certificate from “blank” to the contents issued from “blank” or changes the certificate delivery date to data representing the date issued from “blank” for the application status data item. Or changing the application status based on the delivery information. For example, regarding the application status, the applying organization server 2 changes the traffic accident case for which a certificate has not been issued after the application to “not issued after application”. When the traffic accident management identifier is not included in the delivery information, the traffic accident data may be searched by using the items included in the delivery information as a key to identify the traffic accident case corresponding to the certificate. By appropriately updating the application status data in this way, the person in charge can efficiently access a desired traffic accident case.
[0044]
In the next step S114, the application organization server 2 outputs to the person-in-charge terminal 6 that the application status data is updated or the update content (assuming that the application status data is updated). This output can be performed by various methods such as direct output to a screen and transmission of an e-mail. Thus, by outputting the change of the application status data to the person in charge, the person in charge can know the application result at an early stage and can take an appropriate procedure.
[0045]
Thereafter, in step S115, the application organization server 2 updates the application waiting days to an appropriate value based on the certificate delivery status. Typically, the application organization server 2 updates the application waiting days based on the difference between the certificate issuance date and the accident occurrence date for a traffic accident case with one application. For example, the application organization server 2 obtains an average value for the traffic accident case of the difference between the certificate issuance date and the accident occurrence date for the traffic accident case with one application, and the difference between the average value and the application waiting time. The application waiting days can be updated so that is within a predetermined range. This predetermined range is preferably a predetermined range of an average time difference from the date of the accident occurrence until the information on the accident reaches the issuing agency. Specifically, the application organization server 2 calculates the difference between the accident occurrence date and the certificate issuance date for each accident with the application status “acquired” and the number of accident certificate applications “1”. The number of days required for acquisition is calculated for each case, and the total value is calculated by dividing the total by the number of accidents. Then, the average value is compared with the currently set “application waiting days”, and the value of “application waiting days” is adjusted according to a predetermined method. For example, when the difference between the average value and the “application waiting days” is 2 or more, 1 is added to the current “application waiting days”, and when the difference is less than 1, the current “application” A method of subtracting 1 from the “waiting days” is conceivable. In addition, first, all traffic accident cases except those with application status “unapplied” and those with application status “application in progress” and number of applications “one” are denominators (ie, applications) The number of times of traffic accidents is “1” and the application status is “Granted” or “Not issued after application” and the traffic accidents whose number of applications is “2” or more). The acquisition rate for the first application is calculated using the numerator of “issued” and the number of accident certificate applications “1”. Further, when the acquisition rate is less than a predetermined probability, a method of adding 1 to the current “application waiting days” and subtracting 1 from the current “application waiting days” can be used. . Similarly, it is possible to update the number of days for waiting for re-application.
[0046]
In step S116, the application organization server 2 outputs an undelivered warning for a traffic accident case in which the application status is “not issued after application” and the number of applications is a predetermined number of times or more. This output can be performed by various methods such as direct output to a screen and transmission of an e-mail. For traffic accident cases where a certificate is not issued even if you apply multiple times, there is a possibility that the application data may be incorrect, so the person in charge may review the items in the application data early due to this non-delivery warning. There is an advantage of being able to do it. This completes the description of the series of operations when receiving a certificate from the issuing organization.
[0047]
Next, in step S117, the application organization server 2 accepts, through the person-in-charge terminal 6, when there is an additional input or change of an item relating to traffic accident data, and based on that, the contents of the traffic accident data storage means 4 are stored. Update. In this way, if the traffic accident data is always kept up-to-date, traffic accident data sufficient for application is input from all the traffic accident cases in the series of operations in steps S101 to S116 described above. Will be automatically searched and output, and the application procedure can be greatly automated.
[0048]
【The invention's effect】
According to the present invention, from the latest traffic accident data and application status data, search for application data of traffic accident cases in which predetermined items necessary for the application for the traffic accident certificate are input and the application status is not applied. By extracting and outputting, it is possible to automatically collect and apply the application data of traffic accident cases for which a traffic accident certificate can be applied. In addition, according to the present invention, by using the application possible flag, even in a traffic accident case that can be applied on the data, there is an effect that it is possible to flexibly operate to hold the application when there are special circumstances. can get.
[0049]
Furthermore, according to the present invention, after the occurrence of the accident, the certificate issuing organization can be notified that the number of days elapsed from the date of the accident to the present time has passed a predetermined number of application waiting days. In view of the time lag until the information about the accident is transmitted, an effective application can be obtained. Furthermore, by updating the number of application waiting days based on the difference between the date of certificate issuance and the date of the accident, it is possible to flexibly cope with the fluctuations in the above time lag and to make an effective and quick application. can get. Furthermore, the average number of differences between the date of certificate issuance and the date of accident occurrence is calculated for a traffic accident case where the number of applications is one update, and the difference between the average value and the number of application waiting days is within a predetermined range. By doing so, an effect that a more suitable application waiting time can be obtained is obtained.
[0050]
Furthermore, according to the present invention, by outputting the application data to the issuing organization or the like through the network, it is possible to obtain an effect that the application procedure can be automatically performed without human intervention. Still further, according to the present invention, the certificate delivery information is received from the certificate delivery organization through the network, and the application status data is updated based on the received certificate delivery information. The effect that it can acquire and it can be reflected in application status data immediately is acquired. At that time, the application status data is automatically updated by associating the delivery information with the application status data by identifying the traffic accident case whose application status data should be updated based on the certificate delivery information. The effect of being able to be obtained. Furthermore, at that time, the traffic accident case to be updated based on the traffic accident management identifier included in the application data for identification of the traffic accident case, which was sent back in the certificate delivery information, is returned. By specifying, the effect that the traffic accident item which should be updated can be specified instantly and reliably is acquired.
[0051]
Furthermore, according to the present invention, when at least a part of the application status data is updated, the update is output so that the person in charge can be notified of the change of the application status data in a timely manner. The effect that it can be made to be able to advance smoothly is acquired. Also, by outputting the application status data, there is an effect that the person in charge can efficiently sort the accident certificate issued based on the accident management identifier.
[0052]
Furthermore, according to the present invention, application data is retrieved and output for a traffic accident case in which the application status is not issued after application and the number of days elapsed from the most recent application date to the present has passed the predetermined number of re-application waiting days. By doing so, it is possible to obtain an effect that a re-application can be automatically performed at an appropriate timing for a traffic accident case for which a certificate is not issued. In addition, by issuing a non-delivery warning for traffic accident cases where the application status is not issued after application and the number of applications is more than a predetermined number of times, the person in charge can submit an application that is too early or an application with incomplete content. The effect is that early and reliable correction of the application as the cause becomes possible.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram showing a configuration of a traffic accident certificate application system 1 according to an embodiment of the present invention.
FIG. 2 is an operation flowchart showing the operation of the traffic accident certificate application system 1 according to an embodiment of the present invention.
[Explanation of symbols]
1 Traffic accident certificate application system
2 Applicant organization server
3 Host computer
4 Traffic accident data storage means
5 Application status data storage means
6 Person in charge terminal
7 Output device
8 Internet
9 Granting agency server

Claims

For each traffic accident case, a traffic accident including at least one of accident type, accident occurrence date, accident occurrence location, handling police station, notification date, and party name, and a traffic accident management identifier for identifying the respective traffic accident case Traffic accident data storage means for storing data;
Traffic accident data updating means for updating the traffic accident data based on the input information;
The certificate of each of the traffic accident cases, application status, the applicant number of times, the most recent date of application, at least one, as well as the traffic accident the application status data including the application flag and the applicant waits number of days of electronic certificate and certificate issuance date Application status data storage means for storing in association with the management identifier;
Obtaining certificate delivery information having the traffic accident management identifier through a network, specifying a traffic accident case to be updated based on the traffic accident management identifier, and applying the application status data based on the certificate delivery information Application status data update means to be updated;
Application requirement satisfaction determining means for determining that a predetermined item necessary for application of a traffic accident certificate is input to the traffic accident data;
An unapplied determination means for determining that the application status is not applied;
Application waiting days expiration judging means for judging that the number of days elapsed from the accident occurrence date to the present time has passed a predetermined application waiting days;
Application waiting days updating means for updating the application waiting days based on the certificate delivery status including the certificate delivery date;
The applicant requirements satisfaction determining means, said Unclaimed determining means, and affirmative judgment is made by said standby days expiration judging means, and the traffic accidents projects the applicant flag is on, stored in the traffic accident data storage means from the traffic accident data that is needed to traffic accident certificate grant application, by searching a predetermined data, including traffic accident management identifier, and application data retrieval and output means for outputting as application data,
A traffic accident certificate application system characterized by comprising:

The application waiting days updating means obtains an average value of the difference between the certificate issuance date and the accident occurrence date for the traffic accident case with one application, and the difference between the average value and the application waiting days There traffic accident certificate application system according to claim 1, characterized in that updating the application waiting days to a predetermined range.

The traffic accident certificate application system according to claim 1 or 2 , wherein the application data output means outputs the application data through a network.

The traffic accident certificate application system according to any one of claims 1 to 3 , further comprising application status data output means for outputting the application status data.

A post-application non-delivery determination means for determining that the application status has been applied but has not been issued;
Re-application waiting days for determining that the number of days elapsed from the most recent application date to the present has passed the predetermined re-application waiting days for traffic accident cases for which a positive determination has been made by the non-delivery determination means after application Expiration judgment means,
For traffic accidents projects affirmative determination is made by said re-request waiting days expiration means, further to any of claims 1 to 4, characterized in that it has a, and re-apply the data output means for outputting the application data again The traffic accident certificate application system described in item 1.

The application status is not yet issued after application, and the claim 1, wherein the application number, characterized by further comprising a non-delivery warning output means for outputting a warning about a predetermined plurality of times or more traffic accidents projects 5 The traffic accident certificate application system described in any one of the above.