特許 7633814 保険加入統合サーバ装置

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

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

(11)【特許番号】

(24)【登録日】2025-02-12

(45)【発行日】2025-02-20

(54)【発明の名称】保険加入統合サーバ装置

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20250213BHJP

   G06Q 40/02 20230101ALI20250213BHJP

【ＦＩ】

G06Q40/08

G06Q40/02

【請求項の数】 12

(21)【出願番号】P 2021008418

(22)【出願日】2021-01-22

(65)【公開番号】P2022112579

(43)【公開日】2022-08-03

【審査請求日】2024-01-10

(73)【特許権者】

【識別番号】500104314

【氏名又は名称】ニッセイ情報テクノロジー株式会社

(74)【代理人】

【識別番号】100092956

【弁理士】

【氏名又は名称】古谷 栄男

(74)【代理人】

【識別番号】100101018

【弁理士】

【氏名又は名称】松下 正

(72)【発明者】

【氏名】大村 恵実

(72)【発明者】

【氏名】大山 登大

【審査官】清山 昂平

(56)【参考文献】

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

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

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

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

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

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

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

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

【請求項1】

金融機関端末装置から、当該金融機関に対して借り入れ申し込みを行ったユーザのメールアドレスを含むユーザ情報および複数の保険商品の中から選択された推奨保険商品情報を伴ったユーザ登録を受け付けて記録するユーザ登録受付手段と、
前記ユーザのメールアドレスに対し、保険加入統合サーバ装置へのリンク情報を送信するリンク情報送信手段と、
前記リンク情報に基づいてアクセスを行ってきたユーザ端末装置から、前記推奨保険商品情報に基づいて決定された申込保険商品に対する保険契約申込を受け付ける申込受付手段と、
受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、
保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、
受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、
受信した加入可否を、ユーザのメールアドレスに対して送信する加入可否送信手段と、
を備えた保険加入統合サーバ装置において、
前記申込受付手段は、前記複数の保険商品の中から選択された申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによって決定された申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有し、
前記申込画面送信手段は、複数段階の申込画面を送信するものであり、各段階ごとに、前記申込保険商品と前記金融機関の組み合わせに応じて、分割された申込画面を生成するようにしたことを特徴とする保険加入統合サーバ装置。

【請求項2】

保険加入統合サーバ装置をコンピュータによって実現するための保険加入統合サーバプログラムであって、コンピュータを、
金融機関端末装置から、当該金融機関に対して借り入れ申し込みを行ったユーザのメールアドレスを含むユーザ情報および複数の保険商品の中から選択された推奨保険商品情報を伴ったユーザ登録を受け付けて記録するユーザ登録受付手段と、
前記ユーザのメールアドレスに対し、保険加入統合サーバ装置へのリンク情報を送信するリンク情報送信手段と、
前記リンク情報に基づいてアクセスを行ってきたユーザ端末装置から、前記推奨保険商品情報に基づいて決定された申込保険商品に対する保険契約申込を受け付ける申込受付手段と、
受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、
保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、
受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、
受信した加入可否を、ユーザのメールアドレスに対して送信する加入可否送信手段として機能させるための保険加入統合サーバプログラムにおいて、
前記申込受付手段は、前記複数の保険商品の中から選択された申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによって決定された申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有し、
前記申込画面送信手段は、複数段階の申込画面を送信するものであり、各段階ごとに、前記申込保険商品と前記金融機関の組み合わせに応じて、分割された申込画面を生成するようにしたことを特徴とする保険加入統合サーバプログラム。

【請求項3】

請求項１の装置または請求項２のプログラムにおいて、
前記申込画面送信手段は、前記複数の保険商品の表示項目または入力項目またはその双方によってパターン化し、前記申込保険商品に対応するパターンを選択し、当該パターンに応じて分割した複数段階の申込画面を送信するものであり、各段階において、前記パターンごとに申込画面を選択し、前記申込保険商品および前記金融機関に応じて当該申込画面中の表示文言を変更するようにしたことを特徴とする装置またはプログラム。

【請求項4】

請求項３の装置またはプログラムにおいて、
前記パターン化に応じて、表示画面を生成するためのテンプレートを前記保険加入統合サーバ装置にモジュール化して記録しており、
当該テンプレート中に挿入する文言について、複数の保険商品および複数の金融機関の組み合わせによる文言テーブルを記録していることを特徴とする装置またはプログラム。

【請求項5】

請求項１～４の装置またはプログラムにおいて、
前記申込画面送信手段は、前記ユーザ登録受付手段が金融機関サーバ装置から取得した前記ユーザの情報を用いて、既知のユーザ情報を予め記入した上で前記申込画面を送信することを特徴とする装置またはプログラム。

【請求項6】

複数の金融機関のうち、ユーザが借り入れを行った金融機関の申込様式に合致する申込画面を生成して、複数の保険会社の複数の保険商品から選択された申込保険商品についての加入処理を行う保険加入統合サーバ装置において、
ユーザ端末装置から、申込保険商品に対する保険契約申込を受け付ける申込受付手段と、
受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、
保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、
受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、
受信した加入可否を、ユーザ端末装置に対して送信する加入可否送信手段と、
を備えた保険加入統合サーバ装置において、
前記申込受付手段は、前記複数の保険商品の中から選択された申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによって決定された申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有し、
前記申込画面送信手段は、複数段階の申込画面を送信するものであり、各段階ごとに、前記申込保険商品と前記金融機関の組み合わせに応じて、分割された申込画面を生成するようにしたことを特徴とする保険加入統合サーバ装置。

