数据同步方法、装置、设备和存储介质与流程

本申请涉及数据管理领域，特别是涉及一种数据同步方法、装置、设备和存储介质。

背景技术：

集团型企业在发展过程中，因业务拓展和人员扩招，组织越来越庞大，管理难度呈指数型增加。企业数据管理信息化已经是企业管理的常见手段，现有技术中对企业数据管理信息化相关的研究可以总结为三类：其一，对经典rbac(role-basedaccesscontrol)访问控制模型的优化研究，其二，基于组织树对企业信息化优化组织协同管理的研究，其三，利用组织树的层级关系管理虚拟资源的研究。现有专利技术也主要是围绕优化组织授权，降低组织授权复杂度，保持权限统一的研究。

在实际中，为提高企业敏捷性，部分企业以事业部或子公司的形式，进行独立财务核算和分开管理，但随之带来的组织问题也日益加剧：①集团主体组织架构与各业务系统无任何直接联系，各业务系统里的组织信息由人为初始化产生，组织节点信息零碎、片面，与公司整体组织架构脱节；②集团层面若做出组织结构调整、资源整合等相关调整时，无法直接反映到各业务系统，需要人工介入调整组织数据，手工调整存在出错和泄露数据的风险；③业务系统自行发展，设计自定义组织结构，容易脱离集团的主体组织架构，造成管理混乱、各自为政，变成信息孤岛。

目前针对相关技术中集团层面若做出组织结构调整、资源整合等相关操作时无法直接同步反映到各业务系统的问题，尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种数据同步方法、装置、设备和存储介质，以至少解决相关技术中集团层面若做出组织结构调整、资源整合等相关操作时无法直接同步反映到各业务系统的问题。

第一方面，本申请实施例提供了一种数据同步方法，应用于组织架构管理系统，所述组织架构管理系统包括主体组织架构、消息中心以及至少一个业务系统，所述方法包括：

获取所述主体组织架构发生组织变动时产生的第一实时组织节点变动消息；

将所述第一实时组织节点变动消息发送给所述消息中心，其中，所述消息中心根据所述第一实时组织节点变动消息生成第二实时组织节点变动消息；

将所述消息中心生成的所述第二实时组织节点变动消息下发给所述业务系统，并根据下发的所述第二实时组织节点变动消息更新所述业务系统，获取同步更新结果。

在其中一些实施例中，将所述第一实时组织节点变动消息发送给所述消息中心，包括：将所述第一实时组织节点变动消息发送至主组织树，通过所述主组织树将所述第一实时组织节点变动消息发送给所述消息中心；其中，所述主组织树表示所述主体组织架构各组织节点间的层级关系，并定时基于所述第一实时组织节点变动消息进行更新。

在其中一些实施例中，所述业务系统包括：业务单元、业务主组织树以及业务组织树；所述根据下发的所述第二实时组织节点变动消息更新所述业务系统，包括：

通过所述业务单元，接收所述第二实时组织节点变动消息并确认所述第二实时组织节点变动消息的准确性，将符合准确性要求的所述第二实时组织节点变动消息下发给业务主组织树；

通过所述业务主组织树，接收所述第二实时组织节点变动消息，根据所述第二实时组织节点变动消息执行所述业务系统的组织变动，并对所述业务主组织树的各组织节点状态进行更新，所述组织节点状态包括“显示”以及“隐藏”；

通过所述业务组织树，展示所述业务主组织树中所述组织节点状态为“显示”的组织节点。

在其中一些实施例中，所述根据下发的所述第二实时组织节点变动消息更新所述业务系统，还包括：

检测所述第二实时组织节点变动消息的类型，其中，所述第二实时组织节点变动消息的类型包括：更新类消息和失效类消息；

若检测到所述第二实时组织节点变动消息为所述更新类消息，判断在所述业务组织树中所述第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功，并基于判断的结果更新所述业务系统；

若检测到所述第二实时组织节点变动消息为所述失效类消息，判断在所述业务组织树中所述第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功，并基于判断的结果更新所述业务系统。

