CN1937536A

CN1937536A - 网管拓扑数据同步刷新的方法及***

Info

Publication number: CN1937536A
Application number: CNA2006101376436A
Authority: CN
Inventors: 刘慧洋
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-10-31
Filing date: 2006-10-31
Publication date: 2007-03-28
Also published as: WO2008052453A1; CN101317375A

Abstract

本发明公开了一种网管拓扑数据同步刷新的方法，该方法包括：客户端将客户端数据的标识以及对应的状态标识发送给服务器端；服务器端比较数据标识对应的客户端状态标识和服务器端状态标识，并向客户端返回上述状态标识不同的数据标识所对应的服务器端数据；客户端根据所收到的服务器端数据，更新本地的数据。本发明还公开了一种网管拓扑数据同步刷新的***。本发明在数据同步刷新时只传送了发生变化的数据，大大减少了数据同步刷新引起的数据量交互，因此也降低了数据同步刷新引起的网络消耗以及整体时间消耗。由于减少了整体时间消耗，本发明还降低了数据同步过程中造成业务丢失的可能性。

Description

网管拓扑数据同步刷新的方法及***

技术领域

本发明涉及网络管理技术领域，特别是网管拓扑数据同步刷新的方法以及网管拓扑数据同步刷新的***。

背景技术

网络管理***简称网管***，是对各种电信设备进行管理的软件***，网管***实现了对各种电信设备的集中管理，而拓扑模块作为网管***提供给用户的一个重要操作人机界面，允许用户通过此界面对设备、连接、子图等拓扑对象进行操作，并完成与后台服务器的交互。为了快速响应电信运营商维护过程中对电信设备、网络维护等工作的响应速度，拓扑模块在数据分布上采用客户端缓存部分数据的手段，以减少因操作引起的数据变更引起网络交互上的延迟。

随着电信运营商业务的发展和扩充，网管***所管理的设备数量也越来越大，与之对应的就是网管***中的设备数据量也随之越来越大；而对于电信设备的配置、维护、监测、业务发放等业务处理，都可能会引起电信设备数据的属性变更，而客户端本身的用户操作，也会导致部分数据的属性发生变化。这里所述的属性包括设备的名称、坐标位置、图标样式、文字描述以及诸如正常、离线、故障各种状态等等。

拓扑模块提供的同步刷新功能，作为主要的拓扑数据同步手段，是用户解决拓扑服务器端与客户端数据差异的一种方便、快捷的功能。而在大规模数据环境下，如何实现快速、准确的数据同步便成了网管***拓扑模块所面临的直接问题。

现有技术一般采用如图1所示的***来实现网管拓扑数据的同步刷新。参见图1，客户端包括客户端数据库、数据管理模块、控制模块、视图控制模块等，其中控制模块还包括消息接收模块和消息发送模块；服务器端包括服务器端数据库、数据管理模块、控制模块等，控制模块还包括消息接收模块和消息发送模块。在客户端和服务器端之间还可以包括用于分发消息的消息分发模块。

现有技术在需要进行拓扑数据同步刷新时，首先在客户端通过数据管理模块全部清除客户端的本地数据，以及通过视图控制模块清除视图显示，然后从服务器端重新读取全部数据，再在客户端重新构造客户端的本地数据，同时由视图控制模块重新绘制整个拓扑视图。

现有技术通过客户端与服务器端基于消息模式的交互，已经可以保证服务器端在产生数据变更时，能够在客户端更新客户端数据。

但是，在一般情况下，客户端在进行数据同步刷新处理时，其与服务器端有差异的只是小部分数据，为了少量不一致的数据而进行全部数据的同步，显然代价相对太高，而且会带来以下几个直接性的性能缺陷：

1)由于需要通过网络传送大量数据，所产生的网络交互开销量比较大；

2)客户端收到数据后，需要进行大量数据的重新解析和构造，产生了较多的时间开销；

3)视图控制模块要重新绘制全部拓扑视图，需要花费大量时间，导致效率降低；

4)更为严重的是，由于获取和解析数据所造成的时间开销较大，在这个过程中客户端无法进行业务处理，会引起严重的数据丢失和功能遗漏等问题。

