JP4518735B2 - Insurance window sales method and system in financial institutions - Google Patents

Insurance window sales method and system in financial institutions Download PDF

Info

Publication number
JP4518735B2
JP4518735B2 JP2002284155A JP2002284155A JP4518735B2 JP 4518735 B2 JP4518735 B2 JP 4518735B2 JP 2002284155 A JP2002284155 A JP 2002284155A JP 2002284155 A JP2002284155 A JP 2002284155A JP 4518735 B2 JP4518735 B2 JP 4518735B2
Authority
JP
Japan
Prior art keywords
insurance
contract
information
sales system
company
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2002284155A
Other languages
Japanese (ja)
Other versions
JP2004118732A (en
Inventor
徹 佐々木
雄嗣 三春
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sumitomo Mitsui Banking Corp
Original Assignee
Sumitomo Mitsui Banking Corp
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 Sumitomo Mitsui Banking Corp filed Critical Sumitomo Mitsui Banking Corp
Priority to JP2002284155A priority Critical patent/JP4518735B2/en
Publication of JP2004118732A publication Critical patent/JP2004118732A/en
Application granted granted Critical
Publication of JP4518735B2 publication Critical patent/JP4518735B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
この発明は、銀行等の金融機関で保険商品の窓口販売を行うために設けられたコンピュータ端末及びそれらが接続されたサーバ上で動作する保険販売方法及びそのためのシステムに関するものである。
【0002】
【従来の技術】
近々、銀行等の金融機関でも一部保険商品の窓口販売を行うことが解禁され、今後サービスが拡大していくことが予想される。銀行が保険商品の販売を行うにあたっては、従前からある保険代理店等と同様に、保険会社共同ゲートウェイ及びこれに接続するための各種サービスを利用することが考えられる。
【0003】
この保険会社共同ゲートウェイは、保険会社共同ゲートウェイ推進協議会によってその仕様が策定され構築されたネットワークゲートウェイである。図1に示すように、このゲートウェイ1の先には複数の元受保険会社2が専用線によって接続されている。保険代理店3は、このゲートウェイ1に接続することで、複数の保険会社2へのオンライン接続、ファイル転送等が、ブラウザを利用した一度のサインオン(シングルサインオン)操作で行える。
【0004】
この共同ゲートウェイ1に接続するためのサービスは、従来複数の会社から種々のものが提供されており、そのサービスを利用することで、保険代理店3は自社に新たなシステムを構築することなく上記ゲートウェイ1を利用することができる。また、これら従来のゲートウェイ接続サービスは、ASP等の手段によって保険DB5及び顧客属性DB6を備える保険契約管理システム7を提供するように一般に構成されている。このため、保険代理店3は、商品種別や顧客の管理業務の大部分をこれらのサービス提供会社に任せることが可能になる。
【0005】
したがって、銀行における保険窓口販売においても、このような既存の保険会社共同ゲートウェイ接続サービスを利用することが考えられる。
【0006】
【発明が解決しようとする課題】
ところで、上記既存のサービスを利用する場合、ゲートウェイ接続提供会社において前記顧客属性DB6をセットアップする必要があるため、銀行はサービス提供会社及び保険会社2に自己の顧客の情報を通知する必要が生じる。すなわち、銀行においては、保険の販売先は、自己の銀行に口座を有する顧客であり、顧客に固有の支店番号や口座番号などの顧客特定情報を、保険会社2及び上記サービス提供会社に渡す必要が生じる。
【0007】
そして、上記サービス提供会社は、銀行若しくは保険会社2から保険申し込みの転送を受け付けた場合、上記のような顧客特定情報をキーに保険契約の内容を保険DB5に登録していくようになっている。これを可能とするため、現在提供されている保険共同ゲートウェイの共通ファイルフォーマットにはこのような顧客特定情報を送信するための登録フィールドが設けられている。
【0008】
しかしながら、銀行にとって、このような顧客特定情報が外部に出ることは様々な理由から好ましいことではない。また、将来の支店の統廃合等でこれらの情報が変更されることも想定され、このような場合にも外部に通知する手続きが生じてしまう。
【0009】
この発明はこのような事情に鑑みて成されたものであり、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える保険販売方法及びそのためのシステムを提供することを目的とするものである。
【0010】
【課題を解決するための手段】
上記課題を解決するため、この発明の第1の側面によれば、銀行に設備されたコンピュータシステム上で実行される保険販売方法であって、保険申し込みをする者が当該銀行に口座を有する顧客であるかを判別する工程と、当該保険申し込みをする者が口座を有する顧客である場合、その申し込みに対して当該銀行固有の仮契約IDを付与して、前記保険申し込みに係る情報と共に保険会社に対して承認のために送信する工程と、当該保険申込の情報を前記仮契約IDと共に受付管理データベース(DB)に登録する工程と、当該保険申し込みを審査した保険会社から、回答(審査)結果と当該保険申込にかかる前記仮契約IDとを受け取ると共に、当該保険申込が承認された場合に、この保険会社から、前記仮契約ID保険会社が当該契約を特定するために生成した契約IDと当該保険契約の内容とを含む契約処理情報を受け取る工程と、前記保険会社から受け取った仮契約IDに基づいて、前記受付管理DBで前記契約処理情報と当該保険を申し込んだ顧客とをマッチングし、その契約処理情報に含まれる情報の全て若しくは一部を参照するための情報を前記顧客の口座情報(支店番号、口座番号等)と関連付けて格納する工程と、保険契約が成立すると、前記受付管理DBに登録されていた当該保険申込の情報を取り出し、これに前記契約IDを付加して保険契約データベース(DB)に登録する工程と、前記保険会社から、保険契約の内容に関する変動情報を受け取って保険契約の内容を更新する更新工程とを有し、前記仮契約IDは、当該保険申込を管理することのみを目的として当該銀行が口座情報とは別に生成した固有の番号、記号若しくはそれらの組合せであり、前記保険会社が生成した契約IDとは異なるものであることを特徴とする方法が提供される。なお、前記保険会社に送信する保険申し込みに係る情報には、当該銀行内で使用している前記顧客の口座情報は含まれない。
【0011】
このような構成によれば、金融機関で生成した仮契約IDを保険申込を特定するために用いることで、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品会社との間での通信を行え保険商品の窓口販売を行える。
【0012】
なお、この発明の1の実施態様によれば、前記保険が変額保険である場合、前記契約処理情報には、当該保険契約に係る数量(ユニット口数)の情報が含まれており、この方法はさらに、当該変額保険の更新された時価(ユニット単価)の情報を受け取って格納する工程と、前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出する工程とを有する。
【0013】
また、この発明の他の1の実施態様によれば、前記顧客特定情報と関連付けて格納される契約処理情報には、保険会社で当該契約を特定するために生成した契約IDと当該保険契約の内容とが少なくとも含まれる。また、この方法は、さらに、前記保険契約の内容に関する変動情報を受け取って保険契約の内容を更新する工程を有していることが好ましい。
【0014】
この発明の第2の主要な観点によれば、銀行に設備された保険販売システムであって、保険申し込みをする者が当該銀行に口座を有する顧客であるかを判別する手段と、当該保険申し込みをする者が口座を有する顧客である場合、その申し込みに対して当該銀行固有の仮契約IDを割り付けて当該保険申込の情報と共に記憶する受付管理データベース(DB)と、前記保険申し込みに係る情報と仮契約IDとを保険会社に対して承認のために送信する手段と、当該保険申し込みを審査した保険会社から、回答(審査)結果と当該保険申込にかかる前記仮契約IDとを受け取ると共に、当該保険申込が承認された場合に、この保険会社から、前記仮契約ID保険会社が当該契約を特定するために生成した契約IDと当該保険契約の内容とを含む契約処理情報を受け付ける手段と、前記保険会社から戻された仮契約IDに基づいて、前記受付管理DBで前記契約処理情報と当該保険を申し込んだ顧客とをマッチングし、その契約処理情報に含まれる情報の全て若しくは一部を参照するための情報を前記顧客の口座情報(支店番号、口座番号等)と関連付けて格納する手段と、保険契約が成立すると、前記受付管理DBに登録されていた当該保険申込の情報を取り出し、これに前記契約IDを付加して登録する保険契約データベースと、前記保険会社から、保険契約の内容に関する変動情報を受け取って保険契約の内容を更新する手段とを有し、前記仮契約IDは、当該保険申込を管理することのみを目的として当該銀行が口座情報とは別に生成した固有の番号、記号若しくはそれらの組合せであり、前記保険会社が生成した契約IDとは異なるものであることを特徴とするシステムが提供される。
【0015】
このような構成によれば、前記第1の観点に係る保険販売方法を実行するためのシステムを得ることができる。
【0016】
なお、この発明の上記した以外の特徴及び顕著な効果は以下の発明の実施の形態中に明らかにされる。
【0017】
【発明の実施の形態】
以下、この発明の一実施形態を、変額個人年金保険を銀行で窓口販売する場合を例にとって説明する。なお、販売する保険商品はこの変額個人年金保険に限定されるものではない。
【0018】
図2中、符号9で示すのがこの実施形態の保険販売システムである。この保険販売システム9は、銀行内に設置され、行内のLAN10に接続されている。この実施形態に関係するシステムのみ挙げると、このLAN10には、保険商品を窓口販売するための端末11と、顧客属性DB12を備えた基幹系システム13とが接続されている。
【0019】
保険商品窓口販売用の端末11は、通常業務用のパーソナルコンピュータであれば良く、保険商品販売用の窓口に設置されたものである。そして、この端末11上でブラウザを立ち上げ、所定の保険販売用のアドレスを設定することで、前記行内LAN10を介して前記保険販売システム9に接続されるようになっている。
【0020】
前記保険販売システム9は、前記保険会社共同ゲートウェイ14に接続され、シングルサインオン操作で複数の異なる保険会社15との間でデータの転送が行えるようになっている。
【0021】
この保険販売システム9は、この図に示すように、前記端末11に申込受付用のプログラムを送信する保険申込受付部16と、保険申込者が当該銀行の顧客であるかを判別する顧客判別部17と、当該申込に対して仮契約IDを発行する仮契約ID発行部18と、当該申込を前記仮契約IDと共に前記保険会社15に送信する申込送信部19と、保険会社15からの回答結果と前記申込とをマッチングして申込にかかる顧客を特定する申込マッチング部20と、保険契約DB21に保険会社15から受け取った保険契約情報を格納する保険情報格納部22と、基幹系システム13の顧客属性DB12に当該顧客が保険契約を有することを記録する顧客属性DB更新部23と、当該保険契約に係る保険の時価(ユニット単価)の情報を受け取って保険商品情報DB24に記録する保険時価情報記録部25と、当該契約に係る保険情報に変動が生じたときに前記保険契約DB21を更新する保険契約情報更新部26と、前記端末11に当該顧客の保険契約内容(ユニット単価、保険契約内容)を表示するためのプログラムを送信する保険契約内容表示部27とを有する。
【0022】
これらの構成要素は、実際にはコンピュータシステムのハードディスクなどの記憶媒体及びこの記憶媒体に格納されたコンピュターソフトウエアプログラムからなる。そして、図示しないCPUによってRAM上に呼び出され適宜実行されることで、この発明の機能を奏するようになっている。
【0023】
以下、各構成要素の動作を詳しく説明する。
【0024】
まず、保険販売員が、前記端末11上でブラウザを立ち上げ、前記保険販売システム9のアドレスを入力する。このことで、前記保険申込受付部16が、前記端末11上に所定の保険申込受付画面を表示する。
【0025】
この保険申込受付画面は、保険設計プログラムを呼び出すための機能を備え、前記行内LAN10から前記保険販売システム9に設けられた通信インターフェース33及び保険会社共同ゲートウェイ14を介して前記保険会社15に接続し、各保険会社15から保険商品を設計するための情報をインタラクティブに送受信できるようになっている。このことで、保険商品販売員は、各保険会社15の保険商品のアップデートされた情報を顧客に提示して保険の設計及び勧誘を行うことができる。
【0026】
保険申込を受け付ける場合には、まず、前記販売員が端末11から当該申込者の口座番号等を入力することで、前記顧客判別部17が動作して当該申込者が当該銀行に口座を有する顧客であるかを判断する。顧客である場合には、前記仮契約ID発行部18が仮契約IDを生成し、申込送信部19が申込に必要な情報をこの仮契約IDと共に当該保険商品を販売している保険会社15に送信するために出力する。顧客の申込内容は前記仮契約IDと共に受付管理DB28に仮登録される。なお、このとき保険会社15に送信される情報には、銀行で顧客を特定するために用いている固有情報(支店番号や口座番号等)は含まれない。
【0027】
保険会社15は、当該申込の審査を終了し、保険料の入金を確認すると、保険契約情報と契約IDとを、前記仮契約IDと共に前記保険販売システム9に返す。すると、前記申込マッチング部20が起動され、前記仮契約IDをキーとしてマッチングを行い、受け取った保険契約情報及び契約IDがどの顧客の申込であるかを決定する。
【0028】
なお、保険会社からこのシステムへの契約ID等の送信及び前記マッチング処理は、逐次的になされても良いし、所定の時期、例えば1日に1回纏めてなされるようになっていても良い。
【0029】
前記マッチングが終了すると、保険契約を確認するための画面を前記端末11からのリクエストに応じて送信され、この端末11上に表示されるようになっている。このことにより、保険販売員が保険契約の成立を確認することができる。なお、保険申込から審査、確認までの動作は同じセッションで行われても良いし、異なるセッションで行われても良い。すなわち、保険の申し込みと確認とが場所及び時間を異ならせて行われるものであってもよく、この場合、前記仮契約IDをキーとして、前記確認画面を呼び出すようにすれば良い。また、このシステムから保険の申し込みは、前記申込送信部19が出力した申込書をオフラインで前記保険会社15に送信するようになっていても良い。
【0030】
このようにして契約が成立すると、前記保険情報格納部22が、前記受付管理DB28に仮登録されていた当該保険申込の情報を取り出し、これに前記保険会社15から受け取った契約ID及び契約情報を付加したものを前記保険契約DB21に追加する。また、前記顧客属性DB更新部23が基幹系システム13に対して顧客属性DB12にフラグを立てる旨の指令を発する。
【0031】
このようにフラグが立てられていることで、他のシステムがこの顧客属性DB12にアクセスしたときに、当該顧客が保険契約を有することを識別・特定することができる。このことで、例えば、顧客が銀行に対して住所変更届けを出すなどしたときに、当該顧客が保険契約を有することが分かるから、保険契約に関する住所変更を行うことの注意を促すようにシステム的に警告を発することができる。
【0032】
前記顧客が自分の保険契約内容(住所や契約口数等)を変更する場合には、前記契約IDを利用して保険会社15にアクセスする。この変更は、このシステム9が共同ゲートウェイ14に接続したタイミングで、前記保険契約情報更新部26が前記保険会社15から受け取り、前記契約IDをキーとして前記保険契約DB21に登録されることになる。
【0033】
一方、前記保険時価情報記録部25は、前記共同ゲートウェイ14を介して定期的若しくは不定期に更新される前記保険商品の共通変動情報を受け取り、保険商品情報DB24に登録する。この実施形態においては、保険商品は変額個人年金保険であり、共通変動情報は、契約口数(ユニット口数)1口当りのユニット単価(時価)の情報である。
【0034】
前記保険契約内容表示部27は、前記端末11からのリクエストに基づいて各契約の現在の登録情報及び時価の情報を端末11上に表示する。このとき、この保険契約内容表示部27は、前記顧客の保険契約情報から取り出したユニット口数と前記保険商品情報DBに格納された最新のユニット単価(時価)とを掛け合わせることで更新された積立金額(保険金額)を計算し前記端末11上に表示させる。
【0035】
以上説明したような構成によれば、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える。
【0036】
なお、この発明は、以上に説明した一実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【0038】
また、さらに、前記一実施形態では、窓口販売する保険商品として変額個人年金保険を例にとって説明したがこれに限定されるものではなく、あらゆる保険商品に適用可能である。
【0039】
さらに、上記一実施形態では、前記保険販売システム9内の顧客判別部17で申込者が銀行の顧客であるかを判断するようにしているが、これに限定されるものではない。例えば、このシステム9とは別に顧客情報データベース(MCIF)総合管理システムを設けておいて、ここで判別を行わせるようにしても良い。この場合、前記顧客判別部17は、保険契約に必要な顧客の情報をこの顧客情報総合管理システムから受け取るようにすれば良い。
【0040】
【発明の効果】
以上説明したように、この発明によれば、銀行内で顧客を特定するために使用している情報を外部に出すことなく保険商品などの窓口販売を行える販売方法及び販売システムを得ることができる。
【図面の簡単な説明】
【図1】従来の技術を示す概略構成図。
【図2】本発明の一実施形態を示す概略構成図。
【符号の説明】
9…保険販売システム
10…LAN
11…端末
12…顧客属性DB
13…基幹系システム
14…保険会社共同ゲートウェイ
15…保険会社
16…保険申込受付部
17…顧客判別部
18…ID発行部
19…申込送信部
20…申込マッチング部
21…保険契約DB
22…保険情報格納部
23…DB更新部
24…保険商品情報DB
25…保険時価情報記録部
26…保険契約情報更新部
27…保険契約内容表示部
28…受付管理DB
33…通信インターフェース
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a computer terminal provided for selling insurance products at a financial institution such as a bank, an insurance sales method operating on a server to which the computer terminal is connected, and a system therefor.
[0002]
[Prior art]
In the near future, banking and other financial institutions will no longer be able to sell some insurance products at the counter, and the service is expected to expand in the future. When a bank sells insurance products, it may be possible to use an insurance company joint gateway and various services for connecting to the insurance company, as in the case of a conventional insurance agent.
[0003]
This insurance company joint gateway is a network gateway whose specifications are formulated and constructed by the insurance company joint gateway promotion council. As shown in FIG. 1, a plurality of former insurance companies 2 are connected to the end of the gateway 1 by dedicated lines. By connecting to the gateway 1, the insurance agent 3 can perform online connection to a plurality of insurance companies 2, file transfer, and the like with a single sign-on (single sign-on) operation using a browser.
[0004]
Various services for connecting to the joint gateway 1 have been provided by a plurality of companies in the past. By using these services, the insurance agent 3 does not have to build a new system in itself. The gateway 1 can be used. Further, these conventional gateway connection services are generally configured to provide an insurance contract management system 7 including an insurance DB 5 and a customer attribute DB 6 by means such as ASP. For this reason, the insurance agent 3 can leave most of the product type and customer management work to these service providers.
[0005]
Therefore, it is conceivable to use such an existing insurance company joint gateway connection service in insurance window sales at banks.
[0006]
[Problems to be solved by the invention]
By the way, when using the above existing service, it is necessary to set up the customer attribute DB 6 in the gateway connection providing company, so that the bank needs to notify the service providing company and the insurance company 2 of the customer's information. That is, in the bank, the insurance sales destination is a customer who has an account in his / her bank, and customer specific information such as a branch number and an account number unique to the customer needs to be passed to the insurance company 2 and the service provider. Occurs.
[0007]
When the service provider accepts the transfer of the insurance application from the bank or the insurance company 2, the contents of the insurance contract are registered in the insurance DB 5 with the customer specific information as a key as described above. . In order to make this possible, a registration field for transmitting such customer specific information is provided in the common file format of the insurance joint gateway currently provided.
[0008]
However, it is not preferable for a bank to have such customer-specific information on the outside for various reasons. In addition, it is assumed that such information will be changed in the future, such as the consolidation of branch offices, and in such a case, a procedure for notifying the outside will occur.
[0009]
The present invention has been made in view of such circumstances, and an insurance sales method capable of performing window sales of insurance products and the like without providing information used to identify customers in the bank to the outside, and therefore It aims at providing the system of.
[0010]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, according to a first aspect of the present invention, there is provided an insurance sales method executed on a computer system installed in a bank, wherein a customer who applies for insurance has an account in the bank. And if the person making the insurance application is a customer who has an account, a provisional contract ID unique to the bank is given to the application, and the insurance company together with information related to the insurance application A process for sending the information for approval, a process for registering the insurance application information in the reception management database (DB) together with the provisional contract ID, and a response (examination) result from the insurance company that examined the insurance application. along with the receive and the temporary contract ID related to the insurance application and, in the case where the insurance application is approved, from the insurance company, the temporary contract ID and the insurance company is the contract A step of receiving the contract processing information including the contents of the generated contract ID and the insurance contract in order to identify, based on the temporary contract ID received from the insurance company, the contract processing information and the at the reception management DB Matching with the customer who applied for insurance and storing information for referring to all or part of the information included in the contract processing information in association with the account information (branch number, account number, etc.) of the customer; When the insurance contract is established, the information on the insurance application registered in the reception management DB is taken out, and the contract ID is added to the information and registered in the insurance contract database (DB). From the insurance company, receive change information about the contents of the insurance contract and a update step of updating the contents of the insurance contract, the temporary contract ID, only managing the insurance application Unique number that Bank purposes is produced separately from the account information, a symbol or a combination thereof, wherein the the contract ID to the insurance company generated are different is provided. The information relating to the insurance application transmitted to the insurance company does not include the account information of the customer used in the bank.
[0011]
According to such a configuration, the provisional contract ID generated by the financial institution is used to identify the insurance application, so that the insurance product can be used without providing the information used for identifying the customer in the bank. You can communicate with the company and sell insurance products at the counter.
[0012]
According to one embodiment of the present invention, when the insurance is variable insurance, the contract processing information includes information on the quantity (unit number) related to the insurance contract. Further receives and stores the information of the updated market value (unit unit price) of the variable insurance, and calculates the funded amount of the variable insurance from the market price information and the quantity information related to the insurance contract. Process.
[0013]
According to another embodiment of the present invention, the contract processing information stored in association with the customer specifying information includes the contract ID generated for specifying the contract by the insurance company and the insurance contract. And at least content. In addition, it is preferable that the method further includes a step of receiving variation information relating to the content of the insurance contract and updating the content of the insurance contract.
[0014]
According to a second main aspect of the present invention, there is an insurance sales system installed in a bank, the means for determining whether the person who applies for insurance is a customer who has an account in the bank, and the insurance application If the customer who has an account is a customer who has an account, a reception management database (DB) that assigns a temporary contract ID unique to the bank to the application and stores it together with information on the insurance application, information on the insurance application, A means for transmitting the provisional contract ID to the insurance company for approval, and a response (examination) result and the provisional contract ID for the insurance application from the insurance company that reviewed the insurance application, including when the insurance application is approved, from the insurance company, and the content of the temporary contract ID and the insurance company the contract ID and the insurance contract that is generated in order to identify the contract Based on the means for receiving the contract processing information and the provisional contract ID returned from the insurance company, the reception management DB matches the contract processing information with the customer who applied for the insurance, and is included in the contract processing information. Means for storing information for referring to all or part of the information in association with the customer's account information (branch number, account number, etc.), and when the insurance contract is established, the information registered in the reception management DB retrieve information about the insurance application has a insurance contract database for registering by adding the contract ID to, from the insurance company, and means for updating the contents of the insurance contract receives the variation information about the content of the insurance contract The temporary contract ID is a unique number, symbol generated by the bank separately from the account information for the purpose of managing the insurance application only, A combined, system characterized in that the contract ID to the insurance company generated are different is provided.
[0015]
According to such a configuration, a system for executing the insurance sales method according to the first aspect can be obtained.
[0016]
It should be noted that features and remarkable effects other than those described above of the present invention will be clarified in the following embodiments of the present invention.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
In the following, an embodiment of the present invention will be described taking as an example the case where variable personal annuity insurance is sold at a bank. The insurance products to be sold are not limited to this variable personal annuity insurance.
[0018]
In FIG. 2, reference numeral 9 denotes the insurance sales system of this embodiment. This insurance sales system 9 is installed in a bank and connected to a LAN 10 in the bank. If only the system related to this embodiment is mentioned, the LAN 10 is connected to a terminal 11 for window sales of insurance products and a backbone system 13 having a customer attribute DB 12.
[0019]
The insurance product window sales terminal 11 may be a normal business personal computer, and is installed at the insurance product sales window. Then, a browser is started on the terminal 11 and a predetermined insurance sales address is set to connect to the insurance sales system 9 via the in-line LAN 10.
[0020]
The insurance sales system 9 is connected to the insurance company joint gateway 14 so that data can be transferred to a plurality of different insurance companies 15 by a single sign-on operation.
[0021]
As shown in this figure, the insurance sales system 9 includes an insurance application receiving unit 16 that transmits a program for receiving applications to the terminal 11, and a customer determination unit that determines whether the insurance applicant is a customer of the bank. 17, provisional contract ID issuing unit 18 that issues a provisional contract ID in response to the application, application transmission unit 19 that transmits the application together with the provisional contract ID to the insurance company 15, and a response result from the insurance company 15 The application matching unit 20 for matching the application with the application and specifying the customer to be applied for, the insurance information storage unit 22 for storing the insurance contract information received from the insurance company 15 in the insurance contract DB 21, and the customer of the core system 13 A customer attribute DB update unit 23 that records that the customer has an insurance contract in the attribute DB 12 and information on the current market price (unit unit price) of the insurance related to the insurance contract The insurance market value information recording unit 25 that records in the insurance product information DB 24, the insurance contract information update unit 26 that updates the insurance contract DB 21 when the insurance information related to the contract changes, and the terminal 11 And an insurance contract content display unit 27 for transmitting a program for displaying the contents of the insurance contract (unit unit price, insurance contract content).
[0022]
These components actually comprise a storage medium such as a hard disk of a computer system and a computer software program stored in the storage medium. The function of the present invention is achieved by being called on the RAM by a CPU (not shown) and appropriately executed.
[0023]
Hereinafter, the operation of each component will be described in detail.
[0024]
First, an insurance salesperson launches a browser on the terminal 11 and inputs the address of the insurance sales system 9. Thus, the insurance application receiving unit 16 displays a predetermined insurance application receiving screen on the terminal 11.
[0025]
This insurance application reception screen has a function for calling an insurance design program, and is connected to the insurance company 15 from the local LAN 10 via the communication interface 33 and the insurance company joint gateway 14 provided in the insurance sales system 9. Information for designing insurance products from each insurance company 15 can be interactively transmitted and received. Accordingly, the insurance product salesperson can present the updated information of the insurance products of each insurance company 15 to the customer and design and solicit the insurance.
[0026]
When accepting an insurance application, first, the salesperson inputs the applicant's account number and the like from the terminal 11, and the customer determination unit 17 operates so that the applicant has an account at the bank. It is judged whether it is. If the customer is a customer, the provisional contract ID issuing unit 18 generates a provisional contract ID, and the application transmitting unit 19 sends information necessary for the application together with the provisional contract ID to the insurance company 15 that sells the insurance product. Output for transmission. The application contents of the customer are provisionally registered in the reception management DB 28 together with the provisional contract ID. The information transmitted to the insurance company 15 at this time does not include unique information (branch number, account number, etc.) used to identify the customer at the bank.
[0027]
When the insurance company 15 finishes the examination of the application and confirms the payment of the insurance premium, it returns the insurance contract information and the contract ID to the insurance sales system 9 together with the temporary contract ID. Then, the application matching unit 20 is activated and performs matching using the temporary contract ID as a key, and determines which customer's application is the received insurance contract information and contract ID.
[0028]
The transmission of the contract ID and the like from the insurance company to the system and the matching process may be performed sequentially, or may be performed once at a predetermined time, for example, once a day. .
[0029]
When the matching is completed, a screen for confirming the insurance contract is transmitted in response to a request from the terminal 11 and displayed on the terminal 11. As a result, the insurance salesperson can confirm the establishment of the insurance contract. The operations from insurance application to examination and confirmation may be performed in the same session or in different sessions. That is, insurance application and confirmation may be performed at different locations and times. In this case, the confirmation screen may be called using the provisional contract ID as a key. In addition, when applying for insurance from this system, the application form output by the application transmission unit 19 may be transmitted to the insurance company 15 offline.
[0030]
When the contract is established in this way, the insurance information storage unit 22 takes out the information of the insurance application temporarily registered in the reception management DB 28, and the contract ID and the contract information received from the insurance company 15 are extracted in this information. The added one is added to the insurance contract DB 21. In addition, the customer attribute DB update unit 23 issues a command for flagging the customer attribute DB 12 to the core system 13.
[0031]
Since the flag is set in this way, when another system accesses this customer attribute DB 12, it can be identified and specified that the customer has an insurance contract. In this way, for example, when a customer submits an address change notification to a bank, it is understood that the customer has an insurance contract. A warning can be issued.
[0032]
When the customer changes the contents of his / her insurance contract (address, number of contracts, etc.), the customer accesses the insurance company 15 using the contract ID. This change is received by the insurance contract information updating unit 26 from the insurance company 15 at the timing when the system 9 is connected to the common gateway 14, and is registered in the insurance contract DB 21 using the contract ID as a key.
[0033]
On the other hand, the insurance market price information recording unit 25 receives the common variation information of the insurance product that is updated regularly or irregularly via the joint gateway 14 and registers it in the insurance product information DB 24. In this embodiment, the insurance product is variable personal annuity insurance, and the common variation information is information on the unit unit price (market price) per contract unit (unit unit).
[0034]
The insurance contract content display unit 27 displays the current registration information and market price information of each contract on the terminal 11 based on the request from the terminal 11. At this time, the insurance contract content display unit 27 is updated by multiplying the number of units extracted from the customer's insurance contract information by the latest unit unit price (market price) stored in the insurance product information DB. The amount (insurance amount) is calculated and displayed on the terminal 11.
[0035]
According to the configuration as described above, it is possible to sell the insurance products and the like without providing information used to identify the customer in the bank to the outside.
[0036]
The present invention is not limited to the embodiment described above, and various modifications can be made without departing from the scope of the invention.
[0038]
Furthermore, in the above-described embodiment, the variable personal annuity insurance has been described as an example of the insurance product to be sold at the window. However, the present invention is not limited to this and can be applied to any insurance product.
[0039]
Further, in the above-described embodiment, the customer determination unit 17 in the insurance sales system 9 determines whether the applicant is a bank customer. However, the present invention is not limited to this. For example, a customer information database (MCIF) comprehensive management system may be provided separately from the system 9 and the discrimination may be performed here. In this case, the customer discriminating unit 17 may receive customer information necessary for the insurance contract from the customer information comprehensive management system.
[0040]
【The invention's effect】
As described above, according to the present invention, it is possible to obtain a sales method and a sales system that can perform window sales of insurance products and the like without exposing information used for identifying customers in the bank to the outside. .
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram showing a conventional technique.
FIG. 2 is a schematic configuration diagram showing an embodiment of the present invention.
[Explanation of symbols]
9 ... Insurance sales system 10 ... LAN
11 ... Terminal 12 ... Customer attribute DB
DESCRIPTION OF SYMBOLS 13 ... Core system 14 ... Insurance company joint gateway 15 ... Insurance company 16 ... Insurance application reception part 17 ... Customer discrimination | determination part 18 ... ID issuing part 19 ... Application transmission part 20 ... Application matching part 21 ... Insurance contract DB
22 ... Insurance information storage unit 23 ... DB update unit 24 ... Insurance product information DB
25 ... Insurance market value information recording unit 26 ... Insurance contract information update unit 27 ... Insurance contract content display unit 28 ... Reception management DB
33 ... Communication interface

Claims (4)

銀行に設備され、この銀行に口座を有する顧客の属性情報を管理する銀行基幹系システムに接続された保険販売システム上で実行される保険販売方法であって、当該保険販売システムは、複数の保険会社のサーバと保険会社共同ゲートウェイを介して通信可能に設けられたものであり、かつ、この保険販売システムは、保険販売用の端末(保険販売用端末)に接続されており、この方法は
前記保険販売システムが、前記保険販売用端末から保険申込者の口座番号を受け付け、当該保険申込者前記銀行に口座を有する顧客であるかを判別する工程と、
前記保険販売システムが、当該保険申込者前記銀行に口座を有する顧客である場合、当該保険販売用端末から入力された顧客の保険申込に対して当該銀行固有の仮契約IDを付与して、前記保険申込に係る情報と共に前記申込に係る保険の保険会社に送信する工程(送信される情報には、顧客を特定するための口座番号は含まれない)と、
前記保険販売システムが、この保険販売システムに設けられた受付管理データベース(DB)に、当該顧客の保険申込の情報を前記仮契約IDと共に登録する工程と、
前記保険販売システムが、前記保険会社において前記保険申込が承認され保険契約が成立した場合に、当該保険会社から前記仮契約IDと前記契約を特定するための契約IDと当該保険契約の内容とを含む契約処理情報を受け取る工程と、
前記保険販売システムが、前記保険会社から受け取った仮契約IDをキーとしたマッチングを行い、前記受付管理DBからその仮契約IDに対応する顧客の保険申込を決定して取り出し、これに前記保険会社から受け取った前記契約ID及び契約情報を付加してこの保険販売システムの保険契約データベース(DB)に登録する工程と、
前記保険会社において前記顧客の保険契約に変動が生じた場合、前記保険販売システムが、前記保険会社から前記保険契約変動情報を受け取り、前記契約IDに基づいて前記保険契約データベース(DB)に登録された前記契約情報を更新する更新工程とを有し、
前記仮契約IDは、当該保険申込を管理することのみを目的として当該銀行が口座情報とは別に生成した固有の番号、記号若しくはそれらの組合せであり、前記保険会社が生成した契約IDとは異なるものである
ことを特徴とする方法。
An insurance sales method executed on an insurance sales system that is installed in a bank and is connected to a bank backbone system that manages attribute information of customers who have accounts at the bank. The insurance sales system includes a plurality of insurance sales systems. It is provided so that it can communicate with the company server and the insurance company joint gateway, and this insurance sales system is connected to a terminal for insurance sales (terminal for insurance sales) .
A step of the insurance sales system accepts the account number of the insurance applicant from the insurance sales terminal determines whether the insurance applicant is customer having an account at the bank,
The insurance sales system, if the insurance applicant is a customer with an account in the bank, to grant the bank a unique temporary contract ID for the insurance Subscription customers that have been input from the insurance sale terminal a step of sending to the insurance company insurance according to the application with information relating to the insurance application (information to be transmitted, the account number for identifying the customer is not included) and,
The insurance sales system registers information on the insurance application of the customer together with the provisional contract ID in a reception management database (DB) provided in the insurance sales system ;
The insurance sales system, when the insurance application is approved insurance contracts in the insurance company has been established, the contract ID and the insurance contract for specifying the contract with the insurance company or, et al before Symbol provisional contract ID Receiving contract processing information including content;
The insurance sales system, the insurance performs a matching of the provisional contract ID was the key received from the company, taken out to determine the customer's insurance application corresponding to the provisional contract ID from the acceptance management D B, the insurance in this Adding the contract ID and contract information received from the company and registering them in the insurance contract database (DB) of this insurance sales system;
If the change to the customer insurance contracts in the insurance company has occurred, the insurance sales system, said Ri from insurance companies receive the change information of the insurance contract, the insurance contract database (DB) on the basis of the contract ID Updating the registered contract information , and
The provisional contract ID is a unique number, symbol, or a combination generated by the bank separately from the account information for the purpose of managing the insurance application only, and is different from the contract ID generated by the insurance company. A method characterized by being.
請求項1記載の方法であって、
前記保険が変額保険である場合、前記契約処理情報には、当該保険契約に係る数量(ユニット口数)の情報が含まれており、
この方法はさらに、
前記保険販売システムが、前記保険会社から、前記保険会社共同ゲートウェイを介して当該変額保険の更新された時価(ユニット単価)の情報を受け取り、この保険販売システムの保険商品情報データベースに格納する工程と、
前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出し、上記保険販売用の端末に表示させる工程
を有することを特徴とする方法。
The method of claim 1, comprising:
If the insurance is variable life insurance, the contract processing information includes information on the quantity (number of units) related to the insurance contract,
This method further
The insurance sales system, from the insurance company, will receive the information of the insurance company jointly gateway through of the variable insurance updated market (cost per unit), and stores the insurance product information database of the insurance sales system Process,
And a step of calculating a reserve amount of the variable insurance from the market price information and information on the quantity of the insurance contract and displaying the calculated amount on the insurance sales terminal .
銀行に設備され、この銀行に口座を有する顧客の属性情報を管理する銀行基幹系システムに接続された保険販売システムであって、当該保険販売システムは、複数の保険会社のサーバと保険会社共同ゲートウェイを介して通信可能に設けられたものであり、かつ、この保険販売システムは、保険販売用の端末(保険販売用端末)に接続されており、この保険販売システムは
前記保険販売システムが、前記保険販売用端末から保険申込者の口座番号を受け付け、当該保険申込者前記銀行に口座を有する顧客であるかを判別する手段と、
前記保険販売システムが、当該保険申込者前記銀行に口座を有する顧客である場合、当該保険販売用端末から入力された顧客の保険申込に対して当該銀行固有の仮契約IDを付与して、前記保険申込に係る情報と共に前記申込に係る保険の保険会社に送信する手段(送信される情報には、顧客を特定するための口座番号は含まれない)と、
前記保険販売システムが、この保険販売システムに設けられた受付管理データベース(DB)に、当該顧客の保険申込の情報を前記仮契約IDと共に登録する手段と、
前記保険販売システムが、前記保険会社において前記保険申込が承認され保険契約が成立した場合に、当該保険会社から前記仮契約IDと前記契約を特定するための契約IDと当該保険契約の内容とを含む契約処理情報を受ける手段と、
前記保険販売システムが、前記保険会社から受け取った仮契約IDをキーとしたマッチングを行い、前記受付管理DBからその仮契約IDに対応する顧客の保険申込を決定して取り出し、これに前記保険会社から受け取った前記契約ID及び契約情報を付加してこの保険販売システムの保険契約データベース(DB)に登録する手段と、
前記保険会社において前記顧客の保険契約に変動が生じた場合、前記保険販売システムが、前記保険会社から前記保険契約変動情報を受け取り、前記契約IDに基づいて前記保険契約データベース(DB)に登録された前記契約情報を更新する更新手段とを有し、
前記仮契約IDは、当該保険申込を管理することのみを目的として当該銀行が口座情報とは別に生成した固有の番号、記号若しくはそれらの組合せであり、前記保険会社が生成した契約IDとは異なるものである
ことを特徴とする保険販売システム。
An insurance sales system installed in a bank and connected to a bank backbone system that manages attribute information of customers who have an account at the bank , the insurance sales system including a plurality of insurance company servers and an insurance company joint gateway The insurance sales system is connected to a terminal for insurance sales (insurance sales terminal), and this insurance sales system
Means for the insurance sales system accepts the account number of the insurance applicant from the insurance sales terminal determines whether the insurance applicant is customer having an account at the bank,
The insurance sales system, if the insurance applicant is a customer with an account in the bank, to grant the bank a unique temporary contract ID for the insurance Subscription customers that have been input from the insurance sale terminal , means for sending to the insurance company insurance according to the application with information relating to the insurance application (information to be transmitted, the account number for identifying the customer is not included) and,
Means for registering the insurance application information of the customer together with the provisional contract ID in the reception management database (DB) provided in the insurance sales system ;
The insurance sales system, when the insurance application is approved insurance contracts in the insurance company has been established, the contract ID and the insurance contract for specifying the contract with the insurance company or, et al before Symbol provisional contract ID and received taken that means the contract processing information including the content,
The insurance sales system, the insurance performs a matching of the provisional contract ID was the key received from the company, taken out to determine the customer's insurance application corresponding to the provisional contract ID from the acceptance management D B, the insurance in this Means for adding the contract ID and contract information received from the company and registering them in the insurance contract database (DB) of this insurance sales system;
If the change to the customer insurance contracts in the insurance company has occurred, the insurance sales system, said Ri from insurance companies receive the change information of the insurance contract, the insurance contract database (DB) on the basis of the contract ID Updating means for updating the registered contract information ,
The provisional contract ID is a unique number, symbol, or a combination generated by the bank separately from the account information for the purpose of managing the insurance application only, and is different from the contract ID generated by the insurance company. Insurance sales system characterized by being a thing.
請求項1記載の保険販売システムであって、
前記保険が変額保険である場合、前記契約処理情報には、当該保険契約に係る数量(ユニット口数)の情報が含まれており、
この保険販売システムはさらに、
前記保険販売システムが、前記保険会社から、前記保険会社共同ゲートウェイを介して当該変額保険の更新された時価(ユニット単価)の情報を受け取り、この保険販売システムの保険商品情報データベースに格納する手段と、
前記時価情報と前記保険契約にかかる数量の情報とから当該変額保険の積立金額を算出し、上記保険販売用の端末に表示させる手段
を有することを特徴とする保険販売システム。
A insurance sales system according to claim 1,
If the insurance is variable life insurance, the contract processing information includes information on the quantity (number of units) related to the insurance contract,
This insurance sales system further
The insurance sales system, from the insurance company, will receive the information of the insurance company jointly gateway through of the variable insurance updated market (cost per unit), and stores the insurance product information database of the insurance sales system Means,
An insurance sales system, comprising: means for calculating a reserve amount of the variable life insurance from the market price information and information on the quantity related to the insurance contract and displaying the calculated amount on the insurance sales terminal .
JP2002284155A 2002-09-27 2002-09-27 Insurance window sales method and system in financial institutions Expired - Lifetime JP4518735B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002284155A JP4518735B2 (en) 2002-09-27 2002-09-27 Insurance window sales method and system in financial institutions

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002284155A JP4518735B2 (en) 2002-09-27 2002-09-27 Insurance window sales method and system in financial institutions

Publications (2)

Publication Number Publication Date
JP2004118732A JP2004118732A (en) 2004-04-15
JP4518735B2 true JP4518735B2 (en) 2010-08-04

Family

ID=32277809

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002284155A Expired - Lifetime JP4518735B2 (en) 2002-09-27 2002-09-27 Insurance window sales method and system in financial institutions

Country Status (1)

Country Link
JP (1) JP4518735B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006059123A (en) * 2004-08-20 2006-03-02 Hitachi Ltd Insurance invitation system
JP6046793B1 (en) * 2015-12-16 2016-12-21 株式会社三井住友銀行 Bank system, method and program executed by bank system

Also Published As

Publication number Publication date
JP2004118732A (en) 2004-04-15

Similar Documents

Publication Publication Date Title
JP5319727B2 (en) Processing of electronic value preservation securities
US6721743B1 (en) Value points exchanging managing method among first and second business entities where value points available to on-line customer obtaining goods or services
US7610216B1 (en) Method and system for detecting fraud
US8438050B2 (en) Method and system for filing a complaint related to network-based transactions
US20020004760A1 (en) Online settlement system, method thereof and storage medium
JP2003140581A (en) Method and apparatus for managing advertisement publication to pos receipt form
US20100268624A1 (en) Method and system for dealing with non-paying bidders related to network-based transactions
WO2002061541A2 (en) Certificate fo an online product
US20030014341A1 (en) Finance applying method on electronic commerce system
US7716079B2 (en) Feedback cancellation in a network-based transaction facility
WO1999066438A1 (en) Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction
JP2001266025A (en) Method and system for price settlement management
JP4518735B2 (en) Insurance window sales method and system in financial institutions
JP2007047999A (en) Security settlement balance management system and security settlement balance management program
JPH1139405A (en) Virtual store system
JP2002203096A (en) Selling support system and method thereof
JP2002077465A (en) Method and system for free advertisement and free telephone service over the internet
KR20010000954A (en) Apparatus and Method for electronic commerce and compensation with CtoC using internet
JP2003346068A (en) Tax payment method
JP2002245316A (en) Point returning method, center device, store device and point return program
EP1189164A1 (en) System for selling commodities and method thereof
JP2004021851A (en) Investment method, investment system, central device and computer program
JP2001236446A (en) Batch follow system for dealing procedure for lease and center processor of same system
JP2003316947A (en) System and method for electronic banking service, program for running the method by computer, and recording medium having the program recorded therein
JP2005100217A (en) Offered service management device and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050105

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060413

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070608

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070612

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070809

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080117

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080401

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20080502

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080529

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080610

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20080704

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100419

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100518

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

Free format text: PAYMENT UNTIL: 20130528

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4518735

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20130528

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20140528

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term