JP2021105776A - カードレスクレジット決済 - Google Patents

Abstract

【課題】顧客の保険契約の保障開始を早めることを可能とする決済システムを提供する。【解決手段】端末１１から顧客情報が入力される第１サーバ１２と、銀行口座を管理する第２サーバ１３と、信販会社に管理される第３サーバ１４とを備え、第１サーバ１２は、第２サーバ１３に対して、銀行口座が正当な場合に顧客情報及び口座振替承認依頼を送信するものであるとともに、第３サーバ１４に対して、与信行為可否判定依頼を送信するものであり、第２サーバ１３は、第１サーバ１２から顧客情報及び口座振替承認依頼を受信すると、与信相当額の口座振替のための口座振替受付処理を行うものであり、第３サーバ１４は、第１サーバ１２から顧客情報及び与信行為可否判定依頼を受信すると、顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、第１サーバ１２に対し、与信承認番号、承認日、及び承認金額のデータを送信する。【選択図】図１

Description

本発明は、保険料等の決済システムに関するものである。

現在、多くの生命保険会社では、初回保険料の徴収方法をキャッシュレス化する技術が採用されている。

具体的には、デビットカードあるいはクレジットカードによる徴収方法、顧客が直接保険会社の口座に初回保険料を振り込む方法、保険会社が初回保険料を顧客の口座から振り替える方法等がある。

特開２００２−２３０２８７号公報

デビットカードあるいはクレジットカードによる徴収方法では、決済専用の高価なモバイル端末が必要となり費用がかかる。また、当該方法を利用できる顧客がデビットカードあるいはクレジットカードの保有者に限定されてしまう。

顧客が直接保険会社の口座に初回保険料を振り込む方法では、休日または夜間の利用時間帯などの制限がある。また、顧客が銀行などに出向く必要がある。

保険会社が初回保険料を顧客の口座から振り替える方法では、保険の申し込みから初回の保険料振り替えまでに時間がかかる。そして初回保険料の入金までの保障がない（又は特別な約款対応等が必要となる）。さらに、保険契約募集人(営業担当者)へのコミッションの支払いが通常より（２〜３ヶ月程度）遅れる。

本発明は、上記技術的課題に鑑み、顧客にとって保険契約の保障開始を早めることを可能とする決済システムを提供することを目的とする。

上記課題を解決するための第１の発明に係る決済システムは、
端末から顧客情報が入力される第１サーバ（１２）と、
信販会社に管理される第２サーバ（１４）とを備え、
前記第１サーバは、前記第２サーバに対して、前記顧客情報及び与信行為可否判定依頼を送信し、
前記第２サーバは、前記第１サーバから前記顧客情報及び前記与信行為可否判定依頼を受信すると、前記顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、前記第１サーバに対し、与信承認番号、承認日、及び承認金額のデータを送信する
ことを特徴とする。

上記課題を解決するための第２の発明に係る決済システムは、
上記第１の発明に係る決済システムにおいて、
銀行口座を管理する第３サーバ（１３）を備え、
前記第１サーバは、前記第３サーバに対して、与信相当額の口座振替のための前記銀行口座が正当か否かを判断し、前記銀行口座が正当な場合に前記顧客情報及び口座振替承認依頼を送信し、
前記第３サーバは、前記第１サーバから前記顧客情報及び前記口座振替承認依頼を受信すると、前記与信相当額の口座振替のための口座振替受付処理を行う
ことを特徴とする。

上記課題を解決するための第３の発明に係る決済システムは、
上記第２の発明に係る決済システムにおいて、
前記第１サーバは、前記銀行口座が正当か否かを判断した結果及び前記与信結果を前記端末へ送信する
ことを特徴とする。

上記課題を解決するための第４の発明に係る決済システムは、
端末から顧客情報が入力される第４サーバ（２２）と、
前記４サーバから前記顧客情報が入力される第５サーバ（２５）と、
信販会社に管理される第６サーバ（２４）とを備え、
前記第５サーバは、前記第６サーバに対して、前記顧客情報及び与信行為可否判定依頼を送信し、
前記第６サーバは、前記第５サーバから前記顧客情報及び前記与信行為可否判定依頼を受信すると、前記顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、前記第５サーバに対し、与信承認番号、承認日、及び承認金額のデータを送信し、
前記第５サーバは、前記データを前記第４サーバに送信する
ことを特徴とする。

