CN108243029B - 还原日志的生成时间的方法、客户端及服务器 - Google Patents

Abstract

本发明公开了一种还原日志的生成时间的方法、客户端以及服务器。客户端在日志中添加用于记录日志的从生成到发出的时间间隔的delay time字段，服务器在接收到日志后，计算接收到日志的时间与delay time字段中的时间间隔的差值，以得到日志的生成时间。因此，即使客户端没有及时发出日志，服务器也能依据delay time字段得到较为准确的日志生成时间。

Description

还原日志的生成时间的方法、客户端及服务器

技术领域

本发明涉及计算机领域，尤其涉及一种还原日志的生成时间的方法、客户端及服务器。

背景技术

互联网分析需要获取用户的行为日志，日志包含许多属性，其中日志的生成时间便是一个非常重要的属性。合理地记录日志的生成时间非常重要，如果生成时间出错，容易导致用户的连续访问操作被错误的切割开，甚至可能因为延时导致跨天日志而被丢弃。

客户端在用户访问网站后生成日志，然后将日志发给服务器，服务器对日志进行分析。目前，业界普遍将服务器接收到日志的时间作为日志的生成时间。

然而，在客户端的网络故障而导致无法及时发出日志的情况下，服务器接收到日志的时间与日志的实际生成时间就会有较大的误差。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的还原日志的生成时间的方法、客户端及服务器。

为了实现上述目标，本申请公开了以下技术方案：

一种还原日志的生成时间的方法，包括：

客户端将延迟时间delay time字段添加到日志中；

所述客户端发送携带所述delay time字段的日志，所述delay time字段用于记录所述日志从生成到发出的时间间隔，以使得所述携带所述delay time字段的日志的接收方依据所述delay time字段确定所述日志的生成时间。

可选的，在所述客户端发送携带所述delay time字段的日志之后，还包括：

所述客户端接收确认信息，所述确认信息用于指示所述接收方接收到所述携带所述delay time字段的日志。

一种还原日志的生成时间的方法，包括：

服务器接收到第一日志后，记录接收到所述第一日志的时间，所述第一日志携带延迟时间delay time字段，所述delay time字段用于记录所述第一日志从生成到发出的时间间隔；

所述服务器计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间。

可选的，在所述服务器计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，还包括：

在所述第一日志的生成时间早于当日零点的情况下，所述服务器将所述第一日志的生成时间修正在所述当日零点。

可选的，在所述服务器计算所述接收到第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，还包括：

所述服务器在接收到第二日志后，计算所述第二日志的生成时间；

在所述第二日志的生成时间早于所述第一日志的生成时间的情况下，所述服务器将所述第二日志的生成时间修正为所述第一日志的生成时间，或者，将所述第一日志的生成时间修正为所述第二日志的生成时间。

一种客户端，包括：

字段添加单元，用于将延迟时间delay time字段添加到日志中；

发送单元，用于发送携带所述delay time字段的日志，所述delay time字段用于记录所述日志从生成到发出的时间间隔，以使得所述携带所述delay time字段的日志的接收方依据所述delay time字段确定所述日志的生成时间。

可选的，还包括：

接收单元，用于在所述发送单元发送携带所述delay time字段的日志之后，接收确认信息，所述确认信息用于指示所述接收方接收到所述携带所述delay time字段的日志。

一种服务器，包括：

记录单元，用于接收到第一日志后，记录接收到所述第一日志的时间，所述第一日志携带延迟时间delay time字段，所述delay time字段用于记录所述第一日志从生成到发出的时间间隔；

计算单元，用于计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间。

可选的，还包括：

第一修正单元，用于在所述计算单元计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，在所述第一日志的生成时间早于当日零点的情况下，将所述第一日志的生成时间修正在所述当日零点。

可选的，所述计算单元还用于：

在接收到第二日志后，计算所述第二日志的生成时间；

所述服务器还包括：

第二修正单元，用于在所述计算单元计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，在所述第二日志的生成时间早于所述第一日志的生成时间的情况下，将所述第二日志的生成时间修正为所述第一日志的生成时间，或者，将所述第一日志的生成时间修正为所述第二日志的生成时间。

