一种适用于航天器研制管理任务协调的消息传递系统

技术领域

本申请涉及航天器研制管理技术领域，尤其涉及一种适用于航天器研制管理任务协调的消息传递系统。

背景技术

航天器研制是一项复杂的系统工程，需要以研制任务为核心，采用科学的研制管理手段以及组织和利用各专业各学科的优势资源进行高效的任务协同。目前航天器研制管理工作已全面应用信息化手段开展，各软件系统随应用过程会产生各类面向研制管理人员的消息，例如重要事项通知、待办工作提醒、业务流转通知、预警报警信息等类型，以满足航天器研制管理过程中的事项宣贯、任务下发、进度跟踪、闭环反馈、监控管理等任务协同管理需要。因此，消息能否及时、可靠、安全的传递，成为制约任务协同效能的关键因素。

基于上述背景，面向航天器研制管理任务协同所需的消息传递系统，需要同时满足以下五个特殊性要求：一是消息传递系统需要具备普适性，应不受现有系统差异性的影响，具备通用化应用能力；二是消息传递系统需要具备低成本性，系统改造的成本低，消息传递过程管理的成本低；三是消息传递系统需要具备强可控性，对消息本体、消息来源、消息去向、传递链路、传递时机均要求可控；四是消息传递系统需要具备高安全性，要求传递的敏感信息能够自动脱敏、不易被窃取、不可被盗用；五是消息传递系统需要具备可追溯性，消息本体及消息传递过程可被审计和追溯。

目前，现有的消息传递系统主要包括采用数据接口技术实现系统间点对点的信息传递，以及采用数据总线技术实现系统间基于总线的消息传递，其中，采用数据总线技术实现系统间基于总线的消息传递，该系统进行消息传递的主要过程为：通过消息总线实现待发消息的统一接收、路由识别与统一发送。消息来源方通过调用总线服务发送消息并指定去向，总线根据消息去向判断路由关系，调用对应消息接收方的接收服务完成消息派发。该系统可满足普适性与低成本要求，但无法完全满足强可控性、高安全性、可追溯性的要求。首先，消息来源方无法限定，消息传递的去向由消息发送方预先指定，消息发送时机均为实时发送，无法在传递过程中动态调整，不能满足强可控性要求；其次，总线无法对消息内容做脱敏处理，不能完全满足高安全性要求；最后，总线只对消息做转发处理，不保留消息本体，消息接收、路由与发送的过程记录不足，无法为消息审计追溯提供足够的依据，不能满足可追溯性的要求。因此，现有的消息传递系统无法有效满足航天器研制管理任务协同场景所需的消息传递需求。

发明内容

本申请解决的技术问题是：针对现有技术无法有效满足航天器研制管理任务协同场景所需的消息传递实际需求，本申请提供了一种适用于航天器研制管理任务协调的消息传递系统，本申请实施例所提供的方案中，消息接收模块接收的消息源的消息数据为未注册的消息数据，然后通过消息注册模块对未注册的消息数据进行注册处理，即在消息数据中添加消息名称、消息来源、消息去向以及发送时机，即消息源不对消息来源、消息去向以及发送时机进行设置，而是根据消息注册模块通过预设的消息注册策略对接收的消息数据进行统一注册，实现消息名称、消息来源、消息去向等内容的受控管理，大幅提升了消息传递的可控性，进而有效满足航天器研制管理任务协同场景所需的消息传递实际需求。

第一方面，本申请实施例提供一种适用于航天器研制管理任务协调的消息传递系统，该系统包括：消息接收模块、消息注册模块、消息调度模块以及消息发送模块；其中，

所述消息接收模块，用于根据预设的接口接收至少一个消息源发送的未注册的消息数据；

所述消息注册模块，与所述消息接收模块连接，用于根据预设消息注册策略在所述消息数据中添加注册信息得到注册后的消息集，其中，所述注册信息包括消息名称、消息来源、消息去向以及发送时机；

所述消息调度模块，与所述消息注册模块连接，用于将所述注册后的消息集中的消息添加到存储待发送消息的消息队列中；

所述消息发送模块，与所述消息调度模块连接，用于从所述消息队列中读取待发送消息集，将所述待发送消息集发送到至少一个消息接收端。

