健康管理数据共享方法、装置及远程医疗平台

摘要

本申请涉及一种健康管理数据共享方法、装置及远程医疗平台，健康管理数据共享方法包括通过构建健康管理联盟链，将用户在不同医疗机构生成的健康管理数据统一上链存储，建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据。本申请可以使不同医疗机构的医生都能看到患者的完整健康管理数据，并且可以实现用户数据的安全存储和用户授权的访问控制。

说明书

技术领域

本申请属于健康管理技术领域，具体涉及一种健康管理数据共享方法、装置及远程医疗平台。

背景技术

远程医疗平台通过多渠道合作整合多种互联网医疗资源，为用户提供多层次的健康咨询及诊疗服务。在服务过程中产生的健康管理数据、诊疗数据、位置信息及个人信息需要遵循平台的数据安全共享规范，实现用户数据的安全存储和用户授权的访问控制。

在合作伙伴的医疗服务接入平台后，健康管理数据只是在医疗应用内部流转和共享，不同的医疗机构间的信息独立管理，缺乏有效的数据共享机制，使得诊治医生因为不能看到用户完整的就诊记录，增加了精准施治的复杂度。另一方面，各个合作伙伴的医疗健康数据分散管理，不同合作伙伴间缺乏数据共享和信任机制，数据安全标准各不相同，影响用户体验。

发明内容

为至少在一定程度上克服现远程医疗平台中健康管理数据只是在医疗应用内部流转和共享，不同的医疗机构间的信息独立管理，缺乏有效的数据共享机制，使得诊治医生因为不能看到用户完整的就诊记录，增加了精准施治的复杂度，并且，各个合作伙伴的医疗健康数据分散管理，不同合作伙伴间缺乏数据共享和信任机制，数据安全标准各不相同，影响用户体验的问题，本申请提供一种健康管理数据共享方法、装置及远程医疗平台。

第一方面，本申请提供一种健康管理数据共享方法，包括：

构建健康管理联盟链；

将用户在不同医疗机构生成的健康管理数据统一上链存储；

建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据。

进一步的，所述将用户在不同医疗机构生成的健康管理数据统一上链存储，包括：

对健康管理数据进行非对称加密；

生成用户私钥，对所述用户私钥进行加密处理；

将非对称处理后的健康管理数据和加密处理后的用户私钥进行上链存储。

进一步的，所述对所述用户私钥进行加密处理包括：

将用户私钥输入分布式文件系统；

分布式文件系统按照预设阈值对用户私钥进行数据分片，将每片数据随机分配到不同节点上；

根据所述用户私钥具体内容生成文件索引，对文件索引进行对称加密处理。

进一步的，所述智能合约，包括：

注册合约、健康诊疗数据处理合约和授权合约；

注册合约用于将参与者标识字符串映射到健康管理联盟链的地址标识；

健康诊疗数据处理合约用于定义数据指针和访问权限，识别各个参与者节点提供的健康医疗记录；

授权合约，用于使参与者节点在健康管理联盟链中查询到健康医疗记录。

进一步的，还包括：

将智能合约生成的交易通过共识算法将交易上传到链以实现健康管理联盟链上各个节点之间的数据同步。

进一步的，所述共识算法包括：

PBFT共识算法。

进一步的，还包括：

设置服务器端数据接口；

通过所述服务器端数据接口与外界数据库进行互联。

进一步的，所述健康管理数据包括：

患者完整就诊记录、体检数据和可穿戴医疗设备数据。

第二方面，本申请提供一种健康管理数据共享装置，包括：

构建模块，用于构建健康管理联盟链；

存储模块，用于将用户在不同医疗机构生成的健康管理数据统一上链存储；

建立模块，用于建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据。

第三方面，本申请提供一种远程医疗平台，包括：

如第二方面所述的健康管理数据共享装置、用户客户端和医疗机构集成接口；

所述用户客户端和医疗机构集成接口分别与所述健康管理数据共享装置连接。

本申请的实施例提供的技术方案可以包括以下有益效果：

本发明实施例提供的健康管理数据共享方法、装置及远程医疗平台，通过构建健康管理联盟链，将用户在不同医疗机构生成的健康管理数据统一上链存储，建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据，可以使不同医疗机构的医生都能看到患者的完整健康管理数据，并且可以实现用户数据的安全存储和用户授权的访问控制。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一个实施例提供的一种健康管理数据共享方法的流程图。