借由上述技术方案，本发明提供的还原日志的生成时间的方法，客户端在日志中添加用于记录日志的从生成到发出的时间间隔的delay time字段，服务器在接收到日志后，计算接收到日志的时间与delay time字段中的时间间隔的差值，以得到日志的生成时间。因此，即使客户端没有及时发出日志，服务器也能依据delay time字段得到较为准确的日志生成时间。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例公开的一种还原日志的生成时间的方法的流程；

图2示出了本申请的实施例公开的又一种还原日志的生成时间的方法的流程；

图3示出了本申请的实施例公开的又一种还原日志的生成时间的方法的流程；

图4示出了现有技术中服务器接收日志的时间与服务器接收日志的顺序一致的情况；

图5示出了服务器接收日志的时间与服务器接收日志的顺序不一致的情况；

图6示出了生成时间的确定方法导致服务器接收日志的顺序与日志的生成时间不一致的举例；

图7示出了本申请实施例公开的一种客户端的结构；

图8示出了本申请实施例公开的服务器的结构。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1为本申请实施例公开的一种还原日志的生成时间的方法，包括以下步骤：

S101：客户端将延迟时间delay time字段添加到日志中，其中，delay time字段用于记录日志从生成到发出的时间间隔。

S102：客户端发送携带延迟时间delay time字段的日志。

通常，如果客户端的网络正常，日志从生成到发出的时间间隔不会超过100ms，如果客户端的网络异常，日志无法发出，处于阻塞状态，直到网络正常才能发出，则实际中，日志从生成到发出的时间间隔可能有几十秒甚至几天。

因为delay time字段记录的是时间间隔，所以，可以不受客户端的时钟和所在的时区的影响。

本实施例中，日志从生成到发出的时间间隔的精度采用毫秒。

S103：服务器接收到日志后，记录接收到日志的时间server time。

S104：服务器计算日志的生成时间create time＝server time-delay time。

可见，因为客户端在日志中增加了delay time字段，用于记录日志从生成到发出的时间，所以，为服务器计算日志的生成时间提供了依据，因此，即使客户端没有及时发出日志，服务器也能依据delay time字段得到准确的日志生成时间。

并且，与日志中携带客户端生成时间的方式相比，图1所示的方法，采用的是时间间隔，而非客户端的绝对时间，所以，确定出的日志生成时间能够不受客户端时区的影响。

进一步的，为了将图1所示的方法与现有的日志处理系统兼容，本申请中，在服务器确定日志的生成时间之后，还可以对日志的生成时间进行修正，具体可见以下实施例：

图2为本申请的实施例公开的又一种还原日志的生成时间的方法，包括以下步骤：

S201：客户端发送日志，客户端在日志中添加了delay time字段，用于记录日志从生成到发出的时间间隔。

S202：服务器接收到日志后，记录接收到日志的时间server time。

S203：服务器计算日志的生成时间create time＝server time-delay time。

S204：服务器判断create time是否早于当日的零点，如果是，执行S205，如果否，S203中计算出的create time即为日志的生成时间。

S205：服务器将create time修正到当日的零点。

举例说明，服务器在11月2日接收到日志，计算出日志的create time为11月1日的23:00，则服务器将create time修正到11月2日的0:00。

对日志的生成时间进行修正的目的在于，目前，日志采用日统计机制，即按天将日志录入数据库并产生日报，所以，为了与现有的日志统计机制兼容，服务器以当日的零点为界限，确定日志的生成时间，如果日志的实际生成时间在当日零点之前，则将当日零点作为日志的生成时间。虽然确定的日志产生时间与日志的实际生成时间有误差，但是，与丢弃当日之前生成的日志的现有技术相比，至少能够避免日志的丢失。

从图2所述的过程可以看出，客户端在日志中添加用于表示日志从生成到发出的时间间隔的字段，为服务器确定日志的生成时间提供依据。服务器确定出日志的生成时间后，可以对日志的生成时间进行修正，以适应现有的日志统计机制。可见，图2所示的方法，不仅能够较为准确地确定出日志的生成时间，而且能够与现有的日志处理机制兼容。

