特許 6934271 情報処理装置、プログラム、及び情報処理方法

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

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

(11)【特許番号】6934271

(24)【登録日】2021年8月25日

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

(54)【発明の名称】情報処理装置、プログラム、及び情報処理方法

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20210906BHJP

【ＦＩ】

   G06Q40/08

【請求項の数】10

【全頁数】22

(21)【出願番号】特願2020-143465(P2020-143465)

(22)【出願日】2020年8月27日

【審査請求日】2021年1月20日

【新規性喪失の例外の表示】特許法第３０条第２項適用 （１）ウェブサイトによる公開、最先日：令和２年６月９日、ｈｔｔｐｓ：／／ｐｒｅｓｉｄｅｎｔ．ｊｐ／ａｒｔｉｃｌｅｓ／−／３６００８（他１件） （２）テレビ放送による公開、最先日：令和２年６月１９日、株式会社テレビ東京 ワールドビジネスサテライト（ＷＢＳ）（コーナータイトル：「コロナクライシス経済回復への道」） （３）テレビ放送による公開、最先日：令和２年６月２３日、日本テレビ放送網株式会社 ｎｅｗｓ ｚｅｒｏ（コーナータイトル：「新しい日常 生命保険の営業も“リモート”」） （４）テレビ放送による公開、最先日：令和２年６月３０日、株式会社テレビ東京 Ｎｅｗｓモーニングサテライト（コーナータイトル：「“会えない” 営業どう挑む！？保険会社の新スタイル」） （５）ウェブサイトによる公開、最先日：令和２年６月２９日、ｈｔｔｐｓ：／／ｅａｊ．ｐｒｕｄｅｎｔｉａｌ．ｃｏ．ｊｐ／ｃｏｎｔｒａｃｔｏｒ／ｌｏｇｉｎ．ｈｔｍｌ（他１件） （６）ウェブサイトによる公開、最先日：令和２年７月２日、ｈｔｔｐｓ：／／ｆｉｎａｎｃｉａｌ．ｎｉｋｋｅｉ．ｃｏｍ／ａｒｔｉｃｌｅ／ＤＧＸＭＺＯ６０９５４８３０Ｑ０Ａ６３０Ｃ２００００００ （７）ウェブサイトによる公開、最先日：令和２年７月２日、ｈｔｔｐｓ：／／ｗｗｗ．ａｓａｈｉ．ｃｏｍ／ａｒｔｉｃｌｅｓ／ＤＡ３Ｓ１４５３３６６８．ｈｔｍｌ （８）刊行物による公開、最先日：令和２年８月５日、財界，２０２０年８／２６号，第１００〜１０３頁，株式会社財界研究所 （９）ウェブサイトによる公開、最先日：令和２年８月７日、ｈｔｔｐｓ：／／ｂｕｓｉｎｅｓｓ．ｎｉｋｋｅｉ．ｃｏｍ／ａｔｃｌ／ＮＢＤ／１９／ｓｐｅｃｉａｌ／００５６４／？ｉ＿ｃｉｄ＝ｎｂｐｎｂ＿ｔｏｂｉｒａ＿２００８１０＿４ （１０）刊行物による公開、最先日：令和２年８月１０日、日経ビジネス，２０２０年８月１０日号，第３８〜４１頁，株式会社日経ＢＰ （１１）刊行物による公開、最先日：令和２年７月２日、朝日新聞 令和２年７月２日付朝刊，第２４頁

【早期審査対象出願】

(73)【特許権者】

【識別番号】300022951

【氏名又は名称】プルデンシャル生命保険株式会社

(74)【代理人】

【識別番号】100079108

【弁理士】

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

(74)【代理人】

【識別番号】100109346

【弁理士】

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

(74)【代理人】

【識別番号】100117189

【弁理士】

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

(74)【代理人】

【識別番号】100134120

【弁理士】

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

(72)【発明者】

【氏名】永田 英俊

(72)【発明者】

【氏名】遠藤 正幸

(72)【発明者】

【氏名】植田 能弘

【審査官】 太田 龍一

(56)【参考文献】

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

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

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

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

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

【請求項1】

保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付部と、
前記担当者端末から、前記申込の内容を受け付ける第２受付部と、
前記担当者端末に、前記第２受付部が受け付けた前記申込の内容に対して前記契約者および前記被保険者が署名をするための署名フォームを表示させる第１表示部であって、前記選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、前記担当者端末での前記署名フォームへの入力を不可とし、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトへアクセスするためのアクセス情報を表示させる第１表示部と、を備える、
情報処理装置。

