CN117093207A - 多业务数据模型的实体处理方法、装置及系统 - Google Patents

Abstract

本申请提供了一种多业务数据模型的实体处理方法、装置及系统，业务终端使用模型设计工具对新创建的第一业务数据模型进行实体设计过程中，可以直接将设计的实体配置为共享实体，将完成的第一业务数据模型上传到模型知识库后，可以将接收到的第一业务数据模型中的共享实体发送至共享实体库进行存储，这样，构建其他业务数据模型过程中，可以直接引用第一业务数据模型的共享实体，从共享实体库下载所引用的共享实体，提高模型构建效率，为后续共享实体变更后，能够快速且可靠实现不同业务数据模型之间共享实体数据结构的一致，可靠满足业务处理需求。

Description

多业务数据模型的实体处理方法、装置及系统

技术领域

本申请涉及模型管理应用领域，具体涉及一种多业务数据模型的实体处理方法、装置及系统。

背景技术

随着企业数字化和信息化的不断发展，企业内容业务管理系统也越来越复杂，提出通过图形化的业务数据模型来管理复杂的业务系统，可以使用市面上已有的模型设计工具，编辑并管理业务数据模型，非常方便。

其中，在模型设计工具使用过程中，通常需要设计人员设计构成所创建的业务数据模型的每个实体，如编辑实体所包含的各业务属性信息等，为了减少工作量和误输入率，提出采用复制和粘贴操作方式，对不同业务数据模型中相同实体进行处理，提高了多个业务数据模型的设计效率。

然而，在不同业务数据模型中的任一相同实体的数据结构发生变更，需要设计人员及时对具有该实体的其他业务数据模型进行同步调整，才能够保证不同业务数据模型之间的相同实体数据结构的一致性，但面对越来越多具有一个或多个相同实体的业务数据模型，大大降低了这种实体处理方式的可操作性和持续性，很容易出现数据结构变更不及时或不一致的情况，导致无法满足业务处理需求。

发明内容

为了解决上述问题，本申请实施例提供如下技术方案：

本申请提出了一种多业务数据模型的实体处理方法，所述方法包括：

响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

响应于对所述模型设计界面的实体创建操作，在所述模型设计界面显示所创建实体的业务属性信息；

响应于对至少一个所创建的所述实体的共享配置操作，对相应所述实体配置共享实体标识，以将该实体配置为共享实体；

响应于模型上传指令，将创建的所述第一业务数据模型发送至模型知识库；

其中，所述模型知识库接收到的所述第一业务数据模型包括：所创建的各所述实体的业务属性信息，以及被配置为所述共享实体的所述共享实体标识，以使所述模型知识库将所述共享实体发送至共享实体库进行存储，且所述共享实体能够被引用到任意一个业务数据模型。

可选的，在所述响应于对所述模型设计界面的实体创建操作过程中，所述方法还包括：

响应于引用共享实体的触发指令，输出共享实体引用窗口，在所述共享实体引用窗口展示多个候选实体；所述候选实体为所述共享实体库当前存储的共享实体；

响应于对所述候选实体的选择操作，将所选择的一个或多个所述候选实体确定为针对所述第一业务数据模型创建的实体；

从所述共享实体库中获取所选择的所述候选实体的业务属性信息，显示于针对所述第一业务数据模型的所述模型设计界面中。

可选的，所述方法还包括：

响应于对所述第一业务数据模型中第一共享实体的变更操作，确定所述第一共享实体的业务属性变更信息；

响应于模型上传指令，将变更后的第一业务数据模型发送至所述模型知识库；所述变更后的第一业务数据模型包含变更后的所述第一共享实体的业务属性变更信息，以使所述模型知识库将所述变更后的第一共享实体发送至所述共享实体库进行存储。

可选的，所述方法还包括：

输出来自所述模型知识库的针对第二共享实体的变更提示信息；所述第二共享实体为所述第一业务数据模型引用第二业务数据模型上报的共享实体；

响应于对所述变更提示信息的确认指令，从共享实体库获取变更后的所述第二共享实体；

将所述变更后的所述第二共享实体更新到所述第一业务数据模型。

本申请还提出了一种多业务数据模型的实体处理方法，所述方法包括：

获得来自第一业务终端的第一业务数据模型；所述第一业务数据模型包括创建的多个实体各自的业务属性信息，且在一个或多个所述实体被配置为共享实体的情况下，相应的所述实体具有共享实体标识；

依据所述共享实体标识，确定所述第一业务数据模型中存在的共享实体；

将所述第一业务数据模型包含的所述共享实体发送至共享实体库进行存储；

其中，每个所述共享实体能够被引用到任意一个业务数据模型，且禁止在被引用到的业务数据模型中变更。

可选的，所述方法还包括：

获得针对所述第一业务数据模型中第一共享实体的业务属性变更信息；

依据所述业务属性变更信息，将变更后的第一共享实体发送至所述共享实体库进行存储；

输出针对所述第一共享实体的变更提示信息。

可选的，所述输出针对所述第一共享实体的变更提示信息，包括：

确定引用所述第一共享实体的第三业务数据模型，以及用于操作所述第三业务数据模型的第三业务终端；

向所述第三业务终端发送针对所述第一共享实体的变更提示信息；或者，向当前连接模型知识库的所述第三业务终端发送针对所述第一共享实体的变更提示信息，以提示同步更新所述第三业务数据模型中对应的第一共享实体。

本申请还提出了一种多业务数据模型的实体处理装置，所述装置包括：

模型设计界面输出模块，用于响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

实体显示模块，用于响应于对所述模型设计界面的实体创建操作，在所述模型设计界面显示所创建实体的业务属性信息；

共享实体配置模块，用于响应于对至少一个所创建的所述实体的共享配置操作，对相应所述实体配置共享实体标识，以将该实体配置为共享实体；

第一业务数据模型上传模块，用于响应于模型上传指令，将创建的所述第一业务数据模型发送至模型知识库；

其中，所述模型知识库接收到的所述第一业务数据模型包括：所创建的各所述实体的业务属性信息，以及被配置为所述共享实体的所述共享实体标识，以使所述模型知识库将所述共享实体发送至共享实体库进行存储，且所述共享实体能够被引用到任意一个业务数据模型。

本申请还提出了一种多业务数据模型的实体处理装置，所述装置包括：

第一业务数据模型获得模块，用于获得来自第一业务终端的第一业务数据模型；所述第一业务数据模型包括创建的多个实体各自的业务属性信息，且在一个或多个所述实体被配置为共享实体的情况下，相应的所述实体具有共享实体标识；

共享实体确定模块，用于依据所述共享实体标识，确定所述第一业务数据模型中存在的共享实体；

共享实体发送模块，用于将所述第一业务数据模型包含的所述共享实体发送至共享实体库进行存储；

其中，每个所述共享实体能够被引用到任意一个业务数据模型，且禁止在被引用到的业务数据模型中变更。

本申请还提出了一种多业务数据模型的实体处理系统，所述系统包括模型知识库、共享实体库以及至少一个业务终端，其中：

所述业务终端能够连接所述模型知识库，用于实现如上述的多业务数据模型的实体处理方法。

所述模型知识库，用于实现如上述的多业务数据模型的实体处理方法；

所述共享实体库能够连接所述模型知识库，用于存储各业务数据模型中被配置的共享实体。

基于上述技术方案，本申请提供了一种多业务数据模型的处理方法、装置及系统，业务终端使用模型设计工具对新创建的第一业务数据模型进行实体设计过程中，可以直接将设计的实体配置为共享实体，将完成的第一业务数据模型上传到模型知识库后，可以将接收到的第一业务数据模型中的共享实体发送至共享实体库进行存储，这样，构建其他业务数据模型过程中，可以直接引用第一业务数据模型的共享实体，从共享实体库下载所引用的共享实体，提高模型构建效率，为后续共享实体变更后，能够快速且可靠实现不同业务数据模型之间共享实体数据结构的一致，满足业务处理需求。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提出的多业务数据模型的实体处理方法的可选实施例一的流程示意图；

图2为本申请提出的多业务数据模型的实体处理方法的一可选应用场景的流程示意图；

图3为本申请提出的多业务数据模型的实体处理方法的可选实施例二的流程示意图；

图4为本申请提出的多业务数据模型的实体处理方法中，一种共享实体引用窗口示意图；

图5为本申请提出的多业务数据模型的实体处理方法的另一可选应用场景的流程示意图；

图6为本申请提出的多业务数据模型的实体处理方法的可选实施例三的流程示意图；

图7为本申请提出的多业务数据模型的实体处理方法的又一可选应用场景的流程示意图；

图8为本申请提出的多业务数据模型的实体处理方法的可选实施例四的流程示意图；

图9为本申请提出的多业务数据模型的实体处理方法的可选实施例五的流程示意图；

图10为本申请提出的多业务数据模型的实体处理装置的一可选实施例的结构示意图；

图11为本申请提出的多业务数据模型的实体处理装置的另一可选实施例的结构示意图；

图12为本申请提出的多业务数据模型的实体处理系统的一可选实施例的硬件结构示意图。

具体实施方式

针对背景技术部分描述的技术问题，为了提高多业务数据模型之间的相同实体数据结构的同步效率和可靠性，本申请提出一种对相同实体的新处理方式，使用模型设计工具创建一个业务数据模型，输出相应的模型设计界面后，可以设计该业务数据模型包含的各实体的业务属性信息，若需要某一实体作为共享实体，支持被其他业务数据模型直接引用，可以直接将该实体配置为共享实体，配置对应的共享实体标识，完成该业务数据模型的设计后，将其上报至模型知识库，以使得模型知识库可以识别其中的共享实体，将其发送至共享实体库进行存储，以供后续其他业务数据模型引用时调取，保证了多个业务数据模型之间共享实体的一致性，且这种直接应用共享实体的处理方式，相对于在多个业务数据模型之间不断拷贝共享实体，操作更加便捷，提高了其他引用共享实体的业务数据模型的设计效率和可靠性。

且，由于共享实体库存储的各共享实体禁止在被引用的业务数据模型中变更，避免了具有共享实体的多个业务数据模型中的任一业务数据模型中变更共享实体的数据结构后，若不及时且可靠同步更新其他业务数据模型中的共享实体，导致这多个业务数据模型的共享实体数据结构不一致的问题，尤其是随着业务数据模型的增多，以及对不同实体的数据结构的需求不断变化的情况下，本申请提出的这种将共享实体存储至共享实体库，供其他业务数据模型引用的处理方式，能够快速且可靠实现多个业务据模型中共享实体数据结构的一致，提高了这种一致性同步方式的可操作性和可持续性。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，可以理解的是，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，为本申请提出的多业务数据模型的实体处理方法的可选实施例一的流程示意图，该方法可以适用于任意一个业务终端，该业务终端可以通过模型设计工具，实现本实施例提出的多业务数据模型的实体处理方法，如图1所示，该方法可以包括：

步骤S11，响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

步骤S12，响应于对模型设计界面的实体创建操作，在模型设计界面显示所创建实体的业务属性信息；

设计人员使用业务终端启动模型设计工具后，可以输出相应的操作界面，其中可以展示用于设计模型的各种工具，本申请对模型设计工具的类型及其使用方法不做详述。基于此，在需要创建业务数据模型（即物理-逻辑模型类别，本申请描述其实体处理方法，因此，本申请上下文提及到的各业务数据模型可以是逻辑模型）时，以处理业务的情况下，可以点击“创建”功能按钮，创建一个新的即空白的业务数据模型，记为第一业务数据模型，之后，再依据业务处理需求，创建该第一业务数据模型包含的每个实体，包括设计该实体包含的各业务属性信息，如实体名称、不同业务属性字段的业务属性值、数据类型、数据长度等，本申请对实体类型及各业务属性信息的内容和设计实现方法不做限制，可视情况而定。其中，对于第一业务数据模型通常会创建多个实体，不同实体之间可以具有引用关系，也可以没有任何关系，可以依据业务处理需求进行设计，实现过程本申请不做详述。

步骤S13，响应于对至少一个所创建的实体的共享配置操作，对相应实体配置共享实体标识，以将该实体配置为共享实体；

结合上文对本申请技术方案的相关描述，对于多个业务数据模型之间的相同实体，在创建其中任一业务数据模型（即该实体的源业务数据模型）中首次创建该实体过程中，可以将其配置为共享实体，即能够与其他业务数据模型共享的实体，使得其他业务数据模型可以直接引用该共享实体，无需再重新创建。