在其中一些实施例中，所述判断在所述业务组织树中所述第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功，并基于判断的结果更新所述业务系统包括：

判断在所述业务组织树中所述第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功；

在查找所述父节点成功的情况下，更新所述当前实时组织节点并对当前实时组织节点作为子节点的历史消息进行确认，在查找所述父节点失败的情况下，获取所述父节点对应的第一最新历史消息，继续判断所述第一最新历史消息的类型；

所述判断在所述业务组织树中所述第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功，并基于判断的结果更新所述业务系统包括：

判断在所述业务组织树中所述第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功；

在查找所述子节点失败的情况下，删除当前实时组织节点并对当前实时组织节点作为子节点的历史消息进行确认，在查找所述子节点成功的情况下，提示当前实时组织节点存在子节点，并获取所述子节点对应的第二最新历史消息，继续判断所述第二最新历史消息的类型。

在其中一些实施例中，所述更新类消息包括：“启用”、“新增”、“更名”、以及“移位”；所述失效类消息包括：“删除”和“停用”。

在其中一些实施例中，所述方法还包括：所述业务组织树根据所述业务系统的业务需求新增组织节点。

在其中一些实施例中，所述第一实时组织节点变动消息包括：“新增”、“删除”、“更名”、以及“移位”；所述第二实时组织节点变动消息包括：“新增”、“删除”、“更名”、“移位”、“启用”、以及“停用”。

第二方面，本申请实施例提供了一种数据同步装置，其特征在于，应用于组织架构管理系统，所述组织架构管理系统包括主体组织架构、消息中心以及至少一个业务系统，所述数据同步装置包括：消息接收模块、消息发送与转换模块以及业务系统更新模块；其中，

所述消息接收模块用于获取所述主体组织架构发生组织变动时产生的第一实时组织节点变动消息；

所述消息发送与转换模块，用于将所述第一实时组织节点变动消息发送给所述消息中心，其中，所述消息中心根据所述第一实时组织节点变动消息生成第二实时组织节点变动消息；

所述业务系统更新模块，用于将所述消息中心生成的所述第二实时组织节点变动消息下发给所述业务系统，并根据下发的所述第二实时组织节点变动消息更新所述业务系统，获取同步更新结果。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的数据同步方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的数据同步方法。

相比于相关技术，本申请实施例提供的数据同步方法、装置、设备和存储介质，通过构建消息中心来接收主体组织架构发生组织变动时产生的第一实时组织节点变动消息，所述消息中心根据所述第一实时组织节点变动消息生成第二实时组织节点变动消息，通过所述消息中心将第二实时组织节点变动消息下发给各业务系统，并根据下发的所述第二实时组织节点变动消息更新所述业务系统，获取同步更新结果。解决了相关技术中集团层面若做出组织结构调整、资源整合等相关调整时无法直接同步反映到各业务系统的问题，实现了主体组织架构与业务系统数据的数据同步共享。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种数据同步方法的终端的硬件结构框图；

图2是根据本申请实施例的数据同步方法的流程图；

图3是根据本申请实施例提供的数据同步场景示意图一；

图4是根据本申请实施例提供的数据同步场景示意图二；

图5是根据本申请实施例提供的数据同步架构图；

图6是根据本申请实施例提供的“基于多层组织树的消息寻迹和执行策略模型”的工作流程图；

图7是根据本申请实施例提供的主体组织架构新增的组织树；

图8是根据本申请实施例的数据同步装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本实施例提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。以运行在终端上为例，图1是本申请实施例的一种数据同步方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的一种数据同步方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

从广义上说，本申请所涉及的“组织”是指由诸多要素按照一定方式相互联系起来的系统；从狭义上说，是指人们为实现一定的目标，互相协作而形成的集体或团体；本申请中阐述的“组织”指公司内部的一些集体，例：部门/事业部/子公司/集团。本申请所涉及的部门也是一种“组织”，它除了具有“组织”的特征外，还有自身的一些业务服务属性。本申请所涉及的各类“组织树”用类似树枝干图形的方式表示各组织间的层级关系。

