特許 7028531 団体保険システム、情報処理方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2022-02-21

(45)【発行日】2022-03-02

(54)【発明の名称】団体保険システム、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20220222BHJP

【ＦＩ】

G06Q40/08

【請求項の数】 13

(21)【出願番号】P 2020189974

(22)【出願日】2020-11-16

【審査請求日】2021-08-27

【早期審査対象出願】

(73)【特許権者】

【識別番号】595140170

【氏名又は名称】東京海上日動火災保険株式会社

(74)【代理人】

【識別番号】100079108

【弁理士】

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

(74)【代理人】

【識別番号】100109346

【弁理士】

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

(74)【代理人】

【識別番号】100117189

【弁理士】

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

(74)【代理人】

【識別番号】100134120

【弁理士】

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

(72)【発明者】

【氏名】野口 剛

(72)【発明者】

【氏名】仲村 元伸

【審査官】樋口 龍弥

(56)【参考文献】

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

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

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

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

【文献】米国特許出願公開第２０１６／００６３６３７（ＵＳ，Ａ１）

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

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

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

【請求項1】

端末装置に対するユーザの操作入力に基づいて前記ユーザを識別する情報を示すユーザ識別情報を取得する、第１処理装置の第１取得部と、
前記ユーザ識別情報と、前記ユーザ識別情報に対応付けられる企業に関する情報を示す企業情報と、を記憶する、前記企業に所属する従業員に関する情報を管理する第２処理装置の記憶部から、前記第１取得部で取得された前記ユーザ識別情報に対応する前記企業情報を取得する第２取得部と、
前記ユーザの操作入力に基づいて、前記第２取得部で取得された前記企業情報に基づき前記ユーザが団体保険に加入するための処理を実行させる実行部と、
を備える団体保険システム。

【請求項2】

前記実行部は、前記第２取得部で取得された前記企業情報に基づいて、前記企業が団体保険を採用しているか否かが判定された結果を示す判定情報を取得し、前記判定情報に応じた画面を、前記端末装置の表示部に表示させる、
請求項１に記載の団体保険システム。

【請求項3】

前記実行部は、前記判定情報に基づいて、前記ユーザが団体保険に加入する手続きを進めるためのオブジェクトに関する情報を取得する、
請求項２に記載の団体保険システム。

【請求項4】

前記記憶部は、前記ユーザ識別情報と、前記企業情報を関連付けて記憶し、
前記実行部は、前記企業情報が示す企業に対応する、前記ユーザが団体保険を申し込むためのｗｅｂ情報を取得する、
請求項１から請求項３のいずれか一項に記載の団体保険システム。

【請求項5】

前記記憶部は、前記ユーザ識別情報と、前記企業情報と、前記企業に対応する金融機関に関する情報を示す金融機関情報と、を関連付けて記憶し、
前記第２取得部は、前記記憶部から、前記企業に対応する前記金融機関情報を取得し、
前記実行部は、前記第２取得部で取得された前記金融機関情報が示す金融機関に対応する、前記ユーザが団体保険を申し込むためのｗｅｂ情報を取得する、
請求項１から請求項３のいずれか一項に記載の団体保険システム。

【請求項6】

前記ｗｅｂ情報は、前記ユーザ識別情報に関連付けられる前記企業情報から特定される、前記ユーザに対応する企業の従業員数を示す従業員数情報に基づいて、前記企業が、前記企業に対応する前記金融機関を団体保険の代理店とできるか否かが判定された結果に応じて特定される情報である、
請求項５に記載の団体保険システム。

【請求項7】

前記ｗｅｂ情報は、前記従業員数情報と、前記第２取得部で取得された前記金融機関情報に基づいて特定される、前記金融機関が特例地域金融機関の適用を受けているか否かを示す地域特例情報と、に基づいて、前記企業が、前記企業に対応する前記金融機関を団体保険の代理店とできるか否かが判定された結果に応じて特定される情報である、
請求項６に記載の団体保険システム。

【請求項8】

前記ｗｅｂ情報は、前記ユーザの操作入力に基づいて、前記金融機関情報が示す金融機関と前記ユーザとの関係において、当該金融機関が募集制限先規制の対象であるか否かが判定された結果に応じて特定される情報である、
請求項５から請求項７のいずれか一項に記載の団体保険システム。

【請求項9】

前記判定情報に応じた画面には、前記企業に対応する金融機関が団体保険にかかる募集を行うときの弊害防止規制に対して、ユーザから事前の同意を受け付ける画面を含む、
請求項２に記載の団体保険システム。

