CN107273266A - 一种应用日志的处理方法及装置 - Google Patents

Abstract

本申请实施例公开了一种应用日志的处理方法及装置，该方法包括：当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。利用本申请实施例，通过预定事件的触发，以记录相应的日志数据，并通过为期建立的数据传输通道将所述日志数据传输给目标设备，从而使得收集应用日志不需要人工干预，而且，直接通过预定事件获取有用的日志数据，提高了收集有用应用日志的效率，并且，还可以保证分析结果的准确性。

Description

一种应用日志的处理方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种应用日志的处理方法及装置。

背景技术

随着人们生活水平的不断提高，人们的日常需求越来越多，为了满足人们的需求，各种网络平台为用户提供的业务也越来越丰富，例如，网络金融平台、电商平台等。业务的丰富也会使得用户的访问量增加，为了充分利用用户的访问量，可以通过收集和记录用户对网站功能的使用或操作，然后对收集的信息进行离线分析，为网络平台更好地向用户提供个性化服务提供数据依据。

通常，收集用户操作的相关信息(即应用日志)的方法是记录用户通过其账户自登录网站开始到退出网站之间的所有操作等相关信息，例如，购买的某商品信息、播放视频或发布商品信息等。然后，当需要分析用户的某项信息时，可以从记录的上述相关信息中查找相关信息，进而分析得到相应的用户数据。

然而，上述收集应用日志的方法收集的日志内容全部在一个日志文件中，即不同事件的日志内容记录在同一个日志文件中。当需要存储或使用应用日志时，往往需要人工干预，如信息分类、信息的分组存储等，而且，需要从记录的信息中查找有用信息进行分析，从而使得收集有用应用日志的效率低下，尤其是对于具有大量应用日志产生的互联网应用的多系统来说，通过上述方式进行应用日志的收集会使得其收集的效率更低，且不能保证分析结果的准确性。

发明内容

本申请实施例的目的是提供一种应用日志的处理方法及装置，以解决现有技术中收集应用日志的方法需要人工干预，而且，需要从记录的信息中查找有用信息进行分析，从而使得收集有用应用日志的效率低下，以及无法保证分析结果的准确性的问题。

为解决上述技术问题，本申请实施例是这样实现的：

本申请实施例提供的一种应用日志的处理方法，所述方法包括：

当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；

基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；

将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

可选地，所述方法还包括：

获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息；

将所述资源消耗信息通过所述数据传输通道传输给指定的资源分析设备。

可选地，所述基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，包括：

根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道；或者，

从所述资源分析设备获取多个不同应用设备的资源消耗信息；

根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

可选地，所述基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道之前，所述方法还包括：

获取所述预定操作对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、所述资源分析设备的网络地址信息和所述日志数据所在的文件名格式；

根据所述日志收集配置信息生成相应的日志存储信息。

可选地，所述方法还包括：

获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度；

如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。

本申请实施例提供的一种应用日志的处理装置，所述装置包括：

日志记录模块，用于当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；

通道建立模块，用于基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；

日志数据发送模块，用于将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

可选地，所述装置还包括：

资源消耗获取模块，用于获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息；

消耗信息传输模块，用于将所述资源消耗信息通过所述数据传输通道传输给指定的资源分析设备。

可选地，所述通道建立模块，用于根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道；或者，

从所述资源分析设备获取多个不同应用设备的资源消耗信息；根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

可选地，所述装置还包括：

配置信息获取模块，用于获取所述预定操作对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、所述资源分析设备的网络地址信息和所述日志数据所在的文件名格式；

日志存储信息生成模块，用于根据所述日志收集配置信息生成相应的日志存储信息。

可选地，所述装置还包括：

速度获取模块，用于获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度；

调整模块，用于如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。

由以上本申请实施例提供的技术方案可见，本申请实施例通过在终端设备触发预定事件时，记录所述预定事件对应的日志数据，基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道(其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息)，将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备，这样，通过预定事件的触发，以记录相应的日志数据，并通过为期建立的数据传输通道将所述日志数据传输给目标设备，从而使得收集应用日志不需要人工干预，而且，直接通过预定事件获取有用的日志数据，提高了收集有用应用日志的效率，并且，还可以保证分析结果的准确性。

附图说明

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

图1为本申请一种应用日志的处理方法实施例；

图2为本申请一种数据传输系统的结构示意图；

图3为本申请另一种数据传输系统的结构示意图；