本实施例提供了一种数据同步方法，该方法应用于组织架构管理系统，组织架构管理系统包括主体组织架构、消息中心以及至少一个业务系统，图2是根据本申请实施例的数据同步方法的流程图，如图2所示，该流程包括如下步骤：

步骤s201，获取主体组织架构发生组织变动时产生的第一实时组织节点变动消息。主体组织架构在集团内部用公文公示，代表各机构、岗位上下左右相互之间关系，一般由人力部门在办公系统(hr系统或oa系统)中，依据组织变动公文对主体组织架构进行调整。当人力部门对主体组织架构进行调整时，主体组织架构会发生组织变动，并基于该组织变动产生第一实时组织节点变动消息，该消息用于表示主体组织架构中组织节点变动的变动状态，该变动状态可以为“新增”、“删除”、“更名”、“移位”。获取第一实时组织节点变动消息的方式可以通过一个统一的管理服务器来进行，获取该第一实时组织节点变动消息的目的是为了将该消息中携带的组织节点变动的变动状态发送至后续的业务系统，有利于后续的业务系统同步更新组织节点的状态。

步骤s202，将第一实时组织节点变动消息发送给消息中心，其中，消息中心根据第一实时组织节点变动消息生成第二实时组织节点变动消息。消息中心是一种用来接收上述主体组织架中组织节点变动产生的第一实时组织节点变动消息的容器，可被各业务系统订阅。消息中心不仅仅是一个消息的中转站，也是一个消息的加工站，因为主体组织架构中组织节点变动的结果反映到业务系统需要与业务系统进行适配才能满足业务系统的变更需求。因此，消息中心需要将第一实时组织节点变动消息变更为适配业务系统的第二实时组织节点变动消息，第二实时组织节点变动消息可以为“新增”、“删除”、“更名”、“移位”、“启用”、以及“停用”，相对于第一实时组织节点变动消息新增了“启用”、以及“停用”。

步骤s203，将消息中心生成的第二实时组织节点变动消息下发给业务系统，并根据下发的第二实时组织节点变动消息更新业务系统，获取同步更新结果。集团内部为发展不同业务会创建不同的业务系统，通常每个业务系统都有各自的业务单元，例如：某物流集团在全国范围内，既有园区业务系统，又有物流业务系统，两个业务系统都使用同一个主体组织架构的部分组织节点，但同时又存在各自因各种业务需求产生的其他额外节点。当业务系统接收到第二实时组织节点变动消息后，业务系统会及时根据该第二实时组织节点变动消息更新相关的组织节点，将主体组织架构发生变动的结果同步至业务系统，业务系统进行实时更新。

本申请应用于组织架构管理系统，该组织架构管理系统与现有的组织架构管理系统不同，不仅仅包括主体组织架构、至少一个业务系统，而且还包括消息中心，该消息中心不仅仅是一个消息的中转站，也是一个消息的加工站，能够将主体组织架构发生组织变动时产生的第一实时组织节点变动消息加工成与业务系统匹配的第二实时组织节点变动消息，基于该第二实时组织节点变动消息更新业务系统，获取同步更新结果。其解决了相关技术中集团层面若做出组织结构调整、资源整合等相关调整时无法直接同步反映到各业务系统的问题，可以实现主体组织架构与业务系统数据的数据同步共享。

图3是根据本申请实施例提供的数据同步场景示意图一。参阅图3所示，图3(a)表示xx集团的主体组织架构，图3(b)表示园区事业部业务组织树，图3(c)表示物流事业部业务组织树。xx集团型企业拥有多个业务系统(例：园区业务系统、物流业务系统等)，不同业务系统在使用各自系统时，需要用到组织的层级关系(层级关系基于主体组织架构)，同时为实现数据统一需要对同一个组织进行唯一标识(如主体组织架构中的物流公司1在财务结算主体运用上、园区业务单元和物流业务单元相同)，这个层级关系来自主体组织架构。但各业务系统因业务对象和作业方式不同，会产生自定义的个性化部门。

