CN101299258A - 销售处理支持系统和方法 - Google Patents

Abstract

一种用于识别销售目标以改善销售成功率的销售处理支持系统和方法，包括中央数据库，接收综合信息并将其标准化和家庭化成分级结构。该综合信息被微销售工作站访问以产生销售线索表。提供数据库装置，用以对中央数据库上的数据访问。系统将以客户为目标的销售线索电分配给部门网络，利用工作站访问中央数据库以对客户建档，电跟踪销售和服务信息。所述系统还可以包括一系统，用于在与本发明中央数据库、微营销中心、中央客户信息系统和部门系统通信的一个单独的交易内开立帐户。

Description

销售处理支持系统和方法

本申请是申请日为1996年10月17日、申请号为96199069.4、发明名称为“销售处理支持系统和方法”的中国发明专利申请的分案申请。

本发明一般涉及销售和服务支持系统和方法，特别涉及用于指定客户服务和识别销售目标、分配销售线索、增强销售工具和跟踪销售业绩和销售人员的电子销售和服务支持系统和方法。

为了提高竞争力，就像其它服务提供者一样，金融机构已经开始采用在其它领域取得成功的销售和服务技术。但是，市场金融服务具有独一无二的挑战。首先，大多数人不购买金融服务。然而在客户生活中的某些事情使得客户做出改变或面向这一改变。在生活中，有当惰性被例如迁移、死亡、家庭形成克服时的情形、或有当客户变得厌烦足以做出改变的机会的出现。为此，金融服务的大的弥散市场通常没有效果。而是，金融服务的市场必需面向那些倾向于做出改变或开立其它帐户的客户。在过去，精确识别那些开户变更的客户和预测这些事件何时发生即使不是不可能也是非常困难的。由此，需要一种更好的用于预测何时客户或潜在客户将开户变更的系统和方法。

为了预先考虑客户的需要和支援目标销售，服务提供者必需了解它的客户。了解一个人的客户对于改善的客户服务是非常重要的，是另一种被证实的获得和保持新客户的途径。由于当客户数量增加和每个客户与特定雇员联系频率减少时，了解一个人的客户变得非常困难，大金融机构的客户基础范围对某些销售尝试存在一个障碍。在今天的金融团体中，大金融机构可以具有数千万个家庭或客户，其中的每一个都具有唯一的一组帐户。这些家庭、客户和帐户的数据异常繁杂，以至到目前为止还不能被完全用于市场拓展。

在致力于经营大客户数据库的过程中，商店传统地保存客户记录。在某些情况下，这些记录都是以简单的纸件形式记录的，但最近电子记录已变得普遍。最初，单独的数据存储器被用于每个电子记录保存申请。因此，例如金融机构中的每个部门都具有为其本身目的建立和保存所需记录的一个程序。利用这种途径的问题在于信息必需被广泛地重复。例如客户名称和地址可以出现在数个单独部门的单独文件中。

应用专用的数据存储器还存在一个问题。由于客户的信息进入不止一个文件，所以，状态的任何一种改变都经常被不同的人进入到每一个文件中。在整个时间内，数据的精度和一致性都将变坏。另外，专用数据存储器的使用需要更多的数据入口和更多的存储空间。

二十多年以前介绍的有关数据库的概念已经在克服这个问题方面作了很多工作。在一个数据库中，数据被存储在中心部分，所以不会出现数据重复。数据库管理程序被用于管理所述数据库。当前可以得到的数据库管理程序的例子包括DB2(用于大数据库)和dBase(用于个人计算机)。

通常，数据库管理系统(DBMS)被用于管理数据库的建立、存储、访问、修改、删除和使用。典型的DBMS建立数据库和它们的结构；提供用于控制和数据库中数据管理的装置；提供用于用户和应用程序以访问、进入、修改以及处理数据库中数据的装置；提供报告程序处理机；提供“特定”查询工具；向访问所述数据库的管理者和所执行的活动提供使用者状况报告；向操作者提供硬件使用、当前和其它监视数据的报告；和提供用于数据库中数据的自动备份和恢复程序。

多用户数据库存在很多附加要求。这包括当用户数量增加时保持系统性能、控制数据的并行存取、保持保密性和管理数据库。

有四种数据库模型：(1)分级的，(2)网络的，(3)关系的，(4)目标定向的。分级和网络模型使用用于存储数据的文件。分级数据库中的数据关系遵循分级结构，或树，它反映了记录类型中一对一或一对多的关系。网络数据库中的数据关系遵循所述记录中多对多的关系。数据关系必需在建立分级或网络数据库时限定。关系数据库使用用于存储数据的多个表。其数据关系可以由用户动态确定以及不必在建立所述数据库时限定。关系数据库使用数据库查询语言为用户存取和处理数据库中的数据。范例查询和所构成的查询语言是两个数据库查询语言。目标定向数据库将数据连同目标中的过程一起存储。

关系数据库由很多其中存储有数据的表组成。关系数据库中的表必需具有多个唯一行，并且每个单元或段必需只包含诸如姓名、地址或身份证号码等项信息。关系数据库管理系统(RDBMS)使数据得以很容易地建立、保持、处理和从关系数据库中提取。

在最尖端的数据库中，通过查询数据库提取数据。查询语言允许用户在所获得数据的基础上设置特定记录。已知的查询语言包括特定程序语言、结构化查询语言、自然语言和范例查询。当使用查询语言时，用户通常规定程序所遵循的原则以选择要提取的记录。这些原则被作为判断的标准。只有那些与持定的判断标准相匹配的记录才被提取。

在关系数据库中，数据关系没有被预先限定。用户查询关系数据库和通过进入公用字段自发建立数据关系。数据库查询语言用做用户和关系数据库管理系统之间的接口。

在关系数据库中使用两种基本查询形式：(1)范例查询，和(2)结构化查询语言。在范例查询中，数据库管理系统显示字段信息和用户进入所希望字段中的查询状态。

结构化查询语言(SQL)是关系数据库使用的标准数据库查询语言。SQL并不是一个单独的独立软件程序，而是DBMS的一部分。SQL允许用户建立和运行多组存储在多个表中的相关信息。SQL的核心在于查询数据库过程中的灵活性。

由于数据存储在关系数据库中的方式使得可以得到这种灵活性。数据被存储在具有特定性质的表中。这些特性包括：(1)一个或多个被命名的字段，(2)每个列中的数据具有相同数据类型，(3)零或多个行(当已经限定了所述表但还没有数据进入时出现零行)，(4)每个行是唯一的，(5)单一的数据值被包含在任一字段和行的交叉部分中，和(6)字段和行的顺序无关紧要。

从数据库中提取数据有两种基本形式：集合式和记录式。每种形式都具有各自的优点和缺点。

集合式数据库允许用户将注意力集中到数据的字符而不是数据的有形结构上。用户使用成组的或多套或多个表中的数据而不是作为单个表数据进行工作。使用SQL的DBMS，诸如是SQL服务器的指示器(Oracle)和SQL模式被集合。

记录式数据库在数据实际结构和索引的基础上存取数据。记录指针允许用户经过一个表一次操纵一个记录。它可以很容易地对表中的行或记录进行存取。但是，数据库管理系统的研制者必需写入编程码以使其经过每一所需记录而形成循环，这是它的一个缺点。如此使用记录式方法的DBMS的例子是dBASE和Clipper(限幅器)。

在SQL中，通过授予权限保持保密性。权限可以授予给整个数据库、某个表或某些命令。数据库操纵者可以存取整个数据库，以便能够使它被适当保存，而用户通常需要对特定表或特定表的一部分进行访问。例如，一个人可以对一个人表进行访问但不能对那个表中的薪水字段进行访问。

建立和使用客户数据库的尝试具有各种限制。一般而言，这种限制有两种类型：在输入给数据库的数据的源和特性方面的限制和某个人从数据库中搜索和提取数据能力方面的限制。在某些情况下，这些限制工作于彼此相反状态下。例如，当某个人改进数据库的规模和特性时，从数据库中搜索和提取数据就变得更加困难。

近年来，诸如银行等的金融机构已经使用了目标市场(特别是直接邮购和远距离市场)销售大范围的金融产品并服务于现有的和新的客户。为了促进这些工作，银行已经使用了例如包含客户表和邮购表在内的传统数据库。但是，这些传统目标市场源不具有全部的与完全服务于金融机构相适应信息的优点。

全服务金融机构通常向客户提供大范围的包括传统的存款、投资、贷款、抵押帐目在内的各种金融产品，以及包括信用卡、中间人业务、直接存取、商业存取、现金核查、电话记帐交付和保险检验等在内的各种金融服务。另外，金融机构现在通常经过包括自动提款机(ATM)、客户激活终端(CAT)、屏幕电话、银行专用个人计算机、个人数字辅助器、声音响应系统和智能卡以及传统的银行出纳员在内的各种手段提供对金融服务的访问。来自这多种源的信息为客户金融行为和需要提供异常复杂的图形。因此，以有意义的方式存储和提取这大量数据具有极大的商业潜力。即便不考虑商业潜力，也需要用于组建来自这些各种源的综合数据库并以有意义和实际的方式从中央数据库提取信息的系统和方法。

对于用于组建客户金融数据和在市场和客户服务系统中提取信息的现有的系统和方法存在很多缺陷。首先，大多数用户(例如银行雇员)决不会学习如何使用复杂的查询语言。语言的精通需要特别的培训和技巧。另外，研制者要写出由那些只有对程序稍有了解的用户所使用的客户申请。因此，客户使用数据库的能力经常受到由某个人为其应用所写的客户申请的限制。这样，可以获得的大规模数据库系统通常不具有灵活性以使用户，即熟悉市场的人员，运用其自身的知识和经验来选择从用于目标市场的数据库中提取数据的标准。相反，用户必需依靠一组预先限定的可能或不可能提供所期望结果的查询。结果是，销售活动通常只能以可容易确定的新的或现有的客户组、诸如是所有新客户或具有某种帐户的所有现有客户等为目标。由于还没有一条有效的方法来快速产生与分布用于特定的最有希望认购所提供的新金融服务的人群组销售线索表，那些最有可能需要或想要由金融机构提供的附加产品的客户不总是销售活动所认定为目标的人。这导致了工厂销售活动成功率的减少。

另外，利用金融机构或关于客户的复杂人口统计信息(即客户的“档案”)对客户整个关系进行访问并没有给出在市场变化中的这些客户。因此，利用全部的对客户背景的了解和金融工作，理智的寻址目标客户用以直接邮寄和远距离市场交易者都是困难的。有关现有客户的基本信息不是经常得到的，或为现有客户做档案表所需要的响应时间太长。这些问题都导致为客户建立一个极差的阅历和不是最适度的销售行为。

另外，银行部门、部门经理和负责市场活动的其它人员的销售行为没有被有效地分析和跟踪。销售行为的完整显示通常只有在销售活动完成之后和活动的结果被人工收集和分析之后才能得到。这通常需要一系列以纸件为基础的表格和通过相对较慢反馈给销售人员而产生的特定系统。因此，还需要一种系统，用于提供与每个产品和由每个部门销售服务相关的最新联机综述报告，以及单独销售人员的行为显示。

简言之，还需要一改善的用于识别销售目标、分配销售线索、增强销售工具和跟踪大销售活动和单独销售人员的行为活动以及金融机构的利润以便最大程度使客户满意的一体化系统。

本发明的一个目的是提供一种电子销售和服务支持系统，该系统能够使用一个中央控制的数据库提供改进的销售目标的识别和且该系统作为一个用于改善客户服务和所建立关系的工具。特别是，本发明作为一个系统允许银行预测并利用当惯性被克服时的珍贵时刻以及用户开立帐户以改变银行或开立新帐户时同时允许银行建立或加强与现有客户和新客户的关系。

本发明的系统还被用于通过加强银行和客户之间的关系改善客户服务和减少客户损耗。特别是，研究已经示出由于客户的关系与银行扩大起来，客户余额增加，因此客户相对于银行的利益也增加。此外，客户与银行的关系越紧密，改变银行就越困难。本发明提供一种工具，该工具用于通过允许那些负责市场的人员访问和讨论目前为客户使用的金融服务全部范围以及仅以引导的每一市场活动最佳客户群为目标来和客户建立长期和广泛的关系。

本发明的另一个目的是提供一种系统和方法，用于使从内部和外部源到金融机构中央控制的数据库的信息标准化和家庭化以支援市场活动。

本发明的再一个目的是提供一种用于从包含大量金融和人口统计数据的中央控制的数据库中组建和提取信息以支援市场活动的系统。

本发明的再一个目的是提供一种能够给行销人员快速产生和分配销售线索表的系统。

本发明的再一个目的是提供一种系统，该系统在行销交易期间向行销人员提供客户的金融和人口统计档案的动态展示。

本发明的再一个目的是提供一种用于跟踪销售活动和单独销售员的业绩的联机业绩跟踪系统。

本发明另外的目的、优点和新颖之特性将在下述的描述中提供并对于阅读或实践本发明的本专业技术领域内的熟知技术人员来讲将显而易见。本发明的目的和优点是通过所附权利要求实现和达到的。

本发明通过提供一个用于从各种源组建的一个综合数据库并以有意义和实际方式从中央数据库中提取信息的系统和方法来实现上述目的。本发明的系统和方法主要地并不排除地用于支援大规模销售活动，特别用于大金融机构。

本发明的系统和方法最好包括一个中央数据库、一个或多个具有多个用户工作站的微营销中心、一个具有多个部门工作站的中央客户信息系统(“CCIS”)和一个帐户开放系统(“AOS”)。这些部件通过远距离通信或其它装置彼此链接到一起，从而使微营销中心、CCIS和帐户开放系统能够与中央数据库通信。中央客户信息系统(“CCIS”)最好包括关系档案部分，帐户管理部分、线索管理系统、或销售跟踪和报告(管理信息系统或“MIS”)部分。

广义来讲，本发明的系统链接大商业银行的各个部门，特别是将大规模中央数据库链接到用户工作站以允许用户查询数据库。根据本发明的一个方面，提供了一个图形界面以允许不熟悉结构化查询语言的用户仍然可以从所述数据库获得信息。所述数据库还连接到中央客户信息系统(CCIS)。本发明将所有这些成分联系到一起并提供一个以客户为目标的和跟踪客户需求之效果的系统化方法。

使用本发明的系统，一个部门可以决定一项商业活动以及协调与地方微商业中心的商业活动。本发明的系统可以以多个客户为目标和产生多个表。

根据本发明的一个重要方面，本发明的系统直接连接到联机部门系统。利用这种方式，最好由微营销中心装载的线索被自动传送给各部门。对于本发明的系统和处理来讲，地方微营销中心是特别重要的。特别是，本发明提供一种能够产生用于识别各种邮购地址并提供对联机CCIS部门系统链接的多个表的微营销中心。这给予所述地方微营销中心在分解工作站可以得到的所有能力。但是，微营销中心可以隐藏各种地址，例如商店或合法地址。使用这种方法产生的线索可以在前一天晚上被自动上加载到一个系统，以便直接将所述线索提供给各机构。

关于地方微营销中心，本发明的系统包括一个允许地方微营销中心产生用于识别各种邮购地址和连接到联机CCIS部门系统上的表的图形用户界面。这允许主要销售中心直接将线索提供给特定的商业活动。通常，处理流程可以如下描述。最初，部门用户(银行管理部)决定促销。促销观念被通知给地方微营销中心。系统允许地方销售中心使用用户工作站产生所述线索。通常，根据请求的类型和规模一个请求能够执行5分钟到24小时。所述线索被自动装载到系统中用于将所述线索在前一天夜里提供给部门用户和私人银行家。银行家然后可以使用所述线索和与销售付款请求所建的关系。

中央客户信息系统(“CCIS”)最好包括一个关系档案部分、一个帐户管理部分、一个线索管理系统，或销售跟踪和报告(管理信息系统或“MIS”)部分。每个部分能够产生一个报告，该报告提供给所述部门以完全的销售处理。

电子销售和支持系统最好能够与所述系统接口，用于开设包括全范围金融成分在内的单一帐户。因此，本发明的一体化系统最好包括一个系统，用于开设最好是单独交易中的一个帐户。所述系统最好能够与本发明的中央数据库、微营销中心、中央客户信息系统和部门系统通信，以便使数据能够在这些合法和适当的系统之间通过。

中央数据库构成本发明所有应用的基础，从而可使用微营销中心、CCIS和帐户开设系统访问中央数据库信息(和在某些情况下提供信息给中央数据库)。本发明的中央数据库是一个综合和丰富的数据库，它包括了有关金融机构中全部客户和产品的信息，其中包括部门产品、银行卡、旅游和宴会卡、学生贷款、投资、保险和抵押产品等。

中央数据库被设计得能够保证信息精度并使所述信息容易被非技术人员使用。因此，系统包括用于净化和标准化即将取得信息、家庭化、建档过程、计算状态代码保存多个表和计算策略标记的装置。中央数据库中的大部分字段最好利用在月底获得的信息进行按月修改。

在一个最佳实施例中，中央数据库在一个位置处存储来自所述金融机构内各商店和市场的信息。中央数据库可以包括涉及现有客户金融信息的信息、来源于外部的信息，和关于现有和潜在客户的人口统计信息。在该最佳实施例中，中央数据库被置于主机内和包括一个金融和人口统计数据存储库。信息被从包括商店和由所述金融机构提供并用于该机构所提供每件产品和服务的信用卡的各种源和外部自动售货机供给送入所述数据库。外部发送点供给最好包括所有公开可以获得的人口统计信息、电话号、地址、税款和适当的记录等。

来自这些源的数据被以统一格式存储。为此目的，可以使用统一存储器或家算法、姓名和地址标准化处理和合并处理。另外，信息最好以三层分级结构保存在所述中央数据库中，从而可以在家庭、客户和帐户级别上有选择地访问该信息。一个给定的家庭可以具有一个或多个客户，而该家庭中的每个客户可以具有一定数量的不同帐户。

因此，中央数据库用做单一的中央储藏所，用于存储整个商店的客户相关信息。如以后将要描述的，中央数据库可以用于客户服务、金融分析和销售目的的广泛变化。

在一个单一的用于存储整个商店所有客户相关信息的中央储藏所提供有效可能的同时，该数据库需要足够的大以确定出现的问题。例如，本发明人认识到这种规模的数据库实际上是不可能用于直接检索。因此，根据本发明的另一个方面，本发明的系统包括一个用于允许用户动态建立多个程序以检索所述中央数据库的装置。

本发明的微营销中心工作站包括一个最好是以软件形式设计的用于运行通用计算机的装置，用于产生一个运行于Windows^TM PC或Macintosh^TM计算机的图形用户界面(“GUI”)。仍旧最好是以软件运行通用计算机的所述装置提供所有表的局部拷贝和在由所述工作站使用的中央数据库的基础上构成。这保证了所有用户具有最新的定义和字段。

另外，所述系统包括一个用于通过使用下拉窗口、图符、拖曳-和-下降以及用户熟悉的其它特性使用户走过检索中央数据库的每一个步骤的装置。此外，该系统还包括一个用于对每个请求建立一个“适当”的SQL查询，以及隐藏专用代码和所需的语法以保证这些查询得以运行装置。最后，系统还包括一个用于将报告和文件下加载给局部打印机或存储设备的装置。

在其它方面，微营销中心的工作站还具有对中央数据库所包含的信息进行检索并产生用于销售活动线索(即销售目标)表的能力。微销售工作站允许用户建立查询、规定或设计一个报告、运行所述处理，即运行所述查询、将查询的结果运行到一个报告中，然后下加载或输出所述报告。

