特許 6979996 申込受付サーバ装置

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

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

(11)【特許番号】6979996

(24)【登録日】2021年11月18日

(45)【発行日】2021年12月15日

(54)【発明の名称】申込受付サーバ装置

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20211202BHJP

【ＦＩ】

   G06Q40/08

【請求項の数】9

【全頁数】22

(21)【出願番号】特願2019-213834(P2019-213834)

(22)【出願日】2019年11月27日

(62)【分割の表示】特願2015-25019(P2015-25019)の分割

【原出願日】2015年2月12日

(65)【公開番号】特開2020-35491(P2020-35491A)

(43)【公開日】2020年3月5日

【審査請求日】2019年11月27日

(73)【特許権者】

【識別番号】500104314

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

(74)【代理人】

【識別番号】100092956

【弁理士】

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

(74)【代理人】

【識別番号】100101018

【弁理士】

【氏名又は名称】松下 正

(72)【発明者】

【氏名】鈴木 康之

【審査官】 山崎 誠也

(56)【参考文献】

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

【文献】 特開２００９−２３０３８０（ＪＰ，Ａ）

【文献】 特開２００７−０３４９０７（ＪＰ，Ａ）

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

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

【文献】 特開２００５−０８４９２８（ＪＰ，Ａ）

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

Ｇ０６Ｑ １０／００−９９／００

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

【請求項1】

i)組織における構成員を特定する構成員特定符号を少なくとも含む構成員データと、ii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第１の商品の契約者に関する契約内容を示す第１契約内容データと、iii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第２の商品の契約者に関する契約内容を示す第２契約内容データにアクセスするアクセス手段と、
端末装置から、構成員特定符号もしくはこれに対応づけられた情報を伴うアクセス要求を受けて、認証を行う認証手段と、
前記構成員特定符号に基づいて、第１契約内容データ、第２契約内容データを参照し、当該構成員および当該構成員の家族が第１の商品、第２の商品を契約していれば当該第１契約内容データおよび当該第２契約内容データを取得する契約内容データ取得手段と、
当該構成員および家族に関して、取得できた第１の商品の契約内容および第２の商品の契約内容を端末装置に表示する契約内容表示手段と、
契約内容表示画面において、第１の商品の契約内容と第２の商品の契約内容に含まれる構成員情報または家族の人的情報が異なる場合、端末装置に少なくともその構成員情報または家族の人的情報の訂正を行うための訂正入力欄を表示する訂正受付手段と、
受け付けられた訂正入力に基づいて、前記第１契約内容データまたは前記第２契約内容データを直接的にまたは間接的に訂正する訂正手段と、
を備えた契約内容管理サーバ装置。

【請求項2】

契約内容管理サーバ装置を、コンピュータによって実現するための契約内容管理サーバプログラムであって、コンピュータを、
i)組織における構成員を特定する構成員特定符号を少なくとも含む構成員データと、ii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第１の商品の契約者に関する契約内容を示す第１契約内容データと、iii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第２の商品の契約者に関する契約内容を示す第２契約内容データにアクセスするアクセス手段と、
端末装置から、構成員特定符号もしくはこれに対応づけられた情報を伴うアクセス要求を受けて、認証を行う認証手段と、
前記構成員特定符号に基づいて、第１契約内容データ、第２契約内容データを参照し、当該構成員および当該構成員の家族が第１の商品、第２の商品を契約していれば当該第１契約内容データおよび当該第２契約内容データを取得する契約内容データ取得手段と、
当該構成員および家族に関して、取得できた第１の商品の契約内容および第２の商品の契約内容を端末装置に表示する契約内容表示手段と、
契約内容表示画面において、第１の商品の契約内容と第２の商品の契約内容に含まれる構成員情報または家族の人的情報が異なる場合、端末装置に少なくともその構成員情報または家族の人的情報の訂正を行うための訂正入力欄を表示する訂正受付手段と、
受け付けられた訂正入力に基づいて、前記第１契約内容データまたは前記第２契約内容データを直接的にまたは間接的に訂正する訂正手段ととして機能させるための契約内容管理サーバプログラム。

【請求項3】

