发明内容
本申请实施例提供了一种基于策略的信息处理方法,以提高信息的展示效率。
相应的,本申请实施例还提供了一种电子设备和一种存储介质,用以保证上述系统的实现及应用。
为了解决上述问题,本申请实施例公开了一种基于策略的信息处理方法,所述方法包括:
在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本;
在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,并发送所述策略获取请求;
接收策略对应的策略数据;
依据所述策略数据进行渲染,并显示对应的展示信息。
可选的,在满足同步条件时,同步端规则对应的规则信息,包括以下至少一种步骤:
检测到页面状态符合获取条件时,生成规则拉取请求并发送,以拉取对应规则的规则信息;
接收服务端反馈的端规则的规则信息,所述端规则为命中的云规则转换的,所述命中的云规则依据用户行为对应的云事件确定。
可选的,所述在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,包括:
在页面运行过程中,基于所述规则脚本进行检测;
当检测到规则命中时,确定对应的规则标识、页面标识和页面关联参数;
基于规则标识、页面标识和页面关联参数,生成策略获取请求。
可选的,还包括:在页面中检测到埋点数据触发端事件后,生成端事件请求并发送。
可选的,所述策略数据包括投放数据、渲染配置数据和埋点数据;所述依据所述策略数据进行渲染,包括:
依据所述渲染配置数据对所述投放数据进行渲染,并在渲染得到的展示信息中添加埋点数据。
可选的,所述依据所述展示信息生成展示结果,包括:
依据所述展示信息确定渲染结果,采用渲染结果和策略标识生成展示结果。
本申请实施例还公开了一种基于策略的信息处理方法,其特征在于,所述方法包括:
在满足同步条件时,下发端规则的规则信息,以向客户端同步规则,所述规则信息包括规则脚本;
接收策略获取请求,所述策略获取请求为依据规则脚本命中的策略生成的;
依据所述策略获取请求确定对应策略的策略数据;
下发所述策略的策略数据,以在客户端依据所述策略渲染并显示对应的展示信息。
可选的,所述在满足同步条件时,下发规则的规则信息,包括:
接收规则拉取请求,依据所述规则拉取请求获取端规则的规则信息;
发送所述规则信息。
可选的,所述在满足同步条件时,下发规则的规则信息,包括:
基于用户行为对应的云事件,确定命中云规则,并将所述云规则转换为端规则;
获取所述端规则的规则信息,发送所述规则信息。
可选的,所述依据所述策略获取请求确定对应策略的策略数据,包括:
依据所述策略获取请求确定规则标识、页面标识和页面关联参数;
依据所述规则标识和页面关联参数确定投放数据,所述投放数据包括静态数据和动态数据;
依据所述规则标识、页面标识和页面关联参数,确定渲染配置数据和埋点数据;
采用所述投放数据、渲染配置数据和埋点数据构成策略数据。
可选的,所述依据所述策略获取请求确定对应策略的策略数据,包括:
针对端事件对应触发的策略获取请求,判断是否存在云规则;
若不存在云规则,则确定对应策略的策略数据;
若存在云规则,依据所述云规则匹配策略的策略数据。
可选的,所述对所述展示结果进行分析,确定策略处理结果,包括:
对所述策略数据进行分析,确定对应的操作结果;
对所述策略数据进行分析,确定用户的疲劳度信息。
本申请实施例还公开了一种基于策略的信息处理装置,所述装置包括:
规则同步模块,用于在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本;
策略请求模块,用于在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,并发送所述策略获取请求;接收策略对应的策略数据;
展示模块,用于依据所述策略数据进行渲染,并显示对应的展示信息;
结果反馈模块,用于依据所述展示信息生成展示结果,反馈所述展示结果,以分析策略处理结果。
本申请实施例还公开了一种基于策略的信息处理装置,所述装置包括:
规则下发模块,用于在满足同步条件时,下发端规则的规则信息,以向客户端同步规则,所述规则信息包括规则脚本;
策略下发模块,用于接收策略获取请求,所述策略获取请求为依据规则脚本命中的策略生成的;依据所述策略获取请求确定对应策略的策略数据;下发所述策略的策略数据,以在客户端依据所述策略渲染并显示对应的展示信息;
分析模块,用于接收展示结果;对所述展示结果进行分析,确定策略处理结果。
本申请实施例还公开了一种电子设备,包括:处理器;和存储器,其上存储有可执行代码,当所述可执行代码被处理器执行时,执行如本申请实施例所述的方法。
本申请实施例还公开了一个或多个机器可读介质,其上存储有可执行代码,当所述可执行代码被处理器执行时,执行如本申请实施例所述的方法。
与现有技术相比,本申请实施例包括以下优点:
本申请实施例中,在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本,从而在在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,依据所述策略获取请求拉取策略数据,实现服务端推送与端侧拉取相结合的机制有效保障策略的触达,依据所述策略数据进行渲染,并显示对应的展示信息,保证信息的展示。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
本申请实施例可以应用于信息发布场景中,如在网站、客户端的页面进行信息的发送。其中,信息的触发、展示可遵循一定的规则和策略,从而能够在合适的场景给用户提供合适的信息,提供更优质的服务和产品体验。
参照图1,示出了本申请实施例的一种基于策略的信息处理方法的交互示意图。
步骤102,在满足同步条件时,客户端请求同步端规则对应的规则信息,所述规则信息包括规则脚本。
本申请实施例中,对于规则的同步可以采用主动请求和被动获取联动的机制。即客户端可以主动请求所需的规则,服务端也可在满足一定条件下,下发规则给客户端进行同步。例如在页面启动、切换等情况下,可以触发客户端主动拉取规则,又如用户在页面中的一些行为如停留在页面的时间超过阈值等,可以触发服务端下发规则到客户端。
在满足同步条件时,同步端规则对应的规则信息,包括以下至少一种步骤:检测到页面状态符合获取条件时,生成规则拉取请求并发送,以拉取对应规则的规则信息;接收服务端反馈的端规则的规则信息,所述端规则为命中的云规则转换的,所述命中的云规则依据用户行为对应的云事件确定。
其中,可对页面状态进行检测,判断页面状态符合获取条件,例如,页面状态为启动状态、切换状态等,可确定符合获取条件,相应生成规则拉取请求并发送给服务端。其中,页面启动可包括页面的冷启动、前后台切换的启动等,页面切换可为不同切面的切换,也可为登录状态的切换等。上述页面状态的变化可作为同步的时机,可触发端规则的主动拉取。本申请实施例中,端规则的规则信息可以包括规则参数、规则脚本和配置数据,配置数据包括事件配置数据和渲染配置数据,其中规则参数可包括规则标识、规则名称等参数。其中,规则脚本为执行规则判断的脚本,事件配置数据为该规则对应的事件的配置数据,如针对事件对应行为的配置数据等。其中,端规则对应的代码逻辑层面就是脚本名称+版本号,基于脚本名称+版本号计算出一个唯一Key值,每次推送的端规则+端上拉取的端规则集合就是一个Key值数组。规则脚本用于计算用户的端行为事件序列,比如判断用户进入首页并在首页停留了30s。渲染配置数据用于配置规则对应的渲染数据,如POP弹层样式触点的配置数据,如弹层所承接的Web页面对应的H5地址,以及组件渲染时的关联属性,包括Z轴顺序,是否模态,是否支持点击蒙层关闭等。
客户端可以直接从服务端拉取规则的规则信息,也可先拉取事件配置信息、端规则等信息,再分别拉取规则脚本和渲染配置。还可由服务端基于页面的事件等确定满足同步条件,从而主动下发规则信息,在下述实施例中描述。其中,可以先由端拉取端规则,再基于所检测到的事件由服务端增量其他端规则。
步骤104,服务端下发端规则的规则信息。
服务端可以在满足同步条件时,可以向客户端同步端规则的规则信息。其中,客户端可以主动拉取端规则,相应服务端可接收规则拉取请求,依据所述规则拉取请求获取端规则的规则信息;发送所述规则信息。
在另外一些示例中,服务端也可以在云规则命中时,主动下发规则给客户端。其中,所述在满足同步条件时,下发规则的规则信息,包括:基于用户行为对应的云事件,确定命中云规则,并将所述云规则转换为端规则;获取所述端规则的规则信息,发送所述规则信息。还可检测用户在页面中的操作行为,从而确定出用户行为对应事件,基于时间可确定所命中的规则,如用户领取红包的行为对应红包领取事件,用户在页面停留超过15秒的行为对应用户停留事件等,该事件以及命中的规则可为一个实时计算任务,从而基于用户行为匹配事件,确定所命中的规则。云规则可以理解为云事件序列,发生云事件后可检测是否命中该规则。比如“用户领取新人红包引导用户使用红包策略”,其中“用户领取新人红包且未使用”的计算对应Omega平台的一条实时计算任务,由Blink负责实时计算,云规则是指云事件序列,云事件对应的该云规则中的“用户领取新人红包”这个行为事件,对应的Blink计算就是一条判断逻辑指令,当该计算任务返回true即表示该云事件命中,继而同步计算“该红包是否使用”,如果也同样满足了,则表示该云规则成功命中了。可以将该云规则转换为端规则,然后发该段规则的规则信息到客户端。
其中,端规则可对应有全量的策略命中人群规则,全量的策略命中人群规则指的是全平台策略所关联的端规则的聚合,比如平台上有策略A、B、C,关联的规则为Ra、Rb、Rc,则返回[Ra、Rb、Rc]。该端规则可为所命中云规则转换的端规则。比如某个云规则策略为“私聊2个卖家均位被回复在私聊页投放指定引导策略",其中云规则为"私聊2个卖家且未被回复",可将该规则转换成端规则"进入私聊页"+云规则"私聊2个卖家且未被回复”,如此,当用户进入私聊页时即能触发该端规则,并同步在服务端进行相应的云规则计算,如果同时满足了该端规则+云规则,即表示成功触发了该规则。
本申请实施例,在首次同步端规则后,后续再次通过段规则可进行增量同步。其中,端规则对应的代码逻辑层面就是脚本名称+版本号,基于脚本名称+版本号计算出一个唯一Key值,每次推送的端规则+端上拉取的端规则集合就是一个Key值数组,这样每当进行端规则推送请求时基于该Key值数组做增量添加操作。
步骤106,客户端在本地存储该端规则的规则信息。
客户端可以对接收的端规则进行存储。其中,在端规则同步到客户端本地时,还可将测该端规则是否是及时规则,及时规则是一种设定规则,在配置规则时会写入一个标记位来标识出及时规则,判断规则是否包含该标记位即可判断是否及时规则。及时规则,即表示不管在任何页面,都可以计算的端规则,与之对应的非及时规则,即表示此端规则只在某个特定页面才能生效。
步骤108,客户端在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求。
客户端在页面运行过程中可通过规则脚本对行为信息进行检测,基于行为信息确定命中规则事件,进而检测命中对应的目标规则,然后可以获取该目标规则对应的策略,可以生成策略获取请求。
其中,所述在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,包括:在页面运行过程中,基于所述规则脚本进行检测;当检测到规则命中时,确定对应的规则标识、页面标识和页面关联参数;基于规则标识、页面标识和页面关联参数,生成策略获取请求。基于行为信息确定命中规则事件,进而检测命中对应的目标规则,获取规则标识、页面标识和页面关联参数,如用户行为对应的触点或事件等。然后可基于规则标识、页面标识和页面关联参数作为参数,生成策略获取请求。
步骤110,客户端发送所述策略获取请求。
步骤112,服务端依据所述策略获取请求确定对应策略的策略数据。
服务端接收到策略获取请求后,可以基于策略获取请求确定对应策略的策略数据。其中,所述依据所述策略获取请求确定对应策略的策略数据,包括:依据所述策略获取请求确定规则标识、页面标识和页面关联参数;依据所述规则标识和页面关联参数确定投放数据,所述投放数据包括静态数据和动态数据;依据所述规则标识、页面标识和页面关联参数,确定渲染配置数据和埋点数据;采用所述投放数据、渲染配置数据和埋点数据构成策略数据。可以从策略获取请求获取规则标识、页面标识和页面关联参数,基于规则标识和页面关联参数确定投放数据。其中,策略包括用户、规则、触点、静态数据和动态数据等策略数据,其中,静态数据和动态数据可为投放数据,即页面渲染显示所投放的数据,静态数据如红包的样式、文字显示样式等,动态数据为可变化的数据,如数字、名称、标题等。还可基于规则标识、页面标识和页面关联参数,确定渲染配置数据和埋点数据,其中,渲染配置数据为策略对应组件的渲染配置数据,如触点渲染类型、坐标、是否每次从新刷新数据、端缓存时间、是否模态显示等。埋点数据为页面中的触点对应的数据。采用所述投放数据、渲染配置数据和埋点数据构成策略数据。
在一些可选实施例中,所述依据所述策略获取请求确定对应策略的策略数据,包括:针对端事件对应触发的策略获取请求,判断是否存在云规则;若不存在云规则,则确定对应策略的策略数据;若存在云规则,依据所述云规则匹配策略的策略数据。在接收的策略获取请求后,还可确定该事件或规则是否对应有云规则,如果检测到对应的云规则,可进行该云规则的计算,依据所命中的云规则确定策略并返回策略数据。若不存在云规则,则获取该端规则所对应策略的策略数据。
步骤114,服务端下发所述策略的策略数据。
步骤116,客户端依据所述策略数据进行渲染,并显示对应的展示信息。
客户端可基于策略数据进行渲染,从而显示相应的展示信息。可以针对该策略的信息进行展示,如展示红包以及金额,又如展示给用户推送的礼品等信息。其中,所述策略数据包括投放数据、渲染配置数据和埋点数据;所述依据所述策略数据进行渲染,包括:依据所述渲染配置数据对所述投放数据进行渲染,并在渲染得到的展示信息中添加埋点数据。可以基于渲染配置数据对所述投放数据进行渲染,得到展示信息,并基于渲染配置数据和埋点数据在展示信息中埋点。
客户端还可依据所述展示信息生成展示结果,反馈所述展示结果。服务端对所述展示结果进行分析,确定策略处理结果。
所述依据所述展示信息生成展示结果,包括:依据所述展示信息确定渲染结果,采用渲染结果和策略标识生成展示结果。在展示的过程中还可获取展示结果,包括策略曝光(成功渲染)、策略点击事件、策略关闭事件等展示结果,通过指定上报接口进行上报,上报的数据包含策略ID、上报类型、埋点数据。上报类型可为展示信息对应的数据的处理类型,如曝光类、点击类、主动点击关闭类、被动关闭类等。
服务端接收到展示结果后可以对该展示结果进行分析,一个可选实施例中,所述对所述展示结果进行分析,确定策略处理结果,包括:对所述策略数据进行分析,确定对应的操作结果;对所述策略数据进行分析,确定用户的疲劳度信息。如策略对应展示信息成功与否的结果可以分析策略的触达率。其中,触达率=策略曝光/策略命中下发。又如可基于展示结果进行疲劳度检测,分析疲劳度信息,包括策略疲劳度检测、策略组疲劳度检测、资源位疲劳度检测、行业疲劳度检测等。得到相应的策略处理结果。其中,策略疲劳度检测、策略组疲劳度检测可基于策略的投放次数、触达率、用户反馈结果等确定。资源位疲劳度检测为在页面中展示在资源位的疲劳度信息,其中,资源位为页面中展示资源信息的位置,本例中可显示展示信息,可确定该资源位上显示展示信息的疲劳度。行业疲劳度检测可检测行业的策略中对应展示信息的疲劳度。
综上,可以在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本,从而在在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,依据所述策略获取请求拉取策略数据,实现服务端推送与端侧拉取相结合的机制有效保障策略的触达,依据所述策略数据进行渲染,并显示对应的展示信息。
还可依据所述展示信息生成展示结果,反馈所述展示结果,以分析策略处理结果,从而能够检测策略的触达情况并分析,便于后续调整。
本申请实施例可应用于多种领域中,如应用于运营领域,进行策略下发,能够提高运营策略触达到用户的效率以及触达率,保障及时可靠的将策略触达到用户,并且提高影响用户运营效果。
在上述实施例的基础上,本申请实施例还提供了一种基于策略的信息处理方法,应用于客户端侧,可以保障策略的触达。如图2所示:
步骤202,在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本。
所述在满足同步条件时,同步端规则对应的规则信息,包括以下至少一种步骤:检测到页面状态符合获取条件时,生成规则拉取请求并发送,以拉取对应规则的规则信息;接收服务端反馈的端规则的规则信息,所述端规则为命中的云规则转换的,所述命中的云规则依据用户行为对应的云事件确定。
步骤204,在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,并发送所述策略获取请求。
所述在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,包括:在页面运行过程中,基于所述规则脚本进行检测;当检测到规则命中时,确定对应的规则标识、页面标识和页面关联参数;基于规则标识、页面标识和页面关联参数,生成策略获取请求。
还在页面中检测到埋点数据触发端事件后,生成端事件请求并发送。之后触发策略获取请求。
步骤206,接收策略对应的策略数据。
步骤208,依据所述策略数据进行渲染,并显示对应的展示信息。
所述策略数据包括投放数据、渲染配置数据和埋点数据;所述依据所述策略数据进行渲染,包括:依据所述渲染配置数据对所述投放数据进行渲染,并在渲染得到的展示信息中添加埋点数据。
所述依据所述展示信息生成展示结果,包括:
依据所述展示信息确定渲染结果,采用渲染结果和策略标识生成展示结果。
步骤210,依据所述展示信息生成展示结果,反馈所述展示结果,以分析策略处理结果。
在上述实施例的基础上,本申请实施例还提供了一种基于策略的信息处理方法,应用于服务端侧,可以保障策略的触达。如图3所示:
步骤302,在满足同步条件时,下发端规则的规则信息,以向客户端同步规则,所述规则信息包括规则脚本。
其中,接收规则拉取请求,依据所述规则拉取请求获取端规则的规则信息;发送所述规则信息。另一个示例中,基于用户行为对应的云事件,确定命中云规则,并将所述云规则转换为端规则;获取所述端规则的规则信息,发送所述规则信息。
步骤304,接收策略获取请求,所述策略获取请求为依据规则脚本命中的策略生成的。
步骤306,依据所述策略获取请求确定对应策略的策略数据。
所述依据所述策略获取请求确定对应策略的策略数据,包括:依据所述策略获取请求确定规则标识、页面标识和页面关联参数;依据所述规则标识和页面关联参数确定投放数据,所述投放数据包括静态数据和动态数据;依据所述规则标识、页面标识和页面关联参数,确定渲染配置数据和埋点数据;采用所述投放数据、渲染配置数据和埋点数据构成策略数据。
所述依据所述策略获取请求确定对应策略的策略数据,包括:针对端事件对应触发的策略获取请求,判断是否存在云规则;若不存在云规则,则确定对应策略的策略数据;若存在云规则,依据所述云规则匹配策略的策略数据。
服务端可基于页面标识、用户、规则、投放时间等查询策略,在策略的遍历过程中还可基于黑名单、白名单进行过滤并进行疲劳度检测,比如某个策略每天只能投放一次,则已经投放过一次后就不会继续投放,然后还可检测客户端的版本等信息,从而确定所需的策略。其中,策略还可对应编排规则,如黑名单、白名单,置顶标签,按资源位设置策略的优先级,策略算法择优以及策略评估等,从而基于编排规则辅助策略的筛选。
步骤308,下发所述策略的策略数据,以在客户端依据所述策略渲染并显示对应的展示信息。
还可接收展示结果,对所述展示结果进行分析,确定策略处理结果。
所述对所述展示结果进行分析,确定策略处理结果,包括:对所述策略数据进行分析,确定对应的操作结果;对所述策略数据进行分析,确定用户的疲劳度信息。
本申请实施例中,由于后端无法实时感知到用户所在页面信息,因此同步模型的设计上,使用推拉+缓存的方式,其中,端规则的触发使用同步模型,云规则和第三方规则的触发使用异步模型。
本申请实施例中,服务端可提供多个服务组件来提供不同的服务。如策略投放组件(Luxury)用于执行策略的配置、投放与数据评估。规则计算引擎(Walle)用于判断用户行为事件序列,其可对应配置规则脚本。触点配置平台(Poplayer)用于配置页面内触点,如App端内弹层组件样式的触点配置,即配置App中任意页面内部署形式丰富多样的弹层的框架。实时流量调控组件(Omega)用于根据用户的实时行为,在满足一定的规则计算后,进行实时的流量调控。动态素材库(TPP)用于提供策略的动态数据。数据分析组件(OTS)用于进行数据的分析,如疲劳度数据、展示结果、触达率等。
其中,端规则的同步模型的过程如图4所示:
步骤402,客户端检测到页面状态符合获取条件时,生成规则拉取请求并发送。
其中,客户端侧拉取端规则的时机可为页面(APP)冷启动、页面(APP)前后台切换,APP登录状态切换等。基于规则拉取请求可全量拉取端规则。
步骤404,服务端的策略投放组件获取规则信息并反馈。
其中,可全量拉取端规则,即将服务端存储的端规则全量同步到客户端。其中。反馈的数据可以包括全量的策略命中人群规则、所命中云规则转换的端规则以及事件配置数据等,策略命中人群规则指的是全平台策略所关联的端规则的聚合,比如平台上有策略A、B、C,关联的规则为Ra、Rb、Rc,则返回[Ra、Rb、Rc]。所命中云规则转换的端规则,比如某个云规则策略为“私聊2个卖家均位被回复在私聊页投放指定引导策略",其中云规则为"私聊2个卖家且未被回复",可将该规则转换成端规则"进入私聊页"+云规则"私聊2个卖家且未被回复”,如此,当用户进入私聊页时即能触发该端规则,并同步去Omega进行相应的云规则计算,如果同时满足了该端规则+云规则,即表示成功触发了该规则。
步骤406,客户端发送脚本拉取请求。
步骤408,服务端的规则计算引擎获取脚本数据并反馈。
客户端在获取到规则后,可向服务端拉取脚本数据,服务端的规则计算引擎可以获取规则脚本,然后发送给客户端。
步骤410,客户端发送配置拉取请求。
步骤412,服务端的触点配置平台获取渲染配置数据并返回。
渲染配置数据如POP弹层样式触点的配置数据,如弹层所承接的Web页面对应的H5地址,以及组件渲染时的关联属性,包括Z轴顺序,是否模态,是否支持点击蒙层关闭等。
从而实现端侧拉取的同步过程。
基于云规则的触发和策略下发过程如下图5所示:
步骤502,服务端的策略投放组件检测到命中云事件。
步骤504,策略投放组件向实时流量调控组件发送云规则计算请求。
步骤506,实时流量调控组件反馈云规则计算结果。
步骤508,策略投放组件将云规则转换为端规则。
其中,实时流量调控组件中有相应的实时计算任务在运行,比如“用户领取新人红包引导用户使用红包策略”,其中“用户领取新人红包且未使用”的计算对应Omega平台的一条实时计算任务,由Blink负责实时计算,云规则是指云事件序列,云事件对应的该云规则中的“用户领取新人红包”这个行为事件,对应的Blink计算就是一条判断逻辑指令,当该计算任务返回true即表示该云事件命中,继而同步计算“该红包是否使用”,如果也同样满足了,则表示该云规则成功命中了。反馈云规则命中的计算结果,可以反馈0或1,或者true/false等作为计算结果。在云规则命中后可以转换为端规则并加入到端规则数据库中。
步骤510,策略投放组件向客户端增量同步端规则。
端规则对应的代码逻辑层面就是规则脚本名称+版本号,基于脚本命中+版本号计算出一个唯一Key值,每次推送的端规则+端上拉取的端规则集合就是一个Key值数组,这样每当进行端规则推送请求时基于该Key值数组做增量操作即可。
步骤512,客户端判断端规则为及时规则。
及时规则是一种设定规则,在配置规则时会写入一个标记位来标识出及时规则,判断规则是否包含该标记位即可判断是否及时规则。及时规则,即表示不管在任何页面,都可以计算的端规则,与之对应的非及时规则,即表示此端规则只在某个特定页面才能生效。
步骤514,客户端向策略投放组件发送策略获取请求。
针对云规则转换为端规则并下发后,可以确定用户当前命中了该端规则,因此可以生成策略获取请求,向服务端请求策略数据。其中,请求策略数据包括规则标识、页面标识和页面关联参数。
步骤516,策略投放组件向动态素材库请求动态数据。
步骤518,动态素材库反馈动态数据。
步骤520,策略投放组件生成策略数据并反馈。
步骤522,客户端基于策略数据进行渲染。
如POP弹层触点样式策略,第一步渲染为客户端拉起Poplayer组件容器View层,第二步渲染为在View层进行实际策略投放数据的渲染,如渲染Webview H5页面。
步骤524,客户端判断触点类型。
如果展示信息被触发,如用户点击、浏览等过程中触发了埋点,可先判断触点类型。
步骤526,客户端向策略投放组件发送策略获取请求。
其中,第一类型为客户端动态组件化渲染类型,在触发后可向策略投放组件发送策略获取请求。第二类型为客户端的Webview组件,在触发后可发送策略获取请求。
步骤528,策略投放组件向动态素材库请求动态数据。
步骤530,动态素材库反馈动态数据。
步骤532,策略投放组件生成策略数据并反馈。
步骤534,客户端基于策略数据进行渲染。
步骤536,客户端依据所述展示信息生成展示结果,反馈所述展示结果。
在展示的过程中还可获取展示结果,包括策略曝光(成功渲染)、策略点击事件、策略关闭事件等展示结果,通过指定上报接口进行上报,上报的数据包含策略ID、上报类型、埋点数据。上报类型可为展示信息对应的数据的处理类型,如曝光类、点击类、主动点击关闭类、被动关闭类等。策略投放组件接收到展示结果后,可向数据分析组件上报展示结果。
其中,数据分析组件可对所述策略数据进行分析,确定对应的操作结果,如分析策略的触达率,进行后续操作的跟踪分析,如策略是否被触发等,还可进行策略的有效性,如基于触达率、跟踪结果等分析有效性。还可对所述策略数据进行分析,确定用户的疲劳度信息。
从而实现云侧推送与端侧拉取相结合的机制有效保障策略的触达率。
基于端规则的触发和策略下发过程如下图6所示:
步骤602,客户端的基于用户行为检测埋点,确定命中端事件。
其中,在端上埋点,大部分的用户行为事件都会有埋点,比如曝光、点击、关闭等。基于埋点可以检测到用户行为,从而确定命中端事件,如进入某个页面事件,停留时长触发事件,点击事件,IPV触发事件等。
步骤604,客户端上报端事件给实时流量调控组件。
检测到端事件后,可确定该端事件对应的日志并上报,其中,日志一般包括行为对应的各种数据如曝光的对象、点击/关闭的对象,时间点,链路跟踪数据等,该数据可基于需求动态扩展。
步骤606,实时流量调控组件进行日志归一化处理。
步骤608,客户端基于规则脚本确定命中的策略。
客户端可运行规则脚本,确定该端事件对应的端规则,从而确定端规则对应的策略为命中的策略。规则脚本可判断行为对应的规则,如比如判断是否进入某个页面并停留了一段时间,或者判断是否点击了某个按钮等,对应符合某个规则。
步骤610,客户端向策略投放组件发送策略获取请求。
步骤612,策略投放组件判断是否存在云规则。
步骤614,策略投放组件向实时流量调控组件发送云规则计算请求。
步骤616,实时流量调控组件反馈云规则计算结果。
步骤618,策略投放组件向数据分析组件请求疲劳度信息。
步骤620,数据分析组件返回疲劳度信息给策略投放组件。
步骤622,策略投放组件生成策略数据并反馈。
其中,如果没有云规则,策略投放组件可确定策略数据并反馈,如果存在云规则并且命中该云规则,可向数据分析组件请求疲劳度信息,如策略疲劳度、策略组疲劳度、资源位疲劳度、行业疲劳度等,进而确定对应的策略以及策略数据。
数据分析组件一般判断曝光、点击、关闭这三个维度的疲劳度,会基于上述数据回收上报的策略数据进行疲劳度判断,比如一个用户指定策略A一天只能投放一次,那就在每次策略投放时判断当天是否已经有过该策略该用户的曝光数据记录。
步骤624,客户端对策略数据进行缓存并渲染展示。
步骤626,客户端上报展示结果。
其中,客户端可检测展示数据的显示时长是否超出时间阈值,如果未超出时间阈值,可以获取展示结果并上报。如果超出时间阈值,可以继续展示或者确定是否需要刷新、关闭等。
步骤628,客户端判断触点类型。
如果展示信息被触发,如用户点击、浏览等过程中触发了埋点,可先判断触点类型。
步骤630,客户端向策略投放组件发送策略获取请求。
第一类型为客户端动态组件化渲染类型,在触发后可向策略投放组件发送策略获取请求。其中,第二类型为客户端的Webview组件,在触发后可发送策略获取请求。
步骤632,策略投放组件向动态素材库请求动态数据。
步骤634,动态素材库反馈动态数据。
步骤636,策略投放组件生成策略数据并反馈。
步骤638,客户端基于策略数据进行渲染。
步骤640,客户端依据所述展示信息生成展示结果,反馈所述展示结果。
步骤642,策略投放组件向数据分析组件上报展示结果。
数据分析组件可对所述策略数据进行分析,确定对应的操作结果,如分析策略的触达率,进行后续操作的跟踪分析,如策略是否被触发等,还可进行策略的有效性,如基于触达率、跟踪结果等分析有效性。还可对所述策略数据进行分析,确定用户的疲劳度信息。
在上述实施例的基础上,还可基于策略的缓存进行策略的展示,如图7所示:
步骤702,客户端检测是否存在缓存策略。
在APP启动展示页面等过程中,用户启动页面的操作可命中对应的端事件,符合端规则。如果命中的端规则在本地缓存有策略,可基于该策略进行渲染并展示。
步骤704,客户端基于策略数据进行渲染并展示。
步骤706,客户端判断展示时长是否超过时间阈值。
步骤708,客户端上报展示结果给策略投放组件。
步骤710,策略投放组件向数据分析组件上报展示结果。
步骤712,客户端判断是否需要刷新策略数据。
步骤714,客户端向策略投放组件发送策略获取请求。
步骤716,策略投放组件生成策略数据并反馈。
步骤718,客户端基于策略数据进行渲染。
步骤720,客户端依据所述展示信息生成展示结果,反馈所述展示结果。
步骤722,策略投放组件向数据分析组件上报展示结果。
本申请实施例能够一体化同步规则和策略,解决策略触达效率问题。通过推拉结合+应答+缓存来解决策略下发过程中各种异常导致的跳失问题,提高策略的触达率。并且可以针对云规则和三方接入给出同步解决方案,保障触达率。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
在上述实施例的基础上,本实施例还提供了一种网页的本地操作装置,应用于终端设备中。
存储模块,用于在本地保存网页对应的演示依赖数据;
处理分析模块,用于在网页启动时,拦截所述网页的请求并读取所述演示依赖数据中第一页面数据;以及,响应于所述网页的操作,从所述演示依赖数据中获取对应的接口数据,依据所述接口数据确定对应的第二页面数据;
显示模块,用于依据所述第一页面数据显示所述网页的第一页面;以及,依据所述第二页面数据显示第二页面。
综上,可在本地保存网页对应的演示依赖数据,在网页启动时,拦截所述网页的请求,并读取本地的演示依赖数据中第一页面数据,依据所述第一页面数据显示所述网页的第一页面,从而能够基于本地数据进行网页的启动,并且响应于所述网页的操作,从所述演示依赖数据中获取对应的接口数据,依据所述接口数据确定对应的第二页面数据,依据所述第二页面数据显示第二页面,基于本地数据相应页面操作,实现进行演示操作,实现脱离服务器操作网页。
所述处理分析模块,用于通过网页代理拦截所述网页对应的请求;依据所述请求读取演示依赖数据,确定对应的接口数据;依据所述接口数据确定绑定的页面数据,作为第一页面数据。
所述处理分析模块,还用于通过网页代理拦截登录请求;基于所述演示依赖数据确定登录数据,依据所述登录数据完成登录处理。
所述处理分析模块,用于在所述演示依赖数据中查询所述登录请求对应的接口数据;依据所述接口数据确定登录逻辑信息;若所述登录逻辑信息为第一类信息,则获取登录态标志,返回所述登录态标志以完成登录处理;若所述登录逻辑信息为第二类信息,则获取具有登录态的页面数据,返回所述页面数据并渲染显示,以完成登录处理。
所述处理分析模块,用于依据所述接口数据确定操作逻辑信息,依据所述操作逻辑信息获取对应的第二页面数据;所述显示模块,用于对所述第二页面数据进行渲染,显示第二页面。
所述处理分析模块,用于响应于所述网页的操作,依据所述请求查询所述演示依赖数据;在所述演示依赖数据中确定接口使用标识,依据所述接口使用标识确定对应的接口数据。
所述处理分析模块,还用于提供场景列表窗口;响应于对所述场景列表窗口中场景信息的选择,启动所述场景信息对应的场景操作窗口;在所述场景操作窗口中启动网页代理,以执行网页操作的代理处理。
在上述实施例的基础上,本实施例还提供了一种基于策略的信息处理装置,应用于终端设备中。
规则同步模块,用于在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本;
策略请求模块,用于在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,并发送所述策略获取请求;接收策略对应的策略数据;
展示模块,用于依据所述策略数据进行渲染,并显示对应的展示信息;
结果反馈模块,用于依据所述展示信息生成展示结果,反馈所述展示结果,以分析策略处理结果。
在满足同步条件时,同步端规则对应的规则信息并存储,所述规则信息包括规则脚本,从而在在页面运行过程中,基于所述规则脚本确定命中的策略,生成策略获取请求,依据所述策略获取请求拉取策略数据,实现服务端推送与端侧拉取相结合的机制有效保障策略的触达,依据所述策略数据进行渲染,并显示对应的展示信息,保证信息的展示,还可依据所述展示信息生成展示结果,反馈所述展示结果,以分析策略处理结果,从而能够检测策略的触达情况并分析,便于后续调整。
可选的,规则同步模块,用于检测到页面状态符合获取条件时,生成规则拉取请求并发送,以拉取对应规则的规则信息;接收服务端反馈的端规则的规则信息,所述端规则为命中的云规则转换的,所述命中的云规则依据用户行为对应的云事件确定。
所述策略请求模块,用于在页面运行过程中,基于所述规则脚本进行检测;当检测到规则命中时,确定对应的规则标识、页面标识和页面关联参数;基于规则标识、页面标识和页面关联参数,生成策略获取请求。
所述策略请求模块,还用于在页面中检测到埋点数据触发端事件后,生成端事件请求并发送。
所述策略数据包括投放数据、渲染配置数据和埋点数据;所述展示模块,用于依据所述渲染配置数据对所述投放数据进行渲染,并在渲染得到的展示信息中添加埋点数据。
所述结果反馈模块,用于依据所述展示信息确定渲染结果,采用渲染结果和策略标识生成展示结果。
在上述实施例的基础上,本实施例还提供了一种基于策略的信息处理装置,应用于服务端的电子设备中。
规则下发模块,用于在满足同步条件时,下发端规则的规则信息,以向客户端同步规则,所述规则信息包括规则脚本;
策略下发模块,用于接收策略获取请求,所述策略获取请求为依据规则脚本命中的策略生成的;依据所述策略获取请求确定对应策略的策略数据;下发所述策略的策略数据,以在客户端依据所述策略渲染并显示对应的展示信息;
分析模块,用于接收展示结果;对所述展示结果进行分析,确定策略处理结果。
所述规则下发模块,用于接收规则拉取请求,依据所述规则拉取请求获取端规则的规则信息;发送所述规则信息。
所述规则下发模块,用于基于用户行为对应的云事件,确定命中云规则,并将所述云规则转换为端规则;获取所述端规则的规则信息,发送所述规则信息。
所述策略下发模块,用于依据所述策略获取请求确定规则标识、页面标识和页面关联参数;依据所述规则标识和页面关联参数确定投放数据,所述投放数据包括静态数据和动态数据;依据所述规则标识、页面标识和页面关联参数,确定渲染配置数据和埋点数据;采用所述投放数据、渲染配置数据和埋点数据构成策略数据。
所述策略下发模块,用于针对端事件对应触发的策略获取请求,判断是否存在云规则;若不存在云规则,则确定对应策略的策略数据;若存在云规则,依据所述云规则匹配策略的策略数据。
所述分析模块,用于对所述策略数据进行分析,确定对应的操作结果;对所述策略数据进行分析,确定用户的疲劳度信息。
本申请实施例能够一体化同步规则和策略,解决策略触达效率问题。通过推拉结合+应答+缓存来解决策略下发过程中各种异常导致的跳失问题,提高策略的触达率。并且可以针对云规则和三方接入给出同步解决方案,保障触达率。
本申请实施例还提供了一种非易失性可读存储介质,该存储介质中存储有一个或多个模块(programs),该一个或多个模块被应用在设备时,可以使得该设备执行本申请实施例中各方法步骤的指令(instructions)。
本申请实施例提供了一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得电子设备执行如上述实施例中一个或多个所述的方法。本申请实施例中,所述电子设备包括服务器、终端设备等设备。
本公开的实施例可被实现为使用任意适当的硬件,固件,软件,或及其任意组合进行想要的配置的装置,该装置可包括服务器(集群)、终端等电子设备。图8示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置800。
对于一个实施例,图8示出了示例性装置800,该装置具有一个或多个处理器802、被耦合到(一个或多个)处理器802中的至少一个的控制模块(芯片组)804、被耦合到控制模块804的存储器806、被耦合到控制模块804的非易失性存储器(NVM)/存储设备808、被耦合到控制模块804的一个或多个输入/输出设备810,以及被耦合到控制模块804的网络接口812。
处理器802可包括一个或多个单核或多核处理器,处理器802可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中,装置800能够作为本申请实施例中所述服务端、终端等设备。
在一些实施例中,装置800可包括具有指令814的一个或多个计算机可读介质(例如,存储器806或NVM/存储设备808)以及与该一个或多个计算机可读介质相合并被配置为执行指令814以实现模块从而执行本公开中所述的动作的一个或多个处理器802。
对于一个实施例,控制模块804可包括任意适当的接口控制器,以向(一个或多个)处理器802中的至少一个和/或与控制模块804通信的任意适当的设备或组件提供任意适当的接口。
控制模块804可包括存储器控制器模块,以向存储器806提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
存储器806可被用于例如为装置800加载和存储数据和/或指令814。对于一个实施例,存储器806可包括任意适当的易失性存储器,例如,适当的DRAM。在一些实施例中,存储器806可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。
对于一个实施例,控制模块804可包括一个或多个输入/输出控制器,以向NVM/存储设备808及(一个或多个)输入/输出设备810提供接口。
例如,NVM/存储设备808可被用于存储数据和/或指令814。NVM/存储设备808可包括任意适当的非易失性存储器(例如,闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如,一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。
NVM/存储设备808可包括作为装置800被安装在其上的设备的一部分的存储资源,或者其可被该设备访问可不必作为该设备的一部分。例如,NVM/存储设备808可通过网络经由(一个或多个)输入/输出设备810进行访问。
(一个或多个)输入/输出设备810可为装置800提供接口以与任意其他适当的设备通信,输入/输出设备810可以包括通信组件、音频组件、传感器组件等。网络接口812可为装置800提供接口以通过一个或多个网络通信,装置800可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信,例如接入基于通信标准的无线网络,如WiFi、2G、3G、4G、5G等,或它们的组合进行无线通信。
对于一个实施例,(一个或多个)处理器802中的至少一个可与控制模块804的一个或多个控制器(例如,存储器控制器模块)的逻辑封装在一起。对于一个实施例,(一个或多个)处理器802中的至少一个可与控制模块804的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例,(一个或多个)处理器802中的至少一个可与控制模块804的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例,(一个或多个)处理器802中的至少一个可与控制模块804的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC)。
在各个实施例中,装置800可以但不限于是:服务器、台式计算设备或移动计算设备(例如,膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中,装置800可具有更多或更少的组件和/或不同的架构。例如,在一些实施例中,装置800包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。
其中,检测装置中可采用主控芯片作为处理器或控制模块,传感器数据、位置信息等存储到存储器或NVM/存储设备中,传感器组可作为输入/输出设备,通信接口可包括网络接口。
本申请实施例还提供了一种电子设备,包括:处理器;和存储器,其上存储有可执行代码,当所述可执行代码被执行时,使得所述处理器执行如本申请实施例中一个或多个所述的方法。本申请实施例中存储器中可存储各种数据,如目标文件、文件与应用关联数据等各种数据,还可包括用户行为数据等,从而为各种处理提供数据基础。
本申请实施例还提供了一个或多个机器可读介质,其上存储有可执行代码,当所述可执行代码被执行时,使得处理器执行如本申请实施例中一个或多个所述的方法。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种基于策略的信息处理方法、一种电子设备和一种存储介质,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。