CN1947144A - 事务处理的系统和方法 - Google Patents

Abstract

根据本发明的一个实施例提供一种用于数据处理系统的结构，所述数据处理系统在第三方处理者的情况下处理服务提供商本身或服务提供商的当事人的数据。所述结构的各个要素可分开管理。例如，该结构可围绕诸如账户、参与方、通信点、展示手段、规则、余额、事务和产品的八个主题区组织。可以建立各个主题区之间以及各个主题区的次级类型之间的关系，以在数据处理中提供灵活性。事务可以是类似公用事业账单、信用卡处理、保健付费、家庭抵押、用户贷款、或电话使用付费的服务。

Description

事务处理的系统和方法

                        相关申请的交叉引用

本申请要求对于2004年2月24日提交的题为“事务处理的系统和方法”的美国专利申请No.60/547651的根据35USC§119(e)的利益，和2004年5月3日提交的题为“事务处理的系统和方法”的美国专利申请No.60/567891的根据35USC§119(e)的利益。本申请也是2004年10月22日提交的题为“事务处理的系统”的美国专利申请No.10/972151的部分继续；和2004年10月22日提交的题为“维护账户数据的系统”的美国专利申请No.10/972152的部分继续；和2004年10月22日提交的题为“维护事务数据的系统”的美国专利申请No.10/972149的部分继续，；和2004年10月22日提交的题为“维护产品数据的系统”的美国专利申请No.10/972109的部分继续；和2004年10月22日提交的题为“维护账户和展示手段数据的系统”的美国专利申请No.10/971951的部分继续；和2004年10月22日提交的题为“维护参与方和通信点数据的系统”的美国专利申请No.10/971831的部分继续；和2004年10月22日提交的题为“维护账户和产品数据的系统”的美国专利申请No.10/971381的部分继续；和2004年10月22日提交的题为“维护参与方数据的系统”的美国专利申请No.10/972093的部分继续；和2004年10月22日提交的题为“维护展示手段数据的系统”的美国专利申请No.10/971832的部分继续；和2004年10月22日提交的题为“维护通信点数据的系统”的美国专利申请No.10/972172的部分继续；和2005年2月22日提交的题为“维护余额数据的系统”的美国专利申请No.-------的部分继续；上述申请的内容为了各种目的通过全文引用而结合于本文中。

            关于在联合发起的研究或开发下作出的发明权利的声明

没有

对于在小型光盘上提交的“序列表”、表格或计算机程序列表附录的引用

没有

                               技术领域

本发明的实施例总体涉及处理服务行业的数据的系统。例如，本发明的一个实施例涉及用于处理公用事业设备使用事务并产生账单的系统。另一个实施例涉及对于信用卡(零售、借记、顾客)行业的信用卡事务的处理。本发明的其他实施例涉及对于例如在保健付费、家庭抵押、用户贷款、电话使用等账户上发生的事务的处理。

                                背景技术

信用卡事务处理和管理是传统上依靠以用作参照的单个标识符存储大量信息的处理系统的一个实例。例如，信用卡账户通常包括有关顾客、账户、账单地址、正规事务信息，以及信用卡和实体信用卡特征的信息。所有这些信息都从单个账户的角度出发进行处理，从而信用卡公司能够跟踪特定顾客的事务。因此，这样就导致难以随着其服务业务的发展实现变化的不灵活的非常静态的数据处理系统。此外，这种信息的处理通常对于诸如金融服务业的周转信用产品的产业中业务的具体路线是特定的。这样就不易与诸如某人的公用事业账单系统、保险要求付费处理系统、电话账单系统或有线电视账单系统的总体上不同的服务模式达成匹配。

因此，参与多种多样的不同行业或服务的事务处理的第三方必须创建独立的系统用来处理各种服务的事务。看来当前没有能在同一处理系统中灵活处理诸如信用卡处理、保健要求付费及公用事业账单处理的不同类型的服务的特独的系统。又，现行的处理系统的静态的和不灵活的特性也妨碍了这一点。

此外，对于例如信用卡系统来说，由于账户信息、参与方信息和展示手段信息通过单个标识符来参照，因此在现有系统中如果不是不可能的话也很难作为独立数据管理账户信息、参与方信息或展示手段信息的各个区域。对数据的单个参照的不灵活特性又一次妨碍了进行这样的管理。

作为现有系统的不灵活性的另一个实例是不易修改现有系统来添加多个参与方及其对账户发挥的必不可少的作用以及利用该账户的多个卡。该困难还由于下面的事实，在特定账户的诸如单个客户的Mastercard金卡的格式的静态格式下一旦创建一个账户，在不重建处理系统(基础数据结构和程序代码)的情况下极难在账户上修改反映变化的记录，诸如起到先前未经证实的作用的第二参与方。

信用卡系统的不灵活性的另一个实例是通常防止客户在账户中起双重作用，诸如保证人和被授权用户的作用。代之以，信用卡账户通常被构成为将一个参与方识别为授权用户和将不同的另一个参与方识别为保证人。这就又一次妨碍了可在某些情况下要求的灵活性。

现行系统的固定性的又一个实例是，对例如提供不同信用卡路线以及佣金账户和抵押的银行提供的产品来说，每一个这些单个的账户通常被在分离的系统中独立处理。这样就不可能在以后的时间点在能被设计成提供为特定用户要求的服务的主账户下容易地组合这些系统。

作为还有一个实例，如果不是不可能，现行系统的静态特性也难以在该年度的不同时间期间为个人修改邮政联络点。例如，信用卡财务报告单一般都邮至对账户负金融责任的客户的家庭住址。现行系统不提供允许用户在年度内指定财务报告单应被送达的变动地址的灵活性。这是因为这样的事实，当前只有单个地址与信用卡账户有关联，没有在全年度中指定不同的联络点的灵活性。由于信用卡处理系统通过使用单个参照标识符参照所有的账户信息进行操作，为了包括这样的信息，将要求信用卡处理系统的完全的再处理的工作。

因此，从上述各例可见，服务业的现行处理系统一般以静态的和不灵活的方式构建，因此实际上妨碍了对账户信息的有效处理。从下述说明中将使由本发明的实施例提出的其他实例变得显而易见。

因此，需要这样的数据处理系统，该系统能以更灵活的方式进行服务业的数据处理。例如，需要这样的数据处理系统和必不可少的数据结构，该数据处理系统和数据结构能容易地适应业务要求的变化，以及不与任何一种服务或任何一种产业的具体方面紧密相关联。

                                发明内容

本发明的一个实施例涉及通过将数据存入多个互相独立的数据组中处理或存储服务性业务的数据的方法。例如可以作为互相独立的数据组存储参与方数据、账户数据、展示手段数据(presentation instrument data)、产品数据、通信点数据、余额数据以及规则数据。

根据本发明的另一个实施例，存储业务数据的方法可以通过下述步骤来完成：存储作为独立数据组的识别参与方的参与方数据；存储作为独立数据组的识别账户的账户数据；以及将参与方数据与账户数据相联系从而在为账户起作用时识别该参与者。

在本发明的另一个实施例中，存储服务业数据的系统包括：存储作为独立数据组的识别参与方的参与方数据；存储作为独立数据组的识别账户的账户数据；存储作为独立数据组的识别展示手段的展示手段数据；其中参与方数据、账户数据和展示手段数据识别可通过展示手段访问的账户的参与方。

根据本发明的另一个实施例提供一种存储服务业数据的方法，该方法包括存储参与方数据；识别作为独立数据组的参与方；存储通信点数据；识别作为独立数据组的通信点；将参与方数据与通信点数据相联系从而将该通信点与该参与方相关联。

通过下述说明和附图将使本发明的其他实施例显而易见。

                                附图说明

图1A为说明根据本发明的一个实施例处理服务业数据的数据处理系统的结构的框图；

图1B说明实施图1A所示结构的数据处理系统；

图2A和2B说明根据本发明的一个实施例实施处理服务业务数据的方法的流程图；

图3A和3B说明根据本发明的一个实施例实施处理数据的方法的流程图；

图4说明根据本发明的一个实施例处理参与方-账户关系的数据的流程图；

图5A和5B说明根据本发明的一个实施例演示处理参与方-账户关系的数据的方法的流程图；

图6说明根据本发明的一个实施例演示处理参与方-账户-展示手段关系的数据的方法的流程图；

图7A和7B说明根据本发明的一个实施例实施处理参与方-账户-展示手段关系的数据的方法的流程图；

图8说明根据本发明的一个实施例实施处理参与方-通信点关系的数据的方法的流程图；

图9说明根据本发明的一个实施例实施处理参与方-通信点关系的数据的方法的流程图；

图10说明根据本发明的一个实施例实施处理产品-账户关系的数据的方法的流程图；

图11说明根据本发明的一个实施例实施处理产品-账户关系的数据的方法的流程图；

图12说明根据本发明的一个实施例实施处理产品-账户关系的数据的方法的流程图；

图13说明在本文所述的本发明的实施例中实施任何一种计算机处理系统的计算系统的框图；

图14说明根据本发明的一个实施例实施处理账户-余额关系的数据的方法的流程图；

图15说明根据本发明的一个实施例实施处理产品-余额关系的数据的方法的流程图；

图16A和16B说明根据本发明的一个实施例的通信点主题区的示例性结构的框图；

图17A和17B说明根据本发明的一个实施例的展示手段主题区的示例性结构的框图；

图18说明根据本发明的一个实施例的参与方主题区的示例性结构的框图；

图19A、19B、19C、19C1、19D、19D1和19D2说明根据本发明的一个实施例的参与方主题区的另一个示例性结构的框图；

图20A、20B和20C说明根据本发明的一个实施例的账户主题区的示例性结构的框图；

图21A、21B和21C说明根据本发明的一个实施例的事务主题区的示例性结构的框图；

图22说明根据本发明的一个实施例的产品主题区的示例性结构的框图；

图23说明为简化本发明的一个实施例的显示不同数据库中的条目的关系的示例性方法的框图；

图24说明根据本发明的一个实施例的余额管理主题区的示例性结构的框图。

                                具体实施方式

参照图1A，图中显示了实施本发明的实施例的数据结构。即，图1A中，所示数据结构被分成八个不同的主题区，并显示主题区之间的关系以及它们之间结果的关联。例如，图1A在系统100中显示下述主题区：参与方101，账户102，展示手段103，通信点104，事务105，余额106，产品107及规则108。此外，还显示主题区之间不同的关联。例如，在参与方101与通信点104之间显示参与方-通信点的关联130。类似地，在参与方101与账户102之间显示账户-参与方作用的关联。此外，在展示手段103与账户-参与方作用的关联120之间显示展示手段-账户-参与方作用122的关系。类似地，通信点用法132被显示位于参与方-通信点的关联130和账户-参与方作用的关联120之间。图1A在产品107和余额106之间还显示产品-余额的关联150。另外，图1A还在账户102和产品107之间显示账户-产品的关联160。最后，图1A在账户102和余额106之间显示账户-余额的关联140。

图1B显示实施图1A所示的数据结构的处理系统。图1A中显示的各主题区、关系和关联在图1B中均由计算机和数据库来表示。计算机和数据库可用来独立地存储各主题区的信息：参与方101’、账户102’、展示手段103’、通信点104’、事务105’、余额106’、产品107’和规则108’。此外，可用数据库和计算机存储在不同主题区之间建立的各种关系的信息。例如，可用数据库存储来自用于存储有关账户-参与方作用的信息的数据库120’中的参与方数据库和账户数据库的内部标识符。类似地，可用数据库存储作为数据库130’的参与方-通信点关系的信息。图1B中所示的其他数据库与图1A相一致，诸如通信点用法数据库132’，PI-账户-参与方作用数据库122’，账户-余额数据库140’，账户-产品数据库160’，以及产品-余额数据库150’。每个数据库被指定与图1A中所示的结构相一致。

图1B中所示的各个计算机和数据库可通过图13所示的示例性计算机系统来实现。图13广义地说明单个系统元件能如何实施。所示的系统1300由通过总线1308电连接的硬件元件组成，包括处理器1301，输入装置1302，输出装置1303，存储装置1304，计算机可读存储介质读出器1305a，通信系统1306，处理加速(例如DSP或专用处理器)1307以及存储器1309。计算机可读存储介质读出器1305a进一步连接到计算机可读存储介质1305b，该组合综合地表示用来临时和/或永久地包含计算机可读的信息的远程的、本地的、固定的和/或可移动的存储装置加上存储介质、存储器等，可以包括存储装置1304、存储器1309和/或任何其他这样的可访问系统1300的资源。系统1300还包括软件元件(现被显示为位于工作存储器1391中)，包括操作系统1392和其他代码1393，诸如程序、小应用程序和数据等。

系统1300具有扩展的灵活性和配置性。因此，例如可利用简单的结构来实现可根据现行要求的协议、协议变化、延伸等进一步配置的一个或多个服务器。然而对本专业熟练的技术人员来说显然可根据更具体的应用要求利用该实施例。例如一个或多个系统元件可被实现为系统1300的部件(例如通信系统1306)中的次级元件。也可利用定做的硬件和/或以硬件、软件(包括所谓的诸如小应用程序的“便携软件”)或者两者都有的形式实现特定的元件。另外，虽然可采用向诸如网络输入/输出设备(未示出)的其他计算机装置的连接，应该理解，也可利用有线的、无线的、调制解调器的和/或其他的连接，或者向其他计算设备的连接，同时期待各种分布的处理、多点观察、信息传递、协作、远程信息检索和汇合及有关的能力。操作系统的利用也取决于特定的主设备和/或处理类型(例如计算机、装置、便携设备等)而变化。不是系统1300的全部部件在所有情况下都是必须的。

图1A所示的数据结构对服务业管理数据或提供数据处理提供了极大的灵活性。例如，信用卡行业中以前的数据结构依靠通过使用单个标识符参照用户账户的全部信息。类似地，在公用事业账单系统中，特定用户的全部信息被参照为单组组合数据。图1A所示的结构不通过静态记录的单个标识符参照全部服务信息。而是将信息分成独特的主题区。因此，能对数据处理提供极大的灵活性。例如，可以修改特定参与方的数据而不破坏该参与方账户的处理。本质上，因为可以修改各个主题区而不影响其他主题区，故不要求重组其他主题区。因此，这种系统类型提供现有系统不能完成的极大的灵活性和功能。

参看图1A可看到各个主题区。而且也可看到在许多不同的主题区之间建立的关系和结果的关联。这些关系和关联允许对所存数据进行所要求的功能性的处理。

账户

参看图1A的方框102可看到账户主题区。账户主题区是关于用来记录、计测及跟踪有关合约的金融和非金融信息的机制的数据的集合。账户可用促使账户建立的服务或产品的数据的特定部分、项目或条件来表征。账户还可进一步用金融的和人口统计的数据来表征。因此，根据本发明的一个实施例，账户有助于事务活动的管理、跟踪和报告。账户的具体特性可根据产品的类型，产品部件，参与方或合约中建立的项目和条件而变化。

账户被联系到一个或多个能使用一个或多个展示手段来产生事务的参与方。另外，根据本发明的一个实施例，账户、参与方和展示手段可作为独立的主题区进行操作，并能产生一种相关联的关系，以形成互相关系的独特的条件。

账户主题区提供账户数据与参与方数据和展示手段数据的分离。因此对特定账户完成具体业务作用的参与方的身份不作为账户数据库的一部分存储。而是该身份被保存在参与方数据库并与保持指定的业务作用的账户数据库有关。类似地，也不作为账户数据的一部分存储说明诸如信用卡或智能卡的展示手段的数据。而是该信息可通过关联数据库与账户数据相关。

一个账户可加入到与其他账户的一个或多个关系中，例如，作为账户的业务组或家庭组的成员。此外，多个展示手段可对单个账户、账户组或单个组员发生事务。因此，单个账户可与智能卡、磁条卡、生物统计学的标识符等相关，可利用其中的每一个来启动与该账户有关的事务。

例如，与几个参与方相关联的单个账户可与一个展示手段相关来发生事务。或者，各家庭成员具有单个的或从属的账户的家庭账户可通过该账户主题区加以实施。此外，具有一个或多个从属账户的团体账户可通过账户数据库加以实施。因此，通过分离账户的数据，在图1A所示的数据结构下提供灵活性是显然的。

参与方

参看图1A可看到参与方101主题区。参与方主题区是有关个体、团体或团体单元的数据的集合，服务提供商需要具有有关这些个体、团体或团体单元的信息，以便直接或间接进行业务操作。参与方可与其他参与方以及与账户、展示手段、余额、产品、通信点及事务相关。他们可参加协议、组织和团体。他们可如物主、管理员、联系点及业务功能和规则的催化物(catalysts)那样起作用。

例如，顾客John Joseph Doe可被数据处理者称为一个当事人J.Doe，和被数据处理者的另一个当事人称为为J.Joseph Doe先生。即使两个当事人(例如Bank One和XCEL Energy)具有对John Doe的相同的社会保障号和两者都知道他的生日为1942年6月10日，每个当事人也可加上John Doe的不同的地址。由数据处理者的一个当事人所用的名字不与由数据处理者的另一个当事人所用的名字相结合，因为每个名字只在提供信息的业务范围内相关联。然而，参与方主题区能存储参与方的识别信息，诸如能与许多不同的账户相关的名字和社会保障号。

参与方与之相关联的账户不被作为参与方的数据库的一部分存储。类似地，在该处能联系参与方的通信点也不作为参与方的数据库的一部分存储。而是通过相关联的数据库使账户和/或通信点与参与方相关。

参与方数据库能提供保持个体、团体或团体单元的多个名字、状态和替代的标识符的灵活性，也允许服务团体管理个体、团体和团体单元的关系中的多个作用。该参与方数据库进一步允许人们建立和保持个体、团体和/或团体单元之间的结构关系，诸如同等级关系或上下级关系。

参与方之间的关系的实例是服务提供商(信用卡公司、公用事业公司、保健提供者)的顾客，数据处理系统的当事人，诸如接收银行、自动售货机、商户、联系点、业务合伙人和雇员。

展示手段

再参看图1A，图中显示出“展示手段”的方框102。展示手段主题区是有关用作发生事务的事务催化物的实体的和虚拟的装置的数据的集合，不论该事务是货币的还是非货币的。展示手段数据独立于参与方和账户数据存储以便于它的管理。展示手段数据的特性可被修改而不影响账户或账户状态。展示手段不限于诸如纸质发票、塑料信用卡、塑料磁条卡或智能卡的实体的装置，而是也可以是诸如陈述的账户号或电子标识符的虚拟的装置。任何用来启动对账户的事务的催化物都被认为是展示手段。

展示手段数据可被独立地管理。因此，展示手段数据可与一个或多个参与方/产品/账户关系相关。例如，参与方可要求诸如信用卡的“展示手段”的重新发行而不影响同一账户的其他信用卡。类似地，可为账户建立虚拟的展示手段使参与方能进行电子商务活动而不影响任何相关联的实体的展示手段。

通信点

图1A所示的另一个主题区是通信点104。通信点主题区识别用来识别通信传递的目标点，例如能接收到通信的虚拟的和实体的各点。通信点可以是地理的地址；诸如电子邮件地址的电子地址；诸如电话或传真号码的电信号码；或任何其他对之可进行通信的目标点。通常，在参与方与通信点之间将建立联系，以说明参与方对特定通信点的关系；例如一个地理地址可与参与方相关而作为参与方的家庭地址，另一个地理地址可与参与方相关而作为参与方的工作地址等。这些相关性可存储到不同的数据库和/或用来指定可向其传递什么类型的通信。然而通信点数据库也存储有关与其建立各种关系和向其发送各种类型的通信的通信点本身的信息。

信息存入通信点数据库的好处之一在于当发行体改变通信点的内容时信息可容易地被改变。此外，通过使参与方与许多不同的通信点相关而可为单个参与方利用许多不同通信点，和/或单个通信点可与许多参与方相关。这对取决于参与方与通信点具有的关系的类型和在其时应用该关系的时间将通信发送给参与方来说提供了极大的灵活性。该固有灵活性的另一个实例是，随着业务要求改变和新型通信点被发现，只要稍作努力就可将其添加到处理系统上。

例如可用通信点将信用卡公司的年度报表发送给指定的参与方。如退休者常有的那种情况，参与方可能只在一年中的部分时间生活在其家庭地址，另一部分时间生活在不同的地址。因此，多个通信点可包括在通信点数据库中并可建立与参与方数据库的相关联性以指定通信点数据的关系、时刻和用法。这些关联性可存入不同的数据库，诸如参与方-通信点数据库130和通信点用法数据库132。因此，在一年的第一部分期间可将年度报表投送到一个或多个地理或电子邮件地址，并在一年的另一部分期间只投送到单一的地理地址。

信息存储到通信点数据库的好处之一在于，通信点信息可以改变而对参与方的关系不变。因此，如果例如一个区修改城市的邮政编码配置，则一个地方的邮政编码可以改变但作为原来邮政地址的关系并不改变。因此，只有通信点数据库需要随着修改后的邮政编码更新。这对诸如信用卡信用度行业的某些行业是重要的，在那些行业信用卡的信用度部分取决于一个人移动了多少次数。例如，邮政编码的任意重新划区，即使地理位置未变，但在旧的数据处理方法中根据定义也将使人们的地址改变。这样，即使一个人从未搬动，用来评价申请人的信用度的信用度规则却将邮政编码的改变考虑为地址的改变，使该人的信用度变坏。但图1A所示的系统允许地理地址的特性即修改的邮政编码信息被输入，而不表示对该地理位置的关系已经改变。因此，在图1A所示的系统中，邮局为个人修改邮政编码将不影响该人的信用度。这是由图1A所示的数据处理结构带来的数据分离的灵活性和效率的又一个实例。

作为用分离的通信点数据和独特的参与方-通信点相关联能得到的功能性的另一个实例，人们可以想象能为信用卡账户发送的所有不同类型的通信。这样，一年中的六个月期间月报表可投送到家庭地址，其余的六个月将投送到度假地址。而且，如果某人接近信用卡的限度，则超信用的警告可送往电子邮件地址。另外，迟付款通知可用传真发送到一个人的家庭地址，或第二次迟付通知可通过打该人的家庭电话实施。可方便地改变各上述通信目的地(即家庭地址、电子邮件地址、传真、电话)并将其存入通信点数据库。然而，通信点数据库中参与方与任何“地址”之间的关联可独立地保持在数据库中。因此，与将报表总是送到同一地址的传统信用卡系统相比，本发明的实施例为与参与方的通信提供更大的灵活性。

事务

再参看图1A，图中显示出事务主题区105。事务主题区存储有关对服务进行的事务的数据。事务主题区存储有关影响含有金融价值或引起资金从一个账户移动到另一账户和/或非金融财产(如名字、地址、新塑料卡的请求)的业务活动或事件的数据的集合。因此，事务数据库可存储例如与信用卡账户以前的购买相关的信息。同样，事务数据库可存储公用事业服务的票据支付或账单报表。本质上事务数据库存储备忘(memorialize)账户发生的事务的全部数据。如果是在信用卡行业中，许多服务团体诸如Mastercard和Visa都有存储事务信息的预定义格式。事务主题区可了解这些外部格式，当它们出现时给予证明文件，以及将它们引入内部格式，将其登入相关联的账户上的适当的余额中。