【請求項7】

複数の金融機関のうち、ユーザが借り入れを行った金融機関の申込様式に合致する申込画面を生成して、複数の保険会社の複数の保険商品から選択された申込保険商品についての加入処理を行う保険加入統合サーバ装置をコンピュータによって実現するための保険加入統合サーバプログラムであって、コンピュータを、
ユーザ端末装置から、申込保険商品に対する保険契約申込を受け付ける申込受付手段と、
受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、
保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、
受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、
受信した加入可否を、ユーザ端末装置に対して送信する加入可否送信手段として機能させるための保険加入統合サーバプログラムにおいて、
前記申込受付手段は、前記複数の保険商品の中から選択された申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによって決定された申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有し、
前記申込画面送信手段は、複数段階の申込画面を送信するものであり、各段階ごとに、前記申込保険商品と前記金融機関の組み合わせに応じて、分割された申込画面を生成するようにしたことを特徴とする保険加入統合サーバプログラム。

【請求項8】

請求項６の装置または請求項７のプログラムにおいて、
前記申込画面送信手段は、前記複数の保険商品の表示項目または入力項目またはその双方によってパターン化し、前記申込保険商品に対応するパターンを選択し、当該パターンに応じて分割した複数段階の申込画面を送信するものであり、各段階において、前記パターンごとに申込画面を選択し、前記申込保険商品および前記金融機関に応じて当該申込画面中の表示文言を変更するようにしたことを特徴とする装置またはプログラム。

【請求項9】

請求項８の装置またはプログラムにおいて、
前記パターン化に応じて、表示画面を生成するためのテンプレートを前記保険加入統合サーバ装置にモジュール化して記録しており、
当該テンプレート中に挿入する文言について、複数の保険商品および複数の金融機関の組み合わせによる文言テーブルを記録していることを特徴とする装置またはプログラム。

【請求項10】

請求項６～９の装置またはプログラムにおいて、
前記保険加入統合サーバ装置は、金融機関端末装置から、当該金融機関に対して借り入れ申し込みを行ったユーザのメールアドレスを含むユーザ情報および複数の保険商品の中から選択された推奨保険商品情報を伴ったユーザ登録を受け付けて記録するユーザ登録受付手段を備えており、
前記申込画面送信手段は、前記ユーザ登録受付手段が前記金融機関端末装置から取得した前記ユーザの情報を用いて、既知のユーザ情報を予め記入した上で前記申込画面を送信することを特徴とする装置またはプログラム。

【請求項11】

複数の金融機関のうち、ユーザが借り入れを行った金融機関の申込様式に合致する申込画面を生成して、複数の保険会社の複数の保険商品から選択された申込保険商品についての加入処理を行う保険加入統合サーバ装置において、
ユーザ端末装置から、申込保険商品に対する保険契約申込を受け付ける申込受付手段と、
受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、
保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、
受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、
受信した加入可否を、ユーザ端末装置に対して送信する加入可否送信手段と、
を備えた保険加入統合サーバ装置において、
前記申込受付手段は、前記申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによってパターン化した申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有することを特徴とする保険加入統合サーバ装置。

【請求項12】

複数の金融機関のうち、ユーザが借り入れを行った金融機関の申込様式に合致する申込画面を生成して、複数の保険会社の複数の保険商品から選択された申込保険商品についての加入処理を行う保険加入統合サーバ装置をコンピュータによって実現するための保険加入統合サーバプログラムであって、コンピュータを、
ユーザ端末装置から、申込保険商品に対する保険契約申込を受け付ける申込受付手段と、
受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、
保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、
受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、
受信した加入可否を、ユーザ端末装置に対して送信する加入可否送信手段として機能させるための保険加入統合サーバプログラムにおいて、
前記申込受付手段は、前記申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによってパターン化した申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有することを特徴とする保険加入統合サーバプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、銀行などの金融機関で借り入れを行ったユーザが、当該借り入れに関連した保険を契約するためのシステムに関するものである。

【背景技術】

【0002】

金融機関において借り入れを行ったユーザが、死亡や就労不能になるなどの事態により返済不能になる事態に備えるため、借り入れと同時に保険（団体信用生命保険など）に加入することが多い。

【0003】

図１９を用いて、上記の保険加入の手続きを説明する。銀行α、β・・・εは、それぞれの銀行端末Ｔα、Ｔβ・・・Ｔεを有している。保険会社Ａ、Ｂ・・・Ｍは、それぞれの保険会社サーバ装置ＳＡ、ＳＢ・・・ＳＭを有している。

【0004】

借り入れを行ったユーザに対し、銀行の担当者は推奨の保険商品の申込書を渡す。ここでは、銀行αにて借り入れを行ったユーザに対し、保険会社Ｂの保険商品Ｂ２を推奨したものとして話を進める。なお、ユーザの借り入れ内容や属性などに応じて、推奨する保険商品は変わるものである。

【0005】

銀行αの担当者は、銀行端末Ｔαを操作して、保険会社サーバ装置ＳＢに接続する。さらに、ユーザの記入した申込書に基づいて、保険商品Ｂ２の申込に必要なデータを入力し、保険会社サーバ装置ＳＢに送信する。

【0006】

