CN116414436A - 一种兼容的统一开发平台开发方法、装置、介质及设备 - Google Patents

Abstract

本申请公开了一种兼容的统一开发平台开发方法、装置、介质及设备，属于数据转换领域。该方法主要包括：根据目标开发平台对节点及各个节点之间的通信链路的描述规范和对通信链路上传输的消息的描述规范，得到在统一开发平台中拓扑结构的结构化描述规范和消息的结构化描述规范；利用拓扑结构的结构化描述规范和消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据；由配置文件转换器，将拓扑结构数据和通信结构体数据转换为目标平台支持的格式。本申请将节点的定义和通信接口的定义区分开来，并简化通信接口的定义过程，对后续的系统维护更加友好。

Description

一种兼容的统一开发平台开发方法、装置、介质及设备

技术领域

本申请涉及数据格式转换技术领域，特别涉及一种兼容目标开发平台的统一开发平台开发方法、装置、介质及设备。

背景技术

在平台数据移植过程中，因为每个平台需要的配置文件格式是不同的，所以不能将数据从一个平台直接移植到另一个平台。在现有技术中，平台之间的数据移植都需要开发人员手动配置，以完成不同配置文件格式之间的转换。但一个系统中包含极多的算法模块，利用人工进行每一个模块的移植配置，存在人力消耗大、工作量大和容易出现错误的问题。

且在现有技术中，在平台中生成系统的拓扑结构需要在平台中同时定义节点和实例化通信结构体，平台中关于节点的代码和关于实例化通信结构体的代码交杂在一起难以区分。这就造成当需要对系统中的拓扑结构进行修改时，需要修改全部的代码，工作量大且容易造成错误，不利于对系统进行后期维护，不利于算法开发人员理解系统的代码。

发明内容

针对现有技术存在的问题，本申请主要提供一种兼容目标开发平台的统一开发平台开发方法、装置、介质及设备。

为了实现上述目的，本申请采用的一个技术方案是：提供一种兼容目标开发平台的统一开发平台开发方法，其包括：预先根据目标开发平台对节点及各个节点之间的通信链路的描述规范，对节点和通信链路进行模块化描述，得到在统一开发平台中节点和通信链路组成的拓扑结构的结构化描述规范，其中，各个节点用于分别实现相应的算法功能；预先根据目标开发平台对通信链路上传输的消息的描述规范，对消息进行模块化描述，得到在统一开发平台中消息的结构化描述规范；利用拓扑结构的结构化描述规范和消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据；以及由配置文件转换器，将拓扑结构数据和通信结构体数据转换为目标平台支持的格式，其中，配置文件转换器，预先设置有目标开发平台对节点及各个节点之间的通信链路的描述规范与拓扑结构的结构化描述规范之间的映射关系，以及目标开发平台对通信链路上传输的消息的描述规范与消息的结构化描述规范之间的映射关系。

本申请采用的另一个技术方案是：提供一种兼容目标开发平台的统一开发平台开发装置，其包括：用于预先根据目标开发平台对节点及各个节点之间的通信链路的描述规范，对节点和通信链路进行模块化描述，得到在统一开发平台中节点和通信链路组成的拓扑结构的结构化描述规范的模块，其中，各个节点用于分别实现相应的算法功能；用于预先根据目标开发平台对通信链路上传输的消息的描述规范，对消息进行模块化描述，得到在统一开发平台中消息的结构化描述规范的模块；用于利用拓扑结构的结构化描述规范和消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据的模块；以及用于由配置文件转换器，将拓扑结构数据和通信结构体数据转换为目标平台支持的格式的模块，其中，配置文件转换器，预先设置有目标开发平台对节点及各个节点之间的通信链路的描述规范与拓扑结构的结构化描述规范之间的映射关系，以及目标开发平台对通信链路上传输的消息的描述规范与消息的结构化描述规范之间的映射关系。

本申请采用的另一个技术方案是：提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被操作以执行方案一中的兼容目标开发平台的统一开发平台开发方法。

本申请采用的另一个技术方案是：提供一种计算机设备，其包括：至少一个处理器；以及与至少一个处理器进行通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的计算机指令，至少一个处理器操作计算机指令以执行方案一中的兼容目标开发平台的统一开发平台开发方法。

本申请的技术方案可以达到的有益效果是：本申请设计了一种兼容目标开发平台的统一开发平台开发方法、装置、介质及设备。该方法将节点的定义和通信接口的定义区分开来，并简化通信接口的定义过程，能够自动化生成目标平台所需要的文件格式，使算法开发人员更容易理解系统，对后续的系统维护更加友好，且当需要对拓扑结构进行修改时，修改的范围更小。

附图说明

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

图1是本申请一种兼容目标开发平台的统一开发平台开发方法的一个具体实施方式的示意图；

图2是本申请一种兼容目标开发平台的统一开发平台开发装置的一个具体实施方式的示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

下面结合附图对本申请的较佳实施例进行详细阐述，以使本申请的优点和特征能更易于被本领域技术人员理解，从而对本申请的保护范围做出更为清楚明确的界定。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1示出了本申请一种兼容目标开发平台的统一开发平台开发方法的一个具体实施方式。

在图1中兼容目标开发平台的统一开发平台开发方法包括步骤S101，预先根据目标开发平台对节点及各个节点之间的通信链路的描述规范，对节点和通信链路进行模块化描述，得到在统一开发平台中节点和通信链路组成的拓扑结构的结构化描述规范，其中，各个节点用于分别实现相应的算法功能；

步骤S102，预先根据目标开发平台对通信链路上传输的消息的描述规范，对消息进行模块化描述，得到在统一开发平台中消息的结构化描述规范；

步骤S103，利用拓扑结构的结构化描述规范和消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据；

以及步骤S104，由配置文件转换器，将拓扑结构数据和通信结构体数据转换为目标平台支持的格式，其中，配置文件转换器，预先设置有目标开发平台对节点及各个节点之间的通信链路的描述规范与拓扑结构的结构化描述规范之间的映射关系，以及目标开发平台对通信链路上传输的消息的描述规范与消息的结构化描述规范之间的映射关系。该具体实施方式，将节点的定义和通信接口的定义区分开来，并简化通信接口的定义过程，能够自动化生成目标平台所需要的文件格式，使算法开发人员更容易理解系统，对后续的系统维护更加友好，且当需要对拓扑结构进行修改时，修改的范围更小。

具体的，一个系统中有很多个算法的节点，每个节点会发出一些消息并接收一些消息。当在目标开发平台上应用该系统时需要在该目标开发平台上搭建完整的系统架构，而不同的目标开发平台搭建系统所需的配置文件格式都不相同，因此在将同一个系统搭建在不同的目标开发平台上时，需要开发人员在目标开发平台上手动配置该目标开发平台所需要的配置文件。现有的开发平台中，描述拓扑结构的信息和描述节点之间通信方式信息混杂在一起难以区分，使得当需要对系统进行维护和修改时开发人员要重新在目标开发平台上手动配置生成系统所需要的所有配置文件。基于上述问题，本申请将目标开发平台对节点及各个节点之间的通信链路的描述规范进行逻辑精简，得到目标开发平台的节点和通信链路组成的拓扑结构的结构化描述规范，并将目标开发平台对通信链路上传输的消息的描述规范进行逻辑精简，即对消息进行模块化描述，得到在统一开发平台中消息的结构化描述规范。在统一开发平台中，根据结构化描述规范和结构化描述规范定义系统的节点和通讯链路，以及定义通讯链路上所传输的消息。根据目标开发平台所支持的格式，将系统的节点和通讯链路，以及通讯链路上所传输的消息的配置文件转换为目标开发平台所支持的格式。

在图1所示的具体实施方式中，兼容目标开发平台的统一开发平台开发方法包括步骤S101，预先根据目标开发平台对节点及各个节点之间的通信链路的描述规范，对节点和通信链路进行模块化描述，得到在统一开发平台中节点和通信链路组成的拓扑结构的结构化描述规范，其中，各个节点用于分别实现相应的算法功能。该步骤能够减少开发人员定义拓扑结构的操作步骤，减少定义过程中的错误，有利于对系统进行后续维护。

具体的，将目标开发平台目标开发平台对节点及各个节点之间的通信链路的描述规范进行总结，按照总结的结果将目标开发平台目标开发平台对节点及各个节点之间的通信链路的描述规范进行分类并将分类结果进行命名，得到通过模块化描述的拓扑结构的结构化描述规范。其中，拓扑结构的结构化描述规范中只显示定义通信链路上传输的消息的主要步骤，将其他步骤进行隐藏。

在图1所示的具体实施方式中，兼容目标开发平台的统一开发平台开发方法包括步骤S102，预先根据目标开发平台对通信链路上传输的消息的描述规范，对消息进行模块化描述，得到在统一开发平台中消息的结构化描述规范。该具体实施例，能够减少开发人员定义通信链路上传输的消息的操作步骤，减少定义过程中的错误，有利于对系统进行后续维护

具体的，将目标开发平台对通信链路上传输的消息的描述规范进行总结，按照总结的结果将目标开发平台对通信链路上传输的消息的描述规范进行分类并将分类结果进行命名，得到通过模块化描述的消息的结构化描述规范。其中，消息的结构化描述规范中只显示定义通信链路上传输的消息的主要步骤，将其他步骤进行隐藏。

在图1所示的具体实施方式中，兼容目标开发平台的统一开发平台开发方法包括步骤S103，利用拓扑结构的结构化描述规范和消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据。该步骤在统一开发平台上将节点的配置项和消息的配置项的分开进行配置，有利于进行后续的系统维护，能够使开发人员更好的了解任务的拓扑结构和传递的消息，在进行修改时修改的范围更小。

具体的，开发人员在统一开发平台中，根据任务需求按照拓扑结构的结构化描述规范和消息的结构化描述规范，配置任务的相关节点、节点之间的通讯链路以及通讯链路上所传递的信息的相关数据，得到相应的拓扑结构数据和通信结构体数据。

在本申请的一个具体实施例中，步骤S103包括，相应节点的配置项包括节点的名称、节点的输入数据类型和节点的输出数据类型。该具体实施例是利用拓扑结构的节点执行对应算法的基础。

具体的，节点的通讯链路是指节点与哪些节点之间存在消息传递关系，即节点的需要输入哪些类型的数据和节点需要输出哪些类型的数据。

在本申请的一个具体实施例中，步骤S103包括，消息的配置项包括消息的名称、以及消息被传输时的实例化话题名称。该具体实施例是利用消息的配置项在节点之间传递消息的基础。

具体的，在统一开发平台上，通过消息的结构化描述规范，根据开发任务的需求，定义消息的配置项，得到通信结构体数据并命名该所定义消息的名称；根据通信结构体所需要传输的消息的名称和开发任务所需求的该传输的消息的名称的数量，计算得到相应数量的实例化通讯结构体；对每个实例化通讯结构体进行命名得到实例化话题名称。

而在现有技术中，研发人员需要通过配置多项参数才能够定义通信结构体，然后需要通过多项操作分别将通信结构体的信息接收端和信息发送端进行实例化，与本申请相比较现有技术操作复杂且需要配置的内容较多，容易发生配置失误。

在本申请的一个具体实施例中，步骤S103包括，通信结构体数据由头文件进行定义。该具体实施例，能够减少开发人员配置通信结构体数据所需要进行的操作，减少了人力成本，提高了配置通信结构体数据的效率。

具体的，开发人员在统一开发平台上，通过调用通信结构体头文件并配合结构化的语句定义出任务的通信结构体。并根据任务的通信结构体所传输的数据类型和系统中该类型数据的数量，将通信结构体实例化得到实例化通信结构体。

特别的，头文件由C++语言编写，即利用C++语言结构化的描述通信结构体数据。通过C++语言编写头文件能够使头文件更加模块化，更加方便调用，有更好的兼容性。

在图1所示的具体实施方式中，兼容目标开发平台的统一开发平台开发方法包括步骤S104，由配置文件转换器，将拓扑结构数据和通信结构体数据转换为目标平台支持的格式，其中，配置文件转换器，预先设置有目标开发平台对节点及各个节点之间的通信链路的描述规范与拓扑结构的结构化描述规范之间的映射关系，以及目标开发平台对通信链路上传输的消息的描述规范与消息的结构化描述规范之间的映射关系。该步骤能够在统一开发平台和目标开发平台之间实现自动化转换开发文件，减少人工的配置，提高配置效率，减小人工操作量。

具体的，利用目标开发平台从统一开发平台上获取通信结构体数据和拓扑结构数据，配置文件转换器根据其所存储的目标开发平台对节点及各个节点之间的通信链路的描述规范与拓扑结构的结构化描述规范之间的映射关系，以及目标开发平台对通信链路上传输的消息的描述规范与消息的结构化描述规范之间的映射关系将所获取的通信结构体数据和拓扑结构数据转换为目标开发平台所支持格式的通信结构体数据和拓扑结构数据。

在本申请的一个具体实施例中，兼容目标开发平台的统一开发平台开发方法包括，利用拓扑结构数据，生成相应节点之间的拓扑关系图。该具体实施例，能够使研发人员更好的理解所编写任务的各节点之间的通信关系和所传输的内容，有利于了解任务的完整架构，有利于进行后续的维护工作。

具体的，将任务所定义的通信结构体数据和拓扑结构数据对应起来，生成能够反映哪些节点之间会进行信息传递、所传递的消息是什么，节点的功能是什么等的拓扑关系图。

在本申请的一个具体实施例中，兼容目标开发平台的统一开发平台开发方法包括，利用通信结构体数据，生成相应节点之间的可视化流程图。该具体实施例，能够使研发人员更好的理解所编写任务的各节点之间的通信关系和所传输的内容，有利于进行后续的维护工作。

具体的，将任务所定义的通信结构体数据和拓扑结构数据对应起来，生成能够反映节点出接收哪些消息、发出哪些消息，以及节点名称等的可视化流程图。

图2示出了本申请一种兼容目标开发平台的统一开发平台开发装置的具体实施方式。

在图2所示的具体实施方式中，兼容目标开发平台的统一开发平台开发装置主要包括：模块201，用于预先根据目标开发平台对节点及各个节点之间的通信链路的描述规范，对节点和通信链路进行模块化描述，得到在统一开发平台中节点和通信链路组成的拓扑结构的结构化描述规范的模块，其中，各个节点用于分别实现相应的算法功能；

模块202，用于预先根据目标开发平台对通信链路上传输的消息的描述规范，对消息进行模块化描述，得到在统一开发平台中消息的结构化描述规范的模块；

模块203，用于利用拓扑结构的结构化描述规范和消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据的模块；

以及模块204，用于由配置文件转换器，将拓扑结构数据和通信结构体数据转换为目标平台支持的格式的模块，其中，配置文件转换器，预先设置有目标开发平台对节点及各个节点之间的通信链路的描述规范与拓扑结构的结构化描述规范之间的映射关系，以及目标开发平台对通信链路上传输的消息的描述规范与消息的结构化描述规范之间的映射关系。该具体实施方式，将节点的定义和通信接口的定义区分开来，并简化通信接口的定义过程，使算法开发人员更容易理解拓扑结构，对后续的系统维护更加友好，且当需要对拓扑结构进行修改时，修改的范围更小。

本申请提供的兼容目标开发平台的统一开发平台开发装置，可用于执行上述任一实施例描述的兼容目标开发平台的统一开发平台开发方法，其实现原理和技术效果类似，在此不再赘述。

在本申请的另一个具体实施方式中，一种计算机可读存储介质，其存储有计算机指令，计算机指令被操作以执行上述实施例中描述的兼容目标开发平台的统一开发平台开发方法。

在本申请的一个具体实施例中，本申请一种兼容目标开发平台的统一开发平台开发方法中各功能模块可直接在硬件中、在由处理器执行的软件模块中或在两者的组合中。

软件模块可驻留在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸盘、CD-ROM或此项技术中已知的任何其它形式的存储介质中。示范性存储介质耦合到处理器，使得处理器可从存储介质读取信息和向存储介质写入信息。

处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)、现场可编程门阵列(英文：Field Programmable Gate Array，简称：FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其任何组合等。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP与微处理器的组合、多个微处理器、结合DSP核心的一个或一个以上微处理器或任何其它此类配置。在替代方案中，存储介质可与处理器成一体式。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替代方案中，处理器和存储介质可作为离散组件驻留在用户终端中。

在本申请的一个具体实施方式中，一种计算机设备，其包括：至少一个处理器；以及与至少一个处理器进行通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的计算机指令，至少一个处理器操作计算机指令以执行上述实施例中描述的兼容目标开发平台的统一开发平台开发方法。

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

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

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种兼容目标开发平台的统一开发平台开发方法，其特征在于，包括：

预先根据目标开发平台对节点及各个所述节点之间的通信链路的描述规范，对所述节点和所述通信链路进行模块化描述，得到在统一开发平台中所述节点和所述通信链路组成的拓扑结构的结构化描述规范，其中，各个所述节点用于分别实现相应的算法功能；

预先根据所述目标开发平台对所述通信链路上传输的消息的描述规范，对所述消息进行模块化描述，得到在所述统一开发平台中所述消息的结构化描述规范；

利用所述拓扑结构的结构化描述规范和所述消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和所述消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据；以及

由配置文件转换器，将所述拓扑结构数据和通信结构体数据转换为所述目标平台支持的格式，

其中，所述配置文件转换器，预先设置有所述目标开发平台对节点及各个所述节点之间的通信链路的描述规范与所述拓扑结构的结构化描述规范之间的映射关系，以及所述目标开发平台对所述通信链路上传输的消息的描述规范与所述消息的结构化描述规范之间的映射关系。

2.根据权利要求1所述的兼容目标开发平台的统一开发平台开发方法，其特征在于，相应节点的配置项包括节点的名称、节点的输入数据类型和节点的输出数据类型。

3.根据权利要求1所述的兼容目标开发平台的统一开发平台开发方法，其特征在于，所述消息的配置项包括消息的名称、以及消息被传输时的实例化话题名称。

4.根据权利要求1所述的兼容目标开发平台的统一开发平台开发方法，其特征在于，还包括：

利用所述拓扑结构数据，生成相应节点之间的拓扑关系图。

5.根据权利要求1所述的兼容目标开发平台的统一开发平台开发方法，其特征在于，还包括：

利用所述通信结构体数据，生成相应节点之间的可视化流程图。

6.根据权利要求1所述的兼容目标开发平台的统一开发平台开发方法，其特征在于，所述通信结构体数据由头文件进行定义。

7.根据权利要求6所述的兼容目标开发平台的统一开发平台开发方法，其特征在于，所述头文件由C++语言编写。

8.一种兼容目标开发平台的统一开发平台开发装置，其特征在于，包括：

用于预先根据目标开发平台对节点及各个所述节点之间的通信链路的描述规范，对所述节点和所述通信链路进行模块化描述，得到在统一开发平台中所述节点和所述通信链路组成的拓扑结构的结构化描述规范的模块，其中，各个所述节点用于分别实现相应的算法功能；

用于预先根据所述目标开发平台对所述通信链路上传输的消息的描述规范，对所述消息进行模块化描述，得到在所述统一开发平台中所述消息的结构化描述规范的模块；

用于利用所述拓扑结构的结构化描述规范和所述消息的结构化描述规范，根据开发任务，在统一开发平台中配置相应节点的配置项和所述消息的配置项，分别得到相应的拓扑结构数据和通信结构体数据的模块；以及

用于由配置文件转换器，将所述拓扑结构数据和通信结构体数据转换为所述目标平台支持的格式的模块，

其中，所述配置文件转换器，预先设置有所述目标开发平台对节点及各个所述节点之间的通信链路的描述规范与所述拓扑结构的结构化描述规范之间的映射关系，以及所述目标开发平台对所述通信链路上传输的消息的描述规范与所述消息的结构化描述规范之间的映射关系。

9.一种计算机可读存储介质，其存储有计算机指令，其特征在于，所述计算机指令被操作以执行权利要求1-7中任一项所述的兼容目标开发平台的统一开发平台开发方法。

10.一种计算机设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器进行通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的计算机指令，所述至少一个处理器操作所述计算机指令以执行如权利要求1-7任一项所述的兼容目标开发平台的统一开发平台开发方法。

Images