CN101571827A - 保存日志的方法和日志系统 - Google Patents

Abstract

提供了一种保存日志的方法和日志系统。所述方法包括：接收由应用程序产生的具有不同日志等级的日志；根据所接收的日志的日志等级而将日志分别存储到与所述日志等级相关联的日志文件中；以及根据为每个日志等级单独指定的删除规则来删除与该日志等级相关联的日志文件。因此，通过为每个日志等级单独指定对应的删除规则，可以在减小日志文件占用的存储空间的同时，将较重要的日志保存较长的时间，从而有助于解决可能出现的问题。

Description

保存日志的方法和日志系统

技术领域

本发明涉及一种保存日志的方法和日志系统。更具体地，本发明涉及一种能够在减小日志文件占用的空间的同时将较重要的日志保存较长时间的保存日志的方法和日志系统。

背景技术

在计算机领域，软件的日志对于开发者、测试者、用户和服务人员来说非常重要。在现代软件日志系统中，通常，为了避免产生过多的日志，开发者将日志分类为不同的等级。用户可以选择将哪个等级的日志记录到日志文件中，例如，仅记录高等级的(即，重要的)日志。当日志过于陈旧或者日志文件的大小超过预定阈值时，从日志文件中删除旧日志。

传统上，存在两种保存日志的方法。图1示意性地示出了第一种传统的保存日志的方法。在该方法中，如图1所示，例如将日志分类为不同的等级L1、L2、L3、L4和L5，假设等级L1最重要。然后，将具有不同等级的日志存储到一个日志文件中。当日志过于陈旧或者日志文件过大而需要删除日志时，按照日志的产生时间或者日志的大小来删除日志，而不考虑它们的等级，即，具有不同等级的日志被同等地对待。因此，可能对查明问题很有帮助的最高等级L1的日志由于它们的产生时间较早或者大小较大而被删除，从而给问题的解决带来不便。图2示意性地示出了第二种传统的保存日志的方法，其中，根据日志的等级，将具有不同等级的日志分别存储在不同的日志文件中。然而，这种方法也将相同的删除规则应用于具有不同等级的日志，而没有根据日志的等级(重要性)来不同地对待这些日志。而且，由于日志被分别存储在多个日志文件中，因此日志和日志文件的可读性较差。

如上所述，由于具有不同等级的日志被同等地对待，因此当系统出现问题时，所保存的日志往往不足以查明该问题，而再现该问题的成本较大，因此给问题的解决带来不便。另一方面，如果为了克服上述缺陷而将所有日志都记录到日志文件中，则日志文件将占据较大的存储空间，并且难以从所记录的大量日志中找到所需要的信息。

因此，需要一种能够减小日志文件所占用的空间并且将相对重要的日志保存更长时间的保存日志的方法和日志系统。

发明内容

考虑到以上问题而做出了本发明。本发明的一个目的是提供一种保存日志的方法和日志系统，其能够有区别地对待具有不同等级的日志，从而在减小日志文件占用的存储空间的同时，将相对重要的日志保存更长时间，并且能够提供具有良好的可读性的日志文件。

根据本发明的一个方面，提供了一种保存日志的方法，包括：接收步骤，接收由应用程序产生的具有不同日志等级的日志；日志处理步骤，根据所接收的日志的日志等级而将日志分别存储到与所述等级相关联的日志文件中；以及删除步骤，根据为每个日志等级单独指定的删除规则来删除与该日志等级相关联的日志文件。

根据本发明的另一方面，提供了一种日志系统，包括：接收部件，用于接收由应用程序产生的具有不同日志等级的日志；日志处理部件，用于根据所接收的日志的日志等级而将日志分别存储到与所述日志等级相关联的日志文件中；和日志删除部件，根据为每个日志等级单独指定的删除规则来删除与该日志等级相关联的日志文件。

通过为不同的日志等级单独指定对应的删除规则，然后分别根据各个删除规则来删除与各个日志等级相关联的日志文件，根据本发明的保存日志的方法和日志系统能够将日志文件占用的存储空间减小为合理的大小，同时将相对重要的日志保存更长的时间，从而有助于查明和解决以后出现的问题。

