CN103049859B - 一种影响数据操作的处理方法及*** - Google Patents

Abstract

本申请提供了一种影响数据操作的处理方法及***，以解决服务器处理数据中的问题。所述的方法包括：导入用户信息并配置用于体验的数据信息，生成体验数据；生成唯一的链接地址，加载到对应用户的体验数据中并存储；发送链接地址给对应的用户；接收用户的操作请求，根据体验数据判断用户是否有权限体验，若有权限，则允许用户执行体验操作。体验数据可以精准的投放给对应用户，针对每个用户配置对应用于体验的数据信息，使得数据处理上更有针对性。不同的用户可以配置体验不同的应用模块的数据，实现体验的个性化设置，在数据的处理上更加有区分性，服务器处理的数据比较少，数据处理的速度比较高，体验效果也比较好。

Description

一种影响数据操作的处理方法及***

技术领域

本申请涉及数据处理技术，特别是涉及一种影响数据操作的处理方法及***。

背景技术

现有技术中针对影响数据操作的处理方法有两种，一种方法是服务器产生数据链接并随机发放给用户，用户接收数据链接后需返回一些数据才能使用数据链接。整个数据处理的过程比较长，并且服务器需要处理的数据比较多，会增加服务器的负担。

例如，某种产品推出新模块时，服务器产生这种产品的体验券或抵价券并随机发放给用户，每一张体验券或抵价券都有一个编号，用户要想使用这个产品就需要订购产品，在订购产品时可以输入编号，来减少部分的费用。这种方法用户必须要付费订购产品才能体验使用，仅凭体验券没有权限来体验使用新模块。并且用户接收、订购和使用过程的数据处理时间比较长，服务器要发送要求付费的数据、接收付费数据并返回付费成功的数据，期间还要验证编号，处理减少付费的数据等等，服务器需要处理非常多的数据，增加了服务器的负担，也会影响数据处理的速度。

另一种方法是服务器在某个时间段内开放***，在这个时间段内所有用户都可以使用***执行相关的数据操作。由于执行数据操作的用户很多，会产生非常庞大的数据交由服务器处理，增加了服务器的负担，也会影响数据处理的速度。

例如，当某个***推出新产品或新模块时，设定一个免费体验的时间段，在这个时间段内所有用户都可以使用新模块。由于使用新模块的用户很多，因此会产生非常庞大的数据量交由服务器处理，增加了服务器的负担，也会影响数据处理的速度，进而影响用户体验产品的效果。

发明内容

本申请提供一种影响数据操作的处理方法及***，以解决服务器处理数据中的问题。

为了解决上述问题，本申请公开了一种影响数据操作的处理方法，包括：

导入用户信息并配置用于体验的数据信息，生成体验数据；

生成唯一的链接地址，加载到对应用户的体验数据中并存储；

发送链接地址给对应的用户；

接收用户的操作请求，根据体验数据判断用户是否有权限体验，若有权限，则允许用户执行体验操作。

优选的，所述配置用于体验的数据信息，包括：

配置应用产品信息、应用功能信息、用户标识、体验状态、体验时间，体验次数，或其中的若干项数据信息的组合。

优选的，根据配置自动在应用接口处生成权限判断语句。

优选的，所述根据配置自动在应用接口处生成权限判断规则，包括：

读取预置在配置文件中的权限生成规则；

根据权限生成规则，自动在应用接口处生成权限判断语句；

其中，所述权限判断语句包括：判断用户是否有体验时间的语句，和/或，判断用户是否有体验次数的语句。

优选的，所述接收用户的操作请求之前，还包括：

判断链接地址与用户的体验数据是否匹配，若匹配则激活体验数据；

激活体验数据后，发送执行体验操作的请求。

优选的，用户执行体验操作完成后，记录用户体验时间和/或体验次数。

相应的，本申请还公开了一种影响数据操作的处理***，包括：

生成体验数据模块，用于导入用户信息并配置用于体验的数据信息，生成体验数据；

生成链接地址模块，用于生成唯一的链接地址，加载到对应用户的体验数据中并存储；

发送链接地址模块，用于发送链接地址给对应的用户；

