一种基于平台和插件的模型组件化管理系统及调度实现方法与流程

本申请涉及计算机建模仿真技术领域，具体涉及一种基于平台和插件的模型组件化管理系统及调度实现方法。

背景技术：

随着新军事革命的蓬勃发展，以计算机技术为基础的建模仿真(modelingandsimulation,m&s)技术，在应用的深度和广度上也不断发展，在信息化建设中发挥着前所未有的作用。一方面，以建模仿真(m&s)技术为支撑的模拟训练已成为世界各国保持和提升部队战斗力，适应未来作战需要的最经济、最有效的方法和手段；另一方面，利用建模仿真(m&s)技术构建作战实验平台，采用模拟实验的方法进行研究和创新，成为各国研究作战规律、特点，评估作战构想的重要方式方法。

相关技术中，在实际的作战模拟系统开发过程中，存在着一些较为突出和严重的问题。

一直以来，现有的模型系统均采用了“捆绑式”的开发方法，即所有模型被绑定在一个exe可执行文件中，模型与仿真运行框架紧密地耦合在一起，模型与系统有着千丝万缕的联系，单个模型很难从整个系统中分离出来，对某个模型的修改是“牵一发而动全身”，造成系统可维护性差。

其次，由于被模拟仿真对象越来越复杂，需考虑的因素越来越多，精度要求也越来越细，对仿真结果的逼真度要求却越来越高，使得模型如何恰当地反映被模拟对象本质特征这一建模仿真的基本问题显得更加突出，模型开发的复杂性成为制约模型发展的主要瓶颈。

第三，不同的建模仿真(m&s)开发项目由于为了不同的目的、基于不同的视角、使用不同的技术方法来设计和实现系统，系统之间难以互联互通互操作。

第四，传统的作战模拟系统开发周期长、模型开发灵活性差，难以适应这种实验的时效性要求。

第五，传统的通过专用的模型系统来支撑的作战模拟系统，对于同一应用问题的模型难于以独立的方式表现出来，使新的或相似的建模仿真(m&s)项目无法对已有的模型成果进行重用，这无疑造成人力、物力和时间的巨大浪费。

上述问题的出现，导致了当下的作战模拟系统的建设形成了这样的局面：重复性投资、系统研发周期性长、系统的重用性、稳定性和可维护性差。

虽然，近年来研发的分布式仿真、hla/rti等先进的建模仿真技术，但基于这方面的研究和工程应用，仅局限于仿真应用(联邦成员)的管理、控制和互操作，解决了以联邦成员身份出现的应用软件间的集成问题，而这个层面是大粒度的，对基于各种具体模型这种细粒度层面的封装、管理、互操作等则涉及较少，各种模型仍然被封装于各个联邦成员中，无法以模型为单位进行重用集成。

为此，有必要一款开发新一代的开放式、可灵活配置、模型可即插即用的、具有较高重用能力的作战模拟系统，对于提高作战模拟系统建设水平，满足部队一体化训练的客观需要，具有重要的现实意义。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，同时鉴于传统的应用系统中，在开发人员编译发布之后，系统就不允许进行更改和扩充的缺陷，以及若要进行某个功能的扩充，则必须要修改代码重新编译发布造成人力、物力和时间的巨大浪费。

为解决这一问题，申请人提出了一种基于平台和插件的模型组件化管理系统及调度实现方法。提出了“平台”+“插件”的应用系统架构模型，采用统一的标准规范，构建开放式的系统平台，使系统的组成部分标准化、通用化、组件化，模型能够即插即用。

根据本申请实施例的第一方面，提供一种基于平台和插件的模型组件化管理系统，包括系统平台、平台接口、统一的插件接口以及若干个插件；

所述系统平台，用于负责系统的整体运行，为插件提供运行环境和插件管理调度的功能；

所述平台接口是插件使用系统平台资源、调用系统平台功能的通道，是系统平台向插件提供服务的承诺，由系统平台负责具体的实现；插件通过该平台接口能够获取系统平台的各种资源和数据；

所述插件接口是系统平台注册和调度插件的通道，系统平台通过插件接口调用插件所实现的功能，读取插件处理数据；

所述插件是遵循插件接口的具体功能进行实现，加入到系统平台中来。

进一步的，所述系统平台中的插件管理调度功能主要包括插件注册和插件调度，插件注册是指按照某种机制在系统中搜索已安装插件，之后将搜索到的插件注册到系统平台上，并在系统平台上生成相应的调用机制；插件调度是指平台按照用户的操作和系统的流程安全地调用各插件所实现的功能。

进一步的，将若干个所述插件配置为一个个能够即插即用的模型插件，将各模型插件的公共部分封装为模型运行支撑平台，为模型插件提供基础支撑，构成插件式的作战模型平台。

进一步的，模型运行支撑平台为作战模型平台提供基础的服务功能，并通过平台接口将其功能接口传递到模型插件，模型插件与模型运行支撑平台以及模型插件之间的交互通过平台接口和功能组件来完成的；所述功能组件包括模型引擎组件、时间管理组件、数据服务组件、实体管理组件、任务解释组件和日志服务组件；其中，

模型引擎组件，用于提供模型插件注册和调度管理功能，模型引擎组件是模型系统运转的发动机，用于运行时协调各个部件，使模型系统按作战和训练的内在规律进行运行；

时间管理组件，用于实现模型系统的时间推进和时间同步功能；

数据服务组件，用于提供各类基数数据查询、存取、调用和动态数据发布，以实现对数据进行统一的调度管理，为整个系统提供数据服务；

实体管理组件，用于对作战实体进行统一管理，向模型插件提供行动执行实体、行动目标实体的属性信息，以及实体状态变化的操作；

任务解释组件，用于将以计划命令、干预命令形式表现的任务数据按任务解释模板进行表达式解释，生成可以触发行动模型插件运行的消息事件序列；

日志服务组件，用于提供模型系统运行时日志信息的记录和输出。

进一步的，所述平台接口是用于作战的模型插件使用模型平台资源、调用平台功能的通道，模型插件通过该平台接口能够获取和操纵模型运行支撑平台的各种资源和数据以满足其仿真计算的需要；平台接口与模型插件接口共同组成了模型运行支撑平台与模型插件之间各种消息交互的通道。

进一步的，所述平台接口是作战模型平台提供给各个模型插件的最顶层的访问接口，是对模型运行支撑平台所管理的各个接口的总调度接口，通过该平台接口能够获得模型运行支撑平台的各种资源接口。

进一步的，所述模型插件接口是模型运行支撑平台注册和调度插件的通道，模型运行支撑平台通过插件接口调用插件所实现的功能，模型插件接口主要包括以下内容：

获取模型插件属性接口，模型运行支撑平台通过该接口能够取得该插件的属性信息；设置平台环境接口，模型运行支撑平台通过该接口将平台资源的顶层接口传递到模型插件中，模型插件通过该接口能够获取平台所提供的各个功能接口；初始化操作接口，模型运行支撑平台通过该接口启动模型插件进行初始化操作；模型执行接口，模型运行支撑平台通过该接口启动模型进行模拟过程的迭代运算；模型退出接口，平台通过该接口卸载模型插件。

根据本申请实施例的第二方面，提供一种基于平台和插件的模型组件化管理调度实现方法，该调度实现方法采用上述的基于平台和插件的模型组件化管理系统；模型运行支撑平台与模型插件的交互过程如下：

s1、启动模型运行支撑平台，搜索到某一模型插件并加载模型插件；

s2、模拟过程开始，模型运行支撑平台进入迭代循环过程，开始对模型插件进行调度；

s3、对行动有影响的实体进行实体状态的更新，通过模拟结果发布接口发布各种模拟结果消息；

s4、模型插件卸载或平台退出时。

需要进一步说明的是所述的步骤s1中还包括：

s11、模型运行支撑平台验证模型插件的合法有效性；若验证通过，则执行步骤是s12；

s12、模型运行支撑平台获取插件接口对象指针，并将其保存到列表容器中；

s13、模型运行支撑平台取得模型插件的基本信息，根据此信息模型运行支撑平台将模型插件显示于列表中，并可得到该模型插件的迭代周期；

s14、模型运行支撑平台取得平台环境接口对象；

s15、模型运行支撑平台控制模型插件执行初始化的各种操作。

需要进一步说明的是步骤s11中，模型运行支撑平台验证模型插件的合法有效性，具体为在模型运行支撑平台和模型插件中使用同一验证算法，通过所送字符串验证计算后是否一致，来判定该插件是否符合平台标准的模型插件。

需要进一步说明的是所述步骤s2中在开始对模型插件进行调度前，还包括模型运行支撑平台每个迭代过程，都进行基本任务事件的检查，并通过迭代周期和是否有相应的任务来判断在此周期内该模型插件是否可以运行；若模型插件可以运行，模型运行支撑平台进行调用。

本申请的实施例提供的技术方案可以包括以下有益效果：

1、该平台能够为作战模型运行提供运行环境，以“即插即用”方式对模型进行调度；能够为作战模型开发提供支持工具，降低模型开发的难度和复杂度；能够为作战模型集成提供方法和手段。

