CN101605059B - 用于处理关联删除的方法和装置 - Google Patents

Abstract

为了解决变更配置业务中关联删除的操作复杂、容易出现误操作的问题，本发明提出了一种用于处理关联删除的方法，包括以下步骤：获取变更业务配置信息列表；根据变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表；使用构造的关联删除项的数据列表替换关联删除项数据库相关表；以及使用变更业务配置信息列表替换业务配置数据库相关表。此外，本发明还提出了一种用于处理关联删除的装置。

Description

用于处理关联删除的方法和装置

技术领域

本发明涉及诸如在网络管理系统中在变更业务配置时处理关联删除的方法和装置。

背景技术

在网管系统业务配置中，许多业务与业务之间有依赖关联的情况。如果需要变更原先已经配置的一种业务，就必须做关联删除，先删除所有依赖它的其他业务配置，才能够进行变更配置业务操作。以下称这些依赖它的其他业务配置为关联删除项，本发明将主要解决这种问题。

传统的处理方法是：当用户需要变更原先已经配置的一种业务时，网管系统首先需要查找所有的关联删除项，然后逐一提示给用户，只有等用户手动全部删除掉各个关联删除项后，才能够进行变更配置业务操作。全手工操作，效率低下，同时可能出现误操作。具体地，传统方案在操作变更业务配置时，对有n项关联删除项的，因为客户端往往每次只提示一个关联删除项，需要到关联删除项的配置界面中至少进行n次关联删除操作，还需要不断切换到变更业务配置界面进行至少n次变更配置操作，这样至少需要2n次手工操作。除了操作复杂、效率低下外，频繁手工操作还极易出现误操作。在现实应用中亟待改进。

发明内容

为了解决变更配置业务中关联删除的操作复杂、容易出现误操作的问题，本发明提出了一种用于处理关联删除的方法，包括以下步骤：获取变更业务配置信息列表；根据变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表；使用构造的关联删除项的数据列表替换关联删除项数据库相关表；以及使用变更业务配置信息列表替换业务配置数据库相关表。

其中，变更业务配置信息列表包含在通过对来自客户端的消息进行解码而获取的报文中。

其中，所述的根据变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表的步骤中包括：对于变更业务配置信息列表与关联删除项数据库相关表中均存在的关联字段，将对应于关联字段的记录信息缓存至数据列表。

其中，所述的根据变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表的步骤中包括：对于变更业务配置信息列表中存在而关联删除项数据库相关表中不存在的关联字段，基于关联字段构造新记录信息，并将新记录信息缓存至数据列表。

其中，所述的根据变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表的步骤中包括：对于变更业务配置信息列表中不存在而关联删除项数据库相关表中存在的关联字段，丢弃对应于关联字段的记录信息。

其中，所述的使用构造的关联删除项的数据列表替换关联删除项数据库相关表的步骤中，包括以下步骤：将构造的数据列表编码为报文；将报文下发给设备；以及在确认设备已收齐报文后，将关联删除项数据库相关表清空，并将报文插入关联删除项数据库相关表中。

其中，所述的使用变更业务配置信息列表替换业务配置数据库相关表的步骤中，包括以下步骤：将对应于变更业务配置信息列表的报文下发给设备；以及在确认设备已收齐报文后，将业务配置数据库相关表清空，并将报文插入业务配置数据库相关表中。

此外，本发明还提出了一种用于处理关联删除的装置，包括：信息列表获取模块，用于获取变更业务配置信息列表；数据列表构造模块，用于根据变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表；第一替换模块，用于使用构造的关联删除项的数据列表替换关联删除项数据库相关表；以及第二替换模块，用于使用变更业务配置信息列表替换业务配置数据库相关表。

其中，对于变更业务配置信息列表与关联删除项数据库相关表中均存在的关联字段，数据列表构造模块将对应于关联字段的记录信息缓存至数据列表。

其中，对于变更业务配置信息列表中存在而关联删除项数据库相关表中不存在的关联字段，数据列表构造模块基于关联字段构造新记录信息，并将新记录信息缓存至数据列表。

其中，对于变更业务配置信息列表中不存在而关联删除项数据库相关表中存在的关联字段，数据列表构造模块丢弃对应于关联字段的记录信息。

采用本发明，能够有效地解决变更业务配置时对关联删除项的关联删除。与传统的方案相比，本发明无论在安全性、易用性还是效率上都有了极大提升。

