CN100512150C - 业务跟踪控制方法及业务跟踪系统与相关跟踪装置 - Google Patents

Abstract

本发明公开了一种业务跟踪控制方法，其核心思想是，在下发或执行对组件的跟踪控制命令前，先进行冲突检测，并对具有不同跟踪状态的组件进行区别处理。本发明还提供相应的业务跟踪系统以及业务数据库、跟踪控制服务器、跟踪代理等相关跟踪装置。采用本发明能够对处于不同跟踪状态的组件进行有针对性的操作，有效的解决了在打开、关闭组件跟踪功能时的冲突问题。

Description

业务跟踪控制方法及业务跟踪系统与相关跟踪装置

技术领域

本发明涉及通讯技术领域，具体涉及一种业务跟踪控制方法、业务跟踪系统以及业务数据库、跟踪控制服务器、跟踪代理等相关跟踪装置。

背景技术

随着通讯技术的不断发展，业务种类日益增多，开放移动联盟(OMA：Open Mobile Alliance)提出了管理和维护业务生命周期及负责业务跟踪的系统(OSPE：OMA Service Provider Environment)，用于对各种不同的业务进行统一的业务管理，包括业务的部署、撤销、跟踪、检测等。其中，能够对业务进行故障分析和定位的跟踪功能是一项重要的内容。目前OSPE中与业务跟踪相关的系统架构如图1所示，包括三个部分：

OSPE服务器：是管理跟踪活动的服务器，接收OSPE请求者的业务跟踪控制请求，包括打开业务跟踪请求、关闭业务跟踪请求等，控制跟踪代理的打开跟踪及关闭跟踪，接收跟踪代理传送的跟踪日志；

业务数据库(SMAC：Service Model And Catalogue)：是管理并维护业务模型以及目录数据的数据库，其中存储了业务数据、组件数据以及它们的依赖关系，OSPE服务器可通过查询命令从SMAC获得相关业务信息；

跟踪代理：是部署于被跟踪组件上处理业务跟踪的模块，该模块受控于OSPE服务器，可以接收业务跟踪控制命令，至少包括打开业务跟踪、关闭业务跟踪命令。

基于上述OSPE系统架构，打开业务跟踪的具体流程为：

1、OSPE请求者向OSPE服务器发送打开业务跟踪请求；请求中包括所请求的业务，以及与该业务相关的功能控制要求，对于打开业务跟踪请求而言，相关的功能控制要求就是“打开跟踪功能”；

2、OSPE服务器向SMAC查询业务依赖性，获取跟踪该业务相关联的业务以及跟踪该业务所需的组件，这些组件可称为该业务的依赖组件；

3、SMAC返回跟踪该业务所需的依赖组件给OSPE服务器；

4、OSPE服务器向各个依赖组件的跟踪代理下发打开业务跟踪命令，该命令与OSPE请求者的业务跟踪控制请求相对应，其中包括需要跟踪的业务，以及与该业务相关的功能控制要求；

5、各个依赖组件的跟踪代理返回确认信息给OSPE服务器；

6、OSPE服务器返回打开执行结果给OSPE请求者。

关闭业务跟踪的流程与此相仿，OSPE服务获得关闭业务跟踪请求后，经过查询获得业务的依赖组件信息，然后分别下发关闭业务跟踪命令将各个组件的跟踪代理关闭。

上述业务跟踪方法的打开和关闭流程存在的缺陷在于，可能存在对组件控制的冲突。例如，如图2所示，对于业务A的跟踪需要如下组件：组件1，组件3，组件4；对于业务B的跟踪需要如下组件：组件2，组件3，组件5。在下发并执行打开业务A的跟踪功能后，组件1、3、4都已经打开了跟踪功能。此后若下发打开业务B的跟踪功能，则需要打开组件2、3、5，此时对于组件3就存在着“打开冲突”的问题。假如对于业务A、B的跟踪功能都已经成功正确的打开，此时若下发并执行关闭业务B的跟踪功能，则相当于关闭了组件2、3、5的跟踪功能，对业务A的跟踪将由于缺少组件3而无法正常进行，此时对于组件3就存在着“关闭冲突”的问题。

发明内容

本发明的目的在于提供能够有效解决组件的跟踪功能打开、关闭的冲突问题的业务跟踪控制方法、业务跟踪系统以及业务数据库、跟踪控制服务器、跟踪代理等相关跟踪装置。

为达到本发明的目的，所采取的技术方案是：一种业务跟踪控制方法，包括：接收业务跟踪控制请求；进行被请求业务的依赖性查询，获得被请求业务的依赖组件信息；或者，对所述依赖组件进行冲突检测，对处于不同跟踪状态的依赖组件区别处理业务跟踪控制命令的下发；或者，对所述依赖组件下发业务跟踪控制命令，对下发了业务跟踪控制命令的依赖组件进行冲突检测，对处于不同跟踪状态的依赖组件区别处理业务跟踪控制命令的执行。

所述冲突检测可包括，在下发业务跟踪控制命令前检测所述业务跟踪控制请求与所述业务的依赖组件当前的跟踪状态是否冲突，或者，在执行已下发的业务跟踪控制命令前，检测所述业务跟踪控制命令与所述业务的依赖组件当前的跟踪状态是否冲突；若是，则在所述区别处理时，不对该依赖组件下发或执行业务跟踪控制命令；若否，则在所述区别处理时，对该依赖组件下发或执行业务跟踪控制命令。

优选的是，在上述业务跟踪控制方法中还对所述业务的依赖组件当前的跟踪状态进行更新，若对某依赖组件的冲突检测为冲突，则用该次被请求的业务跟踪事件更新其当前的跟踪状态；若对某依赖组件的冲突检测为非冲突，则根据所述业务跟踪控制命令执行后的结果，对该依赖组件当前的跟踪状态进行更新。

所述业务跟踪控制请求可包括打开业务跟踪请求；所述冲突检测包括检测依赖组件的当前跟踪状态是否为已打开跟踪功能；所述区别处理包括，不向检测为已打开跟踪功能的依赖组件下发或执行打开跟踪功能命令；向检测为未打开跟踪功能的依赖组件下发或执行打开跟踪功能命令；所述跟踪状态的更新包括，对检测为已打开跟踪功能的依赖组件，用该次被请求的打开跟踪功能事件更新其当前的跟踪状态；对检测为未打开跟踪功能的依赖组件，根据所述打开跟踪功能命令执行后的结果，对该依赖组件当前的跟踪状态进行更新。

所述业务跟踪控制请求还可包括关闭业务跟踪请求；所述冲突检测包括检测依赖组件的当前跟踪状态是否为跟踪功能被一个跟踪使用；所述区别处理包括，不向检测为跟踪功能被多个跟踪使用的依赖组件下发或执行关闭跟踪功能命令；向检测为跟踪功能被一个跟踪使用的依赖组件下发或执行关闭跟踪功能命令；所述跟踪状态的更新包括，对检测为跟踪功能被多个跟踪使用的依赖组件，用该次被请求的关闭跟踪功能事件更新其当前的跟踪状态；对检测为跟踪功能被一个跟踪使用的依赖组件，根据所述关闭跟踪功能命令执行后的结果，对该依赖组件当前的跟踪状态进行更新。

