JP6473297B2 - 保険受付装置、保険受付方法、およびプログラム - Google Patents

Description

本発明は、クレジットカードで購入した商品に対する保険の申し込みを受け付ける保険受付装置等に関するものである。

従来、購入した商品に対して、一定期間の保険が付くサービスがあった（例えば、非特許文献１参照）。

ＧＯＬＤ ＰＯＩＮＴ ＣＡＲＤ＋ヨドバシ、［online］、［平成２６年２月８日検索］、インターネット［URL：http://www.goldpoint.co.jp/premium.html］

しかしながら、従来においては、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることができなかった。

本第一の発明の保険受付装置は、クレジットカードを用いた商品の購入に関する１以上の商品購入情報と、ユーザを識別するユーザ識別子とを有する１以上の購入情報を格納し得る購入情報格納部と、端末装置から、商品購入情報に対応する商品に対する保険の申し込みの指示である申込指示を受信する申込指示受信部と、申込指示に対応する商品に対する保険の契約のための処理を行う保険処理部とを具備する保険受付装置である。

かかる構成により、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることができる。

また、本第二の発明の保険受付装置は、第一の発明に対して、申込指示受信部は、予め決められた条件を満たす商品に対してのみ、申込指示を受信する保険受付装置である。

かかる構成により、クレジットで購入した商品について、予め決められた条件を満たす商品にのみに、商品ごとに、購入後に保険をかけることができる。

また、本第三の発明の保険受付装置は、第一または第二の発明に対して、商品購入情報は、商品に関する商品情報を有し、商品情報に関する条件である商品条件と保険会社を特定する１以上の保険会社識別子とを有する１以上の保険情報を格納し得る保険情報格納部と、商品情報が合致する商品条件に対応する１以上の保険会社識別子を保険情報格納部から取得する保険会社選択部と、保険処理部は、申込指示で特定される商品情報に対して、保険会社選択部が選択した１以上の保険会社識別子で識別される保険会社のうちのいずれかの保険会社に対する保険の契約のための処理を行う保険受付装置である。

かかる構成により、適切な保険会社を自動的に選択できる。

また、本第四の発明の保険受付装置は、第三の発明に対して、保険会社選択部が保険会社識別子を取得しない場合、または受信部が端末装置からの保険会社識別子の選択に関する選択情報を受信しなかった場合、または受信部が端末装置から保険の見積もりの指示である見積指示を受信した場合、商品情報に対する保険の見積もり依頼を、１以上の保険会社の１以上の保険会社装置に送信する見積依頼部とを具備する保険受付装置である。

かかる構成により、保険の見積もりを容易に請求できる。

また、本第五の発明の保険受付装置は、第一から第四いずれかの発明に対して、保険の条件である保険条件を取得する保険条件決定部をさらに具備し、商品情報と、保険条件決定部が取得した保険条件とを有する保険促進情報を構成する保険促進情報構成部と、保険促進情報を、商品情報と対になるユーザ識別子に対応する端末装置に送信する保険促進情報送信部とをさらに具備する保険受付装置である。

かかる構成により、適切な保険の条件を自動的に決定できる。

また、本第六の発明の保険受付装置は、第五の発明に対して、商品購入情報は、クレジットカードの利用日に関する日情報を有し、保険条件決定部は、日情報が示す日から現在までの期間である経過期間を取得し、経過期間を用いて、保険条件を取得する保険受付装置である。

かかる構成により、商品の購入時からの経過期間に応じた、適切な保険の条件を自動的に決定できる。

また、本第七の発明の保険受付装置は、第五または第六の発明に対して、商品購入情報は、カードの支払い方法に関する支払方法情報を有し、保険条件決定部は、支払方法情報を用いて、保険条件を取得する保険受付装置である。

かかる構成により、商品の購入時からの経過期間に応じた、適切な保険の条件を自動的に決定できる。

また、本第八の発明の保険受付装置は、第五から第七いずれかの発明に対して、保険条件決定部は、端末装置が送信したユーザ識別子と対になる１または２以上の商品購入情報に応じて、異なる保険条件を取得する保険受付装置である。

かかる構成により、クレジットカードの利用履歴に応じた、適切な保険の条件を自動的に決定できる。

また、本第九の発明の保険受付装置は、第一から第八いずれかの発明に対して、申込指示受信部が申込指示を受信した場合、申込指示に対応するユーザ識別子で識別されるユーザのクレジットカードに対するポイントを増加させる処理を行うポイント処理部をさらに具備する保険受付装置である。

かかる構成により、保険の加入に対する促進が可能となる。

また、本第十の発明の保険受付装置は、第一から第九いずれかの発明に対して、購入する商品の贈呈先に関する情報である贈呈先情報を有する商品購入情報を受け付ける商品購入情報受付部と、贈呈先情報に対応する贈呈先に、商品購入情報に対応する商品の保険への加入を促す保険促進情報を送信する贈呈先送信部とをさらに具備する保険受付装置である。

かかる構成により、商品を贈呈された者が、贈呈品に対して保険をかけることができる。

また、本第十一の発明の保険受付装置は、第一から第十いずれかの発明に対して、保険処理部は、申込指示に対応する商品に関する商品情報および申込指示に対応するユーザ識別子で識別されるユーザに関するユーザ情報を有する保険申込情報を保険会社装置に送信する保険申込情報送信手段を具備する保険受付装置である。

かかる構成により、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることができる。

本発明による保険受付装置によれば、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることができる。

実施の形態１における保険処理システムの概念図 同保険処理システムのブロック図 同保険受付装置１の動作について説明するフローチャート 同利用明細情報の構成処理について説明するフローチャート 同保険条件決定処理について説明するフローチャート 同端末装置２の動作について説明するフローチャート 同ユーザ情報管理表を示す図 同購入情報管理表を示す図 同保険情報管理表を示す図 同保険申込情報管理表を示す図 同保険条件管理表を示す図 同商品購入情報の例を示す図 同出力例を示す図 同利用明細情報の例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、保険受付装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、クレジットカード（以下、適宜「カード」と言う。）で購入した１以上の商品に関する情報の集合である商品リストを用いて、各商品に対する保険の申し込みを受け付け、保険の契約のための処理を行う保険処理システムについて説明する。なお、商品とは、購入対象であり、サービスも含み、広く解する。つまり、購入対象は、物品だけではなく、サービスも含む、と考える。

また、本実施の形態において、予め決められた条件を満たす商品のみに対して、保険の申し込みが可能な保険処理システムについて説明する。

また、本実施の形態において、商品情報を用いて、１または２以上の保険会社を自動的に選択するため、容易に保険の申し込みが可能な保険処理システムについて説明する。

また、本実施の形態において、１以上の保険会社に見積もり依頼を送信可能な保険処理システムについて説明する。

また、本実施の形態において、保険条件が自動決定される保険処理システムについて説明する。なお、保険条件は、例えば、購入時からの経過期間、商品に対するカード支払い情報、カードの利用履歴等に応じて、自動決定されても良い。

また、本実施の形態において、保険の加入に対して、クレジットカードのポイント加算を行う保険処理システムについて説明する。

また、本実施の形態において、購入商品の贈呈先情報を受け付け、当該贈呈先情報を用いて、贈呈先に保険の加入について通知し、贈呈先が保険に加入できる保険処理システムについて説明する。なお、贈呈先とは、クレジットカードを用いて購入した商品の贈り先である。

図１は、本実施の形態における保険処理システムの概念図である。保険処理システムは、保険受付装置１、１または２以上の端末装置２、および１または２以上の保険会社装置３を備える。保険受付装置１は、保険への加入の指示を受け付け、保険への加入のための処理を行う装置である。端末装置２は、ユーザが使用する装置であり、例えば、いわゆるパソコン、スマートフォン、携帯端末、携帯電話等である。保険会社装置３は、サーバ装置であり、例えば、保険会社のサーバ装置である。

図２は、本実施の形態における保険処理システムのブロック図である。保険処理システムを構成する保険受付装置１は、格納部１１、受信部１２、処理部１３、送信部１４を備える。

また、格納部１１は、ユーザ情報格納部１１１、購入情報格納部１１２、保険情報格納部１１３、保険申込情報格納部１１４を備える。

また、受信部１２は、指示受信部１２１、申込指示受信部１２２、商品購入情報受付部１２３を備える。

また、処理部１３は、保険条件決定部１３１、保険会社選択部１３２、見積依頼部１３３、保険申込情報構成部１３４、保険促進情報構成部１３５、保険処理部１３６、ポイント処理部１３７を備える。

また、保険条件決定部１３１は、保険条件格納手段１３１１、保険条件取得手段１３１２を備える。

また、保険処理部１３６は、保険申込情報蓄積手段１３６１、保険申込情報送信手段１３６２、保険申込情報印刷手段１３６３を備える。

さらに、送信部１４は、保険促進情報送信部１４１、贈呈先送信部１４２を備える。

また、端末装置２は、端末格納部２０、端末受付部２１、端末処理部２２、端末送信部２３、端末受信部２４、端末出力部２５を備える。

また、保険会社装置３は、保険会社格納部３０、保険会社受信部３１、保険会社出力部３２、保険会社受付部３３、保険会社処理部３４、保険会社送信部３５を備える。

保険受付装置１を構成する格納部１１は、各種の情報を格納し得る。ここで、情報は、例えば、後述するユーザ情報、購入情報、保険情報、保険申込情報等である。

格納部１１を構成するユーザ情報格納部１１１は、１または２以上のユーザ情報を格納し得る。ユーザ情報はクレジットカードを利用するユーザに関する情報である。ユーザ情報は、例えば、ユーザ識別子、氏名、住所、電話番号、カード識別子、ポイント、メールアドレス等を有する。ユーザ識別子は、ユーザを識別する情報であり、通常、ユーザＩＤであるが、例えば、ユーザＩＤ、メールアドレス、電話番号（携帯の電話番号でも良い）、ユーザが保持する端末装置２を識別する端末識別子等でも良い。端末識別子は、例えば、端末装置２のＩＰアドレス、ＭＡＣアドレス等である。また、カード識別子は、例えば、クレジットカード番号、クレジットカードを識別するＩＤ等である。さらに、ポイントとは、カードの利用により増える報酬である。ポイントは、クーポンも含む概念である、と考えても良い。