【請求項10】

前記第１取得部、前記第２取得部、及び前記実行部を備える前記第１処理装置と、
前記記憶部を備える前記第２処理装置と、
前記ユーザが団体保険を申し込むためのｗｅｂページに対する前記ユーザの操作入力によって生成される、前記団体保険の加入に関する情報を示すユーザ加入情報に、証券番号を付して、当該団体保険に関する加入者票情報を生成する第３処理装置と、
を備える請求項１から請求項９のいずれか一項に記載の団体保険システム。

【請求項11】

前記第２処理装置は、前記企業に所属する従業員の企業型確定拠出年金に関する情報を管理する、
請求項１から請求項１０のいずれか一項に記載の団体保険システム。

【請求項12】

コンピュータが、
第１処理装置において、端末装置に対するユーザの操作入力に基づいて前記ユーザを識別する情報を示すユーザ識別情報を取得することと、
前記ユーザ識別情報と、前記ユーザ識別情報に対応付けられる企業に関する情報を示す企業情報と、を記憶する、前記企業に所属する従業員に関する情報を管理する第２処理装置の記憶部から、前記ユーザ識別情報に対応する前記企業情報を取得することと、
前記ユーザの操作入力に基づいて、前記企業情報に基づき前記ユーザが団体保険に加入するための処理を実行させることと、
を実行する情報処理方法。

【請求項13】

コンピュータに、
第１処理装置において、端末装置に対するユーザの操作入力に基づいて前記ユーザを識別する情報を示すユーザ識別情報を取得することと、
前記ユーザ識別情報と、前記ユーザ識別情報に対応付けられる企業に関する情報を示す企業情報と、を記憶する、前記企業に所属する従業員に関する情報を管理する第２処理装置の記憶部から、前記ユーザ識別情報に対応する前記企業情報を取得することと、
前記ユーザの操作入力に基づいて、前記企業情報に基づき前記ユーザが団体保険に加入するための処理を実行させることと、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、団体保険システム、情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

企業の社員が通信ネットワークを通じて保険の代理店に対する団体保険の契約手続きを行う保険契約システムが開示されている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１に記載のシステムでは、通信ネットワークを通じて、保険契約手続きを行う代行会社サーバが社員の端末に保険商品の申込画面を提示する。その後、社員の端末は、社員の電子著名を付した申込データを代行会社サーバに送信する。代行会社サーバは、当該社員が属する団体における複数の申込データを集計した結果を示す集計結果データに基づき団体契約申込データを生成する。代行会社サーバは、団体契約申込データを代理店端末に送信する。代理店端末は、代理店の電子著名を付した団体契約申込データを、保険会社端末に送信する。保険会社端末は、団体契約申込データと、上記で処理した時刻を含むログデータとを記憶する。これにより、社員は通信ネットワークを通じて効率的に保険契約に関する手続きを行うことができる。

【0005】

しかしながら、特許文献１に記載のシステムでは、代行会社サーバに申込データを送信した社員が、保険商品に対応する団体に属するか否かを、保険の代理店又は保険会社が団体に確認する必要があるため、保険契約の手続きが煩雑になる虞があった。

【0006】

そこで、本発明は、上記の課題を解決するために、団体保険を契約するユーザが当該団体保険に対応する団体に属することを自動的に確認し、該当するユーザにシステムを提供し、さらに団体契約の申込の手続きを実行させることを目的とする。

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

【0007】

本発明の一態様に係る団体保険システムは、端末装置に対するユーザの操作入力に基づいて前記ユーザを識別する情報を示すユーザ識別情報を取得する、第１処理装置の第１取得部と、前記ユーザ識別情報と、前記ユーザ識別情報に対応付けられる企業に関する情報を示す企業情報と、を記憶する、前記企業に所属する従業員に関する情報を管理する第２処理装置の記憶部から、前記第１取得部で取得された前記ユーザ識別情報に対応する前記企業情報を取得する第２取得部と、前記ユーザの操作入力に基づいて、前記第２取得部で取得された前記企業情報に基づき前記ユーザが団体保険に加入するための処理を実行させる実行部と、を備える。

【0008】

