CN101114930B - 业务跟踪方法及跟踪设备和系统 - Google Patents

Abstract

本发明公开了一种进行业务跟踪的方法，其核心思想是，采用对具有业务路径分支选择权的关键业务组件进行路径选择控制，使得跟踪系统能够事先规划被测业务的执行路径。跟踪控制服务器可以动态的多次下发路径选择策略，直接修改路径设置；也可以将下发的多个路径选择策略方案与相应的标识相关联，通过改变指示标识来实现不同业务路径的选择。本发明还提供相应的跟踪设备和系统。本发明解决了动态业务路径中发生故障时定位困难的问题，为业务提供商和运营商提供了分析业务故障的有效手段。

Description

业务跟踪方法及跟踪设备和系统

技术领域

本发明通讯技术领域，具体涉及一种业务跟踪方法及相应的跟踪设备和系统。

背景技术

随着通讯技术的不断发展，承载网络能够提供开放的业务开发和运行环境，业务组件的种类和数量日益增多，业务组件与业务组件间也不再彼此孤立，可能存在互相调用、互为替换等错综复杂的关系，相互关联的众多业务组件为具体业务的执行提供了更多可能的方式和路径。

对业务进行跟踪是进行故障分析和定位的有效手段。开放移动联盟(OMA：Open Mobile Alliance)提出的管理和维护业务生命周期及负责业务跟踪的系统(OSPE：OMA Service Provider Environment)中包括跟踪控制服务器(OSPE服务器)、设置在各种业务组件上的跟踪代理以及负责存储和维护业务目录及模型的业务数据库(SMAC：Service Model And Catalogue)。

进行业务跟踪通常所采用的运行机制是：当需要进行业务跟踪时，跟踪控制服务器根据OSPE请求者的业务跟踪请求，到SMAC查询被请求业务的相关信息，包括该业务的依赖组件以及组件之间的业务路径关系等，然后在跟踪可能涉及的业务依赖组件上预先设定跟踪任务；在此业务组件收到某业务的业务请求，进行业务处理时，如果是被跟踪的业务，则由跟踪代理对处理过程进行日志记录，并上报跟踪控制服务器。常见的业务跟踪方式可分为两类：一是普通跟踪方式，跟踪代理对业务请求进行是否执行跟踪的判断并处理；一是下发跟踪令牌(SLT Token：Service Level Tracing Token)跟踪的方式，该方式与普通跟踪方式的区别在于，跟踪控制服务器在开始跟踪时，还向首个业务组件的跟踪代理下发跟踪令牌，然后跟踪令牌随同被跟踪业务的业务消息在各个业务组件的跟踪代理间传递，跟踪代理根据对跟踪令牌的判断来执行跟踪处理。

在业务的实际执行过程中，业务组件之间的调用关系常具有实时性和偶然性，很多业务在组件中的实际执行路径是根据实际场景动态产生的。由于各个业务组件都是被动的接受业务请求的到达，对于那些具有动态路径的业务来说，跟踪系统事先并无法确定业务在业务组件中的具体执行路径。因此，在利用现有的业务跟踪功能进行故障定位时，有时即使采用同样的业务请求去测试，也不能保证实现相同的业务路径，从而不能重现故障。

另外，在部署一个新业务时，往往需要在真实的业务组件环境中测试新业务各种可能的路径。而采用上述跟踪方式进行调测，显然也无法保证各种可能业务路径的准确遍历，无法有针对性的测试期望路径的业务执行情况。

发明内容

本发明的目的在于提供一种能够对跟踪路径进行控制，实现指定路径跟踪的业务跟踪方法及相应的跟踪设备和系统。

为达到本发明的目的，所采取的技术方案是：一种业务跟踪方法，包括：跟踪控制服务器配置并向需要跟踪的业务的业务组件下发跟踪任务，以及向所述业务的关键业务组件下发路径选择策略，所述关键业务组件是能够确定继续执行所述业务的下一个业务组件的业务组件；所述关键业务组件获得被跟踪的所述业务的业务请求，执行所述跟踪任务以及根据所述路径选择策略进行业务路径选择，确定继续执行所述业务的下一个业务组件。

所述关键业务组件可以包括一个以上，所述跟踪控制服务器下发给每个关键业务组件的路径选择策略或者是业务路径选择的全部方案，或者是该关键业务组件负责执行的相应部分。

