(57)【要約】  【課題】  記名捺印を必要とする書類のやりとりを排除し処理を効率化すると共に、保険契約成立の判定を確実に行うことができる保険契約処理を行うことができる保険契約処理システムを提供する。  【解決手段】  申込者または契約者から保険の新規・異動の申込または通知のあった保険の内容を表す申込データが保険代理店側コンピュータ２０の受付手段２１０で受け付けられると、送信手段２１４がそれを仮契約データとして保険会社側サーバ１０へと送信する。保険会社側サーバ１０の受信手段１１０が仮契約データを受信し、承認判定手段１１２が承認可能であるかどうかを判定し、承認可能であると判定されると、承認手段１１４が承認データを作成して、それを送信手段１１８が保険代理店側コンピュータ２０へと送信する。承認データには、契約成立日時となる日時データが含まれる。【選択図】  図３
2005251131.tif 000002
【特許請求の範囲】
【請求項１】
保険代理店側コンピュータと、保険会社側サーバとからなり、保険の新規または異動の契約の処理を行う保険契約処理システムであって、
前記保険代理店側コンピュータは、
申込または通知のあった保険の内容を表す申込データを受け付ける受付手段と、
受付手段で受け付けた申込データを仮契約データとして保険会社側サーバへと送信する送信手段と、
を備えており、
前記保険会社側サーバは、
前記送信手段によって送信された仮契約データを受信する受信手段と、
受信手段によって仮契約データを受け付けたときに、承認可能か否かを判定する承認判定手段と、
承認判定手段において、承認可能であると判定された場合に、承認データを作成する承認手段と、
承認手段で作成された承認データを保険代理店側コンピュータへと送信する送信手段と、
を備えており、
前記保険代理店側コンピュータは、さらに、
前記承認データを受信する受信手段と、
を備え、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険契約処理システム。
【請求項２】
前記保険代理店側コンピュータは、その受信手段で受信した承認データを紙媒体に出力する文書作成手段をさらに備えることを特徴とする請求項１記載の保険契約処理システム。
【請求項３】
前記保険代理店側コンピュータは、受付手段で受け付けた申込データに基づき保険料を演算する保険料算出手段を備え、前記仮契約データは、保険料算出手段で演算された保険料データを含むことを特徴とする請求項１または２記載の保険契約処理システム。
【請求項４】
前記保険会社側サーバの記憶装置には、保険契約可否材料データが蓄積された保険契約可否判定材料データベースが記録されており、
前記承認判定手段は、該保険契約可否判定材料データベースの保険契約可否材料データに基づき、承認可能か否かを判定することを特徴とする請求項１ないし３のいずれか１項に記載の保険契約処理システム。
【請求項５】
前記保険代理店側コンピュータはその受信手段で承認データを受信した後、承認日時からの経過時間が保険料支払猶予期間に関連する所定時間に達したか否かを判定する計時手段と、計時手段で所定時間に達したと判定された場合に、その旨を表示する表示信号を送出する警告手段とをさらに備えることを特徴とする請求項１ないし４のいずれか１項に記載の保険契約処理システム。
【請求項６】
前記保険代理店側コンピュータは、前記受信手段で受信した承認データと申込データとを契約データとして保険会社側サーバへと送信する第２送信手段をさらに備えており、
前記保険会社側サーバは、前記保険代理店側コンピュータの前記送信手段から送信された仮契約データと、第２送信手段から送信された契約データとの照合を行う比較手段を備えることを特徴とする請求項１ないし５のいずれか１項に記載の保険契約処理システム。
【請求項７】
保険代理店側コンピュータと協働して、保険の新規または異動の契約の処理を行う保険会社側サーバであって、
前記保険代理店側コンピュータで受け付けた、申込または通知のあった保険の内容を表す申込データを仮契約データとして受信する受信手段と、
受信手段によって仮契約データを受け付けたときに、承認可能か否かを判定する承認判定手段と、
承認判定手段において、承認可能であると判定された場合に、承認データを作成する承認手段と、
承認手段で作成された承認データを保険代理店側コンピュータへと送信する送信手段と、
を備え、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険会社側サーバ。
【請求項８】
保険代理店側コンピュータと協働して、保険の新規または異動の契約の処理を行う保険会社側サーバを、
前記保険代理店側コンピュータで受け付けた、申込または通知のあった保険の内容を表す申込データを仮契約データとして受信する受信手段と、
受信手段によって仮契約データを受け付けたときに、承認可能か否かを判定する承認判定手段と、
承認判定手段において、承認可能であると判定された場合に、承認データを作成する承認手段と、
承認手段で作成された承認データを保険代理店側コンピュータへと送信する送信手段と、
して機能させ、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険契約処理プログラム。
【請求項９】
保険会社側サーバと協働して、保険の新規または異動の契約の処理を行う保険代理店側コンピュータであって、
申込または通知のあった保険の内容を表す申込データを受け付ける受付手段と、
受付手段で受け付けた申込データを仮契約データとして保険会社側サーバへと送信する送信手段と、
前記保険会社側サーバによって、仮契約データが承認可能か否かを判定されて、承認可能であると判定された場合に、作成された承認データを受信する受信手段と、
を備え、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険代理店側コンピュータ。
【請求項１０】
保険会社側サーバと協働して、保険の新規または異動の契約の処理を行う保険代理店側コンピュータを、
申込または通知のあった保険の内容を表す申込データを受け付ける受付手段と、
受付手段で受け付けた申込データを仮契約データとして保険会社側サーバへと送信する送信手段と、
前記保険会社側サーバによって、仮契約データが承認可能か否かを判定されて、承認可能であると判定された場合に作成される承認データを受信する受信手段と、
して機能させ、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険契約処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保険代理店側コンピュータと保険会社側サーバとからなり、保険の新規・異動の契約の処理を行う保険契約処理システムに関する。
【背景技術】
【０００２】
保険の異動を例にとって説明すると、従来、以下のような処理が主として保険代理店において、行われている。まず、電話等の通信手段によって、契約者から契約内容の異動についての通知を保険代理店が受けると、その内容に基づき、保険代理店において追徴保険料を計算する。そして、契約者に対して、以下の事項についての説明がなされる。
【０００３】
１）  契約書類（変更承認請求書）への記名捺印が必要であること
２）  追徴保険料の払込が直ちに必要であること
３）  追徴保険料の払込が完了するまでの間は、異動裏書処理が完了していないこと
そして、上記事項を実行するべく、契約者に対して記名捺印取得のための契約書類を送付し、契約者から記名捺印した後の契約書類を回収し、追徴保険料が契約者から入金されたかの確認を行い、契約者に対して入金確認を連絡する。これによって、異動裏書処理が完了し、新しい契約内容での補償が開始される。そして、保険会社側サーバに接続して、契約内容を表す契約データをアップロード、即ち計上処理する。
【０００４】
しかしながら、このような従来の処理では以下の問題がある。
１）契約者から契約書類への記名捺印を取得する必要があり、書類のやりとりが必要となる。
２）契約者からの入金がなされないと、補償開始または新契約条件での補償とならないため、入金日時の確認が重要となるが、保険会社側で入金日時を正確に把握することが難しい。したがって入金日時前後での事故発生の場合、補償対象か否かの判断については、個別に事故日時・入金日時の正確な特定が要求される。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明はかかる課題に鑑みなされたもので、記名捺印を必要とする書類のやりとりを排除し処理を効率化すると共に、保険契約成立の判定を確実に行うことができる保険契約処理を行うことができる保険契約処理システムを提供することをその目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために請求項１記載の発明は、保険代理店側コンピュータと、保険会社側サーバとからなり、保険の新規または異動の契約の処理を行う保険契約処理システムであって、
前記保険代理店側コンピュータは、
申込または通知のあった保険の内容を表す申込データを受け付ける受付手段と、
受付手段で受け付けた申込データを仮契約データとして保険会社側サーバへと送信する送信手段と、
を備えており、
前記保険会社側サーバは、
前記送信手段によって送信された仮契約データを受信する受信手段と、
受信手段によって仮契約データを受け付けたときに、承認可能か否かを判定する承認判定手段と、
承認判定手段において、承認可能であると判定された場合に、承認データを作成する承認手段と、
承認手段で作成された承認データを保険代理店側コンピュータへと送信する送信手段と、
を備えており、
前記保険代理店側コンピュータは、さらに、
前記承認データを受信する受信手段と、
を備え、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・承認日時となる、ことを特徴とする。
【０００７】
請求項２記載の発明は、請求項１記載のものにおいて、前記保険代理店側コンピュータは、その受信手段で受信した承認データを紙媒体に出力する文書作成手段をさらに備えることを特徴とする。
【０００８】
請求項３記載の発明は、請求項１または２記載のものにおいて、前記保険代理店側コンピュータは、受付手段で受け付けた申込データに基づき保険料を演算する保険料算出手段を備え、前記仮契約データは、保険料算出手段で演算された保険料データを含むことを特徴とする。
【０００９】
請求項４記載の発明は、請求項１ないし３のいずれか１項に記載のものにおいて、前記保険会社側サーバの記憶装置には、保険契約可否材料データが蓄積された保険契約可否判定材料データベースが記録されており、
前記承認判定手段は、該保険契約可否判定材料データベースの保険契約可否材料データに基づき、承認可能か否かを判定することを特徴とする。
【００１０】
請求項５記載の発明は、請求項１ないし４のいずれか１項に記載のものにおいて、前記保険代理店側コンピュータはその受信手段で承認データを受信した後、承認日時からの経過時間が保険料支払猶予期間に関連する所定時間に達したか否かを判定する計時手段と、計時手段で所定時間に達したと判定された場合に、その旨を表示する表示信号を送出する警告手段とをさらに備えることを特徴とする。
【００１１】
請求項６記載の発明は、請求項１ないし５のいずれか１項に記載のものにおいて、前記保険代理店側コンピュータは、前記受信手段で受信した承認データと申込データとを契約データとして保険会社側サーバへと送信する第２送信手段をさらに備えており、
前記保険会社側サーバは、前記保険代理店側コンピュータの前記送信手段から送信された仮契約データと、第２送信手段から送信された契約データとの照合を行う比較手段を備えることを特徴とする。
【００１２】
請求項７記載の発明は、保険代理店側コンピュータと協働して、保険の新規または異動の契約の処理を行う保険会社側サーバであって、
前記保険代理店側コンピュータで受け付けた、申込または通知のあった保険の内容を表す申込データを仮契約データとして受信する受信手段と、
受信手段によって仮契約データを受け付けたときに、承認可能か否かを判定する承認判定手段と、
承認判定手段において、承認可能であると判定された場合に、承認データを作成する承認手段と、
承認手段で作成された承認データを保険代理店側コンピュータへと送信する送信手段と、
を備え、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする。
【００１３】
請求項８記載の発明は、保険代理店側コンピュータと協働して、保険の新規または異動の契約の処理を行う保険会社側サーバを、
前記保険代理店側コンピュータで受け付けた、申込または通知のあった保険の内容を表す申込データを仮契約データとして受信する受信手段と、
受信手段によって仮契約データを受け付けたときに、承認可能か否かを判定する承認判定手段と、
承認判定手段において、承認可能であると判定された場合に、承認データを作成する承認手段と、
承認手段で作成された承認データを保険代理店側コンピュータへと送信する送信手段と、
して機能させ、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険契約処理プログラムである。
【００１４】
請求項９記載の発明は、保険会社側サーバと協働して、保険の新規または異動の契約の処理を行う保険代理店側コンピュータであって、
申込または通知のあった保険の内容を表す申込データを受け付ける受付手段と、
受付手段で受け付けた申込データを仮契約データとして保険会社側サーバへと送信する送信手段と、
前記保険会社側サーバによって、仮契約データが承認可能か否かを判定されて、承認可能であると判断された場合に、作成された承認データを受信する受信手段と、
を備え、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする。
【００１５】
請求項１０記載の発明は、保険会社側サーバと協働して、保険の新規または異動の契約の処理を行う保険代理店側コンピュータを、
申込または通知のあった保険の内容を表す申込データを受け付ける受付手段と、
受付手段で受け付けた申込データを仮契約データとして保険会社側サーバへと送信する送信手段と、
前記保険会社側サーバによって、仮契約データが承認可能か否かを判定されて、承認可能であると判断された場合に作成される承認データを受信する受信手段と、
して機能させ、前記承認データには、前記承認手段が承認の判定を行った日時データが含まれており、該日時データが表す承認日時が保険会社の契約・異動承認日時となる、ことを特徴とする保険契約処理プログラムである。
【発明の効果】
【００１６】
申込者または契約者から保険の新規・異動の申込または通知のあった保険の内容を表す申込データが保険代理店側コンピュータの受付手段で受け付けられると、送信手段がそれを仮契約データとして保険会社側サーバへと送信する。保険会社側サーバの受信手段が仮契約データを受信し、承認判定手段が承認可能であるかどうかを判定し、承認可能であると判定されると承認手段が承認データを作成して、それを送信手段が保険代理店側コンピュータへと送信する。
【００１７】
このように、保険会社側サーバにある承認手段によって承認データが作成され、該承認データが日時データを含むために、保険会社側サーバによって保険会社の契約・異動承認日時を正確に把握することができるようになる。これを利用し、異動通知日時およびその内容を記録するかわりに、入金を一定期間猶予し、猶予期間内に入金があれば、補償は記録された日時以降の契約者の申し出のあった日時より開始することとして承認日時直後からの補償開始を可能にすることができる。また、申込者または契約者から書類への記名捺印を取得する必要がなく、ペーパレスで保険契約処理を完了することができる。
【００１８】
また、保険代理店側コンピュータの文書作成手段が承認データを紙媒体に出力すると、その文書は、申込者または契約者用とすることができる。
【００１９】
また、保険代理店側コンピュータで保険料データを演算する保険料算出手段が備えられていると、保険料の算出を保険会社側サーバで行う必要がない為に、保険会社側サーバの負荷を少なくすることができ、また、保険代理店側コンピュータと保険会社側サーバとの間の送受信時間に影響を受けることなく保険料を求めることができて、算出時間を短時間で行うことができる。
【００２０】
また、承認判定手段が承認可能かどうかを判定する際に、保険契約可否判定材料データベースを参照することにより、より正確に承認の可否を判断することができるようになる。また、保険会社側サーバに保険契約可否判定材料データベースを設けることで、保険契約可否材料データとして最新且つ多量のデータを蓄積することができる。
【００２１】
また、保険料支払の猶予に関しては、計時手段が、契約成立日時である承認日時からの経過時間が保険料支払猶予期間に関連する所定時間に達したか否かを判定することで、保険料支払猶予期間になったかまたは近づいたかを判定することができ、保険料支払猶予期間になったかまたは近づいた場合に、それを表示して、警告することができる。尚、所定時間は、保険料支払猶予期間またはそれよりも短い時間とすることができる。
【００２２】
また、保険代理店側コンピュータが、承認データを受信した後、契約データを保険会社側サーバへと送信し、保険会社側サーバでは、承認前に受信した仮契約データと、承認後に受信した契約データとの内容に変更のないことを確認することができる。これにより、保険代理店側コンピュータと保険会社側サーバとで同一のデータを保持していることが確認できる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を用いて本発明の実施の形態を説明する。尚、本発明は明細書内で説明する実施形態に限定されることなく、特許請求の範囲内で種々の変形が可能である。
【００２４】
図１は、本発明の実施形態に係る保険契約処理システムの全体構成を表す全体図である。図において、１０は保険会社側サーバであり、２０は保険代理店側コンピュータである。この保険会社側サーバ１０と、保険代理店側コンピュータ２０とは、汎用または専用の電気通信回線を介して接続可能となっている。この実施形態では、保険代理店側コンピュータ２０は常時はスタンドアローンで動作し、必要に応じて保険代理店側コンピュータ２０から接続要求を保険会社側サーバ１０へ行い接続が確立される常時非接続タイプとなっており、この常時非接続タイプが好ましいが、このタイプに限るものではなく、保険代理店側コンピュータ２０と保険会社側サーバ１０が常時オンラインとなる常時接続タイプであっても本発明の範囲内であることは勿論である。
【００２５】
図２は、保険会社側サーバ１０及び保険代理店側コンピュータ２０のハードウェア構成を表す図である。図において、保険会社側サーバ１０は、データの入出力の制御を行う入出力制御回路１２と、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、データの転送、演算、一時的なデータの格納、メインプログラムの格納を行う制御回路１４と、データの格納を行う記憶装置１６と、各種データを入力するための入力装置１８と、表示装置１９とを有する。尚、この例では、１つのサーバ１０で構成される例について説明するが、サーバ１０は１台ではなく、複数のサーバによって構成されるものであってもよい。
【００２６】
保険会社側サーバ１０の記憶装置１６には、仮契約データベース１６０、契約データベース１６２、保険金履歴データベース１６４、事故データベース１６６及び信用情報データベース１６８が設けられる。
【００２７】
図４に示すように、仮契約データベース１６０は、保険契約を成立させるために必要なデータを一時的に格納しておくためのデータベースであり、次のデータが格納される。即ち、保険会社が承認したことを表すと共にその契約を識別する承認番号及び承認を行った日時を表す承認日時の承認データ、証券番号、保険契約者、保険契約者住所、被契約者、被保険者住所、保険種別、保険内容等の保険内容データ、保険料または追徴保険料を表す保険料データ、保険代理店を表す代理店コード、代理店名といった代理店データ、が仮契約データベース１６０に格納される。
【００２８】
契約データベース１６２は、成立した保険契約に関するデータを格納するデータベースであり、仮契約データベース１６０に格納されるデータに加えて、保険代理店において領収順に採番する領収番号、保険料を領収した日を表す領収日、領収した金額を表す領収金額といった入金データ、が格納される。
【００２９】
保険金履歴データベース１６４は、保険金を支払った保険契約に関するデータを格納すうデータベースであり、証券番号、保険金支払い対象となる事件の発生日、事件の種類を表す事件種別、保険者、被保険者等のデータが格納される。尚、ここで「保険金支払い対象となる事件」とは、自動車保険であれば自動車事故、火災保険であれば火災事故、傷害保険であれば傷害事故といった保険料支払い対象となった事柄を指すものとする。
【００３０】
事故データベース１６６には、保険支払い対象となる事件に関するデータが格納されており、事件の発生日時を表す事件日時、事件を起こした当事者を表す当事者氏名、事件対象物を表す事件対象物、の各データが格納される。これらの事件に関するデータは、関連部署から入手されるデータであり、適時更新されて、可能な限り最新のデータとなっている。
【００３１】
信用情報データベース１６８には、所謂、代金支払いまたは保険契約に関し、例えば、信用度の低い要注意人物に関するデータが格納されており、氏名、住所の各データが格納される。これらの信用情報に関するデータは、保険会社で蓄積されたデータまたは外部機関から入手されるデータである。
【００３２】
上記保険金履歴データベース１６４、事故データベース１６６、信用情報データベース１６８は、その契約の申し込みのあった申込者と保険契約を締結することができるかどうかの判定材料となるデータを格納するためのもので、上記以外に例えば、異動を受け付けることができない条件などが記録されたテーブル等、任意のデータベースを含めることができ、これらを保険契約可否判定材料データベースと総称する。
【００３３】
保険会社側サーバ１０の記憶装置１６には各種プログラムが格納されており、この中のプログラムに基づき、本発明による保険契約処理が実行される。この処理を実行するプログラムは、保険会社側サーバ１０を、大別して、保険代理店側コンピュータ２０から送信される仮契約データを受け付ける受信手段１１０と、受信手段１１０で受け付けられた仮契約データについて、その契約を承認可能かどうかの判定を行う承認判定手段１１２と、承認判定手段１１２で承認可能であると判定された仮契約データに対して、承認番号を付与すると共に承認日時を確定する承認手段１１４と、承認手段１１４で得られた承認番号及び承認日時を、仮契約データと関連付けて仮契約データベース１６０に登録する仮登録手段１１６と、承認手段１１４で得られた承認番号と承認日時のデータを保険代理店側コンピュータ２０へと送信する送信手段１１８と、保険代理店側コンピュータ２０から送信される契約データを受け付ける第２受信手段１２０と、第２受信手段１２０で受け付けられた契約データについて、仮契約データベース１６０に登録された仮契約データとの比較を行う比較手段１２２と、比較手段１２２において仮契約データと一致したと判定された契約データを、契約データベース１６２に登録する登録手段１２４と、保険代理店側コンピュータ２０から送信される入金データを受け付ける第３受信手段１２６と、第３受信手段１２６で受け付けられた入金データを対応する契約データベース１６２の契約データと関連付けて契約データベース１６２に登録する入金登録手段１２８と、して機能させる。
【００３４】
一方、保険代理店側が操作する保険代理店側コンピュータ２０は、データの入出力の制御を行う入出力制御回路２２と、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、データの転送、演算、一時的なデータの格納、メインプログラムの格納を行う制御回路２４と、データの格納を行う記憶装置２６と、キーボード、マウス、テンキー等のデータ入力装置２８と、ＬＣＤ、ＣＲＴ等の表示装置２９と、プリンタ等の出力装置３０と、を有する。
【００３５】
保険代理店側コンピュータ２０の記憶装置２６には、契約データベース２６０が設けられる。契約データベース２６０には、保険会社側サーバ１０の契約データベース１６２に格納されるものとほぼ同じデータが格納され、承認番号である承認識別データ、承認を行った日時を表す承認日時データ、証券番号、保険契約者、被契約者、保険種別、保険内容等の保険内容データ、保険料または追徴保険料を表す保険料データ、保険料を領収した日を表す領収日データ、領収した金額を表す領収金額データ、保険代理店において領収順に採番する領収番号データが格納される。
【００３６】
また、記憶装置２６には、保険料の演算のために必要な各種保険料テーブル２６２が登録される。
【００３７】
保険代理店側コンピュータ２０の記憶装置２６には各種プログラムが格納されており、この中のプログラムに基づき、本発明による保険契約処理が実行される。この処理を実行するプログラムは、保険代理店側コンピュータ２０を、大別して、契約者または申込者から通知または申込みを受けた申込データを受け付けるデータ入力手段である受付手段２１０と、その申込データに基づき保険料または追徴保険料を演算する保険料算出手段２１２と、保険料算出手段２１２で得られた保険料データを、申込データと関連付けて契約データベース２６０に登録する登録手段２１３と、受付手段２１０で受け付けられた申込データと保険料算出手段２１２で演算された保険料データとを含む仮契約データを保険会社側サーバ１０へと送信する送信手段２１４と、保険会社側サーバ１０の送信手段１１８から送信された承認番号と承認日時のデータを受信する受信手段２１６と、受信手段２１６で受信された承認番号と承認日時のデータを、それに対応する契約データベース２６０で登録された仮契約データと関連付けて契約データベース２６０に登録する第２登録手段２１８と、承認番号と承認日時のデータ、仮契約データを紙媒体に出力して確認書等の文書を作成するべく出力装置３０へと出力信号を送出する文書作成手段である確認書作成手段２２０と、確認書作成手段２２０で確認書の出力がなされると、承認番号、承認日時、仮契約データを含む契約データを保険会社側サーバ１０へと送信する第２送信手段２２２と、第２登録手段２１８によって承認番号、承認日時が契約データベース２６０に登録されると承認日時以降の経過時間が所定時間に達しているか否かを判定する計時手段２２４と、計時手段２２４によって所定時間に達していると判定されると、表示装置２９へと警告表示を行うための表示信号を送出する警告手段２２６と、入金データを受け付ける入金データ入力手段である第２受付手段２２８と、第２受付手段２２８で受け付けた入金データを契約データベース２６０に登録する第２登録手段２３０と、入金データ及び承認番号データを保険会社側サーバ１０と送信する第３送信手段２３２と、を備える。
【００３８】
以上のように構成される契約処理システムにおいて、その契約処理を説明する。
【００３９】
まず、申込者からの申込みまたは契約内容の異動を希望する契約者からの通知を保険代理店が受ける。この申込みまたは通知は、対面による直接手段でもよいが、電話、Ｅメール、郵便メールなどの任意の通信手段によってもよく、任意の手段によって行われる。
【００４０】
図５に示すように、申込みまたは通知のあった契約内容を表す申込データは、保険代理店側コンピュータ２０のデータ入力装置２８によって入力されて（Ｓ１２）、受付手段２１０で受け付けられて記憶装置に一旦格納されると、データ入力装置２８からの保険料指令信号をトリガとして（Ｓ１３）、保険料算出手段２１２がその申込データに含まれる条件に従って保険料を算出する（Ｓ１４）。保険料算出は、保険料テーブル２６２を参照して、公知のアルゴリズムに従って行われる。保険代理店側コンピュータ２０に保険料算出手段１２があるために、ここでの保険料算出は迅速に行うことができる。
【００４１】
算出された金額は、申込者または契約者に伝えられて、申込者または契約者から契約締結の意思が伝えられると、データ入力装置２８からの続行入力信号に基づき（Ｓ１６，１８）、登録手段２１３がその申込データと保険料データとを関連付けて、契約データベース２６０に登録する（Ｓ２０）。続いて、送信手段２１４が起動して、保険会社側サーバ１０への接続処理を行い、接続が確立されると、申込データと保険料データにさらに代理店名、代理店コードといった代理店データを付加して、それを仮契約データとして、保険会社側サーバ１０へと送信する（Ｓ２２）。
【００４２】
図６に示すように、保険会社側サーバ１０の受信手段１１０で仮契約データが受け付けられて記憶装置に一旦格納されると（Ｓ２４）、承認判定手段１１２へと受け渡される。
【００４３】
承認判定手段１１２は、仮契約データを受けると、その仮契約データに含まれる契約者の情報から、その契約を承認して良いかどうかを判定する（Ｓ２６）。例えば、自動車保険の申込みを希望する申込者が事故を起こした直後である場合、過去に不正な保険契約を行った者である場合、支払い能力がないものである場合が該当する。このような場合には、承認判定手段１１２は、承認を拒否する。このために、承認判定手段１１２は、前記保険契約可否判定材料データベースである保険金履歴データベース１６４、事故データベース１６６、信用情報データベース１６８を参照し、記憶装置に記録された可否条件に従い、可否を判定する。このように、保険会社側サーバ１０において、保険契約可否判定材料データベースに基づき、承認の可否を判定することにより、常に最新または膨大な情報な保険契約可否判定材料データベースに基づいてリアルタイムに判定を行うことができ、より正確に判定することができる。但し、承認判定手段１１２は、送信された申込データが所定の形式に合致しているかの形式チェックのみを行うものとすることも可能である。
【００４４】
承認可能と判定されると、承認手段１１４が、承認番号を採番する。この承認番号は仮契約データ毎に割り当てられるものであり、承認番号の採番により契約が成立となる。また、承認日時を確定する（Ｓ２８）。この承認日時は、保険会社側サーバ１０で計時する時間に基づく現在時間である。
【００４５】
そして、仮登録手段１１６において、承認手段１１４で得られた承認番号及び承認日時の承認データを、仮契約データと関連付けて仮契約データベース１６０に登録し（Ｓ３０）、さらに、送信手段１１８が、そして承認データを保険代理店側コンピュータ２０へと送信する（Ｓ３２）。また、承認不可の場合には、承認不可を表すデータ及び原因データを非承認データとして保険代理店側コンピュータ２０へと送信する（Ｓ３４）。
【００４６】
図７に示すように、保険代理店側コンピュータ２０の受信手段２１６が保険会社側サーバ１０からの非承認を受けると（Ｓ３６でｙｅｓ）、その旨が保険代理店側コンピュータ２０の表示装置２９に表示され処理は終了する。非承認であることが保険代理店から申込者または契約者に伝えられて、そのまま契約未締結で終了するか、または申込データの変更を行って、処理を最初からやり直すかする。一方、受信手段２１６が承認データを受信すると（Ｓ３８でｙｅｓ）、第２登録手段２１８によって承認データは、対応する仮契約データと関連付けられて契約データベース２６０に登録される（Ｓ４０）と共に、出力装置３０に引き渡されて、確認書作成手段２２０によって承認番号と承認日時のデータ、仮契約データを紙媒体に出力して申込書、変更承認請求書、確認書等が作成される（Ｓ４２）。
【００４７】
保険代理店側では、確認書の出力によって契約成立を確認することができ、契約成立日時は、保険会社側サーバ１０が付与した承認日時となる。確認書は、申込者または契約者に郵送などの任意の手段によって送られる。
【００４８】
続いて、承認番号と承認日時の承認データと仮契約データは契約データとして第２送信手段２２２によって保険会社側サーバ１０へと再送信される（Ｓ４４）。
【００４９】
図８に示すように、第２送信手段２２２からの送信は、保険会社側サーバ１０の第２受信手段１２０によって受信されて、記憶装置に一旦格納されると、比較手段１２２へと引き渡され（Ｓ５０）、比較手段１２２において、送信された契約データと、同じ承認番号で関連付けられた仮契約データベース１６０に登録された仮契約データとの照合を行う（Ｓ５２）。仮に照合結果、不一致が検出されると、何らかのエラーまたは不正が発生していることになるため、エラー信号を発生して、処理を終了する。完全に一致していることが検出されると、登録手段１２４が承認データ及び仮契約データを契約データベース１６２に登録する（Ｓ５４）。この第２送信手段２２２、第２受信手段１２０及び登録手段１２４によって、計上手段が構成される。
【００５０】
以上の処理によって、申込者または契約者から、例えば電話で申込みまたは通知があった場合に、その１つの通話だけで契約が成立し、契約成立日時である承認日時が確定する。
【００５１】
保険料が支払われずに契約が成立するが、保険料の支払について猶予期間が設定される。このため、保険代理店側コンピュータ２０では、図９に示すように、確認書等が出力された以降、計時手段２２４が一定時間（例えば１日）毎に起動して、期間の監視を行う。具体的には、契約データベース２６０に登録された契約データの中で、承認データが入力されており、入金データが入力されていない契約データに対して、その承認日時からの経過時間と、設定期間との比較を行う（Ｓ６０）。この比較は、保険料の支払の猶予期間になったかまたは近づいたかを検出するためのものである。保険料の支払猶予期間としては、例えば、数日間〜数１０日間が設定され、計時手段２２４で比較する基準となる設定期間は、支払猶予期間と同じかそれよりも短い期間に設定される。
【００５２】
警告手段２２６は、承認日時からの経過時間≧設定期間である信号が出力されると、表示信号を出力し表示装置２９へと出力する。表示装置２９は、ポップアップウインドウ等によって、入金確認をすることを喚起するメッセージを表示する（Ｓ６２）。
【００５３】
保険代理店側において入金が確認されると、その領収日、領収金額、領収番号（保険代理店によって採番される）の各データは、入金代理店側コンピュータ２０のデータ入力装置２８によって入力されて、第２受付手段２２８で受け付けられ、第２登録手段２３０で契約データベース２６０の対応する契約データと関連付けられて登録されると共に、第３送信手段２３２が、領収日、領収金額、領収番号のデータを入金データとして、対応する承認番号のデータと共に、保険会社側サーバ１０へと送信する。
【００５４】
保険会社側サーバ１０の第３受信手段１２６が入金データを受け取ると、入金登録手段１２８が、それを契約データベース１６２および仮契約データベース１６０に、該当する承認番号に対応づけられた契約データと関連付けて登録する。こうして、一連の契約処理が完了する。
【００５５】
また、保険会社側サーバ１０では、上記計上手段による計上後に保険証券の発行処理を行うことができる。
【００５６】
以上の契約処理は、従来の処理に比較して以下のような効果がある。
【００５７】
・  前記確認書作成手段２２０によって作成され申込者または契約者に送られた確認書等には、捺印などは不要になり、処理をペーパレス化、効率化することができる。
【００５８】
・  申込者または契約者の申込・通知だけによって即座に新しい保険契約を成立させることができる。保険料の支払を猶予することにより、契約成立を迅速化することができる。
【００５９】
・  契約成立日時が保険会社側サーバ１０によって確定される承認日時であるため、保険会社側サーバによって保険成立の時間を正確に把握することができる。よって、事件が保険の補償の対象か否かの判定を正確に行うことができるようになる。
【００６０】
・  保険料の演算などは保険代理店側コンピュータ２０だけで行い、保険会社側サーバ１０と非接続状態で行い、演算処理は保険会社側サーバ１０で行わないために、保険会社側サーバ１０の処理負荷を軽減し、演算処理を迅速に行うことができる。
【００６１】
・  一方、保険契約成立を承認できるか否かの判定を、保険会社側サーバ１０が最新または膨大な情報な保険契約可否判定材料データベースに基づいてリアルタイムで行うことができるため、正確に判定することができる。但し、必要に応じて、保険代理店側コンピュータ２０に用意しておくことも可能である。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施形態に係る保険契約処理システムの全体構成を表す全体図である。
【図２】保険会社側サーバ１０及び保険代理店側コンピュータ２０のハードウェア構成を表す図である。
【図３】保険会社側サーバ１０及び保険代理店側コンピュータ２０の詳細ブロック図である。
【図４】仮契約データベース１６０及び契約データベース１６２の構成図である。
【図５】保険代理店側コンピュータ２０における保険契約処理を表すフローチャートである。
【図６】保険会社側サーバ１０における保険契約処理を表すフローチャートである。
【図７】図５に続く保険代理店側コンピュータ２０における保険契約処理を表すフローチャートである。
【図８】図６に続く保険会社側サーバ１０における保険契約処理を表すフローチャートである。
【図９】保険会社側サーバ１０における保険契約処理の中の期間監視処理を表すフローチャートである。
【符号の説明】
【００６３】
１０  保険会社側サーバ
１６  記憶装置
２０  保険代理店側コンピュータ
２６  記憶装置
１１０  受信手段
１１２  承認判定手段
１１４  承認手段
１１８  送信手段
２１０  受付手段
２１２  保険料算出手段
２１４  送信手段
２１６  受信手段
２２０  確認書作成手段（文書作成手段）
２２４  計時手段
２２６  警告手段
【図１】
2005251131.tif 000003
【図２】
2005251131.tif 000004
【図３】
2005251131.tif 000005
【図４】
2005251131.tif 000006
【図５】
2005251131.tif 000007
【図６】
2005251131.tif 000008
【図７】
2005251131.tif 000009
【図８】
2005251131.tif 000010
【図９】
2005251131.tif 000011