本发明并提供几种跟踪系统，一种包括跟踪控制服务器、业务数据库和跟踪冲突管理模块；所述跟踪控制服务器接收业务跟踪控制请求；向所述业务数据库发送被请求业务的依赖性查询请求，获得被请求业务的依赖组件信息；向所述跟踪冲突管理模块发送冲突检测请求，所述冲突检测请求包括所述依赖组件信息和业务跟踪控制请求中的功能控制要求；根据所述跟踪冲突管理模块反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；所述业务数据库为所述跟踪控制服务器提供业务的依赖组件信息；所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪控制服务器。

以及，另一种跟踪系统，包括跟踪控制服务器、业务数据库和跟踪冲突管理模块；所述跟踪控制服务器接收业务跟踪控制请求；向所述业务数据库发送被请求业务的依赖性查询请求；根据所述跟踪冲突管理模块反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；所述业务数据库收到所述跟踪控制服务器的查询请求后，查询被请求业务的依赖组件信息；向所述跟踪冲突管理模块发送冲突检测请求，所述冲突检测请求包括所述依赖组件信息和业务跟踪控制请求中的功能控制要求；所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪控制服务器。

对于上述两种跟踪系统，优选的是，所述跟踪控制服务器的区别处理包括，不向检测为冲突的依赖组件下发业务跟踪控制命令，向检测为非冲突的依赖组件下发业务跟踪控制命令；所述跟踪控制服务器还将下发的业务跟踪控制命令的执行结果反馈给所述跟踪冲突管理模块；所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用该次被请求的业务跟踪事件更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

本发明提供的再一种跟踪系统包括跟踪控制服务器、业务数据库和跟踪冲突管理模块；所述跟踪控制服务器接收业务跟踪控制请求；向所述业务数据库发送被请求业务的依赖性查询请求；根据所述业务数据库反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；所述业务数据库收到所述跟踪控制服务器的查询请求后，查询被请求业务的依赖组件信息；向所述跟踪冲突管理模块发送冲突检测请求，所述冲突检测请求包括所述依赖组件信息和业务跟踪控制请求中的功能控制要求；将所述跟踪冲突管理模块的检测结果反馈给所述跟踪控制服务器；所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述业务数据库。

对于该跟踪系统，优选的是，所述跟踪控制服务器的区别处理包括，不向检测为冲突的依赖组件下发业务跟踪控制命令，向检测为非冲突的依赖组件下发业务跟踪控制命令；所述跟踪控制服务器还将下发的业务跟踪控制命令的执行结果通过所述业务数据库反馈给所述跟踪冲突管理模块；所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用该次被请求的业务跟踪事件更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

本发明还提供一种业务数据库，包括业务数据管理模块和跟踪冲突管理模块；所述业务数据管理模块存储业务数据及其依赖组件信息；接收业务的依赖性查询请求，所述查询请求包括被请求的业务和相关功能控制要求；将查询到的依赖组件信息和所述功能控制要求发送给所述跟踪冲突管理模块；将所述跟踪冲突管理模块的检测结果作为所述查询请求的反馈发送；所述跟踪冲突管理模块检测所述功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述业务数据管理模块。

优选的是，所述跟踪冲突管理模块还接收依赖组件对业务跟踪控制命令的执行结果；所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用所述功能控制要求更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

本发明同时提供一种跟踪控制服务器，包括跟踪控制模块和跟踪冲突管理模块；所述跟踪控制模块接收业务跟踪控制请求；查询并获得被请求业务的依赖组件信息；将所述业务的依赖组件信息和业务跟踪控制请求中的功能控制要求发送给所述跟踪冲突管理模块；根据所述跟踪冲突管理模块反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪控制模块。

优选的是，所述跟踪控制模块的区别处理包括，不向检测为冲突的依赖组件下发业务跟踪控制命令，向检测为非冲突的依赖组件下发业务跟踪控制命令；所述跟踪控制模块还将下发的业务跟踪控制命令的执行结果反馈给所述跟踪冲突管理模块；所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用该次被请求的业务跟踪事件更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

本发明同时还提供一种设置于组件的跟踪代理，包括跟踪处理模块和跟踪冲突管理模块；所述跟踪处理模块接收业务跟踪控制命令；将所述业务跟踪控制命令中的功能控制要求发送给所述跟踪冲突管理模块；根据所述跟踪冲突管理模块反馈的检测结果，区别处理所述业务跟踪控制命令的执行；所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所属组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪处理模块。

优选的是，所述跟踪处理模块的区别处理包括，在检测结果为冲突时不执行所述业务跟踪控制命令，在检测结果为非冲突时执行所述业务跟踪控制命令；所述跟踪处理模块还将业务跟踪控制命令的执行结果反馈给所述跟踪冲突管理模块；所述跟踪冲突管理模块还对所属组件当前的跟踪状态进行更新，在检测结果为冲突时用所述功能控制要求更新其当前的跟踪状态；在检测结果为非冲突时，则根据所述业务跟踪控制命令的执行结果，对所属组件当前的跟踪状态进行更新。

采用上述技术方案，本发明有益的技术效果在于：本发明采用在对组件进行业务跟踪控制之前，先进行冲突检测的方法，根据冲突检测的结果对不同跟踪状态的组件进行区别处理，有效的解决了在打开、关闭组件跟踪功能时的冲突问题。

附图说明

下面通过具体实施方式并结合附图对本发明作进一步的详细说明。

图1是现有OSPE系统架构示意图；

图2是现有跟踪方法的组件控制冲突示意图；

图3是本发明实施例一打开业务跟踪方法流程示意图；

图4是本发明实施例二关闭业务跟踪方法流程示意图；

图5是本发明实施例三打开业务跟踪方法流程示意图；

图6是本发明实施例四关闭业务跟踪方法流程示意图；

图7是本发明实施例五OSPE系统模块结构示意图；

图8是实施例五中OSPE系统执行实施例一中方法的信令流程示意图；

图9是本发明实施例六OSPE系统模块结构示意图；

图10是实施例六中OSPE系统执行实施例二中方法的信令流程示意图；

图11是本发明实施例七OSPE系统模块结构示意图；

图12是实施例七中OSPE系统执行实施例一中方法的信令流程示意图；

图13是本发明实施例八SMAC模块结构示意图；

图14是采用实施例八SMAC的OSPE系统架构示意图；

图15实施例八中OSPE系统执行实施例二中方法的信令流程示意图；

图16是本发明实施例九OSPE服务器模块结构示意图；

图17是采用实施例九OSPE服务器的OSPE系统架构示意图；

图18是实施例九中OSPE系统执行实施例二中方法的信令流程示意图；

图19是本发明实施例十跟踪代理模块结构示意图；

图20是采用实施例十跟踪代理的OSPE系统架构示意图；

图21是实施例十中OSPE系统执行实施例一中方法的信令流程示意图。

具体实施方式

本发明提供一种业务跟踪控制方法，其核心思想是，在下发或执行对组件的跟踪控制命令前，先进行冲突检测，以对具有不同跟踪状态的组件进行区别处理，从而避免对组件控制的“打开冲突”、“关闭冲突”等。本发明提供的业务跟踪控制方法可适用于打开业务跟踪的流程和关闭业务跟踪的流程，冲突检测可以在控制流程中的命令生成阶段或命令执行阶段进行，两种流程的基本控制思想一致，都包括：接收控制请求、查询业务信息、进行冲突检测、对不同状态的组件进行区别处理，差别在于具体控制命令及相应控制操作的不同，以下分别进行详细说明。

实施例一、一种打开业务跟踪方法，流程如图3所示，包括：

A1、接收打开业务跟踪请求；该请求通常由OSPE请求者发起，请求中指定需要打开跟踪的业务，以及与该业务相关的功能控制要求“打开跟踪功能”；