2、作战模型平台是支撑作战模型开发与运行的软件系统环境。它以模型开发和集成为中心，为模型的输入、运行和输出提供标准化的公共环境和通用功能服务，用于支持具体模型开发和作战模拟系统的快速构建。

3、从作战模拟系统角度讲，作战模型平台是作战模拟系统的公共基础部分，它实现了作战模拟系统的通用功能，规定了具体功能模块必须遵循的标准接口，提供了模型开发辅助工具。

4、代表通用功能的“平台”和代表具体应用“功能插件”可以分别进行开发和发展而互不影响。即在保证“插件”接口不变的情况下，插件的更新与平台无关，只要是遵循平台标准接口和规范的模型插件，就能够在平台中运行，实现了模型的即插即用。

5、行动模型即插即用。为作战模型提供了插座容器，使得模型运行时获取到其仿真计算所需的各种资源接口，并可方便地进行仿真结果发布。

6、模型按需调度功能。平台采用多线程“分时”机制，能够按模型插件自定义的仿真步长对该模型进行调度；能够按线性时间或尽快时间方式对模型进行运行。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的基于平台和插件的模型组件化管理系统架构示意图；

图2是根据一示例性实施例示出的“模型运行支撑平台+行动模型插件”的模型系统架构；

图3是根据一示例性实施例示出的基于平台和插件的模型组件化管理调度实现方法流程图之一；

图4是根据一示例性实施例示出的基于平台和插件的模型组件化管理调度实现方法流程图之二；

图5是根据一示例性实施例示出的模型运行支撑平台与模型插件的交互过程实施例。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

模型是构成模拟系统的“神经元”，是表现某一作战行动规律、反应某一事物本质的具体载体。系统运行过程中所输出的数据，都是这些模型相互作用、协同运算的结果。模拟系统的运行过程，就是模型运行支撑平台对各种模型不断合理调用和执行的过程。从某种角度上讲，模拟系统的开发是以模型为重点和主要工作来进行的。模型在系统的开发和使用中，是要经常发生变化的，本发明中提供的模型运行支撑平台能适应这种变化的要求，提高模型的可扩展性和可重用性；模型管理可增强对模拟系统的vv&a能力，校核、验证与确认(verificationvalidation&accreditation,vv&a)；vv&a已成为检验模型对实际系统模拟程度的必要手段，贯穿于模拟系统建设的全生命周期。本实施例提供的作战模拟系统的各个模型能够做到相对独立，分别进行vv&a，作战模拟系统集成在这些模型基础上，必然会大大提高整个模拟系统的置信度。

本实施例的模型采用组件化表示，模型的组件化表示，是指模型以组件方式表示和存在。组件，是包装有一系列相关联的操作和服务的，基于二进制执行模块形式的，可以重复使用的软件模块。组件提供了基于二进制可执行模块形式的软件重用方式，这就使组件能够单独开发、单独编译、单独调试和测试。一般应用系统在升级版本时，往往用新软件模块全部替换旧的程序模块，则升级意味着全部更新。而采用组件化的软件构架，每一个底层模块可以单独升级，而且在原来软件模块的基础上，可以添加新的组件模块而不需要改变原有的组件模块。总之，模型的组件化可以使系统的框架与功能模型模块的彻底分离，系统框架可以通过定义好的接口来操纵模型，而模型组件则可以单独进行开发、编码、编译、调试、测试。因此，这种方式对于模拟系统而言，是一种最富有生命力的模型表示方法。模型的组件化表示能够彻底地实现系统框架与模型的分离，使得模型可以独立开发。

图1是根据一示例性实施例示出的基于平台和插件的模型组件化管理系统架构示意图；请参照图1，该系统包括系统平台、平台接口、统一的插件接口以及若干个插件；其中，

所述系统平台，用于负责系统的整体运行，为插件(插件1、插件2……插件n)提供运行环境和插件管理调度的功能；所述系统平台中的插件管理调度功能主要包括插件注册和插件调度，插件注册是指按照某种机制在系统中搜索已安装插件，之后将搜索到的插件注册到系统平台上，并在系统平台上生成相应的调用机制,这包括菜单选项、工具栏、内部调用等。插件调度是指平台按照用户的操作和系统的流程安全地调用各插件所实现的功能。

所述平台接口是插件使用系统平台资源、调用系统平台功能的通道，是系统平台向插件提供服务的承诺，由系统平台负责具体的实现；插件通过该平台接口能够获取系统平台的各种资源和数据；如各种系统句柄、系统数据、内存分配等。