图3为本申请实施例公开的又一种还原日志的生成时间的方法，与上述实施例相比，在较为准确地确定日志的生成时间的前提下，保证日志的生成时间反映的日志的生成先后顺序与服务器接收到日志的先后顺序一致。

图3所示的方法包括以下步骤：

S301：客户端发送第一日志，第一日志中携带delay time1字段，用于记录第一日志从生成到发出的时间间隔。

S302：服务器接收到第一日志后，记录接收到第一日志的时间server time1。

S303：服务器接收到第一日志后，向客户端发送确认信息，确认信息为客户端向服务器发送下一条日志的指示，即客户端只有在接收到上一条日志的确认信息后，才能继续发送下一条日志。

接收确认机制的作用为，在客户端的网络正常的情况下，保证服务器接收到日志的顺序与日志在客户端的产生顺序一致。如图4所示，tn代表server time。未引入delaytime时，t1<t2<…<t7<t8。图4所示的排序表示服务器的接收顺序。

S304：服务器计算第一日志的生成时间create time1＝server time1-delaytime1。

S303和S304的执行顺序不做限定。

S305：客户端发送第二日志，第二日志中携带delay time2字段，用于记录第二日志从生成到发出的时间间隔。

S306：服务器接收到第二日志后，记录接收到第二日志的时间server time2。

S307：服务器计算第二日志的生成时间create time2＝server time2-delaytime2并向客户端发送确认信息。

S308：服务器判断create time2>＝create time1是否成立，如果是，则createtime2为第二日志的生成时间，如果否，执行S309。

S309：服务器将第二日志的生成时间修正为create time1，或者，将第一日志的生成时间修正为create time2。

举例说明，如果delay time的精度与服务器的精度不一致，可能导致图4所示的服务器的接收顺序发生变化，如图5所示。

具体的，如图6所示，不考虑delay time的情况下，日志被服务器接收的顺序为launch→spv，而在考虑了delay time的情况下，launch的生成时间被修复为19:23:56s(19:24:02–6s)，spv为19:23:54s(19:24:02–9s)，导致顺序错乱为spv→launch。因此，在此情况下，将spv的生成时间修正为19:23:56s。

可见，图3所示的方法，不仅能够较为准确地还原日志的生成时间，还能够保证日志不乱序，从而保证日志生成时间的确定方法与现有的日志处理逻辑的兼容。

需要说明的是，图2和图3中所述的日志生成时间的修正方法可以同时使用。

图7为本申请实施例公开的一种客户端，包括：字段添加单元和发送单元，可选的，还可以包括接收单元。

其中，字段添加单元用于将延迟时间delay time字段添加到日志中，本实施例中，delay time字段的作用于上述方法实施例相同，不再赘述。发送单元用于发送携带所述delay time字段的日志。接收单元用于在发送单元发送携带delay time字段的日志之后，接收确认信息，确认信息用于指示所述接收方接收到所述携带delay time字段的日志。

所述客户端包括处理器和存储器，上述字段添加单元和发送单元(可选的，还可以包括接收单元)等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来向日志中添加delay time字段并发送日志。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

图7所示的客户端在日志中添加delay time字段，为服务器计算出较为准确的日志生成时间奠定基础。

图8为本申请实施例公开的一种服务器，包括：记录单元和计算单元，进一步的，还可以包括第一修正单元和/或第二修正单元。

具体的，记录单元用于接收到携带delay time字段的第一日志后，记录接收到所述第一日志的时间。计算单元用于计算接收到第一日志的时间与时间间隔的差值，以得到第一日志的生成时间。进一步的，接收单元还可以接收携带delay time字段的第二日志，计算单元还可以使用相同的方式计算出第二日志生成时间。

第一修正单元用于在所述计算单元计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，在所述第一日志的生成时间早于当日零点的情况下，将所述第一日志的生成时间修正在所述当日零点。

第二修正单元用于在所述计算单元计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，在所述第二日志的生成时间早于所述第一日志的生成时间的情况下，将所述第二日志的生成时间修正为所述第一日志的生成时间，或者，将所述第一日志的生成时间修正为所述第二日志的生成时间。