保険会社では申込に基づいて加入可否の審査を行い、その結果を保険会社サーバ装置ＳＢにアップする。銀行の担当者は、銀行端末Ｔαを操作して、保険会社サーバ装置ＳＢにアクセスして、加入可否を閲覧する。担当者は、ユーザに対して、加入可否を伝える。

【0007】

上記のようにして、借り入れに関連した保険加入の処理を行うことができる。

【先行技術文献】

【特許文献】

【0008】

【文献】特許６０４６７９３

【発明の概要】

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

【0009】

しかしながら、上記のシステムでは、次のような問題があった。保険会社の保険商品ごとに、保険会社サーバ装置が入力の項目やインターフェイスを定めており、担当者の申込入力作業が煩雑であった。

【0010】

さらに、保険会社の販売する同じ商品であっても、取り扱う銀行の意向により、銀行に応じて、ユーザに求める入力項目名が異なったり、説明文が異なったりしている。保険会社サーバ装置においては、それぞれの銀行のために別個のインターフェイスを用意しなければならないという問題があった。

【0011】

特許文献１には、銀行システムの顧客マスタを用いて生命保険に対する申込を連携することができるシステムが開示されているが、上記問題を解決するものではなかった。

【0012】

この発明は、上記のような問題点を解決して、加入処理を容易にする統合サーバ装置を提供することを目的とする。

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

【0013】

この発明の独立して適用可能ないくつかの特徴を以下に列挙する。

【0014】

(1)(2)この発明に係る保険加入統合サーバ装置は、金融機関端末装置から、当該金融機関に対して借り入れ申し込みを行ったユーザのメールアドレスを含むユーザ情報および複数の保険商品の中から選択された推奨保険商品情報を伴ったユーザ登録を受け付けて記録するユーザ登録受付手段と、前記ユーザのメールアドレスに対し、保険加入統合サーバ装置へのリンク情報を送信するリンク情報送信手段と、前記リンク情報に基づいてアクセスを行ってきたユーザ端末装置から、前記推奨保険商品情報に基づいて決定された申込保険商品に対する保険契約申込を受け付ける申込受付手段と、受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、受信した加入可否を、ユーザのメールアドレスに対して送信する加入可否送信手段とを備えた保険加入統合サーバ装置において、前記申込受付手段は、前記複数の保険商品の中から選択された申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによって決定された申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有し、前記申込画面送信手段は、複数段階の申込画面を送信するものであり、各段階ごとに、前記申込保険商品と前記金融機関の組み合わせに応じて、分割された申込画面を生成するようにしたことを特徴としている。

【0015】

したがって、銀行担当者が各保険会社ごとに保険会社のサーバ装置にアクセスして申込を行う必要がなく、しかも、従前の保険会社のサーバ装置をそのまま使用することもできるので、業務の効率化を図ることができるだけでなく、当該システムの構築が容易である。

【0016】

(3)この発明に係る保険加入統合サーバ装置は、申込画面送信手段が、前記申込保険商品の表示項目または入力項目またはその双方によってパターン化し、当該パターンに応じて分割した複数段階の申込画面を送信するものであり、各段階において、前記パターンごとに申込画面を選択し、前記保険商品および前記銀行に応じて当該申込画面中の表示文言を変更するようにしたことを特徴としている。

【0017】

したがって、推奨した銀行ごと、保険商品ごとに変わる申込画面を容易に生成することができる。

【0018】

(4)この発明に係る保険加入統合サーバ装置は、前記パターン化に応じて、表示画面を生成するためのテンプレートをモジュール化して記録しており、当該テンプレート中に挿入する文言について、前記保険商品および前記銀行の組み合わせによる文言テーブルを記録していることを特徴としている。

【0019】

したがって、申込画面の生成および変更が容易である。

【0020】

(5)この発明に係る保険加入統合サーバ装置は、申込画面送信手段が、前記ユーザ登録受付手段が金融機関サーバ装置から取得した前記ユーザの情報を用いて、既知のユーザ情報を予め記入した上で前記申込画面を送信することを特徴としている。

【0021】

したがって、入力作業が容易である。

【0022】

(6)(7)この発明に係る保険加入統合サーバ装置は、複数の金融機関のうち、ユーザが借り入れを行った金融機関の申込様式に合致する申込画面を生成して、複数の保険会社の複数の保険商品から選択された申込保険商品についての加入処理を行う保険加入統合サーバ装置において、ユーザ端末装置から、申込保険商品に対する保険契約申込を受け付ける申込受付手段と、受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、受信した加入可否を、ユーザ端末装置に対して送信する加入可否送信手段とを備えた保険加入統合サーバ装置において、前記申込受付手段は、前記複数の保険商品の中から選択された申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによって決定された申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有し、前記申込画面送信手段は、複数段階の申込画面を送信するものであり、各段階ごとに、前記申込保険商品と前記金融機関の組み合わせに応じて、分割された申込画面を生成するようにしたことを特徴としている。

【0023】

したがって、銀行担当者が各保険会社ごとに保険会社のサーバ装置にアクセスして申込を行う必要がなく、しかも、従前の保険会社のサーバ装置をそのまま使用することもできるので、業務の効率化を図ることができるだけでなく、当該システムの構築が容易である。

【0024】

