日志处理方法及系统、分发设备、请求设备、处理设备

技术领域

本申请中一个或多个实施例涉及通信技术领域，尤其涉及一种日志处理方法及系统、分发设备、请求设备、处理设备。

背景技术

现有技术中，当软件运行时，其生成的日志被保存在本地，只有当软件停止运行时，其生成的日志才会全部存储在本地等待被查阅，时效性低。

发明内容

有鉴于此，本申请中一个或多个实施例的目的在于提出一种日志处理方法及系统、分发设备、请求设备、处理设备，以解决现有技术存在的上述至少一个问题。

基于上述目的，本申请中一个或多个实施例提供了一种日志处理方法，应用于分发设备，包括：

响应于日志生成源生成用户日志的事件，实时获取所述用户日志；

响应于请求设备发出的日志查看请求，根据所述日志查看请求实时将所述用户日志发送至请求设备。

可选的，所述响应于日志生成源生成用户日志的事件，实时获取所述用户日志，具体包括：

响应于所述日志生成源生成用户日志的事件；

若所述日志生成源位于所述局域网，则通过局域网广播的方式实时获取所述用户日志；

若所述日志生成源位于所述广域网，则通过广域网中预设的中转服务器实时获取所述用户日志。

基于同一发明构思，本申请中一个或多个实施例还提出了一种日志处理方法，应用于请求设备，所述请求设备位于局域网或广域网，包括：

发送日志查看请求至分发设备；

接收所述分发设备发送的用户日志；所述用户日志由所述分发设备响应于日志生成源生成用户日志的事件实时获取。

可选的，所述日志查看请求，包括：日志订阅类型；

所述根据所述用户日志生成待处理用户日志，并将所述待处理用户日志发送至处理设备，具体包括：

将所述用户日志进行分类以确定用户日志类型，判断所述日志订阅类型与所述用户日志类型是否相同；

若相同，则根据所述用户日志生成所述待处理用户日志，并将所述待处理用户日志发送至所述处理设备。

基于同一发明构思，本申请中一个或多个实施例还提出了一种日志处理方法，应用于处理设备，包括：

接收请求设备发送的待处理用户日志；所述待处理用户日志由所述请求设备根据用户日志生成；所述用户日志由分发设备响应于日志生成源生成所述用户日志的事件实时获取，并响应于所述请求设备发送的日志查看请求发送至所述请求设备；

根据所述待处理用户日志对所述日志生成源进行处理。

可选的，所述待处理用户日志，包括：警告型日志和错误型日志；

所述根据所述待处理用户日志对所述日志生成源进行处理，具体包括：

判断所述待处理用户日志属于所述警告型日志或错误型日志；

若所述待处理用户日志为警告型日志，则根据所述待处理用户日志对所述日志生成源进行监控；

若所述待处理用户日志为错误型日志，则根据所述待处理用户日志对所述日志生成源进行修复。

可选的，所述错误型日志，包括：严重错误型日志；

所述若所述待处理用户日志为错误型日志，则根据所述待处理用户日志对所述日志生成源进行修复，具体包括：

判断所述错误型日志是否为所述严重错误型日志；

若是，则关闭所述日志生成源，并对所述日志生成源进行修复；

若不是，则对所述日志生成源进行在线修复。

可选的，所述接收所述分发设备发送的用户日志，之后还包括：

将所述用户日志转换为预定的数据格式；所述预定的数据格式包括以下任意一种：PDF格式或XML格式。

基于同一发明构思，本申请中一个或多个实施例还提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任意一项应用于所述分发设备的日志处理方法，或上述任意一项应用于所述请求设备的日志处理方法，或上述任意一项应用于所述处理设备的日志处理方法。

基于同一发明构思，本申请中一个或多个实施例还提出了一种日志处理系统，包括：

分发设备，被配置为实现任意一项应用于所述分发设备的日志处理方法；

请求设备，被配置为实现任意一项应用于所述请求设备的日志处理方法；

处理设备，被配置为实现任意一项应用于所述处理设备的日志处理方法。

从上面所述可以看出，本申请中一个或多个实施例提供的一种日志处理方法，应用于分发设备，包括：响应于日志生成源生成用户日志的事件，实时获取所述用户日志；响应于请求设备发出的日志查看请求，根据所述日志查看请求实时将所述用户日志发送至请求设备。本申请提供的方法能够在用户使用软件的过程中实时收集日志信息，而不需要等待软件停止运行后，再通过软件的本地数据库收集软件运行起止期间生成的所有日志信息，避免了收集日志不及时，以及同时导入大量存储于本地数据库的日志而造成的网络拥堵，提高了日志处理的时效性。

附图说明

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

图1为本申请中一个或多个实施例中一种应用于分发设备的日志处理方法的流程图；

图2为本申请中一个或多个实施例中一种应用于请求设备的日志处理方法的流程图；

图3为本申请中一个或多个实施例中一种日志处理方法应用场景的示意图；

图4为本申请中一个或多个实施例中一种应用于处理设备的日志处理方法的流程图；

图5为本申请中一个或多个实施例中一种电子设备的结构示意图；

图6为本申请中一个或多个实施例中一种日志处理系统的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本申请中一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本申请中一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

申请人通过研究发现现有技术中，一些能够生成日志的日志生成源，例如软件，在其开始运行后，直至软件结束运行，在软件运行起止之间生成的日志会在软件结束运行后全部被保存在本地数据库中，可以通过日志上传模块自动向指定服务器上传日志文件，或者等待开发人员访问本地数据库将全部日志文件进行调用，也就是说，只有在软件关闭时开发人员才能够获取该软件的日志文件。但是申请人发现现有技术中对于日志处理的时效性很低，如果开发人员能够实时查看或调用软件运行时生成的日志文件，那么对于开发人员根据日志文件对软件进行调整将会提供很大的便利。所以本申请通过直接接收用户日志和请求设备的日志查看请求，不需要等待软件运行结束自动上传日志或在本地数据库中调用全部日志进行查看，实时接收用户日志并根据日志查看请求将用户日志直接发送至请求设备，并通过处理设备根据请求设备生成的待处理用户日志对日志生成源进行处理，保证了日志生成源的运行稳定性，其中请求设备可以位于局域网中，也可以位于广域网中，不仅提高了日志处理的时效性而且能够将用户日志发送至局域网或广域网，扩大了应用场景。

参考图1，因此本申请中一个或多个实施例提供的一种日志处理方法，应用于分发设备，日志处理方法具体包括以下步骤：

S101：响应于日志生成源生成用户日志的事件，实时获取所述用户日志。

本实施例中，分发设备实时接收用户日志，用户日志由日志生成源生成，并且，分发设备接收请求查看用户日志的请求设备发送的日志查看请求。例如，日志生成源可以为软件，当软件发布后，用户使用过程中出现异常情况，分发设备能够在不关闭软件的情况下实时接收软件生成的用户日志，在不影响用户使用的情况下收集到该软件的用户日志，提高了日志收集的时效性，也避免了在日志收集过程中造成用户软件使用不便的问题。

在一些可选的实施方式中，分发设备位于局域网中，在局域网测试时，利用局域网带宽充足的特点，分发设备自动实时收集日志生成源生成的用户日志。

需要说明的是，日志生成源可以位于分发设备，也可以位于独立的服务器，当日志生成源每生成一个用户日志时，便通知分发设备，分发设备响应于日志生成源生成用户日志的事件实时获取用户日志。具体地，若日志生成源位于局域网，则通过局域网广播的方式实时获取用户日志；若日志生成源位于广域网，则通过广域网中预设的中转服务器实时获取用户日志。

在一些可选的实施方式中，中转服务器为广域网中指定的与其他设备进行通信的服务器，中转服务器设置转发软件，在转发软件的控制下，中转服务器对于接收到的用户日志仅做转发工作，而不对用户日志进行任何分析或处理，避免恶意服务器对用户日志进行修改或查看，造成用户日志的泄露或用户日志无法反应日志生成源的真实信息。

S102：响应于请求设备发出的日志查看请求，根据所述日志查看请求实时将所述用户日志发送至请求设备。

