JP2004094925A - Information processing method and system for responding to prospective consumer - Google Patents

Information processing method and system for responding to prospective consumer Download PDF

Info

Publication number
JP2004094925A
JP2004094925A JP2003194965A JP2003194965A JP2004094925A JP 2004094925 A JP2004094925 A JP 2004094925A JP 2003194965 A JP2003194965 A JP 2003194965A JP 2003194965 A JP2003194965 A JP 2003194965A JP 2004094925 A JP2004094925 A JP 2004094925A
Authority
JP
Japan
Prior art keywords
customer
agency
information
insurance
mail
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.)
Withdrawn
Application number
JP2003194965A
Other languages
Japanese (ja)
Inventor
Tetsuya Hashimoto
橋本　哲也
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.)
Tokio Marine and Fire Insurance Co Ltd
Original Assignee
Tokio Marine and Fire Insurance 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 Tokio Marine and Fire Insurance Co Ltd filed Critical Tokio Marine and Fire Insurance Co Ltd
Priority to JP2003194965A priority Critical patent/JP2004094925A/en
Publication of JP2004094925A publication Critical patent/JP2004094925A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To improve the efficiency of operating activities of a sales agent in introducing a prospective customer to the sales agent. <P>SOLUTION: A customer attribute is determined based on the information of the customer, and e-mail including the information of the sales agent selected based on a predetermined standard and information representing a business mode of the sales agent based on the determined customer attribute is generated and transmitted to the customer. At least a part of the data included in the e-mail transmitted to the customer is transmitted to the agent. By determining the customer attribute from the information of the prospective customer and by presenting the business mode of the sales agent matching the customer attribute to the customer and the sales agent, the sales agent can properly respond to the customer, and the efficiency of the operating activities thereof can be improved. The customer can also receive service considering the attributes of the customer himself or herself such as the degree of dependence on the agent in insurance investigation and after insurance agreement, and urgency depending on the expiration date of a contracted insurance. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明が属する技術分野】
本発明は、保険代理店（媒介者・仲介者などを含む）の見込み顧客への対応に関する情報処理技術に関する。
【０００２】
【従来の技術】
例えば特開２００２−３２５７７号公報には以下のような技術が開示されている。すなわち、インターネット上各種サイトで入力された顧客情報を取り込むことによりコンピュータシステム内に見込み客情報ファイルを作成し、見込み客情報ファイルにおける個々の見込み客情報と、コンピュータシステム内に別に用意した代理店情報ファイルにおける個々の代理店情報とを対比させ、所定の属性に基づいて、選択された見込み客を選択された代理店に振り分け、選択された見込み客について選択された代理店へと通知する。
【０００３】
また、例えば特開２００２−１４０４５２号公報には以下のような技術が開示されている。すなわち、顧客の属性情報を受け付け、既存の保険契約に関する情報を参照し、受け付けた属性情報に基づいて、顧客の既存契約の有無を判別する。そして、既存契約がないと判断された顧客に対して保険契約を取扱う保険取扱者を紹介するか、または、既存契約があると判別された顧客に対して既存契約を取扱う保険取扱者に関する情報を出力する。また、顧客が所在する地域に関する地域情報を受け、受け付けた地域情報が示す地域を担当する保険取扱者に関する情報を出力する。
【特許文献１】
特開２００２−３２５７７号公報
【特許文献２】
特開２００２−１４０４５２号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上で述べた従来技術では、どの顧客がどの程度真剣に保険契約を考えているのかということや、顧客が代理店による説明や営業を望んでいるのか又は代理店に頼らずに自分で決めたいと思っているのかということが分からない。そのため、代理店は各顧客に対してどのような対応が効果的なのか判断できず、営業活動の効率が悪いという問題があった。さらに、直ぐに保険加入を希望する顧客に対して、そのための手段を提供することについて何らの説明もなされていない。
【０００５】
従って本発明の目的は、代理店に見込み顧客を紹介する際に、代理店の営業活動を効率化させるための情報処理技術を提供することである。
【０００６】
【課題を解決するための手段】
本発明に係る、見込み顧客対応のための情報処理方法は、例えば顧客情報格納部に格納された顧客の情報に基づき顧客属性を判定し、記憶装置に格納する判定ステップと、所定の基準に基づき選択された代理店の、代理店情報格納部に格納された情報と、記憶装置に格納された顧客属性に基づく代理店の営業態様を表す情報とを含むメールを生成し、記憶装置に格納すると共に顧客に対し送信する第１送信ステップと、記憶装置に格納された、顧客に送信したメールに含まれるデータの少なくとも一部を代理店に送信する第２送信ステップとを含む。見込み顧客の情報から顧客属性を判定し、当該顧客属性に適合した代理店の営業態様を顧客及び代理店に提示する。これにより、代理店は顧客に対して適切な対応を行うことが可能となり、顧客も所定のサービスを受けられるようになる。
【０００７】
また、本発明において、上で述べた顧客の情報には、少なくとも顧客の既契約保険の満期日の情報が含まれ、満期日までの日数が所定の範囲内である場合には、上で述べた判定ステップにおいて顧客属性が満期間際と判定され、上で述べた代理店の営業態様を表す情報が、代理店の保険契約申込みページへのリンク情報を含むような構成であってもよい。既契約保険の満期日が近い顧客の顧客属性を満期間際とし、日程的に余裕がない状態として扱う。そのため、このような顧客には、代理店の保険契約申込みページを紹介することにより、早期の保険契約申込み受付を可能とする。また、この場合、顧客が例えば代理店のホームページにアクセスして保険契約の申込みを行うため、営業活動の効率化を図ることができる。
【０００８】
また、本発明において、上で述べた顧客の情報には、少なくとも顧客の既契約保険の満期日の情報が含まれ、満期日までの日数が所定の範囲内である場合には、代理店選択のための基準が、代理店に対して顧客がネットワーク経由で直接保険契約申込みができるという基準を含むような構成であってもよい。既契約保険の満期日が近い顧客には、ネットワーク経由で保険契約申込みが可能な代理店を紹介することにより、早期の保険契約申込み受付を可能とする。こうすることで、営業活動の効率を向上させることができる。
【０００９】
また、本発明において、上で述べた顧客の情報には、少なくとも所定の質問に対する顧客の回答が含まれ、上で述べた判定ステップにおいて、顧客の回答に基づき、保険営業に対する顧客の受容レベル又は顧客の契約に到る蓋然性を顧客属性として判定し、受容レベル又は蓋然性が所定のレベル以上である場合には、上で述べた代理店の営業態様を表す情報が、代理店から見積情報を提供する旨の通知を含むような構成であってもよい。代理店からのアプローチを求めていると思われる顧客や、契約に到る可能性が高いと思われる顧客には、代理店から積極的に営業活動を行うようにすることにより、適切な顧客対応が可能となる。
【００１０】
また、本発明において、上で述べた顧客の情報には、少なくとも所定の質問に対する顧客の回答が含まれ、上で述べた判定ステップにおいて、顧客の回答に基づき、保険営業に対する顧客の受容レベル又は顧客の契約に到る蓋然性を顧客属性として判定し、受容レベル又は蓋然性が所定のレベル未満である場合には、上で述べた代理店の営業態様を表す情報が、代理店の連絡先情報を含むような構成であってもよい。代理店からのアプローチを求めていないと思われる顧客や、契約に到る可能性が低いと思われる顧客には、代理店の連絡先を提示して顧客から連絡してもらうようにすることにより、代理店は不要な営業活動を行わずに済み、営業活動の効率を向上させることができる。
【００１１】
また、本発明において、判定された顧客属性が所定の属性に該当する場合にのみ、所定の基準に基づき代理店を選択するステップをさらに含むような構成であってもよい。顧客属性によっては代理店を選択せずに保険会社が直接対応するためである。
【００１２】
また、上で述べた第１送信ステップが、代理店の営業態様を表す情報を、記憶装置に格納された顧客属性と、選択された代理店の特性とに基づいて生成するステップを含むような構成であってもよい。代理店の特性によって営業態様を変える事が可能となる。
【００１３】
また、本発明において、選択された代理店の特性が所定の条件を満たす場合には、代理店用のホームページ・データを生成するステップをさらに含むような構成であってもよい。予め生成しておいてもよいが、顧客のアクセスに応じて生成してもよい。代理店に代わってホームページ・データを生成することにより、例えばホームページを持たない代理店でもネットワーク経由での保険申込受付けが可能となる。
【００１４】
また、本発明において、上で述べた第１送信ステップが、顧客属性毎に予め用意され且つ雛形メール格納部に格納された複数の雛型メールから、判定された顧客属性に基づき１つの雛型メールを選択するステップと、選択された雛型メールを使用してメールを生成するステップとを含むような構成であってもよい。顧客属性が同じであると判定された複数の顧客に対しては、同様の内容のメールを送信することが可能であり、上で述べたように顧客属性毎の雛型メールを利用することにより、メールの生成が効率的になる。
【００１５】
また、本発明において、顧客の見積希望条件に関する情報を含むメールを代理店に対して送信するステップをさらに含むような構成であってもよい。顧客の見積希望条件を代理店に示すことにより、代理店は顧客の希望に合わせた見積りを作成できる。なお、上で述べた第２送信ステップにおいて送信するデータと、この見積依頼用のメールとを一体として代理店に送信してもよい。
【００１６】
また、本発明において、所定の保険紹介サーバから顧客の情報を受信した場合には、上で述べた判定ステップにおいて、受信した顧客の情報に基づき顧客属性を判定するような構成であってもよい。顧客の情報については、様々な方法で取得することが可能であるが、保険紹介サーバから受信した顧客の情報を利用できるようにすることにより、より多くの顧客に対して適切な対応が可能となる。
【００１７】
本発明に係る情報処理方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介して頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【００１８】
【発明の実施の形態】
本発明の一実施の形態に係るシステム構成図を図１に示す。例えば携帯電話機であるユーザ端末９や例えばパーソナル・コンピュータであるユーザ端末３などのユーザ端末は、図示しないがメーラ機能及びウェブ（Ｗｅｂ）ブラウザ機能を備えており、無線又は有線によりメールの送受信及びインターネットに接続してホームページを閲覧することが可能となっている。
【００１９】
例えばインターネットであるネットワーク１には、１又は複数のユーザ端末３及びユーザ端末９の他、代理店への顧客振分け処理や顧客への代理店紹介処理等を行う１又は複数の保険会社本部サーバ５５、例えばメーラ機能を備えたパーソナル・コンピュータである１又は複数のカスタマセンタ・コンピュータ５３、保険会社の紹介処理を行う１又は複数の保険紹介サーバ７、代理店１５の拠点サーバである１又は複数の代理店サーバ１５５、及び例えばメーラ機能及びブラウザ機能を備えたパーソナル・コンピュータである１又は複数の代理店端末１５３が接続されている。
【００２０】
本部サーバ５５には、保険代理店のデータが格納されている代理店データベース（ＤＢ）５５１及び見込み顧客のデータが格納される顧客ＤＢ５５３が接続されている。また、本部サーバ５５のハードディスク・ドライブ（ＨＤＤ）５５５には、顧客属性毎に用意された雛型メール５５５ａ、雛型メール５５５ｂ、雛型メール５５５ｃ、雛型メール５５５ｄ及び雛型メール５５５ｅの例えば５種類の雛型メールが格納されている。顧客属性の判定基準や判定方法により、対応する雛型メールは何種類であってもよい。なお、代理店データベース（ＤＢ）５５１及び顧客ＤＢ５５３は、ハードディスク・ドライブ（ＨＤＤ）５５５に格納されるような構成であってもよい。また、ハードディスク・ドライブ（ＨＤＤ）５５５は、本部サーバ５５の記憶部として、その他のデータをも記憶する機能を有する。さらに、図示しないが本部サーバ５５には、制御部、表示部、通信部が設けられ、制御部は通信部を介して送信されてくる各種データに基づいて、例えばハードディスク・ドライブ（ＨＤＤ）５５５に設けられた雛形メールを選択のうえメールを作成して、通信部を介してメールを送信したり、代理店データベース（ＤＢ）５５１及び顧客ＤＢ５５３に記憶すべきデータの選択などを行う。
【００２１】
なお、本部サーバ５５及びカスタマセンタ・コンピュータ５３は必ずしも保険会社５の内部に設置されている必要はなく、同様の機能が実現できればアウトソーシング等により外部に設置されるような構成であってもよい。
【００２２】
また、代理店サーバ１５５は例えばＷｅｂサーバであり、代理店１５のオリジナル・ホームページの管理を行う。また、代理店サーバ１５５がメール・サーバ機能やプロキシ機能を備え、代理店端末１５３による代理店サーバ１５５を介してのメールの送受信、インターネット接続及びその他のネットワーク・アプリケーションの利用を可能にするような構成であってもよい。
【００２３】
なお、ネットワーク１を経由する通信には、図示していないがドメイン・ネーム・サーバ（ＤＮＳ）、メール・サーバ、ファイア・ウォール等の、インターネット接続やメール送受信に必要な機器及び機能を使用するものとする。
【００２４】
代理店ＤＢ５５１のテーブル構成及び格納されるデータの一例を図２に示す。図２の例では、代理店番号の行２００と、代理店名の行２０２と、メール・アドレスの行２０４と、ホームページ・アドレスの行２０６と、インターネット契約可否の行２０８と、登録郵便番号１の行２１０と、登録郵便番号２の行２１２と、登録郵便番号３の行２１４と、登録郵便番号４の行２１６と、登録郵便番号５の行２１８と、休業日の行２２０と、当月振分け件数の行２２２とが含まれる。レコードは、代理店毎に設定された一意な識別情報である代理店番号の行２００によって特定される。なお、図示しないがこの他、代理店の所在地をはじめ、その他の代理店属性情報が代理店ＤＢ５５１には格納される。
【００２５】
なお、インターネット契約可否の行２０８は、例えばインターネットであるネットワークによる保険契約の申込みが当該代理店では可能かどうかを表す。図２の例ではインターネット契約可否の行２０８の値が”可”となっているが、保険契約申込みを行うことができるページへのリンクの値が登録されるような構成であってもよい。
【００２６】
また、登録郵便番号１の行２１０から登録郵便番号５の行２１８までには、当該代理店が担当する地域を表す情報として、郵便番号が登録されている。本実施の形態では、代理店が担当を希望する地域の郵便番号の上５桁が最大５つまで登録されるような構成としているが、代理店の担当範囲の決定方法によっては、登録される郵便番号の桁数や最大個数が異なる構成とすることも可能である。また、郵便番号で担当範囲を規定しない場合もある。
【００２７】
また、休業日の行２２０は、本部サーバ５５の制御部が顧客の代理店への振分け処理を行う際に、当該代理店が休業日であるかどうかを判定するために参照される。なるべく早く代理店に顧客対応を行わせるためである。図２の例では”土日祝”という値になっているが、他の記号で表したり、図示しないスケジュール管理システム等に登録された休業日情報を本部サーバ５５が参照するような構成であってもよい。
【００２８】
また、当月振分け件数の行２２２には、本部サーバ５５が当該代理店に対して顧客の振分けを当月に何回行ったかというカウンタ情報が登録されており、本部サーバ５５の制御部は担当地域の情報及びこの値を基準として代理店に対する顧客の振分け処理を行う。振分けに偏りが生じるのを防止するためである。
【００２９】
次に、顧客ＤＢ５５３のテーブル構成及び格納されるデータの一例を図３に示す。図３の例では、見積番号の行３００と、顧客番号の行３０２と、氏名の行３０４と、郵便番号の行３０６と、住所の行３０８と、メール・アドレスの行３１０と、電話番号の行３１２と、ＦＡＸ番号の行３１４と、その他連絡先（勤務先）の行３１６と、生年月日の行３１８と、性別の行３２０と、免許取得年月日の行３２２と、証券番号の行３２４と、代理店番号の行３２６と、予定の契約開始日（他社の保険契約の満期日）の行３２８と、現在のノン・フリート等級の行３３０と、型式の行３３２と、車両料率クラスの行３３４と、搭傷賠償料率クラスの行３３６と、初度登録年月の行３３８と、運転者（家族）限定割引の行３４０と、エアバッグの行３４２と、登録番号の行３４４と、車両保険金額の行３４６と、対人賠償責任保険金額の行３４８と、人身傷害補償保険金額の行３５０と、対物賠償責任保険金額の行３５２と、搭乗者傷害保険金額の行３５４と、搭傷医療特約の行３５６と、ファミリー・バイク特約の行３５８と、保険選択において重視する項目の行３６０と、保険加入検討時の相談先の行３６２と、事故時の報告先の行３６４とが含まれる。ここでは例えば自動車の任意保険の場合のテーブル構成及びデータの例を示しているが、その他の保険に関するデータを格納するような構成であってもよい。レコードは、各レコードに一意な識別情報である見積番号の行３００によって特定される。本実施の形態では、顧客の情報を保険紹介サーバ７等から取得する構成となっており、例えば保険紹介サーバ７が付与した顧客紹介番号等を取得し、見積番号として登録する。顧客の情報を取得する毎にレコードは生成され、各レコードには個人情報、車両情報及び所定のアンケートに対する回答が登録されている。
【００３０】
なお、証券番号の行３２４の値から図示しない保険契約ＤＢ等を検索することによって、例えば既契約保険の満期日等の既契約保険の情報が導出可能である。
【００３１】
また、重視する項目の行３６０には、所定のアンケートの１つである「保険を購入する際にもっとも重視する項目は何ですか？」に対する当該顧客の回答として、”補償重視”、”価格重視”、”サービス重視”又は”会社の信頼性”等の値が登録されている。同様に、保険加入検討時の相談先の行３６２には、「代理店経由での加入を希望しますか？」という質問に対する当該顧客の回答として、希望する場合には”代理店”が、希望しない場合には”自分で決める”等の値が登録されている。また、事故時の報告先の行３６４も同様に、「事故の際の事故報告先はどちらですか？」という質問に対する当該顧客の回答として、”代理店”や”保険会社”等の値が登録されている。なお、アンケートの内容や個数は、どのような顧客属性を判定したいのかによって変更してもよいし、顧客の回答は記号等によって登録されるような構成であってもよい。
【００３２】
アンケート・ページの一例を図４に示す。本ページには、「保険を購入する際にもっとも重視する項目は何ですか？」というメッセージである第１の質問４００と、第１の質問４００に対する選択回答項目である回答４０２乃至回答４１０と、「代理店経由での加入を希望しますか？」というメッセージである第２の質問４２０と、第２の質問４２０に対する選択回答項目である回答４２２及び回答４２４と、「事故の際の事故報告先はどちらですか？」というメッセージである第３の質問４３０と、第３の質問４３０に対する選択回答項目である回答４３２乃至回答４３６とが含まれる。各質問につき１つの回答の選択入力を受け付けるため、ラジオボタンが設けられている。顧客によって自分に当てはまると思われる回答の◎印がクリックされると、●印に変わって選択されたことが示される。選択入力の受付終了後、顧客が図示しない送信ボタン等を押すことによって入力データはユーザ端末からサーバに送信される。
【００３３】
次に、図５乃至図１８を用いて図１に示したシステムの動作を説明する。
【００３４】
顧客は、ユーザ端末３（又はユーザ端末９）を操作して保険紹介サーバ７が管理する保険紹介ホームページにアクセスする。すなわち、ユーザ端末３は保険紹介ホームページ・データの要求を保険紹介サーバ７に対して送信する（ステップＳ１）。保険紹介サーバ７はユーザ端末３から保険紹介ホームページ・データの要求を受信する（ステップＳ３）。保険紹介サーバ７はユーザ端末３からの要求に従って保険紹介ホームページ・データを生成し、ユーザ端末３に送信する（ステップＳ５）。ユーザ端末３は保険紹介サーバ７から保険紹介ホームページ・データを受信し、表示装置に表示する（ステップＳ７）。ユーザ端末３は顧客による顧客データ及びアンケートに対する回答の入力を受け付け、入力されたデータを保険紹介サーバ７に送信する（ステップＳ９）。保険紹介サーバ７はユーザ端末３から顧客データ及びアンケートの回答データを受信し、保険紹介サーバ７の顧客ＤＢ（図示せず）に格納する（ステップＳ１１）。
【００３５】
次に、保険紹介サーバ７は顧客データに基づき、図示しない保険会社ＤＢ等から引受け可能な保険会社を検索する（ステップＳ１３）。検索結果を用いて引受け可能な保険会社の一覧ページ・データを生成し、ユーザ端末３に送信する（ステップＳ１５）。ユーザ端末３は、保険紹介サーバ７から引受け可能な保険会社の一覧ページ・データを受信し、表示装置に表示する（ステップＳ１７）。ユーザ端末３は、顧客による引受会社の選択入力を受け付け、選択入力データを保険紹介サーバ７に送信する（ステップＳ１９）。保険紹介サーバ７はユーザ端末３から引受会社の選択入力データを受信し、一旦記憶装置に格納する（ステップＳ２１）。処理は端子Ａを介して図６の処理に移行する。
【００３６】
保険紹介サーバ７は、ステップＳ２１においてユーザ端末３から受信した情報に基づき顧客の紹介を行う保険会社を特定し、例えば保険会社５の本部サーバ５５に対してステップＳ１１において受信した顧客データ及びアンケートの回答データ及び発番した見積番号（見積依頼番号の意）を送信する（ステップＳ２３）。本部サーバ５５は、保険紹介サーバ７から顧客データ及びアンケートの回答データ及び見積番号を受信し、顧客ＤＢ５５３に格納する（ステップＳ２５）。図３に示したようなレコードが生成・格納される。なお、同様のデータを取得できるのであれば、保険紹介サーバ７からの紹介に限らず、例えば本部サーバ５５が管理する保険会社ホームページを介してユーザ端末３から送信された顧客データを受け付けるなど、他の方法によってデータを取得するような構成であってもよい。このような場合、本部サーバ５５の制御部が、記憶部（ＨＤＤ５５５）に格納されたホームページ用の提供画面データから図３に示した各データを取得するための適当な画面データや図４に示した画面データを選定のうえ抽出して、通信部及びネットワーク１を介して、例えばユーザ端末３又はユーザ端末９に送信することもある。ユーザ端末３又は９は、送信されたデータをディスプレイなどの表示装置に表示し、ユーザなどによるデータの入力を受け付け、受け付けたデータをネットワーク１を介して本部サーバ５５に送信する。本部サーバ５５の制御部は通信部を介して受信したデータを、顧客ＤＢ５５３に記憶するよう指示する。
【００３７】
本部サーバ５５の制御部（以下、略して単に本部サーバ５５と記す場合、制御部を意味する）は、受信し顧客ＤＢ５５３に記憶しておいた顧客データを抽出し、その顧客データに基づき例えば図示しない保険契約ＤＢ等を検索することによって、保険会社５における当該顧客の既存契約データが存在するかどうか確認する（ステップＳ２７）。保険契約ＤＢには、顧客番号（図３の３０２に相当）、氏名（図３の３０４に相当）、郵便番号（図３の３０６に相当）、住所（図３の３０８に相当）等の他、保険種目（含む種目コード番号）、保険金額、保険料、保険対象、そして取扱代理店名（図２の２０２に相当）、取扱代理店番号（図２の２００に相当）が記録されており、記憶部（ＨＤＤ５５５）内、または本部サーバ５５と接続された状態で設置されている。本部サーバ５５の制御部は、当該顧客が既契約者であるかどうか判定し（ステップＳ２９）、既契約者であると判定された場合には、端子Ｅを介して図１７の処理へ進む。また、既契約者ではないと判定された場合には、本部サーバ５５は顧客ＤＢ５５３の顧客データのうち予定の契約開始日（図３の３２８参照）を参照して他社契約保険の満期日の情報を導出し、満期日まで所定の日数、例えば１０日以内であるかどうか判定する（ステップＳ３１）。１０日以内であると判定された場合には、端子Ｄを介して図１４の処理へ進む。
【００３８】
１０日以内ではないと判定された場合には、本部サーバ５５は、顧客データの郵便番号及びシステム日付を用いて、代理店ＤＢ５５１の検索処理を行う（ステップＳ３３）。代理店ＤＢ５５１の登録郵便番号１の行２１０から登録郵便番号５の行２１８までの値に顧客データの郵便番号と同じ値が含まれていて、且つ現在のシステム日付が休業日（図２の２２０参照）に該当しない代理店を抽出する。すなわち、当該顧客の住所が担当地域であり且つ本日営業中の代理店を選出する。本部サーバ５５は、抽出結果としてレコードが１つ以上存在するかどうか判定し（ステップＳ３５）、存在しないと判定された場合には、端子Ｅを介して図１７の処理へ進む。１つ以上存在すると判定された場合には、さらに本部サーバ５５は複数存在するかどうか判定する（ステップＳ３７）。複数存在すると判定された場合には、代理店ＤＢ５５１を検索して当月振分け件数の行２２２の値を比較し、最も少ない値の代理店を特定する（ステップＳ３９）。一方、複数存在しないと判定された場合には、すなわち１つの代理店が特定されているので、ステップＳ３９をスキップする。特定された代理店のデータを一旦記憶装置に格納する（ステップＳ４１）。処理は端子Ｂを介して図７の処理に移行する。
【００３９】
本部サーバ５５は、ステップＳ２５において受信したアンケート結果から、顧客属性の特定処理を行い、特定された顧客属性のデータを図３の３６０乃至３６４に示したような形式で記憶装置に格納する。（ステップＳ４３）。所定の基準に基づき、顧客がどの質問に対してどの回答を選択したかによって顧客属性を特定する。本実施の形態では、顧客の回答が、代理店の積極的な営業活動による効果が期待できると予め設定された回答パターンである場合には、顧客属性を１とする。例えば、回答４０６又は４０８が選択され、且つ回答４２２及び回答４３２の少なくともいずれかが選択されたような場合には、顧客属性を１と特定する。また、顧客の回答が、営業活動の効果が期待できないと推定されると予め設定された回答パターンである場合には顧客属性を３とする。例えば、回答４０４が選択され且つ回答４２４が選択されたような場合には、代理店経由での加入を希望せずに価格重視で自分で決めるという回答であるため、顧客属性を３と特定する。こうした、顧客の回答内容と対応する顧客属性（営業活動による効果が期待できるか否か）とは、顧客属性特定データとして、あらかじめテーブル化した状態で記憶部に記録されており、本部サーバ５５は記憶部内の本顧客属性特定データを参照することで顧客属性を特定する場合もある。
【００４０】
なお、本実施の形態では顧客属性は５つあり、上で述べた顧客属性１又は３の他に、顧客属性が２、４又は５の場合もある。ここでは、顧客属性が２、４又は５と特定されるのは、上で述べたアンケートの結果ではなく別のデータが優先的に判断材料となった場合である。ステップＳ３１において既契約保険の満期日まで１０日以内であると判定された場合には顧客属性を２と特定し、ステップＳ３５において担当代理店が抽出できなかったと判定された場合には顧客属性を４と特定し、ステップＳ２９において当該保険会社の既契約者と判定された場合には顧客属性を５と特定する。これらの顧客属性の分類についても、例えば顧客属性特定データとして予めテーブル化した状態で記憶部に記録されており、制御部は顧客ＤＢ５５３や代理店ＤＢ５５１の検索結果などのデータを用いて、記憶部内の本顧客属性特定データのテーブルを参照することで顧客属性を特定する場合もある。
【００４１】
アンケート結果に基づき顧客属性が１又は３と特定される場合であっても、その顧客が顧客属性２、４又は５のいずれかに該当する場合には、本実施の形態では後者（顧客属性２、４又は５）の方に優先的に特定される。そのため、処理フローにおいては優先順位に従って顧客属性の特定処理を行っており、ステップＳ３７以降の処理対象となっている顧客属性は既に１又は３に絞り込まれている。これらの顧客属性特定のための優先順位に関するデータについても併せて記憶部内の顧客属性特定データに含めて記録されている場合もある。例えば、記憶部には「（１）満期日近し（属性２）−＞（２）代理店抽出不可（属性４）−＞（３）既契約者（属性５）ー＞（４）アンケート結果（属性１又は３）」という属性特定のための判定順位データが記憶部に記録され、本部サーバ５５の制御部は（１）から始まって順次（４）までの確認処理を行い、（１）から（３）のいずれにも該当しない場合に属性１に該当するか属性３に該当するかを、顧客ＤＢ５５３に記録されたアンケート結果データに基づいて判定する。
【００４２】
顧客属性が特定された場合には、本部サーバ５５は顧客属性が１であるかどうか判定する（ステップＳ４５）。ステップＳ４５において顧客属性が１でないと判定された場合には、すなわち顧客属性が３の場合であり、端子Ｃを介して図１２の処理へ進む。顧客属性が１であると判定された場合には、本部サーバ５５は第１の雛形メール５５５ａからメール（お礼メール）を抽出した上でメールを生成し、写しを他のメール・アドレスに送信するため記憶装置に格納すると共に通信部を介してユーザ端末３に送信する（ステップＳ４７）。ユーザ端末３は本部サーバ５５からのお礼メールを受信し、表示装置に表示する（ステップＳ４９）。
【００４３】
第１の雛形メール５５５ａから生成されたお礼メールの一例を図８に示す。本メールには、タイトル文８００と、第１の挨拶及び本文８０２と、代理店の連絡先８０４と、追記文８０６と、第２の挨拶文８０８とが含まれている。タイトル文８００には、メールの見出しとなる文が含まれている。第１の挨拶及び本文８０２には、見積り依頼をしてくれたことに対するお礼の文と代理店名の紹介と後日代理店が見積りの連絡を行う旨の通知とが含まれている。代理店の連絡先８０４には、当該顧客の担当となる代理店の住所、電話番号、ＦＡＸ番号、メール・アドレス及び代理店ホームページへのリンク情報が含まれている。追記文８０６には、代理店からの見積りの連絡がなかった場合には顧客から保険会社に連絡して欲しいという旨の文が含まれている。第２の挨拶文８０８には、当該案件の見積番号と文末の挨拶文とが含まれている。第１の挨拶及び本文８０２（除く、代理店名）と、追記文８０６と、第２の挨拶文８０８の見積もり番号を除いた情報は、あらかじめ雛形メール５５５ａに記録されている。本部サーバ５５の制御部は、記憶部から第１の雛形メール５５５ａを抽出し、その雛形メールに、ステップＳ２５にて顧客ＤＢ５５３に格納された顧客情報と、ステップＳ４１にて特定された代理店のデータを代理店ＤＢ５５１から抽出して、タイトル文８００と、第１の挨拶及び本文８０２の代理店名と、代理店の連絡先８０４欄を作成する。そして、後に説明する見積書作成処理において発番される見積書番号を付加して、第２の挨拶文８０８を完成させる。
【００４４】
次に、本部サーバ５５の制御部は見積依頼連絡メールを生成し（ステップＳ５１）、お礼メールの写し及び生成した見積依頼連絡メールを通信部を介して、担当の代理店（例えば代理店１５）宛に送信する（ステップＳ５３）。また、顧客属性が１の場合、お礼メールの写し及び見積依頼連絡メールの写しをカスタマセンタ（カスタマセンタ・コンピュータ５３）に送信する。このお礼メールの写し及び見積依頼連絡メールの写しは、営業課支社等が代理店の顧客対応をチェックする等のために使用する。また、代理店１５では例えば代理店端末１５３を操作して本部サーバ５５からのお礼メールの写し及び見積依頼連絡メールを受信させ、代理店端末１５３の表示装置に表示させる（ステップＳ５５）。
【００４５】
見積依頼連絡メールの一例を図９に示す。本メールには、件名９００と、添付ファイル９０２と、本文９０４と、顧客属性の説明９０６と、アンケート結果９０８と、顧客情報９１０と、第１の見積用情報９１２と、第２の見積用情報９１４とが含まれている。件名９００には、少なくとも代理店名及び顧客属性が含まれている。メールを受信した代理店１５は、顧客属性によって、当該顧客に対してどのような対応を行っていけばよいか判断する。添付ファイル９０２は、例えばｃｓｖ（ｃｏｍｍａ　ｓｅｐａｒａｔｅｄ　ｖａｌｕｅ）形式のファイルであり、図示しない見積りシステム等で直接使用できるようなファイル形式となっている。これにより、代理店では見積りを実施するための情報を転記したり他システムに再入力したりする手間が省ける。
【００４６】
本文９０４には、顧客から見積希望を受け付けた日時及び挨拶文が含まれており、顧客属性の説明９０６には、顧客属性１乃至３の説明が含まれている。なお、顧客属性４及び５については、見積依頼連絡メールを代理店に送付しない場合であるため含まれていない。アンケート結果９０８には、図４に示したアンケートに対する当該顧客の回答が含まれており、代理店は当該顧客に対する営業活動の参考とすることができる。また、顧客属性が１の場合には、アンケート結果９０８の上部に見積番号を含むような構成になっており、代理店と保険会社との連絡の際に案件を特定するため等に使用できる。また、顧客からの問合せにも対応できる。
【００４７】
顧客情報９１０には、当該顧客の氏名、住所、メール・アドレス、電話番号、ＦＡＸ番号及びその他連絡先（勤務先）が含まれており、代理店１５が顧客に連絡を取る場合に使用する。第１の見積用情報９１２及び第２の見積用情報９１４には、保険加入にあたっての顧客の条件である例えば車の情報や保険金額等が含まれている。本部サーバ５５の制御部は、ステップＳ２５にて顧客ＤＢ５５３に格納された顧客情報と、ステップＳ４１にて特定された代理店のデータを代理店ＤＢ５５１から抽出し、また記憶部に格納された顧客属性特定データを用いて特定した顧客属性などを用いて、件名９００を完成させる。また本部サーバ５５の制御部は、システム日付（時刻）に基づきあらかじめ記録しておいた受け付け日時に関するデータを用いて本文９０４を作成し、同様にステップＳ２５にて顧客ＤＢ５５３に格納された顧客情報を用いて、アンケート結果９０８と、顧客情報９１０と、第１の見積用情報９１２と、第２の見積用情報９１４を付加してメールを完成させる。完成させたメールを、通信部を介して、代理店宛に送信する。メールを受信した代理店は、これらの条件を参考にして保険の見積りを作成する。
【００４８】
なお、同様の内容を代理店に通知できるのであれば、見積依頼連絡メールとお礼メールの写しとを１つのメールに統合して代理店に送信するような構成であってもよい。
【００４９】
代理店１５は見積書を作成し（ステップＳ５７）、例えば代理店端末１５３を使用して見積メールをユーザ端末３に送信する（ステップＳ５９）。見積書は１つの見積りに限らず、例えば保険金額を抑えた第１の見積りと、保険金額と補償内容のバランスを考慮した第２の見積りと、補償内容を充実させた第３の見積りとを含む見積書を作成してもよい。そして、複数の見積りから顧客に選択させる。ユーザ端末３は代理店端末１５３からの見積メールを受信し、表示装置に表示する（ステップＳ６１）。なお、代理店１５から顧客への見積書の提示方法はメールに限らず、電話、ＦＡＸ、郵送及び直接訪問等の他の手段又はこれらの手段の組合せによるものであってもよい。
【００５０】
見積書の一例を図１０及び図１１に示す。本見積書は、図１０と図１１とで構成される。また、同様の内容で顧客に提示可能であれば形式は限定されず、書類、メールの添付ファイル又はインターネットのホームページ・データ等であってもよい。本見積書には、提案プランの一覧１０００（図１０）と、コメント文１００２（図１０）と、見積条件１００４（図１０）と、第１の提案プランの列１１００（図１１）と、第２の提案プランの列１１０２（図１１）と、第３の提案プランの列１１０４（図１１）と、保険料一覧１１０６（図１１）とが含まれている。
【００５１】
提案プランの一覧１０００（図１０）には、例えば３通りの提案プランとその内容が含まれている。図１０の例では、Ａプランは顧客が指定した条件に沿ったプランであり、Ｂプランは補償を充実させたプランであり、Ｃプランは保険料を抑えたプランであるという説明が含まれている。コメント文１００２（図１０）には、見積り依頼をしてくれたことに対するお礼の文と、プランを複数用意した旨と、契約のお願い文とが含まれている。見積条件１００４（図１０）には、本見積りにおいて用いた条件の一覧が含まれている。なお、見積依頼連絡メールに含まれていない条件については、所定のルールに基づき設定される。
【００５２】
第１の提案プランの列１１００（図１１）には、車及び人における補償金額と、対人及び対物の賠償金額とについて、顧客が指定した金額及び所定の条件に基づき設定された金額の一覧が含まれている。第２の提案プランの列１１０２（図１１）には、第１の提案プランの列１１００（図１１）よりも補償及び賠償金額を所定の割合で増やした場合の一覧が含まれている。第３の提案プランの列１１０４（図１１）には、第１の提案プランの列１１００（図１１）よりも補償及び賠償金額を所定の割合で減らした場合の金額の一覧が含まれている。保険料一覧１１０６（図１１）には、上で述べた各提案プランの保険料見積金額（年払いの場合及び月払いの場合）が含まれている。例えば第１の提案プランの保険金額を基準にすると、第２の提案プランは補償が厚い一方で保険料が高くなっており、第３の提案プランは補償が厚くないかわりに保険料を安く抑えてある。これにより、顧客は自分が指定した条件に基づいていないプランであっても気に入ったプランがあればそちらを選択することができる。また、顧客が条件を指定した時点と見積りを取得した時点とで、保険金額と補償内容とのバランスに対する考えが変わっていたとしても、１回の見積提示で対応できる場合もある。
【００５３】
保険料の見積りは、本実施の形態では代理店１５が代理店端末１５３を操作して保険会社５の本部サーバ５５にアクセスし、本部サーバ５５に設けられた例えば見積試算プログラム等を用いて行う。ここで、代理店ＤＢ５５１には図示しないが、代理店毎の見積プランが登録されているような構成であってもよい。代理店毎の見積プランは、各代理店が代理店ＤＢ５５１に予め登録しておき、代理店の営業政策によって自由に登録や変更を行うことができるようになっている。また、プランの内容の表示形態も各代理店が自由に設定することができる。例えば、図１０のプランに代えて、Ｂプランを顧客が加入可能な最大限の補償内容として生成し、そのプラン内容の表示コメントを「万一の場合に最大限の補償を約束するプランです」とすることができる。また、プランＣを、プランＢほど補償内容は厚くないものの、平均的に必要なレベルの補償を得るために必要な補償条件で加入するプランとして生成し、そのプラン内容の表示コメントを「標準的に補償が得られるプランです」とすることができる。この場合、プランＣは顧客が指定した条件より補償が厚くなることもあり、また逆に顧客が指定した条件より補償が薄くなることもある。仮に顧客が指定した条件より補償が薄くなる場合であっても、通常必要とされる最低限の補償が得られ、且つ保険料が安くなるため、顧客にとっては効率的な保険加入が可能となる。それぞれのプランに対応する契約条件も各代理店が自由に設定できる。各プランの表示形態及びそれぞれの契約条件は、図２に示した項目にさらに追加する情報として、代理店ＤＢ５５１に登録される。代理店（例えば代理店１５）が見積りを実施するために、例えば代理店端末１５３を操作して本部サーバ５５にアクセスした場合、代理店番号をキーとして登録済みのプランが読込まれ、保険料が算出される。併せて各プランに対応した表示形態のページ・データが生成される。
【００５４】
なお、このような保険料見積り処理を代理店サーバ１５５で行うような構成であってもよい。その場合、保険料試算プログラム及び各プランについての条件データは代理店サーバ１５５の記憶装置に格納される。代理店１５は、代理店端末１５３を操作して代理店サーバ１５５にアクセスし、保険料見積プランを生成・取得することができる。
【００５５】
次に、端子Ｃを介して遷移した処理について図１２を用いて説明する。本部サーバ５５は、第３の雛型メール５５５ｃからお礼メールを生成し、ユーザ端末３に送信する（ステップＳ６３）。ユーザ端末３は本部サーバ５５からのお礼メールを受信し、表示装置に表示する（ステップＳ６５）。
【００５６】
第３の雛形メール５５５ｃから生成されたお礼メールの一例を図１３に示す。本メールには、タイトル文１３００と、第１の挨拶及び本文１３０２と、代理店の連絡先１３０４と、追記文１３０６と、第２の挨拶文１３０８とが含まれている。タイトル文１３００には、メールの見出しとなる文が含まれている。第１の挨拶及び本文１３０２には、見積り依頼をしてくれたことに対するお礼の文と代理店名の紹介とが含まれている。代理店の連絡先１３０４には、当該顧客の担当となる代理店の住所、電話番号、ＦＡＸ番号、メール・アドレス及び代理店ホームページへのリンク情報が含まれている。追記文１３０６には、顧客から代理店に連絡して欲しいという旨の文が含まれている。第２の挨拶文１３０８には、文末の挨拶文が含まれている。本メールの作成の仕方は、図８で示した第一の雛形メール５５５ａを用いて作成する場合と、基本的に同じである。第１の挨拶及び本文１３０２（代理店名を除く）と、追記文１３０６と、第２の挨拶文１３０８とは、あらかじめ雛形メール５５５ｃに記録されている。従って、本部サーバ５５の制御部は、ＨＤＤ５５５から第３の雛形メール５５５ｃを抽出し、その雛形メールに、ステップＳ２５にて顧客ＤＢ５５３に格納された顧客情報と、ステップＳ４１にて特定された代理店のデータを代理店ＤＢ５５１から抽出して、タイトル文１３００と、第１の挨拶及び本文１３０２の代理店名と、代理店の連絡先１３０４欄を付加して、メールを完成させる。
【００５７】
図８に示した第１の雛形メール５５５ａから生成されたお礼メールの一例では代理店から顧客に対して連絡するという内容であったのに対し、本メールの例では、顧客から代理店に連絡を取って欲しいという内容になっている。顧客属性３の顧客に対しては代理店からの積極的な営業活動による効果が期待できないと推定されるため、このような構成となっている。一方で代理店も不要な営業活動を行わずに済み、営業活動の効率を向上させることができる。
【００５８】
次に、本部サーバ５５は見積依頼連絡メールを生成し（ステップＳ６７）、お礼メールの写し及び生成した見積依頼連絡メールを通信部を介して担当の代理店（例えば代理店１５）宛に送信する（ステップＳ６９）。代理店１５では例えば代理店端末１５３を操作して本部サーバ５５からのお礼メールの写し及び見積依頼連絡メールを受信させ、代理店端末１５３の表示装置に表示させる（ステップＳ７１）。
【００５９】
次に、端子Ｄを介して遷移した処理について図１４を用いて説明する。この場合、ステップＳ７３の前段階において、まずステップＳ３３乃至ステップＳ４１と同じ処理が行われる。すなわち、本部サーバ５５の制御部は、代理店のネット対応の状況に拘わらず、顧客にとってより適切な代理店を選定する。そして次に、代理店ＤＢ５５１（図２の２０６及び２０８）を参照して、選定された代理店がネット対応しているかどうかを判定し、ネット対応していると判定された場合には、ステップＳ７３の処理へ進む。そして、選定された代理店がネット対応していない場合、後に説明する当該代理店用の仮想ホームページを生成することになる。選定された代理店がネット対応していると判定された場合、本部サーバ５５は、第２の雛型メール５５５ｂを用いてお礼メールを生成し、通信部を介してユーザ端末３に送信する（ステップＳ７３）。ユーザ端末３は本部サーバ５５からお礼メールを受信し、表示装置に表示する（ステップＳ７５）。なお、ステップＳ７３の前段階において行われるステップＳ３３乃至ステップＳ４１と同じ処理のうち、ステップＳ３５に対応する処理において適当な代理店が存在しなかった場合（ステップＳ３５におけるＮｏの場合）は、別途、保険会社固有のホームページから保険申し込みを受け付けることになる。
【００６０】
第２の雛形メール５５５ｂを用いて生成されたお礼メールの一例を図１５に示す。本メールには、タイトル文１５００と、第１の挨拶及び本文１５０２と、代理店の見積りホームページの案内１５０４と、代理店の連絡先１５０６と、第２の挨拶文１５０８とが含まれている。タイトル文１５００には、メールの見出しとなる文が含まれており、今すぐ保険加入を検討するように働きかける内容となっている。第１の挨拶及び本文１５０２には、見積り依頼をしてくれたことに対するお礼の文と代理店名の紹介とが含まれている。代理店の見積り及び申込み用ホームページの案内１５０４には、当該顧客の既契約保険の満期日が近いことから、当該顧客の担当となる代理店のホームページで契約申込みを行うように促すメッセージと、代理店の保険契約申込み用ページへのリンク情報とが含まれている。代理店の連絡先１５０６には、代理店の住所、電話番号、ＦＡＸ番号、メール・アドレス及び代理店ホームページへのリンク情報が含まれている。第２の挨拶文１５０８には、文末の挨拶文が含まれている。本メールの例では、当該顧客の既契約保険の満期日が近いことから、代理店と顧客との連絡方法等よりも、少しでも早く契約の申込みを行うことができることに重点を置いた内容となっている。本部サーバ５５の制御部は、ステップＳ２５にて顧客ＤＢ５５３に格納された顧客情報と、ステップＳ４１にて特定された代理店のデータを代理店ＤＢ５５１から抽出したデータを用いて、タイトル文１５００に顧客名を挿入してタイトル文１５００を完成させる。また、ステップＳ４１にて特定された代理店のデータを代理店ＤＢ５５１から抽出して、第１の挨拶及び本文１５０２と、代理店の見積りホームページの案内１５０４と、代理店の連絡先１５０６とを完成させる。第２の挨拶文１５０８は、あらかじめ雛形メール５５５ｂに記された内容がそのまま使用される。このようにして本部サーバ５５の制御部は、メールを完成させる。完成させたメールを、通信部を介して顧客宛に送信する。なお、図示しないが、図２にはインターネット契約可否欄２０８と併せて、代理店ＤＢ５５１にはインターネット契約を行なうための専用ＵＲＬも格納されている。顧客は保険契約申込み用ページへのリンク情報から代理店のホームページにアクセスし、保険の見積りや契約申込みを行うことができる。一方で代理店も不要な営業活動を行わずに済み、営業活動の効率を向上させることができる。特にＷｅｂ経由であるから営業効率が良い。
【００６１】
このように、既契約保険の満期日が近い顧客、すなわち顧客属性が２であると判定される顧客に対しては、ネット上での保険契約申込みの受け付けが可能な代理店のホームページに顧客を誘導することになる。
【００６２】
次に、本部サーバ５５は見積依頼連絡メールを生成し（ステップＳ７７）、お礼メールの写し及び生成した見積依頼連絡メールを担当の代理店（例えば代理店１５）に送信する（ステップＳ７９）。代理店１５では例えば代理店端末１５３を操作して本部サーバ５５からのお礼メールの写し及び見積依頼連絡メールを受信し、代理店端末１５３の表示装置に表示させる（ステップＳ８１）。また、顧客の操作によってユーザ端末３が代理店の保険契約申込み用ページへのアクセス要求を受け付けた場合は、端子Ｆを介して図１６の処理に進む。
【００６３】
図１６において、ユーザ端末３は、顧客のアクセス要求操作を受け付け、例えば代理店サーバ１５５に保険契約申込み用ページ・データの要求を送信する（ステップＳ８３）。代理店サーバ１５５はユーザ端末３から保険契約申込み用ページ・データの要求を受信する（ステップＳ８５）。代理店サーバ１５５は保険契約申込み用ページ・データを生成し、ユーザ端末３に送信する（ステップＳ８７）。ユーザ端末３は代理店サーバ１５５から保険契約申込み用ページ・データを受信し、表示装置に表示する（ステップＳ８９）。こうして生成された保険契約申込み用ページ・データは、当該代理店の情報（例えば代理店番号２００などの情報）と関連付けられた状態（例えば、クッキー情報として代理店番号を有して）でユーザ端末３などに送信されることになる。
【００６４】
ユーザ端末３は、保険契約データの顧客からの入力を受け付け、代理店サーバ１５５に送信する（ステップＳ９１）。代理店サーバ１５５はユーザ端末３から保険契約データを受信し、一旦記憶装置に格納する（ステップＳ９３）。代理店サーバ１５５は受信したデータに基づき保険契約の申込み受付け処理を行う（ステップＳ９５）。この保険契約の申込み受付け処理は、代理店サーバ１５５が単独で行うものでなくてもよい。例えば、図示しない他のサーバとの通信や他のサーバが管理するＤＢへのアクセスを行うような構成であってもよい。代理店サーバ１５５は保険契約の申込み受付け確認ページ・データを生成し、ユーザ端末３に送信する（ステップＳ９７）。ユーザ端末３は保険契約の申込み受付け確認ページ・データを受信し、表示装置に表示する（ステップＳ９９）。
【００６５】
また、既契約保険の満期日が近い（例えば１０日以内）顧客に対してはネット対応している代理店が存在しない場合、代理店ホームページへの誘導に代えて例えば保険会社５の本部サーバ５５が管理する図示しない代理店用仮想ホームページに誘導する。この代理店用仮想ホームページは、ネット上での保険契約申込みに対応（ネット対応）していない代理店について、あたかも当該代理店が開設したホームページ上の保険契約申込みページであるかのように構成され、本部サーバ５５からユーザ端末３などの要求に基づいて送信される。このような仕組みにすることで、既契約保険の満期日が近い（例えば１０日以内）顧客に対して、ネット対応がなされている代理店だけではなく、それ以外の代理店の中から、例えば近隣に所在する等、より好適な条件に合う代理店を選定して紹介し、その代理店を担当として契約加入処理をさせることができる。選定された代理店がネット対応している場合には、図１５に示すホームページの案内１５０には当該代理店のホームページへのリンク情報が含まれ、選定された代理店がネット対応していない場合には、図１５に示すホームページの案内１５０４には当該代理店用仮想ホームページへのリンク情報が含まれる。そして、図１６の処理において、代理店サーバ１５５が行う処理を本部サーバ５５が行うこととなる。また、メール対応していない代理店については、見積依頼メールの生成及び送信処理の代わりに、電話やファックス等での処理を行い、ステップＳ７３乃至ステップＳ８１は省略されることもある。
【００６６】
代理店用仮想ホームページの生成は、次のように行われる。まず、ネット対応していない代理店が選定された場合、本部サーバ５５の制御部は当該代理店に関する情報を代理店ＤＢ５５１から取得する。そして、例えば本部サーバ５５の記憶部に格納されている代理店用仮想ホームページ・データを抽出し、それに当該代理店に関する情報として、例えば代理店名、代理店住所及び電話番号等の代理店属性（図２参照）を付加して当該代理店用の仮想ホームページ・データを生成する。当該代理店用の仮想ホームページ・データは、一旦記憶部に格納され、通信部を介してユーザー端末３などからの要求を制御部が受け付けた時に記憶部から読み出してユーザ端末３などにデータを提供する。ユーザがホームページ情報を要求するために、本部サーバ５５の制御部が作成するメールには、ホームページへのリンク情報（ＵＲＬ）が付加される。そのホームページへのリンク情報（ＵＲＬ）には、末尾に図２に示す代理店番号２００の値が含まれ、当該代理店用のページであることが識別できるようになっている。こうして生成される代理店用仮想ホームページへのリンク情報を、第２の雛型メール（図１５）に含むような構成であってもよい。
【００６７】
なお、以上説明した処理では代理店がネット対応をしているか否かを本部サーバ５５が判定し、それに応じて、第２の雛型メールに含まれるホームページへのリンク情報を生成したが、ステップＳ３１においてＹｅｓ（満期日まで１０日以内）であると判定された場合、すべて本部サーバ５５が管理するホームページ上で見積作成処理及び契約申込み処理等を行うような構成であってもよい。その場合、顧客宛のメールには保険会社５の手続き専用ページへのリンク情報が含まれる。顧客は例えばユーザ端末３を操作して、メールに含まれるリンク情報を用いて保険会社５の手続き専用ホームページにアクセスし、保険料見積結果を取得する。さらに保険契約申込みを希望する場合は、保険契約申込み受付け用のページを介して契約申込みを行う。この契約申込み手続き処理が終了した後、担当として選定された代理店に契約情報を本部サーバ５５から送信するような構成であってもよい。こうして、本部サーバ５５がネット対応していない代理店用仮想ホームページを提供する場合、代理店番号２００など当該代理店の情報に関連付けて、仮想ホームページのデータをユーザ端末３に提供することになる。
【００６８】
また、図７のステップＳ４５において、Ｎｏ（顧客属性が１ではない。すなわち顧客属性は３である）と判定された場合、図１２に示したステップＳ６５乃至ステップＳ７１の処理に代えて、すべて本部サーバ５５が管理するホームページ上で見積作成処理及び契約申込み処理等を行うような構成であってもよい。その場合、顧客宛のメールには、見積依頼に対するお礼文と、保険会社５の連絡先（例えばカスタマ・センタ等）と、保険会社５の手続用ページへのリンク情報とが含まれる。顧客は例えばユーザ端末３を操作して、メールに含まれるリンク情報を用いて保険会社５の手続用ホームページにアクセスし、保険料見積結果を取得する。この段階において見積条件を変更するようにしてもよい。さらに保険契約申込みを希望する場合は、保険契約申込み受付け用のページを介して契約申込みを行う。この申込み手続き処理が終了した後、担当代理店を選定し、その選定された代理店に契約情報を本部サーバ５５から送信するような構成であってもよい。顧客属性が１と判定された場合には、担当として選定された代理店に対応するリンク情報が顧客宛のメールに含まれ、顧客属性が３と判定された場合には、保険会社の手続用ページへのリンク情報が顧客宛のメールに含まれる。
【００６９】
このように顧客の保険加入見込みが高いと判断された場合には、顧客に対して顧客対応の開始当初から代理店に関する情報を提供し、代理店にも当該顧客の情報を提供する。その一方で、顧客の保険加入見込みが低いと判断された場合には、顧客対応の開始当初は担当代理店を選定することなく保険会社５が直接対応し、契約の可否の結果によって代理店に連絡するか否かを決定する。このようにすることで、代理店は、契約に到る可能性が低いと判断される顧客について対応する必要がなくなり、効率的に営業活動を進めることができる。
【００７０】
このように、顧客に代理店や保険会社等のホームページへのリンク情報を紹介する場合に、顧客属性に基づき、顧客、代理店、保険会社にとって適切なリンク情報を選定して顧客宛のメールに含めることができる。
【００７１】
次に、端子Ｅを介して遷移した処理について図１７を用いて説明する。本部サーバ５５は、第４の雛型メール５５５ｄ又は第５の雛型メール５５５ｅからお礼メールを生成し、ユーザ端末３に送信する（ステップＳ１０１）。ステップＳ３５において代理店が１つ以上存在しないと判定された場合、すなわち当該顧客を担当すべき代理店が見つからなかった場合には、第４の雛型メール５５５ｄからお礼メールを生成する。また、ステップＳ２９において当該保険会社の既契約者であると判定された場合には、第５の雛形メール５５５ｅからお礼メールを生成する。第４及び第５の雛型メールから生成されたお礼メールには、図示しないが、見積り依頼をしてくれたことに対するお礼の文や保険会社（カスタマセンタ）の連絡先等が含まれる。但し、第１乃至第３の雛形メールから生成したメールと違い、担当する代理店の情報は含まれない。担当すべき代理店が見つからなかったか、顧客が担当代理店を変えたいと思っている可能性があると判断されるためである。ユーザ端末３は本部サーバ５５からのお礼メールを受信し、表示装置に表示する（ステップＳ１０３）。
【００７２】
本部サーバ５５は見積依頼連絡メールを生成し（ステップＳ１０５）、お礼メールの写し及び生成した見積依頼連絡メールを例えばカスタマセンタ（カスタマセンタ・コンピュータ５３）に送信する（ステップＳ１０７）。カスタマセンタ・コンピュータ５３は本部サーバ５５からのお礼メールの写し及び見積依頼連絡メールを受信し、表示装置に表示させる（ステップＳ１０９）。処理は端子Ｇを介して図１８の処理に移行する。
【００７３】
そして図１８において、カスタマセンタの担当者は、お礼メールの写し及び見積依頼連絡メールを見て、顧客の情報が既契約者のものであった場合には、当該顧客の担当代理店の確認を行う（ステップＳ１１１）。顧客の情報が既契約者のものでなかった場合には、ステップＳ１１１をスキップする。また、カスタマセンタの担当者は見積りを実施し、印刷連番（証券番号）を取得する（ステップＳ１１３）。カスタマセンタの担当者は例えばカスタマセンタ・コンピュータ５３を操作して例えば営業課支社に印刷連番をメール連絡する（ステップＳ１１５）。なお、印刷連番の通知手段はメールに限らず、電話やＦＡＸ等、他の通知手段であってもよい。また、通知先は営業課支社に限らず、代理店の管理等、同様の業務を行うことが可能な他の部署や担当者であってもよい。
【００７４】
営業課支社の担当者は、例えばメーラ機能を備えたパーソナル・コンピュータを操作してカスタマセンタ・コンピュータ５３からのメールを受信させ、表示装置に表示させる。営業課支社の担当者はメールの内容を確認して、所定の基準に基づき代理店を選定する（ステップＳ１１７）。また、営業課支社の担当者は選定された代理店に対してメール内容の通知及び保険紹介の仕組みについて説明を行う（ステップＳ１１９）。代理店は営業課支社からの通知及び説明を受け、当該顧客の担当となったことを確認する（ステップＳ１２１）。代理店は見積書を作成し、顧客に対して営業活動を行う（ステップＳ１２３）。
【００７５】
このようにすると、見込み顧客の情報等から顧客属性を判定し、顧客属性に適合した代理店の営業態様を顧客及び代理店に提示することができる。代理店は顧客に対して適切な対応を行うことが可能となり、営業活動が効率化できる。顧客も、例えば保険加入検討時及び保険加入後においての代理店への依存度や既契約保険の満期日による緊急度などの顧客自身の属性を考慮したサービスを受けられるようになる。
【００７６】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図１に示したシステム構成は一例であって他の構成であっても図１に示した実施パターンを実現することができればよい。例えばＤＢ構成についても一例であって同様のデータを格納するためであれば、別の構成を採用するようにしてもよい。また、顧客情報、代理店情報、アンケート内容及び各種メール内容についても一例であって、必要に応じて項目を追加又は削除するようにしてもよい。また、各サーバは１台による構成に限らず、複数台による構成であってもよい。例えば本部サーバ５５が複数台で構成されていてもよいし、保険紹介サーバ７や代理店サーバ１５５が複数台で構成されていてもよい。また、画面構成も一例であって同様の内容となる他の構成であってもよい。
【００７７】
【発明の効果】
以上述べたように、本発明によれば、代理店に見込み顧客を紹介する際に、代理店の営業活動を効率化させることができた。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるシステム概要図である。
【図２】代理店ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図３】顧客ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図４】アンケート・ページの一例を示す図である。
【図５】本発明の一実施の形態における処理フロー（その１）を示す図である。
【図６】本発明の一実施の形態における処理フロー（その２）を示す図である。
【図７】本発明の一実施の形態における処理フロー（その３）を示す図である。
【図８】第１の雛型メールから生成されたお礼メールの一例を示す図である。
【図９】見積依頼連絡メールの一例を示す図である。
【図１０】見積書の一例（その１）を示す図である。
【図１１】見積書の一例（その２）を示す図である。
【図１２】本発明の一実施の形態における処理フロー（その４）を示す図である。
【図１３】第３の雛型メールから生成されたお礼メールの一例を示す図である。
【図１４】本発明の一実施の形態における処理フロー（その５）を示す図である。
【図１５】第２の雛型メールから生成されたお礼メールの一例を示す図である。
【図１６】本発明の一実施の形態における処理フロー（その６）を示す図である。
【図１７】本発明の一実施の形態における処理フロー（その７）を示す図である。
【図１８】本発明の一実施の形態における処理フロー（その８）を示す図である。
【符号の説明】
１　ネットワーク　　３　ユーザ端末　　５　保険会社
７　保険紹介サーバ　９　ユーザ端末
５３　カスタマセンタ・コンピュータ　　５５　本部サーバ
１５３　代理店端末　　１５５　代理店サーバ
５５１　代理店ＤＢ　　５５３　顧客ＤＢ
５５５　本部サーバＨＤＤ　　５５５ａ　第１の雛形メール
５５５ｂ　第２の雛形メール　　５５５ｃ　第３の雛形メール
５５５ｄ　第４の雛形メール　　５５５ｅ　第５の雛形メール[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information processing technique for dealing with a prospective customer of an insurance agency (including an intermediary / intermediary).
[0002]
[Prior art]
For example, JP-A-2002-32577 discloses the following technology. That is, a prospect information file is created in a computer system by taking in customer information input from various sites on the Internet, and individual prospect information in the prospect information file and agency information prepared separately in the computer system are prepared. The information is compared with the individual agency information in the file, the selected prospect is distributed to the selected agency based on a predetermined attribute, and the selected prospect is notified to the selected agency.
[0003]
Further, for example, JP-A-2002-140452 discloses the following technology. That is, it receives the attribute information of the customer, refers to information on the existing insurance contract, and determines whether or not the customer has an existing contract based on the received attribute information. Then, introduce the insurance agent who handles the insurance contract to the customer determined to have no existing contract, or provide information about the insurance handler who handles the existing contract to the customer determined to have the existing contract. Output. Further, it receives regional information on the region where the customer is located, and outputs information on the insurance operator who is in charge of the region indicated by the received regional information.
[Patent Document 1]
JP 2002-32577 A
[Patent Document 2]
JP-A-2002-140452
[0004]
[Problems to be solved by the invention]
However, the above-mentioned conventional technology does not explain which customers are considering insurance policies and how seriously they are, whether they want to be explained or sold by agents, or I don't know if I want to decide. Therefore, the agency cannot determine what kind of response is effective for each customer, and there is a problem that the efficiency of the sales activities is low. Furthermore, there is no explanation about providing a means for a customer who wants to purchase insurance immediately.
[0005]
Accordingly, an object of the present invention is to provide an information processing technology for improving the sales activities of the agency when introducing potential customers to the agency.
[0006]
[Means for Solving the Problems]
The information processing method for dealing with a prospective customer according to the present invention includes, for example, determining a customer attribute based on customer information stored in a customer information storage unit and storing the attribute in a storage device, based on a predetermined criterion. An e-mail including the information of the selected agency stored in the agency information storage unit and the information representing the business mode of the agency based on the customer attribute stored in the storage device is generated and stored in the storage device. And a second transmission step of transmitting at least a part of data contained in the mail transmitted to the customer stored in the storage device to the agent. The customer attribute is determined from the information of the prospective customer, and the business mode of the agency matching the customer attribute is presented to the customer and the agency. As a result, the agency can take appropriate measures for the customer, and the customer can receive the predetermined service.
[0007]
Further, in the present invention, the above-mentioned customer information includes at least information on the maturity date of the customer's existing insurance, and when the number of days until the maturity date is within a predetermined range, the above-mentioned customer information is described. In the determination step, the customer attribute may be determined to be at the end of the maturity period, and the information indicating the business mode of the agency described above may include link information to the insurance policy application page of the agency. The customer attribute of the customer whose maturity date is close to the existing insurance is regarded as the maturity date, and is treated as having no schedule. Therefore, by introducing the insurance contract application page of the agency to such a customer, it is possible to receive an insurance contract application at an early stage. Further, in this case, since the customer accesses, for example, the homepage of the agency and applies for an insurance contract, the efficiency of business activities can be improved.
[0008]
Further, in the present invention, the customer information described above includes at least information on the maturity date of the customer's existing insurance, and if the number of days until the maturity date is within a predetermined range, the agent is selected. May be configured to include a criterion that a customer can apply for an insurance contract directly to an agent via a network. For customers whose insurance contracts are nearing their maturity date, we will be able to apply for insurance contracts early by introducing agents who can apply for insurance contracts via the network. By doing so, the efficiency of sales activities can be improved.
[0009]
In the present invention, the above-mentioned customer information includes at least the customer's answer to a predetermined question, and in the above-described determination step, based on the customer's answer, the customer's acceptance level or Judgment of the customer's contract probability is determined as a customer attribute, and if the acceptance level or the probability is equal to or higher than a predetermined level, the above-mentioned information representing the business mode of the agency provides quote information from the agency. It may be configured to include a notification to the effect that it will be performed. For customers who are likely to seek an agency approach or who are likely to reach a contract, respond to the customer by proactively conducting sales activities from the agency Becomes possible.
[0010]
In the present invention, the above-mentioned customer information includes at least the customer's answer to a predetermined question, and in the above-described determination step, based on the customer's answer, the customer's acceptance level or The probability of reaching the customer's contract is determined as a customer attribute, and if the acceptance level or the probability is less than a predetermined level, the information indicating the business mode of the agency described above replaces the contact information of the agency. Such a configuration may be included. For customers who are unlikely to seek an agency approach or who are unlikely to reach a contract, please provide your agency contact information and have them contact you. In addition, the agency does not need to perform unnecessary sales activities, and the efficiency of sales activities can be improved.
[0011]
Further, the present invention may be configured to further include a step of selecting an agency based on a predetermined criterion only when the determined customer attribute corresponds to a predetermined attribute. This is because the insurance company directly responds without selecting an agent depending on the customer attributes.
[0012]
Further, the first transmitting step described above may include a step of generating information representing a business mode of the agency based on the customer attribute stored in the storage device and the characteristics of the selected agency. It may be a configuration. It is possible to change the business mode depending on the characteristics of the agency.
[0013]
Further, in the present invention, when the characteristics of the selected agency satisfy a predetermined condition, the configuration may further include a step of generating homepage data for the agency. It may be generated in advance, or may be generated according to the access of the customer. By generating home page data in place of an agency, for example, an agency without a home page can accept insurance applications via a network.
[0014]
Further, in the present invention, the first transmission step described above is performed based on the determined customer attribute from a plurality of template mails prepared in advance for each customer attribute and stored in the template mail storage unit. The configuration may include a step of selecting an e-mail and a step of generating an e-mail using the selected template e-mail. It is possible to send an email with the same content to multiple customers whose customer attributes are determined to be the same. By using the template email for each customer attribute as described above, , Mail generation becomes more efficient.
[0015]
Further, the present invention may be configured to further include a step of transmitting an e-mail including information on a customer's desired estimating condition to the agency. By providing the agent with the customer's request for quote, the agency can create a quote that meets the customer's wishes. It should be noted that the data transmitted in the above-described second transmission step and the e-mail for quote request may be transmitted to the agency as one body.
[0016]
Further, in the present invention, when customer information is received from a predetermined insurance introduction server, the configuration may be such that the customer attribute is determined based on the received customer information in the above-described determination step. . Customer information can be obtained in various ways, but by making available the customer information received from the insurance introduction server, it is possible to respond appropriately to more customers Become.
[0017]
It is also possible to create a program for causing a computer to execute the information processing method according to the present invention, and the program includes, for example, a storage medium such as a flexible disk, a CD-ROM, a magneto-optical disk, a semiconductor memory, and a hard disk. Alternatively, it is stored in a storage device. Also, it may be distributed via a network. The data being processed is temporarily stored in the memory of the computer.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a system configuration diagram according to an embodiment of the present invention. For example, user terminals such as a user terminal 9 which is a mobile phone and a user terminal 3 which is a personal computer, for example, have a mailer function and a Web (Web) browser function (not shown), and send and receive mails wirelessly or via a wire and use the Internet. It is possible to browse the homepage by connecting to.
[0019]
For example, the network 1 which is the Internet includes one or more user terminals 3 and user terminals 9 and one or more insurance company headquarters servers 55 that perform customer distribution processing to agents and agent introduction processing to customers. For example, one or a plurality of customer center computers 53 that are personal computers having a mailer function, one or a plurality of insurance introduction servers 7 that perform an insurance company introduction process, and one or a plurality of base servers of the agency 15 An agency server 155 and one or more agency terminals 153 which are personal computers having, for example, a mailer function and a browser function are connected.
[0020]
The headquarters server 55 is connected to an agency database (DB) 551 storing data of insurance agents and a customer DB 553 storing data of prospective customers. The hard disk drive (HDD) 555 of the headquarters server 55 stores, for example, five of the template mails 555a, 555b, 555c, 555c, 555d, and 555e prepared for each customer attribute. Type of template mail is stored. Depending on the determination criteria and determination method of the customer attribute, any number of corresponding template mails may be used. The agency database (DB) 551 and the customer DB 553 may be configured to be stored in a hard disk drive (HDD) 555. Further, the hard disk drive (HDD) 555 has a function of storing other data as a storage unit of the head office server 55. Further, although not shown, the head office server 55 is provided with a control unit, a display unit, and a communication unit. The control unit stores the data in the hard disk drive (HDD) 555 based on various data transmitted via the communication unit. An e-mail is created by selecting the provided e-mail, and the e-mail is transmitted via the communication unit, and data to be stored in the agency database (DB) 551 and the customer DB 553 is selected.
[0021]
Note that the headquarters server 55 and the customer center computer 53 do not necessarily need to be installed inside the insurance company 5, but may be installed outside by outsourcing or the like as long as similar functions can be realized.
[0022]
The agency server 155 is, for example, a Web server and manages the original homepage of the agency 15. Further, the agency server 155 has a mail server function and a proxy function, and enables the agency terminal 153 to send and receive mail via the agency server 155, connect to the Internet, and use other network applications. It may be a configuration.
[0023]
Communication via the network 1 uses devices and functions necessary for Internet connection and mail transmission and reception, such as a domain name server (DNS), mail server, and firewall, not shown. And
[0024]
FIG. 2 shows an example of the table configuration of the agency DB 551 and stored data. In the example of FIG. 2, a line 200 of the agency number, a line 202 of the agency name, a line 204 of the mail address, a line 206 of the homepage address, a line 208 of the Internet contract availability, and a line 208 of the registered zip code 1 Line 210, line 212 of registered zip code 2, line 214 of registered zip code 3, line 216 of registered zip code 4, line 218 of registered zip code 5, line 220 of closed day, number of distributions in the current month Row 222 is included. The record is specified by the agency number line 200 which is unique identification information set for each agency. Although not shown, other agency attribute information including the location of the agency is stored in the agency DB 551.
[0025]
The internet contract availability row 208 indicates whether the agency can apply for an insurance contract through a network such as the Internet. In the example of FIG. 2, the value of the Internet contract permission / inhibition line 208 is “permitted”, but a configuration in which a value of a link to a page where an insurance contract can be applied may be registered.
[0026]
In addition, a zip code is registered in a row 210 of the registered zip code 1 to a row 218 of the registered zip code 5 as information indicating an area in charge of the agency. In the present embodiment, the configuration is such that the first five digits of the postal code of the area that the agency wants to be in charge of are registered up to a maximum of five. It is also possible to adopt a configuration in which the number of digits and the maximum number of postal codes are different. In some cases, the zip code does not define the area of responsibility.
[0027]
The closed day row 220 is referred to when the control unit of the headquarters server 55 performs the distribution process to the customer's agency to determine whether or not the agency is a closed day. This is to make the agency respond to customers as soon as possible. In the example of FIG. 2, the value is “Saturday, Sunday and public holiday”, but the head office server 55 refers to the holiday information represented by other symbols or registered in a schedule management system (not shown) or the like. Is also good.
[0028]
Further, in the row 222 of the number of distributions in the current month, counter information indicating how many times the headquarters server 55 has performed distribution of customers to the agency in the current month is registered. Based on the information and this value, a process of distributing customers to the agency is performed. This is to prevent the distribution from being biased.
[0029]
Next, an example of a table configuration of the customer DB 553 and stored data is shown in FIG. In the example of FIG. 3, a line 300 for the quote number, a line 302 for the customer number, a line 304 for the name, a line 306 for the postal code, a line 308 for the address, a line 310 for the mail address, and a line 310 for the telephone number A row 312, a row 314 for a FAX number, a row 316 for other contact information (workplace), a row 318 for a date of birth, a row 320 for gender, a row 322 for a license acquisition date, and a Row 324, agency number row 326, scheduled contract start date (expiration date of other company's insurance contract), row 328, current non-fleet grade row 330, model row 332, vehicle rate A line 334 for the class, a line 336 for the damage compensation rate class, a line 338 for the first registration date, a line 340 for the driver (family) limited discount, a line 342 for the airbag, and a line 344 for the registration number. Line 346 of vehicle insurance amount and personal liability insurance 348, personal injury insurance amount 350, objective liability amount 352, passenger injury amount 354, injured medical treatment line 356, and family motorcycle special line 358. , A row 360 of items to be emphasized in insurance selection, a row 362 of a consultation destination when considering insurance participation, and a row 364 of a report destination at the time of accident. Here, for example, a table configuration and an example of data in the case of optional automobile insurance are shown, but a configuration in which data relating to other insurance is stored may be used. A record is specified by a row 300 of an estimate number, which is identification information unique to each record. The present embodiment is configured to acquire customer information from the insurance introduction server 7 or the like. For example, a customer introduction number or the like assigned by the insurance introduction server 7 is acquired and registered as an estimate number. A record is generated each time customer information is acquired, and personal information, vehicle information, and a response to a predetermined questionnaire are registered in each record.
[0030]
Note that, by searching an insurance contract DB (not shown) or the like from the value of the security number row 324, information on the contract insurance such as the expiration date of the contract insurance can be derived.
[0031]
In the row 360 of the item to be emphasized, the customer responds to one of the predetermined questionnaires, "What is the item that is most important when purchasing insurance?" Values such as "importance", "service importance" or "company reliability" are registered. Similarly, consultation line 362 at the time of insurance purchase consideration includes, in the customer's answer to the question "Would you like to join through an agency?" If the user does not wish to do so, a value such as "decide by yourself" is registered. Similarly, in the line 364 of the report destination at the time of the accident, the value of “agency” or “insurer” etc. is given as the response of the customer to the question “Which is the report destination of the accident?” It is registered. The content and number of the questionnaire may be changed depending on what kind of customer attribute is desired to be determined, and the customer's answer may be registered using a symbol or the like.
[0032]
An example of the questionnaire page is shown in FIG. On this page, there are a first question 400 which is a message “What is the most important item when purchasing insurance?” And answers 402 to 410 which are optional answers to the first question 400. , A second question 420 which is a message of “Would you like to join through an agency?”, Answers 422 and 424 which are optional items for the second question 420, and “an accident in the event of an accident”. A third question 430 which is a message of "Which is the report destination?", And answers 432 to 436 which are selection answer items to the third question 430 are included. Radio buttons are provided to accept selection input of one answer for each question. When the customer clicks on the ◎ mark of the answer that seems to apply to him / her, the mark is replaced with a ● mark, indicating that the selection has been made. After the reception of the selection input is completed, the input data is transmitted from the user terminal to the server by the customer pressing a transmission button (not shown) or the like.
[0033]
Next, the operation of the system shown in FIG. 1 will be described with reference to FIGS.
[0034]
The customer operates the user terminal 3 (or the user terminal 9) to access the insurance introduction homepage managed by the insurance introduction server 7. That is, the user terminal 3 transmits a request for insurance introduction homepage data to the insurance introduction server 7 (step S1). The insurance introduction server 7 receives a request for insurance introduction homepage data from the user terminal 3 (step S3). The insurance introduction server 7 generates insurance introduction homepage data in accordance with a request from the user terminal 3 and transmits it to the user terminal 3 (step S5). The user terminal 3 receives the insurance introduction homepage data from the insurance introduction server 7 and displays it on the display device (step S7). The user terminal 3 receives the customer's input of the customer data and the answer to the questionnaire, and transmits the input data to the insurance introduction server 7 (step S9). The insurance introduction server 7 receives the customer data and the answer data of the questionnaire from the user terminal 3, and stores them in the customer DB (not shown) of the insurance introduction server 7 (step S11).
[0035]
Next, based on the customer data, the insurance introduction server 7 searches for an insurance company that can be underwritten from an insurance company DB (not shown) (step S13). Using the search results, a list page data of insurance companies that can be underwritten is generated and transmitted to the user terminal 3 (step S15). The user terminal 3 receives the list page data of the insurance companies that can be underwritten from the insurance introduction server 7 and displays it on the display device (step S17). The user terminal 3 receives the selection input of the underwriting company by the customer, and transmits the selection input data to the insurance introduction server 7 (Step S19). The insurance introduction server 7 receives the selection input data of the underwriting company from the user terminal 3 and temporarily stores it in the storage device (step S21). The processing shifts to a processing of FIG.
[0036]
The insurance introduction server 7 specifies an insurance company that introduces a customer based on the information received from the user terminal 3 in step S21, and, for example, transmits the customer data and the questionnaire received to the head office server 55 of the insurance company 5 in step S11. The reply data and the issued quote number (meaning the quote request number) are transmitted (step S23). The head office server 55 receives the customer data, the answer data of the questionnaire, and the quote number from the insurance introduction server 7, and stores them in the customer DB 553 (step S25). A record as shown in FIG. 3 is generated and stored. In addition, as long as similar data can be acquired, the data is not limited to the introduction from the insurance introduction server 7, but may be, for example, accepting customer data transmitted from the user terminal 3 via the insurance company homepage managed by the headquarters server 55. The configuration may be such that data is obtained by the method described above. In such a case, the control unit of the headquarters server 55 uses appropriate screen data for acquiring the data shown in FIG. 3 from the provided screen data for the home page stored in the storage unit (HDD 555) or the screen data shown in FIG. The extracted screen data may be selected and extracted, and transmitted to, for example, the user terminal 3 or the user terminal 9 via the communication unit and the network 1. The user terminal 3 or 9 displays the transmitted data on a display device such as a display, receives input of data by a user or the like, and transmits the received data to the head office server 55 via the network 1. The control unit of the head office server 55 instructs to store the data received via the communication unit in the customer DB 553.
[0037]
The control unit of the head office server 55 (hereinafter, simply referred to as the head office server 55 means the control unit) extracts the customer data received and stored in the customer DB 553 and, for example, By searching the insurance contract DB or the like that does not exist, it is confirmed whether or not the existing contract data of the customer in the insurance company 5 exists (step S27). The insurance contract DB includes a customer number (corresponding to 302 in FIG. 3), a name (corresponding to 304 in FIG. 3), a postal code (corresponding to 306 in FIG. 3), an address (corresponding to 308 in FIG. 3), and the like. , Insurance item (including item code number), insurance amount, insurance premium, insurance target, agent name (corresponding to 202 in FIG. 2), agent number (corresponding to 200 in FIG. 2) are recorded. It is installed in the storage unit (HDD 555) or connected to the head office server 55. The control unit of the head office server 55 determines whether or not the customer is a contracted customer (step S29). If it is determined that the customer is a contracted customer, the process proceeds to the processing in FIG. If it is determined that the customer is not a contracted customer, the headquarters server 55 refers to the scheduled contract start date (see 328 in FIG. 3) of the customer data in the customer DB 553 to obtain information on the expiration date of the contract insurance of another company. Is derived, and it is determined whether it is within a predetermined number of days, for example, 10 days, until the maturity date (step S31). If it is determined that the time is within 10 days, the processing proceeds to the processing in FIG.
[0038]
If it is determined that it is not within 10 days, the headquarters server 55 performs a search process of the agency DB 551 using the postal code and the system date of the customer data (step S33). The values from the line 210 of the registered zip code 1 to the line 218 of the registered zip code 5 in the agency DB 551 include the same value as the zip code of the customer data, and the current system date is a holiday (220 in FIG. 2). (See Reference). That is, an agent whose address is in the responsible area and which is open today is selected. The headquarters server 55 determines whether or not one or more records exist as an extraction result (step S35). If it is determined that there is no record, the process proceeds to the processing in FIG. When it is determined that there is one or more, the headquarters server 55 further determines whether there are a plurality of headquarters servers (step S37). If it is determined that a plurality of agents exist, the agent DB 551 is searched to compare the values in the row 222 of the number of distributions for the current month, and the agent having the smallest value is specified (step S39). On the other hand, if it is determined that there is not a plurality, that is, since one agency is specified, step S39 is skipped. The data of the specified agency is temporarily stored in the storage device (step S41). The processing shifts to a processing of FIG.
[0039]
The headquarters server 55 performs a process of specifying the customer attribute from the questionnaire result received in step S25, and stores the data of the specified customer attribute in a storage device in a format as shown in 360 to 364 in FIG. (Step S43). Based on a predetermined criterion, a customer attribute is specified based on which answer the customer has selected for which question. In the present embodiment, the customer attribute is set to 1 if the answer of the customer is an answer pattern that is set in advance so that the effect of the active sales activities of the agency can be expected. For example, when the answer 406 or 408 is selected and at least one of the answer 422 and the answer 432 is selected, the customer attribute is specified as 1. If the answer of the customer is a response pattern that is set in advance when it is estimated that the effect of the business activity cannot be expected, the customer attribute is set to 3. For example, when the answer 404 is selected and the answer 424 is selected, the customer attribute is specified as 3 because the answer is that the user does not want to subscribe through the agency and decides on his own in consideration of the price. . The customer attributes (whether or not the effect of the business activity can be expected) corresponding to the contents of the customer's answer are recorded in the storage unit as customer attribute specifying data in a table in advance. The customer attribute may be specified by referring to the customer attribute specifying data in the storage unit.
[0040]
In the present embodiment, there are five customer attributes, and in addition to the customer attributes 1 or 3 described above, the customer attributes may be 2, 4 or 5. Here, the customer attribute is specified as 2, 4 or 5 when another data is preferentially used as a judgment material instead of the result of the questionnaire described above. If it is determined in step S31 that the expiration date of the existing insurance is within 10 days, the customer attribute is specified as 2, and if it is determined in step S35 that the responsible agency could not be extracted, the customer attribute is determined. If it is determined to be 4 and it is determined in step S29 that the insurance company is a policyholder, the customer attribute is specified to be 5. The classification of these customer attributes is also recorded in the storage unit in the form of a table in advance as customer attribute identification data, for example, and the control unit uses the data such as the search results of the customer DB 553 and the agency DB 551 to store the data in the storage unit. The customer attribute may be specified by referring to the customer attribute specification data table.
[0041]
Even if the customer attribute is specified as 1 or 3 based on the questionnaire result, if the customer falls under any of customer attributes 2, 4 or 5, the latter (customer attribute 2) , 4 or 5). Therefore, in the processing flow, the identification processing of the customer attributes is performed according to the priority order, and the customer attributes to be processed after step S37 are already narrowed down to 1 or 3. In some cases, the data relating to the priority for specifying the customer attribute is also included in the customer attribute specifying data in the storage unit and recorded. For example, in the storage unit, "(1) Expiration date is approaching (attribute 2)-> (2) Agent cannot be extracted (attribute 4)-> (3) Existing contractor (attribute 5)-> (4) Questionnaire result (Attribute 1 or 3) "is stored in the storage unit, and the control unit of the headquarters server 55 performs a confirmation process starting from (1) to (4) sequentially, and (1) If none of (3) to (3) applies, it is determined based on the questionnaire result data recorded in the customer DB 553 whether it corresponds to the attribute 1 or the attribute 3.
[0042]
If the customer attribute is specified, the headquarters server 55 determines whether the customer attribute is 1 (step S45). If it is determined in step S45 that the customer attribute is not 1, that is, if the customer attribute is 3, the processing proceeds to the processing in FIG. When it is determined that the customer attribute is 1, the headquarters server 55 extracts a mail (thank you mail) from the first template mail 555a, generates a mail, and transmits a copy to another mail address. Therefore, it is stored in the storage device and transmitted to the user terminal 3 via the communication unit (step S47). The user terminal 3 receives the thank-you email from the headquarters server 55 and displays it on the display device (step S49).
[0043]
FIG. 8 shows an example of a thank-you email generated from the first template email 555a. This mail includes a title text 800, a first greeting and text 802, a contact information 804 of the agency, a postscript 806, and a second greeting 808. The title sentence 800 includes a sentence serving as a headline of the mail. The first greeting and the text 802 include a thank-you sentence for the quote request, an introduction of the agency name, and a notification that the agency will contact the quote at a later date. The contact information 804 of the agency includes the address, telephone number, FAX number, mail address, and link information to the agency homepage of the agency in charge of the customer. The postscript 806 includes a statement that the customer wants to contact the insurance company if there is no report from the agent. The second greeting 808 includes a quote number of the case and a greeting at the end of the sentence. Information excluding the first greeting and the text 802 (excluding the agency name), the additional text 806, and the estimate number of the second greeting 808 are recorded in the template mail 555a in advance. The control unit of the headquarters server 55 extracts the first template mail 555a from the storage unit, and adds the customer information stored in the customer DB 553 in step S25 and the agent information specified in step S41 to the template mail. Data is extracted from the agency DB 551, and the title sentence 800, the name of the agency in the first greeting and body 802, and the contact information 804 of the agency are created. Then, a second greeting 808 is completed by adding a quote number issued in a quote creation process described later.
[0044]
Next, the control unit of the headquarters server 55 generates an estimate request notification email (step S51), and copies the thank-you email and the generated estimate request notification email via the communication unit to the agent in charge (eg, agent 15). It is transmitted to the address (step S53). If the customer attribute is 1, a copy of the thank-you email and a copy of the quote request notification email are transmitted to the customer center (customer center computer 53). The copy of the thank-you email and the copy of the quotation request notification email are used by the sales section branch office or the like to check the customer response of the agency. Further, the agency 15 operates the agency terminal 153, for example, to receive a copy of a thank-you email from the headquarters server 55 and a quotation request notification email, and display it on the display device of the agency terminal 153 (step S55).
[0045]
FIG. 9 shows an example of the quote request notification mail. This mail contains a subject 900, an attached file 902, a text 904, a description 906 of a customer attribute, a questionnaire result 908, customer information 910, first quotation information 912, and second quotation information. 914 are included. The subject 900 includes at least an agency name and a customer attribute. The agency 15 that has received the mail determines what kind of response should be made to the customer based on the customer attribute. The attached file 902 is a file of, for example, a comma separated value (csv) format, and has a file format that can be directly used by an estimation system (not shown). As a result, the agency does not have to transfer information for performing the estimation or re-enter the information into another system.
[0046]
The text 904 includes the date and time when a request for quote is received from the customer and a greeting, and the description 906 of the customer attribute includes a description of customer attributes 1 to 3. The customer attributes 4 and 5 are not included because the quote request mail is not sent to the agency. The questionnaire result 908 includes the customer's answer to the questionnaire shown in FIG. 4, and the agency can refer to the sales activity for the customer. When the customer attribute is 1, the quote number is included at the top of the questionnaire result 908, and can be used to identify a case when contacting the agency and the insurance company. It can also respond to inquiries from customers.
[0047]
The customer information 910 includes the name, address, mail address, telephone number, FAX number, and other contact information (workplace) of the customer, and is used when the agent 15 contacts the customer. The first quotation information 912 and the second quotation information 914 include, for example, car information, insurance amount, and the like, which are the conditions of the customer when joining the insurance. The control unit of the head office server 55 extracts the customer information stored in the customer DB 553 in step S25 and the data of the agency specified in step S41 from the agency DB 551, and stores the customer attribute stored in the storage unit. The subject 900 is completed using the customer attributes specified using the specific data. Further, the control unit of the headquarters server 55 creates the text 904 using data on the reception date and time recorded in advance based on the system date (time), and similarly stores the customer information stored in the customer DB 553 in step S25. Then, the mail is completed by adding the questionnaire result 908, the customer information 910, the first estimation information 912, and the second estimation information 914. The completed mail is transmitted to the agency via the communication unit. The agency receiving the e-mail prepares an insurance quote by referring to these conditions.
[0048]
If the same contents can be notified to the agency, the configuration may be such that the quote request notification email and a copy of the thank-you email are integrated into one email and transmitted to the agency.
[0049]
The agency 15 creates a quote (step S57), and sends a quote email to the user terminal 3 using, for example, the agency terminal 153 (step S59). The estimate is not limited to one estimate. For example, a first estimate that reduces the insurance amount, a second estimate that considers the balance between the insurance amount and the contents of compensation, and a third estimate that enhances the contents of compensation are provided. You may create a quote that includes: Then, the customer is made to select from a plurality of quotes. The user terminal 3 receives the estimate mail from the agency terminal 153 and displays it on the display device (step S61). Note that the method of presenting the quote from the agent 15 to the customer is not limited to e-mail, but may be other means such as telephone, facsimile, mail, direct visit, or a combination of these means.
[0050]
An example of the estimate is shown in FIGS. This estimate is composed of FIG. 10 and FIG. The format is not limited as long as it can be presented to the customer with the same contents, and may be a document, an attached file of an e-mail, or a homepage data on the Internet. This quote contains a list of proposal plans 1000 (FIG. 10), comment statements 1002 (FIG. 10), estimation conditions 1004 (FIG. 10), a column 1100 of the first proposal plan (FIG. 11), A second proposed plan column 1102 (FIG. 11), a third proposed plan column 1104 (FIG. 11), and a premium list 1106 (FIG. 11) are included.
[0051]
The proposal plan list 1000 (FIG. 10) includes, for example, three proposal plans and their contents. In the example of FIG. 10, the description includes that the A plan is a plan in accordance with the conditions specified by the customer, the B plan is a plan with enhanced compensation, and the C plan is a plan with reduced insurance premiums. I have. The comment sentence 1002 (FIG. 10) includes a thank-you sentence for requesting an estimate, the fact that a plurality of plans have been prepared, and a request for contract. The estimation condition 1004 (FIG. 10) includes a list of conditions used in the estimation. Note that conditions that are not included in the quote request notification mail are set based on predetermined rules.
[0052]
In the column 1100 (FIG. 11) of the first proposed plan, a list of amounts set by the customer and amounts set based on predetermined conditions is provided for the amount of compensation for cars and persons and the amount of compensation for persons and objects. include. Column 1102 of the second proposed plan (FIG. 11) includes a list of cases where the amount of compensation and compensation is increased at a predetermined rate compared to column 1100 of the first proposed plan (FIG. 11). The column 1104 of the third proposal plan (FIG. 11) includes a list of amounts when the compensation and compensation amounts are reduced by a predetermined ratio compared to the column 1100 of the first proposal plan (FIG. 11). . The premium list 1106 (FIG. 11) includes the estimated premium amounts (in the case of annual payment and monthly payment) of each proposed plan described above. For example, based on the insurance amount of the first proposed plan, the second proposed plan has a high compensation while the compensation is thick, and the third proposed plan has a low compensation instead of a low compensation. It is. This allows the customer to select a favorite plan even if the plan is not based on the conditions specified by the customer. In addition, even if the customer's idea of the balance between the insurance amount and the compensation content changes between the time when the condition is specified and the time when the estimate is obtained, there may be a case where a single estimate presentation can be used.
[0053]
In this embodiment, the insurance premium is estimated by the agent 15 operating the agent terminal 153 to access the headquarters server 55 of the insurance company 5 and using, for example, an estimation trial calculation program provided in the headquarters server 55. . Here, although not shown in the agency DB 551, a configuration in which an estimate plan for each agency is registered may be employed. The estimation plan for each agency is registered in advance in the agency DB 551 by each agency, and can be freely registered or changed according to the sales policy of the agency. In addition, each agency can freely set the display form of the contents of the plan. For example, instead of the plan of FIG. 10, a B plan is generated as the maximum compensation content that the customer can subscribe to, and the display comment of the plan content is “a plan that promises the maximum compensation in case of emergency”. It can be. Further, Plan C is generated as a plan to be subscribed with compensation conditions necessary to obtain a required level of compensation on average, though the compensation contents are not as thick as Plan B, and a display comment of the plan contents is set to "standard". It is a plan that can be compensated for. " In this case, the compensation may be greater in Plan C than in the conditions specified by the customer, or conversely, may be less than in the conditions specified by the customer. Even if the compensation is less than the conditions specified by the customer, the minimum compensation normally required is obtained and the insurance premium is reduced, so that the customer can purchase insurance efficiently. . Each agency can also freely set the contract conditions corresponding to each plan. The display form of each plan and the respective contract conditions are registered in the agency DB 551 as information to be added to the items shown in FIG. When the agency (eg, agency 15) accesses the headquarters server 55 by operating the agency terminal 153, for example, to perform an estimate, the registered plan is read using the agency number as a key, and the insurance premium is reduced. Is calculated. At the same time, page data in a display form corresponding to each plan is generated.
[0054]
It should be noted that such an insurance premium estimation process may be performed by the agency server 155. In this case, the insurance premium calculation program and the condition data for each plan are stored in the storage device of the agency server 155. The agency 15 can operate the agency terminal 153 to access the agency server 155 and generate / acquire an insurance premium estimate plan.
[0055]
Next, the processing that has transited via the terminal C will be described with reference to FIG. The headquarters server 55 generates a thank-you email from the third template email 555c and sends it to the user terminal 3 (step S63). The user terminal 3 receives the thanks mail from the headquarters server 55 and displays it on the display device (step S65).
[0056]
FIG. 13 shows an example of a thank-you email generated from the third template email 555c. This mail includes a title text 1300, a first greeting and text 1302, a contact information 1304 of the agency, a postscript 1306, and a second greeting 1308. Title sentence 1300 includes a sentence that becomes the headline of the mail. The first greeting and text 1302 include a thank-you sentence for the quote request and an introduction of the agency name. The contact information 1304 of the agency includes the address, telephone number, FAX number, mail address, and link information to the agency homepage of the agency in charge of the customer. The postscript 1306 includes a statement that the customer wants to contact the agency. The second greeting 1308 includes a greeting at the end of the sentence. The method of creating this e-mail is basically the same as the case of using the first template e-mail 555a shown in FIG. The first greeting and text 1302 (excluding the agency name), the additional text 1306, and the second greeting 1308 are recorded in the template mail 555c in advance. Accordingly, the control unit of the headquarters server 55 extracts the third template mail 555c from the HDD 555, and in the template mail, stores the customer information stored in the customer DB 553 in step S25 and the agent specified in step S41. Is extracted from the agency DB 551, and the title sentence 1300, the name of the agency in the first greeting and body 1302, and the contact information 1304 of the agency are added to complete the mail.
[0057]
In the example of the thank-you e-mail generated from the first template e-mail 555a shown in FIG. 8, the content of the agent is to contact the customer, but in the example of this e-mail, the customer contacts the agent. It is a content that you want to take. It is presumed that the effect of active sales activities from the agency cannot be expected for the customer with the customer attribute 3, and thus, such a configuration is adopted. On the other hand, the agency does not need to perform unnecessary business activities, and the efficiency of the business activities can be improved.
[0058]
Next, the headquarters server 55 generates a quotation request notification mail (step S67), and transmits a copy of the thank-you mail and the generated quotation request notification mail to the agent in charge (eg, agent 15) via the communication unit. (Step S69). The agency 15 operates the agency terminal 153, for example, to receive a copy of the thank-you email and the quote request notification email from the headquarters server 55, and display it on the display device of the agency terminal 153 (step S71).
[0059]
Next, the processing that has transited via the terminal D will be described with reference to FIG. In this case, before the step S73, first, the same processing as the steps S33 to S41 is performed. That is, the control unit of the headquarters server 55 selects a more appropriate agency for the customer regardless of the situation of the agency supporting the Internet. Then, referring to the agency DB 551 (206 and 208 in FIG. 2), it is determined whether or not the selected agency is compatible with the Internet. The process proceeds to S73. If the selected agency does not support the Internet, a virtual homepage for the agency described later is generated. If it is determined that the selected agency is compatible with the Internet, the headquarters server 55 generates a thank-you email using the second template email 555b and transmits it to the user terminal 3 via the communication unit ( Step S73). The user terminal 3 receives the thank-you email from the headquarters server 55 and displays it on the display device (step S75). In addition, among the same processes as steps S33 to S41 performed in the stage before step S73, if there is no suitable agent in the process corresponding to step S35 (in the case of No in step S35), Insurance applications will be accepted from the insurance company-specific website.
[0060]
FIG. 15 shows an example of a thank-you mail generated using the second template mail 555b. This e-mail includes a title statement 1500, a first greeting and text 1502, a guide 1504 for a quote homepage of the agency, a contact information 1506 of the agency, and a second greeting 1508. The title sentence 1500 includes a sentence serving as a headline of the mail, and is a content that prompts the user to consider purchasing insurance immediately. The first greeting and text 1502 include a thank-you sentence for the quote request and an introduction of the agency name. The agent's quote and application home page guide 1504 includes a message prompting the customer to apply for a contract on the home page of the agent who is in charge of the customer because the expiration date of the customer's existing insurance policy is near. Link information to the insurance contract application page of the store is included. The contact information 1506 of the agency includes the address, telephone number, FAX number, mail address, and link information to the agency homepage of the agency. The second greeting 1508 includes a greeting at the end of the sentence. In the example of this e-mail, since the expiration date of the customer's existing insurance policy is near, the emphasis is on making it possible to apply for a contract as soon as possible rather than the method of contacting the agent with the customer. Has become. The control unit of the head office server 55 uses the customer information stored in the customer DB 553 in step S25 and the data of the agency specified in step S41 extracted from the agency DB 551 to add the customer By inserting the name, the title sentence 1500 is completed. In addition, the data of the agency specified in step S41 is extracted from the agency DB 551, and the first greeting and body 1502, the guide 1504 of the quote homepage of the agency, and the contact information 1506 of the agency are completed. Let it. As the second greeting 1508, the contents previously written in the template mail 555b are used as they are. In this way, the control unit of the head office server 55 completes the mail. The completed mail is transmitted to the customer via the communication unit. Although not shown in FIG. 2, a dedicated URL for making an Internet contract is also stored in the agency DB 551 in addition to the Internet contract availability column 208 in FIG. The customer can access the homepage of the agency from the link information to the insurance contract application page, and can make an insurance quote or apply for a contract. On the other hand, the agency does not need to perform unnecessary business activities, and the efficiency of the business activities can be improved. In particular, business efficiency is high because the information is transmitted via the Web.
[0061]
In this way, for a customer whose contract insurance has a near maturity date, that is, a customer whose customer attribute is determined to be 2, the customer is placed on the homepage of an agency that can accept insurance contract applications online. Will guide you.
[0062]
Next, the headquarters server 55 generates a quotation request notification mail (step S77), and transmits a copy of the thank-you mail and the generated quotation request notification mail to the agent in charge (eg, agent 15) (step S79). For example, the agency 15 operates the agency terminal 153 to receive a copy of the thank-you email and the quote request notification email from the headquarters server 55, and display it on the display device of the agency terminal 153 (step S81). When the user terminal 3 receives an access request to the insurance contract application page of the agency by the operation of the customer, the process proceeds to a process of FIG.
[0063]
In FIG. 16, the user terminal 3 accepts a customer's access request operation and transmits, for example, a request for insurance contract application page data to the agency server 155 (step S83). The agency server 155 receives a request for insurance contract application page data from the user terminal 3 (step S85). The agency server 155 generates insurance contract application page data and transmits it to the user terminal 3 (step S87). The user terminal 3 receives the insurance contract application page data from the agency server 155 and displays it on the display device (step S89). The insurance contract application page data thus generated is stored in the user terminal in a state (for example, having the agency number as cookie information) associated with the agency information (eg, information such as the agency number 200). 3 and so on.
[0064]
The user terminal 3 accepts the input of the insurance contract data from the customer and transmits it to the agency server 155 (step S91). The agency server 155 receives the insurance contract data from the user terminal 3 and temporarily stores it in the storage device (step S93). The agency server 155 performs an insurance contract application acceptance process based on the received data (step S95). This insurance contract application acceptance process need not be performed solely by the agency server 155. For example, the configuration may be such that communication with another server (not shown) or access to a DB managed by the other server is performed. Agent server 155 generates insurance contract application acceptance confirmation page data and transmits it to user terminal 3 (step S97). The user terminal 3 receives the insurance contract application acceptance confirmation page data and displays it on the display device (step S99).
[0065]
Also, if there is no agency that supports the Internet for customers whose contract insurance has a near maturity date (for example, within 10 days), the head office server 55 of the insurance company 5 may be used instead of the guide to the agency homepage. To a virtual homepage (not shown) for an agency managed by the company. This agency virtual homepage is configured as if it were an insurance policy application page on the homepage established by the agency, for an agency that does not support insurance contract application on the Internet (net-compatible). Is transmitted from the head office server 55 based on a request from the user terminal 3 or the like. By adopting such a system, customers whose contract insurance has a near-expiration date (for example, within 10 days) can be provided not only from agents who are connected to the Internet but also from other agents, for example. It is possible to select and introduce an agent that meets more suitable conditions, such as being located nearby, and let the agent take charge of contract entry processing. In the case where the selected agency is compatible with the Internet, the homepage guide 150 shown in FIG. 15 includes link information to the website of the agency, and in the case where the selected agency is not compatible with the Internet. 15, the link information to the agency virtual homepage is included in the homepage guide 1504 shown in FIG. Then, in the processing in FIG. 16, the processing performed by the agency server 155 is performed by the head office server 55. For agents that do not support e-mail, instead of generating and transmitting estimating request e-mails, processing by telephone or facsimile is performed, and steps S73 to S81 may be omitted.
[0066]
The generation of the agency virtual homepage is performed as follows. First, when an agency that does not support the Internet is selected, the control unit of the head office server 55 acquires information on the agency from the agency DB 551. Then, for example, virtual home page data for an agency stored in the storage unit of the headquarters server 55 is extracted, and as information on the agency, agency attributes such as an agency name, an agency address, and a telephone number (FIG. 2) is added to generate virtual home page data for the agency. The virtual homepage data for the agency is temporarily stored in the storage unit, and when the control unit receives a request from the user terminal 3 or the like via the communication unit, reads the data from the storage unit and provides the data to the user terminal 3 or the like. I do. In order for a user to request homepage information, link information (URL) to the homepage is added to the mail created by the control unit of the headquarters server 55. The link information (URL) to the home page includes the value of the agency number 200 shown in FIG. 2 at the end so that it can be identified as a page for the agency. The link information to the agency virtual homepage generated in this manner may be included in the second template mail (FIG. 15).
[0067]
In the above-described processing, the headquarters server 55 determines whether or not the agency supports the Internet, and accordingly, generates link information to the home page included in the second template mail. When it is determined that the answer is Yes (within 10 days until the expiration date) in S31, the configuration may be such that the estimate creation processing and the contract application processing are all performed on the homepage managed by the headquarters server 55. In that case, the mail to the customer includes link information to the insurance company 5's procedure-only page. The customer operates, for example, the user terminal 3 to access the procedure-specific homepage of the insurance company 5 using the link information included in the mail, and obtains the insurance premium estimation result. If you wish to apply for an insurance contract, you can apply for a contract via the insurance contract application acceptance page. After the contract application procedure is completed, the contract information may be transmitted from the head office server 55 to the agency selected as the responsible person. Thus, when the headquarters server 55 provides a virtual homepage for an agency that does not support the Internet, the data of the virtual homepage is provided to the user terminal 3 in association with the information of the agency such as the agency number 200.
[0068]
When it is determined in step S45 of FIG. 7 that No (the customer attribute is not 1; that is, the customer attribute is 3), all the headquarters are replaced with the processing of steps S65 to S71 shown in FIG. A configuration may be employed in which a quote creation process and a contract application process are performed on a homepage managed by the server 55. In this case, the e-mail to the customer includes a thank-you letter for the quote request, contact information of the insurance company 5 (for example, a customer center), and link information to the insurance company 5 procedure page. The customer operates, for example, the user terminal 3 to access the procedure homepage of the insurance company 5 using the link information included in the mail, and obtains the insurance premium estimation result. At this stage, the estimation condition may be changed. If you wish to apply for an insurance contract, you can apply for a contract via the insurance contract application acceptance page. After the application procedure processing is completed, the agency in charge may be selected, and the contract information may be transmitted from the head office server 55 to the selected agency. If the customer attribute is determined to be 1, the link information corresponding to the agency selected as the responsible person is included in the e-mail to the customer. The link to the page is included in the email to the customer.
[0069]
When it is determined that the customer is likely to have insurance, the information about the agency is provided to the customer from the beginning of the customer service, and the information of the customer is also provided to the agency. On the other hand, if it is judged that the customer is unlikely to join the insurance, the insurance company 5 directly responds without selecting an agency in charge at the beginning of the customer service, and the agency 5 Decide whether to contact. By doing so, the agency does not need to deal with a customer determined to be unlikely to reach a contract, and can efficiently conduct business activities.
[0070]
As described above, when introducing link information to the homepage of an agency or an insurance company to a customer, based on the customer attributes, link information appropriate for the customer, the agency, or the insurance company is selected, and an e-mail to the customer is selected. Can be included.
[0071]
Next, the processing that has transited via the terminal E will be described with reference to FIG. The headquarters server 55 generates a thank-you email from the fourth template email 555d or the fifth template email 555e, and sends it to the user terminal 3 (step S101). If it is determined in step S35 that one or more agents do not exist, that is, if an agent to be in charge of the customer is not found, a thank-you mail is generated from the fourth template mail 555d. If it is determined in step S29 that the insurance company is a policyholder, a thank-you email is generated from the fifth template email 555e. Although not shown, the thank-you e-mails generated from the fourth and fifth template e-mails include a thank-you sentence for requesting an estimate and contact information of an insurance company (customer center). However, unlike the mail generated from the first to third template mails, information on the agency in charge is not included. This is because it is determined that the agency to be in charge was not found or that the customer may want to change the agency in charge. The user terminal 3 receives the thank-you email from the headquarters server 55 and displays it on the display device (step S103).
[0072]
The headquarters server 55 generates an estimate request notification email (step S105), and transmits a copy of the thank-you email and the generated estimate request notification email to, for example, a customer center (customer center computer 53) (step S107). The customer center computer 53 receives the copy of the thank-you email from the headquarters server 55 and the estimate request notification email, and displays it on the display device (step S109). The processing shifts to a processing of FIG.
[0073]
In FIG. 18, the person in charge of the customer center looks at the copy of the thank-you e-mail and the quotation request notification e-mail, and if the customer information is that of a contracted customer, confirms the agent in charge of the customer. Perform (Step S111). If the customer information is not that of a contracted customer, step S111 is skipped. The person in charge of the customer center makes an estimate and obtains a printing serial number (security number) (step S113). The person in charge of the customer center operates, for example, the customer center computer 53 and sends, for example, a print serial number to the sales department branch by e-mail (step S115). The print serial number notifying means is not limited to mail, but may be another notifying means such as a telephone or a facsimile. Further, the notification destination is not limited to the sales section branch office, but may be another department or a person in charge capable of performing similar operations such as management of an agency.
[0074]
The person in charge of the sales section branch office operates a personal computer having a mailer function, for example, to receive an e-mail from the customer center computer 53 and display it on a display device. The person in charge of the sales section branch office checks the contents of the e-mail and selects an agency based on a predetermined standard (step S117). Also, the person in charge of the sales section branch office notifies the selected agent of the contents of the e-mail and explains the mechanism of insurance introduction (step S119). The agency receives the notification and explanation from the sales section branch office, and confirms that the customer is in charge of the customer (step S121). The agency creates a quote and performs sales activities for the customer (step S123).
[0075]
In this way, it is possible to determine the customer attribute from the information of the prospective customer and the like, and to present the business mode of the agency matching the customer attribute to the customer and the agency. Agencies can respond appropriately to customers, and sales activities can be streamlined. The customer can also receive services in consideration of the customer's own attributes such as the degree of dependence on the agency at the time of examining the insurance and after the insurance, and the urgency due to the expiration date of the existing insurance.
[0076]
Although the embodiment of the present invention has been described above, the present invention is not limited to this. For example, the system configuration shown in FIG. 1 is an example, and other configurations may be used as long as the implementation pattern shown in FIG. 1 can be realized. For example, a DB configuration is also an example, and another configuration may be adopted if similar data is stored. The customer information, the agency information, the contents of the questionnaire, and the contents of various mails are also examples, and items may be added or deleted as necessary. Further, the configuration of each server is not limited to a single server, and may be a configuration of a plurality of servers. For example, the headquarters server 55 may be constituted by a plurality of units, or the insurance introduction server 7 and the agency server 155 may be constituted by a plurality of units. The screen configuration is also an example, and another configuration having the same contents may be used.
[0077]
【The invention's effect】
As described above, according to the present invention, when introducing a prospective customer to an agency, the sales activity of the agency can be made more efficient.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of a system according to an embodiment of the present invention.
FIG. 2 is a diagram showing an example of a table configuration of an agency DB and stored data.
FIG. 3 is a diagram illustrating an example of a table configuration of a customer DB and stored data.
FIG. 4 is a diagram showing an example of a questionnaire page.
FIG. 5 is a diagram showing a processing flow (No. 1) in one embodiment of the present invention.
FIG. 6 is a diagram showing a processing flow (No. 2) in the embodiment of the present invention.
FIG. 7 is a diagram showing a processing flow (3) in the embodiment of the present invention.
FIG. 8 is a diagram illustrating an example of a thank-you email generated from a first template email.
FIG. 9 is a diagram showing an example of an estimate request notification mail.
FIG. 10 is a diagram showing an example (No. 1) of an estimate.
FIG. 11 is a diagram showing an example (part 2) of an estimate.
FIG. 12 is a diagram showing a processing flow (part 4) in the embodiment of the present invention.
FIG. 13 is a diagram illustrating an example of a thank-you email generated from a third template email.
FIG. 14 is a diagram showing a processing flow (part 5) in the embodiment of the present invention.
FIG. 15 is a diagram illustrating an example of a thank-you email generated from a second template email.
FIG. 16 is a diagram showing a processing flow (part 6) in the embodiment of the present invention.
FIG. 17 is a diagram showing a processing flow (part 7) in the embodiment of the present invention.
FIG. 18 is a diagram showing a processing flow (No. 8) in the embodiment of the present invention.
[Explanation of symbols]
1 network 3 user terminal 5 insurance company
7 Insurance introduction server 9 User terminal
53 Customer Center Computer 55 Headquarters Server
153 Agency terminal 155 Agency server
551 Agency DB 553 Customer DB
555 Headquarters server HDD 555a First template mail
555b Second template mail 555c Third template mail
555d Fourth template mail 555e Fifth template mail

Claims (13)

顧客の情報に基づき顧客属性を判定し、記憶装置に格納する判定ステップと、
所定の基準に基づき選択された代理店の、代理店情報格納部に格納された情報と、前記記憶装置に格納された前記顧客属性に基づく当該代理店の営業態様を表す情報とを含むメールを生成し、前記記憶装置に格納すると共に前記顧客に対し送信する第１送信ステップと、
前記記憶装置に格納された、前記顧客に送信したメールに含まれるデータの少なくとも一部を前記代理店に送信する第２送信ステップと、
を含み、コンピュータにより実行される見込み顧客対応のための情報処理方法。Determining a customer attribute based on the information of the customer and storing the attribute in a storage device;
The mail of the agency selected based on the predetermined criterion includes information stored in the agency information storage unit and information indicating the business mode of the agency based on the customer attribute stored in the storage device. Generating, storing in the storage device, and transmitting to the customer;
A second transmission step of transmitting at least a part of data contained in the mail transmitted to the customer stored in the storage device to the agent,
And a computer-implemented information processing method for dealing with prospective customers. 前記顧客の情報には、少なくとも前記顧客の既契約保険の満期日の情報が含まれ、
前記満期日までの日数が所定の範囲内である場合には、
前記判定ステップにおいて前記顧客属性が満期間際と判定され、
前記代理店の営業態様を表す情報が当該代理店の保険契約申込みページへのリンク情報を含む
ことを特徴とする請求項１記載の見込み顧客対応のための情報処理方法。The customer information includes at least information on the maturity date of the customer's existing insurance,
When the number of days until the expiration date is within a predetermined range,
In the determining step, the customer attribute is determined to be at the end of the term,
2. The information processing method for dealing with a prospective customer according to claim 1, wherein the information indicating the business mode of the agency includes link information to an insurance contract application page of the agency. 前記顧客の情報には、少なくとも前記顧客の既契約保険の満期日の情報が含まれ、
前記満期日までの日数が所定の範囲内である場合には、前記所定の基準が、当該代理店に対して顧客がネットワーク経由で直接保険契約申込みができるという基準を含む
ことを特徴とする請求項１記載の見込み顧客対応のための情報処理方法。The customer information includes at least information on the maturity date of the customer's existing insurance,
If the number of days until the maturity date is within a predetermined range, the predetermined standard includes a standard that a customer can apply for an insurance contract directly to the agency via a network. Item 1. An information processing method for dealing with prospective customers according to Item 1. 前記顧客の情報には、少なくとも所定の質問に対する前記顧客の回答が含まれ、
前記判定ステップにおいて、前記顧客の回答に基づき、保険営業に対する前記顧客の受容レベル又は前記顧客の契約に到る蓋然性を前記顧客属性として判定し、
当該受容レベル又は当該蓋然性が所定のレベル以上である場合には、前記代理店の営業態様を表す情報が前記代理店から見積情報を提供する旨の通知を含む
ことを特徴とする請求項１記載の見込み顧客対応のための情報処理方法。The customer information includes at least the customer's answer to a predetermined question,
In the determining step, based on the answer of the customer, determine the customer's acceptance level for insurance business or the probability of reaching the customer's contract as the customer attribute,
2. The method according to claim 1, wherein when the acceptance level or the probability is equal to or higher than a predetermined level, the information indicating the business mode of the agent includes a notification that the agent provides quotation information. Information processing method for dealing with prospective customers. 前記顧客の情報には、少なくとも所定の質問に対する前記顧客の回答が含まれ、
前記判定ステップにおいて、前記顧客の回答に基づき、保険営業に対する前記顧客の受容レベル又は前記顧客の契約に到る蓋然性を前記顧客属性として判定し、
当該受容レベル又は当該蓋然性が所定のレベル未満である場合には、前記代理店の営業態様を表す情報が前記代理店の連絡先情報を含む
ことを特徴とする請求項１記載の見込み顧客対応のための情報処理方法。The customer information includes at least the customer's answer to a predetermined question,
In the determining step, based on the answer of the customer, determine the customer's acceptance level for insurance business or the probability of reaching the customer's contract as the customer attribute,
2. The prospective customer service according to claim 1, wherein when the acceptance level or the probability is lower than a predetermined level, the information indicating the business mode of the agency includes contact information of the agency. Information processing method. 判定された前記顧客属性が所定の属性に該当する場合にのみ、前記所定の基準に基づき代理店を選択するステップをさらに含むことを特徴とする請求項１記載の見込み顧客対応のための情報処理方法。2. The information processing method according to claim 1, further comprising a step of selecting an agency based on the predetermined criteria only when the determined customer attribute corresponds to a predetermined attribute. Method. 前記第１送信ステップが、
前記代理店の営業態様を表す情報を、前記記憶装置に格納された前記顧客属性と、選択された前記代理店の特性とに基づいて生成するステップを含むことを特徴とする請求項１記載の見込み顧客対応のための情報処理方法。The first transmitting step includes:
The method according to claim 1, further comprising: generating information representing a business mode of the agency based on the customer attributes stored in the storage device and characteristics of the selected agency. Information processing method for prospective customers. 選択された前記代理店の特性が所定の条件を満たす場合には、前記代理店用のホームページ・データを生成するステップをさらに含む請求項１記載の見込み顧客対応のための情報処理方法。2. The information processing method for dealing with prospective customers according to claim 1, further comprising a step of generating homepage data for the agency when the selected property of the agency satisfies a predetermined condition. 前記第１送信ステップが、
顧客属性毎に予め用意され且つ雛形メール格納部に格納された複数の雛型メールから、判定された前記顧客属性に基づき１つの雛型メールを選択するステップと、
選択された前記雛型メールを使用してメールを生成するステップと、
を含む請求項１乃至８のいずれか１つに記載の見込み顧客対応のための情報処理方法。The first transmitting step includes:
Selecting one template mail based on the determined customer attribute from a plurality of template mails prepared in advance for each customer attribute and stored in the template mail storage unit;
Generating an email using the selected template email;
The information processing method for dealing with a prospective customer according to any one of claims 1 to 8, comprising: 前記顧客の見積希望条件に関する情報を含むメールを前記代理店に対して送信するステップをさらに含む請求項１乃至９のいずれか１つに記載の見込み顧客対応のための情報処理方法。The information processing method for dealing with a prospective customer according to any one of claims 1 to 9, further comprising a step of transmitting an e-mail including information on the customer's request for quotation to the agent. 所定の保険紹介サーバから前記顧客の情報を受信した場合には、前記判定ステップにおいて、受信した前記顧客の情報に基づき顧客属性を判定することを特徴とする請求項１乃至１０のいずれか１つに記載の見込み顧客対応のための情報処理方法。11. The method according to claim 1, wherein, when receiving the customer information from a predetermined insurance introduction server, the determining step determines a customer attribute based on the received customer information. Information processing method for dealing with prospective customers described in 3. 請求項１乃至１１のいずれか１つに記載の保険代理店紹介のための情報処理方法をコンピュータに実行させるためのプログラム。A program for causing a computer to execute the information processing method for introducing an insurance agent according to any one of claims 1 to 11. 顧客の情報に基づき顧客属性を判定し、記憶装置に格納する手段と、
所定の基準に基づき選択された代理店の、代理店情報格納部に格納された情報と、前記記憶装置に格納された前記顧客属性に基づく当該代理店の営業態様を表す情報とを含むメールを生成し、前記記憶装置に格納すると共に前記顧客に対し送信する手段と、
前記記憶装置に格納された前記顧客に送信したメールに含まれるデータの少なくとも一部を前記代理店に送信する手段と、
を有する見込み顧客対応のための情報処理装置。Means for determining a customer attribute based on customer information and storing it in a storage device;
The mail of the agency selected based on the predetermined criterion includes information stored in the agency information storage unit and information indicating the business mode of the agency based on the customer attribute stored in the storage device. Means for generating, storing in the storage device and transmitting to the customer;
Means for transmitting to the agent at least a part of the data contained in the mail transmitted to the customer stored in the storage device,
Information processing device for dealing with prospective customers.
JP2003194965A 2002-07-12 2003-07-10 Information processing method and system for responding to prospective consumer Withdrawn JP2004094925A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003194965A JP2004094925A (en) 2002-07-12 2003-07-10 Information processing method and system for responding to prospective consumer

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002204132 2002-07-12
JP2003194965A JP2004094925A (en) 2002-07-12 2003-07-10 Information processing method and system for responding to prospective consumer

Publications (1)

Publication Number Publication Date
JP2004094925A true JP2004094925A (en) 2004-03-25

Family

ID=32072237

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003194965A Withdrawn JP2004094925A (en) 2002-07-12 2003-07-10 Information processing method and system for responding to prospective consumer

Country Status (1)

Country Link
JP (1) JP2004094925A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005284837A (en) * 2004-03-30 2005-10-13 Arcadia Consulting Inc Scheduling apparatus
JP6326538B1 (en) * 2017-09-11 2018-05-16 株式会社三菱東京Ｕｆｊ銀行 Computer system, method and program for proposing goods or services to customers
JP2019049959A (en) * 2018-03-27 2019-03-28 株式会社三菱Ｕｆｊ銀行 Computer system, method and program for proposing commodity or service to client

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007836A (en) * 2000-06-23 2002-01-11 Mitsui Marine & Fire Insurance Co Ltd System and method for aiding commodity sales
JP2002032577A (en) * 2000-07-17 2002-01-31 Sumitomo Kaijo Kasai Hoken Kk Method and system for agent intervention type insurance sale
JP2002140452A (en) * 2000-11-02 2002-05-17 Tokio Marine & Fire Insurance Co Ltd Insurance dealer introduction system and its method
JP2002170050A (en) * 2000-11-22 2002-06-14 American Family Life Assurance Co Of Columbus Information providing method, information providing device, and storage medium with information providing program stored therein
JP2002215525A (en) * 2001-01-19 2002-08-02 Sony Corp Device and method for providing electronic mail by users, recording medium with recorded program making the same device operate, and recording medium stored with program implementing the same method
JP2002297913A (en) * 2001-03-30 2002-10-11 Tokio Marine & Fire Insurance Co Ltd Financial commodity contract accepting system and method
JP2002351910A (en) * 2001-05-23 2002-12-06 Sony Corp System and device for providing information, device for collecting user's attribute information, method for providing information corresponding to user's attribute, method for collecting user's attribute information and program storing medium
JP2003030443A (en) * 2001-07-19 2003-01-31 Tokio Marine & Fire Insurance Co Ltd Business server, insurance company server, method for acquiring insurance premium estimation result, method for generating data for estimation, method for estimating insurance premium and program
JP2003169147A (en) * 2001-11-30 2003-06-13 Buzzhits Kk Client response system and method

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007836A (en) * 2000-06-23 2002-01-11 Mitsui Marine & Fire Insurance Co Ltd System and method for aiding commodity sales
JP2002032577A (en) * 2000-07-17 2002-01-31 Sumitomo Kaijo Kasai Hoken Kk Method and system for agent intervention type insurance sale
JP2002140452A (en) * 2000-11-02 2002-05-17 Tokio Marine & Fire Insurance Co Ltd Insurance dealer introduction system and its method
JP2002170050A (en) * 2000-11-22 2002-06-14 American Family Life Assurance Co Of Columbus Information providing method, information providing device, and storage medium with information providing program stored therein
JP2002215525A (en) * 2001-01-19 2002-08-02 Sony Corp Device and method for providing electronic mail by users, recording medium with recorded program making the same device operate, and recording medium stored with program implementing the same method
JP2002297913A (en) * 2001-03-30 2002-10-11 Tokio Marine & Fire Insurance Co Ltd Financial commodity contract accepting system and method
JP2002351910A (en) * 2001-05-23 2002-12-06 Sony Corp System and device for providing information, device for collecting user's attribute information, method for providing information corresponding to user's attribute, method for collecting user's attribute information and program storing medium
JP2003030443A (en) * 2001-07-19 2003-01-31 Tokio Marine & Fire Insurance Co Ltd Business server, insurance company server, method for acquiring insurance premium estimation result, method for generating data for estimation, method for estimating insurance premium and program
JP2003169147A (en) * 2001-11-30 2003-06-13 Buzzhits Kk Client response system and method

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005284837A (en) * 2004-03-30 2005-10-13 Arcadia Consulting Inc Scheduling apparatus
JP6326538B1 (en) * 2017-09-11 2018-05-16 株式会社三菱東京Ｕｆｊ銀行 Computer system, method and program for proposing goods or services to customers
JP2019049882A (en) * 2017-09-11 2019-03-28 株式会社三菱Ｕｆｊ銀行 Computer system, method and program for proposing commodity or service to client
JP2019049959A (en) * 2018-03-27 2019-03-28 株式会社三菱Ｕｆｊ銀行 Computer system, method and program for proposing commodity or service to client

Similar Documents

Publication Publication Date Title
US11605135B2 (en) Interactive data system
US9911134B2 (en) Recipient centric messaging system and protocols to implement it over data networks
US10229425B2 (en) User terminal queue with hyperlink system access
US6904407B2 (en) Repository for jobseekers&#39; references on the internet
MX2013011870A (en) One-touch support services application programming interfaces.
US20020072925A1 (en) Posthumous communication
US20100299217A1 (en) Warranty management system
WO2003069428A2 (en) Mobile marketing system
US20130036023A1 (en) System And Method For Facilitating A Transaction Between An Enterprise And A Person Using A Mobile Device
US20150039433A1 (en) Gift messaging based customer acquisition
US20030078833A1 (en) Marketing supporting method and device using electronic message
US20090210334A1 (en) System and method for publicizing business services
US20120130782A1 (en) Cloud Contact Information System
US20150066807A1 (en) System and method of providing a virtual guestbook
US20050256764A1 (en) Method and system for generating sales opportunities
US20070282663A1 (en) Group purchase program systems and methods
JP2004362045A (en) Group identification system, server device, program, recording medium and group identification method
US7529679B1 (en) Automated alternative dispute resolution
JP2002207669A (en) Information distribution device and recording medium
JP7223458B1 (en) Segment-based notification management device, segment-based notification management program, and segment-based notification management method
JP2004094925A (en) Information processing method and system for responding to prospective consumer
KR20220096365A (en) Service system for supporting insurance plan
JP4028500B2 (en) Information processing system, information processing method, program, and recording medium
JP2002366749A (en) Information processing method and computer system
US20120303424A1 (en) Method and software for generating reminder messages for insurance product leads

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060616

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090331

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20090414