A2、根据请求中指定的业务，查询该业务的依赖性，即，获得该业务的依赖组件等信息；

A3、根据依赖组件信息和相关的功能控制要求对依赖组件进行冲突检测，判断“打开跟踪功能”这一功能控制要求与各组件当前的跟踪状态是否冲突；根据检测判断的结果可以很自然的把依赖组件分为两部分：已打开跟踪功能的冲突部分和未打开跟踪功能的非冲突部分；

A4、根据冲突检测结果进行区别处理，包括，

非冲突部分组件的处理：

A41、向检测为未打开跟踪功能的组件下发打开跟踪功能命令；

冲突部分组件的处理：

不向检测为已打开跟踪功能的组件下发打开跟踪功能命令；

A5、对区别处理打开跟踪功能命令下发后的组件分别执行后续的流程，

对已下发打开跟踪功能命令的组件：

A51、对相应组件执行该打开跟踪功能命令，打开该组件的跟踪功能；

A52、根据命令执行的结果，即，组件打开跟踪功能的执行情况，对各个依赖组件当前的跟踪状态进行更新。

对不下发打开跟踪功能命令的组件：

A53、用该次被请求打开跟踪功能事件更新其当前的跟踪状态。

实施例二、一种关闭业务跟踪方法，流程如图4所示，包括：

B1、接收关闭业务跟踪请求；该请求通常由OSPE请求者发起，也可由OSPE服务器自动产生或由其他相关模块发起，请求中指定需要关闭跟踪的业务，以及与该业务相关的功能控制要求“关闭跟踪功能”；

B2、根据请求中指定的业务，查询该业务的依赖性，即，获得该业务的依赖组件等信息；

B3、根据依赖组件信息和相关的功能控制要求对依赖组件进行冲突检测，判断“关闭跟踪功能”这一控制请求与各组件当前的跟踪状态是否冲突；根据检测判断的结果可以很自然的把依赖组件分为两部分：跟踪功能被多个跟踪使用的冲突部分和跟踪功能被一个跟踪使用的非冲突部分；

B4、根据冲突检测结果进行区别处理，包括，

非冲突部分组件的处理：

B41、向检测为跟踪功能被一个跟踪使用的组件下发关闭跟踪功能命令；

冲突部分组件的处理：

不向检测为跟踪功能被多个跟踪使用的组件下发关闭开跟踪功能命令；

B5、对区别处理关闭跟踪功能命令下发后的组件分别执行后续的流程，

对已下发关闭跟踪功能命令的组件：

B51、对相应组件执行该关闭跟踪功能命令，关闭该组件的跟踪功能；

B52、根据命令执行的结果，即，组件关闭跟踪功能的执行情况，对各个依赖组件当前的跟踪状态进行更新。

对不下发关闭跟踪功能命令的组件：

B53、用该次被请求关闭跟踪功能事件更新依赖组件当前的跟踪状态。

从上面两个实施例可以看出，冲突检测主要是判断组件被请求的功能控制操作与其当前所处的跟踪状态是否存在重复或矛盾。可以采用多种实现形式来提供判断的依据，本文中将它们统称为跟踪状态表，通过查询跟踪状态表来进行冲突检测，在控制命令执行后根据执行结果进行跟踪状态表的更新，跟踪状态表的数据结构包括但不限于以下形式：

记录已打开跟踪功能的组件的引用次数，即该组件被请求打开跟踪功能的次数。其数据结构如下：

 

组件

引用次数

在查询跟踪状态表情况下，在进行打开跟踪功能冲突检测时，若某组件已经存在于组件栏中则表明该组件跟踪功能已经被打开；在进行关闭跟踪功能冲突检测时，若该组件的引用次数栏等于或大于二，则表明该组件跟踪功能被多次请求打开。

在更新跟踪状态表情况下，在进行打开跟踪功能更新时，若该组件已经存在于跟踪状态表的组件栏中，则将该组件相应的引用次数加一，否则先在跟踪状态表中增加该组件记录并将相应的组件引用次数设为一(对于不记录在跟踪状态表中的组件引用次数默认为零)；在进行关闭跟踪功能更新时，将该组件相应的引用次数减一，若该组件的引用次数为零则删除该组件记录。

上述两个实施例中的冲突检测过程均在控制命令下发前进行，使得命令是否下发本身具有区别性；冲突检测过程也可以在命令下发后但执行前进行，针对相同的控制命令，处于不同跟踪状态的组件可以有不同的处理方式。

实施例三、一种打开业务跟踪方法，流程如图5所示，包括：

C1、接收打开业务跟踪请求，请求中指定需要打开跟踪的业务，以及与该业务相关的功能控制要求“打开跟踪功能”；

C2、根据请求中指定的业务，查询该业务的依赖性，即，获得该业务的依赖组件等信息；

C3、下发打开跟踪功能命令给各个依赖组件，命令中包括需要跟踪的业务，以及与该业务相关的功能控制要求“打开跟踪功能”；

C4、根据打开跟踪功能命令在组件侧进行冲突检测，判断“打开跟踪功能”这一控制请求与该组件当前的跟踪状态是否冲突；若当前组件的跟踪功能已经打开则判断为冲突，否则，判断为非冲突；

C5、根据冲突检测结果进行区别处理，包括，

非冲突处理：

C51、对该组件执行打开跟踪功能命令，打开该组件的跟踪功能；

冲突处理：

不执行打开跟踪功能命令；

C6、在区别处理打开跟踪功能命令执行后分情况执行后续的流程，

已执行打开跟踪功能命令的情况：

C61、根据该组件对打开跟踪功能命令的执行结果，即，该组件打开跟踪功能的执行情况，对该依赖组件当前的跟踪状态进行更新；

不执行打开跟踪功能命令的情况：

C62、用该次被请求打开跟踪功能事件更新该依赖组件当前的跟踪状态。

实施例四、一种关闭业务跟踪方法，流程如图6所示，包括：

D1、接收关闭业务跟踪请求，请求中指定需要关闭跟踪的业务，以及与该业务相关的功能控制要求“关闭跟踪功能”；

D2、根据请求中指定的业务，查询该业务的依赖性，即，获得该业务的依赖组件等信息；

D3、下发关闭跟踪功能命令给各个依赖组件，命令中包括需要跟踪的业务，以及与该业务相关的功能控制要求；

D4、根据关闭跟踪功能命令在组件侧进行冲突检测，判断“关闭跟踪功能”这一控制请求与该组件当前的跟踪状态是否冲突；若当前组件跟踪功能被多个跟踪使用则判断为冲突，若当前组件跟踪功能被一个跟踪使用，则判断为非冲突；

D5、根据冲突检测结果进行区别处理，包括，

非冲突处理：

D51、对该组件执行关闭跟踪功能命令，关闭该组件的跟踪功能；

冲突处理：

不执行关闭跟踪功能命令；

D6、在区别处理关闭跟踪功能命令执行后分情况执行后续的流程，

已执行关闭跟踪功能命令的情况：

D61、根据该组件对关闭跟踪功能命令的执行结果，即，该组件关闭跟踪功能的执行情况，对该依赖组件当前的跟踪状态进行更新。；

不执行关闭跟踪功能命令的情况：

D62、用该次被请求打开跟踪功能事件更新该依赖组件当前的跟踪状态。

