JP2006018775A - 保険料決済システム - Google Patents

Abstract

【課題】 契約者が所望の保険料を支払うことができ、かつ、保険会社においても、その照合が容易に実現できる。
【解決手段】 ウェブサーバ２６から、支払予約された保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを送信された、ＡＴＭサービスシステム１４は、ＡＴＭ１８を利用した支払の申し出に応答して、受付番号を特定し、受付番号に関連付けられた受付日と、支払いの申し出の日とが一致する場合に、受付保険料金額に相当する金額の入金を受け付ける。その後、ＡＴＭサービスシステム１４は、ウェブサーバ２６に、受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信する。
【選択図】 図１

Description

本発明は、契約者から入金された保険料を決済する保険金決済システムに関する。

保険料の支払いは、従来、代理店の職員が直接、契約者から現金を直接徴収し、また、次回以降の保険料であれば、金融機関における自動引き落としも可能である。しかしながら、保険料の支払いには、単に当月の月額保険料の入金に限らず、月遅れ分の入金、前納金、復活保険料の入金、貸付金や自動振替貸付の返済など多岐にわたる。契約者は、上述したような種々の支払いを所望のときに行えるのが望ましい。

たとえば、金融機関の出入金においては、たとえば、特許文献１に開示されるように、予め、顧客が希望する取引時間、取引種別および取引金額を含む取引内容を登録しておき、実際の出入金の際の操作を最小限にする技術が提案されている。
特許２８９０４５２号公報

しかしながら、金融機関において、自動的に契約者の口座から保険料を引き落とすためには、金融機関のシステムの大幅な変更および機能の追加が必要となる。また、保険料のうち、前納金など日付によって、金額が変更されるものもある。したがって、適切なタイミングで保険料の決済ができないと、保険会社における照合処理が著しく困難になるという問題点もある。

本発明は、契約者が所望の保険料を支払うことができ、かつ、保険会社においても、その照合が容易に実現できる保険料決済システムを提供することを目的とする。

本発明の目的は、クライアントマシンからの保険料の支払い予約を受け付けるサーバと、前記サーバとネットワークを介して接続され、支払いを受け付ける処理システムと、を備えた保険決済システムであって、
前記サーバが、契約者の保険契約単位に、証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを格納した契約情報データベースと、前記保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを格納した入金予約受付記録データベースと、前記クライアントマシンからの保険料の支払い予約に応答して、前記契約情報データベース中のレコードを特定して、契約者が支払うべき保険料およびその入金事由を特定し、かつ、前記入金予約受付記録データベース中のレコードを生成する入金予約受付記録データ生成手段と、前記入金予約受付記録データベース中のレコードのデータを、前記処理システムに送信するデータ送信手段と、を備え、
前記処理システムが、前記入金予約受付記録データベース中のレコードのデータを受信するデータ受信手段と、前記データ受信手段により受信されたレコードのデータを格納するために、少なくとも、受付日、受付保険料金額、および、受付番号の項目を含むレコードを格納する入金予約情報データベースと、ＡＴＭを利用した支払いの申し出に関して、受付番号、入金日および入金額の項目を含むレコードを格納するＡＴＭ入金情報データベースと、前記ＡＴＭを利用した支払いの申し出に応答して、受付番号を特定し、前記入金予約情報データベース中、当該受付番号を有するレコードを特定するデータベース検索手段と、前記入金予約情報データベース中の該当レコード中の受付日と、前記支払いの申し出の日とが一致する場合に、前記受付保険料金額に相当する金額の入金を受け付け、前記ＡＴＭ入金情報データベース中のレコードを更新する入金受付手段と、前記サーバに対して、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信するデータ送信手段と、を備えたことを特徴とする保険料決済システムにより達成される。

本発明によれば、契約者がクライアントマシンを操作してサーバにアクセスし、保険契約の支払いを予約した場合に、予約日に、ＡＴＭを操作して、支払うべき金額を支払うことを申し出た場合に支払いが認められる。支払いの予約日と実際の支払日が相違したことによる保険料の変動がないため、保険会社における照合が容易となる。また、予約に際して、契約者は所望の支払事由の保険料の支払を申し出ることが可能となる。

たとえば、契約者はＡＴＭにおいて、現金を投入することで、保険料を支払っても良いし、以下の実施態様のように、クレジットカードを利用しても良い。

好ましい実施態様においては、前記処理システムが、クレジットカードによる支払いを受け付ける処理ステムであり、かつ、前記処理システムが、さらに、契約者単位に、そのクレジットカード番号、および、受付番号を含む、当該契約者を特定するための項目からなるカード顧客データベースを備え、前記処理システムのデータベース検索手段が、クレジットカードによる支払いの申し出に応答して、前記カード顧客データベースを参照して、支払いを申し出た契約者のクレジットカードのクレジットカード番号を有するレコードを特定し、当該レコード中の受付番号を参照して、前記入金予約情報データベース中の該当レコードを特定するように構成されている。

別の好ましい実施態様においては、前記サーバが、前記受付番号について、受付保険料金額の支払いを受けたことを示す通知を受信したときに、前記入金予約受付記録データベース中、当該受付番号にて特定されるレコードの受付保険料金額と、通知に含まれる受付保険料金額とを比較して、双方が一致する場合に、前記処理システムに対して、照合が完了したことを示す通知を送信する。

また、別の好ましい実施態様においては、さらに、前記サーバが、保険会社のホストシステムと接続され、前記クライアントマシンからの支払い予約の受付のときに、契約者の情報を、前記ホストシステムに送信し、当該ホストシステムから、当該契約者の保険契約に関する証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを受信して、前記契約情報データベースを更新するように構成されている。

