CN111859083A - 业务数据处理方法、装置、设备及计算机可读存储介质 - Google Patents
业务数据处理方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111859083A CN111859083A CN202010463579.0A CN202010463579A CN111859083A CN 111859083 A CN111859083 A CN 111859083A CN 202010463579 A CN202010463579 A CN 202010463579A CN 111859083 A CN111859083 A CN 111859083A
- Authority
- CN
- China
- Prior art keywords
- buried point
- data
- service data
- processing
- function
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请提供一种业务数据处理方法、装置、设备及计算机可读存储介质,该方法包括:基于业务数据收集接口接收业务数据,若业务数据为埋点数据,则获取埋点数据对应的埋点编号,并根据预设的埋点编号与埋点处理函数的映射关系,查询埋点编号对应的埋点处理函数,根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。本申请涉及数据采集,可以提高业务执行的稳定性。
Description
技术领域
本申请涉及数据采集技术领域,尤其涉及一种业务数据处理方法、装置、设备及计算机可读存储介质。
背景技术
现今,通常会通过统计用户访问网站等页面的操作数据,并对操作数据进行分析来优化页面设计。目前,一般通过提前埋点来获取用户的操作数据,当前的埋点机制主要有如下两种:一种是通过注入埋点相关的对象,需要对某一按钮或过程埋点时,对埋点函数做调用,传入埋点编号和其他业务参数,从而完成埋点数据上传;另一种是在需要进行埋点的代码段中调用相关埋点函数,传入埋点编号和业务数据,完成埋点数据的上传。
现有的埋点机制均只关注埋点编号和相关业务数据的上传,导致业务代码中会嵌入许多与业务逻辑无关的埋点代码,也即业务逻辑与埋点逻辑之间耦合,从而很可能会影响到业务的正常执行,业务执行不稳定。
发明内容
本申请的主要目的在于提供一种业务数据处理方法、装置、设备及计算机可读存储介质,旨在提高业务执行的稳定性。
第一方面,本申请提供一种业务数据处理方法,所述业务数据处理方法包括以下步骤:
基于业务数据收集接口接收业务数据;
若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号;
根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数;
根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
第二方面,本申请还提供一种业务数据处理装置,所述业务数据处理装置包括:
接收模块,用于基于业务数据收集接口接收业务数据;
获取模块,用于若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号;
查询模块,用于根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数;
上报模块,用于根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
第三方面,本申请还提供一种计算机设备,所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序,其中所述计算机程序被所述处理器执行时,实现如上述的业务数据处理方法的步骤。
第四方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其中所述计算机程序被处理器执行时,实现如上述的业务数据处理方法的步骤。
本申请提供一种业务数据处理方法、装置、设备及计算机可读存储介质,本申请通过实现统一的业务数据收集接口、埋点上报逻辑函数,在进行业务数据管理时,基于业务数据收集接口接收业务数据,若业务数据为埋点数据,则获取埋点数据对应的埋点编号,并根据预设的埋点编号与埋点处理函数的映射关系,查询埋点编号对应的埋点处理函数,根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。从而实现埋点所需的业务数据的统一收集和维护,减少埋点逻辑与业务逻辑之间的耦合,提高业务执行的稳定性。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种业务数据处理方法的流程示意图;
图2为本申请实施例提供的另一种业务数据处理方法的流程示意图;
图3为图1中的业务数据处理方法的子步骤流程示意图;
图4为本申请实施例提供的一种业务数据处理装置的示意性框图;
图5为本申请实施例提供的另一种业务数据处理装置的示意性框图;
图6为本申请一实施例涉及的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
附图中所示的流程图仅是示例说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解、组合或部分合并,因此实际执行的顺序有可能根据实际情况改变。
现有技术中,经常会需要分析用户从进入特定网站的页面开始到离开该特定网站的页面中的行为,从而为优化网站设计提供帮助。例如,如果大多数用户总是进入一个特定网站的主页,点击主页上的一个链接,都等候一段时间后退出,说明该链接可能打不开,需要网站优化该链接。再例如,在主页上有多个并联的功能选项“财经、体育、社会、健康”,如果发现点击前三个的用户很多,“健康”几乎没有用户点击,这时网站要考量设置“健康”是否有必要。
目前,要获取用户的操作数据,操作数据是用户从进入特定网站的页面执行的按照时间顺序、功能顺序等的动作的数据,一般可以通过提前埋点进行实现,当前web(WorldWide Web,全球广域网)前端的埋点机制主要由如下两种:
1.通过往浏览器js(JavaScript)运行环境的全局windows下面注入埋点相关的对象,需要对某一按钮或过程埋点时,通过全局windows对象对埋点函数做调用,传入埋点编号和其他业务参数,从而完成埋点数据上传。
2.提供js的sdk(Software Development Kit,软件开发工具包)包,通过在业务代码的运行上下文的全局进行注入或者在需要使用到埋点的具体js文件中引用,在需要进行埋点的代码段中调用相关埋点函数,传入埋点编号和业务数据,完成埋点数据的上传。
不难看出,现有的web前端埋点机制均只关注埋点编号和相关业务数据的上传,不关注web前端业务数据的管理和获取,导致业务代码中会嵌入许多与业务逻辑无关的埋点代码,一方面污染了当前业务代码,另一方面埋点代码的错误很可能会影响到业务代码的执行,导致业务执行不稳定,web功能出现异常。
为了解决上述问题,本申请实施例提供一种业务数据处理方法、装置、计算机设备及计算机可读存储介质。其中,该业务数据处理方法可应用于用户终端中,该用户终端包括但不限于智能手机、平板电脑等。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参照图1,图1为本申请的实施例提供的一种业务数据处理方法的流程示意图。
如图1所示,该业务数据处理方法包括步骤S101至步骤S104。
步骤S101、基于业务数据收集接口接收业务数据。
本实施例中,为了实现埋点所需的业务数据收集、更新、获取,实现一埋点管理器,通过该埋点管理器管理埋点所需的业务数据。
具体地,埋点管理器内维护一个数据存储集合,数据存储集合存储需要收集的业务数据;实现一注册函数,注册函数触发业务数据收集;实现一业务数据收集接口,业务数据收集接口接收业务数据;实现一个以埋点编号为维度的埋点处理函数集合,埋点处理函数集合中包含各埋点编号对应的埋点处理函数;实现一埋点上报逻辑函数,埋点上报逻辑函数根据传入的埋点编号获取埋点编号对应的埋点处理函数,进行数据处理。
示例性的,注册函数的接口设计的其中一种实施方式可以通过如下实现:
函数名:registry;
入参:config:[Object]{ctx,uniqueKey,bsKeyMapping,handlers};
其中,ctx,定义为能根据业务数据收集映射文件通过遍历ctx获取到所有业务数据的js执行上下文,ctx可以随着业务数据收集接口的实现而不一样,比如在通过wepy框架开发的微信小程序或者vue.js框架开发的web页面中,ctx可以是当前路由对应页面组件的实例对象;而在angularjs1.0框架中ctx可以对应的是页面根级controller对应的$scope。
uniqueKey,定义为能够唯一索引注册调用的标志,具体可以是对应的页面url(Uniform Resource Locator,统一资源定位符)地址。
bsKeyMapping,定义为业务数据与能够正确获取其值的上下文对象唯一标志的映射关系,比如在wepy框架开发的微信小程序中可以使用组件的name作为唯一标志。
Handlers,定义为自定义标志和埋点处理函数的映射,自定义标志为唯一可以确定某一次埋点操作的标志,可以是某个按钮的id、某个页面的url或者某个业务参数值等。
返回值:undefined。
示例性的,业务数据收集接口的其中一种实施方式可以通过如下实现:
接口名:collectBsData;
入参:ctx:定义为注册函数registry入参对应的ctx;
uniqueKey:定义为注册函数registry入参对应的uniqueKey;
bsKeyMapping:定义为注册函数registry入参对应bsKeyMapping;如果初始化到埋点管理器的执行上下文,则可以直接通过this引用,对应则可以不设置bsKeyMapping参数。
返回值:定义返回值类型可以为一个js的Object实例对象,具体结构可以为{[uniqueKey--key]:{[变量名]:值}},其中key为bsKeyMapping对应的key;
返回值要求返回的数据集合,必须能够监听业务数据的变化。具体而言,可以通过es5的存取器特性实现,或者使用es6的proxy特性实现。
在本实施方式中,以埋点编号为维度的埋点处理函数集合,可以设置“键”为埋点编号,具体而言,可以在定义埋点管理器注册时由具体使用者进行自定义传入,这样,在进行埋点数据上传时,可以回调根据埋点编号回调对应的埋点处理函数。
示例性的,埋点处理函数的其中一种实施方式可以通过如下实现:
函数名:匿名函数;
入参:可以包括注册函数、业务数据收集接口中的一个或多个参数;
返回值:{trackId:String,bsData:Object}。
示例性的,埋点上报逻辑函数的其中一种实施方式可以通过如下实现:
函数名:uploadData;
入参:data2SrvArr:定义为埋点数据列表,具体结构可以为[{trackId:String,bsData:Object}];
返回值:undefined。
示例性的,所述业务数据处理方法还包括:在初始化所述埋点上报逻辑函数时进行入参,将第一参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行重置;或者
在调用所述埋点上报逻辑函数时进行入参,将第二参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行更新。
可选地,可以实现埋点上报逻辑函数重置、更新机制。具体来说,可以在初始化埋点上报逻辑函数时进行入参,将相应参数传入埋点上报逻辑函数,以对埋点上报逻辑函数进行重置。为了便于区分描述,将初始化埋点上报逻辑函数时传入的参数称为第一参数。也可以在调用封装好的埋点数据上报逻辑函数时,将相应参数传入埋点上报逻辑函数,以对埋点上报逻辑函数进行更新。为了便于区分描述,将更新埋点上报逻辑函数时传入的参数称为第二参数。
在通过用户终端进行业务数据管理的过程中,在用户终端内嵌入埋点管理器,其中,用户终端包括但不限于智能手机、平板电脑、个人计算机等设备。用户终端进行管理的业务数据包括但不限于微信、QQ、淘宝等应用程序对应操作的数据。在用户终端进行业务数据收集时,通过所实现的业务数据收集接口接收业务数据。
示例性的,在一实施例中,所述基于业务数据收集接口接收业务数据之前,还包括:基于所述业务数据收集接口集成不同的业务数据收集函数,其中,不同的业务数据收集函数用于接收对应的不同业务数据。
在实现业务数据收集接口时,可选地,根据应用场景,比如应用于的不同web前端框架和开发情况,集成不同的业务数据收集函数。其中,不同的业务数据收集函数用于接收对应的不同业务数据。
所述基于业务数据收集接口接收业务数据,包括:确定所述业务数据对应的业务数据收集函数;基于确定的所述业务数据收集函数,接收所述业务数据。
在进行业务数据收集时,根据当前的应用场景,确定业务数据对应的业务数据收集函数,基于确定的业务数据收集函数接收业务数据。也即,在不同的应用场景下,基于对应的不同的业务数据收集函数接收相应应用场景下的业务数据。
步骤S102、若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号。
为了实现区分不同的埋点操作对应的埋点数据,通过定义埋点数据对应的埋点编号,其中,不同埋点编号对应不同的埋点数据注册函数。用户终端基于业务数据收集接口接收的业务数据若为埋点数据,则基于注册函数获取接收的埋点数据对应的埋点编号。
步骤S103、根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数。
在获取到埋点数据对应的埋点编号后,用户终端根据预设的埋点编号与埋点处理函数的映射关系,查询埋点编号对应的埋点处理函数。其中,在预设的埋点编号与埋点处理函数的映射关系中,埋点编号一一映射对应的埋点处理函数。
在一实施方式中,如图2所示,所述步骤S103之前,还包括步骤S105:
步骤S105,通过注册函数配置所述埋点编号与埋点处理函数的映射关系。
在一实施例中,在实现注册函数时,通过注册函数配置埋点编号与埋点处理函数的映射关系。其中,不同的埋点编号对应不同的埋点处理函数。
可以理解的是,步骤S105可以在步骤S103之前的任意步骤,例如,如图2中所示,步骤S105在步骤S101之前。
所述步骤S103包括子步骤S1031:
步骤S1031,将所述埋点编号传入所述注册函数并执行所述注册函数,查询所述埋点编号对应的埋点处理函数。
在获取到埋点数据对应的埋点编号后,用户终端将获取的埋点编号传入注册函数并执行注册函数,查询传入的埋点编号对应的埋点处理函数。
步骤S104、根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
查询埋点编号对应的埋点处理函数的查询结果有两种,一种是查询到埋点编号对应的埋点处理函数,另外一种就是未查询到埋点编号对应的埋点处理函数。用户终端根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。针对于不同的查询结果,传入埋点上报逻辑函数的数据也相应不同。
示例性的,如图3所示,步骤S104包括:子步骤S1041至子步骤S1042。
子步骤S1041,若查询获取到所述埋点编号对应的埋点处理函数,则执行所述埋点处理函数获取返回值;并将所述返回值传入所述埋点上报逻辑函数,进行上报服务器处理。
子步骤S1042、若查询未获取到所述埋点编号对应的埋点处理函数,则将所述埋点编号传入所述埋点上报逻辑函数,进行上报服务器处理。
在第一种情况下,若查询获取到埋点编号对应的埋点处理函数,则用户终端执行该埋点处理函数,获取该埋点处理函数执行后的返回值。之后,将返回值传入埋点上报逻辑函数,进行上报服务器处理。
需要说明的是,该返回值可以是埋点处理函数将埋点数据进行处理后的处理值,也可以就是未经处理的埋点数据。
在第二种情况下,若查询获未取到埋点编号对应的埋点处理函数,则用户终端将埋点编号传入埋点上报逻辑函数,进行上报服务器处理。可选地,用户终端将埋点编号传入埋点上报逻辑函数,进行入参处理,作为下一次的埋点数据的上报数据,在下一次获取到埋点数据后,与埋点上报逻辑函数传入的相应数据一起进行上报服务器处理。
可选地,在另一实施方式中,若查询获未取到埋点编号对应的埋点处理函数,用户终端不进行响应处理。或继续基于业务数据收集接口接收下一次的业务数据,循环执行上述操作。
在一些实施例中,所述基于业务数据收集接口接收业务数据,包括:
发送埋点数据获取指令至服务器;基于所述业务数据收集接口接收所述服务器根据所述埋点数据获取指令反馈的埋点数据;或者
基于所述业务数据收集接口接收所述服务器根据预设条件触发传输的埋点数据。
其中,所述埋点数据对应携带有埋点数据标记和映射关系数据,所述映射关系数据表示所述埋点数据对应的操作类型间的映射关系。
在实际应用中,用户终端可以主动方式获取埋点数据,也可以被动方式获取埋点数据。具体地,在以主动方式获取埋点数据的方式中,用户终端可以发送埋点数据获取指令至服务器,服务器在接收到用户终端发送的埋点数据获取指令时,向用户终端反馈对应的埋点数据,用户终端接收服务器反馈的埋点数据。可选地,用户终端基于业务数据收集接口接收服务器根据埋点数据获取指令反馈的埋点数据。
在以被动方式获取埋点数据的方式中,服务器根据预设条件自动向用户终端发送埋点数据。其中,预设条件包括但不限于:当前时间达到预设时间,埋点数据大小达到预设数据大小等。
其中,服务器向用户终端发送的埋点数据,携带有埋点数据标记、映射关系数据等,埋点数据标记包括但不限于需埋点统计的控件对应的标记,比如按钮id、页面url等;映射关系数据表示埋点数据对应的操作类型间的映射关系。需要说明的是,埋点数据携带的埋点数据标记和操作类型间的映射关系数据可以为用户自定义的,也可以为默认设置的。
示例性的,所述业务数据处理方法还包括:
在进行页面访问时,根据所述埋点数据标记确定需埋点统计的控件,以及根据所述映射关系数据确定所述控件对应的操作类型;在所述页面运行期间,基于所述对应的操作类型统计所述控件的操作数据。
以用户终端访问页面为例,其中,页面可以为需要进行动态埋点的APP(Application,应用程序)对应的页面。在进行页面访问时,用户终端基于埋点数据对应的映射关系数据确定需埋点统计的控件和对应的操作类型。
具体地,基于埋点数据携带有埋点数据标记、操作类型间的映射关系数据等,用户终端可以根据埋点数据,获得埋点数据对应的埋点数据标记、操作类型间的映射关系数据,根据埋点数据标记确定出需埋点统计的控件,以及根据操作类型间的映射关系数据确定出控件对应的操作类型。其中,操作类型例如可以包括点击操作、长按操作等。
在页面运行期间,用户终端根据确定的控件对应的操作类型,统计确定的控件的操作数据。其中,操作数据包括但不限于操作时长、操作次数等。
例如,用户终端对确定的控件对应的操作类型进行识别,记录或统计对控件进行操作的操作次数等。例如,识别为对控件的点击操作,并记录点击操作的操作次数。
可以理解的是,用户终端接收服务器发送的埋点数据,不需要用户终端进行截屏操作并上传截屏数据,只需要接收服务器发送的埋点数据,并基于埋点数据对应的埋点数据标记和映射关系数据,统计对应控件的操作数据即可,因此,不会对用户终端的运行性能造成太大影响,且准确性较高,不容易出错。
示例性的,可以预先配置控件、控件对应的操作类型和中间层拦截代码的映射关系,在页面访问时,根据预先配置的控件、控件对应的操作类型和中间层拦截代码的映射关系,获取到确定的控件对应的中间层拦截代码,并在该页面运行期间启用对应的中间层拦截代码,对确定的控件对应的操作数据进行收集截取。
需要说明的是,由于实际应用中,不同用户终端,或同一用户终端的不同用户会对同一页面进行浏览操作,为实现统计控件的操作数据,服务器将埋点数据向支持相同类型操作系统的各用户终端统一发送。
或者,服务器实时或者定时将埋点数据向支持不同类型操作系统的各用户终端分别进行发送。例如,各用户终端可支持Android操作系统、iOS操作系统等不同类型操作系统,此时,服务器可以实时或者定时分别向支持不同类型操作系统的用户终端发送埋点数据。
通过上述实施例的方式,能够统一收集和维护埋点所需的业务数据,减少埋点所需业务数据的获取和维护的成本。而且可以实现业务代码抽离埋点代码,将埋点逻辑与业务逻辑进行解耦,提高Web前端代码的可维护性和稳定性。
上述实施例提供的业务数据处理方法,通过实现统一的业务数据收集接口、埋点上报逻辑函数,在进行业务数据管理时,基于业务数据收集接口接收业务数据,若业务数据为埋点数据,则获取埋点数据对应的埋点编号,并根据预设的埋点编号与埋点处理函数的映射关系,查询埋点编号对应的埋点处理函数,根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。从而实现埋点所需的业务数据的统一收集和维护,减少埋点逻辑与业务逻辑之间的耦合,提高业务执行的稳定性。
请参照图4,图4为本申请实施例提供的一种业务数据处理装置的示意性框图。
如图4所示,该业务数据处理装置400,包括:接收模块401、获取模块402、查询模块403和上报模块404。
接收模块401,用于基于业务数据收集接口接收业务数据。
在一个实施例中,所述业务数据处理装置400还包括配置模块,用于基于所述业务数据收集接口集成不同的业务数据收集函数,其中,不同的业务数据收集函数用于接收对应的不同业务数据。
所述接收模块401,还用于确定所述业务数据对应的业务数据收集函数;基于确定的所述业务数据收集函数,接收所述业务数据。
在一个实施例中,所述接收模块401,还用于发送埋点数据获取指令至服务器;基于所述业务数据收集接口接收所述服务器根据所述埋点数据获取指令反馈的埋点数据;或者
基于所述业务数据收集接口接收所述服务器根据预设条件触发传输的埋点数据。
其中,所述埋点数据对应携带有埋点数据标记和映射关系数据,所述映射关系数据表示所述埋点数据对应的操作类型间的映射关系。
获取模块402,用于若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号。
查询模块403,用于根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数。
在一个实施例中,如图5所示,所述业务数据处理装置400还包括配置模块405,用于通过注册函数配置所述埋点编号与埋点处理函数的映射关系。
所述查询模块403,还用于将所述埋点编号传入所述注册函数并执行所述注册函数,查询所述埋点编号对应的埋点处理函数。
上报模块404,用于根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
在一个实施例中,所述上报模块404,还用于若查询获取到所述埋点编号对应的埋点处理函数,则执行所述埋点处理函数获取返回值;并将所述返回值传入所述埋点上报逻辑函数,进行上报服务器处理;若查询未获取到所述埋点编号对应的埋点处理函数,则将所述埋点编号传入所述埋点上报逻辑函数,进行上报服务器处理。
在一个实施例中,所述业务数据处理装置400还包括确定模块,用于在进行页面访问时,根据所述埋点数据标记确定需埋点统计的控件,以及根据所述映射关系数据确定所述控件对应的操作类型。
统计模块,用于在所述页面运行期间,基于所述对应的操作类型统计所述控件的操作数据。
在一个实施例中,所述业务数据处理装置400还包括配置模块,用于在初始化所述埋点上报逻辑函数时进行入参,将第一参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行重置;或者
在调用所述埋点上报逻辑函数时进行入参,将第二参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行更新。
需要说明的是,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的装置和各模块及单元的具体工作过程,可以参考前述业务数据处理方法实施例中的对应过程,在此不再赘述。
上述实施例提供的装置可以实现为一种计算机程序的形式,该计算机程序可以在如图6所示的计算机设备上运行。
请参阅图6,图6为本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以为移动终端。
如图6所示,该计算机设备包括通过系统总线连接的处理器、存储器和网络接口,其中,存储器可以包括非易失性存储介质和内存储器。
非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令,该程序指令被执行时,可使得处理器执行任意一种业务数据处理方法。
处理器用于提供计算和控制能力,支撑整个计算机设备的运行。
内存储器为非易失性存储介质中的计算机程序的运行提供环境,该计算机程序被处理器执行时,可使得处理器执行任意一种业务数据处理方法。
该网络接口用于进行网络通信,如发送分配的任务等。本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
应当理解的是,处理器可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中,在一个实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现如下步骤:
基于业务数据收集接口接收业务数据;
若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号;
根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数;
根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
在一个实施例中,所述处理器在实现所述根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理时,用于实现:
若查询获取到所述埋点编号对应的埋点处理函数,则执行所述埋点处理函数获取返回值;并将所述返回值传入所述埋点上报逻辑函数,进行上报服务器处理;
若查询未获取到所述埋点编号对应的埋点处理函数,则将所述埋点编号传入所述埋点上报逻辑函数,进行上报服务器处理。
在一个实施例中,所述处理器在实现基于业务数据收集接口接收业务数据之前,还实现:
基于所述业务数据收集接口集成不同的业务数据收集函数,其中,不同的业务数据收集函数用于接收对应的不同业务数据;
所述处理器在实现基于业务数据收集接口接收业务数据时,用于实现:
确定所述业务数据对应的业务数据收集函数;
基于确定的所述业务数据收集函数,接收所述业务数据。
在一个实施例中,所述处理器在实现根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数之前,还实现:
通过注册函数配置所述埋点编号与埋点处理函数的映射关系;
所述处理器在实现根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数时,用于实现:
将所述埋点编号传入所述注册函数并执行所述注册函数,查询所述埋点编号对应的埋点处理函数。
在一个实施例中,所述处理器在实现基于业务数据收集接口接收业务数据时,用于实现:
发送埋点数据获取指令至服务器;
基于所述业务数据收集接口接收所述服务器根据所述埋点数据获取指令反馈的埋点数据;或者
基于所述业务数据收集接口接收所述服务器根据预设条件触发传输的埋点数据;
其中,所述埋点数据对应携带有埋点数据标记和映射关系数据,所述映射关系数据表示所述埋点数据对应的操作类型间的映射关系。
在一个实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现如下步骤:
在进行页面访问时,根据所述埋点数据标记确定需埋点统计的控件,以及根据所述映射关系数据确定所述控件对应的操作类型;
在所述页面运行期间,基于所述对应的操作类型统计所述控件的操作数据。
在一个实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现如下步骤:
在初始化所述埋点上报逻辑函数时进行入参,将第一参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行重置;或者
在调用所述埋点上报逻辑函数时进行入参,将第二参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行更新。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序中包括程序指令,所述程序指令被执行时所实现的方法可参照本申请业务数据处理方法的各个实施例。
其中,所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元,例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备,例如所述计算机设备上配备的插接式硬盘,智能存储卡(SmartMedia Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。
进一步地,所述计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种业务数据处理方法,其特征在于,包括:
基于业务数据收集接口接收业务数据;
若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号;
根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数;
根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
2.如权利要求1所述的业务数据处理方法,其特征在于,所述根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理,包括:
若查询获取到所述埋点编号对应的埋点处理函数,则执行所述埋点处理函数获取返回值;并将所述返回值传入所述埋点上报逻辑函数,进行上报服务器处理;
若查询未获取到所述埋点编号对应的埋点处理函数,则将所述埋点编号传入所述埋点上报逻辑函数,进行上报服务器处理。
3.如权利要求1所述的业务数据处理方法,其特征在于,所述基于业务数据收集接口接收业务数据之前,还包括:
基于所述业务数据收集接口集成不同的业务数据收集函数,其中,不同的业务数据收集函数用于接收对应的不同业务数据;
所述基于业务数据收集接口接收业务数据,包括:
确定所述业务数据对应的业务数据收集函数;
基于确定的所述业务数据收集函数,接收所述业务数据。
4.如权利要求1所述的业务数据处理方法,其特征在于,所述根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数之前,还包括:
通过注册函数配置所述埋点编号与埋点处理函数的映射关系;
所述根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数,包括:
将所述埋点编号传入所述注册函数并执行所述注册函数,查询所述埋点编号对应的埋点处理函数。
5.如权利要求1所述的业务数据处理方法,其特征在于,所述基于业务数据收集接口接收业务数据,包括:
发送埋点数据获取指令至服务器;
基于所述业务数据收集接口接收所述服务器根据所述埋点数据获取指令反馈的埋点数据;或者
基于所述业务数据收集接口接收所述服务器根据预设条件触发传输的埋点数据;
其中,所述埋点数据对应携带有埋点数据标记和映射关系数据,所述映射关系数据表示所述埋点数据对应的操作类型间的映射关系。
6.如权利要求5所述的业务数据处理方法,其特征在于,所述业务数据处理方法还包括:
在进行页面访问时,根据所述埋点数据标记确定需埋点统计的控件,以及根据所述映射关系数据确定所述控件对应的操作类型;
在所述页面运行期间,基于所述对应的操作类型统计所述控件的操作数据。
7.如权利要求1至6任一项所述的业务数据处理方法,其特征在于,所述业务数据处理方法还包括:
在初始化所述埋点上报逻辑函数时进行入参,将第一参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行重置;或者
在调用所述埋点上报逻辑函数时进行入参,将第二参数传入所述埋点上报逻辑函数,以对所述埋点上报逻辑函数进行更新。
8.一种业务数据处理装置,其特征在于,所述业务数据处理装置包括:
接收模块,用于基于业务数据收集接口接收业务数据;
获取模块,用于若所述业务数据为埋点数据,则获取所述埋点数据对应的埋点编号;
查询模块,用于根据预设的埋点编号与埋点处理函数的映射关系,查询所述埋点编号对应的埋点处理函数;
上报模块,用于根据查询结果,将相应的数据传入埋点上报逻辑函数,进行上报服务器处理。
9.一种计算机设备,其特征在于,所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序,其中所述计算机程序被所述处理器执行时,实现如权利要求1至7中任一项所述的业务数据处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,其中所述计算机程序被处理器执行时,实现如权利要求1至7中任一项所述的业务数据处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010463579.0A CN111859083A (zh) | 2020-05-27 | 2020-05-27 | 业务数据处理方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010463579.0A CN111859083A (zh) | 2020-05-27 | 2020-05-27 | 业务数据处理方法、装置、设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111859083A true CN111859083A (zh) | 2020-10-30 |
Family
ID=72985802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010463579.0A Pending CN111859083A (zh) | 2020-05-27 | 2020-05-27 | 业务数据处理方法、装置、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111859083A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113885995A (zh) * | 2021-10-18 | 2022-01-04 | 上海哔哩哔哩科技有限公司 | 数据处理方法及装置 |
CN114860367A (zh) * | 2022-05-07 | 2022-08-05 | 金蝶软件(中国)有限公司 | 一种用户界面事件的处理方法、装置及系统 |
-
2020
- 2020-05-27 CN CN202010463579.0A patent/CN111859083A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113885995A (zh) * | 2021-10-18 | 2022-01-04 | 上海哔哩哔哩科技有限公司 | 数据处理方法及装置 |
CN114860367A (zh) * | 2022-05-07 | 2022-08-05 | 金蝶软件(中国)有限公司 | 一种用户界面事件的处理方法、装置及系统 |
CN114860367B (zh) * | 2022-05-07 | 2023-10-03 | 金蝶软件(中国)有限公司 | 一种用户界面事件的处理方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112910945B (zh) | 请求链路跟踪方法和业务请求处理方法 | |
CN110688598B (zh) | 业务参数采集方法、装置、计算机设备和存储介质 | |
CN107169094B (zh) | 信息聚合方法及装置 | |
CN107360261B (zh) | 一种http请求处理方法、装置及电子设备 | |
CN103309884A (zh) | 用户行为数据采集方法及系统 | |
CN113010378B (zh) | 微服务模块的日志处理方法及装置、存储介质、电子装置 | |
CN111859083A (zh) | 业务数据处理方法、装置、设备及计算机可读存储介质 | |
CN112613067A (zh) | 用户行为数据采集方法、装置、计算机设备及存储介质 | |
CN110717647A (zh) | 决策流构建方法、装置、计算机设备和存储介质 | |
CN110750443A (zh) | 网页测试的方法、装置、计算机设备及存储介质 | |
CN111984896A (zh) | 埋点数据采集方法、装置、计算机设备及可读存储介质 | |
CN105553770B (zh) | 一种数据采集控制方法和装置 | |
CN114936136A (zh) | 业务流程监控方法、装置、计算机设备及存储介质 | |
CN111221711A (zh) | 用户行为数据处理方法、服务器及存储介质 | |
CN114138877A (zh) | 基于微服务架构的主题数据服务实现方法、装置及设备 | |
CN114666407A (zh) | 一种rpa跨端通信方法及设备 | |
CN107330031B (zh) | 一种数据存储的方法、装置及电子设备 | |
CN111897843B (zh) | 物联网数据流转策略的配置方法、装置和计算机设备 | |
CN110457089B (zh) | 数据采集方法、装置、计算机可读存储介质和计算机设备 | |
CN112016027A (zh) | 监控访问数据运营平台的方法和装置 | |
CN110020166B (zh) | 一种数据分析方法及相关设备 | |
CN104391956B (zh) | 网站更新内容的检测方法及装置 | |
CN113239251A (zh) | 一种埋点数据的处理方法、相关装置及存储介质 | |
CN113692014A (zh) | App流量分析方法、装置、计算机设备及存储介质 | |
CN114296880A (zh) | 基于大规模集群的服务请求处理方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |