CN101729436B - 消息的获取方法及融合消息业务系统 - Google Patents

Abstract

本发明提供了一种消息的获取方法及融合消息业务系统，上述方法包括：步骤1，延迟消息处理模块接收消息，并发送通知消息到由一个号码绑定的多个终端，其中，通知消息中携带有消息的消息标识；步骤2，响应于来自多个终端中接收到通知消息的一个终端的请求消息，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息的部分或全部内容；步骤3，延迟消息处理模块向多个终端中接收到通知消息的其他终端发送删除请求消息，用以请求其他终端删除接收到的通知消息。本发明通过向上述其他终端发送取消通知消息使得用户不再利用这些终端获取延迟消息进而提高了用户的体验。

Description

消息的获取方法及融合消息业务系统

技术领域

本发明涉及通信领域，具体而言，涉及一种消息的获取方法及融合消息业务系统。

背景技术

目前，在网络IP化的趋势下，传统电信业务向IP化的下一代网络转变，第三代移动通信伙伴计划(3rd Generation partnershipproject，简称为3GPP)、3GPP2以及TISPAN(Telecommunication andInternet converged Services and Protocols for Advanced Networking)标准组织都将会话初始协议(Session Initiation Protocol，简称为SIP)作为下一代核心网络的基础协议，应用SIP的IP网络已作为业务应用的网络基础。在基于SIP的网络中，用户的一个号码可以绑定多个终端。

在传统网络中，用户获取消息的方式有push和pull两种方式。

对于push方式，网络侧系统将延迟消息push到用户的多个终端上，这样多个终端都能接收到延迟消息，保证了用户的体验。

而对于pull方式，将产生如下问题：

问题1：在传统网络中，用户进行一次延迟消息的获取后，后续就无法再进行获取该延迟消息了。在用户是一机双号或一机多号的情况下，用户采用第一号码进行一次延迟消息的获取后，其第二号码就无法再获取延迟消息，这导致了其他号码的资源浪费，降低了用户的体验；

问题2：在传统网络中，一群组包括若干用户，每一用户对应一个号码，当群组任一用户获得延迟信息后，群组其他用户就无法再获取延迟消息，由于群组的关联性，其他用户也没有必要再去获取延迟消息，这将导致群组其它用户的资源浪费，也降低了用户的体验。

问题3：在基于SIP的网络中，由于用户存在多个终端，且在多个终端都有机会获取延迟消息的情况下，其中一个终端获取延迟消息后，其他终端就无法再获取延迟消息了，这导致了其他终端的资源浪费，也降低了用户的体验。

发明内容

针对上述问题，本发明旨在提供一种消息的获取方法及融合消息业务系统，已解决上述问题至少之一。

根据本发明的一方面，提供了一种消息的获取方法，包括：步骤1，延迟消息处理模块接收消息，并发送通知消息到由一个号码绑定的多个终端，其中，通知消息中携带有消息的消息标识；步骤2，响应于来自多个终端中接收到通知消息的一个终端的请求消息，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息的部分或全部内容；步骤3，延迟消息处理模块向多个终端中接收到通知消息的其他终端发送删除请求消息，用以请求其他终端删除接收到的通知消息。

根据本发明的又一方面，提供了一种消息的获取方法，步骤1，延迟消息处理模块接收消息，发送通知消息到由一个号码绑定的多个终端，其中，通知消息中携带有消息的消息标识；步骤2，响应于来自多个终端中接收到通知消息的各个终端的请求消息，延迟消息处理模块分别向各个终端发送请求消息中携带的消息标识的部分或全部对应的消息的部分或全部内容；步骤3，在延迟消息处理模块向接收到通知消息的所有终端都发送消息后，延迟消息处理模块删除消息或转存消息到其他设备。

根据本发明的又一方面，应用于群组系统，提供了一种消息的获取方法，包括：步骤1，延迟消息处理模块接收消息，并发送通知消息到群组用户的多个终端，其中，通知消息中携带有消息的消息标识；步骤2，响应于来自多个终端中接收到通知消息的一个终端的请求消息，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息的部分或全部内容；步骤3，延迟消息处理模块向多个终端中接收到通知消息的其他终端发送删除请求消息，用以请求其他终端删除接收到的通知消息。

根据本发明的再一方面，提供了一种融合消息业务系统，包括延迟消息处理模块和通知消息发送模块，其中，延迟消息处理模块包括：保存单元，用于保存接收的消息；第一发送单元，用于经由通知消息发送模块将通知消息发送到由同一号码绑定的多个终端，其中，通知消息中携带有消息的消息标识；第一接收单元，用于接收来自接收到通知消息的一个或多个终端的请求消息，其中，请求消息中携带有消息标识的部分或全部；第二发送单元，获取请求消息中的消息标识的部分或全部，并将消息标识的部分或全部对应的消息的部分或全部内容发送给一个或多个终端。

借助于上述技术方案的至少之一，本发明通过向上述其他终端发送取消通知消息使得用户不再利用这些终端获取延迟消息或者使上述其他终端都能获取到延迟消息，克服了现有技术中的用户想通过某个终端获取延迟消息而无法获取的问题，进而提高了用户的体验。

