CN102663531B

CN102663531B - 基于云的主数据管理

Info

Publication number: CN102663531B
Application number: CN201210019191.7A
Authority: CN
Inventors: I·科罗温; A·马拉费; D·库库鲁佐
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2011-01-27
Filing date: 2012-01-20
Publication date: 2015-07-08
Anticipated expiration: 2032-01-20
Also published as: CN102663531A; US20120197968A1; US9128768B2

Abstract

本发明涉及基于云的主数据管理。基于云的服务向客户机提供主数据管理(MDM)服务。客户机可创建/修改由基于云的服务所主存的MDM工作流，以帮助满足它们的需要。在由基于云的服务所主存的工作流内的各点处提供一接口。基于云的服务利用执行预定义的可配置块的灵活流水线。用户可基于预定义的块(例如，执行块、条件块、循环块)的集合来创建或定制现有的工作流。这些块被配置来根据预定义的模式来接收、处理和发送与主数据有关的信息。客户机可发布主数据改变和/或订阅由其他客户机所作出的主数据改变。

Description

基于云的主数据管理

技术领域

本发明涉及数据的管理，尤其涉及对基于云的主数据的管理。

背景技术

许多主数据管理(MDM)服务帮助企业对人依赖来作出关键商业决策的数据进行标准化。通过使用MDM服务，组织在尝试使更多人能够安全地直接管理主数据时尝试管理公司范围以及跨不同系统的关键数据资产，并尝试确保信息随时间的完整性。每一个企业维护它们自己的MDM服务，这可能是复杂的工作。

发明内容

提供本发明内容以便以简化形式介绍将在以下具体实施例中进一步描述的一些概念。本发明内容不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

基于云的服务向客户机提供主数据管理(MDM)服务。客户机可创建/修改由基于云的服务所主存的MDM工作流，以帮助满足它们的需要。在由基于云的服务所主存的工作流内的各个点处提供接口。基于云的服务利用执行预定义的可配置块的灵活流水线。用户可基于预定义的块(例如，执行块、条件块、循环块)的集合来创建或定制现有的工作流。这些块被配置为根据预定义模式来接收、处理和发送与主数据有关的信息。客户机可发布主数据改变和/或订阅由其他客户机作出的主数据改变。

附图说明

图1示出了示例性计算环境；

图2示出了供客户机与基于云的MDM网络服务交互的系统；

图3示出了主存在基于云的MDM服务中的工作流；

图4示出了用于基于云的MDM服务的服务器架构；

图5示出了用于访问基于云的MDM服务的客户机架构；以及

图6示出了用于基于云的主数据管理的说明性过程。

具体实施方式

现将参考附图来描述各实施例，在附图中类似的标号代表类似的元素。具体地，图1和相应的讨论旨在提供对在其中可实现各实施例的合适计算环境的简要、概括描述。

一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构和其它类型的结构。也可使用其它计算机系统配置，包括手持式设备、多处理器系统、基于微处理器或可编程消费电子产品、小型计算机、大型计算机等等。还可使用在其中任务由通过通信网络链接的远程处理设备执行的分布式计算环境。在分布式计算环境中，程序模块可位于本地和远程存储器存储设备两者中。

现在参考图1，将描述在各个实施例中所利用的计算机100的说明性计算机环境。图1所示的计算机环境包括计算设备，这些计算设备各自可以被配置为服务器、台式或移动计算机、或者某一其他类型的计算设备，并且包括中央处理单元5(“CPU”)、包括随机存取存储器9(“RAM”)和只读存储器(“ROM”)10的系统存储器7、以及将存储器耦合至中央处理单元(“CPU”)5的系统总线12。

基本输入/输出系统存储在ROM 10中，所述基本输入/输出系统包含帮助在诸如启动期间在计算机内元件之间传递信息的基本例程。计算机100还包括用于储存操作系统16、数据11、MDS应用24、Web浏览器26以及其他程序模块25的大容量存储设备14。

大容量存储设备14通过连接至总线12的大容量存储控制器(未示出)连接到CPU 5。大容量存储设备14及其相关联的计算机可读介质为计算机100提供非易失性存储。虽然此处包含的对计算机可读介质的描述针对诸如硬盘或CD-ROM驱动器等大容量存储设备，但是计算机可读介质可以是能够由计算机100访问的任何可用介质。

