知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-06-29
(45)【発行日】2023-07-07
(54)【発明の名称】保険商品応対記録システム
(51)【国際特許分類】
G06Q 40/08 20120101AFI20230630BHJP
【ＦＩ】
G06Q40/08
【請求項の数】
5
(21)【出願番号】P 2019093579
(22)【出願日】2019-05-17
(65)【公開番号】P2020187680
(43)【公開日】2020-11-19
【審査請求日】2022-05-02
【新規性喪失の例外の表示】特許法第３０条第２項適用 （１）発行日 平成３０年１２月３日 刊行物 共済総研レポート，Ｎｏ．１６０，２０１８．１２ 発行者 一般社団法人ＪＡ共済総合研究所
(73)【特許権者】
【識別番号】516049180
【氏名又は名称】株式会社ワールド・インステック
(74)【代理人】
【識別番号】110002354
【氏名又は名称】弁理士法人平和国際特許事務所
(72)【発明者】
【氏名】松村 伊知郎
【審査官】速水 雄太
(56)【参考文献】
【文献】特開２００９－１２２７９６（ＪＰ，Ａ）
【文献】特開２００５－３４６７１１（ＪＰ，Ａ）
【文献】特開２０１４－１４６３７５（ＪＰ，Ａ）
【文献】特開２０１５－０９９４７４（ＪＰ，Ａ）
【文献】高橋由泰ほか，次世代保険代理店向け保険契約システムの検討，電子情報通信学会技術研究報告，社団法人電子情報通信学会，2010年05月21日，Ｖｏｌ．１１０、Ｎｏ．６４，第４９－５５頁
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
複数の保険種別の申し込みの受け付けに利用される端末と、前記端末との間で通信可能なサーバとを備え、保険の申し込みの過程の複数の段階における各応対記録を記憶する保険商品応対記録システムであって、前記端末は、
前記端末の操作者の操作を受け付ける操作部と、
情報を消費者に表示する表示部と、
制御部とを備え、
前記サーバは、
消費者に対する応対の履歴情報である応対履歴情報を記憶する応対履歴記憶部と、
保険の申し込み過程の各段階において消費者に対して必要とされる事項の説明履歴を文章登録するための定型を記憶する要説明事項記憶部と、
制御部とを備え、
前記端末の制御部は、
消費者情報の入力操作を前記操作部から受け付け、
保険商品の申し込み過程の各段階で、前記サーバの制御部の制御によって保険の申し込みに関する画像情報を前記表示部に表示し、
保険の申し込み過程の各段階における文章の入力操作を受け付ける場合に、前記要説明事項記憶部に記憶された文章の定型を前記表示部に表示し編集操作を受け付け、編集された文章の情報を前記サーバに送信し、
前記サーバの制御部は、
前記応対履歴記憶部の応対履歴情報として、消費者情報と、各段階において表示された表示画像の表示済画像情報と、表示画像が表示された表示時点情報とを対応付けて記憶し、
前記応対履歴記憶部の応対履歴情報として、表示済画像情報に加えて、編集された文章を受信したことに応じて、消費者情報と、各段階と、編集された文章と、文章の入力時点情報とを対応付けて記憶する
ことを特徴とする保険商品応対記録システム。
【請求項2】
前記サーバは、
保険種別に対応した検証項目として、保険種別に応じて必要とされる段階を記憶する検証項目記憶部を備え、
前記サーバの制御部は、
前記検証項目記憶部を参照することにより、保険種別に応じて必要とされる段階を特定し、前記応対履歴記憶部の応対履歴情報を参照することにより、特定した段階に対応した応対履歴が適正であるか否かを検証する検証処理を実行する
ことを特徴とする請求項１に記載の保険商品応対記録システム。
【請求項3】
前記サーバの制御部は、前記要説明事項記憶部に記憶された前記定型、及び前記応対履歴記憶部に記憶された編集後の文章の一致度合に基づいて、保険の申し込み過程において保険募集人が要説明事項を消費者に対して説明したか否かを判定する
ことを特徴とする請求項１又は２に記載の保険商品応対記録システム。
【請求項4】
前記サーバは、複数の保険商品に関する情報を記憶する保険商品記憶部を備え、
前記サーバの制御部は、
消費者情報に対応した１以上の保険商品を、前記保険商品記憶部の保険商品から抽出し、
前記端末の制御部は、
抽出された１以上の保険商品を前記表示部に表示することにより、消費者に対して１以上の保険商品を紹介し、
前記サーバの制御部は、
前記応対履歴記憶部の表示済画像情報として、抽出された１以上の保険商品の表示画像を記憶する
ことを特徴とする請求項１～３のいずれかに記載の保険商品応対記録システム。
【請求項5】
前記端末の制御部は、消費者情報として、消費者固有の情報である消費者固有情報、及び保障内容に関する情報である保障内容情報の入力操作を受け付け、
申し込み開始時の保障内容情報である第１保障内容情報の入力操作を受け付け、
前記サーバの制御部は、
消費者固有情報及び第１保障内容情報に基づいて、前記保険商品記憶部から２以上の第１保険商品を抽出し、
前記端末の制御部は、
第１保険商品を表示後において、保障内容情報を第１保障内容情報から第２保障内容情報への変更操作を受け付け、
前記サーバの制御部は、
消費者固有情報及び第２保障内容情報に基づいて、前記保険商品記憶部から２以上の第２保険商品を抽出し、
前記端末の制御部は、
２以上の第２保険商品を、比較可能に前記表示部に表示する
ことを特徴とする請求項４に記載の保険商品応対記録システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、保険の申し込み手続きに利用される保険商品応対記録システムに関するものである。
【背景技術】
【0002】
従来、保険の申し込み手続き内において、保険商品を利用者に紹介するシステムがあった（例えば特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００２－１３３１２０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、従来のシステムには、改善の余地があった。
【課題を解決するための手段】
【0005】
本発明の一形態は、上記課題を解決するために、保険の申し込みの受け付けに利用される端末と、前記端末との間で通信可能なサーバとを備え、保険の申し込みの過程の複数の段階における各応対記録を記憶する保険商品応対記録システムであって、前記端末は、前記端末の操作者の操作を受け付ける操作部と、情報を消費者に表示する表示部と、制御部とを備え、前記サーバは、消費者に対する応対の履歴情報である応対履歴情報を記憶する応対履歴記憶部と、制御部とを備え、前記端末の制御部は、消費者情報の入力操作を前記操作部から受け付け、保険商品の申し込み過程の各段階で、前記サーバの制御部の制御によって保険の申し込みに関する画像情報を前記表示部に表示し、前記サーバの制御部は、前記応対履歴記憶部の応対履歴情報として、消費者情報と、各段階において表示された表示画像の表示済画像情報と、表示画像が表示された表示時点情報とを対応付けて記憶することを特徴とする保険商品応対記録システムの構成とした。
【図面の簡単な説明】
【0006】
【図1】第１実施形態の保険システム１の構成を示す図である。
【図2】第１実施形態の代理店サーバ２０の記憶部３０の各種テーブルを示す図である。
【図3】第１実施形態の代理店サーバ２０の記憶部３０の各種テーブルを示す図である。
【図4】第１実施形態の代理店サーバ２０の記憶部３０の各種テーブルを示す図である。
【図5】第１実施形態の保険システム１の動作の一連の流れを説明する図である。
【図6】第１実施形態の表示画面取得処理Ｓ１０の処理の遷移を説明する図である。
【図7】第１実施形態の説明履歴取得処理Ｓ３０の遷移を説明する図である。
【図8】第１実施形態の表示画面取得処理Ｓ１０における端末１０の表示画面を示す図である。
【図9】第１実施形態の表示画面取得処理Ｓ１０における端末１０の表示画面を示す図である。
【図10】第１実施形態の表示画面取得処理Ｓ１０における端末１０の表示画面を示す図である。
【図11】第１実施形態の説明履歴取得処理Ｓ３０における端末１０の表示画面を示す図である。
【図12】第１実施形態の表示済画像読み出し処理Ｓ４１における代理店サーバ２０の表示画面を示す図である。
【図13】第１実施形態の表示済画像読み出し処理Ｓ４１における代理店サーバ２０の表示画面を示す図である。
【図14】第１実施形態の説明済事項検証処理Ｓ４５における代理店サーバ２０の表示画面を示す図である。
【図15】第２実施形態の説明履歴取得処理における端末１０の表示画面を示す図である。
【発明を実施するための形態】
【0007】
（実施形態）
以下、図面等を参照して、本発明の実施形態について説明する。
（第１実施形態）
図１は、第１実施形態の保険システム１の構成を示す図である。
図２から図４は、第１実施形態の代理店サーバ２０の記憶部３０の各種テーブルを示す図である。
保険システム１（保険商品応対記録システム）は、保険代理店において、募集人（保険募集人）が消費者から保険の申し込みを受け付けるに際して、その受け付けの処理、管理等をするものである。また、保険システム１は、保険の受け付け時の応対履歴の記録、この記録の管理等を行う。消費者は、保険代理店を利用して、保険を申し込む者であり、また、募集人は、保険代理店の従業者であって保険を募集する者である。
実施形態では、保険の申し込み手続きの過程を、「１導入」、「２意向把握」、「３情報提供」、「４意向確認」「５契約確定」の５つの段階に分けた例を示すが（図２等参照）、これに限定されず、５段階未満、又は６段階以上であってもよい。
以下、図面等を参照して、本発明の実施形態について説明する。
（第１実施形態）
図１は、第１実施形態の保険システム１の構成を示す図である。
図２から図４は、第１実施形態の代理店サーバ２０の記憶部３０の各種テーブルを示す図である。
保険システム１（保険商品応対記録システム）は、保険代理店において、募集人（保険募集人）が消費者から保険の申し込みを受け付けるに際して、その受け付けの処理、管理等をするものである。また、保険システム１は、保険の受け付け時の応対履歴の記録、この記録の管理等を行う。消費者は、保険代理店を利用して、保険を申し込む者であり、また、募集人は、保険代理店の従業者であって保険を募集する者である。
実施形態では、保険の申し込み手続きの過程を、「１導入」、「２意向把握」、「３情報提供」、「４意向確認」「５契約確定」の５つの段階に分けた例を示すが（図２等参照）、これに限定されず、５段階未満、又は６段階以上であってもよい。
【0008】
保険システム１は、端末１０、代理店サーバ２０、保険会社サーバ５０を備える。
これらの間は、インターネット等に通信網によって接続されており、必要に応じて通信可能である。
なお、実施形態において、コンピュータとは、記憶装置、制御装置等を備えた情報処理装置をいい、端末１０、代理店サーバ２０、保険会社サーバ５０は、記憶部、制御部を備え、コンピュータの概念に含まれる。
記憶部は、各装置１０，２０，５０の動作に必要なプログラム、情報等を記憶するためのハードディスク、半導体メモリ素子等の記憶装置である。
制御部は、各装置１０，２０，５０の動作に必要な演算処理をしたり、各装置１０，２０，５０を統括的に制御するための装置である。制御部は、例えば、ＣＰＵ（中央処理装置）等から構成される。制御部は、記憶部に記憶された各種プログラムを適宜読み出して実行することにより、実施形態の各種機能を実現している。
これらの間は、インターネット等に通信網によって接続されており、必要に応じて通信可能である。
なお、実施形態において、コンピュータとは、記憶装置、制御装置等を備えた情報処理装置をいい、端末１０、代理店サーバ２０、保険会社サーバ５０は、記憶部、制御部を備え、コンピュータの概念に含まれる。
記憶部は、各装置１０，２０，５０の動作に必要なプログラム、情報等を記憶するためのハードディスク、半導体メモリ素子等の記憶装置である。
制御部は、各装置１０，２０，５０の動作に必要な演算処理をしたり、各装置１０，２０，５０を統括的に制御するための装置である。制御部は、例えば、ＣＰＵ（中央処理装置）等から構成される。制御部は、記憶部に記憶された各種プログラムを適宜読み出して実行することにより、実施形態の各種機能を実現している。
【0009】
端末１０は、保険代理店において、保険申し込み手続きの受け付けに利用されるパーソナルコンピュータである。端末１０は、保険代理店の受け付け窓口に配置されていたり、保険代理店の営業担当が携行したりする。つまり、端末１０は、募集人が操作するものである。
端末１０は、操作部１１、表示部１２、記憶部１６、制御部１７を備える。
端末１０は、操作部１１、表示部１２、記憶部１６、制御部１７を備える。
【0010】
操作部１１は、募集人からの操作を受け付ける装置である。操作部１１は、例えば、キーボード、マウス等を備える。
表示部１２は、各種情報を募集人、消費者に表示する表示装置である。表示部１２は、例えば、液晶表示装置等である。
なお、端末１０は、操作部１１及び表示部１２として、これらを兼用するタッチパネルを備えていてもよい。
表示部１２は、各種情報を募集人、消費者に表示する表示装置である。表示部１２は、例えば、液晶表示装置等である。
なお、端末１０は、操作部１１及び表示部１２として、これらを兼用するタッチパネルを備えていてもよい。
【0011】
制御部１７は、保険申し込みの応対履歴に関する各種処理等を行う。
制御部１７の詳細な処理は、後述する。
制御部１７の詳細な処理は、後述する。
【0012】
代理店サーバ２０は、操作部２１（サーバ操作部）、表示部２２（サーバ表示部）、記憶部３０、制御部４０を備える。
操作部２１は、システム管理者からの操作を受け付ける操作装置である。操作部２１は、例えば、キーボード、マウス等を備える。
表示部２２は、各種情報をシステム管理者に表示する表示装置である。表示部２２は、例えば、液晶表示装置等である。
なお、代理店サーバ２０の操作及び出力は、操作及び出力用の端末を用いて行うようにしてもよい。
操作部２１は、システム管理者からの操作を受け付ける操作装置である。操作部２１は、例えば、キーボード、マウス等を備える。
表示部２２は、各種情報をシステム管理者に表示する表示装置である。表示部２２は、例えば、液晶表示装置等である。
なお、代理店サーバ２０の操作及び出力は、操作及び出力用の端末を用いて行うようにしてもよい。
【0013】
記憶部３０は、保険商品記憶部３１、定型文記憶部３２（要説明事項記憶部）、応対履歴記憶部３３、契約情報記憶部３４、検証項目記憶部３５を備える。
保険商品記憶部３１のテーブルの図示は省略するが、保険商品記憶部３１は、複数の保険商品に関する各種情報を記憶する。保険商品記憶部３１は、複数の保険会社の保険商品に関する情報を記憶しているが、これに限定されず、１社の保険会社に関してのみ記憶してもよい。
保険商品の情報は、例えば、種別（生保（変額保険）、損保（火災保険）等）、保障期間、保険料払込期間、保険料払込方法、保障内容、保険料の算出式に関するもの等である。なお、保険の種別は、各種設定できるが、実施形態では、簡略して変額保険、火災保険のみを説明する。
保険商品記憶部３１のテーブルの図示は省略するが、保険商品記憶部３１は、複数の保険商品に関する各種情報を記憶する。保険商品記憶部３１は、複数の保険会社の保険商品に関する情報を記憶しているが、これに限定されず、１社の保険会社に関してのみ記憶してもよい。
保険商品の情報は、例えば、種別（生保（変額保険）、損保（火災保険）等）、保障期間、保険料払込期間、保険料払込方法、保障内容、保険料の算出式に関するもの等である。なお、保険の種別は、各種設定できるが、実施形態では、簡略して変額保険、火災保険のみを説明する。
【0014】
図２に示すように、定型文記憶部３２は、要説明事項の定型（テキストデータ）を記憶する。要説明事項は、保険の申し込み手続きの過程において、募集人が消費者に対して必要とされる説明事項である。要説明事項は、保険の申し込み手続の段階、保険の種別等に応じて、設定されている。
定型文記憶部３２は、段階、細段階、種別、要説明事項の定型を関連付けて記憶する。
細段階は、段階をさらに細項目に細分類した段階である。
実施形態では、「１導入」が「１－１種別選択」、「１－２募集人名乗り」に細分類され、「５契約確定」が「５－１高齢者配慮」、「５－２注意喚起」等に分類されている例を示す。各段階は、適宜、細分類可能である。
保険種別は、保険商品の種別である。
要説明事項の定型は、段階、細段階、種別に対応した内容になっている。要説明事項は、テキストデータとして記憶されている。
定型文記憶部３２は、段階、細段階、種別、要説明事項の定型を関連付けて記憶する。
細段階は、段階をさらに細項目に細分類した段階である。
実施形態では、「１導入」が「１－１種別選択」、「１－２募集人名乗り」に細分類され、「５契約確定」が「５－１高齢者配慮」、「５－２注意喚起」等に分類されている例を示す。各段階は、適宜、細分類可能である。
保険種別は、保険商品の種別である。
要説明事項の定型は、段階、細段階、種別に対応した内容になっている。要説明事項は、テキストデータとして記憶されている。
【0015】
上記構成により、定型文記憶部３２は、段階、細段階、種別に対応した要説明事項の定型をテキスト情報として記憶する。
実施形態の例では、例えば、段階「１導入」の細段階「募集人名乗り」は、種別「変額保険、火災保険」の両方にとって要説明事項である。このため、細段階「１－２募集人名乗り」の行は、種別「変額保険、火災保険」、募集人名乗りに対応した要説明事項「保険代理店における募集人であることを説明しました。」を対応付けて記憶している。
また、段階「２意向把握」における「適合性確認」は、種別「変額保険」にとって要説明事項であり、一方、種別「火災保険」にとって要説明事項ではない。このため、細段階「２－２適合性確認」の行は、種別「変額保険」、適合性確認に対応した要説明事項「適合性の確認を行いました。」を対応付けて記憶している。一方、細段階「２－２適合性確認」の行は、種別「火災保険」に対応付いていない。
実施形態の例では、例えば、段階「１導入」の細段階「募集人名乗り」は、種別「変額保険、火災保険」の両方にとって要説明事項である。このため、細段階「１－２募集人名乗り」の行は、種別「変額保険、火災保険」、募集人名乗りに対応した要説明事項「保険代理店における募集人であることを説明しました。」を対応付けて記憶している。
また、段階「２意向把握」における「適合性確認」は、種別「変額保険」にとって要説明事項であり、一方、種別「火災保険」にとって要説明事項ではない。このため、細段階「２－２適合性確認」の行は、種別「変額保険」、適合性確認に対応した要説明事項「適合性の確認を行いました。」を対応付けて記憶している。一方、細段階「２－２適合性確認」の行は、種別「火災保険」に対応付いていない。
【0016】
図３に示すように、応対履歴記憶部３３は、消費者に対する応対履歴情報を記憶する。応対履歴情報は、保険の申し込み過程において、消費者に対する応対の履歴情報である。応対履歴情報は、表示済画像情報３３ａ、説明済事項３３ｂの２種を有する。応対履歴記憶部３３のテーブルの１つの行は、表示済画像情報３３ａ、説明済事項３３ｂのうち一方のみを記憶する。
【0017】
応対履歴記憶部３３は、消費者氏名、種別、日時、段階、細段階、表示済画像情報３３ａ、説明済事項３３ｂを対応付けて記憶する。
消費者氏名は、保険契約をした消費者の氏名である。なお、図３は、消費者氏名「○山一朗」に関する情報を示すが、応対履歴記憶部３３は、各消費者について、同様な情報を記憶している。
日時は、応対記録を記憶した日時である。
日時は、各行が表示済画像情報３３ａに関するものである場合には、画像が端末１０に表示された日時であり、各行が説明済事項３３ｂに関するものである場合には、説明済事項が端末１０から入力された日時である。端末１０を用いた画像の表示、説明済事項の入力の詳細については、後述する。
消費者氏名は、保険契約をした消費者の氏名である。なお、図３は、消費者氏名「○山一朗」に関する情報を示すが、応対履歴記憶部３３は、各消費者について、同様な情報を記憶している。
日時は、応対記録を記憶した日時である。
日時は、各行が表示済画像情報３３ａに関するものである場合には、画像が端末１０に表示された日時であり、各行が説明済事項３３ｂに関するものである場合には、説明済事項が端末１０から入力された日時である。端末１０を用いた画像の表示、説明済事項の入力の詳細については、後述する。
【0018】
表示済画像情報は、申し込み手続きの過程で、端末１０の表示部１２に表示された画像の情報である。表示済画像情報は、静止画像に関する情報であればよい（動画情報であってもよい）。代理店サーバ２０の制御部４０は、表示内容に変化があった時点の画像情報を記憶する。表示済画像情報のファイル形式は、限定されず、例えば、例えば、ＪＰＥＧ、ＰＤＦ等のファイル形式、ＷＥＢページを再現可能なファイル形式（例えば、ＭＨＴＭＬ形式等のファイル形式）等から１種以上を用いることができる。なお、図３には、拡張子を「．ｘｘｘ」として図示しており、ファイル形式を１種のみ図示した。表示済画像情報の詳細は、後述する。
【0019】
説明済事項は、募集人によって入力されたテキスト情報である。後述するように、説明済事項は、募集人が消費者に対して、説明した事項である。
【0020】
図４に示すように、契約情報記憶部３４は、消費者が契約した保険の情報を記憶する。
契約情報記憶部３４は、契約日時、消費者氏名、種別、保険会社、保険番号等を対応付けて記憶する。
保険番号は、保険契約を識別するための識別番号であり、つまり証券番号である。
これらの情報は、各消費者の契約確定により記憶される。
契約情報記憶部３４は、契約日時、消費者氏名、種別、保険会社、保険番号等を対応付けて記憶する。
保険番号は、保険契約を識別するための識別番号であり、つまり証券番号である。
これらの情報は、各消費者の契約確定により記憶される。
【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】
１：保険システム
１０：端末
１１，２１：操作部
１２，２２：表示部
１６，３０：記憶部
１７，４０：制御部
２０：代理店サーバ
３１：保険商品記憶部
３２：定型文記憶部
３３：応対履歴記憶部
３３ａ：表示済画像情報
３３ｂ：説明済事項
３４：契約情報記憶部
３５：検証項目記憶部
４０：制御部
１０：端末
１１，２１：操作部
１２，２２：表示部
１６，３０：記憶部
１７，４０：制御部
２０：代理店サーバ
３１：保険商品記憶部
３２：定型文記憶部
３３：応対履歴記憶部
３３ａ：表示済画像情報
３３ｂ：説明済事項
３４：契約情報記憶部
３５：検証項目記憶部
４０：制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】