上記課題を解決するための第５の発明に係る決済システムは、
上記第４の発明に係る決済システムにおいて、
銀行口座を管理する第７サーバ（２３）を備え、
前記第５サーバは、前記第７サーバに対して、与信相当額の口座振替のための前記銀行口座が正当か否かを判断し、前記銀行口座が正当な場合に前記顧客情報及び口座振替承認依頼を送信し、
前記第７サーバは、前記第５サーバから前記顧客情報及び前記口座振替承認依頼を受信すると、与信相当額の口座振替のための口座振替受付処理を行う
ことを特徴とする。

上記課題を解決するための第６の発明に係る決済システムは、
上記第５の発明に係る決済システムにおいて、
前記第４サーバは、前記銀行口座が正当か否かを判断した結果及び前記与信結果を前記端末へ送信する
ことを特徴とする。

上記課題を解決するための第７の発明に係る決済システムは、
それぞれ各端末から顧客情報が入力される複数の第８サーバ（２２−１〜２２−Ｎ）と、
前記第８サーバから前記顧客情報が入力される第９サーバ（２６）と、
それぞれ各信販会社に管理される複数の第１０サーバ（２４−１〜２４−Ｍ）とを備え、
前記第９サーバは、１つの前記第１０サーバを選定し、前記顧客情報及び与信行為可否判定依頼を当該第１０サーバに対して送信し、
前記選定された前記第１０サーバは、前記第９サーバから前記顧客情報及び前記与信行為可否判定依頼を受信すると、前記顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、前記第９サーバに対し、与信承認番号、承認日、及び承認金額のデータを送信し、
前記第９サーバは、前記選定された前記第１０サーバが与信不可の場合、別の前記第１０サーバを選定し、前記顧客情報及び前記与信行為可否判定依頼を当該第１０サーバに対して送信し、与信可能となった時点で、前記データを前記第８サーバに送信する
ことを特徴とする。

上記課題を解決するための第８の発明に係る決済システムは、
上記第７の発明に係る決済システムにおいて、
銀行口座を管理する第１１サーバ（２３）を備え、
前記第９サーバは、前記第１１サーバに対して、与信相当額の口座振替のための前記銀行口座が正当か否かを判断し、前記銀行口座が正当な場合に前記顧客情報及び口座振替承認依頼を送信し、
前記第１１サーバは、前記第９サーバから前記顧客情報及び前記口座振替承認依頼を受信すると、与信相当額の口座振替のための口座振替受付処理を行う
ことを特徴とする。

上記課題を解決するための第９の発明に係る決済システムは、
上記第８の発明に係る決済システムにおいて、
前記第８サーバは、前記銀行口座が正当か否かを判断した結果及び前記与信結果を前記端末へ送信する
ことを特徴とする。

本発明に係る決済システムによれば、顧客にとって保険契約の保障開始を早めることが可能となると同時に、保険契約募集人への手数料支払いを早めることも可能になる。

本発明の実施例１に係る決済システムを説明するブロック図である。 本発明の実施例１に係る決済システムを説明するフローチャートである。 本発明の実施例２に係る決済システムを説明するブロック図である。 本発明の実施例２に係る決済システムを説明するフローチャートである。 本発明の実施例３に係る決済システムを説明するブロック図である。

以下、本発明に係る決済システムについて、実施例にて図面を用いて説明する。

［実施例１］
本実施例に係る決済システムは、保険会社・信販会社提携による初回保険料の与信処理を行うシステムである。

図１に示すように、本実施例に係る決済システム１は、互いにインターネット等のネットワークを介して通信可能な端末１１、保険会社サーバ１２、銀行サーバ１３、及び信販会社サーバ１４を備えている。

端末１１は、保険会社が管理し当該保険会社の営業担当者が所持するＰＣ、スマートフォン、あるいはタブレット等であり、保険会社サーバ１２に対し、営業担当者のコード及びパスワードを入力することでアクセス認証を受けてから、後述する各種入力を行うことができる。

端末１１は、アクセスした保険会社サーバ１２に対し、顧客氏名、性別、生年月日、住所、電話番号、初回保険料（与信相当額）、本人確認手段、及び証券番号等、保険の契約に必要な顧客情報Ａを入力することができる。

