CN117793190A - 元模型文件的生成方法、装置和存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种元模型文件的生成方法、装置和存储介质及电子设备。其中，该方法包括：获取第一元模型文件，其中，第一元模型文件用于定义车载控制系统中的非标准中间件；将第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，参考元模型文件用于按照目标通信协议定义车载控制系统中的标准中间件，参考元模型文件的文件格式为ARXML格式；根据第二元模型文件生成对象操作界面，并在对象操作界面中显示与非标准中间件关联的通信链路图；响应于对通信链路图的编辑操作，确定对第二元模型文件进行调整；根据调整后的第二元模型文件确定目标元模型文件。本申请解决了现有的元模型文件的生成方法存在系统兼容性较差的技术问题。

Description

元模型文件的生成方法、装置和存储介质及电子设备

技术领域

本申请涉及智能驾驶领域，具体而言，涉及一种元模型文件的生成方法、装置和存储介质及电子设备。

背景技术

在自动驾驶领域上，高等级自动驾驶领域对异构通信的功能是必不可少的，而标准AUTOSAR Adaptive Platform因技术实现的局限性，采取的优势方案是与非AUTOSAR标准的中间件通信功能相融合，而达到异构通信。

随着自动驾驶产业化进程的深入，对配套工具链的要求也是越来越高，为满足实现异构通信的配置，需要将标准中间件与非标准中间件进行通信融合。针对非AUTOSAR标准工具链的实现，通常用xml文件格式对元模型进行数据保存。但xml格式的文件不能与标准AUTOSAR定义的数据文件ARXML格式保持一致，且xml格式的元模型文件的可读性较差。也就是说，现有的元模型文件的生成方法存在系统兼容性较差的技术问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种元模型文件的生成方法、装置和存储介质及电子设备，以至少解决相技术生成的元模型文件的系统兼容性较差的技术问题。

根据本申请实施例的一个方面，提供了一种元模型文件的生成方法，包括：获取第一元模型文件，其中，上述第一元模型文件用于定义车载控制系统中的非标准中间件；将上述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，上述参考元模型文件用于按照目标通信协议定义上述车载控制系统中的标准中间件，上述参考元模型文件的文件格式为ARXML格式；根据上述第二元模型文件生成对象操作界面，并在上述对象操作界面中显示与上述非标准中间件关联的通信链路图，其中，上述通信链路图中包括多个节点图形以及上述节点图形之间的连接关系，上述节点图形用于指示上述车载控制系统中的通信对象，上述连接关系用于指示上述通信对象之间的通信链路；响应于对上述通信链路图的编辑操作，确定对上述第二元模型文件进行调整；根据调整后的上述第二元模型文件确定目标元模型文件，其中，上述目标元模型文件的文件格式为上述ARXML格式。

根据本申请实施例的另一方面，还提供了一种元模型文件的生成装置，包括：获取单元，用于获取第一元模型文件，其中，上述第一元模型文件用于定义车载控制系统中的非标准中间件；添加单元，用于将上述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，上述参考元模型文件用于按照目标通信协议定义上述车载控制系统中的标准中间件，上述参考元模型文件的文件格式为ARXML格式；显示单元，用于根据上述第二元模型文件生成对象操作界面，并在上述对象操作界面中显示与上述非标准中间件关联的通信链路图，其中，上述通信链路图中包括多个节点图形以及上述节点图形之间的连接关系，上述节点图形用于指示上述车载控制系统中的通信对象，上述连接关系用于指示上述通信对象之间的通信链路；编辑单元，用于响应于对上述通信链路图的编辑操作，确定对上述第二元模型文件进行调整；确定单元，用于根据调整后的上述第二元模型文件确定目标元模型文件，其中，上述目标元模型文件的文件格式为上述ARXML格式。

可选地，上述元模型文件的生成装置，还包括：第一配置单元，用于在第一开发平台中配置与上述车载控制系统匹配的开发工具框架，得到第二开发平台；第二配置单元，用于在上述第二开发平台中配置图形建模框架，得到目标开发平台，其中，上述目标开发平台用于根据上述第一元模型文件获取上述目标元模型文件。

可选地，上述编辑单元，用于：从上述第一元模型文件中获取节点定义信息，其中，上述节点定义信息用于指示上述非标准中间件的对象属性；从上述第一元模型文件中获取进程配置信息，其中，上述进程配置信息用于指示上述非标准中间件的通信进程属性；将上述节点定义信息和上述进程配置信息添加至上述参考元模型文件中，得到上述第二元模型文件。

可选地，上述显示单元，用于：通过上述第一开发平台提供的代码生成接口，将上述第二元模型文件转化为模型代码，并获取用于指示上述对象操作界面的界面代码；通过上述图形建模框架提供的界面生成接口，根据上述模型代码和上述界面代码生成上述对象操作界面。

可选地，上述添加单元，用于：根据上述节点定义信息和上述进程配置信息，获取上述第二元模型文件中包括的模型对象；根据上述开发工具框架提供的序列化接口，将上述模型对象转化为上述第二元模型文件。

可选地，上述显示单元，用于以下至少之一：响应于在通信链路图中对图框图形的第一编辑操作，确定在上述第二元模型文件中添加与上述图框图形对应的第一配置信息，其中，上述第一配置信息用于指示对与上述非标准中间件关联的通信进程的调整操作；响应于在通信链路图中对上述节点图形的第二编辑操作，确定在上述第二元模型文件中添加与上述节点图形对应的第二配置信息，其中，上述第二配置信息用于指示对上述通信对象的调整操作，位于同一个上述图框图形中的上述节点图形用于指示同一个上述通信进程下的上述通信对象；响应于在通信链路图中添加连接关系，获取与上述连接关系关联的至少两个上述节点图形，确定在上述第二元模型文件中添加与至少两个上述节点图形分别对应的第三配置信息，其中，上述第三配置信息用于指示对至少两个上述通信对象之间的上述通信链路的调整操作；其中，上述调整操作包括以下至少之一：对象创建操作，对象删除操作，对象更改操作。

可选地，上述显示单元，用于以下至少之一：响应于在上述图形建模框架中的视图层的编辑操作，通过上述图形建模框架中的编辑器对模型层中的对象进行调整，其中，上述视图层用于显示上述通信链路图；响应于在上述图形建模框架中的上述模型层中的调整操作，通过上述图形建模框架中的上述编辑器向上述视图层发送调整信息；根据上述调整信息在上述视图层中显示调整后的上述通信链路图。

根据本申请实施例的又一个方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上元模型文件的生成方法。

根据本申请实施例的又一方面，还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的元模型文件的生成方法。

在本申请的上述实施例中，获取第一元模型文件，其中，第一元模型文件用于定义车载控制系统中的非标准中间件；将第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，参考元模型文件用于按照目标通信协议定义车载控制系统中的标准中间件，参考元模型文件的文件格式为ARXML格式；根据第二元模型文件生成对象操作界面，并在对象操作界面中显示与非标准中间件关联的通信链路图，其中，通信链路图中包括多个节点图形以及节点图形之间的连接关系，节点图形用于指示车载控制系统中的通信对象，连接关系用于指示通信对象之间的通信链路；响应于对通信链路图的编辑操作，确定对第二元模型文件进行调整；根据调整后的第二元模型文件确定目标元模型文件，其中，目标元模型文件的文件格式为ARXML格式，从而实现将非标准中间件的元模型文件转化为与标准中间件元模型文件匹配的文件格式，从而提升非标准中间件的元模型文件的系统兼容性；此外，通过可视化的编辑界面实现对非标准中间件的元模型文件的编辑操作，提升了非标准中间件的元模型文件的可读性，进而解决了现有方式生成的元模型文件的系统兼容性较差的技术问题。

附图说明

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

图1是根据本申请实施例的一种可选的元模型文件的生成方法的应用环境的示意图；

图2是根据本申请实施例的一种可选的元模型文件的生成方法的流程图；

图3是根据本申请实施例的一种可选的通信链路的示意图；

图4是根据本申请实施例的另一种可选的元模型文件的生成方法的流程图；

图5是根据本申请实施例的一种可选的目标开发平台的框架示意图；

图6是根据本申请实施例的一种可选的元模型文件的生成方法的示意图；

图7是根据本申请实施例的另一种可选的元模型文件的生成方法的示意图；

图8是根据本申请实施例的一种元模型文件的生成装置的示意图；

图9是根据本申请实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种元模型文件的生成方法，可选地，上述元模型文件的生成方法可以但不限于应用于如图1所示的硬件环境中。可选地，本申请提供的上述元模型文件的生成方法可以应用于一种车辆终端中。图1示出了车辆终端101的侧视图，车辆终端101可以在行进表面113上行驶。车辆终端101包括存储有机载导航系统103、数字化道路地图104的存储器102、空间监测系统117、交通工具控制器109、GPS(全球定位系统)传感器110、HMI(人/机交互界面)装置111，还包括自主控制器112和远程信息处理控制器114。

在一个实施例中，空间监测系统117包括一个或多个空间传感器和系统，空间传感器和系统用于监测车辆终端101前方的可视区域105，空间监测系统117中还包括空间监测控制器118；用于监测可视区域105的空间传感器包括激光雷达传感器106、雷达传感器107、摄像头108等。空间监测控制器118可以用于基于来自空间传感器的数据输入生成与可视区域105相关的数据。空间监测控制器118可以根据来自空间传感器的输入，确定车辆终端101的线性范围、相对速度和轨迹，例如，确定自车的当前速度以及相较于前车的相对速度。车辆终端空间监测系统117的空间传感器可包括对象定位感测装置，对象定位感测装置可以包括范围传感器，范围传感器可以用于定位前方对象例如前车对象。

摄像头108有利地被安装和定位在车辆终端101上处于允许捕获可视区域105的图像的位置中，其中，可视区域105的至少部分包括在车辆终端101前方并且包括车辆终端101的轨迹的行进表面113的部分。可视区域105还可包括周围环境。还可采用其它摄像头，例如，包括被设置在车辆终端101的后部分或侧部分上的第二摄像头，以监测车辆终端101的后方以及车辆终端101的右侧或左侧中的一个。

自主控制器112被配置成实施自主驾驶或高级驾驶员辅助系统(ADAS)车辆终端功能性。此类功能性可包括能够提供一定驾驶自动化水平的车辆终端机载控制系统。驾驶自动化可包括一系列动态驾驶和车辆终端操作。驾驶自动化可包括涉及单个车辆终端功能(例如，转向、加速和/或制动)的某种水平的自动控制或干预。上述自主控制器112中的非标准中间件的元模型文件的生成方式可以包括如下步骤：

S102，获取第一元模型文件，其中，第一元模型文件用于定义车载控制系统中的非标准中间件；

S104，将第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，参考元模型文件用于按照目标通信协议定义车载控制系统中的标准中间件，参考元模型文件的文件格式为ARXML格式；

S106，根据第二元模型文件生成对象操作界面，并在对象操作界面中显示与非标准中间件关联的通信链路图，其中，通信链路图中包括多个节点图形以及节点图形之间的连接关系，节点图形用于指示车载控制系统中的通信对象，连接关系用于指示通信对象之间的通信链路；

S108，响应于对通信链路图的编辑操作，确定对第二元模型文件进行调整；

S110，根据调整后的第二元模型文件确定目标元模型文件，其中，目标元模型文件的文件格式为ARXML格式。

HMI装置111提供人机交互，用于指导信息娱乐系统、GPS(全球定位系统)传感器110、机载导航系统103和类似的操作的目的，并且包括控制器。HMI装置111监测操作者请求，并且向操作者提供车辆终端系统的状态、服务和维护信息。HMI装置111与多个操作者界面装置通信，和/或控制多个操作者界面装置的操作。HMI装置111还可与一个或多个装置通信，所述一个或多个装置监测与车辆终端操作者相关联的生物特征数据。为了描述的简单性，HMI装置111被描绘为单一装置，但是在本文描述的系统的实施例中，可被配置为多个控制器和相关联的感测装置。

操作者控制件可被包括在车辆终端101的乘客舱中，并且通过非限制性示例的方式可包括方向盘、加速器踏板、制动踏板和操作者输入装置，所述操作者输入装置是HMI装置111的元件。操作者控制件使得车辆终端操作者能够与运行的车辆终端101交互，并且指导车辆终端101的操作，以提供乘客运输。

机载导航系统103采用数字化道路地图104，用于向车辆终端操作者提供导航支持和信息的目的。自主控制器112采用数字化道路地图104，用于控制自主车辆终端操作或ADAS车辆终端功能的目的。

车辆终端101可包括远程信息处理控制器114，远程信息处理控制器114包括能够进行车辆终端外通信(包括与具有无线和有线通信能力的通信网络115通信)的无线远程信息处理通信系统。无线远程信息处理通信系统中包括非机载服务器116，能够与移动终端短程无线通信。

通过本申请的上述实施方式，通过获取第一元模型文件；将第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，参考元模型文件的文件格式为ARXML格式；根据第二元模型文件生成对象操作界面，并在对象操作界面中显示与非标准中间件关联的通信链路图；响应于对通信链路图的编辑操作，确定对第二元模型文件进行调整；根据调整后的第二元模型文件确定目标元模型文件，其中，目标元模型文件的文件格式为ARXML格式，从而实现将非标准中间件的元模型文件转化为与标准中间件元模型文件匹配的文件格式，从而提升非标准中间件的元模型文件的系统兼容性；此外，通过可视化的编辑界面实现对非标准中间件的元模型文件的编辑操作，提升了非标准中间件的元模型文件的可读性，进而解决了现有方式生成的元模型文件的系统兼容性较差的技术问题。

作为一种可选的实施方式，如图2所示，上述元模型文件的生成方法可以由电子设备执行，如图1所示的车辆终端中包括的电子设备，具体步骤包括：

S202，获取第一元模型文件，其中，第一元模型文件用于定义车载控制系统中的非标准中间件；

S204，将第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，参考元模型文件用于按照目标通信协议定义车载控制系统中的标准中间件，参考元模型文件的文件格式为ARXML格式；

S206，根据第二元模型文件生成对象操作界面，并在对象操作界面中显示与非标准中间件关联的通信链路图，其中，通信链路图中包括多个节点图形以及节点图形之间的连接关系，节点图形用于指示车载控制系统中的通信对象，连接关系用于指示通信对象之间的通信链路；

S208，响应于对通信链路图的编辑操作，确定对第二元模型文件进行调整；

S210，根据调整后的第二元模型文件确定目标元模型文件，其中，目标元模型文件的文件格式为ARXML格式。

需要说明的是，在上述实施方式中的S202中的车载控制系统可以具体为AUTOSAR系统架构，即一种汽车开放系统架构，该架构可以用于车辆电子系统软件的交互与更新，并为高效管理复杂的车辆电子和软件系统提供基础。AUTOSAR定义了一种具有语义约束的正式数据交换格式，这种数据信息作为标准描述存储在AUTOSAR XML(即ARXML)文件中，ARXML文件作为通用配置文件或数据库文件，用于AUTOSAR系统架构中的数据传输和数据存储。

在上述实施方式中，基于上述AUTOSAR系统架构创建的中间件为标准中间件，并非基于上述AUTOSAR系统架构创建的中间件为非标准中间件。可以理解的是，标准中间件的配置文件的文件格式为上述ARXML格式，而非标准中间件的配置文件的文件格式通常为xml格式，即通过xml文件进行数据保存。由于xml文件不能与标准AUTOSAR定义的数据文件ARXML格式保持一致及可读性较差。

为了解决上述问题，在上述步骤S202中，可以先获取第一元模型文件。可选地，上述第一元模型文件的文件格式可以包括但不限于是上述xml格式。在获取到上述第一元模型文件之后，可以将上述第一元模型文件中包括的相关元模型对象添加至参考元模型文件中。

具体而言，上述参考元模型文件可以具体为autosar450.ecore文件，该文件为AUTOSAR系统架构的版本文件。添加的元模型对象可以包括但不限于是节点头文件定义以及进程配置文件，进而实现标准中间件和非标准中间件通信进程的融合。

在一种可选的实施方式中，上述获取第一元模型文件之前，还包括：

S1，在第一开发平台中配置与车载控制系统匹配的开发工具框架，得到第二开发平台；

S2，在第二开发平台中配置图形建模框架，得到目标开发平台，其中，目标开发平台用于根据第一元模型文件获取目标元模型文件。

需要说明的是，上述第一开发平台可以优选为Eclipse平台(集成开发环境框架)，上述开发工具框架可以优选为ARTOP(AUTOSAR Tool Platform，AUTOSAR工具平台)框架；上述图形建模框架可以优选为GMF(Graphical Modeling Framework)框架。

上述目标开发平台的建立可以用于非标准中间件工具链的开发操作，上述目标开发平台可以基于Eclipse以及AUTOSAR工具平台和GMF开发库建立。Eclipse框架是一个开源的，通过插件形式可扩展的开放框架。ARTOP平台是AUTOSAR组织的核心成员提供的一套基础平台。ARTOP平台提供了一些公共的基础功能，如所有工具均需的元模型实现等。ARTOP平台是建立在Eclipse框架的基础之上，也是以插件的形式提供，GMF库提供图形建模框架。

需要说明的是，上述ARTOP框架可以提供接口以用于如下方式的操作：首先，ARTOP可以提供元模型的实现，即将非标准中间件工具链的元模型元素添加到AUTOSAR版本上；其次，ARTOP可以进行文件的序列化操作，即将AUTOSAR模型对象和ARXML文件相互转化；此外，结合Eclipse平台，ARTOP提供了对分布到多个ARXML文件中的模型的基于Eclipse工作空间的模型加载、引用、保存和事务等方面的管理；最后，结合Eclipse平台提供的EMF.Edit框架，可以实现对元模型的编辑和界面显示。

需要进一步说明的是，在上述Eclipse平台所提供的EMF.Edit框架中，用来标识模型的模型可以称为Ecore，表示Ecore类主要有EClass、EAttribute、EDataType、EReference，其中：

EClass为类本身建立模型。类由名称标识，并可以有许多属性和引用。要支持继承，类可以将其他许多类作为它的父型；

EAttribute为属性建立模型，对象数据的组件；

EDataType用来表示没有为其细节建立类模型的简单类型；

EReference在类之间的模型关联中使用；它建立关联一端的模型。与属性相同，引用由名称标识，并且有类型。在关联的另一端，这种类型必须是EClass。

在建立了上述目标开发平台之后，上述将第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件包括：

S1，从第一元模型文件中获取节点定义信息，其中，节点定义信息用于指示非标准中间件的对象属性；

S2，从第一元模型文件中获取进程配置信息，其中，进程配置信息用于指示非标准中间件的通信进程属性；

S3，将节点定义信息和进程配置信息添加至参考元模型文件中，得到第二元模型文件。

可选地，上述将节点定义信息和进程配置信息添加至参考元模型文件中，得到第二元模型文件包括：

S1，根据节点定义信息和进程配置信息，获取第二元模型文件中包括的模型对象；

S2，根据开发工具框架提供的序列化接口，将模型对象转化为第二元模型文件。

具体而言，在本实施方式中，为满足非标准中间件通信链路功能，可以先设计非标准中间件要使用的头文件定义和进程配置的元模型，即获取上述第一元模型文件。

接着，将相关元模型对象添加至上述参考元模型文件中。具体而言，上述非标准中间件通信实现需要节点头文件定义及进程配置，首先将确定的节点头文件定义及进程配置的元模型元素添加到autosar450.ecore文件，利用ARTOP工作机制实现元模型数据的序列化。例如，可以采用AutosarXMLResourceImpl类对ARXML进行加载和保存，以兼容标准数据。

上述添加操作可以包括将头文件定义Definition的EPackage，和进程配置Out的EPackage元模型添加到上述autosar450.ecore文件，并生成model和edit代码，同时Ecore文件通过EAnnotation将标签信息附加到Ecore模型中的对象。

在得到上述第二元模型文件之后，在一种可选的实施方式中，上述根据第二元模型文件生成对象操作界面包括：

S1，通过第一开发平台提供的代码生成接口，将第二元模型文件转化为模型代码，并获取用于指示对象操作界面的界面代码；

S2，通过图形建模框架提供的界面生成接口，根据模型代码和界面代码生成对象操作界面。

具体地，在本实施方式中，在将非标准中间件的元模型元素定义在autosar450.ecore标准文件之后，可以得到与标准AUTOSAR元模型数据共存的genmodel文件(即上述第二元模型文件)；基于上述genmodel文件生成模型代码，接着根据模型代码和界面设计器代码生成编辑界面。

接着，可以通过第一开发平台即上述Eclipse平台提供的EMF.Edit框架基于上述配置文件生成编辑界面。可以理解的是，上述编辑界面中可以包括可视化和图形化编辑器，上述编辑界面包含容器及配置参数初始内容。

具体地，在本实施方式中，可以针对头文件定义和进程配置设计界面编辑器，根据EMF.Edit框架和生成的编辑器插件代码，采用标准的JFace查看器和属性表显示和编辑模型的实例。

其中，DefinitionEditor设计器主要用来配置节点头文件定义，OutEditor设计器主要用来配置进程和节点配置；采用JFace的可重用查看器类TreeViewer来依据结构化模型显示数据，JFace查看器使用内容提供程序来导航内容，使用标签提供程序来检索被显示对象的标签文本和图标。每个查看器类都使用一个内容提供程序来实现特定提供程序接口。其中，TreeViewer使用一个内容提供程序，该内容提供程序使用接口ITreeContentProvider。

在本实施方式中，在根据第二元模型文件进行界面显示的过程中，在TreeView中显示DefinitionEditor或者OutEditor资源，首先给查看器提供根对象。查看器将在标签提供程序上分别调用getText()和getImage()方法分别检索文本和图像。接着，TreeViewer将调用其内容提供程序上的getChildren()方法，检索下一级对象并显示在结构树中，结构树的余下部分将重复检索文本，图标和子对象这个过程，从而实现根据第二元模型文件在对象操作界面中对通信链路图进行显示。

在一种可选的实施方式中，上述响应于对通信链路图的编辑操作，确定对第二元模型文件进行调整，包括以下至少之一：

方式一、响应于在通信链路图中对图框图形的第一编辑操作，确定在第二元模型文件中添加与图框图形对应的第一配置信息，其中，第一配置信息用于指示对与非标准中间件关联的通信进程的调整操作；

方式二、响应于在通信链路图中对节点图形的第二编辑操作，确定在第二元模型文件中添加与节点图形对应的第二配置信息，其中，第二配置信息用于指示对通信对象的调整操作，位于同一个图框图形中的节点图形用于指示同一个通信进程下的通信对象；

方式三、响应于在通信链路图中添加连接关系，获取与连接关系关联的至少两个节点图形，确定在第二元模型文件中添加与至少两个节点图形分别对应的第三配置信息，其中，第三配置信息用于指示对至少两个通信对象之间的通信链路的调整操作；

其中，调整操作包括以下至少之一：对象创建操作，对象删除操作，对象更改操作。

可以理解的是，上述对象创建操作可以包括但不限于是创建通信进程、创建通信对象、创建通信链路；上述对象删除操作可以从原有的通信链路中将通信进程、通信对象或通信链路进行删除；上述对象更改操作可以是调整通信进程中包括的元素、调整通信进程关联的进程参数、调整通信对象的对象参数等。在本实施方式中，不对上述具体的调整方式进行限定。

以下结合图3对上述调整的方式进行说明。如图3所示，在画布拖拽一个矩形框可以代表配置一个进程，在矩形框中拖拽生成一个椭圆，可以代表一个通信对象节点，不同进程间节点之间数据订阅发布通过连线进行数据的传输。如图3所示，进程A(即上述通信进程)实例化节点(即上述通信对象)AppNodeA发布数据dataA，进程B实例化节点AppNodeB发布数据dataB，由于AppNodeA和AppNodeB之间具有数据通信链路，指示AppNodeB订阅了AppNodeA发布的dataA；

进程C实例化节点AppNodeE关联的链接关系指示AppNodeE订阅dataA和dataB。在图3中，以图形拓扑的结构直观的显示了节点之间数据订阅发布关系，同时可以响应于对画布的操作，将产生的配置数据均以ARXML存储介质保存。

可选地，上述根据第二元模型文件生成对象操作界面，并在对象操作界面中显示与非标准中间件关联的通信链路图之后，还包括以下至少之一：

方式一、响应于在图形建模框架中的视图层的编辑操作，通过图形建模框架中的编辑器对模型层中的对象进行调整，其中，视图层用于显示通信链路图；

方式二、响应于在图形建模框架中的模型层中的调整操作，通过图形建模框架中的编辑器向视图层发送调整信息；根据调整信息在视图层中显示调整后的通信链路图。

可以理解的是，在本申请的上述实施方式中，即可以响应于对界面中对象的编辑操作，对应调整模型层中的对象，进而对第二元模型文件中的元模型对象进行调整；还可以响应于在模型层中的调整操作，对应更新显示的通信链路图。

需要说明的是，图形建模框架GMF(Graphical Modeling Framework)可以用于实现图形化界面，GMF框架包含有存储/加载层、模型层、控制器层和视图层。

上述存储/加载层：模型存储器支持模型存储功能，可同时存储模型的语义信息和图形信息；模型加载器可将存储的模型的语义信息和图形信息加载到系统中，以供用户修改和编辑；

上述模型层：位于模型层的是模型元素语义对象，语义对象仅维护与建模元素语义相关的信息，而不关心其图形化表示，如其图符形状、颜色、大小及布局等；

上述视图层：位于视图层的是模型元素图形对象，图形对象维护与建模元素图形显示相关的信息，如上文中的图符形状、颜色、大小及布局等；可以理解的是，上述通信链路图即可以在上述视图层中进行显示。

所述控制层：在模型视图控制器模式中，模型元素语义对象与其图形化表示之间不能直接相互操纵，而是通过位于二者之间的控制器来完成

在本实施方式中，上述图形建模框架GMF中控制器的主要作用包括：接收视图层的消息，对模型层进行相应的处理；例如用户拟在一个模型元素中加入一个子模型元素，需要由控制器将发生在父模型元素图形对象上的用户鼠标点击事件解析为响应的创建子元素请求，并根据请求，在父模型元素的语义对象中创建子模型元素；此外，还可以将模型层的改变反映到视图层，例如在父模型元素的语义对象中添加一个子模型元素的语义对象后，需要由控制器为子模型元素创建相应的图形对象，在视图中进行显示。

以下结合图4对本申请的一个完整实施方式进行说明。

S402，基于Eclipse插件平台集成ARTOP和GMF开发库；

非标准中间件工具链基于Eclipse(集成开发环境框架)以及AUTOSAR工具平台(ARTOP)和GMF开发库建立。Eclipse框架是一个开源的，通过插件形式可扩展的开放框架。ARTOP平台是AUTOSAR组织的核心成员提供的一套基础平台。ARTOP平台提供了一些公共的基础功能，如所有工具均需的元模型实现等。ARTOP平台是建立在Eclipse框架的基础之上，也是以插件的形式提供，GMF库提供图形建模框架。

建立得到的目标开发平台可以如图5所示。如图5中，可以在Eclipse基础平台501上首先集成AUTOSAR工具平台和GMF开发库，同时，集成EMF编辑框架，得到模型服务层502。可以理解的是，可以利用Eclipse的EMF编辑器实现对元模型文件的文件编辑以及基于编辑得到的文件生成对应的文件代码。进一步地，如图5中的通用服务层503中，上述目标开发平台的ARTOP提供了对分布到多个ARXML文件中的模型的基于Eclipse工作空间的模型加载、引用、保存和事务等方面的管理，即实现对编辑域和工作区间的管理。进一步地，在工具视图层504中，基于运行的GMF进程，可以实现对通信链路的图形化，同时根据EMF.Edit框架提供一系列机制对模型进行编辑和操作，包括节点头文件编辑以及进程编辑。

接着，如S404，为满足非标准中间件通信功能，设计非标准中间件元模型；

如S406，将非标准中间件的节点头文件定义及进程配置元素添加到标准AUTOSAR原模型Ecore文件；

上述步骤可以用于进行元模型编辑，非标准中间件通信实现需要节点头文件定义及进程配置，首先将确定的节点头文件定义及进程配置的元模型元素添加到autosar450.ecore文件，利用ARTOP工作机制实现元模型数据的序列化，采用AutosarXMLResourceImpl类对ARXML进行加载和保存，以兼容标准数据，其中头文件定义Definition的EPackage和进程配置Out的EPackage元模型添加到autosar450.ecore文件，并生成model和edit代码，同时Ecore文件通过EAnnotation将标签信息附加到Ecore模型中的对象；

S408，依据Ecore文件，生成模型代码，根据模型代码，根据模型代码和界面设计器代码生成头文件定义和进程配置编辑界面，采用模块加载和保存机制将编辑器界面数据以ARXML文件存储介质保存；

以下结合图6对本实施方式进行具体说明。在本实施方式中，针对头文件定义和进程配置设计界面编辑器，根据EMF.Edit框架和生成的编辑器插件代码，采用标准的JFace查看器和属性表显示和编辑模型的实例。如在图6中的编辑器视图层601中，DefinitionEditor设计器用于配置节点头文件定义，OutEditor设计器用于配置进程和节点配置，采用JFace的可重用查看器类TreeViewer来依据结构化模型显示数据，进一步地，JFace查看器使用内容提供程序来导航内容，使用标签提供程序来检索被显示对象的标签文本和图标。每个查看器类都使用一个内容提供程序来实现特定提供程序接口。其中，TreeViewer使用一个内容提供程序，它使用接口ITreeContentProvider。

在本实施方式中，在编辑器视图层601中，在TreeView中显示DefinitionEditor或者OutEditor资源，首先给查看器提供根对象。查看器将在标签提供程序上分别调用getText()和getImage()方法分别检索文本和图像。接着，TreeViewer将调用其内容提供程序上的getChildren()方法，检索下一级对象并显示在结构树中，结构树的余下部分将重复检索文本，图标和子对象这个过程。

在编辑器视图层601中，当DefinitionEditor或者OutEditor编辑器通过解析ARXML文件生成界面内容，获取配置文件的配置信息显示到视图，同时当模型发生改变时，与被修改的对象相关联的ItemProvider的notifyChanged()方法被调用，事件立即被通知给ItemProviderAdapterFactory；所有的ItemProvider都是通过ItemProviderAdapterFactory创建并注册为监听器的，因此ItemProviderAdapterFactory可以把事件通过fireNotifyChanged()通知给所有这些监听器的notifyChanged()方法，相应的改变也即通知到编辑器视图。

可以理解的是，通过图6中编辑器视图层601中的消息处理机制，即可实现在模型层602中对元模型以及对应的ARXML文件的对应调整。

最后，如S410，设计进程间通信链路图形化拓扑，通信链路关系配置数据以ARXML文件存储介质保存。

以下结合图7对上述步骤S410进行具体说明。

如步骤S702，创建GMF工程。具体地，在创建的GMF工程中，创建一个领域模型，以表示模型的语义，领域模型保存以.ecore文件中，其定义方式类似于统一建模语言类图，以类表示单个的模型元素，以关联等表示模型元素之间的关系，以数据订阅发布为实例，.ecore文件包含进程和节点的元模型元素；

接着执行步骤S704-1，S704-2以及S704-3。如步骤S704-2，创建一个图形定义模型，该模型定义了编辑器中显示的各种图形元素；可指定其显示的形状、颜色、大小以及布局方式等，图形定义保存在以.gmfgraph为后缀的文件中，以数据订阅发布为实例，进程以矩形框表示，节点以椭圆框表示，节点间数据订阅过程以箭头连线连接；

如步骤S704-1，创建工具定义模型，该模型用于定义工具栏、菜单栏中要显示的各种图形元素，工具定义保存在以.gmftool为后缀的文件中，在工具栏右侧显示进程、节点和连线的菜单栏；

如步骤S704-3，在创建了领域模型、图形定义和工具定义之后，创建映射定义模型，映射模型将领域模型中的元素与其图形定义和工具定义关联起来，映射模型保存以.gmfmap为后缀的文件中；

如步骤S706，创建生成器模型；即由映射模型创建器模型，保存在.gmfgen为后缀的文件中，生成器模型中包含了映射模型中的信息；接着可以在对象编辑界面实现S708和S710，调整生成参数以及生成插件图形；

最后由生成器模型生成模型编辑器的具体实现代码，生成的模型编辑器也以Eclipse平台下的插件存在。

上述步骤S708和S710的具体实现可以如图3所示，如图3所示，在画布拖拽一个矩形框可以代表配置一个进程，在矩形框中拖拽生成一个椭圆，可以代表一个通信对象节点，不同进程间节点之间数据订阅发布通过连线进行数据的传输。如图3所示，进程A(即上述通信进程)实例化节点(即上述通信对象)AppNodeA发布数据dataA，进程B实例化节点AppNodeB发布数据dataB，由于AppNodeA和AppNodeB之间具有数据通信链路，指示AppNodeB订阅了AppNodeA发布的dataA；

进程C实例化节点AppNodeE关联的链接关系指示AppNodeE订阅dataA和dataB。在图3中，以图形拓扑的结构直观的显示了节点之间数据订阅发布关系，同时可以响应于对画布的操作，将产生的配置数据均以ARXML存储介质保存。

通过本申请的上述实施方式，可以将非AUTOSAR标准的中间件数据以ARXML存储介质来保存。在上述实施方式中，在实现上基于ARTOP框架进行开发，ARTOP主要提供一个统一的AUTOSAR工具基础平台，使得不同的工具供应方基于该平台开发自己的工具产品，对于非标准的中间件工具，为与标准的工具产品和通信功能融合，也可基于ARTOP对标准的元模型进行扩展加上非标准中间件元模型，同时采用统一的数据存储格式和解析数据，确保数据不会发生丢失，同时确保文件的兼容性。

此外，在设计并配置节点间通信关系时，由于通信管理相关的服务、映射、部属等数据链路逻辑复杂，仅依靠可视化界面很难理解整个进程与节点的通信关系。在本申请的上述实施方式中，采用GMF框架实现对EMF框架和GEF框架的整合，使得图形化开发更简单，显示也更直观，同时通信链路的关系以ARXML存储介质保存，达到与标准AUTOSAR数据的无缝对接，解决现有的元模型文件的兼容性较差的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

根据本申请实施例的另一个方面，还提供了一种用于实施上述元模型文件的生成方法的元模型文件的生成装置。如图8所示，该装置包括：

获取单元802，用于获取第一元模型文件，其中，上述第一元模型文件用于定义车载控制系统中的非标准中间件；

添加单元804，用于将上述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，上述参考元模型文件用于按照目标通信协议定义上述车载控制系统中的标准中间件，上述参考元模型文件的文件格式为ARXML格式；

显示单元806，用于根据上述第二元模型文件生成对象操作界面，并在上述对象操作界面中显示与上述非标准中间件关联的通信链路图，其中，上述通信链路图中包括多个节点图形以及上述节点图形之间的连接关系，上述节点图形用于指示上述车载控制系统中的通信对象，上述连接关系用于指示上述通信对象之间的通信链路；

编辑单元808，用于响应于对上述通信链路图的编辑操作，确定对上述第二元模型文件进行调整；

确定单元810，用于根据调整后的上述第二元模型文件确定目标元模型文件，其中，上述目标元模型文件的文件格式为上述ARXML格式。

可选地，上述元模型文件的生成装置，还包括：第一配置单元，用于在第一开发平台中配置与上述车载控制系统匹配的开发工具框架，得到第二开发平台；第二配置单元，用于在上述第二开发平台中配置图形建模框架，得到目标开发平台，其中，上述目标开发平台用于根据上述第一元模型文件获取上述目标元模型文件。

可选地，上述编辑单元808，用于：从上述第一元模型文件中获取节点定义信息，其中，上述节点定义信息用于指示上述非标准中间件的对象属性；从上述第一元模型文件中获取进程配置信息，其中，上述进程配置信息用于指示上述非标准中间件的通信进程属性；将上述节点定义信息和上述进程配置信息添加至上述参考元模型文件中，得到上述第二元模型文件。

可选地，上述显示单元806，用于：通过上述第一开发平台提供的代码生成接口，将上述第二元模型文件转化为模型代码，并获取用于指示上述对象操作界面的界面代码；通过上述图形建模框架提供的界面生成接口，根据上述模型代码和上述界面代码生成上述对象操作界面。

可选地，上述添加单元804，用于：根据上述节点定义信息和上述进程配置信息，获取上述第二元模型文件中包括的模型对象；根据上述开发工具框架提供的序列化接口，将上述模型对象转化为上述第二元模型文件。

可选地，上述显示单元806，用于以下至少之一：响应于在通信链路图中对图框图形的第一编辑操作，确定在上述第二元模型文件中添加与上述图框图形对应的第一配置信息，其中，上述第一配置信息用于指示对与上述非标准中间件关联的通信进程的调整操作；响应于在通信链路图中对上述节点图形的第二编辑操作，确定在上述第二元模型文件中添加与上述节点图形对应的第二配置信息，其中，上述第二配置信息用于指示对上述通信对象的调整操作，位于同一个上述图框图形中的上述节点图形用于指示同一个上述通信进程下的上述通信对象；响应于在通信链路图中添加连接关系，获取与上述连接关系关联的至少两个上述节点图形，确定在上述第二元模型文件中添加与至少两个上述节点图形分别对应的第三配置信息，其中，上述第三配置信息用于指示对至少两个上述通信对象之间的上述通信链路的调整操作；其中，上述调整操作包括以下至少之一：对象创建操作，对象删除操作，对象更改操作。

可选地，上述显示单元806，用于以下至少之一：响应于在上述图形建模框架中的视图层的编辑操作，通过上述图形建模框架中的编辑器对模型层中的对象进行调整，其中，上述视图层用于显示上述通信链路图；响应于在上述图形建模框架中的上述模型层中的调整操作，通过上述图形建模框架中的上述编辑器向上述视图层发送调整信息；根据上述调整信息在上述视图层中显示调整后的上述通信链路图。

具体实施例可以参考上述元模型文件的生成方法中所示示例，本示例中在此不再赘述。

根据本申请实施例的又一个方面，还提供了一种用于实施上述设备控制方法的电子设备，如图9所示，该电子设备包括存储器902和处理器904，该存储器902中存储有计算机程序，该处理器904被设置为通过计算机程序执行上述任一项方法实施例中的步骤。上述存储器902中可以但不限于包括上述设备控制装置中的获取单元802、添加单元804、显示单元806、编辑单元808以及确定单元810。此外，还可以包括但不限于上述设备控制装置中的其他模块单元，本示例中不再赘述。

根据本申请的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序/指令，该计算机程序/指令包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理器执行时，执行本申请实施例提供的各种功能。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，电子设备的计算机系统仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理器执行时，执行本申请的系统中限定的各种功能。

根据本申请的一个方面，提供了一种计算机可读存储介质，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的方法。

可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，获取第一元模型文件，其中，上述第一元模型文件用于定义车载控制系统中的非标准中间件；

S2，将上述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，上述参考元模型文件用于按照目标通信协议定义上述车载控制系统中的标准中间件，上述参考元模型文件的文件格式为ARXML格式；

S3，根据上述第二元模型文件生成对象操作界面，并在上述对象操作界面中显示与上述非标准中间件关联的通信链路图，其中，上述通信链路图中包括多个节点图形以及上述节点图形之间的连接关系，上述节点图形用于指示上述车载控制系统中的通信对象，上述连接关系用于指示上述通信对象之间的通信链路；

