CN111953765B - 消息推送方法及系统 - Google Patents

Abstract

本发明提供了一种应用于金融领域的消息推送方法及系统，所述方法包含：接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；根据所述推送策略通过所述应用编号信息或所述通信号码信息将所述消息数据推送至用户。

Description

消息推送方法及系统

技术领域

本发明涉及金融领域，尤指一种消息推送方法及系统。

背景技术

金融行业，尤其是银行业中对客消息的发送，如余额变动提醒，基本都是通过运营商的短信推送来实现，虽然短信具备前端窗口及时提醒客户的特点，但发送方花费较高的短信成本(需要按照短信发送量付费给运营商系统)，因此各个公司系统均已通过自研的APP系统替代短信推送节约成本。

但APP推送受制于各个手机操作系统的相关要求，当APP非前端运行状态时消息无法通过前端窗口及时提醒客户，只能在客户端APP系统后台中存储，导致相关消息无法及时推送给客户，尤其是不法分子盗刷引发的资金变动异常时，无法使客户立即知晓并采取紧急措施进行止损。

因此针对短信推送中高收费成本、APP推送无法及时提醒客户的场景，急需一个方法或系统去解决上述问题。

发明内容

本发明目的在于提供一种综合应对消息推送场景的消息推送方法及系统，予以通过将APP状态流、消息类型、短信推送、APP推送相结合的方式实现了低成本且高时效的消息推送。

为达上述目的，本发明所提供的消息推送方法，具体包含：接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；根据所述推送策略通过所述应用编号信息或所述通信号码信息将所述消息数据推送至用户。

在上述消息推送方法中，优选的，根据所述风险等级和所述用户信息于预存对应表中获取对应的应用编号信息和/或通信号码信息包含：根据所述风险等级确定所述消息数据为高风险信息类型或低风险信息类型；当所述消息数据为高风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息和通信号码信息；当所述消息数据为低风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息。

在上述消息推送方法中，优选的，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略包含：当所述消息数据为高风险信息类型时，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态；根据所述当前使用状态生成所述推送策略，根据所述推送策略确定所述消息数据通过所述应用编号信息对应的应用或所述通信号码信息对应通讯信道推送至用户。

在上述消息推送方法中，优选的，根据所述当前使用状态生成所述推送策略包含：当所述应用编号信息对应的应用为后台运行或停止运行时，确定所述推送策略为：将所述消息数据通过所述通信号码信息对应的通讯信道推送，提示用户；当所述应用编号信息对应的应用为前端运行时，确定所述推送策略为：将所述消息数据推送至所述应用的显示界面提示用户。

在上述消息推送方法中，优选的，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态包含：根据预设周期时间构建监测应用状态的心跳监测窗口；通过心跳监测窗口在预设周期时间内收到的应用上传的接口报文获得所述应用编号信息对应的应用的当前使用状态。

本发明还提供一种消息推送系统，所述系统包含：消息分析中心组件、应用推送组件和短信推送组件；所述消息分析中心组件用于接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；所述应用推送组件用于根据所述推送策略通过所述应用编号信息对应的应用将所述消息数据推送至用户；所述短信推送组件用于根据所述推送策略通过所述通信号码信息对应通讯信道将所述消息数据推送至用户。

在上述消息推送系统中，优选的，所述消息分析中心组件包含消息发送判断模块，所述消息发送判断模块用于根据所述风险等级确定所述消息数据为高风险信息类型或低风险信息类型；当所述消息数据为高风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息和通信号码信息；当所述消息数据为低风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息。

在上述消息推送系统中，优选的，所述消息发送判断模块还用于：当所述消息数据为高风险信息类型时，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态；根据当前使用状态生成所述推送策略，根据所述推送策略确定所述消息数据通过所述应用编号信息对应的应用或所述通信号码信息对应通讯信道推送至用户。

在上述消息推送系统中，优选的，所述消息分析中心组件包含应用状态存储模块；所述应用状态存储模块用于根据预设周期时间构建监测应用状态的心跳监测窗口；通过心跳监测窗口在预设周期时间内收到的应用上传的接口报文获得所述应用编号信息对应的应用的当前使用状态。

