JP2002041781A

JP2002041781A - 顧客データベース及びデリバリチャネル接続システム

Info

Publication number: JP2002041781A
Application number: JP2000223196A
Authority: JP
Inventors: Koji Fujino; 晃治藤野
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2000-07-25
Filing date: 2000-07-25
Publication date: 2002-02-08

Abstract

(57)【要約】【課題】既存のシステムを利用しつつＣＲＭサービス
を実現できるような顧客データベースシステム及びデリ
バリチャネル接続システムを構築する。【解決手段】顧客データベース１１０と、デリバリチ
ャネルとしてのＡＴＭシステム１４０、窓口端末システ
ム１５０との間にＧＷサーバ１３０を介装し、このＧＷ
サーバ１３０に顧客データを、顧客データベースのデー
タ仕様とデリバリチャネルのデータ仕様を統合した論理
スキーマとして保管する。そして、各デリバリチャネル
からの顧客データベースへのアクセス要求があったと
き、論理スキーマを参照してデータ仕様を顧客データベ
ース１１０に適応したデータ仕様に変換して顧客データ
ベース１１０をアクセスする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、顧客データベース
及びデリバリチャネル接続システムに関する。

【０００２】

【従来の技術】近年のサービス傾向として、作った商品
を買ってくださいというような提供型サービスから、各
顧客の行動、趣味、嗜好を知り、顧客１人１人に適合し
た商品を提供するＣＲＭ（カスタマ・リレーションシッ
プ・マネジメント）サービスに移行しつつある。

【０００３】金融機関においても、かかるＣＲＭサービ
スを実現するシステムが開発されつつある。金融機関で
は、情報系ホスト内に、顧客のデータを格納したデータ
ベース、各顧客の収益性や成長性等を分析するために、
各計数データや取引データを時系列データとして保管
し、目的に応じた分析、解析を行う高速分析を主目的と
して設計されたデータシステムであるＤＷＨ（Data War
e House）システムが設けられている。このシステム形
態、形式は各金融機関に適応するように決定される。

【０００４】このデータベースシステム、ＤＷＨシステ
ムに各顧客の行動、趣味、嗜好等のデータを格納し、Ａ
ＴＭや窓口端末システム等、顧客等との接点となるデリ
バリチャネルを接続し、ＣＲＭサービスを実現してい
る。

【０００５】

【発明が解決しようとする課題】ところで、かかる従来
のシステムでは、システム形態、形式は各金融機関に適
応するように決定されるため、各金融機関ごとに種々多
様であり、顧客データのデータ内容に至っては保有項
目、データ形式とも個別仕様となっている。

【０００６】また、デリバリチャネルも種々あり、デー
タは各デリバリチャネルに適応したデータ仕様で取り扱
われている。従来は、個々のデリバリチャネルをＤＷＨ
システムに接続してＣＲＭシステムを実践しているが、
データベースシステムが各デリバリチャネルからの参照
トランザクションに耐えられなくなる。

【０００７】また、ＤＷＨシステムは、前述のように高
速分析を主目的として設計されたＤＢのシステムであ
り、データをリアルタイムに更新する処理には不向きで
ある。従って、顧客データべースの更新頻度に制約があ
り、更新を行える時間帯も通常業務が終了した深夜等と
いうように制約がある。

【０００８】さらに、デリバリチャネルが同一システム
であっても、顧客データベースシステムが保有している
データ内容、形式は様々であるため、各金融機関毎にデ
リバリチャネル側のＣＲＭサービスを実現するためのシ
ステムを構築しなければならず、それには、膨大な費用
及び時間が必要である。従って、既存のシステムを利用
しつつＣＲＭサービスを実現できるような顧客データベ
ースシステム及びデリバリチャネル接続システムが必要
となってくる。

【０００９】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。〈構成１〉請求項１の発明に係る顧客データベース及び
デリバリチャネル接続システムは、所定機関を利用する
顧客のデータが所定機関に適応したデータ仕様で格納さ
れている顧客データベースシステムに、前記顧客が利用
するデリバリチャネルを接続して顧客にサービスを提供
する顧客データベース及びデリバリチャネル接続システ
ムにおいて、顧客データベースシステムと各デリバリチ
ャネルとの間に、顧客データベースシステム及び各デリ
バリチャネルのデータ仕様を統合して顧客データの関連
付けを行うサーバを設けるようにした。