作为示例而非限制，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以存储如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术来实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质还包括，但不限于，RAM、ROM、可擦除可编程只读存储器(“EPROM”)、电可擦除可编程只读存储器(“EEPROM”)、闪存或其它固态存储器技术、CD-ROM、数字多功能盘(“DVD”)或其它光存储、磁带盒、磁带、磁盘存储或其它磁性存储设备、或能用于存储所需信息且可以由计算机100访问的任何其它介质。

计算机100使用通过诸如因特网之类的网络18与远程计算机的逻辑连接而在网络化环境中操作。计算机100可以通过连接至总线12的网络接口单元20来连接到网络18。网络连接可以是无线的和/或有线的。网络接口单元20也可用于连接到其它类型的网络和远程计算机系统。计算机100还可包括用于接收和处理来自多个其他设备的输入的输入/输出控制器22，这些设备包括键盘、鼠标或者电子指示笔(未在图1中示出)。类似地，输入/输出控制器22可以提供到IP电话、显示屏23、打印机或其它类型的输入/输出设备。

如前简述的那样，多个程序模块和数据文件可以存储在计算机100的大容量存储设备14和RAM 9内，包括适于控制计算机的操作的操作系统16，如华盛顿州雷蒙德市的微软公司的WINDOWS或WINDOWS操作系统。大容量存储设备14和RAM 9还可以存储一个或多个程序模块。具体而言，大容量存储设备14和RAM 9可以存储包括MDS应用24、Web浏览器26和程序模块25的一个或多个应用程序。根据一实施例，MDS应用24是微软公司的应用。也可使用与主数据交互的其他ERP/MDS应用。

主数据可以是许多类型的数据。一般而言，主数据是商业的关键名词，并且一般落入以下四个编组中：人、事物、地点和概念。这些编组内的进一步分类被称为主体区域、域区域、或实体类型。例如，在人内，有顾客、雇员和销售人员。在事物内，存在产品、部件、储备和资产。在概念内，存在如合同、被担保人和许可之类的事物。最后，在地点内，存在办公室位置和地理划分。这些域区域中的一些可被进一步划分。可基于动机和历史来进一步分割顾客。公司可具有一般顾客、以及首要和高级顾客。产品还可按部门和行业来进一步分割。快速消费品(Consumer Packaged Goods：CPG)部门中的产品的需求、生命周期、和CRUD(创建、读取、更新、删除和搜索)周期很可能与服装行业的那些极为不同。域的粒度本质上由这些域内的实体的属性之间的差异的大小来决定。

主数据可通过其与其他数据交互的方式来被描述。例如，在事务系统中，主数据通常涉及事务性数据。顾客购买一产品。厂商销售部件，而合作方将一箱材料递送到某一地点。雇员与其管理者分层地相关，管理者通过管理者(另一雇员)向上报告。产品可以多个层次的一部分，该多个层次描述其在商店内的放置。主数据与事务性数据之间的这种关系可从基本上被视为名词/动词关系。事务性数据捕捉诸如销售、递送、购买、电子邮件发送、和撤销之类的动词；主数据是名词。这是数据仓库事实和维度共享的相同关系。

随着基数(集合中元素的数目)减少，元素被作为主数据元素——甚至诸如顾客之类的被普遍接受的主体区域——来对待的可能性减小了。例如，如果公司仅具有三个顾客，则最可能的情况是他们只因为通过主数据基础结构来管理那些消费者毫无益处而不会将那些顾客认为是主数据——至少在用主数据管理方案来支持他们的上下文中不会这么认为。但是，具有成千上万的顾客的公司将因管理这样的大的实体集所伴随的问题以及益处而认为顾客是重要的主体区域。顾客对这些公司中的每一个的价值都是相同的。两者都依赖于其顾客来作买卖。一个需要顾客主数据方案；另一个则不需要。基数不改变给定实体类型的分类；然而，具有用于管理实体类型的方案的重要性随着实体类型的基数的增长而增加。

主数据往往比起事务性数据更不易失。随着主数据变得更加易失，其通常被认为更加事务性。例如，一些人可能将“合同”认为是主数据元素。其他人可能将其认为是事务。取决于合同的有效期限，其可能变成任一情形。推销职业运动员的代理可能将他们的合同认为是主数据。合同彼此各不相同，并且通常具有超过一年的有效期限。可能倾向于仅具有称为“运动员”的一个主数据项。然而，运动员在任何给定时间往往具有一个以上的合同：一个是与与他们的队伍间的合同，而其他是与签署产品的公司间的合同。随着合同的元素被重新协商或者运动员被交易，代理可能需要随着时间管理所有这些合同。其他合同(例如，详解汽车或粉刷房子的合同)更像是事务。它们是用于提供服务以获得支付的一次性短暂契约，并且通常在数小时内被履行和销毁。