S4，响应于对上述通信链路图的编辑操作，确定对上述第二元模型文件进行调整；

S5，根据调整后的上述第二元模型文件确定目标元模型文件，其中，上述目标元模型文件的文件格式为上述ARXML格式。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令电子设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的用户设备，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种元模型文件的生成方法，其特征在于，包括：

获取第一元模型文件，其中，所述第一元模型文件用于定义车载控制系统中的非标准中间件；

将所述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，所述参考元模型文件用于按照目标通信协议定义所述车载控制系统中的标准中间件，所述参考元模型文件的文件格式为ARXML格式；

根据所述第二元模型文件生成对象操作界面，并在所述对象操作界面中显示与所述非标准中间件关联的通信链路图，其中，所述通信链路图中包括多个节点图形以及所述节点图形之间的连接关系，所述节点图形用于指示所述车载控制系统中的通信对象，所述连接关系用于指示所述通信对象之间的通信链路；

响应于对所述通信链路图的编辑操作，确定对所述第二元模型文件进行调整；

根据调整后的所述第二元模型文件确定目标元模型文件，其中，所述目标元模型文件的文件格式为所述ARXML格式。

2.根据权利要求1所述的方法，其特征在于，所述获取第一元模型文件之前，还包括：

在第一开发平台中配置与所述车载控制系统匹配的开发工具框架，得到第二开发平台；

在所述第二开发平台中配置图形建模框架，得到目标开发平台，其中，所述目标开发平台用于根据所述第一元模型文件获取所述目标元模型文件。

3.根据权利要求2所述的方法，其特征在于，所述将所述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件包括：

从所述第一元模型文件中获取节点定义信息，其中，所述节点定义信息用于指示所述非标准中间件的对象属性；

从所述第一元模型文件中获取进程配置信息，其中，所述进程配置信息用于指示所述非标准中间件的通信进程属性；

将所述节点定义信息和所述进程配置信息添加至所述参考元模型文件中，得到所述第二元模型文件。

4.根据权利要求2所述的方法，其特征在于，所述根据所述第二元模型文件生成对象操作界面包括：

通过所述第一开发平台提供的代码生成接口，将所述第二元模型文件转化为模型代码，并获取用于指示所述对象操作界面的界面代码；

通过所述图形建模框架提供的界面生成接口，根据所述模型代码和所述界面代码生成所述对象操作界面。

5.根据权利要求3所述的方法，其特征在于，所述将所述节点定义信息和所述进程配置信息添加至所述参考元模型文件中，得到所述第二元模型文件包括：

根据所述节点定义信息和所述进程配置信息，获取所述第二元模型文件中包括的模型对象；

根据所述开发工具框架提供的序列化接口，将所述模型对象转化为所述第二元模型文件。

6.根据权利要求2所述的方法，其特征在于，所述响应于对所述通信链路图的编辑操作，确定对所述第二元模型文件进行调整，包括以下至少之一：

响应于在通信链路图中对图框图形的第一编辑操作，确定在所述第二元模型文件中添加与所述图框图形对应的第一配置信息，其中，所述第一配置信息用于指示对与所述非标准中间件关联的通信进程的调整操作；

响应于在通信链路图中对所述节点图形的第二编辑操作，确定在所述第二元模型文件中添加与所述节点图形对应的第二配置信息，其中，所述第二配置信息用于指示对所述通信对象的调整操作，位于同一个所述图框图形中的所述节点图形用于指示同一个所述通信进程下的所述通信对象；

响应于在通信链路图中添加连接关系，获取与所述连接关系关联的至少两个所述节点图形，确定在所述第二元模型文件中添加与至少两个所述节点图形分别对应的第三配置信息，其中，所述第三配置信息用于指示对至少两个所述通信对象之间的所述通信链路的调整操作；

其中，所述调整操作包括以下至少之一：对象创建操作，对象删除操作，对象更改操作。

7.根据权利要求2所述的方法，其特征在于，所述根据所述第二元模型文件生成对象操作界面，并在所述对象操作界面中显示与所述非标准中间件关联的通信链路图之后，还包括以下至少之一：

响应于在所述图形建模框架中的视图层的编辑操作，通过所述图形建模框架中的编辑器对模型层中的对象进行调整，其中，所述视图层用于显示所述通信链路图；

响应于在所述图形建模框架中的所述模型层中的调整操作，通过所述图形建模框架中的所述编辑器向所述视图层发送调整信息；根据所述调整信息在所述视图层中显示调整后的所述通信链路图。

8.一种元模型文件的生成装置，其特征在于，包括：

获取单元，用于获取第一元模型文件，其中，所述第一元模型文件用于定义车载控制系统中的非标准中间件；

添加单元，用于将所述第一元模型文件中包括的元模型对象添加至参考元模型文件中，得到第二元模型文件，其中，所述参考元模型文件用于按照目标通信协议定义所述车载控制系统中的标准中间件，所述参考元模型文件的文件格式为ARXML格式；

显示单元，用于根据所述第二元模型文件生成对象操作界面，并在所述对象操作界面中显示与所述非标准中间件关联的通信链路图，其中，所述通信链路图中包括多个节点图形以及所述节点图形之间的连接关系，所述节点图形用于指示所述车载控制系统中的通信对象，所述连接关系用于指示所述通信对象之间的通信链路；

编辑单元，用于响应于对所述通信链路图的编辑操作，确定对所述第二元模型文件进行调整；

确定单元，用于根据调整后的所述第二元模型文件确定目标元模型文件，其中，所述目标元模型文件的文件格式为所述ARXML格式。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序被电子设备运行时执行所述权利要求1至7任一项中所述的方法。

10.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至7任一项中所述的方法。