在主体组织架构发生系统变动时，需要告知各业务系统同步变动信息，各业务系统可以通过订阅主体组织架构的组织节点，来知晓组织变动消息，然后选择实时同步和延迟同步(延迟同步：针对部门业务未完结时，需要以原组织的身份将事项完结)。

在其中一些实施例中，第一实时组织节点变动消息包括：“新增”、“删除”、“更名”、以及“移位”；第二实时组织节点变动消息包括：“新增”、“删除”、“更名”、“移位”、“启用”、以及“停用”。其中，主体组织架构发生组织变动时产生的消息类型只有“新增”、“删除”、“更名”以及“移位”；主组织树通过消息中心发送给业务单元的消息类型有“新增”、“删除”、“更名”、“移位”、“启用”、以及“停用”。

图4是根据申请实施例提供的数据同步场景示意图二，图4(a)表示调整前的场景，图4(b)表示调整后的场景，表1为基于图4的组织变动消息通知形式表，以下结合图4和表1中的具体的实例对上述6种消息进行解释。

表1

①新增：xx集团为发展新业务，需增加一个新部门，即在主体组织架构中新增一个组织节点(新的名称和编码)。例：新增一个“四川大区”，部门编码为“00009”。

②删除：因组织太臃肿或旧业务被市场所淘汰，xx集团宣布解散某部门，即在主体组织架构中删除该组织节点。例：“物流公司1”和“招商组”在组织调整后被删除。

③更名：因xx集团发展需要，原部门更名，但组织的人员和财务结算主体未改变，即在主体组织架构上组织节点的名称更改，组织编码不更改。例：“园区事业部”更名为“新园区事业部”。

④移位：因业务转移或上级部门定义改变，部门需从原父部门，转移到另一部门下，即在主体组织架构中，组织节点更换父节点。例：“物业组”的上级部门从“杭州园区组”更换为“浙北大区”。

⑤启用：业务系统需要与主体组织架构组织保持同步的节点，须通过主组织树上的组织节点进行“启用”操作，启用的组织节点会同步来自主体组织架构的组织变动消息。

⑥停用：业务系统不需要与主体组织架构保持一致的节点，须通过主组织树上的组织节点进行“停用”操作，停用的组织节点不会同步来自主体组织架构的组织变动消息。

在其中一些实施例中，将第一实时组织节点变动消息发送给消息中心，包括：

s301，将第一实时组织节点变动消息发送至主组织树，通过主组织树将第一实时组织节点变动消息发送给消息中心；其中，主组织树表示主体组织架构各组织节点间的层级关系，并定时基于第一实时组织节点变动消息进行更新。上述主组织树是一种将主体组织架构作为数据源，用来同步主体组织架构的装置，是构建各业务系统中组织树实际参考的模板。主体组织架构发生组织变动时产生的第一实时组织节点变动消息不是直接发送至消息中心，而是首先要发送至主组织树，再由主组织树将上述第一实时组织节点变动消息发送至消息中心。

在其中一些实施例中，参阅图5所示，图5是根据本申请实施例提供的数据同步架构图。业务系统包括：业务单元、业务主组织树以及业务组织树；其中，业务单元是业务系统中直接与消息中心关联的单元，业务单元可以从消息中心订阅组织变动消息，消息中心将第二实时组织节点变动消息下发给业务单元；业务主组织树是各业务系统用来管理组织树的装置，具有接收/执行组织变动消息和隐藏/显示组织节点的功能，由各业务系统的组织管理人员进行管理；业务组织树是各业务系统在工作中会使用到的组织树，展示业务主组织树上状态为“显示”的组织节点，同时还可以根据各自业务所需，新增个性化的组织节点。

根据下发的第二实时组织节点变动消息更新业务系统，包括：

s401，通过业务单元，接收第二实时组织节点变动消息并确认第二实时组织节点变动消息的准确性，将符合准确性要求的第二实时组织节点变动消息下发给业务主组织树；