【００１０】〈構成２〉請求項２の発明に係る顧客デー
タベース及びデリバリチャネル接続システムでは、前記
サーバが、各デリバリチャネルに適応したデータ仕様及
び顧客データベースに適応したデータ仕様を統合し、各
デリバリチャネルと顧客データベースとの間で顧客デー
タを相互に変換するための論理スキーマを備えている。

【００１１】〈構成３〉請求項３の発明に係る顧客デー
タベース及びデリバリチャネル接続システムでは、各顧
客の指向性を分析する分析システムを備え、前記サーバ
は各顧客に提供すべき商品、サービスを工作情報とし
て、過去の履歴を履歴情報として登録し、前記各デリバ
リチャネルは、サーバに登録された工作情報に基づいて
顧客に商品、サービスを提供し、前記分析システムは、
各顧客に提供した工作情報に対する顧客の応答に基づい
てサーバに登録された工作情報及び履歴情報を更新する
ことにより、顧客指向型のサービスを実現するように構
成されている。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。〈具体例１〉具体例１は、顧客データベースと各デリバ
リチャネルとの間にサーバを介装し、このサーバに顧客
データベースのデータ仕様とデリバリチャネルのデータ
仕様を統合した論理スキーマを備えるようにしたもので
ある。

【００１３】図１は、具体例１の構成を示すブロック図
である。この具体例１におけるシステムは、顧客データ
ベース（以後、「顧客ＤＢ」記す。）１１０と、キャン
ペーン管理システム１２０と、ＧＷ（Gate Way）サーバ
１３０と、ＡＴＭシステム１４０と、窓口端末システム
１５０とを備えて構成されている。

【００１４】顧客ＤＢ１１０は、各金融機関の顧客デー
タを格納したデータベースであり、ＤＷＨシステムの一
種であって、少なくとも顧客の氏名、住所、年齢、職
業、家族構成などの基本属性が登録される。

【００１５】図２は具体例１の顧客ＤＢ１１０の一例を
示す説明図である。この顧客ＤＢ１１０には、顧客名、
性別、年齢等が登録され、データ仕様として、例えば、
顧客名はカナ形式で登録され、性別は、ＡＮＫ（alphan
umeric andkana）形式、即ち、英数文字、カナ文字及び
記号で登録され、年齢はＮ（numeric）形式、即ち、数
字で登録され、サイズはそれぞれ２０，１，２である。

【００１６】尚、場合によって、顧客ＤＢ１１０に、保
有口座情報、預金金額、貸出金額などの口座属性、紹介
・推奨商品情報などの工作情報、取引内容時系列情報な
どの取引履歴情報、セールス経緯、結果などの工作履歴
情報、その他、顧客に関する情報も登録される。

【００１７】この顧客ＤＢ１１０は、各金融機関に適応
した形態、形式で顧客データが構築されたものであり、
金融機関が異なれば、このデータ仕様も異なるものとな
る。また、この顧客ＤＢ１１０には、現在、運用してい
るものをそのまま使用できる。

【００１８】ＡＴＭシステム１４０、窓口端末システム
１５０は、顧客と金融機関との接点となるＧＷサーバ１
３０下位層のデリバリチャネルであり、従来の支払、入
金等の勘定取引処理を行うものである。尚、ＧＷサーバ
１３０には、他にも種々のデリバリチャネルシステムが
接続される。

【００１９】ＧＷサーバ１３０は、これら下位層のデリ
バリチャネルシステムに対して、ＣＲＭサービスを実現
するための顧客データを全て論理スキーマとして一時保
管し、チャネルからの顧客データ参照依頼に対して上位
の顧客ＤＢ１１０をアクセスし、必要な場合はデータ形
式等を変換後、顧客データ一時保管庫１３２の対応デー
タを更新するサーバである。

【００２０】図３はＧＷサーバ１３０の構成を示すブロ
ック図である。この図３に示すように、ＧＷサーバ１３
０は、対ＤＢ接続制御部１３１と、顧客データ一時保管
庫１３２と、対チャネル接続制御部１３３と、を備えて
いる。

【００２１】顧客データ一時保管庫１３２は、基本属
性、口座属性、工作情報、取引履歴情報、工作履歴情
報、その他、顧客に関する情報を、全ての仕様を包含し
たデータ仕様である論理スキーマ仕様として格納した保
管庫である。図４は具体例１の論理スキーマの一例を示
す説明図である。

