CN114051052A - 行为事件配置方法、系统、装置、服务器及存储介质 - Google Patents

Abstract

本申请实施例提供了一种行为事件配置方法、系统、装置、服务器及存储介质，涉及互联网领域。该方法包括：获取至少一个应用服务器中的至少一条行为日志，行为日志记录有所发生行为事件的相关数据，基于与行为事件相应的频控策略确定相应的配置数据，频控策略用以控制行为事件在预设时间段内的发生频率，响应于至少一个应用服务器发送的行为事件触发指令，将与行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使应用服务器基于所述配置数据执行行为事件。本申请实施例实现了对各个交互场景事件的一体化配置，用于解决场景事件由各自的应用服务器独立实现，导致大量配置重复开发或多个场景之间配置不统一的问题。

Description

行为事件配置方法、系统、装置、服务器及存储介质

技术领域

本申请涉及互联网技术领域，具体而言，本申请涉及一种行为事件配置方法、系统、装置、服务器及存储介质。

背景技术

在用户使用应用程序的过程中，程序系统会与用户产生交互行为。示例性的，针对社交类应用程序通常存在如下几个典型的互动场景：1、诸如添加好友、人脉推荐等拓展人脉的相关场景；2、诸如向C端用户进行职位推荐、向猎头进行候选人推荐、猎头通过实时消息发起职位邀约等招聘的相关场景；3、诸如Feed流推荐、内容推送等内容信息推送的场景；4、诸如开屏广告、Feed流广告等广告场景。

对此，程序系统需对上述场景事件在某个维度的发生频次上进行控制，例如：1、在添加好友事件中，控制单用户一段时间内发起好友请求总数，防止异常用户形成用户骚扰行为；2、在人脉推荐事件中，控制某用户B一段时间内被推荐给某用户A的总次数，提升用户A的人脉推荐体验；3、在职位推荐事件中，控制某个职位一段时间内被推荐候选人的总数，防止猎头被过多候选人联系影响猎头体验，以及避免供需关系的不匹配；4、在候选人推荐事件中，控制某个候选人一段时间内被推荐猎头的总数，防止候选人被过多猎头联系影响候选人体验，以及避免供需关系的不匹配；5、在Feed流推荐事件中，控制某用户一段时间内，对于某类内容的浏览条数，防止用户消费内容过于单一；5、在内容推荐中，控制某用户一段时间内收到的推荐总条数，防止影响用户体验；6、在广告场景中，控制某用户一段时间内看到的广告的总次数及广告内容在一段时间内(一般是单日)投放的总次数，防止影响用户体验以及广告被过量投放。

目前，在系统对交互场景事件的发生频次的控制过程中，上述场景事件由各自所在的应用系统内部独立实现，存在大量配置重复开发，或是多个场景之间配置不统一导致后期维护成本高，因此系统运行效率低，配置工作量较大。

发明内容

本申请实施例提供了一种行为事件配置方法、系统、装置、服务器及存储介质，实现对各个交互场景事件的一体化配置，用于解决场景事件由各自的应用服务器独立实现，导致大量配置重复开发或多个场景之间配置不统一的问题，能有效提高应用服务器的运行效率，降低了应用服务器数据处理的工作量。

根据本申请实施例的一个方面，提供了一种行为事件配置方法，适用于配置服务器，包括：

获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件。

在一个可能的实现方式中，所述基于与所述行为事件相应的频控策略确定相应的配置数据，包括：

获取新增操作指令，并根据所述新增操作指令，获取待新增的行为事件对应的频控策略，并确定所述频控策略的事件频率参数；或，

获取更新操作指令，并根据所述更新操作指令，获取待更新的频控策略的事件频率参数，使得基于所述事件频率参数进行数据更新；或，

获取下线操作指令，并根据所述下线操作指令，获取待下线的频控策略，在接收到对所述待下线的频控策略的确认信息时，删除所述待下线的频控策略，并更新对应行为事件所标识的频控策略数量。

在一个可能的实现方式中，所述方法还包括：

根据所述行为日志，更新所述行为事件发生的行为次数；

基于所述行为次数调整与所述行为事件相应的频控策略。

在一个可能的实现方式中，所述根据所述行为日志，更新所述行为事件发生的行为次数，包括：

响应于组件参数配置指令，显示可视化配置界面，并展示用于配置数据组件的设置窗口，其中，所述数据组件包括配置有所述行为日志的第一组件及配置有需发送给所述应用服务器的数据的第二组件；