简单的实体(甚至是有价值的实体)很少会是进行管理的难题，并且很少被认为是主数据元素。元素越不复杂，则越不可能需要管理该元素的改变。典型地，此类资产被简单地收集并被计数。例如，Fort Knox很可能不会跟踪关于存储在那里的每根单独的金条的信息，而是仅仅保持它们的计数。每根金条的价值是实质性的，基数高且寿命长；但是，复杂度很低。

数据元素对公司越有价值，则其将越可能被认为是主数据元素。价值和复杂度共同起作用。

虽然主数据通常比起事务性数据更不易失，但是具有完全不会改变的属性的实体通常不被分类为主数据。例如，稀有硬币可能看起来满足作为主数据来对待的准则中的许多。稀有硬币收藏家很可能具有许多稀有硬币。所以，基数是高的。它们是有价值的。它们也是复杂的。例如，稀有硬币具有历史和描述。存在诸如正面、背面、硬币上的文字、铭刻、镶边、以及底色的情况之类的属性。存在诸如设计者姓名首字母、边缘设计、层、以及肖像之类的其他属性。

但是，稀有硬币无需被作为主数据项来管理，因为它们不会随时间而改变——或者至少它们不会改变很多。随着某一硬币的历史被揭示，或者如果某些属性必须被校正，则可能需要添加更多信息。但是，一般而言，稀有硬币不会通过主数据管理系统来被管理，因为它们不够易失因此不足以保证一解决方案。

驱动主数据管理的原因之一是重用。例如，在简单世界中，CRM系统可管理关于顾客的所有事情，并且无需与其他系统共享关于顾客的任何信息。然而，在当今的复杂环境中，需要跨多个应用共享顾客信息。麻烦就从此开始。因为(出于数个原因)对主数据的访问并非总是可用的，所以人们开始将主数据存储在各个位置，诸如电子表格和应用专用存储。仍然存在管理未跨企业重用的主数据的原因，诸如数据质量降级和衰退。然而，如果主数据实体在多个系统中被重用，则肯定的是该主数据实体应通过主数据管理系统来被管理。

虽然枚举各种主数据实体类型是简单的，但是决定公司中的哪些数据项应当作为主数据来对待有时更具挑战性。通常，一般不遵循主数据的定义的数据可能需要如此来管理，而遵循定义的数据可能不需要如此来管理。最终，在决定什么实体类型应当作为主数据来对待时，比起依赖于简单的实体类型列表，根据其在商业需求的上下文内的行为和属性来对它们进行分类更好。

诸如MDS应用24或web浏览器26之类的客户机应用被配置为与诸如由用于与主数据(诸如主数据11和/或存储在网络数据存储中的主数据27)进行交互的MDM服务17所主存的工作流19之类的工作流进行交互。基于云的MDS服务17可主存用于客户机的所有或部分MDM服务。例如，客户机可将本地MDM服务与MDM服务17所提供的功能集成起来，或使用MDM服务17管理他们的所有主数据需求。

在客户机计算设备和基于云的MDM服务17之间创建了安全连接。例如，主数据服务(MDS)客户机应用24和/或web浏览器26可用来与主数据以及由MDM服务17所主存的工作流19进行交互。诸如客户机100之类的客户机可修改由基于云的MDM服务17所主存的MDM工作流19，以帮助满足它们的需要。工作流被安排在执行预定义的可配置块的灵活流水线中。客户机可连接至基于云的MDM服务17并可基于预定义的块(例如，执行块、条件块、循环块)的集合来创建/定制现有的工作流。这些块被配置为根据预定义的模式来接收、处理和发送与主数据有关的信息。客户机还可发布可被其他客户机消费的主数据。客户机也可订阅对主数据的改变，使得客户机在主数据改变时被通知。以下提供了更多的描述。

图2示出了供客户机与基于云的MDM网络服务进行交互的系统。如所示的，系统200包括ERP系统205、基于云的MDM网络服务225和计算设备220。ERP系统包括计算设备210和ERP服务器215。MDM服务225包括网络共享230和服务器240。更多或更少的计算机可被配置成在图2中例示的系统内操作。