本发明业务跟踪控制方法中的冲突检测操作可采用在OSPE系统中增加跟踪冲突管理模块(TCM：Tracing Collision Management)来执行，TCM既可以独立于OSPE服务器、SMAC、跟踪代理等模块，单独存在于OSPE系统中，也可以作为一个子模块添加到上述跟踪设备中，基于TCM模块的引入，可以得到多种新的设备以及系统架构，以下分别进行详细说明。

实施例五、一种OSPE系统，如图7所示，包括：OSPE服务器1、跟踪代理2(若干个，设置于各被跟踪组件)、SMAC 3和TCM 4；

OSPE服务器1接收业务跟踪控制请求，包括打开业务跟踪请求、关闭业务跟踪请求等，业务跟踪控制请求中包括被请求的业务以及与该业务相关的功能控制要求；根据被请求的业务向SMAC 3进行被请求业务的依赖组件查询；向TCM4发送冲突检测请求，冲突检测请求中包括SMAC 3提供的依赖组件信息和相关的跟踪控制请求；根据TCM 4反馈的各组件的冲突检测结果的非冲突部分下发相应的业务跟踪控制命令给各个依赖组件的跟踪代理2，所下发的业务跟踪控制命令包括组件跟踪功能的打开/关闭命令；将业务跟踪控制命令的执行结果反馈给TCM 4；

SMAC 3存储业务数据、组件数据以及它们之间的依赖关系，为OSPE服务器1提供业务的依赖组件信息查询；SMAC 3可以采用依赖组件列表的形式将查询结果反馈给OSPE服务器1；

TCM 4接收OSPE服务器1发送的冲突检测请求，冲突检测请求中包括依赖组件信息和业务跟踪控制请求中的功能控制要求，判断与业务相关的跟踪控制请求与各依赖组件当前的跟踪状态是否冲突，将包括非冲突部分的依赖组件的检测结果反馈给OSPE服务器1；TCM 4将OSPE服务器1发送的依赖组件列表经过冲突检测后分为冲突组件列表和非冲突组件列表两个新表：对于打开类型的跟踪控制请求可分别是已打开跟踪功能的组件列表和未打开跟踪功能的组件列表，对于关闭类型的跟踪控制请求可分为跟踪功能被多个跟踪使用的组件列表和跟踪功能被一个跟踪使用的组件列表；TCM 4可以采用列表的方式将包括非冲突部分的检测结果反馈给OSPE服务器1；TCM 4还对组件当前的跟踪状态进行更新，对于冲突部分组件，可直接根据业务跟踪控制请求中的功能控制要求进行更新，对于非冲突部分组件，可根据OSPE服务器1反馈的业务跟踪控制命令的执行结果对相应组件当前的跟踪状态进行更新；

跟踪代理2根据OSPE服务器1下发的业务跟踪控制命令，对所属组件执行业务跟踪控制；反馈业务跟踪控制命令的执行情况。

上述OSPE系统可应用本发明实施例一或二所提供的业务跟踪控制方法，将跟踪状态表保存于TCM 4中，下面以打开业务跟踪方法为例，进行详细说明，关闭业务跟踪方法在上述系统中的应用可类推。在上述OSPE系统执行打开业务跟踪的信令流程如图8所示，包括：

a1、OSPE服务器接收到OSPE请求者的打开业务跟踪请求，该请求中指定需要打开跟踪的业务；

a2、OSPE服务器根据请求中指定的业务，向SMAC查询该业务的依赖性；

a3、SMAC根据指定的业务，查询其依赖性，获取跟踪该业务相关联的业务以及跟踪该业务所需的相关依赖组件，并将该组件列表返回给OSPE服务器；

a4、OSPE服务器向TCM发出冲突检测请求，请求中包括该业务跟踪请求所涉及的组件列表及相关控制请求；

a5、TCM根据组件列表及相关控制请求，查询跟踪状态表，将组件分为两组：已经打开跟踪功能的冲突组件列表，未打开跟踪功能的非冲突组件列表；

a6”、TCM对已打开跟踪功能的组件列表中的组件进行状态更新处理，记录该次被请求打开业务跟踪事件；

a6、TCM给OSPE服务器返回冲突检测结果，其中包括未打开跟踪功能的非冲突组件列表；

a7、OSPE服务器向未打开跟踪功能的组件列表中的每个组件的跟踪代理发出打开跟踪功能命令；

a8、跟踪代理执行跟踪命令，打开该组件的跟踪功能；

a9、跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

a10、若返回跟踪命令执行成功的结果，OSPE服务器将结果反馈给TCM，TCM更新跟踪状态表中该组件对该跟踪命令的执行情况。

上述步骤a6’与步骤a6～a10，分别为对冲突部分组件和非冲突部分组件的执行流程，因此可以并列进行。

实施例六、一种OSPE系统，如图9所示，包括：OSPE服务器5、跟踪代理6、SMAC 7和TCM 8；

OSPE服务器5接收业务跟踪控制请求，业务跟踪控制请求中包括被请求的业务以及与该业务相关的功能控制要求；根据被请求的业务向SMAC 7进行被请求业务的依赖组件查询，根据SMAC 7反馈的非冲突的依赖组件信息下发相应的业务跟踪控制命令给各个依赖组件的跟踪代理6；将业务跟踪控制命令的执行结果反馈给SMAC 7；

SMAC 7收到OSPE服务器5的查询请求后，查询相应的依赖组件信息，并向TCM 8发送冲突检测请求，冲突检测请求中包括所需要的依赖组件信息及相关的功能控制要求；将TCM 8反馈的非冲突类依赖组件信息反馈给OSPE服务器5；转发OSPE服务器5反馈的业务跟踪控制命令的执行结果给TCM 8；

TCM 8接收SMAC 7发送的冲突检测请求，判断跟踪功能的控制请求与各依赖组件当前的跟踪状态是否冲突，将各组件的冲突检测结果分为冲突类和非冲突类；将包括非冲突类依赖组件信息的检测结果反馈给SMAC 7；对组件当前的跟踪状态进行更新，对于冲突部分组件，可直接根据相关功能控制要求进行更新，对于非冲突部分组件，可根据SMAC 7反馈的业务跟踪控制命令的执行结果对相应组件当前的跟踪状态进行更新；

跟踪代理6根据OSPE服务器5下发的业务跟踪控制命令，对所属组件执行业务跟踪控制，反馈业务跟踪控制命令的执行情况。

本实施例与实施例五均采用了独立跟踪管理模块TCM的方案，区别之处在于，实施例五中TCM只与OSPE服务器交互，在本例中TCM则只与SMAC交互，TCM接收SMAC的依赖组件列表生成冲突检测结果并返回给SMAC。至于跟踪代理执行控制命令的反馈，可经由SMAC间接传递给TCM。

本实施例OSPE系统同样可应用本发明实施例一或二所提供的业务跟踪控制方法，下面以关闭业务跟踪方法为例，进行详细说明，打开业务跟踪方法的应用可类推。在上述OSPE系统执行关闭业务跟踪的信令流程如图10所示，包括：

b1、OSPE服务器接收到OSPE请求者的关闭业务跟踪请求，该请求中指定需要关闭跟踪的业务；

b2、OSPE服务器根据请求中指定的业务，向SMAC查询该业务的依赖性；

b3、SMAC根据指定的业务，查询其依赖性，获取跟踪该业务相关联的业务以及跟踪该业务所需的相关依赖组件；

b4、SMAC向TCM发出冲突检测请求，请求中包括该业务跟踪请求所涉及的组件列表及相关功能控制要求；

b5、TCM根据组件列表及相关控制请求查询跟踪状态表，将组件分为两组：跟踪功能被一个跟踪使用的非冲突组件列表，跟踪功能被多个跟踪使用的冲突组件列表；