图4为本申请另一种应用日志的处理方法实施例；

图5为本申请一种应用日志的处理系统的结构示意图；

图6为本申请一种应用日志的处理装置实施例；

图7为本申请一种应用日志的处理设备实施例。

具体实施方式

本申请实施例提供一种应用日志的处理方法及装置。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

实施例一

如图1所示，本申请实施例提供一种应用日志的处理方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某应用程序的后台服务器，也可以是某网站(如购物网站或网络论坛等)的后台服务器等。该方法可以用于对收集应用日志。该方法具体可以包括以下步骤：

在步骤S101中，当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据。

其中，终端设备可以是任意设备，例如，手机、平板电脑等移动终端设备，或者，也可以如笔记本电脑、个人计算机等设备。预定事件可以是针对某控件的识别操作，控件可以是按键、快捷方式图标、页面、网络地址或超链接等，例如，下单按键的点击操作、某页面的滑动操作或快捷方式的按压操作等。在实际应用中，通过事件机制可以实现：当类对象的某个状态发生变化时，系统将会通过某种途径调用类中的有关处理该事件的方法或者触发控件事件的对象就会调用该控件所有已注册的事件处理程序等。日志数据可以是在网络设备、系统或服务程序等运作时所产生的名为log的事件记录中的数据，日志数据中通常记载有日期、时间、使用者及动作等信息。

在实施中，应用程序的网页中可以包括多个不同的控件，可以根据实际需求，预先设定某事件的触发机制。本申请实施例中，为了便于对用户某一操作的相关数据进行分析，将得到的分析结果作为后续向该用户推送其感兴趣的信息的依据，可以在服务器中预先设定某事件的触发机制，并在服务器中设置用于记录日志数据的应用日志文件，当该事件被触发后，服务器可以启动对该应用日志文件的写入功能，并将于该事件相关的数据作为日志数据写入应用日志文件中。

需要说明的是，在向应用日志文件中写入日志数据之前，可以设置日志数据的写入方式。应用日志文件中日志数据的写入方式可以包括多种，具体可以根据实际情况确定，可以根据预先制定的日志数据的写入方式配置应用日志文件的日志记录方式，以便服务器可以通过配置的日志记录方式记录相应的日志数据。

例如，如果服务器为某购物类应用程序的后台服务器，预定事件可以是用户点击页面中“提交订单”按键的事件。当用户通过终端设备中安装的应用程序浏览上述购物网站时，用户可以将需要购买的商品添加到购物车中，添加完成后，可以进入结算页面，选择需要结算的商品，选择完成后，可以点击“提交订单”按键，终端设备获取用户选择的商品的相关信息生成下单请求发送给服务器，服务器接收到该下单请求后，可以确定终端设备触发了预定事件，此时，服务器可以提取该下单请求中的相关信息生成日志数据记录到相应的应用日志文件中。

在步骤S102中，基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息。

其中，日志存储信息可以是指示所述日志数据存储位置的信息，所述日志存储信息中可以包括所述日志数据所在的应用日志的标识、存储路径，以及所述目标设备的标识等。所述日志数据的存储路径具体如E:\文件夹1\文件夹15\应用日志.log等，其中的E可表示服务器中的一个存储设备或存储区域的标识(如名称等)等。目标设备可以是具有存储数据功能的任意设备，例如，服务器或存储设备等，其中的服务器或存储设备具体可以是远程服务器或远程存储设备、云服务器或云存储设备等。数据传输通道可以是用于传输所述日志数据的通信通道，所述数据传输通道可以是有线通信通道，也可以是无线通信通道。

在实施中，不同类型的日志数据可以设置有不同的存储设备，例如，用户的购物时产生的日志数据可以存储到云服务器中，用户通过搜索引擎搜索信息时产生的日志数据可以存储待远程存储设备中等，以便于相应的设备对其存储的日志数据进行分析处理。服务器中可以预先设定有所述日志数据的日志存储信息，所述日志存储信息中可以包括存储所述日志数据的目标设备的信息，如目标设备的名称、MAC地址或IP地址等信息。服务器获取到所述预定事件对应的日志数据后，可以从预先存储的日志存储信息中查找所述预定事件对应的日志存储信息，并从查找到的日志存储信息中获取目标设备的相关信息(如IP地址等)，分析所述相关信息以确定目标设备所处的地理位置，然后，服务器可以向目标设备发送通信请求，目标设备可以获取本地的剩余带宽、负载信息和数据传输速率等信息，以及服务器到达目标设备所经历的网络设备的标识等信息，可以将上述信息反馈给服务器。服务器可以基于目标设备发送的上述信息建立用于传输所述日志数据的数据传输通道。

其中，该数据传输通道可以是一条通信通道，也可以是多条通信通道。如图2所示，如果是一条通信通道，则服务器与目标设备之间可以通过该数据传输通道直接连通。如果是多条通信通道，则服务器与目标设备之间可以设置多个数据转发设备，这样，从服务器出发，通过其中一条数据传输通道到达一个数据转发设备，然后，再由该数据转发设备通过另一条数据传输通道到达另一个数据转发设备，以此类推，直到目标设备为止，从而形成所述日志数据对应的完整数据传输通道，其中，数据转发设备可以是与服务器具有相同作用和功能的服务器，例如，上述服务器为服务器集群中的一个服务器，数据转发设备可以是该服务器集群中的另一个服务器。例如，如图3所示，包括3个数据转发设备，分别可以为数据转发设备1、数据转发设备2和数据转发设备3，此外，还包括4条通信通道，分别可以为通信通道A、通信通道B、通信通道C和通信通道D，所述日志数据对应的完整数据传输通道可以为：服务器-通信通道A-数据转发设备1-通信通道B-数据转发设备2-通信通道C-数据转发设备3-通信通道D-目标设备。

需要说明的是，上述步骤S102的处理可以是在服务器记录所述预定事件对应的日志数据的数据量达到预定阈值时触发执行，也可以是服务器实时执行，具体可以根据实际情况确定，本申请实施例对此不做限定。

在步骤S103中，将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

其中，事务可以是访问并可能更新数据库中各数据项的一个程序执行单元。事务通常可以由高级数据库操纵语言或编程语言(如SQL语言，C++语言或Java语言等)编写的应用程序的执行所引起，并使用形如begin transaction和end transaction编程语句(或函数调用)来界定，即事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全部操作组成。

在实施中，为了保证所述日志数据在传输和目标设备接收时的一致性，可以基于事务的方式向所述目标设备传输所述日志数据，即当开始传输所述日志数据时，可以执行相应的事务，即从事务开始(begin transaction)处依次执行事务中的各个操作，直到所述日志数据通过所述数据传输通道传输到目标设备，此时，该事务中的全部操作也已经执行完成，当服务器确定所述日志数据已经全部被目标设备完整接收后，可以执行事务中的事务结束(end transaction)，从而完成述日志数据的传输。

本申请实施例提供一种应用日志的处理方法，通过在终端设备触发预定事件时，记录所述预定事件对应的日志数据，基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道(其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息)，将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备，这样，通过预定事件的触发，以记录相应的日志数据，并通过为期建立的数据传输通道将所述日志数据传输给目标设备，从而使得收集应用日志不需要人工干预，而且，直接通过预定事件获取有用的日志数据，提高了收集有用应用日志的效率，并且，还可以保证分析结果的准确性。

实施例二

如图4所示，本申请实施例提供一种应用日志的处理方法，该方法的执行主体可以为服务器，其中，该服务器可以是由多个服务器组成的服务器集群中的一个服务器，如图5所示，而且，该服务器可以是某应用程序的后台服务器，也可以是某网站(如购物网站或网络论坛等)的后台服务器等。

本申请实施例提供一种应用日志的处理方法可以用于对收集应用日志。本申请实施例中的应用程序、各种组件等以通过JAVA编程语言编写为例进行详细说明，对于通过其它编程语言编写的应用程序或组件的情况，可以参见下述相关内容，在此不再赘述。该方法具体可以包括以下步骤：

在步骤S401中，当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据。

在实施中，服务器中可以安装有收集日志数据的应用程序，与该应用程序相对应的设置有应用日志文件，所述应用日志文件可以设置有统一的格式，通过设置的格式可以有序的将需要记录的日志数据写入应用日志文件中。应用日志文件在所述应用程序安装后，往往还没有设置其日志数据的记录方式，或者，设置了默认或指定的一种日志数据的记录方式，因此，当需要记录预定事件对应的日志数据时，可以先修改所述应用程序中所述应用日志文件的日志记录方式，以使所述服务器按照预先设置的统一的格式向所述应用日志文件中写入日志数据。

所述应用程序中可以包括多个功能组件，用于完成不同的应用功能，本实施例中，为了详细说明所述应用程序的功能，所述应用程序中可以包括采集组件。当需要采集日志数据时，服务器可以将所示采集组件的权限设置为可执行的权限。其中，采集组件可以通过JAVA编程语言编写，用于记录所述预定事件对应的日志数据，并将所述日志数据写入所述应用日志文件中。

对于上述步骤S401的具体处理过程可以参见上述实施例一中步骤S101的相关内容，在此不再赘述。

在步骤S402中，获取所述预定事件对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、资源分析设备的网络地址信息和所述日志数据所在的文件名格式。

其中，所述日志收集配置信息中除了包括上述信息外，还可以包括如上述应用程序的标识(如名称或编码等)、版本号。所述日志数据所在的文件名格式即为上述应用日志文件的文件名格式。资源分析设备可以与所述目标设备为同一个设备，也可以是两个不同的设备。

在实施中，对于不同的事件，可以设置相应的日志收集配置信息。由于所述应用程序的日志收集配置信息往往还没有相应的设置，或者，设置了默认或指定的一种日志收集配置，因此，可以先修改所述应用程序中日志收集配置信息，修改完成后，可以启动所述应用程序，通过所述应用程序可以对所述日志数据的存储路径下的所述应用日志文件进行监控。

在步骤S403中，根据所述日志收集配置信息生成相应的日志存储信息。

在实施中，所述日志收集配置信息中通常包含有所述目标设备的网络地址信息，因此，服务器可以从所述日志收集配置信息中提取所述目标设备的网络地址信息，并通过所述目标设备的网络地址信息生成日志存储信息。

在步骤S404中，获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息。

在实施中，所述应用程序中还可以包括资源采样组件，所述资源采样组件可以采集本地设备(即服务器)的资源占用信息和/或负载信息和/或带宽信息等，这样，可以实现服务器对负载情况和资源占用等情况的及时统计和监控，避免出现数据传输阻塞或宕机等风险。

在步骤S405中，将所述资源消耗信息发送给指定的资源分析设备。

在实施中，为了及时了解服务器集群中的各个服务器的资源消耗情况，便于对服务器集群的统一管理和维护，可以将所述资源消耗信息发送给指定的资源分析设备。

在步骤S406中，从所述资源分析设备获取多个不同应用设备的资源消耗信息。

其中，所述应用设备为所述服务器集群中除所述服务器外的其它服务器，所述服务器集群中的每一个服务器都可以执行上述步骤S401～步骤S406的处理过程，可以每一个服务器都可以将其资源消耗信息发送给资源分析设备。

在步骤S407中，根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

在实施中，服务器获取到多个不同应用设备的资源消耗信息和所述日志存储信息后，可以分别对上述两个信息进行分析，例如，对比服务器与多个不同应用设备的资源消耗信息的关系和多个不同应用设备所处的地理位置，以及所述服务器分别到多个不同应用设备之间的距离和不同应用设备之间的距离等，此外，还可以确定目标设备分别到多个不同应用设备之间的距离等，通过上述分析和计算，可以制定一个或多个建立通信通道的预选方案，例如，根据多个不同应用设备的资源消耗信息，获取一个或多个由服务器到目标设备的通信路径，例如，服务器-应用设备1-目标设备、服务器-应用设备1-应用设备3-应用设备5-目标设备、服务器-应用设备8-应用设备9-应用设备4-应用设备7-应用设备6-目标设备等。然后，服务器可以从上述预选方案中选择一个最优方案以建立相应的通信通道，例如，基于上述示例，如果上述预先方案中的最优方案为服务器-应用设备1-目标设备，则根据该通信路径可以建立多条数据传输通道，即在服务器与应用设备1之间建立一条数据传输通道，并且，在应用设备1与目标设备之间建立一条数据传输通道。

此外，在实际应用中，建立的数据传输通道不一定是多条，还可以是一条数据传输通道，针对此情况，上述步骤S407的处理可以包括以下内容：根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道。

在实施中，如果所述服务器与所述目标设备处于同一个小型的局域网中，则可以认为所述服务器与所述目标设备之间能够直接建立通信通道，此时，所述服务器可以向所述目标设备发送通信请求，所述目标设备可以将建立数据传输通道所需的相关信息(如所述目标设备的标识、负载信息等)发送给所述服务器，所述服务器可以建立一条到所述目标设备的数据传输通道。

