JP5020714B2

JP5020714B2 - 契約システム、第一サーバ、プログラム及び契約方法

Info

Publication number: JP5020714B2
Application number: JP2007158814A
Authority: JP
Inventors: 幸徳寺濱; 由泰高橋; 滋鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-06-15
Filing date: 2007-06-15
Publication date: 2012-09-05
Anticipated expiration: 2027-06-15
Also published as: JP2008310653A

Description

本発明は、保険契約の締結を支援する技術に関する。

代理店の担当者が、いつでもどこでも顧客と相談し、保険契約を締結することができる保険契約支援システムとして、例えば、特許文献１に記載された技術がある。

この技術は、渉外担当者が顧客先に出向く際に携帯する端末装置から管理装置に接続することで、管理装置において端末装置の種別を判定し、当該端末装置のスペックに合った保険関連情報等を送信することで、当該端末装置を用いて申し込み手続きができるようにするものである。

特開２００３−３４５９８８号公報

特許文献１に記載の技術では、渉外担当者は、端末装置の種別を気にすることなく、いつでもどこでも顧客と商談し、保険契約を締結できるが、代理店の渉外担当者を介して、契約者が保険契約を行う場合において、渉外担当者が契約者に対して、販売する保険商品の説明承諾を取り付けた上で、契約を行っているか否かを確認することはできなかった。

そこで、本発明は、渉外担当者が商品に関連する情報の説明を行ったことを確認したうえで、顧客が契約の申込を行うことができるようにする保険契約システムを提供することを目的とする。

以上の課題を解決するため、本発明は、保険商品の説明を受けた顧客を特定することのできる特定情報を取得して、説明した保険商品を識別するための識別情報と関連させて記憶しておくことで、当該特定情報と関連されて記憶されている識別情報によって特定される保険商品に対応する契約申込フォーマットしかダウンロードすることができないようにした。

例えば、本発明は、第一サーバ、渉外者用端末、および、顧客用端末、を備える契約システムであって、前記第一サーバは、商品を識別する商品識別情報、および、当該商品を説明するための情報、を当該商品毎に有する商品情報と、商品を識別する商品識別情報、および、当該商品を契約するための契約申込フォーマット、を当該商品毎に有する契約申込フォーマット情報と、前記渉外者用端末から送信されてきた見込み顧客情報と、を記憶する記憶部と、制御部を備え、前記渉外者用端末は、商品識別情報を特定した商品情報取得要求を前記第一サーバに送信し、当該商品識別情報に対応する商品情報を取得する処理と、取得した前記商品情報を表示部に表示する処理と、前記商品情報を表示部に表示した後に、予め定められたアルゴリズムで生成される顧客承諾コードを付与する処理と、顧客を特定するための特定情報を取得し、当該特定情報と、前記表示部に表示した商品情報の商品識別情報と、前記顧客承諾コードと、を有する見込み顧客情報を前記第一サーバに送信する処理と、前記予め定められたアルゴリズムで生成された顧客承諾コードを確認するための画面を構成する処理と、を行う制御部を備え、前記顧客用端末は、顧客承諾コードを有する契約申込フォーマット情報取得要求を前記第一サーバに送信する処理を行う制御部を備え、前記第一サーバの制御部は、前記顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードに対応する契約申込フォーマットを前記記憶部から取得して、前記顧客用端末に送信する処理を行うこと、を特徴とする。

以上のように、本発明によれば、渉外担当者が商品に関連する情報の説明を行ったことを確認したうえで、顧客が契約の申込を行うことができるようにする保険契約システムを提供することができる。

図１は、本発明の一実施形態である保険契約システム１００の概略図である。

図示するように保険契約システム１００は、顧客側対応システム２００と、代理店側システム３００と、サービス提供者側システム４００と、を備える。

ここで、保険の引き受けの目安を示す目安情報及び告知書による告知上の注意点を示す告知注意情報を管理サーバから代理店端末に供給することで、代理店端末において、保険を引き受けることができるか否かを判断することのできるシステムが知られている（例えば、特開２００４−１０２３４０号公報）。

このようなシステムでは、契約者の告知情報を代理店端末のオペレータに開示することが前提とされており、保険会社以外の組織に対して、契約者のセンシティブな情報を開示する必要がある。従って、個人情報保護の観点から、最終的な契約を引き受けるか否かを判断しない代理店への情報開示は好ましくない。

そこで、本発明では、渉外担当者から説明を受けた商品に対して、告知情報等のセンシティブな情報については、契約者自身が所有する端末で行うようにし、代理店端末から保険会社の管理サーバに直接転送するようにすることで、個人情報を保護することを目的とする。

顧客側対応システム２００は、渉外者用端末２１０と、顧客用端末２２０と、を備え、これらのシステム間では、ネットワーク５００を介して相互に情報の送受信を行うことができるようにされている。

顧客側対応システム２００は、渉外者用端末２１０と、顧客用端末２２０と、を備える。

図２（渉外者用端末２１０の概略図）に示すように、渉外者用端末２１０は、制御部２１１と、記憶部２１５と、入力部２１６と、表示部２１７と、情報入力部２１８と、通信部２１９と、を備える。

制御部２１１は、顧客情報処理部２１２と、保険商品説明部２１３と、説明承諾処理部２１４と、を備える。

顧客情報処理部２１２は、入力部２１６を介して、顧客を識別するための識別情報の入力を受け付けて、当該識別情報を代理店側システム３００の代理店サーバ３１０に送信することで、当該代理店サーバ３１０より顧客情報を取得する処理を行う。

ここで、本実施形態においては、顧客を識別するための識別情報として、顧客ＩＤを使用するが、このような態様に限定されず、例えば、顧客の氏名、住所、電話番号等の情報（情報の組み合わせ）を用いてもよい。

保険商品説明部２１３は、入力部２１６を介して、保険商品を識別するための識別情報の入力を受け付けて、当該識別情報を代理店側システム３００の代理店サーバ３１０に送信することで、当該代理店サーバ３１０より商品情報を取得し、取得した当該商品情報を表示部２１７に表示する処理を行う。

なお、本実施形態においては、保険商品を識別するための識別情報として、商品コードを使用するが、このような態様に限定されず、例えば、保険商品の名称、商品内容等保険商品を一意に特定することのできるものであればどのような情報（情報の組み合わせ）を用いてもよい。

ここで、保険商品説明部２１３は、代理店サーバ３１０から取得した商品情報と、顧客情報処理部２１２で取得した又は入力部２１６を介して入力された顧客情報と、を予め定められたフォーマットの表示データに格納することで、例えば、図３（保険商品説明画面２１３ａの概略図）に示されるような保険商品説明画面２１３ａを生成して表示部２１７に表示する。

説明承諾処理部２１４は、保険商品説明部２１３で表示した保険商品について説明を受けた顧客から当該顧客を一意に特定することのできる特定情報を説明承諾情報として当該顧客から取得して、当該顧客を識別することのできる識別情報と、説明した商品を識別することのできる識別情報と、を代理店側システム３００の代理店サーバ３１０に送信する処理を行う。

具体的には、説明承諾処理部２１４は、図４（見込み顧客テーブル２１４ａの概略図）に示すような見込み顧客テーブル２１４ａを生成して、通信部２１９を介して、代理店側システム３００の代理店サーバ３１０に送信する処理を行う。

図示するように、見込み顧客テーブル２１４ａは、見込み顧客ＩＤ欄２１４ｂと、顧客ＩＤ欄２１４ｃと、商品コード欄２１４ｄと、顧客承諾コード欄２１４ｅと、承諾年月日欄２１４ｆと、説明承諾情報欄２１４ｇと、を備える。

見込み顧客ＩＤ欄２１４ｂには、保険商品の重要事項の説明を聞いた顧客を一意に識別することのできる識別情報である見込み顧客ＩＤが格納される。なお、見込み顧客ＩＤについては、説明承諾処理部２１４が見込み顧客テーブル２１４ａを作成する毎に、予め定められたアルゴリズムに従って付与する。

顧客ＩＤ欄２１４ｃには、保険商品の説明が行われた顧客を識別する識別情報が格納される。ここで、本実施形態では、顧客情報処理部２１２で顧客情報を取得する際に入力された顧客ＩＤを特定する情報が格納される。

商品コード欄２１４ｄには、顧客に説明した保険商品を識別する識別情報が格納される。ここで、本実施形態では、保険商品説明部２１３で商品情報を取得する際に入力された商品コードを特定する情報が格納される。

顧客承諾コード欄２１４ｅには、保険商品の説明が行われた顧客から説明承諾情報を取得する毎に、取得した説明承諾情報を一意に識別するための識別情報である顧客承諾コードを特定する情報が格納される。ここで、顧客承諾コードは、説明承諾処理部２１４が顧客から説明承諾情報を取得する毎に、予め定められたアルゴリズムに従って付与する。

承諾年月日欄２１４ｆには、保険商品の説明が行われた顧客から説明承諾情報を取得した年、月、日を特定する情報が格納される。

説明承諾情報欄２１４ｇには、保険商品の説明が行われた顧客から取得した、当該顧客を一意に特定することのできる情報が説明承諾情報として格納される。

ここで、説明承諾情報は、例えば、顧客の指紋、静脈、虹彩、サイン、印鑑等のように当該顧客を特定することのできる情報を用い、情報入力部２１８を介して取得する。

