CN111200656A - 通知推送方法、装置及系统 - Google Patents

Abstract

本公开是关于一种通知推送方法、装置及系统。涉及计算机互联网技术，解决了二次开发配置各App工作量大且易出错、消息推送网络依赖性强的问题。该方法包括：自消息服务器获取通知数据；解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；将解析得到的所述至少一个通知消息包推送至对应的应用。本公开提供的技术方案适用于远程通知消息推送，实现了高效、低网络依赖性的通知推送方案。

Description

通知推送方法、装置及系统

技术领域

本公开涉及计算机互联网技术，尤其涉及一种通知推送方法、装置及系统。

背景技术

随着智能手机等客户端设备上的应用数量快速增长，应用产生的消息推送也变得多了起来。据统计，对于Android手机上的非垃圾通知，30％的用户会点击查看。这说明，合理利用推送通知，会大幅提升应用留存率和活跃度。

通知栏一般通过后台配置统一化，需要多个应用(App)接入同一个接口后台。针对不同的App分别进行二次开发工作，然后根据接口后台配置信息进行配置项的显示，完成各App的通知推送。

此外，在App进行推送时，通知消息及服务器消息配置信息需要从远程服务器获取，在网络通信不正常的情况下无法进行远程配置后台配置项的展示。实际使用中，除客户端设备网络连接中断之外，用户可能会根据个人习惯将某些App的连网功能进行限制，也会在一定程度上影响通知推送。

综上，消息推送由于需要进行后台二次开发，所需工作量较大且容易出错。同时由于对网络连接的依赖性强，推送容易受到网络连接情况影响，无法顺利进行。

发明内容

为克服相关技术中存在的问题，本公开提供一种通知推送方法、装置及系统。

根据本公开实施例的第一方面，提供一种通知推送方法，包括：

自消息服务器获取通知数据；

解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

将解析得到的所述至少一个通知消息包推送至对应的应用。

优选的，所述将解析得到的所述至少一个通知消息包推送至对应的应用包括：

与解析得到的所述至少一个通知消息包对应的应用分别建立一对一连接通道；

通过所述连接通道，向各个应用推送对应的通知消息包。

优选的，该方法还包括：

将接收得到的所述通知消息包中的信息展示在通知栏。

优选的，所述自消息服务器获取通知数据之前，还包括：

在检测到所述至少一个应用发生获取推送事件的情况下，向所述消息服务器请求获取通知数据。

根据本公开实施例的第二方面，提供了一种通知推送方法，应用于消息服务器，包括：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

优选的，所述将用户终端上待推送的至少一个应用的通知消息包组成通知数据包括：

获取所述用户终端上各应用未推送的推送信息；

将各个应用的推送信息以应用为单位构建通知消息包；

将全部所述通知消息包组成所述通知数据。

优选的，所述将待向用户终端推送的至少一个应用的通知消息包组成通知数据之后，还包括：

接收所述用户终端发送的获取所述通知数据的请求。

根据本公开实施例的第三方面，提供了一种通知推送装置，包括：

通知数据获取模块，用于自消息服务器获取通知数据；

数据解析模块，用于解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

应用推送模块，用于将解析得到的所述至少一个通知消息包推送至对应的应用。

优选的，所述应用推送模块包括：

通道建立子模块，用于与解析得到的所述至少一个通知消息包对应的应用分别建立一对一连接通道；

数据传输子模块，用于通过所述连接通道，向各个应用推送对应的通知消息包。

优选的，该装置还包括：

数据请求模块，用于在检测到所述至少一个应用发生获取推送事件的情况下，向所述消息服务器请求获取通知数据。

根据本公开实施例的第四方面，提供了一种通知推送装置，包括：

数据生成模块，用于将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

数据发送模块，用于向所述用户终端发送所述通知数据。

优选的，所述数据生成模块包括：

数据收集子模块，用于获取所述用户终端上各应用未推送的推送信息；

通知消息包生成子模块，用于将各个应用的推送信息以应用为单位构建通知消息包；

通知数据生成子模块，用于将全部所述通知消息包组成所述通知数据。

优选的，该装置还包括：

请求接收模块，用于接收所述用户终端发送的获取所述通知数据的请求。

根据本公开实施例的第五方面，提供了一种通知推送系统，包括用户终端和消息服务器；

所述用户终端，用于自所述消息服务器获取通知数据，所述通知数据包含至少一个通知消息包，不同的通知消息包对应不同的应用，解析所述通知数据，获取所述通知消息包，并将解析得到的各通知消息包推送至对应的应用；

所述消息服务器，用于将待向所述用户终端推送的至少一个应用的通知消息包组成通知数据，向所述用户终端发送所述通知数据。

根据本公开实施例的第六方面，提供了一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

自消息服务器获取通知数据；

解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

将解析得到的所述至少一个通知消息包推送至对应的应用。

根据本公开实施例的第七方面，提供了一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

根据本公开实施例的第八方面，提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种通知推送方法，所述方法包括：

自消息服务器获取通知数据；

解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

将解析得到的所述至少一个通知消息包推送至对应的应用。

根据本公开实施例的第九方面，提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行一种通知推送方法，所述方法包括：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

本公开的实施例提供的技术方案可以包括以下有益效果：消息服务器将待向用户终端推送的至少一个应用的通知消息包组成通知数据，并向所述用户终端发送所述通知数据；用户终端自消息服务器获取通知数据后，解析所述通知数据，获取至少一个通知消息包，并将解析得到的所述至少一个通知消息包推送至对应的应用。由用户终端与消息服务器对接完成通知数据的获取，在本地进行对各应用的推送，在各应用的后台统一接收通知消息包，实现了高效、低网络依赖性的通知推送方案，解决了二次开发配置各App工作量大且易出错、消息推送网络依赖性强的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种通知推送方法的流程图。

图2是根据一示例性实施例示出的一种通知推送方法的流程图。

图3是根据一示例性实施例示出的一种通知推送方法的流程图。

图4是根据一示例性实施例示出的一种通知推送方法的流程图。

图5是根据一示例性实施例示出的一种通知推送装置的框图。

图6是根据一示例性实施例示出的一种应用推送模块503的框图。

图7是根据一示例性实施例示出的一种通知推送装置的框图。

图8是根据一示例性实施例示出的一种通知推送装置的框图。

图9是根据一示例性实施例示出的一种数据生成模块801的框图。

图10是根据一示例性实施例示出的一种通知推送装置的框图。

图11是根据一示例性实施例示出的一种装置的框图(移动终端的一般结构)。

图12是根据一示例性实施例示出的一种装置的框图(服务器的一般结构)。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

消息推送由于需要进行后台二次开发，所需工作量较大且容易出错。同时由于对网络连接的依赖性强，推送容易受到网络连接情况影响，无法顺利进行。

为了解决上述问题，本公开的实施例提供了一种通知推送方法、装置及系统。由用户终端统一从消息服务器获取多个应用的通知消息包，再在用户终端本地完成不同应用的通知消息包传输推送，进而实现了高效、低网络依赖性的通知推送方案，解决了二次开发配置各App工作量大且易出错、消息推送网络依赖性强的问题。

本公开的一示例性实施例提供了一种通知推送方法，使用该方法完成通知消息推送的流程如图1所示，包括：

步骤101、消息服务器将待向用户终端推送的至少一个应用的通知消息包组成通知数据。

本公开实施例中，所述用户终端可为智能手机、平板电脑、笔记本电脑等设备。所述应用具体为App。

本步骤中，消息服务器将该用户终端上各应用待发送的通知信息分别生成各应用的通知消息包，再将全部通知消息包组成通知数据。