微销售工作站还允许用户产生销售信息或线索并将这些线索直接提供给CCIS。在微营销中心内可以使用多个微销售工作站以响应来自部门经理对所选择销售方案线索表的请求(即与新的或现有的产品或由所述金融机构提供的服务相关的销售活动)。微营销中心由部门经理主持工作以确定最可能购买产品或服务的家庭、客户或帐户的档案。然后，微营销中心形成一个特定的查询，针对中央数据库运行所述查询、并产生一个包含有最佳线索表的报告以执行用于销售活动。

位于微营销中心的工作站能够检索中央数据库和提取满足特定选择标准的所有家庭、客户或帐户表。所述线索表用于以直接邮寄给销售活动中满足特定选择标准的家庭、客户为目标或所述线索表直接传送给用于电话行销的CCIS。

本发明的CCIS是一个市场、管理和销售工具。它包括一系列用于观察客户信息和管理客户联系和关系的整体成分。关系管理成分支持综合销售处理。系统提供下述特性，一允许适当的工作人员以详细和简单的形式观看家庭和客户帐户和余额信息的关系档案；允许银行家将客户编入诸如有价证券管理和个人关系管理程序中帐户管理特性；用于联机传送按优先顺序排列的请求表并跟踪其结果的关系建立特性；推销抑制功能，向不希望用电话和/或邮寄进行联系的客户和非客户提供信息；和联系史特性，该特性显示最近与每个客户的推销联系。

CCIS执行多个与销售活动相关的功能。为了更好地理解CCIS，首先简要描述使用CCIS的金融机构的分级结构。诸如花旗银行N.A的大金融机构都被组织成一定数量位于不同地理区域的单独的公共银行。每个公共银行包括多个的单独的银行部门。银行部门通常设有部门经理，和若干银行家。CCIS最好包括位于所述银行部门中为与个人银行家或部门经理而设的工作站，同时也可为与银行官员或销售经理而将工作站设置于公共银行的主要办公室内。各种工作站中的每一个根据用户的偿付能力和银行内的职责都具有不同的功能。

部门经理接收由微营销中心产生的线索表并通过将所述线索电加载到CCIS工作站用以在部门内所选定的个人银行家之间分配。部门经理将所述线索指定给最有资格的个人银行家处理所述线索，或根据个人银行家的工作量及可利用的可能性而指定。

在由微营销中心产生所述表和与CCIS通信之后，个人银行家接收对CCIS工作站上所述线索表的访问。然后，所述个人银行家与线索表上的每个客户进行行销交易(例如，电话访问)。在行销交易之前和交易期间，个人银行家使用CCIS观看客户与银行关系的整个档案(以详细和简要的形式)和有关包含在中央数据库中客户的其它人口统计信息。这使得个人银行家在行销交易期间与客户进行理智地交谈并借此增加销售活动的成功率。

接下来，部门经理和银行官员使用CCIS作为跟踪和报告管理工具以自动捕获每日的销售信息。部门经理和银行官员使用CCIS访问与每个个人银行家相关的详细的销售交易，并观看各种活动的销售结果，以跟踪业绩和根据需要对所述活动进行调节。部门经理和银行官员还使用CCIS在个人银行家和/或部门中再分配线索以使销售资源的使用最佳化。

本发明最好还包括一个用于开户的系统，最好在一个单独的交易中，该系统包括：一用于收集涉及客户金融和/或投资情况的数据的装置；用于在所收集数据的基础上执行一所需分析的装置；用于显示帐户信息的装置；用于在必要估价的基础上进行推荐的装置；用于输入客户成分选择的装置；用于将帐户组成部分加到一个单一的帐户上以建立一单一的提供所有客户所希望提供之服务的帐户并最大地满足客户需要的装置；用于执行信贷支票的装置；用于根据所提供的服务确定单一费用的装置；用于授权客户使用包括发行银行卡和个人身份码装置在内的远程访问产品的装置；用于识别丢失数据的装置和用于敦促用户进入还没有被提供数据的装置。所述系统还包括用于链接每个成分中的数据字段从而在一旦收集到一组数据时，就将该组数据提供给所有适当数据段的装置。另外，系统被结构得使用户能够绕过数据段和在以后的交易中提供这些数据。系统最好能够与本发明的中央数据库、微营销中心和部门系统通信，以便使数据能够在这些合法和适当系统之间传送。

本发明系统的一个重要的方面是经过处理允许数据上下流动，以便在一旦收集到一组显著的数据时，该数据即被传送给它所需要的每个位置上。换言之，所有类似的数据字段都被链接到一起。这提供了一系列优点。首先，即使是在某些其它用户收集所述数据时，该用户(银行雇员)也决不会询问客户在先已经提供的数据。其次，系统用户在他们向客户介绍过程中的适当时间具有灵活性以收集数据。第三，在合法和适当的场合，可以从诸如本发明中央数据库的其它源获得信息以简化处理。类似地，在帐户的开设处理期间获得的信息可以被本发明整体系统的其它成分、例如是中央客户信息系统(“CCIS”)的线索管理系统或销售跟踪和报告(管理信息系统或“MIS”)成分使用。

本发明的系统最好还包括一个未决文件存储装置，该装置用于存储已经被收集的但不是立刻需要的特色数据。在这种方式下，如果在客户访问银行期间需要这些数据，则可以提取这些数据而不必要求客户提供他或她已经提供的数据。另外，在帐户的开设处理期间获得的和存储在未决文件中的信息可以被本发明的整体系统的其它成分使用，例如中央客户信息系统(“CCIS”)的线索管理系统或销售跟踪和报告(管理信息系统或“MIS”)成分。

因此，本发明提供一种整体的销售处理支持系统，包括：中央数据库，用于将数据从多个源输入给中央数据库的装置，用于按照多个组织级别标准化中央数据库中输入数据的装置，在地理位置上远离中央数据库的多个用户工作站，其中的每一个用户工作站包括数据库和显示装置；所述多个工作站包括用于产生图形用户界面以便用户选择检索标准块从而图示地建立图形结构检索查询的装置，所述图形用户界面包括下拉窗口、图符和拖曳-和-下降操作；通过远距离通信装置连接到每个用户工作站的多个部门工作站；和用于将数据记录从用户工作站传输给多个部门工作站的装置；中央客户信息系统，该中央客户信息系统与部门工作站在地理上分离但通过电通信链接到一起，用于将图形结构的检索查询转换成包括所需代码和语法的文本查询以保证该文本查询能够运行的装置；用于允许在用户工作站和中央数据库之间进行数据通信的装置；用于检索数据库响应从其中一个用户工作站中接收结构化查询并识别与所述查询相匹配的记录的装置；和用于将有关与所述查询相匹配记录的数据下加载到用户工作站的装置。

所述中央客户信息系统包含有多个客户文档，每个客户的档案包括人口统计信息和包括有信贷信息和金融目标的客户金融信息；用于在包含在中央客户信息系统中信息的基础上执行所需分析、在所需分析的基础上向客户推荐一个帐户进而向客户提取与所选帐户的组成部分相关的信息的装置；和用于允许在中央客户信息系统和中央数据库之间数据通信的装置。

中央客户信息系统最好在地理位置上远离中央数据库。当使用整个这种应用时，术语“地理分开”和“地理远离”是指诸如是处于不同城市或国家位置的一种有效空间间隔，而不是指一个建筑物的相邻室或相邻层的空间间隔。联系到最佳实施例，“地理分开”和“地理远离”系统被保持在诸如是例如纽约、华盛顿、加利福尼亚、得克萨斯和佛罗里达的不同城市区域内。

所述系统还可以包括一个用于在部门办公室跟踪客户到达的装置；其中所述系统还包括一个用于跟踪和报告关于与已经过销售处理的新的和现有客户相关的到达部门的信息的装置，该信息包括下述信息：到达形式、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每种产品的价格、客户的姓名和地址、产品类型、参观目的和销售代表ID。

本发明还提供一种识别销售目标，分布销售线索和增强用于市场活动的销售工具的处理，该处理与包括中央数据库的系统联合使用；用于将来自多个源的数据输入给中央数据库的装置；用于检索数据库响应结构化查询和识别与所述查询相匹配的记录的装置；至少一个具有与所述中央数据库电通信的多个用户工作站的微营销中心；多个地理分离的部门系统，每个部门系统包括至少一个部门工作站；和中央客户信息系统，所述中央客户信息系统与部门系统处的工作站地理位置分离但通过电通信链接到一起。

所述处理包括下述步骤：将数据从多个源输入给中央数据库；将所输入的数据标准化和家庭化成所述中央数据库内的多个组织级别；将销售活动观念通知给微营销中心；在销售活动观念的基础上通过将标准输入到所述用户工作站的用户界面来产生线索用于限定客户表作为销售活动期间的目标；建立结构化查询响应所选择的标准和使用所述结构化查询检索所述中央数据库，识别中央数据库中与所选择标准匹配的记录，和产生客户表作为在销售活动期间的目标和向所述部门工作站电分配所述客户表。

所述处理还包括下述步骤：显示关于在销售活动期间与所述客户销售交易之时包括有来自所述部门工作站的所述客户表上的有关客户信息的档案。另外，该处理还可以包括使用允许微营销中心产生包含邮寄地址的文件和将该文件传送给地理上分离的部门系统的图形用户界面的步骤。

所述处理还可以包括一个在部门办公室跟踪客户到达和跟踪并报告关于与经过销售处理的新的和现有客户相关到达部门的信息的步骤，所述信息包括：到达形式、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每种产品的价格、用户姓名和地址、产品类型、参观目的和销售代表ID。

此外，这个应用中所使用的术语“地理分离”和“地理远离”是指诸如不同城市或国家中位置的有效空间分离而不是指一个建筑物相邻室或相邻层的空间间隔。联系到最佳实施例，所述“空间分离”和“空间远离”被保持在诸如是例如纽约、华盛顿、加利福尼亚、得克萨斯和佛罗里达的不同城市区域内。

参照附图对本发明的描述将使本发明变的更加清楚，其中：

图1是本发明的销售和服务支持系统的高级示图；

图1A是使用本发明的系统和处理的销售处理流程图；

图2是显示中央数据库的成分的示意图；

图3是示出了在中央数据库中存储(家用的)信息的三个基本级别的框图；

图4A-4D是示出了构成用于访问中央数据库的数据连装置的各种表的框图；

图5是显示了在选择进入到微营销中心的工作站的标准的基础上从所述中央数据库中产生线索表的处理步骤的流程图；

图5A-5H是用于微营销中心内工作站的各种图形用户界面的显示，它们示出了注册登记处理、结构化查询、限定用于运行所述查询的处理和产生一个报告、将所述线索提供给特定活动和下加载一个文件给联机部门系统的处理；

图6A是示出了访问和输入来自中央客户信息系统信息的初始化处理步骤的流程图；

图6B-6C是示出了从中央客户信息系统工作站观看各种客户和家庭文档屏幕处理步骤的流程图；

图7是示出了使用中央客户信息系统的帐户管理功能的处理步骤的流程图；

图8A-8C是示出了使用中央客户信息系统的关系建立系统的处理步骤的流程图；

图9A-9B是示出了使用中央客户信息系统的用于销售跟踪和报告功能的处理步骤的流程图；

图10A的框图示出了在本发明一体化金融系统中开立帐户给新客户的方法的最佳实施例的步骤；

图10B的框图示出了在本发明一体化金融系统中开立帐户给现有客户的方法的最佳实施例的步骤；

图11A-11C是示出了包括在图10所示方法中帐户选择/所需分析步骤中处理的流程图；

图12A-12E是示出了如图10所示方法建立个人档案的处理步骤的最佳实施例的流程图；

图13A-13M是示出了图10所示方法中用于执行建立帐户步骤的最佳处理的流程图；

图14A-14G是示出了包括在图10所示方法中帐户服务步骤中的处理的流程图；

图15是示出了执行图10所示方法中执行打印注册形式的步骤的流程图；

图16A-16F示出了执行根据图10所示方法设定访问级别步骤的最佳处理的流程图；

图17A-17B是示出了图10所示方法中执行跟踪步骤的处理的流程图；

图18A-18C示出了由本发明系统产生的财务报表传真屏幕显示的实施例。

为便于销售处理，本发明的系统将大商业银行的所有部门链接到一起。特别是，大量的数据库链接到用户工作站以便允许用户查询所述数据库。根据本发明的一个方面，提供一个图形界面以允许不熟悉结构化查询语言的用户能够从所述数据库获得信息。所述数据库还链接到中央客户信息系统(“CCIS”)。本发明将所有这些部门联系到一起并提供以客户为目标和跟踪客户需求的效果的系统化方法。

使用本发明的系统，一个部门可以决定一项活动和与地方微营销中心协调所述活动。本发明的系统可以用于以客户作目标和产生多个表。

根据本发明的一个重要方面，本发明的系统直接链接到联机部门系统。在这种方式下，最好由微营销中心加载的线索可以自动地传送给多个部门。所述地方微营销中心对于本发明的系统和处理是特别重要的。特别是，本发明提供一种能够产生用于识别各种邮寄地址和提供到联机CCIS部门系统链接的表的微营销中心。这给予地方微营销中心在分析工作站中可以获得的所有能力。此外，微营销中心能够隐藏各种地址，例如，商业或法定地址。使用这种途径产生的线索能够在前一天晚上自动上加载到系统，以便直接将所述线索提供给多个部门。

关于地方微营销中心，本发明的系统包括一个图形用户界面，用于允许地方微营销中心产生用于识别各种邮寄地址和链接到联机CCIS部门系统上的多个表。这允许原始销售中心直接将所述线索提供给一个特定活动。通常，销售处理流程可以参考图1A作如下描述。

最初，部门用户(银行管理部门)决定促销。促销观念通知给地方微营销中心。系统允许地方微营销中心使用用户工作站产生多个线索。通常，根据请求的规模和类型，一个请求可以执行5分钟到24小时。线索自动加载到系统(最好是CCIS的成分)上以在前一天晚上将所述线索提供给部门用户和个人银行家。个人银行家然后可以使用与销售调用相关的线索和关系文档(最好也是CCIS的成分)。

中央客户信息系统(“CCIS”)最好包括一关系文档成分，一个帐户管理成分，一个线索管理系统或销售跟踪和报告(管理信息系统或“MIS”)成分。每个成分都能产生提供给用户(部门管理部)以完成销售处理报告。

电子销售和服务支持系统最好能够接口于用于开立包括全部金融成分的单一帐户。因此，本发明的一体化系统最好还包括用于最好是在一单独的交易内开立帐户的系统，所述系统最好与本发明的中央数据库、微营销中心、中央客户信息系统和部门系统通信，以便使数据能够在这些合法和适当的系统之间传输。

下面将结合附图详细参照本发明的最佳实施例。

图1和图2示出了本发明的整体图。该系统包括中央数据库10、具有多个工作站12的微营销中心11、中央客户信息系统(“CCIS”)13和帐户开立系统(AOS)17。这些成分可以是与其它的成分彼此“地理分离”或“地理远离”并通过远程通信链路14、15(例如，X2.5网络)或其它装置链接到一起以便使微营销中心11和CCIS 13与中央数据库10电通信。当使用整个这种应用时，术语“地理分离”和“地理远离”试图提供诸如不同城市或国家中位置的有效空间间隔而不是试图提供一个建筑物相邻室或相邻层的空间间隔。结合最佳实施例，“地理分离”和“地理远离”系统被保持在国家的不同区域内，例如纽约、华盛顿、加利福尼亚、得克萨斯和佛罗里达。

特别是，微营销中心11的工作站12包括诸如Omnis 7的软件，Omnis7通过SYBSE网间连接器和令牌环网与中央数据库10的主计算机通信。在这种方式下，假如用户具有授权获得所请求的查询或报告，则系统能够被任一远程位置访问。

如在下述描述中所使用的，“线索”就是在可能需要的基础上以销售尝试为特定目的的客户或非客户。所述线索能够自识别，可以是正在进行尝试的一部分或短期活动的一部分。“活动”是一组经由CCIS 13管理目的目标销售线索(客户或非客户)以介绍或展开由所述金融机构提供的新的和现有的产品和服务。

这里所使用的“交易”通常是指利用电话在个人银行家或其它销售代表和客户之间的一个会晤，该会晤导致产品的销售或导致服务被传送到客户和/或客户家庭的其它成员。运用交易来会晤客户、讨论客户管理部门的需要和提供产品和服务以满足客户需要。

术语“产品”通常是指金融机构的储蓄、投资、贷款或抵押帐户等术语。术语“服务”通常是指由金融机构提供的除储蓄、投资或诸如信用卡、经纪业务、直接存取、用做现金的支票、电话交付单、保险支票等信用帐户以外的事情。术语“产品”和“服务”可互换地用于整个本申请。

本发明的各种成分详述如下。

中央数据库

中央数据库10是本发明所有应用的基础。中央数据库10是一个综合和丰富的数据库，它包括有关全部客户和包括有部门产品、银行卡、旅行和招待卡、学生贷款、投资、保险和抵押产品的产品信息。中央数据库10捕捉来自金融机构处理系统的每日和每月的供给和建立一个非常大的“数据仓库”以使其能够很容易地对这些信息进行访问。中央数据库10接收来自多个金融机构内部文件的信息，并接收外部人口统计的和其它可公开得到的信息以增强该数据库。

中央数据库10被设计成能够保证所述信息的精度和使信息能够很容易被非技术人员使用。因此，所述系统包括一用于净化和标准化即将取得信息、家庭化、建档过程、计算状态代码、保存多个表和计算策略标记的装置。

中央数据库10的用途是在一个位置处存储来自金融机构内各个商店和部门的信息。在例如银行的情况下，特殊客户拥有一支票帐户、具有学生贷款和已经被银行卡请求多次或与各种产品相关的事实可以被存储在中央数据库10中。

中央数据库10可以包括涉及现有客户金融信息、来自外部源的信息和关于现有和潜在客户的人口统计信息的信息。在最佳实施例中，中央数据库10设置在主计算机内并包括一大的金融和人口统计数据存储库。信息从各种源供给21-25提供给该数据库，其中该源供给21-25包括在金融机构内用于由该机构所提供的每种产品和服务的商业及信用卡供给21及22、客户人口统计供给23、客户电话号供给24和来自各种外部发送点的供给25。

来自各个供应者21-25的数据均被以统一格式存储在中央数据库10中。为此目的，最好使用均匀存储器、家庭算法、姓名和地址标准化处理和合并处理。在这种方式下，中央数据库10作为一单一的中央储藏所，用于存储金融机构获得的所有与客户相关的信息。家庭算法在诸如相同的最后姓名和相同地址、或相同姓名或表示同一个人或生活在同一家庭中人员的不同帐号的特定保密号等信息基础上将不同的帐户联系成被认为是一个家庭的单一单元。家庭处理提供一种合理的方式以从中央数据库10获得数据和逻辑地提取这些数据。

如图3所指出的，信息最好以三层分级结构-家庭、客户和帐户保存在中央数据库10中。一个给定的家庭可以具有一个或多个客户，和家庭中的每个客户可以具有一定数量的不同帐户。如在下面将要结合数据库装置讨论的，三层分级结构在符合与查询，观察和报告相关的用户标准的家庭、客户和帐户级的每一个级提供“关键码”。中央数据库10可以被用于广泛改变客户服务、金融分析和销售目的。

中央数据库10包括多个用于支持本发明操作的数据库成分，包括保密数据库30、域数据库31、参数数据库32、产生数据库33、查询输出数据库34、被选的查询域35和家庭-客户-帐户仓库36。中央数据库10的这些成分彼此接合并利用数据库装置40与外部通信供给接合。

保密数据库30存储存储权限表以及用户ID和每个系统用户的密码。由于金融机构使用高度机密的和重要的信息，所以它必须将每个用户的访问限制到只能是那些执行他或她作业所必需的数据库区域。例如，当用户从一个地理远离工作站(后述)登记到系统上时，数据库将执行一个保密核查以保证用户提供了适合的用户ID和密码，然后根据限定给那个用户的权限限制用户到数据库的访问。