また、説明承諾処理部２１４は、生成した顧客承諾コードを表示部２１７に表示することにより、顧客に通知する処理も行う。

図２に戻り、記憶部２１５には、渉外者用端末２１０で必要とされる情報が記憶される。

例えば、代理店サーバ３１０から取得した顧客情報や商品情報、保険商品説明部２１３で生成する保険商品説明画面のフォーマットデータ、説明承諾処理部２１４が生成した見込み顧客テーブル２１４ａ、等が記憶される。

入力部２１６は、渉外者用端末２１０のオペレータから情報の入力を受け付ける。

表示部２１７は、情報を表示する。

情報入力部２１８は、説明承諾情報の入力を受け付ける。

通信部２１９は、ネットワーク５００を介して情報の送受信を行う。ここで、本実施形態においては、無線を介してネットワーク５００に接続することのできるものを使用することが望ましい。

以上に記載した渉外者用端末２１０は、例えば、図５（コンピュータ７００の概略図）に示すような、ＣＰＵ７０１と、メモリ７０２と、ＨＤＤ等の外部記憶装置７０３と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する記憶媒体７０４から情報を読み出す読取装置７０５と、キーボードやマウスなどの入力装置７０６と、ディスプレイなどの出力装置７０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置７０８と、を備えた一般的なコンピュータ７００で実現できる。

例えば、記憶部２１５は、ＣＰＵ７０１がメモリ７０２又は外部記憶装置７０３を利用することにより実現可能であり、制御部２１１は、外部記憶装置７０３に記憶されている所定のプログラムをメモリ７０２にロードしてＣＰＵ７０１で実行することで実現可能であり、入力部２１６は、ＣＰＵ７０１が入力装置７０６を利用することで実現可能であり、表示部２１７は、ＣＰＵ７０１が出力装置７０９を利用することで実現可能であり、通信部２１９は、ＣＰＵ７０１が通信装置７０８を利用することで実現可能である。

また、情報入力部２１８については、図示していないが、スキャナ、タブレット、カメラ等をコンピュータ７００に接続し、ＣＰＵ７０１で制御することにより実現可能である。

なお、所定のプログラムは、読取装置７０５を介して記憶媒体７０４から、あるいは、通信装置７０８を介してネットワークから、外部記憶装置７０３にダウンロードされ、それから、メモリ７０２上にロードされてＣＰＵ７０１により実行されるようにしてもよい。また、読取装置７０５を介して記憶媒体７０４から、あるいは、通信装置７０８を介してネットワークから、メモリ７０２上に直接ロードされ、ＣＰＵ７０１により実行されるようにしてもよい。

図６は、顧客用端末２２０の概略図である。

図示するように、顧客用端末２２０は、制御部２２１と、記憶部２２５と、入力部２２６と、表示部２２７と、通信部２２８と、印刷部２２９と、を備える。

制御部２２１は、顧客情報取得部２２２と、契約処理部２２３と、データ変換部２２４と、を備える。

顧客情報取得部２２２は、代理店サーバ３１０から契約申込フォーマットを取得する処理を行う。

具体的には、顧客情報取得部２２２は、入力部２２６を介して顧客承諾コード又は顧客ＩＤの入力を受け付け、通信部２２８を介して当該顧客承諾コード又は顧客ＩＤを特定した契約申込フォーマットの取得要求を代理店サーバ３１０に送信し、その応答として、契約申込フォーマットを受信する。

契約処理部２２３は、入力部２２６を介して、顧客用端末２２０のオペレータから保険契約に必要な情報の入力を受け付け、入力された情報をサービス提供者システム４００の管理サーバ４１０に送信する処理を行う。

具体的には、契約処理部２２３は、顧客情報取得部２２２が取得した契約フォーマットの内容を予め定められた表示形式（例えば、図７に示すような契約画面２２３ａ）にして、表示部２２７に表示する。

そして、契約処理部２２３は、このような契約画面２２３ａにおいて入力部２２７を介して、顧客用端末２２０のオペレータから必要な情報の入力を受け付けて、例えば、図８（契約申込テーブル２２３ｂの概略図）に示すような契約申込テーブル２２３ｂを生成して、通信部２２８を介して、管理サーバ４１０に送信する。

図示するように、契約申込テーブル２２３ｂは、商品コード欄２２３ｃと、見込み顧客ＩＤ欄２２３ｄと、告知データ欄２２３ｅと、個人情報欄２２３ｆと、を備える。

商品コード欄２２３ｃには、契約する保険商品を識別するための識別情報としての商品コードが格納される。なお、顧客情報取得部２２２が取得した契約フォーマットに保険商品名が含まれており、顧客用端末２２０のオペレータ（顧客）が入力部２２６を介して契約する保険商品名を選択することにより、選択された保険商品名に対応する商品コードが本欄に格納されるようにすることが望ましい。

見込み顧客ＩＤ欄２２３ｄには、見込み顧客ＩＤが格納される。

告知データ欄２２３ｅには、保険契約を行う際に告知する必要のある情報が格納される。ここで、本実施形態においては、図７に示すような契約画面２２３ａにおいて入力部２２６を介してオペレータからの入力を受け付け、受け付けた情報を本欄に格納する。

個人情報欄２２３ｆには、保険契約をする顧客に関する情報が格納される。ここで、本実施形態においては、図７に示すような契約画面２２３ａにおいて入力部２２６を介してオペレータからの入力を受け付け、受け付けた情報を本欄に格納する。

また、契約処理部２２３は、契約申込テーブル２２３ｂに格納された情報の内、予め定められた情報を、予め定められた形式で印刷するための情報を生成して、データ変換部２２４に通知する処理を行う。

ここで、本実施形態においては、契約処理部２２３は、例えば、図９（印刷情報テーブル２２３ｇの概略図）に示すような印刷情報テーブル２２３ｇを生成して、データ変換部２２４に出力する。

図示するように、印刷情報テーブル２２３ｇは、見込み顧客ＩＤ欄２２３ｈと、商品コード欄２２３ｉと、顧客承諾コード欄２２３ｊと、印字年月日欄２２３ｈと、内容データ欄２２３ｌと、を備える。

見込み顧客ＩＤ欄２２３ｈには、契約申込テーブル２２３ｂに格納されている見込み顧客ＩＤを特定する情報が格納される。

商品コード欄２２３ｉには、契約申込テーブル２２３ｂに格納されている商品コードを特定する情報が格納される。

顧客承諾コード欄２２３ｊには、契約申込フォーマットを取得する際に入力部２２６を介して入力された顧客承諾コードを特定する情報が格納される。

印字年月日欄２２３ｈには、印刷を行う年、月、日を特定する情報が格納される。

内容データ欄２２３ｌには、契約申込テーブル２２３ｂに格納された情報の内、印刷を行う情報を特定する情報が格納される。

図６に戻り、データ変換部２２４は、印刷情報テーブル２２３ｇの内容データ欄２２３ｌに格納された情報の内、予め定められた位置（項目）に格納された情報については、コンピュータで読み取ることはできるが、人間では読み取ることができない形式の情報に変換し、また、その他の位置（項目）に格納された情報については、人間が読み取ることができる形式の情報にして、これらを予め定められた位置に配置した申込書控え情報を生成し、印刷部２２９を介して印刷する処理を行う。

なお、ここで、申込書控え情報には、少なくとも見込み顧客ＩＤ及び商品コードが含まれるものとする。

ここで、例えば、コンピュータで読み取ることはできるが、人間では読み取ることができない形式の情報としては、バーコードや地紋透かし等を用いればよく、本実施形態では、地紋透かしを用いている。

例えば、図１０（申込書控えのイメージ画像２２４ａの概略図）にこのようにして印刷された申込書控えのイメージ画像２２４ａを示す。

図６に戻り、記憶部２２５は、顧客用端末２２０での処理で必要な情報が格納される。例えば、契約フォーマット、契約申込テーブル２２３ｂ、印刷情報テーブル２２３ｇ及び申込書控えのイメージ画像２２４ａ等が記憶される。

入力部２２６は、顧客用端末２２０のオペレータから情報の入力を受け付ける。

表示部２２７は、情報を表示する。

通信部２２８は、ネットワーク５００を介して情報の送受信を行う。

印刷部２２９は、印刷を行う。

以上に記載した顧客用端末２２０についても、例えば、図５に示すような一般的なコンピュータ７００で実現できる。

例えば、記憶部２２５は、ＣＰＵ７０１がメモリ７０２又は外部記憶装置７０３を利用することにより実現可能であり、制御部２２１は、外部記憶装置７０３に記憶されている所定のプログラムをメモリ７０２にロードしてＣＰＵ７０１で実行することで実現可能であり、入力部２２６は、入力装置７０６で実現可能であり、表示部２２７は、ＣＰＵ７０１が出力装置７０９で実現可能であり、通信部２２９は、ＣＰＵ７０１が通信装置７０８を利用することで実現可能である。

なお、印刷部２２９については、図示していないが、プリンタをコンピュータ７００に接続し、ＣＰＵ７０１で制御することにより実現可能である。

図１に戻り、代理店側システム３００は、代理店サーバ３１０と、窓口端末３３０と、を有し、これらは、ＬＡＮ３４０に接続されている。

図１１は、代理店サーバ３１０の概略図である。