获取并在所述设置窗口上显示所述数据组件的设置参数以及脚本代码，其中，所述设置参数包括所加载的数据组件对应集群的地址、可用端口及消费组参数，所述脚本代码包含ETL数据处理的映射逻辑；

基于所述设置参数运行所述数据组件；

基于所述数据组件所配置的数据执行所述脚本代码，以显示执行结果，使得基于所述执行结果更新所述行为事件所发生的行为次数。

在一个可能的实现方式中，所述方法还包括：

将所述行为日志、行为次数更新结果及所述频控策略的内容配置成各自对应的设定格式的结构化数据。

在一个可能的实现方式中，所述获取至少一个应用服务器中的至少一条行为日志，包括：

基于预设的黑名单信息过滤所述行为日志。

根据本申请实施例的另一个方面，提供了一种行为事件配置系统，包括：配置服务器和应用服务器；

所述配置服务器获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

所述配置服务器基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

所述配置服务器响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器；

所述应用服务器基于所述配置数据执行所述行为事件。

在一个可能的实现方式中，所述配置服务器包括Filebeat模块、Pulsar集群、Flink集群、Redis集群及元数据中心模块；

所述Filebeat模块，被配置为获取所述行为日志；

所述Pulsar集群，连接于所述Filebeat模块，被配置为存储所述行为日志；

所述Flink集群，连接于所述Pulsar集群，被配置为从所述Pulsar集群中读取所述行为日志，并根据所述行为日志，更新所述行为事件发生的行为次数；

所述元数据中心模块，与所述Flink集群、所述Redis集群连接，被配置为确定所述行为事件对应的频控策略，将所述频控策略发送到所述Redis集群；

所述Redis集群，连接于所述Flink集群及所述应用服务器，被配置为存储所述行为事件发生的行为次数和频控策略，并响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的行为次数及频控策略发送到相应的应用服务器。

根据本申请实施例的另一个方面，提供了一种行为事件配置装置，包括：

数据收集模块，用于获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

数据配置模块，用于基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

数据反馈模块，用于响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件。

根据本申请实施例的另一个方面，提供了一种服务器，该服务器包括：存储器、处理器及存储在存储器上的计算机程序，所述处理器执行所述计算机程序以实现上述实施例所述的行为事件配置方法的步骤。

根据本申请实施例的再一个方面，提供了一种计算机可读存储介质，所述计算机程序被处理器执行时实现上述实施例所述的行为事件配置方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

通过获取至少一个应用服务器中的至少一条行为日志，所述行为日志记录有所发生行为事件的相关数据，基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率，从而响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件，这样对所发生的行为事件相应的频控策略进行统一配置，无需在各个行为事件对应的应用服务器中均配置相似的频控策略配置等算法程序，实现对各个行为事件的一体化配置，用于解决场景事件由各自的应用服务器独立实现，导致大量配置重复开发或多个场景之间配置不统一的问题，能有效提高应用服务器的运行效率，降低了应用服务器数据处理的工作量。同时，本申请实施例减少了程序重复开发的成本，避免了因交互场景之间配置不兼容可能带来的隐患，提高了服务器运行多个交互的行为事件场景的可靠性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的计算机系统架构示意图；

图2为本申请实施例提供的行为事件配置系统的结构示意图；

图3为本申请实施例提供的一种行为事件配置方法的流程示意图；

图4为本申请一个示例性实施例提供的行为事件配置系统的结构示意图；

图5为本申请实施例提供的一种行为事件配置装置的结构示意图；

图6为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”指示实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1为本申请实施例提供的计算机系统架构示意图，该计算机系统1包括终端20和服务器10。其中，终端20与服务器10之间通过通信网络连接，且终端20以及服务器10可以通过有线或无线通信方式进行直接或间接地连接，本申请对此不做限制。

终端20可以为安装有应用程序的任意终端设备，诸如智能手机、平板电脑、笔记本电脑、台式计算机、智能可穿戴式设备等，本申请实施例并不对此进行限定。关于硬件结构，上述终端20包括显示屏、存储器、处理器及输入设备，但不限于此。示例性的，上述应用程序是多媒体平台的终端侧应用程序。作为举例，上述多媒体平台包括社交类应用平台、游戏类应用平台、生活类服务平台等，本申请对多媒体平台的类型不加以限定。

服务器10可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络、以及大数据和人工智能平台等基础云计算服务的云服务器。

