软件版本升级测试管控系统及方法

技术领域

本申请涉及软件技术领域，尤其涉及一种软件版本升级测试管控系统、以及对应的软件版本升级测试管控方法、设备、计算机可读存储介质、计算机程序产品。

背景技术

作为银行核心业务系统主要承载平台的IBM主机(mainframe)计算机，不断进行着软件子系统的演进与升级。为降低软件子系统升级或定期补丁维护的投产风险，需在测试环境进行系统与应用层面的各类功能与性能测试。

目前的主机平台测试类应用多针对应用测试构建，缺少对软件版本升级类测试的全面性支持。主机平台软件版本升级工作存在流程控制混乱，以及测试、验证、投产、应急等技术条线各自为战的弊端，缺乏一体化流程管控与监理。

发明内容

本申请提供了一种软件版本升级测试管控系统，该系统包括建模模块和确定模块，建模模块用于对主机平台软件版本升级测试流程进行建模，从而获得包括升级种类和测试类型的对应关系以及升级种类和性能指标的对应关系的测试流程实体关系，确定模块用于根据目标软件的升级种类以及测试流程实体关系确定目标测试类型和目标性能指标，从而实现对目标软件版本升级测试流程的一体化管控。本申请还提供了上述系统对应的方法、设备、介质以及计算机程序产品。

第一方面，本申请提供了一种软件版本升级测试管控系统，该系统包括：

建模模块，用于对主机平台软件版本升级测试流程进行建模，获得测试流程实体关系，流程实体关系包括升级种类和测试类型的对应关系以及升级种类和性能指标的对应关系；

确定模块，用于根据目标软件的升级种类以及测试流程实体关系确定目标测试类型和目标性能指标，目标测试类型和目标性能指标用于实现对目标软件版本升级测试流程的一体化管控。

在一些可能的实现方式中，测试流程实体关系还包括前置流程条件、交付件、参与部门和起止时间中的任意一种或多种。

在一些可能的实现方式中，该系统还包括：

参数同步模块，用于比对测试环境的系统参数和生产环境的系统参数，当系统参数不一致时，对测试环境的系统参数和生产环境的系统参数进行同步。

在一些可能的实现方式中，该系统还包括：

数据装载模块，用于使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载。

在一些可能的实现方式中，数据装载模块还用于：

获取生产环境的数据表标识；

对非分区表数据库物理文件进行预处理，确定数据恢复所需开辟数据集数量；

根据数据集数量装载数据，以便进行数据恢复。

在一些可能的实现方式中，数据装载数据源包括多个分区，数据装载模块具体用于：

并行加载多个分区。

在一些可能的实现方式中，该系统还包括：

升级流程自动化模块，用于将规范化软件版本升级流程进行自动化执行与管控。

在一些可能的实现方式中，该系统还包括：

验证分析模块，用于采用与升级流程自动化模块相同的任务自动化实施与管控组件，对测试场次执行后生成的性能数据进行针对性提取，获得目标性能数据，根据目标性能数据验证当前测试场次的有效性。

在一些可能的实现方式中，该系统还包括：

介质管理模块，用于构建软件版本管理环境，对产品介质卷进行功能分类，记录产品介质卷复制来源以及变更时点，以用于版本追踪。

第二方面，本申请提供了一种软件版本升级测试管控方法，该方法包括：

对主机平台软件版本升级测试流程进行建模，获得测试流程实体关系，流程实体关系包括升级种类和测试类型的对应关系以及升级种类和性能指标的对应关系；

根据目标软件的升级种类以及测试流程实体关系确定目标测试类型和目标性能指标，目标测试类型和目标性能指标用于实现对目标软件版本升级测试流程的一体化管控。

在一些可能的实现方式中，测试流程实体关系还包括前置流程条件、交付件、参与部门和起止时间中的任意一种或多种。

在一些可能的实现方式中，该方法还包括：

比对测试环境的系统参数和生产环境的系统参数，当系统参数不一致时，对测试环境的系统参数和生产环境的系统参数进行同步。

在一些可能的实现方式中，该方法还包括：

使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载。

在一些可能的实现方式中，使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载包括：

获取生产环境的数据表标识；

对非分区表数据库物理文件进行预处理，确定数据恢复所需开辟数据集数量；

根据数据集数量装载数据，以便进行数据恢复。

在一些可能的实现方式中，数据装载数据源包括多个分区，使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载包括：

并行加载所述多个分区。

在一些可能的实现方式中，该方法还包括：