余额

图1A中的余额主题区106被利用来存储产品和账户的余额信息。本质上，余额是由用作积累财务(借/贷)活动的机制的账户或账户参与方作用的余额的类型和周期保持的总数。账户余额的实例是对公用事业票据或信用卡票据上到期的余额。余额的信息可包括余额的日期、余额的金额等。余额数据库按要求保持每个账户的余额历史。

余额数据库在可对账户保持的余额的类型上提供极大的灵活性。例如，可对诸如新信用卡线的新产品使用促销余额。也可对信用卡独立保持新近费用的余额。类似地，也可对账户保持超限余额。此外，可对账户利用大票券促销余额。此种促销余额可包括一个人对诸如冰箱的具体产品支付多少钱款。因此，如果存在对例如冰箱的专门促销程序，则余额数据库可存储多少钱款已经被用于进行引起对冰箱授予奖励的购买。

因此，余额数据库提供所有将被保持的不同种类的余额信息，该余额信息可被利用于账户或被指定于特定的产品线。在余额信息可被改变和对不同产品线可选择不同的余额方面，余额数据库提供了极大的灵活性。

产品

产品主题区107是有关打算由一个参与方销售给另一参与方以产生收益为目的被命名的项目或服务的数据的集合。因此，加入产品流转中的各参与方通常扮演了不同的角色，诸如向市场提供产品的参与方，服务于一个产品的参与方，和使用由产品提供的服务的参与方。作为向市场提供产品的参与方的实例，向顾客发行信用卡的银行是一个实例。同样，向参与方提供货币转账服务的诸如Westen Union的货币转账代理是另一个实例。类似地，作为第三方发行和获得银行操作的公司，诸如First Data Resources和First Data Merchant Services也归入这一类。作为服务于一个产品的实例，First Data Resources或任何其他第三方处理者是实行这种服务的一个实例。最后，作为使用由产品提供的服务的参与方的实例，使用信用卡的消费者是该种类的一个实例。

产品可由参与方选择的成分数据来定义。这代替了程序实施的特征和功能性。因此发行银行参与方可选择希望作为将要提供给购买公众的新产品的一部分包括的组成部分，这些组成部分各自为一个独立的参与方。这样就允许发行银行例如选择利率、信用路线、支付选项等。

产品的另一个实例是公用事业服务。因此，燃气和电力的费率可分开来定义。此外，迟交费也可作为分开的部分来定义。本例中提供这种产品的参与方是公用事业公司，而户主是消费者。

一般，产品将定义各个部分的分级性质，诸如积累余额和概要陈述。也可定义账户余额，诸如促销余额和费用。此外，也可定义对这些余额的处理。此外还可定义余额如何受到诸如销售、支付、撤销等的事务的影响。

产品可通过诸如赊销、零售、电子商务、区划式等的不同的业务路线而变化。产品一般以这样的方式组织成分数据，业务人员能使用该数据，客户能了解该数据，应用程序能处理该数据。这样就允许未限制数量的各个部分来定义参与方的产品。此外，允许新产品更快地进入市场，或改变现有产品。此外，它为产品定义提供了集中的和容易访问的数据库。

产品的实例有：商业服务，资金转账服务，带奖励特征的Vis^TM Platinum，Mastercard^TM金卡账户，零售卡，投资现金管理服务，区划式事务/票据账户，以及电子公用账单服务。

规则

图1A中显示的结构中的最后的主题区是规则主题区108。规则主题区是用来提供决策和行动基础的数据组。服务提供商的当事人或服务提供商本身可给出一种规则，一种在其中管理其业务的行为实现者的定义。业务事件的检测可触发在规则主题区内管理的参与方定义的业务逻辑。规则主题区管理由业务逻辑和翻译成可执行的代码的参数构成的处理控制。

因此，图1B和图13所示的整个处理系统中可以利用规则数据库108来支持其他主题区之间的相关联性。例如，在通信点用法数据库132中，可援用各个规则来确定应何时在由业务事件触发的通信点联系特定的参与方。可取决于规则的格式援用规则数据库来触发决策和结果的动作。

使用规则数据库的一个实例如下：

如果用户的说明是“CA”且事务是ATM现金预付，则执行

CASH FEE 1

动作设定：计算事务额的4％

对前面的结果加$1.00

评估该数额

否则，如果事务是ATM现金预付，则执行

CASH FEE 2

动作设定：计算事务额的4％

评估该数额。

主题区关联

上面已作为存储有关服务业务的信息的独立的数据库说明了各个主题区。不同主题区和该主题区内不同部分之间存在各种关系。这些关系导致能被构成为存储主题区数据库之间的相关信息的数据库的相关联性。虽然独立的数据库一般用来说明不同主题区的数据组，但也可想象独立的数据库能用来存储一个以上的主题区及它们之间的相关联性的信息。

图1A中的方框130表示参与方通信点关联的数据库。参与方通信点关联的数据库包括一组相关于参与方101数据库和通信点104数据库的数据，从而能彼此连接或耦合来自这些数据库中的每一个的条目。这样就使来自参与方和通信点数据库的信息相关联，从而独立存储的数据能被投入使用。实现这一点的一种方法是通过将用于来自参与方数据库101的条目的内部标识符与用于来自通信点数据库104的条目的内部标识符相关联，作为参与方-通信点数据库中的条目。还可以使另一个内部标识符与这两个ID耦合，用来表明已建立的关联的类型以形成独特的条目。但这并不一定必要，因为分组的内部标识符可被识别，然后可从适当的主题区数据库得到它们相关联的信息。换言之，两个标识符之间的关联性是，第一内部标识符表示关系的主体，第二内部标识符表示关系的客体。所以通信点的内部标识符可以是主体，参与方的标识符可以是客体，从而表明：“这个具体的通信是这个具体的参与方的家庭地址”。

因此，图1A所示的结构表明服务业务可分成不同的个别的主题区。可使这些主题区保持与其他主题区分开，以使对为各主题区存储的信息的管理分开并与对其他存储区数据的管理不同。这样就使特定主题区的数据处理有极大灵活性。

图2A说明将结构分成分开的主题区的原理。即，在图2A和2B的流程图200中，在方框204中可对一个业务作为独立数据组存储参与方数据。另外，在方框208中可对该业务作为独立数据组存储账户数据。同样，在方框212中可对该业务作为独立数据组存储展示手段数据，在方框216中可对该业务作为独立数据组存储产品数据。在方框220中可作为独立数据组存储通信点数据，而在方框224中可对该业务作为独立数据组存储余额数据。此外，在方框228中可对该业务作为独立数据组存储规则数据。

图3A和3B说明这个原理的另一个实例。在流程图300的方框304中对一个业务作为独立数据组存储参与方数据。在方框308中对该业务作为独立数据组存储账户数据。在方框312中对该业务作为独立数据组存储展示手段数据。如方框316所示，各个数据组都存储在独立的数据库中。在独立的数据库存储数据是这个特定实例的特征，如能独立保持各个数据组则不一定必要。在方框320中存储各个独立的数据组而不参照任何其他的数据组。

虽然可以独立地存储参与方、账户和展示手段数据，但它们之间的关系可通过由具体服务业务定义的管理相关联性来建立。在方框324中存储一组建立参与方数据、账户数据和展示手段数据之间的关系的数据。为此，第一内部标识符被指定到参与方数据库中的数据组。而且，第二内部标识符被指定到账户数据库中的数据组，第三内部标识符被指定到展示手段数据库中的数据组，如方框328所示。这些内部标识符在服务业务内容的范围内被一起分组以形成一组内部标识符，该组内部标识符可用来从各个参与方、账户和展示手段数据库获得数据，产生相关信息或数据组的具体实例。可以利用已被指定到参与方的第四标识符来使第二参与方与账户相关联，如方框332所示。而且可利用已指定到具体的展示手段的第五标识符来使第二展示手段与账户相关联，如方框336所示。进而，各参与方即第一和第二参与方可以被指定由服务提供商对账户定义的作用，如方框340所示。应该理解，服务提供商可以是数据处理者或数据处理者的当事人。例如，NE州Omaha的First Data Resources可起服务提供商的作用或为银行提供处理服务。

账户-参与方作用

参看图1A可看到两个主题区之间的关系的实例。即，可建立在参与方主题区101和账户主题区102之间的关联，以定义在账户/参与方作用数据库120中参与方对账户所起的作用。这可通过在账户参与方作用数据库中使参与方数据与账户数据相关联来完成。可利用内部标识符发生器为各个数据库中的各个条目产生内部ID。因此，如可为账户数据库中的每个数据组产生内部ID那样，可为存储在参与方数据库中的每例数据产生内部ID。从各数据库选出的数据元素可通过将各个内部ID作为账户参与方作用数据库中的一组数据与指明相关性的业务原因的作用一起存储而在之间实现相关性。

图23显示来自两个数据库的数据可如何互相关联的一个实例。例如，账户数据库102中的具体账户可与参与方数据库101中的具体参与方相关。这一点可这样来达到，即通过取得已被指定到感兴趣的参与方和感兴趣的账户的内部标识符，并将它们作为相关的信息的新情况一起存储在账户参与方作用数据库120中。除了存储参与方和账户的内部标识符外，还加上作用的属性，从而完成该相关联性。这样，例如，图23的方框120所示的第一条目表明来自账户数据库102的内部标识符000A已经与来自参与方数据库101的内部标识符0001相关联。而且，已经加上“保证人”的作用信息，表明在参与方数据库中识别为0001的参与方对账户数据库中由000A条目识别的账户起到保证人的作用。这只是数据如何被关联到一起来指定更详细的条目的一个实例。

表A

参与方	内部参与方ID	作用	账户类型	账户ID	内部账户ID
						Joe SmithMarySmithMarySmithAcme会计师所官员Grear	00010002000200030004	保证人授权用户财务负责会计欺诈侦查员	周转的信贷周转的信贷电力公用事业周转的信贷周转的信贷	RC123456789RC123456789U987654RC123456789RC567891234	000A000A000B000A000C

表A表示定义参与方对具体账户所起的作用的一组信息。因此，在周转信贷账户的实例中，可指定不同的参与方对单个账户的不同作用。例如，表A显示已经确立Joe Smith为对账户ID是RC123456789的周转信贷账户的保证人。类似地，已经确立Mary Smith为对同一账户的授权的用户的角色。最后，Acme会计师所已经担任周转信贷账户的会计任务。这样，这个实例表明参与方数据可与账户数据相结合，以及各种任务可被指定到单个账户的具体参与方。

表A还表明，通过取得内部参与方ID“0001”和内部账户ID“000A”以及作为任务的“保证人”的数据条目，并将这组数据存入账户参与方作用数据库，就可以完成这一相关联。因此，当从账户参与方作用数据库检索该该情况或信息组时，可从参与方数据库检索已经被指定内部参与方ID 0001的数据而得到Joe Smith的识别信息，同时可从账户数据库检索已经被指定内部账户ID 000A的数据而表明作为周转信贷账户的账户ID RC123456789是参照该条目的账户。同样，账户参与方作用数据库将存储对该账户所起的保证人的作用。因此，这是一个这样的实例，参与方信息和账户信息可如何作为独立的数据组或信息组来存储，还可被另一数据库利用来建立两信息组之间的相关联性。

表A表明，在账户参与方作用数据库内，可为多个参与方对单个账户建立多个作用。此外，表A的实例表明，可为不同的产品，例如周转的信贷账户、电力公用事业账户及不同的周转信贷账户在同一数据库中存储各种关系。

图4中进一步显示了账户参与方作用相关联的数据库。在图4的流程图400中，方框404表示参与方的参与方数据被作为独立的数据组存储。而且方框408表示账户的账户数据被作为独立的数据组存储。最后，方框412表示参与方数据中的条目与账户数据中的条目相关联，并被指定参与方对账户所起的作用。

表A还表明图1A所示的结构。本质上，可以是个体(Joe Smith，Mary Smith，Mike Grear)或团体(Acme会计师所，Cross百货商店，公共电力区，Mega电话，第一数据公司)的参与方与另一个参与方为服务订立合同并创建账户。包含在该服务内的产品的项目和条件取决于服务提供商处在其中的业务的路线。对于各个行业定义的账户类型，具有参与方可被指定到其中的具体的作用。服务提供商的业务模式定义了各种作用和围绕其指定这些作用的规则。管理对账户参与方作用数据库的作用允许参与方与账户之间关系改变而不影响参与方或账户数据，并创建业务价值。例如，当参与方对账户的作用被移去或改变时，通过保留参与方与账户曾有过的关系作用的历史可以创造业务价值。通过改变不再有效的账户参与方作用情况的状态和日期，并加上新作用的新的账户参与方情况而不是用新作用更新现存的账户参与方作用，从而保持该作用的历史。

图5A和5B更详细地说明图4所示的方法。在流程图500的方框504中，识别参与方的参与方数据作为独立的数据组存储。方框508中，识别账户的账户数据作为独立的数据组存储。方框505中，向参与方数据指定第一标识符，而在方框509中，向账户数据指定第二标识符。方框512中，参与方数据与账户数据相关联，并指定作用，以便在对账户起作用时识别该参与方。这可以通过在账户-参与方作用数据库中输入被指定到参与方标识符和账户标识符的特定的作用来完成。例如在方框524中，可使第一标识符与第二标识符相关联从而使参与方与账户联系或相关，其中参与方数据包括参与方的名字，以及其中账户数据包括账户类型和用来识别该账户类型的具体账户的账户标识符。方框528中，对参与方和账户的关联指定具体的作用，以便建立由参与方对账户所起的作用。这可以通过存储作为存储在账户参与方作用数据库中的数据组的第一标识符、第二标识符和作用来完成。这样，使参与方信息与账户数据独立地存储和管理，同时仍然建立两者之间的关系。

PI-账户-参与方作用

在指定参与方对账户的作用之后，可指定用来发生事务的展示手段。在参与方、账户和展示手段之间的三者关联在图1A所示的结构下是有用的。

表B

参与方	内部参与方ID	作用	账户类型	账户ID	内部账户ID	PI类型	PI ID	内部PIID
									Joe SmithMary SmithMary Smith	000100020002	保证人授权用户财务负责	周转的信贷周转的信贷电力公用事业	RC123456789RC123456789U98765498	000A000A000B	应答器塑料卡电表	PI987654321PI123456788M78542573	Z001Z002Z003

表B说明由图1A的PI/账户/参与方/作用数据库122识别的数据关系的一个实例。即，表B显示参与方信息、作用信息、账户信息和展示手段信息。表中还显示内部标识符。内部标识符对应于三个数据库的每一个数据库中的条目。通过使PI/账户/参与方/作用数据库中的内部标识符相关联，可得到表B中所列的信息的条目。或者，可从在账户参与方作用数据库的条目中相关联的内部标识符得到参与方作用和账户信息。

通过施加适当的状态或加上其他展示手段类型和特定参与方的标识符，为个体或团体建立或消除访问账户的管理。该特定服务提供商的业务模式可指明对账户的哪种作用可接受展示手段。服务提供商也可决定PI/账户/参与方/作用的哪种组合进行对其业务的检测。例如，可以利用多个个体对一个账户共用的单个展示手段，或可以利用多个个体对几个账户共用的单个展示手段。同样，可以利用单个个体对单个账户的多个展示手段，或可以利用多个个体对一个账户共用的多个展示手段。这样，通过图1A所示的结构允许为服务提供商进行业务检测的PI/账户/参与方/作用之间的许多相关联性。

表B说明两个参与方如何用不同的展示手段在不同账户上起不同的作用的实例。例如，对于周转信贷账户RC123456789，Joe Smith能起保证人的作用，而Mary Smith起授权的用户的作用。授予Joe Smith使用展示手段标识符PI987654321的应答器式的展示手段的资格，而授予Mary Smith使用具有展示手段ID PI123456788号的塑料卡式展示手段的资格。在同一数据库中，电力公用事业服务可通过指明Mary Smith对具有ID号U987654的电力公用事业账户起负责参与方的作用而得以支持，其中展示手段是位于Mary Smith的住地的ID号为M78542473的电表。

图6说明例如实现图B的实例，在流程图600中，方框604表示可作为独立的数据组存储识别参与方的参与方数据。方框608中，可作为独立的数据组存储识别账户的账户数据。方框612中，可作为独立的数据组存储识别展示手段的展示手段数据。方框616中，可利用参与方/账户/作用数据和展示手段数据来识别可经由给定的展示手段访问的账户上的参与方。

图7A和7B说明展示手段、账户和参与方作用数据的组合的更详细的实例。在流程图700中，方框704中作为独立的数据组存储用于识别参与方的参与方数据。在方框707中，第一标识符与参与方数据相关联。方框709中，在例如数据库102中作为独立的数据组存储识别账户的账户数据。方框711中，第二内部标识符与账户数据相关联。方框713中，参与方数据与账户数据相关联并指定作用以便在对账户起作用时识别参与方。方框715中，作为独立的数据组存储识别展示手段的展示手段数据。方框717中，第三标识符与展示手段数据相关联。这些标识符中的每一个都可以是由系统结构为数据库管理产生的内部标识符。方框719反映参与方数据、账户数据和展示手段数据可存储在诸如参与方数据库101、账户数据库102和PI数据库103的独立的数据库中。方框721中，第一标识符、第二标识符和第三标识符作为一组数据而相关联，从而使参与方、账户和展示手段互相相关。方框723中，可利用参与方数据、账户数据和展示手段数据来识别可经由展示手段访问的账户上的参与方。因此，如表B所示，内部标识符与参与方数据、账户数据和展示手段数据相关联。

参与方-通信点

图1A说明两个主题区之间的另一个关系，即参与方主题区与通信点主题区之间的关系。可以建立参与方-通信点数据库来定义个体、团体或团体单元与通信点类型具有的关系。因此，这样就允许人们建立相关联的类型是否是家庭、雇主、临时、返回的地址等，而不管通信点的类型(地理的、电子的、电话的)。

这个参与方-通信点信息的数据库的有用性在于，它使服务提供商了解他们的服务用户中有多少是为购物和降低成本的目的而与同一通信点具有关系。例如信用卡公司可确定有多少信件和广告一起送往同一通信点。如果卡持有者的家庭住在同一地址，会有多个邮件被无意地送到那里，而一份就足够了。类似地，对具有多个账户但位于一个通信点的同一个参与方，票据报表可进行组合。

表C

参与方	内部参与方ID	关系类型	通信点ID	通信点类型	内部通信点ID
						Joe SmithMary SmithMary SmithAcme会计师所官员Grear	00010002000200030004	家庭雇主家庭返回地址雇主	CP123456789CP787663524CP123456789CP918273764CP567891234	地理的地理的地理的地理的地理的	H0001H0002H0001H0003H0004

表C说明可由参与方通信点数据库识别的信息的关系的实例。对参与方Joe Smith和通信点ID CP1234567789显示一个条目。该条目还表明作为家庭并且是地理通信点的通信点和Joe Smith之间的关联。表C还表明具有标识符CP123456789的通信点由Joe和Mary两人用作为他们家庭地址的事实。

参看图8，流程图800表明实施参与方通信点数据库的方法。方框804中，在例如参与方数据库101作为独立的数据组存储识别参与方的参与方数据。在方框808中，在例如通信点数据库104作为独立的数据组存储识别通信点的通信数据。在方框812中，参与方数据与通信点数据相关联并且该关联被指定一种类型。

图9显示另一个实例。在流程图900的方框904中，作为独立的数据组存储识别参与方的参与方数据。在方框908中，第一标识符与特定的参与方的数据相关联。在方框912中，作为独立的数据组存储识别通信点的通信点数据。在方框916中，第二标识符与该通信点的数据相关联。在方框918中，向通信点数据条目指定通信点分类类型。在方框920中，第一标识符与第二标识符作为单个数据条目相关联，从而使特定的参与方数据组与特定的通信点数据组相关，并且在被指定给该参与方时识别该通信点。在方框936中，将通信点关系的类型指定给特定的参与方数据组和特定的通信点数据组的关联。这一点可以通过作为一组存储到参与方通信点类型数据库的数据存储第一标识符、第二标识符和通信点关系类型来完成。这样，就使参与方信息与通信点数据独立地存储和管理，同时仍然建立两个数据条目之间的关系。

通信点用法

参看表D可更清楚地了解通信点用法的关系。

表D

参与方	作用	账户类型	账户ID
				Joe SmithJoe SmithMary SmithMary SmithAcme会计师所官员Grear	保证人保证人授权用户付款人会计假货侦查员	周转的信用周转的信用周转的信用电力公用事业周转的信用周转的信用	RC123456789RC123456789RC123456789U987654RC123456789RC567891234

使用

参与方	关系类型	通信点ID	通信类型	用法类型
					Joe SmithJoe SmithJoe SmithMary SmithAcme银行官员Grear	家庭家庭家庭雇主返回地址雇主	CP123456789CP123456789CP123456789CP787663524CP918273764CP567891234	地理的地理的地理的地理的地理的地理的	塑料卡报表信件全部通信报表欺诈联系

通信点用法关系使参与方通信点与账户参与方作用相关联。账户参与方作用条目指明特定的参与方将对账户所起的作用。参与方通信点指明特定的参与方的通信点。通过联结参与方通信点和账户参与方作用的条目，也可添加具体的用法。因此，可以指明通信的类型。表D显示三组数据，参与方/通信点数据，参与方/账户作用数据组，以及这些交叉引用条目的用法类型。例如，参与方/账户作用数据库中的第一条目是作为账户的保证人的Joe Smith。此外，参与方/通信数据库中的第一条目是Joe Smith的地理的家庭位置。用法类型的第一条目是塑料卡。因此，表D表明任何有关诸如新的信用卡的塑料卡的通信被送至在其地理上的家庭地址的Joe Smith。类似地，三个数据组各自的第二条目表明报表被送至在其地理上的家庭地址的作为保证人的Joe Smith。第三条目表明其作用为周转信用账户RC123456789的授权用户的Mary Smith的任何信件被送至Joe Smith的家的地理地址。然而，第四条目表明任何给其作用为电力公用事业账户U987654的支付人的Mary Smith的通信被送至Mary Smith的雇主的地理地址。第五条目表明任何作为周转信用账户RC123456789的会计的Acme会计师所的报表通信被送至由通信点ID CP918273764识别的Acme会计师所的地理上的返回地址条目。第六条目表明任何周转信用账户RC567891234的欺诈联系应送至其作用为欺诈侦察员的在由通信点ID CP567891234指明的其雇主的地理地址的官员Grear。

表D的实例表明，在不同的关系数据库中一经建立条目，它们可以为进一步的关系进行组合。因此，在账户参与方作用数据库120中的条目可与参与方通信点数据库130中的条目相关联，以建立通信点用法数据库132中的通信点用法条目。又，内部标识符可与账户参与方作用数据库和参与方通信点数据库中的各个条目相关联，以使来自每一个这些数据库的情况(即数据)相关联。此外，这些关联中的每一个关联都可包括特定条目的诸如用法类型(塑料卡，报表，信件，全部通信，返回地址，欺诈联系等)的附加信息。