s402，通过业务主组织树，接收第二实时组织节点变动消息，根据第二实时组织节点变动消息执行业务系统的组织变动，并对业务主组织树的各组织节点状态进行更新，组织节点状态包括“显示”以及“隐藏”；

s403，通过业务组织树，展示业务主组织树中组织节点状态为“显示”的组织节点。

在其中一些实施例中，上述数据同步方法还包括：业务组织树根据业务系统的业务需求新增个性化组织节点。

上述主组织树、业务组织树、消息中心的对象设计如下：

(1)主组织树对象的设计。主组织树各个节点的数据以及层级结构，是通过定时任务从维护主体组织架构的数据库定时同步拉取获得。因此在设计对象时需要考虑以下几个属性：主体组织架构的部门编码(全局唯一)、部门名称、上级部门编码、组织内部序号、节点状态(停用/启用)、消息同步类型(新增/更名/移位/失效/停用/启用)和版本编号。

(2)业务组织树对象的设计。业务组织树各个节点层级结构呈树状展示，数据形成来源于两部分：同步节点和自定义节点。一是同步节点，通过消息确认操作将主组织树变动节点信息同步到业务主组织树，然后使用隐藏和显示功能选择性地将组织节点展示在业务组织树中；二是业务自定义节点，可根据业务需要进行增删改查操作。因此设计对象时需要考虑以下几个属性：业务组织节点编码(全局唯一)、业务组织节点名称、父节点编码路径、父节点全路径、节点排序、同步来自主体组织架构节点的部门编码(区分同步节点和自定义节点的唯一标识)、同步节点的上级部门编码、同步节点的展示状态(显示/隐藏)。

(3)消息中心，即组织树操作日志的设计。组织树的操作日志(消息中心)内容分为两部分，一是记录定时任务同步主体组织架构中变动部门的操作，二是记录消息下发到业务系统变动节点的操作。因此设计对象时需要考虑以下属性：业务单元顶级组织编码(按业务单元数据隔离)、主体组织架构同步节点部门编号、同步主体组织架构的操作消息类型、日志下发操作类型(新增/启用/改名/移位/停用/失效)、日志确认状态(已确认/待确认)、主体组织架构同步变动部门编号和名称、上级部门编号和名称，以及日志下发的状态(已下发/待下发)等。

在其中一些实施例中，主体组织架构中每一个组织节点发生变动，消息中心都会发出一个第二实时组织节点变动消息到业务单元，最终由业务系统的组织管理人员对下发的消息进行确认。通常组织管理人员会按照任务创建时间的排序对消息确认。但在具体运用过程中，部分组织节点因特殊情况(款项未完结或作业未完成)不需要立刻执行变更消息，需要越过这些组织节点的变动消息去操作其他组织节点的消息，这时就需要考虑越过的变动组织节点的消息是否会影响到其他节点的任务。针对这个问题，本申请进一步将6种消息抽象成更新类消息和失效类消息，更新类消息包括：“启用”、“新增”、“更名”、以及“移位”；失效类消息包括：“删除”和“停用”。通过“基于多层组织树的消息寻迹和执行策略模型”采取不同策略。

图6是根据本申请实施例提供的“基于多层组织树的消息寻迹和执行策略模型”的工作流程图。参阅图6所示，根据下发的第二实时组织节点变动消息更新业务系统，还包括：

s501，检测第二实时组织节点变动消息的类型，其中，第二实时组织节点变动消息的类型包括：更新类消息和失效类消息；

s502，若检测到第二实时组织节点变动消息为更新类消息，判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功，并基于判断的结果更新业务系统；

s503，若检测到第二实时组织节点变动消息为失效类消息，判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功，并基于判断的结果更新业务系统。

在其中一些实施例中，s502中判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功，并基于判断的结果更新业务系统包括：

s5021，判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功；

s5022，在查找父节点成功的情况下，更新当前实时组织节点并对当前实时组织节点作为子节点的历史消息进行确认；

