基于区块链的跨行交易控制方法及系统

技术领域

本发明涉及区块链技术领域，尤其涉及基于区块链的跨行交易控制方法及系统。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前用户发起现金交易(包括存款，取款)，都需要用户提供存有账号信息的介质，比如银行卡，存折，或者下载对应的app。这样就造成了用户使用银行服务不便，用户体验差，尤其跨行交易时。

发明内容

本发明实施例提供一种基于区块链的跨行交易控制方法，该方法包括：

手机银行在对用户的人脸验证通过后，向手机银行对应的银行服务器发起用户提交的现金交易预约请求；

手机银行对应的银行服务器验证是否支持所述现金交易预约请求，若支持，则基于所述现金交易预约请求生成流水号和预约成功信息，根据所述预约成功信息生成第一哈希值，将所述预约成功信息和所述第一哈希值存储到该银行服务器的数据库中，并将该银行服务器归属的银行id，流水号和第一哈希值上传到区块链中，根据所述第一哈希值生成二维码，并返回至用户；

在用户进行现金交易时，自助终端将二维码中的第一哈希值发送至区块链上；

区块链根据所述第一哈希值查找到存在对应的第一哈希值后，判断是否存在该第一哈希值对应的交易完成标识和第二哈希值，如果不存在，则将流水号和银行id返回至自助终端；

自助终端将流水号、第一哈希值和在该自助终端上获取的当前用户的人脸信息发送至银行id的手机银行对应的银行服务器；

银行id的手机银行对应的银行服务器确定该流水号对应的该银行服务器的数据库中存储的第一哈希值和自助终端发送的第一哈希值是否一致，如果一致，确认该流水号对应的该银行服务器的数据库中存储的预约成功信息对应的用户的人脸信息和自助终端发送的当前用户的人脸信息是否一致，如果一致，将现金交易预约请求中的预约金额和交易类型反馈至自助终端；

自助终端根据预约金额和交易类型控制用户的现金交易，将现金交易完成后的交易信息存储到该自助终端对应的银行服务器；

该自助终端对应的银行服务器根据该交易信息生成第二哈希值，将第一哈希值、流水号、银行id、交易完成标识和第二哈希值存储到区块链中；并且将流水号，第一哈希值和该交易信息发送至银行id的手机银行对应的银行服务器；

银行id的手机银行对应的银行服务器基于接收到的流水号、第一哈希值以及交易信息，对用户的账户进行账务处理。

本发明实施例还提供一种基于区块链的跨行交易控制系统，该系统包括：手机银行、手机银行对应的银行服务器、区块链、自助终端和自助终端对应的银行服务器，用于：实现所述基于区块链的跨行交易控制方法。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于区块链的跨行交易控制方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于区块链的跨行交易控制方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述基于区块链的跨行交易控制方法。

本发明实施例中，与现有技术中用户发起现金交易(包括存款，取款)，都需要用户提供存有账号信息的介质，比如银行卡，存折，或者下载对应的app，这样就造成了用户使用银行服务不便，用户体验差的技术方案相比，通过手机银行在对用户的人脸验证通过后，向手机银行对应的银行服务器发起用户提交的现金交易预约请求；手机银行对应的银行服务器验证是否支持所述现金交易预约请求，若支持，则基于所述现金交易预约请求生成流水号和预约成功信息，根据所述预约成功信息生成第一哈希值，将所述预约成功信息和所述第一哈希值存储到该银行服务器的数据库中，并将该银行服务器归属的银行id，流水号和第一哈希值上传到区块链中，根据所述第一哈希值生成二维码，并返回至用户；在用户进行现金交易时，自助终端将二维码中的第一哈希值发送至区块链上；区块链根据所述第一哈希值查找到存在对应的第一哈希值后，判断是否存在该第一哈希值对应的交易完成标识和第二哈希值，如果不存在，则将流水号和银行id返回至自助终端；自助终端将流水号、第一哈希值和在该自助终端上获取的当前用户的人脸信息发送至银行id的手机银行对应的银行服务器；银行id的手机银行对应的银行服务器确定该流水号对应的该银行服务器的数据库中存储的第一哈希值和自助终端发送的第一哈希值是否一致，如果一致，确认该流水号对应的该银行服务器的数据库中存储的预约成功信息对应的用户的人脸信息和自助终端发送的当前用户的人脸信息是否一致，如果一致，将现金交易预约请求中的预约金额和交易类型反馈至自助终端；自助终端根据预约金额和交易类型控制用户的现金交易，将现金交易完成后的交易信息存储到该自助终端对应的银行服务器；该自助终端对应的银行服务器根据该交易信息生成第二哈希值，将第一哈希值、流水号、银行id、交易完成标识和第二哈希值存储到区块链中；并且将流水号，第一哈希值和该交易信息发送至银行id的手机银行对应的银行服务器；银行id的手机银行对应的银行服务器基于接收到的流水号、第一哈希值以及交易信息，对用户的账户进行账务处理。本发明可以方便用户使用银行服务，提高用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中基于区块链的跨行交易控制方法流程图一；

图2为本发明实施例中基于区块链的跨行交易控制方法流程图二；

图3为本发明实施例中基于区块链的跨行交易控制方法流程图三；

图4为本发明实施例中基于区块链的跨行交易控制方法流程图四；

图5为本发明实施例中基于区块链的跨行交易控制方法流程图五；

图6为本发明实施例中基于区块链的跨行交易控制方法流程图六。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

基于现有技术存在的问题，本发明提出一种基于区块链的跨行交易控制系统及方法，该系统包括手机银行、手机银行对应的银行服务器、区块链、自助终端和自助终端对应的银行服务器，其中，区块链包括多家银行节点，比如银行a，银行b，银行c。该系统可以实现一种基于区块链的跨行交易控制方法，具体流程如图1所示，包括：

步骤101：手机银行在对用户的人脸验证通过后，向手机银行对应的银行服务器发起用户提交的现金交易预约请求；

步骤102：手机银行对应的银行服务器验证是否支持所述现金交易预约请求，若支持，则基于所述现金交易预约请求生成流水号和预约成功信息，根据所述预约成功信息生成第一哈希值，将所述预约成功信息和所述第一哈希值存储到该银行服务器的数据库中，并将该银行服务器归属的银行id，流水号和第一哈希值上传到区块链中，根据所述第一哈希值生成二维码，并返回至用户；

步骤103：在用户进行现金交易时，自助终端将二维码中的第一哈希值发送至区块链上；

步骤104：区块链根据所述第一哈希值查找到存在对应的第一哈希值后，判断是否存在该第一哈希值对应的交易完成标识和第二哈希值，如果不存在，则将流水号和银行id返回至自助终端；

步骤105：自助终端将流水号、第一哈希值和在该自助终端上获取的当前用户的人脸信息发送至银行id的手机银行对应的银行服务器；

步骤106：银行id的手机银行对应的银行服务器确定该流水号对应的该银行服务器的数据库中存储的第一哈希值和自助终端发送的第一哈希值是否一致，如果一致，确认该流水号对应的该银行服务器的数据库中存储的预约成功信息对应的用户的人脸信息和自助终端发送的当前用户的人脸信息是否一致，如果一致，将现金交易预约请求中的预约金额和交易类型反馈至自助终端；

步骤107：自助终端根据预约金额和交易类型控制用户的现金交易，将现金交易完成后的交易信息存储到该自助终端对应的银行服务器；

步骤108：该自助终端对应的银行服务器根据该交易信息生成第二哈希值，将第一哈希值、流水号、银行id、交易完成标识和第二哈希值存储到区块链中；并且将流水号，第一哈希值和该交易信息发送至银行id的手机银行对应的银行服务器；

步骤109：银行id的手机银行对应的银行服务器基于接收到的流水号、第一哈希值以及交易信息，对用户的账户进行账务处理。

具体的，一家银行的信息系统架构是：自助终端对应于一个单独银行服务器，用户的手机银行(就是手机上的银行app)也对应于一个单独的银行服务器。服务器用来存储用户的信息和交易数据。区块链中该银行的节点又是一个单独的服务器。3个不同的服务器对应处理不同的数据。

具体的，区块链主要支持跨银行现金交易，就是用户在银行a预约的现金交易，生成的哈希值对应的是银行a生成的第一哈希值，用户拿着这个第一哈希值(相当于银行a发给用户的一个交易凭证，有点像银行卡，存折之类的)可以去银行b的自助终端上进行取款，或者存款。

每笔预约都对应一个流水号和一个哈希值，该哈希值和预约信息是一一对应的，存储哈希值可以起到保密的作用，使得别人看不到预约的具体信息。

具体的，跨行可能存在一个问题，就是用户的信息可能存在泄露，所以往区块链存储的时候，存储的是第一哈希值，以及流水号，而不存储实际的现金交易预约申请，因为该申请可能会有用户的身份信息，账号信息等敏感信息。

具体的，该现金交易预约请求包括银行账号，交易类型(取款，存款)，预约金额，身份验证信息(实际现金交易时的人脸)。

具体的，步骤104中，存在说明哈希值对应的现金交易预约请求已经完成了，不存在就表示哈希值对应的现金交易预约请求还没有完成。

具体的，步骤102中手机银行对应的银行服务器验证是否支持该现金交易预约申请，可以为验证取款时用户的账户余额是否支持该预约金额，预约金额是否小于阈值(比如2万)，身份验证信息是否是用户的关联用户(比如亲人)的身份验证信息，关联用户可以通过知识图谱获得。

具体的，预约成功信息至少包括流水号，用户的银行账号，交易类型，预约金额，身份验证信息(实际现金交易时的人脸)。

具体的，第二哈希值是为了在交易结束后，方便银行之间进行账务处理。用户是在银行a预约的交易，但确是在银行b的自助终端上进行交易。银行b的自助终端如果将错误的交易信息发送给银行a(银行b存储的是数据1，而将数据2发给了银行a)，银行b往区块链存储的是正确的交易信息的哈希值(如果该哈希值也是错误的交易信息的哈希值，那么出现的问题就是银行b的责任)，这个时候银行a就知道了银行b发送的信息有错，不能进行正常的账务处理。

在本发明实施例中，步骤103自助终端将二维码中的第一哈希值发送至区块链上，包括：

自助终端接收用户输入的二维码中的第一哈希值，或，自助终端扫描二维码获得二维码中的第一哈希值，将二维码中的第一哈希值发送至区块链上。

在本发明实施例中，如图2所示，还包括：

步骤201：当区块链根据所述哈希值没有查找到对应的第一哈希值时，将不存在标识返回该自助终端，该自助终端拒绝该用户的交易申请。

在本发明实施例中，如图3所示，在步骤105自助终端将流水号、第一哈希值和在该自助终端上获取的当前用户的人脸信息发送至银行id的手机银行对应的银行服务器后，还包括：

步骤301：该自助终端将自助终端的位置信息发送至银行id的手机银行对应的银行服务器；

步骤302：银行id的手机银行对应的银行服务器基于该位置信息，对人脸匹配阈值进行修正，基于修正后的人脸匹配阈值确定自助终端发送的当前用户的人脸和该流水号对应的该银行服务器的数据库中存储的预约成功信息对应的用户的人脸信息是否一致。

在一实施例中，银行id的手机银行对应的银行服务器基于该位置信息，对人脸匹配阈值进行修正，具体的为：

银行id的手机银行对应的银行服务器根据该位置信息，确定与该位置信息的距离在指定距离范围内的多个银行网点(包括自助终端)；

获取该多个银行网点的人脸识别数据；

设置多个匹配离散值，对于每个匹配离散值，确定当人脸识别阈值设置为该匹配离散值时，该多个银行网点的人脸识别数据中风险数据的比例，将该比例确定为该匹配离散值对应的风险概率；

获取人脸识别服务器存储的该当前用户对应的人脸识别阈值；

对银行用户(包括该当前用户)进行分类，获得多个用户类别，并获得该当前用户归属的用户类别；

获取该当前用户归属的用户类别对应的人脸识别数据，并确定当人脸识别阈值设置为人脸识别服务器存储的该当前用户对应的人脸识别阈值时，该当前用户归属的用户类别对应的人脸识别数据中风险数据的比例，将该比例确定为该当前用户对应的风险概率；

从多个匹配离散值中，选取出对应的风险概率小于等于该当前用户对应的风险概率的多个匹配离散值，将选取出的多个匹配离散值中的最小值确定为该当前用户关于该位置信息的人脸识别阈值；

将该当前用户的人脸匹配阈值修正为该当前用户关于该位置信息的人脸识别阈值与人脸识别服务器存储的该当前用户对应的人脸识别阈值的最大值。

其中，可以按照如下方式对银行用户(包括该当前用户)进行分类，获得多个用户类别，并获得该当前用户归属的用户类别：

对于任何业务，确定该业务对应的距离函数，该距离函数的自变量是两个用户，对应的函数值是该两个用户在该业务的业务数量的差的绝对值；进而确定用户的距离函数为所有业务对应的距离函数的平方和的平方根；

基于用户的距离函数，对所有用户进行聚类，获得多个用户子集合。(比如选择K均值对所有用户进行聚类)

为了获得更加精确的分类结果，对上述获得的多个用户子集合中的每一个用户子集合，确定该用户子集合中每一个用户的主要业务；对于用户子集合对应的每个主要业务，确定该主要业务对应该用户子集合的用户数与该用户子集合的用户数的比值，将该比值确定为该主要业务对应的比例；将用户子集合对应的所有主要业务对应的比例的最大值确定为该用户子集合的集中指标；对于该用户子集合，确定是否满足如下条件a：该用户子集合的集中指标大于设定值，如果不满足，则继续对用户子集合进行聚类分析，直至新生成的每一个用户子集合满足条件a；

将每一个用户子集合对应一个用户类别；将包含该当前用户的用户子集合对应的用户类别确定为该当前用户归属的用户类别。

在本发明实施例中，如图4所示，步骤109银行id的手机银行对应的银行服务器基于接收到的流水号、第一哈希值以及交易信息，对用户的账户进行账务处理，包括：

步骤401：银行id的手机银行对应的银行服务器将接收到的流水号和第一哈希值发送给区块链，获取对应的第二哈希值；

步骤402：银行id的手机银行对应的银行服务器根据接收到的交易信息生成第三哈希值；

步骤403：银行id的手机银行对应的银行服务器比较第二哈希值和第三哈希值，基于比较结果，对用户的账户进行账务处理。

具体的，如果两个哈希值一致，进行正常的账务处理，如果不一致，银行id的手机银行对应的银行服务器将流水号，第一哈希值以及第三哈希值上传到区块链，等待后续处理。

在本发明实施例中，所述现金交易预约申请包括有效期限(比如一个月)和地理范围；

如图5所示，还包括：

步骤501：手机银行对应的银行服务器根据该地理范围确定交易时间范围(比如早上6点到晚上9点)，将该交易时间范围反馈给用户；

步骤502：在将银行id、流水号和第一哈希值上传到区块链时，手机银行对应的银行服务器还将该有效期限、地理范围和交易时间范围上传到区块链；

步骤503：区块链在根据所述哈希值查找到对应的第一哈希值之后，以及确定是否存在该第一哈希值对应的交易完成标识和第二哈希值之前，还判断当前时间是否在有效期限范围内以及是否在交易时间范围内，该自助终端的位置是否在该地理范围内；

步骤504：如果上述条件都满足，再确定是否存在该第一哈希值对应的交易完成标识和第二哈希值，如果不存在，将流水号和银行id返回至自助终端。

具体的，有效期限，地理范围用来限制(或者缩小)交易范围，这样可以较少交易风险的发生。

在本发明实施例中，如图6所示，步骤501手机银行对应的银行服务器根据该地理范围确定交易时间范围，包括：

步骤601：手机银行对应的银行服务器获取该地理范围内银行网点的交易数据，确定多个时间段中每个时间段的交易量以及风险概率；

步骤602：依据交易量和风险概率，确定时间段的偏序，其中，该偏序用于确定任何两个时间段中第一时间段是否优于第二时间段；

步骤603：依据时间段的偏序，确定所述多个时间段中的极大时间段，其中，极大时间段是该偏序的极大元素；

步骤604：将所述多个时间段中的极大时间段确定为该地理范围对应的交易时间范围。

其中，交易量是指交易的数量，风险概率等于获取的交易数据中风险数据的比例。交易数据少对应的就是交易的样本少，不能准确的评估风险，比如凌晨时间段的交易量就比较少，在这个时候交易，银行可能无法准确的评估交易的风险，比如信息被盗等等。用户的交易风险比较高，意味着用户的交易不安全。

具体的，步骤602确定时间段的偏序可以采用以下方法：

在确定时间段的偏序时，对于任何两个时间段，如果该两个时间段的第一时间段的交易量大于等于该两个时间段的第二时间段的交易量，且该第一时间段的风险概率小于等于该第二时间段的风险概率，则确定该第一时间段优于该第二时间段。

需要说明的是，偏序的极大元素就是在偏序对应的集合中，不存在其他元素优于该极大元素。在步骤603中，确定所述多个时间段中的极大时间段具体是指不存在其他时间段，使得该其他时间段优于该极大时间段。在所述多个时间段中极大时间段的个数可能是多个。

在一实施例中，步骤603：依据时间段的偏序，确定所述多个时间段中的极大时间段的一种方法如下：

1.将所述多个时间段中的每个时间段对应的极大标识初始化为可能，以及初始化该每个时间段对应的比较标识为是；

2.依次对于所述多个时间段中的每个时间段，如果该时间段对应的极大标识为可能，则从所述多个时间段中除该时间段之外的所有其他时间段中选取出对应的比较标识为是的多个其他时间段，然后将该时间段对应的待比较时间段设置为该选取出的多个其他时间段；如果该时间段对应的极大标识不是可能，则继续对下一个时间段执行步骤2；

3.依次选取该时间段对应的每个待比较时间段，确认该待比较时间段是否优于该时间段；如果该待比较时间段优于该时间段，则将该时间段对应的极大标识设置为否，之后继续对下一个时间段执行上述步骤2；如果该时间段优于该待比较时间段，则将该待比较时间段对应的极大标识设置为否，并将该待比较时间段确定为该时间段的次时间段；否则，该时间段对应的极大标识和该待比较时间段对应的极大标识保持不变；

4.如果确认该时间段的所有待比较时间段都不优于该时间段(也就是在依次比较该时间段和对应的每个待比较时间段后，该时间段对应的极大标识仍然是可能)，则将该时间段确定为所述多个时间段中的极大时间段，并且将该极大时间段的每个次时间段的比较标识更新为否。

5.之后继续对下一个时间段执行步骤2，直到对所述多个时间段中的所有时间段都执行完上述步骤。

在本发明的一个实施例中，手机银行对应的银行服务器根据该地理范围确定交易时间范围，还包括：

依据确定的所述多个时间段中的极大时间段，确定交易量阈值与风险概率阈值，(比如将所有的极大时间段的交易量的最大值设置为交易量阈值，以及将所有的极大时间段的风险概率的最大值设置为风险概率阈值)；

将交易量小于预设交易量阈值，或者风险概率大于预设风险概率阈值的时间段从所述多个时间段中删除，将所述多个时间段中保留下来的时间段确定为该地理范围对应的交易时间范围。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于区块链的跨行交易控制方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于区块链的跨行交易控制方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述基于区块链的跨行交易控制方法。

本发明实施例中，与现有技术中用户发起现金交易(包括存款，取款)，都需要用户提供存有账号信息的介质，比如银行卡，存折，或者下载对应的app，这样就造成了用户使用银行服务不便，用户体验差的技术方案相比，通过手机银行在对用户的人脸验证通过后，向手机银行对应的银行服务器发起用户提交的现金交易预约请求；手机银行对应的银行服务器验证是否支持所述现金交易预约请求，若支持，则基于所述现金交易预约请求生成流水号和预约成功信息，根据所述预约成功信息生成第一哈希值，将所述预约成功信息和所述第一哈希值存储到该银行服务器的数据库中，并将该银行服务器归属的银行id，流水号和第一哈希值上传到区块链中，根据所述第一哈希值生成二维码，并返回至用户；在用户进行现金交易时，自助终端将二维码中的第一哈希值发送至区块链上；区块链根据所述第一哈希值查找到存在对应的第一哈希值后，判断是否存在该第一哈希值对应的交易完成标识和第二哈希值，如果不存在，则将流水号和银行id返回至自助终端；自助终端将流水号、第一哈希值和在该自助终端上获取的当前用户的人脸信息发送至银行id的手机银行对应的银行服务器；银行id的手机银行对应的银行服务器确定该流水号对应的该银行服务器的数据库中存储的第一哈希值和自助终端发送的第一哈希值是否一致，如果一致，确认该流水号对应的该银行服务器的数据库中存储的预约成功信息对应的用户的人脸信息和自助终端发送的当前用户的人脸信息是否一致，如果一致，将现金交易预约请求中的预约金额和交易类型反馈至自助终端；自助终端根据预约金额和交易类型控制用户的现金交易，将现金交易完成后的交易信息存储到该自助终端对应的银行服务器；该自助终端对应的银行服务器根据该交易信息生成第二哈希值，将第一哈希值、流水号、银行id、交易完成标识和第二哈希值存储到区块链中；并且将流水号，第一哈希值和该交易信息发送至银行id的手机银行对应的银行服务器；银行id的手机银行对应的银行服务器基于接收到的流水号、第一哈希值以及交易信息，对用户的账户进行账务处理。本发明可以方便用户使用银行服务，提高用户体验。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。