図示するように、代理店サーバ３１０は、記憶部３１１と、制御部３１７と、通信部３２２と、を備える。

記憶部３１１は、顧客情報記憶領域３１２と、商品情報記憶領域３１３と、見込み顧客情報記憶領域３１４と、審査結果情報記憶領域３１５と、契約申込フォーマット記憶領域３１６と、を備える。

顧客情報記憶領域３１２には、顧客毎に既に契約した保険商品に関する情報が記憶される。例えば、本実施形態においては、図１２（顧客情報テーブル３１２ａの概略図）に示すような顧客情報テーブル３１２ａが記憶される。

図示するように、顧客情報テーブル３１２ａは、顧客ＩＤ欄３１２ｂと、商品区分欄３１２ｃと、種目欄３１２ｄと、内容欄３１２ｅと、備考欄３１２ｆと、を備える。

顧客ＩＤ欄３１２ｂには、顧客を識別するための識別情報である顧客ＩＤが格納される。

商品区分欄３１２ｃには、顧客ＩＤ欄３１２ｂで特定される顧客が契約した商品の区分を特定する情報が格納される。

種目欄３１２ｄには、顧客ＩＤ欄３１２ｂで特定される顧客が契約した商品の種目を特定する情報が格納される。

内容欄３１２ｅには、顧客ＩＤ欄３１２ｂで特定される顧客が契約した商品の内容を特定する情報が格納される。

ここで、本実施形態においては、内容欄３１２ｅに、顧客ＩＤ欄３１２ｂで特定される顧客が契約した商品の名称を特定する情報である契約履歴情報、当該商品の契約年月日を特定する情報、当該商品の満期日を特定する情報、が格納されるが、このような態様に限定されるわけではない。

備考欄３１２ｆには、顧客ＩＤ欄３１２ｂ、商品区分欄３１２ｃ、種目欄３１２ｄ及び内容欄３１２ｅに格納される情報以外の任意の情報が格納される。

図１１に戻り、商品情報記憶領域３１３には、保険商品の内容を特定する情報が記憶される。例えば、本実施形態においては、図１３（商品情報テーブル３１３ａの概略図）に示すような商品情報テーブル３１３ａが記憶される。

図示するように、商品情報テーブル３１３ａは、商品コード欄３１３ｂと、商品区分欄３１３ｃと、種目欄３１３ｄと、内容データ欄３１３ｅと、を備える。

商品コード欄３１３ｂには、保険商品を識別するための識別情報である商品コードが格納される。

商品区分欄３１３ｃには、商品コード欄３１３ｂで特定される保険商品の区分を特定する情報が格納される。

種目欄３１３ｄには、商品コード欄３１３ｂで特定される保険商品の種目を特定する情報が格納される。

内容データ欄３１３ｅには、商品コード欄３１３ｂで特定される保険商品の内容、特に、顧客に当該保険商品の重要事項を説明するために必要な情報が格納される。

見込み顧客情報記憶領域３１４には、保険商品の重要事項の説明を受けた顧客と、当該重要事項の説明を行った保険商品と、を対応させた情報が記憶される。例えば、本実施形態においては、図１４（見込み顧客情報テーブル３１４ａの概略図）に示すような見込み顧客情報テーブル３１４ａが記憶される。

図示するように、見込み顧客情報テーブル３１４ａは、見込み顧客ＩＤ欄３１４ｂと、顧客ＩＤ欄３１４ｃと、渉外担当者ＩＤ欄３１４ｄと、商品コード欄３１４ｅと、顧客承諾コード欄３１４ｆと、承諾情報欄３１４ｇと、承諾日欄３１４ｈと、申込手続状況欄３１４ｉと、を備える。

見込み顧客ＩＤ欄３１４ｂには、保険商品の重要事項の説明を聞いた顧客を識別する識別情報である見込み顧客ＩＤが格納される。

顧客ＩＤ欄３１４ｃには、見込み顧客ＩＤ欄３１４ｂで特定される顧客が、他の保険商品を契約している場合には、当該他の保険商品を契約した際に割り振られた顧客ＩＤが格納される。

なお、見込み顧客ＩＤ欄３１４ｂで特定される顧客が、他の保険商品を契約していない場合には、「−」の識別符号が格納される。

渉外担当者ＩＤ欄３１４ｄには、見込み顧客ＩＤ欄３１４ｂで特定される顧客に重要事項の説明を行った渉外担当者を識別するための識別情報である渉外担当者ＩＤが格納される。

商品コード欄３１４ｅには、見込み顧客ＩＤ欄３１４ｂで特定される顧客に重要事項の説明を行った保険商品の識別情報である商品コードを特定する情報が格納される。

顧客承諾コード欄３１４ｆには、保険商品の重要事項の説明が行われた顧客から説明承諾情報を取得する毎に、取得した説明承諾情報を一意に識別するための識別情報である顧客承諾コードを特定する情報が格納される。

承諾情報欄３１４ｇには、見込み顧客ＩＤ欄３１４ｂで特定される顧客から取得された承諾情報が格納される。

承諾日欄３１４ｈには、見込み顧客ＩＤ欄３１４ｂで特定される顧客から承諾情報を取得した年、月、日を特定する情報が格納される。

申込手続状況欄３１４ｉには、見込み顧客ＩＤ欄３１４ｂで特定される顧客が契約を申し込む手続のどの段階にあるかを特定する情報が格納される。

例えば、本実施形態においては、渉外担当者から重要事項の説明を聞いた段階である「商品説明済」、顧客が代理店に来店し契約の問い合わせをしている「来店問合中」、顧客が代理店に来店し実際に契約をしている「申込手続中」、の三つの段階のいずれかが本欄に格納される。

審査結果情報記憶領域３１５には、後述するサービス提供者側システム４００の管理サーバ４１０より送信されてくる審査結果を特定する情報が記憶される。

ここで、審査結果については、図示していないが、顧客を識別するための識別情報（本実施形態においては、見込み顧客ＩＤ）と、保険商品を識別するための識別情報（本実施形態においては商品コード）と、審査の結果を特定する情報と、が少なくとも含まれているものとする。

図１１に戻り、契約申込フォーマット記憶領域３１６は、各々の保険商品毎の契約申込フォーマットが記憶される。なお、本実施形態においては、契約申込フォーマットが各々の商品コードに対応付けられて記憶されている。

制御部３１７は、顧客情報処理部３１８と、商品情報処理部３１９と、見込み顧客情報処理部３２０と、契約情報処理部３２１と、を備える。

顧客情報処理部３１８は、渉外者用端末２１０からの顧客情報取得要求への応答として、対応する顧客情報を顧客情報記憶領域３１２に記憶されている顧客情報テーブル３１２ａから取得して、通信部３２２を介して渉外者用端末２１０に送信する処理を行う。

具体的には、顧客情報処理部３１８は、渉外者用端末２１０より受信した顧客情報取得要求から顧客ＩＤを取得して、取得した顧客ＩＤに対応する顧客情報を顧客情報テーブル３１２ａから特定して、顧客情報取得要求を送信した渉外者用端末２１０に特定した顧客情報を返信する。

商品情報処理部３１９は、渉外者用端末２１０からの商品情報取得要求への応答として、対応する商品情報を商品情報記憶領域３１３に記憶されている商品情報テーブル３１３ａから取得して、通信部３２２を介して渉外者用端末２１０に送信する処理を行う。

具体的には、商品情報処理部３１９は、渉外者用端末２１０より受信した商品情報取得要求から商品コードを取得して、取得した商品コードに対応する商品情報を商品情報テーブル３１３ａから特定して、商品情報取得要求を送信した渉外者用端末２１０に特定した商品情報を返信する。

また、商品情報処理部３１９は、後述する窓口端末３３０より商品コードを特定した問い合わせを受信した場合に、当該問い合わせの応答として、当該商品コードに対応する商品情報テーブル３１３ａに格納されている情報を返信する処理を行う。

見込み顧客情報処理部３２０は、渉外者用端末２１０から受信した見込み顧客テーブル２１４ａに格納されている情報を、見込み顧客情報記憶領域３１４に記憶されている見込み顧客情報テーブル３１４ａに格納する処理を行う。

具体的には、渉外者用端末２１０から見込み顧客テーブル２１４ａを受信する毎に、見込み顧客情報テーブル３１４ａに新たなエントリを生成して、生成したエントリに見込み顧客テーブル２１４ａに格納されている情報を格納する。

また、見込み顧客情報処理部３２０は、後述する窓口端末３３０より見込み顧客ＩＤを特定した問い合わせを受信した場合に、当該問い合わせの応答として、当該見込み顧客ＩＤに対応する見込み顧客情報テーブル３１４ａに格納されている情報を返信する処理を行う。

契約情報処理部３２１は、顧客用端末２２０より受信した契約申込フォーマットの取得要求への応答として、通信部３２２を介して、対応する契約申込フォーマットを顧客用端末２２０に送信する。

具体的には、契約情報処理部３２１は、顧客用端末２２０より受信した契約申込フォーマットの取得要求から顧客承諾コード又は顧客ＩＤを取得し、取得した顧客承諾コード又は顧客ＩＤに対応する承諾情報欄３１４ｇに承諾情報が格納されているか否かを判断し、格納されている場合には、取得した顧客承諾コード又は顧客ＩＤに対応する商品コードを見込み顧客情報テーブル３１４ａの商品コード欄３１４ｅから特定し、特定した商品コードに対応する契約申込フォーマットを契約申込フォーマット記憶領域３１６から取得して、取得した契約申込フォーマットを、契約申込フォーマットの取得要求を送信した顧客用端末２２０に返信する。

