CN101311933A - 接收动态访问数据的方法和系统 - Google Patents

Abstract

公开了用于接收动态访问数据的方法和系统。该方法包括：从客户机系统中搜索存储在中央系统中的对象，所述对象包括被公布的对象和所述客户机系统被授权订阅的对象；从可用对象的列表订阅一个或多个对象；和响应所述订阅，从所述中央系统接收数据。

Description

接收动态访问数据的方法和系统

本申请是申请日为2003年09月03日、申请号为03824741.0、发明名称为“在主数据管理系统中的数据分布”的发明专利申请的分案申请。

背景技术

本发明涉及数据处理，并涉及在数据管理系统中分布数据。信息技术(Information technology，“IT”)环境可以由很多不同的系统构成，不同的系统对公共主数据(master data)执行处理，例如业务处理。不同的系统可能是同一实体的一部分，也可能是不同实体的一部分，这些实体例如为销售商或承包商。用于处理的主数据可以被储存在很多不同的位置、系统中，并/或采用不兼容的格式。公司的分支办事处在很大程度上可以独立地工作，被选择的公司可以把新的软件解决方案导入到一组联属公司，来自不同销售商的系统可以被链接起来。不同的主数据模型可能使得在这些情景下集成业务流程很困难。

主数据可以被捕获并贮存在不同的系统中。没有被遍及IT环境统一的主数据可能导致数据冗余或不正确的信息。例如，如果一个国际公司的两个本地分支均拥有第二个国际公司的同一本地分支作为业务伙伴，则每一个国际业务伙伴可能被保持两次，而在这两个“业务伙伴”主数据对象之间没有相关性。这可能导致用于冗余的多个内容维护的高成本。此外，用冗余或者过时信息进行的业务分析可能导致不良业务决策。在上面的例子中，公司范围内的分析流程可能无法检测到“两个”伙伴之间的相关性，并且，将会失去把这些业务伙伴识别成是两个本地分支的国际业务伙伴所可能产生的业务价值。

发明综述

本发明提供了用于在同质环境中共享数据的方法和装置，包括计算机程序产品。

总的来讲，在本发明的一个方面，本发明的特征在于提供了用于在数据管理系统中分布数据的方法和装置，包括计算机程序产品。这种技术包括：在中央数据存储中标识一个或多个对象用于分布；确定对于该一个或多个对象中的至少一个是否存在路由选择(routing)；和将该至少一个对象分布到一个或多个路由选择所规定的目标系统。该一个或多个对象包括供数据管理系统中的所有系统使用的主数据对象，并且，该一个或多个目标系统是数据管理系统的一部分。

本发明可以被实施成包括一个或多个下列有益特征：所述至少一个对象可以被即时分布和/或被周期性地分布。标识一个或多个对象可以包括：标识一个或多个对象信息包，其中，分布该至少一个对象包括分布一个或多个对象信息包。

该至少一个对象信息包可以被即时分布和/或被周期性地分布。该技术还可以包括确定对象的哪些部分可以被分布。该技术还包括从一个或多个目标系统接收信息，信息指示哪些对象被一个或多个目标系统请求。向一个或多个目标系统提供至少一个对象，确定一个或多个目标系统可以包括：根据从一个或多个目标系统接收到的订阅信息，确定一个或多个目标系统，至少一个对象被提供给目标系统。

从一个或多个目标系统可以接收到频率信息，频率信息指示将至少一个对象分布到一个或多个目标系统的频率程度，并且，分布该至少一个对象可以包括：以接收到的频率信息所指示的频率来分布该至少一个对象。从一个或多个目标系统可以接收到分布日期信息，分布日期信息指示从哪个日期将至少一个对象分布到一个或多个目标系统，并且，分布至少一个对象可以包括：从由接收到的分布日期信息所指示的日期，分布至少一个对象。

可以接收用户输入，该用户输入规定了被提供至少一个对象的一个或多个目标系统，并且，确定被提供至少一个对象的一个或多个目标系统可以包括：响应用户输入，确定一个或多个目标系统。被提供至少一个对象的一个或多个目标系统的标识可以被存储在该至少一个对象的分布配置文件中，并且，分布该至少一个对象可以包括根据该至少一个对象的分布配置文件来分布该至少一个对象。

从所述一个或多个目标系统接收到的信息可以被存储在至少一个对象的分布列表中，其中，所述信息包括：包括订阅信息、分布起始信息、频率信息和接收者类型信息中的一个或多个的信息。被标识的对象中的一个或多个可以被公布，其中，该一个或多个被公布的对象可供客户机系统订阅。

可以产生报告。产生报告可以包括：产生包括有关被公布的对象、对象的订阅和分布其中至少一个的信息的报告。产生有关对象的分布的报告可以包括：产生包括有关对象的上一个分布和对象的本地复制品其中之一的信息的报告。报告还可以包括处理监视报告或登台报告。

总的来说，在本发明的一个方面中，本发明的特征在于提供了用于接收动态访问数据的方法和装置，包括计算机程序产品。该技术可以包括：从客户机系统中搜索存储在中央系统中的对象，其中，对象包括被公布的对象和客户机系统被授权订阅的对象；从可用对象的列表订阅一个或多个对象；并响应订阅，从中央系统接收数据。

本发明可以被实施为包括一个或多个下列有益特征。可以定义用于从中央系统接收数据的分布频率，可以定义分布起始日期，并且，订阅一个或多个对象可以包括：从可用对象的列表选择分布配置文件。