(8)この発明に係る保険加入統合サーバ装置は、申込画面送信手段が、前記申込保険商品の表示項目または入力項目またはその双方によってパターン化し、当該パターンに応じて分割した複数段階の申込画面を送信するものであり、各段階において、前記パターンごとに申込画面を選択し、前記保険商品および前記銀行に応じて当該申込画面中の表示文言を変更するようにしたことを特徴としている。

【0025】

したがって、推奨した銀行ごと、保険商品ごとに変わる申込画面を容易に生成することができる。

【0026】

(9)この発明に係る保険加入統合サーバ装置は、前記パターン化に応じて、表示画面を生成するためのテンプレートをモジュール化して記録しており、当該テンプレート中に挿入する文言について、前記保険商品および前記銀行の組み合わせによる文言テーブルを記録していることを特徴としている。

【0027】

したがって、申込画面の生成および変更が容易である。

【0028】

(10)この発明に係る保険加入統合サーバ装置は、申込画面送信手段が、前記ユーザ登録受付手段が金融機関サーバ装置から取得した前記ユーザの情報を用いて、既知のユーザ情報を予め記入した上で前記申込画面を送信することを特徴としている。

【0029】

したがって、入力作業が容易である。

【0030】

(11)(12)この発明に係る保険加入統合サーバ装置は、複数の金融機関のうち、ユーザが借り入れを行った金融機関の申込様式に合致する申込画面を生成して、複数の保険会社の複数の保険商品から選択された申込保険商品についての加入処理を行う保険加入統合サーバ装置において、ユーザ端末装置から、申込保険商品に対する保険契約申込を受け付ける申込受付手段と、受け付けた保険契約申込を、保険会社サーバ装置に送信する申込送信手段と、保険会社サーバ装置からの加入可否を受信する加入可否受信手段と、受信した加入可否を、金融機関端末装置から閲覧可能なように記録する加入可否記録手段と、受信した加入可否を、ユーザ端末装置に対して送信する加入可否送信手段とを備えた保険加入統合サーバ装置において、前記申込受付手段は、前記申込保険商品について、前記ユーザが申し込む前記申込保険商品と前記ユーザが借り入れを申し込んだ前記金融機関との組み合わせによってパターン化した申込画面を、前記ユーザ端末装置に送信する申込画面送信手段を有することを特徴としている。

【0031】

したがって、銀行担当者が各保険会社ごとに保険会社のサーバ装置にアクセスして申込を行う必要がなく、しかも、従前の保険会社のサーバ装置をそのまま使用することもできるので、業務の効率化を図ることができるだけでなく、当該システムの構築が容易である。

【0032】

この発明において、「ユーザ登録受け付け手段」は、実施形態においては、ステップＳ５３がこれに対応する。

【0033】

「リンク情報送信手段」は、実施形態においては、ステップＳ５４がこれに対応する。

【0034】

「申込受付手段」は、実施形態においては、ステップＳ６２～Ｓ６６がこれに対応する。

【0035】

「申込送信手段」は、実施形態においては、ステップＳ７２がこれに対応する。

【0036】

「加入可否受信手段」は、実施形態においては、ステップＳ７３がこれに対応する。

【0037】

「加入可否送信手段」は、実施形態においては、ステップＳ７５がこれに対応する。

【0038】

「加入可否記録手段」は、実施形態においては、ステップＳ７４がこれに対応する。

【0039】

「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。

【図面の簡単な説明】

【0040】

【図1】この発明の一実施形態による保険加入統合サーバ装置２０の機能構成図である。

【図2】保険加入統合サーバ装置２０を用いたシステムのシステム構成図である。

【図3】保険加入統合サーバ装置２０のハードウエア構成である。

【図4】スマートフォン４０のハードウエア構成である。

【図5】銀行端末装置１０のハードウエア構成である。

【図6】ユーザ登録処理のフローチャートである。

【図7】ユーザ登録画面を示す図である。

【図8】ユーザ宛メールを示す図である。

【図9】保険申込処理のフローチャートである。

【図10】いずれのモジュールを使用するかを決定するためのテーブル（ＳＳＤ３４に記録されている）である。

【図11】パターンを決定するためのテーブル（ＳＳＤ３４に記録されている）である。

【図12】ＳＳＤ３４に記録されているモジュールＡを示す図である。

【図13】ＳＳＤ３４に記録されている文言テーブルＡ１を示す図である。

【図14】申込画面の表示例である。

【図15】ＳＳＤ３４に記録されているモジュールＣを示す図である。

【図16】申込画面の表示例である。

【図17】保険申込処理のフローチャートである。

【図18】他の例によるテンプレート決定のためのテーブルである。

【図19】従来の保険申込処理を説明するための図である。

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

【0041】

１．機能構成
図１、この発明の一実施形態による保険加入統合サーバ装置２０の機能構成を示す。

【0042】

銀行の担当者は、借り入れ申込を行ったユーザに対し推奨保険商品の申込リンクを送信するために、保険加入サーバ装置２０に対し、ユーザ登録を行う。このユーザ登録の申込には、当該ユーザのメールアドレスや推奨保険商品などが含まれている。

【0043】

ユーザ登録受付手段２２は、ユーザ登録を受け付けてユーザＩＤを生成し、借入先銀行名、当該ユーザに対する推奨保険商品、ユーザ名などを記録してユーザ登録を行う。リンク情報送信手段２４は、当該推奨保険商品のための加入申込ページへのリンクを付したメールを、当該ユーザのメールアドレスに送信する。

【0044】

ユーザは、ユーザ端末装置４０においてメールを閲覧し、前記加入申込ページにアクセスする。なお、この加入申込ページは、借入先銀行、推奨保険商品の組合せによってパターン化されて複数のものが用意されており、その組合せによって選択された加入申込ページが表示される。

【0045】

ユーザは、ユーザ端末装置４０を操作して、加入申込ページにおいて必要な情報を入力し、保険加入統合サーバ装置２０に送信する。

【0046】

申込受付手段２６は、ユーザ端末装置４０からの保険加入申込データを受け付ける。申込送信手段２８は、保険加入申込データを、推奨保険商品を取り扱う保険会社サーバ装置５０のフォーマットに合致するように変換し、保険会社サーバ装置５０に送信する。

【0047】

保険会社サーバ装置５０は、当該加入申込データに基づいて、申し込まれた保険商品に対する加入の可否を、保険加入統合サーバ装置２０に送信する。加入可否受信手段３０は、これを受信する。加入可否送信手段３２は、ユーザ登録情報を参照して、加入可否をユーザのメールアドレスに送信する。これにより、ユーザは、申し込んだ保険に対する加入可否を知ることができる。

【0048】

また、加入可否記録手段３４は、加入可否を、銀行端末装置１０から閲覧可能なように記録する。これにより、銀行の担当者は、加入可否を知ることができる。

【0049】

以上のように、この実施形態によれば、各保険会社の保険会社サーバ装置５０を変更することなく、いずれの保険会社のいずれの保険商品に対しても、同様の共通化した手順にて処理を行うことができ、銀行担当者の処理が容易となる。また、銀行ごとに保険加入統合サーバ装置２０を別個に設けることなく、銀行独自の入力表現などに対応でき、システムを簡素化することができる。

【0050】

２．システム構成
図２に、この発明の一実施形態による保険加入統合サーバ装置２０を用いたシステムの構成を示す。保険加入統合サーバ装置２０は、インターネットに接続されている。同様に、ユーザ端末装置４０α・・・４０ε、銀行端末装置１０α・・・１０ε、保険会社サーバ装置５０Ａ・・・５０Ｍも、インターネットに接続されている。

【0051】

ユーザ端末装置４０α・・・４０εは、それぞれ、銀行α・・・εにて借り入れを行ったユーザの操作する端末装置である。保険会社の保険商品に対する加入申込は、このユーザ端末装置４０α・・・４０εに、ユーザが入力することによって行う。銀行端末装置１０α・・・１０εは、それぞれ、銀行α・・・εの担当者が操作する端末装置である。

【0052】

保険加入統合サーバ装置２０は、ユーザ端末装置４０α・・・４０εからの加入申込を受け付けて、保険会社サーバ装置５０Ａ・・・５０Ｍに送信するものである。

【0053】

図３に、保険加入統合サーバ装置２０のハードウエア構成を示す。ＣＰＵ３０には、メモリ３２、ＳＳＤ３４、ＤＶＤ－ＲＯＭドライブ３６、通信回路３８が接続されている。通信回路３８は、インターネットに接続するためのものである。

【0054】

ＳＳＤ３４には、オペレーティングシステム４０、統合プログラム４２が記録されている。統合プログラム４２は、オペレーティングシステム４０と協働してその機能を発揮するものである。これらプログラムは、ＤＶＤ－ＲＯＭ４４に記録されていたものを、ＤＶＤ－ＲＯＭドライブ３６を介して、ＳＳＤ３４にインストールしたものである。

【0055】

保険会社サーバ装置５０のハードウエア構成は、図２の保険加入統合サーバ装置２０と同様である。ただし、ＳＳＤには、統合プログラム４２に代えて、保険サーバプログラムが記録されている。

【0056】

図４に、ユーザ端末装置であるスマートフォン４０のハードウエア構成を示す。ＣＰＵ４１には、メモリ４２、タッチディスプレイ４３、不揮発性メモリ４４、カメラ４５、通信回路４６が接続されている。電話のための通話回路などは省略している。

【0057】

通信回路４６は、インターネットに接続するためのものである。不揮発性メモリ４４には、オペレーティングシステム４７、ブラウザプログラム４８が記録されている。ブラウザプログラム４８は、オペレーティングシステム４７と協働してその機能を発揮するものである。

【0058】

図５に、銀行端末装置１０のハードウエア構成を示す。ＣＰＵ１１には、メモリ１２、ディスプレイ１３、ＳＳＤ１４、ＤＶＤ－ＲＯＭドライブ１５、キーボード／マウス１６、通信回路１７が接続されている。通信回路１７は、インターネットに接続するためのものである。

【0059】

ＳＳＤ１４には、オペレーティングシステム１８、ブラウザプログラム１９が記録されている。ブラウザプログラム１９は、オペレーティングシステム１８と協働してその機能を発揮するものである。これらプログラムは、ＤＶＤ－ＲＯＭ５に記録されていたものを、ＤＶＤ－ＲＯＭドライブ１５を介して、ＳＳＤ１４にインストールしたものである。

【0060】

３．保険加入申込処理
3.1ユーザ登録処理
図６、９、１７に、統合プログラム４２のフローチャートを示す。図６は、ユーザ登録処理のフローチャートである。

【0061】

ユーザは、銀行に対し、住宅ローンなどの借り入れを申し込む。このシステムは、銀行に対して借り入れを申し込んだユーザを対象とするものである。

