CN109688207A - 日志传输方法、装置及服务器 - Google Patents

日志传输方法、装置及服务器 Download PDF

Info

Publication number
CN109688207A
CN109688207A CN201811513755.6A CN201811513755A CN109688207A CN 109688207 A CN109688207 A CN 109688207A CN 201811513755 A CN201811513755 A CN 201811513755A CN 109688207 A CN109688207 A CN 109688207A
Authority
CN
China
Prior art keywords
log
application program
threshold value
server
user terminal
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
CN201811513755.6A
Other languages
English (en)
Other versions
CN109688207B (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.)
Beijing Cloud In Faith Network Technology Co Ltd
Original Assignee
Beijing Cloud In Faith Network 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 Beijing Cloud In Faith Network Technology Co Ltd filed Critical Beijing Cloud In Faith Network Technology Co Ltd
Priority to CN201811513755.6A priority Critical patent/CN109688207B/zh
Publication of CN109688207A publication Critical patent/CN109688207A/zh
Application granted granted Critical
Publication of CN109688207B publication Critical patent/CN109688207B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供一种日志传输方法、装置及服务器，涉及数据通信技术领域。该方法包括：基于用户终端运行应用程序时发送的与应用程序对应的报文，获取与应用程序对应的版本标识；获取与版本标识对应的日志传输策略，并将日志传输策略发送至用户终端，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值，阈值用于限定日志埋点采集的日志的最大数据量。本发明提供的方案可以对日志埋点采集的日志的最大数据量进行优化，从而有助于减少用户终端采集的无关日志的数据量，进而能够减少用户终端上传至服务器的日志的数据量。在上传至服务器的日志的数据量被减少后，便能够降低服务器的处理负担，减少日志在服务器中存储时所占用的存储空间。

Description

日志传输方法、装置及服务器
技术领域
本发明涉及数据通信技术领域，具体而言，涉及一种日志传输方法、装置及服务器。
背景技术
目前对应用程序(Application，APP)的状态监控，通常是收集日志并分析，这就需要在代码的关键位置提前设置日志埋点。其中，日志埋点用于对应用程序中的一个子模块的日志进行采集。应用程序在版本发布后，日志埋点便很难更改甚至无法更改。随着软件的版本的更新，软件的功能逐渐增加，日志的种类会越来越多，日志产生的速度会越来越快，同时也意味着无用的日志越来越多，无用的日志会占用存储空间，增大服务器的处理负担。在现有技术中，在对当前版本优化时，通常是由工程师将以前版本中的不必要的埋点删除，这样的方式处理效率低，需要付出大量的维护成本。
发明内容
本发明实施例提供一种日志传输方法、装置及服务器。
为了实现上述目的，本发明实施例所提供的技术方案如下所示：
第一方面，本发明实施例提供一种日志传输方法，所述方法包括：
基于用户终端运行应用程序时发送的与所述应用程序对应的报文，获取与所述应用程序对应的版本标识；
获取与所述版本标识对应的日志传输策略，并将所述日志传输策略发送至所述用户终端，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值，所述阈值用于限定所述日志埋点采集的日志的最大数据量。基于此，本实施例提供的方法可以对日志埋点采集的日志的最大数据量进行优化，从而有助于减少用户终端采集的无关日志的数据量，进而能够减少用户终端上传至服务器的日志的数据量。在上传至服务器的日志的数据量被减少后，便能够降低服务器的处理负担，减少日志在服务器中存储时所占用的存储空间。另外，在用户终端采集的日志的最大数据量受限后，还能节省用户终端的能耗，减少上传日志的流量，从而降低日志上传的成本。
结合第一方面，在一些可选的实施方式中，所述方法还包括：
接收所述用户终端基于所述日志传输策略上传的与所述应用程序对应的日志包，其中，所述日志包中包括从所述日志埋点获取的日志，且所述日志的字节小于或等于所述日志埋点对应的所述阈值。基于此，因为用户终端上传的日志的最大数据量受到限制，所以有助于减少用户终端上传的日志的数据量，在上传的日志的数据量减少后，便有助于降低服务器的处理负担。
结合第一方面，在一些可选的实施方式中，所述方法还包括：
基于所述日志包中的所述日志的内容确定出所述日志的等级及日志类型；
获取在预设时长内确定出的从同一个所述日志埋点获取的所述日志的至少一个等级；
根据所述日志类型及所述至少一个等级确定所述日志埋点的新阈值，并将所述日志传输策略中与所述日志埋点对应的所述阈值更新为所述新阈值。基于此，本实施例提供的方法可以对日志传输策略中的阈值进行更新，从而能够提高发送至用户终端的日志传输策略的时效性。
结合第一方面，在一些可选的实施方式中，所述日志埋点与所述应用程序中的一个子模块相关联，用于获取所述子模块的日志，根据所述日志类型及所述至少一个等级确定所述日志埋点的新阈值，包括：
根据所述至少一个等级确定与所述日志埋点关联的所述子模块的稳定等级，并基于所述稳定等级确定出与所述日志埋点的新阈值。基于此，本实施例提供的方法可以结合应用程序中的子模块运行的稳定性确定相应的新阈值，使得阈值的确定更准确合理，有助于提高采集的日志的可用性。
结合第一方面，在一些可选的实施方式中，基于所述稳定等级确定出与所述日志埋点的新阈值，包括：
在所述稳定等级大于或等于预设等级时，确定所述新阈值为0。在本实施例提供的方法中，在所述稳定等级大于或等于预设等级时，通常表示应用程序的子模块运行的稳定性较高或达到最高的稳定级别，新阈值为0通常表示停止对该子模块采集日志通常表示停止，因此，在所述稳定等级大于或等于预设等级时，确定所述新阈值为0，能够减少采集无关日志的数据量，从而有助于降低服务器的处理负担。
结合第一方面，在一些可选的实施方式中，在获取与所述版本标识对应的日志传输策略之前，所述方法还包括：
根据从所述用户终端获取的与所述应用程序对应的历史日志包，确定与所述日志埋点对应的阈值及与所述应用程序对应的版本标识；
根据所述阈值及所述版本标识构造所述日志传输策略。基于此，若服务器预先没有存储日志传输策略，便能构建日志传输策略，然后基于构建的日志传输策略便能有效降低用户终端上传的日志的数据量。
第二方面，本发明实施例还提供一种日志传输方法，所述方法包括：
在运行应用程序时，获取服务器发送的与所述应用程序的版本标识对应的日志传输策略，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值；
基于所述日志传输策略上传所述应用程序的日志包，其中，所述日志包中包括从所述日志埋点获取的日志，且所述日志的字节小于或等于所述日志埋点对应的所述阈值。基于此，在本实施例提供的方法中，用户终端在接收到日志传输策略后，便会对日志埋点需要采集的日志的最大数据量进行优化调整，使得用户终端上传的无关日志少，从而减少上传的日志的数据量。
第三方面，本发明实施例还提供一种日志传输装置，所述装置包括：
版本获取单元，用于基于用户终端运行应用程序时发送的与所述应用程序对应的报文，获取与所述应用程序对应的版本标识；
策略下发单元，用于获取与所述版本标识对应的日志传输策略，并将所述日志传输策略发送至所述用户终端，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值，所述阈值用于限定所述日志埋点采集的日志的最大数据量。
第四方面，本发明实施例还提供另一种日志传输装置，所述装置包括：
策略获取单元，用于在运行应用程序时，获取服务器发送的与所述应用程序的版本标识对应的日志传输策略，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值；
日志发送单元，用于基于所述日志传输策略上传所述应用程序的日志包，其中，所述日志包中包括从所述日志埋点获取的日志，且所述日志的字节小于或等于所述日志埋点对应的所述阈值。
第五方面，本发明实施例还提供一种服务器，所述服务器包括相互耦合的存储模块、处理模块、通信模块，所述存储模块内存储计算机程序，当所述计算机程序被所述处理模块执行时，使得所述服务器执行上述的方法。基于此，本实施例提供的服务器可以对日志埋点采集的日志的最大数据量进行优化，从而有助于减少用户终端采集的无关日志的数据量。在上传至服务器的日志的数据量被减少后，便能够降低服务器的处理负担，减少日志在服务器中存储时所占用的存储空间。
第六方面，本发明实施例还提供一种计算机可读存储介质。所述可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述的方法。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举本发明实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的服务器与用户终端的交互示意图。
图2为本发明实施例提供的服务器的方框示意图。
图3为本发明实施例提供的日志传输方法的流程示意图之一。
图4为本发明实施例提供的第一日志传输装置的方框示意图。
图5为本发明实施例提供的日志传输方法的流程示意图之二。
图6为本发明实施例提供的第二日志传输装置的方框示意图。
图标：10-服务器；11-处理模块；12-通信模块；13-存储模块；20-用户终端；100-第一日志传输装置；110-版本获取单元；120-策略下发单元；200-第二日志传输装置；210-策略获取单元；220-日志发送单元。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
第一实施例
请参照图1，本发明实施例提供的服务器10可以通过网络与至少一个用户终端20通信连接，以进行数据交互。服务器10能够从用户终端20接收用户终端20上传的日志，用户终端20可以接收服务器10下发的日志传输策略，并基于日志传输策略上传日志，以优化上传的日志。
用户终端20可以是，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobileInternet device，MID)等。网络可以是，但不限于，有线网络或无线网络。
请参照图2，在本实施例中，服务器10可以包括处理模块11、通信模块12、存储模块13以及第一日志传输装置100。处理模块11、通信模块12及存储模块13相互耦合，比如，处理模块11、通信模块12、存储模块13以及第一日志传输装置100各个元件之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
处理模块11可以是一种集成电路芯片，具有信号的处理能力。上述处理模块11可以是通用处理器。例如，该处理器可以是中央处理器(Central Processing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。
通信模块12用于通过网络建立服务器10与用户终端20的通信连接，并通过网络收发数据。
存储模块13可以是，但不限于，随机存取存储器，只读存储器，可编程只读存储器，可擦除可编程只读存储器，电可擦除可编程只读存储器等。在本实施例中，存储模块13可以用于存储日志、日志传输策略等。当然，存储模块13还可以用于存储程序，处理模块11在接收到执行指令后，执行该程序。
进一步地，第一日志传输装置100包括至少一个可以软件或固件(firmware)的形式存储于存储模块13中或固化在服务器10操作系统(operating system，OS)中的软件功能模块。处理模块11用于执行存储模块13中存储的可执行模块，例如第一日志传输装置100所包括的软件功能模块及计算机程序等。
可以理解的是，第一日志传输装置100可以应用于服务器10，以使服务器10执行如图3所示的日志传输方法。第二日志传输装置200与第一日志传输装置100相类似，不过，第二日志传输装置200可以应用于用户终端20，以使用户终端20执行如图5所示的日志传输方法。
需要说明的是，图2所示的结构仅为服务器10的一种结构示意图，服务器10还可以包括比图2所示更多或更少的组件。图2中所示的各组件可以采用硬件、软件或其组合实现。
请参照图3，本发明实施例提供的日志传输方法可以应用于上述的服务器10，可以由该服务器10执行或实现日志传输方法的各步骤，其中，服务器10可以与用户终端20通信连接以进行数据交互。具体地，日志传输方法可以包括以下步骤：
步骤S310，基于用户终端20运行应用程序时发送的与应用程序对应的报文，获取与应用程序对应的版本标识；
步骤S320，获取与版本标识对应的日志传输策略，并将日志传输策略发送至用户终端20，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值，阈值用于限定日志埋点采集的日志的最大数据量。
下面将对图3所示的日志传输方法的各步骤进行详细阐述：
步骤S310，基于用户终端20运行应用程序时发送的与应用程序对应的报文，获取与应用程序对应的版本标识。
可理解地，在服务器10执行步骤S310之前，用户可以通过用户终端20运行应用程序，当应用程序启动后，用户终端20便能与服务器10建立通信连接。此时，用户终端20可以向服务器10发送与该应用程序对应的报文，该用户终端20便作为目标用户终端20，该应用程序作为目标应用程序。通常来讲，目标用户终端20指的是安装或存储有目标应用程序的终端；目标应用程序指的是服务器10需要获取其日志的应用程序，比如，可以是用户终端20中正在运行的至少一个应用程序，或者为指定的一个或多个正在运行的应用程序。
其中，上述的报文可以包括但不限于用户终端20的身份标识(比如用户终端20的IP地址)、用户终端20中该应用程序的身份标识及其版本标识、服务器10的IP地址等信息。当然，该报文还可以包括其他内容，比如，该报文还可以包括用于从服务器10获取与版本标识对应的日志传输策略的请求内容，这里对报文所包括的内容不作具体限定。
若用户终端20中同时运行有多个应用程序，可以通过应用程序自身的身份标识进行区分。比如，第一目标应用程序具有与第一目标应用程序对应的第一身份标识，第二目标应用程序具有与第二目标应用程序对应的第二身份标识，且第一身份标识与第二身份标识不相同。
用户终端20在向服务器10发送了上述的报文后，服务器10便可以对报文进行解析。比如，服务器10可以从报文中提取出用户终端20的IP地址、用户终端20中的应用程序的身份标识，以及该应用程序版本标识，当然，解析得到的数据还可以是其他数据，这里对解析得到的数据不作具体限定。
作为一种可选的实施方式，报文中也可以是间接地携带应用程序的版本标识。比如，报文中所携带的为与应用程序的版本标识相关联的标识码或字符串。比如，报文中的该标识码或字符串与应用程序的版本标识呈映射关系。服务器10可以预先存储关系列表，该关系列表中记录有各标识码或字符串与应用程序的各版本标识的映射关系。当服务器10从报文中提取到标识码或字符串时，可以从存储的该列表中查找到与该标识或字符串映射的版本标识，从而获取到与应用程序对应的版本标识。
步骤S320，获取与版本标识对应的日志传输策略，并将日志传输策略发送至用户终端20，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值，阈值用于限定日志埋点采集的日志的最大数据量。
在本实施例中，服务器10通常预先存储有与应用程序的版本标识相对应的日志传输策略。可理解地，服务器10存储有策略列表，策略列表中记录有应用程序的各版本标识与日志传输策略的映射关系。在服务器10获取到用户终端20上的目标应用程序的版本标识后，可以通过查找策略列表，然后基于映射关系确定出与版本标识对应的日志传输策略。在服务器10确定出日志传输策略后，便可以基于从上述报文中确定出的用户终端20的IP地址，将日志传输策略发送至该用户终端20。
在服务器10将日志传输策略发送至用户终端20后，用户终端20便可以基于接收的日志传输策略，对用户终端20获取日志的方式以及上传日志进行优化。例如，基于日志传输策略，用户终端20可以对日志埋点采集的日志的频率进行更改，可以对用户终端20上传的日志格式进行更改，可以对日志埋点采集的日志的最大数据量的阈值进行更改，或者直接关闭日志埋点采集日志的功能。
作为一种可选的实施方式，若用户终端20之前没有存储日志传输策略，用户终端20在接收到日志传输策略后，可以基于日志传输策略调整各日志埋点获取日志的频率、或者限定各日志埋点获取的日志的最大数据量。比如，用户终端20可以降低应用程序中稳定性较高的子模块所对应的日志埋点的阈值，或者直接关闭稳定性较高的子模块所对应的日志埋点的采集日志功能，从而减少采集不必要的日志的数据量，在减少了采集的日志的数据量后，上传至服务器10的日志的数据量便会减少，服务器10的处理负担便能减少。其中，各日志埋点获取日志的频率或者其最大数据量(即阈值)可以基于日志传输策略并结合实际情况而设置，这里不作具体限定。
若用户终端20之前存储有与应用程序对应的日志传输策略(这里可以称为第一日志传输策略)，在接收到服务器10下发的日志传输策略(这里可以称为第二日志传输策略)后，可以直接将第一日志传输策略更新为第二日志传输策略。其中，第一日志传输策略指用户终端20存储的历史日志传输策略，第二日志传输策略指当前服务器10下发的日志传输策略。或者，用户终端20会判断第一日志传输策略与第二日志传输策略是否相同，若两者相同，则可以继续以第一日志传输策略上传日志包；若两者不相同，用户终端20将第一日志传输策略更新为第二日志传输策略，并以第二日志传输策略上传日志包，基于此，能够提高下发至用户终端20的日志传输策略的时效性，能够灵活地对日志传输策略进行更新。
作为一种可选的实施方式，若服务器10没有存储日志传输策略，便需要基于应用程序的历史日志确定出日志传输策略。例如，在步骤S320之前，方法还可以包括：根据从用户终端20获取的与应用程序对应的历史日志包，确定与日志埋点对应的阈值及与应用程序对应的版本标识；并根据阈值及版本标识构造日志传输策略。
其中，日志传输策略可以理解为一种规则协议，该规则协议包括但不限于应用程序的版本标识、用于限定应用程序中日志埋点采集的日志的最大数据量的阈值、日志的传输格式等信息。用户终端20在接收到该规则协议后，便可以基于该规则协议的作用对象(该作用对象指目标应用程序)，对目标应用程序中的日志埋点采集日志的方式进行调节。比如，对于稳定性较高的子模块，可以减少该子模块对应的日志埋点采集日志的最大数据量，或者直接关闭该日志埋点以停止对该日志埋点对应的子模块的日志进行采集，以在采集的日志的数据量和上传流量之间求得平衡。
另外，用户终端20在接收到该规则协议后，可以基于规则协议中约定的日志传输格式对各条日志进行封装，然后进行发送。在日志的输出格式统一后，方便服务器10以便集中分析处理。比如，用户终端20可以以Json格式输出日志。
作为一种可选的实施方式，用户终端20可以对封装后的日志按照约定的格式进行压缩，然后再将压缩后的日志包发送至服务器10，从而减少上传的流量。或者，用户终端20可以根据自身当前的处理器的负载情况而发送日志包。比如，处理器的负载处于负载高峰期时，可以暂时停止发送日志包，在过了负载高峰期后，在发送日志包。或者，在负载高峰期时，将日志包划分为多个子数据包，然后分包发送，以降低每次发送的日志的数据量，避免因处理器负载过大而无法正常将日志包发送至服务器10。
在现有技术中，无关/无用日志(通常指应用程序中稳定等级较高的子模块所产生的日志)在上传至服务器10后通常会继续被分析处理，从而使得服务器10对日志处理的效率低。在本实施例中，通过上述的方法，能够优化上传的日志。比如，若服务器10确定出应用程序中的一个子模块的稳定性由之前的较低稳定等级升高为较高的稳定等级后，便会减少该子模块对应的日志埋点的阈值(或者直接停止对该子模块采集日志)。在上传至服务器10的日志的数据量减少后，服务器10所处理的日志的数据量便会减少，从而有助于提升服务器10对日志处理的效率。另外，在上传的数据量减少后还能降低服务器10的存储空间，有助于降低系统的维护成本。再者，用户终端20采集日志的数据量减少后，用户终端20采集日志及上传日志的耗电量、对内存使用率、上传日志的流量均会降低，从而有助于降低日志采集及上传的成本。
作为一种可选地实施方式，针对每个用户终端20的每个应用程序，服务器10可以分别存储与各用户终端20中各应用程序相对应的策略列表(比如，策略列表与用户终端20的身份标识相关联)，从而能够基于用户终端20的身份标识、应用程序的身份标识对各策略列表进行区分。也就是说，针对同一款的应用程序，若安装该应用程序的用户终端20不同，其对应的策略列表可能不相同。
或者，针对同一款的应用程序，服务器10可以分别存储与各款应用程序相对应的策略列表。也就是说，同一款的应用程序的策略列表可以不对安装应用程序的用户终端20进行区分。即，针对同一款的应用程序，若安装该应用程序的用户终端20不同，其对应的策略列表是相同的。可理解地，策略列表、应用程序及用户终端20之间的关联关系可以根据实际情况进行设置，以便于灵活地对日志上传策略进行更新，这里对策略列表、应用程序及用户终端20之间的关联关系不作具体限定。
在本实施例中，同款(或相同类型)的应用程序的不同版本通常具有不同的版本标识。同款的应用程序的不同版本对应的日志传输策略可以相同，也可以有所不同。不同用户终端20上的同一版本的同一应用程序的日志传输策略可以相同，也可以有所不同，其日志传输策略可以基于单个用户终端20上的应用程序的运行状况而设置，这里不作具体限定。
其中，同款应用程序指同一类型的应用程序。比如，若应用程序为一社交软件，社交软件包括但不限于QQ、微信、Twitter、Facebook等。比如，不同版本的QQ软件便为同款应用程序。QQ与微信这两个应用程序便为两个不同类型的应用程序。
作为一种可选地实施方式，在步骤S320之后，方法还可以包括：接收用户终端20基于日志传输策略上传的与应用程序对应的日志包，其中，日志包中包括从日志埋点获取的日志，且日志的字节小于或等于日志埋点对应的阈值。
在本实施例中，应用程序中通常设置有多个日志埋点。每个日志埋点可以用于采集应用程序中的一个子模块的日志。该子模块可以理解为应用程序中的其中一个软件功能模块，该应用程序可以包括多个子模块。用户终端20在接收到日志传输策略后，可以基于该日志传输策略优化用户终端20采集的日志以及上传日志的方式。
其中，在接收到第二日志传输策略(指当前服务器10下发的与应用程序对应的日志传输策略)之前，应用程序中的日志埋点可能会以历史存储的第一日志传输策略(用户终端20存储的与应用程序对应的历史日志传输策略)采集子模块的日志。也就是说，在接收到第二日志传输策略时，日志埋点已经采集有日志，此时，用户终端20可以继续基于第一日志传输策略的发送方式发送日志，或者，以第二日志传输策略的发送方式发送日志。在用户终端20接收到第二日志传输策略后，便可以对日志埋点采集日志的方式及日志上传的方式进行调整，在下次发送日志时，便可以基于第二日志传输策略发送日志包。
因为在用户终端20上传的日志包中，日志包所包括的从日志埋点获取的日志的小于或等于日志埋点对应的阈值，所以有利于减少上传的日志的数据量，从而有助于降低用户终端20的耗电量及上传日志的流量。另外，在减少了上传的日志的数据量之后，还有助于减少服务器10处理的日志的数据量，从而有助于降低服务器10的处理负担，提升服务器10的处理效率并减少日志占用存储空间。
作为一种可选的实施方式，方法还可以包括：基于日志包中的日志的内容确定出日志的等级及日志类型；获取在预设时长内确定出的从同一个日志埋点获取的日志的至少一个等级；根据日志类型及至少一个等级确定日志埋点的新阈值，并将日志传输策略中与日志埋点对应的阈值更新为新阈值。
在本实施例中，服务器10可以对从用户终端20获取的日志进行分类及分级。例如，服务器10可以对每个日志埋点采集的每条日志按照重要程度进行分级。比如，对于日志的严重错误、一般错误、警告信息、普通信息、调试信息，可以分别用英文Fatal(严重错误)，Error(一般错误)，Warning(警告信息),Info(普通信息)，Debug(调试信息)进行分级，或者用相应的数字表示分级后的等级。其中，分级的方式可以根据实际情况而设置相应的重要等级。
例如，若用数字表示日志的重要等级时，其等级与数字可以呈线性递增关系，比如，越重要的日志，相应的日志埋点的阈值也就越大，其等级所对应的数字越大。或者，等级与数字呈线性递减关系，比如越重要的日志，其等级所对应的数字越小。
另外，服务器10可以基于日志埋点所采集的子模块的功能属性而对日志进行分类。比如，服务器10可以对软件初始化、网络连接、数据库操作、消息发送、视频通话等子模块的日志进行分类。服务器10可以用对应的英文缩写来表示分类，比如：INT(Initialization)，用于表示软件初始化的日志类型；CON(Connect)，表示网络连接的日志类型；MSG(Message)，表示消息发送的日志类型；VOC(Video Call)表示视频通话的日志类型等。
日志对应的阈值与日志的日志类型及等级相关联，该阈值可以基于日志类型和等级而设置。例如，对于不同类型的日志，若重要等级相同时，与该日志对应的阈值可以相同，也可以不相同。比如，INT日志与CON日志同一重要等级时(比如为Fatal等级)时，该INT日志对应的第一阈值与CON日志对应的第二阈值可以相同，也可以不同，这两阈值可以根据实际情况而设置，这里不作具体限定。
作为一种可选的实施方式，针对同一个子模块在不同时期的同一类日志，服务器10可以基于该子模块的当前日志及历史日志，确定出该同类日志的平均等级，然后基于该类日志的类型及平均等级确定出获取该日志的日志埋点的新阈值。
其中，基于该类日志的类型及平均等级确定出获取该日志的日志埋点的新阈值的原理，可以是通过查表的方式，或者通过预设函数计算得到。
例如，服务器10中预先存储有与日志的类型、等级及阈值相关联的表项。表项中可以包括日志的类型、日志的等级及阈值之间的映射关系，可以通过在表项中查找日志的类型及日志的等级确定出与日志的类型及等级相对应的阈值。
其中，预设函数可以根据实际情况而设置，比如，预设函数为：F(a)＝a·b·c，其中，F(a)指日志埋点的阈值，a可以指与日志类型相对应的正数，b可以指与日志等级对应的正数，c可以指非零的常数(正数)。
在服务器10确定出日志埋点的新阈值后，便会对该应用程序对应的日志传输策略中的阈值进行更新。也就是将日志传输策略中与日志埋点对应的历史阈值更新为新阈值。基于此，能够基于采集的日志的实际情况动态地对日志采集的数据量进行调整，从而能够灵活地实现日志的采集，有助于提高日志传输策略的时效性。
可选地，根据日志类型及至少一个等级确定日志埋点的新阈值的步骤可以包括：根据至少一个等级确定与日志埋点关联的子模块的稳定等级，并基于稳定等级确定出与日志埋点的新阈值。
在本实施例中，应用程序中的各子模块的稳定等级可以根据采集的日志的等级确定出。例如，日志埋点在预设时长内采集的日志内容表示运行出错的情况较多，那么该子模块的稳定性较差；若日志埋点采集的日志内容表示运行正常，没有出现运行错误的情况，通常意味着该子模块的稳定性较高。对于稳定性较差的子模块，可以继续维持原有的日志采集方式，或者增大日志采集的频率或增大采集日志的数据量。对于稳定性较好的子模块，可以降低日志采集的频率或减少采集日志的数据量，或者关闭(或停止)该子模块的日志采集功能。其中，预设时长可以根据实际情况进行设置。
例如，服务器10在确定出子模块的稳定等级大于或等于预设等级时，确定与该子模块对应的日志埋点的新阈值为0，预设等级可以根据实际情况进行设置。可理解地，当子模块的稳定等级大于或等于预设等级时，通常意味着子模块的稳定性较高或者达到最高的稳定等级，此时设置新阈值为0，也就是表示停止对该子模块进行日志采集。基于此，能够停止对子模块进行日志采集，从而有助于减少用户终端20上传的日志包的数据量。
基于上述设计，本发明实施例提供的方法可以基于应用程序中各子模块的稳定情况、日志的重要等级等对用户终端20采集的日志的数据量进行优化，可以减少或者关闭已稳定的子模块的日志输出。日志的后期操作可以在服务器10上完成，比如对日志传输策略进行更新，无需需要对应用程序中旧的日志埋点进行删除操作，有助于减轻开发人员的负担及运维成本。
请参照图4，本发明实施例还提供一种日志传输装置。该日志传输装置可以应用于上述的服务器10，能够执行或实现如图3所示的日志传输方法。其中，应用于服务器10的日志传输装置可以称为第一日志传输装置100，应用于用户终端20的日志传输装置可以称为第二日志传输装置200。
在第一实施例中，第一日志传输装置100可以包括版本获取单元110及策略下发单元120。
版本获取单元110，用于基于用户终端20运行应用程序时发送的与应用程序对应的报文，获取与应用程序对应的版本标识；
策略下发单元120，用于获取与版本标识对应的日志传输策略，并将日志传输策略发送至用户终端20，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值，阈值用于限定日志埋点采集的日志的最大数据量。
可选地，第一日志传输装置100还可以包括日志接收单元，用于接收用户终端20基于日志传输策略上传的与应用程序对应的日志包，其中，日志包中包括从日志埋点获取的日志，且日志的字节小于或等于日志埋点对应的阈值。
可选地，第一日志传输装置100还可以包括日志解析单元、等级确定单元及阈值确定单元。日志解析单元用于基于日志包中的日志的内容确定出日志的等级及日志类型。等级确定单元用于获取在预设时长内确定出的从同一个日志埋点获取的日志的至少一个等级。阈值确定单元用于根据日志类型及至少一个等级确定日志埋点的新阈值，并将日志传输策略中与日志埋点对应的阈值更新为新阈值。
可选地，日志埋点与应用程序中的一个子模块相关联，用于获取子模块的日志。阈值确定单元还用于根据至少一个等级确定与日志埋点关联的子模块的稳定等级，并基于稳定等级确定出与日志埋点的新阈值。
可选地，阈值确定单元还用于在稳定等级大于或等于预设等级时，确定新阈值为0。
可选地，第一日志传输装置100还可以包括策略构建单元。在策略下发单元120获取与版本标识对应的日志传输策略之前，日志接收单元还用于根据从用户终端20获取的与应用程序对应的历史日志包，版本获取单元110还用于确定与日志埋点对应的阈值及与应用程序对应的版本标识；策略构建单元用于根据阈值及版本标识构造日志传输策略。
需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的第一日志传输装置100的具体工作过程，可以参考前述方法中的各步骤对应过程，在此不再过多赘述。
第二实施例
请参照图5，本发明实施例还提供另一种日志传输方法。第二实施提供的日志传输方法可以应用于上述的用户终端20，由用户终端20执行或实现日志传输方法的各步骤，能够有效减少用户终端20上传的日志的数据量，从而有助于降低用户终端20采集及上传日志的能耗，降低上传日志的流量，有助于降低用户端采集日志及上传日志的成本。
在第二实施例中，日志传输方法可以包括以下步骤：
步骤S410，在运行应用程序时，获取服务器10发送的与应用程序的版本标识对应的日志传输策略，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值；
步骤S4210，基于日志传输策略上传应用程序的日志包，其中，日志包中包括从日志埋点获取的日志，且日志的字节小于或等于日志埋点对应的阈值。
可理解地，第二实施例提供的日志传输方法与第一实施例提供的日志传输方法的处理流程及原理相类似，区别在于，第二实施例提供的日志传输方法由用户终端20执行，第一实施例提供的日志传输方法由服务器10执行。为了说明书的简洁，第二实施例中各步骤的具体操作过程可以参照对第一实施中日志传输方法的各步骤的详细描述，这里不再赘述。
本发明实施例还提供一种第二日志传输装置200，可以用于执行第二实施例中的日志传输方法，也就是能够执行如图5所示的日志传输方法。第二日志传输装置200可以包括策略获取单元210及日志发送单元220。
策略获取单元210，用于在运行应用程序时，获取服务器10发送的与应用程序的版本标识对应的日志传输策略，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值。
日志发送单元220，用于基于日志传输策略上传应用程序的日志包，其中，日志包中包括从日志埋点获取的日志，且日志的字节小于或等于日志埋点对应的阈值。
需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的第二日志传输装置200的具体工作过程，可以参考前述方法中的各步骤对应过程，在此不再过多赘述。
本发明实施例还提供一种计算机可读存储介质。可读存储介质中存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如上述第一实施例或第二实施例中的日志传输方法。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现，基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景的方法。
综上所述，本发明提供一种日志传输方法、装置及服务器。该方法包括：基于用户终端运行应用程序时发送的与应用程序对应的报文，获取与应用程序对应的版本标识；获取与版本标识对应的日志传输策略，并将日志传输策略发送至用户终端，其中，日志传输策略包括与应用程序中的日志埋点对应的阈值，阈值用于限定日志埋点采集的日志的最大数据量。基于此，本发明提供的方案可以对日志埋点采集的日志的最大数据量进行优化，从而有助于减少用户终端采集的无关日志的数据量，进而能够减少用户终端上传至服务器的日志的数据量。在上传至服务器的日志的数据量被减少后，便能够降低服务器的处理负担，减少日志在服务器中存储时所占用的存储空间。另外，在用户终端采集的日志的最大数据量受限后，还能节省用户终端的能耗，减少上传日志的流量，从而降低日志上传的成本。
在本发明所提供的实施例中，应该理解到，所揭露的装置、系统和方法，也可以通过其它的方式实现。以上所描述的装置、系统和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
可以替换的，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种日志传输方法，其特征在于，所述方法包括：
基于用户终端运行应用程序时发送的与所述应用程序对应的报文，获取与所述应用程序对应的版本标识；
获取与所述版本标识对应的日志传输策略，并将所述日志传输策略发送至所述用户终端，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值，所述阈值用于限定所述日志埋点采集的日志的最大数据量。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收所述用户终端基于所述日志传输策略上传的与所述应用程序对应的日志包，其中，所述日志包中包括从所述日志埋点获取的日志，且所述日志的字节小于或等于所述日志埋点对应的所述阈值。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
基于所述日志包中的所述日志的内容确定出所述日志的等级及日志类型；
获取在预设时长内确定出的从同一个所述日志埋点获取的所述日志的至少一个等级；
根据所述日志类型及所述至少一个等级确定所述日志埋点的新阈值，并将所述日志传输策略中与所述日志埋点对应的所述阈值更新为所述新阈值。
4.根据权利要求3所述的方法，其特征在于，所述日志埋点与所述应用程序中的一个子模块相关联，用于获取所述子模块的日志，根据所述日志类型及所述至少一个等级确定所述日志埋点的新阈值，包括：
根据所述至少一个等级确定与所述日志埋点关联的所述子模块的稳定等级，并基于所述稳定等级确定出与所述日志埋点的新阈值。
5.根据权利要求4所述的方法，其特征在于，基于所述稳定等级确定出与所述日志埋点的新阈值，包括：
在所述稳定等级大于或等于预设等级时，确定所述新阈值为0。
6.根据权利要求1所述的方法，其特征在于，在获取与所述版本标识对应的日志传输策略之前，所述方法还包括：
根据从所述用户终端获取的与所述应用程序对应的历史日志包，确定与所述日志埋点对应的阈值及与所述应用程序对应的版本标识；
根据所述阈值及所述版本标识构造所述日志传输策略。
7.一种日志传输方法，其特征在于，所述方法包括：
在运行应用程序时，获取服务器发送的与所述应用程序的版本标识对应的日志传输策略，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值；
基于所述日志传输策略上传所述应用程序的日志包，其中，所述日志包中包括从所述日志埋点获取的日志，且所述日志的字节小于或等于所述日志埋点对应的所述阈值。
8.一种日志传输装置，其特征在于，所述装置包括：
版本获取单元，用于基于用户终端运行应用程序时发送的与所述应用程序对应的报文，获取与所述应用程序对应的版本标识；
策略下发单元，用于获取与所述版本标识对应的日志传输策略，并将所述日志传输策略发送至所述用户终端，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值，所述阈值用于限定所述日志埋点采集的日志的最大数据量。
9.一种日志传输装置，其特征在于，所述装置包括：
策略获取单元，用于在运行应用程序时，获取服务器发送的与所述应用程序的版本标识对应的日志传输策略，其中，所述日志传输策略包括与所述应用程序中的日志埋点对应的阈值；
日志发送单元，用于基于所述日志传输策略上传所述应用程序的日志包，其中，所述日志包中包括从所述日志埋点获取的日志，且所述日志的字节小于或等于所述日志埋点对应的所述阈值。
10.一种服务器，其特征在于，所述服务器包括相互耦合的存储模块、处理模块、通信模块，所述存储模块内存储计算机程序，当所述计算机程序被所述处理模块执行时，使得所述服务器执行权利要求1-6中任一项所述的方法。
CN201811513755.6A 2018-12-11 2018-12-11 日志传输方法、装置及服务器 Active CN109688207B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811513755.6A CN109688207B (zh) 2018-12-11 2018-12-11 日志传输方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811513755.6A CN109688207B (zh) 2018-12-11 2018-12-11 日志传输方法、装置及服务器

Publications (2)

Publication Number Publication Date
CN109688207A true CN109688207A (zh) 2019-04-26
CN109688207B CN109688207B (zh) 2022-06-03

Family

ID=66187534

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811513755.6A Active CN109688207B (zh) 2018-12-11 2018-12-11 日志传输方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN109688207B (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110222020A (zh) * 2019-05-07 2019-09-10 平安科技（深圳）有限公司 日志文件管理方法、装置、计算机设备及存储介质
CN110647512A (zh) * 2019-09-29 2020-01-03 北京思维造物信息科技股份有限公司 一种数据存储和分析方法、装置、设备和可读介质
CN110891087A (zh) * 2019-11-22 2020-03-17 深圳市网心科技有限公司 一种日志传输方法、装置及电子设备和存储介质
CN111083058A (zh) * 2019-12-04 2020-04-28 百度在线网络技术（北京）有限公司 内容分发网络服务限流方法及电子设备
CN111865674A (zh) * 2020-07-09 2020-10-30 腾讯科技（深圳）有限公司 一种日志处理方法、装置及介质
CN111913660A (zh) * 2020-07-15 2020-11-10 郑州阿帕斯数云信息科技有限公司 打点数据处理方法和系统
WO2021077263A1 (zh) * 2019-10-21 2021-04-29 深圳市欢太科技有限公司 耗电日志处理方法、装置、电子设备以及存储介质
CN113282558A (zh) * 2021-05-25 2021-08-20 深圳Tcl新技术有限公司 日志收集方法、装置、存储介质及电子设备
CN113868152A (zh) * 2021-09-29 2021-12-31 珠海格力电器股份有限公司 一种埋点数据上报方法、装置、电子设备及可读存储介质
CN114257643A (zh) * 2022-01-28 2022-03-29 北京安帝科技有限公司 一种日志传输方法及系统
CN114265745A (zh) * 2021-12-21 2022-04-01 绿能慧充数字技术有限公司 基于can总线的监控板输出日志方法、系统、设备及介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102946319A (zh) * 2012-09-29 2013-02-27 焦点科技股份有限公司 网络用户行为信息分析系统及其分析方法
CN103778165A (zh) * 2012-10-26 2014-05-07 广州市邦富软件有限公司 一种蜘蛛调度中心采集动态调整算法
CN106850335A (zh) * 2016-12-28 2017-06-13 四川秘无痕信息安全技术有限责任公司 一种统计软件使用率和调整试用期的方法
CN107135088A (zh) * 2016-02-29 2017-09-05 华为技术有限公司 云计算系统中处理日志的方法和装置
CN107145489A (zh) * 2016-03-01 2017-09-08 阿里巴巴集团控股有限公司 一种基于云平台的客户端应用的信息统计方法和装置
CN107295050A (zh) * 2016-04-01 2017-10-24 阿里巴巴集团控股有限公司 前端用户行为统计方法及装置
CN108306771A (zh) * 2018-02-09 2018-07-20 腾讯科技（深圳）有限公司 日志上报方法、装置及系统
CN108399186A (zh) * 2018-01-12 2018-08-14 联动优势科技有限公司 一种数据采集方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102946319A (zh) * 2012-09-29 2013-02-27 焦点科技股份有限公司 网络用户行为信息分析系统及其分析方法
CN103778165A (zh) * 2012-10-26 2014-05-07 广州市邦富软件有限公司 一种蜘蛛调度中心采集动态调整算法
CN107135088A (zh) * 2016-02-29 2017-09-05 华为技术有限公司 云计算系统中处理日志的方法和装置
CN107145489A (zh) * 2016-03-01 2017-09-08 阿里巴巴集团控股有限公司 一种基于云平台的客户端应用的信息统计方法和装置
CN107295050A (zh) * 2016-04-01 2017-10-24 阿里巴巴集团控股有限公司 前端用户行为统计方法及装置
CN106850335A (zh) * 2016-12-28 2017-06-13 四川秘无痕信息安全技术有限责任公司 一种统计软件使用率和调整试用期的方法
CN108399186A (zh) * 2018-01-12 2018-08-14 联动优势科技有限公司 一种数据采集方法及装置
CN108306771A (zh) * 2018-02-09 2018-07-20 腾讯科技（深圳）有限公司 日志上报方法、装置及系统

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110222020B (zh) * 2019-05-07 2023-12-19 平安科技（深圳）有限公司 日志文件管理方法、装置、计算机设备及存储介质
CN110222020A (zh) * 2019-05-07 2019-09-10 平安科技（深圳）有限公司 日志文件管理方法、装置、计算机设备及存储介质
CN110647512A (zh) * 2019-09-29 2020-01-03 北京思维造物信息科技股份有限公司 一种数据存储和分析方法、装置、设备和可读介质
WO2021077263A1 (zh) * 2019-10-21 2021-04-29 深圳市欢太科技有限公司 耗电日志处理方法、装置、电子设备以及存储介质
CN110891087B (zh) * 2019-11-22 2022-10-25 深圳市网心科技有限公司 一种日志传输方法、装置及电子设备和存储介质
CN110891087A (zh) * 2019-11-22 2020-03-17 深圳市网心科技有限公司 一种日志传输方法、装置及电子设备和存储介质
CN111083058A (zh) * 2019-12-04 2020-04-28 百度在线网络技术（北京）有限公司 内容分发网络服务限流方法及电子设备
CN111083058B (zh) * 2019-12-04 2024-03-01 百度在线网络技术（北京）有限公司 内容分发网络服务限流方法及电子设备
CN111865674A (zh) * 2020-07-09 2020-10-30 腾讯科技（深圳）有限公司 一种日志处理方法、装置及介质
CN111865674B (zh) * 2020-07-09 2024-01-09 腾讯科技（深圳）有限公司 一种日志处理方法、装置及介质
CN111913660B (zh) * 2020-07-15 2022-11-18 郑州阿帕斯数云信息科技有限公司 打点数据处理方法和系统
CN111913660A (zh) * 2020-07-15 2020-11-10 郑州阿帕斯数云信息科技有限公司 打点数据处理方法和系统
CN113282558A (zh) * 2021-05-25 2021-08-20 深圳Tcl新技术有限公司 日志收集方法、装置、存储介质及电子设备
CN113868152A (zh) * 2021-09-29 2021-12-31 珠海格力电器股份有限公司 一种埋点数据上报方法、装置、电子设备及可读存储介质
CN114265745A (zh) * 2021-12-21 2022-04-01 绿能慧充数字技术有限公司 基于can总线的监控板输出日志方法、系统、设备及介质
CN114257643A (zh) * 2022-01-28 2022-03-29 北京安帝科技有限公司 一种日志传输方法及系统
CN114257643B (zh) * 2022-01-28 2023-03-24 北京安帝科技有限公司 一种日志传输方法及系统

Also Published As

Publication number Publication date
CN109688207B (zh) 2022-06-03

Similar Documents

Publication Publication Date Title
CN109688207A (zh) 日志传输方法、装置及服务器
CN108776934B (zh) 分布式数据计算方法、装置、计算机设备及可读存储介质
US8671099B2 (en) Clustering devices in an internet of things (‘IoT’)
CN101930449B (zh) 客户机、代理服务器和用于提供云存储器的方法
US10484468B2 (en) Method and device for downloading file
WO2019051948A1 (zh) 监控数据的处理方法、设备、服务器及存储介质
CN111277422B (zh) 微服务的处理方法、装置、系统和计算机可读存储介质
CN109067733A (zh) 发送数据的方法和装置，以及接收数据的方法和装置
CN109379742A (zh) 一种无线局域网的接入方法、装置和存储介质
CN109039787A (zh) 日志处理方法、装置及大数据集群
CN110442502A (zh) 一种埋点的方法、装置、设备及存储介质
CN103581040A (zh) 服务器分配装置和服务器分配方法
CN105141709A (zh) 确定应用程序内页面跳转的方法及装置
US9641595B2 (en) System management apparatus, system management method, and storage medium
US11650263B1 (en) System for determining power consumption by devices
JP6200376B2 (ja) 車載情報システム及びその情報処理方法
CN113296987B (zh) 调用模块的接口调用方法、装置、计算机设备及存储介质
CN112346758B (zh) 一种数字基建业务更新平台、更新方法及电子设备
CN105764094A (zh) 混合负载均衡方法及装置
CN105227532A (zh) 一种恶意行为的阻断方法及装置
CN113726855B (zh) 服务聚合方法、装置、电子设备以及计算机可读存储介质
CN117472555A (zh) 算力资源分配方法、系统、装置、设备及存储介质
JP6412641B2 (ja) 通信リンクの送信方法、装置及び端末
US20190306073A1 (en) Method and device for enhancing the throughput between smart meter and server
US8515698B2 (en) Digital power meter communication system, method and computer-readable storage medium for storing thereof

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
GR01 Patent grant
GR01 Patent grant