CN105577793A - 一种获得消息的方法及装置 - Google Patents

Abstract

本申请公开了一种获得消息的方法，用以解决现有技术存在的无法确定获得消息的客户端的问题。方法包括：客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息；识别所述第一消息是否为约定的提醒消息；在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。本申请还公开了一种获得消息的装置。

Description

一种获得消息的方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种获得消息的方法及装置。

背景技术

目前，客户端/服务器(Client/Server，C/S)模式，是目前互联网技术领域中常用的一种数据交互模式。在该模式下，服务器可以采用推送(push)方式，将消息发送给客户端。

现有技术中的push方式存在的缺陷在于，被发送的消息的消息体中包含了本次待发送给客户端的全部数据，消息体较大，所以下发失败的几率较大，尤其是在移动通信网络进行消息发送时，失败的几率更大。并且，下发失败后，服务器并不会获知消息发送失败，从而也不会进行消息重发。

发明内容

本申请实施例提供一种获得消息的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。

本申请实施例还提供一种提供消息的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。

本申请实施例还提供一种获得消息的装置以及一种提供消息的装置，用以解决现有技术中客户端获取消息失败的几率较高的问题。

本申请实施例采用下述技术方案：

一种获得消息的方法，包括：

客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息；识别所述第一消息是否为约定的提醒消息；在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。

一种消息提供方法，包括：

服务器通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；服务器响应于所述客户端的消息下载请求，向所述客户端发送第二消息；所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。

一种获得消息的装置，包括：

消息接收单元，用于接收通过服务器与所述客户端之间的长连接发送来的第一消息；消息识别单元，用于识别所述第一消息是否为约定的提醒消息；消息下载单元，用于在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。

一种消息提供装置，包括：

消息发送单元，用于通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；消息下载单元，用于响应于所述客户端的消息下载请求，向所述客户端发送第二消息；所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

由于客户端可以根据提醒消息，获知服务器有需发送给客户端的消息，从而主动请求从服务器下载第二消息，直至下载成功，因此可以降低客户端获取消息失败的几率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种获得消息的方法的具体实现流程示意图；

图2为本申请实施例提供的一种获得分享壁纸的方法的具体实现流程示意图；

图3为本申请实施例提供的一种获得消息的装置的具体结构示意图；

图4为本申请实施例提供的一种消息提供装置的具体结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

本申请实施例提供了一种获得消息的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。

本申请实施例提供的获得消息的方法的执行主体可以但不限于为手机、平板电脑、个人电脑(PersonalComputer，PC)以及智能电视。此外，该方法的执行主体，也可以是安装在上述终端上的应用程序(Application，APP)。所述的执行主体并不构成对本申请的限定，为了便于描述，本申请实施例均以执行主体是客户端为例进行说明。

该方法的具体实现流程示意图如图1所示，主要包括下述步骤：

步骤11，客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息；

其中，所述长连接可以是基于传输控制协议/因特网互联协议或其他协议(TransmissionControlProtocol/InternetProtocol，TCP/IP协议)建立的客户端与服务器之间的通讯连接，通过该连接客户端可以与服务器进行数据传输，且在数据传输结束后，该连接可以继续保持。长连接已是较成熟的相关技术，此处不再赘述。

本申请实施例中，服务器一般是在生成需要提供给客户端的消息(如后文所说的第二消息)后，通过所述长连接，向所述客户端发送所述第一消息。

步骤12，识别所述第一消息是否为约定的提醒消息；当识别出所述第一消息是所述约定的提醒消息时，执行步骤13；否则，执行步骤14；

根据第一消息的生成方式的不同，本申请实施例提供以下两种方式，来识别所述第一消息是否为约定的提醒消息，具体包括：

方式a：判断接收到第一消息所包含的消息标识，是否为指定标识；

需要说明的是，所述接收到的第一消息，可以是服务器根据第二消息标识(比如，可以是第二消息的类型标识等等)生成的。生成的该第一消息中，可以包含第二消息标识。在这样的场景下，服务器上往往保存有第二消息标识与第二消息的映射关系。