图2为本申请另一个实施例提供的一种健康管理数据共享方法的流程图。

图3～图10为本申请一个实施例提供的另一种健康管理数据共享方法的流程图。

图11为本申请一个实施例提供的一种健康管理数据共享装置的功能结构图。

图12为本申请一个实施例提供的一种远程医疗平台的功能结构图。

图13为本申请一个实施例提供的另一种远程医疗平台的功能结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1为本申请一个实施例提供的健康管理数据共享方法的流程图，如图1所示，该健康管理数据共享方法，包括：

S11：构建健康管理联盟链；

S12：将用户在不同医疗机构生成的健康管理数据统一上链存储；

S13：建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据。

传统的远程医疗平台，在合作伙伴的医疗服务接入平台后，健康管理数据只是在医疗应用内部流转和共享，不同的医疗机构间的信息独立管理，缺乏有效的数据共享机制，使得诊治医生因为不能看到用户完整的就诊记录，增加了精准施治的复杂度。另一方面，各个合作伙伴的医疗健康数据分散管理，不同合作伙伴间缺乏数据共享和信任机制，数据安全标准各不相同，影响用户体验。

本实施例中，通过构建健康管理联盟链，将用户在不同医疗机构生成的健康管理数据统一上链存储，建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据，可以使不同医疗机构的医生都能看到患者的完整健康管理数据，并且可以实现用户数据的安全存储和用户授权的访问控制。

图2为本申请另一个实施例提供的一种健康管理数据共享方法的流程图，如图2所示，该健康管理数据共享方法，包括：

S21：构建健康管理联盟链；

数据传递方式由原来的线下手工传递变为线上准实时共享。将所有日志记录在链上，保证回溯的完整性和防抵赖性。通过区块链整合当前医疗机构已有的云、数据、信息系统等资源，快速构建跨云跨网的数据平台，减少建设资金和时间投入。

S22：对健康管理数据进行非对称加密；

健康管理数据包括但不限于：

患者完整就诊记录、体检数据和可穿戴医疗设备数据。

在得到授权情况下，在平台内各个合作伙伴的医疗健康服务间共享，诊疗医生可以看到患者的完整就诊记录，体检数据，甚至可穿戴医疗设备数据，从而做到精准施治或提前预防，用户在使用平台服务时产生的检查检验数据可以得到可靠共享，防止个人隐私数据未经授权被使用。

非对称加密算法例如RSA非对称加密算法。

S23：生成用户私钥，对用户私钥进行加密处理；

一些实施例中，如图3所示，对用户私钥进行加密处理包括：

S231：将用户私钥输入分布式文件系统；

分布式文件系统例如为IPFS(InterPlanetary File System，星际文件系统)。IPFS通过文件内容生成独立哈希值来标识文件，而不是通过文件保存位置来标识，相同内容的文件在系统中只会存在一份，节约存储空间。

S232：分布式文件系统按照预设阈值对用户私钥进行数据分片，将每片数据随机分配到不同节点上；

例如，预设阈值为256KB，每256KB数据生成一片文件随机存储到联盟链的一个节点上，若用户私钥文件为600KB，则需要分成3片文件。

S233：根据用户私钥具体内容生成文件索引，对文件索引进行对称加密处理。

对称加密算法例如为AES对称加密算法。

S24：将非对称处理后的健康管理数据和加密处理后的用户私钥进行上链存储。

通过将非对称处理后的健康管理数据和加密处理后的用户私钥进行上链存储，可以实现在共享平台隐私用户保护采用双重加密逻辑来对健康管理数据进行保护,并且实现健康管理数据不可篡改，能够协助医疗机构业务系统数据存储的不可篡改性及不同医疗机构间数据传递的不可篡改性。

S25：建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据。

一些实施例中，智能合约包括：

注册合约、健康诊疗数据处理合约和授权合约；

注册合约用于将参与者标识字符串映射到健康管理联盟链的地址标识；

参与者标识使用字符串，而不是直接使用加密的公钥身份，从而允许使用已经存在的匿名ID形式，身份登记只能限于认证机构，注册合约将身份字符串映射到区块链上的一个地址。

健康诊疗数据处理合约用于定义数据指针和访问权限，识别各个参与者节点提供的健康医疗记录；