【００２２】前述のＡＴＭシステム１４０、窓口端末シ
ステム１５０等のデリバリチャネルは、この論理スキー
マ仕様でＧＷサーバ１３０へ該当顧客データをアクセス
し、その顧客データに基づいて、ＯＮＥＴＯＯＮＥ
メッセージ表示、商品セールス等のＣＲＭサービスを実
施し、取引履歴情報や工作履歴情報を顧客データ一時保
管庫１３２の該当顧客データへ論理スキーマ仕様で登録
する。

【００２３】対ＤＢ接続制御部１３１は、上位の顧客Ｄ
Ｂ１１０と顧客データ一時保管庫１３２との関連付けを
行うものである。また、上位顧客ＤＢ１１０における更
新頻度・時間帯制限などのアクセス制約に基づいて可能
な限り各データ項目を整合し、互換性を確保する。

【００２４】対チャネル接続制御部１３３は、下位デリ
バリチャネルからの顧客ＤＢ１１０へのアクセスに対
し、顧客データ一時保管庫１３２に格納されているデー
タに基づいてチャネルへの接続制御を行うものである。

【００２５】キャンペーン管理システム１２０は、顧客
ＤＢ１１０又は顧客データ一時保管庫１３２に格納され
ている顧客属性情報、取引履歴情報を参照し、各種商品
キャンペーンの対象顧客を分析・抽出し、その結果を顧
客ＤＢ１１０の工作情報へ登録する分析システムであ
る。キャンペーン管理システム１２０は、また、対象商
品の工作履歴状況を顧客ＤＢ１１０より参照し、該当商
品に関連するセールス結果の分析を行う。その際、顧客
ＤＢ１１０に不足しているデータ項目が存在するとき
は、ＧＷサーバ１３０内の顧客データ一時保管庫１３２
に登録されているデータを参照、更新する。

【００２６】〈動作〉次に具体例１の動作を説明する。
まず、キャンペーン管理システム１２０によりセールス
対象が抽出される。

【００２７】図５は、その動作（１）を示すフローチャ
ートである。ステップ（図中、ステップを「Ｓ」と記
す。）１では、先頭データの顧客を顧客ｎに設定する。

【００２８】ステップ２では、顧客ｎの属性を判定す
る。ステップ３では、所定の商品を商品Ａとして、この
商品Ａが、この顧客ｎの対象となる属性を有しているか
否かを判定する。

【００２９】商品Ａが顧客ｎの属性を有しているとき
は、ステップ４に進んでこの商品Ａをセールス対象とし
て登録し、有していないときはステップ５に進んでこの
商品Ａをセールス非対象として登録する。

【００３０】例えば、顧客Ｂがセールス対象と判断した
とき、顧客ＤＢ１１０の顧客Ｂの工作情報に「商品Ａセ
ールス要」を登録する。この際、顧客ＤＢ１１０に工作
情報がない場合、ＧＷサーバ１３０の顧客データ一時保
管庫１３２に顧客Ｂの工作情報として「商品Ａセールス
要」を登録する。

【００３１】ステップ６では、顧客ｎが最終データか否
かを判定する。最終データではないときは、ステップ７
に進み、次の顧客を顧客ｎに設定する。そして、次の顧
客に対してステップ２〜５を再度実行し、全ての顧客に
対するセールス対象商品を抽出する。

【００３２】このセールス対象商品が抽出されたとき
は、この処理を終了させる。セールス対象の商品が抽出
された後に顧客が来店したとき、この顧客に対するセー
ルスを実行する。

【００３３】図６及び図７は、顧客が来店したときの全
体動作を示すフローチャートであり、図８は、具体例１
の動作説明図である。ある金融機関の顧客ＤＢ１１０に
は、図８に示すように、顧客名、顧客の性別等が登録さ
れている。この顧客ＤＢ１１０では、例えば顧客名がカ
ナ形式で記載され、そのサイズは２０である。性別等に
ついても、同様であり、この金融機関の形式、データサ
イズで顧客の情報が登録されている。

【００３４】ここで、変換処理Ａは、顧客ＤＢ１１０の
顧客データの仕様と論理スキーマ間の変換処理であり、
変換処理Ｂ，Ｃ，Ｄは、それぞれＡＴＭシステム１４
０、窓口端末システム１５０、その他のチャネルの顧客
データの仕様と、論理スキーマとの間の変換処理であ
り、その変換処理の内容は予め設定されている。