附图说明

通过结合附图对本发明的实施例进行详细描述，本发明的上述和其它目的、特征、优点将会变得更加清楚，其中：

图1示意性地示出了第一种传统的保存日志的方法；

图2示意性地示出了第二种传统的保存日志的方法；

图3是示出根据本发明实施例的保存日志的方法的流程图；

图4是示出以优选命名方式命名的日志文件示例的图；

图5是例示删除以优选命名方式命名的日志文件的过程的图；以及

图6是示出根据本发明实施例的日志系统的架构的框图。

具体实施方式

下面将参照附图来描述根据本发明实施例的保存日志的方法和日志系统。在附图中，相同的参考标号自始至终表示相同的元件。应当理解：这里描述的实施例仅仅是说明性的，而不应被解释为限制本发明的范围。

在本发明中，需要由用户预先定义日志文件的产生策略和日志的删除规则。

日志文件的产生策略是指定用于存储日志的日志文件的产生频率、日志文件的命名方式以及/或者日志文件的其它属性的策略。日志文件的产生频率是指产生日志文件的时间间隔，例如，可以将产生频率指定为1小时、2小时、或其它频率，此时，从初始时刻起，每1小时、每2小时或者以其它频率来产生日志文件，并且所产生的日志文件用于存储在当前产生时刻和下一产生时刻之间产生的日志。所述初始时刻是系统已知的。例如，对于每1小时产生一个日志文件的情况，假设初始时刻为2点，则在2点产生第一个日志文件，其存储在2点和3点之间产生的日志，在3点产生第二个日志文件，其存储在3点和4点之间产生的日志，在4点产生第三个日志文件，其存储在4点和5点之间产生的日志，该过程随着时间而继续进行，直到系统被关闭为止。除了产生频率以外，日志文件的产生策略还可以指定日志文件的命名方式。优选地，使用日志文件所对应的日志等级和其中存储的日志的产生时间的时间范围来给该日志文件命名。例如，在日志文件的产生频率为1小时的上述示例中，假设使用日志文件来存储具有等级Ln的日志，则在2点产生的日志文件可被命名为“Ln_2-3.log”，从而指明该日志文件用于存储具有等级Ln且在2点和3点之间产生的日志。这一命名方式的优点在于：当需要删除陈旧的日志文件时，只需要简单地检查每个日志文件的文件名，即可确定存储在该日志文件中的日志的等级和产生时间，从而确定是否应当删除该日志文件，而不需要像传统技术中那样通过遍历记录在日志文件中的全部日志以检查各个日志的等级和产生时间来确定是否需要删除该日志文件，从而提高了日志系统的效率。

日志的删除规则是指定具有各个等级的日志的保存时间的规则。在本发明中，用户对于每个日志等级单独地指定保存时间，使得能够在后续删除操作中有区别地对待具有不同等级的日志。例如，对于较低的等级，用户可以指定将日志保存较短的时间，而对于较高的等级，用户可以指定将日志指定较长的时间，使得相对于具有较低等级的日志，将具有较高等级的日志保存更长的时间，从而更有利于解决可能出现的问题。例如，对于最低等级，可以指定日志的保存时间为1小时，因此，当要删除陈旧日志时，应当将在1小时之前产生的日志删除；对于最高等级，可以指定保存时间为1天，因此，当要删除陈旧日志时，应当将在1天之前产生的日志删除；对于中间等级，可以指定保存时间为12小时，因此，当要删除陈旧日志时，应当将在12小时之前产生的日志删除。当然，用户也可以根据需要而对于所述日志等级中的部分或全部指定相同的保存时间。

用户可以通过创建或修改配置文件来指定或修改日志文件的产生策略和日志的删除规则，并且可以将日志文件的产生策略和日志的删除规则单独地或者共同地存储在一个或多个配置文件中。

