JP4476475B2 - Insurance application server system - Google Patents

Insurance application server system Download PDF

Info

Publication number
JP4476475B2
JP4476475B2 JP2000372372A JP2000372372A JP4476475B2 JP 4476475 B2 JP4476475 B2 JP 4476475B2 JP 2000372372 A JP2000372372 A JP 2000372372A JP 2000372372 A JP2000372372 A JP 2000372372A JP 4476475 B2 JP4476475 B2 JP 4476475B2
Authority
JP
Japan
Prior art keywords
insurance
user
data
application
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000372372A
Other languages
Japanese (ja)
Other versions
JP2002175415A (en
Inventor
豊 米
早苗 坂本
聖一 栃原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2000372372A priority Critical patent/JP4476475B2/en
Publication of JP2002175415A publication Critical patent/JP2002175415A/en
Application granted granted Critical
Publication of JP4476475B2 publication Critical patent/JP4476475B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、インターネットを利用した保険申込システムに関する。
【0002】
【従来の技術】
従来、保険の契約は、申込者が代理店を介して必要な申込書を入手し、これに必要事項の記入及び署名・捺印を行って申込書を作成して提出することにより行われていた。
【0003】
最近では、インターネットの普及に伴い、保険の商品紹介や設計シミュレーションなどをウェブ上で提供し、さらに申込希望者に対して申し込み書類を郵送で、又はデータの形態で提供することも行われている。
【0004】
【発明が解決しようとする課題】
しかし、今後は申込書の提供のみではなく、徐々に申込手続などもオンライン上で進行させることが望まれる。よって、申込や保険料の支払いなどについて、利用者の様々の希望に対応して効率的に保険申込処理を実行することが要求される。また、インターネットなどを介してオンラインにより手続を行う場合には、契約に伴う重要情報や支払い情報などのセキュリティを確保する必要がある。
【0005】
本発明は、以上の点に鑑みてなされたものであり、インターネットを利用して種々の形態で保険申込手続を円滑かつ確実に行うことが可能な保険申込システムを提供することを目的とする。
【0006】
【課題を解決するための手段】
請求項1に記載の発明は、ネットワークを通じてユーザ端末、保険会社端末及び代理店端末に接続された保険申込サーバシステムにおいて、各種保険商品の申込書に対応する電子フォームを記憶するデータベースと、ユーザ端末から、ユーザによる保険申込方法の指定を受け取る手段と、ユーザが指定した保険商品の申込書に対応する電子フォームを前記データベースから取得し、ユーザの端末へ送信して表示させる電子フォーム表示手段と、ユーザが指定した保険申込方法に対応する保険申込手続を実行する手続実行手段と、を備え、前記手続実行手段は、ユーザによる保険申込方法の指定に従って、ユーザ端末から仮申込データを受け取って代理店端末へ送信し、代理店端末から契約完了通知を受け取ると契約データを保険会社端末へ送信する第1の処理と、ユーザ端末から仮申込データを受け取ってユーザ端末へ申込書データを送信し、保険会社端末から契約完了通知を受け取ると契約データを保険会社端末へ送信する第2の処理と、ユーザ端末から本申込データを受け取って保険会社端末へ契約データを送信する第3の処理と、のいずれかを実行する
【0007】
上記のように構成されたシステムによれば、ユーザが指定した保険商品の申込書に対応した電子フォームがユーザ端末上に表示され、ユーザはこれに必要事項を入力する。また、ユーザが指定した申込方法に従って申込手続が実行される。
【0008】
また、ユーザが指定した申込方法に応じて申し込み手続が実行される。
【0009】
請求項に記載の発明は、請求項に記載の保険申込サーバシステムにおいて、前記手続実行手段は、前記第3の処理において、ユーザから受け取った本申込データに電子署名が添付されているかを調べ、電子署名が添付されている場合にのみ契約データを送信する。こうして、電子署名を利用することによりオンラインで保険申込を完了することができる。
【0010】
請求項に記載の発明は、請求項1または2に記載の保険申込サーバシステムにおいて、前記契約データに基づいて証券データを作成し、証券データをユーザ端末へ送信する手段を有する。これにより、保険証券の発行までオンライン処理で完了することができる。
【0011】
請求項に記載の発明は、請求項に記載の保険申込サーバシステムにおいて、前記証券データには、前記保険申込サーバシステム及び前記保険会社の少なくとも一方の電子署名が付されている。これにより、ユーザは証券データが真正なものであることを確認できる。
【0012】
請求項に記載の発明は、請求項1乃至のいずれかに記載の保険申込サーバシステムにおいて、各手段が行った処理のログ記録を行う手段を有する。これにより、手続の記録を保管し、必要な場合に確認、証明などに利用することができる。
【0013】
請求項に記載の発明は、請求項に記載の保険申込サーバシステムにおいて、ユーザ端末又は前記保険会社端末からの要求に応じて、前記ログ記録を提示する手段を有する。これにより、ユーザや保険会社は、ログ記録を取得することができる。
【0014】
請求項に記載の発明は、請求項1乃至のいずれかに記載の保険申込サーバシステムにおいて、前記手続実行手段は、前記ユーザが入力した入力データを前記ユーザ端末から受信した時に、前記入力データに受領確認としての電子署名を付し、電子署名付きの入力データを本申込データとして扱う。よって、電子署名を利用して受領確認を行うことにより、オンライン申込の信頼性を向上させることができる。
【0015】
請求項に記載の発明は、請求項1乃至のいずれかに記載の保険申込サーバシステムにおいて、前記手続実行手段は、所定の認証機関から前記ユーザの本人認証を示すデータを取得することを条件として、前記保険申込手続を実行する。これにより、本人以外による不正な保険申込を排除することができる。
【0016】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。
[1]システム構成
図1に、本発明の実施形態にかかる保険申込システムの概略構成を示す。図1において、保険の申込者であるユーザの端末2と、保険会社の営業所の端末5と、保険代理店の端末6と、保険会社の端末8と、保険会社に代わってユーザの保険申込手続を代行するA社のサーバ10とが、インターネット1を介して接続されている。
【0017】
A社は、ウェブ上で保険会社のウェブサイトを運営し、その中で保険商品の紹介や設計シミュレーションに加えて、保険申込手続を行う。A社サーバ10は、種々の保険商品に対応する申込書の電子フォームを記憶した電子フォームデータベース13を有している。ユーザがA社サーバのウェブ上で所定の保険商品を選択すると、A社サーバ10は電子フォームデータベース13からその保険商品用申込書の電子フォームデータを取得する。A社は、ユーザの要求に応じて申込書(紙媒体)をユーザに郵送し、又は、電子フォームとしてインターネット1を介してユーザの端末2へ送信する。また、A社サーバ10はプリント工場12に接続されている。プリント工場12は、A社からの指示に基づいて保険申込書、保険証券などの紙媒体を印刷し、ユーザ宛に郵送する業務を行う。
【0018】
ユーザ端末2は、必要に応じてプリンタ3に接続される。ユーザが保険申込書を電子フォームの形態でA社サーバ10から取得した場合、ユーザはその電子フォームをプリンタ3を使用してプリントアウトすることにより紙媒体の申込書を得ることができる。
【0019】
また、ユーザ端末2は図示しないICカードリーダを備えることができ、ユーザは自己のICカード4を挿入してICカード4内の情報を利用することができる。後述する電子署名付与において使用される秘密鍵などはICカード4内に記憶しておくことができる。これにより、ユーザは勤務先に設置された共用端末などを容易に利用することができる。
【0020】
代理店端末6は、A社から送信された仮申込データをプリントアウトして申込書を作成するためのプリンタ7を備える。
【0021】
次に、図1のシステムを利用した保険申込手続の概略について説明する。まず、ユーザが端末2を使用してA社サーバ10が運営するウェブサイトを訪問し、必要に応じて保険商品紹介やシミュレーションなどを行って申込みを行う保険商品を決定し、その申込書を取得する。申込書は電子フォームの形態で電子フォームデータベース13に保存されており、これに基づいてユーザは紙媒体又は電子データのいずれかの形態で申込書を取得する。いずれの形態で申込書を取得するかはユーザが選択することができる。
【0022】
次に、ユーザは代理店を訪問して申込書を記入するか、申込書を保険会社へ郵送するか、又は申込データとしてA社を介して保険会社へ送信することにより申込処理を行う。また、ユーザは代理店で保険料を支払うか、オンライン決済を利用して保険料を支払う。保険料の決済が完了し保険契約が成立すると、保険証券が作成され、契約者であるユーザへ送られる。なお、保険証券を電子データの形態でユーザに提供することもできる。また、保険証券は約款を含むことができる。
【0023】
次に、図1のシステムを利用した保険申込システムによる保険申込処理について詳細に説明する。
【0024】
図2に本発明の保険申込システムによる保険申込処理の流れを示す。先ず、ユーザは端末2を使用してA社が運営する保険販売ウェブにアクセスし(ステップS101)、保険商品の紹介や設計シミュレーションなどを行って保険商品を選択する(ステップS102)。保険商品が選択されると、A社サーバ10はユーザに対して申込方法の選択画面を表示し、希望する申込方法を選択させる。申込方法の選択画面例を図3に示す。方法Aは、ユーザが代理店を訪問し、代理店で契約する方法である。方法Bは、紙媒体の申込書がユーザ宛に郵送され、ユーザがそれに署名・捺印を行って保険会社へ郵送する方法である。方法Cは、申込書データがユーザ端末2に送信され、ユーザがそれをプリントアウトして申込書を作成し、署名・捺印して保険会社へ郵送する方法である。方法Dは、インターネットを介してオンラインで申込を行う方法である。ユーザが希望する申込方法を選択すると(ステップS103)、その方法に従って申し込み処理が行われる(ステップS104〜S107)。こうして、ユーザは自分の希望する方法で保険申込を行うことができる。
【0025】
次に、各申込方法のサブルーチンについて説明する。
[2]方法A
先ず、方法Aについて図4を参照して説明する。方法Aは、ユーザが代理店を訪問して申込を行う方法である。
【0026】
図4において、まずユーザは仮申込を行う(ステップS1)。具体的には、A社サーバ10は、ユーザがステップS102で指定した保険商品の申込書の電子フォームを電子フォームデータベース13から取得し、ユーザ端末2へ送信して表示させる。ユーザは端末画面上で住所、氏名、その他の必要事項を入力する。ユーザが入力を完了すると、A社サーバ10はそのデータを仮申込データとして保存する。なお、この場合、A社サーバ10は電子フォームデータとユーザの入力データの両方を組にして記憶してもよいし、ユーザの入力データのみを記憶してもよい。
【0027】
次に、A社サーバ10は仮申込データを代理店端末6へ送信する(ステップS2)。ユーザが代理店を訪れると、店員は代理店端末6から仮申込データを読み出し、プリンタ7によりプリントアウトして申込書とする(ステップS3)。ユーザは申込書の内容を確認して署名・捺印し、さらに保険料を支払って契約する(ステップS4)。
【0028】
契約が完了すると、その旨が代理店端末6からA社サーバ10へ送信される(ステップS5)。A社サーバはまず、契約データをプリント工場へ送信し(ステップS6)、プリント工場はこれに基づいて保険証券を作成し、ユーザ宛に郵送する(ステップS7)。また、A社サーバは保険会社端末8へ契約データを送信し(ステップS8)、さらに営業所報告用として営業所端末5へも契約データを送信する(ステップS9)。こうして、方法Aによる保険申込は完了する。
[3]方法B
次に、方法Bによる申込について図5を参照して説明する。方法Bは、ユーザが郵送で受け取った申込書を使用して郵送により申込を行う方法である。
【0029】
図5において、まずユーザは仮申込を行う(ステップS11)。具体的には、A社サーバ10は、ユーザがステップS102で指定した保険商品の申込書の電子フォームを電子フォームデータベース13から取得し、ユーザ端末2へ送信して表示させる。ユーザは端末画面上で住所、氏名、その他の必要事項を入力する。ユーザが入力を完了すると、A社サーバ10はそのデータを仮申込データとして保存する。なお、ユーザは同時にオンライン決済により保険料の支払いを行うことができる。
【0030】
次に、A社サーバ10は仮申込データをプリント工場12へ送信する(ステップS12)。プリント工場12は受け取った仮申込データをプリントして申込書(紙媒体)を作成する。この申込書には、ステップS11でユーザが入力した事項がプリントされている。プリント工場12は、申込書をユーザ宛に郵送する(ステップS13)。ユーザは郵送された申込書を受け取り、内容を確認し、署名・捺印を行う。そして、保険会社宛に郵送し、申込を行う(ステップS14)。
【0031】
保険会社は申込書を受け取り、保険契約を成立させ(ステップS15)、A社サーバ10へ契約完了を報告する(ステップS16)。A社サーバはまず、契約データをプリント工場へ送信し(ステップS17)、プリント工場はこれに基づいて保険証券を作成し、ユーザ宛に郵送する(ステップS18)。また、A社サーバは保険会社端末8へ契約データを送信し(ステップS19)、さらに営業所報告用として営業所端末5へ、ならびに代理店報告用として代理店端末6へそれぞれ契約データを送信する(ステップS20)。こうして、方法Bによる保険申込は完了する。
[4]方法C
次に、方法Cによる申込について図6を参照して説明する。方法Cは、ユーザが、ユーザ端末2へ送信された申込書データを使用して申込書を作成し、郵送により申込を行う方法である。
【0032】
図6において、まずユーザは仮申込を行う(ステップS21)。具体的には、A社サーバ10は、ユーザがステップS102で指定した保険商品の申込書の電子フォームを電子フォームデータベース13から取得し、ユーザ端末2へ送信して表示させる。ユーザは端末画面上で住所、氏名、その他の必要事項を入力する。ユーザが入力を完了すると、A社サーバ10はそのデータを仮申込データとして保存する。なお、ユーザは同時にオンライン決済により保険料の支払いを行うことができる。
【0033】
次に、A社サーバ10は申込書データをユーザ端末2へ送信する(ステップS22)。ユーザは受け取った申込書データをプリンタ3によりプリントして申込書(紙媒体)を作成する(ステップS23)。この申込書には、ステップS21でユーザが入力した事項が含まれている。ユーザは、内容を確認し、署名・捺印を行う。そして、保険会社宛に郵送し、申込を行う(ステップS24)。
【0034】
保険会社は申込書を受け取り、保険契約を成立させ(ステップS25)、A社サーバ10へ契約完了を報告する(ステップS26)。A社サーバはまず、契約データをプリント工場へ送信し(ステップS27)、プリント工場はこれに基づいて保険証券を作成し、ユーザ宛に郵送する(ステップS28)。また、A社サーバは保険会社端末8へ契約データを送信し(ステップS29)、さらに営業所報告用として営業所端末5へ、ならびに代理店報告用として代理店端末6へそれぞれ契約データを送信する(ステップS30)。こうして、方法Cによる保険申込は完了する。
[5]方法D
次に、方法Dによる申込について図7を参照して説明する。方法Dは、ユーザが、ユーザ端末2を利用してオンラインで申込を行う方法である。
【0035】
図7において、まずユーザは本申込を行う(ステップS31)。具体的には、A社サーバ10は、ユーザがステップS102で指定した保険商品の申込書の電子フォームを電子フォームデータベース13から取得し、ユーザ端末2へ送信して表示させる。ユーザは端末画面上で住所、氏名、その他の必要事項を入力し、さらに電子署名を付す。電子署名は、ユーザ端末2又はICカード4などに予め記憶したユーザの秘密鍵を使用して作成される。この電子署名は、方法A〜Cにおいてユーザが紙媒体の申込書に行った署名・捺印に相当する。よって、サーバ10は電子署名が添付されていない場合は正式な申込データと取り扱わない。電子署名が付与された申込データは、本申込データとしてA社サーバ10へ送信されて申込がなされる。
【0036】
A社サーバ10はユーザ端末2から本申込データを受信し、申込の受け付け確認の意味でA社及び/又は保険会社の電子署名を付与する。これにより契約が成立する。A社サーバ10は、契約データを保険会社へ送信する(ステップS32)。保険会社端末8は電子署名を利用した受信確認を行う。また、A社サーバ10は契約データをプリント工場へ送信し(ステップS33)、プリント工場はこれに基づいて保険証券を作成し、ユーザ宛に郵送する(ステップS34)。さらに、保険会社端末8は営業所報告用として営業所端末5へ、ならびに代理店報告用として代理店端末6へそれぞれ契約データを送信する(ステップS35)。こうして、方法Dによる保険申込は完了する。
【0037】
なお、保険証券は、電子データの形態でユーザに提供することもできる。その場合は、A社サーバ10は電子データとしての保険証券データを作成しユーザ端末2へ送信する(ステップS33’)。
【0038】
方法Dにおいては、種々のデータの送受信時に電子署名を利用した受領確認が行われる。一つの方法は、データの送信者が自らの電子署名を付してデータを送信し、受信者が送信者の電子署名を、対応する公開鍵を利用して復号化して検証する。検証が正しく行われれば、そのデータが送信者から送信されたもので改変などがなされていないことが証明される。また、別の方法は、データの受信者が受信したデータに基づいて自己の秘密鍵を使用して電子署名を作成し、これを受け取り証明として送信者へ返信する。送信者は、これを受け取り、受信者の公開鍵を利用して電子署名を復号化及び検証する。検証が正しく行われれば、正しくデータが受領されたことがわかる。
【0039】
このように、本発明の保険申込システムによれば、ユーザは自分が希望する形態で効率的かつ確実に保険の申込を行うことができる。
【0040】
なお、上記の方法A〜Dにおいては、A社サーバ10は各ステップにおいて送受信したデータを記憶しておく。また、これに加えて、各ステップにおいて実行された手続の履歴(ログ記録)を保管する。即ち、ユーザの端末2から仮申込や本申込を受けた日時、代理店端末6やプリント工場12へ仮申込データを送信した日時、保険会社端末8、営業所端末5及び代理店端末6へ契約データを送信した日時など、各ステップにおいて行った処理の履歴を記憶する。よって、手続完了後に手続の成否や成立時刻などについて疑義が生じた場合は、A社はその手続に関するログ記録をユーザや保険会社へ提供することができる。本申込や保険料のオンライン決済完了日時などは保険契約の成立日時を確定する役割を有する場合もある。よって、このログ記録は、保険契約の成立に関して契約者と保険会社との間で問題が生じた場合などに一種の証明として機能するので特に有益である。
【0041】
以上に説明した方法A〜Dの詳細において、処理手順は単なる例示であり、手順の変更や署名付与の有無などの種々の変更を加えることができる。例えば、プリント工場12の代わりにA社サーバ10内で申込書や保険証券のプリント、郵送などを行うこともできる。また、各方法において、A社サーバ10が保険会社端末8、営業所端末5及び代理店端末6に契約データを送信する順序は変更することができる。また、A社サーバは、保存したログ記録に基づいて、申込手続の進行状況をユーザに知らせることができる。
【0042】
方法Dでは、申込手続の各ステップ毎に必要に応じて各種データに電子署名を付与しているが、データ全体ではなく部分的に電子署名を付すこともできる。例えば、ユーザやA社がオンライン決済に関連するデータについて独立に署名を付与することもできる。
【0043】
また、あるステップで付与すべき電子署名を特定のものに限定することもできる。例えば、図7の例において本申込データに対してユーザが付与すべき電子署名をオンライン決済に関して登録された電子署名のみに限定し、それ以外の電子署名では本申込を受け付けないようにA社サーバ10を構成することも可能である。また、その際に、ユーザ端末2に送信する申込書の電子フォームに対して、ユーザの所持する複数の電子署名から登録済みの電子署名を自動選択して付与する機能を付加することもできる。
【0044】
また、ユーザが携帯するICカード内に電子署名用秘密鍵を記憶しておき、共有端末を使用して保険申込を行うことができる。こうすると、ユーザは会社などに設置された共有端末を利用して手続を行うことができる。この場合、電子署名付与に必要なユーザの秘密鍵もICカード内から抽出して使用することができる。また、方法Dにおいて本申込データに電子署名を付与する際には、ユーザは必要事項の入力済みの本申込データを自己のICカード内に一時的に読み込み、ICカード内で電子署名付与処理を行って、電子署名を付与した本申込データを作成することができる。この方法は、ユーザの秘密鍵を共有端末などに読み込む必要がなく、ICカード外へ移動する必要がないので、セキュリティの面で優れている。
【0045】
また、A社サーバ10は、契約データの原本データを保管してバックアップデータを保険会社等へ提供することもできるし、原本データを保険会社へ提供してA社がバックアップデータを保管し、バックアップデータを営業所や代理店へ送信することもできる。また、A社は本申込データなどに付与されたユーザの電子署名のみを保管することもできる。
【0046】
また、A社サーバはユーザの保険申込手続において、特定の機関によるユーザの本人認証が得られた場合に限り保険契約を成立させるように構成することができる。例えば、ユーザがある認証機関に対して予め登録を行い、その認証機関によりユーザの本人認証処理が成功したことを示すデータなどをA社サーバが認証機関から取得することを条件に保険契約を成立させるようにシステムを構成することができる。
【0047】
【発明の効果】
以上説明したように、本発明によれば、インターネットを利用して種々の形態で保険申込を効率的かつ確実に行うことができる。
【図面の簡単な説明】
【図1】本発明による保険申込システムの概略構成を示す。
【図2】保険申込手続の流れを示すフローチャートである。
【図3】保険申込方法の選択画面例である。
【図4】保険申込方法の一例を示す。
【図5】保険申込手続の他の一例を示す。
【図6】保険申込手続のさらに他の一例を示す。
【図7】保険申込手続のさらに他の一例を示す。
【符号の説明】
1…インターネット
2…ユーザ端末
3…プリンタ
4…ICカード
5…営業所端末
6…代理店端末
7…プリンタ
8…保険会社端末
10…A社サーバ
12…プリント工場
13…電子フォームデータベース
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an insurance application system using the Internet.
[0002]
[Prior art]
Conventionally, insurance contracts have been made by the applicant obtaining the necessary application form through an agency, filling in the necessary items, signing and sealing it, and creating and submitting the application form. .
[0003]
Recently, with the spread of the Internet, insurance product introductions and design simulations are provided on the web, and application documents are also provided by mail or in the form of data to applicants. .
[0004]
[Problems to be solved by the invention]
In the future, however, it is desirable not only to provide application forms but also to gradually advance application procedures online. Therefore, it is required to efficiently execute insurance application processing in response to various requests of users regarding application and payment of insurance premiums. In addition, when the procedure is performed online via the Internet or the like, it is necessary to ensure the security of important information and payment information accompanying the contract.
[0005]
The present invention has been made in view of the above points, and an object thereof is to provide an insurance application system capable of smoothly and reliably performing an insurance application procedure in various forms using the Internet.
[0006]
[Means for Solving the Problems]
The invention according to claim 1 is an insurance application server system connected to a user terminal, an insurance company terminal and an agency terminal through a network, a database for storing electronic forms corresponding to various insurance product application forms, and a user terminal A means for receiving the designation of the insurance application method by the user, an electronic form display means for obtaining an electronic form corresponding to the application form of the insurance product designated by the user from the database, and transmitting and displaying the electronic form on the user terminal; A procedure execution means for executing an insurance application procedure corresponding to the insurance application method designated by the user , wherein the procedure execution means receives provisional application data from the user terminal according to the designation of the insurance application method by the user, and When the contract completion notification is received from the agency terminal, the contract data is sent to the insurance company terminal. And a second process of receiving provisional application data from the user terminal and transmitting application form data to the user terminal, and receiving contract completion notification from the insurance company terminal and transmitting contract data to the insurance company terminal. The third process of receiving the application data from the user terminal and transmitting the contract data to the insurance company terminal is executed .
[0007]
According to the system configured as described above, an electronic form corresponding to an application form for insurance products designated by the user is displayed on the user terminal, and the user inputs necessary items thereto. The application procedure is executed according to the application method designated by the user.
[0008]
The application procedure is executed according to the application method designated by the user.
[0009]
Invention according to claim 2, in the insurance application server system according to claim 1, wherein the procedure execution unit, in the third process, whether an electronic signature to the application data received from the user is attached Check and send contract data only when an electronic signature is attached. Thus, the insurance application can be completed online by using the electronic signature.
[0010]
According to a third aspect of the invention, there is provided the insurance application server system according to the first or second aspect , further comprising means for creating security data based on the contract data and transmitting the security data to a user terminal. Thereby, it can be completed by online processing until issuance of insurance policy.
[0011]
According to a fourth aspect of the present invention, in the insurance application server system according to the third aspect , at least one of the electronic signature of the insurance application server system and the insurance company is attached to the securities data. As a result, the user can confirm that the securities data is authentic.
[0012]
A fifth aspect of the present invention is the insurance application server system according to any one of the first to fourth aspects, further comprising means for recording a log of processing performed by each means. Thereby, a record of the procedure can be kept and used for confirmation, certification, etc. when necessary.
[0013]
A sixth aspect of the present invention is the insurance application server system according to the fifth aspect , further comprising means for presenting the log record in response to a request from a user terminal or the insurance company terminal. Thereby, a user or an insurance company can acquire a log record.
[0014]
The invention according to claim 7 is the insurance application server system according to any one of claims 1 to 6 , wherein the procedure execution means receives the input data input by the user from the user terminal. An electronic signature is attached to the data as a receipt confirmation, and input data with the electronic signature is handled as the application data. Therefore, the reliability of online application can be improved by confirming receipt using an electronic signature.
[0015]
The invention according to claim 8 is the insurance application server system according to any one of claims 1 to 7 , wherein the procedure execution means obtains data indicating the authentication of the user from a predetermined certification body. As a condition, the insurance application procedure is executed. As a result, it is possible to eliminate an illegal insurance application by a person other than the principal.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the drawings.
[1] System Configuration FIG. 1 shows a schematic configuration of an insurance application system according to an embodiment of the present invention. In FIG. 1, the terminal 2 of the user who is the applicant for insurance, the terminal 5 of the sales office of the insurance company, the terminal 6 of the insurance agency, the terminal 8 of the insurance company, and the user's insurance application on behalf of the insurance company A server 10 of company A acting as a procedure is connected via the Internet 1.
[0017]
Company A operates an insurance company website on the web, and in addition to introducing insurance products and designing simulations, it performs insurance application procedures. The company A server 10 has an electronic form database 13 in which electronic forms of application forms corresponding to various insurance products are stored. When the user selects a predetermined insurance product on the web of the company A server, the company A server 10 acquires the electronic form data of the insurance product application form from the electronic form database 13. Company A mails an application form (paper medium) to the user according to the user's request, or transmits it to the user's terminal 2 via the Internet 1 as an electronic form. The company A server 10 is connected to the print factory 12. The print factory 12 prints a paper medium such as an insurance application form or insurance policy based on an instruction from the company A, and performs mailing to the user.
[0018]
The user terminal 2 is connected to the printer 3 as necessary. When the user obtains an insurance application form from the company A server 10 in the form of an electronic form, the user can obtain an application form on paper medium by printing out the electronic form using the printer 3.
[0019]
Further, the user terminal 2 can be provided with an IC card reader (not shown), and the user can use the information in the IC card 4 by inserting his own IC card 4. A secret key or the like used for electronic signature assignment to be described later can be stored in the IC card 4. As a result, the user can easily use a shared terminal installed at the office.
[0020]
The agency terminal 6 includes a printer 7 for printing out temporary application data transmitted from the company A and creating an application form.
[0021]
Next, an outline of the insurance application procedure using the system of FIG. 1 will be described. First, the user visits the website operated by the company A server 10 using the terminal 2, determines the insurance product to be applied by introducing the insurance product and simulating as necessary, and obtains the application form To do. The application form is stored in the electronic form database 13 in the form of an electronic form, and based on this, the user acquires the application form in the form of either a paper medium or electronic data. The user can select which form to obtain the application form.
[0022]
Next, the user visits the agency and fills in the application form, mails the application form to the insurance company, or sends the application form as application data to the insurance company via the company A, thereby performing the application process. In addition, the user pays the insurance premium at the agency or pays the insurance premium using online payment. When the insurance payment is completed and the insurance contract is established, an insurance policy is created and sent to the user who is the contractor. The insurance policy can also be provided to the user in the form of electronic data. An insurance policy can also include a policy.
[0023]
Next, insurance application processing by the insurance application system using the system of FIG. 1 will be described in detail.
[0024]
FIG. 2 shows a flow of insurance application processing by the insurance application system of the present invention. First, the user uses the terminal 2 to access the insurance sales web operated by the company A (step S101), and introduces insurance products and performs design simulation to select the insurance products (step S102). When the insurance product is selected, the company A server 10 displays a selection screen for an application method for the user and selects a desired application method. An example of an application method selection screen is shown in FIG. Method A is a method in which a user visits an agency and contracts with the agency. Method B is a method in which an application form for paper media is mailed to the user, and the user signs and seals it and mails it to the insurance company. Method C is a method in which the application form data is transmitted to the user terminal 2, the user prints it out, creates an application form, signs and seals it, and mails it to the insurance company. Method D is a method of applying online via the Internet. When the user selects a desired application method (step S103), application processing is performed according to that method (steps S104 to S107). In this way, the user can apply for insurance in a manner desired by the user.
[0025]
Next, a subroutine for each application method will be described.
[2] Method A
First, the method A will be described with reference to FIG. Method A is a method in which a user visits an agency and makes an application.
[0026]
In FIG. 4, the user first makes a provisional application (step S1). Specifically, the company A server 10 acquires the electronic form of the application form for the insurance product designated by the user in step S102 from the electronic form database 13, and transmits it to the user terminal 2 for display. The user inputs an address, name, and other necessary items on the terminal screen. When the user completes the input, the company A server 10 stores the data as provisional application data. In this case, the company A server 10 may store both the electronic form data and the user input data as a set, or may store only the user input data.
[0027]
Next, the company A server 10 transmits provisional application data to the agency terminal 6 (step S2). When the user visits the agency, the clerk reads the provisional application data from the agency terminal 6, prints it out with the printer 7 and forms an application form (step S3). The user confirms the contents of the application form, signs and seals it, and pays an insurance fee to make a contract (step S4).
[0028]
When the contract is completed, a message to that effect is transmitted from the agency terminal 6 to the company A server 10 (step S5). The company A server first transmits the contract data to the print factory (step S6), and the print factory creates an insurance policy based on the contract data and mails it to the user (step S7). The company A server transmits the contract data to the insurance company terminal 8 (step S8), and further transmits the contract data to the sales office terminal 5 for reporting the business office (step S9). Thus, the insurance application by the method A is completed.
[3] Method B
Next, the application by the method B will be described with reference to FIG. Method B is a method of applying by mail using an application form received by the user by mail.
[0029]
In FIG. 5, the user first makes a provisional application (step S11). Specifically, the company A server 10 acquires the electronic form of the application form for the insurance product designated by the user in step S102 from the electronic form database 13, and transmits it to the user terminal 2 for display. The user inputs an address, name, and other necessary items on the terminal screen. When the user completes the input, the company A server 10 stores the data as provisional application data. The user can pay the insurance premium by online payment at the same time.
[0030]
Next, the company A server 10 transmits provisional application data to the print factory 12 (step S12). The print factory 12 prints the received provisional application data and creates an application form (paper medium). In this application form, the matter entered by the user in step S11 is printed. The print factory 12 mails the application form to the user (step S13). The user receives the mailed application form, confirms the contents, and signs and seals it. And it mails to an insurance company and applies (step S14).
[0031]
The insurance company receives the application form, establishes an insurance contract (step S15), and reports the contract completion to the company A server 10 (step S16). The company A server first transmits the contract data to the print factory (step S17), and the print factory creates an insurance policy based on the contract data and mails it to the user (step S18). The company A server transmits the contract data to the insurance company terminal 8 (step S19), and further transmits the contract data to the sales office terminal 5 for reporting the sales office and to the agency terminal 6 for reporting the agency. (Step S20). Thus, the insurance application by the method B is completed.
[4] Method C
Next, the application by the method C will be described with reference to FIG. Method C is a method in which the user creates an application form using the application form data transmitted to the user terminal 2 and applies by mail.
[0032]
In FIG. 6, the user first makes a provisional application (step S21). Specifically, the company A server 10 acquires the electronic form of the application form for the insurance product designated by the user in step S102 from the electronic form database 13, and transmits it to the user terminal 2 for display. The user inputs an address, name, and other necessary items on the terminal screen. When the user completes the input, the company A server 10 stores the data as provisional application data. The user can pay the insurance premium by online payment at the same time.
[0033]
Next, the company A server 10 transmits application form data to the user terminal 2 (step S22). The user creates the application form (paper medium) by printing the received application form data with the printer 3 (step S23). This application form includes the items input by the user in step S21. The user confirms the content, and signs and seals it. And it mails to an insurance company and applies (step S24).
[0034]
The insurance company receives the application form, establishes an insurance contract (step S25), and reports the completion of the contract to the company A server 10 (step S26). The company A server first transmits the contract data to the print factory (step S27), and the print factory creates an insurance policy based on the contract data and mails it to the user (step S28). The company A server transmits the contract data to the insurance company terminal 8 (step S29), and further transmits the contract data to the sales office terminal 5 for reporting the sales office and to the agency terminal 6 for reporting the agency. (Step S30). Thus, the insurance application by the method C is completed.
[5] Method D
Next, the application by the method D will be described with reference to FIG. Method D is a method in which the user applies online using the user terminal 2.
[0035]
In FIG. 7, the user first makes an application (step S31). Specifically, the company A server 10 acquires the electronic form of the application form for the insurance product designated by the user in step S102 from the electronic form database 13, and transmits it to the user terminal 2 for display. The user inputs an address, name, and other necessary items on the terminal screen, and adds an electronic signature. The electronic signature is created using the user's private key stored in advance in the user terminal 2 or the IC card 4 or the like. This electronic signature corresponds to the signature / sealing performed by the user on the application form for the paper medium in the methods A to C. Therefore, the server 10 does not handle the application data as formal when the electronic signature is not attached. The application data to which the electronic signature is given is transmitted to the A company server 10 as the main application data, and an application is made.
[0036]
The company A server 10 receives the present application data from the user terminal 2 and gives an electronic signature of the company A and / or the insurance company in the sense of confirming acceptance of the application. This establishes a contract. The company A server 10 transmits the contract data to the insurance company (step S32). The insurance company terminal 8 performs reception confirmation using an electronic signature. The company A server 10 transmits the contract data to the print factory (step S33), and the print factory creates an insurance policy based on the contract data and mails it to the user (step S34). Further, the insurance company terminal 8 transmits the contract data to the sales office terminal 5 for reporting the sales office and to the agency terminal 6 for reporting the agency (step S35). Thus, the insurance application by the method D is completed.
[0037]
The insurance policy can also be provided to the user in the form of electronic data. In that case, the company A server 10 creates insurance policy data as electronic data and transmits it to the user terminal 2 (step S33 ′).
[0038]
In method D, receipt confirmation using an electronic signature is performed when various data are transmitted and received. In one method, the sender of the data sends the data with its own electronic signature, and the receiver verifies the sender's electronic signature by decrypting it using the corresponding public key. If the verification is performed correctly, it is proved that the data has been transmitted from the sender and has not been altered. Another method creates an electronic signature using its own private key based on the data received by the data recipient, and returns it as a proof to the sender. The sender receives this, and uses the recipient's public key to decrypt and verify the electronic signature. If the verification is performed correctly, it is understood that the data has been correctly received.
[0039]
Thus, according to the insurance application system of the present invention, the user can apply for insurance efficiently and reliably in the form desired by the user.
[0040]
In the above methods A to D, the company A server 10 stores the data transmitted and received in each step. In addition to this, a history (log record) of procedures executed in each step is stored. That is, the date and time when provisional application or main application was received from the user terminal 2, the date and time when temporary application data was transmitted to the agency terminal 6 or the print factory 12, the contract with the insurance company terminal 8, the sales office terminal 5 and the agency terminal 6 A history of processing performed in each step such as date and time of data transmission is stored. Therefore, if a question arises about the success or failure of the procedure or the time when the procedure is completed, the company A can provide log records regarding the procedure to the user or the insurance company. The date and time of completion of this application and online payment of insurance premiums may also have a role of determining the date and time of establishment of the insurance contract. Therefore, this log record is particularly useful because it functions as a kind of proof when a problem occurs between the contractor and the insurance company regarding the establishment of the insurance contract.
[0041]
In the details of the methods A to D described above, the processing procedure is merely an example, and various changes such as a change in the procedure and the presence or absence of a signature can be added. For example, an application form or insurance policy can be printed or mailed in the company A server 10 instead of the print factory 12. In each method, the order in which the company A server 10 transmits the contract data to the insurance company terminal 8, the sales office terminal 5, and the agency terminal 6 can be changed. Further, the company A server can inform the user of the progress of the application procedure based on the stored log record.
[0042]
In the method D, an electronic signature is given to various data as necessary at each step of the application procedure, but it is also possible to attach an electronic signature to a part of the data instead of the entire data. For example, a user or company A can independently give a signature to data related to online payment.
[0043]
Also, the electronic signature to be given in a certain step can be limited to a specific one. For example, in the example of FIG. 7, the electronic signature that the user should give to the application data is limited to only the electronic signature registered for online payment, and the company A server does not accept the application with other electronic signatures. 10 can also be configured. At that time, a function of automatically selecting and giving a registered electronic signature from a plurality of electronic signatures possessed by the user can be added to the electronic form of the application form transmitted to the user terminal 2.
[0044]
In addition, an electronic signature private key can be stored in an IC card carried by the user, and an insurance application can be made using a shared terminal. In this way, the user can perform a procedure using a shared terminal installed in a company or the like. In this case, the user's private key necessary for giving an electronic signature can also be extracted from the IC card and used. In addition, when an electronic signature is added to the application data in Method D, the user temporarily reads the application data in which necessary items have been input into the IC card, and performs an electronic signature application process in the IC card. The application data can be created with an electronic signature. This method is superior in terms of security because it is not necessary to read the user's private key into a shared terminal or the like and it is not necessary to move it out of the IC card.
[0045]
The company A server 10 can store the original data of the contract data and provide the backup data to an insurance company, etc., or provide the original data to the insurance company and the company A can store the backup data and back it up. Data can also be sent to sales offices and agencies. Company A can also store only the electronic signature of the user assigned to the application data.
[0046]
Further, the company A server can be configured to establish an insurance contract only when the user's identity is obtained by a specific institution in the user's insurance application procedure. For example, the user registers in advance with a certification authority, and the insurance contract is established on the condition that the company A server obtains data indicating that the user's personal authentication process has been successful by the certification authority from the certification authority. The system can be configured to do so.
[0047]
【The invention's effect】
As described above, according to the present invention, it is possible to efficiently and reliably apply for insurance in various forms using the Internet.
[Brief description of the drawings]
FIG. 1 shows a schematic configuration of an insurance application system according to the present invention.
FIG. 2 is a flowchart showing a flow of an insurance application procedure.
FIG. 3 is an example of an insurance application method selection screen.
FIG. 4 shows an example of an insurance application method.
FIG. 5 shows another example of an insurance application procedure.
FIG. 6 shows still another example of the insurance application procedure.
FIG. 7 shows still another example of the insurance application procedure.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Internet 2 ... User terminal 3 ... Printer 4 ... IC card 5 ... Sales office terminal 6 ... Agency terminal 7 ... Printer 8 ... Insurance company terminal 10 ... Company A server 12 ... Print factory 13 ... Electronic form database

Claims (8)

ネットワークを通じてユーザ端末、保険会社端末及び代理店端末に接続された保険申込サーバシステムにおいて、
各種保険商品の申込書に対応する電子フォームを記憶するデータベースと、
ユーザ端末から、ユーザによる保険申込方法の指定を受け取る手段と、
ユーザが指定した保険商品の申込書に対応する電子フォームを前記データベースから取得し、ユーザの端末へ送信して表示させる電子フォーム表示手段と、
ユーザが指定した保険申込方法に対応する保険申込手続を実行する手続実行手段と、
を備え
前記手続実行手段は、
ユーザによる保険申込方法の指定に従って、ユーザ端末から仮申込データを受け取って代理店端末へ送信し、代理店端末から契約完了通知を受け取ると契約データを保険会社端末へ送信する第1の処理と、
ユーザ端末から仮申込データを受け取ってユーザ端末へ申込書データを送信し、保険会社端末から契約完了通知を受け取ると契約データを保険会社端末へ送信する第2の処理と、
ユーザ端末から本申込データを受け取って保険会社端末へ契約データを送信する第3の処理と、
のいずれかを実行する保険申込サーバシステム。
In the insurance application server system connected to the user terminal, insurance company terminal and agency terminal through the network,
A database that stores electronic forms corresponding to various insurance product application forms;
Means for receiving designation of insurance application method by the user from the user terminal;
An electronic form display means for acquiring an electronic form corresponding to the application form of the insurance product designated by the user from the database, and transmitting the electronic form to the user terminal;
A procedure execution means for executing an insurance application procedure corresponding to the insurance application method designated by the user;
Equipped with a,
The procedure execution means includes
In accordance with the designation of the insurance application method by the user, a first process of receiving provisional application data from the user terminal and transmitting it to the agency terminal, and receiving contract completion notification from the agency terminal, and sending contract data to the insurance company terminal;
A second process of receiving provisional application data from the user terminal, transmitting application form data to the user terminal, and receiving contract completion notification from the insurance company terminal, and transmitting contract data to the insurance company terminal;
A third process of receiving the application data from the user terminal and transmitting the contract data to the insurance company terminal;
Insurance application server system running one of the.
前記手続実行手段は、前記第3の処理において、ユーザから受け取った本申込データに電子署名が添付されているかを調べ、電子署名が添付されている場合にのみ契約データを送信する請求項に記載の保険申込サーバシステム。The procedure executing means, in the third process, checks whether the electronic signature to the application data received from the user is attached, to claim 1 for transmitting contract data only if the electronic signature is attached The insurance application server system described. 前記契約データに基づいて証券データを作成し、証券データをユーザ端末へ送信する手段を有する請求項1または2に記載の保険申込サーバシステム。The insurance application server system according to claim 1 or 2, further comprising means for creating securities data based on the contract data and transmitting the securities data to a user terminal. 前記証券データには、前記保険申込サーバシステム及び前記保険会社の少なくとも一方の電子署名が付されている請求項に記載の保険申込サーバシステム。The insurance application server system according to claim 3 , wherein at least one electronic signature of the insurance application server system and the insurance company is attached to the securities data. 各手段が行った処理のログ記録を行う手段を有する請求項1乃至のいずれかに記載の保険申込サーバシステム。The insurance application server system according to any one of claims 1 to 4 , further comprising means for recording a log of processing performed by each means. ユーザ端末又は前記保険会社端末からの要求に応じて、前記ログ記録を提示する手段を有する請求項に記載の保険申込サーバシステム。6. The insurance application server system according to claim 5 , further comprising means for presenting the log record in response to a request from a user terminal or the insurance company terminal. 前記手続実行手段は、前記ユーザが入力した入力データを前記ユーザ端末から受信した時に、前記入力データに受領確認としての電子署名を付し、電子署名付きの入力データを本申込データとして扱う請求項1乃至のいずれかに記載の保険申込サーバシステム。The said procedure execution means attaches the electronic signature as a receipt confirmation to the said input data, when the input data which the said user input is received from the said user terminal, and treats the input data with an electronic signature as this application data. The insurance application server system according to any one of 1 to 6 . 前記手続実行手段は、所定の認証機関から前記ユーザの本人認証を示すデータを取得することを条件として、前記保険申込手続を実行する請求項1乃至のいずれかに記載の保険申込サーバシステム。The insurance application server system according to any one of claims 1 to 7 , wherein the procedure execution means executes the insurance application procedure on the condition that data indicating personal authentication of the user is obtained from a predetermined certification authority.
JP2000372372A 2000-12-07 2000-12-07 Insurance application server system Expired - Fee Related JP4476475B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000372372A JP4476475B2 (en) 2000-12-07 2000-12-07 Insurance application server system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000372372A JP4476475B2 (en) 2000-12-07 2000-12-07 Insurance application server system

Publications (2)

Publication Number Publication Date
JP2002175415A JP2002175415A (en) 2002-06-21
JP4476475B2 true JP4476475B2 (en) 2010-06-09

Family

ID=18841928

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000372372A Expired - Fee Related JP4476475B2 (en) 2000-12-07 2000-12-07 Insurance application server system

Country Status (1)

Country Link
JP (1) JP4476475B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040000823A (en) * 2002-06-25 2004-01-07 인피언컨설팅 주식회사 System for network-based issue/custody of insurance policy and method thereof
JP5888162B2 (en) * 2012-07-19 2016-03-16 大日本印刷株式会社 Account application system, control program and portable information terminal
CN110020959B (en) * 2019-03-12 2023-10-13 中国平安人寿保险股份有限公司 Data inspection method and related device
JP6934271B1 (en) * 2020-08-27 2021-09-15 プルデンシャル生命保険株式会社 Information processing equipment, programs, and information processing methods
JP7288014B2 (en) * 2020-08-27 2023-06-06 プルデンシャル生命保険株式会社 Information processing device, program, and information processing method

Also Published As

Publication number Publication date
JP2002175415A (en) 2002-06-21

Similar Documents

Publication Publication Date Title
US10880093B1 (en) Digitally signing documents using digital signatures
JP4818931B2 (en) Method and system for validating documents
US11627144B2 (en) Systems and methods for generating and validating certified electronic credentials
WO2000008595A1 (en) Signature system for presenting user signature information
JP2002007701A (en) Loan application system
JP4983974B2 (en) Procedure system
JP4476475B2 (en) Insurance application server system
US11810211B1 (en) Electronically signing documents using electronic signatures
JP4475795B2 (en) Insurance application server system
US6688230B2 (en) Method of printing a token by a printer
JP2004007387A (en) Distribution system, method and program for distributing document with electronic signature, and recording medium for recording program therefor
JP2005284327A (en) Receipt issuing system
JP2002139997A (en) Electronic sealing system
JP3449894B2 (en) Network transaction system, recording medium recording the program, terminal device, and identification method
JP2008210161A (en) Insurance sales system capable of selective disclosure of information
JP4695299B2 (en) Procedure system
AU2003248595B2 (en) A computer system for automating the controlled distribution of documents
JP2001350923A (en) Insurance contract system
JP2001306811A (en) Insurance contract system
JP2004341660A (en) Application agency system and method, application agency program, and recording medium with the same recorded
JP2003006362A (en) Certification document issuing and submitting system, and certification document issuing and submitting process method
JP2001319055A (en) Application system
JP2002279131A (en) Procedure system
KR100827299B1 (en) A computer system for automating the controlled distribution of documents
KR20230112460A (en) A certificate issuance brokerage system tailored to the applicant

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070810

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091208

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100208

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100309

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100310

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130319

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130319

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140319

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees