CN115378991B - 消息的处理方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本申请提供消息的处理方法、装置、设备及计算机存储介质，涉及数据处理技术领域。该方法包括：每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识；基于已获取的各目标消息的数量，确定是否需要进行消息提交；若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中，以使所述服务器删除与所述各目标消息的标识相对应的目标消息。由此，本申请中终端设备通过批量获取多个目标消息以及批量提交多个目标消息的方式，提高了终端设备接收消息的效率和提交消息的效率。

Description

消息的处理方法、装置、设备及计算机存储介质

技术领域

本发明涉及数据处理技术领域，特别涉及一种消息的处理方法、装置、设备及计算机存储介质。

背景技术

为了降低应用之间的耦合度，提高应用业务承载能力以及并发处理能力。所以建立了新一代消息传输枢纽(即消息中心中间件)，消息中心中间件作为构建统一的系统间异步消息传递中枢中间件，本身是通过开源消息队列中间件QPID改造而成的产品。

但是，QPID中间件只提供简单的消息消费的事务提交接口(例如，消息提交接口等)，在大量周边用户同时连接使用的条件下，会存在消费者的终端设备的接收消息效率以及提交消息的效率较低。

发明内容

本申请示例性的实施方式中提供一种消息的处理方法，用于提高终端设备的接收消息的效率以及提交消息的效率。

本申请的第一方面提供一种消息的处理方法，应用于终端设备中，所述方法包括：

每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识；

基于已获取的各目标消息的数量，确定是否需要进行消息提交；

若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中，以使所述服务器删除与所述各目标消息的标识相对应的目标消息。

本实施例中的终端设备每周期获取多个目标消息，然后通过已获取的各目标消息的数量来确定是否需要进行消息提交。若确定需要进行消息提交，则将多个目标消息的标识发送至所述服务器中，以使所述服务器删除与所述多个目标消息的标识相对应的多个目标消息。由此，本实施例中终端设备通过批量获取多个目标消息以及批量提交多个目标消息的方式，提高了终端设备接收消息的效率和提交消息的效率。

在一个实施例中，所述基于已获取的各目标消息的数量，确定是否需要进行消息提交，包括：

若确定已获取的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或，

若获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，其中，所述第一指定阈值大于所述第二指定阈值。

本实施例通过目标消息的数量以及获取时长来确定出是否需要进行消息提交，由此，可以保证消息批量提交，并且在没有多个消息的情况下，也能保证消息能够及时提交，避免出现消息延误提交的情况，进一步提高了提交消息的效率。

在一个实施例中，所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之前，所述方法还包括：

通过从预先设置的服务目录中获取消息中心地址；并，

根据所述消息中心地址与所述服务器建立连接。

本实施例中通过从预先设置的服务目录中获取消息中心地址，并根据所述消息中心地址与所述服务器建立连接。由此，保证了终端设备和服务器的连接效率。

在一个实施例中，所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之后，所述方法还包括：

向服务器发送消息重复获取指令，并接收所述服务器发送的与所述消息重复获取指令中的目标消息的标识相对应的目标消息。

本实施例中在终端设备向服务器获取了目标消息的前提下，终端设备可以基于该目标消息的标识再次向服务器重复获取该目标消息，以保证终端设备在出现消息丢失的情况还能够获取到该目标消息。

本申请第二方面提供一种消息的处理方法，应用于服务器中，所述方法包括：

每隔第一指定时长，当接收到终端设备的获取指令后，将各目标消息以及所述各目标消息的标识发送至所述终端设备中，以使所述终端设备基于接收到的各目标消息的数量确定是否需要进行消息提交，以及若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中；

当接收到所述终端设备发送的各目标消息的标识，则删除与所述各目标消息的标识相对应的目标消息。

本实施例中通过服务器每周期将多个目标消息以及多个目标消息的标识发送至所述终端设备中，以使所述终端设备基于接收到的多个目标消息的数量确定是否需要进行消息提交，并且当服务器接收到所述终端设备发送的多个目标消息的标识，则删除与多个目标消息的标识相对应的多个目标消息。由此，本实施例中终端设备通过批量获取多个目标消息以及批量提交多个目标消息的方式，提高了终端设备接收消息的效率和提交消息的效率。

本申请第三方面提供一种消息的处理装置，所述装置包括：

获取模块，用于每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识；

判断模块，用于基于已获取的各目标消息的数量，确定是否需要进行消息提交；

消息提交模块，用于若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中，以使所述服务器删除与所述各目标消息的标识相对应的目标消息。

在一个实施例中，所述判断模块，具体用于：

若确定已获取的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或，

若获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，其中，所述第一指定阈值大于所述第二指定阈值。

在一个实施例中，所述装置还包括：

连接模块，用于所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之前，通过从预先设置的服务目录中获取消息中心地址；并，

根据所述消息中心地址与所述服务器建立连接。

在一个实施例中，所述装置还包括：

消息重复获取模块，用于所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之后，向服务器发送消息重复获取指令，并接收所述服务器发送的与所述消息重复获取指令中的目标消息的标识相对应的目标消息。

本申请第四方面提供一种消息的处理装置，所述装置包括：

发送模块，用于每隔第一指定时长，当接收到终端设备的获取指令后，将各目标消息以及所述各目标消息的标识发送至所述终端设备中，以使所述终端设备基于接收到的各目标消息的数量确定是否需要进行消息提交，以及若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中；

删除模块，用于当接收到所述终端设备发送的各目标消息的标识，则删除与所述各目标消息的标识相对应的目标消息。

根据本申请实施例的第五方面，提供一种终端设备，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有被所述至少一个处理器执行的指令；所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。

根据本申请实施例的第六方面，提供一种服务器，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有被所述至少一个处理器执行的指令；所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第二方面所述的方法。

根据本申请实施例提供的第七方面，提供一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序用于执行如第一方面和/或第二方面所述的方法。

根据本公开实施例的第八方面，提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，设备的至少一个处理器从计算机可读存储介质读取并执行计算机程序，使得设备执行第一方面和/或第二方面所述的方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一个实施例中的消息的处理方法的应用场景示意图；

图2为本申请一个实施例中的消息的处理方法的流程示意图之一；

图3为本申请一个实施例的终端设备判断是否需要进行消息提交的流程示意图之一；

图4为本申请一个实施例的终端设备判断是否需要进行消息提交的流程示意图之一；

图5为本申请一个实施例的消息的处理方法的流程示意图之二；

图6为本申请一个实施例的消息的处理装置之一；

图7为本申请一个实施例的消息的处理装置之二；

图8为本申请一个实施例的电子设备的结构示意图。

具体实施方式

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

本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

术语解释：

QPID：由Apache(Apache HTTP Server，阿帕奇)开发的一种消息队列中间件，实现了AMQP(Advanced Message Queuing Protocol，高级消息队列协议)协议，并且支持多种语言与多种平台，支持消息提交。

消息提交：终端设备消费消息后，服务器把消费掉的消息提交执行删除的操作。

现有技术中，QPID中间件只提供简单的消息消费的事务提交接口，在大量周边用户同时连接使用的条件下，会存在消费者的终端设备的接收消息效率以及提交消息的效率较低。

因此，本申请提供一种消息的处理方法，终端设备每周期获取多个目标消息，然后通过已获取的各目标消息的数量来确定是否需要进行消息提交。若确定需要进行消息提交，则将多个目标消息的标识发送至所述服务器中，以使所述服务器删除与所述多个目标消息的标识相对应的多个目标消息。由此，本实施例中终端设备通过批量获取多个目标消息以及批量提交多个目标消息的方式，提高了终端设备接收消息的效率和提交消息的效率。下面，结合附图对本申请的消息的处理方法详细的进行介绍。

如图1所示，为本申请实施例提供的消息的处理方法的应用场景示意图。该应用场景中包括服务器110、第一终端设备120和第二终端设备130。

在一种可能的应用场景中，第一终端设备120向服务器110中发送各目标消息，服务器110接收到各目标消息后，存储所述各目标消息。第二终端设备130每隔第一指定时长，从服务器110获取各目标消息以及所述各目标消息的标识，第二终端设备130基于已获取的各目标消息的数量，确定是否需要进行消息提交；若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器110中，当服务器110接收到所述终端设备发送的各目标消息的标识，则删除与所述各目标消息的标识相对应的目标消息。

其中，图1中的服务器110分别与第一终端设备120以及第二终端设备130之间可通过通信网络进行信息交互，其中，通信网络采用的通信方式可分为无线通信方式或有线通信方式。

示例性的，服务器110可通过蜂窝移动通信技术接入网络，分别与第一终端设备120以及第二终端设备130进行通信，其中，所述蜂窝移动通信技术，比如，包括第五代移动通信(5th Generation Mobile Networks，5G)技术。

