特許 7490474 プログラム、支払管理装置、端末、残高管理装置、支払管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-17

(45)【発行日】2024-05-27

(54)【発明の名称】プログラム、支払管理装置、端末、残高管理装置、支払管理システム

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20240520BHJP

【ＦＩ】

G06Q40/08

【請求項の数】 11

(21)【出願番号】P 2020117704

(22)【出願日】2020-07-08

(65)【公開番号】P2022015081

(43)【公開日】2022-01-21

【審査請求日】2023-05-11

(73)【特許権者】

【識別番号】514020389

【氏名又は名称】ＴＩＳ株式会社

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】舘 康二

(72)【発明者】

【氏名】高島 玲

(72)【発明者】

【氏名】阿部 一彬

【審査官】木内 康裕

(56)【参考文献】

【文献】特開２０１９－０１２４９１（ＪＰ，Ａ）

【文献】特開２００６－２２１４４９（ＪＰ，Ａ）

【文献】特開２００２－１０９０４２（ＪＰ，Ａ）

【文献】特開２０１１－０４４０５５（ＪＰ，Ａ）

【文献】国際公開第２０１８／１７９３７５（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

コンピュータに、
保険金の申請金額を含む申請情報を取得する申請情報取得処理と、
前記申請情報と記憶部に記憶される保険契約の契約情報とに基づいて、前記申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成処理と、
前記支払情報を前記電子的価値の残高の管理を行う残高管理装置へと送信する支払情報送信処理と、を実行させ、
前記契約情報には、前記保険契約における一時金の一時金額が含まれ、
前記コンピュータに、
前記申請金額と前記一時金額との差額を算出する差額算出処理と、
前記差額に基づいて、前記保険金の精算に用いられる精算情報を生成する精算情報生成処理と、をさらに実行させる、プログラム。

【請求項2】

請求項１に記載のプログラムであって、
前記差額算出処理は、前記申請金額が前記一時金額より高い場合に、前記差額を貸付金額として前記記憶部に記憶する、ことを含む、プログラム。

【請求項3】

請求項１又は２に記載のプログラムであって、
前記差額算出処理は、前記申請金額が前記一時金額より低い場合に、前記差額を支払金額として前記記憶部に記憶する、ことを含む、プログラム。

【請求項4】

請求項１から３のいずれか一項に記載のプログラムであって、
前記コンピュータに、
前記保険契約に基づいて算出された第１保険金額を取得する、保険金額取得処理と、
前記第１保険金額が、前記差額によって調整された第２保険金額を算出する、差額調整処理と、をさらに実行させ、
前記精算情報生成処理は、前記第２保険金額に基づいて、前記精算情報を生成する、プログラム。

【請求項5】

請求項４に記載のプログラムであって、
前記差額調整処理は、前記差額が前記保険契約の契約者への貸付を示す場合に、前記第１保険金額から前記差額を差し引いて前記第２保険金額を算出し、前記差額が前記保険契約の契約者への支払を示す場合に、前記第１保険金額に前記差額を加えて前記第２保険金額を算出して、前記第１保険金額を調整する、プログラム。

【請求項6】

請求項４又は５に記載のプログラムであって、
前記コンピュータに、
前記保険金の申請を証明するための証明情報を取得する証明情報取得処理と、
前記申請を前記証明情報に基づいて認めるか否かについての判定結果を取得する判定取得処理と、をさらに実行させ、
前記精算情報生成処理は、前記申請が認められない場合に、前記申請金額を前記保険契約の契約者への貸付金額として精算情報を生成する、プログラム。

【請求項7】

請求項１から６のいずれか一項に記載のプログラムであって、
前記コンピュータに、
前記契約情報に基づいて、前記保険契約が有効でない場合には、前記申請金額の支払を許可しないことを示す情報を生成し、前記保険契約が有効である場合に前記申請金額の支払を許可することを示す情報を生成する、支払判定処理、をさらに実行させるプログラム。

【請求項8】

請求項７に記載のプログラムであって、
前記支払判定処理は、前記保険契約の契約者の信用情報を取得し、前記信用情報が所定の条件を満たさない場合には、前記申請金額の支払を許可しないことを示す情報を生成し、前記信用情報が前記所定の条件を満たす場合に、前記申請金額の支払を許可することを示す情報を生成する、プログラム。

【請求項9】

請求項１から８のいずれか一項に記載のプログラムであって、
前記申請情報には前記電子的価値の種別を示す種別情報が含まれ、
前記支払情報生成処理は、前記種別情報に対応する前記電子的価値を用いる前記支払情報を生成し、
前記支払情報送信処理は、前記種別情報に対応する前記電子的価値の残高の管理を行う前記残高管理装置へと前記支払情報を送信する、プログラム。

【請求項10】

保険金の申請金額を含む申請情報を取得する申請情報取得部と、
前記申請情報と記憶部に記憶される保険契約の契約情報とに基づいて、前記申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成部と、
前記支払情報を前記電子的価値の残高の管理を行う残高管理装置へと送信する支払情報送信部と、を備え、
前記契約情報には、前記保険契約における一時金の一時金額が含まれ、
前記前記申請金額と前記一時金額との差額を算出する差額算出部と、
前記差額に基づいて、前記保険金の精算に用いられる精算情報を生成する精算情報生成部と、をさらに備える支払管理装置。