本实施例中，发送日志查看请求的请求设备可以位于局域网，也可以位于广域网，所以分发设备能够根据日志查看请求，将用户日志发送至位于局域网或广域网中的请求设备，使得请求设备能够根据用户日志生成待处理用户日志，以使处理设备能够根据待处理用户日志对日志生成源进行处理。分发设备位于局域网，而分发设备不仅能够将用户日志发送至同样位于局域网的请求设备，而且当请求设备位于广域网时，分发设备也能够将用户日志及时地发送至请求设备，扩大了日志处理的应用场景。不需要分别在局域网和广域网中设置两个分发设备，分别实现对局域网中的请求设备发送用户日志，和对广域网中的请求设备发送用户日志，在扩大日志处理的应用场景的同时，还节省了网络资源。

在一些可选的实施方式中，请求设备发送的日志查看请求，包括：互联网协议地址，即IP地址信息，所以分发设别根据日志查看请求将用户日志发送至请求设备，可以通过分发设备对日志查看请求的互联网协议地址进行识别，从而根据互联网协议地址判断请求设备位于局域网还是广域网；如果请求设备位于局域网，则分发设备将接收的全部用户日志广播至局域网，通过局域网将全部用户日志发送至位于局域网的请求设备；如果请求设备位于广域网，则分发设备先将接收的全部用户日志发送至由广域网中预设的中转服务器，然后通过预设的中转服务器将用户日志发送至位于广域网的请求设备。其中，预设的中转服务器为广域网指定的能够与分发设备和请求设备通信的服务器。

参考图2，本申请中一个或多个实施例还提供的一种日志处理方法，应用于请求设备，其中，请求设备可以位于局域网，也可以位于广域网，日志处理方法具体包括以下步骤：

S201：发送所述日志查看请求至分发设备。

本实施例中，开发人员想要查看某个日志生成源的日志信息时，请求设备会发送日志查看请求至分发设备。由于请求设备可以位于局域网中，也可以位于广域网中，所以请求设备发送的日志查看请求中的互联网协议地址不同，即IP地址信息不同。

S202：接收所述分发设备发送的用户日志；所述用户日志由所述分发设备响应于日志生成源生成用户日志的事件实时获取。

本实施例中，请求设备接收由分发设备发送的用户日志，无论请求设备位于局域网还是广域网中，其接收的用户日志均来自于同一个分发设备，不需要分别设置接收局域网中分发设备的网络端口和接收广域网中分发设备的网络端口，节省了网络资源的同时减轻了网络负担。而用户日志是由分发设备响应于日志生成源生成用户日志的事件实时获取的，每当日志生成源生成一个用户日志，便会通知分发设备，分发设备响应于日志生成源生成用户日志的事件，访问日志生成源实时获取用户日志。

在一些可选的实施方式中，参考图3，请求设备位于局域网时，通过局域网接收分发设备广播至局域网的用户日志；而当请求设备位于广域网时，通过广域网中指定的中转服务器接收分发设备发送的用户日志。假设日志生成源为用户软件，那么当用户软件发布后，如果用户使用时用户软件出现异常，位于广域网的请求设备通过中转服务器能够远程实时获取分发设备发送的用户软件生成的用户日志，不需要等到用户软件结束运行便能够获取用户日志，从而不影响用户的使用，与此同时还能够解决即使网络不同也能够及时获取用户日志的问题，提高了日志处理的时效性的同时扩大了日志处理的应用场景。

需要说明的是，根据接收到的用户日志生成待处理用户日志，并将待处理用户日志发送至处理设备，使得处理设备能够根据待处理日志对日志生成源进行处理。具体地，请求设备并不需要通过分析全部用户日志而对日志生成源作出相应的处理，一般情况下，请求设备只需要一类或几类用户日志，并对其进行分析从而根据接收到的用户日志生成待处理用户日志，将待处理用户日志发送至处理设备，而现有技术中通常是在开发人员获取本地数据库中全部用户日志后，逐个分析从而找到需要进行处理的日志生成源，这种方式费时费力，而且占用了开发人员使用的日志接收设备和日志分析设备的大量计算容量。而申请人考虑到请求设备其实并不需要对全部用户日志逐个分析，而是先通过对接收到的全部用户日志进行分类，然后直接通过过滤分类好的用户日志，找到需要进行分析的用户日志，而将暂时不需要分析的用户日志存储在请求设备的本地数据库，等待下一次调用。具体地，请求设备根据开发人员的需求对用户日志进行订阅，请求设备发送的日志查看请求，包括：日志订阅类型；根据开发人员的日志查看请求中的日志订阅类型，需要将接收到的全部用户日志进行分类，从而确定用户日志类型；请求设备判断日志订阅类型与用户日志类型是否相同，如果相同，则根据用户日志生成待处理用户日志，并将待处理用户日志发送至处理设备，以使处理设备能够根据待处理用户日志对日志生成源进行相应处理；如果不相同，则不对用户日志进行任何操作。因为开发人员仅关心特定类型或特定级别的用户日志，所以通过分级再过滤的方式对用户日志进行筛选，避免对每个用户日志均进行分析，从而分析了不需要的用户日志，而需要分析的用户日志则不能及时被分析，造成资源浪费以及降低日志处理的时效性的问题。

