[0001] 本发明涉及区块链技术领域，特别涉及一种基于区块链技术进社区投票治理的方法、装置及电子设备。

[0002] 社区是若干社会群体或社会组织聚集在某一个领域里所形成的一个生活上相互关联的大集体，是社会有机体最基本的内容，是宏观社会的缩影。社区治理是一种基于市场原则、公共利益和社区认同的过程和机制，涉及社区组织、居民、地方单位、营利组织和非营利组织的协调合作。其旨在有效供给社区公共物品，满足社区需求，优化社区秩序。良好的社区治理能力对社区经济的发展、社区文化的繁荣、社区环境的美化以及社区治安状况的改善具有积极意义。

[0003] 投票是社区治理的重要环节，它可以帮助社区居民表达自己的意见和需求，参与社区事务的决策。随着社区规模的不断扩大和民主意识的提升，传统的中心化投票治理方式已无法满足社区成员对公正、透明和高效的需求。

[0004] 区块链技术以其独特的去中心化、公开透明、不可篡改等特性，为社区投票治理提供了新的解决方案。然而，目前基于区块链的社区投票治理方法仍面临诸多挑战，如投票效率不高、安全性不足、公正性难以保障等。

[0005] 因此，本发明提出了一种基于区块链的社区投票治理方法，旨在解决上述问题，提高投票效率、保障安全性、确保公正性，在确保投票过程公开透明的同时，给予个人信息充分的隐私保护，促进社区的健康发展和民主治理。

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

[0054] 本文使用的术语仅用于描述特定实施例，并且不意在限制本发明的示例实施例。如本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解术语“包括”、“包括了”、“包含”、和/或“包含了”当在本文中使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。

[0055] 为了便于理解本发明，下面将对本发明进行更全面的描述。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使本发明公开内容更加透彻全面。

[0056] 除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

[0057] 以下将配合图式及实施例来详细说明本发明之实施方式,借此对本发明如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

[0058] 首先对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

[0059] 1、区块链(Blockchain)：区块链是一个按照时间顺序不断增长的记录数据的链表，这些记录数据被存储在称为“区块(Block)”的结构中，并使用密码学进行保护，以确保其完整性和真实性。每个区块都包含了前一个区块的哈希值，从而形成了一个连续、不可篡改的数据链。区块链技术允许网络中的参与者达成共识，并在没有中心化第三方的情况下进行安全的数据交换。

[0060] 区块链技术栈可以分为三个主要层次：区块链底层平台、平台产品服务层和应用服务层。区块链底层平台是构建区块链系统的基石，它包括管理模块(处理身份信息和权限)、基础服务模块(验证业务请求、达成共识并记录数据)以及智能合约模块(负责合约的注册、触发和执行)。平台产品服务层为开发者提供了构建区块链应用的基本框架和能力，而应用服务层则提供了基于区块链技术的具体业务应用。

[0061] 在区块链网络中，根据访问权限的开放程度，可以将其分为三种类型：公链(Public Blockchain)、私链(Private Blockchain)和联盟链(Consortium Blockchain)。公链是完全开放的，任何人都可以参与网络的访问和数据的编写，无需任何授权。私链则是高度受控的，访问和编写权限仅由特定的机构或组织掌握，外部用户需要获得许可才能加入。而联盟链则介于公链和私链之间，它只允许特定的组织或机构加入网络，并共同维护区块链的运行和数据的安全。这些组织通常形成一个联盟，共同制定网络规则和管理策略。

[0062] 2、智能合约：是一种基于区块链技术的计算机化协议，它能够在满足预定条件时自动执行合约条款。。这些计算机程序具有事件驱动、价值转移和自动执行等特性，使得合约的履行过程更加高效、透明和可信。智能合约被存储在区块链上，这意味着它们是公开、透明和不可篡改的。一旦满足合约的预定义条件，合约代码就会自动执行，无需任何人为干预。合约执行的结果将记录在区块链上并且无法更改。这一强大的解决方案通过提供所有相关方都可以信任的不可更改、去中心化且透明的协议来防止欺诈。与传统合约不同，智能合约经过编程，可以消除对银行、律师或公证人等中介机构的需求，降低了交易成本和时间成本，提高了交易效率。它们还可以自动完成工作流程，在满足条件时触发下一个操作。即智能合约可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现。在本申请实施例中，投票合约、通证合约等均属于智能合约。

