用户验证方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种验证方法、装置、计算机设备和存储介质。

背景技术：

在进行应用程序推广时，需要将应用程序发布到相关渠道，用户访问渠道时，可以在渠道中下载推广的应用程序。在支付渠道费用时，通过用户在渠道中下载应用程序的次数进行计费。然后，在一些渠道推广时，虽然在渠道中的下载次数较多，但是转化为使用应用程序的有效用户少，然而对于不同的推广渠道，在用户打开应用程序时，无法定位有效用户的渠道来源，因此无法对有效用户的渠道来源进行验证。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够解决无法对有效用户的渠道来源进行验证问题的验证方法、装置、计算机设备和存储介质。

一种用户验证方法，所述方法包括：

接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据所述任务请求得到第一用户终端信息；

接收第二用户终端的应用程序打开请求，生成所述应用程序后台中的虚拟第二服务程序，通过所述第二服务程序向第二用户终端发送所述任务请求，根据所述任务请求得到第二用户终端信息；

将所述第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证所述第二用户终端和所述第一用户终端是否为同一用户终端。

在其中一个实施例中，还包括：接收第一用户终端响应所述任务请求的第一反馈数据；解析所述第一反馈数据，得到第一用户终端信息；接收第二用户终端响应所述任务请求的第二反馈数据；解析所述第二反馈数据，得到第二用户终端信息。

在其中一个实施例中，所述任务请求为http请求；还包括：解析所述http请求的协议栈，从所述协议栈中获取第一反馈数据；解析所述http请求的协议栈，从所述协议栈中获取第二反馈数据。

在其中一个实施例中，还包括：解析第一反馈数据，获取所述第一反馈数据中在预设时间内不变的变量作为所述第一动态参数；获取所述第一反馈数据中不变的数据作为所述第一固定参数；解析第二反馈数据，获取所述第二反馈数据中在预设时间内不变的变量作为所述第二动态参数；获取所述第二反馈数据中不变的数据作为所述第二固定参数。

在其中一个实施例中，还包括：将所述第一固定参数与所述第二固定参数进行比较；在比较通过后，将第一动态参数与所述第二动态参数进行比较。

在其中一个实施例中，还包括：若所述第一固定参数和第二固定参数一致，且所述第一动态参数与所述第二动态参数在阈值范围内，则所述第二用户终端和第一用户终端为同一用户终端；否则，所述第二用户终端和第一用户终端不是同一用户终端。

在其中一个实施例中，还包括：将所述第一用户终端信息通过哈希算法转化为第一设备指纹；将所述第一设备指纹存储在设备指纹数据库中；获取所述第二用户终端信息对应的第二设备指纹；将所述第二设备指纹在所述设备指纹库中进行匹配，若在所述设备指纹库中匹配到对应的第一设备指纹，则所述第二用户终端与第一用户终端为同一用户终端。

一种用户验证装置，所述装置包括：

第一信息获取模块，用于当第一用户终端打开指定应用程序下载页面时，通过第一服务程序向第一用户终端发送任务请求，根据所述任务请求得到第一用户终端信息；

第二信息获取模块，用于当第二用户终端打开所述应用程序时，生成所述应用程序后台中的虚拟第二服务程序，通过所述第二服务程序向第二用户终端发送所述任务请求，根据所述任务请求得到第二用户终端信息；

验证模块，用于将所述第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证所述第二用户终端和所述第一用户终端是否为同一用户终端。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据所述任务请求得到第一用户终端信息；

接收第二用户终端的应用程序打开请求，生成所述应用程序后台中的虚拟第二服务程序，通过所述第二服务程序向第二用户终端发送所述任务请求，根据所述任务请求得到第二用户终端信息；

将所述第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证所述第二用户终端和所述第一用户终端是否为同一用户终端。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据所述任务请求得到第一用户终端信息；

接收第二用户终端的应用程序打开请求，生成所述应用程序后台中的虚拟第二服务程序，通过所述第二服务程序向第二用户终端发送所述任务请求，根据所述任务请求得到第二用户终端信息；

将所述第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证所述第二用户终端和所述第一用户终端是否为同一用户终端。

