CN111552907A - 消息处理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请提供一种消息处理方法、装置、设备和存储介质，方法包括：接收生产终端发送的消息请求，所述消息请求中包括消息体；解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息；根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端。本申请实现了在生产终端和消费终端之间的消息自动转发功能，保障了消息传递的完整性。

Description

消息处理方法、装置、设备和存储介质

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种消息处理方法、装置、设备和存储介质。

背景技术

随着信息技术的飞速发展，数据信息传输量日益增长。消息解决方案集成程度越来越高，数据服务系统越来越庞大。膨胀的数据业务体系增加了服务器系统维护成本，也降低了系统执行效率，随之而来的还有一些性能和安全性问题。为了解决上述问题，提出了解耦方案。即将一个庞大的数据业务服务系统解耦成许多个数据服务器子系统，各个子系统之间争取做到高内聚低耦合。

由于不同的数据服务器一般会有不同的消息传递方式，因此服务器与服务器之间一般采用异步通讯的方式进行消息传递。比如使用异步线程技术，通讯发起端组装好报文和URI后，通过开启异步线程实现RPC(Remote Procedure Call，远程过程调用)调用。

但是，单纯运用异步线程技术实现异步通讯，往往会存在线程丢失的情况，无法保障通讯的完整性。并且异步线程使得服务器与服务器之间关系紧密，很难做到相互解耦，不利于全局监控通讯过程的安全性和健壮性。

发明内容

本申请实施例的目的在于提供一种消息处理方法、装置、设备和存储介质，用以实现对来自生产终端的消息请求进行解析处理，并根据解析结果和用户的订阅信息，将消息体发送至指定的消费终端。

本申请实施例第一方面提供了一种消息处理方法，包括：接收生产终端发送的消息请求，所述消息请求中包括消息体；解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息；根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端。

于一实施例中，所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息，包括：从所述消息请求中解析出消息体和消息通道信息；根据所述消息通道信息，在数据库中查找所述消息体的所述订阅信息。

于一实施例中，所述订阅信息包括：所述消费终端的地址信息；所述根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端，包括：根据所述消费终端的所述地址信息，生成所述消息体的消费路由信息；根据消费路由信息，发送所述消息体至所述消费终端。

于一实施例中，在所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息之前，还包括：验证所述消息请求是否符合预设条件；当所述消息请求符合所述预设条件时，执行所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息的步骤。

于一实施例中，在所述根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端之后，还包括：检测是否在预设时间段内接收到所述消费终端发送的确收信息；若在预设时间段内，未接收到所述确收信息，以预设次数重新发送所述消息体至所述消费终端，若仍未接收到所述确收信息，则输出所述消息体为无效信息。

本申请实施例第二方面提供了一种消息处理装置，包括：接收模块，用于接收生产终端发送的消息请求，所述消息请求中包括消息体；解析模块，用于解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息；发送模块，用于根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端。

于一实施例中，所述解析模块用于：从所述消息请求中解析出消息体和消息通道信息；根据所述消息通道信息，在数据库中查找所述消息体的所述订阅信息。

于一实施例中，所述订阅信息包括：所述消费终端的地址信息；所述发送模块用于：根据所述消费终端的所述地址信息，生成所述消息体的消费路由信息；根据消费路由信息，发送所述消息体至所述消费终端。

于一实施例中，还包括：验证模块，用于在所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息之前，验证所述消息请求是否符合预设条件；执行模块，用于当所述消息请求符合所述预设条件时，执行所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息的步骤。

于一实施例中，还包括：检测模块，用于在所述根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端之后，检测是否在预设时间段内接收到所述消费终端发送的确收信息；重发模块，用于若在预设时间段内，未接收到所述确收信息，以预设次数重新发送所述消息体至所述消费终端，若仍未接收到所述确收信息，则输出所述消息体为无效信息。

本申请实施例第三方面提供了一种电子设备，包括：存储器，用以存储计算机程序；处理器，用以执行本申请实施例第一方面及其任一实施例的方法，以将消息体发送至指定的消费终端。

本申请实施例第四方面提供了一种非暂态电子设备可读存储介质，包括：程序，当其藉由电子设备运行时，使得所述电子设备执行本申请实施例第一方面及其任一实施例的方法。

