拷机测试方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种拷机测试方法及装置。

背景技术：

为了测试保证产品的质量，自动化测试在整个测试过程中发挥着重要的作用。拷机测试是检查产品在极限测试情况下的稳定性和可靠性。在通信产品测试领域，通常使用自动化测试方式对产品做拷机测试。目前自动化拷机测试一般方式为：根据不同的拷机需求，测试人员编写好拷机测试脚本，运行拷机自动化脚本对设备进行拷机测试。

发明人在研究过程中发现，目前的化拷机方式中，拷机任务执行是顺序的，当较早执行的任务资源不满足时，无法执行其他资源约束满足的拷机任务。则为了实现多个拷机测试任务，此时需要将任务资源不能够得到满足的拷机测试任务从脚本中移除，才能够进行后续的拷机测试任务。在拷机测试任务较多的情况下，存在拷机测试效率低的问题。

针对相关技术中拷机测试效率低的问题，目前尚未提出有效的解决方案。

技术实现要素：

为了解决上述技术问题，本发明提供了一种拷机测试方法及装置。

根据本发明的一个方面，提供了一种拷机测试方法，包括：配置测试任务，其中，所述测试任务包括：测试内容、测试需求资源和执行策略；判断所述测试任务的所述测试需求资源是否能被当前系统的可用测试资源满足；根据所述执行策略，执行所述测试需求资源能够被所述可用测试资源满足的测试任务。

优选地，所述测试内容包括：一个测试操作，或者有序排列的多个测试操作，其中，测试操作包括以下之一：重启线卡、端口开启(up)/未开启(down)、主备倒换、设备重启、开放式最短路径优先(Open Shortest Path First，简称为OSPF)路由震荡。

优选地，配置所述测试任务中的所述测试需求资源包括：获取所述测试任务的测试需求资源；记录所述测试任务的测试需求资源至资源需求库中。

优选地，所述执行策略包括：定时执行，或者即时执行。

优选地，在所述测试任务为多个的情况下，判断所述测试任务的所述测试需求资源是否能被当前系统的可用测试资源满足包括：从所述资源需求库获取多个测试任务中每 个测试任务的测试需求资源；分别将所述每个测试任务的测试需求资源与当前系统的所述可用测试资源进行比较，以分别判断所述每个测试任务的所述测试需求资源是否能被当前系统的所述可用测试资源满足。

优选地，在分别将所述每个测试任务的测试需求资源与当前系统的所述可用测试资源进行比较之后，所述方法还包括：标记所述多个测试任务中测试需求资源能够被当前系统的所述可用测试资源满足的测试任务的测试资源预约状态为成功状态。

优选地，执行所述测试需求资源能够被所述可用测试资源满足的测试任务包括：遍历所述多个测试任务的所述测试资源预约状态；提取所述测试资源预约状态为成功状态的测试任务对应的执行策略；根据所述执行策略，执行所述测试资源预约状态为成功状态的测试任务。

优选地，所述测试需求资源和所述可用测试资源包括：测试设备、测试仪表、测试设备之间的连接关系、测试设备与测试仪表之间的连接关系。

优选地，在执行所述测试需求资源能够被所述可用测试资源满足的测试任务之后，所述方法还包括：发送所述测试任务的执行结果至服务器。

根据本发明的另一个方面，还提供了一种拷机测试装置，包括：配置模块，用于配置测试任务，其中，所述测试任务包括：测试内容、测试需求资源和执行策略；判断模块，用于判断所述测试任务的所述测试需求资源是否能被当前系统的可用测试资源满足；执行模块，用于根据所述执行策略，执行所述测试需求资源能够被所述可用测试资源满足的测试任务。

通过本发明，采用配置测试任务，其中，测试任务包括：测试内容、测试需求资源和执行策略；判断测试任务的测试需求资源是否能被当前系统的可用测试资源满足；根据执行策略，执行测试需求资源能够被可用测试资源满足的测试任务的方式，解决了拷机测试效率低的问题，提高了拷机测试的效率。