ここで、本実施例に係る決済システム１においては、顧客が保険契約の申込書（営業担当者が所持している）にサインすることで、顧客と保険会社との保険契約を締結するとともに、顧客が端末１１を用いて初回保険料の与信申し込み及び与信相当額の口座振替依頼を（保険会社サーバ１２に対して）行うことで、顧客と信販会社との契約を締結する。

このうち、初回保険料の与信申し込み及び与信相当額の口座振替依頼については、端末１１から保険会社サーバ１２に対し、銀行、支店、預金種目、口座番号、（口座名義人）、及び初回保険料（与信相当額）等、当該契約に必要な顧客情報Ｂを入力することで行われる。

一方、保険会社サーバ１２は保険会社が管理するサーバであり、銀行サーバ１３に対して与信相当額の口座振替のための銀行口座の正当性を確認する（正当か否かを判断する）。

そして、銀行口座が正当な場合には、銀行サーバ１３に対して端末１１から入力された各顧客情報Ａ，Ｂ及び口座振替承認依頼Ｃを送信するとともに、端末１１に対して振替口座確認済みの旨を通知する。口座が不当な場合には、端末１１に対して振替口座の確認ができなかった旨を通知する。

また、保険会社サーバ１２は、信販会社サーバ１４に対して各顧客情報Ａ，Ｂ及び与信行為可否判定依頼Ｄを送信する。

さらに、保険会社サーバ１２は、端末１１に対して、信販会社サーバ１４から受信した与信結果を送信する。すなわち、与信可能の場合（信販会社サーバ１４から与信承認番号、承認日、及び承認金額（＝与信相当額）のデータを受信した場合）は、与信承認の旨及び与信承認メール（与信承認番号、承認日、及び承認金額のデータ）を端末１１へ送信し、与信不可の場合（信販会社サーバ１４から与信不可の旨を受信した場合）は、与信不可の旨を端末１１へ送信する。

銀行サーバ１３は銀行（地銀ＣＮＳ、都銀、又は信金）における口座を管理するサーバであり、保険会社サーバ１２から各顧客情報Ａ，Ｂ及び口座振替承認依頼Ｃを受信すると、与信相当額の口座振替のための口座振替受付処理を行う。

信販会社サーバ１４は信販会社が管理するサーバであり、保険会社サーバ１２から各顧客情報Ａ，Ｂ及び与信行為可否判定依頼Ｄを受信すると、信販会社サーバ１４を管理する信販会社内で取り決めた所定条件と各顧客情報Ａ，Ｂとを照らし合わせ、与信行為の可否判定を行う。

与信可能の場合、与信承認、及び与信相当額の口座振替処理を行う。また、保険会社サーバ１２に対し、与信承認明細（与信承認番号、承認日、及び承認金額のデータ）を送信する。一方、与信不可の場合にはその旨を保険会社サーバ１２に通知する。

そして、与信可能の場合、信販会社サーバ１４を管理する信販会社から保険会社サーバ１２を管理する保険会社に与信相当額（合計）の送金（与信相当額から信販会社の手数料を控除した金額）を行う。なお、与信承認明細は信販会社から保険会社に紙媒体で郵送するようにしてもよい。

さらに、信販会社サーバ１４は、銀行サーバ１３が管理する銀行口座から与信相当額を引き去る。

以上が、決済システム１の構成についての説明である。以下では、このような構成とした決済システム１の処理について、図２のフローチャートを用いて説明する。

ステップＳ１では、顧客との保険契約を締結する。すなわち、端末１１を用いて保険の契約に必要な顧客情報を入力し、また、顧客が保険契約の申込書にサインすることで、顧客と保険会社との保険契約を締結し、さらに、端末１１を用いて初回保険料の与信申し込み及び与信相当額の口座振替依頼を行うことで、顧客と信販会社との契約を締結する。

ステップＳ２では、保険会社サーバ１２が銀行サーバ１３に対して、与信相当額の口座振替のための銀行口座の正当性を確認する。正当であればステップＳ３Ａへ、不当であればステップＳ３Ｂへそれぞれ移行する。

ステップＳ３Ａでは、保険会社サーバ１２が、銀行サーバ１３に対して端末１１から入力された各顧客情報及び口座振替承認依頼を送信するとともに、端末１１に対して振替口座確認済みの旨を通知する。これにより、営業担当者が振替口座確認済みの旨を把握することができる。

ステップＳ３Ｂでは、保険会社サーバ１２が端末１１に対して振替口座の確認ができなかった旨（振替口座確認エラー）を通知する。これにより、営業担当者は振替口座確認ができなかった旨を把握することができる。