总的来说，在本发明的一个方面中，本发明的特征在于提供了用于共享数据的系统。该系统包括一个或多个客户机系统和一个实体的中央模块。该中央模块包括：存储用于该实体的数据对象的中央数据存储库，其中，数据对象供一个或多个客户机系统使用。该中央模块被配置成选择数据对象分布到一个或多个客户机系统，并且根据对数据对象的订阅、对数据对象的历史订阅和基于规则的路由选择中的一个或多个，将数据对象分布到一个或多个客户机系统。

本发明可以被实施为包括一个或多个下列有益特征。中央模块还可以被配置成产生报告，报告是关于将数据对象分布到一个或多个客户机系统。报告可以包括下列报告其中的一个或多个：与公布相关的报告、与订阅相关的报告、与分布相关的报告、处理监视报告和登台(staging)报告。

本发明可以被实施为实现一个或多个下列优点。用于主数据的协作主数据管理系统实现了主数据集中化的管理。数据的集中化分布实现了将主数据一致地分布到客户机系统。在数据分布的频率和方式上提供了灵活性。可以以单独数据对象或数据信息包的形式来分布数据。数据可以被即时分布，或被周期性地分布。数据仅仅被提供给需要该数据的系统。中央系统根据客户机系统需求或者数据对象的内容，决定什么样的数据将被分布，以及分布到哪些客户机系统。在一些情况下，客户机系统可以订阅数据分布。

在附图和下面的描述中，给出了本发明的一个或多个实施的细节。从下面的说明、附图和权利要求，本发明的其他特征和优点将变得清晰。

附图的简要说明

图1A和图1B是示出协作主数据管理系统的方框图。

图2是示出协作主数据管理系统的内容合并实施的方框图。

图3是示出合并数据的方法的流程图；

图4是示出协作主数据管理系统的主数据一致化实施的方框图。

图5A和图5B是示出主数据一致化方法的流程图。

图6是示出协作主数据管理系统的中央主数据管理实施的方框图。

图7是示出用于中央主数据管理的方法的流程图。

图8是示出协作主数据管理模块的方框图。

图9是示出用于在协作主数据管理系统中分布数据的方法的实施的流程图。

图10是用于指派要被公布的对象的用户界面(“UI”)的屏幕视图。

图11是示出用于在协作主数据管理系统中接收被分布的数据的方法的实施的流程图。

图12是用于订阅被公布的对象的UI的屏幕视图。

详细描述

如图1A所示，协作主数据管理(collaborative master data management，“cMDM”)系统包括中央模块100和一个或多个客户机模块110。每一个客户机模块110被直接地链接到中央模块100。

中央模块100可以包括中央系统，用于表示用于实体的数据管理的集中控制，所述实体诸如为企业或组织。客户机模块110可以包括系统或组，用于对主数据执行处理。例如，客户机模块110可以包括在产品创建处理中涉及的系统和/或组。在这个示例中，客户机模块110可以包括一个传统模块、一个电子采购模块、一个电子销售模块、一个寻源模块、一个协作工程模块、一个制造模块和多个企业资源计划(enterprise resource planning，“ERP”)模块。

主数据可以根据实现方式而被存储在客户机模块110中、存储在中央模块100中或者在这两者中。中央模块100使得由每个客户机110使用的主数据可以包括由所有客户机110共享的主数据。传统上，客户机模块110将在点到点的结构中彼此直接通信。例如，制造模块除与其它模块共享数据外，可能需要与电子采购模块、电子销售模块、协作工程模块共享主数据。在传统的系统中，制造模块将从适当的模块接收数据或向其发送数据，这如果在发送数据以共享的模块中未更新数据则可以导致在数据中的不一致或使用陈旧数据。在参照图1A和1B所述的系统中，通过中央模块100来管理数据。中央模块100保证一致的主数据和主数据的分布。

如图1B所示，cMDM系统可以被实施来用于在多个实体120、130上。中央模块100可以是基本实体120的一部分。客户机模块110可以是基本实体120的一部分或外部实体130的一部分。例如，基本实体120可以包括企业，所述企业包括客户机模块110，用于ERP、传统、电子采购和电子销售。基本实体可以被划分为单元140，其中每个单元可以包括一个或多个客户机110。外部实体130可以包括：承包商，包括用于制造的客户机110；提供商，包括用于协作工程和寻源的客户机110。

在另一个示例中，基本实体120可以包括客户服务实体，而外部实体130可以包括企业。可以通过中央模块100来合并可以通常被分散在多个客户机模块110上的客户信息。

可以使用中央管理的主数据来用于处理，诸如交叉组报告、用于合并和采购的数据集成、降低元件的多样性、支持产品维护、简化客户管理和支持目录，诸如为通过合并目录内容和将购买行为捆绑压缩到更小数量的销售商。cMDM系统也可以支持版本控制(versioning)和改变管理。当创建版本或进行变化时，可以通过中央模块100来管理版本的数据或变化的数据，如下所述。

数据被在cMDM系统和客户机模块110之间交换之前，可以执行cMDM系统的建立。针对主数据对象规定了标识属性，并建立起用于匹配的规则。用于匹配的规则和属性的建立可以被针对使用cMDM的实体执行，或者针对一般的对象需求执行。在从客户机模块接收到的主数据对象上执行的匹配处理过程可以被用来管理主数据对象。