所述插件接口是系统平台注册和调度插件的通道，系统平台通过插件接口调用插件所实现的功能，读取插件处理数据；插件只要按照插件接口进行实现，就可以加入到系统中来。

插件，则是遵循插件接口的具体功能实现。插件实现什么以及怎么实现，完全是插件自己的自由，它只要遵循接口的规定就能够为平台所用。

基于插件的系统架构为系统的设计和实现带来了好处是显著的。首先，把扩展功能从系统框架中剥离出来，降低了框架的复杂度，让框架更容易实现。其次，系统的扩展性大大地加强了，如果我们在系统发布后需要对系统进行扩充，就不必重新编译，只需要增加或修改插件就可以了。再次，有利于系统的稳定，各个功能模块由于是以插件的形式表现在系统中的，某个模块的错误不会导致整个系统的失败，失败的仅仅是一个插件而已。最后，有利于团队开发。扩展功能与系统框架以一种很松的方式耦合，两者在保持接口不变的情况下，可以独立变化和发布。

显然，如果将作战模型系统按照基于插件架构的方式来设计和实现，将模型从模型系统中剥离出来，变成一个个插件，系统平台只负责提供模拟引擎和模型插件管理等核心功能，那么就可以达成了设计目标。

图2是根据一示例性实施例示出的“模型运行支撑平台+行动模型插件”的模型系统架构；参照图2，将若干个所述插件配置为一个个能够即插即用的模型插件(机动模型插件、设障行动插件……行动模型插件n)，将各模型插件的公共部分封装为模型运行支撑平台，为模型插件提供基础支撑，构成插件式的作战模型平台。

在本实施例中模型运行支撑平台为作战模型平台提供基础的服务功能，并通过平台接口将其功能接口传递到模型插件，模型插件与模型运行支撑平台以及模型插件之间的交互通过平台接口和功能组件来完成的；所述功能组件包括模型引擎组件、时间管理组件、数据服务组件、实体管理组件、任务解释组件和日志服务组件；其中，

模型引擎组件，用于提供模型插件注册和调度管理功能，模型引擎组件是模型系统运转的发动机，用于运行时协调各个部件，使模型系统按作战和训练的内在规律进行运行；

时间管理组件，用于实现模型系统的时间推进和时间同步功能；

数据服务组件，用于提供各类基数数据查询、存取、调用和动态数据发布，以实现对数据进行统一的调度管理，为整个系统提供数据服务；

实体管理组件，用于对作战实体进行统一管理，向模型插件提供行动执行实体、行动目标实体的属性信息，以及实体状态变化等操作；

任务解释组件，用于将以计划命令、干预命令形式表现的任务数据按任务解释模板进行表达式解释，生成可以触发行动模型插件运行的消息事件序列；

日志服务组件，用于提供模型系统运行时日志信息的记录和输出。

本实施例上述各组件组成了模型运行支撑平台，为模型系统提供基础的功能服务，并通过平台接口将其功能接口传递到模型插件，模型插件与平台以及模型插件之间的交互就是通过平台接口和这些功能组件来完成的。

作为一种优选的实施方式，需要补充说明的是，本实施例中的平台接口是行动模型插件使用模型平台资源、调用平台功能的通道，模型插件通过该平台接口能够获取和操纵模型运行支撑平台的各种资源和数据以满足其仿真计算的需要；平台接口与模型插件接口共同组成了模型运行支撑平台与模型插件之间各种消息交互的通道。

所述平台接口是作战模型平台提供给各个模型插件的最顶层的访问接口，是对模型运行支撑平台所管理的各个接口的总调度接口，通过该平台接口能够获得模型运行支撑平台的各种资源接口。

作为一种优选的实施方式，需要补充说明的是，本实施例中的模型插件接口是模型运行支撑平台注册和调度插件的通道，模型运行支撑平台通过插件接口调用插件所实现的功能，模型插件要遵循该接口进行设计和实现。

模型插件接口定义如下。

需要补充说明的是，模型插件接口主要包括以下内容：获取模型插件属性接口，模型运行支撑平台通过该接口能够取得该插件的属性信息；设置平台环境接口，模型运行支撑平台通过该接口将平台资源的顶层接口传递到模型插件中，模型插件通过该接口能够获取平台所提供的各个功能接口；初始化操作接口，模型运行支撑平台通过该接口启动模型插件进行初始化操作；模型执行接口，模型运行支撑平台通过该接口启动模型进行模拟过程的迭代运算；模型退出接口，平台通过该接口卸载模型插件。