附图说明

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

图1是根据本发明实施例的拷机测试方法的流程图；

图2是根据本发明实施例的拷机测试装置的结构示意图；

图3是根据本发明优选实施例的测试系统的结构示意图；

图4是根据本发明优选实施例的定制拷机测试模块的工作流程图；

图5是根据本发明优选实施例的预约拷机测试模块的工作流程图；

图6是根据本发明优选实施例的拷机执行调度模块的工作流程图；

图7是根据本发明优选实施例的拷机结果管理模块的工作流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本发明实施例提供了一种拷机测试方法，图1是根据本发明实施例的拷机测试方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，配置测试任务，其中，测试任务包括：测试内容、测试需求资源和执行策略；

步骤S104，判断测试任务的测试需求资源是否能被当前系统的可用测试资源满足；

步骤S106，根据执行策略，执行测试需求资源能够被可用测试资源满足的测试任务。

通过上述步骤，配置测试任务，对测试任务所需的测试需求资源能否被当前系统的可用测试资源满足进行判断，并执行可以满足的测试任务；相对于相关技术中在可用测试资源不能满足的情况下需要修改测试脚本的方式，解决了拷机测试效率低的问题，提高了拷机测试的效率。

优选地，测试内容包括：一个测试操作，或者有序排列的多个测试操作，其中，测试操作包括以下之一：重启线卡、端口开启(up)/未开启(down)、主备倒换、设备重启、开放式最短路径优先(Open Shortest Path First，简称为OSPF)路由震荡。

优选地，在配置测试任务的测试内容时，在系统中可以预设常用的测试操作，用户可以通过选择及排列组合的方式，实现测试任务的配置，从而使得用户可以不需要手动编写脚本，提高了用户体验，也降低了用户进行拷机测试的操作难度。优选地，测试系统还可以提供一个接口，用于用户根据新的测试操作编写测试脚本，并将测试脚本进行 封装，实现新的测试操作的添加。在添加了新的测试操作之后，下一次进行相同测试操作的拷机测试时，可以对封装的测试脚本进行调用，从而避免了再次编写测试脚本。

优选地，在配置测试任务中的测试需求资源时，可以根据用户的输入，获取测试任务所需的测试需求资源；并记录测试任务所需的测试需求资源至资源需求库中。其中，用户输入的可以是测试任务，则此时可以根据测试任务中测试操作的名称以及系统中预设的与测试操作对应的测试资源，确定该测试任务所需的测试资源。此外，用户也可以直接输入与测试任务对应的测试资源。

优选地，执行策略包括：定时执行，或者即时执行。

优选地，在测试任务为多个的情况下，在步骤S104中，可以从资源需求库获取多个测试任务中每个测试任务的测试需求资源；分别将每个测试任务的测试需求资源与当前系统的可用测试资源进行比较，以分别判断每个测试任务的测试需求资源是否能被当前系统的可用测试资源满足。优选地，可用测试资源记录在当前资源库中。

优选地，在分别将每个测试任务的测试需求资源与当前系统的可用测试资源进行比较之后，还可以标记多个测试任务中测试需求资源能够被当前系统的可用测试资源满足的测试任务的测试资源预约状态为成功状态。该标记用于识别测试任务所需的测试需求资源是否能够被当前系统的可用测试资源所满足，以便于后续的测试任务的执行。

优选地，在标记了成功状态的情况下，在步骤S106中可以遍历多个测试任务的测试资源预约状态；提取测试资源预约状态为成功状态的测试任务对应的执行策略；根据执行策略，执行测试资源预约状态为成功状态的测试任务。这样可以对每个测试任务分别采取对应的执行策略，提升了用户体验。

优选地，测试资源包括但不限于：测试设备、测试仪表、测试设备之间的连接关系、测试设备与测试仪表之间的连接关系。

优选地，在步骤S106之后，还可以发送测试任务的执行结果至服务器。用户可以通过访问服务器查询测试任务的执行结果。其中，执行结果包括：执行成功的结果，执行失败的结果，或者未能执行的原因等。