可选地，所述预设的接口，包括：RESTFUL接口、WebService接口、URL接口、SMTP接口。

可选地，所述消息注册模块，具体用于：

确定接收每个所述消息数据的接口信息，根据接口信息与注册信息之间的映射关系确定出所述每个消息数据对应的注册信息；

根据所述注册信息确定消息标识以及将所述消息标识和所述注册信息添加到所述每个消息数据中得到所述注册后的消息集。

可选地，所述消息调度模块，具体用于：对所述注册后的消息集中未发送的消息进行遍历解析得到所述消息标识以及所述消息去向；

根据所述消息标识以及预设的消息注册信息判断任一所述未发送的消息是否满足发送时机；

若满足，则将所述任一未发送的消息插入到所述消息队列的末尾。

可选地，所述消息调度模块，具体用于：

确定所述任一未发送的消息的消息来源，根据消息来源与消息队列之间的映射关系确定出所述任一未发送的消息对应的所述消息队列；

将所述任一未发送的消息插入到所述消息队列的末尾。

可选地，所述消息队列，包括：MSMQ消息队列、RabbitMQ消息队列以及RocketMQ消息队列。

可选地，还包括：消息处理模块；其中，所述消息处理模块，设置于所述消息注册模块与所述消息调度模块之间，用于对所述注册后的消息集中的消息进行内容检验和脱敏处理得到检验处理后的消息。

可选地，所述消息处理模块，具体用于：

对所述注册后的消息集中的消息进行内容校验得到校验后的消息，其中，所述内容校验包括校验消息是否已注册、消息接收端是否存在、消息内容是否超过预设长度或消息内容是否包含预设字符；

将所述校验后的消息进行脱敏处理得到脱敏处理后的消息，其中，所述脱敏处理包括将所述校验后的消息与预设的敏感词库进行模糊比对确定出所述校验后的消息中敏感词，根据敏感词与公开词之间预设的映射关系确定出所述敏感词对应的所述公开词，通过所述公开词替换所述敏感词。

可选地：消息监控审计模块；其中，所述消息监控审计模块，用于接收所述消息接收模块、所述消息注册模块、所述消息处理模块以及所述消息发送模块发送的数据，根据所述数据进行消息监控、消息审计以及消息追溯。

与现有技术相比，本申请实施例所提供的方案具有如下有益效果：

1、本申请实施例所提供的方案中，消息接收模块接收的消息源的消息数据为未注册的消息数据，然后通过消息注册模块对未注册的消息数据进行注册处理，即在消息数据中添加消息名称、消息来源、消息去向以及发送时机，即消息源不对消息来源、消息去向以及发送时机进行设置，而是根据消息注册模块通过预设的消息注册策略对接收的消息数据进行统一注册，实现消息名称、消息来源、消息去向等内容的受控管理，大幅提升了消息传递的可控性，进而有效满足航天器研制管理任务协同场景所需的消息传递实际需求；

2、本申请实施例所提供的方案中，通过消息处理模块对注册后的消息集中的消息进行内容检验和脱敏处理，即对消息内容进行校验以及对消息内容中敏感词通过公开词进行替换，进而提高了消息传递的安全性；

3、本申请实施例所提供的方案中，通过消息监控审计模块保留接收的消息数据、保留消息接收、路由与发送的过程记录，并根据保留的消息数据、消息接收、路由与发送的过程记录实现对消息监控、消息审计及消息追溯，进而满足消息可追溯性的需求。

附图说明

图1为本申请实施例所提供的一种适用于航天器研制管理任务协调的消息传递系统的结构示意图。

具体实施方式

本申请实施例提供的方案中，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本申请技术方案做详细的说明，应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本申请实施例以及实施例中的技术特征可以相互组合。

参见图1，本申请实施例所提供的一种适用于航天器研制管理任务协同的消息传递系统，该系统包括消息接收模块11、消息注册模块12、消息调度模块13以及消息发送模块14；其中，

所述消息接收模块11，用于根据预设的接口接收至少一个消息源发送的未注册的消息数据；

所述消息注册模块12，与所述消息接收模块11连接，用于根据预设消息注册策略在所述消息数据中添加注册信息得到注册后的消息集，其中，所述注册信息包括消息名称、消息来源、消息去向以及发送时机；