[0063] 3、去中心化投票：即利用区块链技术进行的投票方式，它通过在区块链上部署专门的投票合约来执行和管理投票操作。这种投票方式的特点在于，它规定了特定的投票参与者，通常是那些持有特定通证的对象，这些对象通过相应的地址来表示，并被赋予相应的投票权限。重要的是，投票的权重往往与参与者持有的通证数量直接相关，持有数量越多，投票权重越大。参与者可以通过区块链网络进行去中心化的投票，这意味着他们可以直接、安全地表达自己的投票意愿，而无需依赖任何中心化机构或第三方来处理和验证投票结果。此外，由于区块链的公开透明特性，所有的投票记录都会被实时地记录在链上，供任何人查阅，从而确保了投票过程的公正性和透明度。

[0064] 本申请实施例提供了一种基于区块链的社区投票治理方法、装置及电子设备，能够提高投票效率、保障安全性、确保公正性，实现去中心化投票，促进社区的健康发展和民主治理，本申请其它优点、目标和特征将部分通过下面的说明体现。

[0065] 首先,请参阅图1所示,本申请提供的一种基于区块链的社区投票治理方法包括:

[0066] S00、社区用户注册成为区块链中的用户，并获得相应的证书、公私钥对以及钱包地址，所述公私钥对用于加密解密以及数字签名。

[0067] 该步骤中，社区用户在区块链上进行注册，获得链上身份标识，具体来说，用户注册成为区块链系统中的区块用户，获得相应的证书、公私钥对(用于加密解密、数字签名)以及钱包地址(映射成为账户)，每个区块用户都构成一个区块链的网络节点，所有操作均通过调用智能合约来完成。其中，可以采用非对称加密算法针对社区用户创建公私钥对，具体来说，我们可以采用如李维斯特‑萨默尔‑阿德曼算法(RSA算法)或椭圆曲线加密算法(ECC)来生成这些密钥对。这些算法在密码学中广泛应用，以其高强度和安全性著称。此外，我们还可以借助专门的工具来简化密钥对的创建过程。例如，OpenSSL就是一个非常实用的选择。OpenSSL不仅是一个功能全面的安全套接字层密码库，它还集成了众多主流的密码算法，提供了密钥和证书管理的便捷功能，并支持传输安全层(SSL)协议。通过OpenSSL，用户可以轻松地为社区用户生成公私钥对，并可根据需要进行测试或应用于其他场景。

[0068] S10、接收社区用户的注册信息加密后存储在区块链上，基于注册信息生成社区用户的投票权重。

[0069] 该步骤中，为确保参与投票的用户身份真实且为社区业主，需要收集并记录业主的详细信息，比如录入社区用户的姓名、性别、出生日期、民族、身份证号码及签发机关。具体地，上述信息可根据具体社区的不同情况进行调整，上述信息仅作为一个实施方式，不表示本方案仅限至于上述信息。在一个具体的实施案例中，注册信息还进一步包含了社区房产信息，房产信息包括楼栋号、单元号、建筑面积、户型、楼层中的一种或多种。房产信息对于确认业主身份和投票资格至关重要，这些信息不仅有助于确认业主的居住状态，还能作为投票权重的参考依据，生产投票权重，在生成投票权重时，需要综合考虑社区业主的注册信息，确保权重的分配既公平又合理，必要时可以引入贡献度提高社区用户的投票权重，通过这种方式，能够更加精确地保障社区用户的投票权，提高社区用户参与投票的积极性，同时保障投票过程的公正性和透明度。

[0070] S20、接收提案发起者发起的目标提案，所述目标提案用于实现社区治理，基于所述目标提案生成待投票事件，所述待投票事件设置支持和反对的投票选项。

[0071] 该步骤中，可以理解的是，在社区生活中，会遇到各类关乎业主权益的社区治理事件，如新建设施、垃圾处理等，而解决该类事件，往往需要保持事件处理的公开、公正、公平；因此，在本方案中，采用区块链技术实现事件的提案、提案表决、管理节点审核、全体业主(区块链的业主节点)投票，利用区块链的特性，本方案完美地实现了该设想，能够有效地解决业主需要解决的实际问题。由于投票管理的核心在于处理和控制投票过程，因此还需要在区块链上部署专门的投票合约。这个投票合约将负责创建和管理投票提案，确保投票活动的顺利进行，并维护投票结果的完整性和可信度。通过这种方式，区块链技术为投票管理提供了一个去中心化、透明且高效的解决方案。

[0072] 在一个具体的实施案例中，这一步骤提供对于目标提案的管理，目标提案由提案发起者创建，提案发起者可以是物业或具有社区治理相关权限的机构或个人，目标提案审核通过之后作为社区用户投票决策的提案。目标提案旨在明确社区治理的具体目标或议题，提案发起者需要清晰地阐述提案的主题、背景、目的以及预期效果，在创建了目标提案后，需要进一步填充提案的详细信息，这可能包括提案的具体内容、实施计划、所需资源、预期成本以及可能的影响等。这些信息应当详尽且准确，以便社区成员能够充分理解提案内容并作出投票决策。根据接收到的目标提案，自动生成待投票事件，这一步骤利用预设的规则和算法，对提案进行筛选和评估，确定其是否符合社区治理的要求和标准，符合要求的提案将被转化为待投票事件，并赋予唯一的事件标识。待投票事件设置支持和反对的投票选项，以供社区用户投票反馈其意愿。

[0073] S30、基于投票合约为所述待投票事件创建通证合约的分发函数，根据针对所述待投票事件设置的预设通证总量以及所述投票权重，为所述社区用户分配目标通证。

[0074] 该步骤中，目标通证是基于投票权重，确定社区用户参与的目标提案，且具有链上身份标识后，为社区用户分配的。在区块链技术中，投票管理主要依赖于通证来实现。具体来说，通证的数量通常被用作确定投票权重的基础，而投票操作则通过将通证累加到代表投票结果的特定通证集合中来完成。为了实现这种基于区块链的投票管理机制，首先需要在区块链网络上部署通证合约，以确保通证的正确发行和管理。随后，必须为那些有资格参与投票提案的对象分配相应的通证。

[0075] 在本发明的实施例中，投票合约会创建一个通证合约，该通证合约会禁用转移函数，使得目标通证不可转移，仅用于代表社区用户在目标提案拥有的投票权限，在创建通证合约后，投票合约会调用通证合约的分发函数，将目标通证分发给对应的社区用户，每个社区用户收到的目标通证为：假设初始的预设通证总量为T预，则社区用户分到的目标通证数量为T目＝T预*W，其中W代表社区用户对应的投票权重。需要说明的是，这些用于投票的通证是专门为区块链治理投票而设计的，它们并不用于区块链中的日常交易或流通。这种专用性确保了投票过程的独立性和安全性。

[0076] S40、将所述待投票事件发送至所述社区用户，以使所述社区用户对所述待投票事件进行投票应答，得到投票结果，这一过程中，将所述目标通证添加到所述投票结果对应的通证集合中，并根据所述通证集合中的通证，确定所述投票提案支持和反对的投票选项中的被投比例，得到实际支持率和实际反对率；

[0077] 该步骤中，待投票事件生成后会发送给具有投票权限的社区用户，社区用户通过身份认证即可参与投票，根据自己的意愿和判断，对待投票事件进行投票应答，投票行为通常是通过点击支持或反对按钮来完成，并实现记录上链，区块链系统将上链记录同步到参与的节点，实现分布式账本记录，并无法篡改。为了保证投票管理的准确性，在获得到社区用户的投票数据后，对投票数据进行合法性验证，示例性的，在接收到待投票事件后，基于社区用户以及社区用户拥有的总通证，获得社区用户针对投票提案的投票权限的识别结果之前，对投票数据进行哈希计算，获得第一哈希值；基于社区用户的公钥，对投票数据中的第一签名信息进行解密处理，获得相应的第一解密值；公钥是社区用户进行链上注册时存储的；在第一哈希值与第一解密值一致时，确定投票数据的合法性验证通过。在社区用户进行投票后，获得支持还是反对各自的投票目标通证，并可以查询对应目标通证合约地址。在第一哈希值与第一解密值一致时，确定投票数据的合法性验证通过。将目标通证，添加到投票结果对应的通证集合中后，调用通证合约的销毁函数，将社区用户针对投票提案拥有的目标通证销毁。

[0078] 根据通证集合中的通证数量，系统可以计算出支持和反对选项中的被投比例。这通常是通过统计每个选项对应的通证数量，然后除以总通证数量来得到的。例如，如果支持选项有100个通证，反对选项有50个通证，总通证数量为150个，那么实际支持率就是100/150，即约66.67％，而实际反对率则是50/150，即约33.33％。这些实际支持率和反对率不仅反映了社区用户对提案的态度，还可以作为后续决策的重要依据。

