一种适用于多操作系统的测试方法及装置与流程

1.本技术涉及测试技术领域，尤其涉及一种适用于多操作系统的测试方法及装置。


背景技术：

2.随着计算机技术的快速发展与普及，为了提高计算机计算效率和安全性等，操作系统的更新换代越加频繁，以及新的操作系统的开发越来越多，相应的操作系统种类也明显增加，由于操作系统变更需要针对不同的操作系统完成终端迁移，因此需要对大量终端进行测试。
3.现有技术中，一般windows、linux等操作系统存在对应的测试工具，通过测试工具对其对应的操作系统下的终端进行测试。但还存在一些新开发的操作系统尚没有开发对应的测试工具，需要手动测试该操作系统对应的终端，测试工作量很大。也即，没有对应测试工具的操作系统，需要手动进行大量测试工作，有测试工具的操作系统，操作系统的测试工具都与该操作系统有着强耦合性，需要开发人员针对各测试工具分别进行维护，维护成本高，且一旦存在新的设备品牌、新接口、新设备类型的终端需要接入测试时，需要分别针对各操作系统的测试工具开发对应该终端的测试功能，再次开发工作量大，进一步增加了测试工具的开发维护成本。
4.因此，现在亟需一种适用于多操作系统的测试方法及装置，用于降低测试工具的开发维护成本。


技术实现要素：