i)組織における構成員を特定する構成員特定符号を少なくとも含む構成員データと、ii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第１の商品の契約者に関する契約内容を示す第１契約内容データと、iii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第２の商品の契約者に関する契約内容を示す第２契約内容データにアクセスするアクセス手段と、
端末装置から、構成員特定符号もしくはこれに対応づけられた情報を伴うアクセス要求を受けて、認証を行う認証手段と、
前記構成員特定符号に基づいて、第１契約内容データ、第２契約内容データを参照し、当該構成員および当該構成員の家族が第１の商品、第２の商品を契約していれば当該第１契約内容データおよび当該第２契約内容データを取得する契約内容データ取得手段と、
当該構成員および家族に関して、取得できた第１の商品の契約内容および第２の商品の契約内容を端末装置に表示する契約内容表示手段と、
契約内容表示画面において、構成員および続柄の性質上構成員に対して１人だけが対応する家族が契約者である契約について、第１の商品の契約内容と第２の商品の契約内容に含まれる構成員情報または当該家族の人的情報が異なる場合、端末装置に少なくともその構成員情報または家族の人的情報の訂正を行うための訂正入力欄を表示する一人対応訂正受付手段と、
契約内容表示画面において、構成員および続柄の性質上構成員に対して複数人が対応する可能性のある家族が契約者である契約について、少なくとも氏名、生年月日が全て合致する家族を同一人として表示し、これらのいずれかが異なる家族を異なる人として表示し、端末装置に少なくともその家族の人的情報の訂正を行うための訂正入力欄を表示する複数人対応訂正受付手段と、
受け付けられた訂正入力に基づいて、前記第１契約内容データまたは前記第２契約内容データを直接的にまたは間接的に訂正する訂正手段と、
を備えた契約内容管理サーバ装置。

【請求項4】

契約内容管理サーバ装置を、コンピュータによって実現するための契約内容管理サーバプログラムであって、コンピュータを、
i)組織における構成員を特定する構成員特定符号を少なくとも含む構成員データと、ii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第１の商品の契約者に関する契約内容を示す第１契約内容データと、iii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第２の商品の契約者に関する契約内容を示す第２契約内容データにアクセスするアクセス手段と、
端末装置から、構成員特定符号もしくはこれに対応づけられた情報を伴うアクセス要求を受けて、認証を行う認証手段と、
前記構成員特定符号に基づいて、第１契約内容データ、第２契約内容データを参照し、当該構成員および当該構成員の家族が第１の商品、第２の商品を契約していれば当該第１契約内容データおよび当該第２契約内容データを取得する契約内容データ取得手段と、
当該構成員および家族に関して、取得できた第１の商品の契約内容および第２の商品の契約内容を端末装置に表示する契約内容表示手段と、
契約内容表示画面において、構成員および続柄の性質上構成員に対して１人だけが対応する家族が契約者である契約について、第１の商品の契約内容と第２の商品の契約内容に含まれる構成員情報または当該家族の人的情報が異なる場合、端末装置に少なくともその構成員情報または家族の人的情報の訂正を行うための訂正入力欄を表示する一人対応訂正受付手段と、
契約内容表示画面において、構成員および続柄の性質上構成員に対して複数人が対応する可能性のある家族が契約者である契約について、少なくとも氏名、生年月日が全て合致する家族を同一人として表示し、これらのいずれかが異なる家族を異なる人として表示し、端末装置に少なくともその家族の人的情報の訂正を行うための訂正入力欄を表示する複数人対応訂正受付手段と、
受け付けられた訂正入力に基づいて、前記第１契約内容データまたは前記第２契約内容データを直接的にまたは間接的に訂正する訂正手段として機能させるための契約内容管理サーバプログラム。

【請求項5】

請求項１〜４のいずれかの装置またはプログラムにおいて、
前記契約内容表示手段は、さらに、構成員情報または家族の人的情報の訂正が必要である場合には、一人対応訂正受付手段または複数人対応訂正受付手段および訂正手段の処理を経た後、当該構成員または家族が未契約の前記第１の商品または前記第２の商品について、契約申込を行うための画面を端末装置に表示することを特徴とする装置またはプログラム。

【請求項6】

請求項１〜５のいずれかの装置またはプログラムにおいて、
第１契約内容データ、第２契約内容データとは別に、処理に必要な両データの全ての項目を含み、さらに第１の商品の契約者と第２の商品の契約者が同一であることを示す項目を有する統合された契約内容データを設け、
前記訂正手段は、前記統合された契約内容データを訂正することを特徴とする装置またはプログラム。

【請求項7】