在上述消息推送系统中，优选的，所述消息分析中心组件包含调度及响应模块和消息类型存储模块；所述调度及响应模块用于接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；根据所述用户信息于所述应用状态存储模块获得对应的应用的当前使用状态；将所述消息类型、所述当前使用状态和所述用户信息发送至所述消息发送判断模块；以及，根据所述消息发送判断模块生成的推送策略控制所述应用推送组件或所述短信推送组件推送所述消息数据；所述消息类型存储模块用于存储消息类型与风险等级的对应关系。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明的有益技术效果在于：提供了金融行业对客通知业务中消息推送场景下要求兼容低成本及高时效的解决方案，提升了消息推送系统的效率及灵活性，并最终给金融行业系统带来风险可控下的短信发送成本降低。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为本发明一实施例所提供的消息推送方法的流程示意图；

图2为本发明一实施例所提供的根据风险等级获取数据的流程示意图；

图3为本发明一实施例所提供的推送策略生成的流程示意图；

图4为本发明一实施例所提供的消息推送系统的结构示意图；

图5为本发明一实施例所提供的消息推送系统的应用原理示意图；

图6为本发明一实施例所提供的消息分析中心组件的结构示意图；

图7为本发明一实施例所提供的电子设备的结构示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本发明中的各个实施例及各实施例中的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。

另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

请参考图1所示，本发明所提供的一种本发明所提供的消息推送方法，具体包含：

S101接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；

S102将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；

S103根据所述推送策略通过所述应用编号信息或所述通信号码信息将所述消息数据推送至用户。

在上述实施例中，所述消息发送请求可为业务系统发起的交易通知请求，例如当某笔交易高于用户设定的限额时，生成用于提供的交易通知请求予以告知用户，此时可通过上述流程确认用户的状态，以此确定采用应用端提示或短信推送的方式来保证用户及时获知该通知；该过程中，如用户保持应用界面的阅览，则可以应用消息推送的方式予以通知，从而减少不必要的短信费用开支；又或者，当部分风险度不高的通信请求需要告知用户时，此刻时效要求并不高，因此也可采用应用消息推送的方式以完成相关通知，由此可有效解决了现有消息推送活动中存在的高收费成本或提醒不及时的问题。该实施例中，各流程的具体实现方式将在后续实施例中详细说明，在此就不再一一详述。

请参考图2所示，在本发明一实施例中，根据所述风险等级和所述用户信息于预存对应表中获取对应的应用编号信息和/或通信号码信息包含：

S201根据所述风险等级确定所述消息数据为高风险信息类型或低风险信息类型；

S202当所述消息数据为高风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息和通信号码信息；

S203当所述消息数据为低风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息。

在该实施例中，所述预存对应表可为用户信息、用户信息注册的应用编号、用户的通信号码三者之间关联存储的对应表，该对应表可基于用户预存数据予以生成，也可实时采集用户注册数据予以获取，本领域相关技术人员可根据实际需要确定，本发明在此并不做进一步限定。

请参考图3所示，基于上述实施例，在本发明另一实施例中，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略可包含：

S301当所述消息数据为高风险信息类型时，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态；

S302根据所述当前使用状态生成所述推送策略，根据所述推送策略确定所述消息数据通过所述应用编号信息对应的应用或所述通信号码信息对应通讯信道推送至用户。

具体的，在实际工作中上述根据所述当前使用状态生成所述推送策略可包含：当所述应用编号信息对应的应用为后台运行或停止运行时，确定所述推送策略为：将所述消息数据通过所述通信号码信息对应的通讯信道推送，提示用户；当所述应用编号信息对应的应用为前端运行时，确定所述推送策略为：将所述消息数据推送至所述应用的显示界面提示用户。亦即当确认用户正在使用应用时，即可通过应用进行消息推送，如无法确认应用是否正在被使用或已被切换至后台或停止时，为保证消息通知的时效性，则基于所述通讯信道采用短信、彩信、通知链接等时效性较强的方式推送至用户。