ステップＳ４では、保険会社サーバ１２が信販会社サーバ１４に対して与信行為可否判定依頼を送信する。

ステップＳ５では、信販会社サーバ１４が与信行為の可否判定を行い、与信可能であればステップＳ６Ａへ、与信不可であればステップＳ６Ｂへそれぞれ移行する。

ステップＳ６Ａでは、信販会社サーバ１４が、与信承認及び与信相当額の口座振替処理を行うとともに、保険会社サーバ１２に対し与信承認明細を送信する。なお、与信承認が為された時点で、顧客との各契約が成立したことになり保障が開始される。

ステップＳ６Ｂでは、信販会社サーバ１４が保険会社サーバ１２に対し与信不可の旨を通知する。当該通知は保険会社サーバ１２から端末１１に転送される。これにより、営業担当者が与信不可の旨を把握することができる。

ステップＳ７では、信販会社サーバ１４から与信承認明細を受信した保険会社サーバ１２が、端末１１に与信承認の旨を通知する。また、併せて与信承認明細の内容を与信承認メールとして送信する。これにより、営業担当者が与信承認の旨を把握することができる。

ステップＳ８では、信販会社サーバ１４から保険会社サーバ１２へ与信相当額を送金する。

ステップＳ９では、信販会社サーバ１４が銀行サーバ１３の管理する銀行口座から与信相当額を引き去る。
以上が、上記構成とした決済システム１の処理についての説明である。

本実施例によれば、信販会社サーバ１４を管理する信販会社に次のような利点がある。
・保険会社の営業担当者により顧客の本人確認を行っているため、信販会社のリスクを低減することができる。
・保険会社の営業担当者により顧客の一次選択を行っているため、信販会社のリスクを低減することができる。
・信販会社から保険会社サーバ１２を管理する保険会社の口座に直接送金するので、目的外利用の可能性がない。
・信販会社は、保険会社との特約締結により、顧客から与信金額の回収不能な場合は保険会社から回収可能である。
・保険会社等の法人との契約を基本としており、信用性が高い。
・個人単独での利用を排除しており、信頼性が高い。

また本実施例によれば、顧客に対しデビットカードあるいはクレジットカードを発行する必要が無い。また、顧客が直接保険会社の口座に初回保険料を振り込む必要も無い。

さらに本実施例では、信販会社が初回保険料を顧客の口座から振り替えるが、この場合は、信販会社に与信の承認が得られた時点から顧客の保障が開始される（振り替えは後から行っても良い）。

さらに本実施例では、（初回保険料支払時に顧客情報を入力していることから、手続を簡略化できる為）継続保険料のクレジット払いの利用促進が可能となり、ひいては新規クレジット加入者の拡大を図ることができる。

［実施例２］
図３に示すように、本実施例に係る決済システム２は、互いにインターネット等のネットワークを介して通信可能な端末２１、保険会社サーバ２２、銀行サーバ２３、信販会社サーバ２４、及び中間サーバ２５を備えている。

すなわち、本実施例に係る決済システム２は、実施例１に係る決済システム１に中間サーバ２５を付加し、それに伴い端末１１、保険会社サーバ１２、銀行サーバ１３、及び信販会社サーバ１４を、それぞれ一部変更し、端末２１、保険会社サーバ２２、銀行サーバ２３、及び信販会社サーバ２４としたものである。以下、実施例１と重複する部分については極力省略し、異なる部分を中心に説明する。

中間サーバ２５は、金融取引システムを開設する会社が管理するサーバである。

保険会社サーバ２２は、中間サーバ２５に対して、会社コード及びパスワードの入力を行うことで、中間サーバ２５のアクセス認証を受けてから、端末２１から入力された各顧客情報Ａ，Ｂ（実施例１参照）を送信する。

各顧客情報Ａ，Ｂを受信した中間サーバ２５は、銀行サーバ２３に対して与信相当額の口座振替のための銀行口座の正当性を確認する（正当か否かを判断する）。

そして、銀行口座が正当な場合には、銀行サーバ２３に対して各顧客情報Ａ，Ｂ及び口座振替承認依頼Ｃを送信するとともに、保険会社サーバ２２に対して、振替口座確認済みの旨を通知する。口座が不当な場合には、保険会社サーバ２２に対して振替口座の確認ができなかった旨を通知する。保険会社サーバ２２はこれらの通知を端末２１に転送する。