請求項３〜６のいずれかの装置またはプログラムにおいて、
前記続柄の性質上構成員に対して１人だけが対応する家族は、少なくとも配偶者を含むものであることを特徴とする装置またはプログラム。

【請求項8】

請求項１〜７のいずれかの装置またはプログラムにおいて、
続柄の性質上構成員に対して複数人が対応する可能性のある家族は、少なくともこどもを含むものであることを特徴とする装置またはプログラム。

【請求項9】

請求項１〜８のいずれかの装置またはプログラムにおいて、
前記第１の商品および前記第２の商品は、生命保険または損害保険であることを特徴とする装置またはプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、商品の購入や加入の申込などにおける本人確認や異なる商品間での契約者の名寄せに関するものである。

【背景技術】

【0002】

購入や契約などをウエブサイトで行う際には、対面式での申込でないことから、本人を確認するための工夫がいろいろとなされている。たとえば、特許文献１では、送金依頼があるとメールを本人に送信し、本人が銀行口座のものとして登録しているパスワードを入力して合致すれば、確かに本人からの依頼であると判断するシステムが開示されている。

【0003】

また、保険などの加入においては、商品ごとに契約内容のデータベースが構築されている。このため、異なる商品間での契約者が同一人物であるにもかかわらず違った人として認識されていたり、異なる人物であるにもかかわらず同一人であると認識されていたりすることがある。このような問題を解決するため、加入内容のデータベースにおける加入者を名寄せすることが行われている。つまり、名前、性別、住所などから同一人であるか否かを判断して、加入者を正しく把握できるようにしている。

【0004】

たとえば、特許文献２には、顧客名、性別、生年月日に基づいて顧客番号を付して名寄せを行う装置が開示されている。

【0005】

なお、団体保険においては、保険会社と事業所が契約を行い、従業者が契約を行うものではない。そのため、上記説明においても、加入という用語を用いた。しかし、以下の記載においては、契約と加入の用語に明確な区別をせず、契約という文言に加入や申込という概念を含むものとして説明した。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００５−２１５８８９

【特許文献2】特開２００２−６３３６３

【発明の概要】

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

【0007】

しかしながら、特許文献１のような技術では、ユーザが銀行口座を持っていることが前提であり、しかもそのパスワードを覚えていなければならない。このため、ユーザがパスワードを忘れてしまうと、上手く機能しないという問題があった。

【0008】

また、特許文献２のような技術では、顧客名、性別、生年月日に基づいて名寄せを行っているため、団体保険のように膨大な量の契約者が存在しうる場合には、名寄せ処理自体に時間を要するという問題があった。

【0009】

この発明は、上記の問題の少なくともいずれかを解決するものであって、ユーザにとって使い勝手がよく、しかも確実性の高い本人確認を行うことのできる装置を提供することを目的とする。また、名寄せ処理を効率的に行うことのできる装置を提供することを目的とする。

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

【0010】

この発明の独立したいくつかの特徴を以下に列挙する。

【0011】

(1)(2)この発明に係る申込受付サーバ装置は、少なくとも生年月日を含む申込内容を受け付ける申込内容受付手段と、受け付けた申込内容を、端末装置において確認のために表示する申込内容表示手段と、端末装置に表示された申込内容を確認した旨の確認入力を受け付ける確認受付手段と、申込者のメールアドレスを受け付けるメールアドレス受付手段と、前記確認受付手段によって確認入力を受け付けた後に、前記申込者のメールアドレスに対し、認証情報確認ページへのリンクを含むメールを送信する確認メール送信手段と、前記リンクに基づいて、認証情報として少なくとも生年月日を入力するための入力欄を含む認証情報確認ページを端末装置に表示し、前記認証情報としての生年月日を受け付ける認証情報受付手段と、前記認証情報として受け付けた生年月日が、前記申込内容受付手段によって受け付けた生年月日と合致するかどうかによって本人確認を行う本人確認手段とを備えている。

【0012】

したがって、ユーザにとって本人確認のための利便性がよく、確実な本人確認を行うことができる。

【0013】

(3)この発明に係る申込受付サーバ装置は、確認メール送信手段が、前記確認メールにおいて認証コードを認証情報として含めて送信し、認証情報受付手段が、前記認証情報確認入力欄に認証情報として認証コードを入力するための入力欄を表示し、前記認証情報としての認証コードを受け付け、本人確認手段が、前記生年月日の合致に加えて、前記認証情報として受け付けた認証コードが、前記確認メールに含めて送信した認証コードと合致するかどうかによって本人確認を行うことを特徴としている。