在本发明一实施例中，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态包含：根据预设周期时间构建监测应用状态的心跳监测窗口；通过心跳监测窗口在预设周期时间内收到的应用上传的接口报文获得所述应用编号信息对应的应用的当前使用状态。该实例中应用状态的监测方法还可通过其他现有技术予以实现，本发明再此并不做进一步限定。

请参考图4所示，本发明还提供一种消息推送系统，所述系统包含：消息分析中心组件、应用推送组件和短信推送组件；所述消息分析中心组件用于接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；所述应用推送组件用于根据所述推送策略通过所述应用编号信息对应的应用将所述消息数据推送至用户；所述短信推送组件用于根据所述推送策略通过所述通信号码信息对应通讯信道将所述消息数据推送至用户。再请参考图5所示，实际工作中，上述消息推送系统中，消息分析中心组件主要用于接收业务系统的消息发送请求，针对消息类型以及APP应用状态流信息综合判断路由至APP应用推送组件或短信推送组件。同时异步实时接收APP应用推送组件发送的APP应用状态信息(状态：APP是否在前端运行)并更新本地客户APP应用的状态信息。APP应用推送组件主要用于接收消息分析中心组件的消息发送指令，将消息推送对应客户的APP客户端上去；同时接收客户端APP的运行状态信息并通过异步实时的方式发送给消息分析中心组件。短信推送组件：接收消息分析中心组件的消息发送指令，将消息通过短信方式发送到客户手机终端上去。值得说明的是，在上述实施例中，该消息推送系统中各组件可集成在同一台装置或设备上实现对应功能，也可分处于不同装置和系统中组合实现上述功能，本发明对此不作进一步限定。

在上述实施例中，所述消息分析中心组件可包含消息发送判断模块，所述消息发送判断模块用于根据所述风险等级确定所述消息数据为高风险信息类型或低风险信息类型；当所述消息数据为高风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息和通信号码信息；当所述消息数据为低风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息。进一步的，所述消息发送判断模块还用于：当所述消息数据为高风险信息类型时，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态；根据所述当前使用状态生成所述推送策略，根据所述推送策略确定所述消息数据通过所述应用编号信息对应的应用或所述通信号码信息对应通讯信道推送至用户。

请参考图5所示，在本发明另一实施例中，所述消息分析中心组件包含应用状态存储模块；所述应用状态存储模块用于根据预设周期时间构建监测应用状态的心跳监测窗口；通过心跳监测窗口在预设周期时间内收到的应用上传的接口报文获得所述应用编号信息对应的应用的当前使用状态。进一步的，所述消息分析中心组件包含调度及响应模块和消息类型存储模块；所述调度及响应模块用于接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；根据所述用户信息于所述应用状态存储模块获得对应的应用的当前使用状态；将所述消息类型、所述当前使用状态和所述用户信息发送至所述消息发送判断模块；以及，根据所述消息发送判断模块生成的推送策略控制所述应用推送组件或所述短信推送组件推送所述消息数据；所述消息类型存储模块用于存储消息类型与风险等级的对应关系。

为便于更清楚的理解本发明所提供的消息推送系统中各流程的运作方式，以下请参考图6所示，对上述各流程分别作详细举例说明，本领域相关技术人员当可知，该实例仅为本发明所提供的一种实施方式，并不对其做进一步限定。

一、关于APP应用状态流流程确认方法：

APP应用客户端实时采集客户终端上APP应用的运行状态(0-前端运行；1-后端运行)，判断是否有状态变化，若APP应用运行状态发生切换，则通过状态切换接口实时通知APP应用推送组件，否则通过心跳接口定期通知APP应用推送组件，使APP应用推送组件可以及时掌握APP应用运行状态的切换并保持心跳连接，避免连接断线。APP应用推送组件将收到的APP应用状态信息异步实时推送到消息分析中心组件，消息分析中心组件依据APP应用状态是否切换并更新本地APP应用的运行状态(0-前端运行；1-后端运行)。上述APP应用推送组件及消息分析中心组件均部署心跳监测策略，如在约定时间无法收到被监测方的接口报文，则将APP应用的运行状态默认置为后端运行状态，后续收到接口报文且APP应用运行显示为前端运行时将本地客户APP应用的运行状态切换为前端运行，此时心跳接口重新计时进入下一个心跳监测窗口。

