(57)【要約】　　　（修正有）【課題】銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える保険販売方法を提供する。【解決手段】銀行の保険販売システム９は、保険申込受付部１６と、顧客判別部１７と、仮契約ＩＤ発行部１８と、保険会社１５に送信する申込送信部１９と、保険会社１５からの回答結果と前記申込との申込マッチング部２０と、保険情報格納部２２と、顧客属性ＤＢ更新部２３と、保険時価情報記録部２５と、当該契約に係る保険情報に変動が生じたときの保険契約情報更新部２６と、端末１１に当該顧客の保険契約内容（時価、保険契約内容）を表示するためのプログラムを送信する保険契約内容表示部２７とを有する。【選択図】　図２
2004118732.tif 000002
【特許請求の範囲】
【請求項１】
金融機関に設備されたコンピュータシステム上で実行される保険販売方法であって、
保険申し込みをする者が当該金融機関に口座を有する顧客であるかを判別する工程と、
当該保険申し込みをする者が口座を有する顧客である場合、その申し込みに対して当該金融機関固有の仮契約ＩＤを付与し前記保険申し込みに係る情報と共に保険会社に対して承認のために送信する工程と、
当該保険申し込みを承認した保険会社から、当該保険申込にかかる前記仮契約ＩＤ及び保険会社が生成した契約処理情報を受け取る工程と、
前記保険会社から受け取った仮契約ＩＤに基づいて、前記契約処理情報と当該保険を申し込んだ顧客とをマッチングし、その契約処理情報に含まれる情報の全て若しくは一部を参照するための情報を前記金融機関内で使用している顧客特定情報と関連付けて格納する工程と
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記仮契約ＩＤは、当該保険申込を管理することのみを目的として当該金融機関が生成した固有の番号、記号若しくはそれらの組合せである
ことを特徴とする方法。
【請求項３】
請求項１記載の方法であって、
前記保険会社に送信する保険申し込みに係る情報には、当該金融機関内で使用している前記顧客特定情報は含まれないことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、
前記保険が変額保険である場合、前記契約処理情報には、当該保険契約に係る数量（ユニット口数）の情報が含まれており、
この方法はさらに、
当該変額保険の更新された時価（ユニット単価）の情報を受け取って格納する工程と、
前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出する工程と
を有することを特徴とする方法。
【請求項５】
請求項１記載の方法であって、
前記顧客特定情報と関連付けて格納される契約処理情報には、保険会社で当該契約を特定するために生成した契約ＩＤと当該保険契約の内容とが少なくとも含まれることを特徴とする方法。
【請求項６】
請求項５記載の方法であって、
前記保険会社が生成した契約ＩＤと前記金融機関が付与した仮契約ＩＤは異なるものであることを特徴とする方法。
【請求項７】
請求項５記載の方法であって、
さらに、前記保険契約の内容に関する変動情報を受け取って保険契約の内容を更新する工程を有していることを特徴とする方法。
【請求項８】
請求項７記載の方法であって、
前記保険が変額保険である場合、前記変動情報には、当該保険契約に係る数量（ユニット口数）の情報が含まれており、
この方法はさらに、
当該変額保険の更新された時価（ユニット単価）の情報を受け取って格納する工程と、
前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出する工程と
を有することを特徴とする方法。
【請求項９】
金融機関に設備された保険販売システムであって、
保険申し込みをする者が当該金融機関に口座を有する顧客であるかを判別する手段と、
当該保険申し込みをする者が口座を有する顧客である場合、その申し込みと共に保険会社に送信するための仮契約ＩＤを割り付けそのことを記憶する手段と、
当該保険申し込みを承認した保険会社から戻ってきた前記仮契約ＩＤ及び保険会社が生成した契約処理情報を受け付ける手段と、
前記保険会社から戻された仮契約ＩＤに基づいて前記契約処理情報と当該保険を申し込んだ者とをマッチングし、その契約処理情報に含まれる情報の全て若しくは一部を前記金融機関内で使用している顧客特定情報と関連付けて格納する手段と
を有することを特徴とするシステム。
【請求項１０】
請求項９記載のシステムであって、
前記仮契約ＩＤは、当該保険申込を管理することのみを目的として当該金融機関が生成した固有の番号、記号若しくはそれらの組合せである
ことを特徴とするシステム。
【請求項１１】
請求項９記載のシステムであって、
前記保険会社に送信する保険申し込みに係る情報には、当該金融機関内で使用している前記顧客特定情報は含まれないことを特徴とするシステム。
【請求項１２】
請求項９記載のシステムであって、
前記保険が変額保険である場合、前記契約処理情報には、当該保険契約に係る数量（ユニット口数）の情報が含まれており、
このシステムはさらに、
当該変額保険の更新された時価（ユニット単価）の情報を受け取って格納する手段と、
前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出する手段と
を有することを特徴とするシステム。
【請求項１３】
請求項９記載のシステムであって、
前記顧客特定情報と関連付けて格納される契約処理情報には、保険会社で当該契約を特定するために生成した契約ＩＤと当該保険契約の内容とが少なくとも含まれることを特徴とするシステム。
【請求項１４】
請求項１３記載のシステムであって、
前記保険会社が生成した契約ＩＤと前記金融機関が付与した仮契約ＩＤは異なるものであることを特徴とするシステム。
【請求項１５】
請求項１３記載のシステムであって、
さらに、前記保険契約の内容に関する変動情報を受け取って保険契約の内容を更新する工程を有していることを特徴とするシステム。
【請求項１６】
請求項１５記載のシステムであって、
前記保険が変額保険である場合、前記変動情報には、当該保険契約に係る数量（ユニット口数）の情報が含まれており、
このシステムはさらに、
当該変額保険の更新された時価（ユニット単価）の情報を受け取って格納する手段と、
前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出する手段と
を有することを特徴とするシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、銀行等の金融機関で保険商品の窓口販売を行うために設けられたコンピュータ端末及びそれらが接続されたサーバ上で動作する保険販売方法及びそのためのシステムに関するものである。
【０００２】
【従来の技術】
近々、銀行等の金融機関でも一部保険商品の窓口販売を行うことが解禁され、今後サービスが拡大していくことが予想される。銀行が保険商品の販売を行うにあたっては、従前からある保険代理店等と同様に、保険会社共同ゲートウェイ及びこれに接続するための各種サービスを利用することが考えられる。
【０００３】
この保険会社共同ゲートウェイは、保険会社共同ゲートウェイ推進協議会によってその仕様が策定され構築されたネットワークゲートウェイである。図１に示すように、このゲートウェイ１の先には複数の元受保険会社２が専用線によって接続されている。保険代理店３は、このゲートウェイ１に接続することで、複数の保険会社２へのオンライン接続、ファイル転送等が、ブラウザを利用した一度のサインオン（シングルサインオン）操作で行える。
【０００４】
この共同ゲートウェイ１に接続するためのサービスは、従来複数の会社から種々のものが提供されており、そのサービスを利用することで、保険代理店３は自社に新たなシステムを構築することなく上記ゲートウェイ１を利用することができる。また、これら従来のゲートウェイ接続サービスは、ＡＳＰ等の手段によって保険ＤＢ５及び顧客属性ＤＢ６を備える保険契約管理システム７を提供するように一般に構成されている。このため、保険代理店３は、商品種別や顧客の管理業務の大部分をこれらのサービス提供会社に任せることが可能になる。
【０００５】
したがって、銀行における保険窓口販売においても、このような既存の保険会社共同ゲートウェイ接続サービスを利用することが考えられる。
【０００６】
【発明が解決しようとする課題】
ところで、上記既存のサービスを利用する場合、ゲートウェイ接続提供会社において前記顧客属性ＤＢ６をセットアップする必要があるため、銀行はサービス提供会社及び保険会社２に自己の顧客の情報を通知する必要が生じる。すなわち、銀行においては、保険の販売先は、自己の銀行に口座を有する顧客であり、顧客に固有の支店番号や口座番号などの顧客特定情報を、保険会社２及び上記サービス提供会社に渡す必要が生じる。
【０００７】
そして、上記サービス提供会社は、銀行若しくは保険会社２から保険申し込みの転送を受け付けた場合、上記のような顧客特定情報をキーに保険契約の内容を保険ＤＢ５に登録していくようになっている。これを可能とするため、現在提供されている保険共同ゲートウェイの共通ファイルフォーマットにはこのような顧客特定情報を送信するための登録フィールドが設けられている。
【０００８】
しかしながら、銀行にとって、このような顧客特定情報が外部に出ることは様々な理由から好ましいことではない。また、将来の支店の統廃合等でこれらの情報が変更されることも想定され、このような場合にも外部に通知する手続きが生じてしまう。
【０００９】
この発明はこのような事情に鑑みて成されたものであり、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える保険販売方法及びそのためのシステムを提供することを目的とするものである。
【００１０】
【課題を解決するための手段】
上記課題を解決するため、この発明の第１の側面によれば、金融機関に設備されたコンピュータシステム上で実行される保険販売方法であって、保険申し込みをする者が当該金融機関に口座を有する顧客であるかを判別する工程と、当該保険申し込みをする者が口座を有する顧客である場合、その申し込みに対して当該金融機関固有の仮契約ＩＤを付与し前記保険申し込みに係る情報と共に保険会社に対して承認のために送信する工程と、当該保険申し込みを承認した保険会社から、当該保険申込にかかる前記仮契約ＩＤ及び保険会社が生成した契約処理情報を受け取る工程と、前記保険会社から受け取った仮契約ＩＤに基づいて、前記契約処理情報と当該保険を申し込んだ顧客とをマッチングし、その契約処理情報に含まれる情報の全て若しくは一部を参照するための情報を前記金融機関内で使用している顧客特定情報と関連付けて格納する工程とを有することを特徴とする方法である。なお、前記仮契約ＩＤは、当該保険申込を管理するこのとのみを目的として当該金融機関が生成した固有の番号、記号若しくはそれらの組合せである。また、前記保険会社に送信する保険申し込みに係る情報には、当該金融機関内で使用している前記顧客特定情報は含まれない。
【００１１】
このような構成によれば、金融機関で生成した仮契約ＩＤを保険申込を特定するために用いることで、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品会社との間での通信を行え保険商品の窓口販売を行える。
【００１２】
なお、この発明の１の実施態様によれば、前記保険が変額保険である場合、前記契約処理情報には、当該保険契約に係る数量（ユニット口数）の情報が含まれており、この方法はさらに、当該変額保険の更新された時価（ユニット単価）の情報を受け取って格納する工程と、前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出する工程とを有する。
【００１３】
また、この発明の他の１の実施態様によれば、前記顧客特定情報と関連付けて格納される契約処理情報には、保険会社で当該契約を特定するために生成した契約ＩＤと当該保険契約の内容とが少なくとも含まれる。この場合、前記保険会社が生成した契約ＩＤと前記金融機関が付与した仮契約ＩＤは異なるものである。また、この方法は、さらに、前記保険契約の内容に関する変動情報を受け取って保険契約の内容を更新する工程を有していることが好ましい。
【００１４】
この発明の第２の主要な観点によれば、金融機関に設備された保険販売システムであって、保険申し込みをする者が当該金融機関に口座を有する顧客であるかを判別する手段と、当該保険申し込みをする者が口座を有する顧客である場合、その申し込みと共に保険会社に送信するための仮契約ＩＤを割り付けそのことを記憶する手段と、当該保険申し込みを承認した保険会社から戻ってきた前記仮契約ＩＤ及び保険会社が生成した契約処理情報を受け付ける手段と、前記保険会社から戻された仮契約ＩＤに基づいて前記契約処理情報と当該保険を申し込んだ者とをマッチングし、その契約処理情報に含まれる情報の全て若しくは一部を参照するための情報を前記金融機関内で使用している顧客特定情報と関連付けて格納する手段とを有することを特徴とするシステムが提供される。
【００１５】
このような構成によれば、前記第１の観点に係る保険販売方法を実行するためのシステムを得ることができる。
【００１６】
なお、この発明の上記した以外の特徴及び顕著な効果は以下の発明の実施の形態中に明らかにされる。
【００１７】
【発明の実施の形態】
以下、この発明の一実施形態を、変額個人年金保険を銀行で窓口販売する場合を例にとって説明する。なお、販売する保険商品はこの変額個人年金保険に限定されるものではない。
【００１８】
図２中、符号９で示すのがこの実施形態の保険販売システムである。この保険販売システム９は、銀行内に設置され、行内のＬＡＮ１０に接続されている。この実施形態に関係するシステムのみ挙げると、このＬＡＮ１０には、保険商品を窓口販売するための端末１１と、顧客属性ＤＢ１２を備えた基幹系システム１３とが接続されている。
【００１９】
保険商品窓口販売用の端末１１は、通常業務用のパーソナルコンピュータであれば良く、保険商品販売用の窓口に設置されたものである。そして、この端末１１上でブラウザを立ち上げ、所定の保険販売用のアドレスを設定することで、前記行内ＬＡＮ１０を介して前記保険販売システム９に接続されるようになっている。
【００２０】
前記保険販売システム９は、前記保険会社共同ゲートウェイ１４に接続され、シングルサインオン操作で複数の異なる保険会社１５との間でデータの転送が行えるようになっている。
【００２１】
この保険販売システム９は、この図に示すように、前記端末１１に申込受付用のプログラムを送信する保険申込受付部１６と、保険申込者が当該銀行の顧客であるかを判別する顧客判別部１７と、当該申込に対して仮契約ＩＤを発行する仮契約ＩＤ発行部１８と、当該申込を前記仮契約ＩＤと共に前記保険会社１５に送信する申込送信部１９と、保険会社１５からの回答結果と前記申込とをマッチングして申込にかかる顧客を特定する申込マッチング部２０と、保険契約ＤＢ２１に保険会社１５から受け取った保険契約情報を格納する保険情報格納部２２と、基幹系システム１３の顧客属性ＤＢ１２に当該顧客が保険契約を有することを記録する顧客属性ＤＢ更新部２３と、当該保険契約に係る保険の時価（ユニット単価）の情報を受け取って保険商品情報ＤＢ２４に記録する保険時価情報記録部２５と、当該契約に係る保険情報に変動が生じたときに前記保険契約ＤＢ２１を更新する保険契約情報更新部２６と、前記端末１１に当該顧客の保険契約内容（ユニット単価、保険契約内容）を表示するためのプログラムを送信する保険契約内容表示部２７とを有する。
【００２２】
これらの構成要素は、実際にはコンピュータシステムのハードディスクなどの記憶媒体及びこの記憶媒体に格納されたコンピュターソフトウエアプログラムからなる。そして、図示しないＣＰＵによってＲＡＭ上に呼び出され適宜実行されることで、この発明の機能を奏するようになっている。
【００２３】
以下、各構成要素の動作を詳しく説明する。
【００２４】
まず、保険販売員が、前記端末１１上でブラウザを立ち上げ、前記保険販売システム９のアドレスを入力する。このことで、前記保険申込受付部１６が、前記端末１１上に所定の保険申込受付画面を表示する。
【００２５】
この保険申込受付画面は、保険設計プログラムを呼び出すための機能を備え、前記行内ＬＡＮ１０から前記保険販売システム９に設けられた通信インターフェース３３及び保険会社共同ゲートウェイ１４を介して前記保険会社１５に接続し、各保険会社１５から保険商品を設計するための情報をインタラクティブに送受信できるようになっている。このことで、保険商品販売員は、各保険会社１５の保険商品のアップデートされた情報を顧客に提示して保険の設計及び勧誘を行うことができる。
【００２６】
保険申込を受け付ける場合には、まず、前記販売員が端末１１から当該申込者の口座番号等を入力することで、前記顧客判別部１７が動作して当該申込者が当該銀行に口座を有する顧客であるかを判断する。顧客である場合には、前記仮契約ＩＤ発行部１８が仮契約ＩＤを生成し、申込送信部１９が申込に必要な情報をこの仮契約ＩＤと共に当該保険商品を販売している保険会社１５に送信するために出力する。顧客の申込内容は前記仮契約ＩＤと共に受付管理ＤＢ２８に仮登録される。なお、このとき保険会社１５に送信される情報には、銀行で顧客を特定するために用いている固有情報（支店番号や口座番号等）は含まれない。
【００２７】
保険会社１５は、当該申込の審査を終了し、保険料の入金を確認すると、保険契約情報と契約ＩＤとを、前記仮契約ＩＤと共に前記保険販売システム９に返す。すると、前記申込マッチング部２０が起動され、前記仮契約ＩＤをキーとしてマッチングを行い、受け取った保険契約情報及び契約ＩＤがどの顧客の申込であるかを決定する。
【００２８】
なお、保険会社からこのシステムへの契約ＩＤ等の送信及び前記マッチング処理は、逐次的になされても良いし、所定の時期、例えば１日に１回纏めてなされるようになっていても良い。
【００２９】
前記マッチングが終了すると、保険契約を確認するための画面を前記端末１１からのリクエストに応じて送信され、この端末１１上に表示されるようになっている。このことにより、保険販売員が保険契約の成立を確認することができる。なお、保険申込から審査、確認までの動作は同じセッションで行われても良いし、異なるセッションで行われても良い。すなわち、保険の申し込みと確認とが場所及び時間を異ならせて行われるものであってもよく、この場合、前記仮契約ＩＤをキーとして、前記確認画面を呼び出すようにすれば良い。また、このシステムから保険の申し込みは、前記申込送信部１９が出力した申込書をオフラインで前記保険会社１５に送信するようになっていても良い。
【００３０】
このようにして契約が成立すると、前記保険情報格納部２２が、前記契約管理ＤＢ２８に仮登録されていた当該保険申込の情報を取り出し、これに前記保険会社１５から受け取った契約ＩＤ及び契約情報を付加したものを前記保険契約ＤＢ２１に追加する。また、前記顧客属性ＤＢ更新部２３が基幹系システム１３に対して顧客属性ＤＢ１２にフラグを立てる旨の指令を発する。
【００３１】
このようにフラグが立てられていることで、他のシステムがこの顧客属性ＤＢ１２にアクセスしたときに、当該顧客が保険契約を有することを識別・特定することができる。このことで、例えば、顧客が銀行に対して住所変更届けを出すなどしたときに、当該顧客が保険契約を有することが分かるから、保険契約に関する住所変更を行うことの注意を促すようにシステム的に警告を発することができる。
【００３２】
前記顧客が自分の保険契約内容（住所や契約口数等）を変更する場合には、前記契約ＩＤを利用して保険会社１５にアクセスする。この変更は、このシステム９が共同ゲートウェイ１４に接続したタイミングで、前記保険契約情報更新部２６が前記保険会社１５から受け取り、前記契約ＩＤをキーとして前記保険契約ＤＢ２１に登録されることになる。
【００３３】
一方、前記保険時価情報記録部２５は、前記共同ゲートウェイ１４を介して定期的若しくは不定期に更新される前記保険商品の共通変動情報を受け取り、保険商品情報ＤＢ２４に登録する。この実施形態においては、保険商品は変額個人年金保険であり、共通変動情報は、契約口数（ユニット口数）１口当りのユニット単価（時価）の情報である。
【００３４】
前記保険契約内容表示部２７は、前記端末１１からのリクエストに基づいて各契約の現在の登録情報及び時価の情報を端末１１上に表示する。このとき、この保険契約内容表示部２７は、前記顧客の保険契約情報から取り出したユニット口数と前記保険商品情報ＤＢに格納された最新のユニット単価（時価）とを掛け合わせることで更新された積立金額（保険金額）を計算し前記端末１１上に表示させる。
【００３５】
以上説明したような構成によれば、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える。
【００３６】
なお、この発明は、以上に説明した一実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【００３７】
例えば、上記一実施形態では、金融機関として銀行での窓口販売を例にとって説明したがこれに限定されるものではない。例えば証券会社であっても良い。
【００３８】
また、さらに、前記一実施形態では、窓口販売する保険商品として変額個人年金保険を例にとって説明したがこれに限定されるものではなく、あらゆる保険商品に適用可能である。
【００３９】
さらに、上記一実施形態では、前記保険販売システム９内の顧客判別部１７で申込者が銀行の顧客であるかを判断するようにしているが、これに限定されるものではない。例えば、このシステム９とは別に顧客情報データベース（ＭＣＩＦ）総合管理システムを設けておいて、ここで判別を行わせるようにしても良い。この場合、前記顧客判別部１７は、保険契約に必要な顧客の情報をこの顧客情報総合管理システムから受け取るようにすれば良い。
【００４０】
【発明の効果】
以上説明したように、この発明によれば、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える販売方法及び販売システムを得ることができる。
【図面の簡単な説明】
【図１】従来の技術を示す概略構成図。
【図２】本発明の一実施形態を示す概略構成図。
【符号の説明】
９…保険販売システム
１０…ＬＡＮ
１１…端末
１２…顧客属性ＤＢ
１３…基幹系システム
１４…保険会社共同ゲートウェイ
１５…保険会社
１６…保険申込受付部
１７…顧客判別部
１８…ＩＤ発行部
１９…申込送信部
２０…申込マッチング部
２１…保険契約ＤＢ
２２…保険情報格納部
２３…ＤＢ更新部
２４…保険商品情報ＤＢ
２５…保険時価情報記録部
２６…保険契約情報更新部
２７…保険契約内容表示部
２８…受付管理ＤＢ
３３…通信インターフェース
【図１】
2004118732.tif 000003
【図２】
2004118732.tif 000004