账户产品

参看表E可了解图1A所示的另一种关系。产品数据库107和账户数据库102可以建立账户产品关系数据库160。账户产品的关联允许几种产品附属到单个账户中。这样就允许例如事务利用参与方已经为其订立合同的最优的一组产品项目。表E表明诸如周转的信用，忠诚程序，支票，中介业务，电力公用事业及平级支付的不同的产品类型。表E还表明，用于周转的信用、忠诚程序、支票和中介业务，账户包括同一个账户的ID，另一个ID与电力公用事业和平级支付的产品类型相关联。

表E

产品类型	内部产品ID	账户ID	内部账户ID
				周转的信用忠诚程序支票经纪业电力公用事业级别支付	P001P002P003P004P005P006	RC123456789RC123456789RC123456789RC123456789U987654U987654	000A000A000A000A000B000B

这样，例如当用户想要接收票据报表时，可用共同的账户ID在同一邮件中包括所有不同的产品类型。这样，诸如支票和周转的信用的不同的产品由于将同一账户ID应用于它们两者而被包括在同一报表邮件中。

图10显示实施账户产品关系数据库的流程图1000。方框1004中，存储多个产品类型的数据，其中多个产品类型的每一种类型都表示具有经定义的参数的产品。方框1008中，作为独立的数据组存储账户的数据，其中账户由账户标识符识别。方框1012中，多个产品类型的数据与账户的数据相关联，以便多个产品类型与账户标识符相关联，从而多个产品类型的每一个类型都通过账户标识符与账户相关。

图11表示账户产品关系的另一个实例。流程图1100中，方框1104表明为产品类型存储数据，其中产品类型表明具有经定义的参数的产品。方框1108中，作为独立的数据组为账户存储数据，其中由账户标识符识别该账户。方框1112中，产品类型的数据与账户的数据相关联，使账户与产品类型相关。

参看图12，流程图1200进一步说明账户产品关系。方框1204中，为产品类型存储数据，其中产品类型表明具有经定义的参数的产品。方框1212中，第一标识符与产品类型的数据相关联。这一点可以从表E中通过与产品类型“周转的信用”相关联的内部产品ID P0001看出。方框1214中，作为独立的数据组为账户存储数据，其中由账户标识符识别账户。方框1216中，第二标识符与账户信息的数据相关联。这样，内部账户ID 000A与账户ID RC123456789相关联。方框1220中，第一标识符与第二标识符相关联，以便产品类型的数据与账户数据相关联。方框1224中，第二产品类型的第二数据组与账户标识符相关联，以便用账户标识符识别多个产品类型。这一点由表E所说明，其中周转的信用、忠诚程序、支票和中介业务账户全部与账户ID RC123456789相关联。

账户余额

一旦账户产品数据库信息被建立，就也可建立账户余额关系。账户余额关系与产品对特定账户的项目和条件中定义的余额相关联。

表F

产品类型	账户ID	内部产品/账户ID	余额类型	内部余额ID
					周转的信用周转的信用周转的信用周转的信用忠诚程序支票中介业电力公用事业平级支付	RC123456789RC123456789RC123456789RC123456789RC123456789RC123456789RC123456789U987654U987654	PA0001PA0001PA0001PA0001PA0002PA0003PA0004PA0005PA0006	公开购买现金信用利息点数余额股票使用的兆瓦日期的支付余额	B0001B0002B0003B0004B0005B0006B0007B0008B0009

表F表明与特定的余额类型相关联的表E的账户产品信息。例如，与账户ID RC123456789相关联的周转信用账户可联结到四种不同的余额。即，表F表明可建立“开放购买”、“现金”、“信用”和“利息”的余额类型作为账户ID RC123456789的各别的余额类型。类似地，可用点数余额建立与账户ID RC123456789相关联的忠诚程序产品。与账户ID RC123456789相关联的支票产品可与支票余额相关联，以及与账户ID RC123456789相关联的中介业务产品可与“股票”的余额类型相关联。与账户ID U987654相关联的电力公用事业产品可与“所用的兆瓦”的余额类型相关联，同时，与账户ID U987654相关联的平级支付产品可与“对日期支付余额”的余额类型相关联。

为了建立产品和账户和余额类型之间的关系，可对账户数据库中的各个条目和对余额数据库中的各个条目再一次产生内部标识符。然后可使该内部标识符相关联并将其存入账户余额数据库。内部标识符的相关联与作为表F中的条目所显示的信息相联系。

参看图14可看到实施账户余额关系的方法。图14表示使账户与余额相关的方法的流程图1400。如图14所示，在方框1404中，作为独立的数据组存储识别特定账户的账户数据。类似地，方框1412中，作为独立的数据组存储识别余额的余额数据。方框1421中，账户数据和余额数据存入独立的数据库中。因此，账户数据可存入账户数据库，余额数据可存入余额数据库。

方框1407中，向账户数据指定第一标识符。类似地，方框1420中，向余额数据指定第二标识符。因为账户数据由第一标识符识别，余额数据由第二标识符识别，因此第一标识符与第二标识符的相关联建立了账户和余额之间的关系。因此，第一标识符和第二标识符可作为数据组存储。结果，账户数据和余额数据相关联，使账户与余额相关。而且，可在作为账户余额数据库显示的独立的数据库中存储该数据组，所述账户余额数据库用来建立业务对该账户要求的每个账户和每个余额之间的关系。

产品余额

参看表G可看出对于图1A中的产品余额相关联数据库150的产品和余额之间的关系。产品余额的关联为给定的产品建立了余额及其为其积累建立了项目和条件。表G表明，对于周转信用类型的产品可利用四种不同的余额类型。即，在表G所示的实例中，建立了“开放购买”、“现金”、“信用”和“利息”的余额类型。类似地，忠诚程序产品被联结到“点”类型余额，“支票产品”类型与传统的支票余额相联结。“中介产品”类型与“股票”类型余额相关联，电力公用事业产品与“所用的兆瓦”类型余额联结。平级支付产品与“对日期的支付余额”类型相关联。

表G

产品类型	内部产品ID	余额类型	内部余额ID
				周转的信用周转的信用周转的信用	P0001P0001P0001	公开购买现金信用	B0001B0002B0003

周转的信用忠诚程序支票中介电力公用事业平级支付

P0001P0002P0003P0004P0005P0006

利息点数余额股票使用的兆瓦对日期的支付余额

B0004B0005B0006B0007B0008B0009

内部标识符可与产品类型和余额类型一起使用，来识别产品和余额数据库中的条目。因此，表G显示了内部产品ID和内部余额ID。这些ID可作为产品余额数据库中的数据条目相联结。表G中所示的条目反映了通过将各个内部产品ID与内部余额ID分组而相关联的数据。

参看图15可看到实现产品余额关系的方法。图15说明了用来实现建立产品和余额之间的关系的方法的流程图1500。在图15的方框1504中，作为独立的数据组存储识别产品的产品数据。方框1517中，作为独立的数据组存储识别余额的余额数据。产品数据和余额数据可存储在独立的数据库中，如方框1521所示。

为了使产品数据与余额数据相关联，可向账户数据指定第一标识符，如方框1516所示。例如，在由内部系统标识符发生器产生标识符后，可向账户数据库中的条目指定该标识符。类似地，可向余额类型指定第二标识符，如方框1520所示。然后可使产品数据与余额数据相关联，使产品与余额相关。例如这个步骤可通过作为一组存入账户-余额数据库的数据使第一标识符与第二标识符相关联来完成。

参与方主题区

参与方主题区是服务提供商代表他自己和/或其当事人进行业务操作所要求的关于个体、团体、或团体单元的数据的集合，该参与方主题区更详细地说明于图18、19A、19B、19C、19C1、19D、19D1及19D2中。图18说明具有四个数据库的系统1800，即：参与方数据库1804，协议数据库1812，协议-参与方作用数据库1816和参与方对参与方关系数据库1808。在本实施例中，参与方数据库1804经由协议参与方作用关联数据库1816与协议数据库1812相关联。类似地，参与方数据库1804经由参与方对参与方关系数据库1808与其自身相关联，且使参与方关系数据库与协议数据库1812相关。图19A、19B、19C、19C1、19D、19D1和19D2说明作为系统1900的这些数据库的更详细的实施例。图18中，参与方数据库1804和协议数据库1812与协议参与方作用数据库1816相联结。类似地，参与方数据库和协议数据库也与参与方对参与方关系数据库1808相联结。

参与方是服务提供商为代表其本身和/或其当事人进行业务操作要求具有与其有关的信息的个体、团体或团体单元。例如，在NE州Omaha的First Data Resources(FDR)数据处理公司构成一个参与方。同样，其母公司First Data Corporation和姐妹公司诸如WesternUnion或Telecheck也被认为是参与方。为处理业务而与FDR订立合同的当事人团体也是参与方。此外，作为一个FDR的当事人的顾客和一个FDR的当事人的对由FDR处理的账户起作用的个体或团体也都认为是参与方。其他的实例包括诸如商业团体的联系人员、接受被结合到信用部报告中的账户状况信息的信用部以及提供塑料卡的卖主的各个参与方。

参与方主题区数据库可存储为管理有关具有相互之间的或与服务提供商之间的直接或间接关系的个体和团体的数据所需的信息的集合。参与方主题区可包括诸如识别数据(名字，标识符，生物统计学信息)，人口统计学信息，对其他个体的关系，对协议或账户的作用以及参与方的语言喜好的信息。

参与方信息的团体可帮助服务提供商完成不同的任务，诸如：保持其顾客的踪迹，快速且方便地改变参与方数据，管理顾客的关系，以及遵守诸如新近的秘密规则的各种规则。此外，从诸如NE州Omaha的First Data Resources和First Data Corporation的第三方数据处理提供商的观点来看，参与方信息的团体可在下列方面提供帮助：回应改变的当事人要求，提供促进新型业务的结构，以新类型的参与方支持当事人限定的产品，以及支持新型的参与方关系、协议和作用。

参与方在建立它本身的实体的业务范围内定义。例如，第三方处理者能为许多提供信用卡的不同的银行处理账户上的事务。在一些情况下，一个人可具有银行A的一张信用卡和银行B的第二张信用卡。在这样的情况下，他被第三方处理者认为是银行A的第一实体和银行B的不同实体。或者，一个人可具有同一银行发行的一张以上的信用卡。在这种情况下，他是由处理系统用以处理该银行发行的不同的信用卡账户的单个实体。因此，对于处理多家银行的事务的第三方处理者来说，一个人可被表示为不同的实体——例如各个银行的不同的实体。此外，对于在一个银行具有一个以上账户的人来说，可对参与方数据使用单个实体来处理事务，即一个实体用于多个账户。

根据系统1900，图19A、19B、19C、19C1、19D、19D1和19D2显示了参与方主题区的更详细的示意图。首先，图19C中的方框1904说明可被保持的有关特定参与方的信息的类型。例如，可以产生“参与方内部标识符”来识别存储特定参与方的参与方信息的条目。在由第三方处理者操作的数据处理系统中，例如在数据处理者的业务操作范围内内部标识符可唯一地识别参与方，而可由当事人指定“参与方外部标识符”来识别当事人的业务操作范围内的参与方。换言之，与用来内部跟踪数据处理系统内的参与方条目的内部标识符相对，“参与方外部标识符”可以是在当事人团体中的标识符。方框1904还显示可指定“参与方分类类型代码”以表示最高级的参与方类别。实例是将参与方识别为个体、团体或团体单元的代码。此外，可如方框1906、1905和1932所分别表明的那样保持个体、团体和团体单元的信息。

方框1906表明可为个体保持的信息或属性的类型。所述个体是系统为进行业务操作而需要具有与其有关的信息的人。例如可保持个人的生日，死亡证书标识符(即由地缘政治团体发出的证明个体死亡的死亡证书的外部定义的标识符)以及个体死亡的日期。万一尚未收到死亡证书，可以记录指明个体是否死亡的指示符。此外，可以记录由个体使用的代表少数民族分类的代码，可以是代表个体的性别的个体性别代码(例如，“男”，“女”，或“未提供性别”)。也可记录作为条目的一部分的代表个体婚姻状况的代码，诸如通常的法律婚姻，离婚，分居，户主，已婚，同居，单身，寡居，或未知。此外，可用字段记录个体的民族传统，诸如日耳曼，意大利，斯堪的那维亚等。这个字段对施加增强的金融账户的政府监视的要求，诸如由爱国行动施加的增强的监视的要求是有用的。可以记录个体领取士兵或水兵行动津贴的有效日期，该记录可以是指明个体当前是否领取士兵和水兵行动津贴的指示符。此外，可以记录代表个体的公民身份的一般类别的代码，诸如个体是美国公民，不是美国公民，是另一个国家的公民也是美国公民，或未提供公民身份。另外，还可用指示符指明个体是否是一个军事部队的退伍军人。还可用“个体请求禁止代码”标明个体是否能被联系有关购买新的或额外的产品的事项。这些代码的价值可以指明：1)对，你可以请求并对顾客进行电视推销；2)不请求该顾客；3)不对顾客进行电视推销。

图19C1中，方框1905以属性的形式显示可为团体保持的信息的类型。一个团体可在限定该团体的参与方的业务要求的范围内建立。例如，在诸如First Data Corporation的第三方处理者的范围内，团体可包括诸如First Data Marchant Services，Telecheck和West Union的任何一个First Data Company；诸如发行者银行ABC或获得者银行XYZ的当事人团体；商业团体(例如Mom and Pop’Diner或Large Retail Conglomerate)；制定规章的团体(例如Visa，MasterCard，State of Nebraska，或Securities Exchange Commission)；第三方团体(例如卖主团体，网络提供商，或信用机构)；或团体单元(例如团体的分支部门，这是团体本身内的和本身的非法定的实体，诸如部门、科室或分支)。

方框1905显示可作为团体条目的一部分存储的属性的实例。例如“团体业务说明文本”可被保持为用作说明业务性质的参与方定义的文本。而且，当团体属于特定级别时，可以用“团体分类类型代码”来分类团体，这些特定级别诸如第三方处理者的内部部门或辅助部门(例如，如果是First Data Corporation的情况，则是First Data Corporation，First DataResources，Telecheck和West Union)，金融协会(例如银行或信用协会)，商业团体(例如百货商店，夫妻老婆店，邮购公司)，制定规章的团体(例如Visa，MasterCard，IRS，或FederalReserve)，第三方团体(例如卖主，信用部，法律事务所)，当事人团体(例如担当发行者或获得者任务的团体)，独立销售团体，或顾客团体(例如商业卡顾客)。可作为条目的一部分存储的另一个属性是“团体雇员数”，这是在由定义一个团体的参与方规定的该团体内受到雇佣的人数。当雇主有一定数目的雇员时，可用此字段例如提供对雇员的折扣率。可作为团体条目的一部分存储的其他属性包括：代表该团体成立的年份的代码；代表用来确定该年度损益的该团体的会计周期结束的月份的代码；代表该团体得到特许执照的州的代码；说明该团体对备案州和联邦税务的税务状况的代码；代表该团体是否在美国建立或得到特许执照的代码；代表该团体的合法结构的代码，或表明该团体的成本将被分配的会计区的“团体成本中心标识符”。

方框1905还显示次级方框，用来分类有关不同团体类型的附加信息。例如，方框1907显示对于金融协会特定的数据。金融协会是收集来自公众的资金进行金融资产投资的团体。例如，银行，存款和贷款协会，信用协会和保险公司是金融协会的实例。可为金融协会存储的信息的实例包括“联邦储备运送发送路径号”，“金融协会分类类型代码”(例如保藏或非保藏机构)，以及“金融协会FDIC会员指示符”(即标明该金融协会是不是FDIC的会员银行)。

方框1988显示可对顾客团体保持的数据，该顾客团体是诸如其与第三方处理者的原来关系是作为第三方处理者的当事人的顾客的任何团体。其实例是具有与ABC银行的商业卡协议的团体，这里ABC银行是第三方处理者的当事人。可被作为顾客团体的条目的一部分保持的代码的实例是顾客团体分类类型代码，该代码说明该顾客作为商业卡顾客或车队顾客等。

方框1909表示可为第三方团体保持数据。第三方团体一般是供应者或服务提供商，诸如材料销售者，保险销售者，奖励履行销售者，软件销售者，硬件销售者，共同品牌合伙人，信息销售者，数据条目销售者，市场销售者，募集销售者，和语音回答单元支持销售者。作为第三方团体的实例，方框1910的分组服务提供者、方框1911的保险提供者和方框1913的信用部表明可保持对于第三方团体的每个分类特定的数据。

方框1914表明可保持对于作为当事人的参与方特定的数据。例如可用“当事人团体分类类型代码”来识别作为获得者，发行者，或获得者和发行者两者的当事人。

方框1915表明可为数据处理公司的自身团体保持数据。本实例中，可保持对于作为FirstData Corporation(FDC)实体的一部分的团体特定的数据。

方框1917表明可保持对于独立销售团体特定的数据。

方框1918表明可保持对于商业团体特定的数据。商业团体可以是在货物或所提供的服务的交换中作为支付接受展示手段的团体。可以保持的与商业团体有关的属性的一个实例是“商业分类代码”，该代码指定该商业团体提供的业务的路线或服务的类型。

方框1905也表明，在方框1919中可为制定规章的团体保持数据。制定规章的分类类型代码属性被提供来分类制定规章的团体。方框1919显示的两例分类是政府团体和行业协会。方框1920中表明可以用“政府分类类型代码”将政府团体分类为例如国际团体，国家团体，州团体等。同样，也可用政府次级分类代码来进一步分类政府团体。次级分类的实例包括代理处，局，军事团体等。同样，有关协会的方框1921提供了可专门保持的有关协会的属性的实例。实例包括诸如“协会标识符”，“协会名字”和“协会分类结构类型代码”的项目。

方框1982根据一个实例说明可如何对团体单元保持数据。团体单元是由定义该团体的参与方规定的团体的次级机构或部门。团体单元的重要特征在于，它未经任何政府团体特许或承认为合法实体，因而不能进入合法的合同。例如，团体单元可以是合法实体的分支或部门。另一个实例可以是商业团体的次级机构，诸如商店。可以用各种属性来表征团体单元。“团体单元内部类型代码”是由数据处理者定义的代码，代表团体单元(例如，由当事人定义的业务单元，操作部门，操作组，分理处，部门，办公室)的分类。“团体单元外部类型代码”是代表由数据处理者之外的参与方规定的团体单元的分类的代码(例如业务单元，操作部门，操作组，分理处，部门，办公室或分支的由当事人定义的代码)。“团体单元外部标识符”是由数据处理者之外的参与方规定的团体单元的标识符(例如DIV-01或DEPT-HR)。“团体单元雇员数”是在由定义该团体单元的参与方规定的团体单元中受到雇用的人数。例如，如果因为折扣而要求使用最少数量的雇员，可用该字段来确定团体的雇员是否被授权获得与合伙人团体的某种折扣率。可以用“团体单元有效日期”来定义团体单元在定义它的参与方的业务范围内有效使用的日期(例如，在增加人力资源部的成长中的公司中该人力资源部生效的日期)。类似地，可以定义“团体单元结束日期”来表明团体单元在定义它的参与方的业务范围内有效使用的最后日期。

可对特定的参与方产生信用部报告。例如，可使保持个体信息的方框1906与信用部报告方框1922相关。信用部报告方框显示可由系统在数据库中存储有关个体的信用历史的信息。信用历史从信用部服务提供商处得到，信用部服务提供商从诸如信用卡发行者、家庭贷款发行者，私人标记发行者等多个来源收集信息的并产生该报告。信用部报告可详细列举参与方已经申请和接受的哪一个信用路线和参与方是否以按时的方式支付他们的账单。可以存储各种属性来定义信用信息。可以用“信用部记分获得的日期”来识别从信用部得到信用部记分的日期。可用“信用部坏账(derogatory)信息代码”表示信用部档案中该坏账信息的等级(例如，“0”为最佳等级，“9”为最差等级)。可以用“信用部贸易路线数代码”表示信用部档案中的贸易路线数。可以将“信用部记分数”用作从得自信用部的信用信息得到的等级。可以将“信用部最坏公众记录代码”用作在信用部档案中公众记录的等级。可以用“报告无支付能力代码”报告无支付能力(例如，“-”＝分社11无支付能力，“1”＝分社7或11无支付能力，“2”＝分社13无支付能力，“3”＝账目严重拖欠，例如七个周期拖欠)。可用“风险预报器记分数”指定当事人定义的风险记分。可用“风险预报机构标识符”识别各种风险预报机构(例如，Equifax；Transunion；以及＝TRW)。可用“风险预报器模式代码”表示在评价顾客风险级别中使用的信用部记分算法。可用“风险预报器记分理由代码1-4”保持由信用部对所报告的记分给出的理由。另外，可用“信用部报告争论代码”识别对信用部报告的争论理由(例如，顾客请求或不一致性)。

图19B中，方框1912表示能被保持的用于进入参与方之间的协议的信息。协议是管理两个或多个参与方之间关系的合法的或合同的协议。例如，协议可以是数据处理者与其当事人之一之间的处理协议。协议的另一个实例是商户和其获得者之间的合同。另一个实例是分组服务提供商和其当事人之间的合同。再一个实例是两个或多个公司之间的合资协议。又一个实例是银行卡发行者和其顾客之一之间的合同。协议可用不同的属性来表征。例如，可向协议数据库中的条目指定“协议标识符”来识别特定协议的特征。这可以是由负责跟踪协议信息的数据处理者定义的内部标识符。可以用“协议分类类型代码”代表高级类别的协议(例如，合作者协议，当事人处理协议，第三方协议，卖主协议，雇用协议)。可用“协议合同状态代码”代表协议的合同状态(例如，未知的，正在谈判的，已谈好但未签字的，已签字的，到期的，终止的，或达到的)。对于协议在建立它的参与方的业务范围内有效使用的日期可以用“协议有效日期”属性。该属性为定义协议的参与方提供了在协议被终止前输入有关该协议的信息的能力。可以用“协议结束日期”属性来识别协议在建立它的参与方的业务范围内有效使用的最后日期。“协议状态代码”属性是代表协议在时间点上的状态(例如，未决的，有效的，终止的，或达到的)的代码。“协议类型代码”属性是代表协议的特定种类(例如，合资协议，合伙人接纳协议，发行者处理协议，报偿履行服务协议，办公室供应卖主协议，或合同雇员协议)的代码。

方框1912还说明协议可如何用不同类型进一步分类。例如，方框1952显示可以保持信用部用法协议数据。这是一种协议类型，其中数据处理者的当事人同意使用由特定的信用部提供的信用部报告服务(例如，发行银行同意使用信用部Equifax的信用部服务的协议)。类似地，方框1953表示可以用信用部报告协议的数据来存储有关数据处理者的当事人和信用部之间的协议的数据，其中当事人已经同意向信用部提供账户状态信息。信用部可用该信息建立有关顾客的信用部报告。例如，这可以是发行银行同意向信用部Equifax提供账户状态信息的协议。该信息由发行银行的数据处理者向信用部提供。