需要说明的是，由于请求设备接收了全部用户日志并将全部用户日志保存在本地日志库，经过长时间积累，本地日志库中可能积存了大量用户日志，而且其中一部分用户日志已经被分析或处理，或者一些日志生成源已经被移除或永久关闭，而其生成的用户日志一直存储在本地日志库中，从而造成了存储资源的浪费和无意义占用，所以需要对本地日志库进行清理，从而保证本地存储空间的充足，避免因存储空间不足而造成的故障，以及影响日志处理的时效性。具体地，通过设置预设时间，例如一周或一个月，根据预设时间对本地日志库进行定期清理，删除已经进行处理的用户日志或长时间没有被调用的用户日志或已经被永久关闭的日志生成源生成的用户日志，从而减轻本地资源的存储空间。

参考图4，本申请中一个或多个实施例还提供的一种日志处理方法，应用于处理设备，日志处理方法具体包括以下步骤：

S401：接收请求设备发送的待处理用户日志；所述待处理用户日志由所述请求设备根据用户日志生成；所述用户日志由分发设备响应于日志生成源生成所述用户日志的事件实时获取，并响应于所述请求设备发送的日志查看请求发送至所述请求设备。

本实施例中，接收请求设备发送的待处理用户日志，其中，待处理用户日志由请求设备根据用户日志生成。用户日志由分发设备响应于日志生成源生成用户日志的事件实时获取，在接收到请求设备的日志查看请求后，响应于接收到请求设备发送的日志查看请求，分发设备根据日志查看请求将用户日志发送至请求设备，以使请求设备能够根据用户日志生成待处理用户日志。

在一些可选的实施方式中，在接收到请求设备发送的待处理用户日志后，处理设备建立本地日志库以存储待处理用户日志，由于处理设备接收了全部待处理用户日志并将全部待处理用户日志保存在本地日志库，经过长时间积累，本地日志库中可能积存了大量待处理用户日志，而且其中一部分待处理用户日志已经被分析或处理，或者一些日志生成源已经被移除或永久关闭，而根据其生成的用户日志生成的待处理用户日志一直存储在本地日志库中，从而造成了存储资源的浪费和无意义占用，所以需要对本地日志库进行清理，从而保证本地存储空间的充足，避免因存储空间不足而造成的故障，以及影响日志处理的时效性。具体地，通过设置预设时间，例如一周或一个月，根据预设时间对本地日志库进行定期清理，删除已经进行处理的待处理用户日志或长时间没有被调用的待处理用户日志或根据已经被永久关闭的日志生成源生成的用户日志所生成的待处理用户日志，从而减轻本地资源的存储空间。

需要说明的是，待处理用户日志，至少包括以下类型中的一种：常规型日志、警告型日志和错误型日志。还可以根据待处理用户日志对本地日志库进行清理，例如将常规型日志被查看后直接删除，警告型日志和错误型日志进行保存。实现解放本地存储空间，提高日志处理时效性的目的。

