(57)【要約】【課題】告知情報の確認作業を支援することが可能な告知情報確認プログラム、告知情報確認装置及び告知情報確認方法を提供することを目的としている。【解決手段】コンピュータに、保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付ける処理と、契約済みの保険契約に関する保険契約情報が格納された記憶部を参照し、前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する処理と、を実行させる。【選択図】図７
2015022502.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付ける処理と、
契約済みの保険契約に関する保険契約情報が格納された記憶部を参照し、前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する処理と、を実行させる告知情報確認プログラム。
【請求項２】
前記保険契約情報は、
前記契約済みの保険契約の被保険者を特定する被保険者情報と、前記保険契約における保険金の受取人を特定する受取人情報とを含み、
前記被保険者情報に前記特定情報が含まれる場合、
前記既存告知情報に含まれる前記保険契約時の被保険者の近親者の病歴と、前記告知情報に含まれる前記保険契約時の被保険者の近親者の病歴とを照合する処理と、を実行させる請求項１記載の告知情報確認プログラム。
【請求項３】
前記保険契約情報は、
前記受取人に対する保険金の支払いの有無及び支払事由となる病歴を含む支払事由情報を含み、
前記保険金の支払いが有るとき、前記支払事由情報に含まれる病歴と、前記告知情報に含まれる前記保険契約時の被保険者の近親者の病歴とを照合する処理と、を実行させる請求項２記載の告知情報確認プログラム。
【請求項４】
前記受取人情報に前記特定情報が含まれ、且つ前記支払事由情報において前記保険金の支払いが有る場合、
前記既存告知情報に含まれる前記契約済みの保険契約の被保険者の近親者の続柄と、前記保険契約時の被保険者の近親者の続柄との対応付けを行う処理と、
前記保険契約時の被保険者の近親者の病歴と、前記保険契約時の被保険者の近親者と続柄が対応する前記契約済みの保険契約の被保険者の近親者の病歴とを照合する処理と、を実行させる請求項３記載の告知情報確認プログラム。
【請求項５】
保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付ける受付部と、
契約済みの保険契約に関する保険契約情報が格納された記憶部と、
前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する出力部と、を有する告知情報確認装置。
【請求項６】
コンピュータによる告知情報確認方法であって、該コンピュータが、
保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付け、
契約済みの保険契約に関する保険契約情報が格納された記憶部を参照し、
前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する告知情報確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、告知情報確認プログラム、告知情報確認装置及び告知情報確認方法に関する。
【背景技術】
【０００２】
従来では、医療保険や生命保険等を取り扱う保険会社向けのシステムが知られている。このシステムでは、保険の契約の希望者に対し、保険契約に必要となる告知内容を告知させる機能を有するものが知られている。告知内容には、例えば利用者自身の病歴や、家族の病歴等が含まれる。保険会社では、保険の契約時に契約希望者により告知された告知情報の内容が事実か否か確認する作業を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２５３５３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のシステムでは、契約希望者は、契約を結ぶ際に自身が把握している事実を虚偽なく告知することが求められる。
【０００５】
一方契約希望者側では、正しく告知しようと心がけていても、例えば家族の病歴等を把握していない場合等は正しく告知することができず、結果として契約希望者が告知した告知情報が事実と異なってしまう可能性がある。
【０００６】
本発明の一つの側面では、告知情報の確認作業を支援することが可能な告知情報確認プログラム、告知情報確認装置及び告知情報確認方法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
一様態によれば、コンピュータに、保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付ける処理と、契約済みの保険契約に関する保険契約情報が格納された記憶部を参照し、前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する処理と、を実行させる。
【０００８】
上記各処理は、上記各処理を実行する機能部、上記各処理を実現する方法、そのプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００９】
告知情報の確認作業を支援することができる。
【図面の簡単な説明】
【００１０】
【図１】告知情報確認システムを説明する図である。
【図２】告知情報確認サーバのハードウェア構成の一例を示す図である。
【図３】告知情報確認システムが有する各装置の機能構成を説明する図である。
【図４】入力項目データベースの一例を示す第一の図である。
【図５】入力項目データベースの一例を示す第二の図である。
【図６】保険契約情報データベースの一例を示す図である。
【図７】告知情報確認サーバの動作を説明するフローチャートである。
【図８】告知情報確認サーバによる個人識別情報一致処理を説明するフローチャートである。
【図９】告知情報確認サーバによる住所／氏名一致処理を説明するフローチャートである。
【図１０】告知情報確認サーバによる被保険者の個人識別情報一致処理を説明するフローチャートである。
【図１１】告知情報確認サーバによる受取人の個人識別情報一致処理を説明するフローチャートである。
【図１２】告知情報確認サーバによる被保険者の住所／氏名一致処理を説明するフローチャートである。
【図１３】告知情報確認サーバによる受取人の住所／氏名一致処理を説明するフローチャートである。
【図１４】申込み情報を入力する画面の第一の例を示す図である。
【図１５】申込み情報を入力する画面の第二の例を示す図である。
【図１６】告知情報の確認結果が表示された画面の第一の例を示す図である。
【図１７】告知情報の確認結果が表示された画面の第二の例を示す図である。
【発明を実施するための形態】
【００１１】
以下に図面を参照して本実施例について説明する。図１は、告知情報確認システムを説明する図である。
【００１２】
本実施例の告知情報確認システム１００は、告知情報確認サーバ２００と、情報端末３００とを有する。告知情報確認サーバ２００と情報端末３００とは、ネットワークを介して接続されている。
【００１３】
本実施例の告知情報確認システム１００において、告知情報確認サーバ２００は、例えば医療保険や生命保険等を提供する保険会社により用いられ、告知情報確認プログラム２１０がインストールされている。
【００１４】
本願の発明者は、保険会社が保険契約者により告知された告知内容や、保険契約者に対する保険金の支払事由を既知である点と、今後導入されるであろう共通番号（マイナンバー）制度とに着目し、契約希望者が入力した告知情報を確認することを考えた。共通番号制度とは、全国民に対して１人１人重複しない番号を付与し、それぞれの個人情報をこれに帰属させることで国民全体の個人情報管理の効率化を図る制度である。
【００１５】
本実施例では、例えば、保険会社が既知の情報から契約希望者のマイナンバーを用いて契約希望者の告知情報と関連する情報を検索し、検索結果の情報から契約希望者の告知情報が事実と整合しているか否かを確認する。そして告知情報確認サーバ２００は、確認した結果、告知情報が事実と整合していない場合には、情報端末３００にその旨を表示させ、利用者に告知内容の確認を促す。尚、以下の本実施例の説明では、マイナンバーのことを個人識別情報と呼ぶ。
【００１６】
また本実施例では、契約希望者とは、告知情報確認システム１００の利用者であり、保険契約時に被保険者となる者とする。すなわち以下の本実施例の説明では、契約希望者と、利用者と、希望する保険の契約時の被保険者は、同義とする。以下の説明では、契約希望者を「利用者」として説明する。
【００１７】
また本実施例において、利用者は、保険の被保険者であっても良いし、例えば被保険者を保険に加入させることを希望する被保険者の家族等であっても良い。
【００１８】
図２は、告知情報確認サーバのハードウェア構成の一例を示す図である。本実施例の告知情報確認サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１，演算処理装置２２，メモリ装置２３，出力装置２４，ドライブ装置２５，補助記憶装置２６，インターフェース装置２７を有する。
【００１９】
入力装置２１は、例えばポインティングデバイスやキーボード等であり、各種信号の入力をするために用いられる。インターフェース装置２７は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。出力装置２４は、例えばディスプレイ等であっても良く、告知情報確認サーバ２００から各種情報報の出力や表示を行う。
【００２０】
告知情報確認プログラム２１０は、告知情報確認サーバ２００を制御する各種プログラムの少なくとも一部である。告知情報確認プログラム２１０は例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。告知情報確認プログラム２1０を記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２１】
また告知情報確認プログラム２１０を記録した記録媒体２８がドライブ装置２５にセットされると、告知情報確認プログラム２１０は記録媒体２８からドライブ装置２５を介して補助記憶装置２６にインストールされる。ネットワークからダウンロードされた告知情報確認プログラム２１０は、インターフェース装置２７を介して補助記憶装置２６にインストールされる。
【００２２】
告知情報確認サーバ２００は、インストールされた告知情報確認プログラム２１０を格納すると共に、必要なファイル，データ等を格納する。メモリ装置２３は、コンピュータの起動時に補助記憶装置２６から告知情報確認プログラム２１０を読み出して格納する。そして、演算処理装置２２はメモリ装置２３に格納された告知情報確認プログラム２１０に従って、後述するような各種処理を実現している。
【００２３】
本実施例の情報端末３００のハードウェア構成は告知情報確認サーバ２００と同様である。尚本実施例の告知情報確認サーバ２００と情報端末３００は、例えばタブレット型のコンピュータであっても良い。その場合告知情報確認サーバ２００は、入力装置２１と出力装置２４の代わりに、情報の入力機能と表示機能とを有する表示操作装置を有しても良い。
【００２４】
図３は、告知情報確認システムが有する各装置の機能構成を説明する図である。
【００２５】
本実施例の告知情報確認サーバ２００は、入力項目データベース２２０、保険契約情報データベース２３０を有する。
【００２６】
また本実施例の告知情報確認サーバ２００は、画面データ生成部２４０、申込み情報受取部２５０、既存情報検索部２６０、告知情報照合部２７０、照合結果回答部２８０を有する。上記各部は、告知情報確認プログラム２１０を実行することで実現される。
【００２７】
本実施例の入力項目データベース２２０は、利用者の告知情報として利用者に入力させる情報の項目が格納されている。本実施例の保険契約情報データベース２３０は、告知情報確認サーバ２００がこれまでに受け取った保険契約者に係る情報が格納されている。本実施例では、保険契約情報データベース２３０に格納された保険契約に係る情報を既存情報と呼ぶ。本実施例の入力項目データベース２２０及び保険契約情報データベース２３０の詳細は後述する。
【００２８】
本実施例の画面データ生成部２４０は、利用者の情報端末３００に表示させる画面の画面データを生成し、情報端末３００へ送る。
【００２９】
申込み情報受取部２５０は、情報端末３００に表示された申込み画面において入力された申込み情報を受け取り、保険契約情報データベース２３０へ格納する。本実施例の申込み情報には、例えば利用者（契約を希望する契約の被保険者）を特定する個人特定情報と、利用者と利用者の近親者の病歴等に関する告知情報とが含まれる。本実施例の告知情報とは、入力項目データベース２２０の項目に基づき生成された告知情報入力画面から入力された情報である。本実施例の告知情報入力画面は、例えば保険商品の種類に応じた項目が表示される。
【００３０】
本実施例の既存情報検索部２６０は、保険契約情報データベース２３０を申込み情報で検索する。具体的には例えば、既存情報検索部２６０は、申込み情報に含まれる個人識別情報等で保険契約情報データベース２３０内の既存情報を検索する。
【００３１】
告知情報照合部２７０は、申込み情報に含まれる告知情報と、既存情報検索部２６０により検索された情報とを照合し、申込み情報に含まれる告知情報と、既存情報とが整合しているか否かを確認する。照合結果回答部２８０は、告知情報照合部２７０の照合結果を出力装置２４等に表示させる。
【００３２】
本実施例の情報端末３００は、申込み情報入力部３１０、申込み情報送信部３２０、照合結果受信部３３０、照合結果表示部３４０を有する。本実施例の情報端末３００の有する上記各部は、例えば情報端末３００の有するブラウザ等により実現されても良いし、情報端末３００にインストールされた告知情報入力プログラム３５０等の実行により実現されても良い。
【００３３】
本実施例の申込み情報入力部３１０は、情報端末３００のディスプレイ等の出力装置に表示された申込み情報入力画面に入力された申込み情報を受け付ける。申込み情報送信部３２０は、申込み情報入力部３１０が受け付けた申込み情報を告知情報確認サーバ２００へ送信する。
【００３４】
照合結果受信部３３０は、告知情報確認サーバ２００から送信された告知情報の照合結果情報を受信する。照合結果表示部３４０は、照合結果受信部３３０が受信した告知情報の照合結果を出力装置等に表示させる。
【００３５】
以下に図４乃至６を参照して本実施例の各データベースについて説明する。
【００３６】
図４は、入力項目データベースの一例を示す第一の図である。図４では、入力項目データベース２２０に格納された項目のうち、利用者を特定する個人特定情報２２１の項目を示している。
【００３７】
本実施例の個人特定情報２２１は、利用者の氏名、性別、生年月日、住所、個人識別情報、保険ＩＤの項目を含む。保険ＩＤとは、利用者が契約を希望する保険商品を識別する情報である。
【００３８】
図５は、入力項目データベースの一例を示す第二の図である。図５では、入力項目データベース２２０に格納された項目のうち、利用者により入力された利用者の告知情報２２２の項目を示している。
【００３９】
本実施例の告知情報２２２は、例えば利用者の病歴、利用者の両親の病歴、利用者の父方の祖父母の病歴の項目を有する。より具体的には図５に示す告知情報２２２は、利用者の両親の癌の病歴の有無、利用者の両親の糖尿病の病歴の有無、利用者の父方の祖父母の両親の癌の病歴の有無、利用者の父方の祖父母の両親の糖尿病の病歴の有無のそれぞれを示す項目を有する。すなわち本実施例の告知情報２２２には、利用者（被保険者）の近親者の病歴が含まれる。利用者の近親者とは、例えば利用者の直系の２親等の尊属（父、母、祖父、祖母）、利用者の傍系の２親等（兄、弟、姉、妹）に含まれる者である。
【００４０】
尚図５に示す告知情報２２２の項目は、利用者が契約を希望する保険商品によって異なっても良い。
【００４１】
尚本実施例では、契約を希望する保険の被保険者と、契約希望者と、利用者とを同義としているが、これに限定されない。例えば本実施例の告知情報確認システム１００を利用する利用者は、契約を希望する保険の被保険者の家族等であっても良い。この場合契約希望者と利用者が同義となり、契約を希望する保険の被保険者となるのは利用者の家族となる。
【００４２】
図６は、保険契約情報データベースの一例を示す図である。本実施例の保険契約情報データベース２３０に格納された既存情報は、保険商品の契約番号２３１と対応付けられた被保険者情報２３２、受取人情報２３３、支払事由情報２３４、既存告知情報２３５を含む。本実施例の既存情報は、例えば保険の加入者に保険金を支払ったときや、利用者が保険に加入したとき等に更新される。
【００４３】
本実施例の被保険者情報２３２は、保険契約による被保険者の氏名、性別、生年月日、住所、個人識別情報の項目を含む。本実施例の受取人情報２３３は、保険金の受取人の氏名、被保険者との続柄、住所、受取人の個人識別情報の項目を含む。
【００４４】
本実施例の支払事由情報は、支払いの事由、支配を行った年月日の項目を含む。本実施例の既存告知情報２３５は、被保険者の病歴、被保険者の近親者の病歴の項目を含む。図６における被保険者の近親者とは、例えば被保険者の両親、被保険者の父方の祖父母である。
【００４５】
次に、図７を参照して本実施例の告知情報確認サーバ２００の動作を説明する。図７は、告知情報確認サーバの動作を説明するフローチャートである。
【００４６】
本実施例の告知情報確認サーバ２００は、情報端末３００から利用者による保険加入の申込みを受け付けると、画面データ生成部２４０により申込み画面を情報端末３００に表示させる申込み画面データを生成し、情報端末３００へ送信する（ステップＳ７０１）。尚本実施例の申込み画面は、被保険者の個人特定情報と告知情報とを入力させる画面である。
【００４７】
告知情報確認サーバ２００は、申込み情報受取部２５０により申込み画面に入力された申込み情報を取得する（ステップＳ７０２）。続いて告知情報確認サーバ２００は、既存情報検索部２６０により、申込み情報から被保険者の住所、氏名、個人識別情報を抽出する（ステップＳ７０３）。
【００４８】
続いて既存情報検索部２６０は、ステップＳ７０３で抽出された被保険者の住所及び氏名と、個人識別情報とのそれぞれで、保険契約情報データベース２３０を検索する（ステップＳ７０４）。
【００４９】
続いて告知情報確認サーバ２００は、告知情報照合部２７０により、ステップＳ７０４で抽出された既存情報のレコード数をＮとし（ステップＳ７０５）、Ｎ＝０であるか否かを判断する（ステップＳ７０６）。Ｎ＝０の場合、告知情報照合部２７０は、該当する既存情報がないものとして、処理を終了する。
【００５０】
ステップＳ７０６においてＮ＝０でない場合、告知情報照合部２７０は、ｍ＝１とする（ステップＳ７０７）。そして告知情報照合部２７０は、抽出された既存情報のうちｍ番目の既存情報が、個人識別情報による検索で抽出されたのか、又は住所及び氏名による検索で抽出されたのかを判定する（ステップＳ７０８）。
【００５１】
ステップＳ７０８において、ｍ番目の既存情報が個人識別情報による検索で抽出された結果である場合（ステップＳ７０９）、告知情報照合部２７０は、個人識別情報一致処理を実行する（ステップＳ７１０）。
【００５２】
ステップＳ７０８において、ｍ番目の既存情報が住所及び氏名による検索で抽出された結果である場合（ステップＳ７０９）、告知情報照合部２７０は、住所／氏名一致処理を実行する（ステップＳ７１１）。個人識別情報一致処理及び住所／氏名一致処理の詳細は後述する。
【００５３】
ステップＳ７１０、７１１に続いて告知情報照合部２７０は、ｍ＝ｍ＋１とする（ステップＳ７１２）。続いて告知情報照合部２７０は、ｍ＞Ｎであるか否かを判定する（ステップＳ７１３）。すなわち告知情報照合部２７０は、ステップＳ７１３において、ステップＳ７０４で抽出された全ての既存情報に対して、個人識別情報一致処理又は住所／氏名一致処理の何れかを実行したか否かを判定している。
【００５４】
ステップＳ７１３において、ｍ＞Ｎである場合、告知情報照合部２７０は、抽出された全ての既存情報に対する照合を完了したものと判断し、処理を終了する。ステップＳ７１３においてｍ＞Ｎでない場合、告知情報照合部２７０は、ステップＳ７０８の処理へ戻る。
【００５５】
以下に図８を参照して本実施例の個人識別情報一致処理について説明する。図８は、告知情報確認サーバによる個人識別情報一致処理を説明するフローチャートである。
【００５６】
本実施例の告知情報照合部２７０は、ステップＳ７０２で取得した申込み情報に含まれる被保険者の個人識別情報が、既存情報に含まれる被保険者の個人識別情報と一致したか否かを判断する（ステップＳ８０１）。ステップＳ８０１において一致する場合（ステップＳ８０２）、告知情報照合部２７０は、後述する被保険者の個人識別情報一致処理を実行する（ステップＳ８０３）。
【００５７】
ステップＳ８０１において一致しない場合（ステップＳ８０２）、告知情報照合部２７０は、ステップＳ７０２で取得した申込み情報に含まれる被保険者の個人識別情報が、既存情報に含まれる受取人の個人識別情報と一致したか否かを判断する（ステップＳ８０４）。
【００５８】
ステップＳ８０４において一致した場合（ステップＳ８０５）、告知情報照合部２７０は、後述する受取人の個人識別情報一致処理を実行する（ステップＳ８０６）。ステップＳ８０４において一致しない場合（ステップＳ８０５）、告知情報照合部２７０は、個人識別情報一致処理を終了する。
【００５９】
次に図９を参照して本実施例の住所／氏名一致処理について説明する、図９は、告知情報確認サーバによる住所／氏名一致処理を説明するフローチャートである。
【００６０】
本実施例の告知情報照合部２７０は、ステップＳ７０２で取得した申込み情報に含まれる被保険者の住所／氏名が、既存情報に含まれる被保険者の住所／氏名と一致したか否かを判断する（ステップＳ９０１）。ステップＳ９０１において一致する場合（ステップＳ９０２）、告知情報照合部２７０は、後述する被保険者の住所／氏名一致処理を実行する（ステップＳ９０３）。
【００６１】
ステップＳ９０１において一致しない場合（ステップＳ９０２）、告知情報照合部２７０は、ステップＳ７０２で取得した申込み情報に含まれる被保険者の住所／氏名が、既存情報に含まれる受取人の住所／氏名と一致したか否かを判断する（ステップＳ９０４）。
【００６２】
ステップＳ９０４において一致した場合（ステップＳ９０５）、告知情報照合部２７０は、後述する受取人の住所／氏名一致処理を実行する（ステップＳ９０６）。ステップＳ９０４において一致しない場合（ステップＳ９０５）、告知情報照合部２７０は、住所／氏名一致処理を終了する。
【００６３】
以下に図１０を参照して、被保険者の個人識別情報一致処理について説明する。図１０は、告知情報確認サーバによる被保険者の個人識別情報一致処理を説明するフローチャートである。図１０で説明する被保険者の個人識別情報一致処理は、図８のステップＳ８０３の処理の詳細である。
【００６４】
本実施例の告知情報照合部２７０は、ステップＳ７０２で取得した申込み情報に含まれる被保険者の個人識別情報が、既存情報に含まれる被保険者の個人識別情報と一致すると、この既存情報に含まれる支払事由情報２３４を抽出する（ステップＳ１００１）。
【００６５】
続いて告知情報照合部２７０は、支払事由情報２３４に含まれる支払いの事由の項目、支払いを行った年月日の項目と対応する情報が存在するか否かを判断する（ステップＳ１００２）。本実施例では、支払いの事由の項目、支配を行った年月日の項目のそれぞれに対応する情報が存在する場合に、保険会社が保険金を支払った支払い実績が有ると判断する。
【００６６】
ステップＳ１００２で支払い実績があると判断された場合、告知情報照合部２７０は、ステップＳ７０２で取得した申込み情報に含まれる告知情報を取得する（ステップＳ１００３）。ステップＳ１００２で支払い実績がないと判断された場合、後述するステップＳ１００９へ進む。
【００６７】
続いて告知情報照合部２７０は、支払事由情報２３４に含まれる支払いの事由の項目の情報と、申込み情報の告知情報の病歴に含まれる疾病とを比較する（ステップＳ１００４）。尚ステップＳ１００４の比較では、被保険者（本人）の告知情報が比較対象となる。
【００６８】
ステップＳ１００４の比較において両者が一致しない場合（ステップＳ１００５）、後述するステップＳ１００９へ進む。
【００６９】
ステップＳ１００４の比較において両者が一致する場合（ステップＳ１００５）、告知情報照合部２７０は、申込み情報に含まれる告知情報において、一致する疾病に対する病歴の有無を取得する（ステップＳ１００６）。そして告知情報照合部２７０は、申込み情報に含まれる告知情報において、この病歴が有りとなっているか否かを判断する（ステップＳ１００７）。
【００７０】
ステップＳ１００７において、この病歴が有りとなっている場合、告知情報照合部２７０は申込み情報に告知すべき情報（告知義務のある情報）が含まれているものと判断し、後述するステップＳ１００９へ進む。
【００７１】
ステップＳ１００７において、この病歴が有りとなっていない場合、告知情報照合部２７０は申込み情報に告知義務のある情報が含まれていないと判断する。よって告知情報確認サーバ２００は、画面データ生成部２４０により、利用者に対して告知義務のある情報が存在することを通知する画面データを生成して情報端末３００へ送信する（ステップＳ１００８）。図１０の処理では、個人識別情報の一致により利用者を特定しているため、正確に利用者個人を特定することができる。よって本実施例の画面データ生成部２４０は、例えば例えば既存告知情報２３５で病歴有りとなっていた疾病名を情報端末３００に表示させる画面データを生成しても良い。
【００７２】
続いて告知情報照合部２７０は、既存情報から既存告知情報２３５を取得する（ステップＳ１００９）。続いて告知情報照合部２７０は、既存告知情報２３５に含まれる被保険者（本人）以外の続柄と、申込み情報の告知情報２２２に含まれる本人以外の続柄とを比較する（ステップＳ１０１０）。
【００７３】
例えば図６に示す既存告知情報２３５には、本人以外の病歴として、被保険者の両親の病歴、父方の祖父母の病歴が含まれる。よって被保険者以外の続柄は、父、母、祖父、祖母となる。同様に、図５に示す告知情報２２２に含まれる被保険者以外の続柄も、父、母、祖父、祖母となる。
【００７４】
続いて告知情報照合部２７０は、既存告知情報２３５に含まれる被保険者以外の続柄と、告知情報２２２に含まれる被保険者以外の続柄とが対応するか否かを判断する（ステップＳ１０１１）。例えば図６に示す既存告知情報２３５に含まれる本人以外の続柄と、図５に示す告知情報２２２に含まれる被保険者以外の続柄は、何れも父、母、祖父、祖母であるから、告知情報照合部２７０は両者が対応していると判断する。
【００７５】
ステップＳ１０１１において該当する続柄同士が対応しない場合、告知情報照合部２７０は処理を終了する。
【００７６】
ステップＳ１０１１において該当する続柄同士が対応する場合、既存告知情報２３５に含まれる疾病と、告知情報２２２に含まれる疾病とを比較する（ステップＳ１０１２）。そして告知情報照合部２７０は、既存告知情報２３５に含まれる疾病と、告知情報２２２に含まれる疾病とが対応しているか否かを判断する（ステップＳ１０１３）。
【００７７】
例えば図６に示す既存告知情報２３５に含まれる疾病は、癌と糖尿病である。また図５に示す告知情報２２２に含まれる疾病も、癌と糖尿病である。よって、告知情報照合部２７０は両者が対応していると判断する。
【００７８】
ステップＳ１０１３において該当する両者が対応していない場合、告知情報照合部２７０は処理を終了する。ステップＳ１０１３において該当する両者が対応する場合、告知情報照合部２７０は、既存告知情報２３５から、ステップＳ１０１１で対応すると判断された続柄で且つステップＳ１０１３で対応すると判断された疾病の病歴の有無を抽出する（ステップＳ１０１４）。
【００７９】
具体的には例えば、ステップＳ１１０１で対応すると判断された続柄は、父、母、祖父、祖母である。またステップＳ１０１３で対応すると判断された疾病は、癌と糖尿病である。よって告知情報照合部２７０は、既存告知情報２３５から、父、母、祖父、祖母について癌と糖尿病の病歴の有無を抽出する。
【００８０】
続いて告知情報照合部２７０は、ステップＳ１０１４で抽出された病歴が有りとなっているか否かを判断する（ステップＳ１０１５）。
【００８１】
ステップＳ１０１５において病歴がない場合、告知情報照合部２７０は処理を終了する。ステップＳ１０１５で病歴が有りとなっている場合、告知情報照合部２７０は、告知情報２２２から、ステップＳ１０１１で対応すると判断された続柄で且つステップＳ１０１３で対応すると判断された疾病の病歴の有無を抽出する（ステップＳ１０１６）。
【００８２】
具体的には告知情報照合部２７０は、告知情報２２２から、父、母、祖父、祖母について癌と糖尿病の病歴の有無を抽出する。
【００８３】
次に告知情報照合部２７０は、告知すべき病歴が申告されているか否かを判断する（ステップＳ１０１７）。具体的には告知情報照合部２７０は、ステップＳ１０１３で抽出された続柄の疾病の病歴の有無と、ステップＳ１０１６で抽出された続柄の疾病の病歴の有無とが一致するか否かを判断する。一致した場合、告知情報２２２に告知すべき情報（告知義務のある情報）が含まれている、すなわち告知すべき病歴が申告されているものと判断し、処理を終了する。
【００８４】
ステップＳ１０１７において、申告されていない場合、告知情報照合部２７０は告知情報２２２に告知すべき病歴が申告されておらず、告知義務のある情報が含まれていないと判断する。よって告知情報確認サーバ２００は、画面データ生成部２４０により、利用者に対して告知義務のある情報が存在することを示す警告を表示させる画面データを生成して情報端末３００へ送信し（ステップＳ１０１８）、処理を終了する。
【００８５】
このとき画面データ生成部２４０は、告知義務のある情報が入力されていないことを通知する画面データを生成する。図１０の処理では、個人識別情報の一致により利用者を特定しているため、正確に利用者個人を特定することができる。よって本実施例の画面データ生成部２４０は、例えばステップＳ１０１１で対応すると判断された続柄と、この続柄の病歴が有りとなっている疾病名を情報端末３００に表示させる画面データを生成しても良い。
【００８６】
次に図１１を参照して、受取人の個人識別情報一致処理について説明する。図１１は、告知情報確認サーバによる受取人の個人識別情報一致処理を説明するフローチャートである。図１１で説明する受取人の個人識別情報一致処理は、図８のステップＳ８０６の処理の詳細である。
【００８７】
図１１のステップＳ１１０１とステップＳ１１０２の処理は、図１０のステップＳ１００１とステップＳ１００２の処理と同様であるから説明を省略する。
【００８８】
ステップＳ１１０２において支払い実績があると判断された場合、告知情報照合部２７０は、申込み情報の被保険者からみたときの、支払い実績がある既存情報の被保険者の続柄を特定する（ステップＳ１１０３）。
【００８９】
具体的には例えば、図４に示す個人特定情報２２１において被保険者は○○次郎である。保険契約情報データベース２３０において、○○次郎の個人識別情報が一致する個人識別情報が受取人情報２３３に含まれる既存情報は、契約番号１３４５６の既存情報である。
【００９０】
契約番号１３４５６の既存情報の受取人情報２３３において、○○次郎の続柄は、契約番号１３４５６の保険の被保険者の子である。また契約番号１３４５６の被保険者の性別は男である。よって申込み情報の被保険者からみたときの、支払い実績がある既存情報の被保険者の続柄は、父となる。
【００９１】
告知情報照合部２７０は、ステップＳ１１０３で特定した続柄と、申込み情報の告知情報２２２に含まれる続柄とを比較する（ステップＳ１１０４）。そして告知情報照合部２７０は、ステップＳ１１０３で特定した続柄と、申込み情報の告知情報２２２に含まれる続柄とが対応（一致）しているか否かを判断する（ステップＳ１１０５）。
【００９２】
ステップＳ１１０５において該当する続柄が対応していない場合、告知情報照合部２７０は処理を終了する。
【００９３】
ステップＳ１１０５において該当する続柄が対応する場合、告知情報照合部２７０は、既存情報の支払事由情報２３４の事由（疾病）と、告知情報２２２に含まれる疾病とを比較する（ステップＳ１１０６）。告知情報照合部２７０は、告知情報２２２に含まれる疾病の中に事由（疾病）と一致するものがあるか否かを判断する（ステップＳ１１０７）。ステップＳ１１０７では、すなわち支払事由情報２３４の事由が、告知情報の項目に含まれているか（告知義務のある疾病か）否かを判断している。
【００９４】
ステップＳ１１０７で一致するものがない場合、告知情報照合部２７０は処理を終了する。ステップＳ１１０７で一致するものがある場合、申込み情報の告知情報２２２から、ステップＳ１１０３で特定した続柄における支払事由情報２３４の事由と一致する疾病の病歴の有無を抽出する（ステップＳ１１０８）。
【００９５】
続いて告知情報照合部２７０は、ステップＳ１１０８において病歴の有無を判断する（ステップＳ１１０９）。ステップＳ１１０９で病歴が有りとなっている場合、告知情報照合部２７０は申込み情報に告知義務のある情報が含まれているものと判断し、処理を終了する。
【００９６】
ステップＳ１１０９で病歴が有りとなっていない場合、告知情報照合部２７０は申込み情報に告知義務のある情報が含まれていないと判断する。
【００９７】
よって告知情報確認サーバ２００は、画面データ生成部２４０により、利用者に対して告知義務のある情報が存在することを通知する画面データを生成して情報端末３００へ送信する（ステップＳ１１１０）。図１１の処理では、個人識別情報の一致により利用者を特定しているため、正確に利用者個人を特定することができる。よって画面データ生成部２４０は、例えばステップＳ１１０２で特定された続柄と、この続柄の病歴が有りとなっている疾病名を情報端末３００に表示させる画面データを生成しても良い。
【００９８】
以下に図１２を参照して、被保険者の住所／氏名一致処理について説明する。図１２は、告知情報確認サーバによる被保険者の住所／氏名一致処理を説明するフローチャートである。図１２で説明する被保険者の住所／氏名一致処理は、図９のステップＳ９０３の処理の詳細である。
【００９９】
図１２のステップＳ１２０１からステップＳ１２０７までの処理は、図１０のステップＳ１００１からステップＳ１００７までの処理と同様であるから説明を省略する。
【０１００】
ステップＳ１２０７において、病歴が有りとなっていない場合、告知情報照合部２７０は申込み情報に告知義務のある情報が含まれていないと判断する。よって告知情報確認サーバ２００は、画面データ生成部２４０により、利用者に対して告知義務のある情報が存在することを通知する画面データを生成して情報端末３００へ送信する（ステップＳ１２０８）。
【０１０１】
図１２の処理では、住所／氏名の一致により利用者を特定しているため、同じ地名や同姓同名の人が存在する可能性がある。よってこのとき画面データ生成部２４０は、告知義務のある情報がある可能性を通知する画面を情報端末３００に表示させる画面データを生成しても良い。
【０１０２】
図１２のステップＳ１２０９からステップＳ１２１７までの処理は、図１０のステップＳ１００９からステップＳ１０１７までの処理と同様であるから説明を省略する。
【０１０３】
ステップＳ１２１７において、疾病が有りとなっていない場合、告知情報照合部２７０は申込み情報に告知義務のある情報が含まれていないと判断する。よって告知情報確認サーバ２００は、画面データ生成部２４０により、利用者に対して告知義務のある情報が存在する可能性を通知する画面データを生成して情報端末３００へ送信し（ステップＳ１２１８）、処理を終了する。
【０１０４】
このとき画面データ生成部２４０は、ステップＳ１２０８と同様に、告知義務のある情報がある可能性を通知する画面を情報端末３００に表示させる画面データを生成しても良い。
【０１０５】
次に図１３を参照して、受取人の住所／氏名一致処理について説明する。図１３は、告知情報確認サーバによる受取人の住所／氏名一致処理を説明するフローチャートである。図１３で説明する受取人の住所／氏名一致処理は、図９のステップＳ９０６の処理の詳細である。
【０１０６】
図１３のステップＳ１３０１からステップＳ１３０９までの処理は、図１１のステップＳ１１０１からステップＳ１１０９までの処理と同様であるから説明を省略する。
【０１０７】
ステップＳ１３０９で病歴が有りとなっていない場合、告知情報照合部２７０は申込み情報に告知義務のある情報が含まれていないと判断する。よって告知情報確認サーバ２００は、画面データ生成部２４０により、利用者に対して告知義務のある情報が存在する可能性を表示させる画面データを生成して情報端末３００へ送信する（ステップＳ１３１０）。
【０１０８】
このとき画面データ生成部２４０は、告知義務のある情報がある可能性を通知する画面を情報端末３００に表示させる画面データを生成しても良い。
【０１０９】
図１３の処理では、住所／氏名の一致により利用者を特定しているため、同じ地名や同姓同名の人が存在する可能性がある。よってこのとき画面データ生成部２４０は、告知義務のある情報がある可能性を通知する画面を情報端末３００に表示させる画面データを生成しても良い。
【０１１０】
次に、図１４乃至１７を参照して本実施例の情報端末３００に表示される画面について説明する。
【０１１１】
図１４は、申込み情報を入力する画面の第一の例を示す図である。図１４に示す画面１４１は、情報端末３００に表示される画面であり、申込み情報に含まれる個人特定情報２２１を入力させる。
【０１１２】
図１５は、申込み情報を入力する画面の第二の例を示す図である。図１５に示す画面１５１は、情報端末３００に表示される画面であり、申込み情報に含まれる告知情報を入力させる。画面１５１には、保険商品に対応した告知内容の項目が表示される。
【０１１３】
図１６は、告知情報の確認結果が表示された画面の第一の例を示す図である。図１６に示す確認結果画面１６１は、情報端末３００に表示される。
【０１１４】
確認結果画面１６１は、例えば申込み情報に含まれる被保険者の個人識別情報で保険契約情報データベース２３０を検索し、個人識別情報が一致する既存情報が存在した場合の警告が表示されている。また確認結果画面１６１は、申込み情報に含まれる被保険者の住所／氏名で保険契約情報データベース２３０を検索し、住所／氏名が一致する既存情報が存在した場合のメッセージが表示されている。
【０１１５】
個人識別情報が一致した場合、被保険者は個人識別情報により明確に特定されているため、確認結果画面１６１には、告知情報の確認結果が具体的な警告として表示される。確認結果画面１６１では、例えば具体的な病歴を示す「Ｈ２８に癌保険支払ありました」という警告が表示される。
【０１１６】
また住所／氏名が一致した場合、同じ地名や同姓同名の人が存在する可能性があるため、被保険者は明確には特定されていない。よって確認結果画面１６１には、具体的な病歴等ではなく、利用者に告知内容の確認させるように促すメッセージ等が表示される。確認結果画面１６１では、例えば「該当することありませんか？」というメッセージが表示される。
【０１１７】
図１７は、告知情報の確認結果が表示された画面の第二の例を示す図である。図１７に示す確認結果画面１７１は、利用者が入力した告知情報の確認作業を行う保険会従業員等に対して表示される画面である。本実施例の確認結果画面１７１は、例えば告知情報確認サーバ２００の出力装置２４に表示されても良いし、告知情報確認サーバ２００と接続された保険会社の社員が利用する情報端末に表示されても良い。
【０１１８】
本実施例の確認結果画面１７１も、確認結果画面１６１と同様に、被保険者の個人識別情報が一致した既存情報が存在した場合の警告と、住所／氏名が一致する既存情報が存在した場合のアラートが表示される。
【０１１９】
例えば個人識別情報が一致する既存情報が存在した場合、告知情報の確認結果が具体的な警告として表示される。確認結果画面１７１では、例えば具体的な病歴や支払事由を示す「Ｈ２８に本人に、父の癌保険金を支払っています。」という警告が表示される。
【０１２０】
また住所／氏名が一致した場合、確認結果画面１７１には、保険会社の社員に告知内容の確認させるように促すメッセージ等が表示される。確認結果画面１７１には、例えば「昭和５７年に本人らしき人に祖母の癌保険金を一度支払っています。」というメッセージが表示される。
【０１２１】
以上のように本実施例では、保険会社が既知の既存情報から契約希望者と関連する情報を検索し、検索した既存情報と利用者による申込み情報とに基づき、利用者が入力した利用者の告知情報が事実であるか否かを確認する確認作業を支援する。また本実施例では、確認作業の結果を情報端末３００に表示させ、告知義務のある情報が入力されていない場合には、その旨を利用者に通知する。よって本実施例では、利用者による告知情報の入力を支援することができる。
【０１２２】
開示の技術では、以下に記載する付記のような構成が考えられる。
（付記１）
コンピュータに、
保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付ける処理と、
契約済みの保険契約に関する保険契約情報が格納された記憶部を参照し、前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する処理と、を実行させる告知情報確認プログラム。
（付記２）
前記保険契約情報は、
前記契約済みの保険契約の被保険者を特定する被保険者情報と、前記保険契約における保険金の受取人を特定する受取人情報とを含み、
前記被保険者情報に前記特定情報が含まれる場合、
前記既存告知情報に含まれる前記保険契約時の被保険者の近親者の病歴と、前記告知情報に含まれる前記保険契約時の被保険者の近親者の病歴とを照合する処理と、を実行させる付記１記載の告知情報確認プログラム。
（付記３）
前記保険契約情報は、
前記受取人に対する保険金の支払いの有無及び支払事由となる病歴を含む支払事由情報を含み、
前記保険金の支払いが有るとき、前記支払事由情報に含まれる病歴と、前記告知情報に含まれる前記保険契約時の被保険者の近親者の病歴とを照合する処理と、を実行させる付記２記載の告知情報確認プログラム。
（付記４）
前記受取人情報に前記特定情報が含まれ、且つ前記支払事由情報において前記保険金の支払いが有る場合、
前記既存告知情報に含まれる前記契約済みの保険契約の被保険者の近親者の続柄と、前記保険契約時の被保険者の近親者の続柄との対応付けを行う処理と、
前記保険契約時の被保険者の近親者の病歴と、前記保険契約時の被保険者の近親者と続柄が対応する前記契約済みの保険契約の被保険者の近親者の病歴とを照合する処理と、を実行させる付記３記載の告知情報確認プログラム。
（付記５）
前記特定情報は、前記保険契約時の被保険者を一意に特定する個人識別情報と、前記保険契約時の被保険者の住所情報及び氏名情報と、を含み、
前記前記保険契約情報に、前記個人識別情報が含まれるとき、
前記照合する処理において病歴が一致しない場合に、前記被保険者の告知情報に含まれる疾病名を含む通知を出力する付記１乃至４の何れか一項に記載の告知情報確認プログラム。
（付記６）
前記保険契約情報に、前記保険契約時の被保険者の住所情報及び氏名情報が含まれるとき、
前記照合する処理において病歴が一致しない場合に、病歴が一致しない旨を示す通知を出力する付記１乃至５の何れか一項に記載の告知情報確認プログラム。
（付記７）
保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付ける受付部と、
契約済みの保険契約に関する保険契約情報が格納された記憶部と、
前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する出力部と、を有する告知情報確認装置。
（付記８）
コンピュータによる告知情報確認方法であって、該コンピュータが、
保険契約時の被保険者を特定する特定情報と前記被保険者の告知情報の入力を受け付け、
契約済みの保険契約に関する保険契約情報が格納された記憶部を参照し、
前記特定情報が含まれる前記保険契約情報から抽出された前記保険契約時の被保険者の近親者の病歴を含む既存告知情報と、前記告知情報とを照合した結果に応じた通知を出力する告知情報確認方法。
【０１２３】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から
逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１２４】
１００  告知情報確認システム
２００  告知情報確認サーバ
２１０  告知情報確認プログラム
２２０  入力項目データベース
２３０  保険契約情報データベース
３００  情報端末
３５０  告知情報入力プログラム
【図１】
2015022502.tif 000003
【図２】
2015022502.tif 000004
【図３】
2015022502.tif 000005
【図４】
2015022502.tif 000006
【図５】
2015022502.tif 000007
【図６】
2015022502.tif 000008
【図７】
2015022502.tif 000009
【図８】
2015022502.tif 000010
【図９】
2015022502.tif 000011
【図１０】
2015022502.tif 000012
【図１１】
2015022502.tif 000013
【図１２】
2015022502.tif 000014
【図１３】
2015022502.tif 000015
【図１４】
2015022502.tif 000016
【図１５】
2015022502.tif 000017
【図１６】
2015022502.tif 000018
【図１７】
2015022502.tif 000019