用于在全局分布式环境中保持相互依赖的公司数据一致性的系统和方法

摘要

一种在全局分布式环境中保持公司数据——包括相互依赖的公司数据——的一致性的系统和方法。该系统包括：网络；与网络通信的用户接口；与网络通信的至少一个本地数据存储器，其中本地数据存储器包括与商业实体有关的多个本地数据记录；与网络通信的全局数据存储器，其中该全局数据存储器包括根据从至少一个本地数据存储器接收到的本地数据记录生成的多个全局数据记录；计算机，其包括与网络通信的处理器和存储装置，其中该处理器：确定更新记录和全局数据记录的最新更新点；并且如果更新记录的最新日期参考不同于全局数据记录，则计算机确定哪个记录将占据优先，从而产生至少一个优先记录元素；组装器；以及将最终更新记录分发给用户的分发器。

权利要求

1.一种用于在全局分布式环境中保持数据的一致性的系统，包括：网络；

与所述网络进行通信的用户接口；

与所述网络进行通信的至少一个本地数据存储装置，其中，所述本地数据存储装置包括与商业实体有关的多个本地数据记录；

与所述网络进行通信的全局数据存储装置，其中，所述全局数据存储装置包括根据从所述至少一个本地数据存储装置接收到的本地数据记录生成的多个全局数据记录；

计算机，其包括与所述网络进行通信的处理器和存储器，其中，所述处理器：(a)经由所述网络从用户接口接收针对与商业实体有关的更新记录的请求；

(b)从存储在至少一个所述本地数据存储装置中的本地数据记录获取所述更新记录，并且将所述更新记录与存储在所述全局数据存储装置中的至少一个全局数据记录进行比较，其中，所述全局数据存储装置包括先前从所述本地数据存储装置中的至少一个接收到的数据；

(c)确定所述更新记录和所述全局数据记录的最新更新点；并且(d)如果所述更新记录的最新日期参考不同于所述全局数据记录，则所述计算机确定哪个记录将占据优先，从而产生至少一个优先记录元素；

组装器，其将所述优先记录元素与和从至少一个其他数据存储库检索到的优先记录元素相关联的实体的附加记录元素组装在一起，从而形成最终更新记录；以及分发器，其将所述最终更新记录分发给所述用户。

2.根据权利要求1所述的系统，还包括：

翻译器，其在分发之前将所述最终更新记录的唯一标识符转换成由所述用户使用的不同的唯一标识符。

3.根据权利要求2所述的系统，还包括：

打包器，其在由所述用户指定的接口中对所述最终更新记录的经转换的唯一标识符进行打包。

4.根据权利要求3所述的系统，其中，所述接口包括应用程序编程接口。

5.根据权利要求1所述的系统，还包括：用户数据存储设备，其远离所述本地数据存储装置和所述全局数据存储装置。

6.根据权利要求1所述的系统，还包括：在将所述优先记录元素传递到所述组装器之前，确定所述更新记录和/或所述全局数据记录是否包括相互依赖的数据元素，其中，如果所述相互依赖的数据元素具有不同的最新日期参考，则停止形成所述最终更新记录，直到所述相互依赖的数据元素的最新日期参考一致为止。

7.根据权利要求1所述的系统，还包括：在将所述优先记录元素传递到所述组装器之前，对存储在链接存储库中的商业实体的名称进行相互依赖性检查，以确保所述最终更新记录中的所链接的公司名称的正确实体名称的一致使用。

8.根据权利要求2所述的系统，其中，所述翻译器经由规范转换来转换所述最终更新记录的唯一标识符。

9.根据权利要求1所述的系统，还包括：售货数据存储装置，其在分发给所述用户之前存储所述最终更新记录。

10.一种用于在全局分布式环境中保持数据的一致性的方法，所述方法包括：维护至少一个本地数据存储装置中的多个实体的公司数据；

从用户接收针对来自所述公司数据的更新记录的请求；

从存储在至少一个所述本地数据存储装置中的公司数据获取所述更新记录，并且将所述更新记录与从全局数据存储装置接收到的至少一个全局数据记录进行比较，其中，所述全局数据存储装置包括先前从所述本地数据存储装置中的至少一个接收到的数据；

确定所述更新记录和所述全局数据记录的最新更新点；

如果所述更新记录的最新日期参考不同于所述全局数据记录，则确定哪个记录将占据优先；

将所述优先记录元素与和从至少一个其他数据存储库检索到的优先记录相关联的实体的附加记录元素组装在一起，从而形成最终更新记录；以及将所述最终更新记录分发给所述用户。

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

在分发给所述用户之前，将所述最终更新记录的唯一标识符翻译成由所述用户使用的不同的唯一标识符。

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

在由所述用户指定的接口中对所述最终更新记录进行打包。

13.根据权利要求12所述的方法，其中，所述接口包括应用程序编程接口。

14.根据权利要求10所述的方法，还包括：将所述最终更新记录分发到远离所述本地数据存储装置和所述全局数据存储装置的用户数据存储设备。

15.根据权利要求10所述的方法，还包括：在组装步骤和分发步骤之前，确定所述更新记录和/或所述全局数据记录是否包括相互依赖的数据元素，其中，如果所述相互依赖的数据元素具有不同的最新日期参考，则停止形成所述最终更新记录，直到所述相互依赖的数据元素的最新日期参考一致为止。

16.根据权利要求10所述的方法，还包括：在组装步骤和分发步骤之前，对存储在链接存储库中的实体名称进行相互依赖性检查，以确保所述最终更新记录中的所链接的公司名称的正确实体名称的一致使用。

17.一种用于在全局分布式环境中保持公司数据的一致性的非暂态存储介质，所述非暂态存储介质包括被配置成与处理器一起操作以提供以下步骤的程序模块：维护至少一个本地数据存储装置中的多个实体的公司数据；

从用户接收针对来自所述公司数据的更新记录的请求；

从存储在至少一个所述本地数据存储装置中的公司数据获取所述更新记录，并且将所述更新记录与从全局数据存储装置接收到的至少一个全局数据记录进行比较，其中，所述全局数据存储装置包括先前从所述本地数据存储装置中的至少一个接收到的数据；

确定所述更新记录和所述全局数据记录的最新更新点；

如果所述更新记录的最新日期参考不同于所述全局数据记录，则确定哪个记录将占据优先；

将所述优先记录元素与和从至少一个其他数据存储库检索到的优先记录相关联的实体的附加记录元素组装在一起，从而形成最终更新记录；以及将所述最终更新记录分发给所述用户。

18.根据权利要求17所述的非暂态存储介质，还包括：在分发给所述用户之前，将所述最终更新记录的唯一标识符翻译成由所述用户使用的不同的唯一标识符。

19.根据权利要求17所述的非暂态存储介质，还包括：在由所述用户指定的接口中对所述最终更新记录进行打包。

20.根据权利要求19所述的非暂态存储介质，其中，所述接口包括应用程序编程接口。

21.根据权利要求17所述的非暂态存储介质，还包括：将所述最终更新记录分发到远离所述本地数据存储装置和所述全局数据存储装置的用户数据存储设备。

22.根据权利要求17所述的非暂态存储介质，还包括：在组装步骤和分发步骤之前，确定所述更新记录和/或所述全局数据记录是否包括相互依赖的数据元素，其中，如果所述相互依赖的数据元素具有不同的最新日期参考，则停止形成所述最终更新记录，直到所述相互依赖的数据元素的最新日期参考一致为止。

23.根据权利要求17所述的非暂态存储介质，还包括：在组装步骤和分发步骤之前，对存储在链接存储库中的实体名称进行相互依赖性检查，以确保所述最终更新记录中的所链接的公司名称的正确实体名称的一致使用。

说明书

用于在全局分布式环境中保持相互依赖的公司数据一致性的

系统和方法

[0001] 背景1.技术领域

[0002] 本公开内容涉及用于在允许并行和部分更新数据的分布式环境中保持相互依赖的公司数据的一致性的方法。2.背景技术

[0003] 通常可以将相互依赖的公司数据限定为包括例如企业统计结构、联系方式、连锁(包括家谱)、分析评分数据以及任何其他所获得的和/或派生的商业信息。