【請求項11】

支払管理装置と、
端末と、
残高管理装置と、を備え、
前記支払管理装置は、
保険契約に基づく保険金の申請金額を含む申請情報を取得する申請情報取得部と、
前記申請情報と第１記憶部に記憶される前記保険契約の契約情報とに基づいて、前記申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成部と、
前記支払情報を前記残高管理装置へと送信する支払情報送信部と、を有し、
前記契約情報には、前記保険契約における一時金の一時金額が含まれ、
前記支払管理装置は、
前記前記申請金額と前記一時金額との差額を算出する差額算出部と、
前記差額に基づいて、前記保険金の精算に用いられる精算情報を生成する精算情報生成部と、をさらに有し、
前記端末は、
前記申請情報の入力を受け付け、入力された前記申請情報を前記支払管理装置へと送信する申請情報送信部と、
前記残高管理装置から、前記保険契約の契約者に関連付けられた前記電子的価値の残高を取得する残高取得部と、を有し、
前記残高管理装置は、
前記支払情報を、前記支払管理装置から取得する支払情報取得部と、
前記支払情報に基づいて前記契約者に関連付けられて第２記憶部に記憶される前記電子的価値の前記残高を更新する残高更新部と、を有する、支払管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、支払管理システムの技術に関する。

【背景技術】

【0002】

自動車保険などの保険サービスでは、保険の対象となる事象が発生した後に保険会社への請求が行われ、保険金が支払われる。保険の使用にあたっては、様々な手続をする必要がある。各種手続きは契約者及び保険会社にとって労力を要し、契約者の利便性及び保険会社の業務効率性の向上が求められている。特許文献１には、保険会社の業務効率化のために、自動車事故での保険使用の際に必要となる交通事故証明書を申請するためのシステムが示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－１５２０１２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

保険契約には、契約者が事故等の発生の申告によって一時金を受け取ることができる種類の契約がある。このような保険契約では、例えば事故等が発生した場合に短時間で入手可能な一時金が契約者に支払われる。一時金が必要となる場面は保険契約の内容ごとに様々である。例えば、自動車事故の場合では、事故直後の通院や移動のためにある程度の資金が必要となる。また、海外旅行で使用される保険では、窃盗等の被害にあった場合に一定量の資金が即座に必要となることがある。

【0005】

保険会社が一時金を契約者に対して支払う方法として契約者の銀行口座への口座振込がある。しかし、契約者が口座から資金を引き出せる環境を近くに有しない場合、口座の一時金は利用できず、契約者は実質的に一時金の支払を受けられない。そのため、保険金を必要とする契約者に対して迅速な保険金の提供ができないことがある。

【0006】

そこで、本発明は、保険契約の契約者に迅速に保険金を支払うことを可能とする支払管理システムに関する技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明の一態様に係るプログラムは、コンピュータに、保険金の申請金額を含む申請情報を取得する申請情報取得処理と、申請情報と記憶部に記憶される保険契約の契約情報とに基づいて、申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成処理と、支払情報を電子的価値の残高の管理を行う残高管理装置へと送信する支払情報送信処理と、を実行させる。

【0008】

本発明の他の態様に係る支払管理装置は、保険金の申請金額を含む申請情報を取得する申請情報取得部と、申請情報と記憶部に記憶される保険契約の契約情報とに基づいて、申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成部と、支払情報を電子的価値の残高の管理を行う残高管理装置へと送信する支払情報送信部と、を備える。

【0009】

本発明の他の態様に係るプログラムは、コンピュータに、電子的価値により支払われる保険金の申請金額を含む申請情報の入力を受け付け、申請情報を保険金の申請の処理を行う支払管理装置へと送信する申請情報送信処理と、電子的価値の残高の管理を行う残高管理装置から、保険契約の契約者に関連付けられた電子的価値の残高を取得する残高取得処理と、を実行させる。

【0010】

本発明の他の態様に係る端末は、電子的価値により支払われる保険金の申請金額を含む申請情報の入力を受け付け、申請情報を保険金の申請の処理を行う支払管理装置へと送信する申請情報送信部と、電子的価値の残高の管理を行う残高管理装置から、保険契約の契約者に関連付けられた電子的価値の残高を取得する残高取得部と、を備える。

【0011】

本発明の他の態様に係るプログラムは、コンピュータに、保険金の申請金額を含む申請情報と保険契約の契約情報とに基づく申請金額の電子的価値による支払に用いられる支払情報を、保険金の申請の処理を行う支払管理装置から取得する支払情報取得処理と、支払情報に基づいて保険契約の契約者に関連付けられて記憶部に記憶される電子的価値の残高を更新する残高更新処理と、を実行させる。

【0012】

本発明の他の態様に係る残高管理装置は、保険金の申請金額を含む申請情報と保険契約の契約情報とに基づく申請金額の電子的価値による支払に用いられる支払情報を、保険金の申請の処理を行う支払管理装置 から取得する支払情報取得部と、支払情報に基づいて、保険契約の契約者に関連付けられて記憶部に記憶される電子的価値の残高を更新する残高更新部と、を備える。

【0013】

本発明の他の態様に係る支払管理システムは、支払管理装置と、端末と、残高管理装置と、を備え、支払管理装置は、保険契約に基づく保険金の申請金額を含む申請情報を取得する申請情報取得部と、申請情報と第１記憶部に記憶される保険契約の契約情報とに基づいて、申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成部と、支払情報を残高管理装置へと送信する支払情報送信部と、を有し、端末は、申請情報の入力を受け付け、入力された申請情報を支払管理装置へと送信する申請情報送信部と、残高管理装置から、保険契約の契約者に関連付けられた電子的価値の残高を取得する残高取得部と、を有し、残高管理装置は、支払情報を、支払管理装置から取得する支払情報取得部と、支払情報に基づいて契約者に関連付けられて第２記憶部に記憶される電子的価値の残高を更新する残高更新部と、を有する。

【発明の効果】

【0014】

本発明によれば、保険契約の契約者に迅速に保険金を支払うことを可能とする支払管理システムに関する技術を提供することができる。

【図面の簡単な説明】

【0015】

【図1】本実施形態に係る支払管理装置を含んで構成される支払管理システムの概略図である。

【図2】本実施形態に係る支払管理装置のブロック図である。

【図3】本実施形態に係る申請情報の一例である。

【図4】本実施形態に係る契約情報の一例である。

【図5】本実施形態に係る支払情報の一例である。

【図6】本実施形態に係る差額情報の一例である。

【図7】本実施形態に係る精算情報の一例である。

【図8】本実施形態に係る端末のブロック図である。

【図9】本実施形態に係る残高管理装置のブロック図である。

【図10】本実施形態に係る残高情報の一例である。

【図11】本実施形態に係る支払管理システムにおける処理の概略を説明する図である。

【図12】本実施形態に係る支払管理装置における支払処理を説明するフローチャートである。

【図13】本実施形態に係る支払管理装置における差額精算処理を説明するフローチャートである。

【発明を実施するための形態】

【0016】

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

【0017】

図１には、本実施形態に係る支払管理システム１０の構成の概略図が示される。支払管理システム１０は、支払管理装置１０１、契約者端末１０２及び残高管理装置１０３を備える。支払管理装置１０１、契約者端末１０２及び残高管理装置１０３はネットワークＮを通じて互いに通信可能に接続される。

【0018】

支払管理装置１０１は、所定のプログラムを実行することによって、保険契約の契約者から、契約者端末１０２を通じて保険金の申請を受け付け、残高管理装置１０３を通じて保険金を電子的価値として支払うように構成されたサーバ等の情報処理装置である。なお、本実施形態では、電子的価値の一例として電子マネーを用いる場合を示すが、電子的価値は電子マネーに限られず、電子的に価値を表すことが可能であり、取引又は決済に利用できるものであればよい。例えば、電子的価値は、暗号通貨やポイントであってもよい。

【0019】

契約者端末１０２は、所定のプログラムを実行することによって、支払管理装置１０１へ保険金の申請を行い、残高管理装置１０３を通じて保険金を電子的価値として受け取る情報処理装置である。契約者端末１０２は、例えば、スマートフォン、タブレット端末等の持ち運び可能なコンピュータである。すなわち、支払管理装置１０１と通信可能であり、各種情報の入出力が可能な端末であればよい。

【0020】

契約者端末１０２は、契約者以外にも、保険契約に基づく保険金の請求を支払管理装置１０１を通じて行おうとする者によって操作されることが可能である。なお、図１には図示されていないが、契約者端末１０２は複数台あり、それぞれの契約者から複数の申請が支払管理装置１０１に対してなされる。

【0021】

残高管理装置１０３は、所定のプログラムを実行することによって、支払管理装置１０１からの支払情報に基づいて、契約者の電子的価値の残高を管理するように構成されたサーバ等の情報処理装置である。なお、残高管理装置は電子的価値の種別それぞれに対して設けられ、複数台ある。

【0022】

図２には、支払管理装置１０１のブロック図が示される。支払管理装置１０１は、通信部２０１、記憶部２０２、申請情報取得部２０３、支払判定部２０４、支払情報生成部２０５、支払情報送信部２０６、差額算出部２０７、証明情報取得部２０８、判定取得部２０９、保険金額取得部２１０、差額調整部２１１及び精算情報生成部２１２を有する。

【0023】

支払管理装置１０１の各部は、例えば、支払管理装置１０１において、メモリ等の記憶領域を用いたり、記憶領域に格納されたプログラムをプロセッサが実行したりすることによって、実現することができる。後述する契約者端末１０２及び残高管理装置１０３の各部についても同様である。

【0024】

通信部２０１は、ネットワークＮを通じた支払管理装置１０１の外部との通信を制御する。

【0025】

記憶部２０２は、支払管理装置１０１での処理に用いられる各種情報を記憶する。

【0026】

申請情報取得部２０３は、契約者端末１０２から保険金の申請金額を含む申請情報を取得する。申請情報の一例が図３に示される。申請情報は、「契約者ＩＤ」、「契約プラン」、「申請金額」、「電子マネー種別」及び「電子マネーウォレット情報」の項目を有する。

【0027】

