CN111225044B - 一种客户端消息推送方法、装置和系统 - Google Patents

Abstract

本发明公开了一种客户端消息推送方法，用于解决在境外使用安卓手机时消息推送的问题，方法包括：接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK；判断客户端中的系统推送服务是否可用；若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。采用该技术方案，当应用有消息待推送时，先判断客户端的系统服务是否可用，如果可用使用系统推送服务推送待推送消息，如果不可用则使用第三方消息推送进程推送，方便用户的使用，提升用户的使用感受。

Description

一种客户端消息推送方法、装置和系统

技术领域

本发明涉及消息推送技术领域，具体而言，涉及一种客户端消息推送方法、装置和系统。

背景技术

在安卓系统中，应用会向用户推送一些应用对应的消息，例如新闻类、广告类等，非常方便用户的使用。

安卓系统的推送主要基于系统服务，由于在国内系统服务无法使用，国内出现了很多第三方消息推送平台，方便用户在国内使用安卓系统时仍然可以使用推送服务。

但是当用户携带客户端出国旅行或访问时，可能会两种消息推送机制同时存在，造成消息推送重复或推送冲突反而没有收到推送消息等情况，给用户使用造成困扰。

发明内容

本发明旨在解决现有技术中当用户携带客户端出国旅行或访问时，推送消息使用存在问题，导致用户体验不好的问题。

为了解决上述技术问题，本发明第一方面提出一种客户端消息推送方法，方法包括：

接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK；

判断客户端中的系统推送服务是否可用；

若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

根据本发明的一种优选实施方式，所述判断客户端中的系统推送服务是否可用具体包括：

获取客户端的广告ID；

获取FCM服务对应的客户端的令牌；

获取到所述广告ID和所述令牌，则判断客户端中的系统推送服务可用，否则判断系统推送服务不可用。

根据本发明的一种优选实施方式，若可用则使用系统推送进程推送所述第一应用消息具体包括：

获取所述第一应用对应的应用ID，根据所述客户端的令牌以及所述应用ID向系统推送服务器发送所述第一应用消息推送请求，所述系统推送服务器向所述客户端推送第一应用消息。

根据本发明的一种优选实施方式，若不可用则使用转发推送进程推送所述第一应用消息具体包括：

所述转发推送进程与转发服务器维持长连接；

所述转发服务器接收所述第一应用消息推送请求，通过所述转发推送进程将所述第一应用消息推送至客户端。

根据本发明的一种优选实施方式，通过所述转发推送进程将所述第一应用消息推送至客户端还包括：

若客户端中第一应用进程存活，则第一应用进程接收所述第一应用消息并向用户展示；

若客户端中所述第一应用进程不存在，则由进程存活的第二应用向所述第一应用转发所述第一应用消息。

根据本发明的一种优选实施方式，所述第二应用封装有与所述第一应用同样的转发推送SDK，所述第二应用与所述第一应用协商有激活协议。

根据本发明的一种优选实施方式，则由进程存活的第二应用向所述第一应用转发所述第一应用消息具体包括：

客户端中进程存活的第二应用接收所述第一应用消息；

所述第二应用生成本地广播消息，所述本地广播消息包括激活协议以及第一应用消息，在客户端本地进行广播；

所述第一应用接收并解析所述本地广播数据包，获取所述激活协议以及第一应用消息，若激活协议匹配，则向用户展示所述第一应用消息。

根据本发明的一种优选实施方式，其特征在于，方法进一步包括：

所述转发推送进程判断当前客户端的所述第一应用消息是否推送成功，如果推送成功则向下一个客户端推送所述第一应用消息，若推送失败则重新向当前客户端推送所述第一应用消息。

本发明第二方面提出一种客户端消息推送装置，其特征在于，装置包括：

接收模块，用于接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK；

判断模块，用于判断客户端中的系统推送服务是否可用；

推送模块，若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

根据本发明的一种优选实施方式，所述判断客户端中的系统推送服务是否可用具体包括：

获取客户端的广告ID；

