JP2002279185A

JP2002279185A - 保険業務処理方法及び保険業務処理プログラム

Info

Publication number: JP2002279185A
Application number: JP2001083594A
Authority: JP
Inventors: Hiroaki Harada; 裕明原田; Yoshihisa Takayama; 良久高山; Yoshiyuki Ikeda; 義幸池田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-03-22
Filing date: 2001-03-22
Publication date: 2002-09-27
Anticipated expiration: 2021-03-22
Also published as: US20020138308A1; JP4383685B2

Abstract

(57)【要約】【課題】電子商取引を行う取引当事者の保護を図る。【解決手段】インターネット１０を流通する電子情報を
監視し、その中に保険勧誘の契機となる勧誘キーワード
があると、電子情報を交換していた取引当事者の少なく
とも一方に、保険業者の保険サーバ４０に登録されてい
る保険勧誘情報１０２が配信される。このため、取引当
事者は、電子商取引中に取引に係る危険性を再認識する
ことができ、自己の判断に応じて保険に加入すること
で、その保護が図られる。また、インターネット１０を
流通する電子情報を監視し、その中に電子商取引交渉の
完了を示す完了キーワードがあると、秘密鍵を用いてそ
の取引情報が暗号化された後保存される。このため、暗
号化された取引情報は、事故立証のための証拠として利
用されることとなり、当事者の保護を図ることができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのコンピュータネットワークを用いて電子商取引を行
う際に、取引当事者の保護を図る技術に関する。

【０００２】

【従来の技術】近年、インターネットなどのコンピュー
タネットワークを用いて、商品などを売買する電子商取
引が盛んになってきた。電子商取引では、取引相手が不
明である場合も多く、例えば、取引相手が悪意を持って
いれば、詐欺などのトラブルが発生するおそれがあっ
た。また、取引相手が悪意を持っていなくとも、商品の
配送経路や代金の支払い経路において、商品の破損や依
頼伝票の紛失などの事故が発生してしまうおそれもあっ
た。このため、保険業者から、電子商取引において発生
した損失を補填する保険制度が提供されている。この保
険制度では、電子商取引を行う前に、予想され得る事故
項目に対応した保険契約を締結する必要があった。

【０００３】

【発明が解決しようとする課題】しかしながら、電子商
取引では、取引頻度が多く、その取引額が小額であるこ
とが多いため、従来の保険制度に加入する者は少なかっ
た。また、電子商取引では、取引ごとに取引相手や取引
内容が異なることが多いため、従来の保険制度に加入す
るのは煩雑でもあった。

【０００４】一方、電子商取引において発生した損失を
補填するには、従来の自動車保険制度と同様に、事故が
発生した事実を客観的に立証する必要がある。しかし、
電子商取引では、取引相手の実態が不明である場合も多
く、双方の陳述に基づいて事故を客観的に立証すること
が困難であった。また、現実の公証役場の機能をネット
ワーク上で実現する「電子公証システム」により、電子
商取引における事故の発生を客観的に立証しようという
構想もある。しかし、電子公証システムでは、高額かつ
重要なものを公証対象とし、その手続も厳密であるた
め、取引頻度が多く、その取引額が小額である電子商取
引には不向きなものであった。

【０００５】従って、電子商取引における取引当事者
は、保険制度に未加入であることが多く、また、保険制
度に加入していても事故発生の立証が客観的に行えない
ため、発生した損失が補填されず、保護が不十分になる
おそれがあった。そこで、本発明は以上のような従来の
問題点に鑑み、電子商取引中に保険加入を促す一方、事
故発生を客観的に立証できるようにすることで、取引当
事者の保護を図った保険業務処理技術を提供することを
目的とする。

【０００６】

【課題を解決するための手段】このため、電子商取引中
に保険加入を促すために、本発明に係る保険業務処理技
術では、コンピュータネットワークを流通する電子情報
を監視し、その中に保険勧誘の契機となる勧誘キーワー
ドが含まれていたときに、電子情報を交換していた当事
者の少なくとも一方に保険勧誘情報を配信することを特
徴とする。

【０００７】かかる構成によれば、コンピュータネット
ワークを流通する電子情報の中に、保険勧誘の契機とな
る勧誘キーワードが含まれていると、電子情報を交換し
ていた当事者の少なくとも一方に保険勧誘情報が配信さ
れる。このため、当事者は、電子商取引に際しての危険
性を再認識することが可能となる。また、保険勧誘情報
に、保険商品の加入申請画面へのリンク情報を埋め込ん
でおけば、簡単な操作により加入申請画面が表示され
る。このため、当事者は、電子商取引中に簡単な操作で
保険に加入することができ、当事者の保護が図られる。

【０００８】このとき、保険未加入である当事者に対し
て保険勧誘情報を配信するようにすれば、保険加入済み
である当事者には保険勧誘情報が配信されず、その者が
煩わしいと感じることが防止される。また、当事者が保
険加入済みであっても、保険が無効であるとき、又は、
過去に電子商取引に係る事故の遭遇経験があるときに
は、その者に保険勧誘情報を優先して配信するようにす
れば、保険の必要性を感じている当事者に対して、電子
商取引における危険性を再確認させる機会が与えられ
る。さらに、電子情報の内容に応じて選択した保険業者
からの保険勧誘情報を配信するようにすれば、取引内容
に適合しない保険に加入することが防止され、本発明の
目的が効果的に奏されることとなる。

【０００９】ここで、通常の保険料率より割り引かれた
保険料率を用い、取引価格に応じて演算された保険料を
受信すると共に、受信された保険料と取引価格との合計
を演算し、演算された保険料及び合計を当事者の双方に
提示することが望ましい。かかる構成によれば、双方の
当事者が保険に加入する場合には、通常の保険料率より
割り引かれた割引保険料率に基づき保険料が決定され
る。このため、当事者の一方のみが保険に加入する場合
と比べて、当事者の保険加入に係る金銭的負担が軽減さ
れ、取引交渉中に保険に気楽に加入することが可能とな
る。また、当事者の双方が保険に加入するため、当事者
間で金銭的負担が平等となり、一方が保険料を負担する
ことによる不平・不満が緩和される。

【００１０】また、電子商取引中に保険加入を促すため
に、本発明に係る保険業務処理技術では、電子商取引に
係る取引情報を送信する際に、その中に保険勧誘の契機
となる勧誘キーワードが含まれていると、保険業者のサ
ーバから送信されてきた保険勧誘情報を受信することを
特徴とする。かかる構成によれば、電子商取引に係る取
引情報を送信する際に、その中に保険勧誘の契機となる
勧誘キーワードが含まれていると、保険業者のサーバか
ら送信されてきた保険勧誘情報を受信することとなる。
このため、当事者は、電子商取引に際しての危険性を再
認識することが可能となる。また、保険勧誘情報に、保
険商品の加入申請画面へのリンク情報を埋め込んでおけ
ば、簡単な操作により加入申請画面が表示される。この
ため、当事者は、電子商取引中に簡単な操作で保険に加
入することができ、当事者の保護が図られる。

【００１１】このとき、取引情報の中に取引キーワード
が含まれているとき、取引情報を実際に送信する前に、
電子商取引に係る危険性を報知するようにすれば、当事
者は、電子商取引における危険性を前もって再確認する
ことが可能となる。このため、当事者をより厚く保護す
ることが可能となる。一方、事故発生を客観的に立証で
きるようにするために、本発明に係る保険業務処理技術
では、コンピュータネットワークを流通する電子情報を
監視し、その中に電子商取引交渉の完了を示す完了キー
ワードが含まれていたときに、秘密鍵を用いて電子商取
引に係る取引情報を暗号化して保存することを特徴とす
る。

