一种系统功能拓展方法、装置、设备及介质与流程

1.本发明涉及计算机领域，特别涉及一种系统功能拓展方法、装置、设备及介质。


背景技术：

2.目前大量的企业服务类软件需要在企业内网部署，一方面，由于企业内部网络的封闭性造成了软件系统升降级的复杂度。很多时候软件系统只是需要升级一个很小的功能，企业往往需要用更新全量包的方式对系统进行升级，造成了时间和人力的浪费。
3.由上可见，在软件系统功能升降级过程中，如何避免出现由于系统全量包升级导致人力与时间的浪费的情况是本领域有待解决的问题。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种系统功能拓展方法、装置、设备及介质，能够将系统中一些可能需要频繁更新的功能插件化，在页面上热插拔的方式升降级系统这部分功能，实现系统功能的拓展。同时本方案可以解决在系统必须同时用到不同版本的依赖的情况下的依赖冲突问题。其具体方案如下：
5.第一方面，本技术公开了一种系统功能拓展方法，应用于web服务系统，包括：
6.对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件；所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的；
7.利用所述插件配置信息确定所述目标插件对应的自定义类加载器，并将当前线程的类加载器切换为所述自定义类加载器；
8.通过当前线程利用所述自定义类加载器将所述java档案文件中的类加载至内存中。
9.可选的，所述对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件之前，还包括：
10.获取用于创建插件接口的插件接口代码，并基于所述插件接口代码创建插件接口；
11.将所述插件接口放置于预设通用子模块中，以便通过所述预设通用子模块中的所述插件接口调用目标插件；所述插件接口连接所述目标插件与所述web服务系统，且包含有用于实现所述目标插件的功能的方法。
12.可选的，所述对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件之前，还包括：
13.通过预设插件获取接口获取插件的参数配置文件与java档案文件；所述插件中包含有用于实现所述预设通用子模块中的插件接口的类；
14.将所述参数配置文件与java档案文件通过文件上传的方式上传至预设文件夹中。
15.可选的，所述对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对
应的插件配置信息，包括：
16.确定目标插件，并对预设插件文件夹中的所有插件进行扫描，以获取与所述目标插件所对应的参数配置文件；所述参数配置文件包含与所述目标插件对应的并以预设格式进行保存的参数配置信息；
17.将所述参数配置文件读取至内存中，并将所述参数配置信息解析为插件配置信息；所述参数配置信息与所述插件配置信息中均包含所述目标插件中的类的完整类路径与插件名，所述完整类路径包括与所述目标插件对应的包名与类名。
18.可选的，所述系统功能拓展方法，还包括：
19.创建插件管理器，并利用所述插件管理器对所述插件配置信息进行管理；
20.相应的，所述利用所述自定义类加载器将所述java档案文件中的类加载至内存中，包括：
21.确定所述目标插件的插件名，并通过所述插件管理器确定与所述插件名对应的完整类路径；
22.通过所述自定义加载器并利用所述完整类路径将所述java档案文件中的类加载至内存中。
23.可选的，所述利用所述插件配置信息确定所述目标插件对应的自定义类加载器，并将当前线程的类加载器切换为所述自定义类加载器，包括：
24.利用预设的用于管理自定义类加载器的第一管理器并基于所述插件配置信息确定所述目标插件的插件名；
25.利用所述第一管理器并根据所述插件名确定与所述目标插件对应的自定义类加载器；
26.利用用于切换类加载器的第二管理器将当前线程的类加载器切换为所述自定义类加载器。
27.可选的，所述的系统功能拓展方法，还包括：
28.通过预设删除插件接口获取插件删除信息，并基于所述插件删除信息确定待删除插件；
29.对所述预设插件文件夹中与所述待删除插件所对应的参数配置文件与java档案文件进行删除，并调用所述插件管理器中的预设刷新方法对所述预设插件文件夹进行刷新。
30.第二方面，本技术公开了一种系统功能拓展装置，应用于web服务系统，包括：
31.插件扫描模块，用于对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件；所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的；
32.加载器切换模块，用于利用所述插件配置信息确定所述目标插件对应的自定义类加载器，并将当前线程的类加载器切换为所述自定义类加载器；
33.类加载模块，用于通过当前线程利用所述自定义类加载器将所述java档案文件中的类加载至内存中。
34.第三方面，本技术公开了一种电子设备，包括：
35.存储器，用于保存计算机程序；
36.处理器，用于执行所述计算机程序，以实现前述的系统功能拓展方法。
37.第四方面，本技术公开了一种计算机存储介质，用于保存计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的系统功能拓展方法的步骤。
38.本技术通过利用web服务系统对预设插件文件夹中的目标插件进行扫描，以得到与目标插件对应的插件配置信息与java档案文件，所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的，然后利用插件配置信息确定目标插件对应的自定义类加载器，并将当前线程的类加载器切换为自定义类加载器，最后通过当前线程利用自定义类加载器将java档案文件中的类加载至内存中。这样一来，本方法利用java类加载机制对系统中可能需要频繁更新的功能插件化，可以通过上传插件的方式拓展新的功能，也可以通过卸载插件的方式卸载原有的系统功能，最终实现系统功能的即插即用与平滑升降级，实现系统代码解耦。同时本方案可以解决在系统必须同时用到不同版本的依赖的情况下的依赖冲突问题。
附图说明
39.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
40.图1为本技术提供的一种系统功能拓展法流程图；
41.图2为本技术提供的一种具体的系统功能拓展方法流程图；
42.图3为本技术提供的一种架构示意图；
43.图4为本技术提供的一种系统功能拓展装置结构示意图；
44.图5为本技术提供的一种电子设备结构图。
具体实施方式
45.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.现有技术中，软件系统只是需要升级一个很小的功能，企业往往需要用更新全量包的方式对系统进行升级，造成了时间和人力的浪费。在本技术中，能够将系统中一些可能需要频繁更新的功能插件化，在页面上热插拔的方式升降级系统这部分功能，实现系统功能的拓展。同时本方案可以解决在系统必须同时用到不同版本的依赖的情况下的依赖冲突问题。
47.本发明实施例公开了一种系统功能拓展方法，应用于web服务系统，参见图1所述，该方法包括：
48.步骤s11：对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件；所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的。
49.可以理解的是，本实施例中所述目标插件被放置于所述预设插件文件夹中，且所述目标插件中保存有与所述插件对应的插件配置信息与java档案文。
50.需要指出的是，本方案中所述web服务系统为预设服务器下的，且所述预设插件文件夹为位于服务器内web服务系统外的公共文件夹，且在一些具体实施方式中，所述预设插件文件夹可以是plugins文件夹，所述插件配置信息可以是pluginconfig，所述java档案文件可以是jar包。
51.本实施例中，所述对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件之前，还可以包括：获取用于创建插件接口的插件接口代码，并基于所述插件接口代码创建插件接口；将所述插件接口放置于预设通用子模块中，以便通过所述预设通用子模块中的所述插件接口调用目标插件；所述插件接口连接所述目标插件与所述web服务系统，且包含有用于实现所述目标插件的功能的方法。
52.在本实施例中，为所述web服务系统中创建一个插件接口，接口中包括了插件需要实现的方法。在一种具体实施方式中，可以将这个接口放在系统的common子模块中，插件和web服务都要同时依赖于这个common子模块。
53.本实施例中，所述对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件之前，还可以包括：通过预设插件获取接口获取插件的参数配置文件与java档案文件；所述插件中包含有用于实现所述预设通用子模块中的插件接口的类；将所述参数配置文件与java档案文件通过文件上传的方式上传至预设文件夹中。
54.可以理解的是，在根据系统当前的功能升降级需求对插件进行开发后，会将该插件对应的参数配置文件与java档案文件以预设格式生成压缩包，并将所述压缩包通过web服务系统以文件上传的方式上传至预设文件夹中。在一种具体的实施方式中，可以将插件的参数配置信息以json格式保存至plugin.json文件中，并将其作为参数配置文件，然后将所述plugin.json文件和插件的jar包打包，并以压缩包的形式存放于预设插件文件夹中。本实施例中所述plugin.json文件中必要的参数是common模块中插件接口实现类的完整类路径和插件名(即pluginname)。在一种具体实施方式中，所述完整类路径可以用classname表示。
55.可以理解的是，由于所述web服务系统会使用所述插件接口对于插件进行使用，所以插件中包含有用于实现所述预设通用子模块中的插件接口的类。
56.本实施例中，所述系统功能拓展方法，还可以包括：创建插件管理器，并利用所述插件管理器对所述插件配置信息进行管理；相应的，所述利用所述自定义类加载器将所述java档案文件中的类加载至内存中，包括：确定所述目标插件的插件名，并通过所述插件管理器确定与所述插件名对应的完整类路径；通过所述自定义加载器并利用所述完整类路径将所述java档案文件中的类加载至内存中。所述插件管理器可以是pluginmanager。
57.本实施例中所述插件管理器中拥有以下功能：
58.1)可以初始化plugins插件目录下所有插件的plugin.json配置信息，将json格式配置信息读取到内存中保存管理；
59.2)保证每个插件(插件名)的唯一性；
60.3)通过插件名即可获取插件配置信息(即pluginconfig)；
61.4)包含refresh方法，用于重新加载并刷新插件管理器中所有插件信息。
62.本实施例中，所述的系统功能拓展方法，还可以包括：通过预设删除插件接口获取插件删除信息，并基于所述插件删除信息确定待删除插件；对所述预设插件文件夹中与所述待删除插件所对应的参数配置文件与java档案文件进行删除，并调用所述插件管理器中的预设刷新方法对所述预设插件文件夹进行刷新。可以理解的是，在完成插件的开发，并将插件上传至预设插件文件夹中后，也会调用所述插件管理器中的预设刷新方法对所述预设插件文件夹进行刷新。
63.在本实施例中，系统不但可以通过上传插件的方式拓展新的功能，也可以通过卸载插件的方式卸载原有的系统功能。只需将预设插件文件夹中与待删除插件对应的参数配置文件与java档案文件进行删除，并调用插件管理器中的预设刷新方法对所述预设插件文件夹进行刷新，即可完成对于插件的卸载。
64.步骤s12：利用所述插件配置信息确定所述目标插件对应的自定义类加载器，并将当前线程的类加载器切换为所述自定义类加载器。
65.需要指出的是，本实施例中所述的web服务系统内部拥有自定义类加载器(即jarloader)，提供了jar隔离的加载机制，把传入的路径、及其子路径、以及路径中的jar文件加入到class path，且理论上一个插件需要对应一个jarloader。且web服务系统内部拥有用于管理jarloader的loadutil，可以通过插件名获取插件相对应的唯一的jarloader，同时可以生成实例化后的可以用的插件对象。
66.本步骤中线利用目标插件的插件配置信息确定目标插件所对应的jarloader，并将当前线程的classloader切换为所述jarloader，目的在于脱离当前classloader去加载目标插件所对应的jar包，在执行完成后，会退回到原来的classloader上继续执行原来的代码。
67.步骤s13：通过当前线程利用所述自定义类加载器将所述java档案文件中的类加载至内存中。
68.本步骤通过利用jarloader将java档案文件中的类加载至内存中，在一种具体的实施方式中，由于loadutil用于管理jarloader，所以也可以通过loadutil利用jarloader将java档案文件中的类加载至内存中。
69.本实施例中，在利用所述自定义类加载器将所述java档案文件中的类加载至内存中之后，还可以包括：利用对所述目标插件进行实例化。在一种具体的实施方式中，由于loadutil用于管理jarloader，所以也可以通过loadutil利用jarloader对所述目标插件进行实例化。
70.本实施例提出了一种系统功能拓展方法，应用于web服务系统，该方法包括：对预设插件文件夹中的目标插件进行扫描以得到与目标插件对应的插件配置信息与java档案文件，所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的，然后利用插件配置信息确定目标插件对应的自定义类加载器，并将当前线程的类加载器切换为自定义类加载器，最后通过当前线程利用自定义类加载器将java档案文件中的类加载至内存中。这样一来，本方法利用java类加载机制对系统中可能需要频繁更新的功能插件化，可以通过上传插件的方式拓展新的功能，也可以通过卸载插件的方式卸载原有的系统功能，最终实现系统功能的即插即用与平滑升降级，实现系统代码解耦。同时本方案可以解决在系
统必须同时用到不同版本的依赖的情况下的依赖冲突问题。
71.图2为本技术实施例提供的一种具体的系统功能拓展方法流程图。参见图2所示，该方法包括：
72.步骤s21：确定目标插件，并对预设插件文件夹中的所有插件进行扫描，以获取与所述目标插件所对应的参数配置文件；所述参数配置文件包含与所述目标插件对应的并以预设格式进行保存的参数配置信息。
73.可以理解的是，所述参数配置信息以预设格式进行保存，且所述参数配置信息存放于所述参数配置文件中。本步骤中先确定目标插件，并对预设插件文件夹中的所有插件进行扫描，然后从中获取与目标插件所对应的参数配置文件。
74.步骤s22：将所述参数配置文件读取至内存中，并将所述参数配置信息解析为插件配置信息；所述参数配置信息与所述插件配置信息中均包含所述目标插件中的类的完整类路径与插件名，所述完整类路径包括与所述目标插件对应的包名与类名。
75.本步骤中，对s21步骤中获取的参数配置信息进行解析，以得到插件配置信息，且参数配置信息与所述插件配置信息中均包含所述common模块中插件接口实现类的完整类路径和插件名(即pluginname)。在一种具体实施方式中，所述完整类路径可以用classname表示。
76.步骤s23：利用预设的用于管理自定义类加载器的第一管理器并基于所述插件配置信息确定所述目标插件的插件名。
77.需要指出的是，本步骤中所述的用于管理自定义类加载器的第一管理器可以是上述loadutil。
78.步骤s24：利用所述第一管理器并根据所述插件名确定与所述目标插件对应的自定义类加载器。
79.步骤s25：利用用于切换类加载器的第二管理器将当前线程的类加载器切换为所述自定义类加载器。
80.需要指出的是，本步骤中所述的用于切换类加载器的第二管理器可以是classloaderswapper，通过classloaderswapper用户可以切换当前线程的类加载器。为了避免jar冲突，比如hbase可能有多个版本的读写依赖jar包，就需要脱离当前classloader去加载这些jar包，执行完成后，又退回到原来的classloader上继续执行原来的代码。classloaderswapper这个工具类需要实现一下两个功能：
81.1)保存当前classloader，并将当前线程的classloader设置为指定的jarloader；
82.2)将当前线程的类加载器恢复为原来保存的类加载器。
83.步骤s26：通过当前线程利用所述自定义类加载器将所述java档案文件中的类加载至内存中。
84.需要指出的是，在利用类加载器对所述目标插件进行类加载后，还要利用所述jarloader对所述目标插件中的对象进行实例化。
85.本实施例通过对于插件配置信息的获取过程进行详细描述，并对类加载器的切换过程进行详细展开。这样一来，通过本方案中的方法对系统中可能需要频繁更新的功能插件化，则可以通过上传插件的方式拓展新的功能，也可以通过卸载插件的方式卸载原有的系统功能，最终实现系统功能的即插即用与平滑升降级，实现系统代码解耦。同时本方案可
以解决在系统必须同时用到不同版本的依赖的情况下的依赖冲突问题。
86.图3为本技术提出的一种架构示意图，图中展示了web服务系统通过利用系统中定义的jarloader、loadutil、classloaderswapper与对插件进行应用，且所有插件的plugin.json都被pluginmanager管理，系统可任意对插件进行安装与卸载，且主机可以通过访问所述web服务系统实现对插件的应用。
87.参见图4所示，本技术实施例公开了一种系统功能拓展装置，应用于web服务系统，具体可以包括：
88.插件扫描模块11，用于对预设插件文件夹中的目标插件进行扫描以得到与所述目标插件对应的插件配置信息与java档案文件；所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的；
89.加载器切换模块12，用于利用所述插件配置信息确定所述目标插件对应的自定义类加载器，并将当前线程的类加载器切换为所述自定义类加载器；
90.类加载模块13，用于通过当前线程利用所述自定义类加载器将所述java档案文件中的类加载至内存中。
91.本技术通过利用web服务系统对预设插件文件夹中的目标插件进行扫描，以得到与目标插件对应的插件配置信息与java档案文件，所述目标插件为用于实现所述web服务系统当前的功能升降级需求所开发的，然后利用插件配置信息确定目标插件对应的自定义类加载器，并将当前线程的类加载器切换为自定义类加载器，最后通过当前线程利用自定义类加载器将java档案文件中的类加载至内存中。这样一来，本方法利用java类加载机制对系统中可能需要频繁更新的功能插件化，可以通过上传插件的方式拓展新的功能，也可以通过卸载插件的方式卸载原有的系统功能，最终实现系统功能的即插即用与平滑升降级，实现系统代码解耦。同时本方案可以解决在系统必须同时用到不同版本的依赖的情况下的依赖冲突问题。
92.在一些具体实施例中，所述系统功能拓展方法，还包括：
93.接口创建单元，用于获取用于创建插件接口的插件接口代码，并基于所述插件接口代码创建插件接口；
94.接口放置单元，用于将所述插件接口放置于预设通用子模块中，以便通过所述预设通用子模块中的所述插件接口调用目标插件；所述插件接口连接所述目标插件与所述web服务系统，且包含有用于实现所述目标插件的功能的方法。
95.在一些具体实施例中，所述系统功能拓展方法，还包括：
96.文件获取单元，用于通过预设插件获取接口获取插件的参数配置文件与java档案文件；所述插件中包含有用于实现所述预设通用子模块中的插件接口的类；
97.文件上传单元，用于将所述参数配置文件与java档案文件通过文件上传的方式上传至预设文件夹中。
98.在一些具体实施例中，所述插件扫描模块11，包括：
99.插件确定单元，用于确定目标插件，并对预设插件文件夹中的所有插件进行扫描，以获取与所述目标插件所对应的参数配置文件；所述参数配置文件包含与所述目标插件对应的并以预设格式进行保存的参数配置信息；
100.信息解析单元，用于将所述参数配置文件读取至内存中，并将所述参数配置信息
解析为插件配置信息；所述参数配置信息与所述插件配置信息中均包含所述目标插件中的类的完整类路径与插件名，所述完整类路径包括与所述目标插件对应的包名与类名。
101.在一些具体实施例中，所述系统功能拓展方法，还包括：
102.管理器创建单元，用于创建插件管理器，并利用所述插件管理器对所述插件配置信息进行管理；
103.相应的，所述利用所述自定义类加载器将所述java档案文件中的类加载至内存中，包括：
104.完整类路径确定单元，用于确定所述目标插件的插件名，并通过所述插件管理器确定与所述插件名对应的完整类路径；
105.第一类加载单元，用于通过所述自定义加载器并利用所述完整类路径将所述java档案文件中的类加载至内存中。
106.在一些具体实施例中，所述加载器切换模块12，包括：
107.插件名确定单元，用于利用预设的用于管理自定义类加载器的第一管理器并基于所述插件配置信息确定所述目标插件的插件名；
108.加载器确定单元，用于利用所述第一管理器并根据所述插件名确定与所述目标插件对应的自定义类加载器；
109.加载器切换单元，用于利用用于切换类加载器的第二管理器将当前线程的类加载器切换为所述自定义类加载器。
110.在一些具体实施例中，所述系统功能拓展方法，还包括：
111.待删除插件确定单元，用于通过预设删除插件接口获取插件删除信息，并基于所述插件删除信息确定待删除插件；
112.文件删除单元，用于对所述预设插件文件夹中与所述待删除插件所对应的参数配置文件与java档案文件进行删除，并调用所述插件管理器中的预设刷新方法对所述预设插件文件夹进行刷新。
113.进一步的，本技术实施例还公开了一种电子设备，图5是根据示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本技术的使用范围的任何限制。
114.图5为本技术实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、显示屏24、输入输出接口25、通信接口26和通信总线27。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的系统功能拓展方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。
115.本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口26能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本技术技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
116.另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222等，存储方式可以是短暂存储或者永久存储。
117.其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，其可以是windows server、netware、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的系统功能拓展方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
118.进一步的，本技术还公开了一种计算机可读存储介质，这里所说的计算机可读存储介质包括随机存取存储器(random access memory，ram)、内存、只读存储器(read-only memory，rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、磁碟或者光盘或技术领域内所公知的任意其他形式的存储介质。其中，所述计算机程序被处理器执行时实现前述公开的系统功能拓展方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
119.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
120.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
121.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
122.以上对本发明所提供的系统功能拓展方法、装置、设备、存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。