CN108055199A - 支持离线消息保存的移动推送方法及系统 - Google Patents

Abstract

本发明提供了支持离线消息保存的移动推送方法及系统，该方法移动终端接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；状态中心修改移动终端的在线状态；API服务器根据业务服务器的推送请求生成推送任务，发送给在线下发单元和存储单元；在线下发单元接收到推送任务后，查询状态中心中该移动终端的在线状态，当移动终端在线时，将推送任务发送给移动终端；离线发送单元接收到登录指令后，将存储单元中的推送任务通过网关发送给移动终端，通过将不在线用户的推送任务保存起来，重新在线的时候可以把推送任务再次推送给用户，提高推送消息的有效送达。

Description

支持离线消息保存的移动推送方法及系统

技术领域

本发明属于数据处理技术领域，具体涉及支持离线消息保存的移动推送方法及系统。

背景技术

随着移动互联网的兴起，移动终端设备大量普及，各类App也跟着蓬勃发展。一方面由于App自身业务的需要，需要下发指令到App。另一方面为了保持用户的活跃度，也需要发送相关通知到App。因此推送功能成为App的标配。传统的消息推送方式为应用服务器根据自身业务的需要，调用推送系统的接口，给指定的用户或者用户群推送消息，推送系统将消息推送到App后，App将收到的消息做相应的处理。然而当网络状况不佳，App因为人为关闭或者切换至后台被操作系统关闭时，造成因为链接断开而无法将消息推送到App。

发明内容

针对现有技术中的缺陷，本发明提供支持离线消息保存的移动推送方法及系统，能够在用户离线后将消息有效地推送给用户。

第一方面，一种支持离线消息保存的移动推送方法，包括：

移动终端接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；

状态中心根据登录指令修改移动终端的在线状态为在线；

业务服务器接收用户的推送指令后，生成推送请求发送给API服务器；

API服务器根据推送请求生成推送任务，发送给在线下发单元和存储单元；

在线下发单元接收到推送任务后，查询状态中心中该移动终端的在线状态，当移动终端在线时，将推送任务通过网关发送给移动终端；

存储单元存储推送任务；

离线发送单元接收到登录指令后，将存储单元中的推送任务通过网关发送给移动终端。

进一步地，所述API服务器根据推送请求生成推送任务，发送给在线下发单元和存储单元具体包括：

API服务器接收推送请求；

API服务器验证所述推送请求是否合法，如果合法，解析推送请求，获得推送要求；

API服务器查找数据库中符合推送要求的目标用户；

API服务器将推送请求和目标用户封装形成推送任务，发送给在线下发单元和存储单元。

进一步地，所述在线下发单元查询状态中心中该移动终端的在线状态具体包括：

在线下发单元查询状态中心中该移动终端的最后在线时间，当最后在线时间与当前时间的时间差超过预设的在线阈值时，判定移动终端不在线；当最后在线时间与当前时间的时间差满足预设的在线阈值时，判定移动终端在线。

进一步地，该方法在所述存储单元存储推送任务之后还包括：

删除保存时间超过预设的保存阈值的推送任务；查询保存的推送任务的数量,判断每个移动终端的推送任务数量是否超过单个保存阈值，如果超过，按照保存时间的先后顺序删除该移动终端的推送任务，使得该移动终端的推送任务数量在单个保存阈值之内。

进一步地，该方法在离线发送单元将存储单元中的推送任务通过网关发送给移动终端之后，还包括：

移动终端收到推送任务时，生成消息回执，通过网关发送给消息送达模块；

消息送达模块根据消息回执查找存储单元中移动终端的推送任务，删除该推送任务。

第二方面，一种支持离线消息保存的移动推送系统，包括移动终端、网关、业务服务器、API服务器、在线下发单元、存储单元、状态中心和离线发送单元；

移动终端用于接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；

状态中心用于根据登录指令修改移动终端的在线状态为在线；

业务服务器用于接收用户的推送指令后，生成推送请求发送给API服务器；

API服务器用于根据推送请求生成推送任务，发送给在线下发单元和存储单元；

在线下发单元用于接收到推送任务后，查询状态中心中该移动终端的在线状态，当移动终端在线时，将推送任务通过网关发送给移动终端；

存储单元用于存储推送任务；

离线发送单元用于接收到登录指令后，将存储单元中的推送任务通过网关发送给移动终端。

进一步地，所述API服务器用于根据推送请求生成推送任务，发送给在线下发单元和存储单元具体包括：

API服务器接收推送请求；

API服务器验证所述推送请求是否合法，如果合法，解析推送请求，获得推送要求；

API服务器查找数据库中符合推送要求的目标用户；

API服务器将推送请求和目标用户封装形成推送任务，发送给在线下发单元和存储单元。

进一步地，所述在线下发单元查询状态中心中该移动终端的在线状态具体包括：

在线下发单元查询状态中心中该移动终端的最后在线时间，当最后在线时间与当前时间的时间差超过预设的在线阈值时，判定移动终端不在线；当最后在线时间与当前时间的时间差满足预设的在线阈值时，判定移动终端在线。

进一步地，所述存储单元还用于删除保存时间超过预设的保存阈值的推送任务；查询保存的推送任务的数量,判断每个移动终端的推送任务数量是否超过单个保存阈值，如果超过，按照保存时间的先后顺序删除该移动终端的推送任务，使得该移动终端的推送任务数量在单个保存阈值之内。

进一步地，所述移动终端还用于收到推送任务时，生成消息回执，通过网关发送给消息送达模块；

所述消息送达模块还用于根据消息回执查找存储单元中移动终端的推送任务，删除该推送任务。

由上述技术方案可知，本发明提供的支持离线消息保存的移动推送方法及系统，通过将不在线用户的推送任务保存起来，重新在线的时候可以把推送任务再次推送给用户，提高推送消息的有效送达。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1为实施例一提供的支持离线消息保存的移动推送方法的流程图。

图2为实施例二提供的支持离线消息保存的移动推送系统的模块框图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

实施例一：

参见图1，实施例一提供了一种支持离线消息保存的移动推送方法，包括：

S1：移动终端接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；

具体地，移动终端通过TCP协议和网关建立链接，进行业务通信，包括登录，心跳，接收推送消息等等。网关在收到移动终端的登录消息和心跳后，通过MQ异步通知状态中心和离线发送单元。

S2：状态中心根据登录指令修改移动终端的在线状态为在线；

具体地，由于移动终端在监控到用户登录后就发送登录指令，所以当状态中心收到移动终端的登录指令后，认为用户在线，修改移动终端的在线状态，表明当前用户在线，同时保存登录指令的接收时间。

S3：业务服务器接收用户的推送指令后，生成推送请求发送给API服务器；

具体地，业务服务器根据自身的业务需求(可以是由推送业务的商家用户发起，或者是业务服务器根据具体需求发起)，向API服务器通过HTTP协议发起一个推送请求，请求内容包括推送要求，消息内容，消息保存时间。推送要求指示推送的用户特征，例如：推送给本地用户，女性用户，男性用户等等。推送要求由业务服务器设定。

S4：API服务器(调用接口服务器)根据推送请求生成推送任务，发送给在线下发单元和存储单元；具体包括：

API服务器接收推送请求；

API服务器验证所述推送请求是否合法，如果合法，解析推送请求，获得推送要求；具体地，例如验证推送请求中消息内容是否合法等，只有验证合法才进行推送。

API服务器查找数据库中符合推送要求的目标用户；

API服务器将推送请求和目标用户封装形成推送任务，通过MQ发送给在线下发单元和存储单元。

S5：在线下发单元接收到推送任务后，通过RPC请求(远程过程调用)查询状态中心中该移动终端的在线状态，当移动终端在线时，通过MQ将推送任务发送给网关，网关通过原有的TCP链接把消息推送到移动终端，保证了推送消息的及时性。其中判断是否在线包括：

在线下发单元查询状态中心中该移动终端的最后在线时间，当最后在线时间与当前时间的时间差超过预设的在线阈值(可以是12小时，一天，半个月等)时，认为用户最后一次在线时间过长，可能下线了，所以判定移动终端不在线，此时只有在重新接收到移动终端的登录指令后，才能重新判定移动终端在线；当最后在线时间与当前时间的时间差满足预设的在线阈值时，说明移动终端最近才上线的，保持移动终端的在线状态。

S6：存储单元查询配置对推送任务的保存时间进行修正，使之不超过限制，然后存储推送任务；