s5023，在查找父节点失败的情况下，获取父节点对应的第一最新历史消息，继续判断第一最新历史消息的类型。

s503中判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功，并基于判断的结果更新业务系统包括：

s5031，判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功；

s5032，在查找子节点失败的情况下，删除当前实时组织节点并对当前实时组织节点作为子节点的历史消息进行确认；

s5033，在查找子节点成功的情况下，提示当前实时组织节点存在子节点，并获取子节点对应的第二最新历史消息，继续判断第二最新历史消息的类型。

以下通过在具体的应用中对“基于多层组织树的消息寻迹和执行策略模型”进行说明。

在第二实时组织节点变动消息为更新类消息时，需要关注其上级组织是否存在，若上级存在，直接在上级组织中重新添加一个节点(无论之前上级节点中是否已存在该节点)；若上级不存在，则说明仍有上级作为组织变动的消息未被确认，需要找到时间最近的关联消息并进行确认(同时将此消息作为变动组织的历史消息都批量作废，防止未确认的历史记录遗留导致误操作)。此外，如果上级的上级还不存在，则继续在更上一级组织作为变动消息的记录中寻找。

例：图7是根据本申请实施例提供的主体组织架构新增的组织树，表2为基于图7的组织变动消息通知形式表。以下结合图7和表2中的具体的实例对上述更新类消息进行解释。如果直接确认消息000005，系统会提示“当前节点的上级组织存在历史变更消息未确认，消息编号为：000003”。确认000003消息时，系统会提示“当前节点的上级组织存在历史变更消息未确认，消息编号为：000001”。待消息编号000001确认后，可以再次确认00003，然后确认00005。

表2

在第二实时组织节点变动消息为失效类消息时，需要关注其下级组织是否存在，若下级不存在，则直接删除变动组织节点(无论该节点在执行消息前是否已存在)；若下级存在，则不能直接删除该节点，须先执行时间最近的下级组织作为变动组织的消息后(同时将此消息作为变动组织的历史消息进行批量作废，防止未确认的历史记录遗留导致误操作)，再执行删除任务。此外，如果下级的下级仍存在，则继续向更下一级组织作为变动消息的记录中寻找。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种数据同步装置，该装置应用于组织架构管理系统，组织架构管理系统包括主体组织架构、消息中心以及至少一个业务系统，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图8是根据本申请实施例的数据同步装置的结构框图，如图8所示，该装置包括：消息接收模块10、消息发送与转换模块20以及业务系统更新模块30；其中，

消息接收模块10用于获取主体组织架构发生组织变动时产生的第一实时组织节点变动消息；第一实时组织节点变动消息包括：“新增”、“删除”、“更名”、以及“移位”；

消息发送与转换模块20，用于将第一实时组织节点变动消息发送给消息中心，其中，消息中心根据第一实时组织节点变动消息生成第二实时组织节点变动消息；上述第二实时组织节点变动消息包括：“新增”、“删除”、“更名”、“移位”、“启用”、以及“停用”。

业务系统更新模块30，用于将消息中心生成的第二实时组织节点变动消息下发给业务系统，并根据下发的第二实时组织节点变动消息更新业务系统，获取同步更新结果。

在其中一些实施例中，消息发送与转换模块20用于将第一实时组织节点变动消息发送给消息中心，包括：将第一实时组织节点变动消息发送至主组织树，通过主组织树将第一实时组织节点变动消息发送给消息中心；其中，主组织树表示主体组织架构各组织节点间的层级关系，并定时基于第一实时组织节点变动消息进行更新。

在其中一些实施例中，业务系统包括：业务单元、业务主组织树以及业务组织树；业务系统更新模块30根据下发的第二实时组织节点变动消息更新业务系统，包括：

通过业务单元，接收第二实时组织节点变动消息并确认第二实时组织节点变动消息的准确性，将符合准确性要求的第二实时组织节点变动消息下发给业务主组织树；