所述消息调度模块13，与所述消息注册模块12连接，用于将所述注册后的消息集中的消息添加到存储待发送消息的消息队列中；

所述消息发送模块14，与所述消息调度模块13连接，用于从所述消息队列中读取待发送消息集，将所述待发送消息集发送到至少一个消息接收端。

在本申请实施例所提供的方案中，消息接收模块11可以根据实际需求设置多种接收消息的接口。具体的，接收消息的接口种类有多种，下面以其中部分为例进行说明。

在一种可能实现的方式中，所述预设的接口，包括：RESTFUL接口、WebService接口、URL接口、SMTP接口。

进一步，在一种可能实现的方式中，所述消息注册模块12，具体用于：

确定接收每个所述消息数据的接口信息，根据接口信息与注册信息之间的映射关系确定出所述每个消息数据对应的注册信息；

根据所述注册信息确定消息标识以及将所述消息标识和所述注册信息添加到所述每个消息数据中得到所述注册后的消息集。

具体的，在本申请实施例所提供的方案中，发送时机包括时间规则和数量规则，其中，所述时间规则包括实时、定时以及延时三种模式。预设的消息注册策略可以根据实际的需求进行调整。

进一步，在一种可能实现的方式中，所述消息调度模块13，具体用于：

对所述注册后的消息集中未发送的消息进行遍历解析得到所述消息标识以及所述消息去向；根据所述消息标识以及预设的消息注册信息判断任一所述未发送的消息是否满足发送时机；若满足，则将所述任一未发送的消息插入到所述消息队列的末尾。

进一步，在一种可能实现的方式中，所述消息调度模块13，具体用于：

确定所述任一未发送的消息的消息来源，根据消息来源与消息队列之间的映射关系确定出所述任一未发送的消息对应的所述消息队列；将所述任一未发送的消息插入到所述消息队列的末尾。

进一步，在一种可能实现的方式中，所述消息队列，包括：MSMQ消息队列、RabbitMQ消息队列以及RocketMQ消息队列。

进一步，在本申请实施例所提供的方案中，消息发送模块14在接收到消息调度模块13发送的消息队列之后，将消息队列中的消息发送到至少一个消息接收端。具体的，消息调度模块13进行消息发送过程包括：消息发送代理和适配发送服务，其中，消息发送代理从消息队列中读取待发消息集，遍历解析消息的去向，获取适配发送服务，适配发送服务与去向软件系统提供的消息接收接口有关，对于不同的去向软件系统，只需定制扩展一次即可终身适配；适配发送服务调用对应去向软件系统的消息接收接口，完成消息发送过程。

进一步，为了提高消息传递的安全性，在一种可能实现方式中，还包括：消息处理模块15；其中，所述消息处理模块15，设置于所述消息注册模块12与所述消息调度模块13之间，用于对所述注册后的消息集中的消息进行内容检验和脱敏处理得到检验处理后的消息。

在一种可能实现的方式中，所述消息处理模块15，具体用于：

对所述注册后的消息集中的消息进行内容校验得到校验后的消息，其中，所述内容校验包括校验消息是否已注册、消息接收端是否存在、消息内容是否超过预设长度或消息内容是否包含预设字符；

将所述校验后的消息进行脱敏处理得到脱敏处理后的消息，其中，所述脱敏处理包括将所述校验后的消息与预设的敏感词库进行模糊比对确定出所述校验后的消息中敏感词，根据敏感词与公开词之间预设的映射关系确定出所述敏感词对应的所述公开词，通过所述公开词替换所述敏感词。

本申请实施例所提供的方案中，通过消息处理模块15对注册后的消息集中的消息进行内容检验和脱敏处理，即对消息内容进行校验以及对消息内容中敏感词通过公开词进行替换，进而提高了消息传递的安全性。

进一步，为了满足可追溯性的需求，在一种可能实现的方式中，所述系统还包括：消息监控审计模块16；其中，所述消息监控审计模块16，用于接收所述消息接收模块11、所述消息注册模块12、所述消息处理模块15以及所述消息发送模块14发送的数据，根据所述数据进行消息监控、消息审计以及消息追溯。