在本实施例中还提供了一种拷机测试装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的拷机测试装置的结构示意图，如图2所示，该装置包括：配置模块22、判断模块24和执行模块26，其中，配置模块22，用于配置测试任务，其中，测试任务包括：测试内容、测试需求资源和执行策略；判断模块24，耦合至配置模块22，用于判断测试任务的测试需求资源是否能被当前系统的可用测试资源满足；执行 模块26，耦合至判断模块24，用于根据执行策略，执行测试需求资源能够被可用测试资源满足的测试任务。

优选地，测试内容包括：一个测试操作，或者有序排列的多个测试操作，其中，测试操作包括以下之一：重启线卡、端口开启(up)/未开启(down)、主备倒换、设备重启、开放式最短路径优先(Open Shortest Path First，简称为OSPF)路由震荡。

优选地，配置模块22用于：获取测试任务的测试需求资源；记录测试任务的测试需求资源至资源需求库中。

优选地，执行策略包括：定时执行，或者即时执行。

优选地，判断模块24用于：在测试任务为多个的情况下，从资源需求库获取多个测试任务中每个测试任务的测试需求资源；分别将每个测试任务的测试需求资源与当前系统的可用测试资源进行比较，以分别判断每个测试任务的测试需求资源是否能被当前系统的可用测试资源满足。

优选地，装置还包括：标记模块，耦合至判断模块24，用于标记多个测试任务中测试需求资源能够被当前系统的可用测试资源满足的测试任务的测试资源预约状态为成功状态。

优选地，执行模块26用于：遍历多个测试任务的测试资源预约状态；提取测试资源预约状态为成功状态的测试任务对应的执行策略；根据执行策略，执行测试资源预约状态为成功状态的测试任务。

优选地，测试需求资源和可用测试资源包括：测试设备、测试仪表、测试设备之间的连接关系、测试设备与测试仪表之间的连接关系。

优选地，装置还包括：发送模块，耦合至执行模块26，用于发送测试任务的执行结果至服务器。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

为了使本发明实施例的描述更加清楚，下面结合优选实施例进行描述和说明。

本发明优选实施例提供了一种测试方法及其系统，涉及一种在通信领域自动化测试中引入拷机定制、资源预约、资源优先执行调度策略、拷机测试结果管理的方法及其系统。

为了促进拷机测试的快速、有效的开展，从而提高测试质量本发明鉴于上述分析，本优选实施例提供的拷机自动化测试方法采用如下四个方面的方案：1、拷机测试任务定制；2、拷机测试资源预约；3、拷机执行调度；4、拷机测试结果管理。

1、拷机测试任务定制

拷机测试可由若干个测试任务组成，每个测试任务包括测试内容、测试资源需求、执行策略。拷机定制测试，就是对测试内容、测试需求资源、执行策略的定制。

A1、拷机测试内容定制：一般拷机测试内容由若干拷机操作组成，拷机测试内容是这些拷机操作的组合。

比如：拷机测试1：重启线卡→端口up/down→主备倒换→设备重启→OSPF路由震荡→重启线卡。

其中，“重启线卡”、“主备倒换”等就是基本的拷机操作。拷机测试1表示了本次拷机测试任务所执行的拷机操作。

A2、拷机测试需求资源的定制：拷机测试需求资源即本次拷机任务所需要的测试资源，包括但不限于：测试设备、测试仪表、测试设备之间的连接关系、测试设备与测试仪表之间的连接关系等。

A3、拷机执行策略的定制：可以选择立即执行策略(即即时执行策略)或者定时执行策略。

优选地，上述拷机测试内容定制包括：

A11、拷机操作原子化，即将拷机操作进行封装，使每一步操作能够被调用。

A12、将拷机操作组合，定制拷机执行的内部序列。原子化的拷机操作可以以任意的顺序出现在拷机执行序列中，并且可以重复出现。

