JP2001319054A - 保険業務処理システム - Google Patents

Abstract

(57)【要約】 【課題】 損害保険や生命保険の業務効率を向上でき、
かつ、顧客サービスを飛躍的に向上できるシステムを提
供する。 【解決手段】 本発明の保険業務処理システムは、顧客
のｅメールアドレスを含む計上データを記憶する計上デ
ータ記憶手段と、少なくとも計上データ記憶手段の記憶
内容に基づいて、保険会社から顧客への契約に係る所定
書類の電子データを作成する電子所定書類作成手段と、
その所定書類の電子データのうち、少なくとも一部をｅ
メールで、顧客が有する顧客端末に宛てて発送する所定
書類送信手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、損害保険や生命保
険などを対象とした保険業務処理システムに関するもの
である。

【０００２】

【従来の技術】本発明は、自動車保険、火災保険等の損
害保険や、生命保険の業務効率ならびに顧客サービスの
向上を指向するものである。以下、損害保険を例に取
り、現在行われている業務処理について説明する。

【０００３】契約取扱者又は営業社員は、新規加入に関
しては、予め証券番号が印刷されている申込書をもって
顧客先に出向く。そこで、顧客の情報（氏名、住所、自
動車登録番号や家屋情報）や保険種類や保険金額などを
記入し、また、保険料を算出する。そして、保険料など
を申込書に記入し、顧客から捺印を受け、保険料の領収
手続を行って契約する。

【０００４】捺印を受けた申込書の情報が保険会社の営
業支店や契約取扱者などによって再確認された後、本店
処理センターによって保険証券が発行される。

【０００５】損害保険の継続契約の募集および手続は以
下の通りである。まず保険会社において、現在契約して
いる保険の満期が近づくと、現在加入している契約内容
に基づき、予め定められた画一的な内容の継続案内であ
る満期葉書が印刷される。

【０００６】印刷された満期葉書は、契約取扱者毎に仕
分けされ、契約取扱者を担当する保険会社の営業支店に
送付される。保険会社の営業支店では、各契約取扱者の
営業担当者が満期葉書を持参のうえ契約取扱者を訪問す
る。契約取扱者は、満期葉書の裏面にアピールすべき情
報等を記入し切手を貼り投函する。

【０００７】また、満期葉書が作成されるのとほぼ同じ
時期に、現在加入している契約内容に基づき、予め定め
られた画一的な内容の継続申込書が印刷される。印刷さ
れた継続申込書は、契約取扱者毎に仕分けされ、契約取
扱者を担当する保険会社の営業支店に送付される。保険
会社の営業支店では、各契約取扱者の営業担当者が継続
申込書を持参のうえ契約取扱者を訪問する。契約取扱者
は、満期の２週間から１ケ月前に契約者と電話等で連絡
を取り、訪問し継続申込書に捺印を受け、保険料の領収
手続を行って、継続手続を行う。

【０００８】新商品、新特約の説明は、訪問したときに
パンフレットやチラシ等を用いて行い、契約者が加入を
希望する場合は、契約取扱者が保険料をその場で算出す
る。大きく契約内容が変わる場合は、新たに申込書の記
入を行う。

【０００９】また、新商品、新特約、未加入の保険商品
を現在加入している契約の期中に契約者に対し案内する
場合は、保険会社にて契約取扱者別に保有契約のリスト
を打出す帳票を作成し、リストを印刷する。印刷された
リストは、契約取扱者毎に仕分けされ、契約取扱者を担
当する保険会社の営業支店に送付される。新商品、新特
約については、保険会社にてパンフレット・チラシ等を
作成し営業支店に送付する。保険会社の営業支店では、
各契約取扱者の営業担当者がリストとパンフレット・チ
ラシ等を持参のうえ契約取扱者を訪問する。契約取扱者
はリストに基づき、めぼしい契約者に電話等で連絡を取
り、訪問して、パンフレット・チラシ等を用いて説明
し、加入を希望する内容に基づき保険料を算出し、申込
書もしくは承認請求書に必要事項を記入し、捺印を受
け、保険料の領収手続を行って、契約を獲得する。

【００１０】以上のような処理の流れにおいて、契約内
容などは、保険会社の本社などに設置されたコンピュー
タに登録され、この登録内容に基づいて、満期葉書や、
継続申込書や、契約取扱者別に保有契約のリストなどの
印刷が行われる。

【００１１】

【発明が解決しようとする課題】コストの問題から満期
葉書は多くの契約について短時間で集中処理による印刷
を行うため、契約取扱者がアピールすべき情報等を満期
葉書に印刷することができないという課題がある。ま
た、郵送コストを抑えるため印刷される内容は、必要最
小限の情報に限られているという点からも、契約取扱者
がアピールすべき情報等を満期葉書に印刷することがで
きないという課題がある。

【００１２】さらに、満期葉書や申込書やそれに付随す
る書類などの各種帳票を改訂する場合、印刷プログラム
の改訂も伴うため、多くの時間と費用を要する。従っ
て、新商品、新特約の情報を各種帳票に印刷して顧客に
提供しようとしても、早期に提供することが困難である
という課題がある。

【００１３】さらにまた、印刷された満期葉書は、契約
取扱者毎に仕分けされ、契約取扱者を担当する保険会社
の営業支店に送付され、各契約取扱者の営業担当者が満
期葉書を持参のうえ契約取扱者を訪問し、契約取扱者が
満期葉書の裏面にアピールすべき情報等を記入し切手を
貼り投函するため、契約者に継続案内が届くのに多くの
時間と労力とコストを要するという課題もある。

【００１４】継続申込書に関しては、上記と同様の問題
の他、契約取扱者が満期の２週間から１ケ月前に契約者
と電話等で連絡を取り、訪問し継続申込書を用いて継続
契約を行い、かつ新商品、新特約の説明は訪問したとき
にパンフレット・チラシ等を用いて行い、契約者が加入
を希望する場合は、契約取扱者が保険料をその場で算出
し、大きく契約内容が変わる場合は新たに申込書の記入
を行うため、さらに多くの労力を要すると共に、パンフ
レットやチラシの印刷費および通信費等のコストを要す
るという課題もある。

【００１５】また、既に顧客の情報などを得ていなが
ら、保険料の算出や新たな申込書の記入を誤るという危
険があった。保険料の算出や新たな申込書の記入を誤っ
た場合、訂正にコストを要するだけでなく、契約者の信
頼を失うという危険があった。

【００１６】さらに、保険料の受領に関しても、口座振
替、クレジットカードやデビットカード払い等の場合に
は、申込書の手続きに加え、保険料払込のための別の手
続を行わなければならないという課題がある。

【００１７】満期葉書、継続申込書、パンフレット・チ
ラシ等とも多くの帳票在庫を持つ必要があり、その管理
に多大なコストを要するという課題もある。

【００１８】新商品、新特約、未加入の保険商品を現在
加入している契約の期中に契約者に対し案内する場合
は、契約取扱者別に保有契約のリストを打出す帳票を作
成印刷し、印刷されたリストを契約取扱者毎に仕分し、
契約取扱者を担当する保険会社の営業支店に送付し、新
商品、新特約については、保険会社にてパンフレット・
チラシ等を作成し営業支店に送付する。保険会社の営業
支店では、各契約取扱者の営業担当者がリストとパンフ
レット・チラシ等を持参のうえ契約取扱者を訪問する。
従って、膨大な労力とコストを要し、更にパンフレット
・チラシ等多くの帳票在庫を持つ必要があり、その管理
に多大なコストを要するという課題がある。

【００１９】契約取扱者はリストに基づき、めぼしい契
約者に電話等で連絡を取り、訪問して、パンフレット・
チラシ等を用いて説明し、契約を獲得しているため、一
時に多くの顧客にそれぞれに適した内容での、新商品、
新特約、未加入の保険商品の案内を行うことはできない
という問題があった。ダイレクトメールによる募集は郵
送コストがかかりすぎ、収益をコストが上回るため行う
ことができなかった。

【００２０】また、新商品、新特約、未加入の保険商品
の契約獲得についても、継続契約の場合と同様に、保険
料の算出や申込書もしくは承認請求書の記入を誤った場
合の課題を有し、また、保険料の払込方法が現金以外の
場合の課題を有する。

【００２１】本発明は、以上の点に鑑みなされたもので
あり、損害保険や生命保険の業務効率を向上でき、か
つ、顧客サービスを飛躍的に向上できる保険業務処理シ
ステムを提供しようとするものである。

【００２２】

【課題を解決するための手段】かかる課題を解決するた
め、請求項１の本発明の保険業務処理システムは、
（１）顧客のｅメールアドレスを含む計上データを記憶
する計上データ記憶手段と、（２）少なくとも上記計上
データ記憶手段の記憶内容に基づいて、保険会社から顧
客への契約に係る所定書類の電子データを作成する電子
所定書類作成手段と、（３）その所定書類の電子データ
のうち、少なくとも一部をｅメールで、顧客が有する顧
客端末に宛てて発送する所定書類送信手段とを有するこ
とを特徴とする。

【００２３】請求項２の本発明は、請求項１の本発明に
おいて、（４）記入欄として顧客のｅメールアドレスを
有する顧客から保険会社への紙帳票と、（５）上記紙帳
票における記入情報の全て又は一部を電子データでなる
計上データにすると共に、計上データの中に顧客のｅメ
ールアドレスを含む計上データ作成手段とをさらに有す
ることを特徴とする。

【００２４】請求項３の本発明は、請求項１又は２の本
発明において、上記電子所定書類作成手段が、顧客及び
保険会社間の契約締結の仲介を行う扱者のオリジナルデ
ータを上記所定書類の電子データに含めるものであるこ
とを特徴とする。

【００２５】請求項４の本発明は、請求項１又は２の本
発明において、（６）上記電子所定書類作成手段が作成
した所定書類の電子データに、扱者のオリジナルデータ
を追加させる扱者データ追加手段をさらに有することを
特徴とする。

【００２６】請求項５の本発明は、請求項１〜４のいず
れかにおいて、上記電子所定書類作成手段が、所定書類
の書誌的内容及び具体的内容のうち、少なくとも具体的
内容については暗号データとすることを特徴とする。

【００２７】請求項６の本発明は、請求項５において、
上記電子所定書類作成手段が、所定書類の書誌的内容及
び具体的内容の順に表示させる電子データであって、所
定書類の書誌的内容の電子データの中に、暗号データ化
された具体的内容の解読処理を起動する解読起動表示要
素のデータを含むことを特徴とする。

【００２８】請求項７の本発明は、請求項１〜４のいず
れかにおいて、上記電子所定書類作成手段が、所定書類
の書誌的内容及び具体的内容を区別して電子データ化す
るものであり、上記所定書類送信手段が、所定書類の書
誌的内容の電子データを、ｅメールで顧客が有する顧客
端末に宛てて発送すると共に、その後、顧客端末側か
ら、所定書類の具体的内容の電子データが求められたと
きに、所定書類の具体的内容の電子データを送信するも
のであることを特徴とする。

【００２９】請求項８の本発明は、請求項７において、
上記電子所定書類作成手段が、先に顧客端末に与えられ
る所定書類の書誌的内容の電子データの中に、その所定
書類の具体的内容の電子データの送信を起動させる具体
的内容送信起動表示要素のデータを含むことを特徴とす
る。

【００３０】請求項９の本発明は、請求項７又は８にお
いて、上記電子所定書類作成手段が、所定書類の書誌的
内容及び具体的内容のうち、少なくとも具体的内容につ
いては暗号データとすると共に、所定書類の書誌的内容
の電子データの中に、暗号データ化された具体的内容の
解読処理を起動する解読起動表示要素のデータを含むこ
とを特徴とする。

【００３１】請求項１０の本発明は、請求項１〜９のい
ずれかにおいて、上記電子所定書類作成手段は、顧客端
末において、修正、追記、選択などの操作し得る項目の
電子データを含むと共に、その所定書類の電子データの
一部又は全てを、所定宛先に返信することを起動する返
信起動表示要素のデータを含む所定書類の電子データを
作成することを特徴とする。

【００３２】請求項１１の本発明は、請求項１０におい
て、上記電子所定書類作成手段が作成した電子データの
中に含まれている返信起動表示要素のデータは、所定宛
先へのｅメール発送を起動するものであることを特徴と
する。

【００３３】請求項１２の本発明は、請求項１０又は１
１において、上記電子所定書類作成手段が作成した所定
書類の電子データの中に、所定宛先に返信する電子デー
タを暗号化するデータが含まれていることを特徴とす
る。

【００３４】請求項１３の本発明は、請求項１〜９のい
ずれかにおいて、上記電子所定書類作成手段が作成する
所定書類の電子データが、保険契約の締結又は保険契約
の内容変更を証明する書類であることを特徴とする。

【００３５】請求項１４の本発明は、請求項１〜１２の
いずれかにおいて、上記電子所定書類作成手段が作成す
る所定書類の電子データが、保険商品又は保険特約の案
内書類であることを特徴とする。

【００３６】請求項１５の本発明は、請求項１〜１２の
いずれかにおいて、上記電子所定書類作成手段が作成す
る所定書類の電子データが、保険商品又は保険特約の申
込み書類であることを特徴とする。