该方法在所述存储单元存储推送任务之后还包括：

存储单元查询保存的推送任务的数量，当该数量超过预设的离线消息阈值时，说明存储单元存储数量较大，需要删除部分消息，节约存储单元的内存。删除保存时间超过预设的保存阈值的推送任务，即删除接收较久的消息；

判断每个移动终端的推送任务数量是否超过单个保存阈值，如果超过，说明该移动终端存储的推送任务过多，按照保存时间的先后顺序删除该移动终端的推送任务，例如删除保存时间比较久的推送任务，或者是删除过期的推送任务，使得该移动终端的推送任务数量在单个保存阈值之内。

S7：离线发送单元接收到登录指令后，将存储单元中的推送任务通过MQ发送给网关，网关再通过原有的TCP链接把消息推送到移动终端。

具体地，离线发送单元接收到登录指令时，说明该用户重新上线，此时查找存储单元中是否存在移动终端离线时保存在存储单元中的推送任务，如果存在就发送给移动终端。

S8：移动终端收到推送任务时，生成消息回执，通过网关发送给消息送达模块；

S9：消息送达模块根据消息回执查找存储单元中移动终端的推送任务，删除该推送任务。

具体地，步骤S8-S9用于更好地监控移动终端接收到的推送任务，当移动终端收到推送任务，发回执给消息送达模块，消息送达模块根据回执删除存储单元中相关的推送任务，这样存储单元保存的推送任务均是移动终端离线时没有推送成功、或者是在线时没有推送成功的推送任务，使得移动终端重新上线时，离线发送单元从存储单元读取的推送任务均是没有推送成功的，避免了重复推送的问题。

该方法通过将不在线用户的推送任务保存起来，重新在线的时候可以把推送任务再次推送给用户，提高推送消息的有效送达。

实施例二：

参见图2，实施例二提供了一种支持离线消息保存的移动推送系统，包括移动终端、网关、业务服务器、API服务器、在线下发单元、存储单元、状态中心和离线发送单元；

移动终端用于接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；

状态中心用于根据登录指令修改移动终端的在线状态为在线；

业务服务器用于接收用户的推送指令后，生成推送请求发送给API服务器；

API服务器用于根据推送请求生成推送任务，发送给在线下发单元和存储单元；

在线下发单元用于接收到推送任务后，查询状态中心中该移动终端的在线状态，当移动终端在线时，将推送任务通过网关发送给移动终端；

存储单元用于存储推送任务；

离线发送单元用于接收到登录指令后，将存储单元中的推送任务通过网关发送给移动终端。

进一步地，所述API服务器用于根据推送请求生成推送任务，发送给在线下发单元和存储单元具体包括：

API服务器接收推送请求；

API服务器验证所述推送请求是否合法，如果合法，解析推送请求，获得推送要求；

API服务器查找数据库中符合推送要求的目标用户；

API服务器将推送请求和目标用户封装形成推送任务，发送给在线下发单元和存储单元。

进一步地，所述在线下发单元查询状态中心中该移动终端的在线状态具体包括：

在线下发单元查询状态中心中该移动终端的最后在线时间，当最后在线时间与当前时间的时间差超过预设的在线阈值时，判定移动终端不在线；当最后在线时间与当前时间的时间差满足预设的在线阈值时，判定移动终端在线。

进一步地，所述存储单元还用于删除保存时间超过预设的保存阈值的推送任务；查询保存的推送任务的数量,判断每个移动终端的推送任务数量是否超过单个保存阈值，如果超过，按照保存时间的先后顺序删除该移动终端的推送任务，使得该移动终端的推送任务数量在单个保存阈值之内。

进一步地，所述移动终端还用于收到推送任务时，生成消息回执，通过网关发送给消息送达模块；

所述消息送达模块还用于根据消息回执查找存储单元中移动终端的推送任务，删除该推送任务。

本发明实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

应注意到：附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元(功能)或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种支持离线消息保存的移动推送方法，其特征在于，包括：

移动终端接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；

状态中心根据登录指令修改移动终端的在线状态为在线；

业务服务器接收用户的推送指令后，生成推送请求发送给API服务器；

API服务器根据推送请求生成推送任务，发送给在线下发单元和存储单元；

在线下发单元接收到推送任务后，查询状态中心中该移动终端的在线状态，当移动终端在线时，将推送任务通过网关发送给移动终端；