【００１２】かかる構成によれば、コンピュータネット
ワークを流通する電子情報の中に、電子商取引交渉の完
了を示す完了キーワードが含まれていると、取引情報が
秘密鍵により暗号化された後保存される。このため、暗
号化された取引情報は、事故立証の証拠として利用され
ることとなり、当事者の保護が図られる。なお、暗号化
された取引情報は、保険金を支払う保険業者により復号
化される。

【００１３】このとき、完了キーワードが含まれている
と判定されたときの日付及び時刻に基づいて秘密鍵が生
成されるようにすれば、短期間に多数の電子商取引が行
われても、各取引内容は異なる秘密鍵により暗号化され
ることとなる。このため、証拠としての取引内容の改竄
は、一層困難となる。また、当事者が加入していた保険
業者により秘密鍵が生成されるようにすれば、他の保険
業者は取引内容を容易に見ることができず、個人情報の
流出が防止される。さらに、暗号化された状態で保険業
者から秘密鍵が配信されるようにすれば、秘密鍵が悪意
を持った第三者に渡ったとしても、当事者の保護が図ら
れる。

【００１４】

【発明の実施の形態】以下、添付された図面を参照して
本発明を詳述する。図１は、本発明に係る保険業務処理
技術を具現化した、保険業務処理システムの基本構成を
示す。保険業務処理システムは、コンピュータネットワ
ークを構築するインターネット１０を介して相互接続さ
れるクライアント２０，ＷＷＷ（World Wide Web）サー
バ３０及び保険業者により運営される保険サーバ４０を
含んで構成される。そして、クライアント２０，ＷＷＷ
サーバ３０及び保険サーバ４０の間では、例えば、イン
ターネットで普及しているＨＴＴＰ（HyperText Transf
er Protocol）により相互通信が行われる。また、ＷＷ
Ｗサーバ３０のデータベース３２には、電子商取引対象
たる商品等の売買情報１００、保険サーバ４０のデータ
ベース４２には、取引当事者に提供される保険勧誘情報
１０２が夫々登録される。

【００１５】なお、クライアント２０，ＷＷＷサーバ３
０及び保険サーバ４０は、少なくともメモリと中央処理
装置（ＣＰＵ）とを備えたコンピュータにより構成され
る。そして、メモリにロードされたプログラムにより、
保険業務処理システムにおける種々の業務が遂行され
る。保険業務処理システムは、電子商取引を仲介するネ
ットワークサービス業者（以下「サービス業者」とい
う）の有無に応じて、次のような２つの形態により運用
される。即ち、サービス業者が存在する場合には、図２
（Ａ）に示すように、ＷＷＷサーバ３０は、サービス業
者により運用される。この場合、クライアント２０は、
取引当事者たる買い手Ａ及び売り手Ｂにより利用され
る。一方、サービス業者が存在しない場合には、図２
（Ｂ）に示すように、ＷＷＷサーバ３０は、取引当事者
たる売り手Ｂにより運用される。この場合、クライアン
ト２０は、買い手Ａにより利用される。ＷＷＷサーバ３
０を買い手Ａが、クライアント２０を売り手Ｂが運用し
てもよい。なお、図示の運用形態では、保険サーバ４０
は、ＡＡ保険，ＢＢ保険及びＣＣ保険により運用され
る。

【００１６】クライアント２０及びＷＷＷサーバ３０に
は、図３に示すように、夫々、ＳＳＬ（Secure Socket
Layer）コーダ５０とプロトコルモニタ５２とが備えら
れたクライアントプログラム２２及びサーバプログラム
３４がインストールされる。ＳＳＬコーダ５０では、ク
ライアント２０とＷＷＷサーバ３０との間で秘密通信を
行うべく、取引情報の暗号化及び復号化が行われる。一
方、プロトコルモニタ５２では、クライアント２０とＷ
ＷＷサーバ３０との間で授受される取引情報の中に、ワ
ード表５４に登録されている勧誘キーワードが含まれて
いるか否かが監視される。そして、取引情報の中に勧誘
キーワードが含まれていることが検出されたならば、そ
の旨を示す信号（以下「キーワード検出信号」という）
が出力される。なお、プロトコルモニタ５２は、クライ
アント２０及びＷＷＷサーバ３０の少なくとも一方に備
えられていればよい。

【００１７】ワード表５４は、図４に示すように、２次
元の表形式をなしている。ワード表５４の各行（ｊ軸）
には、保険勧誘の契機となるキーワードが列（ｉ軸）方
向に登録されている。例えば、第１行（ｊ＝１）におい
ては、保険勧誘の契機となる勧誘キーワードとして、
「＜ＦＯＲＭＰＯＳＴ」が登録されている。ここで、
クライアント２０とＷＷＷサーバ３０との間で授受され
る取引情報の流れについて、図３を参照しつつ説明す
る。なお、以下の説明では、ＳＳＬコーダ５０による取
引情報の暗号化及び復号化については省略する。

【００１８】クライアント２０において、ＷＷＷサーバ
３０上にある売買情報としてのＨＴＭＬ（HyperText Ma
rkup Language）データを参照する場合には、ＨＴＭＬ
データ（html-0）１０４の所在を示すＵＲＬ（Uniform
Resource Lacator）を含んだ“ＧＥＴ”リクエストがＷ
ＷＷサーバ３０に送信される。“ＧＥＴ”リクエストを
受信したＷＷＷサーバ３０では、データベース３２が検
索され、ＵＲＬにより特定されるＨＴＭＬデータ１０４
がクライアント２０に送信される。ＨＴＭＬデータ１０
４を受信したクライアント２０では、これをディスプレ
イ装置２４に表示することで、売買情報を閲覧できるよ
うになる。

【００１９】そして、クライアント２０において、例え
ば、表示された売買情報に対して購入希望事項が入力さ
れた後、「送信」ボタンが押されると、購入希望事項を
含んだ“ＰＯＳＴ”リクエストがＷＷＷサーバ３０に送
信される。このとき、送信された購入希望事項が特定の
プログラム（cgi-0）１０６で処理されるべく、ｃｇｉ
（Common Gateway Interface）機能を介して指定するこ
とができる。

【００２０】次に、保険業務処理システムにおいて、電
子商取引の取引交渉中に、保険勧誘情報を提供する原理
について説明する。ここでは、プロトコルモニタ５２は
ＷＷＷサーバ３０側にのみ備えられると共に、図２
（Ａ）に示すように、サービス業者により電子商取引が
仲介されるものとする。なお、図２（Ｂ）に示すよう
に、売り手ＢによりＷＷＷサーバ３０が運営されている
場合でも同様である。

【００２１】売り手Ｂは、電子商取引において販売する
商品等の売買情報として、例えば、図５に示すようなＨ
ＴＭＬデータ（html-0）１０４を作成する。このＨＴＭ
Ｌデータ１０４は、図中左上のような取引画面６０を表
示すべく記述されている。ＨＴＭＬデータ１０４では、
送信データが特定のプログラム（cgi-0）で処理される
こと（１）、価格及び数量が入力可能であること（２，
３）、送信は「送信」というボタン６２を押し下げるこ
とで行われること（４）、などが定義されている。