一般地，服务器以及与该服务器建立连接的客户端上均可以保存所述指定标识，则当客户端接收到通过服务器与客户端之间的长连接发送来的第一消息后，客户端可以将接收到的第一消息中包含的消息标识与客户端本地保存的指定标识进行比较，当比较结果为第一消息中包含的消息标识与客户端本地保存的指定标识相同时，则可以识别所述第一消息为约定的提醒消息。

方式b：判断所述第一消息是否为消息体为空的消息；

当客户端接收到的所述第一消息为消息体为空的消息时，则判定所述第一消息为约定的提醒消息。

需要说明的是，所述提醒消息，可以触发接收到该消息的客户端从服务器下载第二消息。

还需要说明的是，服务器发送的提醒消息，至少可以有以下两种生成方式：

方式1：服务器生成包含指定标识的提醒消息；

需要的说明的是，所述指定标识可以是服务器与客户端约定的、用于表示提醒消息的标识。该标识比如可以是任意字符，该字符可以携带在提醒消息的消息体中，发送给客户端。

方式2：生成消息体为空的第一消息；

即，第一消息没有消息内容。此时，客户端接收到服务器通过所述长连接发送来的消息体为空的消息，可以作为服务器向客户端发送的提醒消息。

需要说明的是，采用方式2提供的方法，由于生成的第一消息的消息体为空，耗费的传输资源较小，更适合基于所述长连接发送。

步骤13，请求从服务器下载第二消息，直至第二消息下载成功或直至第二消息过期；

需要说明的是，客户端从服务器下载第二消息时，可以新建所述客户端与服务器之间的通讯连接，比如，可以基于超文本传输协议(HyperTextTransferProtocol，HTTP协议)建立客户端与服务器之间的通讯连接。

基于上述方法，可以保证即使在步骤11执行完成后，客户端与服务器之间建立的长连接中断，客户端也可以通过新建的通讯连接，从服务器下载第二消息的。

其中，客户端可以从服务器下载单条消息；或者，客户端可以从服务器下载一个消息列表。针对后一种方式，所述第二消息可以是指所述消息列表中的所有消息。

在一种实施方式中，服务器上可以保存有提醒消息与第二消息的映射关系，在一种实施方式中，当客户端识别出所述第一消息是所述约定的提醒消息时，客户端可以向服务器发送包含消息下载请求，服务器响应于所述消息下载请求，将待发送的第二消息发送给客户端。一般地，服务器在接收到消息下载请求后，可以判定该消息下载请求的发送时刻(或发送至服务器的时刻)是否处于有效时间范围。若是，则将该有效时间范围对应的待发送的消息(如第二消息)，发送给客户端。若否，则服务器判定该消息下载请求因为超期而失效，从而丢弃该请求。

在另一种实施方式中，在服务器根据第二消息标识生成第一消息的场景下，客户端识别出所述第一消息是所述约定的提醒消息时，所述提醒消息可以触发客户端向服务器发送消息下载请求，该消息下载请求中可以包含所述第一消息所包含的消息标识，则服务器响应于所述消息下载请求，查找与所述消息标识对应的第二消息，并向客户端发送所述第二消息。

需要说明的是，当识别出所述第一消息是所述约定的提醒消息时，客户端从服务器下载第二消息时，因为网络不稳定等原因，可能会造成下载失败，此时，客户端可以自动重复尝试从服务器下载所述第二消息，直至从所述服务器下载到所述第二消息或直至第二消息过期；一般地，保存在服务器上的消息往往具有有效期，所述有效期可以是指从服务器接收到所述消息的时刻起的设定时长范围，当服务器上保存的消息超过所述有效期时，服务器判定该消息过期，并丢弃该消息。

步骤14，对所述第一消息进行相应的处理。

需要说明的是，客户端对所述第一消息进行相应的处理，比如可以包括下述处理的至少一种：客户端向用户展示针对所述第一消息的提示信息、客户端对所述第一消息进行保存或者客户端删除所述第一消息。

以上方法的执行主体一般为客户端，相应地，下文以执行主体为服务器为例，说明出于与上述方法相同的发明构思提供的一种消息提供方法。具体地，该消息提供方法包括下述两个步骤：

