CN115913983A - 运载火箭地面测控网络拓扑结构的构建方法及装置 - Google Patents

Abstract

本申请提供一种运载火箭地面测控网络拓扑结构的构建方法及装置，所述方法包括：根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色；设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构；根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件；基于所述基础拓扑结构和所述典型服务软件，获得最终的网络拓扑结构。通过采用WebService技术和发布订阅技术，提高了开发效率和系统可靠性；通过代理机制提高了网络拓扑结构的灵活性和可拓展性；通过数据标准化、典型服务软件化，减少了重复开发工作，降低了开发成本。

Description

运载火箭地面测控网络拓扑结构的构建方法及装置

技术领域

本申请涉及航天测控系统数据交互技术领域，尤其涉及一种运载火箭地面测控网络拓扑结构的构建方法及装置。

背景技术

运载火箭在点火飞行前和飞行后，地面测试与测量系统需要对运载火箭本身及相应的支持系统进行大量的数据处理，确定其工作状态，并作为火箭系统是否能够正常点火发射和火箭飞行过程中是否正常飞行的重要依据，在该场景下，地面网络系统需要对复杂目标系统进行数据接收、分发、计算、存储、显示等各项处理动作。

在传统的地面测控网络拓扑结构中，为降低设计难度，采用总体要求下进行分系统设计的方案，各分系统间一般采用最为简单的交互格式和规范进行数据传输，如直接采用TCP(Transmission Control Protocol, 传输控制协议)/UDP(User DatagramProtocol, 用户数据报协议)方式进行传输，这导致该类型网络拓扑结构的开发效率和系统可靠性较低、灵活性较差，且部分分系统存在较多重复的功能设计工作，如数据存储、数据显示等功能，部分本身业务需求简单的终端设备存在不必要的功能，这不仅增加了软件研制成本，还降低了软件研制效率和质量。此外，由于各分系统间的内部数据隔离，数据很难做到统一管理，当发现数据问题时，必须逐级分析排查。

发明内容

本申请提供一种运载火箭地面测控网络拓扑结构的构建方法及装置，以用于解决现有地面测控网络拓扑结构的可靠性低、灵活性差、开发成本高、开发效率低、数据管理难等问题，从而提高网络拓扑结构的系统可靠性和可拓展性，提高开发效率并降低开发成本。

第一方面，本申请提供一种运载火箭地面测控网络拓扑结构的构建方法，所述方法包括：

根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色；

设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构；其中，所述发布订阅代理用于接收所述数据发布者提供的数据，和/或，发送所述数据订阅者的订阅的数据；所述动作代理用于接收所述动作请求者发送的执行指令，和/或，向所述动作执行者发送所述执行指令；

根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件；其中，所述典型服务软件用于为所述基础拓扑结构的各终端提供典型服务，所述典型服务软件包括数据存储、数据显示、配置信息管理服务软件；

基于所述基础拓扑结构和所述典型服务软件，获得最终的网络拓扑结构。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建方法，所述配置信息管理服务软件用于统一管理所述网络拓扑结构中的数据信息，所述统一管理所述网络拓扑结构中的数据信息的步骤包括：

响应于所述数据发布者的上线操作，所述配置信息管理软件接收所述数据发布者的配置信息；

所述配置信息管理软件周期性通过所述发布订阅代理将所述数据发布者的配置信息发送至目标数据订阅者；

所述目标数据订阅者接收所述数据发布者的配置信息，基于所述配置信息进行解析并获取数据发布者提供的标准数据；

响应于所述数据发布者的下线操作，所述配置信息管理服务接收所述数据发布者的下线信息，并向其他终端发送所述下线信息。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建方法，所述配置信息包括所述数据发布者提供的标准数据、数据格式信息以及标准数据对应的服务信息；其中，所述标准数据是对所述数据发布者产生的周期性数据进行标准化处理后得到的数据。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建方法，所述基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构，包括：

根据所述数据发布者和所述数据订阅者与所述发布订阅代理之间的数据传输关系构建第一拓扑结构；

根据所述动作请求者和所述动作执行者与所述动作代理之间的指令交互关系，构建第二拓扑结构；

