数据库的数据交换和共享方法、装置和可读储存介质与流程

1.本技术属于数据共享技术领域，具体而言，涉及一种数据库的数据交换和共享方法、装置和可读储存介质。


背景技术：

2.在数智化转型企业中，大量数据的堆积，加上企业组织架构复杂，数据分类管理有难度，另外由于企业内多部门协同作业时，常需要互相使用数据来用于查询或验证等工作场景，这时会导致数据库信息有暴露的风险，加之各方所需数据不能完全开放，数据库信息不安全，excel表格提供数据时效性差等各种原因。
3.基本这些原因，各企业组织往往会选择数据交换与共享，例如，内部与内部的数据交换共享，企业与企业之间的数据交换共享。
4.在元数据治理中，信息资源只有交换、共享才能被充分开发和利用，数据的交换共享是数据全生命周期中发挥价值的关键一环，而相关技术中只能够在特定的条件下进行数据共享，针对跨平台、跨企业并没有相关的共享方法。
5.因此，发明一种能够跨平台、跨企业的数据库的数据交换和共享方法成为亟待解决的问题。


技术实现要素：

6.本发明旨在解决或改善上述技术问题中的至少之一。
7.本发明第一方面的技术方案提供了一种数据库的数据交换和共享方法。
8.本发明第二方面的技术方案提供了一种数据库的数据交换和共享装置。
9.本发明第三方面的技术方案提供了一种数据库的数据交换和共享装置。
10.本发明第四方面的技术方案提供了一种可读储存介质。
11.本发明的第一方面在于提供一种数据库的数据交换和共享方法，包括如下步骤：配置多种类型的数据库的连接信息，以供获取多种类型的数据；基于输入指令，确定多种类型的数据库中的一种为可共享数据库；确定可共享数据库中需要共享的元数据；配置服务信息，并生成api接口；通过api接口获取数据请求方的数据请求信息和鉴权信息；在鉴权信息符合api接口(application programming interface，应用程序编程接口)的条件时，根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据。
12.本发明提供的数据库的数据交换和共享方法，通过对至少两种类型数据库进行适配，这样当需要对某一数据库中的数据进行共享的时候，先确定需要共享的数据库，在数据库中确定需要共享的元数据，再根据配置的服务信息生成api接口，这样就可以根据配置的服务信息实现数据的共享，进而实现跨平台跨网络的数据共享。
13.在上述技术方案中，确定可共享数据库中需要共享的元数据的步骤包括：创建可共享数据库的数据目录，根据数据目录确定可共享数据库中需要共享的元数据。
14.在该技术方案中，通过创建可共享数据库的数据目录的方式，一方面拥有层级的
目录结构，在数据治理上更方便管理数据，另一方面能够快速的确定所有关联的元数据信息，以便于将所有关联的数据进行共享操作。
15.在上述技术方案中，配置服务信息，并生成api接口的步骤包括：配置可共享数据库中元数据的解析方式，并生成api接口；根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据的步骤包括：根据配置的解析方式对需要共享的元数据进行解析，根据数据请求信息输出解析后的元数据。
16.在该技术方案中，通过配置可共享数据库中元数据的解析方式，并生成api接口，这样在获取到数据共享请求的时候，可通过配置好的解析方式对需要共享的元数据进行解析，然后通过api接口进行共享，例如可配置sql(structured query language，结构化查询语言)或物理表形式中的一种解析方式对元数据进行解析。
17.在上述技术方案中，配置服务信息，并生成api接口的步骤包括：配置不同的请求方式对应的请求类型，并生成api接口；根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据的步骤包括：根据数据请求信息，确定请求方的请求方式，根据请求方式确定对应的请求类型进行数据的传递，以进行数据共享。
18.在该技术方案中，可配置不同的请求方式对应的请求类型，并生成api接口，这样在获取到数据请求信息之后，能够确定请求方的请求方式，根据请求方式确定对应的请求类型进行数据的传递，以进行数据共享，根据不同的请求方式将不同的请求类型导入接口中，这样就可以根据不同的请求方式调用不同的接口来传递参数。
19.在上述技术方案中，配置不同的请求方式对应的请求类型的步骤包括：配置请求类型为post(向服务器提交数据的一种请求)和get(向服务器发索取数据的一种请求)中的至少一种。
20.在该技术方案中，可配置请求类型为post和get中的一种，这样针对不同元数据的类型可选取不同的请求类型，例如针对简单的数据，选取get操作起来更加方便快捷，而对于get无法进行传输的数据可以通过post请求类型进行传递参数，当然也可以预先将post和get两种请求类型都进行配置，这样可根据获取到的数据请求方式，选择对应的请求类型进行传递参数，提高共享效率。
21.在上述技术方案中，配置服务信息，并生成api接口的步骤包括：配置可共享数据库中需要共享的元数据的秘密等级，配置不同秘密等级的元数据与不同用户身份的对应关系，并生成api接口；根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据的步骤包括：根据请求方的数据请求信息确定用户身份，根据用户身份确定能够输出的秘密等级的元数据，根据服务信息输出该秘密等级的元数据。
22.在该技术方案中，根据不同的权限控制数据的信息显现，将元数据分为多个密级分类，这样可根据不同的权限查看不同秘密等级的数据信息，这样可以避免数据发生泄露的风险，保证了数据的安全。
23.在上述技术方案中，鉴权信息包括请求时间、数据请求方的名称、需要共享的数据名称、密码信息中的至少一项。
24.在该技术方案中，通过限定用户请求方的请求时间，这样当超过请求时间时，共享系统将自动关系，保证了数据的安全，同时在数据共享的时候需要鉴别请求方的名称、共享的数据名称、密码信息，这样可以避免数据被泄露，提高共享的安全性。
25.在上述技术方案中，多种类型的数据库包括mysql数据库、oracle数据库、postgresql数据库、greenplum数据库和sqlserver数据库中的至少两种数据库。
26.在该技术方案中，可将mysql数据库、oracle数据库、postgresql数据库、greenplum数据库和sqlserver数据库中的至少两种数据库进行配置，这样就可以在多种数据库中进行相互的共享，实现跨网、跨企业、跨平台的共享。
27.本发明第二方面提供了一种数据库的数据交换和共享装置，包括：配置单元，用于配置多种类型的数据库的连接信息，以供获取多种类型的数据，还用于配置服务信息，并生成api接口；确定单元用于基于输入指令确定多种类型的数据库中的一种为可共享数据库，还用于确定可共享数据库中需要共享的元数据；获取单元用于通过api接口获取数据请求方的数据请求信息和鉴权信息；处理单元，用于在鉴权信息符合api接口的条件时，根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据。
28.本发明第三方面提供了一种数据库的数据交换和共享装置，包括储存器和处理器，储存器上存储有计算机程序或指令，处理器执行程序或指令时实现如本技术第一方面任一项技术方案提供的数据库的数据交换和共享方法。
29.本发明第四方面提供了一种可读储存介质，可读储存介质上存储有程序或指令，处理器执行程序或指令时实现如本技术第一方面任一项技术方案提供的数据库的数据交换和共享方法。
30.根据本发明的附加方面和优点将在下面的描述部分中变得明显，或通过根据本发明的实践了解到。
附图说明
31.图1示出了本发明的实施例提供的数据库的数据交换和共享方法的流程示意图；
32.图2示出了本发明的另一实施例提供的数据库的数据交换和共享方法的流程示意图；
33.图3示出了本发明的实施例提供的数据库的数据交换和共享中添加鉴权信息的流程示意图；
34.图4示出了本发明的再一实施例提供的数据库的数据交换和共享方法的流程示意图；
35.图5示出了本发明的实施例提供的数据库的数据交换和共享方装置的方框图；
36.图6示出了本发明的另一实施例提供的数据库的数据交换和共享方装置的方框图。
37.其中，图5和图6中的零部件名称与标号的对应关系如下：
38.1数据库的数据交换和共享装置，11配置单元，12确定单元，13获取单元，14处理单元，15储存器，16处理器。
具体实施方式
39.为了能够更清楚地理解根据本发明的实施例的上述方面、特征和优点，下面结合附图和具体实施方式对根据本发明的实施例进行进一步的详细描述。需要说明的是，在不冲突的情况下，本技术的实施例及实施例中的特征可以相互组合。
40.在下面的描述中阐述了很多具体细节以便于充分理解根据本发明的实施例，但是，根据本发明的实施例还可以采用其他不同于在此描述的其他方式来实施，因此，根据本发明的实施例的防护并不受下面公开的具体实施例的限制。
41.特别注意的是，本发明所有内容中，api的定义为应用程序编程接口，url的定义为接口地址，token的定义为鉴权信息，用于身份的验证，path的定义为接口对应的服务信息，param的定义为共享参数，sql的定义为结构化查询语言，post的定义为向服务器提交数据的一种请求，get的定义为向服务器发索取数据的一种请求。
42.实施例一
43.如图1所示，本发明的第一方面实施例提供一种数据库的数据交换和共享方法，包括如下步骤：
44.s102：配置多种类型的数据库的连接信息，以供获取多种类型的数据；
45.s104：基于输入指令，确定多种类型的数据库中的一种为可共享数据库；
46.s106：确定可共享数据库中需要共享的元数据；
47.s108：配置服务信息，并生成api接口；
48.s110：通过api接口获取数据请求方的数据请求信息和鉴权信息；
49.s112：在鉴权信息符合api接口的条件时，根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据。
50.本发明提供的数据库的数据交换和共享方法，先配置多种类型的数据库的连接信息，以供获取多种类型的数据，例如配置mysql数据库、oracle数据库、postgresql数据库、greenplum数据库、sqlserver数据库中的至少两种，然后基于输入指令，确定多种类型的数据库中的一种为可共享数据库，然后确定可共享数据库中需要共享的元数据，其中在确定共享的元数据时，可通过创建可共享数据库的数据目录的方式。举例而言，数据目录可以由多个项目组成的项目目录，这样当需要共享某个项目的时候，由于预先将整个数据库创建服务目录，这样在获取到需要共享的项目的时候，可以立即根据项目目录快速的确定所有关联的元数据信息，以便于将所有关联的元数据进行共享操作，确定需要共享的元数据信息之后，配置服务信息并生成api接口；其中，配置服务信息可以理解为配置数据共享的服务信息，比如可以包括数据解析方式，数据传输方式，数据保密管理，数据权限管理等，将对应的服务信息导入接口中，通过api接口获取数据请求方的数据请求信息和鉴权信息，在鉴权信息符合api接口的条件时，根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据。本技术通过对至少两种类型数据库进行适配，这样当需要对某一数据库中的元数据进行共享的时候，先确定需要共享的数据库，在数据库中确定需要共享的元数据，再根据配置的服务信息生成api接口，这样就可以根据配置的服务信息实现数据的共享，进而实现跨平台跨网络的数据共享。
51.在上述实施例中，配置服务信息可以是可共享数据库中元数据的解析方式，通过配置可共享数据库中元数据的解析方式，并生成api接口，这样在获取到数据共享请求的时候，可通过配置好的解析方式对需要共享的元数据进行解析，然后通过api接口进行共享，例如可配置sql或物理表形式中的一种解析方式对元数据进行解析。sql形式是通过基于元数据表信息来手写查询伪sql形式，将查询伪sql中的请求参数用特殊符号占位来达到后续对api接口调用时的传参替换，物理表形式是直接通过元数据表信息的表字段信息去控制
数据输出，根据物理表的表信息和字段信息来动态生成一条带有特殊符号占位的查询伪sql，sql和物理表形式的前提都是选择一个元数据，最终都是会生成一个带有特殊符号占位的查询伪sql，后续接口调用中会对查询伪sql的占位符号进行替换和重新组合为一个真正的查询sql来进行查询结果。
52.在上述实施例中，配置服务信息也可以包括配置不同的请求方式对应的请求类型，并生成api接口，这样在获取到数据请求信息之后，能够确定请求方的请求方式，根据请求方式确定对应的请求类型进行数据的传递，以进行数据共享，根据不同的请求方式将不同的请求类型导入接口中，这样就可以根据不同的请求方式调用不同的接口来传递参数。例如，可配置请求类型为post和get中的一种，这样针对不同元数据的类型可选取不同的请求类型，例如针对简单的数据，选取get操作起来更加方便快捷，而对于get无法进行传输的数据可以通过post请求类型进行传递参数，当然也可以预先将post和get两种请求类型都进行配置，这样可根据获取到的数据请求方式，选择对应的请求类型进行传递参数，提高共享效率。
53.在上述实施例中，配置服务信息也可以包括配置可共享数据库中需要共享的元数据的秘密等级，配置不同秘密等级的元数据与不同用户身份的对应关系，并生成api接口，根据请求方的数据请求信息确定用户身份，根据用户身份确定能够输出的秘密等级的元数据，最后根据服务信息(例如上述提到的不同的解析方式，或者不同的传参方式)输出该秘密等级的元数据。根据不同的权限控制数据的信息显现，将元数据分为多个密级分类，这样可根据不同的权限查看不同秘密等级的数据信息，这样可以避免数据发生泄露的风险，保证了数据的安全。
54.在上述实施例中，鉴权信息包括请求时间、数据请求方的名称、需要共享的数据名称、密码信息中的至少一项。通过限定用户请求方的请求时间，这样当超过请求时间时，共享系统将自动关系，保证了数据的安全，同时在数据共享的时候需要鉴别请求方的名称、共享的数据名称、密码信息，这样可以避免数据被泄露，提高共享的安全性。
55.实施例二
56.在该实施例中，可以先配置服务信息，然后在确定需要共享的元数据，也即也实施例一的区别是，先将可共享数据库内的所有数据进行配置服务信息，然后在确定需要共享的元数据，并不是先确定需要共享的元数据，然后在针对需要共享的元数据配置服务信息，如图2所示，本实施例的数据库的数据交换和共享方法包括如下步骤：
57.s202：确定可共享的数据库；
58.s204：配置元数据信息；
59.s206：确定可共享的元数据；
60.s208：配置数据服务信息进行数据共享；
61.s210：输出处理后的共享数据；
62.本实施例的共享方法相比于实施例一，预先将数据库内的所有数据进行配置，这样就相当于在所有的共享过程中，只需要进行一次的配置，当需要共享其他的数据的，可以直接根据配置的服务信息进行共享，减少了配置服务信息的次数。
63.实施例三
64.在该实施例中，与实施例一和实施例二不同的是，本实施例在数据共享中还设置
了鉴权信息，如图3所示，本实施例的数据库的数据交换和共享方法包括如下步骤：
65.s302：创建数据目录；
66.s304：配置请求类型；
67.s306：配置数据来源类型；
68.s308：配置请求方式；
69.s310：配置请求参数和返回参数信息；
70.s312：完成数据服务配置生成服务信息；
71.s314：生成api接口，添加token鉴权。
72.在该实施例中，先根据元数据创建数据目录，然后根据元数据配置服务信息，其中配置服务信息包括配置数据来源类型，也即配置可共享数据库中元数据的解析方式，并生成api接口，这样在获取到数据共享请求的时候，可通过配置好的解析方式对需要共享的元数据进行解析，然后通过api接口进行共享，例如可配置sql或物理表形式中的一种解析方式对元数据进行解析，配置服务信息还包括配置请求类型和配置请求方式，也即配置不同的请求方式对应的请求类型，这样在获取到数据请求信息之后，能够确定请求方的请求方式，根据请求方式确定对应的请求类型进行数据的传递，以进行数据共享。配置服务信息还包括配置请求参数和返回参数信息，完成数据服务配置后，生成服务信息，同时生成api接口并添加token鉴权。本实施例的共享方法对已经配置好的服务信息配置一个有时间限制的token信息，创建的token信息用于接口的鉴权，token的组成包括请求时间、数据请求方的名称、需要共享的数据名称、密码信息，同时，token创建是会加上一个过期时间限制，超过这个时间共享自动关系，这个时间可以进行延长删除，通过此带有过期机制的加密token鉴权来保证对跨网跨企业的数据安全性交互。
73.实施例四
74.如图4所示，本实施例提供的数据库的数据交换和共享方法包括如下步骤：
75.s402：配置api接口；
76.s404：url请求api接口的token信息；
77.s406：解析token信息、path信息、param信息；
78.s408：token的鉴权信息是否符合标准；若是，执行s410，若否，执行s412；
79.s410：解析数据请求信息；然后执行s414；
80.s412：输出鉴权信息错误；
81.s414：获取共享参数并根据服务信息进行传输；
82.s416：输出参数信息。
83.本实施例提供的数据库的数据交换和共享方法，先通过配置api接口，然后调用api接口，通过url请求api接口的token信息，然后解析token信息、path信息、param信息，其中，path信息为接口对应的服务信息，通过解析接口对应的服务信息，这样就可以采取配置的服务进行进行参数的传递与共享，其中，param信息为需要进行共享的参数信息，token信息为鉴权信息，判断token的鉴权信息是否符合标准，若是，则解析数据请求信息，获取共享参数并根据服务信息进行传输，最后输出参数信息，若token的鉴权信息不符合标准，则输出鉴权信息错误。
84.本实施例的数据库的数据交换和共享方法，对于api接口的访问，解析传入的参数
列表，解析参数中的token信息，如果没有会直接返回错误结果，如果拿到token的鉴权信息，对数据库内的token的标准鉴权信息来进行比对和期限校验，验证无效则返回错误结果，验证通过将进行下一步的参数解析和处理，通过解析请求参数，完成数值转换和映射，根据已配置的服务信息和元数据信息来动态生成最终的sql，再根据元数据类型采用不同的元数据策略去执行sql来获取执行结果，根据数据参数配置来对执行结果解析重新封装最终返回数据来完成数据共享。本发明提供的数据治理和数据共享方法是以元数据库内数据为基石通过配置api服务信息来实现对元数据库内庞大数据结构的梳理和数据输出输送，完成对数据治理之后的数据进行数据共享的操作。
85.实施例五
86.本发明提供的数据库的数据交换和共享方法支持多种类型元数据的数据交换和共享，包括不限于mysql、oracle、postgresql、greenplum、sqlserver等数据库类型，在进行数据交换过程中，其主要包括如下几个步骤：
87.步骤一：配置每个类型的数据库的连接信息，来保证sql(结构化查询语言)能够在每个类型的元数据中执行，提供数据共享的前置条件，对于多种数据库类型有多种元数据类型驱动，针对不同元数据有不同的生成策略，保证每一个支持的元数据类型能够完成数据的共享操作。
88.步骤二：在选定数据库之后，先创建服务信息目录，拥有层级的目录结构，在数据治理上更方便管理数据，通过数据目录将元数据库内的表结构所关联的元数据信息选取出来进行数据共享操作。
89.在进行数据共享过程中，主要通过配置服务信息生成api接口(应用程序编程接口)形式来进行数据共享和输出结果，基于元数据库信息生成服务信息配置信息，配置参数信息完成服务信息创建。
90.配置服务信息包括不同的api(应用程序编程接口)请求类型和协议方式，生成api调用链路路径和不同的请求方式，以满足不同形式的接口调用和输出结果，这样当获取到api接口获取数据请求方的数据请求信息的时候，就能够根据数据请求信息确定出具体的请求方式，然后根据对应的请求类型和协议方式进行数据共享；目前限于post(在服务器上创建一个新的资源)和get(请求从服务器获取特定资源)两种，根据不同的请求方式打入接口中，根据不同的请求方式调用不同的接口来解析参数，完成数据的传输。
91.配置服务信息还包括不同的api权限和密级分类，根据不同的权限控制数据目录内服务信息的信息显现，密级分类控制在目录中的查看操作权限，这样就可以根据不同的用户权限共享不同保密等级的数据，避免数据泄露的风险。
92.配置服务信息还包括来源数据配置，基于元数据库内数据可通过sql和物理表形式去配置服务信息，sql形式是通过基于元数据表信息来手写查询伪sql形式灵活控制数据输出，将查询伪sql中的请求参数用特殊符号占位来达到后续对api接口调用时的传参替换，物理表形式是直接通过元数据表信息的表字段信息去控制数据输出，根据物理表的表信息和字段信息来动态生成一条带有特殊符号占位的查询伪sql，sql和物理表形式的前提是选择一个元数据，最终都是会生成一个带有特殊符号占位的查询伪sql，后续接口调用中会对查询伪sql的占位符号进行替换和重新组合为一个真正的查询sql来进行查询结果。
93.配置服务信息还包括配置请求参数和返回参数信息来分别控制api接口调用的传
入参数和返回输出参数，传入参数在物理表形式时表现为物理表的字段信息，在sql形式时表现为sql经过语句解析器解析之后的字段信息，经过该配置，会根据配置的信息表、请求参数、返回参数来生成的伪sql，并且根据整体配置来生成一个对外的接口，通过调用接口地址，解析请求参数，完成数值转换和映射，根据已配置的服务信息和元数据信息来动态生成最终的sql，再根据元数据类型采用不同的元数据策略去执行sql来获取执行结果，根据数据参数配置来对执行结果解析重新封装最终返回数据来完成数据共享。请求参数和返回参数可配置值替换操作，例如配置值替换0：男，1：女，那么在请求参数传参时传入0，对应的在sql中映射的值为男，传入1时，映射为女。
94.步骤三：对已经配置好的服务信息需要配置一个有时间限制的token信息，创建的token信息用于接口的鉴权，token信息包括请求时间、数据请求方的名称、需要共享的数据名称、密码信息，token信息会加上过期机制用作接口调用鉴权来保证对跨网跨企业的数据安全性交互；通过配置的服务信息规则调用已配置完成的数据共享接口可输出对应服务信息规则的数据完成跨网络跨平台的安全数据共享。
95.本发明提供的数据治理和数据共享方法是以元数据库内数据为基石通过配置api服务信息来实现对元数据库内庞大数据结构的梳理和数据输出输送，完成对数据治理之后的数据进行数据共享的操作。
96.如图5所示，本发明第二方面提供了一种数据库的数据交换和共享装置1，包括：配置单元11，用于配置多种类型的数据库的连接信息，以供获取多种类型的数据，还用于配置服务信息，并生成api接口；确定单元12用于基于输入指令确定多种类型的数据库中的一种为可共享数据库，还用于确定可共享数据库中需要共享的元数据；获取单元13，用于通过api接口获取数据请求方的数据请求信息和鉴权信息；处理单元14，用于在鉴权信息符合api接口的条件时，根据配置的服务信息和数据请求信息在可共享数据库中输出需要共享的元数据。
97.如图6所示，本发明第三方面提供了一种数据库的数据交换和共享装置1，包括储存器15和处理器16，储存器15上存储有计算机程序或指令，处理器16执行程序或指令时实现如本技术第一方面任一项技术方案提供的数据库的数据交换和共享方法。
98.本发明第四方面提供了一种可读储存介质，可读储存介质上存储有程序或指令，处理器执行程序或指令时实现如本技术第一方面任一项技术方案提供的数据库的数据交换和共享方法。
99.在根据本发明的实施例中，术语"第一"、"第二"、"第三"仅用于描述的方面，而不能理解为指示或暗示相对重要性；术语"多个"则指两个或两个以上，除非另有明确的限定。术语"安装"、"相连"、"连接"、"固定"等术语均应做广义理解，例如，"连接"可以是固定连接，也可以是可拆卸连接，或一体地连接；"相连"可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在根据本发明的实施例中的具体含义。
100.此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描
述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
101.尽管已经采用特定结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
102.以上仅为根据本发明的实施例的优选实施例而已，并不用于限制根据本发明的实施例，对于本领域的技术人员来说，根据本发明的实施例可以有各种更改和变化。凡在根据本发明的实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在根据本发明的实施例的保护范围之内。