通过拷机测试操作的原子化，解决了拷机脚本是单一、固定的，当用户实现按照自己需求定制的拷机时，需要编写不同的拷机脚本，存在一定的工作量和复杂度的问题。

优选地，上述拷机测试需求资源定制包括：

A21、用户选择拷机测试任务所需预约的资源特征，形成资源需求表写入资源需求库中；

A22、当拷机测试任务所需的资源预约得到满足时，即表示拷机资源预约完成。其中，拷机资源预约完成的拷机任务是可以执行的拷机测试任务。

通过上述方式，实现了自动化的测试需求资源约束，解决了相关技术中拷机所需的资源，需要人为的验证当前环境中是否满足拷机自动化的资源约束需求的问题，避免了若当前环境不满足拷机需求，需要人为的干预，待到满足资源约束时，才能进行拷机自动化测试。

优选地，上述拷机执行策略的定制包括：

A31、立即执行策略，即当拷机测试任务的拷机资源预约完成时，立即执行拷机内容的策略；

A31、定时执行策略，即当拷机测试任务的拷机资源预约完成时，等待用户设置的时间再执行拷机内容的策略。

2、拷机测试资源预约

B1、拷机测试资源约束的描述，其中，测试资源约束包括：测试设备类型、测试仪表类型、测试设备个数、测试仪表个数等。

B2、测试资源预约：周期性的向测试环境中判断所预约的资源的约束是否满足。当所预约的资源约束满足时，则当前任务的资源约束状态为完成状态(相当于拷机资源预约完成)；若不满足，则再次进行下一周期的匹配。

优选地，上述测试资源预约包括：

B21、获取当前测试环境中所有的资源信息，包括设备类型、测试仪类型、设备个数、测试仪个数等，并将所有的信息保存在当前资源库中。

B22、根据当前拷机测试任务名称从资源需求库中获取该测试任务的资源约束，包括设备类型、测试仪类型、设备个数、测试仪个数等。

B23、周期性地根据资源需求库中的预约信息与当前资源库中的资源信息进行匹配，当满足条件时，置当前拷机任务资源预约状态为预约成功状态；若未完成，则等待下一周期的匹配。

通过上述方式，解决了当拷机测试过程中存在多个拷机任务时，对于每个拷机任务需要单独验证当前环境是否满足资源约束需求的问题。

3、拷机执行调度

为了实现任务资源优先的执行调度，采用如下方案：

C1、资源优先的调度策略，当某个时间点下的某一测试任务的资源约束优先被满足时，优先调度执行该拷机测试任务。拷机测试任务的执行策略根据该测试任务的拷机测试任务定制的执行策略而定。

优选地，资源优先的调度策略包括：

C11、遍历拷机测试任务列表中各测试任务的资源预约状态；

C12、当资源预约状态为成功时，则提取该测试任务对应的用户定制的执行策略；

C13、根据用户定制的执行策略执行该拷机测试任务。

C14、当拷机测试任务的测试时间执行完毕后，释放所占用的资源，将资源恢复至 之前的状态。

通过上述的资源优先的调度策略，解决了相关技术中拷机测试任务执行是顺序的，当较早执行的测试任务的资源不满足时，无法执行其他资源约束满足的拷机测试任务的问题。

4、拷机测试结果管理

D1、当拷机测试任务执行完成后，根据拷机测试结果以及拷机自动化测试的运行日志，自动生成拷机测试报告；

D2、在用户设定了拷机相关人员的情况下，拷机自动化测试结果可以自动抄送给用户指定的相关人员；

D3、拷机自动化测试结果、报告、日志可以自动上传到服务器，相关人员可以访问该服务器查阅拷机自动化的详细信息。

通过上述方式，解决了拷机测试结果管理不够方便，结果的查看还是在本地完成，无法在线查看的问题。

可见，通过本发明的上述优选实施例，解决了目前自动化拷机测试，还不是很智能，需要投入一定的人力去执行维护，整个拷机过程自动化程度不高的问题，提升了测试的自动化程度和测试效率。