将规范化软件版本升级流程进行自动化执行与管控。

在一些可能的实现方式中，该方法还包括：

采用与升级流程自动化模块相同的任务自动化实施与管控组件，对测试场次执行后生成的性能数据进行针对性提取，获得目标性能数据，根据目标性能数据验证当前测试场次的有效性。

在一些可能的实现方式中，该方法还包括：

构建软件版本管理环境，对产品介质卷进行功能分类，记录产品介质卷复制来源以及变更时点，以用于版本追踪。

第三方面，本申请提供一种设备，设备包括处理器和存储器。处理器、存储器进行相互的通信。处理器用于执行存储器中存储的指令，以使得设备执行如第二方面或第二方面的任一种实现方式中的软件版本升级测试管控方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，指令指示设备执行上述第二方面或第二方面的任一种实现方式所述的软件版本升级测试管控方法。

第五方面，本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述第二方面或第二方面的任一种实现方式所述的软件版本升级测试管控方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种软件版本升级测试管控系统，该系统包括建模模块和确定模块，建模模块用于对主机平台软件版本升级测试流程进行建模，获得测试流程实体关系，确定模块根据目标软件的升级种类以及建模模块所获得的测试流程实体关系确定目标测试类型和目标性能指标，从而根据目标测试类型和目标性能指标实现对目标软件版本升级测试流程的一体化管控。

如此，该系统能够实现对主机平台软件版本升级类测试的一体化流程管控。每一测试阶段通过设置前置流程条件、交付件、参与部门、起止时间等元素，实现流程监控、交付件审批归档、职能权限管理、测试范围界定等功能，并贯穿需求受理、需求研制、介质定制与安装、升级维护及应急相关流程制定、测试实施、投产运维验证与准备、投产实施与评价全流程。

附图说明

为了更清楚地说明本申请实施例的技术方法，下面将对实施例中所需使用的附图作以简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种软件版本升级测试管控系统的结构图；

图2为本申请实施例提供的一种测试流程实体关系图；

图3为本申请实施例提供的另一种软件版本升级测试管控系统的结构图；

图4为本申请实施例提供的一种基于表分区的并发控制流示意图；

图5为本申请实施例提供的一种升级流程自动化模块的结构图；

图6为本申请实施例提供的一种数据库存储表的实体关系的示意图；

图7为本申请实施例提供的另一种软件版本升级测试管控系统的结构图；

图8为本申请实施例提供的一种产品介质卷功能分类的示意图；

图9为本申请实施例提供的一种软件版本升级测试管控系统的架构图；

图10为本申请实施例提供的一种软件版本升级测试管控方法的流程图。

具体实施方式

下面将结合本申请中的附图，对本申请提供的实施例中的方案进行描述。

本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

首先对本申请实施例中所涉及到的一些技术术语进行介绍。

IBM主机(mainframe)是IBM推出的z系列大型计算机系统，通常承载银行核心业务的运行。在银行的业务运行中，软件子系统需要不断进行升级或者定期进行补丁维护，因此需要在测试环境下进行系统与应用层面的各种功能与性能测试，但是目前的主机平台软件版本升级工作的流程控制混乱，不同技术线各自为战，缺乏一体化流程管控。

有鉴于此，本申请提供一种软件版本升级测试管控系统，该系统包括建模模块和确定模块，其中，建模模块用于对主机平台软件版本升级测试流程进行建模，获得测试流程实体关系，确定模块用于根据目标软件的升级种类以及测试流程实体关系确定目标测试类型和目标性能指标，从而实现对目标软件版本升级测试流程的一体化管控。如此，该系统能够对整个目标软件版本升级测试流程进行一体化管控。

为了便于理解，下面结合附图对本申请实施例提供的软件版本升级测试管控系统进行介绍。

参见图1所示的软件版本升级测试管控系统的系统架构图，该软件版本升级测试管控系统100包括测试流程一体化子系统110。该测试流程一体化子系统110包括建模模块112和确定模块114。

建模模块112用于对主机平台软件版本升级测试流程进行建模，获得测试流程实体关系。

测试流程实体关系如图2所示，升级种类和测试类型的对应关系以及升级种类和性能指标的对应关系。测试类型具体包括系统功能测试、应用功能测试、应用性能测试、适应性测试、高可用测试、高压力测试、双活切换流程验证测试、外围系统测试等。