计算设备可以以不同的方式来配置。例如，这些计算设备中的一些可以是：移动计算设备(例如，蜂窝电话、平板计算机、智能电话、膝上型计算机等等)；台式计算设备和服务器。MDM服务225被配置成提供在线的基于云的服务(例如，用于与主数据进行交互的ERP/MDS服务)，该在线的基于云的服务允许客户机同与MDM有关的工作流232进行交互并允许客户机发布/订阅主数据。一些计算设备可被安排成数据共享，一些可被安排在局域网中，一些可被安排在可通过因特网来访问的网络中，等等。

计算设备通过网络18被耦合。网络18可以是许多不同类型的网络。例如，网络18可以是IP网络、用于蜂窝通信的载波网络等等。一般而言，网络18用于在诸如计算设备210、计算设备220、网络共享230、网络服务240之类的计算设备之间传送数据。

计算设备210包括MDS应用212以及用户接口216。如图所示，计算设备210被用户用来与诸如存储在ERP服务器215内的主数据217和在网络共享230中用MDM服务225存储的主数据233之类的主数据进行交互。主数据可被存储在许多不同的位置中。例如，一个或多个数据存储可用于存储与ERP系统205有关的主数据。

用户接口(UI)216用于与诸如MDS应用212和MDS web应用242之类的应用进行交互。例如，UI 216可用于创建/修改由基于云的MDM服务225所主存的工作流。

计算设备220包括一个或多个应用，诸如可被配置成查看/输入被发布到网络服务225的主数据/与该数据交互的web浏览器222。例如，web浏览器222可用于访问提供主数据服务的基于云的MDM网络服务225内的诸如服务器240之类的服务器。计算设备220可用于创建/修改由基于云的MDM服务225所主存的工作流232。

基于云的MDM服务225包括服务器240和网络共享230。服务器240包括MDM web应用242，MDM web应用包括web呈现器244。web应用242被配置成接收与主数据服务相关的请求并对该请求进行响应。例如，服务器240可以访问存储在网络共享230上的主数据233或其他数据。web应用242用于向诸如移动计算设备或某一其他计算设备(例如，计算设备210、计算设备220)之类的计算设备的用户提供接口以便经由网络18与主数据/工作流进行交互。

MDM服务225接收来自计算设备(如计算设备210)的执行与主数据有关的操作的请求。例如，客户机可：对主数据项作出改变、创建/修改工作流、和/或请求与主数据有关的信息。诸如MDS应用212之类的客户机应用与主数据及由MDM服务225主存的工作流进行交互。

如所讨论的，基于云的MDM服务225被配置成为客户机提供主数据管理服务。客户机可以与不同的组织和公司相关联。例如，MDM服务225可被配置成为成千上万的不同公司提供MDM服务。基于云的MDM服务225还可用于管理组织的多站点部署。MDM服务225旨在为各主数据管理解决方案提供可配置的解决方案。根据一实施例，基于云的MDM服务225被配置为与诸如MDS应用212之类的不同客户机MDS应用集成在一起。

工作流232由基于云的MDM服务225主存，以帮助客户机满足他们的MDM需要。工作流被安排在执行预定义的可配置块的灵活流水线中。客户机可从各种计算设备/位置连接至基于云的MDM服务225，并可基于预定义的块(例如，执行块、条件块、循环块)的集合来创建/定制现有的MDM工作流。这些块被配置为根据预定义的模式来接收、处理和发送与主数据有关的信息。例如，客户机计算设备210可使用基于云的MDM服务225来发布被其他计算设备/系统订阅的主数据。

应用程序编程接口(API 246)被客户机用来与一个或多个工作流232进行交互。API被用来与构成工作流的各个块进行交互。可定制的工作流允许用户提供具有输入和输出的集中式工作流，并可将数据变换成各种格式(包括用户定义的格式)或从这些格式变换出数据。例如，一个ERP服务可使用第一格式的数据，而MDM系统内的另一客户机消费第二格式的数据。

客户机还可使用不同的应用/版本/系统来订阅和发布主数据。基于云的MDM服务225可连接至各种不同的系统，以及连接至不同版本的主数据系统。例如，ERP系统205可发布/订阅可被系统的一个或多个其他部分消费的主数据。

根据一实施例，API 246包括以下公共接口：

图3示出了宿主在基于云的MDM服务中的工作流。如所示出的，系统300包括基于云的MDM网络服务310、网络18、及计算设备301和计算设备303。MDM服务310包括工作流320、冲突存储330、和数据存储334。计算设备301和计算设备303包括用于与主数据进行交互以及管理主数据的MDS应用(302、304)。