下面，将参照图3来描述根据本发明实施例的保存日志的方法。图3是示出根据本发明实施例的保存日志的方法的流程图。

如图3所示，在步骤S1中，读取存储有如上所述的日志文件的产生策略和日志的删除规则的配置文件以获得所述产生策略和删除规则。然后，在步骤S2中，根据日志文件的产生策略产生与各个日志等级相关联的日志文件，即用于存储具有各个日志等级的日志的日志文件。具体地，如上文所述，日志文件的产生策略指定了产生日志文件的频率。因此，从初始时刻起以所指定的频率周期性地产生日志文件，每个日志文件用于存储在对应时间范围内(即，在该日志文件的产生时刻和下一产生时刻之间)产生的日志。由于存在多个日志等级，因此对于每个日志等级都进行上述周期性的产生过程，以便分别存储具有不同等级的日志。优选地，利用所产生的日志文件所对应的日志等级和时间范围(即，要存储在其中的日志的日志等级和产生时间的范围)来对该日志文件进行命名。

接下来，在步骤S3中，接收从应用程序发送的、具有某一等级的日志。所述应用程序可以是传统的应用程序，其在被执行时根据程序员规定的日志的等级、日志的内容等产生具有不同等级的日志。

随后，在步骤S4中，接收应用程序产生的具有不同等级的日志，根据所接收的日志的等级和产生时间以及所产生的各个日志文件对应的日志等级和时间范围，将所接收的日志存储到对应的日志文件中。例如，将在2:15产生的具有等级2的日志存储到用于存储在2点和3点之间产生的具有等级2的日志的日志文件中，而将在3:20产生的具有等级1的日志存储到用于存储在2点和3点之间产生的具有等级1的日志的日志文件中。如本领域公知的那样，日志的等级和产生时间可以包含在该日志中，并且可以通过查看该日志来确定日志的等级和产生时间。

由于如上所述按照日志文件的产生策略指定的时间间隔来周期性地产生日志文件，因此随着时间的过去，对于每个日志等级，存在按照时间顺序产生的多个日志文件，在每个日志文件中存储了具有对应等级并且在对应时间范围内产生的日志。随着这些日志文件数量的增大，它们所占用的存储空间也增大。因此，为了节省存储空间，进行如下所述的日志删除操作。

在步骤S5中，依序检查各个日志文件是否满足所述删除规则。例如，可以依序检查各个日志文件以查看存储在其中的所有日志的产生时间，并且确定这些日志的存在时间是否均已经超过了日志的删除规则指定的、与该日志的等级相对应的保存时间。如果日志文件中存储的日志的存在时间均超过指定保存时间，则确定应当删除该日志文件。反之，如果确定存储在日志文件中的日志的存在时间没有全部超过指定保存时间，则不应当删除该日志文件。如本领域公知的那样，日志包含该日志的产生时间，因此可以通过遍历日志文件来检查存储在其中的日志的产生时间，并且通过计算当前时间与所述产生时间的差来获得该日志的存在时间。

如果存储在日志文件中的所有日志的存在时间均超过指定保存时间，则确定应当删除该日志文件，并且在步骤S6中删除该日志文件，然后该过程进行到步骤S7。反之，如果确定存储在日志文件中的日志的存在时间并没有全部超过指定保存时间，则确定不应当删除该日志文件，从而该过程直接进行到步骤S7而不删除该日志文件。

接下来，在步骤S7中，确定是否检查了该等级的所有日志文件。如果已经检查了所有日志文件，则该过程返回步骤S3，并且在接收到下一日志时重复上述步骤。反之，如果尚未检查所有日志文件，则该过程返回步骤S5，并且对于未被检查的下一日志文件重复步骤S5。

随着时间的过去，重复上述步骤，直到系统被关闭为止。

在图3所示的流程图中，在产生日志文件之后接收应用程序产生的日志，并且在将所接收的日志存储在对应的日志文件中之后检查是否存在应当删除的日志(日志文件)。然而，这一顺序仅仅是出于说明的目的而提供的。实际上，由于接收日志的时间是随机的，因此所述产生日志文件的操作和所述存储操作的顺序也不是一定的；此外，可以根据需要而在任何时刻进行所述检查和删除操作，因此，所述产生日志文件的操作和所述检查和删除操作的顺序也不是一定的。

此外，除了上述步骤以外，根据本发明实施例的保存日志的方法还可以包括合并步骤(未示出)，在该步骤中，读取所存储的日志文件，并且将这些日志文件的一部分或全部合并为一个最终的日志文件，然后输出该最终的日志文件，从而提高日志文件的可读性。可以根据用户的设置周期性地或者在某些时刻执行该合并操作，或者可以根据用户命令而随时执行该合并操作。此外，可以使用本领域公知的文件合并方法来合并所述日志文件，为简单起见，在这里省略对具体的合并方法的描述。

另外，在上述步骤S5中，通过遍历日志文件以检查其中的所有日志来确定是否应当删除该日志文件。然而，该遍历操作引起的工作负荷比较大，而且由于必须检查所有日志而往往需要较长的时间，从而降低了系统效率。为了解决这一问题，如在描述日志文件的产生规则时指出的那样，在产生用于存储具有不同等级的日志的日志文件时，优选地利用该日志文件所对应的日志等级和时间范围来对其进行命名，以便在每个日志文件的文件名中直观地反映存储在其中的日志的情况。由此，在步骤S5中，可以简单地通过查看每个日志文件的文件名来获得存储在其中的日志的等级和产生时间的范围，而不再需要遍历该日志文件。例如，在将日志文件命名为“Ln_2-3.log”的上述示例中，可以简单地通过检查该日志文件的文件名来获知存储在其中的日志具有等级Ln，并且是在2点和3点之间产生的。然后，计算当前时间与日志文件的文件名中的时间范围的结束时间(例如，对于时间范围2点-3点，结束时间为3点)之间的差以获得存储在其中的日志的最小存在时间，并且通过将该最小存在时间与对该日志的等级指定的保存时间相比较来判断是否存储在该日志文件中的全部日志的存在时间均已超过指定保存时间，从而确定是否需要删除所述日志文件。

在图4中示出了以上述优选命名方式命名的日志文件示例。图5是例示删除以优选命名方式命名的日志文件的过程的图，该过程对应于图3所示的步骤S2以及S5-S7。下面，借助于图5所示的示例来描述该情况下的删除过程。

假设初始时刻为15点以及产生日志的时间间隔为1小时，并且日志的删除规则将具有等级L3的日志的保存时间设置为2小时。在15点，产生用于存储在15点和16点之间产生的、具有等级L3的日志的日志文件，并将其命名为“L3_15-16.log”。然后，查看所产生的所有与等级L3相关联的日志文件的文件名，以确定是否存在应当删除的日志文件。由于当前时间(15点)与所述时间范围的结束时间(16点)之间的差小于指定保存时间2小时，因此此时不存在应当删除的日志文件。

在16点，产生用于存储在16点和17点之间产生的、具有等级L3的日志的日志文件“L3_16-17.log”。由于此时也不存在所述差大于或等于2小时的日志文件，因此不进行删除操作。

在17点，产生用于存储在17点和18点之间产生的、具有等级L3的日志的日志文件“L3_17-18.log”。同样，此时不存在所述差大于或等于2小时的日志文件，因此不进行删除操作。

在18点，产生用于存储在18点和19点之间产生的日志的日志文件“L3_18-19.log”。此时，由于当前时间(18点)与日志文件“L3_15-16.log”的时间范围的结束时间(16点)之间的差等于指定保存时间(2小时)，因此，应当删除日志文件“L3_15-16.log”，并且随后删除该日志文件。

上述操作随着时间反复进行，直到系统被关闭为止。

可以看到，由于日志文件存储在一时间范围内产生的日志，并且以日志文件所对应的时间范围的结束时间为基准来判断是否应当删除该日志文件，因此，当确定应当删除该日志文件时，存储在其中的大多数日志的存在时间实际上已经超过指定的保存时间，即，在该删除操作之前存在应当被删除但是没有被删除的日志，从而降低了日志系统的效率。为了解决这一问题，可以增大产生日志文件的频率(即，减小产生日志文件的时间间隔)以缩短每个日志文件所对应的时间范围，并且增大上述检查和删除操作的频率。

在上述实施例中，日志文件的产生策略为：对于每个日志等级，以预定的时间间隔定期地产生新的日志文件，因此，对于每个日志等级，可能存在多个日志文件。相应地，根据日志的删除规则所指定的每个等级的日志的保存时间，删除存储在其中的所有日志的存在时间均超过指定保存时间的日志文件。然而，本发明不限于此，而是也可以采用其它产生策略和删除规则。例如，对于每个日志等级使用两个日志文件log.Ln和log.Ln.old，并且对于每个日志等级单独地指定相应的保存时间。作为示例，假设删除规则为：将具有等级L1的日志保存2小时，并且假设初始时刻为15点。在15点，对于等级L1，产生日志文件log.L1，并且将在15点和17点之前产生的、具有等级L1的日志存储在log.L1中。然后，在17点，将日志文件log.L1重命名为log.L1.old，并且重新产生日志文件log.L1，以便存储在17点和19点之间产生的、具有等级L1的日志。接下来，在19点，删除日志文件log.L1.old从而删除存储在其中的日志(它们是在15点和17点之间产生的，因此存在时间已超过2小时)，然后将在17点新产生的日志文件log.L1重命名为log.L1.old。随着时间的过去而重复上述过程，从而实现日志的存储。此外，还可以采用其它日志文件的删除方法，例如，建立由与所有日志等级相关联的日志文件共享的索引文件，在该索引文件中记录每个日志文件中的日志的产生时间，并且通过查阅该索引文件来确定应当删除哪个日志文件中的哪些日志；或者，将所产生的日志文件存储到盘的不同块中，建立包含日志文件与盘的块的映射关系的映射文件，当需要删除日志文件时，根据该映射文件而擦除盘的相应块。

下面，将参照图6来描述根据本发明实施例的日志系统。图6是示出根据本发明实施例的日志系统的架构的框图。如图6所示，日志系统100包括接收部件101、日志处理部件102、日志删除部件103、以及存储部件104。优选地，日志系统100还可以包括合并部件105。

接收部件101从应用程序107-1和107-2(以下统称为107)接收日志。如上所述，应用程序107在被执行时根据程序员规定的日志的等级、日志的内容等产生具有不同等级的日志，并且将所产生的具有不同等级的日志发送给日志系统100，具体地说，发送给接收部件101，以便将保存所述日志。

日志处理部件102产生分别用于存储具有不同等级的日志的日志文件，并且按照由接收部件101接收的日志的等级而将所接收的日志存储在相应的日志文件中。

具体地，用户通过编辑配置文件106来指定日志文件的产生策略和日志的删除规则，该配置文件被存储在存储部件104中。由于该产生策略和删除规则与上文所述的产生策略和删除规则相同，因此为避免重复，在这里省略对其的详细描述。日志处理部件102从存储部件104读取配置文件106以获得所述产生策略。根据该产生策略指定的产生日志文件的时间间隔，日志处理部件102周期性地产生与各个日志等级相关联的日志文件并且将其存储在存储部件104中，每个日志文件对应一时间范围，以便存储具有相应日志等级并在该时间范围内产生的日志。例如，一个日志文件所对应的时间范围是从该日志文件的产生时间到下一日志文件的产生时刻的时间范围。如上所述，优选地，日志处理部件102利用日志文件对应的日志等级和时间范围来对该日志文件进行命名。

当接收部件101接收到具有某一等级的日志时，其将该日志发送给日志文件处理部件102。日志处理部件102根据该日志的等级和产生时间以及所产生的各个日志文件对应的日志等级和时间范围，将该日志存储到对应的日志文件中。由于在产生日志时已经将日志的等级和产生时间包含在该日志中，因此日志处理部件102可以通过查看该日志来确定该日志的等级和产生时间。

