一种元模型信息传输方法、装置、电子设备及存储介质与流程

1.本技术涉及信息传输的领域，尤其是涉及一种元模型信息传输方法、装置、电子设备及存储介质。


背景技术：

2.目前针对企业管理系统的开发，可通过元模型相关技术进行管理系统的搭建。元模型是对企业静态资产的抽象，例如生产企业中的设备、物料以及人员等静态资产的抽象模型。通过建立各种元模型完成对管理系统的搭建。
3.但通过元模型搭建管理系统时，用户需要在每一个元模型中手动输入属性信息，例如输入设备名称、物料名称等，从而延长了管理系统的搭建周期，降低了搭建效率。


技术实现要素：

4.为了提高管理系统的搭建效率，本技术提供一种元模型信息传输方法、装置、电子设备及存储介质。
5.第一方面，本技术提供一种元模型信息传输方法，采用如下的技术方案：一种元模型信息传输方法，包括：当检测到用户触发的关于建立两个元模型的关联关系的指令时，建立所述两个元模型之间的关联关系；判断所述两个元模型中是否具有一致的相同属性项目；若具有所述相同属性项目，则判断任一元模型的相同属性项目是否存在对应的属性信息；若存在，则将所述任一元模型的相同属性项目对应的属性信息确定为待传输属性信息；将所述待传输属性信息传输至另一元模型中对应的相同属性项目中，并确定相同属性项目与所述待传输属性信息的对应关系。
6.通过采用上述技术方案，当检测到用户触发的关于建立两个元模型之间的关联关系的指令时，说明两个元模型需要相互关联，以完成某项任务操作。因此建立两个元模型之间的关联关系。判断两个元模型中是否具有相同的属性项目，若有，则说明两个元模型服务于同一个静态资产。因此进一步判断相同属性项目中是否存在属性信息，若相同属性项目中存在属性信息，则将相同属性项目中的属性信息确定为待传输属性信息。最后将待传输属性信息传输至另一元模型中的相同属性项目处即可，即，具有相同属性项目的元模型在具有关联关系的状态下，待传输属性信息自动传输至其他具有关联关系的元模型中并自动输入待传输属性信息，相较于用户对每个元模型依次输入属性信息更加方便，提高了搭建效率。
7.在另一种可能实现的方式中，所述元模型包括服务元模型，所述方法还包括：若建立两个服务元模型的关联关系，则确定两个服务元模型的服务优先级，所述
服务元模型表征静态资产对应的操作行为；将所述服务优先级高的服务元模型确定为第一服务元模型，并将所述服务优先级低的服务元模型确定为第二服务元模型；基于所述第一服务元模型的属性信息生成所述第一服务元模型的事件元模型，并建立所述事件元模型与所述第一服务元模型的关联关系，所述事件元模型用于监听所述第一服务元模型是否触发，当所述第一服务元模型触发时，触发所述事件元模型以使得其他服务元模型监听到所述第一服务元模型已触发；基于所述事件元模型的属性信息以及所述第二服务元模型的属性信息生成所述第二服务元模型的订阅元模型，并建立所述订阅元模型与所述第二服务元模型的关联关系，所述订阅元模型表征当所述事件元模型触发时，触发所述第二服务元模型。
8.通过采用上述技术方案，若建立关联关系的两个元模型为服务元模型，则说明两个服务元模型具有不同的服务优先级。确定出两个服务元模型的服务优先级后，根据服务优先级高的第一服务元模型的属性信息直接生成对应的事件元模型。以使得第一服务元模型触发时，对应的事件元模型将第一服务元模型已触发的事件进行广播。根据优先级低的第二服务元模型的属性信息直接生成对应的订阅元模型，以使得订阅元模型监听到事件元模型广播的第一元模型触发时，触发第二服务元模型。通过具有关联关系的两个服务元模型直接生成对应的事件元模型以及订阅元模型，进一步提高了管理系统的搭建效率，减少用户手动输入事件元模型以及订阅元模型中属性信息的操作。
9.在另一种可能实现的方式中，所述属性信息包括名称，所述方法还包括；当检测到用户输入任一元模型的名称时，基于所述名称查找所述任一元模型对应的静态资产的相关信息，所述相关信息对应有属性项目；将所述相关信息传输至对应的属性项目处，并确定所述相关信息与所述属性项目的对应关系。
10.通过采用上述技术方案，当检测到用户输入的任一元模型的名称时，根据名称查找对应的静态资产，从而获得静态资产的相关信息，相关信息均对应属性项目。将查找到的相关信息传输至该元模型中对应的属性项目处，并建立相关信息与属性项目的关联关系。进一步减少了用户输入属性信息的操作。
11.在另一种可能实现的方式中，所述方法还包括：当检测到用户触发的建立服务元模型的指令时，根据当前已建立的服务元模型，生成所述服务元模型与每个所述当前已建立的服务元模型之间的关联链接；输出所述关联链接；当检测到用户触发的任一关联链接的选中指令时，基于所述任一关联链接确定所述服务元模型与对应的已建立的服务元模型的关联关系。
12.通过采用上述技术方案，当检测到用户建立服务元模型的指令时，生成该服务元模型与每个当前已建立的服务元模型之间的关联链接，并输出关联链接。当检测到用户触发的针对任一关联链接的选中指令时，根据该关联链接确定服务元模型与对应的已建立的服务元模型的关联关系。通过用户选择关联链接以建立对应的关联关系，进一步提高了管理系统搭建的效率。
13.在另一种可能实现的方式中，所述方法还包括：
从当前已建立的元模型中确定出关联元模型，所述关联元模型包括具有相同属性项目的元模型；控制所述关联元模型按照同种颜色显示。
14.通过采用上述技术方案，将具有相同属性项目的元模型按照同种颜色进行显示输出，以使得用户清楚地得知同种颜色对应的元模型为具有相同属性项目的元模型，并且得知属性信息传输过程对应的元模型。
15.在另一种可能实现的方式中，所述方法还包括：基于所述待传输属性信息的传输顺序、起始元模型的颜色以及预设颜色明度减小值确定每个关联元模型对应的输出颜色，所述起始元模型为关联元模型中首个建立的元模型；控制所述每个关联元模型按照所述输出颜色显示。
16.通过采用上述技术方案，基于待传输属性信息的传输顺序、起始元模型的颜色以及预设颜色明度减小值，确定出每个关联元模型的输出颜色。即，待传输属性信息在传输过程中，每传输至一个元模型，元模型的颜色加深。关联元模型同属于一个颜色系，但传输顺序不同对应的颜色深浅不同，从而便于用户更直观的得知待传输属性信息的传输情况。
17.在另一种可能实现的方式中，所述方法还包括：确定所述关联元模型中相邻两个元模型之间的方位信息；基于所述方位信息以及待传输属性信息的传输顺序生成指向图标，所述指向图标表征待传输属性信息在任一元模型处向下一元模型处的传输方向；控制所述指向图标在对应的元模型处显示。
18.通过采用上述技术方案，确定出相邻两个关联原模型的方位信息，并根据方位信息以及待传输属性信息的传输顺序确定每个元模型处的指向图标，并控制指向图标显示在对应的元模型处。从而便于用户根据指向图标直观地得知待传输属性信息的传输过程。
19.第二方面，本技术提供一种元模型信息传输装置，采用如下的技术方案：一种元模型信息传输装置，包括：关系建立模块，用于当检测到用户触发的关于建立两个元模型的关联关系的指令时，建立所述两个元模型之间的关联关系；第一判断模块，用于判断所述两个元模型中是否具有一致的相同属性项目；第二判断模块，用于当具有所述相同属性项目时，判断任一元模型的相同属性项目是否存在对应的属性信息；第一确定模块，用于当存在时，将所述任一元模型的相同属性项目对应的属性信息确定为待传输属性信息；信息传输模块，用于将所述待传输属性信息传输至另一元模型中对应的相同属性项目中，并确定相同属性项目与所述待传输属性信息的对应关系。
20.通过采用上述技术方案，当检测到用户触发的关于建立两个元模型之间的关联关系的指令时，说明两个元模型需要相互关联，以完成某项任务操作。因此关系建立模块建立两个元模型之间的关联关系。第一判断模块判断两个元模型中是否具有相同的属性项目，若有，则说明两个元模型服务于同一个静态资产。因此第二判断模块进一步判断相同属性项目中是否存在属性信息，若相同属性项目中存在属性信息，则第一确定模块将相同属性
项目中的属性信息确定为待传输属性信息。最后信息传输模块将待传输属性信息传输至另一元模型中的相同属性项目处即可，即，具有相同属性项目的元模型在具有关联关系的状态下，待传输属性信息自动传输至其他具有关联关系的元模型中并自动输入待传输属性信息，相较于用户对每个元模型依次输入属性信息更加方便，提高了搭建效率。
21.在另一种可能的实现方式中，所述元模型包括服务元模型，所述装置还包括：优先级确定模块，用于当建立两个服务元模型的关联关系时，确定两个服务元模型的服务优先级，所述服务元模型表征静态资产对应的操作行为；元模型确定模块，用于将所述服务优先级高的服务元模型确定为第一服务元模型，并将所述服务优先级低的服务元模型确定为第二服务元模型；事件元模型生成模块，用于基于所述第一服务元模型的属性信息生成所述第一服务元模型的事件元模型，并建立所述事件元模型与所述第一服务元模型的关联关系，所述事件元模型用于监听所述第一服务元模型是否触发，当所述第一服务元模型触发时，触发所述事件元模型以使得其他服务元模型监听到所述第一服务元模型已触发；订阅元模型生成模块，用于基于所述事件元模型的属性信息以及所述第二服务元模型的属性信息生成所述第二服务元模型的订阅元模型，并建立所述订阅元模型与所述第二服务元模型的关联关系，所述订阅元模型表征当所述事件元模型触发时，触发所述第二服务元模型。
22.在另一种可能的实现方式中，所述属性信息包括名称，所述装置还包括；信息查找模块，用于当检测到用户输入任一元模型的名称时，基于所述名称查找所述任一元模型对应的静态资产的相关信息，所述相关信息对应有属性项目；对应关系确定模块，用于将所述相关信息传输至对应的属性项目处，并确定所述相关信息与所述属性项目的对应关系。
23.在另一种可能的实现方式中，所述装置还包括：链接生成模块，用于当检测到用户触发的建立服务元模型的指令时，根据当前已建立的服务元模型，生成所述服务元模型与每个所述当前已建立的服务元模型之间的关联链接；链接输出模块，用于输出所述关联链接；关联关系确定模块，用于当检测到用户触发的任一关联链接的选中指令时，基于所述任一关联链接确定所述服务元模型与对应的已建立的服务元模型的关联关系。
24.在另一种可能的实现方式中，所述装置还包括：第二确定模块，用于从当前已建立的元模型中确定出关联元模型，所述关联元模型包括具有相同属性项目的元模型；第一控制显示模块，用于控制所述关联元模型按照同种颜色显示。
25.在另一种可能的实现方式中，所述装置还包括：颜色确定模块，用于基于所述待传输属性信息的传输顺序、起始元模型的颜色以及预设颜色明度减小值确定每个关联元模型对应的输出颜色，所述起始元模型为关联元模型中首个建立的元模型；第二控制显示模块，用于控制所述每个关联元模型按照所述输出颜色显示。
26.在另一种可能的实现方式中，所述装置还包括：
方位确定模块，用于确定所述关联元模型中相邻两个元模型之间的方位信息；图标生成模块，用于基于所述方位信息以及待传输属性信息的传输顺序生成指向图标，所述指向图标表征待传输属性信息在任一元模型处向下一元模型处的传输方向；第三控制显示模块，用于控制所述指向图标在对应的元模型处显示。
27.第三方面，本技术提供一种电子设备，采用如下的技术方案：一种电子设备，该电子设备包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个应用程序配置用于：执行根据第一方面任一种可能的实现方式所示的一种元模型信息传输方法。
28.第四方面，本技术提供一种计算机可读存储介质，采用如下的技术方案：一种计算机可读存储介质，当所述计算机程序在计算机中执行时，令所述计算机执行第一方面任一项所述的一种元模型信息传输方法。
29.综上所述，本技术包括以下至少一种有益技术效果：1. 当检测到用户触发的关于建立两个元模型之间的关联关系的指令时，说明两个元模型需要相互关联，以完成某项任务操作。因此建立两个元模型之间的关联关系。判断两个元模型中是否具有相同的属性项目，若有，则说明两个元模型服务于同一个静态资产。因此进一步判断相同属性项目中是否存在属性信息，若相同属性项目中存在属性信息，则将相同属性项目中的属性信息确定为待传输属性信息。最后将待传输属性信息传输至另一元模型中的相同属性项目处即可，即，具有相同属性项目的元模型在具有关联关系的状态下，待传输属性信息自动传输至其他具有关联关系的元模型中并自动输入待传输属性信息，相较于用户对每个元模型依次输入属性信息更加方便，提高了搭建效率；2. 当检测到用户建立服务元模型的指令时，生成该服务元模型与每个当前已建立的服务元模型之间的关联链接，并输出关联链接。当检测到用户触发的针对任一关联链接的选中指令时，根据该关联链接确定服务元模型与对应的已建立的服务元模型的关联关系。通过用户选择关联链接以建立对应的关联关系，进一步提高了管理系统搭建的效率。
附图说明
30.图1是本技术实施例的一种元模型信息传输方法的流程示意图。
31.图2是本技术实施例的步骤s120的示例图。
32.图3是本技术实施例的步骤s121的示例图。
33.图4是本技术实施例的一种元模型信息传输装置的结构示意图。
34.图5是本技术实施例的一种电子设备的结构示意图。
具体实施方式
35.以下结合附图对本技术作进一步详细说明。
36.本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本技术的权利要求范围内都受到专利法的保护。
与“设备a”的对应关系。也即在两个具有关联关系的元模型中，确定出相同属性项目中的待传输属性信息，并将待传输属性信息传输至另一元模型中，从而减少了用户手动输入另一元模型中属性信息的步骤操作，提高了管理系统的搭建效率。
50.在本技术实施例中，两个元模型之间传输哪些属性信息，还可以预先设定好并存储在电子设备中，当电子设备检测到两个元模型建立关联关系后，根据两个元模型对应的预设传输项目对元模型中的属性信息进行传输即可。
51.为了便于用户搭建事件元模型以及订阅元模型，本技术实施例的一种可能的实现方式，元模型包括服务元模型，方法还包括步骤s106（图中未示出）、步骤s107（图中未示出）、步骤s108（图中未示出）以及步骤s109（图中未示出），其中，步骤s106可与步骤s101同时执行，也可在步骤s101之前执行，还可在步骤s101之后执行，其中，s106，若建立两个服务元模型的关联关系，则确定两个服务元模型的服务优先级。
52.其中，服务元模型表征静态资产对应的操作行为。
53.对于本技术实施例，假设两个服务元模型分别为服务元模型a和服务元模型b。服务元模型a为“设备a启动”，服务元模型b为“设备b启动”。当两个服务元模型建立关联关系之后，两个服务元模型具有不同服务优先级。例如，服务元模型a先触发，服务元模型b后触发，即，设备a启动后，设备b再启动。
54.确定两个服务元模型服务优先级的方式，可以是根据两个元模型建立的时间确定。建立时间在前的服务元模型优先级高于建立时间在后的服务元模型。也可以是通过连线建立两个服务元模型之间的关联关系时，连线起点处的服务元模型优先级高于连线终点处的服务元模型。还可以是建立关联关系时，先选中的服务元模型优先级高于后选中的服务元模型的优先级。
55.s107，将服务优先级高的服务元模型确定为第一服务元模型，并将服务优先级低的服务元模型确定为第二服务元模型。
56.对于本技术实施例，以步骤s106为例，假设服务元模型a的优先级高于服务元模型b的优先级。电子设备将服务元模型a确定为第一服务元模型，将服务元模型b确定为第二服务元模型。
57.s108，基于第一服务元模型的属性信息生成第一服务元模型的事件元模型，并建立事件元模型与第一服务元模型的关联关系。
58.其中，事件元模型用于监听第一服务元模型是否触发，当第一服务元模型触发时，触发事件元模型以使得其他服务元模型监听到第一服务元模型已触发。
59.对于本技术实施例，为了实现第一服务元模型与第二服务元模型之间的触发联动，即，第一服务元模型触发后第二服务元模型再触发。第一服务元模型在触发后，需要通过建立对应的事件元模型将第一服务元模型的触发操作进行广播，以使得其他服务元模型得知。
60.因此直接通过第一服务元模型的属性信息建立第一服务元模型对应的事件元模型，并建立事件元模型与第一服务元模型的关联关系。以步骤s107为例，根据第一服务元模型的属性信息“设备a”以及对应的服务“启动”建立事件元模型，事件元模型的属性信息为“设备a”，事件元模型向其他服务元模型广播“设备a已启动”。也即将第一服务元模型的属性信息传输至对应的事件元模型。
61.s109，基于事件元模型的属性信息以及第二服务元模型的属性信息生成第二服务元模型的订阅元模型，并建立订阅元模型与第二服务元模型的关联关系。
62.其中，订阅元模型表征当事件元模型触发时，触发第二服务元模型。
63.本对于本技术实施例，第二服务元模型需监听到第一服务元模型触发的消息，只有在监听到第一服务元模型对应的事件元模型触发后，第二服务元模型触发。因此根据事件元模型的属性信息以及第二服务元模型的属性信息生成第二服务元模型对应的订阅元模型。根据“设备a”、“启动”以及“设备b”生成订阅元模型，并建立订阅元模型与第二服务元模型的关联关系。也即订阅元模型在监听到设备a启动时，触发第二服务元模型，以使得设备b启动。
64.任一静态资产对应的元模型中可能存在多个属性信息，因此为了在用户输入任一元模型的任一属性信息时，自动向该元模型中输入对应的静态资产的其他相关信息。本技术实施例的一种可能的实现方式，属性信息包括名称，方法还包括步骤s110（图中未示出）以及步骤s111（图中未示出），其中，步骤s110可在步骤s101之前执行，也可在步骤s101之后执行，还可与步骤s101同时执行，其中，s110，当检测到用户输入任一元模型的名称时，基于名称查找任一元模型对应的静态资产的相关信息。
65.其中，相关信息对应有属性项目。
66.对于本技术实施例，假设用户建立了物料a的属性元模型，属性元模型是企业的静态资料的抽象。当检测到用户在物料a的属性元模型中输入名称“物料a”后，电子设备根据“物料a”从存储介质、云服务器以及预设物料库中查找关于物料a的相关信息，如物料类别、物料数量以及物料位置等。假设物料类别为金属，物料数量为10，物料位置为仓库a，也即金属对应的属性项目为物料类别，10对应的属性项目为物料数量，仓库a对应的属性项目为物料位置。
67.s111，将相关信息传输至对应的属性项目处，并确定相关信息与属性项目的对应关系。
68.对于本技术实施例，以步骤s110为例，电子设备在查找到物料a的相关信息后，将相关信息传输至物料a对应的属性元模型中，并填写在属性元模型中相关信息对应的属性项目处，并且建立每个相关信息与属性项目的对应关系。从而减少用户手动输入该元模型中其他属性信息的操作，进而提高了管理系统搭建的效率。
69.在本技术实施例中，用户可通过可视化操作界面查看每项属性项目的属性信息，并且可通过鼠标或触控屏的设备修改每项属性项目内的数据。
70.当当前界面存在多个已建立的服务元模型，且用户创建新的服务元模型时，为了便于用户根据需要建立新的服务元模型与已建立的服务元模型之间的关联关系。本技术实施例的一种可能的实现方式，方法还包括步骤s112（图中未示出）、步骤s113（图中未示出）以及步骤s114（图中未示出），其中，步骤s112可在步骤s101之后执行，其中，s112，当检测到用户触发的建立服务元模型的指令时，根据当前已建立的服务元模型，生成服务元模型与每个当前已建立的服务元模型之间的关联链接。
71.对于本技术实施例，假设用户触发了建立服务元模型c的指令，电子设备建立服务元模型c。建立服务元模型c之前，已建立的服务元模型有服务元模型a以及服务元模型b。而
用户可能需要建立服务元模型c与服务元模型a之间的关联关系，或服务元模型c与服务元模型b之间的关联关系。因此电子设备生成上述两种关联关系的关联链接，其中，关联链接可以是两个服务元模型之间连线的图形链接，也可以是表征两个服务元模型之间关联的文字链接，还可以是其他类型的链接，在此不做限定。
72.s113，输出关联链接。
73.对于本技术实施例，生成关联链接后，电子设备控制显示屏以及触控屏等显示装置显示关联链接。
74.在本技术实施例中，不同的关联链接可以是通过不同样式的链接进行区分显示，例如通过不同线形区分不同链接，如波浪线、直线、虚线等。也可通过不同颜色区分不同的关联链接。还可在用户将光标移至任一关联链接处时，突出显示该关联链接对应的元模型，从而达到便于用户查看选择关联链接的效果。
75.s114，当检测到用户触发的任一关联链接的选中指令时，基于任一关联链接确定服务元模型与对应的已建立的服务元模型的关联关系。
76.对于本技术实施例，用户可通过鼠标或触控屏点击所需的关联链接，从而触发选中指令，电子设备检测到选中指令后，根据选中的关联链接建立对应的关联链接，从而减少用户手动建立关联关系的步骤操作，提高了系统搭建的效率。
77.为了便于用户更直观地查看具有相同属性项目的元模型，本技术实施例的一种可能的实现方式，方法还包括步骤s115（图中未示出）以及步骤s116（图中未示出），其中，步骤s115可在步骤s101之后执行，其中，s115，从当前已建立的元模型中确定出关联元模型。
78.其中，关联元模型包括具有相同属性项目的元模型。
79.对于本技术实施例，假设目前存在服务元模型a、服务元模型b、服务元模型c以及服务元模型d。上述四个服务元模型的属性信息中，服务元模型a、服务元模型b以及服务元模型c均存在“设备a”，也说明上述三个服务元模型具有相同的属性信息，上述三个服务元模型存在关联关系，因此上述三个服务元模型为关联元模型。电子设备从上述四个服务元模型中确定出服务元模型a、服务元模型b以及服务元模型c。
80.s116，控制关联元模型按照同种颜色显示。
81.对于本技术实施例，以步骤s115为例，电子设备确定出服务元模型a、服务元模型b以及服务元模型c后。电子设备可通过预设颜色控制显示屏等显示装置显示上述三个服务元模型，也可随机生成rgb值以确定出一种颜色，并按照随机确定出的颜色控制显示屏等显示装置显示上述三个服务元模型。通过使用相同的颜色显示关联元模型，从而便于用户能够更直观的得知具有相同属性项目的元模型，并且能够得知待传输属性信息的传输过程。
82.为了便于用户更直观地查看具有相同属性项目的元模型，以及更直观地查看属性信息的传输过程，本技术实施例的一种可能的实现方式，方法还包括步骤s117（图中未示出）以及步骤s118（图中未示出），其中，步骤s117可在步骤s105之后执行，其中，s117，基于待传输属性信息的传输顺序、起始元模型的颜色以及预设颜色明度减小值确定每个关联元模型对应的输出颜色。
83.其中，起始元模型为关联元模型中首个建立的元模型。
84.对于本技术实施例，以步骤s115为例，假设起始元模型的颜色为红色，起始元模型
的颜色明度为150，待传输属性信息的传输顺序为由服务元模型a到服务元模型b到服务元模型c。起始元模型为服务元模型a，假设预设亮度减小量为40，服务元模型b的颜色明度为110，服务元模型c的颜色明度为70。服务元模型的颜色随待传输属性信息的传输顺序逐渐变深，也即，颜色越深传输次数越多。
85.在本技术实施例中，还可根据待传输属性信息的传输次数确定对应的预设颜色明度减小值。例如，传递次数越多，预设颜色明度减小值越小。还可根据起始元模型的颜色明度值以及明度降低过程中的明度阈值，确定明度差值，根据明度差值与传输次数确定每次传输过程中的明度减小值。
86.s118，控制每个关联元模型按照输出颜色显示。
87.对于本技术实施例，以步骤s117为例，电子设备控制显示屏等显示装置按照颜色明度150显示服务元模型a，按照颜色明度110显示服务元模型b，按照颜色明度70显示服务元模型c。颜色明度越低，颜色越深，通过显示不同颜色明度的服务元模型，便于用户查看待传输属性信息的传输过程，并且在同色系下，便于用户查看关联元模型。
88.为了进一步便于用户更直观地查看属性信息的传输方向，本技术实施例的一种可能的实现方式，方法还包括步骤s119（图中未示出）、步骤s120（图中未示出）以及步骤s121（图中未示出），其中，步骤s119可在步骤s105之后执行，其中，s119，确定关联元模型中相邻两个元模型之间的方位信息。
89.对于本技术实施例，电子设备可在可视化管理系统搭建界面建立坐标系，确定每个元模型中间位置，并且按照待传输属性信息的传输顺序对相邻的关联元模型从中间位置进行连线，得到待传输属性信息的传输方向。也可确定出每个元模型在坐标系中的中间位置坐标，然后确定相邻两个元模型的中间位置坐标点的连线，根据坐标通过两点间距离公式确定连线长度，并且根据两中间位置坐标确定连线与x轴的水平夹角。基于水平夹角确定待传输属性信息的传输方向。
90.s120，基于方位信息以及待传输属性信息的传输顺序生成指向图标。
91.其中，指向图标表征待传输属性信息在任一元模型处向下一元模型处的传输方向。
92.对于本技术实施例，基于每个元模型处的待传输属性信息的传输方向，生成指向图标。如图2所示，图2中存在三个元模型，分别为元模型a、元模型b以及元模型c。图2中连接每个元模型的直线用于表征关联关系，图2中元模型a和元模型b中的指向箭头表征待传输属性信息的传输方向，通过指向图标指示待传输属性信息的传输方向更加直观。
93.s121，控制指向图标在对应的元模型处显示。
94.对于本技术实施例，电子设备可确定出每个元模型的中间位置，并将指向图标显示在对应的元模型的中间位置坐标处。用户通过指向图标能够更直观地查看待传输属性信息的传输方向。
95.在本技术实施例中，还可在每个元模型对应的位置按待传输属性信息的传输顺序进行标号，如图3所示，阿拉伯数字表征待传输属性信息的传输先后顺序，即，待传输属性信息由元模型a传输至元模型b，再从元模型b传输至元模型c。进一步的，阿拉伯数字还可替换成英文字母以表征传输顺序，也可使用其他能够表征传输顺序的图标。
96.上述实施例从方法流程的角度介绍一种元模型信息传输的方法，下述实施例从虚
拟模块或者虚拟单元的角度介绍了一种元模型信息传输装置，具体详见下述实施例。
97.本技术实施例提供一种元模型信息传输装置20，如图4所示，该元模型信息传输装置20具体可以包括：关系建立模块201，用于当检测到用户触发的关于建立两个元模型的关联关系的指令时，建立两个元模型之间的关联关系；第一判断模块202，用于判断两个元模型中是否具有一致的相同属性项目；第二判断模块203，用于当具有相同属性项目时，判断任一元模型的相同属性项目是否存在对应的属性信息；第一确定模块204，用于当存在时，将任一元模型的相同属性项目对应的属性信息确定为待传输属性信息；信息传输模块205，用于将待传输属性信息传输至另一元模型中对应的相同属性项目中，并确定相同属性项目与待传输属性信息的对应关系。
98.本技术实施例提供了一种元模型信息传输装置20，其中，当检测到用户触发的关于建立两个元模型之间的关联关系的指令时，说明两个元模型需要相互关联，以完成某项任务操作。因此关系建立模块201建立两个元模型之间的关联关系。第一判断模块202判断两个元模型中是否具有相同的属性项目，若有，则说明两个元模型服务于同一个静态资产。因此第二判断模块203进一步判断相同属性项目中是否存在属性信息，若相同属性项目中存在属性信息，则第一确定模块204将相同属性项目中的属性信息确定为待传输属性信息。最后信息传输模块205将待传输属性信息传输至另一元模型中的相同属性项目处即可，即，具有相同属性项目的元模型在具有关联关系的状态下，待传输属性信息自动传输至其他具有关联关系的元模型中并自动输入待传输属性信息，相较于用户对每个元模型依次输入属性信息更加方便，提高了搭建效率。
99.本技术实施例的一种可能的实现方式，元模型包括服务元模型，装置20还包括：优先级确定模块，用于当建立两个服务元模型的关联关系时，确定两个服务元模型的服务优先级，服务元模型表征静态资产对应的操作行为；元模型确定模块，用于将服务优先级高的服务元模型确定为第一服务元模型，并将服务优先级低的服务元模型确定为第二服务元模型；事件元模型生成模块，用于基于第一服务元模型的属性信息生成第一服务元模型的事件元模型，并建立事件元模型与第一服务元模型的关联关系，事件元模型用于监听第一服务元模型是否触发，当第一服务元模型触发时，触发事件元模型以使得其他服务元模型监听到第一服务元模型已触发；订阅元模型生成模块，用于基于事件元模型的属性信息以及第二服务元模型的属性信息生成第二服务元模型的订阅元模型，并建立订阅元模型与第二服务元模型的关联关系，订阅元模型表征当事件元模型触发时，触发第二服务元模型。
100.本技术实施例的一种可能的实现方式，属性信息包括名称，装置20还包括；信息查找模块，用于当检测到用户输入任一元模型的名称时，基于名称查找任一元模型对应的静态资产的相关信息，相关信息对应有属性项目；对应关系确定模块，用于将相关信息传输至对应的属性项目处，并确定相关信息与属性项目的对应关系。
101.本技术实施例的一种可能的实现方式，装置20还包括：链接生成模块，用于当检测到用户触发的建立服务元模型的指令时，根据当前已建立的服务元模型，生成服务元模型与每个当前已建立的服务元模型之间的关联链接；链接输出模块，用于输出关联链接；关联关系确定模块，用于当检测到用户触发的任一关联链接的选中指令时，基于任一关联链接确定服务元模型与对应的已建立的服务元模型的关联关系。
102.本技术实施例的一种可能的实现方式，装置20还包括：第二确定模块，用于从当前已建立的元模型中确定出关联元模型，关联元模型包括具有相同属性项目的元模型；第一控制显示模块，用于控制关联元模型按照同种颜色显示。
103.本技术实施例的一种可能的实现方式，装置20还包括：颜色确定模块，用于基于待传输属性信息的传输顺序、起始元模型的颜色以及预设颜色明度减小值确定每个关联元模型对应的输出颜色，起始元模型为关联元模型中首个建立的元模型；第二控制显示模块，用于控制每个关联元模型按照输出颜色显示。
104.本技术实施例的一种可能的实现方式，装置20还包括：方位确定模块，用于确定关联元模型中相邻两个元模型之间的方位信息；图标生成模块，用于基于方位信息以及待传输属性信息的传输顺序生成指向图标，指向图标表征待传输属性信息在任一元模型处向下一元模型处的传输方向；第三控制显示模块，用于控制指向图标在对应的元模型处显示。
105.在本技术实施例中，第一判断模块202以及第二判断模块203可以是相同的判断模块，也可以是不同的判断模块。第一确定模块204以及第二确定模块可以是相同的确定模块，也可以是不同的确定模块。第一控制显示模块、第二控制显示模块以及第三控制显示模块可以是相同的控制显示模块，也可以是不同的控制显示模块，还可以是部分相同的控制显示模块。
106.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的一种元模型信息传输装置20的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
107.本技术实施例中提供了一种电子设备，如图5所示，图5所示的电子设备30包括：处理器301和存储器303。其中，处理器301和存储器303相连，如通过总线302相连。可选地，电子设备30还可以包括收发器304。需要说明的是，实际应用中收发器304不限于一个，该电子设备30的结构并不构成对本技术实施例的限定。
108.处理器301可以是cpu（central processing unit，中央处理器），通用处理器，dsp（digital signal processor，数据信号处理器），asic（application specific integrated circuit，专用集成电路），fpga（field programmable gate array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
109.总线302可包括一通路，在上述组件之间传送信息。总线302可以是pci（peripheral component interconnect，外设部件互连标准）总线或eisa（extended industry standard architecture，扩展工业标准结构）总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一型的总线。
110.存储器303可以是rom（read only memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，ram（random access memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom（electrically erasable programmable read only memory，电可擦可编程只读存储器）、cd-rom（compact disc read only memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
111.存储器303用于存储执行本技术方案的应用程序代码，并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码，以实现前述方法实施例所示的内容。
112.其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda（个人数字助理）、pad（平板电脑）、pmp（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。还可以为服务器等。图5示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
113.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与相关技术相比，本技术实施例中当检测到用户触发的关于建立两个元模型之间的关联关系的指令时，说明两个元模型需要相互关联，以完成某项任务操作。因此建立两个元模型之间的关联关系。判断两个元模型中是否具有相同的属性项目，若有，则说明两个元模型服务于同一个静态资产。因此进一步判断相同属性项目中是否存在属性信息，若相同属性项目中存在属性信息，则将相同属性项目中的属性信息确定为待传输属性信息。最后将待传输属性信息传输至另一元模型中的相同属性项目处即可，即，具有相同属性项目的元模型在具有关联关系的状态下，待传输属性信息自动传输至其他具有关联关系的元模型中并自动输入待传输属性信息，相较于用户对每个元模型依次输入属性信息更加方便，提高了搭建效率。
114.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
115.以上仅是本技术的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为
本技术的保护范围。