[发明专利]日志上报方法及终端

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种日志上报方法及终端。

背景技术

目前，终端向日志服务器上报日志时，通常会采用缓存和备份日志文件来保存日志。当日志产生后，终端会将该日志写入缓存，然后直接上报给日志服务器。然而，发明人发现当采用现有技术上报日志时，如果终端上产生的日志量较大，或者大量终端在同一时间向日志服务器上报日志时，会使得日志服务器的接收压力较大。

发明内容

本发明的实施例提供一种日志上报方法及终端，减少日志服务器的接收压力。

为达到上述目的，本发明的实施例采用如下技术方案：

一种日志上报方法，包括：

当日志产生时，将按照规定格式编写好的日志写入缓存；

在所述缓存中的日志的长度大于数量门限值时，或者，在所述缓存中的日志对应的记录时间大于时间门限值时，对所述缓存中的日志进行压缩；

将压缩后的日志发送给日志服务器。

一种终端，包括：

第一写入单元，用于当日志产生时，将按照规定格式编写好的日志写入缓存；

第一压缩单元，用于在所述缓存中的日志的长度大于数量门限值时，或者，在所述缓存中的日志对应的记录时间大于时间门限值时，对所述缓存中的日志进行压缩；

第一发送单元，用于将压缩后的日志发送给日志服务器。

由上述技术方案所描述的本发明实施例中，终端向日志服务器进行日志上报时，由于不同的终端各自所产生的日志的长度到达相同的数量门限值时，各个终端所需的时间是不相同的。因而，当大量的终端向同一个日志服务器上报日志时，通过设置数量门限值，使得各个终端上报日志的时间可以相互错开；同时，借助时间门限值，可以避免终端所缓存的日志的长度长时间不能达到上述数量门限值，导致日志发送延时的问题，与现有技术中当大量终端上报日志时，各个终端产生日志后立即发送所述日志相比，本发明实施例可以在保证终端及时上报日志的同时，减少日志服务器的接收压力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图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、将压缩后的日志发送给日志服务器。