判断使用权限模块，用于接收用户的操作请求，根据体验数据判断用户是否有权限体验，若有权限，则允许用户执行体验操作。

优选的，所述生成体验数据模块，还用于配置应用产品信息、应用功能信息、用户标识、体验状态、体验时间、体验次数，或其中的若干项数据信息的组合。

优选的，所述的***还包括：

生成权限判断模块，用于根据配置自动在应用接口处生成权限判断语句。

优选的，所述生成权限判断模块，包括：

读取权限生成规则子模块，用于读取预置在配置文件中的权限生成规则；

生成权限判断语句子模块，用于根据权限生成规则，自动在应用接口处生成权限判断语句；

其中，所述权限判断语句包括：判断用户是否有体验时间的语句，和/或，判断用户是否有体验次数的语句。

与现有技术相比，本申请包括以下优点：

本申请所述的方法和***，针对每个用户导入用户信息并配置用于体验的数据信息，生成体验数据，并配置唯一的链接地址，加载到对应用户的体验数据中，每个地址只对特定的用户有效，发放链接地址给对应的用户。体验数据可以精准的投放给对应用户，针对每个用户配置对应用于体验的数据信息，使得数据处理上更有针对性。服务器接收用户的操作请求，根据体验数据判断有使用权限后即可体验使用应用，不需传送付费数据，接收付费确认数据等。不同的用户可以配置体验不同的应用模块的数据，实现体验的个性化设置，在数据的处理上更加有区分性，服务器处理的数据比较少，数据处理的速度比较高，体验效果也比较好。

其次，***会根据配置自动在应用接口处生成权限判断语句，用于判断用户是否有使用权限。***可以自动配置权限判断语句，权限判断语句不会侵入到应用的内部，缩短了配置时间，提高了配置效率。并且对于使用权限既可以根据使用次数来判断，也可以根据使用时间来判断，判断规则灵活，根据各种规则生成的体验方案可以并存。

再次，***可以统计使用体验数据的人数，并且用户体验后，还可以统计用户的使用次数和体验时间，跟踪用户的体验效果。

附图说明

图1是本申请实施例所述一种影响数据操作的处理方法流程图；

图2是本申请实施所述一种影响数据操作的处理方法中体验状态的流转机制；

图3是本申请实施例所述一种影响数据操作的处理方法权限判断流程图；

图4是本申请实施例所述一种影响数据操作的处理方法权限产生、判断流程图；

图5是本申请优选实施例所述体验券产生、发放和领用流程图；

图6是本申请实施例所述一种影响数据操作的处理***结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请提供一种影响数据操作的处理方法，以解决服务器在数据处理中的问题。

参照图1，给出了本申请实施例所述一种影响数据操作的处理方法流程图。

步骤101，导入用户信息并配置用于体验的数据信息，生成体验数据；

在服务器端导入用户信息，给每个用户对应配置用于体验的数据信息，生成每个用户对应的体验数据。每个用户可以配置不同的体验数据信息，实现个性化的设置，当然也可以配置相同的体验数据信息，本申请对此不做限定。因此可以在服务器端批量的导入用户信息，配置相同或不同的用于体验的数据信息。

所述体验数据可以采用体验券的形式，其中体验券是针对某一种产品或者产品中某一功能提供的***机会。区别于付费产品，体验券提供用户不需要购买就可以使用产品功能的权限，可以是按次数使用的，也可以是按指定时间使用的。

步骤102，生成唯一的链接地址，加载到对应用户的体验数据中并存储；

根据服务器端的配置文件，会自动生成链接地址，加载到对应用户的体验数据中并存储。每一个链接地址都是唯一的，并且唯一的对应于一个用户。因此即使上述步骤中配置了相同的体验信息，也会加载不同的链接地址生成每个用户独有的体验数据。其中，所述独有的体验数据只能被对应的用户使用，体验数据可以精准的投放给对应用户。

步骤103，发送链接地址给对应的用户；

体验数据生成后，服务器会发送链接地址给对应的用户。用户在接收到链接地址后，可以点击链接地址领取体验数据。

在实际应用中，服务器可以采用邮件的形式发送链接地址，也可以使用聊天软件发送链接地址，当然本申请并不限定于这两种方法。

步骤104，应用***接收请求，根据体验数据判断是否有权限体验，若有权限，则允许用户执行体验操作。

应用***接收到用户的操作请求后，会根据用户的体验数据，判断用户是否有体验权限，若有体验权限，则允许用户执行体验操作，用户可以进行体验。若没有体验权限，则不允许用户执行体验操作，用户不可以进行体验。

综上所述，在本申请所述的方法中，针对每个用户导入用户信息并配置用于体验的数据信息，生成体验数据，并配置唯一的链接地址，加载到对应用户的体验数据中，每个地址只对特定的用户有效，发放链接地址给对应的用户。保证体验数据可以精准的投放给对应用户，针对每个用户对应配置用于体验的数据信息，使得数据处理上更有针对性。服务器接收用户的操作请求，根据体验数据判断有使用权限后即可体验使用应用，不需传送付费数据，接收付费确认数据等。不同的用户可以配置体验不同的应用模块的数据，实现体验的个性化设置，在数据的处理上更加有区分性，服务器处理的数据比较少，数据处理的速度比较高，体验效果也比较好。

优选的，所述配置用于体验的数据信息，包括：

配置应用产品信息、应用功能信息、用户标识、体验状态、体验时间和体验次数，或其中的若干项数据信息的组合。

对于上述用于体验的数据信息，可以将其中的若干项数据信息的组合共同起来配置到***中，可以是其中的一项或多项。当然，还可以配置其他的数据信息，本申请对此不做限定。

一个应用***可以包含很多具体的应用，可以开放一些应用给用户体验，用户可以只体验某一个开放的应用，也可以体验某几个开放的应用，或者体验全部开放的应用。用户具体可以体验哪个应用，可以在应用***中配置体验的对应应用的数据信息。

因此会配置应用产品信息，用于说明具体可以体验哪个应用***。配置应用功能信息，用于说明体验的是哪个应用。每个体验数据都是指定用户的，因此通过配置用户标识(ID，identity)唯一确定体验数据是发给哪个用户的。

体验状态是体验数据的状态，可以包括已发送、失败、激活、已体验和已过期。其中，

参照图2，给出了本申请实施所述一种影响数据操作的处理方法中体验状态的流转机制。

已发送，在生成体验数据并发送成功后，将体验状态初始为已发送。

失败，是体验数据不可用的状态，在发送失败、激活失败和激活后首次使用体验数据判断已过期的，都会将体验状态修改为失败。

激活，是对于已发送的体验数据，点击链接，链接地址与用户的体验数据匹配成功后体验数据的状态。

已体验，使用体验数据来体验应用后的状态。

已过期，使用体验数据若超出了体验时间和/或体验次数，将状态修改为已过期。

上述体验状态为本申请在具体实施中的一种应用，在实际的应用中并不限定于此。

所述体验时间为配置用户在某个时间段内可以体验提供的应用。所述体验次数为配置用户可以体验几次所提供的应用。其中，体验时间和体验次数可以并存，即配置用户在某个时间段内可以体验应用几次。也可以只配置其中任意一项，本申请对此不做限定。

新产品或者新模块不是所有用户都能够体验或试用的，因此需要设置权限让有权限的用户体验。

参照图3，给出了本申请实施例所述一种影响数据操作的处理方法权限判断流程图。

用户进行体验时会先发送请求，服务器判断用户是否有权限进行体验。通过开始(action)请求入口进入(AspectJ，一个面向切面的框架)切面判断，用户是否有体验该功能的权限，若有权限(例如，有体验券或是付费用户)，则使用相应的功能。若没用权限，则不能使用相应的功能，可以返回界限进行无权限使用提示。

现有技术中有两种设置权限的方法，一种方法是针对要体验的应用，在应用中手动配置代码，用户在点击应用进行体验时，先判断用户是否有权限。此种方法在应用中手动配置代码，需要对应用进行很多的修改，配置时间比较长，并且很容易出现错误，影响模块的体验效果。

另一种方法是针对要体验的应用，会单独编写独立于应用的代码来设置权限，此种方法不会影响模块的效果。但是用户在点击应用时，需要链接到对应的独立代码中，判断符合权限后还要链接到对应的应用上。并且每次有新的应用可以体验时，都要单独配置代码来判断权限以及和应用链接，代码配置非常繁琐，导致配置的时间很长，效率很低。