【００２２】また、図示の例では、取引画面６０の領域
（url-1）６４Ａ〜（url-3）６４Ｃに、３つの保険業者
からの保険勧誘情報が表示され得ることが示されてい
る。取引画面６０が表示された直後には、保険勧誘情報
が表示されておらず、プロトコルモニタ５２からキーワ
ード検出信号が出力されると、ＨＴＭＬデータ１０４の
所定箇所に保険勧誘情報を表示する定義行が挿入され
る。例えば、ＡＡ保険の保険勧誘情報が表示されるので
あれば、ＨＴＭＬデータ１０４の所定箇所に定義行<a h
ref="url-1"><img src="url-1a"></a>が挿入され、領域
（url-1）６４ＡにＡＡ保険の勧誘情報が表示される。

【００２３】売り手Ｂは、ＨＴＭＬデータ１０４を作成
した後、図６に示すように、商品情報ＢをＷＷＷサーバ
３０のデータベース３２に登録する（手順（１））。商
品情報Ｂは、名前（氏名，企業名など）、商品情報の概
要（商品名，価格など）、ＨＴＭＬデータ１０４、連絡
先（メールアドレスなど）を含んで構成される。なお、
以下の説明では、データベース３２に、売り手Ｂの商品
情報Ｂの他、売り手Ｃ及びＤの商品情報Ｃ及びＤも登録
済みであるものとする。

【００２４】ＷＷＷサーバ３０の取引仲介プログラム３
６は、その一機能を奏するリスティングプログラム３６
Ａを起動させる。すると、リスティングプログラム３６
Ａは、データベース３２に登録された商品情報Ｂ〜Ｄか
ら商品情報の概要のみを抽出し、これらを電子掲示板７
０に掲示する形式に自動編集する（手順（２））。そし
て、自動編集された商品情報の概要は、電子掲示板７０
に一覧表示される。

【００２５】買い手Ａは、“ＧＥＴ”リクエストを用い
て、ＷＷＷサーバ３０の電子掲示板７０にアクセスし
（手順（３））、一覧表示の中から商品情報Ｂを指定す
る。すると、商品情報Ｂに係るＨＴＭＬデータ１０４を
要求すべく、買い手Ａのクライアント２０からＷＷＷサ
ーバ３０に対して“ＰＯＳＴ”リクエストが送信される
（手順（４））。“ＰＯＳＴ”リクエストを受信したＷ
ＷＷサーバ３０では、“ＰＯＳＴ”リクエストを処理す
べく、指定されたプログラム（cgi-0）１０６を起動さ
せる（手順（５））。プログラム１０６は、データベー
ス３２に登録された商品情報ＢからＨＴＭＬデータ１０
４を検索し（手順（６））、これを買い手Ａのクライア
ント２０に送信する（手順（７））。これにより、買い
手Ａのクライアント２０には、図５に示す取引画面６０
が表示される。その後、買い手Ａと売り手Ｂとの間の売
買交渉は、例えば、電子メール，図５に示す取引画面６
０を共有する、などの方法で行われる。なお、ここで
は、取引画面６０を介して売買交渉が行われるものとす
る。

【００２６】取引画面６０において、買い手Ａが価格や
数量などの取引情報を入力した後、「送信」ボタン６２
を押し下げると、ＷＷＷサーバ３０に取引情報が送信さ
れる（手順（８））。取引情報を受信したＷＷＷサーバ
３０では、プロトコルモニタ５２を経由させて、取引情
報が売り手Ｂのクライアント２０に送信される（手順
（９））。

【００２７】このとき、プロトコルモニタ５２では、ワ
ード表５４が参照され、取引情報の中に保険勧誘の契機
となる勧誘キーワードが含まれているか否かが監視され
る。そして、保険勧誘の契機となる勧誘キーワードが見
出されたならば、後述する処理に従って保険勧誘情報を
提供する保険業者が選択され、その保険業者の保険サー
バ４０に対して、キーワード検出信号が送信される（手
順（10））。キーワード検出信号を受信した保険サーバ
４０では、ＷＷＷサーバ３０に対してデータベース４２
に登録された保険勧誘情報が送信される（手順（1
1））。保険勧誘情報を受信したＷＷＷサーバ３０で
は、取引画面６０を構成するＨＴＭＬデータ１０４の所
定箇所に、保険勧誘情報を表示する定義行が挿入され
る。これにより、取引画面６０に保険勧誘情報が表示さ
れることとなる。

【００２８】なお、手順（８）における処理により、入
力ステップ，入力機能，入力手段，送信ステップ，送信
機能及び送信手段が実現される。また、手順（10）にお
ける一連の処理により、勧誘判定ステップ，勧誘判定機
能及び勧誘判定手段が実現される。さらに、手順（11）
における処理及びＨＴＭＬデータ１０４に保険勧誘情報
を表示する定義行を挿入する処理により、配信ステッ
プ，配信機能及び配信手段が実現される。その他、取引
画面６０に保険勧誘情報が表示される処理により、受信
ステップ，受信機能及び受信手段が実現される。

【００２９】図７は、プロトコルモニタ５２において、
保険業者を選択する処理内容を示す。ＷＷＷサーバ３０
には、保険勧誘情報を提供する保険業者名が登録された
保険業者リスト８０と、取引当事者間における最新取引
情報が収集されたモニタリング表８２と、取引情報に応
じて選択された保険業者名が登録される答え表８４と、
が備えられる。ここで、モニタリング表８２は、クライ
アント２０とＷＷＷサーバ３０との間で授受される取引
情報を監視しているプロトコルモニタ５２により随時更
新される。

【００３０】一方、保険業者の保険サーバ４０には、保
険勧誘情報を提供する条件（以下「提供条件」という）
を定義した定義表８６が備えられる。ＡＡ保険の定義表
８６では、取引価格が５，０００より高く、かつ、オー
クションであることが提供条件として定義されている。
また、ＢＢ保険の定義表８６では、取引価格が１，００
０より高く、かつ、売買取引であることが提供条件とし
て定義されている。

【００３１】ここで、モニタリング表８２に登録されて
いるように、取引価格１，５００、数量２の売買取引が
行われようとしているものとする。プロトコルモニタ５
２では、保険業者リスト８０とモニタリング表８２とが
読み込まれ（手順（１））、保険業者リスト８０に登録
された各保険業者の定義表８６が参照される（手順
（２））。そして、どの保険業者が取引情報に適合した
保険商品を提供しているかが判定される。図示の例で
は、取引価格が３，０００の売買取引であるので、ＢＢ
保険が提供する保険商品が適合していると判定され、そ
の判定結果たるＢＢ保険が答え表８４に登録される（手
順（３））。次に、答え表８４が読み込まれ（手順
（４））、ＢＢ保険の保険勧誘情報（html-2）１０２の
所在を示すＵＲＬが、取引画面６０を定義したＨＴＭＬ
データ（html-0）１０４の所定箇所に挿入される（手順
（５））。この結果、取引当事者の取引画面６０には、
図示するようなＢＢ保険の保険勧誘情報が表示される
（手順（６））。

【００３２】従って、取引画面６０に取引内容に応じた
保険勧誘情報が表示されることで、取引当事者は、電子
商取引に際しての危険性を再確認することができる。ま
た、保険勧誘情報に、保険業者が提供する保険商品の加
入申請画面へのリンク情報を埋め込んでおけば、例え
ば、これをクリックすることで、保険商品の加入申請画
面を表示させることができる。このため、取引当事者
は、電子商取引中に簡単な操作で保険に加入することが
でき、取引当事者の保護を図ることができる。