所述跟踪控制服务器下发的路径选择策略可以包括一个以上的方案，各个路径选择策略方案具有相应的标识；所述跟踪控制服务器还向首个被跟踪的业务组件下发带有跟踪令牌的跟踪命令，所述跟踪令牌随业务的业务消息在业务组件之间传递，跟踪令牌中包含对指定的路径选择策略方案的标识；所述关键业务组件按照所述指定的路径选择策略方案的标识执行相应的路径选择策略方案。

优选的是，所述跟踪控制服务器逐次下发携带对应不同路径选择策略方案的标识的跟踪命令，进行可选业务路径的遍历。

或者，所述跟踪控制服务器逐次下发不同的路径选择策略方案，进行可选业务路径的遍历。

优选的是，所述关键业务组件在执行业务路径选择后还向所述跟踪控制服务器上报跟踪日志，所述跟踪日志包括对路径选择的执行信息；所述跟踪控制服务器还根据上报的路径选择执行信息进行下一次所使用路径选择策略方案的确定。

本发明还提供一种跟踪系统，包括跟踪控制服务器和跟踪代理，所述跟踪代理设置于各业务组件；所述跟踪控制服务器配置并向需要跟踪的业务的业务组件下发跟踪任务，以及设置并下发路径选择策略给关键业务组件的跟踪代理；所述关键业务组件的跟踪代理接收所述路径选择策略，在所述关键业务组件获得被跟踪的所述业务的业务请求后，执行所述跟踪任务以及并执行所述路径选择策略，确定继续执行所述业务的下一个业务组件。

优选的是，在上述跟踪系统中，所述跟踪控制服务器还下发包括跟踪令牌的跟踪命令给首个被跟踪的业务组件的跟踪代理；对下发到所述关键业务组件的跟踪代理中的一个以上路径选择策略方案进行指定；将对指定的路径选择策略方案的标识添加到所述跟踪命令的跟踪令牌中；所述关键业务组件的跟踪代理随业务的业务消息传递所述跟踪令牌；按照所述指定的路径选择策略方案的标识执行相应的路径选择策略方案。

优选的是，在上述跟踪系统中，所述关键业务组件的跟踪代理还将路径选择的执行信息反馈给所述跟踪控制服务器；所述跟踪控制服务器还根据所述路径选择执行信息进行所使用路径选择策略方案的确定。

本发明并提供一种跟踪控制服务器，包括业务跟踪控制模块和跟踪路径控制模块，所述业务跟踪控制模块配置并向需要跟踪的业务的业务组件下发跟踪任务；所述跟踪路径控制模块，设置并向所述业务的关键业务组件下发用于确定继续执行所述业务的下一个业务组件的路径选择策略，以便于所述关键业务组件获得被跟踪的所述业务的业务请求后，执行所述跟踪任务以及根据所述路径选择策略进行业务路径选择，确定继续执行所述业务的下一个业务组件。

所述跟踪路径控制模块可包括路径配置模块、配置接口模块；所述路径配置模块设置并向所述业务的关键业务组件下发用于确定继续执行所述业务的下一个业务组件的路径选择策略；所述配置接口模块接收并执行对所述路径配置模块的设置操作。

优选的是，所述跟踪路径控制模块还包括路径标识管理模块；所述业务跟踪控制模块还向首个被跟踪的业务组件的跟踪代理下发包括跟踪令牌的跟踪命令；所述路径配置模块向所述业务的关键业务组件下发包括一个以上方案的路径选择策略，各个路径选择策略方案具有相应的标识，所述路径配置模块并对下发的一个以上路径选择策略方案进行指定；所述路径标识管理模块将对所述路径配置模块指定的路径选择策略方案的标识添加到所述跟踪命令的跟踪令牌中。

优选的是，上述跟踪控制服务器的跟踪路径控制模块，还包括路径反馈处理模块；所述路径反馈处理模块接收对路径选择的执行信息并反馈给所述路径配置模块；所述路径配置模块根据所述路径选择执行信息进行所使用路径选择策略方案的确定。

所述对路径配置模块的设置操作可包括，设置需要下发路径选择策略的业务组件的编号、设置路径选择策略中的选择条件、对所使用路径选择策略方案的指定。

本发明同时提供一种跟踪代理，设置于业务组件，包括跟踪处理模块和路径选择逻辑模块；所述跟踪处理模块接收跟踪控制服务器下发的需要跟踪的业务的跟踪任务并在所述的业务组件获得被跟踪的业务请求后执行所述跟踪任务；所述路径选择逻辑模块接收所述跟踪控制服务器下发的路径选择策略，在所述的业务组件获得被跟踪的所述业务请求后，与所述业务组件的业务处理模块合作，根据所述路径选择策略配置的路径选择逻辑，确定继续执行所述业务的下一个业务组件。