步骤a：服务器通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；

本申请实施例中，服务器一般是在生成需要提供给客户端的消息(如前文所说的第二消息)后，通过所述长连接，向客户端发送所述第一消息。

或者，服务器也可以是在不需要接收第二消息的客户端的触发下，向需要接收第二消息的客户端发送所述第一消息。比如，当服务器接收到其他客户端发送的第二消息发送请求(如，图片发送请求、壁纸分享请求以及文字发送请求，等等)时，服务器根据第二消息发送请求中包含的接收方客户端标识，确定接收方客户端(可能有一个，也可能有一个以上)，并通过服务器与各接收方客户端之间的长连接，向各接收方客户端发送第一消息。

步骤b：服务器响应于所述客户端的消息下载请求，向所述客户端发送第二消息。

所述的消息下载请求，是客户端识别出所述第一消息为约定的消息后发送给服务器的。

需要说明的是，所述第一消息，可以是服务器根据待发送至客户端的第二消息标识(比如，可以是第二消息的类型标识，等等)生成的；还可以是预先设置完成并保存的服务器上的，此时，当服务器需要向客户端发送第二消息时，服务器会向该客户端发送预先设置完成的第一消息。

在一种实施方式中，为了使服务器可以确定哪个客户端获得了第二消息，服务器接收到的客户端发送的消息下载请求中，往往可以包含该客户端的标识。或者，所述消息下载请求中，也可以包含安装所述客户端的用户终端的标识(如，用户终端的设备编号、IP地址或者物理地址(MediaAccessControl，MAC地址)等)。

在第一消息是服务器根据第二消息标识生成的场景下，服务器接收到的客户端发送的消息下载请求中，除了包含客户端的标识外，还可以包含第一消息的消息标识。服务器可以根据接收到的消息下载请求中包含的所述第一消息的消息标识，确定出所述第一消息的消息标识对应的第二消息，并向客户端的发送所述查找到的第二消息。

需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤11和步骤12的执行主体可以为设备1，步骤13的执行主体可以为设备2；又比如，步骤11的执行主体可以为设备1，步骤12和步骤13的执行主体可以为设备2；等等。

通过本申请实施例1提供的方法，由于客户端可以根据提醒消息，获知服务器有需发送给客户端的消息，从而主动请求从服务器下载第二消息，直至下载成功，因此可以降低客户端获取消息失败的几率。

实施例2

本申请实施例提供了一种获得分享壁纸的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。该方法的具体实现流程示意图如图2所示，主要包括下述步骤：

步骤21，客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息。

其中，所述第一消息，是服务器根据接收到待分享的壁纸生成的；所述第一消息，可以为消息体为空的消息；也可以为包含待分享壁纸标识的消息。

步骤22，判断所述第一消息是否为约定的提醒消息；当判断结果为是时，执行步骤23；当判断结果为否时，执行步骤24。

需要说明的是，本申请实施例可以通过以下两种规则，判断所述第一消息是否为约定的提醒消息，具体包括：

规则a：判断接收到第一消息所包含的消息标识，是否与预先设定的消息标识相同；

规则b：判断所述第一消息是否为消息体为空的消息；

当客户端接收到的所述第一消息为消息体为空的消息时，则确定所述第一消息为约定的提醒消息。

步骤23，客户端向服务器发送壁纸下载请求，以使得服务器响应于所述请求，向客户端发送待分享的壁纸。

在一种实施方式中，当客户端确定所述第一消息为该提醒消息后，客户端从服务器下载待分享的壁纸。

需要说明的是，当识别出所述第一消息是所述约定的提醒消息时，客户端从服务器下载待分享的壁纸时，因为网络不稳定等原因，可能会造成下载失败，此时，客户端可以自动重复尝试从服务器下载待分享的壁纸，直至从所述服务器下载到所述待分享的壁纸。

步骤24，客户端发出提醒，并展示所述第一消息；

比如，客户端震动或者响铃，并展示所述第一消息。

