CN105208097B - 主数据共享装置和方法 - Google Patents

Abstract

本发明提供了一种主数据共享装置，包括：主数据管理单元，用于对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；业务处理单元，用于获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈。本发明还提供了一种主数据共享方法。通过本发明的技术方案，可以在现有的主数据共享方式基础上，充分利用单对象类型完成多对象类型的主数据共享，建立多对象类型参与的面向复杂类型主数据共享的通用、统一共享思路。

Description

主数据共享装置和方法

技术领域

本发明涉及数据处理技术领域，具体地，涉及一种主数据共享装置和一种主数据共享方法。

背景技术

主数据是企业内能够跨业务重复使用的高价值的核心实体数据，是企业的“黄金”数据，例如：人员、产品、客户、供应商、物料等。主数据管理帮助企业创建并维护整个企业内主数据的单一视图，保证整个企业IT***协调和重用准确的、一致的、完整性的主数据。

主数据的全生命周期管理依据统一的主数据数据模型来整合多数据源的业务***的主数据，抽取到主数据管理，经过主数据维护、治理，然后进行共享。主数据共享的目标是把治理后主数据及时地、有效地、正确地共享给业务***，这也是实施主数据管理，体现主数据价值的重要环节。主数据共享是一个复杂的应用集成工作，因为，一般情况下，企业的业务***是异构的，并且角色、需求可能不同，有些可能只是消费者，有些可能既是消费者又是生产者。

主数据共享的输入是经过主数据治理的主数据。治理后的主数据默认是存在主数据管理与各业务***的主数据映射关系的。例如图6中，主数据（MD12345）与业务***（SYS1）的主数据（AS123），业务***（SYS2）的主数据（BS456）存在映射关系。

对于主数据共享，目前在主数据管理***实施中，主要有两种方方法：一种是基于WebService的主动推送机制。在该方案中，主数据管理提供一些有关“数据下发”标准的WEB服务规范，各业务***必须实现这些Web服务。当主数据发生变化时，主数据管理依据各业务***的下发要求，下发变化的主数据到各业务***的Web服务接口，如图7所示。

另一种是基于消息中间件的发布/订阅机制。在该方案中，一般情况下，主数据管理在消息中间件为每一个主数据类别建立一个主题（Topic），业务***对关注的主题进行订阅，当主数据发生变化时，主数据管理会发布到其所属的主数据主题，订阅该主题的各业务***就会及时地接收，然后进行业务处理，如图8所示。

第一种方法利用WebService解决了集成***的异构性问题；第二种方法则利用消息中间件的发布订阅能力进行异步传输，达到***解耦。但存在的问题有： 1）没有“回馈”机制。一般情况下，业务***接收到变化的主数据不会马上处理，需要有一定的处理时间，是异步处理的，同时，主数据管理为了数据稽查审计，需要知道主数据是否被业务***使用，因此业务***在完成相关处理后，应该回调主数据管理的服务接口。2）没有主数据映射关系的“回填”机制。对于一些主数据管理新增的主数据，如果业务***需要，则需要把自己的业务***的主数据编码与该主数据管理的主数据编码的映射关系返回主数据管理，这样可以保证主数据管理数据的一致性、完整性，也方便业务***进行主数据查询。3）由于主数据映射关系的存在，同一条主数据的全文消息可能需要传输多次，因此消息中间件需要承受大数据量的存储以及快速的异步传输，总体性能要求较高。

因此，需要一种新的主数据共享技术，可以在现有的主数据共享方式基础上，充分利用单对象类型完成多对象类型的主数据共享，建立多对象类型参与的面向复杂类型主数据共享的通用、统一共享思路。

发明内容

本发明正是基于上述问题，提出了一种新的主数据共享技术，可以在现有的主数据共享方式基础上，充分利用单对象类型完成多对象类型的主数据共享，建立多对象类型参与的面向复杂类型主数据共享的通用、统一共享思路。

有鉴于此，本发明提出了一种主数据共享装置，包括：主数据管理单元，用于对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；业务处理单元，用于获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈。在该技术方案中，可以基于消息的通知机制，实现主数据共享，可以作为对目前流行的主数据共享方法的有益补充。

