CN101502093A - 用于为参与方-通信点关系维护类型和/或状态信息的系统 - Google Patents

Abstract

根据本发明的一个实施例，提供了一种系统，包括：通信点数据库，其被配置来提供通信点数据集合；参与方数据库，其被配置来提供参与方数据集合；其中所述通信点数据库和所述参与方数据库相互可通信地耦接以将所述通信点数据集合和所述参与方数据集合相关联；关系类型代码数据库，与所述通信点数据集合和所述参与方数据集合可通信地耦接。

Description

用于为参与方-通信点关系维护类型和/或状态信息的系统

相关申请的交叉引用

本申请依据35 USC§119(e)的规定，要求2006年6月7日提交的、申请号为60/812,007、名称为“SYSTEM FOR MAINTAINING TYPE AND/ORSTATUS INFORMATION FOR A PARTY-COMMUNICATION POINTRELATIONSHIP(用于为参与方-通信点关系维护类型和/或状态信息的系统)”的美国专利申请的权利；本申请是2004年10月22日提交的、申请号为10/972,172、名称为“SYSTEM FOR MAINTAINING COMMUNICATIONPOINT DATA(用于维护通信点数据的系统)”的美国专利申请的部分继续申请，其中该申请号为10/972,172的美国专利申请依据35USC§119(e)的规定，要求2004年2月24日提交的、申请号为60/547,651、名称为“SYSTEMAND METHOD FOR TRANSACTION PROCESSING(用于事务处理的系统和方法)”的美国专利申请的权利，并且该申请号为10/972,172的美国专利申请依据35USC§119(e)的规定，还要求2004年5月3日提交的、申请号为60/567,891、名称为“SYSTEM AND METHOD FOR TRANSACTIONPROCESSING(用于事务处理的系统和方法)”的美国专利申请的权利；并且出于各种目的将上述所有申请都通过参考而全部纳入本文。

根据本发明的一个实施例，能够实现一种用于维护通信点数据的系统。例如，能够实现一种用于配置通信点数据以匹配管理追踪要求的系统。

背景技术

信用卡交易的经营和管理是传统的依赖于将单个标识符用作索引来存储大量信息的处理系统的一个实例。例如，信用卡账户典型的包括与顾客、账户、帐单地址、正式交易信息以及信用卡和物理信用卡特性等有关的信息。所有这些信息都从单个账户的角度来处理，使得信用卡公司能够追踪特定顾客的交易。因而，这导致了一种非常静态的数据处理系统，这种数据处理系统非常不灵活，它使得当该系统所服务的业务进展时很难反映变化。此外，这种信息的处理通常专用于行业中的特定行业领域，例如金融服务行业的循环信用产品。将完全不同的服务模型，例如公共事业计费系统、保险赔付支付处理系统、电话计费系统，或者有线电视计费系统进行联合并不容易。

因而，为多种不同的行业或者服务进行事务处理的第三方必须创建独立的系统来处理每个服务的事务。当前并没有统一的系统能够在同一处理系统中灵活处理不同种类的服务，例如信用卡处理、医疗赔付支付，以及公共事业计费处理。此外，当前处理系统的静态和不灵活性也阻碍了这种系统的产生。

另外，例如由于信用卡系统的账户信息、参与方信息、通信点信息以及展示工具信息由单个标识符来索引，因此在当前系统下，不可能，或者很难将各个地区的账户信息、参与方信息或者展示工具作为独立数据来进行管理。此外，对数据的单个索引的不灵活性也阻碍了将这些信息作为独立数据来进行管理的可能性。

此外，政府管理机构也对像不能追踪参与方和通信点之间的各种关系的信用卡发行商之类的组织施加了严厉的不服从的惩罚。例如，现在在美国爱国者法案对信用卡公司施加了更多的责任来获得与嫌疑恐怖分子居住在同一地址的信用卡持有者的信息。

因而需要一种能够灵活地为服务行业进行数据处理的数据处理系统。例如，需要一种能够容易地适应变化的商业要求，而又不与任何一种服务或者任何一种行业的具体方面紧密相连的数据处理系统以及必需的数据架构。

发明内容

根据本发明的一个实施例，提供了一种管理通信点数据的方法，所述方法包括：提供通信点数据集合；提供参与方数据集合；将所述通信点数据集合和所述参与方数据集合相关联；以及将关系类型代码和所述通信点数据集合以及所述参与方数据集合相关联。

根据本发明的另一实施例，提供了一种系统，包括：通信点数据库，其被配置来提供通信点数据集合；参与方数据库，其被配置来提供参与方数据集合；其中所述通信点数据库和所述参与方数据库可通信地耦接以将所述通信点数据集合和所述参与方数据集合相关联；关系类型代码数据库，与所述通信点数据集合和所述参与方数据集合可通信地耦接。

本发明的其它实施例从下面的详细描述和附图中显而易见。

附图说明

图1A是示出了根据本发明一个实施例的用于管理服务行业数据的数据处理系统的架构的方框图。

图1B示出了一种用于实现图1A中所示的架构的数据处理系统。

图2A和2B示出了用于实现根据本发明的一个实施例的处理服务业务的数据的方法的流程图。

图3示出了介绍用于实现图1A和1B中所示的装置的系统的方框图。

图4示出了演示根据本发明的一个实施例的使参与方和通信点数据相关联的方法的流程图。

图5示出了演示根据本发明的一个实施例的使参与方和通信数据彼此相关联的方法的流程图。

图6A和6B示出了介绍根据本发明的一个实施例的通信点主题区域(subject area)的要素的方框图。

图7示出了演示根据本发明的一个实施例的用于管理参与方和通信点之间的关系类型的方法的流程图。

图8A和8B示出了演示根据本发明的另一实施例的用于管理参与方和通信点之间的关系的方法的流程图。

图9示出了根据本发明的一个实施例的能够用于管理通信点和参与方关系的关系类型的系统。

具体实施方式

现在参照图1A，示出了用于实现本发明一个实施例的数据架构。即，在图1A中，示出了被划分成8个不同主题区域、主题区域之间的关系，以及它们之间所产生的关联的数据架构。例如，图1A示出了系统100中的下列主题区域：参与方101、账户102、展示工具103、通信点104、事务(transaction)105、结算(balance)106、产品107以及规则108。此外，在主题区域之间，还示出了不同的关联。例如，在参与方101和通信点104之间，示出了参与方-通信点关联130。类似的，在参与方101和账户102之间，示出了账户-参与方角色关联。此外，在展示工具103和账户-参与方角色关联120之间，示出了展示工具-账户-参与方角色122的关系。类似的，通信点使用132的位置显示在参与方-通信点关联130和账户-参与方-角色关联120之间。图1A还示出了产品107和结算106之间的产品-结算关联150。此外，它示出了账户102和产品107之间的账户-产品关联160。最后，在账户102和结算106之间，图1A示出了账户-结算关联140。