[0004] 对于一般的数据一致性的问题，存在许多解决方案。传统的数据库一致性技术侧重于在原始数据级别上确保数据在分布式数据库之间同步。相反，保持相互依赖的公司数据的一致性不仅仅是传统的数据库一致性挑战，还要从商业角度考虑如何保持数据的一致性。例如，风险评分是根据组织的财务数据的子集计算的。为了保持公司数据的一致性，当呈现给数据的消费者时，基础财务数据和计算出的风险评分(两者互连)必须同步。

[0005] 技术问题

[0006] 与并行商业处理和多技术系统相关的技术问题是，如果例如一个团队更新了财务数据，然而却根据旧的财务数据来计算风险评分，则公司数据可能会失去同步。

[0007] 在某些情况下，商业数据驻留在分布式数据存储中。这种公司信息的多样性意味着各部分很可能由多个团队(例如数据输入)和多个系统(例如风险评分)独立更新。这些更新不太可能在同一时间完成，导致潜在的不一致。

[0008] 为了报告的目的，这数据的一致性是重要紧急的。然而，当数据在全局范围内分发而且不是每个系统都可以始终处于在线状态时，保持一致性将成为挑战。离线数据存储需要以确保公司数据的一致性和准确性的方式进行更新，同时请记住，并不是每个数据存储都将拥有全部可能的数据。用于标准数据库复制和一致性的技术太简单而无法涵盖关于维护公司数据一致性的复杂用例。

[0009] 在一般数据一致性方面存在许多技术挑战，包括：全局数据一致性和时间完整性、数据中的相互依赖的一致性、库存数据与售货数据的脱钩、售出数据的质量和延迟以及将数据组织成由市场、法规和客户定制的数百种产品。

[0010] 因此，需要在允许并行和部分更新的全局分布式环境中保持相互依赖的公司数据的一致性。

发明内容

[0011] 一种用于在分布式环境中保持相互依赖的公司数据的一致性的系统和方法，在该分布式环境中，允许并行更新与唯一公司身份相关的一些或全部记录，所述唯一公司身份可以包括单独组织的或者组合形式的数字、字母字符和/或其他符号。

[0012] 用于在全局分布式环境中保持数据的一致性的系统，包括：

[0013] 网络；

[0014] 与网络通信的用户接口；

[0015] 与网络通信的至少一个本地数据存储器，其中，本地数据存储器包括与商业实体有关的多个本地数据记录；

[0016] 与网络通信的全局数据存储器，其中，全局数据存储器包括根据从至少一个本地数据存储器接收的本地数据记录生成的多个全局数据记录；

[0017] 计算机，其包括与网络通信的处理器和存储器，其中，处理器：

[0018] (a)经由网络从用户接口接收关于商业实体的更新记录的请求；

[0019] (b)从存储在至少一个本地数据存储器中的本地数据记录获取更新记录，并且将更新记录与存储在全局数据存储器中的至少一个全局数据记录进行比较，其中，全局数据存储器包括先前从本地数据存储器中的至少一个接收的数据；

[0020] (c)确定更新记录和全局数据记录的最新更新点；以及

[0021] (d)如果更新记录的最新日期参考不同于全局数据记录，则计算机确定哪个记录占据优先，从而产生至少一个优先记录元素；

[0022] 组装器，其将优先记录元素与和从至少一个其他数据存储库检索到的优先记录元素相关联的实体的附加记录元素组装在一起，从而形成最终更新记录；以及[0023] 分发器，其将最终更新记录分发给用户。

[0024] 该系统还包括：翻译器，其在分发之前将最终更新记录的唯一标识符转换成由用户使用的不同的唯一标识符。翻译器通过规范转换来转换最终更新记录的唯一标识符。

[0025] 该系统还包括：打包器，其在由用户指定的接口中对最终更新记录的经转换的唯一标识符进行打包。接口包括应用编程接口。

[0026] 该系统还包括：用户数据存储设备，其远离本地数据存储器和全局数据存储器。

[0027] 该系统还包括：在将优先记录元素传递到组装器之前，确定更新记录和/或全局数据记录是否包括相互依赖的数据元素，其中，如果相互依赖的数据元素具有不同的最新日期参考，则停止形成最终更新记录，直到相互依赖的数据元素的最新日期参考一致为止。