本発明の一態様に係る情報処理方法は、コンピュータが、第１処理装置において、端末装置に対するユーザの操作入力に基づいて前記ユーザを識別する情報を示すユーザ識別情報を取得することと、前記ユーザ識別情報と、前記ユーザ識別情報に対応付けられる企業に関する情報を示す企業情報と、を記憶する、前記企業に所属する従業員に関する情報を管理する第２処理装置の記憶部から、前記第１取得部で取得された前記ユーザ識別情報に対応する前記企業情報を取得することと、前記ユーザの操作入力に基づいて、前記企業情報に基づき前記ユーザが団体保険に加入するための処理を実行させることと、を実行する。

【0009】

本発明の一態様に係るプログラムは、コンピュータに、第１処理装置において、端末装置に対するユーザの操作入力に基づいて前記ユーザを識別する情報を示すユーザ識別情報を取得することと、前記ユーザ識別情報と、前記ユーザ識別情報に対応付けられる企業に関する情報を示す企業情報と、を記憶する、前記企業に所属する従業員に関する情報を管理する第２処理装置の記憶部から、前記第１取得部で取得された前記ユーザ識別情報に対応する前記企業情報を取得することと、前記ユーザの操作入力に基づいて、前記企業情報に基づき前記ユーザが団体保険に加入するための処理を実行させることと、を実行させる。

【発明の効果】

【0010】

本発明によれば、団体保険を契約するユーザが当該団体保険に対応する団体に属することを自動的に確認し、該当するユーザに、代理店や保険会社における団体保険の契約事務を改善できる。

【図面の簡単な説明】

【0011】

【図1】団体保険システムの構成の一例を示す図である。

【図2】団体保険システムの処理の概要を示す図である。

【図3】アプリサーバの構成の一例を示す図である。

【図4】年金サーバの構成の一例を示す図である。

【図5】企業年金情報の一例を示す図である。

【図6】団体保険申込サーバの構成の一例を示す図である。

【図7】企業情報の一例を示す図である。

【図8】金融機関情報の一例を示す図である。

【図9】同意確認情報の一例を示す図である。

【図10】団体保険登録サーバの構成の一例を示す図である。

【図11】団体契約情報の構成例を示している。

【図12】端末装置の構成の一例を示す図である。

【図13】団体保険システムにおける処理手順の一例を示すフロー図である。

【図14】ユーザＩＤと企業年金情報とを連携させるときの画面例である。

【図15】弊害防止規制の事前同意を得る画面に遷移させるときの画面例である。

【図16】弊害防止規制の事前同意を得るための画面例である。

【図17】事前同意を得た後のメニューの一覧を示す画面例である。

【図18】団体保険の申し込みを受け付けるときの画面例である。

【図19】募集制限先規制の条件を充足するか否かを確認するための画面例である。

【図20】団体契約の加入者情報の入力フォームの画面例である。

【図21】サーバのハードウェア構成の一例を示す図である。

【図22】端末装置のハードウェア構成の一例を示す図である。

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

【0012】

以下に、本発明の一実施形態における団体保険システム１０について、図面を参照して詳細に説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。すなわち、本発明は、その趣旨を逸脱しない範囲で種々変形し、または各実施例を組み合わせるなどして実施することができる。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号を付して表している。
＝＝＝団体保険システム１０の概要＝＝＝

【0013】

団体保険システム１０は、例えば、所定のシステムで使用しているユーザを識別可能な情報（以下、ユーザＩＤという）に対して、当該ユーザが所属する企業を識別可能な情報（以下、企業コードという）を紐付けて、当該ユーザが当該企業における保険の団体契約（以下、団体保険という）を締結できる仕組みを提供するシステムである。これにより、団体保険システム１０は、ユーザが当該企業に属するか否かを自動的に確認できるため、代理店及び保険会社の手間を大幅に改善できる。

【0014】

団体契約とは、例えば、団体（例えば、会社、官公庁、協同組合など）において、商工会議所が提供する団体保険に加入することを希望する構成員を取りまとめて、保険会社との間でまとめて行う保険契約をいう。

【0015】

また、団体保険システム１０は、例えば、ユーザＩＤに基づいて、企業コードおよび当該企業に紐づく金融機関を識別可能な情報（以下、金融機関コードという）を取得する。団体保険システム１０は、例えば、企業コード及び金融機関コードに基づき、ユーザに対して、企業に対応する金融機関が団体保険の代理店になれるか否かを判定する。これにより、団体保険システム１０は、金融機関における団体保険の代理店としての業務量を減らせる。金融機関とは、例えば都市銀行や地方銀行である。

【0016】