获取FCM服务对应的客户端的令牌；

获取到所述广告ID和所述令牌，则判断客户端中的系统推送服务可用，否则判断系统推送服务不可用。

根据本发明的一种优选实施方式，若可用则使用系统推送进程推送所述第一应用消息具体包括：

获取所述第一应用对应的应用ID，根据所述客户端的令牌以及所述应用ID向系统推送服务器发送所述第一应用消息推送请求，所述系统推送服务器向所述客户端推送第一应用消息。

根据本发明的一种优选实施方式，若不可用则使用转发推送进程推送所述第一应用消息具体包括：

所述转发推送进程与转发服务器维持长连接；

所述转发服务器接收所述第一应用消息推送请求，通过所述转发推送进程将所述第一应用消息推送至客户端。

根据本发明的一种优选实施方式，通过所述转发推送进程将所述第一应用消息推送至客户端还包括：

若客户端中第一应用进程存活，则第一应用进程接收所述第一应用消息并向用户展示；

若客户端中所述第一应用进程不存在，则由进程存活的第二应用向所述第一应用转发所述第一应用消息。

根据本发明的一种优选实施方式，所述第二应用封装有与所述第一应用同样的转发推送SDK，所述第二应用与所述第一应用协商有激活协议。

根据本发明的一种优选实施方式，则由进程存活的第二应用向所述第一应用转发所述第一应用消息具体包括：

客户端中进程存活的第二应用接收所述第一应用消息；

所述第二应用生成本地广播消息，所述本地广播消息包括激活协议以及第一应用消息，在客户端本地进行广播；

所述第一应用接收并解析所述本地广播数据包，获取所述激活协议以及第一应用消息，若激活协议匹配，则向用户展示所述第一应用消息。

根据本发明的一种优选实施方式，装置进一步包括：

推送成功确认模块，所述转发推送进程判断当前客户端的所述第一应用消息是否推送成功，如果推送成功则向下一个客户端推送所述第一应用消息，若推送失败则重新向当前客户端推送所述第一应用消息。

本发明第三方面提出一种客户端消息推送系统，包括：

存储单元，用于存储计算机可执行程序；

处理单元，用于读取所述存储单元中的计算机可执行程序，以执行所述的客户端消息推送方法。

本发明第四方面提出一种计算机可读介质，用于存储计算机可读程序，所述计算机可读程序用于执行所述的客户端消息推送方法。

采用该技术方案，当应用有消息待推送时，先判断客户端的系统服务是否可用，如果可用使用系统推送服务推送待推送消息，如果不可用则使用第三方消息推送进程推送，方便用户的使用，提升用户的使用感受。

附图说明

为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明的示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。

图1是本发明实施例中客户端消息推送方法的流程示意图；

图2是本发明实施例中实施例一的具体流程示意图；

图3是本发明实施例中客户端消息推送装置的结构示意图；

图4是本发明实施例中客户端消息推送系统的框架示意图；

图5是本发明实施例中计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图来更加全面地描述本发明的示例性实施例，虽然各示例性实施例能够以多种具体的方式实施，但不应理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例是为了使本发明的内容更加完整，更加便于将发明构思全面地传达给本领域的技术人员。

在符合本发明的技术构思的前提下，在某个特定的实施例中描述的结构、性能、效果或者其他特征可以以任何合适的方式结合到一个或更多其他的实施例中。

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理单元装置和/或微控制器装置中实现这些功能实体。

各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。

图1是本发明一种客户端消息推送方法，如图1所示，本发明方法具有如下步骤：

S101、接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK。

在本实施方式中，将转发推送SDK封装在第一应用中，采用这种方法第一应用在编写过程中就不用了考虑消息推送的问题，有消息需要推送时调用转发推送SDK即可。这样能够方便开发人员，不同的应用封装相同的SDK，就会使用相同的转发推送服务器，方便统一管理。

S102、判断客户端中的系统推送服务是否可用。

在上述技术方案的基础上，进一步地，所述判断客户端中的系统推送服务是否可用具体包括：