基于此，需要将创建的任意一个实体配置为共享实体的情况下，可以触发输出该实体的配置窗口，如确定该实体处于编辑状态下右击，弹出该实体的配置窗口，选择其显示的“设置共享实体”这一编辑选项，从而将该实体配置为共享实体，并在该实体中配置显示共享实体标识，如表征该实体为共享实体类别的图标或文本标识等，本申请对该共享实体标识的内容不做限制，对于各共享实体可以配置相同的共享实体标识，也可以配置不同的共享实体标识，以通过不同的共享实体标识可以识别实体是否为共享实体，以及是哪个共享实体等，本申请对共享实体标识的内容不做限制。

需要说明的是，关于对实体的共享配置操作实现方法，包括但并不局限于上文描述的实现方式。可选的，在模型设计界面中显示“设置共享实体”的文本功能按钮，或表征设置实体为共享实体这一配置内容的功能标识的情况下，在该模型设计界面显示的实体中，选中需要配置为共享实体的任意一个实体，使得该实体进入编辑状态/选中状态后，可以直接点击该模型设计界面中显示“设置共享实体”的文本功能按钮或功能标识等，业务终端检测到相应的共享配置操作，可以将对应的实体配置为共享实体，与此同时，可以对该实体生成共享实体标识，通过该共享实体标识表征该实体属于共享实体。

其中，在如上文描述的共享实体配置过程中，可以在创建该实体后，若该实体需要配置为共享实体，直接按照上文描述的任一实现方法，对该实体配置共享实体标识，也可以在创建第一业务数据模型所需的所有实体后，再选择需要配置为共享实体的各实体，按照上文描述的任一方法进行一一配置共享实体标识，或选中所有需要配置为共享实体的多个实体，按照上文描述实现方法，将这多个实体统一配置为共享实体，提高配置效率等，本申请对多个共享实体的配置实现方法不做限制。

可选的，在上述共享实体的配置过程中，还可以输出是否配置为共享实体的提示信息，如输出“是否设置为共享实体”的提示窗口，在设计人员选择“是”，业务终端响应于对该实体的共享配置操作，将该实体配置为共享实体，从而避免了共享实体误配置操作。本申请对是否配置为共享实体的提示信息的内容及其输出方式不做限制。

步骤S14，响应于模型上传指令，将创建的第一业务数据模型发送至模型知识库；该模型知识库接收到的第一业务数据模型包括所创建的各实体的业务属性信息，以及被配置为共享实体的共享实体标识，以使模型知识库将共享实体发送至共享实体库进行存储，且共享实体能够被引用到任意一个业务数据模型。

继上述分析，完成对第一业务数据模型所需的各实体的创建后，可以将该第一业务数据模型上传到模型知识库，以供其他业务终端查阅或调用等，因此，可以在模型设计界面显示的“上传”功能按钮，以将所选择的第一业务数据模型发送至模型知识库。应该理解的是，此时上报的第一业务数据模型是按照上文描述的方法构建好后的业务数据模型，包括所创建的实体，每个实体包含所设计的各业务属性信息等，且对于被配置为共享实体的各实体，还配置有共享实体标识，本申请对业务数据模型向模型知识库的传输实现方法不做限制。

可选的，依据业务处理需求，需要创建相应的多个业务数据模型的情况下，可以在创建每个业务数据模型后，按照上文描述的方法，将其上传至模型知识库，也可以完成所需的多个业务数据模型的设计后，再统一上传到模型知识库，本申请对业务数据模型上传模型知识库的实现方法不做限制。

综上，在本申请实施例中，结合图2所示的一可选应用场景的流程示意图，对新创建的第一业务数据模型进行实体设计过程中，可以依据实际需求，如其他业务数据模型可能需要相同的实体等，本申请可以直接将该实体配置为共享实体，在完成模型设计后，将包含表征共享实体的共享实体标识以及所设计的各实体的业务属性信息等内容的第一业务数据模型上传到模型知识库。

之后，如图2所示，模型知识库可以将接收到的各共享实体发送至共享实体库进行存储，也可以将接收到的第一业务数据模型发送至模型库进行存储，由于各共享实体依赖于模型库中所属的第一业务数据模型实现，因此，该共享实体库可以与模型库连接，由模型库将接收到的第一业务数据模型中的共享实体发送至共享实体库进行存储，如图2所示的数据传输路径；可选的，模型知识库可以与共享实体库连接，由模型知识库直接将确定的来自各业务数据模型的共享实体发送至该共享实体库进行存储等，本申请对业务数据模型及包含的各共享实体的存储实现方法不做限制，可视情况而定。

这样，在实际应用中，连接模型知识库的任意一个业务数据模型都可以直接引用所接收到的共享实体，即通过模型知识库从共享实体库中调用所选择引用的一个或多个共享实体，无需在多个业务数据模型中不断复制粘贴共享实体，提高了多个业务数据模型的实体同步效率和可持续性，能够可靠保证相同实体到数据结构的一致性，从而实现企业内部各系统间的交互一致性。

参照图3，为本申请提出的多业务数据模型的实体处理方法的可选实施例二的流程示意图，该方法仍可以适用于运行模型设计工具的业务终端，如图3所示，该方法可以包括：

步骤S31，响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

步骤S32，响应于对模型设计界面的实体创建操作，在模型设计界面显示所创建实体的业务属性信息；

关于步骤S31和步骤S32的实现过程可以按照上文实施例对应部分的描述，本实施例不做详述，本申请对如何利用模型设计工具对不同实体设计所需业务属性信息的实现方法不做限制，可以依据所使用的模型设计工具的使用方法实现。

步骤S33，响应于引用共享实体的触发指令，输出共享实体引用窗口，在该共享实体引用窗口展示多个候选实体；候选实体为共享实体库当前存储的共享实体；

步骤S34，响应于对候选实体的选择操作，将所选择的一个或多个候选实体确定为针对第一业务数据模型创建的实体；

步骤S35，从共享实体库中获取所选择的候选实体的业务属性信息，显示于针对第一业务数据模型的模型设计界面中；

在实际应用中，针对企业内部不同系统的业务需求，已按照上文描述的方法，上传至少一个业务数据模型到模型知识库，并将其中配置的各共享实体发送至共享实体库进行存储后，在创建下一个业务数据模型（其可以记为第一业务数据模型）时，在该业务数据模型所需要创建的实体与已上传的一个或多个业务数据模型中的至少一个共享实体相同的情况下，为了提高模型设计效率，可以直接引用共享实体库中所存储的相应共享实体。

基于此，在第一业务数据模型的设计过程中，即设计其包含的各实体期间，可以通过点击模型设计界面上显示的“共享实体”的功能标识，即表征需要引用共享实体库中的共享实体这一功能的设计工具选项，或预设能够启用该功能的特定输入操作（如预设输入轨迹或连续三次触控等，可以灵活配置）等方式，产生用于引用共享实体的触发指令，业务终端可以响应于该触发指令，向模型知识库发送共享实体引用指令。

之后，模型知识库响应该共享实体引用指令，可以获得当前共享实体库存储的各共享实体的共享指示信息，如实体路径（其可以表征该共享实体是哪个业务数据模型上报的（即源业务数据模型）及其属于企业中哪个业务等，本申请对实体路径内容及其表示方式不做限制）、模型（其是指相应共享实体的源业务数据模型）所在文件夹名称、模型（其是指相应共享实体的源业务数据模型）名称、实体名称等，本申请对共享指示信息的内容不做限制，可视情况而定。

这样，模型知识库将获得的各共享实体的共享指示信息反馈至发起引用共享实体的触发指令的业务终端，业务终端可以将这些共享实体作为当前创建第一业务数据模型可能需要的候选实体，如图4所示，通过输出共享实体引用窗口，展示所接收到的各候选引用实体，如共享实体库当前存储的各共享实体，其可以由对应的共享指示信息表示。设计人员可以通过查看共享指示信息内容，从中选择本次需要引用的一个或多个候选实体，确定为针对第一业务数据模型创建的实体。基于该候选实体的选择操作，将其展示于模型设计界面之前，如图5所示另一可选应用场景的流程示意图，可以直接从共享实体库中获取所选择的各候选实体（即共享实体）的业务属性信息，直接在模型设计界面中显示所选择的各候选实体及其业务属性信息。

由此可见，在第一业务数据模型需要设计的实体中包含多个来共享实体库的共享实体的情况下，按照上文描述的方法，可以直接从共享实体引用窗口展示的候选实体中，选择出相应的多个共享实体，直接引用到该第一业务数据模型中，即实现了在一个业务数据模型中引用另一个业务数据模型中的共享实体，相对于从每个共享实体的来源业务数据模型中拷贝该共享实体到第一业务数据模型中的处理方法，大大提高了模型设计效率，且提高了多个业务数据模型之间共享实体数据结构一致的可靠性。

步骤S36，响应于模型上传指令，将创建的第一业务数据模型发送至模型知识库；该模型知识库接收到的第一业务数据模型包括所创建的各实体的业务属性信息，以及被配置为共享实体的共享实体标识，以使模型知识库将共享实体发送至共享实体库进行存储，且共享实体能够被引用到任意一个业务数据模型。

应该理解的是，在第一业务数据模型的实体设计过程中，其所需的各实体可以包括非共享实体（如设计人员手动设计的实体）、引用其他业务数据模型配置的共享实体、首次配置的共享实体之中的一类或多类实体，并不局限于本实施例描述的在第一业务数据模型中设计非共享实体和引用其他业务数据模型配置的共享实体这两类实体。根据实际需要，还可以按照上文描述的方法，对新创建的实体配置为共享实体，结合其他类别的实体构成第一业务数据模型等，实现过程本实施例不做一一详述。

参照图6，为本申请提出的多业务数据模型的实体处理方法的可选实施例三的流程示意图，在需要对第一业务数据模型中配置的一个或多个共享实体进行变更处理的场景下，在上文实施例描述的多业务数据模型的实体处理方法的基础上，该方法还可以包括：

步骤S61，第一业务终端响应于对第一业务数据模型中第一共享实体的变更操作，确定第一共享实体的业务属性变更信息；

在第一业务数据模型支持实现的业务处理需求或方式等发生变化，需要对其中一个或多个共享实体的数据结构进行增加、修改或删除等变更操作，可以将每个该共享实体记为第一共享实体，对其执行相应的变更操作，业务终端响应于该变更操作，可以获得第一共享实体的业务属性变更信息，如变更后的第一共享实体的业务属性信息，或变更前后的第一共享实体的业务属性信息的变化信息等，本申请对业务属性变更信息的内容及其获得方法不做限制。

步骤S62，第一业务终端响应于模型上传指令，将变更后的第一业务数据模型发送至模型知识库；该变更后的第一业务数据模型包含变更后的所述第一共享实体的业务属性变更信息；

步骤S63，模型知识库将变更后的第一共享实体发送至共享实体库进行存储；

步骤S64，模型知识库输出针对第一共享实体的变更提示信息。

按照上文描述的方法，在任意一个业务数据模型中的任意一个共享实体发生变更后，为了保证其与引用该共享实体的其他业务数据模型中的数据结构的一致性，模型知识库接收到第一共享实体的业务属性变更信息，即变更后的第一共享实体（即一个新版本的第一共享实体）后，可以及时通知引用该第一共享实体的其他业务数据模型进行同步更新。

基于此，参照图7所示的又一应用场景的流程示意图，第一业务终端对第一业务数据模型（如M1模型）中的第一共享实体E1进行变更操作，确定第一共享实体的业务属性变更信息，构成变更后的第一共享实体（如图7中的实体）。需要说明，对于该第一业务数据模型M1，可以按照上文描述的方法对一个或多个共享实体进行变更处理，还可以对非共享实体进行变更处理，或者新增实体等一种或多种处理组合，实现过程可以参照上下文实施例相应部分的描述。在确定完成对第一业务数据模型M1的实体变更处理后，可以将由此得到的变更后的第一业务数据模型（其可以作为一个新的业务数据模型，或第一业务数据模型的新版本等）上传至模型知识库，关于模型上传实现过程本实施例不做详述。

之后，模型知识库可以按照上下文描述方法，确定本次接收到的各变更后的第一业务数据模型包含的各共享实体，其可以包括变更后的第一共享实体，以及未发生变更的其他共享实体，还可以包括新配置的共享实体等，这样，模型知识库可以从中确定新的共享实体，即共享实体库中未存储的任一版本的共享实体，再将各新的共享实体发送至共享知识库进行存储。

与此同时，模型知识库还可以确定模型库所存储的各业务数据模型中，引用变更前的第一共享实体的各业务数据模型及其被操作的业务终端，在该业务终端连接到模型知识库时，模型知识库可以直接将针对第一共享实体的变更提示信息发送到该业务终端进行显示，提示相应设计人是否要对该业务终端操作的引用第一共享实体的业务数据模型进行同步更新。

可选的，在模型知识库预留引用第一共享实体的各业务数据模型的设计人员的通信方式的情况下，模型知识库也可以按照预设通信方式，将针对第一共享实体的变更提示信息发送至对应设计人员的终端，及时通知设计人员对引用第一共享实体的各业务数据模型进行同步更新等，本申请对上述变更提示信息的内容及其输出实现方法不做限制。

结合上述分析，参照图8所示的本申请提出的多业务数据模型的实体处理方法的可选实施例四的流程示意图，在第一业务数据模型包含引用其他业务数据模型的共享实体，该共享实体发生变更的场景下，该方法还可以包括：

步骤S81，输出来自模型知识库的针对第二共享实体的变更提示信息；第二共享实体为第一业务数据模型引用第二业务数据模型上报的共享实体；

关于模型知识库输出针对第二共享实体的变更提示信息的实现方法，可以参照上文实施例描述的共享实体变更提示实现过程，即针对第一共享实体的变更提示信息的输出实现方法，本实施例不做详述。在第二共享实体的源业务数据模型记为第二业务数据模型，第一业务数据模型设计过程中，结合上文实施例相应描述的方法，可以直接引用该第二业务数据模型所设计的第二共享实体实现，实现过程不做详述。

基于此，若第一业务终端当前操作第一业务数据模型，在此期间连接到模型知识库后，可以接收模型知识库所获得的针对第二共享实体的变更提示信息，输出该针对第二共享实体的变更提示信息，如输出提示窗口，在该提示窗口显示针对第二共享实体的变更提示信息等，本申请对步骤S81的实现方式不做限制。

应该理解的是，在第一业务数据模型引用多个第二业务数据模型上报的共享实体，即多个第二共享实体的情况下，可以输出针对每一个第二共享实体的变更提示信息，实现过程类似，本实施例不做详述。

步骤S82，响应于对该变更提示信息的确认指令，从共享实体库获取变更后的第二共享实体；

步骤S83，将变更后的第二共享实体更新到第一业务数据模型。

在实际应用中，对于不同共享实体，即不同类别不同版本的共享实体，可以通过不同的实体标识以及版本号等信息进行区分，这样，设计人员确定对所引用的第二共享实体进行变更，实现该第一业务数据模型与对应的第二业务数据模型中第二共享实体的数据结构一致，可以通过在提示窗口中点击“是”或“变更”等操作，产生针对第二共享实体的变更提示信息的确认指令，第一业务终端响应于该确认指令，直接从共享实体库中下载第二共享实体的最新数据结构，即变更后的第二共享实体的业务属性变更信息，将其更新到第一业务数据模型中，实现共享实体数据结构的同步。其中，对于各业务数据模型所引用的各共享实体的同步更新实现过程，与本实施例描述的实现方法类似，本申请不做一一举例详述。

由此可见，在任意一个业务终端连接模型知识库，对已上报的任意一个业务数据模型（本实施例记为第一业务数据模型，其也可以是上文其他实施例中的第二业务数据模型或其他业务数据模型）中的共享实体进行变更处理后，重新上传到模型知识库，将变更后的共享实体的业务属性变更信息更新到共享实体库进行存储，保证该共享实体库可以记录企业的整个业务系统中设计的各业务数据模型包含的所有共享实体，其包含曾经设计的历史共享实体，及其对应的存储时间戳、版本号、源业务数据模型的模型标识等记录信息。

这样，在引用变更前的任一个共享实体的业务数据模型连接到模型知识库，即操作该业务数据模型的业务终端连接到该模型知识库，会及时通知同步变更该业务数据模型的共享实体，且在该同步变更过程中，直接从共享实体库中下载变更后的共享实体即可，无需重新设计，提高了实现多个业务数据模型之间共享实体数据结构一致的同步效率、可靠性和及时性，且实现过程便捷，这样，在业务数据模型数量越来大的情况下，能够提高该同步一致方法的可操作性和可持续性。

参照图9，为本申请提出的多业务数据模型的实体处理方法的可选实施例五的流程示意图，该方法可以适用于模型知识库，其可以由一个或多个服务器构成，如图9所示，该方法可以包括：

步骤S91，获得来自第一业务终端的第一业务数据模型；第一业务数据模型包括创建的多个实体各自的业务属性信息，且在一个或多个实体被配置为共享实体的情况下，相应实体具有共享实体标识；

其中，第一业务终端为能够使用模型设计工具，连接模型知识库的任意一个业务终端，第一业务数据模型可以是该业务终端使用该模型设计工具所设计的任意一个业务数据模型，即一种物理-逻辑模型，相对于实体描述方式，本实施例描述的业务数据模型可以是逻辑模型。关于业务数据模型的设计实现过程，可以参照上文实施例对应部分的描述，本实施例不做详述，另外，本实施例对该业务数据模型包含所配置的至少一个共享实体的处理场景为例进行说明，但并不限制所设计的业务数据模型都包含新配置的共享实体，可以直接设计新的非共享实体和/或引用其他业务数据模型的共享实体等。

其中，在业务数据模型包含配置的共享实体时，该实体可以具有共享实体标识，来表示该实体属于共享实体；对于引用其他业务数据模型的共享实体的实体，可以具有引用实体标识，来表示该实体来自其他业务数据模型的共享实体，该引用实体标识的内容与上文描述的共享实体标识的配置方法类似，但两者内容不同，配置实现过程不做详述。

步骤S92，依据共享实体标识，确定第一业务数据模型中存在的共享实体；

继上述分析，模型知识库接收到每一个业务数据模型后，可以通过检测其包含的各实体是否具有共享实体标识等实体属性信息，来确定相应的实体是否属于共享实体这一类，由此获得该业务数据模型包含的各共享实体。需要说明，关于能够表征相应的实体是否属于共享实体的实体属性信息的内容，包括但并不局限于共享实体标识，且该共享实体标识可以包括文本标识和对应的图标标识，该图标标识可以显示于第一业务数据模型中的模型设计界面的共享实体显示区域，文本标识可以用于模型知识库进行识别共享实体等。

基于此，模型知识库可以检测第一业务数据模型中各实体是否具有共享实体标识，依据得到的检测结果，确定第一业务数据模型中具有共享实体标识的共享实体；或者，检测第一业务数据模型中各实体的实体标识是否属于共享实体标识，确定第一业务数据模型中具有属于共享实体标识的实体标识的实体为共享实体等，本申请对如何获取业务数据模型中的共享实体的实现方法不做限制。

步骤S93，将第一业务数据模型包含的共享实体发送至共享实体库进行存储；其中，每个共享实体能够被引用到任意一个业务数据模型，且禁止在被引用到的业务数据模型中变更。