本发明将关联删除项的删除嵌入到业务变更配置处理流程中，在操作变更业务配置时，对有n项关联删除项的，只需在变更业务配置界面进行1次手工操作即可，操作简单、安全，在实现上采用工厂模式，最大程度地提取公共处理部分，减少重复操作，各关联删除项的关联删除工作得到了简化，缩短了开发周期，使用配置文件使关联删除项可动态配置，整体上提升了网管的易用性、操作效率、可重用性、可扩展性及竞争力。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的限定。在附图中：

图1是根据本发明的关联删除的处理方法流程图；

图2是根据本发明的关联删除项的新数据列表的构造过程流程图；

图3是根据本发明的示例性实施例的变更前时钟源配置信息的示意图；

图4是根据本发明的示例性实施例的变更前关联删除项(时钟源保护倒换与闭锁)的示意图；

图5是根据本发明的示例性实施例的变更后时钟源配置信息的示意图；以及

图6是根据本发明的示例性实施例的变更后关联删除项(时钟源保护倒换与闭锁)的示意图。

具体实施方式

下面结合附图对用于处理关联删除的方法和装置进行说明。

本发明采用工厂模式将关联删除项的关联删除嵌入到业务变更配置处理流程中，各关联删除项的关联删除处理过程只需要实现固定的接口即可；同时使用配置文件记录各关联删除项，使得各关联删除项可动态配置，提升了网管的可扩展性。

由于网管系统服务器端变更业务配置框架采用工厂模式，变更业务配置的所有处理过程都预先注册到服务器端变更业务配置框架的工厂中。框架通过读取配置文件，逐个调用各个处理过程进行处理。

网管系统中变更业务配置引发关联删除的处理方法具体执行步骤如下，如图1所示：

1：服务器端预处理，获取变更后的业务配置信息列表

这是预处理阶段，是服务器端变更业务配置框架处理的第一阶段，主要是获取变更后的业务配置信息列表阶段。此时，框架通过读取配置文件，调用预处理过程。预处理过程接收来自客户端消息，通过解码解析出客户端下发的配置报文。在解析出的配置报文中，就包含用户变更业务后的所有详细配置信息列表，服务器端把这些变更后的业务配置信息列表进行缓存，以供后续处理过程使用。

2：关联删除项的新数据列表构造过程处理

这是关联删除项的新数据列表构造阶段，是服务器端变更业务配置框架处理的第二阶段。此时，框架根据配置文件中所配置的第一个关联删除项，调用关联删除项的新数据列表构造过程进行处理。

为了方便下面的过程描述，这里定义一下两个业务之间关联字段的含义。假如业务A中含有字段a1，a2，a3等，业务B中含有字段b1，b2，b3等，其中，字段a1(也可能是a1+a2等多个字段的联合)和字段b1具有相同含义，业务A和业务B就是通过字段a1(或者几个字段的联合)和字段b1进行依赖关联，那么，这里就把字段a1(或者几个字段的联合)和字段b1称为两个业务之间的关联字段。

所有关联删除项的新数据列表构造过程都类似，其基本实现方法简单描述如下：

1)框架将第一阶段预处理过程中缓存的变更后的业务配置信息列表传递给第一个关联删除项的新数据列表构造过程。

2)第一个关联删除项的新数据列表构造过程根据所传入的变更后的业务配置信息列表，查找本过程对应的关联删除项数据库相关表，以便决定如何构造关联删除项的新数据列表。

这里需要根据变更后的业务配置信息列表和关联删除项数据库相关表中所存信息这两者之间的关联字段不同取值情况分别考虑，可以有以下三种情况，如图2所示：

i.两者之间都存在的相同关联字段取值

对于这种情况，表示与这些关联字段取值相对应的记录信息没有进行变更，关联删除项数据库相关表中仍然要存储这些记录信息。

为此，关联删除项的新数据列表构造过程把从关联删除项数据库相关表中获取的这些记录信息直接放入新数据列表中缓存起来。

ii.变更后的业务配置信息列表中存在而关联删除项数据库相关表中不存在的关联字段取值

对于这种情况，表示与这些关联字段取值相对应的记录信息是用户变更配置时新增加的记录信息。

为此，关联删除项的新数据列表构造过程需要根据这些关联字段取值，调用构造新记录信息过程。构造新记录信息过程主要是根据关联字段取值，同时初始化其它字段取值，构造出相对应的需要存入关联删除项数据库相关表中的新记录信息。等构造新记录信息完毕后，关联删除项的新数据列表构造过程需要把这些新构造的记录信息放入新数据列表中缓存起来。

iii.变更后的业务配置信息列表中不存在而关联删除项数据库相关表中存在的关联字段取值

对于这种情况，表示与这些关联字段取值相对应的记录信息是用户变更配置时需要进行删除的记录信息。

为此，关联删除项的新数据列表构造过程直接丢弃从关联删除项数据库相关表中根据关联字段取值获取的这些记录信息。

3)第一个关联删除项的新数据列表构造完毕后，就转到下面的第三阶段关联删除项的关联删除过程处理了。

3：关联删除项的关联删除过程处理

这是关联删除项的关联删除过程阶段，是服务器端变更业务配置框架处理的第三阶段。此时，框架调用关联删除项的关联删除过程进行处理。

首先，框架取出上面第二个阶段关联删除项的新数据列表构造过程中所有缓存的新数据列表，把这些新数据列表传给关联删除过程。然后，关联删除过程通过框架调用关联删除项的业务配置过程，而关联删除项的业务配置过程则把获取的这些新数据列表编码封装成报文，接着，把这些报文转换成适合设备的格式下发给设备，等收到设备正确应答报文后，先把关联删除项数据库相关表清空，再将新数据列表报文插入关联删除项数据库相关表中。

接下来，如果配置文件中还有其他的关联删除项，则框架按照配置文件次序，逐个调用剩下的关联删除项的新数据列表构造过程和关联删除过程，处理过程和上面描述的第二和第三阶段类似，不再重复描述。等到所有关联删除项的处理过程都结束后，就转到下面的变更后业务配置处理过程了。

4：变更后的业务配置处理

这是业务配置处理阶段，是服务器端变更业务配置框架处理的第四阶段。此时，框架根据配置文件中所配置的业务配置处理，调用业务配置处理过程进行处理。

具体来讲，首先，服务器框架将前面第一阶段预处理过程中缓存的变更后的业务配置信息列表取出，然后，将这些变更后的业务配置信息报文转换成适合设备的格式下发给设备，等收到设备正确应答报文后，先把业务配置数据库相关表清空，再将这些用户变更后的业务配置信息报文插入业务配置数据库相关表中，并返回成功处理报文给客户端，完成了整个变更业务配置处理过程。

下面，我们通过一个实施例来对以上方案进行详细解释。

在SDH(同步数字系列)数字同步网中，同步是SDH网的神经系统。各网元的时钟是否同步严重影响着整个传输网的性能，而网管端相对应的同步配置业务就是时钟源配置业务，下面就以此为例进行介绍。

网管端时钟源配置业务的配置文件如下：

<processNode>

<processName>CSetClockSrcPreprocess</processName>

</processNode>

<processNode>

<processName>CDelClkSrcCleanClkLock</processName>

</processNode>

<processNode>

<processName>CDelClkSrcCleanClkSwitch</processName>

</processNode>

<processNode>

<para id＝″M2A1″>CSDHCombineSetClockSrc_M2A</para>

</processNode>

从配置文件中可以看到，网管在变更时钟源配置业务时，共有四个处理过程注册到服务器端变更业务配置框架的工厂中，其中就有两个关联删除项(时钟源闭锁-------对应的关联删除处理过程为：CDelClkSrcCleanClkLock和时钟源保护倒换-------对应的关联删除处理过程为：CDelClkSrcCleanClkSwitch)需要进行关联删除处理。

这两个关联删除项的关联删除处理过程(CDelClkSrcCleanClkLock  和CDelClkSrcCleanClkSwitch)首先需要完成的工作是：从同一个基类CDelClkSrcCleanBase(而这个基类又继承于IProcess)继承得到各自具体的清除数据方法CleanData()，并实现该方法，执行清除工作。同时注册到框架的工厂中，以供框架调用。

从图3(本发明实施例中变更前的时钟源配置示意图)中我们可以看到，变更前有四条时钟源配置记录：外时钟SAIA(0-1-37)-1、内时钟、线路抽时钟S4A(0-1-4)-11和线路抽时钟S16A(0-1-3)-1。

从图4(本发明实施例中变更前的关联删除项(时钟源保护倒换与闭锁)示意图)中我们可以看到，变更前时钟源锁定列表中有三条记录：外时钟SAIA(0-1-37)-1----清除闭锁、内时钟----闭锁和线路抽时钟S4A(0-1-4)-11----闭锁。变更前时钟源保护倒换列表中有一条记录：线路抽时钟S16A(0-1-3)-1----强制倒换。

显然，通过图3和图4，我们可以看到，时钟源配置中的“时钟源+时钟源资源”字段和时钟源闭锁、时钟源保护倒换中的“时钟源”是关联字段。

下面将具体说明变更时钟源配置时关联删除时钟源锁定和时钟源保护倒换的执行过程：

1：服务器端预处理，获取变更后的业务配置信息列表