优选的是，所述路径选择逻辑模块还向所述跟踪控制服务器反馈所述路径选择的执行信息。

采用上述技术方案，本发明有益的技术效果在于：

1)本发明采用对具有业务路径分支选择权的关键业务组件进行路径选择控制的方法，使得跟踪系统能够事先规划被测业务的行经路径，解决了动态业务路径中发生故障时定位困难的问题，为业务提供商和运营商提供了分析业务故障的有效手段。

2)采用本发明还可进行批量测试计划的定制，根据每次实际路径选择的信息，例如组件对路径选择执行情况的反馈，来决定下一次的测试路径方案的确定，以实现多个业务路径的自动测试功能，例如依次执行不同的路径、实现路径的自动遍历等，提高业务调测的效率。

附图说明

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

图1是本发明实施例一进行业务跟踪的方法流程示意图；

图2是具有分支的业务路径中关键业务组件的选择示例一；

图3是具有分支的业务路径中关键业务组件的选择示例二；

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

图5是本发明实施例三跟踪控制服务器模块结构示意图；

图6是本发明实施例四跟踪代理结构示意图；

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

图8是本发明实施例六进行业务跟踪的方法流程示意图；

图9是本发明实施例七进行业务跟踪的方法流程示意图；

图10是本发明实施例八跟踪控制服务器模块结构示意图；

图11是本发明实施例九跟踪系统模块结构示意图；

图12是本发明应用例的调测系统模块结构示意图；

图13是本发明应用例的跟踪调测过程示意图。

具体实施方式

本发明提供一种进行业务跟踪的方法，其核心思想是，对业务路径中具有分支选择权的关键业务组件进行设置，通过下发路径选择策略来控制业务执行的具体路径。跟踪控制服务器可以动态的多次下发路径选择策略，直接修改路径设置；也可以将下发的多个路径选择策略方案与相应的标识相关联，通过改变该标识来实现不同业务路径的选择。本发明还提供相应的跟踪系统、跟踪控制服务器、跟踪代理。以下分别对本发明方法和系统进行详细说明。

实施例一、一种进行业务跟踪的方法，流程如图1所示，包括：

A1、跟踪控制服务器向业务路径中的关键业务组件下发路径选择策略，本文中所称关键业务组件为能够确定可选业务路径的业务组件；

一个业务的执行，可能需要由终端和一个或多个业务组件参与处理，它们构成了该次业务处理的一个处理链，在本文中称为“业务路径”。

关键业务组件是指对业务路径的分支具有选择权的业务组件，在业务路径中有时会存在多个可互相替代的业务组件，包括多个具有相似功能的业务组件或者同一业务组件的多个副本等。关键业务组件就是能够在出现这种选择时，确定继续执行业务的下一个业务组件的业务组件。关键业务组件的一种示例情况如图2所示，图2中对于同一业务A，具有两条可能的业务路径：业务组件1→业务组件2→业务组件4、业务组件1→业务组件3→业务组件4。此时位于业务路径分支的前一个业务组件“业务组件1”即具有对下一业务组件的选择权，因此可以作为关键业务组件。图3展示了另一种示例情况，假定所有的业务组件1～4都受到业务组件“业务组合调度中心”的控制，那么，也可以选择该业务组件作为关键业务组件，因为它同样具有业务路径分支的选择权。此外，关键业务组件还可以是设备分发中心等，总之，关键业务组件可根据对业务路径分支的选择权来确定，并不局限于具体的形式；

在通常的业务执行流程中，关键业务组件一般是根据某些即时或偶然的因素来确定下一业务组件的选择的，例如该业务执行时所处的环境以及某些即时参数的影响，比如发生时间段、当前业务负荷等。本发明下发的路径选择策略就是对上述不确定的动态选择的代替。所称的“路径选择策略”既可以是明确的选择指示，例如“指定下一业务组件为业务组件2”；也可以是根据特定条件，例如时间段、消息参数等，进行判断的选择逻辑；

A2、关键业务组件获得被跟踪的业务请求，此时被跟踪的业务执行到业务路径的分支点；