上述用户验证方法、装置、计算机设备和存储介质，服务器接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据任务请求得到第一用户终端信息，接收第二用户终端的应用程序打开请求，生成应用程序后台中的虚拟第二服务程序，通过第二服务程序向第二用户终端发送任务请求，根据任务请求得到第二用户终端信息；将所述第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证所述第二用户终端和所述第一用户终端是否为同一用户终端。本发明实施例，通过服务程序或用户终端信息，通过对比用户终端信息，判断两次请求是否为同一用户终端，以此对用户进行验证。

附图说明

图1为一个实施例中用户验证方法的应用场景图；

图2为一个实施例中用户验证方法的流程示意图；

图3为另一个实施例中用户验证方法的流程示意图；

图4为又一个实施例中用户验证方法的流程示意图；

图5为一个实施例中用户验证装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的用户验证方法，可以应用于如图1所示的应用环境中。其中，第一用户终端102和第二用户终端104通过网络与服务器106通过网络进行通信。其中，第一用户终端102和第二用户终端104可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

第一用户终端102可以是通过应用商店下载应用程序的终端，第一用户终端102从应用商店下载应用程序时，服务器104通过第一服务程序向第一用户终端102发送任务请求，服务器106根据任务请求得到第一用户终端信息。

第二用户终端104可以是打开应用程序的终端，在第二用户终端104打开应用程序时，服务器106在应用程序的后台虚拟第二服务程序，通过第二服务程序向第二用户终端104发送任务请求，服务器106根据任务请求得到第二终端信息。

进一步的，服务器106获取第二终端信息之后，将第二终端信息与第一终端信息进行比较，服务器106会根据比较结果验证第二用户终端是否为第一用户终端，以此对用户进行验证。

在一个实施例中，如图2所示，提供了一种用户验证方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据任务请求得到第一用户终端信息。

第一用户终端可以是通过应用商店下载应用程序的终端，第一用户终端需要下载应用程序时，首先需要向服务器发送应用程序下载页面请求，以此在下载页面下载应用程序。

服务程序，在服务器的一个端口，就配置有一种服务程序，任务请求是一种特定请求，将特定请求发送给第一用户终端后，第一用户终端会针对特定请求进行反馈，服务器可以根据反馈获取到第一用户终端信息。

步骤204，接收第二用户终端的应用程序打开请求，生成应用程序后台中的虚拟第二服务程序，通过第二服务程序向第二用户终端发送任务请求，根据任务请求得到第二用户终端信息。

第二用户终端打开应用程序，服务器在应用程序的后台生成虚拟的服务程序，虚拟的服务进程是一种无界面服务进行，可以运行在应用程序后台，通过配置，虚拟的服务程序和服务程序一样，可以发送相同的任务请求。

步骤206，将第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证第二用户终端和第一用户终端是否为同一用户终端。

第二用户终端和第一用户终端进行比较，可以采用比较相似度的方法，得到相似度的结果，或者采用匹配比较的方式，得到是否匹配的结果。

可以通过相似度大于阈值的结果验证第一用户终端和第二用户终端是同一用户终端，或者，根据匹配相同的结果验证第一用户终端和第二用户终端是同一用户终端。

上述用户验证方法中，服务器接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据任务请求得到第一用户终端信息，接收第二用户终端的应用程序打开请求，生成应用程序后台中的虚拟第二服务程序，通过第二服务程序向第二用户终端发送任务请求，根据任务请求得到第二用户终端信息；将所述第二用户终端信息和所述第一用户终端信息进行比较，根据比较结果验证所述第二用户终端和所述第一用户终端是否为同一用户终端。本发明实施例，通过服务程序或用户终端信息，通过对比用户终端信息，判断两次请求是否为同一用户终端，以此对用户进行验证。

在一实施例中，如图3所示，提供另一种用户验证方法的示意性流程图，具体步骤如下：

步骤302，接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，接收第一用户终端响应任务请求的第一反馈数据，解析第一反馈数据，得到第一用户终端信息。

