CN101317375A

CN101317375A - 网管拓扑数据同步刷新的方法及客户端、服务器端

Info

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

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 )类型数据保存，这样能够降低内存、计算和比较的时间复杂度。

表 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发送给服务器端。

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

ObjectPairld 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、一种网管拓朴数据同步刷新的方法，其特征在于，应用于客户端，该方法包括：

将客户端数据的数据标识以及与所述客户端数据对应的状态标识发送至服务器端 , 所述服务器端用于比较所述数据标识对应的客户端状态标识和服务器端状态标识；

二述状态标、小 i¾

端数据；

根据所收到的服务器端数据，更新客户端本地的数据。
2、根据权利要求 1所述的方法，其特征在于，

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

在所述发送客户端数据的数据标识以及与所述客户端数据对应的状态标识的步骤之前进一步包括：收集客户端本地数据的数据标识以及与所述客户端本地数据对应的状态标识。
3、根据权利要求 2所述的方法，其特征在于，在所述更新客户端本地的数据的步骤之后进一步包括：

根据所收到的服务器端数据更新客户端对应的状态标识。
4、根据权利要求 1所述的方法，其特征在于，

在所述发送客户端数据的数据标识以及与所述客户端数据对应的状态标识的步骤之前进一步包括：收集客户端本地数据，并 ^居所述客户端本地数据产生对应的状态标识。
5、根据权利要求 2、 3或 4所述的方法，其特征在于，所述产生与客户端本地数据对应的状态标识的步骤为：根据客户端数据的所有属性计算出校验码，并将该校验码作为该客户端数据对应的状态标识；或者，

根据客户端数据的可变属性计算出校验码，并将该校验码作为该客户端数据对应的状态标识。
6、根据权利要求 2、 3或 4所述的方法，其特征在于，所述产生与客户端本地数据对应的状态标识的步骤为：利用客户端数据的时间戳作为该客户端数据对应的状态标识。
7、根据权利要求 1所述的方法，其特征在于，所述更新客户端本地的数据之后进一步包括：根据所收到的服务器端数据重新绘制与该数据对应的拓朴视图部分。
8、一种网管拓朴数据同步刷新的方法，其特征在于，应用于服务器端，该方法包括：

接收客户端数据的数据标识以及与所述客户端数据对应的状态标

述客户端用于根据所收到的服务器端数据更新本地的数据。
9、根据权利要求 8所述的方法，其特征在于，该方法进一步包括: 在初始化时产生并保存与服务器端本地数据对应的状态标识。
10、根据权利要求 8所述的方法，其特征在于，所述比较所述数据括：产生与服务器端本地数据对应的状态标识。
11、根据权利要求 9或 10所述的方法，其特征在于，所述产生与服务器端数据对应的状态标识的步骤为：

根据服务器端数据的所有属性计算出校验码 , 并将该校验码作为该服务器端数据对应的状态标识；或者，

根据服务器端数据的可变属性计算出校验码，并将该校验码作为该服务器端数据对应的状态标识。
12、根据权利要求 9或 10所述的方法，其特征在于，所述产生与服务器端数据对应的状态标识的步骤为：利用服务器端数据的时间戳作为该服务器端数据对应的状态标识。
13、一种用于网管拓朴数据同步刷新的客户端，其特征在于，包括：客户端数据库，用于存储客户端数据；

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

客户端控制模块，用于将客户端数据的数据标识以及与所述客户端数据对应的状态标识发送给服务器端，以及根据服务器端返回的数据，通½户端数据管理模块更新客户端数据库中的数据。
14、根据权利要求 13所述的客户端，其特征在于，所述客户端进一步包括：

客户端状态标识产生模块，用于根据所述客户端数据库中的数据产生对应的状态标识，并存储在所述客户端数据库中。
15、根据权利要求 14所述的客户端，其特征在于，所述客户端控制模块包括：

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

客户端收集模块，用于通过客户端数据管理模块收集所述客户端数据库中数据的数据标识以及与所述客户端数据对应的状态标识，并通过所述客户端消息发送模块发送给所述服务器端。 16、根据权利要求 13所述的客户端，其特征在于，所述客户端控制模块包括：客户端消息发送模块，用于发送客户端数据的数据标识以及与所述客户端数据对应的状态标识；客户端消息接收模块，用于接收服务器端数据；以及，客户端收集模块，用于通过客户端数据管理模块收集所述客户端数据库中的数据；

所述客户端进一步包括：客户端状态标识产生模块，用于根据所收集的数据产生对应的状态标识，并通过所述客户端消息发送模块发送给服务器端。
17、根据权利要求 13所述的客户端，其特征在于，所述客户端进一步包括：视图控制模块，用于根据所述客户端收到的服务器端数据重新绘制与该数据对应的拓朴视图部分。
18、一种用于网管拓朴数据同步刷新的服务器端，其特征在于，所述服务器端包括：

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

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

服务器端控制模块，用于接收客户端数据的数据标识以及与所述客户端数据对应的状态标识，比较所述数据标识对应的客户端状态标识和服务器端状态标识，并向客户端返回上述状态标识不同的数据标识所对应的服务器端数据。
19、根据权利要求 18所述的服务器端，其特征在于，所述服务器端进一步包括：

服务器端状态标识产生模块，用于根据所述服务器端数据库中的数据产生对应的状态标识，并存储在所述服务器端数据库中。
20、根据权利要求 19所述的服务器端，其特征在于，所述服务器端控制模块包括：

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

对比模块 , 用于比较所述数据标识对应的客户端状态标识和服务器端状态标识开付将工上述状尺^ 杯

通过服务器端消息发送模块返回给客户端。
21、根据权利要求 18所述的服务器端，其特征在于，

所述服务器端控制模块包括：服务器端消息发送模块，用于发送服务器端数据；服务器端消息接收模块，用于接收所述客户端数据的标识以及与所述客户端数据对应的状态标识并提供给对比模块；服务器端收集模块，用于通过服务器端数据管理模块收集所述服务器端数据库中的数据；以及，对比模块，用于比较所述数据标识对应的客户端状态标识和服务器端状态标识，并将上述状态标识不同的数据标识所对应的服务器端数据通过所述服务器端消息发送模块返回给客户端；

所述服务器端进一步包括：服务器端状态标识产生模块，用于根据所收集的数据产生对应的状态标识，并提供给所述对比模块。