关于每个用户档案，保密数据库30保存关于诸如包含在所述工作站中的RAM数量和硬件设备规模的用户工作站的信息。保密数据库30还决定用户是否能够访问诸如售出抵押帐户和私人银行帐户的某些帐户，并决定是否给予用户对敏感姓名和地址信息进行的访问。

域数据库31存储包含在中央数据库10中所有数据元素的定义和描述。在最佳实施例中，作为来自微营销中心的检索数据库10的起始步骤，本发明的系统将包含在域数据库31中的元素和数据描述下加载到用户工作站12。这些信息最好是以与中央数据库10相关的数据词汇或索引的形式。这个数据词汇或索引包括包含在中央数据库10中所有元素的描述以及这些元素的所有的值。因此，例如，如果用户想要查看帐户的状态，本发明的工作站12可以从所述域数据库31中访问的与帐户状态相适的值。在这个例子中，本发明的系统可以向用户示出一特定值是关于帐户是否被“打开”或“关闭”的指示。

本发明的系统具有足够的动态特性，从而系统将在接收与特定元素相关的用户请求的基础上核查那个元素所具有的描述。如果不存在这种描述，用户必须编辑处理有关这个元素的详细资料。在从域数据库31初始下加载之后，数据词汇和索引最好本地地保存在用户工作站上以增强系统的运行。

查询输出数据库35包含有对中央数据库10所执行的检索的实际结果。在检索期间产生的每个报告和关键文件传送给输出数据库35中的DB2输出表。一旦所述报告位于输出数据库35中的DB2输出表中，就可如所述方式将其的动态格式化和访问。

逻辑数据库装置组成部分

数据库装置40具有两个逻辑组成部分。第一个成分提取符合用户标准的关键码。这些关键码最好位于家庭、客户或帐户级别(分别是HH_NO，HH_NO+CS_SUST_NO，或HH_PO+ACCOUNT IDENTIFIER，)之中。

第二个成分(数据提取器成分)拾取用户需要的所有的数据项时间。这两个成分可以共同工作于同一项作业，或用户可以保留所述关键码以用于其它时间的处理。另外，某些类型的查询根本不需要提取关键码，便能够在没有中间关键码提取步骤的情况下直接获得数据。

如果用户请求和保留所述关键码，那么，用户可以使用所保留的关键码在不同的时间拾取不同的字段组(使用数据库装置的数据提取器成分)。另外，用户还可以通过施加附加的标准给老组以减少关键码组(和保留新组，或代替老关键码组)。

两个成分与查询特定转换的两个成分相关：1)在一个成分中，用户规定识别领域搜索的标准；2)在另一成分中，用户规定用户从所选择领域想要的标记。这两成分可以在一次地执行也可以分别执行。当执行成分2时，用户能够提供在先建立的关键码领域。另外，新的关键码组可以从在前的通过施加附加标准而建立的关键码组中获得。

用用户ID作为AUTHID，通过使用DB2表保留所述关键码。这意味着关键码表只能被为其所建的用户访问。作业控制/调度辅助系统最好保持对关键码组所属的用户/查询/执行的跟踪。作业控制系统将以周期为基础删除所保留的在一个周期时间内没有被使用的和以周期为基础没有被再用的关键码(例如，为产生周期程序跟踪报告的目的)。

即使是用户不想要所保留的关键码，如果确实能够增强运行，所述数据库装置也可以暂时保留一中间关键码组(获得最后结果的一种方式)。下面将描述为此运行状况的某些方案。

能够单独或与第一关键码提取成分一起执行的数据库装置40的数据提取器成分一旦在所述关键码被提取的情况下具有从所述数据库中获得所希望的数据的功能。如果它是利用第一成分执行的，所述关键码可以不必保留在表中，但应通过来自在前的SQL语句的主程序参数。

通常，用户希望得到全家(或客户)的系列帐户关系。帐户数据被单独存储在中央数据库的表中，所述表此后被称之为资产/债务(ALA)和银行卡(BC)表。通常，寻找关系信息的用户喜欢看与彼此相随的相同家庭的帐户。为了避免必须对获得所希望的顺序分类(UNION ALL将访问在BC表之前的ALA表)，程序将打开在每个帐户表上的光标并利用合并逻辑按家庭(关键码)顺序提供输出。当来自关键码表的关键码因其被DB2保持在存储器中而只被读出一次时，这种安排的优点在于在ALA和BC表上的I/O可以并行处理。另外，由于数据是按聚类关键码顺序读出的，所以，动态顺序的预取可能会在所有表中被连通，其结果是处理速度加快。

本发明使用的典型的SQL SELECT语句如下：

SELECT  output    columns

FROM  ALA table，KEYS table

WHERE

HH_NO in ALA＝HH_NO in KEYS table

用于ALA系列帐户，和

SELECT  output    columns

FROM  BC table，KEYS table

WHERE

HH_NO IN BCO＝HH_NO in KEYS table

用于帐户的银行卡组。

如果用户希望从家庭和/或客户表得到数据，在每个SELECT语句中将链接这些其它的表。如果家庭关键码是按照家庭成员顺序排列的，那么，由于DB2在每个表上将动态地连续的进行预取，所以，这种链接是非常迅速的。另外，由于并行执行两个SELECT，所以，由于DB2经常在存储器中发现家庭(和/或客户)行而使得性能非常优越。利用这种便利，通过这种非常大的DB2数据库，数据的存取速度特别快。

如果所述关键码没有在保留表中或来自所述程序中的另一个SELECT语句，仅需要通过删除关键码表链接和替换存储在WHERE子句语句主变量中的关键码值对上述SELECT进行修改。DB2仍然对所有表进行动态预取以获得数据。

所述生成程序包括一个用于按关键码顺序输出的简单合并逻辑。为了获得所需要的访问路径，在SELECT语句中可能需要ORDER BY命令，假设首先访问所述关键码表，然后使用嵌套循环链接方法。反之，分别取关键码表和使用主变量而不是链接条件。

上述的SELECT语句假设每次将提取与每个家庭相关的所有系列帐户关系。但是，用户可以请求仅来自这三个表中一个的数据和/或加入附加的标准限制所述输出上。施加附加标准应被作为数据库装置其它成分的所担之任务。

在某些情况下，首先提取关键码可能是不必要的，例如，可能使用累加列的在家庭或客户级上具有唯一标准的关系查询可以在无需首先提取关键码的情况下执行。但是，由于与同一家庭相关的帐户在输出中没有在一起(由于使用了UNION ALL)，这种查询可能需要后提取分类。非关系查询，即单一表查询和规则链接也不需要保留所述关键码。

字“路径”被用于描述针对特定组数据的特定组标准。在本发明中，有帐户路径、家庭路径、登记路径和，固有地，程序跟踪路径以及特殊超家庭路径。

所述路径概念的优点有两个：第一，它以直观和关系一致的方式组织了查询规格，例如在使用帐户路径的过程中，用户规定所述家庭必须(或不必须)包含具有某些特性的帐户。第二，所述路径规格与SQL具有相当直接的对应性，从而使得它比较容易被变换成SQL语句。

当使用路径这个概念来描述与数据库装置40相关的某些细节时，在用户会话中不需要明白路径概念。微营销中心11的工作站12和CCIS 13通过问询权利问题促使用户产生可以被用于分析关于路径方面查询的参数。

帐户路径允许用户选择适合单一帐户登记标准的家庭(或其它关键码)。即，帐户路径提供给包含给定产品帐户的所有家庭，其中，可任意选择地，该产品还具有某些其他的属性。与帐户路径相关的SELECT语句是：

SELECT DISTINCT HH_NO

FROM ALA

WHERE

(PRODUCT_CODE＝？)AND(...其它帐户特定条件)

产品码可以是P型、S型或源产品码。由于唯一值或代码可能取决于列的组合，规定这些值(对话)在某种程度上可能比较复杂。如果用户希望规定在服务类型级别上的产品代码，使用在家庭级别处的标记和累加变量在一个步骤中可以回答所述查询。

但是，即使是在这种情况下，用户也可以希望规定只是在帐户级别处可以变化的产品必须具有的其它特性(打开数据、个别帐户余额等)。这个查询将收集适当产品和相关特性的帐户的所有家庭。在括号中的标准提供给一个产品。DISTINCT子句可用于一个查询之中以删除可能发生的完全一样的具有多于一个所请求类型的帐户的家庭。

用户可以希望得到某些特性的一种产品的家庭，或是具有某些其它特性的其它产品的家庭。或者，用户可以希望得到同时包含其它类型产品或不包含其它类型帐户的家庭。

通常，这是一个理论问题。它可以被作为每个单独的帐户路径导致了得到执行并获得一系列的在家庭级别(组HH1、组HH2...组HHn)或客户级别处的关键码的SELECT语句。最后所希望的一组家庭来自下述逻辑语句：

HH1    AND    HH2    OR   HH3    NOT   HH4....

其中，圆括弧被用于阐明操作顺序。在SQL中所有上述都是等效的。例如下述SQL语句：

SELECT DISTINCT HH_NO

FROM ALA

WHERE

(PRODUCT_CODE＝？)AND

(...由and/or链接的其它帐户特定条件)

AND HH_NO IN

(SELECT HH_NO

FROM HH2_TABLE)

类似于使前两组相与，其中，头一个SELECT语句表示HH1组，和内部分选使用在先选择和保留的第二组关键码(HH2)。如果两组HH1和HH2由存储在多个表中的关键码表示，通过在两组之间简单地链接可以获得与关系。

上述解决问题的方法不是最佳的，因为它需要到所述数据库的多个路径。在很多情况下，只需要一个路径。不同的情况讨论如下。

如果用户希望得到具有一种帐户或其它帐户的家庭，那么上述途径需要两个独立的帐户路径规格(对话)，生成两个SELECT语句。每个选择语句将被执行并获得两组家庭。然后，这两组将被取或关系。

但是，通过在一个SELECT语句中的插入语中加入其它括号，可以很容易实现相同的目的：

SELECT DISTINCT HH_NO

FROM ALA

WHERE

(PRODUCT_CODE＝？(第一产品代码)

AND(...由AND/OR链接的其它帐户特定条件)

OR

PRODUCT_CODE＝？(第二产品代码)

AND(...由AND/OR链接的其它帐户特定条件))

括号内的语句规定与所述家庭必须具有的特定帐户相关的所有特性。OR运算符允许用户规定所述家庭必须具有的其它类型帐户的所有特性。例如，第二种帐户可以具有不同的收支余额等。如果被选的家庭至少具有两组特性之一的一个帐户，那么，利用查询可以选择所述家庭。由于所述逻辑每次被应用于一行，所以，可以在一个数据入口执行OR逻辑。

规定OR逻辑的另一种方式是使用IN宾语，如下例：

PRODUCT_CODE IN(产品表)

但是，通过使用这一语句，在WHERE子句中规定的任何其它条件都将可能被应用到所选择的每个PRODUCT_CODE上(例如ANDBALANCE＞4000将被单独应用到每个产品上)。所述工作站软件保证在两种OR逻辑情况下的对话不同以避免错误发生。

如果用户正在寻找同时具有两种(或多种)帐户的家庭，那么，查询具有两个(或多个)帐户路径，其结果是选择语句将更加复杂。有另一种途径能够构成用于两种或多种帐户路径的选择语句。第一种相关子查询如下：

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

({A.PRODUCT-CD＝？AND(A. ...)})

AND HH_NO IN