在上述技术方案中，优选地，该主数据共享装置，还包括设置在所述主数据管理单元与业务处理单元之间的收发中间件，用于接收主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以通过中间件转发处理，降低主数据管理项目实施中***应用集成的复杂性，提高主数据共享的可靠性和高效性。

在上述技术方案中，优选地，所述收发中间件，具体包括：消息接收模块，用于基于待共享主数据的设定主题，获取主数据的更新通知；消息转发模块，用于将主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以制定主数据消息主题与通知消息的定义规范以及相关主数据服务的定义规范，适合于不同的技术选型。

在上述技术方案中，优选地，所述主数据管理单元，具体包括：业务注册模块，用于对能够共享主数据的业务***进行注册；主题设定模块，用于对待共享的主数据进行主题设定；消息通知模块，用于当待共享的主数据有变化时，基于注册的能够共享主数据的业务***，根据待共享主数据的设定主题，发出更新通知。在该技术方案中，可以综合Web服务与发布/订阅技术优点，使得主数据共享满足发布的主数据主题的设计规范与通知消息格式规范。

在上述技术方案中，优选地，所述业务处理单元，具体包括：主数据查询模块，用于获取主数据的更新通知，依据预设的业务***编码与自身主数据编码进行查询，返回相对应的主数据；消息确认模块，用于基于返回的主数据，完成与更新通知相对应的业务处理，回调该业务处理的对应服务，向主数据更新方发送业务处理完成的确认消息；编码回填模块，用于如果向主数据更新方发送的业务处理完成的确认消息的类型是新增类型，则回调发送该确认消息的服务，将主数据编码与业务***主数据编码的映射关系进行补充记录。在该技术方案中，可以提供反馈机制，保证数据的完整性、一致性。

根据本发明的又一个方面，还提出了一种主数据共享方法，包括：步骤202：对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；步骤206：获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈。在该技术方案中，可以基于消息的通知机制，实现主数据共享，可以作为对目前流行的主数据共享方法的有益补充。

在上述技术方案中，优选地，该主数据共享方法，还包括设置在所述步骤202与步骤206之间的步骤204：用于接收主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以通过中间件转发处理，降低主数据管理项目实施中***应用集成的复杂性，提高主数据共享的可靠性和高效性。

在上述技术方案中，优选地，所述步骤204，具体包括：步骤402：基于待共享主数据的设定主题，获取主数据的更新通知；步骤404：将主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以制定主数据消息主题与通知消息的定义规范以及相关主数据服务的定义规范，适合于不同的技术选型。

在上述技术方案中，优选地，所述步骤202，具体包括：步骤302：对能够共享主数据的业务***进行注册；步骤304：对待共享的主数据进行主题设定；步骤306：当待共享的主数据有变化时，基于注册的能够共享主数据的业务***，根据待共享主数据的设定主题，发出更新通知。在该技术方案中，可以综合Web服务与发布/订阅技术优点，使得主数据共享满足发布的主数据主题的设计规范与通知消息格式规范。

在上述技术方案中，优选地，所述步骤206，具体包括：步骤502：获取主数据的更新通知，依据预设的业务***编码与自身主数据编码进行查询，返回相对应的主数据；步骤504：基于返回的主数据，完成与更新通知相对应的业务处理，回调该业务处理的对应服务，向主数据更新方发送业务处理完成的确认消息；步骤506：如果向主数据更新方发送的业务处理完成的确认消息的类型是新增类型，则回调发送该确认消息的服务，将主数据编码与业务***主数据编码的映射关系进行补充记录。在该技术方案中，可以提供反馈机制，保证数据的完整性、一致性。

通过以上技术方案，可以在现有的主数据共享方式基础上，充分利用单对象类型完成多对象类型的主数据共享，建立多对象类型参与的面向复杂类型主数据共享的通用、统一共享思路。

附图说明

图1示出了根据本发明的实施例的主数据共享装置的框图；

图2示出了根据本发明的实施例的主数据共享方法的流程图；