随着时间的过去，日志文件的数量增大，相应地，日志文件占用的存储空间也增大。为了节省存储空间，日志删除部件103根据日志的删除规则来删除陈旧的日志文件。如上所述，对于每个日志等级单独地指定适用于具有该等级的日志的删除规则。日志删除部件103从存储部件104读取配置文件106，并且使用在其中为各个日志等级单独指定的删除规则来删除具有相应等级的陈旧日志，而不是像传统技术中那样对于所有日志等级应用相同的删除规则。具体地，如上所述，日志删除部件103依序检查各个日志文件是否满足所述删除规则。例如，日志删除部件103可以依序检查所产生的各个日志文件以查看存储在其中的所有日志的产生时间，并且确定所述日志的存在时间是否均已经超过了为该日志的等级指定的保存时间。如果日志文件中存储的日志的存在时间均超过指定保存时间，则日志删除部件103确定应当删除该日志文件，然后从存储部件104中删除该日志文件。否则，日志删除部件103不进行上述删除操作，而是继续检查其它日志文件。日志删除部件103可以通过遍历日志文件来检查存储在其中的日志的产生时间，并且通过计算当前时间与所述产生时间的差来获得日志的存在时间。可替换地，当优选地利用所产生的日志文件对应的日志等级和时间范围来对日志文件进行命名时，日志删除部件103检查日志文件的文件名以确定该日志文件所对应的时间范围，从而确定存储在其中的日志的产生时间；然后，日志删除部件103计算当前时间与所述时间范围的结束时间之间的差以获得存储在其中的日志的最小存在时间，并且通过将该最小存在时间与对该日志的等级指定的保存时间相比较来判断是否存储在该日志文件中的全部日志的存在时间均已超过指定保存时间，从而确定是否应当删除该日志文件。

存储部件104可以利用诸如硬盘的任何公知存储设备来实现。在存储部件104中存储包含所述日志文件的产生策略和日志的删除规则的配置文件106以及由日志处理部件102产生的日志文件。

合并部件105读取存储在存储部件104中的日志文件，并且将这些日志文件的一部分或全部合并为一个最终的日志文件，然后输出该最终的日志文件，从而提高日志和日志文件的可读性。如上所述，合并部件105可以根据用户的设置周期性地或在某些时刻执行该合并操作，或者可以根据用户命令而随时执行该合并操作。合并部件105可以使用本领域公知的文件合并方法来合并所述日志文件。

在以上描述中，为简单起见，将日志删除部件103的删除操作描述为在日志处理部件102的日志文件的产生操作之后执行，然而这不是限制性的，实际上，根据需要，可以在任何时刻进行上述删除操作。也就是说，日志删除部件103可以在日志产生部件102产生新日志文件时进行上述检查；或者，可以根据实际需要而以其它频率定期或不定期地进行上述检查和删除操作。

可以看到，通过为不同的日志等级单独指定相应的删除规则，然后根据该删除规则来删除用于存储具有相应日志等级的日志的日志文件，根据本发明的保存日志的方法和日志系统能够减小日志文件占用的存储空间，同时将相对重要的日志保存更长的时间，从而有助于查明和解决以后出现的问题。此外，通过将存储在存储部件中的日志文件的一部分或全部合并为单个日志文件，提高了日志和日志文件的可读性。

本发明的替换实施例还可以包括计算机可读介质上的计算机可读代码。所述计算机可读代码在被执行时能够执行上述保存日志的方法。计算机可读介质可以包括计算机可读记录介质和计算机可读传输介质。计算机可读记录介质是能够存储随后可由计算机系统读取的数据的任何数据存储装置。计算机可读记录介质的示例包括诸如只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘和硬盘的磁存储介质以及诸如CD(致密盘)和DVD(数字多用途盘)的光存储装置。也可以将计算机可读记录介质分布在网络耦接的计算机系统上，使得以分布式方式存储和执行所述计算机可读代码。计算机可读传输介质可以传输载波或信号(例如通过因特网进行的有线或无线数据传输)。此外，本发明所属领域的程序员可以容易地解释用于实现本发明的功能程序、代码和代码段。

