CN107888654B - 一种按时区更新数据的方法及服务器 - Google Patents

Abstract

本发明公开了一种按时区更新数据的方法及服务器。该方法利用服务器对分布在多个时区的客户端进行数据更新，包括以下步骤：服务器在接收到客户端注册请求时，分配时区信息给客户端；服务器周期性基于其所在时区的当前时间，根据时区信息选择出更新时间已到达的客户端，对客户端开放带宽，以允许客户端进行下载。本发明可以有效在避免客户端集中下载的情况下，又满足了部分客户端的特殊需求，使得全球分布的各个客户端均可以及时、快速地下载最新数据。

Description

一种按时区更新数据的方法及服务器

技术领域

本发明涉及一种按时区更新数据的方法及服务器，属于计算机通信技术领域。

背景技术

目前，在外事系统中需要管理的客户端数量较多，而且遍布全球。各国的客户使用系统的作息时间存在时差，也存在工作时间的差异。为了保证外事系统的正常运行，遍布全球的客户端需要定期从服务器上自动进行下载更新外事系统的数据库。因此，该数据库的更新工作量大，需要一定时间完成。现有技术仍然需要解决两个问题：如果数据库更新时间在当地客户的工作时间段，那么会造成客户使用该系统速度显著变慢，甚至无法操作。另外，如果同时更新全球所有的数据库，会因为客户端太多而导致带宽不足，或者下载过慢。

为了解决这些问题，需要根据不同时区或工作时间进行更新，合理利用带宽，使客户端可以快速下载，不影响其正常运行，保证客户体验。

发明内容

本发明所要解决的首要技术问题在于提供一种按时区更新数据的方法。

本发明所要解决的另一技术问题在于提供一种实现上述按时区更新数据方法的服务器。

为实现上述发明目的，本发明采用下述的技术方案：

根据本发明实施例的第一方面，提供一种按时区更新数据的方法，利用服务器对分布在多个时区的客户端进行数据更新，该方法包括以下步骤：

所述服务器在接收到客户端注册请求时，分配时区信息给所述客户端；

所述服务器周期性基于其所在时区的当前时间，根据所述时区信息选择出更新时间已到达的所述客户端，对所述客户端开放带宽，以允许所述客户端进行下载。

其中较优地，当更新时间相同的所述客户端数量大于规定数量的时候，所述服务器对更新时间相同的所述客户端分别判断其所需更新的数据包大小，然后优先对所述更新时间相同的所述客户端中的所述数据包大的所述客户端开放带宽。

其中较优地，所述数据包大小的判断步骤是：将所述更新时间相同的所述客户端上一次更新时间进行对比，将上一次更新时间在前的所述客户端作为所述数据包大的所述客户端。

其中较优地，如果所述更新时间相同的所述客户端具有相同的所述数据包大小，则按照所述客户端所在国家的名称首字母或注册号排序，按顺序更新。

其中较优地，在所述客户端进行重新启动或者手动更新的时候，在当前正在更新的客户端结束下载后，所述服务器对所述重新启动的客户端开放带宽；待所述重新启动的客户端结束下载后再对所述更新时间已到达的所述客户端开放带宽。

其中较优地，将所述时区信息相同的所述客户端分为一个组，并且每个组的客户端数量不超过预定组成员数量。

其中较优地，如果新注册客户端根据其所在时区分配所述时区信息，会造成所述时区信息相同的所述客户端数量超过所述预定组成员数量，则将所述新注册客户端的所述时区信息，修改为新时区信息。

其中较优地，所述新时区信息与所述时区信息接近并且具有所述新时区信息的所述客户端数量少于所述预定组成员数量。

其中较优地，在所述客户端注册时，所述服务器将所述客户端的注册号和所述时区信息对应存储。

根据本发明实施例的第二方面，提供一种服务器，包括处理单元、存储器、输入/输出单元，所述处理单元包括一个或多个处理器来执行指令，以实现上述按时区更新数据的方法。

本发明利用三个方面来避免客户端集中下载：一是利用时区分组；二是利用优先更新对业务量大的客户端进行优先处理；三是利用预定组成员数量，控制同一个时区信息的客户端数量。因此，本发明可以有效在避免客户端集中下载的情况下，又满足了部分客户端的特殊需求，使得全球分布的各个客户端均可以及时、快速地下载最新数据。

附图说明

图1为本发明所述按时区更新数据的方法的整体流程图；

图2为本发明的第一实施例的具体流程图；

图3为本发明的第二实施例的具体流程图；

图4为本发明的第三实施例的具体流程图；

图5为图4中优先更新步骤的具体流程图。

具体实施方式