步骤304，接收第二用户终端的所述应用程序打开请求，生成所述应用程序后台中的虚拟第二服务程序，通过所述第二服务程序向第二用户终端发送所述任务请求，接收第二用户终端响应任务请求的第二反馈数据，解析第二反馈数据，得到第二用户终端信息。

步骤306，将第二用户终端信息和第一用户终端信息进行比较，根据比较结果验证第二用户终端和第一用户终端是否为同一用户终端。

本发明实施例，服务器通过解析第一用户终端和第二用户终端的反馈数据，解析反馈数据，得到第一用户终端信息和第二用户终端信息，有利于信息获取的准确性。

在另一实施例中，任务请求为http请求，服务器通过第一服务程序向第一用户终端发送http请求，第一用户终端接收http请求后生成第一反馈数据，将第一反馈数据反馈至服务器，并保存在服务器的协议栈中。服务器解析http请求的协议栈，从协议栈中获取第一反馈数据。服务器通过第二服务程序向第二用户终端发送http请求，第二用户终端接收http请求后，生成第一第二反馈数据，将第二反馈数据反馈至服务器，并保存在服务器的协议栈中。服务器解析http请求的协议栈，从协议栈中获取第二反馈数据。

本发明实施例中，协议栈指的是网络中各层协议的总和，可以反映一个网络中文件传输的过程。因此，在http请求结束之后，服务器解析http请求的协议栈，可以得到第一用户终端和第二用户终端的反馈数据。

在又一实施例中，第一用户终端信息和第二用户终端信息均可以包括：浏览器类型、浏览器版本号、终端操作系统、系统版本号、系统语言以及浏览器时区等，由于第一用户终端请求下载页面时，会调起一个web页面，然后通过服务程序，可以获取上述第一用户终端信息。同样，第二用户终端打开应用程序时，会调起应用程序的后台，在应用程序的后台生成虚拟的服务程序，通过服务程序发送特定的http请求，然后可以从http请求的协议栈获取上述第二用户终端信息。

具体的，服务程序可以选择web容器，服务器中可以针对终端信息获取的需求，选择web容器，或者定制web容器。选择好web容器后，可以部署在服务器中，以此实现发送特定http请求的功能。

在另一实施例中，还需要对第一用户终端信息和第二用户终端进行分类，第一用户终端信息包括第一固定参数和第一动态参数，第二用户终端信息包括第二固定参数和第二动态参数。

具体的，可以解析第一反馈数据，获取第一反馈数据中在预设时间内不变的变量作为第一动态参数，获取第一反馈数据中不变的数据作为第一固定参数。解析第二反馈数据，获取第二反馈数据中在预设时间内不变的变量作为第二动态参数，获取第二反馈数据中不变的数据作为第二固定参数。

本实施例中，预设时间可以根据需求设置，例如可以设置24小时，即第一反馈数据中存在24小时内不变的变量，则该变量为第一动态参数，无论何时均不会发生变化的参数为第一固定参数。对应的，第二反馈数据中存在24小时内不会发生变化的参数为第二动态参数，无论何时均不会发生变化的参数为第二固定参数。由于动态参数和固定参数对验证相同设备的影响不同，因此，将第一用户设备信息和第二用户设备信息进行分类，可以提高用户验证的准确性。

在又一实施例中，将第一用户设备信息和第二用户设备信息进行分类之后，对于步骤306，可以将第一固定参数与第二固定桉树进行比较，在比较通过后，再将第一动态参数与第二动态参数进行比较。

本实施例中，比较通过，可以设定为第一固定参数和第二固定参数一致，标识比较通过，或者第一固定参数和第二固定参数比较的差异在一定的差异范围内，表示比较通过。

在一实施例中，设定第一固定参数和第二固定参数一致时，表示比较通过，此时，比较第一动态参数和第二动态参数，若第一动态参数和第二动态参数的差异在阈值范围内，则认为第二用户终端与第一用户终端为同一用户终端。

具体的，可以将浏览器类型、终端操作系统以及浏览器时区分类为固定参数，浏览器版本号、系统版本号以及系统语言为动态参数。因此，第一固定参数包括：第一用户终端的浏览器类型、终端操作系统以及浏览器时区，第一动态参数包括：第一用户终端的浏览器版本号、系统版本号以及系统语言。第二固定参数包括：第二用户终端的浏览器类型、终端操作系统以及浏览器时区，第二动态参数包括：第二用户终端的浏览器版本号、系统版本号以及系统语言。

对于步骤306，在一实施例中，可以将第一固定参数和第二固定参数对应的参数进行对比，如果对比一致，则将第二动态参数和第一动态参数对应部分的参数进行对比，如果第二动态参数与第一动态参数的差异在阈值范围内，则认为第二用户终端和第一用户终端为同一用户终端，否则第二用户终端和第一用户终端不是同一用户终端。

本发明实施例，对应部分指的是对应部分的参数，例如第一动态参数中的第一用户终端的浏览器版本号与第二固定参数中的第二用户终端的浏览器版本号对应。差异在阈值范围表示对应特征对比的相似度，例如：第一用户终端的浏览器版本号为1.1.1，第二用户终端的浏览器版本号在1.1.2，判断处于上下两个版本，通过对比可以差异在阈值范围内。

在一实施例中，如图4所示，提供有一种用户验证方法的示意性流程图，具体步骤如下：

步骤402，接收第一用户终端的应用程序下载页面请求，通过第一服务程序向第一用户终端发送任务请求，根据任务请求得到第一用户终端信息。

步骤404，将第一用户终端信息通过哈希算法转化为第一设备指纹，将第一设备指纹存储在设备指纹数据库中。

步骤406，接收第二用户终端的应用程序打开请求，生成应用程序后台中的虚拟第二服务程序，通过第二服务程序向第二用户终端发送任务请求，根据任务请求得到第二用户终端信息。

步骤408，将第二用户终端通过哈希算法转化为第二设备指纹。

步骤410，将第二设备指纹在设备指纹库中进行匹配，若在设备指纹库中匹配到对应的第一设备指纹，则第二用户终端与第一用户终端为同一用户终端。

本发明实施例，可以采用哈希算法，将第一用户终端信息和第二终端信息映射为相同长度的二进制值，以此，有利于进行第二终端信息与第二终端信息之间的对比。

另外，本发明实施例中，设备指纹库中存储有多条第一设备指纹，因此，只需要第二设备指纹，在设备指纹库中匹配到对应的第一设备指纹，则说明该第一设备指纹对应的第一用户终端和第二设备指纹对应的第二用户终端为同一用户终端。

在另一实施例中，由于动态参数的有效性在一定的时间范围内，例如：动态参数24小时内会改变，为了避免时间的误差，可以为第一设备指纹设置时间戳，以此对时间进行标记，在获取第二设备指纹与第一设备指纹进行匹配时，可以知道时间间隔是否在预设的时间范围内，以此保证动态参数的有效性。

在又一实施例中，还可以采用标准化语义的方法，获取第一用户终端信息和第二用户终端信息，具体如下，首先建立每一种用户终端信息的标准化语义模板，在获取用户终端信息后，将用户终端信息填充至对应的标准化语义模板，在获取所有用户终端信息的语义模板后，利用哈希算法，进行转化得到设备指纹。

具体的，标准化语义如下：

1.使用的safari，在特定网站的所有用户中，占比34.46％；

2.使用的浏览器版本是是safari11.0，占比30.46％；

3.使用的操作系统是mac，占比17.9％；

4.使用的mac版本是mac10.10,占比4.25％；

5.设置的浏览器语言是中文，占比0.66％；

6.设置的浏览器时区是utc+8，占比2.58％。

本发明实施例，通过标准化语义，可以提高匹配的精度，从提高用户验证的准确度。