方框1954表示数据处理者可以存储清算协议数据。清算协议可采取建立项目和条件的协议类型的形式，在该项目和条件下起处理者作用的团体能建立其系统基础，来为使用特定协会的品牌产生的货币事务处理进行清算。例如，该协议可以是First Data Resources借此能建立其处理MasterCard事务的系统的协议。

方框1955表示数据处理者能存储协会成员协议数据。这是一种在其中金融协会成为协会的“成员银行”的协议类型。协会中的成员准许“成员银行”以协会的网络品牌发出和/或获得展示手段。本例中用“成员银行”一词指作为协会成员的任何金融协会，例如指信用联合会，即使它不是真实的银行。

方框1956表示可以为顾客协议存储数据。顾客协议是一种管理数据处理者的当事人和作为该当事人的顾客的参与方之间的关系的协议类型。例如，信用卡协议建立了作为由ABC银行发出的信用卡的原始账户持有者的个体，ABC银行转而又是First Data Resources的当事人。

数据可因其而被存储的另一种协议类型是卖主协议，如方框1957所示。这是一种一个参与方(卖主)向另一参与方(购买者)提供售品或服务的协议类型。该协议可在卖主和数据处理者的团体之间直接建立，或可在卖主和另一类团体如当事人团体之间建立。例如，在保险提供商和当事人团体之间可以需要一个协议来对顾客协议提供生命保险的利益。因此，方框1958反映可以存储保险协议的数据，保险协议的一个实例是以提供保险产品的目的形成的两个或多个参与方之间的协议类型。该协议被用来限定费用，应付项目和收益分配的安排。

方框1959反映出可以存储商业获得者协议的数据。该协议是其中获得当事人团体同意为商业团体获得事务的协议类型。对于这类协议识别的各个角色包括获得者，商户和协会。例如，该协议可以是其中金融协会XYZ(获得者)同意为Good Food Grocery Store(商户)获得商业Visa(协会)事务。

另一类协议是方框1960所示的合伙人接纳协议。合伙人接纳协议的实例可以是在发行者和另一团体之间的协议，其中该团体(即合伙人分部)给予顾客在合伙人分部进行购买时用于使用发行者的卡的奖励。例如，该协议可以是发行者和航空公司之间的协议，当使用发行者的卡购买机票时提供额外里程点数的奖励。

方框1961反映可在这种系统中存储合资协议的数据。因此，系统可以存储由两个或多个参与方为一个工程一起工作而达成的协议的数据。当各个公司有创建产品或服务的互补的服务愿望时可以形成合资。

方框1962表示可以保持发行者协会协议的数据。这是一种其中准许金融协会作为协会的成员银行以协会的网络品牌发行展示手段的协议类型。例如，这样就可以需要在ABC银行和Visa USA之间的协议，其中准许作为成员银行的ABC银行发行Visa信用卡。或者可以需要在XYZ银行和MasterCard International之间的协议，其中准许XYZ银行发行MasterCard信用卡。

方框1963表示可以保持当事人协议的数据。当事人协议是一种其中数据处理者或其一个附属部门与另一个团体订立合同以提供数据处理者的该团体(当事人)产品或服务的协议类型。例如，该协议可以是First Data Resources(数据处理者)和金融协会ABC之间处理由金融协会ABC发行的信用卡的合约。或者，该协议可以是例如First Data Merchant Services和获得银行之间处理由获得银行接纳的商业团体发生的商业事务的合约。一种当事人协议的类型是发行者处理协议，如方框1964所示。这是一种其中起处理者作用进行工作的一个团体同意为另一个起发行者作用的团体提供账户余额管理和/或其他处理服务的协议类型。例如，该协议可以是其中处理者为由ABC金融协会发行的信用卡提供账户余额管理的协议。或者，该协议可以是其中处理者为由XYZ信用联合会(发行者)发行的信用卡提供报表的协议。方框1956表示可以存储获得者处理协议的数据。这是一种其中起处理者作用进行工作的一个团体同意为另一个起获得者作用的团体处理事务的协议。因此，该协议可以是其中First DataResources(处理者)处理由XYZ金融协会(获得者)获得的商务事务的协议。

方框1966表示可以保持获得者协会协议的数据。该协议可以是一种其中准许金融协会作为协会的成员银行用协会的网络品牌获得展示手段事务的协议。例如，该协议可以包括其中建立金融协会ABC作为VISA事务的获得者的协议。或者，该协议可以是其中建立金融协会XYZ作为MasterCard事务的获得者的协议。定义获得者协会协议的附加属性包括诸如“获得者协会协议成员指示符”和“获得者协会协议清算指示符”的属性。“获得者协会协议成员指示符”表明获得者是否具有与协会的直接关系。当获得者已经与协会签署合法的合同，作为协会的成员进行业务时就产生直接的关系。当获得者已经与另一协会签署合法的合同，向代表获得者的协会提出事务时就产生间接的关系。其他协会通常也具有与协会的直接关系/成员关系，而获得者具有与协会的间接关系。所示的其他属性即“获得者协会协议清算指示符”表明获得者是否已经与处理者签订对与特定的协会相联系的货币事务履行清算作用的合同。

图19A中，方框1916表明可以如何存储协议参与方作用关系的数据。该方框1916提供了用来识别协议的各个参与方和各个参与方对协议所起的作用的手段。协议参与方作用可根据协议类型，参与方类型，或其他参与方定义的或协议定义的准则而变化。它说明了关于参与方与协议本身相关的信息。方框1916可从协议方框1912和参与方方框1904提取数据，用关于参与方对该协议所起的作用的进一步信息创建一个条目。例如，在First Data Resources和ABC银行之间的处理协议中，ABC银行起当事人(发行者)的作用；FDR起处理者作用；VISA起协会作用；SpecialtyToys作为接纳分部的合伙人；Gift Fulfillment Center作为奖励履行参与方；J.J.Doe作为账户管理人；M.J.Burna起FDR方的签署参与方的作用；以及Mary JaneMoore充当ABC银行方的签署参与方。协议参与方作用的属性包括“协议参与方作用有效日期”，“协议参与方作用类型代码”，“协议参与方作用结束日期”。“协议参与方作用有效日期”是参与方开始在协议参与方作用中起作用的日期(例如，增加一个团体作为奖励履行参与方的日期)。“协议参与方作用类型代码”代表参与方在协议中起的作用(例如，当事人，合伙人，处理者，协会等)。“协议参与方作用结束日期”属性表明参与方在协议参与方作用中起作用的最后日期。

方框1967表示可以在数据库条目中保持对于商业作用特定的数据。这是当一个团体在涉及具体协议提供的货物或服务的交换中接受作为支付的展示手段时承担的作用。

方框1968表示可在数据库条目中保持对于处理者作用特定的数据。这是当参与方根据协议的项目和条件处理另一参与方的信息或事务时承担的作用。

方框1969表示可在数据库条目中保持对于协会特定的数据。这是当一个团体作为制定规章的团体管理涉及特定的协议的展示手段的使用时承担的作用。例如，该数据可以是对于协会在特定的发行者处理协议中的作用特定的信息。

方框1970表示可在数据库条目中保持对于合伙人接纳分部的作用特定的数据。这是当一个团体与另一团体为在一种媒体中提供多个产品或服务的目的而合作时承担的作用。

方框1971表示可在数据库条目中保持对于第三方作用特定的数据。这是处理者或其当事人以外的参与方在涉及当事人协议或顾客协议向处理者和/或其当事人提供产品和/或服务中承担的作用。例如，该数据可以包括有关卖主在提供由顾客在由First Data Resources处理的信用卡账户上积累的奖励中的作用的信息。方框1972进一步反映购买者作用的数据。方框1972的购买者作用和方框1973的卖主作用显示可被定义的第三方作用的类型的实例。购买者作用是购买者通过卖主协议从另一参与方购买货物或服务时承担的作用。方框1973反映卖主作用的数据。这是参与方在提供或供应对履行特定协议关键的服务中对协议承担的作用。例如，这可以是保险提供商的为顾客协议上生命保险的作用。

方框1974表示可以保持扩展的卡商户参与方作用的数据。这是一个团体与商户协议有关时承担的作用。可用来进一步限定这个作用的属性是商户参与方作用类型代码。该代码代表由团体对商户协议承担的作用(例如，商户，获得者(当事人)，系统银行，主要银行，代理银行，商业总部，发行者(当事人))。

方框1975表示可以保持当事人作用的数据。这是当一个团体为产品和/或服务通过当事人协议与如First Data Corporation的处理者订立合同时承担的作用。

方框1976表示可以保持获得者作用的数据。这是当事人团体通过进入与商户团体的协议来获得由商户团体发生的展示手段事务时承担的作用。这可以是有关ABC银行的通过获得者商户协议作为XYZ食品杂货店的商户VISA事务的获得者的作用的信息。

方框1977表示可以保持发行者作用的数据。这是当事人团体通过进入与参与方的协议承担与通过顾客协议向参与方提供展示手段或其他金融手段有关的货币风险时承担的作用。例如，该数据可以是有关作为对社团顾客协议的商业产品的发出者的银行的作用的信息。

方框1978表示可以保持顾客作用的数据。这是个体或团体对由处理者的当事人提供的产品或服务的顾客协议承担的作用。例如，该数据可以是有关具有作为First Data Resources当事人的发出者的信用卡的个体的作用的信息。

方框1979表示可以保持个体顾客作用的数据。这是个体对由处理者的当事人提供的各别的产品或服务的顾客协议承担的作用。例如，该数据可以是有关具有对于作为First DataResources当事人的发出者的信用卡的顾客协议的个体的作用的信息。

方框1980表示可以存储社团顾客作用的数据。这是一个团体与通过顾客协议购买由第三方处理者的当事人提供的商业产品或服务相关而承担的作用。例如，该数据可以是有关购买由作为FDR当事人的发行者提供的商业卡产品的团体的作用的信息。

方框1981表示可以保持申请者作用的数据。这是当个体或团体申请由第三方处理者的当事人提供的产品和/或服务时承担的作用。例如，该数据可以是有关申请作为FDR当事人的发行者的信用卡的个体的作用的信息。

图19D中，方框1908显示可以如何保持参与方对参与方关系的数据。参与方对参与方关系是两个参与方之间的直接或间接的关系、关联或接纳关系。当关联直接存在于处理者和特定的参与方之间时产生直接的关系(例如，First Data与First Data处理其信用卡的银行的关系)。当处理者具有经由一个参与方与另一个具有与处理者的直接关系的参与方的关联而与该参与方相关联时产生间接关系(例如First Data与作为First Data的当事人的银行的顾客的关系)。参与方对参与方关系的其他实例是：

1)数据处理者(例如First Data)和XYZ信用联合会之间的当事人关系；

2)XYZ信用联合会和ABC公司之间的顾客关系；

3)ABC公司和个体J.Doe之间的顾客关系；

4)XYZ信用联合会和J.Doe之间的雇用关系；

5)数据处理者(例如First Data)和卖主DEF公司之间的第三方关系；

6)XYZ信用联合会和国家书店之间的合伙人关系；

7)家庭关系(例如，父母对个人，兄弟或姐妹对个人)。

在高级别上，可用加入该关系的参与方的类型来分类参与方对参与方关系。某些参与方对参与方关系可以只存在于都是个体的两个参与方之间；例如，家庭或配偶关系。这些被称为个体对个体关系。这些关系在方框1940中进一步说明。另外的参与方对参与方关系可以只存在于都是团体的两个参与方之间；例如，附属的或掌控的公司关系。这些被称为团体对团体关系。有时这些关系也被称为业务对业务关系或B2B关系。这些关系在方框1927中说明。还有另外的参与方对参与方关系可只在当一个参与方是个体和另一参与方是团体时存在。这些关系被分类为个体对团体关系并在方框1923中说明。各种实例包括诸如团体联系和个体顾客关系的各种关系。对一方或两方参与方的类型没有各种限制的参与方对参与方关系被称为多类型参与方对参与方关系。各种实例包括雇用关系，顾客关系及卖主关系。这些关系在方框1944中说明。在方框1908中，参与方对参与方一般分类类型代码是提供规定参与方对参与方关系的这一高级别分类的能力的属性。它还包括说明团体对团体单元关系和团体单元对团体单元关系的值。它也能被设置成包括个体对团体单元关系和/或其他一般的关系。

方框1908还表示可以用参与方对参与方关系次级分类类型代码来次级分类每一种一般分类中代表的关系。例如，团体对团体关系可被次级分类成下列关系中的一个关系：获得者商户关系，协会成员银行关系，当事人关系，社团顾客关系，商户协会关系，团体合法结构关系，合伙人关系，处理者协会关系等。同样，个体对个体关系可被次级分类为个体联系关系，职业关系，个人关系等。因此而提供一种方法来表示存在于两个参与方之间的特定关系。例如，可能需要有：

-当事人关系(例如，ABC银行是FDR的当事人)

-顾客关系(例如，John Doe是ABC银行的顾客)

-雇用关系(例如，John Doe受Great Foods Grocery Store所雇)

-合伙人关系(例如，Toy Mart是ABC银行的接纳分部的合伙人)

-第三方关系(例如，ABC银行与XYZ Check Printer具有第三方关系)

-团体合法结构(例如，First Data Resources与First Data Corporation具有团体合法结构关系)

-内部团体结构

-个体/家庭关系(例如，Jane Doe与John Doe具有个体或家庭关系)

-团体单元关系(例如，Training是Human Resources Division中的一个部门)

可用方框1908中所示的“参与方对参与方关系有效日期”属性来识别参与方对参与方关系在定义该关系的参与方的业务操作范围内有效使用的日期。类似地，可用“参与方对参与方关系结束日期”来识别参与方对参与方关系在定义该关系的参与方的业务操作范围内有效使用的最后日期。

“参与方对参与方关系参与分类代码”是根据加入该关系的参与方的类型代表参与方对参与方关系的类别的属性。这一属性的值包括以表明主体对客体的格式所示的下列各项：

-个体对个体(例如，父母对孩子，或雇员对经理)

-个体对团体(例如，雇员对雇主团体)

-个体对团体单元(例如，John Doe对销售部)

-团体对个体(例如，银行XYZ对John Doe)

-团体对团体(例如，First Data Resources对First Data Corporation)

-团体对团体单元(例如，ABC信用部对ABC信用部西区)

-团体单元对个体(例如，XYZ法律所对Jane Doe接待员)

-团体单元对团体(例如，销售部对Int’l.Trucking Co.)

-团体单元对团体单元(例如，销售部对人才资源部)

-参与方对参与方。

“参与方对参与方直接关系指示符”属性表示服务提供商是否将参与方对参与方关系看作对它自己的直接的关系。如果该关系是“直接”关系，则服务提供商处理者是该关系的参与方和/或建立该关系的协议的参与方。如果该关系是“间接”关系，则处理者不是该关系的参与方。在“间接”关系的情况下，处理者具有该关系的知识，因为要求他代表服务提供商进行处理工作。

方框1923表明可以存储个体对团体关系的数据。这是代表个体和团体之间的关系的参与方对参与方关系的类型。可由服务提供商利用这种关系的知识来为它自己或代表其当事人完成业务操作。可用“个体对团体关系分类类型代码”代表存在于个体和团体之间的关系类型的高级分类。方框1924表示可以保持团体联系关系的数据。这是一种其中个体作为对于团体的业务联系的参与方对参与方关系的类型。方框1925表明也可以保持个体顾客关系的数据。这是一种表示由个体与数据处理者的当事人为由当事人团体提供的产品和服务建立的业务关系的参与方对参与方关系的类型。

方框1926表明可以保持顾客关系的数据。这是一种表示在第三方处理者的情况下由个体或团体与服务提供商的当事人或服务提供商自己为产品或服务所建立的业务关系的参与方对参与方关系的类型。

方框1927表示可以保持团体对团体关系的数据。这是一种表示业务对业务关系的参与方对参与方关系的类型。例如，该关系可以是两个团体之间的合伙人关系。服务提供商可以用该信息来为自己或代表其当事人进行业务操作。如方框1928所示，社团顾客关系是一种团体对团体关系的类型。社团顾客关系是参与方对参与方关系类型，代表在第三方处理者情况下当团体与服务提供商为该服务提供商或服务提供商的当事人提供的商业产品或服务订立合同时建立的业务关系。方框1929表示获得者商户关系。这是一种将商业团体识别为发挥信用卡事务获得者的作用的商户的参与方对参与方关系的类型。方框1930显示商业协会关系。这是一种商业团体与协会建立接受使用协会的网络品牌的关系的参与方对参与方关系的类型。

方框1931表示可以保持团体的合法结构关系的数据。这是一种代表根据其通过管理团体特许或存档的团体结构在两个团体之间存在的合法关系的参与方对参与方关系的类型(例如母公司与子公司之间的关系)。方框1932表示可以保持当事人关系的数据。这是一种代表由团体与数据处理者(或其下属之一)为数据处理者的产品或服务通过合约建立的直接的业务关系的参与方对参与方关系的类型(例如在FDR和ABC银行(发行者)之间为FDR处理由ABC银行发行的信用路线账户的当事人关系)。

方框1933表示可以保持协会成员银行关系的数据。这是一种代表作为金融协会的成员参加该协会的参与方对参与方关系的类型。此外，方框1934表示可以保持获得者协会关系的数据。这是一种在获得者和协会之间建立的参与方对参与方关系的类型。类似地，方框1935表示可以保持发行者协会关系的数据。这是一种在发行者和协会之间建立的参与方对参与方关系的类型。

另一类团体对团体关系类型是方框1936中显示的合伙人关系。这是一种代表当一个团体与另一个团体根据合伙人协议的项目和条件在业务中合作时建立的业务关系的参与方对参与方关系的类型。

方框1938表示可以保持团体对团体单元关系的数据。这是一种代表在团体与团体单元之间关系的参与方对参与方关系的类型。当在第三方处理者的情况下，服务提供商可利用这种关系的知识为自己或代表其当事人进行业务的操作。

方框1939表示可以保持团体单元关系的数据。这是在同一个团体中两个团体单元之间的关系、关联或接纳的关系。数据处理者可使用这种关系的知识为自己或代表其当事人进行业务操作。虽然这一关系可用来建立团体单元之间的非等级关系，但也可用来定义它们之间的等级关系，例如团体中的级别。

方框1940表示可以保持个体对个体关系的数据。这是一种代表两个个体之间的个人的、家庭的或职业的关系的参与方对参与方关系的类型。在第三方处理者的情况下，服务提供商可利用这种关系的知识为其自己或代表其当事人进行业务操作。方框1941表示个体联系关系。这是一种其中一个个体作为对另一个个体的联系人的参与方对参与方关系的类型。例如，DonJones是对Mary Smith的紧急联系者。方框1942所示的职业关系是一种其中两个个体有业务或职业关系的参与方对参与方关系的类型，例如医生/病人或代理人/当事人。方框1943的个人关系是一个个体与另一个个体有个人的或家庭的关系的参与方对参与方关系的类型，例如，John Doe与Mary Doe结婚。

方框1944表示可以保持多类型的参与方对参与方关系的数据。这是不限于两个单个的参加者类型的参与方对参与方关系的类型。例如，雇用关系—雇主可以是个体或团体。多类型的参与方对参与方关系可以包括第三方关系、顾客关系和雇用关系。

方框1945表示可以保持第三方关系的数据。这是一种在第三方处理者的情况下存在于服务提供商和/或服务提供商的当事人和对服务提供商的业务操作是关键的另一个参与方之间的参与方对参与方关系的类型。其一个实例是方框1946所示的卖主关系。卖主关系是通过卖主协议建立的参与方对参与方关系的类型。卖主关系可在卖主和数据处理者团体之间直接建立，或可在卖主和另一类团体(例如带有当事人团体)之间建立。方框1947表示顾客关系的数据。这是一种代表由个体或团体与数据处理者的当事人为由当事人团体提供的产品或服务而建立的业务关系的参与方对参与方关系的类型。

方框1948表示可以保持雇用关系的数据。这是一种其中一个个体被另一个个体、团体或团体单元雇用，例如Jane Doe是Many Jones的雇员的参与方对参与方关系的类型。雇用关系的类型可包括个体雇员关系，合同雇员关系，或社团雇员关系。个体雇员关系由方框1949所示。这是一个个体为了补偿为另一个个体工作的参与方对参与方关系的类型。方框1950表示合同雇员关系，这是个体作为顾问或承包人而不是雇员被个体、团体或团体单元雇用的参与方对参与方关系的类型。最后，方框1951表示社团雇员关系。这是个体被团体或团体单元雇用的参与方对参与方关系的类型。

账户主题区

参看图20A、20B和20C可看到账户主题区的更详细的示意图，图中显示账户系统2000的一个实例。在系统2000中，用账户数据库2004存储由服务提供商管理的多个不同账户的数据。账户可被理解为用来记录、计量和/或跟踪有关合同契约的金融的和/或非金融的信息的机制。

可对存入数据库2004的由服务提供商管理的各个账户建立条目。对于服务提供商保持对其处理的各个账户的跟踪，可以产生标识符来识别各个特定账户。在由服务提供商管理的账户的情况下，可以产生账户内部标识符。

除了用来识别各个账户条目的“账户内部标识符”外，可为由服务提供商管理的各个账户存储附加的信息。例如，可以作为条目的一部分存储“账户当事人标识符”。该属性识别哪一个服务提供商的当事人发出该账户。例如，“账户当事人标识符”能将一个账户识别为BankOne信用卡账户。另一个可用作账户条目的一部分的数据属性可以是“账户当事人控制的标识符”，该“账户当事人控制的标识符”允许当事人对该特定当事人的文件夹的范围内唯一的账户指定其自己的标识符。另一个可用作条目的一部分的数据属性是“账户授权禁止指示符”，以指明对于账户的授权是否被禁止。类似地，可作为条目的一部分用“账户无支付能力指示符”代码指明账户是否与无支付能力程序相关联。可用的另一个代码是“账户出账指示符(account charged off indicator)”。该代码用来指明账户是否已经被出账。

信贷作为存储在账户数据库中的数据的一部分可以用“账户贷方余额指示符”指明账户是否具有信贷用余额。类似地，可以用“账户拖欠余额标识符”指明与账户有关的参与方是否以某种方式拖欠。又，可以作为条目的一部分使“账户冻结指示符”相关联地指明账户是否已被服务提供商、数据处理者的当事人或政府当局冻结。可以用“账户开放指示符”标明账户是否开放或关闭。此外，可用“账户原始开放日期”标明账户原始开放在何时。可用“账户超限余额指示符(account overlimit balance indicator)”标明账户余额是否超限。该指示符例如可在信用卡账户的情况中使用。