图3示出了根据本发明的实施例的主数据管理单元的流程图；

图4示出了根据本发明的实施例的收发中间件的流程图；

图5示出了根据本发明的实施例的业务处理单元的流程图；

图6示出了现有技术中主数据管理与各业务***的主数据映射关系图；

图7示出了现有技术中当主数据发生变化时主数据到各业务***的Web服务接口的流程图；

图8示出了基于消息中间件的发布/订阅机制的流程图；

图9示出了根据本发明的实施例的基于消息通知机制的主数据共享涉及到主数据管理、业务***、“发布/订阅”中间件三类***的***关系图；

图10示出了根据本发明的实施例的业务***的注册页面图；

图11示出了根据本发明的实施例的主题模型与消息模型以及二者关系图；

图12示出了根据本发明的实施例的基于消息通知机制的主数据共享流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的主数据共享装置的框图。

如图1所示，根据本发明的实施例的主数据共享装置100，包括：主数据管理单元102，用于对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；业务处理单元106，用于获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈。在该技术方案中，可以基于消息的通知机制，实现主数据共享，可以作为对目前流行的主数据共享方法的有益补充。

在上述技术方案中，优选地，该主数据共享装置，还包括设置在主数据管理单元102与业务处理单元106之间的收发中间件104，用于接收主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以通过中间件转发处理，降低主数据管理项目实施中***应用集成的复杂性，提高主数据共享的可靠性和高效性。

在上述技术方案中，优选地，收发中间件104，具体包括：消息接收模块1042，用于基于待共享主数据的设定主题，获取主数据的更新通知；消息转发模块1044，用于将主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以制定主数据消息主题与通知消息的定义规范以及相关主数据服务的定义规范，适合于不同的技术选型。

在上述技术方案中，优选地，主数据管理单元102，具体包括：业务注册模块1022，用于对能够共享主数据的业务***进行注册；主题设定模块1024，用于对待共享的主数据进行主题设定；消息通知模块1026，用于当待共享的主数据有变化时，基于注册的能够共享主数据的业务***，根据待共享主数据的设定主题，发出更新通知。在该技术方案中，可以综合Web服务与发布/订阅技术优点，使得主数据共享满足发布的主数据主题的设计规范与通知消息格式规范。

在上述技术方案中，优选地，业务处理单元106，具体包括：主数据查询模块1062，用于获取主数据的更新通知，依据预设的业务***编码与自身主数据编码进行查询，返回相对应的主数据；消息确认模块1064，用于基于返回的主数据，完成与更新通知相对应的业务处理，回调该业务处理的对应服务，向主数据更新方发送业务处理完成的确认消息；编码回填模块1066，用于如果向主数据更新方发送的业务处理完成的确认消息的类型是新增类型，则回调发送该确认消息的服务，将主数据编码与业务***主数据编码的映射关系进行补充记录。在该技术方案中，可以提供反馈机制，保证数据的完整性、一致性。

图2示出了根据本发明的实施例的主数据共享方法的流程图。

如图2所示，根据本发明的实施例的主数据共享方法，包括：步骤202：对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；步骤206：获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈。在该技术方案中，可以基于消息的通知机制，实现主数据共享，可以作为对目前流行的主数据共享方法的有益补充。

在上述技术方案中，优选地，该主数据共享方法，还包括设置在步骤202与步骤206之间的步骤204：用于接收主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以通过中间件转发处理，降低主数据管理项目实施中***应用集成的复杂性，提高主数据共享的可靠性和高效性。

在上述技术方案中，优选地，参见图4，步骤204，具体包括：步骤402：基于待共享主数据的设定主题，获取主数据的更新通知；步骤404：将主数据的更新通知，转发给已注册的业务***。在该技术方案中，可以制定主数据消息主题与通知消息的定义规范以及相关主数据服务的定义规范，适合于不同的技术选型。