また、本発明の目的は、クライアントマシンからの保険料の支払い予約を受け付けるサーバとネットワークを介して接続され、支払いを受け付ける処理システムであって、前記サーバから、受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードのデータを受信するデータ受信手段と、前記データ受信手段により受信されたレコードのデータを格納するために、少なくとも、受付日、受付保険料金額、および、受付番号の項目を含むレコードを格納する入金予約情報データベースと、ＡＴＭを利用した支払いの申し出に関して、受付番号、入金日および入金額の項目を含むレコードを格納するＡＴＭ入金情報データベースと、前記ＡＴＭを利用した支払いの申し出に応答して、受付番号を特定して、前記入金予約情報データベース中、当該受付番号を有するレコードを特定するデータベース検索手段と、前記入金予約情報データベース中の該当レコード中の受付日と、前記支払いの申し出の日とが一致する場合に、前記受付保険料金額に相当する金額の入金を受け付け、前記ＡＴＭ入金情報データベース中のレコードを更新する入金受付手段と、前記サーバに対して、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信するデータ送信手段と、を備えたことを特徴とする処理システムによっても達成される。

好ましい実施態様において、処理システムは、クレジットカードによる支払いを受け付けるように構成され、さらに、契約者単位に、そのクレジットカード番号、および、受付番号を含む、当該契約者を特定するための項目からなるカード顧客データベースを備え、データベース検索手段が、クレジットカードによる支払いの申し出に応答して、前記カード顧客データベースを参照して、支払いを申し出た契約者のクレジットカードのクレジットカード番号を有するレコードを特定し、当該レコード中の受付番号を参照して、前記入金予約情報データベース中の該当レコードを特定するように構成されている。

別の好ましい実施態様においては、支払いを受け付ける処理システムと、ネットワークを介して接続された、クライアントマシンからの保険料の支払いを受け付けるサーバは、契約者の保険契約単位に、証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを格納した契約情報データベースと、前記保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを格納した入金予約受付記録データベースと、前記クライアントマシンからの保険料の支払い予約に応答して、前記契約情報データベース中のレコードを特定して、契約者が支払うべき保険料およびその入金事由を特定し、かつ、前記入金予約受付記録データベース中のレコードを生成する入金予約受付記録データ生成手段と、前記入金予約受付記録データベース中のレコードのデータを、前記処理システムに送信するデータ送信手段と、前記処理システムが、ＡＴＭを利用した支払の申し出に応じて、前記データ送信手段により送信されたレコード中、受付日と支払い申し出の日とが一致する場合に、受付保険料金額が受け付けられ、当該支払を受け付けたことを示す通知を送信した場合に、当該通知を受信するデータ受信手段と、を備えている。

より好ましい実施態様において、サーバは、さらに、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を受信したときに、前記入金予約受付記録データベース中、当該受付番号にて特定されるレコードの受付保険料金額と、通知に含まれる受付保険料金額とを比較して、双方が一致する場合に、前記処理システムに対して、照合が完了したことを示す通知を送信する。

また、好ましい実施態様において、サーバは、さらに、保険会社のホストシステムと接続され、前記クライアントマシンからの支払い予約の受付のときに、契約者の情報を、前記ホストシステムに送信し、当該ホストシステムから、当該契約者の保険契約に関する証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを受信して、前記契約情報データベースを更新するように構成されている。

さらに、本発明の目的は、クライアントマシンからの保険料の支払い予約を受け付けるサーバとネットワークを介して接続され、支払いを受け付ける処理システムであって、前記データ受信手段により受信されたレコードのデータを格納するために、少なくとも、受付日、受付保険料金額、および、受付番号の項目を含むレコードを格納する入金予約情報データベースと、ＡＴＭを利用したク支払いの申し出に関して、受付番号、入金日および入金額の項目を含むレコードを格納するＡＴＭ入金情報データベースと、を備えた処理システムにより読み出し可能なプログラムであって、前記処理システムを、
前記サーバから、受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードのデータを受信するデータ受信手段、前記ＡＴＭを利用した支払いの申し出に応答して、受付番号を特定し、前記入金予約情報データベース中、当該受付番号を有するレコードを特定するデータベース検索手段、前記入金予約情報データベース中の該当レコード中の受付日と、前記支払いの申し出の日とが一致する場合に、前記受付保険料金額に相当する金額の入金を受け付け、前記ＡＴＭ入金情報データベース中のレコードを更新する入金受付手段、並びに、前記サーバに対して、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信するデータ送信手段として機能させることを特徴とするコンピュータプログラムによっても達成される。

好ましい実施態様においては、処理システムが、クレジットカードによる支払いを受け付ける処理ステムであり、かつ、前記処理システムが、さらに、契約者単位に、そのクレジットカード番号、および、受付番号を含む、当該契約者を特定するための項目からなるカード顧客データベースを備え、前記処理システムを、前記データベース検索手段として機能させる際に、クレジットカードによる支払いの申し出に応答して、前記カード顧客データベースを参照して、支払いを申し出た契約者のクレジットカードのクレジットカード番号を有するレコードを特定し、当該レコード中の受付番号を参照して、前記入金予約情報データベース中の該当レコードを特定するように、前記処理システムを動作させる。

また、本発明の目的は、支払いを受け付ける処理システムと、ネットワークを介して接続された、クライアントマシンからの保険料の支払いを受け付けるサーバであって、契約者の保険契約単位に、証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを格納した契約情報データベースと、前記保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを格納した入金予約受付記録データベースと、を備えたサーバにより読み出し可能なプログラムであって、前記サーバを、
前記クライアントマシンからの保険料の支払い予約に応答して、前記契約情報データベース中のレコードを特定して、契約者が支払うべき保険料およびその入金事由を特定し、かつ、前記入金予約受付記録データベース中のレコードを生成する入金予約受付記録データ生成手段、前記入金予約受付記録データベース中のレコードのデータを、前記処理システムに送信するデータ送信手段、並びに、前記処理システムが、ＡＴＭを利用した支払の申し出に応じて、前記データ送信手段により送信されたレコード中、受付日と支払い申し出の日とが一致する場合に、受付保険料金額が受け付けられ、当該支払を受け付けたことを示す通知を送信した場合に、当該通知を受信するデータ受信手段として機能させることを特徴とするプログラムによっても達成される。

好ましい実施態様においては、さらに、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を受信したときに、前記入金予約受付記録データベース中、当該受付番号にて特定されるレコードの受付保険料金額と、通知に含まれる受付保険料金額とを比較して、双方が一致する場合に、前記処理システムに対して、照合が完了したことを示す通知を送信するように、前記サーバを動作させる。

別の好ましい実施態様においては、さらに、前記サーバが、保険会社のホストシステムと接続され、
前記クライアントマシンからの支払い予約の受付のときに、契約者の情報を、前記ホストシステムに送信し、当該ホストシステムから、当該契約者の保険契約に関する証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを受信して、前記契約情報データベースを更新するように、前記サーバを動作させる。

本発明によれば、契約者が所望の保険料を支払うことができ、かつ、保険会社においても、その照合が容易に実現できる保険料決済システムを提供することが可能となる。

以下、添付図面を参照して、本発明の実施の形態について説明する。図１に示すように、保険料決済システム１０は、保険会社のシステム（「保険会社システム」と称する。）１２、金融機関のＡＴＭサービスシステム１４、カード会社のシステム（以下、「カード会社システム」と称する。）１６、および、金融機関のＡＴＭ１８−１、１８−２、・・・を備えている。保険会社システム１２は、後述する契約管理ＤＢ２２を備えたホストシステム２４と、契約者のクライアントマシン２０との間でデータを授受するウェブサーバ２６とを有する。

クライアントマシン２０とウェブサーバ２６との間は、インターネットにて接続される。また、ウェブサーバ２６とホストシステム２４との間、ウェブサーバ２６とＡＴＭサービスシステム１４との間、ＡＴＭサービスシステム１４とカード会社システム１６との間、カード会社システム１６と、各ＡＴＭ１８との間は、それぞれ、ＷＡＮなどの専用線、或いは、ＶＰＮなどにより接続される。特に、ＡＴＭサービスシステ１４とカード会社システム１６との間は、「ＣＡＩＦＳ」という回線にて接続される。ウェブサーバ２６は、顧客および当該顧客による保険料入金の受付を関連付けた履歴ＤＢを含むサーバＤＢ群３０を有する。また、ＡＴＭサービスシステム１４は、クレジットカードの顧客に関する情報を格納したカード顧客ＤＢを含む、ＡＴＭ・ＤＢ群３２を有する。

図２は、契約管理ＤＢのデータ構成を示す図である。図２に示すように、契約管理ＤＢ２２は、契約単位のレコードにより形成され、当該レコードは、項目として、「証券番号」、「契約者」、「被保険者」、「顧客番号」、「顧客氏名」、「新契約・既契約区分」、「申込日」、「実収保険料」、「入金応当月」、「前納入金月」、「事故コード」、「復活必要保険料額」、「復活申込情報」、「貸付金残高」、「解約日」、「自動振替貸付残高」、「月遅れ入金額」、「前納乗率ＣＤ」」を有している。

図３（ａ）は、ウェブサーバ２６のサーバＤＢ群３０の構成を示すブロックダイヤグラムである。図３に示すように、サーバＤＢ群３０は、履歴ＤＢ４０と、契約情報ＤＢ４２と、入金予約受付記録ＤＢ４４と、前納テーブル４６とを有している。なお、図３（ａ）および図３（ｂ）において、ＤＢ間の矢印に付随して記載された「１」および「Ｎ」は、それぞれのＤＢ間のレコードの対応を示している。たとえば、一方が「１」で他方が「Ｎ」であれば、一方のＤＢ中の１つのレコードに対して、他方のＤＢにおいて、関連するＮ個のレコードが存在し得ることを意味する。

図４（ａ）は、履歴ＤＢのデータ構成を示す図である。図４（ａ）に示すように、履歴ＤＢには、顧客単位のレコードにより形成され、当該レコードは、項目として、「顧客ＩＤ」、「パスワード」、「カード番号」、「カードパスワード」、「顧客番号」、「顧客氏名」、「加入契約証券番号」を含む。また、図４（ｂ）に示すように、入金予約受付記録ＤＢは、契約単位のレコードにより形成され、当該レコードは、項目として、「受付番号」、「受付日時」、「アクセスポイント」、「受付契約証券番号」、「受付保険料金額」、「入金事由」、「入金完了確認フラグ」、「入金照合確認フラグ」、「データ有効区分」を有する。

また、図５（ａ）に示すように、契約情報ＤＢ２４は、契約単位のレコードにより形成され、当該レコードは、項目として、「証券番号」、「契約者」、「被保険者」、「新契約・既契約区分」、「申込日」、「実収保険料」、「入金応当月」、「事故コード：、「復活必要保険料額」、「復活申込情報」、「貸付金残高」、「解約日」、「入金予約受付番号」、「前納可能月数」、「当月入金額」、「当月迄入金額」を有する。これらレコードのうち、「証券番号」〜「解約日」の項目の値は、敬訳管理ＤＢ２２中、対応する証券番号を有するレコードの値と一致する。

図５（ｂ）に示すように、前納テーブル４６は、契約単位のレコードにより形成され、当該レコードは、項目として、「証券番号」、「契約者」、「前納金額」を有する。

図３（ｂ）は、ＡＴＭサービスシステム１４に含まれるＡＴＭ・ＤＢ群３２を示す図である。図３（ｂ）に示すように、ＡＴＭ・ＤＢ群３２は、カード顧客ＤＢ５２、入金予約情報ＤＢ５４およびＡＴＭ入金情報ＤＢ５６を有する。

図６に示すように、カード顧客ＤＢ５２は、顧客単位のレコードにより形成され、当該レコードは、項目として、「顧客ＩＤ」、「顧客パスワード」、「顧客氏名」、「カード番号」、「カードパスワード」、「カード有効期限」、「カード信用情報」、「入金予約受付番号」、「ＡＴＭ入金情報」を有している。

また、図７（ａ）に示すように、入金予約情報ＤＢ５４は、入金予約情報ＤＢのレコードに相当する単位のレコードを有する。当該レコードは、項目として、「入金予約受付番号」、「入金予定日」、「予約保険料合計額」、「入金番号」、「入金受付確認フラグ」、「入金照合確認フラグ」、「入金報告完了フラグ」、「データ有効区分」を有する。

さらに、図７（ｂ）に示すように、ＡＴＭ入金情報ＤＢ５６は、ＡＴＭ入金単位のレコードを有し、当該レコードは、項目として、「入金番号」、「入金日」、「該当入金予約番号」、「入金額」および「入金照合確認フラグ」を有する。

このように構成された保険料決済システム１０を利用した、契約者の保険金決済の処理手順について以下に説明する。本実施の形態においては、契約者がクライアントマシン２０を操作して、ウェブサーバ２６にアクセスして、保険料の入金を申し出ることにより処理が開始される。

図８に示すように、まず、契約者は、クライアントマシン２０を操作して、ウェブサーバ２６にアクセスし、顧客ＩＤおよびパスワードを入力して、ウェブサーバ２６にログオンし、保険料の入金を申し込む（ステップ８０１）。ログオンの際に、ウェブサーバ２６は、履歴ＤＢ４０を参照して、ユーザを認証する。

上記申込の際には、ウェブサーバ２６から送信されクライアントマシン２０の表示装置の画面を参照して、入金メニューから所望の項目の選択を繰り返して、保険料入金にかかる保険契約と入金額を入力する（ステップ８０２）。実際には、ウェブサーバ２６は、ユーザの選択にしたがって画面を遷移させて、所望の保険にかかる初回保険料、次回以降保険料の月遅れ分入金や前納入金、復活保険料の入金、貸付金返済や自動振替貸付の返済などの入金事由を選択することができるようになっている。

ウェブサーバ２６は、入力された保険契約および入金額などを示す情報をホストシステム２４に送信する（ステップ８０３）。ホストシステム２４は、契約管理ＤＢ２２を参照して、該当レコードを検索し（ステップ８０４）、検索により見出されたレコードの情報を、ウェブサーバ２６に返す（ステップ８０５）。ウェブサーバ２６は、受信したレコードを、契約情報ＤＢ４４に格納する（ステップ８０６）。また、必要に応じて、受信したレコードの情報を参照して、ウェブサーバ２６は、履歴ＤＢ４０における「加入証券番号（有効契約）」、「加入契約証券番号（新契約）」、「加入契約証券番号（事故契約）」の項目の値を更新しても良い（ステップ８０７）。

ウェブサーバ２６は、保険契約、入金事由、入金予定額などをユーザに確認させるための入金予定額確認情報画面を、クライアントマシン２０の表示装置に表示させ（ステップ８０８）、ユーザによる内容の確認を促す。

クライアントマシン２０から、内容を確認したことを示す情報を受信すると（ステップ８０９）、ウェブサーバ２６は、入金予約受付記録ＤＢのレコードを追加する（ステップ８１０）。レコードの追加に際して、ウェブサーバ２６は、受付番号を採番し「受付番号」の項目に格納し、保険契約の証券番号、入金予定金額、入金事由を、それぞれ、「受付契約証券番号」、「受付保険料金額」、「入金事由」の項目として格納する。また、このクライアントマシンからのステップ８０８にかかる情報の受信日時を、「受付日時」の項目として格納する。

次いで、図９（ａ）に示すように、ウェブサーバ２６は、ネットワークを介して、ＡＴＭサービスシステム１４に、作成された入金予定受付記録ＤＢのレコードを送信する（ステップ９０１）。ＡＴＭサービスシステム１４は、受信したレコードを、入金予約情報ＤＢ５４に追加するとともに（ステップ９０２）、受信したレコードに基づいて、ＡＴＭ入金情報ＤＢ５６のレコードを追加する（ステップ９０３）。ＡＴＭ入金情報ＤＢ５６のレコードにおいては、「該当入金予約番号」の項目に、受信したレコード中の「受付番号」が転記される。
これにより、入金予約の手続きが終了する。

契約者は、金融機関やコンビニエンスストアなどＡＴＭ１８が設置されている店舗に出向き、カード会社のクレジットカードを利用して、入金を申し出る。契約者は、カードをＡＴＭに差し込み、ＡＴＭの表示装置に表示されたメニュー画面から「ＡＴＭからの保険料入金」を選択すればよい。これにより、ＡＴＭ１８からカード会社システム１６を介してＡＴＭサービスシステム１４に、カード番号やパスワードなどが伝達される（図８（ｂ）のステップ９１１）。ＡＴＭサービスシステム１４は、カード顧客ＤＢ５２を参照して、カード番号に相当するレコードを特定し（ステップ９１２）、さらに、当該レコード中に入金予約受付番号から、入金予約情報ＤＢ５４中、当該入金予約受付番号を有するレコードを特定する（ステップ９１３）。

ＡＴＭサービスシステム１４は、入金予約情報ＤＢ５４中のレコードを参照して、入金予定日の値を参照し、ＡＴＭの受付日と一致するか否かを判断する（ステップ９１４）。ここで、日付が一致しない場合には（ステップ９１４でノー(No)）、エラーメッセージが、カード会社システム１６を介して、ＡＴＭ１８に伝達される（ステップ９１５）。

日付が一致した場合、つまり、契約者が入金を予約した日時とＡＴＭを使用している日時が一致する場合には（ステップ９１４でイエス(Yes)）、図１０に示すように、ＡＴＭサービスシステム１４は、当該入金予約情報ＤＢ５４のレコード中の予約保険料合計額に示す金額を入金すべきことを、カード会社システム１６を介してＡＴＭ１８に通知し（ステップ１００１）、その金額の入金を契約者に促す。

契約者がＡＴＭを操作して、通知された金額の入金を指示すると、その入金額の情報が、ＡＴＭサービスシステム１４に伝達され（ステップ１００２）。ＡＴＭサービスシステムは、ＡＴＭ入金情報ＤＢ５６中、入金予約番号で特定されるレコードの入金額の項目に、ＡＴＭ１８からの入金額を格納する（ステップ１００３）。なお、通知された金額以外の金額の入金を指示した場合には、ＡＴＭサービスシステム１４から、エラーメッセージが、カード会社システム１６を介してＡＴＭ１８に伝達される。なお、ＡＴＭサービスシステム１４においては、通知された金額の入金の指示のみを受け付けることができるため、上記ＡＴＭサービスシステム１４からＡＴＭ１８へのエラーメッセージの通知の処理が実行されなくても良い。

次いで、ＡＴＭサービスシステム１４は、入金予約情報ＤＢ５４の該当レコード中、入金受付確認フラグを「１」にセットし（ステップ１００４）、当該入金予約受付番号について、前記入金額を受け付けたことをウェブサーバ２６に通知する（ステップ１００５）。ウェブサーバ２６は、入金予約受付記録ＤＢ４２中、入金予約受付番号にて特定されるレコード中の入金完了確認フラグを「１」にセットした後（ステップ１００６）、予約保険料合計額と、入金額とを照合する（ステップ１００７）。これらが一致する場合には、当該レコードの入金照合確認フラグを「１」にセットするとともに（ステップ１００８）、入金額が一致したことを、ＡＴＭサービスシステム１４に通知する（ステップ１００９）。その一方、金額が一致しない場合には、ウェブサーバ２６からＡＴＭサービスシステム１４にその旨が通知される。

ＡＴＭサービスシステム１４は、上記金額が一致したことを示す通知を受信すると、入金予約情報ＤＢ５４中、入金予約受付番号で特定されるレコード、および、ＡＴＭ入金情報ＤＢ５６の、該当入金予約番号で特定されるレコードの、それぞれの入金照合確認フラグを「１」にセットする。

ＡＴＭ１８から、所定の金額（通知された金額）の入金の指示がＡＴＭサービスシステム１４に伝達された時点で、契約者が入金予約に対して、入金しようとしていたことが判明する。本実施の形態においては、契約者の入金額が、入金予約情報ＤＢ５４中の予約保険料合計額と等しい場合のみ、入金を受け付けることにしている。したがって、入金の受付を確認した時点で、入金が完了したと考えることも可能である。しかしながら、何らかの理由により、入金額（予約保険料合計額）が誤っている場合も考えられる。そこで、入金受付確認の後、ウェブサーバの入金予約受付記録ＤＢ４２の該当レコードの入金保険料と、二重に照合することで、金額の不一致による不都合が生じることを防止している。

図１１に示すように、ウェブサーバ２６は、入金予約受付記録ＤＢ４２中、入金照合確認フラグが「１」であるようなレコードについて、当該レコード中の受付契約証券番号、受付保険料金額、および、入金事由の項目の値を、ホストシステム２４に送信する（ステップ１１０１、１１０２）。ホストシステムは、契約管理ＤＢ２２を参照して、受付契約証券番号と同じ証券番号を有するレコードを特定し（ステップ１１０３）、入金消し込み処理を実行し、契約管理ＤＢ２２のレコードを更新する（ステップ１１０４）。ここで、特定の入金事由がある場合には、優先すべき入金事由（月遅れ、当月、前納）があれば、その優先度に応じて充当される。これと同時に、カード会社から保険会社に債権譲渡が行われ、保険会社では保険料の入金手続きを行うことが可能となる。

本実施の形態においては、入金を予約した日付に限り、ＡＴＭによる当該予約された入金額と同額の入金のみを認めるように構成している。日付をまたぐと、保険の契約内容や入金状況に変動が発生する可能性があるため、入金予約通りの入金があったとしても、照合が困難になる可能性がある。本実施の形態によれば、容易に入金予定額と入金額との照合を行うことが可能となる。

次に、本発明の第２の実施の形態について説明する。第１の実施の形態においては、クレジットカードを利用しているが、金融機関（のＡＴＭサービスシステム）を介することで、カード会社から保険会社に債権譲渡がされることで、現金による決済を実現している。これに対して、第２の実施の形態においては、金融機関のＡＴＭシステムを介さず、カード会社から保険会社に債権譲渡がされる。

図１２は、第２の実施の形態にかかる保険料決済システム１００の構成を示すダイヤグラムである。図１２に示すように、第２の実施の形態においては、金融機関のＡＴＭサービスシステム１４が省略され、カード会社システム１６がウェブサーバ２６と接続される。また、カード会社システム１６には、カード会社ＤＢ群１３２が設けられている。第２の実施の形態においては、ＡＴＭサービスシステムの機能を、カード会社システム１６が実現する。したがって、カード会社システム１６は、第１の実施の形態においてＡＴＭサービスシステム１４が実行した処理を実行させるためのプログラムを備える。また、カード会社ＤＢ群１３２は、ＡＴＭ・ＤＢ群３２と同様のＤＢ、つまり、カード顧客ＤＢ、入金予約情報ＤＢおよびＡＴＭ入金情報ＤＢを有する。

