JP2001522494A - 販売およびマーケティングプラットフォーム用の自動化された糸口生成および顧客接客管理のためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 システムおよびそれに対応する方法は、マーケティングキャンペーンを作り上げかつ実行するための完全な機能性を供給する。前記システムは、マーケティング戦略に基づいてクライアントに目標を定めるための基準を定式化し、かつ、目標とするクライアントをデータ倉庫から識別かつ抽出し、糸口／クライアントを自動的に生成し、かつ、このようなクライアントとの接客を辿る。前記システムは、接客サービスインフラストラクチャ（ＣＯＮＩ）において具現化される。ＣＯＮＩは、戦略マーケティングのための情報システムアーキテクチャ全体のために、接客管理と、マーケティングキャンペーン管理と、糸口の生成とをもたらす。ＣＯＮＩは、マーケティングキャンペーンを実行するのに必要な糸口または糸口記録を生成することと、これらの糸口に基づいて行われた行為を辿ることとにより、情報システムアーキテクチャ全体の、戦略的に目標を定めたマーケティング機能の多くを可能にする。

Description

【発明の詳細な説明】 販売およびマーケティングプラットフォーム用の 自動化された糸口生成および顧客接客管理のための システムおよび方法 技術分野 本発明は、データベースおよび記録管理システムに関する。 発明の背景 多くの様々な事業および産業からの会社は新たな市場戦略に従事している。こ れらの顧客ベースを拡大しかつ新たな顧客を確立するために、会社は、新たなま たは進行中のマーケティングキャンペーンと接客開発キャンペーンとによって、 潜在的な顧客を目標にする必要がある。全世界的な拡大と産業の集中とに起因し て、市場は拡大し、かつ、潜在的な顧客数は増加している。したがって、潜在的 な顧客を目標にすることを、効率的に行う必要がある。 潜在的な顧客を識別する従来の方法は、大規模な電話キャンペーンを行うため に電話番号とそれに対応する顧客の名前とを識別することを含んでいた。大規模 な電話キャンペーンは、通常は、もはや効率的とは言えない。その理由は、この ようなキャンペーンは、テレマーケッタや、遠距離通信サービスや、人時等のよ うな大量のリソースを必要とするためである。さらに、大規模な電話キャンペー ンは、しばしば高い失敗率を欠点として有する。さらに、このようなキャンペー ンは、個人よりもむしろ電話番号に焦点を合わせるために、これらのキャンペー ンは、多くの潜在的な顧客を取り逃がす。例えば、家庭における１つの電話番号 は、その家の２人以上の個人に関連していることがあり、彼らの各々は別個の必 要性を有しており、かつ、別個の目標とされていることも考えられる。 電話番号や顧客名を含む顧客データは、通常は、集中化した非常に大容量のデ ータベースに記憶されている。以前の電話キャンペーンは、顧客の電話番号（例 えば、地域番号および／または３桁の市内局番）に基づき、彼らについてデータ ベースに照会する。より最近では、データベース内に記録された電話番号に関連 したある基準をデータベースに照会する新たな市場戦略およびキャンペーンが定 式化されている。データベースは集中化しかつ非常に大容量なので、このような 照会は、著しいプロセス時間を消費し、したがって、時間浪費となる。さらに、 このような照会からの結果は、所定の大規模電話キャンペーンにおいて効率的に 用いるには、しばしば困難である。さらに、市場戦略およびキャンペーンは、デ ータベース内のデータのタイプおよび組織に制限される。 発明の概要 広範な意味において、本発明は、データ倉庫（data warehouse）に記憶されて いるクライアント記録からマーケティングキャンペーンのための糸口（lead）を 生成するための方法により実現されたコンピュータを具現化する。前記方法は、 （ａ）前記データ倉庫に記憶されている前記クライアント記録の部分集合を有す る市場を作り上げるステップと、（ｂ）最初の照会に基づいて前記市場に備えら れた前記クライアント記録の部分集合を選択するステップと、（ｃ）前記クライ アント記録の前記選択された部分集合と前記データ倉庫に記憶されたさらなる情 報とに基づいて糸口記録を構成するステップとを有する。 広範な意味において、本発明は、データ倉庫に記憶されているクライアント記 録に基づいたマーケティングキャンペーンのための糸口記録を生成するためのシ ステムをも具現化する。前記システムは、ユーザーインタフェースユニットと、 キャンペーン管理ユニットと、糸口限定（Iead qualification）フィルターユニ ットと、糸口管理ユニットと、フォーマッタユニットとを有する。前記ユーザー インタフェースユニットは、ユーザーからの照会コマンドを受け入れる。前記キ ャンペーン管理ユニットは、前記照会コマンドを受け取り、かつ、糸口限定フィ ルターを作成する。前記糸口限定フィルターユニットは、選択されたクライアン ト記録を抽出するために、前記糸口限定フィルターをクライアントデータに適用 する。前記糸口管理ユニットは、一式の糸口記録を生成するために、所定のルー ルを前記選択されたクライアント記録に適用する。前記フォーマッタユニットは 、前記マーケティングキャンペーンにおいて用いるために、前記糸口記録を、フ ォーマットされた糸口記録に変換する。 図面の簡潔な説明 本発明の例示的な実施形態について、以下の図に関連してより詳細に説明する 。 図１は、本発明の例示的な実施形態を行うのに適した例示的な情報システムア ーキテクチャを示すブロック図である。 図２は、図１に示された接客サービスインフラストラクチャのブロック図であ る。 図３は、図１の情報システムアーキテクチャの様相の下におけるデータの流れ を示すデータフロー図である。 図４は、糸口記録の例示的なデータ構成図である。 図５は、糸口分配記録の例示的なデータ構成図である。 図６は、図２の接客サービスインフラストラクチャのキャンペーン管理と糸口 目録管理とにより行われるプロセスに関する、基本的なステップおよびそれに関 連して表示される画面を示す例示的なフローチャートである。 図７は、画面における例示的なユーザーログを示すコンピュータ画面の前面図 である。 図８は、メインメニュー画面を示すコンピュータ画面の前面図である。 図９は、例示的な状態照会と決定画面とを示すコンピュータ画面の前面図であ る。 図１０は、例示的な糸口市場部（lead mart）の初期照会画面を示すコンピュ ータ画面の前面図である。 図１１は、例示的な初期照会と、糸口生成プロセスに関する表示とを示すコン ピュータ画面の前面図である。 図１２は、例示的なテーブル選択画面を示すコンピュータ画面の前面図である 。 図１３および図１４は、例示的な糸口市場部の管理画面を示すコンピュータ画 面の前面図である。 図１５および図１６は、例示的な分配照会と糸口生成プロセス用の表示画面と を示すコンピュータ画面の前面図である。 図１７は、糸口生成についての例示的なセーブ、提出、またはオープン照会画 面を示すコンピュータ画面の前面図である。 図１８〜図２１は、糸口生成の照会に基づく例示的な結果表示画面を示すコン ピュータ画面の前面図である。 図２２〜図２４は、例示的な販売都市、フォームタイプ、メディアタイプの画 面を示すコンピュータ画面の前面図である。 図２５は、例示的なリストコード画面を示すコンピュータ画面の前面図である 。 図２６は、例示的なセキュリティ画面を示すコンピュータ画面の前面図である 。 図２７Ａおよび図２７Ｂは、ともに、糸口市場部の構成用に作られた例示的な テーブルを示す。 発明の詳細な説明 情報システムアーキテクチャについて、詳細には、データベースに記憶された データに基づいて高められた市場サービスを提供するためのシステムおよび方法 について、以下に詳細に説明する。以下の説明においては、本発明の完全な理解 をもたらすために、データフロー、データフォーマッティング、ユーザーインタ フェース、プロセスの構成および連結等のような多数の特定の詳細が示されてい る。しかしながら、当業者は、本明細書中に説明されている特定の細部を用いず に、または他の特定のデータフロー、データフォーマッティング、ユーザーイン タフェース、プロセスの構成および連結等によって本発明を実施できることを容 易に認識する。公知の構成、プロセス、およびステップについては、本発明を不 明瞭にすることを避けるために、詳細には説明されていない。 １．概観 本発明の実施形態の下における例示的な情報システムアーキテクチャおよびそ れに対応する方法は、テレマーケティングやダイレクトメールキャンペーンのよ うなマーケティングキャンペーンを作り上げかつ実行するための完全な機能性を 提供する。情報システムアーキテクチャによって、ユーザーが、市場戦略に基づ いて、（例えば、照会によるような）潜在的な顧客またはクライアントを目標に するための基準を定式化し、目標とするクライアントを識別し、かつ、集中化し たデータベースまたはデータ倉庫から抽出し、糸口を自動的に生成し、かつ、ク ライアントへの接客を辿ることが可能になる。 前記情報システムアーキテクチャおよびその個々の構成要素の多くについては 、事実上、長距離電話サービスプロバイダのような任意のタイプの事業における 市場努力のために用いることができる。本発明の実施形態は、長距離電話サービ スプロバイダに関して本明細書中に説明されているが、このような説明は、例示 目的のために過ぎない。 前記システムは、接客サービスインフラストラクチャ（ＣＯＮＩ）を備えてい る。ＣＯＮＩは、最小限の動作条件を満たす任意のタイプのコンピュータ上で動 作する、ソフトウェアに基づくシステムであることが好ましい。好ましい実施形 態において、ＣＯＮＩは、前記情報システムアーキテクチャのためのクライアン ト接客管理と、キャンペーン管理と、糸口生成とをもたらす。ＣＯＮＩは、マー ケティングキャンペーンを実行するのに必要な糸口を生成することと、これらの 糸口に基づいて結果的に生じる行為を辿ることとにより、前記情報システムアー キテクチャにおける、戦略的に目標を定めた多くのマーケティング機能を提供す る。 前記ＣＯＮＩは、ユーザー用のグラフイカルユーザーインタフェース（ＧＵＩ ）、このＧＵＩにおいて、このようなユーザーが、通常は、（後述するように） 事業戦略ユニットである。ユーザーは、新たな市場戦略を定式化するためのデー タ倉庫からのデータを分析し、かつ、その戦略を実行するためにＣＯＮＩを用い る。ＣＯＮＩ ＧＵＩを用いて、ユーザーは、目標とするクライアントに用いる べきある基準を指定する。ＣＯＮＩは、照会を生成し、かつ、基準を、またはロ ーカライズされたデータ市場を形成する照会を満たすデータ倉庫からのデータを 抽出する。ユーザーは、抽出したデータを、データ市場部から抽出された最終リ ストに限定または狭めるためのさらなる基準を追加することができる。次に、こ の最終リストは、氏名、テレマーケティングキャンペーン用の電話番号、ダイレ クトメールキャンペーン用のメールアドレスのような関連データを備えた糸口に フォーマットされる。フォーマットされた糸口は、種々のテレマーケティングセ ンターおよびダイレクトメールセンターに分配される。 さらに、ＣＯＮＩは、各々のクライアントへの接客からの結果を受け取ること により、所定のキャンペーンを管理する。ＣＯＮＩは、適切な記録が更新される ように指令し、かつ、必要であれば、ある糸口に対するフォローアップを計画す る。さらに、ＣＯＮＩは、情報システムアーキテクチャにフィードバックループ をもたらすために、各々のクライアントへの接客をデータ倉庫へフィードバック する。このようなフィードバックループは、中に記憶されているデータが最新で かつ正確であることを確実にする。 ２．システムアーキテクチャ 図１を参照すると、例示的な情報システムアーキテクチャ、すなわち、戦略的 マーケティングシステム（ＳａＭＳ）インフラストラクチャ１００が示されてい る。ＳａＭＳインフラストラクチャ１００の様々な構成要素は、（ここで説明さ れるような）多数の目標マーケティング機能を提供するために、図１に示される ように協同して相互作用する。ＳａＭＳインフラストラクチャ１００は、少なく とも３つの機能（クライアント管理と情報管理と接客サービスと）を実行する。 「クライアント管理」は、全ての会社のクライアントを識別し追跡し管理する 処理を具備する。「クライアント」は、現在の顧客と潜在的な顧客（または糸口 ）との両方を含む。したがって、何億もの人々から構成され得る。クライアント 管理は、（例えば、電話番号に基づくよりも）クライアントに関する記述的な行 動データを個人として必要とする。ＳａＭＳインフラストラクチャ１００におけ る（クライアント管理のための）主要構成要素は、クライアント取得および維持 管理アーキテクチャ（ＣＡＲＭＡ）１０２である。ＣＡＲＭＡ１０２は、好まし くは、（クライアント管理のための）データベースおよびデータ処理を提供する ソフトウェアシステムである。ＣＡＲＭＡ１０２の例示的な実施形態は、"Syste ms For Managing Client Sales and Marketing Data"という題目を付された同時 係属中の米国特許出願においてより詳細に説明されている。この出願書類は、本 明細書と同時に出願され、かつ、本出願と共通の譲受人に譲渡されている。 「情報管理」は、クライアント集団全体とトレンドとを反映するデータを収集 および記憶および管理する処理である。情報管理は（未処理データを製品および マーケティング戦略のための前後関係内に配置する）判断支援機能およびツール を提供する。情報管理は、一般化されたクライアント集団に関する記述的な行動 データを扱う。情報管理のための主要構成要素は、判断支援システム（ＤＳＳ） １０４である。ＤＳＳ１０４は、大規模データ倉庫からなり、データを収集およ び記憶および管理および分配および分析するための処理を伴う。一般的に、「デ ータハウス」は、会社の外側から抽出された情報のみならず、会社内の多数の部 門（即ち「ビジネス戦略ユニット」）に対する情報の統合体である。ＤＳＳ１０ ４の例示的な実施形態は、図３を参照して、以下に説明される。 「接客サービス」は、データハウス照会に基づく推断を行い、かつ、（マーケ ティングキャンペーンを定式化するために、かつ、糸口を生成するために）その 推断結果を使用する。この「接客サービス」は、また（クライアントと行われる ）全ての接客を追跡しかつ管理する。ＣＯＮＩ１０６は、ＳａＭＳインフラスト ラクチャ１００に対して、接客サービスを提供する。ＣＯＮＩ１０６は、好まし くは、ソフトウェアシステムである。該ソフトウェアシステムは、ＤＳＳ１０４ のデータ倉庫から抽出されたデータを使用する。該データは、糸口を生成するた めに（会社のビジネス戦略ユニットによって定式化される）特定の戦略を伴って 抽出される。ＣＯＮＩ１０６は、クライアントとの接客または糸口を（以下に説 明されるように）管理および追跡するために、中央糸口貯蔵所（ＣＬＲ）１０８ とインターフェースする。 （クライアントと行われる）そのような接客に関する情報は、ＳａＭＳインフ ラストラクチャ１００のクライアント管理機能へフィードバックされる。結果と して（ＳａＭＳインフラストラクチャ１００の）クライアント管理機能と情報管 理機能と接客サービス機能とは、以下の処理のくり返しである。即ち、情報管理 機能が、リサーチを実行しかつ推断しかつ戦略を形成するために、未処理データ を前後関係へ入れる。接客サービス機能が、情報管理機能の下で生成されたリサ ーチと推断と戦略とに基づいて、マーケティング戦略を定式化しかつ履行する。 クライアント管理機能が、個々を識別・追跡し、かつ、記述的な行動データを収 集し、かつ、そのようなデータを情報管理機能へフィードバックする。 様々なデータプロバイダ１１０が、データを、ＣＡＲＭＡ１０２およびＤＳＳ １０４へ提供する。データプロバイダ１１０は、クライアントに関する情報を提 供するために、ＳａＭＳインフラストラクチャ１００へのデータ入力のソースを いくつか具備する。データプロバイダ１１０は、内部データソース１１２および 外部データソース１１４の両方から成る。内部データソース１１２の一例は（課 金システムと顧客注文エントリーシステムと注文準備システムと顧客データベー スとマーケティングデータベースと顧客サービスシステムとアカウント受信可能 システムと他の多くのシステムとからの）データ供給を具備する。内部データソ ース１１２は、また、ＳａＭＳインフラストラクチャ１００の他の構成要素（例 えば、ＣＬＲ１０８）からの入力を具備してもよい。 外部データソース１１４の一例は、電話帳と合衆国郵便局名簿とクレジット会 社報告と（人々に関する特定のデータを提供する）多数の第三者データプロダク ツとのファイルを具備する。これらの第三者のデータプロダクツは、人々が購入 する製品や人々が行き来する場所や人々が利用するサービスや人々の興味・要求 に関する電話調査結果のような情報を具備してもよい。外部データソース１１４ は、また、旅客機を頻繁に利用する乗客プログラムと自動車クラブメンバーシッ プとヘルスクラブメンバーシップと旅行クラブと雑誌購読とを具備してもよい。 これらのデータは、クライアントのメンバーシップおよび（他のビジネスへの） 加入を介してクライアントを追跡する際の手助けのために使用される。 ＣＡＲＭＡ１０２は、データプロバイダ１１０から、特定のクライアントに関 するデータを収集し、かつ（クライアントプロフィールを更新するために）該デ ータを使用する。そして、ＣＡＲＭＡ１０２は、クライアントデータにおける如 何なる変化をも、ＤＳＳ１０４へ（但し、一般化された形式で）供給する。即ち 、ＣＡＲＭＡ１０２は、特定のクライアントの氏名およびアドレスをＤＳＳ１０ ４へ送るのではなく、むしろ、一般的なクライアントのプロフィールを反映する 情報を送る。ＣＡＲＭＡ１０２は、唯一無二のクライアント識別子を、クライア ントプロフィール変化と共に送る。そのため、ＤＳＳ１０４内のデータに基づい て糸口が生成されると、該糸口は、特定の氏名，アドレス，電話番号と照合され ることができる。一般的に、クライアントは、ＳａＭＳインフラストラクチャ１ ００の下で、該ＳａＭＳインフラストラクチャ１００のクライアント識別子に基 づいて識別される。該クライアント識別子は、各クライアントに関連する（唯一 無二の）英数字コードである。クライアント識別子は、ＣＡＲＭＡ１０２および ＤＳＳ１０４で保持される。 ＤＳＳ１０４は、また、データプロバイダ１１０から、データを収集する。Ｄ ＳＳ１０４は、一般的に、特定のクライアントに関するデータではなく、どちら かと言えば、クライアントのグループに関するデータを収集する。そのようなデ ータは、ある国から他の国へ移動した人々の数、または、同じ年に車およびホー ムステレオの両方を購入した人々の数、または、仕事を持ちかつ政党のメンバー である女性の数を含んでもよい。ＤＳＳ１０４によるデータ収集に対する可能性 は、非常に高く、かつ、ＳａＭＳインフラストラクチャ１００のユーザーのビジ ネス要求に従って変化する。ＤＳＳ１０４は、また、以下に説明されるように、 ＣＡＲＭＡ１０２および他のソースから、データを収集する。 ＤＳＳ１０４は「ビジネス戦略ユニット（ＢＳＵ）１１６が、該ＢＳＵのデー タ倉庫内に記憶されたデータにアクセスする」ということを可能にする。ＢＳＵ １１６は、ビジネス戦略とマーケティング戦略とセール戦略とを定式化すること に責任を負う（会社の）部分集合であることができる。例えば、あるＢＳＵ１１ ６は、国際的なクライアントに対して責任を負うことができ、一方、他のＢＳＵ １１６は、国内のクライアントに対して責任を負うことができる。他に、ＢＳＵ １１６は（ＳａＭＳインフラストラクチャ１００を使用する）会社全体であるこ とができる。 ユーザーまたはＢＳＵ１１６は、様々な機能に対して（ＤＳＳ１０４内に記憶 された）データにアクセスする。該機能は、データ調査とデータマイニング（da ta mining）とデータドリリング（data drilling）と予測モデリングと概略照会 （general queries）と結果送付とを具備する。データ調査機能は「ＢＳＵ１１ ６が潜在的に貴重なグループのデータを識別する」ということを支援する。デー タ調査機能は「ＢＳＵ１１６が（マーケティング判断を導くために）予期しない パターンを発見する」ということを支援する。例えば（以下に説明される）デー タ市場の調査は「北東部において５００００ドル以上の収入を有する人々の８０ ％は、セルラーサービスを使用する」ということを発見する。ＢＳＵ１１６は、 その後「収入的特徴および地理的特徴がなぜセルラー利用に通じるのか」という ことを判断することができる。 データ調査機能は、大きなセグメントのデータを識別・分類することを支援す る。データマイニング機能およびデータドリリング機能は、ビジネス機会を更に 識別しかつ定量化するために、これらの大きなセグメントのデータを限定する。 一旦、意味のあるパターンが確立されたならば、該パターンは、数学的モデルと して表されることができる。該数学的モデルは、ある特徴（例えば、５００００ ドルを越える収入やアメリカ北東部の人口等）と他の特徴（例えば、セルラーユ ーザー）との間における相互関係を確立する。これらのモデルに基づいて、ＢＳ Ｕ１１６は、セルラーダイレクトメールキャンペーンに対する候補者の郵送名簿 を作成できる。 概略照会機能は「ＢＳＵ１１６が、データ市場内のデータの（ＤＳＳユーザー インターフェースプロセスを介した）単純な照会を実行する」ということを可能 にする。例えば、ＢＳＵ１１６は、所与の年における総販売について、データ市 場に照会することができる。結果送付機能は「ＤＳＳ１０４が、データを、（フ ォーマットされたレポートや３次元グラフィック等のような）複数の方法で送付 する」ということを可能にする。 各ＢＳＵ１１６は、ＤＳＳ１０４のデータ倉庫内のデータの戦略的照会を（特 定の分析的なツールを使用して）実行する。これらの照会の結果に基づいて、Ｂ ＳＵ１１６は、マーケティングキャンペーンを定式化する。そして、ＢＳＵ１１ ６は、選択されたマーケティングキャンペーンを履行するために、ＣＯＮＩ１０ ６を使用する。以下により完全に説明されるように、ＢＳＵ１１６は、ＤＳＳ１ ０４から糸口データを抽出する際に使用する基準を、ＣＯＮＩ１０６へ指定する 。（選択されたマーケティングキャンペーンにおいて目標にされるべきクライア ントである）クライアント糸口を識別するために、糸口データが使用される。「 糸口」は、一般的に、会社の潜在的な顧客であるクライアントである。各糸口は （ＤＳＳ１０４内に記憶された）対応する唯一無二のクライアント識別子によっ て識別される。そして、ＣＯＮＩ１０６は、これらのクライアント識別子を（Ｄ ＳＳ１０４の処理中データ収集／分配プロセスを介してＣＡＲＭＡ１０２から取 得された）氏名および／またはアドレスおよび／または電話番号と照合すること によって、糸口または糸口記録を生成する。このことは、図３を参照して、以下 に説明される。 ＣＯＮＩ１０６が糸口記録を生成すると、ＣＯＮＩ１０６は、これらの記録を ＣＬＲ１０８内に収める。ＣＬＲ１０８は、糸口および（糸口上で実行される） 行動を追跡するために使用される（ＤＳＳ１０４のデータ倉庫より小さい）デー タベースである。ＣＬＲ１０８は、糸口記録および糸口分配記録の両方を記憶す る。（ＣＬＲ１０８内に記憶された）各糸口記録は、クライアント識別子と電話 番号とアドレス識別子番号とに対する欄と、おそらく、以前の接客に対する欄と を具備する。図４は、インフォーミックス（Informix）の下で構成された例示的 な（より詳細な）糸口記録を示し、多数の一般的に自己説明的な欄を示す。ＣＬ Ｒ１０８は、好ましくは、クライアント毎に１つの糸口記録のみを記憶する。Ｃ ＬＲ１０８は、また、糸口分配記録を記憶する。２以上の糸口分配記録が、各糸 口記録に関係付けられることができる。図５は、インフォーミックスの下で構成 された例示的な（より詳細な）糸口分配記録を示し、多数の一般的に自己説明的 な欄を示す。各糸口分配記録は、特定のＴＭ／ＤＭセンタ１１８や各センタへ送 られる多数の記録や日付や優先コードなどを識別するための欄を具備する。 （ＣＯＮＴ１０６によって生成され、かつ、ＣＬＲ１０８内に記憶される）糸 口記録は、ＣＯＮＩによって、１または２以上のテレマーケティング／ダイレク トメールセンタ（ＴＭ／ＤＭセンタ）１１８へ分配される。ＴＭ／ＤＭセンタ１ １８は、コールセンタを具備する。テレマーケティングエージェントは、クライ アント接客とクライアントセールとクライアントサービスとを、該コールセンタ から、電話を通して実行する。しばしば、ＴＭ／ＤＭセンタ１１８は（マーケテ ィングキャンペーンが処理される）各「セールスシティ」内に配置される。しか しながら、ＴＭ／ＤＭセンタ１１８は、該センタが置かれた都市の外側でマーケ ティングキャンペーンを処理できる。 ＴＭ／ＤＭセンタ１１８は、また、センタを具備し、ダイレクトメールキャン ペーンは、該センタから処理される。本発明は、一般的に（ＴＭ／ＤＭセンタ１ １８で実行される）テレマーケティングキャンペーンに関して以下に説明される が、当業者は「本発明の実施形態は、ダイレクトメールキャンペーンに対して、 同様に適用可能である」ということを即座に認識する。加えて、本発明は、物理 的にまたは（電子メールまたはインターネット接続を介するような）電子的にク ライアントに接客する他の方法に対して、同様に適用可能である。 ＴＭ／ＤＭセンタ１１８におけるエージェントは、クライアントを呼び出し（ または、クライアントに接客し）かつセール機能（および／または、サービス機 能）を実行するために、（ＣＯＮＩ１０６によって該エージェントに提供される ）糸口記録を使用する。エージェントは、これらの接客の結果を、ＴＭ／ＤＭセ ンタ１１８へ入力する。ＴＭ／ＤＭセンタ１１８は、該結果を、ＣＯＮＩ１０６ へ送る。ＣＯＮＩ１０６は、これらの結果に基づく情報を（データプロバイダ１ １０としての）ＣＡＲＭＡ１０２およびＤＳＳ１０４の両方へフィードバックす る。例えば、もし、クライアントが（該クライアントに長距離サービスを売るた めに）接客され、クライアントが「クライアントは、代わりに、該クライアント のローカル電話サービスプロバイダを切り換えることの方を好む」ということを 示すならば、エージェントは、この指示を、ＴＭ／ＤＭセンタ１１８において、 ファイル内に記録する。そして、クライアントのローカル電話サービスプロバイ ダを切り換えることの方を好む全てのクライアントのファイルが（データプロバ イダ１１０としての）ＣＡＲＭＡ１０２およびＤＳＳ１０４へ送られる。ＣＡＲ ＭＡ１０２は、「このクライアントは、該クライアントのローカルサービスプロ バイダを切り換えることに興味がある」ということを示すように（ファイル内に 具備された）各クライアントのプロフィールを更新するために、この情報を使用 する。そして、この情報は、ＣＡＲＭＡ１０２からＤＳＳ１０４へ、クライアン ト識別子および（ローカルサービスプロバイダを切り換えることの興味を示す） 指標の形式で送られる。この情報は、ＤＳＳ１０４内に記憶される。 ＤＳＳ１０４は、また（データプロバイダとしての）ＴＭ／ＤＭセンタ１１８ から、ＣＯＮＩ１０６を介して、情報を直接受信することができる。該情報は「 例えば、ある都市において、どれだけ多くの人々が自分のローカルサービスプロ バイダを切り換えることに興味があるのか」ということを示す。この情報に基づ いて、ＢＳＵ１１６は「ある都市においてローカルサービスプロバイダマーケテ ィングキャンペーンを計画するのに十分な興味がその都市に存在するか否か」と いうことを判断するために、ＤＳＳ１０４に照会することができる。そして、Ｃ ＯＮＩ１０６は、ローカルサービスプロバイダキャンペーンのための糸口を生成 できる。上記例は、ＳａＭＳインフラストラクチャ１００内の多数のフィードバ ックループのうちの１つを示す。 ＴＭ／ＤＭセンタ１１８におけるエージェントが新たな顧客と購入契約をする と（または、販売すると）該エージェントは、注文を、顧客注文エントリーシス テム１２０へ直接入力する。顧客注文エントリーシステム１２０は（注文を記録 しかつ準備することに加えて）更新データをＤＳＳ１０４へ提供する。これは、 注文の結果（または、周囲の情報）を示すためである。例えば、もし、注文が長 距離サービスに対するものであるならば、顧客注文エントリーシステム１２０は 「このクライアントは、現在、長距離サービスに加入している」ということを示 すために、ＤＳＳ１０４を更新する。 長距離サービスに対する注文は、また、ナショナルＬＥＣインターフェースシ ステム（ＮＬＩＳ）およびクイック一次交換キャリア（ＰＩＣ:Primary Interex change Carrier）システム１２２へ提供される。ＮＬＩＳおよびクイックＰＩＣ システム１２２は、注文を、クライアントのローカル交換キャリア（ＬＥＣ）１ ２４へ提供する。それによって、ＬＥＣは、クライアントのＰＩＣを、適切な ローカルクラス５スイッチで変換できる。ＮＬＩＳおよびクイックＰＩＣシステ ム１２２は、米国特許出願”System and Method for Real Time Exchenge of Cu stomer Data Between Telecommunication Companies”（弁理士名簿番号１６４ ３／００５６８、譲受人名簿番号ＣＯＳ−９６−０６９）において詳細に説明さ れる。該米国特許出願は、本出願の共通指定代理人に割り当てられる。ＴＭ／Ｄ Ｍセンタ１１８と顧客注文エントリーシステム１２０とＮＬＩＳおよびクイック ＰＩＣシステム１２２とのアーキテクチャは、クライアントに接客する処理と、 長距離サービスをそのクライアントに販売する処理と、長距離サービスに対する 注文を記録・準備する処理と、クライアントのＰＩＣをたった数分以内で発生す る全てのものに（ＬＥＣ１２４スイッチで）変換する処理とを可能にする。 ＮＬＩＳおよびクイックＰＩＣシステム１２２は、また、非勧誘ＰＩＣ変換の ためのデータを、ＤＳＳ１０４へ提供する。もし、長距離会社の顧客が他の会社 へ切り換えるならば、該顧客のＰＩＣ変換が、ＬＥＣ１２４によって、ＮＬＩＳ およびクイックＰＩＣシステム１２２へ提供される。ＮＬＩＳおよびクイックＰ ＩＣシステム１２２は、これらの変換のファイルを、ＤＳＳ１０４へ提供する。 今度は、ＤＳＳ１０４が、該ファイルを記憶し、かつ「ＣＯＮＩ１０６が、最近 の全てのＰＩＣ変換を抽出し、かつ、顧客取り戻しキャンペーンのための糸口を 生成する」ということを可能にする。 前記ＳａＭＳインフラストラクチャ１００は、ＣＡＲＭＡ１０２と、ＤＳＳ１ ０４と、芯としてのＣＯＮＩ１０６とからなっている。さらに、ＳａＭＳインフ ラストラクチャ１００は、さらなる機能性をもたらすために、ＣＬＲ１０８と、 ＴＭ／ＤＭセンター１１８と、顧客注文エントリーシステム１２０と、ＮＬＩＳ およびクイックＰＩＣシステム１２２とを用いかつ備えることもできる。さらに 、ＳａＭＳインフラストラクチャ１００によって、ＢＳＵ１１６の使用と、この ＢＳＵに、大量のデータを解析しかつ糸口の生成によって自動的に実行されるマ ーケティングキャンペーンを定式化する能力を供給することと、ＴＭ／ＤＭセン ター１１８に（データを）供給することとが可能になる。ＳａＭＳインフラスト ラクチャ１００は、"Information Architecture For Strategic Marketing Syst ems"という題目を付された係属出願中の米国特許出願においてより詳細に説明さ れている。この出願書類は、本明細書と同時に出願され、かつ、本出願と共通の 譲受人に譲渡されている。 図２を参照すると、ＣＯＮＩ１０６の例示的な内部アーキテクチャが示される 。ＣＯＮＩ１０６は、ユーザーが（少なくとも２つの方法で）ＣＯＮＩと相互作 用するために、グラフィカルユーザーインターフェース（ＧＵＩ）１６０を提供 する。該２つの方法とは、糸口市場を構成することと、そのような（構成された ）糸口市場内で照会およびサーチを実行することとである。糸口市場の照会を最 初に考えると（会社のＢＳＵ１１６のような）ユーザーは、マーケティング戦略 をマーケティングキャンペーンへ転換するために、ＧＵＩを使用する。ＧＵＩ１ ６０によりＢＳＵ１１６に表示された画面の例は、後述の図７〜図２６に示され ている。ＢＳＵ１１６は、コンピュータのマウスやキーボードを用いるような従 来の方法で、図７〜図２６に示されている画面を介してオプションを選択するか またはデータを入力する。 ＢＳＵ１１６は、最初に（目標となるクライアントに対する）基準を指定する 。例えば（ＤＳＳ１０４のデータ倉庫内のデータに基づいて実行された）先の分 析に基づいて、ＢＳＵ１１６は「カリフォルニアからコロラドへ最近移動しかつ 過去１年間に車を購入した人々は、セルラーサービスへ加入しそうであり、かつ 、自分の長距離プロバイダを切り換えそうである」ということを判断する。この 判断の結果として、ＢＳＵ１１６は、テレマーケティングキャンペーンの下で、 長距離サービスパッケージおよびセルラーサービスパッケージを、これらの人々 へ提供することを望む。ＢＳＵ１１６は「ＢＳＵ１１６が、（１）カリフォルニ アからコロラドへ移動し、かつ、（２）過去１年間に車を購入し、かつ、（３） 長距離および（会社の）セルラーサービスの両方に現在加入しているというわけ ではない全てのクライアントの記録を、引き出すことを望む」ということを入力 しかつ指定するために、ＧＵＩ１６０を使用する。 キャンペーン管理プロセス１６２は、入力データまたは基準を、ＧＵＩ１３０ から受信し、かつ、そのような基準を、糸口限定フィルター（またはファイル） へ転換する。例えば、キャンペーン管理プロセス１６２は、ストラクチャード照 会ランゲージ（ＳＱＬ：structured query language）ステートメントを使用し て、入力基準に基づいて、照会を作成する。照会の構築については、図６、図１ １、および図１５〜図２１に関連して後述する。糸口記録のリストを作成するた めの照会は、ここでは（以下に説明される）「マーケティングキャンペーン」と して、一般的に説明される。 糸口限定フィルタープロセス１６４は、構成された糸口限定フィルターを、キ ャンペーン管理プロセス１６２から受信する。そして（糸口限定フィルターによ って指定される基準を満たす）クライアントのリストを抽出するために、そのよ うなフィルターを、ＤＳＳ１０４のデータ倉庫内、または、糸口市場１６６内の データへ適用する（このことは以下に説明される）。糸口限定フィルタープロセ ス１６４は、クライアント記録を（所与のマーケティングキャンペーンのための 「糸口記録」として）抽出するために、糸口限定フィルターを使用し、かつ、そ のような糸口記録を、糸口市場１６６内に共に記憶する（このことは以下に説明 される）。 先の例において、糸口限定フィルターは、最初に、カリフォルニアからコロラ ドへ移動したクライアントに対する全てのクライアント識別子の第１糸口リスト を抽出し、そして、この第１リストに基づいて、過去１年間に車を購入した全て のクライアントの第２糸口リストを抽出してもよい。そして、この第２リストに 基づいて、糸口限定フィルターは、現在（会社の）長距離顧客およびセルラー顧 客の両方であるというわけではない全てのクライアントの（第３のより小さな） 糸口リストを抽出する。糸口限定フィルターは、また、他の望ましくない糸口を 抽出してもよい。該糸口は（接客されないことを要求したクライアント（「抑制 」）、または、年齢が１００歳より大きな（即ち、おそらく死亡している）クラ イアント等である。 一般的に、本発明の例示的な実施形態の下では、選択されたデータの（データ ベースとデータ市場とデータ倉庫とからの）照会および検索は、既知のデータベ ース照会・検索テクニックを使用して、即ち、例えば、ＳＱＬステートメント、 および、オープンデータベース接続（ＯＤＢＣ）を使用して実行される。該テク ニックは、当業者によって知られている。したがって、本発明の重要な特徴を不 明瞭にするのを避けるべく、これについての詳細は、概して、本明細書中におい ては省いている。 糸口限定フィルタープロセス１６４は、また（ある糸口限定フィルターに基づ いてＤＳＳ１０４から抽出された）データを糸口市場１６６内に記憶するために 、糸口市場１６６を構成する。「糸口市場」１６６は、データ倉庫より小さなデ ータベースであり、データ倉庫からのデータの部分集合を具備する。一般的に、 糸口市場１６６は、個々のＢＳＵ１１６に対して（ＤＳＳ１０４から）抽出され たデータの（カスタマイズされた）収集物である。ここで説明されるように、Ｂ ＳＵ１１６は、今度は、所与のマーケティングキャンペーンに対する特定のクラ イアントリストを展開するために、糸口市場に照会する。 各糸口市場１６６は、一般的には、（会社内の個々のＢＳＵ１１６のような） ユーザーの個々のグループによって使用される単一題材のデータベースである。 優先注文において、長距離会社に対するそのような糸口市場１６６の例は、パー トナープログラム（例えば、フリークエントフライヤープログラム）に基づく国 際提携の全ての顧客のデータを記憶する糸口市場と、非英語通話国へ頻繁に国際 電話をかける全ての顧客のデータを記憶するデータ市場と、英語通話国へ頻繁に 国際電話をかける全ての顧客に関するデータ市場と、他の長距離会社へ最近切り 換えた全ての以前の顧客の糸口市場と、特定のサービスの全ての顧客の大規模マ ーケット糸口市場とであることができる。これらの共通糸口市場１６６は、進行 中のマーケティングキャンペーンを管理するために、使用されることができる。 例えば、他の長距離会社へ最近切り換えた全ての以前の顧客の糸口市場１６６は 、進行中の顧客取り戻しキャンペーンを管理するために非常に有用である。糸口 市場１６６は、（サンマイクロシステムズによって製造されるSun Doxのような ）分散されたコンピュータ内に具体化されてもよいが、必ずしもそうである必要 はない。 例示的な実施形態において、糸口限定フィルタープロセス１６４は（糸口市場 １６６の）優先注文または階層を提供する。それによって、所与のクライアント は、２以上の糸口市場において識別されない（故に、様々なマーケティングキャ ンペーンの下でくり返し接客されることはない）。例えば、国際提携／協力の顧 客の糸口市場１６６は、英語通話国へ国際電話をかける顧客の糸口市場よりも高 い序列を有する。 糸口限定フィルタープロセス１６４は、名目上の（または、周期的な）処理を 実行するために、セットアップされることができる。例えば、糸口限定フィルタ ープロセス１６４は、先に生成された糸口限定フィルターに基づいてＤＳＳ１０ ４からデータを繰り返し抽出するために、生成されることができる。故に、周期 的な単位で（例えば、毎日）糸口限定フィルタープロセス１６４は（以下に説明 される）データ倉庫出力を介して、ＤＳＳ１０４から（糸口限定フィルターを満 足する）クライアント記録を、周期的に照会かつ抽出し、かつ、対応する糸口市 場１６６を更新する。故に、糸口市場１６６は、現在更新されるデータを、該糸 口市場１６６内に継続的に記憶する。 ユーザーまたはＢＳＵ１１６は、また（明細なクライアントリストを生成する ための）データまたは糸口目録仕様を入力するために、ＧＵＩ１６０を使用する 。該クライアントリストは、所与のマーケティングキャンペーンを履行するため のものである。例えば、ユーザーは「毎日どれだけ多くの糸口記録がフォーマッ トされるべきであるか」ということや「あるリード記録が、どのＴＭ／ＤＭセン タ１１８へ分配されるべきか」ということ等を指定するデータを、ＧＵＩ１６０ へ入力してもよい。糸口目録管理プロセス１６７は、そのような入力データを、 ＧＵＩ１６０から受信する。そして（糸口市場１６６からの）糸口記録の抽出お よび処理を管理するために、該データを使用する。故に、糸口目録管理プロセス １６７は、糸口限定フィルタープロセス１６４に対する方法に類似した方法で、 ＧＵＩ１６０から受信されたデータに基づいて、照会を行う。そして「糸口リス ト」（即ち、所与のマーケティングキャンペーンに基づいて選択された糸口記録 のリスト）を生成するために、所与のマーケティングキャンペーンに基づいて（ １または２以上の糸口市場１６６内に記憶された）糸口記録を抽出する。糸口目 録管理プロセス１６７は（結果として得られた）糸口リストおよび（対応する） 糸口記録を、ＣＬＲ１０８内に記憶する。 糸口リストが、一般的に、糸口記録のリストを具備するのに対して、各糸口記 録は、所与の糸口に対するクライアント識別子のみならず、クライアントに関す る追加情報をも具備する。該追加情報は、例えば、クライアントが接客された回 数および（関連する）日付や、クライアントが接客されたマーケティングキャン ペーンに対応するコード番号である。一般的に、糸口またはクライアントは（マ ーケティングキャンペーンが引き起こされるときに生成される）マーケティング キャンペーンコードに基づいて、ＣＯＮＩ１０６内で追跡されることができる。 更に、糸口目録管理プロセス１６７は、各マーケティングキャンペーンに対して 、糸口分配記録を記憶する。糸口分配記録は「どのＴＭ／ＤＭセンタ１１８に、 所与の糸口記録が分配されるべきか（または、分配されたか）」ということを識 別する。２以上の糸口分配記録が、１つの糸口記録に関連付けられることができ る。なぜならば、糸口記録の下のクライアントは、２以上のマーケティングキャ ンペーンに関連付けられることができるからである。糸口目録管理プロセス１６ ７は、所与のマーケティングキャンペーンに対して、糸口分配記録を生成する。 該糸口分配記録は「毎日どれだけ多くの糸口記録がフォーマットされるべきであ るか」ということや「あるリード記録が、どのＴＭ／ＤＭセンタ１１８へ分配さ れるべきか」ということ等を指定する。 糸口目録管理プロセスは、また（「複製のクライアント記録がＣＬＲ１０８内 に検索されずかつ記憶されない」ということを保証するような）あるスクリーニ ングプロセスを実行する。糸口目録管理プロセス１０７は「所与のクライアント が、２つの異なるマーケティングキャンペーンにおいて識別されることはない（ 故に、２回呼ばれることはない）」ということを保証する。糸口目録管理プロセ ス１６７は、ＣＬＲ１０８内の糸口リストに基づいて識別された各クライアント にフラグを立てる。もし、次の糸口リストが（ＣＬＲ１０８において）既にフラ グを立てられたクライアントを識別するならば、糸口目録管理プロセス１６７は 、新たな糸口リストの階層または評価を（先に所与のクライアントにフラグを立 てた）先の糸口リストの階層または評価と比較する。もし、次の糸口リストが先 の糸口リストより高い序列を有するならば、クライアントは、新たな糸口リスト について、フラグを立てられる。その後、糸口目録管理プロセスは（先の糸口リ ストに基づいてＴＭ／ＤＭセンタ１１８へ以前送られた）糸口記録を（以下に説 明される）フォーマッターを介してキャンセルする。故に、糸口目録管理プロセ ス１６７は、進行中のマーケティングキャンペーンを動的に調整できる。それに よって、より上首尾のキャンペーン（より高い優先度のキャンペーン）が、他の キャンペーンからのクライアントを、統轄しかつ集積する。 一般的に、ＣＯＮＩ１０６は、２つのタイプのデータ検索粒状度（granularit y）を、ＢＳＵ１１６へ提供する。粗い粒状度の下では、ＢＳＵ１１６は、ＧＵ １１６０とキャンペーン管理プロセス１６２と糸口限定フィルタープロセス１６ ４とを通して、ＤＳＳ１０４からクライアントデータの部分集合を抽出し、かつ 、そのようなデータを糸口市場１６６内に記憶する。より細かい粒状度プロセス において、ＢＳＵ１１６は、（あるマーケティングキャンペーンに対して）糸口 リストを生成しかつ糸口記録を抽出するために、（糸口市場１６６内に記憶され た）クライアントデータの部分集合を、ＧＵＩ１６０とプロセス１６２，１６４ とを通して生成する。 要約すると、キャンペーン管理プロセス１６２は（ＢＳＵ１１６による）照会 および基準入力に基づいて、糸口限定フィルターを生成する。糸口限定フィルタ ープロセス１６４は、今度は、（糸口市場１６６を構成するならば）ＤＳＳ１０ ４から適切なデータを抽出するために、または、（糸口リストを構成するならば ）糸口市場から適切なデータを抽出するために、そのような（生成された）糸口 限定フィルターを履行する。糸口限定フィルタープロセスがデータベース／デー タ倉庫と相互作用する間、キャンペーン管理プロセス１６２は、ＧＵＩ１６０と 糸口限定フィルタープロセス１６４との間に、インターフェースを提供する。 フォーマッタープロセス１６８は、（所与のマーケティングキャンペーンに対 する糸口リストに基づいてＣＬＲ１０８およびＤＳＳ１０４から抽出された）ク ライアントデータを受信する。フォーマッタープロセス１６８は、（クライアン トを接客するために最後に使用されるべき）適切な糸口記録を生成するために、 糸口リスト内の各エントリーのクライアント識別子を、氏名および（もし、ダイ レクトメールキャンペーンならば）アドレスおよび（もし、テレマーケティング キャンペーンならば）電話番号と照合する。フォーマッタープロセス１６８は、 クライアント識別子に対する氏名とアドレスと電話番号との割当を、ＤＳＳ１０ ４を介して、ＣＡＲＭＡ１０２から取得する。図３を参照すると、ＤＳＳ１０４ は、（以下に説明される）処理中データ記憶装置を具備する。該記憶装置は、Ｃ ＡＲＭＡ１０２からこの情報を抽出し、かつ、該情報をＣＯＮＩ１０６へ送る。 フォーマッタープロセス１６８は、結果として得られた糸口を糸口記録へフォ ーマットし、かつ、（各糸口記録が分配されるべき特定のＴＭ／ＤＭセンタ１１ ８の識別子とアドレスとを具備する）分配記録を導く。この情報は、糸口目録管 理プロセス１６７によって提供される。この例示的な実施形態では、フォーマッ タープロセス１６８は、テーブル駆動され、故に、（テンプレートに類似した） 定義ファイルを使用する。そのような定義ファイルは、ＴＭ／ＤＭセンタ１１８ におけるエージェントへの表示に対する（フォーマッタープロセス１６８によっ て検索された）データの位置を指定する。例えば、定義ファイルは、「コラム１ は電話番号を具備し、コラム２は氏名を具備する」等ということを指定できる。 テーブル駆動されることによって、もし、所与の糸口記録フォーマットが変更さ れるならば、フォーマッタープロセス１６８は、「基礎コードが変更される」と いうことを要求しない。代わりに、定義ファイルだけは、ＤＳＳ１０４から抽出 されたデータがＴＭ／ＤＭセンタ１１８において（エージェントへ）表示される 方法を変更するために、変更されることを必要とする。 ＴＭ／ＤＭセンタ１１８は、フォーマットされた糸口記録を、フォーマッター プロセス１６８から受信する。そして、ＴＭ／ＤＭセンタ１１８におけるエージ ェントは、そのような記録において識別されるクライアントと接客し、かつ、そ のような接客の結果を記録する。 接客管理プロセス１６９は、接客の結果を、ＴＭ／ＤＭセンタ１１８から受信 する。例示的な実施形態において、そのような接客の結果は、ある予め決定され たコードからなる（または、具備する）。そのようなコードは、「クライアント が抑制であるべきか否か」ということと、「クライアントが再び接客されるべき であるか否か」ということと、「いつ、どのような変更が、クライアントのプロ フィールになされるべきか」ということとを示す。故に、接客管理プロセス１６ ９は、（もし必要ならば）糸口を伴ったフォローアップのアレンジや、記憶され たデータの更新などを行う。接客管理プロセス１６９は、コードおよび／または 情報を、記憶するために、ＤＳＳ１０４のデータ倉庫へ送る。その結果、接客管 理プロセス１６９は、マーケティングキャンペーンの結果に基づくフィードバッ クを提供する。接客管理プロセス１６９によって提供されるフィードバックは、 履歴情報をＣＯＮＩ１０６へ提供する。そのような履歴データは、「所与のマー ケティングキャンペーンがどの程度成功したのか」ということを判断するために 、ＣＯＮＩ１０６を介して、ＢＳＵ１１６によってアクセスされることができる 。そして、ＢＳＵ１１６は、（もし必要ならば）所与のマーケティングキャンペ ーンの成功を改善するために、該マーケティングキャンペーンを変更できる。 図３は、ＳａＭＳインフラストラクチャ１００において、マーケティングデー タを集約しかつ記憶するための、かつ、マーケティングキャンペーンを定式化し かつ実行するために前記データを用いるための通常のデータフローの下でのステ ップを例示している。図３におけるプロセスステップおよびデータフローは、以 下の（および、図３内の）参照番号１〜２４によって識別される。以下のパラグ ラフは、番号１〜２４によって示される。該番号１〜２４は、図３に示されるデ ータフローに対応する。関連する位置または特定のハードウエアまたはプロセス もまた、データフロー１〜２４に関して説明される。 １． データプロバイダ１１０からのクライアント情報は、ＣＡＲＭＡ１０２ によって収集される。上述されたように、データプロバイダ１１０からのクライ アント情報は、（シンジケートライフスタイル情報のような）外部データのみな らず、（会社の顧客取引や課金システム記録やクライアント接客記録等のような ）内部データソースをも具備できる。ＣＡＲＭＡ１０２は、実際の如何なるフォ ーマット内のデータおよび如何なるソースからのデータをも受け入れるように設 計されている。ＣＡＲＭＡ１０２は、（該ＣＡＲＭＡ１０２のクライアントデー タベース内の）クライアントプロフィールを更新するために、入力クライアント 情報を使用する。 ２． ＣＡＲＭＡ１０２におけるクライアントプロフィールへの全ての変更（ 一般的には、データプロバイダ１１０による新たなクライアント情報入力の結果 ）は、キャプチャされかつＤＳＳ１０４へ送られる。（氏名およびアドレスのよ うな）特定のクライアント識別データは保留される。代わりに、ＣＡＲＭＡ１０ ２は、包括クライアント識別子を、ＤＳＳ１０４へ提供する。ＤＳＳ１０４は、 （ＣＡＲＭＡ１０２または他のいずれかのデータプロバイダからの）全ての入力 データを収集しかつフォーマットするために、データ収納プロセス１７０を使用 する。データ収納プロセス１７０は、データプロバイダ１１０から収集されたデ ータを識別しかつ抽出しかつ変換しかつ引き出しかつ集めかつ統合しかつ完全に チェックするためのプロセスを具備する。 識別プロセスは、「収集されたデータに対する最終的なソースを識別すること のみならず、（収集されたデータ内の）どのデータエレメントが下流のプロセス に対して必要とされているのか」ということを識別する（ここで、最初の既知の ソースは必ずしも必要ではない）。抽出プロセスは、データプロバイダ１１０か ら、適切なデータをコピーする。変換プロセスは、同じデータがデータプロバイ ダ１１０から受信されると、（該データがラベルを付けられる）様々な方法を調 和させる。例えば、クライアントの性別に対する値は、あるデータプロバイダ（ または、システム）の下では”ｍ”または”ｆ”の形式であってもよく、一方、 他のデータプロバイダからの値は”１”または”２”の形式であってもよい。変 換プロセスは、代わりに、（”male”および”female”のような）新たな値を割 り当ててもよい。 演繹プロセスは、あるデータを、他の値に変換する。例えば、クライアントに 関するデータの２または３以上の欄は、スコア（例えば、２つのデジットスコア によって組み合わされかつ表示されるクライアントのアドレスおよび収入）へ変 換されてもよい。集合プロセスは、データを、１組の処理または１組の（個々の ）クライアントの端から端まで、結合しかつ要約する。例えば、クライアントに よる総月問長距離消費は、該クライアントに対する平均月間消費値を提供するた めに、１年間を通して集められる。統合プロセスは、データを、適切なクライア ント番号と照合し、かつ、データのそれそれに対するタイムフレームを確認する 。完全性チェックプロセスは、「データ倉庫内に記憶されるデータが、適切な形 式／フォーマットで存在する」ということを保証する。 ３． データ収納プロセス１７０は、様々なデータプロバイダ１１０から、情 報を収集する。該情報に対しては、特定のクライアント識別子が必要とされない 。この情報は、一般的なトレンドを識別するために、使用されることができる。 ４． データ収納プロセス１７０は、（データ収納プロセス１７０がデータ倉 庫１７２内に収集する）全てのデータを記憶する。データ倉庫１７２は、該デー タ倉庫１７２を利用するビジネスの必要性に適合するために、様々な体系に分割 されかつ構成される。（遠距離通信会社のような）典型的なビジネスに対しては 、データ倉庫１７２は、莫大な量（おそらく、数テラバイト）のデータを記憶で きなくてはならない。データ倉庫１７２は、好ましくは、（１００以上のＩＢＭ ＳＰ２プロセッサのような）大規模並列処理（ＭＰＰ）プラットフォームを使 用する。（インフォーミックスコーポレーションによって提供されるような）拡 縮可能データベース管理システムが、好ましくは使用される。 ５．および６． データ出力プロセス１７４は、データ倉庫１７２から、特定 のデータを抽出し、かつ、このデータを、データ市場１７５内に配置する。デー タ市場１７５は、（データ倉庫１７２からのデータの部分集合を収容する）より 小さなデータベースであり、かつ、データ倉庫内に記憶されるデータへの（素早 くかつ簡単な）アクセスを容易にするために使用される。データ市場１７５は、 それぞれ、好ましくは、シンメトリカルな並列プロセッサ（ＳＭＰ）を使用する 。各データ市場１７５は、ＤＳＳ１０４の個々の顧客またはユーザーに対してセ ットアップされる。例えば、あるデータ市場１７５は、居住マーケティングＢＳ Ｕ１１６に対して確立されることができ、かつ、他のデータ市場は、スモールビ ジネスグループＢＳＵ１１６に対して確立されることができる。 （ＢＳＵ１１６のような）ＤＳＳ１０４のユーザーは、「該ユーザーは、どの データを、データ倉庫１７２から、該ユーザーのデータ市場１７５内に置きたい のか」ということと、「いつ置きたいのか」ということとを、データ出力プロセ ス１７４において指定する。以下に説明されるように、ＢＳＵ１１６は、そのよ うな基準を、ＤＳＳユーザーインターフェースプロセス１７６を介して指定する 。そして、データ出力プロセス１７４は、ユーザーの指定された基準に基づいて 、データ倉庫１７２から、データを周期的に抽出し、かつ、このデータを、ユー ザーのデータ市場１７５内に配置する。要約すると、データ出力プロセス１７４ は、データ収納プロセス１７０に類似したプロセスで、データを、中央データ倉 庫１７２から、部門別データ市場１７５へ移動させる（例えば、ユーザーは、要 求されたエレメントを選択でき、かつ、「データがデータ市場に記憶される前に 、変換が該データに適用される」ということを要求できる。 ７．および８． ＤＳＳユーザーインターフェースプロセス１７６は、データ 市場１７５内のデータへのアクセスと（該データの）分析とを提供するツールで ある。（ＢＳＵ１１６のような）ユーザーは、該ユーザーのデータ市場内のデー タへの照会を実行するために、（ＣＯＮＩ１０６に対して上述されたプロセスに 類似する）照会プロセスに基づいて、ＤＳＳユーザーインターフェースプロセス １７６を使用する。例えば、データ出力プロセス１７４は、（合衆国から外国へ 最近移動した全てのクライアントを示す）データを、データ倉庫１７２から抽出 してもよく、かつ、このデータを、ＢＳＵ１１６に対するデータ市場１７５の内 の１つに配置してもよい。そして、ＢＳＵ１１６は、（カリフォルニアから日本 へ移動し、かつ、他の長距離会社を選択した）これら全てのクライアントのリス トを（このデータに基づいて）取得するために、ＤＳＳユーザーインターフェー スプロセス１７６を使用する。 一般的に、「如何なるタイプのマーケティングキャンペーンが成功することが できるか」ということを判断するために、より複雑な分析方法が使用される。Ｂ ＳＵ１１６は、（マーケティング戦略へ変換されることができる）重大なパター ンおよび関係を発見するために、該ＢＳＵのデータ市場１７５を調べる。マーケ ティング戦略を発展させるために、かつ、履行するマーケティングキャンペーン の種類を（該戦略に基づいて）判断するために、ＢＳＵ１１６は、ＤＳＳユーザ ーインターフェースプロセス１７６を使用して、照会を定式化し、かつ、（該Ｂ ＳＵ１１６のデータ市場１７５内のデータの）必要な分析を実行する。データ倉 庫１７２内のデータに対する照会は、ＳＱＬまたは他の照会言語を使用して行わ れる。 ＢＳＵ１１６は、好ましくは、（サンマイクロシステムズのＳＣ２０００／Ｓ ＰＡＲＣ２０システムのような）ミニコンピュータまたはワークステーションを 具備する。そのようなマイクロコンピュータは、好ましくは、ＵＮＩＸオペレー ティングシステムの下で動作し、かつ、インフォーミックスによって提供される ようなデータベース管理システムを実行する。（ＳａＭＳインフラストラクチャ １００内の他のエレメントのみならず）ミニコンピュータもまた、高帯域幅接続 を使用して結合される。例えば、ＢＳＵ１１６のミニコンピュータは、好ましく は、光ファイバ分配データインターフェース（ＦＤＤＩ）ローカルエリアネット ワーク接続を使用して、ＤＳＳ１０４およびＣＯＮＩ１０６へ結合される。ミニ コンピュータは、好ましくは、ＯＤＢＣを使用して、インフラストラクチャ１０ ０へ通信する。 例示的な実施形態において、ＢＳＵ１１６は、ＤＳＳ１０４および／またはＣ ＯＮＩ１０６上のハイパーテキストマークアップランゲージ（ＨＴＭＬ）アプリ ケーションにアクセスするために、ワールドワイドウェブブラウザを使用する。 ＨＴＭＬアプリケーションは、ここで説明されるように、（ＢＳＵ１１６への） ＧＵＩ環境下において、データ視認のメニューおよび他の画面を提供する。そし て、ＢＳＵ１１６は、イントラネットまたはインターネットを介して、インフラ ストラクチャ１００の各部にアクセスする。 ９． 一旦、ＢＳＵ１１６が、データを分析し、かつ、マーケティング戦略を 決定すると、該ＢＳＵ１１６は、その戦略を（特定のクライアントセグメントに 対して狙いを付けられたマーケティングキャンペーンとして）履行するために、 ＣＯＮＩ１０６を使用する。（ＣＯＮＩ１０６内の）キャンペーンマーケティン グプロセス１６２およびＧＵＩ１６０は、「ＢＳＵ１１６が、該ＢＳＵ１１６の マーケティングキャンペーンを、特定の基準として詳述する」という能力を提供 する。 １０． キャンペーン管理プロセス１６２への（ＧＵＩ１６０を通した）デー タ入力は、マーケティングキャンペーンの下で、キャンペーン管理プロセスによ って、糸口限定フィルターへ変換される。そして、糸口限定フィルターは、糸口 限定フィルタープロセス１６４へ入力される。糸口限定フィルタープロセス１６ ４は、ＤＳＳ１０４のデータ出力プロセス１７４とＣＯＮＩ１０６との間におけ るインターフェースである。糸口限定フィルターは、マーケティングキャンペー ンに含まれるために（クライアントが）満たす必要のある基準を指定する。 １１． 糸口限定フィルタープロセス１６４は、ＢＳＵ１１６のマーケティン グキャンペーンを（糸口限定フィルターの下で）示す基準に基づいて、データ倉 庫１７２からデータを抽出する。他に、糸口限定フィルタープロセス１６４は、 糸口市場１６６内に記憶されたデータを抽出するために、糸口限定フィルターを 適用する。 １２． 全ての糸口限定フィルタ一基準を満たすクライアント記録が、（糸口 記録に関連する）糸口市場１６６内に配置される。糸口市場１６６は、ＣＯＮＩ １０６データ市場ハウジングクライアント記録、または、特定のマーケティング キャンペーンに対する糸口記録である。糸口記録に基づいて、フォーマットされ た糸口記録が、（ここで説明されるように）生成される。多数の糸口市場１６６ が存在してもよいが、１人のクライアントの１つの記録は、好ましくは、該糸口 市場１６６のうちの１つのみに記憶される。 １３． 糸口目録管理プロセス１６４は、（糸口限定フィルターによって選択 された）糸口記録に基づいて、糸口リストを生成する。加えて、糸口目録管理プ ロセス１６４は、ＢＳＵ１１６からのデータ入力に基づく指示の下で、糸口分配 記録を生成する。該糸口分配記録は、電話または郵送に対して利用可能とされる 糸口記録の数を指定したり、または、各糸口記録を受信するＴＭ／ＤＭセンタ１ １８を指定したり、または、各ＴＭ／ＤＭセンタに割り当てる糸口記録の全体数 を指定したりする。ＢＳＵ１１６は、エージェントの技能状態や地形や利用可能 な資源などに基づいて糸口が送られる場所を指定するために、糸口目録管理プロ セス１６４を使用でき、それによって、「ＴＭ／ＤＭセンタ１１８が該資源をよ りよく管理する」ということを可能にする。糸口目録管理プロセス１６４は、ま た、「各クライアントは、全ての糸口市場１６６から一度だけ抽出される」とい うことを保証し、このことは「クライアントは様々な糸口リスト内に重複しない 」ということを保証する。 １４． 糸口目録管理プロセス１６４は、糸口リストと（関連する）糸口記録 および糸口分配記録とを、ＣＬＲ１０８内での記憶のために、供給する。ＣＬＲ １０８は、マーケティングキャンペーンを通じて、各クライアントに対する糸口 記録を管理する。該糸口記録は、（ここで説明される）フィードバックデータフ ローの下における先の接客と接客の結果とを含む。糸口目録管理プロセス１６７ は、「接客は、同じクライアントに対して頻繁には行われない」ということを保 証するために、ＴＭ／ＤＭセンタ１１８へ最近提供された（クライアントに関す る）糸口を追跡する。そして、該追跡に応じて、ＣＬＲ１０８内の糸口記録を更 新する。例えば、もし、特定のクライアントに関する糸口記録が（ある夜に）第 １ＴＭ／ＤＭセンタ１１８へ送られ、かつ、同じクライアントに関する他の糸口 記録が（次の夜に）糸口目録管理プロセス１６７からＣＬＲ１０８へ提供される ならば、ＣＬＲ１０８内の糸口記録は、「これは、同じクライアントに対する（ ２夜における）２番目の糸口記録である」ということを（２番目の糸口記録に基 づいて）示すか、または、指示は、この糸口を、他のＴＭ／ＤＭセンタ１１８へ 送らない。 １５． ＤＳＳデータ収納プロセス１７０は、（氏名およびアドレスまたは電 話番号のような）クライアント識別子に関する（または、割り当てられた）特定 のデータの供給を、ＣＡＲＭＡ１０２から収集する。 １６． この特定のデータは、処理中データ記憶装置（ＯＤＳ）１７８内に置 かれる。ＯＤＳ１７８は、データ倉庫１７２に類似しているが、一般的により非 常に小さい。ＯＤＳ１７８の目的は、データを他のプロセス（または、システム ）へ分配するために、データを一時的に記憶することである。 １７．および１８． フォーマッタープロセス１６８よって要求されると、デ ータ出力プロセス１７４は、糸口記録内のクライアント識別子に割り当てられた （氏名およびアドレスおよび電話番号のような）特定のデータを、ＯＤＳ１７８ から抽出し、かつ、このデータをフォーマッタープロセスへ提供する。フォーマ ッタープロセス１６８は、氏名および電話番号および（可能ならば）郵送アドレ スを（糸口目録管理プロセス１６４によって提供された）各クライアント識別子 へ割り当てるために、かつ、フォーマットされた糸口記録を生成するために、こ のデータを使用する。 １９． フォーマッタープロセス１６８は、糸口リストに関連する糸口記録を ＣＬＲ１０８から検索する。そして、（データ出力プロセス１７４によって提供 される）クライアントデータを使用して、フォーマットされた糸口記録を構成す る。フォーマットされた糸口記録は、以下のデータ、即ち、クライアント氏名と 電話番号とアドレスと接客履歴とＴＭ／ＤＭセンタ１１８割当と（マーケティン グキャンペーンに関する）他の情報との内のいくつか（または、全て）を具備し てもよい。フォーマッタープロセス１６８は、（糸口目録管理プロセス１６４に よって受信される）クライアント識別子を（ＣＡＲＭＡ１０２からの）氏名およ び電話番号と照合することによって、糸口記録をフォーマットする。 ２０． フォーマッター１６８は、フォーマットされた糸口記録を、糸口分配 リストに基づいて、適切なＴＭ／ＤＭセンタ１１８へ送る。ＴＭＤＭセンタ１１ ８は、そのような糸口記録を引き入れ、かつ、クライアントと接客し、かつ、（ 長距離サービスまたは製品を提供するような）マーケティングキャンペーンを行 う。 ２１． 各クライアント接客の結果は、ＴＭ／ＤＭセンタ１１８において、局 所的に記録される。 ２２． 各クライアント接客の結果は、ＴＭ／ＤＭセンタ１１８から、（ＣＯ ＮＩ１０６内の）接客管理プロセス１６９によって抽出される（または、該プロ セス１６９へ送られる）。接客管理プロセス１６９は、フォローアップ糸口をア レンジすることができ、かつ、所与のキャンペーンの状態（または、結果）を報 告できる。接客管理プロセス１６９は、ＣＬＲ１０８内に記憶された糸口記録を 、自動的に更新してもよい。 ２３． 接客管理プロセス１６９は、クライアント接客の結果を、データ収納 プロセス１７０へ提供する。それによって、データ倉庫１７２は、これらの結果 を用いて、更新されることができる。そして、データ出力プロセス１７４は、（ データ市場１７５内の）対応するデータを更新する。このことは、（ＳａＭＳイ ンフラストラクチャ１００へ作られた）多数のフィードバックループのうちの他 のループを示す。上述されたように、ＢＳＵ１１６は、マーケティングキャンペ ーンを、定式化しかつ処理する。（該キャンペーンの下での）各クライアント接 客の結果は、データ倉庫１７２へ送られる。そして、ＢＳＵ１１６は、あるクラ イアントデータの抽出をデータ出力プロセス１７４へ指定することによって、キ ャンペーン全体の結果を抽出できかつ分析できる。これに基づいて、ＢＳＵ１１ ６は、他のキャンペーンを定式化してもよく、または、既存のキャンペーンを修 正してもよく、または、以前のキャンペーンへの予期されない応答を識別しても よい。 例えば、ＢＳＵ１１６は、長距離サービスを（あるＲＢＯＣの顧客に）販売す るために、キャンペーンを定式化してもよい。多くの顧客は、ＴＭ／ＤＭセンタ によって接客されると、ローカルサービスプロバイダを切り換えることに（好ん で）応答するかも知れない。これらの応答は、ＣＬＲ１０８内に記録され、かつ 、接客管理プロセス１６９によって抽出され、かつ、データ収納プロセス１７０ によって収集され、かつ、データ倉庫１７２内に記憶される。 そして、ＢＳＵ１１６は、（ＤＳＳユーザーインターフェースプロセス１７６ を介した）該ＢＳＵ１１６のキャンペーンの結果と先に更新されたデータ市場と を分析し、かつ、「それら同じ顧客へのローカルサービスマーケティングキャン ペーンが要求される」ということを判断する。 ＴＭ／ＤＭセンタ１１８は、また、ダイレクトメールキャンペーンを実行でき る。例えば、ＣＯＮＩ１０６は、「選択されたクライアントへパンフレットを郵 送し、２週間待ち、そして、これらのクライアントに電話する」ということを、 ＴＭ／ＤＭセンタ１１８に対して指示する。 ２４． クライアント接客の結果は、「クライアントは、再び電話されないこ と（「抑制」）を要求する」というものであるかも知れない。データフロー２２ に関して上述されたように、接客管理プロセス１６９は、該クライアントに対す る抑制を示すように、ＣＬＲ１０８内の糸口記録を更新する。そして、全ての抑 制の抽出が（データプロバイダとして）ＣＡＲＭＡ１０２へ送られる。ＣＡＲＭ Ａ１０２は、同様に、これらの抑制を、クライアント識別子のみによって、デー タ倉庫１７２へ送る。そして、糸口限定フィルタープロセス１６４は、抑制指標 を有する全てのクライアントを、将来のキャンペーンにおいて、取り除くことが できる。抑制は、また、（ＬＥＣ１２４のような）外部データソース１１４から 、ＣＡＲＭＡ１０２へ提供されることができる。 前記キャンペーン管理プロセスおよび糸口目録プロセスについて、図６の例示 的なフローチャートに関連して以下に説明する。図６は、キャンペーン管理プロ セス１６２と糸口目録管理プロセス１６７とにより行われる全体的なプロセス２ ００を示している。図６における各々のステップまたはサブプロセスには、ＧＵ １１６０とＢＳＵ１１６とにより表示された例示的な画面が関連している。図７ 〜図２６に示されている、このような画面は、マイクロソフト社のビジュアルベ ージック（登録商標）を用いて構築することが好ましい。後述するように、図７ 〜図２６に示されている画面には、プロセス２００の下での対応するステップに 同一の参照番号が付されている。所定のステップに複数の画面が関連している場 合には、画面は、参照番号の後に文字Ａ，Ｂ，Ｃ．．．を付すことにより表され る。 ステップ２０２において、プロセス２００は、図７に示されるように、画面に ログを表示する。画面のログは、ユーザーＩＤと、ユーザー用パスワードとを要 求する。例示的な実施形態において、３つのユーザーレベルがインフラストラク チャ１００へのアクセスを許容されている。最も高い優先順位のユーザーは、イ ンフラストラクチャ１００の全ての面およびプロセスにアクセスすることができ る。中位レベルのユーザーは、糸口生成の照会を提出することと、糸口限定フィ ルターを作成することと、インフラストラクチャ１００内の多くの機能を行うこ ととができる。低いレベルのユーザーは、単に一定のデータを見ることができる のみである。以下の記載は、ユーザーが、以下に述べる全てのプロセスにアクセ スすると仮定している。 ステップ２０４において、ログインの成功後、プロセス２００は、メインメニ ュー画面（図８）を表示する。このメニュー画面は、糸口市場部を見るかまたは 変更する（ステップ２０６；図１０）、糸口を見るかまたは生成する（ステップ ２０８；図１１）、ＣＬＲ１０８内の記録を見る（ステップ２１０）、データの テーブルを見る（ステップ２１２；図１２）、ＣＯＮＩ１０６内のセキュリティ 機能を行う（ステップ２１４；図２６）、または、レポートを作成する（ステッ プ２１６）、という少なくとも６つのサブプロセスのうちの１つを、ユーザーが 選択することを可能にする。メインメニュー（ステップ２０４）は、一定のプル ダウン機能をも供給する（ウィンドウズ（登録商標）環境において）。例えば、 図９に示されるように、メインメニュー（ステップ２０４）は、ＣＯＮＩ１０６ 内の行または列を、またはインフラストラクチャ１００の他の部分を見るための ジェネリックテーブルを設けることができる。図９に示されるように、ユーザー は、特定の糸口の状態を決定することと、インフラストラクチャ１００の範囲内 の１つ以上のデータベース内の糸口または記録に関する局所的または全体的な照 会を行うことと、記録の分配状態を決定することと、糸口限定フィルターを作成 するのに必要なステップのテーブルを表示することと、レポートを生成すること と、糸口市場部内の記録数をカウントすることと、糸口市場部内の記録状態を決 定することとができる。 メインメニュー画面（図８）からの最初の選択に基づいて、プロセス２００は 、ステップ２０６において、図１０に示されるように、最初の糸口市場部画面を 表示する。図１０の糸口市場部画面の下で、ユーザーは、糸口市場部を作成する ために以前構築された既存のテーブルを開くか、または、糸口市場部内に記憶す るための新たな記録を作成することができる。図２７Ａおよび図２７Ｂは、とも に、インフォミクス（Informix）の下で糸口市場部を作成するために用いられる 例示的な市場部のテーブルを示しており、かつ、このテーブルのフィールドにつ いては、概して、改めて説明するまでもない。 ステップ２１８において、ユーザーは、図１３および図１４の画面のような、 糸口市場部の特性を管理するためのオプション用の２つのタブのうち１つを選択 することができる。図１３を参照すると、第１画面２１８Ａは、ユーザーが、構 築された全ての糸口市場部の要約リストを見ることを可能にする。図１４を参照 すると、第２画面２１８Ｂは、糸口市場部のテーブルを表示し、かつ、ユーザー が、市場部を互いに昇格または降格させることにより、このような糸口市場部の 間における階層を作成することを可能にする。 ステップ２０８において、プロセス２００は、ユーザーが、マーケティングキ ャンペーンの下での糸口限定フィルターの作成において用いるべき照会またはプ ロフィールを入力することを可能にする対応画面を表示する。ステップ２２０に おいて、プロセス２００は、図１５に示される画面２２０Ａを表示し、この画面 ２２０Ａは、ユーザーが、糸口分配リストを作成するために用いられる分配基準 を入力することを可能にする。図１６に示されるように、ステップ２２０は、種 々の販売都市またはＴＭ／ＤＭセンター１１８を対応データとともに表示するこ とを可能にする画面２２０Ｂをも表示する。ステップ２２２において、プロセス ２００は、図１７に示される対応画面を表示し、この対応画面は、ユーザーが、 構成された照会をセーブし、その照会を、対応する記録とこのような記録のリフ レッシュの頻度とを引くための糸口限定フィルタープロセス１６４に提出するこ とを可能にする。 ステップ２２４において、プロセス２００は、ユーザーが、種々のマーケティ ングキャンペーンに関するレポートを表示するまたは得ることを可能にする。図 １８を参照すると、画面２２４Ａは、ユーザーが、所定のマーケティングキャン ペーンのために引かれた糸口記録を表示することを可能にする。図１９を参照す ると、画面２２４Ｂは、糸口記録（行）の総数と、糸口限定フィルターを通過し 損なった記録と、フィルターを通過するが（他のキャンペーンの下で）ＣＬＲ１ ０８に既に配されている複写と、フィルター／キャンペーンの下で通過した記録 とを表示する。図２０を参照すると、画面２２４Ｃは、ユーザーが提出した照会 に基づいて彼らへの分配情報を表示する。図２１を参照すると、画面２２４Ｄは 、照会の下での糸口記録を引く形式でエラーを表示する。 ステップ２１２において、プロセス２００は、図１２に示されている対応画面 を表示し、この対応画面は、販売都市／メディア／フォームのテーブル、分配デ フォルトテーブル、リストコード階層のテーブル、および種々雑多なテーブルと いう、データのテーブルを表示するための４つのオプションをユーザーに供給す る。図２２を参照すると、画面２２６Ａは、ユーザーが、新たな販売都市のため の記録を表示するか、または、前記記録を作成することを可能にする。図２３を 参照すると、画面２２６Ｂは、ユーザーが、販売都市に対する糸口記録を表示す るための幾つかのフォームのうちの１つを選択することを可能にする（ＴＭ／Ｄ Ｍセンター１１８）。図２４を参照すると、画面２２６Ｃは、ユーザーが、メデ ィアのタィプ（例えば、ディスクＴＲＡＮＳ、テープ等）を特定することを可能 にし、このメディアのタイプによって、糸口記録が販売都市に分配される。 ステップ２２８において、プロセス２００は、ユーザーが、以前に構成された 糸口分配記録の下における幾つかの分配フォーマットのうち１つを選択すること を可能にする。ステップ２３０において、プロセス２００は、図２５に示されて いる対応画面を表示し、この対応画面は、市場部階層とこれらの市場部に対応す る糸口記録とに対応するコードを列挙する。ステップ２３２において、プロセス ２００は、ユーザーによるユーザー選択のための情報に関するあらゆる追加のテ ーブルを表示する。 ステップ２１４において、プロセス２００は、図２６に示されている、ＣＯＮ Ｉ１０６の下で供給されるセキュリティオプションの対応画面を表示する。ＣＯ ＮＩ１０６の種々の部分へのアクセスおよびそのプロセスについては、ユーザー のレベルに制限される。 本発明の特定の実施形態および例は、例示的な目的のために本明細書中におい て説明されているが、当業者には認識されるように、本発明の範囲から逸脱する ことなく種々の等価的な変更を行うことができる。本発明の明細書中に呈された 教示については、必ずしも上述した例示的な遠距離通信サービスプロバイダやテ レマーケティングキャンペーンだけでなく、他の事業やマーケティングキャンペ ーンに適用することもできる。例えば、本発明は、他の市場セグメントのための マーケティングキャンペーンの実行や、インターネットを介したこのようなキャ ンペーンの下で発展したクライアントへの接客に等しく適用可能である。さらに 、本発明の特徴については、データ倉庫に記憶された複雑かつ大容量のデータに 基づいて組織化されたレポートを生成するために用いることもできる。本明細書 中に引用された全ての米国特許明細書および出願書類は、参照により組み込まれ ている。 当業者は、ソフトウェア用のソースコードと、ＳａＭＳインフラストラクチャ とその関連構成要素とのデータフロー、機能およびプロセスに関して上述した詳 細な説明に基づいて本明細書中に説明されたプロセスおよび機能とを作り上げる ことができる。本発明の下での操作が一般に連続的な形式で生じるように説明さ れているのに対して、ほぼ同時のまたは交互の幾つかの操作を本明細書中に説明 された操作から導くことが完全に本発明の範囲内のことであることを、当業者は 認識する。 これらのおよび他の変更を、上述した詳細な説明に鑑みて本発明に対して行う ことができる。一般に、以下の請求項において、用いられた用語が、明細書と請 求項とに開示された特定の実施形態に本発明を制限するものと解釈されるべきで はなく、かつ、情報管理と接客サービスとクライアント管理機能とをもたらすた めに請求項の下で作用するあらゆるデータプロセスシステムを包含するものと解 釈されるべきである。したがって、本発明は、開示内容に制限されるものではな く、代わりに、その範囲が以下の請求項により完全に決定されるべきである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 クルーガー，アルヴィン ハーマン アメリカ合衆国 コロラド 80132 モニ ュメント ワインディング メドー ウェ イ 175 (72)発明者 ピーパー，ブルース ロジャー アメリカ合衆国 コロラド 80132 モニ ュメント ハーネス 630 (72)発明者 ビンガム，デイヴィッド ウェイン アメリカ合衆国 コロラド 80920 コロ ラド スプリングス フェーンクリフ ド ライヴ 7920 (72)発明者 ゴールドバーグ，ヴィクター アラン アメリカ合衆国 ニューヨーク 14850 イタカ ドーヴ ドライヴ 28 (72)発明者 リップスコーム，ジョージ マイケル アメリカ合衆国 コロラド 80909 コロ ラド スプリングス イーグル ヴュー ドライヴ 2019 (72)発明者 デ ロリス，アントニー ジェイ アメリカ合衆国 コロラド 80919 コロ ラド スプリングス オータム クレスト サークル 645 Ｄ

