面向数据库的请求的批处理方法、装置、设备及存储介质

技术领域

本发明涉及计算机及通信技术领域，特别涉及一种面向数据库的请求的批处理方法、装置、设备及存储介质。

背景技术

结构化查询语言(Structured Query Language)简称SQL，是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。

SQL是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统,可以使用相同的结构化查询语言作为数据输入与管理的接口。并且，其结构化查询语言语句可以嵌套，使其具有极大的灵活性和强大的功能。

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，属于Oracle旗下产品。MySQL是流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最流行的RDBMS(Relational Database Management System，关系数据库管理系统)应用软件之一。MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。

MySQL的关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL因其强大的功能和其关系数据库的极大灵活性而被广泛应用于互联网中。

然而，随着互联网的快速发展，需要多台数据库服务器或数据库服务器集群来满足业务快速发展的需求。这些服务器可能被安置在不同的机房中，于是线上业务对数据库产生了跨机房数据处理请求的需要。跨机房处理业务请求必然比同机房处理业务请求的时间更长。同时，随着业务请求量增加，数据库处理请求出现明显延时，简单地将多个用户请求通过一个连接发给数据库已不能满足需求，越来越多对数据库的业务请求亟需采用更合理的处理方式对数据库请求耗时进行优化，以降低请求处理的延时或者消除该延时。

发明内容

本发明的目的在于，提供一种面向数据库的请求的批处理方法、装置、设备及存储介质，能够针对在高并发多线程请求数据库的场景下，通过合并请求，减少请求与数据库的交互次数，优化执行数据库时间，以降低DB(database，下述简称DB)处理请求延时或者消除DB处理请求延时，从而有效提高数据库系统服务的吞吐能力。其中，数据请求的操作类型可以包括对数据库中数据进行查询、更新和插入等。本发明的面向数据库的请求的批处理方法、装置、设备及存储介质通过合并请求来减少多次请求时网络消耗，尽可能将多次随机操作合并为顺序读写，减少硬盘处理时间，以达到优化硬盘从而优化整个系统吞吐的目的。其中，合并方法根据接入SQL语句自动模式匹配对应的合并规则，将相同动作，例如查询、更新、插入语句等，做聚合后合并。此外，本发明实现的面向数据库的请求的批处理方法、装置、设备及存储介质，还包括通过定时采样当前请求QPS(Query Per Second：每秒请求数量)、DB处理延时、网络延时等数据，平滑处理后定时调整队列触发个数N。通过动态调整队列触发个数N，保证本发明中的批处理组件处于最佳优化状态，从而完成自适应批量请求耗时优化。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。

根据本发明一方面，面向数据库的请求的批处理方法包括：接收一个或多个面向数据库的请求；设定批处理操作的触发条件；以及当满足触发条件时，对所述请求进行合并处理，所述合并处理基于所述请求的操作类型执行。

根据本发明另一方面面向数据库的请求的批处理装置包括：接收模块，用于接收一个或多个面向数据库的请求；设定模块，用于设定批处理操作的触发条件；以及合并处理模块，用于当满足触发条件时，对所述请求进行合并处理，所述合并处理基于所述请求的操作类型执行。

根据本发明的又一方面，本发明还包括一种计算机可读存储介质，该存储介质存储可执行指令，可执行指令在被处理器执行时，导致前述面向数据库的请求的批处理方法的执行。可读存储介质可以为非易失性存储器，比如硬盘或磁盘等，并可被应用在各种终端上，可以是计算机、服务器等。

根据本发明的再一方面，本发明还包括一种面向数据库的请求的批处理设备，该设备包括处理器以及存储装置。存储装置用于存储可执行指令，当可执行指令被处理器执行时，可实现前述面向数据库的请求的批处理方法。

本发明与现有技术相比具有明显的优点和有益效果。借由上述技术方案,本发明提供的一种面向数据库的请求的批处理方法、装置、设备及存储介质，可取得显著的技术进步性及实用性，并具有产业上的广泛利用价值，其至少具有下列优点：

1、能够针对在高并发多线程请求数据库的场景下，通过合并请求，优化执行数据库时间，以降低DB处理请求延时或者消除DB处理请求延时，从而有效提高数据库系统服务的吞吐能力，同时减少硬件资源浪费。

2、定时采样当前请求QPS、DB处理延时、网络延时等数据，平滑处理后定时调整队列触发个数N和/或接收请求的时长T。通过动态调整队列触发个数N和/或接收请求的时长T，保证本发明中的批处理组件处于最佳优化状态，从而完成自适应批量请求耗时优化。