附图说明

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

图1是相关技术的多设备情况下的获取延迟消息的业务环境的示意图；

图2是根据本发明装置实施例的延迟消息处理模块的框图；

图3A、3B是根据本发明装置实施例的延迟消息处理模块的具体框图；

图4是根据本发明方法实施例一的消息的获取方法的流程图；

图5是根据本发明方法实施例一的消息的获取方法的具体流程图；

图6是根据本发明方法实施例二的消息的获取方法的流程图；

图7是根据本发明方法实施例二的消息的获取方法的具体流程图；

图8是根据本发明方法实施例三的消息的获取方法的具体流程图。

具体实施方式

功能概述

针对目前存在用户有时通过接收到通知消息的终端获取延迟消息不成功而导致用户体验降低的问题，本发明实施例采用如下手段解决上述问题：(1)向接收到通知消息而没有获取到迟延消息的终端取消通知消息，使得用户不会利用这些终端获取迟延消息，避免了上述问题的发生，或(2)使得接收到通知消息的终端都能获取到延迟消息，这样用户可以利用这些终端获取迟延消息，从而提高用户的体验。

图1示出了相关技术的多设备情况下的获取延迟消息的业务环境的示意图，如图1所示，包括：用户终端设备、传输网络以及融合消息业务系统。其中，融合消息业务系统包括：用户偏好模块、消息和会话处理模块、延迟消息处理模块、通知消息发送模块。下面对融合消息业务系统中的各模块进行详细描述。

用户偏好模块：用于保存用户设置的偏好信息，消息和会话处理模块根据此偏好信息进行用户消息和会话处理。

消息和会话处理模块：对用户的消息和会话请求进行处理，包括：消息和会话管理，路由，鉴权和授权等，还用于在判断接收消息的接收端处于离线状态下，表示消息需要进行延迟处理，将消息发送给延迟消息处理模块。

延迟消息处理模块：接收由消息和会话处理模块处理过的消息(即延迟消息)，采用延迟方式发送消息到用户终端。也就是说，延迟消息处理模块给不在线的终端发送通知消息，使得终端在线后，可以根据通知消息获取到延迟消息。

通知消息发送模块：将上述延迟消息处理模块发送的通知消息转发到用户的终端上。

基于以上描述，下面将参考附图并结合实施例，来详细说明本发明。

装置实施例

基于图1所示的业务坏境，本实施例提供了一种融合消息业务系统，包括延迟消息处理模块与通知消息发送模块。其中，如图2所示，延迟消息处理模块包括：保存单元20、第一发送单元22、第一接收单元24、第二发送单元26。下面结合图2进行详细的描述。

保存单元20，用于保存接收的消息。

具体地，延迟消息处理模块接收经由消息和会话处理模块的消息。在消息和会话处理模块接收到该消息时，检查目的用户终端的注册状态信息，在检查结果为目的用户终端离线的情况下，根据用户的偏好设置需要对该消息采取延迟消息方式处理，然后消息和会话处理模块将消息转发到延迟消息处理模块。延迟消息处理模块采用延迟方式处理该延迟消息(可以简称为消息)，即，先将延迟消息保存在保存单元20中，使得在用户终端在线后，能够获取到该延迟消息。

第一发送单元22，连接至保存单元20，用于经由通知消息发送模块将通知消息发送到由同一号码绑定的多个终端，其中，上述通知消息中携带有延迟消息的消息标识。

具体地，在消息和会话处理模块采用延迟方式处理该延迟消息以及保存该延迟消息之后，第一发送单元22将携带有延迟消息的消息标识的通知消息经由通知消息发送模块转发到由同一号码绑定的多个终端上。除了包括延迟消息的消息标识，上述通知消息还可以包括：延迟消息的标题信息、通知消息的发送时间信息、接收通知消息的终端的标识信息。

第一接收单元24，用于接收来自已经接收到通知消息的一个或多个终端的请求消息，其中，该请求消息中携带有消息标识的部分或全部。

具体地，一个号码绑定的一个或多个终端在线后，根据通知消息向延迟消息处理模块的第一接收单元24发送请求消息，用于获取延迟消息。其中，该请求消息中携带有延迟消息的消息标识的部分或全部，或者同时携带有延迟消息的消息标识的部分或全部和延迟消息的内容标识。

第二发送单元26，用于从第一接收单元24接收的获取请求消息中获取消息标识，并根据终端的请求，将与消息标识的部分或全部对应的延迟消息的部分或全部内容发送给一个或多个终端。如上所述，这里的请求消息中携带的信息至少可以有两种情况，即，(1)携带有延迟消息的消息标识的部分或全部，(2)同时携带有延迟消息的消息标识的部分或全部和延迟消息的内容标识。在情况(1)下，表示终端需要获取的是延迟消息的全部内容。此时，延迟消息处理模块(具体地，第二发送单元26)将把延迟消息的全部内容通过通知消息发送模块转发给终端。在情况(2)下，表示终端需要获取的是延迟消息的部分内容，此时，延迟消息处理模块首先根据消息标识的部分或全部获取到相应的延迟消息，再根据延迟消息的内容标识获取该延迟消息中与内容标识相应的内容，通过通知消息发送模块将获取到的相应的内容转发给终端。

