消息推送方法、系统、装置和存储介质制造方法及图纸

本申请公开了消息推送方法、系统、装置和存储介质，本申请的方法包括获取若干个渠道的消息；整合所示若干个渠道的配置信息；根据渠道模板下发推送消息。本申请基于自研渠道和厂商推送渠道，抽离业务系统与客户端交互模块、整合各消息推送渠道模块单独维护，提供发送中选择最佳的渠道发送的解决方案，剥离了业务系统与客户端交互的依赖，业务系统对推送渠道的依赖，降低接入新消息渠道的成本。降低接入新消息渠道的成本。降低接入新消息渠道的成本。

【技术实现步骤摘要】
消息推送方法、系统、装置和存储介质


[0001]本申请涉及消息推送领域，尤其是消息推送方法、系统、装置和存储介质。

技术介绍

[0002]目前，手机银行APP，理财APP等拥有巨大的客户群体的一些业务系统，会定期针对自己客户群体进行产品营销和业务通知，提高产品营销宣传覆盖度和业务转化率，加强手机银行APP与客户之间的粘性。为了达到推送消息的目的，会有业务系统针对客户群体推送一些特定的手机通知栏消息或者手机APP应用消息。一般来说，消息需具备实时性的，并且能精准触达到用户。这就要求业务系统需要不断扩展来达到推送消息兼容各手机厂商，并能够实时精准触达到用户手机。
[0003]目前通常的实现方式是手机APP集成某厂商的SDK,来上报以及绑定设备唯一标识，业务系统再集成厂商的SDK实现其推送API，或者通过自研渠道来达到推送目的。针对不同手机客户端的消息或APP应用离线的情况，在实时性方面就达不到实时触发，以及不一定确保消息能够到达，可能所集成产商不支持该手机厂商。如果客户群体有各式各样的手机型号，厂商众多，那么需要注册接入各大厂商消息渠道，在多个产商SDK不兼容情况还需要对不同厂商进行定制处理。目前技术方缺点包括：一、推送通知消息在应用不在线的情况不一定能及时送达。导致这个问题的原因是，各大手机厂商在生产手机的时候，内部其实有线程与厂商推送平台有关联，在手机启动，无需手机APP应用在线的情况，就能够推送通知栏消息，而对于其他厂商的推送，则需要应用在线的情况，才能够进行推送下发。推送消息的厂商也有可能会随着客户端账户手机的更换而更改，需要重新进行客户信息的注册绑定,不能只集成一家产商。二、是推送消息可能会被限制，不能一直发送。其根本原因是由于各大产商会有一些限制来防止手机用户收到过多的营销通知，比如限制你每天最多发送次数。随着移动APP的不断发展，各种活动的增加，以及业务系统里需要对用户进行各式各样的推送通知来达到提醒用户，或营销目的，不增加短信通知的成本。所以我们也不能只单单引入厂商的渠道，建议接入自研的消息推送渠道。
[0004]因此，相关技术存在的上述技术问题亟待解决。

技术实现思路