规定属性可以包括：匹配来自不同客户应用或不同客户机模块110的不同对象。规定属性也可以包括将所匹配的结构的元素链接在一起，以便可以比较从不同客户系统接收的主数据对象。

所规定的属性也可以在建立期间被分级(ranked)。可以在匹配处理期间使用属性的分级，以确定是否两个主数据对象相同。这样，如果在两个对象之间，等级较高的属性不匹配，则两个对象不相同或不类似的可能性要比列表中等级较低的属性不匹配时大。

如参考图2到图7所描述的那样，cMDM系统至少可以在3种不同的情景中被实施。这些情景可以被单独地实施，或者被以演进的方式导入：以内容合并情景开始，并进入主数据一致化情景，或从主数据一致化情景进入到中央数据管理情景。不同的情景还可以被一起使用。例如，中央主数据管理可以被用于某些对象类型，而主数据一致化被用于剩余类型。下面将更详细地讨论这些情景的混合。

内容合并

图2是示出用于cMDM系统的内容合并情景的方框图。中央模块100可以包括加载模块210、登台(staging)模块220、匹配模块230和ID映射模块240。从在中央模块100中执行的流程产生的被合并内容可以被在处理250中使用，处理250例如为业务分析(例如，全局花费分析)，或中央目录(例如，供应商产品目录)的创建。

在加载模块210，主数据对象被接收到中央模块100中。主数据对象被以它们在其本地应用(客户机模块110)中被维护的形式上载到中央模块100中。在登台模块220，中央模块100处的用户可以确定主数据对象是否被正确地加载。例如，用户可以检验加载模块210中加载的主数据对象的内容，以确保主数据对象的内容是正确的。在登台模块220中，主数据对象可以被净化，以使主数据对象的内容标准化。例如，如果缩写纽约(New York)的标准格式是“NY”，并且输入的主数据对象之一具有像“N.Y.”的缩写，则通过去除“N”和“Y”之间的句号，输入的主数据对象的内容可以被改变为“NY”。数据净化还可以包括去除错误和不一致，以使数据更准确。

登台模块220也可以被用作用于主数据客户的所接收的主数据对象的中间贮藏库。当处理下面分别相对于匹配模块230和映射模块240所述的匹配和映射例程时可以使用所述中间贮藏库。在上载主数据对象之前在独立的用户交互期间也可以使用中间贮藏库。

在登台模块220中还可以完成匹配处理。主数据对象被转发到匹配模块230。如果匹配模块230不根据被标识的属性自动地匹配主数据对象，则主数据对象可以被返回到登台模块，用于手动地决定主数据对象是否匹配。

在匹配模块230，可以针对被上载的主数据上执行匹配处理，以标识相同或类似的数据对象。相同的数据对象是语义上相同、并且被从不同的客户机模块110接收到的主数据对象。相同的数据对象可以具有两个不同的对象ID。复制的数据对象是同一系统内，例如客户机模块110内，语义上相同的主数据对象。可能的副本被自动地识别和报告。可以从客户系统中去除一个或更多个复制的数据对象。

匹配处理包括识别主数据对象之间的类似性。匹配处理可以包括：标识数据对象的属性，和对属性进行比较。被比较的属性可以包括在实体范围内对主数据对象类型有效的属性，以使相同和类似的数据对象可以被识别，尽管属性的内容在系统与系统之间可能不同。这样，不同的数据格式和结构可以被保留在不同的系统中。

如果在两个主数据对象之间匹配的量在某个范围内，则匹配处理的结果可以被认为是未决的。例如，如果两个主数据对象匹配50-80％，则匹配处理的结果可以被认为是未决的。例如，如果一个要被匹配的主数据对象是业务伙伴，并且，五个属性中的四个和另一个业务伙伴主数据对象匹配，则匹配的量将是80％。这样，两个对象是否匹配的问题可以被认为是未决的。主数据对象可以被返回到登台模块，供用户手动地确定该主数据对象是否和另一主数据对象匹配。

映射模块240从匹配模块230接收匹配处理的结果。在映射模块240，类似或相同的对象可以被彼此映射。例如，一个对象的对象标识(identification，“ID”)可以被映射到类似或相同对象的对象ID。每一次对数据对象做出改变时，可以更新映射信息。根据在主数据管理系统建立期间建立起的规则，映射可以被自动地执行。映射可以被存储在映射表中。根据对主数据对象做出的改变，映射信息可以改变。例如，如果主数据对象A中的“N.Y.”被改变为“NY”，则没有被映射到主数据对象A的主数据对象现在可以被认为和主数据对象A相同，并且，被映射到主数据对象A的主数据对象将需要被改变。这样，通过映射信息以及使映射信息对客户机模块110可用来对映射信息进行更新，改变可以被管理。类似地，当构成一组数据对象的新版本被定义时，映射信息和对映射信息的更新可以被用来管理该版本。

映射信息可以被提供给处理模块250。处理模块250可以包括数据仓库，例如业务信息仓库，用于系统范围内的报告。在处理模块250中执行的处理可以包括生成中央目录或公司范围内的分析和报告，例如全局花费分析或兼并和收购。

图3是示出用于合并数据的方法的流程图。数据被从一个或多个客户机模块110接收到中央模块100(步骤310)。如果接收到的数据内容和中央模块100中的中央系统的内容不统一，则接收到的数据可以被净化。