(SELECT HH_NO

FROM ALA B

WHERE

A.HH_NO＝B.HH_NO

AND

({B.PRODUCT-CD＝？AND(B. ...)})

在子选择中的家庭表可以被保留和作为关键码表被带回。这个关键码表可以链接到较高级选择(意味着所述家庭必须满足两个标准)或可以以相同方式(AND HH_NO IN...)与外部SELECT联系。

做这件事的另外和更加有效的方式是在两个原始表之间进行链接，如下：

SELECT DISTINCT HH_NO

FROM ALA A，ALA B

WHERE

A.HH_NO＝B.HH_NO

AND

({A.PRODUCT_CD＝？AND(A. ...)}

AND

{B.PRODUCT_CD＝？AND(B. ...)})

相关子查询的使用避免了两个到数据的路径。但是，由于与同一家庭内其它行相关的数据将可能地位于存储器中，所以，链接途径是相同的。在这两种之一的情况下，应当包括一个数据库管理器的基准程序以便使执行生效。

另外，一个查询可能被破坏，和家庭成员的中间结果被存储。用于产品代码的索引最好被用于增加检索的速度。所提取的不同的HH_NO可被保存和以后再使用。或直接传送给第二数据提取器成分。

NOT路径总是需要两个数据路径。如果用户希望得到不具有某种帐户的家庭，则数据库装置40首先查找具有那种类型帐户的家庭。然后，系统找到这些家庭的补码。下述的选择语句提供NOT路径的一个例子：

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

HH_NO NOT IN

(SELECT HH_NO

FROM ALA B

WHERE

({B.PRODUCT_CD＝？AND(B. ...)})

NOT路径的使用不象看起来那么简单的原因有两个。第一，未加限制的补码可能不是用户所寻找的，第二，如果以所提出的这种方式，所述查询可能会执行得相当差。

通常，当在帐户路径上时，用户将规定不仅通过使用全部地取决于诸如金融(帐户余额、传输量等)和描述(开放数据、销售状态)变量的变量而定相关条件的产品，同时还规定通过使用与帐户间接相关的变量，诸如组织级别、地理位置等而定其它条件的产品。相关的，这些变量是外地的关键码的一部分，它们在帐户行中的存在建立了在帐户单位和ORG或地理单位之间的关系。

最好，用户的逻辑意图是所述家庭的检索应限制在这个组织级别、地理位置等内。在这种情况下，上述SELECT语句不能实现用户意图。下面展开的SELECT语句将使这一点更清楚：

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

HH_NO NOT IN

(SELECT HH_NO FROM ALA B

WHERE

((B.ORG AND B.GEOGRAPHIC，etc.conditions)

AND

({B.PRODUCT_CD＝？AND(B.other_product_conditions...)})

在这个表达式中，子选择具有ORG/GEOGRAPHIC条件，所以，产品条件在这个帐户子组(家庭)中检索。但是，当执行补码时，没有这种限制，数据库将检索包括不属于所述组织和地理位置的所有家庭。所生成的家庭组通常将较大而且不是用户所希望的。

为了克服这个问题，在外部选择中必须重复ORG和GEOGRAPHIC条件。用于NOT路径SELECT语句的最适当表达式如下：

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

(A.ORG AND GEOPRAPHIC，etc.conditions)

AND

HH_NO NOT IN

(SELECT HH_NO

FROM ALA B

WHERE

((B.ORG AND B.GEOGRAPHIC，etc.conditions)

AND

({B.PRODUCT_CD＝？AND(B.other_product_conditions...)})

但是，由于很多家庭具有不同ORG和GEOGRAPHIC值的多个帐户，所以就出现了问题，是否系统允许那些具有适合ORG/GEOGRAOHIC条件的较小帐户并同时不具有所希望类型NOT帐户的家庭关闭。这被称之为原有的(Prime)对实际问题；系统是否应当使用原有帐户的PRG/GEOGRAPHIC(存储在家庭或客户表中)或任何帐户的PRG/GEOGRAPHIC。如果答案是原有(primary)的，那么，外部选择将查看家庭表。

这个查询必须在数据库管理器中设置基准程序。当在NOT IN表中的家庭太多时，为了减少用于查询的时间，有两种选择。第一，使用索引在数据库中经由与HH_NO的剩余部不相匹配的处理，所述IN表可以被存储并有按序重新读出。第二，可以利用家庭索引将家庭关键码存储在一个表中。利用这两种选择的一种，数据库将非常有效地执行NOT IN逻辑。

利用下述SELECT语句，NOT ACCOUNT PATH可以很容易地加到在前的ACCOUNT PATH上：

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

(A.ORG AND A.GEOGRAPHIC，etc.conditions)

AND

({A.PRODUCT_CD＝？AND(A.other_product_conditions...)})

AND

HH_NO NOT IN

(SELECT HH_NO

FROM ALA B

WHERE

(B.ORG AND B.GEOGRAPHIC，etc.conditions)

AND

({B.PRODUCT_CD＝？AND(B.other_product_conditions)})

下面讨论家庭路径、登记路径和程序跟踪和超家庭路径以及它们与帐户路径的组合。

所述家庭路径被用于规定施加到整个家庭的条件。这些条件可以直接地或间接地规定。直接规定是使用家庭表中的多个列进行的。下面是一个例子：

SELECT HH_NO

FROM HHD A

WHERE

(A.ORG AND A.GEOGRAPHIC conditions)

AND

A.HH_CHK_TOT_BAL＞10000

最后一个条件是使用预先累加变量的一个例子。

无论在甚么时候所述家庭由使用现存家庭变量的条件组成时，借助于链接可以使家庭路径条件和任何一个帐户路径条件相结合并在一个数据入口得到执行。下述SELECT语句提供了这样一个例子：

SELECT HH_NO

FROM HHD A，ALA B

WHERE

A.HH_NO＝B.HH_NO

AND

(A.ORG AND A.GEOGRAPHIC conditions)

AND

A.HH_CHK_TOT_BAL＞10000

AND

({B.PRODUCT_CD＝？AND(B.other_product_conditions...})

但是，在某些时候，通过使用所存储的家庭变量可以不规定家庭级别条件。对于比在家庭表中被累加服务类型级别低的产品级别处所需要的累加变量就是如此。这种家庭路径必须在使用GROUP BY和HAVING子句的单独的SELECT语句中执行。典型的例子是：

SELECT HH_NO

FROM ALA A

WHERE

(A.ORG AND A.GEOGRAPHIC conditions)

AND

({A.PRODUCT_CD＝？AND(A.other_product_conditions...})

GROUP BY HH_NO

HAVING

(SUM(ACCT_BALANCE)＞500

AND

(SUM(ACCT_CR_LIM)＞10000

AND

COUNT(*)＞3)

家庭生成组可以被保留(永久或暂时)和与在相同或其它查询中的其它家庭组结合(AND/OR/NOT IN)。

如果索引被用于余额、贷款限制、ORG、GEOGRAPHIC变量等并包括它们之中的家庭成员，这些查询的执行将特别快。由于累加超出了帐户数据，所以，对话可以将这个请求的规定和帐户路径的规定组合起来。数据库装置可以有选择地进行设置，从而使ORG和GEOGRAPHIC变量参考实际和/或初始变量。

客户路径非常类似于家庭路径。主要区别在于利用这个路径，家庭和客户值的组合被保留用做一个关键码。

定义表

图4A-4D所示的框图示出了关于保存与数据库装置40相关并用于访问中央数据库10的定义的各种表。图4A示出了用于参数数据库32的定义表；图4B示出了用于产生数据库33的定义表；图4C示出了用于数据库装置40的参考表；和图4D示出了用于域数据库31的定义表。

参看图4A，用于参数数据库的定义表例如包括一个具有作为用于所述表首字母缩略词的缩略语“QRN”的“Query Run(查询运行表)”，QueryRun表被填充有来自输入给工作站12最初查询的信息。数据库装置40连续读Query Run表以看一看是否有任何新的请求被提出。

Query Run表告诉系统是否新的请求已经被处理。如果一个新的请求被处理，Query Run表读取其它的参数表并提取由工作站12提供的所有信息。然后，Query Run表产生SQL和Cobal程序用于所述查询。数据库装置40然后通过产生针对家庭、客户或帐户表运行的一个查询访问和从中央数据库10中提取数据。

图4A所示的其它表是查询逻辑任务表。这个表包含关于有多少个作业必须被逻辑地执行以产生一个特定查询的信息。

图4A中Query Logical Task表以下所示出的是路径关系表。这个表以与一个特定查询相关的领域为目标。即，路径关系表确定数据库装置40是否产生与每个查询相关的家庭级别关键码、客户级别关键码和帐户级别关键码，或是否产生一个用于提取实际数据的输出说明。所述路径表涉及到路径关系表并通知数据库装置是否使用家庭或帐户路径。

QLT输入表告诉数据库装置40是否所述查询是一个输出说明或是否它正提取一个报告或关键码。这个表还提供关于哪一种类型的程序正在被用于提取一个报告的信息。

路径查看表被用于向数据库装置40解释用户需要访问的是哪个中央数据库。路径行参考表包含告诉系统将所使用的路径类型(路径id)的信息。例如，路径行参考表被用于告诉系统是否产生一个“contain(包含)”。所述contain是一个命令，它被用于提取具有(或提供)某些金融产品(例如，支票、存款、CD等)的所有家庭、客户或帐户。contain还能够用于只在特定银行或部门中重新得到一些家庭。

路径子句表提供用户可以打入的附加限制信息。例如，除了一个具有支票和存款的人以外，一个查询还可以限制到也具有存款余额大于$10,000的一个人。这个信息将被存储在路径子句表中。

图4B所示的产生数据库表包含某些与图4A所示参数数据库相同的表。利用数据库装置40再次读查询运行的区域。所述产生数据库包含在参数数据库中信息的基础上产生的所有信息。这些信息被读出和逻辑地被操纵以建立SQL，该SQL然后将被插入到Cobal程序以提取数据。SQL代码表包含由数据库产生的实际SQL代码。在SQL代码信息被存储到SQL表上之后，数据库装置40的其它成分从这个表中读出信息。

数据库装置40的其它成分从产生数据库中提取SQL码并将所述SQL码插入到Cobal程序中。然后，系统使用这个Cobal程序建立JCL。系统使用标准的JCL产生它所需要的所有JCL，然后将这项作业提交给内部读出器，并在这里对该作业进行编译。这个作业接下来产生提交实际执行作业的另一个作业，这个执行作业然后从中央数据库10中提取所需数据。

图4C所示的参考表包括各种用于提供公式查询的参考信息表。关键码类型表包含将被提取的关键码类型和关于每个关键码列的信息。系统控制表是一个用于给出与动态改变系统所用参数相关的供应的参数表。作业登记表保存所发生任一误差的登记。限制类型表包含关于将被访问组织(例如，在特定银行或部门中的一定数量帐户)相关的信息。这个信息被用于统计目的用于确定产生所述SQL的最佳方式。如上所述，具有某些方式构成SQL语句，这使得SQL对于检索大量帐户或信息更加有效。

例如，当一个查询被输入时，系统将确定有多少个帐户包含在需要检索的不同类型帐户(例如，支票，存款、CD等)的每一个之中。具有最少数量帐户(在帐户行中最少数量的行)的帐户类型将被首先置入所述SQL中以用于使检索的速度和效率最大化。相同的处理被用于多个组织。即，如果需要检索一个以上的组织(银行、部门等)，所述系统将首先检索具有最少数量帐户的组织。

作业激化表包含作业被执行时的状态。组织表包含每个银行和部门的描述。产品表包含每种产品的描述。观看关系表包含关于哪种意图与哪种其它意图相关和哪种表与哪种其它表相关的信息。误差表登记在系统运行期间发生的所有误差。

参见图4D，域数据库表包括SView、PView、Groups、Elements和EFunc表。这些表被保存在高级数据字典中和保存在数据库装置40中。来自这些表的信息被提取出来并被置入另外一组包含超大意图id的DB2表中。所述超大意图用于限定与查询相关的逻辑路径和将某些相关表链接到一起。

数据库装置40允许用户在工作站12处的用户友善的图形界面上键入或点入信息，以便使用户能够很容易和迅速访问大的和丰富的中央数据库10。工作站12将首字母缩略词和伪随机码传送给数据库装置40，然后将所述代码转换成一个逻辑访问路径以便从中央数据库10中提取数据。由于数据库装置40产生与每个查询相关的SQL，用户不需要了解如何去写用于访问中央数据库10的程序和一行代码。由数据库装置40产生的逻辑访问路径极大增加了系统的性能，借此，可以有效地检索一个非常大的数据库。

微营销中心

本发明包括一个或多个微营销中心，其中的每一个包括最好由银行部门使用的工作站12用于在人口统计、帐户余额、产品、所有权等的基础上识别客户表以销售新的金融产品和服务。最好提供多个地理位置分散的地区微营销中心。微营销中心11产生包含能够被直接下加载到CCIS 13的销售线索的多个文件。这些被下加载的线索然后经过CCIS 13传送给协调成果的部门经理，通过使用CCIS 13运行这些线索以销售正在被提供的新产品和服务。

当用于存储遍及所述金融机构所有客户相关信息的单一中央储藏所提供重大潜在客户时，需要一个非常大的数据库，以致于使它不能够被实际直接检索。因此，本发明包括一个用于允许用户动态建立用于检索中央数据库10的程序的装置。

本发明的系统在微营销中心11中包括至少一个、最好是多个工作站12，以允许用户检索包含在中央数据库10中的信息和产生与销售活动相关的销售线索(即销售目标)表。最佳实施例包括两个不同类型的工作站--分析的工作站和微营销工作站。分析工作站允许用户建立一个查询，规定或设计一个报告和运行所述处理，即运行所述查询，然后将查询的结果形成一个报告。该报告然后可以被下加载或输出。微销售工作站允许用户执行与分析的工作站相同的功能，和也产生市场信息或销售线索和将这些线索直接提供给CCIS 13。

微营销中心11内的工作站12包括最好是以所设计的软件形式运行于通用计算机并用于产生图形用户界面(“GUI”)以便动态建立与检索中央数据库10相关程序的装置。工作站12下加载来自能够使用工作站12进行检索的中央数据库10的所有表和结构的局部拷贝。这保证了所有系统用户在每次访问系统时被提供有最新的定义和字段。

另外，该系统包括一个用于使用户走过建立检索请求的每个步骤的装置，包括使用与现代计算机用户类似的下拉窗口、图符、拖曳-和-下降和其它特性。此外，该系统还包括一个用于建立与每个请求相关的“适当”SQL查询和隐藏所需特殊代码和语法的装置以保证这些查询将要运行。该系统还包括用于将所述报告和文档下加载到局部工作站12的装置。

微营销中心具有产生用于识别各种邮寄地址和链接联机CCIS部门系统的能力。在这种方式下，文件本身可以被装载到联机部门系统中。由于商业或法律的原因，微营销中心最好具有隐藏各种地址的能力。

多个微销售工作站12最好能够构成所述微营销中心11，以便响应来自部门管理者关于与被选择销售程序相关的线索表的请求。所述销售程序通常包括与金融机构提供的新的和现有的产品或服务相关的销售活动。微营销中心11利用部门管理者工作以确定最有可能购买销售活动产品或服务的家庭、客户、和/或帐户的档案。微营销中心然后形成一个特定的查询，针对中央数据库运行该查询和产生一个包含与每个销售活动相关的最佳线索表的报告。

在微营销中心处的工作站提供一用于检索中央数据库10和提取满足特定选择标准的所有家庭、客户或帐户表的装置。这些线索表然后被用于以向满足与销售活动相关的特定选择标准的客户或家庭的直接邮寄为目标，或所述线索表被直接传送给CCIS 13。

参看图5，在电源接通后微销售工作站12首先显示一个注册屏幕。该注册屏幕提供到工作站12和中央数据库10进行访问的保密控制。在输入用户ID和密码之后，工作站12激活远程程序调用以针对中央数据库10验证用户ID和密码。如果用户的ID和密码是有效的，注册窗口消失并提供一对系统的剩余部分即包括微销售工作站上下一级菜单的访问。如果用户被授权进行访问，那么，用户档案、优先权和适当的远程程序调用将被读入用于初始化和规格化操作界面。

在有效注册之后，将是对用于当前用户ID的公告牌消息进行检查。如果发现了未读的消息，用户将被提示查看未读之消息表，但用户可以忽略这个提示和在稍后的时间里读取所述消息。紧接在注册之后，显示一个菜单，如图5A所示，该菜单允许用户在分析工作站和微营销功能之间进行选择。所述菜单还向用户提供对其它功能的访问，包括公用事业、特许性能、客户基本档案和交易报告等。

在从图5A的菜单选择分析工作站或微营销的基础上，工作站接下来将显示一主菜单，如图5B所示，以提供到为建立和打开工作站12所使用的查询、报告和处理目标所需要功能的高级访问。从这个主菜单中给予用户一个选择，以建立新查询、报告或处理，或打开现存的一个。如果用户选择建立一个新查询例如去实现部门管理者的请求，用户接下来就要输入与查询结构相关的各种参数。

在构成所述查询之后，用户接下来就要输入与报告格式相关的各种参数，最后，用户规定一个处理以运行所述查询和报告，将所述查询和报告提交给作业排队，并针对着中央数据库10运行所述查询和报告。当所述查询和报告被完成时，工作站12将显示或打印检索结果，并将该结果下加载到输出文件上或直接传送给CCIS 13以便传送给需要所述报告的银行部门。

为了保证所述查询被逻辑地构成，对话总是跟在随后的和/或与几乎是徒手用户相互作用结合的逻辑步骤的组合之后。最佳对话是快速选择型对话。快速选择对话是通过询问用户他或她所希望执行的查询类型而开始。有两种主要的形式：关系或非关系。用于非关系选择的对话能够可以被认为是关系对话的子组。

程序跟踪文件经由通过使用在先登记在所述系统中的一个帐户文档建立关系关键码表与快速选择接合。驱动器文档使用相同的程序。在驱动器或程序跟踪文件输入到系统和被处理从而使关键码表被建立和保留之后，通过选择上述任意的选择和方法，用户可以继续。

用户首先被询问是否她希望在家庭或客户级别处进行分析。答案决定关键码是否将被保留在家庭或客户级别处。它还可以决定某些将为用户秘密产生的链接条件等。用户将通过组建由用于规定所希望家庭、客户、和/或帐户领域的标准块构成的查询开始。在组建了适当的查询之后，用户将通过组建由诸如查询和报告等处理步骤块构成的处理来运行所述查询。

例如，如图5C所示，限定家庭领域的标准块被构成为便其能够限制具有多于一个开放服务的家庭的和NYB纽约银行作为报告银行的领域。在构成的图5C的标准块中，用户被提示通过从中央数据库下加载的标准表中选择“#(open services)”和“REPORTING BANK”填充所述标准列。在选择“#open services”的情况下，用户首先从图5D所示的附加标准菜单中选择类别“SERVICES”，然后从图5E所示的附加标准子菜单中选择“#open services”。条件“大于”和值“1”被输入或从图5E所显示的菜单显示中选择。标准块也可以被构成以限定所选择的客户和帐户的领域。

如图5C所示，在建立所述查询之后，用户使用图5F所示的显示通过建立一个处理运行所述查询。图5F所示的处理，例如，将Query和Report两个步骤提交给中央数据库。报告步骤是通过使用图5G所示的显示限定报告类型和报告参数建立的。在从图5F所示显示屏幕选择Run的基础上，利用所述系统执行所规定的处理，即，针对中央数据库运行所述查询以及根据查询结果和所规定的报告参数建立一个报告。如图5H所示，提供一个显示屏幕以允许用户直接引导线索到一个特定的活动井将所述文件直接加载到部门系统。

补码和一般限制标准

用户将被要求输入他自己的补码(领域)限制标准和它将被应用的级别。补码限制标准是一种标准，当需要选择标准的补码时，该标准将限制被检索的家庭(或客户)组。补码检索通常具有NOT IN或NOT CONTAINS逻辑或函数。

计算这些函数的方式是首先发现满足肯定条件的关键码(家庭或客户)。然后，获得这些关键码的补码。例如，如果希望获得一些不具有某一产品的家庭，那么，系统将首先发现具有这些产品的家庭，然后发现这些家庭的补码。在补码的检索过程中，被检索的一组家庭必须被限制或所述结果通常是不希望的。在补码操作期间限制被检索家庭的标准被称之为补码限制标准(Complement limiting criteria)。

最佳用于本发明的两种补码限制标准是：位置(组织)标准和地理标准。位置标准将总是需要的。初始值可以从用户档案设置。每个用户被指定给一个最大的用户可以对其数据进行访问的组织级别。缺省位置标准被指定给用户的查询，只要用户限制进一步的数据(通过在他自己的分级路径中规定一个或多个较低的级别)，用户可以改变该标准。使用位置标准来安排作业作为快速和长时间运行作业。

位置标准字段最好位于它自己的选择表中。所述工作站将保证任一输入都不会使用户档案失效。但是，用户将被迫经过这些选择处理至少一次。

地理标准包括诸如国家码、划分邮区码等在内的字段。这些字段也应当位于它们自己的窗口选择表内。

除了上述补码限制标准以外，提供了通常的在数据库分级结构的所有级别(家庭、客户和帐户)处具有公共特性的限制标准。在帐户级别处，一般的限制标准是与每个帐户相关的实际(Actual)值。在家庭和客户级别处，这些标准是得自初始(Prime)帐户的值。

因此，补码限制标准可以以三种方式应用：在实际级别、在初始级别、或在这两个级别上。用户被询问希望在哪个级别进行分析，然后在无论想得到何种级别时，工作站产生适当的选择标准。

如果选择了初始级别，它将被应用于全体委员(borad)。如果选择了实际级别(或两个级别)，将给用户一个机会在每当输入帐户路径时改变补码限制标准。

如果保留关键码表，只要NOT IN与AND算符一起出现(AND NOT INKEY表)，所述关键码表就可以被用NOT IN运算。

补码限制标准的应用级别可以在它自己的与上述位置和地理选择表相关的窗口内被要求。

通过：1)规定是否她希望保留所产生的关键码；2)在当前选择处理中编入在先保留的关键码，给用户一个机会去规定关键码表操作。

如果用户不希望保留所产生的关键码，用户在后面将被迫规定输出列、输出格式等的一个表。换言之，用户将被迫经过输出说明对话。如所希望的，关键码将被保留以备以后在由用户规定的级别处(家庭或客户)再次使用。

如果用户希望再次使用先前保留的关键码表，在工作站界面上将打开一个窗口以显示给她一可以得到的关键码表。用户可以点所述表中的一个关键码表以获得进一步有关它的信息。再次使用和改善关键码表的能力使该系统非常灵活。

一旦上述基本问题获得解决，工作站能够示出一个包括一系列选择表的菜单，这些表指出用户、家庭中的每个成员、客户和资产及负债和银行长帐户表可以得到的各种分组数据。每个选择表具有一个相关的选择标准窗口，用户可以在这些窗口中看到利用那个表的数据建立起来的标准。

除了数据选择窗口之外，还具有一个路径相互关系窗口，在这里，每个窗口之下的低级别选择标准涉及它们本身中的逻辑操作和括弧(parenthesis)，这将在下面描述。

微营销中心中的工作站提供在生成查询和限定报告中的使用数据选择表的操作。下面解释这些数据选择表的使用。

家庭和客户选择表或路径

在工作站接口上提供第一组窗口以建立分别使用家庭和客户列的选择标准。工作站将帮助用户以图型方式执行这项任务。

例如，用户可以点一个列，在SQL操作中选择，和从有效码的表中拾取。当用户完全识别了所有SQL属性时，所述属性以“ghost”方式被移入相关的选择标准窗口。然后用户能够拾取所述属性和将其插入到选择标准窗口的特定成分，在此时，用户能够在AND/OR/NOT和括弧操作符中进行选择以使所述属性和已经在所述选择窗口内的其它标准相关联。在类似的方案中，用户可以移动或删除在所述选择标准窗口内和/或加/删除/移动任一括弧内的在先输入的属性。

工作站帮助用户建立包括任一SQL函数和/或一组算术操作符的属性，从而用户能够在选择标准中包括这些属性。进入与数据窗口相关的选择标准窗口的任一初始属性都将自动建立一个用于在路径相关窗口内的数据路径的入口，这可以如下所述进行控制。

帐户：选择表或路径

关系选择下的帐户选择表存在某些特殊情况。首先，帐户选择表与帐户路径函数一起工作。有4个初始帐户路径函数：

1.家庭(客户)包含帐户

2.家庭(客户)不包含帐户

3.具有某些集合特性的家庭(客户)包含帐户

4.具有某些集合特性的家庭(客户)不包含帐户。

关于家庭包含/不包含帐户路径函数，用于取一个函数，然后在与那个函数相关的帐户级别处以类似规定用于上述家庭和客户的标准的方式规定一个标准。这个规定也在路径相关窗口中建立一个入口。

所述函数中的每一个都有它自己特定的特性。前两个(此后将称之为帐户路径)允许进入与作为初级帐户路径相关的选择标准。有三种初级帐户路径标准版本：

1.CG_PROD_TYPE＝A AND(CG_ACCT_BAL＞1000 AND...)

2.(CG_PROD_TYPE＝A AND(CG_ACCT_BAL＞1000 AND...)

OR

(CG_PROD_TYPE＝B AND(CG_ACCT_BAL＜3000 AND...)

3.CG_PROD_TYPE IN(A，B，C)AND(CG_ACCT_BAL＞1000 AND/OR....)

用于初级帐户路径标准的3种公式是可能的，但它们提供极不同的答案。第二个公式是第一个的推广而第三个公式是第二个的特殊情况。对于非专家用户来讲，如果工作站将用户限制在一个和两个是合适的。因此，单一的选择标准可以构成一个家庭包含函数，该函数选择具有任一一个或多个具有特殊特性产品的家庭。

用于具有某些集合特性函数的家庭包含/不包含帐户的选择标准具有两个成分。在第一成分中，用户规定其特性将被聚合的产品。这第一成分类似于上述的初级帐户路径标准。

在第二成分中，用户规定哪一种特性将被聚合和将选择在哪个家庭(或客户)下的聚合条件。所述聚合可以被记数、求和或平均。一般的标准是：

在WHERE子句的情况下，

CG_PROD_TYPE＝A AND(CG_ACCT_BAL＞1000 AND......)

在HAVING子句情况下，

(SUM(CG_ACCT_BAL)＞5000 AND COUNT(*)＞3)

选择产品函数也由所述工作站构成。代替现存不同列名称(CG_SERV_TYP，CG_PROD_TYP和CG＝SUB_PROD_TYP)，所述工作站存在一个产品的分级结构。所述分级结构最好以图形形式存在，和包括较高级聚合(资产或债务、储蓄对借贷、周转性的对非周转性的等)。用户可以选择位于所述分级结构任一级别处的产品组。如果所选择的产品组没有被作为值/列存储在所述数据库(例如周转标记)中，那么，工作站将产生一个复合属性或具有其值位于与用户所希望产品组等效的分级结构内的IN表。

如果所述选择是在CG_SERV_TYP级别处进行的和需要聚合函数，工作站将识别这些已经存在于家庭(客户)级别处并使用它们。数据库将查明是否用户已经在帐户级别处规定了一个标准，该标准与存储在中央数据库10中家庭或客户级别处的标准相一致。

当用户输入与不同数据选择表相关的选择标准(和使用所述帐户函数)时，必须限定较高级的内部路径逻辑。用户将被要求输入逻辑算符和/或参数来限定这些逻辑。这是一个高级逻辑，它将引导所述生成程序。如上所述，关于与数据路径相关的个别选择标准，用户能够点入&键入一个属性成分和拖曳(移动)或删除它，等等。双击激活详细的与属性成分相关的选择标准窗口(关键码表成分将显示所述关键码表的说明)。同时，用户可以打印所述查询的这个或任何一个其它数据/选择标准窗口，或整个查询细节。

虽然SQL提供一种语言来建立选择标准，但是，由系统所支持的高级函数需要一个该机通行字组。在路径相互关系窗口处使用这组通行字，但是，这组通行字在每个单独选择标准窗口处都是有用的。为了给出理想的这组高级通行字，利用下述例子示出了最佳通用格式。

通用格式

{Path}{*high level function @ function-seq-no}{*SQL or其它子句和/或括弧}

路径的例子

HHD-输入在家庭处的标准。

CUS-输入在客户处的标准。

LOC*Lv1-在初始的(P)、实际的(A)或在两个级别(PA)处的位置标准。

GEO*Lv1-在初始的(P)、实际的(A)或在两个级别(PA)处的地理标准。

ALA-用于资产&负债帐户的标准。

BC-用于银行卡帐户的标准。

高级函数的例子

CONT  -家庭(客户)包含规定产品的帐户

NCONT-家庭(客户)不包含规定产品的帐户

AGG  -家庭具有某些聚合(家庭、客户)特性(SUM，AVG，COUNT)的产品

NAGG  -家庭(客户)缺少具有某些聚合(家庭、客户)特性(SUM，AVG，COUNT)的产品

子句的例子

PROD  -初级产品(帐户类型)标准。产品可以被限定在各个级别(SERV-TYP，PTYPE，STYP或诸如所有资产、所有债务、所有循环贷款、非循环贷款等的予规定组。)

HAVING-描述所选择初级产品标准的所希望的聚合特性。

利用AND、OR、NOT(in)和在路径相互关系屏幕内或在选择标准屏幕上的输入语组合上述通行字。例如，在路径相互关系屏幕内，可以如下组合通行字：

HHD AND CUS AND LOC*P AND GED*P AND

((ALA*CONT@l AND ALA*AGG@2)OR

(SAVED-KEY-TABLE))

在个别路径选择窗口，可以组成通行字用于资产/负债帐户，如下述：

(CONT@1[PROD(SERV_TYP＝’CHK’AND CG_ACCT_BAL＞2000)]

AND

AGG@2[PROD(PROD_TYP＝‘CD6’)

HAVING(SUM(CG_ACCT_BAL)＞1000 AND COUNT＞＝1)])

在选择标准窗口处，用户将看到在路径相互关系窗口内描述的高级逻辑的细节。AGG，CUNT等被用做用于高级函数的标识。在DAX/Prime型查询中，这些函数不存在和所述选择标准看起来与直接SQL标准类似。另外，通过使工作站产生对其仿真以对主帧进行分析、或通过在主帧处具有的数据库产生器做更多的工作以撤消所述请求，可以避免路径相互关系窗口。

工作站可以配备跨越整个路径的处理属性，例如如下语句所示：

(HH_FIPS_ST_CD＝‘36’或CG_FIPS_ST_CD＝‘36’

但是，除了位置和地理数据以外，通常不需要这种标准并且这些情况只有在询问是否用户希望在初始的或实际的级别处应用这写些标准时才加以考虑。

在用户完成上述所有步骤之后，她可以提交她的与执行相关的查询并跟随在作业控制子系统上它的进度。另外，用户可以输出说明以选择标准(领域选择)一起使用。

中央客户信息系统

CCIS 13最好包括位于银行部门内用于每个银行工作人员和部门经理的工作站和位于商业银行主办公室内用于官员和/或商业银行销售经理的工作站。根据在银行内用户的任务和职责，CCIS 13各种工作站中的每一个够具有不同的功能。

部门经理接收由微营销中心产生的线索表并电加载线索到CCIS工作站以便在所述部门内的所选择个人银行家中进行分配。部门经理将线索指定给更加胜任的个人银行家来处理线索，或是在所述个人银行家工作负荷和能力的基础上指定这些线索。

在所述表被微营销中心产生并与CCIS进行通信之后，所述个人银行家接收对在CCIS工作站上线索表的访问。个人银行家然后与线索表上的每个客户进行行销交易(即电话呼叫)。在行销交易之前和期间，个人银行家使用CCIS 13观看客户与银行相互关系的全部文档和在中央数据库10上包含的客户有关其它客户的人口统计信息(详细的或概括的)。这使得个人银行家在行销交易期间理智地与客户对话并增加销售活动的成功率。

部门经理和银行官员接下来使用CCIS 13作为跟踪和报告管理工具以自动捕捉每日的销售信息。部门经理和银行官员使用CCIS 13访问与每个个人银行家相关的详细销售交易，并查看各种活动的销售结果以跟踪业绩和对活动在必要时做出调节。部门经理和银行官员能够使用CCIS 13在个人银行家和/或部门中重新指定所述线索以使销售资源的使用最佳化。

因此，CCIS 13是一个市场、管理和销售工具。CCIS 13包括一系列用于观看用户信息和管理用户联系和相互关系的整体成分。CCIS 13的操作描述如下。

参看图6A，CCIS 13的工作站首先需要一个类似于微营销中心11工作站的注册和验证过程。用户输入它们的用户ID和密码给所述工作站，系统针对中央数据库10验证所述ID和密码以建立用户的界面设置和选择权并确定用户的权利。根据有效用户ID和通行字的输入，工作站显示一个主菜单，向用户给出下述选择：关系档案成分、帐户管理成分、线索管理系统或销售跟踪和报告成分。每个成分描述如下。

关系档案成分

CCIS 13的关系档案成分允许适当的工作成员发现和观看家庭、客户、和帐户级别信息。关系档案成分示出了当前和过去的有关家庭或客户与金融机构的全部关系的金融和行为信息。它包含单独帐户本身的信息，客户如何在金融机构做他们的银行事务的信息以及是否他们受某个特定个人银行家管理等信息。关系档案成分提供一个销售准备工具显示可以得到的有关客户、客户与其它客户之间的关系的所有信息以及由客户和/或整个家庭拥有的所有帐户上的深层帐户信息。

在关系档案成分中可以得到详细而概括的信息。在组合中，关系档案中的信息可以被用于估计每个银行业务关系的深度以便更好地准备销售和服务对话。

关系档案成分包括一个促销禁止功能，使得所述金融机构标记或反之识别这些客户及没有经过电话、邮寄或两者请求联系的非客户。不喜欢促销接触的客户可以登记在关系档案中的促销禁止屏幕上或如果在活动中所述客户被作为一个线索而被列表的话，该客户可以登记在关系建立函数中。不希望被恳求的非客户也可以登记在来自主菜单的禁止屏幕上。

一旦识别客户识别，禁止标记自动传送到所有可适用的客户信息屏幕并变成表产生处理的一成分，以保证这些客户不被联系。

关系文档成分还包括一个客户促销联系史文件，它包含关于与先前客户以邮寄或电话行销活动形式参与的客户联系的信息。可以使用关系档案成分或关系建立功能观看所述客户联系信息。

由于能够使金融机构中的各商店避免“过度联系”客户，联系史文件是特别重要的。它帮助统一和管理客户联系处理。

参看图6B，在选择来自主菜单的关系档案成分的情况下，给予用户选择：即选择家庭检索功能、促销禁止功能或指定转移键给各关系档案屏幕。如果选择了家庭检索功能，用户被提示输入选择标准(例如，唯一身份证明号码，姓名、地址、银行、部门、服务等)以发现和观看关于特定客户、家庭或帐户的信息。

检索功能可以以两种方式使用：帮助进行用于特定客户的小范围检索或观看一个注册程序客户表。每种功能使得用户选择特定客户以便观看关于那个客户的信息。

在观看注册程序客户表的过程中，用户能够输入个人银行家的个人号码和注册程序的名称。系统然后将提供被指定给个人银行家的按字母顺序排列的表，能够选择这些家庭中的任一个家庭以观看关于这个家庭的信息。

一旦识别了特定家庭、客户或帐户，可以得到一定数量的定制显示屏幕以表示关于所述客户的信息。例如，如图6C所示，用户可以从一般客户信息屏幕，家庭概况屏幕、客户需要和注释屏幕、帐户细节屏幕、家庭文档屏幕、家庭金融概况屏幕、家庭人口统计屏幕、家庭联系史屏幕和家庭链接细节屏幕中选择。

一般客户信息屏幕显示一般的客户信息，包括自身拥有的产品、所使用的服务以及客户的特点。这个屏幕上的客户信息包括客户的姓名和地址以及在中央数据库的内部供应与外部匹配为基础的“最佳”电话号码，和客户的个人银行家的姓名(如果有的话)。这个屏幕上的客户信息还包括客户活动的细节，包括被写入的支票号码、出纳交易、ATM用途、所使用的电子和电话银行服务、来自金融竞争者的支票交付方式、当前和过去的收支平衡、客户的净收入、信用卡使用模式、客户初始帐户签署地址的部门、根据使用频率客户最佳的部门和客户所使用的其它产品和服务等。

家庭帐户概况屏幕示出了与所选择家庭所有成员相关的帐户和其它信息。通过从在家庭帐户概况屏幕上显示的表中选择产品或帐户，用户能够看到详细的产品和帐户信息。

客户需要和注释屏幕在帐户所有者、存款余额和客户特点的的基础上识别可能的销售机会。这些是产生辅助信息的系统。所述屏幕还允许用户加上用户自己的注释以捕捉关于客户的信息(例如，户主、儿童、竞争对手、商店地址变更等)或记录对客户的远程访问。

帐户细节屏幕示出了关于一个单一帐户的信息。屏幕的顶部示出了客户信息，而该屏幕的底部示出了关于特定帐户的详细内容，包括可应用的收支平衡史。

家庭档案屏幕显示关于整个家庭的信息。它包括聚合的金融和产品信息、关于每个家庭成员的特殊信息和在计划访问中使用或用于研究销售计划的附加的外部“最佳预测”人口统计信息。家庭文档屏幕还显示可以从所述家庭初始帐户中取得的用于家庭的初始姓名、地址、电话号和部门。

家庭/客户金融概况屏幕将家庭所有成员或特殊客户拥有的帐户聚合在产品类型(主要服务)和相对于上个月和上一年度比较收支平衡。可以得到关于全部帐户、私人银行帐户、仅仅是商业帐户、或仅仅是零售帐户的概况。所述家庭或帐户拥有的所有产品都将显示，包括诸如佣金帐户和管理基金在内的投资服务、诸如银行卡、信用线、抵押、抵押信用以及商业和专业贷款产品的贷款服务、和其它的诸如储蓄和安全保险等以费用为基础的服务。

家庭人口统计屏幕显示从外部源购买的附加家庭信息。这个屏幕还可以显示关于客户其它信息所推断出的信息。例如，在儿童商店重复使用信用卡可能用于推断该客户具有一个或多个小孩。

家庭联系史屏幕显示关于电话行销和邮寄联系的家庭级别信息。这个信息来自客户联系史文件，该信息从金融机构各商店和从关系建立功能的使用中捕捉关于客户联系(电话销售访问和邮寄)的信息。

家庭链接细节屏幕显示中央数据库10使用的将家庭处理链接到客户帐户的链接。它显示所述帐户号，帐户上的最后一个姓名或商店名称、邮编码、链接类型和链接值。

为了适当地管理某些家庭，必须将两个或多个家庭链接到一起或拆链家庭的多个部分以使多个家庭分割开。CCIS 13包括一个根据从源系统接收的诸如公用名称和地址、社会保密号和帐户链接等的信息将多个帐户链接到一起或拆链帐户装置。

帐户管理成分

CCIS 13的帐户管理成分是一个帐户官员通过将多组家庭和/或客户登记到由金融机构提供的特定程序中而对它们进行管理的系统。一旦家庭或客户被登记到一个程序中并被指定给个人银行家，个人银行家就能够提供客户个人关系管理以更好地对客户的银行关系进行更好的管理。所述客户将被标记为一个被管理的家庭以提醒其它的销售人员注意该客户与一个个人银行家具有专用关系。它还保证从微营销中心11分布的线索被指定给与那个客户相关的个人银行家。所述客户具有只有一个了解该客户需要的个人银行家的附加益处。

帐户管理成分包括联机报告观看和打印设施，用于产生一个由个人银行家和他们的部门经理使用的月报告以便评价程序增长。所述报告以各种方式表示从单个的帐户和客户级别信息到对整个业务量概况流览的帐户管理程序信息。

参看图7，在从主菜单选择帐户管理成分的情况下，用户可以选择帐户登记、登记保存、帐户官员再指定、业务量金融概况或报告提交设施。下面将陆续描述这些功能。

通过选择帐户登记，工作站显示一个登记选择屏幕。该登记选择屏幕允许用户选择一个程序、提供程序信息和将多个家庭登记到一个特定程序中。登记程序表被更新和保存在中央数据库10中。

在从所述表中选择一个特定程序或多个程序之后，将显示一个允许用户一次将多个家庭登记到一个程序中的家庭登记屏幕。用户输入与每个家庭相关的包括帐户号码和特定地址(如果有的话)的信息。然后在中央数据库10中对所述登记进行处理并通过选择登记细节屏幕加以显示。为了避免将一个家庭登记到一个以上的程序中或一个以上的个人银行家，CCIS13自动显示一个登记细节屏幕并且无论何时当用户试图将客户登记在一帐户管理程序中时，及当家庭已经被登记到一个有效程序中时，CCIS 13会提示用户注意。

通过从主菜单选择登记保存，便会显示一个邮寄地址或登记保存屏幕用于选择或建立一个仅对CCIS 13登记程序有效的特定家庭和/或商店地址，或在CCIS 13上做登记变更或删除。

通过从主菜单中选择帐户官员再指定，便会显示一个帐户官员再指定屏幕用以再指定或删除登记程序中个人银行家的涉及多个家庭的全部业务量。这个特性对于那些具有控制官员权利的用户是最有用的。

再指定可以对所有的登记程序或仅对所选择的程序，并可以用于将同一个官员再指定给不同的部门或将登记程序再指定给同一部门的或不同部门的不同官员。

通过从主菜单中选择业务量金融概况，用户可以选择一个报告格式和显示一个表示当前登记的动态报告。业务量金融概况是一个联机报告，它在所属于一指定给单独帐户官员的程序中所登记的家庭的帐户基础上显示综合信息。它将所述业务量中的帐户聚集到产品类型中并比较收支平衡和相对于上个月和上一年度比较客户的净收入。对于总帐户、免税帐户(taxshelter)、商业帐户和零售帐户最好都可以得到单独的综述。

通过从主菜单中选择报告提交设施，用户可以运行所述报告和将它们放置于一个文件中，以便他们能够从报告观看设施中观看和/或打印，或将它们传送给中央数据库进行打印。这些报告最好包括帐户官员概况、业务量概况、增长测量汇总和家庭业务量概况。所述报告是在个人银行家、部门、区域和银行级别处可以得到的“即时”报告。

线索管理系统

CCIS 13的线索管理系统经由销售表的联机传送给个人银行家提供完全的线索管理能力。它利用与工作销售线索相关的手工选择支持一用于工作销售线索的带有为数众多选择的综合销售处理，包括将有效线索置入日程表以用于其它活动、加入一个新的线索(当前客户和非客户)、和将线索联机传送给所述金融机构中的特定或其它个人银行家以用于将来的活动。

线索管理系统是CCIS 13的一个联络管理成分。所述线索管理系统提供到个人银行家的线索无纸化传送，经过金融机构内部对适当专家工作安排的无纸化传送和销售活动的无纸化获取。

线索管理系统支持综合销售处理。个人银行家具有很多用于工作销售线索的选择。他们可以针对会见日程、不考虑活动中在优先排列的“下一个”客户、与特定活动相关的“下一个”客户或已经处于进程中的线索来工作。

线索管理系统还允许用户直接将线索加到CCIS 13上。这些线索可以是他们个人工作的线索或他们将参考金融机构内其它专家的线索。

个人银行家被提供有关于所述活动和客户的全部大量的销售准备信息的以便为销售联系做准备。联系的结果被置入实时更新的个人日程功能。这允许个人银行家安排并跟踪每个销售呼叫。

银行经理和区域指导者可以观看线索统计资料，诸如在所述活动相关的部门中和特定部门内个人银行家中正在利用的线索对那些没有被利用的线索之比。线索能够被指定和再指定从而能够更加有效地分配它们。

线索管理系统从用于每个个人银行家的线索数据库开始。由一个程序对这些进行组织和优先权安排，以便首先使用最好的线索。这些线索还承兑帐户官员指定从而使所述线索首先提供给个人银行家或被指定给所述关系的官员。

参看图8A，线索管理系统提供一种用于从主菜单中选择一定数量的函数的装置。部门经理可以使用系统管理/表保存功能的用户档案特性规定个人银行家的可利用率和产品特性。这个功能允许部门经理与系统的用户利用率和产品特性信息通信。这个信息然后被用于确定：在一个特定规划中所包括的哪一个个人银行家正在接受新线索和哪一个正在休假等；哪一个个人银行家正在多个位置接受线索；诸如抵押和投资等应当在指定线索中使用的产品特性。

参看图8B，线索管理系统还提供一个用于建立新销售活动的活动登记功能。该活动登记功能最好通过CCIS 13的管理配合微营销中心的管理集中执行。但是，线索也可以由个人银行家和部门经理手动输入。当活动通过活动登记功能处于进行中时，客户和非客户线索被单独地分列并被加入活动中。

根据管理优先权来建立线索。所述活动登记处理有三个成分。首先，所述活动必须被计划和协调。这还包括由将要使用线索的组织按优先顺序排列的线索。其次，必须建立质量临控线索文件以及将线索文件传送给CCIS 13。第三，活动必须登记到活动登记屏幕上。

所述活动登记屏幕捕捉用于分布线索和执行所述活动的信息。输入给活动登记屏幕的信息最好包括：包括协作者姓名和地址以及解释，所述活动目的以及任一限制因数的所述活动的描述；所有活动中某个活动的秩评定；是否工作分派线索可以加到所述活动中；是否可以附加新线索或当刷新时是否应当重建所述活动；诸如开始和截止日期、保持周期、清除日期等重大事件；如何秩评定所述活动中的线索(例如，通过结算、合计、可获利润率或特定优先权顺序)；和在什么样的基础上选择所述部门运行所述线索(例如，在什么地方交付帐户；在什么地方所述帐户做更多的交易、邮寄地址等)。

然后，线索在予置优先权的基础上被分配给个人银行家。线索管理系统承兑现存个人银行家关系。与在帐户管理程序中登记的客户或家庭相关的线索自动地指定给管理那个关系的个人银行家。

线索管理系统具有日历功能、自动线索传输功能、能够加入附加的客户和非客户线索的设施、和自动激活跟踪能力。另外，利用转移键可以将用户“栓紧”到线索管理系统或客户档案系统的其它屏幕上以便观看客户信息或执行其它功能。

参看图8C详细解释线索管理系统的销售处理功能。销售处理功能提供一定数量的特性，包括线索跟踪、活动选择、线索选择、销售准备、销售概况、线索输入/工作分配和线索检查踪迹。

当用户选择线索跟踪特性时，利用日期和时间显示所有已安排的预约和事件。所述预约可以被用于主跟踪、电话呼叫或面对面的会晤。用户可以使用这个特性观看有关活动或客户的诸如联系史、客户注释和销售提示的信息以更正客户信息和联系结果，将所述客户提供给其它销售商，或重新安排所计划的活动。

当用户选择活动选择特性时，该特性将所指定的所有活动列表给具有与每个活动相关的一定数量线索和线索状态的部门和/或个人银行家。

当用户选择线索选择特性时，该特性在如何请求显示的基础上显示线索。所述线索能够以分列顺序或字母数字顺序的形式显示。从这个屏幕，用户可以观看活动或客户注释、观看产品和结算信息、观看联系史、观看提示、更正客户信息和联系结果或安排跟踪活动，或更新客户联系信息和将客户提供给其它销售商。

当用户选择销售准备特性时，该特性显示与客户和诸如姓名/地址、电话、最佳呼叫时间、禁止信息和先前联系史等客户联系信息相关的所有活动。这个特性还提供销售准备提示和发自系统其它源的注释。例如，客户的提示和注释来自关系档案成分中的客户信息。活动提示源于活动登记功能，而活动注释则由运行“无限”注释薄上所述线索的人输入。活动提示和注释位于所述线索之中。

当用户选择销售概况特性时，该特性被用于捕捉每个销售联系和销售尝试的结果。系统将出现一个适当的屏幕，以输入用于关闭销售线索、在进程中保存销售线索、安排与这个线索相关的下一个事件、更新客户信息或输入客户注释等的信息。

销售概况特性向会晤日程提供信息(线索跟踪屏幕)。如果日期输入的是会晤日程将更新并且事件亦将被安排。销售概况屏幕也将提供信息给各种设施，以便概括诸如呼叫尝试的线索清单，和提供各种管理用的活动统计量由管理部门使用。

当用户选择线索输入/工作分配特性时，该特性被用于将客户和非客户线索指定或再指定给一个活动和一个特定部门和/或个人银行家。线索输入/工作分配屏幕还能够被用于捕捉新线索或捕捉工作分配方面的信息以便使线索能够加到所述活动上或传输给其它个人银行家。

总是被指定给一个特定活动的线索可以涉及现存的客户或非客户。所述线索可以来自步入(walk-in)商店、出席研讨会的客户、来自当前客户的工作分配等等。

当用户选择线索检查踪迹特性时，该特性通知个人银行家是否有任何一个其它个人银行家也已运行了他们的指定线索。线索检查踪迹屏幕显示已经由其它个人银行家运行的线索或已经被传输给或传输出一个个人银行家清单的线索。部门经理可以检查在其部门中使用线索检查踪迹特性的所有个人银行家。

活动选择管理功能被用于平衡个人银行家和部门中的活动负载。部门负载平衡屏幕示出了与每个活动相关的线索在部门中是如何分配给所述个人银行家的并指示相对于这些“进程中”线索的“新”线索。这个屏幕允许将所述线索从一个个人银行家移动到其它的个人银行家，在工作负载的基础上从一个个人银行家和平均再分布的给部门内所有个人银行家，或一起再转移及从所述活动中退出。

所述活动负载平衡屏幕类似于部门负载平衡屏幕，但该活动负载平衡屏幕示出了如何在部门中而不是在个人银行家中分布与每个活动相关的线索。这个屏幕允许线索从一个部门移出并指定给另外一个部门、在工作负载的基础上从一个部门移动和平均再指定给所有部门、或一起再移动并从所述活动中全部退出。

管理报告功能显示或打印组织或活动级别报告，用于表示在每个活动中的线索的状态。这个报告功能还显示在一个区域或银行内与一个特定活动相关的所有部门列表，和与每个特定组织级别相关的所有活动列表。

销售跟踪和报告成分

销售跟踪和报告成分是一个管理信息系统(“MIS”)，该系统提供每天的联机销售综合报告和用于与从银行和区域到部门和个人银行家的组织相关的服务。销售跟踪和报告成分利用中央数据库10分析和报告与每个个人银行家或其它客户服务代表相关的销售交易。

CCIS 13的销售跟踪或管理信息成分最好以利用诸如X.25网络的远程通信装置链接到本发明其它系统上的通用可编程计算机的形式出现。特别是，销售跟踪和管理信息成分被连接到所述系统的其它成分，从而使在系统内发生的每件交易都能够被跟踪。这为跟踪和报告销售信息提供了为数众多的机会以促进销售处理。例如，销售跟踪或管理信息成分最好包括一个用于接收来自所述部门系统输入的装置和一个用于根据两个不同分级结构、产品和组织跟踪和报告联机总数的装置。可以得到在每天基础上的联机观察和打印并通过部门和商店内的销售代表可以得到总数。另外，可以按天、月、季度和年的时间周期报告信息。

销售交易存储在中央数据库10中，用于预定进入CCIS 13后的时间(如24个月)；该销售交易在行销交易期间可从实际订购中捕捉到并且所述销售交易一传输给中央数据库10之后便能以实时方式得到。所述销售跟踪和报告成分包括一个存储在被每天更新的中央数据库10中的销售综述，从而在每个营业日的开始时可以得到到达最新的销售信息。

参看图9A，销售跟踪和报告成分包括三个功能成分：用于建立所述报告的“销售跟踪”；用于观看或更新所述表的“表保存”；用于增加交易、校正交易、输入与其它类型销售活动相关信息的“部门输入”。

如图9B所示，销售跟踪功能包括一系列通过使用存储在中央数据库10中的信息而显示详细销售信息的预设格式化报告。销售业绩报告示出在债务、资产、投资产品方面由若干帐户并利用新的和现存的美元进行的销售。这个报告还提供关于部门和个人银行家的表的综合报告。

服务报告示出如此作为直接访问、增强的电话和视同现金的支票的银行服务的销售。交叉销售(cross-sell)业绩报告表示出每次交易中售给新老客户的产品数量。资金源报告示出是否提供给帐户的资金来自于其它竞争银行、投资公司和特定类型的帐户。客户源报告示出活动和广告效果。部门活动报告示出了经由销售跟踪和报告成分而输入的部门活动。业绩对目标报告示出是否一个特定部门或个人银行家实现由活动管理部门制定的目标。

参看图9A，销售跟踪和报告成分的交易和表保存功能提供数个部门输入屏幕。在用户保密档案的基础上，用户可以使用部门输入屏幕来加入、删除或编辑与整个交易、客户、产品、服务、资金、或其它类型销售活动相关的信息。然后使用销售跟踪和报告功能，所述输入信息被在中央数据库10上进行处理和更新并可得到用之于观看。

销售跟踪和报告功能最好被用于提供一个客观的指示以推动顾主补偿。例如，销售跟踪成分提供一个由每个个人银行家和部门经理产生的与所述金融机构相关的收益量指示。接下来这又提供一个关于个人银行家或部门经理的值的直接指示给金融机构。销售跟踪的顾客服务员技术提供快速的，记时打印的客户数据库的数据摘录。

当用于有关如下所述的采用了问候站或跟踪用户到达的某些其它方法的部门时，本发明CCIS的销售跟踪或管理信息成分最好包括一个用于跟踪和报告从问候队列中提取的客户到达编号或由类型(邮寄、电话亲自的)执行销售计划策略的次数的装置。CCIS的销售跟踪或管理信息成分换可以包括一个用于跟踪和报告不会导致帐户开立的平均交易次数或被访问过销售计划文档屏幕的次数的装置。

当用于有关如下所述的采用了问候站或跟踪用户到达的某些其它方法的部门时，销售跟踪或管理信息成分能够产生多个附加报告。例如，系统能够跟踪和报告与所述部门中用于经由销售处理的新、老客户的到来相关的信息，该信息包括下述信息：到达类型、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每个产品的价格、客户姓名和地址、产品类型以及参观目的和销售代表ID。

当提供问候站和跟踪客户到达的某些其它方式时，CCIS的销售跟踪或管理信息成分还可以跟踪和报告关于客户放弃等待排队的某些例子的信息，这包括下述信息：到达类型、到达时间、所有等待时间、希望等待的时间、客户姓名、客户地址和参观目的。

销售跟踪或管理信息成分还跟踪和报告与在帐户开立期间给予客户例外贷款及负债率准则的例子相关的信息。这个报告包括下述信息：客户姓名、帐户号、客户类型、弃权原因、销售代表ID。

销售跟踪或管理信息成分还跟踪和报告关于其中排除了在帐户开放期间将贷款和债务比率指导线索提供给客户的信息。这个报告包括下述信息：客户姓名、帐户号、帐户类型、指导定价率、例外定价率、例外原因和销售代表ID。

客户记分和联系战略

使用包含在中央数据库10中的信息确定综合用户化的寿命值(LTV)记分以用于每个客户。LTV记分是在由所述客户使用的整个产品和服务分布上由客户贡献的所有收益基础上计算的。来自所有产品和服务的收益被分组到一起，以便提供客户总额的指示给银行。LTV分数然后被转换成在每个客户记录上的可选择的特性，从而可以围绕寿命值进行设计销售和服务程序。例如，与某些银行产品或服务相关的活动被限制给具有超过预定量寿命值的客户。

另外，产生动态更新客户净收入的记分，以用于指出所述客户单独收益的当前值。这个记分可以被用于比较商业金融机构以选择和销售/部门程序相关的候选，和识别主要的或免强够格的客户的贡献。

一定数量联系策略模型最好用于本发明中用于识别和以与是每个销售活动相关的最佳候选的销售线索为目标。这些模型以某种方式表现客户的嗜好为基础。例如，符合某些标准诸如拥有一个家庭、具有多个小孩、具有提供大学教育资金和具有低储蓄或投资的客户具有使用某些信用产品的较大可能性。所述联系策略模型使用使得目标线索在所述微营销中心11中产生以增加销售人员通过CCIS 13对客户联系的成功率。

姓名/地址标准化成分提供一个系统化途径以从数据库中的诸多可能的客户姓名和地址中选择“主要”的姓名和地址，和将它们标准化以生成最适于邮寄的姓名和地址。通过标准化姓名和地址，可以促成表格从终端用户桌上产生。

与部门成分的距离提供用于选择最接近给出地址的三个部门位置、取入例如河的帐户地理特性等的用户化系统方法。这个特性使最接近所述地址的三个银行或部门能够使用利用辐射销售技术的目标销售程序。

帐户开立系统和处理

本发明的另一个重要方面是电子销售和服务支持系统的接口以及用于开立一个单独的包括金融成分所有范围的帐户的处理。因此，本发明的一体化系统最好还包括系统17，用于最好在一次交易中开立一个帐户。所述系统最好与本发明的中央数据库、微营销中心、中央客户信息系统和部门系统通信以使数据能够合法和适当地在这些系统之间通过。

在它的最佳形式中，系统17和用于一步帐户或关系开立的处理包括一系列的产生普通步骤或阶段。它们是：帐户选择、必要的估价、建立个人文档、建立客户帐户、选择客户服务、以远程访问服务方式注册、打印注册表格、发出银行卡、确定能够对帐户进行访问和最后适于被跟踪的个人身份证明和号。

用于完成这些步骤的装置包括一个特殊编程的通用计算机、一个调制解调器、一个打印机和卡夹持器。所述计算机被编程以提供彼此而不是在特定基础上连接的各种有效(但未被激活)“硬连接”的一体化帐户。通常，所述系统包括一个用于收集涉及客户金融和/或投资状态的数据的装置；用于在所收集数据的基础上执行必要分析的装置；用于显示帐户信息的装置；用于在必要估价基础上提出建议的装置；用于输入客户成分选择的装置；用于显示客户-银行报表的传真或表示的装置；用于增加帐户成分以建立用于提供客户所需所有服务和最大地满足客户需要的单一帐户的装置；用于更新客户银行报表传真表示的显示的装置；用于执行信用支票的装置；用于根据所提供的服务确定单一费用的装置；用于以远程访问服务注册客户的装置，该装置包括用于发出银行卡和个人识别身份证明码的装置；用于识别丢失数据的装置和用于提示用户输入尚未提供数据的装置。

图10A和10B示出了本发明高级别处帐户开立处理的一个当前最佳顺序。特别是，图10A示出了用于一个新客户的处理和图10B示出了一个用于现有客户的处理。所述处理是十分相似的。不同点在于银行已经具有和现有客户相关的基本信息和现有客户通常对银行所提供的服务和访问设备具有某些了解。在一般情况下，处理步骤的差别反映了帐户标准和帐户转换之间的差别。如下面将要解释的，特殊步骤的顺序可以改变而不会脱离中心目标，即一步帐户开立。用于执行图10A-10B步骤的系统最佳实施例将结合图11A-11B的流程详细描述。

用户识别(问候)系统和步骤(100)

在一步关系打开方法中任选但有用的一个步骤是初始扫描步骤，该步骤有时也被称之为问候步骤。这个步骤的目的在于问候预先限定的客户信息和弄清客户参观的目的。

在于银行联系的基础上，通常通过进入部门，客户被问候和进入排队。这个初始问候步骤对于识别新客户是有用的。对于一个新客户，需要客户的姓名、地址和参观的目的。对于现有客户，可以一系列不同方式识别所述客户：通过帐户号、姓名(单一的或具有地址和邮政编码的)、社会保密号和银行卡或通过号码的输入或通过银行卡插入或个人身份证明码(PIC)的输入。所述系统包括一个诸如可特殊编程的通用计算机或工作站的装置、和一个允许用户输入从所述客户得到数据的输入装置(诸如键盘、卡阅读器、鼠标或接触屏幕)。

然后，所述问候建立(在新客户的情况下)或调用(在现有客户的情况下)允许(出纳员或个人银行家)了解关于所述客户尽可能多的可得信息的文档；包括但不局限于信用卡上信息、抵押信息、税款掩蔽信息等。本发明的系统最好根据用户的需要和所希望客户的流动允许不同级别的访问。例如，由于银行要求问候者或出纳员尽可能快地完成某项交易，所以，他们通常只具有有限的访问能力。另一方面，个人银行家通常花费更多的时间给客户并将提供更多的访问。如果问候者没有捕捉到预先限制的识别文档，系统将提示下一个用户在进行信用检查之前捕捉所述预先限制文档。因此，系统允许在两个步骤的其中之一的步骤处搜集这个初始信息。特别是，本发明的系统可以被编程以允许利用一个步骤输入的数据向上或向下流入在其它(最好是全部)相关数据字段用于在其它的并且最好是全部的步骤中使用的。

不经过本发明系统中必须步骤的初始问候步骤100对实现不需要询问客户已经提供的信息、对客户来讲实现尽可能简单地做出处理的目标是有帮助的。所述问候还可以确定客户访问的目的。修改客户地址以变换访问并当可行时，立即满足需要。最初的问候步骤还使得下一个用户可以如下所述地为所述客户做准备成为可能。

当帐户开立系统和处理被用做本发明一体化系统的一部分时，所述问候步骤特别重要。特别是，除了前述优点以外，所述问候步骤提供涉及客户和进入一个部门的潜在客户的有用信息并使得可以确定其它事物中客户在线上等待多长时间以及所述客户参观一个特定部门有多么频繁。如上所述，这对于本发明CCIS的管理信息系统成分是有用的。

查看文档系统和步骤(200)

在会见客户之前，用户(个人银行家)应当查看客户档案以准备销售对话。为此，系统最好包括一个通用计算机和/或多个连网工作站。当然，所述计算机或工作站应当包括某种显示类型。档案查看的主要目标是准备与客户的销售交易。此外，在这个步骤期间，可以使用从中央数据库合法地和适当地获得的附加信息。

地址直接需要系统和步骤(300)

由于非常特殊的和简单的能够迅速处理和不需要紧密个人帮助的原因，客户有时需要与用户银行取得联系。这样的例子包括购买存款证书或美国储蓄公债。在这种情况下，客户应当尽可能快地得到服务。系统通过向用户提示以确定客户是否对那些能够和应当被直接处理的简单交易感兴趣。关于这个步骤，所述系统包括一个通用计算机或具有显示的工作站或其它用于提示用户的装置。

帐户类型选择系统和步骤(400)

在客户被问候和直接需要被考虑之后，由下一个用户(通常是通过个人银行家)(如果在地址直接需要中不希望做的话)对所述客户进行问候，和在同一系统中使客户档案继续。个人银行家(也是用户)将向所述客户提出某些基本问题以确定在一般情况下客户的金融需要和如何最佳地帮助所述客户。特别是，确定客户所需要的帐户类型(假设银行提供一个以上的帐户分类)。帐户打开流程灵活得足以支持对开立整体的帐户诸如短期存款证书感兴趣的客户，以及愿意花费较长的时间去讨论他们的金融需要和开立最适于他们的一体化帐户的各个成分的客户。为了促进这个步骤，所述系统包括一个通用计算机或被编程以提示用户提供某些数据、接收这些数据和把这些数据传送给所有相关数据段的工作站。系统还可以包括适当的输入装置以允许用户与所述计算机相互作用。

与用户的讨论还将向用户(通常是个人银行家或客户银行电话服务中心代表)给出本发明一体化银行帐户内客户明确感兴趣的成分和用户需要向客户销售的成分的情况。系统具有灵活性以寻址客户相互影响下的巨大差异。为了实现这个需要，系统被编程以允许数据逆流及顺流到任何它需要的位置并通过在每个步骤处检查以查看是否所需要的数据已经接收。编程的通用计算机用于这个目的，而计算机工作就如同与帐户成分相关的数据字段彼此“硬连接”的情况。在这种方式下，数据在处理中用户感到最方便的点处将被请求一次且只有一次。如下面所要讨论的，系统还提供一个“未定”的文件用于存储所收集的相关的但并不立即需要的信息。

如图10A-10B所示，帐户类型选择步骤之后的处理对于新客户和现有客户来讲稍有不同。特别是，用于新客户的处理按顺序给出每个步骤。但是，对于现有客户，用户可以选择以完全地避开帐户介绍或需要估价步骤。这再次允许用户(个人银行家)利用他或她的判断。对于这两种处理，如下面将要讨论的，处理步骤基本是相同的。

需要估价系统和步骤(500)

需要估价系统基本上是一个销售工具以允许用户和客户选择最佳帐户和与特殊客户需要相关的帐户成分。用于需要估价步骤的系统灵活以致于与用户或电话服务中心代表的销售鉴定和客户的明确的需要相一致的数据能够按顺序提供。此外，系统包括一个被编程以通过上游或下游地传送数据到它所需要的位置实现这个需要的计算机。利用这种方式，用户可以暂时延迟输入标准数据。

所述需要估价步骤涉及输入数据以响应识别特殊客户需要和/或与用户的销售机会相关的更加详细的问题。这些问题将帮助用户客户化与所述客户相关的一体化银行帐户。所述系统再次被编程，以使在这个步骤中的数据输入经过到其它相关字段。

帐户选择和需要估价步骤的一个实施例的描述示于图11A-11C。通过参考流程图和图11A-11C的流程可以很容易地理解这个处理。但是，还必须记录一系列特性。

如图11A所示，一旦用户进入所述帐户处理，他们就具有一提供有选择帐户或访问需要的选择的屏幕。因此，如果帐户对一种特殊类型的帐户、例如“CITIBANK”或“CITIGOLD”帐户感兴趣，可以饶过需求分析处理。

在图11A所示的例子中，当用户选择“SELECT AN ACCOUNT”时，该用户将得到一个可得帐户的表格以做进一步选择。另一方面，如果希望进行需要分析，用户选择“ASSESS NEEDS”和进行图11C所示的处理。在图11A所示的特定实施例中，还可以选择“CITIBANK ACCOUNT”的缺省选择。

图11C示出了本发明需要估价帐户开立处理的一个例子。如图所示，在用户决定访问需要之后，他们被提供有一个菜单，该菜单允许他们选择“CREDIT”、“FINANFIAL GOALS”、“PERSONAL”或通过缺省选择“FINANCIAL PICTURE”的特殊区域。这个点进行选择的基础上，用户被提示提供有关所选选特定区域的信息或在“FINANCIAL PICTURE”情况下，提供与不同区域相关的信息。这个处理一直继续，直到完成所述需要估价为止。

图11B示出了用于提供产品信息的处理。如图所示，这个系统允许用户提供涉及有关客户的特定区域的信息。所述处理可以重复直到回答完所有的问题为止。此时，用户可以选择对个人文档成分的处理。

此外，灵活性是本发明系统的一个重要方面。如果在他或她判断中不应当要求客户提供那时的信息，那么，用户可以选择不提供某些信息。因此，在那个步骤将不需要数据输入，但如果绕过这个步骤，必须进行某些记录，以便使数据能够在以后被收集。

在需要估价步骤期间所捕捉的信息最终与对基本需要估价问题的答案一起存储在客户文档中。在这种方式下，客户无论在哪里接触银行其它用户(银行雇员)将能够访问帐户信息。

如先前所描述的，本发明的系统包括一个用于存储已被收集但并不立刻需要的信息的“未定的文件”(pending file)。特别是，该系统最好包括一个某种形式的它可提取的存储装置。此外，在这个步骤期间，可合法和适当地使用从中央数据库得到附加信息。

所述系统可以包括一定数量的用户销售工具，包括利用在这个步骤处所收集数据的借用能力分析。例如，用户将有能力显示和打印定价信息。

可以得到的其它销售工具包括涉及24小时访问、金融通告、兑换率和服务等的信息。系统灵活足以得到所有这些工具，而同时允许用户迅速饶过这些整个的销售工具。为了实现BPA定价信息和任一其它销售工具，所述系统包括一个可编程的通用计算机和/或工作站。

因此，当与本发明的系统相结合使用时，需要估价步骤捕捉和存储客户信息以识别现有的和未来的客户的需要。所述信息最好经过所允许的可用的和合法的帐户开立。另外，在帐户开立期间收集的信息最好经过本发明界面的中央客户信息系统加以提供并用于关闭线索；制定客户的给个人银行家业务量；报告每天的到来；跟踪新帐户典型统计量等；指定工作分派和来自未定文件的追问。

帐户介绍系统和步骤(600)

对于新帐户来讲，这个步骤涉及对由所述银行提供的各种一体化帐户的介绍。可以得到的成分和每月的价格最好也在讨论之列。对于现有客户来讲，这个步骤包括新一体化帐户的解释。

另外，一旦用户获得客户想要开立帐户的明确指示时，就执行一个信用检查。通常，所述信用检查涉及两个单独的步骤--初始扫描以查看是否所述客户是在较差客户表中，例如是CHEX扫描；其次，标准化信用社报告。

为了便于具有外部服务或代理的信用检查，所述系统最好包括一个调制解调器或其它的通信设备。

通常，系统将同时执行信用检查的两个步骤，和在同一个屏幕上显示有关响应。但是，在不能够得到一个响应(即由于系统问题)的事件中，其它的响应会被显示并不能被阻止直到可以得到另外的响应为止。所述系统具有灵活性以输入仅与信用检查相关的基本资料，即诸如姓名、地址、社会保密号、生日和公民身份以及可以选择的职业、收入和住房费用。如果先前没有获得这个识别数据，那么，现在必须捕捉这个识别数据。例如，如果上一次的信用检查(该检查被存储)是在过去的12个月内做的，该系统灵活足以从这个扫描处理为现有客户辩解。另外，信用检查的两个步骤是分开执行的并且所述系统有给出适当的权利的能力而不考虑最初扫描结果。如果用户有能力获得职业、收入和住房信息，那么，在无论哪个产品是信用合格提供一部分时，系统将能够返还特定贷款量。信用合格量(如果有的话)将显示在与显示信用检查响应的同一个屏幕上。

如果客户没有有限制的负债，则系统允许所述用户(通常通过贷款管理者的授权)确定是否其理由能够不考虑和所开立的帐户。如果帐户开立，捕捉放弃/无效的情况和利用客户的人口统计信息存储该情况。如果帐户没有开立，那么必须在所述部门或客户银行电话服务中心打印“adverseaction type”通知示出Chex的姓名和电话号和/或获得信息并将其提供给客户的信用社。

信用检查和需要估价的结果是用户将最佳服务于客户需要的成分相关的帐户建议。所述系统向用户提供诸如一个屏幕或一组屏幕的将允许用户清楚论证一体化帐户、它的成分和客户如何可以最佳访问他们帐户的权利的销售工具。

此外，系统包括一个可编程的计算机和用于提示用户和收集数据以执行这个步骤的适当输入装置。

个人文档系统和步骤(700)

一旦完成帐户选择/需要分析步骤，系统进行到个人文档步骤。在这个步骤期间，用户将收集至今还没有完成的任何其它的个人信息。由于系统的灵活性，这里所收集的数据将根据先前所收集的数据变化。此外，具有适当输入装置的计算机被用于这个目的。最好提供调制解调器或其它通信设备以便允许计算机与例如外部信用社通信。

在某些情况下，如果在先前没有执行信用检查，那么，在这个步骤中将执行这个信用检查。在个人信息之后，将完成任何一个还没有被收集的职业信息。将有一个屏幕用于捕捉个人信息(帐户上的每一位先生)和一个屏幕用于捕捉职业信息(仍旧是每位先生)。职业屏幕上包括的信息将是来自目录册拾取表的当前和先前雇主的姓名和地址、当前和先前雇主的时间和职业选择者。如果执行，将在这个屏幕上提供一个用于输入职业验证方法的信息组，并且如果输入，这个信息组将被利用所述申请传输给信用社，以便当查看信用决定时不必执行所述验证。

根据本发明的用于帐户开立系统也将能够使用户捕捉客户喜爱的语言以备后用和捕捉诸如在银行卡上磁条中夹杂物的增强，如果例如所述客户是一个非长住外国人，该客户将被标记，从而使这个事实和所喜爱的语言被显示在与后续服务相关的客户文档上。

用于执行个人文档处理步骤的系统和方法的最佳实施例示于图12A-12E的流程中。此外，一旦帐户选择/需要估价步骤完成，这个处理开始。如图12A所示，所述处理涉及收集身份证明和诸如帐户所有权、客户姓名、家庭地址和电话号码、公民身份、社会保密号和生日等的信息。所述系统包括一个可编程的通用计算机和/或用于实施这个步骤的具有适当输入装置的工作站。在这个步骤期间，例如来自中央数据库的附加信息被再次合法和适当地使用。

如图12A所示，系统产生并向用户显示一个最初文档屏幕，该屏幕示出带有已经被收集在字段中的任一数据所需的数据字段。因此，按照本发明的目的，客户不再需要提供这个信息。

在收集初步文档数据之后，系统确定在先前的步骤中是否已经执行了信用检查。如果是的话，系统能移到图12D所示处理流程继续建立个人档案。如果信用还没有被调用，系统查询是否在帐户上具有附加的签字者。如果是的话，处理回到图12A所示的流程直到所述初步文档数据被收集用于每个附加签字者为止。

在初步文档数据被收集用于每个签字者之后，进行关于是否调用一个信用社的确定。如果不调用所述信用社，处理可以继续，但不进行信用提供。如果做出决定调用所述信用社，那么，进行一个质量检查，以确定是否数据完整。如果不是的话，产生一个误差消息并允许用户继续未定文档。如果所有数据都是完整的，那么，处理继续到图12C所示的流程。

如图12C所示，处理流程的这成分开始于对信用社的调用。一个可编程的计算机和诸如调制解调器的通信设备被用于这个目的。系统检查以查看是否信息的传输到所述信用社。在最佳实施例中，如所讨论的执行两步检查。

在信用社报告结果的基础上，做出关于是否帐户被批准的决定。如果所述帐户被批准，那么，处理流程继续如图12D所示。如果做出未被批准的决定，那么，在屏幕上显示给用户、银行雇员的信用报告结果和推翻能力。如果用户选择推翻所述拒绝，那么，处理继续如图12D所示。另一方面，如果否定的判决没有被推翻，则用户被给出一个选择以打印一个有害行为报告和交易结束。

图12D示出了客户关于帐户的申请被批准情况下的后续处理。如图所示，该处理从向用户提示输入与职业相关的数据开始。如果客户已经具有两年的雇主或得到了关于先前雇主少于两年的信息，系统通过提示与工作地址、工作电话和收入相关的信息而得以继续。如果用户希望依靠收入的附加来源，那么，收集附加收入数据。对帐户中的每个签字者重复所述处理。一旦数据被收集用于所有的签字者，处理如图12E所示继续。

建立个人档案的处理以与用户ID相关的文档屏幕的显示而结束。如果有两个以上的签字者，则处理重复，直到所有的签字者被显示完毕为止。最后，做出一个质量检查以确定已经接收到完整的数据。如果没有接收到完整的数据，产生一个消息和用户被允许继续利用未定的文件。如果已经接收到了完整的数据，那么，处理继续到下一个步骤，即建立一个帐户。

帐户建立产品选择系统和步骤(800)(包括信用判定(810))

本发明另外一个特别重要的方面是建立帐户的装置和方法。特别是，本发明提供一个直观的界面，该界面允许用户和客户在所述帐户正在建立时能够观看它。图18A-18C示出了在帐户建立过程中所使用的直观显示的例子。

如图18A所示，系统在计算机屏幕上显示关于银行报告主题的帐户信息，即显示银行报告的的复制或说明。与帐户建立显示相关的银行报告主题的使用是本发明一个重要的成分并与存在到客户的一个相容界面的根本目标相一致。该显示示出在所述帐户建立之前客户银行报告的内容。诸如检查、存款、IMMA、CD、退休、佣金、信用线(line credit)和信用卡等的核心成分被包括在所述例子中。通常，所显示的报告反映了与每个帐户相关的零平衡。当其他的成分如下所述地加到所述帐户上时，它们也将出现在所显示的报告上。

为了建立所述帐户，用户选择(利用输入设备)所列成分中的一个。如果，例如选择了“检查”成分，该系统将显示一个如图18B所示的检查成分建立屏幕。该屏幕允许用户选择一个特定的成分和输入将要记入给所选择成分的一定数量。在所示的例子中，用户选择了固定的检查成分。系统还提示用户输入将要分配给已被选择的检查成分的一定数量。

如果例如客户选择分配$5000进行检查，那么，用户输入这个数量并返回到所显示的报告屏幕。

如图18C所示，所显示的报告被更新以反映$5000的检查平衡。

在这种方式下，客户和用户能够针对客户规格建立一体化帐户并逐步观看正被建立的帐户。另外，在由用于接口银行的所有其他客户访问点组成的银行报告格式中存在所述信息。

一旦在交易期间决定了客户希望建立的银行帐户成分，用户将在帐户开立屏幕上选择功能。首先，用户将选择在交易期间将被打开的任一产品。此时，系统将自动指定客户银行帐户中用于负债成分的成分号码。自动指定的数码在需要时可以不考虑。

接着，用户将完成诸如期限、最初的存款和感兴趣的兑换率等任一必须的细节。然后，用户将输入帐户名称和任一帐户所需的特殊数据(例如，如果不是一缺省则所需的签字者号码)。该系统用于建立帐户的最佳实施例示于图13A-13M。所述系统包括一个用于执行这些步骤的可编程通用计算机。

如图13A所示，系统通过显示一个报告建立屏幕开始帐户建立处理。最好这个显示向用户提供一个机会去选择该一体化帐户中的每一个成分。在所示的最佳实施例中，用户可以在十二个成分之间进行选择。由于在帐户和帐户建立中选择成分时，所述数量(储蓄、信用贷款)被显示在，例如，图18A和18C所示的报告建立屏幕上。

通常，通过选择一个成分和进行与建立该成分相关的处理，提供与每个成分相关的数量和涉及那个成分的相关信息。但是，在图13A所示的最佳实施例中，所述量可以被直接进入到报告建立屏幕上以用于检查、存款和如果希望的话所保证货币市场帐户。

如图13A所示，系统一直向用户提供一个选择以返回到在前步骤，即建立个人文档或向前移动到下一个步骤，即帐户服务。在缺少这些选择中一个的情况下，图13A所示系统的一成分工作在闭路状态，借此，客户经过图13B-13M所示与那个成分相关的规定处理选择一个特定成分和处理，然后返回到报告建立屏幕，该屏幕被逐渐更新以包括它们建立时的成分。

如果用户选择检查成分，则系统遵循图13B所示的路径。特别是，系统显示一个检查成分屏幕或多个屏幕。然后用户输入将被分配给所述检查的数量。然后系统询问关于是否存在与所述检查成分相关的不同拥有者或不同地址。如果是的话，系统然后进入一个子程序以获得涉及不同签字者和/或地址变化的附加信息。此外，本发明的一个重要方面是用户最初具有一个屏幕用于显示至今为止所收集的所有显著信息。因此，即使是所述子程序中，也只需要客户和用户提供先前没有获得过的信息。一旦关于涉及拥有者和地址的客户说明的检查成分建立。系统提供建立其他检查成分的可能性。如果客户选择建立一个附加的检查成分，则显示一个消息并再次遵循所述程序。另一方面，如果客户选择不建立其他检查成分，那么，系统返回到图13A所示的报告建立屏幕并且用户能够选择其他成分。

如果用户从报告建立屏幕上选择存款成分，系统遵循图13C所示的路径。图13C所示用于建立存款成分的处理与用于建立检查成分的处理基本相同。特别是，如图13C所示，提示用户输入与所述存款成分相关的量，然后允许用户提供任何考虑到不同拥有者或地址所需的附加信息。这仍旧是通过子程序的使用而实现的。最后，允许用户选择建立另一个存款成分。当已经建立令客户满意的存款成分时，系统返回到图13A所示的报告建立屏幕。

当用户选择保险货币市场帐户(IMMA)成分时，处理遵循图13D所示的流程。该处理仍然类似于用于建立、检查和存款成分的处理。用户输入IMMA量和然后被给予一个机会去更新涉及拥有者和地址的信息。最后，用户被给予一个机会去建立另一个IMMA帐户，如果希望的话，重复所述处理。一旦建立了所有IMMA成分，处理返回到图13A所示的报告建立屏幕。

如果用户选择储蓄成分的一个证券，系统遵循图13E所示的流程。特别是，显示储蓄屏幕的证券以及用户然后进入储蓄量的证券。然后系统提示用户输入包括期限、感兴趣的交付方案和储蓄指令等在内的储蓄成分的证券。重复所述处理直到所有参数被输入为止。一旦所有参数被输入完毕，系统允许用户根据与这个成分相关的所授权符号进行决定。这个子程序从在在前所收集数据的基础上的授权签字者的显示开始。然后用户可以加附加签字者。如果将被加的附加签字者已经加入文档，则不需要其他信息。另一方面，如果新签字者被列表，系统标记列表新签字者和在以后将需要所述文档。一旦签字者与客户的希望一致，则系统允许用户建立另外的CD成分。如果用户选择如此做，那么，重复处理。另一方面，如果用户选择不建立其他CD成分，系统返回到图13A所示的报告建立屏幕。

如果系统选择IRA/401K成分，则系统遵循图13F所示的流程。图13F所示的流程是只由执行与建立这些选择相关处理所遵循的可变选择显示组成的一个非常高的级别。根据本发明，用于建立这些选择的处理只由图13B-13E所示用于建立检查、存款、IMMA和CD成分的一系列处理构成。一旦建立令客户和用户满意的的IRA/40K，那么，该系统将返回到报告建立屏幕。

如果用户选择保密或经纪业务成分，系统需要遵循图13G所示的流程。特别是，系统显示一个保密工作窗口，该窗口允许用户输入任命日期和时间或请求回复。这样做的理由是与建立保密成分相关的信息通常必须由被许可的银行雇员进行处理。如果做出一项任命，那么，系统将建立一个保密确认消息并且系统返回到报告建立屏幕。

所述系统还包括一个用于限制对某些被授权或被许可用户的访问以保证遵守可应用规则的装置。例如，在“Brokerage(经纪业务)”部分中获得的信息将是“投资信息”和可以被规定给经纪业务的任一其他信息。根据这个规则，“投资信息”只能由被单独授权的客户进行讨论。因此，对这些屏幕的访问仅限于那些被许可的用户。用于限制访问的装置最好是一个可编程的通用计算机。

如果用户选择诸如检查加(checking plus)的借款和贷款成分，则系统遵循图13H所示的流程。特别是，进行一个关于是否所述贷款被批准的初始确定。如果所述贷款没有被批准，那么，用户将不被允许建立所述帐户的这个成分。另一方面，如果所述贷款被批准，系统将显示一个检查加提供和选择屏幕，该屏幕包括与可得贷款量相关的信息。经过所述用户的客户可以接受所提供的贷款量，请求附加贷款(其中，没有示出系统必须进入单独过程的情况)以寻求用于附加量的批准、选择接受少于被提供的贷款或谢绝贷款。然后系统返回到图13A所示的报告建立屏幕。

如果用户选择建立非保密贷款成分，系统遵循图13I所示的流程。特别是，进行一个关于是否批准所述贷款的初始确定，如果不批准的话，将不允许用户建立所述非保密信用卡成分。如果所述贷款被批准，系统将显示一个非保密贷款选择和贷款率。然后系统将执行非保密贷款成分建立处理。一旦该处理被完成，系统将返回到报告建立屏幕。

如果用户选择保密贷款成分，系统将遵循图13J所示的流程。特别是，系统将显示包括证券源、固定比例家庭证券贷款、抵押、最佳线、最佳贷款、保密贷款并和把出借和学生贷款选择基于保密在内的各种保密贷款选择。系统还能显示贷款率和其它信息。一旦进行选择，系统将执行保密贷款成分建立处理，直到所有希望的和可得的选择被建立然后系统返回到图13A所示的报告建立屏幕。

对于某些特殊保密贷款产品，具有为完成所述申请所必须的附加信息。如果所述信用社确实没有指出所述客户具有“信用资格”，除非这个客户进行一个关于贷款产品的特殊请求，否则，这个屏幕将不被显示。在这个屏幕中所包括的有诸如财产信息、住房费用、政府监控/HMDA信息等。被作为BPA一部分的被捕捉的任一信息将流入到这些屏幕上的任一适当信息组中。

在信用信息被传输给所述信用社进行信用判定之前，系统将需要在已经输入的数据的基础上执行质量检查以保证所有所需的数据都输入。如果有任何消息丢失，系统将请求适当的信息。如果所述信息可以得到，将给予用户一个机会来输入它；如果不能得到这个信息，将提供把该申请置于“未定”的能力。

根据本发明，在帐户开放流程中可访问信用判定屏幕以去除对帐户开立交易以外和进入其它系统的需要。

用户能够完成所述验证和帐户开立处理期间内这一系列屏幕上必需的任何贷款活动。在一个贷款产品上完成的验证将流向在所述交易中的任一其他贷款产品。诸如线规模和产品类型的各种因素确定所被执行的验证；所执行的验证将对客户已经申请的所有产品进行更新。

如果用户选择信用卡选择中的一个，系统遵循图13K-13M所示的流程。图13K和13L所示的系统流程相同以及差别取决于由特定银行所提供的普通卡和金卡之间的差别。所包括的基本处理是，是否由涉及特殊卡的信息屏幕所遵循的贷款被批准的初始决定，然后用户输入用于包括卡型、信贷额度、信用卡持有者、附加卡、姓名和光卡等的卡所需的信息。然后进行所述信贷额度的确定和系统返回到报告建立屏幕。

如果用户选择由银行提供的其它卡，除了当客户选择特殊类型信用卡时所述客户和用户被给出一个选择以选择将现有银行信用卡额度传输给这个帐户或相反地将其它信用额度传输给一个银行信用卡之外，遵循类似流程。在这个处理被完成之后，系统返回到图13A所示的报告建立屏幕。

处理的这个部分将用于保证所述客户熟悉可以得到的各种服务。同时，相信可编程通用计算机是一个执行这一步骤的最适宜装置。

这些屏幕将具有另外一个机会去观察所述客户如何使用银行来管理他们的金钱和实现加深他们与消费银行之间的关系而获得利益。如果适当的话，所述屏幕将需要组合资料记录和被客户观察的产品/服务特性。

用于执行帐户服务步骤的系统最佳实施例示于图14A-14G。

如图14A所示，系统通过重新观察在前收集的数据开始，以查看是否所述客户已经在透支保护情况下能够检查加服务。如果是的话，设置一个标记并且系统继续。如果不是的话，系统继续而不设置所述标记。接着，系统确定在帐户选择需要处理中是否激活一个以上的服务。如果是的话，设置标记以使Citibank帐户服务屏幕上的被选择服务按钮显示强光并且显示所述帐户服务屏幕。然后系统继续图14B所示的流程。同时，用户可以选择建立一个服务或给出与所述服务相关的信息。如果用户选择不建立服务或给出与一个服务相关的信息，那么，用户将被给予一个机会注意客户在一个或多个附加服务方面的兴趣。如果用户指出在一个或多个附加服务方面的兴趣，系统注意该需求以跟踪并着手打印注册表格。

如果用户指出希望建立一个服务和得到信息，那么，显然进行与特定服务相关的流程。自然，银行可以提供各种服务。但是，在图14B所示的最佳实施例中，系统能够提供信息或建立自动传输、帐单交付服务、直接储蓄、对储蓄资金的直接访问、自动分红储蓄、保密出借、透支范围、自动给付和电子给付。

如果用户选择建立自动传输，系统遵循图14C和14D所示的流程。在这个过程中，系统允许用户建立自动传输和使用图14D所示的过程再次发生的传输。

如果用户选择建立或给出与帐单交付服务相关的信息，系统遵循图14E所示的流程。如图所示，用户被允许建立标准收款人和特定收款人。如果用户选择建立直接储蓄或对储蓄资金的直接访问，系统将遵循图14F所示的流程。如果用户选择建立自动给付，系统遵循图14G所示的流程。如该图所示，系统允许用户建立对于放贷和信贷额度的多种交付方式并选择这种交付的频率。

在每种情况下，在与所选择任一服务相关的特定过程完成之后，系统都返回到图14A和14B所示的流程。然后系统执行访问步骤，借此使客户可以得到的各个访问点。

这里选择银行卡个人识别代码(PIC)。将讨论电话银行业务并将选择TPIC(电话个人识别码)。如果可以应用，将进行查对。

系统允许用户(个人银行家或电话代表)以远程访问服务方式注册客户。可编程的通用计算机可以被再次用于这个目的。

系统可以在家庭银行业务中提供自动注册和捕捉客户的PC类型的记录和软盘尺寸(如果需要的话)。被开立和链接银行卡的成分将被自动链接以用于家庭银行业务。所述系统也将允许屏幕电话的使用。

用于执行本发明访问步骤的系统最佳实施例示于图16A-16F。如图16A所示，该处理开始于访问屏幕显示。然后用户被给出一个机会修订或接受一个记录的帐户名。用于这个处理的子程序示于图16D。

然后系统进入图16D所示的个人识别号(PIN)进入程序。如果所述帐户是一个联合帐户，执行姓名接收程序和个人识别进入程序以用于帐户中的第二个姓名。然后所述系统能够装饰和发行给客户银行卡。这个步骤也可以被推迟。为了便于装饰，所述系统最好包括一个链接到通用计算机上的传统装饰机构。如果所述装饰不成功，系统将执行一个误差屏幕处理，但允许整个流程继续。

流程以如图16B所述的继续。特别是，系统允许被验证的电话识别码的选择。着手对任一联合签字者进行处理，然后所述处理如图16C所示继续。这里，所述客户被给出一个使用PC远程访问所述银行的选择。如果用户接受所述服务，则执行一个关于是否客户知道他或她所有计算机参数的确定。如果是的话，诸如计算机类型、软盘尺寸、调制解调器类型和调制解调器速度的相关参数输入给所述系统。如果客户不知道这些参数中的一个或多个，做业关于将被需要的跟踪的显示和存储所述信息以用于跟踪步骤中。然后系统进行图16E所示的处理。此时，客户被给出一个选择以访问使用屏幕电话的银行并且系统做出对客户选择的说明并进行图16F所示的处理。这里，客户被允许安排所述检查。系统通过显示缺省检查命令和给用户一个机会开始改变个人化标志。这涉及诸如姓名、地址、帐单信息和邮寄地址等信息。然后用户被给出一个机会去客户化所述缺省命令，然后用户具有一个机会去安排检查。然后，处理前进到一个特殊的指令步骤或执行图17A和17B所示的结局的处理。

特殊指令系统和步骤(1000)

这个处理步骤被用于收集任一剩余数据和处理在帐户开立流程中还没有处理的任意特殊帐户状态。这将包括诸如：“呼叫最佳时间”，或“不能联系”标记、“不能与其它设备共享数据”，“邮寄地址”，“最佳邮政问候”等项目。所述系统还能够参加到在其它机构中的结帐。所述系统可以包括一个打印机和一个将产生将被传送给其它机构的收集信函的打印的计算机。通过将“Power of Attorney”状态传送给所述帐户，系统还可以容纳任命的委托书，消除对第二天文件保存的需要。如果用户没有被许可，用户还可以建立与投资顾问的会晤或建立与抵押顾问的会晤。与任一变化相关的客户请求都可以被接纳。

建立所述处理的最佳实施例示于图17A-17B。系统通过显示关闭和验证各种帐户所需的信息开始。此外，系统再次允许向上或向下的数据流动，从而使得在这个步骤中只有先前没有被提供过的信息被调用。所述系统还提供一个机会去显示关于如何与客户联系的信息并允许所述机会去显示多个约见。最后，系统指出完成开立单一完整一体化帐户所需的剩余项。

打印/传送系统和步骤(1100)

在获得所有信息完成建立步骤之后，系统执行打印注册包的步骤。

打印功能将产生客户需要签名的任意必需的纸件工作以及不能与关系银行业务系统进行电通信的任一单位/个人所需要的纸件。这应当包括例如抵押和界标工作分配、免避税应用、高级帐户应用、经纪业务应用、保密投资确认、收集信函、签名卡、有害行为通知、立即可用信用证书公告、保险格式和银行存折等。为了容纳这些步骤，系统包括连接到通用计算机上的一个打印机。

客户将被要求查看关于他们本身的诸如姓名、地址、职业、电话号等所有危机人口统计信息。这个注册报告将显示在开证日结算的交易中开立的帐户。对于所述客户银行帐户来讲，帐户号、无限额储蓄、汇率和期限将被显示在所述报告的有关部分中。

在部门和客户银行电话服务中心之间的主要差别是客户实际并没有为任何文件签名或采取移交方式。这意味着客户银行电话服务中心履行区域将必须将文件邮寄给客户。

用于打印注册表格处理的最佳实施例示于图15。如图所示，系统首先确认打印机已经被启动。如果打印机没有被启动，直到打印机被通电时系统才能进行处理。然后，系统命令打印机打印注册表格并确认所述打印是否成功。如果所述打印不成功，则处理不能向前进行并且如果识别出不能成功打印的原因，则通常所述处理将被重复。在确认注册表格被成功打印之后，要求客户在打印表格上签名。如果客户在诸如利用电话进行交易时的那个时候没有在注册表格上签名，所述申请被保留到未定的文件中。

交易总结(跟踪)系统和步骤(1200)

最后，系统进入交易总结。所有适当的文件都必须由客户签署。如果职位批准，帐户开立信息将必须被传送给避税隐藏处(Tax shelter)或抵押顾问。请求按计划而不是经过纸件拷贝进行工作分配。

如果为客户建立跟踪交易，用户将具有一个选择以打印会晤提醒给客户。这项传单将包括会晤的日期和时间(如果可以得到)、会晤的目的(如由用户经过来自数据输入字段的自由形式输入的)和客户所要会见的客户银行家的名称。如果一个特定的会晤日期/时间不能被设置，将指定客户银行家与所述客户联系。这个传单应当包括客户的姓名和邮寄地址，以便如果在经过电话处理帐户开立时，能够将它置于用于向客户邮寄的开窗信封内。

在客户离开之后，用户能够进入来自基本需要估价的自由形式的通知；提取和查看详细的需要估价答案和在需要时更新所述答案；传送基本的和详细的需要估价信息。

未定文件

在帐户开立流程期间，可以得到将交易置于未定的能力。经常引起未定处理的流程中主要位置是在传送给信用社(如果不能得到SSN)之前或质量控制检查之后并且所需要信息被标记为丢失信息。由于将导致需要在任一点处未定的时间限制，客户也要求离开。客户也可以仅经过需要估价和欲返回以在以后的日期里继续申请处理。系统使交易的一部分诸如佣金和传送其余成分诸如客户银行业务成为可能。

当在问候功能中一个现有客户被建档时，如果存在任一与那个帐户相关的交易未决(sessions pending)时，在所述文档中注释那个事实。如果用户(问候者)没有建档所述客户，他仍然能够经过未定项功能推入任一未定申请。未定项具有多种被访问的方式，包括通过客户名称、通过用户ID、通过部门和通过产品。

在所述帐户开立屏幕流程中将提供给用户未定应用。该用户还被允许执行质量控制检查以使系统能够识别在传送给主机之前需要的丢失的项。

所述客户将具有一个选择以进入他们所选择的部门从而完成所述帐户开立。所述部门工作人员也应当对这些未定申请进行访问。当未定项很突出的客户代表进入“识别客户”屏幕时，所述工作站屏幕也应该能够标记他们。

因此，借助于本发明的一体化帐户和帐户开立系统，将提供客户银行帐户的所有成分。所述处理灵活得足以支持仅希望得到所有这些感兴趣提供中一个成分的客户。一旦客户数据输入给系统，客户将决不会重复相同的信息给任一银行雇员。在帐户开交易期间，信息将在银行雇员(用户)之间无间隙地流动以改善客户的体验。在可以存在的数据共享基础上经过合法限制的所有客户联系点处都可以很容易地得到现有客户数据。即使是在被激活的成分仅仅是银行存款存折或证明的情况下，也将提供这个能力以将所述银行卡发给所有客户。所述银行卡被用做在出纳员窗口或电话服务中心处电话上的客户识别符并将可以得到以用于当新成分被激活时连接它们。

结果是客户将利用多个一体化帐户成分。这将使税收增加和改善客户满意程度、使与部门工作人员相关的可得销售时间最大并提供对所述部门具有识别功能的电话服务中心。

通过将帐户开立系统链接到中央数据库，该数据库中的信息可以被用于方便帐户开立和在帐户开立处理期间收集的信息能够供给本发明用于家庭，客户和帐户级别信息的中央数据库。因此，本发明允许用户在反之将不能得到的客户级别处查询本发明中央数据库的各种信息。这个信息包括：在帐户开立处理期间(直接访问、帐单交付、ATM等)对客户已经签名的服务注册和用于具有工具类型和所使用数据的的每个客户的销售工具。在这个前后关系中，可以被使用的销售工具类型包括借款能力估价、需要估价和需要估价子成分。所收集的其它信息可以包括：在借款能力估价或需要估价期间聚集的细节数据元素；客户来源；在帐户开立时使用的资金来源和包括类型、费用放弃原因、日期、个人ID或做出放弃的报告等的费用放弃信息。

如上所述，本发明的工作站利用本发明的中央数据库提供关于通过客户选择或与给定标准匹配的帐户和产生与所选择数据元素相匹配的多个列表而用以联机观察和报告产生的信息。如果它遵循这一点，通过将所述帐户开立系统链接到中央数据库，可以在多个工作站上获得附加数据。特别是，在本发明的工作站上可以获得其它附加数据中在选择中使用的下述数据元素和出现在所选择帐户或客户的列表中：借款能力估价；需要估价；在借款能力估价或需要估价期间聚集的细节数据元素；在帐户开立处理(直接访问、帐单交付、ATM等)期间客户签名的服务注册；在帐户打开处根据拾取表限定的客户来源；和在帐户开立处根据所述拾取表限定的资金来源。

很明显，本发明并不局限于上面已经描述和利用附图示出的具体结构，在不脱离本发明精神的基础上可以作出很多修改和变化。本发明的范围仅由所附权利要求限定。

Claims (18)

1.一种一体化销售处理支持系统，包括：

中央数据库；

用于将来自多个源的数据输入给所述中央数据库的装置；

用于检索所述数据库以响应所构成的查询和识别与所述查询匹配的记录的装置；

至少一个具有多个用户工作站的微营销中心；

用于建立所述数据库的所述构成查询以响应来自用户工作站图形用户界面的标准用户选择的装置；

多个地理上分离的部门系统，每个部门系统包括至少一个部门工作站；

中央客户信息系统，所述中央客户信息系统被按地理区域与所述部门系统处的工作站分开，但被链接用电通信该工作站。

2.根据权利要求1所述的系统，其特征是所述系统包括一个帐户开立系统，该系统包括用于组建个人文档的装置，该装置包括一用于收集突出数据的装置和用于允许在所述处理任一步骤中收集的数据流向需要该数据的所有其它点从而使数据不被多于一次地被输入的装置。

3.根据权利要求1所述的系统，其特征是所述系统还包括一在部门办公室跟踪客户到来的装置；和其中，所述系统还进一步包括一用于跟踪和报告与经过销售处理的新的和现有的客户的到来相关的信息的装置，该信息包括下述信息：到来的类型、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每种产品的价格(美元)、客户姓名和地址、产品类型、参观的目的和销售代表ID。

4.根据权利要求1所述的系统，其特征是还进一步包括一用于将促销概念通知给微营销中心的装置；一位于所述微营销中心处用于在所述促销概念的基础上收集多个线索的装置；一用于将所述线索在前一天晚上提供给所述部门系统的装置；以及一将所述线索自动加载到所述系统以将所述线索在前一天晚上提供给所述部门系统的装置。

5.根据权利要求1所述的系统，其特征是还进一步包括一个图形用户界面，该界面允许所述微营销中心产生包含邮寄地址在内的文件并且将所述文件传送给地理区域分开的部门系统。

6.一种用于金融机构的电子销售和服务支持系统，包括：

包含有关家庭、客户和所述金融机构帐户的信息的中央数据库；

具有至少一个用户工作站用于与所述中央数据库通信的微营销中心，所述用户工作站具有一个输入装置，用于输入选择标准，以便规定所选择的一组以销售活动为目标的客户；和

具有多个部门工作站与所述微营销中心和所述中央数据库电通信的中央客户信息系统，所述部门工作站中的每一个具有一个显示装置，用于有选择地显示包括与金融机构有客户关系的客户文档；

用于将促销概念通知给微营销中心的装置；

置于所述微营销中心用于在所述促销概念的基础上产生多个线索的装置；

用于将线索在前一天晚上提供给部门工作站的装置；

用于自动将所述线索加载到系统以将所述线索在前一天晚上提供给部门工作站的装置。

7.根据权利要求6所述的电子销售和服务支持系统，其特征是所述中央数据库包括：

一中央数据库；

用于将来自多个源的数据输入给所述中央数据库的装置；和

用于将在中央数据库中输入的数据标准化和家庭化成包括家庭、客户和帐户级别的多个组织级别的装置。

8.根据权利要求7所述的电子销售和服务支持系统，其特征是还进一步包括一个用于检索所述数据库以响应所构成的查询和识别与所述查询匹配的记录的装置；和

用于在所述微营销中心建立所述构成查询以响应来自用户工作站图形用户界面的用户标准选择的装置。

9.根据权利要求6所述的系统，其特征是所述系统还包括一个帐户开立系统，该系统包括一个用于组建个人文档的装置，该装置包括一个用于收集突出数据的装置和一个用于允许在所述处理任一步骤中收集的数据流向需要该数据的所有其它点以便使数据不需要被多于一次输入的装置。

10.根据权利要求6所述的系统，其特征是所述系统还包括一个用于在部门办公室跟踪客户到来的装置，和其中，所述系统还包括一个用于跟踪和报告与经过销售处理的新的和现有的客户到达所述部门相关的信息的装置，这些信息包括下述信息：到达的类型、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每件产品的价格(美元)、客户姓名和地址、产品类型、参观的目的和销售代表ID。

11.一种一体化销售处理支持系统，包括：

中央数据库；

用于将来自多个源的数据输入给所述中央数据库的装置；

用于将所述中央数据库中的输入数据标准化成多个组织级别的装置；

多个地理位置远离中央数据库的用户工作站，所述用户工作站中的每一个都包括数据库和显示装置，所述工作站包括用于产生图形用户界面以允许用户选择检索标准块从而图形地建立图形构成的检索查询，所述图形用户界面包括上-下窗口、图象、和拖拽-和-下拉操作；

利用通信装置连接到每个用户工作站的多个部门工作站，和一个用于传输来自所述用户工作站的数据给多个部门工作站的装置；

中央客户信息系统，所述中央客户信息系统在按地理位置与所述部门工作站分开，但被链接用以电通信该工作站；

用于将图形构成的检索查询转换成文本查询的装置，该文本查询包括必要的代码和所需的语法保证所述文本查询能够运行；

用于允许在用户工作站和中央数据库之间进行数据通信的装置；

用于检索所述数据库以响应从多个用户工作站的一个中接受的所构成的查询和识别与所述查询匹配的记录的装置；和

用于将涉及与所述查询匹配的记录的数据下加载到所述用户工作站的装置。

12.根据权利要求11所述的系统，其特征是所述中央客户信息系统包含多个客户文档，每个客户文档包括人口统计信息和客户金融信息，所述客户金融信息包括信用信息和财政目的；用于在包含在中央客户信息系统中的信息的基础上执行必要分析、在所述必要分析的基础上推荐帐户和将涉及所选择帐户成分的信息提出给用户的装置；和用于允许在所述中央客户信息系统和所述中央数据库之间通信的装置。

13.根据权利要求11所述的系统，其特征是所述中央客户信息系统地理位置远离所述中央数据库。

14.根据权利要求11所述的系统，其特征是所述系统还包括一个在部门办公室跟踪客户到来的装置，和其中，所述系统还包括一个用于跟踪和报告关于经过销售处理的新的和现有的客户到达所述部门的信息，所述信息包括下述信息：到达类型、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每件产品类型的价格(美元)、客户姓名和地址、产品类型、参观的目的和销售代表ID。

15.用于识别销售目标、分布销售线索、和增强市场活动销售工具的处理，与一个系统结合使用，所述系统包括中央数据库、一个用于将来自多个源的数据输入给所述中央数据库的装置、一个用于检索所述数据库以响应所构成的查询和识别与所述查询匹配的记录的装置；至少一个具有与所述中央数据库电通信的多个用户工作站的微营销中心；多个地理位置分开的部门系统，每个部门系统包括至少一个部门工作站；和中央客户信息系统，所述中央客户信息系统被按地理区域与在所述部门系统处的工作站分开，但被链接用以电通信该工作站，所述处理包括下述步骤：

将来自多个源的数据输入给所述中央数据库；将所述输入数据标准化和家庭化成所述中央数据库内的多个组织级别；

将促销概念通知给所述微营销中心；

通过将标准输入给所述用户工作站的用户界面在所述促销概念的基础上产生多个线索，用于限定在销售活动期间作为目标的客户的表、建立构成的查询以响应所选择的标准和使用所述的被构成查询检索中央数据库，识别所述中央数据库中与所述选择标准匹配的记录，和产生在销售活动期间作为目标的客户表；

将所述客户表电分配给所述部门工作站。

16.根据权利要求15所述的处理，其特征是还包括在销售活动期间的与所述客户销售交易的期间内显示关于来自所述部门工作站上所述客户表客户信息的一个文档的步骤。

17.根据权利要求15所述的处理，其特征是还进一步包括使用一个图形用户界面的步骤，所述图形用户界面允许微营销中心产生包含邮寄地址的文件并且将所述文件传送给地理位置分开的部门系统。

18.根据权利要求15所述的处理，其特征是还包括在部门办公室跟踪客户到来和在所述部门办公室跟踪和报告关于经过所述销售处理的新的和现有的客户到来的信息的步骤，所述信息包括下述信息：到来类型、等待时间、销售交易时间、平均交易时间、销售工具的使用、产品类型、每件产品类型的价格(美元)、客户的姓名和地址、产品类型、参观的目的和销售代表ID。

Images