为了解决上述两种设置权限方法中的问题，本申请提供了一种新的设置权限的方法，下面具体论述。

优选的，所述的方法还包括：

根据配置自动在应用接口处生成权限判断语句。

有新的应用邀请用户体验时，不是所有的用户都能体验，因此会设置权限让有权限的用户体验。

根据***的配置文件，可以自动的在应用的接口处生成权限判断语句，此时权限判断的设置不会侵入到应用内部，所述权限判断语句是指用于判断用户是否有使用权限的语句。

进一步，所述根据配置自动在应用接口处生成权限判断规则，包括：

首先，读取预置在配置文件中的权限生成规则；

在配置一个新的体验数据时，对应也会配置权限生成规则保存到对应的文件中。其中，所述权限生成规则用于生成权限判断语句来判断用户的使用权限。***启动后，会读取***中的文件并分析，其中的一些文件中含有权限生成规则，在读取文件时就可以得到权限生成规则。

例如，将现有的应用划分成权限切面，在切面中判断是否有使用权限。采用切面(AspectJ)技术，对一些Java文件进行编译，添加权限生成规则生成对应的class(类)文件。切面从文件列表里取出所有的文件名，然后读取这些文件，进行分析。经过分析发现一些文件中含有aspect的定义，这些aspect就是权限生成规则。

所述切面(AspectJ)是一个面向方面的框架，它扩展了Java语言。AspectJ是一个代码生成工具(CodeGenerator)。AspectJ有自己的语法编译工具，编译的结果是JavaClass文件，支持在java的class文件里面增加相应的校验规则等功能。

其次，根据权限生成规则，自动在应用接口处生成权限判断语句；

***得到权限生成规则后，根据权限生成规则自动的修改应用，在应用的接口处添加权限判断语句用于判断用户是否有使用权限。

例如，切面根据这些aspect权限生成规则，修改相应的应用，如某些互联网产品的服务功能模块的源代码。在所述源代码中添加权限判断语句。

其中，所述权限判断语句包括：判断用户是否有体验时间的语句，和/或，判断用户是否有体验次数的语句。

在添加权限判断规则时，对于具体的判断规则，当用户的体验是以次数来划分时，可以设置为是否有使用次数；当用户的体验是以时间来划分时，可以设置为是否有使用时间。所述使用时间可以是指用户在某一段时间中可以体验应用。

***中有很多应用可以同时被用户体验使用的，当然两者可以并存在***中，即使同一个应用也可能同时存在两种权限判断规则，本申请对此不做限定。例如，可以设置用户可以体验10次，或者在某3天之内可以随意使用应用进行体验，或者在某3天之内可以体验10次。

此处仅列出两种权限判断规则，当然在具体实施中还可能有其他的权限判断规则，此处不应理解为是对本申请的限制。

可以采用Annotation机制生成权限判断语句。Annotation机制将程序的元素，如类，方法，属性，参数，本地变量，包和元数据联系起来。这样编译器可以将元数据存储在Class文件中。这样虚拟机和其它对象可以根据这些元数据来决定如何使用这些程序元素或改变它们的行为。

参照图4，给出本申请实施例所述一种影响数据操作的处理方法权限产生、判断流程图。

访问类(例如，访问的用户)发出使用请求，切面判断是否有权限使用，若有则允许访问数据对象(例如，对应的应用)。

在发送请求判断是否有权限之前，会先产生权限判断语句，可以编译***配置文件(例如，Java文件)添加切面判断逻辑(例如，权限生成语句)生成对应的配置文件(例如，Java***的.class文件)，***就会自动添加权限判断语句。

综上所述，***会根据配置自动在应用接口处生成权限判断语句，用于判断用户是否有使用权限。***可以自动配置权限判断语句，权限判断语句不会侵入到应用的内部，缩短了配置时间，提高了配置效率。并且对于使用权限既可以根据使用次数来判断，也可以根据使用时间来判断，判断规则灵活，根据各种规则生成的体验方案可以并存。

优选的，所述接收用户的操作请求之前，还包括：