可作为账户条目的一部分用“账户撤消指示符”指明账户是否已经被撤消。此外可用“关闭不活动账户代码”指明不活动账户是否被关闭或将被关闭。还可用其他代码来表征账户。但不必对任何特定账户使用所有上述代码。而是可以提供某些属性由特定的次级账户使用。

方框图2000显示可在该系统中使用的各种账户的实例。例如，方框2012表明可以管理信用限额账户。信用限额账户是一种基于金融机关的协议的账户，以向顾客提供直至某个限度可重复地(例如周转地)使用的信用的不定额(open-ended line)。信用限额账户的实例是商业卡账户、油类账户和零售账户。另一类账户是贷款账户2013。贷款账户是一种为贷款或限额信用销售协议而建立的账户，其中在确定的时间段届满后期望全额偿还预付的金额加上任何财务费用。贷款账户的实例是财产贷款账户和车辆贷款账户。另一类账户是PI接受人账户，如方框2014所示。这是一类根据为商户提供获得服务的协议的账户。其他类型的账户包括支票核对账户2015，转账账户2016和暂记账户2017。转账账户是用来记录请求和完成两点之间的货币价值项目的转移而建立的账户。暂记账户是用来管理需要在分配到账户余额之前评估欺诈行为的事务而创立的账户。

系统2000中还显示商用卡账户的类型，诸如车队账户2018，购买账户2019，旅行和消费账户2020，个体票据账户2021，合并票据账户2099，控制账户2022以及次级账户2023。

系统2000还显示的另一类账户是服务账户2024。服务账户可以是一类基于非金融产品的协议的账户。对服务账户显示的实例是租借账户，保留账户，电信账户，手机账户，过渡账户及公用事业账户。

再一类账户是保险账户2026。保险账户是一类基于参与方之间的协议据此作为回报支付保险费的账户，一个参与方将补偿另一参与方(一般不期望)的损失。保险账户的实例是健康保险(health policy)账户，生命保险账户及财产和伤亡事故账户。

系统2000中显示的账户类型的最后的实例是存款账户2025。存款账户是一类根据由顾客存款提供资金的产品的协议的账户。存款账户的实例是即期存款账户，投资账户，忠诚程序(loyalty program)账户，预付账户，储蓄账户及PI责任账户(例如，PI责任账户可以是由团体建立的账户，用来对一个或多个展示手段跟踪其责任，展示手段的价值不依赖于特定的顾客账户或账户参与方关系)。

图20B中，方框2004和2008说明如何建立账户对账户关系。账户方框2004反映可以作为各个特定账户的条目存储数据。由方框2004定义的账户条目被认为是内部账户，这些账户是由服务提供商为当事人管理的账户，或者在一个公司自己充当服务提供商的情况下，该账户是公司自己的账户。通过获得第一账户的账户标识符，获得第二账户的账户标识符，并向这两个标识符指定作为方框2028中新的关联项目的“账户对账户关系类型代码”，可以建立两个内部账户之间或内部账户与外部账户之间的关系。“账户对账户关系类型代码”识别存在于两个账户之间的关系的类型。一般最好将诸如第一账户的一个账户指定为该关系中的主要参加方，将余下的另一个账户指定为次要参加方。这样，例如在账户转移的情况下，系统将了解从哪个账户转移事务并将该事务过账到哪个账户。

账户对账户关系可进一步由“账户对账户关系有效日期”和“账户对账户关系结束日期”来定义。这使得关系的条目定义何时该关系为有效和何时该关系为无效。

可由账户对账户关系类型代码识别的账户对账户关系的实例在方框2028中被显示为账户转移，账户转账，和账户储备金存款账户。这些类型的账户可进一步由附加属性来定义。例如，账户转移关系可进一步由“账户转移不履行代码”来说明。类似地，账户转账关系可进一步由“账户转账向前过账指示符”来说明。

可通过业务规则数据库操作账户对账户关系条目，以执行各个关系的动作。例如在适当时候，业务规则可以访问账户转移条目，并且识别个别的事务被过账到其上的账户。这些业务规则还指明将给定的事务过账到关系中的两个账户是否合适。

方框2030说明为了账户文件夹安全的目的可以如何将多个账户组合在一起。这样使账户组的形成以结合的形式组合或集中在一起。使“账户内部标识符”与“账户文件夹安全标识符”相关联以便识别该账户组。此外，可以将“账户文件夹安全集中说明文本”用作所建条目的属性。

账户数据库也可用来促成如账户组方框2034所示的账户组。账户组是使账户能作为组来处理而建立的账户的集合。在建立账户组时，系统2000显示诸如服务提供商的当事人之一的金融协会。由服务提供商产生“账户组标识符”，使服务提供商能内部识别账户组。另外，使附加的属性能与各个账户组相关联，诸如识别账户组特定的类别的“账户组类型代码”。可以被包括在其中的另一个属性是“账户组说明文本”属性。

方框2034显示的账户组的实例有账户家庭组，账户管理组，账户报告组，财产管理账户组以及商业卡账户组。账户家庭组例如可以是由单个家庭中属于个体的某些或全部账户组成的账户组。账户管理组可以是一组账户，该组账户选择所保持的财产和/或作为账户组行使的一般业务处理。账户报告组可以是这样一类账户组，该账户组的建立使账户能作为一组账户被附属和被报告。财产管理账户组可以是这样一类账户组，该账户组的建立使属于一个参与方的不同账户类型的账户可作为一组账户被报告。商业卡账户组可以是这样一组账户，该账户组的建立帮助一个团体管理其花费。

方框2040说明账户可被指定到一个账户组的一种方法。方框2040中，从账户方框2004表示的账户数据库检索“账户内部标识符”并使其与来自账户组数据库方框2034的“账户组标识符”相关联。除此属性外，可以指定附加的属性，诸如开始日期，结束日期，使无效指示符以及作用代码。

方框2028说明可以如何定义有资格成为方框2034所示的一种账户类型的账户。因此，可以将由例如“账户组资格评定值文本”，“账户组资格评定百分率”和“账户组资格评定最大数”表示的资格评定准则用作为确定哪些账户将被加进或移出特定账户组的资格评定准则。业务规则可对这些准则起作用以确定满足这些准则或不满足这些准则的账户。

方框2044表明账户组本身还可被编组为超级账户组。这一点可以通过建立由已经成立的各个组构成的组来完成。因此，例如银行ABC的在Omaha，Nebraska的所有商业卡账户可以被编组为一个账户组。此外，银行ABC在Nebraska的所有商业卡账户组还可以通过编组所有诸如银行ABC在Omaha的以前成立的账户组的较低级别的组来加以编组。可以给这种其他组的编组“账户组结构级别名”。

系统2000中还显示附属方框2008。可以将该系统配置成使附属方框与账户相关联。因此，可以指定代码来识别附属方框，并使附属方框与账户的“账户内部标识符”相联系。

类似地，方框2027显示指明欺诈/集合的方框。该方框使系统实施欺诈监察和集合服务。特定的账户可通过“账户内部标识符”与案件的系列相联系，使案件由欺诈调查员或集合代理人进行处理。

事务主题区

事务是有关业务活动或事件的数据的集合，这些活动或事件影响含有的金融价值，引起资金从一个账户到另一个账户的运动，和/或影响非金融财产(例如名称，地址，新塑料卡的请求)。所述事务可包括用来从活动或事件的起点至其最后清算、发布或完成的处理、管理和跟踪这些事务的数据。通过参看图21A，21B、21C可以看到事务主题区的更详细的示意图，图中说明了实施该事务系统的系统2100。

系统2100显示存储各种事务类型的事务方框2104。通过唯一的内部事务标识符可识别各种事务。这种标识符可由服务提供商的数据处理系统产生并被指定到该事务的数据以便形成事务的条目。内部标识符使数据处理者跟踪和利用该事务条目。因此，例如可将内部事务标识符作为各个数据库条目的一部分存储。

可由事务数据库存储不同的事务类型。各个事务次级类型具有共同的属性(即事务标识符)和可以具有对该事务类型是唯一的属性。系统2100(图21A)显示一些实例。例如，可以存储金融事务的数据，如方框2108所示。金融事务是改变含有的金融价值和/或导致资金从一个账户到另一个账户运动的业务活动或事件。对金融事务还可以进一步次级分类，如图21B所示。方框2109表明可以存储销售的事务信息。方框2174表明可以存储授权的事务数据。方框2110表明可以存储现金垫款的事务信息。方框2111表明可以存储调整的数据。方框2112表明可以存储归还的数据。类似地，方框2113表明可以存储转回(reversal)的数据。方框2116表明可以存储费用返回(chargeback)的事务数据。方框2117表明可以存储出账的数据。方框2115表明可以存储收益的事务数据。方框2114显示也可以存储其他外部事务的事务数据。

另外，方框2118表明可以存储分配事务的数据。方框2119表明可以存储支付事务的数据，以及方框2120表明可以存储资金转移的数据。此外，方框2121表明可以存储估价事务的数据，该估价事务可以有两个或多个次级类型，诸如方框2122中的费用估价，方框2123中的利息估价。此外，方框2124表明可以存储其他内部事务的数据。

方框2125(图21A)表示另一种作为也可存储在事务数据库中的非金融事务的可能的次级类型事务。非金融事务是一种改变不影响金融价值或资金运动的财产的业务活动或事件的记录。例如，这样的非金融事务可以包括改变有关通信点信息的名称或地址。另一个实例是关于塑料卡定购的事务。

方框2130(图21A)显示事务信息可以如何被互相关联。例如，如果存在两个事务，第一事务是销售，第二事务是该销售的收益，该两个事务可通过方框2130相关联。这一点可以通过检索销售事务的内部事务标识符和检索收益事务的内部事务标识符并将其作为事务关系数据库中的新条目的一部分进行关联来实现。此外，也可用该两个标识符指定“事务关系类型代码”以识别存在于两事务之间的关系的类型。因此，例如可以检索销售的内部事务标识符和检索收益的内部事务标识符，使该两个标识符作为新条目与识别作为销售上的收益的关系的类型代码一起储存在方框2130中。

通过借助这种方式使各种事务相关，可节省大量的数据存储和处理时间。替代建立包括两种事务之间的关系的非常可能的类型的主记录，可以保持相当简单的事务条目。然后，借助于事务关系数据库可以跟踪事务的历史。因为不是所有销售都将被转回，所以为每个销售建立提供指示销售是否被转回的选项的条目将浪费数据的存储。相反，通过事务关系数据库可使销售事务与转回事务相关联，来替代建立其中现有系统中不使用的字段使用静态文件结构的较大的主记录。

通过重复地询问事务关系数据库，可以跟踪事务的关系的系属结构。例如对销售来说，可使原始销售与返回收取费用事务相关联。类似地，可以从事务数据库询问返回收取费用，以表明返回收取费用与销售以及转回事务有关。因此，通过重复地询问事务关系数据库以获得系属结构的下一步，服务提供商可得到从原始事务发源的连续的事务，或反之亦然。

方框2156(图21C)表明可如何存储事务附录的数据。事务附录是支持金融事务的附加数据。这可以是服务提供商或服务提供商的当事人要求跟踪或附加于其事务上的附加信息。例如，事务附录可包括含有有关使用汽车的车队信息的附加数据。因此，除了存储有关购买汽油的事务的数据外，也可存储来自汽车维修或保养事务的信息。类似地，如果人们在便利店购买汽油，则可以作为附加条目存储有关与汽油一起购买的食品项目的信息。可以记录各种事务的事务附录。例如，方框2156表明可以存储车队附录2157，旅行附录2158，住宿附录2159，零售附录2160，汽车租用附录2161以及买卡附录2162的事务附录数据。

通过存储各个事务附录的另一级别的细节，可以提供事务附录的每一个这些实例的另一个级别的细节，如标以事务附录详细项目的方框2164所示。例如，可以作为车队附录项目方框2165的一部分记录在便利店购买的特定项目的更高级别的细节。作为另一实例，对于旅行附录，可以作为旅行旅程附录项目的一部分在方框2166中记录旅行的特定旅程的事务信息。类似地，可在方框2167中存储零售附录项目的数据，或在方框2168中存储买卡附录项目的数据。

方框2140表明可以如何保持和跟踪事务状态的数据。事务状态是特定时间点上事务的状态和条件。例如，一般的事务可被提出，拒绝，过账，未付款，不相配，结算，出账，取消，暂停或分配。类似地，授权事务可以被请求，接受，批准，拒绝，转移，相配，不相配，存档或取消。取决于时间点事务会有不同的状态。因此，方框2140提供了在不同时间点指定事务的状态的机制。这一点可以通过从方框2104检索向事务条目指定的内部事务标识符，并将它与事务状态码相关联来完成。事务状态代码将识别事务的状态。内部事务标识符和事务状态代码可一起存储在事务状态数据库中。也可以作为事务状态条目的一部分存储附加的属性。例如，可以作为通常表示事务达到由事务状态代码表示的状态的时间点的事务条目的一部分存储“事务状态时间戳记”。

方框2150表示用来进一步记录事务状态的信息的机制。即，可以保持有关事务状态条目的“事务状态理由代码”。事务状态理由代码用来说明为什么事务被置于某种状态的理由。因此，事务状态理由条目可存入由方框2150代表的数据库。此外，事务状态理由数据库上的属性可用来存储事务状态理由说明文本。可以用该说明文本属性存储更详细说明为什么事务被置于特定状态中的理由的信息。

方框2170表示可以如何存储事务条目的格式规范数据。格式数据说明进出事务的格式。用“事务格式类型代码”可以实现这一点。因此，可从事务数据库检索内部事务标识符并被指定一个事务格式类型代码。可以向许多不同的格式类型中的任何一个类型指定事务格式类型代码。例如，格式代码可表明事务以国际标准组织(ISO)格式存储。或者，格式代码可表明事务以用于各种事务类型的MasterCard，VISA或American Express格式存储。类似地，格式代码可表明服务提供商所用的内部格式。例如在First Data Resources的情况下，内部格式可以是内部的First Data格式。或者，格式代码可以表明不同的私人标签格式，当在第三方处理者的情况下，该私人标签格式可由服务提供商的当事人之一来规定。

方框2171表明，可以作为各别的条目存储不同格式的数据。因此，方框2171可存储定义不同类型的代码的数据，而可用方框2170将各个代码与特定的事务条目相关联。这样也使单个事务得以处理，使其能用于不同的格式中。因此，服务提供商可以选择以由一个商业团体需要的格式存储事务，然后存储对服务提供商的数据处理系统更合乎逻辑的事务。这样使服务提供商以由商业团体需要的格式保持事务数据，同时也允许服务提供商使用可由服务提供商的内部系统更容易进入的格式的同一个事务数据。

存入方框2104的事务信息最终将需要按规定路线去向系统中的其他位置或去向外部系统。例如，可以规定零售事务去向余额管理地点的路线。或者，可以规定地址改变事务去向通信点地点的路线。类似地，可以规定入境检索请求(inbound retrieval)去向收取返回费用/收益地点(chargeback/return site)。这一点可通过使如方框2135所示的功能模块消息格式与来自方框2104的事务内部标识符相关联来实现。可以作为事务路线规则定义在事务路线规则方框2134中存储功能模块消息格式和事务内部标识符的联结。因此，这样就提供了一种关联，该关联为事务和功能模块消息格式描述了规定消息路线所需的格式和属性。

方框2154说明可以如何实施进行事务的批处理的批信息。该数据库存储有关非相互作用过程的信息，其中多个事务被结合在一起并作为整体经受处理。可以通过用“事务批标识符”分组的不同的属性定义批处理。然后可从方框2154检索该事务批标识符，并且事务批标识符被指定到方框2104中每个各别的条目。这样就使同一个批处理被指定到数据库2104中的许多不同的事务。

产品主题区

由数据处理者代表其当事人实施的以前的数据处理系统的一个缺点，是当事人不能使用数据处理系统根据各个当事人自己的规范设计产品。而是，在许多情况下当事人被要求用已设定的项目和条件工作，这样就妨碍了当事人将产品制作成当事人所要求的构造。根据本发明的一个实施例，可以使用本文说明的数据处理系统的产品主题区允许当事人以极大的灵活性设计新的产品。此外，根据本发明的一个实施例，可以用同一产品系统在广阔的产品系列的范围中设计不同当事人的产品。

图22显示实施产品主题区的系统2200。应该理解，产品是一个参与方为获得回报的目的打算销售给另一参与方的项目或服务的经命名的规范。当存储不同产品系列的信息时，系统2200显示方框2224。产品系列可以是由数据处理者根据产品表达的业务功能或业务需要定义的一类产品。例如，诸如信用卡服务的提供信用限额的服务被认为是一种产品系列。类似地，保险也被认为是产品系列。保健是另一例产品系列。

可在数据库中作为产品系列条目存储定义各个产品系列的数据。因此，可由服务提供商产生内部标识符并将其指定到定义特定产品系列的数据。内部标识符可被称为产品系列标识符并被指定到一组属性，以建立产品系列条目。例如，可以用产品系列说明文本属性来保持说明特定路线产品的文本。类似地，可用产品系列名称属性向各个条目指定名称，充当产品系列的速记参照。

可以通过使用产品分类以更大的特殊性分类产品系列。产品分类是产品系列的次级分类并可由服务提供商定义。例如，如果产品系列是电信，则一种产品分类可以是国内蜂窝类产品，而另一种产品分类可以是宽带类产品。第三种产品分类可以是长途电信产品。每一种都是电信产品系列中的次级分类。为了建立产品分类条目，由服务提供商产生内部“产品分类标识符”。该标识符是可由数据处理者识别的用于服务提供商进行内部处理的简单的代码。另外，可使“产品分类说明文本”属性与产品分类标识符相关联，以便以更大的特殊性描述产品分类。类似地，作为服务提供商容易识别产品分类的方法，可向条目指定“产品分类名称”属性。另外，作为数据库条目的一部分可以包括产品分类对其适用的“产品系列标识符”。可以为单个产品系列建立多个产品分类。

系统2200说明用于存储数据元素的信息的方框2204。数据元素是基本的信息类型，可以用它来定义由服务提供商(或由以服务提供商的模式动作的第三方数据处理者)提供的潜在产品的参数。数据元素可由第三方数据处理者定义--在这种情况中数据元素将是数据处理者定义的数据元素。数据元素也可由服务提供商定义--这种情况中数据元素将被认为是服务提供商定义的数据元素。数据元素的实例是用于信用卡账户的VIP指示符或用于服务协议的Annual Fee Amount(年费数额)。一般，将给予数据元素普通名称，以便使其能在多种不同的产品路线中使用。因此，用于Customer Name(顾客名称)的数据元素适用于饭店的顾客，法律所的当事人，医生的病人，公寓的承租人及保险公司的保户等。因此，可以用一般标题的Customer Name(顾客姓名)说明对任何一个这些行业都不特定的数据元素。

也可由数据处理系统存储政策。政策定义产品的规则或行为。例如，数据处理系统可用来定义账户的年费政策。因此，数据处理系统描述产品的政策如何实施。方框2208是存储政策的地方。每个政策条目可被指定内部政策标识符和政策名称。与数据元素的情况一样，政策也可以是普通的，因此适用于许多不同产品而不限于任何具体的行业。

虽然数据元素和政策可由频繁工作在输入和定义数据元素和政策领域的信息技术人员所识别，但它们不是如此容易地被使用数据处理系统的服务提供商所理解。因为本发明的一个实施例允许服务提供商使用数据处理系统建立其自己的产品技术规范，因此数据元素和政策的名称要求被特定的服务提供商更容易地了解。这样，可用方框2212使服务提供商向特定的数据元素或政策指定更多产品系列的具体名称。这一点可通过为各个部件条目产生内部“部件标识符”来完成。这样就使部件条目被数据处理系统访问和识别。可从2204中的数据元素数据库检索“数据元素标识符”并使其与部件标识符相关联。而且，可以作为部件名称属性指定更加用户友好的部件名称并作为部件数据库2212中的条目使其与部件标识符相关联。这样就允许服务提供商向各个数据元素指定名称，这些数据元素可以由其业务用户在用该系统工作时更容易地了解。例如，在数据元素顾客名称的情况下，该数据元素可以被指定病人姓名的标题，以便设计产品的保健当事人能容易地认识该数据元素，因为保健行业中的人们与当事人或顾客不同，倾向于按照病人来思考问题。

因此，单个数据元素可与许多不同的部件相关联。还有，在数据元素顾客姓名的情况下，第一部件条目可用病人姓名的部件名称存储，第二部件条目可用租户名称的部件名称存储，第三部件条目可用保险户名称的部件名称存储。虽然各个部件条目具有相同的基本特征，但部件条目将通过设计特定行业的产品时服务提供商的行业具体业务用户能理解的名称进行参照。这也适用于政策。政策可与部件数据库中许多不同条目相关联，以便使各个政策以这样的方式，即，使其能由熟悉特定的行业、产品系列或产品分类的人士更容易认识的方式重新命名。

除了通过在部件数据库2212中建立条目重新命名数据元素和政策外，系统的一个实施例还提供进一步的明确度。即，方框2216表明部件可与产品分类相关联。这在使数据处理者建立在开发某些产品分类的产品中经常用的部件的子集时是有用的。例如，无论何时服务提供商想要开发MasterCard信用卡产品，服务提供商的业务用户在开发这一产品中使用的技术人员能快速地识别核心的部件组。为了实施本发明的这一实施例，服务提供商可从部件数据库检索特定产品分类的“产品分类标识符”和“部件标识符”。然后服务提供商可将这些标识符作为方框2216表示的数据库中的条目一起存储，并且指定“产品分类部件标识符”。“产品分类部件标识符”是内部标识符，可由服务提供商产生来使数据处理系统处理或识别处理系统中存储的条目。因此，方框2216可用于帮助服务提供商容易地进入这些有关特定产品系列或分类的部件。

使用数据处理系统的服务提供商能够开始产品的开发，识别他们将要开发的产品。然后可将此信息存入方框2232。方框2232表示产品可由不同的属性组成。例如，可由数据处理系统产生“产品标识符”，以使产品条目容易由该处理系统识别。该内部“产品标识符”可与诸如Bank ABC Visa Gold Card Credit Line的产品名称的属性相关联。此外，可用“产品说明文本”采用文字进一步定义产品。

某些情况中，可以选择用产品版本进一步定义产品。这将允许服务提供商设计一些相似的产品并在试验基础上将其投入市场。产品的各种项目和条件或特征可以改变，一般是稍作改变，服务提供商因此可在确定所需要版本之前在试验的基础上提供产品版本。方框2236表示该步骤可以如何完成。例如，来自数据库2232的“产品标识符”可以与“产品版本标识符”相关联。该关联被存入方框2236表示的数据库。“产品版本标识符”是数据处理系统产生的内部标识符，在检索产品的特定版本中使用。可被存入产品版本数据库的附加属性包括：“产品版本说明文本”，“产品版本有效日期”，和“产品版本过期日期”。“产品版本说明文本”允许通过存储文本说明来进一步说明版本。“产品版本有效日期”和“产品版本过期日期”允许当事人定版本将在何时生效。