購入情報格納部１１２は、１または２以上の購入情報を格納し得る。購入情報は、１以上の商品購入情報とユーザ識別子とを有する。商品購入情報は、クレジットカードを用いた商品の購入に関する情報である。商品購入情報は、通常、商品情報、カード識別子を有する。商品購入情報は、例えば、日情報、カードの支払い方法に関する支払方法情報などを有する。日情報とは、カード利用日（商品の購入日）を特定する情報である。また、商品情報とは、購入した商品に関する情報であり、商品識別子、商品名、商品の種類、価格（購入金額）などを有する。また、支払方法情報は、一括払い（１回払い）、分割払い、リボ払い等を示す情報である。

保険情報格納部１１３は、１または２以上の保険情報を格納し得る。保険情報とは、保険に関する情報である。保険情報は、保険会社が取り扱う保険に関する情報である。保険情報は、例えば、商品条件と１以上の保険会社識別子とを有する。保険情報は、例えば、保険会社装置３と通信するための通知先識別子を有する。ここで、商品条件とは、商品情報に関する条件である。商品条件は、商品を選別するための条件を示す情報である。商品条件は、例えば、商品の種類を特定する情報を含む。商品条件は、例えば、価格の下限の情報を含んでも良い。また、保険会社識別子とは、保険会社を特定する情報である。保険会社識別子は、例えば、ＩＤ、保険会社名などである。

保険申込情報格納部１１４は、１または２以上の保険申込情報を格納し得る。保険申込情報は、保険の申込を示す情報である。保険申込情報は、例えば、ユーザ識別子、商品識別子、保険条件等の情報を有する。保険申込情報は、例えば、購入情報を識別する購入情報識別子を有しても良い。また、保険条件は、例えば、保証期間、保険金額、免責の有無、免責金額、保証の対象、程度等の情報を有する。

受信部１２は、端末装置２や保険会社装置３等から、情報や指示等を受信する。

受信部１２を構成する指示受信部１２１は、端末装置２や保険会社装置３等から、指示を受信する。指示は、例えば、カードの利用明細をダウンロードする利用明細取得指示である。利用明細取得指示は、通常、ユーザ識別子を有する。指示は、例えば、保険の見積もりを指示である見積指示である。見積指示は、通常、ユーザと対象商品を識別する情報とを有する。見積指示は、例えば、ユーザ識別子、および商品識別子または商品購入情報を識別する商品購入情報識別子等を有する。なお、対象商品を識別する情報は、商品購入情報識別子でも良いし、購入情報識別子でも良いし、商品識別子等でも良い。

申込指示受信部１２２は、端末装置２から申込指示を受信する。申込指示とは、商品に対する保険の申し込みの指示である。この商品は、商品購入情報に対応する。つまり、申込指示に対応する商品は、カードを利用して購入した商品である。申込指示は、例えば、購入情報識別子、または／およびユーザ識別子等を有する。申込指示は、例えば、商品購入情報を識別する商品購入情報識別子等を有しても良い。

また、申込指示は、２以上の商品に対する保険の申し込みの指示であっても良い。かかる場合、申込指示は、例えば、２以上の購入情報識別子を有する。また、ここでの２以上の商品は、同じ種類の商品であることが好適である。かかることにより、ユーザは、例えば、貴金属の複数の商品をまとめて保険に加入できる。

申込指示受信部１２２は、予め決められた条件を満たす商品に対してのみ、申込指示を受信することは好適である。ここで、予め決められた条件とは、例えば、商品に対する条件である商品条件、またはユーザに対する条件であるユーザ条件などである。商品条件は、例えば、特定種類の商品、特定の商品のみ、購入してからＮ（Ｎは自然数）日以内などである。ユーザ条件は、カードを利用して、予めきめられた金額以上の金額を消費しているユーザ、予めきめられた期間において予めきめられた金額以上の金額を消費しているユーザ等である。

商品購入情報受付部１２３は、贈呈先情報を有する商品購入情報を受け付ける。贈呈先情報は、購入する商品の贈呈先に関する情報である。贈呈先情報は、例えば、贈呈先を識別する贈呈先識別子、贈呈先への通知先を示す贈呈先通知識別子等を含む。また、ここでの受け付けとは、通常、通信手段を用いた受信である。

商品購入情報受付部１２３は、カードを用いた商品の商品購入情報を受け付けても良い。つまり、商品購入情報受付部１２３が受け付ける商品購入情報は、カードを用いた商品の商品購入情報であれば良く、自分に購入した商品の商品購入情報でも、第三者に購入した商品の商品購入情報でも良い。

処理部１３は、各種の処理を行う。処理部１３が行う処理の例は、保険条件決定部１３１、保険会社選択部１３２、見積依頼部１３３、保険申込情報構成部１３４、保険促進情報構成部１３５、保険処理部１３６、またはポイント処理部１３７が行う処理である。

保険条件決定部１３１は、保険の条件である保険条件を取得する。例えば、保険条件決定部１３１は、商品情報（例えば、商品種類、金額等）を用いて、保険条件を取得する。保険条件決定部１３１は、例えば、商品情報に対応する保険条件を格納しており、保険の対象の商品の商品情報に対応する保険条件を取得する。

また、保険条件決定部１３１は、例えば、ユーザ情報（例えば、ユーザのカード利用額、予め決められた期間のカード利用額など）を用いて、保険条件を取得する。保険条件決定部１３１は、例えば、ユーザ情報に対応する保険条件を格納しており、保険の対象の商品を購入したユーザ情報に対応する保険条件を取得する。

また、保険条件決定部１３１は、例えば、日情報が示す日から現在までの期間である経過期間を取得し、経過期間を用いて、保険条件を取得する。つまり、保険条件決定部１３１は、経過期間に応じて、同じ商品でも、異なる保険条件を取得することは好適である。なお、ここで、現在とは、通常、ユーザが保険を申し込む日であるが、保険の開始日等でも良い。

また、保険条件決定部１３１は、例えば、支払方法情報を用いて、保険条件を取得する。つまり、保険条件決定部１３１は、支払方法情報に応じて、同じ商品でも、異なる保険条件を取得することは好適である。

また、保険条件決定部１３１は、例えば、端末装置２が送信したユーザ識別子と対になる１または２以上の商品購入情報に応じて、異なる保険条件を取得することは好適である。

例えば、保険条件決定部１３１は、今月のお支払い額、所定期間のお支払い額、または家族全員の所定期間のお支払い額等に応じて、異なる保険条件を取得しても良い。例えば、保険条件決定部１３１は、今月のお支払い額が多いほど、保険料金を安くしたり、保険期間を長くしたりする。また、例えば、保険条件決定部１３１は、所定期間のお支払い額が多いほど、保険料金を安くしたり、保険期間を長くしたりする。また、保険条件決定部１３１は、家族全員の所定期間のお支払い額が多いほど、保険料金を安くしたり、保険期間を長くしたりする。また、保険条件決定部１３１は、例えば、保険対象の商品の数、保険の合計金額等に応じて、保険期間を長くする等、異なる保険条件を取得しても良い。

保険条件決定部１３１を構成する保険条件格納手段１３１１は、カード利用情報と保険条件情報とを対応付けて有する１以上の保険条件関連情報を格納している。カード利用情報は、カードの利用に関する情報であり、例えば、商品情報に関する商品条件または／およびユーザ情報に関するユーザ条件を有する。保険条件情報は、保険条件に関する情報であり、保険条件そのものでも良いし、保険条件を取得するための情報でも良い。

また、保険条件格納手段１３１１は、経過期間に応じた保険条件に関する情報を保持していても良い。例えば、保険条件格納手段１３１１は、経過期間が「１か月以上：保険金額＝１．２倍」、「商品種類＝カメラ，３か月以上：保険不可」等である。「１か月以上：保険金額＝１．２倍」は、経過期間が１か月以上である場合に、保険の金額が１．２倍になることを示す。また、「商品種類＝カメラ，３か月以上：保険不可」は、保険の対象が「カメラ」であり、経過期間が３か月以上である場合には、保険に入ることができないことを示す。

また、保険条件格納手段１３１１は、支払方法情報に応じた保険条件に関する情報を保持していても良い。例えば、保険条件格納手段１３１１は、「支払方法情報＝分割，保険金額＝１．５倍」等の情報を保持していても良い。「支払方法情報＝分割，保険金額＝１．５倍」は、分割払いの場合は、保険の金額が１．５倍になることを示す。

保険条件取得手段１３１２は、保険対象の商品の購入情報（商品購入情報でも良い）に対応する保険条件を、保険条件格納手段１３１１から取得する。購入情報に対応する保険条件とは、商品情報に対応する保険条件であると言っても良いし、商品を購入したユーザのユーザ情報に対応する保険条件であると言っても良い。

保険会社選択部１３２は、商品情報が合致する商品条件に対応する１以上の保険会社識別子を保険情報格納部１１３から取得する。なお、この商品情報は、ユーザがカードを利用して購入した商品の情報である。保険会社選択部１３２は、保険を申し込むユーザのユーザ情報に合致する１以上の保険会社識別子を保険情報格納部１１３から取得しても良い。

見積依頼部１３３は、予め決められた条件を満たす場合、１以上の保険会社の１以上の保険会社装置３に送信する。予め決められた条件とは、例えば、保険会社選択部１３２が保険会社識別子を取得しないこと、受信部１２が端末装置２からの保険会社識別子の選択に関する選択情報を受信しなかったこと、または受信部１２が端末装置２から保険の見積もりの指示である見積指示を受信したこと等である。見積もりを依頼する対象の保険に対する商品は、申込指示に対応する商品、見積指示に対応する商品等である。

保険申込情報構成部１３４は、申込指示受信部１２２が受信した申込指示に対応する商品の保険申込情報を構成する。保険申込情報とは、保険の申し込みに関する情報であり、例えば、購入した商品の情報である購入情報を識別する購入情報識別子、ユーザ識別子、保険条件等を有する。保険条件とは、保険の金額、期間、その他の条件（例えば、ユーザ不注意の場合にも保険で対応できるのか、免責金額の有無等）である。保険申込情報は、商品購入情報識別子を有しても良い。