获取系统通用的广告ID；

获取FCM服务对应的客户端的令牌；

获取到所述广告ID和所述令牌，则判断客户端中的系统推送服务可用，否则判断系统推送服务不可用。

广告ID是由Google Play Service提供的，是为了能让用户更好的控制，为开发人员提供简单、标准的系统标识。能够让网络广告和其他应用程序的匿名标识一个应用。用户可以在任何时候设置他们的广告ID，从系统设置应用程序在设备上的广告部分的权利。从相同的应用程序，用户还可以选择有针对性的广告的广告ID的基础上，来设置合适的广告跟踪偏好。如果应用程序想要使用广告ID，设备就必须安装Google Play Service。

而应用第一次启动时，FCM SDK会为客户端应用实例生成一个注册令牌。如果您希望定位单台设备或创建设备组，则需要通过继承FirebaseInstanceIdService来访问此令牌。令牌可能会在发生下列情况时更改：应用删除实例ID、应用在新设备上恢复、用户卸载/重新安装应用，以及用户清除应用数据。

在本实施方式中，通过获取广告ID和令牌来判断用户客户端的系统服务器是否可用。因为在安装某些应用的时候会在客户端中安装部分的系统服务，可能会生成广告ID或者令牌，但系统服务还是不可用，因此通过获取广告ID或者令牌判断并不准确。只有当广告ID和令牌都获取到时才能证明系统服务可用。

S103、若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

在上述技术方案的基础上，进一步地，若可用则使用系统推送进程推送所述第一应用消息具体包括：

获取所述第一应用对应的应用ID，根据所述客户端的令牌以及所述应用ID向系统推送服务器发送所述第一应用消息推送请求，所述系统推送服务器向所述客户端推送第一应用消息。

每个安卓应用有唯一的应用ID，应用ID可以在设备上和Google Play商店中对应用进行唯一标识，在应用发布以后应用ID是不会进行改变的。

在本实施方式中，当判定系统服务正常时，由系统推送服务来执行消息推送，系统推送进程会一直与系统推送服务器保持长连接，根据令牌确定客户端，将第一应用消息通过系统推送进程发送至客户端，根据应用ID确定应用程序，向用户进行展示。

在上述技术方案的基础上，进一步地，若不可用则使用转发推送进程推送所述第一应用消息具体包括：

所述转发推送进程与转发服务器维持长连接；

所述转发服务器接收所述第一应用消息推送请求，通过所述转发推送进程将所述第一应用消息推送至客户端。

在本实施方式中，若系统服务不可用，则没法使用系统推送服务器，因此，由第三方消息推送平台进行消息推送。在客户端中，转发推送进程与转发服务器维持长连接，利用客户端标识ID，比如IMEI，对客户端进行定位，利用应用ID确定第一应用，将第一应用消息推送至客户端。

在上述技术方案的基础上，进一步地，通过所述转发推送进程将所述第一应用消息推送至客户端还包括：

若客户端中第一应用进程存活，则第一应用进程接收所述第一应用消息并向用户展示；

若客户端中所述第一应用进程不存在，则由进程存活的第二应用向所述第一应用转发所述第一应用消息。

在本实施方式中，客户端收到第一应用消息需要判断第一应用进程是否存活，如果存活则第一应用向用户展示第一应用消息。

但安卓系统为了释放系统资源，提升用户使用感受会将不使用的后台进程结束，如果第一应用进程停止，则无法接受第一应用消息。此时需要由进行还存活的第二应用接收第一应用消息向第一应用进行转发。

在上述技术方案的基础上，进一步地，所述第二应用封装有与所述第一应用同样的转发推送SDK，所述第二应用与所述第一应用协商有激活协议。

在上述技术方案的基础上，进一步地，则由进程存活的第二应用向所述第一应用转发所述第一应用消息具体包括：

客户端中进程存活的第二应用接收所述第一应用消息；

所述第二应用生成本地广播消息，所述本地广播消息包括激活协议以及第一应用消息，在客户端本地进行广播；