本申请提供的消息处理方法、装置、设备和存储介质，通过接对来自生产终端的消息请求，并对消息请求进行解析处理，然后根据解析结果和用户的订阅信息，将消息体发送至指定的消费终端，实现了在生产终端和消费终端之间的消息自动转发功能，保障了消息传递的完整性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例的电子设备的结构示意图；

图2A为本申请一实施例的分布式消息服务平台的数据交互场景示意图；

图2B为本申请一实施例的专用队列代码示意图；

图2C为本申请一实施例的通用队列代码示意图；

图2D为本申请一实施例的主题为A的消息1的数据交互场景示意图；

图3为本申请一实施例的消息处理方法的流程示意图；

图4为本申请一实施例的消息处理方法的流程示意图；

图5为本申请一实施例的消息处理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，本实施例提供一种电子设备1，包括：至少一个处理器11和存储器12，图1中以一个处理器为例。处理器11和存储器12通过总线10连接，存储器12存储有可被处理器11执行的指令，指令被处理器11执行，以使电子设备1可执行下述的实施例中方法的全部或部分流程，以实现在生产服务端和消费服务端之间的消息自动转发功能。

于一实施例中，电子设备1可以是手机、笔记本电脑、台式计算机或者分布式服务器等设备。

请参看图2A，其为本申请一实施例的分布式消息服务平台20的数据交互场景，包括：消息服务平台20、生产终端30和消费终端40，其中：

生产终端30：是消息的生产者，并将生产的消息传输给消息服务平台20。

消费终端40：是消息消费者。可以在消息服务平台20订阅消息，并接收消息服务平台20发送的消息。

消息服务平台20：可以是由消息主服务210、生产服务端220和消费服务端230组成的分布式服务器，其中：

消息主服务210：是分布式消息平台交互场景的核心部分，是消息队列的主服务端，核心技术可以藉由Rabbitmq(RabbitMessage Queue，是一套开源的消息队列服务软件)服务实现。

生产服务端220：生产终端30生产消息，并将消息传送至生产服务端220，生产服务端220通过调用消息主服务210提供的消息生产SDK(Software Development Kit，软件开发工具包)，可以将消息直接推送至消息主服务210。一方面可以为消息生产者节约了开发成本，另一反面也规范了消息的生产与传输。

消费服务端230：主要负责消息的消费服务，将消息转发给消费终端40，是消息主服务210与消费终端40之间的媒介，于一实施例中，可以采用windows服务实现，通过windows服务与服务器建立长链接，做到即时消费消息。

于一实施例中，SDK可以以单例形式对外提供消息推送入口(比如EmitDirectClient.GetInstance())，生产终端30组装消息主体，指定消息通道。消息通道可以以单例对外暴露方法形式提供，SDK会读取消息服务平台20提供给生产终端30的newtouchMqConfig.json文件，从中获取连接消息主服务210的ip地址、生产端登录账号和秘密，根据上述些信息就可以连接消息主服务210，并进行消息推送。其中，实现方法的内部提取公共调用部分放置基类，通过基类实现消费服务端230与消息主服务210建立长链接。不同的实现方法对应不同的队列，队列可以分为如下两类：

一、特定队列，属定制化建设，newtouchMqConfig.json文件内容如图2B所示，PdsCommit为药房药库系统同步收费状态所用消息专用队列。

二、通用队列，SDK为每个子系统建立了通用队列，通过参数区分最终路由的消费端接口，图2B所示，CisGeneralTask为医护系统工作站配置的通用消息队列，后期不同事务根据参数operateType的值进行区分。

可以差异化实现特殊队列PRC(Remote Procedure Call，远程过程调用)请求，并可以根据消息通道配置多线程，长链接多个消息队列。消息服务平台20可以将消息推送结果返回生产端。

上述场景中的数据交互流程为：生产服务端220通过调用消息服务平台20提供的SDK，将生产终端30传输的消息推送到消息主服务210中，由于消息主服务210与消费服务端230之间建立了长链接，所以消息主服务210一旦接收到消息后，就会立即将消息推送至消费服务端230。消费服务端230对消息进行消费处理(即根据相关配置文件)，找到该消息通道指定的RPC地址，调用RPC服务实现消息转发，消费终端40接到RPC请求后，做出相关处理，然后回馈数据给消费服务端230。

于一实施例中，SDK不直接将消息推送至消息主服务210(Rabbitmq.Service)，而是推给消息主服务210与生产服务端220之间的消息接受服务，由消息接受服务再将消息推送至消息主服务210。