保険促進情報構成部１３５は、保険促進情報を構成する。保険促進情報とは、保険の購入（加入）を促すための情報である。保険促進情報は、例えば、商品情報（ここで、商品情報の一部でも良い趣旨である）と、保険条件決定部１３１が取得した保険条件とを有する。但し、保険促進情報は、保険条件を有しなくても良い。保険促進情報は、例えば、商品の購入者を識別するユーザ識別子、ユーザの氏名等を有しても良い。保険促進情報構成部１３５は、例えば、商品情報の一部（例えば、商品名）を、カレントの商品購入情報を用いて取得する。そして、保険促進情報構成部１３５は、保険条件決定部１３１が取得した保険条件を取得する。また、保険促進情報構成部１３５は、カレントの商品購入情報を用いて、購入者のユーザ識別子を取得し、当該ユーザ識別子と対になる氏名等を、ユーザ情報格納部１１１から取得する。そして、保険促進情報構成部１３５は、商品情報の一部（例えば、商品名）、購入者の氏名、保険条件を有する保険促進情報を構成する。なお、カレントの商品購入情報とは、処理対象の着目している商品購入情報であり、ここでは、保険促進情報に対応する商品購入情報である。

保険処理部１３６は、申込指示に対応する商品に対する保険の契約のための処理を行う。保険処理部１３６が行う処理は、各種の処理が考えられる。なお、各種の処理とは、例えば、保険の申し込みの情報である保険申込情報の保険申込情報格納部１１４への蓄積、保険会社のサーバ装置である保険会社装置３への保険申込情報の送信、保険申込情報の印刷、保険の申し込みを受け付けた旨の端末装置２への送信などである。また、申込指示が複数の商品に対する保険の申込みの指示である場合、保険処理部１３６は、例えば、複数の商品ごとに、保険の契約のための処理を行う。申込指示が複数の商品に対する保険の申込みの指示である場合とは、例えば、申込指示が２以上の購入情報識別子を有する場合である。

例えば、保険処理部１３６は、申込指示で特定される商品に対して、保険会社選択部１３２が選択した１以上の保険会社識別子で識別される保険会社のうちのいずれかの保険会社に対する保険の契約のための処理を行う。

保険申込情報蓄積手段１３６１は、保険申込情報構成部１３４が構成した保険申込情報を保険申込情報格納部１１４に蓄積する。なお、保険申込情報格納部１１４に蓄積された保険申込情報は、保険の契約のために、どのように利用されても良い。

保険申込情報送信手段１３６２は、保険申込情報構成部１３４が構成した保険申込情報を保険会社装置３に送信する。なお、保険申込情報は、通常、申込指示に対応する商品に関する商品情報および申込指示に対応するユーザ識別子で識別されるユーザに関するユーザ情報を有する。

保険申込情報印刷手段１３６３は、保険申込情報格納部１１４の保険申込情報を印刷する。保険申込情報印刷手段１３６３は、保険申込情報構成部１３４が構成した保険申込情報を印刷しても良い。

ポイント処理部１３７は、申込指示受信部１２２が申込指示を受信した場合、申込指示に対応するユーザ識別子で識別されるユーザのクレジットカードに対するポイントを増加させる処理を行う。増加させるポイントは、保険の価格をパラメータとする増加関数により算出されても良い。

送信部１４は、各種の情報を、端末装置２、または保険会社装置３に送信する。各種の情報とは、例えば、保険促進情報、保険の申し込みを受け付けた旨の情報等である。なお、保険促進情報は、通常、商品を特定する情報（例えば、商品の種類、商品名、購入情報識別子など）を有する。

送信部１４を構成する保険促進情報送信部１４１は、保険促進情報を、商品情報と対になるユーザ識別子に対応する端末装置２に送信する。

贈呈先送信部１４２は、贈呈先情報に対応する贈呈先に、商品購入情報に対応する商品の保険への加入を促す保険促進情報を送信する。

端末装置２を構成する端末格納部２０は、情報を格納し得る。情報は、例えば、ユーザ識別子である。

端末受付部２１は、ユーザから情報や指示等を受け付ける。指示とは、例えば、利用明細取得指示、申込指示、見積指示、保険会社の選択指示等である。ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

情報や指示等の入力手段は、キーボードやマウスやタッチパネルやメニュー画面によるもの等、何でも良い。端末受付部２１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末処理部２２は、端末装置２における各種の処理を行う。各種の処理とは、例えば、保険受付装置１に送信する情報や指示を構成する処理である。

端末送信部２３は、利用明細取得指示、申込指示、見積指示等を、保険受付装置１に送信する。

端末受信部２４は、保険受付装置１から情報を受信する。ここで、情報とは、例えば、利用明細情報である。利用情明細情報は、カードの利用明細に関する情報である。利用情明細情報は、例えば、カードの利用日に関する日情報、カードの利用店舗名、購入した商品の商品名、金額、保険条件を含む。また、利用情明細情報は、例えば、保険申し込みのためのチェックボックス等の情報を含んでも良い。また、保険条件は、例えば、保証期間、保険金額等の情報を含む。

端末出力部２５は、端末受信部２４が受信した情報を出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

保険会社装置３を構成する保険会社受信部３１は、情報や指示等を受信する。情報は、例えば、保険申込情報である。また、指示は、例えば、見積もり指示である。

保険会社出力部３２は、保険会社受信部３１が受信した情報を出力する。

保険会社受付部３３は、保険会社の社員等からの情報や指示を受け付ける。ここで、情報とは、例えば、保険の見積もりの情報である見積情報である。見積情報は、通常、保険の対象の商品の情報、保険条件等を含む。

なお、情報や指示の入力手段は、キーボードやマウスやタッチパネルやメニュー画面によるもの等、何でも良い。保険会社受付部３３は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

保険会社処理部３４は、各種の処理を行う。処理は、例えば、保険会社受信部３１が受信した保険申込情報を蓄積する処理である。また、処理は、例えば、保険会社受信部３１における保険申込情報の受信に対して、保険の申し込みを受け付けた旨の情報を構成することである。

保険会社送信部３５は、保険会社処理部３４における処理の結果を、保険受付装置１、または端末装置２等に送信する。保険会社送信部３５は、保険会社受付部３３が受け付けた情報（例えば、見積情報）を、保険受付装置１に送信する。

格納部１１、ユーザ情報格納部１１１、購入情報格納部１１２、保険情報格納部１１３、保険申込情報格納部１１４、保険条件格納手段１３１１、端末格納部２０、保険会社格納部３０は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報等が記憶される過程は問わない。例えば、記録媒体を介して情報等が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報等が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報等が格納部１１等で記憶されるようになってもよい。

受信部１２、指示受信部１２１、申込指示受信部１２２、商品購入情報受付部１２３、見積依頼部１３３、端末受信部２４、保険会社受信部３１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

処理部１３、保険条件決定部１３１、保険会社選択部１３２、見積依頼部１３３、保険申込情報構成部１３４、保険促進情報構成部１３５、保険処理部１３６、ポイント処理部１３７、保険条件取得手段１３１２、保険申込情報蓄積手段１３６１は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

保険申込情報送信手段１３６２、送信部１４、保険促進情報送信部１４１、贈呈先送信部１４２、端末送信部２３、保険会社送信部３５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

保険申込情報印刷手段１３６３は、プリンタを含むと考えても、含まないと考えても良い。保険申込情報印刷手段１３６３は、例えば、プリンタドライバー、またはプリンタドライバーとプリンタにより実現され得る。

端末出力部２５、保険会社出力部３２は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、保険処理システムの動作について説明する。まず、保険受付装置１の動作について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）指示受信部１２１は、端末装置２から利用明細取得指示を受信したか否かを判断する。利用明細取得指示を受信すればステップＳ３０２に行き、利用明細取得指示を受信しなければステップＳ３０４に行く。

（ステップＳ３０２）処理部１３は、利用明細取得指示の受信に応じて、利用明細情報を構成する。利用明細情報の構成処理について、図４のフローチャートを用いて説明する。

（ステップＳ３０３）送信部１４は、ステップＳ３０２で構成された利用明細情報を、端末装置２に送信する。ステップＳ３０１に戻る。なお、この端末装置２は、利用明細取得指示を送信した端末装置２である。

（ステップＳ３０４）申込指示受信部１２２は、端末装置２から申込指示を受信したか否かを判断する。申込指示を受信すればステップＳ３０５に行き、申込指示を受信しなければステップＳ３１４に行く。

（ステップＳ３０５）処理部１３は、ステップＳ３０４で受信された申込指示に対応する１以上の購入情報識別子を取得する。通常、処理部１３は、申込指示に含まれる１以上の購入情報識別子を取得する。

（ステップＳ３０６）処理部１３は、カウンタｉに１を代入する。

（ステップＳ３０７）処理部１３は、ステップＳ３０５で取得した購入情報識別子のうち、ｉ番目の購入情報識別子が存在するか否かを判断する。ｉ番目の購入情報識別子が存在すればステップＳ３０８に行き、ｉ番目の購入情報識別子が存在しなければステップＳ３０１に戻る。

（ステップＳ３０８）保険申込情報構成部１３４は、ｉ番目の購入情報識別子に対応する保険条件を取得する。なお、保険条件は、ステップＳ３０４で受信された申込指示に含まれていても良いし、ｉ番目の購入情報識別子に対応付けて、購入情報格納部１１２等に格納されていても良い。また、保険申込情報構成部１３４は、ステップＳ３０４で受信された申込指示に対応するユーザ識別子を取得する。なお、ユーザ識別子は、通常、申込指示に含まれている。また、保険申込情報構成部１３４は、申込指示に対応する保険会社識別子を取得する。また、保険会社識別子は、例えば、申込指示に含まれている。なお、保険会社識別子は、例えば、保険会社選択部１３２が取得した情報である。

そして、保険申込情報構成部１３４は、例えば、ユーザ識別子、購入情報識別子、保険条件、および保険会社識別子を有する保険申込情報を構成する。

（ステップＳ３０９）保険申込情報蓄積手段１３６１は、ステップＳ３０８で構成された保険申込情報を保険申込情報格納部１１４に蓄積する。

（ステップＳ３１０）保険申込情報送信手段１３６２は、ステップＳ３０８で構成された保険申込情報を保険会社装置３に送信する。なお、保険申込情報送信手段１３６２は、保険申込情報に含まれる保険会社識別子に対応する通知先情報（保険会社への連絡先の情報）を、保険情報格納部１１３から取得する。そして、保険申込情報送信手段１３６２は、当該通知先情報が示す通知先に、保険申込情報を送信する。

（ステップＳ３１１）ポイント処理部１３７は、ステップＳ３０８で構成された保険申込情報に対応するポイントを算出する。なお、例えば、ポイント処理部１３７は、保険金額をパラメータとする増加関数に、保険申込情報が有する保険金額を代入し、演算することにより、ポイントを算出する。