【請求項2】

保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付部と、
前記担当者端末から、前記申込の内容を受け付ける第２受付部と、
前記担当者端末に、前記第２受付部が受け付けた前記申込の内容に対して前記契約者および前記被保険者が署名をするための署名フォームを表示させる第１表示部と、
前記契約者の契約者端末および前記被保険者の被保険者端末に、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトを表示させる第２表示部と、
前記契約者端末および前記被保険者端末から、前記顧客サイトの前記署名フォームに対する前記契約者および前記被保険者の署名入力を受け付ける第３受付部と、を備え、
前記第１表示部は、
前記署名フォームを表示させた際に、前記担当者端末において前記申込の内容に対する完了入力を不可にし、
前記第３受付部が前記署名入力を受け付けた場合、前記担当者端末において前記完了入力を不可から可能に変更する、
情報処理装置。

【請求項3】

前記第２受付部は、前記担当者端末から、前記申込に関する告知の入力をさらに受け付け、
前記第１表示部は、前記第２受付部が受け付けた前記告知に対して前記被保険者が署名をするための署名フォームを表示させ、前記選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、前記担当者端末での前記署名フォームへの入力を不可とし、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトへアクセスするためのアクセス情報を表示させる、
請求項１または２に記載の情報処理装置。

【請求項4】

前記顧客サイトへログインするための前記契約者の契約者ログイン情報と、前記被保険者の被保険者ログイン情報と、をそれぞれ生成する生成部と、
前記第１表示部は、前記選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、前記契約者ログイン情報および前記被保険者ログイン情報のそれぞれについて個別に、前記担当者端末への表示と非表示を切り替え可能とする、
請求項１から３のいずれか一項に記載の情報処理装置。

【請求項5】

前記第１表示部は、前記選択の結果に基づいて、保険の申込の受け付けが対面で行われる場合、前記担当者端末での前記署名フォームへの入力を可能とする、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項6】

前記第１表示部は、前記選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、非対面での前記申込に関する事項を前記保険担当者がチェックするためのチェックリストを前記担当者端末に表示させる、
請求項１から５のいずれか一項に記載の情報処理装置。

【請求項7】

コンピュータに、
保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付機能と、
前記担当者端末から、前記申込の内容を受け付ける第２受付機能と、
前記担当者端末に、前記第２受付機能が受け付けた前記申込の内容に対して前記契約者および前記被保険者が署名をするための署名フォームを表示させる第１表示機能であって、前記選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、前記担当者端末での前記署名フォームへの入力を不可とし、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトへアクセスするためのアクセス情報を表示させる第１表示機能と、を実現させる、
プログラム。

【請求項8】

コンピュータが、
保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付け、
前記担当者端末から、前記申込の内容を受け付け、
前記担当者端末に、前記受け付けた前記申込の内容に対して前記契約者および前記被保険者が署名をするための署名フォームを表示させ、前記選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、前記担当者端末での前記署名フォームへの入力を不可とし、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトへアクセスするためのアクセス情報を表示させる、
情報処理方法。

【請求項9】

コンピュータに、
保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付機能と、
前記担当者端末から、前記申込の内容を受け付ける第２受付機能と、
前記担当者端末に、前記第２受付機能が受け付けた前記申込の内容に対して前記契約者および前記被保険者が署名をするための署名フォームを表示させる第１表示機能と、
前記契約者の契約者端末および前記被保険者の被保険者端末に、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトを表示させる第２表示機能と、
前記契約者端末および前記被保険者端末から、前記顧客サイトの前記署名フォームに対する前記契約者および前記被保険者の署名入力を受け付ける第３受付機能と、を実現させ、
前記第１表示機能は、
前記署名フォームを表示させた際に、前記担当者端末において前記申込の内容に対する完了入力を不可にし、
前記第３受付機能が前記署名入力を受け付けた場合、前記担当者端末において前記完了入力を不可から可能に変更する、
プログラム。

【請求項10】

コンピュータが、
保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付け、
前記担当者端末から、前記申込の内容を受け付け、
前記担当者端末に、前記受け付けた前記申込の内容に対して前記契約者および前記被保険者が署名をするための署名フォームを表示させ、
前記署名フォームを表示させた際に、前記担当者端末において前記申込の内容に対する完了入力を不可にし、
前記契約者の契約者端末および前記被保険者の被保険者端末に、前記契約者および前記被保険者が前記署名フォームに入力するための顧客サイトを表示させ、
前記契約者端末および前記被保険者端末から、前記顧客サイトの前記署名フォームに対する前記契約者および前記被保険者の署名入力を受け付け、
前記署名入力を受け付けた場合、前記担当者端末において前記完了入力を不可から可能に変更する、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、プログラム、及び情報処理方法に関する。

