CN113905098A - 一种数据上报方法、装置、设备及存储介质 - Google Patents
一种数据上报方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113905098A CN113905098A CN202111166563.4A CN202111166563A CN113905098A CN 113905098 A CN113905098 A CN 113905098A CN 202111166563 A CN202111166563 A CN 202111166563A CN 113905098 A CN113905098 A CN 113905098A
- Authority
- CN
- China
- Prior art keywords
- data
- dotting data
- dotting
- transfer protocol
- hypertext transfer
- 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
- 238000000034 method Methods 0.000 title claims abstract description 86
- 238000012546 transfer Methods 0.000 claims abstract description 58
- 230000006399 behavior Effects 0.000 claims abstract description 26
- 238000004590 computer program Methods 0.000 claims description 13
- 230000011218 segmentation Effects 0.000 claims description 7
- 238000001514 detection method Methods 0.000 claims description 6
- 238000004458 analytical method Methods 0.000 claims description 4
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 230000010354 integration Effects 0.000 claims description 4
- 238000000605 extraction Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 abstract description 12
- 230000003993 interaction Effects 0.000 description 16
- 230000008569 process Effects 0.000 description 15
- 238000012545 processing Methods 0.000 description 9
- 230000003111 delayed effect Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 238000007619 statistical method Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007418 data mining Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开提供了一种数据上报方法，涉及通信技术领域，尤其涉及数据上报领域。具体实现方案为：每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中，其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；检测是否达到预设上报时机；其中，所述预设上报时机为表征所述预定存储空间中各打点数据能够统一上报的时机；若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；将所述超文本传输协议请求发送至服务器。
Description
技术领域
本公开涉及通信技术领域，尤其涉及数据上报领域，具体涉及一种数据上报方法、装置、设备及存储介质。
背景技术
当客户端页面满足打点条件时，可以生成打点数据并将打点数据上报到服务器，从而后续可以基于服务器中的打点数据进行用户统计分析、策略优化等。其中，打点条件为发生指定的行为/状态，而打点数据为与发生的指定行为/状态相关且待记录到服务器的日志中的数据。
相关技术中，每当检测到满足打点条件时，均会触发将生成的打点数据进行上报的步骤。其中，在上报打点数据时，可以采用图片ping的方式，即将打点数据写入图片URL(Uniform Resource Locator，统一资源定位器)地址的search(搜索)部分，然后利用一个图片类型的http(hyper text transfer protocol，超文本传输协议)请求，将打点数据上报到服务器。
发明内容
本公开提供了一种数据上报方法、装置、设备及存储介质。
根据本公开的一方面，提供了一种数据上报方法，包括：
每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
检测是否达到预设上报时机；
若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；
将所述超文本传输协议请求发送至服务器。
根据本公开的另一方面，提供了一种数据上报方法，应用于服务器，所述方法包括：
获取客户端上报的超文本传输协议请求；其中，所述超文本传输协议请求中合并写入有多个打点数据；
从所述超文本传输协议请求中解析得到各个打点数据。
根据本公开的另一方面，提供了一种数据上报系统，包括：客户端和服务器；
所述客户端，用于每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；检测是否达到预设上报时机；若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；将所述超文本传输协议请求发送至服务器；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
所述服务器，用于接收所述客户端发送的所述超文本传输协议请求，并从所述超文本传输协议请求中解析得到各个打点数据。
根据本公开的另一方面，提供了一种数据上报装置，包括：存储模块，用于每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
检测模块，用于检测是否达到预设上报时机；
合并模块，用于若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；
上报模块，用于将所述超文本传输协议请求发送至服务器。
根据本公开的一方面，提供了一种数据上报装置，应用于服务器，所述装置包括：
获取模块，用于获取客户端上报的超文本传输协议请求；其中，所述超文本传输协议请求中合并写入有多个打点数据；
解析模块，用于从所述超文本传输协议请求中解析得到各个打点数据。
根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的数据上报方法的步骤。
根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述的数据上报方法的步骤。
根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述的数据上报方法的步骤。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本公开的限定。其中：
图1是根据本公开从客户端角度提供的一种数据上报方法的流程图；
图2是根据本公开从客户端角度提供的一种数据上报方法的另一流程图；
图3是根据本公开从客户端角度提供的一种数据上报方法的又一流程图；
图4是根据本公开从客户端角度所提供的数据上报方法的一个具体示例的流程图；
图5是根据本公开从服务器角度提供的一种数据上报方法的流程图；
图6是根据本公开从客户端角度所提供的一种数据上报装置的结构示意图；
图7是根据本公开从服务器角度所提供的一种数据上报装置的结构示意图；
图8为根据本公开的一种数据上报系统的结构示意图；
图9是用来实现本公开实施例的数据上报方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
客户端在产生打点数据后，会将打点数据上报至服务器，服务器可以根据客户端上报的打点数据进行统计，以便根据统计的打点数据进行数据挖掘。例如：在产生用户行为、元素曝光等浏览/操作的打点数据后，将打点数据从客户端上报到服务器，以使服务器将接收到的打点数据记录到日志中，从而用于用户统计分析、策略优化等目的。
相关技术中，每当检测到满足打点条件时，均会触发将生成的打点数据进行上报的步骤。因此，相关技术中的数据上报方案，会存在过多针对打点数据进行上报的http(hypertext transfer protocol，超文本传输协议)请求，导致页面交互频繁，使得正常数据请求将会被阻塞，最终影响页面交互的流畅性。特别是在小程序中，由于宿主native(本地的)的请求池中存在多个http请求的实例，且请求池中的http请求的实例个数有限，因此，若通过http请求的实例来生成用于上报打点数据的打点请求，则大量的打点请求占用实例，使得正常数据请求将会被阻塞，影响页面流畅性。并且，小程序中用户交互、页面更新是需要与宿主native的master进程(主进程)通信，master进程再派发给针对小程序的slave进程(从进程)，从而通过slave进程进行更新。因此，短时间大量的http请求，会影响页面交互的流畅性。
为了解决上述问题，相关技术中，还存在一种数据上报方案：通常在产生打点行为/状态时(检测到满足打点条件时)，设置一个短时间的延迟计时器，当延迟一定时间后，再将写入有打点数据的http请求进行发送。由于该种方法在延迟时间满足后，页面展示可能会发生变化，此时发送的http请求所携带的打点数据很有可能已经变化了，不再是产生打点行为/状态时产生的打点数据，因此存在打点数据不准确的问题。并且，针对采用延迟计时器的方式而言，由于每个http请求都有相同的延时时间，因此，相当于没有时间差，从而无法从根本上解决短时间内大量http请求发送的问题。另外，产生每个打点行为时都需要设置一个延迟计时器，导致产生的多个延迟计时器管理较为繁琐，从而不易维护。
基于上述内容，为了在保证上报的打点数据的准确性的同时，提升页面交互的流畅性，本公开实施例提供了一种数据上报方法、装置、设备以及存储介质。
下面首先对本公开实施例从客户端角度所提供的一种数据上报方法进行介绍。
其中，本公开实施例中的一种基于http请求的数据上报方法可以应用于终端设备中的客户端，在实际应用中，该终端设备可以是：智能手机、平板电脑、台式电脑等等；并且，本公开实施例所述的客户端可以为APP(Application，应用程序)或网页客户端，也可以为小程序，当然并不局限于此。
具体而言，该数据上报方法的执行主体可以是数据上报装置。其中，该数据上报装置可以为客户端中的插件，例如：浏览器中用于数据上报的插件，该插件可以将浏览页面发生的用户行为、元素曝光等浏览/操作数据，从浏览器上报到服务器做记录，以用于用户统计分析、策略优化等目的。
其中，本公开实施例所提供的一种数据上报方法，应用于客户端，可以包括如下步骤：
每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；
检测是否达到预设上报时机；
若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入http请求中；
将所述http请求发送至服务器。
其中，http请求即为超文本传输协议请求。
本公开提供方案中，每当生成针对客户端页面的打点数据时，将所述打点数据存储到指定存储空间中，使得在延时上报打点数据时，上报的打点数据即为产生打点行为/状态时的数据，从而可以保证上报的打点数据的准确性；并且，在达到预设上报时机时，将指定存储空间中的各打点数据合并写入http请求中，然后，利用http请求将各个打点数据上报到服务器，这样使得针对打点数据的http请求的发送量大大降低。可见，通过本方案，可以在保证上报的打点数据的准确性的同时，提升页面交互的流畅性。
下面结合附图，对本公开实施例从客户端角度所提供的数据上报方法进行介绍。
如图1所示，本公开实施例所提供的一种数据上报方法，可以包括如下步骤：
S101，每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；
本实施例中，在客户端页面中，发生指定行为或者状态时，即满足打点条件时，可以生成针对客户端页面的打点数据，该打点数据为与发生的指定行为/状态相关且待记录到服务器的日志中的数据。而每当生成针对客户端页面的打点数据时，并不是直接将所生成的打点数据写入http请求中并发送至服务器，而是将所生成的打点数据存储到指定存储空间中，以对打点数据进行缓存。示例性的，指定行为可以是用户在页面中的滑动、点击等行为；指定状态可以是页面加载、关闭等状态；指定存储空间可以是客户端申请的、用于存放打点数据的存储空间，也可以是开发人员在开发过程中设置的存储空间。
在本实施例的实现方式中，将打点数据存储到指定存储空间中的方式，可以是将打点数据缓存到指定存储空间中，达到了数据快照的效果，能够保证打点数据的准确性，也就是，打点数据是发生满足打点条件时的数据。这里，具体采用何种存储方式本公开不做限定。
另外，打点数据为待存储至日志中的数据，本公开并不对打点数据的具体内容进行限定，示例性的，打点数据可以包括：打点类型(页面点击、展示、加载等)、时间信息、所在页面、所在区域、操作的按钮等等。并且，可以理解的是，打点数据的表征形式可以为多个key-value的键值对，示例性的，key用于表征打点类型时，value用于表征页面点击、展示、加载等具体的类型值；key用于表征时间信息时，value用于表征具体时间，即发生打点行为/状态的时间。
可以理解的是，每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中，在后续上报打点数据时，可以保证上报时的打点数据即为当初发生指定行为/状态时的打点数据。从而，即便将打点数据进行延迟上报，也能够保证打点数据的数据内容的不变性，解决了相关技术中延迟发送针对打点数据的http请求，导致的打点数据不准确的问题。
S102，检测是否达到预设上报时机；
本实施例中，将打点数据存储到指定存储空间后，检测是否达到预设上报时机，其中，所述预设上报时机为表征所述预定存储空间中各打点数据能够统一上报的时机；并且，在达到预设上报时机时，进行打点数据的统一上报。示例性的，预设上报时机可以是指定存储空间中的打点数据的数量达到了预设的数量阈值，或者达到了预设的上报时间间隔，等等，本公开实施例并不做限定。
可以理解的是，通过检测是否达到预设上报时机，并在达到预设上报时机才进行打点数据的统一上报，避免每次发生打点行为/状态时的单独上报，因此，可以解决相关技术中每当产生打点行为/状态时，将打点数据进行上报带来的短时间内产生大量的http请求的问题。
S103，若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入http请求中；
在通过步骤S102检测到达到预设上报时机后，将所述指定存储空间中的各打点数据从存储空间中取出，然后将各打点数据合并写入http请求中，进而，后续利用所述http请求将各个打点数据上报给服务器。可以理解的是，通过将各打点数据通过同一http请求进行上报，可以减少针对打点数据的http请求的个数，即发送量，避免打点数据的单独上报，从而保证了页面交互的流畅性。
可选地，在一种实现方式中，所述将所述指定存储空间中的各打点数据合并写入http请求中，包括步骤A1-A3：
A1，分别将每一打点数据转换为字符串；
示例性的，将每一打点数据转换为字符串的过程可以是，采用json.stringify方式将打点数据的格式由键值对转换为字符串的格式。
A2，对各个字符串进行整合，得到目标字符串；
示例性的，对各个字符串进行整合的方式可以是，构建包含各字符串的数组，将所述数组转换为字符串，作为目标字符串；或者通过预定的分割符，将各个字符串进行拼接为目标字符串，该预定的分割符可以是“-”、“&”等符号。从而，可以将多个字符串整合为一个目标字符串，继而可以通过将目标字符串写入到http请求中，进行各个打点数据的上报，以减少针对各个打点数据的http请求的发送量，避免打点数据的单独上报，从而保证了页面交互的流畅性。
A3，将所述目标字符串写入所述http请求中。
示例性的，将所述目标字符串写入http请求中，可以包括：将目标字符串通过图像ping的方式，写入到http请求中，具体而言，将目标字符串放到图片URL地址的search部分，得到写入有目标字符串的http请求。当然，在其他实现方式中，还可以是通过jsonp、ajax的方式，将目标字符串写入到http请求中，具体而言，将目标字符串写入到jsonp、ajax的传参区域中，得到写入有目标字符串的http请求。本领域普通技术人员应知晓，jsonp为一种可以实现跨域发送http请求的数据通信格式，ajax为一种发送http请求与后台进行异步通信的技术。可以理解的是，通过将目标字符串写入到jsonp或ajax的传参区域中，可以通过http请求将目标字符串进行上报，也就是，将各个打点数据进行上报。
可见，通过将各打点数据合并写入http请求中，可以减少针对打点数据的http请求的发送量，避免打点数据的单独上报，从而保证了页面交互的流畅性。
S104，将所述http请求发送至服务器。
在通过步骤S103得到写入有各个打点数据的http请求后，可以将写入有各个打点数据的http请求发送至服务器，也就是，将各打点数据利用http请求发送至服务器，以使服务器从所述http请求中解析得到各个打点数据。
本实施例中，解析方式可以是打点数据合并方式的逆变换。示例性的，若合并方式是构建包含各打点数据对应的各字符串的数组，将所述数组转换为字符串，作为目标字符串，则解析方式即为将目标字符串转换为数组后，将数组内的各个字符串转换为键值对格式的各打点数据。示例性的，若合并方式是通过预定的分割符，将各打点数据对应的各个字符串进行拼接为目标字符串，则解析方式即为通过预定的分割符，将目标字符串转换为各字符串后，转换为键值对格式的各打点数据。
可以理解的是，服务器在解析得到各个打点数据后，可将各个打点数据记录到服务器的日志中，从而便于后续对打点数据进行统计分析。需要强调的是，本公开的技术方案中，所涉及的打点数据的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
本公开提供方案中，每当生成针对客户端页面的打点数据时，将所述打点数据存储到指定存储空间中，使得在延时上报打点数据时，上报的打点数据即为产生打点行为/状态时的数据，从而可以保证上报的打点数据的准确性；并且，在达到预设上报时机时，将指定存储空间中的各打点数据合并写入http请求中，然后，利用http请求将各个打点数据上报到服务器，这样使得针对打点数据的http请求的发送量大大降低。可见，通过本方案，可以在保证上报的打点数据的准确性的同时，提升页面交互的流畅性。
可选地，在本公开的另一实施例中，如图2所示，从客户端角度所提供的所述数据上报方法，可以包括如下步骤：
S201，每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；
S2021，检测是否符合条件集内的至少一个条件，其中，所述条件集包括：所述指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔，以及发生指定的页面生命周期事件；
S2022，若符合，则判定达到预设上报时机。
S203，若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入http请求中；
S204，将所述http请求发送至服务器。
其中，步骤S201、步骤S203和步骤S204的内容与上述步骤S101、步骤S103和步骤S104的内容相同，这里不再赘述。
本实施例中，判定达到预设上报时机可以是符合条件集内的一个条件，也可以是符合条件集内的多个条件。其中，所述指定的页面生命周期事件，包括：页面加载事件和页面关闭事件中的至少一种。需要注意的是，若判定是否达到所述预设上报时机时，依据是否发生指定的页面生命周期事件，则本公开可以预先注入页面生命周期，所谓的注入页面生命周期即为对页面生命周期事件进行监控，从而获知有关页面加载、关闭的时机。
示例性的，若条件集内包括上述的三个条件，那么，如果判定达到预设上报时机是需要符合条件集内的一个，则检测到指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔或者发生指定的页面生命周期事件时，判定达到预设上报时机。示例性的，所述预设阈值、预设上报时间间隔和指定的页面生命周期事件可以是开发人员在开发过程中提前设置的，例如：所述预设阈值可以是10条、20条、50条，等等；所述预设上报时间间隔可以是1s、5s、10s，等等；所述指定的页面生命周期事件可以是页面加载、页面关闭事件，等等。
示例性的，若条件集内包括上述的三个条件，那么，如果判定达到预设上报时机是需要符合两个条件，则可以是检测到达到预设上报时间间隔，并且指定存储空间中的打点数据的数量达到预设阈值，判定达到预设上报时机。例如：若预设上报时间间隔为5s，预设阈值为10条，则达到预设上报时机为达到5s的预设上报时间间隔，并且此时指定存储空间中的打点数据的数量达到了10条。
并且，条件集内的条件可以为一个或多个。示例性的，条件集内可以包括一个条件：指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔，或者，发生指定的页面生命周期事件；此时，可以检测是否符合条件集内的一个条件，并在符合时，判定达到预设上报时机。通过该种方式，可以根据需要制定上报规则。
示例性的，条件集内可以包含多个条件：所述指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔，或者发生指定的页面生命周期事件中的至少两个条件。此时，可以检测是否符合条件集内的任一条件，如果符合，判定达到预设上报时机；通过该种检测方式，可以避免在条件集仅仅包含一个条件时，该一个条件始终无法满足时所带来的无法上报打点数据的问题。当然，也可以检测是否符合条件集内的至少两个条件，如果符合，判定达到预设上报时机；通过该种检测方式，可以进一步降低http请求的发送量。
值得一提的是，若条件集内包含多个条件，则条件集内包括的具体条件的选取可以依据实际应用场景。例如，对于能够获知页面生命周期事件的场景(例如小程序场景)，可以选择指定存储空间中的打点数据的数量达到预设阈值和发生指定的页面生命周期事件，作为条件集内的条件；对于无法获知页面生命周期事件的场景(例如浏览器场景)，可以选择指定存储空间中的打点数据的数量达到预设阈值和达到预设上报时间间隔，作为条件集内的条件。
另外，可选地，在一种实现方式中，所述达到预设上报时间间隔，包括：达到计时器的预定计时时间。
本实现方式中，可以通过设置一个全局的计时器进行计时，将达到该计时器的预定计时时间作为达到预设上报时机的一个条件。从而，大大降低计时器的管理繁琐度。
可选地，在一种实现方式中，所述方法还包括：若条件集内包括达到计时器的预定计时时间，则所述http请求发送成功时，初始化所述计时器。
本实现方式中，若条件集内，包括达到计时器的预定计时时间，则将打点数据通过http请求发送成功后，将计时器进行初始化，以使得计时器可以随清随用。示例性的，若条件集内仅仅有一个条件：达到预设上报时间间隔，计时器的预定计时时间为5s，则在计时器第一次达到5s时，认为达到预设上报时机，将打点数据通过http请求发送成功后，将计时器进行初始化，使得计时器可以从0开始重新计时，当再次达到5s后，认为再次达到预设上报时机。从而，通过计时器可以周期性的定时上报打点，随清随用，大大降低计时器的管理繁琐度。示例性的，若条件集内包含上述三个条件，并且，检测到满足条件集内的任一条件时，判定达到预设上报时机，此时，若检测到符合一个条件时，不论是否达到计时器的预定计时时间，均将打点数据通过http请求发送至服务器，发送成功后，计时器进行初始化，以使得计时器可以随清随用。
可见，通过本实现方式检测是否符合条件集内的至少一个，以判定是否达到预设上报时机，然后在达到预设上报时机时触发将打点数据进行上报的步骤，与相关技术中，每检测到满足打点条件时触发将打点数据进行上报的步骤相比，减少了上报的次数，并且为打点数据的上报提供了更灵活的上报时机。
可选地，在本公开的又一实施例中，如图3所示，从客户端角度所提供的数据上报方法可以包括：
S301，每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；
S302，检测是否达到预设上报时机；
S303，若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入http请求中；
S304，将所述http请求发送至服务器。
S305，若所述http请求发送失败，将所述http请求中的各打点数据重新写入到指定存储空间中。
其中，步骤S301-S304的内容与上述步骤S101-步骤S104的内容相同，这里不再赘述。
本实现方式中，如果所述http请求发送失败，则写入到http请求中的各打点数据不能成功的发送到服务器中，此时，由于http请求中写入的各打点数据已从指定存储空间中提取出，指定存储空间中已不存在各打点数据，因此，在所述http请求发送失败后，需要将http请求中的各打点数据重新写入到指定存储空间中，以在下一次达到预设上报时机时，将发送失败的各打点数据进行重新上报。
可见，通过本实现方式，可以为打点数据的上报提供失败重试机制，以保证打点数据成功上报。并且，不需要开发额外的容错逻辑。
另外，可以理解的是，本方案可以由多个模块的交互来实现。为了更好的理解本公开的方案，下面从多个模块交互的角度，示例性的介绍本方案。
首先，截流处理器接收监控模块发生的打点数据，其中，监控模块用于对用户行为、状态等进行监控，在产生用户行为或状态时，生成打点数据；
接着，截流处理器按照不同的触发打点数据上报的逻辑时机，将当前接收到的各打点数据合并写入到一个http请求中。其中，不同的触发打点数据上报的逻辑时机可以是：接收到的打点数据的数量达到预设阈值、达到预设上报时间间隔或者发生指定的页面生命周期事件中的至少一个。并且，在截流处理器每接收到监控模块发生的一条打点数据时，均进行所述逻辑时机的判断。
然后，在触发打点数据上报的逻辑时机时，将写入有各打点数据的http请求通过发送模块，发送至服务器。
为了更好的阐述本公开实施例从客户端角度所提供的方案，下面结合图4对本公开的一个具体的示例进行介绍。
(1)进行客户端页面的初始化；
(2)注入页面生命周期，也就是采用注入页面生命周期的方式，为页面提供获知有关页面加载事件和页面关闭事件发生的时机；
(3)在检测到满足打点条件时，将页面产生的打点数据存入到指定存储空间中；
(4)判断指定存储空间中的打点数据的数量是否达到预设阈值，若是，进入步骤(7)，若否，进入步骤(5)；
(5)判断是否达到预设上报时间间隔，若是，进入步骤(7)，若否，进入步骤(6)；
(6)判断是否处于页面加载或页面关闭的时机，若是，进入步骤(7)，若否，进入步骤(4)；
(7)将指定存储空间中的各打点数据进行合并写入到http请求中；
(8)将写入各打点数据的http请求发送至服务器，以使服务器从所述http请求中解析得到各个打点数据，从而可以对各个打点数据进行分析。其中，将各打点数据写入到http请求中的方式可以是：通过的图片ping、ajax或jsonp等方式将各打点数据写入到http请求中。
从而，通过上述步骤，在达到步骤(4)、(5)、(6)中任一条件时，执行将指定存储空间中各打点数据合并写入到http请求中并发送至服务器的步骤，从而有效减少了针对打点数据的http请求的发送个数。
本公开提供方案中，每当生成针对客户端页面的打点数据时，将所述打点数据存储到指定存储空间中，使得在延时上报打点数据时，上报的打点数据即为产生打点行为/状态时的数据，从而可以保证上报的打点数据的准确性；并且，在达到预设上报时机时，将指定存储空间中的各打点数据合并写入http请求中，然后，利用http请求将各个打点数据上报到服务器，这样使得针对打点数据的http请求的发送量大大降低。可见，通过本方案，可以在保证上报的打点数据的准确性的同时，提升页面交互的流畅性。
另外，基于上述的从客户端角度所提供的数据上报方法，本公开实施例还从服务器角度提供了一种数据上报方法。
如图5所示，该数据上报方法可以应用于服务器，该方法可以包括如下步骤：
S501，获取客户端上报的http请求；其中，所述http请求中合并写入有多个打点数据；
具体而言，所述http请求为所述客户端在检测到达到预设上报时机时，将指定存储空间中的各打点数据合并写入所述http请求后，所发送的；所述各打点数据为每当生成针对客户端页面的打点数据时，所存储到指定存储空间中的数据。
其中，关于客户端在预定存储空间中存储各个打点数据的过程，以及在检测到达到预定上报时间时，向服务器上报http请求的过程，可以参见上述从客户端角度所提供的方案，在此不做赘述。
S502，从所述http请求中解析得到各个打点数据。
基于上述实施例中，客户端将指定存储空间中的各打点数据合并写入超文本传输协议请求中的方式，示例性的，服务器在接收到客户端上报的http请求后，可以采用如下方式从http请求中解析得到各个打点数据：
从所述超文本传输协议请求中提取目标字符串；其中，所述目标字符串为所述多个打点数据对应的合并内容；
将所述目标字符串拆分为多个字符串；
将每一字符串转换为打点数据，得到各个打点数据。
示例性的，将所述目标字符串拆分为多个字符串，可以包括：
将目标字符串转换为数组，从数组内提取多个字符串；
或者，通过预定的分割符，将所述目标字符串拆分为多个字符串。
可以理解的是，在服务器从http请求中获取到各个打点数据后，可以对各个打点数据进行存储，以便于后续基于服务器中的打点数据进行用户统计分析、策略优化等。
本公开提供方案中，每当生成针对客户端页面的打点数据时，将所述打点数据存储到指定存储空间中，使得在延时上报打点数据时，上报的打点数据即为产生打点行为/状态时的数据，从而可以保证上报的打点数据的准确性；并且，在达到预设上报时机时，将指定存储空间中的各打点数据合并写入http请求中，然后，利用http请求将各个打点数据上报到服务器，从而服务器从http请求中解析得到各个打点数据。这样，使得针对打点数据的http请求的发送量大大降低。可见，通过本方案，可以在保证上报的打点数据的准确性的同时，提升页面交互的流畅性。
需要强调的是，本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
基于上述方法的实施例，本公开实施例还提供了一种数据上报装置，如图6所示，所述装置包括：
存储模块610，用于每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
检测模块620，用于检测是否达到预设上报时机；
合并模块630，用于若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入http请求中；
上报模块640，用于将所述http请求发送至服务器。
可选地，所述合并模块，包括：
转换子模块，用于分别将每一打点数据转换为字符串；
整合子模块，用于对各个字符串进行整合，得到目标字符串；
写入子模块，用于将所述目标字符串写入所述http请求中。
可选地，所述整合子模块，还用于：
构建包含各字符串的数组，将所述数组转换为字符串，作为目标字符串；
或者，
通过预定的分割符，将各个字符串进行拼接为目标字符串。
可选地，所述检测模块，包括：
检测子模块，用于检测是否符合条件集内的至少一个，其中，所述条件集包括：所述指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔，以及发生指定的页面生命周期事件；
判定子模块，用于若符合，判定达到预设上报时机。
可选地，所述达到预设上报时间间隔，包括：达到计时器的预定计时时间。
可选地，所述装置还包括：
初始化模块，用于若所述条件集内包括达到计时器的预定计时时间，则所述http请求发送成功时，初始化所述计时器。
可选地，所述指定的页面生命周期事件，包括：页面加载事件和页面关闭事件中的至少一种。
可选地，所述装置还包括：
失败模块，用于若所述http请求发送失败，将所述http请求中的各打点数据重新写入到指定存储空间中。
相应于上述从服务器角度所提供的数据上报方法，本公开实施例还提供了一种数据上报装置，如图7所示，该装置可以包括：
获取模块710，用于获取客户端上报的超文本传输协议请求；其中，所述超文本传输协议请求中合并写入有多个打点数据；
解析模块720，用于从所述超文本传输协议请求中解析得到各个打点数据。
可选地，所述解析模块可以包括：
提取子模块，用于从所述超文本传输协议请求中提取目标字符串；其中，所述目标字符串为所述多个打点数据对应的合并内容；
拆分子模块，用于将所述目标字符串拆分为多个字符串；
转换子模块，用于将每一字符串转换为打点数据，得到各个打点数据。
可选地，所述拆分子模块具体用于：
将所述目标字符串转换为数组，从所述数组内提取多个字符串；
或者，通过预定的分割符，将所述目标字符串拆分为多个字符串。
相应于上述方法实施例，本公开实施例还提供了一种数据上报系统，如图8所示，所述系统包括：
所述客户端810，用于每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；检测是否达到预设上报时机；若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；将所述超文本传输协议请求发送至服务器；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
所述服务器820，用于接收所述客户端发送的所述超文本传输协议请求，并从所述超文本传输协议请求中解析得到各个打点数据。
可选地，所述客户端810将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中，包括：
分别将每一打点数据转换为字符串；
对各个字符串进行整合，得到目标字符串；
将所述目标字符串写入所述超文本传输协议请求中；
相应的，所述服务器820从所述超文本传输协议请求中解析得到各个打点数据，包括：
从所述超文本传输协议请求中提取目标字符串；其中，所述目标字符串为所述多个打点数据对应的合并内容；
将所述目标字符串拆分为多个字符串；
将每一字符串转换为打点数据，得到各个打点数据。
可选地，所述客户端810对各个字符串进行整合，得到目标字符串，包括：
构建包含各字符串的数组，将所述数组转换为字符串，作为目标字符串；或者，
通过预定的分割符，将各个字符串进行拼接为目标字符串；
相应的，所述服务器820将所述目标字符串拆分为多个字符串，包括：
将所述目标字符串转换为数组，从所述数组内提取多个字符串；
或者，通过预定的分割符，将所述目标字符串拆分为多个字符串。
可选地，所述客户端810检测是否达到预设上报时机，包括：
检测是否符合条件集内的至少一个条件，其中，所述条件集包括：所述指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔以及发生指定的页面生命周期事件；
若符合，则判定达到预设上报时机。
可选地，所述达到预设上报时间间隔，包括：达到计时器的预定计时时间。
可选地，所述客户端810还用于：
若所述条件集内包括达到计时器的预定计时时间，则所述超文本传输协议请求发送成功时，初始化所述计时器。
可选地，所述指定的页面生命周期事件，包括：页面加载事件和页面关闭事件中的至少一种。
可选地，所述客户端还用于：若所述超文本传输协议请求发送失败，将所述http请求中的各打点数据重新写入到指定存储空间中。
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
本公开所提供的一种电子设备，可以包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的任一数据上报方法的步骤。
本公开所提供的一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一数据上报方法的步骤。
在本公开提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一数据上报方法的步骤。
图9示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的或者要求的本公开的实现。
如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(ROM)902中的计算机程序或者从存储单元908加载到随机访问存储器(RAM)903中的计算机程序，来执行各种适当的动作和处理。在RAM 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
设备900中的多个部件连接至I/O接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络或各种电信网络与其他设备交换信息/数据。
计算单元901可以是各种具有处理和计算能力的通用或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如的数据上报方法。例如，在一些实施例中，数据上报方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由ROM 902或通信单元909而被载入或安装到设备900上。当计算机程序加载到RAM 903并由计算单元901执行时，可以执行上文描述的数据上报方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据上报方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。
Claims (20)
1.一种数据上报方法，应用于客户端；所述方法包括：
每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
检测是否达到预设上报时机；
若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；
将所述超文本传输协议请求发送至服务器。
2.根据权利要求1所述的方法，其中，所述将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中，包括：
分别将每一打点数据转换为字符串；
对各个字符串进行整合，得到目标字符串；
将所述目标字符串写入所述超文本传输协议请求中。
3.根据权利要求2所述的方法，其中，所述对各个字符串进行整合，得到目标字符串，包括：
构建包含各字符串的数组，将所述数组转换为字符串，作为目标字符串；
或者，
通过预定的分割符，将各个字符串进行拼接为目标字符串。
4.根据权利要求1所述的方法，其中，检测是否达到预设上报时机，包括：
检测是否符合条件集内的至少一个条件，其中，所述条件集包括：所述指定存储空间中的打点数据的数量达到预设阈值、达到预设上报时间间隔以及发生指定的页面生命周期事件；
若符合，则判定达到预设上报时机。
5.根据权利要求4所述的方法，其中，所述达到预设上报时间间隔，包括：达到计时器的预定计时时间。
6.根据权利要求5所述的方法，还包括：
若所述条件集内包括达到计时器的预定计时时间，则所述超文本传输协议请求发送成功时，初始化所述计时器。
7.根据权利要求4所述的方法，其中，所述指定的页面生命周期事件，包括：页面加载事件和页面关闭事件中的至少一种。
8.根据权利要求1-7任一项所述的方法，还包括：若所述超文本传输协议请求发送失败，将所述超文本传输协议请求中的各打点数据重新写入到指定存储空间中。
9.一种数据上报方法，应用于服务器，所述方法包括：
获取客户端上报的超文本传输协议请求；其中，所述超文本传输协议请求中合并写入有多个打点数据；
从所述超文本传输协议请求中解析得到各个打点数据。
10.根据权利要求9所述的方法，其中，所述从所述超文本传输协议请求中解析得到各个打点数据，包括：
从所述超文本传输协议请求中提取目标字符串；其中，所述目标字符串为所述多个打点数据对应的合并内容；
将所述目标字符串拆分为多个字符串；
将每一字符串转换为打点数据，得到各个打点数据。
11.根据权利要求10所述的方法，其中，所述将所述目标字符串拆分为多个字符串，包括：
将所述目标字符串转换为数组，从所述数组内提取多个字符串；
或者，通过预定的分割符，将所述目标字符串拆分为多个字符串。
12.一种数据上报系统，其特征在于，包括客户端和服务器；
所述客户端，用于每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；检测是否达到预设上报时机；若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；将所述超文本传输协议请求发送至服务器；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
所述服务器，用于接收所述客户端发送的所述超文本传输协议请求，并从所述超文本传输协议请求中解析得到各个打点数据。
13.一种数据上报装置，应用于客户端，所述装置包括：
存储模块，用于每当生成针对客户端页面的打点数据时，将所生成的打点数据存储到指定存储空间中；其中，所述打点数据为与发生的指定行为/状态相关且待记录到日志中的数据；
检测模块，用于检测是否达到预设上报时机；
合并模块，用于若达到预设上报时机，将所述指定存储空间中的各打点数据合并写入超文本传输协议请求中；
上报模块，用于将所述超文本传输协议请求发送至服务器，以使所述服务器从所述超文本传输协议请求中解析得到各个打点数据。
14.根据权利要求13所述的装置，其中，所述合并模块，包括：
转换子模块，用于分别将每一打点数据转换为字符串；
整合子模块，用于对各个字符串进行整合，得到目标字符串；
写入子模块，用于将所述目标字符串写入所述超文本传输协议请求中。
15.根据权利要求14所述的装置，其中，所述整合子模块，还用于：
构建包含各字符串的数组，将所述数组转换为字符串，作为目标字符串；
或者，
通过预定的分割符，将各个字符串进行拼接为目标字符串。
16.一种数据上报装置，应用于服务器，所述装置包括：
获取模块，用于获取客户端上报的超文本传输协议请求；其中，所述超文本传输协议请求中合并写入有多个打点数据；解析模块，用于从所述超文本传输协议请求中解析得到各个打点数据。
17.根据权利要求16所述的装置，其中，所述解析模块包括：
提取子模块，用于从所述超文本传输协议请求中提取目标字符串；其中，所述目标字符串为所述多个打点数据对应的合并内容；
拆分子模块，用于将所述目标字符串拆分为多个字符串；
转换子模块，用于将每一字符串转换为打点数据，得到各个打点数据。
18.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法，或者，权利要求9-11任一项所述的方法。
19.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法，或者，权利要求9-11任一项所述的方法。
20.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法，或者，权利要求9-11任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111166563.4A CN113905098A (zh) | 2021-09-30 | 2021-09-30 | 一种数据上报方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111166563.4A CN113905098A (zh) | 2021-09-30 | 2021-09-30 | 一种数据上报方法、装置、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113905098A true CN113905098A (zh) | 2022-01-07 |
Family
ID=79190184
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111166563.4A Pending CN113905098A (zh) | 2021-09-30 | 2021-09-30 | 一种数据上报方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113905098A (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013143474A1 (zh) * | 2012-03-29 | 2013-10-03 | 中兴通讯股份有限公司 | 一种缓存状态上报方法及终端设备 |
| CN109067626A (zh) * | 2018-07-25 | 2018-12-21 | 北京小米移动软件有限公司 | 上报信息的方法、装置及存储介质 |
| CN111222062A (zh) * | 2020-01-09 | 2020-06-02 | 百度在线网络技术（北京）有限公司 | 小程序的运行方法、装置、电子设备和存储介质 |
| CN111913660A (zh) * | 2020-07-15 | 2020-11-10 | 郑州阿帕斯数云信息科技有限公司 | 打点数据处理方法和系统 |
| CN112486770A (zh) * | 2020-11-27 | 2021-03-12 | 北京达佳互联信息技术有限公司 | 客户端打点上报方法、装置、电子设备和存储介质 |
| CN113037846A (zh) * | 2021-03-17 | 2021-06-25 | 成都新希望金融信息有限公司 | 数据上报方法、装置、电子设备和计算机可读存储介质 |
-
2021
- 2021-09-30 CN CN202111166563.4A patent/CN113905098A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013143474A1 (zh) * | 2012-03-29 | 2013-10-03 | 中兴通讯股份有限公司 | 一种缓存状态上报方法及终端设备 |
| CN109067626A (zh) * | 2018-07-25 | 2018-12-21 | 北京小米移动软件有限公司 | 上报信息的方法、装置及存储介质 |
| CN111222062A (zh) * | 2020-01-09 | 2020-06-02 | 百度在线网络技术（北京）有限公司 | 小程序的运行方法、装置、电子设备和存储介质 |
| CN111913660A (zh) * | 2020-07-15 | 2020-11-10 | 郑州阿帕斯数云信息科技有限公司 | 打点数据处理方法和系统 |
| CN112486770A (zh) * | 2020-11-27 | 2021-03-12 | 北京达佳互联信息技术有限公司 | 客户端打点上报方法、装置、电子设备和存储介质 |
| CN113037846A (zh) * | 2021-03-17 | 2021-06-25 | 成都新希望金融信息有限公司 | 数据上报方法、装置、电子设备和计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11614990B2 (en) | Automatic correlation of dynamic system events within computing devices | |
| US11023355B2 (en) | Dynamic tracing using ranking and rating | |
| US11151499B2 (en) | Discovering linkages between changes and incidents in information technology systems | |
| US10303539B2 (en) | Automatic troubleshooting from computer system monitoring data based on analyzing sequences of changes | |
| US9355002B2 (en) | Capturing trace information using annotated trace output | |
| US9459989B2 (en) | Method and apparatus for reverse debugging source code using causal analysis | |
| US10216617B2 (en) | Automatically complete a specific software task using hidden tags | |
| US20230065492A1 (en) | Method for obtaining browser running data, electronic device, and storage medium | |
| US10140377B2 (en) | Data processing, data collection | |
| CN114721964A (zh) | 一种测试用例的自动生成方法、装置、设备及介质 | |
| CN111338609B (zh) | 信息获取方法、装置、存储介质及终端 | |
| CN113849758A (zh) | 网页指标的生成方法、装置、电子设备及存储介质 | |
| CN111078418B (zh) | 操作同步方法、装置、电子设备及计算机可读存储介质 | |
| US20160050135A1 (en) | Real-time measurement of user interface performance in a remote desktop environment | |
| US9104573B1 (en) | Providing relevant diagnostic information using ontology rules | |
| CN112527643A (zh) | 一种前端错误检测方法、装置、电子设备及可读存储介质 | |
| CN113905098A (zh) | 一种数据上报方法、装置、设备及存储介质 | |
| US20230025081A1 (en) | Model training method, failure determining method, electronic device, and program product | |
| CN115129809A (zh) | 用户活跃度的确定方法、装置、电子设备及存储介质 | |
| US20220050878A1 (en) | Expanding or abridging content based on user device activity | |
| CN117632652A (zh) | 一种浏览器的录制系统、方法、设备及存储介质 | |
| CN115687141A (zh) | 应用程序的测试方法、装置、电子设备和存储介质 | |
| CN117933995A (zh) | 交易数据处理方法、装置、电子设备及存储介质 | |
| CN118301182A (zh) | 一种日志处理方法、装置、设备以及存储介质 | |
| CN116860524A (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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220107 |