于一实施例中，可以去除消息消费服务端230，由消费终端40直接与消息主服务210建立长连接，如此也可以实现消息推送，而且减小了消息平台的负担。

于一实施例中，如图2D所示，为本实施例的主题为A的消息1的数据交互场景示意图。

第一步：开发人员在消息服务平台20申请主题A，消息服务平台20的管理员进行主题A申请的审批，审核通过后，消息服务平台20将主题A加入队列。

第二步：生产终端30生产主题为A的消息1，并提交消息1至消息服务平台20。之后，消息服务平台20会对消息1进行数据校验，并根据消费终端40的订阅信息，将主题为A的消息1发送给消费终端40。

请参看图3，其为本申请一实施例的消息处理方法，可应用于如图2A至图2D所示的消息交互场景中，并可由图1所示的电子设备1作为消息服务平台20来执行，以实现对来自生产终端30的消息请求进行解析处理，并根据解析结果和用户的订阅信息，将消息体发送至指定的消费终端40。

该方法包括如下步骤：

步骤301：接收生产终端30发送的消息请求，消息请求中包括消息体。

在本步骤中，可以运用SDK原理，为生产终端30提供消息推送小工具(比如newtouch.mq.Client)，以减少生产端开发成本，规范调用规则，统一调用入口。进而实现对消息请求的接收。

于一实施例中，SDK可以以单例形式对外提供消息推送入口(比如，EmitDirectClient.GetInstance())，生产终端30发送的消息请求中包含有组装的消息体。

步骤302：解析消息请求，并根据解析结果，获取对应于消息请求的订阅信息。

在本步骤中，消息请求中不仅包含消息体，还包括消息体的订阅者信息，通过对消息请求进行数据解析，可以从中得到消息体对应的订阅信息。

步骤303：根据订阅信息，发送消息体至订阅信息指定的消费终端40。

在本步骤中，订阅信息中会包含消息体的指定消费终端40的信息，可以直接将消息体，按照订阅信息中的指定信息，发送给相关的消费终端40。

上述消息处理方法，通过接收来自生产终端30的消息请求，并对消息请求进行解析处理，然后根据解析结果和用户的订阅信息，将消息体发送至指定的消费终端40，实现了在生产终端30和消费终端40之间的消息自动转发功能，保障了消息传递的完整性。

请参看图4，其为本申请一实施例的消息处理方法，可应用于如图2A至图2D所示的消息交互场景中，并可由图1所示的电子设备1作为消息服务平台20来执行，以实现对来自生产终端30的消息请求进行解析处理，并根据解析结果和用户的订阅信息，将消息体发送至指定的消费终端40。

该方法包括如下步骤：

步骤401：接收生产终端30发送的消息请求，消息请求中包括消息体。详细参见上述实施例中对步骤201的描述。

步骤402：验证消息请求是否符合预设条件。如果是，进入步骤403，否则，该消息请求验证不通过。

在本步骤中，对生产终端30发送的消息请求进行验证，预设条件可以是有效性和合法性等条件。比如验证消息请求的有效性，只有带有效appToken的请求才能通过验证，进而阻止恶意请求，验证消息请求的报文合法性，过滤掉无异议的消息请求。

步骤403：从消息请求中解析出消息体和消息通道信息。

在本步骤中，消息请求中不仅包含消息体，并指定了消息通道。当消息请求符合预设条件时，通过对消息请求进行数据解析，从中生成消息体和该消息体对应的消息通道信息。比如，消息主题、队列、路由等信息审核通过后，会写入newtouchMqConfig.json文件中，消息服务平台20的消费服务端230是通过读取配置文件获取IP、账号、队列、路由等信息。

步骤404：根据消息通道信息，在数据库中查找消息体的订阅信息。

在本步骤中，消息的消费者在使用消息之前，已通过消费终端40在消息服务平台20申请了主题、消费队列等信息，并存储在数据库中，上述信息足以体现订阅者的唯一性。消息通道信息中会携带订阅该消息的消费终端40的识别码，可以根据该识别码，在数据库中查找该消息体的订阅信息。

步骤405：根据消费终端40的地址信息，生成消息体的消费路由信息。