3、通过合并请求来减少多次请求时网络消耗，尽可能将多次随机操作合并为顺序读写，减少磁盘处理时间，以达到优化硬盘从而优化整个系统吞吐的目的。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。

附图说明

图1是本发明面向数据库的请求的批处理方法步骤示意图；

图2是本发明面向数据库的请求的批处理装置的工作模块示意图；

图3是本发明面向数据库的请求的批处理的流程图；

图4是未使用批处理组件执行多个请求的示意图；

图5是使用本发明的批处理组件执行多个请求的示意图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本发明提出的一种面向数据库的请求的批处理方法、装置、设备及存储介质，其具体实施方式、方法、步骤及其功效，详细说明如后。

通过具体实施方式的说明,当可对本发明为达成预定目的所采取的技术手段及功能效果有更加深入且具体的了解，然而所附图式仅是提供参考与说明之用，并非用来对本发明加以限制。

本发明的一方面提供了一种面向数据库的请求的批处理方法，如图1所示，包括以下步骤：

步骤S1：接收一个或多个面向数据库的请求。启动批处理程序后，初始化等待队列接收业务请求，监视队列收到业务请求的状况，并对收到的业务请求进行控制管理。面向数据库的请求包括数据查询的请求、数据更新的请求和数据插入的请求。不同的请求基于不同的业务需求而定。当用户需要对某项业务进行查询时，可以发起对该业务的数据查询请求；当用户需要对某项业务中的参数进行改变，可以发起该业务的相关数据更新请求；当用户需要在数据库中增加某项新业务，可以发起该业务的数据插入请求。

步骤S2：设定批处理操作的触发条件。预先设定批处理的触发条件，触发条件包括选定参数达到预设值。选定参数可以包括：所接收到请求的数量和/或接收请求的时长，其中所述时长的初始时间是收到第一个请求的时间。在步骤S1启动批处理程序后，如果进入到队列的是第一个业务请求，定时器被启动，同时初始时间为队列中收到的该业务请求的时间。如果进入到队列中的业务请求不是第一个请求，则将该请求插入该队列并判断该请求是否使该队列达到触发个数。当队列收到的全部业务请求的数量刚好达到队列触发个数，批处理组件触发立刻执行批处理的动作，并阻塞请求等待处理结果，同时，定时器停止计时。当队列中已有的请求数量没有达到队列触发个数，而定时器达到预先设置的时长T，则定时器的超时动作直接触发对队列中的业务请求做批量处理，同时，定时器停止计时。

步骤S3：当满足触发条件时，对所述请求进行合并处理，所述合并处理基于所述请求的操作类型执行。当队列收到的业务请求的达到队列触发个数，或者定时器达到预先设置的时长而产生超时动作，批处理组件触发立刻执行批处理的动作，并阻塞请求等待处理结果，同时，停止定时器计时。在执行批处理过程中，合并当前队列的N个请求或者T时间内收到的全部请求。聚合这些请求并对内容进行分析、归类，例如根据相同动作，例如查询、更新、插入等语句做聚合。并基于同一操作类型的SQL语句中的一个或多个参数对所述请求做相应的合并处理。然后将经过批处理的SQL语句发给DB做相应的处理。

本发明的另一方面还提供了一种面向数据库的请求的批处理装置，如图2所示，包括；

接收模块，用于接收一个或多个面向数据库的请求。启动批处理程序后，初始化等待队列接收业务请求，监视队列收到业务请求的状况，并对收到的业务请求进行控制管理。面向数据库的请求包括数据查询的请求、数据更新的请求和数据插入的请求。通过接收模块，完成对各类业务请求的监视及控制管理。

设定模块，用于设定批处理操作的触发条件。预先设定批处理的触发条件，触发条件包括选定参数达到预设值。选定参数可以包括：所接收到请求的数量和/或接收请求的时长，其中所述时长的初始时间是收到第一个请求的时间。设定模块中可设置多个队列，每个队列设置的请求数量为N。在步骤S1启动批处理程序后，如果进入到队列的是第一个业务请求，定时器被启动，同时初始时间为队列中收到的该业务请求的时间。如果进入到队列中的业务请求不是第一个请求，则将该请求插入该队列并判断该请求是否使该队列达到触发个数。当队列收到的全部业务请求的数量刚好达到队列触发个数，批处理组件触发立刻执行批处理的动作，并阻塞请求等待处理结果，同时，定时器停止计时。当队列中已有的请求数量没有达到队列触发个数，而定时器达到预先设置的时长T，则定时器的超时动作直接触发对队列中的业务请求做批量处理，同时，定时器停止计时。通过设定模块，完成对批处理操作的触发条件的设置。

