[发明专利]业务跟踪方法及跟踪设备和系统

说明书

技术领域

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

背景技术

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

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

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

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

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

发明内容

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

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

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

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

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

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

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