CN116431119A - 软件组件端口创建方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种软件组件端口创建方法、装置、电子设备及存储介质。所述方法包括：提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组；基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息；基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface；基于所述端口Interface，创建软件组件端口。本申请实施例可以降低创建软件组件端口的工作量，极大地缩短创建软件组件端口的时间。

Description

软件组件端口创建方法、装置、电子设备及存储介质

技术领域

本申请涉及车辆技术领域，尤其涉及一种软件组件端口创建方法、装置、电子设备及存储介质。

背景技术

目前，在AUTOSAR（Automotive Open Software Architecture, 汽车开放软件架构）中，软件组件（Software Component，SWC）的Port端口一般由工程师通过特定工具（如Vector Developer软件等等）手动创建，先创建基本的DataType数据类型，再创建Port对应的Interface（接口属性）最后再创建软件组件SWC Port。而Developer这种成熟的工具链需要手动创建适用于具体项目的各种AUTOSAR Port接口，而一般这种接口在ADAS等域控制器项目中数量非常大，有数千个之多。一般开发人员需要人工识别dbc（database of CAN，通用的汽车CAN网络数据库）中的Message和Signal，通过signal的length（长度）、factor（倍数）、offset（偏移量）判断其数据类型，再手动创建Port所需要的DataType、Interface及InitValue（初始值）等，非常耗时且容易出错。

目前，也有通过Python生成swc port的方案，而此种方式生成的swc port的arxml一般是通过lxml或beautifulsoup库的方式，效率比较低，主要是这些库是处理标准xml格式文件，对AUTOSAR专用的arxml文件支持性不好，比如一些Port属性无法生成，在处理大量Port口的arxml时也比较困难。

发明内容

本申请实施例提供一种软件组件端口创建方法、装置、电子设备及存储介质，以解决现有生成swc port的方案需要耗费较大的工作量，非常耗时，且容易出错的问题。

为了解决上述技术问题，本申请实施例是这样实现的：

第一方面，本申请实施例提供了一种软件组件端口创建方法，所述方法包括：

提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组；

基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息；

基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interfacearxml标签属性信息，创建端口Interface；

基于所述端口Interface，创建软件组件端口。

可选地，所述提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组，包括：

通过正则表达式对所述汽车CAN网络数据库执行提取操作，以得到所述网络数据信息；

对所述网络数据信息进行组合操作，生成所述网络数据元组。

可选地，所述基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息，包括：

读取原始工程文件的Datatype.arxml文件中的所述arxml标签属性格式；

基于所述arxml标签属性格式对所述网络数据元组进行处理，创建所述Datatypearxml标签属性信息。

可选地，所述基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface，包括：

读取原始工程文件的Port Interface.arxml中的所述Interface arxml标签属性信息；

基于所述Datatype数据类型和所述Interface arxml标签属性信息，创建所述端口Interface。

可选地，所述基于所述端口Interface，创建软件组件端口，包括：

基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口。

可选地，所述基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口，包括：

在所述端口属性为接收属性的情况下，在所述软件组件的arxml文件内创建接收属性的软件组件端口；

在所述端口属性为发送属性的情况下，在所述软件组件的arxml文件内创建发送属性的软件组件端口。

第二方面，本申请实施例提供了一种软件组件端口创建装置，所述装置包括：

网络数据元组获取模块，用于提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组；

Datatype创建模块，用于基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息；

端口Interface创建模块，用于基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface；

软件组件端口创建模块，用于基于所述端口Interface，创建软件组件端口。

可选地，所述网络数据元组获取模块包括：

网络数据信息获取单元，用于通过正则表达式对所述汽车CAN网络数据库执行提取操作，以得到所述网络数据信息；

网络数据元组生成单元，用于对所述网络数据信息进行组合操作，生成所述网络数据元组。

可选地，所述Datatype创建模块包括：

arxml标签属性读取单元，用于读取原始工程文件的Datatype.arxml文件中的所述arxml标签属性格式；

Datatype创建单元，用于基于所述arxml标签属性格式对所述网络数据元组进行处理，创建所述Datatype arxml标签属性信息。

可选地，所述端口Interface创建模块包括：

Interface标签属性读取单元，用于读取原始工程文件的Port Interface.arxml中的所述Interface arxml标签属性信息；

端口Interface创建单元，用于基于所述Datatype数据类型和所述Interfacearxml标签属性信息，创建所述端口Interface。

可选地，所述软件组件端口创建模块包括：

软件组件端口创建单元，用于基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口。

可选地，所述软件组件端口创建单元包括：

第一端口创建子单元，用于在所述端口属性为接收属性的情况下，在所述软件组件的arxml文件内创建接收属性的软件组件端口；

第二端口创建子单元，用于在所述端口属性为发送属性的情况下，在所述软件组件的arxml文件内创建发送属性的软件组件端口。

第三方面，本申请实施例提供了一种电子设备，包括：

存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述任一项所述的软件组件端口创建方法。

第四方面，本申请实施例提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一项所述的软件组件端口创建方法。

在本申请实施例中，通过提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组。基于arxml标签属性格式和网络数据元组，创建Datatype arxml标签属性信息。基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface。基于端口Interface，创建软件组件端口。本申请实施例通过提取的网络数据信息自动化创建软件组件端口（即Swc Port）及其所需要的PortInterface（即端口Interface）和DataType，无需人工识别dbc网络数据库里信息再手动配置Port，完全自动化识别网络数据库中的数据信息，根据网络数据信息自动化生成软件组件端口，可以有效降低创建软件组件端口的工作量，缩短创建软件组件端口的时间。同时，相较于现有人工识别创建的方式，能够有效降低软件组件端口创建出错的概率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1为本申请实施例提供的一种软件组件端口创建方法的步骤流程图；

图2为本申请实施例提供的一种网络数据元组生成方法的步骤流程图；

图3为本申请实施例提供的一种Datatype arxml标签属性信息创建方法的步骤流程图；

图4为本申请实施例提供的一种端口Interface创建方法的步骤流程图；

图5为本申请实施例提供的另一种软件组件端口创建方法的步骤流程图；

图6为本申请实施例提供的又一种软件组件端口创建方法的步骤流程图；

图7为本申请实施例提供的一种软件组件端口创建装置的结构示意图；

图8为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

参照图1，示出了本申请实施例提供的一种软件组件端口创建方法的步骤流程图。如图1所示，该软件组件端口创建方法可以包括：步骤101、步骤102、步骤103和步骤104。

步骤101：提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组。

本申请实施例可以应用于自动创建软件组件端口的场景中。

汽车CAN网络数据库（即dbc）是由主机商（如大型汽车公司等）提供的网络数据库。

在创建软件组件端口时，可以先提取汽车CAN网络数据库中的网络数据特征，并提取网络数据特征中的网络数据信息，根据网络数据信息可以形成网络数据元组。

在具体实现中，可以通过正则表达式提取汽车CAN网络数据库中的网络数据信息，然后根据提取的网络数据信息生成网络数据元组。对于该实现过程可以结合图2进行如下详细描述。

参照图2，示出了本申请实施例提供的一种网络数据元组生成方法的步骤流程图。如图2所示，该网络数据元组生成方法可以包括：步骤201和步骤202。

步骤201：通过正则表达式对所述汽车CAN网络数据库执行提取操作，以得到所述网络数据信息。

在本实施例中，网络数据信息可以包括：message、signal、factor、offset等数据信息。

其中，message是指一帧信号，signal是指单个信号，一帧message是由一串signal组成。factor、offset为signal的信号属性，其中，factor即为倍数，offset为偏移量。

在得到dbc之后，可以通过正则表达式对dbc执行提取操作，以得到网络数据信息。例如，Message可通过正则表达式：r'^BO_\s\d+\s(\w+):\s'进行提取。signal及其factor、offset等属性可通过正则表达式：r'\sSG_\s(\w+)\s:\s\d+\|(\d+)@[01](\+|\-)\s\(([0-9]+\.[0-9]+|[0-9]+),([\-\+]*[0-9]+\.[0-9]+|[\-\+]*[0-9]+)\)'进行提取等等。

在通过正则表达式对汽车CAN网络数据库执行提取操作得到网络数据信息之后，执行步骤202。

步骤202：对所述网络数据信息进行组合操作，生成所述网络数据元组。

在通过正则表达式对汽车CAN网络数据库执行提取操作得到网络数据信息之后，则可以对网络数据信息进行组合操作，以生成网络数据元组。具体地，在提取出网络数据信息之后，可以将网络数据信息进行组合，从而可以得到一个多维元组，即网络数据元组。

本申请实施例通过正则表达式提取dbc的网络数据信息，摒弃了之前过Python调用lxml、beautifulsoup库等方式处理arxml，能够提高软件组件端口的创建效率。

在提取汽车CAN网络数据库中的网络数据信息得到网络数据元组之后，执行步骤102。

步骤102：基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息。

在提取汽车CAN网络数据库中的网络数据信息得到网络数据元组之后，可以基于arxml标签属性格式和网络数据元组，创建Datatype arxml标签属性信息。

其中，arxml标签属性格式为从原始工程文件中读取的Datatype.arxml里模板数据类型arxml标签属性格式。对于创建Datatype arxml标签属性信息的过程可以结合图3进行如下详细描述。

参照图3，示出了本申请实施例提供的一种Datatype arxml标签属性信息创建方法的步骤流程图。如图3所示，该Datatype arxml标签属性信息创建方法可以包括：步骤301和步骤302。

步骤301：读取原始工程文件的Datatype.arxml文件中的所述arxml标签属性格式。

在本实施例中，可以读取原始工程文件的Datatype.arxml文件中的arxml标签属性格式。

步骤302：基于所述arxml标签属性格式对所述网络数据元组进行处理，创建所述Datatype arxml标签属性信息。

在读取原始工程文件的Datatype.arxml文件中的arxml标签属性格式之后，则可以基于arxml标签属性格式对网络数据元组进行处理，创建Datatype arxml标签属性信息。即按照arxml标签属性格式对网络数据元组进行处理生成Datatype arxml标签属性信息。

在具体实现中，可以读取原工程里Datatype.arxml里模板数据类型arxml标签属性格式。然后可以轮询读取的网络数据元组，按模板格式生成新Datatype的arxml标签属性。新的Data type是以一个message为结构体，DataElement（数据结构体里的元素）为该帧里包含的所有的signals。再将新生成的Datatype arxml-标签属性插入原有Datatype.arxml的Package中。

在基于arxml标签属性格式和网络数据元组创建Datatype arxml标签属性信息之后，执行步骤103。

步骤103：基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface。

在基于arxml标签属性格式和网络数据元组创建Datatype arxml标签属性信息之后，可以基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface（即Port Interface）。

其中，Interface arxml标签属性信息为读取的原始工程文件里PortInterface.arxml里模板Interface的arxml标签属性格式。对于创建端口Interface的实现过程可以结合图4进行如下详细描述。

参照图4，示出了本申请实施例提供的一种端口Interface创建方法的步骤流程图。如图4所示，该端口Interface创建方法可以包括：步骤401和步骤402。

步骤401：读取原始工程文件的Port Interface.arxml中的所述Interface arxml标签属性信息。

在本实施例中，可以读取原始工程文件的Port Interface.arxml中的Interfacearxml标签属性信息。

在读取原始工程文件的Port Interface.arxml中的Interface arxml标签属性信息之后，执行步骤402。

步骤402：基于所述Datatype数据类型和所述Interface arxml标签属性信息，创建所述端口Interface。

在读取原始工程文件的Port Interface.arxml中的Interface arxml标签属性信息之后，可以基于Datatype数据类型和Interface arxml标签属性信息，创建PortInterface。

在具体实现中，可以读取原工程里Port Interface.arxml里模板Interface的arxml标签属性格式，生成新的Port Interface arxml标签属性。此过程中，会引用到生成的Datatype数据类型。然后，将新生成的Port Interface标签属性插入原有的PortInterface.arxml中，得到新的PortInterface.arxml，即Port Interface。

在基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息创建端口Interface之后，执行步骤104。

步骤104：基于所述端口Interface，创建软件组件端口。

在基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息创建端口Interface之后，可以基于端口Interface，创建软件组件端口。即基于Port Interface创建SWC Port。

在具体实现中，可以根据端口Interface的端口属性，在软件组件的arxml文件内创建软件组件端口。对于该实现过程可以结合图5进行如下详细描述。

参照图5，示出了本申请实施例提供的另一种软件组件端口创建方法的步骤流程图。如图5所示，该软件组件端口创建方法可以包括：步骤501。

步骤501：基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口。

在本实施例中，在基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息创建端口Interface之后，可以根据端口Interface的端口属性，在软件组件的arxml文件内创建软件组件端口。

在具体实现中，可以按照端口Interface的端口属性在件组件的arxml文件内创建对应属性的软件组件端口。具体地，端口属性可以包括：发送属性和接收属性，则创建的软件组件端口的属性是与端口Interface的端口属性对应的。对于创建对应属性的软件组件端口的实现过程可以结合图6进行如下详细描述。

参照图6，示出了本申请实施例提供的又一种软件组件端口创建方法的步骤流程图。如图6所示，该软件组件端口创建方法可以包括：步骤601和步骤602。

步骤601：在所述端口属性为接收属性的情况下，在所述软件组件的arxml文件内创建接收属性的软件组件端口；

步骤602：在所述端口属性为发送属性的情况下，在所述软件组件的arxml文件内创建发送属性的软件组件端口。

在本申请实施例中，在端口Interface的端口属性为接收属性的情况下，可以在软件组件的arxml文件内创建接收属性的软件组件端口。

在端口Interface的端口属性为发送属性的情况下，可以在软件组件的arxml文件内创建发送属性的软件组件端口。

在具体实现中，在软件组件SWC的arxml中创建新的S/R port：, 该port会引用创建的PortInterface，port属性按实际报文属性配置，如是接收则为Receiver（接收端），如是发送则为Sender（发送端）。初始值按元素个数配置。

本申请实施例提供的上述方案，无需人工去识别dbc网络数据库里信息再手动配置Port，完全自动化识别网络数据库中的数据信息，根据网络数据信息自动化生成Port及其属性。生成的arxml文件可直接导入AUTOSAR工具链中使用，能够完美适配当前AUTOSAR工具链。

本申请实施例提供的软件组件端口创建方法，通过提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组。基于arxml标签属性格式和网络数据元组，创建Datatype arxml标签属性信息。基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface。基于端口Interface，创建软件组件端口。本申请实施例通过提取的网络数据信息自动化创建软件组件端口（即Swc Port）及其所需要的PortInterface（即端口Interface）和DataType，无需人工识别dbc网络数据库里信息再手动配置Port，完全自动化识别网络数据库中的数据信息，根据网络数据信息自动化生成软件组件端口，可以有效降低创建软件组件端口的工作量，缩短创建软件组件端口的时间。同时，相较于现有人工识别创建的方式，能够有效降低软件组件端口创建出错的概率。

参照图7，示出了本申请实施例提供的一种软件组件端口创建装置的结构示意图，如图7所示，该软件组件端口创建装置700可以包括以下模块：

网络数据元组获取模块710，用于提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组；

Datatype创建模块720，用于基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息；

端口Interface创建模块730，用于基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface；

软件组件端口创建模块740，用于基于所述端口Interface，创建软件组件端口。

可选地，所述网络数据元组获取模块包括：

网络数据信息获取单元，用于通过正则表达式对所述汽车CAN网络数据库执行提取操作，以得到所述网络数据信息；

网络数据元组生成单元，用于对所述网络数据信息进行组合操作，生成所述网络数据元组。

可选地，所述Datatype创建模块包括：

arxml标签属性读取单元，用于读取原始工程文件的Datatype.arxml文件中的所述arxml标签属性格式；

Datatype创建单元，用于基于所述arxml标签属性格式对所述网络数据元组进行处理，创建所述Datatype arxml标签属性信息。

可选地，所述端口Interface创建模块包括：

Interface标签属性读取单元，用于读取原始工程文件的Port Interface.arxml中的所述Interface arxml标签属性信息；

端口Interface创建单元，用于基于所述Datatype数据类型和所述Interfacearxml标签属性信息，创建所述端口Interface。

可选地，所述软件组件端口创建模块包括：

软件组件端口创建单元，用于基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口。

可选地，所述软件组件端口创建单元包括：

第一端口创建子单元，用于在所述端口属性为接收属性的情况下，在所述软件组件的arxml文件内创建接收属性的软件组件端口；

第二端口创建子单元，用于在所述端口属性为发送属性的情况下，在所述软件组件的arxml文件内创建发送属性的软件组件端口。

本申请实施例提供的软件组件端口创建装置，通过提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组。基于arxml标签属性格式和网络数据元组，创建Datatype arxml标签属性信息。基于Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface。基于端口Interface，创建软件组件端口。本申请实施例通过提取的网络数据信息自动化创建软件组件端口（即Swc Port）及其所需要的PortInterface（即端口Interface）和DataType，无需人工识别dbc网络数据库里信息再手动配置Port，完全自动化识别网络数据库中的数据信息，根据网络数据信息自动化生成软件组件端口，可以有效降低创建软件组件端口的工作量，缩短创建软件组件端口的时间。同时，相较于现有人工识别创建的方式，能够有效降低软件组件端口创建出错的概率。

本申请实施例提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述软件组件端口创建方法。

图8示出了本发明实施例的一种电子设备800的结构示意图。如图8所示，电子设备800包括中央处理单元（CPU）801，其可以根据存储在只读存储器（ROM）802中的计算机程序指令或者从存储单元808加载到随机访问存储器（RAM）803中的计算机程序指令，来执行各种适当的动作和处理。在RAM803中，还可存储电子设备800操作所需的各种程序和数据。CPU801、ROM802以及RAM803通过总线804彼此相连。输入/输出（I/O）接口805也连接至总线804。

电子设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标、麦克风等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许电子设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，可由处理单元801执行。例如，上述任一实施例的方法可被实现为计算机软件程序，其被有形地包含于计算机可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM802和/或通信单元809而被载入和/或安装到电子设备800上。当计算机程序被加载到RAM803并由CPU801执行时，可以执行上文描述的方法中的一个或多个动作。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述软件组件端口创建方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random AccessMemory，简称RAM）、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

本领域普通技术人员可以意识到，结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种软件组件端口创建方法，其特征在于，所述方法包括：

提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组；

基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息；

基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface；

基于所述端口Interface，创建软件组件端口；

所述基于所述端口Interface，创建软件组件端口，包括：

基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口；

所述基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口，包括：

在所述端口属性为接收属性的情况下，在所述软件组件的arxml文件内创建接收属性的软件组件端口；

在所述端口属性为发送属性的情况下，在所述软件组件的arxml文件内创建发送属性的软件组件端口。

2.根据权利要求1所述的方法，其特征在于，所述提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组，包括：

通过正则表达式对所述汽车CAN网络数据库执行提取操作，以得到所述网络数据信息；

对所述网络数据信息进行组合操作，生成所述网络数据元组。

3.根据权利要求1所述的方法，其特征在于，所述基于arxml标签属性格式和所述网络数据元组，创建Datatype arxml标签属性信息，包括：

读取原始工程文件的Datatype.arxml文件中的所述arxml标签属性格式；

基于所述arxml标签属性格式对所述网络数据元组进行处理，创建所述Datatypearxml标签属性信息。

4.根据权利要求1所述的方法，其特征在于，所述基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface，包括：

读取原始工程文件的Port Interface.arxml中的所述Interface arxml标签属性信息；

基于所述Datatype数据类型和所述Interface arxml标签属性信息，创建所述端口Interface。

5.一种软件组件端口创建装置，其特征在于，所述装置包括：

网络数据元组获取模块，用于提取汽车CAN网络数据库中的网络数据信息，得到网络数据元组；

Datatype创建模块，用于基于arxml标签属性格式和所述网络数据元组，创建Datatypearxml标签属性信息；

端口Interface创建模块，用于基于所述Datatype arxml标签属性信息中的Datatype数据类型和Interface arxml标签属性信息，创建端口Interface；

软件组件端口创建模块，用于基于所述端口Interface，创建软件组件端口；

所述软件组件端口创建模块包括：

软件组件端口创建单元，用于基于所述端口Interface的端口属性，在软件组件的arxml文件内创建所述软件组件端口；

所述软件组件端口创建单元包括：

第一端口创建子单元，用于在所述端口属性为接收属性的情况下，在所述软件组件的arxml文件内创建接收属性的软件组件端口；

第二端口创建子单元，用于在所述端口属性为发送属性的情况下，在所述软件组件的arxml文件内创建发送属性的软件组件端口。

6.根据权利要求5所述的装置，其特征在于，所述网络数据元组获取模块包括：

网络数据信息获取单元，用于通过正则表达式对所述汽车CAN网络数据库执行提取操作，以得到所述网络数据信息；

网络数据元组生成单元，用于对所述网络数据信息进行组合操作，生成所述网络数据元组。

7.根据权利要求5所述的装置，其特征在于，所述Datatype创建模块包括：

arxml标签属性读取单元，用于读取原始工程文件的Datatype.arxml文件中的所述arxml标签属性格式；

Datatype创建单元，用于基于所述arxml标签属性格式对所述网络数据元组进行处理，创建所述Datatype arxml标签属性信息。

8.根据权利要求5所述的装置，其特征在于，所述端口Interface创建模块包括：

Interface标签属性读取单元，用于读取原始工程文件的Port Interface.arxml中的所述Interface arxml标签属性信息；

端口Interface创建单元，用于基于所述Datatype数据类型和所述Interface arxml标签属性信息，创建所述端口Interface。

9.一种电子设备，其特征在于，包括：

存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现权利要求1至4中任一项所述的软件组件端口创建方法。

10.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行权利要求1至4中任一项所述的软件组件端口创建方法。

Images