A3、关键业务组件执行跟踪控制服务器下发的路径选择策略，例如直接对下一业务组件进行指定，或根据选择策略所指示的判断逻辑进行判断等，确定继续执行业务的下一个业务组件。

在业务路径中可能有多个分支点，因此关键业务组件也可能具有多个，所以跟踪控制服务器给每个关键业务组件下发的路径选择策略既可以是整个业务路径选择的全部方案，即，不但包括该关键业务组件需要执行的那部分方案也包括其他业务路径选择点的关键业务组件需要执行的方案，也可以仅仅是该关键业务组件负责执行的那部分方案。

在上述实施例中，跟踪控制服务器可以针对每一次业务跟踪，动态下发路径选择策略，随时对业务路径的选择进行指示，实现灵活调测的目的。基于实施例一、在希望进行批量测试的情况下，可采用下述方案：

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

B1、跟踪控制服务器向业务路径中的关键业务组件下发路径选择策略；

B2、关键业务组件获得被跟踪的业务请求；

B3、关键业务组件执行跟踪控制服务器下发的路径选择策略，确定继续执行业务的下一个业务组件；

B4、关键业务组件在执行了路径选择之后，将实际执行的结果加入到跟踪日志中，上报给跟踪控制服务器；实际路径选择的执行信息可能是选择执行成功，以及具体的选择结果，也可能是选择执行失败，以及相关的失败信息，或者其它异常情况；

B5、跟踪控制服务器继续逐次下发不同的路径选择策略方案，进行业务路径的遍历。这些不同的路径选择策略方案可事先根据需要测试的路径进行编制，例如，可以是一组希望的目标路径，或者是某业务请求可能的全部业务路径。跟踪控制服务器在进行路径选择策略方案的下发时，还可以参考关键业务组件上报的对上一次业务路径选择的实际执行结果。所使用的参考策略可依据实际情况制定，例如，持续下发对某路径的指定，直到该路径被实际执行再下发对不同路径的指定，或者直到报错次数达到设定值，产生错误报警等。

本实施例中的单次路径选择控制方法与实施例一相同，只是进一步基于跟踪控制服务器的持续逐次下发路径选择策略方案，来实现一组业务路径的遍历，实施例二中所提供的方法适宜于执行批量测试。上述两个实施例所提供的方法中，关键业务组件直接按照跟踪控制服务器下发的路径选择策略进行执行，因此适用于各种跟踪方式，包括普通跟踪方式与下发跟踪令牌的跟踪方式。

下面对可使用上述两个实施例所提供业务跟踪方法的跟踪设备及系统进行说明：

实施例三、一种跟踪控制服务器，如图5所示，包括业务跟踪控制模块11和本发明新增的跟踪路径控制模块12，跟踪路径控制模块12包括配置接口模块121、路径配置模块122、路径反馈处理模块123等几个子模块；

业务跟踪控制模块11完成通常跟踪控制服务器所执行的操作：接收操作者的跟踪要求，配置并下发跟踪任务等；

配置接口模块121提供操作员对路径配置模块122进行设置的接口；操作员通过此接口可进行测试路径的配置设置操作包括：设置需要下发路径选择策略的业务组件的编号、设置路径选择策略中的选择条件、对路径选择策略方案的选择等；

路径配置模块122设置并下发用于确定继续执行业务的下一个业务组件的路径选择策略；

路径反馈处理模块123负责接收对路径选择的执行信息并反馈给路径配置模块122，作为其下发后续路径选择策略的参考依据之一。

实施例四、一种跟踪代理，如图6所示，包括跟踪处理模块21和本发明新增的路径选择逻辑模块22；

跟踪处理模块21完成通常跟踪代理所执行的操作：接收并执行跟踪任务，完成业务级跟踪功能，比如启动跟踪功能；获取跟踪配置信息；在业务消息中插入业务跟踪指示；记录和上报跟踪日志等；

路径选择逻辑模块22接收并执行路径选择策略，在执行路径选择策略时，与业务处理模块合作，根据路径选择策略配置的路径选择逻辑，确定测试路径中的下一个业务组件，然后反馈实际路径执行的信息。

实施例五、一种跟踪系统，如图7所示，包括跟踪控制服务器1和设置于各业务组件的跟踪代理2，跟踪控制服务器1和跟踪代理2分别采用实施例三和四中所描述的结构；

各业务组件，业务组件1、业务组件2、......等，均包括对业务进行处理的业务处理模块，以及对业务执行跟踪的跟踪代理2。由各业务组件的业务处理模块构成了业务处理系统，由跟踪控制服务器以及业务组件中的跟踪代理构成了业务跟踪系统。