通过业务主组织树，接收第二实时组织节点变动消息，根据第二实时组织节点变动消息执行业务系统的组织变动，并对业务主组织树的各组织节点状态进行更新，组织节点状态包括“显示”以及“隐藏”；

通过业务组织树，展示业务主组织树中组织节点状态为“显示”的组织节点。

在其中一些实施例中，上述方法还包括：业务组织树根据业务系统的业务需求新增组织节点。

在其中一些实施例中，业务系统更新模块30根据下发的第二实时组织节点变动消息更新业务系统，还包括：

检测第二实时组织节点变动消息的类型，其中，第二实时组织节点变动消息的类型包括：更新类消息和失效类消息；上述更新类消息包括：“启用”、“新增”、“更名”、以及“移位”；上述失效类消息包括：“删除”和“停用”。

若检测到第二实时组织节点变动消息为更新类消息，判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功，并基于判断的结果更新业务系统；

若检测到第二实时组织节点变动消息为失效类消息，判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功，并基于判断的结果更新业务系统。

在其中一些实施例中，业务系统更新模块30判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功，并基于判断的结果更新业务系统包括：

判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的父节点是否查找成功；

在查找父节点成功的情况下，更新当前实时组织节点并对当前实时组织节点作为子节点的历史消息进行确认，在查找父节点失败的情况下，获取父节点对应的第一最新历史消息，继续判断第一最新历史消息的类型；

业务系统更新模块判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功，并基于判断的结果更新业务系统包括：

判断在业务组织树中第二实时组织节点变动消息对应的当前实时组织节点的子节点是否查找成功；

在查找子节点失败的情况下，删除当前实时组织节点并对当前实时组织节点作为子节点的历史消息进行确认，在查找子节点成功的情况下，提示当前实时组织节点存在子节点，并获取子节点对应的第二最新历史消息，继续判断第二最新历史消息的类型。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子设备，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子设备还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s1，获取主体组织架构发生组织变动时产生的第一实时组织节点变动消息。

s2，将第一实时组织节点变动消息发送给消息中心，其中，消息中心根据第一实时组织节点变动消息生成第二实时组织节点变动消息。

s3，将消息中心生成的第二实时组织节点变动消息下发给业务系统，并根据下发的第二实时组织节点变动消息更新业务系统，获取同步更新结果。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的数据同步方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种数据同步方法。

集团型公司随着业务拓展，人员不断变动，调整主体组织架构的工作日益频繁，尤其在各个业务系统内还需要维护各自业务主组织树、业务组织树，使这项工作更加繁琐。同时，每个业务系统都要单独维护一套基本一致的组织机构和用户数据，增加了组织管理人员使用和维护的工作量。

本申请通过构建主组织树和消息中心，以公司主体组织架构为数据源(类似企业办公系统中的组织架构)来同步主体组织架构中的组织节点，一旦主体组织架构发生组织变动，变动消息会同步主组织树，主组织树根据各业务单元在消息中心中对组织节点的消息订阅情况，将“启用”的组织节点的变动消息下发给各业务主组织树。然后，由各业务单元的组织管理人员在业务系统的业务主组织树中确认消息并对部门节点进行显示/隐藏操作，最终展示在作业人员面前的是业务组织树，业务组织树是可以根据业务需求创建业务个性化的一些组织节点。解决了主体组织架构与各业务系统组织树对立统一的融合问题(对立统一是指，一方面在各业务系统组织中代表层级关系的组织节点要与主体组织架构的保持一致，另一方面，各业务系统需要支持创建个性化组织节点)。该设计具有以下优点：

①通过主组织树的模型，打破集团各业务系统组织数据存在的信息孤岛现象，为企业数字化转型提供基础服务功能。

②通过消息中心的订阅和分发功能，使主体组织架构调整能实时同步至各业务系统，加速集团内部业务数据融合共享。

③通过业务组织树的组织衍生功能，不同业务系统对自身业务实现差异化组织定制，实现同一套组织架构在不同业务系统领域下的个性化运用。

④减少了各业务系统组织树重构/调整组织树的信息化改造和维护成本。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。