【００３７】請求項１６の本発明は、請求項１５におい
て、上記電子所定書類作成手段が、保険商品又は保険特
約の案内書類の電子データを作成するものであり、案内
書類の電子データの作成と、申込み書類の電子データの
作成とを同時期に実行することを特徴とする。

【００３８】請求項１７の本発明は、請求項１〜１２の
いずれかにおいて、上記電子所定書類作成手段が作成す
る所定書類の電子データが、保険料の支払い方法を指定
する専用書類であることを特徴とする。

【００３９】請求項１８の本発明は、請求項１〜１７の
いずれかにおいて、上記電子所定書類作成手段及び上記
所定書類送信手段が保険会社のサーバ上に実現されてい
ることを特徴とする。

【００４０】請求項１９の本発明は、請求項１〜１７の
いずれかにおいて、上記電子所定書類作成手段が保険会
社のサーバ上に実現されていると共に、上記所定書類送
信手段が扱者端末上に実現されており、上記電子所定書
類作成手段が作成した電子データを上記所定書類送信手
段に転送するデータ転送手段を有することを特徴とす
る。

【００４１】

【発明の実施の形態】（Ａ）第１の実施形態 以下、本発明による保険業務処理システムを、自動車保
険に適用した第１の実施形態を図面を参照しながら詳述
する。

【００４２】（Ａ−１）第１の実施形態の構成 図１は、この第１の実施形態の保険業務処理システム１
の概略全体構成を示すブロック図である。

【００４３】自動車保険の契約に関しては、保険会社及
び顧客（契約者）の他に、契約取扱者（以下、単に扱者
と呼ぶ）が介在する。ここでは、保険会社の営業店社員
や、代理店の社員や、個人代理人などである。

【００４４】図１において、保険会社（の事務処理セン
ター）には、後述するような各種データベース１１が接
続されているサーバ１０が設けられている。サーバ１０
は、入力部、表示部、印刷部、通信処理部（図示せず）
などを有する大型コンピュータでなる。このサーバ１０
には、いわゆるパソコンレベルのセンター端末１２が接
続されている。センター端末１２も、入力部、表示部、
印刷部（図示せず）などの一般的構成を有すると共に、
これに加え、保険業務に係る特殊フォーマットに従って
いる帳票などの印刷に係る専用印刷部（プリンタ）１３
や、各種帳票の読み取りに係る帳票読取部（イメージス
キャナ）１４も接続されている。サーバ１０に接続され
ている各種データベース１１については、後述する動作
説明で明らかにする。

【００４５】サーバ１０に対し、通信網２を介して、扱
者端末２０や顧客端末３０が接続可能となされている。

【００４６】扱者端末２０は、入力部、表示部、印刷部
（図示せず）などの一般的構成を有するパソコンレベル
のものである。扱者端末２０にも、保険業務に係る特殊
フォーマットに従っている帳票などの印刷に係る専用印
刷部（プリンタ）２１や、各種帳票の読み取りに係る帳
票読取部（イメージスキャナ）２２が接続されている。

【００４７】顧客端末３０は、顧客が所有しているいわ
ゆるパソコンレベルの情報処理装置であり、その詳細構
成の説明は省略する。なお、顧客端末３０は、通信網２
を介して、サーバ１０や扱者端末２０と接続可能なもの
である。

【００４８】この第１の実施形態のシステムでは、電子
メール（以下、ｅメールと呼ぶ）のアドレスが付与され
ている端末（顧客端末）３０を有する顧客を対象として
いる。すなわち、サーバ１０や扱者端末２０は、顧客端
末３０に対し、ｅメールによって、所定の書類データな
どを転送できるようになされている。

【００４９】ｅメールアドレスを持たない顧客について
は、この第１の実施形態のシステムの特徴から離れるの
で、その説明は省略する。

【００５０】図１に示した通信網２には、ｅメールサー
ビス提供会社のｅメールの授受サービス提供構成も含ま
れている。

【００５１】（Ａ−２）第１の実施形態の動作及び処理
の流れ 次に、第１の実施形態のシステムの動作や人間（扱者や
顧客）の動作を、処理の流れと共に説明する。

【００５２】（Ａ−２−１）継続契約 まず、継続契約の案内から締結までの動作及び処理の流
れを図面を参照しながら説明する。なお、以下では、継
続契約の前提となる新規加入契約についても簡単に説明
する。

【００５３】図２及び図３は、この場合の動作及び処理
の流れを示す説明図である。なお、これらの図面におけ
る「顧客」及び「扱者」の用語は、人間を表す場合もあ
れば、端末を表す場合もある。

【００５４】扱者は、顧客の新規加入の契約時には、ま
ず、図４に示す紙帳票（後述する電子データでなる電子
帳票と区別するため紙で形成されている帳票を紙帳票と
呼ぶ）でなる自動車保険の契約申込書（加入依頼書）４
０の所定欄に記入を行い（又は一部項目については顧客
に記入させ）、申込書を完成させる（Ｔ１）。

【００５５】なお、保険料の払込方法が現金の場合に
は、この際に保険料を徴収する。口座振替、クレジット
カードやデビットカード払い等の場合には、そのための
帳票を記入し、又は、顧客に記入させる。

【００５６】この第１の実施形態の契約申込書４０は、
従来の契約申込書に比較すると、多くの記入欄が同様で
あるが、顧客（保険契約者）が有するｅメールアドレス
の記入欄４０ａがある点が異なる。なお、「契約取扱者
に係る情報」の欄４０ｂに、後述する顧客端末３０への
各種案内のｅメール発送を、サーバ１０（保険会社）が
行うか、扱者端末２０（扱者）が行うかの区別情報を記
入できるようにしていても良い。

【００５７】扱者は、契約申込書の記入内容などを確認
すると共に、契約申込書の記入内容などをデータ（計上
データ）に変換してサーバ１０に転送し、又は、郵送や
持参などで保険会社に届ける（Ｔ２、Ｔ３）。

【００５８】なお、契約申込書の記入内容などの確認時
において、記入ミスを発見した場合には、扱者は、例え
ば、電話やｅメールを利用して予め来訪することを伝え
た後、顧客の所に出向いて修正する。

【００５９】ここで、契約申込書の記入内容などのデー
タ化は、扱者端末２０の入力部を用いてデータ化しても
良い。また、扱者端末２０内の光学的文字読取処理ルー
チンによって、帳票読取部２２が契約申込書を読み取っ
て得たドット画像情報を文字認識処理してデータ化して
も良い。後者の場合には、扱者端末２０の入力部を用い
て認識文字の修正を適宜行う。また、後者の場合には、
データ化した後に、扱者端末２０に搭載されている契約
申込書確認ルーチンを起動して確認を行うようにしても
良い。

【００６０】保険会社においては、紙帳票として与えら
れた契約申込書に対しては、内容確認後、データ（計上
データ）化を行い、計上データとしてサーバ１０に与え
られた、契約申込書の記入内容などに係るデータに対し
ては確認を行い、自動車保険契約データベース１１ａに
登録される（Ｔ４）。保険会社におけるデータ化も、扱
者の段階でのデータ化と同様に行うことができる。

【００６１】なお、契約申込書の記入欄として、顧客端
末３０への各種案内のｅメール発送を、サーバ１０（保
険会社）が行うか、扱者端末２０（扱者）が行うかの区
別情報が設けられていない場合であっても、扱者端末２
０又はサーバ１０でのデータ化の際には、このデータを
含める。このｅメール発送者データは、例えば、扱者端
末２０から扱者が入力部を介して入力する。また、ｅメ
ール発送者データは、サーバ１０において、入力部を介
して入力させるようにしても良く、扱者毎に、どちらが
ｅメール発送者になるかを予め記憶しておいても良い。

【００６２】また、保険会社と扱者とは契約により、扱
者ができる行為などを規定しており、この契約で、ｅメ
ール発送者を扱者にするか保険会社にするかを定め、扱
者に係るデータベースに記憶しておくようにしても良
い。

【００６３】なお、この第１の実施形態の場合、同一の
扱者に係るｅメールアドレスを有する全ての顧客に対
し、サーバ１０（保険会社）が発送するか又は扱者端末
２０（扱者）が発送するかの一方であり、一部の顧客に
対し、サーバ１０が発送し、残りの顧客に対し、扱者端
末２０が発送するようなことはできなくなっている。

【００６４】図２では省略しているが、自動車保険契約
データベース１１ａにデータが登録された際には、サー
バ１０の制御下で、例えば、専用印刷部１３によって紙
帳票でなる保険証券が印刷され、顧客に郵送、持参その
他の方法によって引き渡される。又は、電子データでな
る保険証券（後述する図１５及び図１６参照）が形成さ
れて、ｅメールデータとして、顧客（顧客端末３０）に
発送される。

【００６５】また、自動車保険契約データベース１１ａ
にデータが登録される際において（登録の前後を問わな
い）、その顧客による保険料払込方法が現金以外のもの
であれば、保険料の請求データが、該当する金融機関な
どに転送される（Ｔ５）。

【００６６】なお、自動車保険契約データベース１１ａ
に登録される１契約当たりの情報は、概ね上述した図４
に示した各種項目の内容である。

【００６７】顧客への継続案内などのｅメール発送を保
険会社（サーバ１０）に委ねている扱者は、顧客（契約
者）との接触などを通じて得た、その顧客への継続案内
に含めたい情報（オリジナルデータ；扱者の独自サービ
スなど）を扱者端末２０から入力し、保険会社のサーバ
１０に接続されている扱者オリジナルデータベース１１
ｂに登録する（Ｔ６）。

【００６８】図２とは異なるが、顧客への継続案内など
のｅメール発送を自己が行う扱者も、顧客への継続案内
に含めたい情報を扱者オリジナルデータベース１１ｂに
登録するようにしても良い。

【００６９】サーバ１０は、所定周期毎に、図５に示す
継続契約用のｅメールデータの作成処理などを実行する
（Ｔ７−１及びＴ７−２、Ｔ８−１〜Ｔ８−３）。ここ
で、所定周期は、１日単位や１週間単位や半月単位や１
ヶ月単位などのいずれであっても良く、保険会社が任意
に定めれば良い。

【００７０】サーバ１０は、図５に示す処理を開始する
と、ある扱者を処理対象に設定した後（Ｓ１）、全扱者
に対する処理を終了していないことを確認する（Ｓ
２）。その後、顧客への継続契約に係るｅメール発送の
実行者がその扱者か保険会社かを判別する（Ｓ３）。

【００７１】ｅメール発送の実行者が扱者であると、サ
ーバ１０は、自動車保険契約データベース１１ａから、
その扱者に係る未処理の１個の契約データを取り出し
（Ｓ４）、その扱者に係る全ての契約データに関するｅ
メールデータの作成処理が終了していないことを確認す
る（Ｓ５）。

【００７２】ここで、取り出す契約データは、当該処理
日から見て継続案内の発送が必要と判断される扱者に関
する契約データである。この契約データは、例えば、そ
の処理日が、満期日より数ヶ月前（例えば３ヶ月前）の
日から、それに図５の処理周期を足した日までの期間に
属しているものである。

【００７３】その後、サーバ１０は、継続案内のｅメー
ルデータ（図７及び図８参照）及び継続申込書のｅメー
ルデータ（図９及び図１０参照）をそれぞれ作成した後
（Ｓ６、Ｓ７）、上述したステップＳ４に戻る。このよ
うな処理を繰り返して、その扱者に係る全ての契約デー
タに関するｅメールデータの作成処理が終了すると、作
成した継続案内のｅメールデータ及び継続申込書のｅメ
ールデータを扱者端末２０に送信し（Ｓ８）、上述した
ステップＳ１に戻る。

【００７４】このようなステップＳ４〜Ｓ８でなる処理
は、図２では、符号Ｔ７−１及びＴ７−２で表してい
る。

【００７５】一方、ステップＳ３による判別で、顧客へ
の継続契約に係るｅメール発送の実行者が保険会社であ
るという結果を得ると、サーバ１０は、自動車保険契約
データベース１１ａから、その扱者に係る未処理（継続
案内の作成面から未処理）の１個の契約データを取り出
すと共に扱者オリジナルデータベース１１ｂからその契
約データに係る扱者オリジナルデータを取り出し（Ｓ
９）、その扱者に係る全ての顧客に対する継続案内や継
続申込書のｅメールデータの作成処理が終了していない
ことを確認する（Ｓ１０）。その後、サーバ１０は、継
続案内のｅメールデータを作成し（Ｓ１１）、上述した
ステップＳ９に戻る。このような処理を繰り返して、そ
の扱者に係る全ての顧客に対する継続案内のｅメールデ
ータの作成処理が終了すると、作成した継続案内のｅメ
ールデータを、その扱者名（又は保険会社名）で各顧客
端末３０に送信する（Ｓ１２）。

【００７６】次に、サーバ１０は、自動車保険契約デー
タベース１１ａから、その扱者に係る未処理（継続申込
書の作成面から未処理）の１個の契約データを取り出す
と共に扱者オリジナルデータベース１１ｂからその契約
データに係る扱者オリジナルデータを取り出し（Ｓ１
３）、その扱者に係る全ての顧客に対する継続申込書の
ｅメールデータの作成処理が終了していないことを確認
する（Ｓ１４）。その後、サーバ１０は、継続申込書の
ｅメールデータを作成し（Ｓ１５）、上述したステップ
Ｓ１４に戻る。このような処理を繰り返して、その扱者
に係る全ての顧客に対する継続申込書のｅメールデータ
の作成処理が終了すると、作成した継続申込書のｅメー
ルデータを、その扱者の扱者端末２０に送信する（Ｓ１
６）。