跟踪控制服务器1包括业务跟踪控制模块11和跟踪路径控制模块12，跟踪路径控制模块12包括配置接口模块121、路径配置模块122、路径反馈处理模块123等几个子模块；跟踪代理2包括跟踪处理模块21和路径选择逻辑模块22；业务跟踪控制模块11与跟踪处理模块21完成通常业务跟踪系统所执行的操作，跟踪路径控制模块12与路径选择逻辑模块22所构成的业务跟踪路径控制系统作为新增入业务跟踪系统的一个子系统，实现指定路径的跟踪和调试功能；

路径配置模块122设置路径选择策略并向选定的关键业务组件的路径选择逻辑模块22下发路径选择策略；

路径反馈处理模块123负责处理路径选择逻辑模块22反馈的路径选择执行信息，该信息可来自于跟踪代理2上报的跟踪日志中与路径选择相关的部分，路径反馈处理模块123将该执行信息提供给路径配置模块122，作为其下发后续路径选择策略的参考依据之一，以支持批量测试计划，实现多个业务路径的自动测试任务；

路径选择逻辑模块22接收并执行路径配置模块122下发的路径选择策略，在执行路径选择策略时，与业务处理模块合作，根据路径选择策略配置的路径选择逻辑，确定测试路径中的下一个业务组件，然后将实际路径执行信息反馈给路径反馈处理模块123。

本实施例中，在系统层面上并不区分某业务组件是否为关键业务组件，因为对路径的选择权是针对具体业务而言的，几乎每个业务组件都有成为关键业务组件的可能，因此最好能够为各个业务组件的跟踪代理部署路径选择逻辑模块22，除非肯定某业务组件不具有成为关键业务组件的可能，或者是采用集中控制业务的业务组件，例如前述业务组合调度中心，作为关键业务组件。

实施例六、一种进行业务跟踪的方法，流程如图8所示，包括：

C1、跟踪控制服务器向业务路径中的关键业务组件下发路径选择策略，其中包括一个以上的方案，下发的各个路径选择策略方案中具有相应的标识；

C2、跟踪控制服务器还向首个被跟踪的业务组件下发带有跟踪令牌的跟踪命令，跟踪令牌随业务的业务消息在业务组件之间传递，跟踪令牌中包含对指定的路径选择策略方案的标识，以下将该对指定的路径选择策略方案的标识称为测试标识；

上述两个步骤可不论先后，本实施例中选择先下发路径选择策略的方案；

C3、关键业务组件获得被跟踪的业务请求，由于跟踪令牌随业务的业务消息在业务组件之间传递，因此该业务请求的消息中携带有包括测试标识的跟踪令牌；

C4、关键业务组件按照测试标识选择与该测试标识对应的路径选择策略方案，并执行该路径选择策略方案，确定继续执行业务的下一个业务组件。

本实施例与实施例一的区别在于，实施例一中跟踪控制服务器直接下发供执行的路径选择策略，对路径选择的修改通过下发不同的路径选择策略来实现；而本例中则以不同的测试标识来对应已下发的不同的路径选择策略方案，通过改变测试标识，实现测试不同的业务路径的目的。

基于实施例六，同样可以获得进行批量测试的方案：

实施例七、一种进行业务跟踪的方法，流程如图9所示，包括：

D1、跟踪控制服务器向业务路径中的关键业务组件下发路径选择策略，其中包括一个以上的方案，下发的各个路径选择策略方案中具有相应的标识；

D2、跟踪控制服务器还向首个被跟踪的业务组件下发带有跟踪令牌的跟踪命令；

D3、关键业务组件获得被跟踪的业务请求，该业务请求携带有包括测试标识的跟踪令牌；

D4、关键业务组件按照测试标识执行相应的路径选择策略方案，确定继续执行业务的下一个业务组件。

D5、关键业务组件在执行了路径选择之后，将实际执行的结果加入到跟踪日志中，上报给跟踪控制服务器；

D6、跟踪控制服务器继续逐次下发携带不同测试标识的跟踪命令，进行业务路径的遍历。

上述两个实施例所提供的方法中，关键业务组件根据跟踪令牌中携带的测试标识选择相应的路径选择策略进行执行，适用于下发跟踪令牌的跟踪方式。