b6’、TCM对跟踪功能被多个跟踪使用的组件列表中的组件进行状态更新处理，记录该次被请求关闭业务跟踪事件；

b6、TCM给SMAC返回冲突检测结果，其中包括跟踪功能被一个跟踪使用的非冲突组件列表，SMAC将结果传递给OSPE服务器；

b7、OSPE服务器根据跟踪功能被一个跟踪使用的组件列表，向其中每个组件的跟踪代理发出关闭跟踪功能命令；

b8、跟踪代理执行跟踪命令，将该组件的跟踪功能关闭；

b9、跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

b10、若返回跟踪命令执行成功的结果，OSPE服务器将结果反馈给TCM，TCM更新跟踪状态表中该组件对该跟踪命令的执行情况。

上述步骤b6”与步骤b6～b10，分别为对冲突部分组件和非冲突部分组件的执行流程，因此可以并列进行。

实施例七、一种OSPE系统，如图11所示，包括：OSPE服务器9、跟踪代理10、SMAC 11和TCM 12；

OSPE服务器9接收业务跟踪控制请求；向SMAC 11进行被请求业务的依赖组件查询；根据TCM 12反馈的各组件的冲突检测结果下发相应的业务跟踪控制命令给依赖组件的跟踪代理10；将业务跟踪控制命令的执行结果反馈给TCM 12；

SMAC 11收到OSPE服务器9的查询请求后，查询相应的依赖组件信息，并向TCM 12发送冲突检测请求，冲突检测请求中包括所需要的依赖组件信息及相关控制请求；

TCM 12接收SMAC 11发送的冲突检测请求，判断跟踪功能的控制请求与各依赖组件当前的跟踪状态是否冲突，将各组件的冲突检测结果分为冲突类和非冲突类；将包括非冲突类依赖组件信息的检测结果反馈给OSPE服务器9；根据业务跟踪控制命令的执行结果对相应组件当前的跟踪状态进行更新；对组件当前的跟踪状态进行更新，对于冲突部分组件，可直接根据相关功能控制要求进行更新，对于非冲突部分组件，可根据OSPE服务器9反馈的业务跟踪控制命令的执行结果对相应组件当前的跟踪状态进行更新；

跟踪代理10根据OSPE服务器9下发的业务跟踪控制命令，对所属组件执行业务跟踪控制，反馈业务跟踪控制命令的执行情况。

本实施例与前两个实施例相比同样采用了独立跟踪管理模块TCM的方案，区别之处在于，本例中TCM与OSPE服务器和SMAC均有交互，TCM接收SMAC的依赖组件列表生成冲突检测结果，并将包括非冲突类依赖组件信息的检测结果直接传递给OSPE服务器。对于跟踪代理的反馈，直接由OSPE服务器反馈给TCM。

本实施例OSPE系统应用实施例一打开业务跟踪方法的信令流程如图12所示，包括：

c1、OSPE服务器接收到OSPE请求者的打开业务跟踪请求；

c2、OSPE服务器根据请求中指定的业务，向SMAC查询该业务的依赖性；

c3、SMAC根据指定的业务，查询其依赖性，获取跟踪该业务相关联的业务以及跟踪该业务所需的相关依赖组件；

c4、SMAC向TCM发出冲突检测请求；

c5、TCM根据组件列表及相关控制请求，查询跟踪状态表，将组件分为两组：已经打开跟踪功能的冲突组件列表，未打开跟踪功能的非冲突组件列表；

c6’、TCM对已打开跟踪功能的组件列表中的组件进行状态更新，记录该次被请求打开业务跟踪事件；

c6、TCM给OSPE服务器返回冲突检测结果，其中包括未打开跟踪功能的非冲突组件列表；

c7、OSPE服务器根据未打开跟踪功能的组件列表，给列表中的每个组件的跟踪代理发出打开跟踪功能命令；

c8、跟踪代理执行跟踪命打开该组件的跟踪功能；

c9、跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

c10、若返回跟踪命令执行成功的结果，OSPE服务器将结果反馈给TCM，TCM更新跟踪状态表中该组件对该跟踪命令的执行情况。

上述步骤c6”与步骤c6～c10，分别为对冲突部分组件和非冲突部分组件的执行流程，因此可以并列进行。

实施例五～七提供了集中且独立处理跟踪冲突检测的系统架构方案，在这些方案中，冲突检测功能逻辑上独立于其它模块，有利于冲突检测功能模块的标准化，以及对组件状态数据的统一管理。

实施例八、一种SMAC，如图13所示，包括：业务数据管理模块m11、TCM模块m12；

业务数据管理模块m11完成通常SMAC所执行的操作：存储业务数据及其依赖组件信息，接收业务依赖组件查询请求，查询请求中包括被请求的业务以及与业务相关的功能控制要求；此外还将查询到的依赖组件信息和相关功能控制要求发送给本发明新增的TCM模块m12；根据TCM模块m12反馈的各组件的冲突检测结果，将包括非冲突的依赖组件信息的冲突检测结果作为查询请求的反馈发送；

TCM模块m12负责执行冲突检测操作：检测跟踪功能的控制请求与各依赖组件当前的跟踪状态是否冲突，将包括非冲突依赖组件信息的检测结果反馈给业务数据管理模块m11；接收组件反馈的控制命令执行结果；对组件当前的跟踪状态进行更新，对于冲突部分组件，可直接根据相关功能控制要求进行更新，对于非冲突部分组件，可根据反馈的控制命令执行结果对相应组件当前的跟踪状态进行更新；

采用上述SMAC的OSPE系统架构如图14所示，SMAC m1接收OSPE服务器m2的查询请求，在获取被查询业务的依赖组件后，直接在内部进行跟踪冲突检测，将包括非冲突依赖组件信息的检测结果返回给OSPE服务器m2，OSPE服务器m2根据非冲突组件信息下发相应的控制命令给跟踪代理m3。对于跟踪代理m3的命令执行反馈，可直接由OSPE服务器m2反馈给SMAC m1中的TCM模块m12。

此系统架构中，冲突检测功能位于SMAC，将跟踪依赖组件的查询功能以及冲突检测功能都集中于SMAC进行处理，有利于减少处理流程。

上述OSPE系统应用实施例二关闭业务跟踪方法的信令流程如图15所示，包括：

d1、OSPE服务器接收到OSPE请求者的关闭业务跟踪请求，该请求中指定需要关闭跟踪的业务；

d2、OSPE服务器根据请求中指定的业务，向SMAC查询该业务的依赖性；

d3、SMAC根据指定的业务，查询其依赖性，获取跟踪该业务相关联的业务以及跟踪该业务所需的相关依赖组件；

d4、SMAC的TCM模块根据组件列表及相关控制请求，查询跟踪状态表，将组件分为两组：跟踪功能被一个跟踪使用的非冲突组件列表，跟踪功能被多个跟踪使用的冲突组件列表；

d5’、TCM模块对跟踪功能被多个跟踪使用的组件列表中的组件进行状态更新处理，记录该次被请求关闭业务跟踪事件；

d5、SMAC给OSPE服务器返回冲突检测结果，其中包括跟踪功能被一个跟踪使用的非冲突组件列表；

d6、OSPE服务器根据非冲突组件列表，向跟踪功能被一个跟踪使用的组件列表中的每个组件的跟踪代理发出关闭跟踪功能命令；

d7、跟踪代理执行跟踪命令将该组件的跟踪功能关闭；

d8、跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