发明内容

有鉴于此，本发明提出了一种网管拓扑数据同步刷新的方法，用以降低网管拓扑数据同步刷新时传输的数据量。本发明的另一个目的在于提出一种网管拓扑数据同步刷新的***。

根据上述目的，本发明提供了一种网管拓扑数据同步刷新的方法，该方法包括：

客户端将客户端数据的标识以及对应的状态标识发送给服务器端；

服务器端比较数据标识对应的客户端状态标识和服务器端状态标识，并向客户端返回上述状态标识不同的数据标识所对应的服务器端数据；

客户端根据所收到的服务器端数据，更新本地的数据。

本发明还提供了一种网管拓扑数据同步刷新的***，该***包括客户端和服务器端；

其中，客户端包括：

客户端数据库，用于存储客户端数据；

客户端数据管理模块，用于对客户端数据库中的数据进行读取、增加、删除或修改；

客户端控制模块，用于将客户端数据的标识以及对应的状态标识发送给服务器端，以及根据服务器端返回的数据，通过客户端数据管理模块更新客户端数据库中的数据；

服务器端包括：

服务器端数据库，用于存储服务器端数据；

服务器端数据管理模块，用于对服务器端数据库中的数据进行读取、增加、删除或修改；

服务器端控制模块，用于比较所述数据标识对应的客户端状态标识和服务器端状态标识，并向客户端返回上述状态标识不同的数据标识所对应的服务器端数据。

从上述方案中可以看出，由于本发明为客户端数据和服务器端数据设置了表示当前属性状态的状态标识，在进行数据同步刷新时，客户端只需要将客户端数据的标识以及对应的状态标识发送给服务器端，然后服务器端比较各数据标识对应的客户端状态标识和服务器端状态标识是否相同，并向客户端返回上述状态标识不同的数据标识所对应的服务器端数据，客户端根据所收到的数据，更新本地的数据，这样，在数据同步刷新时只传送了发生变化的数据，大大减少了数据同步刷新引起的数据量交互，因此也降低了数据同步刷新引起的网络消耗以及整体时间消耗。由于减少了数据同步所引起的整体时间消耗，从而降低数据同步过程中造成业务丢失和功能遗漏的可能性。

附图说明

图1为现有技术中的***结构示意图；

图2为增加了状态标识的数据结构示意图；

图3为采用对应表形式时计算并保存校验码的示意图；

图4为采用在数据中增加属性的形式时计算并保存校验码的示意图；

图5为校验码更新的流程示意图；

图6为本发明实施例中的***结构示意图；

图7为客户端和服务器端初始化时产生校验码的流程示意图；

图8为本发明第一实施例的流程示意图；

图9为本发明第二实施例的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明进一步详细说明。

本发明中，在客户端和服务器端进行数据同步刷新时，通过比较，只同步存在差异的数据，而不同步相同的数据，从而减少同步刷新的数据量。进一步，在客户端也只是重新绘制与差异数据对应的拓扑视图部分，从而减少了拓扑视图刷新时间，提高了刷新操作的效率。这里所述的客户端是指拓扑前台，服务器端是指拓扑后台。

本发明实施例通过对客户端和服务器端的数据添加状态标识，用以表示各数据中属性的变更情况。

状态标识可以作为数据的一部分。如图2所示的是增加了状态标识后的数据结构示意图。数据原来包括数据的标识(ID)以及属性1、属性2、...属性n。参照图2，数据中增加的状态标识相当于数据的一个可变属性。

另外，状态标识也可以采用对应表的方式与对应的数据标识联合保存。换言之，在数据库中保存数据ID与状态标识的对应关系。如表1所示的就是数据ID与其状态标识的对应关系表。不管是作为数据的一部分，还是在对应关系表中，状态标识的值可以用整型(int)类型数据保存，这样能够降低内存、计算和比较的时间复杂度。

ID1	ID2	ID3	...	IDn
ID1	ID2	ID3	...	IDn	状态标识1	状态标识2	状态标识3	...	状态标识n

表1