【００７７】この継続申込書のｅメールデータをサーバ
１０から扱者端末２０に送信することは、扱者から見れ
ば、継続案内のｅメールデータを発送した顧客を認識さ
せることにもなっている。

【００７８】継続申込書のｅメールデータの扱者端末２
０への送信が終了すると、サーバ１０は、上述したステ
ップＳ１に戻る。

【００７９】以上のようなステップＳ９〜Ｓ１６でなる
処理は、図２では、符号Ｔ８−１〜Ｔ８−３で表してい
る。

【００８０】全ての扱者についての処理が終了すると、
サーバ１０は、図５に示す一連の処理を終了する。

【００８１】なお、図５では、継続案内のｅメールデー
タ及び継続申込書のｅメールデータに、扱者のオリジナ
ルデータを挿入するものを示したが、これらに挿入する
オリジナルデータは異なっていても良い。この場合にお
いては、上述した手順Ｔ６のオリジナルデータの扱者オ
リジナルデータベース１１ｂへの登録に際し、扱者は、
ｅメールデータの種類を特定して登録することを要す
る。

【００８２】また、扱者のオリジナルデータのｅメール
データの追加は、継続案内のｅメールデータにのみ認め
るようにしても良い。

【００８３】なお、図５では省略しているが、ｅメール
アドレスを有しない顧客に対しては、従来と同様な継続
案内葉書の印刷処理や、紙帳票の継続申込書の印刷が実
行される。

【００８４】図５は、ｅメールアドレスを有する顧客に
対する継続契約に係る処理例であるが、ｅメールアドレ
スを有する顧客に対しても、ｅメールアドレスを有しな
い顧客に対しても、継続契約の多くの項目は共通してい
る。

【００８５】そのため、ｅメールアドレスを有する顧客
及びｅメールアドレスを有しない顧客の双方に対し、多
くの処理を共通化させて実行させ、その後、ｅメールア
ドレスを有する顧客に対してはｅメールデータを作成さ
せ、ｅメールアドレスを有しない顧客に対しては紙帳票
の印刷を実行させるようにしても良い。

【００８６】例えば、ｅメールアドレスの有無を問わ
ず、継続契約の対象の顧客について継続契約の内容を決
定し、その後、扱者毎に、継続案内や継続申込書のデー
タを編集し、さらに、その扱者毎の継続案内や継続申込
書のデータを、ｅメールアドレスの有無で編集し、ｅメ
ールアドレスを有する顧客に対する継続案内や継続申込
書のデータに対してはｅメールデータ化し、ｅメールア
ドレスを有しない顧客に対する継続案内や継続申込書の
データは印刷処理するようにしても良い。

【００８７】継続案内のｅメールデータの発送者が扱者
である場合において、自己の扱者端末２０が継続案内の
ｅメールデータを受信すると、扱者は、扱者端末２０の
入力部を用いて、各ｅメールに自己のオリジナルデータ
を追加し、その後、各顧客端末３０に送信する（Ｔ
９）。

【００８８】サーバ１０や扱者端末２０からの、継続案
内のｅメールデータの顧客端末３０への送信は、当然に
ｅメールによる。一方、サーバ１０から扱者端末２０へ
の、継続案内や継続申込書のｅメールデータの送信は、
送信データ自体はｅメール用ではあるが、大量のデータ
であるので、公衆回線や専用回線を用いた一般の通信方
法による。

【００８９】なお、サーバ１０及び扱者端末２０間のデ
ータ授受は、予め保険会社及び扱者間で定められた暗号
キーによって暗号化されてなされる。すなわち、送り側
でデータを暗号キーを用いて暗号化し、受け側で暗号キ
ーを用いて解読して元のデータに戻す。この暗号化伝送
処理は、継続案内のｅメールデータの授受だけでなく、
後述する各種データの授受でも同様である。以下の説明
では、サーバ１０及び扱者端末２０間のデータ授受の際
の暗号化処理は一々言及しない。

【００９０】以上のような処理により、継続案内のｅメ
ールデータは顧客（顧客端末３０）にｅメールで配信さ
れ、この時点では、継続申込書のｅメールデータは扱者
の段階で止まっている。

【００９１】図６は、上述した手順Ｔ９での扱者端末２
０での処理例を示すフローチャートである。

【００９２】扱者は、保険会社（サーバ１０）から、自
己が担当する顧客に係る継続案内及び継続申込書のｅメ
ールデータの受信を認識すると、扱者端末２０に対し、
図６に示すオリジナルデータ追加・発送処理ルーチンを
起動する。

【００９３】このとき、扱者端末２０は、図６の処理ル
ーチンを開始し、まず、ある一人の顧客宛の継続案内の
ｅメールデータから、顧客特定の項目とオリジナルデー
タを追加可能な項目のデータを抽出してそれを表示させ
る（Ｓ１７）。なお、後述するように、継続案内のｅメ
ールデータ自体、一部のデータが暗号化されており、抽
出する項目が暗号化されている場合には解読処理を行う
ことを要する。

【００９４】その後、扱者が入力したオリジナルデータ
を取り込んで、継続案内のｅメールデータを更新させ
（Ｓ１８）、発送指示入力を待ってそのｅメールを発送
させる（Ｓ１９）。なお、オリジナルデータが入力され
ることなく、発送指示入力がなされることがあり、この
場合には、ステップＳ１８の処理をスキップする。

【００９５】そして、今回受信した全顧客の継続案内の
ｅメールデータに対するオリジナルデータの追加、発送
処理が終了していないことを確認して（Ｓ２０）、上述
したステップＳ１７に戻る。

【００９６】今回受信した全顧客についてオリジナルデ
ータの追加、発送処理が終了すると、扱者端末２０は、
今日発送した継続案内のｅメールに対する応答のｅメー
ルを待ち受ける期限日ファイル（図示せず）に、今回サ
ーバ１０から受信した全てのｅメールデータのｅメール
アドレスを登録して（Ｓ２１）、図６に示す一連の処理
を終了する。

【００９７】以上のようにして扱者端末２０から顧客端
末３０へ宛てたｅメールが発送されても、扱者端末２０
は、内蔵する又は外部接続されている（図１では省略）
大容量記憶装置に受信した継続案内のｅメールデータを
保存しておく。この保存時においては、継続案内のｅメ
ールデータの全ての項目のデータを保存しても良く、継
続案内のｅメールデータの応答のｅメールデータの受信
時に照合を要する項目のデータだけを保存しても良い。
なお、継続案内のｅメールデータと同時に与えられた継
続申込書のｅメールデータも大容量記憶装置に保存して
おく。

【００９８】なお、保険会社（サーバ１０）が顧客端末
３０へ、継続案内のｅメールを発送する場合において
も、扱者端末２０は、フローチャートの図示は省略する
が、継続申込書のｅメールデータの受信時に、発送され
た継続案内のｅメールに対する応答のｅメールを待ち受
ける期限日ファイルに、継続申込書のｅメールデータの
識別番号（継続案内のｅメールデータの識別番号に対
応）を登録しておく。また当然に、与えられた継続申込
書のｅメールデータも大容量記憶装置に保存しておく。

【００９９】図７及び図８は、継続案内のｅメールデー
タの一例を示すものである。図７及び図８の双方で示さ
れている部分が１個のｅメールデータ４１となってい
る。継続案内のｅメールデータ４１は表示データを含む
プログラムデータとなっているが、図７及び図８では、
継続案内のｅメールデータ４１を表示イメージで示して
いる。

【０１００】継続案内のｅメールデータ４１は、表示面
からは、図７に示した第１頁部分４１−１と、図８に示
した第２頁部分４１−２とでなる。第１頁部分４１−１
には、図７から明らかなように、「挨拶文」などの書誌
的内容が記述され、第２頁部分４１−２には、継続契約
に係る具体的内容が記述されている。

【０１０１】第２頁部分４１−２は、データ的には暗号
化されており、図８に示すように表示させる場合には解
読処理を要する。この解読処理を起動するために、第１
頁部分４１−１には「内容表示」ボタンアイコン４１ａ
が設けられている。「内容表示」ボタンアイコン４１ａ
が操作されたときには、解読キー（暗号キーと同じ）を
入力することを求め、その解読キーの入力により第２部
分４１−２が表示される。解読キーとしては、例えば、
契約者の生年月日を適用できる。

【０１０２】第２頁部分４１−２における「返信」ボタ
ンアイコン４１ｂには、扱者端末２０宛てのｅメール発
送を起動するデータ（例えば、扱者端末２０のｅメール
アドレス）が対応付けられており、このアイコン４１ｂ
の操作により、少なくとも顧客からの情報項目の内容が
扱者端末２０に返信される。

【０１０３】上述した扱者によるオリジナルデータは、
例えば、図７の項目４１ｃなどに挿入される。

【０１０４】また、項目４１ｄでの挨拶文や項目４１ｅ
の最新の商品情報などのデータは、固定データであるの
で、図５に示す処理プログラム中にｅメール作成時に挿
入するデータとして持たせていても良く、また、これら
情報用のデータベース（図２では省略）から取り込むよ
うにしても良い。

【０１０５】項目４１ｅに係る「おすすめプラン」は、
そのプラン数は、従来の継続案内葉書より多くなってい
るが、作成方法自体は従来とほぼ同様である。すなわ
ち、（１）現在加入している保険契約の内容、（２）現
在加入している保険契約の変更履歴、（３）現在加入し
ている保険契約の事故の有無、件数など、（４）保険契
約者の年齢、（５）現在加入している保険契約では担保
されないリスク、（６）家族限定特約、臨時運転者特
約、等級プロンプト、子供特約などの有無、（７）継続
回数などの要素を、サーバ１０が所定の分析プログラム
によって分析して作成する。

【０１０６】従来は、上述したように、継続案内は葉書
によって行っており、しかも、その継続案内葉書には、
返信用葉書が添付されていない。そのため、扱者などが
継続案内葉書の発送後、電話などで継続の意思などを確
認していた。この第１の実施形態の場合、ｅメールデー
タを返信させるようにしているので、顧客からの希望や
情報を収集を顧客からの返信ｅメールデータ（応答ｅメ
ールデータ）で取り込むことができる。例えば、「手続
き方法の希望」の項目４１ｇや「その他意見・要望等」
の項目４１ｈ等は、顧客が操作し得るものである。

【０１０７】「手続き方法の希望」の項目４１ｇのよう
に、選択肢が定まっている顧客の意思項目には、「電子
メール」（例えばデフォルト側）や「訪問」のような選
択肢を表示させ、マウスクリック等に応じて、選択側の
選択肢を変更する。「その他意見・要望等」の項目４１
ｈのような選択肢がないものであれば、キー入力部から
のテキストデータを取り込む。

【０１０８】また、従来は、継続案内は葉書によって行
っていたため、保険会社や扱者から提供できる情報の量
がかなり限られていた。この第１の実施形態の場合、継
続案内をｅメールによっているため、扱者のオリジナル
データを含めたり、おすすめプランの数を多くしたりす
るなど、顧客に対し、よりサービスが向上した情報提供
を行うことができる。

【０１０９】なお、このような継続案内のｅメールデー
タが与えられても、顧客が継続の意思がない場合には、
「返信」ボタンアイコン４１ｂを操作することなく、表
示（表示ファイル）を閉じれば良い。

【０１１０】図３において、顧客は、継続案内のｅメー
ルデータを受領すると、その継続案内の内容を確認し、
質問や要望を項目４１ｆに書き込んだり、訪問有無を項
目４１ｇに書き込んだり、変更内容を種々の項目に書き
込んだりした後、「返信」ボタンアイコン４１ａを操作
し、また、受信表示内容に了承した場合には、直ちに、
「返信」ボタンアイコン４１ａを操作し、継続案内のｅ
メールに対する応答のｅメールを扱者端末２０に返信す
る（Ｔ１０）。

【０１１１】この手順Ｔ１０は、継続案内のｅメールデ
ータの発信元が、保険会社（サーバ１０）でも扱者（扱
者端末２０）でも同一である。

【０１１２】上述したように、継続案内のｅメールデー
タは、単に表示されるデータからなるものではなく、プ
ログラムデータとなっており、顧客端末３０にダウンロ
ードされて、このｅメールデータが開かれたときに、こ
のプログラムが開始され、上述した手順Ｔ１０を実現で
きる処理が、顧客端末３０で実行される。

【０１１３】図９は、継続案内のｅメールデータのプロ
グラム的構成を簡単に示したフローチャートである。