优选实施例1

在具体实施过程中，对于图2所示的延迟消息处理模块，如图3A所示，可以包括：第一处理单元202、读写单元204、第一确定单元206、第三发送单元208、第二确定单元210、第四发送单元212，下面结合图3A进行详细描述。

第一处理单元202，连接至保存单元20和第二发送单元26，用于在第二发送单元26发送延迟消息之后，删除延迟消息或转存延迟消息到其他设备。

具体地，在第二发送单元26发送一次延迟消息之后，就调用或执行第一处理单元202，删除保存单元20中的延迟消息或转存延迟消息到其他设备。

读写单元204，连接至第一发送单元22和第一接收单元24，用于记录向其发送通知消息的终端的第一标识信息、成功接收通知消息的终端的第二标识信息、发送请求消息的一个或多个终端的第三标识信息。可以看出，读写单元204通过上述地标识信息记录了延迟消息处理模块向哪些终端发送了通知消息，哪些终端成功接收到了通知消息，以及哪些终端发送了请求消息用于获取延迟消息。

第一确定单元206，连接至读写单元204，用于根据读写单元204中的第二标识信息和第三标识信息确定需要发送删除请求的接收到通知消息的多个终端。

第三发送单元208，连接至第一确定单元206，用于向第一确定单元206确定的终端发送删除消息，其中，删除消息用于删除通知消息。

具体地，在一个号码绑定的多个终端接收到通知消息，并且其中的一个终端获取了延迟消息后，也就是执行第二发送单元26一次之后，第三发送单元208向第一确定单元206确定的终端发送删除消息，用于删除终端上的通知消息，这样用户就不会利用这些终端去获取延迟消息，避免了现有技术中的这些终端由于没有删除通知消息而使得用户利用这些终端去获取延迟消息，但又无法获取的问题，提高了用户的体验。

例如，一个号码绑定了4个终端，分别为终端1、终端2、终端3、终端4，这4个终端都接收到了通知消息。用户可以选择任何一个终端去获取延迟消息，例如选择终端1，则在终端1根据通知消息获取了需要的延迟消息后，延迟消息处理模块删除或转存延迟消息，并发送删除消息到终端2、终端3、终端4，删除终端2、终端3、终端4上的通知消息。由于没有通知消息，用户就不会利用这3个终端去获取延迟消息，避免了现有技术中的由于延迟消息处理模块没有发送删除消息，使得用户在利用这3个终端去获取延迟消息时不能成功获取的问题，进而提高了用户的体验。

第二确定单元210，连接至读写单元204，用于根据读写单元204中的第一标识信息和第二标识信息确定需要取消在通知消息发送模块中的向预定终端发送的通知消息。

第四发送单元212，连接至第二确定单元210，用于向通知消息发送模块发送取消消息，用于取消第二确定单元确定的向预定终端发送的通知消息。

具体地，延迟消息处理模块与各终端之间的交互是通过通知消息发送模块完成的，也就是说，通知消息是通过通知消息发送模块转发给各终端的。在有些终端没有成功接收到由通知消息发送模块转发的通知消息、以及延迟消息已经被获取过而删除或转存的情况下，这些未成功接收到通知消息的终端就没有必要再接收通知消息了，此时由第四发送单元212发送取消消息，用于取消这些未成功发送的通知消息。

例如，一个号码绑定了4个终端，分别为终端1、终端2、终端3、终端4，这4个终端中只有终端1、终端2接收到了通知消息，那么用户可以选择终端1或终端2去获取延迟消息。例如选择终端1，则在终端1根据通知消息获取了需要的延迟消息后，延迟消息处理模块删除或转存延迟消息，而通知消息发送模块还未将需要发送给终端3、终端4的通知消息成功发送。此时，由于延迟消息处理模块删除或转存延迟消息，终端3、终端4已没有必要再接收到通知消息，因此延迟消息处理模块就发送取消消息到通知消息发送模块上，用于取消给终端3、终端4的通知消息。这样，就避免了终端3、终端4接收到通知消息后，用户利用终端3或终端4获取延迟消息而不能成功获取的问题，提高了用户的体验。

需要说明的是，上述删除消息和取消消息的发送在时间上没有先后顺序，可以根据实施的需要进行灵活设置。

优选实施例2

在具体实施过程中，对于图2的延迟消息处理模块，如图3B所示，还可以包括：读写单元204、第一计数器214、第二计数器216、决策单元218，下面结合图3B进行详细描述。

读写单元204，与在上文中描述类似，这里不再累赘。

第一计数器214，连接至读写单元204，用于对接收到通知消息的终端进行计数。

具体地，根据读写单元204记录了成功接收通知消息的终端的第二标识信息，第一计数器214对这些终端的数量计数。例如，读写单元204记录了一个第二标识信息，第一计数器214就可以加1(第一计数器214的初始值为0)。