また、中間サーバ２５は、信販会社サーバ２４に対して各顧客情報Ａ，Ｂ及び与信行為可否判定依頼Ｄを送信する。

さらに、中間サーバ２５は、保険会社サーバ２２に対して、信販会社サーバ２４から受信した与信結果を送信する。すなわち、与信可能の場合（信販会社サーバ２４から与信承認番号、承認日、及び承認金額のデータを受信した場合）は、与信承認の旨及び与信承認メール（与信承認番号、承認日、及び承認金額のデータ）を保険会社サーバ２２へ送信し、与信不可の場合（信販会社サーバ２４から与信不可の旨を受信した場合）は、与信不可の旨を保険会社サーバ２２へ送信する。保険会社サーバ２２はこれらの通知を端末２１に転送する。

銀行サーバ２３は、中間サーバ２５から各顧客情報Ａ，Ｂ及び口座振替承認依頼Ｃを受信すると、与信相当額の口座振替のための口座振替受付処理を行う。

信販会社サーバ２４は、中間サーバ２５から各顧客情報Ａ，Ｂ及び与信行為可否判定依頼Ｄを受信すると、信販会社サーバ２４を管理する信販会社内で取り決めた所定条件と各顧客情報Ａ，Ｂとを照らし合わせ、与信行為の可否判定を行う。

与信可能の場合、与信承認、及び与信相当額の口座振替処理を行う。また、中間サーバ２５に対し、与信承認番号、承認日、及び承認金額のデータを送信する。一方、与信不可の場合にはその旨を中間サーバ２５に通知する。

そして与信可能の場合、信販会社サーバ２４は中間サーバ２５に対し、与信相当額（合計）の送金を行うとともに、与信相当額の与信承認明細を送信する。

そして、中間サーバ２５は、信販会社サーバ２４から受信した与信承認番号、承認日、承認金額のデータ、及び与信相当額の与信承認明細を、保険会社サーバ２２に送信する。

以上が、決済システム２の構成についての説明である。以下では、このような構成とした決済システム２の処理について、図４のフローチャートを用いて説明する。

ステップＳ１１では、顧客との契約を締結する。すなわち、端末２１を用いて保険の契約に必要な顧客情報を入力し、また、顧客が保険契約の申込書にサインすることで、顧客と保険会社との保険契約を締結し、さらに、端末２１を用いて初回保険料の与信申し込み及び与信相当額の口座振替依頼を行うことで、顧客と信販会社との契約を締結する。

ステップＳ１２では、保険会社サーバ２２が中間サーバ２５の認証を取得し、中間サーバ２５に対して、端末２１から入力された各顧客情報を送信する。

ステップＳ１３では、中間サーバ２５が銀行サーバ２３に対して、与信相当額の口座振替のための銀行口座の正当性を確認する。正当であればステップＳ１４Ａへ、不当であればステップＳ１４Ｂへそれぞれ移行する。

ステップＳ１４Ａでは、中間サーバ２５が、銀行サーバ２３に対して各顧客情報及び口座振替承認依頼を送信するとともに、保険会社サーバ２２に対して振替口座確認済みの旨を通知する。当該通知は、保険会社サーバ２２から端末２１へ転送される。これにより、営業担当者が振替口座確認済みの旨を把握することができる。

ステップＳ１４Ｂでは、中間サーバ２５が保険会社サーバ２２に対して振替口座の確認ができなかった旨（振替口座確認エラー）を通知する。当該通知は、保険会社サーバ２２から端末２１へ転送される。これにより、営業担当者は振替口座確認ができなかった旨を把握することができる。

ステップＳ１５では、中間サーバ２５が信販会社サーバ２４に対して与信行為可否判定依頼を送信する。

ステップＳ１６では、信販会社サーバ２４が与信行為の可否判定を行い、与信可能であればステップＳ１７Ａへ、与信不可であればステップＳ１７Ｂへそれぞれ移行する。

ステップＳ１７Ａでは、信販会社サーバ２４が、与信承認及び与信相当額の口座振替処理を行うとともに、中間サーバ２５に対し、与信承認番号、承認日、及び承認金額のデータを送信する。なお、与信承認が為された時点で、顧客との各契約が成立したことになり保障が開始される。

