CN102164043A - 日志上报方法及终端 - Google Patents
日志上报方法及终端 Download PDFInfo
- Publication number
- CN102164043A CN102164043A CN2010105214668A CN201010521466A CN102164043A CN 102164043 A CN102164043 A CN 102164043A CN 2010105214668 A CN2010105214668 A CN 2010105214668A CN 201010521466 A CN201010521466 A CN 201010521466A CN 102164043 A CN102164043 A CN 102164043A
- Authority
- CN
- China
- Prior art keywords
- daily record
- backup file
- compression
- buffer memory
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明的实施例公开一种日志上报方法及终端,涉及通信技术领域,减少日志服务器的接收压力。包括:当日志产生时,将按照规定格式编写好的日志写入缓存;在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;将压缩后的日志发送给日志服务器。本发明实施例主要应用于日志上报的实现过程中。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种日志上报方法及终端。
背景技术
目前,终端向日志服务器上报日志时,通常会采用缓存和备份日志文件来保存日志。当日志产生后,终端会将该日志写入缓存,然后直接上报给日志服务器。然而,发明人发现当采用现有技术上报日志时,如果终端上产生的日志量较大,或者大量终端在同一时间向日志服务器上报日志时,会使得日志服务器的接收压力较大。
发明内容
本发明的实施例提供一种日志上报方法及终端,减少日志服务器的接收压力。
为达到上述目的,本发明的实施例采用如下技术方案:
一种日志上报方法,包括:
当日志产生时,将按照规定格式编写好的日志写入缓存;
在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;
将压缩后的日志发送给日志服务器。
一种终端,包括:
第一写入单元,用于当日志产生时,将按照规定格式编写好的日志写入缓存;
第一压缩单元,用于在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;
第一发送单元,用于将压缩后的日志发送给日志服务器。
由上述技术方案所描述的本发明实施例中,终端向日志服务器进行日志上报时,由于不同的终端各自所产生的日志的长度到达相同的数量门限值时,各个终端所需的时间是不相同的。因而,当大量的终端向同一个日志服务器上报日志时,通过设置数量门限值,使得各个终端上报日志的时间可以相互错开;同时,借助时间门限值,可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值,导致日志发送延时的问题,与现有技术中当大量终端上报日志时,各个终端产生日志后立即发送所述日志相比,本发明实施例可以在保证终端及时上报日志的同时,减少日志服务器的接收压力。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1提供一种日志上报方法的流程图;
图2为本发明实施例2提供另一种日志上报方法的流程图;
图3为本发明实施例3提供一种终端的结构图;
图4为本发明实施例3提供另一种终端的结构图;
图5为本发明实施例3提供又一种终端的结构图;
图6为本发明实施例3提供还一种终端的结构图;
图7为本发明实施例3提供再一种终端的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1:
本发明实施例提供一种日志上报方法,如图1所示,该方法包括如下步骤:
101、当日志产生时,将按照规定格式编写好的日志写入缓存。
所述规定格式是终端根据日志的类别,与日志服务器之间预先约定好的格式。
102、在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩。
例如,可以将上述数量门限值设置为1k(1k=1024字节),将时间门限值设置为30分钟。终端将产生的每一条目志按照规定格式进行编写并保存到缓存后,会定期判断所述缓存中的日志的长度是否大于1k,在所述缓存中的日志对应的记录时间是否大于30分钟。
如果所述缓存中的日志的长度大于1k,则对所述缓存中的日志进行压缩。由于不同终端产生日志的长度达到1k时,所需要的时间是不相同的,因而可以将各个终端上报日志的时间进行分散。
如果所述缓存中的日志对应的记录时间大于30分钟,但是所述缓存中的日志的长度不大于1k,同样也需要对所述缓存中的日志进行压缩,从而可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值,导致日志发送延时的问题。
103、将压缩后的日志发送给日志服务器。
如上所述的本发明实施例中,终端向日志服务器进行日志上报时,由于不同的终端各自所产生的日志的长度到达相同的数量门限值时,各个终端所需的时间是不相同的。因而,当大量的终端向同一个日志服务器上报日志时,通过设置数量门限值,使得各个终端上报日志的时间可以相互错开;同时,借助时间门限值,可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值,导致日志发送延时的问题,与现有技术中当大量终端上报日志时,各个终端产生日志后立即发送所述日志相比,本发明实施例可以在保证终端及时上报日志的同时,减少日志服务器的接收压力。
实施例2:
本发明实施例提供一种日志上报方法,从日志的保存、上报时间设计和压缩处理等方面进行详细阐述,如图2所示,包括如下步骤:
201、为日志创建存储介质,所述存储介质包括缓存、第一备份文件和第二备份文件。
本发明实施例采用缓存、第一备份文件和第二备份文件这三种存储介质对日志进行保存,这三种存储介质各自的作用分别表述如下:
当有日志产生时,终端按照与日志服务器约定好的格式对日志进行编写,并将编写好的日志保存到所述缓存和第一备份文件中。所述缓存中的日志和第一备份文件中的日志始终保持同步和一致。
当终端发生异常退出事件(例如断电)导致缓存中的日志全部丢失时,所述第一备份文件所保存的日志可以使得终端重新恢复正常状态后仍然可以获取丢失的日志。
当终端发送缓存中的日志成功时,则从所述第一备份文件中将发送成功的日志进行删除。
当终端发送缓存中的日志失败时,例如当断网或者网络环境不好时,造成日志发送失败,此时将发送失败的日志保存到所述第二备份文件中,以便于在网络环境恢复正常后可以对上述发送失败的日志进行重新发送,并从所述第一备份文件中将发送失败的日志进行删除。
202、检测所述第一备份文件是否为空。
具体应用时,上述步骤201和202的执行过程如下:在终端开机时,如果检测到终端上不存在上述存储介质(包括缓存、第一备份文件和第二备份文件),则为日志创建上述存储介质。如果检测到终端上已经创建了上述存储介质,则检测所述第一备份文件是否为空,并根据不同的检测结果执行如下步骤203。
203、在所述第一备份文件不为空时,说明终端最近一次的退出发生了异常,例如可能由于断电导致终端异常退出,此时所述第一备份文件中的日志还没有进行发送,因而需要将所述第一备份文件中的所有日志写入所述缓存中。之后转去204开始执行。
如果检测出所述第一备份文件为空,说明终端最近一次为正常退出,那么直接转去204开始执行。
204、检测是否有日志产生。如果检测到有日志产生时,将按照规定格式编写好的日志同时写入缓存和第一备份文件。
所述规定格式是终端根据日志的类别,与日志服务器之间预先约定好的格式。
205、判断所述缓存中的日志的长度是否大于数量门限值,或者在所述缓存中的日志对应的记录时间是否大于时间门限值。
206、在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;否则,转去204开始执行。
具体地,如果205将上述数量门限值设置为1k(1k=1024字节),将时间门限值设置为30分钟。如果所述缓存中的日志的长度大于1k,则对所述缓存中的日志进行压缩。由于不同终端所缓存的日志的长度达到1k时,所需要的时间是不相同的,因而可以将各个终端上报日志的时间进行分散,从而减少日志服务器的接收压力。
如果所述缓存中的日志对应的记录时间大于30分钟,但是所述缓存中的日志的长度不大于1k,同样也需要对所述缓存中的日志进行压缩,从而可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值,导致日志发送延时的问题。
207、判断所述压缩后的日志的长度是否大于发送门限值;
208、在所述压缩后的日志的长度大于所述发送门限值时,获取所述缓存中特定个数的日志,并重新进行压缩,直到所述压缩后的日志的长度不大于所述发送门限值,所述特定个数小于所述缓存中的日志的总个数。
本发明实施例对缓存中的日志进行压缩时,考虑到UDP(User Datagram Protocol,用户数据包协议)数据包的数据区最大长度为1500字节,在实际传输时,所述UDP数据包的包头和日志的总和不能超过1500字节。因而,为了提高终端向日志服务器发送日志的效率,本发明实施例通过将上述发送门限值设置为1024字节,使得终端可以不需要对日志进行分包发送,实现一次性向日志服务器发送日志。
例如,如果判断出所述压缩后的日志的长度大于1024字节时,则从缓存中选取部分日志重新进行压缩,亦即对每次进行压缩的日志进行删减(并不是删除,而是暂时不进行压缩处理,等下一次发送时再进行压缩处理),直到压缩后的日志的长度小于1024字节为止。具体地,每次判断出所述压缩后的日志的长度大于1024字节时,可以将所述缓存中的最后一条日志进行删减,选取去除最后一条日志之外的所有日志重新进行压缩,直到压缩后的日志的长度小于1024字节为止。
现有技术中采用将缓存中的日志直接压缩后进行发送,该压缩后的日志有可能会超过UDP数据包的数据区最大长度,从而采用分包技术,增加了日志处理的复杂度。与现有技术相比,本发明实施例可以降低日志处理的复杂度,使得终端不需要对日志进行分包发送,可以一次性实现日志的发送,提高了终端发送日志的效率。
需要说明的是,本步骤是可选步骤。例如,当205中的数量门限值设置为1024字节时,此时缓存的中日志的长度不会超过1024字节,因而压缩后的日志的长度也会满足UDP数据包的数据区的长度要求,此时本步骤可以省略。如果205中的数量门限值大于1024字节时,例如设置为2048字节,此时本步骤不可以省略。
209、在所述压缩后的日志的长度不大于发送门限值时,将所述压缩后的日志上报给日志服务器。
210、判断所述压缩后的日志是否发送成功。
211、当所述压缩后的日志发送失败时,例如,断网或者网络环境不好时,将所述压缩后的日志保存到所述第二备份文件中,并从所述第一备份文件中删除与所述压缩后的日志对应的日志。之后转去204开始执行。
212、当所述压缩后的日志发送成功时,从所述第一备份文件中删除与所述压缩后的日志对应的日志。
213、检测所述第二备份文件是否为空。
214、在所述第二备份文件不为空时,说明此时存在发送失败的日志,则需要将所述第二备份文件中预设个数的压缩后的日志发送给所述日志服务器,所述预设个数小于所述第二备份文件中压缩后的日志的总个数。所述预设个数的压缩的日志发送成功后,将所述发送成功的日志从上述第二备份文件中删除,之后转去204开始执行。如果所述第二备份文件为空,则直接转去204开始执行。
例如,将所述第二备份文件中部分(例如最后一条或者最后两条)压缩后的日志发送给日志服务器,考虑到所述第二备份文件中有可能保存有多条发送失败的压缩后的日志,本发明实施例采用将这些发送失败的压缩后的日志分次进行发送,从而可以减少在重新发送日志时给日志服务器带来的接收压力。
需要说明的是,如果上述第二备份文件中所保存的日志的长度大于1024*1024*10字节时,由于终端无法承受大于1024*1024*10字节的数据量,因而需要删除所述第二备份文件,以避免所述终端在上报日志时由于数据量太大发生异常的情况。
如上所述的本发明实施例中,终端向日志服务器进行日志上报时,由于不同的终端各自所产生的日志的长度到达相同的数量门限值时,各个终端所需的时间是不相同的。因而,当大量的终端向同一个日志服务器上报日志时,通过设置数量门限值,使得各个终端上报日志的时间可以相互错开;同时,借助时间门限值,可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值,导致日志发送延时的问题,与现有技术中当大量终端上报日志时,各个终端产生日志后立即发送所述日志相比,本发明实施例可以在保证终端及时上报日志的同时,减少日志服务器的接收压力。
实施例3:
本发明实施例提供一种终端,如图3所示,该终端包括:第一写入单元11,第一压缩单元12和第一发送单元13。
其中,第一写入单元11用于当日志产生时,将按照规定格式编写好的日志写入缓存;第一压缩单元12用于在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;第一发送单元13用于将压缩后的日志发送给日志服务器。
本发明实施例所提供的终端,在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,才会向日志服务器发送日志。由于不同的终端各自所产生的日志的长度到达相同的数量门限值时,各个终端所需的时间是不相同的。因而,当大量的终端向同一个日志服务器上报日志时,通过设置数量门限值,使得各个终端上报日志的时间可以相互错开;同时,借助时间门限值,可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值,导致日志发送延时的问题,与现有技术中当大量终端上报日志时,各个终端产生日志后立即发送所述日志相比,本发明实施例可以在保证终端及时上报日志的同时,减少日志服务器的接收压力。
进一步地,如图4所示,为了保证日志的非易失性,使得终端在异常退出或者网络环境不好的情况下,仍然可以保存日志,所述终端还包括:创建单元14,第二写入单元15和第一检测单元16。
所述创建单元14用于为日志创建存储介质,所述存储介质包括缓存、第一备份文件和第二备份文件;
终端正常开机后,首先检查所述第一备份文件中是否保存有日志,如果有日志,则说明终端上次退出时发生了异常情况,例如断电,此时需要将第一备份文件中的日志重新写入缓存。因而,当终端正常开机后,上述第一检测单元16用于检测所述第一备份文件是否为空;在所述第一检测单元16检测出第一备份文件不为空时,所述第一写入单元11还用于将所述第一备份文件中的所有日志写入所述缓存中。
当日志产生时,在第一写入单元11将按照规定格式编写好的日志写入缓存的同时,所述第二写入单元15将按照规定格式编写好的日志写入第一备份文件。
可选的,为了提高终端发送日志的效率,使得终端可以一次性(而不是采用分包发送)实现日志的发送,如图5所示,所述终端还包括:判断单元17和第二压缩单元18。
判断单元17用于判断所述压缩后的日志的长度是否大于发送门限值;
第二压缩单元18用于在所述压缩后的日志的长度大于所述发送门限值时,获取所述缓存中特定个数的日志,并重新进行压缩,直到所述压缩后的日志的长度不大于所述发送门限值,所述特定个数小于所述缓存中的日志的总个数。
此时,所述第一发送单元13用于在所述压缩后的日志的长度不大于发送门限值时,将所述压缩后的日志上报给日志服务器。
进一步地,当所述压缩后的日志发送失败时,例如网络环境不好时或者发生断网情况时,为了保证日志的非易失性,使得终端可以保存发送失败的日志,如图6所示,所述终端还包括:保存单元19和第一删除单元110。
保存单元19用于当所述压缩后的日志发送失败时,将所述压缩后的日志保存到所述第二备份文件中;
第一删除单元110用于从所述第一备份文件中删除与所述压缩后的日志对应的日志。之后,转去由第一写入单元11检测到日志产生时,将按照规定格式编写好的日志写入缓存。
进一步地,当所述压缩后的日志发送成功时,为了便于终端对之前发送失败的日志进行重新发送,如图7所示,所述终端还包括:第二删除单元111,第二检测单元112和第二发送单元113。
第二删除单元111用于当所述压缩后的日志发送成功时,从所述第一备份文件中删除与所述压缩后的日志对应的日志;
第二检测单元112用于检测所述第二备份文件是否为空;
第二发送单元113用于在所述第二备份文件不为空时,将所述第二备份文件中预设个数的压缩后的日志发送给所述日志服务器,所述预设个数小于所述第二备份文件中压缩后的日志的总个数。之后,转去由第一写入单元11检测到日志产生时,将按照规定格式编写好的日志写入缓存。
本发明实施例提供的终端具体可以为电视、机顶盒等需要向日志服务器上报日志的电子设备。
本发明实施例主要应用于日志上报的实现过程中,可以减少日志服务器的接收压力。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (14)
1.一种日志上报方法,其特征在于,包括:
当日志产生时,将按照规定格式编写好的日志写入缓存;
在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;
将压缩后的日志发送给日志服务器。
2.根据权利要求1所述的日志上报方法,其特征在于,还包括:
在终端开机时,为日志创建存储介质,所述存储介质包括缓存、第一备份文件和第二备份文件;
检测所述第一备份文件是否为空;
在所述第一备份文件不为空时,将所述第一备份文件中的所有日志写入所述缓存中。
3.根据权利要求2所述的日志上报方法,其特征在于,还包括:
当日志产生时,将按照规定格式编写好的日志写入所述第一备份文件。
4.根据权利要求1-3任一项所述的日志上报方法,其特征在于,在将压缩后的日志发送给日志服务器之前,还包括:
判断所述压缩后的日志的长度是否大于发送门限值;
在所述压缩后的日志的长度大于所述发送门限值时,获取所述缓存中特定个数的日志,并重新进行压缩,直到所述压缩后的日志的长度不大于所述发送门限值,所述特定个数小于所述缓存中的日志的总个数。
5.根据权利要求4所述的日志上报方法,其特征在于,所述将压缩后的日志上报给日志服务器包括:在所述压缩后的日志的长度不大于发送门限值时,将所述压缩后的日志上报给日志服务器。
6.根据权利要求2所述的日志上报方法,其特征在于,在将压缩后的日志发送给日志服务器之后,还包括:
当所述压缩后的日志发送失败时,将所述压缩后的日志保存到所述第二备份文件中;
从所述第一备份文件中删除与所述压缩后的日志对应的日志。
7.根据权利要求2所述的日志上报方法,其特征在于,在将压缩后的日志发送给日志服务器之后,还包括:
当所述压缩后的日志发送成功时,从所述第一备份文件中删除与所述压缩后的日志对应的日志;
检测所述第二备份文件是否为空;
在所述第二备份文件不为空时,将所述第二备份文件中预设个数的压缩后的日志发送给所述日志服务器,所述预设个数小于所述第二备份文件中压缩后的日志的总个数。
8.一种终端,其特征在于,包括:
第一写入单元,用于当日志产生时,将按照规定格式编写好的日志写入缓存;
第一压缩单元,用于在所述缓存中的日志的长度大于数量门限值时,或者,在所述缓存中的日志对应的记录时间大于时间门限值时,对所述缓存中的日志进行压缩;
第一发送单元,用于将压缩后的日志发送给日志服务器。
9.根据权利要求8所述的终端,其特征在于,还包括:
创建单元,用于为日志创建存储介质,所述存储介质包括缓存、第一备份文件和第二备份文件;
第一检测单元,用于检测所述第一备份文件是否为空;
在所述第一检测单元检测出第一备份文件不为空时,所述第一写入单元还用于将所述第一备份文件中的所有日志写入所述缓存中。
10.根据权利要求9所述的终端,其特征在于,还包括:第二写入单元,用于当日志产生时,将按照规定格式编写好的日志写入所述第一备份文件。
11.根据权利要求8-10任一项所述的终端,其特征在于,还包括:
判断单元,用于判断所述压缩后的日志的长度是否大于发送门限值;
第二压缩单元,用于在所述压缩后的日志的长度大于所述发送门限值时,获取所述缓存中特定个数的日志,并重新进行压缩,直到所述压缩后的日志的长度不大于所述发送门限值,所述特定个数小于所述缓存中的日志的总个数。
12.根据权利要求11所述的终端,其特征在于,所述第一发送单元用于在所述压缩后的日志的长度不大于发送门限值时,将所述压缩后的日志上报给日志服务器。
13.根据权利要求9所述的终端,其特征在于,还包括:
保存单元,用于当所述压缩后的日志发送失败时,将所述压缩后的日志保存到所述第二备份文件中;
第一删除单元,用于从所述第一备份文件中删除与所述压缩后的日志对应的日志。
14.根据权利要求9所述的终端,其特征在于,还包括:
第二删除单元,用于当所述压缩后的日志发送成功时,从所述第一备份文件中删除与所述压缩后的日志对应的日志;
第二检测单元,用于检测所述第二备份文件是否为空;
第二发送单元,用于在所述第二备份文件不为空时,将所述第二备份文件中预设个数的压缩后的日志发送给所述日志服务器,所述预设个数小于所述第二备份文件中压缩后的日志的总个数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105214668A CN102164043A (zh) | 2010-10-27 | 2010-10-27 | 日志上报方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105214668A CN102164043A (zh) | 2010-10-27 | 2010-10-27 | 日志上报方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102164043A true CN102164043A (zh) | 2011-08-24 |
Family
ID=44465032
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105214668A Pending CN102164043A (zh) | 2010-10-27 | 2010-10-27 | 日志上报方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102164043A (zh) |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102611611A (zh) * | 2011-12-13 | 2012-07-25 | 北京安天电子设备有限公司 | 一种日志缓存系统及方法 |
CN102750377A (zh) * | 2012-06-21 | 2012-10-24 | 深圳市谷米科技有限公司 | 海量数据存储和检索方法 |
CN103036961A (zh) * | 2012-12-07 | 2013-04-10 | 蓝盾信息安全技术股份有限公司 | 一种日志分布式收集及存储方法 |
CN103064779A (zh) * | 2012-12-26 | 2013-04-24 | 北京思特奇信息技术股份有限公司 | 一种快速处理日志信息的方法 |
CN103078812A (zh) * | 2013-02-01 | 2013-05-01 | 北京傲天动联技术股份有限公司 | 数据转发方法和设备 |
CN103312544A (zh) * | 2013-06-14 | 2013-09-18 | 青岛海信传媒网络技术有限公司 | 一种控制终端上报日志文件的方法、设备和系统 |
CN103532943A (zh) * | 2013-10-08 | 2014-01-22 | 北京神州绿盟信息安全科技股份有限公司 | web应用防火墙设备和安全防护日志的异步处理方法 |
CN103686354A (zh) * | 2013-12-04 | 2014-03-26 | 青岛海信电器股份有限公司 | 一种智能电视终端及统计上报按键使用行为的方法 |
CN104468222A (zh) * | 2014-12-15 | 2015-03-25 | 北京奇虎科技有限公司 | 上报日志信息的方法、装置及系统 |
CN104636432A (zh) * | 2014-12-29 | 2015-05-20 | 大唐移动通信设备有限公司 | 一种日志文件压缩和解压的方法及装置 |
CN104883275A (zh) * | 2015-05-15 | 2015-09-02 | 烽火通信科技股份有限公司 | 一种通信设备的日志缓存方法及系统 |
CN105468502A (zh) * | 2015-11-30 | 2016-04-06 | 北京奇艺世纪科技有限公司 | 一种日志收集的方法、装置和系统 |
CN104216814B (zh) * | 2014-09-22 | 2017-01-18 | 北京国双科技有限公司 | 一种日志压缩监控方法及装置 |
CN106649834A (zh) * | 2016-12-29 | 2017-05-10 | 北京奇虎科技有限公司 | 日志数据的异步传输方法、装置及系统 |
WO2017088382A1 (zh) * | 2015-11-25 | 2017-06-01 | 乐视控股(北京)有限公司 | 数据处理的方法和装置 |
CN107517261A (zh) * | 2017-08-31 | 2017-12-26 | 深圳市中兴物联科技有限公司 | 网关、服务器、方法、装置、存储介质和物联网系统 |
CN107566480A (zh) * | 2017-08-30 | 2018-01-09 | 北京京东尚科信息技术有限公司 | 移动终端应用的用户活动信息采集方法及装置、存储介质 |
CN107609118A (zh) * | 2017-09-13 | 2018-01-19 | 广东欧珀移动通信有限公司 | 日志信息上报方法、装置及存储介质、adsp和终端 |
CN108306771A (zh) * | 2018-02-09 | 2018-07-20 | 腾讯科技(深圳)有限公司 | 日志上报方法、装置及系统 |
CN108829537A (zh) * | 2018-04-06 | 2018-11-16 | 长沙开雅电子科技有限公司 | 一种备份系统日志上报管理方法 |
CN109491979A (zh) * | 2018-11-21 | 2019-03-19 | 深圳市小牛普惠投资管理有限公司 | 日志信息的上报方法、装置、计算机设备及存储介质 |
CN109688179A (zh) * | 2017-10-19 | 2019-04-26 | 华为技术有限公司 | 通信方法和通信装置 |
CN112256659A (zh) * | 2020-10-19 | 2021-01-22 | 北京达佳互联信息技术有限公司 | 日志上报方法、接收方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1815451A (zh) * | 2005-01-31 | 2006-08-09 | 华为技术有限公司 | 日志信息管理方法及系统 |
WO2007007895A1 (ja) * | 2005-07-11 | 2007-01-18 | Nec Corporation | 通信網の障害検出システム、通信網の障害検出方法及び障害検出プログラム |
CN101610265A (zh) * | 2009-07-24 | 2009-12-23 | 深圳市永达电子股份有限公司 | 一种业务工作流的流程识别方法 |
-
2010
- 2010-10-27 CN CN2010105214668A patent/CN102164043A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1815451A (zh) * | 2005-01-31 | 2006-08-09 | 华为技术有限公司 | 日志信息管理方法及系统 |
WO2007007895A1 (ja) * | 2005-07-11 | 2007-01-18 | Nec Corporation | 通信網の障害検出システム、通信網の障害検出方法及び障害検出プログラム |
CN101610265A (zh) * | 2009-07-24 | 2009-12-23 | 深圳市永达电子股份有限公司 | 一种业务工作流的流程识别方法 |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102611611A (zh) * | 2011-12-13 | 2012-07-25 | 北京安天电子设备有限公司 | 一种日志缓存系统及方法 |
CN102611611B (zh) * | 2011-12-13 | 2015-08-12 | 北京安天电子设备有限公司 | 一种日志缓存系统及方法 |
CN102750377A (zh) * | 2012-06-21 | 2012-10-24 | 深圳市谷米科技有限公司 | 海量数据存储和检索方法 |
CN102750377B (zh) * | 2012-06-21 | 2016-07-27 | 深圳市谷米科技有限公司 | 海量数据存储和检索方法 |
CN103036961A (zh) * | 2012-12-07 | 2013-04-10 | 蓝盾信息安全技术股份有限公司 | 一种日志分布式收集及存储方法 |
CN103064779A (zh) * | 2012-12-26 | 2013-04-24 | 北京思特奇信息技术股份有限公司 | 一种快速处理日志信息的方法 |
CN103064779B (zh) * | 2012-12-26 | 2016-08-03 | 北京思特奇信息技术股份有限公司 | 一种快速处理日志信息的方法 |
CN103078812B (zh) * | 2013-02-01 | 2015-10-21 | 北京傲天动联技术股份有限公司 | 数据转发方法和设备 |
CN103078812A (zh) * | 2013-02-01 | 2013-05-01 | 北京傲天动联技术股份有限公司 | 数据转发方法和设备 |
CN103312544A (zh) * | 2013-06-14 | 2013-09-18 | 青岛海信传媒网络技术有限公司 | 一种控制终端上报日志文件的方法、设备和系统 |
CN103312544B (zh) * | 2013-06-14 | 2015-12-02 | 青岛海信传媒网络技术有限公司 | 一种控制终端上报日志文件的方法、设备和系统 |
CN103532943A (zh) * | 2013-10-08 | 2014-01-22 | 北京神州绿盟信息安全科技股份有限公司 | web应用防火墙设备和安全防护日志的异步处理方法 |
CN103686354B (zh) * | 2013-12-04 | 2017-01-11 | 青岛海信电器股份有限公司 | 一种智能电视终端及统计上报按键使用行为的方法 |
CN103686354A (zh) * | 2013-12-04 | 2014-03-26 | 青岛海信电器股份有限公司 | 一种智能电视终端及统计上报按键使用行为的方法 |
CN104216814B (zh) * | 2014-09-22 | 2017-01-18 | 北京国双科技有限公司 | 一种日志压缩监控方法及装置 |
CN104468222A (zh) * | 2014-12-15 | 2015-03-25 | 北京奇虎科技有限公司 | 上报日志信息的方法、装置及系统 |
CN104636432B (zh) * | 2014-12-29 | 2019-03-12 | 大唐移动通信设备有限公司 | 一种日志文件压缩和解压的方法及装置 |
CN104636432A (zh) * | 2014-12-29 | 2015-05-20 | 大唐移动通信设备有限公司 | 一种日志文件压缩和解压的方法及装置 |
CN104883275A (zh) * | 2015-05-15 | 2015-09-02 | 烽火通信科技股份有限公司 | 一种通信设备的日志缓存方法及系统 |
WO2017088382A1 (zh) * | 2015-11-25 | 2017-06-01 | 乐视控股(北京)有限公司 | 数据处理的方法和装置 |
CN105468502A (zh) * | 2015-11-30 | 2016-04-06 | 北京奇艺世纪科技有限公司 | 一种日志收集的方法、装置和系统 |
CN106649834A (zh) * | 2016-12-29 | 2017-05-10 | 北京奇虎科技有限公司 | 日志数据的异步传输方法、装置及系统 |
CN107566480A (zh) * | 2017-08-30 | 2018-01-09 | 北京京东尚科信息技术有限公司 | 移动终端应用的用户活动信息采集方法及装置、存储介质 |
CN107566480B (zh) * | 2017-08-30 | 2021-04-30 | 北京京东尚科信息技术有限公司 | 移动终端应用的用户活动信息采集方法及装置、存储介质 |
CN107517261A (zh) * | 2017-08-31 | 2017-12-26 | 深圳市中兴物联科技有限公司 | 网关、服务器、方法、装置、存储介质和物联网系统 |
CN107609118A (zh) * | 2017-09-13 | 2018-01-19 | 广东欧珀移动通信有限公司 | 日志信息上报方法、装置及存储介质、adsp和终端 |
CN109688179A (zh) * | 2017-10-19 | 2019-04-26 | 华为技术有限公司 | 通信方法和通信装置 |
CN109688179B (zh) * | 2017-10-19 | 2021-06-22 | 华为技术有限公司 | 通信方法和通信装置 |
CN108306771A (zh) * | 2018-02-09 | 2018-07-20 | 腾讯科技(深圳)有限公司 | 日志上报方法、装置及系统 |
CN108306771B (zh) * | 2018-02-09 | 2021-06-18 | 腾讯科技(深圳)有限公司 | 日志上报方法、装置及系统 |
CN108829537A (zh) * | 2018-04-06 | 2018-11-16 | 长沙开雅电子科技有限公司 | 一种备份系统日志上报管理方法 |
CN109491979A (zh) * | 2018-11-21 | 2019-03-19 | 深圳市小牛普惠投资管理有限公司 | 日志信息的上报方法、装置、计算机设备及存储介质 |
CN112256659A (zh) * | 2020-10-19 | 2021-01-22 | 北京达佳互联信息技术有限公司 | 日志上报方法、接收方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102164043A (zh) | 日志上报方法及终端 | |
CN101888544B (zh) | 一种低带宽的视频数据传输方法和硬盘录像机 | |
CN102790666B (zh) | 差错控制的方法、接收端、发送端和系统 | |
CN102790686B (zh) | 日志数据采集方法、系统及服务器 | |
CN106330414A (zh) | 一种报文传输方法及装置 | |
CN107968729B (zh) | 一种铁路信号数据流存储管理系统 | |
US10817460B2 (en) | RDMA data sending and receiving methods, electronic device, and readable storage medium | |
CN101552652A (zh) | 一种文件传输方法及传输装置 | |
CN102231658A (zh) | 一种安全的跨网络隔离装置通信方法 | |
CN101174995A (zh) | 一种多媒体服务性能监测的方法和系统 | |
CN104618961A (zh) | 应用于智能电网的单通道tcp/ip头压缩方法及系统 | |
CN111464635B (zh) | 一种字典索引传输方法及装置 | |
US20160149669A1 (en) | Data Transfer System | |
CN101197773B (zh) | 基于多链路的报文压缩发送和接收解压缩方法及系统 | |
CN113364508B (zh) | 一种语音数据的传输控制方法、系统及设备 | |
CN105357302A (zh) | 一种网络数据包断点续传方法及装置 | |
CN101193284A (zh) | 压缩文件传输完整性验证方法、系统与装置 | |
CN101783955A (zh) | 一种数据异常时的恢复方法和设备 | |
CN111371887B (zh) | 物联网日志传输方法、客户端、服务端、设备及存储介质 | |
CN103020157A (zh) | 一种跨物理隔离的高可靠性实时文件生成方法 | |
CN102164174A (zh) | 大容量数据的内存转发方法 | |
CN102264003B (zh) | 降低码率的实现方法与相关设备及系统 | |
CN101795403A (zh) | 一种视频传输的方法和系统 | |
CN113301051A (zh) | 数据的传输方法、装置、计算机存储介质和处理器 | |
CN113612516A (zh) | 一种卫星通信数据包的压缩测试方法、系统及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110824 |