[0005]本申请旨在解决相关技术中的技术问题之一。为此，本申请实施例提供消息推送方法、系统、装置和存储介质，能够推送消息兼容各手机厂商，实时触达到用户手机。
[0006]根据本申请实施例一方面，提供一种消息推送方法，所述方法包括：
[0007]获取若干个渠道的消息；
[0008]整合所示若干个渠道的配置信息；
[0009]根据渠道模板下发推送消息。
[0010]在其中一个实施例中，所述整合所示若干个渠道的配置信息包括：
[0011]通过客户端app集成厂商对应SDK调用厂商接口服务请求，得到设备唯一标识；
[0012]调用上传mqtt服务和业务服务订阅mqtt服务，获取客户端信息并保存于数据库。
[0013]在其中一个实施例中，所述整合所示若干个渠道的配置信息包括：
[0014]通过客户端请求业务后台服务获取业务方唯一标识；
[0015]调用上传mqtt服务和业务服务订阅mqtt服务，获取客户端信息并保存于数据库。
[0016]在其中一个实施例中，所述自研渠道和客户端存在心跳检测，所述心跳检测包括：
[0017]每间隔预设时间检测应用是否存活，根据检测结果更新用户在线状态。
[0018]在其中一个实施例中，所述根据渠道模板下发推送消息，包括：
[0019]检测发送链中是否有用户在线，若发送链中有用户在线，则选择自研渠道模板下发推送消息，若发送链中没有用户在线，则选择厂商渠道模板下发推送消息；
[0020]若选择厂商渠道模板下发推送消息，则判断用户设备所注册的厂商渠道是否支持透传，若不支持透传，则使用默认得小米渠道进行下发，若支持透传，则使用厂商渠道进行下发。
[0021]在其中一个实施例中，整合所示若干个渠道的配置信息，根据渠道模板下发推送消，包括：
[0022]在整合所示若干个渠道的配置信息后，生成业务平台的推送管理渠道；
[0023]生成唯一密钥和自研渠道以及平台的RegId唯一标识；
[0024]通过用户绑定的所述唯一标识去找到对应渠道信息。
[0025]在其中一个实施例中，在消息发送链中根据用户状态、发送消息类型、用户设备信息选择最佳的渠道，统一调用推送渠道模块中的发送消息模板方法，根据构建入参选择对应的渠道进行下发。
[0026]根据本申请实施例一方面，提供消息推送装置，所述装置包括：
[0027]第一模块，用于获取若干个渠道的消息；
[0028]第二模块，用于整合所示若干个渠道的配置信息；
[0029]第三模块，用于根据渠道模板下发推送消息。
[0030]根据本申请实施例一方面，提供消息推送系统，所述系统包括前面实施例所述的消息推送装置。
[0031]根据本申请实施例一方面，提供存储介质，所述存储介质存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时实现如前面实施例所述的消息推送方法。
[0032]本申请实施例提供的消息推送方法、系统、装置和存储介质有益效果为：本申请的方法包括获取若干个渠道的消息；整合所示若干个渠道的配置信息；根据渠道模板下发推送消息。本申请基于自研渠道和厂商推送渠道，抽离业务系统与客户端交互模块、整合各消息推送渠道模块单独维护，提供发送中选择最佳的渠道发送的解决方案，剥离了业务系统与客户端交互的依赖，业务系统对推送渠道的依赖，降低接入新消息渠道的成本。
[0033]本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
[0034]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于
本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0035]图1为本申请实施例提供的一种消息推送方法的流程图；
[0036]图2为本申请实施例提供的一种消息推送装置的示意图。
具体实施方式
[0037]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0038]本申请的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.消息推送方法，其特征在于，所述方法包括：获取若干个渠道的消息；整合所示若干个渠道的配置信息；根据渠道模板下发推送消息。2.根据权利要求1所述的消息推送方法，其特征在于，所述整合所示若干个渠道的配置信息包括：通过客户端app集成厂商对应SDK调用厂商接口服务请求，得到设备唯一标识；调用上传mqtt服务和业务服务订阅mqtt服务，获取客户端信息并保存于数据库。3.根据权利要求1所述的消息推送方法，其特征在于，所述整合所示若干个渠道的配置信息包括：通过客户端请求业务后台服务获取业务方唯一标识；调用上传mqtt服务和业务服务订阅mqtt服务，获取客户端信息并保存于数据库。4.根据权利要求3所述的消息推送方法，其特征在于，自研渠道和客户端存在心跳检测，所述心跳检测包括：每间隔预设时间检测应用是否存活，根据检测结果更新用户在线状态。5.根据权利要求1所述的消息推送方法，其特征在于，所述根据渠道模板下发推送消息，包括：检测发送链中是否有用户在线，若发送链中有用户在线，则选择自研渠道模板下发推送消息，若发送链中没有用户在线，则选择厂商渠道模板下发推送消息；若选择厂商渠道模板下发推送消息，则判断用户设备...

【专利技术属性】
技术研发人员：陈俊杰，李小龙，刘帅英，王连光，
申请(专利权)人：广州市玄武无线科技股份有限公司，
类型：发明
国别省市：