需要说明的是，上述服务器与目标设备之间直接建立通信通道的情况，是以局域网为例说明的，在实际应用中，还可以通过其它任意可实现的方式确定服务器与目标设备之间是否可以直接建立通信通道，本申请实施例对此不做限定。

在步骤S408中，将所述日志数据通过所述数据传输通道，并基于预定事物的方式传输给所述目标设备。

在实施中，所述应用程序中还可以包括转发组件，所述转发组件可以通过JAVA编程语言编写。对于建立的多条数据传输通道的情况，基于上述服务器-应用设备1-目标设备的示例，所述服务器可以使用所述转发组件将所述日志数据通过建立的数据传输通道传输给应用设备1。所述应用设备1可以使用其采集组件获取所述日志数据，然后，所述应用设备1可以使用其转发组件将所述日志数据通过建立的数据传输通道传输给目标设备。

目标设备可以存储所述日志数据，当其存储的日志数据的数据量达到预定数据量阈值时，可以对所述日志数据进行分析，得到用户的兴趣爱好、使用习惯、生活习惯和需求信息等分析结果，以便可以根据该分析结果为该用户推荐相关信息，从而提高用户体验。

对于上述步骤S408的具体处理过程还可以参见上述实施例一中步骤S103的相关内容，在此不再赘述。

为了避免日志数据大量积压在服务器中，以及某些时段日志数据的数据量较大而造成数据传输瓶颈的问题，可以对数据的传输进行及时调整，具体可以参见下述步骤S409和步骤S410的处理。

在步骤S409中，获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度。

在实施中，服务器可以实时获取所述采集组件收集所述日志数据的收集速度，并可以实时监测所述日志数据在所述数据传输通道中的传输速度。具体地，在监测所述日志数据在所述数据传输通道中的传输速度的过程中，所述日志数据可以分装成多个数据包，可以通过相邻两个数据包的进入所述数据传输通道中的时间间隔来计算所述日志数据在所述数据传输通道中的传输速度。在实际应用中，除了可以通过上述方式计算传输速度外，还可以通过其它方式进行计算，本申请实施例对此不做限定。

在步骤S410中，如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。

在实施中，如果所述收集速度超过所述传输速度，即所述所述收集速度达到峰值时，所述转发组件可以在所述日志数据的生产者(即采集组件)和目标设备之间做出相应的调整，以使所述收集速度和所述传输速度达到平衡状态，并保证所述转发组件能够在生产者和目标设备之间提供平稳的数据。其中的平衡状态可以根据实际情况确定，例如，所述收集速度和所述传输速度之间的差值小于预定阈值时，即可认为已达到平衡状态。

通过上述方式可以及时准确的收集各个服务器中预定事件的日志数据，基于收集的日志数据可以更加及时准确的分析统计业务情况，为后续信息推荐等个性化服务提供依据。

本申请实施例提供一种应用日志的处理方法，通过在终端设备触发预定事件时，记录所述预定事件对应的日志数据，基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道(其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息)，将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备，这样，通过预定事件的触发，以记录相应的日志数据，并通过为期建立的数据传输通道将所述日志数据传输给目标设备，从而使得收集应用日志不需要人工干预，而且，直接通过预定事件获取有用的日志数据，提高了收集有用应用日志的效率，并且，还可以保证分析结果的准确性。

实施例三

以上为本申请实施例提供的应用日志的处理方法，基于同样的思路，本申请实施例还提供一种应用日志的处理装置，如图6所示。

所述应用日志的处理装置包括：日志记录模块601、通道建立模块602和日志数据发送模块603，其中：

日志记录模块601，用于当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；

通道建立模块602，用于基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；

日志数据发送模块603，用于将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

本申请实施例中，所述装置还包括：

资源消耗获取模块，用于获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息；

消耗信息传输模块，用于将所述资源消耗信息通过所述数据传输通道传输给指定的资源分析设备。

本申请实施例中，所述通道建立模块602，用于根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道；或者，

从所述资源分析设备获取多个不同应用设备的资源消耗信息；根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

本申请实施例中，所述装置还包括：

配置信息获取模块，用于获取所述预定操作对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、所述资源分析设备的网络地址信息和所述日志数据所在的文件名格式；

日志存储信息生成模块，用于根据所述日志收集配置信息生成相应的日志存储信息。

本申请实施例中，所述装置还包括：

速度获取模块，用于获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度；

调整模块，用于如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。