在一些可选的实施方式中，根据日志文件的级别不同，常规型日志可以包括debug级别和info级别的待处理用户日志，debug级别最低，debug级别的待处理用户日志为帮助开发、测试、运维人员对系统进行诊断的信息，info级别的待处理用户日志为重要的输出信息，用来反馈日志生成源的当前状态；警告型日志可以包括warn级别的待处理用户日志，warn级别的待处理用户日志反映的是日志生成源出现的问题可以修复，日志生成源可以继续正常运行下去；错误型日志可以包括error级别和fatal级别的待处理用户日志，error级别的待处理用户日志反映的是日志生成源出现的问题可以修复，但是无法确定日志生成源能否继续正常工作下去，而fatal级别的用户日志反映的是日志生成源出现的问题已经无法保证日志生成源的正常运行，需要及时关闭。具体地，处理设备判断用户日志属于常规型日志还是警告型日志还是错误型日志，如果待处理用户日志为常规型日志，则处理设备不对日志生成源进行处理；如果待处理用户日志为警告型日志，则处理设备根据待处理用户日志对日志生成源进行监控；进一步，还可以对生成警告型日志的日志生成源的运行状态进行预警操作，基于机器学习算法建立预测模型，预测日志生成源生成警告型日志后的运行状态，提前做出相应的应对措施；如果待处理用户日志为错误型日志，则处理设备根据待处理用户日志对日志生成源进行修复。从而实现针对不同的待处理用户日志采取不同的处理措施，通过采取针对性的应对措施及时处理日志生成源的问题，提高日志处理的时效性。

在一些可选的实施方式中，由于错误型日志包括：error级别的待处理用户日志和fatal级别的待处理用户日志，所以针对这两种错误型日志，处理设备可以做出更有针对性的应对措施。具体地，可以将fatal级别的待处理用户日志定义为严重错误型日志，处理设备判断当前的错误型日志是否为严重错误型日志，如果是，则处理设备远程关闭日志生成源，并对日志生成源进行修复，因为严重错误型日志的修复几率很低，所以如果不关闭日志生成源，无法保证修复过程中日志生成源能够继续运行，所以在关闭日志生成源后对其进行修复，可以避免用户在使用日志生成源的过程中数据丢失的问题；如果当前的错误型日志不是严重错误型日志，则处理设备远程对日志生成源进行在线修复，不需要关闭日志生成源，不影响用户的使用；进一步地，一旦修复失败则立刻远程关闭日志生成源，避免用户在使用日志生成源的过程中数据丢失的问题。

在一些可选的实施方式中，对于处理设备接收到的待处理用户日志，将待处理用户日志转换为预定的数据格式，能够被开发人员直接查看，可以避免开发人员再根据数据库或数据表查找与订阅的待处理用户日志相同的词条，再对其进行分析，提高了日志处理的时效性，其中，预定的数据格式可以为PDF格式或XML格式。处理设备可以直接对待处理用户日志进行格式化，生成多种不同的待处理用户日志文件格式对待处理用户日志进行更清晰的呈现。具体地，请求设备可以将待处理用户日志格式化为XML格式的待处理用户日志，开发人员可以将XML格式的待处理用户日志轻松的导入数据库进行分析，而且XML格式的待处理用户日志可以通过浏览器等工具直接打开，兼容性比较高。主流的数据库分析软件都能够支持XML格式的待处理用户日志，而且XML格式的待处理用户日志是一个开发的基于文本的格式，可以和HTML一样通过HTTP进行传输，不需要对现存的网络结构进行任何的调整，所以能够很好的支持WEB服务。此外，XML文件的压缩性比较好，在处理设备的本地日志库中存储时，如果将待处理用户日志进行格式化后，通过XML格式进行保存，将会释放更多的存储空间。在另一个具体例子中，还可以将待处理用户日志格式转换为PDF格式，便于开发人员的直接查看。

需要说明的是，处理设备和请求设备可以处于同一个服务器上，也可以位于不同服务器上。

从上面所述可以看出，本申请中一个或多个实施例提供的一种日志处理方法，应用于分发设备，包括：响应于日志生成源生成用户日志的事件，实时获取所述用户日志；响应于请求设备发出的日志查看请求，根据所述日志查看请求实时将所述用户日志发送至请求设备。本申请提供的方法能够在用户使用软件的过程中实时收集日志信息，而不需要等待软件停止运行后，再通过软件的本地数据库收集软件运行起止期间生成的所有日志信息，避免了收集日志不及时，以及同时导入大量存储于本地数据库的日志而造成的网络拥堵，提高了日志处理的时效性。