【0062】

銀行の担当者は、銀行端末装置１０を操作し、保険加入申込システムを利用するためのユーザ登録を行う。ユーザ登録は、本来、ユーザ自身が行うべきであるが、このシステムでは、銀行の担当者が代わりに行うようにしている。

【0063】

銀行の担当者は、銀行端末装置１０を操作して、保険加入統合サーバ装置２０にアクセスする（ステップＳ１）。保険加入統合サーバ装置２０から送られてくるログイン画面にて、銀行担当者のＩＤおよびパスワードを入力してログインを行う（ステップＳ２、Ｓ５１）。

【0064】

保険加入統合サーバ装置２０のＣＰＵ３０（以下、保険加入統合サーバ装置２０と省略することがある）は、正当なログインであることを確認すると、ユーザ登録画面を送信する（ステップＳ５２）。銀行端末装置１０のＣＰＵ１１（以下、銀行端末装置１０と省略することがある）は、このユーザ登録画面をディスプレイ１３に表示する。

【0065】

ユーザ登録画面を図７に示す。ユーザＩＤは、当該銀行が、借り入れ申込の際にユーザに対して付したＩＤである。銀行のサーバ装置（図示せず）には、ユーザＩＤとともに、ユーザの名前、生年月日、借入金額、メールアドレスなどが記録されている。これらのユーザ情報は、借り入れ申込時に登録されたものである。

【0066】

図７の画面において、担当者がユーザＩＤを入力すると、銀行端末装置１０は、ユーザＩＤを保険加入統合サーバ装置２０に送信する。保険加入統合サーバ装置２０は、このユーザＩＤを受けて、当該銀行のサーバ装置にアクセスし、ユーザＩＤに対応するユーザ情報を取得する。取得したユーザ情報を、銀行端末装置１０に送信する。これにより、図７の画面において、既に登録済みのユーザ情報は入力された状態にて表示されることになる。

【0067】

担当者は、不足しているユーザ情報を入力（あるいは訂正）し、さらに、ユーザの借入金額や年齢などに基づいて、ユーザに対して推奨する保険商品を入力する。なお、銀行ごとにいずれの保険会社のいずれの商品を扱うかは、予め定められており、銀行ごとに保険加入統合サーバ装置２０に登録されている。多くの場合、一つの銀行について、複数の保険会社の複数の保険商品を扱っている。

【0068】

推奨保険商品の入力においては、当該銀行が扱っている保険商品の一覧がプルダウンメニューで表示され、それを選択することで、保険商品コードが入力される。また、この際、保険コードに付随して、あわせて、連帯債務の有無やつなぎ融資の有無についても入力するようにしている。連帯債務の有無やつなぎ融資の有無を含めて区別できるように商品コードを生成し入力するようにしてもよい。

【0069】

担当者が入力を終えて、送信ボタン１００をクリックすると、ユーザ情報、推奨保険商品が送信される（ステップＳ４）。これらユーザ情報および推奨保険商品は、保険加入統合サーバ装置２０に記録される（ステップＳ５３）。

【0070】

保険加入統合サーバ装置２０は、推奨保険商品を申し込むための申込ページのＵＲＬを、ユーザ情報中のユーザのメールアドレスに送信する（ステップＳ５４）。ユーザは、このメールを、たとえばスマートフォン４０のタッチディスプレイ４３に表示する。表示されたメールを図８に示す。表示されているＵＲＬは、保険加入統合サーバ装置２０に用意されている保険申込ページへのリンクである。

【0071】

また、保険加入統合サーバ装置２０は、当該ユーザがログインするためのパスワードを自動生成し、前記メールアドレスに別途送信する。なお、このパスワードは、銀行担当者のメールアドレスにも送信される。

【0072】

3.2保険申込処理
図９に、保険申込処理のフローチャートを示す。ユーザが、スマートフォン４０を操作してリンクをクリックすると、スマートフォン４０のＣＰＵ４１（以下、スマートフォン４０と省略することがある）は、保険加入統合サーバ装置２０にアクセスする（ステップＳ１１）。保険加入統合サーバ装置２０は、ログイン画面を送信し、ユーザ端末装置４０はこれを表示する。

【0073】

ユーザは、ログイン画面において、ユーザＩＤ（もしくはユーザのメールアドレス）と上記のパスワードを入力してログインを行う。保険加入統合サーバ装置２０は、正当なログインであることを確認すると、推奨保険商品の申込画面をスマートフォン４０に送信する。

【0074】

申込の際の必要項目や表示内容は、保険商品によって異なっている。また、いずれの銀行経由（いずれの銀行からの推奨）であるかによっても異なっている。そこで、この実施形態では、図１０の画面選択テーブルに示すように、申込画面を１２（重要事項説明画面から告知書兼申込書PDF作成まで）の段階に分割している。その上で、６つに分けた商品群ごとに、画面のテンプレートを、ＳＳＤ３４に記録して用意している。この実施形態では、テンプレートを、各段階ごとにモジュールに分割している。

【0075】

図１０に示す６つのパターンの詳細を図１１に示す。同様の商品であっても、生命保険であるか損害保険であるかによって、申込画面が変わる場合があるため、パターンを分けている（たとえばパターン２とパターン６）。

【0076】