通过本申请实施例2提供的方法，由于客户端可以根据提醒消息，获知服务器有需发送给客户端的消息，从而主动请求从服务器下载第二消息，直至下载成功，因此可以降低客户端获取消息失败的几率。

实施例3

本申请实施例提供了一种获得消息的装置，用以解决现有技术中客户端获取消息失败的几率较高的问题。该装置的具体结构示意图如图3所示，主要包括以下单元：消息接收单元31、消息识别单元32以及消息下载单元33。

其中，消息接收单元31，用于接收通过服务器与所述客户端之间的长连接发送来的第一消息；

消息识别单元32，用于识别所述第一消息是否为约定的提醒消息；

消息下载单元33，用于在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。

在一种实施方式中，消息识别单元32，用于：客户端判断所述第一消息是否为消息体为空的消息；若所述第一消息是消息体为空的消息，则识别出所述第一消息为约定的消息；否则，识别出所述第一消息不是约定的消息。

在一种实施方式中，消息下载单元33，用于：请求从服务器下载第二消息；若下载失败，则重复尝试从所述服务器下载第二消息，直至从所述服务器下载到所述第二消息或直至第二消息过期。

通过本申请实施例3提供的装置，由于客户端可以根据提醒消息，获知服务器有需发送给客户端的消息，从而主动请求从服务器下载第二消息，直至下载成功，因此可以降低客户端获取消息失败的几率。

实施例4

本申请实施例提供了一种消息提供装置，用以解决现有技术中客户端获取消息失败的几率较高的问题。该装置的具体结构示意图如图4所示，主要包括以下单元：消息发送单元41以及消息下载单元42。

其中，消息发送单元41，用于通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；

消息下载单元42，用于响应于所述客户端的消息下载请求，向所述客户端发送第二消息；所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。

在一种实施方式中，所述第一消息为消息体为空的消息。

通过本申请实施例4提供的装置，由于客户端可以根据提醒消息，获知服务器有需发送给客户端的消息，从而主动请求从服务器下载第二消息，直至下载成功，因此可以降低客户端获取消息失败的几率。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种获得消息的方法，其特征在于，包括：

客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息；

识别所述第一消息是否为约定的提醒消息；

在识别出所述第一消息是所述约定的提醒消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。

2.如权利要求1所述的方法，其特征在于，识别所述第一消息是否为约定的提醒消息，包括：

客户端判断所述第一消息是否为消息体为空的消息；

若所述第一消息是消息体为空的消息，则识别出所述第一消息为约定的提醒消息；

否则，识别出所述第一消息不是约定的提醒消息。

3.如权利要求1所述的方法，其特征在于，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期，包括：

请求从所述服务器下载第二消息；

若下载失败，则重复尝试从所述服务器下载第二消息，直至从所述服务器下载到所述第二消息或直至第二消息过期。

4.一种消息提供方法，其特征在于，包括：

服务器通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；

服务器响应于所述客户端的消息下载请求，向所述客户端发送第二消息；

所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。

5.如权利要求4所述的方法，其特征在于，所述第一消息为消息体为空的消息。

6.一种获得消息的装置，其特征在于，包括：

消息接收单元，用于接收通过服务器与所述客户端之间的长连接发送来的第一消息；

消息识别单元，用于识别所述第一消息是否为约定的提醒消息；

消息下载单元，用于在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。

7.如权利要求6所述的装置，其特征在于，消息识别单元，用于：

客户端判断所述第一消息是否为消息体为空的消息；

若所述第一消息是消息体为空的消息，则识别出所述第一消息为约定的消息；

否则，识别出所述第一消息不是约定的消息。

8.如权利要求6所述的装置，其特征在于，消息下载单元，用于：

请求从服务器下载第二消息；

若下载失败，则重复尝试从所述服务器下载第二消息，直至从所述服务器下载到所述第二消息或直至第二消息过期。

9.一种消息提供装置，其特征在于，包括：

消息发送单元，用于通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；

消息下载单元，用于响应于所述客户端的消息下载请求，向所述客户端发送第二消息；所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。

10.如权利要求9所述的装置，其特征在于，所述第一消息为消息体为空的消息。