また、契約情報処理部３２１は、顧客用端末２２０より受信した契約申込テーブル２２３ｂをサービス提供者側システム４００の管理サーバ４１０に転送する処理を行う。

通信部３２２は、ネットワーク５００を介して情報の送受信を行うためのインターフェースである。

以上に記載した代理店サーバ３１０についても、例えば、図５に示すような一般的なコンピュータ７００で実現できる。

例えば、記憶部３１１は、ＣＰＵ７０１がメモリ７０２又は外部記憶装置７０３を利用することにより実現可能であり、制御部３１７は、外部記憶装置７０３に記憶されている所定のプログラムをメモリ７０２にロードしてＣＰＵ７０１で実行することで実現可能であり、通信部３２２は、ＣＰＵ７０１が通信装置７０８を利用することで実現可能である。

図１５は、窓口端末３３０の概略図である。

図示するように、窓口端末３３０は、制御部３３１と、記憶部３３６と、表示部３３７と、通信部３３８と、情報取得部３３９と、を備える。

制御部３３１は、申込書控解析部３３２と、顧客特定部３３３と、商品検索部３３４と、審査結果取得部３３５と、を備える。

申込書控解析部３３２は、後述する情報取得部３３９で取得された申込書控えの画像データから、テキストデータ及び地紋透かしデータを読み込み、これらのデータで示される情報を特定する処理を行う。

顧客特定部３３３は、申込書控解析部３３２で特定された情報に基づいて、顧客を特定し、予め定められた情報を後述する表示部３３７に表示する処理を行う。

具体的には、申込書控解析部３３２が特定した見込み顧客ＩＤを特定して、ＬＡＮ３４０を介して代理店サーバ３１０に問い合わせ、当該問い合わせの応答として、当該見込み顧客ＩＤに対応する見込み顧客情報テーブル３１４ａに格納されている情報を受信して、受信した情報を表示部３３７に表示する処理を行う。

商品検索部３３４は、申込書控解析部３３２で特定された情報に基づいて、保険商品を特定し、必要な情報を後述する表示部３３７に表示する処理を行う。

具体的には、申込書控解析部３３２が取得した情報を、例えば、図１６（問い合わせテーブル３３４ａの概略図）に示すような問い合わせテーブル３３４ａに格納して、ＬＡＮ３４０を介して代理店サーバ３１０に送信し、その応答として、当該商品コードに対応する商品情報テーブル３１３ａに格納されている情報を受信して、受信した情報を表示部３３７に表示する処理を行う。

ここで、図示するように、問い合わせテーブル３３４ａには、見込み顧客ＩＤ欄３３４ｂと、顧客ＩＤ欄３３４ｃと、商品コード欄３３４ｄと、顧客承諾コード欄３３４ｅと、受付年月日欄３３４ｆと、履歴データ欄３３４ｇと、を備える。

見込み顧客ＩＤ欄３３４ｂには、商品の説明を受けた顧客を識別するための識別情報である見込み顧客ＩＤが格納される。

顧客ＩＤ欄３３４ｃには、顧客を識別するための識別情報である顧客ＩＤが格納される。

商品コード欄３３４ｄには、問い合わせを行う商品を識別するための識別情報である商品コードが格納される。

顧客承諾コード欄３３４ｅには、商品説明を受けた際に付与される顧客承諾コードが格納される。

以上に格納される情報については、申込書控書類から取得されるものとする。

受付年月日欄３３４ｆについては、問い合わせを受け付けた年月日が格納される。

履歴データ欄３３４ｇについては、過去に顧客ＩＤで特定される顧客が問い合わせを行った問い合わせの内容を特定する情報が格納される。

図１５に戻り、審査結果取得部３３５は、申込書控解析部３３２で特定された見込み顧客ＩＤ及び商品コードを含む審査結果の取得要求を管理サーバ４１０に送信し、管理サーバ４１０から対応する審査結果を取得し、予め定められた表示形式にして表示部３３７に表示する処理を行う。

記憶部３３６は、窓口端末３３０での処理で必要な情報が格納される。

表示部３３７は、情報を表示する。

通信部３３８は、ＬＡＮ３４０及びネットワーク５００を介して情報の送受信を行う。

情報取得部３３９は、画像データを取得する装置である。

以上に記載した窓口端末３３０についても、例えば、図５に示すような一般的なコンピュータ７００で実現できる。

例えば、記憶部３３６は、ＣＰＵ７０１がメモリ７０２又は外部記憶装置７０３を利用することにより実現可能であり、制御部３３１は、外部記憶装置７０３に記憶されている所定のプログラムをメモリ７０２にロードしてＣＰＵ７０１で実行することで実現可能であり、通信部３３８は、ＣＰＵ７０１が通信装置７０８を利用することで実現可能であり、情報取得部３３９は、図示してはいないが、スキャナ等の撮像装置をコンピュータ７００に接続し、ＣＰＵ７０１で制御することにより実現可能である。

図１に戻り、サービス提供者側システム４００は、管理サーバ４１０と、審査端末４２０と、を備え、これらはＬＡＮ４３０に接続されている。

例えば、従来、保険契約の管理装置と、代理店等の端末装置と、を備え、管理装置から、保険契約の申込情報の入力を促す様式や保険関連情報を端末装置に送信し、端末装置で入力された情報を受信することで、保険契約を締結するシステムが知られている（例えば、特開２００３−３３１１２６号公報）。

このようなシステムにおいては、契約者により入力された情報が保険会社の端末に送信され、保険会社側での引き受け審査の際に、審査担当者に審査とは直接関係のない個人情報が開示されてしまう場合がある。契約者の告知情報等は万が一漏洩した場合、悪用される可能性もあり、保管会社において責任を持って管理すべき者である。

そこで、本発明では、保険会社における引き受け審査において、審査に必要な情報だけを審査担当者に開示することで、契約者の個人情報を保護することを目的とする。

図１７は、管理サーバ４１０の概略図である。

図示するように、管理サーバ４１０は、記憶部４１１と、制御部４１５と、通信部４１９と、を備える。

記憶部４１１は、契約情報記憶領域４１２と、墨塗情報記憶領域４１３と、を備える。

契約情報記憶領域４１２には、顧客が契約した契約毎に、当該契約に関連する情報が記憶される。例えば、本実施形態においては、図１８（契約情報テーブル４１２ａの概略図）に示すような契約情報テーブル４１２ａが本領域に記憶される。

図示するように、契約情報テーブル４１２ａは、契約番号欄４１２ｂと、契約者欄４１２ｃと、被保険者欄４１２ｄと、商品コード欄４１２ｅと、契約種目欄４１２ｆと、被保険者情報欄４１２ｇと、備考欄４１２ｈと、を備える。

契約番号欄４１２ｂには、各々の契約を一意に識別するための識別情報である契約番号を特定する情報が格納される。

契約者欄４１２ｃには、契約番号欄４１２ｂで特定される契約を結んだ当事者である顧客を特定する情報が格納される。ここで、本実施形態においては、当該顧客の氏名を特定する情報が本欄に格納される。

被保険者欄４１２ｄには、契約番号欄４１２ｂで特定される契約の対象となる保険の被保険者を特定する情報が格納される。ここで、本実施形態においては、当該被保険者の氏名を特定する情報が本欄に格納される。

商品コード欄４１２ｅには、契約番号欄４１２ｂで特定される契約の対象となった保険商品を識別するための識別情報である商品コードを特定する情報が格納される。

契約種目欄４１２ｆには、契約番号欄４１２ｂで特定される契約の種別を特定する情報が格納される。

被保険者情報欄４１２ｇには、契約番号欄４１２ｂで特定される契約の被保険者に関連する情報が格納される。ここで、本実施形態においては、契約の年月日、契約の満了日、契約の履歴（クレームの有無、支払いの有無）を特定する情報が格納される。

備考欄４１２ｈには、契約番号欄４１２ｂ、契約者欄４１２ｃ、被保険者欄４１２ｄ、商品コード欄４１２ｅ、契約種目欄４１２ｆ及び被保険者情報欄４１２ｇに格納される情報以外の任意の情報が格納される。

墨塗情報記憶領域４１３には、契約申込情報の内、暗号化を施す箇所を特定する情報と、当該箇所に暗号化を施した契約申込情報を送る審査部署を特定する情報と、が記憶される。例えば、本実施形態においては、図１９（墨塗情報テーブル４１３ａの概略図）に示されるような墨塗情報テーブル４１３ａが本領域に記憶される。

図示するように、墨塗情報テーブル４１３ａは、暗号化箇所欄４１３ｂと、暗号化対象部署欄４１３ｃと、アドレス欄４１３ｄと、を備える。

暗号化箇所欄４１３ｂには、契約申込情報の内、暗号化を施す箇所（項目）を特定する情報が格納される。

暗号化対象部署欄４１３ｃには、暗号化箇所欄４１３ｂで特定される箇所の情報に暗号化を施した契約申込情報を送信する部署を特定する情報が格納される。