下面结合附图和具体实施例对本发明的技术内容进行详细具体的说明。

首先需要说明的是，本发明虽然以外事系统中的样本库(例如身份信息样本库)更新为例进行说明，但是本领域普通技术人员可以理解，本发明也适用于软件系统的其他更新，例如操作系统更新或者数据库更新等。

如图1所示，本发明提供的按时区更新数据的方法，尤其适用于外事系统这样的涉及多个国家和地区的系统，用于实现多个客户端从系统下载并更新本地信息，例如样本库。本发明提供的按时区更新数据的方法，主要包括以下步骤：

在客户端注册时，就为每个客户端设置所属时区信息，并且存储在服务器和客户端中。

客户端收集最新样本库，并且上传最新样本库到服务器。

服务器周期性基于其所在时区的当前时间，根据时区信息选择出更新时间已到达(即，符合下载的时区规则)的客户端，对客户端开放带宽，以允许客户端进行下载，将最新样本库下载到客户端本地；更新时间未到达并且不符合特殊更新规则的客户端，则不开放带宽，继续等待触发事件的到来。

触发事件可以是预定的更新时间到达，也可以是特殊的更新条件，例如某个客户端开始手动更新或者某个客户端重新启动。

本发明中更新的时区信息，是指客户端所在地的时区相对于服务器所在地的时区差，例如服务器在北京，为东8区；客户端在伦敦，为0时区，那么服务器为伦敦的客户端分配的时区信息为－8。特殊情况下，如果0时区的客户端超过预定组成员数量，则给伦敦的客户端分配的时区信息可以为－9。本领域普通技术人员也可以理解，时区信息也可以直接就是当地所在时区，即伦敦的客户端的时区信息为0，北京的客户端时区为+8。

下面结合多个实施例来具体说明。

<实施例一>

如图2所示的第一实施例中，服务器和客户端预先存储有客户端与服务器之间的时区信息(时差信息)。例如，对于位于东京的客户端事先存储有时区信息为+1。

步骤1：在新客户端注册时，服务器将新客户端的注册号(ID)和分配给该客户端的时区信息对应存储。

服务器预先存储有对所有客户端进行样本库更新的更新时间，例如客户端所在时区的0点，即北京的客户端更新时间为北京时间0点，东京客户端的更新时间则为北京时间23点(即东京客户端所在时区的0点)。在本实施例中，所有客户端的更新时间均为客户端所在时区的系统业务量较低的时间点，例如客户端所在时区时间0点。

本发明将时区信息相同的客户端分为一个组，并且每个组的客户端数量不超过预定组成员数量，例如不超过10个客户端。在新客户端注册时，如果根据新客户端所在时区设定时区信息时，会造成具有相同该时区信息的客户端数量超过预定组成员数量，则将该新客户端的时区信息分配到新时区信息。该新时区信息与新客户端所在时区的时区信息接近，并且使得具有新时区信息的客户端数量少于预定组成员数量。举例来说，假设伦敦的新客户端注册时，根据新客户端所在地(伦敦)的时区，该新客户端应该分配的时区信息为－8，但是服务器查询到时区信息为－8的客户端数量已达到10个(预定的组成员数量为10个)，就不能给伦敦的新客户端再分配时区信息－8，需要改变为－9。因为时区信息－9对应的时区为西1区，该时区的国家少，客户端少，即服务器查询到时区信息为－9的客户端数量少于10个，而且西1区与伦敦所在0时区邻近。

分配时区信息的时候，还有一种情况，就是客户指定在特定的当地时间(例如当地时间凌晨3点，不同于前述统一的更新时间为当地时间0点)进行更新。那么为该客户端分配时区信息的时候，就将其指定的当地时间对应为特定的时区信息，分配给该客户端。假设东京的一个客户端注册时，指定在当地时间3点进行样本库更新，那么服务器在分配时区信息时直接根据该时间换算出时区信息为－2，换言之该东京的新客户端与时区在东六区的客户端具有相同的时区信息，与东六区的客户端一起更新。

步骤2：服务器周期性(例如每个小时)获取其所在时区的当前时间(例如北京时间上午8点)。

步骤3：服务器基于所在时区的当前时间，根据时区信息判断各个客户端所在时区是否到达更新时间。

服务器根据当前时间，根据预先存储的时区信息，找到到达更新时间的客户端。例如，如果服务器所在时间为北京时间早上8点时，伦敦的客户端则处于0点，到达更新时间。服务器主动通知该客户进行更新。

服务器对所有在更新时间的客户端，同时开放带宽，允许客户端下载最新样本库到本地。由于伦敦的客户端处于更新时间，所以服务器向该客户端开放带宽，允许该客户端开始下载数据包进行样本库的更新。