【背景技術】

【0002】

従来、ライフプランナー等の保険の担当者が顧客（契約者および被保険者）を訪問して保険の説明、保険の申込内容の受け付け、および保険の契約等の対面での保険の営業活動をすることを支援する技術がある。

【0003】

下記特許文献１には、保険商品の対面販売で用いられるクライアント装置とサーバ装置とを有する保険手続システムであって、保険商品に関する説明画面をクライアント装置が表示する保険手続システムが開示されている。保険手続システムでは、説明画面の表示時間をクライアント装置が計測し、計測された時間が許容時間内である場合に、サーバ装置が保険証券の出力を行う。このような構成によれば、保険手続システムは、告知事項の確認等を表示する説明画面が許容時間の範囲外で表示されているような不適切な契約が成立した可能性が高いケースを除いて、保険証券の出力を行うことができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１−１０８０２３号公報

【発明の概要】

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

【0005】

近年、保険の営業活動にあたって、保険の担当者が顧客を直接訪問することが難しいケースが存在する。このような場合、保険の担当者は、Ｗｅｂ会議ツール等を利用して非対面で保険の営業活動をすることがある。このように、対面での保険の営業活動に加えて、非対面での保険の営業活動も支援することが求められている。

【0006】

そこで、本発明は、対面および非対面のいずれにおいても保険の営業活動を支援することができる情報処理装置、プログラム、および情報処理方法を提供することを目的とする。

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

【0007】

本発明の一態様に係る情報処理装置は、保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付部と、担当者端末から、申込の内容を受け付ける第２受付部と、担当者端末に、第２受付部が受け付けた申込の内容に対して契約者および被保険者が署名をするための署名フォームを表示させる第１表示部であって、選択の結果に基づいて、署名フォームの表示を変更する第１表示部と、を備える。

【0008】

本発明の一態様に係るプログラムは、コンピュータに、保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付機能と、担当者端末から、申込の内容を受け付ける第２受付機能と、担当者端末に、第２受付機能が受け付けた申込の内容に対して契約者および被保険者が署名をするための署名フォームを表示させる第１表示機能であって、選択の結果に基づいて、署名フォームの表示を変更する第１表示機能と、を実現させる。

【0009】

本発明の一態様に係る情報処理方法は、コンピュータが、保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付け、担当者端末から、申込の内容を受け付け、担当者端末に、受け付けた申込の内容に対して契約者および被保険者が署名をするための署名フォームを表示させ、選択の結果に基づいて、署名フォームの表示を変更する。

【発明の効果】

【0010】

本発明によれば、対面および非対面のいずれにおいても保険の営業活動を支援することができる情報処理装置、プログラム、および情報処理方法を提供することができる。

【図面の簡単な説明】

【0011】

【図1】実施形態に係る保険業務支援システムのシステム構成例を説明するための図である。

【図2】実施形態に係る保険業務支援システムの概要の一例を説明するための図である。

【図3】実施形態に係るサーバ装置の機能構成の一例を示す図である。

【図4】実施形態に係る保険業務支援システムの画面例を示す図である。

【図5】実施形態に係る保険業務支援システムの画面例を示す図である。

【図6】実施形態に係る保険業務支援システムの画面例を示す図である。

【図7】実施形態に係る保険業務支援システムの画面例を示す図である。

【図8】実施形態に係る保険業務支援システムの画面例を示す図である。

【図9】実施形態に係る保険業務支援システムの画面例を示す図である。

【図10】実施形態に係る保険業務支援システムの画面例を示す図である。

【図11】実施形態に係る保険業務支援システムの画面例を示す図である。

【図12】実施形態に係る保険業務支援システムの画面例を示す図である。

【図13】実施形態に係る保険業務支援システムの画面例を示す図である。

【図14】実施形態に係る保険業務支援システムの動作例を示す図である。

【図15】実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。

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

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

第１表示部１１３は、第１受付部１１１が受け付けた選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、アクセス情報、および契約者ログイン情報および被保険者ログイン情報のそれぞれについて個別に、担当者端末２００に表示する（Ｓ１６）。

【0089】

第２表示部１１５は、契約者端末３００ａおよび被保険者端末３００ｂに、顧客サイトの署名フォームを表示させる（Ｓ１７）。第３受付部１１６は、契約者端末３００ａおよび被保険者端末３００ｂから、顧客サイトの署名フォームに対する契約者および被保険者の署名入力を受け付ける（Ｓ１８）。