【0014】

したがって、本人確認の精度をより高くすることができる。

【0015】

(4)この発明に係る申込受付サーバ装置は、申込内容の対象は生命保険または損害保険に対する申込であり、生年月日が当該保険の重要な要素となっていることを特徴としている。

【0016】

したがって、生年月日による本人確認をより精度よく行うことができる。

【0017】

(5)(6)この発明に係る申込受付サーバ装置は、i)組織における構成員を特定する構成員特定符号を少なくとも含む構成員データと、ii)組織における構成員を特定する構成員特定符号と構成員情報を少なくとも含む、第１の商品の契約者に関する契約内容を示す第１契約内容データと、iii)前記構成員特定符号と構成員情報を少なくとも含む、第２の商品の契約者に関する契約内容を示す第２契約内容データにアクセスするアクセス手段と、端末装置から、構成員特定符号もしくはこれに対応づけられた情報を伴うアクセス要求を受けて、認証を行う認証手段と、
前記構成員特定符号に基づいて、第１契約内容データ、第２契約内容データを参照し、当該構成員が第１の商品、第２の商品を契約していれば当該契約内容データを取得する契約内容データ取得手段と、当該構成員に関して、取得できた第１の商品の契約内容および第２の商品の契約内容を端末装置に表示する契約内容表示手段と、契約内容表示画面において、第１の商品の契約内容と第２の商品の契約内容に含まれる構成員情報が異なる場合、端末装置に少なくともその構成員情報の訂正を行うための訂正入力欄を表示する訂正受付手段と、受け付けられた訂正入力に基づいて、前記第１契約内容データまたは前記第２契約内容データを直接的にまたは間接的に訂正する訂正手段とを備えている。

【0018】

したがって、本人について、第１契約内容データと第２契約内容データを直接比較して名寄せするのではなく、構成員データを介して名寄せを行うので、より正確な名寄せを実現することができる。

【0019】

(7)(8)この発明に係る契約内容管理サーバ装置は、i)組織における構成員を特定する構成員特定符号を少なくとも含む構成員データと、ii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第１の商品の契約者に関する契約内容を示す第１契約内容データと、iii)組織における構成員を特定する構成員特定符号と構成員情報と契約者が当該構成員本人であるか家族であるかを示す続柄情報と、契約者である構成員の構成員情報と契約者である家族の人的情報とを少なくとも含む、第２の商品の契約者に関する契約内容を示す第２契約内容データにアクセスするアクセス手段と、端末装置から、構成員特定符号もしくはこれに対応づけられた情報を伴うアクセス要求を受けて、認証を行う認証手段と、前記構成員特定符号に基づいて、第１契約内容データ、第２契約内容データを参照し、当該構成員および当該構成員の家族が第１の商品、第２の商品を契約していれば当該契約内容データを取得する契約内容データ取得手段と、当該構成員および家族に関して、取得できた第１の商品の契約内容および第２の商品の契約内容を端末装置に表示する契約内容表示手段と、契約内容表示画面において、構成員および続柄の性質上構成員に対して１人だけが対応する家族が契約者である契約について、第１の商品の契約内容と第２の商品の契約内容に含まれる構成員情報または当該家族の人的情報が異なる場合、端末装置に少なくともその構成員情報または家族の人的情報の訂正を行うための訂正入力欄を表示する訂正受付手段と、契約内容表示画面において、構成員および続柄の性質上構成員に対して複数人が対応する可能性のある家族が契約者である契約について、少なくとも氏名、生年月日が全て合致する家族を同一人として表示し、これらのいずれかが異なる家族を異なる人として表示し、端末装置に少なくともその家族の人的情報の訂正を行うための訂正入力欄を表示する訂正受付手段と、受け付けられた訂正入力に基づいて、前記第１契約内容データまたは前記第２契約内容データを直接的にまたは間接的に訂正する訂正手段とを備えている。

【0020】

したがって、本人との続柄に応じて、適切な名寄せ処理を行うことができる。

【0021】

(9)この発明に係る契約内容管理サーバ装置は、契約内容表示手段が、さらに、当該構成員または家族が未契約の商品について、契約申込を行うための画面を端末装置に表示することを特徴としている。