服务器10上承载有多媒体平台，上述服务器10为终端20中开发且运行的应用程序提供后台服务。在本申请中，服务器10上搭载有行为事件配置系统3，参见图2，为本申请实施例提供的行为事件配置系统的结构示意图，行为事件配置系统3包括配置服务器31和至少一个应用服务器32，配置服务器31与各应用服务器32之间通过通信网络连接。其中，每个应用服务器32与各行为事件形成一一对应的映射关系，应用服务器32被配置为运行程序代码以构建应用程序中其相应的行为事件的场景，并收集在执行该行为事件的过程中的相关数据，以生成行为日志。示例性的，应用服务器A被配置为运行应用程序中加好友请求事件的后台设备，当用户触发加好友请求事件时，记录本次事件过程中所产生的用户行为数据，如用户ID、事件对象、事件发生时间等，以此该应用服务器A生成本次加好友请求事件的行为日志。配置服务器31被配置为从应用服务器32中收集所发生行为事件的行为日志，根据该行为日志对应用程序中该行为事件发生的行为次数的累计、频控策略的配置等数据处理的程序配置。这样，当任一应用服务器32中的行为事件被触发时，该应用服务器32向配置服务器31发送对应生成的行为事件触发指令，使得配置服务器31响应于接收到的行为事件触发指令，将与该行为事件触发指令对应的行为事件的配置数据发送到相应的应用服务器，从而该应用服务器32按照该配置数据执行相应的操作，即相应构建该应用程序中该行为事件的运行程序代码，并将由运行程序代码生成的安装包下发到各终端。

图3为本申请实施例提供的一种行为事件配置方法的流程示意图。本申请实施例中提供了一种行为事件配置方法用于图2所述的配置服务器31为例进行说明，该方法包括步骤S101至S103。

S101、获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据。

需要说明的是，在终端20上运行有应用程序或小程序，各应用服务器32将用户在每次行为事件中的操作(如访问、浏览、搜索、点击等)过程中所产生的行为数据组织成行为日志。优选的，服务器10中配置有日志服务器，日志服务器与各应用服务器32连接，被配置为采集并存储源于各应用服务器32的行为日志。具体的，行为日志记录有所发生行为事件的相关数据，该相关数据包括打点事件的ID标识、打点事件的类型、用户ID、用户行为发生的时间戳、用户行为的相关信息、用户行为名称、用户行为发生的场景、用户行为所作用的实体的类型及用户行为所作用的实体的ID标识，但不限于此。其中，打点事件为将终端20上用于统计用户操作行为的数据发送到应用服务器32的动作对应的事件，应用服务器32可以对终端上报的数据进行统计，以便于针对应用程序中的目标行为事件进行打点监控。

示例性的，为更好地对本申请进行说明，本申请下述实施例以社交类应用程序为例说明，但本申请并不限定于该场景，还可以应用于游戏类应用程序等，行为事件包括加好友请求、人脉推荐(如某用户B一段时间内被推荐给某用户A的事件)、职位推荐(如某个职位一段时间内被推荐候选人的事件)、候选人推荐(如某个候选人一段时间内被推荐猎头的事件)、Feed流推荐(用户在某时间段内浏览某类内容的事件)、内容推荐(如用户某时间段内收到推送内容的事件)、广告等。以加好友请求事件为例，当用户点击应用程序中的“好友添加”的链接，则可以触发对加好友请求事件的打点，这样打点得到的数据(如打点事件的ID标识、打点事件的类型、用户行为发生的时间戳等)传送给该好友请求事件相应的应用服务器，使得该应用服务器根据该数据监控加好友请求事件的发生情况，如统计监控时间段内发生加好友请求事件的行为次数等，进一步生成行为日志。

在一实施例中，配置服务器31内部设有Filebeat模块(即基于Golang的轻量型日志采集器)和Pulsar集群(分布式消息发布订阅传递平台)。本实施例通过Filebeat模块从日志服务器上实时采集行为日志，并将采集到的行为日志存储于Pulsar集群。

在一些实施例中，所述获取至少一个应用服务器中的至少一条行为日志，包括：

基于预设的黑名单信息过滤所述行为日志。

在本实施例中，借助于Filebeat模块所配置的过滤器,在将行为日志发送给Pulsar集群之前，基于预设的黑名单信息对行为日志的内容进行过滤，从而降低网络带宽的开销以及在源头减少无用数据的数量。

S102、基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率。

S103、响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件。

