一种异步消息终端推送解决方法及系统
技术领域
本发明涉及消息推送系统领域，特别涉及一种异步消息终端推送解决方法及系统。
背景技术
由于互联网行业的发展，服务方将必要的消息推送到用户终端以通知用户的方式必不可少。
现有的技术方案不是一个多元化的平台推送解决方案(比如apnsk、米推等)，现有的技术方案需要每一个消息推送使用场景的开发者去再次开发兼容没有所使用到的对应的开发场景。由于业务场景需要将交易信息及时的反馈给用户的终端设备，而现有的主流消息推送只完成了单独消息推送功能，功能比较原始，也不兼容其他推送方式，业务开发团队也不愿意对接多个终端推送方式，提升不了性能，对于个人用户体验不佳，因此，市场需要一种异步消息终端推送解决方法及系统。
发明内容
为了克服现有技术的不足，本发明提供一种异步消息终端推送解决方法及系统。
本发明解决其技术问题所采用的技术方案是：
一种异步消息终端推送解决方法，包括：
S1、商户配置业务消息渠道开关：
S1.1、整理配置信息：给商户配置消息推送的业务渠道开关；
S1.2、平台获得配置信息请求：平台获得商户的配置数据，并且将这些信息验证整理；
S1.3、配置信息入库：先查询该商户数据是否存在，如果存在则修改当前商户配置，不存在入库，该过程完成商户对配置数据的更新与维护；
S1.4、同步返回存储操作结果：将商户的调用结果同步返回；
S2、业务消息推送：
S2.1、发起消息推送：业务方发起一个异步消息推送，将业务信息发送到RMQ服务器中，并将消息推送到消息服务器；
S2.2、消息监听：监听RMQ服务器消息，收到消息后进行消息解析，实施分布式监听消息；
S2.3、消息处理：根据获得的商户号查询数据库的开关配置信息；
S2.4、消息推送判断：根据配置信息查询结果，得到查询结果的记录；
S2.5、消息推送：根据配置信息查询结果，匹配对应的消息渠道，并且执行对应的推送调用。
进一步地，所述配置信息包括商户号、父商户号、业务类型、推送渠道以及推送开关。
进一步地，所述步骤S1.2包括：平台通过接口的被调用，获得商户的配置数据，并且经过后台逻辑的处理将这些信息验证整理。
进一步地，所述步骤S1.4包括：调用结果true为执行成功，false为执行失败。
进一步地，所述步骤S2.1包括：消息内容为json字符串。
进一步地，所述步骤S2.1包括：通过RMQ生产者的客户端API将消息推送到消息服务器。
进一步地，所述步骤S2.2包括：由消息平台监听RMQ服务器消息，收到消息后进行消息解析，使用RMQ消费客户端API实施分布式监听消息。
进一步地，所述步骤S2.3包括：查询开关配置信息必须查询推送消息的渠道为开的记录。
进一步地，所述步骤S2.4包括：如果没有查询结果的记录，则说明没有符合推送条件的渠道；如果有记录，所述查询结果的记录为多条记录，就要将查询出来的配置信息所对应的渠道进行下游的消息推送调用。
本发明还公开了一种异步消息终端推送解决系统，包括：
业务消息发送方，用于在需要推送消息时，按照RMQ的消息推送约定将业务信息异步推送到RMQ服务器中；
RMQ服务器，是消息中间件服务器，用于保存和消费消息；
消息推送应用平台，用于提供外置接口配置商户开关信息，并保存入库；RMQ消息监听订阅，及时收到业务消息处理，并匹配下游渠道配置信息，发送给下游渠道；
下游对接消息渠道，用于推送平台通过对接下游渠道接口，完成消息渠道推送，被推送的信息会被商户开通的对应渠道终端所接收。
进一步地，所述RMQ服务器中保存的消息内容为json字符串。
进一步地，所述下游对接消息渠道如果没有查询结果的记录，则说明没有符合推送条件的渠道；如果有记录，就要将查询出来的配置信息所对应的渠道进行下游的消息推送调用。
本发明的有益效果是：本发明方案解决的就是搭建消息推送平台对消息的定制发送，集成需要做消息推送的渠道，通过消息推送开关信息配置，将对相应的消息做对应的渠道推送处理，缓解消息推送渠道压力，降低服务器往终端推送消息开发成本，便于系统升级维护，解耦各业务的耦合度，提高性能。
附图说明
下面结合附图和实施例对本发明进一步说明。
图1是本发明一种异步消息终端推送解决方法的商户配置业务消息渠道开关流程图；
图2是本发明一种异步消息终端推送解决方法的业务消息推送流程图；
图3是本发明一种异步消息终端推送解决系统的消息平台系统结构示意图。
具体实施方式
以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整地描述，以充分地理解本发明的目的、特征和效果。显然，所描述的实施例只是本发明的一部分实施例，而不是全部实施例，基于本发明的实施例，本领域的技术人员在不付出创造性劳动的前提下所获得的其他实施例，均属于本发明保护的范围。另外，专利中涉及到的所有联接/连接关系，并非单指构件直接相接，而是指可根据具体实施情况，通过添加或减少联接辅件，来组成更优的联接结构。本发明创造中的各个技术特征，在不互相矛盾冲突的前提下可以交互组合。
本发明公开了一种异步消息终端推送解决方法，包括：
如图1所示，图1是商户配置业务消息渠道开关流程图，该流程包括：
S1、商户配置业务消息渠道开关：
S1.1、整理配置信息：给商户配置消息推送的业务渠道开关，该配置是用来控制业务最终推向哪个消息渠道的重要信息内容，所述配置信息包括商户号、父商户号、业务类型、推送渠道以及推送开关；在该实施例中，商户主动发起对消息平台的接口调用，接口由消息平台提供，发送商户配置信息调用；
S1.2、平台获得配置信息请求：平台通过接口的被调用，获得商户的配置数据，并且经过后台逻辑的处理将这些信息验证整理；
S1.3、配置信息入库：将整理好的配置信息数据入库，先查询该商户数据是否存在，如果存在则修改当前商户配置，不存在入库，该过程完成商户对配置数据的更新与维护；例如：商户号为12345的用户，将业务类型为交易，发往渠道为语音播报的消息开关配置为开；第一次配置将会保存到数据库中，如果是已经有该数据，那么商户在配置这个信息时，将会根据传递过来的数据进行修改保存；如果更新的数据和数据库保存的是一样的记录将不会做更新数据操作；
S1.4、同步返回存储操作结果：将商户的调用结果同步返回，调用结果true为执行成功，false为执行失败；
如图2所示，图2为业务消息推送流程图，该流程包括：
S2、业务消息推送：
S2.1、发起消息推送：业务方发起一个异步消息推送，将业务信息发送到RMQ服务器2中，通过RMQ生产者的客户端API将消息推送到消息服务器，消息内容为json字符串；
S2.2、消息监听：由消息平台监听RMQ服务器2消息，收到消息后进行消息解析，使用RMQ消费客户端API实施分布式监听消息；
S2.3、消息处理：根据获得的商户号查询数据库的开关配置信息，查询开关配置信息必须查询推送消息的渠道为开的记录；
S2.4、消息推送判断：根据配置信息查询结果，得到查询结果的记录，如果没有查询结果的记录，则说明没有符合推送条件的渠道；如果有记录，所述查询结果的记录为多条记录，就要将查询出来的配置信息所对应的渠道进行下游的消息推送调用；例如：商户123456配置了两种推送渠道，语音播报和微信公众号，那么查询的结果就应该是两条记录；
S2.5、消息推送：根据配置信息查询结果，匹配对应的消息渠道，并且执行对应的推送调用；例如：商户123456的配置信息查询出来两条渠道记录，分别是语音播报和微信公众号，那么就将该条业务消息的这两个不同消息渠道匹配后，调用相关下游接口推送给商户123456。
如图3所示，图3为消息平台系统结构示意图：
图3中缩略语和关键术语的定义：
RMQ：阿里第三方中间件技术RocketRMQ；
Apns：苹果推送通知服务；
语音播报：消息平台使用MPush，将消息以语音的形式推送到消息终端；
微信公众号：消息平台将消息以文字的形式推送到消息终端的用户微信号中；
云喇叭：消息平台将消息以音的形式推送到消息终端；
友盟推送：第三方消息推送服务商。
如图3所示，图3公开了一种异步消息终端推送解决系统，包括：
业务消息发送方1，用于在需要推送消息时，按照RMQ的消息推送约定将业务信息异步推送到RMQ服务器2中，业务方执行其自己的业务，不受其他任何业务影响，没有任何依赖，高解耦；在该实施案例中，对于整个消息推送流程中，该模块是源头，只有这里产生了推送消息，才能触发后面的一系列流程；
RMQ服务器2，是消息中间件服务器，用于保存和消费消息，所述RMQ服务器2中保存的消息内容为json字符串；消息生产者将消息推送到这里，消息消费者订阅监听消息，一旦获得新消息，将业务消息push给监听方，监听方消费消息后，该服务器再将这个消息移除；
消息推送应用平台3，用于提供外置接口配置商户开关信息，并保存入库；RMQ消息监听订阅，及时收到业务消息处理，并匹配下游渠道配置信息，发送给下游渠道；
下游对接消息渠道4，用于推送平台通过对接下游渠道接口，完成消息渠道推送，被推送的信息会被商户开通的对应渠道终端所接收，所述下游对接消息渠道4如果没有查询结果的记录，则说明没有符合推送条件的渠道；如果有记录，就要将查询出来的配置信息所对应的渠道进行下游的消息推送调用。
采用上述的异步消息终端推送解决方法及系统：
A.根据所配置的数据库信息，用来维护商户在选择推送业务的不同和推送渠道的定制，从而根据用户的个性化需求完成来实现不同的消息推送要求。
B.平台可维护和扩展推送消息的业务类型和下游的推送渠道。
本应用技术关键在于，平台后端使用RMQ中间件作为消息处理。每个业务处理将需要处理的消息按照业务约定，使用RMQ将消息推送给服务器，消息监听应用将推送给服务器的消息监听到，并根据消息平台配置信息将消息推送至下游业务渠道。消息推送平台配置信息需要提前按照要求配置完成，配置信息分为业务类型和下游渠道类型，一旦获得消息，平台会根据该消息配置的属性，将其推送到对用的下游渠道完成消息信息的推送发布。
现有的主流消息推送只完成了单独消息推送功能，功能比较原子，也不兼容其他推送方式。
本发明方案解决的就是搭建消息推送平台对消息的定制发送，集成需要做消息推送的渠道，通过消息开关信息配置，将对相应的消息做对应的渠道推送处理，缓解消息推送渠道压力，降低服务器往终端推送消息开发成本，便于系统升级维护，便于业务的解耦与性能提升。
本发明的有益效果是：本发明方案解决的就是搭建消息推送平台对消息的定制发送，集成需要做消息推送的渠道，通过消息推送开关信息配置，将对相应的消息做对应的渠道推送处理，缓解消息推送渠道压力，降低服务器往终端推送消息开发成本，便于系统升级维护，解耦各业务的耦合度，提高性能。
以上是对本发明的较佳实施进行了具体说明，但本发明创造并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。