每个通知消息包对应于一个应用，可在通知消息包中携带应用的标识信息，例如在包中添加专用于表明对应应用的字段、将包的名称命名为与对应的应用相同等等。

例如，所述通知消息包可包含包名称、版本号码、消息内容等。

步骤102、消息服务器向所述用户终端发送所述通知数据，用户终端自消息服务器获取通知数据。

所述通知数据包含至少一个通知消息包，不同的通知消息包对应不同的应用。

所述通知数据包以预先配置的数据格式下发至用户终端。例如，以Json数据格式下发。

消息服务器分为前台和后台，消息服务器前台支持运营人员进行通知数据的配置，消息服务器后台进行解析配置信息，进行标准数据格式通知数据的下发。所述标准数据格式具体可为json数据格式。

步骤103、用户终端解析所述通知数据，获取至少一个通知消息包。

本步骤中，用户终端解析所述通知数据，获取其中包含的多个通知消息包。每个通知消息包对应一个应用，如图1所示，在应用1－N这N个应用中，本次获取的通知数据中可能包括其中1－N个应用对应的通知消息包。

步骤104、用户终端将解析得到的所述至少一个通知消息包推送至对应的应用。

本公开实施例中，用户终端一侧具体可通过安装于所述用户终端系统中的推送专用的应用(如推送专用的App)来实现相应功能。例如，对于Android系统的智能手机，在系统AndroidManifest.xml文件中对推送专用的应用进行配置，设置该应用与消息服务器对接。不需要具体的进行通知消息展示的App对接口服务器进行开发对接，只需要在用户终端本地化进行简单的配置即可关联接口服务器的通知消息传输对接，保证的代码的统一，减轻了开发和测试工作的繁琐程度。在解析得到各通知消息包后，即可推送至对应的应用。再由各应用在本地将通知消息包中的信息展示在通知栏。

本公开实施全中，由推送专用的应用进行与消息服务器的接口对接，获取消息服务器下发的标准数据格式的通知数据，并对通知数据中的各对应字段含义进行解析并且保存，获取多个通知消息包及配置信息等。

具体的，当推送专用的应用检测到被推送应用存在时，通过与被推送的应用建立起的连接通道进行传输，向被推送的应用发送相应的通知消息包。被推送的应用通过连接通道成功接收到通知消息包，进而对通知消息包中的信息进行展示。

如果在本地并不存在解析得到的某通知消息包对应的应用，则表明目前用户终端上并没有安装该应用，此时，丢弃该通知消息包，不作推送处理。

在本公开实施例进行消息通关期间，并没有单一被推送的应用发出联网操作请求，而是由用户终端通过推送专用的应用等进行联网并获取数据。对于各被推送的应用来说，此过程中没有产生网络流量。这样，在不进行联网操作的情况下，各应用也能够展示消息服务器配置的通知信息。

本公开的一示例性实施例还提供了一种通知推送方法，在用户终端自消息服务器获取通知数据的过程中，由用户终端发起该过程，具体流程如图2所示，包括：

步骤201、用户终端在检测到所述至少一个应用发生获取推送事件的情况下，向所述消息服务器请求获取通知数据。

本步骤中，用户终端在检测到发生获取推送事件后，即触发向消息服务器请求获取通知数据的操作。所述获取推送事件具体可为以下事件中的任一或任意多项：

某一应用启动、某一应用在后台发起获取推送消息的操作、到达预置的获取推送时间。

需要说明的是，会触发用户终端获取通知数据操作的事件并不限于以上所列举的例子。可根据实际应用环境的需要，自定义配置。

步骤202、消息服务器接收所述用户终端发送的获取所述通知数据的请求。

本步骤中，消息服务器接收到所述用户终端发送的获取通知数据的请求后，即启动如图1所示流程。