第二计数器216，连接至读写单元204与第一计数器214，用于对发送了请求消息的终端进行计数，其中，第二计数器的计数器阈值为第一计数器的计数值。

具体地，根据读写单元204记录了发送请求消息的一个或多个终端的第三标识信息，对发送了请求消息的终端进行计数，也就是对获取了延迟消息的终端进行计数。其中，第二计数器的计数器阈值可以为第一计数器的计数值，也就是说，第二计数器的计数器阈值为成功接收通知消息的终端的数量。

决策单元218，连接至第二计数器216与读写单元204，用于在第二计数器的计数值达到计数器阈值或减小到0时，判断延迟消息处理模块向接收到通知消息的所有终端都发送了延迟消息。

具体地，当第二计数器的计数值初始值为0以及计数器阈值为第一计数器214的计数值时，读写单元204记录一个第三标识信息，第二计数器的计数值就加1，当第二计数器216的计数值达到计数器阈值时，表明成功接收到通知消息的终端都获取了延迟消息；

或者，当第二计数器的计数值初始值为第一计数器214的计数值时，读写单元204记录一个第三标识信息，第二计数器的计数值的值就减1，当第二计数器216的计数值为0时，表明成功接收到通知消息的终端都获取了延迟消息。

在具体实施过程中，第一计数器与第二计数器可以合一设置为计数器，即该计数器首先计数成功接收到通知消息的终端数目，然后再根据获取延迟消息的终端进行减数。

第二处理单元220，连接至保存单元20与决策单元218，用于在判断单元在判断结果为延迟消息处理模块向接收到通知消息的所有终端都发送了延迟消息的情况下，删除延迟消息或转存延迟消息到其他设备。

具体地，在上述决策单元218判断结果为成功接收到通知消息的终端都获取了延迟消息之后，第二处理单元220删除延迟消息或转存延迟消息到其他设备。

由上述优选实施例一和优选实施例二可以看出，通过本发明能够保证在多设备条件下用户采用pull方式获取消息时良好的业务体验，避免了用户通过某个有通知消息的终端获取延迟消息而获取延迟消息失败造成很差的用户体验。

方法实施例一

在本实施例中，提供了一种延迟消息的获取方法，该方法可以基于图3A所示的装置实施例的延迟消息处理模块来实现，如图4所示为该方法的流程图，如图4所示，该方法包括：

步骤S402，延迟消息处理模块接收消息，并发送通知消息到由一个号码绑定的多个终端，其中，通知消息中携带有消息的消息标识。

当然，通知消息中还可以携带延迟消息的标题信息、通知消息的发送时间信息、接收通知消息的终端的标识信息。

在具体实施过程中，消息和会话处理模块首先接收发送端发送的消息，在判断接收端为离线状态的情况下，对该消息根据用户偏好设置信息进行延迟操作，并将进行延迟操作后的消息发送至延迟消息处理模块。

延迟消息处理模块根据用户偏好设置信息发送通知消息到用户的多个终端上，其中延迟消息处理模块与终端之间的交互是经由通知消息处理模块完成的，例如，通知消息是延迟消息处理模块经由通知消息处理发送给终端。

步骤S404，响应于来自多个终端中接收到通知消息的一个终端的请求消息，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息的部分或全部内容。

具体地，用户选择其中一个接收到通知消息的终端发送请求消息到延迟消息处理模块，请求获取通知消息中消息标识对应的消息内容，请求消息可以包含延迟消息的标识信息和/或延迟消息的内容标识等。根据请求消息，延迟消息处理模块向一个终端发送请求消息中携带的消息标识对应的延迟消息的部分或全部内容，这与上述装置实施例中描述的类似，这里不再累赘。

步骤S406，延迟消息处理模块向多个终端中接收到通知消息的其他终端发送删除请求，用以请求其他终端删除接收到的通知消息。

具体地，在一个终端已经获取了延迟消息之后，延迟消息处理模块就删除保存的延迟消息或转存延迟消息到其他设备上。但是由于还有其他终端接收到了通知消息，接收到通知消息表明终端可以获取到延迟消息，为了避免用户利用其它的终端获取延迟消息而不能成功获取而导致的用户体验降低，延迟消息处理模块就向这些其他终端发送删除消息，用于删除其上的通知消息，这样用户就不会利用这样终端去获取延迟消息，避免了上述问题。

优选地，延迟消息处理模块记录如下信息：向其发送通知消息的终端的第一标识信息、成功接收通知消息的终端的第二标识信息、发送请求消息的一个终端的第三标识信息。根据上述记录的信息，就可以确定哪些接收到通知消息的终端没有获取延迟消息，也可以确定哪些终端没有成功接收到通知消息。

延迟消息处理模块根据记录的第二标识信息以及第三标识信息确定需要发送删除请求的其他终端。以及，延迟消息处理模块向通知消息发送模块发送取消请求，用以请求通知消息发送模块取消向预定终端发送通知消息，其中，延迟消息处理模块根据第一标识信息和第二标识信息确定预定终端。

例如，一个号码绑定了4个终端，分别为终端1、终端2、终端3、终端4。延迟消息处理模块向这4个终端发送通知消息，其中，只有终端1、终端2接收到了通知消息，而终端3、终端4没有成功接收到通知消息。那么，用户可以选择终端1或终端2去获取延迟消息。例如选择终端1，则在终端1根据通知消息获取了需要的延迟消息后，延迟消息处理模块删除或转存延迟消息。此时，延迟消息处理模块中就记录了：第一标识信息为终端1、终端2、终端3、终端4，第二标识信息为终端1、终端2，第三标识信息为终端3、终端4，即上述预定终端为终端3、终端4。

根据上述记录的信息，延迟消息处理模块向终端2发送删除消息，用于删除终端2上的通知消息，延迟消息处理模块向通知消息发送模块发送取消消息，用于取消向预定终端(终端3、终端4)发送的通知消息。这样，就避免了用户利用终端2获取延迟消息而不能成功获取以及避免了终端3、终端4接收到通知消息后，用户利用终端3或终端4获取延迟消息而不能成功获取的问题，提高了用户的体验。

如图5所示，为多设备情况下实现延迟消息获取的流程，其中，包括两个绑定在同一号码上的设备A1、设备A2，以及消息和会话处理模块、延迟消息处理模块、通知消息发送模块，用户偏好模块在图中未示出。下面结合图5进行详细描述。

步骤501：某个用户发送消息给用户A，消息和会话处理模块接收到该消息，通过检查用户注册消息判断用户A目前不是在线状态，消息和会话处理模块根据用户偏好配置信息判断，需要将消息进行延迟处理，则将消息转发到延迟消息处理模块。

步骤502：延迟消息处理模块根据用户A的偏好配置信息需要向用户A的终端A1和A2发送通知消息，则延迟消息处理模块向通知消息发送模块发送通知消息，消息中包含：消息标题信息(即上述的延迟消息的标题信息)、发送时间(即上述通知消息的发送时间信息)、消息标识(即上述延迟消息的消息标识)、终端地址标识(即上述接收通知消息的终端的标识信息)等，并记录已发送通知的终端标识信息。

步骤503、504：通知消息发送模块将通知消息分别发送给终端A1和终端A2。

步骤505：通知消息发送模块向延迟消息处理模块返回响应消息，其中携带成功发送通知消息的终端标识信息，延迟消息处理模块保存成功发送通知消息的终端标识。

步骤506：用户通过终端A1收到的通知消息，根据消息标识从延迟消息处理模块获取消息描述信息和消息具体内容。

步骤507：延迟消息处理模块根据发送通知消息的记录、成功发送通知的纪录和成功获取消息的终端标识进行比较，确定终端A2需要取消通知消息，向通知消息发送模块请求取消终端A2上的通知消息；如果通知消息发送模块上存在未成功发送的通知消息，则延迟消息处理模块请求通知消息发送模块取消通知消息的发送。

步骤508：通知消息发送模块向终端A2发送取消通知请求，终端A2删除以前收到的通知消息。

步骤509：延迟消息处理模块完成消息内容发送后，删除消息内容，或者将消息内容转发给消息和会话处理模块，保存在融合消息业务系统中。

由上描述可知，通过本发明能够保证在多设备条件下用户采用pull方式获取消息时良好的业务体验，避免了用户通过某个有通知消息的终端获取延迟消息而获取延迟消息失败造成很差的用户体验。

方法实施例二

在本实施例中，基于图3B所示的装置实施例的延迟消息处理模块，提供了延迟消息的获取方法，如图6所示，为该方法的流程图，包括：

步骤S602，延迟消息处理模块接收延迟消息，发送通知消息到由一个号码绑定的多个终端，其中，通知消息中携带有延迟消息的消息标识。在具体实施过程中，通知消息还可以携带：延迟消息的标题信息、通知消息的发送时间信息、接收通知消息的终端的标识信息。

在具体实施过程中，消息和会话处理模块首先接收发送端发送的消息，在判断接收端为离线状态的情况下，对该消息根据用户偏好设置信息进行延迟操作，并将进行延迟操作后的消息发送至延迟消息处理模块。

延迟消息处理模块根据用户偏好设置信息发送通知消息到用户的多个终端上，其中延迟消息处理模块与终端之间的交互是经由通知消息处理模块完成的，例如，通知消息是延迟消息处理模块经由通知消息处理发送给终端。

优选地，设置第一计数器，用于对接收到通知消息的终端进行计数。设置第二计数器，用于对发送了请求消息的终端进行计数，其中，第二计数器的计数器阈值为第一计数器的计数值。具体描述与装置实施例类似，这里不再累赘。

步骤S604，响应于来自多个终端中接收到通知消息的各个终端的请求消息，延迟消息处理模块分别向各个终端发送请求消息中携带的消息标识对应的延迟消息的部分或全部内容。具体描述与装置实施例类似，这里不再累赘。

步骤S606，在延迟消息处理模块向接收到通知消息的所有终端都发送延迟消息后，延迟消息处理模块删除延迟消息或转存延迟消息到其他设备。

具体地，在第二计数器的计数值达到计数器阈值或减小到0时，首先判断延迟消息处理模块是否向接收到通知消息的所有终端都发送了延迟消息，在判断结果为是的情况下，延迟消息处理模块删除延迟消息或转存延迟消息到其他设备。

在具体实施过程中，通知消息发送模块在发送通知消息给各终端之后，向延迟消息处理模块反馈响应消息，每条响应消息中都携带有接收到通知消息的一个终端的标识信息。根据这个响应消息，第一计数器就可以进行计数，可以是延迟消息处理模块获取一个终端的标识信息，(初始值为0)的计数值就加1。

具体地，第一计数器与第二计数器的执行过程，与装置实施例中的类似，这里不再累赘。

图7示出了多设备情况下实现延迟消息获取的流程，其中，包括两个绑定在同一号码上的设备A1、设备A2，以及消息和会话处理模块、延迟消息处理模块、通知消息发送模块，用户偏好模块在图中未示出。下面结合图7进行详细描述。

步骤701：某个用户发送消息给用户A，消息和会话处理模块接收到该消息，通过检查用户注册消息判断用户A目前不是在线状态，消息和会话处理模块根据用户偏好配置信息判断，需要将消息进行延迟处理，则将消息转发到延迟消息处理模块。

步骤702：延迟消息处理模块根据用户A的偏好配置信息需要向用户A的终端A1和A2发送通知消息，则延迟消息处理模块向通知消息发送模块发送通知消息，消息中包含：消息标题信息(即上述的延迟消息的标题信息)、发送时间(即上述通知消息的发送时间信息)、消息标识(即上述延迟消息的消息标识)、终端地址标识(即上述接收通知消息的终端的标识信息)等，并记录已发送通知的终端标识信息。

步骤703、704：通知消息发送模块将通知消息分别发送给终端A1和终端A2。

步骤705：通知消息发送模块向延迟消息处理模块反馈响应消息，其中携带成功发送通知消息的终端标识信息，延迟消息处理模块保存成功发送通知消息的终端标识，并设置第一计数器的计数值为成功接收通知消息的终端数目，如果后续收到新的成功发送通知消息的终端数目，第一计数器继续计数相应的数目。

步骤706：用户通过终端A1收到的通知消息，根据消息标识从延迟消息处理模块获取消息描述信息和消息具体内容。

步骤707：在第二计数器的初始值为第一计数器的计数值的情况下，延迟消息处理模块根据成功接收延迟消息的终端数目，减少第二计数器的计数值，可以是减一，即有一个终端成功接收延迟消息，第二计数器的计数值就减一。

步骤708：用户通过终端A2收到的通知消息，根据消息标识从延迟消息处理模块获取消息描述信息和消息具体内容。

步骤709：第二计数器的计数值减一。

步骤710：延迟消息处理模块检查第二计数器的计数值是否为零，如果为零，则将延迟消息发送给消息和会话处理模块进行保存或者删除。

方法实施例三

针对在传统网络内的群组用户，本实施例提供了一种消息的获取方法，上述群组用户可以是亲情号码用户。基于图3A所示的装置实施例的延迟消息处理模块来实现，下面结合图8进行详细描述。

该方法包括：

步骤S802，延迟消息处理模块接收消息，并发送通知消息到群组用户的多个终端，其中，通知消息中携带有消息的消息标识。

步骤S804，响应于来自多个终端中接收到通知消息的一个终端的请求消息，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息的部分或全部内容。

步骤S806，延迟消息处理模块向多个终端中接收到通知消息的其他终端发送删除请求消息，用以请求其他终端删除接收到的通知消息。

其中，通知消息中还可以携带：消息的标题信息、通知消息的发送时间信息、接收通知消息的终端的标识信息。

在步骤S802之前，消息和会话处理模块对发送端发送的消息在判断接收端为离线状态的情况下将消息发送至延迟消息处理模块。

上述请求消息中携带的信息至少可以有两种情况，即，(1)携带有延迟消息的消息标识的部分或全部，(2)同时携带有延迟消息的消息标识的部分或全部和延迟消息的内容标识。

在情况(1)时，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息的全部内容。在情况(2)时，延迟消息处理模块向一个终端发送请求消息中携带的消息标识的部分或全部对应的消息中与消息的内容标识对应的部分内容。具体描述与方法实施例一类似，这里不再累赘。

由于亲情号码的用户之间的密切关系，使得只要其中一个用户接收到延迟消息后，亲情号码的其他用户也可以方便的获知该延迟消息。因此，延迟消息处理模块在发送消息之后删除消息或转存消息到其他设备。

另外，延迟消息处理模块记录如下信息：向其发送通知消息的终端的第一标识信息、成功接收通知消息的终端的第二标识信息、发送请求消息的一个终端的第三标识信息。

根据上述记录的第二标识信息以及第三标识信息确定需要发送删除请求消息的其他终端，用于删除接收的通知消息。

延迟消息处理模块向通知消息发送模块发送取消请求消息，用以请求通知消息发送模块取消向预定终端发送通知消息，其中，延迟消息处理模块根据第一标识信息和第二标识信息确定预定终端。