[0028] 该系统还包括：在将优先记录元素传递到组装器之前，对存储在链接存储库中的商业实体的名称进行相互依赖性检查，以确保最终更新记录中的所链接的公司名称的正确实体名称的一致使用。

[0029] 该系统还包括：售货数据存储器，其在分发给用户之前存储最终更新记录。

[0030] 一种用于在全局分布式环境中保持数据的一致性的方法，该方法包括：维护至少一个本地数据存储器中的多个实体的公司数据；从用户接收用于来自公司数据的更新记录的请求；从存储在至少一个本地数据存储器中的公司数据获取更新记录，并且将更新记录与从全局数据存储器接收的至少一个全局数据记录进行比较，其中，全局数据存储器包括先前从本地数据存储器中的至少一个接收的数据；确定更新记录和全局数据记录的最新更新点；如果更新记录的最新日期参考不同于全局数据记录的最新日期，则确定哪个记录将占据优先；将优先记录元素与和从至少一个其他数据存储库检索的优先记录相关联的实体的附加记录元素组装在一起，从而形成最终更新记录；以及将最终更新记录分发给用户。

[0031] 该方法还包括：在分发给用户之前，将最终更新记录的唯一标识符翻译成由用户使用的不同的唯一标识符。

[0032] 该方法还包括：在由用户指定的接口中对最终更新记录进行打包。接口包括应用程序编程接口。

[0033] 该方法还包括：将最终更新记录分发到远离本地数据存储器和全局数据存储器的用户数据存储器。

[0034] 该方法还包括：在组装步骤和分发步骤之前，确定更新记录和/或全局数据记录是否包括相互依赖的数据元素，其中，如果相互依赖的数据元素具有不同的最新日期参考，则停止(hold up)形成最终更新记录，直到相互依赖的数据元素的最新日期参考一致为止。

[0035] 该方法还包括：在组装步骤和分发步骤之前，对存储在链接存储库中的实体名称进行相互依赖性检查，以确保最终更新记录中的所链接的公司名称的正确实体名称的一致使用。

[0036] 一种用于在全局分布式环境中保持公司数据的一致性的非暂态存储介质，非暂态存储介质包括被配置成与处理器一起操作以提供以下步骤的程序模块：维护至少一个本地数据存储器中的多个实体的公司数据；从用户接收用于来自公司数据的更新记录的请求；从存储在至少一个本地数据存储器中的公司数据获取更新记录，并且将更新记录与从全局数据存储器接收的至少一个全局数据记录进行比较，其中，全局数据存储器包括先前从本地数据存储器中的至少一个接收的数据；确定更新记录和全局数据记录的最新更新点；如果更新记录的最新日期参考不同于全局数据记录的最新日期，则确定哪个记录将占据优先；将优先记录元素与和从至少一个其他数据存储库检索的优先记录元素相关联的实体的附加记录元素组装在一起，从而形成最终更新记录；以及将最终更新记录分发给用户。

附图说明

[0037] 将参照以下结合附图的说明书来理解本公开内容的其他和另外的目的、优点和特征，在附图中，相同的附图标记表示相同的元件的结构，并且：

[0038] 图1是用于执行根据本公开内容的方法的系统的框图；

[0039] 图2是组装用于请求者的数据的相互依赖性一致更新的方法的框图；

[0040] 图3是图2的方法的用于组装和分发数据更新的部分的框图；

[0041] 图4是图2和3的方法的用于加载和翻译用于请求者的更新的部分的框图；

[0042] 图5是由图1的系统的程序模块执行的操作的流程图；以及

[0043] 图6是由图1的系统的程序模块执行的进一步操作的流程图。

具体实施方式

[0044] 参照图1和图2，示出了用于提供本公开内容的方法200的执行的示例性系统100。首先参照图1，系统100包括均与网络130互连的计算机105、请求者102、源201和本地售货数据存储设备226，网络130可以是专用网络或更广泛的网络例如互联网。源201包括状态存储设备(store)205、链接存储库206和增量数据存储库207和或其他数据库。在一些实施方式中，可以存在一个或更多个计算机、请求者、源和售货数据存储器。