（ステップＳ３１２）ポイント処理部１３７は、ステップＳ３１１で算出したポイントを、保険申込情報に含まれるユーザ識別子に対応するポイントに加算する。例えば、ポイント処理部１３７は、保険申込情報に含まれるユーザ識別子と対になるポイントを、ユーザ情報格納部１１１から取得する。次に、ポイント処理部１３７は、当該取得したポイントとステップＳ３１１で算出したポイントとを加算する。次に、ポイント処理部１３７は、算出した新しいポイントを、ユーザ識別子と対になるポイントの属性値に上書きする。

（ステップＳ３１３）処理部１３は、カウンタｉを１、インクリメントする。ステップＳ３０７に戻る。

（ステップＳ３１４）商品購入情報受付部１２３は、商品購入情報を受信したか否かを判断する。商品購入情報を受信すればステップＳ３１５に行き、商品購入情報を受信しなければステップＳ３２３に行く。

（ステップＳ３１５）処理部１３は、ステップＳ３１４で受信された商品購入情報を用いて、購入情報を構成する。なお、処理部１３は、例えば、ステップＳ３１４で受信された商品購入情報とユーザ識別子とを有する購入情報を構成する。このユーザ識別子は、ステップＳ３１４で受信された情報でも良い。また、処理部１３は、例えば、ステップＳ３１４で受信された商品購入情報が有するカード識別子等に対応するユーザ識別子を、ユーザ情報格納部１１１から取得しても良い。

（ステップＳ３１６）処理部１３は、ステップＳ３１５で構成した購入情報を、購入情報格納部１１２に蓄積する。

（ステップＳ３１７）保険条件決定部１３１は、ステップＳ３１４で受信された商品購入情報に対応する保険条件を決定する。かかる保険条件決定処理について、図５のフローチャートを用いて説明する。

（ステップＳ３１８）保険促進情報構成部１３５は、ステップＳ３１７で取得された保険条件を用いて、保険促進情報を構成する。保険促進情報構成部１３５は、通常、ステップＳ３１５で構成した購入情報が有する商品情報の全部または一部と、保険条件とを有する保険促進情報を構成する。

（ステップＳ３１９）保険促進情報送信部１４１は、ステップＳ３１４で受信された商品購入情報が贈呈先識別子を有するか否かを判断する。贈呈先識別子を有する場合はステップＳ３２０に行き、贈呈先識別子を有さない場合はステップＳ３２１に行く。

（ステップＳ３２０）保険促進情報送信部１４１は、ステップＳ３１４で受信された商品購入情報に含まれる贈呈先識別子と対になる通信先識別子を取得する。なお、通信先識別子は、贈呈先識別子そのものでも良いし、贈呈先識別子と共にステップＳ３１４で受信された商品購入情報に含まれていても良いし、贈呈先識別子と対にユーザ情報格納部１１１に格納されていても良い。

（ステップＳ３２１）保険促進情報送信部１４１は、ステップＳ３１４で受信された商品購入情報と対になるユーザ識別子と対になる通信先識別子を取得する。保険促進情報送信部１４１は、例えば、ユーザ情報格納部１１１から、通信先識別子を取得する。

（ステップＳ３２２）保険促進情報送信部１４１は、通信先識別子が示す通信先に、ステップＳ３１８で構成された保険促進情報を送信する。ステップＳ３０１に戻る。

（ステップＳ３２３）受信部１２は、見積指示を受信したか否かを判断する。見積指示を受信すればステップＳ３２４に行き、見積指示を受信しなければステップＳ３０１に戻る。

（ステップＳ３２４）見積依頼部１３３は、見積指示に含まれる１以上の購入情報識別子を取得する。

（ステップＳ３２５）見積依頼部１３３は、カウンタｉに１を代入する。

（ステップＳ３２６）見積依頼部１３３は、ステップＳ３２４で取得した購入情報識別子のうち、ｉ番目の購入情報識別子が存在するか否かを判断する。ｉ番目の購入情報識別子が存在すればステップＳ３２７に行き、ｉ番目の購入情報識別子が存在しなければステップＳ３０１に戻る。

（ステップＳ３２７）保険会社選択部１３２は、ｉ番目の購入情報識別子に対応する商品情報を取得する。例えば、保険会社選択部１３２は、ｉ番目の購入情報識別子に対応する商品情報を購入情報格納部１１２から取得する。そして、保険会社選択部１３２は、当該商品情報が合致する商品条件に対応する１以上の保険会社識別子を保険情報格納部１１３から取得する。

（ステップＳ３２８）見積依頼部１３３は、ステップＳ３２７で取得された１以上の各保険会社識別子に対応する保険会社装置３に、ｉ番目の購入情報識別子に対応する商品の見積依頼を送信する。なお、見積依頼部１３３は、保険会社識別子に対応する通知先識別子を、保険情報格納部１１３から取得する。そして、見積依頼部１３３は、ｉ番目の購入情報識別子に対応する商品情報を用いて、見積依頼を構成する。次に、見積依頼部１３３は、取得した通知先識別子で識別される通知先に、見積依頼を送信する。

（ステップＳ３２９）見積依頼部１３３は、カウンタｉを１、インクリメントする。ステップＳ３２６に戻る。

なお、図３のフローチャートのステップＳ３１８において、商品購入情報が贈呈先識別子を有する場合と、商品購入情報が贈呈先識別子を有さない場合とで、異なる保険促進情報を構成することは好適である。商品購入情報が贈呈先識別子を有する場合は、例えば、商品の贈呈元が分かるような保険促進情報を構成する。

また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ３０２の利用明細情報構成処理について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）処理部１３は、ユーザ識別子を取得する。なお、ユーザ識別子は、受信された利用明細取得指示が有しても良いし、利用明細取得指示と対に受信された情報等でも良い。

（ステップＳ４０２）処理部１３は、ステップＳ４０１で取得したユーザ識別子に対応する１以上の商品購入情報を、購入情報格納部１１２から取得する。なお、例えば、処理部１３は、利用明細取得指示で示される期間の１以上の商品購入情報であり、ステップＳ４０１で取得したユーザ識別子に対応する１以上の商品購入情報を取得することは好適である。例えば、処理部１３は、日情報が示す日が最近１か月以内である商品購入情報を取得する。また、例えば、処理部１３は、ユーザが指定した期間（例えば、「２０１３年１２月１０日支払分」「最近６か月」等）に対応する日情報を有する商品購入情報を取得しても良い。

（ステップＳ４０３）処理部１３は、カウンタｉに１を代入する。

（ステップＳ４０４）処理部１３は、ステップＳ４０２で取得した商品購入情報の中に、ｉ番目の商品購入情報が存在するか否かを判断する。ｉ番目の商品購入情報が存在すればステップＳ４０５に行き、ｉ番目の商品購入情報が存在しなければステップＳ４０８に行く。

（ステップＳ４０５）保険条件決定部１３１は、ｉ番目の商品購入情報に対応する保険条件を決定する。なお、保険条件決定処理について、図５のフローチャートを用いて説明する。

（ステップＳ４０６）保険促進情報構成部１３５は、ステップＳ４０５で取得された保険条件を用いて、保険促進情報を構成する。なお、本ステップの処理は、ステップＳ３１８における処理と同じ処理で良い。また、保険促進情報構成部１３５は、構成した保険促進情報を、例えば、ｉ番目の商品購入情報に対応付けて、図示しないバッファに一時蓄積する。

（ステップＳ４０７）処理部１３は、カウンタｉを１、インクリメントする。ステップＳ３０７に戻る。

（ステップＳ４０８）処理部１３は、図示しないバッファに一時蓄積されている商品購入情報と保険促進情報とを用いて、利用明細情報を構成する。上位処理にリターンする。

次に、ステップＳ３１７の保険条件決定処理について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）保険条件決定部１３１は、保険の対象となる商品の商品購入情報を取得する。なお、保険条件決定部１３１は、例えば、受信された商品購入情報を取得する。

（ステップＳ５０２）保険条件決定部１３１は、保険をかける候補となるユーザのユーザ情報を取得する。なお、保険条件決定部１３１は、例えば、商品購入情報と対になるユーザ識別子を取得し、当該ユーザ識別子で識別されるユーザ情報を、ユーザ情報格納部１１１から取得する。

（ステップＳ５０３）保険条件決定部１３１は、カウンタｉに１を代入する。

（ステップＳ５０４）保険条件決定部１３１は、保険条件格納手段１３１１に、ｉ番目の保険条件関連情報が存在するか否かを判断する。ｉ番目の保険条件関連情報が存在すればステップＳ５０５に行き、ｉ番目の保険条件関連情報が存在しなければステップＳ５１０に行く。

（ステップＳ５０５）保険条件決定部１３１は、ステップＳ５０１で取得した商品購入情報、または／およびステップＳ５０２で取得したユーザ情報が、ｉ番目の保険条件関連情報が有する保険条件に合致するか否かを判断する。

（ステップＳ５０６）保険条件決定部１３１は、における判断結果が「合致」である場合はステップＳ５０６に行き、「合致」でない場合はステップＳ５０９に行く。

（ステップＳ５０７）保険条件決定部１３１は、ステップＳ５０１で取得した商品購入情報、または／およびステップＳ５０２で取得したユーザ情報を用いて、保険条件を構成するパラメータ値を取得する。なお、パラメータ値は、例えば、保険金額、保険期間等のうちの１以上の情報である。ここで、保険条件決定部１３１は、経過期間を取得し、当該経過期間に応じて、パラメータ値等の保険条件を変更することは好適である。なお、保険条件決定部１３１は、現在日時を図示しない時計から取得し、当該現在日時と、購入情報が有する日情報とを用いて、経過期間を取得する。また、保険条件決定部１３１は、購入情報が有する支払方法情報を取得し、当該支払方法情報に応じて、パラメータ値等の保険条件を変更することは好適である。

（ステップＳ５０８）保険条件決定部１３１は、ステップＳ５０６で取得したパラメータ値を有する保険条件を取得する。上位処理にリターンする。

（ステップＳ５０９）保険条件決定部１３１は、カウンタｉを１、インクリメントする。ステップＳ５０４に戻る。

（ステップＳ５１０）保険条件決定部１３１は、「保険がない」という保険条件を取得する。上位処理にリターンする。なお、ここで、保険条件決定部１３１は、デフォルトの保険条件を取得しても良い。