アドレス欄４１３ｄには、暗号化対象部署欄４１３ｃで特定される部署に契約申込情報を送信するアドレスを特定する情報が格納される。

図１７に戻り、審査結果情報記憶部４１４には、後述する審査端末４２０から送られてくる審査結果を特定する情報が記憶される。

ここで、本実施形態においては、図示していないが、顧客を識別するための識別情報（本実施形態においては、顧客ＩＤ及び見込み顧客ＩＤ）と、保険商品を識別するための識別情報（本実施形態においては商品コード）と、審査の結果を特定する情報と、が少なくとも対応付けられて記憶されるものとする。

制御部４１５は、契約申込受付部４１６と、審査振分部４１７と、審査結果処理部４１８と、を備える。

契約申込受付部４１６は、通信部４１９を介して、窓口端末３３０より転送されてきた契約申込情報を受信し、受信した契約申込情報に格納されている情報を契約情報テーブル４１２ａに格納する処理を行う。

具体的には、契約申込受付部４１６は、通信部４１９を介して、窓口端末３３０より転送されてきた契約申込情報を受信すると、契約情報テーブル４１２ａに新たなエントリを追加して、追加したエントリに契約申込情報に含まれている情報を対応する欄に格納する。

審査振分部４１７は、通信部４１９を介して、窓口端末３３０より転送されてきた契約申込情報を受信した場合に、墨塗情報テーブル４１３ａの暗号化箇所欄４１３ｂで特定される箇所（項目）の情報を暗号化し、アドレス欄４１３ｄに格納されているアドレスに送信する処理を行う。

審査結果処理部４１８は、審査部署から返信されてきた各々の部署での審査結果を集計し、契約申込に対する最終的な審査結果を判断して、当該審査結果を代理店サーバ３１０に送信する処理を行う。

ここで、本実施形態においては、審査部署のいずれか１カ所において契約が不可と判断された場合には、契約申込に対する最終的な審査結果として不可と判断する。

通信部４１９は、ＬＡＮ４３０及びネットワーク５００を介して情報の送受信を行う。

以上に記載した管理サーバ４１０についても、例えば、図５に示すような一般的なコンピュータ７００で実現できる。

例えば、記憶部４１１は、ＣＰＵ７０１がメモリ７０２又は外部記憶装置７０３を利用することにより実現可能であり、制御部４１５は、外部記憶装置７０３に記憶されている所定のプログラムをメモリ７０２にロードしてＣＰＵ７０１で実行することで実現可能であり、通信部４１９は、ＣＰＵ７０１が通信装置７０８を利用することで実現可能である。

図２０は、審査端末４２０の概略図である。

図示するように、審査端末４２０は、制御部４２１と、記憶部４２４と、表示部４２５と、入力部４２６と、通信部４２７と、を備える。

制御部４２１は、審査情報受付部４２２と、審査チェック処理部４２３と、を備える。

審査情報受付部４２２は、通信部４２５を介して、管理サーバ４１０より契約申込情報を受信する処理を行う。

審査チェック処理部４２３は、審査情報受付部４２２で受信した契約申込情報を予め定められた表示形式にして、表示部４２５に表示する処理を行う。ここで、管理サーバ４１０より受信する契約申込情報は、管理サーバより予め定められた箇所（領域）が暗号化されており、審査端末４２０では暗号化されている情報を復号することはできず、暗号化されている部分については、審査端末４２０のオペレータが暗号化されている元の情報を読み取ることができない任意の形式で表示される。

また、審査チェック処理部４２３は、入力部４２６を介して、審査端末４２０のオペレータより審査結果を受け付けて、通信部４２７を介して、受け付けた審査結果を管理サーバ４１０に送信する処理を行う。

例えば、審査チェック処理部４２３は、審査結果として、例えば、図２１（審査結果テーブル４２３ａの概略図）に示す審査結果テーブル４２３ａを送信する。

図示するように、審査結果テーブル４２３ａは、契約番号欄４２３ｂと、担当者ＩＤ欄４２３ｃと、審査日欄４２３ｄと、審査結果欄４２３ｅと、指摘事項情報欄４２３ｆと、を備える。

契約番号欄４２３ｂには、契約申込情報の契約を識別するための識別情報である契約番号が格納される。

担当者ＩＤ欄４２３ｃには、審査を行った担当者を識別するための識別情報である担当者ＩＤが格納される。

審査日欄４２３ｄには、審査を行った年、月、日を特定する情報が格納される。

審査結果欄４２３ｅには、審査結果を特定する情報が格納される。ここで、審査結果が契約可の場合には「○」の記号が、契約不可の場合には「×」の記号が、格納される。

指摘事項情報欄４２３ｆは、審査結果欄４２３ｅで、契約不可の記号が格納された場合に、契約不可と審査された理由を特定する情報が格納される。

図２０に戻り、記憶部４２４は、審査端末４２０で行う処理に必要な情報を記憶する。

表示部４２５は、情報を表示する。

入力部４２６は、審査端末４２０のオペレータから情報の入力を受け付ける。

通信部４２７は、ＬＡＮ４３０及びネットワーク５００を介して情報の送受信を行う。

以上に記載した審査端末４２０についても、例えば、図５に示すような一般的なコンピュータ７００で実現できる。

例えば、記憶部４２４は、ＣＰＵ７０１がメモリ７０２又は外部記憶装置７０３を利用することにより実現可能であり、制御部４２１は、外部記憶装置７０３に記憶されている所定のプログラムをメモリ７０２にロードしてＣＰＵ７０１で実行することで実現可能であり、表示部４２５は、ＣＰＵ７０１が出力装置７０９を利用することで実現可能であり、入力部４２６は、ＣＰＵ７０１が入力装置４２６を利用することで実現可能であり、通信部４２７は、ＣＰＵ７０１が通信装置７０８を利用することで実現可能である。

図２２は、保険契約システム１００における処理を示すシーケンス図である。

まず、渉外者用端末２１０の顧客情報処理部２１２及び保険商品説明部２１３は、顧客ＩＤと商品コードを特定して、顧客情報及び商品情報の取得要求を代理店サーバ３１０に送信する（Ｓ１０）。なお、顧客ＩＤがない場合には、顧客ＩＤの入力は省略して、顧客情報については取得しない。

このような取得要求を受信した代理店サーバ３１０では、顧客情報処理部３１８が顧客ＩＤに対応する顧客情報を顧客情報テーブル３１２ａから取得し、また、商品情報処理部３１９が商品コードに対応する商品情報を商品情報テーブル３１３ａから取得し、これらの情報を渉外者用端末２１０に返信する（Ｓ１１）。

これらの情報を受信した渉外者用端末２１０では、保険商品説明部２１３が、これらの情報を予め定められた表示形式に変更して、表示部２１７に表示する（Ｓ１２）。なお、これらの情報を表示しながら、渉外者用端末２１０のオペレータ（渉外者）は、顧客に対して、保険商品の説明を行う。

そして、渉外者用端末２１０の説明承諾処理部２１４は、渉外者端末２１０のオペレータ（渉外者）より保険商品の説明を受けたことの証拠のために、情報入力部２１８を介して、顧客から指紋等の説明承諾情報の入力を受け付け（Ｓ１３）、見込み顧客テーブル２１４ａを生成して、見込み顧客情報として代理店サーバ３１０に送信する（Ｓ１４）。

代理店サーバ３１０では、受信した見込み顧客情報を見込み顧客情報テーブル３１４ａに格納する（Ｓ１５）。

そして、説明承諾を受けた顧客は、商品説明を受けた渉外者用端末２１０とは異なる顧客用端末２２０から顧客承諾コード又は顧客ＩＤを特定した契約申込フォーマットの取得要求を代理店サーバ３１０に送信する（Ｓ１６）。

代理店サーバ３１０の契約情報処理部３２１では、受信した契約申込フォーマットの取得要求から顧客承諾コード又は顧客ＩＤを特定して、当該顧客承諾コード又は顧客ＩＤに対応するレコードが見込み顧客情報テーブル３１４ａに格納されているか否かを判断し（Ｓ１７）、顧客承諾コード又は顧客ＩＤに対応する商品コードをキーにして、契約申込フォーマット記憶領域３１６より、当該商品コードに対応する商品の契約申込フォーマットを顧客用端末２２０に返信する（Ｓ１８）。

顧客用端末２２０では、契約処理部２２３が受信した契約申込フォーマットを予め定められた形式の画像データにして、表示部２２７に表示し、入力部２２６を介して、顧客から必要な情報の入力を受け付ける（Ｓ１９）。

そして、顧客用端末２２０の契約処理部２２３は、契約申込フォーマットを介して入力を受け付けた情報を含む契約申込テーブル２２３ｂを生成して、代理店サーバ３１０に送信する（Ｓ２０）。

代理店サーバの契約情報処理部３２１は、受信した契約申込テーブル２２３ｂを、管理サーバ４１０に転送する（Ｓ２１）。

また、顧客用端末２２０の契約処理部２２３は、契約申込テーブル２２３ｂに格納された情報内、予め定められた情報を備える印刷情報テーブル２２３ｇを生成して、データ変換部２２４に出力し、データ変換部２２４は、印刷情報テーブル２２３ｇの内容データ欄２２３ｌに格納された情報の内、予め定められた位置に格納された情報については、コンピュータで読み取ることはできるが、人間では読み取ることができない形式の情報に変換し、また、その他の欄に格納された情報については、人間が読み取ることができる形式の情報にして、これらを予め定められた位置に配置した申込書控え情報を生成し、印刷部２２９を介して印刷する処理を行う（Ｓ２２）。