当主数据被客户机(诸如计算设备301)修改时，工作流320执行以下操作：在块322处变换消息；在块323处运行商业规则；在块324处验证确认改变；在块325处变换数据；以及，将数据改变传播给订阅者(诸如计算设备303)，以帮助确保不同系统之间的数据一致性。

工作流被安排在执行预定义的可配置块的灵活流水线中。客户机可从各种计算设备/位置连接至基于云的MDM服务310，并可基于预定义的块(例如，执行块、条件块、循环块)的集合来创建/定制现有的MDM工作流。这些块被配置为根据预定义的模式来接收、处理和发送与主数据有关的信息。

根据一实施例，工作流包括不同类型的块，包括零个或更多个执行块、条件块和循环块。执行块包括任何类型的动作(即，商业规则或消息模式变换)。条件块包括对被应用于工作流的条件语句(即，if/else语句)的使用。循环块用于对工作流内的循环进行建模。客户机可使用API来创建/修改不同的块。工作流可涉及执行服务和/或预测服务。执行服务是可处理消息并将其传递至工作流中的下一个块的服务。预测服务可取决于所接收到的消息而返回真或假，并一般用于定制条件和循环块。根据一实施例，预定义的模型、商业规则和工作流的默认集合可被一个或多个客户机使用。

图4示出了用于基于云的MDM服务的服务器架构。如所示出的，服务器架构400包括耦合至用户440和客户机450的服务器410。服务器400包括管理入口412、公共API 414、工作流416、商业规则418、通知420、端点422、服务424、商业实体426、元数据428、数据访问430、存储432、服务位置434、日志和跟踪436、以及安全438。

管理入口412允许用户使用如建模能力、CRUD操作、冲突解决之类的主数据来管理他们的主数据。例如，用户可创建/修改工作流。存储432用于存储主数据、工作流以及与主数据的管理有关的其他信息。例如，存储432可用于存储表格、队列等。客户机450使用公共API 414来发布主数据、调用一个或多个工作流、和/或订阅对主数据的改变。

图5示出了用于访问基于云的MDM服务的客户机架构。如所示出的，客户机架构500包括客户机510，客户机510包括写入器512、监听器514、MDM客户机同步服务516、改变跟踪518、MDS应用520、SQL服务器522、安全524、冲突解决526、以及元数据528。写入器512用于向基于云的MDM服务225发送与主数据有关的消息。例如，客户机510可对主数据作出改变，该改变服从对由MDM服务225所主存的工作流的处理。监听器514监听来自基于云的MDM服务225的、与主数据的改变有关的通知。例如，当主数据项改变成客户机510已订阅的那个主数据项时，MDM服务225向客户机510发送消息来指示/或供应对主数据的这个改变。MDM客户机同步服务516检测何时对主数据作出了改变，并在需要时将改变提交给MDM服务225和/或合并由另一客户机对主数据510所作出的改变。改变跟踪518被配置成检测何时对主数据作出了改变。改变跟踪帮助将对主数据的本地改变传播至基于云的MDM服务225。MDS应用520可用于与在客户机本地和/或非本地的(例如基于云的MDM服务225)主数据进行交互。根据一实施例，改变跟踪是基于SQL服务器522所提供的功能来构建的。在客户机侧，提供通用服务的集合来跨不同的商业应用连接或同步主数据。安全524用于设置与主数据有关的安全设定。冲突解决526被配置成执行涉及与主数据有关的冲突的操作。元数据528可以是与对主数据的管理有关的各种类型的数据。

现在参考图6，将描述用于基于云的主数据管理的说明性过程。当阅读对在此提供的例程的讨论时，应当理解，各实施例的逻辑操作被实现为(1)运行于计算系统上的一系列计算机实现的动作或程序模块，和/或(2)计算系统内互连的机器逻辑电路或电路模块。该实现是取决于实现本发明的计算系统的性能要求来选择的。因此，所例示的并且构成此处所描述的实施例的逻辑操作被不同地表示为操作、结构设备、动作或模块。这些操作、结构设备、动作和模块可用软件、固件、专用数字逻辑，及其任何组合来实现。

在开始框之后，过程600移动至操作610，在操作610接收来自客户机的与主数据管理有关的消息。该消息包括要使用基于云的MDM服务来执行的期望操作。该操作可以是对主数据的改变和/或对工作流的改变和/或订阅请求。例如，用户可向基于云的MDM服务发送所建议的对主数据的改变。用户还可使用API来创建/修改工作流。用户还可请求订阅一个或多个主数据项。