不难看出，本实施例类似于方法实施例一，具体的描述这里不再累赘。

相比现有技术中，群组其他用户无法再获取延迟消息或由于群组的关联性没有必要获得，这导致了群组其它用户的资源浪费，也降低了用户的体验，通过上述实施例，节省了群组其它用户的资源并提高了用户的体验。

综上所述，与现有技术相比，通过本发明能够保证在多设备条件下用户采用pull方式获取消息时良好的业务体验，避免了用户通过某个有通知消息的终端获取延迟消息而获取延迟消息失败造成很差的用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (28)

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

步骤1，延迟消息处理模块接收延迟消息，并发送通知消息到由一个号码绑定的多个终端，其中，所述通知消息中携带有所述延迟消息的消息标识；

步骤2，响应于来自所述多个终端中接收到所述通知消息的一个终端的请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息的部分或全部内容；

步骤3，所述延迟消息处理模块向所述多个终端中接收到所述通知消息的其他终端发送删除请求消息，用以请求所述其他终端删除接收到的所述通知消息。

2.根据权利要求1所述的方法，其特征在于，所述请求消息中携带有所述消息标识的部分或全部，所述步骤2具体为：

响应于所述请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息的全部内容。

3.根据权利要求1所述的方法，其特征在于，所述请求消息中携带有所述消息标识的部分或全部和所述延迟消息的内容标识，所述步骤2具体为：

响应于所述请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息中与所述延迟消息的内容标识对应的部分内容。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述延迟消息处理模块在发送所述延迟消息之后删除所述延迟消息或转存所述延迟消息到其他设备。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述延迟消息处理模块记录如下信息：向其发送所述通知消息的终端的第一标识信息、成功接收所述通知消息的终端的第二标识信息、发送所述请求消息的所述一个终端的第三标识信息。

6.根据权利要求5所述的方法，其特征在于，所述步骤3还包括：

所述延迟消息处理模块根据记录的所述第二标识信息以及所述第三标识信息确定需要发送所述删除请求消息的所述其他终端。

7.根据权利要求5所述的方法，其特征在于，在所述步骤1中，所述发送通知消息到由一个号码绑定的多个终端具体为：

所述延迟消息处理模块经由通知消息发送模块将所述通知消息发送到所述多个终端。

8.根据权利要求7所述的方法，其特征在于，所述步骤3还包括：

所述延迟消息处理模块向所述通知消息发送模块发送取消请求消息，用以请求所述通知消息发送模块取消向预定终端发送所述通知消息，其中，所述延迟消息处理模块根据所述第一标识信息和所述第二标识信息确定所述预定终端。

9.根据权利要求1所述的方法，其特征在于，在步骤1之前，所述方法还包括：

消息和会话处理模块对发送端发送的消息在判断需要进行延迟操作的情况下将所述消息发送至所述延迟消息处理模块。

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

步骤1，延迟消息处理模块接收延迟消息，发送通知消息到由一个号码绑定的多个终端，其中，所述通知消息中携带有所述延迟消息的消息标识；

步骤2，响应于来自所述多个终端中接收到所述通知消息的各个终端的请求消息，所述延迟消息处理模块分别向所述各个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息的部分或全部内容；

步骤3，在所述延迟消息处理模块向接收到所述通知消息的所有终端都发送所述延迟消息后，所述延迟消息处理模块删除所述延迟消息或转存所述延迟消息到其他设备。

11.根据权利要求10所述的方法，其特征在于，

在所述步骤2之前，所述方法还包括：

设置第一计数器，用于对接收到所述通知消息的终端进行计数；

设置第二计数器，用于对发送了所述请求消息的终端进行计数，其中，所述第二计数器的计数器阈值为所述第一计数器的计数值；

在所述步骤3中，在所述第二计数器的计数值达到所述计数器阈值或减小到0时，判断所述延迟消息处理模块向接收到所述通知消息的所有终端都发送了所述延迟消息。

12.根据权利要求10所述的方法，其特征在于，所述步骤1之后，还包括：

所述延迟消息处理模块经由通知消息发送模块将所述通知消息发送到所述多个终端；

所述延迟消息处理模块接收来自通知消息发送模块的一条或多条响应消息，其中，每条响应消息中都携带有接收到所述通知消息的一个终端的标识信息。

13.根据权利要求10所述的方法，其特征在于，所述请求消息中携带有所述消息标识的部分或全部，所述步骤2具体为：

响应于所述请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息的全部内容。

14.根据权利要求10所述的方法，其特征在于，所述请求消息中携带有所述消息标识的部分或全部和所述延迟消息的内容标识，所述步骤2具体为：

响应于所述请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息中与所述延迟消息的内容标识对应的部分内容。

15.根据权利要求10所述的方法，其特征在于，在步骤1之前，所述方法还包括：

消息和会话处理模块对发送端发送的消息在判断需要进行延迟操作的情况下将所述延迟消息发送至所述延迟消息处理模块。

16.一种消息的获取方法，应用于群组系统，其特征在于，包括：

