一种错误码共享方法、系统、计算机设备及可读存储介质与流程

1.本发明涉及计算机技术领域，具体而言，涉及一种错误码共享方法、系统、计算机设备及可读存储介质。


背景技术：

2.错误码是一组数字(或字母与数字的结合)，它会与错误讯息建立关联，并且可用来识别windows及其他程序中的特定问题。发明人在研究中发现，当多台设备需要使用错误码时，需要开发人员分别通过每台设备进行一次错误码设计和录入，也就是需要开发人员进行多次错误码的录入才能实现多台设备均获取到错误码，从而增加了获取错误码的人力成本。


技术实现要素：

3.有鉴于此，本发明的目的在于提供一种错误码共享方法、系统、计算机设备及可读存储介质，以减少获取错误码的人力成本。
4.第一方面，本技术实施例提供了一种错误码共享方法，应用于错误码共享系统，所述错误码共享系统包括第一本地服务器、第二本地服务器和应用服务器，所述应用服务器分别与所述第一本地服务器、所述第二本地服务器通过广域网连接，所述方法包括：
5.对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包；
6.所述第一本地服务器将每个待共享错误码的待共享jar包上传至所述应用服务器中；
7.所述第二本地服务器根据目标名称和目标版本号从所述应用服务器中下载满足所述目标名称和所述目标版本号的目标共享jar包；
8.所述第二本地服务器对所述目标共享jar包进行解析得到目标错误码的错误码信息。
9.可选地，在对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包前，所述方法还包括：
10.对于用户录入的至少一个原始错误码中的每个原始错误码，所述第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式；
11.若该原始错误码的格式符合所述标准错误码格式，所述第一本地服务器则将该原始错误码存储至本地数据库中得到待共享错误码。
12.可选地，在所述第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式后，所述方法还包括：
13.若该原始错误码的格式不符合所述标准错误码格式，所述第一本地服务器则将该原始错误码舍弃。
14.可选地，在所述第二本地服务器对所述目标共享jar包进行解析得到目标错误码
的错误码信息后，所述方法还包括：
15.所述第二本地服务器根据所述目标错误码的错误码信息抛出异常。
16.可选地，在若该原始错误码的格式不符合所述标准错误码格式，所述第一本地服务器则将所述原始错误码舍弃后，所述方法还包括：
17.所述第一本地服务器将预设的错误警示信息发送至所述应用服务器。
18.可选地，若该原始错误码的格式不符合所述标准错误码格式，所述方法还包括：
19.根据预设的错误码格式修改规则，所述第一本地服务器则对该原始错误码中不符合所述标准错误码格式的异常数据进行修改。
20.可选地，所述系统还包括备份服务器，所述备份服务器与所述第一本地服务器通过广域网连接，在对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包后，所述方法还包括：
21.所述第一本地服务器对所述待共享jar包进行加密处理；
22.或者，所述第一本地服务器将所述待共享jar包发送至所述备份服务器中进行备份。
23.第二方面，本技术实施例提供了一种错误码共享系统，所述系统包括第一本地服务器、第二本地服务器和应用服务器，所述应用服务器分别与所述第一本地服务器、所述第二本地服务器通过广域网连接：
24.所述第一本地服务器，用于对于每个待共享错误码，将该待共享错误码的错误码信息进行打包得到待共享jar包；
25.所述第一本地服务器，用于将每个待共享错误码的待共享jar包上传至所述应用服务器中；
26.所述第二本地服务器，用于根据目标名称和目标版本号从所述应用服务器中下载满足所述目标名称和所述目标版本号的目标共享jar包；
27.所述第二本地服务器，用于对所述目标共享jar包进行解析得到目标错误码的错误码信息。
28.可选地，所述第一本地服务器在用于对于每个待共享错误码，将该待共享错误码的错误码信息进行打包得到待共享jar包前，还用于：
29.对于用户录入的至少一个原始错误码中的每个原始错误码，所述第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式；
30.若该原始错误码的格式符合所述标准错误码格式，所述第一本地服务器则将该原始错误码存储至本地数据库中得到待共享错误码。
31.可选地，所述第一本地服务器在用于判断该原始错误码的格式是否符合预设的标准错误码格式后，还用于：
32.若该原始错误码的格式不符合所述标准错误码格式，则将该原始错误码舍弃。
33.可选地，所述第二本地服务器在用于对所述目标共享jar包进行解析得到目标错误码的错误码信息后，还用于：
34.根据所述目标错误码的错误码信息抛出异常。
35.可选地，所述第一本地服务器在用于若该原始错误码的格式不符合所述标准错误码格式，则将所述原始错误码舍弃后，还用于：
36.将预设的错误警示信息发送至所述应用服务器。
37.可选地，若该原始错误码的格式不符合所述标准错误码格式，所述第一本地服务器用于根据预设的错误码格式修改规则，对该原始错误码中不符合所述标准错误码格式的异常数据进行修改。
38.可选地，所述系统还包括备份服务器，所述备份服务器与所述第一本地服务器通过广域网连接，所述第一本地服务器在用于对于每个待共享错误码，将该待共享错误码的错误码信息进行打包得到待共享jar包后，还用于：
39.对所述待共享jar包进行加密处理；
40.或者，将所述待共享jar包发送至所述备份服务器中进行备份。
41.第三方面，本技术实施例提供了一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面中任一种可选地实施方式中所述的一种错误码共享方法的步骤。
42.第四方面，本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面中任一种可选地实施方式中所述的一种错误码共享方法的步骤。
43.本技术提供的技术方案包括但不限于以下有益效果：
44.对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包；所述第一本地服务器将每个待共享错误码的待共享jar包上传至所述应用服务器中；通过上述步骤，能够将错误码信息进行打包后上传至应用服务器，为其他设备提供了错误码的获取渠道。
45.所述第二本地服务器根据目标名称和目标版本号从所述应用服务器中下载满足所述目标名称和所述目标版本号的目标共享jar包；所述第二本地服务器对所述目标共享jar包进行解析得到目标错误码的错误码信息；通过上述步骤，能够实现其它设备根据目标错误码jar的名称和版本号从应用服务器中获取到目标错误码。
46.采用上述方法，通过将第一本地服务器中的错误码jar包上传至应用服务器中进行存储，然后第二本地服务器通过应用服务器对目标错误码jar包进行下载后解析得到目标错误码，能够避免在多个本地服务器中进行多次错误码的人为录入，以减少获取错误码的人力成本。
47.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
48.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
49.图1示出了本发明实施例一所提供的一种错误码共享方法的流程图；
50.图2示出了本发明实施例一所提供的一种待共享错误码确定方法的流程图；
51.图3示出了本发明实施例一所提供的一种错误码共享平台的架构示意图；
52.图4示出了本发明实施例一所提供的应用于错误码共享平台的人机交互方法的示意图；
53.图5示出了本发明实施例二所提供的一种错误码共享系统的结构示意图；
54.图6示出了本发明实施例二所提供的第二种错误码共享系统的结构示意图；
55.图7示出了本发明实施例三所提供的一种计算机设备的结构示意图。
具体实施方式
56.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
57.实施例一
58.为便于对本技术进行理解，下面结合图1示出的本发明实施例一所提供的一种错误码共享方法的流程图描述的内容对本技术实施例一进行详细说明。
59.现有技术中，在当前设备需要使用错误码时，通常需要开发者通过当前设备根据错误码规范进行错误码的设计，以使当前设备能够对其自身拥有的错误码进行调用。
60.参见图1所示，图1示出了本发明实施例一所提供的一种错误码共享方法的流程图，其中，应用于错误码共享系统，所述错误码共享系统包括第一本地服务器、第二本地服务器和应用服务器，所述应用服务器分别与所述第一本地服务器、所述第二本地服务器通过广域网连接，所述方法包括步骤s101～s104：
61.s101：对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包。
62.具体的，错误码是一组数字(或字母与数字的结合)，它会与错误讯息建立关联，并且可用来识别windows及其他程序中的特定问题；在将该待共享错误码的错误码信息进行打包时，可以利用maven项目构建工具机实现；maven是一款基于java平台的项目管理和整合工具，它能够将项目的开发和管理过程抽象成一个项目对象模型，jar包(java archive file)是java的一种文档格式,是一种与平台无关的文件格式,可将多个文件合成一个文件。
63.每个错误码都有各自的错误码信息，错误码信息包括错误码编码(错误代码)，错误码映射类型(将后端应答中返回的非正常请求映射为客户端期望的错误应答的场景类型)、错误码映射编码(将后端应答中返回的非正常请求映射为客户端期望的错误应答的场景下的错误码代码)和错误码响应信息(返回错误码时返回的错误信息内容)。
64.s102：所述第一本地服务器将每个待共享错误码的待共享jar包上传至所述应用服务器中。
65.具体的，第一本地服务器将每个待共享错误码的待共享jar包上传至所述应用服
务器中的预设位置，应用服务器在接收到待共享jar包前，会根据待共享jar包的jar包信息(例如大小、名称等)为每个待共享jar包配置各自的存储空间，并在第一本地服务器将每个待共享jar包上传至应用服务器后，将每个待共享jar包存储至其各自对应的存储空间，并将每个带共享jar包的存储位置返回至第一本地服务器。
66.s103：所述第二本地服务器根据目标名称和目标版本号从所述应用服务器中下载满足所述目标名称和所述目标版本号的目标共享jar包。
67.具体的，不同的错误码打包后可以得到具有不同名称的jar包，而相同的错误码可能会有多个版本，不同版本的错误码所对应jar包具有不同的版本号，所以第二本地服务器在需要获取应用服务器中的目标共享jar包目标版本的jar包)时，根据目标共享jar包的目标名称和目标版本号从应用服务器中存储所述目标共享jar包的存储空间中，获取到目标共享jar包。
68.s104：所述第二本地服务器对所述目标共享jar包进行解析得到目标错误码的错误码信息。
69.具体的，所述第二本地服务器利用jar包解析工具对目标共享jar包进行解析，得到目标错误码的错误码信息，并将目标错误码的错误码信息保存至本地数据库。
70.在一个可行的实施方案中，参见图2所述，图2示出了本发明实施例一所提供的一种待共享错误码确定方法的流程图，其中，在对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包前，所述方法包括步骤s201～s202：
71.s201：对于用户录入的至少一个原始错误码中的每个原始错误码，所述第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式。
72.具体的，在对错误码进行打包前，需要对错误码进行校验。
73.错误码是用户提前设计好的，为了确定出是否存在不符合错误码规范的错误码，则对于每个用户录入的原始错误码，第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式，例如判断该原始错误码的长度是否符合预设的标准错误码长度，判断该原始错误码的语言构成成分是否符合预设的标准错误码构成成分。
74.校验方向还包括检查错误码是否重复等。
75.s202：若该原始错误码的格式符合所述标准错误码格式，所述第一本地服务器则将该原始错误码存储至本地数据库中得到待共享错误码。
76.具体的，若该原始错误码的格式符合所述标准错误码格式，说明该原始错误码符合错误码规范，则第一本地服务器则将该原始错误码存储至本地数据库中得到待共享错误码。
77.在对原始错误码进行校验前，可以通过下述步骤得到原始错误码：步骤一，规范制定者通过错误码开发平台，录入“错误码规范”，包括错误码格式、长度、映射规则、分类等；步骤二，系统设计者充分学习“错误码规范”，了解错误码设计和使用方法；步骤三，系统设计者通过微服务开发平台，根据“错误码规范”，设计出本系统的错误码编码和信息(原始错误码)。
78.在一个可行的实施方案中，在所述第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式后，所述方法还包括：
79.若该原始错误码的格式不符合所述标准错误码格式，所述第一本地服务器则将该原始错误码舍弃。
80.具体的，若该原始错误码的格式不符合所述标准错误码格式(格式中的一项校验内容，例如长度，语言构成成分等，或者多项校验内容不符合均视为不符合标准错误码格式)，则说明该原始错误码不符合错误码规范，则将该原始错误码舍弃，或者是根据预设的错误码校正规则对错误码进行校正。
81.校正方法包括自动填充错误码前缀、自动空出待编码位等。
82.在一个可行的实施方案中，在所述第二本地服务器对所述目标共享jar包进行解析得到目标错误码的错误码信息后，所述方法还包括：
83.所述第二本地服务器根据所述目标错误码的错误码信息抛出异常。
84.具体的，第二本地服务器在得到目标错误码后，使用统一的业务异常处理方法，如threw new business exception(errorcodeenum.err0001)方式对目标错误码所指示的业务异常进行抛出。
85.在一个可行的实施方案中，在若该原始错误码的格式不符合所述标准错误码格式，所述第一本地服务器则将所述原始错误码舍弃后，所述方法还包括：
86.所述第一本地服务器将预设的错误警示信息发送至所述应用服务器。
87.具体的，第一本地服务器将预设的错误警示信息发送至应用服务器，以使用户能够通过应用服务器获知原始错误码的异常情况。
88.在一个可行的实施方案中，若该原始错误码的格式不符合所述标准错误码格式，所述方法还包括：
89.根据预设的错误码格式修改规则，所述第一本地服务器则对该原始错误码中不符合所述标准错误码格式的异常数据进行修改。
90.具体的，若该原始错误码的格式不符合所述标准错误码格式，则需要对该原始错误码进行修改，在进行修改时，首先确定出该原始错误码中不符合所述标准错误码格式的异常数据，然后根据预设的错误码格式修改规则对异常数据进行修改。
91.在一个可行的实施方案中，所述系统还包括备份服务器，所述备份服务器与所述第一本地服务器通过广域网连接，在对于每个待共享错误码，所述第一本地服务器将该待共享错误码的错误码信息进行打包得到待共享jar包后，所述方法还包括：
92.所述第一本地服务器对所述待共享jar包进行加密处理。
93.具体的，为了确保jar包在传输过程中的数据安全，则可以在得到待共享jar包后，对所述待共享jar包进行加密处理，加密方法包括但不限于使用md5(message digest，信息摘要)算法进行加密处理。
94.或者，所述第一本地服务器将所述待共享jar包发送至所述备份服务器中进行备份。
95.具体的，为了避免由于网络故障或者是设备故障导致的数据丢失，则可以在得到待共享jar包后，将所述待共享jar包发送至所述备份服务器中进行备份。
96.本技术还提供了一种错误码共享平台，能够通过该错误码共享平台实现错误码共享，参见图3所示，图3示出了本发明实施例一所提供的一种错误码共享平台的架构示意图，其中，所述错误码共享平台包括开发平台web端、开发平台后端和持久层，开发平台web端用
于向用户提供与开发平台后端进行数据交互的端口，以使用户在通过开发平台web端进行错误码设计规范和错误码信息的录入时，设置于开发平台后端中的规范设计器能够将错误码设计规范和错误码信息写入持久层的数据库中，设置于开发平台后端的代码生成器读取数据库中的错误码设计规范和错误码信息，并根据错误码设计规范对错误码进行校验后通过构建工具生成jar包，然后将jar包上传至nexus私服(一种maven仓库管理器)。
97.在上述错误码共享平台中，能够实现用户与平台的人机交互，参见图4所示，图4示出了本发明实施例一所提供的应用于错误码共享平台的人机交互方法的示意图，其中，可将用户分为规范制定者、系统设计者和服务开发者，规范制定者负责对错误码规范进行设计，系统设计者负责根据错误码规范设计错误码，服务开发者负责对错误码进行打包，所述人机交互方法包括步骤s401～s406：
98.s401：规范制定者通过错误码共享平台，录入“错误码规范”，包括错误码格式、长度、映射规则、分类等数据。
99.s402：系统设计者充分学习“错误码规范”，了解错误码设计和使用方法。
100.s403：系统设计者通过错误码共享平台，根据“错误码规范”，设计出本系统的“错误码”，错误码包括错误码编码和错误码信息。
101.s404：系统设计者将设计好的错误码通过微服务开发平台打包到私服仓库。
102.s405：服务开发者将错误码jar包依赖坐标信息加入项目以来，并通过私服仓库下载错误码配置jar包。
103.s406：服务开发者通过特定的方法，抛出“业务异常”。
104.实施例二
105.参见图5所示，图5示出了本发明实施例二所提供的一种错误码共享系统的结构示意图，其中，所述系统包括第一本地服务器501、第二本地服务器502和应用服务器503，所述应用服务器503分别与所述第一本地服务器501、所述第二本地服务器502通过广域网连接：
106.所述第一本地服务器，用于对于每个待共享错误码，将该待共享错误码的错误码信息进行打包得到待共享jar包；
107.所述第一本地服务器，用于将每个待共享错误码的待共享jar包上传至所述应用服务器中；
108.所述第二本地服务器，用于根据目标名称和目标版本号从所述应用服务器中下载满足所述目标名称和所述目标版本号的目标共享jar包；
109.所述第二本地服务器，用于对所述目标共享jar包进行解析得到目标错误码的错误码信息。
110.在一个可行的实施方案中，所述第一本地服务器在用于对于每个待共享错误码，将该待共享错误码的错误码信息进行打包得到待共享jar包前，还用于：
111.对于用户录入的至少一个原始错误码中的每个原始错误码，所述第一本地服务器判断该原始错误码的格式是否符合预设的标准错误码格式；
112.若该原始错误码的格式符合所述标准错误码格式，所述第一本地服务器则将该原始错误码存储至本地数据库中得到待共享错误码。
113.在一个可行的实施方案中，所述第一本地服务器在用于判断该原始错误码的格式是否符合预设的标准错误码格式后，还用于：
114.若该原始错误码的格式不符合所述标准错误码格式，则将该原始错误码舍弃。
115.在一个可行的实施方案中，所述第二本地服务器在用于对所述目标共享jar包进行解析得到目标错误码的错误码信息后，还用于：
116.根据所述目标错误码的错误码信息抛出异常。
117.在一个可行的实施方案中，所述第一本地服务器在用于若该原始错误码的格式不符合所述标准错误码格式，则将所述原始错误码舍弃后，还用于：
118.将预设的错误警示信息发送至所述应用服务器。
119.在一个可行的实施方案中，若该原始错误码的格式不符合所述标准错误码格式，所述第一本地服务器用于根据预设的错误码格式修改规则，对该原始错误码中不符合所述标准错误码格式的异常数据进行修改。
120.在一个可行的实施方案中，参见图6所示，图6示出了本发明实施例二所提供的第二种错误码共享系统的结构示意图，其中，所述系统还包括备份服务器601，所述备份服务器601与所述第一本地服务器501通过广域网连接，所述第一本地服务器在用于对于每个待共享错误码，将该待共享错误码的错误码信息进行打包得到待共享jar包后，还用于：
121.对所述待共享jar包进行加密处理；
122.或者，将所述待共享jar包发送至所述备份服务器中进行备份。
123.实施例三
124.基于同一申请构思，参见图7所示，图7示出了本发明实施例三所提供的一种计算机设备的结构示意图，其中，如图7所示，本技术实施例三所提供的一种计算机设备700包括：
125.处理器701、存储器702和总线703，所述存储器702存储有所述处理器701可执行的机器可读指令，当计算机设备700运行时，所述处理器701与所述存储器702之间通过所述总线703进行通信，所述机器可读指令被所述处理器701运行时执行上述实施例一所示的一种错误码共享方法的步骤。
126.实施例四
127.基于同一申请构思，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述实施例中任一项所述的一种错误码共享方法的步骤。
128.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
129.本发明实施例所提供的进行错误码共享的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
130.本发明实施例所提供的一种错误码共享系统可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。
131.在本发明所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
132.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
133.另外，在本发明提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
134.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
135.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
136.最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。