【０１１４】まず、継続案内の第１頁部分４１−１を表
示させ（Ｓ２２）、「内容表示」ボタンアイコン４１ａ
の操作を待ち受ける（Ｓ２３）。そして、「内容表示」
ボタンアイコン４１ａが操作されると、解読キーの入力
を求め（Ｓ２４）、その入力によって継続案内の第２頁
部分４１−２を表示させる（Ｓ２５）。その後、入力を
待ち受け（Ｓ２６）、「返信」ボタンアイコン４１ｂ以
外の入力操作があったときには、その入力に応じてその
入力項目の情報を変更し（Ｓ２７）、「返信」ボタンア
イコン４１ｂが操作されたときには、応答データを作成
すると共に暗号化し（Ｓ２８）、その後、応答のｅメー
ルを発送する（Ｓ２９）。

【０１１５】以上のように、文字列の入力フィールドや
アイコンを表示しながら、文字列の入力や変更を受け付
け、また、アイコンに対する操作に応じて処理を実行す
るプログラム構成は、既存の技術を適用できる。そのた
め、後述する他のｅメールデータのプログラム的な構成
の説明は省略する。

【０１１６】継続案内のｅメールに対する応答のｅメー
ルが扱者端末２０に届いたときには、扱者は、顧客の要
望や変更内容や質問内容などに基づいて、再見積を行っ
たり、質問に回答したり、訪問要の各顧客への訪問スケ
ジュールを決定したり、訪問要の顧客に対する紙帳票の
継続申込書（図１２参照）を打ち出したりする（Ｔ１
１）。

【０１１７】ここで、扱者からの顧客への再見積の提示
や質問の回答もｅメールによっても良い。なお、電話な
どの他の連絡媒体を利用しても良いことは勿論である。

【０１１８】顧客に対する訪問が不要な場合には、扱者
は、扱者端末２０から顧客端末３０に宛てた継続申込書
のｅメールデータ（図１０及び図１１参照）を発送する
（Ｔ１１、Ｔ１２）。

【０１１９】一方、顧客に対する訪問が必要な場合にお
いては、扱者は、訪問スケジュールを確認し、訪問日
（日時）には、扱者端末２０によって印刷させた紙帳票
の継続申込書（図１２参照）を持参して顧客を訪問し、
記入させ、又は、記入することとになる（Ｔ１４）。

【０１２０】図１０及び図１１は、継続申込書のｅメー
ルデータの一例を示すものである。図１０及び図１１の
双方で示されている部分が１個のｅメールデータ４２と
なっている。継続申込書のｅメールデータ４２は表示デ
ータを含むプログラムデータとなっているが、図１０及
び図１１では、継続申込書のｅメールデータ４２を表示
イメージで示している。

【０１２１】継続申込書のｅメールデータ４２も、表示
面からは、図１０に示した第１頁部分４２−１と、図１
１に示した第２頁部分４２−２とでなる。第１頁部分４
２−１には、「挨拶文」などの書誌的内容が記述され、
第２頁部分４２−２には、継続契約に係る具体的内容が
記述されている。

【０１２２】第２頁部分４１−２は、データ的には暗号
化されており、図１１に示すように表示させる場合には
解読処理を要する。この解読処理を起動するために、第
１頁部分４２−１には「内容表示」ボタンアイコン４２
ａが設けられている。「内容表示」ボタンアイコン４２
ａが操作されたときには、解読キー（暗号キーと同じ）
を入力することを求め、その解読キーの入力により第２
頁部分４２−２が表示される。解読キーとしては、例え
ば、契約者の生年月日を適用できる。

【０１２３】継続申込書の第２頁部分４２−２は、継続
案内の第２頁部分４１−２と同様な項目を多く含んでい
るが、手続きの締切日、申込日、受付区分、集金に係る
情報などの項目のように、継続案内段階とは異なった、
契約に必要な情報も入っている。

【０１２４】継続申込書のｅメールデータにも、おすす
めプランが設けられている。このおすすめプランは、継
続案内のｅメールデータに対する顧客からの応答のｅメ
ールデータが与えられた際において、扱者が再見積を実
行しない場合は、保険会社（サーバ１０）から出力され
たそのものであり、扱者が再見積を実行した場合には、
それにより書き換えられたものである。各おすすめプラ
ンの項目には、「申込」ボタンアイコン４２ｂ１〜４２
ｂ３が対応して設けられており、いずれかのアイコンの
操作がそのおすすめプランの選択を意味する。なお、
「申込」ボタンアイコンが複数回操作されたときは、最
後の操作に係るアイコンのおすすめプランの選択を指定
されたものとなる。

【０１２５】第２頁部分４２−２における「確認」ボタ
ンアイコン４２ｃには、扱者端末２０宛てのｅメール発
送を起動するデータ（例えば、扱者端末２０のｅメール
アドレス）が対応付けられている。「確認」ボタンアイ
コン４２ｃの操作は、この操作の直前に操作された「申
込」ボタンアイコンに係るおすすめプランを、継続契約
の内容とすると共に、少なくとも継続申込書のｅメール
データの第２頁部分４２−２に係るデータ内容を暗号化
して扱者端末２０に送出することを起動するものであ
る。

【０１２６】なお、このような継続申込書のｅメールデ
ータが与えられても、顧客が継続の意思がない場合に
は、「確認」ボタンアイコン４２ｃを操作することな
く、表示（表示ファイル）を閉じれば良い。

【０１２７】図１２は、紙帳票でなる継続申込書の一例
を示す説明図である。紙帳票の継続申込書４３は、図１
０及び図１１に示した継続申込書のｅメールデータ４２
に比較した場合、案内文などの継続契約からは本質的な
事項ではない項目の情報が省略されている。紙帳票でな
る継続申込書は、実際上、複数枚重ねであることが多い
が、記入面からはコストなどの関係で一面のものであ
る。継続案内に係る葉書よりは面積が大きいが、それで
も、コスト面から大きな面積をとることができない。そ
のため、継続申込書のｅメールデータより項目数を少な
くしている。逆に言えば、継続申込書のｅメールデータ
では、表示が中心であるので、項目数を多くしても問題
となることがなく、より顧客サービスを向上できる情報
も盛り込むことができる。

【０１２８】なお、継続申込書のｅメールデータにも紙
帳票でなる継続申込書にも（上述した継続案内のｅメー
ルデータを含めても良い）、保険契約者のｅメールアド
レスの記載（記入が可能）欄を設けており、ｅメールア
ドレスの変更にも対応できるようになされている。紙帳
票でなる継続申込書の場合は、新規加入時において、ｅ
メールアドレスが記載されていない顧客用に用いられる
ものであるが、その後、ｅメールアドレスを取得した顧
客に記入してもらい（記入自体は扱者が行うかもしれな
い）、次回以降の継続契約ではこのｅメールアドレスを
適用させる。

【０１２９】図１３は、手順Ｔ１１〜Ｔ１３に係る、継
続案内のｅメールデータに対する応答ｅメールデータの
受領時における扱者端末２０での処理を示すフローチャ
ートである。

【０１３０】扱者は、例えば、ｅメールサービス提供会
社のサーバをアクセスして、自己宛てのｅメールの存在
を認識したときには、そのｅメールデータを取り出す。
そして、いずれかの顧客端末３０からの継続案内のｅメ
ールデータに対する応答ｅメールデータの到来を認識し
たときには、扱者は、扱者端末２０が内蔵する、図１３
に示す応答ｅメールデータの受領時処理ルーチンを開始
させる。

【０１３１】扱者端末２０はまず、送信元のｅメールア
ドレス又はｅメールアドレス欄に記入されているｅメー
ルアドレスが、いずれかの期限日ファイル（図６のステ
ップＳ２１参照）に登録されているか否かを確認する
（Ｓ３０）。

【０１３２】登録されていなければ、扱者端末２０は、
受信した応答ｅメールデータを破棄して（Ｓ３１）、図
１２に示す一連の処理を終了する。なお、破棄に代え、
扱者の顧客ではないと思われる送信者側に確認のｅメー
ルデータを発送するようにしても良い。

【０１３３】応答ｅメールデータに係るｅメールアドレ
スがいずれかの期限日ファイルに登録されていると、扱
者端末２０は、期限日ファイルに応答有りを書き込むと
共に、その顧客に係る継続案内のｅメールデータを自端
末２０の大容量記憶装置から取り出して（Ｓ３２）、今
回の応答ｅメールデータと照合する（特定の複数の所定
項目でも良い；Ｓ３３）。この照合時の継続案内のｅメ
ールデータの取出しの際には、適宜暗号の解読もなされ
る。

【０１３４】そしてまず、扱者端末２０は、照合結果か
ら、再見積（おすすめプランの作成し直し）が必要であ
るか否かを判別する（Ｓ３４）。所定項目が変更されて
いるためなどの理由で再見積が必要ならば、扱者端末２
０は、おすすめプランを作成し直して継続申込書のｅメ
ールデータを更新する（Ｓ３５）。この際のおすすめプ
ランの作成も、上述したような要素の分析に基づく。ま
た、扱者端末２０がそのような要素データを所有してい
ない場合には、サーバ１０から取り出して利用するよう
にしても良い。さらに、ステップＳ３５では、おすすめ
プランの作成し直しをサーバ１０に依頼し、その返信を
受けて、継続申込書のｅメールデータを更新するように
しても良い。なお、扱者が手作業でおすすめプランの作
成し直し、入力部を用いて入力させるようにしても良
い。

【０１３５】再見積が必要でない場合や、おすすめプラ
ンを作成し直した場合には、扱者端末２０は、照合結果
に基づいて、継続申込書のｅメールデータにおいて、他
の変更を要する項目があるか否かを判別し、あれば、継
続申込書のｅメールデータを更新する（Ｓ３６、Ｓ３
７）。

【０１３６】変更を要する項目がない場合や、変更を要
する項目があってそれに対する更新処理を終了した場合
には、扱者端末２０は、回答を要する質問（質問以外で
も良いが）があるか否かを判別し（Ｓ３８）、あれば、
扱者に入力部から回答データを入力させ、ｅメールデー
タに組み立てて発送する（Ｓ３９）。

【０１３７】回答を要する質問がない場合や、回答を要
する質問があってそれに対する回答の発送を終えた場合
には、扱者端末２０は、顧客が扱者の訪問を希望してい
るか否かを判別する（Ｓ３９）。

【０１３８】顧客が扱者の訪問を希望している場合に
は、紙帳票でなる継続申込書を専用印刷部２１を用いて
印刷させ（Ｓ４０）、内部記憶している訪問スケジュー
ルデータの空き時間を探索してその時間にその顧客デー
タを記録して（Ｓ４１）、図１３に示す一連の処理を終
了する。この場合には、電話などで顧客と訪問日時を詰
めることになる。なお、訪問日時の決定はこの際には実
行せず、訪問日時予定をｅメールで顧客（顧客端末３
０）に発送して確認を得るようにしても良い。また、紙
帳票の継続申込書の印刷は、訪問日に行うようにしても
良い。

【０１３９】一方、顧客が扱者の訪問を不要している場
合には、扱者端末２０は、大容量記憶装置からその顧客
についての継続申込書のｅメールデータ（更新がなされ
たもの）を取り出して発送し（Ｓ４２）、図１３に示す
一連の処理を終了する。

【０１４０】上述したように、紙帳票の継続申込書の項
目は、継続申込書のｅメールデータ（更新がなされたも
の）に全て含まれているので、紙帳票の継続申込書を印
刷する際には、継続申込書のｅメールデータ（更新がな
されたもの）から、適宜データを取り出して印刷する。
すなわち、扱者端末２０が印刷することができる。な
お、サーバ１０側に印刷処理を委ねるようにしても良
い。

【０１４１】図１４は、扱者が出勤直後に起動する、扱
者端末２０の当日作業予定処理ルーチンを示すフローチ
ャートである。

【０１４２】扱者端末２０は、当該処理を開始すると、
まず、訪問スケジュールデータから当日のデータを抽出
して印刷させる（Ｓ５０）。また、扱者端末２０は、応
答ｅメールデータの期限日ファイルから、期限を超えて
いて応答有りが設定されていない顧客のデータを抽出し
て印刷させる（Ｓ５１）。期限日ファイルからのデータ
削除は、扱者からの削除入力があったときだけとする。

【０１４３】上述した図１０及び図１１に示す継続申込
書のｅメールデータを受領し、顧客端末３０に表示させ
た顧客（訪問不要の顧客）は、希望するおすすめプラン
に係る「申込」ボタンアイコンを操作した後、「確認」
ボタンアイコン４２ｃを操作し、これにより、顧客端末
３０から、継続申込書として完成されたｅメールデータ
（以下、継続依頼ｅメールデータと呼ぶ）が扱者端末２
０宛てに発送される（Ｔ１５）。このような継続依頼ｅ
メールデータの内容は、扱者が扱者端末２０上で確認
し、サーバ１０に継続契約の計上データ（全てのデータ
ではなく少なくとも更新登録に必要なデータ）として転
送させる（Ｔ１６）。

【０１４４】一方、扱者が紙帳票の継続申込書を持参
し、訪問された顧客は、顧客自身又は扱者が捺印を行っ
て継続申込書として完成させる（上述したＴ１４）。こ
の完成された継続申込書に対する扱者の処理は、新規加
入時と同様になされ、サーバ１０に継続契約の計上デー
タが転送させる（Ｔ１６）。この場合も、完成された継
続申込書を保険会社に郵送又は持参し、保険会社側で計
上データ化させても良い（Ｔ１７）。