需要说明的是，应用程序在运行过程中过度频繁的操作，如消息推送，导致用户被打扰而流失用户，以及服务器系统由于操作频繁无法快速响应，对此本申请通过配置频控策略中行为事件的时间间隔和事件发生次数等数值阈值，使得控制对应行为事件的发生频率。可选地，配置服务器31根据行为日志所记录的行为事件的相关数据，自适应调整频控策略。示例性的，以消息推送事件为例，可获取用户对某类消息的查阅记录、点赞记录、评论记录及点赞记录等行为日志，解析出用户对该类信息的感兴趣程度，若某时间段内推送的多条该类消息没有被查阅，则认为用户可能对该类消息不感兴趣，由此降低该类消息推送事件的时间间隔和/或推送频率，从而避免干扰用户，防止用户流失。以加好友请求事件为例，可通过获取某时间段内记录有用户发起好友请求的行为事件的行为日志，设定频率策略中用户在某时间段内发起好友请求的次数，或根据行为日志中记录的请求对象的响应情况，如接受好友请求记录、举报记录等，来调整用户发起好友请求的次数，防止异常用户发生用户骚扰行为，同时防止用户被骚扰，以及避免了频繁发起好友请求导致应用服务器无法正常响应，以及应用程序界面卡顿等情况，提高用户体验。

进一步，本申请中配置服务器31通过获取源于多个应用服务器32的行为日志，配置对应行为事件的频控策略。这样，当任一应用服务器32中的行为事件被触发时，该应用服务器32向配置服务器31发送对应生成的行为事件触发指令，使得配置服务器31响应于接收到的行为事件触发指令，将由与该行为事件触发指令对应的行为事件的频控策略所生成的配置数据反馈回相应的应用服务器，以便于应用服务器32按照该频控策略执行其对应的行为事件。这样，本申请中将所发生的行为事件相应的频控策略于配置服务器31中统一配置，避免了现有技术中在各应用服务器中均配置频控策略设定的相关程序而导致程度重复开发的情况。

本申请实施例提供的行为事件配置方法，通过获取至少一个应用服务器中的至少一条行为日志，所述行为日志记录有所发生行为事件的相关数据，基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率，从而响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件，这样对所发生的行为事件相应的频控策略进行统一配置，无需在各个行为事件对应的应用服务器中均配置相似的频控策略配置等算法程序，实现对各个行为事件的一体化配置，用于解决场景事件由各自的应用服务器独立实现，导致大量配置重复开发或多个场景之间配置不统一的问题，能有效提高应用服务器的运行效率，降低了应用服务器数据处理的工作量。同时，本申请实施例减少了程序重复开发的成本，避免了因交互场景之间配置不兼容可能带来的隐患，提高了服务器运行多个交互的行为事件场景的可靠性。

在一些实施例中，所述基于与所述行为事件相应的频控策略确定相应的配置数据，包括：

获取新增操作指令，并根据所述新增操作指令，获取待新增的行为事件对应的频控策略，并确定所述频控策略的事件频率参数；或，

获取更新操作指令，并根据所述更新操作指令，获取待更新的频控策略的事件频率参数，使得基于所述事件频率参数进行数据更新；或，

获取下线操作指令，并根据所述下线操作指令，获取待下线的频控策略，在接收到对所述待下线的频控策略的确认信息时，删除所述待下线的频控策略，并更新对应行为事件所标识的频控策略数量。

在本实施例中，配置服务器31用以管理不同行为事件的频控策略，具体管理操作包括新增行为事件的频控策略、更新已有频控策略的参数以及下线已过期频控策略。可选地，配置服务器31中设有已有频控策略的相关数据(如行为事件名称、频控策略名称、创建人、创建时间等)的列表，按照该列表上的信息生成配置数据。此外，配置服务器31连接到终端20，使得在应用程序中显示频控策略配置页面，该页面展示该列表。这样，用户按照产品策略等需求在该页面执行相应操作，如选择频控策略、输入频控策略的事件频率参数(即行为事件的时间间隔和事件发生次数等数值阈值)等，配置服务器31获取操作记录及记录中的相关参数，用以配置频控策略以及生成该频控策略相应的配置数据，使得应用服务器32按照该配置数据执行相应操作。因此，本实施例通过响应用户需求，能够有效针对不同用户的特性灵活定制不同的频控策略，该频控策略具有较强的个性化和可实施性，更为切合用户的需求。