保険加入統合サーバ装置２０は、当該ユーザについて記録している推奨保険商品が、図１０のいずれのパターンに該当するかを決定する（ステップＳ６２）。たとえば、推奨商品が一般団信であれば、パターン１が選択されることになる。

【0077】

次に、保険加入統合サーバ装置２０は、パターン１に対応する加入申込画面１（重要事項説明画面）のテンプレートモジュールＡを取得する（ステップＳ６３）。なお、重要事項説明画面においては、保険商品、銀行によって文言の内容が変化するが、文言欄、確認入力欄、リンク欄、文言欄、確認入力欄を設けるという点で、その構造は同じであるから、全てのパターンについて１つのモジュールＡが共通して用いられる。

【0078】

図１２にモジュールＡの内容を示す。モジュールＡにおいて、１行目の左欄には項目の種類として「文言」が記載され、右欄には当該項目に挿入すべき文言を示したテーブル（文言テーブルＡ１）が示されている。図１３に、文言テーブルＡ１を示す。保険会社の保険商品と、銀行との組み合わせによって、表示すべき文言が記録されている。なお、図１３では、文言テーブルの一部を示している。

【0079】

図１２に戻って、モジュールＡの２行目には、項目の種類として変数ＣＨＫ１が記載されている。これは、入力欄を表示し、入力内容を変数ＣＨＫ１に記録することを表している。右欄には、その入力欄の種類としてチェックボックスが記載されている。また、そのチェックボックスに合わせて表示する文言「上記内容を承知しました」が記載されている。

【0080】

３行目には、項目の種類としてリンクが記載されている。右欄に記載されたファイルに対するリンクを表示することを表している。

【0081】

４行目は、文言欄であり、文言テーブルＡ２を参照することが表されている。

【0082】

５行目は、入力欄であり、入力内容をＣＨＫ２に記録することが表されている。

【0083】

６行目には、項目の種類としてボタンが記載されている。これは、クリック可能なボタンを表示することを表している。右欄には、そのボタンに表示する文言「次へ」が表示されている。

【0084】

保険加入統合サーバ装置２０は、文言表示欄、入力欄を有する加入申込画面１を生成する（ステップＳ６４）。文言表示欄においては、モジュールＡにおいて指示された文言テーブルＡ１を参照して該当する文言を取得する。

【0085】

銀行βの推奨であり、一般団信（連帯債務なし、つなぎ融資なし）であれば、モジュールＡに基づき、図１３の文言１０２を用いて、画面が生成されることになる。

【0086】

保険加入統合サーバ装置２０は、生成した加入申込画面１（重要事項説明画面）を、ユーザのスマートフォン４０に送信する（ステップＳ６５）。スマートフォン４０は、これをタッチディスプレイ４３に表示する（ステップＳ１３）。

【0087】

図１４に、スマートフォン４０に表示された加入申込画面１（重要事項説明画面）を示す。文言テーブルＡ１から取得した文言１０４に続いて、確認のためのチェックボックス１０６が表示されている。最後には、次へのボタン１１０が表示されている。なお、文言１０７は、文言テーブルＡ２（図示せず）から取得されたものである。

【0088】

ユーザが内容を確認し、チェックボックス１０６、１０８にチェックを入れた後、次へのボタン１１０をクリックすると、スマートフォン４０は、変数の内容を保険加入統合サーバ装置２０に送信する（ステップＳ１４）。

【0089】

これを受けて、保険加入統合サーバ装置２０は、入力された変数ＣＨＫ１、ＣＨＫ２の値を記録するとともに、加入申込画面２（保険内容選択画面）のモジュールを選択する（ステップＳ６６）。保険商品は一般団信であるから、図１０より、モジュールＢが選択される。モジュールＢについても、上記のモジュールＡと同じように処理がなされる。

【0090】

以下、同様にして、加入申込画面３（申込者情報確認）についての処理がなされる。保険加入統合サーバ装置２０は、図１０より、モジュールＣを選択する。図１５に、モジュールＣの内容を示す。

【0091】

１行目は、変数NAMEKANJIであり、「被保険者氏名（漢字）」と表示して入力欄を設けることが示されている。２行目も同様である。３行目は、変数SEXであり、男、女を選択可能にしたプルダウンメニューを設けることが示されている。

【0092】

変数RENTAIの行は、「連帯債務の有無」と表示して、「なし」「あり」の択一ボタンを設けることが示されている。また、表示の初期値として「あり」を表示することが示されている。なお、この表示は、表示条件に示されるように、連帯債務ありの商品の場合にのみ表示される。

【0093】

この実施形態では、連帯債務の有無や、つなぎ融資の有無についての表示画面の変化については、上記のように同じモジュール内で表示条件をつけて処理するようにしている。しかし、これらを異なるモジュールとして構築するようにしてもよい。

【0094】

図１６に、スマートフォン４０に表示された加入申込画面３（申込者情報確認）を示す。枠で囲った部分１１２は、連帯債務なしの商品であれば、表示されないことになる。連帯債務ありの商品の場合、「あり」のボタン１１４が初期的に選択された状態で、表示されることになる。

【0095】

以下同様にして意向確認（モジュールＩ）、告知選択１／２（モジュールＯ）、告知選択２／２（モジュールＰ）、告知詳細入力１／２（モジュールＲ）、告知詳細入力２／２（モジュールＴ）、診断書アップロード（モジュールＶ）、最終確認画面（モジュールＷ）、申込完了（モジュールγ）、告知書兼申込書PDF作成（モジュールδ）の順に処理が行われる。