为了开发产品，允许服务提供商选择定义产品所需的部件(即数据元素和政策)。能够以多种方法来达到这一点。例如，数据处理系统可提出所有可能的部件供服务提供商查看。这可能是一个占压倒优势的数据量。所以，服务提供商可利用产品分类系统并只检索如方框2216所示的已经与特定产品分类相关联的那些部件。这将使数据处理系统只检索通常用于特定产品分类的那些部件，诸如MasterCard信用卡。

在用部件名称显示各个部件之后，用户可以选择想要的部件。然后作为特定产品或产品版本的产品部件存储这些部件。为此，可将“部件标识符”与“产品标识符”或“产品版本标识符”相关联。该关联建立的关系表明，该部件是在与例如产品标识符相关联的产品中所用的部件，或者是与产品版本相关联的产品中所用的部件，该产品版本又与产品版本标识符”相关联。可以重复这一过程，使方框2220表示的产品部件数据库积累由服务提供商为产品选择的所有部件。为了打印产品的规格，可只参照产品部件数据库并检索与产品标识符相关联的条目。

系统还允许服务提供商在该阶段重新命名部件。虽然部件数据库打算为数据元素和政策提供更加用户友好的名称，但服务提供商可能要求进一步改进部件的名称。“产品部件名称”属性允许他们做到这一点。可由当事人定义该属性并将其作为产品部件条目的一部分存储。此外，可作为各个条目的属性存储“产品部件说明文本”。还有，也可以保持条目的“产品部件过期日期”。

方框2240表明，活动提供(campaign offering)可以与产品系统相关。通常在活动提供中，不是所有产品部件都被发布。例如，在信用卡提供中，顾客通常最关心利率和年费。在产品的广告中不是写出产品的全部细节。为了确定发布哪些产品部件，那些部件可与活动数据库相关联，以便所产生的邮件能自动确定产品的哪些特征放入活动材料中。

因此，产品系统的一个实施例允许服务提供商跨许多不同的行业开发新产品。服务提供商可以容易地选择他们想要提供的产品的所有单元，而不是被预定的由数据处理系统强加给他们的产品单元束缚。此外，可以实施数据处理系统来服务于许多不同的行业，而不是束缚于特定的行业。这样就为各种行业中服务提供商的广泛的服务范围提供极大的灵活性。

余额主题区

参看图24，系统2400显示本发明的可利用于余额管理主题区的实施例。根据该实施例，在数据库的集合中描述余额的数据被分解。例如，余额类型数据库2410存储有关余额类型的数据。余额周期数据库2430存储有关余额周期的数据。余额控制数据库2440存储用于控制余额的数据。余额数据库2450存储用于余额数量的数据。此外，也可用其他数据库进一步定义余额。来自每一个这些数据库的数据组可以被互相关联，以便形成对特定的账户或账户参与方作用在特定的时间点定义特定的余额的唯一的数据组。

参看方框2410，可以利用数据库存储有关余额类型的信息。余额类型是为账户或账户参与方作用保持的余额的类型的类别。各个余额类型通常为该余额类型对之有效的产品和被分配到这种类型的余额的事务的类型命名和由其来区分。此外，每种产品可以具有一组余额类型，该余额类型不同于为其他产品定义的余额类型。方框2410显示，就有关余额类型信息的属性而论，可以作为余额类型数据库的一部分存储余额分类代码，余额类型代码，余额类型数据保存合计数，以及余额类型利息指示符。本实例中，用下划线显示余额分类代码和余额类型代码，因为它们是余额类型数据库中各个条目都需要的代码。

余额分类代码属性是表示余额类型的类别的代码。实例有“可支付的”，“控制”及“备忘”。余额类型码代是表示特定的余额类别的进一步分类的代码。余额类型保存合计数是为该类型的余额保持的余额事务分配历史的月份数。余额类型利息指示符表明该类型的余额数额是否被识别为用于纳税目的的利息。

方框2420表明允许建立余额类型从属性的数据库。即，余额类型从属性数据库使“主体”余额类型与“客体”余额类型相关联以建立从属性。例如，在分配到主体账户的分配方案中，从属性要求也必须对客体账户做出分配(例如，将事务分配给“现金费用”可支付余额类型的分配方案也必须将事务分配给“现金信用限额”控制余额类型)。

方框2430表明存储有关余额周期的信息的数据库。这是余额跨度的时间周期和要保持的这些周期的数目。实例是：开始日期(周期不适用)，12个周期的日期的循环(cycle to datefor 12 periods)，三个周期目期的年度(year to date for 3 period)，及每日90周期(dailyfor 90 periods)。余额周期保持数属性可用来表明对于给定的余额类型保持的余额数目，其中频率是可重复的一个频率。

在余额类型数据库和余额周期数据库之间的符号表明，作为余额类型数据库条目的一部分存储的信息可被拉入余额周期数据库，以形成特定的余额周期条目的数据组的一部分。

方框2440表示余额控制数据库。此数据库中的信息可建立一个阈值(天花板阈值或地板阈值)，以保证事务的净结果不超出或低于所建立的标准。该限制可以是对于全部账户或对于对账户有作用的参与方。余额控制数据库可存储的属性有：余额控制有效日期，余额控制数量，余额控制结束日期，余额控制最小指示符，余额控制旋转指示符，余额控制容限代码，余额控制容限百分比，以及余额控制事务指示符。

余额控制有效日期是余额控制对账户或账户参与方作用有效的日期。余额控制数额是将要应用到账户或账户参与方作用的余额控制的数额。余额控制结束日期是余额控制对账户或账户参与方作用有效的最后日期。注意，这将使信用限额的使用被停止而不要求信用限额的数额被设置到零或该账户被关闭。余额控制最小指示符表示余额控制数额是“地板阈值”，低于余额控制最小指示符时余额将不关闭账户也不起作用。余额控制旋转指示符表示支付事务是否被分配到控制余额数额。如果支付被分配到控制余额数额，则余额控制被称作“旋转”。如果余额控制为不旋转，则是“绝对”的限制而不管对于可支付的余额已经进行的支付。余额控制容限代码表示相对于其数额使余额控制数量超出的事务来说余额控制具有什么目的。实例是：(1)拒绝事务；(2)接受落入余额控制数额之下的部分事务数量，并继续处理该事务；(3)不管。余额控制容限百分比是使“发表的”余额控制数额放缓的百分数。例如，带有5％的余额控制容限百分比的$1000的余额控制数额在$1050(即$1000+($1000×0.05))时被实施或报告。余额控制事务指示符表示余额控制数额适合于每个各别的事务。

如上所述，连接余额周期数据库2430和余额控制数据库2440的符号表示，来自余额周期数据库2430的信息可被拉入余额控制数据库2440来表示有关特定的余额类型和特定的余额周期的控制信息。此外，余额控制数据库也被显示与账户数据库2490和账户参与方作用数据库2494联结。用于连接这些方框的符号表示余额控制信息可与特定账户的数据或特定账户参与方作用的数据联结。这是一种异或的设置。

方框2450表示存储由余额类型和周期为账户或账户参与方作用保持的总数的数据库，该账户或账户参与方作用充当积累金融借/贷活动的机制。数额可以有相关联的数量，对于为诸如电信和公用事业的服务账户保持的余额，这是通常的做法。数据库2450可以利用例如如下的属性：余额日期，余额数额和余额量合计数。余额日期是相对于余额周期表示余额的日期的所要求的属性。作为一个实例，如果余额周期是按月份，以及12个数的数列将被保持，则这个日期区分和排序该12个余额。余额数额是现行的余额数量。余额量合计数是现行的余额数量的合计数。

数据库2450中的余额属性可与余额周期数据和余额类型数据联结，如由所包括的连接这些数据库的符号所表示。类似地，也可以包括识别账户或账户参与方作用的数据，用来规定余额是用于账户还是用于账户参与方作用，账户或账户参与方作用都充当积累金融活动的机构。

通信点主题区

参看图16A，方框104表示通信点数据库部件。通信点是在其中联系参与方的手段。例如，通信点可以是地理上的地址，LAN地址，电子邮件地址，电话号码，传真号码，或是取决于与其相关联的类型代码的URL网络通信点。通信点数据定义通信点。可以利用内部标识符发生器产生通信点数据库中的各个条目的内部ID。然后用该内部ID使通信点主题区与诸如参与方信息的其他主题区相关。以这种方式，可使通信点数据与参与方分开保持，并且同一个通信点可与许多参与方相关联。此外，通信点主题区可以被更新而不影响其他主题区。

地理上的通信点可由数据条目具体定义，该数据条目可包括：“地址类型代码”，“地址类型代码”，“有效地址代码”，“地址生效代码”，“通用寻址国家规则使用代码”，“地址国家代码”，“地址邮政代码”，“地址投递点代码”，“地址国家第一细分标识符”，“地址城市名”，“地址第一路线文本”，“地址第二路线文本”，“地址第三路线文本”，“地址第四路线文本”，“地址注意路线文本”，“地址公司名”，“地址家庭号码文本”，“地址街道名”，“地址PO箱号码文本”，“地址房屋建筑名”，“地址邮政设施邻近代码”，“地址历史保留代码”，“地址到期原因代码”，“地址保持时间戳记”，“地址停止代码文本”，“地理通信点内部邮政代码”，和“地理位置设施代码”。为了定义地理上的通信点，并不是需要定义所有这些字段。

类似地，可以用诸如IPv4或Ipv6的合适的数据定义LAN地址条目。另外，可以用“电子邮件地址文本”和“电子邮件地址状态指示符”定义电子邮件地址。作为再一个实例，可以用“通信文本”和“电话显示格式代码”定义电话号码。

参看图16A和16B可以看到账户、参与方和通信点主题区之间的相互作用的更详细的示意图。图16A和16B表明履行这些相互作用的系统1600。图16A和16B中，参与方信息数据库101被显示与来自账户数据库102的数据相关联，以建立账户-参与方作用关系数据库120。类似地，参与方数据库101被显示与通信点数据库104相关联，以建立参与方通信点关系数据库130。

参与方通信点关系数据库130接收来自参与方数据库和通信点数据库两者的内部标识符，以建立与这些内部标识符相关联的条目之间的相关联关系。因此就建立了特定参与方的通信点。以这种方式关联参与方和通信点得到极大的灵活性和简化的通信点管理。例如，单个通信点可相关于许多参与方，单个参与方可以通知许多不同的通信点的服务提供商能够用于与其通信的变化的类型。所有通信点一般由某些发行体(地理的-本地政府代理人，电子的-因特网服务提供商，电话-电话服务提供商等)建立和调整，发行体定期指令维护改变(邮政编码改变，街道名称改变，区域代码改变等)。由于系统中各个通信点只发生一次的事实，因此对所命令的改变的实施是容易完成的。附加信息也可添加到该相关联的关系中。例如，图16A和16B表明参与方通信点的数据可以包括：

1)“参与方通信点联系禁止代码”，表示是否可用该通信点联系参与方；

2)“参与方通信点有效日期”，表示通信点对于该参与方有效因此可由服务提供商用来与之通信的日期；

3)“参与方通信点有效结束日期”，表示通信点对于该参与方不再有效因此服务提供商不能用来与之通信的日期；

4)“参与方通信点优先顺序号”，用来优先化与顾客通信的可能手段；

5)“参与方通信点关系类型代码”，这是代表参与方的对于在特定的时间点的特定的通信点的关系的观察的代码，例如，用于家庭地址的“HOME”，用于雇主地址的“EMPL”，用于临时假期地址的“TMVA”，和用于业务的“BUSN”；

6)“参与方通信点请求代码”，可用来确定对参与方通信点的私人喜好。

这些数据字段使大量功能可用能以传统的系统完成的结构以外的结构完成。例如，用“参与方通信点联系禁止”字段，可以与在通信点的参与方进行完全的条联系(bar contact)，例如，不要在我的家庭电子邮件地址邮给我电子邮件。

类似地，通过对通信点提供有效日期，在对于今年何时何处可向参与方发通信的方面建立了极大的灵活性。例如，在冬季的月份里可将票据报表送往参与方在Arizona的假期家庭通信点，在该年的其余季节送往在Nebraska的家庭地址。可以用“参与方通信点有效日期”和“参与方通信点有效结束日期”确定何时例如票据报表可送到Arizona地址。可以用参与方通信点关系数据库中的第二条目来确定何时通信可送到Nebraska地址。

可以用“参与方通信点请求代码”表示是否可在该通信点请求参与方。通过新私人法规的制定，将有利于服务提供商能够跟踪参与方是否能在特定通信点被请求。因此，可以利用参与方通信点关系数据库中的“请求代码”字段确定参与方是否已经选择请求；或者用来确定参与方是否在不同的配置下已经放弃被请求。在任何配置下可以跟踪参与方的喜好。例如，在选择配置下，起初阶段可以作为默认将字段设定到“不请求”，直到参与方肯定地进行选择并且字段被改变以反映这一事实。

虽然参与方通信点关系数据库130以特定的通信点相关联于特定的参与方，但仍需要有关什么日期或任务将被送至在该通信点的该参与方的指令。这个功能可通过在通信点用法数据库1608、账户参与方作用数据库120和参与方通信点数据库130之间的互相关系来实现。

可以用通信点用法数据库定义所产生的能被送到通信点的通信联系件的类型。例如，可以包括表示被送到参与方的通信联系件的类型的“业务处理输出类型代码”。这类代码的实例包括用于票据通信的“BLL1”，用于有关塑料卡(例如塑料信用卡)的通信的“PLST”，用于塑料卡邮件的“MARL”，以及用于信件的“LTTL”，用于报表的“STMT”。

可通过通信点用法数据库1608访问的字段的另一实例是“纸件停止有效日期”。该字段存储顾客表明可以接受停止产生纸张形式的通信联系件的日期。因此，这将有助于满足除非顾客表明不需要送这种纸张报表都要求传送纸张报表的法律，作为例如在线访问或电子邮件的替代。

可通过通信点用法数据库1608访问的另一字段是“业务处理输出产生媒体代码”。该代码确定将如何产生有关于业务功能的输出。例如，可以用下列各个代码，其中“Y”是默认代码：

“Y”＝产生电子的和纸质的；

“N”＝不产生纸质的；

“L”＝产生电子的和纸质的，纸质的将被取消。

通信点用法数据库1608本身有助于定义用于能够与对账户具有作用的参与方进行通信的通信联系件的投送指令。例如可以用下列字段：“通信点用法结束日期”，“通信点用法分类代码”，“通信点用法有效日期”，“通信点用法接近指示符”，“通信点投送方法代码”，“通信点塑料卡投送更新代码”，以及“通信点电子提供商标识符”。

“通信点用法结束日期”是通信点对账户参与方作用和业务处理不再有效的日期。通信点用法分类代码是通信点将被使用的时间周期。该字段被用于与“通信联系件类型代码”相结合来确定将用特定的通信联系件类型代码中的哪个地址来投送通信联系件。例如，可以用下列各个值：用于永久的“P”，表示地址用于再发生的和特定的时间周期的用于重复的“R”，表示地址短时期内有效的通常用在向假期地址投送替换塑料卡的范围内的用于临时的“T”。

“通信点用法有效日期”是通信点对账户参与方作用和业务处理有效的日期。“通信点用法接近指示符”是用于账户参与方作用和业务处理时用来确定通信点和邮政设施是否在同一国家内的数值。“通信点投送方法代码”确定塑料卡如何邮寄给顾客(例如，第一类邮件，航空，快件，挂号邮件，证明邮件)。“通信点塑料卡投送更新代码”是确定对发出者可用的改变邮政代码的处理的代码。最后，“通信点电子提供商标识符”可以是电子通信联系件提供商的标识符(如“5001”＝“Billpay.com”)。

方框1608中还显示标以“批量用法”和“单个单元用法”的次级单元方框。与“批量用法”方框联结的是外部批量邮件方框1616。该方框有助于进一步定义诸如何时人群组的塑料卡首先送到中间人的批量邮件功能。中间人在将各别的信封投邮之前先将其中封存入各别的塑料卡的各别的信封进行检查。批量邮件投送的另一实例是当本地邮政服务不可靠时(例如在第三世界国家)在何处将信封组送到中间人。批量邮件方框1616包括“批量邮件标识符”，“批量邮件说明文本”，“批量邮件密封信封指示符”和“批量邮件仪器计测的邮件指示符”的字段。

通信投送指令方框1620通过提供下列字段有助于进一步定义投送指令，该投送指令可被指定到对账户起作用的参与方的通信的具体业务处理输出类型，这些字段是：“投送细节标识符”，“投送提供者代码”，“投送模式代码”，“星期六投送指示符”，“投送签收要求指示符”，“送信者持有指示符”，“专用投送指令文本”以及“参与方联系电话类型代码”。

图16A和16B中还显示账户参与方作用通信点关系数据库1604。该关系数据库建立账户参与方作用数据库120、通信点用法数据库1608和参与方通信点数据库130中的条目之间的相关联关系。与通信点用法方框1608的该关联允许服务提供商建立将特定的通信件送到在某个通信点处对账户起作用的特定的参与方所需的信息，通过该信息建立与对账户起作用的任何参与方的关系。除了存储来自账户参与方作用数据库和参与方通信点数据库的内部标识符外，账户参与方作用通信点数据库也存储字段“账户参与方作用通信点有效开始日期”和“账户参与方作用通信点有效结束日期”。这些字段允许开始和结束将为与对特定账户起特定作用的特定的参与方进行通信定义的日期。

展示手段主题区

展示手段是开始金融或非金融事务的触媒，习惯上被想象为诸如信用卡号码的号码。但是，也不要求它是号码。展示手段装置是用于存储一个或多个展示手段的信息的实体的或虚拟的容器。PI装置允许所有者方便且安全地使用一个或多个PI，并可被单用或多用地发行。例如，多用智能卡可存储多个信用卡号码(PI号码)。此外，这种智能卡可发行给同一个账户的丈夫和妻子，以提供多个用户。作为另一个实例，该智能卡可以装载忠诚账户数据，该忠诚账户可以仅被一次偿还(单用)或多次(多用)偿还。在传统的系统下，展示手段和展示手段装置被认为是同一物。本结构允许展示手段和展示手段装置的数据分开。

图17A和17B显示展示手段主题区的更详细的示意图。与图1中一样，PI账户参与方作用数据库122被显示相关联于账户参与方作用数据库120和展示手段(PI)数据库1704。来自两数据库120和1704的内部标识符被用于建立各个数据库中存储的条目之间的相关联关系。此外，该相关联的关系可进一步由各个PI账户参与方作用条目中存储的属性定义，这些属性诸如：“PI账户参与方作用有效日期”数据，“PI账户参与方作用结束日期”数据，“PI账户参与方作用PIN使用代码”数据，“PI账户参与方作用优先权”数据。

PI账户参与方作用PIN数据库1712被显示与图17A和17B中的PI账户参与方作用数据库122相关。PI账户参与方作用PIN数据库包含“PI账户参与方作用PIN补偿号”，该号码被用来计算当使用特定的展示手段时证明参与方对账户的访问的个人的标识号(或实际的个人身份号)。该数据库允许对特定账户起作用的每个顾客具有用于对能访问该账户的各个PI的访问证明的唯一的PIN，即使该账户上的几个顾客共用同一个PI标识符也是如此。此外，也可以存储用于：“PI账户参与方作用PIN有效日期”，“PI账户参与方作用PIN结束日期”和“PI账户参与方作用PIN最后邮件日期”的数据。这些属性允许服务提供商在全部时间内跟踪PIN改变，甚至允许将来日期的PIN改变。

图17A和17B显示PI数据库1704。PI数据库存储各个PI的条目，诸如作为指定给塑料卡的PI的一个实例的卡号。PI标识符的内容由管理团体如VISA或Mastercard规定，标识符被产生并存入数据库1704。还有，可以作为各别的PI的各个条目的一部分存储附加的数据，诸如表示PI的有效日期的PI有效日期，以及表示PI是否当前有效的PI状态代码。通过加入能存储反映有限使用PI的特性的信息的数据库1708来描述PI的子类型。有限使用PI是一种其使用受到限制的PI类型。通常，该限制是PI可被用作事务触媒的次数。但也可施加其他限制。图17A和17B中，有限使用PI的条目被显示为具有存储的选项：“有限使用PI最大数额”数据，“有限使用PI最大使用计数”数据，“有限使用PI过期日期”数据，以及“有限使用PI CVV号码”数据。

图17A和17B还显示PI装置数据库1732。如前指出，该数据库存储展示手段装置的信息。对于存储在PI装置数据库1732中的各个条目产生并存储“PI装置标识符”。这是一个指定给各个PI装置条目的内部产生的号码。图17A和17B中，通常将PI装置的条目显示为具有存储的选项：“PI装置激活方法代码”数据，“PI装置激活状态代码”数据，“PI装置有效日期”数据，“PI装置过期日期”数据和“PI装置类型代码”数据。这些代码具有如本身所解释的功能。激活方法代码识别装置如何被激活。激活状态代码表明PI装置是否被激活。有效日期表明PI装置何时有效。过期日期表明PI装置何时过期。类型代码表明PI装置是什么类型，列举出几个类型，例如塑料卡，智能卡，应答器。

此外，图17A和17B显示可以如何对特定的PI类型加强PI装置的个别的条目。例如，某些PI装置采取编码装置的形式。这些装置或许是我们最熟悉的PI装置，诸如具有通过打印或拷花或存储在磁条上的方式附加到装置上的账户号码(PI)的信用卡和智能卡。因此，这种PI编码装置可包括在条目中的数据字段：“PI装置期望的寿命日期”，“PI装置识别显示文本”，“PI装置重新发行处理代码”，“PI装置序列号”，“PI实体装置状态代码”。

图17A和17B中的方框1740显示可以为塑料卡存储而进一步定义其特性的数据的字段。图17A和17B中显示的字段是：“塑料卡有效期间计数”，“塑料卡有效期间计测单位代码”，“塑料卡紧急更换指示符”，“塑料卡过期日期”，“塑料卡发行计数”，“塑料卡个性化拷花文本”，以及“塑料卡生产状态代码”。

图17A和17B也显示可以作为进一步精制的数据组存储的智能卡(方框1744)和应答器(方框1748)的数据。应答器是一种实体的PI装置，使用无线技术来开始事务，例如可附设到人们的钥匙链或汽车挡风玻璃内测的射频收发器。

图17A和17B还表明PI装置数据可以被存储而用于充当方框1756中的PI装置的支票和方框1760中的便利支票。此外，图17A和17B表明，可以存储在方框1752中的PI虚拟装置的数据。PI虚拟装置的一个实例是展示手段数据何时被存入能在因特网上建立事务的计算机。该实例中，PI装置本质上是在进行事务时产生PI的计算机代码，而不是被使用的实体装置。

如前面所指出，由数据库1704和1732互相独立地保持展示手段数据(诸如卡号)和展示手段装置数据(诸如定义特定智能卡配置或特定塑料卡配置的数据)。但是，通过建立在各个数据库上的条目之间的相关联关系并且使为各个条目产生的内部标识符相关联就可以组合该数据。因此，通过作为数据库1720中的数据组存储来自两个数据库的各个条目的内部标识符，数据库1720使各个数据库的内部标识符在该相关联的关系中相关联。也可以存储附加信息以进一步定义数据库1720中的该数据组，附加信息诸如“PI装置细节优先号”和“PI装置详细CVV号”，如方框1724所示。