【００３３】図８は、取引情報が実際に送信される前
に、取引当事者に対して電子商取引における危険性を報
知ならしめると共に、保険勧誘情報を提供する原理を示
す。取引当事者のクライアント２０には、前述したＳＳ
Ｌコーダ５０，プロトコルモニタ５２及びワード表５４
の他に、警告機構５６が備えられる。警告機構５６で
は、プロトコルモニタ５２からのキーワード検出信号を
契機として、主として、ディスプレイ装置２４に警告メ
ッセージを表示する機能が奏される。

【００３４】そして、取引画面６０において、価格及び
数量が入力された後「送信」ボタン６２が押し下げられ
ると、取引情報がプロトコルモニタ５２に伝達される
（手順（１））。プロトコルモニタ５２では、伝達され
た取引情報が監視され、その中にワード表５４に登録さ
れた取引キーワードとしての重要単語（例えば、ＰＯＳ
Ｔ，ＰＲＩＣＥなど）があるか否かが判定される（手順
（２））。取引情報の中に重要単語があることが見出さ
れると、警告機構５６が起動され（手順（３））、ディ
スプレイ装置２４に警告メッセージが表示される（手順
（４））。これと同時に、警告機構５６により、ＷＷＷ
サーバ３０に対して保険勧誘の契機が訪れたことが通知
され（手順（５））、前述したような処理を経て、保険
業者から提供された保険勧誘情報がディスプレイ装置２
４に表示される（手順（６））。ここまでの処理では、
取引画面６０上で「送信」ボタン６２が押し下げられた
にもかかわらず、取引情報はＷＷＷサーバ３０に送信さ
れない。そして、再度「送信」ボタン６２が押し下げら
れると、初めて取引情報がＷＷＷサーバ３０に送信され
る。

【００３５】なお、手順（２）における一連の処理によ
り、取引判定ステップが実現される。また、手順（３）
における処理により、危険性報知ステップが実現され
る。従って、最初の「送信」ボタン６２の押し下げは、
警告メッセージ及び保険勧誘情報を表示させるトリガー
として利用されるだけであるので、取引情報が実際に送
信される前に、電子商取引における危険性を再確認する
ことができる。この場合、先の実施形態と異なり、取引
情報の中に重要単語があっただけで、警告メッセージ及
び保険勧誘情報が表示されるため、取引当事者をより厚
く保護することができる。

【００３６】図９は、保険未加入の取引当事者に対し
て、保険勧誘情報が添付された電子メールを送付するた
めの原理を示す。なお、以下説明する一連の処理によ
り、配信ステップ，配信機能及び配信手段が実現され
る。ＷＷＷサーバ３０には、保険業者リスト８０と、取
引当事者の名前が登録された当事者リスト８８と、保険
勧誘情報の提供先である取引当事者名が登録される答え
表８４と、電子メール送付機構９０と、が備えられる。
ここで、当事者リスト８８は、取引当事者間の取引履
歴、即ち、少なくとも、日付，開始時刻，終了時刻及び
取引当事者が登録された取引履歴データベース９２（図
１０参照）に基づいて作成される。なお、取引履歴デー
タベース９２は、クライアント２０とＷＷＷサーバ３０
との間で授受される取引情報を監視しているプロトコル
モニタ５２により、随時更新される。

【００３７】一方、保険業者の保険サーバ４０には、加
入者データベース４４が備えられる。加入者データベー
ス４４には、図１１に示すように、契約番号，保険契約
状況，契約者名，契約者住所，保険品目名，保険契約期
間，契約日，契約タイプ，取引タイプ，保険料率，保険
料，保険金額，保険金の支払方法，取引口座，リンク
（同一人の他の保険契約へのリンク）及び事故情報など
が登録される。

【００３８】電子メール送付機構９０では、保険業者リ
スト８０と当事者リスト８８とが読み込まれ（手順
（１））、保険業者リスト８０に登録された各保険業者
の加入者データベース４４に対して、当事者リスト８８
に登録された各取引当事者の保険契約状況が検索される
（手順（２））。そして、後述する処理に従って、取引
当事者が取引内容に応じた保険に未加入であると判定さ
れると、その取引当事者名が答え表８４に登録される
（手順（３））。次に、答え表８４が読み込まれ（手順
（４））、答え表８４に登録された各取引当事者に対し
て、前述した処理により決定された保険業者の保険勧誘
情報が添付された電子メールが送信される（手順
（５））。

【００３９】図１２は、取引当事者が取引内容に応じた
保険に未加入であるか否かを判定する処理内容を示す。
ステップ１（図では「Ｓ１」と略記する。以下同様）で
は、当事者リスト８８から取引当事者名が１つ取り出さ
れる。即ち、本ステップが最初に実行されるときには、
当事者リスト８８の先頭に登録されている取引当事者名
が取り出され、以後実行されるときには、２番目，３番
目・・・に登録されている取引当事者名が逐次取り出さ
れる。

【００４０】ステップ２では、保険業者リスト８０から
保険業者名が１つ取り出される。即ち、ステップ２〜ス
テップ７のループ処理を行うに際し、最初に実行される
ときには、保険業者リスト８０の先頭に登録されている
保険業者名が取り出され、以後実行されるときには、２
番目，３番目・・・に登録されている保険業者名が順次
取り出される。

【００４１】ステップ３では、取引当事者名をキーとし
て、保険業者名により特定される保険業者の加入者デー
タベース４４が検索される。ステップ４では、加入者デ
ータベース４４に取引当事者名が登録済みであるか否か
が判定される。即ち、取引当事者は、保険業者から提供
される保険に加入したことがあるか否かが判定される。
そして、取引当事者名が加入者データベース４４に登録
済みであればステップ５へと進み（Ｙｅｓ）、取引当事
者名が加入者データベース４４に登録済みでなければス
テップ９へと進む（Ｎｏ）。

【００４２】ステップ５では、加入者データベース４４
の保険契約状況（図１１参照）に基づいて、取引当事者
の保険契約は現在有効であるか否かが判定される。そし
て、保険契約が有効であればステップ６へと進み（Ｙｅ
ｓ）、保険契約が有効でない、即ち、保険契約が中断又
は終了していればステップ９へと進む（Ｎｏ）。ステッ
プ６では、加入者データベース４４の事故情報（図１１
参照）に基づいて、事故情報が登録されているか否か、
即ち、取引当事者が事故に遭遇したことがあるか否かが
判定される。そして、事故情報が登録されていなければ
ステップ７へと進み（Ｙｅｓ）、事故情報が登録されて
いればステップ９へと進む（Ｎｏ）。

【００４３】ステップ７では、保険業者リスト８０に登
録されているすべての保険業者名に対する処理が終了し
たか否かが判定される。そして、処理が終了していれば
ステップ８へと進み（Ｙｅｓ）、処理が終了していなけ
ればステップ２へと戻る（Ｎｏ）。ステップ８では、当
事者リスト８８に登録されている全ての取引当事者名に
対する処理が終了したか否かが判定される。そして、処
理が終了していれば保険未加入判定処理を終了し（Ｙｅ
ｓ）、処理が終了していなければステップ１へと戻る
（Ｎｏ）。

【００４４】ステップ９では、答え表８４に取引当事者
名が登録され、ステップ９へと進む。このとき、答え表
８４に取引当事者名が既に登録済みであるときには、重
複した登録を排除するために、登録処理をスキップする
ことが望ましい。以上説明したステップ１〜ステップ９
の処理によれば、（１）取引当事者名がいずれかの加入
者データベース４４に登録されていないとき、（２）取
引当事者の保険契約が無効であるとき、（３）取引当事
者が事故に遭遇したことがあるとき、その当事者名が答
え表８４に登録される。即ち、取引当事者が、取引内容
に応じた保険に未加入であるときに、取引当事者に対し
て保険勧誘情報を提供すべく、その取引当事者名が答え
表８４に登録される。