「契約者ＩＤ」は、保険契約の契約者を管理するための識別情報である。「契約プラン」は、保険契約の契約内容を示す情報である。「申請金額」は、契約者が一時金として支払を申請する金額である。「電子マネー種別」は、申請金額の支払に用いられる電子マネーの種別を示す情報である。「電子マネーウォレット情報」は、電子マネーによる一時金の入金先を識別するための情報である。なお、「電子マネー種別」及び「電子マネーウォレット情報」は、他の電子的価値を用いる場合には、それぞれの電子的価値に応じた種別情報及びウォレット情報とすることができる。

【0028】

図３では、契約者ＩＤ「Ａａａ－ａａａ」で管理される契約者から、契約プラン「プランＡ」に基づいて、申請金額「５００００円」の一時金を、電子マネー「マネーＡ」によって、電子マネーウォレット情報「Ｘｘｘ－ｘｘｘ－ｘｘｘ」で管理される入金先に入金する申請がなされた場合が示される。

【0029】

支払判定部２０４は、記憶部２０２に記憶される保険契約の契約情報に基づいて、保険契約が有効であるか否かを判断する。図４には契約情報の一例が示される。契約情報は、「契約者ＩＤ」、「契約プラン」、「一時金額」、「プラン上限額」及び「掛金支払状況」の項目を有する。

【0030】

「契約者ＩＤ」及び「契約プラン」は、申請情報における項目と同じである。「一時金額」は、保険の使用のための詳細な証明プロセスを経る前に、契約者からの申請によって短時間で支払われる保険金である一時金の金額である。「プラン上限額」は、各プランにおいて必要な証明等を終えた後に支払われる保険金の金額である。「掛金支払状況」は、契約者が保険契約に対する掛金を支払っているか否かを示す情報である。「掛金支払情報」では、支払がなされている場合は「継続中」、支払がなされていない場合は「未払あり」という情報が記録される。

【0031】

支払判定部２０４は、申請情報の「契約者ＩＤ」及び「契約プラン」の情報に基づいて、対象となる契約の「掛金支払情報」の内容を参照する。支払判定部２０４は、「掛金支払情報」が「継続中」であれば契約が有効であるとして申請金額の支払を許可することを示す情報を生成し、支払情報生成部２０５によって支払情報の生成が行われる。支払判定部２０４は、「掛金支払情報」が「未払あり」の場合、契約が有効でないとして申請金額の支払を許可しないことを示す情報を生成する。申請金額の支払の可否を示す情報は、記憶部２０２に記憶される

【0032】

また、支払判定部２０４は、外部端末（不図示）から契約者の信用情報を取得し、信用情報が所定の条件を満たさない場合には、申請金額の支払を許可しないことを示す情報を生成し、信用情報が所定の条件を満たす場合に、申請金額の支払を許可することを示す情報を生成するようにしてもよい。信用情報は、例えば他社の保険契約における掛金の未払履歴等である。なお、信用情報は外部から取得せずに記憶部２０２に記憶されるものを用いてもよい。

【0033】

例えば、図３の申請情報による申請が行われた場合、支払判定部２０４は、契約者ＩＤ「Ａａａ－ａａａ」、契約プラン「プランＡ」について、掛金支払情報が「継続中」であるので、申請金額の支払を許可することを示す情報を生成する。

【0034】

支払情報生成部２０５は、申請情報と記憶部２０２に記憶される契約情報とに基づいて、申請金額の電子的価値による支払に用いられる支払情報を生成する。図５には支払情報の一例が示される。支払情報には、上述の「支払金額」、「電子マネー種別」、「電子マネーウォレット情報」の各項目が含まれる。ここでは、図３の申請情報に基づいて生成された支払情報の例が示される。

【0035】

支払情報送信部２０６は、支払情報生成部２０５が生成した支払情報を残高管理装置１０３に送信する。支払情報送信部２０６は、申請情報の「電子マネー種別」の情報に基づいて、支払情報の送信先の残高管理装置を選択する。

【0036】

差額算出部２０７は、申請金額と一時金額との差額を算出し、申請金額が一時金額より高い場合に、差額を貸付金額として記憶部２０２に記憶し、申請金額が一時金額より低い場合に、差額を支払金額として記憶部２０２に記憶する。ここで、貸付金額とは、予め保険約款で定められた契約者貸付における貸付金額であり、契約者が保険会社に返済する必要がある金額のことである。支払金額とは、同じく保険約款で定められた保険金または給付金の金額であり、保険会社が契約者に支払う必要がある金額のことである。

【0037】

図６には、差額算出部２０７によって生成される差額情報の一例が示される。差額情報は、「申請ＩＤ」、「契約者ＩＤ」、「契約プラン」、「一時金額」、「プラン上限額」、「申請金額」、「支払判定」、「支払金額」、「一時金差額」及び「差額状態」の項目を有する。「申請ＩＤ」は、申請を識別して管理するための情報である。「契約者ＩＤ」、「契約プラン」、「一時金額」、「プラン上限額」及び「申請金額」は、上述の申請情報及び契約情報に基づく各項目と同じである。「支払判定」は、支払判定部２０４による申請金額の支払に関する判定結果を示す情報である。「支払金額」は、支払が許可された場合に、申請に対して支払われた金額である。「一時金差額」は、各契約における一時金額と申請金額との差額である。ここでは、一時金差額は一時金額から申請金額を引いて算出される。「差額状態」は、差額が貸付金額であるか、支払金額であるかを「一時金差額」の正負に基づいて示す情報である。また、「差額状態」には、「支払判定」が不許可である場合には、支払なしであることを示す情報が記録される。