在中央系统中，对数据对象执行匹配处理过程，以确定中央系统中是否有相同或类似的对象(步骤320)。匹配处理可以包括比较对象的标识属性。匹配处理还可以包括标识副本。如果发现两个或更多个对象是复制的对象，则可以避免把一个或更多个复制的对象输入中央模块。复制的主数据对象可以被转移到登台模块220，在那里，复制的主数据对象之一被从中央模块100中去除。cMDM还可以支持从系统中去除一个或更多个复制的主数据对象，从该系统接收了复制的主数据对象。

如果找到了相同或类似的对象，则中央模块可以执行映射处理(步骤330)。相同对象的对象ID可以被彼此映射，并且类似对象的对象ID可以被彼此映射。对象映射信息可以被提供给处理流程(步骤340)。像上面所讨论的那样，把映射信息提供给处理流程可以包括：把映射信息提供给数据仓库，例如业务信息仓库，用于在系统范围内的分析和报告中使用。映射信息还可以被提供给客户机模块110。

主数据一致化

图4是示出cMDM的第二情景的方框图。第二情景包括主数据一致化实施。通过把主数据贮藏库加到内容合并实施，可以实施这个情景。这个情景可以被用来使能主数据的全局属性的维护和一致分布。从在中央模块100中执行的处理产生的一致化内容可以被分布到客户机模块110和处理模块240，用于在例如业务伙伴管理、销售商品的中央供应、非可变部件的定义和管理的应用中使用。

在中央模块100、中央生成模块410，或者在客户机模块110中，可以生成主数据对象。在客户机模块110中生成的主数据对象被在登台模块420中接收。主数据对象的部分和主数据对象之间的映射可以被存储在中央模块100中。主数据对象被存储的部分可以包括主数据对象的全局属性。

在中央生成模块410中生成的主数据对象可以被生成为仅仅包括主数据对象的全局属性。全局属性可以包括标识属性。对于每一个对象类型维护哪一个属性可以取决于信息需求和系统形态。框架可以被加到cMDM以扩大对象模型，而不对在本地系统中用来生成主数据对象的软件进行任何修改。框架可以处理新的问题和新的字段(field)。例如，对象描述(对象的数据模型)可以被调整的适于中央实例。例如，字段可以在一个系统的数据模型中存在，而在另一个系统的数据模型中不存在。框架还可以支持更新接收具有不同的属性字段的主数据对象的客户机系统的用户接口。在对象分布后，像下面所讨论的那样，在客户机模块100中，可以给被分布的对象提供额外的属性值。

可以使用客户机110的本地应用来创建在本地创建的主数据对象。客户机模块110可以把在本地创建的主数据对象分布到登台模块420。在客户机模块110中创建主数据对象之前，可以对其进行交叉系统搜索。如果不存在类似的主数据对象，则创建该主数据对象。如果存在类似的主数据对象，则中央模块100使得该类似的主数据对象对客户机模块110处的用户可用。例如，中央模块100可以通过服务器，使得该类似的主数据对象对客户机模块110处的用户可用。这样，该类似的主数据对象可以被转移到中央模块100中的服务器，并且随后被传送到客户机模块110处的客户机系统。

用户可以订阅该类似的主数据对象，并且，映射信息可以被更新，以包括新的本地系统。如果没有找到类似的对象，则在创建该数据对象之后，被创建的主数据对象可以被传送到另一个目标系统。

在匹配和映射模块430中可以执行连续的匹配处理。例如，可以响应在中央创建模块410中创建主数据对象的请求，执行映射。连续的匹配处理可以被用来标识相同和类似的数据对象。相同和类似的数据对象可以被彼此映射，像上面所描述的那样。

可以避免在本地系统中创建被匹配处理所标识的复制的对象。例如，如果本地系统为新的业务伙伴请求主数据对象，则中央模块100处的用户可以查看在中央模块100中是否已经存在该业务伙伴主数据对象。如果在中央模块中存在该业务伙伴主数据对象，则该主数据对象可以被分布到请求该新主数据对象的客户机系统。如果用户发现现存业务伙伴主数据对象已经存在于目标系统中，则避免了创建复制的主数据对象。映射信息可以被提供给处理模块240，用于例如企业范围的分析的处理。

主数据对象的全局属性，包括映射信息，可以通过分布模块440被分布到各个客户机模块110。这样，在分布后，给所有的系统提供了相同的全局属性，并且，业务处理可以被安全地处理。在逻辑上归属相同的对象可以被一起改变和分布。例如，当主数据包括用于一个产品的主数据时，属于该产品的对象，例如产品结构和文档，可以被一起收集在信息包中，然后，在一个上下文中，被分布到接收者客户机模块110。信息包可以包括一组单独的对象，例如在产品结构中的对象，这些对象被通过包括依赖性的关系链接。可以根据接收者客户机模块110的信息要求收集信息包，并且信息包可以被以某种顺序转移。

例如，如果BOM改变了，或者要被分布到目标系统，和某些规定的系统的映射相关联的规则可以指示材料的产品主数据必须在BOM之前被转移到规定的系统，以使规定的系统能够识别材料的产品ID。这样，可以使得要分布的对象的排序符合目标系统的语义和要求。