这是获取变更后时钟源配置信息列表阶段，此时，框架通过读取配置文件，调用配置文件中CSetClockSrcPreprocess来执行完成。

此时，服务器端接收来自客户端消息，通过解码解析出客户端下发的时钟源配置报文。在解析出的配置报文中，就包含用户变更时钟源配置后的所有详细配置信息列表。

从图5(本发明实施例中变更后的时钟源配置示意图)可以看出，变更后的时钟源配置有四条记录。跟变更前相比较后可以发现，有如下变化：

两条记录没有变化：外时钟SAIA(0-1-37)-1和线路抽时钟S4A(0-1-4)-11。

删除了两条记录：内时钟和线路抽时钟S16A(0-1-3)-1。

增加了两条记录：外时钟SAIA(0-1-55)-1和线路抽时钟S64A(0-1-41)-1。

服务器端把这些变更后的配置报文进行缓存，以供后续处理过程使用。

2：关联删除项的新数据列表构造过程处理

这是关联删除项的新数据列表构造阶段。此时，框架根据配置文件中所配置的第一个关联删除项CDelClkSrcCleanClkLock(时钟源锁定关联删除)，调用时钟源锁定新数据列表构造过程进行处理。

时钟源锁定新数据列表构造过程基本实现方法描述如下：

1)框架将第一阶段预处理过程中缓存的用户变更后的时钟源配置信息列表传递给时钟源锁定新数据列表构造过程。

2)时钟源锁定新数据列表构造过程根据所传入的用户变更后的时钟源配置信息列表，查找数据库中“时钟源锁定”表，以便决定如何构造时钟源锁定新数据列表。

这里需要根据变更后的时钟源配置信息列表和数据库中“时钟源锁定”表所存信息这两者之间的关联字段(“时钟源”)不同取值情况分别考虑，可以有以下三种情况：

i.两者之间都存在的相同关联字段取值

对于这种情况，表示与这些关联字段取值相对应的记录信息没有进行变更，数据库中“时钟源锁定”表仍然要存储这些记录信息。

显然，外时钟SAIA(0-1-37)-1----清除闭锁和线路抽时钟S4A(0-1-4)-11----闭锁这两条记录属于这种情况，为此，时钟源锁定新数据列表构造过程把这两条记录直接放入时钟源锁定新数据列表中缓存起来。

ii.变更后的时钟源配置信息列表中存在而数据库中“时钟源锁定”表不存在的关联字段取值

对于这种情况，表示与这些关联字段取值相对应的记录信息是用户变更配置时新增加的记录信息。

显然，外时钟SAIA(0-1-55)-1和线路抽时钟S64A(0-1-41)-1就属于这种情况。

为此，时钟源锁定新数据列表构造过程需要根据“外时钟SAIA(0-1-55)-1和线路抽时钟S64A(0-1-41)-1”这两个关联字段取值，调用构造新记录信息过程。构造新记录信息过程根据这两个关联字段取值，同时初始化“锁定状态”字段取值为“清除闭锁”，构造出相对应的需要存入数据库中“时钟源锁定”表的两条新记录信息：“外时钟SAIA(0-1-55)-1---清除闭锁和线路抽时钟S64A(0-1-41)-1---清除闭锁”。等构造这两条新记录信息完毕后，时钟源锁定新数据列表构造过程把这两条新构造的记录信息放入新数据列表中缓存起来。

iii.变更后的时钟源配置信息列表中不存在而数据库中“时钟源锁定”表存在的关联字段取值

对于这种情况，表示与这些关联字段取值相对应的记录信息是用户变更配置时需要进行删除的记录信息。

显然，“内时钟”就属于这种情况。

为此，时钟源锁定新数据列表构造过程直接丢弃“内时钟----闭锁”这条记录信息。

3)时钟源锁定新数据列表构造完毕后，就转到下面的关联删除项的关联删除过程处理了。

3：关联删除项的关联删除过程处理

这是关联删除项的关联删除过程阶段，此时，框架调用时钟源锁定关联删除过程进行处理。

首先，框架取出上面时钟源锁定新数据列表构造过程中所有缓存的新数据列表，把这些新数据列表传给时钟源锁定关联删除过程。然后，时钟源锁定关联删除过程通过框架调用时钟源锁定业务配置过程，而时钟源锁定业务配置过程则把获取的这些新数据列表编码封装成报文，接着，把这些报文转换成适合设备的格式下发给设备，等收到设备正确应答报文后，先把数据库中“时钟源锁定”表清空，再将新数据列表报文插入数据库中“时钟源锁定”表中。