【0096】

なお、保険加入統合サーバ装置２０は、上記の各申込画面において、銀行サーバ装置から取得しているユーザの情報（氏名、ローン借入金額、借入日など）を、予め入力した状態で表示するようにしてもよい。

【0097】

スマートフォン４０に対し全ての加入申込画面を送信し終え、ユーザが入力を完了して完了ボタンをクリックすると、スマートフォン４０は、入力された加入申込データ（各変数に記録されたデータ）を、保険加入統合サーバ装置２０に送信する（ステップＳ２１）。保険加入統合サーバ装置２０は、この加入申込データを受けて、申込を行う保険会社のサーバ装置５０が定めるフォーマットに変換する（ステップＳ７１）。

【0098】

たとえば、申込年月日について、保険会社によっては、２０２１／０１／０５のような形式にて受け付ける場合もあれば、２０２１．１．５のような形式にて受け付ける場合もあるからである。また、各項目の項目名も、保険会社によって異なっているからである。保険加入統合サーバ装置２０は、このようなフォーマット変換を行うためのテーブルを予め用意している。

【0099】

この実施形態では、変換された加入申込データは、従前、銀行の担当者が、保険会社サーバ装置５０に申し込んだ場合に、保険会社サーバ装置５０に与えられるフォーマットと同じになるようにしている。したがって、このシステムにおいては、従来より使用している保険会社サーバ装置５０をそのまま使用することができる。

【0100】

保険加入統合サーバ装置２０は、フォーマットを変換した加入申込データを、申し込む保険会社のサーバ装置５０に送信する（ステップＳ７２）。この時、案件ごとにユニークな案件ＩＤを付して送信する。

【0101】

加入申込データを受け取った保険会社サーバ装置５０は、所定の処理によって加入の可否を決定する。加入可否については、ＡＩなどによって自動化してもよいし、人間が判断して結果を入力するようにしてもよい。

【0102】

加入可否の結果を取得した保険会社サーバ装置５０は、案件ＩＤとともにこれを保険加入統合サーバ装置２０に送信する。保険加入統合サーバ装置２０は、加入可否を受信し（ステップＳ７３）、これを銀行端末装置１０からアクセス可能なように、予め定められた場所（ＵＲＬ）に記録する（ステップＳ７４）。したがって、銀行担当者は、銀行端末装置１０を操作して保険加入統合サーバ装置２０にアクセスし、加入可否を閲覧することができる。

【0103】

また、保険加入統合サーバ装置２０は、加入可否を当該ユーザのメールアドレスに送信する（ステップＳ７５）。したがって、保険加入申込を行ったユーザは、ユーザ端末装置４０を操作し、メールプログラムによって加入可否を知ることができる。

【0104】

この実施形態では、図１０に示すように、申込画面の段階ごとにモジュールを設けて、処理を行うようにしている。このモジュールは、入力項目、表示項目が同じであるかどうかによって作成するようにしている。たとえば、申込者情報確認の画面では、いずれのパターンの商品においても入力項目、表示項目が異なっているので、パターンごとに別個のモジュールを設けるようにしている。一方、告知選択２／２では、パターン１、３、４、５において入力項目、表示項目が同じであるから、これらは同じモジュールＰを用いている。パターン２、６において入力項目、表示項目が同じであるから、同じモジュールＱを用いている。

【0105】

また、入力項目、表示項目の異同は画面によって異なるので、画面ごとにいずれのパターンにおいてモジュールを共通化するかを変えるようにしている。

【0106】

このようなモジュール化をすることにより、商品が増加してパターンが増えたり、画面が追加された場合であっても、必要なモジュールを追加するだけで対応でき、効率がよい。

【0107】

3.3その他
(1)上記実施形態においては、図１０に示すように、各段階の画面と保険商品に必要な入力項目および表示項目とのマトリクスにて、モジュールを設けるようにしている。しかし、各段階の画面と入力項目とのマトリクスにしてもよい。また、各段階の画面と表示項目とのマトリクスにしてもよい。さらに、これらの各場合において、表示内容も加味してモジュールを分けるようにしてもよい。

【0108】

また、図１８に示すように、各段階の画面ごとにモジュール化せず、パターンごとにテンプレートを設けるようにしてもよい。

【0109】

(2)上記実施形態では、連帯債務のありなし、つなぎ融資のありなしを、銀行の担当者が入力するようにしている。しかし、これを保険申込時に、ユーザが選択するようにしてもよい。

【0110】

(3)上記実施形態では、図１０に示すように、保険商品をパターン化して、いずれのモジュールを用いるかを決めるようにしている。しかし、パターン化せず、全ての商品について、それぞれ、各画面においていずれのモジュールを使用するかを定めてもよい。

【0111】

(4)上記実施形態では、銀行に対して住宅ローンを申し込んだユーザが、これに関連して保険商品を申し込む場合について適用した。

【0112】

しかし、第１の会社に、商品購入（有体物商品、無体物商品、サービスを含む）を申し込んだユーザが、これに関連して第２の会社に関連商品（有体物商品、無体物商品、サービスを含む）を申し込む場合についても適用することができる。

【0113】

(5)上記実施形態においては、ユーザ端末装置がスマートフォンである場合について説明した。しかし、通常のＰＣやタブレットなどをユーザ端末装置として用いることもできる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】