d9、若返回跟踪命令执行成功的结果，OSPE服务器将结果反馈给SMAC的TCM模块，TCM模块更新跟踪状态表中该组件对该跟踪命令的执行情况。

上述步骤d5’与步骤d5～d9，分别为对冲突部分组件和非冲突部分组件的执行流程，因此可以并列进行。

实施例九、一种OSPE服务器，如图16所示，包括：跟踪控制模块n11、TCM模块n12；

跟踪控制模块n11完成通常OSPE服务器所执行的操作：接收业务跟踪控制请求，业务跟踪控制请求包括被请求的业务以及与业务相关的功能控制要求，查询并获取该指定业务的依赖组件信息；此外还将查询到的依赖组件信息及相关功能控制要求发送给本发明新增的TCM模块n12；根据TCM模块n12反馈的各组件的冲突检测结果下发相应的业务跟踪控制命令；并将业务跟踪控制命令的执行结果反馈给TCM模块n12；

TCM模块n12负责执行冲突检测操作：检测跟踪功能的控制请求与各依赖组件当前的跟踪状态是否冲突，将包括非冲突依赖组件信息的检测结果反馈给跟踪控制模块n11；对组件当前的跟踪状态进行更新，对于冲突部分组件，可直接根据相关功能控制要求进行更新，对于非冲突部分组件，可根据反馈的业务跟踪控制命令的执行结果对相应组件当前的跟踪状态进行更新。

采用上述OSPE服务器的OSPE系统架构如图17所示，OSPE服务器n1通过查询SMAC n2获得业务依赖组件列表，直接在内部由TCM模块n12进行跟踪冲突检测，并根据检测结果下发相应的控制命令给跟踪代理n3。对于跟踪代理n3的命令执行反馈，可直接由OSPE服务器的TCM模块n12进行处理。

此系统架构中，冲突检测功能位于OSPE服务器，将下发跟踪命令、冲突检测功能以及对跟踪代理的反馈，集中在OSPE服务器进行处理，有利于减少处理流程。

上述OSPE系统应用实施例二关闭业务跟踪方法的信令流程如图18所示，包括：

e1、OSPE服务器接收到OSPE请求者的关闭业务跟踪请求，该请求中指定需要关闭跟踪的业务以及与业务相关的功能控制要求“关闭跟踪功能”；

e2、OSPE服务器根据请求中指定的业务，向SMAC查询该业务的依赖性；

e3、SMAC根据指定的业务，查询其依赖性，获取跟踪该业务相关联的业务所需的相关依赖组件，并将该组件列表返回给OSPE服务器；

e4、OSPE服务器的TCM模块根据组件列表及相关控制请求，查询跟踪状态表，将组件分为两组：跟踪功能被一个跟踪使用的非冲突组件列表，跟踪功能被多个跟踪使用的冲突组件列表；

e5’、TCM模块对跟踪功能被多个跟踪使用的组件列表中的组件进行状态更新处理，记录该次被请求关闭业务跟踪事件；

e5、OSPE服务器根据TCM模块生成的非冲突组件列表，向跟踪功能被一个跟踪使用的组件列表中的每个组件的跟踪代理发送关闭跟踪功能的命令；

e6、跟踪代理执行跟踪命令将该组件的跟踪功能关闭；

e7、跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

e8、若返回跟踪命令执行成功的结果，OSPE服务器将结果反馈给TCM模块，TCM模块更新跟踪状态表中该组件对该跟踪命令的执行情况。

上述步骤e5’与步骤e5～e8，分别为对冲突部分组件和非冲突部分组件的执行流程，因此可以并列进行。

实施例五～九所提供的各种方案中，跟踪冲突检测模块均采用集中模式，设置于OSPE系统的集中控制端。当然，跟踪冲突检测模块也可以分布式地存在于组件的跟踪代理中，在跟踪代理执行控制命令前进行冲突检测。举例如下。

实施例十、一种跟踪代理，如图19所示，包括跟踪处理模块k11、TCM模块k12；

跟踪处理模块k11完成通常跟踪代理所执行的操作：接收业务跟踪控制命令；此外还将跟踪功能控制请求发送给本发明新增的TCM模块k12；根据TCM模块k12反馈的检测结果，进行跟踪命令的处理；

TCM模块k12负责执行冲突检测操作：检测对跟踪功能的控制请求与组件当前的跟踪状态是否冲突，将检测结果分为冲突与非冲突，将包括非冲突部分的检测结果反馈给跟踪控制模块k11，对于冲突的检测结果，直接进行相应的跟踪状态更新。

采用上述跟踪代理的OSPE系统架构如图20所示(清楚起见，图中只画出了一个跟踪代理)，OSPE服务器k2通过查询SMAC k3获得业务依赖组件列表，直接根据依赖组件列表下发控制命令给跟踪代理k1。跟踪代理k1的TCM模块k12进行冲突检测后，对控制命令进行区别处理。

此系统架构中，冲突检测功能位于跟踪代理，将组件状态进行分布式存储、处理，对现有流程的影响最小，流程步骤也最少，有效地提高了处理效率。同集中模式相比，分布模式只需维护本组件的跟踪状态表。

上述OSPE系统应用实施例一打开业务跟踪方法的信令流程如图21所示，包括：

f1、OSPE服务器接收OSPE请求者打开业务跟踪请求；

f2、OSPE服务器根据请求中指定的业务，向SMAC查询该业务的依赖性；

f3、SMAC根据指定的业务，查询其依赖性，获取跟踪该业务相关联的业务以及跟踪该业务所需的相关组件，并将该组件列表返回给OSPE服务器；

f4、OSPE服务器给每个组件的跟踪代理发送打开业务跟踪命令；

f5、跟踪代理的TCM模块进行冲突检测，根据打开业务跟踪命令查询跟踪状态表，若该组件的跟踪功能已打开，则表明跟踪功能打开冲突；若该组件的跟踪功能未打开，则表明跟踪功能打开非冲突。

f6’、TCM模块在检测为冲突的情况下对所属组件进行状态更新处理，记录该次被请求打开业务跟踪事件；

f6、TCM模块在检测为非冲突的情况下，执行打开业务跟踪命令，打开所属组件的跟踪功能；

f7、若打开业务跟踪命令执行成功，TCM模块根据该结果更新所属组件的跟踪状态表。

为进一步更好的理解本发明，下面给出基于本发明实施例五OSPE系统的具体应用例，其它方案的应用可类推。

业务与组件依赖关系：如图2所示，对于业务A的跟踪需要如下组件：组件1，组件3，组件4；对于业务B的跟踪需要如下组件：组件2，组件3，组件5；

SMAC中的业务依赖关系存储内容可表示为：

 

业务名	依赖组件
		业务A	组件1，组件3，组件4

 

业务B	组件2，组件3，组件5

假设初始时TCM中的跟踪状态表为空；

本应用例中执行操作的先后顺序如下：先对A业务进行跟踪，再对B业务进行跟踪，然后关闭B业务跟踪。具体执行流程为：

一、打开业务A相关组件跟踪功能

g1、OSPE请求者请求打开对业务A的跟踪；

g2、OSPE服务器向SMAC请求业务A的依赖关系；

g3、SMAC跟据业务名“业务A”查询其依赖关系，获得组件列表“组件1，组件3，组件4”，同时SMAC将组件列表“组件1，组件3，组件4”返回给OSPE服务器；

g4、OSPE服务器向TCM请求冲突检测，请求消息中携带“业务A”的依赖组件列表“组件1，组件3，组件4”以及相关功能控制要求“打开跟踪功能”；

