消息获取方法及装置制造方法及图纸

本申请实施例提供一种消息获取方法及装置。消息获取方法包括：根据客户端的当前状态，启用至少一种激活机制；在客户端处于当前状态期间，根据至少一种激活机制，分别激活客户端内的网络请求服务；以及根据被激活的网络请求服务和推送服务，从服务端获取消息。本申请实施例可以避免单独依靠APNS推送消息导致消息漏报的情况，提高消息传递的可靠性。

【技术实现步骤摘要】
消息获取方法及装置
本申请涉及互联网
，尤其涉及一种消息获取方法及装置。
技术介绍
随着iOS平台的普及以及互联网技术的发展，基于iOS的互联网应用越来越多，这些互联网应用所提供的服务场景也更加多样化。在大多数服务场景中，互联网应用的服务端和互联网应用的客户端之间需要传递消息。越来越多的互联网应用对准确传递消息提出了很高的要求，现有服务端与客户端之间传递消息的方式已不能满足互联网应用的需求，因此基于iOS的互联网应用面临着如何准确、可靠地传递消息的问题。
技术实现思路
在现有技术中，基于iOS的互联网应用大都采用图1所示方式传递消息。如图1所示，互联网应用的服务端与互联网应用的客户端之间传递消息主要包括以下几个阶段：第一阶段：互联网应用的服务端把待发送消息和接收终端的标识打包，将打包消息发送给APNS(英文全拼为：ApplePushNotificationService)服务器。第二阶段：APNS服务器在已注册推送服务的终端列表中，查找有相应标识的终端作为接收终端，并把打包消息中的待发送消息发送到接收终端。第三阶段：接收终端将APNS服务器发送来的消息，传递给安装于所述接收终端上的互联网应用的客户端，并且按照设定的模式弹出通知消息。本申请专利技术人跟踪研究了上述消息传递过程，发现：通过APNS服务器向客户端推送消息，可能出现消息遗漏的情况，可靠性相对较低。然而，越来越多的互联网应用对准确传递消息提出了很高的要求，现有基于APNS服务器推送消息的方式已不能满足互联网应用的需求，因此基于iOS的互联网应用面临着如何准确、可靠地传递消息的问题。针对上述技术问题，本申请专利技术人提供一种解决方案，其核心原理是：在基于APNS推送消息的基础上，在互联网应用的客户端(APP，英文全称为Aplication)内嵌网络请求服务，基于客户端的运行状态以不同方式激活客户端内部的网络请求服务，以便同时采用APNS推送消息和客户端内部的网络请求服务与服务端进行消息传递，避免单独依靠APNS推送消息导致消息漏报的情况，提高消息传递的可靠性。基于上述，本申请一实施例提供一种消息获取方法，包括：根据客户端的当前状态，启用至少一种激活机制；在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务；以及根据所述被激活的网络请求服务和推送服务，从服务端获取消息。在一可选实施方式中，所述根据客户端的当前状态，启用至少一种激活机制，包括：在所述客户端当前处于非运行状态时，启用至少一种系统服务级的激活机制。在一可选实施方式中，在所述客户端当前处于非运行状态时，启用至少一种系统服务级的激活机制，包括以下至少一种：在所述客户端当前处于非运行状态时，启用操作系统提供的后台获取机制；在所述客户端当前处于非运行状态时，启用操作系统提供的静默推送机制。在一可选实施方式中，在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务，包括以下至少一种：在所述客户端处于非运行状态期间，调用所述操作系统提供的后台获取API，以确定激活时间点，并在所述激活时间点激活所述网络请求服务；在所述客户端处于非运行状态期间，接收所述服务端基于所述静默推送机制通过所述推送服务所推送的静默消息，并在接收到所述静默消息时，激活所述网络请求服务。在一可选实施方式中，在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务，包括：在所述客户端处于非运行状态期间，根据所述至少一种激活机制，将所述客户端从非运行状态变更为运行状态，在所述客户端处于运行状态时，激活所述网络请求服务。在一可选实施方式中，根据客户端的当前状态，启用至少一种激活机制之前，所述方法还包括：监听所述客户端的状态；若监听到所述客户端处于挂起状态，确定所述客户端当前处于非运行状态。在一可选实施方式中，所述方法还包括：在所述客户端进入后台状态时，调用操作系统提供的后台任务API，以使所述客户端在指定时间后进入挂起状态。在一可选实施方式中，所述根据客户端的当前状态，启用至少一种激活机制，包括：在所述客户端当前处于运行状态时，启用至少一种应用级的激活机制。在一可选实施方式中，在所述客户端当前处于运行状态时，启用至少一种应用级的激活机制，包括：在所述客户端当前处于运行状态时，启用所述客户端内的定时轮询机制。在一可选实施方式中，在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务，包括：在所述客户端处于运行状态期间，根据所述定时轮询机制，定时激活所述网络请求服务。在一可选实施方式中，根据客户端的当前状态，启用至少一种激活机制之前，所述方法还包括：监听所述客户端的状态；若监听到所述客户端处于非活动状态、活动状态或后台状态，确定所述客户端当前处于运行状态。在一可选实施方式中，所述根据所述被激活的网络请求服务和推送服务，从服务端获取消息，包括：通过推送通道，接收所述服务端通过所述推送服务推送的第一消息；通过网络请求通道，接收服务端根据所述被激活的网络请求服务发送的网络请求而返回的第二消息；通过与所述客户端的当前状态相适应的展示方式，提示所述第一消息和/或第二消息的到达。相应地，本申请另一实施例提供一种消息获取装置，包括：启用单元，用于根据客户端的当前状态，启用至少一种激活机制；激活单元，用于在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务；以及获取单元，用于根据所述被激活的网络请求服务和推送服务，从服务端获取消息。在一种可选实施方式中，所述启用单元具体用于：在所述客户端处于非运行状态时，启用至少一种系统服务级的激活机制。在一种可选实施方式中，所述启用单元具体用于执行以下至少一种操作：在所述客户端当前处于非运行状态时，启用操作系统提供的后台获取机制；在所述客户端当前处于非运行状态时，启用操作系统提供的静默推送机制。在一种可选实施方式中，所述激活单元具体用于执行以下至少一种操作：在所述客户端处于非运行状态期间，调用所述操作系统提供的后台获取API，以确定激活时间点，并在所述激活时间点激活所述网络请求服务；在所述客户端处于非运行状态期间，接收所述服务端基于所述静默推送机制通过所述推送服务所推送的静默消息，并在接收到所述静默消息时，激活所述网络请求服务。在一可选实施方式中，所述激活单元具体用于：在所述客户端处于非运行状态期间，根据所述至少一种激活机制，将所述客户端从非运行状态变更为运行状态，在所述客户端处于运行状态时，激活所述网络请求服务。在一种可选实施方式中，所述装置还包括：第一监听单元，用于监听所述客户端的状态；第一确定单元，用于在所述第一监听单元监听到所述客户端处于挂起状态时，确定所述客户端当前处于非运行状态。在一种可选实施方式中，所述装置还包括：调用单元，用于在所述客户端进入后台状态时，调用操作系统提供的后台任务API，以使所述客户端在指定时间后进入挂起状态。在一种可选实施方式中，所述启用单元具体用于：在所述客户端当前处于运行状态时，启用至少一种应用级的激活机制。在一种可选实施方式中，所述启用单元具体用于：在所述客户端当前处于运行状态时，启用所述客户端本文档来自技高网...

