虚拟仿真内容的自启动方法、插件、设备及可读介质与流程

1.本技术涉及信息技术领域，尤其涉及一种基于pc端的虚拟仿真内容的自启动方法、插件、设备及可读介质。


背景技术：

2.随着各行各业对虚拟仿真实训平台的需求日益增多，比如教育行业对虚拟仿真实训平台的需求尤为突出，相关方面的虚拟仿真实训平台也纷纷落地。通过虚拟仿真实训平台在传统实训领域的深度应用，不仅可以打破传统实训模式，而且基于虚拟环境中的沉浸式体验，可以有效解决场地受限、实训场景单一、实训内容抽象、高危行业存在安全隐患等各项难题，从而有效提升实训效果。在虚拟仿真实训平台的建设中，如何在规范以及管理虚拟仿真实训平台的资源也越来越重要。
3.其中，虚拟仿真实训平台的内容，除了包括基于浏览器的虚拟仿真实训内容(又称web版的虚拟仿真实训内容)外，还包括基于pc端的虚拟仿真实训内容(又称pc版的虚拟仿真实训内容)。
4.然而，发明人发现相关技术中至少存在如下技术问题：通过虚拟仿真实训平台可以直接打开web版的虚拟仿真实训内容，但无法直接打开pc版的虚拟仿真实训内容。针对pc版的虚拟仿真实训内容，需要用户自己先进行相关虚拟仿真实训内容的搜索与下载，并在下载完成后手动运行该虚拟仿真实训内容。即针对pc版的虚拟仿真实训内容的整个启动过程是不连续的，启动过程繁琐，启动效率较低。


技术实现要素：