本发明优选实施例还提供了一种测试系统，图3是根据本发明优选实施例的测试系统的结构示意图，如图3所示，该系统包括：定制拷机测试模块、预约拷机测试模块、拷机执行调度模块，拷机结果管理模块。下面分别对各个模块进行说明。

图4是根据本发明优选实施例的定制拷机测试模块的工作流程图，如图4所示，定制拷机测试模块用于拷机测试内容的定制、拷机测试需求资源的定制、拷机执行策略的定制。

拷机测试基本操作有：重启设备、主备倒换、重启线卡、端口up/down、测试仪表灌路由等。用户在该模块中，可以自主选择拷机测试操作的执行的顺序与各测试操作的执行次数；拷机测试需求资源定制中，用户可以在该模块中，选择此次拷机任务所需的资源约束。拷机执行策略的定制中，用户可以决定拷机的执行策略。

图5是根据本发明优选实施例的预约拷机测试模块的工作流程图，如图5所示，预约拷机测试模块用于拷机环境所需资源的预约，其中，用户对于资源的约束信息存放到资源需求库中，当前实际的资源信息存储到当前资源库中，周期性地对资源需求库与当前资源库进行匹配，完成对资源的预约。

图6是根据本发明优选实施例的拷机执行调度模块的工作流程图，如图6所示，拷机执行调度模块用于对拷机测试任务执行的调度控制，根据每个拷机测试任务中的资源 预约情况，优先执行资源预约完成的任务。

图7是根据本发明优选实施例的拷机结果管理模块的工作流程图，如图7所示，拷机结果管理模块用于拷机结果生成、拷机日志生成、拷机报告生成、拷机结果抄送、拷机报告上传等功能。

下面采用一个实例对本发明的优选实施例进行描述和说明。

在进行了拷机常用测试操作的封装后，上述拷机测试任务定制包括下列步骤：

步骤1、拷机测试操作与拷机封装函数的对应，每个拷机测试操作对应一个拷机封装函数；

步骤2、对所要进行拷机的每一个任务进行拷机测试任务定制操作；

步骤3、根据步骤1的封装，对每一个测试任务的测试内容进行定制；

步骤4、选择每一个测试任务所需要的资源约束条件；

步骤5、选择每一个测试任务所需要的拷机执行策略。

在当前资源库与资源需求库设置完毕之后，拷机测试需求资源预约包括如下步骤：

步骤1、根据当前拷机的测试任务，生成一个拷机测试任务列表，该测试任务列表的每个节点就是拷机测试任务以及该测试任务的资源预约状态。

步骤2、根据拷机测试任务的预约信息，提取约束信息，该约束信息包括所需的设备类型、测试仪类型、以及设备与设备、设备与测试仪的端口连接关系；该约束信息存在资源需求库中。

步骤3、根据当前环境下的实际资源信息，提取约束信息，该约束信息包括所需的设备类型、测试仪类型、以及设备与设备、设备与测试仪的端口连接关系；该约束信息存在当前资源需库中。

步骤4、周期性地根据资源需求库中的约束信息与当前资源库进行匹配，一旦匹配完成，更新拷机测试任务列表，置当前拷机测试任务的资源预约为完成状态。否则，继续进行周期性的匹配。

步骤5、当前资源库的维护：周期性的根据当前环境中的资源情况，来更新当前资源库。

拷机执行调度包括如下步骤：

步骤1、依次访问拷机测试任务列表中每个任务节点，获取当前测试任务的资源预约完成状态；

步骤2、若步骤1中资源预约完成状态为“未完成”则跳过该任务节点，继续执行 后续任务节点。

步骤3、若步骤1中资源预约状态为“完成”，提取该任务节点的拷机测试内容以及拷机执行策略所定制的方式。

步骤4、根据步骤3中拷机执行策略定制的方式，以及拷机执行的测试内容执行拷机自动化测试。

步骤5、测试完成后，更新拷机测试任务列表，将该拷机测试任务列表中该任务对应的节点删除。

