代码编译方法、系统、电子设备及存储介质与流程

1.本发明涉及计算机技术领域，特别涉及一种代码编译方法、系统、电子设备及存储介质。


背景技术：

2.存储管理软件可以将存储业务进行图形化展示，以使得不熟悉存储管理的用户也可以通过图形化操作，快速地上手进行操作。而存储管理软件访问速度的快慢将会直接影响到用户的使用感受以及数据显示的时效性；业内提出通过将系统工程里的所有javascript文件压缩成一个文件，来减少资源请求次数以及快速加载资源文件以解决针对存储管理软件的访问速度问题，实现用户快速访问的目的。然而，庞大的存储管理软件内存在成千上万个javascript文件，当对所有javascript文件进行压缩时，速度慢且效率低，同时还极易出现错误。
3.现有技术提出一种方法，即通过人工配置模块管理关系并进行串行压缩；但是这种方法无法解决数量庞大的文件压缩慢的问题。
4.因此，亟需一种针对存储管理软件的能够提高编译速度的代码编译方法，以解决现有技术的上述技术问题。


技术实现要素：

5.为了解决现有技术的不足，本发明的主要目的在于提供一种代码编译方法、系统、电子设备及存储介质，以解决现有技术的上述技术问题。
6.为了达到上述目的，第一方面本发明提供了一种代码编译方法，所述方法包括：
7.初始编译时，根据功能模块的依赖关系生成依赖关系链；
8.再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
9.根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
10.加载所述压缩文件，以完成代码编译。
11.在一些实施例中所述根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块，包括：
12.根据cpu占有率、内存使用情况以及带宽占有率，确定资源使用情况；
13.根据所述资源使用情况，筛选所述待更新功能模块中用于在所述压缩文件中执行并行压缩的目标更新功能模块，并根据所述改动文件更新所述目标更新功能模块。
14.在一些实施例中，所述根据所述资源使用情况，筛选所述待更新功能模块中用于在所述压缩文件中并行压缩的目标更新功能模块，包括：
15.若存在所述cpu占有率、所述内存使用率和/或所述带宽占有率大于第一预设阈值，则确定所述资源使用情况为第一资源使用情况，此时根据所述依赖关系链及第一预设比例筛选所述目标更新功能模块；
16.若所述cpu占有率、所述内存使用率以及所述带宽占有率小于所述第一预设阈值并大于第二预设阈值，则确定所述资源使用情况为第二资源使用情况，此时根据所述依赖关系链及第二预设比例筛选所述目标更新功能模块；
17.若所述cpu占有率、所述内存使用率以及带宽占有率小于所述第二预设阈值，则确定所述资源使用情况为第三资源使用情况，此时将全部所述待更新功能模块作为所述目标更新功能模块。
18.在一些实施例中，所述方法还包括：
19.若所述资源使用情况一直处于第一资源使用情况或第二资源使用情况，则根据资源可用情况，在压缩文件中对除所述目标更新功能模块外的所述待更新功能模块进行串行压缩。
20.在一些实施例中，所述根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块，包括：
21.获取所述改动文件对应的模块标识，根据所述依赖关系链确定所述待更新功能模块；
22.识别所述改动文件对应的改动类型并根据所述改动类型对应修改所述依赖关系链。
23.在一些实施例中，所述方法还包括：
24.根据所述模块标识对所述功能模块进行依赖处理，确定所述功能模块的依赖关系并生成所述依赖关系链；
25.再次编译时，基于所述依赖关系链定位所述压缩文件中的所述待更新功能模块以进行编译。
26.在一些实施例中，所述方法还包括：
27.初次编译时，获取所有的所述功能模块并进行压缩；
28.将压缩后的所述功能模块并行压缩至所述压缩文件。
29.第二方面，本技术提供了一种代码编译系统，所述系统包括：
30.初始编译时，根据功能模块的依赖关系生成依赖关系链；
31.再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
32.根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
33.加载所述压缩文件，以完成代码编译。
34.第三方面，本技术提供了一种电子设备，所述电子设备包括：
35.一个或多个处理器；
36.以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
37.初始编译时，根据功能模块的依赖关系生成依赖关系链；
38.再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
39.根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
40.加载所述压缩文件，以完成代码编译。
41.第四方面，本技术还提供了一种计算机可读存储介质，所述存储介质上存储计算机程序，所述计算机程序使得计算机执行如下操作：
42.初始编译时，根据功能模块的依赖关系生成依赖关系链；
43.再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
44.根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
45.加载所述压缩文件，以完成代码编译。
46.本技术实现的有益效果为：
47.本技术提供了一种代码编译方法，包括初始编译时，根据功能模块的依赖关系生成依赖关系链；再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；加载所述压缩文件，以完成代码编译。基于多种javascript库的依赖处理方法，第一次编译时自动生成功能模块间依赖关系的关系链，并在二次编译时动态更新关系链；使得代码编译的过程减少人员参与，降低人为的出错率；根据改动的功能模块条件性的并行压缩文件，既节省系统资源又提高编译效率，提高团队开发效率，缩短开发周期，进而提升产品的竞争力。
附图说明
48.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，其中：
49.图1是本技术实施例提供的初次编译流程图；
50.图2是本技术实施例提供的依赖关系链生成流程图；
51.图3是本技术实施例提供的代码编译方法流程图；
52.图4是本技术实施例提供的代码编译系统架构图；
53.图5是本技术实施例提供的电子设备结构图。
具体实施方式
54.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
55.应当理解，在本技术的描述中，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
56.还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
57.需要注意的是，术语“s1”、“s2”等仅用于步骤的描述目的，并非特别指称次序或顺
位的意思，亦非用以限定本技术，其仅仅是为了方便描述本技术的方法，而不能理解为指示步骤的先后顺序。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
58.根据背景技术可知，虽然现有技术针对大量javascript文件同时进行压缩时速度慢且效率低的问题，提出通过人工配置模块管理关联关系进行串行压缩；但是这种方法并不能真正解决数量庞大的文件压缩慢的问题。
59.为解决上述技术问题，本技术提供了一种代码编译方法，基于多种javascript库的依赖处理方法，自动生成功能模块间依赖关系的关系链，并动态更新关系链，执行javascript压缩；使得代码编译的过程减少人员参与，降低人为的出错率；条件性的并行压缩文件，既节省系统资源又提高编译效率，提高管理软件的健壮性，进而提升产品的竞争力。
60.实施例一
61.具体的，本技术实施例了提供一种针对存储管理软件的代码编译方法，应用本实施例公开的代码编译方法提高存储管理软件的访问速度，包括：
62.s10、初次编译时，获取功能模块的关联关系，并对功能模块进行并行压缩。
63.具体的，如图1所示，代码初次编译时包括：
64.s11、获取所有的前端功能模块，如图2所示，处理前端功能模块的依赖处理，依赖js库并通过模块依赖标识输出模块间的依赖关系。
65.其中，本技术可通过各个js库引入的标识进行区分，举例说明：如果用es6的js库，在a文件中写入import mymodule from'./mymodule.js'，此时在a文件中检测到有关键词import并将import作为模块依赖标识，就可以认为a文件与mymodule.js存在关系，进而形成关系链；如果用commonjs库，在a文件中写入varmymodule＝require(
‘
./mymodule.js’)，此时在a文件中检测到关键词var并将var作为模块依赖标识，就可以认为a文件与mymodule.js存在关系，进而形成关系链；如果用amd的js库，在a文件中写入define mymodule from'./mymodule.js'，此时在a文件中检测到有关键词define的标识并将define作为模块依赖标识，就可以认为a文件与mymodule.js存在关系，进而形成关系链。本技术依赖不同类型的模块依赖标识，输出模块间的依赖关系，进一步形成依赖关系链，并将形成的依赖关系链保存在硬盘中进行持久化保存。值得注意的是，本技术兼容的js库包括但不限于es6、commonjs以及amd库。
66.s12、对每个功能模块进行单独压缩，然后并行地将每个功能模块压缩至一个文件中，即形成一个压缩文件。本技术通过对加载这一个压缩文件即可实现对所有功能模块的编译。
67.值得注意的是本技术中公开的步骤s11和步骤s12可以同时执行，也可以先执行步骤s11后执行步骤s12，或者先执行步骤s12后执行步骤s11；本技术对此不做限定。
68.s20、再次编译时，基于改动文件并更新依赖关系链。
69.本技术在再次编译时首先获取功能模块中的改动文件对应的模块依赖标识，通过模块依赖标识来检查改动文件是否存在有上下游的依赖关系链，然后再判断改动部分是否影响到了依赖关系链，比如在改动文件中，新import了一个js文件(即改动文件的类型为新
增)，此时为了保持依赖关系链和功能模块的一致性，说明改动文件的依赖关系链需要增加一环。其中，依赖关系链包括各功能模块的依赖关系，对依赖关系链进行更新的步骤具体包括：
70.1.获取改动文件；
71.2.识别改动文件属于哪类js库；
72.3.根据这类js库里的可作为模块依赖标识的关键词来获取该改动文件依赖的其他js文件；
73.4.识别该改动文件的类型，即属于新增、修改或者删除；
74.5.最后根据改动文件的类型，对应的更新依赖关系链。
75.s30、根据更新后的依赖关系链，确定待更新功能模块。
76.根据改动文件对应的模块依赖标识，在更新后的依赖关系链中定位与该模块依赖标识对应的功能模块(即为待更新功能模块)。
77.s40、根据待更新功能模块以及资源使用情况，在压缩文件中对应的更新所述待更新功能模块。
78.首先根据计算机系统的cpu占有率、内存使用情况以及带宽占有率，确定系统的资源使用情况；然后根据资源使用情况，筛选可用于并行方式进行压缩的目标更新功能模块。具体的，若存在cpu占有率、内存使用率和/或带宽占有率大于第一预设阈值，则确定所述资源使用情况为第一资源使用情况，此时根据所述依赖关系链及第一预设比例筛选所述目标更新功能模块；优选的，上述第一预设阈值可以设置为80％，上述第一预设比例可以设置为50％，此时选取待更新功能模块中的50％作为目标更新功能模块，并根据改动文件的类型对应的对目标更新功能模块进行并行更新(新增、删除或修改)并将修改内容更新到压缩文件中，优先选择依赖关系少的待更新功能模块。若所述cpu占有率、所述内存使用率以及所述带宽占有率小于所述第一预设阈值并大于第二预设阈值，则确定所述资源使用情况为第二资源使用情况，此时根据所述依赖关系及第二预设比例筛选所述目标更新功能模块；优选的，上述第二预设阈值可以设置为50％，上述第二预设比例可以设置为80％，此时选取待更新功能模块中的80％作为目标更新功能模块，并根据改动文件的类型对应的对目标更新功能模块进行并行更新并将修改内容更新到压缩文件中，同样的优先选择依赖关系少的待更新功能模块。若所述cpu占有率、所述内存使用率以及带宽占有率小于所述第二阈值，则确定所述资源使用情况为第三资源使用情况，此时将全部所述待更新功能模块作为所述目标更新功能模块，并根据改动文件的类型对应的对目标更新功能模块进行并行更新并将修改内容更新到压缩文件中。通过有条件的对待更新功能模块进行并行压缩，兼顾系统性能的同时加快整个压缩过程，进一步提高编译效率。
79.值得注意的是，如果计算机系统一直处于第一资源使用情况或第二资源使用情况，即计算机资源持续紧张，就算编译也会出现排队现象，此时可设置一个后台监控程序，根据资源的使用情况通过串行的方式对剩余的待更新功能模块进行更新并将更新内容增加到压缩文件中。
80.s50、加载压缩文件，完成存储管理软件的代码编译。
81.此外，本技术选择先更新依赖关系链后更新功能模块的原因在于：如果先更新功能模块再更新依赖关系链的话，在更新功能模块时，需要先识别改动文件的位置，影响到的
关联文件，再进行更新功能模块；更新依赖关系链时，需要识别文件改动以及依赖关系等，其中会有重复的工作内容。而先更新依赖关系链后更新功能模块的，在更新关系链前已经梳理好了文件改动和依赖关系等信息，更新依赖关系链后直接更新功能模块即可，缩短了二次编译的时间。
82.实施例二
83.对应上述实施例一和实施例二，本技术实施例提供了一种代码编译方法，如图3所示，具体如下：
84.3100、初始编译时，根据功能模块的依赖关系生成依赖关系链；
85.优选的，所述方法还包括：
86.3110、初次编译时，获取所有的所述功能模块并进行压缩；
87.3120、将压缩后的所述功能模块并行压缩至所述压缩文件。
88.3200、再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
89.优选的，所述根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块，包括：
90.3210、获取所述改动文件对应的模块标识，根据所述依赖关系链确定所述待更新功能模块；
91.3220、识别所述改动文件对应的改动类型并根据所述改动类型对应修改所述依赖关系链。
92.3300、根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
93.优选的，所述根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块，包括：
94.3310、根据cpu占有率、内存使用情况以及带宽占有率，确定资源使用情况；
95.3320、根据所述资源使用情况，筛选所述待更新功能模块中用于在所述压缩文件中执行并行压缩的目标更新功能模块，并根据所述改动文件更新所述目标更新功能模块。
96.优选的，所述根据所述资源使用情况，筛选所述待更新功能模块中用于在所述压缩文件中并行压缩的目标更新功能模块，包括：
97.3321、若存在所述cpu占有率、所述内存使用率和/或所述带宽占有率大于第一预设阈值，则确定所述资源使用情况为第一资源使用情况，此时根据所述依赖关系链及第一预设比例筛选所述目标更新功能模块；
98.3322、若所述cpu占有率、所述内存使用率以及所述带宽占有率小于所述第一预设阈值并大于第二预设阈值，则确定所述资源使用情况为第二资源使用情况，此时根据所述依赖关系链及第二预设比例筛选所述目标更新功能模块；
99.3323、若所述cpu占有率、所述内存使用率以及带宽占有率小于所述第二预设阈值，则确定所述资源使用情况为第三资源使用情况，此时将全部所述待更新功能模块作为所述目标更新功能模块。
100.优选的，所述方法还包括：
101.3324、若所述资源使用情况一直处于第一资源使用情况或第二资源使用情况，则
根据资源可用情况，在压缩文件中对除所述目标更新功能模块外的所述待更新功能模块进行串行压缩。
102.3400、加载所述压缩文件，以完成代码编译。
103.优选的，所述方法还包括：
104.3410、根据所述模块标识对所述功能模块进行依赖处理，确定所述功能模块的依赖关系并生成所述依赖关系链；
105.3420、再次编译时，基于所述依赖关系链定位所述压缩文件中的所述待更新功能模块以进行编译。
106.实施例三
107.如图4所示，对应上述实所有，本技术实施例提供了一种代码编译系统，所述系统包括：
108.数据分析模块410，用于在初始编译时根据功能模块的依赖关系生成依赖关系链；
109.数据处理模块420，用于在再次编译时根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
110.所述数据处理模块420，还用于根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
111.数据加载模块430，用于加载所述压缩文件，以完成代码编译。
112.在一些实施例中，所述数据处理模块420还用于根据cpu占有率、内存使用情况以及带宽占有率，确定资源使用情况；所述数据处理模块420还用于根据所述资源使用情况，筛选所述待更新功能模块中用于在所述压缩文件中执行并行压缩的目标更新功能模块，并根据所述改动文件更新所述目标更新功能模块。
113.在一些实施例中，所述数据处理模块420还用于存在所述cpu占有率、所述内存使用率和/或所述带宽占有率大于第一预设阈值时，确定所述资源使用情况为第一资源使用情况，此时根据所述依赖关系链及第一预设比例筛选所述目标更新功能模块；所述数据处理模块420还用于所述cpu占有率、所述内存使用率以及所述带宽占有率小于所述第一预设阈值并大于第二预设阈值时，确定所述资源使用情况为第二资源使用情况，此时根据所述依赖关系链及第二预设比例筛选所述目标更新功能模块；所述数据处理模块420还用于所述cpu占有率、所述内存使用率以及带宽占有率小于所述第二预设阈值时，确定所述资源使用情况为第三资源使用情况，此时将全部所述待更新功能模块作为所述目标更新功能模块。
114.在一些实施例中，所述数据处理模块420还用于所述资源使用情况一直处于第一资源使用情况或第二资源使用情况时，根据资源可用情况，在压缩文件中对除所述目标更新功能模块外的所述待更新功能模块进行串行压缩。
115.在一些实施例中，所述数据处理模块420还用于获取所述改动文件对应的模块标识，根据所述依赖关系链确定所述待更新功能模块；所述数据处理模块420还用于识别所述改动文件对应的改动类型并根据所述改动类型对应修改所述依赖关系链。
116.在一些实施例中，所述数据分析模块410还用于根据所述模块标识对所述功能模块进行依赖处理，确定所述功能模块的依赖关系并生成所述依赖关系链；所述数据处理模块420还用于再次编译时，基于所述依赖关系链定位所述压缩文件中的所述待更新功能模
块以进行编译。
117.在一些实施例中，所述数据处理模块420还用于初次编译时，获取所有的所述功能模块并进行压缩；所述数据处理模块420还用于将压缩后的所述功能模块并行压缩至所述压缩文件。
118.实施例四
119.对应上述所有实施例，本技术实施例提供一种电子设备，包括：
120.一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
121.初始编译时，根据功能模块的依赖关系生成依赖关系链；
122.再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
123.根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
124.加载所述压缩文件，以完成代码编译。
125.其中，图5示例性的展示出了电子设备的架构，具体可以包括处理器510，视频显示适配器511，磁盘驱动器512，输入/输出接口513，网络接口514，以及存储器520。上述处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520之间可以通过总线530进行通信连接。
126.其中，处理器510可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术所提供的技术方案。
127.存储器520可以采用rom(read only memory，可编写存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储用于控制电子设备500执行的操作系统521，用于控制电子设备500的低级别操作的基本输入输出系统(bios)522。另外，还可以存储网页浏览器523，数据存储管理系统524，以及图标字体处理系统525等等。上述图标字体处理系统525就可以是本技术实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本技术所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。
128.输入/输出接口513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
129.网络接口514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
130.总线530包括一通路，在设备的各个组件(例如处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520)之间传输信息。
131.另外，该电子设备500还可以从虚拟资源对象领取条件信息数据库中获得具体领取条件的信息，以用于进行条件判断，等等。
132.需要说明的是，尽管上述设备仅示出了处理器510、视频显示适配器511、磁盘驱动
器512、输入/输出接口513、网络接口514，存储器520，总线530等，但是在具体实施过程中，该设备还可以包括实现正常执行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本技术方案所必需的组件，而不必包含图中所示的全部组件。
133.实施例六
134.对应上述所有实施例，本技术实施例还提供一种计算机可读存储介质，其特征在于，其存储计算机程序，所述计算机程序使得计算机如下操作：
135.初始编译时，根据功能模块的依赖关系生成依赖关系链；
136.再次编译时，根据改动文件更新所述依赖关系链并根据更新后的所述依赖关系链确定待更新功能模块；
137.根据所述待更新功能模块及预设规则，在压缩文件中更新所述待更新功能模块；
138.加载所述压缩文件，以完成代码编译。
139.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，云服务端，或者网络设备等)执行本技术各个实施例或者实施例的某些部分所述的方法。
140.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
141.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。