基于所述第一拓扑结构和所述第二拓扑结构，构建基础拓扑结构。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建方法，所述动作请求者为各终端中确定业务需求执行指令、接收执行结果的客户端，所述动作执行者为各终端中接收并执行所述业务需求执行指令、反馈执行结果的服务端，所述数据发布者为周期性产生数据的终端，所述数据订阅者为获取业务数据的终端。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建方法，所述动作代理还用于接收所述动作执行者的执行结果，并将所述执行结果反馈给所述动作请求者。

第二方面，本申请还提供一种运载火箭地面测控网络拓扑结构的构建装置，所述装置包括：

角色划分模块，用于根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色；

网络构建模块，用于设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构；其中，所述发布订阅代理用于接收所述数据发布者提供的数据，和/或，发送所述数据订阅者的订阅的数据；所述动作代理用于接收所述动作请求者发送的执行指令，和/或，向所述动作执行者发送所述执行指令；

软件设计模块，用于根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件；

网络融合模块，用于基于所述基础拓扑结构和所述软件设计模块的典型服务软件，获得最终的网络拓扑结构。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建装置，所述软件设计模块的典型服务软件用于为所述基础拓扑结构的各终端提供典型服务，所述典型服务软件包括数据存储、数据显示、配置信息管理服务软件。

第三方面，本申请实施例还提供了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器运行所述计算机程序时，执行上述的运载火箭地面测控网络拓扑结构的构建方法中的任一实现方式中的步骤。

第四方面，本申请实施例还提供了一种可读存储介质，所述可读取存储介质中存储有计算机程序，所述计算机程序在处理器上运行时，执行上述的运载火箭地面测控网络拓扑结构的构建方法中的任一实现方式中的步骤。

综上所述，本申请实施例提供的运载火箭地面测控网络拓扑结构的构建方法及装置，相对于现有技术分系统间使用TCP/UDP低层网络协议进行数据通讯，本申请提供的方法采用WebService技术和发布订阅技术等高级协议，极大地提高了开发效率和系统可靠性；同时，通过代理机制进一步提高了所述网络拓扑结构的灵活性和可拓展性；通过对数据格式进行标准化处理，以及将典型服务软件化，使得所述网络拓扑结构具有独立的数据存储、数据显示、配置信息管理等功能，减少了重复开发工作，降低了开发成本。

附图说明

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

图1是本申请提供的运载火箭地面测控网络拓扑结构的构建方法的流程示意图；

图2是本申请提供的基础拓扑结构的结构示意图；

图3是本申请提供的运载火箭地面测控网络拓扑结构的构建装置的结构示意图；

图4是本申请实施例提供的电子设备的结构示意图。

图标：300-网络拓扑结构系统；310-角色划分模块；320-网络构建模块；330-软件设计模块；340-网络融合模块；400-电子设备；410-存储器；420-处理器；430-总线。

具体实施方式

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

图1是本申请提供的运载火箭地面测控网络拓扑结构的构建方法的流程示意图，如图1所示，所述方法包括：

步骤101，根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色。

其中，所述动作请求者为各终端中确定业务需求执行指令、接收执行结果的客户端，所述动作执行者为各终端中接收并执行所述业务需求执行指令、反馈执行结果的服务端，所述数据发布者为周期性产生数据的终端，所述数据订阅者为获取业务数据的终端。

具体地，可以理解的是，火箭发射系统的各终端可以是一个设备终端，也可以是一个或多个设备组成的分系统终端，本申请实施例对此不作具体限定。各终端的角色根据各终端对应的业务需求进行划分，每个终端可以同时作为一个或多个角色。

例如，在火箭点火前，火箭测试与发射终端（简称测发控终端）可以依据测试流程在指定时间和步骤向火箭发送测试请求指令和相应参数，而火箭在执行测试请求指令后会将执行结果反馈至测发控终端，在此业务实现过程中，测发控终端可以划分为“动作请求者”，而火箭可以划分为“动作执行者”；在部分执行步骤中，测发控终端需要读取地面电源系统电压、电流等信息，以判断是否继续向火箭发送后续指令动作，在此业务实现过程中，地面电源系统可以划分为“数据发布者”，而测发控终端则可以划分为“数据订阅者”。因此，火箭的测发控终端即是“动作请求者”，也是“数据订阅者”。

