(57)【要約】要約書なし。【特許請求の範囲】
【請求項１】
選択された基準に基づいてコンタクトレコードのリストを確立するためのコンピュータ化されたリアルタイムな対話式方法であって、
地理領域定義、分類及び分類に関連する閾値を得る工程と、
地理領域定義に基づいて地理コードの探索地理コードリストを生成する工程と、
探索地理コードリスト内の地理コードに基づいてリストデータベース内でレコードの選択されたセットを決定する工程と、
レコードの選択されたセット内の各レコードに対し、空間座標及び準地理コードに対応する社会経済コードを同定する工程と、
社会経済コードに基づいてレコードの選択されたセット内の各レコードに対し分類スコアを同定する工程と、
分類スコアと閾値との比較に基づいてレコードの選択されたセット内の同定されたレコードを決定し、かつレコードに関連する空間座標が地理領域定義内に配置されるか否かを決定する工程と、
から成る方法。
【請求項２】
請求項１に記載の方法であって、さらに最小ユーザー閾値数のレコードが同定されればレコードの選択されたセット内の同定された各レコードに対応するコンタクトアドレスを与える工程から成る方法。
【請求項３】
請求項２に記載の方法であって、さらにコンタクトアドレスを有する同定されたレコード内のレコードに対するコンタクトアドレスをユーザーに送信する工程から成る方法。
【請求項４】
請求項２に記載の方法であって、さらにレコードの選択されたセット内の同定された各レコードに対応する選択された付加データを与える工程から成る方法。
【請求項５】
請求項４に記載の方法であって、さらにコンタクトアドレスを有する同定されたレコードに対応する付加データをユーザーに送信する工程から成る方法。
【請求項６】
請求項４に記載の方法であって、付加データは、コンタクト名称、分類スコア、距離、子供の存在、子供の年齢、推定世帯所得、所有権状態、居住年数、誕生日、性別、結婚状況、企業名、ＳＩＣコード、雇用者数及び売上の少なくともひとつを含む、ところの方法。
【請求項７】
請求項４に記載の方法であって、選択された付加データを与える工程は、表示された付加データタイプのリストから少なくともひとつの付加データタイプを選択する工程を含む、ところの方法。
【請求項８】
請求項１に記載の方法であって、さらに最小ユーザー閾値数のレコードが同定されればレコードの選択されたセット内の同定された各レコードに対応する二次コンタクトアドレス及びコンタクト名称を与える工程から成る方法。
【請求項９】
請求項８に記載の方法であって、二次コンタクトアドレスは電話番号から成る、ところの方法。
【請求項１０】
請求項１に記載の方法であって、リストデータベースは複数のレコードを有し、かつ少なくともひとつのレコードはＺＩＰ＋６コード及び名前コードから成る、ところの方法。
【請求項１１】
請求項１に記載の方法であって、地理領域定義は、所望の位置識別子及び半径から成る、ところの方法。
【請求項１２】
請求項１に記載の方法であって、地理領域定義は、所望のアドレス及び該アドレスによって同定される位置の周囲の多角形から成る、ところの方法。
【請求項１３】
請求項１２に記載の方法であって、多角形はアドレスによって同定された領域の表示マップ上に表示される、ところの方法。
【請求項１４】
請求項１に記載の方法であって、地理領域定義は表示された地理タイプのリストからの標準地理タイプから成る、ところの方法。
【請求項１５】
請求項１４に記載の方法であって、地理領域定義はさらに地理コード若しくは地理学的実体の名称から成る、ところの方法。
【請求項１６】
請求項１５に記載の方法であって、地理コードは郵便番号から成る、ところの方法。
【請求項１７】
請求項１に記載の方法であって、分類は表示された分類リストの一部である、ところの方法。
【請求項１８】
請求項１に記載の方法であって、分類に関連する閾値は表示された閾値リストの一部である、ところの方法。
【請求項１９】
請求項１に記載の方法であって、コンタクトレコードのリストは郵送者名簿から成る、ところの方法。
【請求項２０】
請求項１に記載の方法であって、コンタクトレコードのリストは複数のレコードから成り、レコードのひとつは、物理的アドレス、電子的アドレス、電話番号、ファックス番号、インターネットプロトコルアドレス、ポケベル番号、ネットワークアドレス若しくはユニバーサル・リソース・ロケーターの少なくともひとつを含む、ところの方法。
【請求項２１】
請求項１に記載の方法であって、地理コードは郵便番号の階層コンポーネントである、ところの方法。
【請求項２２】
請求項１に記載の方法であって、空間座標はインターリーブされた緯度及び経度から成る、ところの方法。
【請求項２３】
選択された基準に基づいてコンタクトリストを確立するリアルタイムな対話式方法であって、
ユーザーにリスト特定を対話式でリアルタイムに生成することを許す工程と、
メモリを有するサーバーへネットワークを通じてリスト特定を送信する工程と、
リスト特定に基づいてリアルタイムでサーバー上にコンタクトリストを確立する工程であって、コンタクトリストは複数のレコードから成るところの工程と、から成る方法。
【請求項２４】
請求項２３に記載の方法であって、さらに興味ある領域を特定する工程であって、興味ある領域はあらゆるサイズ及びあらゆる形状であるところの工程を含む方法。
【請求項２５】
請求項２３に記載の方法であって、さらに複数の製品から選択された製品を特定しかつ該製品に対して閾値スコアを特定する工程を含む方法。
【請求項２６】
請求項２５に記載の方法であって、製品に対する閾値スコアは所定のレベルの製品消費を指示する、ところの方法。
【請求項２７】
請求項２３に記載の方法であって、サーバー上にコンタクトリストを確立する工程は、リスト特定に基づいて中間リストを生成する工程、及び中間リスト内のレコードの数を承認する工程を含む、ところの方法。
【請求項２８】
請求項２７に記載の方法であって、サーバー上にコンタクトリストを確立する工程は、レコードの数が承認されれば中間リスト内の各レコードに対して選択された付加データを与える工程を含む、ところの方法。
【請求項２９】
請求項２８に記載の方法であって、付加データは、年齢、性別、結婚状態、推定年収、資産価値、所有権状態、居住年数、教育レベル、職業、子供の有無、及び子供の年齢の少なくともひとつを含む、ところの方法。
【請求項３０】
請求項２８に記載の方法であって、選択された付加データを与える工程は、付加データタイプのリストから少なくともひとつの付加データタイプを選択する工程を含む、ところの方法。
【請求項３１】
請求項２７に記載の方法であって、さらにユーザーにスクリーニングデータを選択するのを許す工程を含む方法。
【請求項３２】
請求項３１に記載の方法であって、中間リストを生成する工程はスクリーニングデータを適用する工程を含む、ところの方法。
【請求項３３】
請求項３１に記載の方法であって、さらにスクリーニングデータタイプのリストから少なくともひとつのスクリーニングデータタイプを選択する工程を含む方法。
【請求項３４】
請求項２３に記載の方法であって、サーバー上にリアルタイムでコンタクトリストを確立する工程は、ランダムアクセスメモリ内に保存されたデータベースからリストを確立する工程から成る、ところの方法。
【請求項３５】
請求項２３に記載の方法であって、さらにコンタクトリストを第１クライアント機械に送信する工程から成る方法。
【請求項３６】
請求項３５に記載の方法であって、コンタクトリストを送信する工程はコンタクトリスト内のレコードの数を承認する工程を含む、ところの方法。
【請求項３７】
請求項３５に記載の方法であって、さらにリスト特定を生成するべくブラウザを通じて情報を収集する工程から成る方法。
【請求項３８】
請求項３７に記載の方法であって、ブラウザは第２クライアント機械において情報を収集する、ところの方法。
【請求項３９】
請求項３８に記載の方法であって、第１クライアント機械及び第２クライアント機械は同じ機械である、ところの方法。
【請求項４０】
請求項３５に記載の方法であって、さらに第１クライアント機械へ送信されたコンタクトリスト内にリストされた電子アドレスへメッセージを送信する工程から成る方法。
【請求項４１】
請求項３５に記載の方法であって、コンタクトリストは、読取専用利用、１回利用若しくは無制限利用のひとつの制限を受ける、ところの方法。
【請求項４２】
請求項２３に記載の方法であって、さらにリスト特定を生成するためにアプレットを通じて情報を収集する工程から成る方法。
【請求項４３】
請求項２３に記載の方法であって、さらに所望のアドレスを入力する工程及び所望のアドレスからの半径を特定する工程を含む方法。
【請求項４４】
請求項２３に記載の方法であって、さらに所望の位置識別子を入力する工程及び位置識別子によって同定された位置の周囲に多角形を特定する工程を含む方法。
【請求項４５】
請求項４４に記載の方法であって、多角形を特定する工程は、アドレスによって同定された領域の表示マップ上に多角形を描く工程を含む、ところの方法。
【請求項４６】
請求項２３に記載の方法であって、さらに標準地理タイプのリストから標準地理タイプを選択する工程を含む方法。
【請求項４７】
請求項４６に記載の方法であって、さらに地理コード若しくは地理学的実体の名称を入力する工程を含む方法。
【請求項４８】
請求項４７に記載の方法であって、地理コードは郵便番号から成る、ところの方法。
【請求項４９】
請求項４６に記載の方法であって、標準地理タイプは、郵便番号、主要商業地域、市、場所、郡、州、電話エリアコード、少数市民区画、メトロポリタン統計地域、立法区、選挙区及び学区を含む標準地理タイプのリストから選択される、ところの方法。
【請求項５０】
請求項２３に記載の方法であって、さらに表示された製品のリストから製品を選択する工程、及び製品に関連する閾値スコアを同定する工程を含む方法。
【請求項５１】
請求項２３に記載の方法であって、コンタクトリストのひとつのレコードは、少なくとも名前の一部、物理的アドレス、電子的アドレス、電話番号、ファックス番号、ポケベル番号若しくはユニバーサル・リソース・ロケーターの少なくともひとつを含む、ところの方法。
【請求項５２】
請求項２３に記載の方法であって、コンタクトリストは郵送者名簿から成る、ところの方法。
【請求項５３】
請求項２３に記載の方法であって、コンタクトリストは、世帯リスト、企業リスト若しくは個人リストから成る、ところの方法。
【請求項５４】
選択された基準に基づいてコンタクトリストを確立するリアルタイムな対話式方法であって、
リアルタイムで対話式にリスト特定を生成する工程と、
リスト特定レコードに基づいてリアルタイムでサーバー上にコンタクトリストを確立する工程と、
から成る方法。
【請求項５５】
請求項５４に記載の方法であって、さらにサーバーでリスト特定を生成するために情報を収集する工程から成る方法。
【請求項５６】
請求項５４に記載の方法であって、コンタクトリストは複数のレコードから成り、ひとつのレコードは、物理的アドレス、電子的アドレス、電話番号、ファックス番号、インターネットプロトコルアドレス、ポケベル番号若しくはユニバーサル・リソース・ロケーターの少なくとも一つを含む、ところの方法。
【請求項５７】
選択された基準に基づいてコンピュータネットワーク上にコンタクトリストを確立するリアルタイムな対話式方法であって、
リアルタイムにリスト特定を対話式で生成する工程であって、ユーザー入力を受信しながらコンタクトリストが所望されるところの地理的に定義された領域を対話式に特定する工程、及びユーザー入力を受信しながら複数の製品からの製品及び該製品に対する閾値スコアを対話式に選択する工程からなるところの工程と、
コンピュータネットワークを通じてメモリを有するサーバーへリスト特定を送信する工程と、
リスト特定に基づいてリアルタイムでサーバー上にコンタクトリストを確立する工程と、
コンタクトリストのひとつ若しくはそれ以上の特性がユーザーによって承認されれば、コンピュータネットワーク上のユーザー特定ノードへコンタクトリストを送信する工程と、
から成る方法。
【請求項５８】
請求項５７に記載の方法であって、コンタクトリストの特性は、コンタクトリスト上の名前／レコードの数、コンタクトリストに対するリスト特定及びコンタクトリストのコストを含む、ところの方法。
【請求項５９】
請求項５７に記載の方法であって、リアルタイムに対話式でリスト特定を生成する工程は、さらにコンタクトリストへ付加可能なデータのリストから付加的データを対話式で選択する工程から成る、ところの方法。
【請求項６０】
請求項５７に記載の方法であって、さらにメモリ内にリスト特定を保存する工程、及び保存されたリスト特定に基づいて所定の時間にコンタクトリストを再確立する工程から成る方法。
【請求項６１】
請求項６０に記載の方法であって、保存されたリスト特定が複数の企業位置の選択された企業位置に対応する、ところの方法。
【請求項６２】
請求項５７に記載の方法であって、リアルタイムでサーバー上にコンタクトリストを確立する工程はランダムアクセスメモリ内に保存されたデータベースからコンタクトリストを確立する工程から成る、ところの方法。
【請求項６３】
請求項５７に記載の方法であって、コンタクトリストは複数のレコードから成り、ひとつのレコードは、物理的アドレス、電子的アドレス、電話番号、ファックス番号、インターネットプロトコルアドレス、ポケベル番号若しくはユニバーサル・リソース・ロケーターの少なくともひとつを含む、ところの方法。
【請求項６４】
請求項５７に記載の方法であって、リアルタイムに対話式でリスト特定を生成する工程はコンピュータネットワーク上のユーザー特定ノード上で実行される、ところの方法。
【請求項６５】
請求項６４に記載の方法であって、ユーザー特定ノード及びユーザー特定されたノードはコンピュータネットワーク上で異なるノードである、ところの方法。
【請求項６６】
請求項５７に記載の方法であって、コンタクトリストは世帯リスト、企業リスト若しくは個人リストから成る、ところの方法。
【請求項６７】
請求項５７に記載の方法であって、さらにユーザー特定されたノードへ送信されるコンタクトリスト内でリストされる電子アドレスへメッセージを送信する工程から成る方法。
【請求項６８】
請求項５７に記載の方法であって、コンタクトリストは、読取専用の利用、１回の利用若しくは無制限利用のひとつの制限を受ける、ところの方法。
【請求項６９】
選択された基準に基づいてリアルタイムにコンタクトリストを対話式で確立するためのコンピュータシステムであって、
リスト特定をリアルタイムに対話式で生成するためにユーザー入力を受信するよう構成されたユーザー特定処理モジュールと、
リスト特定を受信し、リスト特定に基づいてリアルタイムに選択された地理コードのリストを生成するよう構成された地理リスト処理モジュールと、
選択された地理コードのリスト及びリスト特定に基づいてリアルタイムに中間リストを生成するよう構成されたリスト選択及びデータ付加処理モジュールと、
中間リストに基づいてリアルタイムにコンタクトリストを確立するよう構成されたコンタクト項目探索処理モジュールと、
から成るシステム。
【請求項７０】
請求項６９に記載のシステムであって、コンタクトリストのひとつ若しくはそれ以上の特性がユーザーによって承認されれば、サーバーは通信ネットワーク上のユーザー特定されたノードへコンタクトリストを送信する、ところのシステム。
【請求項７１】
請求項７０に記載のシステムであって、コンタクトリストの特性はコンタクトリスト上のレコードの数、コンタクトリストに対するリスト特定、及びコンタクトリストのコストを含む、ところのシステム。
【請求項７２】
請求項７０に記載のシステムであって、さらに通信ネットワークに接続されたクライアント装置であって、クライアント装置がユーザー特定されたノードを構成するところの装置から成る、システム。
【請求項７３】
請求項７０に記載のシステムであって、ユーザー特定されたノードはコンタクトリスト内でリストされた通信ネットワーク上の電子アドレスへメッセージを送信する、ところのシステム。
【請求項７４】
請求項７０に記載のシステムであって、コンタクトリストは、読取専用利用、１回利用、若しくは無制限利用のひとつの制限を受ける、ところのシステム。
【請求項７５】
請求項６９に記載のシステムであって、地理リスト処理モジュール、リスト選択及びデータ付加処理モジュール、及びコンタクト項目探索モジュールは、メモリを有するサーバー上でリアルタイムに実行される、ところのシステム。
【請求項７６】
請求項６９に記載のシステムであって、さらに通信ネットワークに接続されたクライアント装置であって、ユーザー特定処理モジュールがクライアント装置上で実行するところの装置から成るシステム。
【請求項７７】
請求項６９に記載のシステムであって、ユーザー特定処理モジュールは複数の地理人口ファイルのひとつ及びマッピングデータベース若しくは地理名称データベースにアクセスする、ところのシステム。
【請求項７８】
請求項６９に記載のシステムであって、地理リスト処理モジュールは地理等価ファイルにアクセスする、ところのシステム。
【請求項７９】
請求項６９に記載のシステムであって、リスト選択及びデータ付加処理モジュールは製品スコアテーブル及び地理インデックスにアクセスする、ところのシステム。
【請求項８０】
請求項７９に記載のシステムであって、リスト選択及びデータ付加処理モジュールはさらに地理インデックスに基づいて、地理人口ディレクトリ、空間座標に対する地理データベース、リストデータベース及び人口属性データベースにアクセスする、ところのシステム。
【請求項８１】
請求項８０に記載のシステムであって、空間座標に対する地理データベースの空間座標はインターリーブされた緯度及び経度対から成る、ところのシステム。
【請求項８２】
請求項６９に記載のシステムであって、コンタクト項目探索処理モジュールはアドレス符号化ガイド及び名前データベースにアクセスする、ところのシステム。
【請求項８３】
請求項６９に記載のシステムであって、地理コードは郵便番号の階層コンポーネントである、ところのシステム。
【請求項８４】
請求項７５に記載のシステムであって、メモリは処理モジュールのリアルタイムな実行を容易にするために少なくともひとつのデータベースで保存するように構成されたランダムアクセスメモリを含む、ところのシステム。
【請求項８５】
請求項６９に記載のシステムであって、コンタクトリストは複数のレコードから成り、ひとつのレコードは、物理的アドレス、電子的アドレス、電話番号、ファックス番号、インターネットプロトコルアドレス、ポケベル番号、ネットワークアドレス若しくはユニバーサル・リソース・ロケータ−の少なくともひとつを含む、ところのシステム。
【請求項８６】
請求項６９に記載のシステムであって、コンタクトリストは、世帯リスト、企業リスト若しくは個人リストから成る、ところのシステム。
【発明の詳細な説明】
【０００１】
発明の背景
発明の分野
概して本発明の態様は、ネットワークを通じたコンタクトアドレスリストのリアルタイムな定義、処理及び配信に関する。特に、本発明の実施例は特定の製品若しくはサービスの消費性向を有するあらゆる形状若しくはサイズのあらゆる地理用のコンタクトレコードを選択すること、及びコンタクト名及び消費性向スコアのような付加された選択情報を有するこれらのレコードをインターネットのような公衆ネットワークを通じてリアルタイム環境で配信することに関する。
【０００２】
関連技術の説明
伝統的に、１００万余のレコードの国内コンタクトリストからレコードを選択しかつ抽出する処理は、ＡＣＸＩＯＭ、ＭｅｔｒｏＭａｉｌ及びＰｏｌｋのような会社に設置された大きいメインフレームコンピュータでのバッチ処理に限定されていた。主にこれらのリストはダイレクトメール及びテレマーケティングのような直接販売用に使用された。これらの歴史的なテープ志向データベースは大きいレコードを含んだ。典型的にそれらはサイズが数百バイトで、名前、コンタクトアドレス（ＵＳＰＳ郵便アドレス、市、州、郵便番号、電話番号、ｅメールアドレス等）及びさまざまなレベルの地理、世帯及び年齢、収入、子供の有無等のような個人属性データ、並びに地理人口統計コード及び複合経済社会スコアのような他のデータ用の別々のフィールドを含む。
【０００３】
極端に大きいサイズのデータベース及び連続処理要求に基づいて、しばしば処理はすべての未決注文を処理する大きい週一回のバッチ実行によって整理されるので、リスト選択及び付加の定義は複数の人間を必要としかつ数日を要した。しばしば生成されたリストは９トラックテープのような磁気媒体にのみ有効であり、急送便によって郵便遂行所へ郵送若しくは配送された。
【０００４】
半径及び多角形のようなカスタム地理選択は有効ではなかった。このファクタは長い回転時間とともに毒こぼれの公共安全通知のような非直販コンタクト応用に対してこれらのリストの有用性を制限した。
【０００５】
製品スコアリングモデルは、独立変数としてこれらのファイル上に属性データを使ってカスタム利用モデルを確立することができるリーダーズダイジェストのような大きなメーラーに限定された。その後リストプロバイダーは、このモデルをプログラムし、リスト選択処理においてそれを使用する。これらのモデルの確立及びプログラミングはしばしば数ヶ月間の処理であり、最低数十万ドルのコストがかかった。
【０００６】
１９９０年代半ば、プロＣＤと呼ばれたＣＤベースの製品がナショナルホワイトページから有効なキー入力データを作った。プロＣＤは、ソフトウエアとデータの両方を約１００ドルでＣｏｍｐ ＵＳＡのようなコンピュータ小売店において８枚のＣＤ−ＲＯＭ上に生成されたデータベースをパッケージして販売した。最初、ソフトウエアは主にディレクトリ支援アプリケーションへ向けられた。ユーザーが名前及び市をタイプすると、製品は名前、アドレス及び電話番号のリストを返してくる。次世代の製品は、アメリカ郵便公社（ＵＳＰＳ）郵便番号のアドレスレコードを有し、緯度及び経度座標の５桁の郵便番号を付加し、メール及び電話番号リストの選択及び抽出ソフトウエアの使用を容易化した。ソフトウエアは、州、ＮＰＡ、ＮＰＡＮＸＸ、市名称、郵便番号若しくはデータベース内で選択されたレコードの回りのほぼ半径領域のような地理選択をサポートした。同一の５桁の郵便番号に対するすべてのレコードは同じ緯度及び経度座標に割り当てられ、それは郵便番号の大きなリストを与えるより２５マイルのような大きい半径領域を選択することを単純化する。特定の緯度及び経度を割り当て、その後この緯度及び経度地点の周りにレコードを生成する能力は無かった。地理的正確さのこの欠如は、カスタムピザ店配達多角形領域へのダイレクトメールのような応用、若しくは電話スイッチから２．５マイル以上離れて住んでいるコンピュータ所有率の高い潜在的なデジタル・サブスクライバー・ライン（ＤＳＬ）顧客へのメールのような応用を排除した。ＤＳＬ接続性は現在では電話会社の中央局スイッチから約２．５マイルに制限されている。
【０００７】
プロＣＤ製品のコンタクトリストの機能性及び品質は４つのファクタによって制限された。第１点は、多くのリストが名前のみを含みアドレスを含まずアパート番号のような二次的アドレスはほとんど与えられていないため電話帳アドレスは概して不完全であり、７桁の電話番号及び一部のストリートアドレスを正確に書き換え、正しいＮＰＡ地域コード及び市を決定するのは困難な処理であるということである。これらのホワイトページアドレスの欠陥は貧弱なＵＳＰＳ配達能力を有するメールリストばかりか非常にまばらな配達範囲を有する配達可能リストを生成する。ＵＳＰＳ郵便配達可能コンタクトリストは、すべてのレコードがリストに示されたアドレスへＵＳＰＳによって配達可能であるところのリストである。第２の制限は、あらゆる有意義な選択を実行するための属性日付がデータベース上に存在しないという点であった。第３のファクタは、付与のディレクトリに対するホワイトページが年に一度しか発行されず、電話番号リストの約２０％が毎年変わるという点であり、そのことはデータベース上の多くのレコードが時代遅れであることを意味する。先に述べた正しいＮＰＡ割り当て公布と結合されたホワイトページ変更のこの高い比率及びホワイトページが印刷された後に発生する大量のＮＰＡ分割が、製品によって生成されるテレマーケティング若しくは電話番号コンタクトリストの品質を幾分低下させる。第４のファクタは、通常単一のＣＤ−ＲＯＭドライブしか有しないＰＣ上で８つのＣＤ−ＲＯＭデータベースを管理することは面倒で時間のかかる処理であるという点である。
【０００８】
最近数年で、ＡＣＸＩＯＭ、ＭｅｔｒｏＭａｉｌ、Ｐｏｌｋのようなメジャーなコンタクトリスト供給元が彼らのデータベースの品質及びデータの深さに大きな改良を施し、それら多くのデータベースをテープからディスク記憶装置へ移した。彼らはまたオンラインカウントを実行するために大きな顧客に対し電子特定インターフェースを与えた。これらのカウントを実行する方法はしばしば予め保存された地理要約テーブルからのものである。この方法は、地理及び選択若しくはスクリーニングデータの組合せ数が有限個の順列に制限される限りうまく機能する。しかし、地理、世帯及び個人（ＧＨＩ）データに依存する数千個の製品上の製品スコアばかりでなくあらゆるサイズ及び形状のあらゆる地域の地理的定義を使用するほぼ無限個の可能な順列は、リアルタイムな計算を要求し、予め保存されたテーブルのこの方法を実行不能にする。
【０００９】
現在、いくつかのタイプのインターネットベースの直販リスト定義、注文及び配達を与えるウエブサイトが存在する。しかし、ＤａｔａＢｙＡｃｘｉｏｍ．ｃｏｍ、ＩｎｆｏＵＳＡ．ｃｏｍ、ＭｙＰｒｏｓｐｅｃｔｓ．ｃｏｍ、ＱＭＳｏｆｔ．ｃｏｍ、ＴｈｉｎｋＤｉｒｅｃｔＭａｒｋｅｔｉｎｇ．ｃｏｍ、Ｉｒａ−ＯｎＤｅｍａｎｄ．ｃｏｍ若しくはＬｉｓｔｓＮｏｗ．ｃｏｍなどのウエブサイトのいずれもが、現在の産業的要求に一致するようなものを与えてはいない。上記ウエブサイトのいずれもが、あらゆるサイズ若しくは形状のカスタム地理地域を定義しかつ処理するための単純な方法を与えるためのマッピングインターフェースを与えてはいない。上記ウエブサイトのいずれもが、特定の製品若しくはサービスの消費に基づいてリスト内に個々のレコードを保存するための方法を与えてはいない。ウエブサイトのいずれもがリアルタイムに結果を与えることは無く、その結果をユーザー特定ノードへ送りはしない。ウエブサイトのいずれもが、店舗セットの周辺のカスタマイズされたサービス地域を保存し、ユーザーに後で戻って、サービス位置地理地域を再特定化しかつ基準を選択する必要なく選択された店舗セット用の新規リストを生成することを許す方法を与えない。
【００１０】
現在、産業界において、ネットワークを通じてリアルタイム環境でほぼ１００％コンタクト可能な複数アプリケーションリストを与えるための明確な要求が存在する。特に、ユーザーにとって、参考として対話式の詳細なストリートマップを使いながら、あらゆるサイズ若しくは形状の地理的に定義された商業地域を簡単に特定し、数千の製品／サービスのスコアを含むデータベースからカットオフ値以上の消費スコアを選択し、それらが選択若しくは付加したい付加的データのリッチリストから選択され、それらが特定、カウント及びコストを承認した後の数秒以内にそれらの選択のネットワークノードへ戻される生成リストを有する必要がある。さらに、店舗周辺でダイレクトメールをしているピザチェーンのような毎月直販キャンペーンを実施する複数位置ユーザーにとって、上記ツールを使ってそれらの多角形サービス地域を定義し、それらの選択、付加及び地理的定義を保管する必要がある。周期的な郵送に対し、それらは郵送したい店舗の保管されたメール詳細レコードを単純に選択することによって各店舗用の新規なリストを生成することができる。
【００１１】
そのようなシステムによりユーザーは、クライアント装置上で実行する他のアプリケーション内で実施されるブラウザ若しくはカスタマイズされたアップレット（ａｐｐｌｅｔ）のいずれかを有する安全公衆ネットワークを通じてリアルタイムのコンタクトリストシステムへインターフェースすることができる。
【００１２】
発明の要旨
発明のひとつの態様において、選択された基準に基づいて、コンタクトレコードのリストを確立するコンピュータ化されたリアルタイムの対話式方法が存在し、当該方法は、地理地域定義、分類及び該分類に関連する閾値を得る工程と、地理地域定義に基づいて、地理コードの探索地理コードリストを生成する工程と、探索地理コードリスト内の地理コードに基づいてリストデータベース内で選択されたレコードのセットを決定する工程と、選択されたレコードのセット内の各レコードに対し準地理コードに対応する空間座標及び社会経済コードを同定する工程と、社会経済コードに基づいて選択されたレコードのセット内の各レコードに対し分類スコアを同定する工程と、分類スコアと閾値との比較に基づいて選択されたレコードのセット内の同定されたレコードを決定しかつレコードに関連する空間座標が地理地域定義内に配置されているかどうかを決定する工程から成る。
【００１３】
本発明の他の態様において、選択された基準に基づいてコンタクトリストを確立するリアルタイムな対話式方法が存在し、当該方法は、ユーザーに対しリアルタイムでリスト特定を対話式で生成することを許す工程と、ネットワークを通じてリスト特定をメモリを有するサーバーへ送信する工程と、リスト特定に基づいてリアルタイムでサーバー上にコンタクトリストを確立する工程であって、該コンタクトリストは複数のレコードから成るところの工程と、から成る。
【００１４】
本発明の他の態様において、選択された基準に基づいてコンタクトリストを確立するためのリアルタイムな対話式方法が存在し、当該方法は、リアルタイムにリスト特定を対話式で生成する工程と、リスト特定レコードに基づいてリアルタイムでサーバー上にコンタクトリストを確立する工程とから成る。
【００１５】
本発明の他の態様において、選択された基準に基づいてコンピュータネットワーク上にコンタクトリストを確立するためのリアルタイムな対話式方法が存在し、当該方法は、リアルタイムにリスト特定を対話式で生成する工程であって、ユーザー入力を受信してコンタクトリストが所望される地理的定義地域を対話式に選択する工程及びユーザー入力を受信して複数の製品から一つの製品を選択し該製品の閾値スコアを対話式で選択する工程から成るところの工程と、メモリを有するサーバーへコンピュータネットワークを通じてリスト特定を送信する工程と、リスト特定に基づいてリアルタイムでサーバー上にコンタクトリストを確立する工程と、コンタクトリストのひとつ若しくはそれ以上の特性がユーザーによって承認されればコンピュータネットワーク上のユーザー特定ノードへコンタクトリストを送信する工程と、から成る。
【００１６】
本発明の他の態様において、選択された基準に基づいてリアルタイムでコンタクトリストを対話式で生成するためのシステムが存在し、当該システムは、ネットワークへ接続されたサーバーと、リアルタイムでリストを対話式に生成するための手段と、ネットワークを通じてサーバーへリスト特定を送信するための手段と、リスト特定に基づいて、リアルタイムでサーバー上にコンタクトリストを確立するための手段と、ひとつ若しくはそれ以上のコンタクトリストの特性がユーザーによって承認されればネットワーク上のユーザー特定ノードへコンタクトリストを送信するための手段と、から成る。
【００１７】
さらに本発明の他の態様において、選択された基準に基づいてリアルタイムでコンタクトリストを対話式で確立するためのコンピュータシステムが存在し、当該システムは、リアルタイムにリスト特定を対話式で生成するためにユーザー入力を受信するべく構成されたユーザー特定処理モジュールと、リスト特定を受信するよう及びリスト特定に基づいてリアルタイムで選択された地理コードのリストを生成するよう構成された地理リスト処理モジュールと、選択された地理コードのリストに基づいてリアルタイムで中間リストを生成するよう構成されたリスト選択及びデータ付加処理モジュールと、中間リストに基づいてリアルタイムでコンタクトリストを確立するよう構成されたコンタクト項目索引処理モジュールとから成る。
【００１８】
好適実施例の詳細な説明
以下の詳細な説明は本発明の特定の実施例の説明を与える。しかし、本発明は特許請求の範囲によって定義されかつカバーされる複数の異なる方法で実施されてもよい。この説明中、参照図面内の同一部材は同一符号で示される。
【００１９】
図１を参照して、本発明によって使用されるネットワーク構成１００が説明される。ユーザー１０１は、インターネットのようなコンピュータネットワーク１２０上のクライアント／サーバーの関係で複数のサーバーコンピュータ若しくは単一サーバーコンピュータを含むコンピュータ環境と通信する。単一サーバー構成において、ウエブサーバー１４０はコンタクトリスト確立サーバーのような生産サーバー１５０の能力を含む。変形的に、ウエブサーバーは、ローカルエリアネットワーク（ＬＡＮ）若しくはワイドエリアネットワーク（ＷＡＮ）１３０を通じて生産サーバー１５０及び１５２のようなひとつ若しくはそれ以上の生産サーバーと通信する。サーバーコンピュータは、高速の専用データ回路を通じてネットワーク１３０へのアクセスを与えるネットワークゲートウエイ１２２へネットワーク１３０を通じて接続される。
【００２０】
クライアント／サーバー環境において、ウエブサーバーコンピュータ１４０はサーバープログラムを含み、ひとつ若しくはそれ以上のクライアントインターフェース装置１０２−１０８と通信する。ひとつの実施例において、クライアント装置１０２−１０８（ノードとして言及される）はＩＳＰ１１０のようなひとつ若しくはそれ以上のインターネットサービスプロバイダー（ＩＳＰ）を通じてコンピュータネットワーク１２０と接続する。ＩＳＰはまたインターネットアクセスプロバイダー（ＩＡＰ）とも呼ばれる。ＩＳＰ１１０は個々のユーザーへインターネットアクセスを与えるか若しくは会社のネットワークからインターネットへの直接接続を与える。
【００２１】
クライアント装置はＪａｖａアプレットのようなアプレットを実行するパーソナルコンピュータ１０２を含む。変形的に、パーソナルコンピュータ１０２は以下に説明するようなブラウザプログラムを実行することもできる。ポータブル若しくはモバイルコンピュータ１０４はモデム若しくはワイヤレス接続インターフェースによってＩＳＰ１１０と接続することができる。他のクライアント装置は、ウエブＴＶ装置１０６若しくは、パーソナルデジタルアシスタント（ＰＤＡ）若しくはインターネット接続可能な携帯電話のような手持アクセス装置１０８を含む。大容量のユーザーに対し、ワークステーション（若しくはサーバー）１１２は、インターネットＩＰネットワークを介しリモートプロシージャコール（ＲＰＣ）若しくはソケットインターフェースを使ってＩＳＰ１１０を通じ直接ひとつ若しくはそれ以上の生産サーバー１５０／１５２と接続する。変形的に、ワークステーション（若しくはサーバー）１１４は例えばバックボーンプロバイダーを通じてインターネットへ直接接続することによりＩＳＰ１１０をバイパスしてもよい。ワークステーション１１２若しくは１１４はハイパーテキスト変換プロトコル（ＨＴＴＰ）を使用する必要は無く、ウエブサーバー１４０の使用をバイパスしてもよい。
【００２２】
他のハードウエア構成がサーバーコンピュータと通信するのに使用されてもよい。ウエブサーバーコンピュータ１４０が音声認識若しくはＤＴＭＦハードウエアを備え付けているならば、ユーザー１０１は電話を使ってサーバープログラムと通信することができる。その後サーバーは情報をユーザーへ与えるか、または電話を通じてコンタクトリストを対話式に生成するためにユーザーから情報を受信する。サーバーコンピュータと通信するための他の接続装置は、例えばディスプレイに接続されたケーブルインターフェース装置若しくは衛星受信機及びテレビに接続された衛星アンテナを含んでもよい。説明の便宜上、上記各ハードウエア構成はクライアント装置の中に含まれる。変形的に、ユーザー１０１とサーバーとの間での通信を許容する他の方法が採用されていよい。
【００２３】
サーバーコンピュータ１４０、１５０、１５２及びクライアント装置１０２−１０８は、Ｐｅｎｔｉｕｍプロセッサ（例えば、Ｐｒｏ、ＩＩ、ＩＩＩ）、ＡＭＤのＰｅｎｔｉｕｍ級若しくはそれ以上のプロセッサ、８０５１プロセッサ、ＭＩＰＳプロセッサ、Ｓｕｎ ＳＰＡＲＣ２若しくはＵｌｔｒａＳＰＡＲＣ２プロセッサ、Ｐｏｗｅｒ ＰＣプロセッサまたはＡＬＰＨＡプロセッサのようなあらゆる従来の汎用のシングル若しくはマルチチップマイクロプロセッサを有する。さらに、マイクロプロセッサはデジタルシングルプロセッサ若しくはグラフィックプロセッサのようなあらゆる従来の専用マイクロプロセッサであってもよい。また、サーバーコンピュータ及びクライアント装置は、デスクトップ、サーバー、ポータブル、手持ち、セットトップ、若しくはあらゆる他の所望のタイプの構成であってもよい。さらに、サーバーコンピュータ及びクライアント装置は、ＵＮＩＸ、ＬＩＮＵＸ、Ｓｏｌａｒｉｓ、ディスクオペレーティングシステム（ＤＯＳ）、ＶｘＷｏｒｋｓ、ＰａｌｍＯＳ、ＯＳ／２、Ｗｉｎｄｏｗｓ ３．Ｘ、Ｗｉｎｄｏｗｓ９５、Ｗｉｎｄｏｗｓ９８、ＷｉｎｄｏｗｓＣＥ、ＷｉｎｄｏｗｓＮＴ若しくはＷｉｎｄｏｗｓ２０００のようなさまざまなオペレーティングシステムと関連して使用される。
【００２４】
サーバーコンピュータ及びクライアント装置は、ビデオディスプレイ、キーボード及びポインティングデバイスを備えたネットワークターミナルを含む。ネットワーク構成１００のひとつの実施例において、クライアント装置はウエブサーバーコンピュータ１４０にアクセスするのに使用されるネットワークブラウザを含む。本発明のひとつの実施例において、ネットワークブラウザはワシントン州レッドモンドのマイクロソフト社により許諾されたインターネットエクスプローラーである。ブラウザは、対話式でコンタクトリストを生成するために、ユーザーへ情報を表示するか若しくはユーザーから情報を要求するのにユーザーとの通信を容易にするためのグラフィックユーザーインターフェースを含む。他の実施例において、他のユーザーインターフェースがユーザーと通信するのに利用されてもよい。
【００２５】
クライアント装置１０２−１０８のひとつでのユーザー１０１は、キーボード及び／またはポインティングデバイス及びモニターのようなビジュアルディスプレイを使ってウエブサーバープログラムへ遠隔的にアクセスするためにブラウザを利用する。いくつかのクライアントが図１に示されているが、ネットワーク構成１００は数十万若しくはそれ以上のクライアントコンピュータを含むことができる点に注意すべきである。
【００２６】
サーバー及び／またはクライアント装置のプロセッサはソフトウエアを実行し、データベース、ファイル、テーブル、リスト上で動作する。ソフトウエアは以下の図で示されるブロック若しくは状態によって表される処理、関数、手順等を含む。ここでモジュール及び処理の用語は、定義された関数若しくはタスクを実行するためのソフトウエアの制御の下で動作するプロセッサ及び／またはソフトウエアを言及するのに使用される。関数、処理等は多くの方法で分割若しくは区画され、ソフトウエア命令の制御の下でプロセッサによって実行される。
【００２７】
ネットワーク１２０は、例えば仮想プライベートネットワーク、公衆インターネット、プライベートインターネット、保護インターネット、プライベートネットワーク、公衆ネットワーク、付加価値ネットワーク、イントラネット等を含むあらゆるタイプの電気的に接続されたコンピュータのグループを含む。さらに、ネットワークへの接続性は例えば、遠隔ダイヤルアップモデム、ケーブルモデム、デジタル加入者ライン（ＤＳＬ）、ＩＳＤＮ、Ｔ１、イーサーネット（ＩＥＥＥ ８０２．３）、トークンリング（ＩＥＥＥ ８０２．５）、ファイバー分配データリンクインターフェース（ＦＤＤＩ）若しくは非同期転送モード（ＡＴＭ）による。ネットワーク１２０は、例えばモデム若しくはクライアントコンピュータ１０２に内在するネットワークインターフェースカードを使用することによりクライアント装置１０２と接続する。
【００２８】
図２を参照すると、本発明の主要なデータベース及び処理コンポーネントの高レベルブロック図２００が説明されている。図２のブロック若しくは要素はリスト若しくはファイルのようなデータベース及び結果を表す。以下の図のブロックもまた処理、関数、手順、計算、サブルーチン等を表す。
【００２９】
ブロック２０２はコンタクトリストの要求を特定する特定処理の結果を表す。これらの結果はリスト特定レコードとして言及される。ひとつの実施例において、これは、スクリーニング／選択、付加、フォーマット及び分配特定の４つの一次カテゴリー内に入るいくつかのコンポーネントに関連する。
【００３０】
さらにスクリーニング／選択は、空間地理、製品／サービスの消費値／スコア、地理／世帯／個人（ＧＨＩ）属性、アドレスタイプ及びデータ品質の主要なサブカテゴリーに分割される。空間地理スクリーニングの例は、不規則な形状の多角形領域内、特定されたアドレス、交差点、緯度及び経度定義ポイントの周りの定義された半径距離内、若しくは郵便番号、ＤＭＡ（主商業地域）、下院議員選挙区、選挙区、学区等のような標準地理のリスト内に配置されたレコードを選択することである。
【００３１】
製品／サービス消費に関して、このスクリーニング及び／または付加特徴を実行する多くの方法が存在する。以下、製品の用語は、製品、品物、サービス等を言及するのに使用される。製品は分類によって識別され、品物のクラス、特別の品物、特定のブランド等に言及する。消費者リストのための３つの共通消費スクリーニング方法の例は、個人、世帯若しくは地理データに基づいた回帰モデル、神経ネットワークモデル、及び個人、世帯若しくはセグメンテーションシステムに基づく地理とともに使用されるパネル消費データである。消費者セグメンテーションシステムの例は、ＭｉｃｒｏＶｉｓｉｏｎ、ＬｉｆｅＰ＄ＹＣＬＥ、ＰＲＩＺＭ及びＣｌａｒｉｔａｓによるＰ＄ＹＣＬＥ、ＣＡＣＩによるＡＣＯＲＮ、Ｐｏｌｋによるライフスタイルセレクタ、Ｅｘｐｅｒｉａｎによるインソース及びニッチ、ＴｒａｎｓＵｎｉｏｎによるソロ及びポートレート等である。企業／政府機関リスト応用において、同じ消費スクリーニング方法が適用されるが、ひとつの実施例でのキー識別データはＳＩＣ（標準工業分類）、ＳＩＣによるＳＯＣ（標準職業分類）分布及びその位置での従業員数の組合せである。
【００３２】
地理／世帯／個人（ＧＨＩ）スクリーニングは、しばしばひとつ若しくはそれ以上のＧＨＩレベル（例えば、年齢、収入、結婚状況、持ち家／賃貸、性別、人種、資産価値、子供の年齢、子供の存在、教育レベル、職業、地域内での住宅築年数、所有する車のタイプ、ボートの所有、ＡＭＡの”メールするな”のフラグ等）での人口統計特性に基づいている。企業／政府機関スクリーニングはしばしばＳＩＣ、ＳＯＣ及び従業員数の組合せに基づく。
【００３３】
明白に、アドレスタイプは、ＵＳ郵便アドレス、電話番号等のコンタクトアドレスタイプの関数である。ＵＳ郵便アドレスに対して、有効なＵＳＰＳ（アメリカ郵便公社）アドレスタイプは、会社、高層（マルチユニット）、シングルユニット、ＲＲ若しくはＨＣ Ｂｏｘ、私書箱及び留置郵便であり、一方現在Ｔｅｌｃｏｒｄｉａは単純な古い電話サービス（ＰＯＴＳ）、ポケットベル、セルラー、ＰＣＳ、モバイル、マリーンモバイル等のように電話タイプを分類する。データ品質スクリーニングはあるキー品質コンポーネントを失っているレコードに関連する。例の非包括的リストは、名前の無いレコード、地域コードの無いアパート番号若しくは電話番号のような欠落アドレスコンポーネントを有するレコード、欠落スクリーニング／付加属性コンポーネントを有するレコード、及び古い確認データを有するレコードを含む。
【００３４】
一般に、コンタクトリスト内に付加されるデータは選択するのに使用されるデータに実質的に類似している。しかし、選択に有効ないくつかのデータは消費者のプライバシーを保護するために付加が禁止される。応用の特定例は、非公表電話番号、ｅメールアドレス、子供の名前及び年齢並びに収入を含む。付加可能な舞台裏データ要素も存在するが、生の形で選択されることに意味をなさない。このタイプの共通付加変数の例は、緯度及び経度若しくはＭＣＤ、国勢調査区、ブロックグループ若しくはブロックのような他の小規模地域地理、並びに小売位置から選択された半径領域若しくは多角形領域内にあるレコードに対する詳細なレコードのアドレスまでの距離及び方向である。
【００３５】
フォーマット仕様は、郵便アドレスの第１アドレスラインが単一フィールドであるか若しくは番号、予備方向、ストリート名、ストリートタイプ、ポスト方向、二次的アドレスタイプ及び二次的アドレス番号を確立するために別々のフィールドが存在しなければならないかの混合されたケース若しくはすべての大文字郵便アドレスのようないくつかのレベル若しくは地域に属する。フォーマットの次のレベルは、それがウインドウズＣＲ−ＬＦ若しくはＵＮＩＸの新ラインによって終端される固定フィールドテキストファイル、ＡＳＣＩＩ区切レコードファイル、マイクロソフトのＡｃｃｅｓｓ若しくはＥｘｃｅｌファイルまたはＸＭＬ（エクステンデッド・マークアップ・ランゲージ）ストリーム等のようなアプリケーション特定ファイルでなければならないかどうかのファイルタイプである。フォーマットの次のレベルは、生の形式でファイルを送るか若しくはＰＫＺＩＰのような圧縮ユーティリティーによって圧縮することに関する。
【００３６】
分配特定の最終レベルは、リストが電子的に分配されるアドレスに関する。オプションは、ユーザーのブラウザ、ユーザーのハードドライブ上のファイル、ユーザーのｅメールアドレス、第三者ｅメールアドレス、ＩＰアドレス、ＵＲＬ若しくはＦＴＰサイトのひとつ若しくはそれ以上を含む。上記のものはすべてプットオプションとして分類される。リスト完成と同時に、通知処理がＦＴＰサイト及び完全リストが検索されるところのパスワードを含むｅメールアドレスへファイル、統計及びコストをｅメールするところのプルオプションも存在する。
【００３７】
データベース２１０は特定に対してユーザーフレンドリーな環境を与えるべくリスト特定レコード２０２を生成するよう特定処理によって利用されるデータセットを含む。データセットは、各々がコード及び名前の両方によって識別される地理のリストを含む地理タイプのリストを含む。地理タイプの例は上記レコード２０２に関連するセクション内にリストされている。例えば、米国には３１４１個の郡が存在し、郡リストは州ごとにアルファベット名順で郡を含む。一つの実施例において、コードはＦＩＰＳ（連邦情報処理標準）２桁の州コードに続く３桁の郡コードである。例えば、カリフォルニア州、サンディエゴ郡は０６０７３のＦＩＰＳコードを有する。
【００３８】
カスタム地理が要求されたとき、データベース２１０は、詳細ストリートマップ及びアドレス緯度経度コードデータベース並びにデータベースアクセスツールによってレコード２０２に対するこの要求を満たす。通常、これらのマッピングデータベースのオリジナルソースは一つの実施例において１９９０センサスＴＩＧＥＲファイル及びＵＳＰＳ ＡＭＳアドレス符号化ガイドの組合せである。これらのファイルは、ＧＤＴ（ジオグラフィック・データ・テクノロジー）、Ｎａｖｔｅｃｈ若しくはＥｔａｋのような個人会社によって強化されるか若しくは合併かつ強化されてきた。その後これらの強化データベースはＱＭＳ（クオリテイティブ・マーケティング・ソフトウエア）、Ｍａｉｌｅｒｓ ｓｏｆｔｗａｒｅ．ｃｏｍ及びアドレス緯度経度符号化用のＧｒｏｕｐ Ｏｎｅなどからのソフトウエアプログラムによって利用される。この核レベルアドレス符号化関数ソフトウエア及びデータはその後ＭａｐＱｕｅｓｔ．ｃｏｍ、ＥＳＲＩ、ＭａｐＩｎｆｏ及びＡｕｔｏＣＡＤにより与えられるようなマップ表示ソフトウエアＡＰＩ（アプリケーション・プログラム・インターフェース）内に組み込まれる。しばしばこれらのマッピングソフトウエアパッケージ及びアプリケーション開発者キットは、アプリケーション開発者がマッピング及び緯度経度地理符号化ユーザーインターフェースへのアドレスの両方を有するウエブ及び非ウエブアプリケーションの両方を簡単に開発できるようにするＪａｖａ及びＣ＋＋ＡＰＩの両方を与える。これらのデータベース及びツールを使って、アプリケーション開発者は、アドレス若しくは交差点を入力し、入力されたアドレス若しくは交差点がマップの中心に表示されるようにして詳細なストリートマップをスクリーン上に表示させる能力をユーザーに与える単純なユーザーインターフェースを与えることができる。その後、ユーザーはこの位置の周りの半径を単純に入力するか、ストリート、川若しくは鉄道のような境界線に従う多角形範囲をデジタル化することができる。
【００３９】
ひとつの実施例において、データベース２１０は上述したようなシステムによって採点される製品／サービスのリストを与える。上記したようにこれらの採点の基本は、回帰ベース方程式、神経ネットワーク決定パターン若しくはＭＲＩ（ＭｅｄｉａＭａｒｋ Ｒｅｓｅａｒｃｈ Ｉｎｃ）、ＮＰＤ（Ｎａｔｉｏｎａｌ Ｐａｎｅｌ Ｄａｔａ）、Ｓｉｍｍｏｎｓ、ＧＤＲ Ｃｒｅｓｔ等のようなソースからのパネルデータと上記したようなセグメンテーションシステムとの統合である。製品スコアに加え、データベース２１０はまたどのようなデータ項目がリスト選択及び付加に有効であるかをユーザーに示す方法としてアプリケーションによって使用され得るデータディレクトリを与える。
【００４０】
ブロック２０４の郵便番号リストのようなリストは特定レコード２０２を取る等価処理から生じ、その後連係キー若しくは連係キー親キーの中間リストを確立するべくデータベース２２０を使用する。例えば、連係キーがＺＩＰ＋６ならば、有効な連係親キーは５桁の郵便番号、ＺＩＰ＋２若しくはＺＩＰ＋４である。この処理の主な目的はマスターデータベース内で検索されるべきレコードのサブセットリストを確立することであり、地理選択基準に一致する可能性のないレコードの検索を除外する。
【００４１】
データベース２２０は中間連係キーリスト２０４を確立する際に使用される地理変換ファイルのセットである。２つの例は、５桁の郵便番号等価ファイルに対する緯度及び経度ウインドウのような空間座標、及び５桁の郵便番号等価ファイルに対する郡である。ここで空間座標は単一数としてインターリーブされる緯度及び経度のような実体ペアを含むことに注意すべきである。例えば、ユーザーがアドレスの周囲の半径領域若しくはアドレス周囲のデジタル化多角形領域のような地理選択を定義するとき、詳細なレコードデータベース内で検索されなければならない候補レコードの数を減少させるべく地理コードの標準セットへこれらの空間定義を変換する方法が必要である。１億４千万個の詳細なレコードを有するデータベースにおいて、ほぼ４３０００個の５桁の郵便番号が存在する。郵便番号等価ファイルに対する緯度経度ウインドウを使った１マイル半径定義は、通常、検索のために１つから３つの５桁の郵便番号リストを戻す。これは、４３０００個の郵便番号内のすべての詳細なレコードを連続して検索する場合、若しくは二次インデックスを使って二次インデックスを有する従来のリレーショナルデータベースを使った数千回のランダムディスクアクセスをしなければならない場合に比べ、１００００倍以上の検索改善をもたらす。同じタイプの検索効率改善もまた上記された郵便番号等価ファイルに対する郡に対しても為される。等価ファイルは、詳細なレコードマスターデータベースの命令に一致するひとつの共通な地理定義へ全ての地理定義を変換することによって比較的小さい連続、離散ディスク若しくはメモリブロック内でそれを処理することができるようにするため、ひとつのシーケンス内のみで詳細なマスターレコードファイルを維持するのに使用される。
【００４２】
ブロック２０６のリストは、ブロック２０２で最初に定義されかつデータベース２３０へ効率的にアクセスするようブロック２０４によって受け継がれる他の特定パラメータとともにブロック２０４の連係キーリスト若しくは親連係キーリストを使用する選択及び付加処理から生じる。その後、選択及び付加処理は、特定の選択基準をパスするすべてのレコードの生リストを確立しかつすべての選択されたデータ項目を各パスレコードへ付加する。生リスト２０６を生成する処理は、詳細なレコードが半径領域若しくは多角形領域内部に配置されているか、若しくはその郡コードが選択された郡のひとつに一致するかどうかを決定する際に、精密な空間スクリーニングを実行する。このテストを失敗したレコードは中間生リストファイルへ送られない。選択及び付加処理は、ブロック２０２のレコードとともに上で定義されたすべての他のスクリーニング及び付加関数を実行するばかりでなく、製品／サービスの最小／最大スコア閾値をパスするのに失敗したレコードを遮断する。
【００４３】
データベース２３０はデータの多くのフィールドを有するひとつのデータベースであるか、または各データベースがわずかなデータフィールドを含みかつ同じ連係キー同士の間で連係キー精度が異なるところの複数のデータベースである。例えば、後者の場合、ひとつのデータベースは、郵便番号（５桁）ベース、他のＺＩＰ＋４ベース、他のＺＩＰ＋６ベースであり、ひとつは名前ポインタコードを有するＺＩＰ＋６ベースである。歴史的に、ほとんどの直販システムは、典型的に名前、コンタクトアドレス（ＵＳＰＳ郵便（請求書送付及び配達）、電話番号、ファックス番号、電子メール等）、製品スコア、人口統計学変数及び地理コードを含む多くのデータフィールドを有する単一のデータベースを使用してきた。このタイプの単一データベース設計は実行が単純であるが、フレキシビリティ及び処理速度の点で大きな短所を有する。より多くのコンピュータメモリを有するより高速なコンピュータの出現により、複数データベース設計がより魅力的になった。コンピュータＲＡＭ（ランダム・アクセス・メモリ）はディスクドライブのほぼ１００００倍のデータアクセス速度をもたらす。この性能比率に基づき、処理速度及びフレキシビリティの点で優れた設計は、単一ファイル内に完全に拡張されたレコードを保存する代わりに他のメモリデータベースへの記憶有効ポインタを利用する、複数の並列連係キーがソートされかつインデックスされたデータベースを利用することである。例えば、Ｆｒａｎｋ Ｎ． Ｓｔａｎｓｂｅｒｒｙ， １２３Ｎ Ｍｏｕｎｔ Ｗｉｌｓｏｎ Ｂｌｖｄ Ａｐｔ １２０２Ａ， Ｌｉｔｔｌｅ Ｒｏｃｋ， Ａｒｋａｎｓａｓ， １２３４５−６７８９−１２  は１２バイナリバイトの連係キー及び他のメモリ常駐データベースへのポインタ内に保存される。ＺＩＰ＋４緯度経度データベース、ＭｉｃｒｏＶｉｓｉｏｎ ＺＩＰ＋４セグメントディレクトリ及び５０個のセグメントのＭｉｃｒｏＶｉｓｉｏｎ製品スコアテーブルのような親連係キーデータベースとともに使用される上記記憶効率は、１２バイトの詳細なレコードのいずれが特定の地理定義内に配置されるか及びいずれのレコードが特定の製品若しくはサービスを消費する高い傾向を有するかを効率的に決定する方法を与える。
【００４４】
データベース２３０の複数のデータベース設計バージョンは、共通の連係キー階層に基づくすべての他のデータベースに関連するデータベースを作成し、全体的に互いに独立のまま残すことによってシステムにフレキシビリティを付加する。以下の例は単一階層連係キーを使用する複数のデータベース設計のフレキシビリティ及びデータベース独立性を示す。ＺＩＰ＋４緯度経度データベースである空間座標データベースへの連係キーは、ＺＩＰ＋６緯度経度データベースと置換可能であり、付加的ＭｉｃｒｏＶｉｓｉｏｎスコアテーブルはあらゆる既存のデータベースに強い影響を与えることなく付加可能であり、セグメンテーションシステム及びそれに依存する製品スコアテーブルは交換可能であり、付加的な人口統計変数データベースは連係キー等によってサポートされるあらゆるレベルの地理において付加可能である。
【００４５】
ブロック２０８のレコードは、処理がリスト特定レコード２０２内でユーザーによって特定されたフォーマットに対する選択された付加データばかりでなく名前及びアドレスを含む最終レコードを確立するところのフルネーム及びアドレス（若しくは他のコンタクト項目）レコードを生成するために中間生リスト２０６及びデータベース２４０を利用する探索処理から生じる。ひとつの実施例において、最終レコードは郵送者名簿を形成する。他の実施例において、名前及び／または物理的アドレス以外のフィールド若しくは項目が最終レコード用に利用され、これらのレコードはコンタクトリスト若しくは他のタイプのリストを形成する。単一若しくは完全拡張レコード複数データベース設計がデータベース２３０内で使用されれば、探索処理及びデータベース２４０は要求されない。ひとつの実施例において、データベース２４０からのすべてのレコードがコンピュータメモリ内に保存されるため、完全に拡張された名前及びアドレスレコードを生成するべく探索処理によって使用される方法は非常に速い。
【００４６】
探索処理は名前及びアドレスを拡張するために概念的に同一である処理を含む。しかし、アドレス拡張処理はコンタクトアドレスタイプの関数であり、わずかな付加的テーブルに関連する。説明を単純化するために、ここでは名前拡張処理のみが説明される。中間生リストファイル２０６はバイナリ数として保存される３つのポインタ（姓ポインタ、名ポインタ及びミドルイニシャルポインタ）を含む。これらのポインタ値は３つの対応するデータベース内にロードされる固定サイズのレコードシーケンス数に対応する。例えば、名ポインタ値が３０，１１１であれば、探索処理は名メモリ常駐データベースからレコード３０，１１１若しくはＯ’Ｄｅｌｌを検索する。この同じ単純な処理がＪｏｈｎ Ｒ Ｏ’Ｄｅｌｌのような名前を作る名及びミドルイニシャルを検索するのに使用される。ひとつの実施例において、検索名は複合ケースであり、Ｏ’Ｄｅｌｌ内のＯとＤとの間のアポストロフィのような特別の文字を含む。姓Ｏ’Ｄｅｌｌのすべての数十万の例に対して一度だけ姓Ｏ’Ｄｅｌｌを保存することによって、名前は最も普通かつ所望のフォーマットで保存されかつ検索される。もしユーザーが特別な文字の無いすべての大文字を有する名前を特定すれば、Ｏ’ＤｅｌｌをＯＤＥＬＬへ変換することは単純なコンピュータ変換である。しかし、もしだれかがデータベース２３０内にＯＤＥＬＬとしてフルネームを保存したら、ＯＤＥＬＬ及び同様の名前を複合ケースすなわち最も所望のフォーマットに変換する標準的なアルゴリズムは存在しない。この同じ処理及び処理利益はさまざまなタイプのコンタクトアドレスばかりでなく企業名にも適用される。
【００４７】
ＵＳＰＳ郵便アドレスコンタクトリストの実施例において、データベース２４０は３つの主要な公的ソース（アメリカ郵便公社（ＵＳＰＳ）、アメリカセンサス局、及びナショナルホワイトページ）から作成される。ＵＳＰＳはＡＭＳ ＺＩＰ＋４アドレス符号化ガイド及び市州ファイルの毎月版を与える。これらのファイルを使用し、かつそれらをいくつかの階層的地理コンポーネントレベルの郵便番号によってインデックスしながら、１１桁の郵便番号が１２３ Ｎ Ｍａｉｎ Ｓｔ ＡＰＴ ３Ｂ， Ｐｏｒｔｌａｎｄ ＯＲのような完全な郵便アドレスへ変換される。姓及び名の主要なソースは１９９０センサスに対してアメリカセンサス局によってコンパイルされてものであり、それらのウエブサイトからダウンロード可能ファイルとして与えられる。これらのセンサス局名は、ＡＣＸＩＯＭコーポレイションのような会社によって与えられる商業的に入手可能なナショナルホワイトページから姓及び名を抽出しかつ図表化することによって議論されてきた。ある周期で有効な名前として確かめられるすべての名前がマスターリストへ付加される。この同じ処理が企業／政府機関名のマスターリストをコンパイルするのに使用される。この処理はまたマスターネームデータベースから誤った名前を削除し、データベースポインタが作成されるときあるエラーを補正する能力を与える。例えば、ナショナルホワイトページ内にはＤＡＩＶＤの名が３０００以上存在する。この明白な誤植はＤａｖｉｄとして同じポインタ値に割り当てられ、たとえソースが間違っていても、このレコードに対する探索処理によって生成された名前はＤＡＩＶＤではなくＤａｖｉｄである。２０００センサスの結果が入手可能とされると、新しい情報が１９９０データの代わりに利用される。
【００４８】
他の実施例において、ブロック２０８のレコードは、名前若しくは名前の一部（例えば、名のみ）及び電話番号、ファックス番号、ｅメールアドレスのような電子アドレス、ネットワークアドレス、ユニバーサル・リソース・ロケーター（ＵＲＬ）、インターネット・プロトコル（ＩＰ）アドレス、ポケベル番号若しくは名前及びアドレスの代わりの名前に対応する他のワイヤレス装置番号を含む。他の実施例において、電話番号、企業識別子及び電話番号、所在地名及び電話番号、電子メールアドレス、ＩＰアドレス、ＵＲＬ等の他のデータが名前及びアドレスの代わりにリストされてもよい。
【００４９】
図２の上記説明は現在有効な技術を使った本発明のひとつの実施例を議論している。この処理は一億以上のレコードの母集団からレコードを選択すること、及び単一のネットワークセッションで、あらゆるサイズ及び形状の地理内にあるよう遮断されたか及び／または特定の製品若しくはサービスの消費及び使用性向に対して付加的に遮断された付加選択データを有する数千のレコードを含むマルチアプリケーションコンタクトリストを分配することに関連する。上記された実施例は、異なるデータベース内の一致するレコードを異なる地理階層レベルの精度と関連付けるために名前ポインタを有する１１桁の郵便番号を使用する汎用連係キー及びポインタを有する複数のコンパクトなデータベースを使用する。コンピュータメモリ、処理速度及び全体的なコンピュータ技術の急速な発展に伴い、当業者は将来異なる汎用連係キー及び／または古典的なダイレクトメール以外のリスト応用に対するより古典的な単一データベース設計を使用して上記の新規な関数を達成するができる。例えば、連係キーは、電話番号、センサスブロック番号、ｅメールアドレスのようなネットワーク論理アドレス、ＩＰアドレスのようなネットワーク物理アドレス、緯度経度のようなインターリーブされた座標対等である。ＩＰアドレスの場合、緯度経度に対するＺＩＰ＋４テーブルは現在位置の緯度経度に対するＩＰアドレステーブルと置換され、地理人口に対するＺＩＰ＋４テーブルは地理人口に対するＩＰアドレステーブルと置換される。上記実施例を使って、小売業者は彼らがちょうど売り出し中の製品を購入する高い性向を有する、店舗の周辺半径２マイル内に位置する潜在的顧客リストを生成するのにシステムを利用することができる。リストを受信するとすぐに、小売業者はメッセージを受信するように設定された位置固定若しくは移動ＩＰ装置を有するすべてのリストレコードアドレスへ瞬時のメッセージを放送することができる。この同じタイプの処理は、例えば毒性薬品流出の風下の住民のリストを報告するのに公共安全機構によって使用される。上記例からわかるように、既存のリストの併合／パージ技術及び発展したネットワーク放送技術とともに使用される付加的スクリーニングを有するあらゆるサイズ若しくは形状の地理に対するカスタムコンタクトリストのほぼ瞬時の入手可能性は多くの新しい応用を可能にする。
【００５０】
上記されたような図２の説明は、主にあらゆるサイズ若しくは形状の地理に対する単一の１回リストを特定しかつ生成することに関する。図２は、一度だけ各位置を特定し、その後保存された特定を使って各特定位置の周囲の新しく更新されたリストを周期的に生成するために複数位置の小売業者によって使用される処理を示す。図２を参照して、複数位置処理は以下のように作用する。各位置に対し、ユーザーはデータベース２１０及びレコード２０２に対して上記された特定工程のみを実行し、位置名若しくは識別名（ＩＤ）を含むリスト特定レコード２０２へ特定レコードを保存する。ひとつの実施例において、これらの個々の位置特定レコード２０２はユーザーのハードドライブ上に保存されるか若しくはウエブサーバー１４０上のパスワード保護ディレクトリ内に保存される。ユーザーがひとつ若しくはそれ以上のこれらのレコードに対して新しいリストを生成したいとき、単純に特定レコードをクリックする。これは、編集、カウント若しくはカウント承認不要処理などのオプションを引き出す。編集オプションはユーザーにデータベース２１０／レコード２０２とともに上述されたようなレコードの特定を修正し、新しい特定を保存するための方法を与える。カウントオプションはデータベース２２０／リスト２０４及びデータベース２３０／リスト２０６とともに上述されたような関数を実行し、その後最終リスト２０８を確立するためにデータベース２４０に関連する操作を実行するためのオプションを与える。好適には、カウント承認不要処理オプションは、中間リスト２０６の生成の終わりにおいてユーザーに対しカウント受諾を促がすことなく、データベース２２０／リスト２４０、データベース２３０／リスト２０６及びデータベース２４０／リスト２０８とともに上記すべての関数を実行する。リストはユーザーの入力装置において処理されていないため、ユーザーはひとつの位置リスト特定レコード上でカウント承認不要処理オプションを選択し、すぐに他の位置特定レコード上をクリックすることができる。この処理はすべての所望の位置特定レコードが最終リスト処理用に送信されるまで繰り返される。
【００５１】
図３を参照して、本発明の処理フロー成分のハイレベルなブロック図が説明される。処理フロー成分は図１とともに説明されたハードウエア及びソフトウエア要素の構成を使って実行される。状態３０２はユーザーからの対話によってリアルタイムでコンタクトリストを特定しかつ確立するための処理３００の開始を表す。処理３００は支払請求のどんなメカニズムも示してはいない。アカウント若しくはクレジットカードを通じて支払請求するための現在の技術で説明される多くの方法が存在するので、これらの方法はここでは説明されず、本発明は支払請求の新規な方法を必要としない。
【００５２】
状態３０４は特定及び初期化手順を表す。この手順は、地理、データ及び遮断されかつ付加されるべき製品スコアに関するリスト要求、出力フォーマット及び分配方法を特定することに関する。状態３０４のこの手順は初期リストカウントをゼロに設定する。
【００５３】
状態３０６は状態３０４の延長であり、当業者は状態３０４及び３０６を組み合わせることによってこれらを単一の状態に変換することができる。状態３０４はよりユーザーフレンドリーなインターフェース特定に関し、状態３０６はユーザーとコンピュータインターフェースとの間の翻訳層として作用する。それは状態３０４での仕様を取り、編集しかつユーザー特定をコンピュータアプリケーションパラメータの標準セットへ変換するためにユーザーのリアルタイムのコンピュータアクセス可能ファイルを取る。
【００５４】
状態３０８はリストデータベース２３０からレコードを読み込む。状態３１０は、これがデータベース２３０から読まれる必要がある最後のレコードであるかどうかを確認するようテストする。この決定状態は、ファイルテストの単純なエンド若しくは生リスト２０６を生成するための選択及び付加処理において決定されるような検索用の最大テストレコード値を含むことができる。決定状態３１０が最後のレコードが読み込まれたことを決定すれば、処理３００はステップ３２０へと続くか若しくは決定状態３１２へ進む。決定状態３１２は、レコードが状態３０６で定義されたさまざまな選択テストをパスするか否かを決定するために状態３０６からの仕様を使用する。決定状態３１２が失敗すれば、処理３００は状態３０８へ戻り次のレコードを読み込み、決定状態３１２をパスすれば、処理３００は状態３１４へ続く。状態３１４において、処理３００は状態３０６で定義されたデータを含む中間レコードを書き込む。次に、処理３００は状態３１６へと続き、パスレコードカウントへ１を付加する。このタスクが完了すると、処理３００は次のレコードをデータベース２３０から読み込むために状態３０８へ戻る。
【００５５】
状態３２０はデータベース２３０からのすべての要求されたレコードが読み込まれたことを指示する。処理３００はパスレコードの総カウント並びにレコードタイプごとのカウント及びユーザーへのコストのような他の付加的情報を表示する。次に処理３００は決定状態３２２へ進み、そこでユーザーはリストを受取りたいか否かを決定するために状態３２０に与えられる情報を利用する。決定状態３２２でリストがユーザーによって受取られなければ、処理３００は状態３０４へ戻り、ユーザー特定の新しいセットを探す。決定状態３２２でリストがユーザーによって受け取られれば、処理３００は出力レコードのコンタクト成分（例えば、名前及びアドレス）を探索しかつ確立するための処理３３０へ移行する。今日のコンピュータが利用可能なメモリより多くのメモリによってコンピュータがより高速になると、当業者は、名前及びアドレスのようなコンタクト項目をデータベース２３０内に維持しかつ状態３１４でデータを書き出すことにより、処理３３０を省略することができ、したがって処理３３０において名前及びアドレスを確立する必要性が無くなる。処理３３０が完了すると、処理３００は状態３３２へ進む。
【００５６】
状態３３２は、クライアント機械若しくはノードのような状態３０４でユーザーにより特定される位置及び／または履行機構へ最終リストを送信する。ネットワーク内のひとつの機械から他の機械へデータを移動する方法は現在周知技術であり、本発明はこのタスクを実行する新規な方法を必要としない。状態３３２が完了すると、処理３００はリアルタイムで単一のコンタクトリストを特定しかつ確立するタスクを完了する。最終コンタクトリストの受領者はリアルタイムで最終コンタクトリストにリストされた電子アドレスへメッセージを送信若しくは放送／マルチキャストする。メッセージはインターネット上でのウエブサイトへのリンクを付加的に含むｅメールメッセージである。受領者は、読取だけの使用、一回使用、若しくはユーザー支払請求に依存する無制限使用のような、コンタクトリストに対するさまざまな使用レベルのひとつへ制限される。
【００５７】
状態３３２が完了すると、処理３００はユーザーが他のリストの特定及び確立を望んでいるか否かを見るために決定状態３３４へ移行する。ユーザーがイエスを返答すると、処理３００は再開するために状態３０４へ戻り、ユーザーがノーを返答すると、処理３００は終了状態３３６で完了する。
【００５８】
図４を参照して、データベース及び処理コンポーネントの一般的実行の中間レベルのブロック図４００が説明される。図４は図２に示されたものより特定の実行を示す。ユーザーの理解を容易にしかつユーザーに実際に識別しかつ購入する前に匿名でカスタムリストを特定しかつコストを見る能力を与えるために、図４は４つの処理モジュールに分割される。モジュールは、処理、関数、サブルーチン、計算、手順、コンピュータにより実行される工程等を実行するソフトウエアを含む。４つのモジュールは図３の処理フローを分割するひとつの例示的方法である。
【００５９】
第１の処理モジュールはユーザー特定処理モジュール４５０である。処理モジュール４５０はユーザーに彼らのリスト要求を特定するのを可能とする使用が簡単かつ容易なユーザーインターフェースを与える。この特定に要求されるデータはネットワークデータベース２１０に保存され、仕様の最終セットはリスト特定レコード２０２へ書き込まれる。
【００６０】
ひとつの実施例において、アドレス、交差点若しくはランドマークの周囲の円弧のようなカスタム地理及び（緯度経度点を使うことなどによって）カスタム定義された多角形領域に対する特定の地理成分がネットワークを通じて機能するマッピングユーザーインターフェースによって定義される。好適なマッピングインターフェースは、現在のＧＤＴストリート及び境界ファイルを使用するＭａｐＱｕｅｓｔマッピングクライアント／サーバーソフトウエアＡＰＩ及びＱＭＳアドレス標準化ソフトウエアである。郵便番号、郡、市等のような標準的な地理は、地図または個人若しくはグループとして命名されたリストから選択される。例えば、郡若しくは郵便番号のいずれかを選択することによって地理として米国全土を選択することができ、全選択オプションを単にクリックすることによりすべての郡若しくは郵便番号を選択することができる。地理名称リスト用のソースはＣｌａｒｉｔａｓ Ｃｏｒｐｏｒａｔｉｏｎである。
【００６１】
特定の製品スコアデータ成分用のソースもまたＣｌａｒｉｔａｓ Ｃｏｒｐｏｒａｔｉｏｎである。現在Ｃｌａｒｉｔａｓは２０００個以上の製品及びサービスに対しＭｉｃｒｏＶｉｓｉｏｎ製品スコアを与えている。Ｃｌａｒｉｔａｓはまた顧客データを使ってカスタム製品及びサービスＭｉｃｒｏＶｉｓｉｏｎ地理人口プロファイルを確立することもできる。単純な特定のために、プロファイルは有意なカテゴリー、サブカテゴリー内でグループ化され、その後個々の製品若しくはサービスプロファイル内でグループ化される。
【００６２】
特定の顧客人口部分に対するソースはＡＣＸＩＯＭ Ｃｏｒｐｏｒａｔｉｏｎである。ＡＣＸＩＯＭは、誕生日、性別及び結婚状況等のような個人特性ばかりでなく、子供の存在若しくは年齢、推定所得、持ち家若しくは賃貸、居住年数のような人口変数を含む世帯及び個人レコードデータベースを維持する。企業及び政府機関人口データのソースはＣｌａｒｉｔａｓである。彼らの企業現実製品はＳＩＣ、ＳＯＣ分配、雇用者の数及び約一千万箇所の売上高を有する。
【００６３】
第２の処理モジュールは地理リスト確立処理モジュール４６０である。処理モジュール４６０は特定レコード２０２の地理セグメント部分を読み込み、選択調査地理コード４０４のリストを作成するのに等価ファイル４２０を使用する。既存の地理コードシステムは郵便番号システムであり、それはいくつかのコンポーネント若しくは階層レベルを有する。したがって、選択調査地理コード４０４のリストは郵便番号リストである。地理的に依存する等価ファイルに対し２つのソースが存在する。ＵＳＰＳ市／州ファイル及び／またはＵＳＰＳ ＺＩＰ＋４ファイルに含まれる地理に対して、ＵＳＰＳはこれらの地理用の等価ファイル４２０が確立されるところの生データのソースである。すべての他の地理に対して、Ｃｌａｒｉｔａｓはこのフォーマットでファイルを作成した。図２のデータベース２２０／リスト２０４は機能的に図４のデータベース４２０／リスト４０４に類似している。したがって、図２の説明におけるこれらのデータベース／リストに関連する情報もここに応用できる。
【００６４】
第３の処理モジュールは個人リスト選択及びデータ付加処理モジュール４７０である。処理モジュール４７０は以下を実行する。
【００６５】
（１）リスト特定レコード２０２及び選択地理コード４０４（例えば、郵便番号リスト）を読み込みかついずれの詳細なデータベース４３０が特定レコード２０２内に特定されたリスト要求を満たすように要求されるかを決定する。
【００６６】
（２）ＺＩＰリスト４０４内の郵便番号のリストを通じて及び各郵便番号に対しループを作り、どのレコードがすべての特定スクリーニング基準をパスするかを決定するために要求された詳細なデータベースの現郵便番号内のすべてのレコードを並列に読み込み、その後付加されるべきすべての特定項目を検索若しくは計算し、中間選択生リストレコードをファイル２０６／４０６へ書き出し、リストレコードカウンタを増分する。
【００６７】
上記２つのタスクが完了すると、処理モジュール４７０は、ひとつの実施例においてリスト特定レコードカウント及び特定リストのコストを含むコンタクトリスト特性をユーザーへ与える。その後、処理モジュール４７０は継続しかつリストを購入するか、若しくは現リストを放棄し特定モジュール４５０に戻りリストを再特定するためのオプションを与える。ユーザーは所望によりひとつ若しくはそれ以上または一組の特性を承認することによりリストを購入することができるが、ひとつの実施例において、ユーザーはリストを購入する前に現リストのすべての特性を承認する。
【００６８】
データベース４３０に関して、複数のデータベースタイプが存在する。名前及びアドレスポインタリストデータベースは、マルチソースのＰｒｅｃｉｓｉｏｎＬｉｓｔ．ｃｏｍコンパイル化データベースである。ＧＤＴは緯度／経度ファイルに対するＺＩＰ＋４のソースである。Ｃｌａｒｉｔａｓは製品プロファイルテーブルを有する地理人口システム（ＭｉｃｒｏＶｉｓｉｏｎとして周知）に対する地理人口ディレクトリ用のソースである。ＡＣＸＩＯＭは消費者世帯及び個々の人口データベースプロバイダーである。Ｃｌａｒｉｔａｓは企業及び政府機関位置人口データベースプロバイダーである。ＺＩＰインデックスデータベースは上でリストされた個々のデータベースからＰｒｅｃｉｓｉｏｎＬｉｓｔ．ｃｏｍによって確立される。図２のデータベース２３０／リスト２０６は機能的に図４のデータベース４３０／リスト４０６に類似する。したがって、図２の説明内のこれらのデータベース／リストに関連する情報はここにも応用される。
【００６９】
図４の第４の処理モジュールはコンタクト項目探索処理モジュール４８０である。ひとつの実施例において、処理モジュール４８０は以下を実行する。
【００７０】
（１）中間生リスト４０６内のレコードを読み込み、データベース４４０内の対応する名前及びアドレス（若しくは他の実施例では他の項目）を探索し、レコード２０２内の仕様に従って出力レコードをフォーマットし、最終フォーマット出力レコードを最終リストファイル４０８へ書き込む。
【００７１】
（２）最終リストファイル４０８が完成すると、処理モジュール４８０はファイル４０８をレコード２０２内で特定された位置へ分配するか、ユーザー及び／またはファイル４０８を得る（例えばダウンロードする）ところの第三者へ通知する。
【００７２】
ＺＩＰ＋４符号化ガイド及び市／州テーブルに対するＺＩＰのソースはＵＳＰＳである。名前ファイルのソースは、ＡＣＸＩＯＭによって与えられる国内企業及び消費者ホワイトページからの名前によって強化された１９９０センサス名前ファイルである。図２のデータベース２４０／リスト２０８は機能的に図４のデータベース４４０／リスト４０８と類似する。したがって、図２の説明におけるこれらのデータベース／リストに関連する情報はここでも応用される。
【００７３】
図５を参照して、最終リストファイル２０８／４０８を確立するのに使用される本発明のデータベース及び処理コンポーネント５００の実行が説明される。処理４５０は２つのコンポーネントモジュール５１２及び５１４から成る。
【００７４】
モジュール５１２は直販リストに対するすべての非地理的要求を特定する処理を表す。これは４つの主要カテゴリー（スクリーニング／選択、付加、フォーマット及び分配特定）に属するいくつかのコンポーネントに関連する。
【００７５】
これらのコンポーネントは図２とともに一般的用語で説明されている。図２と対応する説明は多数の変形的実行例を表す。図５の以下の説明は、スコアし、選択し及び／または特定の製品スコアリング消費データをリストレコードへ付加するための特定の例としてＭｉｃｒｏＶｉｓｉｏｎ地理人口データを使う。当業者は回帰法若しくは他のタイプの個人、世帯、企業若しくは小規模地理リアルタイムセグメンテーションスコアリングシステムと簡単に取り替えることができる。
【００７６】
モジュール５１２は、ユーザーが遮断若しくは付加することを選択できる製品／サービスのリストを表示することによって開始する。これらの製品／サービスは、ひとつの実施例においてひとつの製品／サービスに対応する情報がデータベースごとに保存されるところのデータベース５０２ａ、５０２ｂ、５０２ｃ、・・・５０２ｎ内に保存される支持プロファイルを有する。現在、ＭｉｃｒｏＶｉｓｉｏｎに関して、２０００以上の製品及びサービスに対するカレントプロファイルが存在する。ひとつの実施例において、データベース５０２に示されるように、これらのプロファイルの各々は、５０個のＭｉｃｒｏＶｉｓｉｏｎセグメントの各々に対して、セグメント番号、ベースカウント、サンプルカウント及び消費値を含むＭｉｃｒｏＶｉｓｉｏｎプロファイル（ＭＶＰ）内に保存される。他の実施例は例えば、異なる数のセグメントを有しても良い。すべてのプロファイルが消費値を有するわけではない。
【００７７】
セグメントは、同じグループのメンバーが年齢、収入、人種、家のタイプ及び他の社会的／経済的特性に関して類似するところのグループである。これらのグループの同定ファクタに関して、グループ間の特性のバリエーションは、グループ内のバリエーションより非常に多い。このグループ内一貫性及びグループ間バリエーションは、さまざまな製品及びサービス利用及び消費パターンにわたってセグメンテーションシステムを区別させるものである。国内のランダムに分散した５００００人の消費者パネルメンバーに関して、各パネルメンバーは単一のセグメント内に分類される。セグメントごとのパネルメンバーのトータルカウントはベースカウントと呼ばれる。特定の製品に対して、譲渡性預金（ＣＤ）の現オーナーのように、ＣＤを所有するメンバーのセグメントごとのトータルがサンプルカウントと呼ばれ、サンプルセグメントメンバーの一人当たりが所有するＣＤの平均ドル額がセグメント消費値と呼ばれる。
【００７８】
入力として、ベースカウント、サンプルカウント及び消費値の少なくともひとつを使って、セグメントスコアを計算するのに使用されるいくつかの異なる方法若しくは方程式が存在する。スコア若しくはインデックス、セグメントインデックススコアを決定するためのひとつの方程式が以下に説明される。
【００７９】
個々のセグメントインデックススコア（平均スコア１００に対する）はサンプルセグメント比率をベースセグメント比率で割り算し、その結果に１００を掛け算することによって決定される。ベース及びサンプルセグメント比率は、トータルのベース及びサンプルカウントを取得するべくベース及びサンプル列の両方に対して独立にセグメントカウントを合算することによって決定される。サンプル及びベースセグメント比率は各列内の個々のセグメントカウントをそれぞれの列のトータルカウントで割り算することによって決定される。この方法からのスコアはインデックスベースで約１００を生じさせるが、この場合１００は平均値であり、２００のセグメントスコアは平均の２倍である。選択された製品に対するセグメントスコアは製品スコアテーブル５０４内に保存される。テーブル５０４は単純化のために単一の製品／サービスのスコアのみを示している。しかし、複数の製品スコア若しくは重み付き組合せが容易にサポートされ得る。
【００８０】
ひとつの実施例はＭｉｃｒｏＶｉｓｉｏｎ地理人口システムを利用する。Ｃｌａｒｉｔａｓインフォマークユーザーズガイド及びリファレンスマニュアルは、さまざまなパネルデータセットに対して詳細にＭｉｃｒｏＶｉｓｉｏｎセグメント、ベースカウント、サンプルカウント及び消費値を記述する。ガイド及びマニュアルは、さまざまなタイプのセグメントスコア及びインデックスを生成するべくこれらの値のさまざまな数学的計算を実行するのに使用されるさまざまな方程式若しくは方法を記述する。多くの他のタイプの非地理選択及び付加、並びにモジュール５１２によってサポートされ直販産業界で周知である出力フォーマット及び位置のような他の仕様が存在する。選択及び付加に対して有用な付加的データはデータベース５０３である人口属性ディレクトリ内でリストされる。これら他のタイプの一般的人口選択及び付加のほとんどは図２の概説ですでに説明されており、ここでは再び説明しない。
【００８１】
モジュール５１４はモジュール５１２の地理類似である。モジュール５１４はリストが抽出されるべきところの地理を定義する方法を与える。基本的に、モジュール５１４で地理を特定するための２つの方法、すなわち（１）アドレス／交差点の周囲の半径領域若しくは座標点によって定義される不規則形状の多角形領域のような空間定義、または（２）地理コード若しくは地理名称、による方法が存在する。ひとつの実施例において、地図は空間的に地理を単純に定義しかつ確認するために基本的に必要である。地図なしでこのタスクを達成することは可能であるが、それは非常により困難でありいくつかのタイプのエラーに成りやすい。ひとつの実施例は、下位素描データベース５０６を有するＭａｐＱｕｅｓｔからのマッピングサーバーソフトウエア並びにＧＤＴ及びＱＭＳからのソフトウエアを使用する。このソフトウエア及び下位データベース５０６は、ユーザーに対しアドレス／交差点／ランドマークをタイプ入力し詳細なストリートマップ上にプロットされたのを見るための方法を与える基本ユーザーインターフェースを設計するためのツールを与える。ユーザーはこの視覚的に確認されるポイントの周囲に半径領域を定義するか若しくは多角形サービス領域をデジタル化することができる。マッピングインターフェースを使って以下を空間的に定義することも所望される。それは、円、四分円、複数の不連続多角形、穴を有する多角形若しくはドーナッツ、並びに地点Ａと地点Ｂとの間のハイウエイの０．２５マイル以内のすべてのレコードである回廊のような定義である。
【００８２】
コード及び名前を使ったモジュール５１４での地理特定若しくは定義が、地理名称及び／またはコードのリストを含む地理名称データベース５０８を使って実行される。付加的に、マップデータベース５０６を使って、ブラウザウインドウはラベルを有する多角形としてこれらの地理領域を表示する。ほとんどの場合、ほとんどの人々はサンディエゴのような必要とする地理名若しくは郵便番号９２１３０のようなコードを知っているので、リストは好適である。モジュール５１４は５つの郵便番号のような複数の地理若しくは郡＋２つの郵便番号のような異なるタイプの地理を選択する能力を与える。それはまたユーザーが２つの特定の郵便番号を除いた郡のような地理を特定するところの地理を定義する能力を与える。
【００８３】
モジュール５１２及び５１４の両方が完了すると、処理５００は特定レコード２０２の書き込みへ進む。ひとつの実施例において、このレコードはリストに対するすべてのユーザー特定を含む。この情報を特定のレコード２０２内に保存する多くの方法が存在する。物理的にファイルを書き出すのではなく、これらの仕様をメモリ内に保存することも可能である。レコードがディスクに書かれたあるポイントに存在しなければ、図２とともに説明された多店制小売業者オプションは不可能である。
【００８４】
次に、処理５００は処理４６０で続行され、リスト特定レコード２０２を読み込む。ひとつの実施例において、処理４６０は探索されるべき５桁の郵便番号のリストを確立する。これを実行するためのひとつの実施例は５１６から５２６までの地理等価ファイルを利用する。地理等価ファイルは、ＺＩＰファイル５１６、緯度経度ウインドウズファイル５１８、ＤＭＡファイル５２０、ＭＳＡファイル５２２、州／郡ファイル５２４及び市ファイル５２６を含む。概して、これらの等価ファイルの各々は、それぞれがコード若しくは識別子フィールド及び５桁の郵便番号フィールドを有するところのレコードのセットを有する。ＺＩＰファイル５１６は、５桁の郵便番号及び５桁の郵便番号、若しくはカリフォルニア州サンディエゴのような５桁の郵便番号名称及び５桁の郵便番号を有する。このファイルは郵便番号地理リストに対して特定の異なる形式を作らずに一対一の等価ファイルを使って郵便番号を特定する方法を与える。これは地理を米国全土とするための好適な選択方法であり、それは郵便番号地理リストを選択した後、全選択オプションを押すことによって実行される。
【００８５】
ひとつの実施例において、５桁の郵便番号が郵便産業に対して本来の地理であるためそれは基本地理である。レコード２０２から読み込まれる地理コード若しくは空間定義に基づき、処理４６０は適当な等価ファイルを読み込み、地理コード若しくは空間定義を満足するすべての５桁の郵便番号の中間リストを確立する。このリストをＺＩＰリストファイル４０４へ書き込む前に、処理４６０は５桁の郵便番号順にリストを並べ、リストから重複したエントリーを除去する。空間的に定義された地理、例えば半径領域及び多角形領域は、緯度経度ＺＩＰウインドウズファイル５１８と呼ばれる特別な等価ファイルを使用する。このＺＩＰウインドウズファイルの確立及びどのウインドウが空間的に定義された地理によってオーバーラップされるかを決定する技術は、本願出願人の米国特許第５，９５６，３９７号に詳細に説明されている。
【００８６】
ＺＩＰリストファイル４０４の確立の完了時点で、処理５００は処理４７０へ進み、すべての選択レコードの中間リスト若しくはファイル２０６／４０６を確立しユーザーにカウント（例えば、選択レコードのトータル番号）を与える。まず処理４７０はリスト特定レコード２０２及びＺＩＰリストファイル４０４を読み込む。製品／サービスプロファイルが特定されれば、処理４７０は特定された製品／サービスプロファイルデータベース５０２を読み込みかつ特定された製品／サービスに対する製品スコアテーブル５０４を確立する。次に、処理４７０はＺＩＰリスト４０４から読み込まれた郵便番号を通じてループし始める。ＺＩＰリスト内の各ＺＩＰに対して、処理４７０は郵便番号順に保存されたデータを有する５４０から５４６までのデータベース内の郵便番号データの始まりに対して地理インデックステーブル５３０内でＺＩＰポインタを探す。
【００８７】
ひとつに実施例において、ＺＩＰインデックステーブル５３０は、５桁のＺＩＰフィールド、人口属性ポインタフィールド、リストポインタフィールド、緯度経度ポインタフィールド及び地理人口（ＧＤ）ポインタフィールドを有するレコードのセットを有する。地理人口ディレクトリ５４０は、ＺＩＰ＋４、セグメント番号及び人口データを有するレコードのセットを有する。空間座標（例えば、緯度経度）データベース５４２に対する地理（例えば、ＺＩＰ＋４）はＺＩＰ＋４、緯度、経度及びフラグのフィールドを有するレコードのセットを有する。リストデータベース５４４は、ＺＩＰ＋６、姓コード、名コード、ミドルイニシャルコード及びフラグのフィールドを有するレコードのセットを有する。人口属性データベース５４６は、ＺＩＰ＋６、年齢、子供及び持ち家／賃貸のフィールドを有するレコードのセットを有する。
【００８８】
処理４７０は、データベース５４０から５４６までの各データベースに対するライン５３８から５３２によって示されるように、開始若しくは最初の５桁のＺＩＰ（ＺＩＰ５）ポインタ位置へ進む。ドライバデータベースとしてリストデータベース５４４を使って、処理４７０はデータベース５４４とのキー一致関係を常に維持しながら他のデータベース５４０、５４２及び５４６を連続的に読み込む。ひとつの実施例において、データベース５４４内の各レコードに対し、処理４７０はすべてのスクリーニング基準（例えば、レコードが定義された多角形領域内に空間的に収まるかどうか及び製品Ｘに対して選択されたスクリーニング値以上の製品スコアを有するかどうかを決定する）を実行するために他のデータベース内のキー一致レコードを使用する。データベース５４４からのレコードがすべてのスクリーニング基準をパスすれば、レコード及び特定された付加データは選択された生リスト２０６／４０６へ書き込まれ、選択されたレコードカウントは増分される。レコードがすべてのスクリーニング基準をパスしなければ、それはファイル２０６／４０６へ書き込まれず、カウントは増分されない。
【００８９】
データベース５４４内のレコードに関連して上記した処理が完了した後、処理４７０はデータベース５４４上の次のレコードへ進み、現在のＺＩＰ５に対してキーを試験する。キーが同じＺＩＰ５内にあれば、それは上のようにレコードを処理する。この処理は、データベース５４４内の現ＺＩＰ５内のすべてのレコードが処理されるまで繰り返される。新しいＺＩＰ５を有するデータベース５４４内のレコードが読み込まれると、処理４７０はＺＩＰ５ループへ戻りＺＩＰリスト４０４内の次のＺＩＰ５を読み込む。ＺＩＰリスト４０４内のすべてのＺＩＰが読み込まれるまで、ＺＩＰリスト４０４内の各ＺＩＰは上記方法で処理される。ＺＩＰリスト４０４内のすべてのＺＩＰ５を処理した後に、処理４７０はそれがユーザーに与えることができるカウントを有し、選択された生リストファイル２０６／４０６の生成を完了する。ユーザーがカウントを承認しなければ、処理５００は再開するために処理モジュール４５０へ戻る。一方、ユーザーがカウントを承認すれば、処理５００は処理モジュール４８０へ移行する。
【００９０】
処理４８０は連続して選択生リストファイル２０６／４０６を読み込み、リスト特定レコード２０２内で特定されたフォーマットで名前及びアドレスを含む最終リストファイル２０８／４０８を確立する。処理４８０は処理３３０（図３）の特定の実施例である。最終リストレコード２０８／４０８内の名前フィールドは、対応する名５７２、ミドル５７４、姓５７６データベース内の選択された生リストレコード２０６／４０６の名、ミドル及び姓コードに対応する名５７２、ミドル５７４及び姓５７６テーブルレコードを検索することにより、集団化される。
【００９１】
最終リスト２０８／４０８内のアドレスフィールドは、名前フィールドに対して使用されたのと類似の方法で処理４８０によって集団化される。しかし、アドレス構造はわずかにより多くのテーブル及びわずかにより複雑な論理を必要とする。一般に、処理４８０は、郵便アドレスの第１アドレスラインを構成するよう個人アドレスコンポーネントデータベース５５２の集合とともにＺＩＰ＋４アドレスデータベース５７０のようなアドレス符号化ガイドを使用する。データベース５５２の集合は、ストリート名データベース５５４、ストリートアドレス範囲データベース５５６、ストリートタイプデータベース５５８、ストリート方向データベース５６０、二次アドレスタイプデータベース５６２及び二次アドレス範囲データベース５６４を含む。ひとつの実施例において、データベース５５４、５５６、５５８及び５６０はそれぞれコードフィールド及びデータベースの名前に対応するフィールドを有する複数のレコードを含む。最初に、処理４８０はＺＩＰ＋４アドレスデータベース５７０内のＺＩＰ＋４に対するベースレコードを探しかつＺＩＰ＋４タイプを検索するために生リストファイル２０６／４０６内のＺＩＰ＋４キーのＺＩＰ＋４部分を使用する。ひとつの実施例において、６つのＺＩＰ＋４アドレスタイプ、すなわちストリート、高層、会社、田園道路、私書箱及び留置郵便が存在する。第１ラインアドレスを構成するための規則はアドレスタイプに基づいてわずかに変化する。最も通常のＺＩＰ＋４アドレスタイプであるストリートアドレスを構成するための規則が以下に詳細に説明される。ストリートの例が与えられれば、当業者は構成方法及び規則を他のアドレスタイプに応用することができる。
【００９２】
一次アドレス若しくはストリートアドレスのビル番号部分を構成するための処理４８０によって使用される一般的方法が以下に示される。データベース５７０からのストリート範囲コードはストリート範囲データベース５５６から低いストリート範囲値を検索するのに使用される。典型的に、データベース５５６内のストリートアドレス範囲は最後の２桁のみが異なる（すなわち４３０１から４３９９まで）高いストリート範囲値及び低いストリート範囲値を有する。次に、生リストファイル２０６／４０６からのＺＩＰ＋６の最後の２桁が検索された低いストリート範囲値の最後の２桁と置換するのに使用される。処理４８０は、ストリート名データベース５５４からストリート名を検索するのにＺＩＰ＋４アドレスデータベース５７０からの名前コードを使用することによってアドレスのストリート名部分を決定する。処理４８０はストリートタイプデータベース５５８からストリートタイプを検索し、ストリート方向データベース５６０からストリート前後方向を検索するのにこれと同じ処理を使用する。この点において、処理４８０はリスト特定レコード２０２内で特定されるようにストリートアドレスの第１ラインをフォーマットするよう要求されるすべてのコンポーネントを組み立てた。高層及び会社アドレスタイプレコードは、ＡＰＴ ４Ａのような二次アドレスを構成するのに類似の論理を使用しかつ二次アドレスタイプデータベース５６２及び二次アドレス範囲データベース５６４にアクセスするために処理４８０を要求する。
【００９３】
次に、処理４８０は、市／州データベース５７８から５桁の郵便番号に関連するＵＳＰＳ好適市及び州を検索するのに選択された生リストファイル２０６／４０６内のＺＩＰ＋６の５桁の郵便番号部分を使用する。処理４８０が各レコードに対して名前及びアドレスの構成を完了したら、それはリスト特定レコード２０２内の特定に対応する最終リストファイル２０８／４０８へレコードを書き込む。処理４８０が選択された生リストファイル２０６／４０６からすべてのレコードを読み込み、名前及びアドレスを構成し、特定レコード２０２からの特定にしたがってレコードを再フォーマットしかつ最後のレコードをファイル２０８／４０８へ書き込むと、図５で示される処理５００が最終リストファイル２０８／４０８を作成するタスクを完了する。
【００９４】
図６を参照して、リスト特定及び作成処理６００のひとつの実施例が説明される。処理６００は処理３００（図３）のひとつの特定の実行例であり、モジュール４５０、４６０、４７０及び４８０（図４）によって実行される。
【００９５】
処理６００は状態６０２で開始し、ユーザーがプロファイルのリストから製品若しくはサービスプロファイルを選択することができるように処理する状態６０４へ進む。状態６０４は、ユーザーに対し、方法のリストから消費計算方法若しくは方程式を選択し、プロファイルスコアスクリーニング値（閾値）を選択し、スコアが選択されたリストへ付加されるべきか若しくはスクリーニング用にのみ使用されるべきかを選択するように命じる。特定の方程式計算方法の例は図５に関して上述されている。図５とともに説明されたサンプル方程式はあらゆる消費データを使用しなかった。消費データに対して、ひとつの方程式は、ＭＶＰファイル内に保存された値でありかつ製品若しくはサービスを消費するセグメントのメンバーに対する平均消費値であるところのサンプルベース消費値用のものである。もう一つの方程式は、ベースカウントに対するサンプルカウントの比率を掛け算したサンプル消費値であるところのベース消費値用のものである。ベース消費値は、セグメントメンバー製品のユーザー及び非ユーザーの両方を含むセグメントごとの予定消費量を与える。サンプル及びベースセグメント消費量の両方は、トータルのサンプル及びベース消費値によりセグメントサンプル及びベース消費値を単純に割り算しかつ１００を掛け算することによってインデックス値に変換される。好適な地理人口システムに対して、ＭｉｃｒｏＶｉｓｉｏｎ、Ｃｌａｒｉｔａｓ Ｉｎｆｏｍａｒｋユーザーズガイド及びリファレンスマニュアルは、さまざまなタイプのセグメントスコア及びインデックスを生成するべくさまざまな数学的計算を実行するのに使用されるさまざまな方程式若しくは方法を詳細に記述する。さらに、これらのマニュアルは異なるアプリケーション及び製品に対するさまざまな方程式の利点及び欠点を議論する。次に、状態６０４はユーザーに対し他のスクリーニング及び付加のリストからデータ項目及び値を選択するよう命じる。ユーザーがスクリーニング及びデータ付加選択を完了した後、状態６０４は選択されたレコードカウントをゼロに初期化し、決定状態６０６へ進む。
【００９６】
決定状態６０６はユーザーに対し標準地理若しくはカスタム地理（例えば、半径領域若しくは多角形領域）のいずれかを選択するように命じる。ユーザーが標準地理を選択すれば、処理６００は状態６０８へ進む。状態６０８は最初にユーザーに対しＺＩＰ、市、州、郡等の地理タイプのリストを与え、ユーザーは地理タイプを選択する。ユーザーが地理タイプを選択すると、状態６０８はユーザーに対し選択されたタイプの地理のリストを与える。その後、ユーザーは彼らが通知し、メールし若しくは商売したいところの地理を選択する。状態６０８で地理選択を完了した後、処理６００は状態６１０へ移行する。状態６１０は郵便番号等価ファイル（ファイル５１６から５２６）に対する適当な地理において選択された地理を探し、選択された標準地理と地理的に同等である、重複せずに並べられた郵便番号４０４（図５）のリストを生成する。状態６１０が完了すると、処理６００は状態６１６へ進む。
【００９７】
状態６０６に戻って、ユーザーがカスタム地理を選択すれば、処理６００は緯度経度定義ウインドウのリストを生成する処理６１２へ移行する。さらに処理６１２は図７とともに説明される。ひとつの実施例において、緯度経度定義ウインドウは、図７で説明される処理６１２によって決定される個々の識別コードを有する約６マイル四方のウインドウであり、図７で説明される半径領域若しくは多角形領域を空間的にオーバーラップする。緯度経度ウインドウのリストが処理６１２によって決定されると、処理６００は標準地理に対する状態６１０に類似する状態６１４へ進む。状態６１４は処理６１２からの緯度経度ウインドウのリストを使用し、潜在的に空間的にカスタム地理領域をオーバーラップする郵便番号４０４の重複せずに並べられたリストを生成する。状態６１４が完了すると、処理６００は状態６１６へ進む。
【００９８】
状態６１６において、処理６００は選択されたプロファイルレコードを読み込み、方法及び方程式に基づいて、個々のセグメントに対するスコアを計算する。セグメントスコアを決定するためのさまざまな方程式及び計算方法に関する例は、図５及び６とともに上述された。ＭｉｃｒｏＶｉｓｉｏｎを使ったひとつの実行例において５０個のセグメントが存在する。５０個のセグメントに対応するこれら５０個のスコアは５０個のセルを有するメモリテーブル内にロードされ、そこでセグメント１に対するスコアがセル１内に保存され、セグメント２に対するスコアがセル２内に保存される。状態６１６の完了の後、処理６００は生リストスクリーン及び確立処理６２０へ進む。
【００９９】
処理６２０はここで一般的用語で説明され、さらに図８とともに説明される。処理６２０は処理４７０（図４）の特定の実施例である。処理６２０はソースとして地理コード（例えば、ＺＩＰ）リスト４０４を使用し、リスト内の各郵便番号に対し、リストデータベース５４４、地理人口ディレクトリ５４０、緯度経度に対するＺＩＰ＋４データベース５４２及び人口属性データベース５４６のような詳細なファイル内のカレントＺＩＰに対する第１レコードを読み込むのにＺＩＰインデックス５３０内のポインタを使用する。リスト特定レコード２０２用の情報を使って、処理６２０はリストデータベース５４４からカレントＺＩＰに対する各レコードを読み込み、他の３つのデータベース５４０、５４２及び５４６から一致するレコードを読み込み、かつレコードがすべてのスクリーニング基準をパスしたかどうかを決定する。レコードがテストに失敗すると、それは選択された生リストファイル２０６／４０６へ書き込まれず、パスしたレコードはリスト特定レコード２０２内の特定に従ってフォーマットされかつ選択された生リストファイル２０６／４０６へ書き込まれる。パスするか否かと無関係に、その後処理６２０はリストデータベース５４４内の次のレコードの読み込みへ進み、ＺＩＰがリストデータベース５４４内でＺＩＰリスト４０４上のカレントＺＩＰと異なるものと出くわすまで、上記処理を繰り返す。処理６２０はその後次のＺＩＰへ移行し、ＺＩＰリスト４０４上のすべてのＺＩＰが処理されるまで上記手順を実行する。
【０１００】
すべてのスクリーニング基準をパスしたレコードをカウントするとともに、状態６０４で特定された地理領域内のすべてのレコード候補を読み込みかつテストするところの上記した処理６２０が完了した後、処理６００は状態６２２に進む。状態６２２はレコードのこのカウントをユーザーに与え、その後処理６００はカウントが許容できるか否かに関するユーザーの応答を取得するべく決定状態６２４へ移行する。ユーザーがカウントを拒絶すれば、処理６００は状態６０４へ戻る。ユーザーは、例えば、ユーザーが郵送用にプリントした枚数をカウントが超えるために、カウントを拒絶する。ユーザーがカウントを許容すれば、決定状態６１４で決定されるように、処理６００は処理３３０へ移行する。
【０１０１】
処理３００はここで概略的に説明され、さらに図９とともに説明される。ひとつの実施例において、処理３３０は、中間リスト２０６／４０６内の各レコードを連続的に読み込み、フルネームを検索するためにメモリ内に好適に保存された名前テーブル５７２、５７４及び５７６内に保存された適当な名前を検索するのにこのリスト内のポインタを使用する。その後、処理３３０はメモリ内に好適に保存されたテーブル５７０及び５５２にアクセスすることによって郵便アドレスのストリート部分を構成するのに生リスト２０６／４０６からの完全なＺＩＰ＋６若しくは配達ポイントコードを使用する。最後に、処理３３０は、郵便アドレスの市及び州部分を確立するべく市／州データベース５７８にアクセスするのに生リスト２０６／４０６からのＺＩＰ＋６の５桁の郵便番号部分を使用する。名前及びアドレスの確立が完了すると、処理３３０はフォーマットされた最終レコードを最終リストファイル２０８／４０８へ書き込む。
【０１０２】
処理３３０が中間リスト２０６／４０６内のすべてのレコード上で実行した後、処理６００は状態６２８へ移行する。状態６２８において、処理６００はユーザー特定されたノードのような特定されたネットワークアドレスへ最終リストファイル２０８／４０８をダウンロードする。このユーザー特定されたノードはリスト特定を生成するためのユーザー特定ノードと同じノードであるか、異なるノードであってもよい。他の実施例において、ファイルを分割する他の方法が使用される。その後処理６００は決定状態６３０へ進み、ユーザーが他のリストを特定したいか否かを問う。ユーザーがイエスを回答すれば、その後処理６００は処理６００を再開するべく状態６０４へ戻り、ユーザーがノーを回答すれば、処理６００は終了状態６３２へ進む。
【０１０３】
図７を参照して、処理６１２で使用されるような本発明の半径領域及び多角形領域定義コンポーネントのひとつの実施例が説明される。処理６１２は、マッピングツールを使って直販リストに必要な半径領域及び多角形領域定義を特定することに向けられる。処理６１２は開始状態７０２で開始し、ユーザーにマッピングインターフェースを与える。ひとつの実施例において、ネットワークを通じたユーザー用のマッピングソフトウエアは例えばＭａｐＱｕｅｓｔから入手可能なマッピングソフトウエアである。その後処理６１２は状態７０４へ進み、そこでマッピングソフトウエアはユーザーに位置識別子の入力要求を行う。位置識別子は、識別子を緯度経度座標へ変換するのに有効な方法が存在するところのあらゆる識別子である。識別子の例は、電話番号、アドレス、交差点、ＤＰＣコード、緯度経度座標、若しくはヤンキースタジアムのようなランドマーク名である。ユーザーが状態７０４において位置識別子を与えると、処理６１２は状態７０６へ移行し、そこでマッピングソフトウエアが位置識別子を緯度経度に変換しかつユーザー特定位置周囲の地図を表示する。ユーザーは正しい地図スケールが表示されるまでズームイン若しくはズームアウトすることができる。ユーザーは位置が正しいことを視覚的に確認した後、処理６１２は状態７０８へ移行し、ユーザーに対し半径を入力するか若しくは地図上に多角形の商業区域を描くことを要求する。ユーザーが地図上に多角形の商業区域を同定すれば、ひとつの実施例において、状態７０８は同定しかつ左側のマウスボタンを使って商業区域の頂点のマップスクリーン位置上をクリックすることによって商業区域をデジタル化する。状態７０８が完了すると、処理６１２は状態７１０へ移行する。
【０１０４】
状態７１０において、処理６１２はユーザーのカスタム定義領域の緯度経度極値を決定し、その後状態７１２へ移行する。ひとつの実施例において、状態７１２は、ユーザー定義領域を空間的にオーバーラップする１０分の１度の長方形の緯度経度空間ウインドウの重複せずに並べられたリストを確立するのに極値を使用する。状態７１０及び７１２で実行される処理は、本願出願人の米国特許第５，９５６，３９７号に記載されている。状態７１２が完了すると、処理６１２はリターン状態７１４へ移行し、処理６００へ戻る。
【０１０５】
図８を参照して、ＺＩＰリスト４０４内に含まれた選択された郵便番号内のレコードをデータベース５４０、５４２、５４４及び５４６から読み込み、リスト特定レコード２０２内で定義された特定に基づいて読み込まれたレコード上でスクリーニング関数を実行し、パスしたレコードをカウントしかつ選択された生リストファイル２０６／４０６へ書き込むための処理６２０のひとつの実施例が説明される。図８の好適実行例は、データベース５４０、５４２、５４４、及び５４６上での前処理を含み、その結果、データベース５４０、５４２及び５４６はデータベース５４４上に存在しないキー一致レコードを含まない。付加的に、データベース５４０、５４２、５４４及び５４６は降順に一致キーによってソートされる。このオフライン前処理はこのリスト生成応用に対してリアルタイムの処理性能を改良するために実行される。
【０１０６】
処理６２０は開始状態８０２で始まり、ＺＩＰリスト４０４上でレコードを読み込むために状態８０４へ移行し、決定状態８０６へ進む。決定状態８０６はすべてのレコードがＺＩＰリスト４０４から読み込まれたかどうかを見るためにテストする。すべてのレコードが読み込まれたらば、処理６２０はリターン状態８０８へ進み、処理６００へ戻る。さもなければ、処理６２０は状態８１０へ進み、４つの詳細なデータベース５４０、５４２、５４４及び５４６の各々内でこの郵便番号に対するファイルオフセットポインタを取得するべくＺＩＰインデックスファイル５３０内のカレントＺＩＰレコードを読み込み、その結果それはデータベースの各々からこの郵便番号内の第１レコードを読み込むことができる。ひとつの実施例において、以下の３つのステップ処理は４つのすべてのデータベースに対して同一であり、それぞれは以下で個別に説明される。地理人口データベース５４０に対して、処理６２０は状態８１２へ進み、地理人口データベース５４０に対するカレントＺＩＰファイルオフセットポインタを取得する。その後処理６２０は地理人口データベース５４０内のオフセットポインタ位置へ進むところの状態８１４へ移行し、かつ地理人口データベース５４０内のカレント郵便番号内の第１レコードを読み込むところの状態８１６へ移行する。状態８１２と平行して、処理６２０は緯度経度に対するＺＩＰ＋４データベース５４２に対するカレントＺＩＰファイルオフセットポインタを取得するところの状態８２２へ進む。その後処理６２０は緯度経度に対するＺＩＰ＋４データベース５４２内のオフセットポインタ位置へ進むところの状態８２４へ移行し、緯度経度に対するＺＩＰ＋４データベース５４２内のカレント郵便番号内の第１レコードを読み込むところの状態８２６へ移行する。状態８１２及び８２２と平行して、処理６２０はリストデータベース５４４に対するカレントＺＩＰファイルオフセットポインタを取得する状態８３２へ進む。その後処理６２０はリストデータベース５４４内のオフセットポインタ位置へ進むところの状態８３４へ移行し、かつリストデータベース５４４内のカレント郵便番号内の第１レコードを読み込むところの状態８３６へ移行する。状態８１２、８２２及び８３２と平行して、処理６２０は人口データベース５４６に対するカレントＺＩＰファイルオフセットポインタを取得するところの状態８４２へ進む。その後処理６２０は人口データベース５４６内のオフセットポインタ位置へ進むところの状態８４４へ移行し、かつ人口データベース５４６内のカレント郵便番号内の第１レコードを読み込むところの状態８４６へ移行する。ひとつの実施例において、状態８１２−８１６、８２２−８２６、８３２−８３６及び８４２−８４６のグループはＷｉｎｄｏｗｓ ＮＴ及びＵｎｉｘなどのマルチスレッデッド動作が可能なオペレーティングシステムにおいて別々のスレッドによって各々実行される。４つの詳細なレコードデータベース５４０、５４２、５４４及び５４６のすべてに対してカレントＺＩＰ内の第１レコードを読み込んだ後、処理６２０はデータベース同期処理８５０へ移行する。
【０１０７】
データベース同期処理８５０は、関連データ項目を有する支持データベース５４０、５４２及び５４６に対するカレントメモリ内一致キーがすべてドライバデータベースであるリストデータベース５４４に関連するカレント一致キーと一致することを保証する。処理８５０はさらに図１０とともに説明される。処理８５０が４つのデータベースのすべてにおいて一致キーと同期した時点で、処理６２０はレコードスクリーニング処理８６０へ進む。処理８６０は詳細データベース５４０、５４２、５４４及び５４６からのカレントレコードに関連する情報を使用し、空間、製品スコア及びリスト特定レコード２０２内で定義されるような他のスクリーニングテストを実行する。処理８６０はさらに図１１とともに説明される。詳細なレコードが処理８６０でのテストに失敗した時点で、処理６２０は状態８６８へ移行する。レコードが処理８６０でのすべてのテストをパスすれば、処理６２０は状態８６２へ進む。
【０１０８】
状態８６２において、処理６２０は、生選択レコードのメモリバージョンを確立するために詳細レコードデータベース５４０、５４２、５４４及び５４６内のカレントレコードからの詳細データとともにリスト特定レコード２０２内で定義された特定を使用する。状態８６２において生レコードのメモリバージョンを確立した後、処理６２０はディスク若しくは大量記憶の他の形態へ生レコードを書き込むところの状態８６４へ移行する。次に、処理６２０は選択されたレコードカウントへ１を加えるところの状態８６６へ進む。その後処理６２０はリストデータベース５４４から次のレコードを読み込むところの状態８６８へ移行する。その後処理６２０は決定状態８７０へ進む。決定状態８７０が、データベース５４４から読み込まれたレコードの郵便番号がＺＩＰリスト４０４内のカレントＺＩＰと異なることを決定すれば、処理６２０はＺＩＰリストを読み込むために状態８０４へ戻る。リストデータベース５４４から読み込まれた最後のレコードがＺＩＰリスト４０４からのカレント郵便番号と一致すれば、決定状態８７０は処理６２０を同期データベース処理８５０へ戻す。
【０１０９】
図９（及び図５）を参照して、本発明の名前及びアドレスレコードコンポーネントを確立する処理３３０のひとつの実施例が説明される。他の実施例において、他のコンタクトレコードコンポーネントが確立される。処理３３０は中間ファイル（選択生リスト）２０６／４０６のすべてのレコードを読み込み、フルネーム及びアドレスを探しかつ確立するためにこれらのレコード内のポインタを使用する。ひとつの実施例において、処理３３０はレコードを再フォーマットし、ユーザー特定に対してフォーマットされかつフルネーム及びアドレスを含む最終レコードを書き出す。
【０１１０】
処理３３０は開始状態９０２で開始し、中間リスト２０６／４０６からレコードを読み込むところの状態９０４へ進み、コンタクトコンポーネントを確立するために状態９０６へ移行する。例えば、状態９０６において、処理３３０はＵＳＰＳ ＣＡＳＳ認証アドレスを確立するためにＵＳＰＳ ＺＩＰ＋４及び市／州ファイルから作られたメモリ常駐データベースファイル５７０、５５２及び５７８とともにリスト２０６／４０６のレコードからのＺＩＰ＋６を使用する。状態９０６が完了すると、処理３３０は状態９０８へ移行する。状態９０８において、処理３３０は、メモリテーブル５７２内で名を探し、メモリテーブル５７４内でミドルイニシャルを探し、かつメモリテーブル５７６内で姓を探すのに中間ファイル２０６／４０６からの名、ミドル及び姓ポインタを使用する。その後処理３３０は状態９１０へ移行し、状態９０６で引き出されたアドレス、状態９０８で引き出された名前及び中間ファイル２０６／４０６のカレントレコードからの他のデータを取得し、新しくフォーマットされたレコードを作成し、それが最終リストファイル２０８／４０８へ書き込まれる。レコードを書き込んだ後、処理３３０は決定状態９１２へ移行する。決定状態９１２が処理するためのレコードが中間リスト２０６／４０６にまだ残っていることを決定すれば、処理３３０はリスト内の次のレコードにアクセスするために状態９０４へ戻る。すべてのレコードがリスト２０６／４０６から読み込まれたら、処理３３０はリターン状態９１４へ移行し、処理６００へ戻る。
【０１１１】
図１０を参照して、データベース同期処理８５０のひとつの実施例が説明される。データベース同期処理８５０は、関連するデータ項目を有する支持データベース（地理人口５４０、緯度経度に対するＺＩＰ＋４ ５４２及び人口５４６）に対するカレントメモリ内一致キーがドライバデータベースであるリストデータベース５４４に関連するカレント一致キーとすべて一致することを保証する。
【０１１２】
処理８５０は開始状態１００２で開始し、状態１００４へ進み、カレントリストデータベースＺＩＰ＋４及びＺＩＰ＋６値を同期マークとして設定する。状態１００４はＺＩＰ＋４及びＺＩＰ＋６同期マークをカレントリストデータベース５４４レコード内でこれら２つの項目のカレント値に設定する。その後処理８５０は、カレント地理人口データベースＺＩＰ＋４がカレント同期化リストデータベースＺＩＰ＋４と一致するか否かを決定するために決定状態１００６へ進む。２つのＺＩＰ＋４が一致しなければ、処理８５０は次のレコードを地理人口データベース５４０から読み込むところの状態１００８へ進み、決定状態１００６へ戻る。２つのＺＩＰ＋４が決定状態１００６で一致すれば、処理８５０はカレント同期化ＺＩＰ＋４を緯度経度に対するＺＩＰ＋４データベース５４２からのカレントレコード上のＺＩＰ＋４と比較するところの決定状態１０１０へ進む。２つのＺＩＰ＋４が一致しなければ、処理８５０は緯度経度に対するＺＩＰ＋４データベース５４２から次のレコードを読み込むところの状態１０１２へ進み、決定状態１０１０へ戻る。２つのＺＩＰ＋４が決定状態１０１０で一致すれば、処理８５０はカレント同期化ＺＩＰ＋６を人口データベース５４６のカレントレコード上のＺＩＰ＋６と比較するところの決定状態１０１４へ進む。２つのＺＩＰ＋６が一致しなければ、処理８５０は次のレコードを人口データベース５４６から読み込むところの状態１０１６へ進み、決定状態１０１４へ戻る。２つのＺＩＰ＋６が決定状態１０１４で一致すれば、処理８５０はリターン状態１０１８へ進み、処理６２０へ戻る。リターン状態１０１８に達すると、３つのサポートデータベース５４０、５４２及び５４６のすべてはリストデータベース５４４を有するそれらのＺＩＰ＋４若しくはＺＩＰ＋６一致キーにおいて同期化される。
【０１１３】
図１１（及び図５）を参照して、レコードスクリーニング処理８６０のひとつの実施例が説明される。処理８６０は詳細なデータベース５４０、５４２、５４４及び５４６からのカレントレコードに関連する情報を利用し、リスト特定レコード２０２において定義されるような空間、製品スコア及び他のスクリーニングテストを実行する。
【０１１４】
処理８６０は開始状態１１０２を開始し、地理／空間テストを実行するために状態１１０４へ移行する。ひとつの実施例は、本願出願人の米国特許第５，９５６，３９７号に詳細に記載されるように、緯度及び経度座標のような特定座標を有するレコードが点及び半径によって定義された形状若しくは複数の頂点（それぞれが座標を有している）によって定義された多角形またはあらゆるサイズの領域の内側及び外側に空間的に配置されているか否かを決定する方法を利用する。所望の郵便領域内にあるとして上記地理／空間テストをパスしたレコードはパスしたというフラグが立てられ、テストを失敗したレコードは失敗したというフラグが立てられる。
【０１１５】
地理が郡のような標準地理である場合、郵便番号等価ファイル５２４に対する上流郡はこの問題に対し９９％以上の地理的解決を与える。このレベルの正確さが許容されれば、すべてのレコードは地理／空間テスト１１０４をパスするとしてフラグを立てられる。残り１％以下の正確さを取得するために、システムはひとつの詳細ファイル上に郡コードを保持する必要がある。この場合の好適ファイルは、ＧＤＴが各ＺＩＰ＋４が配置されかつＺＩＰ＋４が郡境界をまたがないところの州及び郡を与えるような緯度経度に対するＧＤＴ ＺＩＰ＋４ファイル５４２である。この場合、テスト１１０４はカレントレコード上の州及び郡コードをリスト特定レコード２０２からの選択された州及び郡コードのリストと比較しなければならない。カレントレコードの州及び郡コードがリスト特定レコード上にあれば、レコードは地理テストをパスするとしてフラグを立てられ、さもなければ地理テストを失敗したとしてフラグを立てられる。
【０１１６】
地理／空間テスト１１０４においてテストしかつパス若しくは失敗したとしてレコードにフラグを立てた後、処理８６０は決定状態１１０６へ移行する。カレントレコードの地理／空間テストフラグが失敗と設定されれば、処理８６０はレコードリターンフラグ全体を失敗に設定しかつリターン失敗状態１１０８へ移行し、処理６２０へ戻る。カレントレコードの地理／空間テストフラグがパスしたと設定されると、処理８６０は状態１１１０へ進みかつ製品スコアを決定する。ＭｉｃｒｏＶｉｓｉｏｎのような製品スコアリング方法に対するスコアはリスト特定レコード２０２内の選択された製品に対して予め計算されており、５０個のＭｉｃｒｏＶｉｓｉｏｎセグメントの各々に対するスコアは製品スコアテーブル５０４内に保存される。状態１１１０は、地理人口ディレクトリデータベース５４０から予め読み込まれたカレントレコードに関連する１から５０までのＭｉｃｒｏＶｉｓｉｏｎコード値を使用し、カレントレコードに対して製品スコアを決定するために製品スコアテーブル５０４内でこの値を探す。上述したように、当業者によって簡単に採用される製品スコアを決定するための他の方法が存在するが、上述した方法はそのスピード、単純さ及びＭｉｃｒｏＶｉｓｉｏｎプロファイルを有する製品及びサービスの量の多さの点で好適である。
【０１１７】
処理８６０が状態１１１０で製品若しくはサービススコアを決定した後、処理は決定状態１１１２へ移行し、リスト特定レコード２０２からの最小の許容スコア値に対して決定されたスコアをテストする。状態１１１０によって決定されたスコアがリスト特定レコード２０２からの最小スコアより小さければ、処理８６０は製品スコアフラグを失敗に設定する。状態１１１０によって決定されたスコアがリスト特定レコード２０２からの最小スコアより大きいか若しくは等しいならば、処理８６０は製品スコアフラグをパスに設定する。ユーザーによって製品スコアスクリーニングが選択されなければ、状態１１１２は自動的に製品スコアフラグをパスに設定する。
【０１１８】
決定状態１１１２で製品スコアフラグが失敗に設定されれば、処理８６０はレコードリターンフラグ全体を失敗に設定し、リターン失敗状態１１０８へ移行し、処理６２０へ戻る。製品スコアフラグがパスに設定されれば、処理８６０は他のスクリーニングテストを実行するために状態１１１４へ進む。私書箱若しくは田園ルートレコードの無い名前のみのレコード及び選択された金額（例えば、＄５０，０００）以上の推定世帯所得を有するレコードのような他のスクリーニング基準特定がリスト特定レコード２０２から検索される。状態１１１４は他のスクリーニングテストフラグ値をパスに設定し、その後カレントレコードの対応する値に対して特定のスクリーニング基準をテストする。カレントレコードがあらゆるテストを失敗すれば、他のスクリーニングテストフラグが失敗に設定される。
【０１１９】
状態１１１４においてすべての他のスクリーニングテストが実行されると、処理８６０はカレントレコードが他のスクリーニングテストをパスするか否かを決定するために決定状態１１１６へ進む。カレントレコードの他のスクリーニングテストフラグが失敗に設定されれば、処理８６０はレコードリターンフラグ全体を失敗に設定し、リターン失敗状態１１０８へ移行し、処理６２０へ戻る。カレントレコードの他のスクリーニングテストフラグがパスに設定されると、処理８６０はレコードリターンフラグ全体をパスに設定し、リターンパス状態１１１８へ移行し、処理６２０へ戻る。
【０１２０】
特定のブロック、セクション、装置、関数及びモジュールが与えられた。しかし、当業者は本発明のシステムを区分する多くの方法が存在し、上記したものと置き換え可能な多くの部品、コンポーネント、モジュール若しくは関数が存在することを理解するであろう。
【０１２１】
上記詳細な説明はさまざまな実施例に適用された発明の基本的な特徴を示し、説明しかつ指摘してきたが、発明の思想から離れることなく説明されたシステムの形式及び詳細においてさまざまな省略、差し替え及び変更が可能であることは当業者の知るところである。
【図面の簡単な説明】
【図１】
図１は、本発明のコンタクトリストの対話式オンライン生成用のネットワークのブロック図である。
【図２】
図２は、コンタクトリストの対話式オンライン生成において利用されるデータベース、ファイル若しくはテーブル及びリストのブロック図である。
【図３】
図３は、図２で定義された構造に対応するコンタクトリストを生成するための処理のフローチャートである。
【図４】
図４は、コンタクトリストの対話式オンライン生成において利用されるデータベース、ファイル若しくはテーブル処理及びリストのブロック図である。
【図５】
図５は、図４の構造及び処理の関係を表す図である。
【図６】
図６は、図４及び５で定義された構造に対応するコンタクトリストを生成するための処理のフローチャートである。
【図７】
図７は、図６に示された緯度／経度ウインドウズ関数のリスト生成のフローチャートである。
【図８】
図８は、図６に示された生リストをスクリーニング及び確立する関数のフローチャートである。
【図９】
図９は、図６に示された最終コンタクトレコードを索引及び確立する関数のフローチャートである。
【図１０】
図１０は、図８に示されたデータベースを同期化する関数のフローチャートである。
【図１１】
図１１は、図８に示されたレコードスクリーニング関数のフローチャートである。
【図１】
2004525434.tif 000002
【図２】
2004525434.tif 000003
【図３】
2004525434.tif 000004
【図４】
2004525434.tif 000005
【図５】
2004525434.tif 000006
【図６】
2004525434.tif 000007
【図７】
2004525434.tif 000008
【図８】
2004525434.tif 000009
【図９】
2004525434.tif 000010
【図１０】
2004525434.tif 000011
【図１１】
2004525434.tif 000012
【国際公開パンフレット】
2004525434.tif 000013
2004525434.tif 000014
2004525434.tif 000015
2004525434.tif 000016
2004525434.tif 000017
2004525434.tif 000018
2004525434.tif 000019
2004525434.tif 000020
2004525434.tif 000021
2004525434.tif 000022
2004525434.tif 000023
2004525434.tif 000024
2004525434.tif 000025
2004525434.tif 000026
2004525434.tif 000027
2004525434.tif 000028
2004525434.tif 000029
2004525434.tif 000030
2004525434.tif 000031
2004525434.tif 000032
2004525434.tif 000033
2004525434.tif 000034
2004525434.tif 000035
2004525434.tif 000036
2004525434.tif 000037
2004525434.tif 000038
2004525434.tif 000039
2004525434.tif 000040
2004525434.tif 000041
2004525434.tif 000042
2004525434.tif 000043
2004525434.tif 000044
2004525434.tif 000045
2004525434.tif 000046
2004525434.tif 000047
2004525434.tif 000048
2004525434.tif 000049
2004525434.tif 000050
2004525434.tif 000051
2004525434.tif 000052
2004525434.tif 000053
2004525434.tif 000054
2004525434.tif 000055
2004525434.tif 000056
2004525434.tif 000057
2004525434.tif 000058
2004525434.tif 000059
【国際公開パンフレット（コレクトバージョン）】
2004525434.tif 000060
2004525434.tif 000061
2004525434.tif 000062
【国際公開パンフレット（コレクトバージョン）】
2004525434.tif 000063