[0045] 计算机105包括处理器110和存储器115。程序模块120和程序模块125被设置在存储器115中。处理器110可操作为使用网络130、请求者102、本地售货数据存储设备(store)226以及状态存储设备205、链接存储库206和增量数据存储库207中的一个或更多个来执行程序模块120和125的指令以执行方法200。

[0046] 虽然程序模块120和125被示出为已经被加载到存储器115中，但是也可以在存储装置150上配置程序模块120和125中的任何一个或两个，以用于随后加载到存储器115中。存储装置150是能够存储有程序模块125或126的有形非暂态计算机可读存储装置。存储装置150的示例包括致密盘、磁带、只读存储器、光存储介质、硬盘驱动器或者由多个硬盘驱动器组成的存储器单元以及通用串行总线(USB)闪存驱动器。可替代地，存储装置150可以是位于远程存储系统上并经由网络130耦接至计算机105的随机存取存储器或者其他类型的电子存储装置。

[0047] 系统200克服了当前数据复制方法由于与公司数据有关而造成的各种缺点。也就是说，在中央数据存储库的更新连续并且按非预定的顺序发生的环境中，系统200使得整个公司数据的全部或子集以保持该数据内的相互依赖性的方式可用于请求处理。此外，系统200移除以与中央存储库相同的格式存储请求数据的任何要求。

[0048] 系统200包括以下步骤：(i)从请求者102接收更新包含公司数据的本地售货数据存储设备226的请求，(ii)组装来自增量数据存储库207的所有所需的更新，以确保请求者102是最新的，(iii)包括所有相互依赖性数据，(iv)将更新分发到请求者102，(v)将所有更新加载到本地售货数据存储设备226并且应用规范名称转换，以及(vi)提供用于呈现数据的方法。

[0049] 参照图2，处理器110在接收到更新请求时启动步骤(i)，在框210处启动步骤(ii)和(iii)，以使用组装更新处理215来组装公司数据的相互依赖性一致更新，以确保请求者102是最新的。处理器110还在框210处启动步骤(iv)，以使用分发数据处理216，以按照通用格式将更新分发到请求者102和框220。处理器110还在框220处启动步骤(v)，以使用加载更新处理225，以将所有更新加载到本地售货数据存储设备226中，然后加载到数据翻译处理
227。

[0050] 参照图3，处理器110启动组装更新处理215以响应来自请求者102的请求，其中，(a)在框305处，系统200从状态存储设备205确定当前更新状态级别，该级别确定需要多少更新，(b)在框306处，系统200进行来自链接存储库206的所有实体之间的相互依赖性检查，以及(c)在框307处，系统200组装所有更新，包括来自增量数据存储库207的更新。然后将框216处的所组装的更新数据传递到框220(图2)。

[0051] 参照图4，处理器110在加载管理器框410处启动处理225，以从框216接收更新数据，并且将更新数据加载到储存售货数据框411，以存储在本地售货数据存储设备226中。处理器110进一步启动数据翻译处理227，以执行从内部规范命名约定421到由请求者102请求的命名约定的转换。然后，将经转换的数据提供给请求者102。

[0052] 参照图5，流程图500指示步骤(i)、(ii)、(iii)、(iv)和(v)。处理器110执行程序模块125(图1)的指令，以执行流程图500中描述的操作。在框505处，识别新的更新。在框305处，通过访问状态存储设备205来确定最新更新点。在框510处，确定是否存在任何相互依赖性。如果不存在任何相互依赖性，则处理进行到框307。如果存在任何相互依赖性，则在框512处，通过访问链接存储库206来获取相互依赖性，然后过程进行到框307。在框307处，从状态存储设备205和/或链接存储库206获得的更新与来自增量数据存储库207的任何更新组装在一起。在框514处，更新被分发到远程加载更新框410和存储售货数据框411，以存储在本地售货数据存储设备226中。为了方法200的目的，状态存储设备205、链接存储库206和增量数据存储库207是只读数据库。

[0053] 参照图6，流程图600指示用于收集更新并且将更新转换为由远程用户或供应商使用的格式的操作，即步骤(vi)和(v)。在框602处，识别对所更新数据的请求的接收。在框604处，从本地售货数据存储设备226检索所请求的更新数据。在框606处，确定是否需要对更新进行转换。例如，系统100可以使用用于数据的唯一标识符，并且供应商可以使用不同的唯一标识符。如果在框606处确定需要转换，则在框421处，将数据的字段从系统100的唯一标识符(例如规范名称)转换为请求者的不同标识符。

[0054] 在框422处，更新被打包成所请求的格式。例如，数据可以通过应用程序编程接口(API)以请求者102指定的格式来提供或者使其可用。

[0055] 示例

[0056] 这是示出无论提供数据文件的源数据库的全局分布性质如何，都可以通过系统以保持数据一致性的方式来处理少量相互依赖的数据文件的示例，其中每个数据文件都包含描述商业实体的商业数据。

[0057] 每个源文件驻留在不同的数据库存储库中。这些存储库分布在不同的地理位置处，负责更新和维护由不同团队维护的每个存储库。一些存储库可以处于中央数据库存储设施的外部。

[0058] 每个源存储库同意向系统100发送更新，但是由于存储库与处理之间的差异，这些更新的频率是不同的。一些存储库将每天提供数据文件，其他存储库则每周、每月、每季度、每年或者根据需要来提供。

[0059] 大体上，这些文件有三(3)种不同的类型——分隔的、固定宽度的或者XML，然而，在这些不同的广泛类型中，确切格式和数据的定义因文件而异。

[0060] 这种效果意味着尽管在不同文件中存在相同的记录，但是与该记录相关的数据以不同的频率节奏更新，导致数据不一致性问题。

[0061] 本示例中的“记录”指的是其中一个源文件中的输入行。每个记录都被唯一标识，每个源文件中都有相同的标识符。每条记录都是指关于单个公司的商业数据。所以在下面的示例中，“记录B”存在于全局文件和本地文件1二者中，“记录D”存在于全局文件和本地文件2二者中，“记录A”对于全局文件是唯一的，等等。

[0062] 用于说明图5和图6的流程的场景

[0063] 四个源文件将数据传送到系统。每个源文件在每条记录上除了包含商业数据元素之外还包含日期参考。该日期参考是指文件中的记录被更新的日期。示例日期参考是格式为YYYYMMDD的“20160115”，意思是2016年1月15日。该日期参考在图5的处理305——“确定最新的更新点”——中被使用。

[0064] 1.全局文件——这是包含表示来自世界各国的输入数据的记录的文件。该文件中存在国家代码标识符，以基于地理位置分隔记录；为了简化起见，我们在示例中使用国家名称。

[0065] 在本示例中，全局文件中的每个记录有七(7)个商业数据元素，并且该文件的频率是每天：

[0066]

[0067] 2.本地源文件1——这是包含表示来自单个国家的输入数据的记录的文件。该文件中存在国家代码标识符以标识国家。

[0068] 在本示例中，本地文件中的每个记录具有两(2)个商业数据元素，并且该文件的频率是每天：

[0069]本地源文件1 1.商业名称 2.国家 日期参考
记录B 柏林书店GMBH 德国 20160114
记录C 卡迪夫卡片公共有限公司 德国 20160114

[0070] 3.本地源文件2——这是包含表示来自与本地文件1中覆盖的单个国家不同的单个国家的输入数据的记录的文件。在该文件中存在国家代码标识符以标识国家。

[0071] 在本示例中，该文件中的每个记录具有两(2)个商业数据元素，并且该文件的频率是每周：

[0072]本地源文件2 1.财务状态 2.国家 日期参考
记录D 2016/01/31 爱尔兰 20160109

[0073] 4.删除文件——这是包含删除先前已输入数据的记录的指令的文件。

[0074] 在本示例中，该文件中的每个记录具有两(2)个商业数据元素，并且该文件的频率是每月：

[0075]删除文件 1.删除指示符 2.国家 日期参考
记录E 假 美国 20160103

[0076] 本地售货数据存储器中的预期输出(图5和图6——框226)：

[0077] 所有四(4)个文件在一天内的不同时间处被接收。为了保持全局一致性，系统在处理时必须了解文件之间的依赖性。这些依赖性由适用于每个地理市场中的每个商业元素的更新规则预定。为了示例的目的，为了理解这些依赖性，下面是您将在本地售货数据存储设备226中找到的用于七(7)个商业数据元素和标有上标1至4的四(4)个场景的预期输出，以帮助说明通过系统的处理：

[0078]

[0079] 1用于记录B和记录C的商业名称

[0080] 2用于记录A和记录D的总部商业名称

[0081] 3用于记录D的财务状态

[0082] 4用于记录E的删除指示符

[0083] 使用上述数据更新本地售货数据存储器(226)的处理：

[0084] 从四(4)个文件中可以看出，全局文件提供了本地售货数据存储设备226中预期的所有七(7)个商业数据元素。然而，其他交叠的本地源文件意味着图5中概述的处理需要确定在考虑所有依赖性时如何更新数据。

[0085] 正在被处理的四(4)个文件是图5的框505的触发器——“触发新的更新”。

[0086] 在框305处，评估传入文件内的数据以确定最新的更新点。文件中的日期参考连同关于元素的定制规则确定更新是否可以继续。我们将通过上面的示例，指示框305处的这一处理。

[0087] 文件交叠时的多源规则：

[0088] 1用于记录B和记录C的商业名称

[0089] 商业名称是描述特定公司的商业名称的元素。在该系统中，商业名称可以来自多个不同的源系统。在本示例中，您可以看到该元素存在于全局文件和本地源文件1二者中。如最初所述，源系统的全局分布性质意味着不同的系统可以具有同一商业数据元素的不同表示。在本示例中，我们可以看到商业名称元素被输入为：

[0090] 记录B——全局文件中的“柏林公司”和本地源文件1中的“柏林书店GMBH”[0091] 记录C——全局文件中的“卡迪夫公司”和本地源文件1中的“卡迪夫卡片公共有限公司”

[0092] 在框305处，对该元素的理解包括下述规则，即本地版本的商业名称元素应该优先于全局版本的元素。重要的是请注意，用于两个文件中的该元素的日期参考与20160114(2016年1月14日)相匹配。因此，为了确定这种情况下的更新，系统不能依赖于日期参考而是依赖于预定的来源规则，以了解：对于这两个记录，本地源文件1中的元素的版本而不是全局文件中的版本。这些规则存在于框305中，以确定已对这些元素进行了更新，并且将本地版本转到下一处理步骤。

[0093] 文件交叠时的日期驱动规则

[0094] 4用于记录E的删除指示符

[0095] 删除指示符是这样的元素，将其设置为真以通知客户数据记录不再存在，或者将其设置为假以通知客户该记录是活动的和当前的。该指示符可以来自多个源，并且需要文件中的日期参考来确定框305中的更新。

[0096] 在本示例中，可以看到，该元素存在于全局文件中的记录E和删除文件中。这些文件具有不同的频率。全局文件每天被接收到，删除文件每月被接收到。因此，日期参考很重要，因为每个文件中的日期参考表示将数据更改通知给源系统并进行了更新的日期。这意味着系统需要考虑这些日期参考以确定更新。在本示例中，我们可以看到，删除指示符元素输入为：

[0097] 记录E——在全局文件中为“真”，日期参考为“20160103”，并且在删除文件中为“20160114”和“假”。

[0098] 在框305处，对该元素的理解包括下述规则，该规则说明在同时接收到多个文件时，应该使用所述多个文件中的最新的日期参考来确定更新。在本示例中，日期参考20160114(2016年1月14日)比20160103(2016年1月3日)更新，因此应将20160114视为最新的日期和正确的值，以推进到下一处理步骤。在本示例中，最新的值为“真”。如果该处理没有像某些传统系统那样正确地考虑该元素的更新，则将从删除文件中采用不正确的值“假”，即将该记录的错误删除状态告知给客户。由于删除文件是每月更新，因此如果不使用将全局文件视为交叠源的系统，则客户可能会关于正确的数据值失去同步达一(1)个月。

[0099] 资源交叠时的状态驱动规则

[0100] 3用于记录D的财务状态

[0101] 财务状态是参考公司报告的销售额的日期。对于客户来说，了解销售额与财务状态之间的相互依赖性很重要，因为，更新一个而不更新另一个就没有意义。

[0102] 在本示例中，可以看出，该元素存在于全局文件和本地源文件2中的记录D。这些文件具有不同的频率。全局文件每天被收到，本地源文件2每周被收到。本地源文件2的日期参考是20160109(2016年1月9日)，比全局文件中的记录D的日期参考——20160114(2016年1月14日)更新。

[0103] 然而，由于元素“销售”和“财务状态”之间存在关系，因此在框305处，处理必须了解该依赖性，并且适当地使用状态存储设备205进行处理。所以如果在1月9日接收到本地来源文件2，并且在1月14日接收到全局文件，则从1月9日起财务状态应该被保持状态存储设备205中，直到在1月14日接收到销售额为止。因此，状态存储设备205用于保持更新，直到接收到另外的值为止，然后才能处理移动到下一步骤。

[0104] 依赖性检查/链接储存库

[0105] 链接是指代两(2)个单独的数据记录之间的关系的术语。例如，1个记录可能处于另一个记录的分支位置，因此当客户在请求关于该记录的数据时，重要的是在响应中反映与该记录关联的链接记录。该相关记录被称为总部(Headquarter)或HQ。

[0106] 在本示例中，在全局文件中填充了具有总部记录元素的两(2)个记录：

[0107] 记录A列出了总部商业名称＝柏林公司的记录B作为总部记录

[0108] 记录D列出了总部商业名称＝卡迪夫公司的记录C作为总部记录

[0109] 然而，在全局文件中存在总部商业名称是不相关的，因为在处理510(依赖性？)处存在总部记录元素提示处理512从只读链接储存库506(获取依赖性)。

[0110] 在该处理中，通过具有总部记录B并且要求记录B的总部商业名称的记录A需要查找记录B的商业名称并且返回记录B的商业名称作为记录A中的总部商业名称。

[0111] 这种依赖性带回了其商业名称源自本地源文件1的记录B和C的前一个示例。由于这个原因，系统通过在处理512处执行该查找来保持一致性。得到的值将转移到下一处理步骤：

[0112] 具有总部记录的记录A＝具有总部商业名称＝柏林书店GMBH的记录B[0113] 具有总部记录的记录D＝具有总部商业名称＝卡迪夫卡片公共有限公司的记录C[0114] 通过在步骤510处识别依赖性，我们可以从506返回正确的总部商业名称，以与所链接的公司的正确商业名称保持一致。如果没有基于这种理解的识别和处理，系统将导致商务名称之间的不一致。

[0115] 组装、发布和存储

[0116] 在处理步骤307中，将从输入文件接收的商业元素进行组装。这些元素与来自增量数据存储库207的附加日期元素组合在一起，这些附加日期元素已经存在于本示例中更新的七(7)个元素之外的这些记录中，因此，存在显示来自状态存储设备205、链接存储库506和增量数据存储库207的所有可用的元素的完整的更新记录。

[0117] 被完整组装的数据然后通过顺序的处理514、410和411分发并加载到本地售货数据存储设备226。本地售货数据存储设备226在此阶段将包含系统了解的每个记录的全部和最新视图(view)。

[0118] 对客户数据的销售

[0119] 图6描述了最终用户访问本地售货存储设备226中存在的数据的处理。最终用户使用输入标准来请求诸如记录标识符等记录作为框602的一部分。该请求触发框604，框604提示从本地售货存储设备226检索所请求的记录。如果请求者正在使用不同的输入标准来请求记录，例如替选商业元素名称或不同的标识符，则框606确定需要进行转换。处理421处的该转换允许从本地售货存储设备226正确地检索记录。

[0120] 框422将来自本地售货存储设备226的响应打包成由请求者102请求的格式。该最终包作为最终请求的数据610被递送。

[0121] 特别参照其优选形式对本公开内容进行了描述，显而易见的是，在不脱离所附权利要求限定的本公开内容的范围的情况下，可以对本公开内容进行各种改变和修改。