【０１４５】サーバ１０においては、計上データの内容
を確認した後、保険料の請求処理（訪問して徴収した場
合は不要）や、自動車保険契約データベース１１ａの内
容の更新処理を行う（Ｔ１８）。

【０１４６】そして、サーバ１０は、更新された自動車
保険契約データベース１１ａ、及び、扱者オリジナルデ
ータベース１１ｂの内容から、保険証券のｅメールデー
タを組み立てて継続契約した顧客（顧客端末３０）に宛
てて発送する（Ｔ２０）。

【０１４７】図１５及び図１６は、保険証券のｅメール
データの一例（表示イメージで示している）を示すもの
である。図１５及び図１６の双方で示されている部分が
保険証券のｅメールデータ４４となっている。

【０１４８】保険証券のｅメールデータ４４も、紙でで
きている保険証券と同様な項目を含んでいる。紙の保険
証券の場合、お礼文などの契約内容を規定しない文章は
省略されるが、保険証券のｅメールデータ４４の場合に
は、契約内容を規定しない文章も含んでいる。また、図
１５及び図１６に示す例では、契約者を特定する情報と
して、そのｅメールアドレスも含んでいる。

【０１４９】保険証券のｅメールデータ４４も、表示面
からは、書誌的内容が記述された図１５に示した第１頁
部分４４−１と、継続契約の具体的内容が記述された図
１６に示した第２頁部分４４−２とでなる。第２頁部分
４４−２は、データ的には暗号化されており、第１頁部
分４４−１の「内容表示」ボタンアイコン４４ａの操作
及び解読キーの入力により第２頁部分４４−２が表示さ
れる。

【０１５０】（Ａ−２−２）新商品契約、新特約契約、
未加入契約 次に、新商品（新保険）の契約を獲得したり、新特約の
契約（承認）を獲得したり、ある契約者から他種目の契
約や他社契約者（一切の契約をしていない者を含む）か
ら自社の契約（未加入契約）を獲得したりする際の動作
及び処理の流れを図面を参照しながら説明する。

【０１５１】なお、これら３種類の契約における動作及
び処理の流れは同様であるので、以下では、新商品の場
合を中心に説明し、新特約契約及び未加入契約について
は適宜補足説明を行う。

【０１５２】図１７及び図１８は、この場合の動作及び
処理の流れを示す説明図である。なお、これらの図面に
おける「顧客」及び「扱者」の用語も、人間を表す場合
もあれば、端末を表す場合もある。

【０１５３】顧客への新保険契約案内などのｅメール発
送を保険会社（サーバ１０）に委ねている扱者は、顧客
（契約者）との接触などを通じて得た、その顧客への継
続案内に含めたいオリジナルデータを扱者端末２０から
入力し、保険会社のサーバ１０に接続されている扱者オ
リジナルデータベース１１ｂに登録する（Ｔ４０）。な
お、サーバ１０による後述する手順Ｔ４１での対象顧客
の抽出情報を扱者端末２０に転送させ、新商品を意識し
た扱者オリジナルデータを扱者オリジナルデータベース
１１ｂに登録させるようにしても良い。

【０１５４】図１７とは異なるが、顧客への新商品案内
などのｅメール発送を自己が行う扱者も、顧客への新商
品案内に含めたい情報を扱者オリジナルデータベース１
１ｂに登録するようにしても良い。

【０１５５】保険会社において、新商品を発売すると、
サーバ１０によるデータベースマーケティング処理を立
ち上げる。このとき、サーバ１０は、新商品の案内を送
付する顧客の抽出や新商品契約用のｅメールデータの作
成処理及び発送処理などを実行する（Ｔ４１−１及びＴ
４１−２、Ｔ４２−１〜Ｔ４２−３）。

【０１５６】新商品契約についても、新商品案内のｅメ
ールデータと、新商品契約申込書のｅメールデータとが
作成される。この場合において、案内のｅメールデータ
の顧客への発送者として、扱者（扱者端末２０）が設定
されている場合であれば、手順Ｔ４１−１及びＴ４１−
２が実行され、案内のｅメールデータの顧客への発送者
として、保険会社（サーバ１０）が設定されている場合
であれば、手順Ｔ４２−１〜Ｔ４２−３が実行される。

【０１５７】手順Ｔ４１−１及びＴ４２−１は、上述し
た継続契約に係る図２の手順Ｔ７−１及びＴ８−１に対
応するものであり、新商品の案内を送付する顧客の抽出
処理を除けば、同様な処理であり、その詳細説明は省略
する。

【０１５８】ここで、新商品の案内を送付する顧客の抽
出処理は、既存のいかなる方法を適用しても良い。例え
ば、新商品に類似している既存商品や新商品が前提とし
ている既存商品（１商品とは限らない）の契約者を抽出
するようにしても良く、しかも、契約日が所定日より前
の契約者だけに限定しても良い。また、後述する見込み
客アンケート（図１９参照）を回収して形成された見込
み客データベース（図示せず）に登録されている者から
抽出するようにしても良い。この場合において、新商品
に類似している他社既存商品に係る見込み客を抽出する
ようにしても良い。

【０１５９】なお、新特約ができたときには、この新特
約を普及させるため案内を送付することがある。新特約
の案内を送付する顧客の抽出の場合は、例えば、新特約
に係る契約の契約者を抽出することになる。この場合、
新特約に係る契約の契約者を全て抽出しても良い。ま
た、新特約に係る契約の契約者の中から、新特約に類似
している既存特約や新特約が前提としている既存特約
（１特約とは限らない）を付けている契約者を抽出して
も良く、新特約に類似している既存特約や新特約が前提
としている既存特約を付けていない契約者を抽出するよ
うにしても良い。

【０１６０】また、既存商品についても契約者数を増や
すために、未加入者に契約案内を送付することがある。
ここで、未加入者とは、他種目商品を契約していても意
図する商品の契約をしていない者や、他社契約者（一切
の契約をしていない者を含む）などである。契約者数を
増やそうとしている既存商品について、案内を送付する
顧客の抽出は、例えば、他種目の商品の契約者から行っ
たり、また、見込み客アンケート（図１９参照）を回収
して形成された見込み客データベースに登録されている
者から抽出するようにしても良い。後者の場合において
は、案内商品に類似している他社商品に係る見込み客を
抽出するようにしても良い。

【０１６１】図１９は、見込み客アンケート（紙帳票）
の一例を示す説明図である。これは、扱者が飛込みセー
ルスで見込み客から情報を聞き取って記載したり、営業
支店や自動車販売会社のロビーなどの任意の場所に設置
しておき、興味がある者（見込み客）が扱者や保険会社
に郵送などで届けたり、そこにいる係員や扱者に記載し
てもらったりするものである。

【０１６２】この見込み客アンケート４５の記載情報
も、扱者端末２０やサーバ１０において、入力部からの
キー入力や、光学的文字認識装置（イメージスキャナと
その処理用ソフトウェアとの組合せ）によってデータ化
され、図示しない見込み客データベースに登録される。

【０１６３】見込み客アンケート４５は、他社商品に入
っている場合のための記入欄や、自動車に関する情報な
ど案内を形成するのに最低限必要な情報の欄が設けられ
ている。この点は、従来と同様である。これに加えて、
見込み客が有するｅメールアドレスの記入欄４５ａを有
することがここでの特徴となっている。

【０１６４】図１７に戻り、新商品案内のｅメールデー
タの発送者が扱者である場合において、自己の扱者端末
２０が新商品案内のｅメールを受信すると、扱者は、扱
者端末２０の入力部を用いて、各ｅメールデータに自己
のオリジナルデータを追加し、その後、各顧客端末３０
に発送する（Ｔ４３）。

【０１６５】この際の扱者端末２０での処理は、上述し
た継続案内の場合と同様であるので、その詳細説明は省
略する（図６参照）。

【０１６６】以上のように、サーバ１０又は扱者端末２
０によって新商品案内のｅメールデータが顧客（顧客端
末３０）に配信され、この時点では、新商品の契約申込
書のｅメールデータは扱者の段階で止まっている。

【０１６７】図２０及び図２１は、新商品案内のｅメー
ルデータの一例を示すものである。図２０及び図２１の
双方で示されている部分が新商品案内のｅメールデータ
４６となっている。新商品案内のｅメールデータ４６も
表示データを含むプログラムデータとなっているが、図
２０及び図２１では表示イメージで示している。

【０１６８】新商品案内のｅメールデータ４６も、表示
面からは、図２０に示した書誌的内容が記述された第１
頁部分４６−１と、図２１に示した契約に係る具体的内
容が記述された第２頁部分４６−２とでなる。第２頁部
分４６−２は、データ的には暗号化されており、第１頁
部分４６−１の「内容表示」ボタンアイコン４６ａの操
作及び解読キーの入力により表示される。

【０１６９】第２頁部分４６−２における「加入希望」
ボタンアイコン４６ｂには、扱者端末２０宛てのｅメー
ル発送を起動するデータ（例えば、扱者端末２０のｅメ
ールアドレス）が対応付けられており、このアイコン４
６ｂの操作により、少なくとも顧客からの情報項目の内
容が扱者端末２０に返信される。

【０１７０】なお、新商品案内のｅメールデータ４６で
の各項目の説明は省略する。

【０１７１】また、既存商品を未加入者に案内する際の
商品案内のｅメールデータも、図２０及び図２１に示し
たものと同様であるので、その図示及び説明は省略す
る。契約商品の新特約を契約者に案内する際の新特約案
内のｅメールデータも、図２０及び図２１に示したもの
とほぼ同様である。異なる点は、案内のタイトルや、
「案内する商品の説明、…」の項目４６ｃが新特約に関
するものとなっている点である。新特約案内のｅメール
データの図示は省略する。

【０１７２】新商品案内のｅメールを顧客（顧客端末３
０）へ送付した以降、契約を獲得し、保険証券のｅメー
ルデータ（上述した図１５及び図１６のものと同様）を
顧客（顧客端末３０）に発送する間での処理の流れは、
上述した継続契約の場合と同様であるので、その詳細説
明は省略する（Ｔ４４〜Ｔ５３参照）。

【０１７３】図２２及び図２３は、新商品案内や未加入
商品案内に対し、加入希望の意志表示を行った顧客に送
付される保険契約申込書のｅメールデータ４７を示して
いる。

【０１７４】保険契約申込書のｅメールデータ４７も、
図２２に示した書誌的内容が記述された第１頁部分４７
−１と、図２３に示した契約に係る具体的内容が記述さ
れた第２頁部分４７−２とでなり、第２頁部分４７−２
は、データ的には暗号化されている。第１頁部分４７−
１の「内容表示」ボタンアイコン４７ａの操作及び解読
キーの入力により第２頁部分４７−２が表示される。第
２頁部分４７−２における「確認」ボタンアイコン４７
ｂには、扱者端末２０宛てのｅメール発送を起動するデ
ータ（例えば、扱者端末２０のｅメールアドレス）が対
応付けられている。なお、各項目についての説明は省略
する。

【０１７５】ここで、新商品や未加入の既存商品に対
し、契約が締結され、顧客に送付される保険証券のｅメ
ールデータも、上述した図１５及び図１６に示したもの
と同様である。

【０１７６】ところで、新特約の加入希望者に対する申
込書は、既に保険契約が締結されており、特約部分だけ
についての申込みであるので、承認請求書と呼んでいる
保険会社が多い。

【０１７７】図２４及び図２５は、新特約案内に対し、
加入希望の意志表示を行った顧客に送付される承認請求
書のｅメールデータ４８を示している。

【０１７８】承認請求書のｅメールデータ４８も、図２
４に示した書誌的内容が記述された第１頁部分４８−１
と、図２５に示した契約に係る具体的内容が記述された
第２頁部分４８−２とでなり、第２頁部分４８−２は、
データ的には暗号化されている。第１頁部分４８−１の
「内容表示」ボタンアイコン４８ａの操作及び解読キー
の入力により第２頁部分４８−２が表示される。第２頁
部分４８−２における「確認」ボタンアイコン４８ｂに
は、扱者端末２０宛てのｅメール発送を起動するデータ
が対応付けられている。なお、各項目についての説明は
省略する。

【０１７９】このような承認請求書によって新特約を希
望した顧客に送付される証書を、承認書と呼んでいる保
険会社が多い。

【０１８０】図２６及び図２７は、新特約の契約締結の
際に顧客に送付される承認書のｅメールデータ４９を示
している。

【０１８１】承認書のｅメールデータ４９も、図２６に
示した書誌的内容が記述された第１頁部分４９−１と、
図２７に示した契約に係る具体的内容が記述された第２
頁部分４９−２とでなり、第２頁部分４９−２は、デー
タ的には暗号化されている。第１頁部分４９−１の「内
容表示」ボタンアイコン４９ａの操作及び解読キーの入
力により第２頁部分４９−２が表示される。なお、各項
目についての説明は省略する。

【０１８２】（Ａ−３）第１の実施形態の効果 上記第１の実施形態によれば、以下の効果を奏すること
ができる。