図１は、団体保険システム１０の構成の一例を示す図である。図１に示すように、団体保険システム１０は、例えば、アプリサーバ１００と、年金サーバ２００と、団体保険申込サーバ３００と、団体保険登録サーバ４００と、ユーザの端末装置５００とを含む。アプリサーバ１００、年金サーバ２００、団体保険申込サーバ３００、団体保険登録サーバ４００、及びユーザの端末装置５００は、ネットワークＮを通じて相互に通信可能に接続されている。

【0017】

アプリサーバ１００は、例えば、端末装置５００に対して、所定のサービスを提供する機能を備えている。年金サーバ２００は、例えば、アプリサーバ１００との間で、ＡＰＩ（Application Programming Interface）連携によって、ユーザＩＤに対応する企業コード及び金融機関コードを提供する機能を備えている。団体保険申込サーバ３００は、例えば、企業コード及び金融機関コードに基づいて、ユーザに応じた団体保険に関する情報を提供する機能を備えている。団体保険登録サーバ４００は、例えば、団体保険申込サーバ３００との間で、ＡＰＩ連携によって、ユーザの団体契約に関する情報を取得して、ユーザの団体契約の内容を証券番号と紐づけて登録する機能を備えている。

【0018】

アプリサーバ１００、年金サーバ２００、団体保険申込サーバ３００、及び団体保険登録サーバ４００は、例えば、上述した各種機能を実現できる情報処理装置であればよい。すなわち、アプリサーバ１００、年金サーバ２００、団体保険申込サーバ３００、団体保険登録サーバ４００は、例えば、サーバコンピュータ、パーソナルコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームなどであってもよい。

【0019】

端末装置５００は、例えば、アプリサーバ１００との間で各種情報を送受信して、表示部５０５ａを通じてユーザに各種情報を提供する機能を備えている。

【0020】

端末装置５００は、例えば、上述した機能を実現できる情報処理装置であればよい。すなわち、端末装置５００は、例えば、スマートフォン、携帯電話（フィーチャーフォン）、パーソナルコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ（Personal Digital Assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームなどであってもよい。

【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】

図２２に示すように、端末装置５００は、制御部（ＣＰＵ：Central Processing Unit（中央処理装置））５０１、記憶装置５０２、通信Ｉ／Ｆ（インタフェース）５０３、入力装置５０４、出力装置５０５を備える。端末装置５００のＨＷの各構成要素は、例えば、バスＢ２を介して相互に接続される。なお、端末装置５００のＨＷ構成として、すべての構成要素を含むことは必須ではない。

【0109】

制御部５０１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。制御部５０１は、例えば、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、またはＦＰＧＡ（Field Programmable Gate Array）を含む。

【0110】

記憶装置５０２は、端末装置５００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置５０２は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）など各種の記憶媒体を含む。

【0111】

通信Ｉ／Ｆ５０３は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ５０３による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ５０３は、ネットワークＮを介して、サーバ１００等との通信を実行する機能を有する。通信Ｉ／Ｆ５０３は、各種データを制御部５０１からの指示に従って、サーバ１００等に送信する。また、通信Ｉ／Ｆ５０３は、サーバ１００等から送信された各種データを受信し、制御部５０１に伝達する。また、通信Ｉ／Ｆ５０３を単に通信部と表現する場合もある。

【0112】

入力装置５０４は、端末装置５００に対する各種操作を入力する装置を含む。出力装置５０５は、端末装置５００で処理された処理結果を出力する装置を含む。入力装置５０４と出力装置５０５とは一体化していてもよい。

【0113】

入力装置５０４は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部５０１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置５０４は、例えば、操作部、マイク、カメラを含む。操作部は、例えば、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイスを含む。

【0114】

出力装置５０５は、制御部５０１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置５０５は、例えば、表示部５０５ａおよびスピーカ（音声出力）５０５ｂを含む。出力装置５０５は、さらに、例えば、タッチパネル、タッチディスプレイ、レンズ（例えば３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎｓ）出力や、ホログラム出力）、プリンターなどを含む。

【0115】

表示部５０５ａは、フレームバッファに書き込まれた表示データに従って、画面を表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部５０５ａは、例えば、タッチパネル、タッチディスプレイ、モニタ（例えば、液晶ディスプレイやＯＥＬＤ（Organic Electroluminescence Display）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画面やテキスト情報等を表示可能な装置を含む。なお、これらの表示部５０５ａは、３Ｄで表示データを表示可能であってもよい。スピーカ５０５ｂは、音声データの出力に利用される。

【0116】