为了方便其他业务数据模型（其可以记为第二业务数据模型）引用该第一业务数据模型中的共享实体，模型知识库可以将第一业务数据模型包含的各共享实体发送至共享实体库进行存储，即由共享实体库记录各共享实体所设计的业务属性信息，以及用于区分不同共享实体的记录信息等，本申请对共享实体库对共享实体的记录方式不做限制。

关于业务数据模型从共享实体库中下载共享实体，作为该业务数据模型创建的实体的实现方法，以及在其引用的某共享实体发生变更，从共享实体库中下载变更后的共享实体，更新到该业务数据模型的实现方法，可以参照上文相应实施例的描述，本实施例在此不做详述。需要说明，对于每个共享实体只允许在其源业务数据模型（即配置该共享实体并上报至模型知识库的业务数据模型）中进行变更处理，禁止在引用该共享实体的其他业务数据模型中进行变更处理，避免了非设计人员对业务数据模型中共享实体的错误变更，提高了业务数据模型设计安全性。

结合上文实施例描述的多业务数据模型的实体处理方法，如上述实施例二相应部分的描述，在第二业务数据模型设计过程中，需要引用其他业务数据模型（如上述第一业务数据模型或其他）配置的共享实体的场景下，模型知识库接收到与其连接的第二业务终端（即任意一个业务终端）的共享实体引用指令，可以将当前共享实体库存储的各共享实体确定为待引用的候选实体，读取各候选实体的共享指示信息，将其发送至该第二业务终端输出，以指示选择创建的第二业务数据模型所要引用的候选实体，提高第二业务数据模型的设计效率，也能够保证不同业务数据模型中相同实体的数据结构一致，这种引用实体的模型设计方式，只需要修改其源业务数据模型中的共享实体，通知引用该共享实体的其他业务数据模型进行同步更新即可，相对于重新拷贝变更后的共享实体的处理方式，大大提高了实体数据结构一致性同步的效率和可持续性。

其中，在任一共享实体发生变更后，模型知识库可以向引用该共享实体的业务数据模型发送变更提示信息，若第一共享实体发生变更，一个或多个第三业务数据模型引用了第一共享实体，模型知识库可以确定各第三业务数据模型以及用于操作该第三业务数据模型的第三业务终端后，可以直接向第三业务终端发送针对第一共享实体的变更提示信息；或者，在确定第三业务终端连接模型知识库后，向第三业务终端发送针对第一共享实体的变更提示信息，以提示同步更新第三业务数据模型中对应的第一共享实体，实现过程可以参照上文实施例对应部分的描述，本实施例在此不做详述。

综合上文各实施例描述的多业务数据模型的实体处理方法，结合上文各应用场景的流程示意图，在业务终端使用模型设计工具（如织巢鸟软件），登录其模型管理平台后，可以新建M1模型（如上文描述的任一业务数据模型，本申请可以指逻辑模型）后，可以在其模型设计界面创建实体，如添加空白的实体E1后，可以使用该模型设计工具设计该实体E1的业务属性信息，在配置其可以被其他模型如模型M2等引用，可以在该实体E1中添加共享实体标识，将实体E1配置为共享实体，实现过程本实施例不做详述。

在完成对M1模型的各实体设计后，可以触发模型上传功能，以使当前使用的业务终端连接模型知识库，通过该业务终端与模型知识库之间的通信方式，将本次设计的M1模型上传到模型知识库，从而完成共享实体E1的发布，模型知识库可以将接收到的各业务数据模型统一存储到模型库中，将共享实体统一存储到共享实体库中。

基于上述分析，在使用上述业务终端或其他业务终端新建M2模型过程中，可以选择引用共享实体库已存储的至少一个共享实体，如点击“共享实体”功能按钮后，可以连接模型知识库，从共享实体库中获取已存储的所有共享实体的共享实体列表（其包括并不局限于上述实体E1），展示对应的共享指示信息，以使得当前设计者可以从中选择需要引用的共享实体E1后，可以从共享实体库中下载该共享实体E1到M2模型中，从而实现直接在M2模型中引用M1模型中的共享实体E1，保证了M2模型和M1模型中共享实体E1的数据结构一致。

此外，假设M1模型中的共享实体E1发生变更后，按照上文描述的方法将包含变更后的实体的/>模型重新上传到模型知识库，将变更后的实体/>的业务属性变更信息更新到共享实体库中。这样，在M2模型连接到模型知识库时，该模型知识库可以主动发送针对该实体E1的变更提示信息，确定变更后，可以从共享实体库中获取实体E1的最新数据结构，即包含业务属性变更信息的实体/>，将其更新到M2模型中，实现共享实体结构在不同业务数据模型同步。之后，也可以将更新后的M2模型，如上报/>模型存储到模型库中。

参照图10，为本申请提出的多业务数据模型的实体处理装置的一可选实施例的结构示意图，该装置可以适用于业务终端，如图10所示，该装置包括：

模型设计界面输出模块101，用于响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

实体显示模块102，用于响应于对所述模型设计界面的实体创建操作，在所述模型设计界面显示所创建实体的业务属性信息；

共享实体配置模块103，用于响应于对至少一个所创建的所述实体的共享配置操作，对相应所述实体配置共享实体标识，以将该实体配置为共享实体；

第一业务数据模型上传模块104，用于响应于模型上传指令，将创建的所述第一业务数据模型发送至模型知识库；

其中，所述模型知识库接收到的所述第一业务数据模型包括：所创建的各所述实体的业务属性信息，以及被配置为所述共享实体的所述共享实体标识，以使所述模型知识库将所述共享实体发送至共享实体库进行存储，且所述共享实体能够被引用到任意一个业务数据模型。

可选的，上述装置还可以包括：

共享实体引用窗口输出模块，用于在实体显示模块102响应于对所述模型设计界面的实体创建操作过程中，响应于引用共享实体的触发指令，输出共享实体引用窗口，在所述共享实体引用窗口展示多个候选实体；所述候选实体为所述共享实体库当前存储的共享实体；

候选实体选择模块，用于响应于对所述候选实体的选择操作，将所选择的一个或多个所述候选实体确定为针对所述第一业务数据模型创建的实体；

共享实体引用模块，用于从所述共享实体库中获取所选择的所述候选实体的业务属性信息，显示于针对所述第一业务数据模型的所述模型设计界面中。

基于此，上述装置还可以包括：

变更提示信息输出模块，用于输出来自所述模型知识库的针对第二共享实体的变更提示信息；所述第二共享实体为所述第一业务数据模型引用第二业务数据模型上报的共享实体；

共享实体获取模块，用于响应于对所述变更提示信息的确认指令，从共享实体库获取变更后的所述第二共享实体；

模型更新模块，用于将所述变更后的所述第二共享实体更新到所述第一业务数据模型。

可选的，上述装置还可以包括：

业务属性变更信息确定模块，用于响应于对所述第一业务数据模型中第一共享实体的变更操作，确定所述第一共享实体的业务属性变更信息；

第一业务数据模型上传模块104还可以用于响应于模型上传指令，将变更后的第一业务数据模型发送至所述模型知识库；其中，所述变更后的第一业务数据模型包含变更后的所述第一共享实体的业务属性变更信息，以使所述模型知识库将所述变更后的第一共享实体发送至所述共享实体库进行存储。

参照图11，为本申请提出的多业务数据模型的实体处理装置的另一可选实施例的结构示意图，该装置可以适用于模型知识库，如服务器等，如图11所示，该装置包括：

第一业务数据模型获得模块111，用于获得来自第一业务终端的第一业务数据模型；所述第一业务数据模型包括创建的多个实体各自的业务属性信息，且在一个或多个所述实体被配置为共享实体的情况下，相应的所述实体具有共享实体标识；

共享实体确定模块112，用于依据所述共享实体标识，确定所述第一业务数据模型中存在的共享实体；

共享实体发送模块113，用于将所述第一业务数据模型包含的所述共享实体发送至共享实体库进行存储；

其中，每个所述共享实体能够被引用到任意一个业务数据模型，且禁止在被引用到的业务数据模型中变更。

可选的，上述装置还可以包括：

业务属性变更信息获得模块，用于获得针对所述第一业务数据模型中第一共享实体的业务属性变更信息；

变更共享实体发送模块，用于依据所述业务属性变更信息，将变更后的第一共享实体发送至所述共享实体库进行存储；

变更提示信息输出模块，用于输出针对所述第一共享实体的变更提示信息。

可选的，变更提示信息输出模块可以包括：

确定单元，用于确定引用所述第一共享实体的第三业务数据模型，以及用于操作所述第三业务数据模型的第三业务终端；

变更提示信息发送单元，用于向所述第三业务终端发送针对所述第一共享实体的变更提示信息；或者，向当前连接所述模型知识库的所述第三业务终端发送针对所述第一共享实体的变更提示信息，以提示同步更新所述第三业务数据模型中对应的第一共享实体。

需要说明的是，关于上述各装置实施例中的各种模块、单元等，均可以作为程序模块存储在相应侧设备（如业务终端或模型知识库）的存储器中，可以由相应侧的处理器执行存储在存储器中的对应程序模块，以实现相应的功能，也可以由该程序模型和硬件结合实现，关于各程序模块及其组合所实现的功能，以及达到的技术效果，可以参照上述相应侧设备执行的方法实施例相应部分的描述，本实施例不再赘述。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被相应侧设备的处理器加载并执行，实现上述对应侧实施例描述的多业务数据模型的实体处理方法的各步骤，具体实现过程可以参照上述对应实施例的描述，本实施例不做赘述。

参照图12，为本申请提出的多业务数据模型的实体处理系统的一可选实施例的硬件结构示意图，如图12所示，该系统可以包括模型知识库121、共享实体库122以及至少一个业务终端123，其中：

业务终端123能够连接模型知识库121，用于实现上述相应侧实施例描述的多业务数据模型的实体处理方法。该业务终端123可以包括但并不局限于平板电脑、上网本、智能手表、增强现实技术（Augmented Reality，AR）设备、虚拟现实（Virtual Reality，VR）设备、台式计算机等电子设备。图12示出的业务终端仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

为了实现上述多业务数据模型的实体处理方法，业务终端123通常包括显示设备、至少一个通信模块、至少一个存储器和至少一个处理器，通信模块可以包括能够利用无线通信网络实现数据交互的如WIFI模块、5G/6G（第五代移动通信网络/第六代移动通信网络）模块、GPRS模块等，以实现与模型数据库之间的通信连接，实现业务数据模型、共享实体库列表信息、所选择引用的共享实体的业务属性信息等传输，实现过程可以参照上文实施例相应部分的描述。

存储器可以包括高速随机存取存储器、非易失性存储器等，用于存储实现上述业务终端侧描述的多业务数据模型的实体处理方法的第一程序代码，处理器可以加载执行该第一程序代码，实现业务终端侧描述的多业务数据模型的实体处理方法。其中，该处理器可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specific integrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。

业务终端的显示设备可以包括触摸式或非触摸式显示屏，实现对模型设计工具的操作界面及其操作过程的显示，关于显示设备在多业务数据模型的实体处理方法执行过程中的输出内容不做限制，可视情况而定。可选的，业务终端还可以包括如键盘、鼠标、摄像头、拾音器等至少一个输入组件，扬声器、振动机构、灯等至少一个输出组件；各种传感器模组等，本申请不做一一列举。

模型知识库121可以是一个或多个服务器，用于实现上述模型知识库侧描述的多业务数据模型的实体处理方法。因此，模型知识库121可以包括至少一个通信模块、至少一个存储器和至少一个处理器，通过通信模块实现与业务终端的通信连接，该存储器可以用于存储实现上述模型知识库121侧描述的多业务数据模型的实体处理方法的第二程序代码，由该处理器执行该第二程序代码，实现上述模型知识库121侧描述的多业务数据模型的实体处理方法，模型知识库121包含的各器件的类型可以参照但并不局限于上文业务终端对应器件的描述，本实施例不做详述。

共享实体库122可以是一个或多个服务器，能够连接模型知识库121，用于存储各业务数据模型中被配置的共享实体，关于共享实体库122在本申请提出的多业务数据模型的实体处理方法中的执行内容，可以参照上文实施例对应部分的描述。

应该理解的是，上述系统还可以由一个或多个服务器构成模型库，用于存储各业务终端上报的不同版本的不同类型的业务数据模型，实现过程本申请不做详述。可选的，上述模型库和共享实体库可以部署在同一服务器或统一服务器集群中，本申请对系统中各组成设备的部署关系不做限制。

另外，对于本申请提出的多业务数据模型的实体处理系统的结构并不构成对本申请实施例中多业务数据模型的实体处理系统的限定，在实际应用中，该系统还可以包括更多或更少的设备，本申请在此不做一一列举。

最后，需要说明的是，关于上述各实施例中，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

本申请涉及到的术语诸如“第一”、“第二”等仅用于描述目的，用来将一个操作、单元或模块与另一个操作、单元或模块区分开来，而不一定要求或者暗示这些单元、操作或模块之间存在任何这种实际的关系或者顺序。且不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量，由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

另外，本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、系统而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的核心思想或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种多业务数据模型的实体处理方法，其特征在于，所述多业务数据模型的实体处理方法包括：

响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

响应于对所述模型设计界面的实体创建操作，在所述模型设计界面显示所创建实体的业务属性信息；

响应于对至少一个所创建的所述实体的共享配置操作，对相应所述实体配置共享实体标识，以将该实体配置为共享实体；

响应于模型上传指令，将创建的所述第一业务数据模型发送至模型知识库；

其中，所述模型知识库接收到的所述第一业务数据模型包括：所创建的各所述实体的业务属性信息，以及被配置为所述共享实体的所述共享实体标识，以使所述模型知识库将所述共享实体发送至共享实体库进行存储，且所述共享实体能够被引用到任意一个业务数据模型。

2.根据权利要求1所述的多业务数据模型的实体处理方法，其特征在于，在所述响应于对所述模型设计界面的实体创建操作过程中，所述多业务数据模型的实体处理方法还包括：

响应于引用共享实体的触发指令，输出共享实体引用窗口，在所述共享实体引用窗口展示多个候选实体；所述候选实体为所述共享实体库当前存储的共享实体；

响应于对所述候选实体的选择操作，将所选择的一个或多个所述候选实体确定为针对所述第一业务数据模型创建的实体；

从所述共享实体库中获取所选择的所述候选实体的业务属性信息，显示于针对所述第一业务数据模型的所述模型设计界面中。

3.根据权利要求1或2所述的多业务数据模型的实体处理方法，其特征在于，所述多业务数据模型的实体处理方法还包括：

响应于对所述第一业务数据模型中第一共享实体的变更操作，确定所述第一共享实体的业务属性变更信息；

响应于模型上传指令，将变更后的第一业务数据模型发送至所述模型知识库；所述变更后的第一业务数据模型包含变更后的所述第一共享实体的业务属性变更信息，以使所述模型知识库将所述变更后的所述第一共享实体发送至所述共享实体库进行存储。

4.根据权利要求2所述的多业务数据模型的实体处理方法，其特征在于，所述多业务数据模型的实体处理方法还包括：

输出来自所述模型知识库的针对第二共享实体的变更提示信息；所述第二共享实体为所述第一业务数据模型引用第二业务数据模型上报的共享实体；

响应于对所述变更提示信息的确认指令，从共享实体库获取变更后的所述第二共享实体；

将所述变更后的所述第二共享实体更新到所述第一业务数据模型。

5.一种多业务数据模型的实体处理方法，其特征在于，所述多业务数据模型的实体处理方法包括：

获得来自第一业务终端的第一业务数据模型；所述第一业务数据模型包括创建的多个实体各自的业务属性信息，且在一个或多个所述实体被配置为共享实体的情况下，相应的所述实体具有共享实体标识；

依据所述共享实体标识，确定所述第一业务数据模型中存在的共享实体；

将所述第一业务数据模型包含的所述共享实体发送至共享实体库进行存储；

其中，每个所述共享实体能够被引用到任意一个业务数据模型，且禁止在被引用到的业务数据模型中变更。

6.根据权利要求5所述的多业务数据模型的实体处理方法，其特征在于，所述多业务数据模型的实体处理方法还包括：

获得针对所述第一业务数据模型中第一共享实体的业务属性变更信息；

依据所述业务属性变更信息，将变更后的第一共享实体发送至所述共享实体库进行存储；

输出针对所述第一共享实体的变更提示信息。

7.根据权利要求6所述的多业务数据模型的实体处理方法，其特征在于，所述输出针对所述第一共享实体的变更提示信息，包括：

确定引用所述第一共享实体的第三业务数据模型，以及用于操作所述第三业务数据模型的第三业务终端；

向所述第三业务终端发送针对所述第一共享实体的变更提示信息；或者，向当前连接模型知识库的所述第三业务终端发送针对所述第一共享实体的变更提示信息，以提示同步更新所述第三业务数据模型中对应的第一共享实体。

8.一种多业务数据模型的实体处理装置，其特征在于，所述多业务数据模型的实体处理装置包括：

模型设计界面输出模块，用于响应于模型创建指令，输出针对所创建的第一业务数据模型的模型设计界面；

实体显示模块，用于响应于对所述模型设计界面的实体创建操作，在所述模型设计界面显示所创建实体的业务属性信息；

共享实体配置模块，用于响应于对至少一个所创建的所述实体的共享配置操作，对相应所述实体配置共享实体标识，以将该实体配置为共享实体；

第一业务数据模型上传模块，用于响应于模型上传指令，将创建的所述第一业务数据模型发送至模型知识库；

其中，所述模型知识库接收到的所述第一业务数据模型包括：所创建的各所述实体的业务属性信息，以及被配置为所述共享实体的所述共享实体标识，以使所述模型知识库将所述共享实体发送至共享实体库进行存储，且所述共享实体能够被引用到任意一个业务数据模型。

9.一种多业务数据模型的实体处理装置，其特征在于，所述多业务数据模型的实体处理装置包括：

第一业务数据模型获得模块，用于获得来自第一业务终端的第一业务数据模型；所述第一业务数据模型包括创建的多个实体各自的业务属性信息，且在一个或多个所述实体被配置为共享实体的情况下，相应的所述实体具有共享实体标识；

共享实体确定模块，用于依据所述共享实体标识，确定所述第一业务数据模型中存在的共享实体；

共享实体发送模块，用于将所述第一业务数据模型包含的所述共享实体发送至共享实体库进行存储；

其中，每个所述共享实体能够被引用到任意一个业务数据模型，且禁止在被引用到的业务数据模型中变更。

10.一种多业务数据模型的实体处理系统，其特征在于，所述多业务数据模型的实体处理系统包括模型知识库、共享实体库以及至少一个业务终端，其中：

所述业务终端能够连接所述模型知识库，用于实现如权利要求1-4任一项所述的多业务数据模型的实体处理方法；

所述模型知识库，用于实现如权利要求5-7任一项所述的多业务数据模型的实体处理方法；

所述共享实体库能够连接所述模型知识库，用于存储各业务数据模型中被配置的共享实体。