【技术保护点】
一种消息获取方法，其特征在于，包括：根据客户端的当前状态，启用至少一种激活机制；在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务；以及根据所述被激活的网络请求服务和推送服务，从服务端获取消息。

【技术特征摘要】
1.一种消息获取方法，其特征在于，包括：根据客户端的当前状态，启用至少一种激活机制；在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务；以及根据所述被激活的网络请求服务和推送服务，从服务端获取消息。2.根据权利要求1所述的方法，其特征在于，所述根据客户端的当前状态，启用至少一种激活机制，包括：在所述客户端当前处于非运行状态时，启用至少一种系统服务级的激活机制。3.根据权利要求2所述的方法，其特征在于，在所述客户端当前处于非运行状态时，启用至少一种系统服务级的激活机制，包括以下至少一种：在所述客户端当前处于非运行状态时，启用操作系统提供的后台获取机制；在所述客户端当前处于非运行状态时，启用操作系统提供的静默推送机制。4.根据权利要求3所述的方法，其特征在于，在所述客户端处于当前状态期间，根据所述至少一种激活机制，分别激活所述客户端内的网络请求服务，包括以下至少一种：在所述客户端处于非运行状态期间，调用所述操作系统提供的后台获取API，以确定激活时间点，并在所述激活时间点激活所述网络请求服务；在所述客户端处于非运行状态期间，接收所述服务端基于所述静默推送机制通过所述推送服务所推送的静默消息，并在接收到所述静默消息时，激活所述网络请求服务。5.根据权利要求1所述的方法，其特征在于，...

【专利技术属性】
技术研发人员：方霄，王建乐，孔六五，冯俊，
申请(专利权)人：北京小度信息科技有限公司，
类型：发明
国别省市：北京,11