数据库1732中存储的PI装置数据也可与PI装置图像数据库1768相关联。该数据定义将被独立存储的展示手段装置的外观。因此，在定义被附加到信用卡上的图像或原图方面该数据提供极大的灵活性，例如，“PI装置图像有效日期”，“PI装置图像结束日期”都是可用来处理该信息的字段。

附图中还显示PI装置系属结构方框1764。该方框允许建立跟踪PI装置的变化的条目。因此，可以作为数据组存储PI装置标识符，来反映哪个PI装置被另一个PI装置取代或曾被取代的历史。

应该理解，本说明书中使用的术语“相关联”其意义在于使两个或多个数据元素归类为相关联的数据组。例如，被归类为独特的数据条目的两个内部标识符形成一个相关联的数据组。而且，该两个内部标识符涉及的两个数据条目也从而形成为相关联的数据组。

类似地，应该理解，本说明书中使用的术语“相关”其意义在于在相互关系中建立两个或多个条目。因此，例如，当特定的参与方与特定的账户相关时，就在特定的参与方和特定的账户之间建立一种关系。这一点经常通过作为数据组使特定参与方的内部标识符与特定账户的内部标识符相关联以在彼此相关时识别各个条目来实现以建立这种关系。

虽然本发明的各个实施例被描述为实现本发明的方法和装置，但是应该理解，也可通过结合到计算机的代码，例如存在于计算机中的或可由计算机访问的代码来实现本发明。例如，可以利用软件和数据库实现上文讨论的许多方法。因此，除了本发明由硬件实现的实施例外，应该注意，也可通过使用由计算机可用的媒体构成的产品来实现这些实施例，这些媒体具有在其中实施的计算机可读的程序代码，这些程序代码使本说明书中揭示的功能得以实现。所以，应该要求，也必须考虑本发明的实施例在其程序代码的途径方面受到本专利的保护。

也可以展望本发明的实施例可作为以通过传输介质传播的载波以及信号(例如电信号或光信号)实现的计算机信号来完成。因此，上面讨论的各种信息可在诸如数据结构的结构上被格式化，并作为电信号通过传输介质传输或存储在计算机可读的介质中。

还要指出，本文说明的许多结构，材料和作用可被叙述为实现功能的手段或步骤。所以应该理解，上文的叙述覆盖了本说明书及其等效物中揭示的所有这样的结构，材料或作用。

虽然为本专利的目的已经使用许多不同的定义以阐明权利要求项目的意义，但是应该理解，这些定义仅用于所述的目的。这样的定义不必一定由任何其他法律实体的受让人采用。

Claims (246)

1.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储所述业务的参与方数据作为独立的数据组；

存储所述业务的账户数据作为独立的数据组；

存储所述业务的展示手段数据作为独立的数据组；

存储所述业务的产品数据作为独立的数据组；

存储所述业务的通信点数据作为独立的数据组；

存储所述业务的余额数据作为独立的数据组；和

存储所述业务的规则数据作为独立的数据组。

2.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

在独立的数据库上存储每一个所述数据组。

3.如权利要求1所述的方法，其特征在于，每一个所述独立的数据组不参照任何所述其他的数据组而被存储。

4.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

存储使所述账户数据和所述参与方数据相关的相关联数据的数据组。

5.如权利要求4所述的方法，其特征在于，所述存储相关联数据的数据组包括：

存储来自所述账户数据的条目的内部标识符作为所述数据组的一部分；和

存储来自所述参与方数据的条目的内部标识符作为所述数据组的一部分。

6.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

存储使所述参与方数据和所述通信点数据相关的相关联数据的数据组。

7.如权利要求6所述的方法，其特征在于，所述存储相关联数据的数据组包括：

存储来自所述参与方数据的条目的内部标识符作为所述数据组的一部分；和

存储来自所述通信点数据的条目的内部标识符作为所述数据组的一部分。

8.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

存储使所述账户数据和所述余额数据相关的相关联数据的数据组。

9.如权利要求8所述的方法，其特征在于，所述存储相关联数据的数据组包括：

存储来自所述账户数据的条目的内部标识符作为所述数据组的一部分；和

存储来自所述余额数据的条目的内部标识符作为所述数据组的一部分。

10.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

存储使所述账户数据和所述产品数据相关的相关联数据的数据组。

11.如权利要求10所述的方法，其特征在于，所述存储相关联数据的数据组包括：

存储来自所述账户数据的条目的内部标识符作为所述数据组的一部分；和

存储来自所述产品数据的条目的内部标识符作为所述数据组的一部分。

12.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

存储使所述余额数据和所述产品数据相关的相关联数据的数据组。

13.如权利要求12所述的方法，其特征在于，所述存储相关联数据的数据组包括：

存储来自所述余额数据的条目的内部标识符作为所述数据组的一部分；和

存储来自所述产品数据的条目的内部标识符作为所述数据组的一部分。

14.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储识别参与方的参与方数据作为独立的数据组；

存储识别账户的账户数据作为独立的数据组；

使所述参与方数据与所述账户数据相关从而识别所述参与方为在对所述账户起作用。

15.如权利要求14所述的方法，其特征在于，所述使所述参与方数据与所述账户数据相关包括：

向所述参与方数据分配第一标识符；

向所述账户数据分配第二标识符；

使所述第一标识符与所述第二标识符相关联；

向该关联分配作用从而使所述参与方数据与所述账户数据相关并且定义该相关的关系。

16.如权利要求14所述的方法，其特征在于，所述参与方数据包括：

所述参与方的名称；和

所述参与方所起的作用。

17.如权利要求14所述的方法，其特征在于，其中所述账户数据包括：

用于说明账户的账户类型；和

用于识别所述账户类型的特定账户的账户标识符。

18.一种存储服务业务数据的系统，其特征在于，所述系统包括：

用于存储识别参与方的参与方数据作为独立的数据组的参与方数据库；

用于存储识别账户的账户数据作为独立的数据组的账户数据库；

其中所述参与方数据和所述账户数据识别账户中的参与方。

19.如权利要求18所述的系统，其特征在于，所述参与方数据库和所述账户数据库各自具有独立的处理者。

20.如权利要求18所述的系统，其特征在于，所述系统进一步包括：

用于使所述参与方数据与所述账户数据相关的账户-参与方数据库，其中所述参与方数据包括：

所述参与方的名称。

21.如权利要求20所述的系统，其特征在于，其中所述账户数据包括：

用于说明账户的账户类型；和

用于识别所述账户类型的特定账户的账户标识符。

22.一种由服务提供商存储账户数据的方法，其特征在于，所述方法包括：

提供用于为多个账户存储信息的账户数据库；

产生第一账户内部标识符；

在所述账户数据库中分配所述第一账户内部标识符和说明所述第一账户的账户数据为第一账户的条目；

其中说明所述第一账户的所述账户数据包括账户当事人标识符。

23.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户授权禁止指示符。

24.如权利要求22所述的方法，其特征在于，其中所述账户数据进一步包括：

账户授权禁止指示符。

25.如权利要求22所述的方法，其特征在于，其中所述账户数据进一步包括：

账户无支付能力指示符。

26.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户出账指示符。

27.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户贷方余额指示符。

28.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户拖欠余额指示符。

29.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户冻结指示符。

30.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户开放指示符。

31.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户原始开放日期指示符。

32.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户超限余额指示符。

33.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户参与方PI关系政策代码。

34.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户参与方PI关系状态代码。

35.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户撤消指示符。

36.如权利要求22所述的方法，其特征在于，所述账户数据进一步包括：

账户事务有效催化代码。

37.如权利要求22所述的方法，其特征在于，其中所述账户数据进一步包括：

关闭不常用账户代码。

38.一种由服务提供商管理至少两个账户之间的关系的方法，其特征在于，所述方法包括：

提供用于为多个账户存储信息的账户数据库；

产生第一账户内部标识符；

在所述账户数据库中分配所述第一账户内部标识符和说明所述第一账户的账户数据作为第一账户的条目；

产生第二账户标识符；

分配账户对账户关系类型代码；

使所述第一账户内部标识符、所述第二账户标识符和所述账户对账户关系类型代码相关联作为条目，从而指明所述第一账户和所述第二账户之间的关系；

将所述条目存入由所述服务提供商使用的计算机的存储装置中。

39.如权利要求38所述的方法，其特征在于，所述第二账户标识符是用于识别由所述服务提供商管理的账户的第二账户内部标识符。

40.如权利要求39所述的方法，其特征在于，所述方法进一步包括：

在所述账户数据库中分配所述第二账户内部标识符和说明所述第二账户的账户数据作为所述第二账户的条目。

41.如权利要求38所述的方法，其特征在于，所述方法进一步包括：

指定所述第一参与方作为所述账户对账户关系中的主要参加者。

42.如权利要求40所述的方法，其特征在于，所述方法进一步包括：

指定所述第二参与方作为所述账户对账户关系中的次要参加者。

43.如权利要求41所述的方法，其特征在于，所述方法进一步包括：

指定所述第二参与方作为所述账户对账户关系中的次要参加者。

44.如权利要求38所述的方法，其特征在于，所述账户对账户关系类型代码识别账户转换关系。

45.如权利要求38所述的方法，其特征在于，所述账户对账户关系类型代码识别账户转账关系。

46.如权利要求38所述的方法，其特征在于，所述账户对账户关系类型代码识别商户储备存款账户关系。

47.一种使由数据处理者使用的事务条目相关联的方法，其特征在于，所述方法包括：

提供用于存储事务信息的事务数据库；

产生第一事务内部标识符；

向第一事务的数据分配所述第一事务内部标识符作为第一事务数据条目；

将所述第一事务数据条目存入所述事务数据库；

产生第二事务内部标识符；

向第二事务的数据分配所述第二事务内部标识符作为第二事务数据条目；

将所述第二事务数据条目存入所述事务数据库；

提供用于说明两个事务条目之间的关系的事务关系类型代码；

使所述事务关系类型代码与所述第一事务内部标识符以及与所述第二事务内部标识符相关联，从而说明所述第一事务数据条目和所述第二事务数据条目之间的关系。

48.如权利要求47所述的方法，其特征在于，所述方法进一步包括：

将所述事务关系类型代码以及所述第一事务内部标识符和所述第二事务内部标识符存入事务关系数据库。

49.如权利要求47所述的方法，其特征在于，所述方法进一步包括：

从所述事务数据库检索所述第一事务内部标识符。

50.如权利要求49所述的方法，其特征在于，所述方法进一步包括：

从所述事务数据库检索所述第二事务内部标识符。

51.如权利要求47所述的方法，其特征在于，所述方法进一步包括：

在识别所述关系的主体时使所述第一事务内部标识符相关联；和

在识别所述关系的客体时使所述第二事务内部标识符相关联。

52.如权利要求47所述的方法，其特征在于，所述第一事务内部标识符识别销售的授权事务。

53.如权利要求47所述的方法，其特征在于，所述第一事务内部标识符识别销售事务。

54.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别退款事务。

55.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别出账事务。

56.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别检索请求事务。

57.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别转回事务。

58.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别调整事务。

59.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别收益事务。

60.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别现金垫款事务。

61.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别参与方名称改变事务。

62.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别参与方地址改变事务。

63.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别费用评估事务。

64.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别利益评估事务。

65.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别赢取的奖励点数事务。

66.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别分配事务。

67.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别支付事务。

68.如权利要求47所述的方法，其特征在于，所述第一事务数据内部标识符识别资金转移事务。

69.如权利要求47所述的方法，其特征在于，所述使所述事务关系类型代码与所述第一事务内部标识符以及与所述第二事务内部标识符相关联包括：使所述第一事务内部标识符与所述第二事务内部标识符以及与所述事务关系类型代码一起分组。

70.一种为服务提供商的当事人的提供产品选择参数的方法，其特征在于，所述方法包括：

提供数据库；

提供多个数据元素，所述数据元素的每一个元素定义由所述服务提供商的所述当事人提供的至少一种潜在产品的参数，从而创建用于定义潜在产品的数据元素池；

向各个所述数据元素分配数据元素名；

将所述被分配的数据元素名之下的所述数据元素作为数据元素条目存入所述数据库；

从所述数据库检索多个所述数据元素；

向每个所述数据元素分配组成部分名；

将所述组成部分名之下的所述多个数据元素作为部件条目存储，其中所述组成部分名与产品系列相关；

确定所述服务提供商的所述当事人感兴趣的产品系列；

检索对应于所述当事人感兴趣的所述产品系列的组成部分名；

允许所述当事人从所述组成部分名中进行选择，从而为由所述当事人的提供产品选择参数。

71.如权利要求70所述的为所述提供产品选择参数的方法，其特征在于，所述方法进一步包括：

提供多个政策元素，每个所述政策元素定义由所述服务提供商的所述当事人提供的至少一种潜在产品的政策参数，从而创建用于定义所述潜在产品的政策元素池。

72.如权利要求70所述的方法，其特征在于，所述数据元素定义用于在金融服务产品中定义年费数额所要求的特性。

73.如权利要求71所述的方法，其特征在于，所述政策元素定义用于在金融服务产品中定义年费政策所要求的特性。

74.如权利要求70所述的方法，其特征在于，所述数据元素由所述服务提供商定义。

75.如权利要求70所述的方法，其特征在于，所述数据元素由所述服务提供商的当事人定义。

76.如权利要求70所述的方法，其特征在于，向各个所述数据元素分配所述数据元素名包括：

向各个所述数据元素分配通用名，从而使所述数据元素被应用于多个产品系列。

77.如权利要求76所述的方法，其特征在于，所述分配通用名包括：

向所述数据元素之一分配“顾客名”的名称；以及

其中所述向各个所述数据元素分配所述部件名包括：

分配“患者名”的名称作为用于所述数据元素之一的组成部分名。

78.如权利要求70所述的方法，其特征在于，所述产品系列涉及信用限额产品的种类。

79.如权利要求70所述的方法，其特征在于，所述产品系列涉及电话服务的种类。

80.如权利要求70所述的方法，其特征在于，所述产品系列涉及银行服务的种类。

81.如权利要求70所述的方法，其特征在于，所述产品系列涉及保险服务的种类。

82.如权利要求70所述的方法，其特征在于，所述产品系列涉及健康服务的种类。

83.如权利要求70所述的方法，其特征在于，所述数据元素名可应用于信用限额产品、电话服务、银行服务、保险服务和健康服务的产品系列。

84.如权利要求83所述的方法，其特征在于，所述组成部分名可应用于信用限额产品的产品系列。

85.如权利要求70所述的方法，其特征在于，所述存储所述组成部分名之下的所述多个数据元素包括：

在组成部分数据库中存储所述组成部分名之下的所述数据元素。

86.如权利要求70所述的方法，其特征在于，所述方法进一步包括：

识别所述产品系列的第一产品分类，其中所述第一产品分类识别在所述产品系列中的一类产品；

产生第一内部产品分类标识符；

向所述第一产品分类分配所述第一内部产品分类标识符；

确定落入所述第一产品分类的类别中的第一组成部分；

检索对应于所述第一组成部分的内部组成部分标识符；

检索所述第一内部产品分类标识符；

使所述内部组成部分标识符和所述第一内部产品分类标识符相关联，从而识别所述第一组成部分为在所述产品系列的类别中产品的潜在参数。

87.如权利要求86所述的方法，其特征在于，所述方法进一步包括：

使附加的内部组成部分标识符与所述内部产品分类标识符相关联，从而创建所述产品分类组成部分池。

88.如权利要求87所述的方法，其特征在于，所述第一产品分类识别电话服务的产品系列中的国内移动电话服务的类别。

89.如权利要求86所述的方法，其特征在于，所述检索对应于所述当事人感兴趣的所述产品系列的组成部分名包括：

确定所述当事人感兴趣的产品分类；

检索对应于所述产品分类的组成部分。

90.如权利要求70所述的方法，其特征在于，所述方法进一步包括：

产生用于存储由所述数据处理者的所述当事人选择的产品组成部分的产品数据库；

其中所述允许所述当事人从所述组成部分名中进行选择从而为所述当事人的提供产品选择参数包括：

允许所述当事人在所述产品数据库中存储所述组成部分。

91.如权利要求90所述的方法，其特征在于，所述允许所述当事人在所述产品数据库中存储所述组成部分名包括允许所述当事人在所述产品数据库中存储当事人所选名称下的所述组成部分。

92.如权利要求90所述的方法，其特征在于，所述方法进一步包括：

允许所述当事人从所述产品数据库中选择组成部分，用于活动所述提供产品。

93.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储识别参与方的参与方数据作为独立的数据组；

存储识别账户的账户数据作为独立的数据组；

存储识别展示手段的展示手段数据作为独立的数据组；

其中所述参与方数据、所述账户数据和所述展示手段数据识别可通过所述展示手段访问的账户的参与方。

94.如权利要求93所述的方法，其特征在于，所述参与方数据、所述账户数据和所述展示手段数据被存储在互相独立的各数据库中。

95.如权利要求93所述的方法，其特征在于，所述参与方数据、所述账户数据和所述展示手段数据在独立的数据库中互相相关。

96.如权利要求93所述的方法，其特征在于，所述方法进一步包括分配给所述参与方数据的第一标识符和分配给所述账户数据的第二标识符，以及其中所述第一标识符与所述第二标识符相关联，从而使所述参与方数据与所述账户数据相关。

97.如权利要求93所述的方法，其特征在于，所述方法进一步包括分配给所述展示手段数据的第一标识符和分配给所述账户数据的第二标识符，以及其中所述第一标识符与所述第二标识符相关联，从而使所述展示手段数据与所述账户数据相关。

98.如权利要求93所述的方法，其特征在于，所述方法进一步包括：

向所述参与方数据分配第一标识符；

向所述账户数据分配第二标识符；

向所述展示手段数据分配第三标识符；

使所述第一标识符与所述第二标识符以及与所述第三标识符相关联，从而使所述参与方数据与所述账户数据以及与所述展示手段数据相关。

99.如权利要求98所述的方法，其特征在于，所述使所述第一标识符与所述第二标识符以及与所述第三标识符相关联包括使所述第一、第二和第三标识符在标识符组中相关联。

100.如权利要求93所述的方法，其特征在于，所述方法进一步包括：

存储一组用于使所述参与方数据、所述账户数据和所述展示手段数据相关的相关联的数据。

101.如权利要求93所述的方法，其特征在于，所述相关联的数据包括：

分配给所述参与方数据中的一组数据的第一内部标识符，分配给所述账户数据中的一组数据的第二内部标识符，以及分配给所述展示手段数据中的一组数据的第三内部标识符；以及

其中所述第一内部标识符、所述第二内部标识符以及所述第三内部标识符使至少一个参与方和至少一个展示手段与账户相关。

102.如权利要求101所述的方法，其特征在于，所述方法进一步包括用于使第二参与方与所述账户相关的第四内部标识符。

103.如权利要求101所述的方法，其特征在于，所述方法进一步包括用于使第二展示手段与所述账户相关的第四内部标识符。

104.如权利要求101所述的方法，其特征在于，所述方法进一步包括用于使第二参与方与所述账户相关的第四内部标识符，和用于使第二展示手段与所述账户相关的第五内部标识符。

105.一种存储服务业务数据的系统，其特征在于，所述系统包括：

存储识别参与方的参与方数据作为独立的数据组的参与方数据库；

存储识别账户的账户数据作为独立的数据组的账户数据库；

存储识别展示手段的展示手段数据作为独立的数据组的展示手段数据库；

其中所述参与方数据、账户数据以及展示手段数据识别可通过所述展示手段访问的账户的参与方。

106.如权利要求105所述的系统，其特征在于，所述参与方数据库、账户数据库以及展示手段数据库各自具有独立的处理者。

107.如权利要求105所述的系统，其特征在于，所述系统进一步包括：

用于使所述参与方数据和账户数据和展示手段数据互相相关的参与方-账户-展示手段数据库。

108.如权利要求105所述的系统，其特征在于，所述系统进一步包括相关联数据库，该相关联数据库包括分配给所述参与方数据的第一标识符和分配给所述账户数据的第二标识符，以及其中使所述第一标识符进一步与所述第二标识符相关联从而使所述参与方数据与所述账户数据相关。

109.如权利要求105所述的系统，其特征在于，所述系统进一步包括相关联数据库，该相关联数据库包括分配给所述展示手段数据的第一标识符和分配给所述账户数据的第二标识符，以及其中使所述第一标识符进一步与所述第二标识符相关联从而使所述展示手段数据与所述账户数据相关。

110.如权利要求105所述的系统，其特征在于，所述系统进一步包括相关联数据库，所述相关联数据库包括：

分配给所述参与方数据的第一标识符；

分配给所述账户数据的第二标识符；

分配给所述展示手段数据的第三标识符；

其中使所述第一标识符和所述第二标识符以及所述第三标识符相关联，从而使所述参与方数据与所述账户数据以及与所述展示手段数据相关。

111.如权利要求110所述的系统，其特征在于，所述第一标识符、所述第二标识符和所述第三标识符在一组标识符中相关联。

112.如权利要求105所述的系统，其特征在于，所述系统进一步包括：

用于使所述参与方数据、所述账户数据和所述展示手段数据相关的一组相关联的数据。

113.如权利要求112所述的系统，其特征在于，所述相关联的数据包括：

分配给所述参与方数据中的一组数据的第一内部标识符，分配给所述账户数据中的一组数据的第二内部标识符以及分配给展示手段数据中的一组数据的第三内部标识符；以及

其中所述第一内部标识符，所述第二内部标识符和所述第三内部标识符使至少一个参与方和至少一个展示手段与账户相关。

114.如权利要求113所述的系统，其特征在于，所述系统进一步包括用于使第二参与方与所述账户相关的第四标识符。

115.如权利要求113所述的系统，其特征在于，所述系统进一步包括用于使第二展示手段与所述账户相关的第四标识符。

116.如权利要求113所述的系统，其特征在于，所述系统进一步包括用于使第二参与方与所述账户相关的第四标识符，和用于使第二展示手段与所述账户相关的第五标识符。

117一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储识别参与方的参与方数据作为独立的数据组；

存储识别通信点的通信点数据作为独立的数据组；

使所述参与方数据与所述通信点数据相关联，从而使所述通信点与所述参与方相关。

118.如权利要求117所述的方法，其特征在于，所述使所述参与方数据与所述通信点数据相关联包括：

向所述参与方数据分配第一标识符；

向所述通信点数据分配第二标识符；

使所述第一标识符与所述第二标识符相关联，从而使所述参与方数据与所述通信点数据相关。

119.如权利要求118所述的方法，其特征在于，所述方法进一步包括：

指明所述参与方数据和所述通信点数据指明的相关联类型。

120.如权利要求118所述的方法，其特征在于，所述参与方数据包括：

所述参与方的名称。

121.如权利要求118所述的方法，其特征在于，所述通信点数据包括：