图1B示出了用于实现图1A中示出的数据架构的处理系统。此外，通过图1B中的计算机和数据库示出了在图1A中示出的每个主题区域、关系以及关联。计算机和数据库可以用来独立地存储每个主题区域的信息：参与方101’、账户102’、展示工具103’、通信点104’、事务105’、结算106’、产品107’以及规则108’。此外，数据库和计算机可以用来存储不同的主题区域之间建立的每个关系的信息。例如，数据库可以用来存储来自数据库120’中的参与方数据库和账户数据库中的内部标识符，其中数据库120’用于存储针对账户-参与方角色的信息。类似地，数据库可以像数据库130’那样用来存储参与方-通信点关系的信息。在图1B中与图1A中相一致地示出了其他数据库，例如通信点使用数据库132’、PI-账户-参与方-角色数据库122’、账户-结算数据库140’、账户-产品数据库160’，以及产品-结算数据库150’。每个数据库都被指定与图1A中示出的架构一致。

图1B中示出的每个计算机和数据库都可以通过图3中示出的示例性计算机系统来实现。图3宽泛地示出了如何实现单个系统元件。系统300示出为包括通过总线308电耦接的硬件元件，包括处理器301、输入装置302、输出装置303、存储装置304、计算机可读存储介质读取器305a、通信系统306、处理加速器(例如DSP或者专用处理器)307以及存储器309。计算机可读存储介质读取器305a还与计算机可读存储介质305b相连，这样的组合综合地代表了远程、本地、固定和/或可移除的存储装置+存储介质、存储器等，用于临时地和/或持久地容纳计算机可读信息，所述存储装置可以包括存储装置304、存储器309和/或任何其他这样的可访问的系统300资源。系统300还包含了包括操作系统392和其他代码393，例如程序、小程序(applet)、数据等等的软件要素(当前表示为处于工作存储器391中)。

系统300具有强大的灵活性和可配置性。因而，例如单个架构可以用来实现一个或多个可以根据当前需要的协议、协议变型以及扩展等进一步配置的服务器。然而，本领域技术人员应当清楚，可以根据更具体的应用需求来利用这些实施例。例如，一个或多个系统元件可以实现为系统300组件(例如，在通信系统306中)中的子元件。还可以利用定制的硬件和/或特定元件可以以硬件、软件(包括所谓的“可移植软件”，例如applet)或者这二者来实现。此外，当使用到诸如网络输入/输出装置(未示出)之类的其他计算装置的连接时，应当理解为可以使用有线、无线、调制解调器和/或其他连接或者到其他计算装置的连接。分布式处理、多站视角(multiple siteviewing)、信息转发、合作、远程信息获取和聚类，以及相关的能力的每一种都有可能使用。操作系统的使用也依据特定的主机装置和/或处理类型(例如计算机、设备、便携式装置等等)而变化。并非系统300的所有组件在任何情况下都是必要的。

图1A中示出的数据架构为服务行业管理数据或者提供数据处理提供了极大的灵活性。在信用卡行业中现有的数据架构例如依赖于通过使用单个标识符来索引顾客账户的所有信息。类似地，在公共事业计费系统中，特定用户的所有信息都被索引为单独的一组组合数据。在图1A中示出的架构不通过单个标识符索引所有的服务信息来进行静态记录。相反，它将信息划分成不同的主题区域。因而，可以向数据处理提供极大的灵活性。例如，可以为特定参与方修改数据而不中断对该参与方账户的处理。本质上，由于可以对单个主题区域进行调整而不影响其它主题区域，所以不需要重构其它主题区域。因此这类系统提供了现有系统不能实现的极大的灵活性和功能性。

参照图1A，可以看到各种主题区域。此外，还可以看到多个不同的主题区域之间所建立的关系和产生的关联。这些关系和关联使得能够为所需求的功能而对存储的信息进行处理。

账户

参照图1A的方框102，可以看到账户主题区域。账户主题区域是与用于记录、测量以及追踪涉及合同的财务和非财务信息的机制有关的数据的集合。账户可以由具体的组件、服务数据的条款或者条件，或者促使账户生成的产品来描绘。账户还可以由财务和人口数据来描绘。因而，根据本发明的一个实施例，账户方便了事务活动的管理、追踪和报告。账户的具体特点可能根据产品类型、产品组成部分、参与方，或者合同中设立的条款和条件而不同。

账户与能够使用一个或多个展示工具来产生事务的一个或多个参与方相关联。此外，根据本发明的一个实施例，账户、参与方以及展示工具能够作为独立的主题区域来操作，并能够以某种关联相关联来形成唯一的关系事件。

账户主题区域用于从参与方数据和展示工具数据中分离账户数据。因而，对于特定账户来说实现特定业务角色的参与方的身份并不作为账户数据库的一部分来进行存储，而是保留在参与方数据库中，并与维护有所分配的业务角色的账户数据库相关。类似地，描述展示工具(如信用卡或者智能卡)的数据并不作为账户数据的一部分来存储。相反，这些信息能够通过关联数据库来与账户数据相关。

账户能够作为例如账户的业务组或者家庭组的成员来参与与其他账户的一个或多个关系。此外，多个展示工具能够为单个账户、一组账户或者一组中的单个成员产生事务。因而，单个账户能够与智能卡、磁条卡、生物识别码等相关，它们中的每一个都能用于初始化与账户相关联的事务。

例如，与若干个参与方相关联的单独的账户能够与一个展示工具相关来产生事务。或者，其中每个家庭成员都具有单独或者附属账户的家庭账户能够实现为具有账户主题区域。此外，具有一个或多个从属账户的企业账户能够通过账户数据库来实现。因而，显然，通过为账户分离数据，在图1A示出的数据架构下提供了灵活性。

参与方

参照图1A，可以看到参与方101的主题区域。参与方主题区域是与个人、组织或者组织单位有关的数据集合，服务提供者需要具有与这些数据有关的信息来直接或间接地执行业务操作。参与方能够与其他参与方以及账户、展示工具、结算、产品、通信点以及事务相关。它们能够参与协议、组以及组织中。它们能够作为所有者、管理员、联络点以及商业功能和规则的催化剂。

例如，顾客John Joseph Doe对于数据处理方的一个客户而言是J.Doe，而对数据处理方的另一个客户而言是J.Joseph.Doe先生。每个客户(例如，Bank One和XCEL Energy)可以为John Doe添加不同的地址，即使它们都具有他的同一个社会保险号码，并且它们都知道他的生日是1942年6月10日。数据处理方的一个客户所使用的姓名并不与数据处理方的其他客户使用的姓名相结合，因为每个都只在提供信息的业务的情形内相关。然而，参与方主题区域可以为参与方存储能够与许多不同的账户相关联的标识信息，例如姓名和社会保险号码。

参与方所关联的账户并不作为参与方数据库的一部分来存储。类似的，能够联系参与方的通信点也不作为参与方数据库的一部分来存储。而是账户和/或通信点通过关联数据库与参与方相关。

参与方数据库能够提供灵活性来为个人、组织或者组织单位维护多个姓名、状态以及替代的标识符。还允许服务组织为个人、组织或者组织单位来管理关系中的多个角色。并允许在个人、组织和/或组织单位之间建立并维护结构关系，例如对等关系或者分层关系。

参与方之间的关系例如服务提供者(信用卡公司、公共事业公司、卫生保健提供者)的顾客，数据处理系统的客户，如收款银行、卖主、商人、联络人、商业伙伴以及雇员。

展示工具

再次参照图1A，示出了名称为“展示工具”的方框102。展示工具主题区域是与用作事务催化剂来产生财务或者非财务事务的物理或者虚拟装置有关的数据的集合。展示工具数据与参与方和账户数据独立存储以便管理。展示工具数据的特性可以被修改而不影响账户或者账户状态。展示工具并不局限于物理装置，例如纸件发票、塑料信用卡、塑料磁条卡或者智能卡。相反，它们也可以是虚拟装置，例如固定的账户号码或者电子标识符。任何针对账户发起事务的催化剂都被认为是展示工具。

展示工具数据可以独立地管理。因而，展示工具数据可以与一个或者多个参与方/产品/账户关系相关。例如，参与方可以要求重新发行“展示工具”，例如信用卡，而不影响到同一账户下的其他信用卡。类似的，可以为账户产生虚拟展示工具来使得参与方能够进行电子商务活动，而不影响任何相关联的物理展示工具。

通信点

在图1A中示出的另一个主题区域是通信点104。通信点主题区域标识通信信息传输的目的点，例如能够接收到通信信息的虚拟的或者物理的点。通信点可以是地理地址；电子地址，例如电子邮件地址；电信号码，例如电话或者传真号码；或者可以对信息进行寻址的任何其他类型的目的点。典型地，可以在参与方和通信点之间建立关联来描述参与方与特定的通信点之间的关系；例如，一个地理地址可以与一个参与方相关联作为该参与方的家庭地址，另一个地理地址可以与参与方相关联作为该参与方的工作地址，等等。这些关联可以存储在不同的数据库中，和/或可以用来指定可以传输的通信信息的类型。然而，通信点数据库存储有与通信点自身有关的信息，其中已经建立了与所述通信点的关系并且向所述通信点发送各种类型的通信信息。

在通信点数据库中存储信息的一个优点是当发行主体改变给通信点的内容时，可以轻易地改变信息。此外，通过将参与方关联到多个不同的通信点可以为单个参与方使用多个不同的通信点，和/或单个通信点可以与多个参与方相关。这为根据参与方和通信点的关系类型以及使用关系的时间向参与方发送通信信息提供了极大的灵活性。固有的灵活性的另一个例子是当商业需求变化以及发现了新类型的通信点时，它们能够轻易地添加到处理系统中。

例如，通信点可以用来向具体的参与方发送信用卡公司的年度报表。该参与方可能一年里只有一部分时间在他的家庭地址居住，而一年中剩下的时间在不同的地址居住，退休人员经常是这种情况。因而通信点数据库中可能包括了多个通信点，可以和参与方数据库建立关联来指定通信点数据的关系、时间以及使用。这些关联可以存储在不同的数据库中，例如参与方-通信点数据库130和通信点使用数据库132。因而，年度报表可以在一年中的第一部分寄给一个或多个地理或者电子邮件地址，而在这年中的剩余部分寄给单个地理地址。

在通信点数据库中存储信息的一个优点是不改变和参与方的关系就可以改变通信点信息。因而，例如，如果一个地区修改了城市的邮码设置，某个位置的邮码会改变，但是作为首要邮寄地址的关系不会改变。因而，只有通信点数据库需要更新改变的邮码信息。这在一些行业可能很重要，例如信用卡评级行业，信用卡评级行业部分地根据搬家次数来确定一个人的信用评级。例如，在从前的数据处理方法下任意地重新划分区号按照定义将会导致一个人的地址改变，即使他的地理位置并没有改变。因而，用来评价申请人的信用评级规则会将邮编的改变认为是地址的改变，导致个人的信用评级变差——即使此人从未搬过家。然而，图1A示出的系统允许输入对地理地址的描述，即改变的邮码信息，而不指示和地理位置的关系发生改变。因而，在图1A示出的系统下，对个人来说邮局修改了邮码不会影响到那个人的信用评级。这也是由图1A中示出的数据处理架构所引起的数据分离的灵活性和有效性的另一个例子。

作为利用分离的通信点数据和唯一的参与方-通信点关联所能获得的功能的另一个例子，可以预见能够为信用卡账户发送的所有不同种类的通信信息。因而，月度报表可以在一年的6个月中发送到家庭地址，而在一年中剩下的6个月投递到度假地址。此外，如果接近信用卡的额度，信用超出的警告可以发送到电子邮件地址。此外，晚支付的提醒可以传真到家庭地址，或者第二次晚支付的提醒可以通过给这个人的家庭电话打电话来完成。上述通信目的地的每一个(即家庭地址、电子邮件地址、传真、电话)都很容易改变并存储在通信点数据库中。然而，参与方和通信点数据库中的任何“地址”之间的关联可以独立地维护在数据库中。因而，与例如报表总是发送到同样地址的传统的信用卡系统相比，本发明的该实施例为与参与方的通信提供了更大的灵活性。

事务

参照图1A，示出了事务主题区域105。事务主题区域存储了与进行服务的事务有关的数据。事务主题区域存储了有关影响暗含的财务价值，或者导致资金从一个账户转移到另一个账户和/或影响非财务属性(例如，姓名、地址、对新塑料卡的要求)的业务动作或者事件的数据集合。因而，事务数据库例如可以存储与信用卡账户先前的购买有关的信息。类似的，事务数据库可以存储公用事业服务的公用事业帐单支付或者计费报表。本质上，事务数据库存储了记录账户中发生的所有事务的数据。就信用卡行业来说，许多服务组，例如万事达卡(Mastercard)和Visa卡，具有预定的格式来存储交易信息。事务主题区域可以理解这些外部格式，可以在它们展示时将它们归档，并且可以把它们转化成能够计入关联账户的合适的结算的内部格式。

结算

图1A中的结算主题区域106用来存储产品和账户的结算信息。本质上，结算是由账户或者账户参与方角色的结算类型和周期来维护的总和，其中所述账户或者账户参与方角色用于作为聚集财务(债务/信用)活动的机制。账户结算例如公共事业帐单或者信用卡帐单到期的结算。结算信息可以包括结算日期、结算数额等等。结算数据库根据需要保留每个账户的结算历史。

结算数据库对于可以为账户保留的结算类型提供了极大的灵活性。例如，奖励结算可以用于新产品，例如新信用卡线。还可以为信用卡独立地保留滞纳金结算。类似的，可以为账户保留超限结算。此外，可以在账户中使用大量的奖励结算。这样的奖励结算可以包括一个人为特定产品，例如冰箱，支付了多少钱。因而，如果对于例如冰箱存在特定促销计划，则结算数据库可以存储购物已经花了多少钱，这会触发获得为冰箱而设的奖金。

因而，结算数据库提供了可以用于账户或者专用于特定产品线的要保留的所有不同种类的结算信息。这在结算信息可能变化并且可以为产品线选择不同的结算方面提供了极大的灵活性。

产品

产品主题区域107是关于由一个参与方向另一参与方销售以产生收入的指定的项目或者服务的数据的集合。因而，参与产品计划的参与方典型地具有不同的角色，如提供产品给市场的角色、服务产品的角色以及使用产品所提供的服务的角色。作为提供产品给市场的角色的例子，向顾客发行信用卡的发卡银行是一个例子。类似的，例如西联(Western Union)之类的向参与方提供资金转账服务的汇款机构是另一个例子。类似的，作为发卡和收单银行的第三方来进行操作的公司，例如第一数据资源(First DataResources)和第一数据零售服务(First Data Merchant Services)，也落入此分类。作为服务产品的角色的一个例子，第一数据资源或者任何其他的第三方处理器是执行这种服务的例子。最后，作为使用由产品提供的服务的角色的例子，使用信用卡的消费者是该分类的示例。

产品可以由参与方选择的组件数据来定义。这代替了程序实现的特点和功能性。因而，发卡银行参与方可以选择它希望包括的组件作为要提供给购买公众的新产品的一部分，每个组件都是独立的参与方。这使得发卡银行例如能够选择利率、信用额度、支付选项等等。

产品的另一个例子是公共事业服务。因而，煤气和电力的价格可以单独地定义。此外，滞纳金也可以作为单独的组成部分来定义。在这个例子中提供这样的产品的参与方将是公共事业公司，而房主是消费者。

典型的，产品将定义分层的组件特性，例如累计结算以及汇总报表。还可以定义账户结算，例如奖励结算和费用。此外，它可以定义那些结算的处理。此外，它可以定义结算如何受事务，如销售、支付、逆转等影响。

产品可以根据不同的业务线，例如信用、零售、电子商务、手机等而改变。产品典型地按照商人可能使用它们的方式、客户可能了解它们的方式，以及申请人可能处理它们的方式来组织组件数据。这使得能够用无限的组件来定义参与方的产品。此外，使得能够更快地将新产品推向市场或者对现有产品作出改变。此外，它为产品定义提供了集中的和容易访问的数据库。

产品例如：批发商服务；资金转账服务；具有奖励特点的白金Visa^TM卡；万事达^TM金卡账户；零售卡；投资现金管理服务；手机事务/计费账户；以及电费计费服务。

规则

在图1A示出的架构中介绍的最后的主题区域是规则108主题区域。规则主题区域是用来提供决定和动作基础架构的数据的集合。服务提供者的客户或者服务提供者自身可以把规则定义为管理业务的行动授权。检测到业务事件可能触发规则主题区域中的参与方定义的业务逻辑。规则主题区域管理包括被转换为可执行代码的业务逻辑和参数的处理控制。

因而，规则数据库108可以在图1B和图13描述的处理系统中使用，并支持其他主题区域之间的关联。例如，在通信点使用数据库132中，可以调用规则来确定在业务事件的触发下应当何时与通信点的特定参与方联系。可以调用规则数据库来触发决定并依靠规则的格式来产生动作。

规则数据库的一个例子可以如下：

如果顾客的状态是“CA”，而且交易是ATM取现，执行

CASH FEE 1

动作集合：计算交易总量的4％

在先前的结果上增加

.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中将业务的规则数据存储为独立的数据集合。

参与方通信点

图1A介绍了两个主题区域的另一个关系，即，参与方主题区域和通信点主题区域之间的关系。可以建立参与方-通信点数据库来定义个人、组织、或者组织单位与一类通信点之间具有的关系。因而，这使得不管通信点类型是什么(地理的、电子的、电话的等等)都能建立关联类型是家庭地址、工作地址、临时地址、返回地址等等。

这个参与方-通信点信息数据库非常有用，它使得服务提供者能够了解他们的服务用户中有多少和同一通信点具有关系以供市场研究和减少成本。例如，信用卡公司可以确定它有多少封带广告的信发送到同一通信点。如果卡持有者的家庭居住在同一地址，可能会有多封邮件不经意地被发送到那里，而事实上只要一封就足够了。类似的，对于具有多个账户但是位于一个通信点的同一参与方来说可以将账单报表结合起来。

                             表A

        内部参与                                内部通信

参与方            关系类型  通信点ID  通信类型

          方ID                                    点ID

Joe Smith  0001  家庭地址   CP123456789  地理     H0001

Mary       0002  工作地址   CP787663524  地理     H0002

Smith

Mary       0002  家庭地址   CP123456789  地理     H0001

Smith

Acme       0003  返回地址   CP918273764  地理     H0003

Accounting

Officer    0004  工作地址   CP567891234  地理     H0004

Grear

表A解释了可以由参与方通信点数据库标识的关系信息的例子。示出了参与方Joe Smith和通信点ID CP123456789的条目。这个条目还指示了该通信点和Joe Smith之间的关联为家庭地址，该通信点是地理通信点。表A还介绍了具有标识符CP123456789的通信点由Joe和Mary Smith共同用作他们的家庭地址这一事实。

现在参照图4，流程图400介绍了实施参与方通信点数据库的方法。在方框404中，将标识参与方的参与方数据存储为独立的数据集合，例如存储在参与方数据库101中。在方框408中，将标识通信点的通信点数据存储为独立的数据集合，例如存储在通信点数据库104中。在方框412中，将参与方数据与通信点数据相关联，并且对所述关联指定类型。

在图5中示出了进一步的例子。在流程图500的方框504中，将标识参与方的参与方数据存储为独立的数据集合。在方框508中，将第一标识符与具体参与方的数据相关联。在方框512中，将标识通信点的通信点数据存储为独立的数据集合。在方框516中，将第二标识符与通信点的数据相关联。在方框518中，向通信点数据条目分配通信点分类类型。在方框520中，将第一标识符与第二标识符相关联作为单独的数据条目以标识要分配给参与方的通信点。在方框536中，通信点关系类型被分配给特定的参与方数据集合和特定的通信点数据集合的关联。这可以通过将第一标识符、第二标识符以及通信点关系类型存储为存储在参与方通信点类型数据库中的数据集合来实现。因而这使得要存储和管理的参与方信息独立于通信点数据却仍然在这两个数据条目之间建立关系。

通信点使用

现在参照表B，可以更好地理解通信点使用的关系。

                              表B

参与方             角色           账户类型        账户ID

Joe Smith          担保人         循环信用证      RC123456789

Joe Smith          担保人         循环信用证      RC123456789

Mary Smith         授权用户       循环信用证      RC123456789

Mary Smith         付款人         电费            U987654

Acme Accounting    会计师         循环信用证      RC123456789

Officer Grear      欺诈调查员     循环信用证      RC567891234

                           使用

参与方             关系类型        通信点ID       通信类型

Joe Smith          家庭地址       CP123456789     地理

Joe Smith          家庭地址       CP123456789     地理

Joe Smith     家庭地址   CP123456789    地理

Mary Smith    工作地址   CP787663524    地理

Acme Bank     返回地址   CP918273764    地理

Officer Grear 工作地址   CP567891234    地理

使用类型

塑料卡

报表

信件

所有通信

报表

欺诈合同

通信点使用关系使得参与方通信点能够与账户参与方角色相关联。账户参与方角色条目指示具体的参与方在账户中扮演的角色。参与方通信点指示特定参与方的通信点。通过链接参与方通信点和账户参与方角色的条目，还可以添加具体的使用。因而，可以指示一类通信。表B描述了3个数据集合：参与方/通信点数据、参与方/账户角色数据集合，以及这些交叉索引的条目的使用类型。例如，参与方/账户角色数据库中的第一个条目是Joe Smith作为账户的保证人。此外，参与方/通信数据库中的第一个条目是Joe Smith的家庭地理位置。使用类型的第一个条目是塑料卡。因而，表B介绍了与塑料卡有关的任何通信信息，例如新信用卡，被发送到Joe Smith的地理家庭地址。类似的，三个数据集合中每个的第二个条目指示了报表被发送到作为保证人的Joe Smith的家庭地理地址。第三个条目指示MarySmith作为回转信用账户RC123456789的授权用户的角色的任何信件都被发送到Joe Smith的家庭地理地址。然而，第四个条目指示Mary Smith作为电费账户U987654的支付者的角色的任何通信信息都被发送到Mary Smith的雇主的地理地址。第五个条目指示作为会计师的Acme Accounting对回转信用账户RC123456789的任何报表通信信息都被发送到由通信点IDCP918273764所标识的Acme Accounting的地理返回地址条目。第六个条目指示对于回转信用账户RC567891234的任何欺诈合同都应当被发送到角色为欺诈调查员的Officer Grear的、由通信点ID CP567891234指示的雇主的地理地址。

表B的例子指示，一旦在不同的关系数据库中建立了条目，它们就能够结合成更多的关系。因而，账户参与方角色数据库120的条目可以与参与方通信点数据库130中的条目相关联，以建立通信点使用数据库132中的通信点使用条目。并且，内部标识符也可以与账户参与方角色数据库和参与方通信点数据库中的每个条目相关联，以将那些数据库中的每一个的实例(即数据)相关联。此外，那些关联中的每一个都可以包括附加的信息，例如特定条目的使用类型(塑料卡、报表、信件、所有的通信信息、返回地址、欺诈合同等等)。

通信点主题区域

参照图6A和6B，方框104示出了通信点数据库组件。通信点是联络参与方的一种方式。例如，根据所关联的类型代码，通信点可以是地理地址、局域网地址、电子邮件地址、电话号码、传真号码或者URL网页通信点。通信点数据定义了通信点。可以使用内部标识符产生器来为通信点数据库中的每个条目产生内部ID。然后可以使用该内部ID与其他主题区域，如参与方信息，相关。这样，通信点数据可以与参与方分离地保留，并且同一个通信点可以和许多参与方相关联。此外，它还可以被更新，而不影响其他主题区域。

地理通信点可以由包括以下内容的数据条目来具体定义：“地址类型代码”、“地址种类代码”、“有效地址代码”、“地址验证代码”、“通用寻址国家规则使用代码”、“地址国家代码”、“地址邮政编码”、“地址投递点代码”、“地址国家第一细分标识符”、“地址城市名称”、“地址第一行文本”、“地址第二行文本”、“地址第三行文本”、“地址第四行文本”、“地址注意行文本”、“地址公司名称”、“地址门牌号码文本”、“地址街道名称”、“地址邮箱编号文本”、“地址房屋建筑名称”、“地址附近的邮寄设施代码”、“地址历史保持代码”、“地址过期原因代码”、“地址维持时间戳”、“地址结束代码文本”、“地理通信点内部邮件代码”以及“地理位置设施代码”。定义地理通信点并不需要定义所有这些字段。

类似的，局域网地址条目可以由适当的数据来定义，如用于IPv4或者IPv6。此外，电子邮件地址可以用“电子邮件地址文本”和“电子邮件地址状态指示符”来定义。作为另一个例子，电话号码可以用“通信文本”和“电话显示格式代码”来定义。

账户、参与方和通信主题区域之间的交互的更具体的视图可以参照图6A和6B来查看。图6A和6B示出了用于实现这些交互的系统1600。在图6A和6B中，示出了参与方信息数据库101与账户数据库102的数据相关联来建立账户-参与方角色关系数据库120。类似的，示出了参与方数据库101与通信点数据库104相关联来建立参与方通信点关系数据库130。

参与方通信点关系数据库130从参与方数据库和通信点数据库中接收内部标识符来在与那些内部标识符相关联的条目之间建立关联关系。从而建立了特定参与方的通信点。以这种方式来关联参与方和通信点提供了极大的灵活性和简化的通信点管理。例如单个通信点可以和多个参与方有关，单个参与方可以向不同通信点的服务提供者通知可以用来与之通信的不同类型。所有的通信点典型地都由某个发行主体(地理的-本地政府机构，电子的-因特网服务提供者，电话-电话服务提供者等等)创建和调整，其中所述发行主体周期性地规定维护变化。由于每个通信点只在系统中出现一次，所以托管的变化的实现非常容易。还可以向这个关联关系中添加额外信息。例如图6A和6B介绍了参与方通信点数据可以包括：

1)“参与方通信点联系阻止码”用于指示通信点是否可以被用来联系参与方；

2)“参与方通信点有效日期”用于指示通信点对该参与方有效，并且从而可以被服务提供者用来与之进行通信的日期；

3)“参与方通信点有效终止日期”用于指示通信点对该参与方不再有效，并且从而不再能被服务提供者用来与之进行通信的日期；

4)“参与方通信点优先序列号”用于对可能与顾客进行通信的方式进行优先级排序；

5)“参与方通信点关系类型代码”，它是及时表现参与方对他们与特定点处的特定通信点之间的关系的观点的代码，例如家庭地址是“HOME”，工作地址是“EMPL”，临时度假地址是“TMVA”，以及业务是“BUSN”；

6)“参与方通信点请求代码”可以用来为参与方通信点确定隐私偏好。

这些数据字段使得利用该架构可以实现比利用传统系统更多的功能。例如，使用“参与方通信点联系阻止”字段，可以完全阻止在该通信点处于该参与方联系-例如，不要向我的家庭电子邮件地址发电子邮件。

类似的，通过为通信点提供有效日期，可以建立关于在一年中通信信息可以何时被发送到何地的极大的灵活性。例如，账单报表可以在冬天的月份被发送到参与方在亚利桑那州的度假家庭通信点，在一年中的剩余的时间被发送到内布拉斯加州的家庭地址。“参与方通信点有效日期”和“参与方通信点有效终止日期”会被用来确定例如账单报表何时被送往该亚利桑那州的地址。参与方通信点关系数据库的第二条目用来确定何时将通信信息发送到该内布拉斯加州的地址。

“参与方通信点请求码”可以用来指示在该通信点参与方是否能被请求。随着新的隐私立法的制定，这使得服务提供者能够追踪在特定的通信点参与方是否能够被请求。参与方通信点关系数据库中的这个“请求码”字段因而可以被用来确定该参与方是否能被请求；或者，在不同的配置下它可以被用来确定该参与方是否不能被请求。在任何一个配置下，都可以追踪参与方的偏好。例如，在能被请求的配置下，该字段可以被初始化设置为“不能请求”作为缺省值，直到该参与方肯定地选择了能被请求，并且该字段被改变以反映这个事实。

虽然参与方通信点关系数据库130将特定的参与方和特定的通信点相关联，但是仍然需要指令来指示哪些数据或者任务要被发送到那个通信点的那个参与方。这个功能可以通过通信点使用数据库1608、账户参与方角色数据库120以及参与方通信点数据库130之间的相互关系来实现。

通信点使用数据库可以被用来定义产生的、能够被发送到通信点的信函的类型。例如，可以包括“业务处理输出类型代码”来表示送往参与方的信函的类型。这个类型代码的例子包括账单信函的“BLL1”、与塑料卡(例如，塑料信用卡)有关的信函的“PLST”、用于塑料卡邮寄者的“MALR”，以及用于信件的“LTTR”，用于报表的“STMT”。

通过通信点使用数据库1608可访问的字段的另一个例子是“纸件停止有效日期”。这个字段存储了顾客指示可接受来停止产生纸件信函的日期。因而，这有助于满足除非顾客指示不需要寄送纸件报表而代之以在线访问或者电子邮件，否则都需要发送纸件报表的法律。

通过通信点使用数据库1608可访问的另一个字段是“业务处理输出产生媒介代码”。这个代码确定与业务功能有关的输出怎样产生。例如，可以使用下列代码，其中“Y”是缺省代码：

“Y”＝将产生电子的以及纸件的；

“N”＝不产生纸件的；

“L”＝产生电子的和纸件的，纸件的应当结束。

通信点使用数据库1608本身有助于定义可以与在账户中有角色的参与方进行通信的信函指令的交付。例如，可以使用下列字段：“通信点使用终止日期”，“通信点使用分类码”，“通信点使用有效日期”，“通信点使用接近指示符”，“通信点投递方法代码”，“通信点塑料卡投递更新码”，以及“通信点电子提供者标识符”。

“通信点使用终止日期”是对于账户参与方角色和业务过程而言通信点不再有效的日期。通信点使用分类码是通信点被使用的时间周期。这个字段与“信函类型代码”结合使用以确定在特定信函代码中哪个地址会被用来投递信函。例如，可以使用下列值：“P”表示常驻，“R”表示重复，指示该地址应用了循环和特定的时间周期，“T”表示临时，指示地址只在短期内有效，通常出现在将替换的塑料卡送往度假地址的情况下。

“通信点使用有效日期”是通信点对账户参与方角色和业务过程有效的日期。“通信点使用接近指示符”是用来确定通信点和邮寄工具在用于该账户参与方角色和业务过程时是否在同一个国家。“通信点投递方法代码”确定塑料卡将如何邮寄给顾客(例如，一级邮件，空运，联邦快递，挂号信，或者保证邮件)。“通信点塑料卡投递更新码”是确定发布者可以用来改变邮件代码的过程的代码。最后，“通信点电子提供者标识符”可以是电子信函提供者的标识符(例如“5001”＝“Billpay.com”)。

方框1608还示出了标记为“大量使用”和“单个单元使用”的子单元方框。与“大量使用”相连的是外部的大量邮件方框1616。这个方框有助于进一步定义大量邮件功能，例如一组人群的塑料卡何时首次被送往中介。中介可以在在邮件中存放个人的信封之前检查包含有个人塑料卡的个人信封。大量邮件投递的另一个例子是在本地邮政服务不可靠时(例如，在第三世界国家)，一组邮件可以被送往中介。大量邮件方框1616包括“大量邮件标识符”，“大量邮件描述文本”，“大量邮件密封信封指示符”，以及”“大量邮件测量邮件指示符”字段。

通信投递指令方框1620通过提供“投递细节标识符”，“投递提供者代码”，“投递模式代码”，“周六投递指示符”，“投递签名要求指示符”，“信使指示符持有”，“特定投递指令文本”以及“参与方联系电话类型代码”字段，有助于定义可以被指定给在账户中扮演角色的特定参与方的通信信息的特定业务过程输出类型的进一步的投递指令。

图6A和6B还示出了账户参与方角色通信点关系数据库1604。这个关系数据库建立了账户参与方角色数据库120，通信点使用数据库1608以及参与方通信点数据库130中的条目之间的关联关系。和通信点使用方框1608之间的关联使得服务提供者能够建立需要将特定通信信息发送给某通信点处的、在账户中扮演角色的特定参与方的信息，其中利用该通信点，与在该账户中扮演角色的任何参与方都建立了关系。除了存储来自账户参与方角色数据库和参与方通信点数据库中的内部标识符，账户参与方角色通信点数据库还存储“账户参与方角色通信点有效开始日期”以及“账户参与方角色通信点有效终止日期”字段。这些字段使得能够为与在特定账户中扮演特定角色的特定参与方进行通信定义开始和终止日期。

现在政府管理要求通常包含对例如不追踪参与方和通信点关系(例如，某人在信用卡报表上给出的地址是否是那个人的家庭地址)的公司的严重不服从进行惩罚。此外，逐渐演进的商业压力促使企业管理特定参与方(个人或组织)以及它陈述的与通信点以及在所有业务功能中的关系(家庭，工作，度假，等等)。此外，现在希望允许不同的参与方定义关系。例如，可以要求让服务提供者，数据处理者，或者参与方本身来定义关系。此外，希望维护通信点的状态。例如，可以指定将电话号码指定为断开、不能再联系到等等。

随后，可以提供陈述了这些问题的方面的本发明的实施例。例如，可以产生将所有通信点作为唯一实体来管理，并管理参与方可以与这些通信点建立的关系的数据结构。图7介绍了依照本发明的一个实施例的高级例子。在流程图700的方框704中，提供了通信点数据集合。通信点数据集合可以包括定义了通信点的具体要素的数据。例如，可以是邮寄地址的街道地址，城市，州，以及邮码。或者可以是GPS通信点的GPS坐标。也可以是地区代码和电话号码或者传真号码的七个数字。类似的，可以是电邮地址。方框708介绍了所提供的参与方信息的数据集合(参与方数据集合)。参与方数据集合类似地标识定义特定参与方的具体的要素。在方框712中，通信点数据集合可以和参与方数据集合相关联。这使得参与方能够与系统中的特定通信点有关。因而，例如John Doe可以与科罗拉多州80210，丹佛市，第一街道123号有关来指示那个特定的通信点(在本例中是地址)与John Doe有关。然而，该关系并没有指定这到底是John Doe的家，祖母的房子，办公室，还是之前的地址等等。因此，方框716示出了可以将关系类型代码与通信点数据集合和参与方数据集合相关联来指定参与方和通信点之间的关系类型。此外，可以提供如方框720示出的状态代码来指示关系的状态。例如，如果关系类型代码指示度假地址，状态代码可以指示度假地址当前不使用。状态代码可以与参与方数据集合，通信点数据集合，以及关系类型代码相关联。

图8A和8B介绍了用于将关系信息与参与方以及通信点相关联的更详细的例子。在流程图800中，方框804介绍提供了通信点数据集合。类似的，方框808介绍了提供通信点数据集合标识符。在方框812中，可以在参与方数据库中提供参与方数据集合。此外，可以如方框816所示提供参与方数据集合标识符。此外，关系类型代码可以提供并存储在关系类型代码数据库中，如方框824所示。方框828示出了可以提供关系状态代码数据库。此外，可以如方框832所示地提供关系状态代码标识符。作为例子，通信点数据集合可以存储在通信点数据库中，并在数据库中分配通信点数据集合标识符。类似的，参与方数据集合可以存储在参与方数据库中并被分配参与方数据集合标识符。并且，关系类型代码也可以提供并存储在关系类型代码数据库中。然后可以将关系类型代码标识符分配给关系类型代码。并且，关系状态代码可以存储在关系状态代码数据库中，并被分配关系状态代码标识符。一旦通信点数据集合、参与方数据集合、关系类型代码以及关系状态代码被建立，它们就可以彼此关联-尤其是通过使用标识符来彼此关联。

因而，方框836示出了可以通过将通信点数据集合标识符和参与方数据集合标识符相关联来将通信点数据集合与参与方数据集合相关联。类似的，方框840示出了可以通过将关系类型代码标识符与通信点数据集合标识符以及参与方数据集合标识符相关联来将关系类型代码与通信点数据集合和参与方数据集合相关联。最后，方框844示出了可以通过将关系状态代码标识符与通信点数据集合标识符、参与方数据集合标识符以及关系类型代码标识符相关联来将关系状态代码与通信点数据集合、参与方数据集合以及关系类型代码相关联。

例如可以通过将标识符分组作为数据库中的条目来实现标识符的关联。因而，每个标识符可以参考它的关联数据库以提供适当的信息。例如，关系类型代码标识符可以用来在关系类型代码数据库中查看关联的关系类型代码。

关系类型代码和关系状态代码可以用来定义参与方和通信点之间的关系的类型以及这些关系的状态。例如，参与方和通信点之间的关系可以指个人的家庭、祖母的家庭、重要的他人的家庭、工作、度假等等。状态代码可以用来指示关系的状态。例如，状态代码可以将状态指示为“断开连接”，“不能再到达”等等。

对关系类型和状态代码的需求可以依据所涉及的用户而改变。利用类似这里所描述的灵活的系统，可以非常容易地提供新的关系类型代码和状态代码。例如，可以由第三方处理器提供静态列表。或者，服务提供者可以定义它希望使用的关系代码。此外，顾客可以选择动态地产生关系类型代码或者状态代码来更准确地定义顾客与通信点的关系。因而，在提供新的类型和状态时，关系类型代码的列表和关系状态代码的列表可以被相应地更新。

由于这里介绍的系统的灵活性，多个通信点可以和一个参与方相关联。类似的，参与方可以为单个关系类型指定多个通信点。

图9介绍了根据例子的一个实施例实施的系统900的例子。即，图9示出了耦接到网络940的通信点数据库904。类似的，参与方数据库908、关系类型代码数据库912以及关系状态代码数据库916被示出与网络940相连。每个数据库可以存储与适当的标识符相关联的数据。然后标识符可以彼此关联来在诸如管理状态数据库920之类的附加数据库中产生唯一的条目。此外，各个参与方可以控制关系类型代码数据库和关系状态代码数据库。因而，图9还示出了计算机924可以用来使得第三方处理器能够访问这样的数据库。类似的，计算机928和932介绍了顾客或者服务提供者也可以访问该数据库来改变类型和状态代码。

应当理解，在本说明书中术语“关联”的使用是为了表示两个或者多个数据要素被组合为关联的数据集合。例如，组成唯一的数据条目的两个内部标识符形成了关联集合。此外，那两个内部标识符所索引的两个数据条目也因而组成了一个关联的数据集合。

类似的，应当理解，在本说明书中术语“有关”的使用是为了表示在两个或者更多的条目彼此之间建立了关系。因而，例如当特定的参与方与特定的账户有关时，在该特定的参与方和该特定的账户之间建立了关系。通常通过将特定参与方的内部标识符与特定账户的内部标识符相关联作为一个数据集合来实现，从而将这些实体标识为彼此有关。

虽然已经描述了本发明的各种实施例作为用于实现本发明的方法和装置，但是应当理解，本发明可以通过计算机相关的代码，例如常驻于计算机上的代码或者计算机可访问的代码，来实现。例如，软件和数据库可以用来实现上述的许多方法。因而，除了本发明由硬件实施的实施例外，要注意，这些实施例也可以通过使用包含有计算机可读介质的产品来实现，其中该计算机可读介质中嵌入有计算机可读程序代码，这使得能够实现本说明书公开的功能。因此，希望本发明的实施例还被认为是由本专利以它们的程序代码模块的形式来保护。

还可以设想本发明的实施例可以实现为载波中包含的计算机信号以及通过传输介质传播的信号(例如电的和光的)。因而，上述讨论的各种信息可以格式化为某种结构，例如数据结构，并且通过传输介质作为电信号来发送或者存储在计算机可读介质中。

还要注意，许多这里列举的结构、材料以及行为可以描述为用于执行给你的手段或者用于执行功能的步骤。因此，应当理解，这样的语言覆盖了在本说明书和等同物中所公开的所有这样的结构、材料或者行为。

虽然为本专利使用了许多不同定义来阐明权利要求项的含义。应当理解，这些定义只用于上述目的。这样的定义并非一定要为其它的法律事务的受让人所采用。

Claims (28)

1、一种用于管理通信点数据的方法，所述方法包括：

提供通信点数据集合；

提供参与方数据集合；

将所述通信点数据集合和所述参与方数据集合相关联；

将关系类型代码和所述通信点数据集合以及所述参与方数据集合相关联。

2、根据权利要求1所述的方法，还包括：

提供通信点数据集合标识符；

提供参与方数据集合标识符；并且

其中所述将所述通信点数据集合和所述参与方数据结合相关联包括：

将所述通信点数据集合标识符与所述参与方数据集合标识符相关联。

3、根据权利要求1所述的方法，还包括：

提供通信点数据集合标识符；

提供参与方数据集合标识符；并且

其中所述将所述通信点数据集合和所述参与方数据集合相关联包括：

将所述通信点数据集合标识符与所述参与方数据集合标识符相关联；

所述方法还包括：

提供关系类型代码标识符；并且

其中所述将所述关系类型代码和所述通信点数据集合以及所述参与方数据集合相关联包括：

将所述关系类型代码标识符和所述通信点数据集合标识符以及所述参与方数据集合标识符相关联。

4、根据权利要求1所述的方法，还包括：

提供关系类型代码数据库。

5、根据权利要求1所述的方法，还包括：

提供关系状态代码。

6、根据权利要求1所述的方法，还包括：

提供关系状态代码数据库；以及

在所述关系状态代码数据库中存储关系状态代码。

7、根据权利要求6所述的方法，还包括：

提供关系状态代码标识符；

将所述关系状态代码标识符和所述关系状态代码相关联。

8、根据权利要求3所述的方法，还包括：

提供关系状态代码标识符；以及

将所述关系状态代码标识符和所述关系类型代码标识符以及所述通信点数据集合标识符以及所述参与方数据集合标识符相关联。

9、根据权利要求4所述的方法，其中所述提供所述关系类型代码数据库包括：

在所述数据库中提供不同关系类型代码的静态列表。

10、根据权利要求9所述的方法，其中由数据处理方实体来建立所述列表。

11、根据权利要求9所述的方法，其中由服务提供者来建立所述列表。

12、根据权利要求9所述的方法，其中由顾客提供所述关系类型代码以描述所述顾客和所述通信点之间的关系。

13、根据权利要求12所述的方法，其中所述关系类型代码指示所述通信点数据集合表示由所述参与方数据集合所标识的所述参与方的家庭地址。

14、根据权利要求12所述的方法，其中所述关系类型代码指示所述通信点数据集合表示由所述参与方数据集合所标识的所述参与方的工作地址。

15、一种用于管理通信点数据的系统，所述系统包括

通信点数据库，其被配置来提供通信点数据集合；

参与方数据库，其被配置来提供参与方数据集合；

其中所述通信点数据库和所述参与方数据库可通信地相互耦接，以将所述通信点数据集合和所述参与方数据集合相关联；

关系类型代码数据库，其与所述通信点数据集合和所述参与方数据集合可通信地耦接。

16、根据权利要求15所述的装置，

其中所述通信点数据库被配置来提供通信点数据集合标识符；以及

其中所述参与方数据库被配置来提供参与方数据集合标识符；以及

其中所述通信点数据集合和所述参与方数据集合之间的所述关联包括所述通信点数据集合标识符和所述参与方数据集合标识符之间的关联。

17、根据权利要求15所述的装置，

其中所述通信点数据库被配置来提供通信点数据集合标识符；以及

其中所述参与方数据库被配置来提供参与方数据集合标识符；以及

其中所述通信点数据集合和所述参与方数据集合之间的所述关联包括所述通信点数据集合标识符和所述参与方数据集合标识符之间的关联；以及

其中所述关系类型代码数据库被配置来提供关系类型代码标识符。

18、根据权利要求17所述的装置，其中所述关系类型代码数据库和所述通信点数据集合以及所述参与方数据集合的所述可通信耦接包括将所述关系类型代码标识符和所述通信点数据集合标识符以及所述参与方数据集合标识符相关联。

19、根据权利要求15所述的装置，还包括：

关系状态代码。

20、根据权利要求15所述的装置，还包括：

关系状态代码数据库，其被配置来存储关系状态代码。

21、根据权利要求20所述的装置，其中所述关系状态代码数据库被配置来存储与所述关系状态代码相关联的关系状态代码标识符。

22、根据权利要求17所述的装置，还包括：

关系状态代码数据库，其被配置来存储关系状态代码标识符，以与所述关系类型代码标识符相关联。

23、根据权利要求18所述的装置，所述关系类型代码数据库被配置来提供不同关系类型代码的静态列表。

24、根据权利要求23所述的装置，其中所述静态列表由数据处理方实体建立。

25、根据权利要求23所述的装置，其中所述静态列表由服务提供者建立。

26、根据权利要求23所述的装置，其中由顾客提供所述关系类型代码以描述所述顾客和所述通信点之间的关系。

27、根据权利要求26所述的装置，其中所述关系类型代码指示所述通信点数据集合表示由所述参与方数据集合所标识的所述参与方的家庭地址。

28、根据权利要求26所述的装置，其中所述关系类型代码指示所述通信点数据集合表示由所述参与方数据集合所标识的所述参与方的工作地址。

Images