なお、図５のフローチャートにおいて、保険条件決定部１３１は、保険条件格納手段１３１１に格納されている保険条件関連情報の中で、商品購入情報または／およびユーザ情報が複数の保険条件関連情報に合致すると判断し、当該複数の保険条件関連情を用いて、保険条件を取得しても良い。

次に、端末装置２の動作について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）端末受付部２１は、ユーザから利用明細取得指示を受け付けたか否かを判断する。利用明細取得指示を受け付ければステップＳ６０２に行き、利用明細取得指示を受け付けなければステップＳ６１１に行く。

（ステップＳ６０２）端末処理部２２は、ステップＳ６０１で受け付けられた利用明細取得指示を用いて、送信する利用明細取得指示を構成する。なお、例えば、端末処理部２２は、端末格納部２０のユーザ識別子を読み出し、受け付けられた情報とともに、利用明細取得指示を構成する。そして、端末送信部２３は、構成された利用明細取得指示を、保険受付装置１に送信する。

（ステップＳ６０３）端末受信部２４は、保険受付装置１から利用明細情報を受信したか否かを判断する。利用明細情報を受信すればステップＳ６０４に行き、利用明細情報を受信しなければステップＳ６０３に戻る。

（ステップＳ６０４）端末出力部２５は、ステップＳ６０３で受信された利用明細情報を出力する。

（ステップＳ６０５）端末受付部２１は、ユーザから申込指示を受け付けたか否かを判断する。申込指示を受け付ければステップＳ６０６に行き、申込指示を受け付けなければステップＳ６０７に行く。

（ステップＳ６０６）端末処理部２２は、ステップＳ６０１で受け付けられた申込指示を用いて、送信する申込指示を構成する。なお、例えば、端末処理部２２は、端末格納部２０のユーザ識別子を読み出し、受け付けられた情報とともに、申込指示を構成する。そして、端末送信部２３は、構成された申込指示を、保険受付装置１に送信する。ステップＳ６０１に戻る。

（ステップＳ６０７）端末受付部２１は、ユーザから見積指示を受け付けたか否かを判断する。見積指示を受け付ければステップＳ６０８に行き、見積指示を受け付けなければステップＳ６０９に行く。

（ステップＳ６０８）端末処理部２２は、ステップＳ６０１で受け付けられた見積指示を用いて、送信する見積指示を構成する。なお、例えば、端末処理部２２は、端末格納部２０のユーザ識別子を読み出し、受け付けられた情報とともに、見積指示を構成する。そして、端末送信部２３は、構成された見積得指示を、保険受付装置１に送信する。ステップＳ６０１に戻る。

（ステップＳ６０９）端末受付部２１は、ユーザから出力終了指示を受け付けたか否かを判断する。出力終了指示を受け付ければステップＳ６１０に行き、出力終了の指示を受け付けなければステップＳ６０５に戻る。なお、出力終了指示とは、利用明細情報の出力を停止する指示（例えば、ウィンドウを閉じる指示）である。

（ステップＳ６１０）端末処理部２２は、利用明細情報が出力されている画面を閉じる処理を行う。ステップＳ６０１に戻る。

（ステップＳ６１１）端末受信部２４は、保険促進情報を受信したか否かを判断する。保険促進情報を受信すればステップＳ６１２に行き、保険促進情報を受信しなければステップＳ６１３に行く。

（ステップＳ６１２）端末出力部２５は、ステップＳ６１１で受信された保険促進情報を出力する。ステップＳ６０５に行く。

（ステップＳ６１３）端末受信部２４は、見積結果を受信したか否かを判断する。見積結果を受信すればステップＳ６１４に行き、見積結果を受信しなければステップＳ６０１に戻る。

（ステップＳ６１４）端末出力部２５は、ステップＳ６１３で受信された見積結果を出力する。ステップＳ６０５に行く。

なお、図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、保険会社装置３の動作の例について説明する。保険会社装置３の保険会社受信部３１は、見積もり依頼を受信する。そして、保険会社出力部３２は、当該見積もり依頼を出力する。

そして、保険会社のユーザは、見積もり依頼に対応する見積情報を入力し、保険会社受付部３３が当該見積情報を受け付ける。次に、保険会社処理部３４は、送信する見積情報を構成する。次に、保険会社送信部３５は、構成された見積情報を保険受付装置１に送信する。

以下、本実施の形態における保険処理システムの具体的な動作について説明する。保険処理システムの概念図は図１である。

今、ユーザ情報格納部１１１は、図７に示すユーザ情報管理表を保持している。ユーザ情報管理表は、「ＩＤ」「ユーザ識別子」「クレジットカード番号」「氏名」「ポイント」「メールアドレス」等を有する１以上のレコードを格納し得る。なお、「ＩＤ」はレコードを識別する情報である。また、「クレジットカード番号」は、上述したカード識別子である。なお、ユーザ情報管理表の各レコードは、ユーザの今までのカード利用金額、ユーザの予め決められた期間のカード利用金額、ユーザのカード利用金額の上限等を有しても良い。

また、購入情報格納部１１２は、図８に示す購入情報管理表を保持している。購入情報管理表は、「ＩＤ」「購入情報」を有する１以上のレコードを格納し得る。「購入情報」は、「商品購入情報」「ユーザ識別子」を有する。「商品購入情報」は、「利用日」「利用店名」「商品種類」「商品識別子」「金額」「支払方法」等を有する。「利用日」は、カードを利用した日であり、上述した日情報である。「利用店名」は、カードを利用した店舗を識別する情報である。「商品種類」は商品の種類、商品の種別を示す。「商品識別子」は商品を識別する情報である。「金額」は、カードの利用金額であり、通常、商品の購入金額である。「支払方法」は、支払方法を特定する情報であり、例えば、１回払いを示す「１回」、分割払いを示す「分割」、リボ払いを示す「リボ」等である。

また、保険情報格納部１１３は、図９に示す保険情報管理表を保持している。保険情報管理表は、「ＩＤ」「保険情報」を有する１以上のレコードを格納し得る。「保険情報」は、「商品条件」「保険会社識別子」「通知先識別子」を有する。「ＩＤ＝１」のレコードは、商品の種類が「腕時計」の場合に、保険を販売する会社が「ＡＣ保険」で識別される会社であり、その通知先は「ａｃ＠ａｃ．ｃｏｍ」であることを示す。また、「ＩＤ＝２」のレコードは、商品の種類が「カメラ」または「パソコン」であり、かつ金額が「１００００円以上」である場合に、保険を販売する会社が「ＸＹ保険」で識別される会社であり、その通知先は「ｘｙ＠ｘｙ．ｃｏｍ」であることを示す。また、「ＩＤ＝３」のレコードは、金額が「３０００００円以上」である場合に、保険を販売する会社が「ＴＸ保険」で識別される会社であり、その通知先は「ｔｘ＠ｔｘ．ｃｏ．ｊｐ」であることを示す。

また、保険申込情報格納部１１４は、図１０に示す保険申込情報管理表を保持している。保険申込情報管理表は、「ＩＤ」「保険申込情報」を有する１以上のレコードを格納し得る。「保険申込情報」は、「ユーザ識別子」「購入情報識別子」「保険条件」「保険会社識別子」等の情報を有する。「購入情報識別子」は、ここでは、購入情報を識別するＩＤである。購入情報を識別するＩＤは、図８の購入情報管理表のレコードのＩＤである。また、「保険条件」は「保証期間」「保険金額」「免責」を含む。なお、「免責」は、免責金額を示す。なお、「免責」がＮＵＬＬの場合は、免責金額が「０」であることを示す。また、図１０の保険申込情報管理表の構造は、保険申込情報の構造の一例であることは言うまでもない。つまり、例えば、図１０の保険申込情報管理表は、ユーザ識別子を有さなくても良い。

さらに、保険条件格納手段１３１１は、図１１に示す保険条件管理表を保持している。保険条件管理表は、「ＩＤ」「カード利用情報」「保険条件情報」を有する１以上のレコードを格納し得る。「カード利用情報」は「商品条件」「ユーザ条件」を有する。「商品条件」は保険対象の商品に関する条件である。「ユーザ条件」は、商品を購入したユーザに関する条件である。「保険条件情報」は、「保険期間情報」「保険金額情報」「免責情報」を有する。「保険期間情報」は保険期間そのものでも良いし、保険期間を算出するための元になる情報等でも良い。「保険金額情報」は保険金額そのものでも良いし、保険金額を算出するための元になる情報等でも良い。「免責情報」は、免責そのものでも良いし、免責を算出するための元になる情報等でも良い。

かかる状況において、以下の４つの具体例について説明する。具体例１は、ユーザがカードの利用明細取得指示を入力した場合についてである。具体例２は、保険受付装置１が、贈呈品ではない商品の商品購入情報を受信した場合についてである。具体例３は、保険受付装置１が、贈呈品の商品購入情報を受信した場合である。具体例４は、ユーザが見積指示を入力した場合についてである

（具体例１）
以下、ユーザがカードの利用明細取得指示を入力した場合について説明する。

まず、ユーザ「山田太郎」は、端末装置２に、利用明細取得指示（ここでは、例えば、「利用明細取得指示 ２０１３年１２月１０日支払分」）を入力する。すると、端末装置２の端末受付部２１は、ユーザから当該利用明細取得指示を受け付ける。次に、端末処理部２２は、端末格納部２０のユーザ識別子「１００１」を読み出し、受け付けられた利用明細取得指示を用いて、送信する利用明細取得指示「利用明細取得指示 ２０１３年１２月１０日支払分，１００１」を構成する。そして、端末送信部２３は、構成された利用明細取得指示「利用明細取得指示 ２０１３年１２月１０日支払分，１００１」を、保険受付装置１に送信する。

次に、保険受付装置１の指示受信部１２１は、端末装置２から利用明細取得指示「利用明細取得指示 ２０１３年１２月１０日支払分，１００１」を受信する。

次に、処理部１３は、利用明細取得指示の受信に応じて、例えば、以下のように利用明細情報を構成する。

まず、処理部１３は、利用明細取得指示が有するユーザ識別子「１００１」を取得する。

次に、処理部１３は、ユーザ識別子「１００１」に対応する１以上の商品購入情報であり、利用明細取得指示が有する期間の条件「２０１３年１２月１０日支払分」に対応する１以上の商品購入情報を、購入情報管理表から取得する。ここで、取得された商品購入情報は、図１２である。なお、図１２において、各レコードは、購入情報管理表の「ＩＤ」である購入情報識別子を有する。