管理サーバ４１０では、審査振分部４１７が、契約申込を審査する部署毎に、受信した契約申込テーブル２２３ｂに格納されている情報の内、墨塗情報テーブル４１３で特定された位置（項目）に格納されている情報を暗号化して（Ｓ２３）、審査情報として各審査部署に送信する処理を行う（Ｓ２４）。

このような審査情報を受信した審査端末４２０では、審査情報を表示部４２５に表示し、審査担当者から入力部４２６を介して審査結果の入力を受け付け（Ｓ２５）、入力された審査結果を管理サーバ４１０に返信する（Ｓ２６）。

審査結果を受信した管理サーバ４１０では、審査結果処理部４１８が、各審査端末４２０からの審査結果を、顧客を識別するための識別情報（顧客ＩＤ及び見込み顧客ＩＤ）に対応させて審査結果情報記憶領域４１４に記憶する（Ｓ２７）。

また、保険商品の説明を受けた顧客が、代理店の窓口に設置してある窓口端末３３０の情報取得部３３９を介して、ステップ２２で印刷した申込書控えを読み込むと（Ｓ２８）、窓口端末３３０の申込書控解析部３３２は、申込書控えの画像データから、テキストデータ及び地紋透かしデータを読み込み、これらのデータで示される情報を特定し、見込み顧客ＩＤ及び商品コードを有する審査結果取得要求を管理サーバ４１０に送信する処理を行う（Ｓ２９）。

このような、審査結果取得要求を受信した管理サーバ４１０は、当該審査結果取得要求に含まれる見込み顧客ＩＤ及び商品コードに対応する審査結果情報を審査結果情報記憶領域４１４から取得して、窓口端末３３０に返信する（Ｓ３０）。

そして、審査結果取得部３３５は、管理サーバ４１０から受信した審査結果情報を所定の表示形式にして、表示部３３７に表示する（Ｓ３１）。

また、保険商品の説明を受けた顧客が、代理店の窓口で、説明を受けた保険商品に関する情報を取得したい場合には、代理店の窓口に設置してある窓口端末３３０の情報取得部３３９を介して、ステップ２２で印刷した申込書控えを読み込む（Ｓ３２）。

そして、窓口端末３３０の申込書控解析部３３２は、申込書控えの画像データから、テキストデータ及び地紋透かしデータを読み込み、これらのデータで示される情報を特定し、商品コードを有する商品情報取得要求を代理店サーバ３１０に送信する処理を行う（Ｓ３３）。

このような、商品情報取得要求を受信した代理店サーバ３１０は、商品情報取得要求に含まれる商品コードに対応する商品情報を窓口端末３３０に返信する（Ｓ３４）。

そして、窓口端末３３０の商品検索部３３４は、取得した商品情報を所定の表示形式にして、表示部３３７に表示する（Ｓ３５）。

図２３は、渉外者用端末２１０において説明承諾テーブル２１４ａを生成する処理を示すフローチャートである。

まず、渉外者用端末２１４の説明承諾処理部２１４は、情報入力部２１８を介して、指紋等の顧客を一意に識別することができる情報を承諾情報として取得し、説明承諾テーブル２１４ａの説明承諾情報欄２１４ｇに格納する（Ｓ１０００）。

次に、渉外者用端末２１４の説明承諾処理部２１４は、説明承諾情報を取得した際の年月日を承諾年月日として、承諾年月日欄２１４ｆに格納する（Ｓ１００１）
次に、渉外者用端末２１４の説明承諾処理部２１４は、予め定められたアルゴリズムで見込み顧客ＩＤを生成して、見込み顧客ＩＤ欄２１４ｂに格納する（Ｓ１００２）。

次に、渉外者用端末２１４の説明承諾処理部２１４は、保険商品説明部２１３で商品情報を取得する際に指定した商品コードを商品コード欄２１４ｄに格納する（Ｓ１００３）。

次に、渉外者用端末２１４の説明承諾処理部２１４は、予め定められたアルゴリズムで顧客承諾コードを付与し、顧客承諾コード欄２１４ｅに格納する（Ｓ１００４）。

次に、障碍者用端末２１４の説明承諾処理部２１４は、ステップＳ１００４で付与した顧客承諾コードを表示部２１７に出力することで（Ｓ１００５）、顧客が顧客承諾コードを確認することができるようにする。

次に、渉外者用端末２１４の説明承諾処理部２１４は、入力部２１６を介して、顧客が確認を終了した旨の入力を受け付け（Ｓ１００６）、顧客情報処理部２１２が取得した顧客情報を確認することで、既に契約された保険商品があるか否かを確認し（Ｓ１００７）、既に契約がある場合には、既に契約された保険商品の顧客ＩＤを取得し（Ｓ１００８）、契約がない場合には、新たに顧客ＩＤを付与して（Ｓ１００９）、顧客ＩＤ欄２１４ｃに格納する（Ｓ１０１０）。

図２４は、契約申込フォーマットの取得要求を顧客用端末２２０から代理店サーバ３１０に送信する処理を示すフローチャートである。

なお、顧客用端末２２０が顧客自身のパーソナルコンピュータや携帯電話等の端末である場合には、顧客承諾コードを入力して送信すればよいが、例えば、代理店に設置されている共用コンピュータを介して手続をするような場合には、以下のようなフローチャートで示される処理を行うことが可能である。ここで、このフローチャートでは、既に他の保険商品の契約を行っている者に関しては、当該者の個人情報（ここでは、氏名、暗証番号及び顧客ＩＤ）を記憶したＩＣカードや磁気カードなどのカードが配られているものとする。

まず、顧客用端末２２０の契約処理部２２３は、リーダライタを介して、カード情報の読み込みがあるか否かを判定する（Ｓ１０２０）。

ここで、カード情報の読み込みがある場合には、顧客用端末２２０の契約処理部２２３は、入力部２２６を介して、氏名及び暗証番号の入力を受け付ける（Ｓ１０２１）。

そして、顧客用端末２２０の契約処理部２２３は、入力された氏名及び暗証番号が、カードに記憶されている氏名及び暗証番号に適合するか否かを判断し（Ｓ１０２２）、適合する場合には、カードに記憶されている顧客ＩＤを代理店サーバ３１０に送信し（Ｓ１０２３）、適合しない場合には、処理を終了する。

また、ステップ１０２０でカードの読み込みがない場合には、入力部２２６を介して顧客承諾コードの入力を受け付け（Ｓ１０２４）、受け付けた顧客承諾コードを代理店サーバ３１０に送信する（Ｓ１０２５）。

図２５は、顧客用端末２２０において契約に必要な情報の入力を受け付ける際の処理を示すフローチャートである。

まず、顧客用端末２２０の契約処理部２２３は、代理店サーバ３１０より受信した契約申込フォーマットを予め定められた契約申込入力画面に変形することで、当該契約申込入力画面を表示部２２７に表示する（Ｓ１０３０）。

次に、顧客用端末２２０の契約処理部２２３は、入力部２２６を介して、契約申込入力画面において、契約に必要な情報の入力を受け付ける（Ｓ１０３１）。

次に、顧客用端末２２０の契約処理部２２３は、入力された情報を契約申込テーブル２２３ｂのそれぞれ対応する欄に格納する（Ｓ１０３２）。

図２６は、顧客用端末２２０のデータ変換部２２４が地紋透かしデータを生成する際の処理を示すフローチャートである。

まず、顧客用端末２２０のデータ変換部２２４は、契約処理部２２３より取得した印刷情報テーブル２２３ｇの内容を、地紋透かしデータに変換するものと、テキストデータにするものと、に分類する（Ｓ１０４０）。この分類は、予め定められた位置（項目）に該当するか否かで判断可能である。

次に、顧客用端末２２０のデータ変換部２２４は、ステップ１０４０で分類したデータの内、地紋透かしデータに変換するデータを地紋透かしデータに変換する（Ｓ１０４１）。

次に、顧客用端末２２０のデータ変換部２２４は、ステップ１０４１で変換した地紋透かしデータと、ステップ１０４０で分類したテキストデータと、を印刷データとして印刷部２２９に出力する（Ｓ１０４２）。

図２７は、代理店サーバ３１０において、契約申込フォーマットを送信する処理を示すフローチャートである。

まず、代理店サーバ３１０の契約情報処理部３２１は、顧客用端末２２０より受信した契約申込フォーマットの取得要求から顧客承諾コード又は顧客ＩＤを取得する（Ｓ１０５０）。

次に、代理店サーバ３１０の契約情報処理部３２１は、取得した顧客承諾コード又は顧客ＩＤに対応する見込み顧客情報を見込み顧客情報テーブル３１４ａから特定する（Ｓ１０５１）。

次に、代理店サーバ３１０の契約情報処理部３２１は、ステップ１０５１で特定した見込み顧客情報の内、承諾情報欄３１４ｇに承諾情報が格納されているか否かで、顧客の承諾の有無を判断する（Ｓ１０５２）。

