本申请涉及支付技术领域，特别是涉及一种基于主机卡模拟的支付方法、移动设备、服务器及具有存储功能的装置。
背景技术
nfc支付是指移动设备通过近场通讯(nearfieldcommunication，nfc)技术向商家的消费终端(也叫扣费终端，如pos机)表达支付意愿，并通过消费终端与移动设备进行账户、密码信息交换完成支付的一种移动支付方式。这种支付方式具有系统隐私性强、支持业务种类多、操作简便、实时在线能力强、安全性能高、系统结构简单、实现技术难度低等优点。
本申请的发明人在长期的研发过程中，发现在nfc支付过程中，nfc器件以被动的卡模式方式进行工作，目前有两种方式来实现卡模拟，一种是基于硬件的，称为虚拟卡模式(virtualcardmode，vcm)。在虚拟卡模式下，需要提供硬件形式的安全模块(secureelement，se)，se提供对敏感信息的安全存储和对交易事务提供一个安全的执行环境。nfc芯片作为非接触通讯前端，将从外部读写器接收到的命令转发到se，然后由se处理，并通过nfc控制器回复。但是这种硬件需求限制了nfc支付的应用。
另外一种是基于软件的，被称为主机卡模式(host-basedcardemulation，hce)。在主机卡模式下，不需要提供硬件形式的se，而是由在移动设备中运行的一个应用完成se的功能，此时nfc芯片将接收到的数据直接发送到移动设备的主机系统上，再由主机系统发送至移动设备中的应用来完成交互。但是，这种模式下，若想对支付功能业务进行调整、升级，就需要对移动设备中的应用进行调整、升级，需要用户重新下载更新应用，给用户带来不便。
技术实现要素：
本申请主要解决的技术问题是提供一种基于主机卡模拟的支付方法、移动设备、服务器及具有存储功能的装置，能够提高nfc支付的安全性和灵活性。
为解决上述技术问题，本申请采用的一个技术方案是：提供一种基于主机卡模拟的支付方法，所述方法包括：移动设备利用自身nfc器件接收扣费终端发起的扣费指令；移动设备作为服务器的协助方响应扣费指令，并处理从服务器获取的虚拟卡卡数据所对应的交易。
为解决上述技术问题，本申请采用的另一个技术方案是：提供一种基于主机卡模拟的支付方法，所述方法包括：服务器作为主机卡模拟的支付的主导方接收来自移动设备的开通虚拟卡请求；服务器处理开通虚拟卡请求生成虚拟卡卡数据，或服务器将开通虚拟卡请求发送给发卡系统，以使发卡系统处理开通虚拟卡请求并生成虚拟卡卡数据；服务器保存自身处理生成的虚拟卡卡数据，或接收并保存由发卡系统处理生成的虚拟卡卡数据。
为解决上述技术问题，本申请采用的另一个技术方案是：提供一种移动设备，所述移动设备包括处理器、nfc器件和通信电路，处理器耦接nfc器件和通信电路，处理器在工作时执行指令，能够实现上述的基于主机卡模拟的支付方法。
为解决上述技术问题，本申请采用的另一个技术方案是：提供一种服务器，所述服务器包括处理器、存储器和通信电路，处理器耦接存储器和通信电路，处理器在工作时执行指令，能够实现上述的基于主机卡模拟的支付方法。
为解决上述技术问题，本申请采用的另一个技术方案是：提供一种具有存储功能的装置，所述具有存储功能的装置存储有程序，所述程序被执行时实现上述的基于主机卡模拟的支付方法。
本申请的有益效果是：区别于现有技术的情况，本申请所提供的基于主机卡模拟的支付方法，将开通的虚拟卡卡数据保存在服务器端，既能够提高虚拟卡卡数据的安全性，也能够提高使用虚拟卡的灵活性，具体地该虚拟卡不固定于一部移动设备使用，同一账号可以使用不同的移动设备登录使用，即用户在更换移动设备时，只需要重新登录账号即可，不再需要进行虚拟卡卡数据的转移，更加方便灵活。
附图说明
图1是本申请基于主机卡模拟的支付方法第一实施方式的流程示意图。
图2是本申请基于主机卡模拟的支付方法第二实施方式的流程示意图。
图3是本申请基于主机卡模拟的支付方法第三实施方式的流程示意图。
图4是本申请基于主机卡模拟的支付方法第四实施方式的流程示意图。
图5是本申请基于主机卡模拟的支付方法第五实施方式的流程示意图。
图6是本申请移动设备第一实施方式的结构示意图。
图7是本申请服务器第一实施方式的结构示意图。
图8是本申请具有存储功能的装置第一实施方式的结构示意图。
具体实施方式
为使本申请的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本申请进一步详细说明。
本申请提供一种基于主机卡模拟的支付方法，能够使具有nfc器件的移动设备实现nfc支付功能。其中，在该方法中，所开通的虚拟卡卡数据被存储在服务器中，使用支付时再去服务器获取，能够提高支付的安全性。具体地，开通使用nfc支付功能一般具有开卡、支付、充值等流程。
请参阅图1，图1是本申请基于主机卡模拟的支付方法第一实施方式的流程示意图。在该实施方式中，主要描述了nfc支付功能的开通虚拟卡流程，主要步骤如下：
s101：服务器接收来自移动设备的开通虚拟卡请求。
其中，服务器作为主机卡模拟支付的主导方接收来自移动设备的开通虚拟卡请求，开通虚拟卡请求带有用户身份信息、卡类型信息等。根据不同需求可以申请开通不同类型的虚拟卡，例如开通虚拟公交卡、虚拟银行卡、虚拟社保卡，虚拟学生卡等。
s102：服务器处理开通虚拟卡请求生成虚拟卡卡数据，或服务器将开通虚拟卡请求发送给发卡系统，以使发卡系统处理开通虚拟卡请求并生成虚拟卡卡数据。
其中，该服务器可以是第三方服务器，发卡方可以根据协议直接授权服务器处理开通虚拟卡请求生成虚拟卡卡数据，例如，开通公交卡，公交公司可以直接将一些虚拟卡信息授权提供给第三方服务器，在开卡时由第三方服务器处理即可，可以是第三方服务器独立完成，也可以是在开通时增加一步开卡系统的验证过程。也可以是由服务器将开通虚拟卡请求发送给发卡系统，发卡系统自行处理生成虚拟卡卡数据，并将生成的虚拟卡卡数据发送回服务器。在其他实施方式中，该服务器也可以是开卡系统的自身服务器。s103：服务器保存自身处理生成的虚拟卡卡数据，或接收并保存由发卡系统处理生成的虚拟卡卡数据。
其中，处理生成的虚拟卡卡数据保存在服务器端，无需下发到移动设备端。通过这种方式能够提高虚拟卡卡数据的安全性。
可选地，在一实施方式中，移动设备使用浏览器作为客户端向服务器发送开通虚拟卡请求，具体地，请参阅图2，图2是本申请基于主机卡模拟的支付方法第二实施方式的流程示意图。在该实施方式中，用户使用移动设备的浏览器进入相应界面，注册/登录后，填写开通虚拟卡申请，完成提交后移动设备生成开通虚拟卡请求，并将该开通虚拟卡请求发送至服务器。服务器接收并处理开通虚拟卡请求生成虚拟卡卡数据；或服务器接收后将开通虚拟卡请求发送给发卡系统，以使发卡系统处理开通虚拟卡请求并生成虚拟卡卡数据。将生成的虚拟卡卡数据保存在服务器端，同时向移动设备发送虚拟卡开通完成信息。其中虚拟卡开通完成信息可以带有用户身份信息、卡号信息、卡内余额信息等中的一种或多种。
请参阅图3，图3是本申请基于主机卡模拟的支付方法第三实施方式的流程示意图。在该实施方式中，主要描述了nfc支付功能的支付流程，主要步骤如下：
s301：移动设备利用自身nfc器件接收扣费终端发起的扣费指令。
具体地，将移动设备靠近扣费终端，建立近场射频通讯后，nfc控制器接收扣费终端发起的扣费指令。
s302：移动设备响应扣费指令并处理从服务器获取的虚拟卡卡数据所对应的交易。
具体地，移动设备作为服务器的协助方响应扣费指令，nfc控制器将接收到的扣费指令发送给移动设备的主机系统，以使移动设备响应扣费指令并处理从服务器获取的虚拟卡卡数据所对应的交易。
可选地，在一实施方式中，移动设备使用浏览器作为客户端获取保存于服务器中的虚拟卡卡数据，具体地，请参阅图4，图4是本申请基于主机卡模拟的支付方法第四实施方式的流程示意图。在该实施方式中，nfc支付的主要过程如下：
将移动设备靠近扣费终端，建立近场射频通讯后，扣费终端向移动设备发起扣费指令。
其中，在使用移动设备靠近扣费终端进行支付时，用户不需要提前打开支付界面，而是在支付过程中，基于控制指令自动开启。具体可以通过如下多种方式来实现。
可选地，在一实施方式中，移动设备在任意亮屏界面状态下利用自身nfc器件与扣费终端建立通信连接；nfc器件在与扣费终端建立通信的一开始即向移动设备的主机系统发送控制指令，以使主机系统基于控制指令的触发而以前端运行的形式启动浏览器，并自动打开进入浏览器的交易界面。
其中，移动设备的任意亮屏界面状态是指只要移动设备的屏幕是唤醒状态即可，对于具体屏幕显示状态不做限定。例如，可以是锁屏时的亮屏，也可以是解锁后的主机界面，或正在运行的其他程序界面。
其中，若移动设备在刷卡时是锁屏状态，需要先解锁，再打开浏览器的交易界面，以完成交易。具体地，当主机系统接收到启动浏览器的控制指令时，先判断移动设备的主机是否处于锁屏状态；若主机处于锁屏状态，则提示用户输入解锁指令以进行解锁，否则不会执行启动浏览器的操作，即主机会保持锁屏状态直至解锁，才执行启动浏览器操作。若主机未处于锁屏状态，则执行使主机系统基于扣费指令的触发以前端运行的形式启动浏览器，并自动打开进入浏览器的交易界面。这种方式需要用户执行一步解锁步骤，增加支付流程，不适宜无密码支付方式。在另一实施方式中，也可以根据设置不需要解锁直接显示交易界面，交易结束后，移动设备仍然是锁屏状态。具体地，当主机系统接收到启动浏览器的控制指令时，无需判断主机是否锁屏，而是直接执行启动浏览器的操作进行交易，当交易完成后，移动设备恢复至交易前的状态，即若交易前是锁屏状态则交易后还会是锁屏状态；若交易前是非锁屏状态则交易后还会是非锁屏状态。
可选地，在另一实施方式中，移动设备在任意亮屏界面状态下利用自身nfc器件与扣费终端建立通信连接；nfc器件在与扣费终端建立通信的一开始即向移动设备的主机系统发送控制指令，以使主机系统基于控制指令的触发而以后台运行的形式启动浏览器，并使后台运行的浏览器处理所述交易，不向用户显示其前端界面。
其中，以前端运行的形式启动浏览器，是指在交易过程中，主机系统启动浏览器后，会将浏览器界面唤起并显示在移动设备的前端屏幕上，能够使用户看到并参与交易的交互。例如，交易过程中需要输入密码时，可以从该交易界面上完成。以后台运行的形式启动浏览器，是指主机系统启动浏览器后，只在后台进行运行处理交易信息，并不向用户显示前端界面，但是可以用推送通知的方式提示用户交易详情。这种方式适用于无密码支付时，用户不用参与交易交互；例如刷公交卡等小额交易时。
可选地，在又一实施方式中，移动设备在黑屏界面状态下利用自身nfc器件与扣费终端建立通信连接；nfc器件在与扣费终端建立通信的一开始即向移动设备的主机系统发送控制指令，以使主机系统基于控制指令的触发而以后台运行的形式启动浏览器，并使后台运行的浏览器处理所述交易，不向用户显示其前端界面。通过这种方式，用户在交易时，不需要对移动设备做任何操作，缩短交易时间，真正模拟ic卡的交易方式，更加方便快捷。
具体地，移动设备在任意亮屏界面状态下利用自身nfc器件与扣费终端建立通信，即用户在将移动设备靠近扣费终端进行刷卡交易时，不需要预先打开浏览器的支付界面，例如只需要在锁屏状态下唤醒屏幕即可刷卡，减少了交易时的操作，提高交易效率、更方便推广应用。在其他实施方式中，在满足nfc通信指令正常传递的情况下，也可以使移动设备在黑屏状态下进行刷卡，此时，直接拿出移动设备不做任何操作就可以进行刷卡，更贴近实体卡的应用。
具体地，移动设备在任意亮屏界面状态下利用自身nfc器件与扣费终端建立通信连接；扣费终端向nfc器件发送身份验证指令，nfc器件响应该身份验证指令并回复身份信息；扣费终端接收nfc器件回复的身份信息，验证通过后，向nfc器件发送扣费指令；nfc器件接收该扣费指令后，将该扣费指令发送至移动设备的主机系统，移动设备的主机系统基于该扣费指令触发启动浏览器的应用程序，处理相应交易。在其他实施方式中，也可以是nfc器件在与扣费终端建立通信的一开始，或接收到身份验证指令时，向移动设备的主机系统发送控制指令，以使移动设备的主机系统基于该控制指令触发启动浏览器的应用程序，处理相应交易。
其中，当移动设备直接利用独立运行的浏览器处理交易时，主机系统直接基于上述指令控制启动浏览器；当移动设备利用第三方应用中的小程序处理交易时，主机系统需要先控制开启第三方应用，再调用开启小程序的浏览器，以显示相应界面。
其中，在启动浏览器处理交易时，在需要用户参与交互时(例如需要用户输入密码，或用户设置需要在交易后向其显示交易详情)，在启动浏览器的同时，打开相应页面并向用户显示预定界面。在其他实施方式中，在处理交易时可以是直接在浏览器后台进行处理，不向用户显示其前端界面，该方案适应于无密码支付时，此时，用户不需要对移动设备进行操作就可实现刷卡交易，更贴近实体卡应用，更方便快捷。
移动设备nfc控制器将接收到的扣费指令发送到移动设备的主机系统上，再由主机系统发送给浏览器应用，以使移动设备响应所述扣费指令并基于该扣费指令处理生成获取虚拟卡卡数据请求，将获取虚拟卡卡数据请求发送至服务器。
其中，移动设备直接利用独立运行的浏览器或利用第三方应用中的小程序响应所述扣费指令，以获取存储在服务器中的虚拟卡卡数据。具体地，独立运行的浏览器可以是ie浏览器、谷歌浏览器、uc浏览器等；第三方应用中的小程序可以是微信小程序、qq小程序、支付宝小程序等。该小程序可以是依附于用html语言编写的支付应用客户端网页并嵌入其中，通过浏览器来控制执行。
通过使用浏览器作为客户端获取保存于服务器中的虚拟卡卡数据，能够提高使用虚拟卡的灵活性。第一、不需要安装该方法专用的原生应用客户端，可以让移动设备端的安装包相对较小，节约移动设备的存储空间。第二、在对nfc支付功能业务进行调整、升级时，只要不涉及浏览器的底层操作等功能业务则不需要发布更新安装包，用户也不需要重新下载更新包，减小版本固定升级频率。如在对业务交互操作界面风格、操作流程等进行调整时，用户下次浏览页面时就可以直接使用页面新功能，无需下载更新安装包。第三、在刷卡支付时，只需要浏览器在后台运行即可，不需要调用浏览器打开页面，即移动设备在任意亮屏状态刷pos机即可。第四、用户在更换移动设备时，只需要使用浏览器客户端登录账号即可，不再需要安装该方法专用的原生应用客户端，也不需要进行虚拟卡卡数据的转移，更加方便灵活。
服务器接收到来自移动设备的获取虚拟卡卡数据请求后，根据请求中的卡标识、用户身份标识等找到相应的虚拟卡卡数据，并将该虚拟卡卡数据加密处理后发送回移动设备。其中，发送回的虚拟卡卡数据包含虚拟卡的秘钥，以供进行身份验证。
移动设备接收到虚拟卡卡数据后，执行扣费指令，读写虚拟卡卡数据以处理相对应的交易。其中，可以根据卡类型、支付环境、用户支付习惯等设置为无密码支付、密码支付、在线支付、离线支付等多种支付方式。
其中，无密码支付可适用于公交卡支付、小额支付等支付方式，这种情况下，消费金额较小，省去用户密码验证步骤，能够缩短支付时间，提高支付效率。具体地，在进行无密码支付时，移动设备靠近扣费终端建立通讯后响应扣费指令即时完成扣费交易，无需用户参与；同时移动设备自行启动浏览器并向用户显示支付完成信息，支付完成信息可以带有支付类型、支付时间、支付地点、支付金额等中的一种或多种。在其他实施方式中，用户也可以设置不显示支付界面，仅用推送通知来通知用户，或不实时通知用户，而只在系统内保存交易记录，以供用户后期查询。
密码支付适用于一些大额交易，通过多一次的密码验证，能够提高支付的安全性。具体地，在进行密码支付时，移动设备靠近扣费终端建立通讯响应扣费指令后自行启动浏览器并向用户显示支付界面，提示用户输入密码信息，接收并验证密码信息后完成支付交易。
在线支付是指在支付过程中，移动设备需要实时通过网络与服务器进行通信，以获取虚拟卡卡数据、验证密码信息、同步账单信息等。其中，用户在第一次使用该支付方法时，需要进行在线支付。具体地，移动设备靠近扣费终端建立通讯响应扣费指令后生成获取虚拟卡卡数据请求，并将该获取虚拟卡卡数据请求通过网络发送给服务器，服务器接收并处理后将相应的虚拟卡卡数据通过网络下发给移动设备；同时启动浏览器并向用户显示支付界面，提示用户输入密码信息，接收用户输入的密码信息，并将密码信息通过网络发送给服务器进行验证，验证通过后完成支付交易，并将交易账单信息发送给服务器。其中，在线支付时获取的虚拟卡卡数据可以缓存在移动设备中，以供离线支付时使用；为提高支付的安全性，可以设置在预定周期内清除缓存的虚拟卡卡数据，以重新获取最新的虚拟卡卡数据。
离线支付是指在支付过程中，移动设备不需要实时通过网络与服务器进行通讯，这种方式适用于无网络或网络信号不好的支付环境。其中，离线支付时所用的虚拟卡卡数据是在线支付时从服务器获取并缓存在移动设备中的。具体地，在离线支付时，移动设备靠近扣费终端建立通讯响应扣费指令，获取缓存在移动设备中的虚拟卡卡数据，同时启动浏览器并向用户显示支付界面，提示用户输入密码信息，对密码信息进行本地验证后完成支付交易。为提高支付的安全性，应设置以预定周期将离线交易信息通过网络同步至服务器，以进行支付对账。该预定周期可以是移动设备进入到有网络的环境时即进行同步账单信息，也可以是固定的周期等，如一天同步一次、一周同步一次等。
本申请所开通的虚拟卡可以是具有储值功能的卡如公交卡、银行卡等，使用这种具有储值功能的卡支付时，可以直接利用卡内余额进行支付。所开通的虚拟卡也可以是不具有储值功能的卡如会员卡，这种卡只用于支付身份验证，需要链接其他支付方式进行支付。在使用具有储值功能的虚拟卡时，需要对其进行充值，具体充值流程请参阅图5，图5是本申请基于主机卡模拟的支付方法第五实施方式的流程示意图。在该实施方式中，虚拟卡充值的主要过程如下：
用户使用移动设备的浏览器进入相应界面，登录后填写充值申请，完成提交后移动设备生成充值请求，并将该充值请求发送至服务器，再由服务器发送给发卡系统，以使发卡系统处理充值请求。充值时用户可以选择移动设备中的第三方支付应用进行支付，在完成支付并确认后，发卡系统修改虚拟卡卡数据，并将修改后的虚拟卡卡数据返回至服务器保存，完成充值。同时向移动设备发送充值成功信息。其中充值成功信息可以带有充值金额、充值时间等中的一种或多种。
在一个应用场景中，以使用微信小程序开通公交卡功能为例，对上述基于主机卡模拟的支付方法进行说明。用户打开微信，登录微信账号后，打开对应的小程序进入开通虚拟公交卡界面，用户填写基本信息后提交，将开通虚拟卡请求发送给服务器。服务器接收后进行处理，生成一个虚拟公交卡，并将该虚拟公交卡相关卡数据保存在服务器端。该虚拟公交卡中带有用户微信账号信息、卡号信息、卡内余额信息等。返回虚拟公交卡开通成功信息，完成开通虚拟卡操作。虚拟卡开通完成后对虚拟公交卡进行充值，充值成功后即可使用该虚拟公交卡。用户乘坐公交时，直接将手机靠近闸机进行刷卡(不需要打开微信界面)，刷卡响应后，手机自行启动微信打开对应的小程序进入支付界面，向用户显示支付信息。该方法不限于固定手机使用，即任意一部手机登录同一微信账号后即可使用，使用过程中也不用预先打开相应界面，提高支付效率。
本申请还提供一种移动设备用于实现上述基于主机卡模拟的支付方法，具体请参阅6，图6是本申请移动设备第一实施方式的结构示意图。在该实施方式中，该移动设备包括处理器601、nfc器件602和通信电路603，处理器601耦接nfc器件602和通信电路603，在工作时执行指令，以配合nfc器件602和通信电路603实现上述基于主机卡模拟的支付方法，具体工作过程与上述方法实施方式中一致，故在此不在赘述，详细请参阅以上对应方法步骤的说明。其中移动设备可以是手机、平板电脑，可穿戴设备等。
本申请还提供一种服务器用于实现上述基于主机卡模拟的支付方法，具体请参阅7，图7是本申请服务器第一实施方式的结构示意图。在该实施方式中，该服务器包括处理器701、存储器702和通信电路703，处理器701耦接存储器702和通信电路703，在工作时执行指令，以配合存储器702和通信电路703实现上述基于主机卡模拟的支付方法，具体工作过程与上述方法实施方式中一致，故在此不在赘述，详细请参阅以上对应方法步骤的说明。其中，服务器可以由前置服务器、业务服务器、web服务器、数据库服务器等多个服务器组成的服务器系统。
本申请还提供一种具有存储功能的装置用于实现上述基于主机卡模拟的支付方法，具体请参阅8，图8是本申请具有存储功能的装置第一实施方式的结构示意图。在该实施方式中，具有存储功能的装置80存储有程序801，程序801被执行时实现上述基于主机卡模拟的支付方法。具体工作过程与上述方法实施例中一致，故在此不再赘述，详细请参阅以上对应方法步骤的说明。其中存储装置可以是便携式存储介质如u盘、光盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟等各种可以存储程序代码的介质，也可以是终端、服务器等。
以上方案，本申请所提供的基于主机卡模拟的支付方法，将开通的虚拟卡卡数据保存在服务器端，既能够提高虚拟卡卡数据的安全性，也提高了使用虚拟卡的灵活性，具体地该虚拟卡不固定于一部移动设备使用，同一账号可以使用不同的移动设备登录使用，即用户在更换移动设备时，只需要重新登录账号即可，不再需要进行虚拟卡卡数据的转移，更加方便灵活。
在本申请所提供的几个实施方式中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外，在本申请各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。
以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。