当一个节点存储并管理另一个节点的医疗记录时，系统将在两个节点之间发出患者提供者关系合约。健康诊疗数据处理合约定义了各种数据指针和相关的访问权限，它们可以识别由服务提供者所持有的记录。每个数据指针都包含一个查询字符串，当在提供者的数据库上执行时，返回企业用户健康医疗数据的一个子集。查询字符串与此数据子集的散列相连接，以保证数据在源文件中没有被修改。附加信息表明在网络中可以访问提供者的数据库，即标准网络拓扑中的主机名和端口。数据查询及其相关信息由服务提供者制定，并在添加新记录时进行修改。为了使患者能够与他人共享记录，字典(哈希表)将查看者的地址映射到额外的查询字符串列表。每个字符串都可以指定患者数据的一部分，一些实施例中，第三方查看器可以访问患者数据。

授权合约，用于使参与者节点在健康管理联盟链中查询到健康医疗记录。

授权合约包含了对健康诊疗数据处理合约的引用列表，表示所有参与者之前和当前与系统中其他节点的约定。企业用户可以多次离开并重新加入系统，并通过从网络下载最新的区块链来重新获得他们的历史。只要有节点参与到网络中，就可以维护区块链日志。授权合约还实现了“用户通知”功能。每个关系存储一个状态变量。这表明关系是新建立的，等待未决的更新，是否有或没有得到企业用户的批准。在系统中，无论何时更新记录或作为创建新关系的一部分，系统中的提供者都会设置企业用户授权合约中的关系状态。因此，企业用户可以轮询他们的授权合约，并在建立新的关系或更新关系时得到通知。企业用户可以接受、拒绝或删除关系。

智能合约主要实现各类智能合约用以与联盟链以及上层用户进行数据的处理，通过上述三种智能合约来实现数据所有者和数据访问需求方之间的交互。

一些实施例中，还包括：

对需求方(医疗机构)数据请求处理，具体包括：

数据的需求方向系统请求获取相应的用户信息，首先向系统提供用户的数字签名以及健康医疗数据的信息标识来进行数据的请求，系统会根据智能合约的处理得到用户的私钥信息，若身份验证通过则对需求方进行授权，获取代币值并向需求方提供私钥信息。

针对医患之间对于健康管理数据交易不公平、患者无法得到与他提供的医疗信息相对应的医疗服务的问题,通过设计并实现区块链的智能合约，实施多方角色间的可信信息共享策略，通过管理智能合约，实现平台参与各方之间数据的可信交互。采用智能合约进行健康数据和电子病历数据的申请、授权和访问控制，避免内外部安全隐患导致的隐私泄露问题。

S26：将智能合约生成的交易通过共识算法将交易上传到链以实现健康管理联盟链上各个节点之间的数据同步。

一些实施例中，共识算法包括：

PBFT(Practical Byzantine Fault Tolerance，实用拜占庭容错协议)共识算法。

共识算法主要负责对于打包以后的区块进行发布节点的选择以及基于PBFT共识算法的授权节点投票的统计，将智能合约生成的交易通过共识算法将交易上传到健康管理联盟链，从而实现健康管理联盟链各个节点之间的数据同步。采用PBFT共识算法，系统延时较短，容错性能好，解决了区块链共识算法资源浪费严重以及健康管理数据区块生成时间不稳定等问题,从性能上保证医疗信息共享平台的稳定性。

一些实施例中，还包括：

设置服务器端数据接口；

通过服务器端数据接口与外界数据库进行互联。

可以保证链上存储数据的效率以及访问的高效性，保证能够进行脱链存储和链上验证，系统专门向外界提供了服务器端数据接口，可以通过该接口与外界数据库进行互联，保证能够通过摘要信息获取到具体的数据信息。

服务的用户在使用健康管理联盟链的访问控制系统时，利用联盟链中的超级账本，将健康管理联盟链以及访问控制策略存储于链上，防止数据被篡改；通过密码学在智能合约代理服务中对健康管理联盟链进行加密和解密，避免数据在区块链上处于完全公开；通过超级账本的智能合约，实现了基于开放式系统的访问控制，结合公钥推导的地址算法，实现电子病历数据访问权限可以由用户指定，保证访问策略安全、透明、自动化，达到与联盟链结合的电子病历系统是安全、开放、可行、可控。

一些实施例中，如图4所示，各类用户在使用远程医疗平台时需完成注册，用户注册流程包括：各类用户输入账户基本信息；平台根据用户类型和用户标识分配客户端匿名账户；匿名账户通过智能合约上链，完成用户注册。

