故障检测方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及系统故障检测技术，尤其涉及一种故障检测方法、装置、电子设备及存储介质。


背景技术：

2.随着应用系统功能的不断完善，系统的可靠性面临着越来越大的挑战。目前，生产环境上部署的服务都有比较成熟的监控机制，能及时发现服务超时。
3.但是，在检测到服务超时之后，具体是服务的哪个函数超时，或者是方法的某个参数输入不当。目前，确定服务超时原因主要通过线下分析，例如：通过日志分析等，这就严重的影响了排查故障的时效性。


技术实现要素：

4.本发明实施例提供了一种故障检测方法、装置、电子设备及存储介质，以实现提高故障检测效率，降低故障检测难度的效果。
5.第一方面，本发明实施例提供了一种故障检测方法，该方法包括：
6.当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据所述目标模板生成目标脚本文件；其中，所述故障检测模板库存储在客户端中；
7.当服务端中的监听器监听到所述目标脚本文件生成时，将所述目标脚本文件发送至所述服务端的执行器；
8.当所述执行器接收到所述目标脚本文件时，调用所述服务端中的动态跟踪分析工具执行所述目标脚本文件，得到故障排查结果。
9.第二方面，本发明实施例还提供了一种故障检测装置，该装置包括：
10.目标脚本文件生成模块，用于当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据所述目标模板生成目标脚本文件；其中，所述故障检测模板库存储在客户端中；
11.目标脚本文件转发模块，用于当服务端中的监听器监听到所述目标脚本文件生成时，将所述目标脚本文件发送至所述服务端的执行器；
12.目标脚本文件执行模块，用于当所述执行器接收到所述目标脚本文件时，调用所述服务端中的动态跟踪分析工具执行所述目标脚本文件，得到故障排查结果。
13.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序，
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的故障检测方法。
17.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机
程序，该程序被处理器执行时实现如本发明实施例任一所述的故障检测方法。
18.本发明实施例的技术方案，通过当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据目标模板生成目标脚本文件，当服务端中的监听器监听到目标脚本文件生成时，将目标脚本文件发送至服务端的执行器，当执行器接收到目标脚本文件时，调用服务端中的动态跟踪分析工具执行目标脚本文件，得到故障排查结果，解决了线下分析实时性差的问题以及线上分析对技术人员的能力高需求的问题，实现了提高故障检测效率，降低故障检测难度的效果。
附图说明
19.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
20.图1为本发明实施例一所提供的一种故障检测方法的流程示意图；
21.图2为本发明实施例二所提供的一种故障检测方法的流程示意图；
22.图3为本发明实施例二所提供的一种故障检测方法的流程示意图；
23.图4为本发明实施例三所提供的一种故障检测装置的结构示意图；
24.图5为本发明实施例四所提供的一种电子设备的结构示意图。
具体实施方式
25.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
26.实施例一
27.图1为本发明实施例一所提供的一种故障检测方法的流程示意图，本实施例可适用对计算机系统进行故障检测的情况，该方法可以由故障检测装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端、pc端、服务器等。
28.如图1所述，本实施例的方法具体包括如下步骤：
29.s110、当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据目标模板生成目标脚本文件。
30.其中，故障检测模板库存储在客户端中。故障检测模板库可以是存储各故障检测模板的模板库。故障检测模板可以是根据各种故障类型预先构建的模板，例如：服务慢检测模板，系统超大对象检测模板，方法入参和返回值等信息获取模板，服务堆栈信息打印模板等。目标模板可以是用户选择触发的至少一个故障检测模板。目标脚本文件可以是以目标模板为基础创建的shell脚本。客户端可以是web端等。
31.具体的，当用户想要针对系统故障进行检测，可以从客户端的故障检测模板中选择触发一个或多个故障检测模板。当检测到故障检测模板库中的故障检测模板被触发时，可以将触发的一个或多个待检测模板确定为目标模板。进而，以目标模板为基础创建目标
脚本文件，以便后续触发服务端的故障检测服务。
32.s120、当服务端中的监听器监听到目标脚本文件生成时，将目标脚本文件发送至服务端的执行器。
33.其中，服务端可以是出现故障的系统所部署的服务器。监听器可以是用于监测是否有目标脚本文件生成的模块或程序。执行器可以是接收控制信号，触发某种功能执行的模块或程序。
34.具体的，当服务端中的监听器监听到目标脚本文件生成时，可以确定当前用于故障检测的脚本文件可以投入使用，此时可以向执行器发送控制信号，并将目标脚本文件发送至服务端的执行器，以便后续执行目标脚本文件。
35.s130、当执行器接收到目标脚本文件时，调用服务端中的动态跟踪分析工具执行目标脚本文件，得到故障排查结果。
36.其中，动态跟踪分析工具可以是用于在不停机的情况下监控线上情况的工具，可选的，动态跟踪分析工具包括btrace(byte trace)，btrace是一种java动态、安全追踪工具，可以不停机的情况下监控线上情况，并且做到最少的侵入，占用最少的系统资源；但是，使用者在使用btrace时，需要对btrace本身很熟悉，对部署的系统应用也足够熟悉，即同时具备这两种能力。故障排查结果可以是检测报告，可以包括是否具有故障，故障位置等信息。
37.具体的，当执行器接收到目标脚本文件时，根据控制信号启动动态跟踪分析工具，通过动态跟踪分析工具来执行目标脚本文件。进而，在目标脚本文件运行的过程中或者运行结束后，可以得到目标脚本文件的运行结果，并根据运行结果得到故障排查结果。
38.在上述各实施例的基础上，可选的，在得到故障排查结果之后，可以进行如下处理：
39.步骤一、将故障排查结果发送至检测人员的终端设备。
40.其中，检测人员可以是触发故障检测模板的用户，也可以是对故障进行处理的用户。终端设备可以是固定终端或移动终端等。
41.具体的，在得到故障排查结果之后，可以将故障排查结果发送至检测人员的终端设备，若故障排查结果中包含故障，则检测人员可以根据接受到的故障排查结果进行分析和处理。
42.步骤二、若故障排查结果中不包含故障，则从故障检测模板库中确定出与目标模板相关联的关联模板，并将关联模板发送至检测人员的终端设备。
43.其中，关联模板可以是与目标模板故障情况类似的模板，也可以是故障排查功能相似的模板等。
44.具体的，若故障排查结果中不包含故障，则表明通过基于目标模板生成的目标脚本文件无法确定当前的故障情况，可能存在模板选择错误的情况，此时，可以将与目标模板相关联的关联模板发送给检测人员，以便检测人员能够快速选择下一次进行故障检测的故障检测模板。
45.需要说明的是，可以预先建立各故障检测模板之间的关联关系，例如：可以在同类型故障对应的故障检测模板之间建立关联关系，也可以对相似异常报错对应的故障检测模板之间建立关联关系等。
46.本发明实施例的技术方案，通过当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据目标模板生成目标脚本文件，当服务端中的监听器监听到目标脚本文件生成时，将目标脚本文件发送至服务端的执行器，当执行器接收到目标脚本文件时，调用服务端中的动态跟踪分析工具执行目标脚本文件，得到故障排查结果，解决了线下分析实时性差的问题以及线上分析对技术人员的能力高需求的问题，实现了提高故障检测效率，降低故障检测难度的效果。
47.实施例二
48.图2为本发明实施例二所提供的一种故障检测方法的流程示意图，本实施例在本发明实施例中任一可选技术方案的基础上，可选地，针对故障检测模板库的建立、目标脚本文件的生成以及目标脚本文件的执行方式可参见本实施例的技术方案。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。
49.如图2所示，本实施例的方法具体可包括：
50.s210、基于springboot框架构建与各故障类型相对应的至少一个故障检测模板。
51.其中，springboot框架的作用是简化spring应用的初始搭建以及开发过程，开发者可以快速上手，不需再去关注复杂的配置流程。故障类型可以是不同的系统应用故障，例如：服务慢，系统对象过大，方法入参和返回值错误，服务堆栈错误等。
52.具体的，基于springboot框架构建用于检测各种故障的故障检测模板，并将各故障检测模板根据可以处理的故障类型进行分类存储。
53.可选的，可以基于下述方式构建故障检测模板：
54.基于springboot框架中的调用与动态跟踪分析工具相对应的依赖包，通过依赖包中的注解和内置方法构建与各故障类型相对应的至少一个故障检测模板。
55.其中，依赖包可以是springboot框架中与动态跟踪分析工具相关的数据包。注解和内置方法可以是用于注解和编写的方法，注解可以是一种java的注释机制，java语言中的类、方法、变量、参数和包等都可以被标注。
56.具体的，在springboot框架中引用与动态跟踪分析工具相对应的依赖包，以便后续调用相关函数和方法等。进而，调用依赖包中的注解和内置方法来编写各个故障检测模板，并将各个故障检测模板依照不同的故障类型进行分类存储。
57.需要说明的是，通过maven引入btrace的依赖包，使用btrace的注解和内置方法，实现一套检测的模板。
58.s220、根据各故障检测模板建立故障检测模板库。
59.具体的，将各故障检测模板进行整合整理，构建供检测人员选择和使用的故障检测模板库，
60.s230、当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板。
61.s240、若目标模板中包含待输入参数时，则根据待输入参数生成参数获取控件，当基于参数获取控件获取待输入参数时，调用客户端中的脚本生成器根据待输入参数以及目标模板生成目标脚本文件。
62.其中，待输入参数可以是目标模板中的待填写内容，即配置信息。参数获取控件可以是提供给检测人员以获取待输入参数的控件，例如：文本框，选择框等。脚本生成器可以
根据检测人员输入的待输入参数和/或目标模板生成目标脚本文件。
63.具体的，若目标模板中包含待输入参数时，则表示目标模板需要结合待输入参数才能投入使用，此时，可以根据待输入参数生成参数获取控件。当检测到检测人员在参数获取控件中输入或选择完成时，获取参数获取控件对应的待输入参数，并将待输入参数整合在目标模板中与各待输入参数相对应的位置处。进而，通过客户端中的脚本生成器根据整合后的模板生成目标脚本文件。
64.s250、若目标模板中不包含待输入参数时，则调用脚本生成器根据目标模板生成目标脚本文件。
65.具体的，若目标模板中不包含待输入参数时，则表明目标模板是完整的，此时，可以直接通过客户端中的脚本生成器根据目标模板生成目标脚本文件。
66.s260、当服务端中的监听器监听到目标脚本文件生成时，将目标脚本文件发送至服务端的执行器。
67.s270、当执行器接收到目标脚本文件时，若服务端中存在动态跟踪分析工具，则基于动态跟踪分析工具执行目标脚本文件，得到故障排查结果，若服务端中不存在动态跟踪分析工具，则将动态跟踪分析工具部署至服务端，并基于部署完成的动态跟踪分析工具执行目标脚本文件，得到故障排查结果。
68.具体的，当执行器接收到目标脚本文件时，需要判断服务端中是否部署有用于执行目标脚本文件的动态跟踪分析工具。若服务端中存在动态跟踪分析工具，则表明可以直接调用动态跟踪分析工具来执行目标脚本文件，以获取故障排查结果。若服务端中不存在动态跟踪分析工具，则表明需要先安装部署动态跟踪分析工具，在检测到服务端中的动态跟踪分析工具安装部署完成时，调用动态跟踪分析工具来执行目标脚本文件，以获取故障排查结果。
69.作为上述各实施例的可选实施方式，图3为本发明实施例二所提供的一种故障检测方法的流程示意图。
70.如图3所示，本实施例的方法具体可包括：
71.1、在服务端部署排查系统和部署btrace(动态跟踪分析工具)。
72.2、在web端(客户端)制定检测计划由脚本生成器直接生成检测脚本(目标脚本文件)。
73.其中，web端可以用于根据故障排查的需要来进行参数配置。脚本生成器用于根据输入的配置信息和/或指定的模板，生成btrace的检测脚本。
74.具体的，制定检测计划可以是：一种是输入应用程序的参数并从模板库(故障检测模板库)里选择检测的模板里选择相应的模板(目标模板)，由脚本生成器直接生成检测脚本；另一种是从模板库里选择检测的模板里选择相应的模板，如某个服务慢，需要找到具体是哪一步慢的时候，就可以直接选择服务运行慢的检测模板，或者由于入参或者对象属性的问题，导致抛出异常，那么就可以选择参数和对象导致异常模板。
75.需要说明的是，通过模板库的建立和使用极大的降低了使用门槛，即使不了解btrace的使用，也可以一键生成检测脚本。可选的，模板库中可以包括服务慢检测模板，系统超大对象检测模板，方法入参和返回值等信息获取模板，服务堆栈信息打印模板等。其中，btrace为部署在服务器端的，作为检测故障的工具。
76.其中，模板库中存储着应用的检测模板(故障检测模板)，如服务慢检测模板，系统超大对象检测模板等。
77.3、监听器实时监听生成的检测脚本，监听到了脚本之后，会通知执行器，执行器执行接收到检测脚本。执行的结果(故障排查结果)会以检测报告的形式返回给用户(检测人员)，用户根据检测报告进行问题分析。
78.其中，监听器部署在服务端，用于监听产生的检测脚本，向执行器发送的检测脚本。执行器用于执行故障排查脚本。
79.具体的，检测方法的实现是基于springboot注解模式和btrace进行开发的，通过maven引入btrace的依赖包，使用btrace的注解和内置方法，实现一套检测的模板。使用的方法包括printvmarguments，printproperties等，可以通过多个方法的封装降低使用者的学习成本，输入参数后生成检测模板，便于一键检测。
80.本发明实施例的技术方案，通过基于springboot框架构建与各故障类型相对应的至少一个故障检测模板，根据各故障检测模板建立故障检测模板库，当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，若目标模板中包含待输入参数时，则根据待输入参数生成参数获取控件，当基于参数获取控件获取待输入参数时，调用客户端中的脚本生成器根据待输入参数以及目标模板生成目标脚本文件，若目标模板中不包含待输入参数时，则调用脚本生成器根据目标模板生成目标脚本文件，当服务端中的监听器监听到目标脚本文件生成时，将目标脚本文件发送至服务端的执行器，当执行器接收到目标脚本文件时，若服务端中存在动态跟踪分析工具，则基于动态跟踪分析工具执行目标脚本文件，得到故障排查结果，若服务端中不存在动态跟踪分析工具，则将动态跟踪分析工具部署至服务端，并基于部署完成的动态跟踪分析工具执行目标脚本文件，得到故障排查结果，解决了线下分析实时性差的问题以及线上分析对技术人员的能力高需求的问题，实现了提高故障检测效率，降低故障检测难度的效果。
81.实施例三
82.图4为本发明实施例三所提供的一种故障检测装置的结构示意图，该装置包括：目标脚本文件生成模块310、目标脚本文件转发模块320以及目标脚本文件执行模块330。
83.其中，目标脚本文件生成模块310，用于当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据所述目标模板生成目标脚本文件；其中，所述故障检测模板库存储在客户端中；目标脚本文件转发模块320，用于当服务端中的监听器监听到所述目标脚本文件生成时，将所述目标脚本文件发送至所述服务端的执行器；目标脚本文件执行模块330，用于当所述执行器接收到所述目标脚本文件时，调用所述服务端中的动态跟踪分析工具执行所述目标脚本文件，得到故障排查结果。
84.可选的，所述装置还包括：模板库建立模块，用于基于springboot框架构建与各故障类型相对应的至少一个故障检测模板；根据各故障检测模板建立所述故障检测模板库。
85.可选的，模板库建立模块，还用于基于所述springboot框架中的调用与所述动态跟踪分析工具相对应的依赖包，通过所述依赖包中的注解和内置方法构建与各故障类型相对应的至少一个故障检测模板。
86.可选的，目标脚本文件生成模块310，还用于若所述目标模板中包含待输入参数时，则根据所述待输入参数生成参数获取控件，当基于所述参数获取控件获取所述待输入
参数时，调用所述客户端中的脚本生成器根据所述待输入参数以及所述目标模板生成目标脚本文件；若所述目标模板中不包含待输入参数时，则调用所述脚本生成器根据所述目标模板生成目标脚本文件。
87.可选的，目标脚本文件执行模块330，还用于若所述服务端中存在所述动态跟踪分析工具，则基于所述动态跟踪分析工具执行所述目标脚本文件，得到故障排查结果；若所述服务端中不存在所述动态跟踪分析工具，则将所述动态跟踪分析工具部署至所述服务端，并基于部署完成的动态跟踪分析工具执行所述目标脚本文件，得到故障排查结果。
88.可选的，所述装置还包括：关联模板发送模块，用于将所述故障排查结果发送至检测人员的终端设备；若所述故障排查结果中不包含故障，则从所述故障检测模板库中确定出与所述目标模板相关联的关联模板，并将所述关联模板发送至所述检测人员的终端设备。
89.可选的，所述动态跟踪分析工具包括btrace。
90.本发明实施例的技术方案，通过当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据目标模板生成目标脚本文件，当服务端中的监听器监听到目标脚本文件生成时，将目标脚本文件发送至服务端的执行器，当执行器接收到目标脚本文件时，调用服务端中的动态跟踪分析工具执行目标脚本文件，得到故障排查结果，解决了线下分析实时性差的问题以及线上分析对技术人员的能力高需求的问题，实现了提高故障检测效率，降低故障检测难度的效果。
91.本发明实施例所提供的故障检测装置可执行本发明任意实施例所提供的故障检测方法，具备执行方法相应的功能模块和有益效果。
92.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
93.实施例四
94.图5为本发明实施例四所提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图5显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
95.如图5所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
96.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
97.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
98.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移
动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。系统存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
99.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如系统存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
100.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过i/o接口(输入/输出接口)411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
101.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的故障检测方法。
102.实施例五
103.本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种故障检测方法，该方法包括：
104.当检测到故障检测模板库中的故障检测模板被触发时，将被触发的故障检测模板作为目标模板，并根据所述目标模板生成目标脚本文件；其中，所述故障检测模板库存储在客户端中；
105.当服务端中的监听器监听到所述目标脚本文件生成时，将所述目标脚本文件发送至所述服务端的执行器；
106.当所述执行器接收到所述目标脚本文件时，调用所述服务端中的动态跟踪分析工具执行所述目标脚本文件，得到故障排查结果。
107.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件
使用或者与其结合使用。
108.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
109.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
110.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
111.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。