首先，判断链接地址与用户的体验数据是否匹配，若匹配则激活体验数据；

用户在接收到链接地址后，可以点击所述链接地址领取并激活体验数据。服务器在接收到用户的激活请求后，会判断链接地址与该用户的体验数据是否匹配。若匹配则激活体验数据，修改体验状态为已激活，若不匹配，则忽略本次请求，还可以提示用户请求失败。

例如，查看存储链接地址的用户标识与该用户标识是否一致，若一致则可认为链接地址与用户匹配。然后还可以查看体验数据是否过期，如果没过期则可以激活，修改体验状态为已激活，如果已过期则不能激活，修改体验状态为失败。当然这只是具体实施中的一种方法，此处不应理解为是对本申请的限制。

其次，激活体验数据后，发送执行体验操作的请求。

在点击链接地址领取体验数据以后，用户能够了解到体验的应用产品名称，和应用功能信息等等用于体验的数据信息。领取体验数据成功并且体验数据被激活。用户可以点击应用进行体验，因此会发送执行体验的操作请求给服务器。

优选的，用户执行体验操作完成后，记录用户体验时间和/或体验次数。

用户在执行完体验操作后，根据配置会自动通知服务器体验结束，服务器会记录本次用户体验的时间，和/或，体验次数。

因此针对每批体验用户，还可以统计到激活体验数据的人数，使用体验数据人数，累计使用体验数据的次数和试用后免费转付费用户比例等多维度统计分析，以此来总结不同用户群体对体验功能的使用情况以及价值认可程度。

本申请可以在SaaS模式下应用，其中SaaS(Software-as-a-service)中文名称为软件运营，意思是软件即服务。SaaS是基于互联网提供软件服务的软件应用模式。作为一种在21世纪开始兴起的创新的软件应用模式，SaaS是软件科技发展的最新趋势。

本申请可以采用云服务器，云服务器是一种基于WEB服务，提供可调整云主机配置的弹性云技术，整合了计算、存储与网络资源的IaaS(InfrastructureasaService)基础设施即服务，具备按需使用和按需即时付费能力的云主机租用服务。在灵活性、可控性、扩展性及资源复用性上都有很大的提高。并且云服务器是在一组集群服务器上虚拟出多个类似独立服务器的部分，集群中每个服务器上都有云服务器的一个镜像，从而大大提高了虚拟服务器的安全稳定性。从而进一步提高了数据的处理速度，保证了数据的唯一性和安全性。

下面以产生、发放和领用体验券为例具体介绍本方法。

参照图5，给出了本申请优选实施例所述体验券产生、发放和领用流程图。

①生成体验券：根据在云服务器端的设置(例如，云服务器端的配置文件)，自动生成体验券地址，且该地址只对单个用户有效，根据该用户在云服务端存储对应的唯一的体验券。体验券内容可以包含：体验产品信息，体验功能信息，用户ID，体验截止日期，体验次数和体验状态。

②发放体验券：云服务器端通过特定服务通道(例如，邮件或聊天软件)对指定用户发送体验券，如果发送成功，则更新对应体验券的体验状态为已发送，如果发送失败，则更新对应体验券的体验状态为失败。

③领取激活体验券：用户在客户端接收到体验券链接后，点击该体验券，将会发送请求到云服务端校验该体验券是否存在，如果不存在，则不给予激活，直接忽略请求。如果存在，则判断是否可以激活体验券，可以判断该体验券是否已经超过体验截止日期。如果已过期，则更新体验券的体验状态为失败。如果没过期，则更新体验券的体验状态为激活。

④使用体验券：用户激活体验券后，进入对应应用***对某一功能(例如，产品的付费功能)进行体验。应用***接收到请求后，将会去云服务端校验该用户是否存在激活的体验券，且对应的体验产品是否是该应用名称，体验功能是否是该体验产品的功能。如果体验券不存在，过期时间已经过期，或者体验次数为0的情况下，将不给予体验，直接返回用户提示。

体验完成后，判断该用户的体验券是否还用体验次数，若有体验次数，则将体验次数减1。若设定的是体验时间，则可以不作任何操作。

相应的，本申请还提供了一种影响数据操作的处理***。