在用户完成注册后还包括用户登录认证，如图5所示，具体流程包括：

输入账户信息，客户端通过SHA获取匿名化数据；联盟链根据匿名化数据查询密码，判断密码认证是否通过，若是，允许访问远程医疗平台，否则拒绝访问。

在进行用户注册时，在链中为每一个用户分配一个匿名标识符，并将这个匿名标识符存储在用户注册智能合约上，在用户要获取数据时，系统会通过匿名标识符来访问系统平台。使用SHA256单向加密算法来进行匿名标识符的生成，实现数据匿名化。

一些实施例中，如图6所示，健康管理数据上传到健康管理联盟链进行存储具体流程包括：

合作的互联网医疗机构提供服务，产生健康医疗信息数据；合作医疗机构上传健康医疗信息数据；系统对上传的健康医疗信息数据使用AES加密算法进行加密，上传到分布式文件系统，获得健康医疗信息数据在分布式文件系统中的链接；密钥中心为用户创建公钥和私钥，使用RSA加密算法对公钥和健康医疗数据的索引进行加密；加密的索引数据、公钥、加密的分布式文件系统存储链接地址都存储到联盟链，完成上链操作；对于生成的私钥信息为保证不可被攻击获取，通过分布式文件系统进行数据的分片处理，每256KB产生一个片文件存储到一个随机节点上；通知数据所有者(平台企业用户)健康医疗数据已上传；数据所有者公开权限；系统修改健康医疗数据为公开权限。

如图7所示，数据所有者查看健康管理数据流程包括：

企业用户通过客户端应用查询检索自己的诊疗数据，获取数据标识；系统根据用户提交的数据标识到联盟链获取健康诊疗数据的索引信息；企业用户提供数据所有者的密码；数据解密获取索引信息，合作医疗机构通过连接进行身份验证，获取健康诊疗数据；用户进行数据浏览。

如图8所示，医疗机构查看健康管理数据流程包括：

平台的合作医疗机构输入健康诊疗数据标识号；数据访问服务根据用户提交的数据标识到联盟链获取健康诊疗数据的索引信息；平台的合作医疗机构输入私钥；数据解密获取索引信息，合作医疗机构通过链接进行身份验证，获取健康医疗数据；合作医疗机构进行数据浏览。

如图9所示，智能合约建立流程包括：合作的医疗机构根据需要通过关键字和描述信息查询检索满足条件的健康诊疗信息，筛选后输入请求查看的健康诊疗数据标识号；根据数据查询方提供的标识好调用联盟链的授权合约；联盟链根据收到数据访问请求，创建关于数据访问请求方和所有方的智能合约，填写请求方信息，在合约中添加关于数据请求方的信息包括数据请求方的数据前面、带访问健康医疗信息记录标号，共享用户请求状态和预计花费的时间信息等，通知数据所有者(企业用户)有合约请求；企业用户受到数据请求方发送的请求后，可以看到相应的医生的信息，并且决定是否进行健康诊疗数据授权，如果进行授权，通过合约ID查找对应的数据请求方建立合约信息，并且对数据所有者用户标识进行验证，验证健康医疗信息是否属于该数据所有者，如果是，将时间戳设为当前的时间，证明合约已经成立，从当前时间开始计时，数据所有方会通过密码以及看康诊疗数据在分布式文件系统的索引获取到相应的内容数据的私钥信息，记录到私钥中，将数据所有者授权状态修改为同意访问，合约建立成功；双方需要履行相应的合约信息，系统将需要消费的代币值通过代币合约的转账方式将代币值从数据请求方手中转账给数据所有者，当数据请求方想要获取健康诊疗信息时，系统会通过合约获取到相应的私钥信息，通过私钥信息对健康医疗数据的详细信息进行解密，获取到相应的健康医疗数据存储的路径以及相应的索引地址，从而获取到健康诊疗信息的详细信息；合约授权服务向企业用户返回成功消息并转账代币。

如图10所示，合约履行具体过程包括：