本申请实施例提供一种应用日志的处理装置，通过在终端设备触发预定事件时，记录所述预定事件对应的日志数据，基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道(其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息)，将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备，这样，通过预定事件的触发，以记录相应的日志数据，并通过为期建立的数据传输通道将所述日志数据传输给目标设备，从而使得收集应用日志不需要人工干预，而且，直接通过预定事件获取有用的日志数据，提高了收集有用应用日志的效率，并且，还可以保证分析结果的准确性。

实施例四

以上为本申请实施例提供的应用日志的处理装置，基于同样的思路，本申请实施例还提供一种应用日志的处理设备，如图7所示。

所述应用日志的处理设备可以为上述实施例提供的服务器。

应用日志的处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对应用日志的处理设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在应用日志的处理设备上执行存储器702中的一系列计算机可执行指令。应用日志的处理设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入输出接口705，一个或一个以上键盘706。

具体在本实施例中，应用日志的处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对应用日志的处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；

基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；

将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息；

将所述资源消耗信息通过所述数据传输通道传输给指定的资源分析设备。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道；或者，

从所述资源分析设备获取多个不同应用设备的资源消耗信息；

根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取所述预定操作对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、所述资源分析设备的网络地址信息和所述日志数据所在的文件名格式；

根据所述日志收集配置信息生成相应的日志存储信息。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度；

如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。

本申请实施例提供一种应用日志的处理设备，通过在终端设备触发预定事件时，记录所述预定事件对应的日志数据，基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道(其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息)，将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备，这样，通过预定事件的触发，以记录相应的日志数据，并通过为期建立的数据传输通道将所述日志数据传输给目标设备，从而使得收集应用日志不需要人工干预，而且，直接通过预定事件获取有用的日志数据，提高了收集有用应用日志的效率，并且，还可以保证分析结果的准确性。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

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

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

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

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

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

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

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (10)

1.一种应用日志的处理方法，其特征在于，所述方法包括：

当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；

基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；

将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息；

将所述资源消耗信息通过所述数据传输通道传输给指定的资源分析设备。

3.根据权利要求2所述的方法，其特征在于，所述基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，包括：

根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道；或者，

从所述资源分析设备获取多个不同应用设备的资源消耗信息；

根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

4.根据权利要求2所述的方法，其特征在于，所述基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道之前，所述方法还包括：

获取所述预定操作对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、所述资源分析设备的网络地址信息和所述日志数据所在的文件名格式；

根据所述日志收集配置信息生成相应的日志存储信息。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度；

如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。

6.一种应用日志的处理装置，其特征在于，所述装置包括：

日志记录模块，用于当监测到终端设备触发预定事件时，记录所述预定事件对应的日志数据；

通道建立模块，用于基于预先设定的日志存储信息建立所述日志数据对应的数据传输通道，其中，所述日志存储信息中包括存储所述日志数据的目标设备的信息；

日志数据发送模块，用于将所述日志数据通过所述数据传输通道，并基于事务的方式传输给所述目标设备。

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

资源消耗获取模块，用于获取本地设备的资源消耗信息，所述资源消耗信息包括负载信息和/或带宽信息；

消耗信息传输模块，用于将所述资源消耗信息通过所述数据传输通道传输给指定的资源分析设备。

8.根据权利要求7所述的装置，其特征在于，所述通道建立模块，用于根据所述日志存储信息，建立一条由所述本地设备到所述目标设备的数据传输通道；或者，

从所述资源分析设备获取多个不同应用设备的资源消耗信息；根据所述多个不同应用设备的资源消耗信息和所述日志存储信息，建立多条数据传输通道，其中，所述多条数据传输通道连接后能够将所述日志文件由所述本地设备传输到所述目标设备，相邻两条数据传输通道之间设置有不同的应用设备。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

配置信息获取模块，用于获取所述预定操作对应的日志收集配置信息，所述日志收集配置信息包括所述日志数据的存储路径、所述目标设备的网络地址信息、所述资源分析设备的网络地址信息和所述日志数据所在的文件名格式；

日志存储信息生成模块，用于根据所述日志收集配置信息生成相应的日志存储信息。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：

速度获取模块，用于获取所述日志数据的收集速度和所述日志数据在所述数据传输通道中的传输速度；

调整模块，用于如果所述收集速度超过所述传输速度，则调整所述收集速度和所述传输速度，以使所述日志数据的收集和传输达到预定的平衡状态。