所述第一应用接收并解析所述本地广播数据包，获取所述激活协议以及第一应用消息，若激活协议匹配，则向用户展示所述第一应用消息。

在本实施方式中，第一应用和第二应用都封装了相同的转发推送SDK，这种封装了相同的转发推送SDK的应用称为集团应用。集团应用使用同一个转发推送服务器，可以通过同一个转发推送进行接收待推送的消息。在集团应用之间，还协商有一激活协议，激活协议通常为一字符串。

第二应用通过转发推送进程接收到第一应用消息，将第一应用消息封装进本地广播消息的数据包，在数据包的包头中还封装有集团应用协商好的激活协议。第二应用在客户端本地广播该数据包，集团应用接收该数据包，解析该数据包，从包头中获取激活协议，与集团应用之间协商的激活协议相匹配，继续解析数据包获取第一应用消息，根据第一应用消息中携带的应用ID确定第一应用。第一应用将第一应用消息向用户展示。比如通过状态栏向用户展示，用户点击状态栏中推送的消息，跳转至第一应用。

其他应用收到该数据包进行解析，获取激活协议，由于没有激活协议或者激活协议不同，直接将该数据包丢弃。

在本实施方式中，只要集团应用中有一个应用进程还存活，其他应用的推送消息就都能通过转发推送服务器进行推送。相对来说集团应用中的应用数据越多，转发推送服务的稳定性就越高。

在上述技术方案的基础上，进一步地，方法进一步包括：

S104、所述转发推送进程判断当前客户端的所述第一应用消息是否推送成功，如果推送成功则向下一个客户端推送所述第一应用消息，若推送失败则重新向当前客户端推送所述第一应用消息。

在本实施方式中，为了确保推送消息不丢失，在确认消息推送成功后再向下一个客户端进行推送。

下面通过一个实施例对消息推送进行说明。

实施例一

S201、第一应用服务器向转发推送服务器发送待推送的第一应用消息；

S202、转发推送服务器判断待推送消息的目标客户端的系统服务是否可用，如果可用执行S203，如果不可用执行S204；

S203，转发推送服务器将第一应用消息发送至系统推送服务器，系统推送服务器将第一应用消息发送至目标客户端进行展示；

S204，转发推送服务器将待推送消息发送至目标客户端；

S205，判断待推送消息对应的第一应用进程是否存活，是则执行S206，否则执行S207；

S206，第一应用在状态栏进行展示；

S207，由进程存活的第二应用接收待推送消息，并向第一应用转发，第一应用在状态栏进行展示。

如图3所示，在本实施例中还提供了一种客户端消息推送装置300，包括：

接收模块301，用于接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK。

在本实施方式中，将转发推送SDK封装在第一应用中，采用这种方法第一应用在编写过程中就不用了考虑消息推送的问题，有消息需要推送时调用转发推送SDK即可。这样能够方便开发人员，不同的应用封装相同的SDK，就会使用相同的转发推送服务器，方便统一管理。

判断模块302，用于判断客户端中的系统推送服务是否可用。

在上述技术方案的基础上，进一步地，所述判断客户端中的系统推送服务是否可用具体包括：

获取系统通用的广告ID；

获取FCM服务对应的客户端的令牌；

获取到所述广告ID和所述令牌，则判断客户端中的系统推送服务可用，否则判断系统推送服务不可用。

广告ID是由Google Play Service提供的，是为了能让用户更好的控制，为开发人员提供简单、标准的系统标识。能够让网络广告和其他应用程序的匿名标识一个应用。用户可以在任何时候设置他们的广告ID，从系统设置应用程序在设备上的广告部分的权利。从相同的应用程序，用户还可以选择有针对性的广告的广告ID的基础上，来设置合适的广告跟踪偏好。如果应用程序想要使用广告ID，设备就必须安装Google Play Service。