そして、代理店サーバ３１０の契約情報処理部３２１は、ステップ１０５２で承諾が得られている場合には（承諾情報欄３１４ｇに承諾情報が格納されている場合には）、ステップ１０５０で取得した顧客承諾コード又は顧客ＩＤに対応する商品コードを商品コード欄３１４ｅから特定し、特定した商品コードに対応する契約申込フォーマットを契約申込フォーマット記憶領域３１６から取得して、取得した契約申込フォーマットを、契約申込フォーマットの取得要求を送信した顧客用端末２２０に送信する（Ｓ１０５３）。

一方、代理店サーバ３１０の契約情報処理部３２１は、ステップ１０５２で承諾が得られていない場合には（承諾情報欄３１４ｇに承諾情報が格納されていない場合には）、契約申込を拒絶する旨の通知を契約申込フォーマットの取得要求を送信した顧客用端末２２０に送信する（Ｓ１０５４）。

図２８は、窓口端末３３０から代理店サーバ３１０に問い合わせを行う際の処理を示すフローチャートである。

まず、窓口端末３３１の商品検索部３３４は、情報取得部３３９を介して取得され、申込書控解析部３３２において特定された情報を問い合わせテーブル３３４ａに格納する（Ｓ１０６０）。

次に、窓口端末３３１の商品検索部３３４は、通信部３３８を介して、問い合わせテーブル３３４ａを代理店サーバ３１０に送信する（Ｓ１０６１）。

次に、窓口端末３３１の商品検索部３３４は、問い合わせテーブル３３４ａに格納した商品コードに対応する商品データを代理店サーバ３１０より受信する（Ｓ１０６２）。

次に、窓口端末３３１の商品検索部３３４は、受信した商品情報を予め定められた表示形式に変更して、表示部３３７に表示する（Ｓ１０６３）。

図２９は、審査端末４２１において審査を行う処理を示すフローチャートである。

まず、審査端末４２１の審査情報受付部４２２が、通信部４２７を介して、管理サーバ４１０より審査情報を受信する（Ｓ１０７０）。

次に、審査端末４２１の審査チェック処理部４２３は、審査情報受付部４２２が受信した審査情報を予め定められた表示形式にして表示部４２５に表示する（Ｓ１０７１）。

次に、審査端末４２１の審査チェック処理部４２３は、入力部４２６を介して、審査情報に対する審査結果の入力を受け付ける（Ｓ１０７２）。

次に、審査端末４２１の審査チェック処理部４２３は、ステップＳ１０７２で入力された審査結果情報を管理サーバ４１０に送信する（Ｓ１０７３）。

図３０は、審査結果情報を顧客用端末２２０又は窓口端末３３０で取得するための処理を示すフローチャートである。

まず、管理サーバ４１０は、審査結果の取得要求を送信してきた端末が窓口端末３３０かどうかを判断する（Ｓ１０８０）。ここで、窓口端末３３０かどうかは、予め窓口端末３３０のＩＰアドレスを管理サーバ４１０に登録しておき、登録されたＩＰアドレスか否かを確認することで判断することができる。

そして、審査結果の取得要求を送信してきた端末が、窓口端末３３０である場合には、通信部４１９を介して、契約申込情報を除いた審査結果情報を送信する（Ｓ１０８１）。

一方、審査結果の取得要求を送信してきた端末が、窓口端末３３０である場合には、通信部４１９を介して、契約申込情報を含む審査結果情報を送信する（Ｓ１０８１）。

以上に記載した実施形態においては、窓口端末３３０に、渉外者用端末２１０に設けられている情報入力部と同様のものを設けることで、窓口端末３３０で代理店に来店した顧客の認証を行うことができるようになる。

具体的には、来店した顧客より指紋等の特定情報を取得し、取得した特定情報が代理店サーバ３１０の見込み顧客情報テーブル１３４ａに来店した顧客に対応されて格納されているか否かにより認証を行うことができる。そして、窓口端末３３０で取得された特定情報が代理店サーバ３１０の見込み顧客情報テーブル１３４ａに格納されていないときは、審査結果や商品情報の取得を拒否するようにすることも可能である。

また、例えば、顧客用端末２２０に、渉外者用端末２１０に設けられている情報入力部と同様のものを設けることで、契約申込フォーマットの取得要求に顧客の特定情報を付加し、付加されている特定情報が、見込み顧客情報テーブル１３４ａに格納されている説明承諾情報と一致する場合にのみ、契約申込フォーマットを返信するようにすることも可能である。

さらに、以上に記載した実施形態においては、代理店サーバ３１０と、管理サーバ４１０と、を別個のサーバとして構成したが、これらのサーバで行う処理を一つのサーバで行うようにすることも可能である。

また、以上に記載した実施形態においては、顧客用端末２２０から契約申込情報を代理点サーバ３１０に送信し、代理店サーバ３１０が契約申込情報を管理サーバ４１０に転送するようにしているが、このような態様に限定されず、例えば、顧客用端末２２０から直接管理サーバ４１０に契約申込情報を送信するようにすることも可能である。

保険契約システム１００の概略図。渉外者用端末２１０の概略図。保険商品説明画面２１３ａの概略図。見込み顧客テーブル２１４ａの概略図。コンピュータ７００の概略図。顧客用端末２２０の概略図。契約画面２２３ａの概略図。契約申込テーブル２２３ｂの概略図。印刷情報テーブル２２３ｇの概略図。申込書控えのイメージ画像２２４ａの概略図。代理店サーバ３１０の概略図。顧客情報テーブル３１２ａの概略図。商品情報テーブル３１３ａの概略図。見込み顧客情報テーブル３１４ａの概略図。窓口端末３３０の概略図。問い合わせテーブル３３４ａの概略図。管理サーバ４１０の概略図。契約情報テーブル４１２ａの概略図。墨塗情報テーブル４１３ａの概略図。審査端末４２０の概略図。審査結果テーブル４２３ａの概略図。保険契約システム１００における処理を示すシーケンス図。渉外者用端末２１０において説明承諾テーブル２１４ａを生成する処理を示すフローチャート。契約申込フォーマットの取得要求を顧客用端末２２０から代理店サーバ３１０に送信する処理を示すフローチャート。顧客用端末２２０において契約に必要な情報の入力を受け付ける際の処理を示すフローチャート。顧客用端末２２０のデータ変換部２２４が地紋透かしデータを生成する際の処理を示すフローチャート。代理店サーバ３１０において、契約申込フォーマットを送信する処理を示すフローチャート。窓口端末３３０から代理店サーバ３１０に問い合わせを行う際の処理を示すフローチャート。審査端末４２１において審査を行う処理を示すフローチャート。審査結果情報を顧客用端末２２０又は窓口端末３３０で取得するための処理を示すフローチャート。

符号の説明

１００保険契約システム、２００顧客側対応システム、２１０渉外者用端末、２１１制御部、２１２顧客情報処理部、２１３保険商品説明部、２１４説明承諾処理部、２２０顧客用端末、２２１制御部、２２２顧客情報取得部、２２３契約処理部、２２４データ変換部、３００代理店側システム、３１０代理店サーバ、３１１記憶部、３１２顧客情報記憶領域、３１３商品情報記憶領域、３１４見込み顧客情報記憶領域、３１５審査結果情報記憶領域、３１６契約申込フォーマット記憶領域、３３０窓口端末、３３１制御部、３３２申込書控解析部、３３３顧客特定部、３３４商品検索部、３３５審査結果取得部、４００サービス提供者側システム、４１１契約情報領域、４１３墨塗情報記憶領域、４１４審査結果情報記憶領域、４１５制御部、４１６契約申込受付部、４１７審査振分部、４１８審査結果処理部、４２０審査端末、４２１制御部、４２２審査情報受付部、４２３審査チェック処理部

Claims

