NFC卡片的数据分发方法及装置、电子设备及存储介质

技术领域

本申请涉及近场通信技术领域，特别涉及一种NFC卡片的数据分发方法、数据分发装置、电子设备及存储介质。

背景技术

近场通信(Near Field Communication,NFC)是一种短距离高频的无线电技术。随着NFC的发展，越来越多电子设备如移动终端及其应用支持NFC功能，在移动终端或者说NFC电子设备中可能存在多个应用对应同一类型NFC卡片，使得NFC电子设备需要具备NFC读卡分发功能。目前在各操作系统如安卓系统中，NFC应用可通过多种方式与移动终端注册，如直接读卡、前台分发及后台分发。往往大部分NFC应用选择直接读卡及后台分发。而此类注册模式在读卡及分发数据完成后，若卡片没有及时远离，会再次触发后台分发，继而弹出多个匹配的NFC应用选择框供用户选择，然而当前用户已经完成读卡，如此给用户带来不便且容易误导用户，带来较差的用户体验。在某些操作系统中，为了避免后台分发模式的问题，往往不提供后台分发模式，而当用户无法确定NFC应用时后台分发模式可以给用户提供可选的应用，去除后则无法实现此功能。

发明内容

有鉴于此，本申请的实施例提供了一种NFC卡片的数据分发方法，包括：

当感应到所述NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用；

根据所述NFC卡片的卡片类型获取后台注册的预设NFC应用名单；

若所述当前前台应用存在于所述预设NFC应用名单，将所述当前前台应用的NFC数据进行所述后台分发至所述当前前台应用。

本申请还提供了一种NFC卡片的数据分发装置，包括：

设置模块，用于当感应到所述NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用；

获取模块，用于根据所述NFC卡片的卡片类型获取后台注册的预设NFC应用名单；

后台分发模块，用于若所述当前前台应用存在于所述预设NFC应用名单，将所述当前前台应用的NFC数据进行所述后台分发至所述当前前台应用。

本申请还提供了一种电子设备，所述电子设备包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现如上述所述的数据分发方法。

本申请还提供了一种计算机程序的非易失性计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，实现如上述所述的数据分发方法。

本申请实施方式通过当感应到NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用。至少具有以下有益效果：

一、使得在后台分发中实现了NFC卡片的数据的定向分发，而不会将多个预设NFC应用名单显示在Activity选择器中供用户选择，有效地解决了一些因后台分发自动触发而给用户带来不便的问题。

二、对于在当前前台应用的NFC读卡程序，即使未注册前台方式，也可使得后台分发将读卡事件分发至当前前台应用，而当前前台应用可根据此后台分发执行读卡等操作，从而实现了NFC读卡程序在任意界面读卡都可以直接跳转到读卡界面的功能，在一定程度上解决了没有注册前台分发的NFC读卡程序需要在特定界面才能读卡的问题。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解。

图1是本申请某些实施方式的数据分发方法流程示意图；

图2是本申请某些实施方式的数据分发装置模块图；

图3是本申请某些实施方式的数据分发方法流程示意图；

图4是本申请某些实施方式的数据分发方法流程示意图；

图5是本申请某些实施方式的数据分发装置模块图；

图6是本申请某些实施方式的数据分发方法流程示意图；

图7是本申请某些实施方式的数据分发装置模块图；

图8是本申请某些实施方式的数据分发方法流程示意图；

图9是本申请某些实施方式的数据分发装置模块图；

图10是本申请某些实施方式的数据分发方法流程示意图；

图11是本申请某些实施方式的数据分发装置模块图；

图12是本申请某些实施方式的数据分发方法流程示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

在NFC卡片的数据分发领域中，NFC读卡模式在开启或关闭时会重新设置NFC参数，此时如果感应到NFC卡片在附近就会触发读卡事件，进而执行数据分发流程，在NFC读卡模式开启时触发的读卡事件由NFC读卡模式的前台应用本身来处理，但是在NFC读卡模式关闭时的读卡事件将无法再由NFC读卡模式处理，而会由前台分发或者后台分发进行处理，当NFC应用没有进行前台注册时，则由后台分发处理，此时会弹出Activity选择器供用户选择，或是直接跳转到其他应用。可以理解的是，当前用户打开此NFC应用已经完成读卡，如此弹出Activity选择器或是直接跳转到其他应用容易误导用户，用户体验较差。

另外，对于某些NFC应用程序中的NFC读卡程序，该NFC读卡程序可直接在打开应用程序时进行NFC读卡，而某些NFC读卡程度仅注册了后台未注册前台，在NFC电子设备中还安装了其他支持此类卡片的NFC读卡程序时，用户打开此NFC读卡程序仍然无法直接读卡，系统弹出Activity选择器供用户选择，而无法直接将对应的NFC数据分发给此NFC读卡程序，其结果与用户的预期不符，用户体验较差。

请参阅图1，本申请提供了一种NFC卡片的数据分发方法，包括：

S10：当感应到NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用；

S20：根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单；

S30：若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用。

请参阅图2，本申请实施方式还提供了一种数据分发装置100，本申请实施方式的读卡分发方法可以由数据分发装置100实现。数据分发装置100包括设置模块110、获取模块120及后台分发模块130。S10可以由设置模块110实现，S20可以由获取模块120实现，S30可以由后台分发模块130实现。或者说，设置模块110用于当感应到NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用。获取模块120用于根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单。后台分发模块130用于若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用。

本申请实施方式还提供了一种电子设备。电子设备包括存储器和处理器。存储器中存储有计算机程序，处理器用于当感应到NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用。

具体地，NFC卡片的数据分发为当NFC电子设备检测到NFC卡片时，能够启动正确的NFC应用程序对NFC卡片的数据进行分发。可以理解地，在NFC电子设备的操作系统如Android系统中，一个NFC应用程序如果希望对NFC卡片进行处理，那么必须要预先在操作系统中注册所需处理的卡片类型，如此当操作系统检测到NFC卡片时，会根据应用程序注册的卡片类型进行数据的分发。而应用程序的注册可分为后台注册和前台注册两种方式。前台注册是指NFC电子设备的当前前台应用在程序代码中进行的动态注册。后台注册是指通过应用程序的配置文件对所需处理的卡片类型进行的静态注册。两种方式相比较，后台注册实现更简单，不要求注册的应用程序为当前程序，而前台注册方式实现更灵活，同时优先级较后台注册方式更高，但必须是NFC电子设备的当前前台应用。NFC应用程序可采用前台注册方式、后台注册方式、或前台后台均注册的注册方式，而目前较多NFC应用程序只采用了后台注册方式。

当NFC应用程序没有通过前台方式注册，或者注册了前台方式而数据分发失败的情况下，当NFC卡片靠近NFC电子设备，或者说NFC电子设备感应到NFC卡片时，执行步骤S10，将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用。

具体地，NFC电子设备对NFC卡片进行后台分发可通过Intent过滤器的方式，其中，Intent为一种标签调度系统，该系统会分析感应到的NFC卡片，并对相应数据进行适当分类，然后启动对分类后的数据感兴趣的NFC应用程序。如果某个应用想要处理扫描到的NFC卡片，则可以声明Intent过滤器，从而得到相应的NFC数据。将当前分发Intent的目标包名设置为前台应用以创建Intent。

在步骤S20中，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单。其中，卡片类型为NFC技术领域中的通常含义，可包括自NFC卡片获取的相关NFC特定参数，不同的NFC卡片其设置的参数不同。可以理解的是，NFC应用程序通过后台的方式注册，系统可根据NFC卡片类型得到支持该NFC卡片类型的一个或多个NFC应用程序，该一个或多个NFC应用程序组成预设NFC应用名单。

进一步地，在步骤S30中，将当前前台应用于预设NFC应用名单进行匹配，若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用，如此完成数据分发。而当前前台应用会根据分发的NFC数据实现NFC业务。

如此，通过当感应到NFC卡片时将当前分发Intent的目标包名设置为前台应用以使得后台分发指向当前前台应用，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用。使得在后台分发中实现了NFC卡片数据的定向分发，而不会将多个预设NFC应用名单显示在Activity选择器中供用户选择，有效地解决了一些因后台分发自动触发而给用户带来不便的问题。另外，对于在当前前台应用的NFC读卡程序，即使未注册前台方式，也可使得后台分发将读卡事件分发至当前前台应用，而当前前台应用可根据此后台分发执行读卡等操作，从而实现了NFC读卡程序在任意界面读卡都可以直接跳转到读卡界面的功能，在一定程度上解决了没有注册前台分发的NFC读卡程序需要在特定界面才能读卡的问题。同时，后台分发时将当前分发Intent的目标包名设置为“前台应用”，可将后台分发定向指向当前前台应用，在一定程度上使得分发的NFC数据更大可能性地匹配NFC卡片，或者说提高了命中用户当前想要读取的NFC卡片的概率，从而提升了用户体验。