合并处理模块，用于当满足触发条件时，对所述请求进行合并处理，所述合并处理基于所述请求的操作类型执行。当队列收到的业务请求的刚好达到队列触发个数N，批处理模块触发立刻执行批处理的动作，并阻塞请求等待处理结果，同时，定时器停止计时。当队列中已有的请求数量没有达到队列触发个数，但定时器已达到预先设置的时长T，则定时器的超时动作直接触发对队列中的业务请求做批量处理，同时，定时器停止计时。在执行批处理过程中，合并当前队列的N个请求或者T时间内收到的全部请求。聚合这些请求并对内容进行分析、归类，例如根据相同动作，例如查询、更新、插入等语句做聚合。并基于同一操作类型的SQL语句中的一个或多个参数对所述请求做相应的合并处理。然后将经过批处理的SQL语句发给DB做相应的处理。通过合并处理模块，完成对满足触发条件的本队列中的业务请求的合并处理。

本发明的一方面，预先设置触发对业务请求执行批处理的条件。触发条件与队列中每组的请求的数量N有关，“每组的请求的数量N”也称为“队列触发个数N”。每组请求有其对应的请求编号。队列触发个数N可通过对当前请求QPS、DB处理延时、网络延时等数据进行平滑处理后，根据预先设置的时间间隔进行调整。批处理组件通过动态调整队列触发个数N，以保证其处于最佳优化状态。当队列中的业务请求数量达到预先设置的数量N时，触发执行批处理的动作。此外，触发条件还与预先设置的时间长度T(由定时器设置)有关，其中，时间长度T的初始时间为插入第一个业务请求到队列的插入时间Ti。定时器在计时开始后的时间Ts(Ts＝Ti+T)为定时器触发超时动作的时间。在T期间内队列里的业务请求数量没有达到预先设置的数量N的情况下，定时器在Ts时，触发超时动作，并触发对队列里的各类请求执行批处理的动作，同时阻塞请求等待处理结果，以及定时器停止计时。

本发明的面向数据库的请求的批处理方法还包括初始化等待队列接收业务请求，其中，“初始化”包括初始化定时器。等待队列以N个请求为一组，每组启动一个定时器。每组收到第一个业务请求时触发该定时器计时，收到该业务请求的时间为定时器计时的初始时间。进一步地，“初始化”还包括初始化采样器。采样器根据预先设置的时间间隔采样QPS、DB处理延时、网络延时等相关数据，以备后续调整请求数量N的大小。

具体地，当业务服务向数据库发起一条请求A时，批处理组件将请求A插入等待队列，同时以插入时间为初始时间Ti。此时，定时器启动计时，Ti即为定时器计时的初始时间。定时器将Ts(Ts＝Ti+T)时间作为触发超时时间。同时，业务服务阻塞等待请求A的处理结果。

当业务服务向数据库发起另一条请求B时，批处理组件检查队列是否为空，当等待队列不为空时直接插入等待队列。同时，业务服务阻塞等待请求B的处理结果。

当业务服务向数据库发起又一条请求C时，批处理组件收到请求C时的处理流程和处理请求B相同，批处理组件检查队列是否为空，当等待队列不为空时直接插入等待队列。同时，业务服务阻塞等待请求C的处理结果。等待队列继续接收面向数据库的请求，直到等待队列收到的请求数量达到队列触发个数N。若N设为3，则插入到队列的第三条请求C使队列满足触发个数3，从而触发对队列中收到的3个请求执行批量处理的动作。即，请求A、请求B、请求C为一组请求，批处理组件触发立刻执行批处理的动作，并阻塞请求等待处理结果。同时，本组定时器停止计时。

在上述情况下，如果N设为5，而队列在定时器预先设置的时间长度T期间只收到3个请求，即，未达到批量执行的触发个数5，那么，定时器在Ts时触发超时动作，此时本组定时器直接触发对队列中的3个请求执行批处理的动作，并阻塞请求等待处理结果。同时，停止本组定时器计时。

插入到当前队列的业务请求按时间顺序记录。当满足触发队列个数N时，触发执行批处理动作，即，合并处理当前队列的前N个请求。N个请求根据相同动作，例如查询、更新、插入等语句做聚合。举例说，SQL数据库中，使用“select”“insert”“update”的SQL语句来对应“查询”、“插入”、“更新”的动作。当然，本发明的批处理方法不仅限于上述提到的操作类型。合并方法根据接入SQL语句自动模式匹配对应的合并规则。例如，SQL语句中，多个查询用户ID的序列号的请求可以聚合并合并在一起。根据相应的SQL语句结构，合并成对多个用户ID的序列号进行查询的一条SQL语句。换句话说，这一条合并后的查询语句包含了合并之前的多条对单个用户的序列号进行查询的语句。

上述合并执行完成后，进一步执行合并后的请求与DB的连接和DB侧的批量处理。执行完成后，批处理组件批量获取结果，其中，所获取的结果根据每组的合并请求编号依次对应相应合并的N个请求。同时唤醒对应阻塞等待的请求，以获取经批处理后的请求的结果。

通过上述描述，本发明可通过合并多个请求来减少多个单次请求时网络消耗，其中，尽可能将多次随机操作，合并为顺序读写，减少磁盘处理时间，达到优化硬盘从而达到优化整个系统吞吐的目的。

图3是本发明面向数据库的请求的批处理的流程图。启动批处理程序后，队列收到业务请求。此时，对收到的业务请求进行判断：判断收到的业务请求是否是队列中第一个业务请求。

如果是队列中第一个业务请求，启动定时器，同时初始时间为队列中收到的该业务请求的时间。定时器根据预先设置的时长T继续判断是否超时，即，是否超过预置的时长T。如果定时器判断没有超时，则队列可以继续接收业务请求。如果定时器判断已经超时，则定时器的超时动作直接触发对队列中的业务请求做批量处理。

如果进入到队列中的业务请求不是第一个业务请求，则将该请求插入该队列并判断该请求是否使该队列达到触发个数。如果插入队列的请求加上对列中已有的请求数量没有达到队列触发个数，则队列可以继续接收新的业务请求。如果该业务请求的插入刚好达到队列触发个数，批处理组件触发立刻执行批处理的动作，并阻塞请求等待处理结果。同时，停止定时器计时。

批量处理过程中，根据接入SQL语句自动模式匹配对应的合并规则，将相同动作查询、更新、插入语句做聚合后合并。上述聚合和合并执行完成后，进一步执行业务请求与DB的连接和批量处理。处理完成后，批量获取业务请求的结果。

获取批量结果后，结果会根据请求编号依次对应本次合并的N个请求。同时唤醒对应阻塞等待的请求，获取结果。

在一具体实施例中，预先设置触发对业务请求执行批处理的条件。触发条件与队列中业务请求的数量200有关。当队列中的业务请求数量达到预先设置的数量200时，触发执行批处理的动作。此外，触发条件还与预置的时间长度3ms(由定时器设置)有关，其中，时间长度3ms的初始时间为插入第一个业务请求到队列的插入时间Ti。定时器在计时开始后的时间Ts(Ts＝Ti+3ms)为定时器触发超时动作的时间。在3ms内队列里的业务请求数量没有达到预先设置的数量200的情况下，定时器在Ts时，触发超时动作，同时触发对队列里的业务请求执行批处理的动作。

当业务服务向数据库发起一条对ID为123的用户的序列号的查询请求：

select toseqid from tbl_immsg_last_seq where touid＝123；。

批处理组件将该请求插入等待队列，同时以插入时间为初始时间Ti，此时启动定时器计时。Ts(Ti+3ms)作为触发超时时间。同时，业务服务阻塞等待该请求的处理结果。

当业务服务向数据库发起另一条请求，要求查询ID为456的用户的序列号：

select toseqid from tbl_immsg_last_seq where touid＝456；。

批处理组件检查当前队列是否为空，当等待队列不为空时直接插入等待队列。同时，业务服务阻塞等待该请求的处理结果。

当业务服务向数据库发起另一条请求，要求查询ID为789的用户的序列号：

select toseqid from tbl_immsg_last_seq where touid＝789；。

批处理组件检查当前队列是否为空，当等待队列不为空时直接插入等待队列。同时，业务服务阻塞等待该请求的处理结果。

此时，业务服务向数据库发起另一条操作请求：用户ID为1709289947，序列号为6465450493870576025，响应时间为1562083994858的数据信息插入到“最终序列消息表”中：

insert into tbl_immsg_last_seq(touid,toseqid,acktime)values(1709289947,6465450493870576025,1562083994858)。

而后，业务服务向数据库发起另一条操作请求：用户ID为1709289948，序列号为6465450493870576026，响应时间为1562083994859的数据信息插入到“最终序列消息表”中：

insert into tbl_immsg_last_seq(touid,toseqid,acktime)values(1709289948,6465450493870576026,1562083994859)。

以此类推，直到收到的请求数量达到队列触发个数200。此时，触发对这200条语句的批处理的执行。200个请求为一组请求，批处理组件触发立刻执行批处理的动作，阻塞请求等待处理结果。同时，停止本组定时器计时。