次に、保険条件決定部１３１は、まず、１番目の商品購入情報に対応する保険条件を決定する。つまり、保険条件決定部１３１は、ユーザ識別子「１００１」と対になるユーザ情報をユーザ情報管理表（図７）から取得する。そして、保険条件決定部１３１は、保険条件管理表の各レコードのカード利用情報に対して、１番目の商品購入情報とユーザ情報とを適用し、合致する「ＩＤ＝１」のカード利用入情報に対応する保険条件情報（「保証期間情報＝５年」「保険金額＝金額×５％」「免責情報＝ＮＵＬＬ」）を得る。次に、保険条件決定部１３１は、「保険金額＝金額×５％」の変数「金額」に、１番目の商品購入情報が有する金額「５００００円」を代入し、「保険金額＝２５００円」を得る。つまり、保険条件決定部１３１は、保険条件「保証期間情報＝５年」「保険金額＝２５００円」を取得する。次に、保険促進情報構成部１３５は、取得された保険条件を用いて、「保証期間情報＝５年」「保険金額＝２５００円」を有する保険促進情報を構成する。

次に、保険条件決定部１３１は、２番目の商品購入情報に対しても同様に、保険条件を決定する。つまり、保険条件決定部１３１は、保険条件管理表の各レコードのカード利用情報に対して、２番目の商品購入情報とユーザ情報とを適用し、合致する「ＩＤ＝２」のカード利用入情報に対応する保険条件情報（「保証期間情報＝５年」「保険金額＝金額×５％」「免責情報＝ＮＵＬＬ」）を取得する。また、保険条件決定部１３１は、合致する「ＩＤ＝５」のカード利用入情報に対応する保険条件情報（「免責情報＝金額×１０％」）を取得する。次に、保険条件決定部１３１は、「保険金額＝金額×５％」の変数「金額」に、２番目の商品購入情報が有する金額「１０００００円」を代入し、「保険金額＝５０００円」を得る。また、保険条件決定部１３１は、「免責情報＝金額×１０％」の変数「金額」に、２番目の商品購入情報が有する金額「１０００００円」を代入し、「免責情報＝１００００円」を得る。つまり、保険条件決定部１３１は、保険条件「保証期間情報＝５年」「保険金額＝５０００円」「免責情報＝１００００円」を取得する。次に、保険促進情報構成部１３５は、取得された保険条件を用いて、「保証期間情報＝５年」「保険金額＝５０００円」「免責情報＝１００００円」を有する保険促進情報を構成する。

次に、保険条件決定部１３１は、３番目の商品購入情報に対しても同様に、保険条件を決定する。つまり、保険条件決定部１３１は、保険条件管理表の各レコードのカード利用情報に対して、３番目の商品購入情報とユーザ情報とを適用し、合致する「ＩＤ＝３」のカード利用入情報に対応する保険条件情報（「保証期間情報＝５年」「保険金額＝金額×１％」「免責情報＝ＮＵＬＬ」）を取得する。次に、保険条件決定部１３１は、「保険金額＝金額×１％」の変数「金額」に、３番目の商品購入情報が有する金額「１００００円」を代入し、「保険金額＝１００円」を得る。つまり、保険条件決定部１３１は、保険条件「保証期間情報＝５年」「保険金額＝１００円」を取得する。次に、保険促進情報構成部１３５は、取得された保険条件を用いて、「保証期間情報＝５年」「保険金額＝１００円」を有する保険促進情報を構成する。

次に、保険条件決定部１３１は、４番目の商品購入情報に対しても同様に、保険条件を決定する。つまり、保険条件決定部１３１は、保険条件管理表の各レコードのカード利用情報に対して、４番目の商品購入情報とユーザ情報とを適用し、合致する「ＩＤ＝４」のカード利用入情報に対応する保険条件情報（「保証期間情報＝３年」「保険金額＝金額×１％」「免責情報＝ＮＵＬＬ」）を取得する。次に、保険条件決定部１３１は、「保険金額＝金額×１％」の変数「金額」に、４番目の商品購入情報が有する金額「３０００円」を代入し、「保険金額＝３０円」を得る。つまり、保険条件決定部１３１は、保険条件「保証期間情報＝３年」「保険金額＝３０円」を取得する。次に、保険促進情報構成部１３５は、取得された保険条件を用いて、「保証期間情報＝３年」「保険金額＝３０円」を有する保険促進情報を構成する。

次に、処理部１３は、商品購入情報と保険促進情報とを用いて、利用明細情報を構成する。そして、送信部１４は、構成された利用明細情報を、端末装置２に送信する。

次に、端末装置２の端末受信部２４は、保険受付装置１から利用明細情報を受信する。そして、端末出力部２５は、受信された利用明細情報を出力する。かかる出力例は、図１３である。

次に、ユーザ「山田太郎」は、図１３の「カメラ」の保険申込のチェックボックス１３０１をチェックした、とする。そして、ユーザは、「保険申込」ボタン１３０２を押下した、とする。すると、端末受付部２１は、ユーザから、「カメラ」の保険の申込指示を受け付ける。次に、端末処理部２２は、端末格納部２０のユーザ識別子「１００１」を読み出し、受け付けられた申込指示を用いて、送信する申込指示を構成する。そして、端末送信部２３は、構成された申込指示を、保険受付装置１に送信する。なお、送信された保険申込は、ユーザ識別子「１００１」、商品種類「カメラ」、購入情報識別子「３」、金額「１００，０００円」を含む、とする。なお、購入情報識別子「３」は、利用明細情報に含まれている情報である。

次に、保険受付装置１の申込指示受信部１２２は、端末装置２から申込指示を受信する。次に、処理部１３は、受信された申込指示に対応する購入情報識別子「３」を取得する。

次に、保険申込情報構成部１３４は、購入情報識別子「３」に対応する保険条件（「保証期間情報＝５年」「保険金額＝５０００円」「免責情報＝１００００円」）を取得する。また、保険申込情報構成部１３４は、受信された申込指示に対応するユーザ識別子「１００１」を取得する。また、保険会社選択部１３２は、申込指示が有する情報（商品種類「カメラ」、金額「１００，０００円」）を用いて、当該申込指示に対応する保険会社識別子「ＸＹ保険」を、図９の保険情報管理表から取得する。そして、保険申込情報構成部１３４は、ユーザ識別子、商品識別子、保険条件、および保険会社識別子を有する保険申込情報を構成する。

次に、保険申込情報蓄積手段１３６１は、構成された保険申込情報を保険申込情報格納部１１４に蓄積する。蓄積された保険申込情報は、図１０の「ＩＤ＝２」のレコードである。

次に、保険申込情報送信手段１３６２は、構成された保険申込情報を保険会社装置３に送信する。そして、保険会社装置３の保険会社受信部３１は、保険申込情報を受信する。次に、保険会社出力部３２は、当該保険申込情報を図示しない記録媒体に蓄積する。以上により、保険会社装置３において、保険申込情報が管理される。

次に、ポイント処理部１３７は、保険申込情報に対応するポイントを算出する。ここで、ポイント処理部１３７は、格納しているポイント算出式「ポイント＝保険金額×１％」を用いて、「ポイント＝５０」を算出する。そして、ポイント処理部１３７は、ポイント「５０」を、保険申込情報に含まれるユーザ識別子「１００１」に対応するポイントに加算する。その結果、ユーザ識別子「１００１」に対応するポイントは、「１１０」から「１６０」になった（図７の「ＩＤ＝１」のレコードを参照のこと）。

（具体例２）
以下、保険受付装置１が、贈答品ではない商品の商品購入情報を受信した場合について説明する。

図示しない装置から、保険受付装置１の商品購入情報受付部１２３は、商品購入情報とユーザ識別子とを受信した、とする。なお、ここで、商品購入情報は、「利用日：２０１３／１１／１，利用店名：ＡＢ百貨店，商品種類：腕時計，商品識別子：腕時計，金額：５００００円，支払方法：１回」、ユーザ識別子は、「１００１」であった、とする。また、図示しない装置は、例えば、クレジットカードが利用された店舗の装置である。また、図示しない装置は、例えば、クレジットカード会社の装置でも良い。

次に、処理部１３は、受信された商品購入情報を用いて、購入情報「ユーザ識別子：１００１，利用日：２０１３／１１／１，利用店名：ＡＢ百貨店，商品種類：腕時計，商品識別子：腕時計，金額：５００００円，支払方法：１回」を構成する。

次に、処理部１３は、構成した購入情報を、購入情報管理表（図８）に蓄積する。なお、ここで蓄積された購入情報は、図８の「ＩＤ＝１」のレコードである。

次に、保険条件決定部１３１は、受信された商品購入情報に対応する保険条件を、以下のように決定する。

つまり、保険条件決定部１３１は、ユーザ識別子「１００１」と対になるユーザ情報をユーザ情報管理表（図７）から取得する。そして、保険条件決定部１３１は、保険条件管理表の各レコードのカード利用情報に対して、商品購入情報「利用日：２０１３／１１／１，利用店名：ＡＢ百貨店，商品種類：腕時計，商品識別子：腕時計Ａ，金額：５００００円，支払方法：１回」とユーザ情報とを適用し、合致する「ＩＤ＝１」のカード利用入情報に対応する保険条件情報（「保証期間情報＝５年」「保険金額＝金額×５％」「免責情報＝ＮＵＬＬ」）を得る。次に、保険条件決定部１３１は、「保険金額＝金額×５％」の変数「金額」に、１番目の商品購入情報が有する金額「５００００円」を代入し、「保険金額＝２５００円」を得る。つまり、保険条件決定部１３１は、保険条件「保証期間情報＝５年」「保険金額＝２５００円」を取得する。次に、保険促進情報構成部１３５は、取得された保険条件を用いて、「保証期間情報＝５年」「保険金額＝２５００円」を有する保険促進情報を構成する。なお、構成された保険促進情報は、例えば、「貴殿がＡＢ百貨店において５００００円で購入された腕時計Ａ（腕時計）に対する保険は、以下の条件で入ることができます。いかがでしょうか？ ＜保証期間情報＞５年，＜保険金額＞２５００円」である。つまり、保険条件決定部１３１は、雛形情報「貴殿が＄利用店名＄において＄金額＄で購入された＄商品識別子＄（＄商品種類＄）に対する保険は、以下の条件で入ることができます。いかがでしょうか？ ＜保証期間情報＞＄保証期間情報＄，＜保険金額＞＄保険金額＄」の変数に、取得した商品購入情報または保険条件情報を代入して、保険促進情報を構成する。