请参阅图3，在某些实施方式中，数据分发方法还包括：

S40：若当前前台应用不存在于预设NFC应用名单，或后台分发失败，停止数据分发。

在某些实施方式中，S40可以由后台分发模块130来实现。或者说，台分发模块130用于若当前前台应用不存在于预设NFC应用名单，或后台分发失败，停止数据分发。

在某些实施方式中，处理器用于若当前前台应用不存在于预设NFC应用名单，或后台分发失败，停止数据分发。

在一个例子中，若当前前台应用无法匹配到预设NFC应用名单中的任何NFC应用程序，即就是后台没有找到任何NFC应用程序能够处理此NFC卡片，则系统会停止处理，丢弃当前读卡事件。

在另一个例子中，将当前前台应用的NFC数据分发至当前前台应用时，因当前前台应用本身的设置如注册原因，而导致前台应用仍然无法处理NFC读卡，即后台分发失败，则停止NFC读卡分发，系统可丢弃或不再处理此读卡事件。进一步地，在某些实施方式中，可预警提示如“无应用支持此卡片”等。

请参阅图4，在某些实施方式中，步骤S10包括：

S11：当感应到NFC卡片时判断当前前台应用是否支持NFC功能；

S12：若当前前台应用支持NFC功能，将目标包名设置为前台应用。

相应地，请参阅图5，在某些实施方式中，数据分发装置100还包括判断模块140。S11和S12可以由判断模块140来实现。或者说，判断模块140用于当感应到NFC卡片时判断当前前台应用是否支持NFC功能，若当前前台应用支持NFC功能，将目标包名设置为前台应用。

在某些实施方式中，处理器用于当感应到NFC卡片时判断当前前台应用是否支持NFC功能，若当前前台应用支持NFC功能，将目标包名设置为前台应用。

具体地，判断当前前台应用是否支持NFC功能如应用是否具有NFC功能，或是否具有可读卡等功能。其中，当前前台应用为当前NFC电子设备界面上打开的应用程序，对于是否支持NFC功能的判断方式可通过获取该应用程序的相关参数如NFC权限等。当NFC权限为打开时，则判断当前前台应用支持NFC功能，反之，当NFC权限为关闭时，则判断当前前台应用不支持NFC功能。进一步地，若当前前台应用支持NFC功能，将目标包名设置为前台应用。

需要说明的是，本申请实施方式通过判断当前前台应用是否支持NFC功能并在当前前台应用支持NFC功能的前提下进行。对于当前前台应用不支持NFC功能时，可生成Activity选择器，或丢弃此读卡事件、停止NFC读卡分发等。

如此，在将当前分发Intent的目标包名设置为前台应用之前通过判断当前前台应用支持NFC功能，对于当前前台应用不是NFC相关的应用程序，可以停止分发或者进行原有的后台分发或者前台分发等流程，一方面避免了不必要的资源消耗，在一定程度上提高了分发效率。另一方面，对于不支持NFC功能的应用程序，可以提供更多的数据分发方法，详见如下实施例。

请参阅图6，在某些实施方式中，数据分发方法还包括：

S50：若当前前台应用不支持NFC功能，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单；

S60：根据预设NFC应用名单生成Activity选择器供用户选择以确定NFC目标应用；

S70：将NFC目标应用的NFC数据分发至当前前台应用。

请参阅图7，本申请实施方式的数据分发装置100还包括生成模块150，S60可以由生成模块150来实现，S50可以由获取模块120来实现，S70可以由后台分发模块130来实现。或者说，获取模块120用于若当前前台应用不支持NFC功能，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单。生成模块150用于根据预设NFC应用名单生成应用选择框供用户选择以确定NFC目标应用。后台分发模块130用于将NFC目标应用的NFC数据分发至当前前台应用。

在某些实施方式中，处理器用于若当前前台应用不支持NFC功能，根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，并根据预设NFC应用名单生成应用选择框供用户选择以确定NFC目标应用，将NFC目标应用的NFC数据分发至当前前台应用。

具体地，若当前前台应用不支持NFC功能，则根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单。可以理解的是，NFC应用程序通过后台的方式注册，系统可根据NFC卡片类型得到支持该NFC卡片类型的一个或多个NFC应用程序，该一个或多个NFC应用程序组成预设NFC应用名单。

进一步地，将预设NFC应用名单中的一个或多个NFC应用程序封装在Acitivity选择器或APP选择框中弹出窗口供用户选择所需NFC应用，当用户选择完成后，将选择的NFC应用确定为NFC目标应用，并将NFC目标应用的NFC数据分发至当前前台应用。

如此，通过判断当前前台应用是否支持NFC功能，若支持NFC功能，则将当前分发Intent的目标包名设置为前台应用，并进行相应数据分发，若当前前台应用不支持NFC功能时，则根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单并生成Activity选择器供用户选择以确定NFC目标应用。可实现上述实施例中的有益效果，同时，对于用户无法进行NFC应用程序选择时，可通过Activity选择器供用户选择，避免了用户完全无法进行选择的状况，在一定程度上提升了用户体验。

请参阅图8，在某些实施方式中，在步骤S10之前还包括：

S01：当感应到NFC卡片时将NFC卡片对应的NFC数据进行直接分发至当前前台应用；

相应地，步骤S10包括：

S13：若直接分发失败，判断当前前台应用是否支持NFC功能。

请参阅图9，本申请实施方式的数据分发装置100还包括直接分发模块160，S01可以由直接分发模块160来实现，S13可以由判断模块140来实现。或者说，直接分发模块160用于当感应到NFC卡片时将NFC卡片对应的NFC数据进行直接分发至当前前台应用。判断模块140用于若直接分发失败，判断当前前台应用是否支持NFC功能。

在某些实施方式中，处理器用于当感应到NFC卡片时将NFC卡片对应的NFC数据进行直接分发至当前前台应用，若直接分发失败，判断当前前台应用是否支持NFC功能。

可以理解的是，NFC的工作模式包括读卡模式，在读卡模式下，NFC应用需在当前前台，应用通过调用对应API接口启用，启用后NFC仅会保留读卡功能，此模式优先级最高，读取到NFC卡片后会直接将NFC卡片数据给到前台注册的应用。若前台分发成功，则完成数据分发。若NFC卡片数据分发失败，如当前读卡模式关闭，且仍然感应到NFC卡片，则判断当前前台应用是否支持NFC功能。若当前前台应用支持NFC功能，则将当前分发Intent的目标包名设置前台应用，并根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，判断若当前前台应用存在于预设NFC应用名单，则将当前前台应用的NFC数据进行后台分发至当前前台应用。其具体过程基本同上述实施例，此处不再展开说明。反之，若当前前台应用不支持NFC功能，则根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，并根据预设NFC应用名单生成应用选择框供用户选择以确定NFC应用，并将相应的NFC数据进行后台分发至当前前台应用。其具体过程基本同上述实施例，此处不再展开说明。

如此，通过预先对读卡模式下的当前前台应用进行数据分发，若分发失败再通过判断当前前台应用是否支持NFC功能进行后续逻辑。对于在NFC读卡模式而仅通过后台分发进行注册的NFC应用程序，可以有效地避免当NFC卡片读卡结束却未远离NFC电子设备时，系统仍会弹出Activity选择器供用户选择的问题，减少了对用户的困扰，在一定程度上提升了用户的体验。

请参阅图10，在某些实施方式中，步骤S13包括：

S131：若直接分发失败，根据卡片类型确定NFC数据并进行前台分发至当前前台应用；

S132：若前台分发失败，判断当前前台应用是否支持NFC功能。

请参阅图11，本申请实施方式的数据分发装置100还包括前台分发模块170，S131可以由前台分发模块170来实现，S132可以由判断模块140来实现。或者说，前台分发模块170用于若直接分发失败，则根据当前前台应用的卡片类型确定NFC数据并进行前台分发至当前前台应用。判断模块140用于若前台分发失败，则判断当前前台应用是否支持NFC功能。

在某些实施方式中，处理器用于若直接分发失败，则根据当前前台应用的卡片类型确定NFC数据并进行前台分发至当前前台应用，若前台分发失败，则判断当前前台应用是否支持NFC功能。

可以理解的是，当NFC应用通过前台方式注册了对此NFC卡片的处理时，若上述实施例中的直接分发失败，则系统会继续进行前台分发，即将此NFC卡片交由当前前台应用处理。系统读取到NFC卡片后会对NFC卡片数据进行封装后再分发给前台应用，前台应用在调用接口时将自己支持和想要处理的NFC卡片类型作为参数传入，系统将此类型的卡片数据分发给当前前台应用。若前台分发成功，则完成数据分发。若前台分发失败，则判断当前前台应用是否支持NFC功能。若当前前台应用支持NFC功能，则将当前分发Intent的目标包名设置前台应用，并根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，判断若当前前台应用存在于预设NFC应用名单，则将当前前台应用的NFC数据进行后台分发至当前前台应用。其具体过程基本同上述实施例，此处不再展开说明。反之，若当前前台应用不支持NFC功能，则根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，并根据预设NFC应用名单生成应用选择框供用户选择以确定NFC应用，并将相应的NFC数据进行后台分发至当前前台应用。其具体过程基本同上述实施例，此处不再展开说明。

如此，通过预先对读卡模式下的当前前台应用进行数据分发，若分发失败再根据当前前台应用的卡片类型确定NFC数据并进行前台分发至当前前台应用，若前台分发失败，则判断当前前台应用是否支持NFC功能及后续逻辑。对于注册了前台的NFC应用程序，因前台的发布系统的优先级高于后台的Intent标签调度系统，则可先进行前台分发，而前台分发为定向分发且可直接指向应用程序，在一定程度上提高了数据分发的效率。

请参阅图12，在某些实施方式中，步骤S10之前还包括：

S02：当感应到NFC卡片时获取NFC应用黑白名单；

S03：在NFC应用黑白名单中查询当前前台应用，并根据查询结果判断是否将目标包名设置为前台应用以使得后台分发指向当前前台应用。

在某些实施方式中，S02和S03可以由判断模块140来实现。或者说，判断模块140用于当感应到NFC卡片时获取NFC应用黑白名单，在NFC应用黑白名单中查询当前前台应用，并根据查询结果判断是否将目标包名设置为前台应用以使得后台分发指向当前前台应用。

在某些实施方式中，处理器用于当感应到NFC卡片时获取NFC应用黑白名单，在NFC应用黑白名单中查询当前前台应用，并根据查询结果判断是否将目标包名设置为前台应用以使得后台分发指向当前前台应用。

具体地，系统可设置NFC应用黑白名单，且可动态编辑。NFC应用黑白名单可通过多种方式进行动态编辑，包括但不限于用户管理、系统预设等。其中，用户管理可通过界面相关设置手动编辑NFC应用黑白名单。系统预设可通过NFC电子设备的服务器端对某些特殊NFC应用程序如将NFC应用1添加至NFC应用黑名单，如此，NFC应用1即使为当前前台应用，也不会启用本申请的数据分发方法。或将NFC应用2添加至NFC应用白名单，则NFC应用2为当前前台应用时判定为支持NFC功能。系统预设的NFC应用黑白名单可再通过对NFC电子设备进行更新以使得获取实时的NFC应用黑白名单。

如此，对于某些应用程序其NFC权限打开，但并无NFC功能，若通过NFC权限来判断应用是否支持NFC功能可能会出现误判。本实施例通过对NFC应用黑白名单进行动态编辑，可在一定程度上避免上述误判情况。

本申请实施方式还提供了一种计算机可读存储介质。一个或多个存储有计算机程序的非易失性计算机可读存储介质，当计算机程序被一个或多个处理器执行时，实现上述任一实施方式的方法。

综上所述，本申请实施方式通过当感应到NFC卡片时判断当前前台应用是否支持NFC功能，若当前前台应用支持NFC功能，将当前分发Intent的目标包名设置为前台应用，并根据NFC卡片的卡片类型获取后台注册的预设NFC应用名单，若当前前台应用存在于预设NFC应用名单，将当前前台应用的NFC数据进行后台分发至当前前台应用。至少具有以下有益效果：

一、使得在后台分发中实现了NFC卡片的数据的定向分发，而不会将多个预设NFC应用名单显示在Activity选择器中供用户选择，有效地解决了一些因后台分发自动触发而给用户带来不便的问题。

二、对于在当前前台应用的NFC读卡程序，即使未注册前台方式，也可使得后台分发将读卡事件分发至当前前台应用，而当前前台应用可根据此后台分发执行读卡等操作，从而实现了NFC读卡程序在任意界面读卡都可以直接跳转到读卡界面的功能，在一定程度上解决了没有注册前台分发的NFC读卡程序需要在特定界面才能读卡的问题。

三、通过预先对读卡模式下的当前前台应用进行数据分发，若分发失败再通过判断当前前台应用是否支持NFC功能进行后续逻辑。对于在NFC读卡模式而仅通过后台分发进行注册的NFC应用程序，可以有效地避免当NFC卡片读卡结束却未远离NFC电子设备时，系统仍会弹出Activity选择器供用户选择的逻辑，在一定程度上提升了用户的体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的软件来完成。程序可存储于一非易失性计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。