在数据所有方和数据请求方建立合约后，需要履行合约，数据的请求方需要在规定的时间内给予反馈信息；请求访问数据的合作医疗机构向数据访问服务传入医疗服务索引及合约标识，数据访问服务向联盟链合约服务转发查询请求；联盟链的合约服务通过合约标识查询合约的信息内容，向数据访问服务返回合约内容；判断约定的合约有效期是否过期，若在有效期内，数据访问服务将医疗服务索引上链，向医疗机构退还押金，合约结束，删除合约；若已过有效期，返回反馈超时；在删除合约后提示企业用户有反馈信息，重新生成公钥和私钥进行加密；企业用户通过健康诊疗数据记录查看反馈的链上的医疗服务索引，企业用户请求查看反馈信息，数据访问服务向联盟链提交查看反馈信息的链接，联盟链返回链接信息，数据访问服务向医疗机构转发链接信息，医疗机构完成请求验证后，返回反馈信息详情，企业用户在客户端浏览反馈信息。

本实施例中，当合作医疗资源接入平台后，平台通过区块链超级账本集成各个合作伙伴、远程医务室以及可穿戴设备的数据，建立以用户为中心的健康档案和电子病历主数据视图，保证数据存储、传输及交换的真实可信，将数据所有权真正交还给用户，由用户控制数据权限，防治隐私泄露，优化用户体验，提升远程医疗平台的服务品质。

本发明实施例提供一种健康管理数据共享装置，如图11所示的功能结构图，该健康管理数据共享装置包括：

构建模块111，用于构建健康管理联盟链；

存储模块112，用于将用户在不同医疗机构生成的健康管理数据统一上链存储；

建立模块113，用于建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据。

本实施例中，通过构建模块，构建健康管理联盟链，存储模块将用户在不同医疗机构生成的健康管理数据统一上链存储，建立模块建立智能合约，以使不同医疗机构通过智能合约授权后访问用户的健康管理数据，可以使不同医疗机构的医生都能看到患者的完整健康管理数据，并且可以实现用户数据的安全存储和用户授权的访问控制。

本发明实施例提供一种远程医疗平台，如图12所示的功能结构图，该远程医疗平台包括：

如上述实施例所述的健康管理数据共享装置121、用户客户端122和医疗机构集成接口123；

用户客户端122和医疗机构集成接口123分别与健康管理数据共享装置连接。

如图13所示，远程医疗平台包括：

分布式文件系统、联盟链、健康医疗信息加密/解密模块、密钥中心、数据请求模块、数据访问模块、授权管理模块和用户注册管理模块，其中，联盟链包括智能合约、共识和记账节点。智能合约包括用户注册合约、健康医疗信息存储合约和协议合约。

用户注册管理是为平台的各个参与方分配匿名账户，并将匿名账户写入智能合约。在进行用户注册时，在链中为每一个用户分配一个匿名标识符，并将这个匿名标识符存储在用户注册智能合约上，在用户要获取数据时，系统会通过匿名标识符来访问系统平台。对于数据匿名化的处理主要使用SHA256单向加密算法来进行匿名标识符的生成。

健康医疗信息加密/解密模块是对用户健康医疗数据进行加密以及解密的处理，所有的需要用户与后台联盟链以及服务器进行交互的模块以及服务器需要向用户提供数据的模块都需要经过数据加工模块来进行信息的加工(加密、解密)，使用分片存储来存储用户的私钥SK切片保证数据的安全性，并且降低了单节点被攻击时的密钥泄漏的风险。

数据请求模块用于：数据的需求方来向系统请求相应的用户信息，主要功能是向系统提供用户的数字签名以及健康医疗数据的信息标识来进行数据的请求，而系统会根据智能合约的处理来得到用户的私钥信息从而进行数据的获取。

授权管理用于通过访问系统来对消息获取方发送的信息进行授权，获取数据获取方的代币值并向其提供私钥信息。

本实施例中，远程医疗平台通过部署基于联盟链实现用户健康诊疗信息可信共享服务，在平台、用户及互联网医疗服务提供者等多个可信任节点之间建立协作关系，通过智能合约机制，在各个入驻平台的合作应用、企业及员工用户之间建立合理的访问权限，对不同的医疗机构，联盟链为其提供了一种安全的数据交互方式，平台提供基础设施，负责数据的存储和联盟链的运行，接入平台的合作伙伴和企业用户使用联盟链管理自己的健康医疗信息数据，隐私信息能够在联盟链上可控安全地使用和分享。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能组件的形式实现。所述集成的模块如果以软件功能组件的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

需要说明的是，本发明不局限于上述最佳实施方式，本领域技术人员在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范围之内。