又例如，火箭地面遥测监测站接收火箭上电后发射的射频信号，经数据解析后可获得相应数据内容，以便设计人员进行后续的数据分析与判断，在此业务实现过程中，地面遥测监测站可以划分为“数据发布者”；而数据存储终端需要将解析后的数据存入相应的数据库中，数据显示终端则需要将数据实时显示在屏幕中，在此业务实现过程中，数据存储终端和数据显示终端均可划分为“数据订阅者”；此外，数据存储终端在执行之前需要受控开始或者停止存储任务，或创建新的任务，因此，数据存储终端同时还可划分为“动作执行者”。

步骤102，设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构。

其中，所述发布订阅代理用于接收所述数据发布者提供的数据，和/或，发送所述数据订阅者的订阅的数据；所述动作代理用于接收所述动作请求者发送的执行指令，和/或，向所述动作执行者发送所述执行指令；所述动作代理还用于接收所述动作执行者的执行结果，并将所述执行结果反馈给所述动作请求者。

具体地，一方面，采用数据“发布+订阅”模式进行数据发布者和数据订阅者之间的数据传输，即，由数据发布者以固定周期发布其终端产生的周期性数据，由数据订阅者结合自身需求向数据发布者进行数据订阅，而进一步设置发布订阅代理，用于数据发布者和数据订阅者之间的传输桥梁，减少了数据发布和订阅者之间的配置；另一方面，采用WebService技术进行动作请求者和动作执行者之间的指令交互，即，以动作请求者的终端作为WebService的客户端，以动作执行者的终端作为WebService的服务端，由动作请求者发起指令数据，由动作执行者执行指令并向动作请求者反馈执行结果，而进一步设置动作代理，用于动作请求者和动作执行者之间的指令交互桥梁，实现了跨网段设计或远程服务。

例如，某两个终端的服务地址分别是“192.168.0.100:1234”和“192.168.0.100:3456”，客户端在请求数据地址时，需要知晓两个终端的服务地址信息，否则无法请求到目标服务地址；此时，新增代理“192.168.0.200:9527”作为服务代理，客户端仅需要知晓代理的地址即可，而数据分发过程完全由代理完成。

在上述方法中，通过代理的形式使得火箭发射系统中各终端间的数据发送和数据接收的过程能够充分解耦地址信息，相对于传统的网络拓扑结构更容易在系统中新增或者删除终端，且对原有网络拓扑结构影响较小。此外，还可以在简化网络拓扑结构的同时提高网络拓扑结构的灵活性和可拓展性。

步骤103，根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件。

其中，所述典型服务软件用于为所述基础拓扑结构的各终端提供典型服务，所述典型服务软件包括数据存储、数据显示、配置信息管理服务软件。

具体地，可以理解的是，在运载火箭控制领域有较多标准的数据处理模式和方法，如数据存储和显示等，因此，可以根据火箭发射系统的各终端的业务服务确定数据存储、数据显示、配置信息管理等典型服务，从而减少各终端存在的重复功能设计工作，使得各终端仅需围绕其个性服务进行设计，避免现有技术中部分业务需求简单的终端为满足总体系统的需求，需要增加相应的通讯端口设计、数据存储、分析等功能，导致开发成本增加等问题。

在一些实施例中，所述数据存储服务软件一般服务于角色为数据订阅者的各终端，其能够辅助所述数据订阅者将订阅的数据在数据库中自动化建表，并完成数据的订阅和存储等功能；所述数据显示服务软件一般服务于角色为数据订阅者的各终端，其能够辅助所述数据订阅者订阅由数据发布者发布的各类型数据，并将数据进行显示；所述配置信息管理服务软件一般服务于角色为数据发布者的各终端，其能够统一管理所述网络拓扑结构中的数据信息。

具体地，所述配置信息管理服务软件用于统一管理所述网络拓扑结构中的数据信息，所述统一管理所述网络拓扑结构中的数据信息包括：响应于所述数据发布者的上线操作，所述配置信息管理软件接收所述数据发布者的配置信息；所述配置信息管理软件周期性通过所述发布订阅代理将所述数据发布者的配置信息发送至目标数据订阅者；所述目标数据订阅者接收所述数据发布者的配置信息，基于所述配置信息进行解析并获取数据发布者提供的标准数据；响应于所述数据发布者的下线操作，所述配置信息管理服务接收所述数据发布者的下线信息，并向其他终端发送所述下线信息。