ステップＳ１７Ｂでは、信販会社サーバ２４が中間サーバ２５に対し与信不可の旨を通知する。当該通知は中間サーバ２５から保険会社サーバ２２に転送され、さらに保険会社サーバ２２から端末２１に転送される。これにより、営業担当者が与信不可の旨を把握することができる。

ステップＳ１８では、中間サーバ２５が保険会社サーバ２２に対し、信販会社サーバ２４から受信した上記データを転送し、保険会社サーバ２２は、当該データを受信すると、端末２１に与信承認メールを送信する。これにより、営業担当者が与信承認の旨を把握することができる。

ステップＳ１９では、信販会社サーバ２４から中間サーバ２５に与信承認明細を送信するとともに、信販会社サーバ２４から保険会社サーバ２２へ与信相当額を送金する。

ステップＳ２０では、信販会社サーバ２４が銀行サーバ２３の管理する銀行口座から与信相当額を引き去る。

以上が、上記構成とした決済システム２の処理についての説明である。本実施例によれば実施例１と同様の作用効果を奏することができる。

［実施例３］
図５に示すように、本実施例に係る決済システム３は、端末２１−１，２１−２，…２１−Ｎ、保険会社サーバ２２−１，２２−２，…２２−Ｎ、銀行サーバ２３、信販会社サーバ２４−１，２４−２，…２４−Ｍ、及び中間サーバ２６を備えている。

すなわち、本実施例に係る決済システム３は、実施例２に係る決済システム２の中間サーバ２５に代えて中間サーバ２５にハブとしての機能を持たせた中間サーバ２６を備えるものである。以下、実施例２と重複する部分については極力省略し、異なる部分を中心に説明する。

中間サーバ２６は、保険会社サーバ２２−１，２２−２，…２２−Ｎ、銀行サーバ２３、及び信販会社サーバ２４−１，２４−２，…２４−Ｍと、並行して接続することが可能である。

保険会社サーバ２２−ｎ（１≦ｎ≦Ｎ）から各顧客情報Ａ，Ｂ（実施例１参照）を受信した中間サーバ２６は、所定の基準に基づき、１つの信販会社サーバ２４−ｍ（１≦ｍ≦Ｍ）を選定し、顧客情報Ａ，Ｂ及び与信行為可否判定依頼Ｄを信販会社サーバ２４−ｍに送信する。なお、ここでの所定の基準とは、例えば手数料の安さ等である。

信販会社サーバ２４−ｍが与信可能の場合、以降は実施例２における与信可能の場合と同一の処理を行う。一方で、信販会社サーバ２４−ｍが与信不可の場合、中間サーバ２６は、次の信販会社サーバ２４−ｏ（１≦ｏ≦Ｍ，ｏ≠ｍ）を選定し（所定の基準に基づく次の優先順位）、顧客情報Ａ，Ｂ及び与信行為可否判定依頼Ｄを信販会社サーバ２４−ｏに送信する。

中間サーバ２６は、与信可能となるまでこの処理を行う。与信可能となった時点で、実施例２における与信可能の場合と同一の処理を行う。最終的に全ての信販会社サーバ２４−１，２４−２，…２４−Ｍにおいて与信不可であった場合、実施例２における与信不可の場合と同一の処理を行う。

このようにして本実施例では、システムとしての汎用性が向上し、保険会社にとってより良い信販会社に依頼することができる。

なお、実施例１〜３では、保険会社サーバを保険会社の管理するサーバとし、端末を当該保険会社の営業担当者が所持するＰＣ等とし、信販会社サーバを信販会社の管理するサーバとしたが、本発明はこれに限定されるものではない。

例えば、保険会社サーバは百貨店等の運営会社が管理するサーバとし、端末は百貨店等の店舗のレジスタ装置に接続されるものとし、顧客は当該百貨店等で品物を分割払いで購入する購入者であるものとし、信販会社サーバは与信機能を有する金融機関（銀行等）としてもよい。

すなわち、顧客が保険料ではなく現物を分割払いで購入する場合にも、本発明を適用することができる。

本発明は、保険料等の決済システムとして好適である。

１〜３ 決済システム
１１，２１，２１−１〜２１−Ｎ 端末
１２，２２，２２−１〜２２−Ｎ 保険会社サーバ
１３，２３ 銀行サーバ
１４，２４，２４−１〜２４−Ｍ 信販会社サーバ

Claims (9)