如图3所示是根据一示例性实施例示出的基于平台和插件的模型组件化管理调度实现方法流程图之一；根据本申请实施例的第二方面，提供一种基于平台和插件的模型组件化管理调度实现方法，该调度实现方法采用上述的基于平台和插件的模型组件化管理系统；模型运行支撑平台与模型插件的交互过程如下：

s1、启动模型运行支撑平台，搜索到某一模型插件并加载模型插件；

s2、模拟过程开始，模型运行支撑平台进入迭代循环过程，开始对模型插件进行调度；

s3、对行动有影响的实体进行实体状态的更新，通过模拟结果发布接口发布各种模拟结果消息；

s4、模型插件卸载或平台退出时。

作为一种优选的实施方式，如图4所示，需要进一步说明的是所述的步骤s1中还包括：

s11、模型运行支撑平台验证模型插件的合法有效性；若验证通过，则执行步骤是s12；

需要进一步说明的是步骤s11中，模型运行支撑平台验证模型插件的合法有效性，具体为在模型运行支撑平台和模型插件中使用同一验证算法，通过所送字符串验证计算后是否一致，来判定该插件是否符合平台标准的模型插件。

s12、模型运行支撑平台获取插件接口对象指针，并将其保存到列表容器中；

s13、模型运行支撑平台取得模型插件的基本信息，根据此信息模型运行支撑平台将模型插件显示于列表中，并可得到该模型插件的迭代周期；

s14、模型运行支撑平台取得平台环境接口对象；

s15、模型运行支撑平台控制模型插件执行初始化的各种操作。

需要进一步说明的是所述步骤s2中在开始对模型插件进行调度前，还包括模型运行支撑平台每个迭代过程，都进行基本任务事件的检查，并通过迭代周期和是否有相应的任务来判断在此周期内该模型插件是否可以运行；若模型插件可以运行，模型运行支撑平台进行调用。

图5是根据一示例性实施例示出的模型运行支撑平台与模型插件的交互过程实施例。

模型插件的物理表现形式是windows标准dll，该dll的输出函数接口如下。模型运行支撑平台启动后，将按模型集成组装逻辑搜索到某一模型插件，通过插件载插件dll。

模型运行支撑平台与模型插件的交互过程如下。

1、平台调用verfyactioncomponent(char*szkey)以验证该插件是否符合平台标准。

2、平台调用createactioncomponent()获取到该插件的接口对象指针，

并将其保存到iactiongroup型的列表容器中。

3、平台调用插件接口对象piactioncom->getactioncominfo()取得模型插件的基本信息tactioncominfo，根据此信息平台将插件显示于列表中，并可得到该插件的迭代周期iterativecycle。

仿真迭代周期是对模型插件仿真运算分辨率的定义，模型运行支撑平台将依据该项内容进行循环调度这个模型插件，其xml格式如下。

4、平台调用插件接口对象piactioncom->setplatformcontext()，插件在此方法中取得平台环境接口对象piplatformcontext，运行期间可能多次调用该方法，插件还可在此方法中执行与平台环境相关的各种操作。

5、平台调用插件接口对象piactioncom->init()，插件可在此方法中执行初始化的各种操作，如为全局对象或类对象分配内存等。

6、模拟过程开始，平台进入迭代循环过程，开始对模型插件进行调度。平台每个迭代过程，都进行基本任务事件的检查，并通过插件的迭代周期iterativecycle和是否有相应的任务来判断在此周期内该插件是否可以运行。若插件可以运行，平台调用piactioncom->perform(pientity,ptsimorder,mstime,simulatetime)。

7、插件执行perform过程，进行模拟计算和结果发布。可以通过piplatformcontext所提供的实体管理接口对象pientityman对行动有影响的实体进行实体状态的改变/更新，并可通过piplatformcontext所提供的模拟结果发布接口pisimpublish发布各种处理结果(模拟结果消息)。

8、插件卸载或平台退出时，平台调用piactioncom->free()，插件执行退出清理工作。

本实施例中代表通用功能的“平台”和代表具体应用“功能插件”可以分别进行开发和发展而互不影响。即在保证“插件”接口不变的情况下，插件的更新与平台无关，只要是遵循平台标准接口和规范的模型插件，就能够在平台中运行，实现了模型的即插即用。行动模型即插即用。为作战模型提供了插座容器，使得模型运行时获取到其仿真计算所需的各种资源接口，并可方便地进行仿真结果发布。模型按需调度功能，平台采用多线程“分时”机制，能够按模型插件自定义的仿真步长对该模型进行调度；能够按线性时间或尽快时间方式对模型进行运行。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。