5.本技术的一个目的是提供一种基于pc端的虚拟仿真内容的自启动方法、插件、设备及可读介质，至少用以解决pc版的虚拟仿真实训内容的整个启动过程是不连续的，启动过程繁琐，启动效率较低的技术问题。
6.为实现上述目的，本技术的一些实施例提供了一种基于pc端的虚拟仿真内容的自启动方法，所述方法包括：在接收唤醒指令时，检测所述pc端是否存在目标虚拟仿真内容，得到检测结果；根据检测结果，获取目标文件；所述目标文件至少包括所述目标虚拟仿真内容对应的配置文件；启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。
7.本技术的一些实施例还提供了一种基于pc端的虚拟仿真内容的自启动插件，所述插件包括：检测模块，用于在接收唤醒指令时，检测所述pc端是否存在目标虚拟仿真内容，得到检测结果；获取模块，用于根据检测结果，获取目标文件；所述目标文件至少包括所述目标虚拟仿真内容对应的配置文件；执行模块，用于启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。
8.本技术的一些实施例还提供了一种基于pc端的虚拟仿真内容的自启动设备，所述设备包括：一个或多个处理器；以及存储有计算机程序指令的存储器，所述计算机程序指令
在被执行时使所述处理器执行如上所述的基于pc端的虚拟仿真内容的自启动方法。
9.本技术的一些实施例还提供了一种计算机可读介质，其上存储有计算机程序指令，所述计算机程序指令可被处理器执行以实现所述的基于pc端的虚拟仿真内容的自启动方法。
10.相较于现有技术，本技术实施例提供的一种基于pc端的虚拟仿真内容的自启动方案中，首先通过检测所述pc端是否存在目标虚拟仿真内容，得到检测结果，然后再根据检测结果，获取目标文件，该目标文件至少包括所述目标虚拟仿真内容对应的配置文件，进而，启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。由于申请实施例中，对pc端是否存在目标虚拟仿真内容进行自动检测，再根据检测结果，自动获取启动所述目标虚拟仿真内容所需要的内容，以对所述目标虚拟仿真内容执行自启动和配置文件的加载操作，整个启动过程是连续的，且无需人工参与，在很大程度上简化了对pc端的虚拟仿真内容的启动流程，提升了启动效率。
附图说明
11.图1为本技术实施例提供的一种基于pc端的虚拟仿真内容的自启动方法的流程图；
12.图2为本技术实施例提供的一种具体实例中的、基于pc端的虚拟仿真内容的自启动方法的交互示意图；
13.图3为本技术实施例提供的一种具体实例中的、基于pc端的虚拟仿真内容的自启动方法的流程图；
14.图4为本技术实施例提供的一种基于pc端的虚拟仿真内容的自启动插件的结构示意图；
15.图5为本技术实施例提供的一种基于pc端的虚拟仿真内容的自启动设备的结构示意图。
具体实施方式
16.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
17.在本文中使用以下术语。
18.pc，个人计算机，英文全称personal computer，包括：台式机、笔记本电脑、小型笔记本电脑、平板电脑以及超级本等。
19.虚拟仿真内容，虚拟内容，即vr虚拟资源，是指能用vr设备来体验的内容，比如，虚拟内容可以划分为：vr游戏、vr视频等。
20.vr，虚拟现实，或称灵镜技术，英文全称virtual reality，是指综合利用计算机图形系统和各种现实及控制等接口设备，在计算机上生成的、可交互的三维环境中提供沉浸感觉的技术。
21.cave，是一种基于投影的沉浸式虚拟现实显示系统。
22.sdk，软件开发工具包，英文全称software development kit，广义上指辅助开发某一类软件的相关文档、范例和工具的集合。
23.在相关技术中，虚拟仿真实训平台的内容，除了有基于浏览器的虚拟仿真实训内容(又称web版的虚拟仿真实训内容)外，还有相当一部分基于pc端的虚拟仿真实训内容(又称pc版的虚拟仿真实训内容)，也可以将该pc端的虚拟仿真实训内容简单地理解为.exe格式的虚拟仿真实训内容。其中，通过虚拟仿真实训平台可以直接打开web版的虚拟仿真实训内容，但无法直接打开pc版的虚拟仿真实训内容。具体来说，针对pc版的虚拟仿真实训内容，需要用户自己先进行相关虚拟仿真实训内容的搜索与下载，并在下载完成后手动运行该虚拟仿真实训内容。如果需要运行多个pc版的虚拟仿真实训内容，则需要用户分别对各pc版的虚拟仿真实训内容进行手动操作。即针对pc版的虚拟仿真实训内容的整个启动过程是不连续的，启动过程繁琐，启动效率较低。因此，如何直接自动pc版的虚拟仿真实训内容，以及回传相应的虚拟仿真实训内容的数据成为一个迫切需要解决的技术问题。
24.而本技术实施例提供的一种基于pc端的虚拟仿真内容的自启动方案中，首先通过检测所述pc端是否存在目标虚拟仿真内容，得到检测结果，然后再根据检测结果，获取目标文件，该目标文件至少包括所述目标虚拟仿真内容对应的配置文件，进而，启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。由于申请实施例中，对pc端是否存在目标虚拟仿真内容进行自动检测，再根据检测结果，自动获取启动所述目标虚拟仿真内容所需要的内容，以对所述目标虚拟仿真内容执行自启动和配置文件的加载操作，整个启动过程是连续的，且无需人工参与，在很大程度上简化了对pc端的虚拟仿真内容的启动流程，提升了启动效率。
25.本技术实施例提供了一种基于pc端的虚拟仿真内容的自启动方法，如图1所示，所述方法可以包括如下步骤：
26.步骤s101，在接收唤醒指令时，检测所述pc端是否存在目标虚拟仿真内容，得到检测结果。
27.步骤s102，根据检测结果，获取目标文件。所述目标文件至少包括所述目标虚拟仿真内容对应的配置文件。
28.步骤s103，启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。
29.以下分别对各步骤进行详细说明：
30.针对步骤s101，在接收唤醒指令时，检测所述pc端是否存在目标虚拟仿真内容，得到检测结果。
31.举例而言，在接收唤醒指令时，检测所述pc端的本地是否存在目标虚拟仿真内容a，若存在，则可以得到所述pc端存在目标虚拟仿真内容a的检测结果；否则，可以得到所述pc端不存在目标虚拟仿真内容a的检测结果。
32.具体地说，可以是在满足预设的唤醒条件时接收到唤醒指令，执行所述检测所述pc端是否存在目标虚拟仿真内容，得到检测结果的步骤。在一些例子中，相关人员在虚拟仿真实训平台创建实训任务，使得实训任务和目标虚拟仿真内容相关联，并确定目标虚拟仿真内容对应的配置文件。至此，满足了预设的唤醒条件，虚拟仿真实训平台发出唤醒指令至自启动插件，之后，即可以唤醒虚拟仿真实训平台的自启动插件，以执行所述步骤s101。当
然，上述方法实现的前提一般还可以包括以下两点：
33.1、虚拟仿真实训平台和自启动插件位于同一宿主机。
34.2、自启动插件已经成功安装于所述虚拟仿真实训平台，并且已启动。
35.在实际应用中，唤醒指令的触发条件有以下
36.针对步骤s102，根据检测结果，获取目标文件。所述目标文件至少包括所述目标虚拟仿真内容对应的配置文件。
37.具体地说，如果检测结果是所述pc端存在所述目标虚拟仿真内容，则可以仅获取该目标虚拟仿真内容对应的配置文件即可。如果检测结果是所述pc端不存在所述目标虚拟仿真内容，则需要获取目标虚拟仿真内容，以及与所述目标虚拟仿真内容对应的配置文件。
38.针对步骤s103，启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。
39.具体地说，自启动插件可以以命令模式启动所述目标虚拟仿真内容，并自动追加相关的配置参数项。
40.在一些例子中，目标虚拟仿真内容可以通过sdk接收配置文件中的各参数项，并对所述目标虚拟仿真内容执行所述配置文件的加载操作，从而使得目标虚拟仿真内容实现相关功能并达到相关效果。
41.需要说明的是，本技术实施例提供的一种基于pc端的虚拟仿真内容的自启动方案，虚拟仿真内容可自动兼容到虚拟仿真实训平台所支持的虚拟仿真实训终端设备，比如vr头盔、vr大屏、cave、pc等等。
42.与相关技术相比，本技术实施例中，通过对pc端是否存在目标虚拟仿真内容进行自动检测，再根据检测结果，自动获取启动所述目标虚拟仿真内容所需要的内容，以对所述目标虚拟仿真内容执行自启动和配置文件的加载操作，整个启动过程是连续的，且无需人工参与，在很大程度上简化了对pc端的虚拟仿真内容的启动流程，提升了启动效率。
43.在本技术一些实施例中，在所述检测所述pc端是否存在目标虚拟仿真内容，得到检测结果之前，所述方法可以包括：接收目标虚拟仿真内容和与所述目标虚拟仿真内容对应的配置文件。
44.在一些例子中，在得到检测结果之前，自启动插件先将目标虚拟仿真内容和与所述目标虚拟仿真内容对应的配置文件存储至插件本地，以便于在后续的步骤中，可以直接基于该插件本地的目标虚拟仿真内容和与所述目标虚拟仿真内容对应的配置文件进行操作，而不需要再从虚拟仿真实训平台获取，
45.在本技术一些实施例中，所述根据检测结果，获取目标文件，可以包括：若所述检测结果为所述pc端不存在所述目标虚拟仿真内容，则获取所述目标虚拟仿真内容和所述配置文件。
46.具体地说，当所述检测结果为所述pc端不存在所述目标虚拟仿真内容时，可以基于上一实施例中的插件本地，获取所述目标虚拟仿真内容和所述配置文件；当然，在一些其他例子中，当所述检测结果为所述pc端不存在所述目标虚拟仿真内容时，也可以再从虚拟仿真实训平台获取所述目标虚拟仿真内容和所述配置文件。
47.在本技术一些实施例中，所述根据检测结果，获取目标文件，可以包括：若所述检测结果为所述pc端存在所述目标虚拟仿真内容，则获取所述配置文件。
48.具体地说，当所述检测结果为所述pc端存在所述目标虚拟仿真内容时，只需要获取与所述目标虚拟仿真内容对应的所述配置文件即可。在一些例子中，可以从插件本地直接获取所述配置文件，也可以通过所述虚拟仿真实训平台获取所述配置文件，本实施例对此不作具体限定。
49.在本技术一些实施例中，所述与所述目标虚拟仿真内容对应的配置文件为：默认配置文件，和/或，自定义配置文件。
50.具体地说，相关人员可以根据实际需求灵活选择使用默认配置文件还是自定义配置文件。相关人员可以通过虚拟仿真实训平台确定所述目标虚拟仿真内容对应的配置文件。比如说，在相关人员选择好目标虚拟仿真内容后，虚拟仿真实训平台可以自动弹出所述目标虚拟仿真内容的默认配置项有哪些，供相关人员进行配置。配置好后，相关配置项的配置数据会记录在数据库中，并同步生成配置文件保存在资源服务器中。
51.其中，所述默认配置文件可以包括多个默认配置项，比如可以包括关于目标虚拟仿真内容操作流程配置项、执行目标虚拟仿真内容产生的数据是否需要回传等等，此处不作限定。
52.在本技术一些实施例中，所述自定义配置文件的优先级高于所述默认配置文件。
53.具体地说，自定义配置文件的优先级高于所述默认配置文件。即若获取配置文件，则优先获取自定义配置文件，若对于自定义配置文件的获取失败或者其他等异常情况，则再获取默认配置文件；若对于自定义配置文件的获取，则以所述自定义配置文件为准。
54.在本技术一些实施例中，在所述启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作后，所述方法还可以包括：将所述目标虚拟仿真内容运行产生的数据，发送至目标设备。
55.在一些例子中，目标设备可以是虚拟仿真实训平台。
56.具体地说，可以通过sdk，将目标虚拟仿真内容运行产生的数据直接上传至目标设备，目标设备再对接收到数据做进一步的分析处理。这里，不难发现，在前述第一个实施例中提到，目标虚拟仿真内容可以通过sdk接收配置文件中的各参数项，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。
57.可见，通过将sdk应用于本技术实施例提供的方案中，可以使得目标虚拟仿真内容与虚拟仿真实训平台之间进行快速、方便的数据互通。
58.具体地，在一些例子中，该自启动插件的技术实现主要可以包括如下几个方面：
59.1、sdk接收自启动插件发送过来配置文件，配置文件中可以包括比如加密信息、启动参数、配置参数等参数信息。
60.2、sdk对接收到的配置文件中的各参数项进行解析，以根据所述配置文件将信息转化为标准数据结构，进而，可以对目标虚拟仿真内容暴露相关调用、操作方法。
61.3、sdk接收目标虚拟仿真内容运行过程中产生的数据或生成的结果，组装成符合虚拟仿真实训平台的标准数据格式，并发送给所述虚拟仿真实训平台。
62.需要说明的是，上述各实施例中的任一实施例之间，可以相互配合实施，本技术实施例对此不作具体限定。
63.参见图2和图3，图2示出了在一个具体实例中，采用本技术实施例提供的基于pc端的虚拟仿真内容的自启动方法的交互示意图，图3为对应于该实例的流程图。具体包括：
64.步骤s201，相关人员通过虚拟仿真实训平台创建实训任务，选择目标虚拟仿真内容。
65.其中，在创建实训任务时，需要创建任务的用户自己选择虚拟仿真实训平台可提供的虚拟仿真内容，在创建任务的用户提交创建任务的信息后，此实训任务核目标虚拟仿真内容之间存在关联关系。
66.步骤s202，虚拟仿真实训平台提供配置参数项，用户可自主设定。确定后，相关配置项会以数据的形式记录在数据库中，并同步生成自定义的配置文件(比如json文件)，该配置文件被保存在资源服务器。
67.步骤s203，虚拟仿真实训平台启动实训任务，获取当前实训任务的目标虚拟仿真内容及配置文件。如果获取失败或者其他等异常情况，则获取虚拟仿真实训平台当前的默认配置文件。
68.步骤s204，虚拟仿真实训平台通过自定义伪协议protocol唤醒自启动插件，将目标虚拟仿真内容及配置文件发送给自启动插件。
69.步骤s205，自启动插件接收目标虚拟仿真内容及配置文件后，进行解析，之后检测本地是否存在目标虚拟仿真内容，如果本地不存在所述目标虚拟仿真内容，则先下载所述目标虚拟仿真内容并自动解压。
70.步骤s206，自启动插件以命令模式启动目标虚拟仿真内容，并自动对所述目标虚拟仿真内容执行所述配置文件的加载操作。
71.步骤s207，目标虚拟仿真内容通过sdk接收配置文件中的各配置参数项，从而使得目标虚拟仿真内容实现相关功能并达到相关效果。
72.步骤s208，目标虚拟仿真内容运行产生的数据，通过sdk直接上传至虚拟仿真实训平台，以便目标设备再对接收到数据做进一步的分析处理。
73.可见，与相关技术相比，本技术实施例提供的技术方案，可以在虚拟仿真实训平台中一站式启动运行基于pc端的虚拟仿真内容，以及可以解决启动运行基于pc端的虚拟仿真内容后的数据互通环节。
74.图4示出了一种基于pc端的虚拟仿真内容的自启动插件的结构示意图。所述自启动插件可以包括：检测模块11、获取模块12和执行模块13。
75.其中，
76.检测模块11，用于在接收唤醒指令时，检测所述pc端是否存在目标虚拟仿真内容，得到检测结果；
77.获取模块12，用于根据检测结果，获取目标文件；所述目标文件至少包括所述目标虚拟仿真内容对应的配置文件；
78.执行模块13，用于启动所述目标虚拟仿真内容，并对所述目标虚拟仿真内容执行所述配置文件的加载操作。
79.在一些例子中，该自启动插件的技术实现主要可以包括如下几个方面：
80.1、虚拟仿真实训平台需安装注册操作系统的伪协议，以向所述自启动插件发出唤醒指令。
81.2、该自启动插件在接收到虚拟仿真实训平台发出的唤醒指令后，在后台自主运行，在运行过程中若出现异常，则流程中断。
82.3、该自启动插件通过对目标虚拟仿真内容执行检测、下载、解压、启动并加载对应的配置文件，以启动目标虚拟仿真内容。其中，若在上述环节中任一部分出现异常，则流程中断。
83.不难发现，本实施例是与上述的方法实施例相对应的装置实施例，该自启动插件用于协助虚拟仿真实训平台启动虚拟仿真内容的下载、解压以及自动对所述虚拟仿真内容执行配置文件的加载操作，至少可以解决pc版的虚拟仿真实训内容的整个启动过程是不连续的，启动过程繁琐，启动效率较低的技术问题。
84.本技术实施例还提供了一种基于pc端的虚拟仿真内容的自启动设备该设备的结构如图5所示，所述设备包括用于存储计算机可读指令的存储器21和用于执行计算机可读指令的处理器22，其中，当该计算机可读指令被该处理器执行时，触发所述处理器执行所述的虚拟内容的分发方法。
85.本技术实施例中的方法和/或实施例可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在该计算机程序被处理单元执行时，执行本技术的方法中限定的上述功能。
86.需要说明的是，本技术所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
87.而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
88.可以以一种或多种程序设计语言或其组合来编写用于执行本技术的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
89.附图中的流程图或框图示出了按照本技术各种实施例的设备、方法和计算机程序
产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的针对硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
90.作为另一方面，本技术实施例还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个计算机可读指令，所述计算机可读指令可被处理器执行以实现前述本技术的多个实施例的方法和/或技术方案的步骤。
91.在本技术一个典型的配置中，终端、服务网络的设备均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
92.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
93.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
94.此外，本技术实施例还提供了一种计算机程序，所述计算机程序存储于计算机设备，使得计算机设备执行所述控制代码执行的方法。
95.需要注意的是，本技术可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一些实施例中，本技术的软件程序可以通过处理器执行以实现上文步骤或功能。同样地，本技术的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本技术的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
96.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表
示名称，而并不表示任何特定的顺序。