【0038】

例えば、図３の申請情報及び図４の契約情報に基づいて生成される、申請ＩＤが「Ｐ００１」の申請についての差額情報では、一時金差額が「３００００円」であり、その差額は支払金額であることが示される。また、申請ＩＤが「Ｐ００２」である申請の差額情報は、一時金差額が「－２００００円」であり、その差額は貸付金額であることが示される。

【0039】

証明情報取得部２０８は、保険金の申請を証明するための証明情報を、契約者や他の必要な機関等から取得する。証明情報には例えば、自動車事故における交通事故証明書が含まれる。証明情報は、保険の使用が必要となる事象が発生した後に期間を空けて取得される。

【0040】

判定取得部２０９は、申請を証明情報取得部２０８が取得した証明情報に基づいて認めるか否かについての判定結果を取得する。判定結果は、ネットワークＮを通じて証明情報を確認した担当者からの入力を受け付けて取得されてもよく、記憶部２０２に記憶されるプログラムによって証明情報に基づいて処理された判定結果を取得してもよい。

【0041】

保険金額取得部２１０は、保険契約に基づいて算出された第１保険金額を取得する。ここで、第１保険金額とは、保険を使用する対象となる事象に対して、保険会社が保険契約に基づいて算出する保険金額である。第１保険金額は、保険会社による精査を経て決定される金額である点で一時金とは異なる。第１保険金額は、保険会社の担当者によって証明情報等が参照されて算出される。あるいは、第１保険金額は、証明情報取得部２０８が取得した証明情報に基づいて、支払管理装置１０１の内部のプログラムによって算出されてもよい。

【0042】

差額調整部２１１は、第１保険金額が、差額算出部２０７が算出した差額によって調整された第２保険金額を算出する。差額調整部２１１は、差額が保険契約の契約者への貸付を示す場合に、第１保険金額から差額を差し引いて第２保険金額を算出し、差額が契約者への支払を示す場合に、第１保険金額に差額を加えて第２保険金額を算出する。差額調整部２１１は、差額算出部２０７からの差額情報と保険金額取得部２１０からの第１保険金額とを入力として、第２保険金額を出力する。第２保険金額によって最終的な保険の精算が行われる。なお、差額調整部２１１による差額調整において、差額が貸付である場合には、利子を考慮して差額の調整が行われてもよい。

【0043】

精算情報生成部２１２は、差額調整部２１１が算出した第２保険金額に基づいて、保険金の精算に用いられる精算情報を生成する。また、精算情報生成部２１２は、判定取得部２０９によって申請が認められないと判定された場合に、申請金額を保険契約の契約者への貸付金額として精算情報を生成する。

【0044】

図７には精算情報の一例が示される。精算情報は、「申請ＩＤ」、「一時金差額」、「差額状態」、「申請判定」、「保険支払額」、「支払・貸付金額」、「支払・貸付状態」の項目を有する。

【0045】

「申請ＩＤ」、「一時金差額」、「差額状態」の項目は差額情報における項目と同じである。「申請判定」は、判定取得部２０９によって取得された保険金の申請に対しての判定結果を示す情報である。「保険支払額」は、保険金額取得部２１０によって取得された第１保険金額である。「支払・貸付金額」は、差額調整部２１１によって算出された第２保険金額である。「支払・貸付状態」は、「支払・貸付金額」が、契約者に対する支払か貸付かを示す情報である。また、「支払・貸付状態」には、「支払・貸付金額」が０円である場合には、支払・貸付がなしであることを示す情報が記録される。差額情報の生成及び精算情報の生成の処理は後述する。

【0046】

図８には、契約者端末１０２のブロック図が示される。契約者端末１０２は、通信部８０１、記憶部８０２、申請情報送信部８０３及び残高取得部８０４を有する。

【0047】

通信部８０１は、ネットワークＮを通じた契約者端末１０２の外部との通信を制御する。記憶部８０２は、契約者端末１０２での処理に用いられる各種情報を記憶する。

【0048】

申請情報送信部８０３は、契約者端末１０２の操作者から申請情報の入力を受け付け、申請情報を支払管理装置１０１へと送信する。

【0049】

申請情報における「申請金額」は、契約者端末１０２の操作者から入力されない場合があってもよい。例えば、申請が一時金を交通機関の利用に用いる保険契約について行われた場合、契約者端末１０２の位置情報に基づいて、必要な費用を算出するなどしてもよい。

【0050】

残高取得部８０４は、後述する残高管理装置１０３から、保険契約の契約者に関連付けられた電子的価値の残高を取得する。

【0051】

図９には、残高管理装置１０３のブロック図が示される。残高管理装置１０３は、通信部９０１、記憶部９０２、支払情報取得部９０３及び残高更新部９０４を有する。

【0052】

通信部９０１は、ネットワークＮを通じた契約者端末１０２の外部との通信を制御する。記憶部９０２は、残高管理装置１０３での処理に用いられる各種情報を記憶する。

【0053】

支払情報取得部９０３は、支払情報生成部２０５によって生成された支払情報を支払管理装置１０１から取得する。

