JP2002511160A - 関係およびグループ管理を導入する財務計画システム - Google Patents

Abstract

(57)【要約】 アドバイザーは、本グループ管理システム（図５）を使用することによって、積極的(proactive)で効率的なサービスをクライアントに提供することができる。本システムは、アドバイザーの日々の処理、作業フロー、クライアントおよび候補者(prospects)を効率的に組織化する効果的な作業管理ツールである。ある個人の人口統計学的情報(demographic information)だけでなくその個人の他者との関係にも基づいた、コーディネートされた相談(coordinated consultation)を可能にするために、複数の人物および組織をクライアントグループおよび候補者グループにまとめる(arranged)。アドバイザーは、ある個人の、その家族、ビジネスおよび年金との関係を分析し、これにより全体的な財務計画および安全策(financial planning and security)を提供することができる。本グループ管理システムは、多数の新規なコーディネートされた機能を含む。これらの機能には、安全対策(security measures)、容易にアクセス可能なフロントパネル（６５）、簡略化されたサーチエンジン（８４）およびデータをリフレッシュする能力が含まれる。複数のクライアントをカードファイル（８２）にグループ化することによって、データを繰り返し入力しなくてもドラッグアンドドロップ機能（４６０〜４７８）によってアプリケーションを初期設定することが可能になる。リフレッシュ、オンラインクライアントデータ（１５８）、フィールドデータ捕捉およびエクスポート機能によって、ホストデータベースまたは他のローカルデータベースとの通信が可能になる。

Description