客户机模块110可以在本地环境中为接收到的主数据对象完成主数据信息。对主数据的改变也可以被在中央模块100中集中地管理。改变可以被接收、核准，然后被分布到客户机模块110。

可以响应来自客户机模块110的请求，创建在中央模块100中创建的主数据。例如，在客户机模块110处使用客户机系统的业务用户，可以填写新产品主数据请求表，并把该表传送到中央模块100中的中央系统处的用户。表可以被检验，以保证表被正确地填写。例如，可以在语义上检验表，或者可以检验度量单位，以保证使用了正确的单位。在中央系统处的用户可以看到并接收请求。然后，在中央系统处的用户检验是否有副本，完成给定的信息，然后，创建并分布新产品主数据。

图5A和图5B是示出用于主数据一致化的方法的流程图。参考图1A、1B、图4和图5A，主数据一致化可以包括：在中央模块100以及客户机模块110中创建主数据对象。(步骤510)

在主数据一致化中，可以用三种方式创建主数据对象。主数据对象可以被在中央模块100中直接创建，或者，可以响应来自客户机模块110的请求，在中央模块100中创建新的主数据对象。主数据对象还可以被在客户机110中在本地创建，并被转移到登台模块420。在客户机模块110中本地创建的主数据对象可以被上载到中央模块100。

创建的对象可以被存储在中央模块100中。存储在中央模块100中的主数据对象可以包括主数据对象的全局属性。

在被存储的主数据对象上，可以执行连续的匹配处理。(步骤520)连续的匹配处理可以被用来标识复制的、相同的和类似的数据对象。可以去除找到的复制对象，并且相同和类似的对象的对象ID可以被映射。

包括主数据对象的全局属性和映射信息的主数据对象信息，可以被分布到客户机模块110(步骤530)。在客户机系统中接收到的主数据对象的主数据信息可以被在客户机模块110中完成。(步骤540)

图5B示出了主数据一致化的方法，其中，主数据被在本地创建，像上面所讨论的那样。主数据对象被在本地创建。(步骤550)。在本地创建的主数据对象被做登台处理。(步骤560)。

中央主数据管理

图6是示出cMDM系统的中央主数据管理实施的方框图。在中央主数据管理情景中，主数据在中央模块中被完全控制。在此实施中，所有的主数据信息集中驻留在中央模块100中。此实施可以被用于例如中央产品数据池的应用，中央产品数据池向多个用于生产、装配、销售和分布的位置提供产品数据。

在中央创建模块610中，可以创建主数据对象。被创建的主数据对象可以包括完整的对象信息，对象信息包括完整的对象定义、对象映射信息和对象依赖性。主数据对象可以被响应来自客户机模块110的请求创建。可以响应该请求执行匹配处理，并且，映射信息可以被包括在数据对象信息中，数据对象信息存储在中央模块100中。如果在中央模块100中存在相同的对象，则可以通知请求客户机模块110存在相同的对象，并且新的主数据对象不被创建或映射到已有对象。映射信息可以被更新。

在分布模块620，被集中维护的主数据信息可以按它们在客户机模块110中定义的那样，被作为单独的对象分布。对象可以被以信息包的形式分布。归属相同的对象可以被一起改变或分布。如果主数据包括产品模型主数据，则归属相同的对象，例如产品、BOM(材料清单，bills of material，BOM)和文档，被一起收集在一致的信息包中，并被一起分布。可以根据接收者客户机模块110的信息要求收集对象。例如，可以参考产品的特定视图收集对象。视图可以包括产品相关属性，例如购买日期。这样，一组对象可以被根据用途或位置链接起来。例如，销售视图可以包括与销售部门相关的或者被销售部门使用的对象的内容或属性。

像上面所讨论的那样，这些情景可以被一起使用。例如，中央主数据管理可以被用于业务伙伴主数据对象，其中，在中央模块100中维护所有的业务伙伴主数据对象信息。中央模块100可以为剩下的数据对象只存储全局属性，剩下的数据对象例如为产品主数据对象。

图7是示出用于中央主数据管理的方法的处理图。中央主数据管理处理可以被在同质环境中执行。参考图1A、图1B和图6，在中央模块100中创建了至少一个数据对象(步骤710)。中央模块100可以包括用于cMDM系统的中央系统。中央模块100可以存储完整的数据对象信息，该数据对象信息可以被分布到客户机模块110。这样，被创建的数据对象可以包括完整的对象信息，对象信息包括完整的对象定义、把数据对象彼此映射的映射信息，以及对其他对象的依赖性。

可以响应接收来自客户机模块110的创建数据对象的请求，创建数据对象。对于确定中央系统中是否存在类似或相同的数据对象的请求，可以执行匹配处理。如果找到了类似或相同的数据对象，则相同的数据对象将被分布到发出请求的系统，并且，被分布的对象将被自动地映射。

来自中央系统的数据对象可以被分布到一个或更多个客户机模块110(步骤720)。分布数据对象可以包括把数据对象分布到客户机模块110。数据对象可以被以信息包的形式分布。可以根据从接收者客户机模块110接收到的需求信息，在中央模块100中定义信息包。

中央主数据管理的方法还可以包括执行对数据对象的改变，和根据接收到的改变，更新存储在中央模块100中的数据对象。被更新的数据对象可以被分布到客户机模块110。

主数据管理系统