第２の実施の形態にかかる処理は、第１の実施の形態において、ＡＴＭサービスシステム１４の処理を、カード会社システム１６が実行すれば良い。

このように、本発明は、金融機関のシステムが介在する場合、或いは、介在しない場合の双方に適用することができる。

次に、本発明の第３の実施の形態について説明する。第１の実施の形態および第２の実施の形態においては、クレジットカードを利用して、決済を実現しているが、第３の実施の形態においては、ＡＴＭに直接現金を投入することにより、決済を実現している。

図１３は、第３の実施の形態にかかる保険料決済システム２００の構成を示すブロックダイヤグラムである。図１３に示すように、第３の実施の形態においては、カード会社システム１６が省略され、ＡＴＭ１８−１、１８−２、・・・が、ＡＴＭサービスシステム１４に接続される。

ＡＴＭサービスシステム１６は、ＡＴＭ・ＤＢ群２３２を備える。ＡＴＭ・ＤＢ群２３２は、入金予約情報ＤＢ５４およびＡＴＭ入金情報ＤＢ５６を含む。つまり、第1の実施の形態にかかるＡＴＭサービスシステム１６のＡＴＭ・ＤＢ群３２（図２（ｂ）参照）のうち、カード顧客ＤＢ５２が省略された形態となる。

第３の実施の形態においても、契約者はクライアントマシン２０を操作して、ウェブサーバ２６にアクセスして、保険料の入金を申し出る。この際にクライアントマシン２０およびウェブサーバ２６で実行される処理やこれらの間で送受信される情報は、図８に示すものと同様である。ここで、ウェブサーバ２６は、入金予約受付記録ＤＢのレコードを追加した後（ステップ８１０参照）、受付番号を、クライアントマシン２０に通知する。契約者は、この受付番号を控えておけば良い。

また、第３の実施の形態においても、図９（ａ）に示すように、ウェブサーバ２６からＡＴＭサービスシステム１４に対して、入金予定受付記録ＤＢのレコードが送信され、ＡＴＭサービスステム１４において、必要なＤＢのレコードが追加される。

図１４は、契約者が、金融機関やコンビニエンスストアに設置されたＡＴＭ１８を操作したことにより実行される処理の部分を示すフローチャートである。契約者は、ＡＴＭ１８を操作して、受付番号を入力する。これにより、受付番号が、ＡＴＭ１８からＡＭサービスシステム１４に送信される（ステップ１４０１）。ＡＴＭサービスシステム１４は、受付番号を受信すると、入金予約情報ＤＢ５４中、受信した受付番号を含むレコードを特定する（ステップ１４０２）。

以下のステップ１４０２〜ステップ１４０４の処理は、図９のステップ９１３〜ステップ９１５の処理にそれぞれ対応する。ステップ１４０３でイエス(Yes)と判断された場合には、ＡＴＭサービスシステム１４は、ＡＴＭ１８に対して、入金予約情報ＤＢ５４のレコード中の予約保険料合計額に示す金額を入金すべきことを、ＡＴＭ１８に通知する（ステップ１４０５）。契約者が、ＡＴＭ１８に指定された金額を投入すると、ＡＴＭ１８は、入金受付情報を、ＡＴＭサービスシステム１４に送信する（ステップ１４０６）。なお、契約者が指定された金額より多い金額を投入した場合には、ＡＴＭ１８は、予定額より多い分をつり銭として契約者に返せばよい。これ以降の処理は、図１０のステップ１００３以降と同様であるため説明は省略する。

第３の実施の形態では、契約者は、入金を予約した日付に限り、予約番号をＡＴＭに入力して、指定された予定保険料合計額に相当する現金をＡＴＭに投入することができる。これにより、容易に入金予定額と入金額との照合ができ、保険料を決済することが可能となる。

本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

図１は、本発明の第１の実施の形態にかかる保険料決済システムの全体構成を概略的に示すブロックダイヤグラムである。 図２は、本実施の形態にかかる契約管理ＤＢのデータ構成を示す図である。 図３（ａ）は、ウェブサーバのサーバＤＢ群の構成を示すブロックダイヤグラム、図３（ｂ）は、ＡＴＭサービスシステムのサーバ群の構成を示すブロックダイヤグラムである。 図４（ａ）は、履歴ＤＢのデータ構成を示す図、図４（ｂ）は、入金予約受付記録ＤＢのデータ構成を示す図である。 図５（ａ）は、契約情報ＤＢのデータ構成を示す図、図５（ｂ）は前納テーブルのデータ構成を示す図である。 図６は、カード顧客ＤＢ５２のデータ構成を示す図である。 図７（ａ）は、入金予約情報ＤＢのデータ構成を示す図、図７（ｂ）は、ＡＴＭ入金情報ＤＢのデータ構成を示す図である。 図８は、本実施の形態にかかるシステムの構成部分にて実行される処理を示すフローチャートである。 図９（ａ）、（ｂ）は、本実施の形態にかかるシステムの構成部分にて実行される処理を示すフローチャートである。 図１０は、本実施の形態にかかるシステムの構成部分にて実行される処理を示すフローチャートである。 図１１は、本実施の形態にかかるシステムの構成部分にて実行される処理を示すフローチャートである。 図１２は、本発明の第２の実施の形態にかかる保険料決済システムの全体構成を概略的に示すブロックダイヤグラムである。 図１３は、本発明の第３の実施の形態にかかる保険料決済システムの全体構成を概略的に示すブロックダイヤグラムである。 図１４は、第３の実施の形態にかかるシステムの構成部分にて実行される処理を示すフローチャートである。

符号の説明