下面对可使用上述两个实施例所提供业务跟踪方法的跟踪设备及系统进行说明：

实施例八、一种跟踪控制服务器，如图10所示，本实施例跟踪控制服务器与实施例三基本相同，主要区别之处在于，本实施例服务器适用于下发跟踪令牌的跟踪方式，相应于采用测试标识来对多个路径选择策略方案进行选择，在系统中增加了路径标识管理模块来进行指定路径选择策略方案与跟踪令牌的关联。本实施跟踪控制服务器包括业务跟踪控制模块31和跟踪路径控制模块32，跟踪路径控制模块32包括配置接口模块321、路径配置模块322、路径反馈处理模块323、路径标识管理模块324；

业务跟踪控制模块31接收操作者的跟踪要求，配置并下发跟踪任务，下发包括跟踪令牌的跟踪命令；

配置接口模块321提供操作员对路径配置模块322进行设置的接口；

路径配置模块322设置并下发路径选择策略，其中包括一个以上的方案，各个路径选择策略方案中具有相应的标识；路径配置模块322在执行业务跟踪的时候对该一个以上的路径选择策略方案进行指定，以确定该次跟踪所使用的路径选择策略方案；

路径标识管理模块324根据路径配置模块322对路径选择策略方案的指定，将与该方案所包含的标识相应的测试标识添加到跟踪命令的跟踪令牌中；将测试标识放入跟踪令牌中，可采用各种具有标识意义的关联手段，例如用一个字段来存放测试标识等；

路径反馈处理模块323负责接收对路径选择的执行信息并反馈给路径配置模块322，作为其下发后续路径选择策略的参考依据之一。

实施例九、一种跟踪系统，如图11所示，包括跟踪控制服务器3和设置于各业务组件的跟踪代理4，跟踪控制服务器3采用实施例八中所描述的结构；跟踪控制服务器3包括业务跟踪控制模块31和跟踪路径控制模块32，跟踪路径控制模块32包括配置接口模块321、路径配置模块322、路径反馈处理模块323、路径标识管理模块324；跟踪代理4包括跟踪处理模块41和路径选择逻辑模块42；

业务跟踪控制模块31接收操作者的跟踪要求，配置并下发跟踪任务，向首个跟踪代理2下发包括跟踪令牌的跟踪命令，跟踪代理2随业务路径传递跟踪令牌；

跟踪处理模块41接收并执行跟踪任务，记录和上报跟踪日志；

路径配置模块322设置路径选择策略并向选定的关键业务组件的路径选择逻辑模块42下发路径选择策略，其中包括一个以上的方案，路径配置模块322在执行业务跟踪的时候对该一个以上的路径选择策略方案进行指定，以确定该次跟踪所使用的路径选择策略方案；

路径反馈处理模块323负责处理路径选择逻辑模块42反馈的路径选择执行信息，将该执行信息提供给路径配置模块322，作为其下发后续测试标识的参考依据之一，以支持批量测试计划，实现多个业务路径的自动测试任务；

路径选择逻辑模块42接收并执行路径配置模块322下发的路径选择策略，在执行路径选择策略时，与业务处理模块合作，根据业务请求中包含的测试标识选择相应的路径选择策略方案进行执行，确定测试路径中的下一个业务组件，然后将实际路径执行信息反馈给路径反馈处理模块323。

为进一步更好的理解本发明，下面给出具体业务场景中基于本发明的一个应用例，在该应用例中采用实施例七所描述的方法和实施例九所提供的系统，其它方案的应用可类推。

应用例：对业务“查找附近医院信息”的指定路径跟踪

业务描述：“查找附近医院信息”的应用场景为，用户发送短信请求查找附近医院信息，系统将附近医院的位置信息标注在电子地图上，通过彩信发送给用户。

业务过程：用户终端发送“查找附近医院”的短信到短信搜索中心；短信搜索中心分析完成搜索需要获得用户的位置信息；调用定位服务确定用户位置。其中定位服务可以根据用户终端能力和具体环境，在Cell-ID和GPS-A之间选取最合适的服务完成定位。获得用户位置后，电子地图服务将用户附近的医院位置和简单信息标注在用户附近区域的电子地图上；并将此电子地图通过彩信发送给用户。

通过上述业务过程可以看出，“查找附近医院信息”业务由如下几个业务组件来完成：短信搜索业务组件、定位业务组件、电子地图业务组件、彩信业务组件。其中定位业务组件有两种选择：“Cell-ID定位业务组件”和“GPS-A”定位业务组件”，它们在“查找附近医院信息”业务路径中是互相代替的关系。