1. 端末から顧客情報が入力される第１サーバ（１２）と、
   信販会社に管理される第２サーバ（１４）とを備え、
   前記第１サーバは、前記第２サーバに対して、前記顧客情報及び与信行為可否判定依頼を送信し、
   前記第２サーバは、前記第１サーバから前記顧客情報及び前記与信行為可否判定依頼を受信すると、前記顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、前記第１サーバに対し、与信承認番号、承認日、及び承認金額のデータを送信する
   ことを特徴とする決済システム。
2. 銀行口座を管理する第３サーバ（１３）を備え、
   前記第１サーバは、前記第３サーバに対して、与信相当額の口座振替のための前記銀行口座が正当か否かを判断し、前記銀行口座が正当な場合に前記顧客情報及び口座振替承認依頼を送信し、
   前記第３サーバは、前記第１サーバから前記顧客情報及び前記口座振替承認依頼を受信すると、前記与信相当額の口座振替のための口座振替受付処理を行う
   ことを特徴とする請求項１に記載の決済システム。
3. 前記第１サーバは、前記銀行口座が正当か否かを判断した結果及び前記与信結果を前記端末へ送信する
   ことを特徴とする請求項２に記載の決済システム。
4. 端末から顧客情報が入力される第４サーバ（２２）と、
   前記４サーバから前記顧客情報が入力される第５サーバ（２５）と、
   信販会社に管理される第６サーバ（２４）とを備え、
   前記第５サーバは、前記第６サーバに対して、前記顧客情報及び与信行為可否判定依頼を送信し、
   前記第６サーバは、前記第５サーバから前記顧客情報及び前記与信行為可否判定依頼を受信すると、前記顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、前記第５サーバに対し、与信承認番号、承認日、及び承認金額のデータを送信し、
   前記第５サーバは、前記データを前記第４サーバに送信する
   ことを特徴とする決済システム。
5. 銀行口座を管理する第７サーバ（２３）を備え、
   前記第５サーバは、前記第７サーバに対して、与信相当額の口座振替のための前記銀行口座が正当か否かを判断し、前記銀行口座が正当な場合に前記顧客情報及び口座振替承認依頼を送信し、
   前記第７サーバは、前記第５サーバから前記顧客情報及び前記口座振替承認依頼を受信すると、与信相当額の口座振替のための口座振替受付処理を行う
   ことを特徴とする請求項４に記載の決済システム。
6. 前記第４サーバは、前記銀行口座が正当か否かを判断した結果及び前記与信結果を前記端末へ送信する
   ことを特徴とする請求項５に記載の決済システム。
7. それぞれ各端末から顧客情報が入力される複数の第８サーバ（２２−１〜２２−Ｎ）と、
   前記第８サーバから前記顧客情報が入力される第９サーバ（２６）と、
   それぞれ各信販会社に管理される複数の第１０サーバ（２４−１〜２４−Ｍ）とを備え、
   前記第９サーバは、１つの前記第１０サーバを選定し、前記顧客情報及び与信行為可否判定依頼を当該第１０サーバに対して送信し、
   前記選定された前記第１０サーバは、前記第９サーバから前記顧客情報及び前記与信行為可否判定依頼を受信すると、前記顧客情報に基づき与信行為の可否判定を行い、与信可能の場合、前記第９サーバに対し、与信承認番号、承認日、及び承認金額のデータを送信し、
   前記第９サーバは、前記選定された前記第１０サーバが与信不可の場合、別の前記第１０サーバを選定し、前記顧客情報及び前記与信行為可否判定依頼を当該第１０サーバに対して送信し、与信可能となった時点で、前記データを前記第８サーバに送信する
   ことを特徴とする決済システム。
8. 銀行口座を管理する第１１サーバ（２３）を備え、
   前記第９サーバは、前記第１１サーバに対して、与信相当額の口座振替のための前記銀行口座が正当か否かを判断し、前記銀行口座が正当な場合に前記顧客情報及び口座振替承認依頼を送信し、
   前記第１１サーバは、前記第９サーバから前記顧客情報及び前記口座振替承認依頼を受信すると、与信相当額の口座振替のための口座振替受付処理を行う
   ことを特徴とする請求項７に記載の決済システム。
9. 前記第８サーバは、前記銀行口座が正当か否かを判断した結果及び前記与信結果を前記端末へ送信する
   ことを特徴とする請求項８に記載の決済システム。

Images