首页 / 权益资源处理方法及装置

权益资源处理方法及装置实质审查 发明

技术领域

[0001] 本文件涉及数据处理技术领域,尤其涉及一种权益资源处理方法及装置。

相关背景技术

[0002] 随着互联网技术的不断发展与用户生活水平的不断提高,越来越多的服务提供方提供了线上购物服务,基于线上购物服务可使用户拥有更方便和更高效的购物体验,比如获得即时的服务响应或者取得比线下更优惠的商品价格,随着越来越多的服务提供方提供了线上购物服务,用户的需求也随之不断调整与提高,这对服务提供方提出了更高的要求。

具体实施方式

[0012] 为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书一个或多个实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
[0013] 本实施例提供的一个或者多个实施例提供的权益资源处理方法,可适用于权益资源处理这一实施环境,参照图1,该实施环境至少包括组件服务器101,组件服务器101可以是一台或者多台服务器,若干台服务器组成的服务器集群,或者,云计算平台的云服务器。组件服务器101用于与用户终端102进行交互,接收用户终端102发送的页面访问指令,并渲染资源交互组件,将包含渲染获得的资源交互组件的待访问页面向用户终端102发送。
[0014] 该实施环境还至少包括用户终端102,用户终端102可以是智能手机、平板电脑、电子书阅读器、可穿戴设备、基于AR(Augmented Reality,增强现实)/VR(Virtual Reality,虚拟现实)进行信息交互的设备等。用户终端102配置有服务程序和/或服务子程序,用于获取用户的页面访问指令并向组件服务器101发送,以及接收组件服务器101发送的待访问页面并展示。
[0015] 该实施环境中,组件服务器101根据用户终端102发送的用户的页面访问指令,获取用户的资源抽选数据,基于资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态,按照交互状态对应的渲染参数渲染资源交互组件,并将包含渲染获得的资源交互组件的待访问页面发送至用户终端102,根据用户终端102发送的针对渲染获得的资源交互组件中目标交互项的交互指令,进行目标交互项对应的权益资源的抽选处理。
[0016] 本说明书提供的一种权益资源处理方法的一个或者多个实施例如下:参照图2,本实施例提供的权益资源处理方法,可应用于组件服务器,具体包括步骤S202至步骤S210。
[0017] 步骤S202,根据用户的页面访问指令,获取所述用户的资源抽选数据。
[0018] 实际应用中,商家为了提升交易效果,增强用户的购买参与度与趣味性,会配置一些权益资源抽选服务来促进商品销售,例如奖品抽选活动,这种权益资源抽选服务通常会设定一个权益资源池,即奖品池,奖品池中的奖品与预设商品绑定,用户只有在购买了预设商品时,才可以参与权益资源抽选服务,需要说明的是,奖品池中的奖品有各自的奖品信息,奖品信息包括下述至少一项:奖品名称、图像、文字说明、使用链接,此外奖品还有各自的中奖概率,奖品抽选时根据中奖概率权重随机奖品抽选。可选的,所述奖品(即权益资源)可以是实物奖品(如门票、周边等)或虚拟奖品(如影音会员、用户积分、奖品抽选次数等);此外,权益资源抽选服务还会设定一定的规则,例如参与者可能需要满足某些条件或完成某些任务(如用户为新用户,用户需下单预设商品,用户达成累积下单天数等)才能获得参与奖品抽选的资格,称之为资源抽选规则,可选的,所述资源抽选规则包括下述至少一项:用户标签为新用户标签,用户需要在任一日进行下单(即存在单日下单记录),用户需要在至少两日进行下单或者用户的累积下单天数超过预设阈值(即存在累积下单记录),需要说明的是,单日下单记录和累计下单记录是对下单记录进行筛选获得,例如基于第一时间区间和预设商品对下单记录进行筛选获得单日下单记录,此处的单日下单记录即为在第一时间区间内对预设商品的下单记录,再例如基于第二时间区间和预设商品对下单记录进行筛选获得累计下单记录,此处的累积下单记录即为在第二时间区内对预设商品的下单记录,其中预设商品可以是绑定了奖品的商品,第一时间区间可以是单日,第二时间区间可以是至少两日;
针对于此,用于判别用户是否满足资源抽选规则的数据,称之为资源抽选数据,即资源抽选数据是指判断用户是否可以参与资源抽选的数据,或者,资源抽选数据还可以指用于评价用户是否有资格进行资源抽选的数据,可选的,所述资源抽选数据包括下述至少一项:用户标签、下单记录,此外,所述资源抽选数据还包括新用户标签、单日下单记录和/或累计下单记录。需要说明的是,资源抽选数据还可以是根据商家其他需求自行设定的其他与资源抽选相关的数据,本实施例在此不做限定。
[0019] 本实施例中,为了提升用户对权益资源抽选服务的参与程度以及提升用户感知,通过将进行资源抽选的资源交互组件配置于待访问页面中,为用户提供更为便捷和高效的进行资源抽选的“入口”,使用户在访问待访问页面时,可通过与待访问页面中配置的资源交互组件进行交互,参与权益资源抽选服务。此处,为了使得资源抽选服务的参与更加灵活,可根据服务方和用户的需要,将资源交互组件配置于任意待访问页面中,可选的,待访问页面包括服务子程序的首页面和/或下单商品的商品展示页,即,一方面可将资源交互组件配置于服务子程序的首页面,用户可以在访问首页面时,通过首页面中配置的资源交互组件进行权益资源的抽选,另一方面可将资源交互组件配置于下单商品的商品展示页,用户可以在下单了预设商品后,通过商品展示页面中配置的资源交互组件进行权益资源的抽选。
[0020] 实际应用中,针对用户为新用户的情况,即满足了用户标签为新用户标签这一资源抽选规则,通常希望用户可以第一时间抽选新用户权益资源,此时可将资源交互组件配置于服务子程序的首页面,即可以在用户访问服务子程序的首页面时,获取页面访问指令,以根据页面访问指令获取用户的资源抽选数据进行资源交互组件渲染,本实施例提供的一种可选实施方式中,页面访问指令采用如下方式获取:根据所述用户针对服务子程序的首页面的访问操作,获取所述页面访问指令。
[0021] 此外,针对用户已下单的情况,为了避免用户还需回到首页面进行下单权益资源抽选造成的操作繁琐,可以将资源交互组件配置于下单商品的商品展示页,使用户可以第一时间抽选下单权益资源,即可以在用户下单完成访问下单商品的商品展示页时,获取页面访问指令,以根据页面访问指令获取用户的资源抽选数据进行资源交互组件渲染,本实施例提供的另一种可选实施方式中,页面访问指令可采用如下方式获取:根据所述用户针对服务子程序内下单商品的商品展示页的访问操作,获取所述页面访问指令。
[0022] 需要说明的是,还可同时将资源交互组件配置于服务子程序的首页面以及下单页面,使用户在访问首页面时进行一次权益资源抽选,在下单预设商品之后,还可进行第二次权益资源抽选。
[0023] 步骤S204,基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态。
[0024] 上述根据用户的页面访问指令,获取用户的资源抽选数据之后,本步骤中,基于资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态,其中,资源交互组件是为用户提供的用于进行权益资源抽选的组件。所述交互状态包括可交互状态和非交互状态中的一者。
[0025] 具体执行过程中,可通过在资源交互组件中配置不同的交互项,来为用户提供不同类型的资源抽选服务,即不同交互项可对应不同的资源抽选服务,也即对应不同的子数据,不同的资源抽选服务有不同的资源抽选规则,根据用户满足规则的情况,判断将交互项的交互状态确定为可交互状态还是非交互状态。可选的,本实施例的交互项,可以包括对应于不同资源抽选服务的交互项;在交互项对应于不同资源抽选服务的情况下,交互项的交互状态根据对应服务的子数据确定;例如,本实施例的交互项可以包括第一交互项、第二交互项和/或第三交互项,其中,第一交互项对应于实物奖品抽选服务,在用户的资源抽选数据满足实物奖品抽选服务对应的资源抽选规则(即用户标签为新用户标签)时,将第一交互项的交互状态确定为可交互状态;第二交互项对应于积分抽选服务,在用户的资源抽选数据满足积分抽选服务对应的资源抽选规则(即存在单日下单记录)时,将第二交互项的交互状态确定为可交互状态;第三交互项对应于会员抽选服务,在用户的资源抽选数据满足会员抽选服务对应的资源抽选规则(即存在累积下单记录)时,将第三交互项的交互状态确定为可交互状态。
[0026] 需要说明的是,上述以包括第一交互项、第二交互项和第三交互项为例进行说明的,实际应用中,交互项还可包括上述三种交互项中的一者或者两者,在包含一者的情况下,可不按照第一、第二这种方式进行命名,可根据服务进行命名;在包括任意两者的情况下,假设包括对应于积分抽选服务的交互项和对应于会员抽选服务的交互项,可根据服务进行交互项的命名,也可将对应于积分抽选服务的交互项作为第一交互项,将对应于会员抽选服务的交互项作为第二交互项,本实施例在此不做限定。
[0027] 为了确定各交互项的交互状态,需根据用户的资源抽选数据判断用户是否满足相应的资源抽选规则,在这种情况下,可根据用户的资源抽选数据包含的子数据的数据类型,确定资源交互组件中各交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:识别所述资源抽选数据包含的子数据的数据类型;
基于所述数据类型以及所述数据类型对应的资源抽选规则确定所述各交互项的交互状态。
[0028] 可选的,所述数据类型包括标签类型、下单记录类型中的一者或者多者。具体的,在基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的过程中,可识别资源抽选数据包含的子数据的数据类型,若数据类型为标签类型,则根据标签类型和标签类型对应的资源抽选规则(如用户标签为新用户标签)确定第一交互项的交互状态,也即是,若子数据的数据类型为标签类型,且子数据为新用户标签数据,则将标签类型对应的第一交互项的交互状态确定为可交互状态;若子数据的数据类型为标签类型,且子数据为普通用户标签数据,则将标签类型对应的第一交互项的交互状态确定为非交互状态。
[0029] 若数据类型为下单记录类型,则根据下单记录类型和下单记录类型对应的资源抽选规则(如存在单日下单记录和/或累积下单记录)确定第二交互项以及第三交互项的交互状态,此外,若数据类型为标签类型和下单记录类型,则同时确定第一交互项、第二交互项、第三交互项的交互状态。例如,资源抽选数据中包含用户标签、单日下单记录和累积下单记录这三种子数据,则确定第一交互项、第二交互项和第三交互项的交互状态为可交互状态。
[0030] 具体执行过程中,在基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的过程中,还可在确定获取到的资源抽选数据中包含新用户标签的情况下,确定待访问页面配置的资源交互组件中第一交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的新用户标签;
基于所述新用户标签确定所述资源交互组件中第一交互项的交互状态为可交互状态。
[0031] 具体的,可提取资源抽选数据中包含的新用户标签,基于所述新用户标签确定所述资源交互组件中第一交互项的交互状态为可交互状态。此外,在未提取到新用户标签的情况下,确定第一交互项的交互状态为非交互状态。
[0032] 具体执行过程中,在确定获取到的资源抽选数据中包含单日下单记录的情况下,还可基于单日下单记录确定资源交互组件中第二交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的单日下单记录;
基于所述单日下单记录将所述资源交互组件中第二交互项的交互状态确定为可交互状态。
[0033] 具体的,可提取资源抽选数据中包含的单日下单记录,基于单日下单记录确定资源交互组件中第二交互项的交互状态为可交互状态。此外,还可根据用户的下单日配置不同的第二交互子项,根据单日下单记录对应的下单日确定第二交互子项的交互状态,即:提取资源抽选数据中包含的单日下单记录,基于所述单日下单记录中的下单日确定所述资源交互组件中所述下单日对应的第二交互子项的交互状态为可交互状态。例如,单日下单记录中的下单日为昨日,则确定昨日的第二交互子项的交互状态为可交互状态。在单日下单记录中的下单日为多个下单日的情况下,根据多个下单日确定所述多个下单日各自对应的第二交互子项的交互状态,例如,单日下单记录中的下单日为昨日和今日,则确定昨日的第二交互子项的交互状态以及今日的第二交互子项的交互状态均为可交互状态。
[0034] 进一步,在确定获取到的资源抽选数据中除了包含单日下单记录,还包含新用户标签的情况下,还可基于新用户标签确定待访问页面配置的资源交互组件中第一交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的新用户标签;
基于所述新用户标签将所述资源交互组件中第一交互项的交互状态确定为可交互状态。
[0035] 例如,提取资源抽选数据中包含的新用户标签和单日下单记录,基于新用户标签和单日下单记录确定资源交互组件中第一交互项的交互状态与第二交互项的交互状态均为可交互状态。
[0036] 具体执行过程中,在确定获取到的资源抽选数据中包含累积下单记录的情况下,还可基于累积下单记录确定资源交互组件中第三交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的累积下单记录;
基于所述累积下单数据将所述资源交互组件中第三交互项的交互状态确定为可交互状态。
[0037] 进一步,在确定获取到的资源抽选数据中除了包含累积下单记录,还包含单日下单记录的情况下,还可基于单日下单记录确定待访问页面配置的资源交互组件中第二交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的单日下单记录;
基于所述单日下单记录将所述资源交互组件中第二交互项的交互状态确定为可交互状态。
[0038] 例如,提取资源抽选数据中包含的累积下单记录和单日下单记录,基于累积下单记录和单日下单记录确定资源交互组件中第三交互项的交互状态与第二交互项的交互状态均为可交互状态。
[0039] 此外,在确定获取到的资源抽选数据中包括新用户标签、单日下单记录、累积下单记录的情况下,所述基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态,包括:提取所述资源抽选数据中包含的新用户标签、单日下单记录、累积下单记录;
基于所述新用户标签、单日下单记录、累积下单记录确定所述资源交互组件中第一交互项、第二交互项和第三交互项的交互状态为可交互状态。
[0040] 需要说明的是,上述提供的多种基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的实现方式,在具体实施过程中可根据实际需要选择任意一种实现方式进行实施,或者还可根据实际需要选择任意多种进行组合,本实施例在此不做限定;其中,针对未被确定的交互项的交互状态,均可设置为非交互状态。
[0041] 步骤S206,按照所述交互状态对应的渲染参数渲染所述资源交互组件,并将包含渲染获得的资源交互组件的所述待访问页面发送至用户终端。
[0042] 上述基于资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态之后,本步骤中,按照交互状态对应的渲染参数渲染资源交互组件,并将包含渲染获得的资源交互组件的待访问页面发送至用户终端。
[0043] 具体执行过程中,针对上述同时将第一交互项的交互状态和第二交互项的交互状态确定为可交互状态的情况,可在确定了资源交互组件的组件模板的情况下,按照可交互状态对应的渲染参数,渲染资源交互组件,本实施例提供的一种可选实施方式中,采用如下方式按照所述交互状态对应的渲染参数渲染所述资源交互组件:确定所述资源交互组件的组件模板;
按照所述第一交互项的可交互状态对应的渲染参数,以及所述第二交互项的可交互状态对应的渲染参数,将可交互状态的第一交互项和第二交互项渲染至所述组件模板。
[0044] 具体的,确定第一交互项和第二交互项的交互状态均为可交互状态的情况下,确定资源交互组件的组件模板,按照所述第一交互项的可交互状态对应的渲染参数,以及所述第二交互项的可交互状态对应的渲染参数,将可交互状态的第一交互项和第二交互项渲染至所述组件模板。
[0045] 需要说明的是,还可单独针对资源交互组件中任一可交互状态的交互项进行渲染,或者对资源交互组件中的交互项进行两两渲染,再或者对资源交互组件中的三个交互项同时进行渲染,具体渲染过程都可参照上述,此外,针对资源交互组件中非交互状态的交互项,同样可基于非交互项对应的渲染参数进行渲染。
[0046] 如图3展示的待访问页面中所示,渲染获得的资源交互组件中,第一交互项、目标第二交互子项、第三交互项的交互状态均为可交互状态,其余第二交互子项的交互状态为非交互状态。其中,可交互状态的目标第二交互子项的交互状态根据单日下单记录中的下单日为今日的下单记录确定,剩余第二交互子项的交互状态根据单日下单记录中的下单日为前日和昨日的下单记录确定。
[0047] 可选的,所述将包含渲染获得的资源交互组件的所述待访问页面发送至用户终端,包括:将渲染获得的包含所述资源交互组件的所述服务子程序的首页面发送至所述用户终端。此外,所述将包含渲染获得的资源交互组件的所述待访问页面发送至用户终端,包括:将渲染获得的包含所述资源交互组件的商品展示页发送至所述用户终端。
[0048] 步骤S208,根据所述用户终端发送的针对所述渲染获得的资源交互组件中目标交互项的交互指令,进行所述目标交互项对应的权益资源的抽选处理。
[0049] 上述按照交互状态对应的渲染参数渲染所述资源交互组件,并将包含渲染获得的资源交互组件的待访问页面发送至用户终端之后,本步骤中,根据用户终端发送的针对渲染获得的资源交互组件中目标交互项的交互指令,进行目标交互项对应的权益资源的抽选处理。
[0050] 可选的,所述目标交互项,包括所述用户在所述资源交互组件中选择的处于可交互状态的交互项。此外,若用户在资源交互组件中同时选择了至少两个目标交互项,则分别进行目标交互项对应的权益资源的抽选处理。
[0051] 具体执行过程中,在进行权益资源的抽选处理的过程中,可根据目标交互项的不同,进行对应的权益资源的抽选处理,本实施例提供的一种可选实施方式中,采用如下方式进行目标交互项对应的权益资源的抽选处理:调用资源抽选接口进行所述目标交互项对应的权益资源的抽选处理,获得抽选结果;
向所述用户终端返回包含所述抽选结果的展示页面,按照将所述抽选结果对应的资源转移路径对所述抽选结果进行转移。
[0052] 可选的,所述抽选结果可以是实物奖品,用户积分,会员权益中的一者或多者,其中,实物奖品对应的资源转移路径可以是按照转移地址对抽选结果进行转移,所述用户积分对应的资源转移路径可以是将用户积分转入用户的积分账户,所述会员权益对应的资源转移路径可以是对所述用户开放所述会员权益对应的权限。
[0053] 例如,若目标交互项为第一交互项,则调用资源抽选接口进行第一交互项对应的权益资源的抽选处理,获得实物奖品,向所述用户终端返回包含所述实物奖品的奖品信息的展示页面,根据所述用户的接收指令生成路径获取页面向用户终端发送,按照基于所述路径获取页面获取的转移地址对实物商品进行转移;若目标交互项为第二交互项,则调用资源抽选接口进行第二交互项对应的权益资源的抽选处理,获得用户积分,向用户终端返回包含用户积分的展示页面,并将所述用户积分转入所述用户的积分账户;若目标交互项为第三交互项,则调用资源抽选接口进行第三交互项对应的权益资源的抽选处理,获得会员权益,所述用户终端返回包含所述会员权益的权益信息的展示页面,并向所述用户开放所述会员权益对应的会员权限。需要说明的是,上述各交互项的抽选结果可根据实际情况进行组合,本实施例在此不做限定。
[0054] 综上所述,本实施例提供的一种或者多种权益资源处理方法,在用户进行页面访问的过程中,根据用户的页面访问指令,获取用户的资源抽选数据,基于资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态,按照交互状态对应的渲染参数渲染资源交互组件,并将包含渲染获得的资源交互组件的待访问页面发送至用户终端,以提升用户对可抽选资源的感知,根据用户终端发送的针对渲染获得的资源交互组件中目标交互项的交互指令,进行目标交互项对应的权益资源的抽选处理,为用户提供了丰富的权益资源抽选入口,提升了资源抽选的灵活性,增强用户的购买参与度与趣味性。
[0055] 进一步,在基于资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的过程中,确定资源抽选数据包含的子数据的数据类型,基于数据类型,以及数据类型对应的资源抽选规则确定各交互项的交互状态,从多个角度判别用户是否满足资源抽选规则,增强了数据的可靠性以及资源抽选的全面性。
[0056] 上述提供的一种权益资源处理方法的实现过程,可由组件服务器执行,下述方法实施例提供的另一种权益资源处理方法的实现过程,可由用户终端执行,二者在执行过程中可相互配合,因此,阅读上述实现过程可参照下述另一种权益资源处理方法实施例的对应内容,相应的,阅读下述另一种权益资源处理方法实施例也可参照上述方法实施例的对应内容。
[0057] 下述以本实施例提供的一种权益资源处理方法在营销场景的应用为例,结合图4对本实施例提供的权益资源处理方法进行进一步说明,应用于营销场景的权益资源处理方法,具体包括如下步骤。
[0058] 步骤S404,根据用户的页面访问指令,获取用户的资源抽选数据。
[0059] 步骤S406,确定资源抽选数据包含的子数据的数据类型。
[0060] 步骤S408,基于数据类型,以及数据类型对应的资源抽选规则确定各交互项的交互状态。
[0061] 步骤S410,按照可交互项的可交互状态对应的渲染参数以及非交互项的非交互状态的渲染参数渲染资源交互组件。
[0062] 步骤S412,将包含渲染获得的资源交互组件的首页面发送至用户终端。
[0063] 可选的,步骤S412还可被替换为,将包含渲染获得的资源交互组件的商品展示页发送至用户终端。
[0064] 步骤S418,调用资源抽选接口进行目标交互项对应的权益资源的抽选处理,获得抽选结果。
[0065] 步骤S420,向用户终端返回包含抽选结果的展示页面,按照抽选结果对应的资源转移路径对抽选结果进行转移。
[0066] 需要说明的是,步骤S404至步骤S412,以及步骤S418至步骤S420中任意一个步骤或者任意多个步骤的组合,均可根据实施部署的需要与上述步骤S202至步骤S208任意一个步骤或者任意多个步骤组合成为新的实现方式;此外,还可根据实际部署的需要,在步骤S404至步骤S412,以及步骤S418至步骤S420中选择任意一个或者任意多个技术特征,与上述步骤S202至步骤S208提供的任意一个或者多个技术特征组合形成新的实现方式;或者,步骤S404至步骤S412,以及步骤S418至步骤S420中的任意一个或者任意多个技术特征,还可根据实际部署的需要被替换为上述步骤S202至步骤S208提供的任意一个或者多个技术特征组合形成新的实现方式,此处不再一一赘述。
[0067] 本实施例提供的上述步骤S404至步骤S412,以及步骤S418至步骤S420由组件服务器执行,需要说明的是,组件服务器执行的上述步骤S404至步骤S412,以及步骤S418至步骤S420,与下述实施例由用户终端执行的步骤S402、步骤S414至步骤S416以及步骤S422,在执行过程中可相互配合,因此阅读本实施例请参照下述方法实施例提供的步骤S402、步骤S414至步骤S416以及步骤S422的相应内容,阅读下述方法实施例请参照本实施例提供的步骤S404至步骤S412,以及步骤S418至步骤S420的相应内容。
[0068] 本说明书提供的另一种权益资源处理方法的一个或多个实施例如下:参照图5,本实施例提供的另一种权益资源处理方法,可应用于用户终端,具体包括步骤S502至S506。
[0069] 步骤S502,获取用户的页面访问指令并发送。
[0070] 实际应用中,商家为了提升交易效果,增强用户的购买参与度与趣味性,会配置一些权益资源抽选服务来促进商品销售,例如营销奖品抽选活动,这种权益资源抽选服务通常会设定一个权益资源池,即奖品池,奖品池中的奖品与预设商品绑定,用户只有在购买了预设商品时,才可以参与权益资源抽选服务,需要说明的是,奖品池中的奖品有各自的奖品信息,奖品信息包括下述至少一项:奖品名称、图像、文字说明、使用链接,此外奖品还有各自的中奖概率,奖品抽选时根据中奖概率权重随机奖品抽选。可选的,所述奖品(即权益资源)可以是实物奖品(如门票、周边等)或虚拟奖品(如影音会员、用户积分、奖品抽选次数等);此外,权益资源抽选服务还会设定一定的规则,例如参与者可能需要满足某些条件或完成某些任务(如用户为新用户,用户需下单预设商品,用户达成累积下单天数等)才能获得参与奖品抽选的资格,称之为资源抽选规则,可选的,所述资源抽选规则包括下述至少一项:用户标签为新用户标签,用户需要在任一日进行下单(即存在单日下单记录),用户的需要在至少两日进行下单或者用户的累积下单天数超过预设阈值(即存在累积下单记录),需要说明的是,单日下单记录和累计下单记录是对下单记录进行筛选获得,例如基于第一时间区间和预设商品对下单记录进行筛选获得单日下单记录,此处的单日下单记录即为在第一时间区间内对预设商品的下单记录,再例如基于第二时间区间和预设商品对下单记录进行筛选获得累计下单记录,此处的累积下单记录即为在第二时间区内对预设商品的下单记录,其中预设商品可以是绑定了奖品的商品,第一时间区间可以是单日,第二时间区间可以是至少两日;
针对于此,用于判别用户是否满足资源抽选规则的数据,称之为资源抽选数据,即资源抽选数据是指判断用户是否可以参与资源抽选的数据,或者,资源抽选数据还可以指用于评价用户是否有资格进行资源抽选的数据,可选的,所述资源抽选数据包括下述至少一项:用户标签、下单记录,此外,所述资源抽选数据还包括新用户标签、单日下单记录和/或累计下单记录。需要说明的是,资源抽选数据还可以是根据商家其他需求自行设定的其他与资源抽选相关的数据,本实施例在此不做限定。
[0071] 本实施例中,为了提升用户对权益资源抽选服务的参与程度以及提升用户感知,通过将进行资源抽选的资源交互组件配置于待访问页面中,为用户提供更为便捷和高效的进行资源抽选的“入口”,使用户在访问待访问页面时,可通过与待访问页面中配置的资源交互组件进行交互,参与权益资源抽选服务。此处,为了使得资源抽选服务的参与更加灵活,可根据服务方和用户的需要,将资源交互组件配置于任意待访问页面中,可选的,待访问页面包括服务子程序的首页面和/或下单商品的商品展示页,即,一方面可将资源交互组件配置于服务子程序的首页面,用户可以在访问首页面时,通过首页面中配置的资源交互组件进行权益资源的抽选,另一方面可将资源交互组件配置于下单商品的商品展示页,用户可以在下单了预设商品后,通过商品展示页面中配置的资源交互组件进行权益资源的抽选。
[0072] 实际应用中,针对用户为新用户的情况,即满足了用户标签为新用户标签这一资源抽选规则,通常希望用户可以第一时间抽选新用户权益资源,此时可将资源交互组件配置于服务子程序的首页面,即可以在用户访问服务子程序的首页面时,获取页面访问指令,以根据页面访问指令获取用户的资源抽选数据进行资源交互组件渲染,本实施例提供的一种可选实施方式中,页面访问指令采用如下方式获取:根据所述用户针对服务子程序的首页面的访问操作,获取所述页面访问指令。
[0073] 此外,针对用户已下单的情况,为了避免用户还需回到首页面进行下单权益资源抽选造成的操作繁琐,可以将资源交互组件配置于下单商品的商品展示页,使用户可以第一时间抽选下单权益资源,即可以在用户下单完成访问下单商品的商品展示页时,获取页面访问指令,以根据页面访问指令获取用户的资源抽选数据进行资源交互组件渲染,本实施例提供的另一种可选实施方式中,页面访问指令可采用如下方式获取:根据所述用户针对服务子程序内下单商品的商品展示页的访问操作,获取所述页面访问指令。
[0074] 需要说明的是,还可同时将资源交互组件配置于服务子程序的首页面以及下单页面,使用户在访问首页面时进行一次权益资源抽选,在下单预设商品之后,还可进行第二次权益资源抽选。
[0075] 步骤S504,接收包含渲染获得的资源交互组件的待访问页面并展示。
[0076] 可选的,所述资源交互组件由配置的各交互项的交互状态对应的渲染参数渲染;所述交互状态基于所述用户的资源抽选数据确定。
[0077] 具体执行过程中,可通过在资源交互组件中配置各交互项,来为用户提供不同类型的资源抽选服务,即不同交互项可对应不同的资源抽选服务,不同的资源抽选服务有不同的资源抽选规则,根据用户满足规则的情况,判断将交互项的交互状态确定为可交互状态还是非交互状态。
[0078] 例如,第一交互项对应于实物奖品抽选服务,在用户的资源抽选数据满足实物奖品抽选服务对应的资源抽选规则(即用户标签为新用户标签)时,将第一交互项的交互状态确定为可交互状态;第二交互项对应于积分抽选服务,在用户的资源抽选数据满足积分抽选服务对应的资源抽选规则(即存在单日下单记录)时,将第二交互项的交互状态确定为可交互状态;第三交互项对应于会员抽选服务,在用户的资源抽选数据满足会员抽选服务对应的资源抽选规则(即存在累积下单记录)时,将第三交互项的交互状态确定为可交互状态。
[0079] 为了确定各交互项的交互状态,需根据用户的资源抽选数据判断用户是否满足相应的资源抽选规则,在这种情况下,可根据用户的资源抽选数据包含的子数据的数据类型,确定资源交互组件中各交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:识别所述资源抽选数据包含的子数据的数据类型;
基于所述数据类型,以及所述数据类型对应的资源抽选规则确定所述各交互项的交互状态。
[0080] 可选的,所述数据类型包括标签类型、下单记录类型中的一者或者多者。具体的,在基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的过程中,可识别资源抽选数据包含的子数据的数据类型,若数据类型为标签类型,则根据标签类型和标签类型对应的资源抽选规则(如用户标签为新用户标签)确定第一交互项的交互状态,若数据类型为下单记录类型,则根据下单记录类型和下单记录类型对应的资源抽选规则(如存在单日下单记录和/或累积下单记录)确定第二交互项以及第三交互项的交互状态,此外,若数据类型为标签类型和下单记录类型,则同时确定第一交互项、第二交互项、第三交互项的交互状态。例如,资源抽选数据中包含用户标签、单日下单记录和累积下单记录这三种子数据,则确定第一交互项、第二交互项和第三交互项的交互状态为可交互状态。
[0081] 具体执行过程中,在基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的过程中,还可在确定获取到的资源抽选数据中包含新用户标签的情况下,确定待访问页面配置的资源交互组件中第一交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的新用户标签;
基于所述新用户标签确定所述资源交互组件中第一交互项的交互状态为可交互状态。
[0082] 具体的,可提取资源抽选数据中包含的新用户标签,基于所述新用户标签确定所述资源交互组件中第一交互项的交互状态为可交互状态。此外,在未提取到新用户标签的情况下,确定第一交互项的交互状态为非交互状态。
[0083] 具体执行过程中,在确定获取到的资源抽选数据中包含单日下单记录的情况下,还可基于单日下单记录确定资源交互组件中第二交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的单日下单记录;
基于所述单日下单记录将所述资源交互组件中第二交互项的交互状态确定为可交互状态。
[0084] 具体的,可提取资源抽选数据中包含的单日下单记录,基于单日下单记录确定资源交互组件中第二交互项的交互状态为可交互状态。此外,还可根据用户的下单日配置不同的第二交互子项,根据单日下单记录对应的下单日确定第二交互子项的交互状态,即:提取资源抽选数据中包含的单日下单记录,基于所述单日下单记录中的下单日确定所述资源交互组件中所述下单日对应的第二交互子项的交互状态为可交互状态。例如,单日下单记录中的下单日为昨日,则确定昨日的第二交互子项的交互状态为可交互状态。在单日下单记录中的下单日为多个下单日的情况下,根据多个下单日确定所述多个下单日各自对应的第二交互子项的交互状态,例如,单日下单记录中的下单日为昨日和今日,则确定昨日的第二交互子项的交互状态以及今日的第二交互子项的交互状态均为可交互状态。
[0085] 进一步,在确定获取到的资源抽选数据中除了包含单日下单记录,还包含新用户标签的情况下,还可基于新用户标签确定待访问页面配置的资源交互组件中第一交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的新用户标签;
基于所述新用户标签将所述资源交互组件中第一交互项的交互状态确定为可交互状态。
[0086] 例如,提取资源抽选数据中包含的新用户标签和单日下单记录,基于新用户标签和单日下单记录确定资源交互组件中第一交互项的交互状态与第二交互项的交互状态均为可交互状态。
[0087] 具体执行过程中,在确定获取到的资源抽选数据中包含累积下单记录的情况下,还可基于累积下单记录确定资源交互组件中第三交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的累积下单记录;
基于所述累积下单数据将所述资源交互组件中第三交互项的交互状态确定为可交互状态。
[0088] 进一步,在确定获取到的资源抽选数据中除了包含累积下单记录,还包含单日下单记录的情况下,还可基于单日下单记录确定待访问页面配置的资源交互组件中第二交互项的交互状态,本实施例提供的一种可选实施方式中,采用如下方式基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态:提取所述资源抽选数据中包含的单日下单记录;
基于所述单日下单记录将所述资源交互组件中第二交互项的交互状态确定为可交互状态。
[0089] 例如,提取资源抽选数据中包含的累积下单记录和单日下单记录,基于累积下单记录和单日下单记录确定资源交互组件中第三交互项的交互状态与第二交互项的交互状态均为可交互状态。
[0090] 此外,在确定获取到的资源抽选数据中包括新用户标签、单日下单记录、累积下单记录的情况下,所述基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态,包括:提取所述资源抽选数据中包含的新用户标签、单日下单记录、累积下单记录;
基于所述新用户标签、单日下单记录、累积下单记录确定所述资源交互组件中第一交互项、第二交互项和第三交互项的交互状态为可交互状态。
[0091] 需要说明的是,上述提供的多种基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的实现方式,在具体实施过程中可根据实际需要选择任意一种实现方式进行实施,或者还可根据实际需要选择任意多种进行组合,本实施例在此不做限定;其中,针对未被确定的交互项的交互状态,均可设置为非交互状态。
[0092] 具体执行过程中,针对上述同时将第一交互项的交互状态和第二交互项的交互状态确定为可交互状态的情况,可在确定了资源交互组件的组件模板的情况下,按照可交互状态对应的渲染参数,渲染资源交互组件,本实施例提供的一种可选实施方式中,采用如下方式按照所述交互状态对应的渲染参数渲染所述资源交互组件:确定所述资源交互组件的组件模板;
按照所述第一交互项的可交互状态对应的渲染参数,以及所述第二交互项的可交互状态对应的渲染参数,将可交互状态的第一交互项和第二交互项渲染至所述组件模板。
[0093] 具体的,确定第一交互项和第二交互项的交互状态均为可交互状态的情况下,确定资源交互组件的组件模板,按照所述第一交互项的可交互状态对应的渲染参数,以及所述第二交互项的可交互状态对应的渲染参数,将可交互状态的第一交互项和第二交互项渲染至所述组件模板。
[0094] 需要说明的是,还可单独针对资源交互组件中任一可交互状态的交互项进行渲染,或者对资源交互组件中的交互项进行两两渲染,再或者对资源交互组件中的三个交互项同时进行渲染,具体渲染过程都可参照上述,此外,针对资源交互组件中非交互状态的交互项,同样可基于非交互项对应的渲染参数进行渲染。
[0095] 如图3展示的待访问页面中所示,渲染获得的资源交互组件中,第一交互项、目标第二交互子项、第三交互项的交互状态均为可交互状态,其余第二交互子项的交互状态为非交互状态。其中,可交互状态的目标第二交互子项的交互状态根据单日下单记录中的下单日为今日的下单记录确定,剩余第二交互子项的交互状态根据单日下单记录中的下单日为前日和昨日的下单记录确定。
[0096] 可选的,所述接收包含渲染获得的资源交互组件的待访问页面并展示,包括:接收渲染获得的包含所述资源交互组件的所述服务子程序的首页面并展示。此外,所述接收包含渲染获得的资源交互组件的待访问页面并展示,包括:接收渲染获得的包含所述资源交互组件的所述商品展示页并展示。
[0097] 步骤S506,获取所述访问用户对所述资源交互组件中目标交互项的交互指令并发送,以进行所述目标交互项对应的权益资源的抽选处理。
[0098] 本实施例提供的一种可选实施方式中,采用如下方式进行所述目标交互项对应的权益资源的抽选处理:接收返回的包含抽选结果的展示页面并展示;所述抽选结果通过调用资源抽选接口进行所述目标交互项对应的权益资源的抽选处理后获得。
[0099] 综上所述,本实施例提供的一种或者多种权益资源处理方法,在用户进行页面访问的过程中,获取用户的页面访问指令并发送,接收包含渲染获得的资源交互组件的待访问页面并展示,获取访问用户对资源交互组件中目标交互项的交互指令并发送,以进行目标交互项对应的权益资源的抽选处理,为用户提供了丰富的权益资源抽选入口,提升了资源抽选的灵活性,增强用户的购买参与度与趣味性。
[0100] 进一步,在基于资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态的过程中,确定资源抽选数据包含的子数据的数据类型,基于数据类型,以及数据类型对应的资源抽选规则确定各交互项的交互状态,从多个角度判别用户是否满足资源抽选规则,增强了数据的可靠性以及资源抽选的全面性。
[0101] 下述以本实施例提供的一种权益资源处理方法在营销场景的应用为例,结合图4对本实施例提供的权益资源处理方法进行进一步说明,应用于营销场景的权益资源处理方法,具体包括如下步骤。
[0102] 步骤S402,根据用户针对服务子程序的首页面的访问操作,获取页面访问指令并发送。
[0103] 可选的,根据用户针对服务子程序内下单商品的商品展示页的访问操作,获取页面访问指令并发送。
[0104] 步骤S414,接收包含渲染获得的资源交互组件的首页面并展示。
[0105] 可选的,接收包含渲染获得的资源交互组件的商品展示页并展示。
[0106] 步骤S416,获取访问用户对资源交互组件中目标交互项的交互指令并发送。
[0107] 步骤S422,接收抽选结果的展示页面并展示。
[0108] 需要说明的是,步骤S402、步骤S414至步骤S416以及步骤S422中任意一个步骤或者任意多个步骤的组合,均可根据实施部署的需要与上述步骤S502至步骤S506任意一个步骤或者任意多个步骤组合成为新的实现方式;此外,还可根据实际部署的需要,在步骤S402、步骤S414至步骤S416以及步骤S422中选择任意一个或者任意多个技术特征,与上述步骤S502至步骤S506提供的任意一个或者多个技术特征组合形成新的实现方式;或者,步骤S402、步骤S414至步骤S416以及步骤S422中的任意一个或者任意多个技术特征,还可根据实际部署的需要被替换为上述步骤S502至步骤S506提供的任意一个或者多个技术特征组合形成新的实现方式,此处不再一一赘述。
[0109] 本说明书提供的一种权益资源处理装置实施例如下:在上述的实施例中,提供了一种权益资源处理方法,与之相对应的,还提供了一种权益资源处理装置,下面结合附图进行说明。
[0110] 参照图6,其示出了本实施例提供的一种权益资源处理装置实施例的示意图。
[0111] 由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
[0112] 本实施例提供一种权益资源处理装置,可应用于服务器,所述装置包括:数据获取模块602,被配置为根据用户的页面访问指令,获取所述用户的资源抽选数据;
交互状态确定模块604,被配置为基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态;
页面发送模块606,被配置为按照所述交互状态对应的渲染参数渲染所述资源交互组件,并将包含渲染获得的资源交互组件的所述待访问页面发送至用户终端;
资源抽选模块608,被配置为根据所述用户终端发送的针对所述渲染获得的资源交互组件中目标交互项的交互指令,进行所述目标交互项对应的权益资源的抽选处理。
[0113] 本说明书提供的另一种权益资源处理装置实施例如下:在上述的实施例中,提供了另一种权益资源处理方法,与之相对应的,还提供了另一种权益资源处理装置,下面结合附图进行说明。
[0114] 参照图7,其示出了本实施例提供的另一种权益资源处理装置实施例的示意图。
[0115] 由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
[0116] 本实施例提供另一种权益资源处理装置,可运行于用户终端,所述装置包括:指令获取模块702,被配置为获取用户的页面访问指令并发送;
页面展示模块704,被配置为接收包含渲染获得的资源交互组件的待访问页面并展示;所述资源交互组件由配置的各交互项的交互状态对应的渲染参数渲染;所述交互状态基于所述用户的资源抽选数据确定;
指令发送模块706,被配置为获取所述访问用户对所述资源交互组件中目标交互项的交互指令并发送,以进行所述目标交互项对应的权益资源的抽选处理。
[0117] 本说明书提供的一种服务器实施例如下:对应上述描述的一种权益资源处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种服务器,该服务器用于执行上述提供的权益资源处理方法,图8为本说明书一个或多个实施例提供的一种服务器的结构示意图。
[0118] 本实施例提供的一种服务器,包括:如图8所示,服务器可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器801和存储器802,存储器802中可以存储有一个或一个以上存储应用程序或数据。其中,存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括服务器中的一系列计算机可执行指令。更进一步地,处理器801可以设置为与存储器802通信,在服务器上执行存储器802中的一系列计算机可执行指令。服务器还可以包括一个或一个以上电源803,一个或一个以上有线或无线网络接口804,一个或一个以上输入/输出接口805。
[0119] 在一个具体的实施例中,服务器包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对服务器中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:根据用户的页面访问指令,获取所述用户的资源抽选数据;
基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态;
按照所述交互状态对应的渲染参数渲染所述资源交互组件,并将包含渲染获得的资源交互组件的所述待访问页面发送至用户终端;
根据所述用户终端发送的针对所述渲染获得的资源交互组件中目标交互项的交互指令,进行所述目标交互项对应的权益资源的抽选处理。
[0120] 本说明书提供的一种用户终端实施例如下:对应上述描述的另一种权益资源处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种用户终端,该用户终端用于执行上述提供的另一种权益资源处理方法,图9为本说明书一个或多个实施例提供的一种用户终端的结构示意图。
[0121] 本实施例提供的一种用户终端,包括:如图9所示,用户终端可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器901和存储器902,存储器902中可以存储有一个或一个以上存储应用程序或数据。其中,存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括用户终端中的一系列计算机可执行指令。更进一步地,处理器901可以设置为与存储器902通信,在用户终端上执行存储器
902中的一系列计算机可执行指令。用户终端还可以包括一个或一个以上电源903,一个或一个以上有线或无线网络接口904,一个或一个以上输入/输出接口905,一个或一个以上键盘906。
[0122] 在一个具体的实施例中,用户终端包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对用户终端中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:获取用户的页面访问指令并发送;
接收包含渲染获得的资源交互组件的待访问页面并展示;所述资源交互组件由配置的各交互项的交互状态对应的渲染参数渲染;所述交互状态基于所述用户的资源抽选数据确定;
获取所述访问用户对所述资源交互组件中目标交互项的交互指令并发送,以进行所述目标交互项对应的权益资源的抽选处理。
[0123] 本说明书提供的一种计算机可读存储介质实施例如下:对应上述描述的一种权益资源处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种计算机可读存储介质。
[0124] 本实施例提供的计算机可读存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:根据用户的页面访问指令,获取所述用户的资源抽选数据;
基于所述资源抽选数据确定待访问页面配置的资源交互组件中各交互项的交互状态;
按照所述交互状态对应的渲染参数渲染所述资源交互组件,并将包含渲染获得的资源交互组件的所述待访问页面发送至用户终端;
根据所述用户终端发送的针对所述渲染获得的资源交互组件中目标交互项的交互指令,进行所述目标交互项对应的权益资源的抽选处理。
[0125] 本说明书提供的另一种计算机可读存储介质实施例如下:对应上述描述的另一种权益资源处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供另一种计算机可读存储介质。
[0126] 本实施例提供的计算机可读存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:获取用户的页面访问指令并发送;
接收包含渲染获得的资源交互组件的待访问页面并展示;所述资源交互组件由配置的各交互项的交互状态对应的渲染参数渲染;所述交互状态基于所述用户的资源抽选数据确定;
获取所述访问用户对所述资源交互组件中目标交互项的交互指令并发送,以进行所述目标交互项对应的权益资源的抽选处理。
[0127] 需要说明的是,本说明书中关于计算机可读存储介质的实施例与本说明书中关于权益资源处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
[0128] 本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同或者相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处,比如装置实施例、设备实施例和存储介质实施例,三者均相似于方法实施例,所以描述地比较简单,阅读装置实施例、设备实施例和存储介质实施例中的相关内容请参照方法实施例的部分说明即可。
[0129] 上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
[0130] 在20世纪40年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very‑High‑Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
[0131] 控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F420,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
[0132] 上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
[0133] 为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
[0134] 本领域内的技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD‑ROM、光学存储器等)上实施的计算机程序产品的形式。
[0135] 本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0136] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0137] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0138] 在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0139] 内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0140] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD‑ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0141] 还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0142] 本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0143] 以上所述仅为本文件的实施例而已,并不用于限制本文件。对于本领域技术人员来说,本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本文件的权利要求范围之内。

当前第1页 第1页 第2页 第3页
相关技术
方法装置相关技术
权益资源相关技术
董科超发明人的其他相关专利技术