可选的，服务器110可通过短距离无线通信方式接入网络，分别与第一终端设备120以及第二终端设备130进行通信，其中，所述短距离无线通信方式，比如，包括无线保真(Wireless Fidelity，Wi-Fi)技术。

并且，本申请中的描述中仅就单个服务器110、单个第一终端设备120以及单个第二终端设备130加以详述，但是本领域技术人员应当理解的是，示出的服务器110、第一终端设备120以及第二终端设备130旨在表示本申请的技术方案涉及的服务器110、第一终端设备120以及第二终端设备130的操作。而非暗示对服务器110、第一终端设备120以及第二终端设备130的数量、类型或是位置等具有限制。应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本申请的示例实施例的底层概念。

示例性的，第一终端设备120以及第二终端设备130包括但不限于：可视化大屏、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(Mobile Internet Device，MID)、可穿戴设备，虚拟现实(Virtual Reality，VR)设备、增强现实(Augmented Reality，AR)设备、工业控制中的无线终端设备、无人驾驶中的无线终端设备、智能电网中的无线终端设备、运输安全中的无线终端设备、智慧城市中的无线终端设备，或智慧家庭中的无线终端设备等设备；终端设备上可以安装有相关的客户端，该客户端可以是软件(例如，浏览器、短视频软件等)，也可以是网页、小程序等。

需要说明的是，本申请提出的消息的处理方法不仅适用于图1所示的应用场景，还适用于任何有消息的处理的装置。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式消息的处理方法，需要注意的是，上述应用场景仅是为了便于理解本申请的方法和原理而示出，本申请的实施方式在此方面不受任何限制。

如图2所示，为本公开的消息的处理方法的流程示意图，可包括以下步骤：

步骤201：每隔第一指定时长，服务器将各目标消息以及所述各目标消息的标识发送至终端设备中；

为了保证终端设备和服务器之间能够正常通信，在一个实施例中，在执行步骤201之前，通过从预先设置的服务目录中获取消息中心地址；并根据所述消息中心地址与所述服务器建立连接。

其中，本实施例中将交换机和路由键进行了封装，用户在使用的过程中，仅需要获取消息中心地址即可完成发送消息或者获取消息，不需要再经过交换机和路由键，实质上就是把交换机和路由键封装在了服务器上。由此，可以节省时间，进一步提高了终端设备接收和提交消息的效率。

需要说明的是：本实施例中的第一指定时长可根据实际情况来进行设置，本实施例在此并不对第一指定时长进行限定。

步骤202：终端设备接收服务器发送的各目标消息以及所述各目标消息的标识；

其中，终端设备是通过消息队列从服务器中获取的各目标消息以及各目标消息的标识的。

为了保证终端设备在出现消息丢失的情况还能够获取到该目标消息，在一个实施例中，在执行步骤202之后，向服务器发送消息重复获取指令，并接收所述服务器发送的与所述消息重复获取指令中的目标消息的标识相对应的目标消息。其中，表1为目标消息的标识与目标消息的对应关系：

目标消息的标识	目标消息
		标识A	目标消息1
标识B	目标消息2
		标识C	目标消息3
…	…

表1

例如，如表1所示，若终端设备的目标消息1丢失了，则终端设备可将标识A发送至服务器中，服务器基于表1中的对应关系，则将目标消息1发送至终端设备中。

步骤203：终端设备基于已获取的各目标消息的数量，确定是否需要进行消息提交，若是，则执行步骤204，若否，则返回执行步骤201；

在一个实施例中，通过以下两种方式确定是否进行消息提交：

方式一：若确定已获取的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交。

如图3所示，为判断是否需要进行消息提交的流程示意图之一，当终端设备获取到目标消息之后，需要判断下已获取的目标消息的数量是否大于第一指定阈值，若是，则进行消息提交，若否，则返回继续接收消息。

例如，第一指定阈值为20，若确定出已获取的各目标消息的数量为30，则确定需要进行消息提交，若确定出已获取的各目标消息的数量为10，则返回继续接收消息，直至确定出已获取的目标消息的数量大于第一指定阈值。

方式二：若获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，其中，所述第一指定阈值大于第二指定阈值。