Claims (1)

1. 【特許請求の範囲】 １． データ倉庫に記憶されたクライアント記録からマーケティングキャンペ ーンのための糸口を生成する、コンピュータにより実行される方法であって、 前記データ倉庫に記憶された前記クライアント記録の部分集合を有する市場部 を作成するステップと、 最初の照会に基づいて前記市場部に備えられる前記クライアント記録の部分集 合を選択するステップと、 前記クライアント記録の前記選択された部分集合と、前記データ倉庫に記憶さ れた追加の情報とに基づいて糸口記録を構成するステップと を具備することを特徴とする方法。 ２． 前記作成する段階は、前記データ倉庫内のどのクライアント記録が前記 市場部内の部分集合として備えられているのかを決定するフィルターを作成する ステップを有することを特徴とする請求項１に記載の方法。 ３． 前記選択するステップは、前記市場部の前記部分集合内のどのクライア ント記録が選択されるのかを決定する糸口限定フィルターを作成するステップを 有することを特徴とする請求項１に記載の方法。 ４． 前記構成するステップは、クライアント番号に基づいて、前記データ倉 庫内の前記クライアント記録内の一定のデータを検索するステップを有すること を特徴とする請求項１に記載の方法。 ５． 前記構成するステップは、コンピュータ画面上に表示するために、前記 糸口記録をフォーマットするステップを有することを特徴とする請求項１に記載 の方法。 ６． データベースに記憶されたクライアント記録に基づいてマーケティング キャンペーンのための糸口記録を生成するためのシステムであって、 ユーザーからの照会コマンドを受け入れるように構成されたユーザーインタフ ェースユニットと、 前記照会コマンドを受け取りかつ糸口限定フィルターを作成するために連結さ れたキャンペーン管理ユニットと、 前記データベースに連結され、かつ、前記糸口限定フィルターを受け取るため に連結された糸口限定フィルターユニットであって、選択されたクライアント記 録を抽出するために前記糸口限定フィルターを前記クライアントデータに適用す るように構成されている糸口限定フィルターユニットと、 前記選択されたクライアント記録を受け取るために連結された糸口管理ユニッ トであって、一式の糸口記録を生成するために所定のルールを前記選択されたク ライアント記録に適用するように構成されている糸口管理ユニットと、 前記一式の糸口記録を受け取るために連結されたフォーマッタユニットであっ て、前記マーケティングキャンペーンにおいて用いるために、前記糸口記録を、 フォーマットされた糸口記録に変換するように構成されているフォーマッタユニ ットと を具備することを特徴とするシステム。 ７． 前記糸口限定フィルターユニットと前記糸口管理ユニットとに連結され た糸口データ市場部をさらに具備し、 前記ユーザーインタフェースユニットは、プロフィールを受け入れるように構 成され、 前記糸口限定フィルターユニットは、前記プロフィールに基づいて前記糸口デ ータ市場部を記憶するために前記データベース内のクライアント記録を選択する ように構成されていることを特徴とする請求項６に記載のシステム。 ８． 前記糸口限定フィルターユニットと前記糸口管理ユニットとに連結され た糸口データ市場部をさらに具備し、 前記糸口限定フィルターユニットは、前記糸口限定フィルターに基づいて前記 糸口データ市場部内の前記選択されたクライアント記録を抽出するように構成さ れていることを特徴とする請求項６に記載のシステム。 ９． 前記データベースに連結され、かつ、前記選択されたクライアント記録 の１つに対応する前記フォーマットされた糸口記録の１つのためのクライアント データを受け取るために連結された接客管理ユニットをさらに具備し、 前記接客管理ユニットは、前記受け取られたクライアントデータに基づいて前 記１つのクライアント記録を変更するように前記データベースに要求するように 構成されていることを特徴とする請求項６に記載のシステム。 １０． 前記一式の糸口記録を記憶する集中化された糸口データ貯蔵部と、 前記貯蔵部に連結され、かつ、前記一式の糸口記録の１つに対応する前記フォ ーマットされた糸口記録の１つのためのクライアントデータを受け取るために連 結された糸口データ市場部と とをさらに具備し、 前記接客管理ユニットは、前記受け取られたクライアントデータに基づいて前 記１つの糸口記録を変更するように構成されていることを特徴とする請求項６に 記載のシステム。 １１． 前記フォーマッタユニットは、前記データベースに連結され、かつ、 前記フォーマットされた糸口記録を生成するために、前記一式の糸口記録内の各 々の糸口記録に対応するデータを前記データベースから受け取ることを特徴とす る請求項６に記載のシステム。 １２． 前記ユーザーインタフェースユニットは、インターネットを介してユ ーザーからコマンドを受け取るように構成されていることを特徴とする請求項６ に記載のシステム。 １３． データ倉庫に記憶されたクライアント記録の部分集合を有する市場部 を作成するステップと、 最初の照会に基づいて前記市場部に備えられる前記クライアント記録の部分集 合を選択するステップと、 前記クライアント記録の前記選択された部分集合と、前記データ倉庫に記憶さ れた追加の情報とに基づいて糸口記録を構成するステップ という、コンピュータにより実行されるステップを具備する方法を行うために、 コンピュータにより実行可能な指示を保持することを特徴とするコンピュータ可 読媒体。 １４． 前記作成するステップは、前記データ倉庫内のどのクライアント記録 が前記市場部内の部分集合として備えられているのかを決定するフィルターを作 成するステップを有することを特徴とする請求項１３に記載のコンピュータ可読 媒体。 １５． 前記選択するステップは、前記市場部の前記部分集合内のどのクライ アント記録が選択されるのかを決定する糸口限定フィルターを作成するステップ を有することを特徴とする請求項１３に記載のコンピュータ可読媒体。 １６． 前記構成するステップは、クライアント番号に基づいて、前記データ 倉庫内の前記クライアント記録内の一定のデータを検索するステップを有するこ とを特徴とする請求項１３に記載のコンピュータ可読媒体。 １７． 前記構成するステップは、コンピュータ画面上に表示するために、前 記糸口記録をフォーマットするステップを有することを特徴とする請求項１３に 記載のコンピュータ可読媒体。 １８． マーケティング接客用にクライアントに関する情報を有するクライア ント記録を保持するデータベースを有するコンピュータシステムにおいて、 前記クライアント記録のデータベースから糸口記録の部分集合を作成するステ ップと、 前記部分集合から複数の糸口記録を選択するステップと、 前記選択された複数の糸口記録に基づいて、前記データベースから追加の情報 を検索するステップと、 前記追加の情報と前記選択された複数の糸口記録とから、マーケティング接客 用にフォーマットされた記録を作成するステップ という、コンピュータにより実行されるステップを具備し、 前記部分集合内の各々の糸口記録は、前記データベース内の対応するクライア ント記録より少ないデータを有することを特徴とする方法。 １９． 前記フォーマットされた記録を、マーケティング端末上に表示するた めに該マーケティング端末へ転送するステップをさらに具備することを特徴とす る請求項１８に記載の方法。