一种群成员信息的同步方法、服务器，及系统的制作方法
【专利摘要】本发明实施例公开了一种群成员信息的同步方法、服务器，及系统，其中方法的实现包括：服务器以预定时间为间隔获取群的群成员信息，并生成所述群成员信息的镜像数据；维护相对于所述镜像数据为基础的群成员信息的增量信息；向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息。服务器不再需要针对每个新加入的群成员生成并发生群成员信息的数据包，仅需要向新加入的群成员发送预先就已经生成的统一的镜像数据，并维护发送增量信息；不需要针对各新加入的群成员分别获取群成员信息，可以减少服务器瞬时数据处理量；因此即使在短时间有很多新进群成员的场景下，服务器也不会发生过载现象，可以提高服务器的稳定性。
【专利说明】—种群成员信息的同步方法、服务器，及系统
【技术领域】
[0001]本发明涉及通信【技术领域】，特别涉及一种群成员信息的同步方法、服务器，及系统。
【背景技术】
[0002]在互联网应用中，用户经常需要聚集为群体活动。例如:同事群、同城交友群，会议群等等。处于群内的用户需要获知群内成员的成员信息，而用户在加入和退出群都会导致群成员信息的变化，这导致需要服务器进行群成员信息的同步。
[0003]在百万级超大群体的应用场景里，每个群成员都可以获取到包含群内其他成员的列表在内的成员信息。群成员的加入和退出所有群内的成员都会收到广播消息，从而实时维护本地列表。例如:有明星在群组里做嘉宾或者表演节目，这种场景下会有大量的用户聚集在一起。
[0004]在群成员信息的同步的实现过程中，服务器具有如下功能:
[0005]服务器保存并维护有群内所有成员的信息(通常以群成员列表形式体现)，在群成员进入或者退出后更新群内成员信息。如果有群成员进入，那么会将服务器当前的成员信息发送给新进入的群成员，并向群内所有成员推送消息告知有群成员进入。在超大群的应用场景下，受限于网络带宽等因素，群成员信息发送给新进入的群成员不是一次性完成的，通常需要分段多次发送。
[0006]以上方案中，服务器要发送当前的成员信息给新进入的群成员，因此需要针对每个新进入的群成员生成对应的群成员信息的数据包，在短时间有很多新进群成员的场景下，容易导致服务器过载，使网络服务不稳定。
【发明内容】
[0007]本发明实施例提供了一种群成员信息的同步方法、服务器，及系统，用于减小服务器瞬时数据处理量，提高服务器的稳定性。
[0008]一种群成员信息的同步方法，包括:
[0009]服务器以预定时间为间隔获取群的群成员信息，并生成所述群成员信息的镜像数据；
[0010]维护相对于所述镜像数据为基础的群成员信息的增量信息；
[0011]向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息。
[0012]一种服务器，包括:
[0013]数据生成单元，用于以预定时间为间隔获取群的群成员信息，并生成所述群成员信息的镜像数据；
[0014]信息维护单元，用于维护相对于所述镜像数据为基础的群成员信息的增量信息；
[0015]数据发送单元，用于向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息。[0016]一种群成员信息的同步系统，包括:以可通信方式连接的终端以及服务器，所述服务器为本发明实施例提供的任意一项的服务器。
[0017]从以上技术方案可以看出，本发明实施例具有以下优点:服务器不再需要针对每个新加入的群成员生成并发生群成员信息的数据包，仅需要向新加入的群成员发送预先就已经生成的统一的镜像数据，并维护发送增量信息；不需要针对各新加入的群成员分别获取群成员信息，可以减少服务器瞬时数据处理量；因此即使在短时间有很多新进群成员的场景下，服务器也不会发生过载现象，可以提高服务器的稳定性。
【专利附图】
【附图说明】
[0018]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0019]图1为本发明实施例方法流程示意图；
[0020]图2为本发明实施例方法流程示意图；
[0021]图3为本发明实施例服务器结构示意图；
[0022]图4为本发明实施例服务器结构示意图；
[0023]图5为本发明实施例服务器结构示意图；
[0024]图6为本发明实施例服务器结构示意图；
[0025]图7为本发明实施例服务器结构示意图；
[0026]图8为本发明实施例服务器结构示意图。
【具体实施方式】
[0027]为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0028]本发明实施例提供了一种群成员信息的同步方法，如图1所示，包括:
[0029]101:服务器以预定时间为间隔获取群的群成员信息，并生成上述群成员信息的镜像数据；
[0030]在本发明实施例中，获取群成员信息的时间间隔(也可以理解为生成镜像数据的时间间隔)可以由技术人员进行设定；通常可以考虑群包含的成员数量、群内成员变更的活跃度，以及群的类型等方便进行灵活设定。这里的时间间隔可以是固定值，也是可以按照预定规则设定的动态值。具体的取值本发明实施例不予限定。
[0031]在本发明实施例中群成员信息是标识群内成员的信息，最基本的会包含群内成员的成员标识，还可以包含签名信息、名片信息等。群成员信息的具体组成并不影响本发明实施例的实现，本发明实施例对此不予限定。
[0032]102:维护相对于上述镜像数据为基础的群成员信息的增量信息；
[0033]在本发明实施例中，增量信息是记录群成员信息变化的信息，包括:群成员进入/退出的群。如果群成员信息还包含其它例如:签名信息、名片信息等，那么上述增量信息也可以包含这些信息的修改。具体的增量信息是与群成员信息对应的，增量信息包含的具体参数并不会影响到本发明实施例的实现，本发明实施例对此不予限定。
[0034]在本发明实施例中，镜像数据的生成存在时间间隔，那么相邻的两个镜像数据之间的时间段内，就可能出现群成员信息发生变化的情况，特别是在超大群的应用场景下，群成员信息发生变化的情况会更加频繁。不过，由于新加入上述群的群成员的进入时刻是可能与镜像数据的生成时刻重合的，因此这个增量信息也可能是为空的，也即是说增量信息中显示为没有群成员信息的变化。
[0035]103:向新加入上述群的群成员所在的终端，发送上述镜像数据以及上述增量信
肩、O
[0036]在终端一侧，终端上运行的客户端会收到镜像数据以及增量信息，客户端解码收到镜像数据以及增量信息，可以获得群成员信息；然后显示成员列表。
[0037]本发明实施例，服务器不再需要针对每个新加入的群成员生成并发生群成员信息的数据包，仅需要向新加入的群成员发送预先就已经生成的统一的镜像数据，并维护发送增量信息；不需要针对各新加入的群成员分别获取群成员信息，可以减少服务器瞬时数据处理量；因此即使在短时间有很多新进群成员的场景下，服务器也不会发生过载现象，可以提闻服务器的稳定性。
[0038]另外，由于对于新进的群成员而言，镜像数据是预先生成的，这为镜像数据的压缩提供了可能。如果【背景技术】中采用压缩群成员信息的方案，则会进一步增加服务器的瞬时数据处理量，使服务器更加容易发生过载，更不稳定。本发明实施例由于镜像数据是预先生成的，预先进行镜像数据的压缩，不会增加服务器的瞬时数据处理量，本实施例的压缩方案具体如下:进一步地，在向新加入上述群的群成员所在的终端，发送上述镜像数据以及上述增量信息之前还包括:
[0039]首先对上述镜像数据进行压缩，然后对压缩后的镜像数据和上述增量信息进行压缩。
[0040]以上方案，通过对镜像数据以及增量信息的压缩，可以减少网络传输带宽。
[0041]在本发明实施例中，镜像数据的压缩和增量信息的压缩是分层压缩的，因此增量信息的压缩并不会影响到镜像数据的压缩，镜像数据相对来说会较大可以采用预先压缩的方式使服务器数据处理的集中度更低，从而使服务器瞬时数据处理量更低，据此本发明实施例提供的具体方案如下:可选地，上述对上述镜像数据进行压缩包括:
[0042]在获得上述镜像数据之后，在获得上述增量信息之前，对上述镜像数据进行压缩。
[0043]除了新加入的群成员以外，群内的其他成员也需要进行群成员信息的同步，因此本发明实施例还进一步提供了群内原有成员的群成员信息同步的解决方案，具体如下:进一步地，在维护相对于上述镜像数据为基础的群成员信息的增量信息之后还包括:
[0044]向上述群内除上述新加入上述群的群成员以外的群成员所在的终端，发送上述增量信息。
[0045]另外，在增量信息的通告方面，本发明实施例也提供了进一步的改进实施例。在【背景技术】中，群内成员发生变更，服务器就会向群内的成员推送消息来告知有群成员进入或退出，在超大群的应用场景下，这种消息会非常频繁，导致用户甚至看不到群内的信息交互。另外，服务器推送消息也将极其频繁，服务器需要交互次数多，并且也占用了用户过多的下行带宽资源。针对于此，本发明实施例提供的解决方案如下:可选地，在发送上述增量信息之前，还包括:
[0046]依据上述群的成员数调整上述增量信息的数据包的发送间隔，成员数越多间隔越长；依据当前网络质量调整上述增量信息的数据包的大小，当前网络质量越好数据包越大；依据上述群的成员变化频率调整增量信息的单个数据包内承载的群成员信息数量，成员变化频率越高单个数据包内承载的群成员信息数量越多。
[0047]在本发明实施例中，上述增量信息的数据包的发送间隔可以设置时间间隔的调整区间，而不是无限的延长或缩短这个时间间隔。数据包的大小，也可以设置大小的调整区间，而不是无限的增加或缩小数据包的大小；单个数据包内承载的群成员信息数量也可以设置调整曲线，而不是无限的增加或缩小单个数据包内承载的群成员信息数量。具体的调整区间可以依据经验值进行确定，本发明实施例不对具体的取值进行严格的限制。
[0048]以下实施例将以超大群的应用为例，获取的群成员信息以群成员列表为载体，对本发明实施例进行举例说明。
[0049]为了减少获取群成员列表的交互次数，减少服务器的广播量，本发明实施例在【背景技术】的同步策略的基础上使用群成员的镜像处理。具体方案如下:
[0050]镜像定义:记录超大群组某一时刻的成员列表和成员信息，生成一个固定大小的数据包。该时刻后数据变化通过增量来存储。
[0051]本发明实施例的实现流程，请参考如2所示，包括如下步骤:
[0052]201:服务器定时对超大群体成员的群成员信息做镜像处理，可以记录创建镜像时刻的时间戳和镜像版本号。并对镜像数据继续压缩，以减少网络传输带宽。服务器创建完镜像后，记录镜像的创建点后续所用群成员信息的增量变化，包括群体成员信息变更，成员加入和退出等数据。
[0053]202:客户端发送加入、退出群体请求至后端服务器。
[0054]203:服务器维护群体成员增量变化，记录成员变化信息。
[0055]204:服务器返回加入、退出结果给客户端；
[0056]205:服务器通过群体成员变化增量通知成员变更，推送成员变更信息(成员变化增量)给客户端。
[0057]群体成员变化增量的发送可以通过三个纬度控制，具体如下:
[0058]增量包时间间隔:控制增量同步频率，提高用户体验。
[0059]增量包数据大小:控制增量包大小，避免出现太大的数据包。
[0060]增量包成员变化数量:控制成员变化数量，优化客户端处理时间。
[0061]206:客户端接收到增量信息后处理变更。
[0062]207:客户端发起拉取成员信息请求至服务器。
[0063]208:服务器根据镜像的数据大小提取成员镜像数据，并分块返回成员镜像压缩包给客户端。
[0064]重复执行207?208，直到客户端拉取所有镜像数据块，并展现成员信息。
[0065]209:客户端发起拉取增量成员信息数据请求至服务器。
[0066]210:服务器生成增量信息，并返回增量信息给客户端。[0067]本发明实施例，可以减少客户端与服务器网络交互和流量，提高服务器处理能力。通过对群体成员变化增量的控制，实现定制化数据同步方案，根据服务压力、网络情况做定制化处理。
[0068]本发明实施例提供了一种服务器，如图3所示，包括:
[0069]数据生成单元301，用于以预定时间为间隔获取群的群成员信息，并生成上述群成员信息的镜像数据；
[0070]信息维护单元302，用于维护相对于上述镜像数据为基础的群成员信息的增量信息；
[0071]数据发送单元303，用于向新加入上述群的群成员所在的终端，发送上述镜像数据以及上述增量信息。
[0072]在本发明实施例中，获取群成员信息的时间间隔(也可以理解为生成镜像数据的时间间隔)可以由技术人员进行设定；通常可以考虑群包含的成员数量、群内成员变更的活跃度，以及群的类型等方便进行灵活设定。这里的时间间隔可以是固定值，也是可以按照预定规则设定的动态值。具体的取值本发明实施例不予限定。
[0073]在本发明实施例中群成员信息是标识群内成员的信息，最基本的会包含群内成员的成员标识，还可以包含签名信息、名片信息等。群成员信息的具体组成并不影响本发明实施例的实现，本发明实施例对此不予限定。
[0074]在本发明实施例中，增量信息是记录群成员信息变化的信息，包括:群成员进入/退出的群。如果群成员信息还包含其它例如:签名信息、名片信息等，那么上述增量信息也可以包含这些信息的修改。具体的增量信息是与群成员信息对应的，增量信息包含的具体参数并不会影响到本发明实施例的实现，本发明实施例对此不予限定。
[0075]在本发明实施例中，镜像数据的生成存在时间间隔，那么相邻的两个镜像数据之间的时间段内，就可能出现群成员信息发生变化的情况，特别是在超大群的应用场景下，群成员信息发生变化的情况会更加频繁。不过，由于新加入上述群的群成员的进入时刻是可能与镜像数据的生成时刻重合的，因此这个增量信息也可能是为空的，也即是说增量信息中显示为没有群成员信息的变化。
[0076]在终端一侧，终端上运行的客户端会收到镜像数据以及增量信息，客户端解码收到镜像数据以及增量信息，可以获得群成员信息；然后显示成员列表。
[0077]本发明实施例，服务器不再需要针对每个新加入的群成员生成并发生群成员信息的数据包，仅需要向新加入的群成员发送预先就已经生成的统一的镜像数据，并维护发送增量信息；不需要针对各新加入的群成员分别获取群成员信息，可以减少服务器瞬时数据处理量；因此即使在短时间有很多新进群成员的场景下，服务器也不会发生过载现象，可以提闻服务器的稳定性。
[0078]另外，由于对于新进的群成员而言，镜像数据是预先生成的，这为镜像数据的压缩提供了可能。如果【背景技术】中采用压缩群成员信息的方案，则会进一步增加服务器的瞬时数据处理量，使服务器更加容易发生过载，更不稳定。本发明实施例由于镜像数据是预先生成的，预先进行镜像数据的压缩，不会增加服务器的瞬时数据处理量，本实施例的压缩方案具体如下:进一步地，如图4所示，上述服务器，还包括:
[0079]压缩单元401，用于在向新加入上述群的群成员所在的终端，发送上述镜像数据以及上述增量信息之前，首先对上述镜像数据进行压缩，然后对压缩后的镜像数据和上述增量信息进行压缩。
[0080]以上方案，通过对镜像数据以及增量信息的压缩，可以减少网络传输带宽。
[0081]在本发明实施例中，镜像数据的压缩和增量信息的压缩是分层压缩的，因此增量信息的压缩并不会影响到镜像数据的压缩，镜像数据相对来说会较大可以采用预先压缩的方式使服务器数据处理的集中度更低，从而使服务器瞬时数据处理量更低，据此本发明实施例提供的具体方案如下:可选地，上述压缩单元401，用于在获得上述镜像数据之后，在获得上述增量信息之前，对上述镜像数据进行压缩。
[0082]除了新加入的群成员以外，群内的其他成员也需要进行群成员信息的同步，因此本发明实施例还进一步提供了群内原有成员的群成员信息同步的解决方案，具体如下:进一步地，上述数据发送单元303，还用于在维护相对于上述镜像数据为基础的群成员信息的增量信息之后，向上述群内除上述新加入上述群的群成员以外的群成员所在的终端，发送上述增量信息。
[0083]另外，在增量信息的通告方面，本发明实施例也提供了进一步的改进实施例。在【背景技术】中，群内成员发生变更，服务器就会向群内的成员推送消息来告知有群成员进入或退出，在超大群的应用场景下，这种消息会非常频繁，导致用户甚至看不到群内的信息交互。另外，服务器推送消息也将极其频繁，服务器需要交互次数多，并且也占用了用户过多的下行带宽资源。针对于此，本发明实施例提供的解决方案如下:进一步地，如图5所示，上述服务器，还包括:
[0084]发送控制单元501，用于依据上述群的成员数调整上述增量信息的数据包的发送间隔，成员数越多间隔越长；依据当前网络质量调整上述增量信息的数据包的大小，当前网络质量越好数据包越大；依据上述群的成员变化频率调整增量信息的单个数据包内承载的群成员信息数量，成员变化频率越高单个数据包内承载的群成员信息数量越多。
[0085]在本发明实施例中，上述增量信息的数据包的发送间隔可以设置时间间隔的调整区间，而不是无限的延长或缩短这个时间间隔。数据包的大小，也可以设置大小的调整区间，而不是无限的增加或缩小数据包的大小；单个数据包内承载的群成员信息数量也可以设置调整曲线，而不是无限的增加或缩小单个数据包内承载的群成员信息数量。具体的调整区间可以依据经验值进行确定，本发明实施例不对具体的取值进行严格的限制。
[0086]一种群成员信息的同步系统，如图6所示，包括:以可通信方式连接的终端601以及服务器602，上述服务器602为本发明实施例提供的任意一项的服务器。在图6所示的系统中仅示意了两个终端，实际上终端的个数是可以有很多的，图6所示的结构仅作为一个示意，不应理解为对本发明实施例的限定。
[0087]本发明实施例，服务器不再需要针对每个新加入的群成员生成并发生群成员信息的数据包，仅需要向新加入的群成员发送预先就已经生成的统一的镜像数据，并维护发送增量信息；不需要针对各新加入的群成员分别获取群成员信息，可以减少服务器瞬时数据处理量；因此即使在短时间有很多新进群成员的场景下，服务器也不会发生过载现象，可以提闻服务器的稳定性。
[0088]本发明实施例还提供了另一种服务器，如图7所示，包括:接收器701、发射器702、处理器703以及存储器704 ；[0089]其中，处理器703用于控制执行:服务器以预定时间为间隔获取群的群成员信息，并生成上述群成员信息的镜像数据；维护相对于上述镜像数据为基础的群成员信息的增量信息；向新加入上述群的群成员所在的终端，发送上述镜像数据以及上述增量信息。
[0090]在本发明实施例中，获取群成员信息的时间间隔(也可以理解为生成镜像数据的时间间隔)可以由技术人员进行设定；通常可以考虑群包含的成员数量、群内成员变更的活跃度，以及群的类型等方便进行灵活设定。这里的时间间隔可以是固定值，也是可以按照预定规则设定的动态值。具体的取值本发明实施例不予限定。
[0091]在本发明实施例中群成员信息是标识群内成员的信息，最基本的会包含群内成员的成员标识，还可以包含签名信息、名片信息等。群成员信息的具体组成并不影响本发明实施例的实现，本发明实施例对此不予限定。
[0092]在本发明实施例中，增量信息是记录群成员信息变化的信息，包括:群成员进入/退出的群。如果群成员信息还包含其它例如:签名信息、名片信息等，那么上述增量信息也可以包含这些信息的修改。具体的增量信息是与群成员信息对应的，增量信息包含的具体参数并不会影响到本发明实施例的实现，本发明实施例对此不予限定。
[0093]在本发明实施例中，镜像数据的生成存在时间间隔，那么相邻的两个镜像数据之间的时间段内，就可能出现群成员信息发生变化的情况，特别是在超大群的应用场景下，群成员信息发生变化的情况会更加频繁。不过，由于新加入上述群的群成员的进入时刻是可能与镜像数据的生成时刻重合的，因此这个增量信息也可能是为空的，也即是说增量信息中显示为没有群成员信息的变化。
[0094]在终端一侧，终端上运行的客户端会收到镜像数据以及增量信息，客户端解码收到镜像数据以及增量信息，可以获得群成员信息；然后显示成员列表。
[0095]本发明实施例，服务器不再需要针对每个新加入的群成员生成并发生群成员信息的数据包，仅需要向新加入的群成员发送预先就已经生成的统一的镜像数据，并维护发送增量信息；不需要针对各新加入的群成员分别获取群成员信息，可以减少服务器瞬时数据处理量；因此即使在短时间有很多新进群成员的场景下，服务器也不会发生过载现象，可以提闻服务器的稳定性。
[0096]另外，由于对于新进的群成员而言，镜像数据是预先生成的，这为镜像数据的压缩提供了可能。如果【背景技术】中采用压缩群成员信息的方案，则会进一步增加服务器的瞬时数据处理量，使服务器更加容易发生过载，更不稳定。本发明实施例由于镜像数据是预先生成的，预先进行镜像数据的压缩，不会增加服务器的瞬时数据处理量，本实施例的压缩方案具体如下:进一步地，处理器703还用于控制执行:在向新加入上述群的群成员所在的终端，发送上述镜像数据以及上述增量信息之前，首先对上述镜像数据进行压缩，然后对压缩后的镜像数据和上述增量信息进行压缩。
[0097]以上方案，通过对镜像数据以及增量信息的压缩，可以减少网络传输带宽。
[0098]在本发明实施例中，镜像数据的压缩和增量信息的压缩是分层压缩的，因此增量信息的压缩并不会影响到镜像数据的压缩，镜像数据相对来说会较大可以采用预先压缩的方式使服务器数据处理的集中度更低，从而使服务器瞬时数据处理量更低，据此本发明实施例提供的具体方案如下:可选地，上述处理器703用于控制执行:对上述镜像数据进行压缩包括:在获得上述镜像数据之后，在获得上述增量信息之前，对上述镜像数据进行压缩。[0099]除了新加入的群成员以外，群内的其他成员也需要进行群成员信息的同步，因此本发明实施例还进一步提供了群内原有成员的群成员信息同步的解决方案，具体如下:进一步地，处理器703还用于控制执行:在维护相对于上述镜像数据为基础的群成员信息的增量信息之后，向上述群内除上述新加入上述群的群成员以外的群成员所在的终端，发送上述增量信息。
[0100]另外，在增量信息的通告方面，本发明实施例也提供了进一步的改进实施例。在【背景技术】中，群内成员发生变更，服务器就会向群内的成员推送消息来告知有群成员进入或退出，在超大群的应用场景下，这种消息会非常频繁，导致用户甚至看不到群内的信息交互。另外，服务器推送消息也将极其频繁，服务器需要交互次数多，并且也占用了用户过多的下行带宽资源。针对于此，本发明实施例提供的解决方案如下:可选地，处理器703还用于控制执行:在发送上述增量信息之前，依据上述群的成员数调整上述增量信息的数据包的发送间隔，成员数越多间隔越长；依据当前网络质量调整上述增量信息的数据包的大小，当前网络质量越好数据包越大；依据上述群的成员变化频率调整增量信息的单个数据包内承载的群成员信息数量，成员变化频率越高单个数据包内承载的群成员信息数量越多。
[0101]在本发明实施例中，上述增量信息的数据包的发送间隔可以设置时间间隔的调整区间，而不是无限的延长或缩短这个时间间隔。数据包的大小，也可以设置大小的调整区间，而不是无限的增加或缩小数据包的大小；单个数据包内承载的群成员信息数量也可以设置调整曲线，而不是无限的增加或缩小单个数据包内承载的群成员信息数量。具体的调整区间可以依据经验值进行确定，本发明实施例不对具体的取值进行严格的限制。
[0102]图8是本发明实施例提供的一种服务器结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits, CPU) 822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830 (例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。
[0103]服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口 850，一个或一个以上输入输出接口 858，和/或，一个或一个以上操作系统841，例如Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM 等等。
[0104]上述实施例中由服务器所执行的步骤可以基于该图8所示的服务器结构。
[0105]值得注意的是，上述服务器实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
[0106]另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0107]以上仅为本发明较佳的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
【权利要求】
1.一种群成员信息的同步方法，其特征在于，包括: 服务器以预定时间为间隔获取群的群成员信息，并生成所述群成员信息的镜像数据； 维护相对于所述镜像数据为基础的群成员信息的增量信息； 向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息。
2.根据权利要求1所述方法，其特征在于，在向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息之前还包括: 首先对所述镜像数据进行压缩，然后对压缩后的镜像数据和所述增量信息进行压缩。
3.根据权利要求2所述方法，其特征在于，所述对所述镜像数据进行压缩包括: 在获得所述镜像数据之后，在获得所述增量信息之前，对所述镜像数据进行压缩。
4.根据权利要求1至3任意一项所述方法，其特征在于，在维护相对于所述镜像数据为基础的群成员信息的增量信息之后还包括: 向所述群内除所述新加 入所述群的群成员以外的群成员所在的终端，发送所述增量信肩、O
5.根据权利要求4所述方法，其特征在于，在发送所述增量信息之前，还包括: 依据所述群的成员数调整所述增量信息的数据包的发送间隔，成员数越多间隔越长；依据当前网络质量调整所述增量信息的数据包的大小，当前网络质量越好数据包越大；依据所述群的成员变化频率调整增量信息的单个数据包内承载的群成员信息数量，成员变化频率越高单个数据包内承载的群成员信息数量越多。
6.一种服务器，其特征在于，包括: 数据生成单元，用于以预定时间为间隔获取群的群成员信息，并生成所述群成员信息的镜像数据； 信息维护单元，用于维护相对于所述镜像数据为基础的群成员信息的增量信息；数据发送单元，用于向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息。
7.根据权利要求3所述服务器，其特征在于，还包括: 压缩单元，用于在向新加入所述群的群成员所在的终端，发送所述镜像数据以及所述增量信息之前，首先对所述镜像数据进行压缩，然后对压缩后的镜像数据和所述增量信息进行压缩。
8.根据权利要求7所述服务器，其特征在于， 所述压缩单元，用于在获得所述镜像数据之后，在获得所述增量信息之前，对所述镜像数据进行压缩。
9.根据权利要求6至8任意一项所述服务器，其特征在于， 所述数据发送单元，还用于在维护相对于所述镜像数据为基础的群成员信息的增量信息之后，向所述群内除所述新加入所述群的群成员以外的群成员所在的终端，发送所述增量信息。
10.根据权利要求9所述服务器，其特征在于，还包括: 发送控制单元，用于依据所述群的成员数调整所述增量信息的数据包的发送间隔，成员数越多间隔越长；依据当前网络质量调整所述增量信息的数据包的大小，当前网络质量越好数据包越大；依据所述群的成员变化频率调整增量信息的单个数据包内承载的群成员信息数量，成员变化频率越高单个数据包内承载的群成员信息数量越多。
11.一种群成员信息的同步系统，包括:以可通信方式连接的终端以及服务器，其特征在于，所述服务器为 权利要求6至10任意一项所述的服务器。
【文档编号】H04L12/58GK103986792SQ201410258949
【公开日】2014年8月13日 申请日期:2014年6月11日 优先权日:2014年6月11日
【发明者】骆伟明, 徐晓敏 申请人:腾讯科技（深圳）有限公司