[0079] S50、接收所述投票结果，并根据预设公式计算投票偏差，若投票偏差为正值，则判定所述目标提案通过，反之，对所述目标提案进行退回修改处理，或，将所述投票结果同步到区块链的所有节点，完成投票结果的通知推送。

[0080] 该步骤中，基于区块链技术的社区治理提案投票系统中，投票结果的接收和处理是至关重要的一环，一旦社区用户完成投票，系统将接收并整合这些投票结果。投票结果通常以数字化的形式存储，记录了每个用户或每个通证对提案的支持或反对情况，此时将根据预设公式计算投票偏差。

[0081] 在本发明的实施例中，投票偏差的计算公式如下：

[0082]

[0083] 其中所述B代表投票偏差，所述S代表实际支持率，即实际投票中支持提案的的通证数量占总的参与投票通证数量的比例，实际支持率直接反映了社区用户对提案的支持程度。如果实际支持率高，说明提案得到了大多数用户的认可。所述R代表投票率，即实际参与投票的通证数量占预设通证总量的比例，投票率反映了社区用户的参与程度。一个高的投票率意味着更多的用户参与了投票过程，从而增加了投票结果的代表性和可信度。

[0084] 在本发明的实施例中，假设在一个目标提案中，当实际支持率S为85％，投票率R为80％，则投票偏差为0.72(小数点后取两位)为正值，当实际支持率S为52％，投票率R为
80％，则投票偏差为‑0.03(小数点后取两位)为负值，根据计算出的投票偏差，系统可以判断目标提案是否通过。如果投票偏差为正值，意味着提案得到了足够的支持和参与，因此被判定为通过。反之，如果投票偏差为负值，表明提案没有得到足够的支持或参与不足，因此需要进行退回修改处理。目标提案退回到提案发起者，如果提案发起者选择修改则重新进入发起投票的流程，如果此时提案发起者没有修改，则该目标提案的投票自动取消。无论提案是否通过，投票结果都需要同步到区块链的所有节点，确保数据的不可篡改性和分布式存储。通过同步到区块链，所有社区成员都可以查看和验证投票结果，增加了透明度和可信度。

[0085] S60、根据投票持续时间设置检查节点，设置支持率阈值，获得在投票过程中的所述支持率阈值的正负范围偏差，通过所述实际支持率与预先设置的支持率阈值进行对比，若所述实际支持率小于支持率阈值的负偏差范围，投票终止。

[0086] 该步骤中，检查节点是预设在投票过程中的特定时间点，用于评估投票的进展和结果，这些节点的设置可以根据投票的预计时长、重要性和社区成员的活跃程度来确定。在到达每个检查节点时，系统会暂停投票，并进行一次实际支持率的计算和分析。支持率阈值是投票过程中设定的一个关键指标，用于判断提案是否得到了足够的支持，这个阈值通常是根据社区治理规则、历史投票数据以及当前提案的重要性和紧急性来确定的。除了阈值，还可以设定正负偏差范围，以允许一定的波动和不确定性。本发明的实施例中，正负范围偏差是对支持率阈值的一个补充，它考虑到了投票过程中的不确定性和可能的波动。正偏差表示支持率可以略高于阈值仍被视为有效，而负偏差则代表支持率低于支持率阈值某个程度时，投票可能不再具有继续进行的价值。采用此种方式，使得数据的判断区间更符合客观规律，实现对投票节点控制。可以根据实际支持率的过程数据计算出变化的平均值及按照标准正态分布规律确定的所述正负偏差范围，并且随时间的迁移情况，确定所述实际支持率的过程数据随时间的变化趋势，具体地，正负偏差范围的获取方式包括以下步骤：

[0087] 在投票过程中，持续不断的检测所述实际支持率与时间的过程关系；

[0088] 获取数据时间过程的平均值，并建立标准正态分布规律曲线；

[0089] 根据所述平均值以及标准正态分布规律曲线确定数据过程的正负偏差范围。

[0090] 在每个检查节点，系统会计算实际支持率，并将其与预先设置的支持率阈值及其正负偏差范围进行对比。实际支持率是通过统计和分析当前已经投出的通证数量中支持选项的通证数量占比来得到的。如果实际支持率小于支持率阈值的负偏差范围，这意味着即使考虑到可能的波动，提案的支持率也远低于预期。在这种情况下，继续投票可能不再具有实际意义，因此系统会触发投票终止机制，提前结束投票。可以理解的是，通过检查检点，还可以设置投票率阈值，一般对于最终结果来说，投票率过半结果才可信。