具体的，在本申请实施例所提供的方案中，在消息传输过程中，消息接收模块11向消息监控审计模块16发送其所接收到的至少一个消息源的消息数据，消息注册模块12向消息监控审计模块16发送注册后的消息集，消息处理模块15向消息监控审计模块16发送检验处理后的消息，所述消息发送模块14向消息监控审计模块16发送消息对列中的消息信息。

进一步，消息监控审计模块16在接收到至少一个消息源的消息数据、注册后的消息集、检验处理后的消息、消息对列中的消息信息之后，消息监控审计模块16进行消息监控审计。具体的，消息监控审计过程包括：消息监控、消息审计及消息追溯，其中，消息监控是指提供在途消息发送进度的实时监控服务，可按消息标识进行精确定位，也可按消息类型、消息来源、消息去向等规则进行分类定位；消息审计是指提供一定时间范围内正待发送、已发送及发送失败的消息清单及统计结果；消息追溯是指可按消息标识查询消息自接收至发送全过程的日志信息。

本申请实施例所提供的方案中，通过消息监控审计模块16保留接收的消息数据、保留消息接收、路由与发送的过程记录，并根据保留的消息数据、消息接收、路由与发送的过程记录实现对消息监控、消息审计及消息追溯，进而满足消息可追溯性的需求。

为了便于对上述消息传递系统的工作过程的理解，下面以举例的形式对消息注册、消息处理、消息调度以及消息发送的过程进行简要介绍。

步骤1、设定消息推送通道接口类别{I|0≤I≤1，I∈Z}，由小到大分别代表WebService、SMTP。

步骤2、设定消息的更新模式{M|0≤M≤1，M∈Z}，由小到大分别代表增量模式、覆盖模式。

步骤3、设定状态值{S|0≤S≤1，S∈Z}，0代表新增，1代表结束。

步骤4、消息接收模块在接收到至少一个消息源发送的消息数据之后，若消息数据中存在至少一条消息为M＝0的待办事项，消息接收模块对该至少一条消息进行结构化处理，其中，结构化处理包括设置消息Id、消息类别、消息标题、消息内容、产生时间以及状态S(值为0)。

步骤5、若存在至少一条消息为M＝0的消息，消息接收模块对该至少一条消息进行结构化处理，其中，结构化处理包括设置消息Id、消息类别、以及状态S(值为1)；由于该至少一条消息的状态S＝1，即表示该至少一条消息已完成，则消息接收模块将该至少一条消息发送给消息注册模块，并在消息注册模块中执行步骤8。

步骤6、消息接收模块在对接收的消息进行结构化处理之后，对于任一条状态S为0的消息，其代表新增消息，消息接收模块该条消息发送给消息注册模块，并在消息注册模块中执行步骤8。

步骤7、若存在至少一条消息为M＝1的消息，消息接收模块按照一定周期报送当前的所有消息，报送的消息属性包括消息Id、消息类别、消息标题、消息内容、产生时间等内容。

步骤8、消息注册模块通过预设的接口接收到消息接收模块发送的消息数据之后，根据消息数据中的消息类别判断接收任一条消息数据的接口类型；如果I＝0，则消息通过SOAP协议接口传输到消息MSMQ中，如果I＝1，则消息通过SMTP协议接口传输到MSMQ消息队列中。

步骤9、消息调度模块中消息发送组件读取MSMQ队列中的消息。

步骤10、消息发送模块使用XMPP协议将MSMQ消息队列中的消息转发给至少一个消息接收端。具体的，根据消息接收端用户账户对应的IP地址信息推送至各消息接收端。

本申请实施例所提供的方案中，消息接收模块11接收的消息源的消息数据为未注册的消息数据，然后通过消息注册模块12对未注册的消息数据进行注册处理，即在消息数据中添加消息名称、消息来源、消息去向以及发送时机，即消息源不对消息来源、消息去向以及发送时机进行设置，而是根据消息注册模块12通过预设的消息注册策略对接收的消息数据进行统一注册，实现消息名称、消息来源、消息去向等内容的受控管理，大幅提升了消息传递的可控性，进而有效满足航天器研制管理任务协同场景所需的消息传递实际需求。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。