二、消息推送整体流程：

1、(消息分析中心组件接收业务系统的消息发送请求，提取请求中的消息类型及客户信息：分析消息为高风险信息类型，如余额变动提醒，则进一步通过客户ID查找本地存储的客户APP应用的运行状态信息，如查阅客户APP应用处于前端运行状态，则把请求发送给APP应用推送组件，反之则把请求发送给短信推送组件。分析消息为低风险信息类型，如生日关怀信息，无需进一步判断APP应用的运行状态，统一将请求发送给APP应用推送组件；

2、APP应用推送组件接收消息分析中心组件的请求，提取请求中的APPID信息，通过消息推送接口发送到客户端APP应用上去。APP应用客户端依据APP应用的运行状态在前端窗口中及时提醒客户或在后端管理中存储消息，其中后端存储的消息在客户端APP应用下一次切换到前端运行时统一在前端窗口中提醒客户。

3、短信推送组件接收消息分析中心组件的请求，提取请求中的手机号信息，通过运行商推送接口发送的客户端终端上去；终端短信系统收到消息后通过本地系统的短信提醒机制提醒客户。

在上述实施例中消息分析中心组件由调度及响应模块、APP应用状态存储模块、消息类型存储模块、消息发送判断模块四个模块组成，具体模块功能说明如下：

调度及响应模块：接收业务系统的消息发送请求，并调度APP应用状态存储模块、消息类型存储模块、消息发送判断模块综合获取消息发送方式，后续将消息发送请求转发给APP应用推送组件或短信推送组件；APP应用状态存储模块：接受调度及响应模块的调度，提供APP应用状态(0-前端运行；1-后端运行)信息存储即查询服务；同时接收APP应用推送组件发送的心跳及状态切换接口的通知并更新APP应用状态信息。消息类型存储模块：接受调度及响应模块的调度，提供消息类型风险等级存储及查询服务。消息发送判断模块：接受调度及响应模块的调度，针对当前消息发送请求中的消息类型、APP应用状态信息进行综合分析，确定当前消息的发送方式(数据字典：0-APP应用推送；1-短信推送)并返回给调度及响应模块。

基于上述模块，所述消息分析中心组件处理流程如下：

1、调度及响应模块收到业务系统的消息发送请求，进行消息报文分析，提取出客户信息和消息类型信息。

2、调度及响应模块访问消息类型存储模块，通过消息类型获取风险等级标志(数据字典：0-高风险、1-低风险)。

3、调度及响应模块访问APP应用状态存储模块，通过客户信息获取APP应用的运行状态(数据字典：0-前端运行；1-后端运行)。

4、调度及响应模块访问消息发送判断模块，通过消息类型风险等级、APP应用的运行状态确定消息发送方式，判断规则如下：分析消息为高风险信息类型，如余额变动提醒，则进一步通过客户ID查找本地存储的客户APP应用的运行状态信息，如客户APP应用处于前端运行状态，则把请求发送给APP应用推送组件(消息发送方式为：0-APP应用推送)，反之则把请求发送给短信推送组件(消息发送方式为：1-短信推送)。分析消息为低风险信息类型，如生日关怀信息，无需进一步判断APP应用的运行状态，统一将请求发送给APP应用推送组件(消息发送方式为：0-APP应用推送)；

5、调度及响应模块消息发送方式分别调用APP应用推送组件或短信推送组件，将消息发送请求转到对应的组件上去。

本发明的有益技术效果在于：提供了金融行业对客通知业务中消息推送场景下要求兼容低成本及高时效的解决方案，提升了消息推送系统的效率及灵活性，并最终给金融行业系统带来风险可控下的短信发送成本降低。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

如图7所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图7中所示的所有部件；此外，电子设备600还可以包括图7中没有示出的部件，可以参考现有技术。

如图7所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种消息推送方法，其特征在于，所述方法包含：

接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；

将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；

根据所述推送策略通过所述应用编号信息或所述通信号码信息将所述消息数据推送至用户；

根据所述风险等级和所述用户信息于预存对应表中获取对应的应用编号信息和/或通信号码信息包含：

根据所述风险等级确定所述消息数据为高风险信息类型或低风险信息类型；

当所述消息数据为高风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息和通信号码信息；

当所述消息数据为低风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息；

根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略包含：

当所述消息数据为高风险信息类型时，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态；

根据所述当前使用状态生成所述推送策略，根据所述推送策略确定所述消息数据通过所述应用编号信息对应的应用或所述通信号码信息对应通讯信道推送至用户。

2.根据权利要求1所述的消息推送方法，其特征在于，根据所述当前使用状态生成所述推送策略包含：

当所述应用编号信息对应的应用为后台运行或停止运行时，确定所述推送策略为：将所述消息数据通过所述通信号码信息对应的通讯信道推送，提示用户；

当所述应用编号信息对应的应用为前端运行时，确定所述推送策略为：将所述消息数据推送至所述应用的显示界面提示用户。

3.根据权利要求1所述的消息推送方法，其特征在于，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态包含：

根据预设周期时间构建监测应用状态的心跳监测窗口；

通过心跳监测窗口在预设周期时间内收到的应用上传的接口报文获得所述应用编号信息对应的应用的当前使用状态。

4.一种消息推送系统，其特征在于，所述系统包含：消息分析中心组件、应用推送组件和短信推送组件；

所述消息分析中心组件用于接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；将所述消息类型与预设的风险等级比较确定风险等级，根据所述风险等级和所述用户信息，于预存对应表中获取对应的应用编号信息和/或通信号码信息，并生成推送策略；

所述应用推送组件用于根据所述推送策略通过所述应用编号信息对应的应用将所述消息数据推送至用户；

所述短信推送组件用于根据所述推送策略通过所述通信号码信息对应通讯信道将所述消息数据推送至用户；

所述消息分析中心组件包含消息发送判断模块，所述消息发送判断模块用于根据所述风险等级确定所述消息数据为高风险信息类型或低风险信息类型；当所述消息数据为高风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息和通信号码信息；当所述消息数据为低风险信息类型时，根据所述用户信息于预存对应表中获取对应的应用编号信息；

所述消息发送判断模块还用于：

当所述消息数据为高风险信息类型时，根据所述应用编号信息获取所述应用编号信息对应的应用的当前使用状态；

根据所述当前使用状态生成所述推送策略，根据所述推送策略确定所述消息数据通过所述应用编号信息对应的应用或所述通信号码信息对应通讯信道推送至用户。

5.根据权利要求4所述的消息推送系统，其特征在于，所述消息分析中心组件包含应用状态存储模块；所述应用状态存储模块用于根据预设周期时间构建监测应用状态的心跳监测窗口；通过心跳监测窗口在预设周期时间内收到的应用上传的接口报文获得所述应用编号信息对应的应用的当前使用状态。

6.根据权利要求5所述的消息推送系统，其特征在于，所述消息分析中心组件包含调度及响应模块和消息类型存储模块；

所述调度及响应模块用于接收消息发送请求，根据所述消息发送请求解析获得消息类型、消息数据和用户信息；根据所述用户信息于所述应用状态存储模块获得对应的应用的当前使用状态；将所述消息类型、所述当前使用状态和所述用户信息发送至所述消息发送判断模块；以及，根据所述消息发送判断模块生成的推送策略控制所述应用推送组件或所述短信推送组件推送所述消息数据；

所述消息类型存储模块用于存储消息类型与风险等级的对应关系。

7.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至3任一所述方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至3任一所述方法的计算机程序。

Images