【０１８３】(i)顧客から保険会社に直接的又は間接的
に与えられる各種の紙帳票に、顧客のｅメールアドレス
の記入欄を設け、そのｅメールアドレスをデータ化して
保険会社のサーバ１０に登録するようにしたので、保険
会社（サーバ１０）からの各種書類をｅメールデータと
して顧客（顧客端末３０）に与えることができ、保険会
社において紙帳票を印刷する煩雑な作業や処理を不要に
できると共に、コストを低下させることができる。

【０１８４】また、紙帳票の印刷に係るコスト分だけ契
約料を安くするようなこともでき、このようにした場合
には、契約率の向上を期待できる。

【０１８５】(ii)保険会社から顧客（顧客端末３０）に
送付する各種書類をｅメールデータとしたので、書類
（ｅメールデータ）に盛り込むことができる情報量を従
来より多くでき、顧客に対するサービスを一段と向上さ
せることができる。

【０１８６】(iii)顧客（顧客端末３０）へのｅメール
データを、書誌的内容が記述された部分と具体的内容が
記述された部分とに分け、具体的内容が記述された部分
は暗号化し、解読キーの入力を待って表示するようにし
たので、顧客のプライベートを保護できると共に、セキ
ュリティを確保することができる。

【０１８７】また、顧客（顧客端末３０）からのｅメー
ルデータにおいても、少なくとも具体的内容が記述され
た部分は暗号化し、解読キーの入力を待って表示するよ
うにしたので、顧客のプライベートを保護できると共
に、セキュリティを確保することができる。

【０１８８】さらに、保険会社（サーバ１０）及び扱者
（扱者端末２０）間でも暗号化してデータを転送するよ
うにしたので、この点でも、顧客のプライベートを保護
できると共に、セキュリティを確保することができる。

【０１８９】(iv)保険会社が作成する顧客へのｅメール
データには扱者のオリジナルデータを挿入し、又は、扱
者端末２０が顧客へのｅメールデータに扱者のオリジナ
ルデータを挿入できるようにしたので、顧客への書類を
ｅメールで送付するとしても、扱者が顧客を訪問する従
来の方法と同様に扱者からの情報も提供でき、ｅメール
発送による悪影響が生じることがない。

【０１９０】(v)顧客との間の書類をｅメールデータに
しても、保険会社から発送する場合でも扱者名で発送し
たりするなど、基本的には、顧客（顧客端末３０）と扱
者（扱者端末２０）とのやりとりを中心に据えたので、
顧客と扱者との人間関係を尊重することができる。

【０１９１】実際上、扱者と顧客との個人的な関係で契
約を締結したり締結していることは多く、電子データで
書類を授受するとしても、その人間関係を尊重すること
は、現時点での保険業務では重要である。

【０１９２】各種案内をｅメールで送付しても、契約申
込みは訪問で可能にしていることも、このような現時点
での保険業務を尊重している。

【０１９３】(vi)従来であれば、各種案内などの送付に
対しては顧客からの応答をほとんど期待できず、送付
後、扱者から電話などで連絡をいれることになるが、こ
の実施形態の場合、案内のｅメールデータなどの送付に
対し、「返信」ボタンアイコンなど操作に応じて自動的
に返信させるようにしたので、返信率（連絡率）を非常
に高くできると共に、顧客からの希望などを早期に取り
込むことができる。

【０１９４】その結果、保険会社や扱者側の対応も速く
なり、顧客に対するサービスを従来より向上させること
ができる。

【０１９５】(vii)電子データでの授受をｅメールで行
うようにしたので、顧客が任意のタイミングで処理を行
うことができ、顧客の時間を制約することを防止できる
と共に、各種案内の送付など、保険会社側が契約締結の
ために必要となる第１歩の処理を開始することができ
る。

【０１９６】すなわち、インターネットの場合には、顧
客から契約締結のために必要となる第１歩の処理を開始
しなければならない。第１歩の処理を開始する顧客は、
契約締結の意志がある顧客に限られ、案内などから、そ
のような意志を持たせることには不向きなシステムであ
る。

【０１９７】(viii)保険証券（承認書を含む）を電子デ
ータ化してｅメールで顧客（顧客端末３０）に送付する
ようにしているので、顧客は印刷して紙帳票として保険
証券を残すことができると共に、電子データとしてもそ
のまま残すことができる。

【０１９８】（Ａ−４）第１の実施形態の変形実施形態 上記第１の実施形態の説明においても、第１の実施形態
を変形した実施形態について言及したが、さらに、以下
に例示するような変形実施形態を挙げることもできる。

【０１９９】(i)上記説明においては、顧客（顧客端末
３０）との直接の通信端末が基本的には扱者端末２０で
あるものを示したが、扱者（扱者端末２０）を介在させ
ずに、保険会社（サーバ１０）と顧客（顧客端末３０）
とが直接通信するシステムであっても良い。

【０２００】このようなシステムの場合には、第１の実
施形態において、扱者（扱者端末２０）が実行していた
処理を、保険会社（サーバ１０）が実行する。なお、こ
の場合であっても、案内のｅメールデータに対する応答
のｅメールデータにおいて、訪問が希望されているとき
には、例えば、保険会社から扱者へ連絡して扱者が訪問
すれば良い。

【０２０１】また、顧客（顧客端末３０）からの返信の
ｅメールデータを全て保険会社（サーバ１０）に届くよ
うにし、それを保険会社（サーバ１０）が扱者（扱者端
末２０）に配信するようにしても良い。この場合におい
て、サーバ１０がおすすめプランなどの修正を行った後
に扱者端末２０に配信するようにしても良い。

【０２０２】(ii)上記説明においては、案内のｅメール
データを保険会社が扱者又は顧客に発送するのと並行し
て契約申込書を扱者に発送するものを示したが、案内の
ｅメールデータに対する応答のｅメールがあったとき
に、契約申込書の発送（作成もこの時点で良い）を行う
ようにしても良い。

【０２０３】(iii)上記説明においては、書誌的内容を
記述した部分に対しては、暗号化せずに伝送するものを
示したが、この部分をも暗号化して伝送するようにして
も良い。この場合においては、顧客端末がｅメールを受
信して開く際に解読キーの入力を求めれば良い。

【０２０４】(iv)上記説明においては、具体的内容を記
述した部分の暗号化は項目を区別することなく行うもの
を示したが、暗号化の段階を複数にしても良い。例え
ば、顧客の口座番号やカード番号などが記述されている
保険料払い込み方法の項目について、他の項目より複雑
な暗号化を行い、解読キーもより複雑にするようにして
も良い。

【０２０５】(v)上記説明においては、契約者の生年月
日を暗号キー（解読キー）とするものを示したが、他を
適用するようにしても良いことは勿論である。例えば、
予めかみ帳票に暗号キー（パスワード）の記入欄を設け
て記入されたものを暗号キーとして適用するようにして
も良い。また、例えば、保険会社側で暗号キーを定め、
電話などで予め顧客に連絡するようにしても良い。

【０２０６】(vi)案内の段階でｅメールデータを適用し
た保険証券（承認書を含む）は、ｅメールデータである
ものを示したが、加入意志を示した申込書のデータに、
紙帳票を希望するか否かの選択項目を設け、それに応じ
た保険商品を顧客に発送するようにしても良い。

【０２０７】(vii)上記説明においては、扱者がｅメー
ルを発送する場合であっても、保険会社が案内などのｅ
メールデータを作成するものを示したが、案内などの電
子データ化は保険会社（サーバ１０）が行い、その電子
データのｅメールデータ化は扱者（扱者端末２０）が行
うものであっても良い。

【０２０８】（Ｂ）第２の実施形態 次に、本発明による保険業務処理システムを、自動車保
険に適用した第２の実施形態を図面を参照しながら詳述
する。なお、以下では、第１の実施形態との相違点を中
心に説明する。

【０２０９】（Ｂ−１）第２の実施形態の構成 この第２の実施形態の保険業務処理システムも、ハード
ウェア構成的には、第１の実施形態に係る上述した図１
で表すことができ、そのため、第２の実施形態のシステ
ム構成図の図示は省略し、図１での符号等を用いて説明
を行う。

【０２１０】但し、保険会社（サーバ１０）、扱者（扱
者端末２０）及び顧客（顧客端末３０）での動作や処理
は、当然に、第１の実施形態とは異なっている。

【０２１１】（Ｂ−２）第２の実施形態の動作及び処理
の流れ 次に、第２の実施形態のシステムの動作や人間（扱者や
顧客）の動作を、処理の流れと共に説明する。

【０２１２】（Ｂ−２−１）継続契約 まず、継続契約の案内から締結までの動作及び処理の流
れを図面を参照しながら説明する。

【０２１３】図２８及び図２９は、この場合の動作及び
処理の流れを示す説明図である。なお、これらの図面に
おける「顧客」及び「扱者」の用語も、人間を表す場合
もあれば、端末を表す場合もある。

【０２１４】図２８及び図２９は、上述した第１の実施
形態に係る図２及び図３に対応するものであり、顧客端
末３０に継続案内のｅメールデータが届いた以降の動作
及び処理の流れを示している。

【０２１５】これ以前の動作及び処理は、第１の実施形
態の動作及び処理の流れとほぼ同様であるが、以下の点
が第１の実施形態と異なっている。

【０２１６】サーバ１０は、継続案内及び継続申込書の
電子データを作成するが（図２の手順Ｔ７−１又はＴ８
−１参照）、この第２の実施形態でも、書誌的内容を第
１頁部分に含み、具体的内容を第２頁部分に含むように
作成し、かつ、第２頁部分は暗号化処理する。

【０２１７】この第２の実施形態においても、継続案内
の電子データを表示イメージで表した場合には、上述し
た図７及び図８で表すことができ、継続申込書の電子デ
ータを表示イメージで表した場合には、上述した図１０
及び図１１で表すことができる。但し、継続案内の電子
データのプログラム的構成は、後述するように、第１の
実施形態のものとは異なっており、同様に、継続申込書
の電子データのプログラム的構成も、第１の実施形態の
ものとは異なっている。

【０２１８】この第２の実施形態の場合、サーバ１０
は、第１の実施形態とは異なって、継続案内の第１頁部
分４１−１（図７参照）だけをｅメールデータに変換し
て、顧客端末３０（案内の発送者として保険会社が設定
されている場合）に宛ててｅメール発送し、又は、扱者
端末２０（案内の発送者として扱者が設定されている場
合）にはそのｅメールデータを転送し、継続案内の第２
頁部分４１−２（暗号化されている）は発送待ち格納デ
ータベース１１ｃに格納する（図２の手順Ｔ７−１及び
Ｔ８−１参照）。

【０２１９】また、第２の実施形態の場合、サーバ１０
は、継続申込書の第１頁部分４２−１（図８参照）だけ
をｅメールデータに変換して発送待ち格納データベース
１１ｃに格納すると共に、継続申込書の第２頁部分４２
−２（暗号化されている）も発送待ち格納データベース
１１ｃに格納する（図２の手順Ｔ７−１及びＴ８−１参
照）。

【０２２０】なお、継続案内の第１頁部分４１−１が転
送された扱者端末２０においては、扱者のオリジナルデ
ータを適宜挿入した後、継続案内の第１頁部分４１−１
を、顧客端末３０に宛ててｅメール発送する（図２の手
順Ｔ９参照）。

【０２２１】第２の実施形態の場合、以上のようにし
て、顧客（顧客端末３０）は、まず、継続案内の第１頁
部分４１−１を受信して表示することになる（図２８の
Ｔ６０）。

【０２２２】この場合において、第２頁部分４１−２の
表示を希望する顧客は、第１頁部分４１−１に含まれて
いる「内容表示」ボタンアイコン４１ａを操作し、ま
た、解読キー（例えば、契約者の生年月日）を入力する
ことになる。これにより、第２頁部分４１−２も表示さ
れる（Ｔ６１）。

【０２２３】上述した第１の実施形態では、「内容表
示」ボタンアイコン４１ａの操作及び解読キー（暗号キ
ー）の入力は、第１頁部分４１−１と同時に受信してい
た第２頁部分４１−２の暗号を解読して表示することを
起動するものであった。

【０２２４】これに対して、この第２の実施形態の場
合、「内容表示」ボタンアイコン４１ａの操作及び解読
キー（暗号キー）の入力は、保険会社（サーバ１０）の
発送待ち格納データベース１１ｃに格納されている第２
頁部分４１−２（図８参照）の当該顧客端末３０へのダ
ウンロード、及び、ダウンロードされた第２頁部分４１
−２の解読表示を起動するものである。なお、解読キー
の入力は、第２頁部分４１−２の当該顧客端末３０への
ダウンロード後に求めるようにしても良い。

【０２２５】継続案内の第２頁部分４１−２が表示され
た段階における顧客の動作は、第１の実施形態と同様で
ある。すなわち、継続案内の具体的内容を確認し、適
宜、修正や希望を入れ、その後、「返信」ボタンアイコ
ン４１ｂを操作し、応答の電子データを返信する（Ｔ６
２）。この返信データも、暗号化されて送信される。図
２８では、返信先がサーバ１０の場合を示しているが、
扱者端末２０であっても良い。また、第１の実施形態と
は異なって、応答の電子データの返信はｅメールによら
ずに行っても良い（ｅメール発送でも良いが）。

