网元设备加载/升级的锁定方法 【技术领域】
本发明涉及通信系统的网管技术，特别涉及网元设备加载/升级过程中的锁定方法。
背景技术
网络管理是通信技术的重要组成部分，是保证通信系统高效、可靠、经济和安全运行的重要基础，因此成为近年来通信领域发展的热点。根据目前一般网管系统对网元设备的管理，如果在网元设备处于加载/升级的情况下对这些网元设备进行诸如复位、写入配置数据之类的操作，有可能造成加载/升级失败，严重的会导致网元设备的异常。因此，网管系统必须对网元设备的加载/升级过程进行监视和控制。
目前的网管系统常常采用进度条的方式来监视和控制网元设备的加载/升级过程。在这种方式中，当通信系统中的网元设备处于加载/升级状态时，在网管系统客户端将产生一个进度条，实时显示设备加载/升级的进度，同时将网管系统客户端锁定，用户无法进行操作。因此，在设备加载/升级操作完成之前，用户无法通过网管系统客户端对整个系统进行操作，当设备加载/升级过程结束后，才重新允许用户对系统进行操作。
在实际应用中，上述方案存在以下问题：首先，在通信系统中多个网元设备同时开始进行加载/升级操作的情况下，网管系统不得不同时产生多个进度条，分别显示相应的网元设备的加载/升级进度，因此容易造成网管系统客户端界面混乱。当同时加载/升级的网元设备达到几百或者更多时，基本上不可能同时产生相应数量的进度条，由此影响到网元设备加载/升级的成功率。
其次，一般情况下，一个网管系统同时管理着多个网元设备。当系统中有一个网元设备开始加载/升级操作，便在各个网管系统客户端产生相应的进度条，锁定用户对设备的操作，直到该网元设备完成加载/升级操作，其间不允许用户对该系统其他设备进行操作。可见进度条地管理方式给系统的正常管理和操作带来很大的影响。
第三，当一个网管系统服务器端有多个网管系统客户端时，如果通过一个客户端对设备进行加载/升级操作，将在每一个客户端上都形成进度条，并锁定各客户端对系统的操作，这样将导致严重影响网络的管理。
【发明内容】
本发明要解决的技术问题是提供一种网元设备加载/升级的锁定方法，该方法能够解决网管系统对多个设备加载/升级过程的监控问题，提高设备加载/升级过程的成功率，同时将设备加载/升级过程对网管的正常管理过程影响减小到最低程度。
为了解决上述技术问题，本发明提供的网元设备加载/升级的锁定方法包含以下步骤：
A网元设备开始加载/升级时，向网管系统服务器端发送加载/升级开始的trap消息；
B所述网管系统服务器端响应所述加载/升级开始的trap消息，通知网管系统客户端锁定用户对所述网元设备的所有操作；
C网管系统客户端响应所述网管系统服务器端的通知，锁定用户对所述网元设备的所有操作。
其中，所述方法还包含以下步骤：
D当加载/升级结束时，该网元设备向网管系统服务器端发送加载/升级结束的trap消息；
E网管系统服务器端响应所述加载/升级结束的trap消息，通知各网管系统客户端将用户对该网元设备的所有操作的锁定解除；
F网管系统客户端响应网管系统服务器端的所述通知，将用户对该网元设备的所有操作的锁定解除。
所述步骤E还包含以下步骤：
当所述网管系统服务器端在预先设定的一段时间内未收到来自所述网元设备的加载/升级结束的trap消息时，通知网管系统客户端将用户对该网元设备的所有操作的锁定解除。
所述步骤C还包含以下步骤：
该网元设备向网管系统服务器端上报加载/升级进度的trap消息。
所述加载/升级进度的trap消息由该网元设备按照一定的时间间隔，向网管系统服务器端发送，所述时间间隔可以根据需要设定。
所述步骤E还包含以下步骤：
当网管系统服务器在预先设定的时间内未收到来自网元设备的加载/升级进度的trap消息时，通知各网管系统客户端将用户对该网元设备的所有操作的锁定解除。
根据本发明的上述方法，由于在网关系统客户端不再产生进度条，因此在通信系统中多个网元设备同时开始进行加载/升级操作的情况下，网管系统不会由于同时产生多个进度条分别显示相应的网元设备的加载/升级进度而导致网管系统客户端界面混乱。其次，本发明的方法由于删除了进度条，还避免了在一个网管系统同时管理着多个网元设备时，由于一个网元设备开始加载/升级操作而不允许用户对该系统其他设备进行操作的现象。第三，根据本发明的方法，当一个网管系统服务器端有多个网管系统客户端时，如果通过一个客户端对设备进行加载/升级操作，由于不存在各个客户端被进度条锁定的问题，因此避免网元设备的加载/升级对网络管理的影响。
【附图说明】
图1是根据本发明的一个实施例的网元设备加载/升级的锁定方法的流程图。
【具体实施方式】
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
如图1中网元设备加载/升级的锁定方法流程图所示，在步骤100，当网元设备开始加载/升级时，网元设备向网管系统服务器端发送加载/升级开始的trap消息。
该trap消息用于通知网管系统服务器端，所述网元设备已经开始加载/升级。其中，trap消息是网管系统与网元设备的交互协议，由网元设备主动向网管系统服务器端上报。
此后过程进入步骤200，在本步骤中，所述网管系统服务器端响应来自网元设备的加载/升级开始的trap消息，通知网管系统客户端锁定用户对该网元设备的所有操作，进入步骤300。需要说明的是，如果网管系统服务器端有多个网管系统客户端，它将向所有的网管系统客户端发送这一通知。
在步骤300中，所述网管系统客户端响应网管系统服务器端的通知，锁定用户对该网元设备的所有操作。在实际应用中，网管系统客户端的界面上的网元设备含有一个标志，用于表示设备是否被锁定，从而用户可以直观的看到该网元设备的加载/升级状态。当网管系统客户端响应网管系统服务器端的通知，锁定用户对该网元设备的所有操作时，该标志会改为表示被锁定的状态。
此后，过程进入步骤400，在该步骤中，所述网元设备向网管系统服务器端上报加载/升级进度的trap消息。
该trap消息由所述网元设备按照一定的时间间隔，向网管系统服务器端发送，时间间隔可以根据需要人为地设定。这样，当用户希望知道被锁定的网元设备的加载/升级的进度时，便可以通过网管系统客户端向网管系统服务器端请求有关的进度消息。这一步骤可以根据需要增加或删除，不影响本发明的实质性效果。
接着，在步骤500中，当网元设备加载/升级结束时，该网元设备向网管系统服务器端发送加载/升级结束的trap消息；此后进入步骤600。
在步骤600中，当网管系统服务器端收到所述加载/升级结束的trap消息，或当网管系统服务器端在预先设定的一段时间内没有收到来自网元设备的加载/升级结束的trap消息时，通知各网管系统客户端将用户对该网元设备的所有操作的锁定解除。
其中，之所以当网管系统服务器端在预先设定的时间内未收到加载/升级结束的trap消息时，自己向网管系统客户端发送消息，通知其将用户对该网元设备的所有操作的锁定解除，其原因在于，有可能在消息收发过程中，中间的通信链路丢失，或网元设备由于一些原因无法发出加载/升级结束的trap消息，在这种情况下，系统不能让网元设备永远处与锁定状态，因此会有一个超时处理，避免发生上述情况。另外，为达到此目的，也可以通过监控网元设备向网管系统服务器端等间隔上报加载/升级进度的trap消息来实现，即当网管系统服务器在预先设定的一段时间内没有收到来自网元设备的加载/升级进度的trap消息时，通知各网管系统客户端将用户对该网元设备的所有操作的锁定解除。
接着进入步骤700，网管系统客户端响应网管系统服务器端的所述通知，将用户对该网元设备的所有操作的锁定解除。相应的，在网管系统客户端界面上，该网元设备表示加载/升级状态的标志也将相应地改为不处于锁定状态。
另外需要说明一下，当用户对网元设备的操作未被锁定时，如果用户在网管系统客户端选中一个设备，执行需要的操作，该操作将由网管系统客户端发送到网管系统服务器端，网管系统该服务器端将该消息转化成网元设备可以认识的消息，发送给网元设备，由网元设备完成操作；另一方面，当用户对网元设备的操作被锁定时，如果用户通过网管系统客户端操作该锁定设备，即选中该设备并执行需要的操作时，网管系统客户端会弹出一个提示框，告诉用户，该网元设备正在加载/升级，已经被锁定，从而阻止用户对该网元设备进行操作。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。