在一具体的实施例中，在渠道发布应用程序的广告，第一用户点击广告后，通过第一用户终端向服务器发送应用程序下载页面请求，服务器接收下载页面请求后，第一用户终端的界面显示下载页面，可以在下载页面下载应用程序，此时，服务器通过web容器向第一用户终端发送http请求，第一用户终端根据任务请求向服务器发送反馈数据，服务器在http的协议栈解析获取第一用户终端信息。然后通过哈希算法，将第一用户终端转化为第一设备指纹，由于一段时间内可能有大量的第一用户下载应用程序，因此将所有的第一设备指纹保存在设备指纹库中。服务器后台检测是否有第二用户终端打开应用程序，若接收到第二用户终端应用程序打开请求，则在应用程序的后台生成虚拟的web容器，通过虚拟的web容器向第二用户终端发送http请求，第二用户终端根据http请求生成反馈信息，并发送给服务器，服务器接收反馈信息，通过解析http请求协议栈，可以得到第二用户终端信息。采用哈希算法将第二用户终端信息转化为第二设备指纹，在对用户进行验证时，主要验证第一用户终端和第二用户终端是否为同一用户终端。因此，服务器将第二设备指纹在设备指纹库中进行匹配，若匹配到相同或者相似的，则说明第一用户终端和第二用户终端为同一用户终端，用户验证通过。

在一实施例中，还可以对渠道的推广效果进行统计，具体是根据渠道对应的设备指纹库中第一设备指纹的数目，与完成验证用户数量，统计渠道对应的转化率，通过转化率可以反映渠道的推广效果。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图所示，提供了一种用户验证装置，包括：第一信息获取模块502、第二信息获取模块504和验证模块506，其中：

第一信息获取模块502，用于当第一用户终端打开指定应用程序下载页面时，通过第一服务程序向第一用户终端发送任务请求，根据任务请求得到第一用户终端信息。

第二信息获取模块504，用于当第二用户终端打开应用程序时，生成应用程序后台中的虚拟第二服务程序，通过第二服务程序向第二用户终端发送任务请求，根据任务请求得到第二用户终端信息。

验证模块506，用于将第二用户终端信息和第一用户终端信息进行比较，根据比较结果验证第二用户终端和第一用户终端是否为同一用户终端。

在一实施例中，第一信息获取模块502还用于接收第一用户终端响应所述任务请求的第一反馈数据；解析所述第一反馈数据，得到第一用户终端信息。第二信息获取模块504还用于接收第二用户终端响应任务请求的第二反馈数据；解析第二反馈数据，得到第二用户终端信息。

在一实施例中，任务请求为http请求，第一信息获取模块502还用于解析所述http请求的协议栈，从所述协议栈中获取第一反馈数据。第二信息获取模块504还用于解析http请求的协议栈，从协议栈中获取第二反馈数据。

在一实施例中，第一用户终端信息包括：第一固定参数和第一动态参数，第一信息获取模块502还用于解析第一反馈数据，获取所述第一反馈数据中在预设时间内不变的变量作为所述第一动态参数；获取所述第一反馈数据中不变的数据作为所述第一固定参数。第二用户终端信息包括：第二固定参数和第二动态参数，第二信息获取模块504还用于解析第二反馈数据，获取所述第二反馈数据中在预设时间内不变的变量作为所述第二动态参数；获取所述第二反馈数据中不变的数据作为所述第二固定参数。

在一实施例中，验证模块506还用于将所述第一固定参数与所述第二固定参数进行比较；在比较通过后，将第一动态参数与所述第二动态参数进行比较。

在一实施例中，验证模块506还用于若所述第二固定参数和所述第一固定参数一致，且所述第二动态参数与所述第一动态参数的差异在阈值范围内，则所述第二用户终端和第一用户终端为同一用户终端；否则，所述第二用户终端和第一用户终端不是同一用户终端。

在一实施例中，还包括转化模块，用于将所述第一用户终端信息通过哈希算法转化为第一设备指纹；将所述第一设备指纹存储在设备指纹数据库中。验证模块506还用于获取所述第二用户终端信息对应的第二设备指纹；将所述第二设备指纹在所述设备指纹库中进行匹配，若在所述设备指纹库中匹配到对应的第一设备指纹，则所述第二用户终端与第一用户终端为同一用户终端。

关于用户验证装置的具体限定可以参见上文中对于用户验证方法的限定，在此不再赘述。上述用户验证装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储第一用户终端信息和第二用户终端的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种用户验证方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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