【００４５】従って、取引内容に応じた保険に加入済み
である取引当事者には、保険勧誘情報は提供されず、不
要な保険勧誘情報が提供されることで、取引当事者が煩
わしいと感じることを防止することができる。一方、過
去に事故に遭遇し、保険加入の必要性を感じている取引
当事者には、優先的に保険勧誘情報が提供されるため、
電子商取引における危険性を再認識することができる。

【００４６】なお、本実施形態では、当事者リスト８８
の代わりに、少なくとも、双方の取引当事者名が登録さ
れたモニタリング表８２を用いてもよい。この場合、モ
ニタリング表８２は、クライアント２０とＷＷＷサーバ
３０との間で授受される取引情報を監視するプロトコル
モニタ５２により、例えば、電子商取引の開始又は終了
を契機として、逐次更新される。

【００４７】また、本実施形態では、プロトコルモニタ
５２からのキーワード検出信号に応じて保険勧誘情報が
提供されたが、一方の取引当事者からの指示により、他
方の取引当事者に対して保険勧誘情報が提供されるよう
にしてもよい。さらに、電子商取引における取引交渉が
完了した後、即ち、取引交渉は完了したが、取引自体は
行われていないときに、保険未加入である取引当事者に
対して保険勧誘情報が提供されるようにしてもよい。こ
のようにすれば、取引当事者は、取引交渉の完了後であ
っても保険に加入することができ、取引当事者の保護を
一層厚くすることができる。

【００４８】その他、電子メール送付機構９０は、保険
業者の保険サーバ４０に備えられる構成であってもよ
い。図１３は、取引当事者の依頼に応じて、保険未加入
の取引当事者に対して、保険勧誘情報を提供する原理を
示す。ここでは、クライアント２０又はＷＷＷサーバ３
０には、保険加入勧誘機構９４が備えられ、保険業者の
保険サーバ４０には、加入者データベース４４が備えら
れるものとする。なお、以下説明する一連の処理によ
り、配信ステップ，配信機能及び配信手段が実現され
る。

【００４９】取引当事者Ａのクライアント２０から保険
加入勧誘機構９４に対して、取引相手たる取引当事者Ｂ
の保険加入状況の照会指示があると、ＷＷＷサーバ３０
に備えられた保険業者リスト８０が入力される（手順
（１））。すると、図９に示す実施形態と同様に、各保
険業者の保険サーバ４０に対して、取引当事者Ｂの保険
加入状況が照会される（手順（２））。取引当事者Ｂの
保険加入状況は、取引当事者Ａのクライアント２０に表
示される（手順（３））。また、取引当事者Ｂが保険未
加入であると、取引当事者Ａが加入している保険業者の
保険サーバ４０に対して、取引当事者Ｂに保険勧誘情報
を送信するよう依頼がなされる（手順（４））。保険勧
誘情報の送信依頼を受信した保険サーバ４０では、取引
当事者Ｂのクライアント２０に対して、保険勧誘情報が
送信される（手順（５））。

【００５０】従って、取引当事者Ａは、取引交渉中に、
取引相手たる取引当事者Ｂの保険加入状況をいつでも確
認することができ、取引相手の信頼度を推し量ることが
できる。また、取引当事者Ｂが保険未加入であるときに
は、取引当事者Ｂに対して保険勧誘情報が送信される。
このため、取引当事者Ａは、保険勧誘情報が送信された
取引当事者Ｂの対応によって、例えば、保険加入を拒む
のならば、取引当事者Ｂとの取引交渉を中止するなどの
対策をとることで、損害発生を未然に防止することがで
きる。

【００５１】図１４は、キーワード検出信号に応じて、
保険未加入の取引当事者に対して、保険勧誘情報を提供
する原理を示す。ここでは、サービス業者によりＷＷＷ
サーバ３０が運営され、ＷＷＷサーバ３０に保険加入勧
誘機構９４が備えられるものとする。なお、以下説明す
る一連の処理により、配信ステップ，配信機能及び配信
手段が実現される。

【００５２】プロトコルモニタ５２から保険加入勧誘機
構９４に対して、キーワード検出信号が入力されると、
ＷＷＷサーバ３０に備えられた保険業者リスト８０が入
力される（手順（１））。すると、図９に示す実施形態
と同様に、各保険業者の保険サーバ４０に対して、取引
当事者Ａ及びＢの保険加入状況が照会される（手順
（２））。そして、取引当事者Ａの保険加入状況は、取
引当事者Ｂのクライアント２０に表示される一方、取引
当事者Ｂの保険加入状況は、取引当事者Ａのクライアン
ト２０に表示される（手順（３））。また、取引当事者
Ａ又は／及びＢが保険未加入であると、サービス業者が
推薦する保険業者の保険サーバ４０に対して、保険未加
入である取引当事者に保険勧誘情報を送信するよう依頼
がなされる（手順（４））。保険勧誘情報の送信依頼を
受信した保険サーバ４０では、保険未加入である取引当
事者のクライアント２０に対して、保険勧誘情報が送信
される（手順（５））。

【００５３】従って、取引当事者は、取引相手たる他方
の取引当事者の保険加入状況を確認することができ、取
引相手の信頼度を推し量ることができる。また、取引交
渉中に、保険加入の必要性を再確認でき、相互に保険加
入を行うことで、取引当事者の保護を図ることができ
る。図１５は、取引画面６０に保険勧誘情報を表示する
際に、取引当事者の双方に対して、取引金額に応じた保
険料を併せて表示する原理を示す。ここでは、サービス
業者によりＷＷＷサーバ３０が運用され、ＷＷＷサーバ
３０に保険料表示機構９６が備えられるものとする。

【００５４】プロトコルモニタ５２から保険料表示機構
９６に対してキーワード検出信号が入力されると、プロ
トコルモニタ５２により随時更新されるモニタリング表
８２が入力される（手順（１））。保険料表示機構９６
では、前述した処理により取引内容に応じた保険業者が
選択され、その保険業者の保険サーバ４０に対して、保
険料計算依頼を送信する（手順（２））。保険料計算依
頼を受信した保険サーバ４０では、通常の保険料率
（０．１５）から割引された割引保険料率（０．１３）
を用いて、取引金額に応じた保険料が計算され、これが
保険料表示機構９６に送信される（手順（３））。計算
された保険料を受信した保険料表示機構９６では、取引
金額に保険料を加算した合計金額が計算され、保険料及
び合計金額が取引画面６０に表示される（手順
（４））。また、保険料表示機構９６では、保険業者の
保険勧誘情報を取引画面６０に表示させるべく、保険サ
ーバ４０に登録されている保険勧誘情報（html-1）１０
２を、取引画面６０を定義するＨＴＭＬデータ（html-
0）の所定箇所に挿入させる（手順（５））。

【００５５】なお、手順（４）における処理により、保
険料受信ステップ，合計演算ステップ及び提示ステップ
が実現される。従って、双方の取引当事者が保険に加入
する場合には、通常の保険料率より割り引かれた割引保
険料率により保険料が決定されるため、取引当事者の一
方のみが保険に加入する場合と比べて、取引当事者の保
険加入に係る金銭的負担が軽減される。このため、取引
当事者は、取引交渉中に保険に気楽に加入することが可
能となり、保険加入による取引当事者の保護を図ること
ができる。また、取引当事者の双方が保険に加入するた
め、当事者間で金銭的負担が平等となり、一方が保険料
を負担することによる不平・不満が緩和される。