【０２２６】顧客端末３０上で上述した動作や処理を実
行させる、継続案内の電子データのプログラム的構成
は、図３０で表すことができる。図３０において、第１
の実施形態に係る図９との同一、対応ステップには同一
符号を付して示している。第２の実施形態の場合、継続
案内の第２頁部分４１−２をダウンロードするステップ
Ｓ６０が増えている。

【０２２７】保険会社（サーバ１０）は、継続案内の電
子データに対する応答の電子データを受信すると、その
応答の電子データを扱者端末２０に暗号化転送し（Ｔ６
３）、扱者（扱者端末２０）は、第１の実施形態と同様
にして、返信内容を確認すると共に、修正等が必要な場
合には継続申込書の修正を行って（Ｔ６４、Ｔ６５）、
このような処理後のデータを、保険会社（サーバ１０）
に暗号化転送する（Ｔ６６）。このとき、サーバ１０
は、この受信データに応じ、適宜、発送待ち格納データ
ベース１１ｃに格納されている継続申込書の第２頁部分
４２−２を更新する（Ｔ６７）。

【０２２８】その後、サーバ１０は、継続案内に対する
応答の電子データにおける「手続き方法の希望」の項目
（図８の項目４１ｇ）の内容を判別し、それに応じた継
続申込書の顧客への送付処理を行う。

【０２２９】手続き方法として、ｅメールが希望されて
いるときには、サーバ１０は、発送待ち格納データベー
ス１１ｃに格納されている継続申込書の第１頁部分４２
−１（図１０参照）を取り出して、顧客端末３０に宛て
てｅメール発送する。又は、継続申込書の第１頁部分４
２−１を取り出して扱者端末２０に暗号化転送し、扱者
端末２０によって、継続申込書の第１頁部分４２−１
を、顧客端末３０に宛ててｅメール発送させる（Ｔ６
８）。

【０２３０】以上のようにして継続申込書の第１頁部分
４２−１が受信されて表示され、さらに、第２頁部分４
２−２（図１１参照）の表示を希望する顧客は、第１頁
部分４２−１に含まれている「内容表示」ボタンアイコ
ン４２ａを操作し、また、解読キー（例えば、契約者の
生年月日）を入力することになる。これにより、第２頁
部分４２−２も表示される（Ｔ６９）。

【０２３１】継続申込書について、上述した第１の実施
形態では、「内容表示」ボタンアイコン４２ａの操作及
び解読キー（暗号キー）の入力は、第１頁部分４２−１
と同時に受信していた第２頁部分４２−２の暗号を解読
して表示することを起動するものであった。

【０２３２】これに対して、この第２の実施形態の場
合、「内容表示」ボタンアイコン４２ａの操作及び解読
キー（暗号キー）の入力は、保険会社（サーバ１０）の
発送待ち格納データベース１１ｃに格納されている第２
頁部分４２−２（図１１参照）の当該顧客端末３０への
ダウンロード、及び、ダウンロードされた第２頁部分４
２−２の解読表示を起動するものである。すなわち、継
続案内の場合と同様なものとなっている。

【０２３３】継続申込書の第２頁部分４２−２が表示さ
れた段階における顧客の動作は、第１の実施形態と同様
である。すなわち、継続申込書の具体的内容を確認し、
おすすめプランを選択し、その後、「確認」ボタンアイ
コン４２ｃを操作し、応答（契約申込）の電子データを
返信する（Ｔ７０）。この際の応答データも、暗号化さ
れて送信される。図２９では、返信先がサーバ１０の場
合を示しているが、扱者端末２０であっても良い。ま
た、応答の電子データの返信はｅメールによらずに行っ
ても良く、ｅメール発送でも良い。

【０２３４】なお、継続申込書の電子データのプログラ
ム的構成は、継続案内の電子データのプログラム的構成
から類推できるので、その図示及び説明は省略する。

【０２３５】一方、継続案内に対する応答の電子データ
において、手続き方法として、訪問が希望されていると
きには、サーバ１０は、発送待ち格納データベース１１
ｃに格納されている継続申込書の第２頁部分４２−２
（図１１参照）から必要項目のデータを取り出して扱者
端末２０に暗号化転送し、又は、扱者端末２０がそのよ
うなデータをダウンロード（暗号化はされている）さ
せ、専用印刷部２１によって、紙帳票の継続申込書（図
１２参照）を印刷させる（Ｔ７１）。

【０２３６】扱者は、このような紙帳票の継続申込書を
持参して顧客を訪問し、継続申込を実行させる。なお、
訪問による継続申込には、この第２の実施形態の特徴は
ないので、これ以上の説明は省略する。

【０２３７】継続申込の電子データが与えられた保険会
社（サーバ１０）においては、その内容を確認した後、
自動車保険契約データベース１１ａを更新させる（Ｔ７
２）。この際、適宜、保険料の請求処理等も実行され
る。

【０２３８】そして、サーバ１０は、更新された自動車
保険契約データベース１１ａ、及び、扱者オリジナルデ
ータベース１１ｂの内容から、書誌的内容の第１頁部分
４４−１（図１５参照）及び具体的内容の第２頁部分４
４−２（図１６参照）でなる保険証券の電子データを組
み立て、この保険証券の第１頁部分４４−１を継続契約
した顧客（顧客端末３０）に宛ててｅメール発送すると
共に、保険証券の第２頁部分４４−２（暗号化されてい
る）を発送待ち格納データベース１１ｃに格納する（Ｔ
７３）。

【０２３９】以上のようにして保険証券の第１頁部分４
４−１が受信表示されると、顧客は、この第１頁部分４
４−１に含まれている「内容表示」ボタンアイコン４４
ａ（なお、アイコン名が「ダウンロード」でも良い）を
操作し、また、解読キー（例えば、契約者の生年月日）
を入力することになる。これにより、第２頁部分４４−
２も表示される（Ｔ７４）。そして、必要に応じて、顧
客は、保険証券の第２頁部分４４−２を印刷出力させる
ことになる。

【０２４０】保険証券についても、上述した第１の実施
形態では、「内容表示」ボタンアイコン４４ａの操作及
び解読キー（暗号キー）の入力は、第１頁部分４４−１
と同時に受信していた第２頁部分４４−２の暗号を解読
して表示することを起動するものであった。

【０２４１】これに対して、この第２の実施形態の場
合、「内容表示」ボタンアイコン４４ａの操作及び解読
キー（暗号キー）の入力は、保険会社（サーバ１０）の
発送待ち格納データベース１１ｃに格納されている第２
頁部分４４−２（図１６参照）の当該顧客端末３０への
ダウンロード、及び、ダウンロードされた第２頁部分４
４−２の解読表示を起動するものである。すなわち、継
続案内や継続申込書の場合と同様なものとなっている。

【０２４２】（Ｂ−２−２）新商品契約、新特約契約、
未加入契約 新商品（新保険）の契約を獲得したり、新特約の契約
（承認）を獲得したり、ある契約者から他種目の契約や
他社契約者（一切の契約をしていない者を含む）から自
社の契約（未加入契約）を獲得したりする際の、第２の
実施形態の動作及び処理の流れで特徴的な点は、上述し
た第２の実施形態の継続契約の場合と同様である。

【０２４３】そのため、動作及び処理の流れの具体的な
説明は省略する。なお、新商品契約を例に、動作及び処
理の流れでの特徴点を図３１及び図３２に示しておく。
これら図３１及び図３２と、上述した継続契約に係る図
２８及び図２９との比較から、新商品契約での動作及び
処理の流れでの特徴点は理解できる。

【０２４４】（Ｂ−３）第２の実施形態の効果 上記第２の実施形態によれば、以下の効果を奏すること
ができる。

【０２４５】(i)顧客から保険会社に直接的又は間接的
に与えられる各種の紙帳票に、顧客のｅメールアドレス
の記入欄を設け、そのｅメールアドレスをデータ化して
保険会社のサーバ１０に登録するようにしたので、保険
会社（サーバ１０）からの各種書類をｅメールデータと
して顧客（顧客端末３０）に与えることができ、保険会
社において紙帳票を印刷する煩雑な作業や処理を不要に
できると共に、コストを低下させることができる。

【０２４６】また、紙帳票の印刷に係るコスト分だけ契
約料を安くするようなこともでき、このようにした場合
には、契約率の向上を期待できる。

【０２４７】(ii)保険会社から顧客（顧客端末３０）に
送付する各種書類を電子データとしたので、書類（電子
データ）に盛り込むことができる情報量を従来より多く
でき、顧客に対するサービスを一段と向上させることが
できる。

【０２４８】(iii)顧客（顧客端末３０）への電子デー
タを、書誌的内容が記述された部分と具体的内容が記述
された部分とに分け、具体的内容が記述された部分は暗
号化しておくと共に、最初に、書誌的内容が記述された
部分だけをｅメール発送し、書誌的内容の表示から具体
的内容が記述された部分の表示が求められたときに、具
体的内容が記述された部分を保険会社からダウンロード
し、解読して表示するようにしたので、顧客のプライベ
ートを保護できると共に、セキュリティを確保すること
ができる。

【０２４９】また、顧客（顧客端末３０）からの電子デ
ータにおいても、少なくとも具体的内容が記述された部
分は暗号化し、伝送するようにしたので、顧客のプライ
ベートを保護できると共に、セキュリティを確保するこ
とができる。

【０２５０】さらに、保険会社（サーバ１０）及び扱者
（扱者端末２０）間でも暗号化してデータを転送するよ
うにしたので、この点でも、顧客のプライベートを保護
できると共に、セキュリティを確保することができる。

【０２５１】(iv)保険会社が作成する顧客への電子デー
タには扱者のオリジナルデータを挿入し、又は、扱者端
末２０が顧客への電子データに扱者のオリジナルデータ
を挿入できるようにしたので、顧客への書類を電子デー
タで送付するとしても、扱者が顧客を訪問する従来の方
法と同様に扱者からの情報も提供でき、電子データ発送
による悪影響が生じることがない。

【０２５２】(v)顧客との間の書類を電子データにして
も、保険会社から発送する場合でも扱者名で発送したり
するなど、顧客（顧客端末３０）と扱者（扱者端末２
０）とのやりとりを認めているので、顧客と扱者との人
間関係を尊重することができる。

【０２５３】各種案内を電子データで送付しても、契約
申込みは訪問で可能にしていることも、このような現時
点での保険業務を尊重している。

【０２５４】(vi)従来であれば、各種案内などの送付に
対しては顧客からの応答をほとんど期待できず、送付
後、扱者から電話などで連絡をいれることになるが、こ
の実施形態の場合、案内の電子データなどの送付に対
し、「返信」ボタンアイコンなど操作に応じて自動的に
返信させるようにしたので、返信率（連絡率）を非常に
高くできると共に、顧客からの希望などを早期に取り込
むことができる。

【０２５５】その結果、保険会社や扱者側の対応も速く
なり、顧客に対するサービスを従来より向上させること
ができる。

【０２５６】(vii)電子データでの授受の第１段階目
（第１頁部分の発送）をｅメールで行うようにしたの
で、顧客が任意のタイミングで処理を行うことができ、
顧客の時間を制約することを防止できると共に、各種案
内の送付など、保険会社側が契約締結のために必要とな
る第１歩の処理を開始することができる。

【０２５７】(viii)保険証券（承認書を含む）を電子デ
ータ化し、ｅメールで取り出せることを案内し、顧客
（顧客端末３０）からの求めに応じて送付するようにし
ているので、顧客は印刷して紙帳票として保険証券を残
すことができると共に、電子データとしてもそのまま残
すことができる。

【０２５８】（Ｂ−４）第２の実施形態の変形実施形態 上記第２の実施形態の説明においても、第２の実施形態
を変形した実施形態について言及したが、さらに、以下
に例示するような変形実施形態を挙げることもできる。
なお、第１の実施形態の変形実施形態と重複する変形実
施形態については言及しない。

【０２５９】(i)上記説明においては、各種書類の第２
頁部分の電子データを暗号化して発送待ち格納データベ
ース１１ｃに格納するものを示したが、第２頁部分の電
子データを暗号化せずに発送待ち格納データベース１１
ｃに格納しておき、送信が必要となったときに暗号化処
理を行うようにしても良い。

【０２６０】(ii)上記説明においては、契約案内の第２
頁部分の表示状態からは、顧客は返信だけを指示できる
ものを示したが、契約内容の変更がないようなものであ
れば、契約申込書の第２頁部分のダウンロードを指示で
きるようにしても良い。

【０２６１】(iii)上記説明においては、具体的内容を
記述した部分に対しては、１回のダウンロードで全て伝
送するものを示したが、具体的内容の項目も重要度等に
よって複数に分類し、分類毎にダウンロードさせるよう
にしても良い。この場合には、その都度、解読キー（分
類で異なっていても良い）を入力させることが好まし
い。

【０２６２】（Ｃ）他の実施形態 保険会社（サーバ１０）から顧客（顧客端末３０）に、
少なくとも一部がｅメールで発送される電子データに係
る書類は上記各実施形態の書類種類に限定されるもので
はない。例えば、契約申込があった場合には、振込依頼
書を電子データで送付するようにしても良い。

【０２６３】なお、単なるお知らせ書類（年始の休日の
おしらせや、当該保険会社主催のイベントのお知らせ
等）は、書誌的内容部分と具体的内容部分とを分けるこ
となく、１回のｅメールで通知するようにしても良い。
このような場合には、暗号化等も不要にできる。