【0022】

したがって、新規の申込も行うことができる。

【0023】

(10)この発明に係る契約内容管理サーバ装置は、第１契約内容データ、第２契約内容データとは別に、処理に必要な両データの全ての項目を含み、さらに第１の商品の契約者と第２の商品の契約者が同一であることを示す項目を有する統合された契約内容データを設け、前記訂正手段は、前記統合された契約内容データを訂正することを特徴としている。

【0024】

したがって、統合された契約内容データを参照することで、処理を容易に行うことができる。

【0025】

(11)この発明に係る契約内容管理サーバ装置は、続柄の性質上構成員に対して１人だけが対応する家族は、少なくとも配偶者を含むものであることを特徴としている。

【0026】

したがって、配偶者についての名寄せを迅速に行うことができる。

【0027】

(12)この発明に係る契約内容管理サーバ装置は、続柄の性質上構成員に対して複数人が対応する可能性のある家族は、少なくともこどもを含むものであることを特徴としている。

【0028】

したがって、こどもについての名寄せを迅速に行うことができる。

【0029】

(13)この発明に係る契約内容管理サーバ装置は、商品が、生命保険または損害保険であることを特徴としている。

【0030】

したがって、生命保険、損害保険の申込や変更について、名寄せを行うことができる。

【0031】

「申込内容受付手段」は、実施形態においては、ステップＳ３に対応して申込内容を受信するステップがこれに対応する。

【0032】

「申込内容表示手段」は、実施形態においては、ステップＳ２２がこれに対応する。ここで、「表示手段」とは、端末装置のディスプレイを制御して直接的に表示をする手段だけでなく、端末装置に対して表示のためのデータを送信する手段も含む概念である。

【0033】

「確認受付手段」は、実施形態においては、ステップＳ５に対応して確認を受信するステップがこれに対応する。

【0034】

「メールアドレス受付手段」は、実施形態においては、ステップＳ３やステップＳ６０に対応してメールアドレスを受信するステップがこれに対応する。

【0035】

「確認メール送信手段」は、実施形態においては、ステップＳ２３やステップＳ１１３がこれに対応する。

【0036】

「認証情報受付手段」は、実施形態においては、ステップＳ８やステップＳ６３に対応して認証情報を受信するステップがこれに対応する。

【0037】

「本人確認手段」は、実施形態においては、ステップＳ２５やステップＳ１１５がこれに対応する。

【0038】

「アクセス手段」は、実施形態においては、少なくとも構成員データ、第１契約内容データ、第２契約内容データにアクセスするための手段をいい、ステップＳ１０２、Ｓ１０３、Ｓ１０４、Ｓ１０５などがこれに対応する。ここで、構成員データ、第１契約内容データ、第２契約内容データの一部又は全部は、アクセス手段よってアクセスが可能であれば、契約内容管理サーバ装置の記録部（ハードディスクなど）に記録されていてもよいし、他の装置に記録されていてもよい。

【0039】

「認証手段」は、実施形態においては、ステップＳ１０１がこれに対応する。

【0040】

「契約内容データ取得手段」は、実施形態においては、ステップＳ１０２〜Ｓ１０５がこれに対応する。

【0041】

「契約内容表示手段」は、実施形態においては、ステップＳ１０７がこれに対応する。

【0042】

「訂正受付手段」は、実施形態においては、ステップＳ１０７がこれに対応する。

【0043】

「訂正手段」は、実施形態においては、ステップＳ１０８がこれに対応する。

【0044】

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

【図面の簡単な説明】

【0045】

【図1】この発明の一実施形態による申込受付サーバ装置４の機能ブロック図である。

【図2】申込受付サーバ装置４のハードウエア構成である。

【図3】申込受付サーバプログラム４６のフローチャートである。

【図4】申込受付サーバプログラム４６のフローチャートである。

【図5】申込画面の例である。

【図6】申込内容確認画面の例である。

【図7】本人確認メールの例である。

【図8】認証情報確認ページの例である。

【図9】他の実施形態による契約内容管理サーバ装置５の機能ブロック図である。

【図10】契約内容管理管理サーバ装置５のハードウエア構成である。

【図11】契約内容管理サーバプログラム４８のフローチャートである。

【図12】契約内容管理サーバプログラム４８のフローチャートである。

【図13a】総合保障契約データの例である。