所述客户端包括处理器和存储器，上述记录单元和计算单元(还可以包括第一修正单元和/或第二修正单元)等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来计算日志的生成时间，并对得到的生成时间进行修正。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

图8所示的服务器，能够较为准确地计算出日志的生成时间，并对日志生成时间进行修正，以兼容与现有的日志统计机制。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：将延迟时间delay time字段添加到日志中，并发送携带所述delay time字段的日志，所述delay time字段用于记录所述日志从生成到发出的时间间隔，以使得所述携带所述delay time字段的日志的接收方依据所述delay time字段确定所述日志的生成时间。

本申请还提供了另一种计算机程序产品，接收到第一日志后，记录接收到所述第一日志的时间，所述第一日志携带延迟时间delay time字段，所述delay time字段用于记录所述第一日志从生成到发出的时间间隔，并计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种还原日志的生成时间的方法，其特征在于，包括：

客户端将延迟时间delay time字段添加到日志中；

所述客户端发送携带所述delay time字段的日志，所述delay time字段用于记录所述日志从生成到发出的时间间隔，以使得所述携带所述delay time字段的日志的接收方依据所述delay time字段确定所述日志的生成时间。

2.根据权利要求1所述的方法，其特征在于，在所述客户端发送携带所述delay time字段的日志之后，还包括：

所述客户端接收确认信息，所述确认信息用于指示所述接收方接收到所述携带所述delay time字段的日志。

3.一种还原日志的生成时间的方法，其特征在于，包括：

服务器接收到第一日志后，记录接收到所述第一日志的时间，所述第一日志携带延迟时间delay time字段，所述delay time字段用于记录所述第一日志从生成到发出的时间间隔；

所述服务器计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间。

4.根据权利要求3所述的方法，其特征在于，在所述服务器计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，还包括：

在所述第一日志的生成时间早于当日零点的情况下，所述服务器将所述第一日志的生成时间修正在所述当日零点。

5.根据权利要求3或4所述的方法，其特征在于，在所述服务器计算所述接收到第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，还包括：

所述服务器在接收到第二日志后，计算所述第二日志的生成时间；

在所述第二日志的生成时间早于所述第一日志的生成时间的情况下，所述服务器将所述第二日志的生成时间修正为所述第一日志的生成时间，或者，将所述第一日志的生成时间修正为所述第二日志的生成时间。

6.一种客户端，其特征在于，包括：

字段添加单元，用于将延迟时间delay time字段添加到日志中；

发送单元，用于发送携带所述delay time字段的日志，所述delay time字段用于记录所述日志从生成到发出的时间间隔，以使得所述携带所述delay time字段的日志的接收方依据所述delay time字段确定所述日志的生成时间。

7.根据权利要求6所述的客户端，其特征在于，还包括：

接收单元，用于在所述发送单元发送携带所述delay time字段的日志之后，接收确认信息，所述确认信息用于指示所述接收方接收到所述携带所述delay time字段的日志。

8.一种服务器，其特征在于，包括：

记录单元，用于接收到第一日志后，记录接收到所述第一日志的时间，所述第一日志携带延迟时间delay time字段，所述delay time字段用于记录所述第一日志从生成到发出的时间间隔；

计算单元，用于计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间。

9.根据权利要求8所述的服务器，其特征在于，还包括：

第一修正单元，用于在所述计算单元计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，在所述第一日志的生成时间早于当日零点的情况下，将所述第一日志的生成时间修正在所述当日零点。

10.根据权利要求8或9所述的服务器，其特征在于，所述计算单元还用于：

在接收到第二日志后，计算所述第二日志的生成时间；

所述服务器还包括：

第二修正单元，用于在所述计算单元计算所述接收到所述第一日志的时间与所述时间间隔的差值，以得到所述第一日志的生成时间之后，在所述第二日志的生成时间早于所述第一日志的生成时间的情况下，将所述第二日志的生成时间修正为所述第一日志的生成时间，或者，将所述第一日志的生成时间修正为所述第二日志的生成时间。

Images