通信点标识符；和

通信点类型。

122.如权利要求118所述的方法，其特征在于，所述参与方数据包括所述参与方的名称，以及其中所述通信点数据包括：

通信点标识符；和

通信点类型；以及

其中所述方法进一步包括指明所述参与方数据和所述通信点数据的相关联类型。

123.一种存储服务业务数据的系统，其特征在于，所述系统包括：

用于存储识别参与方的数据作为独立的数据组的参与方数据库；

用于存储识别通信点的数据作为分开的数据组的通信点数据库；

其中所述参与方数据和所述通信点数据识别所述账户的通信点。

124.如权利要求123所述的系统，其特征在于，所述参与方数据库和所述通信点数据库各自具有独立的处理者。

125.如权利要求123所述的系统，其特征在于，所述系统进一步包括：

用于使所述参与方数据与所述通信点数据相关的参与方-通信点数据库。

126.如权利要求123所述的系统，其特征在于，用于使所述参与方数据和所述通信点数据相关的所述参与方-通信点数据库包括：

参与方名称；

通信点标识符；

所述参与方和所述通信点标识符之间的相关联类型。

127.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储多个产品类型的数据，其中各个所述多个产品类型指定具有被定义参数的服务；

存储账户数据作为独立的数据组，其中所述账户由账户标识符识别；

使所述多个产品类型的所述数据与所述账户的所述数据相关联，从而使所述多个产品类型与所述账户相关。

128.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储产品类型的数据，其中所述产品类型指定具有被定义参数的服务；

存储账户数据作为分开的数据组，其中所述账户由账户标识符识别；

使所述多个产品类型的所述数据与所述账户的所述数据相关联，从而使所述产品类型与所述账户相关。

129.如权利要求128所述的方法，其特征在于，所述方法进一步包括：

向所述产品类型的所述数据分配第一标识符；

向所述账户的所述数据分配第二标识符；

使所述第一标识符与所述第二标识符相关联，从而使所述产品类型的所述数据与所述账户的所述数据相关。

130.如权利要求128所述的方法，其特征在于，所述方法进一步包括：

使第二产品类型的第二数据组与所述账户的所述数据相关，从而使多个产品类型与所述账户相关。

131.一种存储服务业务数据的系统，其特征在于，所述系统包括：

用于存储产品类型的数据作为独立的数据组的产品数据库；

用于存储账户数据作为独立的数据组的账户数据库；

用于使所述产品类型数据与所述账户的所述数据相关联的账户-产品数据库。

132.如权利131所述的系统，其特征在于，所述产品数据库存储多个产品类型的数据，以及其中所述账户-产品数据库使所述多个产品类型与所述账户数据相关联。

133.如权利132所述的系统，其特征在于，账户标识符识别所述多个产品类型为与所述账户的所述数据相关联。

134.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储识别账户的账户数据作为独立的数据组；

存储识别余额的余额数据作为独立的数据组；

使所述账户数据与所述余额数据相关联，从而使所述账户与所述余额相关。

135.如权利要求134所述的方法，其特征在于，所述方法进一步包括：

在独立的数据库中存储各个所述数据组。

136.如权利要求134所述的方法，其特征在于，所述存储所述账户数据作为独立的数据组包括存储所述账户数据而不参照所述余额数据，以及其中存储所述余额数据作为独立的数据组包括存储所述余额数据而不参照所述账户数据。

137.如权利要求134所述的方法，其特征在于，所述使所述账户数据与所述余额数据相关联包括：

向所述账户数据分配第一标识符；

向所述余额数据分配第二标识符；

使所述第一标识符与所述第二标识符相关联，从而使所述账户数据与所述余额数据相关。

138.如权利要求134所述的方法，其特征在于，所述账户数据包括产品类型。

139.如权利要求134所述的方法，其特征在于，所述余额数据包括余额类型。

140.一种存储服务业务数据的系统，其特征在于，所述系统包括：

用于存储识别账户的账户数据作为独立的数据组的账户数据库；

用于存储识别余额的余额数据作为独立的数据组的余额数据库；

其中所述账户数据和所述余额数据识别所述账户的余额。

141.如权利要求140所述的系统，其特征在于，所述账户数据库和所述余额数据库各自具有独立的处理者。

142.如权利要求140所述的系统，其特征在于，所述存储所述账户数据作为独立的数据组包括存储所述账户数据而不参照所述余额数据，以及其中所述存储所述余额数据作为独立的数据组包括存储所述余额数据而不参照所述账户数据。

143.如权利要求140所述的系统，其特征在于，所述系统进一步包括：

用于使所述账户数据与所述余额数据相关联的账户-余额数据库。

144.如权利要求143所述的系统，其特征在于，所述账户-余额数据库包括：

分配给所述账户数据的第一标识符和分配给所述余额数据的第二标识符，以及其中所述第一标识符进一步与所述第二标识符相关联，从而使所述账户数据与所述余额数据相关。

145.如权利要求140所述的系统，其特征在于，所述账户数据包括产品类型。

146.如权利要求140所述的系统，其特征在于，所述系统进一步包括相关联联结数据库，该相关联联结数据库包括：

与所述账户数据相关联的第一标识符；

与所述余额数据相关联的第二标识符；

其中使所述第一标识符与所述第二标识符相关联，从而使所述账户数据与所述余额数据相关。

147.如权利要求140所述的系统，其特征在于，所述余额数据包括余额类型。

148.一种存储服务业务数据的方法，其特征在于，所述方法包括：

存储识别产品的产品数据作为独立的数据组；

存储识别余额的余额数据作为独立的数据组；

使所述产品数据与所述余额数据相关联，从而使所述产品与所述余额相关。

149.如权利要求148所述的方法，其特征在于，所述方法进一步包括：

将各个所述数据组存入独立的各数据库。

150.如权利要求148所述的方法，其特征在于，所述存储所述产品数据作为独立的数据组包括存储所述产品数据而不参照所述余额数据，以及其中所述存储所述余额数据作为独立的数据组包括存储所述余额数据而不参照所述产品数据。

151.如权利要求148所述的方法，其特征在于，所述使所述产品数据与所述余额数据联结包括：

向所述产品数据分配第一标识符；

向所述余额数据分配第二标识符；

使所述第一标识符与所述第二标识符相关联，从而使所述产品数据与所述余额数据相关。

152.如权利要求148所述的方法，其特征在于，所述产品数据包括产品类型。

153.如权利要求148所述的方法，其特征在于，所述余额数据包括余额类型。

154.一种存储服务业务数据的系统，其特征在于，所述系统包括：

用于存储识别产品的产品数据作为独立的数据组的产品数据库；

用于存储识别余额的余额数据作为独立的数据组的余额数据库；

其中所述产品数据和所述余额数据识别所述产品的余额。

155.如权利要求154所述的系统，其特征在于，所述产品数据库和所述余额数据库各自具有独立的处理者。

156.如权利要求154所述的系统，其特征在于，所述存储所述产品数据作为独立的数据组包括存储所述产品数据而不参照所述余额数据，以及其中所述存储所述余额数据作为独立的数据组包括存储所述余额数据而不参照所述产品数据。

157.如权利要求154所述的系统，其特征在于，所述系统进一步包括：

用于使所述产品数据与所述余额数据相关联的产品-余额数据库。

158.如权利要求157所述的系统，其特征在于，所述产品-余额数据库包括：

分配给所述产品数据的第一标识符和分配给所述余额数据的第二标识符，以及其中所述第一标识符进一步与所述第二标识符相关联，从而使所述产品数据与所述余额数据相关。

159.如权利要求154所述的方法，其特征在于，所述产品数据包括产品类型。

160.如权利要求154所述的系统，其特征在于，所述系统进一步包括相关联数据库，所述相关联数据库包括：

分配给所述产品数据的第一标识符；

分配给所述余额数据的第二标识符；

其中使所述第一标识符与所述第二标识符相关联，从而使所述产品数据与所述余额数据相关。

161.如权利要求154所述的系统，其特征在于，所述余额数据包括余额类型。

162.一种由数据处理者使用的处理当事人数据的方法，其特征在于，所述方法包括：

提供用于存储有关多个参与方的信息的参与方数据库；

产生第一内部参与方标识符；

在所述参与方数据库中向说明第一参与方的参与方信息分配所述第一内部参与方标识符；

提供用于存储有关多个协议的数据的协议数据库，每个所述协议具有至少一个协议属性；

产生第一内部协议标识符；

在所述协议数据库中向所述第一协议分配第一内部协议标识符，使所述数据处理者能识别所述第一协议；

使所述第一内部参与方标识符和所述第一内部协议标识符相关联，以识别所述第一参与方为对所述第一协议起作用。

163.如权利要求162所述的方法，其特征在于，所述相关联包括：

创建数据条目，其中所述数据条目包括：

所述第一内部参与方标识符；

所述第一内部协议标识符。

164.如权利要求163所述的方法，其特征在于，所述方法进一步包括：

使所述数据条目与协议参与方作用类型代码属性相关联。

165.如权利要求164所述的方法，其特征在于，所述协议参与方作用类型代码属性识别所述参与方为在所述第一协议中起商人的作用。

166.如权利要求164所述的方法，其特征在于，所述协议参与方作用类型代码属性识别所述参与方为在所述第一协议中起处理者作用。

167.如权利要求164所述的方法，其特征在于，所述协议参与方作用类型代码属性识别所述参与方为在所述第一协议中起联合的作用。

168.如权利要求164所述的方法，其特征在于，所述协议参与方作用类型代码属性识别所述参与方为在所述第一协议中起合伙成员的作用。

169.如权利要求164所述的方法，其特征在于，所述协议参与方作用类型代码属性识别所述参与方为在所述第一协议中起第三方的作用。

170.如权利要求164所述的方法，其特征在于，所述协议参与方作用型代式码属性识别所述参与方为在所述第一协议中起当事人的作用。

171.如权利要求164所述的方法，其特征在于，所述协议参与方作用类型代码属性识别所述参与方为对在所述第一协议中起顾客作用。

172.如权利要求163所述的方法，其特征在于，所述方法进一步包括：

使所述数据条目与协议参与方作用有效日期属性相关联，从而识别所述第一参与方所起的作用有效的时间点。

173.如权利要求163所述的方法，其特征在于，所述方法进一步包括：

使所述数据条目与协议参与方作用终止日期属性相关联，从而识别所述第一参与方所起的作用终止的时间点。

174.一种建立至少两个参与方之间对于协议的关系的方法，所述方法由服务提供商本身或为当事人处理数据的服务提供商所用，其特征在于，所述方法包括：

提供用于存储有关多个参与方的信息的参与方数据库；

产生第一内部参与方标识符；

在所述参与方数据库中向说明第一参与方的参与方信息分配所述第一内部参与方标识符；

产生第二内部参与方标识符；

在所述参与方数据库中向说明第二参与方的参与方信息分配所述第二内部参与方标识符；

提供用于记录至少两个参与方之间的关系的参与方对参与方关系数据库；

通过所述参与方数据库接收所述第一内部参与方标识符；

通过所述参与方数据库接收所述第二内部参与方标识符；

在所述参与方对参与方关系数据库中使所述第一内部参与方标识符与所述第二内部参与方标识符相关联，以便记录所述第一参与方与所述第二参与方之间的关系。

175.如权利要求174所述的方法，其特征在于，所述使第一内部参与方标识符与所述第二内部参与方标识符相关联包括：

创建数据条目，其中所述数据条目包括：

所述第一内部参与方标识符；和

所述第一内部协议标识符。

176.如权利要求175所述的方法，其特征在于，所述方法进一步包括：

使所述数据条目与参与方对参与方关系一般分类类型代码属性相关联，以便识别在所述第一参与方和所述第二参与方之间建立的关系的类型。

177.如权利要求175所述的方法，其特征在于，所述参与方对参与方关系一般分类类型代码属性识别个体对团体的关系。

178.如权利要求175所述的方法，其特征在于，其中所述参与方对参与方关系一般分类类型代码属性识别个体对团体的关系。

179.如权利要求178所述的方法，其特征在于，所述方法进一步包括：

使所述数据条目与个体对团体关系分类类型代码属性相关联。

180.如权利要求179所述的方法，其特征在于，所述个体对团体关系分类类型代码属性识别团体联系关系。

181.如权利要求179所述的方法，其特征在于，所述个体对团体关系分类类型代码属性识别个体顾客关系。

182.如权利要求175所述的方法，其特征在于，所述参与方对参与方关系一般分类类型代码属性识别团体对团体关系。

183.如权利要求175所述的方法，其特征在于，所述参与方对参与方关系一般分类类型代码属性识别团体对团体单元关系。

184.如权利要求175所述的方法，其特征在于，所述参与方对参与方关系一般分类类型代码属性识别团体单元关系。

185.如权利要求175所述的方法，其特征在于，所述参与方对参与方关系一般分类类型代码属性识别个体对个体关系。

186.一种存储用于实施账户事务数据的方法，其特征在于，所述方法包括：

存储用于识别账户的展示手段的数据作为展示手段数据库中的条目；

产生与所述条目一起使用的内部标识符：

向所述记录分配所述内部标识符，从而能通过参照所述内部标识符检索用于识别所述展示手段的所述数据。

187.如权利要求186所述的方法，其特征在于，所述方法进一步包括：

与所述用于识别所述账户的数据一起存储所述内部标识符。

188.如权利要求186所述的方法，其特征在于，所述存储用于识别所述账户的所述展示手段的所述数据包括存储用于识别展示手段的所述数据而不存储识别所述账户的数据作为所述记录的一部分。

189.如权利要求186所述的方法，其特征在于，所述方法进一步包括：

存储所述展示手段的有效日期作为所述条目的一部分，以便定义在实施事务中何时能使用所述展示手段。

190.如权利要求186所述的方法，其特征在于，所述方法进一步包括：

存储最大数目用途代码作为所述记录的一部分，以便管理可用多少次所述展示手段。

191.一种存储用于实施参与方事务数据的方法，其特征在于，所述方法包括：

存储用于识别参与方的展示手段的数据作为展示手段数据库中的条目；

产生与所述记录一起使用的内部标识符：

向所述记录分配所述内部标识符，从而能通过参照所述内部标识符检索用于识别所述展示手段的所述数据。

192.如权利要求191所述的方法，其特征在于，所述方法进一步包括：

用于识别所述展示手段的所述数据一起存储所述内部标识符。

193.如权利要求191所述的方法，其特征在于，所述存储用于识别所述参与方的所述展示手段的所述数据包括存储用于识别所述展示手段的所述数据而不存储识别所述参与方的数据作为所述条目的一部分。

194.如权利要求191所述的方法，其特征在于，所述方法进一步包括：

存储所述展示手段的有效日期作为所述条目的一部分，以便定义在实施事务中何时能使用所述展示手段。

195.如权利要求191所述的方法，其特征在于，所述方法进一步包括：

存储最大数目用途代码作为所述条目的一部分，以便管理可用多少次所述展示手段。

196.一种存储用于定义展示手段装置的特性的数据的方法，其特征在于，所述方法包括：

在展示手段装置数据库中存储用于识别用作展示手段的展示手段装置的数据作为条目；

产生与所述条目一起使用的内部标识符：

向所述条目分配所述内部标识符，从而能通过参照所述内部标识符检索用于识别所述展示手段装置的数据。

197.如权利要求196所述的方法，其特征在于，所述方法进一步包括：

存储用于确定何时所述PI装置可用于进行事务的PI装置激活状态代码。

198.如权利要求196所述的方法，其特征在于，所述展示手段装置包括塑料卡。

199.如权利要求196所述的方法，其特征在于，所述展示手段装置包括智能卡。

200.如权利要求196所述的方法，其特征在于，所述展示手段装置包括应答器。

201.如权利要求196所述的方法，其特征在于，所述展示手段装置包括支票。

202.一种存储展示手段数据的方法，其特征在于，所述方法包括：

提供用于存储展示手段的第一记录的第一数据库；

提供用于存储展示手段装置的第二条目的第二数据库，其中所述展示手段装置与所述展示手段相关联；

向所述展示手段分配第一内部标识符；

存储分配给所述展示手段的所述第一内部标识符作为所述第一条目的一部分；

向所述展示手段装置分配第二内部标识符；

存储分配给所述展示手段装置的所述第二内部标识符作为所述第二条目的一部分。

203.如权利要求202所述的方法，其特征在于，所述展示手段装置是信用卡，以及其中所述展示手段是账户号。

204.如权利要求202所述的方法，其特征在于，所述方法进一步包括：

存储展示手段有效日期作为所述第一条目的一部分，以便指明所述展示手段何时有效。

205.如权利要求204所述的方法，其特征在于，所述方法进一步包括：

存储展示手段装置作为所述第一条目的一部分，以便指明所述展示手段装置何时有效。

206.一种存储用于与多个参与方通信的数据的方法，其特征在于，所述方法包括：

存储用于识别参与方的通信点的数据作为通信点数据库中的条目；

产生与所述条目一起使用的内部标识符；

向所述条目分配所述内部标识符，从而能通过参照所述内部标识符检索用于识别所述通信点的所述数据。

207.如权利要求206所述的方法，其特征在于，所述方法进一步包括：

与所述用于识别所述通信点的数据一起存储所述内部标识符。

208.如权利要求206所述的方法，其特征在于，所述存储用于识别所述参与方的所述通信点的所述数据包括存储用于识别所述通信点的所述数据而不存储识别所述参与方的数据作为所述记录的一部分。

209.如权利要求206所述的方法，其特征在于，所述通信点是地理地址。

210.如权利要求206所述的方法，其特征在于，所述通信点是电话号码。

211.如权利要求206所述的方法，其特征在于，所述通信点是传真号码。

212.如权利要求206所述的方法，其特征在于，所述通信点是电子邮件地址。

213.如权利要求206所述的方法，其特征在于，所述通信点是网络地址。

214.如权利要求206所述的方法，其特征在于，所述产生内部标识符包括：

访问与所述分开的内部号码发生器；

随机产生所述内部标识符；

将所述内部标识符传送到所述通信点数据库。

215.如权利要求206所述的方法，其特征在于，所述方法进一步包括：

与识别所述参与方的数据一起存储内部标识符；

向识别所述通信点记录的所述内部标识符分配所述识别所述参与方的所述内部标识符，从而在所述参与方与所述通信点之间形成相关联的关系。

216.如权利要求206所述的方法，其特征在于，所述方法进一步包括：

在所述通信点数据库中存储用于识别第二参与方的通信点的数据作为。

217.一种存储要被传送至参加到服务关系中的参与方的通信联系件的传递指令的方法，其特征在于，所述方法包括：

提供数据库；

在所述数据库中存储用于识别要被传递到参与方的通信联系件的类型的输出类型代码；

向所述参与方以及所述参与方在其中起账户作用的特定账户分配所述输出类型代码。

218.如权利要求217所述的方法，其特征在于，所述向所述参与方以及所述参与方在其中起账户作用的特定账户分配所述输出类型代码包括：

从账户参与方作用数据库接收信息。

219.如权利要求218所述的方法，其特征在于，所述从账户参与方作用数据库接收信息包括：

接收识别所述账户的第一内部标识符；

接收识别所述参与方的第二内部标识符。

220.如权利要求217所述的方法，其特征在于，所述类型代码识别要被发送到所述参与力的账单通信联系件。

221.如权利要求217所述的方法，其特征在于，所述类型代码识别要被发送到所述参与方的塑料通信联系件。

222.如权利要求217所述的方法，其特征在于，所述类型代码识别要被发送到所述参与方的塑料邮件通信联系件。

223.如权利要求217所述的方法，其特征在于，所述类型代码识别要被发送到所述参与方的信件。

224.如权利要求217所述的方法，其特征在于，所述方法进一步包括：

向参与方通信点数据库提供所述类型代码，所述类型代码用于由所述参与方通信点数据库将所述通信联系件传送到所述参与方。

225.如权利要求217所述的方法，其特征在于，所述方法进一步包括：

结合批邮件信息利用所述类型代码将批邮件传送到批邮件接受者。

226.如权利要求217所述的方法，其特征在于，所述方法进一步包括：

结合参与方通信点的有效日期代码利用所述类型代码。

227.一种存储余额信息的方法，其特征在于，所述方法包括：

提供用于存储有关余额类型的数据的第一数据库；

提供用于存储有关余额周期的数据的第二数据库；

提供用于存储余额控制数据的第三数据库；

使所述余额类型数据与所述余额周期数据以及与余额控制数据相关联作为数据组。

228.如权利要求227所述的方法，其特征在于，所述方法进一步包括：

提供用于存储识别账户的信息的账户数据库；

使识别所述账户的所述信息与所述数据组相关联。

229.如权利要求227所述的方法，其特征在于，所述方法进一步包括：

提供用于存储识别账户参与方作用的信息的账户参与方作用数据库；

使识别所述账户参与方作用的所述信息与所述数据组相关联。

230.如权利要求227所述的方法，其特征在于，所述余额类型数据包括：

余额分类代码。

231.如权利要求227所述的方法，其特征在于，所述余额类型数据包括：

余额类型代码。

232.如权利要求227所述的方法，其特征在于，所述余额类型的所述数据表示控制余额。

233.如权利要求227所述的方法，其特征在于，所述余额类型的所述数据表示可支付的余额。

234.如权利要求227所述的方法，其特征在于，所述余额类型的所述数据表示备忘余额。

235.如权利要求227所述的方法，其特征在于，所述余额控制数据表示余额控制有效日期。

236.如权利要求227所述的方法，其特征在于，所述余额控制数据表示余额控制量。

237.一种存储余额信息的方法，其特征在于，所述方法包括：

提供用于存储有关余额类型的数据的第一数据库；

提供用于存储有关余额周期的数据的第二数据库；

提供用于存储余额数量数据的第三数据库；

使所述余额类型数据与所述余额周期数据以及与所述余额数量数据相关联作为数据组。

238.如权利要求237所述的方法，其特征在于，所述方法进一步包括：

提供用于存储识别账户的信息的账户数据库；

使识别所述账户的所述信息与所述数据组相关联。

239.如权利要求237所述的方法，其特征在于，所述方法进一步包括：

提供用于存储识别账户参与方作用的信息的账户参与方作用数据库；

使识别所述账户参与方作用的所述信息与所述数据组相关联。

240.如权利要求237所述的方法，其特征在于，所述余额类型数据包括：

余额分类代码。

241.如权利要求237所述的方法，其特征在于，所述余额类型数据包括：

余额类型代码。

242.如权利要求237所述的方法，其特征在于，所述余额类型的所述数据指明控制余额。

243.如权利要求227所述的方法，其特征在于，所述余额类型的所述数据表示可支付的余额。

244.如权利要求237所述的方法，其特征在于，所述余额类型的所述数据表示备忘余额。

245.如权利要求237所述的方法，其特征在于，所述余额数量数据包括余额日期数据。

246.如权利要求227所述的方法，其特征在于，所述方法进一步包括：

提供余额事务分配历史数据库；

使所述数据组与来自所述余额事务分配历史数据库的数据相关联。

Images