5.本发明实施例提供一种适用于多操作系统的测试方法及装置，用于降低测试工具的开发维护成本。
6.第一方面，本发明实施例提供一种适用于多操作系统的测试方法，该方法包括：
7.测试系统基于用户触发的测试请求，确定自身运行所基于的操作系统；所述测试请求用于指示对待测设备的待测功能进行测试；所述测试请求包括针对所述待测设备的待测功能的各配置项的测试参数；所述测试系统基于所述待测功能的测试模块及所述测试参数构建调用请求，并将所述调用请求通过所述操作系统对应的外设服务功能发送给所述待测设备进行测试。
8.上述方法中，测试系统可以根据输入的客户对象和选择的该客户对象对应的测试模块标识和测试接口标识等相关参数，组装获取测试参数。测试系统也可以根据输入的客户对象和选择的该客户对象对应的待测设备和待测设备的待测功能，进一步选择测试模块标识和测试接口标识等相关参数，组装获取测试参数。这里对如何获取测试参数具体实施不做限制。之后，测试系统可以识别自身运行所基于的操作系统，测试系统基于待测功能的测试模块及测试参数构建调用请求，将调用请求传输至该操作系统对应的外设服务功能。该外设服务功能将该调用请求中的调用函数进行拆解获取测试参数，并对测试参数进行检查，若测试参数存在缺少或错误等，可以根据默认参数对其进行补正，根据补正后的测试参
数确定该待测设备对应的驱动程序。测试系统通过驱动程序实现与待测设备的调用接口，通过该调用接口将测试参数传输至待测设备。其中，操作系统可以为windows、linux、麒麟等操作系统中的任意一个操作系统，相应的，外设服务功能可以包含针对任一操作系统的调用请求中调用函数的拆解和完善逻辑，以及任一操作系统的针对该设备的驱动程序。也就是说，测试系统可以根据自身运行的操作系统调用对应的操作系统对待测设备进行测试。相比于现有技术中测试工具和操作系统耦合来说，本技术可以兼容各操作系统的测试逻辑，降低测试工作量和测试工具的开发维护成本。
9.可选的，所述外设服务功能还封装有所述待测设备的驱动程序；将所述调用请求通过所述操作系统对应的外设服务功能发送给所述待测设备进行测试，包括：所述测试系统通过所述操作系统对应的外设服务功能，基于所述驱动程序实现与所述待测设备的调用接口；所述测试系统通过所述调用接口将所述测试参数发送给所述待测设备，并基于所述测试模块和所述测试参数对所述待测设备进行测试。
10.上述方法中，增加待测设备，可以在外设服务功能中增加该待测设备驱动程序，以实现与该待测设备的调用接口，通过调用接口将测试参数发送至待测设备，基于驱动程序驱动该待测设备，基于测试模块和测试参数对该待测设备进行测试。如此，若需要对某一设备进行测试，则可以将该设备的驱动程序放在外设服务功能的指定目录下，即，指定位置，即可以实现对该设备的调用接口，实现对该设备的驱动，降低测试工具开发周期和工作量，降低测试工具开发成本。
11.可选的，所述测试参数中包含接口参数、设备连接参数和业务参数；基于所述测试模块和所述测试参数对所述待测设备进行测试，包括：所述测试系统基于所述调用接口和所述设备连接参数，与所述待测设备连接；所述测试系统基于所述接口参数与所述待测功能对应的接口连接；所述测试系统通过所述测试模块和所述业务参数对所述待测功能进行测试。
12.上述方法中，待测设备的测试参数包含接口参数、设备连接参数和业务参数，该测试参数几乎不会改变，可以根据客户对象对应的配置文件内容获取该客户对象的设备连接参数，以实现与该客户对象的待测设备连接，通过接口参数实现与待测设备的功能模块对接，通过业务参数运行该待测设备的待测功能的功能模块，完成对应功能的测试，提高测试连接可靠性和测试准确性。
13.可选的，测试系统基于用户触发的测试请求，包括：所述测试系统接收用户在页面展示中选取的待测设备和待测功能；所述测试系统接收用户在所述页面展示中选取的测试案例，所述测试案例为所述页面展示的所述待测设备的所述待测功能的各测试案例中任一个或多个；基于用户对所述测试案例的触发得到测试请求。
14.上述方法中，客户对象，如，某某公司、某某组织或某某机构等，测试系统在配置文件中已经存储有该客户对象的待测设备，待测设备可以进行测试的待测功能，以及测试各待测功能应用到的测试模块组合情况等，配置文件中还可以包含测试参数、测试用例等等相关信息。则在测试系统接收到客户对象，可以进一步将客户对象的待测设备、待测设备的待测功能、待测功能对应的测试用例展示。在用户选取对应的待测设备、待测功能、测试用例(还可以直接输入测试参数)后，根据用户选取的内容确定测试请求。如此，预先设置好客户对象在配置文件中的相关信息，便于人机交互，提高测试效率。
15.可选的，测试系统基于用户触发的测试请求，包括：所述测试系统接收用户在页面展示中选取的待测设备和待测功能；所述测试系统接收用户在页面展示中配置的所述待测设备的所述待测功能的各配置项的测试参数，从而得到测试请求。
16.上述方法中，测试参数可以是通过测试用例获取的，也可以是通过用户直接输入测试参数获取的。如此，提高测试的灵活性，进一步保证测试结果的准确性。
17.可选的，还包括：所述测试系统从所述待测设备获取测试结果；所述测试系统根据检验指令，将所述测试结果与对应的测试案例进行校验，若验证通过，则确定待测设备运行正常。
18.上述方法中，获取测试结果后，可以根据测试结果与测试案例对应数据对比进行检测，获得待测设备对应功能模块正常运行或异常运行的结果。如此，便于用户可以直观的、简便快速的获取测试结果。
19.可选的，确定待测设备运行正常之后，还包括：所述测试系统接收到案例更新指令，则根据所述测试结果生成测试数据，并根据测试数据编辑获取新的测试案例存储。
20.上述方法中，若确定待测设备是正常运行，则可以以该测试结果对应的测试数据生成测试案例(该过程中，可以人工接入修改一些数据，提高测试案例的准确性)，便于后续循环利用测试案例，降低工作量。
21.第二方面，本发明实施例提供一种适用于多操作系统的测试装置，该装置包括：
22.确定模块，用于基于用户触发的测试请求，确定自身运行所基于的操作系统；所述测试请求用于指示对待测设备的待测功能进行测试；所述测试请求包括针对所述待测设备的待测功能的各配置项的测试参数；
23.处理模块，基于所述待测功能的测试模块及所述测试参数构建调用请求，并将所述调用请求通过所述操作系统对应的外设服务功能发送给所述待测设备进行测试。
24.第三方面，本技术实施例还提供一种计算设备，包括：存储器，用于存储程序；处理器，用于调用所述存储器中存储的程序，按照获得的程序执行如第一方面的各种可能的设计中所述的方法。
25.第四方面，本技术实施例还提供一种计算机程序产品，当所述程序在计算机上运行时，使得计算机执行如第一方面的各种可能的设计中所述的方法。
26.本技术的这些实现方式或其他实现方式在以下实施例的描述中会更加简明易懂。
附图说明
27.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
28.图1为本发明实施例提供的一种适用于多操作系统的测试的架构示意图；
29.图2为本发明实施例提供的一种适用于多操作系统的测试系统的结构示意图；
30.图3为本发明实施例提供的一种适用于多操作系统的测试方法的流程示意图；
31.图4为本发明实施例提供的一种适用于多操作系统的测试的流程示意图；
32.图5为本发明实施例提供的一种适用于多操作系统的测试装置示意图。
具体实施方式
33.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
34.图1为本发明实施例提供的一种适用于多操作系统的测试的架构示意图，如图1所示，其中，测试设备101中运行该适用于多操作系统的测试系统，测试系统中包含配置文件。配置文件中包含各客户对象的待测设备、待测设备对应待测功能应用到的测试模块方案和测试参数/测试用例等相关信息。需要说明的是，配置文件中客户对象对应的信息可以是；以测试模块为一个维度，如，该测试模块可以对应至少一个待测功能，若用户选取该测试模块和对应的一个或多个待测功能，则测试系统可以针对该客户对象的待测设备集群分别进行针对该一个或多个待测功能的测试。以待测设备为一个维度，如，用户选择该客户对象的一个或多个待测设备(还可以根据待测设备规格、性质等设置不同的待测设备集群，这里对待测设备的具体设置不做限定)，则测试系统可以针对该一个或多个待测设备对应的测试模块组合方案，基于测试模块组合对该待测设备对应的待测功能进行测试。这里对配置文件的具体设置方式不做限定，可以根据测试需求具体设置。测试系统的外设服务功能的设定位置中存储有待测设备的驱动程序。针对客户对象的配置文件的相关信息和外设服务功能的设定位置中对应待测设备的驱动程序为用户预先设置的。测试设备101中的测试系统接收用户输入的客户对象，根据配置文件中该客户对象的信息展示该客户对象的待测功能和测试用例和/或测试参数输入框。这里需要说明的是，待测功能展示方法可以为展示该待测功能的接口信息或待测功能名称等，上述示例只用于清晰阐述本方案，具体展示方式不做限制。测试系统可以基于用户选择相关信息触发生成测试请求。测试系统进一步确定自身运行所基于的操作系统，通过外设服务功能运行该操作系统对应的待测设备的驱动程序，实现与待测设备的调用接口，根据测试参数中的设备连接参数与该待测设备连接，根据接口参数与该待测设备的待测功能对接，根据业务参数和对应的测试模块对该待测设备进行测试，获取待测设备的待测功能的测试结果。测试系统若接收到检验指令，将该测试结果与对应的测试案例进行校验，若验证未通过，则确定待测设备运行异常，可以产生告警。若验证通过，则确定待测设备运行正常。若测试系统还接收到案例更新指令，则根据该测试结果生成测试数据，并根据测试数据编辑获取新的测试案例存储。
35.基于上述系统架构，本发明实施例还提供的一种适用于多操作系统的测试系统的结构示意图，如图2所示，测试系统可以包括：页面展示层、接口和案例管理层、组装调用层、外设服务层、设备驱动层。这里对测试系统分层只是为了清晰阐述本发明的技术方案，并不对测试系统具体结构设置做限定。
36.接口和案例管理层，用于接收导入并存储上述包括接口参数、测试案例和测试模块等相关信息的配置文件。
37.页面展示层，用于展示客户对象对应的测试模块标识、测试接口标识和测试案例等如上述供用户可视并选取的相关信息，并根据用户选取信息读取该接口和案例管理层中对应的接口和案例(若用户直接输入的测试参数，则可以直接使用该测试参数)等信息。还可以根据测试结果中的测试数据编辑获取测试用例，实现测试用例的更新。
38.组装调用层，用于根据上述读取的该接口和案例管理层中的接口和案例(用户输入测试参数)等信息组装测试参数，以及确定测试系统自身运行所基于的操作系统，根据该操作系统和测试参数生成调用请求，并将调用请求发送至外设服务层中对应的外设服务功能。其中，外设服务功能可以是针对不同的操作系统对应不同的，用于对调用请求进行拆解和完善的外设服务功能。
39.外设服务层，用于接收调用请求，将该调用请求拆解，并完善(例如，若测试参数缺少信息或信息错误，可以根据默认对应参数补正)，根据补正后的测试参数或应用测试参数的调用函数，调用该外设服务层中对应的该操作系统的待测设备的驱动程序。外设服务层中设置有待测设备针对各操作系统的驱动程序，如，待测设备对应windows、linux、麒麟等操作系统的驱动程序。
40.设备驱动层，用于基于驱动程序和该测试参数与待测设备建立连接，并驱动待测设备的待测功能以获取测试结果。
41.基于上述架构，本发明还提供了一种适用于多操作系统的测试方法，如图3所示，包括：
42.步骤301、测试系统基于用户触发的测试请求，确定自身运行所基于的操作系统；所述测试请求用于指示对待测设备的待测功能进行测试；所述测试请求包括针对所述待测设备的待测功能的各配置项的测试参数；
43.步骤302、所述测试系统基于所述待测功能的测试模块及所述测试参数构建调用请求，并将所述调用请求通过所述操作系统对应的外设服务功能发送给所述待测设备进行测试。
44.上述方法中，测试系统可以根据输入的客户对象和选择的该客户对象对应的测试模块标识和测试接口标识等相关参数，组装获取测试参数。测试系统也可以根据输入的客户对象和选择的该客户对象对应的待测设备和待测设备的待测功能，进一步选择测试模块标识和测试接口标识等相关参数，组装获取测试参数。这里对如何获取测试参数具体实施不做限制。之后，测试系统可以识别自身运行所基于的操作系统，测试系统基于待测功能的测试模块及测试参数构建调用请求，将调用请求传输至该操作系统对应的外设服务功能。该外设服务功能将该调用请求中的调用函数进行拆解获取测试参数，并对测试参数进行检查，若测试参数存在缺少或错误等，可以根据默认参数对其进行补正，根据补正后的测试参数确定该待测设备对应的驱动程序。测试系统通过驱动程序实现与待测设备的调用接口，通过该调用接口将测试参数传输至待测设备。其中，操作系统可以为windows、linux、麒麟等操作系统中的任意一个操作系统，相应的，外设服务功能可以包含针对任一操作系统的调用请求中调用函数的拆解和完善逻辑，以及任一操作系统的针对该设备的驱动程序。也就是说，测试系统可以根据自身运行的操作系统调用对应的操作系统对待测设备进行测试。相比于现有技术中测试工具和操作系统耦合来说，本技术可以兼容各操作系统的测试逻辑，降低测试工作量和测试工具的开发维护成本。
45.本发明实施例提供的一种适用于多操作系统的测试方法，所述外设服务功能还封装有所述待测设备的驱动程序；将所述调用请求通过所述操作系统对应的外设服务功能发送给所述待测设备进行测试，包括：所述测试系统通过所述操作系统对应的外设服务功能，基于所述驱动程序实现与所述待测设备的调用接口；所述测试系统通过所述调用接口将所
述测试参数发送给所述待测设备，并基于所述测试模块和所述测试参数对所述待测设备进行测试。在一种示例中，测试系统测试点钞机的冠字号获取功能，使用kylin(中国自主知识产权操作系统)，在测试系统指定目录放入点钞机厂商提供的针对kylin的点钞机的驱动程序，即，在外设服务功能中封装点钞机的驱动程序。测试系统通过kylin对应的外设服务功能，基于外设服务功能中封装点钞机的驱动程序实现与点钞机的调用接口；测试系统通过调用接口将测试参数(可以包括点钞机ip地址、接口参数(如，rj45)等信息)发送给点钞机，并基于点钞机对应的测试模块和该测试参数对点钞机的获取冠字号功能进行测试。
46.本发明实施例提供的一种适用于多操作系统的测试方法，所述测试参数中包含接口参数、设备连接参数和业务参数；基于所述测试模块和所述测试参数对所述待测设备进行测试，包括：所述测试系统基于所述调用接口和所述设备连接参数，与所述待测设备连接；所述测试系统基于所述接口参数与所述待测功能对应的接口连接；所述测试系统通过所述测试模块和所述业务参数对所述待测功能进行测试。基于上述示例，测试系统基于调用接口和点钞机的ip地址，与点钞机连接。测试系统基于接口参数rj45与点钞机获取冠字号功能对应的接口连接。测试系统通过对应的测试模块和业务参数(可以是识别冠字号的清晰度等业务参数)对点钞机获取冠字号功能进行测试。
47.本发明实施例提供的一种适用于多操作系统的测试方法，测试系统基于用户触发的测试请求，包括：所述测试系统接收用户在页面展示中选取的待测设备和待测功能；所述测试系统接收用户在所述页面展示中选取的测试案例，所述测试案例为所述页面展示的所述待测设备的所述待测功能的各测试案例中任一个或多个；基于用户对所述测试案例的触发得到测试请求。基于上述示例，测试系统可以接收用户输入的点钞机厂商的名称，测试系统可以展示点钞机厂商的名称在配置文件中对应配置信息，如，测试模块组合方案、接口参数、设备连接参数和业务参数/测试案例等相关信息。测试系统接收用户选取的待测设备和/或测试模块和/或待测功能和/或测试案例等信息生成测试请求。此处，如果用户选取的是测试案例，则可以选择一个或多个测试案例，实现多测试案例批量测试。
48.本发明实施例提供的一种适用于多操作系统的测试方法，测试系统基于用户触发的测试请求，包括：所述测试系统接收用户在页面展示中选取的待测设备和待测功能；所述测试系统接收用户在页面展示中配置的所述待测设备的所述待测功能的各配置项的测试参数，从而得到测试请求。基于上述示例，测试系统接收用户选取的待测设备和/或测试模块和/或待测功能和用户输入的测试参数等信息生成测试请求。此处，可以提供测试参数输入接口，实现测试参数设置的灵活性。这里可以提供多输入接口接收多组测试参数，也可以提供单输入接收一组测试参数，具体不做限制。
49.本发明实施例提供的一种适用于多操作系统的测试方法，还包括：所述测试系统从所述待测设备获取测试结果；所述测试系统根据检验指令，将所述测试结果与对应的测试案例进行校验，若验证通过，则确定待测设备运行正常。此处，检验指令可以是基于用户触发生成的。在一种示例，测试系统从摄像头获取测试结果-图像规格、色度、分辨率等，测试系统根据用户触发的检验指令，将测试结果与对应的测试案例(包含图像规格、色度、分辨率等信息)进行校验，若验证通过，则确定摄像头摄像功能运行正常。
50.本发明实施例提供的一种适用于多操作系统的测试方法，确定待测设备运行正常之后，还包括：所述测试系统接收到案例更新指令，则根据所述测试结果生成测试数据，并
根据测试数据编辑获取新的测试案例存储。此处，案例更新指令可以为测试系统根据用户触发生成的。基于上述示例，测试系统确定摄像头摄像功能运行正常，并将摄像头摄像功能运行正常的结果展示给用户。用户可以选择案例更新或选择该测试结果生成测试案例的按钮，使得测试案例接收案例更新指令，获取测试结果的测试数据，根据测试数据编辑获取新的测试案例并存储。在此过程中，用户还可以调整相关测试数据，使得生成的测试案例更准确。
51.基于上述方法流程，本发明实施例提供了一种适用于多操作系统的测试的方法流程，如图4所示，包括：
52.步骤401、测试系统接收针对待测设备的配置导入和驱动程序的设置。
53.此处，可以为将待测设备的所属客户对象(组织、机构等)、待测功能、测试参数和测试案例等相关信息导入至测试系统的配置文件中，并将对应操作系统的驱动程序放在测试系统的对应外设服务功能中。也可以是将一个客户对象的批量的待测设备、待测功能、测试参数和测试案例等相关信息导入至测试系统的配置文件中，并将对应操作系统的驱动程序放在测试系统的对应外设服务功能中。
54.步骤402、测试系统接收用户在页面选取的测试信息生成测试请求。
55.此处，测试信息可以包括客户对象、待测设备、测试模块、待测功能、测试案例、输入的测试参数等相关信息中的任意必要信息。
56.步骤403、测试系统识别测试系统所在设备的操作系统。
57.步骤404、测试系统基于测试请求中的测试信息和该操作系统构建调用请求。
58.步骤405、测试系统将该调用请求发送至该操作系统对应的外设服务功能。
59.步骤406、测试系统通过外设服务功能将该调用请求进行拆解并对其中的调用函数和测试参数进行完善，并基于驱动程序实现与待测设备的调用接口。
60.步骤407、测试系统通过调用接口将测试参数发送给所述待测设备。
61.步骤408、测试系统基于调用接口和设备连接参数与待测设备连接，基于接口参数与待测功能对应的接口连接，测试系统通过测试模块和业务参数对所述待测功能进行测试。
62.步骤409、测试系统获取测试结果。
63.步骤410、测试系统接收检验指令，根据对应的测试案例对该测试结果进行检验，若验证未通过，则待测设备运行异常。若验证通过，则待测设备运行正常。
64.步骤411、测试系统接收到案例更新指令，则根据测试结果生成测试数据，并根据测试数据(还可以为用户调整过的测试数据)编辑获取新的测试案例存储。
65.步骤412、测试系统接收导出测试报告指令，对此次测试进行执行结果分析并生成测试报告。
66.此处，若测试案例是批量执行的，则可以实现一个或多个测试报告的批量生成。
67.需要说明的是，上述方法流程并不唯一，如，步骤411和/或步骤412可以不执行。另外，相比于现有技术中不能针对测试结果进行分析生成测试报告来说，本发明可以根据测试结果生成测试报告，且可以是根据批量测试结果生成对应的批量测试报告，大大降低了测试工作人员的工作量。
68.基于同样的构思，本发明实施例提供一种适用于多操作系统的测试装置，图5为本
申请实施例提供的一种适用于多操作系统的测试装置示意图，如图5示，包括：
69.确定模块501，用于基于用户触发的测试请求，确定自身运行所基于的操作系统；所述测试请求用于指示对待测设备的待测功能进行测试；所述测试请求包括针对所述待测设备的待测功能的各配置项的测试参数；
70.处理模块502，基于所述待测功能的测试模块及所述测试参数构建调用请求，并将所述调用请求通过所述操作系统对应的外设服务功能发送给所述待测设备进行测试。
71.可选的，所述外设服务功能还封装有所述待测设备的驱动程序；所述处理模块502具体用于，通过所述操作系统对应的外设服务功能，基于所述驱动程序实现与所述待测设备的调用接口；通过所述调用接口将所述测试参数发送给所述待测设备，并基于所述测试模块和所述测试参数对所述待测设备进行测试。
72.可选的，所述测试参数中包含接口参数、设备连接参数和业务参数，所述处理模块502具体用于，基于所述调用接口和所述设备连接参数，与所述待测设备连接；基于所述接口参数与所述待测功能对应的接口连接；通过所述测试模块和所述业务参数对所述待测功能进行测试。
73.可选的，所述确定模块501具体用于，接收用户在页面展示中选取的待测设备和待测功能；接收用户在所述页面展示中选取的测试案例，所述测试案例为所述页面展示的所述待测设备的所述待测功能的各测试案例中任一个或多个；基于用户对所述测试案例的触发得到测试请求。
74.可选的，所述确定模块501具体用于，接收用户在页面展示中选取的待测设备和待测功能；接收用户在页面展示中配置的所述待测设备的所述待测功能的各配置项的测试参数，从而得到测试请求。
75.可选的，所述处理模块502还用于，从所述待测设备获取测试结果；根据检验指令，将所述测试结果与对应的测试案例进行校验，若验证通过，则确定待测设备运行正常。
76.可选的，所述处理模块502还用于，接收到案例更新指令，则根据所述测试结果生成测试数据，并根据测试数据编辑获取新的测试案例存储。
77.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
78.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
79.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。
80.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。