步骤6、测试完成后，释放当前测试任务所占用的资源，清除针对本次拷机测试任务所做的配置，还原现场。

步骤7、当拷机测试任务列表为空时，表示所有拷机测试任务执行完毕。

拷机结果管理包括如下步骤：

步骤1、在拷机测试任务执行完成后，生成相关的拷机日志，上传至服务器中；

步骤2、在拷机测试任务执行完成后，生成相关的拷机结果，上传至服务器中；

步骤3、对拷机日志中关键字进行提取，以及拷机结果，作为生成拷机报告的依据，生成拷机测试报告。优选地，每一步拷机步骤的完成，都会将结果写入拷机报告中；

步骤4、将拷机报告自动抄送给用户设定好的相关人员。

步骤5、相关人员可以在服务器上查看拷机日志和拷机结果。

通过上述描述可知，在本发明优选实施例中提供的拷机测试方法和系统，引入了拷机测试任务的定制，即用户可以根据需求定制拷机测试内容、拷机测试需求资源、拷机执行策略；同时引入资源预约方法，自动完成拷机测试任务的资源需求与实际资源环境的匹配；在拷机执行上引入资源优先的拷机执行调度方法；在拷机结果上引入拷机结果管理方法，有助于拷机顺利、快速、有效的开展，增加了拷机测试的智能性、准确性，从而提高测试质量。

与相关技术比较，本发明实施例、优选实施例或者优选实施方式具有以下有益效果：

一般拷机自动化系统，用户想实现不同的拷机方式，需要重新编写拷机自动化脚本、需要用户对自动化脚本有了解，存在一定的门槛与复杂性。另外，一般拷机自动化系统不支持资源预约功能，需要用户人为去判断当前环境下是否满足拷机任务的执行。此外，一般拷机自动化系统在执行多个拷机任务运行时采用顺序执行策略，无法实现资源的合理分配。最后，拷机结果的生成还比较单一，使得相关人员无法系统的获取拷机的信息。当拷机方式比较固定和单一时，传统的拷机方法也能有效的执行拷机自动化测试。但是，当需要频繁的执行不同的拷机内容、资源环境比较复杂时，或者，当前拷机测试任务较 多的情况下，原来的方法就需要投入更多的人力来维护和执行拷机自动化测试。

上述问题概括起来有四点因素：首先，通信领域拷机自动化脚本涉及的步骤可能需要频繁的变动，执行时需要频繁的编写不同的脚本；其次，拷机自动化测试对于资源的要求很高，必须满足一定条件才能进行；再次，多个拷机任务时，拷机执行的调度策略影响拷机执行的效率；最后，拷机结果的抄送不一定及时的，相关人员可能无法第一时间查看拷机信息。

对比上述问题，本发明实施例或者优选实施例的优势在于：

首先，对比相关技术提供的方法，本发明实施例或者优选实施例可以很方便的实现定制拷机测试，很容易的实现无脚本化定制拷机，屏蔽了用户与底层自动化脚本，使得运行更加方便、门槛更低。

其次，本发明实施例或者优选实施例中的预约拷机测试，解决了当前资源不满足拷机拓扑的情况下，自动等待环境的释放，使得拷机依然可以顺利执行，不需要用户人为的去确定当前资源是否满足拷机执行条件。这样，就使得拷机操作更加便捷和智能，解放了人力资源。

再次，本发明实施例或者优选实施例中拷机执行调度的功能，优先执行满足拷机资源约束条件的拷机序列，使得拷机自动化测试更加有效率，资源利用更近合理。

还有，本发明实施例或者优选实施例中对拷机结果的管理，使得相关人员能够方便、及时的得到拷机的信息，又使得查询变得方便。

综上所述，本发明实施例或者优选实施例提供的拷机测试方法及其系统，有利于拷机测试快速的开展，并且在测试的准确性、资源合理分配、智能性方面有很大提高；并且拷机自动化系统、实现简单、易于操作。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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