【００３５】顧客は例えばＡＴＭシステム１４０を利用
して取引を開始する。そして、カード、あるいは通帳を
用いてＡＴＭシステム１４０に口座番号を入力する。Ａ
ＴＭシステム１４０は、口座番号が入力されてＡＴＭ取
引の処理を実行する（ステップ１１）。ＡＴＭシステム
１４０は、ＧＷサーバ１３０に対し、この口座番号に基
づいて顧客データの検索を依頼する（ステップ１２）。

【００３６】尚、顧客データは顧客ＤＢ１１０に登録さ
れているものが最新のものであるので、顧客ＤＢ１１０
のデータは顧客データ一時保管庫１３２の該当顧客デー
タに論理スキーマ仕様で上書きされる。従って、例え
ば、推奨商品が更新されていれば、顧客データ一時保管
庫１３２の対応項目に、この更新された推奨商品が論理
スキーマ仕様で登録される。

【００３７】また、顧客ＤＢ１１０には登録され、顧客
データ一時保管庫１３２には登録されていない項目があ
れば、顧客データ一時保管庫１３２にこの項目が追加さ
れ、住所コードのように顧客データ一時保管庫１３２に
は登録されているが顧客ＤＢ１１０には登録されていな
い項目は、そのまま、顧客データ一時保管庫１３２に登
録しておく。これにより、論理スキーマは最新のものに
更新される。

【００３８】ＧＷサーバ１３０の対チャネル接続制御部
１３３は、ＡＴＭシステム１４０の検索依頼に応じ、口
座番号に基づいてこの顧客データの検索を受け付け、検
索を開始する（ステップ１３）。

【００３９】図８に示すように、ＡＴＭシステム１４０
に入力された口座番号のデータ仕様が漢字形式、サイズ
１４であるとき、顧客ＤＢ１１０には、この口座番号が
Ｎ形式、サイズ７で登録されているので、ＧＷサーバ１
３０は、論理スキーマを参照して変換処理Ａを行い、入
力された口座番号の形式を漢字形式からＮ形式に変換
し、サイズを７から１０に変換し、この形式、サイズで
顧客ＤＢ１１０が検索される。

【００４０】ＧＷサーバ１３０は、顧客ＤＢ１１０の中
に該当する顧客データが見つかったとき、その先頭デー
タをデータｎに設定する（ステップ１４）。ＧＷサーバ
１３０の対ＤＢ接続制御部１３１は、データｎが顧客Ｄ
Ｂ１１０の中に登録されているか否かを判定する（ステ
ップ１５）。

【００４１】図８に示すように、顧客ＤＢ１１０の先頭
にこの顧客名は登録されているとき、ＧＷサーバ１３０
の対ＤＢ接続制御部１３１は、顧客ＤＢ１１０に対して
データｎの参照を依頼する（ステップ１７）。

【００４２】顧客ＤＢ１１０は、ＧＷサーバ１３０から
の依頼に応じてデータｎの参照を受け付け（ステップ１
８）、データｎの参照を受け付けたことをＧＷサーバ１
３０へ通知する（ステップ１９）。

【００４３】ＧＷサーバ１３０は、データｎのデータ仕
様を変換する必要があるか否かを判断する（ステップ２
０）。図８に示すように顧客ＤＢ１１０に登録されてい
る顧客名の形式、サイズはＡＴＭシステムによって取り
扱われる形式、サイズと異なっているので、ＧＷサーバ
１３０は、顧客名のデータ仕様を変換する必要があると
判断する。このとき、ＧＷサーバ１３０は、論理スキー
マを参照してカナによる顧客名を漢字による顧客名に変
換し、サイズを２０から３０に変換する。

【００４４】変換後、次のデータをデータｎに設定する
（ステップ２２，２３）。このようにしてＧＷサーバ１
３０及び顧客ＤＢ１１０は、１つずつ顧客ＤＢ１１０に
登録されている項目についてステップ１５〜２１を実行
する。ここで、電話番号のように、顧客ＤＢ１１０のデ
ータ仕様と論理スキーマとの間で形式、サイズが一致し
ているときは、変換処理Ａを行う必要はないと判断し
（ステップ２０）、次のデータをデータｎに設定する。