参照图6，给出了本申请实施例所述一种影响数据操作的处理***结构图。

在本申请所述的***中，主要包括生成体验数据模块11、生成链接地址模块12、发送链接地址模块14和判断使用权限模块17，其中，

生成体验数据模块11，用于导入用户信息并配置用于体验的数据信息，生成体验数据；

生成链接地址模块12，用于生成唯一的链接地址，加载到对应用户的体验数据中并存储；

发送链接地址模块14，用于发送链接地址给对应的用户；

判断使用权限模块17，用于接收用户的操作请求，根据体验数据判断用户是否有权限体验，若有权限，则允许用户执行体验操作。

优选的，所述生成体验数据模块11，还用于配置应用产品信息、应用功能信息、用户标识、体验状态、体验时间和体验次数，或其中若干项数据信息的组合。

优选的，所述的***还包括：

生成权限判断模块13，用于根据配置自动在应用接口处生成权限判断语句。

读取权限生成规则子模块131，用于读取预置在配置文件中的权限生成规则；

生成权限判断语句子模块132，用于根据权限生成规则，自动在应用接口处生成权限判断语句；

其中，所述权限判断语句包括：判断用户是否有体验时间的语句，和/或，判断用户是否有体验次数的语句。

优选的，所述的***还包括：

激活体验数据模块15，用于判断链接地址与用户的体验数据是否匹配，若匹配则激活体验数据；

发送操作请求模块16，用于激活体验数据后，发送执行体验操作的请求。

优选的，所述的***还包括：

记录模块18，用于用户执行体验操作完成后，记录用户体验时间和/或体验次数。

对于***实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

以上对本申请所提供的一种产品体验方法及***，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种影响数据操作的处理方法，其特征在于，包括：

导入用户信息并配置用于体验的数据信息，生成体验数据；

生成唯一的链接地址，加载到对应用户的体验数据中并存储；

发送链接地址给对应的用户；

接收用户的操作请求，根据体验数据判断用户是否有权限体验，若有权限，则允许用户执行体验操作；

其中，所述配置用于体验的数据信息，包括：

配置应用产品信息、应用功能信息、用户标识、体验状态、体验时间、体验次数，或其中的若干项数据信息的组合。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据配置自动在应用接口处生成权限判断语句。

3.根据权利要求2所述的方法，其特征在于，所述根据配置自动在应用接口处生成权限判断规则，包括：

读取预置在配置文件中的权限生成规则；

根据权限生成规则，自动在应用接口处生成权限判断语句；

其中，所述权限判断语句包括：判断用户是否有体验时间的语句，和/或，判断用户是否有体验次数的语句。

4.根据权利要求1所述的方法，其特征在于，所述接收用户的操作请求之前，还包括：

判断链接地址与用户的体验数据是否匹配，若匹配则激活体验数据；

激活体验数据后，发送执行体验操作的请求。

5.根据权利要求1所述的方法，其特征在于，还包括：

用户执行体验操作完成后，记录用户体验时间和/或体验次数。

6.一种影响数据操作的处理***，其特征在于，包括：

生成体验数据模块，用于导入用户信息并配置用于体验的数据信息，生成体验数据；

生成链接地址模块，用于生成唯一的链接地址，加载到对应用户的体验数据中并存储；

发送链接地址模块，用于发送链接地址给对应的用户；

判断使用权限模块，用于接收用户的操作请求，根据体验数据判断用户是否有权限体验，若有权限，则允许用户执行体验操作；

其中，所述生成体验数据模块，还用于配置应用产品信息、应用功能信息、用户标识、体验状态、体验时间、体验次数，或其中的若干项数据信息的组合。

7.根据权利要求6所述的***，其特征在于，还包括：

生成权限判断模块，用于根据配置自动在应用接口处生成权限判断语句。

8.根据权利要求7所述的***，其特征在于，所述生成权限判断模块，包括：

读取权限生成规则子模块，用于读取预置在配置文件中的权限生成规则；

生成权限判断语句子模块，用于根据权限生成规则，自动在应用接口处生成权限判断语句；

其中，所述权限判断语句包括：判断用户是否有体验时间的语句，和/或，判断用户是否有体验次数的语句。