具体的，针对新增行为事件的频控策略的操作，用户在该频控策略配置页面触发新增操作，使得配置服务器31获取新增操作指令，跳转出参数配置页面，以便于用户在该参数配置页面设置相关参数，如在列表上需新增的行为事件名称、该行为事件的频控策略名称及该频控策略的事件频率参数等，由此配置服务器31获取上述相关参数，以生成配置数据。针对更新已有频控策略的参数的操作，用户在该频控策略配置页面触发更新操作，使得配置服务器31获取更新操作指令，跳转出参数配置页面，以便于用户在该参数配置页面设置相关参数，如该频控策略的事件频率参数，由此配置服务器31获取该相关参数，以生成配置数据。以及针对下线已过期频控策略的操作，用户在该频控策略配置页面触发下线操作，使得配置服务器31获取下线操作指令，通知待下线频控策略的创建人(即管理人员)，若接收到创建人对待下线的频控策略的确认信息时，更新对应行为事件所标识的频控策略数量，并有线程异步删除该待下线的频控策略。若接收到创建人对待下线的频控策略的拒绝信息时，则终止该流程。

在一些实施例中，所述方法还包括：

根据所述行为日志，更新所述行为事件发生的行为次数。

在申请中，配置服务器31中存储有每个行为事件的行为次数，当应用服务器监控到发生对应的行为事件，生成行为日志，使得配置服务器31根据该行为日志所记录该行为事件的相关数据，增加该行为事件所缓存的行为次数。示例性的，以好友添加事件为例，用户在应用程序中添加一次好友后，配置服务器31中对应的好友添加事件计数器加1。

在上述实施例的基础上，在一些实施例中，配置行为事件相应的频控策略的方式还包括：

根据所述行为日志，更新所述行为事件发生的行为次数；

基于所述行为次数调整与所述行为事件相应的频控策略。

在本实施例中，配置服务器31根据某时间段内该行为事件的行为次数自适应调整相应的频控策略，能够有效提高频控策略的准确度，提高用户体验。示例性的，以内容推荐事件为例，通过采集预设时间段内的行为日志，由此统计该时间段内内容推荐事件的行为次数(即用户收到推荐内容的条数)，当该行为次数超过预设的合理推荐阈值时，降低相应频控策略的事件频率参数(即降低预设时间段内用户收到推荐内容的总条数)。更进一步，该行为日志记录有用户对所推荐的内容的点击记录，由此统计该时间段内用户收到推荐内容的条数以及所推荐内容被点击的事件的发生次数。如若多条内容被用户点击，则可提高相应频控策略的事件频率参数(即提高预设时间段内用户收到推荐内容的总条数)。

可选地，配置服务器31内部设有Flink集群和Redis集群，Flink集群用于根据行为日志更新行为事件发生的行为次数，Redis集群用于实时写入行为次数更新结果以及频控策略。Redis集群连接于应用服务器32，用以接收应用服务器下发的行为事件触发指令，以将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器。

因此，本申请通过配置服务器31统一对所发生的行为事件进行行为次数的计数更新，无需在各个应用服务器32上均配置相似的行为次数计数等算法程序，避免了大量配置重复开发的情况，降低了系统数据处理的工作量。

在一些实施例中，所述根据所述行为日志，更新所述行为事件发生的行为次数，包括：

响应于组件参数配置指令，显示可视化配置界面，并展示用于配置数据组件的设置窗口，其中，所述数据组件包括配置有所述行为日志的第一组件及配置有需发送给所述应用服务器的数据的第二组件；

获取并在所述设置窗口上显示所述数据组件的设置参数以及脚本代码，其中，所述设置参数包括所加载的数据组件对应集群的地址、可用端口及消费组参数，所述脚本代码包含ETL数据处理的映射逻辑；

基于所述设置参数运行所述数据组件；

基于所述数据组件所配置的数据执行所述脚本代码，以显示执行结果，使得基于所述执行结果更新所述行为事件所发生的行为次数。

需要说明的是，由于行为日志来源于不同的应用服务器32，各应用服务器32可能存在计算机体系结构、操作系统、数据存储格式及数据存储逻辑模型等配置不相同的情况，配置服务器31所接收到的行为日志为异构数据。在本实施例中，配置服务器31将获取到的行为日志数据进行ETL数据处理，即将分布的、异构数据源中的数据如关系数据、平面数据文件等抽取到临时中间层后进行清洗、转换、集成，最后加载到数据仓库中，成为联机分析处理、数据挖掘的基础，这样简化了服务器的操作，避免因异构数据导致计算失误等情况，提高了数据的可复用性和通用性，从而便于后续行为事件的行为次数的更新操作。

在本实施例中，采用FlinkSQL的方式进行ETL数据处理，示例性的，在FlinkETL程序配置页面(即可视化配置界面)中，在该页面的左侧展示预先实现的数据组件(如Pulsar集群对应的第一组件、Redis集群对应的第二组件等等)。这样，用户可以通过拖动的方式选择需输入的数据组件，使得服务器将数据组件显示在所述可视化配置界面中。进而，在该页面的右侧展示设置窗口，该设置窗口用以输入数据组件的设置参数(如组件地址、可用端口号、消费组参数等)，获取并保存用户所输入的设置参数,即完成数据组件的定义，这样基于该设置参数运行相应的数据组件。其次，获取并执行ETL数据处理的映射逻辑的脚本代码，其中，该脚本代码可为UDF程序，与FlinkSQL配合使用。因此，在执行该脚本代码，即ETL数据处理后，根据处理后的行为日志配置频控策略和/或更新行为事件的行为次数。

在一些实施例中，所述方法还包括：

将所述行为日志、行为次数更新结果及所述频控策略的内容配置成各自对应的设定格式的结构化数据。

在本实施例中，日志服务器实时存储用户的行为日志，配置服务器31实时获取来自日志服务器的行为日志。本实施例通过数据化格式，使得统一化表示信息，便于搜索、查询、运用行为日志、行为次数缓存结果及所述频控策略的内容，提高了信息获取的效率，这样实现对各个行为事件的一体化配置，解决了多个场景之间配置不统一的问题。

示例性的，行为日志统一采用Json格式结构化数据,具体设定格式如下：

其中，上述设定格式中字段名event_id，表示打点事件的ID标识(32位由数值和字母组成的随机字符串)，如事件ID：0c4cdfd3cc4d4adf9a9b8c0758eed259；字段名event_type，表示打点事件的类型，如点击行为：click；字段名uid，表示用户ID，如用户ID：123456；字段名ts，表示用户行为发生的时间戳，如时间戳：1631709743；字段名act_infos，表示用户行为的相关信息(以内嵌Json的格式结构化数据)，如Json结构体：{xxx}；字段名act_name，表示用户行为名称，如加好友请求：add_friends；字段名act_scene，表示用户行为发生的场景，如用户个人主页：profile_page；字段名act_type，表示用户行为所作用的实体的类型，如用户实体：user；字段名xid，表示用户行为所作用的实体的ID标识，如用户ID：654321。

类似的，行为次数缓存结果统一采用Key-Value方式结构化数据,具体设定格式如下：

Key:uid#frequency_control_type_name

Value:count_value

其中，上述设定格式中字段名uid，表示用户ID，如用户ID：123456；字段名frequency_control_type_name，表示行为事件的频控类型名称，如加好友频控：control_add_friends；字段名count_value，表示计数结果，如已加好友次数:3。

类似的，频控策略统一采用Key-Value方式结构化数据,具体设定格式如下：

Key:frequency_control_type_name#threshold_type

Value:count_value

其中，上述设定格式中字段名frequency_control_type_name，表示行为事件的频控类型名称，如加好友频控：control_add_friends；字段名threshold_type，表示频控是上限还是下限，如上限：max；字段名count_value，表示阀值数值，如数值:10。

参见图2为本申请实施例提供的行为事件配置系统的结构示意图，所述行为事件配置系统3包括：配置服务器31和应用服务器32；

所述配置服务器31获取至少一个应用服务器32中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

所述配置服务器31基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

所述配置服务器31响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器32；

所述应用服务器32基于所述配置数据执行所述行为事件。

图4为本申请一个示例性实施例提供的行为事件配置系统的结构示意图，所述配置服务器31包括数据收集层311、数据处理存储层312及元数据管理层313，数据收集层311包括Filebeat模块3111、Pulsar集群3112，数据处理存储层312包括Flink集群3121、Redis集群3122，元数据管理层313包括元数据中心模块3131；

所述Filebeat模块3111，被配置为获取所述行为日志；

所述Pulsar集群3112，连接于所述Filebeat模块3111，被配置为存储所述行为日志；

所述Flink集群3121，连接于所述Pulsar集群3112，被配置为从所述Pulsar集群3112中读取所述行为日志，并根据所述行为日志，更新所述行为事件发生的行为次数；