１２ 保険会社システム
１４ ＡＴＭサービスシステム
１６ カード会社システム
１８ ＡＴＭ
２０ クライアントマシン
２２ 契約管理ＤＢ
２４ ホストシステム
２６ ウェブサーバ
４０ 履歴ＤＢ
４２ 入金予約受付記録ＤＢ
４４ 契約情報ＤＢ
５２ カード顧客ＤＢ
５４ 入金予約情報ＤＢ
５６ ＡＴＭ入金情報ＤＢ

Claims (15)

1. クライアントマシンからの保険料の支払い予約を受け付けるサーバと、前記サーバとネットワークを介して接続され、支払いを受け付ける処理システムと、を備えた保険決済システムであって、
   前記サーバが、
   契約者の保険契約単位に、証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを格納した契約情報データベースと、
   前記保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを格納した入金予約受付記録データベースと、
   前記クライアントマシンからの保険料の支払い予約に応答して、前記契約情報データベース中のレコードを特定して、契約者が支払うべき保険料およびその入金事由を特定し、かつ、前記入金予約受付記録データベース中のレコードを生成する入金予約受付記録データ生成手段と、
   前記入金予約受付記録データベース中のレコードのデータを、前記処理システムに送信するデータ送信手段と、を備え、
   前記処理システムが、
   前記入金予約受付記録データベース中のレコードのデータを受信するデータ受信手段と、
   前記データ受信手段により受信されたレコードのデータを格納するために、少なくとも、受付日、受付保険料金額、および、受付番号の項目を含むレコードを格納する入金予約情報データベースと、
   ＡＴＭを利用した支払いの申し出に関して、受付番号、入金日および入金額の項目を含むレコードを格納するＡＴＭ入金情報データベースと、
   前記ＡＴＭを利用した支払いの申し出に応答して、受付番号を特定し、前記入金予約情報データベース中、当該受付番号を有するレコードを特定するデータベース検索手段と、
   前記入金予約情報データベース中の該当レコード中の受付日と、前記支払いの申し出の日とが一致する場合に、前記受付保険料金額に相当する金額の入金を受け付け、前記ＡＴＭ入金情報データベース中のレコードを更新する入金受付手段と、
   前記サーバに対して、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信するデータ送信手段と、を備えたことを特徴とする保険料決済システム。
2. 前記処理システムが、クレジットカードによる支払いを受け付ける処理ステムであり、かつ、前記処理システムが、さらに、
   契約者単位に、そのクレジットカード番号、および、受付番号を含む、当該契約者を特定するための項目からなるカード顧客データベースを備え、
   前記処理システムのデータベース検索手段が、クレジットカードによる支払いの申し出に応答して、前記カード顧客データベースを参照して、支払いを申し出た契約者のクレジットカードのクレジットカード番号を有するレコードを特定し、当該レコード中の受付番号を参照して、前記入金予約情報データベース中の該当レコードを特定するように構成されたことを特徴とする請求項１に記載の保険料決済システム。
3. さらに、前記サーバが、前記受付番号について、受付保険料金額の支払いを受けたことを示す通知を受信したときに、前記入金予約受付記録データベース中、当該受付番号にて特定されるレコードの受付保険料金額と、通知に含まれる受付保険料金額とを比較して、双方が一致する場合に、前記処理システムに対して、照合が完了したことを示す通知を送信することを特徴とする請求項１または２に記載の保険料決済システム。
4. さらに、前記サーバが、保険会社のホストシステムと接続され、前記クライアントマシンからの支払い予約の受付のときに、契約者の情報を、前記ホストシステムに送信し、当該ホストシステムから、当該契約者の保険契約に関する証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを受信して、前記契約情報データベースを更新するように構成されたことを特徴とする請求項１ないし３の何れか一項に記載の保険料決済システム。
5. 請求項１ないし４の何れか一項に記載のサーバに接続されたホストシステムであって、前記サーバから、受付保険料金額の支払いを受け付けたことを示す通知であって、前記支払いかかる契約番号、受付保険料額、および、支払事由を受信して、当該支払事由の優先度にしたがって、当該ホストシステムが所有する、契約単位の保険契約および支払い状況を示す情報を含む契約管理ＤＢ中、該当するレコードを更新することを特徴とするホストシステム。
6. クライアントマシンからの保険料の支払い予約を受け付けるサーバとネットワークを介して接続され、支払いを受け付ける処理システムであって、
   前記サーバから、受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードのデータを受信するデータ受信手段と、
   前記データ受信手段により受信されたレコードのデータを格納するために、少なくとも、受付日、受付保険料金額、および、受付番号の項目を含むレコードを格納する入金予約情報データベースと、
   ＡＴＭを利用した支払いの申し出に関して、受付番号、入金日および入金額の項目を含むレコードを格納するＡＴＭ入金情報データベースと、
   前記ＡＴＭを利用した支払いの申し出に応答して、受付番号を特定して、前記入金予約情報データベース中、当該受付番号を有するレコードを特定するデータベース検索手段と、
   前記入金予約情報データベース中の該当レコード中の受付日と、前記支払いの申し出の日とが一致する場合に、前記受付保険料金額に相当する金額の入金を受け付け、前記ＡＴＭ入金情報データベース中のレコードを更新する入金受付手段と、
   前記サーバに対して、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信するデータ送信手段と、を備えたことを特徴とする処理システム。
7. クレジットカードによる支払いを受け付けるように構成され、
   さらに、契約者単位に、そのクレジットカード番号、および、受付番号を含む、当該契約者を特定するための項目からなるカード顧客データベースを備え、
   前記データベース検索手段が、クレジットカードによる支払いの申し出に応答して、前記カード顧客データベースを参照して、支払いを申し出た契約者のクレジットカードのクレジットカード番号を有するレコードを特定し、当該レコード中の受付番号を参照して、前記入金予約情報データベース中の該当レコードを特定するように構成されたことを特徴とする請求項６に記載の処理システム。