如图4所示，为终端设备判断是否需要进行消息提交的流程示意图之二，终端设备接收目标消息，当确定出获取时长大于第二指定时长之后，判断已获取的各目标消息的数量是否大于第二指定阈值，若是，则确定需要进行消息提交。若不是，则返回继续获取目标消息，此时需要将第二指定时长加上预设时长。

例如，第二指定阈值为0，且第二指定时长为20s，若确定已获取的各目标消息的数量为5，且获取时长为30s，则确定需要进行消息提交。若确定已获取的各目标消息的数量为0，此时需要继续获取目标消息，并且将第二指定时长加上预设时长10s，即此时第二指定时长为30s。

需要说明的是：本实施例中的第二指定时长以及预设时长可根据实际情况来进行设置，本实施例在此并不第二指定时长以及预设时长的具体值进行限定。

由此，可以保证消息批量提交，并且在没有多个消息的情况下，也能保证消息能够及时提交，避免出现消息延误提交的情况，进一步提高了提交消息的效率。

步骤204：终端设备将所述各目标消息的标识发送至所述服务器中；

步骤205：当服务器接收到所述终端设备发送的各目标消息的标识之后，删除与所述各目标消息的标识相对应的目标消息。

其中，服务器是通过预先设置的目标消息的标识与目标消息的对应关系，确定出与终端设备发送的各目标消息的标识相对应的目标消息。

由此，本发明中终端设备通过批量获取多个目标消息以及批量提交多个目标消息的方式，提高了终端设备接收消息的效率和提交消息的效率。

为了进一步的了解本申请的技术方案，下面结合图5对本申请中的消息的处理方法进行详细的说明，可包括以下步骤：

步骤501：第一终端设备将目标消息发送至服务器中；

步骤502：服务器接收到第一终端设备发送的目标消息后，存储所述目标消息；

步骤503：每隔第一指定时长，服务器将各目标消息以及所述各目标消息的标识发送给第二终端设备；

步骤504：第二终端设备判断已获取的各目标消息的数量是否大于第一指定阈值，若是，则执行步骤505，若否，则返回步骤503；

步骤505：第二终端设备将所述各目标消息的标识发送至所述服务器中；

步骤506：服务器接收到第二终端设备发送的各目标消息的标识之后，删除与所述各目标消息的标识相对应的目标消息。

基于相同的发明构思，本申请如上所述的消息的处理方法还可以由一种消息的处理装置实现。该消息的处理装置的效果与前述方法的效果相似，在此不再赘述。

图6为根据本申请一个实施例的消息的处理装置的结构示意图。

如图6所示，本申请的消息的处理装置600可以包括获取模块610、判断模块620和消息提交模块630。

获取模块610，用于每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识；

判断模块620，用于基于已获取的各目标消息的数量，确定是否需要进行消息提交；

消息提交模块630，用于若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中，以使所述服务器删除与所述各目标消息的标识相对应的目标消息。

在一个实施例中，所述判断模块620，具体用于：

若确定已获取的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或，

若获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，其中，所述第一指定阈值大于所述第二指定阈值。

在一个实施例中，所述装置还包括：

连接模块640，用于所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之前，通过从预先设置的服务目录中获取消息中心地址；并，

根据所述消息中心地址与所述服务器建立连接。

在一个实施例中，所述装置还包括：

消息重复获取模块650，用于所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之后，向服务器发送消息重复获取指令，并接收所述服务器发送的与所述消息重复获取指令中的目标消息的标识相对应的目标消息。

图7为根据本申请另一个实施例的消息的处理装置的结构示意图。

如图7所示，本申请的消息的处理装置700可以包括发送模块710和删除模块720。其中：

发送模块710，用于每隔第一指定时长，当接收到终端设备的获取指令后，将各目标消息以及所述各目标消息的标识发送至所述终端设备中，以使所述终端设备基于接收到的各目标消息的数量确定是否需要进行消息提交，以及若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中；

删除模块720，用于当接收到所述终端设备发送的各目标消息的标识，则删除与所述各目标消息的标识相对应的目标消息。

在介绍了本申请示例性实施方式的一种消息的处理方法及装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的电子设备可以至少包括至少一个处理器、以及至少一个计算机存储介质。其中，计算机存储介质存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的消息的处理方法中的步骤。例如，处理器可以执行如图2中所示的步骤201-205。

下面参照图8来描述根据本申请的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用电子设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理器801、上述至少一个计算机存储介质802、连接不同系统组件(包括计算机存储介质802和处理器801)的总线803。