【００４５】また、顧客ＤＢ１１０がデータｎに該当す
るデータを保有していないときは、論理スキーマを参照
し、データを更新する（ステップ１６）。データｎが最
終データとなったとき、ＧＷサーバ１３０は、顧客の情
報をＡＴＭシステム１４０へ通知する（ステップ２
４）。

【００４６】ＡＴＭシステム１４０に通知するとき、図
８に示すように、ＡＴＭシステム１４０によって取り扱
われるデータ仕様にするため、変換処理Ｂが行われ、変
換された漢字による顧客名、性別等のデータがＡＴＭシ
ステム１４０に格納される。

【００４７】ＡＴＭシステム１４０は、この通知を受け
取って商品Ａのセールスが必要か否かを判断する（ステ
ップ２５）。所定商品のセールスの必要がないと判断し
たとき、ＡＴＭシステム１４０は、ＡＴＭ取引を終了さ
せる（ステップ３６）。

【００４８】また、商品Ａのセールスの必要があると判
断したとき、ＡＴＭシステム１４０は、商品のセールス
画面を表示する（ステップ２６）。例えば、ＡＴＭシス
テム１４０は、顧客Ｂの工作情報として「商品Ａ案内画
面」に「商品Ａセールス要」を表示するとともに、「購
入する」・「資料請求」・「購入しない」の３つの選択
肢を表示する。

【００４９】ＡＴＭシステム１４０は、表示したセール
ス画面に対する顧客の反応を入力し、結果データを収集
する（ステップ２７）。例えば、「商品Ａ案内画面」に
おいて「資料請求」が選択されたとき、ＡＴＭシステム
１４０は、ＧＷサーバ１３０に対して顧客Ｂの工作履歴
情報を更新を依頼するように依頼する（ステップ２
８）。

【００５０】ＧＷサーバ１３０は、ＡＴＭシステム１４
０からの依頼に応じて結果データの更新を受け付ける
（ステップ２９）。そして、ＧＷサーバ１３０は、更新
対象項目を顧客ＤＢ１１０が保有しているときは、顧客
データ一時保管庫１３２の論理スキーマの対応データと
して工作履歴情報を更新する（ステップ３０）。

【００５１】結果データが顧客ＤＢ１１０にないとＧＷ
サーバ１３０が判断したときは（ステップ３１）、ＡＴ
Ｍシステム１４０は、ＡＴＭ取引を終了させ（ステップ
３６）、結果データが顧客ＤＢ１１０にあると判断した
ときは、結果データの変換を要するか否かを判定する
（ステップ３２）。

【００５２】そして、ＧＷサーバ１３０が結果データの
変換が必要と判断したときは、結果データのデータ形式
を変換し（ステップ３３）、顧客ＤＢ１１０に対して結
果データの更新を依頼し（ステップ３４）、顧客ＤＢ１
１０は結果データを更新する（ステップ３５）。

【００５３】尚、顧客ＤＢ１１０が参照対象項目を保有
していないとき、あるいはアクセス制約により現在更新
できないときは、顧客データ一時保管庫１３２の対応デ
ータとして工作履歴情報を更新する。そして、顧客ＤＢ
１１０の結果データが更新されたとき、ＡＴＭ取引を終
了させる（ステップ３６）。

【００５４】次に、キャンペーン管理システムにより、
セールス結果の分析が行われる。図９はその動作（２）
を示すフローチャートである。ステップ４１では、全結
果データの分析を行う。

【００５５】このとき、更新頻度・時間帯制限等、顧客
ＤＢ１１０へのアクセスに制約があるとき、あるいは運
用条件が、データの互換性が確保されない条件であると
きは、ＧＷサーバ１３０による定期的な顧客ＤＢ１１０
への更新処理をスケジュールすることによりデータを整
合させる。

【００５６】このように全結果データの分析が行われた
結果、論理スキーマの内容に反映され、さらに顧客の指
向にあったサービスが提供される。このような処理は、
窓口端末システム１５０についても同じように行われ
る。

【００５７】また、図８に示すように、もともとＡＴＭ
システム１４０と窓口端末システム１５０とが接続され
ている状態から、その他のチャネルが追加されたとき、
その他のチャネルは、そのままＧＷサーバ１３０に接続
されるが、変換処理は変換処理Ｄが追加されるだけで他
のデリバリシステムに影響しない。