根据服务器所在时区的当前时间和客户端的时区信息，服务器判断为不在更新时间的客户端，则服务器不开放带宽，结束流程。

作为本实施例的替代方案，服务器也可以在触发事件发生时(本实施例以客户端定时发起更新请求作为触发条件)，就获取客户端所在地的当前时区时间。服务器预先存储有各个客户端所在地理位置信息。服务器收到客户端的更新请示后，查询发出请示的客户端的地理位置信息，再获取客户端所在地的当前地区时间。

服务器判断客户端所属时区当前时间是否为更新时间。更新时间是系统预先设置的，服务器和客户端均存储有此更新时间。客户端在更新时间到来时向服务器请求更新客户端的样本库，以触发更新。

如果服务器判断出客户端所在地的当前地区时间在更新时间范围内，则向该客户端开放带宽。客户端利用该带宽下载最新数据包，更新客户端样本库。如果服务器判断出客户端所在地的当前地区时间不在更新时间范围内，则通知客户端等待更新时间到来。

<实施例二>

图3为图1中按时区更新的特殊情况，适用于有些国家和地区有特定的更新时间，不能在统一的更新时间进行样本库更新的情况。所述特殊规律是指并非根据客户端所在时区的统一更新时间(例如第一实施例中的当地时区0点)进行更新，而是根据客户端请求(例如客户端重新启动或者手动更新数据库)进行更新。

如果符合特殊规律，则服务器向该客户端开放带宽，允许客户端下载最新样本库。如果不符合特殊更新规律，则进一步判断是否到达当地时间0点(统一的更新时间)，如果是则开放带宽，如果不是则结束流程。

在客户端进行重新启动或者手动更新的时候，在当前正在更新的客户端结束下载后，服务器立即对重新启动的客户端开放带宽；待该重新启动的客户端结束下载后再对更新时间已到达的客户端(即，适用统一更新时间的客户端中的更新时间已到达的客户端)开放带宽。

<实施例三>

下面结合图4和图5说明本发明所提供的按时区更新数据的方法的第三实施例。由于某些时区存在较多的国家或地区，如果让位于同一时区的这些国家或地区同时更新样本库，流量过大会导致带宽不够或者下载速度过慢。为了避免出现这样的情况，需要根据本实施例的方法执行系统或数据库更新。

首先，参照第一实施例或第二实施例，服务器判断出允许更新的客户端。所谓允许更新的客户端，包括适用统一更新时间并且当前时间为统一更新时间的客户端，也可以包括符合特殊规律的客户端。

其次，服务器此时再判断是否有更新时间冲突。如果有更新时间冲突，就选择其中部分客户端执行优先更新步骤，允许这部分客户端下载最新样本库。待这部分客户端完成更新后，再对其余客户端执行更新。

在此“更新时间冲突”是指由于大于规定数量的客户端的更新时间相同，导致较多客户端需要同时下载并更新样本库。

执行优先更新的方法，可以有多种方式。以图5为例，为了保证带宽的有效利用和下载速度，允许最大同时下载数为2(即同时下载的客户端数量不超过2个客户端)。因此，在判断存在更新时间冲突时，服务器就判断客户端数量是否大于同时下载数。

若同时有多于两个客户端需要更新，则根据需要更新的最新数据包的大小，选择更新业务量大的客户端优先进行更新。更新数据包大，说明业务量大或者是太久没有更新，所以优先更新。待优先更新的客户端更新完成后，对允许更新的客户端中其余客户端的样本库更新。

若多个客户端的更新业务量也相同，则按照国家名称首字母或者客户端注册号(ID)等排序，按顺序进行更新。

需要说明的是，本发明利用三个方面来避免客户端集中下载：一是利用时区分组；二是利用优先更新对业务量大的客户端进行优先处理；三是利用预定组成员数量，控制同一个时区信息的客户端数量。因此，本发明可以有效在避免客户端集中下载的情况下，又满足了部分客户端的特殊需求，使得全球分布的各个客户端均可以及时、快速地下载最新数据。