[0091] 这一机制的设立可以节约投票时间，它避免了在不必要的情况下继续进行投票。当提案明显缺乏支持时，通过提前终止投票，可以节省社区成员的时间和精力，同时避免资源的浪费。此外，这也使得社区能够更快地转向其他更重要或更紧迫的事务，提高了整体治理效率。

[0092] 本申请实施例还提供一种基于区块链的社区投票治理装置2，如图2所示，包括：

[0093] 注册单元20，用于社区用户成为区块链中的用户，并获得相应的证书、公私钥对以及钱包地址，所述公私钥对用于加密解密以及数字签名。

[0094] 权重生成单元21，接收社区用户的注册信息加密后存储在区块链上，基于注册信息生成社区用户的投票权重，所述注册信息包含社区房产信息，所述房产信息包括建筑面积、户型、楼层中的一种或多种。

[0095] 提案单元22，接收提案发起者发起的目标提案，所述目标提案用于实现社区治理，基于所述目标提案生成待投票事件，所述待投票事件设置支持和反对的投票选项。

[0096] 通证生成单元23，基于投票合约为所述待投票事件创建通证合约的分发函数，根据针对所述待投票事件设置的预设通证总量以及所述投票权重，为所述社区用户分配目标通证。

[0097] 投票单元24，将所述待投票事件发送至所述社区用户，以使所述社区用户对所述待投票事件进行投票应答，得到投票结果，这一过程中，将所述目标通证添加到所述投票结果对应的通证集合中，调用通证合约的销毁函数，将所述社区用户针对所述目标提案拥有的目标通证销毁，并根据所述通证集合中的通证，确定所述投票提案支持和反对的投票选项中的被投比例，得到实际支持率和实际反对率。

[0098] 判定单元25，接收所述投票结果，并根据预设公式计算投票偏差，若投票偏差为正值，则判定所述目标提案通过，反之，对所述目标提案进行退回修改处理，或，将所述投票结果同步到区块链的所有节点，完成投票结果的通知推送，其中投票偏差的计算公式如下：

[0099]

[0100] 其中所述B代表投票偏差，所述S代表实际支持率，即实际投票中支持提案的的通证数量占总的参与投票通证数量的比例，所述R代表投票率，即实际参与投票的通证数量占预设通证总量的比例。

[0101] 检查单元26，根据投票持续时间设置检查节点，设置支持率阈值，获得在投票过程中的所述支持率阈值的正负范围偏差，通过所述实际支持率与预先设置的支持率阈值进行对比，若所述实际支持率小于支持率阈值的负偏差范围，投票终止，其中正负偏差范围的获取方式包括以下步骤：

[0102] 在投票过程中，持续不断的检测所述实际支持率与时间的过程关系；

[0103] 获取数据时间过程的平均值，并建立标准正态分布规律曲线；

[0104] 根据所述平均值以及标准正态分布规律曲线确定数据过程的正负偏差范围。

[0105] 本申请实施例提供的一种基于区块链社区投票治理装置，与上述实施例提供的一种基于区块链的社区投票治理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0106] 参阅图3，图3为本申请实施例所提供的一种电子设备的结构示意图，所述电子设备3包括处理器31、存储器32和总线33。

[0107] 所述存储器32存储有所述处理器31可执行的机器可读指令，当电子设备3运行时，所述处理器31与所述存储器32之间通过总线33通信，所述机器可读指令被所述处理器31执行时，可以执行如上述图1所示方法，具体实现方式可参见方法实施例，在此不再赘述。

[0108] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0109] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

[0110] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0111] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

[0112] 本领域技术人员可以理解，上述实施方式中各种方法的全部或部分功能可以通过硬件的方式实现，也可以通过计算机程序的方式实现。当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘、光盘、硬盘等，通过计算机执行该程序以实现上述功能。例如，将程序存储在设备的存储器中，当通过处理器执行存储器中程序，即可实现上述全部或部分功能。另外，当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序也可以存储在服务器、另一计算机、磁盘、光盘、闪存盘或移动硬盘等存储介质中，通过下载或复制保存到本地设备的存储器中，或对本地设备的系统进行版本更新，当通过处理器执行存储器中的程序时，即可实现上述实施方式中全部或部分功能。

[0113] 此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

[0114] 最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。