次に、保険促進情報送信部１４１は、受信された商品購入情報が贈呈先識別子を有しない、と判断する。

次に、保険促進情報送信部１４１は、ユーザ識別子「１００１」と対になる通信先識別子「ｙｔ＠ｘｘｃ．ｃｏｍ」をユーザ情報管理表から取得する。そして、保険促進情報送信部１４１は、通信先識別子が示す通信先に、保険促進情報「貴殿がＡＢ百貨店において５００００円で購入された腕時計Ａ（腕時計）に対する保険は、以下の条件で入ることができます。いかがでしょうか？ ＜保証期間情報＞５年，＜保険金額＞２５００円」を送信する。

そして、ユーザ識別子「１００１」で識別されるユーザの端末装置２は、保険促進情報を受信し、出力する。

（具体例３）
以下、保険受付装置１が、贈答品の商品購入情報を受信した場合について説明する。

図示しない装置から、保険受付装置１の商品購入情報受付部１２３は、商品購入情報とユーザ識別子とを受信した、とする。なお、ここで、商品購入情報は、「利用日：２０１３／１１／１，利用店名：ＡＢ百貨店，商品種類：腕時計，商品識別子：腕時計，金額：５００００円，支払方法：１回，贈呈先識別子：１００２」、ユーザ識別子は、「１００１」であった、とする。また、図示しない装置は、例えば、クレジットカードが利用された店舗の装置である。また、図示しない装置は、例えば、クレジットカード会社の装置でも良い。

次に、処理部１３は、受信された商品購入情報を用いて、購入情報「ユーザ識別子：１００１，利用日：２０１３／１１／１，利用店名：ＡＢ百貨店，商品種類：腕時計，商品識別子：腕時計，金額：５００００円，支払方法：１回，贈呈先識別子：１００２」を構成する。

次に、処理部１３は、構成した購入情報を、購入情報管理表に蓄積する。

次に、保険条件決定部１３１は、受信された商品購入情報に対応する保険条件を、具体例２と同様に決定する。つまり、保険条件決定部１３１は、保険条件「保証期間情報＝５年」「保険金額＝２５００円」を取得する。

次に、保険促進情報送信部１４１は、受信された商品購入情報が贈呈先識別子を有する、と判断する。

次に、保険促進情報構成部１３５は、取得された保険条件を用いて、「保証期間情報＝５年」「保険金額＝２５００円」を有する保険促進情報を構成する。ここで、保険条件決定部１３１は、保険促進情報「山田太郎さんから贈呈された腕時計Ａ（腕時計）に対する保険は、以下の条件で入ることができます。いかがでしょうか？ ＜保証期間情報＞５年，＜保険金額＞２５００円」を取得する、とする。つまり、保険条件決定部１３１は、雛形情報「＄氏名＄さんから贈呈された＄商品識別子＄（＄商品種類＄）に対する保険は、以下の条件で入ることができます。いかがでしょうか？ ＜保証期間情報＞＄保証期間情報＄，＜保険金額＞＄保険金額＄」の変数に、取得した商品購入情報または保険条件情報を代入して、保険促進情報を構成する。なお、ここでの「＄氏名＄」は、商品購入情報に対応するユーザ識別子と対になる「氏名」であり、贈呈者の氏名である。

次に、保険促進情報送信部１４１は、贈呈先識別子「１００２」と対になる通信先識別子「ｏｈ＠ｙｉ．ｃｏ．ｊｐ」をユーザ情報管理表から取得する。そして、保険促進情報送信部１４１は、通信先識別子が示す通信先に、保険促進情報「山田太郎さんから贈呈された腕時計Ａ（腕時計）に対する保険は、以下の条件で入ることができます。いかがでしょうか？ ＜保証期間情報＞５年，＜保険金額＞２５００円」を送信する。

そして、ユーザ識別子「１００２」で識別されるユーザの端末装置２は、保険促進情報を受信し、出力する。

（具体例４）
以下、ユーザが見積指示を入力した場合について説明する。まず、ユーザ「山田太郎」がカードの利用明細取得指示を入力し、具体例１と同様の処理により、図１４に示す利用明細情報が、端末装置２に出力された、とする。なお、図１４の利用明細情報を構成する各レコードは、購入情報識別子に対応付いている、とする。

次に、ユーザ「山田太郎」は、「腕時計Ａ」に対応する「保険見積申込」のチェックボックス１４０１にチェックを入れ、「保険見積申込」ボタン１４０２を押下した、とする。

次に、ユーザ「山田太郎」の端末装置２の端末受付部２１は、ユーザから見積指示を受け付ける。

次に、端末処理部２２は、受け付けられた見積指示を用いて、送信する見積指示を構成する。端末処理部２２は、端末格納部２０のユーザ識別子「１００１」を読み出し、見積指示「見積指示 ユーザ識別子：１００１，購入情報識別子：１」を構成する。

次に、端末送信部２３は、見積得指示「見積指示 ユーザ識別子：１００１，購入情報識別子：１」を、保険受付装置１に送信する。

次に、保険受付装置１の受信部１２は、見積指示を受信する。

次に、見積依頼部１３３は、見積指示に含まれる購入情報識別子「１」に対応する商品情報（ここでは、商品種類「腕時計」，金額「５００００円」）を購入情報管理表から取得する。

次に、保険会社選択部１３２は、当該商品情報が合致する商品条件に対応する１以上の保険会社識別子を図９の保険情報管理表から取得する。ここで、保険会社選択部１３２は、商品情報（商品種類「腕時計」，金額「５００００円」）に合致する「ＩＤ＝１」の商品条件と対になる保険会社識別子「ＡＣ保険」を、保険情報管理表から取得する。

次に、見積依頼部１３３は、取得された保険会社識別子「ＡＣ保険」に対応する通知先識別子「ａｃ＠ａｃ．ｃｏｍ」を、保険情報管理表から取得する。そして、見積依頼部１３３は、通知先識別子「ａｃ＠ａｃ．ｃｏｍ」で識別される通知先に、購入情報識別子「１」に対応する商品の見積依頼を送信する。なお、見積依頼は、例えば、「見積依頼 商品種類：腕時計，金額：５００００円」である。

そして、保険会社識別子「ＡＣ保険」に対応する保険会社装置３は、見積依頼を受信し、出力する。

そして、保険会社識別子「ＡＣ保険」で識別される会社の社員は、見積結果を保険会社装置３に入力し、保険受付装置１に送信する。

次に、保険受付装置１は、見積結果を受信し、ユーザ識別子「１００１」に対応する端末装置２に送信する。

次に、端末装置２の端末受信部２４は、見積結果を受信する。次に、端末出力部２５は、受信された見積結果を出力する。

以上、本実施の形態によれば、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることができる。

また、本実施の形態によれば、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることを、ユーザに促すことができる。

また、本実施の形態によれば、予め決められた条件を満たす商品にのみに、商品ごとに、購入後に保険をかけることができる。

また、本実施の形態によれば、適切な保険会社を自動的に選択できる。

また、本実施の形態によれば、保険の見積もりを容易に請求できる。

また、本実施の形態によれば、適切な保険の条件を自動的に決定できる。

また、本実施の形態によれば、商品を贈呈された者が、贈呈品に対して保険をかけることができる。
なお、上記の具体例１の図１３において、利用明細情報は一つの商品について一件の保険申込みが可能である構造（一つの保険条件を含む構造）である。しかし、利用明細情報は、複数の保険条件を含む構造であっても良い。かかる場合、ユーザは、一つの商品について複数件の保険申込みが可能であっても良いし、一つの商品について複数の選択対象の保険から一の保険を選択できても良い。また、かかる場合、通常、複数の各選択対象の保険の条件が異なる。保険の条件は、例えば、保険金額や保証期間や免責有無等である。

また、上記の具体例４において、ユーザによる保険の見積指示の入力に対して、端末装置２は、一の保険会社装置３からの見積結果を受信して、出力した。しかし、ユーザによる保険の見積指示の入力に対して、複数の保険会社装置３からの見積結果を受信して、出力しても良い。かかる場合、保険受付装置１の保険会社選択部１３２は、商品情報が合致する商品条件に対応する２以上の保険会社識別子を図９の保険情報管理表から取得する。そして、具体例４で説明した処理を行うことにより、端末装置２は、複数の保険会社装置３からの見積結果を受信して、出力できる。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における保険受付装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、クレジットカードを用いた商品の購入に関する１以上の商品購入情報と、ユーザを識別するユーザ識別子とを有する１以上の購入情報を格納し得る購入情報格納部を具備し、コンピュータを、端末装置から、前記商品購入情報に対応する商品に対する保険の申し込みの指示である申込指示を受信する申込指示受信部と、前記申込指示に対応する商品に対する保険の契約のための処理を行う保険処理部として機能させるためのプログラム、である。

上記プログラムにおいて、前記申込指示受信部は、予め決められた条件を満たす商品に対してのみ、申込指示を受信するものとして、コンピュータを機能させるプログラムであることは好適である。

上記プログラムにおいて、前記商品購入情報は、商品に関する商品情報を有し、記録媒体は、商品情報に関する条件である商品条件と保険会社を特定する１以上の保険会社識別子とを有する１以上の保険情報を格納し得る保険情報格納部をさらに具備し、コンピュータを、商品情報が合致する商品条件に対応する１以上の保険会社識別子を前記保険情報格納部から取得する保険会社選択部としてさらに機能させ、前記保険処理部は、前記申込指示で特定される商品情報に対して、前記保険会社選択部が選択した１以上の保険会社識別子で識別される保険会社のうちのいずれかの保険会社に対する保険の契約のための処理を行うものとして、コンピュータを機能させるプログラムであることは好適である。

上記プログラムにおいて、コンピュータを、前記保険会社選択部が保険会社識別子を取得しない場合、または前記受信部が前記端末装置からの保険会社識別子の選択に関する選択情報を受信しなかった場合、または前記受信部が前記端末装置から保険の見積もりの指示である見積指示を受信した場合、商品情報に対する保険の見積もり依頼を、１以上の保険会社の１以上の保険会社装置に送信する見積依頼部としてさらに機能させるプログラムであることは好適である。