总线803表示几类总线结构中的一种或多种，包括计算机存储介质总线或者计算机存储介质控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

计算机存储介质802可以包括易失性计算机存储介质形式的可读介质，例如随机存取计算机存储介质(RAM)821和/或高速缓存存储介质822，还可以进一步包括只读计算机存储介质(ROM)823。

计算机存储介质802还可以包括具有一组(至少一个)程序模块824的程序/实用工具825，这样的程序模块824包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备800也可以与一个或多个外部设备804(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口805进行。并且，电子设备800还可以通过网络适配器806与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器806通过总线803与用于电子设备800的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的一种消息的处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的消息的处理方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取计算机存储介质(RAM)、只读计算机存储介质(ROM)、可擦式可编程只读计算机存储介质(EPROM或闪存)、光纤、便携式紧凑盘只读计算机存储介质(CD-ROM)、光计算机存储介质件、磁计算机存储介质件、或者上述的任意合适的组合。

本申请的实施方式的消息的处理的程序产品可以采用便携式紧凑盘只读计算机存储介质(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

应当注意，尽管在上文详细描述中提及了装置的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种消息的处理方法，其特征在于，应用于终端设备中，所述方法包括：

每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识；

基于已获取的各目标消息的数量，确定是否需要进行消息提交，具体包括：

若确定已获取的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或若获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，其中，所述第一指定阈值大于所述第二指定阈值；

若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中，以使所述服务器删除与所述各目标消息的标识相对应的目标消息。

2.根据权利要求1所述的方法，其特征在于，所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之前，所述方法还包括：

通过从预先设置的服务目录中获取消息中心地址；并，

根据所述消息中心地址与所述服务器建立连接。

3.根据权利要求1所述的方法，其特征在于，所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之后，所述方法还包括：

向服务器发送消息重复获取指令，并接收所述服务器发送的与所述消息重复获取指令中的目标消息的标识相对应的目标消息。

4.一种消息的处理方法，其特征在于，应用于服务器中，所述方法包括：

每隔第一指定时长，当接收到终端设备的获取指令后，将各目标消息以及所述各目标消息的标识发送至所述终端设备中，以使所述终端设备若确定接收到的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或若确定获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，以及若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中；其中，所述第一指定阈值大于所述第二指定阈值；

当接收到所述终端设备发送的各目标消息的标识，则删除与所述各目标消息的标识相对应的目标消息。

5.一种消息处理装置，其特征在于，所述装置包括：

获取模块，用于每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识；

判断模块，用于基于已获取的各目标消息的数量，确定是否需要进行消息提交；所述判断模块，具体用于：若确定已获取的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或，若获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，其中，所述第一指定阈值大于所述第二指定阈值；

消息提交模块，用于若确定需要进行消息提交，则将所述各目标消息的标识发送至所述服务器中，以使所述服务器删除与所述各目标消息的标识相对应的目标消息。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

连接模块，用于所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之前，通过从预先设置的服务目录中获取消息中心地址；并，

根据所述消息中心地址与所述服务器建立连接。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

消息重复获取模块，用于所述每隔第一指定时长，从服务器获取各目标消息以及所述各目标消息的标识之后，向服务器发送消息重复获取指令，并接收所述服务器发送的与所述消息重复获取指令中的目标消息的标识相对应的目标消息。

8.一种消息的处理装置，其特征在于，所述装置包括：

发送模块，用于每隔第一指定时长，当接收到终端设备的获取指令后，将各目标消息以及所述各目标消息的标识发送至所述终端设备中，以使所述终端设备若确定接收到的各目标消息的数量大于第一指定阈值，则确定需要进行消息提交；或若确定获取时长大于第二指定时长，且已获取的各目标消息的数量大于第二指定阈值，则确定需要进行消息提交，以及若确定需要进行消息提交，则将所述各目标消息的标识发送至服务器中；其中，所述第一指定阈值大于所述第二指定阈值；

删除模块，用于当接收到所述终端设备发送的各目标消息的标识，则删除与所述各目标消息的标识相对应的目标消息。

9.一种终端设备，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有被所述至少一个处理器执行的指令；所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据权利要求1-3中任一项所述的方法。

10.一种服务器，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有被所述至少一个处理器执行的指令；所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据权利要求4所述的方法。

11.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于执行根据权利要求1-4中任一项所述的方法。

12.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4中任一项所述的方法。