当客户端和服务器端之间的同一个数据ID对应的状态标识不同时，则表示该ID对应的数据有差异，需要进行同步处理；如果客户端和服务器端之间的同一个数据ID对应的状态标识相同时，则表示数据不存在差异，那么就不需要进行同步处理。

数据的状态标识可以是该数据的时间戳，也可以是通过某种算法计算出来的校验码(Checksum)。如果使用时间戳作为状态标识，则可以直接将该数据的更新时间作为时间戳来表示该数据的状态。如果是采用Checksum作为状态标识，则可以对数据中的ID以及各项属性组合计算，例如采用循环冗余编码(CRC)算法、报文摘要算法(MD5)等算法计算出数据的Checksum，然后将其作为该数据的状态标识加以保存。在以下的描述中，以Checksum为例说明本发明的实施。

如图3所示，对数据采用Checksum算法计算出Checksum，并保存数据ID与Checksum的对应关系。

如图4所示，对数据采用Checksum算法计算出Checksum，并将所计算出来的Checksum作为数据的一部分加以保存。

另外，由于数据中的属性可以分为可变属性和不可变属性。其中，不可变属性是不会发生变化的属性，可变属性是在刷新过程可能发生变化的属性。对于数据同步刷新来讲，没有必要刷新不可变属性，为了减少计算Checksum的复杂度和计算量，本发明实施例进一步提出可以只对数据中的可变属性采用Checksum算法计算出该数据的Checksum。

特别需要指出的是，在客户端和服务器端需要采用一致的Checksum算法。对Checksum算法的选择，主要考虑的是保证客户端和服务器端所计算出的Checksum是一致的，另外出于对大数据量应用环境和复杂业务的考虑，还要求Checksum算法具有比价高的计算效率，能够在尽量短的时间内完成尽量多的运算次数，以保证在数据发生频繁变更时，Checksum的计算不会引起过多的效率开销。在本发明实施例中，优选地采用CRC32算法，该算法百万级运算小于2秒，完全可以满足业务需要。在对校验码的计算和比较上，由于是通过对有限的可变属性进行计算，在比较时通过数据标识(ID)和校验码的对应关系进行对比，所以也从另一个角度保证了CRC32算法的可靠性。

本发明实施例中，在拓扑数据的“可变属性”发生变更的同时，可以更新计算拓扑数据对应的Checksum，以保持拓扑数据属性变更时，客户端和服务器端数据的Checksum仍保持一致。

以修改数据名称这一属性为例，客户端和服务器端更新Checksum的处理流程如图5所示，包括如下步骤：

步骤101，网管用户在客户端进行修改数据名称的操作。

步骤102，客户端向服务器端发送修改数据名称的请求，其中包括修改后的数据名称。

步骤103，服务器端收到该请求后更改本地的数据名称，并根据更改后的数据重新计算Checksum。

步骤104，服务器端发出修改数据名称的广播，一般包括数据ID以及修改后的数据名称。

步骤105，各客户端收到上述广播之后，更新本地的数据名称，并根据更改后的数据重新计算Checksum。

本发明实施例中的同步刷新***如图6所示。

参照图6，该***包括客户端和服务器端。在该***中还可以进一步包括用于在各客户端和服务器端之间分发消息的消息分发模块，当然，大多数网络都能实现消息的分发，因此也可以不用特别包括一个消息分发模块。本发明实施例所说的消息可以包括客户端及服务器端的数据、数据的标识、状态标识等等。

客户端包括客户端数据库、数据管理模块、控制模块、状态标识产生模块。该客户端还可以进一步包括视图控制模块等等。

其中，客户端数据库用于存储客户端的数据，如果需要还可以进一步存储与数据对应的状态标识。数据管理模块，用于对客户端数据库中的数据进行管理，例如读取、增加、修改、删除等操作。

客户端的控制模块用于将客户端数据的ID以及对应的状态标识发送给服务器端，以及接收来自服务器端的数据，并通过客户端数据管理模块更新客户端数据库中的数据。客户端控制模块可以包括消息接收模块和消息发送模块，用以完成上述接收消息和发送消息的功能。客户端控制模块还可以包括收集模块，用于根据需要收集客户端数据库中的数据，或者收集客户端数据库中的数据以及对应的状态标识。