尽管已经示出和描述了本发明的示例实施例，本领域技术人员应当理解，在不背离权利要求及其等价物中限定的本发明的范围和精神的情况下，可以对这些示例实施例做出各种形式和细节上的变化。

Claims (14)

1.一种保存日志的方法，包括：

接收步骤，接收由应用程序产生的具有不同日志等级的日志；

日志处理步骤，根据所接收的日志的日志等级而将日志分别存储到与所述日志等级相关联的日志文件中；以及

删除步骤，根据为每个日志等级单独指定的删除规则来删除与该日志等级相关联的日志文件。

2.如权利要求1所述的方法，所述日志处理步骤包括以下步骤：

对于每个日志等级，以预定时间间隔周期性地产生与该日志等级相关联的日志文件，该日志文件用于存储在对应时间范围内产生的日志；和

根据所接收的日志的日志等级和产生时间，将所接收的日志存储在对应的日志文件中。

3.如权利要求1-2之一所述的方法，其中，所述删除规则分别对于每个日志等级指定具有该日志等级的日志的保存时间。

4.如权利要求3所述的方法，其中，所述删除步骤包括以下步骤：

对于每个日志等级，根据当前时间、存储在与该日志等级相关联的日志文件中的日志的产生时间、以及所述删除规则指定的具有该日志等级的日志的保存时间，确定存储在所述日志文件中的日志的存在时间是否均超过所述保存时间；以及

如果所述存在时间均超过所述保存时间，则删除该日志文件。

5.如权利要求4所述的方法，其中，利用要保存在日志文件中的日志的日志等级和日志文件所对应的时间范围来对日志文件进行命名，并且通过检查日志文件的文件名中的时间范围来获得存储在其中的日志的产生时间。

6.如权利要求1-5之一所述的方法，还包括：

合并步骤，将为各个日志等级产生的日志文件中的部分或全部合并为单个日志文件以便输出。

7.如权利要求6所述的方法，其中，自动地或者根据用户命令来执行所述合并步骤。

8.一种日志系统，包括：

接收部件，用于接收由应用程序产生的具有不同日志等级的日志；

日志处理部件，用于根据所接收的日志的日志等级而将日志分别存储到与所述日志等级相关联的日志文件中；和

日志删除部件，根据为每个日志等级单独指定的删除规则来删除与该日志等级相关联的日志文件。

9.如权利要求8所述的日志系统，还包括：

产生部件，该产生部件对于每个日志等级以预定时间间隔周期性地产生与该日志等级相关联的日志文件，所述日志文件用于存储在对应时间范围内产生的日志，

并且其中，所述日志处理部件根据所接收的日志的日志等级和产生时间，将所接收的日志存储在对应的日志文件中。

10.如权利要求9所述的日志系统，其中，所述删除规则分别对于每个日志等级指定具有该日志等级的日志的保存时间。

11.如权利要求10所述的日志系统，其中，对于每个日志等级，所述日志删除部件根据当前时间、存储在与该日志等级相关联的日志文件中的日志的产生时间、以及所述删除规则指定的具有该日志等级的日志的保存时间，确定存储在所述日志文件中的日志的存在时间是否均超过所述保存时间并且当所述存在时间均超过所述保存时间时删除该日志文件。

12.如权利要求11所述的日志系统，其中，所述产生部件利用要保存在日志文件中的日志的日志等级和日志文件对应的时间范围来对日志文件进行命名，并且所述日志删除部件通过检查日志文件的文件名中的时间范围来获得存储在其中的日志的产生时间。

13.如权利要求8-12之一所述的日志系统，还包括：

合并部件，将为各个日志等级产生的日志文件中的部分或全部合并为单个日志文件以便输出。

14.如权利要求13所述的日志系统，其中，所述合并部件自动地或者根据用户命令来执行所述日志文件的合并。

Images