在上述技术方案中，优选地，参见图3，步骤202，具体包括：步骤302：对能够共享主数据的业务***进行注册；步骤304：对待共享的主数据进行主题设定；步骤306：当待共享的主数据有变化时，基于注册的能够共享主数据的业务***，根据待共享主数据的设定主题，发出更新通知。在该技术方案中，可以综合Web服务与发布/订阅技术优点，使得主数据共享满足发布的主数据主题的设计规范与通知消息格式规范。

在上述技术方案中，优选地，参见图5，步骤206，具体包括：步骤502：获取主数据的更新通知，依据预设的业务***编码与自身主数据编码进行查询，返回相对应的主数据；步骤504：基于返回的主数据，完成与更新通知相对应的业务处理，回调该业务处理的对应服务，向主数据更新方发送业务处理完成的确认消息；步骤506：如果向主数据更新方发送的业务处理完成的确认消息的类型是新增类型，则回调发送该确认消息的服务，将主数据编码与业务***主数据编码的映射关系进行补充记录。在该技术方案中，可以提供反馈机制，保证数据的完整性、一致性。

针对现有技术中主数据共享的两种方法都存在缺陷与不足，本发明的技术方案，提出一种基于消息通知机制的主数据共享实现方法，适用于企业消息化的主数据管理。本发明的技术方案，综合了Web服务与发布/订阅技术优点，提供了：1）主数据的通知、查询、确认、回填等机制与操作流程；2）发布的主数据主题的设计规范与通知消息格式规范。

在本发明的技术方案中，基于消息通知机制的主数据共享涉及到主数据管理、业务***、“发布/订阅”中间件三类***，***关系图如图9所示。

从图9中我们可以看出：1）有主数据变化时，主数据管理发送消息通知；2）业务***得到消息通知，依据消息内容，需要到主数据管理去查询相关主数据，然后进行业务处理，最后把相关结果反馈给主数据管理。

从功能实现角度来看，主数据管理需要增加的功能有：1）业务***的注册管理；2）“发布/订阅”中间件的主题设定以及发布通知消息；3）主数据管理需要提供：查询、确认、回填等接口服务。

业务***的注册管理，业务***的注册信息至少要包括：⑴业务***编码；⑵负责人姓名；⑶负责人联系方式；⑷订阅的消息通知等。

注意事项：⑴只有注册成功的业务***，才能接收到消息通知；⑵每一个注册的业务***分配一个全局唯一的编码；⑶负责人姓名及其联系方式信息主要用于数据审计与追责，比如：当业务***没有回调主数据管理的确认服务或者业务***接收了新增主数据，但没有回调主数据管理的回填服务，这时候可以方便地找到相关负责人；⑷消息通知类型是按主数据类型来进行分类，多选。

业务***的注册页面如图10所示。发布的主题与通知消息格式：

主数据管理发布的主题是按照主数据类别与订阅的业务***两个维度进行分类，这样既层次结构清晰，又方便维护、检索。发布到主题的通知消息分为新增、更新、删除三类。主题模型与消息模型图以及二者关系如图11所示。

主题模型的主题定义既可以用树型结构，也可以用扁平结构来定义。可以依据“发布/订阅”中间件的特性来进行选择实现方案，例如：传统的消息中间件（ActiveMQ、RabbitMQ等）可选择扁平结构，其他的相关产品（Redis、Zookeeper等）则会只能选择树型结构。

消息模型消息格式遵循XML格式进行定义：

主数据服务的定义：主数据管理需要提供查询服务、确认服务、回填服务。只要满足主数据服务的定义规范，采用WebService或者Restful WebService均可。

⑴查询服务

服务名称：queryByucode

服务功能：业务***依据业务***编码与自身主数据编码进行查询，主数据管理返回相对应的主数据。

请求数据：

返回数据：

⑵确认服务

服务名称：confirmMsginfo

服务功能：业务***在完成消息通知的业务处理，回调此服务，向主数据管理确认完成。

请求数据：

返回数据：

⑶回填服务

服务名称：addMapping

服务功能：如果消息通知类型是新增，业务***需要回调该服务，把主数据编码与业务***主数据编码的映射关系补充上。

请求数据：

返回数据：

基于消息通知机制的主数据共享的流程图大致如图12所示。