【図13b】訂正された総合保障契約データの例である。

【図14】医療保障契約データの例である。

【図15】従業員データの例である。

【図16】統合契約データの例である。

【図17】契約者確認画面の例である。

【図18】変更ないし新規申し込み画面の例である。

【図19】契約内容管理サーバプログラム４８のフローチャートである。

【図20】契約内容管理サーバプログラム４８のフローチャートである。

【図21】メールアドレス入力画面の例である。

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

【0046】

１．第一の実施形態
1.1申込受付サーバ装置の全体構成
図１に、この発明の一実施形態による申込受付サーバ装置４の機能ブロック図を示す。申込内容受付手段６は、端末装置２からの申込を受け付ける。この申込には、少なくとも申込者の生年月日が含まれるようにする。生命保険のように、申込内容に関して、申込者の生年月日が重要な告知事項となっている商品に適用すると、特に好ましい。

【0047】

申込内容表示手段８は、受け付けた申込内容を端末装置２に送信し、端末装置２において表示する。端末装置２を操作する申込者は、この表示によって申込内容を確認する。さらに、申込者の操作により、端末装置２からサーバ装置４に対して、申込者のメールアドレスを送信する。メールアドレス受付手段１０は、これを受信する。

【0048】

確認メール送信手段１２は、本人認証のためのページに対するリンクを含んだメールを、前記の申込者のメールアドレスに送信する。端末装置２を操作する申込者は、受け取ったメールから本人認証のためのページにアクセスする。本人認証のためのページには、生年月日を入力する欄がある。したがって、申込者はこれに生年月日を入力する。

【0049】

認証情報受付手段１４は、認証情報として生年月日を受信する。本人確認手段１６は、申込内容に含まれていた生年月日と、認証情報として受信した生年月日が一致するかどうかによって、本人確認を行う。

【0050】

このような本人確認においては、申込者において自らの生年月日を忘れることはまずないので、申込者における利便性が高い。加えて、生命保険のように生年月日が契約内容に関する重要な告知要素となっている場合には、申込人においてこれを偽ることは無いと思われる。違った告知をすることは申込人に不利益をもたらすためである。したがって、本人確認を行いたい側にとっても、正確な確認を行うことが可能となる。

【0051】

1.2申込受付サーバ装置のハードウエア構成
図２に、申込受付サーバ装置４のハードウエア構成を示す。ＣＰＵ３０には、メモリ３２、ディスプレイ３４、ハードディスク３６、ＤＶＤ−ＲＯＭドライブ３８、通信回路４０が接続されている。通信回路４０は、ＬＡＮやインターネットなどのネットワークに接続するためのものである。

【0052】

ハードディスク３６には、オペレーティングシステム４４、申込受付サーバプログラム４６が記録されている。申込受付サーバプログラム４６は、オペレーティングシステム４４と協働してその機能を発揮するものである。これらプログラムは、ＤＶＤ−ＲＯＭ４２に記録されていたものを、ＤＶＤ−ＲＯＭドライブ３８を介して、ハードディスク３６にインストールしたものである。もちろん、インターネットなどを介して、ダウンロードし、インストールしたものであってもよい。

【0053】

端末装置２のハードウエア構成も同様である。ただし、ハードディスク３６には、申込受付サーバプログラム４６に代えて、ブラウザプログラムが記録されている。また、キーボードやマウスなどの入力装置が接続されている。

【0054】

1.3申込受付サーバプログラムの処理
図３に、申込受付サーバプログラム４６のフローチャートを示す。申込を行うユーザは、端末装置２を操作してサーバ装置４にアクセスし、申込画面の要求を送信する。つまり、端末装置２のＣＰＵ（以下、端末装置２と省略することがある）は、申込画面要求をサーバ装置４に送信する（ステップＳ１）。これを受けて、サーバ装置４のＣＰＵ３０（以下、サーバ装置４と省略することがある）は、申込画面要求を端末装置２に送信する（ステップＳ２１）。

【0055】

端末装置２はこれをディスプレイに表示する（ステップＳ２）。図５に、申込画面の例を示す。この実施形態では、生命保険の申込を行う画面を例として示した。氏名、住所、生年月日、メールアドレスなどの入力欄が設けられている。ここで、生年月日は、保険料の算出などに影響する重要かつ必須の入力項目である。

【0056】

