CN108600088A - 数据处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种数据处理方法及装置，属于通信技术领域。该方法中，服务器首先接收当前处于同一个聊天群组中的用户终端发送的消息数据，然后判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值，在为是时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包，从而在聊天人数众多时，将服务器的数据分发压力转移到CDN服务上，大大降低了服务器的推送压力和成本。

Description

数据处理方法及装置

技术领域

本发明涉及通信技术领域，具体而言，涉及一种数据处理方法及装置。

背景技术

在这个高度信息化的移动互联网时代，生活中即时通信系统IM类产品已经成为各种应用的重要功能，还有一些非以IM系统为核心的应用，最典型的如一些在线游戏、社交应用，IM也是其重要的功能模块。可以说，带有社交属性的应用，IM功能一定是必不可少的。IM系统在互联网初期即存在，其基础技术架构在这十几年的发展中更新迭代多次，从早期的CS、P2P架构，到现在后台已经演变为一个复杂的分布式系统，涉及移动端、网络、安全和存储等技术的方方面面。其支撑的规模也从早期的少量日活，到现在微信这个巨头最新公布的达到9亿的日活的体量。

在通常的IM实现中，客户端通过长连接的方式与后端服务器保持连接，并维持心跳。在连接维持期间，服务端可以通过长连接主动下发消息。在用户之间一对一的聊天中，此种方案不会给服务端带来太多压力。但是在群聊以及上万人在线的群聊和聊天室中，用户发出的一条消息会被放大成几千上万的消息推送任务。对于中小公司来说，部署大量的服务器处理任务大大加重了运营成本，同时维护大量服务器的稳定运行也是很繁重的负担。

发明内容

有鉴于此，本发明实施例的目的在于提供一种数据处理方法及装置，以改善上述问题。

第一方面，本发明实施例提供了一种数据处理方法，应用于服务器，所述方法包括：接收当前处于同一个聊天群组中的用户终端发送的消息数据；判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值；在为是时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包。

进一步地，所述消息数据包包括当前消息包以及消息索引包，所述当前消息包包括该当前消息包的标识以及之前消息包的标识，所述之前消息包为在所述当前消息包之前发送的消息包，所述消息索引包包括所述当前消息包的标识以及所述聊天群组的标识。

进一步地，在获取当前处于同一个聊天群组中的用户终端发送的消息数据之后，判断所述用户终端的数量是否大于等于一预设值之前，所述方法还包括：判断所述消息数据的合法性；在为是时，执行步骤：判断所述用户终端的数量是否大于等于一预设值。

进一步地，在判断所述消息数据的合法性之后，所述方法还包括：在所述消息数据为不合法时，则将所述消息数据删除，并向所述用户终端发送一反馈信息。

进一步地，在获取当前处于同一个聊天群组中的用户终端发送的消息数据之后，判断所述用户终端的数量是否大于等于一预设值之前，所述方法还包括：获取所述聊天群组的标识；基于所述聊天群组的标识获取所述聊天群组中的各个用户终端的标识；基于所述各个用户终端的标识统计用户终端的数量。

第二方面，本发明实施例提供了一种数据处理装置，运行于服务器，所述装置包括：数据接收模块，用于接收当前处于同一个聊天群组中的用户终端发送的消息数据；数量判断模块，用于判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值；数据打包模块，用于在处于所述聊天群组中的用户终端的数量大于等于一预设值时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包。

进一步地，所述消息数据包包括当前消息包以及消息索引包，所述当前消息包包括该当前消息包的标识以及之前消息包的标识，所述之前消息包为在所述当前消息包之前发送的消息包，所述消息索引包包括所述当前消息包的标识以及所述聊天群组的标识。

进一步地，所述装置还包括：数据合法性判断模块，用于判断所述消息数据的合法性，在为是时，执行所述数量判断模块所执行的步骤。

进一步地，所述数据合法性判断模块，还用于在所述消息数据为不合法时，则将所述消息数据删除，并向所述用户终端发送一反馈信息。

进一步地，所述装置还包括：第一标识获取模块，用于获取所述聊天群组的标识；第二标识获取模块，用于基于所述聊天群组的标识获取所述聊天群组中的各个用户终端的标识；数量统计模块，用于基于所述各个用户终端的标识统计用户终端的数量。

本发明实施例的有益效果是：

本发明实施例提供一种数据处理方法及装置，该方法中，服务器首先接收当前处于同一个聊天群组中的用户终端发送的消息数据，然后判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值，在为是时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包，从而在聊天人数众多时，将服务器的数据分发压力转移到CDN服务上，大大降低了服务器的推送压力和成本。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的数据处理系统的结构框图；

图2示出了一种可应用于本申请实施例中的电子设备的结构框图；

图3为本发明实施例提供的一种数据处理方法的流程图；

图4为本发明实施例提供的一种数据处理装置的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

图1为本发明实施例提供的数据处理系统的结构框图，该数据处理系统包括多个用户终端10，多个服务器20以及CDN服务30，用户终端10通过长连接与服务器20连接，用户终端10还与CDN服务30连接，CDN服务30与服务器20连接。

其中，长连接是指一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。

请参照图2，图2示出了一种可应用于本申请实施例中的电子设备100的结构框图。电子设备100可以包括数据处理装置、存储器101、存储控制器102、处理器103、外设接口104。

所述存储器101、存储控制器102、处理器103、外设接口104各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述数据处理装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器101中或固化在所述数据处理装置的操作系统(operating system，OS)中的软件功能模块。所述处理器103用于执行存储器101中存储的可执行模块，例如所述数据处理装置包括的软件功能模块或计算机程序。

其中，存储器101可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器101用于存储程序，所述处理器103在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器103中，或者由处理器103实现。

处理器103可以是一种集成电路芯片，具有信号的处理能力。上述的处理器103可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器103也可以是任何常规的处理器等。

所述外设接口104将各种输入/输出装置耦合至处理器103以及存储器101。在一些实施例中，外设接口104，处理器103以及存储控制器102可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

所述外设接口104将各种输入/输入装置耦合至处理器103以及存储器101。在一些实施例中，外设接口104，处理器103以及存储控制器102可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

可以理解，图2所示的结构仅为示意，所述电子设备100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参照图3，图3为本发明实施例提供的一种数据处理方法的流程图，所述方法包括如下步骤：

步骤S110：接收当前处于同一个聊天群组中的多个用户终端发送的消息数据。

聊天群组可以理解为微信群聊、QQ群聊或者直播群聊等聊天群组，而一般在一个聊天群组中会有多个用户参与聊天，但是对于大型聊天群组来说，用户数量甚至达到上千人，而这些用户的聊天信息都需经过服务器进行推送至群组里的每个用户终端，所以，每个用户通过用户终端发送的消息数据都会经过服务器，服务器则接收到这些用户终端发送的消息数据。

另外，在小规模群聊和点对点聊天中，消息发送频率一般不高，也为了减少服务器的数据处理压力，作为一种方式，在同一时间，服务器可能会接收到多个用户终端或者一个用户终端发送的消息数据，服务器在接收到多个用户终端发送的消息数据时，服务器则可向聊天群组中的用户终端发送消息到达通知信息，用户终端在收到服务器下发的消息到达通知信息后，主动从服务器拉取信息从而获得聊天的消息数据，由于服务器下发的消息到达通知信息比服务器直接向用户终端推送的消息数据的数据量少，所以服务器向各个用户终端发送消息到达通知的方式相比于服务器直接向各个用户终端推送信息的这种方式大大减少了服务器推送数据的压力，并能保证实时性。并且由于拉取消息不依赖长连接，当使用人数增加时，服务器扩容相对容易。

其中，消息的拉取是指用户从网站上“拖下”数据，譬如，使用超文本传送协议http，消息的推送一般是指因特网内容提供者定期向预订用户推送数据，来减少用于网络上搜索的时间，它根据用户的兴趣来搜索、过滤信息，并将其定期推送给用户，帮助用户高效率地发掘有价值的信息，譬如，通过电子邮件发送数据。

步骤S120：判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值。

为了保证数据的交互实时性，用户终端发出的消息数据会统一经过服务器进行推送至群聊的所有用户终端，但是对于群聊人数较多的时候，所有用户终端发送的消息都需要服务器来进行推送，所以，在消息过多时，这就会给服务器造成很大的数据处理压力，为了缓解服务器的压力，服务器在获得用户终端发送消息数据后，首先判断当前处于同一个聊天群组中的用户终端的数量是否大于等于一预设值，在为是时，则执行步骤S130：定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包。

其中，预设值可以根据服务器的工作压力自行设置，比如，五百，也就是当前用户终端的数量大于等于五百时，则服务器将消息数据打包发送给CDN服务器，由此来缓解服务器的数据分发压力。当然，在用户终端的数量小于预设值时，执行步骤S140：向用户终端发送消息到达通知，以使用户终端根据所述消息到达通知从所述服务器拉取所述消息数据包。

另外，服务器发送至CND服务的消息数据包包括当前消息包括以及消息索引包，所述当前消息包包括该当前消息包的标识以及之前消息包的标识，所述之前消息包为在所述当前消息包之前发送的消息包，所述消息索引包包括所述当前消息包的标识以及所述聊天群组的标识。