在本步骤中，订阅信息包含但不限于：消费终端40的地址信息。比如在申请消费队列时，申请者需要填写RPC服务地址，可以根据消费终端40的RPC服务地址，生成消息体的消费路由信息。消息体通过路由信息匹配订阅者。

步骤406：根据消费路由信息，发送消息体至消费终端40。

在本步骤中，消息体的发送可以以调接口形式体现。消息服务平台20的消费服务端230，在路由信息生成后，可以会将消息体以http请求的形式Post(投递)至消费终端40。

步骤407：检测是否在预设时间段内接收到消费终端40发送的确收信息。如果是，结束流程，否则进入步骤408。

在本步骤中，在发送消息体之后，消费终端40不一定能顺利接到消息体，为了保证消息传输的完整性，实时检测是否在预设时间段内接收到消费终端40发送的确收信息。预设时间段可以根据实际需要，统计历史数据得到。

于一实施例中，在消息体发送给消费终端40的过程中，消息服务平台20可以有两次Ack，第一次是消费服务端230从消息主服务210中获取消息体，此时为自动Ack。消费服务端230在成功接收消息体后，消息主服务210的任务基本完成，但消费服务端230的任务刚完成一半。消费服务端230还需与订阅者(消费终端40)通讯。由于受环境影响，不可能每条消息都能在整个通讯过程中一次完成。为保证消息传递过程的完整性，订阅者在接收消息后需要再一次向消费服务Ack，消费服务端230接收Ack后整个消费才算完成。

于一实施例中，消费服务端230可以是基于WindowsService实现，7*24小时运行，服务启动后会根据配置文件初始化和队列相同的线程，以守护每个消息队列，一旦消息主服务210开启，所有消息队列就与消息主服务210建立连接。

于一实施例中，每个消息队列都是独立的，在消息推送过程中会自动捕获异常，一旦捕获会以邮件形式通知队列负责人，若RPC返回异常同样会以邮件形式通知队列负责人。

步骤408：以预设次数重新发送消息体至消费终端40，若仍未接收到确收信息，则输出消息体为无效信息。

在本步骤中，消费服务传递消息给订阅者后，若在预设时间段内，未接收到确收信息，则认为该消息传递异常。则进入补偿流程——连续预设次数重发消息后，若仍是未收到Ack，则输出消息体为无效信息，并将此消息体保存至异常消息表中。

于一实施例中，消息管理平台会对异常消息表中的数据进一步处理，在连续预设次数间隔重发后仍未收到Ack，则将该消息置为无效，以后不再消费。

于一实施例中，异常队列重发策略不做具体限制，形式多种。比如：第一次重发后若未得到响应，则隔三分钟重发一次，若仍未得响应则5分钟后重发，第三次仍未响应则10分钟后重发……若N次重发后任未响应则放弃，N为预设次数。

上述消息处理方法，保障了各系统间通讯的及时性，解决了各系统间通讯的不完整性问题，有效的实现了各子系统之间解耦问题，将原本分散的消息功能进行整合，做到了统一管理，为消息实现了热拔插功能，不用修改消息平台就能在通用下次队列中实现消息新增业务，Rabbitmq自身携带的消息监控插件有效实现了消息生命体征监控功能，监控产生的数据为后期做数据挖掘提供有力的数据依据。

请参看图5，其为本申请一实施例的消息处理装置500，该装置可应用于图1所示的电子设备1，并可应用于如图2A至图2D所示的消息交互场景中，以实现对来自生产终端30的消息请求进行解析处理，并根据解析结果和用户的订阅信息，将消息体发送至指定的消费终端40。该装置包括：接收模块501、解析模块502和发送模块503，各个模块的原理关系如下：

接收模块501，用于接收生产终端30发送的消息请求，消息请求中包括消息体。详细参见上述实施例中对步骤301的描述。

解析模块502，用于解析消息请求，并根据解析结果，获取对应于消息请求的订阅信息。详细参见上述实施例中对步骤302的描述。

发送模块503，用于根据订阅信息，发送消息体至订阅信息指定的消费终端40。详细参见上述实施例中对步骤303的描述。

于一实施例中，解析模块502用于：从消息请求中解析出消息体和消息通道信息。根据消息通道信息，在数据库中查找消息体的订阅信息。详细参见上述实施例中对步骤403至步骤404的描述。