【発明の詳細な説明】 関係およびグループ管理を導入する財務計画システム関連書類の参照 本特許書類の開示の一部は、著作権の請求がなされる資料を含む。著作権の所 有者は、いかなるものが、特許庁の特許ファイルまたは記録に現れるように特許 書類または特許の開示をファクシミリで再生することに対しても異議はないが、 その他のいかなる著作権は確保する。発明の技術分野 本発明は、一般に、グループ管理システムに対するコンピュータによって実現 されるプログラムに関し、さらに特定的には、財務計画産業におけるクライアン トおよび候補者クライアントをグループ化(grouping)する任務を行うためのコン ピュータによって実現されるプログラムに関する。発明の背景 個人的および財務的な目的を成し遂げるとき、通常、このような目的を慎重か つ思慮深い方法で成し遂げるのを助けることができる信頼のおける知識の豊富な アドバイザーとの長期にわたる関係が必要である。目的を成し遂げるには、しば しば、財務計画を伴うので、アドバイジング（またはクライアント管理）産業の 大部分は、トランザクションをベースとする。クライアントとの強い一対一の関 係によって、通常、アドバイザーは、クライアントの目的に関してクライアント と相談でき、この結果、クライアントのために財務トランザクションを行うこと ができる。クライアントに対して長期にわたってアドバイスを与える関係を開始 し、構築し、維持することは、通常、アドバイザーが成功するために、重要なこ とである。クライアント関係の取得および維持に対するすべての障害（即ち、サ ービスの遅延および誤り、情報不足、良好でない成果など）は、競争に打ち勝つ ために、識別され、排除されなければならない。従って、企業は、クライアント との関係を育て、維持するための最良の方法を探索し続けている。 会社は、クライアントを得て、クライアントにサービスを提供するためにアド バイザーをますます雇うようになり、会社は、通常、アドバイザーとの一定のコ ンタクトを必要としている。アドバイザーは、候補者クライアントを見いだし、 その信頼を獲得し、最終的には、ビジネスを得るためにクライアントとの関係を 形成しようとする。実際の財務プロダクトは、会社によって提供されが、クライ アントからの質問およびクライアントの関心事にかかわるのは、通常、アドバイ ザーである。しかし、実際には、アドバイザーは、通常、会社との十分なコンタ クトを提供しない。フィールド（field）と中央組織との間の通信不足は、しば しば、異なるローケションにおいて効果的な方法およびシステムが再構成される ことを意味する。多くのクライアント管理システムにおいて、アドバイザーは、 企業のオフィスの施設から離れた閉鎖システムに局部的に個人的なクライアント 情報を保管する。排他的なローカルデータベースは、しばしば、アドバイザーが クライアントとの計画プロセスを行うときにデータを複数回再記入することを必 要とする。適切な情報を得るのに失敗すると、通常、遅延を引き起こし、多くの 場合、クライアントの損失につながる。データおよびサービスを絶え間なく更新 するホストデータベースと通信でき、アドバイザーがクライアントに迅速かつ最 新の情報を提供できるようにするシステムが必要である。 これらのサービスを提供するために、アドバイザーは、通常、毎日の処理、作 業フロー、クライアントおよび候補者を効率的に組織化する効果的な作業管理ツ ールを必要とする。長年にわたって、クライアント管理産業は、そのクライアン トにサービスを提供するための最適なシステムを形成しようと試みてきた。会社 は、アドバイザーが、クライアントの開発に関係のない管理または事務的な任務 を行うのに多くの時間をかけ過ぎているのではないかと頻繁に心配するため、ク ライアント管理システムは、アドバイザーがカスタマのサービスに専念すること ができるようにする必要がある。 クライアント獲得およびクライアント維持の現在の方法は、しばしば、「コー ルドコーリング（cold calling）」などのうまく調整されていない技術を含む。 クライアントの購買プロファイルは、消費者が、問題点に対するリアルタイムの 解決を求めるように開発されている。従って、サービス提供者は、発展した管理 技術を介して、候補者およびカスタマを更新し通信する能力を必要とする。ロー カル市場の機会に基づいた最も適切かつ経済的な、「コールドコーリング」以外 の技術をフォーカスチームおよびアドバイザーが選択できるようにする技術のメ ニューを導入するシステムが必要である。 クライアントの獲得成功の秘訣は、市場および関係構築の機会をうまく利用す るための、人口統計学、クライアントの収益性、トリガー事象、および通常アド バイザーによって適切であると考えられるその他のソフトデータなどの情報への アクセスである。通常、クライアントは常に、その財務ポートフォリオがいかに その関係目標を成し遂げているかを知りたい。クライアント管理産業の失敗は、 目標の追跡不足である。クライアントは、「自分がどのようにやっているか」、 常に疑問に思う。アドバイザーは、クライアントデータ（即ち、トランザクショ ン記録およびクライアント履歴）への「リアルタイム」アクセスをしなければな らない。アクセスはしばしば、問題の解決、クライアントの質問への応答、予定 されたクライアントの再検討およびクライアントの目標追跡のための情報の提供 を可能にする。クライアントに迅速な回答を提供する能力は、アドバイザーとク ライアントとの間で求められる関係を支持する助けをする。現在得られるコンタ クトシステム、プレゼンテーションツール、およびデータ統合方法は、しばしば 、厄介で、遅く、時代遅れで、手作業を中心とするため、フィールドアドバイザ ーの増大するニーズを満足しない。ユーザフレンドリグループ管理システムは、 アドバイザーが情報を用いてマーケティング計画を形成し、ベース情報および紹 介の追跡（tracking on referrals）を提供し、フィールドにおけるアドバイザ ーからの情報の企業オフィスまたはマーケティング部門におけるマーケティング スペシャリストへの転送を容易にするために必要とされる。さらに、クライアン トは、通常、アドバイザーからの明瞭かつ理解しやすい説明による適切な量の情 報を期待する。計画内容を各クライアントに固有の状況および設定に応じて個人 別に区別する（personalize）能力を備えた改良されたクライアント管理および 計画システムに対する需要がある。 クライアント獲得および保持は、通常、各クライアントの関係を最大限に培う ことと共に、企業の第１の関心事である。クライアントベースの資産（即ち、新 しいビジネスを促進する推薦および紹介）は、通常、十分に利用されない。なぜ なら、資産は、不満足なサービスのために早期に失われるからである。長期にわ たる成長の主要な秘訣として、企業は、クライアントとの関係を保持し、かつ深 め、優れたアドバイス、サービスおよび有用性を提供することによって、現在の クライアントからできるだけ多くの推薦／紹介を得る助けをするシステムを必要 とする。 リサーチおよびアドバイザーの経験から、満足したクライアントほど、アドバ イザーの会社を自分の友人およびビジネス関係者に推薦する可能性が高い。最適 なクライアント管理システムは、すべての各対話（interaction）において、様 々なサービス、情報への迅速なアクセス、情報の効率的な保持、情報の相互参照 、および即座のアドバイスを提供しなければならない。アドバイザーは、とりわ け、（１）クライアントの略歴情報、アカウントの残高、およびアカウントのア クティビティに即座かつ容易にアクセスすること、（２）日常のクライアントサ ービスリクエスト（即ち、アドレスおよび受取人の変更、基本的な新しいビジネ ストランザクション等）を迅速かつ容易に行うためのツールまたはサポート、（ ３）ローカルスタッフまたはチームサポートが、アドバイザーが得られないとき にクライアントサービスのリクエストを迅速かつ完全に処理することができるよ うにする簡単なインターフェースシステムをもつことによって、クライアントの 質問およびリクエストに迅速に応答しなければならない。 情報へのアクセスは、通常、クライアント管理産業における競合力を得るため の秘訣である。フィールドアドバイザーとのより効果的な通信を成し遂げ、フィ ールドにおける志気を高め、効果的なセールス管理および決定サポートを成し遂 げ、アドバイザーの実際の売り時間を増加させ、企業オフィスへの電話の回数を 減少させ、優位に立つことおよび追跡(lead generation and tracking)を容易に し、より正確なセールス費用の追跡を可能にし、セールスサイクルを短縮し、企 業オフィスのサポートを増加させる必要なく、フィールドのサイズを増加させる システムが必要である。 しばしばクライアントの関係に影響を与えるいくつかの管理ギャップが、クラ イアント管理産業において存在する。アドバイザーの中には、必要条件を備えた 候補者を獲得することが困難であることおよびクライアントサービスの質が首尾 一貫していないことのために、ビジネスを管理および実行するのがうまくないも のがいる。アドバイザーは、通常、ビジネスを管理するための構造化されたプロ セスを欠き、適時にビジネスを評価するための情報を有さず、約束を果たすこと よりも約束をとることに不釣り合いに時間を使う。 多くの場合、企業の重要な目標を操作できるようにするための戦略的プロセス に対する需要は非常に大きい。すべての企業の重要な目標は、クライアントとの 関係を維持するためのクライアントサービスおよび満足である。企業の代表者は 、クライアントとの対話を獲得し、サービスし、計画し、追跡する能力をもたな ければならない。積極的な(proactive)クライアントサービスおよび目標とされ たマーケティングを予め形成する能力は、通常、企業への大きなコスト利益を伴 う生産性の拡大につながる。現在、企業が、クライアントだけでなく、グループ および組織と対話する様式からパターン化される最適なシステムは存在しない。 クライアント管理の技巧システムの現在の状態は、しばしば、財務計画者に対 して調整されていない、およびクライアントをマーケティング可能なセグメント にグループ化することができないという主な欠点を有する。現存のシステムは、 通常、企業の代表者（即ち、利益管理者）とのアドバイザーの対話を助けるため にのみ設計されているので、現存のシステムは、クライアントおよび雇用者に関 する簡単な人口統計学的情報を保存するだけである。利益は雇用者に売却され得 るが、カスタマのサービスを必要とするのはしばしば被雇用者である。従って、 現存のシステムにおいて見いだされる限定された情報は、通常、アドバイザーが クライアントに効果的なサービスを提供するための十分な情報を提供しない。現 在のシステムはまた、創造的なサーチを行い、これらのサーチの結果から主要な アクティビティを成し遂げる能力を有さないことが多い。結果として、クライア ントの関係が、情報をクライアントに提供するための効率的なシステムを欠くと いう欠点を有する。 クライアントの期待に合致し、および／または知識の豊富なアドバイスを提供 する準備ができていないアドバイザーは、通常、誤った要望を識別したり、要望 を有する候補者を識別するが、その候補者がそれ以上のアクションをとらなかっ たり、要望を有する候補者を識別するが、アドバイザーがそれ以上のアクション がとられなかったり、または要望をもたない候補者を識別するという問題に遭遇 する。非効率的なクライアント管理システムについての共通の問題点としては、 アドバイザーがフォローアップしないこと、アドバイザーが時間をかけてクライ アントが目的を理解するようにしないこと、およびアドバイザーがクライアント の問題を解決しないことなどが挙げられる。 以下の説明は、従来のコンピュータで実現されるクライアント管理システムが 存在するが、これらはそれぞれ、十分な情報を提供することができず、クライア ントおよび候補者のグループを管理することができず、創造的なサーチを行うこ とができず、これらの結果から重要なアクティビティを行うことができない主要 な欠点を有することを示す。従って、従来技術の欠点を克服するグループ管理を 提供するシステムおよび方法が必要とされる。本発明のコンピュータで実現され るグループ管理システムは、重要な改良を含み、固有のグループ化能力を有する ことによって、従来のクライアント管理システムよりも優れている。発明の要旨 本発明は、アドバイザーが本発明のグループ管理システムを用いて、積極的で 効率的なサービスをクライアントに提供することが可能なシステムを提供する。 システムは、アドバイザーの日々の処理、作業フロー、クライアントおよび候補 者を効率的に組織化する効果的な作業管理ツールである。個人の人口統計学的情 報だけでなく、他人との個人の関係に基づいてコーディネートされた相談を可能 にするために、人々および組織は、クライアントグループおよび候補者グループ にアレンジされる。アドバイザーは、個人とその家族、ビジネス、および年金（ pension）との関係を分析し、全体的な財務計画および安全策（finantial plann ing and security）を提供する。一般に、アドバイザーは、デスクトップを用い て、ミドルウェアを通してメインフレームと通信する。グループ管理システムを 作動するために、アドバイザーは、システムをブートし、フロントパネルが表示 され、アイコンが選択され、アドバイザーは、データを操作／入力し、アドバ イザーはデータを印刷／送信する。グループ管理システムは、安全対策、簡単に アクセス可能なフロントパネル、簡単なサーチエンジン、およびデータをリフレ ッシュする能力を含む多くの新規なコーディネートされた特徴を含む。クライア ントをカードファイルにグループ化することによって、ドラッグアンドドロップ 機能は、データの入力を繰り返す必要なく、アプリケーションを初期設定するこ とが可能である。リフレッシュ、オンラインクライアントデータ、フィールドデ ータ捕獲、およびエクスポート機能は、ホストデータベースまたは他のローカル データベースとの通信を可能にする。 アドバイザーは、個人と作用するだけでなく、家族、ビジネス、年金等を含む 個人の関係すべてと作用する。クライアントの関係をすべて分析することによっ て、クライアントの財務的な位置づけをより正確に査定し、しばしば、個人の財 務計画および財務安全策の達成を助ける。財務安全策を成し遂げるために、シス テムは、クライアントの目標と関連して、クライアントのアカウント情報を考慮 する。特定の基準によるクライアントのグループ化によって、クライアントがそ の関係目標を達成するのを助けるアドバイザーの能力を向上する。 多くの場合、産業の成功は、クライアントの特定のグループ化における問題を 識別し、解決するアドバイザーの能力に頻繁に依存する。現在公知の方式は、通 常、効率的なグループ化方法を用いずに、個人のアカウントにアクセスするだけ のシステムを含む。明らかに、アドバイザーは、クライアントのすべてを特定の グループ化に手動で再編成するが、これは厄介で時間のかかるプロセスである。 本発明のシステムにおいて個人または組織を選択すると、アドバイザーは、それ ぞれのグループ化にアクセスする能力を有する。アドバイザーはまた、迅速かつ 効率的な方法でグループを形成し、アドバイザーがグループ全体をカバーする１ つの任務を果たすことができるようにする能力を有する。グループデータへの瞬 時のアクセスは、アドバイザーがデータベースをサーチし、同様の状況におかれ たクライアントのグループに対して書面および記録を作成するのを助ける。 クライアントのグループ化に基づいて効果的なシステムを確立することによっ て、本発明は、アドバイザーがグループを分析および支持することを可能にする 。各グループの適切な分析を行うために、アドバイザーは、通常、大量の情報を 必 要とする。本発明における大量のグループ情報は、システムにおいて組織化され るので、システムは、アドバイザーに必要な情報を迅速かつ効率的に提供し得る 。本発明のシステムは、かなりの量のクライアント関係およびアカウント情報を 導入し、アドバイザーが、各クライアントがその目標を確立することを助けるこ とができるようにする。企業の面から、異なる市場セグメントにおける候補者の 固有の要望、期待および挙動は、マーケティング技術、ならびにプロダクトおよ びサービス提供においてあまりよく理解および提示されていない。本発明のシス テムは、関連のグループ化における候補者の要望、期待および挙動の分析を提供 し、候補者クライアントの固有の要望に対して、サービス、価格形成、マーケテ ィングアプローチ等を調整する。クライアントベースを主要な市場セグメント（ グループ）に分割する能力は、企業およびアドバイザーに対して非常に貴重であ る。 本発明のこれらならびに他の目的、特徴および利点は、添付の図面を参照しな がら説明する本発明の限定しない好ましい実施態様の以下のさらに詳細な記載か ら当業者に明白になる。図面の簡単な説明 以下、本発明の好ましい例示的な実施態様を、添付の図面を参照しながら説明 する。同様の参照符号は、同様の要素を指す。 図１は、本発明の１つの局面によるグループ管理システムの概略ブロック図で ある。 図２は、本発明の１つの局面によるデスクトップのブロック図である。 図３は、本発明の１つの局面によるメインフレームのブロック図である。 図４は、好ましい本発明の１つの局面によるアドバイザーとグループ管理シス テムとの間の例示的な対話を示す例示的な流れ図である。 図４ａは、本発明の１つの局面による例示的なブートアップルーチンを示す例 示的な流れ図である。 図５は、本発明の１つの局面によるフロントパネルの例示的なスクリーン図で ある。 図６は、本発明の１つの局面によるアカウントビューの例示的なスクリーン図 である。 図６ａは、本発明の１つの局面によるステータスボタンを選択した後に表示さ れるリフレッシュビューの例示的なスクリーン図である。 図７は、本発明の１つの局面によるグループビューの例示的なスクリーン図で ある。 図８は、本発明の１つの局面によるカードファイルの例示的なスクリーン図で ある。 図８ａは、本発明の１つの局面によるカードファイルからの新しい候補者フィ ールドの例示的なスクリーン図である。 図９は、本発明の１つの局面による例示的なカードファイルルーチンを示す例 示的な流れ図である。 図１０は、財務タブの例示的な財務概要スクリーン図である。 図１１は、財務タブの例示的な月毎の貯蓄スクリーン図である。 図１２は、財務タブの例示的なメンバー財務情報スクリーン図である。 図１３は、財務タブの例示的な関心事（concerns）スクリーン図である。 図１４は、本発明の好ましい実施態様によるアクティビティログの例示的な顕 著なアクティビティスクリーン図である。 図１５は、本発明の好ましい実施態様によるアクティビティログの例示的なジ ャーナルスクリーン図である。 図１６は、本発明の１つの局面によるサーチエンジンの例示的なスクリーン図 である。 図１７は、本発明の１つの局面によるサーチエンジンの動作を示す例示的な流 れ図である。 図１８は、本発明の１つの局面による例示的なインポートルーチンを示す例示 的な流れ図である。 図１９は、本発明の１つの局面による例示的なカレンダスクリーン図である。 図２０は、本発明の１つの局面による例示的なドラッグアンドドロップルーチ ンを示す例示的な流れ図である。 図２１は、本発明の１つの局面による例示的な外部アドバイザースクリーン図 である。 好ましい例示的な実施態様の詳細な説明 図１は、一般に、本発明の１つの局面によるグループ管理システムネットワー ク５のブロック図を示す。デスクトップ１０は、ミドルウェア３０と適切に通信 し、ミドルウェア３０は、データユティリティ（ＤＵ）２２およびステージング サーバ（ＳＳ）３４を含む。ミドルウェア３０はまた、メインフレーム４０と適 切に通信する。当業者には言うまでもなく、デスクトップ１０は、パーソナルコ ンピュータ、ラップトップコンピュータなどの任意の適切な演算装置であり得る 。当業者には当然のことながら、デスクトップ１０、ミドルウェア３０およびメ インフレーム４０は、本明細書で示される機能を行うための適切な演算ハードウ ェアを含む。この点において、本発明の好ましい例示的な実施態様は、グループ 管理システム、ならびにクライアントをグループ化する方法および装置を包含す るが、本発明は、そのように限定されないことが理解される。特に、本発明が、 実質的に任意のタイプの管理システムまたはあらゆる種類もしくは性質の任意の タイプの財貨またはサービスのための方法を検討し、本明細書に記載されるグル ープ化および操作のための方法および装置がこれらの任意の内容において応用さ れ得ることは言うまでもない。 さらに詳細な説明において以下にさらに説明するように、システム５は、グル ープ化および組織化能力を提供する進歩的で効率的かつ効果的な組合せを含む。 これらの能力は、アドバイザーがカスタマの関係目標を成し遂げるための効果的 な相談を提供するのを助ける。情報への拡大されたアクセスを通じて、システム ５の機能は、財務アドバイザーが優れたカスタマのサービスを提供するのを助け る。例えば、従来のシステムは、通常、各カスタマに対して約５つの基本的な情 報フィールドを含み、アドバイザーが適切に作成および操作する技能を有さなけ ればならないさらに約１０個のユーザ定義のフィールドを含む。しかし、システ ム５は、アドバイザーによって使用および操作される様々な情報を含む２５０よ り多くのアクティブフィールドを有する。 システム５は、市場および関係構築の機会をうまく利用するための、クライア ントの収益性、トリガー３６５事象、および通常アドバイザーによって適切であ ると考えられるその他のソフトデータなどの情報へのアクセスを、クライアント データへの計画者のアクセス（ＰＡＣＤ）（以下にさらに十分に説明する）を通 じて提供する。この情報は、クライアント獲得および維持の成功の秘訣である。 システム５によって、アドバイザーは、財務ポートフォリオがどのようにその関 係目標を成し遂げているかに関する情報をいつでもクライアントに提供すること ができる。従って、システム５は、目標追跡に、クライアントデータへの「リア ルタイム」アクセス、即ち、記録およびクライアント履歴を提供する。カスタマ に対して迅速な回答を提供する能力は、アドバイザーとクライアントとの間で求 められる関係を支持する助けをする。 システム５は、アドバイザーが情報を用いてマーケティングプランを作成し、 基本情報を提供し、被紹介者(referral)を追跡することを支援する。下記に更に 説明するように、リフレッシュ(REFRESH)を介して、システム５は、また、会社 のオフィスから現場にいるアドバイザーに情報を転送することを容易にする。本 明細書において会社(corporation)という語が用いられるとき、会社は、合名会 社、複合企業、個人企業、慈善団体などのいかなるエンティティも含み得ること が、当業者に理解される。更に、システム５は適切な量の情報を簡潔かつ理解し やすい報告書によってカスタマーに提供し、これにより、各クライアントの固有 な状況および設定(preference)に対して個人的な計画内容を提供する。 図２を参照して、本発明の１つの局面によるデスクトップ１０のブロック図を 示す。デスクトップ１０は、一時的データファイル１２、ＳＹＢＡＳＥ ＯＰＥ Ｎ ｃｌｉｅｎｔ ｖ１０．０ １５、Ｃｓ．ライブラリ１６、Ｃｔ．ライブラ リ１７、アプリケーション１８、ＯＤＢＣドライバ１９、ＩＢＭ ＴＣＰ／ＩＰ ２０、データベースマネージャ（ＤＢＭ）２１、テーブル／スペースのＤＢ２／ ２データベース２２、データ抽出２３、ＷＰＳ ＳＯＭクラス２４、およびＷＰ Ｓオブジェクト２５を好ましくは含む。ＳＹＢＡＳＥ ＯＰＥＮ ｃｌｉｅｎｔ １５は、ローカルネットワークまたは呼び出し方式接続であり、このオブジェ クトへの使用が一般的に公知であるＴＣＰ／ＩＰを介して、デスクトップ１０を ＵＮＩＸサーバー３４に取り付ける。好適な実施形態において、ＰＫ ＺＩＰ（ ＤＯＳ ｖ２．０４ｇ，ＯＳ／２ ｖ１．０１）がデータファイルを圧縮する。 一方、ＢＡＣＫ ＭＡＳＴＥＲ ｖ１．２は、コンピュータテープのバックアッ プを取るためのバックアップソフトウェアであり、このオブジェクトへの使用が 一般的に公知である。ＫＯＰＹ ＫＡＴｖ１．１は、システム保守員(maintenan ce personnel)がデスクトップ１０にダイアル(dial into)し、問題判別を遂行す るのを許容するコードである。ＫＯＰＹ ＫＡＴｖ１．１をこのオブジェクトに 用いることは、一般的に公知である。ＤＢ２／２ ２２は、好適なデータベース の実施形態であるが、いかなる適切なデータベースもシステム５に組み込まれ得 る。 ワークステーションソフトウェア（ＳＷ）の好適な実施形態では、インストー ルプログラムは、Ｄｅｓｋｔｏｐ Ｓｅｔｔｉｎｇｓ ｖ２．４およびＬｏｔｕ ｓ Ｓｍａｒｔ Ｃｅｎｔｅｒ ｖ１．１９．９５を含む。アプリケーションレ イヤは、ＭＳ Ｏｆｆｉｃｅ ｖ２．０ｍ、ＤＴＩｖ８．０、ＩＮＦＯＳＥＲＶ ｖ２．３．２、Ｔｉｅｒ２アプリケーションおよびＯＳ／２アプリケーション を含むＷＩＮ−ＯＳアプリケーションを含む。ＯＳ／２アプリケーションは、Ｃ Ｃ ＭＡＩＬ Ｌａｎ ｖ．１．０３、ＣＣ ＭＡＩＬ Ｒｅｍ ｖ２．１、Ａ ｍｉＰｒｏ ｖ．３．０ｂ ｒ３０．９６３．０、１−２−３ ｖ２．１、Ｆｒ ｅｅｌａｎｃｅ ｖ２．１、Ｓｅｒｖｅｒ Ｌｏｇｉｎ ｖ２．２、Ｂａｃｋｕ ｐ／Ｒｅｓｔ ｖ２．３、ＥＸＴＲＡ！ ｖ２．０２、ＲＭＳ−ＰＡＣＤ ｖ２ ．４、ＦＡＳＴ ＤＢ ｖ２．４、Ｄａｔａ Ｒｅｐｌ．ｖ２．４、ＤＢ Ｐｏ ｐｕｌａｔｅ ｖ２．４、ＡＣＴ！−＞ＲＭＳ Ｄａｔａ Ｃｏｎｖ．Ｖ２．３ ．２、およびＳｅｒｖｅｒ Ｌｏｇｉｎ ＨＥＬＰ １３２０ ｖ２．を含む。 管理ツールは、Ｄｏｃｋｉｎｇ Ｕｔｉｌｉｔｙ ｖ２．２、ＢａｃｋＭａｓｔ ｅｒ ｖ１．２、ＫｏｐｙＫａｔ ｖ１．１、ＰＫＺｉｐ ＤＯＳ ｖ２．０４ ｇ、ＯＳ／２ ｖ１．０１、Ｓｈｉｖａ ＰＷ Ｓｙｎｃ ｖ２．２、Ｔａｌｌ ｅｙ ＮｅｔＣｅｎｓｕｓ ｖ２．５、Ｔｉｅｒ ２ Ｉｎｓｔａｌｌｅｒ ｖ ２．２、ＩＢＭ ＡＶ／２ ｖ２．４およびＬＤＳ ｖ２．４を含む。データア クセスレイヤは、ＤＢ２／２ ｖ１．２およびＳＹＢＡＳＥ ＯＰＥＮ ｃ ｌｉｅｎｔ ｖ１０．０を含む。ネットワークユーティリティレイヤは、ＩＢＭ ＤＩＡＬＳ ｃｌｉｅｎｔ ｖ２．３を含む。ネットワークアクセスレイヤは 、ＮＥＴＷＡＲＥ ＲＥＱＵＥＳＴＯＲ ｖ２．１１＋、ＯＳ／２ ｖ２．０用 のＩＢＭ ＴＣＰ／ＩＰ、ＴＣＰ ＵＤＰ、ＳＰＸ、ＮＣＰ、ＲＩＰ、ＳＡＰＮ ＦＴＰ、ＩＰ、ＩＰＸ、ＮＤＩＳ、ＯＤＩ２ＮＤＩ、ＢＯＯＴＰ ｖ２．２、お よびＯＤＩを含む。 好適な実施形態において、デスクトップ１０は、オブジェクト方向付けされた アプリケーションオブジェクトモデルで構成されるアプリケーションを含む。こ のアプリケーションは、デスクトップ１０にローカルな大多数の機能を提供する 。好適な実施形態において、アプリケーションオブジェクトモデルの永続的部分 は、ローカルデータベース内に対応する同型の表現(isomorphic representation )を有する。アプリケーションオブジェクトモデルとローカルデータベースとの 間の同型マッピング(isomorphic mapping)を容易にするために、永続フレームワ ークが構築される。永続フレームワークは、必要な永続活動および、アプリケー ションオブジェクトモデルとデータベース２２の好適なテーブルおよびキーとの インピーダンスマッチングを処理する。 図１を参照して、ミドルウェア３０はデスクトップ１０とメインフレーム４０ との間で任意の構成要素を好ましくは含む。データユーティリティミドルウェア ３０の例示的な主構成要素は、好適な実施形態において、Ｄａｔａ Ｕｔｉｌｉ ｔｙ Ｈｏｓｔ Ｓｏｆｔｗａｒｅ ＯｖｅｒＶＩＥＷ Ｄａｔａ Ｂａｓｅ ＆ Ｍａｉｎｆｒａｍｅ Ｇａｔｅｗａｙを用いて実現され、Ｄａｔａ Ｕｔｉ ｌｉｔｙ Ｈｏｓｔ Ｓｏｆｔｗａｒｅ ＯｖｅｒＶＩＥＷ Ｄａｔａ Ｂａｓ ｅ ＆ Ｍａｉｎｆｒａｍｅ ＧａｔｅｗａｙのＳｅｒｖｅｒ Ｃｏｎｆｉｇｕ ｒａｔｉｏｎ Ａ（ＳＤＡ）は、セキュリティ、すなわちＵｎｉｘ−Ｓｕｎ Ｏ Ｓ ｖ４．１．３を含む。アプリケーションレイヤは、ＳＱＬ Ｓｅｒｖｅｒ ｖ１０．０．２．１ ＳＷＲ４００９とＮｅｔｇａｔｅｗａｙ ｖ２．０ ＳＷ Ｒ２７２８とを含む。管理ツールおよびネットワークユーティリティレイヤは存 在しない。ネットワークアクセスレイヤは、ＳｕｎＬｉｎｋ ＳＮＡ ｖ７．０ ．１（パッチ１００９１６−０５）(ピア−トゥ−ピアサービス)、ＡＰＰＣ、Ｔ ＣＰ／ＩＰ、Ｔｏｋｅｎ Ｒｉｎｋ−ＬＬＣ ｖ２．１およびイーサネットを含 む。 別の実施形態において、Ｄａｔａ Ｕｔｉｌｉｔｙ Ｈｏｓｔ Ｓｏｆｔｗａ ｒｅ ＯｖｅｒＶＩＥＷ Ｄａｔａ Ｕｔｉｌｉｔｙ Ｅｎｇｉｎｅ−Ｓｅｖｅ ｒ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｂ（ＳＤＢ）は、セキュリティ、すなわちＵ ｎｉｘ−Ｓｕｎ ＯＳ ｖ４．１．３を含む。アプリケーションレイヤは、ＲＰ Ｃ Ｓｅｒｖｅｒ ｖ５． ０−Ｐ１２、ＳｕｐｅｒＳｅｒｖｅｒ ｖ３．０− Ｐ９、およびＯｐｅｎ Ｓｅｒｖｅｒ ｖ１０．０．２ ＳＷＲ ４１９０を含 む。管理ツールおよびネットワークユーティリティレイヤは存在しない。ネット ワークアクセスレイヤは、ＴＣＰ／ＩＰ、Ｔｏｋｅｎ Ｒｉｎｇ−ＬＬＣ ｖ２ ．１、およびイーサネットを含む。 サーバ３４をステージングするミドルウェアは、アプリケーションレイヤ内に Ｍｉｄｄｌｅｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ ｖ２．２を好ましくは含む 。管理ツールは、Ｔｉｖｏｌｉ ＵＮＩＸ Ａｄｍｉｎ．Ｓｏｆｔｗａｒｅ ｖ ２．０．２およびＬｅｇａｔｏ Ｂａｃｋｕｐ ｓｏｆｔｗａｒｅ ｖ４．１． ３を含む。ネットワークユーティリティレイヤは、ＦＴＰ ｖ９．０４およびＳ ｙｂａｓｅ Ｏｐｅｎ ｃｌｉｅｎｔ ｖ１０．０１を含む。ネットワークアク セスレイヤは、ＴＣＰ／ＩＰ ｖ９．０４およびＨＰ ＡＲＰＡ Ｓｅｒｖｉｃ ｅｓｖ９．０４を含む。 ファイルサーバ（ＦＳ）の好適な実施形態において、セキュリティ（Ｎｏｖｅ ｌｌ Ｎｅｔｗａｒｅ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ）は、アプリケーション レイヤを含まない。管理ツールは、Ｂａｃｋｕｐ Ｅｘｅｃ ｖ５．０１、Ｂｏ ｏｔＰ ｖ２．２、Ａｎｔｉ−Ｖｉｒｕｓ（ＡＶ２）ｖ２．３、およびＴａｌｌ ｅｙ ＮｅｔＣｅｎｓｕｓ ｖ２．５．１を含む。ネットワークユーティリティ レイヤは、Ｄｏｍａｉｎ Ｓｅｒｖｉｃｅｓ ｖ２．３、ＣＩＭ ｖ２．４およ びＮｅｔｗａｒｅ Ｍｇｍｔ．Ａｇｅｎｔｓ ｖ１．６を含む。ネットワークア クセスレイヤは、Ｎｅｔｗａｒｅ ｖ３．１２、ＯＤＩ、ＩＰＸ／ＳＰＸおよび ＴＣＰ／ＩＰ ｖＮｏｖｅｌｌを含む。 好適な実施形態では、ｃｃ：Ｍａｉｌ Ｒｏｕｔｅｒ（ＳＭ）は、セキュリテ ィのＯＳ／２ Ｌｏｏｋｕｐを含む。アプリケーションレイヤは、ｃｃ：Ｍａｉ Ｉ Ｒｏｕｔｅｒ、Ｆｉｅｌｄ−ｖ５．１１およびＣａｍｐｕｓ−ｖ５．１３を 含む。ｃｃ：Ｍａｉｌ Ｒｏｕｔｅｒ（ＳＭ）にはデータアクセスレイヤは存在 しない。ネットワークアクセスレイヤは、Ｎｅｔｗａｒｅ Ｒｅｑｕｅｓｔｅｒ ｖ２．１１、ＯＤＩ、およびＩＰＸ／ＳＰＸを含む。 オートファイルサーバ（ＳＡ）の好適な実施形態において、アプリケーション レイヤは、Ｉｎｆｏｒｍｉｘ(ＤＢＭＳ)ｖ５．０１、オートファイルアプリケー ション、およびＳｔｏｒａｇｅ Ｍａｎａｇｅｒ（認知ソフトウェア）ｖ２．０ ２を含む。管理ツールは、独自のモニタリングソフトウェア(Proprietary Monit oring Software)とＨＰデータペア（ミラーリング(Mirroring)ソフトウェア）を 含む。ネットワークユーティリティレイヤはＩｎｆｏｒｍｉｘ Ｓｔａｒ ｖ５ ．０を含む。ネットワークアクセスレイヤはＴＣＰ／ＩＰ、ＨＰ ＡＲＰＡ Ｓ ｅｒｖｉｃｅｓを含む。 図３を参照して、本発明の１つの局面によるメインフレーム４０のブロック図 を示す。メインフレーム４０は、階層データベース管理システム（ＩＭＳ）４１ 、リレーショナルデータベース管理システム（ＤＢ２）４２、インデックス連続 アクセスファイル（ＶＳＡＭ）４３、トランザクション処理モニタ（ＣＩＣＳ） ４４および他のデータソースを含むＭＶＳシステムを好ましくは含む。メインフ レーム４０は、また、セキュリティおよび、確証システム（ＡＣＦ２）４５およ び通信ソフトウェア（ＳＮＡ）４６を好ましくは含む。メインフレーム４０は、 また、カスタムおよび他のベンダー供給ソフトウェアならびにデータベースを適 切に含む。例えば、カスタム開発ソフトウェアは、アカウント所有権の認識の処 理および新規カスタマーの作成を含むクライアントアカウント管理システム(Cli ent Account Management System)(ＣＡＭＳ)を含む。 図４を参照して、好適な実施形態において、システム５の一般的な動作がアド バイザーが適切にシステム５をブートすることによって始まる（ステップ５２） 。本明細書に用いられるように、用語「アドバイザー」は、デスクトップ１０を 操作する人である。アドバイザーは、人、人の群、被雇用者、他のコンピュータ など、デスクトップ１０を操作できるものを全て含むことが、当業者に理解され る。 また、図４の動作概略は、例示的であり、アドバイザーは任意の機能／ステップ を任意の順序で実行し得ることが、当業者には理解される。 更に詳細には、例示的なブートアップのルーチン５２を図４Ａに示す。ブート アップルーチンは、メモリをクリアしてオペレーティングシステムを再ロードす ることによってコンピュータシステムを初期化する。好適な実施形態において、 デスクトップ１０に電力を適切に供給（ステップ２５２）した後、コマンドライ ンがデスクトップユーザインターフェース上に適切に現れる（ステップ２５４） 。従来の双方向的リレーショナルデータベースであるＤＢ２／２データベース２ ２が、好ましくは開始される（ステップ２５５）。ＳＴＡＲＴ ＤＢＭと呼ばれ る一般に公知のコマンドが好ましくはＤＢ２／２データベース２２を開始するた めに用いられる。ダイナミックリンクライブラリ(DYNAMIC LINK LIBRARIES)(Ｄ ＬＬ)がコマンドラインに存在する場合（ステップ２５６）、ＤＬＬはアプリケ ーション１８に適切にロードされる（ステップ２５８）。デジトーク（digitalk ）がＤＬＬパッケージを提供するが、本発明では、新規実行コードをアプリケー ション１８にパッチする。開始コードは、アプリケーション１８を起動する役割 を好ましくは果たす。そのため、ＤＬＬに関連付けられた開始コードも、アプリ ケーション１８に適切にロードされる（ステップ２６０）。ＢＩＴマップ辞書は 適切に初期化され（ステップ２６２）、これによりアプリケーション１８がＢＩ Ｔマップを後に表示することが可能になる。アプリケーション１８は、パッチＤ ＬＬを好ましくは検索し（ステップ２６４）、パッチＤＬＬがある場合は始動時 にロードされるべきである。コマンドラインにＤＬＬが存在しない場合、アプリ ケーション１８にパッチは組み込まれない。アプリケーション１８は、新規アプ リケーションオブジェクトを作成し（ステップ２６６）、新規アプリケーション オブジェクトは、それ自身で適切に初期化し（ステップ２６８）、アプリケーシ ョン１８がアプリケーションを適切に起動する（ステップ２７０）。 始動は、ＯＳ２ワークプレースシェルとアプリケーション１８との間の通信が 適切に生じるように、インタープロセス通信セクションで好ましくは生じる。ワ ークプレースシェルは、ＬＳ２によって供給されファイルおよびアイコンを操作 するのに用いられるグラフィカルユーザインターフェースである。好適な実施形 態において、ワークプレースシェルは、他の処理と相互作用するように適切にカ スタマイズされる。アプリケーション１８の始動の際、多数の共用メモリ構造が 適切に作成され（ステップ２７４）、インタープロセス通信セクションに用いら れる。 下記に更に詳しく説明するように、キャスパ(casper)チェックが適切に完了し た（ステップ２７６）後、アプリケーション１８はＤＢ２／２データベース２２ にログインするためのユーザネームおよびユーザパスワードを要求する（ステッ プ２８０）。ログインは、標準のＩＢＭデスクトップ確認プログラムＭＵＧＬＩ Ｂによって適切に確認される（ステップ２８２）。ログインが確認された後、Ｄ Ｂ２／２データベース２２が好ましくは開き（ステップ２８４）、アプリケーシ ョン１８が現在のアプリケーションによって適切に初期化される（ステップ２８ ６）。 図４Ａを続けて参照して、アプリケーション１８が開始された後、下記に更に 詳しく説明するように、アドバイザーはトリガー３６５機能が実行されるべきか どうか好ましくは決定する（ステップ２８８）。トリガー３６５を実行すること によって、アプリケーションを始動するのに１分余計にかかる。トリガー３６５ は、アドバイザーに余分な時間があり、未決定の(pending)トリガー３６５／カ レンダー８６事象を作成する必要があるときに実行されるのが好ましい。 オブジェクトは、要望に応じてデータベースマネージャ２１から適切に復元さ れる。データベースマネージャのユーザプロファイルマネージャ（ＵＰＭ）機能 は、実際のユーザＩＤをパスワードと共にパスワードとして好ましくは保存する 。好適な実施形態において、アプリケーション１８は、メインフレーム４０内の ２つの同一名を区別するためにグローバルネームスペースを含む（ステップ２９ ２）。好ましくは、各デスクトップ１０には、固有の番号範囲が連続的に供給さ れ、グローバルネームスペースが各個人に固有の認識番号を適切に割り当てる。 よって、２人のアドバイザーーが同一のクライアント名を入力した場合、クライ アントは異なる認識番号を自動的に割り当てられる。なぜなら、両方のデスクト ップ１０が固有の認識番号組を有するからである。よって、２つの名前の異なる 人口統計情報をデータベース２２に入力すると、グローバルネームスペース機能 が、情報が２人の固有のクライアントを説明していることを認識する。 アドバイザーが即座に利用できるようにデータ構造を初期化するため、ウィン ドウマネジメントアプリケーション１８は、好適には、他の組のウィンドウをキ ャッシュする（ステップ２９４）。ウィンドウは、ディスプレイイメージと同様 に可視である座標系(coordinate system)の領域である。キャッシュする工程は 、バックグラウンド内の他の組のウィンドウを開く工程を含むが、ウィンドウを アドバイザーに提示する工程を含まないので、ウィンドウを必要なときに取り出 すのに必要とされる時間を短縮する(expedite)。好適な実施形態において、ウィ ンドウマネジメントアプリケーション１８は、ウィンドウをクラスバリュアブル (CLASS VALUABLE)内に格納する。異なる実施形態において、ウィンドウは、スタ ートアップの間にキャッシュされず、アドバイザーがセッションの間に初めにウ ィンドウを参照した後に適切にキャッシュされる。 続けて図４Ａを参照して、アプリケーション１８は、好適には、リストプロキ シ(LIS TPROXY)を利用し、ＤＢ２／２データベース２２から、全てのクライアン ト、候補者およびグループ、ならびに各グループに割り当てられた全てのパーテ ィについて、単純な人口統計学的データを得る（ステップ２９６）。これらのデ ータは全て、好適には、一時的なオブジェクト１２内に配置される。好適な実施 形態においては、これと同時に、アプリケーション１８が、２ヶ月分の活動情報 を有するカレンダー８６を適切にプレロードする（ステップ２９８）。カレンダ ー８６については、以下でより詳細に説明する。オブジェクトは、好適には、リ ストプロキシから特定のキー値(KEY VALUE)を得、行毎にＤＢ２／２データベー ス２２を読み取り、ＤＢ２／２データベース２２情報から実オブジェクトを作り 上げる（ステップ３００）。ブローカーレイヤー(BROKER LAYER)が、好適にはオ ブジェクトモデルとリレーショナルデータモデルとの間のインピーダンスマッチ ングを指揮し、正しいオブジェクトが、正しい時間に、ＤＢ２／２データベース ２２からもたらされる（ステップ３０２）。 図４を参照してより詳細に説明すると、キャスパが初めにスタートされると、 アドバイザーは、その後６０日間毎日または６５回、プロダクトの使用を試みる 。キャスパの目的は、アドバイザーがシステムを使用するためにまだアクセスし て いることを確証することである。キャスパは、ワークステーション上の暗号化さ れた情報を使用することによって実行する。キャスパは、呼び出されると、デー タユーティリティ３２を使用し、メインフレーム４０に接続する。メインフレー ム４０アクセスは、ＡＣＦ２ ４５と照合される。その後、更なるアクセス許可 チェック(permission check)が実行される。 図４を参照すると、キャスパユーティリティが、アドバイザーが無効であると 適切に認識すると（ステップ５４）、次に、キャスパが、データユーティリティ ミドルウェア３２を用いて、メインフレーム４０にコンタクトし（ステップ５６ ）、アドバイザーのシステム５の使用を確証する。バリデーションがメインフレ ーム４０によって認証されると（ステップ５８）、様々な永続性のデータ(persi stent data)が格納され（ステップ６０）、特定の時間周期または使用の数につ いてのバリデーションを反映する。アドバイザーのデスクトップ１０の使用の照 合を仮定すると、暗号化された情報が更新され、次の６０日間または６５回の使 用についてのユーザのバリデーションを反映する。キャスパユーティリティは、 単純なバックアップおよび格納動作がキャスパセキュリティチェックを回避でき ないように設計されている。各使用について説明したように、アプリケーション １８の実際の使用のカウントが好適に維持されるように、暗号化された情報が更 新される。キャスパファシリティは、好適には、アドバイザーがグループ９５ま たはグローバル９７リフレッシュの間に相互作用することなく静かに呼び出され 、通常のビジネスプロシージャ(business procedure)に従って行われる場合、ア ドバイザーは、ファシリティを個別に実行する必要はない。 図４を参照して、アドバイザーは通常、ＤＢ２／２データベース２２（グロー バルリフレッシュ９７）内の全てのパーティまたは１つ以上のパーティ（グルー プリフレッシュ９５）のいずれかについて、ダウンロードを要求する（ステップ ６２）。グローバルリフレッシュ９７を指揮するために、アドバイザーは、完全 な人物リストおよび組織リストの更新を要求する。図１を参照すると、アドバイ ザーは、ＤＵ３２を用いて、自分のクライアントベースをＭＦ４０から抽出する ことを要求する。ＭＦ４０は、ホストデータベースからデータを抽出し捕捉する 。ホストデータベースは、好適には、ＩＭＳ４１、ＤＢ２ ４２およびＶＳＡＭ ４ ３を含む。好適な実施形態において、１５秒後、ＭＦ４０上で実行するバッチプ ロセスは、データを抽出し、ステージングサーバ(staging server)３４へデータ をコピーする。図５を参照すると、好適な実施形態において、翌日の朝、アドバ イザーは、フロントパネル８０上のステイタス９２から、自分のリクエストのス テイタスを要求する。図６Ａを参照すると、好適には、アクション１１２、リク エストタイプ１１３、デスクリプション１１４、日／時間１１５、ユーザ１１６ およびステイタス１１７に関連する情報を含むステイタス９３ビューが表示され る。リクエストを完了しない状態で、アドバイザーは自分のローカルデスクトッ プ１０へのダウンロードを要求する。ＤＵ３２、ＦＴＰ、データレプリケイト(D ATA replicate)およびデータポピュレイト(DATA populate)を利用して、データ は、一時的ファイル１２内のデスクトップ１０に転送され、アドバイザーのデー タ抽出２３によってＤＢ２／２データベース２２内に挿入される。アプリケーシ ョン１８は、適切にリスタートされ（ステップ６４）、ダウンロードされたデー タへのアクセスをアドバイザーに与える。好適な実施形態において、グローバル リフレッシュ９７のプロセス全体に、約２０〜４０分かかる。 図４を少し参照すると、アプリケーション１８をリスタート時に、フロントパ ネル８０が適切に表示される（ステップ６５）。図５を参照すると、フロントパ ネル８０の一例が示される。好適な実施形態において、各アイコンがアプリケー ション１８の特定の機能を表示する。フロントパネル８０は好適には６つのアイ コン（カードファイル８２、サーチ８４、カレンダー８６、レター８７、財務８ ８および片付け(put away)８９）、パーキングロット９０および４つのボタン（ シャットダウン９１、ステイタス９２、ヘルプ９３およびアドバイザー９４）を 含む。複数のウィンドウおよび／またはアプリケーションが開かれている場合に も、フロントパネル８０は常に利用可能且つアクセス可能であり、従って目指す アイコンへの素早いアクセスが提供される。 グローバルリフレッシュ９７はサーチビューまたはサーチアイコンからスター トされる。これについては、以下により詳細に説明する。スタート後、リクエス トビューが表示される。リモートである場合、アドバイザーは優先的にメインフ レーム４０にログインする。異なる実施形態において、グループリフレッシュ９ ５は、サーチビューまたはグループアイコンから開始される。これについては、 以下により詳細に説明する。リフレッシュの状態は、フロントパネル上のステイ タスボタン９２を選択することによりチェックされる。これについても以下によ り詳細に説明する。 好適な実施形態において、リフレッシュは数多く存在するアプリケーション１ ８プログラムと共に実行する。リフレッシュは、メインフレーム４０との接続を 供給することが可能な、任意のアプリケーション１８プログラムを適切に含み、 データをＤＢ２／２データベース２２内に組み込み、ＤＢ２／２データベース２ ２情報をアプリケーション１８内に組み込む。本発明の好適な実施形態による、 アプリケーション１８プログラムの一実施例は、好適には、ＳＨＩＶＡ ＰＷＳ ＹＮＣ ｖ２．２を含む。ＳＨＩＶＡ ＰＷ ＳＹＮＣ ｖ２．２はメインフレ ーム４０への接続を可能にし、この目的への使用は一般に知られている。ＦＡＳ Ｔ ＤＢ ｖ２．４は、リフレッシュ機能９５および９７を実行し、データをメ インフレーム４０からＰＣへと運ぶ。ＦＡＳＴ ＤＢ ｖ２．４のこの目的への 使用は一般に知られている。ＤＡＴＡ ＲＥＰＬＩＣＡＴＥおよびＤＡＴＡＰＯ ＰＵＬＡＴＥ ｖ２．４は、データをＤＢ２／２データベース２２内に組み込む 。ＤＡＴＡ ＲＥＰＬＩＣＡＴＥおよびＤＡＴＡ ＰＯＰＵＬＡＴＥ ｖ２．４ のこの目的への使用は一般に知られている。ＡＣＴ！（Ｄａｔａ Ｃｏｎｖ． ｖ２．３．２）は通常、データベース情報のアプリケーション１８への直接入力 を可能にする、クライアントトラッキング(client tracking)アプリケーション １８を目的とする。ＡＣＴ！（Ｄａｔａ Ｃｏｎｖ．ｖ２．３．２）のこの目的 への使用は一般に知られている。ＭＥＴＲＯＰＯＬＩＳ（Ｄａｔａ Ｃｏｎｖ． ｖ２．２−２．３）は、データベース情報のアプリケーション１８への直接入力 を行う、別のデータ変換ツールである。ＭＥＴＲＯＰＯＬＩＳ（Ｄａｔａ Ｃｏ ｎｖ．ｖ２．２−２．３）のこの目的への使用は一般に知られている。ＤＯＣＫ ＩＮＧ ＵＴＩＬＩＴＹ ｖ２．２により、シンクパッド(think pad)をドッキ ングステーションへフックすることが可能になる。ＤＯＣＫＩＮＧ ＵＴＩＬＩ ＴＹ ｖ２．２のこの目的への使用は一般に知られている。 図４を少し参照すると、好適な実施形態において、アドバイザーは次に、図６ に見られるように、グループを適切に開き、アカウントタブ１０２へと適切にス イッチすることによって、特定のクライアントグループについてアカウントデー タを探す（ステップ６６）。クライアントグループについては以下により詳細に 説明する。「タブ(tab)」は、アプリケーション１８からの、情報の特定のグル ープ化またはデータの機能性を示す、ビジュアルフォルダ表示(visual folder r epresentation)であることを、当業者は理解する。アドバイザーは、好適にはグ ループについてのアカウントのリストを提示される。アカウントサービス履歴(s ervice history)、サービシングアドバイザー(servicing advisor)、バリュエイ ション(valuation)等のアカウントの詳細は、様々なアカウントを選択し、特定 の詳細を要求することにより利用可能である。このデータはグループまたはグロ ーバルリフレッシュ９７プロセス（図４のステップ６２）によってポピュレート されたＤＢ２／２データベース２２からもたらされたものである。最後に更新さ れたメインフレーム４０からのデータまたは情報は、アカウントタブ２２の底部 に赤で表示され、データが最新か否かを指示する。図６を参照すると、グループ リフレッシュ９５、オンラインクライアントデータおよびフィールドデータ捕捉 もまた、アカウントタブ１０２からアクセス可能である。 図４を続けて参照すると、アドバイザーはオンラインクライアントデータ（Ｏ ＬＣＤ）アプリケーションの実行を選択する（ステップ６８）。ＰＡＣＤは、好 適にはＯＬＣＤおよびアカウントタブ１０２を含む。図６を参照すると、ＯＬＣ Ｄ１０１は、好適には、ＤＵ３２に規定されるように、リモートプロシージャコ ール（ＲＰＣ）を使用する。ＤＵ３２は、ＲＰＣを適切なデータサーバにディス パッチし、処理のためにデータを供給する。データサーバは、ＲＰＣからの結果 データを返答する。典型的には、データサーバはメインフレーム４０上のＣＩＣ Ｓ４４トランザクション(transaction)によって供給される。必要な場合には、 ＤＵ３２は、ＯＬＣＤ１０１アプリケーションが求められる(expected)、タビュ ラデータ(tabular data)ストリームフォーマットに適合するようにデータを変換 する。次にＯＬＣＤ１０１はアドバイザーのための情報のフォーマットおよび表 示を行うことにより、最新のメインフレーム４０アカウントデータをアドバイザ ーに供給する。好適な実施形態において、情報は、前営業日の終業時点のもので ある。 ＯＬＣＤ１０１によって、アドバイザーは、メインフレーム４０からのクライ アントの特定のアカウントについての、リアルタイムの情報にアクセスすること ができる。好適な実施形態において、情報は、サービス上の照会(query)への応 答を可能にするのに、最大１０秒でアクセス可能になる。したがって、アドバイ ザーが電話でクライアントと話す間に、クライアントの質問に対する答えを得る ことができる。 ＯＬＣＤ１０１を参照するためには、データベース２２へのリアルタイムの接 続が必要であるので、アドバイザーのコンピュータはメインフレーム４０情報を 参照するためのターミナルになる。アドバイザーは、グローバルまたはグループ リフレッシュ９５機能を用いて、メインフレーム４０情報をデスクトップ１０に ダウンロードすることを選択できる（図４のステップ６２）。アドバイザーは、 カードファイル８２またはグループビュー内のアカウントタブ１０２を介して、 グループについて、ＯＬＣＤ１０１にアクセスする。カードファイル８２につい ては、以下により詳細に説明する。カードファイル８２のフロントからクライア ントが選択されると、ＯＬＣＤ１０１ボタンがアクティブになる。このボタンを 選択することにより、選択されたクライアントグループは、メインフレーム４０ 内のＯＬＣＤ１０１ソフトウェア内で参照される。ＬＡＮ２６上のアドバイザー は、ＯＬＣＤ１０１アプリケーションを実行するのに、ＯＬＣＤ１０１ボタン選 択するだけでよい。異なる実施形態において、離れているアドバイザーは、初め にモデムを介して接続を行う必要がある。図６を参照すると、ＯＬＣＤ１０１ビ ューが、全てのプロダクト１０４、全てのアカウントＩＤ１０５、各プロダクト のステイタス１０６、各プロダクトのアカウント値１０７、各プロダクトのバリ ュエイション日１０８および各プロダクトの口座開設日１０９を、スクロール可 能なボックス１１０内に列挙する。アカウント値は、メインフレーム４０上の最 後に記録された値であり得る。プロダクトボックス内に列挙されたプロダクトは 、プロダクト名１０４、アカウントＩＤ１０５、ステイタス１０６、アカウント 値１０７、評価日１０８または口座開設日１０９によってソーティングされる。 これらのソーティングオプションの各々が、昇順または降順にソーティングされ る。 ウィンドウの機能が、ＯＬＣＤ１０１の全ての開いたウィンドウを列挙するので 、アドバイザーは開いたウィンドウの１つをどれでも素早く呼び出すことができ 、且つ全てのウィンドウを閉じることができる。 図６を続けて参照すると、プルダウンメニュー(pull dowm menu)内で、ＯＬＣ Ｄ１０１ウィンドウは、ファイル、ソーティング、ウィンドウおよびヘルプを含 む。ファイルプルダウンメニューは、ビューにオープンＯＬＣＤ１０１を開くオ ープンと、グループウィンドウを閉じるクローズと、アドバイザーがアプリケー ション１８上の自分のパスワードを変更することができるパスワード変更と、印 刷とイグジットとを含む。「クローズ」と「イグジット」との違いは、「クロー ズ」は単にウィンドウを閉じるだけで、アドバイザーはＯＬＣＤ１０１アプリケ ーションにログインした状態のままである点にある。「イグジット」により、ア ドバイザーはＯＬＣＤ１０１からログアウトする。 このクライアントグループについての情報ポイントは、グループのタイプ（例 えば、世帯）、グループＩＤ番号、このグループに何人の人物がいるか、このグ ループ内のアカウント総数、ＣＤＳＤ（偶発的に相違する販売手数料（continge nt diferred sales charges））の投資金（後取り手数料方式のアカウントの負 担基準（the load base for rear-end loaded accounts））、ＲＯＡの投資金（ 先取り手数料方式の商品の負担基準である積み立ての権利（rights of accumula tion which is the load-base on front-end loaded products））、および、こ のクライアントグループに送られた最後の連結財務諸表である財務諸表発送日を 含む。 プルダウンボックスは、「アカウント」、「金額付きのアカウント（Accounts with Values)」、「クライアント」、「アドバイザー」、および「株式」を含 む。「金額付きのアカウント」は、「デフォルトビュー」である。アカウントビ ューは、アカウントＩＤ、状態、アカウント解約日（account close date）、取 り引き状態（on status）、連結財務諸表、および、アカウントが退職金制度に あるものであるかどうかの表示を含むすべての商品（products）を示す。クライ アントは、このグループに割り当てられた個々のクライアントを示し、クライア ントＩＤ、グループ内でのクライアントの役割（例えば、メンバー）、各クライ アントの生年月日、および各クライアントの納税者ＩＤ番号を有する。アドバイ ザーは、このクライアントグループのためのアドバイザーの役割をすべて示し、 アドバイザーの名前、アドバイザーのＩＤ番号、支店番号、および例えばアドバ イザー、ＤＶＰなどの役割を有する。「株式」は、名義別の株式数、所有株式数 、および最新の株価で評価されたすべての商品を示す。 アカウントリストボックス中の特定のアカウントを開くためには、シングルク リックして、強調表示させ、オープンボタンを押すか、または、アカウントをダ ブルクリックするという２つのオプションがある。任意のアカウントを開くと、 そのアカウントの特定の「ビュー」が得られる。ＯＬＣＤ１０１のもとの「グル ープビュー」から、「ファイルを開く」コマンドは、ＯＬＣＤ１０１の開いた「 ビュー」を与える。例えば、基金、年金（annuity）などの、各アカウント分類 は、プルダウンセレクトボックスに、異なるソーティングオプションおよび異な る選択を有する。 ＯＬＣＤ１０１の開いた「ビュー」は、メインフレーム４０上で、名前、納税 者ＩＤ番号、クライアントＩＤ番号、アカウント番号、またはグループＩＤ番号 により特定のクライアントをサーチすることを可能にしする。アドバイザーが、 特定のクライアントにアクセスするためのセキュリティクリアランスを有する場 合、アドバイザーは、そのクライアントについてのＯＬＣＤ１０１の「グループ ビュー」を開くことができる。 次に、少し図４を参照して、アドバイザーは、好ましくは、データベース２２ 内のグループデータを見て、操作する。特定の基準によるクライアントのグルー プ化は、クライアントがクライアントの関連目標（relationship goals）を達成 するのを助けるアドバイザーの能力を非常に高める。多くの商品は、社会のある 特定のセグメントに対して市販され、このマーケティング努力を促進するための グループメカニズムを有することは、マーケティング努力を非常に助ける。各グ ループの適切な分析を行うために、アドバイザーは、典型的には、大量の情報を 必要とする。本発明では、大量のグループ情報が、データベース２２において、 適切に組織化され、データベース２２は、必要とされる情報を、迅速且つ効率的 にアドバイザーに供給する。 アドバイザーは、多数の関係者（parties）と対話し、関連する関係者の各々 は、グループ管理システムにおいて固有の役割を有する。好適な実施形態では、 関係者は、人物、組織、またはその他のいずれかである。人物は、アドバイザー またはアドバイザーの企業に知られている任意の人物である。各人物には、クラ イアントＩＤが割り当てられ、固有の役割または他の人物との固有の関係を有す る。例えば、人物１は母であり得、人物２は娘であり得るため、人物１および人 物２は、母／娘の関係を有する。好適な実施形態では、組織は、会社または年金 （エンティティタイプ、以下により詳細に説明する）として定義される。組織は 、好ましくは、小規模事業、法人、Ｃタイプ法人、Ｓタイプ法人、非営利団体、 個人企業、などを含む。好適な実施形態では、会社は、従業員１００人未満で、 売上高２００万ドル未満のすべての会社に限定される。各組織には、クライアン トＩＤが割り当てられ、別の実施形態では、他の組織と固有の関係を有する。好 適な実施形態では、個人または組織として分類されるすべての連絡相手（contac t）は、好ましくは、グループにあるが、その他として分類される連絡相手は、 グループになくてもよい。 好適な実施形態では、アドバイザーが、効率的な顧客サービスを提供するため に、これらの関係者は、組織化されてグループに分けられる。関係者のグループ 化は、アドバイザーが、関連する人物または組織に、重複して通信を送ることを 回避することが可能となる。システムの速度を向上するために、グループ化はま た、データベース中の重複したアドレスフィールドを無くす。さらに、関係者の グループ化は、アドバイザーが、個々の関係者からの特別な要求に答えることを 可能にする。例えば、２人の人物が離婚した後、これらの人物の各々は、典型的 には、別個のアドレスに別個の計算書（statements）を送付することを要求する 。クライアントのグループ化は、フィールドとの関係とともに、アドバイザーが 、この要求に効率的に答えることを可能にする。 好適な実施形態では、すべての人物および／または組織を含むグループは、ク ライアントグループおよび候補者グループを含む。人物または組織の状態に応じ て、関係者は、クライアントとしてグループ化され、この関係者にグループＩＤ が割り当てられる。候補者は、アドバイザーと、サービスを受ける契約を結んで いない任意の人物または組織として定義される。クライアントグループおよび候 補者グループは、世帯、組織または特別なグループ化を含み得る。クライアント グループの例としては、夫妻、母娘、家族全体、世帯全体、などがある。好適な 実施形態では、世帯は、１人の人物の最小単位として定義される。組織グループ の例としては、単一の年金制度の多数のメンバー、などがある。特別なグループ の例としては、父親が息子の取り引きまたは投資信託のクラスタを検討する管理 関係などがある。 好適な実施形態では、アプリケーション１８のオブジェクトモデルの永続性部 分は、好ましくは、データベース２２内に、対応する同型表現を含む。アプリケ ーション１８のオブジェクトモデルとローカルデータベースとの間の同型マッピ ングを容易にするために、永続性フレームワークが形成された。永続性フレーム ワークは、必要な永続性活動、ならびに、アプリケーション１８のオブジェクト モデルと、データベース２２内のテーブルおよびキーの好適な組との間のインピ ーダンスマッチングとを扱う。このように、グループ化の関係は、データベース ２２のテーブルおよびキーの構造と、アプリケーション１８のオブジェクトモデ ルとにおいて例示される。 以下により詳細に説明するようにカードファイル８２の名前リストボックスの 中の名前を選択することにより、アドバイザーは、その人物または組織に関連す るグループを開く。図７を参照して、グループフォルダ１２０は、総合１２０、 アカウント１２４、活動ログ１２６、および財務概要８８のタスクと、グループ １３０、選択済み１３２、ビュー、およびヘルプ１３６のメニュー選択とを含む 。グループ１３０、選択済み１３２、ビュー、およびヘルプ１３６のメニュー選 択の好適な機能は、本発明のすべてのフォルダのものと類似している。従って、 簡略化し且つ明瞭にするために、各メニュー選択についての以下の機能説明は、 メニュー選択の機能が本明細書において再定義または補充されている場合を除い て、他のフォルダのメニュー選択にも当てはまる。さらに、タスクおよびメニュ ーアイテムは、図７を参照して示されているが、簡略化するために、各タスクお よびメニューアイテムの内容は、以下に説明され、図７には具体的には表示され ない。 図７を参照して、「総合」タブの「アドレスビュー」（カードファイル８２を 通してアクセスされる）が示される。アドレス情報ボックス１２１内で、アドバ イザーは、好ましくは、連絡相手についての１つ以上のアドレスを入力する。ア ドバイザーは、アドレスのタイプ（主要居住地、第２の居住地、会社など）を選 択して、入力する。アドバイザーはまた、アドレスが、グループのうちで、アド レスが当てはまるメンバーを示し（「アドレス適用」）、それにより、アドレス を一回だけ入力して、そのアドレスをすべての適切なコンタクトに添付する。ア ドバイザーは、どのメールをそのアドレスに送信するべきであるかを示す（「常 時」、「送信しない」、「示された期間のみ」）。アドバイザーが、「示された 期間のみ」を選択すると、アドバイザーは、アドレス（例えば、第２の居住地） についての開始日および終了日を設定することができる。アドバイザーはまた、 いかにしてアドレスを得るかについての指示（directions）を入力する。 アドレス管理機能の利点は、連絡相手が１つ以上のアドレスを有する場合に、 アドバイザーは、メールが連絡相手に届くかどうかを考慮しなくてもよいことで ある。アドレス管理機能は、手紙が、一年のうちの任意の時期に連絡相手が居住 する場所に送られることを保証する。現在のアドレスはまた、カードファイル８ ２に現れる。 続けて図７を参照して、グループメニュー１３０の「リスト」は、好ましくは 、新しいグループを開く「新規グループ」、新しい候補者情報ウィンドウを開く 「新規候補者」、そのグループについての選択されたレポートを印刷する「印刷 」、カードファイル８２上の類似のボタンと同じ動作を行う「オンラインデータ 」、およびウィンドウを閉じる「閉じる」を含む。グループメニュー１３０の下 のグループリフレッシュ９５は、上で説明したように、クライアントアカウント 情報および企業により制御される他のフィールド（other corporate office con trolled fields）の更新を要求する。以下により詳細に説明するように、要求を 出しているグループリフレッシュ９５は、メインフレーム４０に、適切に実行さ れる要求を送り、その後、リフレッシュ９５は、フロントパネル８０（図５参照 ）上の状態ボタン９２を選択することによって、アドバイザーにより適切に検索 される。グループメニュー１３０の下の「新規メモ」は、「新規メモウィンドウ 」を表示する。「新規メモ」は、アドバイザーが、このグループについてのメ モを素早く書くことを可能にする。このメモは、「微妙」としてタグが付けられ 、アドバイザーがメモをセーブすると、自動的に時刻が記され、活動ログに配置 される。 選択済みメニュー１３２は、好ましくは、「メンバーおよび外部アドバイザー 」４９０のオプションを含む「開く」を含む。「開く」オプションは、人物／個 人の選択時にのみ起動される。「新規」は、グループについての、新規な人物、 組織または外部アドバイザー４９０を作成する。「既存に追加」は、人物、アド バイザー、または組織を、データベースに既に存在するグループに入れる。「分 離」は、グループからメンバー外部アドバイザー４９０を切り離し、グループか ら電話番号のアドレスを切り離す。「分離」オプションは、メンバー、外部アド バイザー４９０、アドレスまたは電話番号が強調表示された場合にのみ起動され る。 ビューメニュー１３４は、好ましくは、「設定」、「総合」、「アカウント」 、「活動ログ」および「財務」を含む。「グループ設定」は、好ましくは、プリ セット選択とともにプルダウンリストを含む挨拶文句設定を示すための「グルー プメンバービュー」セクションと、挨拶文句の最初に男性または女性を示す名前 を示すためのオプションとを含む。「アドレスビュー設定」は、適切には、アド バイザーによって上書きされるまで、グループのデフォルトの都市および州を設 定する。「電話ビュー設定」は、例えば自宅／勤務先などの電話のタイプ、即ち 、カードファイル８２に示されるデフォルト電話番号と、電話の用事とを示す。 「総合」、「アカウント」、および「活動ログ」の選択は、ファイルフォルダの 頂部にある類似の名前が付けられたタブと類似する機能を果たす。 続けて図７を参照して、総合タブ１２２は、好ましくは、「グループ会員」（ 好適な実施形態では、最初のおよびデフォルトのページ）、「アドレス」（図７ の実施形態に図示）、「サービス」、「外部アドバイザー４９０」、および「マ ーケティング」を含む。アドバイザーは、好ましくは、ファイルフォルダ上の２ つの矢印、または、プルダウンバーのいずれかを介して適切にページアップまた はページダウンすることによって、これらの５つの選択間をナビゲートする。こ の「ビュー」上の情報は、好ましくは、名前、クライアントＩＤ番号、税金Ｉ Ｄ番号、関係のタイプ（エンティティタイプ、または第１のメンバーとの関係） 、クライアントのタイプ、および生年月日を含む。 総合タブ１２２では、メンバーのうちの１つが選択されていれば、「開く」ボ タンが起動される。「既存に追加」ボタン１３９は、適切には、アドバイザーが 、データベース２２の現在の他の場所、例えば、別のグループにあるメンバーを 、このグループに追加する。このボタンを選択すると、人物／組織サーチ８４の ビューが現れる。人物／組織サーチ８４のビューは、以下により詳細に説明する ように、アドバイザーが、人物または組織を迅速に見つけることを可能にする。 ２つのボタン、即ち、「人物」および「組織」は、アドバイザーが、サーチを、 これらの２つのカテゴリのうちの一方に狭めることを可能にする。アドバイザー は、その後、タイプ入力またはスクロールのいずれかにより、このグループに追 加したい人物／組織を見つけて選択する。「新規人物」ボタンは、人物ビューを 与え、このグループに、新しい人物、例えば、現在データベースに無い人物を追 加する。人物ビューは、「人物」、「選択済み」、「ビュー」および「ヘルプ」 を含む。人物ビューは、別の人物ビューを与える「新規人物」を含む。 「職業指定を開く」は、適切には、職業指定ビューを与え、この職業指定ビュ ーは、例えばＣＦＰなどの人物の職業指定の選択を可能にする。職業指定ビュー は、好ましくは、予め選択された肩書きからなるスクロールボックスを含む。ア ドバイザーーは、「その他」チェックボックスを選択して新しい肩書きをタイプ 入力することによって、リストボックスに無い新しい職業指定を作成することが できる。人物メニューの下の第３の選択は、人物ビューを閉じる「閉じる」であ る。 続けて図７を参照して、選択メニュー１３２は、好ましくは、「開く」、「新 規関係」、「既存の関係に追加」、「新規職業」、「職業の削除」、「アドレス の削除」、「電話番号の削除」、および「関係の削除」を含む。「新規関係」は 、人物についての関係ビューを通過して、「新規人物」を開く。入力が終了する と、既存の人物ビューは、好ましくは、アドバイザーを、関係ビューに切り換え る。「新規人物」は強調表示され、その後、関係情報が、確立され得る。「既存 の関係に追加」により、好ましくは、アドバイザーは、関係ビューに移り、好ま しく は、「人物サーチ」を開く。この「人物サーチ」で、アドバイザーは、関係を有 する既存の人物を確立し得る。「新規職業」は、好ましくは、雇用概要を通過し て、雇用者情報ビューに移動する。データ入力後、「セーブ／リターン」により 、アドバイザーは、雇用概要ビューに戻る。 「職業の削除」ボタンは、適切には、雇用概要ビューで職業が選択されると、 アクティブになる。「職業の削除」を選択すると、職業は、好ましくは、削除さ れ、メッセージダイアログボックスは現れない。「アドレスの削除」は、アドレ スビューからアドレスが選択されると、アクティブになる。アドレスが、多数の グループまたは人物にある場合、「アドレスの削除」機能は、アドバイザーに、 多数のロケーションを知らせる。アドバイザーは、すべてのまたは任意のグルー プ、組織もしくは人物を選択することができ、その後、「継続」を選択すると、 アドレスが適切に削除される。「電話番号の削除」は、適切には、アドレスビュ ーから電話番号が選択されるとアクティブになる。電話番号が多数のグループま たは人物にあれば、「電話番号の削除」機能は、好ましくは、アドバイザーに、 多数のロケーションを知らせる。好適な実施形態では、アドバイザーは、適切に は、すべてのまたは任意の個々のグループまたは人物を選択することができ、そ の後、「継続」を選択することができ、そうすれば、電話番号が適切に削除され る。「関係の削除」は、関係ビューから関係が選択されるとアクティブになるが 、メッセージダイアログボックスは現れない。 続けて図７を参照して、ビューメニューは、好ましくは、「総合」、「アドレ ス」、「健康情報」、「関係」、「雇用概要」、「ユーザ規定属性」、および「 好まれて使用される」を含む。「好まれて使用される」を選択すると、「好まれ て使用される」ビューが開く。「好まれて使用される」ビューは、好ましくは、 「居住状態」、「挨拶文句」、「ユーザ規定フィールドの設定」、「セーブ」、 および「キャンセル」を含む。「居住状態」は、好ましくは、アルファベット順 の州からなるプルダウンリストであり、これらの州の最初の文字が選択に反応す る。「挨拶文句」は、「ファーストネーム」、「ファーストネーム−ラストネー ム」、「好まれて使用される」、「好まれて使用される、ラストネーム」、「前 置尊称、ファーストネーム、ラストネーム」、「前置尊称、ファーストネーム、 ミドルネーム、ラストネーム、後置尊称」、および「前置尊称、ラストネーム」 からなるプルダウンリストである。好適な実施形態では、デフォルトは、人物の 、好まれて使用される名前を挨拶文句として選択する「好まれて使用される」で ある。例えば、Thomas Smithの好まれて使用される挨拶文句は、Tomであり得る 。ユーザ規定フィールドは、好ましくは、アドバイザーが、スポーツ、趣味など のアイテムを追加することができる、形式自由のテキストである。「セーブ」は 、適切には、情報を格納して、アドバイザーを、アドバイザーが「人物」中のど んなビューからきた場合であっても、そのビューに戻す。「キャンセル」は、情 報を格納せず、好ましくは、アドバイザーを、前のビューに戻す。 「総合ビュー」は、好ましくは、名前および性別などの、キーとなる人物情報 を捕捉するために使用される。前置尊称は、Dr.、Miss.、Mr.、Mrs.、Ms.、無し 、などのキーとなる例示的な前置尊称からなるプルダウンメニューか、または、 軍隊の肩書きもしくは他のタイプの前置尊称のための１０文字の名前をタイプ入 力する能力とを有する。後置尊称は、II、III、Jr.、Sr.、無し、および１０文 字までの自由なテキストを含む。「無し」が選択された場合、好まれて使用され る名前は、適切には、ファーストネームから生成される。性別は、好ましくは、 男性、女性、または不明からなるプルダウンリストである。職業指定は、好まし くは、肩書きからなる多数選択式のリストを含む。肩書きが無ければ、アドバイ ザーは、「その他」を選択して、個人的に入力することができる。「セーブ」は 、適切には、選択された情報をセーブし、「キャンセル」は、適切には、情報を セーブしない。 税金情報は、好ましくは、税金ＩＤ番号、税金申告状態（tax filing status ）、雇用状態を含む。税金ＩＤ番号は編集をうけ、これにより、アドバイザーは 、好ましくは、９桁を入力し、アプリケーション１８は、適切に入力をフォーマ ット化する。税金申告状態は、好ましくは、世帯主、共同申告世帯（married fi ling jointly）、別申告世帯（married filing sepraretely）、資格（qualifyi ng）、死別、独身、および不明を含む。「雇用状態」は、好ましくは、不明、そ の他、被雇用者、定年退職、無職、退職後パートタイム勤務、および自営業を含 む。クレジットカード情報は、好ましくは、クライアントＩＤ番号および会員 情報を含む。アドバイザーは、好ましくは、８桁を入力し、アプリケーション１ ８は、好ましくは、クライアントＩＤに００１を追加する。別の実施形態では、 アドバイザーは、１１桁を入力する。 挨拶文句は、好ましくは、「好まれて使用される」から選択された挨拶文句を デフォルトとする。アドバイザーが、その挨拶文句を気に入らない場合、アドバ イザーは、好ましくは、個人的な挨拶文句（例えば、Skipなどのニックネーム） を選択することができる。メーリングネームは、好ましくは、エンベロープの最 初の行であり、メーリングネームは、アドバイザーによって変更可能な「好まれ て使用される」設定をデフォルトとする。生年月日は、好ましくは入力され、あ るいは、アプリケーション１８からロードされる。婚姻状態は、離婚（Divorced ）、婚約中（Engaged）、既婚（Married）、離別（Parted）または別居（Separa ted）、パートナー（Partner）、独身（Single）、不明（Unknown）または死別 （Widowed）を含むアルファベット順のリストを有する。 人物アドレスビューは、好ましくは、アドレス情報および電話情報を含む。ア ドレス情報の下で、チャートは、好ましくは、アドレスのタイプおよび好まれて 使用されるアドレスを含む現在のアドレス情報を示す。「変更」、「新規追加」 および「既存に追加」のボタンもまた、利用可能である。「メール送信」セクシ ョンは、好ましくは、「常時」、「送信しない」、および「表示の期間のみ」を 含む。「開始日」および「終了日」もまた利用可能である。「新規アドレス情報 の追加」は、「アドレスタイプ」として主要な居住地を有するデフォルト画面を 含む。アドレスの行は、好ましくは、郵便番号、都市、州、地方、および国のフ ィールドを含む。州および地方は、好ましくは、プルダウンメニューを含む。ア ドレスタイプフィールドは、好ましくは、主要な居住地、第２の居住地、職業、 小規模事業、組織、および、主要な居住地の選択の代替物を示すプルダウンメニ ューを有する。 アドレスビュー中の各選択は、好ましくは、アドバイザーによって入力される アドレスの３行を提供する。「郵便番号」フィールドは、好ましくは、５桁また は９桁のいずれかを受け入れ、プログラムは、好ましくは、９桁の郵便番号をハ イフンで結ぶ。「都市」は、好ましくは、選択された参照をデフォルトとするか 、 あるいは、適切な自由テキストをタイプ入力することによってオーバーライドさ れる。「州」は、好ましくは、すべての州からなるドロップダウンリストであり 、その最初の文字が反応する。「地方」は、その特定の州のすべての地方からな るプルダウンリストである。「国」は、好ましくは、米国をデフォルトとするが 、アドバイザーは、別の国を入力することができる。 指示は、好ましくは、アドバイザーが、特定のアドレスへの指示を入力するこ とを可能にする。これらの指示は、アドバイザーが、組織または人物との活動を スケジューリングすると、カレンダー８６に現れる。「セーブ」は、指示をセー ブし、「キャンセル」はセーブしない。しかし、「セーブ」および「キャンセル 」はともに、アドバイザーを、前の画面に戻す。「このアドレスにメール送信」 は、常に、アドバイザーが、この人物について主要メーリングアドレスとして選 びたい居住地のタイプである。「表示の期間のみ」は、３カ月間別の場所で送信 する避寒労務者のためのインジケータである。一旦このフィールドが選択される と、アドバイザーは、開始日および終了日を入力することができる。このとき、 年は必要でない。これにより、アドバイザーは、常に、人物またはグループがい る場所に手紙を送ることができる。最後の選択は、「送信しない」であり、これ は、メールがこのアドレスに送信されないことを意味する。「以下にアドレスを 適用」セクションは、グループ、またはグループに関連する人物（１人もしくは 複数）のいずれかをプルアップする。アドバイザーは、このアドレスが当てはま り得るすべての人物もしくはグループを選択または選択解除し得るか、あるいは このアドレスが当てはまり得る個々の人物またはグループを選択し得る。 アドレスビュー内のボタンは、好ましくは、「セーブ／リターン」、「セーブ ／他を追加」、および「キャンセル」を含む。「セーブ／リターン」は、アドバ イザーを、前の画面に戻す。「セーブ／他を追加」は、この情報をセーブして、 別の「アドレス追加」画面を与える。「キャンセル」は、入力をキャンセルし、 アドバイザーを、前の画面に戻す。 好適な実施形態では、人物の下で、既存の人物を追加するために、アドバイザ ーが「既存に追加」を選択すると、好まれて使用されるアドレスタイプおよびア ドレスフィールドを含むアドレスサーチダイアログボックスが現れる。アドバイ ザーは、選択されたアドレスを強調表示して、セーブするだけでよい。この動作 は、選択されたものを、既存のアドレスとして追加する。「キャンセル」は、ア ドレスビュー内の動作をキャンセルする。アドバイザーが、アドレスのうちの１ つを強調表示すると、上で規定された「送信メール」機能がアクティブになり、 新しい送信メール設定が選択される。現在「^*」は、カードファイル８２の選択 されたアドレス、レター８７、およびレポートを示す。 電話情報の下のチャートは、好ましくは、電話のタイプ、番号および内線と、 電話をかける最適な時間とを表示する。「新規電話の追加」の下の、「新規電話 番号の入力」ダイアログボックスは、「電話のタイプ」、「電話番号」、「内線 」、「電話をかける最適な時間」、および「以下に電話番号を適用」を含む。「 電話のタイプ」は、自宅、勤務先、小規模事業、ファックス（自宅）、ファック ス（勤務先）、車内電話、ポケットベル、携帯電話、組織、などを含む。「電話 番号」および「内線」は、最低７つの数字のための編集を有する自由テキスト入 力であり、内線の入力を可能にする。「電話をかける最適な時間」フィールドは 、午後、昼間、タ方、午前中、その他、または、無しからなるプルダウンリスト である。あるいは、アドバイザーは、自分自身のメッセージ（即ち、ＰＭ）を入 力し得る。「以下に電話番号を適用」フィールドは、「以下にアドレスを適用」 について上で説明した動作と同じ動作を有する。「セーブ／リターン」、「セー ブ／他を追加」、および「キャンセル」ボタンがあり、上述のものと同じ態様で 機能する。「電話番号の変更」および「既存の電話番号への追加」の動作は、「 既存のアドレスの変更」および「既存のアドレスへの追加」の動作と類似してい る。 各人物についての情報の３つの主要なボックスは、好ましくは、健康情報、寿 命、および社会情報を含む。健康情報ビューは、好ましくは、人物に関する健康 情報（例えば、健康評価および喫煙者情報）、寿命情報（生年月日、退職日、お よび死亡年月日）、ならびに社会情報（好まれて使用される言語、市民権状態、 および居住地の州および地方）を含む。「健康情報」の下では、生命保険のため の健康評価は、「標準」、「準標準」、「無保険」、および「不明」を含む。「 喫煙者」は、各人物に適用され得る、禁煙開始日付きのイエス／ノーインジケ ータである。アプリケーション１８内のトリガ３６５は、人物が、喫煙開始日か ら１周年に当たると、人物についてのカレンダー８６上の用事を起動する。トリ ガ３６５は、アドバイザーが、人物の減額された保険料、例えば、禁煙者料金を 申し出ることによって、事前策の（proactive）サービスを行うことを可能にす る。 総合人物ビュー上において、アドバイザーは好ましくは、人物の誕生日を入力 する。次にアプリケーション１８が、人物の定年退職日を適切に計算し、健康情 報ビュー上に表示する。誕生日、健康情報、および死亡表に基づき、人物の予測 寿命を適切に計算する。寿命は、読み出し専用のフィールドである誕生日、誕生 日から計算される定年退職日、死亡インジケータおよび死亡日（死亡インジケー タが選択された場合）を好ましくは含む。社会的情報は、アドバイザーが好まし い言語で居住日(date of residence)、市民権ステータス、および市民権郡(coun ty of citizenship)を入力することを可能にする。 人物関係は、名前、誕生日、税金ＩＤ＃、関係日(relationship date)、関係 タイプを有するグリッドならびに、開くボタン、新規関係ボタン、および既存の 関係の追加ボタンの３つのボタンを好ましくは備えている。これらの機能は、上 記に列挙したものと同じである。アドバイザーが人物を強調表示する場合、より 多くの人物情報を得るために、アドバイザーは開くボタンを選択し得る。関係情 報は、財務計画(financial planning)に用いられる、予め規定された関係の組で ある。相手側について相互関係が確立される。血縁関係に加えて、後援者(benef actor)およびオーナーなどの、何らかの受託者(trustee)タイプの関係も利用可 能である。関係日は、結婚記念日を含む。 人物は複数の使用者を有するため、人物雇用要約は職業(occupation)を好まし くは含んでいる。また、使用者、ステータス、アシスタント名、アシスタントの 電話、使用者を開くおよび追加も含まれる。使用者を追加をアドバイザーが選択 すると、アドレス、電話、会社名、および若干の雇用情報を有する、使用者情報 が表示される。雇用情報セクションは、ステータス、肩書き(title)、雇用日(hi re date)、期日(term date)、期日理由(term reason)、アシスタント名およびア シスタントの電話番号を含む。雇用ステータスは、人物がフルタイム、パートタ イム、自営、一時雇い、終了または不明であるかどうかを定義するフィールドを 有する。期日理由は、期日が入力されるまでアクティブにされない。セーブ／リ ターン、セーブ／他を追加、およびキャンセルは、上述のように機能する。セー ブ／リターンを行い、雇用要約ビューに戻る。雇用要約ビューから、アドバイザ ーは使用者または開くボタンを選択し、使用者情報が再び開かれる。 好適な実施形態において、設定(preferences)内でユーザ定義のフィールドを セットアップすることにより、アドバイザーは任意の情報を自由に入力し得る。 より良いマーケティングのために、ユーザ定義されたフィールドはサーチエンジ ン８４内に存在する。 図７を参照して、グループの総合タブ１２２内におけるアドレスの振る舞いは 好ましくは人物のそれと同様である。サービスは、クライアントサービス契約、 クライアントサービスアプリケーション１８、非アクティブステータス情報、サ ービス担当アドバイザー(servicing advisor)、およびサービス日(servicing da tes)を好ましくは含む。 クライアントサービス契約は好ましくは、アドバイザーとクライアントとの間 に確立されるサービス契約である。契約は、サービス開始日、期間、およびサー ビス終了日を含む。サービス終了日は、アドバイザーがクライアントサービス契 約を更新するための、カレンダー８６上のトリガー３６５である。クライアント サービスアプリケーション１８を用いて、次の収支報告(consolidated statemen t)日をメインフレーム４０からダウンロードし、サービス頻度を年毎にデフォル ト化する。アプリケーション１８は、年間全体にわたって、クライアントベース についてアドバイザーがミーティング、メーリング(mailing)、および電話連絡 をスケジューリングすることを適切に可能にする。 トリガー３６５は、アドバイザーが新しいサービス頻度を選択したときに適切 にアクティブにされる。選択は自動的に、収支報告日に基づいてミーティングお よびメーリングならびに電話連絡をセットアップする。あるいはトリガー３６５ は、タイプのそれぞれを所望の月に変更することによって確立される。ミーティ ング、メーリングおよび電話について、アドバイザーは、サービス月の変更と呼 ばれるダイアログボックスをアクティブにする変更ボタンを選択し得る。アドバ イザーは、ある月を、その月の前にある灰色の正方形を選択した後ダイアログボ ックスの下部にあるセーブを選択することにより、選択する。月は、ミーティン グ、メーリングおよび電話の右側に見える。トリガー３６５は、これらの月のそ れぞれの初めに、カレンダー８６上に自動的にセットアップされる。トリガー３ ６５は、アドバイザーがクライアントサービスミーティングをスケジューリング し、クライアントサービスメーリングを送付するか、またはクライアントサービ ス電話連絡を行う必要があることを表示する。 非アクティブステータス情報下において、アドバイザーは、非アクティブ、ク ライアントが非アクティブになった日付、およびクライアントが非アクティブに なった理由を好ましくは選択する。リフレッシュにおいてもはやクライアントは デスクトップ１０に送られない可能性があるため、この情報は重要である。サー ビス担当アドバイザーは、アドバイザー名、アドバイザー番号、および位置、な らびに前のサービス担当アドバイザーを好ましくは含む。候補者のクライアント に変化させる分析のために、アドバイザーは、サービス日、次のサービスミーテ ィング、前回のサービスミーティング、クライアント化日（メインフレーム４０ からダウンロードされる）、および候補者となった日を好ましくは得る。 グループ外アドバイザー４９０は、名前、電話番号、役割、参照許可されたク ライアントの情報、および会社名を好ましくは含む。ボタンは、開くボタン、既 存の追加ボタン、および新規の外部アドバイザー４９０ボタンを好ましくは含む 。 人物サーチビュー下において、既存の追加を選択することにより、人物サーチ が表示され、アドバイザーはラストネームによりサーチを行うことができる。ア ドバイザーは、サーチリストから外部アドバイザー４９０を選択し得る。セーブ およびキャンセルボタンは好ましくは上述のように機能するが、スクリーンを外 部アドバイザー４９０グリッドに戻す。 新規の外部アドバイザー４９０を選択することにより、外部アドバイザー４９ ０のビューが開かれる。職務名称を(Professional Designations)を開くことに より、パネル上にそのフィールドを開く。ビューおよびヘルプも利用可能である 。パネルは、前置尊称(prefix)、ファーストネーム、ミドルネーム、ラストネー ム、後置尊称(suffix)、好まれて使用される名前、性別、および職務名称を含む 。全 て前述のように機能する。新規フィールドは、外部アドバイザー４９０の役割、 共有許可情報、会社名、アシスタント名、および挨拶文句を含む。 マーケティング情報は、クライアントの取得(acquisition)、マーケット情報 、主要な関心事(primary interests)、推薦者、および刊行物(Publications)を 好ましくは含む。クライアントの取得は好ましくは、予め定義されたアイテムを 有する技術フィールドおよび、１１桁の数を有するナンバーフィールドである。 マーケット情報は、アチーバ(achiever)、成熟(mature)、非セグメント化(non-s egmented)、退職前(pre-retired)、小規模事業オーナーを含む、マーケットセグ メントの予め設定された組を含む。ターゲットマーケットは、アドバイザーがGo lden Age Retirement Homeなどのデータを入力するフリーテキストのフィールド であることが適切である。主要な関心事は、グループの関心事についての備考の ためのフリーテキストのフィールドである。推薦者は人物の追加および除去を含 む。人物の追加は人物サーチを呼び出し(bring)、グループを推薦した人物をア ドバイザーが選択することを可能にする。好適な実施形態において、刊行物なら びに税金およびビジネスサービス（TBS）は、グループがＴＢＳのメンバーであ り、ニュースレターまたは刊行物を受け取ることを示すインジケータである。 全てのタブは好ましくは、備考ボタンを有し、これによりアドバイザーは新し い備考ダイアログボックスを得る。備考は、備考についての日付および時刻も入 力する、フリーテキスト入力フィールドである。備考はまた、例えば元アルコー ル中毒などの、グループに関しての微妙な備考を保護するための微妙度（Sensit ivity）インジケータを含む。アドバイザーがセーブを選択すると、活動(activi ty)ログの下部備考(under notes)に備考を挿入する。キャンセルボタンは備考を キャンセルする。 アカウントタブ１２４は、オンラインクライアントデータと同様であるが、好 ましくはより少ないアカウント情報およびビューを有する。赤い日付が好ましく は、前回のリフレッシュ９５、９７を反映する。グループリフレッシュ９５およ びオンラインクライアントデータは、アカウントタブ内において別々のボタンを 有する。 引き続き図７を参照し、活動ログタブ１２６下において、ジャーナルおよび将 来の活動ビュー１３４が好ましくは利用可能である。図１４および１５を参照し て、活動ログタブ２２０は、主立った(outstanding)活動２２１およびジャーナ ル２２２を好ましくは含む。図１４を参照して、主立った活動ビュー２２１は、 アドバイザーに、グループ（将来および過去の）についての「完了」のステータ スを有さない全ての活動を参照する能力を適切に提供する。主立った活動ビュー ２２１の一番上にあるチェックボックス２２４（ミーティング、電話連絡、(tod o)）は、情報ボックス２２５中に見えるアイテムをアドバイザーが「フィルタリ ング」することを可能にする。このビュー２２１からの活動のスケジューリング はまた、ボタン２２６、すなわち新規電話連絡、新規ミーティングおよび新規用 事を使用することによっても可能である。 ジャーナルビュー２２２は好ましくは、特定のグループについての全ての活動 、変化、備考および通信２２７の履歴を提供する。この情報は、アドバイザーの 実務管理、規制適合性(regulatory compliance)およびカスタマーサービスにと って重要である。チェックボックス２２７は、アドバイザーがジャーナル２２２ 内に見えるアイテムを「フィルタリング」することを適切に可能にする。備考２ ２８は、アドバイザーが取引またはクライアントグループに関する特定のコメン トを表示することを可能にする、追加的なポップアップウィンドーである。また アドバイザーは、グループに関連して入力された全ての備考のリストを得ること ができる。ビュー２２２の利点は、アドバイザーが、メニューバーオプションの 備考の編集および削除から備考２２８を編集する能力を有する点である。 好適な実施形態において、組織は、小規模事業および年金(pensions)を含む。 当業者は、組織は関連するエンティティ内の任意の適切な人々の組み合わせを包 含し得ることを理解するであろう。アドバイザーが小規模事業とともに働いてい る場合、アプリケーション１８は、上述の人物追跡と同様に、情報、サービス、 およびスケジューリングを適切に追跡する。グループ情報もまた好ましくはグル ープについての上記説明と同様である。 グループ会員(group membership)ビュー１３４からの組織の選択により、好ま しくはアドバイザーは組織の総合ビューに導かれる。総合ビューは、組織の好ま れて使用される名称および法的名称（すなわちＩＢＭに対するInternational Business Machines)、税金ＩＤ＃、エンティティタイプ（組織はトラストでもあ るため、これらのオプションも利用可能になっている）、ブローカー／ディーラ ーインジケータ（有価証券市場における組織である）、メーリング名および最初 の連絡相手(contact)を、好ましくは含む。各連絡相手／オーナーは、好まれて 使用される名前（または好ましいファーストネーム）、ラストネーム、責任、電 話番号（職場）およびＦＡＸ番号（職場）を含む。ボタンは、開く、既存のオー ナーの追加、既存の連絡相手の追加、オーナーの追加および連絡相手の追加を、 好ましくは含む。組織は、組織、選択(selected)、ビュー、およびヘルプを含む 。新規組織は、新規の組織をセットアップする。印刷は、雇用者についての印刷 メニューを呼び出し、閉じるはビューを閉じてグループに戻るか、あるいはビュ ーを閉じる。選択は、オーナー、連絡相手、雇用者からなる新規；オーナー、連 絡相手、雇用者からなる開く；オーナー、連絡相手、雇用者からなる既存追加； ならびにオーナー、連絡相手、雇用者からなる削除を好ましくは含む。ビューは 、総合、アドレス、バックグラウンド、雇用者、ユーザ定義属性、および設定を 含む。 アドレスビューは好ましくは、他のアドレスビュー１３４と同様である。バッ クグラウンドビューは、事業についての、成長、組織報告および評価(valuation )を含む情報を含んでいる。成長は、年間収益、雇用者数、安定性（安定、増大 、減少、または不明）を好ましくは含む。組織報告は、設立日(inception date) 、会計年度末（月／日(mm/dd)−12/31をデフォルトとする）および産業タイプを 有する。評価情報は、ドル総計、評価方法および評価日である。雇用者ビューは 、好まれて使用される名前（ファーストネーム）、ラストネーム、税金ＩＤ＃、 業務肩書き(job title)、電話番号、責任者(officer)、キーとなる雇用者、オー ナーに関連、およびＦＥＳセミナーを好ましくは含む、雇用者ベースに関する情 報を有する。ユーザ定義されたフィールドは、人物についてのユーザ定義された フィールドと好ましくは同様である。 組織についての連絡相手は好ましくは、総合およびアドレスビューのみが存在 する点以外は、人物のセットアップと同様である。総合ビューに加えられるのは 、好ましくは、連絡相手インジケータ、雇用者インジケータ、職務責任または職 域 およびクライアントＩＤ＃（適切ならば）を含む、地位情報(position informat ion)である。組織のオーナーは連絡相手と同様であるが、オーナーおよび所有権 ％の追加的なインジケータを含む。業務肩書きは好ましくは、連絡相手およびオ ーナーの両方において利用可能である。 グループは好ましくは、人物以外の法的エンティティすなわちトラスト、被信 託者(fiduciary)、５０３Ｃを含むが、グループは、グループを代表する人物ま たは組織を常に含む。アプリケーション１８において、年金グループのメンバー およびアカウントは、組織グループの一部であるが、年金グループの詳細（すな わちエンティティタイプ）は好ましくは組織ビュー中に位置する。 好適な実施形態において、アプリケーション１８は、アドバイザーが相互関係 を示すことを適切に可能にする。例えば、アドバイザーが関係を人物１は人物２ 「の子供である」と定義した場合、アプリケーション１８は好ましくは、相互関 係を人物２は人物１「の親である」として示す。関係日フィールドは、関係の開 始日を好ましくは示す。関係が「と結婚」であれば、関係日は好ましくは婚姻日 である。関係が「の子供である」であれば、関係日は好ましくは子供の誕生日（ または養子縁組日）である。 さらに、好適な実施形態において、アドバイザーは血縁関係および非血縁関係 を適切に定義する。連絡相手は血縁関係を１つだけ有する一方で多くの非血縁関 係を有するかもしれない。関係にある人物はＤＢ2/2データベース２２に現在存 在する者である必要はない。アドバイザーは好ましくは、と結婚、の子供である 、の兄弟である、の友人である、の受託者である、と離婚、の後援者などの、非 常に様々な関係インジケータから選択を行う。別の実施形態として、アドバイザ ーは、標準的なエントリーではないかもしれない関係を、適切に追加する。 カスタマーサービスは、アドバイザーの実務の主要なキーの１つである。アド バイザーはまた、アプリケーション１８を、その事業の経営を助けるための実務 管理ツールとして使用し得る。好ましい実施形態において、アプリケーション１ ８は、アドバイザーが特定のクライアントと最後に関わった(interact)時点を追 跡するための効果的な方法を提供するだけではなく、アドバイザーが積極的(pro active)になって次の訪問または電話連絡を計画することを可能にする。アドバ イザーがカレンダー８６のイベント（以下により詳細に説明する）およびサービ ス情報を実現すると、追跡報告(tracking reports)がアドバイザーの実務内で発 生したクライアントに関するキーとなる情報を適切に提供する。例えば、アドバ イザーは、各クライアントに適用したサービスタイプの履歴のリスト、特定のタ イプの電話またはミーティングで起こった活動、およびクライアント取得タイプ によるクライアントの内訳(breakdown)を、好ましくは表示する。 総合タブ１２２のサービスビューにおいて、アドバイザーは好ましくは、「サ ービス頻度」のドロップダウンリストから、クライアントについてのサービス頻 度を選択する。オプションは、年間第１四半期、年間第２四半期、年間第３四半 期、年間第４四半期、半年毎の第１四半期および第３四半期、半年毎の第２四半 期および第４四半期、または季刊(quaterly)を、好ましくは含む。好適な実施形 態において、アプリケーション１８は自動的に、サービス頻度および次の収支報 告日フィールド中の日付に基づき、アドバイザーがクライアントに会う、メーリ ングする、または電話する必要がある月（単数または複数）を計算し、これらの 活動のためにトリガー３６５をセットする。 図８を一時的に参照して、カードファイル８２の例を示す。カードファイル８ ２は、データベース２２中における人物（単数または複数）または組織（単数ま たは複数）を素早く見つけるための、適切な機能である。図９を参照して、カー ドファイル８２ルーチンの例を示す。上述のように、アプリケーション１８をブ ートすると（ステップ５２）、カードファイル８２が適切にキャッシュされ（ス テップ４０２）、人物または組織を表すリスト代理(proxy)がカードファイル８ ２中に存在する。アドバイザーは、カードファイル８２アイコンを好ましくは選 択し（ステップ４０４）、動作中のアプリケーション１８をアプリケーション１ ８と適切に通信させ、カードファイル８２視覚的オブジェクトを動作させる（ス テップ４０６）。カードファイル８２が開かれたとき、カードファイル８２オブ ジェクトは、その代理が、人物または組織オブジェクトを、持続性フレームワー ク(persistence framework)から得ること適切に要求する（ステップ４０８）。 アドバイザーが要求する特定のリストに沿う(adhere)ために、代理は、各人物ま たは組織オブジェクトを適切にチェックする（ステップ４１０）ことにより、情 報をカードファイル８２に送る前に、個々の人物または組織オブジェクトがクラ イアント、候補者、またはその他であることを決定する。全ての情報が得られる と、カードファイル８２は、人物または組織の視覚的オブジェクト表示を適切に 構築する（ステップ４１２）。別の実施形態において、アドバイザーは、アプリ ケーション１８のデータユーティリティ３２フォルダからの接続プログラムを介 して、購買した候補者（すなわち一般に知られたデータベース会社または使用者 からの候補者のリスト）を、ＤＢ2/2データベース22にロードすることができる 。 図８を参照して、カードファイル８２アイコンを開くことにより、アドバイザ ーがデータベース中の連絡相手に関する情報にアクセスするための容易な方法が 提供される。カードファイル８２を介して、アドバイザーはアドレスおよび電話 情報を得、クライアントまたは候補者をデータベース２２に追加し、メインフレ ーム４０上のクライアントデータにアクセスすることができる。前述のように、 クライアントは好ましくは企業製品またはサービスを所有すると定義される。候 補者は好ましくは、製品またはサービスをまだ所有していない個人（すなわち候 補者のクライアント）と定義される。その他の個人は好ましくは、将来候補者そ してさらにはクライアントになり得る、例えば公認会計士、弁護士、組織の雇用 者などの一般連絡相手と定義される。 カードファイル８２は、クライアント１５０、候補者１５１、またはその他の 人物／組織１５２を好ましくは含む。ボックスの様々な組み合わせを適切にアク ティブ化することにより、アドバイザーは、人物または組織すなわちクライアン ト１５０、候補者１５１またはその他１５２あるいはその組み合わせを含むグル ープを、好ましくは選択／フィルタリングする。カードファイル８２中に表示さ れるカードは、好まれて使用される名前１５３、アドレス１５４、および電話番 号（単数または複数）１５５を好ましくは含んでいる。 図８を引き続き参照して、好適な実施形態において、アドバイザーは、カード ファイル８２中の選択された人物、グループ、または組織を適切に開く。例とし て、図８において「Abbyアチーバ子供４人(Abby Achiever4kids)」が、選択され た人物である。別の実施形態として、アドバイザーは、フロントパネル８０また はパーキングロット９０から、人物、組織、またはグループアイコンを開くこ ともできる。カードファイル８２の名前リストボックス１６４中の名前を適切に 選択することにより、アドバイザーは、その人物または組織と関連付けられたグ ループを開く。もし人物または組織の名前がグループと関連付けられていなけれ ば、カードファイル８２は好ましくはそのグループではなくその人物または組織 を開く。 好適な実施形態において、カードファイル８２はその他の機能の実行(Iaunch) ポイントである。カードファイル８２内において好ましくは、ボタン（新規グル ープの追加１５６、新規候補者の追加１５７、またはオンラインクライアントデ ータ１５８）、アイコンからのドラッグアンドドロップ３７０（図２０参照）動 作、あるいはグループの選択または個々のアイコンを用いて、他の機能が適切に 開始され得る。例えば、新規グループ１５６が選択された場合、オブジェクトが 既に構築されているがオブジェクトはデータを含んでいない。従って、視覚的オ ブジェクトがアドバイザーに適切なデータを入力するように促す。 カードファイル８２プルダウンメニューは、カード１５９、選択１６０、スー パーバイザー１６１、ビュー１６２およびヘルプ１６３を好ましくは含む。カー ドメニュー１５９は、閉じる（カードファイル８２を閉じる）と、グループに関 する情報をｅメールまたはディスケットを介して送ることにより別のデータベー ス（例えばアシスタントまたは他のアドバイザー）中にインポートするために適 切に利用される、グループのエキスポート（以下により詳細に説明）とを好まし くは含む。 選択メニュー１６０は、新規グループの作成、新規グループおよび、アドバイ ザーに新規の候補者に関連する情報を入力するように促す新規候補者（図示せず ）を好ましくは有する。選択１６０下の追加的なコマンドは、カードファイル８ ２中においてその他として分類される新規な個人を適切に作成する新規その他（ 人物）ならびに、新規の組織（例えばカードファイル８２上においてその他とし て分類される小規模事業）を適切に作成する新規その他（組織）を、好ましくは 有する。選択１６０下の開くは、既存のグループを開く、既存の人物（個人）を 開く、および既存の組織を開くを、好ましくは有している。開くコマンドおよび 削除コマンドは好ましくは、グループ、人物または組織がカードファイル８２ 中で選択されたときにのみアクティブにされる。削除コマンドは、アドバイザー が既存のグループを適切に削除することを可能にする。選択メニュー１６０中の オンラインクライアントデータ１５８は、既存のクライアントグループがカード ファイル８２中で適切に選択されているときにのみアクティブにされる。オンラ インクライアントデータ１５８は、ネットワークにいったん接続したアドバイザ ーが、メインフレーム４０中のアカウント情報を参照することを可能にする。こ のコマンドもまた、カードファイル８２の下部にあるボタンである。 ビューメニュー１６２は、アドバイザーが、カードファイル８２の名前リスト 中のクライアント１５０、候補者１５１およびその他１５２の様々な組み合わせ を参照することを適切に可能にする。すなわち、クライアント１５０を含める場 合には、カードファイル８２中のクライアント１５０のみを見せ、候補者および その他を見せない。これらのメニュー選択はまた、カードファイル８２上の３つ の「チェックボックス」によってもアクティブにされ得る。最初にアクティブに されたとき、カードファイル８２は好ましくはデフォルトとして、名前リストボ ックス１６４中の全てのクライアント１５０、候補者１５１、およびその他の個 人１５２を見せる。アドバイザーがクライアント１５０のみを参照したい場合、 アドバイザーは候補者１５１およびその他１５２のチェックボックスを非チェッ ク状態にすることにより、名前リストボックス１６４中の名前リストがクライア ントのみを含むように短くされる。ヘルプメニュー１６３中の選択（図示せず） は、総合ヘルプおよび製品情報を好ましくは含む。総合ヘルプは、ヘルプアプリ ケーション１８を表示する。製品情報は、バージョンおよびその他のシステムに 関する情報を表示する。 図８を引き続き参照し、長い名前リストをスクロールしていくのではなく、カ ーソルを名前入力ボックス１６５中に置くことにより、アドバイザーは素早く特 定の人物または組織にジャンプする。「Ｍ」を入力すると、名前入力ボックス１ ６５は人物または組織リストボックス１６４中において素早くＭ群を表示する。 人物または組織を選択した後、視覚的カード１６６がその個人に関する情報とと もに表示される。視覚的カード１６６は、その人物を表すアイコン１６７を好ま しくは有する。その個人の主要アドレス１５４が、好ましくは名前１５３の真下 に生成され、ならびに全ての関係する電話番号１５５が生成される。電話番号フ ィールド１５５中のプルダウン矢印を選択することにより、別の電話番号が適切 に表示される。好適な実施形態において、自宅の電話番号がデフォルトで電話番 号リスト１５５の最上部に来る。自宅の電話番号が存在しないときは、好ましく は職場番号が次のデフォルトとなる。 選択された個人が好ましくはグループアイコン１６７によって表される。個人 は複数のグループに属する場合があり、その場合、グループアイコンは好ましく は「グループ（複数）」のラベルを有する。アドバイザーが（個人が複数のグル ープまたは世帯に属するために)「グループ（複数）」というグループアイコン を選択した場合、ダイアログボックスが適切にポップアップする（図示せず）。 グループ（複数）を選択することにより、アドバイザーは、その個人が構成員で ある様々なグループを見ることが可能になる。次にアドバイザーはグループのう ちの１つを適切に選択することにより、そのグループを開く。 図８を続いて参照して、好適な実施形態では、カードファイル８２におけるボ タンは、好ましくは、新規のグループ１５６、新規の候補者１５７、およびオン ラインクライアントデータ１５８を含む。新規のクライアントグループ、候補者 グループ、人物または組織の作成は、適切には、カードファイル８２のボタンま たはメニューバーのいずれかから実行され得る。新規のは、その人物または組織 がカードファイル８２内にすでに存在していないことを示唆し、現存は、その人 物がアドバイザーのカードファイル８２内にカードを有することを示唆するとい うことを当業者は認識する。新規のグループボタン１５６は、好ましくは、アド バイザーが、新規のグループまたは家族、例えば新規のクライアントグループを 作成することを可能にする。新規のグループ１５６を作成することにより、適切 には、このグループについての情報を追加する、すなわち個人およびこれらの個 人についての情報を追加するために、空白スペースを有する新規のグループフォ ルダ（図示せず）が開かれる。 新規のグループフォルダにより、アドバイザーが、新規のメンバーであろうと 現存のメンバーであろうと、メンバー（クライアント）をグループに追加し、ま たグループに関連付けられる特性／属性（人口統計学的情報、マーケット情報な ど）を追加することが可能になる。アドバイザーはまた、適切には、グループの 名前（男性の名前が先か、または女性の名前が先か）、挨拶文句(Dear Thomasで はなくDear Tom)、および郵送名（住所の第１行）に対する規定を作成する。こ れらの規定はアドバイザーの新規のグループすべてに適用される。さらに、アド バイザーはグループスクリーンを見て、情報を追加せずに閉じることができる。 しかし、アドバイザーが名前なしに情報を追加する場合は、グループは空のグル ープとラベル付けされる。この空のグループラベルは、アドバイザーがグループ のための情報を名前を付けずに保存したことを、アドバイザーに知らせるフラグ として働く。その後アドバイザーは後にグループに戻って名前を追加し得る。 新規の候補者ボタン１５７をクリックすることにより、図８ａに示すように、 ユーザが新規の候補者をグループ候補者ビュー１７０に入力することが可能にな るスクリーンが生成される。このスクリーンは、候補者情報の迅速な獲得を促進 するための、クライアントグループファイルフォルダスクリーン内の情報の部分 集合であるように設計されている。アドバイザーは候補者についてそれほど多く の情報を入力するかまたは知る必要はないため、新規の候補者グループのための 視覚オブジェクトは、図８ａに示すように、情報の凝縮バージョン（１つのスク リーン）を含む。この１ページビューが、追加の情報、例えば、住所、電話およ び他の既知の人口統計学を含むグループ候補者ビュー１７０を確立する。候補者 がクライアントに変わると、このビュー内のすべての情報入力がクライアントフ ァイルのグループファイルフォルダビューに移管される。 図８ａを続いて参照して、候補者ビュー１７０は、好ましくは、候補者１７１ 、選択１７２、およびヘルプ１７３を含む。各メニュー項目が図８ａを参照して 示されるが、簡潔化のために、各メニュー項目の内容について、図８ａには具体 的に表示せずに、以下に述べる。候補者１７１の下では、新規の候補者は新規の 候補者を作成し、印刷は候補者についての情報を印刷し、閉じるは候補者ウィン ドウを閉じる。選択メニュー１７２は、好ましくは、２つの選択、すなわち第１ の候補者１７６および第２の候補者１７７を可能にするビューを開けるを含む。 この特徴により、アドバイザーは、適切には、個人について、候補者情報ウィン ドウについて可能であるより多くの情報を入力する。候補者ビュー内のフィール ド は、好ましくは、２つの候補者を可能にする名前、１つの主住所を有するアドレ ス、ならびにプルダウン選択ボックスによって表示される、家の電話および仕事 先の電話の２つの電話番号を有する電話を含む。候補者ビューの下では、電話す る最良の時間が電話をするなのオプションと共に利用可能である。クライアント 獲得方法１７８は、好ましくは、アドバイザーが特定の先導番号、例えば先導ア プリケーション１８からの先導番号を入力するための番号を含む。推薦者１７９ は、好ましくは常にアクティブにされる人物を追加ボタンと、好ましくは推薦者 セクション１７９内に名前が存在する場合のみアクティブにされる人物を除去ボ タンとを含む。推薦者セクションにクライアントを追加するためには、アドバイ ザーは、適切には、人物を追加を選択して、人物サーチウィンドウを使用する。 人物サーチウィンドウはカードファイル８２と同様に作用して、データベース ２２（クライアント、候補者およびその他を含む）内のすべての人々を提示する 。カードファイル８２と同様に、アドバイザーは、好ましくは、ラストネーム、 ファーストネームまたは文字をタイプして、迅速に所望の人物に移動する。アド バイザーが人物を見いだして、保存を選択すると、人物は候補者情報ビューの推 薦者セクションに追加される。次に、選択された人物を除去するために、人物を 除去ボタンがアクティブにされる。推薦者セクションには１つの人物しか提示で きない。 主な関心事１８０は、好ましくは、アドバイザーが候補者との会話から得た関 心事または備考を記録することができるテキスト入力フィールドである。候補者 がクライアントになると、獲得されたすべての情報が、クライアントのグループ ファイルフォルダのマーケティングセクション内の主な関心事ボックスに移管さ れる。挨拶文句は、レターの拝啓部分を確立し、郵送名はレターの封筒ラインを 確立する。ターゲットマーケットはテキスト入力フィールドであり、マーケット セグメントは所定の選択を有するプルダウン選択ボックスである。 候補者情報ウィンドウ１７０はまた、好ましくは、このウィンドウになされた 入力を保存して、アドバイザーをカードファイル８２またはデスクトップに戻す 保存／復帰を含む。保存／別の追加は、この候補者についての情報を保存し、ア ドバイザーが別の候補者を入力するのを可能にする（これにより、多数の候補者 の迅速なデータエントリが可能になる）。候補者情報ウィンドウ１７０はまた、 取消ボタンを含む。 図８ａをさらに参照して、次の連絡相手１８１は、好ましくは、将来のミーテ ィングまたは電話連絡が予定されていないとき、予定なしとするテキストフィー ルドである。ミーティングまたは電話連絡がある場合は、次の将来の活動日が表 示される。候補者ビューとして開ける１８２は、デフォルトとしてチェックされ ている「チェックボックス」であり、このため、部分集合候補者ビューが保存さ れる。ボックスがチェックされていない場合は、候補者グループは、適切には、 ファイルフォルダグループビューと共にカードファイル８２から次に選択される ときに開けられる。一旦選択され、候補者がもっと大きなファイルフォルダビュ ーに変えられると、これは候補者ビュー内では再び開けることはできない。 図８を参照して、他の人物および他の組織の作成によりグループが作成される ことはない。このカテゴリでの人物および組織は、外部のアドバイザー４９０、 従業員、連絡相手、オーナー、およびサービス要員または組織（例えば、配達業 者）を含む。これは、アドバイザーが１つの場所にアドバイザーのすべての連絡 相手を保存することができるようにすることによって、アドバイザーの実用面で の管理を促進させるという点において、アドバイザーにとって特に役に立つ機能 である。 図７を参照して、カードファイル８２により、アドバイザーはグループへの連 絡相手を追加することができる。グループメンバーシップビュー１３４の下の現 存を追加１３９ボタンは、アドバイザーが、データを再入力する必要はなく、デ ータベース２２内に現存する連絡相手を現在のグループに追加することを可能に する。連絡相手は、人物／組織サーチビューから選択され得、これにより、アド バイザーはクライアント／個人または組織を迅速に見いだして、グループに追加 することができる。これによりデータベース内のクライアント／グループが結び つけられ、これによって正しい関係が確立され、アプリケーション１８に冗長デ ータが存在しない状態が維持されるため、この特徴は有利である。具体的には、 アプリケーション１８は、ある人物が別の人物の父親であることが示される場合 は、この別の人物は自動的に前者の息子として示され得るような単なる中核の関 係を認識する。このような関係は、相互の関係を理解する関係オブジェクトによ って確立される。 現存を追加ボタン１３９は、好ましくは、グループメンバーシップビュー１３ ４（図７に示す）、関係ビュー、組織ビュー（現存の連絡相手を追加または現存 のオーナーを追加）、従業員ビュー、および外部のアドバイザー４９０ビュー内 に存在する。現存を追加はまた、クライアントまたはグループを追加し得る位置 、例えば、活動ビュー内の参照者またはクライアントまたは組織を追加内にも存 在する。 図１０〜図１３を参照して、財務タブ８８は、好ましくは、財務サマリー２０ ０（図１０）、月間貯蓄２０２（図１１）、メンバー財務情報２０４（図１２） 、および関心２０６（図１３）を含む。図１０を参照して、財務サマリー情報は 、好ましくは、純価値、財務資産、現金資産、総財産、および年収の値などのフ ィールドを含む。財務サマリーフィールドのそれぞれの値は、好ましくは、アド バイザーによって入力される。さらに、アドバイザーは、適切には、グループの ための限界連邦税率区分を選択する。好適な実施形態では、これらのフィールド のそれぞれは、適切には、外部の財務計画ソースからの最新更新日２０９が記さ れる。星印２１０によって示されるフィールドのそれぞれは、財務計画ソースか ら適切に更新されている。 図１１を参照して、月間貯蓄２０２は、好ましくは、月間の系統的な貯蓄、す なわち、グループが所有する投資信託のすべてに対する銀行の認証を含む。好適 な実施形態では、系統的な貯蓄は、年金、証券、身体障害／長期介護、生命保険 、投資信託、他のおよび全体的な月間の系統的な貯蓄のカテゴリに対して存在す る。 図１２を参照して、メンバー財務情報２０４は、適切には、名前、年収、総資 産、遺言のタイプ、遺言書日付の入力を可能にする。人物を強調表示させると、 その人物についての財務情報が生成される。 図１３を参照して、グループにとっての関心２０６が、各リスク寛容性２１２ と共に提示される。関心２０６は、好ましくは、特定の個人には関与しない一般 的な目標である。すなわち、息子の大学教育費の資金調達するための財務戦略を 持つことは目標であり、一方、教育一般のための財務戦略を持つことは、関心で ある。関心の選択は、好ましくは、例えば、好適な実施形態では、保守的、やや 保守的、やや積極的、積極的などのリスク寛容性２１２を含む。好適な実施形態 では、保守的がデフォルトの寛容性である。システムの統合を促進するために、 好ましくは、関心データ２０６の二方向転送が、システム５および財務計画ソー スと共に行われる。 図４を少し参照すると、アドバイザーは次にサーチエンジン８４を利用して、 データのソーティングおよび分析を行う（ステップ７２）。図１６を参照して、 サーチエンジン８４は、適切には、共通の人口統計学的情報のみではなく財務８ ８の特定の情報にも基づいてサーチを行う。例えば、サーチは、好ましくは、ア カウント情報、クライアントの財務上の関心および目標を含む。好適な実施形態 では、アドバイザーはサーチエンジン８４の結果を多数の異なる方法で利用する 。例えは、サーチ８４は、好ましくは、特定のグループ（単数または複数）を見 い出すために使用され、大量のメールのためのメールマージレターを作成し、特 定の情報にとって最適な選択された数のクライアントのための特定のセールス文 献を作成する。 好適な実施形態では、サーチエンジン８４は、サーチ基準のポイントおよびク リック選択を可能にする累積サーチ機能を利用し、このため、データエントリは 必要最小限で済み、複雑な論理の組み合わせの必要が実質的に排除される。サー チエンジン８４は、好ましくは、共通関連データベース言語である構造化質問言 語（ＳＱＬ）を用い、これにより、アドバイザーが、一時に１つのサーチを実行 することによってアドバイザーのクライアントおよび候補者を分析することが可 能になる。データベースマネージャー２１は、適切には、アプリケーション１８ との相互作用中にアドバイザーによって特定される基準に基づいてＳＱＬサーチ を実行する。図１６を参照して、メニューバーは、好ましくは、サーチ２３２、 現在のリスト２３３、結果リスト２３４，およびヘルプ２３５を含む。 図１６を続いて参照して、アドバイザーは、好ましくは、わかりやすいコマン ドリストからサーチ基準２３６とサーチアーギュメント２３７とを選択し、次に 、単純にグループの現在のリスト２３８に対してサーチを行う。別の実施形態で は、 アドバイザーはサーチ基準２３６として連続試験を使用する。さらに、アプリケ ーション１８は、現在のリスト２３８のビュー２３９に、利用可能なグループの 総数を表示する。 好適な実施形態では、サーチ基準２３６の５つのカテゴリは、人口統計学、ユ ーザ規定フィールド、製品、財務、およびサービスを含む。人口統計学は、好ま しくは、ユーザ規定データおよび製品データ以外の人物、グループおよび組織情 報（名前、住所、年齢、性別など）を含む。ユーザ規定データは、好ましくは、 趣味または通常は追跡されない情報を含む、アドバイザーによって規定される情 報を含む。製品は、好ましくは、カテゴリ（証券、投資信託など）、サブカテゴ リ（エクィティファンド、ボンドなど）、ならびに製品の特定の製品名および価 格などの、製品の各分岐を含む。グループについての財務情報の例としては、好 ましくは、純価値、年収、総財産、目標、およびリスク寛容性を含む。サービス は、適切には、アドバイザーが時間依存型クライアントデータ、例えば、連結財 務諸表の日付、最新のサービス日、アカウント開設日などをサーチするのを可能 にする。サービスは、新規の事業プロセス中のアドバイザーにとって有用である 。 より具体的には、図１７に、サーチエンジン８４の例を示す。図１６および図 １７を参照して、複雑なブール論理ではなく、一連のマウスによる選択を使用し て、アドバイザーは、比較子および限定子を用いてサーチ基準２３６を規定する 。サーチ基準は、次に現在の質問ボックス２４０に現れる（ステップ３２０）。 第１のサーチ可能フィールドが適切に選択されると、比較ボックス２４１にはア ドバイザーによる選択のための選択対象が集められる（ステップ３２２）。比較 ボックス２４１からの比較子の例としては、好ましくは、「有する」、「有さな い」、「以上」、「以下」、「含有する」、「含有しない」、「等しい」、「等 しくない」を含む。限定子の例としては、好ましくは、実年齢、ドル金額をタイ プすること、または真／偽ボタンをクリックすることを含む。次に、適切には値 ボックス（図示せず）が現れ、アドバイザーが値または値のドロップダウンリス トからの選択を入力することが可能となる（ステップ３２４）。アドバイザーは 次に実行２４２を選択する（ステップ３２６）。サーチの結果、すなわち、基準 に適合するクライアントおよび／または候補者が現在のリスト２３８に表示され る（ステップ３２８）。見い出されたサーチの記述（すなわちすべてのクライア ントグループ）および全数が、好ましくは、現在の質問ボックス２４０に表示さ れる。 サーチエンジン８４の質問アプリケーション１８は、「連続減算」の概念に基 づく。アドバイザーは、好ましくは、基準セットにより開始し、現在の質問基準 に適合しないクライアントをリストから連続的に除去する。アドバイザーがサー チを完了すると、アドバイザーは、コピーボタン２４４を選択することによって 、現在のサーチリストボックス２３８内の連絡相手を、結果サーチリストボック ス２４３に移す（ステップ３３０）。別の実施形態では、アドバイザーは、現在 のリストボックス２３８内の連絡相手の部分集合を、これらを強調表示させてコ ピーボタン２４４を選択することによって移動させる。好適な実施形態では、ア ドバイザーは、結果リスト２４３からの連絡相手を、連絡相手を強調表示させて 選択削除ボタン２４５を選択することによって、除去する（ステップ３３２）。 アドバイザーは、最後に戻るボタン２４６を選択することによって、最後のサー チ質問２４０をクリアする（ステップ３３４）。アドバイザーはさらに、すべて をクリアボタン２４７を選択することによって、結果リスト２４３全体をクリア する。 サーチエンジン８４は、適切には、サーチアイコン２４８を作成し、アドバイ ザーがアイコンドロップ動作またはレポート作成を実行するようにする(ステッ プ３３６)。これを行うには、アドバイザーは、単に結果リスト２４３からパー キングロット９０、または特定の通信にサーチアイコン２４８をドラッグするだ けでよい。アドバイザーはまた、サーチアイコン２４８をレポートまたはレター ８７にそれぞれドロップすることによって、各クライアント／グループのために 結果リスト２４３から生成される１つまたは多数のレポートまたはレターを選択 することができる。 ＯＳ／２ワークプレースシェル（ＷＰＳ）アプリケーション統合によって、シ ステム５のための機能性が拡張され得る。図２を続いて参照して、ワークプレー スシェル拡張２４（現存のＷＰＳクラスのシステムオブジェクトモデル（ＳＯＭ ）サブクラス）は、好ましくは、デスクトップ１０の一部である。ワークシェ ル２４は、適切には、ＷＰＳ拡張２４とアプリケーション１８との間の通信に基 づいて、アプリケーション特異的ＷＰＳオブジェクト／アイコン２５のダイナミ ックな振舞いを提供する。例えば、アドバイザーに提供されるメニューは、アプ リケーション１８内でＷＰＳオブジェクト２５が表すオブジェクトのステートに 基づいてダイナミックに構成される。さらに、ＷＰＳメニュー活動は、適切には 、標準ＷＰＳモデルから外れた特定のアプリケーションの振舞いを動作させる。 好適な実施形態では、特定のアプリケーションを動作させることにより、エキス ポート機能が、ＷＰＳ環境内で相互作用しＷＰＳオブジェクト２５によって表さ れるグループをエキスポートする。エキスポートは、プロセス間通信メカニズム を介して設定および通信を行うことによって実現される。好適な実施形態では、 共有マネーセグメントおよびウィンドウメッセージが、ワークプレースシェル（ ＷＰＳ）とアプリケーションとの間を通過し、この結果が実現される。アプリケ ーション特異的ＷＰＳオブジェクト２５は、好ましくは、グループ、人物、組織 などを表す様々なアプリケーションアイコンをドラッグし、以下にさらに述べる ように、これらをＷＰＳデスクトップ１０の上にドロップすることによって、作 成される。次に、ＷＰＳアプリケーション特異的オブジェクト２５は、適切には 、片付け８９にドラッグすることによって除去される。 アドバイザーは、適切には、カードファイル８２から、またはグループアイコ ンを選択することによって、エキスポートグループ３４０をアクティブにする。 エキスポートグループ３４０により、アドバイザーは、１つ以上のクライアント のための情報をアシスタントまたは別のアドバイザーと共有することができる。 さらに具体的には、エキスポート３４０ルーチンの例を図１８に示す。エキスポ ートグループ３４０は、グループを表す見本データを抽出する（ステップ３４２ ）。次にデータをパッケージ化する（ステップ３４４）。好適な実施形態では、 エキスポートデータは、スモールトーク／Ｖオブジェクトファイラフォーマット でパッケージ化され、その後、商業用ファイル圧縮ユーティリティにより圧縮さ れる（ステップ３４６）。最後に、データは、電子メール、ディスケットなどを 介して送られる（ステップ３４８）。別の実施形態では、エキスポートグループ ３４０はＥメールまたはディスケットを介して送られるアイコンを作成する。 インポートプロセスはエキスポートされたグループを取り出し、上記のステッ プの反対を行って、見本データを他のローカルデータベースからデータベース２ ２に持ってくる。アドバイザーは、エキスポートグループ３４０を表すアイコン をドラッグして、これを片付け８９アイコンまたはカードファイル８２アイコン にドロップすることによって、インポートプロセスを開始する。 上記に簡単に述べたように、カレンダー８６により、好ましくは、アドバイザ ーは活動（ミーティング、電話連絡、および用事項目）のスケジュールを適切に 立て、スケジュールのオープンスロットをスキャンすることができる。アドバイ ザーはまた、カレンダー８６を用いて、後述するように、トリガー３６５および アラームを設定することができる。開始されると、カレンダー８６は、活動の日 、週および月ビューを提供する。好適な実施形態では、用事項目を見るときは、 アドバイザーは、活動を関係者に割り当て、次に関係者のためのレポートを印刷 する。 図１９を参照して、カレンダー８６メニューバーは、好ましくは、カレンダー ３５２、選択３５４，ビュー３５６、およびヘルプ３５８を含む。カレンダー８ ６のアクションボタンは、好ましくは、月ビュー３５６、週ビュー３６９、日ビ ュー３６１、ミーティング３６２、電話連絡３６３、用事３６４、およびトリガ ー３６５を含む。容易に参照できるように、現在のデータおよび時間が常時表示 （３６６）される。 月ビュー３５９は、好ましくは、現在の月内にスケジュールされた出来事を表 示する。他の月のスケジュールされた出来事へのナビゲーションは、好ましくは 、次の月または最後の月ボタンを介して実現される。その月の所与の日が選択さ れると、日ビュー３６１がその日を表示し得る。週ビュー３６９は日ビュー３６ １と同様であるが、すべての活動は単一のライン内であり、ミーティング３６２ 、電話連絡３６３、次に用事３６４によってソーティングされる。日アイコンは 、適切には、各日で利用可能であり、表示を即座に日ビュー３６１に切り替える 。日ビュー３６１は、好ましくは、１／２時間の増分で間隔を開けた時間別活動 を含む。「チェックマーク」３６７は、適切には、任意の活動のステータスを表 示または変更するために使用される。日付間のナビゲーションは、好ましくは、 年 ３６８または月３６９の選択を含む。別のセクションとしては、用事および電話 連絡を含む非時間別（非スケジュール化）活動３６８が、優先指示３６９と共に 含まれる。完了されない場合は、これらのタスクは次の日に延ばされる。 ミーティングビュー３６２のメニューバーは、好ましくは、活動およびヘルプ （図示せず）を含む。ミーティングビュー３６２は、開始日、開始時間、終了日 、終了時間、持続時間、ミーティング場所、ステータス、規定、および関連エン トリ（すなわちＲＥ）を含む。アドバイザーは、適切には、グループ、人物、ま たは任意のエントリから担当の人物を追加または除去し得る。グループを追加す るときは、グループが活動ビューから選択される。ミーティングへの方向は、グ ループアドレスビューからミーティングビュー３６２へと自動的に組み込まれる 。アドバイザーはまた、アドバイザーにスケジュールされたミーティングを思い 出させるためにアラームを設定することができる。電話連絡ビューはミーティン グビュー３６２と同様である。好適な実施形態では、持続時間がゼロであれば自 動的に、電話連絡がスケジュールされていないことを示す。用事ビューもまた、 ミーティングビュー３６２と同様であるが、用事ビューは終了日または持続時間 を含まない。 別の実施形態では、アドバイザーは、適切には、カレンダー８６が開くと、月 ビュー３５９、週ビュー３６０、または日ビュー３６１のいずれかが現れるよう にカレンダー８６をカスタマイズする。アドバイザーはまた、トリガー３６５を 選択するか、好ましくは、始動される特定の出来事を選択する。アドバイザーに よって変更されない限り、ミーティング、電話連絡および用事は自動デフォルト により設定される。アラームは、音量、居眠り時間（多数のアラームにとって可 能）、続くメッセージ、および持続時間を含めて適切に設定される。 カレンダー８６に関連して、トリガー３６５という機能（カレンダー８６アイ コンを介してアクセスされる）により、アドバイザーは、クライアントについて の関連情報（例えば、禁煙日、年齢７０ １／２、年齢５９ １／２、クライア ントとのミーティング、および電話連絡など）を表示することによって、積極的 なクライアントサービスを行うことができる。トリガー３６５のいくつかは、週 間リマインダー（すなわち、文書を前もって送付する、または禁煙日）に対して 設定され、他のトリガー３６５は月間リマインダー（クライアントサービスミー ティングの設定、郵送、電話連絡、５９ １／２才、および７０ １／２才）に 対して設定される。従って、アドバイザーは、トリガー３６５を用いて、クライ アントの人生における主な出来事にフラグを付ける。トリガー３６５は、アプリ ケーション１８が開始されると自動的に作動するように設定されるか、またはア ドバイザーがカレンダー８６を介して『手動で』トリガー３６５を作動させるよ うに選択され得る。トリガー３６５は、図１および図２に示すように、アプリケ ーション１８が如何に、デスクトップ１０上の他の活動と適切に一体化されるか の一例である。従って、アプリケーション１８は、適切には、会社が人物、組織 およびグループと対話する方法にちなんでパターン化される。 図５を参照して、好適な実施形態では、レター８７は、適切には、アドバイザ ーが人物、グループまたは組織に繰り返し送付する、自由形式およびメールマー ジの、多くの頻繁に使用されるレターへのアクセスを提供する。両タイプのレタ ーにより、アドバイザーは、人物、組織またはグループに固有の情報、例えば、 挨拶文句の名前、住所などを「マージ」することが可能となる。ドラッグアンド ドロップ３７０の機能（図２０参照）を使用することにより、既にカードファイ ル８２に入力されているデータが簡単にレターアイコン８７にドロップされ得る ため、データを繰り返し入力する必要はない。レターアイコン８７にドロップす ることにより、人口統計学的データがメールマージアプリケーション１８に分配 される。ＡＭＩＰＲＯ ｖ３．０ｂ（ｒ３０．９６３．０）がアプリケーション １８とインタフェースするため、財務アドバイザーおよびレター８７の機能によ り、ワードプロセッサからの文書を印刷することが可能になり、この目的のため にこれを使用することは一般に知られている。 レター８７メニューバーは、好ましくは、文書、ビューおよびヘルプを含む。 レタービューは、文書名、ＦＦ（形式自由）またはＭＭ（メールマージ）、カテ ゴリおよびサブカテゴリを含む４つの欄を有する。各レターは、ドラッグアンド ドロップ３７０の対象である（図２０を参照）。レターのエクスポートは直接ド ライブＡ（ディスケット）に行き、インポートは入来レター(incoming letter) がないかドライブＡを見る。処理完了の前にダイアログボックス「インポートを 行います(About to Import)」が表示される。 再び図５を参照して、好適な実施形態において、フロントパネル８０は、好ま しくは、片付け８９を含む。片付け８９アイコンは、フロントパネル８０または パーキングロット９０からアイコンを適切に除去し、これによりアドバイザーが デスクトップ１０および／またはパーキングロット９０を整理することを可能に する。エンティティアイコン(entity icon)を片付けアイコン８９までドラッグ することによって、アプリケーション１８はそのエンティティを適切な場所に再 書込みする(re-files)。上記したグループのためのエクスポート／インポート機 能３４０に見られるようなインポートは、インポートアイコンを片付け８９アイ コン上にドロップすることによって適切に完了する。 引き続き図５を参照して、好適な実施形態において、フロントパネル８０は、 好ましくは、パーキングロット９０を含む。パーキングロット９０は、アドバイ ザーが人物、組織またはグループアイコンを一時的に保存することを適切に可能 にする。アイコンがパーキングロット９０内に存在する場合、アドバイザーは、 そのアイコンに対してアイコンドロップ処理を行うことができる。パーキングロ ット９０は、実際には、一度に１つのアイコンしか存在できないという点で、１ つのパーキングスペースのようなものである。他のアイコンがパーキングロット ９０内にパーキングしている状態で、アドバイザーがあるグループアイコンをパ ーキングロット９０内にドロップすると、前者のアイコンはカードファイル８２ 内に再書込みされ、後者のアイコンがパーキングロット９０に表示される。アイ コンを、デスクトップ１０ではなくてパーキングロット９０に入れると、複数の ウィンドウおよび／またはアプリケーション１８が開いているときでも、その見 易さ(visibility)およびアクセス可能性(accessibility)が高くなる。 引き続き図５を参照して、好適な実施形態において、フロントパネル８０は、 好ましくは、アドバイザーボタン９４を含む。アドバイザーボタン９４は、アド バイザーがアドバイザー自身および関連者についての情報を記録することを可能 にするビューへのアクセスを適切に提供する。この情報は、好ましくは、名前、 ＩＤ番号、住所および電話番号を含む。ＩＤ番号は、バリデーションの目的でユ ーザＩＤおよびパスワードに加えて使用される。レター８７と組み合わせて使用 した場合、アドバイザーは、個人用ステーショナリーおよび提案書(personalize d stationery and proposals)を作成することができる。さらに、主任アドバイ ザーは、この情報にアクセスすること、または他者にアクセス権を与えることが できる。アドバイザー９４は、好ましくは、アドバイザー、ビューおよびヘルプ を含む。ビューは、アドバイザーの名前、アドレス、肩書き、最大３つまでの電 話番号、アドバイザー番号、専門の表示(professional designation)およびアド バイザーの種類を入力することを可能にする。関係者ビューは、複数の活動をカ レンダー８６に割り当てる「責任者」をアドバイザーが選択することを可能にす る。 好適な実施形態において、アドバイザーは、人物、組織、グループまたはその 他の設定されたアイコンをカレンダー８６、財務８８、レター８７またはパーキ ングロット９０上に適切にドラッグアンドドロップ３７０することによって、ア プリケーション１８を初期設定する。好適な実施形態において、ドラッグアンド ドロップ３７０は、一般に知られているオペレーティングシステムであるＯＳ／ ２の機能の１つである。具体的には、ドラッグアンドドロップ３７０は、好まし くは、以下の処理を含む。 １．グループまたは人物を、アドバイザーが以前に決定した活動に関してその グループまたは人物への接続を適切に確立するカレンダー８６アイコン上にドロ ップする。 ２．サーチ結果、グループ、人物または組織を、選択されたレターを情報、即 ち、単数または複数のグループに関連するマージ情報と適切にマージする特定の レター上にドロップする。 さらに、アドバイザーは、ドラッグアンドドロップ３７０機能を用いて他の動 作(action)を開始することも可能である。具体的には、ドラッグアンドドロップ ３７０は、好ましくは、以下の追加オプションを含む。 ３．先に定義した片付け８９上にアイコンをドロップする。 ４．グループ、人物、組織、ミーティング、用事、電話または外部アドバイザ ー４９０をデスクトップ１０上にドロップする。 ５．グループまたは人物を活動ビュー上にドロップする。この動作は、クライ アントまたはグループおよび予定されている(scheduled)活動への接続を確立す る。 ６．ミーティングアイコン３６２、電話アイコン３６３または用事アイコン３ ６４を新しい日３６１（図１９）にドロップする。これにより、その日の活動が 、その活動と同じ時間、説明(descriptions)および他の属性で適切に再スケジュ ールされる。 ７．ミーティングアイコン３６２、電話アイコン３６３または用事アイコン３ ６４を新しい時間にドロップする。これにより、その活動が、その活動の他の属 性を同じに保ったままで新しい時間に再スケジュールされる。 ８．先に定義したパーキングロット９０上に、グループ、人物、組織またはサ ーチ結果をドロップする。 外部アドバイザー４９０は、好ましくは、ＤＢ２／２データベース２２内のク ライアントグループにサービスを提供する全ての他の職業（例えば、弁護士、会 計士、財産損害代理人(property casualty agents)、銀行員、生命保険代理人、 ストックブローカー）を含む。図２１を参照して、好適な実施形態において、総 合ビュー４９１の下で、好ましくは外部アドバイザー４９０を選択し、これによ り各クライアントグループの外部アドバイザー４９０を調べること(tracking)が 可能になる。外部アドバイザー４９０情報は、好ましくは、外部アドバイザーの 役割４９２、外部アドバイザー４９０が情報を共有する許可を与えられている(a uthorized)かどうか４９３、および外部アドバイザー４９０についての様々なデ ータ４９４および４９５を含む。アドバイザーは、この機能を用いて、クライア ントグループを共有する弁護士またはＣＰＡとの提携(alliances)を結ぶ。例え ば、税法改正に関するジョイントセミナーは弁護士および財部専門家の両方から のインプットを必要とする場合があり、その場合、そのグループの２人のアドバ イザーが、サービス提供先のグループに対してチームアプローチを行うことが可 能である。他のタブおよびボタンは、先に説明したような同様の機能を提供する 。 図１６を参照して、好適な実施形態において、レポート作成器２４９は、結果 リスト２４３をインプットとして適切に使用し、別のレポートライターを利用し て特定のレポートを作成する。レポート作成器２４９は、レポート作成中にアプ リケーション１８を邪魔しないように、好ましくは別プロセスとして動作する。 レポートライターは、標準的なＳＱＬを使用して、データベース２２にアクセス して作成されたレポートの内容を得る。 レポート作成器２４９によって提供されるレポートのリスト例は、以下のもの を含む。 ・カレンダーレポート ・誕生日レポート ・グループ活動レポート ・選択住所レポート ・電話レポート ・外部アドバイザーレポート ・クライアントグループリストレポート ・クライアントアカウントレポート ・実務管理(Practice Management)レポート ・被雇用者レポート ・サービス日付レポート ・整理されたアカウント活動レポート ・アドバイザー活動レポート ・財務助言提案アカウントセットアップフォーム(Financial Advisory Proposal Account Setup Form) さらに、グローバルリフレッシュ９７に付いているレポートは、最後のリフレ ッシュ時から見て、どのクライアントおよび／またはグループが新規であるのか を示す。 レポートを印刷するためには、アドバイザーは、そのレポートを、アドバイザ ービュー、カレンダー８６ビュー、サーチ８４ウィンドウ、またはグループもし くはカレンダー８６アイコンを選択することによって現れるポップアップウィン ドウにあるリストから選択する。その後、アドバイザーは、単に「レポート印刷 」ボタン２４９を選択する。好適な実施形態においては、アドバイザーは複数の レポートをソーティングして、それらのレポートの特定の日付範囲を選択する。 具体的には、これらのレポートは、マイクロフォーカスコバルトプログラム(mic rofocus cobalt program)に対して走る、グループリフレッシュ９５の間にメイ ンフレーム４０によってダウンロードされるスモールトークコード、ＲＥＸプロ グラムおよびＰＯＰＵＬＡＴＥプログラムから導出(derived)する。 上記の本発明の好適な実施形態の詳細な説明が、本発明の範囲および趣旨にお けるある種のクライアント管理システムを代表するものであるが理解されるであ ろう。さらに、当業者であれば、本発明の真の趣旨および範囲から逸脱すること なく様々な変化および改変を行うことが可能であることを認識するであろう。当 業者であれば、本発明が、本明細書中に示した詳細に限定されるのではなく、添 付の請求項の範囲内のあらゆる形態または改変例として請求されることを認識す るであろう。上記理由により、本発明の範囲は以下の請求項に記載される。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ， ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ， ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，Ｍ Ｘ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ， ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 ハリン，ハワード アール. アメリカ合衆国 ミネソタ 55427，ゴー ルデン バレー，ハンプシャー プレイス 6424 【要約の続き】 のクライアントをカードファイル（８２）にグループ化 することによって、データを繰り返し入力しなくてもド ラッグアンドドロップ機能（４６０〜４７８）によって アプリケーションを初期設定することが可能になる。リ フレッシュ、オンラインクライアントデータ（１５ ８）、フィールドデータ捕捉およびエクスポート機能に よって、ホストデータベースまたは他のローカルデータ ベースとの通信が可能になる。