客户端的状态标识产生模块，用于根据数据产生与该数据对应的状态标识，例如采用Checksum算法计算出对应的Checksum，然后存储于客户端数据库或提供给消息发送模块。

客户端的视图控制模块，除了与现有技术一样在初始化时根据数据绘制拓扑视图外，在数据刷新过程中，根据从服务器端收到的更新数据，重新绘制与这些数据对应的拓扑视图部分。

继续参照图6，服务器端包括服务器端数据库、数据管理模块、服务器端控制模块、状态标识产生模块。

其中，服务器端数据库用于存储服务器端的数据，如果需要还可以进一步存储与数据对应的状态标识。数据管理模块，用于对服务器端数据库中的数据进行管理，例如读取、增加、删除、修改等操作。

服务器端的控制模块，用于在收到客户端发送来的数据ID和对应的状态标识后，比较同一ID的客户端状态标识和服务器端状态标识，并向客户端返回上述状态标识不同的ID所对应的服务器端数据。该控制模块可以包括对比模块和收集模块以及消息接收模块和消息发送模块，其中消息接收模块和消息发送模块，用以完成上述接收消息和发送消息的功能。

服务器端的控制模块可以包括对比模块，该对比模块根据消息接收模块提供的客户端数据ID和对应的状态标识以及本地收集模块或状态标识产生模块提供的服务器端数据的状态标识，比较各数据ID对应的客户端状态标识和服务器端状态标识，得出状态标识不同的数据标识并提供给控制模块。服务器端控制模块则根据这些状态标识不同的数据标识从服务器端数据库中获取数据，并发送给客户端。

服务器端的控制模块可以包括收集模块，用于根据需要收集服务器端数据库中的数据，或者收集服务器端数据库中的数据以及对应的状态标识。

服务器端的状态标识产生模块与客户端的状态标识产生模块相似，用于根据数据产生与该数据对应的状态标识，然后存储于服务器端数据库或提供给对比模块。

下面介绍本发明拓扑数据同步刷新的流程。

在第一实施例中，客户端和服务器端预先产生数据的状态标识，这里仍然以Checksum为例说明。

为了保证CheckSum机制的正常运作，客户端和服务器端需要在启动时初始化每个数据的Checksum，并根据数据的ID，保存数据与Checksum的对应关系。如图7所示，客户端和服务器端在启动时初始化每个数据的Checksum的过程如下：

步骤200，服务器端启动后，服务器端状态标识产生模块采用Checksum算法对每个数据进行计算得到对应的Checksum，然后在服务器端数据库中保存与各数据对应的Checksum。

步骤201，网管用户在客户端启动后，登录网管***。

需要注意的是，这里的步骤200和步骤201并没有先后的区别，只是为了描述方便才分成两个步骤。

步骤202，客户端向服务器端发起获取拓扑数据的请求。

步骤203，服务器端向客户端返回拓扑数据。

步骤204，客户端状态标识产生模块采用Checksum算法对每个数据进行计算，得到对应的Checksum，然后在客户端数据库中保存所述数据以及对应的Checksum。

在上述初始化的基础上，本发明第一实施例的拓扑数据同步刷新的流程如图8所示，包括如下步骤：

步骤301，客户端接收到网管用户执行刷新的操作。

步骤302，客户端控制模块中的收集模块通过数据管理模块从客户端数据库中收集本地数据以及与其对应的Checksum。

步骤303，客户端消息发送模块将所收集的本地数据的ID以及对应的Checksum发送给服务器端。

客户端发往服务器端的消息可以采用如下的结构：

ObjectPairId

{

strObjectID STRING，

iChecksum INTEGER

}

其中，“strObjectID”为数据的ID，其类型为字符串；“iChecksum”为对应的Checksum，类型为整型。该结构的优点是包含的数据量小，不必包含所有的数据属性，从而对网络交互所造成的消耗较低。