于一实施例中，订阅信息包括：消费终端40的地址信息。发送模块503用于：根据消费终端40的地址信息，生成消息体的消费路由信息。根据消费路由信息，发送消息体至消费终端40。详细参见上述实施例中对步骤405至步骤406的描述。

于一实施例中，还包括：验证模块504，用于在解析消息请求，并根据解析结果，获取对应于消息请求的订阅信息之前，验证消息请求是否符合预设条件。执行模块505，用于当消息请求符合预设条件时，执行解析消息请求，并根据解析结果，获取对应于消息请求的订阅信息的步骤。详细参见上述实施例中对步骤402至步骤403的描述。

于一实施例中，还包括：检测模块506，用于在根据订阅信息，发送消息体至订阅信息指定的消费终端40之后，检测是否在预设时间段内接收到消费终端40发送的确收信息。重发模块507，用于若在预设时间段内，未接收到确收信息，以预设次数重新发送消息体至消费终端40，若仍未接收到确收信息，则输出消息体为无效信息。详细参见上述实施例中对步骤403至步骤404的描述。

上述消息处理装置500的详细描述，请参见上述实施例中相关方法步骤的描述。

本发明实施例还提供了一种非暂态电子设备可读存储介质，包括：程序，当其在电子设备上运行时，使得电子设备可执行上述实施例中方法的全部或部分流程。其中，存储介质可为磁盘、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(RandomAccess Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等。存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (12)

1.一种消息处理方法，其特征在于，包括：

接收生产终端发送的消息请求，所述消息请求中包括消息体；

解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息；

根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端。

2.根据权利要求1所述的方法，其特征在于，所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息，包括：

从所述消息请求中解析出消息体和消息通道信息；

根据所述消息通道信息，在数据库中查找所述消息体的所述订阅信息。

3.根据权利要求1所述的方法，其特征在于，所述订阅信息包括：所述消费终端的地址信息；所述根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端，包括：

根据所述消费终端的所述地址信息，生成所述消息体的消费路由信息；

根据消费路由信息，发送所述消息体至所述消费终端。

4.根据权利要求1所述的方法，其特征在于，在所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息之前，还包括：

验证所述消息请求是否符合预设条件；

当所述消息请求符合所述预设条件时，执行所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息的步骤。

5.根据权利要求1所述的方法，其特征在于，在所述根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端之后，还包括：

检测是否在预设时间段内接收到所述消费终端发送的确收信息；

若在预设时间段内，未接收到所述确收信息，以预设次数重新发送所述消息体至所述消费终端，若仍未接收到所述确收信息，则输出所述消息体为无效信息。

6.一种消息处理装置，其特征在于，包括：

接收模块，用于接收生产终端发送的消息请求，所述消息请求中包括消息体；

解析模块，用于解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息；

发送模块，用于根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端。

7.根据权利要求6所述的装置，其特征在于，所述解析模块用于：

从所述消息请求中解析出消息体和消息通道信息；

根据所述消息通道信息，在数据库中查找所述消息体的所述订阅信息。

8.根据权利要求6所述的装置，其特征在于，所述订阅信息包括：所述消费终端的地址信息；所述发送模块用于：

根据所述消费终端的所述地址信息，生成所述消息体的消费路由信息；

根据消费路由信息，发送所述消息体至所述消费终端。

9.根据权利要求6所述的装置，其特征在于，还包括：

验证模块，用于在所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息之前，验证所述消息请求是否符合预设条件；

执行模块，用于当所述消息请求符合所述预设条件时，执行所述解析所述消息请求，并根据解析结果，获取对应于所述消息请求的订阅信息的步骤。

10.根据权利要求6所述的装置，其特征在于，还包括：

检测模块，用于在所述根据所述订阅信息，发送所述消息体至所述订阅信息指定的消费终端之后，检测是否在预设时间段内接收到所述消费终端发送的确收信息；

重发模块，用于若在预设时间段内，未接收到所述确收信息，以预设次数重新发送所述消息体至所述消费终端，若仍未接收到所述确收信息，则输出所述消息体为无效信息。

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

存储器，用以存储计算机程序；

处理器，用以执行如权利要求1至5中任一项所述的方法，以将消息体发送至指定的消费终端。

12.一种非暂态电子设备可读存储介质，其特征在于，包括：程序，当其藉由电子设备运行时，使得所述电子设备执行权利要求1至5中任一项所述的方法。

Images