【００５６】次に、電子商取引において発生した事故を
客観的に立証するための構成について説明する。図１６
は、クライアント２０に証拠データを保存する構成を示
す。なお、本実施形態では、プロトコルモニタ５２は、
取引当事者間で授受される取引情報の中に取引交渉完了
を示す完了キーワードが見出されたときに、キーワード
検出信号を出力するものとする。

【００５７】クライアント２０から保険業者の保険サー
バ４０に対して、証拠データを記録する証拠収集プログ
ラム１１０の送信要求がなされると（手順（１））、保
険サーバ４０のデータベース４２に登録されている証拠
収集プログラム１１０がクライアント２０に送信される
（手順（２））。証拠収集プログラム１１０を受信した
クライアント２０では、証拠収集プログラム１１０が実
行可能状態で組み込まれる。ここで、証拠収集プログラ
ム１１０は、圧縮された状態で送信されることが望まし
い。

【００５８】証拠収集プログラム１１０に対して、プロ
トコルモニタ５２からキーワード検出信号が入力される
と（手順（３））、その時点における取引情報が一時的
に保管され、保険サーバ４０に対して秘密鍵生成要求が
送信される（手順（４））。秘密鍵生成要求を受信した
保険サーバ４０では、そのときの日付及び時刻が読み込
まれ（手順（５））、これに基づいて秘密鍵が生成され
る（手順（６））。秘密鍵の生成に関しては、例えば、
ＲＳＡ（Rivest Shamir Adleman）アルゴリズムなどの
公知技術が利用される。生成された秘密鍵は、取引当事
者における日付及び時刻に対応したものとして、データ
ベース４６に保存される（手順（７））。また、生成さ
れた秘密鍵は、保険業者特有の暗号化技術によりさらに
暗号化される（手順（８））。暗号化された秘密鍵は、
取引当事者のクライアント２０に送信される（手順
（９））。

【００５９】暗号化された秘密鍵を受信したクライアン
ト２０では、秘密鍵が保険業者特有の復号化技術により
復号化される（手順（10））。そして、秘密鍵により一
時的に保管された取引情報が暗号化される（手順（1
1））。暗号化された取引情報は、その日付及び時刻と
関連付けられた状態でファイル２６に保存される（手順
（12））。

【００６０】なお、ステップ（３）における処理によ
り、完了判定ステップ，完了判定機能及び完了判定手段
が実現される。また、手順（11）における処理により、
暗号化ステップ，暗号化機能及び暗号化手段が実現され
る。さらに、手順（12）における処理により、保存ステ
ップ，保存機能及び保存手段が実現される。このよう
に、取引当事者間で授受される取引情報の中に、取引交
渉完了を示す完了キーワードが見出されると、そのとき
の日付及び時刻に基づいて生成された秘密鍵により取引
情報が暗号化される。そして、暗号化された取引情報
は、そのときの日付及び時刻と関連付けられた状態で、
クライアント２０のファイル２６に保存される。この一
連の処理は、保険サーバ４０から配信された証拠収集プ
ログラム１１０により自動的に実行されるため、取引当
事者は、事故立証のための証拠が収集には一切関与して
いない。

【００６１】電子商取引において事故が発生した場合に
は、取引当事者は、保険金支払申請を行うに際し、事故
発生の日付及び時刻を指定すると、ファイル２６から暗
号化された取引情報が検索され、これが保険金支払申請
書と共に保険サーバ４０に送信される（手順（13））。
暗号化された取引情報を受信した保険サーバ４０では、
保険金支払申請書で指定された日付及び時刻に基づい
て、データベース４６から対応する秘密鍵が取り出され
（手順（14））、取り出された秘密鍵により取引情報が
復号化される（手順（15））。そして、復号化された取
引情報が、保険金支払申請における証拠データとして活
用される。

【００６２】従って、事故立証に必要な証拠は、取引当
事者の意識外で収集されるため、事故発生の客観的な証
拠を提示する労力が低減される。そして、収集された証
拠としての取引情報は、事故が発生したときのみ保険業
者に対して開示されるため、個人情報の流出を最小限に
抑えることができる。このとき、証拠としての取引情報
は、保険サーバ４０において生成された秘密鍵により暗
号化されているため、取引当事者が取引情報を故意に改
竄することが困難であり、証拠としての価値を高めるこ
とができる。このため、事故発生は客観的に立証され、
取引当事者の保護を図ることができる。

【００６３】なお、証拠収集プログラム１１０は、電子
商取引を仲介するサービス業者のＷＷＷサーバ３０か
ら、取引当事者のクライアント２０に配信される構成で
あってもよい。この場合、ＷＷＷサーバ３０には、保険
業者から配信委託された証拠収集プログラム１１０が前
もって登録されることが条件となる。また、証拠収集プ
ログラム１１０は、取引当事者のクライアント２０か
ら、取引相手たる取引当事者のクライアント２０に再配
信される構成であってもよい。

【００６４】ここで、電子商取引における事故を立証す
る証拠としての取引情報は、図１７に示すように、ＷＷ
Ｗサーバ３０で保存されるようにしてもよい。クライア
ント２０から保険業者の保険サーバ４０に対して、証拠
データを記録する証拠収集プログラム１１０の配信要求
がなされると（手順（１））、保険サーバ４０のデータ
ベース４２に登録されている証拠収集プログラム１１０
がＷＷＷサーバ３０に送信される（手順（２））。証拠
収集プログラム１１０を受信したＷＷＷサーバ３０で
は、証拠収集プログラム１１０が実行可能状態で組み込
まれる。

【００６５】証拠収集プログラム１１０に対して、プロ
トコルモニタ５２からキーワード検出信号が入力される
と（手順（３））、その時点における取引情報が一時的
に保管され、保険サーバ４０に対して秘密鍵生成要求が
送信される（手順（４））。秘密鍵生成要求を受信した
保険サーバ４０では、前述した秘密鍵生成方法により秘
密鍵が生成される（手順（５））。生成された秘密鍵
は、取引当事者における日付及び時刻に対応したものと
して、データベース４６に保存される（手順（６））。
また、生成された秘密鍵は、暗号化された後、ＷＷＷサ
ーバ３０に送信される（手順（７））。

【００６６】暗号化された秘密鍵を受信したＷＷＷサー
バ３０では、秘密鍵が保険業者特有の復号化技術により
復号化される（手順（８））。そして、秘密鍵により一
時的に保管された取引情報が暗号化される（手順
（９））。暗号化された取引情報は、その日付及び時刻
と関連付けられた状態でファイル３８に保存される（手
順（10））。

【００６７】なお、手順（３）における処理により、完
了判定ステップ，完了判定機能及び完了判定手段が実現
される。また、手順（９）における処理により、暗号化
ステップ，暗号化機能及び暗号化手段が実現される。さ
らに、手順（10）における処理により、保存ステップ，
保存機能及び保存手段が実現される。このように、取引
当事者間で授受される取引情報の中に、取引交渉完了を
示す完了キーワードが見出されると、そのときの日付及
び時刻に基づいて生成された秘密鍵により取引情報が暗
号化される。そして、暗号化された取引情報は、そのと
きの日付及び時刻と関連付けられた状態で、ＷＷＷサー
バ３０のファイル３８に保存される。この一連の処理
は、保険サーバ４０から配信された証拠収集プログラム
１１０により自動的に実行されるため、取引当事者は、
事故立証のための証拠が収集には一切関与していない。