上述对本申请中特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任意一实施例所述的应用于分发设备的日志处理方法，或上述任意一实施例所述的应用于请求设备的日志处理方法，或上述任意一实施例所述的应用于处理设备的日志处理方法。

图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器510、存储器520、输入/输出接口530、通信接口540和总线550。其中处理器510、存储器520、输入/输出接口530和通信接口540通过总线550实现彼此之间在设备内部的通信连接。

处理器510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口530用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触控屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口540用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线550包括一通路，在设备的各个组件(例如处理器510、存储器520、输入/输出接口530和通信接口540)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器510、存储器520、输入/输出接口530、通信接口540以及总线550，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

参考图6，基于同一发明构思，本申请中一个或多个实施例还提出了一种日志处理系统，包括：上述的分发设备、上述的请求设备以及上述的处理设备。

所述分发设备，被配置为响应于日志生成源生成用户日志的事件，实时获取所述用户日志；响应于请求设备发出的日志查看请求，根据所述日志查看请求实时将所述用户日志发送至请求设备；使所述请求设备根据所述用户日志生成待处理用户日志；使处理设备能够根据所述待处理用户日志对所述日志生成源进行处理；所述请求设备位于局域网或广域网；

所述请求设备，被配置为发送日志查看请求至分发设备；接收所述分发设备发送的用户日志；所述用户日志由所述分发设备响应于日志生成源生成用户日志的事件实时获取；根据所述用户日志生成待处理用户日志，并将所述待处理用户日志发送至处理设备；使所述处理设备能够根据所述待处理用户日志对所述日志生成源进行处理；

所述处理设备，被配置为接收请求设备发送的待处理用户日志；所述待处理用户日志由所述请求设备根据用户日志生成；所述用户日志由分发设备响应于日志生成源生成所述用户日志的事件实时获取，并响应于所述请求设备发送的日志查看请求发送至所述请求设备；根据所述待处理用户日志对所述日志生成源进行处理。

在一些可选的实施方式中，所述响应于日志生成源生成用户日志的事件，实时获取所述用户日志，具体包括：

响应于所述日志生成源生成用户日志的事件；

若所述日志生成源位于所述局域网，则通过局域网广播的方式实时获取所述用户日志；

若所述日志生成源位于所述广域网，则通过广域网中预设的中转服务器实时获取所述用户日志。

在一些可选的实施方式中，所述日志查看请求，包括：日志订阅类型；

所述根据所述用户日志生成待处理用户日志，并将所述待处理用户日志发送至处理设备，具体包括：

将所述用户日志进行分类以确定用户日志类型，判断所述日志订阅类型与所述用户日志类型是否相同；

若相同，则根据所述用户日志生成所述待处理用户日志，并将所述待处理用户日志发送至所述处理设备；使所述处理设备能够根据所述待处理用户日志对所述日志生成源进行处理。

在一些可选的实施方式中，所述接收请求设备发送的待处理用户日志，之后还包括：

建立本地日志库以存储所述待处理用户日志；

根据预设时间或所述待处理用户日志清理所述本地日志库。

在一些可选的实施方式中，所述待处理用户日志，包括：警告型日志和错误型日志；

所述根据所述待处理用户日志对所述日志生成源进行处理，具体包括：

判断所述待处理用户日志属于所述警告型日志或错误型日志；

若所述待处理用户日志为警告型日志，则根据所述待处理用户日志对所述日志生成源进行监控；

若所述待处理用户日志为错误型日志，则根据所述待处理用户日志对所述日志生成源进行修复。

在一些可选的实施方式中，所述错误型日志，包括：严重错误型日志；

所述若所述待处理用户日志为错误型日志，则根据所述待处理用户日志对所述日志生成源进行修复，具体包括：

判断所述错误型日志是否为所述严重错误型日志；

若是，则关闭所述日志生成源，并对所述日志生成源进行修复；

若不是，则对所述日志生成源进行在线修复。

在一些可选的实施方式中，所述接收所述分发设备发送的用户日志，之后还包括：

将所述用户日志转换为预定的数据格式；所述预定的数据格式包括以下任意一种：PDF格式或XML格式。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请中一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

本申请中一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请中一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。