【０２６４】また、上記各実施形態では、紙帳票に設け
られたｅメールアドレスの記入欄の記載から顧客（顧客
予定者を含む）のｅメールアドレスを取得して計上デー
タ化するものを示したが、他の方法でｅメールアドレス
を取得するようにしても良いことは勿論である。

【０２６５】さらに、上記各実施形態においては、書誌
的内容の記述部分及び具体的内容の記述部分がそれぞれ
１頁構成のものを示したが、２頁以上の構成で良いこと
は勿論である。

【０２６６】さらにまた、上記各実施形態の説明は個人
顧客を意図して行ったが、団体保険に対しても、顧客側
の端末のｅメールアドレスを取得できたならば、本発明
の技術思想を適用しても良い。

【０２６７】また、上記各実施形態の説明では、保険会
社における情報処理装置がサーバ１０の１台のように説
明したが、これは、本発明の特徴を理解し易くしたため
であり、実際上、複数の情報処理装置で構成されてい
る。

【０２６８】図３３は、保険会社における情報処理構成
例を示すブロック図である。図３３において、通信サー
バ８０は、扱者端末２０や顧客端末３０との通信機能を
担うものである。各種データベース８１は、計上データ
を記憶するようなデータベースや、扱者端末２０や顧客
端末３０に送信するようなデータを格納しているデータ
ベースなどである。ホストコンピュータ８２は、顧客端
末３０や扱者端末２０に宛てて発送する電子データを作
成したり、顧客端末３０や扱者端末２０からのデータ
（返信データ等）を適宜処理するものである。センター
端末８３、専用印刷部８４及び帳票読取部８５は、第１
の実施形態で説明したものと同様である。ホストコンピ
ュータ８２には、専用回線を介して、帳票読取部８７を
有する営業支店端末８６も接続されているが、これも、
上記各実施形態での保険会社側の装置の一部を構成す
る。紙帳票の計上データ化は営業支店端末８６において
もなされる。

【０２６９】上述した図１でのサーバ１０は、図３３と
の関係では、通信サーバ８０、ホストコンピュータ８
２、営業支店端末８６等をまとめて示したものである。

【０２７０】本発明の技術思想が適用される保険種類
は、自動車保険に限定されず、火災保険等の他の損害保
険であっても良く、また、損害保険と同様な処理の流れ
を有する生命保険（年金保険を含む）等の他の保険であ
っても良い。

【０２７１】

【発明の効果】本発明の保険業務処理システムによれ
ば、顧客のｅメールアドレスを含む計上データを記憶す
る計上データ記憶手段と、少なくとも上記計上データ記
憶手段の記憶内容に基づいて、保険会社から顧客への契
約に係る所定書類の電子データを作成する電子所定書類
作成手段と、その所定書類の電子データのうち、少なく
とも一部をｅメールで、顧客が有する顧客端末に宛てて
発送する所定書類送信手段とを有するので、損害保険や
生命保険の業務効率を向上でき、かつ、顧客サービスを
飛躍的に向上できるシステムを提供できる。

【図面の簡単な説明】

【図１】第１の実施形態の保険業務処理システムの全体
構成を示すブロック図である。

【図２】第１の実施形態の継続契約に係る動作及び処理
の流れを示す説明図（１）である。

【図３】第１の実施形態の継続契約に係る動作及び処理
の流れを示す説明図（２）である。

【図４】第１の実施形態の自動車契約申込書（紙帳票）
の一例を示す説明図である。

【図５】第１の実施形態の継続契約用のｅメールデータ
作成処理例を示すフローチャートである。

【図６】第１の実施形態の扱者端末が実行する扱者オリ
ジナルデータの追加・ｅメール発送処理を示すフローチ
ャートである。

【図７】第１の実施形態の継続案内のｅメールデータの
一例を示す説明図（１）である。

【図８】第１の実施形態の継続案内のｅメールデータの
一例を示す説明図（２）である。

【図９】第１の実施形態の継続案内のｅメールデータの
プログラム的構成を示すフローチャートである。

【図１０】第１の実施形態の継続申込書のｅメールデー
タの一例を示す説明図（１）である。

【図１１】第１の実施形態の継続申込書のｅメールデー
タの一例を示す説明図（２）である。

【図１２】第１の実施形態の紙帳票の継続申込書の一例
を示す説明図である。

【図１３】第１の実施形態の継続案内のｅメールデータ
に対する応答ｅメールデータの受領時の扱者端末の処理
を示すフローチャートである。

【図１４】第１の実施形態の扱者端末の当日作業予定処
理を示すフローチャートである。

【図１５】第１の実施形態の保険証券のｅメールデータ
の一例を示す説明図（１）である。

【図１６】第１の実施形態の保険証券のｅメールデータ
の一例を示す説明図（２）である。

【図１７】第１の実施形態の新商品、新特約、未加入契
約に係る動作及び処理の流れを示す説明図（１）であ
る。

【図１８】第１の実施形態の新商品、新特約、未加入契
約に係る動作及び処理の流れを示す説明図（２）であ
る。

【図１９】第１の実施形態の見込み客アンケートの説明
図である。

【図２０】第１の実施形態の新商品案内のｅメールデー
タの一例を示す説明図（１）である。

【図２１】第１の実施形態の新商品案内のｅメールデー
タの一例を示す説明図（２）である。

【図２２】第１の実施形態の保険契約申込書のｅメール
データの一例を示す説明図（１）である。

【図２３】第１の実施形態の保険契約申込書のｅメール
データの一例を示す説明図（２）である。

【図２４】第１の実施形態の承認請求書のｅメールデー
タの一例を示す説明図（１）である。

【図２５】第１の実施形態の承認請求書のｅメールデー
タの一例を示す説明図（２）である。

【図２６】第１の実施形態の承認書のｅメールデータの
一例を示す説明図（１）である。

【図２７】第１の実施形態の承認書のｅメールデータの
一例を示す説明図（２）である。

【図２８】第２の実施形態の継続契約に係る動作及び処
理の流れを示す説明図（１）である。

【図２９】第２の実施形態の継続契約に係る動作及び処
理の流れを示す説明図（２）である。

【図３０】第２の実施形態の継続案内のｅメールデータ
のプログラム的構成を示すフローチャートである。

【図３１】第２の実施形態の新商品、新特約、未加入契
約に係る動作及び処理の流れを示す説明図（１）であ
る。

【図３２】第２の実施形態の新商品、新特約、未加入契
約に係る動作及び処理の流れを示す説明図（２）であ
る。

【図３３】保険会社での具体的な情報処理構成例を示す
ブロック図である。

【符号の説明】

１…保険業務処理システム、２…通信網、１０…サー
バ、１１…各種データベース、２０…扱者端末、３０…
顧客端末。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１２年５月８日（２０００．５．８）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図５】

【図６】

【図９】

【図１４】

【図２】

【図３】

【図４】

【図７】

【図８】

【図１０】

【図１１】

【図１２】

【図１３】

【図３０】

【図３３】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３１】

【図３２】

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 19/00 ３００ Ｇ０６Ｆ 19/00 ３００Ａ

Claims (19)

【特許請求の範囲】
1. 【請求項１】 顧客のｅメールアドレスを含む計上デー
   タを記憶する計上データ記憶手段と、 少なくとも上記計上データ記憶手段の記憶内容に基づい
   て、保険会社から顧客への契約に係る所定書類の電子デ
   ータを作成する電子所定書類作成手段と、 その所定書類の電子データのうち、少なくとも一部をｅ
   メールで、顧客が有する顧客端末に宛てて発送する所定
   書類送信手段とを有することを特徴とする保険業務処理
   システム。
2. 【請求項２】 記入欄として顧客のｅメールアドレスを
   有する、顧客から保険会社への紙帳票と、 上記紙帳票における記入情報の全て又は一部を電子デー
   タでなる計上データにすると共に、計上データの中に顧
   客のｅメールアドレスを含む計上データ作成手段とをさ
   らに有することを特徴とする請求項１に記載の保険業務
   処理システム。
3. 【請求項３】 上記電子所定書類作成手段は、顧客及び
   保険会社間の契約締結の仲介を行う扱者のオリジナルデ
   ータを上記所定書類の電子データに含めるものであるこ
   とを特徴とする請求項１又は２に記載の保険業務処理シ
   ステム。
4. 【請求項４】 上記電子所定書類作成手段が作成した所
   定書類の電子データに、扱者のオリジナルデータを追加
   させる扱者データ追加手段をさらに有することを特徴と
   する請求項１又は２に記載の保険業務処理システム。
5. 【請求項５】 上記電子所定書類作成手段は、所定書類
   の書誌的内容及び具体的内容のうち、少なくとも具体的
   内容については暗号データとすることを特徴とする請求
   項１〜４のいずれかに記載の保険業務処理システム。
6. 【請求項６】 上記電子所定書類作成手段は、所定書類
   の書誌的内容及び具体的内容の順に表示させる電子デー
   タであって、所定書類の書誌的内容の電子データの中
   に、暗号データ化された具体的内容の解読処理を起動す
   る解読起動表示要素のデータを含むことを特徴とする請
   求項５に記載の保険業務処理システム。
7. 【請求項７】 上記電子所定書類作成手段は、所定書類
   の書誌的内容及び具体的内容を区別して電子データ化す
   るものであり、 上記所定書類送信手段は、所定書類の書誌的内容の電子
   データを、ｅメールで顧客が有する顧客端末に宛てて発
   送すると共に、その後、顧客端末側から、所定書類の具
   体的内容の電子データが求められたときに、所定書類の
   具体的内容の電子データを送信するものであることを特
   徴とする請求項１〜４のいずれかに記載の保険業務処理
   システム。
8. 【請求項８】 上記電子所定書類作成手段は、先に顧客
   端末に与えられる所定書類の書誌的内容の電子データの
   中に、その所定書類の具体的内容の電子データの送信を
   起動させる具体的内容送信起動表示要素のデータを含む
   ことを特徴とする請求項７に記載の保険業務処理システ
   ム。
9. 【請求項９】 上記電子所定書類作成手段は、所定書類
   の書誌的内容及び具体的内容のうち、少なくとも具体的
   内容については暗号データとすると共に、所定書類の書
   誌的内容の電子データの中に、暗号データ化された具体
   的内容の解読処理を起動する解読起動表示要素のデータ
   を含むことを特徴とする請求項７又は８に記載の保険業
   務処理システム。
10. 【請求項１０】 上記電子所定書類作成手段は、顧客端
    末において、修正、追記、選択などの操作し得る項目の
    電子データを含むと共に、その所定書類の電子データの
    一部又は全てを、所定宛先に返信することを起動する返
    信起動表示要素のデータを含む所定書類の電子データを
    作成することを特徴とする請求項１〜９のいずれかに記
    載の保険業務処理システム。
11. 【請求項１１】 上記電子所定書類作成手段が作成した
    電子データの中に含まれている返信起動表示要素のデー
    タは、所定宛先へのｅメール発送を起動するものである
    ことを特徴とする請求項１０に記載の保険業務処理シス
    テム。
12. 【請求項１２】 上記電子所定書類作成手段が作成した
    所定書類の電子データの中に、所定宛先に返信する電子
    データを暗号化するデータが含まれていることを特徴と
    する請求項１０又は１１に記載の保険業務処理システ
    ム。
13. 【請求項１３】 上記電子所定書類作成手段が作成する
    所定書類の電子データが、保険契約の締結又は保険契約
    の内容変更を証明する書類であることを特徴とする請求
    項１〜９のいずれかに記載の保険業務処理システム。
14. 【請求項１４】 上記電子所定書類作成手段が作成する
    所定書類の電子データが、保険商品又は保険特約の案内
    書類であることを特徴とする請求項１〜１２のいずれか
    に記載の保険業務処理システム。
15. 【請求項１５】 上記電子所定書類作成手段が作成する
    所定書類の電子データが、保険商品又は保険特約の申込
    み書類であることを特徴とする請求項１〜１２のいずれ
    かに記載の保険業務処理システム。
16. 【請求項１６】 上記電子所定書類作成手段は、保険商
    品又は保険特約の案内書類の電子データを作成するもの
    であり、案内書類の電子データの作成と、申込み書類の
    電子データの作成とを同時期に実行することを特徴とす
    る請求項１５に記載の保険業務処理システム。
17. 【請求項１７】 上記電子所定書類作成手段が作成する
    所定書類の電子データが、保険料の支払い方法を指定す
    る専用書類であることを特徴とする請求項１〜１２のい
    ずれかに記載の保険業務処理システム。
18. 【請求項１８】 上記電子所定書類作成手段及び上記所
    定書類送信手段が保険会社のサーバ上に実現されている
    ことを特徴とする請求項１〜１７のいずれかに記載の保
    険業務処理システム。
19. 【請求項１９】 上記電子所定書類作成手段が保険会社
    のサーバ上に実現されていると共に、上記所定書類送信
    手段が扱者端末上に実現されており、上記電子所定書類
    作成手段が作成した電子データを上記所定書類送信手段
    に転送するデータ転送手段を有することを特徴とする請
    求項１〜１７のいずれかに記載の保険業務処理システ
    ム。