一种获得消息的方法及装置的制造方法
【技术领域】
[0001]本申请涉及互联网技术领域，尤其涉及一种获得消息的方法及装置。
【背景技术】
[0002]目前，客户端/服务器(Client/Server，C/S)模式，是目前互联网技术领域中常用的一种数据交互模式。在该模式下，服务器可以采用推送(push)方式，将消息发送给客户端。
[0003]现有技术中的push方式存在的缺陷在于，被发送的消息的消息体中包含了本次待发送给客户端的全部数据，消息体较大，所以下发失败的几率较大，尤其是在移动通信网络进行消息发送时，失败的几率更大。并且，下发失败后，服务器并不会获知消息发送失败，从而也不会进行消息重发。
【发明内容】
[0004]本申请实施例提供一种获得消息的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。
[0005]本申请实施例还提供一种提供消息的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。
[0006]本申请实施例还提供一种获得消息的装置以及一种提供消息的装置，用以解决现有技术中客户端获取消息失败的几率较高的问题。
[0007]本申请实施例采用下述技术方案:
[0008]—种获得消息的方法，包括:
[0009]客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息；识别所述第一消息是否为约定的提醒消息；在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。
[0010]一种消息提供方法，包括:
[0011]服务器通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息；月艮务器响应于所述客户端的消息下载请求，向所述客户端发送第二消息;所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。
[0012]一种获得消息的装置，包括:
[0013]消息接收单元，用于接收通过服务器与所述客户端之间的长连接发送来的第一消息；消息识别单元，用于识别所述第一消息是否为约定的提醒消息；消息下载单元，用于在识别出所述第一消息是所述约定的消息时，请求从所述服务器下载第二消息，直至第二消息下载成功或直至第二消息过期。
[0014]一种消息提供装置，包括:
[0015]消息发送单元，用于通过所述服务器与客户端之间的长连接，向所述客户端发送第一消息;消息下载单元，用于响应于所述客户端的消息下载请求，向所述客户端发送第二消息;所述的消息下载请求，是所述客户端识别出所述第一消息为约定的消息后发送的。
[0016]本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
[0017]由于客户端可以根据提醒消息，获知服务器有需发送给客户端的消息，从而主动请求从服务器下载第二消息，直至下载成功，因此可以降低客户端获取消息失败的几率。
【附图说明】
[0018]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中:
[0019]图1为本申请实施例提供的一种获得消息的方法的具体实现流程示意图；
[0020]图2为本申请实施例提供的一种获得分享壁纸的方法的具体实现流程示意图；
[0021]图3为本申请实施例提供的一种获得消息的装置的具体结构示意图；
[0022]图4为本申请实施例提供的一种消息提供装置的具体结构示意图。
【具体实施方式】
[0023]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0024]以下结合附图，详细说明本申请各实施例提供的技术方案。
[0025]实施例1
[0026]本申请实施例提供了一种获得消息的方法，用以解决现有技术中客户端获取消息失败的几率较高的问题。
[0027]本申请实施例提供的获得消息的方法的执行主体可以但不限于为手机、平板电脑、个人电脑(Personal Computer,PC)以及智能电视。此外，该方法的执行主体，也可以是安装在上述终端上的应用程序(Applicat1n,APP)。所述的执行主体并不构成对本申请的限定，为了便于描述，本申请实施例均以执行主体是客户端为例进行说明。
[0028]该方法的具体实现流程示意图如图1所示，主要包括下述步骤:
[0029]步骤11，客户端接收通过服务器与所述客户端之间的长连接发送来的第一消息；
[0030]其中，所述长连接可以是基于传输控制协议/因特网互联协议或其他协议(Transmiss1n Control Pro toco I/Internet Protocol，TCP/IP 协议)建立的客户端与服务器之间的通讯连接，通过该连接客户端可以与服务器进行数据传输，且在数据传输结束后，该连接可以继续保持。长连接已是较成熟的相关技术，此处不再赘述。
[0031]本申请实施例中，服务器一般是在生成需要提供给客户端的消息(如后文所说的第二消息)后，通过所述长连接，向所述客户端发送所述第一消息。
[0032]步骤12，识别所述第一消息是否为约定的提醒消息；当识别出所述第一消息是所述约定的提醒消息时，执行步骤13;否则，执行步骤14;
[0033]根据第一消息的生成方式的不同，本申请实施例提供以下两种方式，来识别所述第一消息是否为约定的提醒消息，具体包括:
[0034]方式a:判断接收到第一消息所包含的消息标识，是否为指定标识；
[0035]需要说明的是，所述接收到的第一消息，可以是服务器根据第二消息标识(比如，可以是第二消息的类型标识等等)生成的。生成的该第一消息中，可以包含第二消息标识。在这样的场景下，服务器上往往保存有第二消息标识与第二消息的映射关系。
[0036]—般地，服务器以及与该服务器建立连接的客户端上均可以保存所述指定标识，则当客户端接收到通过服务器与客户端之间的长连接发送来的第一消息后，客户端可以将接收到的第一消息中包含的消息标识与客户端本地保存的指定标识进行比较，当比较结果为第一消息中包含的消息标识与客户端本地保存的指定标识相同时，则可以识别所述第一消息为约定的提醒消息。
[0037]方式b:判断所述第一消息是否为消息体为空的消息；
[0038]当客户端接收到的所述第一消息为消息体为空的消息时，则判定所述第一消息为约定的提醒消息。
[0039]需要说明的是，所述提醒消息，可以触发接收到该消息的客户端从服务器下载第二消息。
[0040]还需要说明的是，服务器发送的提醒消息，至少可以有以下两种生成方式:
[0041 ]方式1:服务器生成包含指定标识的提醒消息；
[0042]需要的说明的是，所述指定标识可以是服务器与客户端约定的、用于表示提醒消息的标识。该标识比如可以是任意字符，该字符可以携带在提醒消息的消息体中，发送给客户端。
[0043]方式2:生成消息体为空的第一消息；
[0044]S卩，第一消息没有消息内容。此时，客户端接收到服务器通过所述长连接发送来的消息体为空的消息，可以作为服务器向客户端发送的提醒消息。
[0045]需要说明的是，采用方式2提供的方法，由于生成的第一消息的消息体为空，耗费的传输资源较小，更适合基于所述长连接发送。
[0046]步骤13，请求从服务器下载第二消息，直至第二消息下载成功或直至第二消息过期；
[0047]需要说明的是，客户端从服务器下载第二消息时，可以新建所述客户端与服务器之间的通讯连接，比如，可以基于超文本传输协议(HyperText Transfer Protocol，HTTP协议)建立客户端与服务器之间的通讯连接。
[0048]基于上述方法，可以保证即使在步骤11执行完成后，客户端与服务器之间建立的长连接中断，客户端也可以通过新建的通讯连接，从服务器下载第二消息的。