批处理组件根据接入SQL语句自动模式匹配对应的合并规则，将相同动作查询、插入语句做聚合后合并。此实施例中，将200个请求进行聚合，将相同动作的SQL语句做合并。并根据语句结构相同的查询请求进行并合，例如，将上述三条查询语句合并成一条：

select toseqid from tbl_immsg_last_seq where in touid＝(123，456，789)

将两条插入语句合并成一条：

insert into tbl_immsg_last_seq(touid,toseqid,acktime)values(1709289947,6465450493870576025,1562083994858),(1709289948,6465450493870576026,1562083994859)

上述聚合和合并执行完成后，进一步执行业务请求与DB的连接和批量处理。处理完成后，批量获取业务请求的结果。

如果启动定时器后的3ms内，队列里没有达到200个请求，只收到150个请求的情况下，定时器在Ti+3ms时触发超时动作，此时本组定时器直接触发对队列中的150个请求执行批处理的动作，阻塞请求等待处理结果。同时，停止本组定时器计时。

批处理组件将这150个请求根据接入SQL语句自动模式匹配对应的合并规则，将相同动作查询、插入语句做聚合后合并。

需要说明的是，上述实施例提到的具体数值只做示例，不对其实际应用进行具体地限定。

本发明的批处理方法中还包括批处理组件根据预先设置的时间间隔采样当前每秒请求数量QPS、DB处理延时、网络延时等数据，经过平滑处理后根据预先设置的时间间隔调整队列触发个数N。通过动态调整队列触发个数N，保证批处理组件处于最佳优化状态。具体说明如下。

没有使用批处理组件的请求处理流程见图4，其中，不同的请求A、B、C、……、N分别发送给Mysql。每个请求单独发送给Mysql处理。

服务器到Mysql单次网络耗时为rtt(round-trip time，往返时间)，Mysql处理一次请求耗时为et1(et：executive time，执行时间)。按照处理n个请求来计算，则n次请求总耗时为：

T1＝rtt*n+et1*n。

使用批量处理组件后的请求处理优化流程见图5，其中，N个请求经过批处理后发送给Mysql。

假设Mysql在处理n条SQL合并后耗时为et2，服务器到Mysql单次网络耗时为rtt不变，同时假设当前请求QPS为q。则第一个请求A到批量处理等待时间为n/q,最后一个请求C的等待时间为0，将队列里每个请求等待时间近似为等差数列，根据等差数列求和公式可得总和为(n/q)*n/2。则批量执行n个请求时总耗时为：

T2＝n

可优化时间：

T＝T1-T2＝rtt*n+et1*n-n

表达式以n为一元二次多项式，求T最大值。

当n＝q*(rtt+et1)时，

T有最优值为0.5*q*(rtt+et1)

由上述公式可知，请求在QPS并发数较大，同时网络延时和单次执行SQL时间较大，等待队列时间较小，即T最优值大于0时有明显优化效果。批量执行个数n可根据QPS、网络延时、DB执行耗时实时调整，使系统处于最佳优化状态。

本发明的面向数据库的请求的批处理方法、装置、设备及存储介质适用于非事务操作，对于事务操作有一定限制。数据库事务，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足原子性、一致性、隔离性和持久性属性。事务是数据库运行中的逻辑工作单位，由DBMS(Database Management System)中的事务管理子系统负责事务的处理。DB处理非事务请求时并不保证完全按照非事务请求的时间顺序进行处理，换句话说，非事务请求也并不要求DB根据非事务请求的时间顺序进行处理。

本发明不限于单一业务服务的请求处理，依据本发明的批处理方法可以对各类业务中的非事务请求做高效批处理。例如，应用于直播业务、各类排行榜业务、新闻、咨询以及检索等等。

本发明的另一方面，提供一种计算机可读存储介质，该存储介质存储可执行指令、软件程序以及模块，可执行指令在被处理器执行时，导致面向数据库的请求的批处理方法的执行。可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件或其他非易失性固态存储器件等，并可被应用在各种终端上，可以是计算机、服务器等。

存储介质还包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(只读存储器)、RAM(随即存储器)、EPROM(可擦写可编程只读存储器)、EEPROM(电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。存储介质也可以是只读存储器，磁盘或光盘等。

本发明的实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的面向数据库的请求的批处理方法。

另外，本发明的实施例还提供一种设备，这个设备具体可以是芯片，组件或模块，该设备可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当设备运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的面向数据库的请求的批处理方法。

其中，本发明提供的装置、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明,任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。