(57)【要約】【課題】商品を提供する会社及び代理店双方にとって、各種情報を効率的に利用可能な総合代理店システムを提供する。【解決手段】本発明の実施の形態に係る総合代理店システム１は、保険会社サーバ２０−Ｉ〜ＩＶと、代理店端末３０−Ａ〜Ｄと、このサーバ２０及び端末３０にインターネットや専用線等のネットワーク４０によって接続されている総合代理店サーバ１０とから構成され、総合代理店サーバ１０は、保険会社サーバ２０間で情報を統一フォーマット又は保険会社用フォーマットに相互に変換するための保険会社用変換テーブル１１と、統一フォーマットに変換された情報や各種アプリケーションプログラム等を格納しておく総合代理店ＤＢ１２と、アプリケーションプログラムに基づいて各種演算を行う演算部１３とから構成される。【選択図】  図１
2004280629.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ同種の商品を提供する複数の会社に配置された会社サーバと、
前記会社と代理店契約を結んでいる複数の代理店に配置された代理店端末と、
前記会社サーバ及び前記代理店端末とネットワークを介して接続された総合代理店サーバとを備え、前記会社サーバ、前記代理店端末及び前記総合代理店サーバとの間で前記商品に関する商品情報をやり取りする総合代理店システムであって、
前記総合代理店サーバは、
統一フォーマット形式の前記商品情報及び前記総合代理店サーバ上で実行するアプリケーションプログラムを少なくとも格納する総合代理店データベースと、
前記会社サーバと前記総合代理店サーバ間でやり取りされる前記商品情報を、前記会社サーバ内のデータベースのフォーマットと、前記総合代理店データベースの統一フォーマットとに相互に変換するための会社用変換テーブルと、
前記アプリケーションプログラムを含む各種演算を実行するための演算部と、を備えていることを特徴とする総合代理店システム。
【請求項２】
それぞれ同種の商品を提供する複数の会社に配置された会社サーバと、前記会社と代理店契約を結んでいる複数の代理店に配置された代理店端末とにネットワークを介して接続され、前記会社サーバ及び前記代理店端末と前記商品に関する商品情報をやり取りして総合代理店システムを構成する総合代理店サーバであって、
統一フォーマット形式の前記商品情報及び前記総合代理店サーバ上で実行するアプリケーションプログラムを少なくとも格納する総合代理店データベースと、
前記会社サーバと前記総合代理店サーバ間でやり取りされる前記商品情報を、前記会社サーバ内のデータベースのフォーマットと、前記総合代理店データベースの統一フォーマットとに相互に変換するための会社用変換テーブルと、
前記アプリケーションプログラムを含む各種演算を実行するための演算部と、を備えていることを特徴とする総合代理店サーバ。
【請求項３】
前記総合代理店サーバは、前記総合代理店データベース内の商品情報に対して、前記代理店端末毎にアクセス制限をかけるよう構成されていることを特徴とする請求項２記載の総合代理店サーバ。
【請求項４】
前記代理店端末内のデータベースのフォーマットは、前記総合代理店データベースと同様に、前記統一フォーマットであることを特徴とする請求項２又は３記載の総合代理店サーバ。
【請求項５】
前記総合代理店サーバは、前記代理店端末と前記総合代理店サーバ間でやり取りされる前記商品情報を、前記代理店端末内のデータベースのフォーマットと、前記総合代理店データベースの統一フォーマットとの間で相互の変換するための代理店用変換テーブルをさらに備えていることを特徴とする請求項２又は３記載の総合代理店サーバ。
【請求項６】
保険商品を提供する複数の会社に配置された保険会社サーバと、前記保険会社と代理店契約を結んでいる複数の代理店に配置された代理店端末とにネットワークを介して接続され、前記保険会社サーバ及び前記代理店端末間で前記商品に関するレコードをやり取りして総合代理店システムを構成する総合代理店サーバであって、
統一フォーマット形式の前記レコード及び総合代理店サーバ上で実行するアプリケーションプログラムを格納する総合代理店データベースと、
前記保険会社サーバと前記総合代理店サーバ間でやり取りされる前記レコードを、前記保険会社サーバ内のデータベースとフォーマットと、前記総合代理店データベースの統一フォーマットとに相互に変換するための保険会社用変換テーブルと、
前記アプリケーションプログラムを含む各種演算を実行するための演算部と、を備えていることを特徴とする総合代理店サーバ。
【請求項７】
会社サーバ、総合代理店サーバ及び代理店端末との間で商品に関する商品情報をやり取りする総合代理店システム管理方法であって、
前記代理店端末に入力される商品情報を前記総合代理店サーバに送信する工程と、
前記総合代理店サーバにおいて、前記商品情報を前記会社サーバのデータベースのフォーマットに変換する工程と、
前記変換された商品情報を前記会社サーバに送信する工程と、
を備えたことを特徴とする総合代理店システム管理方法。
【請求項８】
会社サーバ、総合代理店サーバ及び代理店端末との間で商品に関する商品情報をやり取りする総合代理店システム管理方法であって、
前記商品情報の一部が変更された場合に、前記代理店端末に入力される変更情報を前記総合代理店サーバに送信する工程と、
前記変更情報に基づき、前記総合代理店サーバ内のデータベースの対応する商品情報を書換える工程と、
前記総合代理店サーバにおいて、前記変更情報を前記会社サーバのデータベースのフォーマットに変換する工程と、
前記変換された変更情報を前記会社サーバに送信する工程と、
前記変更情報により、前記会社サーバ内のデータベースの対応する情報を書換える工程と、
を備えたことを特徴とする総合代理店システム管理方法。
【請求項９】
それぞれ同種の商品を提供する複数の会社に配置された会社サーバと、前記会社と代理店契約を結んでいる複数の代理店に配置された代理店端末とにネットワークを介して接続されたコンピュータに、総合代理店システム管理を実行させる総合代理店システム管理プログラムであって、
前記代理店端末から送信されてくる前記商品に関する商品情報を、前記会社サーバのデータベースのフォーマットに変換するステップと、
前記変換された商品情報を前記会社サーバに送信するステップと、
をコンピュータに実行させることを特徴とする総合代理店システム管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、代理店業務を総合的に管理するシステムに関する。特に、特定の商品を提供する複数の会社と、その商品の販売を行う複数の代理店とを総合的に管理する総合代理店システムに関する。
【０００２】
【従来の技術】
例えば、生命保険や損害保険の保険業界では、保険販売の業務を、保険会社の委任を受けた代理店が行うシステムとなっている。
【０００３】
従来、各代理店は、保険会社毎に専用の代理店システムを導入し、それらのシステムを通じて各社の見積もり等を取得し、代理店業務を行っていた。しかし、このような方法では、複数の保険会社と取引のある代理店は、保険会社毎のシステムが必要になり使い勝手が悪い。また、保険会社にとっては、保険商品を改定するなどしてシステムのバージョンアップが必要な際には、取引のあるすべての代理店の代理店システムをメンテナンスする必要があり、多大な工数が必要となってしまう。
【０００４】
このため、下記特許文献１に開示されているような、複数の代理店と複数の保険会社とをオンラインで接続してトータル的に管理する、代理店業務トータルシステムが提案されている。
図９は、この特許文献１に開示されている代理店業務トータルシステムの概略構成を示す図である。
【０００５】
図９に示すように、この代理店業務トータルシステムは、Ａ保険会社及びＢ保険会社と、Ａ代理店、Ｂ代理店、Ｃ代理店及びＤ代理店との間に、ＡＳＰ（アプリケーションサービスプロバイダ）を介在させている。
Ａ保険会社及びＢ保険会社とＡＳＰとの間は、専用回線などの通信回線により接続されている。また、Ａ代理店、Ｂ代理店、Ｃ代理店及びＤ代理店とＡＳＰとの間は、一般公衆回線などのいわゆるインターネットにより接続されている。
【０００６】
ＡＳＰ内には、各代理店の各種データベースや、各保険会社の各種データベース及び保険契約に関する種々の業務を行うためのプログラムが格納されている。また、これらプログラムを実行するための演算装置も設置されている。
よって、このシステムによれば、代理店側にとっては、保険会社毎にシステムを用意する必要が無く、保険会社側にとっても、メンテナンス時にＡＳＰだけをメンテナンスすれば良い。
【０００７】
【特許文献１】
特開２００１−３５０９２２号公報
【０００８】
【発明が解決しようとする課題】
しかし、上記代理店業務トータルシステムにおいては、ＡＳＰに、単に各種データベースやプログラムを格納しているだけである。また、通常、各保険会社は独自のフォーマットでデータベースを構築している。
【０００９】
よって、各代理店が、ＡＳＰを経由して各保険会社の顧客情報を用いて名寄せ等の集計を行おうとしても、そのままではデータベースのフォーマットが異なるために、集計することができない。すなわち、集計を行うためには、その度に、データベースの情報を共通のフォーマットに変換してから行う必要があり、各種情報を効率的に利用することができない。
【００１０】
本発明は、このような課題に鑑みてなされたものであり、各種情報を効率的に利用することのできる総合代理店システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明に係る総合代理店システムは、それぞれ同種の商品を提供する複数の会社に配置された会社サーバと、前記会社と代理店契約を結んでいる複数の代理店に配置された代理店端末と、前記会社サーバ及び前記代理店端末とネットワークを介して接続された総合代理店サーバとを備え、前記会社サーバ、前記代理店端末及び前記総合代理店サーバとの間で前記商品に関する商品情報をやり取りする総合代理店システムであって、前記総合代理店サーバは、統一フォーマット形式の前記商品情報及び前記総合代理店サーバ上で実行するアプリケーションプログラムを少なくとも格納する総合代理店データベースと、前記会社サーバと前記総合代理店サーバ間でやり取りされる前記商品情報を、前記会社サーバ内のデータベースのフォーマットと、前記総合代理店データベースの統一フォーマットとに相互に変換するための会社用変換テーブルと、前記アプリケーションプログラムを含む各種演算を実行するための演算部と、を備えたことを特徴とする。
【００１２】
また、本発明に係る総合代理店サーバは、それぞれ同種の商品を提供する複数の会社に配置された会社サーバと、前記会社と代理店契約を結んでいる複数の代理店に配置された代理店端末とにネットワークを介して接続され、前記会社サーバ及び前記代理店端末と前記商品に関する商品情報をやり取りして総合代理店システムを構成する総合代理店サーバであって、統一フォーマット形式の前記商品情報及び前記総合代理店サーバ上で実行するアプリケーションプログラムを少なくとも格納する総合代理店データベースと、前記会社サーバと前記総合代理店サーバ間でやり取りされる前記商品情報を、前記会社サーバ内のデータベースのフォーマットと、前記総合代理店データベースの統一フォーマットとに相互に変換するための会社用変換テーブルと、前記アプリケーションプログラムを含む各種演算を実行するための演算部と、を備えたことを特徴とする。
【００１３】
また、本発明に係る総合代理店システム管理方法は、会社サーバ、総合代理店サーバ及び代理店端末との間で商品に関する商品情報をやり取りする総合代理店システム管理方法であって、前記商品情報の一部が変更された場合に、前記代理店端末に入力される変更情報を前記総合代理店サーバに送信する工程と、前記変更情報に基づき、前記総合代理店サーバ内のデータベースの対応する商品情報を書換える工程と、前記総合代理店サーバにおいて、前記変更情報を前記会社サーバのデータベースのフォーマットに変換する工程と、前記変換された変更情報を前記会社サーバに送信する工程と、前記変更情報により、前記会社サーバ内のデータベースの対応する情報を書換える工程と、を備えたことを特徴とする。
【００１４】
また、本発明に係る総合代理店システム管理プログラムは、それぞれ同種の商品を提供する複数の会社に配置された会社サーバと、前記会社と代理店契約を結んでいる複数の代理店に配置された代理店端末とにネットワークを介して接続されたコンピュータに、総合代理店システム管理を実行させる総合代理店システム管理プログラムであって、前記代理店端末から送信されてくる前記商品に関する商品情報を、前記会社サーバのデータベースのフォーマットに変換するステップと、前記変換された商品情報を前記会社サーバに送信するステップと、をコンピュータに実行させることを特徴とする。
【００１５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
図１は、本実施の形態に係る総合代理店システム１の概略構成を示す図である。図１に示すように、総合代理店システム１は、複数の保険会社Ｉ乃至ＩＶのサーバ２０−Ｉ〜２０−ＩＶと、複数の代理店Ａ乃至Ｄの端末３０−Ａ〜３０−Ｄと、このサーバ２０及び端末３０にインターネットや専用線等のネットワーク４０によって接続されている総合代理店サーバ１０とから構成される。
【００１６】
総合代理店サーバ１０は、保険会社のサーバ２０間で情報を統一フォーマット又は保険会社用フォーマットに相互に変換するための保険会社用変換テーブル１１と、統一フォーマットに変換された情報や各種アプリケーションプログラム等を格納しておく総合代理店ＤＢ１２と、アプリケーションプログラムに基づいて各種演算を行う演算部１３とから構成される。
【００１７】
この総合代理店システム１の機能は、保険会社のサーバ２０、代理店の端末３０及び総合代理店サーバ１０に、これらの機能を実現するためのプログラムをインストールすることで実現される。このプログラムの配布は、記録媒体を経由して行われても良く、ネットワークを介して行われても良い。
【００１８】
図２は、本実施の形態に係る総合代理店ＤＢ１２に、統一フォーマットで格納されているレコードの一部を示す図である。図２に示すように、一つのレコードには、証券番号、氏名、生年月日、住所、代理店コード、保険会社、対人賠償保険金、対物賠償保険金、人身傷害保険金等のフィールドが設定されている。
【００１９】
本実施の形態では、商品として自動車保険の例を挙げているが、もちろん本発明はこれに限定されるものではなく、火災保険や、生命保険などの他の保険であってもよく、会社が代理店を介して提供する形態の商品、例えば携帯電話や自動車等、であれば、本発明を適用可能である。また、商品には、例えば、マッサージ等のサービスも含むものとする。
【００２０】
図３及び図４は、保険会社用変換テーブル１１の一部を示す図である。保険会社サーバ２０と総合代理店サーバ１０との間でレコードのやり取りが行われる際に、演算部１３は、この保険会社用変換テーブル１１に基づいて、やり取りされるレコードを、各保険会社のフォーマット又は総合代理店サーバ１０の統一フォーマットに、相互に変換を行う。
【００２１】
図３は、保険商品に関する変換テーブルである。この変換テーブルにより、保険会社が「Ｉ」であれば、保険会社からのレコードにおいて、保険商品Ｎｏ．が「１」の時は保険商品「ＡＡＡ」、保険商品Ｎｏ．が「２」の時は保険商品「ＢＢＢ」、保険商品Ｎｏ．が「３」の時は保険商品「ＴＡＰ」、に変換されて総合代理店ＤＢ１２に格納される。また、保険会社が「ＩＩ」であれば、保険会社からのレコードにおいて、保険商品Ｎｏ．が「１」の時は保険商品「ＣＣＣ」、保険商品Ｎｏ．「２」の時は保険商品「ＡＢＣ」、保険商品Ｎｏ．が「３」の時は保険商品「ＤＤＤ」、に変換されて総合代理店ＤＢ１２に格納される。また、保険会社が「ＩＩＩ」であれば、保険会社からのレコードにおいて、保険商品Ｎｏ．が「１」の時は保険商品「ＥＥＥ」、保険商品Ｎｏ．「２」の時は保険商品「ＢＣＤ」、保険商品Ｎｏ．「３」の時は保険商品「ＦＦＦ」、に変換されて総合代理店ＤＢ１２に格納される。
【００２２】
また、逆に、総合代理店ＤＢ１２に格納されているレコードを保険会社サーバ２０に送信する際には、上述した変換と逆の変換が行われる。例えば、保険会社が「Ｉ」で保険商品が「ＢＢＢ」であれば、保険商品Ｎｏ．「２」に変換されて、保険会社サーバ２０−Ｉに送信される。
【００２３】
図４は、補償に関する変換テーブルである。この変換テーブルにより、保険会社が「Ｉ」であれば、保険会社からのレコードにおいて、補償Ｎｏ．が「１」の時は補償「人身障害」、補償Ｎｏ．が「２」の時は補償「対人賠償」、補償Ｎｏ．が「３」の時は補償「対物賠償」、に変換されて総合代理店ＤＢ１２に格納される。また、保険会社が「ＩＩ」であれば、保険会社からのレコードにおいて、補償Ｎｏ．「１」の時は補償「車両保険」、補償Ｎｏ．「２」の時は補償「搭乗者障害」、補償Ｎｏ．「３」の時は補償「対人賠償」、に変換されて総合代理店ＤＢ１２に格納される。また、保険会社が「ＩＩＩ」であれば、保険会社からのレコードにおいて、補償Ｎｏ．「１」の時は補償「車両保険」、補償Ｎｏ．「２」の時は補償「搭乗者障害」、補償Ｎｏ．「３」の時は補償「対物賠償」、に変換されて総合代理店ＤＢ１２に格納される。
【００２４】
また、逆に、総合代理店ＤＢ１２に格納されているレコードを保険会社サーバに送信する際には、上述した変換と逆の変換が行われる。例えば、保険会社が「ＩＩ」で補償が「車両保険」であれば、補償Ｎｏ．「１」に変換されて、保険会社サーバ２０−ＩＩに送信される。
【００２５】
なお、詳細な説明は省略するが、保険商品及び補償に関してだけでなく、住所、代理店コード等の他のフィールドについても、保険会社のフォーマットと統一フォーマット間で変換するために、同様の保険会社用変換テーブル１１が作成されている。但し、保険会社のフォーマットと、統一フォーマットとで同じ形式のフィールドについては、変換テーブルを用意する必要はない。
【００２６】
次に、この総合代理店システム１において、代理店においてある顧客と保険契約がなされ、その保険証券のレコードを代理店端末２０から保険会社サーバ３０に送信して格納する処理について、図５を参照して、説明する。図５は、代理店端末から保険会社サーバにレコードを送信する際の処理の流れを説明するためのフローチャートである。
【００２７】
まず、ステップ１０（以下、「Ｓ１０」とする）において、代理店Ａが、契約がなされた保険証券の新規レコードを代理店端末３０−Ａに入力する。次に、Ｓ１１に進み、この新規レコードを代理店端末３０−Ａから総合代理店サーバ１０に送信する。本実施の形態では、各代理店端末３０は、総合代理店ＤＢ１２と同様に、統一フォーマット形式のデータベースを使用しており、統一フォーマットのレコードが、総合代理店サーバ１０へと送信される。
【００２８】
そして、Ｓ１２では、この新規レコードを総合代理店サーバ１０の総合代理店ＤＢ１２に、統一フォーマットのまま格納する。次に、Ｓ１３に進み、演算部１３は、保険会社用変換テーブル１１を用いて、新規レコードを、統一フォーマットから契約先である保険会社Ｉのフォーマットに変換する。
続いて、Ｓ１４において、この変換された新規レコードを保険会社Ｉサーバに送信する。最後に、新規レコードが保険会社Ｉサーバに格納されて、処理が終了する。
【００２９】
本フローによれば、新規レコードが、総合代理店サーバ１０には統一フォーマットで格納されると共に、保険会社Ｉサーバ２０−Ｉには保険会社Ｉのフォーマットに変換されて格納される。このように、保険会社Ｉは、総合代理店サーバ１０から送信されてくるレコードを、そのまま格納すれば良いので、フォーマット変換等の手間が省け、効率的にレコード処理を行うことができる。
【００３０】
また、総合代理店サーバ１０内の総合代理店ＤＢ１２には、複数の代理店及び保険会社の保険証券のレコードが、統一フォーマットで格納されているので、各代理店及び保険会社が、効率的にこのレコードを利用することができる。
【００３１】
次に、この総合代理店システム１を用いて、顧客情報の分析等の処理を行う際の作用について説明する。まず、代理店が、ある顧客の加入している保険証券の一覧を見たい場合の名寄せ処理について、図６を参照して説明する。図６は、名寄せ処理の際の、総合代理店システム１の処理の流れを説明するためのフローチャートである。
【００３２】
本フローでは、氏名「服部伸一郎」の顧客の保険証券について名寄せ処理を行う。また、検索条件は、氏名「服部伸一郎」及び生年月日「１９７２．０５．３０」の２つの条件を用いるものとする。
まず、Ｓ２１において、代理店Ａの端末３０−Ａから名寄せ処理の指令が入力される。この名寄せ指令は、ネットワークを通じて総合代理店サーバ１０の演算部１３に伝達される。
【００３３】
続いて、Ｓ２２に進み、総合代理店サーバ１０において、演算部１３は、総合代理店ＤＢ１２に格納されているレコードの中から、名寄せ指令に含まれる顧客の氏名「服部伸一郎」と同じ氏名を持つレコードを、検索して抽出する。なお、本フローにおける演算部１３の処理は、総合代理店ＤＢ１２内に格納されているアプリケーションプログラムに基づいて実行される。
【００３４】
そして、Ｓ２３において、演算部１３は、抽出したレコードの一覧表を作成し、総合代理店ＤＢ１２に一時的に保存する。図７は、この名寄せ処理で抽出されたレコードの一覧表を示す図である。図７に示すように、氏名「服部伸一郎」の顧客が加入している保険証券の一覧表が統一フォーマットにより作成されている。
【００３５】
また、図７に示すように、証券番号「２２２２２２」、「３３３３３３」に関して、代理店コード、対人賠償保険金、対物賠償保険金及び人身障害保険金のフィールドが空欄になっている。これは、代理店による総合代理店ＤＢ１２内のレコードへのアクセスは、代理店毎にアクセス権限が設けられているからである。
【００３６】
本実施の形態に係る総合代理店サーバ１０は、他の代理店を介して契約されている保険証券の特定のフィールド（代理店コード、対人賠償保険金、対物賠償保険金及び人身障害保険金）について、アクセスを制限するように構成されている。よって、代理店Ａは、代理店Ｂ乃至代理店Ｄを介して契約された保険証券の特定のフィールドへアクセスすることができないため、そのフィールドが空欄になっている。このようなアクセス権限の情報は、総合代理店ＤＢ１２内に格納しておけば良い。
【００３７】
続いて、Ｓ２４において、この抽出レコード一覧表を、統一フォーマットのまま代理店Ａ端末３０−Ａに送信する。なお、本実施の形態では、各代理店端末３０は、総合代理店ＤＢ１２と同様に、統一フォーマット形式のデータベースを使用しており、統一フォーマットのまま一覧表を送信することが可能である。
最後に、Ｓ２５において、代理店Ａの端末３０−Ａの表示画面に、この抽出レコード一覧表を表示し、名寄せ処理が終了する。
【００３８】
本フローによれば、代理店Ａは、この一覧表を見ることで、ある顧客が契約している保険に関して、自己の代理店を経由して契約されたものだけでなく、他の代理店経由で契約したものについても情報を得ることができる。よって、その顧客のすべての保険状況を考慮したうえで、適切な保険商品の提供が出来る等、効率的な営業を行うことができる。
【００３９】
次に、この総合代理店システム１において、代理店のある顧客の保険証券の内容に変更があった場合に、代理店からの情報に基づいて、保険会社のサーバ２０のレコードを書き換える処理について、図８を参照して説明する。図８は、顧客の保険証券の内容に変更があった場合の処理を説明するためのフローチャートである。本フローでは、代理店Ａを介して契約された、証券番号「２３４５６７」、氏名「田中一郎」の顧客の住所が変更された場合を例にとって説明する。
【００４０】
まず、Ｓ３１において、変更された顧客の住所情報が、代理店Ａの端末３０−Ａに入力される。続いて、Ｓ３２において、その変更された住所情報を含む証券番号「２３４５６７」の更新レコードが、代理店Ａの端末３０−Ａから総合代理店サーバ１０に送信される。上述したように、本実施の形態に係る各代理店端末３０は、統一フォーマット形式のデータベースを使用しているため、更新レコードをそのまま総合代理店サーバ１０に送信すれば良い。
【００４１】
そして、Ｓ３３に進み、総合代理店サーバ１０は、代理店Ａ端末３０−Ａから送信されてきた更新レコードで、総合代理店ＤＢ１２内の証券番号「２３４５６７」のレコードを書き換える。続いて、Ｓ３４に進み、演算部１３は、Ｓ３３で書き換えられた更新レコードを、保険会社用変換テーブル１１を用いて、この保険証券の契約先である保険会社Ｉのフォーマットに変換する。
【００４２】
次に、Ｓ３５において、このフォーマット変換された更新レコードを、保険会社Ｉのサーバ２０−Ｉに送信する。最後に、Ｓ１５において、Ｓ１４で送信されてきた更新レコードを用いて、保険会社１サーバ２０−Ｉのデータベースのレコードを書き換え、処理を終了する。
【００４３】
本フローによれば、保険会社Ｉに送信されてくる更新用のレコードが、総合代理店サーバ１０において、既に保険会社Ｉ用のフォーマットに変換されている。よって、保険会社Ｉは、そのまま更新レコードを用いてサーバ２０−Ｉのデータベースの書換えを行うことができ、効率的にレコードの更新を行うことができる。なお、本フローでは、更新されたレコードの全体を伝達して書換え等の処理を行っているが、変更された住所情報のみを送信し、一つのレコード内の住所フィールドのみを書換えるようにしても良い。
【００４４】
以上、説明したように、本実施の形態によれば、総合代理店サーバ１０内に保険会社用変換テーブル１１を備え、総合代理店ＤＢ内１２のレコードを統一フォーマットで格納しているので、各代理店は、保険会社を意識することなく、総合代理店ＤＢ１２内のレコードを利用することができる。また、各保険会社にとっても、総合代理店サーバ１０から自社のフォーマットに変換されたレコードが送られて来るので、そのままそのレコードを効率的に使用することができる。
【００４５】
なお、本発明の実施の形態は、上記実施の形態に限定されるものではなく、本発明の主旨を逸脱しない範囲内で種々の変更が可能である。例えば、本実施の形態では、自動車保険の保険証券の契約情報に関するレコードについてのみ説明したが、契約に至らなかった保険の見積もりに関するレコードについても、一緒に総合代理店サーバ１０により管理するようにすれば良い。代理店は、契約に至らなかった見積もりを参照することで、より有用な顧客分析を行うことができ、効率的な営業を行うことが可能となる。
【００４６】
また、保険会社の保険商品の情報（約款等）を統一フォーマットに変換したうえで、総合代理店サーバに格納するようにしても良い。各保険会社の保険情報が格納されていれば、各代理店は、一代理店では知り得ない、多くの情報を集めることができ、顧客に対しても多くの情報を提供しながら営業を行うことが可能となる。例えば、交流のない保険会社の見積もりを出して、比較しながら営業を行うことが可能となる。
【００４７】
また、例えば、上記実施の形態では、総合代理店サーバは、代理店用の変換テーブルを備えていないが、代理店用変換テーブルを持たせるようにしても良い。このように構成すれば、各代理店は統一フォーマットのＤＢではなく、独自フォーマットのＤＢを用いることが可能である。
【００４８】
【発明の効果】
以上詳細に説明したように、本発明によれば、保険会社及び代理店双方にとって、各種情報を効率的に利用可能な総合代理店システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る総合代理店システムの概略構成を示す図である。
【図２】本発明の実施の形態に係る総合代理店ＤＢに格納されるレコードを示す図である。
【図３】本発明の実施の形態に係る保険会社用変換テーブルの内容を示す図である。
【図４】本発明の実施の形態に係る保険会社用変換テーブルの内容を示す図である。
【図５】本発明の実施の形態に係る総合代理店システムの処理の流れを説明するためのフローチャートである。
【図６】本発明の実施の形態に係る総合代理店システムの処理の流れを説明するためのフローチャートである。
【図７】本発明の実施の形態に係る名寄せ処理で抽出されたレコードの一覧表を示す図である。
【図８】本発明の実施の形態に係る総合代理店システムの処理の流れを説明するためのフローチャートである。
【図９】従来の代理店業務トータルシステムの概略構成を示す図である。
【符号の説明】
１      総合代理店システム
１０    総合代理店サーバ
１１    保険会社用変換テーブル
１２    総合代理店ＤＢ
１３    演算部
２０    保険会社サーバ
３０    代理店端末
４０    ネットワーク
【図１】
2004280629.tif 000003
【図２】
2004280629.tif 000004
【図３】
2004280629.tif 000005
【図４】
2004280629.tif 000006
【図５】
2004280629.tif 000007
【図６】
2004280629.tif 000008
【図７】
2004280629.tif 000009
【図８】
2004280629.tif 000010
【図９】
2004280629.tif 000011