当用户投诉“查找附近医院信息”这个新业务故障时，操作员根据投诉知道当时用户的大致位置，并发现用户终端同时支持Cell-ID和GPS-A两种定位服务。此时需要分别测试采用Cell-ID定位和采用GPS-A定位两种路径才能定位故障。

应用本发明的调测系统如图12所示，所涉及的业务组件包括用户终端、短信搜索业务组件、Cell-ID定位业务组件、GPS-A定位业务组件、电子地图业务组件、彩信业务组件。图12中仅在短信搜索业务组件上画出了路径选择逻辑模块，是因为该业务组件为本应用情形下的关键业务组件，其他业务组件虽然也可能部署了路径选择逻辑模块，但在本应用场景中不被使用，因此未画出。

指定路径的跟踪调试过程如图13所示，包括：

a1、操作员通过配置接口模块对路径配置模块进行设置，包括，指定关键业务组件的编号为短信搜索业务组件的编号；配置具有两个方案的路径选择策略，分别为a：在测试标识为a时，选择采用Cell-ID业务组件执行定位；b：在测试标识为b时，选择采用GPS-A组件执行定位。该选择策略采用的是以方案的编号直接映射业务路径中的下一个业务组件的编号的简单逻辑。

a2、跟踪控制服务器将包括上述a、b方案的路径选择策略下发给短信搜索业务；

a3、跟踪控制服务器向终端设备下发跟踪命令，命令中的跟踪令牌包含标记为a的测试标识；

a4、短信搜索业务组件获得终端设备的业务请求，该业务请求中包含有跟踪令牌；

a5、短信搜索业务组件发现跟踪令牌中的测试标识指示为a，即执行路径选择策略方案a，通知业务处理模块选择采用Cell-ID业务组件执行定位；

a6、短信搜索业务组件的跟踪代理采集实际业务选择信息，加入向跟踪控制服务器上报的跟踪日志中；

a7、后续业务组件各自依序继续执行业务流程；

a8、跟踪控制服务器分析跟踪日志，获知Cell-ID定位业务组件已经被测试，则修改跟踪命令中的测试标识为b，再次进行业务跟踪，过程与上述相同，只是此次测试路径变为选择GPS-A定位业务组件。

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

Claims (16)

1.一种业务跟踪方法，其特征在于，包括：

跟踪控制服务器配置并向需要跟踪的业务的业务组件下发跟踪任务，以及向所述业务的关键业务组件下发路径选择策略，所述关键业务组件是能够确定继续执行所述业务的下一个业务组件的业务组件；

所述关键业务组件获得被跟踪的所述业务的业务请求，执行所述跟踪任务以及根据所述路径选择策略进行业务路径选择，确定继续执行所述业务的下一个业务组件。

2.根据权利要求1所述的业务跟踪方法，其特征在于：所述关键业务组件包括一个以上，所述跟踪控制服务器下发给每个关键业务组件的路径选择策略或者是业务路径选择的全部方案，或者是该关键业务组件负责执行的相应部分。

3.根据权利要求1所述的业务跟踪方法，其特征在于：所述跟踪控制服务器下发的路径选择策略包括一个以上的方案，各个路径选择策略方案具有相应的标识；

所述跟踪控制服务器还向首个被跟踪的业务组件下发带有跟踪令牌的跟踪命令，所述跟踪令牌随业务的业务消息在业务组件之间传递，跟踪令牌中包含对指定的路径选择策略方案的标识；

所述关键业务组件按照所述指定的路径选择策略方案的标识执行相应的路径选择策略方案。

4.根据权利要求3所述的业务跟踪方法，其特征在于：所述跟踪控制服务器逐次下发携带对应不同路径选择策略方案的标识的跟踪命令，进行可选业务路径的遍历。

5.根据权利要求1所述的业务跟踪方法，其特征在于：所述跟踪控制服务器逐次下发不同的路径选择策略方案，进行可选业务路径的遍历。

6.根据权利要求4或5所述的业务跟踪方法，其特征在于：所述关键业务组件在执行业务路径选择后还向所述跟踪控制服务器上报跟踪日志，所述跟踪日志包括对路径选择的执行信息；

所述跟踪控制服务器还根据上报的路径选择执行信息进行下一次所使用路径选择策略方案的确定。