Claims (1)

1. 【特許請求の範囲】 １．財務アドバイザーによる向上した財務助言のために、複数の消費者(consume rs)を複数のマーケティング可能なセグメントにグループ化するシステムであっ て、 財務計画アプリケーションプログラムを実行するように構成されたコンピュー タ装置であって、ローカルデータフィールド、クライアントデータフィールド、 候補者データフィールド、人物データフィールド、グループデータフィールドお よび組織データフィールドのうちの少なくとも１つを含むデータフィールドを含 むように構成された少なくとも１つのローカルデータベースを有するコンピュー タ装置と、 該複数の消費者のそれぞれは該消費者に関連付けられた複数のローカルデータ フィールドを有し、該複数のローカルデータフィールドのそれぞれは該複数の消 費者のそれぞれに関連する人口統計学的および財務情報を含むように構成され、 複数のクライアントデータフィールドであって、該クライアントデータフィー ルドのそれぞれは、該財務アドバイザーのある特定のクライアントとして分類さ れる複数のローカルデータフィールドを有する該複数の消費者の部分集合を含む ように構成され、該クライアントデータフィールドは固有のクライアントＩＤを 含み、該クライアントデータフィールドは類似するローカルデータフィールドを 有する複数の消費者を含むように構成され、これにより該クライアントデータフ ィールド内における該消費者のコーディネートおよび操作(manipulation)を可能 にする、複数のクライアントデータフィールドと、 複数の候補者データフィールドであって、該候補者データフィールドのそれぞ れは、該財務アドバイザーのある特定の候補者として分類される複数のローカル データフィールドを有する該複数の消費者の部分集合を含むように構成され、該 候補者データフィールドは固有の候補者ＩＤを有し、該候補者データフィールド は類似するローカルデータフィールドを有する複数の消費者を含むように構成さ れ、これにより該候補者データフィールド内における該消費者のコーディネート および操作を可能にする、複数の候補者データフィールドと、 複数の人物データフィールドであって、該人物データフィールドのそれぞれは 、該財務アドバイザーのある特定の人物として分類される複数のローカルデータ フィールドを有する該複数の消費者の部分集合を含むように構成され、該人物デ ータフィールドは固有の人物ＩＤを有し、該人物データフィールドは類似するロ ーカルデータフィールドを有する複数の消費者を含むように構成され、これによ り該人物データフィールド内における該消費者のコーディネートおよび操作を可 能にする、複数の人物データフィールドと、 複数のグループデータフィールドであって、該グループデータフィールドのそ れぞれは、該財務アドバイザーのある特定のグループとして分類される複数のロ ーカルデータフィールドを有する該複数の消費者の部分集合を含むように構成さ れ、該グループデータフィールドは固有のグループＩＤを有し、該グループデー タフィールドは類似するローカルデータフィールドを有する複数の消費者を含む ように構成され、これにより該グループデータフィールド内における該消費者の コーディネートおよび操作を可能にする、複数のグループデータフィールドと、 複数の組織データフィールドであって、該組織データフィールドのそれぞれは 、該財務アドバイザーのある特定の組織として分類される複数のローカルデータ フィールドを有する該複数の消費者の部分集合を含むように構成され、該組織デ ータフィールドは固有の組織ＩＤを有し、該組織データフィールドは類似するロ ーカルデータフィールドを有する複数の消費者を含むように構成され、これによ り該組織データフィールド内における該消費者のコーディネートおよび操作を可 能にする、複数の組織データフィールドと、 を備えた、システム。 ２．前記コンピュータ装置は、一時的なデータファイル、アプリケーションソフ トウェア、データベースマネージャーおよびデータ抽出を含む、請求項１に記載 のシステム。 ３．前記コンピュータ装置の前記財務計画アプリケーションはオブジェクト指向 アプリケーションである、請求項１に記載のシステム。 ４．前記コンピュータ装置と通信するミドルウェアであって、ステージングおよ びネットワーク接続を有するミドルウェアと、該ミドルウェアと通信するメイン フレームであって、複数のホストデータフィールドを含むように構成されたホス トデータベースを含むメインフレームとをさらに備えた、請求項１に記載のシス テム。 ５．前記メインフレームと通信して前記ローカルデータベースを更新するように 構成されたリフレッシュルーチンであって、前記複数のホストデータフィールド で前記複数のローカルデータフィールドの少なくとも１つを更新するように構成 されたリフレッシュルーチンをさらに備えた、請求項４に記載のシステム。 ６．前記リフレッシュルーチンが、前記ホストデータベースに対する実質的にリ アルタイムのアクセスをさらに有する、請求項４に記載のシステム。 ７．別のコンピュータ装置のローカルデータベースおよび前記ホストデータベー スの少なくとも１つに前記複数のローカルデータフィールドをエクスポートする ように構成されたエクスポートルーチンをさらに備えた、請求項４に記載のシス テム。 ８．前記複数のローカルデータフィールドをサーチし、複数のサーチ結果リスト を作成するように構成されたサーチエンジンであって、複数の消費者を順次引い て行くことにより１つのサーチ結果リストを生じるサーチエンジンをさらに備え た、請求項１に記載のシステム。 ９．前記複数のローカルデータフィールドが、性別ローカルデータフィールド、 アドレスローカルデータフィールド、財務情報ローカルデータフィールドおよび 関係ローカルデータフィールドを含む、請求項１に記載のシステム。 １０．前記ローカルデータフィールドが、前記消費者のそれぞれについて、５０ 個よりも多くのローカルデータフィールドを含む、請求項１に記載のシステム。 １１．前記消費者についての実質的にリアルタイムの財務情報を提供する手段を さらに備えた、請求項１に記載のシステム。 １２．前記システムが、クライアントとのコンタクトの所定の時間および所定の 頻度の少なくとも１つを始動する(triggering)システムをさらに備え、該時間お よび該頻度が雇用者の目標に基づいている、請求項１に記載のシステム。 １３．前記複数のデータフィールドでアプリケーションを開始するように構成さ れたドラッグアンドドロップルーチンをさらに備えた、請求項１に記載のシステ ム。 １４．前記ドラッグアンドドロップルーチンが、データフィールドを、カレンダ ーアイコン内の活動データフィールド上にドロップし、これにより該データフィ ールドを該活動データフィールド内に取り入れるように構成されたルーチンを含 む、請求項１３に記載のシステム。 １５．前記ドラッグアンドドロップルーチンが、複数のデータフィールドを有す る少なくとも１つのサーチ結果アイコンを複数のデータフィールドを有する電子 通信アイコン(electronic correspondence icon)上にドロップし、これにより該 通信データフィールドを該サーチ結果データフィールドとマージするように構成 されたルーチンを含み、該サーチ結果データフィールドが前記カードファイルデ ータフィールドの所定の組合せを表している、請求項１３に記載のシステム。 １６．前記ドラッグアンドドロップルーチンが、前記データフィールドを片付け アプリケーション(put away application)上にドロップして、これにより該デー タフィールドを保存するように構成されたルーチンを含む、請求項１３に記載の システム。 １７．前記ドラッグアンドドロップルーチンが、前記データフィールドおよび前 記サーチ結果アイコンの少なくとも１つをパーキングロットアプリケーション上 にドロップして、これにより該アイコンを一時的に保存するように構成されたル ーチンを含む、請求項１３に記載のシステム。 １８．財務アドバイザーによる向上した財務助言のために、複数の消費者を複数 のマーケティング可能なセグメントにグループ化する方法であって、 コンピュータ装置を介して財務計画アプリケーションプログラムを実行するス テップであって、該コンピュータ装置が、ローカルデータフィールド、クライア ントデータフィールド、候補者データフィールド、人物データフィールド、グル ープデータフィールドおよび組織データフィールドのうちの少なくとも１つを含 むデータフィールドを含むように構成された少なくとも１つのデータベースを有 するステップと、 複数のローカルデータフィールドを該消費者のそれぞれに関連付けるステップ であって、該ローカルデータフィールドのそれぞれは、該消費者のそれぞれに関 連する人口統計学的および財務情報を含むように構成されている、ステップと、 複数のクライアントデータフィールドを提供するステップであって、該クライ アントデータフィールドのそれぞれは、該財務アドバイザーのある特定のクライ アントとして分類される複数のローカルデータフィールドを有する該複数の消費 者の部分集合を含むように構成され、該クライアントデータフィールドは固有の クライアントＩＤを含み、該クライアントデータフィールドは類似するローカル データフィールドを有する複数の消費者を含むように構成され、これにより該ク ライアントデータフィールド内における該消費者のコーディネートおよび操作を 可能にする、ステップと、 複数の候補者データフィールドを提供するステップであって、該候補者データ フィールドのそれぞれは、該財務アドバイザーのある特定の候補者として分類さ れる複数のローカルデータフィールドを有する該複数の消費者の部分集合を含む ように構成され、該候補者データフィールドは固有の候補者ＩＤを有し、該候補 者データフィールドは類似するローカルデータフィールドを有する複数の消費者 を含むように構成され、これにより該候補者データフィールド内における該消費 者のコーディネートおよび操作を可能にする、ステップと、 複数の人物データフィールドを提供するステップであって、該人物データフィ ールドのそれぞれは、該財務アドバイザーのある特定の人物として分類される複 数のローカルデータフィールドを有する該複数の消費者の部分集合を含むように 構成され、該人物データフィールドは固有の人物ＩＤを有し、該人物データフィ ールドは類似するローカルデータフィールドを有する複数の消費者を含むように 構成され、これにより該人物データフィールド内における該消費者のコーディネ ートおよび操作を可能にする、ステップと、 複数のグループデータフィールドを提供するステップであって、該グループデ ータフィールドのそれぞれは、該財務アドバイザーのある特定のグループとして 分類される複数のローカルデータフィールドを有する該複数の消費者の部分集合 を含むように構成され、該グループデータフィールドは固有のグループＩＤを有 し、該グループデータフィールドは類似するローカルデータフィールドを有する 複数の消費者を含むように構成され、これにより該グループデータフィールド内 における該消費者のコーディネートおよび操作を可能にする、ステップと、 複数の組織データフィールドを提供するステップであって、該組織データフィ ールドのそれぞれは、該財務アドバイザーのある特定の組織として分類される複 数のローカルデータフィールドを有する該複数の消費者の部分集合を含むように 構成され、該組織データフィールドは固有の組織ＩＤを有し、該組織データフィ ールドは類似するローカルデータフィールドを有する複数の消費者を含むように 構成され、これにより該組織データフィールド内における該消費者のコーディネ ートおよび操作を可能にする、ステップと、 を包含する、方法。 １９．複数のデータフィールドをサーチし、複数のサーチ結果リストを作成する ステップであって、該データフィールドを順次引いて行くステップを含むサーチ ステップをさらに包含する、請求項１８に記載の方法。 ２０．ミドルウェアを介して前記コンピュータ装置と通信するステップと、複数 のホストデータフィールドを含むように構成されたホストデータベースを有する メインフレームを介して該ミドルウェアと通信するステップとをさらに包含する 、請求項１８に記載の方法。 ２１．前記メインフレームと通信し、前記ホストデータフィールドで複数のデー タフィールドの少なくとも１つを更新するステップをさらに包含する、請求項２ ０に記載の方法。 ２２．前記ホストデータベースに実質的にリアルタイムにアクセスするステップ をさらに包含する、請求項２０に記載の方法。 ２３．別のコンピュータ装置のローカルデータベースおよび前記ホストデータベ ースの少なくとも１つに前記ローカルデータフィールドをエクスポートするステ ップをさらに包含する請求項２０に記載の方法。 ２４．前記データフィールドを提供する前記ステップは、前記複数の消費者のそ れぞれについて５０個よりも多くのデータフィールドを提供するステップを包含 する、請求項１８に記載の方法。 ２５．関連付けられたデータフィールドを有する複数の消費者に固有の識別番号 を割り当てるステップであって、該ステップが、 複数のコンピュータ装置を提供するステップであって、該コンピュータ装置の それぞれが固有の数値範囲内のある数を有するステップと、 該コンピュータ装置のそれぞれについてユーザ識別子およびパスワードを有す るグローバル名前スペースを提供するステップと、 該数をクライアント名に割り当てるステップと、 該グローバル名前スペース内に該数および該クライアント名を保存し、これに より、該クライアントのそれぞれに固有の該数が割り当てられることを確実にす るステップと、 をさらに包含する、請求項１８に記載の方法。 ２６．前記コンピュータ装置内にあるソフトウェアの使用を制限するステップで あって、該制限ステップが、 該コンピュータ装置をブートするステップと、 カウンタを提供するステップであって、ローカルデータベースに対する更新、 バックアップおよび復元の少なくとも１つが前記ホストデータベースによって行 われることなく該ブートステップが行われた回数に基づいて該カウンタがある値 を確立するステップと、 所定の値を提供するステップであって、該所定の値が、ローカルデータベース に対する更新、バックアップおよび復元の少なくとも１つが前記ホストデータベ ースによって行われることなく該ブートステップが行われ得る最大回数となるス テップと、 該所定の値を該カウンタ値と比較して、該所定の値を上回ったかどうかを判定 するステップと、 該所定の値を上回った場合に、前記ホストメインフレームへのアクセスを制限 するステップと、 をさらに包含する、請求項１８に記載の方法。 ２７．前記消費者についての実質的にリアルタイムの財務情報を提供するステッ プをさらに包含する、請求項１８に記載の方法。 ２８．消費者とのコンタクトの所定の時間および所定の頻度の少なくとも１つを 始動するステップであって、該時間および該頻度が雇用者の目標に基づいている ステップをさらに包含する、請求項１８に記載の方法。 ２９．ドラッグアンドドロップルーチンによって前記データフィールドでアプリ ケーションを開始するステップをさらに包含する、請求項１８に記載の方法。 ３０．カレンダーアイコン内の活動データフィールド上にデータフィールドをド ロップし、これにより該データフィールドを該活動データフィールド内に取り入 れるステップをさらに包含する、請求項２９に記載の方法。 ３１．複数のデータフィールドを有する少なくとも１つのサーチ結果アイコンを 複数のデータフィールドを有する電子通信アイコン上にドロップし、これにより 該通信データフィールドを該サーチ結果データフィールドとマージするステップ であって、該サーチ結果データフィールドが前記データフィールドの所定の組合 せを表しているステップをさらに包含する、請求項２９に記載の方法。 ３２．前記データフィールドを片付けアプリケーション上にドロップして、これ により前記カードファイルアイコンを保存するステップをさらに包含する、請求 項２９に記載の方法。 ３３．前記データフィールドおよび前記サーチ結果アイコンの少なくとも１つを パーキングロットアプリケーション上にドロップし、これにより該データフィー ルドを一時的に保存するステップをさらに包含する、請求項２９に記載の方法。