图8是示出中央模块100的简化结构的方框图。中央模块100可以包括交换基础结构(exchange infrastructure，“XI”)810、内容集成器(contentintegrator，“CI”)820，和主数据服务器(master data server，“MDS”)830。XI 810可以被用于在客户机模块110和中央模块100之间进行通信。

在XI 810中接收要被分布的主数据。可以以三种不同的方式执行分布，包括基于订阅的分布、历史分布和基于内容的分布。路由选择模型(未示出)存储关于哪些系统对主数据感兴趣的信息。然后，主数据被从XI 810发送到相关的系统。可以使用排队来保证经XI 810的一致的消息传递。消息可以被以XML(可扩展标记语言，extensible markup language，XML)格式在系统之间发送。

通过给每一个对象定义标识属性，CI 820可以使来自不同系统的主数据相关。标识属性被从客户机模块110中的不同系统馈送到CI 820，并根据预先定义的规则扫描相似性。CI 820为系统形态中的对象保存对象ID，而不管它们属于哪个系统，或它们受哪个数据模型支配。存储在客户机模块110中的主数据对象保留在各个客户机系统中所定义的标识，各个客户机系统存储主数据对象。CI 820知道各个实例涉及系统中的某些其他对象(使用映射功能)。这样，CI 820执行了匹配处理和对最终ID映射的准备。

在一个例子中，使用特定于行业的标准可以完成映射。不同的行业，例如化工业、消费产品(Consumer Products，“CP”)/零售等，定义了对象应当如何被针对其需求描述的标准。在一种行业里面，例如，在CP中，描述产品名称、说明和类别(例如，“甜品(SWEETS)”)可能足够了，而在化工业中，只有类别是不充分的。这样，属性及其值被用来充分地描述化工业。这样，属性可以像是行业的语言。因此，支持MDM标准xml格式到特定于行业的标准的映射。例如，特定于行业的标准包括CIDEX、Pidx、RosettaNet、Pricat。CI 820使用映射作为对创建对象的双重检验处理。中央模块100接收创建主数据对象的请求。CI 820检验请求，查找相同的对象。如果没有找到匹配，则中央模块产生新的对象。然后，CI 820执行对新对象的检验。如果没有找到匹配，则中央模块存储新的主数据对象。这样，即使根据客户机模块110所提供的说明，第一次检验不完整，当对象被完全创建时，也可以找到匹配。

合并策略可以被用来组合两个或更多个对象，这些对象被发现是类似的或相同的。例如，如果在购买系统、销售系统和创建系统中，产生了用于泵(bump)的主数据对象，则通过合并这三个主数据对象，可以在中央模块100中创建一个对象。例如，在不同的系统具有对对象的不同部分的授权的情况下，可以创建一个新的对象。这样，购买系统可以维护针对该主数据对象的购买信息。尽管购买系统可以看到销售和生产信息，但是可以仅给予购买系统维护购买信息的授权。

MDS 830可以包括中央数据存储库，用于存储数据对象。MDS 830可以执行对象创建和改变的处理。MDS 830还可以给改变管理提供服务，例如统一的版本控制和状态管理。在MDS 830中还执行把被改变的对象分组成用于分布的信息包。

分布

数据可以被作为单独的对象分布，或者被作为信息包分布。在分布目标已经被分配，或数据已经被改变之后，可以分布数据。在对象已经为了分布而被标识之后，数据分布的频率可以是即时的或者周期性的。在一个实施中，单独的主数据对象可以被即时分布，而数据信息包可以被周期性的分布。例如，如果在主数据对象中，业务伙伴的地址不正确，则可以使得被更新的主数据对象即时可用，被更新的主数据对象包括业务伙伴的正确地址。相关或具有相互依赖性的数据对象可以被作为信息包分布，以防止如果对象被单独分布时可能发生的不一致。例如，客户机模块110可能没有订阅一个视图的所有对象，导致丢失信息。每一次对信息包中单独的对象做出改变时，即时分布信息包是不实际的。因此，可以将信息包分布频率设置为周期性的。

如果已经对信息包中被订阅的对象做出了改变，并且，已经释放出改变，用于分布，则根据被订阅的对象的关系和依赖性，可以确定用于改变的分布的信息包。例如，改变的分布可能依赖于对象的内容。例如，如果BOM已经改变成包括新的材料，则映射可以指示新材料应当被与BOM一起发送。分布还可能依赖于目标系统如何处理信息包数据。如果目标系统一起处理所有的信息包数据，则所有的对象可以被传送到目标系统。如果目标系统仅处理信息包中的改变，则改变可以被分组在一起，并被分布。

MDS 830控制哪些对象可以被公布(即，可用于分布)，和可以给哪些系统(即，可以是目标系统)提供哪些对象。客户机模块110中的系统，或它们各自的数据管理员，可以订阅被MDS 830公布的对象。

图9是示出用于在cMDM系统中分布数据的方法的实施的流程图。参考图1A和图1B，中央模块100的中央系统标识用于分布的主数据对象(步骤910)。如果主数据对象要被周期性地分布，则用于分布的主数据对象的标识可以被主数据对象的生成、对主数据对象的改变所触发，或者被特定的时间所触发。

中央系统确定对于要被分布的主数据对象，是否存在路由选择。(步骤920)。如果对于主数据对象不存在路由选择，则中央系统返回到步骤910，标识要被分布的主对象。

