发明内容
基于此,有必要针对上述技术问题,提供一种能够提高数据推送有效性的埋点实时流数据处理、装置、计算机设备和存储介质。
一种埋点数据处理方法,所述方法包括:
接收通过应用程序采集的多个埋点数据,并根据所述埋点数据确定对应的埋点事件;所述埋点数据表征了用户在应用程序的页面执行的操作行为;
将对应于相同执行目的埋点事件,合并构成对应的关键事件;
获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;所述业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,所述接口调用事件包括在进行埋点事件采集时对应的接口调用信息;
生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值;
加载内存中预先写入的订阅应用配置,并基于所述订阅应用配置确定与各订阅方分别对应的目标码值,所述目标码值包括所述埋点码值、所述关键事件码值、所述业务码值和所述接口调用码值中的至少一种;
获取与所述目标码值对应的目标事件,并将所述目标事件推送至相应的订阅方;所述目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
在其中一个实施例中,所述埋点数据包括多个字段,所述字段用于记载用户信息、设备信息和会话信息中的至少一种;在将对应于相同执行目的埋点事件,合并构成对应的关键事件之前,所述方法还包括:
从所述多个埋点数据中,筛选出缺少用户信息的多个目标埋点数据;
针对各个目标埋点事件,通过预设的设备标识和/或会话标识进行用户信息的关联补全。
在其中一个实施例中,在加载内存中预先写入的订阅应用配置之前,所述方法还包括:
确定所需推送的多个目标事件,所述目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种;
通过在所述应用程序的页面中,进行目标事件所对应的目标码值的配置;
基于配置好的目标码值、以及相应的配置方信息,生成对应的订阅应用配置,并将所述订阅应用配置写入到内存中。
在其中一个实施例中,所述获取接口网关上传的多个接口调用事件,包括:
通过信息采集工具对接口网关输出的多个接口调用事件进行实时采集;所述信息采集工具包括Filebeat(本地文件的日志数据采集器,可监控日志目录或特定的日志文件)工具和Logstash(一个应用程序日志、事件的传输、处理、管理和搜索的平台,可以用它来统一对应用程序日志进行收集管理)工具中的至少一种。
在其中一个实施例中,所述将所述目标事件推送至相应的订阅方,包括:
将对应筛选得到的目标事件发送到指定的消息队列中,由所述消息队列进行目标事件的存储;
当订阅方完成订阅操作后,将所述消息队列中存储的目标事件推送到相应的订阅方。
在其中一个实施例中,各个业务事件均携带有相应的属性字段,在所述将所述目标事件推送至相应的订阅方之前,所述方法还包括:
基于各个业务事件分别对应的属性字段,确定所属不同事件类型且命名方式不同的多个目标属性字段;
按照统一的标识命名方式,对各个目标属性字段进行重命名;
基于重命名后的多个目标属性字段,对相应业务事件携带的属性字段进行更新。
在其中一个实施例中,所述订阅方包括设于应用服务器中的营销应用、风控应用、借款监控应用以及展位数据应用中的至少一种,所述方法还包括:
当相应的订阅方接收到目标事件时,由所述订阅方根据所述目标事件,当确定用户在所述页面中执行了预设的操作行为时,触发相应的业务处理进程;其中,所述业务处理进程包括预设信息推送和访问拦截中的至少一种。
一种埋点实时流数据处理装置,所述装置包括:
第一获取模块,用于接收通过应用程序采集的多个埋点数据,并根据所述埋点数据确定对应的埋点事件;所述埋点数据表征了用户在应用程序的页面执行的操作行为;
合并模块,用于将对应于相同执行目的埋点事件,合并构成对应的关键事件;
第二获取模块,用于获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;所述业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,所述接口调用事件包括在进行埋点事件采集时对应的接口调用信息;
码值获取模块,用于获取与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值;
加载模块,用于加载内存中预先写入的订阅应用配置,并基于所述订阅应用配置确定与各订阅方分别对应的目标码值,所述目标码值包括所述埋点码值、所述关键事件码值、所述业务码值和所述接口调用码值中的至少一种;
推送模块,用于获取与所述目标码值对应的目标事件,并将所述目标事件推送至相应的订阅方;所述目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收通过应用程序采集的多个埋点数据,并根据所述埋点数据确定对应的埋点事件;所述埋点数据表征了用户在应用程序的页面执行的操作行为;
将对应于相同执行目的埋点事件,合并构成对应的关键事件;
获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;所述业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,所述接口调用事件包括在进行埋点事件采集时对应的接口调用信息;
生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值;
加载内存中预先写入的订阅应用配置,并基于所述订阅应用配置确定与各订阅方分别对应的目标码值,所述目标码值包括所述埋点码值、所述关键事件码值、所述业务码值和所述接口调用码值中的至少一种;
获取与所述目标码值对应的目标事件,并将所述目标事件推送至相应的订阅方;所述目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
接收通过应用程序采集的多个埋点数据,并根据所述埋点数据确定对应的埋点事件;所述埋点数据表征了用户在应用程序的页面执行的操作行为;
将对应于相同执行目的埋点事件,合并构成对应的关键事件;
获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;所述业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,所述接口调用事件包括在进行埋点事件采集时对应的接口调用信息;
生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值;
加载内存中预先写入的订阅应用配置,并基于所述订阅应用配置确定与各订阅方分别对应的目标码值,所述目标码值包括所述埋点码值、所述关键事件码值、所述业务码值和所述接口调用码值中的至少一种;
获取与所述目标码值对应的目标事件,并将所述目标事件推送至相应的订阅方;所述目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
上述埋点数据处理方法、装置、计算机设备和存储介质,接收通过不同应用程序采集的多个埋点数据,基于数据分析需求,将具备相同执行目的的埋点事件合并成相应的关键事件,为后续的数据分析工作打下基础,能够有效提高数据分析的准确度。同时,可获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件。这样就可预先对接不同的数据源,并采集和处理得到不同类型的事件。进而通过加载内存中预先写入的订阅应用配置,确定与各订阅方分别对应的目标码值,并基于目标码值确定所需推送的目标事件,在明确用户的订阅需求,且订阅方无需对接不同的流数据源的情况下,即可将来源不同数据流的目标事件定向推送到对应的订阅方,大大提高了事件推送的有效性和效率。并且,在实现与埋点行为对应的各个目标事件的推送时,无需重开发***,提高了***的开发效率,减少了应用成本。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的埋点数据处理方法,可以应用于如图1所示的应用环境中。其中,终端102、多个业务***104、接口网关106、以及多个订阅方108分别通过网络与服务器110进行通信。应用程序设于终端102中,首先,由服务器110接收通过应用程序采集的多个埋点数据,并根据埋点数据确定对应的埋点事件;当前,由服务器110将对应于相同执行目的埋点事件,合并构成对应的关键事件。其次,服务器110获取由业务***104上传的多个业务事件,及接口网关106上传的多个接口调用事件。其次,由服务器110生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值。最后,再由服务器110加载内存中预先写入的订阅应用配置,并基于订阅应用配置确定与各订阅方分别对应的目标码值;通过获取与目标码值对应的目标事件,并将目标事件推送至相应的订阅方108。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器110可以用独立的第一服务器或者是多个第一服务器组成的服务器集群来实现。多个业务***104以及可以运行在独立的第二服务器中,或者,分别运行与不同的第二服务器中。多个订阅方108可以但不限于设于应用服务器中的营销应用、风控应用、借款监控应用以及展位数据应用。
在一个实施例中,如图2所示,提供了一种埋点数据处理方法,以该方法应用于图1中的服务器110为例进行说明,包括以下步骤:
步骤S202,接收通过应用程序采集的多个埋点数据,并根据所述埋点数据确定对应的埋点事件;所述埋点数据表征了用户在应用程序的页面执行的操作行为。
其中,应用程序可以部署于多个执行终端中。埋点事件指的是用户在页面或程序中执行了相应的操作并触发了对应的埋点,所针对的具体操作事件;埋点是对终端等设备上运行的应用或界面中特定的流程收集的一些信息,用来跟踪应用的使用情况,指的是对用户行为进行收集、处理的相关技术及其实施过程,比如对用户对页面中某个按钮的点击次数、观看某个视频的时长等。埋点数据可以用来优化应用,或对应用的后续运营提供数据支撑,是将埋点信息进行筛选、处理、整合后,得到的可以被服务器识别、运用的数据;埋点信息可以包括访问数、访问客、停留时长、页面浏览数和跳出率等,本申请实施例对比不作限定。
具体的,由服务器接收各个执行终端分别反馈的埋点数据,并根据接收到的埋点数据确定对应的埋点事件。需要说明的是,服务器接收到的也可以是由多个埋点数据所构成的埋点数据包,当服务器获取到的埋点数据包时,从中拆分出相应的埋点数据,并根据拆分得到的埋点数据确定对应的埋点事件。
在其中一个实施例中,请参考图3,应用程序可以为设于执行终端中的APP,通过预先在APP中进行埋点设置,当用户调用由接口网关提供的多个接口执行由APP提供的业务功能,且触发埋点时,进行埋点数据的采集,其中,采集到的埋点数据将异步上报到服务器,由设于服务器中的数据网关进行埋点数据的接收以及处理。
上述实施例中,在触发埋点时,通过应用程序进行埋点数据的采集,其中,采集到的埋点数据将异步上报到服务器,由服务器进行统一处理。这样订阅方不需要对接到不同的流数据源,仅在对接到服务器时,就可以获取到所需的订阅数据。因此,当前的实施方案能够提高开发效率,以及保证数据质量。
步骤S204,将对应于相同执行目的埋点事件,合并构成对应的关键事件。
其中,埋点数据包括多个字段,字段用于记载用户信息、设备信息和会话信息中的至少一种。需要说明的是,用户信息指的是用户喜好、用户细分、用户需求、用户联系方式等一些关于用户的基本信息。设备信息指的是设备标识、设备所在地、设备编号等一些关于设备的基本信息,会话信息指的是会话过程中涉及到的访问地址、访问对象、会话标识等一些关于会话的基本信息。
具体的,由服务器确定各个埋点时间分别对应的执行目的,将具备相同执行目的的埋点数据进行合并。
在其中一个实施例中,在由服务器将对应于相同执行目的埋点事件,合并构成对应的关键事件之前,为了进一步保证埋点数据的完整性,还需要由服务器从多个埋点数据中,筛选出缺少用户信息的多个目标埋点数据;针对各个目标埋点事件,通过预设的设备标识和/或会话标识进行用户信息的关联补全。
上述实施例中,基于数据分析需求,由服务器将对应于相同执行目的埋点事件进行合并,为后续的数据分析工作打下基础,能够有效提高数据分析的准确度。
步骤S206,获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,接口调用事件包括在进行埋点事件采集时对应的接口调用信息。
其中,业务***可以为后端业务处理***,接口调用事件可以通过信息采集工具进行实时采集;在一个实施例中,信息采集工具包括Filebeat工具和Logstash工具中的至少一种。示例性的,后端业务处理***可以为一个专用于处理用户身份注册的一个业务***。当前,由用户在具备前端界面的终端中输入了相应的用户身份信息后,输入的用户身份信息将进一步反馈到后端业务处理***,由后端业务处理***根据接收到的用户信息判断该用户是否符合申请条件,并在符合申请条件的情况下,输出“注册成功”等执行结果信息,即生成相应的业务事件。
步骤S208,生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值。
其中,埋点码值、关键事件码值、业务码值和接口调用码值是由服务器定义的,用于能够识别相应的事件,具体起到一个标识性的作用。
步骤S210,加载内存中预先写入的订阅应用配置,并基于订阅应用配置确定与各订阅方分别对应的目标码值,目标码值包括埋点码值、关键事件码值、业务码值和接口调用码值中的至少一种。
其中,在加载内存中预先写入的订阅应用配置之前,还需要由用户进行订阅应用配置的相关信息设置,相关信息可以为所需推送到订阅方的目标事件,与目标事件所对应的目标码值等,本申请实施例对此不作限定。
具体的,在加载内存中预先写入的订阅应用配置之前,由服务器确定所需推送的多个目标事件,目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种;通过在应用程序的页面中,进行目标事件所对应的目标码值的配置;基于配置好的目标码值、以及相应的配置方信息,生成对应的订阅应用配置,并将订阅应用配置写入到内存中。
在其中一个实施例中,请参考图4,其为设置订阅应用配置的前端界面图。当前由目标用户确定所需推送的多个目标事件,目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种;由目标用户在应用程序的页面中通过点击“添加码值”按钮,并在随之切换到的配置页面中,进行目标事件所对应的目标码值的配置;基于配置好的目标码值、以及相应的配置方信息,生成对应的订阅应用配置,并将订阅应用配置写入到内存中。其中,配置方信息可以为页面名称和所属模块(示例性的所属模块可以为默认模块以及标准申请流程)。需要说明的是,在当前显示的订阅应用配置的前端界面中,也可以根据显示的基本信息,确定应用程序的类型、应用场景以及应用说明等。示例性的,当需要删除先前配置好的目标码值、以及相应的配置方信息时,通过触发删除链接,进行目标码和配置方信息的删除,且,在触发删除链接的同时将生成变更通知指令,由服务器进行变更通知指令的接收,并及时更新内存中的配置数据。
上述实施例中,在加载内存中预先写入的订阅应用配置之前,由用户进行订阅应用配置的相关信息设置,可以使得服务器在明确用户的订阅需求的情况下,实现目标事件的定向推送,提高了***开发效率。
步骤S212,获取与目标码值对应的目标事件,并将目标事件推送至相应的订阅方;目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
其中,由服务器将目标事件发送到指定的消息队列中,由消息队列进行目标事件的存储,并在订阅方完成订阅操作后,将消息队列中存储的目标事件推送到相应的订阅方。
具体的,订阅方包括设于应用服务器中的营销应用、风控应用、借款监控应用以及展位数据应用中的至少一种。当相应的订阅方接收到目标事件时,由订阅方根据目标事件,当确定用户在页面中执行了预设的操作行为时,触发相应的业务处理进程;其中,业务处理进程包括预设信息推送和访问拦截中的至少一种。另外,由于各个业务事件均携带有相应的属性字段。当前实施例中,还需要由服务器基于各个业务事件分别对应的属性字段,确定所属不同一事件类型且命名方式不同的多个目标属性字段;由服务器按照统一的标识命名方式,对各个目标属性字段进行重命名;基于重命名后的多个目标属性字段,对相应业务事件携带的属性字段进行更新。
在其中一个实施例中,当营销应用根据接收到目标事件,发现目标用户进入借款页面时,触发预先设置的消息推送处理进程,给目标用户推送免息券。在另一个实施例中,当风控应用根据接收到目标事件,发现目标用户执行了违法操作行为,触发预先设置的访问拦截进程,进行访问拦截。
上述实施例中,由于不同业务***上传的同类型业务事件所对应的识别标识可能存在不同的情况,为了便于后续对数据进行统一的管理,由服务器按照统一的标识命名方式,对各个目标识别标识进行重命名,有效的提高了***开发效率。
上述埋点数据处理方法中,接收通过不同应用程序采集的多个埋点数据,基于数据分析需求,将具备相同执行目的的埋点事件合并成相应的关键事件,为后续的数据分析工作打下基础,能够有效提高数据分析的准确度。同时,可获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件。这样就可预先对接不同的数据源,并采集和处理得到不同类型的事件。进而通过加载内存中预先写入的订阅应用配置,确定与各订阅方分别对应的目标码值,并基于目标码值确定所需推送的目标事件,在明确用户的订阅需求,且订阅方无需对接不同的流数据源的情况下,即可将来源不同数据流的目标事件定向推送到对应的订阅方,大大提高了事件推送的有效性和效率。并且,在实现与埋点行为对应的各个目标事件的推送时,无需重开发***,提高了***的开发效率,减少了应用成本。
应该理解的是,虽然图2和图3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2和图3中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种埋点数据处理装置500,包括:第一获取模块501、合并模块502、第二获取模块503、码值获取模块504、加载模块505和推送模块506,其中:
第一获取模块501,用于接收通过应用程序采集的多个埋点数据,并根据埋点数据确定对应的埋点事件;埋点数据表征了用户在应用程序的页面执行的操作行为。
合并模块502,用于将对应于相同执行目的埋点事件,合并构成对应的关键事件。
第二获取模块503,用于获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,接口调用事件包括在进行埋点事件采集时对应的接口调用信息。
码值获取模块504,用于获取与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值。
加载模块505,用于加载内存中预先写入的订阅应用配置,并基于订阅应用配置确定与各订阅方分别对应的目标码值,目标码值包括埋点码值、关键事件码值、业务码值和接口调用码值中的至少一种。
推送模块506,用于获取与目标码值对应的目标事件,并将目标事件推送至相应的订阅方;目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
在其中一个实施例中,埋点数据处理装置500还包括筛选模块,其中:
筛选模块,用于从多个埋点数据中,筛选出缺少用户信息的多个目标埋点数据;针对各个目标埋点事件,通过预设的设备标识和/或会话标识进行用户信息的关联补全。
在其中一个实施例中,埋点数据处理装置500还包括配置模块,其中:
配置模块,用于确定所需推送的多个目标事件,目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种;通过在应用程序的页面中,进行目标事件所对应的目标码值的配置;基于配置好的目标码值、以及相应的配置方信息,生成对应的订阅应用配置,并将订阅应用配置写入到内存中。
在其中一个实施例中,第二获取模块503,还用于通过信息采集工具对接口网关输出的多个接口调用事件进行实时采集;信息采集工具包括Filebeat工具和Logstash工具中的至少一种。
在一个实施例中,推送模块506,还用于将对应筛选得到的目标事件发送到指定的消息队列中,由消息队列进行目标事件的存储;当订阅方完成订阅操作后,将消息队列中存储的目标事件推送到相应的订阅方。
在一个实施例中,埋点数据处理装置500还包括更新模块,其中:
更新模块,用于基于各个业务事件分别对应的属性字段,确定所属不同事件类型且命名方式不同的多个目标属性字段;按照统一的标识命名方式,对各个目标属性字段进行重命名;基于重命名后的多个目标属性字段,对相应业务事件携带的属性字段进行更新。
在一个实施例中,埋点数据处理装置500还包括执行模块,其中:
执行模块,用于当相应的订阅方接收到目标事件时,由订阅方根据目标事件,当确定用户在页面中执行了预设的操作行为时,触发相应的业务处理进程;其中,业务处理进程包括预设信息推送和访问拦截中的至少一种。
上述埋点实时流数据处理装置,接收通过不同应用程序采集的多个埋点数据,基于数据分析需求,将具备相同执行目的的埋点事件合并成相应的关键事件,为后续的数据分析工作打下基础,能够有效提高数据分析的准确度。同时,可获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件。这样就可预先对接不同的数据源,并采集和处理得到不同类型的事件。进而通过加载内存中预先写入的订阅应用配置,确定与各订阅方分别对应的目标码值,并基于目标码值确定所需推送的目标事件,在明确用户的订阅需求,且订阅方无需对接不同的流数据源的情况下,即可将来源不同数据流的目标事件定向推送到对应的订阅方,大大提高了事件推送的有效性和效率。并且,在实现与埋点行为对应的各个目标事件的推送时,无需重开发***,提高了***的开发效率,减少了应用成本。
关于埋点实时流数据处理装置的具体限定可以参见上文中对于埋点实时流数据处理方法的限定,在此不再赘述。上述埋点实时流数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图6所示。该计算机设备包括通过***总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储目标时间。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种埋点实时流数据处理方法。
本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收通过应用程序采集的多个埋点数据,并根据埋点数据确定对应的埋点事件;埋点数据表征了用户在应用程序的页面执行的操作行为;将对应于相同执行目的埋点事件,合并构成对应的关键事件;获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,接口调用事件包括在进行埋点事件采集时对应的接口调用信息;生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值;加载内存中预先写入的订阅应用配置,并基于订阅应用配置确定与各订阅方分别对应的目标码值,目标码值包括埋点码值、关键事件码值、业务码值和接口调用码值中的至少一种;获取与目标码值对应的目标事件,并将目标事件推送至相应的订阅方;目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:埋点数据包括多个字段,字段用于记载用户信息、设备信息和会话信息中的至少一种;在将对应于相同执行目的埋点事件,合并构成对应的关键事件之前,从多个埋点数据中,筛选出缺少用户信息的多个目标埋点数据;针对各个目标埋点事件,通过预设的设备标识和/或会话标识进行用户信息的关联补全。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:在加载内存中预先写入的订阅应用配置之前,确定所需推送的多个目标事件,目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种;通过在应用程序的页面中,进行目标事件所对应的目标码值的配置;基于配置好的目标码值、以及相应的配置方信息,生成对应的订阅应用配置,并将订阅应用配置写入到内存中。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:通过信息采集工具对接口网关输出的多个接口调用事件进行实时采集;信息采集工具包括Filebeat工具和Logstash工具中的至少一种。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:将对应筛选得到的目标事件发送到指定的消息队列中,由消息队列进行目标事件的存储;当订阅方完成订阅操作后,将消息队列中存储的目标事件推送到相应的订阅方。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:各个业务事件均携带有相应的属性字段,在将目标事件推送至相应的订阅方之前,基于各个业务事件分别对应的属性字段,确定所属不同事件类型且命名方式不同的多个目标属性字段;按照统一的标识命名方式,对各个目标属性字段进行重命名;基于重命名后的多个目标属性字段,对相应业务事件携带的属性字段进行更新。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:订阅方包括设于应用服务器中的营销应用、风控应用、借款监控应用以及展位数据应用中的至少一种,当相应的订阅方接收到目标事件时,由订阅方根据目标事件,当确定用户在页面中执行了预设的操作行为时,触发相应的业务处理进程;其中,业务处理进程包括预设信息推送和访问拦截中的至少一种。
上述计算机设备,接收通过不同应用程序采集的多个埋点数据,基于数据分析需求,将具备相同执行目的的埋点事件合并成相应的关键事件,为后续的数据分析工作打下基础,能够有效提高数据分析的准确度。同时,可获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件。这样就可预先对接不同的数据源,并采集和处理得到不同类型的事件。进而通过加载内存中预先写入的订阅应用配置,确定与各订阅方分别对应的目标码值,并基于目标码值确定所需推送的目标事件,在明确用户的订阅需求,且订阅方无需对接不同的流数据源的情况下,即可将来源不同数据流的目标事件定向推送到对应的订阅方,大大提高了事件推送的有效性和效率。并且,在实现与埋点行为对应的各个目标事件的推送时,无需重开发***,提高了***的开发效率,减少了应用成本。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收通过应用程序采集的多个埋点数据,并根据埋点数据确定对应的埋点事件;埋点数据表征了用户在应用程序的页面执行的操作行为;将对应于相同执行目的埋点事件,合并构成对应的关键事件;获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件;业务事件包括当触发操作事件时,由相应的业务***反馈的执行结果信息,接口调用事件包括在进行埋点事件采集时对应的接口调用信息;生成与各个埋点事件对应的埋点码值、与各个关键事件分别对应的关键事件码值、与各个业务事件对应的业务码值、以及与各个接口调用事件对应的接口调用码值;加载内存中预先写入的订阅应用配置,并基于订阅应用配置确定与各订阅方分别对应的目标码值,目标码值包括埋点码值、关键事件码值、业务码值和接口调用码值中的至少一种;获取与目标码值对应的目标事件,并将目标事件推送至相应的订阅方;目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:埋点数据包括多个字段,字段用于记载用户信息、设备信息和会话信息中的至少一种;在将对应于相同执行目的埋点事件,合并构成对应的关键事件之前,从多个埋点数据中,筛选出缺少用户信息的多个目标埋点数据;针对各个目标埋点事件,通过预设的设备标识和/或会话标识进行用户信息的关联补全。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:在加载内存中预先写入的订阅应用配置之前,确定所需推送的多个目标事件,目标事件包括埋点事件、关键事件、业务事件和接口调用事件中的至少一种;通过在应用程序的页面中,进行目标事件所对应的目标码值的配置;基于配置好的目标码值、以及相应的配置方信息,生成对应的订阅应用配置,并将订阅应用配置写入到内存中。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤通过信息采集工具对接口网关输出的多个接口调用事件进行实时采集;信息采集工具包括Filebeat工具和Logstash工具中的至少一种。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:将对应筛选得到的目标事件发送到指定的消息队列中,由消息队列进行目标事件的存储;当订阅方完成订阅操作后,将消息队列中存储的目标事件推送到相应的订阅方。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:各个业务事件均携带有相应的属性字段,在将目标事件推送至相应的订阅方之前,基于各个业务事件分别对应的属性字段,确定所属不同事件类型且命名方式不同的多个目标属性字段;按照统一的标识命名方式,对各个目标属性字段进行重命名;基于重命名后的多个目标属性字段,对相应业务事件携带的属性字段进行更新。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:订阅方包括设于应用服务器中的营销应用、风控应用、借款监控应用以及展位数据应用中的至少一种,当相应的订阅方接收到目标事件时,由订阅方根据目标事件,当确定用户在页面中执行了预设的操作行为时,触发相应的业务处理进程;其中,业务处理进程包括预设信息推送和访问拦截中的至少一种。
上述存储介质,接收通过不同应用程序采集的多个埋点数据,基于数据分析需求,将具备相同执行目的的埋点事件合并成相应的关键事件,为后续的数据分析工作打下基础,能够有效提高数据分析的准确度。同时,可获取由不同业务***上传的多个业务事件,及接口网关上传的多个接口调用事件。这样就可预先对接不同的数据源,并采集和处理得到不同类型的事件。进而通过加载内存中预先写入的订阅应用配置,确定与各订阅方分别对应的目标码值,并基于目标码值确定所需推送的目标事件,在明确用户的订阅需求,且订阅方无需对接不同的流数据源的情况下,即可将来源不同数据流的目标事件定向推送到对应的订阅方,大大提高了事件推送的有效性和效率。并且,在实现与埋点行为对应的各个目标事件的推送时,无需重开发***,提高了***的开发效率,减少了应用成本。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。