消息包(如当前消息包)的结构是一个类似链表的形式，每一个消息包会记录上一个消息包(即之前消息包)的标识(如ID)，其包括在上一次打包到本次打包直接产生的消息数据，例如上一次打包是5s以前，服务器每隔1s进行打包，用户终端每隔1s进行消息拉取，则这5s之内产生的消息数据都打包成消息数据包。消息索引包记录了当前最新的消息包的ID，即当前消息包的标识。可以理解的，消息索引包用于方便用户终端寻找未拉取到的消息包，例如，服务器每隔1s将消息数据进行打包，当前消息包为1s的时候打包的消息包，其标识设置为1，上一个消息包为2s的时候打包的消息包，其标识设置为2，由于当前消息包中包含有上一个消息包的标识，所以，在获得当前消息包后，用户终端可根据消息索引包查看当前消息包是否为最新消息包，例如将当前消息包的标识与消息索引包中的最新消息包的标识进行比对，在比对一致时，则表示当前消息包为最新消息包，则用户终端可知是否获得当前消息包以前的消息包，如上一个消息包，若没有获得，则可根据当前消息包中包括的上一个消息包的标识重新从CDN服务上寻找上一个消息包进行拉取，依次循环，直到获得当前消息包以前的所有消息包。

当然，用户终端可以按照实际情况设定一定策略，例如，定时轮询从CDN服务拉取消息数据包，用户终端将上一次拉取的消息包进行保存，由于用户终端当前拉取的消息包中记录了上一个消息包的标识，所以，当用户终端拉取了当前消息包，将当前消息包中的上一个消息包的标识与存储的消息包的标识进行比对，在比对一致时，说明用户终端已经拉取了所有的消息包，在比对不一致时，说明有些消息包还没有拉取，则继续根据消息包的标识，进行其余消息包的拉取，重复此过程，直到拉取到全部的消息包，然后解析出其中的消息数据，发布在聊天群组里，呈现给用户。

例如，以一个用户终端为例来说，该用户终端从CDN服务获取当前消息包，当前消息包中包含有上一个消息包的标识，然后用户终端从消息索引包中获得当前消息包若为最新消息包时的标识，例如，若当前消息包的标识为1，当前消息包中包含的上一个消息包的标识为2，用户终端存储的上一次获取的消息包的标识为3，则经过标识对比发现还有标识为2的消息包还未获取到，则用户终端可在CDN服务上重新获取标识为2的消息包，直到获取到从当前到上一次获取的时间间隔内的全部的消息包。

当然，CDN服务在收到服务器发送的消息数据包后可以向用户终端发送消息到达通知，使得用户终端收到消息到达通知后自动从CDN服务上拉取消息数据。

所以，由于服务器不主动推送消息，只需要定时轮询将消息打包发送到CDN服务，由此可大大降低服务器的推送成本，将消息分发压力转移到CDN服务上，并可保证消息必达。

另外，作为一种实施方式，在获取当前处于同一个聊天群组中的用户终端发送的消息数据之后，判断所述用户终端的数量是否大于等于一预设值之前，所述方法还包括：

判断所述消息数据的合法性；在为是时，执行步骤S120。

例如，为了便于群组聊天的管理，在收到用户终端发送的消息数据后，为了保证消息数据的合法性，还需对消息数据的合法性进行判断，可以理解的，有的消息数据很可能包含敏感字眼或者不合法字眼，具体的文字可以根据需要自行定义，例如，不合法的字眼包括有：抢劫，则服务器在获得消息数据后，将消息数据中的文字信息与存储的不合法字眼的文字进行比对，若在消息数据中包含有不合法字眼，则删除该消息数据，并向所述用户终端发送一反馈信息，由此提示用户发送的消息不合法，从而提醒聊天群组里的人注意。

作为另外一种实施方式，在获取当前处于同一个聊天群组中的用户终端发送的消息数据之后，判断所述用户终端的数量是否大于等于一预设值之前，所述方法还包括：

获取所述聊天群组的标识；基于所述聊天群组的标识获取所述聊天群组中的各个用户终端的标识；基于所述各个用户终端的标识统计用户终端的数量。

具体地，为了统计聊天群组中的各个用户终端的数量，在用户终端发送给服务器的消息数据中携带有该聊天群组的标识，从而服务器可从消息数据中获取聊天群组的标识，再基于聊天群组的标识获取该聊天群组中各个用户终端的标识，然后就可以统计出聊天群组中的用户终端的数量。