将客户端按时区分组后，每个组的客户端具有相同时区信息，同时进行更新。如果新客户端注册时，服务器根据该新客户端所在时区分配时区信息时，发现该新客户端所在时区的分组中，已包含的客户端数量超过预定组成员数量，则将新客户端的时区信息调整到新时区信息。该新时区信息与该新客户端所在时区接近，例如假设新客户端的时区信息为+2(即，新客户端所在时区与服务器所在时区相比往东2个时区)，则新时区信息为+3或+1(即，与服务器所在时区相比往东3个时区或1个时区)。并且，具有新时区信息的客户端数量不超过预定组成员数量，例如，客户端所在时区为+3的这些客户端，其时区信息均为+3并且客户端数量少于预定组成员数量(假设为10个客户端)，例如5个客户端。这样，将新客户端的时区信息改为+3后，具有新时区信息(+3)的客户端数量就从5个增加到6个，仍然少于预定组成员数量(10个客户端)。由此可见，通过调整时区信息，可以将客户端较均匀地对应到不同时区信息；再根据时区信息依序更新相应的客户端，从而避免集中更新，减少对大带宽的需求。

本发明还提供这样的服务器，能够执行前述步骤。该服务器可因配置或性能不同而产生比较大的差异，可以包括：处理单元、存储器、输入/输出单元，存储应用程序或数据的存储介质(例如海量存储设备)。其中，存储器和存储介质可以是短暂存储或持久存储。存储在存储介质的程序可以包括一个或多个功能模块，每个功能模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器可以设置为与存储介质通信，在服务器上执行存储介质中的一系列指令操作。上述服务器还可以包括电源、有线或无线网络接口、键盘和/或操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

上述处理单元可以包括一个或多个处理器来执行指令，以实现前述按时区更新数据的方法的全部或部分步骤。存储器连接到处理单元，并且被配置为存储样本库的数据以支持处理单元的操作，同时还存储各个客户端的时区信息、注册号(ID)等。输入/输出单元连接到处理单元，用于服务器与客户端的信息交互。

本发明所提供的按时区更新数据的方法，在对分布于全球的客户端更新数据时，按照时区将客户端分组，分别依次进行更新，同时也兼顾到了优先更新的情况，避免了大量客户端集中更新导致的带宽不足和时延，改善系统性能，提升客户体验。

上述说明中仅仅以样本库更新为例进行说明，但是本领域普通技术人员可以理解，本发明仍然适用于客户端的操作系统升级或者数据库更新等情况。

上面对本发明所提供的按时区更新数据的方法及服务器进行了详细的说明。对本领域的一般技术人员而言，在不背离本发明实质精神的前提下对它所做的任何显而易见的改动，都将构成对本发明专利权的侵犯，将承担相应的法律责任。

Claims (8)

1.一种按时区更新数据的方法，利用服务器对分布在多个时区的客户端进行系统更新或数据更新，其特征在于包括以下步骤：

所述服务器在接收到客户端注册请求时，分配时区信息给所述客户端；将所述时区信息相同的所述客户端分组，并且每个组的客户端数量不超过预定的组成员数量；

所述服务器周期性基于其所在时区的当前时间，根据所述时区信息选择出更新时间已到达的所述客户端，对所述客户端开放带宽，以允许所述客户端进行下载；其中，当更新时间相同的所述客户端数量大于规定数量的时候，所述服务器对更新时间相同的所述客户端分别判断其所需更新的数据包大小，然后优先对所需更新的数据包较大的所述客户端开放带宽。

2.如权利要求1所述的按时区更新数据的方法，其特征在于：

所述数据包大小的判断步骤是：将所述更新时间相同的所述客户端上一次更新时间进行对比，将上一次更新时间在前的所述客户端作为所述数据包大的所述客户端。

3.如权利要求1所述的按时区更新数据的方法，其特征在于：

如果所述更新时间相同的所述客户端具有相同的所述数据包大小，则按照所述客户端所在国家的名称首字母或注册号排序，按顺序更新。

4.如权利要求1所述的按时区更新数据的方法，其特征在于：

在所述客户端进行重新启动或者手动更新的时候，在当前正在更新的客户端结束下载后，所述服务器对所述重新启动的客户端开放带宽；待所述重新启动的客户端结束下载后再对所述更新时间已到达的所述客户端开放带宽。

5.如权利要求1所述的按时区更新数据的方法，其特征在于：

如果新注册客户端根据其所在时区分配所述时区信息，会造成所述时区信息相同的所述客户端数量超过所述预定组成员数量，则将所述新注册客户端的所述时区信息，修改为新时区信息。

6.如权利要求5所述的按时区更新数据的方法，其特征在于：

所述新时区信息与所述时区信息接近并且具有所述新时区信息的所述客户端数量少于所述预定组成员数量。

7.如权利要求1所述的按时区更新数据的方法，其特征在于：

在所述客户端注册时，所述服务器将所述客户端的注册号和所述时区信息对应存储。

8.一种服务器，包括处理单元、存储器、输入/输出单元，其特征在于所述处理单元包括一个或多个处理器来执行指令，以实现权利要求1～7中任意一项所述的按时区更新数据的方法。

Images