7.一种跟踪系统，其特征在于：包括跟踪控制服务器和跟踪代理，所述跟踪代理设置于各业务组件；

所述跟踪控制服务器配置并向需要跟踪的业务的业务组件下发跟踪任务，以及设置并下发路径选择策略给关键业务组件的跟踪代理，所述关键业务组件是能够确定继续执行所述业务的下一个业务组件的业务组件；

所述关键业务组件的跟踪代理接收所述路径选择策略，在所述关键业务组件获得被跟踪的所述业务的业务请求后，执行所述跟踪任务并执行所述路径选择策略，确定继续执行所述业务的下一个业务组件。

8.根据权利要求7所述的跟踪系统，其特征在于：所述跟踪控制服务器还下发包括跟踪令牌的跟踪命令给首个被跟踪的业务组件的跟踪代理；对下发到所述关键业务组件的跟踪代理中的一个以上路径选择策略方案进行指定；将对指定的路径选择策略方案的标识添加到所述跟踪命令的跟踪令牌中；

所述关键业务组件的跟踪代理随业务的业务消息传递所述跟踪令牌；按照所述指定的路径选择策略方案的标识执行相应的路径选择策略方案。

9.根据权利要求7或8所述的跟踪系统，其特征在于：所述关键业务组件的跟踪代理还将路径选择的执行信息反馈给所述跟踪控制服务器；

所述跟踪控制服务器还根据所述路径选择执行信息进行所使用路径选择策略方案的确定。

10.一种跟踪控制服务器，包括业务跟踪控制模块，

所述业务跟踪控制模块配置并向需要跟踪的业务的业务组件下发跟踪任务；

其特征在于：还包括跟踪路径控制模块，

所述跟踪路径控制模块，设置并向所述业务的关键业务组件下发用于确定继续执行所述业务的下一个业务组件的路径选择策略，以便于所述关键业务组件获得被跟踪的所述业务的业务请求后，执行所述跟踪任务以及根据所述路径选择策略进行业务路径选择，确定继续执行所述业务的下一个业务组件，所述关键业务组件是能够确定继续执行所述业务的下一个业务组件的业务组件。

11.根据权利要求10所述的跟踪控制服务器，其特征在于：所述跟踪路径控制模块包括路径配置模块、配置接口模块；

所述路径配置模块设置并向所述业务的关键业务组件下发用于确定继续执行所述业务的下一个业务组件的路径选择策略；

所述配置接口模块接收并执行对所述路径配置模块的设置操作。

12.根据权利要求11所述的跟踪控制服务器，其特征在于：所述跟踪路径控制模块还包括路径标识管理模块；

所述业务跟踪控制模块还向首个被跟踪的业务组件的跟踪代理下发包括跟踪令牌的跟踪命令；

所述路径配置模块向所述业务的关键业务组件下发包括一个以上方案的路径选择策略，各个路径选择策略方案具有相应的标识，所述路径配置模块并对下发的一个以上路径选择策略方案进行指定；

所述路径标识管理模块将对所述路径配置模块指定的路径选择策略方案的标识添加到所述跟踪命令的跟踪令牌中。

13.根据权利要求11或12所述的跟踪控制服务器，其特征在于：所述跟踪路径控制模块还包括路径反馈处理模块；

所述路径反馈处理模块接收对路径选择的执行信息并反馈给所述路径配置模块；

所述路径配置模块根据所述路径选择执行信息进行所使用路径选择策略方案的确定。

14.根据权利要求11或12所述的跟踪控制服务器，其特征在于：所述对路径配置模块的设置操作包括，设置需要下发路径选择策略的业务组件的编号、设置路径选择策略中的选择条件、对所使用路径选择策略方案的指定。

15.一种跟踪代理，设置于业务组件，包括跟踪处理模块，所述跟踪处理模块接收跟踪控制服务器下发的需要跟踪的业务的跟踪任务并在所述的业务组件获得被跟踪的业务请求后执行所述跟踪任务，其特征在于：还包括路径选择逻辑模块；

所述路径选择逻辑模块接收所述跟踪控制服务器下发的路径选择策略，在所述的业务组件获得被跟踪的所述业务请求后，与所述业务组件的业务处理模块合作，根据所述路径选择策略配置的路径选择逻辑，确定继续执行所述业务的下一个业务组件。

16.根据权利要求15所述的跟踪代理，其特征在于：所述路径选择逻辑模块还向所述跟踪控制服务器反馈所述路径选择的执行信息。

Images