当然，消息服务器也可主动发起如图1所示流程，在消息服务器上配置有主动触发的条件，例如达到预置的推送时间、产生了需要实时推送的通知消息、待推送的通知消息数量达到预置的未通知消息数量等，具体可根据实际应用需要自定义。在满足该主动触发的条件后，消息服务器即主动发起如图1所示的流程。

本公开的一示例性实施例还提供了一种通知推送方法，使用本方法在用户终端内部进行通知消息包传输的流程如图3所示，包括：

步骤301、与解析得到的所述至少一个通知消息包对应的应用分别建立一对一连接通道。

本步骤中，具体的，由推送专用的应用根据解析得到的通知消息包，确定对应的应用。然后，与各应用建立一对一连接通道，在本地通过该连接通道完成通知消息包向应用的传输。

这样，应用获取通知消息包的流程就不会受到网络连接的限制。即便某一应用被限制了网络连接功能，仍可通过用户终端获取通知消息包，在不直接连接网络的情况下获取推送消息，完成推送。

步骤302、通过所述连接通道，向各个应用推送对应的通知消息包。

本步骤中，通过本地的连接通道，本次获取的通知数据中涉及的各应用获取通知消息包。在获取通知消息包后，即可根据通知消息包中包含的信息，完成推送。

本公开的一示例性实施例还提供了一种通知推送方法，消息服务器使用该方法生成通知数据的流程如图4所示，包括：

步骤401、获取所述用户终端上各应用未推送的推送信息。

本步骤中，消息服务器确定需要向某一用户终端发送推送数据后，即收集该用户终端全部未推送的推送信息。

步骤402、将各个应用的推送信息以应用为单位构建通知消息包。

本步骤中，消息服务器将各应用的推送信息分别打包成通知消息包。在通知消息包中，可携带对应的应用的标识信息。

步骤403、将全部所述通知消息包组成所述通知数据。

本步骤中，将多个通知消息包组成用户终端的通知数据。然后，即可向用户终端发送通知数据。

本公开的一示例性实施例还提供了一种通知推送装置，其结构如图5所示，包括：

通知数据获取模块501，用于自消息服务器获取通知数据；

数据解析模块502，用于解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

应用推送模块503，用于将解析得到的所述至少一个通知消息包推送至对应的应用。

优选的，所述应用推送模块503的结构如图6所示，包括：

通道建立子模块601，用于与解析得到的所述至少一个通知消息包对应的应用分别建立一对一连接通道；

数据传输子模块602，用于通过所述连接通道，向各个应用推送对应的通知消息包。

优选的，该装置的结构如图7所示，还包括：

数据请求模块504，用于在检测到所述至少一个应用发生获取推送事件的情况下，向所述消息服务器请求获取通知数据。

如图5至7所示的通知推送装置，可集成于用户终端中，由用户终端实现相应功能。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的一示例性实施例还提供了一种通知推送装置，其结构如图8所示，包括：

数据生成模块801，用于将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

数据发送模块802，用于向所述用户终端发送所述通知数据。

优选的，所述数据生成模块801的结构如图9所示，包括：

数据收集子模块901，用于获取所述用户终端上各应用未推送的推送信息；

通知消息包生成子模块902，用于将各个应用的推送信息以应用为单位构建通知消息包；

通知数据生成子模块903，用于将全部所述通知消息包组成所述通知数据。

优选的，该装置的结构如图10所示，还包括：

请求接收模块803，用于接收所述用户终端发送的获取所述通知数据的请求。

如图8至10所示的通知推送装置，可集成于消息服务器中，由消息服务器实现相应功能。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的一示例性实施例还提供了一种通知推送系统，包括用户终端和消息服务器；

所述用户终端，用于自所述消息服务器获取通知数据，所述通知数据包含至少一个通知消息包，不同的通知消息包对应不同的应用，解析所述通知数据，获取所述通知消息包，并将解析得到的各通知消息包推送至对应的应用；

所述消息服务器，用于将待向所述用户终端推送的至少一个应用的通知消息包组成通知数据，向所述用户终端发送所述通知数据。