更具体地，所述上线操作是数据发布者接入所述网络拓扑结构，所述下线操作是从所述网络拓扑结构删除所述数据发布者对应的终端；所述配置信息包括所述数据发布者提供的标准数据、数据格式信息以及标准数据对应的服务信息；其中，所述标准数据是对所述数据发布者产生的周期性数据进行标准化处理后得到的数据，在一些实施例中，可以采用最小格式进行标准化处理，并排列成json格式；所述数据格式信息所述数据包的格式，如json格式；所述标准数据对应的服务信息包括：服务名称、服务地址。

在一些实施例中，所述发布订阅代理和所述动作代理作为所述网络拓扑结构的重要组成部分，均独立于各终端之外，由于其功能较为固定，故可以根据典型服务软件的设计原理，将所述发布订阅代理和所述动作代理设计为发布订阅代理服务软件和动作代理服务软件，并以代理软件的形式添加到所述网络拓扑结构。

值得注意的是，所述典型服务软件均依赖于标准数据，例如，所述配置信息管理服务软件实现数据信息统一管理的前提是需对系统数据进行标准化处理，使得所述数据发布者提供的数据为标准数据；而所述数据显示服务软件实现在各终端的数据显示则需要依赖于标准数据及数据格式信息等，以使得各终端可基于数据格式信息对标准数据进行解析，获取满足传输协议的所有数据并进行显示。

步骤104，基于所述基础拓扑结构和所述典型服务软件，获得最终的网络拓扑结构。

具体地，为所述基础拓扑结构中的动作请求者、动作执行者、数据发布者、数据订阅者设计典型服务软件的数据库，实现在所述基础拓扑结构的基础上添加所述典型服务软件，获得最终的网络拓扑结构，实现在新增终端时自动为其附加典型服务软件对应的服务，无需额外的重复设计，减少不必要的工作量，从而提高开发效率和质量、降低开发成本。在一些实施例中，可以为典型服务软件的数据库设置标准接口，在各终端需要典型服务时，只需对接于所述典型服务软件的数据库的标准接口，即可获得提供的典型服务。

本申请实施例提供的运载火箭地面测控网络拓扑结构的构建方法，采用了WebService技术和发布订阅技术，可以避免直接使用底层TCP/UDP进行数据通讯，且高级协议在网络服务质量、OpenSSL(Open Secure Sockets Layer)加密、数据序列化及反序列化、数据传输等方面已有完整解决方案，这使得WebService技术和发布订阅技术可以提高网络服务质量、数据传输效率等，极大地提高了开发效率和系统可靠性；同时，通过代理机制进一步提高了所述网络拓扑结构的灵活性和可拓展性；通过对数据格式进行标准化处理，以及将典型服务软件化，使得所述网络拓扑结构具有独立的数据存储、数据显示、配置信息管理等功能，减少了重复开发工作，降低了开发成本。

图2是本申请提供的基础拓扑结构的结构示意图，如图2所示，所述基础拓扑结构包括发布订阅代理、动作代理以及五种典型终端。其中，终端1为动作执行者和数据发布者，终端2为动作执行者，终端3为动作执行者和数据订阅者，终端4为动作请求者和数据订阅者，终端5为数据发布者。

在一些实施例中，基于所述发布订阅代理、动作代理和各终端构建图2的基础拓扑结构，具体包括：

步骤201，根据所述数据发布者和所述数据订阅者与所述发布订阅代理之间的数据传输关系构建第一拓扑结构；

步骤202，根据所述动作请求者和所述动作执行者与所述动作代理之间的指令交互关系，构建第二拓扑结构；

步骤203，基于所述第一拓扑结构和所述第二拓扑结构，构建基础拓扑结构。

具体地，可以理解的是，所述数据发布者和所述数据订阅者与所述发布订阅代理之间的数据传输关系，一般是单向传输，先由所述数据发布者将发布的数据传输至所述发布订阅代理，再由所述发布订阅代理将数据传输至目标数据订阅者；所述动作请求者和所述动作执行者与所述动作代理之间的指令交互关系，一般是双向传输，由所述动作请求者将业务需求执行指令发送至所述动作代理，再由所述动作代理将业务需求执行指令发送至目标动作执行者，所述目标动作执行者接收、执行所述业务需求执行指令，并将执行结果经由所述动作代理反馈至所述动作请求者。

