一种日志处理方法、系统、电子设备及存储介质与流程

1.本发明涉及计算机技术领域，更具体低说，涉及一种日志处理方法、系统、电子设备及存储介质。


背景技术：

2.随着计算机技术的不断发展，工业app也随之逐渐从企业私有化部署模式迁移到工业互联网平台模式。工业互联网平台大多采用基于企业私有云或者公有云的容器化部署。但是容器化部署由于采用的是沙箱机制，所以存在文件隔离的情况。其中，沙箱是一个虚拟系统程序，提供的环境相对于每一个运行的程序都是独立的，而且不会对现有的系统产生影响，即沙箱提供一个限制该应用程序对系统资源的访问权限。
3.在现有技术中，在进行日志存储时，需要借助外部存储，比如elk方案，或者借助外部时序数据库方案，而借助外部存储会增加一定的部署成本。并且当需要查看相应的日志时，需要管理员权限进入到后台系统中，在众多工业app中找寻目标工业app，再进到目标工业app中去进行实际的日志查看操作。但是在实际应用中，管理员权限是不能随便开放，对查看日志的运维人员存在一定的查看权限。


技术实现要素：

4.基于上述现有技术的不足，本技术提供了一种日志处理方法、系统、电子设备及存储介质，以降低部署成本，以及降低查看日志的运维人员的查看权限。
5.为了实现上述目的，本技术提供了以下技术方案：
6.本发明第一方面公开一种日志处理方法，所述方法包括：
7.响应用户基于用户traceid进行的日志级别调整操作，获取与所述用户traceid对应的目标日志配置；其中，所述目标日志配置至少包括所述用户traceid和日志设置级别；所述目标日志配置是基于所述用户发送的日志级别调整请求生成的；
8.将所述日志级别调整操作指示的日志的日志级别设置为所述日志设置级别；
9.接收所述用户发送的日志输出请求，所述日志输出请求至少包括目标日志级别；
10.若所述所述日志输出请求指示的日志的日志级别和所述目标日志级别相等，将所述日志输出请求指示的日志输出至预先设置的日志文件中；
11.响应所述用户的日志查询操作，从所述预先设置的日志文件中获取与所述日志查询操作中的所述用户tracetid和目标时间区间对应的日志内容。
12.可选的，所述基于所述用户发送的日志级别调整请求生成所述目标日志配置，包括：
13.当接收到所述用户发送的日志级别调整请求时，生成与所述日志级别调整请求对应的用户traceid；所述日志级别调整请求携带待进行级别调整的日志的日志路径和日志设置级别；
14.根据所述用户traceid、所述日志路径和所述日志设置级别，生成所述目标日志配
置。
15.可选的，所述方法还包括：
16.将所述用户traceid返回给所述用户，以使所述用户基于所述用户traceid返回给所述用户进行所述日志级别调整操作；
17.将所述目标日志配置存储至预先设置的目标contexmap中，并将其存储于关系型数据库中；
18.其中，所述获取与所述用户traceid对应的目标日志配置，包括：
19.根据所述用户traceid从所述关系型数据库中的所述预先设置的目标contexmap中，查询并获取与所述用户traceid对应的目标日志配置。
20.可选的，所述方法还包括：
21.若从所述预先设置的目标contexmap中不存在所述目标日志配置，从初始contexmap中的初始日志配置中获取预先设置的默认日志级别；
22.将所述日志级别调整操作指示的日志的日志级别设置为所述预先设置的默认日志级别。
23.可选的，所述方法还包括：
24.接收所述用户发送的关闭请求，所述关闭请求指关闭所述所述日志级别调整操作的请求，所述关闭请求携带所述用户traceid；
25.将所述预先设置的目标contexmap中与所述用户traceid对应的所述目标日志配置进行清除。
26.本发明第二方面公开一种日志处理系统，所述系统包括：
27.第一获取单元，用于响应用户基于用户traceid进行的日志级别调整操作，获取与所述用户traceid对应的目标日志配置；其中，所述目标日志配置至少包括所述用户traceid和日志设置级别；所述目标日志配置是基于所述用户发送的日志级别调整请求生成的；
28.第一日志级别设置单元，用于将所述日志级别调整操作指示的日志的日志级别设置为所述日志设置级别；
29.日志输出请求接收单元，用于接收所述用户发送的日志输出请求，所述日志输出请求至少包括所述目标日志级别；
30.日志输出单元，用于若所述日志输出请求指示的日志的日志级别和所述目标日志级别相等，将所述日志输出请求指示的日志的输出至预先设置的日志文件中；
31.日志查询单元，用于响应所述用户的日志查询操作，从所述预先设置的日志文件中获取与所述日志查询操作中的所述用户tracetid和目标时间区间对应的日志内容。
32.可选的，所述生成单元，包括：
33.用户traceid生成单元，用于当接收到所述用户发送的日志级别调整请求时，生成与所述日志级别调整请求对应的用户traceid；所述日志级别调整请求携带待进行级别调整的日志的日志路径和日志设置级别；
34.目标日志配置单元，用于根据所述用户traceid、所述日志路径和所述日志设置级别，生成所述目标日志配置。
35.可选的，所述系统还包括：
36.返回单元，用于将所述用户traceid返回给所述用户，以使所述用户基于所述用户traceid返回给所述用户进行所述日志级别调整操作；
37.存储单元，用于将所述目标日志配置存储至预先设置的目标contexmap中，并将其存储于关系型数据库中；
38.其中，所述第一获取单元，包括：
39.第一获取子单元，用于根据所述用户traceid从所述关系型数据库中的所述预先设置的目标contexmap中，查询并获取与所述用户traceid对应的目标日志配置。
40.本发明第三方面公开一种电子设备，所述电子设备包括处理器和存储器，所述存储器用于存储日志处理的程序代码和数据，所述处理器用于调用所述存储器中的程序指令执行如本发明第一方面公开的一种日志处理方法。
41.本发明第四方面公开一种存储介质，所述存储介质包括存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行如本发明第一方面公开的一种日志处理方法。
42.本技术提供一种日志处理方法、系统、电子设备及存储介质，可以预先基于用户发送的日志级别调整请求生成相应的目标日志配置，进而当检测到用户基于用户traceid进行的日志级别调整操作时，可以通过响应用户基于用户traceid进行的日志级别调整操作，获取与用户traceid对应的目标日志配置；将日志级别调整操作指示的日志的日志级别设置为目标日志配置中的日志设置级别；并在接收用户发送的日志输出请求，且目标日志的日志级别和目标日志级别相等的情况下，将目标日志输出至预先设置的日志文件中；最后，还可以响应用户的日志查询操作，从预先设置的日志文件中获取与日志查询操作中的用户tracetid和目标时间区间对应的日志内容。本技术提供的技术方案，需要借助外部存储便能实现日志查询，从而降低部署成本，并且，本技术提供的技术方案不要求运维人员拥有一定的查看权限，从而降低了查看日志的运维人员的查看权限。
附图说明
43.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
44.图1为本技术实施例提供的一种容器的结构示意图；
45.图2为本技术实施例提供的一种日志处理方法的流程示意图；
46.图3为本技术实施例提供的另一种提至处理方法的流程示意图；
47.图4为本技术实施例提供的一种日志处理系统的结构示意图；
48.图5为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
49.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.在本技术中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
51.需要说明的是，本发明提供的一种更新数据的处理方法可用于云计算领域、大数据领域、数据处理技术领域或金融领域。上述仅为示例，并不对本发明提供的发明名称的应用领域进行限定。
52.容器：主要指docker容器，docker容器是一个开源的应用容器引擎，让开发者可以以统一的方式打包相应的应用以及依赖包到一个可移植的容器中，然后发布到任何安装了docker引擎的服务器上(包括流行的linux机器、windows机器)，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口，几乎没有性能开销，可以很容易地在机器和数据中心中运行，最重要的是，不依赖于任何语言、框架包括系统。
53.微服务：微服务(或微服务架构)是一种云原生架构方法，其中，单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。
54.工业app：基于工业互联网，承载工业知识和经验，满足特定需求的工业应用软件，是工业技术软件化的重要成果。
55.参见图1，示出了本技术实施例通的一种容器的示意图，该容器100包括日志处理系统101和工业app102。
56.参见图2，示出了本技术实施例提供的一种日志处理方法的流程示意图，该日志处理方法应用于如图1所示的日志处理系统，具体包括以下步骤：
57.s201：响应用户基于用户traceid进行的日志级别调整操作，获取与用户traceid对应的目标日志配置。
58.其中，目标日志配置至少包括用户traceid、日志设置级别，以及日志路径；目标日志配置是基于用户发送的日志级别调整请求生成的。
59.在本技术实施例中，可以通过基于基于微服务架构在设置一个类名称为suploggingsystem的loggingsystem类，并基于loggingsystem类否构建一个类型为hashmap类型的contexmap，为了便于区分，hashmap类型的contexmap称为目标contexmap。
60.在本技术实施例中，当用户想要对工业app对应的日志进行相应的日志级别调整时，可以向日志处理系统发送相应的日志级别调整请求。其中，日志级别调整请求中至少携带后待进行级别调整的日志的日志路径和日志设置级别。
61.日志处理系统在接收到用户发送的日志级别调整请求时，可以随机生成一个与日志级别调整请求对应的用户traceid，进而可以根据生成的用户traceid、日志路径和日志设置级别生成相应的目标日志配置。
62.在本技术实施例中，在生成相应的目标日志配置后，可以将生成的目标日志配置存储至预先设置的目标contexmap，并将目标contexmap存储至关系型数据库中，防止工业app重启时，导致目标contextmap中的数据丢失。
63.将生成的用户traceid返回该用户，以使用户基于用户traceid返回给用户进行日志级别调整操作。当检测到用于基于用户traceid进行的日志级别调整操作时，响应用户基于用户traceid进行的日志级别调整操作，根据用户traceid从关系型数据库中的预先设置的目标contexmap中，查询并获取与用户traceid对应的目标日志配置。
64.需要说明的是，生成的日志配置的结构可以为《用户traceid，日志路径和日志设置级别》。可以根据实际应用进行设置，本技术实施例不加以限定。
65.s202：将日志级别调整操作指示的日志的日志级别设置为日志设置级别。
66.其中，日志级别调整操作指示的日志与日志路径对应的日志相同。
67.在具体执行步骤s202的过程中，根据用户traceid获取与用户traceid对应的目标日志配置后，可以日志级别调整操作指示的日志的日志级别调整至目标日志配置中的日志设置级别。
68.进一步的，在本技术实施例中，在工业app成功启动后，可以设置与该工业app对应的默认日志级别，以及设置一个初始contexmap。并在初始contexmap中初始化一个key为dt的id，进而根据生成的dt和默认日志级别生成一个初始日志配置。
69.在本技术实施例中，如果在目标contexmap中没有获取到与用户traceid对应的目标日志配置，可从初始contexmap中获取相应的初始日志配置，并从初始日志配置中获取预先设置的默认日志配置，进而可以将日志级别调整操作指示的日志的日志级别设置为预先设置的默认日志级别。
70.s203：接收用户发送的日志输出请求，日志输出请求至少包括目标日志级别。
71.s204：判断日志输出请求指示的日志和目标日志级别是否相等；若日志输出请求指示的日志和目标日志级别相等，执行步骤s205。
72.在本技术实施例中，在将日志级别调整操作指示的日志的日志级别调整至目标日志配置中的日志设置级别之后，可以基于日志的sift with fileappender的技术，设置一个与该日志对应的key，且该key的logtaskid值与该用户的用户traceid的值相等；同时，还可以基于日志的sift with fileappender的技术生成一个${logtaskid}.log的日志文件，并且还日志文件的日志文件路径为${log_path}/publish/${logtaskid}.log。
73.在接收到用户发送的日志输出请求后，可以根据接收到的日志输出请求中指示的日志，确定该日志对应的日志级别；进而判断该日志的日志级别和日志输出请求中的目标日志级别是否相等，如果相等的话，将该日志输出至预先设置的日志文件中。如果不相等的话，则不输出。
74.s205：将日志输出请求指示的日志的输出至预先设置的日志文件中。
75.s206：响应用户的日志查询操作，从预先设置的日志文件中获取与日志查询操作中的用户tracetid和目标时间区间对应的日志内容。
76.在具体执行步骤s206的过程中，如果用户想用查看工业app对应的日志时，可以在日志处理系统上进行相应的日志查看操作。其中，日志查询操作至少包括该用户的用户traceid和想要查询的日志内容对应的目标时间区间。
77.当检测到用户进行的日志查询操作时，响应用户的日志查询操作，判断预先设置的日志文件中是否存在与用户traceid对应的日志，若存在，从该日志中获取与目标时间区间对应的日志内容。如果不存在，说明该用户的用户traceid是非法的，直接返回null。
78.本技术提供的一种日志处理方法，可以预先基于用户发送的日志级别调整请求生成相应的目标日志配置，进而当检测到用户基于用户traceid进行的日志级别调整操作时，可以通过响应用户基于用户traceid进行的日志级别调整操作获取与用户traceid对应的目标日志配置；将日志级别调整操作指示的日志的日志级别设置为目标日志配置中的日志设置级别；并在接收用户发送的日志输出请求，且目标日志的日志级别和目标日志级别相等的情况下，将目标日志输出至预先设置的日志文件中；最后，还可以响应用户的日志查询操作，从预先设置的日志文件中获取与日志查询操作中的用户tracetid和目标时间区间对应的日志内容。本技术提供的技术方案，需要借助外部存储便能实现日志查询，从而降低部署成本，并且，本技术提供的技术方案不要求运维人员拥有一定的查看权限，从而降低了查看日志的运维人员的查看权限。
79.参见图3，示出了本技术实施例示出的另一种日志处理方法的流程示意图，该日志处理方法应用于图1所示的日志处理系统，该日志处理方法具体包括以下步骤：
80.s301：当接收到用户发送的日志级别调整请求时，生成与日志级别调整请求对应的用户traceid；日志级别调整请求携带待进行级别调整的日志的日志路径和日志设置级别。
81.在本技术实施例中，当用户想要对工业app对应的日志进行相应的日志级别调整时，可以向日志处理系统发送相应的日志级别调整请求。其中，日志级别调整请求中至少携带后待进行级别调整的日志的日志路径和日志设置级别。
82.日志处理系统在接收到用户发送的日志级别调整请求时，可以获取自身系统的当前时间戳，并在当前时间戳上加上3位随机数，生成一个与日志级别调整请求对应的用户traceid。
83.s302：根据用户traceid、日志路径和日志设置级别，生成目标日志配置。
84.在具体执行步骤s302的过程中，在生成与接收到的日志级别调整请求对应的用户traceid后，可以可以根据生成的用户traceid、日志路径和日志设置级别生成相应的目标日志配置。
85.s303：将用户traceid返回给用户，并将目标日志配置存储预先设置的目标contexmap中。
86.在本技术实施例中，在生成相应的目标日志配置后，可以将生成的目标日志配置存储至预先设置的目标contexmap，并将目标contexmap存储至关系型数据库中，防止工业app重启时，导致目标contextmap中的数据丢失。
87.将生成的用户traceid返回该用户，以使用户基于用户traceid返回给用户进行日志级别调整操作。
88.s304：响应用户基于用户traceid进行的日志级别调整操作，根据用户traceid从关系型数据库中的预先设置的目标contexmap中，查询并获取与用户traceid对应的目标日志配置。
89.在本技术实施例中，当检测到用于基于用户traceid进行的日志级别调整操作时，响应用户基于用户traceid进行的日志级别调整操作，根据用户traceid从关系型数据库中的预先设置的目标contexmap中，查询并获取与用户traceid对应的目标日志配置。
90.s305：将日志级别调整操作指示的日志的日志级别设置为日志设置级别。
91.其中，日志级别调整操作指示的日志与日志路径对应的日志相同。
92.在具体执行步骤s305的过程中，根据用户traceid获取与用户traceid对应的目标日志配置后，可以日志级别调整操作指示的日志的日志级别调整至目标日志配置中的日志设置级别。
93.s306：接收用户发送的关闭请求，关闭请求指关闭日志级别调整操作的请求，关闭请求携带用户traceid。
94.在本技术实施例中，用户还可以针对之前进行日志级别调整操作，发送相应的关闭请求。
95.其中，关闭请求指关闭日志级别调整操作的请求，关闭请求携带用户traceid。
96.s307：将预先设置的目标contexmap中与用户traceid对应的目标日志配置进行清除。
97.在本技术实施例中，在接收到用户针对之前进行的日志级别调整操作发送的关闭请求后，可以从目标contexmap中查询是否存在与关闭请求中携带的用户traceid的目标日志配置，如果存在，将预先设置的目标contexmap中与用户traceid对应的目标日志配置进行清除。
98.s308：接收用户发送的日志输出请求，日志输出请求包括目标日志和目标日志级别。
99.s309：判断目标日志的日志级别和目标日志级别是否相等；若目标日志的日志级别和目标日志级别相等，执行步骤s310。
100.s310：将目标日志输出至预先设置的日志文件中。
101.s311：响应用户的日志查询操作，从预先设置的日志文件中获取与日志查询操作中的用户tracetid和目标时间区间对应的日志内容。
102.在具体执行步骤s308至步骤s311的过程中，步骤s308至步骤s311的具体执行过程和实现原理与上述本技术实施例公开的图2中的步骤s203至步骤s206的具体执行过程和实现原理相同，可参见上述本技术实施例公开的图2中相应的部分，这里不再进行赘述。
103.在本技术实施例中，在将日志级别调整操作指示的日志的日志级别调整至目标日志配置中的日志设置级别之后，用户还可以针对之前进行的日志级别调整操作发送相应的关闭请求；当接收到用户针对之前进行的日志级别调整操作发送的关闭请求时，将预先设置的目标contexmap中与用户traceid对应的目标日志配置进行清除。
104.基于本发明实施例公开的日志处理方法，本发明实施例还对应公开一种日志处理系统，如图4所示，该日志处理系统包括：
105.第一获取单元41，用于响应用户基于用户traceid进行的日志级别调整操作，获取与用户traceid对应的目标日志配置；其中，目标日志配置至少包括用户traceid和日志设置级别；目标日志配置是基于生成单元生成的；
106.第一日志级别设置单元42，用于将日志级别调整操作指示的日志的日志级别设置为日志设置级别；
107.日志输出请求接收单元43，用于接收用户发送的日志输出请求，日志输出请求至少包括目标日志级别；
108.日志输出单元44，用于若日志输出请求指示的日志的日志级别和目标日志级别相
等，将日志输出请求指示的日志的输出至预先设置的日志文件中；
109.日志查询单元45，用于响应用户的日志查询操作，从预先设置的日志文件中获取与日志查询操作中的用户tracetid和目标时间区间对应的日志内容。
110.上述本发明实施例公开的更新数据的处理装置中各个单元具体的原理和执行过程，与上述本发明实施例公开的更新数据的处理方法相同，可参见上述本发明实施例公开的更新数据的处理方法中相应的部分，这里不再进行赘述。
111.本技术提供的一种日志处理装置，可以预先基于用户发送的日志级别调整请求生成相应的目标日志配置，进而当检测到用户基于用户traceid进行的日志级别调整操作时，可以通过响应用户基于用户traceid进行的日志级别调整操作，获取与用户traceid对应的目标日志配置；将日志级别调整操作指示的日志的日志级别设置为目标日志配置中的日志设置级别；并在接收用户发送的日志输出请求，且目标日志的日志级别和目标日志级别相等的情况下，将目标日志输出至预先设置的日志文件中；最后，还可以响应用户的日志查询操作，从预先设置的日志文件中获取与日志查询操作中的用户tracetid和目标时间区间对应的日志内容。本技术提供的技术方案，需要借助外部存储便能实现日志查询，从而降低部署成本，并且，本技术提供的技术方案不要求运维人员拥有一定的查看权限，从而降低了查看日志的运维人员的查看权限。
112.可选的，生成单元，包括：
113.用户traceid生成单元，用于当接收到用户发送的日志级别调整请求时，生成与日志级别调整请求对应的用户traceid；日志级别调整请求携带待进行级别调整的日志的日志路径和日志设置级别；
114.目标日志配置单元，用于根据用户traceid、日志路径和日志设置级别，生成目标日志配置。
115.可选的，本技术提供的日志处理系统还包括：
116.返回单元，用于将用户traceid返回给用户，以使用户基于用户traceid返回给用户进行日志级别调整操作；
117.存储单元，用于将目标日志配置存储至预先设置的目标contexmap中，并将其存储于关系型数据库中；
118.其中，第一获取单元，包括：
119.第一获取子单元，用于根据用户traceid从关系型数据库中的预先设置的目标contexmap中，查询并获取与用户traceid对应的目标日志配置。
120.可选的，本技术提供的日志处理系统还包括：
121.第二获取单元，用于若从预先设置的目标contexmap中不存在目标日志配置，从初始contexmap中的初始日志配置中获取预先设置的默认日志级别；
122.第二日志级别设置单元，用于将日志级别调整操作指示的日志的日志级别设置为预先设置的默认日志级别。
123.可选的，本技术提供的日志处理系统还包括：
124.关闭请求接收单元，用于接收用户发送的关闭请求，关闭请求指关闭日志级别调整操作的请求，关闭请求携带用户traceid；
125.清除单元，用于将预先设置的目标contexmap中与用户traceid对应的目标日志配
置进行清除。
126.本技术实施例提供了一种电子设备，如图5所示，电子设备包括处理器401和存储器502，存储器502用于存储日志处理的程序代码和数据，处理器501用于调用存储器中的程序指令执行实现如上述实施例中日志处理方法所示的步骤。
127.本技术实施例提供了一种存储介质，存储介质包括存储程序，其中，在程序运行时控制存储介质所在设备执行上述实施例示出的日志处理方法。
128.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
129.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
130.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
131.以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。