本公开的一示例性实施例还提供了一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

自消息服务器获取通知数据，所述通知数据包含至少一个通知消息包，不同的通知消息包对应不同的应用；

解析所述通知数据，获取所述通知消息包；

将解析得到的各通知消息包推送至对应的应用。

本公开的一示例性实施例还提供了一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

图11是根据一示例性实施例示出的一种用于通知推送的装置1100的框图。例如，装置1100可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图11，装置1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电力组件1106，多媒体组件1108，音频组件1110，输入/输出(I/O)的接口1112，传感器组件1114，以及通信组件1116。

处理组件1102通常控制装置1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1102可以包括一个或多个处理器1120来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理组件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。

存储器1104被配置为存储各种类型的数据以支持在设备1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1106为装置1100的各种组件提供电力。电力组件1106可以包括电源管理系统，一个或多个电源，及其他与为装置1100生成、管理和分配电力相关联的组件。

多媒体组件1108包括在所述装置1100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当设备1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(MIC)，当装置1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。

I/O接口1112为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1114包括一个或多个传感器，用于为装置1100提供各个方面的状态评估。例如，传感器组件1114可以检测到设备1100的打开/关闭状态，组件的相对定位，例如所述组件为装置1100的显示器和小键盘，传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变，用户与装置1100接触的存在或不存在，装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由装置1100的处理器1120执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种通知推送方法，所述方法包括：

自消息服务器获取通知数据，所述通知数据包含至少一个通知消息包，不同的通知消息包对应不同的应用；

解析所述通知数据，获取所述通知消息包；

将解析得到的各通知消息包推送至对应的应用。

图12是根据一示例性实施例示出的一种用于通知推送的装置1200的框图。例如，装置1200可以被提供为一服务器。参照图12，装置1200包括处理组件1222，其进一步包括一个或多个处理器，以及由存储器1232所代表的存储器资源，用于存储可由处理组件1222的执行的指令，例如应用程序。存储器1232中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1222被配置为执行指令，以执行上述方法.

装置1200还可以包括一个电源组件1226被配置为执行装置1200的电源管理，一个有线或无线网络接口1250被配置为将装置1200连接到网络，和一个输入输出(I/O)接口1258。装置1200可以操作基于存储在存储器1232的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行一种通知推送方法，所述方法包括：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

本公开的实施例提供了一种通知推送方法、装置及系统。消息服务器将待向用户终端推送的至少一个应用的通知消息包组成通知数据，并向所述用户终端发送所述通知数据；用户终端自消息服务器获取通知数据后，解析所述通知数据，获取至少一个通知消息包，并将解析得到的所述至少一个通知消息包推送至对应的应用。由用户终端与消息服务器对接完成通知数据的获取，在本地进行对各应用的推送，在各应用的后台统一接收通知消息包，实现了高效、低网络依赖性的通知推送方案，解决了二次开发配置各App工作量大且易出错、消息推送网络依赖性强的问题。

本公开的实施例提供的技术方案，在对接消息服务器时，不需要针对用户终端上的各个应用进行实际上的开发对接，只需要通过推送专用的应用统一化部署，部署环境与用户终端后台对接消息服务器需要的开发工作更为简单，不容易产生对接消息服务器时出现的字段遗漏等错误，易于排查错误原因。降低轻了开发和测试环节的开发成本，提高了工作效率，保证了代码统一、简洁和解耦合原则。

在智能手机等用户终端具有正常的网络连接，但某一应用被用户设置为禁止网络连接的情况下，该应用依旧能够获取并显示显示消息服务器配置的通知信息。作为远程通知的一种补充方式，达到通知信息及时到达应用的目的，提高了各应用内通知信息的到达率，

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (18)

1.一种通知推送方法，其特征在于，应用于用户终端，包括：

自消息服务器获取通知数据；

解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