接下来，框架按照上面时钟源配置文件中配置----CDelClkSrcCleanClkSwitch(时钟源保护倒换关联删除)，调用时钟源保护倒换新数据列表构造过程和关联删除过程，处理过程和上面时钟源锁定描述类似，不再重复描述。等到时钟源保护倒换处理过程结束后，就转到下面的变更后业务配置处理过程了。

经过上面的两次关联删除处理后，我们从图6(本发明实施例中变更后的关联删除项(时钟源保护倒换与闭锁)示意图)中可以看到：

外时钟SAIA(0-1-37)-1和线路抽时钟S4A(0-1-4)-11这两条未变更的记录仍然保留在“时钟源锁定”数据库中；

外时钟SAIA(0-1-55)-1和线路抽时钟S64A(0-1-41)-1这两条新增的记录已经加入到“时钟源锁定”数据库中；

内时钟这条无效记录已经从“时钟源锁定”数据库中删除；

线路抽时钟S16A(0-1-3)-1这条无效记录已经从“时钟源保护倒换”数据库中删除。

4：变更后的业务配置处理

这是最后的变更时钟源配置处理阶段，框架根据配置文件中所配置的CSDHCombineSetClockSrc M2A，调用时钟源配置处理过程进行处理。

具体来讲，首先，服务器框架将前面第一阶段预处理过程中缓存的变更后的时钟源配置信息列表取出，然后，将这些变更后的时钟源配置信息报文转换成适合设备的格式下发给设备，等收到设备正确应答报文后，先把时钟源配置数据库相关表清空，再将这些用户变更后的时钟源配置信息报文插入时钟源配置数据库相关表中，并返回成功处理报文给客户端，完成了整个变更时钟源配置处理过程

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (5)

1.一种用于处理关联删除的方法，其特征在于，包括以下步骤：

获取变更业务配置信息列表；

根据所述变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表；

使用构造的所述关联删除项的数据列表替换所述关联删除项数据库相关表；以及

使用所述变更业务配置信息列表替换业务配置数据库相关表；

其中，根据所述变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表至少包括以下之一：

对于所述变更业务配置信息列表与所述关联删除项数据库相关表中均存在的关联字段，将对应于所述关联字段的记录信息缓存至所述数据列表；

对于所述变更业务配置信息列表中存在而所述关联删除项数据库相关表中不存在的关联字段，基于所述关联字段构造新记录信息，并将所述新记录信息缓存至所述数据列表；

对于所述变更业务配置信息列表中不存在而所述关联删除项数据库相关表中存在的关联字段，丢弃对应于所述关联字段的记录信息。

2.根据权利要求1所述的方法，其特征在于，所述变更业务配置信息列表包含在通过对来自客户端的消息进行解码而获取的报文中。

3.根据权利要求1或2所述的方法，其特征在于，所述的使用构造的所述关联删除项的数据列表替换所述关联删除项数据库相关表的步骤中，包括以下步骤：

将构造的所述数据列表编码为报文；

将所述报文下发给设备；以及

在确认所述设备已收齐所述报文后，将所述关联删除项数据库相关表清空，并将所述报文插入所述关联删除项数据库相关表中。

4.根据权利要求1或2所述的方法，其特征在于，所述的使用所述变更业务配置信息列表替换业务配置数据库相关表的步骤中，包括以下步骤：

将对应于所述变更业务配置信息列表的报文下发给设备；以及

在确认所述设备已收齐所述报文后，将所述业务配置数据库相关表清空，并将所述报文插入所述业务配置数据库相关表中。

5.一种用于处理关联删除的装置，其特征在于，包括：

信息列表获取模块，用于获取变更业务配置信息列表；

数据列表构造模块，用于根据所述变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表；

第一替换模块，用于使用构造的所述关联删除项的数据列表替换所述关联删除项数据库相关表；以及

第二替换模块，用于使用所述变更业务配置信息列表替换业务配置数据库相关表；

其中，根据所述变更业务配置信息列表以及关联删除项数据库相关表，构造与删除项相关的关联删除项的数据列表至少包括以下之一：

对于所述变更业务配置信息列表与所述关联删除项数据库相关表中均存在的关联字段，所述数据列表构造模块将对应于所述关联字段的记录信息缓存至所述数据列表；

对于所述变更业务配置信息列表中存在而所述关联删除项数据库相关表中不存在的关联字段，所述数据列表构造模块基于所述关联字段构造新记录信息，并将所述新记录信息缓存至所述数据列表；

对于所述变更业务配置信息列表中不存在而所述关联删除项数据库相关表中存在的关联字段，所述数据列表构造模块丢弃对应于所述关联字段的记录信息。

Images