【0054】

残高更新部９０４は、支払情報取得部９０３が取得した支払情報に基づいて、契約者に関連付けられて記憶部９０２に記憶される電子的価値の残高を更新する。残高更新部９０４による残高の更新は図１０に示されるような残高情報によって行われる。残高情報は記憶部９０２に記憶されている。

【0055】

残高情報は、「利用者ＩＤ」、「ウォレット情報」及び「残高」の項目を有する。「利用者ＩＤ」は電子的価値の利用者を識別するための情報である。「ウォレット情報」は、利用者が電子的価値の授受に用いるウォレットを識別するための情報である。「残高」は電子的価値の残高である。なお、「残高」は円を基準とするものではなく独自の単位によって管理されてもよい。

【0056】

例えば、図１０において、利用者ＩＤが「ＩＤ００１」で管理される者が、図３の申請情報による申請を行った契約者であるとする。このとき、申請が支払管理装置１０１において処理される前の残高は「５０００円」であったとする。支払管理装置１０１によって、申請金額「５００００円」の申請が許可され、図５の支払情報が残高管理装置１０３に送信されると、残高更新部９０４は、支払情報の「電子マネーウォレット情報」に基づいて、対象の「ウォレット情報」で管理される残高を更新し、残高が「５５０００円」となる。契約者は更新された額の電子マネーを用いて各種決済を行うことが可能となる。

【0057】

図１１を参照して、支払管理システム１０における処理の概略について説明する。契約者が保険を使用して一時金を受け取りたいと思う状況が発生すると、ステップＳ１１０１において、申請情報送信部８０３は、申請情報の入力を受け付ける。

【0058】

ステップＳ１１０２において、申請情報送信部８０３は、支払管理装置１０１に申請情報を送信する。申請情報は申請情報取得部２０３によって取得される。

【0059】

ステップＳ１１０３において、支払管理装置１０１は、後述する支払処理を行う。ステップＳ１１０４において、支払情報送信部２０６は、支払処理で生成された支払情報を残高管理装置１０３に送信する。支払情報は、支払情報取得部９０３によって取得される。なお、ここでは、申請が許可されるものとして説明するが、ステップＳ１１０３において、申請が許可されなかった場合は、残高管理装置１０３への支払情報の送信は行われず、処理は終了する。その場合、契約者端末１０２に申請が許可されなかったことが通知されるようにしてもよい。

【0060】

ステップＳ１１０５において、残高更新部９０４は、支払情報に基づいて電子マネーの残高を更新する。

【0061】

ステップＳ１１０６において、残高取得部８０４は、残高管理装置１０３から契約者の電子マネーの残高を取得する。

【0062】

ステップＳ１１０７において、契約者によって契約者端末１０２を通じた電子マネーの利用が行われる。なお、電子マネーの利用は、契約者のウォレットに紐づけられた他の端末によって行われることも可能である。

【0063】

ステップＳ１１０８において、支払管理装置１０１は、後述する差額精算処理を行う。

【0064】

図１２のフローチャートを参照して、図１１の支払処理について説明する。

【0065】

ステップＳ１２０１において、申請情報取得部２０３は、契約者端末１０２から申請情報を取得する。

【0066】

ステップＳ１２０２において、支払判定部２０４は、記憶部２０２に記憶される契約情報を取得する。

【0067】

ステップＳ１２０３において、支払判定部２０４は、契約情報に基づいて、契約が有効であるか否かを判断する。

【0068】

ステップＳ１２０３にて契約が有効であると判断されると、ステップＳ１２０４において、支払判定部２０４は、外部の端末から信用情報を取得する。

【0069】

ステップＳ１２０５において、支払判定部２０４は、信用情報が所定の条件を満たすか否かを判断する。

【0070】

ステップＳ１２０５にて信用情報が所定の条件を満たすと判断されると、ステップＳ１２０６において、支払判定部２０４は、申請金額の支払を許可することを示す情報を生成する。

【0071】

ステップＳ１２０７において、支払情報生成部２０５は、申請情報に基づいて支払情報を生成する。

【0072】

ステップＳ１２０８において、支払情報送信部２０６は、支払情報を残高管理装置１０３へ送信する。

【0073】

ステップＳ１２０９において、差額算出部２０７は、申請金額と一時金額との一時金差額を算出し、差額情報を生成する。生成された差額情報は記憶部２０２に記憶される。

【0074】

例えば、図６の差額情報では、申請ＩＤが「Ｐ００１」の申請では、一時金額が「８００００円」、申請金額が「５００００円」であるので、一時金差額が「３００００円」の支払金額となる。申請ＩＤが「Ｐ００２」の申請では、一時金額が「３００００円」、申請金額が「５００００円」であるので、一時金差額が「－２００００円」の貸付金額となる。「Ｐ００３」及び「Ｐ００４」のそれぞれの申請についても、一時金差額が、「－５００００円」、「－５００００円」として算出される。

【0075】

ステップＳ１２０３及びステップＳ１２０５にて否定判断された場合、支払判定部２０４は、一時金としての申請金額の支払を許可しないことを示す情報を生成し、処理は終了する。このとき、契約者端末１０２に申請が許可されなかったことが通知されるようにしてもよい。

【0076】

