CN101501662A - 用于使通信点数据保持符合规则的系统 - Google Patents

Abstract

根据本发明的一个实施例，一种对通信点数据格式化的方法包括存储通信点数据集；存储多个通信点格式化数据集，其定义如何对通信点数据集格式化，多个通信点格式化数据集中的每一个都定义由相应格式设置实体指定的内容相应格式；以及基于所确定的应用将通信点格式化数据集之一与通信点数据集相关联。

Description

用于使通信点数据保持符合规则的系统

对相关申请的交叉引用

本申请根据35 USC§119(e)要求享有2006年6月7日提交的题为“SYSTEM FOR MAINTAINING REGULATORY COMPLIANCE OF COMMUNICATIONPOINT DATA”的美国专利申请No.60/812006的权益；本申请是2004年10月22日提交的题为“SYSTEM FOR MAINTAINING COMMUNICATION POINT DATA”的美国专利申请No.10/972172的部分延续，该申请根据35 USC§119(e)要求享有2004年2月24日提交的题为“SYSTEM AND METHOD FOR TRANSACTIONPROCESSING”的美国专利申请No.60/547651的权益，且根据35 USC§119(e)要求享有2004年5月3日提交的题为“SYSTEM AND METHOD FOR TRANSACTIONPROCESSING”的美国专利申请No.60/567891的权益；在此出于各种目的通过引用将上述申请全文并入于此。

根据本发明一个实施例，可以实现一种用于维持通信点数据的系统。例如，可以实现用于配置通信点数据以符合规则要求的系统。

背景技术

信用卡交易事务管理和经营是常规上依赖将单个标识符用作基准来存储大量信息的处理系统的范例。例如，信用卡账户通常包括关于客户的信息、账户、账单寄送地址、正式交易信息、以及信用卡和物理信用卡特征。所有这些都是从单个账户的角度来处理的，因此信用卡公司可以跟踪特定客户的交易事务。于是，这造成了非常静态的数据处理系统，这种系统不灵活，使其难以随着其服务的企业发展而进行改变。此外，该信息的处理通常对于行业内的具体营业范围(例如金融服务行业的循环信用产品)是特定的。与完全不同的服务模型(例如某人的公共事业计费系统、保险索赔支付处理系统、电话计费系统或有线电视计费系统)结合是不容易的。

于是，对各种不同行业或业务的交易事务进行处理的第三方必需要创建用于进行每种业务的交易事务的独立系统。当前似乎没有能够在同一处理系统中灵活进行不同类型业务的独特系统，不同类型业务例如是信用卡处理、卫生保健费用和公共事业账单处理。当前处理系统的静态和不灵活的本性再次阻碍了这一目的。

此外，因为是通过例如单个标识符来引用账户信息、参与方信息、通信点信息和信用卡系统的表达设备信息的，所以在当前系统下，将个体区域的账户信息、参与方信息或表达设备作为独立数据来管理即使不是不可能的，也是非常困难的。数据的单个基准的不灵活的本性再次阻止了这一目的的实现。

此外，可能需要修正通信点数据以便适应不同规则实体的不同格式要求。例如，US邮政业务要求在信件上使用一定的地址格式，以便能够获得美国国内的折扣的邮费的资格。因此，邮寄很多信件的公司将希望按照美国邮政业务的要求设定邮件的格式以便获得折扣。在其他情形下，其他邮政业务可能要求不同的邮递格式。类似地，对于其他类型的通信点数据，可能要求不同的格式。此外，该信息所需的格式或标准可能会随着时间变化。于是，利用静态记录的现有系统就不能适应这种改变。

于是，需要一种能够以更加灵活的方式为服务行业进行数据处理的数据处理系统。例如，需要这样的数据处理系统和必要的数据架构，其能够容易地适应不断变化的商务要求，并且不与任一种业务或任一个行业的特定方面紧密配合。

发明内容

根据本发明一个实施例，公开了一种为信件注明地址的方法，其中该方法包括存储通信点数据集，该通信点数据集包括用于注明邮递物品的地址以经邮政业务邮递的数据；存储多个界定如何对通信点数据集进行格式化的邮政格式化数据集，多个邮政格式化数据集中的每个都定义由相应邮政业务指定的相应地址注明格式。

根据本发明的另一个实施例，一种对通信点数据格式化的方法包括存储通信点数据集；存储多个通信点格式化数据集，其定义如何对通信点数据集格式化，多个通信点格式化数据集中的每个都定义由相应格式设置实体指定的内容相应格式；以及基于所确定的应用将通信点格式化数据集之一与通信点数据集相关联。

根据本发明的另一个实施例，一种对通信点数据格式化的方法包括：存储通信点数据集；存储多个定义如何对通信点数据集格式化的通信点格式化数据集，多个通信点格式化数据集中的每个都定义由相应格式设置实体指定的相应内容格式；为通信点数据集确定应用；基于所确定的应用将通信点格式化数据集之一与通信点数据集相关联；将相关联的通信点格式化数据集运用到通信点数据集以便产生格式化通信点数据集，格式化通信点数据集与通信点数据集不同；向应用输出格式化通信点数据集；利用修正数据更新通信点数据集；响应于来自相应格式设置实体的修正格式更新至少一个通信点格式化数据集。

从以下详细说明和附图可以明了本发明的更多实施例。

附图说明

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

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

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

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

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

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

图6A和6B示出了方框图，说明了根据本发明一个实施例的通信点主体区域的要素。

图7示出了流程图，展示了根据本发明一个实施例对通信点数据进行格式化的方法。

图8A和8B示出了流程图，展示了根据本发明一个实施例对通信点数据格式化的方法。

图9A和9B示出了流程图，展示了根据本发明一个实施例对邮政通信点数据格式化的方法。

具体实施方式

现在参考图1A，示出了用于实现本发明实施例的数据架构。即，在图1A中，示出了被分成八个不同主体区域的数据架构、主体区域之间的关系以及它们之间的所得关联。例如，图1A示出了系统100中的如下主体区域：参与方101、账户102、表达设备103、通信点104、交易事务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’中的参与方数据库和账户数据库的内部标识符，用于存储关于账户-参与方角色的信息。类似地，可以利用数据库来存储作为数据库130’的参与方-通信点关系的信息。图1B中所示的其他数据库与图1A的一致，例如通信点使用数据库132’、PI-账户-参与方-角色数据库122’、账户-结算数据库140’、账户-产品数据库160’和产品-结算数据库150’。与图1A中所示的架构相一致地指定每个数据库。

可以由图3中所示的示范性计算机系统来实现图1B中所示的每个计算机和数据库。图3大致示出了如何可以实现个体系统要素。图示的系统300由经总线308电耦合的硬件元件构成，包括处理器301、输入装置302、输出装置303、存储装置304、计算机可读存储介质读取器305a、通信系统306、处理加速(例如DSP或专用处理器)307和存储器309。计算机可读存储介质读取器305a进一步耦合到计算机可读存储介质305b，该组合一般性地代表用于临时和/或更持久地保存计算机可读信息的远程、本地、固定和/或可移除存储装置加上存储介质、存储器等，可以包括存储装置304、存储器309和/或任何其他这种可访问的系统300的资源。系统300还包括软件要素(被示为当前位于工作存储器391之内)，包括操作系统392和其他代码393，例如程序、Java程序、和数据等。

系统300具有很大的灵活性和可配置性。于是，例如可以利用单个架构来实现一个或多个服务器，进一步可以根据当前理想的协议、协议变型、扩展等来配置服务器。不过，本领域的技术人员将会明了，完全可以根据更特定的应用要求来利用这些实施例。例如，可以将一个或多个系统要素实现为系统300(例如位于通信系统306内)的分量之内的子要素。还可以利用定制的硬件和/或可以将特定要素实现为硬件、软件(包括所谓的“便携式软件”，例如Java程序)或两者。此外，尽管可以使用通往诸如网络输入/输出装置(未示出)的其他计算装置的连接，但要理解，也可以使用通往其他计算装置的有线、无线、调制调解器和/或其他连接。分布式处理、多点查看、信息转发、协作、远程信息检索和合并以及相关的能力均可以考虑采用。操作系统的利用率也将随着特定主机装置和/或进程类型(例如计算机、家用电器、便携式装置等)而变化。并非在所有情况下都必然需要系统300的所有分量。

图1A中所示的数据架构为管理服务行业的数据或提供数据处理提供了很大灵活性。信用卡行业中的现有数据架构例如依赖于使用单个标识符来引用客户账户的所有信息。类似地，在公共事业计费系统中，将特定用户的所有信息作为单个组合数据集来加以引用。图1A所示的架构不是通过静态记录的单个标识符来引用一项业务的所有信息的。相反，将信息分到不同的主体区域中。于是，能够给数据处理提供很大灵活性。例如，可以为特定参与方修改数据而不中断该方账户的处理。实质上，不需要对其他主体区域进行重新结构化，因为可以在不影响其他主体区域的情况下修改单个主体区域。因此，这种系统类型提供了现有系统不能实现的很大的灵活性和功能性。

参考图1A，可以看到各种主体区域。此外，还可以看到在很多不同主体区域之间建立的关系和所得关联。这些关系和关联允许处理存储的数据，以实现期望的功能。

账户

参考图1A的方框102，可以看到账户主体区域。账户主体区域是关于用于记录、测量和跟踪与合同协议相关的金融和非金融信息的机制的数据集合。账户的特征可以是特定分量、业务数据的条款或提示账户生成的产品。账户还可以以金融和人口数据为特征。于是，根据本发明的一个实施例，该账户便于管理、跟踪和报告交易事务活动。账户的具体特征可以根据产品类型、产品分量、参与方或合同协议中确定的条款而变化。

账户关联到一个或多个参与方，参与方可以使用一个或多个表达设备来产生交易事务。此外，根据本发明的一个实施例，账户、参与方和表达设备可以作为独立的主体区域工作，并可以在关联中相关，以形成关系的独特发生。

账户主体区域实现了账户数据与参与方数据和表达设备数据的分离。于是，履行特定账户的特定商务角色的参与方身份不是作为账户数据库的一部分存储的。相反，其保存在参与方数据库中并涉及到账户数据库，在账户数据库中维持所分配的商务角色。类似地，描述表达设备，例如信用卡或智能卡的数据不是作为账户数据的一部分被存储的。相反，可以通过关联数据库使该信息与账户数据相关。

例如作为企业集团或家族账户群的一员，账户可以参与到与其他账户的一个或多个关系中。此外，多个表达设备可以为单个账户、一组账户或一组中的单个成员产生交易事务。于是，单个账户可以与智能卡、磁条卡、生物测定标识符等相关，其每一个都可用于发起与该账户相关联的交易事务。

例如，与若干方相关联的单个账户可以与一个表达设备相关，以生成交易事务。或者，可以利用账户主体区域实现每个家族成员都具有个人或下属账户的家族账户。此外，可以通过账户数据库实现具有一个或多个从属账户的企业账户。于是，很明显，通过分离账户的数据，在图1A所示的数据架构下提供了灵活性。

参与方

参考图1A，可以看到参与方101的主体区域。参与方主体区域是业务提供商为了直接或间接地执行经营活动而需要了解其信息的个人、单位或单位部门的数据集合。参与方可以与其他参与方相关，还可以与账户、表达设备、结算、产品、通信点和交易事务相关。他们可以参与协议、群组和组织。他们可以充当所有者、总管、联系点以及商务功能和准则的触媒。

例如，数据处理器的一个客户端可以将客户John Joseph Doe认作J.Doe，而数据处理器的另一客户端可能会认作J.Joseph Doe先生。即使两个客户端都具有他的相同社会保险号且都知道他的出生日期为1942年6月10日，每个客户端(例如Bank One和XCEL Energy)也会为John Doe添加不同的地址。数据处理器的一个客户端所用的姓名未和数据处理器其他客户端使用的那些姓名组合，因为每个姓名仅在提供该信息的商务环境内相关。然而，参与方主体区域可以为参与方存储识别信息，例如可以与很多不同账户相关的姓名和社会保险号。

参与方所关联的账户不是作为参与方数据库的一部分被存储的。类似地，可以联系到参与方的通信点也不是作为参与方数据库的一部分被存储的。相反，通过相关联的数据库将账户和/或通信点与参与方相关。

参与方数据库可以提供灵活性以为个人、单位或单位部门维持多个名称、状态和备用标识符。它还允许服务机构为个人、单位或单位部门管理相关联的多个角色。它还允许在个人、单位和/或单位部门之间建立和维持诸如对等关系或等级关系之类的结构关系。

参与方之间的关系范例是业务提供商(信用卡公司、公共事业公司、卫生保健提供商)的顾客、数据处理系统的客户，例如收款银行、销售商、贸易商、联系人、商务合作伙伴和雇员。

表达设备

再次参考图1A，示出了标注为“表达设备”的方框102。表达设备主体区域是关于用作生成货币或非货币交易事务的交易事务触媒的物理或虚拟装置的数据集合。独立于参与方和账户数据存储表达设备数据，以方便其管理。可以不影响账户或账户状态而修改表达设备数据的特征。表达设备不限于例如纸质发票、塑料信用卡、塑料磁条卡或智能卡的物理装置。相反，它们也可以是虚拟装置，例如指定的账号或电子标识符。用于针对账户发起交易事务的任何触媒都被视为表达设备。

可以独立地管理表达设备数据。于是，表达设备数据可以与一个或多个参与方/产品/账户关系相关。例如，参与方可以要求重新发放“表达设备”，例如信用卡，而不影响同一账户上的其他信用卡。类似地，可以为账户生成虚拟表达设备，以允许参与方能够进行电子商务活动而不影响任何关联的物理表达设备。

通信点

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

在通信点数据库中存储信息的优点之一是在发行主体为通信点改变内容时可以容易地改变信息。此外，可以通过使参与方与很多不同通信点相关来将这些通信点用于单个参与方和/或可以使单个通信点与很多参与方相关。这样为根据参与方与通信点的关系类型以及使用该关系的时间向该方发送通信提供了很大灵活性。内在灵活性的另一范例是在商务要求改变且发现新类型的通信点时，可以很容易地就将它们添加到处理系统。

例如，可以使用通信点向特定方发送信用卡公司的年度报表。该参与方可能仅在其家庭地址居住一年中的部分时间，而在该年中的其他部分时间里居住在不同的地址，对于退休人员来说常常是这种情况。于是，可以在通信点数据库中包括多个通信点且可以与参与方数据库建立关联，以指定通信点数据的关系、时间选择和使用情况。可以将这些关联存储在不同的数据库中，例如参与方-通信点数据库130和通信点使用数据库132中。于是，在该年的第一部分期间可以将年度报表引导到一个或多个地理或email地址，而在该年的另一部分时间期间引导到单一地理地址。

在通信点数据库中存储信息的优点之一是可以改变通信点信息而不改变与参与方的关系。于是，例如，如果一个地区修改了某城市的邮政编码配置，位置的邮政编码可能会变化，但作为基本寄件地址的关系将不会改变。于是，仅需要利用修正的邮政编码信息更新通信点数据库。在某些行业中，例如在信用卡等级评定行业中这可能是很重要的，在这种行业中一个人的信用评价部分是由该人迁移多少次来确定的。例如，在旧有数据处理方法下，即使地理位置不改变，从原理上讲，对邮政编码进行随意的重新划区也会导致某人的地址改变。于是，用于评价申请者的信用评价规则会将邮政编码的变化视为地址的变化，导致对个人的信用评价变坏--即使该人从未迁移过也是如此。然而，图1A中所示的系统允许输入地理地址的特征化，即修改的邮政编码信息，而不表明与该地理位置的关系已改变。于是，在图1A中所示的系统下，对个人修改邮政编码的邮局不会影响对该人的信用评价。这是图1A所示数据处理架构带来的数据分离的灵活性和效率的另一范例。

作为利用分离的通信点数据和独特的参与方-通信点关联可以实现的功能的另一范例，可以想到能够为信用卡账户发送的所有类型的通信。于是，可以在该年的六个月中将月报表发送到家庭地址，在该年的其余六个月中发送到度假地址。此外，如果某人接近信用卡的限额，可以向email地址发送超过信用额的警报。此外，可以向某人的家庭地址传真逾期付款通知，或者可以通过向某人的家庭打电话来实现第二次逾期付款通知。上述通信目的地(即家庭地址、email地址、传真、电话)的每一个都容易改变且存储在通信点数据库中。然而，可以在数据库中独立地维持参与方和通信点数据库中的任何“地址”之间的关联。于是，与始终将报表发送到例如同一地址的传统信用卡系统相比，本发明的本实施例为和参与方通信提供了更大的灵活性。

交易事务

再次参考图1A，示出了交易事务主体区域105。交易事务主体区域存储与为业务执行的交易事务相关的数据。交易事务主体区域存储着关于影响到蕴含金融价值或导致资金从一个账户移动到另一个账户和/或影响非金融属性(例如名称、地址、对新塑料卡的请求)的商务活动或事件的数据集合。于是，交易事务数据库可以存储例如与信用卡账户的先前购买行为相关的信息。类似地，其可以存储公共事业计费支付或公用业务的计费报表。实质上，其存储着记忆一个账户发生的交易事务的所有数据。对于信用卡行业而言，很多业务组，例如MasterCard信用卡和Visa信用卡都具有存储交易事务信息的预定格式。交易事务主体区域能够理解这些外部格式，能够按照提供它们的样子对其归档，并能够将它们转换成可以揭示相关联账户上适当结算的内部格式。

结算

图1A中的结算主体区域106用于存储产品和账户的结算信息。实质上，结算是针对充当累积金融(借/贷)活动机制的账户或账户方角色由结算类型和时期维持的总额。账户结算的范例是公共事业账单或信用卡账单上应得的结算。该结算信息可以包括结算的日期、结算量等。结算数据库根据需要保存每个账户的结算历史。

结算数据库在可以为账户保持的结算类型方面提供了很大灵活性。例如，对于新产品，例如新的信用卡系列可以使用促销结算。还可以为信用卡独立保存滞纳金结算。类似地，可以为账户保存超限结算。此外，可以为账户使用高价促销结算。这种促销结算可以包括一个人向特定产品，例如冰箱支付了多少。于是，例如，如果正在为冰箱举行特殊的促销活动，结算数据库可以存储购物已经使用了多少钱，这会触发获得为冰箱而设的奖金。

于是，结算数据库提供了所有不同种类的要保存的结算信息，可以将该信息用于账户或为特定产品线指定该信息。这提供了很大的灵活性，即结算信息可以变化，且对于一个产品线可以选择不同的结算。

产品

产品主体区域107是关于一方为了获取收入而希望销售给另一方的指定物品或服务的数据集合。于是，参与产品活动的各方通常有着不同的角色，例如向市场提供产品的一方，为产品提供服务的一方以及使用由产品提供的服务的一方。作为向市场提供产品的一方的范例，为客户发行信用卡的发行银行是一个例子。类似地，诸如Western Union之类的为参与方提供汇款服务的汇款代理机构是另一个例子。类似地，作为发行和收取银行的第三方而运营的公司，例如First Data Resources和First DataMerchant Services也属于这一类。作为为产品服务的一方的范例，FirstData Resources或任何其他第三方处理器是执行该服务的一方的范例。最后，作为使用由该产品提供的服务的一方的范例，使用信用卡的顾客是这一类的范例。

产品可以由参与方选择的分量数据来定义。这替代了程序实现的特征和功能。于是，发行银行方可以选择分量，其希望将这些分量包括到其中，作为要提供给购买公众的新产品的一部分，公众中的每个人都将是独立的一方。这允许发行银行，例如选择利率、信用限额、支付选项等。

产品的另一个范例是公用事业业务。于是，可以单独地定义煤气和电的费率。此外，也可以将滞纳金定义为独立的分量。在该范例中提供这种产品的一方将是公用事业公司，而私房屋主将成为顾客。

通常，产品将定义诸如累积结算和总报表之类的分量的分级属性。产品还可以定义账户结算，例如促销结算和费用。此外，它还可以定义对这些结算的处理。此外，它可以定义结算是如何受到诸如销售、支付、撤销等交易事务影响的。

产品可以随着不同的经营范围，例如信贷、零售、电子商务、手机等而变化。产品通常会这样组织分量数据，使得商人能够使用它们，客户能够理解它们，且应用可以处理它们。这允许不受限数量的分量来定义参与方的产品。此外，这实现了新产品更快时间上市或对现有产品更快做出改变。此外，这为产品定义提供了集中式而容易访问的数据库。

产品的范例有贸易商服务；资金转账服务；带奖金功能的Vi sa^TMPlatinum；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中，可以将用于商务的规则数据作为独立数据集加以保存。

参与方-通信点

图1A示出了两个主体区域之间的另一种关系，即参与方主体区域和通信点主体区域之间的关系。可以建立参与方-通信点数据库来定义个人、单位或单位部门与一种通信点之间的关系。于是，这允许确认关联类型是否是家庭、雇主、临时的、返回地址等，而与通信点类型(地理、电子、电话等)无关。

参与方-通信点信息的该数据库在如下方面是有帮助的：其使业务提供商能够理解他们的服务用户中的多少与同一通信点具有关系，以实现行销和降低成本的目的。例如，信用卡公司能够确定其向同一通信点发送多少带广告的信件。如果持卡人的家庭位于相同地址，在一个邮件就足够了的情况下，可能会不经意向那里发送多个邮件。类似地，可以为具有多个账户但位于一个通信点的同一方组合计费报表。

表A

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

Joe Smith        0001          家庭       CP123456789 地理      H0001

Mary Smith       0002          雇主       CP787663524 地理      H0002

Mary Smith       0002          家庭       CP123456789 地理      H0001

Acme Accounting  0003          返回地址   CP918273764 地理      H0003

Officer Grear    0004          雇主       CP567891234 地理      H0004

表A示出了可以由参与方通信点数据库识别的信息关系的范例。示出了参与方Joe Smith和通信点ID CP 123456789的条目。该条目还指出通信点和Joe Smith之间的关联为家庭，且其为地理通信点。表A还示出了Joe和Mary Smith都将标识符为CP1 23456789的通信点用作他们的家庭地址。

现在参考图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示出了三个数据集，参与方/通信点数据和参与方/账户角色数据集以及这些交叉引用条目的使用类型。例如，参与方/账户角色数据库中的第一条目是针对账户上作为保证人的JoeSmith的。此外，参与方/通信数据库中的第一条目是针对Joe Smith的家庭地理位置的。使用类型的第一条目是塑料。于是，表B示出了将与诸如新信用卡的塑料相关的任何通信发送到位于其家庭地理地址的Joe Smith。类似地，三个数据集的每个中的第二条目指明将报表发送到作为保证人的在其地理家庭地址的Joe Smith。第三条表明要把针对角色为循环贷款账户RC123456789上的授权用户的Mary Smith的任何信件发送到Joe Smith的地理家庭地址。然而，第四条目表示要把针对角色为电业账户U987654上的付款方的Mary Smith的任何通信发送到Mary Smith的雇主的地理地址。第五条目表示要把作为循环贷款账户RC123456789上的会计师的AcmeAccounting的任何报表通信发送到由通信点ID CP918273764标识的AcmeAccounting的地理返回地址条目。第六条表示应当将针对循环贷款账户RC567891234的任何欺诈接触发送到处于其雇主的由通信点ID CP567891234表示的地理地址的角色为欺诈调查员的Officer Grear。

表B的范例表示一旦在不同的关系数据库中确立了条目，就可以对它们进行组合以获得更多关系。于是，可以使账户方角色数据库120中的条目与参与方通信点数据库130中的条目相关联，以在通信点使用数据库132中建立通信点使用条目。同样，可以将内部标识符与账户方角色数据库和参与方通信点数据库中的每个条目相关联，以关联来自这些数据库的每个的实例(即数据)。此外，那些关联的每一个都可以包括额外的信息，例如该特定条目的使用类型(塑料、报表、信件、所有通信、返回地址、欺诈接触等)。

通信点主体区域

参考图6A和6B，方框104示出了通信点数据库分量。通信点是可以联系到参与方的途径。例如，根据与其相关联的类型代码，通信点可以是地理地址、LAN地址、email地址、电话号码、传真号码或URL网络通信点。通信点数据定义通信点。可以使用内部标识符发生器为通信点数据库中的每个条目产生内部ID。然后利用该内部ID将它与其他主体区域，例如参与方信息相关。通过这种方式，可以独立于参与方保持通信点数据，并可以将同一通信点与很多参与方相关联。此外，可以对其进行更新而不影响其他主体区域。

具体而言，可以由数据条目来定义地理通信点，其可以包括：“地址类型代码”、“地址类别代码”、“有效地址代码”、“地址生效代码”、“通用地址国家规则代码”、“地址国家代码”、“地址邮政编码”、“地址投递点代码”、“地址国家第一细类标识符”、“地址城市名称”、“地址第一行文本”、“地址第二行文本”、“地址第三行文本”、“地址第四行文本”、“地址注意行文本”、“地址公司名称”、“地址家庭号码文本”、“地址街道名称”、“地址信箱号码文本”、“地址住宅楼名称”、“地址邮递设施邻近性代码”、“地址历史保持性代码”、“地址过期理由代码”、“地址维持时间戳”、“地址停止代码文本”、“地理通信点内部邮件代码”和“地理位置设施代码”。为了定义地理通信点，不需要定义所有这些字段。

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

参考图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)“参与方通信点请求代码”，可用于确定参与方通信点的私密性偏好。

这些数据字段允许利用该架构实现传统系统所不能实现的大量功能。例如，利用“参与方通信点联系禁用”字段，可以完全禁止在该通信点与该方联系—例如，不要向我家的email地址发email。

类似地，通过为通信点提供生效日期，对于在一年期间在何地何时可以向参与方发送通信方面，可以提供很大灵活性。例如，在冬季可以将计费报表发送到参与方在亚利桑那州度假家中的通信点，在一年的其余时间可以发送到在内布拉斯加州的家庭地址。将使用“参与方通信点有效日期”和“参与方通信点生效结束日期”来确定例如何时可以将计费报表发送到亚利桑那州的地址。将使用参与方通信点关系数据库中的第二个条目来确定何时可以将通信发送到内布拉斯加州地址。

“参与方通信点请求代码”可以用于指明是否可以在该通信点找到该方。随着新的保密法规的制订，服务提供商最好能够跟踪是否在特定通信点请求了参与方。于是，可以将参与方通信点关系数据库中的“请求代码”字段用于判断参与方是否参与了请求；或者，可以用于判断参与方是否在不同配置下退出了请求。在任一种配置下都可以跟踪参与方的偏好。例如，在参与配置下，最初可以将字段设置成默认的“不请求”，直到参与方确定地参与且该字段被更改为反映该事实为止。

尽管参与方通信点关系数据库130将特定参与方与特定通信点关联起来，但仍需要指示要向该通信点的该参与方发送什么数据或任务。该功能可以通过通信点使用数据库1608、账户方角色数据库120和参与方通信点数据库130之间的相互关系来实现。

可以使用通信点使用数据库来定义所产生的可发送到通信点的函件类型。例如，其可以包括“商务过程输出类型代码”，表示发送到参与方的函件类型。这种类型代码的范例包括表示计费函件的“BLL1”，表示关于塑料(例如塑料信用卡)的函件的“PLST”，表示塑料邮件的“MALR”、以及表示信件的“LTTR”和表示报表的“STMT”。

可通过通信点使用数据库1608访问的字段的另一范例是“纸质停止生效日期”。该字段存储客户指定的可以接受停止产生纸质形式函件的日期。于是，这有助于符合那些要求除非客户指出无需发送这种纸质报表否则要发送纸质报表的法律，纸质报表例如用于取代在线访问或电子邮件。

可以通过通信点使用数据库1608访问的另一字段为“商务过程输出生成介质代码”。该代码确定将如何产生与商务功能相关的输出。例如，可以使用如下代码，其中“Y”为默认代码：

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

“N”＝将不产生纸质的；

“L”＝将产生电子和纸质的，应当削减纸质。

通信点使用数据库1608本身有助于定义可以发送到在账户上具有一定角色的参与方的函件的递交指示。例如，可以使用以下字段：“通信点使用结束日期”、“通信点使用分类代码”、“通信点使用生效日期”、“通信点使用邻近性指示符”、“通信点投递方法代码”、“通信点塑料投递更新代码”和“通信点电子提供商标识符”。

“通信点使用结束日期”是通信点对账户方角色和商务过程不再有效的日期。通信点使用分类代码是将使用通信点的时间期间。结合“函件类型代码”使用该字段来确定将使用特定函件类型代码中的哪个地址来投递函件。例如，可以使用如下值：“P”表示永久，“R”表示重复，指明该地址适用于回投和特定时间段，“T”表示临时，指明该地址在短时间段内有效，通常是在向度假地址发送替代塑料制品的情况下使用。

“通信点使用生效日期”是通信点对账户方角色和商务过程生效的日期。在用于账户方角色和商务过程时，“通信点使用邻近性指示符”是用于判断通信点和邮递设施是否处于同一国家的值。“通信点投递方法代码”确定如何将塑料制品邮递到客户(例如一级邮递、航空邮件、FedEx、挂号邮件或保证邮件)。“通信点塑料投递更新代码”是确定发行方可用于改变邮政编码的过程的代码。最后，“通信点电子提供商标识符”可以是用于电子函件提供商的标识符(例如“5001”＝“Billpay.com”)。

方框1608中还示出了标记为“大量使用”和“单一单位使用”的子单元方框。与“大量使用”方框耦合的是外部大量邮件方框1616。例如在首先将一群人的塑料制品发送到中介时，该方框有助于进一步定义大量邮递功能。中介可以在将单独信封存放在邮件中之前检查封入单独塑料制品的每个信封。大量邮递的另一范例是在本地邮政不可靠时(例如在第三世界国家中)将一组信封发送到中介的情况。大量邮递方框1616包括用于“大量邮递标识符”、“大量邮递描述文本”、“大量邮递密封信封指示符”和“大量邮递计量邮件指示符”的字段。

通信投递指示方框1620帮助定义其他投递指示，可以通过为如下各项提供字段来将该指示分配给在账户上充当一定角色的特定方的通信的特定商务过程输出类型：“投递细节标识符”、“投递提供商代码”、“投递模式代码”、“星期六投递指示符”、“需要投递签字指示符”、“在投递员处保存指示符”、“快递邮件指示文本”和“参与方联系电话类型代码”。

图6A和6B中还示出了账户方角色通信点关系数据库1604。该关系数据库在账户方角色数据库120、通信点使用数据库1608和参与方通信点数据库130中的条目之间建立关联关系。与通信点使用方框1608的关联允许业务提供商确定向通信点处在账户上扮演一定角色的特定方发送特定一条通信所需的信息，在该通信点和该账户上扮演角色的任何参与方已经建立起关系。除了存储来自账户方角色数据库和参与方通信点数据库的内部标识符之外，账户方角色通信点数据库还存储“账户方角色通信点生效开始日期”和“账户方角色通信点生效结束日期”的字段。这些字段允许为与特定账户上扮演特定角色的特定方的通信定义起止日期。

在针对通信点对数据分组时，可以迅速对其更新。此外，可以根据期望的格式--例如由管理机构规定的格式，对其进行格式化。可以向通信点数据运用格式化操作，而无需要求以取决于管理机构的方式存储通信点数据。于是，可以独立地维持一组通信点数据，并可以向同一组通信点数据应用多种格式以实现不同的格式化。例如，不同的邮政系统会偏好在信件上使用不同的地址格式。在一些情况下，数据处理器可能希望根据美国邮政的格式为信件注明地址，而在其他情况下，数据处理器可能希望以加拿大的格式为信件注明地址。也就是说，如果使用了正确的邮件格式，由于邮政业务常常会给予大量邮件折扣，因此数据处理器可以通过采用将产生最大财务效益的格式来节省资金。

此外，在格式变化时，可以修正格式化操作而无需更新多个记录。例如，如果邮政业务从5位邮政编码变为10位邮政编码，无需修改所有的通信点数据集就可以实施该格式。

图7示出了流程图700，展示了根据本发明一个实施例对通信点数据进行格式化的方法。在方框704中，存储了一组通信点数据。该组通信点数据可以是综合数据集，其包括地理地址数据、GPS数据、LAN数据、电话号码、传真号码和email地址。在方框708中，存储多个通信点格式化数据集。这些通信点格式化数据集定义如何对通信点数据集进行格式化。此外，可以由相应的格式设置实体指定通信点格式化数据集中的每个。于是，不同国家的多种邮政业务可以指定他们偏好他们国家的邮件如何注明地址。于是，正在为寄往特定国家的邮件注明地址的数据处理器可以恰当地根据外国的地址方案对地址进行格式化，而无需根据默认标准，例如美国地址格式进行操作。尽管使用邮政业务作为范例，但也可以采用不同的管理机构。例如，国际电话方案可以产生适用于拨打国际电话的格式。例如，指定应该如何对GPS数据进行格式化的管理机构也能够指定适当的格式。在方框712中，可以将特定的通信点数据集与特定的通信点格式化数据集相关联。通过使这两个数据集彼此关联，业务提供商能够根据关联的格式恰当地对通信点数据进行格式化。此外，可以实现这一目的，同时仍然保持通信点数据集处于原来形式，从而可以在连续时间点采用不同格式。

现在参考图8A和8B，流程图800示出了根据本发明一个实施例对通信点数据格式化的更详细范例。即，在方框804中，存储通信点数据集。在方框808中，存储多个通信点格式化数据集。这些通信点格式化数据集定义如何对通信点数据集进行格式化。由相应的格式设置实体，例如管理机构来定义通信点格式化数据集中的每一个。在方框812中，确定通信点数据集的应用。例如，该应用可以是由数据处理器代表信用卡公司执行的大量邮递应用。在方框816中，将通信点数据集之一与通信点格式化数据集之一相关联。此外，可以基于所确定的应用实施该关联。于是，如果正在通过美国邮政进行信用卡报表的大量邮递，可以将通信点数据集与允许大量寄件人获得邮费折扣的美国邮政业务邮递格式相关联。不过，如果数据处理器在外国有分支机构且正在向位于该国家的参与方发送大量邮件，那么可以选择用于该外国的邮政格式的通信点格式化数据集作为替代。在方框820中，将来自通信点格式化数据集的格式化标准应用于相关联的通信点数据集。这样促使实施通信点数据集的格式化，以便从通信点数据集选择指定的要素，并将它们设置在彼此相对适当的位置或以适合于所选数据的方式对它们进行格式化。用这种方式，将通信点数据设置在格式化的通信点数据集中--在大多数情况下该数据集与原来的通信点数据集不同。在方框824中，可以将格式化的通信点数据输出到该应用。于是，可以将包含寄件地址信息的未格式化的数据集格式化成美国邮政业务大量邮递的格式并输出到数据处理器，数据处理器以物理方式为信封注明地址。一旦采集到通信点数据，通常其不需要修正。然而有时需要更改通信点数据。例如，有些人可能会移动或改变电话号码。在这种情况下，参与方将产生改变的需要。然而在一些情况下，管理机构可能会改变该信息。例如，可以对街道重新命名或电话系统可能会修改区号。类似地，管理机构可以决定修改其通信点格式。于是，例如美国邮政业务可能会从5位的邮政编码变为10位的邮政编码。或者，可能会在地址的特定要素之间需要空间以提高地址处理的自动化程度。

图9A和9B示出了用于根据本发明一个实施例对邮政业务信息进行格式化的流程图900。在方框904中，存储通信点数据集。通信点数据集包括用于指明邮递物品地址的数据，例如街道号码、街道、城市、州和邮政编码。在方框908中，存储多个邮政格式化数据集。每个邮政格式化数据集包括可用于将地址格式化成相应格式的数据。例如，一种格式可以用于美国快件；另一种格式可以用于美国一类邮件；另一种格式可以用于美国大量邮件；另一种格式可以用于加拿大邮政要求等等。这些格式的每一种都由相应的邮政业务指定。在方框912中，决定哪个业务提供商要求格式化的地址。例如，可以决定数据处理器向美国居民大量邮递信用卡报表。在方框916中，将邮政格式化数据集之一与通信点数据集之一相关联。一旦将这些数据集关联起来，就可以如方框920中所示实施格式化。也就是说，可以将相关联的邮政格式化数据集定义的邮政格式应用于相关联的通信点数据集。这样就产生了根据相关联的格式设置的修正通信点数据集。在方框924中，输出邮政格式化通信点数据集。例如，可以输出其以便在信用卡报表地址注明中使用。如上所述，方框928和932示出了可以不时地修正通信点数据集和邮政格式化数据集。

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

类似地，应当理解，在本说明书中使用“相关”一词是为了表示两个或更多实体彼此建立其关系。于是，在特定参与方与特定账户相关时，例如，在特定参与方和特定账户之间就建立起关系。这常常是通过将特定参与方的内部标识符与特定账户的内部标识符关联起来作为数据集来实现的，以便将实体识别为彼此相关。

尽管已经描述了本发明的各种实施例作为实现本发明的方法或设备，但应当理解，可以通过耦合到计算机的代码，例如驻留于计算机上或可由计算机访问的代码来实现本发明。例如，可以利用软件和数据库来实现上述的很多方法。于是，除了用硬件实现本发明的实施例之外，还要指出，可以利用计算机可用的介质构成的产品来实现这些实施例，该介质中包含计算机可读程序代码，该代码实现本说明书披露的功能。因此，还希望将本发明的实施例示为受到其程序代码段形式的本专利的保护。

还构思可以将本发明的实施例实现为载波中所含的计算机信号以及通过传输介质传播的信号(例如电信号和光信号)。于是，可以将上述各种信息格式化为诸如数据结构的结构，并通过传输介质将其作为电信号传输或存储在计算机可读介质上。

还要指出，本文所述的很多种结构、材料和动作可以被称为用于执行功能的装置或用于执行功能的步骤。因此，应当理解，这种语言有资格涵盖本说明书中披露的所有这种结构、材料或动作及其等价物。

虽然为本专利使用了许多不同定义来阐明权利要求项的含义，但应当理解，这些定义仅仅是为了该目的而给出的。这种定义可能被任何受让人采纳来用于其他法律事务。

Claims (18)

1、一种为信件注明地址的方法，所述方法包括：

存储通信点数据集，所述通信点数据集包括用于为邮递物品注明地址以经由邮政业务进行邮递的数据；

存储多个定义如何对所述通信点数据集进行格式化的邮政格式化数据集，所述多个邮政格式化数据集中的每一个都定义由相应邮政业务指定的相应地址注明格式。

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

确定要求根据所述通信点数据集配置的格式化地址的业务提供商。

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

将所述多个邮政格式化数据集中的一个与所述通信点数据集相关联。

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

将所述相关联的邮政格式化数据集运用到所述通信点数据集，以便产生邮政格式化通信点数据集，所述邮政格式化通信点数据集与所述通信点数据集不同。

5、根据权利要求4所述的方法，其中所述邮政格式化通信点数据集的内容是所述通信点数据集的内容子集。

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

输出所述邮政格式化通信点数据集以供在为所述信件注明地址时使用。

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

利用修正数据更新所述通信点数据集。

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

响应于来自所述相应邮政业务的修正格式更新至少一个所述邮政格式化数据集。

9、一种对通信点数据进行格式化的方法，所述方法包括：

存储通信点数据集；

存储多个定义如何对所述通信点数据集格式化的通信点格式化数据集，所述多个通信点格式化数据集中的每一个都定义由相应格式设置实体指定的所述内容的相应格式；

基于所述确定的应用将所述多个通信点格式化数据集中的一个与所述通信点数据集相关联。

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

为所述通信点数据集确定应用。

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

在所述的将所述多个通信点格式化数据集中的所述一个与所述通信点数据集相关联之前为所述通信点数据集确定应用。

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

将所述相关联的通信点格式化数据集运用到所述通信点数据集，以便产生格式化通信点数据集，所述格式化通信点数据集与所述通信点数据集不同。

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

为所述通信点数据集确定应用；以及

向所述应用输出所述格式化通信点数据集。

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

利用修正数据更新所述通信点数据集。

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

响应于来自所述相应格式设置实体的修正格式更新至少一个所述通信点格式化数据集。

16、根据权利要求10所述的方法，其中所述应用包括为信件注明符合美国邮政业务的折扣邮递规定的地址。

17、根据权利要求10所述的方法，其中所述应用包括为信件注明符合加拿大邮政管理局的折扣邮递规定的地址。

18、一种对通信点数据进行格式化的方法，所述方法包括：

存储通信点数据集；

存储多个定义如何对所述通信点数据集格式化的通信点格式化数据集，所述多个通信点格式化数据集中的每一个都定义由相应格式设置实体指定的所述内容的相应格式；

为所述通信点数据集确定应用；

基于所述确定的应用将所述多个通信点格式化数据集中的一个与所述通信点数据集相关联；

将所述相关联的通信点格式化数据集运用到所述通信点数据集以便产生格式化通信点数据集，所述格式化通信点数据集与所述通信点数据集不同；

向所述应用输出所述格式化通信点数据集；

利用修正数据更新所述通信点数据集；

响应于来自所述相应格式设置实体的修正格式更新至少一个所述通信点格式化数据集。

Images