8. 支払いを受け付ける処理システムと、ネットワークを介して接続された、クライアントマシンからの保険料の支払いを受け付けるサーバであって、
   契約者の保険契約単位に、証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを格納した契約情報データベースと、
   前記保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを格納した入金予約受付記録データベースと、
   前記クライアントマシンからの保険料の支払い予約に応答して、前記契約情報データベース中のレコードを特定して、契約者が支払うべき保険料およびその入金事由を特定し、かつ、前記入金予約受付記録データベース中のレコードを生成する入金予約受付記録データ生成手段と、
   前記入金予約受付記録データベース中のレコードのデータを、前記処理システムに送信するデータ送信手段と、
   前記処理システムが、ＡＴＭを利用した支払の申し出に応じて、前記データ送信手段により送信されたレコード中、受付日と支払い申し出の日とが一致する場合に、受付保険料金額が受け付けられ、当該支払を受け付けたことを示す通知を送信した場合に、当該通知を受信するデータ受信手段と、を備えたことを特徴とするサーバ。
9. さらに、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を受信したときに、前記入金予約受付記録データベース中、当該受付番号にて特定されるレコードの受付保険料金額と、通知に含まれる受付保険料金額とを比較して、双方が一致する場合に、前記処理システムに対して、照合が完了したことを示す通知を送信することを特徴とする請求項８に記載のサーバ。
10. さらに、保険会社のホストシステムと接続され、前記クライアントマシンからの支払い予約の受付のときに、契約者の情報を、前記ホストシステムに送信し、当該ホストシステムから、当該契約者の保険契約に関する証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを受信して、前記契約情報データベースを更新するように構成されたことを特徴とする請求項８または９に記載のサーバ。
11. クライアントマシンからの保険料の支払い予約を受け付けるサーバとネットワークを介して接続され、支払いを受け付ける処理システムであって、
    前記データ受信手段により受信されたレコードのデータを格納するために、少なくとも、受付日、受付保険料金額、および、受付番号の項目を含むレコードを格納する入金予約情報データベースと、
    ＡＴＭを利用したク支払いの申し出に関して、受付番号、入金日および入金額の項目を含むレコードを格納するＡＴＭ入金情報データベースと、を備えた処理システムにより読み出し可能なプログラムであって、
    前記処理システムを、
    前記サーバから、受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードのデータを受信するデータ受信手段、
    前記ＡＴＭを利用した支払いの申し出に応答して、受付番号を特定し、前記入金予約情報データベース中、当該受付番号を有するレコードを特定するデータベース検索手段、
    前記入金予約情報データベース中の該当レコード中の受付日と、前記支払いの申し出の日とが一致する場合に、前記受付保険料金額に相当する金額の入金を受け付け、前記ＡＴＭ入金情報データベース中のレコードを更新する入金受付手段、並びに、
    前記サーバに対して、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を送信するデータ送信手段として機能させることを特徴とするコンピュータプログラム。
12. 前記処理システムが、クレジットカードによる支払いを受け付ける処理ステムであり、かつ、前記処理システムが、さらに、
    契約者単位に、そのクレジットカード番号、および、受付番号を含む、当該契約者を特定するための項目からなるカード顧客データベースを備え、
    前記処理システムを、前記データベース検索手段として機能させる際に、クレジットカードによる支払いの申し出に応答して、前記カード顧客データベースを参照して、支払いを申し出た契約者のクレジットカードのクレジットカード番号を有するレコードを特定し、当該レコード中の受付番号を参照して、前記入金予約情報データベース中の該当レコードを特定するように、前記処理システムを動作させることを特徴とする請求項１１に記載のプログラム。
13. 支払いを受け付ける処理システムと、ネットワークを介して接続された、クライアントマシンからの保険料の支払いを受け付けるサーバであって、
    契約者の保険契約単位に、証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを格納した契約情報データベースと、
    前記保険契約の受付証券契約番号、受付日、受付保険料金額、入金事由および受付番号の項目を含むレコードを格納した入金予約受付記録データベースと、を備えたサーバにより読み出し可能なプログラムであって、
    前記サーバを、
    前記クライアントマシンからの保険料の支払い予約に応答して、前記契約情報データベース中のレコードを特定して、契約者が支払うべき保険料およびその入金事由を特定し、かつ、前記入金予約受付記録データベース中のレコードを生成する入金予約受付記録データ生成手段、
    前記入金予約受付記録データベース中のレコードのデータを、前記処理システムに送信するデータ送信手段、並びに、
    前記処理システムが、ＡＴＭを利用した支払の申し出に応じて、前記データ送信手段により送信されたレコード中、受付日と支払い申し出の日とが一致する場合に、受付保険料金額が受け付けられ、当該支払を受け付けたことを示す通知を送信した場合に、当該通知を受信するデータ受信手段として機能させることを特徴とするプログラム。
14. さらに、前記受付番号について、受付保険料金額の支払いを受け付けたことを示す通知を受信したときに、前記入金予約受付記録データベース中、当該受付番号にて特定されるレコードの受付保険料金額と、通知に含まれる受付保険料金額とを比較して、双方が一致する場合に、前記処理システムに対して、照合が完了したことを示す通知を送信するように、前記サーバを動作させることを特徴とする請求項１３に記載のプログラム。
15. さらに、前記サーバが、保険会社のホストシステムと接続され、
    前記クライアントマシンからの支払い予約の受付のときに、契約者の情報を、前記ホストシステムに送信し、当該ホストシステムから、当該契約者の保険契約に関する証券番号、契約者、保険料、入金応答月、前納入金月を含む、当該保険契約およびその支払い状況を特定するための項目からなるレコードを受信して、前記契約情報データベースを更新するように、前記サーバを動作させることを特徴とする請求項１３または１４に記載のプログラム。

Images