而应用第一次启动时，FCM SDK会为客户端应用实例生成一个注册令牌。如果您希望定位单台设备或创建设备组，则需要通过继承FirebaseInstanceIdService来访问此令牌。令牌可能会在发生下列情况时更改：应用删除实例ID、应用在新设备上恢复、用户卸载/重新安装应用，以及用户清除应用数据。

在本实施方式中，通过获取广告ID和令牌来判断用户客户端的系统服务器是否可用。因为在安装某些应用的时候会在客户端中安装部分的系统服务，可能会生成广告ID或者令牌，但系统服务还是不可用，因此通过获取广告ID或者令牌判断并不准确。只有当广告ID和令牌都获取到时才能证明系统服务可用。

推送模块303，若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

在上述技术方案的基础上，进一步地，若可用则使用系统推送进程推送所述第一应用消息具体包括：

获取所述第一应用对应的应用ID，根据所述客户端的令牌以及所述应用ID向系统推送服务器发送所述第一应用消息推送请求，所述系统推送服务器向所述客户端推送第一应用消息。

每个安卓应用有唯一的应用ID，应用ID可以在设备上和Google Play商店中对应用进行唯一标识，在应用发布以后应用ID是不会进行改变的。

在本实施方式中，当判定系统服务正常时，由系统推送服务来执行消息推送，系统推送进程会一直与系统推送服务器保持长连接，根据令牌确定客户端，将第一应用消息通过系统推送进程发送至客户端，根据应用ID确定应用程序，向用户进行展示。

在上述技术方案的基础上，进一步地，若不可用则使用转发推送进程推送所述第一应用消息具体包括：

所述转发推送进程与转发服务器维持长连接；

所述转发服务器接收所述第一应用消息推送请求，通过所述转发推送进程将所述第一应用消息推送至客户端。

在本实施方式中，若系统服务不可用，则没法使用系统推送服务器，因此，由第三方消息推送平台进行消息推送。在客户端中，转发推送进程与转发服务器维持长连接，利用客户端标识ID，比如IMEI，对客户端进行定位，利用应用ID确定第一应用，将第一应用消息推送至客户端。

在上述技术方案的基础上，进一步地，通过所述转发推送进程将所述第一应用消息推送至客户端还包括：

若客户端中第一应用进程存活，则第一应用进程接收所述第一应用消息并向用户展示；

若客户端中所述第一应用进程不存在，则由进程存活的第二应用向所述第一应用转发所述第一应用消息。

在本实施方式中，客户端收到第一应用消息需要判断第一应用进程是否存活，如果存活则第一应用向用户展示第一应用消息。

但安卓系统为了释放系统资源，提升用户使用感受会将不使用的后台进程结束，如果第一应用进程停止，则无法接受第一应用消息。此时需要由进行还存活的第二应用接收第一应用消息向第一应用进行转发。

在上述技术方案的基础上，进一步地，所述第二应用封装有与所述第一应用同样的转发推送SDK，所述第二应用与所述第一应用协商有激活协议。

在上述技术方案的基础上，进一步地，则由进程存活的第二应用向所述第一应用转发所述第一应用消息具体包括：

客户端中进程存活的第二应用接收所述第一应用消息；

所述第二应用生成本地广播消息，所述本地广播消息包括激活协议以及第一应用消息，在客户端本地进行广播；

所述第一应用接收并解析所述本地广播数据包，获取所述激活协议以及第一应用消息，若激活协议匹配，则向用户展示所述第一应用消息。

在本实施方式中，第一应用和第二应用都封装了相同的转发推送SDK，这种封装了相同的转发推送SDK的应用称为集团应用。集团应用使用同一个转发推送服务器，可以通过同一个转发推送进行接收待推送的消息。在集团应用之间，还协商有一激活协议，激活协议通常为一字符串。

第二应用通过转发推送进程接收到第一应用消息，将第一应用消息封装进本地广播消息的数据包，在数据包的包头中还封装有集团应用协商好的激活协议。第二应用在客户端本地广播该数据包，集团应用接收该数据包，解析该数据包，从包头中获取激活协议，与集团应用之间协商的激活协议相匹配，继续解析数据包获取第一应用消息，根据第一应用消息中携带的应用ID确定第一应用。第一应用将第一应用消息向用户展示。比如通过状态栏向用户展示，用户点击状态栏中推送的消息，跳转至第一应用。