步骤304，服务器端消息接收模块收到从消息分发模块转发过来的客户端数据的ID以及对应的Checksum后，提供给对比模块，由对比模块根据客户端发过来的拓扑数据ID以及对应Checksum，与服务器端的相同ID的拓扑数据的Checksum进行比较。对于各个数据ID，如果客户端的Checksum和服务器端的Checksum相同，则说明不需要更新；如果两个Checksum不同，则说明需要更新。

步骤305，服务器端控制模块利用消息发送模块将Checksum不同的服务器端数据发送给客户端。所述数据经由消息分发模块分发给客户端。

步骤306，客户端消息接收模块接收到服务器端返回的数据后，通过数据管理模块对客户端数据库中的数据进行更新，这里的更新包括修改、增加或删除等操作。

进一步，客户端控制模块调用状态标识产生模块对所接收到的差异数据进行计算，计算出Checksum，并通过数据管理模块更新存储到客户端数据库中。

步骤307，客户端控制模块可以进一步调用视图控制模块根据所接收到的服务器端数据重新绘制与差异数据对应的拓扑视图部分，从而刷新客户端的拓扑视图。

与第一实施例不同，第二实施例并不在启动初始化的时候计算并保存Checksum，而是在执行同步刷新的过程中计算Checksum。

第二实施例虽然增加了数据同步刷新时的计算复杂度，但是能够保持拓扑数据结构的完整性，而且Checksum计算比较集中，对***结构的影响度较小。

另外，在计算得出Checksum之后，可以保存也可以不保存所述Checksum，在下面的流程中以不保存Checksum为例。

第二实施例的流程如图9所示。参照图9，本发明第二实施例的流程包括以下步骤：

步骤401，客户端接收到网管用户执行刷新的操作。

步骤402，客户端控制模块中的收集模块通过数据管理模块从客户端数据库中收集本地数据。

步骤403，客户端控制模块调用状态标识产生模块对所收集的本地数据通过计算产生对应的Checksum。

步骤404，客户端消息发送模块将所收集的本地数据的ID以及计算出来的对应的Checksum发送给服务器端。

步骤405，服务器端消息接收模块收到从消息分发模块转发过来的客户端数据的ID以及对应的Checksum后，调用状态标识产生模块对本地数据通过计算产生对应的Checksum，并提供给对比模块。

步骤406，对比模块根据客户端发送过来的拓扑数据ID以及对应Checksum与服务器端的相同ID的拓扑数据的Checksum进行比较。

对于各个数据ID，如果两个Checksum相同，则说明不需要更新；如果两个Checksum不同，则说明需要更新。

步骤407，服务器端控制模块利用消息发送模块将Checksum不同的数据发送给客户端。所述数据经由消息分发模块分发给客户端。

步骤408，客户端消息接收模块接收到服务器端返回的数据后，通过数据管理模块对客户端数据库中的数据进行更新，这里的更新包括修改、增加或删除等操作。

步骤409，客户端控制模块可以进一步调用视图控制模块根据所接收到的服务器端数据重新绘制与差异数据对应的拓扑视图部分，从而刷新客户端的拓扑视图。

应当理解，实现本发明方法的软件可以存储于一计算机可读取存储介质中，该软件在执行时，包括如下步骤：

客户端根据所收到的服务器端数据，更新本地的数据；

所述的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1、一种网管拓扑数据同步刷新的方法，其特征在于，该方法包括：

客户端根据所收到的服务器端数据，更新本地的数据。

2、根据权利要求1所述的方法，其特征在于，

该方法进一步包括：客户端在初始化时产生并保存本地数据对应的状态标识；服务器端在初始化时产生并保存本地数据对应的状态标识；

客户端在发送客户端数据的标识以及对应的状态标识之前进一步包括：客户端收集本地数据的标识以及对应的状态标识。

3、根据权利要求2所述的方法，其特征在于，在客户端更新本地的数据之后进一步包括：

客户端根据所收到的服务器端数据更新客户端对应的状态标识。

4、根据权利要求1所述的方法，其特征在于，

客户端在发送客户端数据的标识以及对应的状态标识之前进一步包括：客户端收集本地数据，并根据本地数据产生对应的状态标识；

