CN111813629A - 一种Web页面的监控数据生成方法、装置及设备 - Google Patents

一种Web页面的监控数据生成方法、装置及设备 Download PDF

Info

Publication number
CN111813629A
CN111813629A CN202010668950.7A CN202010668950A CN111813629A CN 111813629 A CN111813629 A CN 111813629A CN 202010668950 A CN202010668950 A CN 202010668950A CN 111813629 A CN111813629 A CN 111813629A
Authority
CN
China
Prior art keywords
page
target page
target
buried point
preset
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.)
Granted
Application number
CN202010668950.7A
Other languages
English (en)
Other versions
CN111813629B (zh
Inventor
李宇翔
黎建成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Agree Technology Co ltd
Original Assignee
Agree Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Agree Technology Co ltd filed Critical Agree Technology Co ltd
Priority to CN202010668950.7A priority Critical patent/CN111813629B/zh
Priority claimed from CN202010668950.7A external-priority patent/CN111813629B/zh
Publication of CN111813629A publication Critical patent/CN111813629A/zh
Application granted granted Critical
Publication of CN111813629B publication Critical patent/CN111813629B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3065Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3072Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种Web页面的监控数据生成方法,所述方法应用于Web客户端,所述方法包括:获取目标页面的业务信息;若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据;根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。本发明可以实现提高Web页面的监控数据生成的效率,以及,减少web客户端与后端服务器之间的带宽损耗和后端服务器的数据处理性能压力。

Description

一种Web页面的监控数据生成方法、装置及设备
技术领域
本发明涉及计算机技术领域,尤其涉及一种Web页面的监控数据生成方法、装置及设备。
背景技术
互联网中的很多Web应用并不是独立存在的,也无法独立工作,而是相互交织在一起形成一个整体,这意味着只要其中任何一个Web应用出现问题,就可能导致其它Web应用无法工作。因此,对于Web应用的运行状态进行监控是至关重要的环节。根据运行环境,一个Web应用可分为两部分:客户端和服务端;其中,服务端在服务器上运行,运行环境单一且容易监控,而客户端则完全不同,由于移动时代的到来,用户逐渐从个人电脑迁移到手机等移动设备,用户的终端类型及网络状态等因素都会对Web应用的运行产生影响,因此,必须将客户端的运行情况上报,经过汇总、分析处理后才能得出应用整体的运行情况,这其中每一环都充满了困难与挑战。
为了能够采集到客户端的运行情况数据,现有技术通常需要在页面的关键位置处进行埋点处理,通过埋点可获取页面运行状况,以实现对客户端的监控。目前普遍的埋点数据上报方法多为由人工埋点,即由开发人员人工地定义控件所对应的统计逻辑,并将该统计逻辑写入该控件对应的代码里,当用户使用该控件时,可以通过埋点代码收集用户的行为数据。然而,人工埋点方式需要编写额外的埋点代码,费时费力且容易出错;当应用功能升级时,需要重新定义埋点逻辑并编写相应的埋点代码,一旦修改了埋点逻辑,还需要对整个应用版本进行升级,加大了开发及测试的工作量。即目前普遍的埋点数据上报方法完全由程序开发人员编写相应的代码,但是,如果每个web客户端的监控都需要完全手动编码,会导致对客户端的监控效率比较低下。
故此,如何提高对客户端的监控的效率是当前亟待解决的技术难点。
发明内容
本发明提供一种Web页面的监控数据生成方法及装置,以实现提高Web页面的监控数据生成的效率,以及,减少web客户端与后端服务器之间的带宽损耗和后端服务器的数据处理性能压力。
第一方面,本发明提供了一种Web页面的监控数据生成方法,所述方法应用于Web客户端,所述方法包括:
获取目标页面的业务信息;
若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据;
根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。
第二方面,本发明提供了一种Web页面的监控数据生成装置,所述装置应用于Web客户端,所述装置包括:
获取模块,用于获取目标页面的业务信息;
确定模块,用于若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据;
过滤模块,用于根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。
第三方面,本发明提供了一种可读介质,包括执行指令,当电子设备的处理器执行所述执行指令时,所述电子设备执行如第一方面中任一所述的方法。
第四方面,本发明提供了一种电子设备,包括处理器以及存储有执行指令的存储器,当所述处理器执行所述存储器存储的所述执行指令时,所述处理器执行如第一方面中任一所述的方法。
由上述技术方案可以看出,所述方法应用于Web客户端,具体地,web客户端可以先获取目标页面的业务信息;若所述目标页面的业务信息满足预设埋点条件,web客户端可以确定所述目标页面对应的埋点数据,并可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。也就是说,本申请可以自动采集目标页面的业务信息,并根据满足预设埋点条件的业务信息,生成埋点数据,即无论目标页面中是否预先设置有埋点,本申请均可以根据预设埋点条件,自动确定目标页面对应的埋点数据,而不需要和现有技术一样,需要完全由程序开发人员编写相应的代码,也可以避免由于人工手动编写程序所导致的程序编写错误问题,从而提高了Web页面的监控数据生成的效率;另外,由于web客户端可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据,这样,由于web客户端预先对目标页面对应的监控数据进行了过滤处理,减少了一些冗余的监控数据,因此,不仅可以减少web客户端向后端服务器需要发送的数据量,即减少web客户端与后端服务器之间通信的数据量,还可以不需要后端服务器对目标页面对应的监控数据进行过滤,从而可以减少web客户端与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
为了更清楚地说明本发明实施例或现有的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的一种示例性应用场景的框架示意图;
图2为本发明一实施例提供的一种Web页面的监控数据生成方法的流程示意图;
图3为本发明一实施例提供的一种预设页面埋点配置的示意图;
图4为本发明一实施例提供的一种配置覆盖示意图;
图5为本发明一实施例提供的一种过滤流程的示意图;
图6为本发明一实施例提供的一种统计监控数据的示意图;
图7为本发明一实施例提供的一种统计监控数据对应的图表信息示意图;
图8为本发明一实施例提供的一种示例性的系统框架示意图;
图9为本发明一实施例提供的一种埋点处理的对象的示意图;
图10为本发明一实施例提供的一种Web页面的监控数据生成装置的结构示意图;
图11为本发明一实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合具体实施例及相应的附图对本发明的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术中,目前普遍的埋点数据上报方法完全由程序开发人员编写相应的代码,但是,如果每个web客户端的监控都需要完全手动编码,会导致对客户端的监控效率比较低下。在目前的前端项目中,web客户端获取到监控数据后,直接将获取到的全部监控数据向后端服务器全部发送,发明人发现web客户端可能对接不同的后台服务器,这样,埋点获取到的监控数据存在一定的冗余信息,在该情况下,若埋点获取到的监控数据的数据量较大,且监控数据中存在较多的冗余信息,则由于web客户端与后台服务器之间的通信数据量太大可能会对服务器的数据处理性能和带宽均会造成不小压力。
为了解决上述现有技术中所存在的问题,本发明提供了一种Web页面的监控数据生成方法,所述方法应用于Web客户端,具体地,web客户端可以先获取目标页面的业务信息;若所述目标页面的业务信息满足预设埋点条件,web客户端可以确定所述目标页面对应的埋点数据,并可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。也就是说,本申请可以自动采集目标页面的业务信息,并根据满足预设埋点条件的业务信息,生成埋点数据,即无论目标页面中是否预先设置有埋点,本申请均可以根据预设埋点条件,自动确定目标页面对应的埋点数据,而不需要和现有技术一样,需要完全由程序开发人员编写相应的代码,也可以避免由于人工手动编写程序所导致的程序编写错误问题,从而提高了Web页面的监控数据生成的效率;另外,由于web客户端可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据,这样,由于web客户端预先对目标页面对应的监控数据进行了过滤处理,减少了一些冗余的监控数据,因此,不仅可以减少web客户端向后端服务器需要发送的数据量,即减少web客户端与后端服务器之间通信的数据量,还可以不需要后端服务器对目标页面对应的监控数据进行过滤,从而可以减少web客户端与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力。
举例说明,本发明实施例可以应用到如图1所示的场景,所述图1所示的可以为Web页面的监控数据生成系统的系统架构示意图。在该场景中,可以包括web客户端10,需要说明的是,web客户端10可以设置在一终端中,例如可以设置在笔记本电脑、智能手机、平板电脑、台式机等终端中。Web客户端10接收到针对目标页面的业务操作(比如用户点击目标页面中一元素,例如按键、插件等)或者指令(比如图片轮播指令),Web客户端10可以先获取业务操作或者指令所对应的目标页面的业务信息;然后,Web客户端10可以判断所述目标页面的业务信息是否满足预设埋点条件,若所述目标页面的业务信息满足预设埋点条件,则Web客户端10可以确定所述目标页面对应的埋点数据;接着,Web客户端10可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。这样,web客户端10可以根据预设埋点条件,自动确定目标页面对应的埋点数据,而不需要和现有技术一样,需要完全由程序开发人员编写相应的代码,也可以避免由于人工手动编写程序所导致的程序编写错误问题,从而提高了Web页面的监控数据生成的效率;另外,由于web客户端10预先对目标页面对应的监控数据进行了过滤处理,减少了一些冗余的监控数据,因此,不仅可以减少web客户端10向后端服务器需要发送的数据量,即减少web客户端10与后端服务器之间通信的数据量,还可以不需要后端服务器对目标页面对应的监控数据进行过滤,从而可以减少web客户端10与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力。
需要注意的是,上述应用场景仅是为了便于理解本申请而示出,本申请的实施方式在此方面不受任何限制。相反,本申请的实施方式可以应用于适用的任何场景。
下面结合附图,详细说明本发明的各种非限制性实施方式。
参见图2,示出了本发明实施例中的一种Web页面的监控数据生成方法,所述方法应用于Web客户端,所述方法例如可以包括以下步骤:
S201:Web客户端获取目标页面的业务信息;
在本实施例中,目标页面可以理解为web客户端中需要被监控的页面。需要说明的是,目标页面可以是一个页面,也可以是多个页面。举例说明,假设web客户端为web浏览器,且web浏览器打开了五个web页面,在一种实现方式中,可以将这五个web页面均作为目标页面,也可以将其中一个web页面作为目标页面。需要强调的是,当目标页面为多个页面时,该多个页面可以对应同一个项目,该项目可以理解为web客户端的一个业务项目,举例来说,假设web客户端的一个业务项目为“网银转账”项目,该“网银转账”项目可以包括多个web页面,比如,可以包括用户登录页面、转账信息填写界面等多个web页面,且可以将该多个web页面均作为目标页面。
目标页面的业务消息可以理解为目标页面中需要被监控的对象;举例来说,在一种实现方式中,目标页面的业务信息可以包括目标页面中的业务元素和/或业务事件,以及预设业务信息;需要说明的是,目标页面中的业务元素可以理解为目标页面中的一元素,比如可以为目标页面中一组件、一插件、一标签、一类名、一ID等,举例来说,可以是一个按键,可以是一个轮播组件等;目标页面中的业务事件可以理解为目标页面中所执行的任务的内容,例如,按键被点击、轮播组件中的图像轮播完成、页面的停留、用户通过什么入口来访问该网页、用户在相应的页面中触发的行为、不同用户不同机型和不同系统下的首屏加载时间、白屏时间、http等请求的响应时间、静态资源整体下载时间、页面渲染时间、页面交互动画完成时间等;预设业务信息可以理解为业务元素或业务事件对应的待监控的相关参数,例如发生时间、发生次数、触发的用户信息等参数,需要强调的是,预设业务信息具体所包括的参数类型可以是系统预先设置的,也可以是用户根据实际需要进行设置的,在本实施例中并不对预设业务信息的具体参数类型进行限定。
作为一种示例,在本实施例中,当web客户端监测到目标页面中存在至少一业务元素或者一业务事件被触发时,web客户端可以获取该业务元素或该业务事件对应的业务信息。举例来说,假设web客户端为一web浏览器,目标页面为一银行主页面,当web浏览器监测到该银行主页面中的“办理个人业务”按键被点击时,web浏览器可以获取一业务信息,该业务信息包括业务事件“‘办理个人业务’按键被点击”、该业务事件对应的发生时间“15:00”以及该业务时间对应的发生次数“1次”。
S202:若所述目标页面的业务信息满足预设埋点条件,Web客户端确定所述目标页面对应的埋点数据。
其中,预设埋点条件为业务信息可以作为埋点进行记录的条件;需要说明的是,由于埋点需要记录的信息为需要监测的信息,故预设埋点条件也可以理解为业务信息是否为待检测的信息。需要强调的是,为了便于说明,可以将埋点所记录的数据的称之为埋点数据,在一种实现方式中,埋点数据可以包括业务信息。需要说明的是,在本实施例中并不对预设埋点条件以及埋点数据的具体内容进行限定,预设埋点条件以及埋点数据的具体内容可以根据实际情况进行设置。
在本实施例中,Web客户端获取到业务信息后,为了确定该业务信息是否为待监测的信息,Web客户端可以根据预埋点条件判断目标页面的业务信息是否为待检测的信息。若目标页面的业务信息满足预设埋点条件,说明目标页面的业务信息为待检测的信息,则可以利用该业务信息对应的埋点记录该业务信息对应的埋点数据,即确定所述目标页面对应的埋点数据;反之,若目标页面的业务信息不满足预设埋点条件,说明目标页面的业务信息为非待检测的信息,则不需要记录该业务信息对应的埋点数据,即不需要确定所述目标页面对应的埋点数据。需要说明的是,目标页面中可能预先并未设置有埋点,也有可能预先设置有埋点,但预先设置的埋点所对应的配置(即埋点条件)与实际需求的配置(比如用户的个性化埋点条件)不同,针对上述两种情况,本实施例提供两种S202的实现方式,接下来针对这两种实现方式进行介绍。
第一种实现方式,在目标页面中预先并未设置有埋点的情况,具体地实现方式为:
当目标页面中无预设配置埋点时,在S202或者S201之前,所述方法还包括以下步骤:
针对所述目标页面配置预设页面埋点,所述预设页面埋点包括待监听页面元素和/或待监听页面事件。
相应地,S202可以包括以下步骤:
若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件;
根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。
在本实现方式中,在不破坏原先目标页面的代码结构的前提下,通过在目标页面配置预设页面埋点,比如在目标页面的数据入口配置预设页面埋点对应代码,以便通过在目标页面中配置可插拔的预设页面埋点,实现通过入侵性最小的方式对目标页面进行监控的目的。需要说明的是,该预设页面埋点是对应目标页面所设置的,而并非针对目标页面中的一元素所设置的,可以理解的是,例如,如图3所示,预设页面埋点配置在目标页面的数据入口,而并未设置在目标页面中的任一业务元素(即功能1、功能2、功能3)之中,这样,便可以通过一个预设页面埋点对目标页面中的所有元素进行监控,当任一业务元素被触发时,均可以确定该目标页面的该业务元素对应的埋点数据。
其中,该预设页面埋点配置有待监听的业务元素和/或业务事件,以及对应的预设报文格式。需要说明的是,该预设报文格式可以理解为日志所保存的报文格式,例如,预设报文格式可以为类名(参数1、参数2、…)。还需要强调的是,待监听的业务元素、业务事件、预设报文格式均可以是默认的配置,也可以是根据默认的配置以及用户的个性化配置所确定的;当待监听的业务元素、业务事件、预设报文格式是根据默认的配置以及用户的个性化配置所确定的,且默认的配置与用户的个性化配置不相同时,可以将用户的个性化配置中的业务元素、业务事件、报文格式作为预设页面埋点配置中的待监听的业务元素、业务事件、预设报文格式,即用户的个性化配置的优先级高于默认的配置;以图4举例说明,假设默认的配置中的待监听的业务元素为A按键、日志记录格式为记录“触发了XX功能”,用户的个性化配置中的待监听的业务元素为B按键、日志记录格式为记录“xx年xx月xx日xx时xx分,某用户触发了XX功能”,则根据默认的配置以及用户的个性化配置所确定的预设页面埋点配置为:待监听的业务元素为B按键、日志记录格式为记录“xx年xx月xx日xx时xx分,某用户触发了XX功能。可见,本实施例提供了可配置化、可覆盖的报文格式化的配置方式,方便对接和适配不同的数据处理系统,提高了埋点系统的可用性。
在本实施例中,由于针对目标页面配置了预设页面埋点,并且,该预设页面埋点配置有待监听的业务元素和/或业务事件,以及对应的预设报文格式。故Web客户端获取到目标页面的业务信息后,可以先判断目标页面的业务信息是否满足预设埋点条件,其中,预设埋点条件为目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件。若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件,说明目标页面的业务信息为待检测的信息,则可以利用该业务信息对应的埋点记录该业务信息对应的埋点数据,即确定所述目标页面对应的埋点数据。具体地,web客户端可以根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据;例如,在一种实现方式中,web客户端可以根据预设页面埋点配置中的预设报文格式,对所述目标页面对应的业务元素和/或业务事件,以及预设业务信息进行格式处理,以得到所述目标页面对应的埋点数据,也就是说,web客户端可以将目标页面对应的业务元素和/或业务事件,以及预设业务信息,按照预设报文格式进行格式调整,并作为目标页面对应的埋点数据进行保存;举例来说,假设业务信息包括业务事件“‘办理个人业务’按键被点击”、该业务事件对应的发生时间“2020年7月6日15:00”、用户信息“李明”以及该业务时间对应的发生次数“1次”,并且,预设报文格式为“xx年xx月xx日xx时xx分,某用户触发了XX功能”,则web客户端可以根据该预设报文格式,对所述目标页面对应的业务事件以及预设业务信息进行格式处理,以得到该目标页面对应的埋点数据“2020年7月6日15时00分,李明点击了办理个人业务’按键”。
第二种实现方式,针对目标页面中预先设置有埋点,但预先设置的埋点所对应的配置(即埋点条件)与实际需求的配置(比如用户的个性化埋点条件)不同的情况,具体地实现方式为:
当目标页面中预先设置有埋点,但预先设置的埋点所对应的配置(即埋点条件)与实际需求的配置(比如用户的个性化埋点条件)不同时,在S202或者S201之前,所述方法还包括以下步骤:
针对所述目标页面中的预设配置埋点配置目标配置埋点,所述目标配置埋点包括待监听页面元素和/或待监听页面事件。
相应地,S202可以包括以下步骤:
若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件;
所述目标配置埋点向所述预设配置埋点发送埋点数据记录通知;
所述预设配置埋点响应于埋点数据记录通知,根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。
在本方式中,当目标页面预先设置有预设配置埋点,且该预设配置埋点的配置不符合实际需求时,可以针对预设配置埋点配置目标配置埋点,其中,所述目标配置埋点可以包括实际需求的待监听页面元素和/或待监听页面事件,以及对应的预设报文格式;需要强调的是,该目标配置埋点的配置可以是默认的配置,也可以是根据默认的配置以及用户的个性化配置所确定的;该预设报文格式可以理解为日志所保存的报文格式,例如,预设报文格式可以为类名(参数1、参数2、…)。可见,本实施例提供了可配置化、可覆盖的报文格式化的配置方式,方便对接和适配不同的数据处理系统,提高了埋点系统的可用性。
需要说明的是,在本实施例的一种方式中,目标配置埋点可以为代码/标签埋点(不展示/展示埋点),这样,可以将该目标配置埋点对应的代码配置到预设配置埋点中;在另一种实现方式中,目标配置埋点可以为可视化配置埋点,也就是说,本实施例可以提供可视化界面(比如AWEB7.0可视化开发平台提供的配置界面),用户可以通过在该界面中选择埋点配置参数,即web客户端可以接收埋点配置页面中的埋点配置数据,然后,web客户端可以根据所述埋点配置页面中的埋点配置数据,生成所述埋点配置数据对应的埋点配置代码,接着,客户端可以在所述目标页面中的预设配置埋点注入所述埋点配置代码,这样,便可以以配置化方式进行有埋点,即通过可视化界面编译代码注入的形式进行埋点,从而降低了用户学习埋点系统的成本和使用有埋点的使用难度。
在本实施例中,由于目标页面中的预设配置埋点配置目标配置埋点,且所述目标配置埋点包括待监听页面元素和/或待监听页面事件,以及对应的预设报文格式。故Web客户端获取到目标页面的业务信息后,可以先判断目标页面的业务信息是否满足预设埋点条件,其中,预设埋点条件为目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件。若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件,说明目标页面的业务信息为待检测的信息;则所述目标配置埋点可以向所述预设配置埋点发送埋点数据记录通知。
所述预设配置埋点接收到该埋点数据记录通知时,可以响应于埋点数据记录通知,根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。预设配置埋点可以利用该业务信息对应的埋点记录该业务信息对应的埋点数据,即确定所述目标页面对应的埋点数据。具体地,预设配置埋点可以根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据;例如,在一种实现方式中,预设配置埋点可以根据目标配置埋点配置中的预设报文格式,对所述目标页面对应的业务元素和/或业务事件,以及预设业务信息进行格式处理,以得到所述目标页面对应的埋点数据,也就是说,预设配置埋点可以将目标页面对应的业务元素和/或业务事件,以及预设业务信息,按照预设报文格式进行格式调整,并作为目标页面对应的埋点数据进行保存;举例来说,假设业务信息包括业务事件“‘办理个人业务’按键被点击”、该业务事件对应的发生时间“2020年7月6日15:00”、用户信息“李明”以及该业务时间对应的发生次数“1次”,并且,预设报文格式为“xx年xx月xx日xx时xx分,某用户触发了XX功能”,则预设配置埋点可以根据该预设报文格式,对所述目标页面对应的业务事件以及预设业务信息进行格式处理,以得到该目标页面对应的埋点数据“2020年7月6日15时00分,李明点击了办理个人业务’按键”。
还需要说明的是,在一种实现方式,可以如图9所示,可以以下列的功能或模块作为埋点处理的对象:动作、行为、执行链、基本配置、样式配置、事件配置等等。接下来,再举例说明如何设置埋点,例子1:在程序入口文件main.js实例化一个埋点实例,并挂载到window全局;例子2:可以在tracConfig中配置无埋点的信息,例如需要监听一个含有“logo”的类名class的元素的点击事件,并生成一个“顶部导航栏左侧图标”的记录;例子3:在某个模块中主动触发埋点,显式调用有埋点的接口,可以调用挂载到window下面的埋点实例下面的trigger接口,通知埋点系统在执行链commandStack上面执行了一个叫做exectue的命令,并把调用栈stack传给埋点系统处理;例子4:在tracConfig中配置埋点日志报文格式,例如,缓存记录埋点信息和事件;例子5:在tracConfig中配置后台接受数据的url及前端缓存数据的长度maxLen。
S203:Web客户端根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。
在本实施例中,为了减少web客户端与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力,本实施例并未和传统的方式一样,是收集到埋点数据直接发到服务器,而是在web客户端将埋点数据向服务器发送之前,web客户端获取到目标页面对应的埋点数据,web客户端可以先将埋点数据进行缓存,接着,再根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到过滤后的埋点数据,并将过滤后的埋点数据作为所述目标页面对应的监控数据。需要说明的是,预设过滤条件可以是根据实际需求进行设置的,例如,预设过滤条件可以是过滤掉重复点击对应的埋点数据、过滤掉特定时间段内的埋点数据或者特定时间段内的埋点数据仅保留一条埋点数据等。
需要说明的是,在本实施例的一种实现方式中,Web客户端可以仅根据预设过滤条件,对目标页面对应的埋点数据进行过滤,在另一种实现方式中,Web客户端也可以根据预设过滤条件,先对每一个目标页面对应的埋点数据进行过滤,接着,再对所有目标页面过滤后的埋点数据进行项目级的过滤。接下来将对这两种过滤方式进行介绍。
(1)、Web客户端根据所述页面级过滤条件,对所述目标页面对应的埋点数据进行过滤的方式。
在本实现方式中,所述过滤条件可以包括页面级过滤条件,该页面级过滤条件可以理解为仅对每一个目标页面进行埋点数据过滤的条件;需要说明的是,页面级过滤条件可以是根据实际需求进行设置的,例如,页面级过滤条件可以是过滤掉重复点击对应的埋点数据、过滤掉特定时间段内的埋点数据或者特定时间段内的埋点数据仅保留一条埋点数据等。还需要强调的是,不同的目标页面对应的页面级过滤条件可以是相同的,也可以是不相同的,在本实施例中对此并不限定。
在本实施例中,web客户端可以先根据所述页面级过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的页面级监控数据,接着,将所述目标页面对应的页面级监控数据作为所述目标页面对应的监控数据。接下来,结合图5进行举例说明,假设针对目标页面1,由于预设页面埋点包括了页面级过滤条件,故可以先根据所述页面级过滤条件,对所述目标页面1对应的埋点数据“‘触发了功能1’(参数1,参数2,…)”、“‘触发了功能2’(参数1,参数2,…)”等埋点数据进行过滤,得到所述目标页面对应的页面级监控数据,接着,将所述目标页面对应的页面级监控数据作为所述目标页面对应的监控数据。
(2)、Web客户端可以先对每一个目标页面对应的埋点数据进行过滤,接着,再对所有目标页面过滤后的埋点数据进行项目级的过滤的方式。
在本实施例中,目标页面可以为多个目标页面,并且,该多个目标页面也是对应同一个项目的,这样,为了能保证过滤后的目标页面对应的监控数据既能够满足页面级对应的需求,也能够对应项目级对应的需求,过滤条件可以包括页面级过滤条件和项目级过滤条件。所述项目级过滤条件可以理解为对一个项目中所有的目标页面对应的埋点数据进行过滤的条件。需要说明的是,项目级过滤条件可以是根据实际需求进行设置的,例如,项目级过滤条件可以是过滤掉重复点击对应的埋点数据、过滤掉特定时间段内的埋点数据或者特定时间段内的埋点数据仅保留一条埋点数据等。还需要强调的是,不同的项目对应的项目级过滤条件可以是相同的,也可以是不相同的,在本实施例中对此并不限定。
在本实施例中,web客户端可以先根据所述页面级过滤条件,分别对各个目标页面各自对应的埋点数据进行过滤,得到各个目标页面各自对应的页面级监控数据;接着,web客户端可以根据所述项目级过滤条件,对各个目标页面各自对应的页面级监控数据目进行过滤,得到项目级监控数据,并将所述项目级监控数据作为所述多个目标页面对应的监控数据进行缓存。接下来,结合图5进行举例说明,假设针对目标页面1,由于预设页面埋点包括了页面级过滤条件,故可以先根据所述页面级过滤条件,对所述目标页面1对应的埋点数据“‘触发了功能1’(参数1,参数2,…)”、“‘触发了功能2’(参数1,参数2,…)”等埋点数据进行过滤,得到所述目标页面对应的页面级监控数据;接着,可以根据在单页应用前端项目数据入口所设置的项目级埋点的配置中的项目级过滤条件,对各个目标页面各自对应的页面级监控数据目进行过滤,得到项目级监控数据,并将所述项目级作为所述多个目标页面对应的监控数据进行保存。
需要说明的是,所述页面级过滤条件为默认页面级过滤条件或合并页面级过滤条件;其中,所述合并页面级过滤条件为根据默认页面级过滤条件和用户的个性化页面级过滤条件确定得到的。当合并页面级过滤条件为根据默认页面级过滤条件和用户的个性化页面级过滤条件确定得到的,且默认页面级过滤条件和用户的个性化页面级过滤条件不相同时,可以将户的个性化页面级过滤条件作为合并页面级过滤条件,即用户的个性化页面级过滤条件的优先级高于默认页面级过滤条件;以图4举例说明,假设默认的配置中的默认页面级过滤条件为“无”,用户的个性化配置中的个性化页面级过滤条件为“过滤掉重复点击的记录”,则根据默认页面级过滤条件和用户的个性化页面级过滤条件所确定的合并页面级过滤条件为“过滤掉重复点击的记录”。
相应地,所述项目级过滤条件为默认项目级过滤条件或合并项目级过滤条件;其中,所述合并项目级过滤条件为根据默认项目级过滤条件和用户的个性化项目级过滤条件确定得到的。当合并项目级过滤条件为根据默认项目级过滤条件和用户的个性化项目级过滤条件确定得到的,且默认项目级过滤条件和用户的个性化项目级过滤条件不相同时,可以将户的个性化项目级过滤条件作为合并项目级过滤条件,即用户的个性化项目级过滤条件的优先级高于默认项目级过滤条件;以图4举例说明,假设默认的配置中的默认项目级过滤条件为“无”,用户的个性化配置中的个性化项目级过滤条件为“过滤掉重复点击的记录”,则根据默认项目级过滤条件和用户的个性化项目级过滤条件所确定的合并项目级过滤条件为“过滤掉重复点击的记录”。
由上述技术方案可以看出,所述方法应用于Web客户端,具体地,web客户端可以先获取目标页面的业务信息;若所述目标页面的业务信息满足预设埋点条件,web客户端可以确定所述目标页面对应的埋点数据,并可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。也就是说,本申请可以自动采集目标页面的业务信息,并根据满足预设埋点条件的业务信息,生成埋点数据,即无论目标页面中是否预先设置有埋点,本申请均可以根据预设埋点条件,自动确定目标页面对应的埋点数据,而不需要和现有技术一样,需要完全由程序开发人员编写相应的代码,也可以避免由于人工手动编写程序所导致的程序编写错误问题,从而提高了Web页面的监控数据生成的效率;另外,由于web客户端可以根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据,这样,由于web客户端预先对目标页面对应的监控数据进行了过滤处理,减少了一些冗余的监控数据,因此,不仅可以减少web客户端向后端服务器需要发送的数据量,即减少web客户端与后端服务器之间通信的数据量,还可以不需要后端服务器对目标页面对应的监控数据进行过滤,从而可以减少web客户端与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力。
在本实施例的一种实现方式中,web客户端得到所述目标页面对应的监控数据之后,为了便于统计各个web客户端所采集到的监控数据,以监控数据为基础,指明产品优化的方向,所述方法还可以包括:web客户端向目标服务器发送所述目标页面对应的监控数据。
在本实施例中,web客户端可以预先设置有目标服务器的地址,例如可以预先在预设页面埋点、目标配置埋点或项目级埋点的配置中预先设置有目标服务器的地址。这样,当web客户端获取到目标页面对应的监控数据,可以根据目标服务器的地址,向目标服务器发送目标页面对应的监控数据。
需要说明的是,目标服务器的地址可以为默认设置的服务器地址,或,为根据默认设置的服务器地址和用户的个性化设置的服务器地址确定得到的。当目标服务器的地址为根据默认设置的服务器地址和用户的个性化设置的服务器地址确定得到的,且默认设置的服务器地址和用户的个性化设置的服务器地址不相同时,可以将用户的个性化设置的服务器地址作为目标服务器的地址,即用户的个性化设置的服务器地址的优先级高于默认设置的服务器地址;以图4举例说明,假设默认的配置中的默认设置的服务器地址为“test.aweb.com”,用户的个性化设置的服务器地址为“example.aweb.com”,则根据默认设置的服务器地址和用户的个性化设置的服务器地址所确定的目标服务器的地址为“example.aweb.com”。
需要说明的是,在一种实现方式中,为了进一步减少web客户端与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力,web客户端可以通过定时和/或定量的方式向服务器发送监控数据。具体地,所述向目标服务器发送所述目标页面对应的监控数据,可以包括:
在预设时间,向所述目标服务器发送所述目标页面对应的监控数据;和/或,
当所述目标页面对应的监控数据满足预设数量,将所述目标页面对应的监控数据向所述目标服务器发送。
在本实施例中,web客户端并不会和现有技术一样,直接将全部的监控数据直接发给目标服务器,而是先将监控数据缓存起来,并判断是否符合预先配置(例如可以预先在预设页面埋点、目标配置埋点或项目级埋点的配置)中定义的最大的缓存条数(即预设数量)或者定义的定时任务(预设时间)去确定是否将监控数据发送给目标服务器;即在预设时间,向所述目标服务器发送所述目标页面对应的监控数据,比如预设时间为每凌晨一点时,每天凌晨一点将缓存的全部监控数据向目标服务器发送;和/或,当所述目标页面对应的监控数据满足预设数量,将所述目标页面对应的监控数据向所述目标服务器发送,例如,假设预设数量为1000条监控数据,当web客户端缓存的监控数据达到1000条时,将这1000条监控数据向目标服务器发送。这样,便实现了web客户端通过定时任务和/或指定数据条数的方式来将监控数据断点上传到目标服务器中,从而可以进一步减少web客户端与后端服务器之间的带宽损耗,以及减少了后端服务器的数据处理性能压力,即减少前后台数据交换量,减少带宽损耗,可以定时定量地上传到服务器,减少服务器压力。
需要说明的是,web客户端向目标服务器发送所述目标页面对应的监控数据的触发条件为根据默认设置的触发条件和用户的个性化设置的触发条件确定得到的。当默认设置的触发条件和用户的个性化设置的触发条件不相同时,可以将默认设置的触发条件和用户的个性化设置的触发条件分别作为web客户端向目标服务器发送所述目标页面对应的监控数据的触发条件,或将两者均作为web客户端向目标服务器发送所述目标页面对应的监控数据的触发条件。以图4举例说明,假设默认的配置中的默认设置的触发条件为“定时任务配置每天凌晨一点”,用户的个性化设置的触发条件为“最大缓存条数1000”,则可以将两者均作为web客户端向目标服务器发送所述目标页面对应的监控数据的触发条件,即为“定时任务配置每天凌晨一点,或,最大缓存条数1000”。
进一步地,为了能够更直观的展示目标服务器对于各个web客户端的统计结果,以监控数据为基础,指明产品优化的方向,在本实施例的一种实现方式中,web客户端可以获取到目标服务器返回的统计监控数据,并采用可视化的方式将该统计监控数据进行可视化展示,具体地,所述方法还包括:
获取所述目标服务器返回的统计监控数据;
根据所述统计监控数据,生成所述统计监控数据对应的图表信息。
其中,所述统计监控数据可以为所述目标服务器根据多个web客户端各自对应的目标页面所对应的监控数据所确定的,需要强调的是,这多个web客户端可以是同一款客户端。
在本实施例中,目标服务器接收到多个web客户端发送的监控数据后,可以对接收到的监控数据进行处理和统计,得到统计监控数据,并将该统计监控数据分别返回至各个web客户端。Web客户端获取所述目标服务器返回的统计监控数据之后,可以根据所述统计监控数据,生成所述统计监控数据对应的图表信息。
作为一种示例,统计监控数据中可以包括多种类型监控数据的统计结果,而针对每种类型监控数据的统计结果,均可以预先设置了对应的可视化展示方式,例如,如图6所示,统计监控数据中可以包括页面总览监控数据的统计结果、技术组件监控数据的统计结果、业务组件监控数据的统计结果、图片库监控数据的统计结果、管道编辑监控数据的统计结果和字典编辑监控数据的统计结果,其中,每种统计结果均设置有对应的可视化展示方式,比如可以包括柱状图、折线图、饼图等。故此,web客户端可以根据预先设置的每种类型监控数据的统计结果与可视化展示方式之间的对应关系,生成统计监控数据对应的图表信息,例如,图7的图表信息为图6的统计监控数据对应的图表信息。
接下来,将介绍一种适用于上述方法实施例的系统结构图。如图8所示,所述系统包括配置模块、埋点模块、缓存模块,上述方法实施例中的各个步骤与各个模块之间的对应关系,具体介绍如下:
埋点模块(trace),主要是完成埋点系统的实例化和接口对外暴露,只有对外暴露,项目其他部分才能访问到这些接口。实现的接口功能包括:
无埋点的监听事件initEvent,这个功能主要是让用户传入事件监听配置,告诉埋点系统需要监听什么。例如告诉埋点系统,需要监听页面上某个xxx按钮的click点击事件,当点击的时候就生成一条记录“x年x月x日xxx按钮被点击了1次”。
有埋点显式接口,包括:
-添加监听on:这个功能让用户显式地通知埋点系统在这里需要绑定一个监听。例如可以在删除按钮的点击事件中调用该方法添加一个“用户点击删除按钮”的监听;
-取消监听off:这个功能让用户显式地通知埋点系统在需要取消之前某个监听,不需要继续监听了。例如:当页面被关闭销毁的事件中,可以调用该方法取消之前添加的“用户点击删除按钮”监听;
-模拟触发trigger:这个功能让用户在业务代码某个地方模拟触发某个监听,例如在页面中有个通过代码删除菜单的功能。但实际上使用者在使用过程中并没有点击“删除”按钮。那么如果需要生成一条“删除”按钮被点击的记录的,那么我们就可以通过调用这个模拟触发trigger接口模拟用户点击了按钮,生成一条记录。
配置模块(config),为了另外适配各个不同类型的前端项目,例如:移动mPaaS平台的H5项目、PC管理端项目、监控大屏类项目、IOT物联网场景类项目、AOPS脚本平台类项目……这些项目需要个性化监听不同的页面元素、不同的数据过滤条件和不同的日志报文格式等等个性化的需求。我们把埋点系统中可以变化的参数、方法都抽取到配置模块中,方便用户使用的过程中根据实际情况覆盖对应的方法或者参数。
以一个已经开发好的PC端管理端项目为例,可以使用较少代码入侵的无埋点的方式进行埋点,这样可以减少改动原先的代码结构。例如,配置监听哪个ID、标签、类名或元素;配置监听哪些事件,例如单击事件、双击事件、失去焦点事件等等。
根据不同后台需要的日志报文格式,可以配置store埋点报文格式、过滤和后台对接接口、方法以适配各种后台服务。
缓存模块(store),主要实现数据缓存和断点续传到服务器的功能。在通过业务埋点、数据过滤和报文格式化后,会进入缓存模块。与数据过滤和报文格式化在配置模块中定义类似,缓存模块也会根据配置中提供的最大缓存条数配置、定制任务配置、服务器地址配置等的配置项,进行数据缓存或者指定条数来断点上传到服务器的功能。
如图10所示,为本发明所述Web页面的监控数据生成装置的一个具体实施例。本实施例所述装置,即用于执行上述实施例所述方法的实体装置。其技术方案本质上与上述实施例一致,上述实施例中的相应描述同样适用于本实施例中。本实施例中所述装置包括:
获取模块101,用于获取目标页面的业务信息;
确定模块102,用于若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据;
过滤模块103,用于根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。
可选的,所述目标页面中无预设配置埋点,在若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据之前,所述装置还包括配置模块,用于:
针对所述目标页面配置预设页面埋点,所述预设页面埋点包括待监听页面元素和/或待监听页面事件;
相应地,所述目标页面的业务信息包括所述目标页面中的业务元素和/或业务事件,以及预设业务信息;所述确定模块102,具体用于:
若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件;
根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。
可选的,所述目标页面中包括预设配置埋点,在若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据之前,所述配置模块,还用于:
针对所述目标页面中的预设配置埋点配置目标配置埋点,所述目标配置埋点包括待监听页面元素和/或待监听页面事件;
相应地,所述目标页面的业务信息包括所述目标页面中的业务元素和/或业务事件,以及预设业务信息;所述确定模块102,还用于:
若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件;
所述目标配置埋点向所述预设配置埋点发送埋点数据记录通知;
所述预设配置埋点响应于埋点数据记录通知,根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。
可选的,所述目标配置埋点为可视化配置埋点;所述配置模块,具体用于:
接收埋点配置页面中的埋点配置数据;
根据所述埋点配置页面中的埋点配置数据,生成所述埋点配置数据对应的埋点配置代码;
在所述目标页面中的预设配置埋点注入所述埋点配置代码。
可选的,所述确定模块102,具体用于:
根据预设报文格式,对所述目标页面对应的业务元素和/或业务事件,以及预设业务信息进行格式处理,以得到所述目标页面对应的埋点数据。
可选的,所述过滤条件包括页面级过滤条件;所述过滤模块103,具体用于:
根据所述页面级过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的页面级监控数据,并将所述目标页面对应的页面级监控数据作为所述目标页面对应的监控数据。
可选的,所述目标页面为多个目标页面,所述过滤条件包括页面级过滤条件和项目级过滤条件;所述过滤模块103,具体用于:
根据所述页面级过滤条件,分别对各个目标页面各自对应的埋点数据进行过滤,得到各个目标页面各自对应的页面级监控数据;
根据所述项目级过滤条件,对各个目标页面各自对应的页面级监控数据目进行过滤,得到项目级监控数据,并将所述项目级监控数据作为所述多个目标页面对应的监控数据。
可选的,所述页面级过滤条件为默认页面级过滤条件或合并页面级过滤条件;其中,所述合并页面级过滤条件为根据默认页面级过滤条件和用户的个性化页面级过滤条件确定得到的。
可选的,所述项目级过滤条件为默认项目级过滤条件或合并项目级过滤条件;其中,所述合并项目级过滤条件为根据默认项目级过滤条件和用户的个性化项目级过滤条件确定得到的。
可选的,所述装置还包括发送模块,用于:向目标服务器发送所述目标页面对应的监控数据。
可选的,所述发送模块,具体用于:
在预设时间,向所述目标服务器发送所述目标页面对应的监控数据;和/或,
当所述目标页面对应的监控数据满足预设数量,将所述目标页面对应的监控数据向所述目标服务器发送。
可选的,所述装置还包括生成模块,用于:
获取所述目标服务器返回的统计监控数据,其中,所述统计监控数据为所述目标服务器根据多个web客户端各自对应的目标页面所对应的监控数据所确定的;
根据所述统计监控数据,生成所述统计监控数据对应的图表信息。
图11是本发明实施例提供的一种电子设备的结构示意图。在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放执行指令。具体地,执行指令即可被执行的计算机程序。存储器可以包括内存和非易失性存储器,并向处理器提供执行指令和数据。
在一种可能实现的方式中,处理器从非易失性存储器中读取对应的执行指令到内存中然后运行,也可从其它设备上获取相应的执行指令,以在逻辑层面上形成Web页面的监控数据生成装置。处理器执行存储器所存放的执行指令,以通过执行的执行指令实现本发明任一实施例中提供的Web页面的监控数据生成方法。
上述如本发明图2所示实施例提供的Web页面的监控数据生成装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(CentralProcessing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
本发明实施例还提出了一种可读介质,该可读存储介质存储有执行指令,存储的执行指令被电子设备的处理器执行时,能够使该电子设备执行本发明任一实施例中提供的Web页面的监控数据生成方法,并具体用于执行上述Web页面的监控数据生成所述的方法。
前述各个实施例中所述的电子设备可以为计算机。
本领域内的技术人员应明白,本发明的实施例可提供为方法或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例,或软件和硬件相结合的形式。
本发明中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本发明的实施例而已,并不用于限制本发明。对于本领域技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。

Claims (15)

1.一种Web页面的监控数据生成方法,其特征在于,所述方法应用于Web客户端,所述方法包括:
获取目标页面的业务信息;
若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据;
根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。
2.根据权利要求1所述的方法,其特征在于,所述目标页面中无预设配置埋点,在若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据之前,所述方法还包括:
针对所述目标页面配置预设页面埋点,所述预设页面埋点包括待监听页面元素和/或待监听页面事件;
相应地,所述目标页面的业务信息包括所述目标页面中的业务元素和/或业务事件,以及预设业务信息;所述若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据,包括:
若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件;
根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。
3.根据权利要求1所述的方法,其特征在于,所述目标页面中包括预设配置埋点,在若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据之前,所述方法还包括:
针对所述目标页面中的预设配置埋点配置目标配置埋点,所述目标配置埋点包括待监听页面元素和/或待监听页面事件;
相应地,所述目标页面的业务信息包括所述目标页面中的业务元素和/或业务事件,以及预设业务信息;所述若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据,包括:
若所述目标页面对应的业务元素为待监听页面元素,和/或,所述目标页面对应的业务事件为待监听页面事件;
所述目标配置埋点向所述预设配置埋点发送埋点数据记录通知;
所述预设配置埋点响应于埋点数据记录通知,根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据。
4.根据权利要求3所述的方法,其特征在于,所述目标配置埋点为可视化配置埋点;所述针对所述目标页面中的预设配置埋点配置目标配置埋点,包括:
接收埋点配置页面中的埋点配置数据;
根据所述埋点配置页面中的埋点配置数据,生成所述埋点配置数据对应的埋点配置代码;
在所述目标页面中的预设配置埋点注入所述埋点配置代码。
5.根据权利要求2或3所述的方法,其特征在于,所述根据目标页面对应的业务元素和/或业务事件,以及预设业务信息,确定所述目标页面对应的埋点数据,包括:
根据预设报文格式,对所述目标页面对应的业务元素和/或业务事件,以及预设业务信息进行格式处理,以得到所述目标页面对应的埋点数据。
6.根据权利要求1所述的方法,其特征在于,所述过滤条件包括页面级过滤条件;所述根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据,包括:
根据所述页面级过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的页面级监控数据,并将所述目标页面对应的页面级监控数据作为所述目标页面对应的监控数据。
7.根据权利要求1所述的方法,其特征在于,所述目标页面为多个目标页面,所述过滤条件包括页面级过滤条件和项目级过滤条件;所述根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据,包括:
根据所述页面级过滤条件,分别对各个目标页面各自对应的埋点数据进行过滤,得到各个目标页面各自对应的页面级监控数据;
根据所述项目级过滤条件,对各个目标页面各自对应的页面级监控数据目进行过滤,得到项目级监控数据,并将所述项目级监控数据作为所述多个目标页面对应的监控数据。
8.根据权利要求6或7所述的方法,其特征在于,所述页面级过滤条件为默认页面级过滤条件或合并页面级过滤条件;其中,所述合并页面级过滤条件为根据默认页面级过滤条件和用户的个性化页面级过滤条件确定得到的。
9.根据权利要求7所述的方法,其特征在于,所述项目级过滤条件为默认项目级过滤条件或合并项目级过滤条件;其中,所述合并项目级过滤条件为根据默认项目级过滤条件和用户的个性化项目级过滤条件确定得到的。
10.根据权利要求1所述的方法,其特征在于,所述方法还包括:向目标服务器发送所述目标页面对应的监控数据。
11.根据权利要求10所述的方法,其特征在于,所述向目标服务器发送所述目标页面对应的监控数据,包括:
在预设时间,向所述目标服务器发送所述目标页面对应的监控数据;和/或,
当所述目标页面对应的监控数据满足预设数量,将所述目标页面对应的监控数据向所述目标服务器发送。
12.根据权利要求10所述的方法,其特征在于,所述方法还包括:
获取所述目标服务器返回的统计监控数据,其中,所述统计监控数据为所述目标服务器根据多个web客户端各自对应的目标页面所对应的监控数据所确定的;
根据所述统计监控数据,生成所述统计监控数据对应的图表信息。
13.一种Web页面的监控数据生成装置,其特征在于,所述装置应用于Web客户端,所述装置包括:
获取模块,用于获取目标页面的业务信息;
确定模块,用于若所述目标页面的业务信息满足预设埋点条件,确定所述目标页面对应的埋点数据;
过滤模块,用于根据预设过滤条件,对所述目标页面对应的埋点数据进行过滤,得到所述目标页面对应的监控数据。
14.一种可读介质,其特征在于,包括执行指令,当电子设备的处理器执行所述执行指令时,所述电子设备执行如权利要求1-12中任一所述的方法。
15.一种电子设备,其特征在于,包括处理器以及存储有执行指令的存储器,当所述处理器执行所述存储器存储的所述执行指令时,所述处理器执行如权利要求1-12中任一所述的方法。
CN202010668950.7A 2020-07-13 一种Web页面的监控数据生成方法、装置及设备 Active CN111813629B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010668950.7A CN111813629B (zh) 2020-07-13 一种Web页面的监控数据生成方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010668950.7A CN111813629B (zh) 2020-07-13 一种Web页面的监控数据生成方法、装置及设备

Publications (2)

Publication Number Publication Date
CN111813629A true CN111813629A (zh) 2020-10-23
CN111813629B CN111813629B (zh) 2024-10-29

Family

ID=

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112394908A (zh) * 2020-11-19 2021-02-23 平安普惠企业管理有限公司 埋点页面自动生成的方法、装置、计算机设备及存储介质
CN112799927A (zh) * 2021-01-28 2021-05-14 中国工商银行股份有限公司 前端用户的操作行为信息采集方法及装置
CN112882891A (zh) * 2021-02-05 2021-06-01 上海识装信息科技有限公司 一种客户端Web访问链路监控的方法
CN113190411A (zh) * 2021-05-12 2021-07-30 北京奇艺世纪科技有限公司 数据处理方法、装置、电子设备及存储介质
CN113779474A (zh) * 2021-08-17 2021-12-10 中移(杭州)信息技术有限公司 网页埋点方法、装置、设备及计算机程序产品
CN113807906A (zh) * 2020-11-06 2021-12-17 北京沃东天骏信息技术有限公司 事件数据的处理方法及装置、计算机存储介质、电子设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110145516A1 (en) * 2007-06-27 2011-06-16 Ali-Reza Adl-Tabatabai Using buffered stores or monitoring to filter redundant transactional accesses and mechanisms for mapping data to buffered metadata
CN105550184A (zh) * 2014-10-31 2016-05-04 阿里巴巴集团控股有限公司 一种信息获取方法及装置
CN106844217A (zh) * 2017-01-26 2017-06-13 网易(杭州)网络有限公司 对应用的控件进行埋点的方法及装置、可读存储介质
CN106933722A (zh) * 2017-03-06 2017-07-07 腾云天宇科技(北京)有限公司 一种网页应用监控方法、服务器和系统
CN108334525A (zh) * 2017-01-20 2018-07-27 阿里巴巴集团控股有限公司 一种数据展示方法及装置
CN109150641A (zh) * 2017-06-15 2019-01-04 北京国双科技有限公司 一种数据采集、查询方法、装置、存储介质及处理器
WO2019228011A1 (en) * 2018-05-31 2019-12-05 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and apparatuses for obtaining user behavior paths

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110145516A1 (en) * 2007-06-27 2011-06-16 Ali-Reza Adl-Tabatabai Using buffered stores or monitoring to filter redundant transactional accesses and mechanisms for mapping data to buffered metadata
CN105550184A (zh) * 2014-10-31 2016-05-04 阿里巴巴集团控股有限公司 一种信息获取方法及装置
CN108334525A (zh) * 2017-01-20 2018-07-27 阿里巴巴集团控股有限公司 一种数据展示方法及装置
CN106844217A (zh) * 2017-01-26 2017-06-13 网易(杭州)网络有限公司 对应用的控件进行埋点的方法及装置、可读存储介质
CN106933722A (zh) * 2017-03-06 2017-07-07 腾云天宇科技(北京)有限公司 一种网页应用监控方法、服务器和系统
CN109150641A (zh) * 2017-06-15 2019-01-04 北京国双科技有限公司 一种数据采集、查询方法、装置、存储介质及处理器
WO2019228011A1 (en) * 2018-05-31 2019-12-05 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and apparatuses for obtaining user behavior paths

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MIKE PERKOWITZ 等: "Towards adaptive Web sites: Conceptual framework and case study", 《ARTIFICIAL INTELLIGENCE》, vol. 118, no. 2, 9 July 2001 (2001-07-09), pages 245 - 275 *
宋晓慧: "基于Java Web的数据分析系统的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》, no. 08, 15 August 2019 (2019-08-15), pages 138 - 225 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113807906A (zh) * 2020-11-06 2021-12-17 北京沃东天骏信息技术有限公司 事件数据的处理方法及装置、计算机存储介质、电子设备
CN112394908A (zh) * 2020-11-19 2021-02-23 平安普惠企业管理有限公司 埋点页面自动生成的方法、装置、计算机设备及存储介质
CN112799927A (zh) * 2021-01-28 2021-05-14 中国工商银行股份有限公司 前端用户的操作行为信息采集方法及装置
CN112882891A (zh) * 2021-02-05 2021-06-01 上海识装信息科技有限公司 一种客户端Web访问链路监控的方法
CN112882891B (zh) * 2021-02-05 2024-04-09 上海识装信息科技有限公司 一种客户端Web访问链路监控的方法
CN113190411A (zh) * 2021-05-12 2021-07-30 北京奇艺世纪科技有限公司 数据处理方法、装置、电子设备及存储介质
CN113779474A (zh) * 2021-08-17 2021-12-10 中移(杭州)信息技术有限公司 网页埋点方法、装置、设备及计算机程序产品

Similar Documents

Publication Publication Date Title
US9141611B2 (en) Aggregated web analytics request systems and methods
CN107239389B (zh) 一种在混合app中确定用户操作记录的方法及装置
US20210182094A1 (en) Enabling execution of program instructions in the background
EP3273362A1 (en) Webpage access method, apparatus, device and non-volatile computer storage medium
US20150067031A1 (en) Business transaction correlation with client request monitoring data
CN112817817B (zh) 埋点信息查询方法、装置、计算机设备和存储介质
CN110851681B (zh) 爬虫处理方法、装置、服务器及计算机可读存储介质
CN113469866A (zh) 数据处理方法、装置和服务器
US8095650B1 (en) Methods and apparatus for real user monitoring including flash monitoring
CN113656102A (zh) 数据埋点方法及装置、存储介质、电子设备
CN115454400A (zh) 接口参数的处理方法、装置、设备、介质及程序产品
CN112035205A (zh) 数据处理方法、装置、设备和存储介质
CN111309743A (zh) 报表推送方法及装置
CN112307386A (zh) 信息监控方法、系统、电子设备及计算机可读存储介质
CN112905936A (zh) 页面录制动画生成、页面操作日志查询方法和计算机设备
US11836510B2 (en) Snapshot capture of computing device user interfaces
CN112650959B (zh) 页面加载时长的统计方法、装置、设备及存储介质
CN110858238B (zh) 一种数据处理的方法和装置
CN111026945A (zh) 多平台爬虫调度方法、装置和存储介质
CN111813629B (zh) 一种Web页面的监控数据生成方法、装置及设备
CN115563423A (zh) 数据采集方法、装置、计算机设备及存储介质
CN111782993A (zh) 页面显示方法、装置及服务器
CN111813629A (zh) 一种Web页面的监控数据生成方法、装置及设备
CN107193734B (zh) 用于移动Web应用的重放方法及重放系统
CN116126808A (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
CB03 Change of inventor or designer information

Inventor after: Li Yuxiang

Inventor after: Li Jiancheng

Inventor before: Li Yuxiang

Inventor before: Li Jiancheng

CB03 Change of inventor or designer information
GR01 Patent grant