主数据对象要被路由到的目标系统可以被从客户机模块110选择。有三种方式可以为主数据对象路由选择确定目标系统。可以根据订阅路由选择、历史路由选择或基于规则的路由选择来确定目标系统。在订阅路由选择中，目标系统可以订阅接收已经被公布的主数据对象，或者目标系统已经被授权订阅的主数据对象。

要被公布的对象的分配可以响应通过如图10A所示的用户界面(“UI”)1000的用户输入被执行。用户可以在UI 1000的部分1010中搜索要公布的对象。用户可以选择对象类型，例如产品目录、产品主数据或者业务伙伴。然后，用户可以规定对象类型的描述。例如，如果用户选择了“产品目录”对象类型，则用户可以规定搜索用于“confectionaries”的描述。然后，可以向用户展示要公布的对象的列表。每一个列表可以包括对应对象以及公布和订阅信息的详细数据。主数据对象可以被公布，以允许客户机系统搜索数据对象，客户机系统搜索要订阅的主数据对象。还公布主数据对象，以向主数据对象提供用于分布的配置文件(profile)。

目标系统可以被分配给具有配置文件的主数据对象。参考图10，配置文件可以被分配给在UI 1000的搜索结果部分1020中显示的对象。用户可以将配置分配给列表中的一个或多个对象。配置文件可以包括用于将对象分布到目标系统的标准。该标准可以包括：数据对象的哪部分要被分布。例如，配置文件可以指示：数据来自某个是主数据对象的一部分的组织，例如某个工厂；或者主数据对象的销售视图应该被分布。

配置文件还可以包括上下文，主数据对象应该在该上下文中被分布。例如，如果新材料的主数据对象要被分布，则包括新材料的BOM也应该被分布。配置文件可以指示：在确定什么样的其他对象应该和主数据对象一起在信息包中被发送时，关系应该从主数据对象扩展多远。配置文件还可以包括主数据对象被多频繁地发送，例如即时或周期性的。配置文件还可以包括主数据对象应该以什么状态或有效性被分布。例如，配置文件可以指示：主数据对象应该在“准备好生产”的状态下被分布。

例如，分布配置文件可以被规定为销售相关的数据或依赖于组织方面的数据。通过选择多个对象，用户一次可以将配置文件分配给多于一个的对象。先前公布的对象可以被在列表中与被分配的配置文件一起被显示。

如果分配是基于历史路由选择，则所有已经是被公布的对象的目标系统的客户机模块110，或者具有被公布的对象的复制品的客户机模块110将被分配作为被公布的对象的目标系统，用于接收对被公布的对象的改变。

如果分配是基于基于规则的路由选择，则根据主数据对象的内容确定目标系统。例如，如果主数据对象是具有销售视图的对象，则规则可以指示：主数据对象应该被传递到客户关系模块。规则可以确定对象是否应该去往特定系统，例如客户关系模块，以及什么样的内容应该和它一起前往。当执行这个类型的分配时，客户机模块110中的用户不预订成为目标系统。

如果分配是基于订阅路由选择，则客户机模块110被根据对从客户机模块110接收到的被公布的对象的订阅，分配到被公布的对象。对于订阅路由选择，所有的分布目标对客户机模块110中的用户选择是开放的。

参考图9，具有被分配的目标系统的被公布对象被分布到被分配的目标系统。(步骤930)。

图11是示出用于在cMDM系统中接收被分布的主数据对象的方法的实施的流程图。参考图1A、1B和图11，在客户机模块处的用户搜索存储在中央系统中的被公布的对象。(步骤1110)。参考图12，用户可以通过UI 1200搜索被公布的对象。

用户可以通过UI 1200的搜索部分1210输入搜索。用户可以规定用户正在搜索的对象类型和对象的描述。用户还可以规定用户是否原意让搜索结果包括所有被公布的对象、所有被公布的对象和被订阅的对象、或者所有被公布和未被订阅的对象。如果用户具有订阅非公布的主数据对象的授权，则用户可以订阅非公布的主数据对象。

用户可以订阅一个或多个被公布的对象，这些对象来自UI 1200的部分1220中的被公布对象的列表。(步骤1120)。响应于搜索，被公布对象的列表可以被中央模块100展示给用户。用户可以选择多个要订阅的对象。用户还规定了对象的配置文件。例如，用户可以输入客户机系统想要分布开始的日期。用户还可以规定接收者系统的类型。例如，用户可以规定：主数据对象应该去往特定的系统，例如“系统ABC”。在另一个例子中，用户可以规定：目标客户机系统是历史目标、基于规则的目标或是组织单位目标。

然后，客户机模块110响应订阅，从中央模块100接收数据。(步骤1130)

cMDM的订阅特征还可以包括报告能力。中央模块100可以支持有关对象公布信息、对象订阅信息和分布相关的信息的报告的产生。例如，中央模块100可以使能报告的产生，这些报告有关于哪些对象还未被公布、哪些对象已经被公布和/或哪些配置文件被用于哪些对象。中央模块100还可以使能有关于一个客户机模块110被哪些模块订阅，客户机模块110被哪个对象订阅，和/或哪些对象不具有订阅的报告的产生。分布相关的报告可以包括有关于一个或几个对象的上一个分布和/或对象的本地复制的报告。中央模块100可以使用主数据对象的映射信息来产生报告。

中央模块100可以产生有关于分布处理流程的性能监视的报告。例如，中央模块100产生报告，该报告列出发生了什么样的错误，错误在哪儿发生和/或为什么发生了错误。报告还可以包括到错误位置的链接，用于检查和错误解决。

中央模块100还可以产生有关于登台的报告。例如，中央模块100可以产生有关于哪些对象是相同的或哪些对象有错误的报告。

本发明可以被实现在数字电子电路中或计算机硬件、固件、软件或其组合中。本发明可以被实现为计算机程序产品，即在信息载体中确实记载的计算机程序，例如机器可读存储设备中，或者被传播的信号中的计算机程序，由数据处理装置执行，或者控制数据处理装置的工作，数据处理装置例如为可编程处理器、一个计算机或多个计算机。计算机程序可以被用任何形式的编程语言书写，包括汇编和解释语言，并且，它可以被以任何形式调度，包括作为独立的程序或者作为模块、组件、子程序或其他适于在计算环境中使用的单元。计算机程序可以被调度，以便被在一个计算机或位于一个位置或分布于多个位置，被通信网络互连起来的多个计算机上执行。

本发明的方法步骤可以被一个或更多个可编程处理器执行，可编程处理器执行计算机程序，通过对输入数据操作和产生输出来执行本发明的功能。方法步骤还可以被特殊目的逻辑电路执行，逻辑电路例如为FPGA(现场可编程门阵列，field programmable gate array，FPGA)或ASIC(专用集成电路，application-specific integrated circuit，ASIC)，并且本发明的装置可以被实施成这些电路。

作为例子，适于执行计算机程序的处理器包括通用和专用目的的微处理器，以及任何类型的数字计算机的任意一个或更多个处理器。一般来讲，处理器将从只读存储器或随机访问存储器接收指令和数据，或者从两者都接收指令和数据。计算机的必要元件是用于执行指令的处理器，和用于存储指令和数据的一个或更多个存储器设备。一般来讲，计算机还将包括，或者被可操作地连接成从一个或更多个用于存储数据的海量存储设备接收数据，或把数据转移到海量存储设备，或者二者皆有，海量存储设备例如为：磁盘、磁光盘或光盘。适于具体实施计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，作为例子，包括半导体存储器器件，例如：EPROM、EEPROM和闪存存储器器件、磁盘，例如内置硬盘和可移动盘、磁光盘和CD-ROM以及DVD-ROM盘。处理器和存储器可以被特殊目的逻辑电路补充，或被包含在特殊目的逻辑电路中。

为了提供和用户的交互作用，本发明可以在具有显示设备和键盘以及指向设备的计算机上实施，显示设备例如为CRT(阴极射线管，CRT)或LCD(液晶显示器，LCD)监视器，用于向用户显示信息，指向设备(pointingdevice)例如为鼠标或轨迹球，用户利用指向设备可以给计算机提供输入。其他种类的设备也可以被用来提供和用户的交互作用，例如，提供给用户的反馈可以是任何形式的感官反馈，例如视觉反馈、听觉反馈或触觉反馈，并且，来自用户的输入可以被以任何形式接收，包括声音、语音或触觉输入。

本发明可以被在包括后端组件或中间组件或前端组件的计算系统中实施，或者在这些后端、中间、前端组件的任意组合中实施，后端组件例如为数据服务器，中间组件例如为应用服务器，前端组件例如为具有图形用户界面，或Web浏览器的客户端计算机，通过Web浏览器，用户可以和本发明的实施进行交互作用。可以利用数字数据通信的任何形式或介质互连系统组件，数字数据通信介质例如为通讯网络。通讯网络的例子包括：局域网(“LAN”)、广域网(“WAN”)和国际互联网(Internet)。

计算系统可以包括客户机和服务器。客户机和服务器通常彼此相距遥远，并且一般通过通信网络交互作用。客户机和服务器的关系依靠计算机程序发生，这些计算机程序在各自的计算机上运行，并且彼此具有客户机-服务器关系。

已经利用具体实施例描述了本发明。其他实施例属于下面权利要求的范围。例如，本发明的步骤可以被以不同的顺序执行，并且仍然取得所需结果。

Claims (8)

1.一种用于接收动态访问数据的方法，包含：

从客户机系统中搜索存储在中央系统中的对象，所述对象包括被公布的对象和所述客户机系统被授权订阅的对象；

从可用对象的列表订阅一个或多个对象；和

响应所述订阅，从所述中央系统接收数据。

2.如权利要求1所述的方法，还包括：

定义用于从所述中央系统接收数据的分布频率。

3.如权利要求1所述的方法，还包括：

定义分布起始日期。

4.如权利要求1所述的方法，其中，订阅一个或多个对象包括：从所述可用对象的列表选择分布配置文件。

5.一种用于接收动态访问数据的系统，包括：

用于从客户机系统中搜索存储在中央系统中的对象的装置，所述对象包括被公布的对象和所述客户机系统被授权订阅的对象；

用于从可用对象的列表订阅一个或多个对象的装置；和

用于响应所述订阅，从所述中央系统接收数据的装置。

6.如权利要求5所述的系统，还包括：

用于定义用于从所述中央系统接收数据的分布频率的装置。

7.如权利要求5所述的系统，还包括：

用于定义分布起始日期的装置。

8.如权利要求5所述的系统，其中，所述的用于从可用对象的列表订阅一个或多个对象的装置包括：

用于从所述可用对象的列表选择分布配置文件的可操作指令的装置。

Images