确定模块114用于根据目标软件的升级种类以及测试流程实体关系确定目标测试类型和目标性能指标，目标测试类型和目标性能指标用于实现对目标软件版本升级测试流程的一体化管控。

可选的，测试流程实体关系还包括前置流程条件、交付件、参与部门和起止时间中的任意一种或多种，从而实现流程监控、交付件审批归档、职能权限管理、测试范围界定等功能。

测试交付件分为版本环境维护需求登记、问题报告登记、变更需求登记、变更实施登记、维护报告登记等类型，贯穿需求受理、需求研制、介质定制与安装、升级维护及应急相关流程制定、测试实施、投产运维验证与准备、投产实施与评价全流程。

由此，该软件版本升级测试管控系统100可以通过测试流程一体化子系统110实现对于目标软件版本升级测试流程的一体化管控。

本实施例提供的软件版本升级测试管控系统100能够实现对主机平台软件版本升级类测试的一体化流程管控，每一测试阶段通过设置前置的流程条件、交付件、参与部门、起止时间等元素，实现流程监控、交付件审批归档、职能权限管理、测试范围界定等功能。

可选的，如图3所示，该软件版本升级测试管控系统100还包括测试实施子系统120。该测试实施子系统120包括参数同步模块122、数据装载模块124、升级流程自动化模块126和验证分析模块128。

参数同步模块122用于比对测试环境的系统参数和生产环境的系统参数，当系统参数不一致时，对测试环境的系统参数和生产环境的系统参数进行同步。

系统参数可以为操作系统、数据库、交易中间件、双活组件、工具产品等的配置参数。具体地，参数同步模块122将生产环境的操作系统、数据库、交易中间件、双活组件、工具产品等的配置参数定期与测试环境的上述对应的配置参数进行比对同步，降低环境差异。由此，参数同步模块122能够实现测试环境系统参数与生产环境系统参数的一致性比对与同步，从而降低环境差异。

数据装载模块124用于使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载。

在一些可能的实现方式中，数据装载模块124还可以获取生产环境的数据表标识，然后对非分区表数据库物理文件进行预处理，确定数据恢复所需开辟数据集数量，从而根据数据集数量装载数据，以便进行数据恢复。

并且，数据装置数据源可以包括多个分区，数据装载模块124使用生产环境的数据备份镜像文件作为测试环境的数据并行加载多个分区，从而进行数据装载。

具体地，数据装载模块124使用生产环境的数据备份IMAGECOPY镜像文件作为测试环境数据装载数据源，改造基于主机数据库(例如DB2数据库)处理(Utility)进行数据恢复的缺陷，获取生产环境数据表内部标识，并对非分区表数据库物理文件通过虚拟存储访问(Virtual storage access method，VSAM)进行预处理，确定实际恢复时所需开辟数据集个数，实现数据恢复。

其中，每张非分区表的数据集个数在计算时通过HPGPGSZ(PAGE大小)、HPGHPREF(PAGE个数)进行二次运算取得。

可选的，考虑到串行拷贝以及传统基于表空间的数据装载效率较低，无法充分利用主机CPU、内存等资源，因此可以设计基于表分区的并发数据装载方式，并发控制流如图4所示。

通过并发数据装载，能够有效提高装载效率，并且便于后续休眠与扫描、统计信息收集、索引重构等。

对于分区较多的数据表，通过并发数据装载，能够有效提高装载效率，由此控制后续休眠与扫描、统计信息收集与后续索引重构等进程的启动时机。

数据装载模块124基于主机服务接口方式构建管控系统与主机通讯渠道，并创造性改进基于DB2 Utility恢复生产图像拷贝备份的数据装载方式，实现自动化升级流程等，从而实现测试环境运维自动化。

升级流程自动化模块126用于将规范化软件版本升级流程进行自动化执行与管控。

具体地，升级流程自动化模块126用于将规范化软件版本升级流程进行自动化执行与管控，与主机进行通信，提交与管理升级作业。其中，升级流程自动化模块126具体可以通过连接支持层实现与主机平台的通信。

如图5所示，升级流程自动化模块126通过作业调度组件读入升级参数，根据升级参数确定升级步骤，从而通过与主机的通信调度主机作业实现升级。其中，升级类型包括升级、回退、回退后再升级、清理等。前端页面通过读取任务步骤历史表实现对升级任务状态的实时监控。

在一些可能的实现方式中，升级流程自动化模块126中对应数据库存储表的实体关系如图6所示。