上記プログラムにおいて、コンピュータを、保険の条件である保険条件を取得する保険条件決定部と、前記商品情報と、前記保険条件決定部が取得した保険条件とを有する保険促進情報を構成する保険促進情報構成部と、前記保険促進情報を、前記商品情報と対になるユーザ識別子に対応する端末装置に送信する保険促進情報送信部として、コンピュータをさらに機能させるプログラムであることは好適である。

上記プログラムにおいて、前記商品購入情報は、クレジットカードの利用日に関する日情報を有し、前記保険条件決定部は、前記日情報が示す日から現在までの期間である経過期間を取得し、当該経過期間を用いて、保険条件を取得するものとして、コンピュータを機能させるプログラムであることは好適である。

上記プログラムにおいて、前記商品購入情報は、カードの支払い方法に関する支払方法情報を有し、前記保険条件決定部は、前記支払方法情報を用いて、保険条件を取得するものとして、コンピュータを機能させるプログラムであることは好適である。

上記プログラムにおいて、前記保険条件決定部は、端末装置が送信したユーザ識別子と対になる１または２以上の商品購入情報に応じて、異なる保険条件を取得するものとして、コンピュータを機能させるプログラムであることは好適である。

上記プログラムにおいて、コンピュータを、前記申込指示受信部が申込指示を受信した場合、当該申込指示に対応するユーザ識別子で識別されるユーザのクレジットカードに対するポイントを増加させる処理を行うポイント処理部として、さらに機能させるプログラムであることは好適である。

上記プログラムにおいて、コンピュータを、購入する商品の贈呈先に関する情報である贈呈先情報を有する商品購入情報を受け付ける商品購入情報受付部と、前記贈呈先情報に対応する贈呈先に、前記商品購入情報に対応する商品の保険への加入を促す保険促進情報を送信する贈呈先送信部として、さらに機能させるプログラムであることは好適である。

上記プログラムにおいて、前記保険処理部は、前記申込指示に対応する商品に関する商品情報および前記申込指示に対応するユーザ識別子で識別されるユーザに関するユーザ情報を有する保険申込情報を保険会社装置に送信する保険申込情報送信手段を具備するものとして、コンピュータを機能させるプログラムであることは好適である。

また、図１５は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の保険受付装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１５は、このコンピュータシステム３００の概観図であり、図１６は、システム３００のブロック図である。

図１５において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１６において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、バス３０１４と、ＲＯＭ３０１５と、ＲＡＭ３０１６と、ハードディスク３０１７とを含む。なお、バス３０１４は、ＭＰＵ３０１３やＣＤ−ＲＯＭドライブ３０１２に接続されている。また、ＲＯＭ３０１５には、ブートアッププログラム等のプログラムが記憶されている。また、ＲＡＭ３０１６は、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのものである。また、ハードディスク３０１７は、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのものである。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の保険受付装置の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の保険受付装置１等の機能を実行させるオペレーティングシステム、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

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

以上のように、本発明にかかる保険受付装置は、クレジットで購入した商品について、商品ごとに、購入後に保険をかけることができる、という効果を有し、保険受付装置等として有用である。

１ 保険受付装置
２ 端末装置
３ 保険会社装置
１１ 格納部
１２ 受信部
１３ 処理部
１４ 送信部
２０ 端末格納部
２１ 端末受付部
２２ 端末処理部
２３ 端末送信部
２４ 端末受信部
２５ 端末出力部
３０ 保険会社格納部
３１ 保険会社受信部
３２ 保険会社出力部
３３ 保険会社受付部
３４ 保険会社処理部
３５ 保険会社送信部
１１１ ユーザ情報格納部
１１２ 購入情報格納部
１１３ 保険情報格納部
１１４ 保険申込情報格納部
１２１ 指示受信部
１２２ 申込指示受信部
１２３ 商品購入情報受付部
１３１ 保険条件決定部
１３２ 保険会社選択部
１３３ 見積依頼部
１３４ 保険申込情報構成部
１３５ 保険促進情報構成部
１３６ 保険処理部
１３７ ポイント処理部
１４１ 保険促進情報送信部
１４２ 贈呈先送信部
１３１１ 保険条件格納手段
１３１２ 保険条件取得手段
１３６１ 保険申込情報蓄積手段
１３６２ 保険申込情報送信手段
１３６３ 保険申込情報印刷手段

Claims (10)

1. クレジットカードを用いた商品の購入に関する１以上の商品購入情報と、ユーザを識別するユーザ識別子とを有する１以上の購入情報を格納し得る購入情報格納部と、
   クレジットカードを用いた商品の購入に関する情報であり、商品に関する商品情報を有する商品購入情報を、端末装置から受け付ける商品購入情報受付部と、
   前記商品購入情報受付部が受け付けた商品購入情報とユーザ識別子とを有する購入情報を構成し、前記購入情報格納部に蓄積する処理部と、
   保険の条件である保険条件を取得し、前記商品購入情報または／および前記ユーザに関するユーザ情報が前記保険条件に合致するか否かを判断する保険条件決定部と、
   前記保険条件に合致すると判断された場合のみ、前記商品情報と、前記保険条件決定部が取得した保険条件とを有する保険促進情報を前記端末装置に送信する保険促進情報送信部と、
   前記端末装置から、前記商品購入情報に対応する商品に対する保険の申し込みの指示である申込指示を受信する申込指示受信部と、
   前記申込指示に対応する商品に対する保険の契約のための処理を行う保険処理部とを具備する保険受付装置。
2. 商品情報に関する条件である商品条件と保険会社を特定する１以上の保険会社識別子とを有する１以上の保険情報を格納し得る保険情報格納部と、
   商品情報が合致する商品条件に対応する１以上の保険会社識別子を前記保険情報格納部から取得する保険会社選択部と、
   前記保険処理部は、
   前記申込指示で特定される商品情報に対して、前記保険会社選択部が選択した１以上の保険会社識別子で識別される保険会社のうちのいずれかの保険会社に対する保険の契約のための処理を行う請求項１記載の保険受付装置。
3. 前記保険会社選択部が保険会社識別子を取得しない場合、または前記申込指示受信部が前記端末装置からの保険会社識別子の選択に関する選択情報を受信しなかった場合、または前記申込指示受信部が前記端末装置から保険の見積もりの指示である見積指示を受信した場合、商品情報に対する保険の見積もり依頼を、１以上の保険会社の１以上の保険会社装置に送信する見積依頼部とを具備する請求項２記載の保険受付装置。
4. 前記商品購入情報は、
   クレジットカードの利用日に関する日情報を有し、
   前記保険条件決定部は、
   前記日情報が示す日から現在までの期間である経過期間を取得し、当該経過期間を用いて、保険条件を取得する請求項１から請求項３いずれか一項に記載の保険受付装置。
5. 前記商品購入情報は、
   カードの支払い方法に関する支払方法情報を有し、
   前記保険条件決定部は、
   前記支払方法情報を用いて、保険条件を取得する請求項１から請求項３いずれか一項に記載の保険受付装置。
6. 前記保険条件決定部は、
   端末装置が送信したユーザ識別子と対になる１または２以上の商品購入情報に応じて、異なる保険条件を取得する請求項１から請求項５いずれか一項に記載の保険受付装置。
7. 前記申込指示受信部が申込指示を受信した場合、当該申込指示に対応するユーザ識別子で識別されるユーザのクレジットカードに対するポイントを増加させる処理を行うポイント処理部をさらに具備する請求項１から請求項６いずれか一項に記載の保険受付装置。
8. 前記商品購入情報受付部は、購入する商品の贈呈先に関する情報である贈呈先情報を有する商品購入情報を受け付け、
   前記贈呈先情報に対応する贈呈先に、前記商品購入情報に対応する商品の保険への加入を促す保険促進情報を送信する贈呈先送信部とをさらに具備する請求項１から請求項７いずれか一項に記載の保険受付装置。
9. クレジットカードを用いた商品の購入に関する１以上の商品購入情報と、ユーザを識別するユーザ識別子とを有する１以上の購入情報を格納し得る購入情報格納部、商品購入情報受付部、処理部、保険条件決定部、保険促進情報送信部、申込指示受信部、および保険処理部により実現される保険受付方法であって、
   前記商品購入情報受付部が、クレジットカードを用いた商品の購入に関する情報であり、商品に関する商品情報を有する商品購入情報を、端末装置から受け付ける商品購入情報受付ステップと、
   前記処理部が、前記商品購入情報受付ステップで受け付けられた商品購入情報とユーザ識別子とを有する購入情報を構成し、前記購入情報格納部に蓄積する処理ステップと、
   前記保険条件決定部が、保険の条件である保険条件を取得し、前記商品購入情報または／および前記ユーザに関するユーザ情報が前記保険条件に合致するか否かを判断する保険条件決定ステップと、
   前記保険促進情報送信部が、前記保険条件に合致すると判断された場合のみ、前記商品情報と、前記保険条件決定ステップで取得された保険条件とを有する保険促進情報を前記端末装置に送信する保険促進情報送信ステップと、
   前記申込指示受信部が、前記端末装置から、前記商品購入情報に対応する商品に対する保険の申し込みの指示である申込指示を受信する申込指示受信ステップと、
   前記保険処理部が、前記申込指示に対応する商品に対する保険の契約のための処理を行う保険処理ステップとを具備する保険受付方法。
10. クレジットカードを用いた商品の購入に関する１以上の商品購入情報と、ユーザを識別するユーザ識別子とを有する１以上の購入情報を格納し得る購入情報格納部にアクセス可能なコンピュータを、
    クレジットカードを用いた商品の購入に関する情報であり、商品に関する商品情報を有する商品購入情報を、端末装置から受け付ける商品購入情報受付部と、
    前記商品購入情報受付部が受け付けた商品購入情報とユーザ識別子とを有する購入情報を構成し、前記購入情報格納部に蓄積する処理部と、
    保険の条件である保険条件を取得し、前記商品購入情報または／および前記ユーザに関するユーザ情報が前記保険条件に合致するか否かを判断する保険条件決定部と、
    前記保険条件に合致すると判断された場合のみ、前記商品情報と、前記保険条件決定部が取得した保険条件とを有する保険促進情報を前記端末装置に送信する保険促進情報送信部と、
    前記端末装置から、前記商品購入情報に対応する商品に対する保険の申し込みの指示である申込指示を受信する申込指示受信部と、
    前記申込指示に対応する商品に対する保険の契約のための処理を行う保険処理部として機能させるためのプログラム。

Images