第一サーバ、渉外者用端末、および、顧客用端末、を備える契約システムであって、
前記第一サーバは、
商品を識別する商品識別情報、および、当該商品を説明するための情報、を当該商品毎に有する商品情報と、
商品を識別する商品識別情報、および、当該商品を契約するための契約申込フォーマット、を当該商品毎に有する契約申込フォーマット情報と、
前記渉外者用端末から送信されてきた見込み顧客情報と、
を記憶する記憶部と、制御部を備え、
前記渉外者用端末は、
商品識別情報を特定した商品情報取得要求を前記第一サーバに送信し、当該商品識別情報に対応する商品情報を取得する処理と、
取得した前記商品情報を表示部に表示する処理と、
前記商品情報を表示部に表示した後に、予め定められたアルゴリズムで生成される顧客承諾コードを付与する処理と、
顧客を特定するための特定情報を取得し、当該特定情報と、前記表示部に表示した商品情報の商品識別情報と、前記顧客承諾コードと、を有する見込み顧客情報を前記第一サーバに送信する処理と、
前記予め定められたアルゴリズムで生成された顧客承諾コードを確認するための画面を構成する処理と、
を行う制御部を備え、
前記顧客用端末は、
顧客承諾コードを有する契約申込フォーマット情報取得要求を前記第一サーバに送信する処理を行う制御部を備え、
前記第一サーバの制御部は、前記顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードに対応する契約申込フォーマットを前記記憶部から取得して、前記顧客用端末に送信する処理を行うこと、
を特徴とする契約システム。
請求項１に記載の契約システムであって、
前記顧客用端末の制御部は、顧客を特定するための特定情報を取得し、取得した特定情報を前記見込み顧客情報に含めて送信する処理を行い、
前記第一サーバの制御部は、前記顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードと特定情報に対応する契約申込フォーマットを前記記憶部から取得して、前記顧客用端末に送信する処理を行うこと、
を特徴とする契約システム。
請求項１に記載の契約システムであって、
前記顧客用端末の制御部は、前記契約申込フォーマットを表示部に表示して、入力部を介して、契約の申込に必要な契約情報の入力を受け付ける処理と、
入力された契約情報を契約申込情報として前記第一サーバに送信する処理と、を行うこと、
を特徴とする契約システム。
請求項３に記載の契約システムであって、
前記顧客用端末の制御部は、前記契約情報の内、予め定められた位置に格納された情報については人間が読み取ることのできない情報に変換して印刷する処理を行うこと、
を特徴とする契約システム。
請求項４に記載の契約システムであって、
前記人間が読み取ることのできない情報は、地紋透かし、または、バーコード、であること、
を特徴とする契約システム。
請求項１に記載の契約システムであって、
前記特定情報は、指紋、静脈、虹彩、サイン及び印鑑を特定する情報の少なくとも一つを含むこと、
を特徴とする契約システム。
請求項３に記載の契約システムであって、
前記第一サーバより前記契約申込情報を取得する第二サーバと、審査端末と、をさらに備え、
前記第二サーバは、契約申込情報に含まれる項目の内、秘密にする項目を特定する墨塗情報を記憶する記憶部と、
前記第一サーバより取得した前記契約申込情報のうち、墨塗情報で秘密にすると特定されている項目に該当する情報を人間が読み取ることのできない情報に変更して、前記審査端末に送信すること、
を特徴とする契約システム。
請求項３に記載の契約システムであって、
前記第一サーバより前記契約申込情報を取得する第二サーバと、複数の審査端末と、をさらに備え、
前記第二サーバは、契約申込情報に含まれる項目の内、秘密にする項目を前記審査端末毎に特定する墨塗情報を記憶する記憶部と、
前記第一サーバより取得した前記契約申込情報のうち、各々の前記審査端末毎に、墨塗情報で秘密にすると特定されている項目に該当する情報を人間が読み取ることのできない情報に変更して、対応する前記審査端末に送信すること、
を特徴とする契約システム。
商品を識別する商品識別情報、および、当該商品を説明するための情報、を当該商品毎に有する商品情報と、
商品を識別する商品識別情報、および、当該商品を契約するための契約申込フォーマット、を当該商品毎に有する契約申込フォーマット情報と、
を記憶する記憶部と、制御部と、を備える第一サーバであって、
前記制御部は、
渉外者端末より、商品識別情報を特定した商品情報取得要求を受信した場合には、当該商品識別情報に対応する商品情報を前記記憶部から取得し、当該商品情報を前記渉外者端末に送信する処理と、
前記渉外者端末より、顧客を特定するための特定情報と、前記商品情報の商品識別情報と、予め定められたアルゴリズムで生成される顧客承諾コードと、を有する見込み顧客情報を受信した場合に、当該見込み顧客情報を前記記憶部に記憶する処理と、
顧客用端末より、顧客承諾コードを有する契約申込フォーマット情報取得要求を受信した場合に、当該顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードに対応する契約申込フォーマットを前記記憶部から取得して、前記顧客用端末に送信する処理と、
を行うことを特徴とする第一サーバ。
請求項９に記載の第一サーバであって、
前記制御部は、
前記顧客用端末より、顧客を特定するための特定情報をさらに含む前記見込み顧客情報を受信した場合に、前記顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードと特定情報に対応する契約申込フォーマットを前記記憶部から取得して、前記顧客用端末に送信する処理を行うこと、
を特徴とする第一サーバ。
請求項９に記載の第一サーバであって、
前記特定情報は、指紋、静脈、虹彩、サイン及び印鑑の少なくとも一つを含むこと、
を特徴とする第一サーバ。
コンピュータを、
商品を識別する商品識別情報、および、当該商品を説明するための情報、を当該商品毎に有する商品情報と、
商品を識別する商品識別情報、および、当該商品を契約するための契約申込フォーマット、を当該商品毎に有する契約申込フォーマット情報と、
を記憶する記憶手段、
渉外者端末より、商品識別情報を特定した商品情報取得要求を受信した場合には、当該商品識別情報に対応する商品情報を前記記憶手段から取得し、当該商品情報を前記渉外者端末に送信する処理と、
前記渉外者端末より、顧客を特定するための特定情報と、前記商品情報の商品識別情報と、予め定められたアルゴリズムで生成される顧客承諾コードと、を有する見込み顧客情報を受信した場合に、当該見込み顧客情報を前記記憶手段に記憶する処理と、
顧客用端末より、顧客承諾コードを有する契約申込フォーマット情報取得要求を受信した場合に、当該顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードに対応する契約申込フォーマットを前記記憶手段から取得して、前記顧客用端末に送信する処理と、
を行う制御手段、
として機能させることを特徴とするプログラム。
請求項１２に記載のプログラムであって、
前記制御手段は、
前記顧客用端末より、顧客を特定するための特定情報をさらに含む前記見込み顧客情報を受信した場合に、前記顧客用端末から受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードと特定情報に対応する契約申込フォーマットを前記記憶手段から取得して、前記顧客用端末に送信する処理を行うこと、
を特徴とするプログラム。
請求項１２に記載のプログラムであって、
前記特定情報は、指紋、静脈、虹彩、サイン及び印鑑の少なくとも一つを含むこと、
を特徴とするプログラム。
第一サーバ、渉外者用端末、および、顧客用端末、を備える契約システムが行う契約方法であって、
前記第一サーバは、
商品を識別する商品識別情報、および、当該商品を説明するための情報、を当該商品毎に有する商品情報と、
商品を識別する商品識別情報、および、当該商品を契約するための契約申込フォーマット、を当該商品毎に有する契約申込フォーマット情報と、
前記渉外者用端末から送信されてきた見込み顧客情報と、
を記憶する記憶部と、制御部を備え、
前記渉外者用端末の制御部が、商品識別情報を特定した商品情報取得要求を前記第一サーバに送信する過程と、
前記第一サーバの制御部が、前記商品情報取得要求に含まれる商品識別情報に対応する商品情報を前記渉外者用端末に送信する過程と、
前記渉外者用端末の制御部が、受信した前記商品情報を表示部に表示する過程と、
前記渉外者用端末の制御部が、前記商品情報を表示部に表示した後に、予め定められたアルゴリズムで生成される顧客承諾コードを付与する過程と、
前記渉外者用端末の制御部が、顧客を特定するための特定情報を取得する過程と、
前記渉外者用端末の制御部が、取得した特定情報と、前記表示部に表示した商品情報の商品識別情報と、前記顧客承諾コードと、を有する見込み顧客情報を前記第一サーバに送信する過程と、
前記渉外者用端末の制御部が、前記予め定められたアルゴリズムで生成された顧客承諾コードを確認するための画面を構成する過程と、
前記第一サーバの制御部が、受信した前記見込み顧客情報を前記記憶部に記憶する過程と、
前記顧客用端末の制御部が、顧客承諾コードを有する契約申込フォーマット情報取得要求を前記第一サーバに送信する過程と、
前記第一サーバの制御部が、受信した契約申込フォーマット情報取得要求に含まれている顧客承諾コードに対応する契約申込フォーマットを前記記憶部から取得して、前記顧客用端末に送信する過程と、
を備えることを特徴とする契約方法。
商品を識別する商品識別情報、および、当該商品を説明するための情報、を当該商品毎に有する商品情報と、
商品を識別する商品識別情報、および、当該商品を契約するための契約申込フォーマット、を当該商品毎に有する契約申込フォーマット情報と、
を記憶する第一サーバと、
商品の契約情報を管理する第二サーバと、
渉外用端末と、
顧客用端末と、
を備える契約システムであって、
前記第一サーバは、前記渉外用端末から送信されてきた見込み顧客情報をさらに記憶し、
前記渉外用端末は、
商品識別情報を特定した商品情報取得要求を前記第一サーバに送信し、当該商品識別情報に対応する商品情報を取得する処理と、
取得した前記商品情報を表示部に表示する処理と、
前記商品情報を表示部に表示した後に、予め定められたアルゴリズムで生成される顧客承諾コードを付与する処理と、
顧客を特定するための特定情報を取得し、当該特定情報と、前記表示部に表示した商品情報の商品識別情報と、前記顧客承諾コードと、を有する見込み顧客情報を前記第一サーバに送信する処理と、
前記予め定められたアルゴリズムで生成された顧客承諾コードを確認するための画面を構成する処理と、
を行う制御部を備え、
前記顧客用端末の制御部は、
顧客承諾コードを有する契約申込フォーマット情報取得要求を前記第一サーバに送信することで、当該顧客承諾コードに対応する契約申込フォーマットを前記第一サーバより取得する処理と、
前記契約申込フォーマットを表示部に表示して、入力部を介して、契約の申込に必要な契約情報の入力を受け付ける処理と、
入力された契約情報を契約申込情報として前記第二サーバへ送信する処理と、
を行うこと、
を特徴とする契約システム。
請求項１６に記載の契約システムであって、
前記特定情報は、指紋、静脈、虹彩、サイン及び印鑑を特定する情報の少なくとも一つを含むこと、
を特徴とする契約システム。