将解析得到的所述至少一个通知消息包推送至对应的应用。

2.根据权利要求1所述的通知推送方法，其特征在于，所述将解析得到的所述至少一个通知消息包推送至对应的应用包括：

与解析得到的所述至少一个通知消息包对应的应用分别建立一对一连接通道；

通过所述连接通道，向各个应用推送对应的通知消息包。

3.根据权利要求1所述的通知推送方法，其特征在于，该方法还包括：

将接收得到的所述通知消息包中的信息展示在通知栏。

4.根据权利要求1所述的通知推送方法，其特征在于，所述自消息服务器获取通知数据之前，还包括：

在检测到所述至少一个应用发生获取推送事件的情况下，向所述消息服务器请求获取通知数据。

5.一种通知推送方法，其特征在于，应用于消息服务器，包括：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

6.根据权利要求5所述的通知推送方法，其特征在于，所述将待向用户终端上待推送的至少一个应用的通知消息包组成通知数据包括：

获取所述用户终端上各应用未推送的推送信息；

将各个应用的推送信息以应用为单位构建通知消息包；

将全部所述通知消息包组成所述通知数据。

7.根据权利要求5所述的通知推送方法，其特征在于，所述将待向用户终端推送的至少一个应用的通知消息包组成通知数据之后，还包括：

接收所述用户终端发送的获取所述通知数据的请求。

8.一种通知推送装置，其特征在于，包括：

通知数据获取模块，用于自消息服务器获取通知数据；

数据解析模块，用于解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

应用推送模块，用于将解析得到的所述至少一个通知消息包推送至对应的应用。

9.根据权利要求8所述的通知推送装置，其特征在于，所述应用推送模块包括：

通道建立子模块，用于与解析得到的所述至少一个通知消息包对应的应用分别建立一对一连接通道；

数据传输子模块，用于通过所述连接通道，向各个应用推送对应的通知消息包。

10.根据权利要求8所述的通知推送装置，其特征在于，该装置还包括：

数据请求模块，用于在检测到所述至少一个应用发生获取推送事件的情况下，向所述消息服务器请求获取通知数据。

11.一种通知推送装置，其特征在于，包括：

数据生成模块，用于将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

数据发送模块，用于向所述用户终端发送所述通知数据。

12.根据权利要求11所述的通知推送装置，其特征在于，所述数据生成模块包括：

数据收集子模块，用于获取所述用户终端上各应用未推送的推送信息；

通知消息包生成子模块，用于将各个应用的推送信息以应用为单位构建通知消息包；

通知数据生成子模块，用于将全部所述通知消息包组成所述通知数据。

13.根据权利要求11所述的通知推送装置，其特征在于，该装置还包括：

请求接收模块，用于接收所述用户终端发送的获取所述通知数据的请求。

14.一种通知推送系统，其特征在于，包括用户终端和消息服务器；

所述用户终端，用于自所述消息服务器获取通知数据，所述通知数据包含至少一个通知消息包，不同的通知消息包对应不同的应用，解析所述通知数据，获取所述通知消息包，并将解析得到的各通知消息包推送至对应的应用；

所述消息服务器，用于将待向所述用户终端推送的至少一个应用的通知消息包组成通知数据，向所述用户终端发送所述通知数据。

15.一种计算机装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

自消息服务器获取通知数据；

解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

将解析得到的所述至少一个通知消息包推送至对应的应用。

16.一种计算机装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

17.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种通知推送方法，所述方法包括：

自消息服务器获取通知数据；

解析所述通知数据，获取至少一个通知消息包，所述通知数据包含至少一个应用的通知消息包，其中，不同的通知消息包对应不同的应用；

将解析得到的所述至少一个通知消息包推送至对应的应用。

18.一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行一种通知推送方法，所述方法包括：

将待向用户终端推送的至少一个应用的通知消息包组成通知数据；

向所述用户终端发送所述通知数据。

Images