其中，t_task为任务步骤表，用于记录升级任务步骤，具体包含步骤内容、启用状态、期待返回码、步骤描述等信息。t_tasklist为任务历史表，记录任务状态等信息。t_taskhist为任务步骤历史表，记录已执行的任务步骤，包含任务身份标识(identitydocument，ID)、起始时间、提交环境、提交用户、当前执行状态、返回码等信息。

验证分析模块128用于采用与升级流程自动化模块相同的任务自动化实施与管控组件，对测试场次执行后生成的性能数据进行针对性提取，获得目标性能数据，根据目标性能数据验证当前测试场次的有效性。并且，验证分析模块128能够为该软件版本升级测试管控系统100的完整性能分析与测试评估提供基础数据源。用于验证测试场次有效性的性能指标如表1所示。

表1用于验证测试场次有效性的性能指标

上述性能指标涵盖主机平台各子系统基础指标。将获取到的概览性能指标与指标期望阈值进行比对，从而快速确定性能异常问题，由此验证测试场次有效性，其中指标期望阈值通过测试总结与生产反馈进行持续调整。

测试实施子系统120通过参数同步模块122、数据装载模块124、升级流程自动化模块126和验证分析模块128等模块，能够有效提升测试效率。

参数同步模块122定期比对生产环境系统配置与参数，消除环境差异。数据装载模块124采取改进的基于DB2 Utility恢复生产IMAGECOPY备份的数据装载方式，在保证装载耗时不增加的前提下，确保数据物理摆布与生产的一致性，提升测试有效性。升级流程自动化模块126通过自动化实施升级流程，缩短升级时长，同时降低人工操作风险，并应用于双活切换流程验证等针对性测试场景，提升验证效率。验证分析模块128在测试场次完成后，进行测试指标概览与测试场次有效性验证，直观展示测试成果，确认测试有效性。

在具体实现中，添加测试实施子系统120后，测试场次成功率从80％提升至95％，使因为测试环境部署不到位导致的无效测试场次大幅降低。同时，性能指标分析时长缩短80％，分析报告出具时长缩短60％，大幅提升测试分析工作效率和准确性。

在另一种实施例中，如图7所示，软件版本升级测试管控系统100包括测试流程一体化管控子系统110、测试实施子系统120和软件版本管理子系统130。测试流程一体化管控子系统110包括建模模块112和确定模块114。测试实施子系统120包括参数同步模块122、数据装载模块124、升级流程自动化模块126和验证分析模块128。软件版本管理子系统130包括介质管理模块132。

介质管理模块132用于构建软件版本管理环境，对产品介质卷进行功能分类，记录产品介质卷复制来源以及变更时点，以用于版本追踪。其中，介质管理模块132对于产品介质卷进行功能分类具体如图8所示。

具体地，基础软件产品卷用于备份已投产版本与加入各类补丁的未发布版本，主要用于升级测试期间产品中间版本的升级回退等。其中补丁用于程序临时性修订(Programtemporary fix，PTF)。研发测试发布卷由基础软件产品卷复制所得，用于研发测试环境产品发布与部署。生产发布卷由基础软件产品卷复制所得，用于生产环境产品发布与部署。

由此，介质管理模块132通过记录产品卷复制来源与变更时点等，实现版本追踪。并且，介质管理模块132对产品卷上软件版本进行自动化定期比对，持续获取主机软件版本，实现统一视图管理。

基于性能指标概览能够快速确认测试场次有效性，提升主机软件版本升级性能指标分析与问题定位效率，实现应用性能指标分析智能化。

软件版本管理子系统130对主机基础软件变更进行统一视图管理，提升主机平台基础软件和工具软件版本管理的数字化管控，做到流程合规、可控、可追溯。并且更适用于多产品多版本更迭场景，实现软件版本的实时追踪与代际查询，降低版本管理环境的运维风险，保障主机软件版本安全。

与上述软件版本升级测试管控系统100功能结构图相对应的，该系统的系统架构图如图9所示，包含应用层、业务逻辑层、数据访问层、存储层，针对主机交互需求，构建连接支持层，实现管控平台与主机的通讯连接等。

其中，连接支持层技术实现包括主机数据库通讯、主机系统通讯、码制转换和线程管理。

基于主机服务接口方式构建Web端与主机通讯渠道，能够提升测试实施运维工作自动化与智能化程度，整合主机平台自动化运维脚本，针对测试支持与主机运行维护方面出现的重复性、突出性问题与个性化需求，设计自动化任务模板，在测试问题发现效率、运维操作稳定性、实施流程规范度、测试工作有效性等方面有极大提升。