【００５８】〈具体例１の効果〉以上、説明したように
具体例１によれば、ＧＷサーバ１３０を顧客ＤＢ１１０
との間にＧＷサーバ１３０を介装し、顧客ＤＢ１１０の
仕様とデリバリチャネルの仕様とを統合した論理スキー
マを参照してデータ仕様の変換処理を行うようにしたの
で、顧客ＤＢ１１０システムのシステム構成・形態や保
有データ項目の内容・形式にとらわれず、デリバリチャ
ネルシステムにおいて各種ＣＲＭサービスが可能とな
る。従って、顧客ＤＢ１１０が各デリバリチャネルから
の参照トランザクションが生じることもない。

【００５９】しかも、顧客ＤＢ１１０のデータ仕様、各
デリバリチャネルのデータ仕様は、従来のままなので、
データ仕様も各金融機関、各デリバリチャネルに適応さ
せることができ、費用が発生することなくすぐにシステ
ムの変更を行うことができる。

【００６０】また、デリバリチャネルシステムが意識す
る顧客データのデータ仕様は論理スキーマによって統合
されているため、顧客ＤＢ１１０には影響を及ぼさずに
デリバリチャネル側のＣＲＭサービスモジュールを標準
化することができ、パッケージ提供による機能構築が可
能となる。

【００６１】さらに、顧客データを更新するときは、Ｇ
Ｗサーバ１３０の顧客データ一時保管庫１３２に格納さ
れているデータが更新されるので、顧客ＤＢ１１０への
アクセス制約があっても容易に顧客データの更新を行う
ことができ、常に最新情報を揃えることができる。尚、
具体例１では、ＣＲＭを例として説明したが、このもの
に限られるものではなく、例えば勘定業務等にも適用す
ることができる。

【図面の簡単な説明】

【図１】具体例１の構成を示すブロック図である。

【図２】具体例１の顧客ＤＢに登録されている顧客デー
タの一例を示す説明図である。

【図３】具体例１のＧＷサーバの構成を示すブロック図
である。

【図４】具体例１の論理スキーマの一例を示す説明図で
ある。

【図５】具体例１のキャンペーン管理システムの動作
（１）を示すフローチャートである。

【図６】具体例１の顧客来店時の動作を示すフローチャ
ート（１）である。

【図７】具体例１の顧客来店時の動作を示すフローチャ
ート（２）である。

【図８】具体例１の動作説明図である。

【図９】具体例１のキャンペーン管理システムの動作
（２）を示すフローチャートである。

【符号の説明】

１１０顧客ＤＢ（データベース）１２０キャンペーン管理システム１３０ＧＷサーバ１３２顧客データ一時保管庫

Claims

【特許請求の範囲】

【請求項１】所定機関を利用する顧客のデータが所定
機関に適応したデータ仕様で格納されている顧客データ
ベースシステムに、前記顧客が利用するデリバリチャネ
ルを接続して顧客にサービスを提供する顧客データベー
ス及びデリバリチャネル接続システムにおいて、顧客データベースシステムと各デリバリチャネルとの間
に、顧客データベースシステム及び各デリバリチャネル
のデータ仕様を統合して顧客データの関連付けを行うサ
ーバを設けたことを特徴とする顧客データベース及びデ
リバリチャネル接続システム。
【請求項２】前記サーバは、各デリバリチャネルに適
応したデータ仕様及び顧客データベースに適応したデー
タ仕様を統合し、各デリバリチャネルと顧客データベー
スとの間で顧客データを相互に変換するための論理スキ
ーマを備えたことを特徴とする請求項１に記載の顧客デ
ータベース及びデリバリチャネル接続システム。
【請求項３】各顧客の指向性を分析する分析システム
を備え、前記サーバは各顧客に提供すべき商品、サービ
スを工作情報として、過去の履歴を履歴情報として登録
し、前記各デリバリチャネルは、サーバに登録された工作情
報に基づいて顧客に商品、サービスを提供し、前記分析システムは、各顧客に提供した工作情報に対す
る顧客の応答に基づいてサーバに登録された工作情報及
び履歴情報を更新することにより、顧客指向型のサービ
スを実現するように構成されたことを特徴とする請求項
１又は請求項２に記載の顧客データベース及びデリバリ
チャネル接続システム。