所述元数据中心模块3131，与所述Flink集群3121、所述Redis集群3122连接，被配置为确定所述行为事件对应的频控策略，将所述频控策略发送到所述Redis集群3122；

所述Redis集群3122，连接于所述Flink集群3121及所述应用服务器32，被配置为存储所述行为事件发生的行为次数和频控策略，并响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的行为次数及频控策略发送到相应的应用服务器32。

在一些实施例中，元数据中心模块3131还被配置为：

获取新增操作指令，并根据所述新增操作指令，获取待新增的行为事件对应的频控策略，并确定所述频控策略的事件频率参数；或，

获取更新操作指令，并根据所述更新操作指令，获取待更新的频控策略的事件频率参数，使得基于所述事件频率参数进行数据更新；或，

获取下线操作指令，并根据所述下线操作指令，获取待下线的频控策略，在接收到对所述待下线的频控策略的确认信息时，删除所述待下线的频控策略，并更新对应行为事件所标识的频控策略数量。

在一些实施例中，元数据中心模块3131还被配置为：

响应于组件参数配置指令，显示可视化配置界面，并展示用于配置数据组件的设置窗口，其中，所述数据组件包括配置有所述行为日志的第一组件及配置有需发送给所述应用服务器的数据的第二组件；

获取并在所述设置窗口上显示所述数据组件的设置参数以及脚本代码，其中，所述设置参数包括所加载的数据组件对应集群的地址、可用端口及消费组参数，所述脚本代码包含ETL数据处理的映射逻辑；

基于所述设置参数运行所述数据组件；

基于所述数据组件所配置的数据执行所述脚本代码，以显示执行结果，使得基于所述执行结果更新所述行为事件所发生的行为次数。

在一些实施例中，Filebeat模块3111还被配置为：

基于预设的黑名单信息过滤所述行为日志。

本申请实施例的行为事件配置系统可执行本申请实施例所提供的行为事件配置方法，其实现原理相类似，本申请各实施例的系统中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于系统的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

图5为本申请实施例提供的一种行为事件配置装置的结构示意图，所述行为事件配置装置40，包括：

数据收集模块41，用于获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

数据配置模块42，用于基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

数据反馈模块43，用于响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件。

在一些实施例中，数据配置模块42包括：

新增策略单元，用于获取新增操作指令，并根据所述新增操作指令，获取待新增的行为事件对应的频控策略，并确定所述频控策略的事件频率参数；

更新策略单元，用于获取更新操作指令，并根据所述更新操作指令，获取待更新的频控策略的事件频率参数，使得基于所述事件频率参数进行数据更新；

下线策略单元，用于获取下线操作指令，并根据所述下线操作指令，获取待下线的频控策略，在接收到对所述待下线的频控策略的确认信息时，删除所述待下线的频控策略，并更新对应行为事件所标识的频控策略数量。

在一些实施例中，该装置还包括：

行为次数更新单元，用于根据所述行为日志，更新所述行为事件发生的行为次数；

策略调整单元，用于基于所述行为次数调整与所述行为事件相应的频控策略。

在一些实施例中，行为次数更新单元包括：

设置界面显示单元，用于响应于组件参数配置指令，显示可视化配置界面，并展示用于配置数据组件的设置窗口，其中，所述数据组件包括配置有所述行为日志的第一组件及配置有需发送给所述应用服务器的数据的第二组件；

参数设置单元，用于获取并在所述设置窗口上显示所述数据组件的设置参数以及脚本代码，其中，所述设置参数包括所加载的数据组件对应集群的地址、可用端口及消费组参数，所述脚本代码包含ETL数据处理的映射逻辑；

加载单元，用于基于所述设置参数运行所述数据组件；

ETL数据处理单元，用于基于所述数据组件所配置的数据执行所述脚本代码，以显示执行结果，使得基于所述执行结果更新所述行为事件所发生的行为次数。

在一些实施例中，该装置还包括：

数据结构化单元，用于将所述行为日志、行为次数更新结果及所述频控策略的内容配置成各自对应的设定格式的结构化数据。

在一些实施例中，数据收集模块41包括：

黑名单过滤单元，用于基于预设的黑名单信息过滤所述行为日志。

本申请实施例的行为事件配置装置可执行本申请实施例所提供的行为事件配置方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

在一个可选实施例中提供了一种服务器，如图6所示，图6所示的服务器500包括：处理器501和存储器503。其中，处理器501和存储器503相连，如通过总线502相连。可选地，服务器500还可以包括收发器504，收发器504可以用于该服务器与其他设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器504不限于一个，该服务器500的结构并不构成对本申请实施例的限定。