【0090】

第１表示部１１３は、担当者端末２００での申込の内容に対する完了入力を可能とする（Ｓ１９）。第２受付部１１２は、担当者端末２００から申込の内容に対する完了入力を受け付ける（Ｓ２０）。

【0091】

＜６．ハードウェア構成＞
図１５を参照して、上述してきたサーバ装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

【0092】

図１５に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

【0093】

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、サーバ装置１００の制御部１１０が備える各機能部等は、メモリ８０３に一時記憶されたプログラムをプロセッサ８０１が実行することにより実現可能である。

【0094】

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

【0095】

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、顧客情報やログイン情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

【0096】

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。

【0097】

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。

【0098】

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線又は無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。

【0099】

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

【0100】

なお、上記実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

【0101】

［変形例］
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

【0102】

［変形例１］
上記実施形態に係るサーバ装置１００における各構成の少なくとも一部は、担当者端末２００が備えていてもよい。例えば、サーバ装置１００の上記の機能を全て担当者端末２００に実装させてもよい。

【0103】

［変形例２］
上記実施形態では、Ｗｅｂ技術を利用する例を説明したが、これに限定する趣旨ではない。例えば、Ｗｅｂアプリケーションプログラムを利用せずに、保険業務支援システム１の専用アプリケーションプログラムを用いてサーバ装置１００の上記の機能を実現させてもよい。

【0104】

［変形例３］
上記実施形態では、保険の申込にあたって被保険者が法定代理人等を必要としない例を説明したが、これに限定する趣旨ではない。法定代理人等が保険の申込手続きに必要な場合には、申込の内容および告知に対する署名は、法定代理人等の分も必要となる。

【0105】

第１表示部１１３は、法定代理人等が保険の申込手続きに必要な場合、例えば、担当者端末２００に、第１署名画面Ａ３ａ・Ａ３ｂおよび第２署名画面Ａ４ａ・Ａ４ｂにおいて法定代理人等が署名をするための署名フォームをさらに表示させてもよい。

【0106】

生成部１１４は、法定代理人等が保険の申込に必要な場合、例えば、顧客サイトへログインするための法定代理人等の法定代理人等ログイン情報をさらに生成してもよい。

【0107】

第１表示部１１３は、法定代理人等が保険の申込手続きに必要な場合、例えば、選択の結果に基づいて、保険の申込の受け付けが非対面で行われる場合、契約者ログイン情報、被保険者ログイン情報および法定代理人等ログイン情報のそれぞれについて個別に、担当者端末２００への表示と非表示を切り替え可能としてもよい。

【0108】

［変形例４］
上記実施形態では、生成部１１４が、顧客共通の顧客サイトのＵＲＬを示すアクセス情報と、契約者や被保険者ごとのログイン情報とを生成する例を説明したが、これに限定する趣旨ではない。生成部１１４は、例えば、ログイン情報（ＩＤ・パスワード）と顧客サイトにアクセスするためのリンクとを含めたアクセスコード（例えば、ＱＲコード）を顧客（契約者・被保険者）ごとに個別に生成してもよい。顧客端末３００でこのアクセスコードを読み取れば、例えば、顧客サイトのログイン画面に顧客ＩＤが入力された状態でアクセスすることができる。さらにアクセスコードにパスワードも含める場合、顧客端末３００でこのアクセスコードを読み取れば、例えば、顧客サイトにアクセスして自動的にログインまで行うことができる。

【符号の説明】

【0109】

１…保険業務支援システム、１００…サーバ装置、１１０…制御部、１１…第１受付部、１１２…第２受付部、１１３…第１表示部、１１４…生成部、１１５…第２表示部、１１６…第３受付部、１２０…記憶部、１３０…通信部、２００…担当者端末、３００…顧客端末、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

【要約】      （修正有）

【課題】対面および非対面のいずれにおいても保険の営業活動を支援することができる情報処理装置、プログラム及び情報処理方法を提供する。
【解決手段】情報処理装置（サーバ装置１００）は、保険担当者の担当者端末から、保険の申込の受け付けを、契約者および被保険者と対面で行うか非対面で行うかの選択を受け付ける第１受付部１１１と、担当者端末から、申込の内容を受け付ける第２受付部１１２と、担当者端末に、第２受付部が受け付けた申込の内容に対して契約者および被保険者が署名をするための署名フォームを表示させ、選択の結果に基づいて、署名フォームの表示を変更する第１表示部１１３とを備える。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】