其中，聊天群组的标识可以是聊天群组在建立时系统自动分配的ID号或者账号，用户终端的标识可以为用户参与聊天的账号信息等。

请参照图4，图4为本发明实施例提供的一种数据处理装置200的结构框图，所述装置包括：

数据接收模块210，用于接收当前处于同一个聊天群组中的用户终端发送的消息数据。

数量判断模块220，用于判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值。

数据打包模块230，用于在处于所述聊天群组中的用户终端的数量大于等于一预设值时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包。

作为一种方式，所述消息数据包包括当前消息包以及消息索引包，所述当前消息包包括该当前消息包的标识以及之前消息包的标识，所述之前消息包为在所述当前消息包之前发送的消息包，所述消息索引包包括所述当前消息包的标识以及所述聊天群组的标识。

作为一种方式，所述装置还包括：

数据合法性判断模块，用于判断所述消息数据的合法性，在为是时，执行所述数量判断模块220所执行的步骤。

作为一种方式，所述数据合法性判断模块，还用于在所述消息数据为不合法时，则将所述消息数据删除，并向所述用户终端发送一反馈信息。

作为一种方式，所述装置还包括：

第一标识获取模块，用于获取所述聊天群组的标识。

第二标识获取模块，用于基于所述聊天群组的标识获取所述聊天群组中的各个用户终端的标识。

数量统计模块，用于基于所述各个用户终端的标识统计用户终端的数量。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

综上所述，本发明实施例提供一种数据处理方法及装置，该方法中，服务器首先接收当前处于同一个聊天群组中的用户终端发送的消息数据，然后判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值，在为是时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包，从而在聊天人数众多时，将服务器的数据分发压力转移到CDN服务上，大大降低了服务器的推送压力和成本。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种数据处理方法，其特征在于，应用于服务器，所述方法包括：

接收当前处于同一个聊天群组中的用户终端发送的消息数据；

判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值；

在为是时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包。

2.根据权利要求1所述的方法，其特征在于，所述消息数据包包括当前消息包以及消息索引包，所述当前消息包包括该当前消息包的标识以及之前消息包的标识，所述之前消息包为在所述当前消息包之前发送的消息包，所述消息索引包包括所述当前消息包的标识以及所述聊天群组的标识。

3.根据权利要求1所述的方法，其特征在于，在获取当前处于同一个聊天群组中的用户终端发送的消息数据之后，判断所述用户终端的数量是否大于等于一预设值之前，所述方法还包括：

判断所述消息数据的合法性；

在为是时，执行步骤：判断所述用户终端的数量是否大于等于一预设值。

4.根据权利要求3所述的方法，其特征在于，在判断所述消息数据的合法性之后，所述方法还包括：

在所述消息数据为不合法时，则将所述消息数据删除，并向所述用户终端发送一反馈信息。

5.根据权利要求1所述的方法，其特征在于，在获取当前处于同一个聊天群组中的用户终端发送的消息数据之后，判断所述用户终端的数量是否大于等于一预设值之前，所述方法还包括：

获取所述聊天群组的标识；

基于所述聊天群组的标识获取所述聊天群组中的各个用户终端的标识；

基于所述各个用户终端的标识统计用户终端的数量。

6.一种数据处理装置，其特征在于，运行于服务器，所述装置包括：

数据接收模块，用于接收当前处于同一个聊天群组中的用户终端发送的消息数据；

数量判断模块，用于判断处于所述聊天群组中的用户终端的数量是否大于等于一预设值；

数据打包模块，用于在处于所述聊天群组中的用户终端的数量大于等于一预设值时，定时轮询将所述消息数据打包成消息数据包发送给内容分发网络CDN服务，以使用户终端定时轮询从所述CDN服务拉取所述消息数据包。

7.根据权利要求6所述的装置，其特征在于，所述消息数据包包括当前消息包以及消息索引包，所述当前消息包包括该当前消息包的标识以及之前消息包的标识，所述之前消息包为在所述当前消息包之前发送的消息包，所述消息索引包包括所述当前消息包的标识以及所述聊天群组的标识。

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

数据合法性判断模块，用于判断所述消息数据的合法性，在为是时，执行所述数量判断模块所执行的步骤。

9.根据权利要求8所述的装置，其特征在于，所述数据合法性判断模块，还用于在所述消息数据为不合法时，则将所述消息数据删除，并向所述用户终端发送一反馈信息。

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

第一标识获取模块，用于获取所述聊天群组的标识；

第二标识获取模块，用于基于所述聊天群组的标识获取所述聊天群组中的各个用户终端的标识；

数量统计模块，用于基于所述各个用户终端的标识统计用户终端的数量。