【００６８】電子商取引において事故が発生した場合に
は、取引当事者は、氏名及び事故発生の日付を指定し
て、ＷＷＷサーバ３０に対して証拠送信要求を送信する
（手順（11））。証拠送信要求を受信したＷＷＷサーバ
３０では、指定された氏名及び事故発生の日付に基づい
て暗号化された取引情報が保存されたファイル３８が検
索され、該当する取引情報のリストがクライアント２０
に送信される（手順（12））。取引情報のリストを受信
したクライアント２０では、必要に応じて、証拠として
必要な取引情報が選択され、選択結果がＷＷＷサーバ３
０に送信される（手順（13））。選択結果を受信したＷ
ＷＷサーバ３０では、選択された取引情報がファイル３
８から取り出され、保険サーバ４０に送信される（手順
（14））。

【００６９】暗号化された取引情報を受信した保険サー
バ４０では、事故発生の日付及び時刻に基づいて、デー
タベース４６から対応する秘密鍵が取り出され（手順
（15））、取り出された秘密鍵により取引情報が復号化
される（手順（16））。そして、復号化された取引情報
が、保険金支払申請における証拠データとして活用され
る。

【００７０】このため、図１６に示す実施形態と同様
に、事故発生が客観的に立証されることで、電子商取引
において発生した損害が保険により填補され、取引当事
者の保護を図ることができる。このような機能を実現す
るプログラムを、例えば、磁気テープ，磁気ディスク，
磁気ドラム，ＩＣカード，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯ
Ｍ等のコンピュータ読取可能な記録媒体に記録しておけ
ば、本発明に係る保険業務処理プログラムを市場に流通
させることができる。そして、かかる記録媒体を取得し
た者は、一般的なコンピュータシステムを利用して、本
発明に係る保険業務処理システムを容易に構築すること
ができる。

【００７１】また、インターネットに接続されたサーバ
上に、本発明に係る保険業務処理プログラムを登録させ
ておけば、電気通信回線を介して、かかるプログラムを
ダウンロードすることで、本発明に係る保険業務処理シ
ステムを容易に構築することができる。

【００７２】（付記１）コンピュータネットワークを流
通する電子情報を監視し、該電子情報の中に保険勧誘の
契機となる勧誘キーワードが含まれているか否かを判定
する勧誘判定ステップと、該勧誘キーワードが含まれて
いると判定されたときに、前記電子情報を交換していた
当事者の少なくとも一方に保険勧誘情報を配信する配信
ステップと、を備えたことを特徴とする保険業務処理方
法。

【００７３】（付記２）前記配信ステップは、前記当事
者が保険未加入であるときに、該当事者に保険勧誘情報
を配信することを特徴とする付記１記載の保険業務処理
方法。

【００７４】（付記３）前記配信ステップは、前記当事
者が保険加入済みであっても、該保険が無効であると
き、又は、過去に電子商取引に係る事故の遭遇経験があ
るときに、前記当事者に保険勧誘情報を配信することを
特徴とする付記２記載の保険業務処理方法。

【００７５】（付記４）前記配信ステップは、前記電子
情報の内容に応じて選択した保険業者からの保険勧誘情
報を配信することを特徴とする付記１〜付記３のいずれ
か１つに記載の保険業務処理方法。

【００７６】（付記５）通常の保険料率より割り引かれ
た割引保険料率を用い、前記電子情報に含まれる取引価
格に応じて演算された保険料を受信する保険料受信ステ
ップと、該受信された保険料と前記取引価格との合計を
演算する合計演算ステップと、該演算された保険料及び
合計を前記当事者の双方に提示する提示ステップと、を
備えたことを特徴とする付記１〜付記４のいずれか１つ
に記載の保険業務処理方法。

【００７７】（付記６）電子商取引に係る取引情報を入
力する入力ステップと、該入力した取引情報を送信する
送信ステップと、該送信した取引情報の中に保険勧誘の
契機となる勧誘キーワードが含まれていたときに、保険
業者のサーバから送信されてきた保険勧誘情報を受信す
る受信ステップと、を備えたことを特徴とする保険業務
処理方法。

【００７８】（付記７）前記入力した取引情報の中に取
引キーワードが含まれているか否かを判定する取引判定
ステップと、該取引キーワードが含まれていると判定さ
れたときに、電子商取引に係る危険性を報知する危険性
報知ステップと、を備えたことを特徴とする付記６記載
の保険業務処理方法。

【００７９】（付記８）コンピュータネットワークを流
通する電子情報を監視し、該電子情報の中に保険勧誘の
契機となる勧誘キーワードが含まれているか否かを判定
する勧誘判定機能と、該勧誘キーワードが含まれている
と判定されたときに、前記電子情報を交換していた当事
者の少なくとも一方に保険勧誘情報を配信する配信機能
と、をコンピュータに実現させるための保険業務処理プ
ログラム。

【００８０】（付記９）電子商取引に係る取引情報を入
力する入力機能と、該入力した取引情報を送信する送信
機能と、該送信した取引情報の中に保険勧誘の契機とな
る勧誘キーワードが含まれていたときに、保険業者のサ
ーバから送信されてきた保険勧誘情報を受信する受信機
能と、をコンピュータに実現させるための保険業務処理
プログラム。

【００８１】（付記１０）コンピュータネットワークを
流通する電子情報を監視し、該電子情報の中に保険勧誘
の契機となる勧誘キーワードが含まれているか否かを判
定する勧誘判定機能と、該勧誘キーワードが含まれてい
ると判定されたときに、前記電子情報を交換していた当
事者の少なくとも一方に保険勧誘情報を配信する配信機
能と、をコンピュータに実現させるための保険業務処理
プログラムを記録したコンピュータ読取可能な記録媒
体。

【００８２】（付記１１）コンピュータネットワークを
流通する電子情報を監視し、該電子情報の中に保険勧誘
の契機となる勧誘キーワードが含まれているか否かを判
定する勧誘判定手段と、該勧誘キーワードが含まれてい
ると判定されたときに、前記電子情報を交換していた当
事者の少なくとも一方に保険勧誘情報を配信する配信手
段と、を含んで構成されたことを特徴とする保険業務処
理システム。

【００８３】（付記１２）電子商取引に係る取引情報を
入力する入力手段と、該入力した取引情報を送信する送
信手段と、該送信した取引情報の中に保険勧誘の契機と
なる勧誘キーワードが含まれていたときに、保険業者の
サーバから送信されてきた保険勧誘情報を受信する受信
手段と、を含んで構成されたことを特徴とする保険業務
処理システム。

【００８４】（付記１３）コンピュータネットワークを
流通する電子情報を監視し、該電子情報の中に電子商取
引交渉の完了を示す完了キーワードが含まれているか否
かを判定する完了判定ステップと、該完了キーワードが
含まれていると判定されたときに、秘密鍵を用いて電子
商取引に係る取引情報を暗号化する暗号化ステップと、
該暗号化された取引情報を保存する保存ステップと、を
備えたことを特徴とする保険業務処理方法。

【００８５】（付記１４）前記秘密鍵は、前記完了キー
ワードが含まれていると判定されたときの日付及び時刻
に基づいて生成されることを特徴とする付記１３記載の
保険業務処理方法。

【００８６】（付記１５）前記秘密鍵は、前記電子情報
を交換していた当事者が加入している保険業者により生
成されることを特徴とする付記１３又は付記１４に記載
の保険業務処理方法。

【００８７】（付記１６）前記秘密鍵は、暗号化された
状態で保険業者から配信されることを特徴とする付記１
５記載の保険業務処理方法。

【００８８】（付記１７）コンピュータネットワークを
流通する電子情報を監視し、該電子情報の中に電子商取
引交渉の完了を示す完了キーワードが含まれているか否
かを判定する完了判定機能と、該完了キーワードが含ま
れていると判定されたときに、秘密鍵を用いて電子商取
引に係る取引情報を暗号化する暗号化機能と、該暗号化
された取引情報を保存する保存機能と、をコンピュータ
に実現させるための保険業務処理プログラム。

【００８９】（付記１８）コンピュータネットワークを
流通する電子情報を監視し、該電子情報の中に電子商取
引交渉の完了を示す完了キーワードが含まれているか否
かを判定する完了判定機能と、該完了キーワードが含ま
れていると判定されたときに、秘密鍵を用いて電子商取
引に係る取引情報を暗号化する暗号化機能と、該暗号化
された取引情報を保存する保存機能と、をコンピュータ
に実現させるための保険業務処理プログラムを記録した
コンピュータ読取可能な記録媒体。

【００９０】（付記１９）コンピュータネットワークを
流通する電子情報を監視し、該電子情報の中に電子商取
引交渉の完了を示す完了キーワードが含まれているか否
かを判定する完了判定手段と、該完了キーワードが含ま
れていると判定されたときに、秘密鍵を用いて電子商取
引に係る取引情報を暗号化する暗号化手段と、該暗号化
された取引情報を保存する保存手段と、を含んで構成さ
れたことを特徴とする保険業務処理システム。

【００９１】

【発明の効果】以上説明したように、本発明に係る保険
業務処理技術によれば、電子商取引中に保険勧誘情報が
配信されるため、電子商取引に際しての危険性が再認識
されることで、保険への加入が促され、当事者の保護を
図ることができる。また、電子商取引交渉が完了する
と、そのときの取引情報が秘密鍵により暗号化された後
保存されるため、暗号化された取引情報は、事故立証の
ための証拠として利用されることとなり、当事者の保護
を図ることができる。

【図面の簡単な説明】

【図１】保険業務処理システムの基本構成図である。

【図２】保険業務処理システムの運用形態を示し、
（Ａ）はサービス業者によりＷＷＷサーバが運用される
ときの構成図、（Ｂ）は売り手によりＷＷＷサーバが運
用されるときの構成図である。

【図３】クライアント及びＷＷＷサーバにおける基本動
作の説明図である。

【図４】ワード表の説明図である。

【図５】取引画面に保険勧誘情報を表示させる原理の説
明図である。

【図６】保険業務処理システムの基本動作の説明図であ
る。

【図７】取引情報に適合した保険業者を選択する原理の
説明図である。

【図８】取引情報の送信前に警告メッセージを表示させ
る原理の説明図である。

【図９】保険未加入者に対して保険勧誘情報が添付され
た電子メールを送信する原理の説明図である。

【図１０】取引履歴データベースの説明図である。

【図１１】加入者データベースの説明図である。

【図１２】取引内容に応じた保険に未加入であるか否か
を判定する処理内容を示すフローチャートである。

【図１３】取引当事者の依頼に応じて、保険未加入者に
対して保険勧誘情報を提供する原理の説明図である。

【図１４】キーワード検出信号に応じて、保険未加入者
に対して保険勧誘情報を提供する原理の説明図である。

【図１５】取引金額に応じた保険料を表示させる原理の
説明図である。

【図１６】クライアントに事故立証のための証拠データ
を保存する原理の説明図である。

【図１７】ＷＷＷサーバに事故立証のための証拠データ
を保存する原理の説明図である。

【符号の説明】

１０インターネット２０クライアント２６ファイル３０ＷＷＷサーバ３８ファイル４０保険サーバ４４加入者データベース５２プロトコルモニタ５４ワード表５６警告機構６０取引画面８０保険業者リスト８２モニタリング表８４答え表８６定義表８８当事者リスト９０電子メール送付機構９２取引履歴データベース９４保険加入勧誘機構９６保険料表示機構１００売買情報１０２保険勧誘情報１０４ＨＴＭＬデータ１１０証拠収集プログラム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 １７０Ｇ０６Ｆ 17/30 １７０ＺＨ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ａ 9/32 ６０１Ｂ６０１Ｅ６７５Ｄ (72)発明者池田義幸神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内Ｆターム(参考） 5B075 ND20 NK06 NK39 UU24 5J104 AA16 EA06 EA17 MA01 NA02 PA10

Claims

【特許請求の範囲】

【請求項１】コンピュータネットワークを流通する電子
情報を監視し、該電子情報の中に保険勧誘の契機となる
勧誘キーワードが含まれているか否かを判定する勧誘判
定ステップと、該勧誘キーワードが含まれていると判定されたときに、
前記電子情報を交換していた当事者の少なくとも一方に
保険勧誘情報を配信する配信ステップと、を備えたことを特徴とする保険業務処理方法。
【請求項２】前記配信ステップは、前記当事者が保険未
加入であるときに、該当事者に保険勧誘情報を配信する
ことを特徴とする請求項１記載の保険業務処理方法。
【請求項３】前記配信ステップは、前記電子情報の内容
に応じて選択した保険業者からの保険勧誘情報を配信す
ることを特徴とする請求項１又は請求項２に記載の保険
業務処理方法。
【請求項４】電子商取引に係る取引情報を入力する入力
ステップと、該入力した取引情報を送信する送信ステップと、該送信した取引情報の中に保険勧誘の契機となる勧誘キ
ーワードが含まれていたときに、保険業者のサーバから
送信されてきた保険勧誘情報を受信する受信ステップ
と、を備えたことを特徴とする保険業務処理方法。
【請求項５】コンピュータネットワークを流通する電子
情報を監視し、該電子情報の中に保険勧誘の契機となる
勧誘キーワードが含まれているか否かを判定する勧誘判
定機能と、該勧誘キーワードが含まれていると判定されたときに、
前記電子情報を交換していた当事者の少なくとも一方に
保険勧誘情報を配信する配信機能と、をコンピュータに実現させるための保険業務処理プログ
ラム。
【請求項６】電子商取引に係る取引情報を入力する入力
機能と、該入力した取引情報を送信する送信機能と、該送信した取引情報の中に保険勧誘の契機となる勧誘キ
ーワードが含まれていたときに、保険業者のサーバから
送信されてきた保険勧誘情報を受信する受信機能と、をコンピュータに実現させるための保険業務処理プログ
ラム。
【請求項７】コンピュータネットワークを流通する電子
情報を監視し、該電子情報の中に電子商取引交渉の完了
を示す完了キーワードが含まれているか否かを判定する
完了判定ステップと、該完了キーワードが含まれていると判定されたときに、
秘密鍵を用いて電子商取引に係る取引情報を暗号化する
暗号化ステップと、該暗号化された取引情報を保存する保存ステップと、を備えたことを特徴とする保険業務処理方法。
【請求項８】前記秘密鍵は、前記完了キーワードが含ま
れていると判定されたときの日付及び時刻に基づいて生
成されることを特徴とする請求項７記載の保険業務処理
方法。
【請求項９】前記秘密鍵は、前記電子情報を交換してい
た当事者が加入している保険業者により生成されること
を特徴とする請求項７又は請求項８に記載の保険業務処
理方法。
【請求項１０】コンピュータネットワークを流通する電
子情報を監視し、該電子情報の中に電子商取引交渉の完
了を示す完了キーワードが含まれているか否かを判定す
る完了判定機能と、該完了キーワードが含まれていると判定されたときに、
秘密鍵を用いて電子商取引に係る取引情報を暗号化する
暗号化機能と、該暗号化された取引情報を保存する保存機能と、をコンピュータに実現させるための保険業務処理プログ
ラム。