端末装置５００は、プログラムＰ２とデータベースとを記憶装置５０２に記憶する。端末装置５００において、制御部５０１がこのプログラムＰ２を実行することで、制御部５０１に含まれる各部としての処理を実行する。つまり、記憶装置５０２に記憶されるプログラムＰ２は、端末装置５００に、制御部５０１が実行する各機能を実現させる。

【0117】

本開示の各実施形態は、端末装置５００および／またはサーバ１００等のＣＰＵがプログラムを実行することにより、実現されるものとして説明する。

【0118】

また、本開示の各実施形態のプログラム（例えば、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、各実施形態のプログラムを記憶可能である。また、各実施形態のプログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【0119】

サーバ１００等および／または端末装置５００は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

【0120】

また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１００等および／または端末装置５００に提供されてもよい。サーバ１００等および／または端末装置５００は、例えば、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

【0121】

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。サーバ１００等および／または端末装置５００における処理の少なくとも一部は、１以上のコンピュータ（例えば、１以上のコンピュータにより構成されるクラウドコンピューティング）により実現されていてもよい。
＝＝＝まとめ＝＝＝

【0122】

本実施形態における団体保険システム１０は、端末装置５００に対するユーザの操作入力に基づいてユーザを識別する情報を示すユーザＩＤ（ユーザ識別情報）を取得する、アプリサーバ１００（第１処理装置）の取得部１２１（第１取得部）と、ユーザＩＤ（例えば、アプリユーザＩＤ）（ユーザ識別情報）と、ユーザＩＤ（例えば、アプリユーザＩＤ）（ユーザ識別情報）に対応付けられる企業に関する情報を示す企業情報と、を記憶する、企業に所属する社員の企業型確定拠出年金に関する情報を管理する年金サーバ２００（第２処理装置）の記憶部２１０から、取得部１２１で取得されたユーザＩＤ（例えば、アプリユーザＩＤ）（ユーザ識別情報）に対応する企業情報を取得する取得部１２１又は取得部３２０（第２取得部）と、ユーザの操作入力に基づいて、取得部１２１又は取得部３２０（第２取得部）で取得された企業情報に基づきユーザが団体保険に加入するための処理を実行させる実行部１２０と、を備える。本実施形態によると、団体保険を契約するユーザが当該団体保険に対応する団体に属することを自動的に確認し、保険の加入手続きを実行できるため、代理店や保険会社における団体保険の契約事務を改善できる。

【0123】

また、本実施形態における団体保険システム１０において、実行部１２０は、取得部１２１又は取得部３２０（第２取得部）で取得された企業情報に基づいて、企業が団体保険を採用しているか否かが判定された結果を示す判定情報を取得し、判定情報に応じた画面を、端末装置５００の表示部５０５ａに表示させる。本実施形態によると、ユーザが簡易な操作によって団体保険に加入する権利を有しているか否かを知ることができるため、ユーザの利便性を向上できる。

【0124】

また、本実施形態における団体保険システム１０において、実行部１２０は、当該判定情報に基づいて、ユーザが団体保険に加入する手続きを進めるためのオブジェクトに関する情報を取得する。本実施形態によると、端末装置５００に表示されたオブジェクトによって、ユーザは団体保険に加入する権利を有しているか否かを知ることができるため、ユーザの利便性を向上できる。

【0125】

また、本実施形態における団体保険システム１０において、記憶部２１０は、ユーザＩＤ（例えば、アプリユーザＩＤ）（ユーザ識別情報）と、企業情報を関連付けて記憶し、実行部１２０は、企業情報が示す企業に対応する、ユーザが団体保険を申し込むためのｗｅｂアドレス又はｗｅｂページ（ｗｅｂ情報）を取得する。本実施形態によると、企業は、ユーザが属する企業に対応する団体保険を申し込むためのｗｅｂページを、アプリユーザＩＤを起点として簡易な操作によりユーザに提供できるため、企業の利便性を向上できる。

【0126】

また、本実施形態における団体保険システム１０において、記憶部２１０は、ユーザＩＤ（例えば、アプリユーザＩＤ）（ユーザ識別情報）と、企業情報と、前記企業に対応する金融機関に関する情報を示す金融機関情報と、を関連付けて記憶し、取得部１２１又は取得部３２０（第２取得部）は、記憶部２１０から、企業に対応する金融機関情報を取得し、実行部１２０は、取得部１２１又は取得部３２０（第２取得部）で取得された金融機関情報が示す金融機関に対応する、ユーザが団体保険を申し込むためのｗｅｂアドレス又はｗｅｂページ（ｗｅｂ情報）を取得する。本実施形態によると、企業及び金融機関は、ユーザが属する企業に紐づく金融機関に対応する団体保険を申し込むためのｗｅｂページを、アプリユーザＩＤを起点として簡易な操作によりユーザに提供できるため、企業及び金融機関の利便性を向上できる。