申込者は、端末装置を操作し、これらの入力項目に入力を行う。入力を行った後、送信ボタン（図示せず）がクリックされると、端末装置は入力された内容を、サーバ装置４に送信する（ステップＳ３）。サーバ装置４は、申込内容を受信し、申込内容確認画面を、端末装置２に送信する（ステップＳ２２）。端末装置２は、これを表示する。図６に、申込内容確認画面の例を示す。

【0057】

端末装置２を操作するユーザは、申込内容確認画面にて申込内容を確認し、確認ボタン５０をクリックする。これにより、端末装置２は、内容確認をサーバ装置４に送信する（ステップＳ５）。

【0058】

内容確認を受けたサーバ装置４は、申込内容に記述されていたメールドレス宛てに、本人確認のためのメールを送信する（ステップＳ２３）。端末装置２を操作するユーザは、メールソフトによりこのメールを受信する。本人確認メールの例を、図７に示す。

【0059】

本人確認メールに含まれるリンク５２がクリックされると、端末装置２からサーバ装置４に対して、当該リンク先のページ（ここでは、認証情報確認ページ）の閲覧要求が送信される（ステップＳ６）。なお、このリンク５２には、申込者を特定するためのパラメータが埋め込まれている。したがって、この閲覧要求を受けたサーバ装置４は、いずれの申込に対する本人確認であるかを、特定することができる。

【0060】

閲覧要求を受けて、サーバ装置４は、認証情報確認ページを送信する（ステップＳ２４）。端末装置２は、これを表示する。図８に、認証情報確認ページの例を示す。

【0061】

生年月日を入力するための入力欄５４が設けられている。ユーザは、入力欄５４に生年月日を入力し、送信ボタン５６をクリックする。これにより、端末装置２から、サーバ装置４に対して、認証情報としての生年月日が送信される（ステップＳ８）。

【0062】

サーバ装置４は、受信した生年月日が、申込内容の受信時（ステップＳ２２）に取得した生年月日と合致するかどうかによって本人確認を行う（ステップＳ２５）。合致していれば本人であると判断し、申込内容を確定して記録する。不一致であれば、その旨を端末装置２に送信し処理を終了する。

【0063】

以上のようにして本人確認を行うことができる。

【0064】

1.4その他
(1)上記実施形態では、本人確認メールのリンク５２に、いずれの申し込みであるかを確認するためのパラメータを埋め込んでいる。しかし、いずれの申し込みであるかを特定するための識別符号をメール本文に表示するようにしてもよい。この場合、図８の認証確認ページにて、ユーザに対し、生年月日とともにこの認証符号を入力してもらう。

【0065】

(2)上記実施形態では、本人確認メールを申し込みを行った端末装置２で受信している。しかし、スマートフォンなどその他の端末装置によって受信するようにしてもよい。

【0066】

(3)上記変形例は、その本質に反しない限り、第二の実施形態にも適用することができる。

【0067】

２．第二の実施形態
2.1契約内容管理サーバ装置の全体構成
図９に、この発明の一実施形態による契約内容管理サーバ装置の機能ブロック図を示す。構成員データ２６は、組織における構成員を特定する構成員特定符号と構成員情報を含んでいる。第１契約内容データは、第１の商品の契約者の構成員特定符号を含む契約内容を示すデータである。第２契約内容データは、第２の商品の契約者の構成員特定符号を含む契約内容を示すデータである。

【0068】

認証手段２０は、端末装置２から、構成員特定符号を伴うアクセス要求を受ける。認証手段２０は、アクセス手段２５によって構成員データ２６を参照して認証を行う。契約内容データ取得手段２１は、当該構成員特定符号に基づいて、アクセス手段２５を介して、第１契約内容データ、第２契約内容データを取得する。

【0069】

契約内容表示手段２２は、当該構成員について取得した第１契約内容と第２契約内容を端末装置２に送信して表示させる。訂正受付手段２３は、構成員特定符号が同一であるにもかかわらず、第１契約内容と第２契約内容にて構成員情報が異なる場合、これを訂正するための訂正入力欄を端末装置２に表示させる。

【0070】

訂正手段２４は、訂正入力欄によって受け付けた訂正入力に基づいて、アクセス手段２５を介し、第１契約内容データまたは第２契約内容データを訂正する。

【0071】

