CN104468222A - 上报日志信息的方法、装置及*** - Google Patents

上报日志信息的方法、装置及*** Download PDF

Info

Publication number
CN104468222A
CN104468222A CN201410778745.0A CN201410778745A CN104468222A CN 104468222 A CN104468222 A CN 104468222A CN 201410778745 A CN201410778745 A CN 201410778745A CN 104468222 A CN104468222 A CN 104468222A
Authority
CN
China
Prior art keywords
log information
internal memory
informations
many
log informations
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
Application number
CN201410778745.0A
Other languages
English (en)
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 Qianxin Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing 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 Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201410778745.0A priority Critical patent/CN104468222A/zh
Publication of CN104468222A publication Critical patent/CN104468222A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种上报日志信息的方法、装置及***,涉及互联网技术领域,为解决终端频繁上报日志信息的问题而发明。本发明的方法包括:将日志信息存储在内存中;从内存中获取多条日志信息;压缩多条日志信息;通过一条请求向服务器发送压缩后的多条日志信息。本发明主要应用于企业级局域网中。

Description

上报日志信息的方法、装置及***
技术领域
本发明涉及互联网技术领域,尤其涉及一种上报日志信息的方法、装置及***。
背景技术
为了使服务器更好的了解多个终端的状态,进而能够更好的管理多个终端,终端在获取到日志信息后,便上报给所属服务器,服务器可以根据终端上报的日志信息进行相应处理。
现有技术中,终端每获取到一条日志信息之后,便通过一条请求向服务器上报该日志信息。但是终端频繁建立请求向服务器上报会浪费较多的网络传输资源,特别是当局域网内的终端数量较多时,大量终端频繁上报日志信息会严重影响网络中正常业务的运行。
发明内容
本发明提供了一种上报日志信息的方法、装置及***,能够解决终端频繁上报日志信息的问题。
为解决前述问题,在第一方面中,本发明提供了一种上报日志信息的方法,该方法包括:
将日志信息存储在内存中;
从内存中获取多条日志信息;
压缩多条日志信息;
通过一条请求向服务器发送压缩后的多条日志信息。
在第二方面中,本发明提供了一种上报日志信息的装置,该装置包括:
存储单元,用于将日志信息存储在内存中;
获取单元,用于从内存中获取存储单元存储的多条日志信息;
处理单元,用于压缩获取单元获取的多条日志信息;
发送单元,用于通过一条请求向服务器发送处理单元压缩后的多条日志信息。
在第三方面中,本发明还提供了一种上报日志信息的***,该***包括终端和服务器,该终端包括如前述第二方面中的装置;该服务器,用于接收终端上报的压缩后的多条日志信息,对压缩后的多条日志信息进行解压缩,获得多条日志信息。
借由上述技术方案,本发明提供的上报日志信息的方法、装置及***,能够由终端通过一条请求一次性上报多条日志信息,具体的,终端将日志信息先存储在内存中;在需要进行上报时,从内存中获取多条日志信息,并对该多条日志信息进行压缩;通过一条请求向服务器发送压缩后的日志信息。与现有技术中,通过一条请求向服务器发送一条日志信息相比,本方案减少了终端向服务器上报日志信息的次数,进而降低可以降低上报日志信息对传输网络传输资源的占用。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明提供的第一种上报日志信息的方法流程图;
图2示出了本发明提供的第二种上报日志信息的方法流程图;
图3示出了本发明提供的第三种上报日志信息的方法流程图;
图4示出了本发明提供的第四种上报日志信息的方法流程图;
图5示出了本发明提供的第一种上报日志信息的装置的结构示意图;
图6示出了本发明提供的第二种上报日志信息的装置的结构示意图;
图7示出了本发明提供的上报日志信息的***示意图;
图8示出了本发明提供的上报日志信息的***交互示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本申请提供了一种上报日志信息的方法。该方法以应用到终端或服务器中为例进行说明,其中,终端可以包括但不限于:手机、台式电脑、平板电脑等。
图1示出了本申请提供的上报日志信息的方法的一种实施例100的流程图。该实施例以应用到终端中为例进行说明。
如图1所示,在步骤110中,将日志信息存储在内存中。
每当终端执行相应操作后,便会生成对应的日志信息。具体可以包括但不限于以下任意项:当终端访问网络后,生成指示访问网络的日志信息;当终端向服务器上报心跳信息后,生成指示上报心跳信息的日志信息;当终端进行本地安全性能检测后,生成指示该终端的安全性能的日志信息等。上述每执行一系列操作后所生成的日志信息,可以被记为一条日志信息。
在本实施例中,当终端生成相应的日志信息后,可以将其存储在内存中,以便后续将其上报至服务器。具体的,终端可以但不限于将日志信息按照其生成的时间顺序存储至内存中。
本实施例对内存、日志信息以及将日志信息存储至内存中的方法不作限定,为本领域技术人员熟知的技术,且可以根据实际需要进行设定,在此不作赘述。
当终端的内存中存储有多条日志信息,终端可以从内存中获取待上报的日志信息,然后,将获取到的日志信息上报至服务器,由服务器对接收到的日志信息进行处理。
通常的,每当终端生成一条日志信息后,终端便通过一条请求向服务器发送该日志信息,当日志信息的数量较多时,终端需要多次向服务器发送日志信息,这样,不仅占用大量的传输资源,而且会影响终端的性能。
为了解决上述问题,在步骤120中,从内存中获取多条日志信息。在步骤130中,压缩多条日志信息。最后,在步骤140中,通过一条请求向服务器发送压缩后的多条日志信息。这样,终端可以通过一条请求向服务器上报多条压缩的日志信息,不仅节省了所占用的传输资源,而且降低了对终端性能的影响。
由于内存的存储容量是有限的,因此,若内存中存储的数据量达到存储上限值,则内存中无法继续存储新生成的日志信息,可能导致日志信息丢失等问题。
进一步地,为了解决上述问题,当内存中已存储的日志信息的数量大于或等于预设数量,从内存中获取多条日志信息。
在本实施例中,预设数量可以为终端默认设置的,也可以为用户设置的。预设数量具体可以是但不限于根据为日志信息分配的内存存储空间的容量设置的。本领域技术人员知晓,终端中所有程序的运行都是在内存中进行的,由此,内存不仅需要为日志信息分配部分存储空间,还需要为其他程序分配部分存储空间,终端可以根据为日志信息分配的存储空间的容量计算预设数量。其中,为日志信息分配的存储空间的容量可以为但不限于内存总存储空间容量的20%、25%等,具体可以根据实际需要进行设定。如,预设数量可以但不限于为160M、150M等,具体可以根据实际需要进行设定。
在本实施例中,终端通过一条请求一次性上报多条日志信息,具体的,终端将日志信息先存储在内存中;在需要进行上报时,从内存中获取多条日志信息,并对该多条日志信息进行压缩;通过一条请求向服务器发送压缩后的日志信息。与现有技术中,通过一条请求向服务器发送一条日志信息相比,本方案减少了终端向服务器上报日志信息的次数,进而不仅减少了占用传输资源的数量,而且还降低了对终端性能的影响。
为了使服务器对获取到的日志信息进行及时、准确的处理,进而对相应的终端进行及时、有效的管理,在图1所示的步骤120中,终端可以根据预设方式,从内存中获取多条日志信息。
图2示出了终端从内存中获取多条日志信息的两种实施方式的流程图。即终端在执行图1所示的执行120时,可以具体执行步骤210或步骤220。
如图2所示,在步骤210中,从内存中获取指示同一类别内容的和/或优先级最高的多条日志信息。
在本实施例中,为了便于服务器对接收到的多条日志信息进行处理,终端可以按类进行上报,即可以为但不限于每次上报的多条日志信息指示同一类别内容。其中,指示同一类别内容可以为但不限于指示终端执行同一类别操作的日志信息。如,具体可以为但不限于:均指示访问网络的日志信息、均指示下载信息的日志信息、均指示上报心跳信息的日志信息、均指示本端终端安全性能的日志信息等。
具体的,终端从内存中获取指示同一类别内容的多条日志信息时,首先,可以遍历内存中存储的日志信息,获取指示某一类别内容的日志信息。
在本实施例中,为了可以优先向服务器上报较为重要的日志信息,终端可以按照优先级上报日志信息,即终端可以优先上报优先级较高的日志信息。各日志信息的优先级可以是终端默认设置的,也可以是用户设置的,具体设置方式可以根据实际需要进行设定。优先级最高的日志信息可以包括但不限于以下至少一项:指示上报心跳信息的日志信息、指示本端终端安全性能的日志信息等。
具体的,终端在生成日志信息时,可以为其添加相应的优先级标识信息。终端从内存中获取指示同一类别内容的多条日志信息时,可以遍历内存中存储的各日志信息的优先级标识信息,根据优先级标识信息获取优先级最高的多条日志信息。
终端可以但不限于使用数字表征优先级的高低,数值越高其优先级越高。终端可以但不限于将数值落入预设范围内的优先级确定为优先级最高。如,优先级从高到低对应的数值依次包括:5、4、3、2、1,优先级最高的日志信息对应的优先级的数值可以包括但不限于:5、4。
在本实施例中,终端还可以从内存中获取指示同一类别内容的和优先级最高的多条日志信息。
具体的,终端可以首先从内存中获取指示某同一类别内容的多条日志信息,然后,从获取到的多条日志信息中获取优先级最高的多条日志信息;或者,终端还可以首先从内存中获取优先级最高的多条日志信息,然后,从获取到的多条日志信息中获取指示某同一类别内容的多条日志信息;或者,终端还可以首先从内存中获取优先级最高的多条日志信息,若获取的日志信息的数量较少,则还可以再从内存中获取指示某同一类别内容的多条日志信息;或者,依上述方法,也可以先获取指示某同一类别内容的多条日志信息,再获取优先级最高的多条日志信息。
本实施例对从内存中获取指示同一类别内容的和优先级最高的多条日志信息的实施方式不作限定,不限于上述列举的实施方式,还可以包括其他实施方式,具体可以根据实际需要进行设定。
如图2所示,在步骤220中,根据当前可用带宽和/或内存的剩余存储容量,从内存中获取多条日志信息。
在本实施例中,当当前可用带宽较小,且传输大量日志信息时,传输速度较为缓慢。为了解决该问题,使终端能够将多条信息快速上报至服务器,终端可以根据当前可用带宽从内存获取多条日志信息。如,当前可用带宽越大,获取的多条日志信息的数据量越大,当前可用带宽越小,获取的多条日志信息的数据量越小。
当内存中的剩余存储容量较小时,可能会降低终端的运行速度,为了解决该问题,使内存包含有较大的剩余存储容量,终端可以根据内存的剩余存储容量确定预设数据量。如,剩余存储容量越大,获取的多条日志信息的数据量越小,剩余存储容量越小,获取的多条日志信息的数据量越大。
为了解决前述内容中的一个或多个问题,终端还可以根据当前可用带宽和内存的剩余存储容量,从内存获取多条日志信息。
进一步地,终端可以首先根据当前可用带宽和/或内存的剩余存储容量确定以下至少一项:多条日志信息的预设数据量、生成多条日志信息的预设时间段、多条日志信息的预设条数等,然后,根据上述确定的至少一项从内存中获取多条日志信息。
具体的,图3示出了根据当前可用带宽和/或内存的剩余存储容量,从内存获取多条日志信息的三种实施方式的流程图。
如图3所示,步骤220,根据当前可用带宽和/或内存的剩余存储容量从内存获取多条日志信息,可以包括但不限于以下四种具体实施方式。
在步骤321中,根据当前可用带宽、剩余存储容量中至少一项确定预设数据量;在步骤322中,获取数据量总和小于或等于预设数据量的多条日志信息。
在本实施例中,终端可以根据当前可用带宽确定预设数据量。当前可用带宽越大,确定的预设数据量越大,当前可用带宽越小,确定的预设数据量越小。如,当前可用带宽为10M,则预设信息的数量可以被确定为但不限于5M;当前可用带宽为20M,则预设信息的数量可以被确定为但不限于7M。
在本实施例中,终端还可以根据内存的剩余存储容量确定预设数据量。内存的剩余存储容量越大,确定的预设数据量越小,内存的剩余存储容量越小,确定的预设数据量越大。如,当前内存剩余容量为100M,则预设信息的数量可以被确定为但不限于15M;当前内存剩余容量为200M,则预设信息的数量可以被确定为但不限于10M。
终端在从内存中获取多条日志信息时,需要计算已获取到的日志信息的数据量是否大于或等于预设数据量。终端可以在每获取预设条数的日志信息后进行计算,预设条数可以但不限于为:1、2、3等;若小于预设数据量,则继续获取下一条日志信息;若等于预设数据量,则停止获取,执行步骤130;若大于预设数据量,则可以丢弃最后获取的一条日志信息,并再将其存储至内存中,然后,执行步骤130,或者,在将其存储至内存中之后,可以从内存中获取其他数据量较小的至少一条日志信息,以使得终端获取到的多条日志信息的数据量小于预设数据量。
例如,预设数据量为5M,已获取的日志信息的数量为4.5M,在获取下一条日志信息之后,已获取的日志信息的数量为5.1M,大于预设数据量5M,由此,终端可以丢弃最后获取的一条日志信息,并将其再存入内存中。之后,终端还可以但不限于从内存中获取至少一条日志信息,该至少一条日志信息的数据量需小于或等于0.5M,这样,才可以保证终端获取的多条日志信息的数据量小于获取等于5M。
在本实施例中,终端还可以根据当前可用带宽和剩余存储容量确定预设数据量。例如,终端可以首先分别根据当前可用带宽和剩余存储容量计算预设数据量,若计算出的两个预设数据量相同,则将计算出的预设数据量确定为最终预设数据量,若计算出的两个预设数据量不相同,则可以将二者中的任意预设数据量确定为最终预设数据量,或者,还可以将二者之间的任意数量确定为最终预设数据量,或者,还可以根据二者的权重确定最终预设数据量。具体确定方式不限于上述列举的方式,还可以为其他方式,具体可以根据实际需要进行设定。
如图3所示,在步骤323中,根据当前可用带宽、剩余存储容量中至少一项确定预设时间段;在步骤324中,获取在预设时间段内生成的多条日志信息。
具体的,当前可用带宽越大,确定的预设时间段越长,以使得终端能够获取的多条日志信息的数据量越大,当前可用带宽越小,确定的预设时间段越短,以使得终端能够获取的多条日志信息的数据量越小。又如,内存的剩余容量越小,确定的预设时间段越长,以使得终端能够获取的多条日志信息的数据量越大,内存的剩余容量越大,确定的预设时间段越短,以使得终端能够获取的多条日志信息的数据量越小。
如图3所示,在步骤325中,根据当前可用带宽、剩余存储容量中至少一项确定预设条数;在步骤326中,获取条数小于或等于预设条数的多条日志信息。
例如,当前可用带宽越大,确定的预设条数越大,以使得终端能够获取的多条日志信息的数据量越大,当前可用带宽越小,确定的预设条数越小,以使得终端能够获取的多条日志信息的数据量越小。又如,内存的剩余容量越小,确定的预设条数越大,以使得终端能够获取的多条日志信息的数据量越大,内存的剩余容量越大,确定的预设条数越小,以使得终端能够获取的多条日志信息的数据量越小。
本实施例对终端从内存中获取多条日志信息的方法不作限定,不限于上述列举的方法,还可以包括其他方法,具体可以根据实际需要进行设定。
图4示出了上报日志信息的方法的另一种实施方式400的流程图。该实施例以应用到服务器中为例进行说明。
如图4所示,在步骤410中,接收压缩后的多条日志信息;在步骤420中,对压缩后的多条日志信息进行解压缩,得到多条日志信息。之后,服务器可以对多条日志信息进行处理,以实现对该终端的监控和管理。
本实施例对服务器对接收到的多条日志信息进行解压缩,以及对解压缩后的日志信息进行处理的实施方式不作限定,为本领域技术人员熟知的技术,在此不作赘述。
进一步参考图5,其示出了一种报日志信息的装置500。
如图5所示,该装置500包括:存储单元510、获取单元520、处理单元530及发送单元540。
存储单元510,用于将日志信息存储在内存中;
获取单元520,用于从内存中获取存储单元510存储的多条日志信息;
处理单元530,用于压缩获取单元520获取的多条日志信息;
发送单元540,用于通过一条请求向服务器发送处理单元530压缩后的多条日志信息。
进一步的,获取单元520用于:
根据当前可用带宽获取多条日志信息;
根据内存的剩余存储容量获取多条日志信息。
进一步的,如图6所示,获取单元520,包括第一获取子单元521,用于:
根据当前可用带宽、剩余存储容量中至少一项确定预设数据量;
获取数据量总和小于或等于预设数据量的多条日志信息。
进一步的,如图6所示,获取单元520,包括第二获取子单元522,用于:
根据当前可用带宽、剩余存储容量中至少一项确定预设时间段;
获取在预设时间段内生成的多条日志信息。
进一步的,如图6所示,获取单元520,包括第三获取子单元523,用于:
根据当前可用带宽、剩余存储容量中至少一项确定预设条数;
获取条数小于或等于预设条数的多条日志信息。
进一步的,获取单元520用于:
获取指示同一类别内容的多条日志信息;
获取优先级最高的多条日志信息。
进一步的,获取单元520获取的优先级最高的日志信息包括以下至少一项:指示上报心跳信息的日志信息、指示本端终端安全性能的日志信息。
进一步的,获取单元520用于:
当内存中已存储的日志信息的数量大于或等于预设数量,从内存中获取多条日志信息。
在本实施例中,包含上述图5或图6所示装置的终端通过一条请求一次性上报多条日志信息,具体的,终端将日志信息先存储在内存中;在需要进行上报时,从内存中获取多条日志信息,并对该多条日志信息进行压缩;通过一条请求向服务器发送压缩后的日志信息。与现有技术中,通过一条请求向服务器发送一条日志信息相比,本方案减少了终端向服务器上报日志信息的次数,进而不仅减少了占用传输资源的数量,而且还降低了对终端性能的影响。
进一步参照图7,其示出了上报日志信息的***700的示意图。
如图7所示,该上报日志信息的***700包括终端710和服务器720,该终端710包括如上述图5或图6所示的装置;
该服务器720,用于接收终端710上报的压缩后的多条日志信息,对压缩后的多条日志信息进行解压缩,获得多条日志信息。
在本实施例中,终端710可以包括但不限于图5或图6所示的终端500中的任意单元、模块,也可以用于执行图1或图2所示的上报日志信息的方法中的任意步骤。服务器720可以用于执行图3所示的上报日志信息的方法中的任意步骤。
为了可以更清楚的体现终端与服务器之间的信息交互,图8示出了一种上报日志信息的***的交互示意图。
如图8所示,终端在执行的操作810中:将日志信息存储在内存中;从内存中获取多条日志信息;压缩多条日志信息;在执行的操作820中:通过一条请求向服务器发送压缩后的多条日志信息。服务器在执行的操作830中:接收压缩后的多条日志信息;对压缩后的多条日志信息进行解压缩,得到多条日志信息。
在本实施例中,终端通过一条请求一次性上报多条日志信息,具体的,终端将日志信息先存储在内存中;在需要进行上报时,从内存中获取多条日志信息,并对该多条日志信息进行压缩;通过一条请求向服务器发送压缩后的日志信息;服务器接收终端发送的压缩后的多条日志信息;对压缩后的多条日志信息进行解压缩,得到多条日志信息。与现有技术中,通过一条请求向服务器发送一条日志信息相比,本方案通过一条请求向服务器发送压缩后的多条日志信息,减少了终端向服务器上报日志信息的次数,不仅减少了占用传输资源的数量,而且还降低了对终端性能的影响。
本发明的实施例公开了:
A1、一种上报日志信息的方法,包括:
将日志信息存储在内存中;
从所述内存中获取多条日志信息;
压缩所述多条日志信息;
通过一条请求向服务器发送压缩后的多条日志信息。
A2、根据A1所述的方法,所述从所述内存中获取多条日志信息,包括:
根据当前可用带宽获取所述多条日志信息;
根据所述内存的剩余存储容量获取所述多条日志信息。
A3、根据A2所述的方法,所述从所述内存中获取多条日志信息,进一步包括:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设数据量;
获取数据量总和小于或等于所述预设数据量的多条日志信息。
A4、根据A2所述的方法,所述从所述内存中获取多条日志信息,进一步包括:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设时间段;
获取在所述预设时间段内生成的所述多条日志信息。
A5、根据A2所述的方法,所述从所述内存中获取多条日志信息,进一步包括:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设条数;
获取条数小于或等于所述预设条数的多条日志信息。
A6、根据A1所述的方法,所述从所述内存中获取多条日志信息,包括:
获取指示同一类别内容的多条日志信息;
获取优先级最高的多条日志信息。
A7、根据A6所述的方法,所述优先级最高的日志信息包括以下至少一项:指示上报心跳信息的日志信息、指示本端终端安全性能的日志信息。
A8、根据A1至A7中任一项所述的方法,所述从所述内存中获取多条日志信息,包括:
当所述内存中已存储的日志信息的数量大于或等于预设数量,从所述内存中获取多条日志信息。
B9、一种上报日志信息的装置,所述装置包括:
存储单元,用于将日志信息存储在内存中;
获取单元,用于从所述内存中获取所述存储单元存储的多条日志信息;
处理单元,用于压缩所述获取单元获取的所述多条日志信息;
发送单元,用于通过一条请求向服务器发送所述处理单元压缩后的多条日志信息。
B10、根据B9所述的装置,所述获取单元用于:
根据当前可用带宽获取所述多条日志信息;
根据所述内存的剩余存储容量获取所述多条日志信息。
B11、根据B10所述的装置,所述获取单元,包括第一获取子单元,用于:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设数据量;
获取数据量总和小于或等于所述预设数据量的多条日志信息。
B12、根据B10所述的装置,所述获取单元,包括第二获取子单元,用于:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设时间段;
获取在所述预设时间段内生成的所述多条日志信息。
B13、根据B10所述的装置,所述获取单元,包括第三获取子单元,用于:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设条数;
获取条数小于或等于所述预设条数的多条日志信息。
B14、根据B9所述的装置,所述获取单元用于:
获取指示同一类别内容的多条日志信息;
获取优先级最高的多条日志信息。
B15、根据B14所述的装置,所述获取单元获取的所述优先级最高的日志信息包括以下至少一项:指示上报心跳信息的日志信息、指示本端终端安全性能的日志信息。
B16、根据B9至B15中任一项所述的装置,所述获取单元用于:
当所述内存中已存储的日志信息的数量大于或等于预设数量,从所述内存中获取多条日志信息。
C17、一种上报日志信息的***,所述***包括终端和服务器,所述终端包括如B9至B15中任一项所述的装置;
所述服务器,用于接收所述终端上报的压缩后的多条日志信息,对所述压缩后的多条日志信息进行解压缩,获得多条日志信息。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
可以理解的是,上述方法及装置中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种上报日志信息的方法,其特征在于,包括:
将日志信息存储在内存中;
从所述内存中获取多条日志信息;
压缩所述多条日志信息;
通过一条请求向服务器发送压缩后的多条日志信息。
2.根据权利要求1所述的方法,其特征在于,所述从所述内存中获取多条日志信息,包括:
根据当前可用带宽获取所述多条日志信息;
根据所述内存的剩余存储容量获取所述多条日志信息。
3.根据权利要求2所述的方法,其特征在于,所述从所述内存中获取多条日志信息,进一步包括:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设数据量;
获取数据量总和小于或等于所述预设数据量的多条日志信息。
4.根据权利要求2所述的方法,其特征在于,所述从所述内存中获取多条日志信息,进一步包括:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设时间段;
获取在所述预设时间段内生成的所述多条日志信息。
5.根据权利要求2所述的方法,其特征在于,所述从所述内存中获取多条日志信息,进一步包括:
根据所述当前可用带宽、所述剩余存储容量中至少一项确定预设条数;
获取条数小于或等于所述预设条数的多条日志信息。
6.根据权利要求1所述的方法,其特征在于,所述从所述内存中获取多条日志信息,包括:
获取指示同一类别内容的多条日志信息;
获取优先级最高的多条日志信息。
7.根据权利要求6所述的方法,其特征在于,所述优先级最高的日志信息包括以下至少一项:指示上报心跳信息的日志信息、指示本端终端安全性能的日志信息。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述从所述内存中获取多条日志信息,包括:
当所述内存中已存储的日志信息的数量大于或等于预设数量,从所述内存中获取多条日志信息。
9.一种上报日志信息的装置,其特征在于,所述装置包括:
存储单元,用于将日志信息存储在内存中;
获取单元,用于从所述内存中获取所述存储单元存储的多条日志信息;
处理单元,用于压缩所述获取单元获取的所述多条日志信息;
发送单元,用于通过一条请求向服务器发送所述处理单元压缩后的多条日志信息。
10.一种上报日志信息的***,其特征在于,所述***包括终端和服务器,所述终端包括如权利要求9所述的装置;
所述服务器,用于接收所述终端上报的压缩后的多条日志信息,对所述压缩后的多条日志信息进行解压缩,获得多条日志信息。
CN201410778745.0A 2014-12-15 2014-12-15 上报日志信息的方法、装置及*** Pending CN104468222A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410778745.0A CN104468222A (zh) 2014-12-15 2014-12-15 上报日志信息的方法、装置及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410778745.0A CN104468222A (zh) 2014-12-15 2014-12-15 上报日志信息的方法、装置及***

Publications (1)

Publication Number Publication Date
CN104468222A true CN104468222A (zh) 2015-03-25

Family

ID=52913631

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410778745.0A Pending CN104468222A (zh) 2014-12-15 2014-12-15 上报日志信息的方法、装置及***

Country Status (1)

Country Link
CN (1) CN104468222A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107517261A (zh) * 2017-08-31 2017-12-26 深圳市中兴物联科技有限公司 网关、服务器、方法、装置、存储介质和物联网***
CN107911254A (zh) * 2017-12-26 2018-04-13 ***通信集团江苏有限公司 日志传输方法、装置、计算设备及存储介质
CN108400888A (zh) * 2018-01-29 2018-08-14 深圳壹账通智能科技有限公司 一种日志处理方法、存储介质及终端设备
CN109657815A (zh) * 2018-12-14 2019-04-19 河南飙风信息科技有限公司 一种自动化运维企业主机管理***
CN110266514A (zh) * 2019-05-15 2019-09-20 平安科技(深圳)有限公司 日志获取方法、装置、终端及存储介质
CN115834575A (zh) * 2023-02-28 2023-03-21 新云网科技集团股份有限公司 一种日志上报方法、***、设备及计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102164043A (zh) * 2010-10-27 2011-08-24 青岛海信传媒网络技术有限公司 日志上报方法及终端
CN102780777A (zh) * 2012-07-19 2012-11-14 北京蓝汛通信技术有限责任公司 一种日志收集方法及***
CN102799514A (zh) * 2011-05-24 2012-11-28 中兴通讯股份有限公司 一种日志记录管理方法和***
CN102891873A (zh) * 2011-07-21 2013-01-23 腾讯科技(深圳)有限公司 一种存储日志数据的方法及日志数据存储***
US8407335B1 (en) * 2008-06-18 2013-03-26 Alert Logic, Inc. Log message archiving and processing using a remote internet infrastructure
CN103036961A (zh) * 2012-12-07 2013-04-10 蓝盾信息安全技术股份有限公司 一种日志分布式收集及存储方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8407335B1 (en) * 2008-06-18 2013-03-26 Alert Logic, Inc. Log message archiving and processing using a remote internet infrastructure
CN102164043A (zh) * 2010-10-27 2011-08-24 青岛海信传媒网络技术有限公司 日志上报方法及终端
CN102799514A (zh) * 2011-05-24 2012-11-28 中兴通讯股份有限公司 一种日志记录管理方法和***
CN102891873A (zh) * 2011-07-21 2013-01-23 腾讯科技(深圳)有限公司 一种存储日志数据的方法及日志数据存储***
CN102780777A (zh) * 2012-07-19 2012-11-14 北京蓝汛通信技术有限责任公司 一种日志收集方法及***
CN103036961A (zh) * 2012-12-07 2013-04-10 蓝盾信息安全技术股份有限公司 一种日志分布式收集及存储方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107517261A (zh) * 2017-08-31 2017-12-26 深圳市中兴物联科技有限公司 网关、服务器、方法、装置、存储介质和物联网***
CN107911254A (zh) * 2017-12-26 2018-04-13 ***通信集团江苏有限公司 日志传输方法、装置、计算设备及存储介质
CN107911254B (zh) * 2017-12-26 2021-09-28 ***通信集团江苏有限公司 日志传输方法、装置、计算设备及存储介质
CN108400888A (zh) * 2018-01-29 2018-08-14 深圳壹账通智能科技有限公司 一种日志处理方法、存储介质及终端设备
CN109657815A (zh) * 2018-12-14 2019-04-19 河南飙风信息科技有限公司 一种自动化运维企业主机管理***
CN110266514A (zh) * 2019-05-15 2019-09-20 平安科技(深圳)有限公司 日志获取方法、装置、终端及存储介质
WO2020228289A1 (zh) * 2019-05-15 2020-11-19 平安科技(深圳)有限公司 日志获取方法、装置、终端及存储介质
CN115834575A (zh) * 2023-02-28 2023-03-21 新云网科技集团股份有限公司 一种日志上报方法、***、设备及计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN104468222A (zh) 上报日志信息的方法、装置及***
CN110990233B (zh) 一种利用甘特图展示soar的方法和***
CN104915285A (zh) 一种容器进程监控方法、装置及***
CN104917651A (zh) 监测网络异常的方法及装置
CN111246406A (zh) 一种短信发送方法、***、存储介质及终端设备
CN111274153A (zh) 一种自动化测试方法、装置及电子设备
CN108762846B (zh) 插件化实时推荐方法、服务器及计算机可读存储介质
CN108154024A (zh) 一种数据检索方法、装置及电子设备
CN107239542A (zh) 一种数据统计方法、装置、服务器及存储介质
CN108062401B (zh) 应用推荐方法、装置及存储介质
CN103248627A (zh) 实现访问网站资源的方法、正向代理服务器和***
CN105721179A (zh) 日志收集***及其中的数据传输方法和本地服务器
CN110333984B (zh) 接口异常检测方法、装置、服务器及***
CN108023740B (zh) 监控中异常信息的风险提示方法和装置
CN110933070A (zh) 一种用户识别方法、***、设备及计算机可读存储介质
CN109617708B (zh) 一种埋点日志的压缩方法、设备及***
CN110019008A (zh) 一种数据存储方法及装置
CN112527276A (zh) 一种可视化编程工具中的数据更新方法、装置及终端设备
CN113901852A (zh) 一种电子设备的检测方法及装置
CN110119337B (zh) 一种数据分析方法、装置及服务器
CN113014456A (zh) 一种监控数据传输***、方法、装置、设备及存储介质
CN113760874A (zh) 数据质量检测的方法、装置、电子设备和存储介质
CN109151007B (zh) 应用调度的数据处理方法、核心服务器与传输服务器
CN108173689B (zh) 负载均衡数据的输出***
CN104572980A (zh) 数据处理方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20161116

Address after: 100015 Chaoyang District Road, Jiuxianqiao, No. 10, building No. 3, floor 15, floor 17, 1701-26,

Applicant after: BEIJING QI'ANXIN SCIENCE & TECHNOLOGY CO., LTD.

Address before: 100088 Beijing city Xicheng District xinjiekouwai Street 28, block D room 112 (Desheng Park)

Applicant before: Beijing Qihu Technology Co., Ltd.

Applicant before: Qizhi Software (Beijing) Co., Ltd.

RJ01 Rejection of invention patent application after publication

Application publication date: 20150325

RJ01 Rejection of invention patent application after publication