g5、TCM根据组件列表查询跟踪状态表，由于“组件1，组件3，组件4”在当前跟踪状态表中不存在，则未打开跟踪功能的组件列表为“组件1，组件3，组件4”，已打开跟踪功能的组件列表为空；

g6、TCM将未打开跟踪功能的组件列表“组件1，组件3，组件4”返回给OSPE服务器；

g7、OSPE服务器分别给“组件1”、“组件3”、“组件4”的跟踪代理发送打开跟踪功能命令；

g8、“组件1”、“组件3”、“组件4”的跟踪代理打开“组件1”、“组件3”、“组件4”的跟踪功能；

g9、“组件1”、“组件3”、“组件4”的跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

g10、若“组件1”、“组件3”、“组件4”都返回执行成功的结果，OSPE服务器将结果反馈给TCM，TCM更新跟踪状态表中该组件对该跟踪命令的执行情况，具体跟踪状态表更新如下：

跟踪状态表数据结构采用“组件”和“引用次数”的方式，步骤g10中，由于“组件1”、“组件3”、“组件4”在跟踪状态表的组件栏中不存在，则在跟踪状态表中增加“组件1”、“组件3”、“组件4”的记录，由于它们的默认引用次数都是零，则将相应的引用次数加一后设为1。此时跟踪状态表的内容包括：

 

组件	引用次数
		组件1	1
组件3	1
		组件4	1

二、打开业务B相关组件跟踪功能

h1、OSPE请求者请求打开对业务B的跟踪；

h2、OSPE服务器向SMAC请求业务B的依赖关系；

h3、SMAC跟据业务名“业务B”查询其依赖关系，获得组件列表“组件2，组件3，组件5”，同时SMAC将组件列表“组件2，组件3，组件5”返回给OSPE服务器；

h4、OSPE服务器向TCM请求冲突检测，请求消息中携带“业务B”的依赖组件列表“组件2，组件3，组件5”以及相关功能控制要求“打开跟踪功能”；

h5、TCM根据组件列表查询跟踪状态表，由于“组件3”已经出现在跟踪状态表，表明已经被打开，则未打开跟踪功能的组件列表为“组件2，组件5”，已打开跟踪功能的组件列表为“组件3”；

h6、TCM将未打开跟踪功能的组件列表“组件2，组件5”返回给OSPE服务器；根据已打开跟踪功能的组件列表“组件3”，更新其状态表；

h7、OSPE服务器分别给“组件2”、“组件5”的跟踪代理发送打开跟踪功能命令；

h8、“组件2”、“组件5”的跟踪代理打开“组件2”、“组件5”的跟踪功能；

h9、“组件2”、“组件3”的跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

h10、若“组件2”、“组件3”都返回执行成功的结果，OSPE服务器将结果反馈给TCM，TCM更新跟踪状态表中该组件对该跟踪命令的执行情况。

具体跟踪状态表更新如下：

跟踪状态表数据结构采用“组件”和“引用次数”的方式，步骤h6中，由于“组件3”已经存在于跟踪状态表的组件栏中，则将“组件3”的次数加1，次数变为2；步骤h10中，由于“组件2”、“组件5”在跟踪状态表的组件栏中不存在，则在跟踪状态表中增加“组件2”、“组件5”的记录，引用次数都为1。此时跟踪状态表的内容包括：

 

组件	引用次数
		组件1	1
组件2	1
		组件3	2
组件4	1
		组件5	1

三、关闭业务B相关组件跟踪功能

i1、OSPE请求者请求关闭对业务B的跟踪；

i2、OSPE服务器向SMAC请求业务B的依赖关系；

i3、SMAC跟据业务名“业务B”查询其依赖关系，获得组件列表“组件2，组件3，组件5”，同时SMAC将组件列表“组件2，组件3，组件5”返回给OSPE服务器；

i4、OSPE服务器向TCM请求冲突检测，请求消息中携带“业务B”的依赖组件列表“组件2，组件3，组件5”以及相关功能控制要求“关闭跟踪功能”；

i5、TCM根据组件列表查询跟踪状态表，由于“组件3”引用次数为2，则导致关闭冲突，属于跟踪功能被多次打开组件列表；“组件2，组件5”引用次数为1，则无关闭冲突，属于跟踪功能只被打开一次组件列表；

i6、TCM将跟踪功能被一个跟踪使用的组件列表“组件2，组件5”返回给OSPE服务器；根据跟踪功能被多个跟踪使用的组件列表“组件3”，更新状态表；

i7、OSPE服务器给“组件2”、“组件5”的跟踪代理发送关闭跟踪功能命令；

i8、“组件2”、“组件5”的跟踪代理关闭“组件2”、“组件5”的跟踪功能；

i9、“组件2”、“组件5”的跟踪代理给OSPE服务器返回该组件的跟踪命令执行结果；

i10、若“组件2”、“组件5”均返回跟踪命令执行成功的结果，OSPE服务器将结果反馈给TCM，TCM更新跟踪状态表中该组件对该跟踪命令的执行情况。

具体跟踪状态表更新如下：

跟踪状态表数据结构采用“组件”和“引用次数”的方式，将“业务B”的跟踪所涉及的“组件2，组件3，组件5”在跟踪状态表中相应的引用次数减一。得到“组件2”的次数为零，“组件3”的次数为一，“组件5”的次数为零。于是将“组件2”、“组件5”从跟踪状态列表中删除。此时跟踪状态表的内容包括：

 

组件	引用次数
		组件1	1
组件3	1
		组件4	1

以上对本发明所提供的业务跟踪控制方法、业务跟踪系统以及业务数据库、跟踪控制服务器、跟踪代理等相关跟踪装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (16)

1、一种业务跟踪控制方法，包括：接收业务跟踪控制请求；进行被请求业务的依赖性查询，获得被请求业务的依赖组件信息；

其特征在于：

还包括，对所述依赖组件进行冲突检测，即检测所述业务跟踪控制命令中的功能控制要求与依赖组件当前的跟踪状态是否冲突；对处于不同跟踪状态的依赖组件区别处理业务跟踪控制命令的下发；

或者还包括，对所述依赖组件下发业务跟踪控制命令；对下发了业务跟踪控制命令的依赖组件进行冲突检测，即检测所述业务跟踪控制命令中的功能控制要求与依赖组件当前的跟踪状态是否冲突；对处于不同跟踪状态的依赖组件区别处理业务跟踪控制命令的执行。

2、根据权利要求1所述的业务跟踪控制方法，其特征在于：

所述对处于不同跟踪状态的依赖组件区别处理业务跟踪控制命令的下发具体为：若对某依赖组件的冲突检测为冲突，不对该依赖组件下发业务跟踪控制命令；若对某依赖组件的冲突检测为非冲突，对该依赖组件下发业务跟踪控制命令；

所述对处于不同跟踪状态的依赖组件区别处理业务跟踪控制命令的执行具体为：若对某依赖组件的冲突检测为冲突，不对该依赖组件执行业务跟踪控制命令；若对某依赖组件的冲突检测为非冲突，对该依赖组件执行业务跟踪控制命令。

3、根据权利要求2所述的业务跟踪控制方法，其特征在于，还包括：对所述业务的依赖组件当前的跟踪状态进行更新，若对某依赖组件的冲突检测为冲突，则用该次被请求的业务跟踪事件更新其当前的跟踪状态；若对某依赖组件的冲突检测为非冲突，则根据所述业务跟踪控制命令执行后的结果，对该依赖组件当前的跟踪状态进行更新。

4、根据权利要求3所述的业务跟踪控制方法，其特征在于：所述业务跟踪控制请求包括打开业务跟踪请求；

所述冲突检测包括检测依赖组件的当前跟踪状态是否为已打开跟踪功能；

所述区别处理包括，不向检测为已打开跟踪功能的依赖组件下发或执行打开跟踪功能命令；向检测为未打开跟踪功能的依赖组件下发或执行打开跟踪功能命令；

所述跟踪状态的更新包括，对检测为已打开跟踪功能的依赖组件，用该次被请求的打开跟踪功能事件更新其当前的跟踪状态；对检测为未打开跟踪功能的依赖组件，根据所述打开跟踪功能命令执行后的结果，对该依赖组件当前的跟踪状态进行更新。

5、根据权利要求3所述的业务跟踪控制方法，其特征在于：所述业务跟踪控制请求包括关闭业务跟踪请求；

所述冲突检测包括检测依赖组件的当前跟踪状态是否为跟踪功能被一个跟踪使用；

所述区别处理包括，不向检测为跟踪功能被多个跟踪使用的依赖组件下发或执行关闭跟踪功能命令；向检测为跟踪功能被一个跟踪使用的依赖组件下发或执行关闭跟踪功能命令；

所述跟踪状态的更新包括，对检测为跟踪功能被多个跟踪使用的依赖组件，用该次被请求的关闭跟踪功能事件更新其当前的跟踪状态；对检测为跟踪功能被一个跟踪使用的依赖组件，根据所述关闭跟踪功能命令执行后的结果，对该依赖组件当前的跟踪状态进行更新。

6、一种跟踪系统，其特征在于：包括跟踪控制服务器、业务数据库和跟踪冲突管理模块；

所述跟踪控制服务器接收业务跟踪控制请求；向所述业务数据库发送被请求业务的依赖性查询请求，获得被请求业务的依赖组件信息；向所述跟踪冲突管理模块发送冲突检测请求，所述冲突检测请求包括所述依赖组件信息和业务跟踪控制请求中的功能控制要求；根据所述跟踪冲突管理模块反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；

所述业务数据库为所述跟踪控制服务器提供业务的依赖组件信息；

所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪控制服务器。

7、一种跟踪系统，其特征在于：包括跟踪控制服务器、业务数据库和跟踪冲突管理模块；

所述跟踪控制服务器接收业务跟踪控制请求；向所述业务数据库发送被请求业务的依赖性查询请求；根据所述跟踪冲突管理模块反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；

所述业务数据库收到所述跟踪控制服务器的查询请求后，查询被请求业务的依赖组件信息；向所述跟踪冲突管理模块发送冲突检测请求，所述冲突检测请求包括所述依赖组件信息和业务跟踪控制请求中的功能控制要求；

所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪控制服务器。

8、根据权利要求6或7所述的跟踪系统，其特征在于：所述跟踪控制服务器的区别处理包括，不向检测为冲突的依赖组件下发业务跟踪控制命令，向检测为非冲突的依赖组件下发业务跟踪控制命令；所述跟踪控制服务器还将下发的业务跟踪控制命令的执行结果反馈给所述跟踪冲突管理模块；

所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用该次被请求的业务跟踪事件更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

9、一种跟踪系统，其特征在于：包括跟踪控制服务器、业务数据库和跟踪冲突管理模块；

所述跟踪控制服务器接收业务跟踪控制请求；向所述业务数据库发送被请求业务的依赖性查询请求；根据所述业务数据库反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；

所述业务数据库收到所述跟踪控制服务器的查询请求后，查询被请求业务的依赖组件信息；向所述跟踪冲突管理模块发送冲突检测请求，所述冲突检测请求包括所述依赖组件信息和业务跟踪控制请求中的功能控制要求；将所述跟踪冲突管理模块的检测结果反馈给所述跟踪控制服务器；

所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述业务数据库。

10、根据权利要求9所述的跟踪系统，其特征在于：所述跟踪控制服务器的区别处理包括，不向检测为冲突的依赖组件下发业务跟踪控制命令，向检测为非冲突的依赖组件下发业务跟踪控制命令；所述跟踪控制服务器还将下发的业务跟踪控制命令的执行结果通过所述业务数据库反馈给所述跟踪冲突管理模块；

所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用该次被请求的业务跟踪事件更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

11、一种业务数据库，其特征在于：包括业务数据管理模块和跟踪冲突管理模块；

所述业务数据管理模块存储业务数据及其依赖组件信息；接收业务的依赖性查询请求，所述查询请求包括被请求的业务和相关功能控制要求；将查询到的依赖组件信息和所述功能控制要求发送给所述跟踪冲突管理模块；将所述跟踪冲突管理模块的检测结果作为所述查询请求的反馈发送；

所述跟踪冲突管理模块检测所述功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述业务数据管理模块。

12、根据权利要求11所述的业务数据库，其特征在于：所述跟踪冲突管理模块还接收依赖组件对业务跟踪控制命令的执行结果；所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用所述功能控制要求更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

13、一种跟踪控制服务器，其特征在于：包括跟踪控制模块和跟踪冲突管理模块；

所述跟踪控制模块接收业务跟踪控制请求；查询并获得被请求业务的依赖组件信息；将所述业务的依赖组件信息和业务跟踪控制请求中的功能控制要求发送给所述跟踪冲突管理模块；根据所述跟踪冲突管理模块反馈的各依赖组件的冲突检测结果区别处理业务跟踪控制命令的下发；

所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所述业务的依赖组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪控制模块。

14、根据权利要求13所述的跟踪控制服务器，其特征在于：所述跟踪控制模块的区别处理包括，不向检测为冲突的依赖组件下发业务跟踪控制命令，向检测为非冲突的依赖组件下发业务跟踪控制命令；所述跟踪控制模块还将下发的业务跟踪控制命令的执行结果反馈给所述跟踪冲突管理模块；

所述跟踪冲突管理模块还对依赖组件当前的跟踪状态进行更新，对判断为冲突的依赖组件，用该次被请求的业务跟踪事件更新其当前的跟踪状态；对判断为非冲突的依赖组件，则根据所述业务跟踪控制命令的执行结果，对该依赖组件当前的跟踪状态进行更新。

15、一种设置于组件的跟踪代理，其特征在于：包括跟踪处理模块和跟踪冲突管理模块；

所述跟踪处理模块接收业务跟踪控制命令；将所述业务跟踪控制命令中的功能控制要求发送给所述跟踪冲突管理模块；根据所述跟踪冲突管理模块反馈的检测结果，区别处理所述业务跟踪控制命令的执行；

所述跟踪冲突管理模块检测所述业务跟踪控制请求中的功能控制要求与所属组件当前的跟踪状态是否冲突，将检测结果反馈给所述跟踪处理模块。

16、根据权利要求15所述的跟踪代理，其特征在于：所述跟踪处理模块的区别处理包括，在检测结果为冲突时不执行所述业务跟踪控制命令，在检测结果为非冲突时执行所述业务跟踪控制命令；所述跟踪处理模块还将业务跟踪控制命令的执行结果反馈给所述跟踪冲突管理模块；

所述跟踪冲突管理模块还对所属组件当前的跟踪状态进行更新，在检测结果为冲突时用所述功能控制要求更新其当前的跟踪状态；在检测结果为非冲突时，则根据所述业务跟踪控制命令的执行结果，对所属组件当前的跟踪状态进行更新。

Images