处理器501可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器501也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线502可包括一通路，在上述组件之间传送信息。总线502可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线502可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器503可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器503用于存储执行本申请实施例的计算机程序，并由处理器501来控制执行。处理器501用于执行存储器503中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (11)

1.一种行为事件配置方法，其特征在于，适用于配置服务器，包括：

获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件。

2.根据权利要求1所述的行为事件配置方法，其特征在于，所述基于与所述行为事件相应的频控策略确定相应的配置数据，包括：

获取新增操作指令，并根据所述新增操作指令，获取待新增的行为事件对应的频控策略，并确定所述频控策略的事件频率参数；或，

获取更新操作指令，并根据所述更新操作指令，获取待更新的频控策略的事件频率参数，使得基于所述事件频率参数进行数据更新；或，

获取下线操作指令，并根据所述下线操作指令，获取待下线的频控策略，在接收到对所述待下线的频控策略的确认信息时，删除所述待下线的频控策略，并更新对应行为事件所标识的频控策略数量。

3.根据权利要求1所述的行为事件配置方法，其特征在于，所述方法还包括：

根据所述行为日志，更新所述行为事件发生的行为次数；

基于所述行为次数调整与所述行为事件相应的频控策略。

4.根据权利要求3所述的行为事件配置方法，其特征在于，所述根据所述行为日志，更新所述行为事件发生的行为次数，包括：

响应于组件参数配置指令，显示可视化配置界面，并展示用于配置数据组件的设置窗口，其中，所述数据组件包括配置有所述行为日志的第一组件及配置有需发送给所述应用服务器的数据的第二组件；

获取并在所述设置窗口上显示所述数据组件的设置参数以及脚本代码，其中，所述设置参数包括所加载的数据组件对应集群的地址、可用端口及消费组参数，所述脚本代码包含ETL数据处理的映射逻辑；

基于所述设置参数运行所述数据组件；

基于所述数据组件所配置的数据执行所述脚本代码，以显示执行结果，使得基于所述执行结果更新所述行为事件所发生的行为次数。

5.根据权利要求1或3所述的行为事件配置方法，其特征在于，所述方法还包括：

将所述行为日志、行为次数更新结果及所述频控策略的内容配置成各自对应的设定格式的结构化数据。

6.根据权利要求1所述的行为事件配置方法，其特征在于，所述获取至少一个应用服务器中的至少一条行为日志，包括：

基于预设的黑名单信息过滤所述行为日志。

7.一种行为事件配置系统，其特征在于，包括：配置服务器和应用服务器；

所述配置服务器获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

所述配置服务器基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

所述配置服务器响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器；

所述应用服务器基于所述配置数据执行所述行为事件。

8.根据权利要求7所述的行为事件配置系统，其特征在于，所述配置服务器包括Filebeat模块、Pulsar集群、Flink集群、Redis集群及元数据中心模块；

所述Filebeat模块，被配置为获取所述行为日志；

所述Pulsar集群，连接于所述Filebeat模块，被配置为存储所述行为日志；

所述Flink集群，连接于所述Pulsar集群，被配置为从所述Pulsar集群中读取所述行为日志，并根据所述行为日志，更新所述行为事件发生的行为次数；

所述元数据中心模块，与所述Flink集群、所述Redis集群连接，被配置为确定所述行为事件对应的频控策略，将所述频控策略发送到所述Redis集群；

所述Redis集群，连接于所述Flink集群及所述应用服务器，被配置为存储所述行为事件发生的行为次数和频控策略，并响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的行为次数及频控策略发送到相应的应用服务器。

9.一种行为事件配置装置，其特征在于，包括：

数据收集模块，用于获取至少一个应用服务器中的至少一条行为日志；其中，所述行为日志记录有所发生行为事件的相关数据；

数据配置模块，用于基于与所述行为事件相应的频控策略确定相应的配置数据，所述频控策略用以控制所述行为事件在预设时间段内的发生频率；

数据反馈模块，用于响应于至少一个所述应用服务器发送的行为事件触发指令，将与所述行为事件触发指令对应的行为事件的配置数据反馈至相应的应用服务器，以使所述应用服务器基于所述配置数据执行所述行为事件。

10.一种服务器，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-6任一项所述行为事件配置方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6任一项所述的行为事件配置方法的步骤。

Images