【0127】

また、本実施形態における団体保険システム１０において、ユーザが団体保険を申し込むためのｗｅｂアドレス又はｗｅｂページ（ｗｅｂ情報）は、ユーザＩＤ（例えば、アプリユーザＩＤ）（ユーザ識別情報）に関連付けられる企業情報から特定される、ユーザに対応する企業の従業員数を示す従業員数情報に基づいて、企業が、企業に対応する金融機関を団体保険の代理店とできるか否かが判定された結果に応じて特定される情報である。本実施形態によると、企業における従業員数に基づき金融機関を代理店として団体保険に加入できるか否かが自動的に判定されるため、ユーザ、企業、及び金融機関の利便性を向上できる。

【0128】

また、本実施形態における団体保険システム１０において、ユーザが団体保険を申し込むためのｗｅｂアドレス又はｗｅｂページ（ｗｅｂ情報）は、従業員数情報と、取得部１２１又は取得部３２０（第２取得部）で取得された金融機関情報に基づいて特定される、金融機関が特例地域金融機関の適用を受けているか否かを示す地域特例情報と、に基づいて、企業が、企業に対応する金融機関を団体保険の代理店とできるか否かが判定された結果に応じて特定される情報である。本実施形態によると、企業における従業員数と、金融機関が特例地域金融機関であるか否かの情報とに基づいて、金融機関を代理店として団体保険に加入できるか否かが自動的に判定されるため、ユーザ、企業、及び金融機関の利便性を向上できる。

【0129】

また、本実施形態における団体保険システム１０において、ユーザが団体保険を申し込むためのｗｅｂアドレス又はｗｅｂページ（ｗｅｂ情報）は、ユーザの操作入力に基づいて、金融機関情報が示す金融機関とユーザとの関係において、当該金融機関が募集制限先規制の対象であるか否かが判定された結果に応じて特定される情報である。本実施形態によると、募集制限先規制に基づき金融機関を代理店として団体保険に加入できるか否かが自動的に判定されるため、ユーザ及び金融機関の利便性を向上できる。

【0130】

また、本実施形態における団体保険システム１０において、取得部１２１（第１取得部、第２取得部）及び実行部１２０を備えるアプリサーバ１００（第１処理装置）と、記憶部２１０を備える年金サーバ２００（第２処理装置）と、ユーザが団体保険を申し込むためのｗｅｂページに対するユーザの操作入力によって生成される、団体保険の加入に関する情報を示す加入者情報（ユーザ加入情報）に、証券番号を付して、当該団体契約に関する加入者票情報を生成する団体保険登録サーバ４００（第３処理装置）と、を備える。本実施形態によると、加入者情報に基づいて加入者票を自動的に生成することができるため、加入者票の作成時の人的なミスや、加入者票の郵送時の情報漏洩などのリスクを軽減できる。

【0131】

また、本実施形態における団体保険システム１０において、年金サーバ２００（第２処理装置）は、企業に所属する従業員の企業型確定拠出年金に関する情報を管理する。本実施形態によると、企業型確定拠出年金に関する情報に基づいて、ユーザが団体保険に加入するための手続きを実行できるため、ユーザ、企業、及び金融機関の利便性を向上できる。

【符号の説明】

【0132】

１０…団体保険システム、１００…アプリサーバ、２００…年金サーバ、３００…団体保険申込サーバ、４００…団体保険登録サーバ、５００…端末装置。

【要約】      （修正有）

【課題】団体保険を契約するユーザが当該団体保険に対応する団体に属することを自動的に確認できる団体保険システムを提供する。
【解決手段】団体保険システムにおいて、アプリサーバ１００は、端末装置５００に対するユーザの操作入力に基づいてユーザを識別する情報を示すユーザＩＤを取得し、年金サーバ２００へ送信する。その後、年金サーバ２００より、取得したユーザ識別情報に対応する企業情報を取得すると、対象企業化の判定を行い、そのＵＲＬを特定、ＵＲＬへのアクセスを行うことにより、団体保険申込サーバにより、申込画面表示が行われる。そして、ユーザの操作入力に基づき、加入者情報が取得されると、団体保険登録サーバに、取得された企業情報対する、加入者情報の登録と証券番号の紐づけを実行させる。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】