服务器端在进行比较之前进一步包括：服务器端产生本地数据的状态标识。

5、根据权利要求2、3或4所述的方法，其特征在于，所述产生数据的状态标识的步骤为：

根据数据的所有属性计算出校验码，并将该校验码作为数据的状态标识；或者，

根据数据的可变属性计算出校验码，并将该校验码作为数据的状态标识。

6、根据权利要求5所述的方法，其特征在于，所述计算采用循环冗余编码CRC算法或者报文摘要算法MD5。

7、根据权利要求2、3或4所述的方法，其特征在于，所述产生数据的状态标识的步骤为：利用数据的时间戳作为状态标识。

8、根据权利要求1所述的方法，其特征在于，客户端更新本地的数据之后进一步包括：客户端根据所收到的服务器端数据重新绘制与其对应的拓扑视图部分。

9、一种网管拓扑数据同步刷新的***，其特征在于，该***包括客户端和服务器端；

其中，客户端包括：

客户端数据库，用于存储客户端数据；

服务器端包括：

服务器端数据库，用于存储服务器端数据；

10、根据权利要求9所述的***，其特征在于，该***进一步包括：

消息分发模块，用于在客户端与服务器端之间分发消息。

11、根据权利要求9所述的***，其特征在于，

所述客户端进一步包括：

客户端状态标识产生模块，用于根据所述客户端数据库中的数据产生对应的状态标识，并存储在所述客户端数据库中；

所述服务器端进一步包括：

服务器端状态标识产生模块，用于根据所述服务器端数据库中的数据产生对应的状态标识，并存储在所述服务器端数据库中。

12、根据权利要求11所述的***，其特征在于，

所述客户端控制模块包括：

客户端消息接收模块，用于接收所述服务器端发送来的数据；

客户端消息发送模块，用于将客户端数据的标识以及对应的状态标识发送至所述服务器端；

客户端收集模块，用于通过客户端数据管理模块收集所述客户端数据库中数据的标识以及对应的状态标识，并通过所述客户端消息发送模块发送给所述服务器端；

以及，所述服务器端控制模块包括：

服务器端消息接收模块，用于接收所述客户端发送来客户端数据的标识以及对应的状态标识，并提供给对比模块；

服务器端消息发送模块，用于发送服务器端数据至所述客户端；

服务器端收集模块，用于通过服务器端数据管理模块收集所述服务器端数据库中数据的标识以及对应的状态标识，并提供给对比模块；

对比模块，用于比较所述数据标识对应的客户端状态标识和服务器端状态标识，并将上述状态标识不同的数据标识所对应的服务器端数据通过服务器端消息发送模块返回给客户端。

13、根据权利要求9所述的***，其特征在于，

所述客户端进一步包括：客户端状态标识产生模块；所述客户端控制模块包括：用于发送客户端数据的标识以及对应的状态标识的客户端消息发送模块、用于接收服务器端数据的客户端消息接收模块、以及客户端收集模块；所述服务器端进一步包括：服务器端状态标识产生模块；所述服务器端控制模块包括：用于发送服务器端数据的服务器端消息发送模块、用于接收所述客户端数据的标识以及对应的状态标识并提供给对比模块的服务器端消息接收模块、服务器端收集模块、以及对比模块，其中：

所述客户端收集模块用于通过客户端数据管理模块收集所述客户端数据库中的数据；

所述客户端状态标识产生模块用于根据所述收集的数据产生对应的状态标识，并通过所述客户端消息发送模块发送给服务器端；

所述服务器端收集模块用于通过服务器端数据管理模块收集所述服务器端数据库中的数据；

所述服务器端状态标识产生模块用于根据所述收集的数据产生对应的状态标识，并提供给所述对比模块；

所述对比模块用于比较所述数据标识对应的客户端状态标识和服务器端状态标识，并将上述状态标识不同的数据标识所对应的服务器端数据通过所述服务器端消息发送模块返回给客户端。

14、根据权利要求9所述的***，其特征在于，所述客户端进一步包括：视图控制模块，用于根据所述客户端收到的服务器端数据重新绘制与该数据对应的拓扑视图部分。