步骤1，延迟消息处理模块接收延迟消息，并发送通知消息到所述群组用户的多个终端，其中，所述通知消息中携带有所述延迟消息的消息标识；

步骤2，响应于来自所述多个终端中接收到所述通知消息的一个终端的请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息的部分或全部内容；

步骤3，所述延迟消息处理模块向所述多个终端中接收到所述通知消息的其他终端发送删除请求消息，用以请求所述其他终端删除接收到的所述通知消息。

17.根据权利要求16所述的方法，其特征在于，所述请求消息中携带有所述消息标识的部分或全部，所述步骤2具体为：

响应于所述请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息的全部内容。

18.根据权利要求16所述的方法，其特征在于，所述请求消息中携带有所述消息标识的部分或全部和所述延迟消息的内容标识，所述步骤2具体为：

响应于所述请求消息，所述延迟消息处理模块向所述一个终端发送所述请求消息中携带的所述消息标识的部分或全部对应的延迟消息中与所述延迟消息的内容标识对应的部分内容。

19.根据权利要求16所述的方法，其特征在于，所述方法还包括：

所述延迟消息处理模块在发送所述延迟消息之后删除所述延迟消息或转存所述延迟消息到其他设备。

20.根据权利要求16所述的方法，其特征在于，所述方法还包括：

所述延迟消息处理模块记录如下信息：向其发送所述通知消息的终端的第一标识信息、成功接收所述通知消息的终端的第二标识信息、发送所述请求消息的所述一个终端的第三标识信息。

21.根据权利要求20所述的方法，其特征在于，所述延迟消息处理模块经由通知消息发送模块将所述通知消息发送到所述多个终端，所述步骤3还包括：

所述延迟消息处理模块根据记录的所述第二标识信息以及所述第三标识信息确定需要发送删除请求消息的所述其他终端；

所述延迟消息处理模块向所述通知消息发送模块发送取消请求消息，用以请求所述通知消息发送模块取消向预定终端发送所述通知消息，其中，所述延迟消息处理模块根据所述第一标识信息和所述第二标识信息确定所述预定终端。

22.一种融合消息业务系统，包括延迟消息处理模块与通知消息发送模块，其特征在于，

所述延迟消息处理模块包括：

保存单元，用于保存来自发送端的延迟消息；

第一发送单元，用于经由所述通知消息发送模块将通知消息发送到同一号码绑定的多个终端，其中，所述通知消息中携带有所述延迟消息的消息标识；

第一接收单元，用于接收来自接收到所述通知消息的一个或多个终端的请求消息，其中，所述请求消息中携带有所述消息标识的部分或全部；

第二发送单元，获取所述请求消息中的所述消息标识的部分或全部，并将所述消息标识的部分或全部对应的延迟消息的部分或全部内容发送给所述一个或多个终端。

23.根据权利要求22所述的系统，其特征在于，所述延迟消息处理模块还包括：

第一处理单元，用于在所述第二发送单元发送所述延迟消息之后，删除所述延迟消息或转存所述延迟消息到其他设备。

24.根据权利要求22所述的系统，其特征在于，所述延迟消息处理模块还包括：

读写单元，用于记录向其发送所述通知消息的终端的第一标识信息、成功接收所述通知消息的终端的第二标识信息、发送所述请求消息的所述一个或多个终端的第三标识信息。

25.根据权利要求24所述的系统，其特征在于，所述延迟消息处理模块还包括：

第一确定单元，用于根据所述读写单元中的所述第二标识信息和所述第三标识信息确定需要发送删除请求消息的接收到所述通知消息的多个终端；

第二确定单元，用于根据所述读写单元中的所述第一标识信息和所述第二标识信息确定需要取消在所述通知消息发送模块中的向预定终端发送的所述通知消息；

第三发送单元，用于向所述第一确定单元确定的终端发送删除请求消息，其中，所述删除请求消息用于删除通知消息；

第四发送单元，用于向所述通知消息发送模块发送取消请求消息，用于取消第二确定单元确定的向预定终端发送的所述通知消息。

26.根据权利要求22所述的系统，其特征在于，所述延迟消息处理模块还包括：

第一计数器，用于对接收到所述通知消息的终端进行计数；

第二计数器，用于对发送了所述请求消息的终端进行计数，其中，所述第二计数器的计数器阈值为所述第一计数器的计数值；

决策单元，用于在所述第二计数器的计数值达到所述计数器阈值或减小到0时，判断所述延迟消息处理模块向接收到所述通知消息的所有终端都发送了所述延迟消息。

27.根据权利要求22所述的系统，其特征在于，所述延迟消息处理模块还包括：

第二处理单元，用于在所述判断单元在判断结果为所述延迟消息处理模块向接收到所述通知消息的所有终端都发送了所述延迟消息的情况下，删除所述延迟消息或转存所述延迟消息到其他设备。

28.根据权利要求22所述的系统，其特征在于，所述系统还包括：

消息和会话处理模块，用于对发送端发送的延迟消息在判断需要进行延迟操作的情况下将所述消息发送至所述延迟消息处理模块。

Images