本发明的技术方案是基于消息通知机制的，它是对目前流行的主数据共享方法的有益补充，它不仅降低了主数据管理项目实施中***应用集成的复杂性，还提供反馈机制来保证了数据的完整性、一致性。

本发明的技术方案具有很好的普适性、灵活性、扩展性，制定了主数据消息主题与通知消息的定义规范以及相关主数据服务的定义规范，适合于不同的技术选型。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中没有简便的、统一的针对复杂类型元数据共享的解决办法。现有的主数据共享无法完成有复杂类型参与的主数据共享过程。因此，本发明提出了一种主数据共享装置和一种主数据共享方法，可以在现有的主数据共享方式基础上，充分利用单对象类型完成多对象类型的主数据共享，建立多对象类型参与的面向复杂类型主数据共享的通用、统一共享思路。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种主数据共享装置，其特征在于，包括：

主数据管理单元，用于对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；

业务处理单元，用于获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈；

所述业务处理单元，具体包括：

主数据查询模块，用于获取主数据的更新通知，依据预设的业务***编码与自身主数据编码进行查询，返回相对应的主数据；

消息确认模块，用于基于返回的主数据，完成与更新通知相对应的业务处理，回调该业务处理的对应服务，向主数据更新方发送业务处理完成的确认消息；

编码回填模块，用于如果向主数据更新方发送的业务处理完成的确认消息的类型是新增类型，则回调发送该确认消息的服务，将主数据编码与业务***主数据编码的映射关系进行补充记录。

2.根据权利要求1所述的主数据共享装置，其特征在于，该主数据共享装置，还包括设置在所述主数据管理单元与业务处理单元之间的收发中间件，用于接收主数据的更新通知，转发给已注册的业务***。

3.根据权利要求2所述的主数据共享装置，其特征在于，所述收发中间件，具体包括：

消息接收模块，用于基于待共享主数据的设定主题，获取主数据的更新通知；

消息转发模块，用于将主数据的更新通知，转发给已注册的业务***。

4.根据权利要求1-3中任一项所述的主数据共享装置，其特征在于，所述主数据管理单元，具体包括：

业务注册模块，用于对能够共享主数据的业务***进行注册；

主题设定模块，用于对待共享的主数据进行主题设定；

消息通知模块，用于当待共享的主数据有变化时，基于注册的能够共享主数据的业务***，根据待共享主数据的设定主题，发出更新通知。

5.一种主数据共享方法，其特征在于，包括：

步骤202：对能够共享主数据的业务***进行注册，对待共享主数据进行主题设定，当待共享的主数据有变化时，发出更新通知；

步骤206：获取主数据的更新通知，查询与该更新通知相对应的主数据，进行业务处理，并对业务处理的结果进行反馈；所述步骤206，具体包括：

步骤502：获取主数据的更新通知，依据预设的业务***编码与自身主数据编码进行查询，返回相对应的主数据；

步骤504：基于返回的主数据，完成与更新通知相对应的业务处理，回调该业务处理的对应服务，向主数据更新方发送业务处理完成的确认消息；

步骤506：如果向主数据更新方发送的业务处理完成的确认消息的类型是新增类型，则回调发送该确认消息的服务，将主数据编码与业务***主数据编码的映射关系进行补充记录。

6.根据权利要求5所述的主数据共享方法，其特征在于，该主数据共享方法，还包括设置在所述步骤202与步骤206之间的步骤204：用于接收主数据的更新通知，转发给已注册的业务***。

7.根据权利要求6所述的主数据共享方法，其特征在于，所述步骤204，具体包括：

步骤402：基于待共享主数据的设定主题，获取主数据的更新通知；

步骤404：将主数据的更新通知，转发给已注册的业务***。

8.根据权利要求5-7中任一项所述的主数据共享方法，其特征在于，所述步骤202，具体包括：

步骤302：对能够共享主数据的业务***进行注册；

步骤304：对待共享的主数据进行主题设定；

步骤306：当待共享的主数据有变化时，基于注册的能够共享主数据的业务***，根据待共享主数据的设定主题，发出更新通知。