移至操作620，访问与消息中的操作有关的工作流。例如，每一客户机可具有其自己的工作流。客户机还可以与多于一个工作流相关联。消息可包括用于访问工作流的标识符。MDM服务还可响应于从客户机接收到消息而存储与要访问哪个(哪些)工作流有关的信息。

移到操作630，作出关于操作何时有效的确定。例如，在所建议的对主数据的改变被确定为有效之前，该改变可以服从不同的约束。类似地，对工作流的改变可能有约束要满足。

转至操作640，在确定有效时执行与该消息有关的操作。例如，对主数据项的改变可被存储，对工作流的改变可被存储，订阅请求可被存储等等。

移至操作650，向客户机通知所执行的操作。例如，可通知被订阅来接收主数据项何时被改变的通知的一个或多个客户机。确认通知可响应于对工作流的成功改变和/或订阅请求而被发送给用户。

随后该过程行进到结束框，并返回以处理其它动作。

以上说明、示例和数据提供了对本发明的组成部分的制造和使用的全面描述。因为可以在不背离本发明的精神和范围的情况下做出本发明的许多实施例，所以本发明落在所附权利要求的范围内。

Claims

1.一种用于管理主数据的方法，包括：

在作为基于云的主数据管理MDM服务的一部分的服务器处接收来自客户机的消息，其中所述消息包括与对主数据的管理有关的要执行的期望的操作，所述主数据由所述基于云的MDM服务来管理；

所述MDM服务访问与所述消息有关的工作流，其中所述消息包括用于访问所述工作流的标识符，其中所述工作流是执行用于管理主数据的动作的块的序列；

确定要执行的所述期望的操作何时有效；

在要执行的所述期望的操作有效时，执行所述期望的操作；以及

在所述述期望的操作被执行时提供通知。

2.如权利要求1所述的方法，其特征在于，所述操作是以下各项中的至少一个：对主数据项的改变和对所述工作流的修改。

3.如权利要求1所述的方法，其特征在于，还包括提供被所述客户机用来与所述MDM服务进行交互的应用程序编程接口API，其中所述API提供公共接口并允许所述客户机设置与包含在网络服务内的工作流相关联的约束，所述公共接口用于：订阅与主数据有关的改变，发送与主数据有关的改变，及修改所述工作流的块。

4.如权利要求1所述的方法，其特征在于，所述块由执行块、条件块和循环块组成。

5.如权利要求1所述的方法，其特征在于，在提供所述通知前，所述MDM服务内的工作流将所述主数据项变换成不同的格式。

6.如权利要求1所述的方法，其特征在于，所述MDM服务提供默认的工作流集合。

7.一种用于管理主数据的方法，包括：

在基于云的主数据管理MDM服务处接收消息，其中所述消息包括与对主数据的管理有关的要执行的期望的操作，所述主数据由所述基于云的MDM服务来管理，并且所述操作是以下至少之一：对主数据项的改变；以及对工作流的修改；

访问与所述消息有关的所述工作流，其中所述消息包括用于访问所述工作流的标识符，其中所述工作流是执行用于管理主数据的动作的块的序列；

确定要执行的所述期望的操作何时有效；

在要执行的所述期望的操作有效时，执行所述期望的操作；

在所述期望的操作被执行时提供通知；以及

提供用于与所述MDM服务进行交互的应用程序编程接口(API)。

8.一种用于管理主数据的系统，包括：

用于在作为基于云的主数据管理MDM服务的一部分的服务器处接收来自客户机的消息的装置，其中所述消息包括与对主数据的管理有关的要执行的期望的操作，所述主数据由所述基于云的MDM服务来管理；

用于供所述MDM服务访问与所述消息有关的工作流的装置，其中所述消息包括用于访问所述工作流的标识符，其中所述工作流是执行用于管理主数据的动作的块的序列；

用于确定要执行的所述期望的操作何时有效的装置；

用于在要执行的所述期望的操作有效时，执行所述期望的操作的装置；以及

用于在所述期望的操作被执行时提供通知的装置。

9.如权利要求8所述的系统，其特征在于，还包括用于提供被所述客户机用来与所述MDM服务进行交互的应用程序编程接口API的装置。

10.如权利要求9所述的系统，其特征在于，所述API提供公共接口并允许所述客户机设置与包含在网络服务内的工作流相关联的约束，所述公共接口用于：订阅与主数据有关的改变，发送与主数据有关的改变，以及修改所述工作流的块。