図１３のフローチャートを参照して、図１１の差額精算処理について説明する。

【0077】

ステップＳ１３０１において、証明情報取得部２０８は、証明情報を取得する。

【0078】

ステップＳ１３０２において、判定取得部２０９は、申請に対する判定結果を取得する。

【0079】

ステップＳ１３０３において、判定取得部２０９は、判定結果が申請を認めるものであるか否かを判断する。

【0080】

ステップＳ１３０３にて申請が認められると判断されると、ステップＳ１３０４において、保険金額取得部２１０は、保険支払額（第１保険金額）を取得する。

【0081】

ステップＳ１３０５において、差額調整部２１１は、記憶部２０２から差額情報を取得する。なお、ステップＳ１３０４とステップＳ１３０５の順序は入れ替えられてもよい。

【0082】

ステップＳ１３０６において、差額調整部２１１は、保険支払額から一時金差額を差し引くことによって、支払・貸付金額（第２保険金額）を算出する。

【0083】

ステップＳ１３０７において、精算情報生成部２１２は、支払・貸付金額が正の値であるかを判断する。支払・貸付金額が正の値の場合、ステップＳ１３０８において、差額調整部２１１は、支払・貸付金額を契約者に対する支払金として、精算情報を更新する。

【0084】

ステップＳ１３０７にて否定判断された場合、ステップＳ１３０９において、精算情報生成部２１２は、支払・貸付金額が負の値であるかを判断する。支払・貸付金額が正の値の場合、ステップＳ１３１０において、差額調整部２１１は、支払・貸付金額を契約者に対する貸付金として、精算情報を更新する。

【0085】

ステップＳ１３０９にて否定判断された場合、ステップＳ１３１１において、精算情報生成部２１２は、支払・貸付金額がないとして精算情報を更新する。

【0086】

また、ステップＳ１３０３にて否定判断された場合、ステップＳ１３１２において、精算情報生成部２１２は、記憶部２０２に記憶される申請金額を取得し、申請金額が契約者に対する貸付金となるように申請金額分の金額を支払・貸付金額として精算情報を更新する。

【0087】

例えば、図７では、申請ＩＤが「Ｐ００１」の申請では、一時金差額が「３００００円」の支払金額であり、保険支払額が「１０００００円」であるので、両者が合計された「支払・貸付金額」は「１３００００円」の支払金額となる。

【0088】

申請ＩＤが「Ｐ００２」の申請では、一時金差額が「－２００００円」の貸付金額であり、保険支払額が「１０００００円」であるので、一時金差額が相殺されて、「支払・貸付金額」は「８００００円」の支払金額となる。

【0089】

申請ＩＤが「Ｐ００３」の申請では、一時金差額が「－５００００円」の貸付金額であり、保険支払額が「３００００円」であるので、一時金差額の一部が保険支払額によって相殺されて、「支払・貸付金額」は「－２００００円」の貸付金額となる。

【0090】

なお、図７には示されていないが、一時金差額と保険支払額とが相殺された結果、支払・貸付金額が「０円」となると「支払・貸付状態」には、「なし」という情報が記録される。これは、支払も貸付も発生していないことを示す情報である。

【0091】

申請ＩＤが「Ｐ００４」の申請では、一時金差額が「－５００００円」の貸付金額であり、申請判定の結果が不許可であったため、申請金額である「６００００円」が貸付金となり、「支払・貸付金額」は「－６００００円」の貸付金額となる。

【0092】

申請ＩＤが「Ｐ００５」の申請では、一時金の支払判定において支払が許可されなかったため、一時金差額は「０円」であり、申請判定の結果も不許可であったため、支払又は貸付が発生せず、「支払・貸付金額」は「０円」となる。

【0093】

以上本実施形態について説明した。本実施形態に係る支払管理装置１０１は、保険金の申請金額を含む申請情報を取得する申請情報取得部２０３と、申請情報と記憶部２０２に記憶される保険契約の契約情報とに基づいて、申請金額の電子的価値による支払に用いられる支払情報を生成する支払情報生成部２０５と、支払情報を電子的価値の残高の管理を行う残高管理装置１０３へと送信する支払情報送信部２０６と、を備える。

【0094】

これにより、契約者からの保険金の申請に対して電子的価値による支払を行うことが可能となるので、保険契約の契約者に迅速に保険金を支払うことが可能となる。

【0095】

また、本実施形態において、契約情報には、保険契約における一時金の一時金額が含まれ、支払管理装置１０１は、申請金額と一時金額との差額を算出し、申請金額が一時金額より高い場合に、差額を貸付金額として記憶部２０２に記憶する、差額算出部２０７、をさらに備える。

【0096】

保険会社における一時金の支払可否の判断は、契約者が短時間で資金を必要とする場合では素早く行われることが好ましい。契約者からの請求に対して迅速に応えるために保険の審査過程を簡略化する場合、契約者が過大な申請金額による申請を行うことが想定される。このような場合、契約者の要求通り支払を行うことは保険会社にとってリスクである。支払管理装置１０１では、差額算出部２０７によって申請金額が保険契約での一時金を上回る場合は貸付金額とすることで、契約者が保険を使用する際に短時間で必要とする一時金の支払を迅速に可能としつつ、契約の範囲を超える申請により生じる保険会社のリスクを低減させることができる。