在一些实施例中，当所述火箭发射系统需要实现某个业务需求时，可以基于图2的基础拓扑结构完成数据传输和指令交互。例如，在火箭点火前，测发控终端需要根据测试流程向火箭发送测试请求指令和相关参数，基于图2的基础拓扑结构完成指令交互包括以下步骤：响应于测发控终端（即动作请求者）发起的测试请求指令，将所述测试请求指令发送至所述动作代理；响应于所述动作代理接收的所述测试请求指令，将所述测试请求指令发送至火箭（即动作执行者）；响应于所述火箭接收的所述测试请求指令，火箭进行测试并得到测试结果；向所述动作代理反馈所述测试结果；响应于所述动作代理接收的所述测试结果，将所述测试结果发送至所述测发控终端。

值得注意的是，图2的基础拓扑结构仅仅是示意性的，由于各终端在不同的业务进程中具有不同的角色，即，每个终端可以同时作为一个或多个角色，而图2是从多种类型的终端选择五种典型终端来展示基础拓扑结构的结构示意图，在一些实施例中可以根据实际火箭发射系统的各终端的业务需求类型确定的终端角色，调整所述基础拓扑结构或者选择所述基础拓扑结构中的部分来实现本实施例方案的目的。

本申请提供的基础拓扑结构，相对于传统的网络拓扑结构，一方面，根据各终端的业务需求进行角色划分并基于各终端角色间的关系构建所述基础拓扑结构，可以简化网络拓扑结构。另一方面，新增的发布订阅代理和动作代理，使得火箭发射系统中各终端间的数据发送和数据接收的过程能够充分解耦地址信息，从而使得所述基础拓扑结构中更容易进行新增或者删除终端等操作，且对原有网络拓扑结构影响较小；同时，通过代理机制进一步提高了所述网络拓扑结构的灵活性和可拓展性。

图3是本申请提供的运载火箭地面测控网络拓扑结构的构建装置的结构示意图，可以用于实现上述实施例所描述的方法。如图3所示，所述装置包括：

角色划分模块310，用于根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色；

网络构建模块320，用于设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构；其中，所述发布订阅代理用于接收所述数据发布者提供的数据，和/或，发送所述数据订阅者的订阅的数据；所述动作代理用于接收所述动作请求者发送的执行指令，和/或，向所述动作执行者发送所述执行指令；

软件设计模块330，用于根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件；

网络融合模块340，用于基于所述基础拓扑结构和所述软件设计模块的典型服务软件，获得最终的网络拓扑结构。

根据本申请提供的一种运载火箭地面测控网络拓扑结构的构建装置，所述软件设计模块330的典型服务软件用于为所述基础拓扑结构的各终端提供典型服务，所述典型服务软件包括数据存储、数据显示、配置信息管理服务软件。

上述运载火箭地面测控网络拓扑结构的构建装置的详细描述，请参见上述实施例中相关方法步骤的描述，重复之处不再赘述。以上所描述的装置实施例仅仅是示意性的，其中所使用的作为分离部件说明的“模块”可以是实现预定功能的软件和/或硬件的组合，可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

图4是本申请提供的电子设备的结构示意图，如图4所述，所述电子设备400包括：存储器410和处理器420，存储器410和处理器420通过总线430连接，存储器410存储有计算机程序，处理器420读取并运行所述计算机程序时，以使电子设备400可执行上述的实施例中方法的全部或部分流程，以实现运载火箭地面测控网络拓扑结构的构建。

本申请实施例还提供了一种可读存储介质，所述可读取存储介质中存储有计算机程序，所述计算机程序在处理器上运行时，执行运载火箭地面测控网络拓扑结构的构建方法中的步骤。

应当理解是，所述电子设备可以是个人计算机、平板电脑、智能手机等具有逻辑计算功能的电子设备；所述可读存储介质可以是ROM(Read-Only Memory, 只读存储器)、RAM(Random Access Memory, 随机存取存储器)、磁碟、光盘等。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种运载火箭地面测控网络拓扑结构的构建方法，其特征在于，所述方法包括：