存储单元存储推送任务；

离线发送单元接收到登录指令后，将存储单元中的推送任务通过网关发送给移动终端。

2.根据权利要求1所述支持离线消息保存的移动推送方法，其特征在于，所述API服务器根据推送请求生成推送任务，发送给在线下发单元和存储单元具体包括：

API服务器接收推送请求；

API服务器验证所述推送请求是否合法，如果合法，解析推送请求，获得推送要求；

API服务器查找数据库中符合推送要求的目标用户；

API服务器将推送请求和目标用户封装形成推送任务，发送给在线下发单元和存储单元。

3.根据权利要求1所述支持离线消息保存的移动推送方法，其特征在于，所述在线下发单元查询状态中心中该移动终端的在线状态具体包括：

在线下发单元查询状态中心中该移动终端的最后在线时间，当最后在线时间与当前时间的时间差超过预设的在线阈值时，判定移动终端不在线；当最后在线时间与当前时间的时间差满足预设的在线阈值时，判定移动终端在线。

4.根据权利要求1所述支持离线消息保存的移动推送方法，其特征在于，该方法在所述存储单元存储推送任务之后还包括：

删除保存时间超过预设的保存阈值的推送任务；查询保存的推送任务的数量,判断每个移动终端的推送任务数量是否超过单个保存阈值，如果超过，按照保存时间的先后顺序删除该移动终端的推送任务，使得该移动终端的推送任务数量在单个保存阈值之内。

5.根据权利要求1所述支持离线消息保存的移动推送方法，其特征在于，该方法在离线发送单元将存储单元中的推送任务通过网关发送给移动终端之后，还包括：

移动终端收到推送任务时，生成消息回执，通过网关发送给消息送达模块；

消息送达模块根据消息回执查找存储单元中移动终端的推送任务，删除该推送任务。

6.一种支持离线消息保存的移动推送系统，其特征在于，包括移动终端、网关、业务服务器、API服务器、在线下发单元、存储单元、状态中心和离线发送单元；

移动终端用于接收用户的操作指令登录移动终端后，生成登录指令，并通过网关发送给状态中心和离线发送单元；

状态中心用于根据登录指令修改移动终端的在线状态为在线；

业务服务器用于接收用户的推送指令后，生成推送请求发送给API服务器；

API服务器用于根据推送请求生成推送任务，发送给在线下发单元和存储单元；

在线下发单元用于接收到推送任务后，查询状态中心中该移动终端的在线状态，当移动终端在线时，将推送任务通过网关发送给移动终端；

存储单元用于存储推送任务；

离线发送单元用于接收到登录指令后，将存储单元中的推送任务通过网关发送给移动终端。

7.根据权利要求6所述支持离线消息保存的移动推送系统，其特征在于，所述API服务器用于根据推送请求生成推送任务，发送给在线下发单元和存储单元具体包括：

API服务器接收推送请求；

API服务器验证所述推送请求是否合法，如果合法，解析推送请求，获得推送要求；

API服务器查找数据库中符合推送要求的目标用户；

API服务器将推送请求和目标用户封装形成推送任务，发送给在线下发单元和存储单元。

8.根据权利要求6所述支持离线消息保存的移动推送系统，其特征在于，

所述在线下发单元查询状态中心中该移动终端的在线状态具体包括：

在线下发单元查询状态中心中该移动终端的最后在线时间，当最后在线时间与当前时间的时间差超过预设的在线阈值时，判定移动终端不在线；当最后在线时间与当前时间的时间差满足预设的在线阈值时，判定移动终端在线。

9.根据权利要求6所述支持离线消息保存的移动推送系统，其特征在于，

所述存储单元还用于删除保存时间超过预设的保存阈值的推送任务；查询保存的推送任务的数量,判断每个移动终端的推送任务数量是否超过单个保存阈值，如果超过，按照保存时间的先后顺序删除该移动终端的推送任务，使得该移动终端的推送任务数量在单个保存阈值之内。

10.根据权利要求6所述支持离线消息保存的移动推送系统，其特征在于，

所述移动终端还用于收到推送任务时，生成消息回执，通过网关发送给消息送达模块；

所述消息送达模块还用于根据消息回执查找存储单元中移动终端的推送任务，删除该推送任务。