【0097】

また、差額算出部２０７は、申請金額が一時金額より低い場合に、差額を支払金額として記憶部２０２に記憶する。これにより、契約者が申請金額を契約での一時金の上限より低い金額とした場合であっても、差額を支払分として記憶することで契約者にとって不利益とならないようにしつつ、一時金の迅速な支払が可能となる。

【0098】

また、支払管理装置１０１は、保険契約に基づいて算出された第１保険金額を取得する、保険金額取得部２１０と、第１保険金額が、差額によって調整された第２保険金額を算出する、差額調整部２１１と、第２保険金額に基づいて、保険金の精算に用いられる精算情報を生成する、精算情報生成部２１２と、をさらに備える。

【0099】

保険契約にて算出された一時金とは異なる第１保険金額と一時金の支払によって生じた差額とによって第２保険金額が算出される。よって、一時金を契約者の申請どおりに支払うことによる初期対応の利便性を確保しつつ、調整された第２保険金額によって保険金の精算を行うことが可能となる。これにより、保険会社の一時金支払におけるリスクを低減させつつ、迅速な一時金の支払が可能となる。

【0100】

また、差額調整部２１１は、差額が保険契約の契約者への貸付を示す場合に、第１保険金額から差額を差し引いて第２保険金額を算出し、差額が契約者への支払を示す場合に、第１保険金額に差額を加えて第２保険金額を算出して、第１保険金額を調整する。これにより、一時金の支払によって生じた差額を適切に取り扱うことが可能となる。

【0101】

また、支払管理装置１０１は、保険金の申請を証明するための証明情報を取得する証明情報取得部２０８と、申請を証明情報に基いて認めるか否かについての判定結果を取得する判定取得部２０９と、をさらに備え、精算情報生成部２１２は、申請が認められない場合に、申請金額を保険契約の契約者への貸付金額として精算情報を生成する。これにより、一旦は申請金額どおりに一時金の支払がなされた後に、虚偽の申請であったことが発覚したような場合に、支払った金額を契約者への貸付金として精算することが可能となる。よって、保険会社の一時金支払におけるリスクを低減させつつ、迅速な一時金の支払が可能となる。

【0102】

また、支払管理装置１０１は、契約情報に基づいて、保険契約が有効でない場合には、申請金額の支払を許可しないことを示す情報を生成し、保険契約が有効である場合に申請金額の支払を許可することを示す情報を生成する、支払判定部２０４をさらに備える。これにより、無効な契約に対しての一時金の支払を避けることができ、保険会社のリスクを低減させつつ、迅速な一時金の支払が可能となる。

【0103】

また、支払判定部２０４は、保険契約の契約者の信用情報を取得し、信用情報が所定の条件を満たさない場合には、申請金額の支払を許可しないことを示す情報を生成し、信用情報が所定の条件を満たす場合に、申請金額の支払を許可することを示す情報を生成してもよい。これにより、信用情報に問題がある契約者からの申請に基づく一時金の支払を避けることができ、保険会社のリスクを低減させつつ、迅速な一時金の支払が可能となる。

【0104】

また、本実施形態では、申請情報には電子的価値の種別を示す種別情報が含まれ、支払情報生成部２０５は、種別情報に対応する電子的価値を用いる支払情報を生成し、支払情報送信部２０６は、種別情報に対応する電子的価値の残高の管理を行う残高管理装置へと支払情報を送信する。これにより、複数の電子的価値に対応して一時金の支払が可能となり、利便性が向上する。

【0105】

また、本実施形態に係る契約者端末１０２は、申請情報の入力を受け付け、申請情報を支払管理装置１０１へと送信する申請情報送信部８０３と、残高管理装置１０３から、保険契約の契約者に関連付けられた電子的価値の残高を取得する残高取得部８０４と、を備える。これにより契約者は、支払申請の送信及び支払申請の結果の把握が、自身の端末によって可能となる。これにより、申請によって支払われた電子的価値を契約者が即座に利用可能とすることが可能となり、利便性が向上する。

【0106】

また、本実施形態に係る残高管理装置１０３は、申請情報と保険契約の契約情報とに基づく支払情報を、支払管理装置１０１から取得する支払情報取得部９０３と、支払情報に基づいて、保険契約の契約者に関連付けられて記憶部９０２に記憶される電子的価値の残高を更新する残高更新部９０４と、を備える。これにより、契約者からの申請金額の支払を電子的価値によって行うことが可能となり、契約者に迅速に保険金を支払うことが可能となる。

【0107】

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその条件、個数等は、例示したものに限定されるわけではなく適宜変更することができる。

【符号の説明】

【0108】

１０…支払管理システム、１０１…支払管理装置、１０２…契約者端末、１０３…残高管理装置、２０１，８０１，９０１…通信部、２０２，８０２，９０２…記憶部、２０３…申請情報取得部、２０４…支払判定部、２０５…支払情報生成部、２０６…支払情報送信部、２０７…差額算出部、２０８…証明情報取得部、２０９…判定取得部、２１０…保険金額取得部、２１１…差額調整部、２１２…精算情報生成部、８０３…申請情報送信部、８０４…残高取得部、９０３…支払情報取得部、９０４…残高更新部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】