具体地，主机数据库通讯是基于DB2的Java数据库连接(Java databaseconnectivity，JDBC)与SQLJ构建本发明系统与主机数据库的通讯方式，实现对数据库连接池与用户权限等的管理。主机系统通讯是主机进行服务发布与权限管理，实现基础运维接口，具体为：作业管理、命令交互、数据集传输等。码制转换用于实现主机平台与管控系统通讯码制转换。线程管理用于构建线程池，管理并发任务。

软件版本管理子系统130用于规划产品介质发布规则，跟踪研发、测试环境主机基础软件版本。具体地，介质管理模块132对软件版本差异进行智能分析与判断，及时告警，并对基础软件及工具产品版本服务停止时间进行提醒。介质管理模块132持续跟踪各主机软件版本的生命周期，并且个性化定制软件版本生命周期截止时间与智能预警。

综上，本方案提供了一种软件版本升级测试管控系统，能够对于主机平台软件版本升级测试的测试环境运维自动化、应用性能指标分析智能化、主机软件版本管理数字化、测试流程管控正规化、测试平台一体化方面进行设计提升。

测试实施子系统120中数据装载模块124，基于主机服务接口方式构建管控系统与主机通讯渠道，并创造性改进基于DB2 Utility恢复生产IMAGECOPY备份的数据装载方式，实现自动化升级流程等，从而实现测试环境运维自动化。

测试实施子系统120中验证分析模块128，基于性能指标概览快速确认测试场次有效性，提升主机软件版本升级性能指标分析与问题定位效率，实现应用性能指标分析智能化。

软件版本管理子系统130对版本管理环境产品介质的针对性规划设计与产品服务信息管理，实现对版本管理环境维护的信息化数字化改造，实现主机软件版本管理数字化。

并且，测试流程一体化管控子系统110设计测试流程实体约束条件与管理规则，实现测试流程的正规化管控，实现测试流程管控正规化。并且通过测试流程一体化管控子系统110对测试管理、实施的全流程一体化覆盖，实现测试流程实施一体化。

以上对软件版本升级测试管控系统100进行介绍，接下来，结合附图10对本申请实施例提供的软件版本升级测试管控方法进行详细介绍。

S1002：建模模块112对主机平台软件版本升级测试流程进行建模，获得测试流程实体关系。

其中，流程实体关系包括升级种类和测试类型的对应关系以及升级种类和性能指标的对应关系。

S1004：确定模块114根据目标软件的升级种类以及测试流程实体关系确定目标测试类型和目标性能指标。

目标测试类型和目标性能指标用于实现对所述目标软件版本升级测试流程的一体化管控。

在一些可能的实现方式中，测试流程实体关系还包括前置流程条件、交付件、参与部门和起止时间中的任意一种或多种。

在一些可能的实现方式中，该方法还包括：

比对测试环境的系统参数和生产环境的系统参数，当系统参数不一致时，对测试环境的系统参数和生产环境的系统参数进行同步。

在一些可能的实现方式中，该方法还包括：

使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载。

在一些可能的实现方式中，使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载包括：

获取生产环境的数据表标识；

对非分区表数据库物理文件进行预处理，确定数据恢复所需开辟数据集数量；

根据数据集数量装载数据，以便进行数据恢复。

在一些可能的实现方式中，数据装载数据源包括多个分区，使用生产环境的数据备份镜像文件作为测试环境的数据装载数据源进行数据装载包括：

并行加载所述多个分区。

在一些可能的实现方式中，该方法还包括：

将规范化软件版本升级流程进行自动化执行与管控。

在一些可能的实现方式中，该方法还包括：

采用与升级流程自动化模块相同的任务自动化实施与管控组件，对测试场次执行后生成的性能数据进行针对性提取，获得目标性能数据，根据目标性能数据验证当前测试场次的有效性。

在一些可能的实现方式中，该方法还包括：

构建软件版本管理环境，对产品介质卷进行功能分类，记录产品介质卷复制来源以及变更时点，以用于版本追踪。

本申请提供一种设备，用于实现软件版本升级测试管控方法。该设备包括处理器和存储器。处理器、存储器进行相互的通信。该处理器用于执行存储器中存储的指令，以使得设备执行软件版本升级测试管控方法。

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在设备上运行时，使得设备执行上述软件版本升级测试管控方法。

本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述提供软件版本升级测试管控方法。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。