其他应用收到该数据包进行解析，获取激活协议，由于没有激活协议或者激活协议不同，直接将该数据包丢弃。

在本实施方式中，只要集团应用中有一个应用进程还存活，其他应用的推送消息就都能通过转发推送服务器进行推送。相对来说集团应用中的应用数据越多，转发推送服务的稳定性就越高。

在上述技术方案的基础上，进一步地，方法进一步包括：

推送成功确认模块304，所述转发推送进程判断当前客户端的所述第一应用消息是否推送成功，如果推送成功则向下一个客户端推送所述第一应用消息，若推送失败则重新向当前客户端推送所述第一应用消息。

在本实施方式中，为了确保推送消息不丢失，在确认消息推送成功后再向下一个客户端进行推送。

如图4所示，本发明的一个实施例中还公开一种客户端消息推送系统，图4显示的信息处理系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

客户端消息推送系统400，包括存储单元420，用于存储计算机可执行程序；处理单元410，用于读取所述存储单元中的计算机可执行程序，以执行本发明各种实施方式的步骤。

在本实施方式中客户端消息推送系统400还包括，连接不同系统组件(包括存储单元420和处理单元410)的总线430、显示单元440等。

其中，所述存储单元420存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理单元410执行，使得所述处理单元410执行本发明各种实施方式的步骤。例如，所述处理单元410可以执行如图1所示的步骤。

所述存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。所述存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

客户端消息推送系统400也可以与一个或多个外部设备470(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备470通过输入/输出(I/O)接口450进行与处理单元410进行交互，还可以通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)进行。网络适配器460可以通过总线430与客户端消息推送系统400的其它模块通信。应当明白，尽管图中未示出，客户端消息推送系统400中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

图5是本发明的一个计算机可读介质实施例的示意图。如图5所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储单元(RAM)、只读存储单元(ROM)、可擦式可编程只读存储单元(EPROM或闪存)、光纤、便携式紧凑盘只读存储单元(CD-ROM)、光存储单元件、磁存储单元件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：

S101、接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK；

S102、判断客户端中的系统推送服务是否可用；

S103、若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，本发明可以执行计算机程序的方法、装置、电子设备或计算机可读介质来实现。可以在实践中使用微处理单元或者数字信号处理单元(DSP)等通用数据处理设备来实现本发明的一些或者全部功能。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种安卓系统的客户端消息推送方法，其特征在于，方法包括：

接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK；

获取由Google Play Service提供的系统通用的广告ID；获取FCM服务对应的客户端的令牌；如果获取到所述广告ID和所述令牌，则判断客户端中的系统推送服务可用，否则判断系统推送服务不可用；

若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

2.如权利要求1所述的客户端消息推送方法，其特征在于，若可用则使用系统推送进程推送所述第一应用消息具体包括：

获取所述第一应用对应的应用ID，根据所述客户端的令牌以及所述应用ID向系统推送服务器发送所述第一应用消息推送请求，所述系统推送服务器向所述客户端推送第一应用消息。

3.如权利要求1所述的客户端消息推送方法，其特征在于，若不可用则使用转发推送进程推送所述第一应用消息具体包括：

所述转发推送进程与转发服务器维持长连接；

所述转发服务器接收所述第一应用消息推送请求，通过所述转发推送进程将所述第一应用消息推送至客户端。

4.如权利要求3所述的客户端消息推送方法，其特征在于，通过所述转发推送进程将所述第一应用消息推送至客户端还包括：

若客户端中第一应用进程存活，则第一应用进程接收所述第一应用消息并向用户展示；

若客户端中所述第一应用进程不存在，则由进程存活的第二应用向所述第一应用转发所述第一应用消息。

5.如权利要求4所述的客户端消息推送方法，其特征在于，所述第二应用封装有与所述第一应用同样的转发推送SDK，所述第二应用与所述第一应用协商有激活协议。

6.如权利要求5所述的客户端消息推送方法，其特征在于，则由进程存活的第二应用向所述第一应用转发所述第一应用消息具体包括：

客户端中进程存活的第二应用接收所述第一应用消息；

所述第二应用生成本地广播消息，所述本地广播消息包括激活协议以及第一应用消息，在客户端本地进行广播；

所述第一应用接收并解析所述本地广播消息，获取所述激活协议以及第一应用消息，若激活协议匹配，则向用户展示所述第一应用消息。

7.如权利要求1-6任一权利要求所述的客户端消息推送方法，其特征在于，方法进一步包括：

所述转发推送进程判断当前客户端的所述第一应用消息是否推送成功，如果推送成功则向下一个客户端推送所述第一应用消息，若推送失败则重新向当前客户端推送所述第一应用消息。

8.一种安卓系统的客户端消息推送装置，其特征在于，装置包括：

接收模块，用于接收第一应用的服务器发送的第一应用消息推送请求，所述第一应用封装有转发推送SDK；

判断模块，用于获取由Google Play Service提供的系统通用的广告ID；获取FCM服务对应的客户端的令牌；如果获取到所述广告ID和所述令牌，则判断客户端中的系统推送服务可用，否则判断系统推送服务不可用；

推送模块，若可用则使用系统推送进程推送所述第一应用消息，若不可用则使用转发推送进程推送所述第一应用消息。

9.如权利要求8所述的客户端消息推送装置，其特征在于，若可用则使用系统推送进程推送所述第一应用消息具体包括：

获取所述第一应用对应的应用ID，根据所述客户端的令牌以及所述应用ID向系统推送服务器发送所述第一应用消息推送请求，所述系统推送服务器向所述客户端推送第一应用消息。

10.如权利要求8所述的客户端消息推送装置，其特征在于，若不可用则使用转发推送进程推送所述第一应用消息具体包括：

所述转发推送进程与转发服务器维持长连接；

所述转发服务器接收所述第一应用消息推送请求，通过所述转发推送进程将所述第一应用消息推送至客户端。

11.如权利要求10所述的客户端消息推送装置，其特征在于，通过所述转发推送进程将所述第一应用消息推送至客户端还包括：

若客户端中第一应用进程存活，则第一应用进程接收所述第一应用消息并向用户展示；

若客户端中所述第一应用进程不存在，则由进程存活的第二应用向所述第一应用转发所述第一应用消息。

12.如权利要求11所述的客户端消息推送装置，其特征在于，所述第二应用封装有与所述第一应用同样的转发推送SDK，所述第二应用与所述第一应用协商有激活协议。

13.如权利要求12所述的客户端消息推送装置，其特征在于，则由进程存活的第二应用向所述第一应用转发所述第一应用消息具体包括：

客户端中进程存活的第二应用接收所述第一应用消息；

所述第二应用生成本地广播消息，所述本地广播消息包括激活协议以及第一应用消息，在客户端本地进行广播；

所述第一应用接收并解析所述本地广播消息，获取所述激活协议以及第一应用消息，若激活协议匹配，则向用户展示所述第一应用消息。

14.如权利要求8-13任一权利要求所述的客户端消息推送装置，其特征在于，装置进一步包括：

推送成功确认模块，所述转发推送进程判断当前客户端的所述第一应用消息是否推送成功，如果推送成功则向下一个客户端推送所述第一应用消息，若推送失败则重新向当前客户端推送所述第一应用消息。

15.一种客户端消息推送系统，其特征在于，包括：

存储单元，用于存储计算机可执行程序；

处理单元，用于读取所述存储单元中的计算机可执行程序，以执行权利要求1至7中任一项所述的客户端消息推送方法。

16.一种计算机可读介质，用于存储计算机可读程序，其特征在于，所述计算机可读程序在由处理单元处理时用于执行权利要求1至7中任一项所述的客户端消息推送方法。

Images