2.2契約内容管理サーバ装置のハードウエア構成
図１０に、契約内容管理サーバ装置５のハードウエア構成を示す。ＣＰＵ３０には、メモリ３２、ディスプレイ３４、ハードディスク３６、ＤＶＤ−ＲＯＭドライブ３８、通信回路４０が接続されている。通信回路４０は、ＬＡＮやインターネットなどのネットワークに接続するためのものである。

【0072】

ハードディスク３６には、オペレーティングシステム４４、契約内容管理サーバプログラム４８が記録されている。契約内容管理サーバプログラム４８は、オペレーティングシステム４４と協働してその機能を発揮するものである。これらプログラムは、ＤＶＤ−ＲＯＭ４２に記録されていたものを、ＤＶＤ−ＲＯＭドライブ３８を介して、ハードディスク３６にインストールしたものである。もちろん、インターネットなどを介して、ダウンロードし、インストールしたものであってもよい。

【0073】

端末装置２のハードウエア構成も同様である。ただし、ハードディスク３６には、契約内容管理サーバプログラム４８に代えて、ブラウザプログラムが記録されている。また、キーボードやマウスなどの入力装置が接続されている。

【0074】

2.3契約内容管理サーバプログラムの処理
この実施形態では、会社が団体として総合保障、医療保障の保険に入っており、社員本人およびその家族がそれぞれの保険に加入することができる場合について説明する。

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

端末装置２は、認証情報確認ページを表示する（ステップＳ６２）。なお、認証情報確認ページは、第１の実施形態における図８と同様の内容である。ただし、この実施形態では、生年月日の入力欄に加えて、認証コードの入力欄が設けられている。

【0109】

ユーザは、生年月日および認証コードを入力して送信ボタンを押す。これにより、端末装置２は、認証情報として生年月日および認証コードを、契約内容確認サーバ装置５に送信する（ステップＳ６３）。

【0110】

契約内容確認サーバ装置５は、生年月日および認証コードに基づいて本人の確認を行う（ステップＳ１１５）。本人が確認できれば、契約内容確認サーバ装置５は、総合保障契約データと医療保障契約データを更新する（ステップＳ１１６）。なお、図１６に示す統合契約データを用意している場合には、このデータを更新するようにしてもよい。あるいは、双方を更新するようにしてもよい。

【0111】

2.4その他
(1)上記実施形態では、２つの種類の商品がある場合について説明した、しかし３つ以上の商品がある場合についても同じように適用することができる。

【0112】

(2)上記実施形態では、保険商品について説明した。しかし、その他の商品についても同じように適用することができる。

【0113】

(3)上記実施形態では、本人確認メールを申し込みを行った端末装置２で受信している。しかし、スマートフォンなどその他の端末装置によって受信するようにしてもよい。

【0114】

(4)上記実施形態では、図１７に示すように訂正可能にした確認画面を送信するようにしている。しかし、確認画面において内容を表示し、訂正が必要な項目をクリックすることで訂正が可能となるようにしてもよい。

【0115】

(5)上記実施形態では、サーバ装置として構築したが、スタンドアローンの装置によってこれを実現するようにしてもよい。

【0116】

(6)上記実施形態では、端末装置の側はブラウザプログラムによって閲覧処理と入力処理を行うだけであった。しかし、サーバ装置の機能の一部を端末装置の側において実行するようにしてもよい。

【0117】

(7)上記実施形態では、２つの契約間において本人の情報が異なる場合、訂正を促すようにしている。しかし、従業員データを基準として訂正の候補を表示するようにしてもよい。

【0118】

(8)上記実施形態では、識別キーとして、カナ氏名と生年月日の組合せを用いている。しかし、漢字氏名と生年月日の組合せを用いてもよい。また、さらに、性別などを識別キーとして用いるようにしてもよい。つまり、氏名、生年月日、性別などを任意に組み合わせたものを識別キーとすることができる。

【0119】

(9)上記実施形態では、本人、配偶者の名寄せを事前に行うようにしている。しかし、こどもと同じように、ユーザがアクセスしたときに修正を行うようにしてもよい。

【0120】

(10)上記実施形態では、本人や配偶者の名寄せはコンピュータが自動的に行うようにしている。しかし、名寄せの提案をコンピュータが提示し、作業者がディスプレイで確認した後、確認ボタンを押下することで訂正を行うようにしてもよ。

【0121】

(11)上記変形例は、その本質に反しない限り、第一の実施形態にも適用することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13a】

【図13b】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】