根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色；

设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构；其中，所述发布订阅代理用于接收所述数据发布者提供的数据，和/或，发送所述数据订阅者的订阅的数据；所述动作代理用于接收所述动作请求者发送的执行指令，和/或，向所述动作执行者发送所述执行指令；

根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件；其中，所述典型服务软件用于为所述基础拓扑结构的各终端提供典型服务，所述典型服务软件包括数据存储、数据显示、配置信息管理服务软件；

基于所述基础拓扑结构和所述典型服务软件，获得最终的网络拓扑结构。

2.根据权利要求1所述的运载火箭地面测控网络拓扑结构的构建方法，其特征在于，所述配置信息管理服务软件用于统一管理所述网络拓扑结构中的数据信息，所述统一管理所述网络拓扑结构中的数据信息的步骤包括：

响应于所述数据发布者的上线操作，所述配置信息管理软件接收所述数据发布者的配置信息；

所述配置信息管理软件周期性通过所述发布订阅代理将所述数据发布者的配置信息发送至目标数据订阅者；

所述目标数据订阅者接收所述数据发布者的配置信息，基于所述配置信息进行解析并获取数据发布者提供的标准数据；

响应于所述数据发布者的下线操作，所述配置信息管理服务接收所述数据发布者的下线信息，并向其他终端发送所述下线信息。

3.根据权利要求2所述的运载火箭地面测控网络拓扑结构的构建方法，其特征在于，所述配置信息包括所述数据发布者提供的标准数据、数据格式信息以及标准数据对应的服务信息；其中，所述标准数据是对所述数据发布者产生的周期性数据进行标准化处理后得到的数据。

4.根据权利要求1所述的运载火箭地面测控网络拓扑结构的构建方法，其特征在于，所述基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构，包括：

根据所述数据发布者和所述数据订阅者与所述发布订阅代理之间的数据传输关系构建第一拓扑结构；

根据所述动作请求者和所述动作执行者与所述动作代理之间的指令交互关系，构建第二拓扑结构；

基于所述第一拓扑结构和所述第二拓扑结构，构建基础拓扑结构。

5.根据权利要求1所述的运载火箭地面测控网络拓扑结构的构建方法，其特征在于，所述动作请求者为各终端中确定业务需求执行指令、接收执行结果的客户端，所述动作执行者为各终端中接收并执行所述业务需求执行指令、反馈执行结果的服务端，所述数据发布者为周期性产生数据的终端，所述数据订阅者为获取业务数据的终端。

6.根据权利要求1所述的运载火箭地面测控网络拓扑结构的构建方法，其特征在于，所述动作代理还用于接收所述动作执行者的执行结果，并将所述执行结果反馈给所述动作请求者。

7.一种运载火箭地面测控网络拓扑结构的构建装置，其特征在于，所述装置包括：

角色划分模块，用于根据火箭发射系统的各终端的业务需求类型，将所述各终端划分为动作请求者、动作执行者、数据发布者、数据订阅者中的至少一种角色；

网络构建模块，用于设置发布订阅代理和动作代理，并基于所述发布订阅代理、动作代理和各终端构建基础拓扑结构；其中，所述发布订阅代理用于接收所述数据发布者提供的数据，和/或，发送所述数据订阅者的订阅的数据；所述动作代理用于接收所述动作请求者发送的执行指令，和/或，向所述动作执行者发送所述执行指令；

软件设计模块，用于根据火箭发射系统的各终端的业务服务，确定典型服务并设计典型服务软件；

网络融合模块，用于基于所述基础拓扑结构和所述软件设计模块的典型服务软件，获得最终的网络拓扑结构。

8.根据权利要求7所述的运载火箭地面测控网络拓扑结构的构建装置，其特征在于，所述软件设计模块的典型服务软件用于为所述基础拓扑结构的各终端提供典型服务，所述典型服务软件包括数据存储、数据显示、配置信息管理服务软件。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器运行所述计算机程序时执行权利要求1至6中任一项所述的运载火箭地面测控网络拓扑结构的构建方法。

10.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，所述计算机程序在处理器上运行时执行权利要求1至6中任一项所述的运载火箭地面测控网络拓扑结构的构建装置。

Images