CN104144081A - 一种通用应用日志管理方法、装置和系统 - Google Patents

Abstract

本发明披露了一种通用应用日志管理方法，包括步骤：实时记录应用的操作信息；对所述操作信息作分类处理；判断应用的系统环境为Web应用程序或移动应用，并根据判断结果分别将所述操作信息输出至浏览器控制台或虚拟控制台；通过全双工通信方式将所述操作信息上传至服务器。本发明还披露了相应的通用应用日志管理装置和系统。所述技术方案提供的日志管理服务具有平台通用性，版本单一易于管理，可有效降低开发成本；且具有规范起草和制定的功能，可自动对日志进行收集、分类、分析，无需产品所有者的任何操作；在操作信息同步过程中能有效节约服务器资源和带宽，并提高实时通信的效率。

Description

一种通用应用日志管理方法、装置和系统

技术领域

本发明涉及应用程序日志管理领域，更具体地涉及一种通用应用日志管理方法、装置和系统。

背景技术

现有的客户端日志分析和记录工具多由客户端产品的开发商提供相关的记录功能，只针对单一产品，如腾讯PC端QQ的日志收集器，美团网的Android端日志记录器，没有一个通用的日志管理服务和工具。无法实现跨平台功能服务，以腾讯为例，PC端QQ、Android端QQ、IOS端QQ的日志记录技术程序内核是不一致的，需要发布多个版本，开发、管理、维护消耗较大。

其次，现有的日志记录分析和记录技术需要编写大量的程序功能来实现日志的自动化分类、规范整理和分析功能，并且功能由程序自身发起，而不是规范发起，缺少统一性、规范性。

再次，现有的日志记录分析和记录工具很难实现服务端对客户端程序的实时数据传输，大多数需要在网络较好的情况下(如有Wifi的场景)将日志数据上传服务器,采用传统的传输机制，流量高耗，客户端机器性能高耗，服务器的并发性能高耗，传输时常长，容易出现数据中断和传输错误。

发明内容

为此，需要提供一种规范化、易管理、开发成本低、数据传输效率高的通用应用日志管理方法、装置和系统。

为实现上述目的，发明人提供了一种通用应用日志管理方法，包括步骤：

实时记录应用的操作信息；

对所述操作信息作分类处理；

判断应用的系统环境为Web应用程序或移动应用，并根据判断结果分别将所述操作信息输出至浏览器控制台或虚拟控制台；

通过全双工通信方式将所述操作信息上传至服务器；

服务器向应用开发用户端推送预设日志管理信息，或应用开发用户端向服务器请求获取日志管理信息，服务器依所述请求向应用开发用户端发送相应的日志管理信息。

进一步地，所述的通用应用日志管理方法中，步骤“将所述操作信息记录于浏览器控制台或虚拟控制台”之后以及步骤“通过全双工通信方式将所述操作信息上传至服务器”之前还包括步骤：

对所述操作信息作等级排序处理，所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；

对所述操作信息作去冗余处理；

对所述操作信息作加密处理；

对所述操作信息作压缩处理。

进一步地，所述的通用应用日志管理方法中，所述去冗余处理包括去除与数据相关的说明信息；

所述加密处理算法为DES对称加密；

所述压缩处理算法为哈夫曼树算法。

进一步地，所述的通用应用日志管理方法中，步骤“通过全双工通信方式将所述操作信息上传至服务器”具体包括：

根据应用系统环境的判定结果，对Web应用通过Web Socket方式将所述操作信息上传至服务器；

对移动应用通过Mobile Socket方式将所述操作信息上传至服务器。

进一步地，所述的通用应用日志管理方法中，所述应用为接入有日志管理服务的应用，日志管理服务接入于应用开发阶段，所述接入步骤具体包括：

应用开发用户端向服务器发送日志管理工具接入请求，所述日志管理工具接入请求中包括客户端系统信息；

服务器根据客户端系统信息向应用开发用户端发送适用于客户端系统环境的日志管理工具；

应用开发用户端将所述日志管理工具接入应用程序中。

进一步地，所述的通用应用日志管理方法中，所述步骤“对所述操作信息作分类处理”具体包括：

将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。

发明人还提供了一种通用应用日志管理装置，包括记录单元、分类单元、判断单元、控制单元和通信单元；

所述记录单元用于实时记录应用的操作信息；

所述分类单元用于对所述操作信息作分类处理；

所述判断单元用于判断应用的系统环境为Web应用程序或移动应用；

所述控制单元为浏览器控制台或虚拟控制台，用于接收经分类处理的操作信息；

所述通信单元用于通过全双工通信方式将所述操作信息上传至服务器。

进一步地，所述的通用应用日志管理装置中，所述控制单元包括等级排序模块、去冗余模块、加密模块或压缩模块；

所述等级排序模块用于对所述操作信息作等级排序处理，所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；

所述去冗余模块用于对所述操作信息作去冗余处理；

所述加密模块用于对所述操作信息作加密处理；

所述压缩模块用于对所述操作信息作压缩处理。

进一步地，所述的通用应用日志管理装置中，所述去冗余模块进行去冗余处理包括去除与数据相关的说明信息；

所述加密模块进行加密处理的算法为DES对称加密；

所述压缩模块进行压缩处理的算法为哈夫曼树算法。

进一步地，所述的通用应用日志管理装置中，通信单元用于通过全双工通信方式将所述操作信息上传至服务器具体包括：

根据判断单元对应用系统环境的判定结果，对Web应用通过Web Socket方式将所述操作信息上传至服务器；

对移动应用通过Mobile Socket方式将所述操作信息上传至服务器。

进一步地，所述的通用应用日志管理装置中，分类单元对操作信息做分类处理具体包括：

将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。

发明人还提供了一种通用应用日志管理系统，包括客户端、服务器以及应用开发用户端；

所述客户端为如上所述的通用应用日志管理装置；

所述服务器用于接收和存储来自客户端的应用操作信息，并主动向所述应用开发用户端发送预设日志管理信息或应应用开发用户端请求向应用开发用户端发送相应的日志管理信息；

所述应用开发用户端用于接收来自服务器的预设日志管理信息，或用于向服务器提出日志管理信息请求并接收服务器应所述请求发送的相应的日志管理信息。

进一步地，所述的通用应用日志管理系统中，所述应用开发用户端还用于在应用开发阶段向服务器发送日志管理工具接入请求，所述日志管理工具接入请求中包括客户端系统信息；

服务器用于根据客户端系统信息向应用开发用户端发送适用于客户端系统环境的日志管理工具；

应用开发用户端将所述日志管理工具接入应用程序中。

进一步地，所述的通用应用日志管理系统中，所述服务器包括解密单元或解压缩单元；

所述解密单元用于对经加密的操作信息作解密处理；

所述解压缩单元用于对经压缩的操作信息作解压缩处理。

区别于现有技术，上述技术方案提供的日志管理服务具有通用性，可以介入任何产品，便于应用开发人员的利用；日志管理服务针对各种不同系统环境具有一致的程序内核，版本单一易于管理，且可有效降低开发成本；具有规范起草和制定的功能，可自动对日志进行收集、分类、分析，无需产品所有者的任何操作；在操作信息同步过程中能有效节约服务器资源和带宽，并提高实时通信的效率。

附图说明

图1为本发明一实施方式所述通用应用日志管理方法的流程图；

图2为本发明一实施方式所述通用应用日志管理装置的结构示意图；

图3为本发明一实施方式所述通用应用日志管理系统的结构示意图。

附图标记说明：

1-客户端

11-记录单元

12-分类单元

13-判断单元

14-控制单元

141-等级排序模块

142-去冗余模块

143-加密模块

144-压缩模块

15-通信单元

2-服务器

21-解密单元

22-解压缩单元

3-应用开发用户端

具体实施方式

为详细说明技术方案的技术内容、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。

请参阅图1，为本发明一实施方式所述通用应用日志管理方法的流程图；所述方法包括下述步骤：

S1、应用开发用户端向服务器发送日志管理工具接入请求；

所述日志管理工具接入请求中包括客户端系统信息。

S2、服务器根据客户端系统信息向应用开发用户端发送适用于客户端系统环境的日志管理工具；

S3、应用开发用户端将所述日志管理工具接入应用程序中。

步骤S1-S3发生于应用开发阶段，采用寄宿的方式将日志工具寄宿在Web应用、Android应用或IOS应用的产品中，形成一个通用的日志管理服务。服务器在接收到应用开发用户端的请求后，针对不同的客户端系统发送不同的文件，如针对PC的Chrome发送.crx文件，针对Android系统发送.apk文件，针对iOS系统发送.ipa文件；应用开发用户端在接收到文件之后将其安装嵌入应用程序中。通过这样的方式可以将日志管理服务接入任何的产品。应用开发人员只需在产品开发期间通过导入日志工具包的内核程序，从而实现日志工具的介入和寄宿。

S4、客户端安装应用；

所述应用为经步骤S1-S3处理、接入有日志管理工具的应用。

S5、实时记录应用的操作信息；

S6、对所述操作信息作分类处理；

所述分类处理具体包括：将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。通过操作信息分类并输出至相应的控制台，方便控制台进行操作信息的记录和分析。

S7、判断应用的系统环境为Web应用程序或移动应用，当判断结果为Web应用程序时进入步骤S81；当判断结果为移动应用程序时进入步骤S82；

S81、将所述操作信息输出至浏览器控制台，然后进入步骤S9；

S82、将所述操作信息输出至虚拟控制台，然后进入步骤S9；

步骤S7-S81或S82所述的步骤主要是基于HTML5的Console Log和DataLog进行的设计，通过编写JavaScript程序来实现对日志的记录和输出。其中，Console Log作用于浏览器控制台，将所述应用操作信息输出到浏览器控制台(大部分浏览器都有Console面板)中，并读取控制台的日志来实现对日志的收集和记录。另一方面，Data Log主要作用在移动应用的虚拟控制台(Android、IOS均具有的Virtual Console)中，通过移动端的虚拟控制台的日志输出，同样可以实现日志的收集和记录。JavasSript编写的程序可以通用于Web、Android和IOS的所有应用中，在日志记录过程中首先进行环境判断，分支执行程序，实质上程序内核是一致的，版本单一而容易管理，可有效降低开发成本。

S9、对所述操作信息作等级排序处理、去冗余处理、加密处理或压缩处理，得到应用日志管理信息；

所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；所述去冗余处理包括去除与数据相关的说明信息；所述加密处理算法为DES对称加密；所述压缩处理算法为哈夫曼树算法。

所述分类处理、等级排序处理、去冗余处理、加密处理、压缩处理均为本发明所述应用日志管理所规范起草和制定的功能，可实现对操作信息的收集、分类、分析、上传前处理等工作，无需应用开发者的任何参与，可规范化提供应用开发者以各种所需的信息收集和分析服务，应用开发者在应用开发阶段的日志管理服务接入过程中可选择其所需的功能模块进行接入。

本步骤所述的等级排序处理可根据预设的操作信息等级进行排序，去除预设的低优先级操作信息，或截取保留预设的高优先级操作信息。去冗余操作可将如与数据相关的说明信息去除，从而达到减少后续上传的数据量的目的。加密过程可采用如DES对称加密算法等算法，加密密钥可由应用开发者在接入日志管理服务时设置，其核心算法使用56位密钥及附加的8位奇偶校验位生成。压缩处理可采用如哈夫曼树算法设计核心压缩计算，压缩加密之后的数据为01串数据，这将极大提高传输速率。服务器在接收到经上述处理后的日志管理信息后，进行相应的解压缩或解密操作，从而达到更好地节约服务器资源和带宽、提高实时通讯效率的效果。

S10、通过全双工通信方式将所述日志管理信息上传至服务器；后进入步骤S11或步骤S12；

具体地，根据前述对应用系统环境的判定结果，针对Web应用，通过Web Socket方式将所述操作信息上传至服务器；针对移动应用则通过MobileSocket方式将所述操作信息上传至服务器。

本步骤采用HTML5的WebSocket和MobilSocket来设计数据同步上载模块的核心程序。现有技术中大部分的Web应用、Android应用、IOS应用为了实现实时通信(real-time)，都采用轮询技术(polling)，在特定的的时间间隔(time interval)(如每1秒)，由应用对服务器发出HTTP Request，然后由服务器返回最新的数据给客服端应用，请求是由客户端发起的。这种传统的HTTPRequest的模式带来很明显的缺点：客户端需要不断的向服务器发出请求(request)，然而HTTP Request的header是长数据，会占用很多的带宽，加大客户端应用和服务器的负载能力。本发明技术方案基于HTML5的WebSocket和MobilSocket采用全双工通信(full-duplex)技术，客户端应用和服务器只需要要做一个握手的动作，匹配完验证数据之后，形成了一条快速通道，该通道采用两个特征来实现高效数据传输：1.Header(互相沟通的Header是短数据-大概只有2 Bytes)；2.Server Push(服务器可以主动传送数据给客户端)。

步骤S5-S10所述为客户端记录应用操作信息、得到应用日志管理信息并将其上传至服务器的过程。

需要上传至服务器的日志信息具体类型等要求可由应用开发者在应用开发阶段的日志管理服务接入过程中进行设置。

S11、服务器向应用开发用户端推送预设日志管理信息，流程结束；

所述预设日志管理信息为应用开发者在应用开发阶段的日志管理服务接入过程中所预设的希望定期得到的日志管理信息。

S12、应用开发用户端向服务器请求获取日志管理信息，然后进入步骤S13；

S13、服务器依所述请求向应用开发用户端发送相应的日志管理信息。

步骤S11-S13所述为应用开发用户端从服务器处获取所需的日志信息的步骤。具体而言，在应用开发阶段的日志管理服务接入过程中，应用开发用户端可从服务器获取一账号，应用开发用户可通过该账号向服务器获取其需要的日志管理信息，并进行实时监控自己产品使用情况，或借以完成收集错误、分析异常、优化完善应用程序的工作。

请参阅图2，为本发明一实施方式所述通用应用日志管理装置的结构示意图。所述装置包括记录单元11、分类单元12、判断单元13、控制单元14和通信单元15；

所述记录单元11用于实时记录应用的操作信息；

所述分类单元12用于对所述操作信息作分类处理；所做分类处理具体包括：将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。

所述判断单元13用于判断应用的系统环境为Web应用程序或移动应用；

所述控制单元14为浏览器控制台或虚拟控制台，用于接收经分类处理的操作信息；

所述通信单元15用于通过全双工通信方式将所述操作信息上传至服务器。

进一步地，所述控制单元14包括等级排序模块141、去冗余模块142、加密模块143或压缩模块144；

所述等级排序模块141用于对所述操作信息作等级排序处理，所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；

所述去冗余模块142用于对所述操作信息作去冗余处理；所述去冗余模块进行去冗余处理包括去除与数据相关的说明信息；

所述加密模块143用于对所述操作信息作加密处理；进行加密处理的算法为DES对称加密；

所述压缩模块144用于对所述操作信息作压缩处理，压缩处理的算法为哈夫曼树算法。

下面以一实施流程说明本实施方式所述通用日志管理装置实现日志管理的具体方式，其中的步骤S1-S4发生于应用开发和安装阶段，步骤S11-S13发生于应用开发用户端从服务器处获取所需的日志信息阶段，本实施方式所述通用日志管理装置不直接参与上述两个阶段的工作，但对上述两个阶段的说明有助于对本实施方式所述通用日志管理装置实现其相应功能的理解，故也在此一并进行阐述：

S1、应用开发用户端向服务器发送日志管理工具接入请求；

所述日志管理工具接入请求中包括客户端系统信息。

S2、服务器根据客户端系统信息向应用开发用户端发送适用于客户端系统环境的日志管理工具；

S3、应用开发用户端将所述日志管理工具接入应用程序中。

步骤S1-S3发生于应用开发阶段，采用寄宿的方式将日志工具寄宿在Web应用、Android应用或IOS应用的产品中，形成一个通用的日志管理服务。服务器在接收到应用开发用户端的请求后，针对不同的客户端系统发送不同的文件，如针对PC的Chrome发送.crx文件，针对Android系统发送.apk文件，针对iOS系统发送.ipa文件；应用开发用户端在接收到文件之后将其安装嵌入应用程序中。通过这样的方式可以将日志管理服务接入任何的产品。应用开发人员只需在产品开发期间通过导入日志工具包的内核程序，从而实现日志工具的介入和寄宿。

S4、客户端安装应用；

所述应用为经步骤S1-S3处理、接入有日志管理工具的应用。

S5、记录单元11实时记录应用的操作信息；

S6、分类单元12对所述操作信息作分类处理；

所述分类处理具体包括：将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。通过操作信息分类并输出至相应的控制台，方便控制台进行操作信息的记录和分析。

S7、判断单元13判断应用的系统环境为Web应用程序或移动应用，当判断结果为Web应用程序时进入步骤S81；当判断结果为移动应用程序时进入步骤S82；

S81、将所述操作信息输出至控制单元14中的浏览器控制台，然后进入步骤S9；

S82、将所述操作信息输出至控制单元14中的虚拟控制台，然后进入步骤S9；

步骤S7-S81或S82所述的步骤主要是基于HTML5的Console Log和DataLog进行的设计，通过编写JavaScript程序来实现对日志的记录和输出。其中，Console Log作用于浏览器控制台，将所述应用操作信息输出到浏览器控制台(大部分浏览器都有Console面板)中，并读取控制台的日志来实现对日志的收集和记录。另一方面，Data Log主要作用在移动应用的虚拟控制台(Android、IOS均具有的Virtual Console)中，通过移动端的虚拟控制台的日志输出，同样可以实现日志的收集和记录。JavasSript编写的程序可以通用于Web、Android和IOS的所有应用中，在日志记录过程中首先进行环境判断，分支执行程序，实质上程序内核是一致的，版本单一而容易管理，可有效降低开发成本。

S9、控制单元14对所述操作信息作等级排序处理、去冗余处理、加密处理或压缩处理，得到应用日志管理信息；

所述等级排序处理由等级排序模块141进行，具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；所述去冗余处理由去冗余模块142进行，包括去除与数据相关的说明信息；所述加密处理由加密模块143进行，加密算法为DES对称加密；所述压缩处理由压缩模块144进行，算法为哈夫曼树算法。

所述分类处理、等级排序处理、去冗余处理、加密处理、压缩处理均为本发明所述应用日志管理所规范起草和制定的功能，可实现对操作信息的收集、分类、分析、上传前处理等工作，无需应用开发者的任何参与，可规范化提供应用开发者以各种所需的信息收集和分析服务，应用开发者在应用开发阶段的日志管理服务接入过程中可选择其所需的功能模块进行接入。

等级排序模块141进行的等级排序处理可根据预设的操作信息等级进行排序，去除预设的低优先级操作信息，或截取保留预设的高优先级操作信息。去冗余模块142进行的去冗余操作可将如与数据相关的说明信息去除，从而达到减少后续上传的数据量的目的。加密模块143进行的加密过程可采用如DES对称加密算法等算法，加密密钥可由应用开发者在接入日志管理服务时设置，其核心算法使用56位密钥及附加的8位奇偶校验位生成。压缩模块144所进行的压缩处理可采用如哈夫曼树算法设计核心压缩计算，压缩加密之后的数据为01串数据，这将极大提高传输速率。服务器在接收到经上述处理后的日志管理信息后，进行相应的解压缩或解密操作，从而达到更好地节约服务器资源和带宽、提高实时通讯效率的效果。

S10、通信单元15通过全双工通信方式将所述日志管理信息上传至服务器；后进入步骤S11或步骤S12；

本步骤采用HTML5的WebSocket和MobilSocket来设计数据同步上载模块的核心程序。现有技术中大部分的Web应用、Android应用、IOS应用为了实现实时通信(real-time)，都采用轮询技术(polling)，在特定的的时间间隔(time interval)(如每1秒)，由应用对服务器发出HTTP Request，然后由服务器返回最新的数据给客服端应用，请求是由客户端发起的。这种传统的HTTPRequest的模式带来很明显的缺点：客户端需要不断的向服务器发出请求(request)，然而HTTP Request的header是长数据，会占用很多的带宽，加大客户端应用和服务器的负载能力。本发明技术方案基于HTML5的WebSocket和MobilSocket采用全双工通信(full-duplex)技术，客户端应用和服务器只需要要做一个握手的动作，匹配完验证数据之后，形成了一条快速通道，该通道采用两个特征来实现高效数据传输：1.Header(互相沟通的Header是短数据-大概只有2 Bytes)；2.Server Push(服务器可以主动传送数据给客户端)。

步骤S5-S10所述为客户端记录应用操作信息、得到应用日志管理信息并将其上传至服务器的过程。

需要上传至服务器的日志信息具体类型等要求可由应用开发者在应用开发阶段的日志管理服务接入过程中进行设置。

S11、服务器向应用开发用户端推送预设日志管理信息，流程结束；

所述预设日志管理信息为应用开发者在应用开发阶段的日志管理服务接入过程中所预设的希望定期得到的日志管理信息。

S12、应用开发用户端向服务器请求获取日志管理信息，然后进入步骤S13；

S13、服务器依所述请求向应用开发用户端发送相应的日志管理信息。

步骤S11-S13所述为应用开发用户端从服务器处获取所需的日志信息的步骤。具体而言，在应用开发阶段的日志管理服务接入过程中，应用开发用户端可从服务器获取一账号，应用开发用户可通过该账号向服务器获取其需要的日志管理信息，并进行实时监控自己产品使用情况，或借以完成收集错误、分析异常、优化完善应用程序的工作。

请参阅图3，为本发明一实施方式所述通用应用日志管理系统的结构示意图。所述系统包括客户端1、服务器2和应用开发用户端3；

所述客户端1包括记录单元11、分类单元12、判断单元13、控制单元14和通信单元15；

所述记录单元11用于实时记录应用的操作信息；

所述分类单元12用于对所述操作信息作分类处理；所做分类处理具体包括：将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。

所述判断单元13用于判断应用的系统环境为Web应用程序或移动应用；

所述控制单元14为浏览器控制台或虚拟控制台，用于接收经分类处理的操作信息；

所述通信单元15用于通过全双工通信方式将所述操作信息上传至服务器。

进一步地，所述控制单元14包括等级排序模块141、去冗余模块142、加密模块143或压缩模块144；

所述等级排序模块141用于对所述操作信息作等级排序处理，所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；

所述去冗余模块142用于对所述操作信息作去冗余处理；所述去冗余模块进行去冗余处理包括去除与数据相关的说明信息；

所述加密模块143用于对所述操作信息作加密处理；进行加密处理的算法为DES对称加密；

所述压缩模块144用于对所述操作信息作压缩处理，压缩处理的算法为哈夫曼树算法。

所述服务器2用于接收和存储来自客户端的应用操作信息，并主动向所述应用开发用户端3发送预设日志管理信息或应应用开发用户端3请求向应用开发用户端3发送相应的日志管理信息；

所述应用开发用户端3用于接收来自服务器2的预设日志管理信息，或用于向服务器2提出日志管理信息请求并接收服务器2应所述请求发送的相应的日志管理信息。

进一步地，所述应用开发用户端3还用于在应用开发阶段向服务器2发送日志管理工具接入请求，所述日志管理工具接入请求中包括客户端系统信息；

服务器2用于根据客户端系统信息向应用开发用户端3发送适用于客户端系统环境的日志管理工具；

应用开发用户端3将所述日志管理工具接入应用程序中。

进一步地，所述服务器3包括解密单元31或解压缩单元32；

所述解密单元31用于对经加密的操作信息作解密处理；

所述解压缩单元32用于对经压缩的操作信息作解压缩处理。

下面以一实施流程说明本实施方式所述通用日志管理系统实现日志管理的具体方式：

S1、应用开发用户端3向服务器2发送日志管理工具接入请求；

所述日志管理工具接入请求中包括客户端系统信息。

S2、服务器2根据客户端系统信息3向应用开发用户端3发送适用于客户端系统环境的日志管理工具；

S3、应用开发用户端3将所述日志管理工具接入应用程序中。

步骤S1-S3发生于应用开发阶段，采用寄宿的方式将日志工具寄宿在Web应用、Android应用或IOS应用的产品中，形成一个通用的日志管理服务。服务器2在接收到应用开发用户端3的请求后，针对不同的客户端系统发送不同的文件，如针对PC的Chrome发送.crx文件，针对Android系统发送.apk文件，针对iOS系统发送.ipa文件；应用开发用户端3在接收到文件之后将其安装嵌入应用程序中。通过这样的方式可以将日志管理服务接入任何的产品。应用开发人员只需在产品开发期间通过导入日志工具包的内核程序，从而实现日志工具的介入和寄宿。

S4、客户端1安装应用；

所述应用为经步骤S1-S3处理、接入有日志管理工具的应用。

S5、记录单元11实时记录应用的操作信息；

S6、分类单元12对所述操作信息作分类处理；

所述分类处理具体包括：将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。通过操作信息分类并输出至相应的控制台，方便控制台进行操作信息的记录和分析。

S7、判断单元13判断应用的系统环境为Web应用程序或移动应用，当判断结果为Web应用程序时进入步骤S81；当判断结果为移动应用程序时进入步骤S82；

S81、将所述操作信息输出至控制单元14中的浏览器控制台，然后进入步骤S9；

S82、将所述操作信息输出至控制单元14中的虚拟控制台，然后进入步骤S9；

步骤S7-S81或S82所述的步骤主要是基于HTML5的Console Log和DataLog进行的设计，通过编写JavaScript程序来实现对日志的记录和输出。其中，Console Log作用于浏览器控制台，将所述应用操作信息输出到浏览器控制台(大部分浏览器都有Console面板)中，并读取控制台的日志来实现对日志的收集和记录。另一方面，Data Log主要作用在移动应用的虚拟控制台(Android、IOS均具有的Virtual Console)中，通过移动端的虚拟控制台的日志输出，同样可以实现日志的收集和记录。JavasSript编写的程序可以通用于Web、Android和IOS的所有应用中，在日志记录过程中首先进行环境判断，分支执行程序，实质上程序内核是一致的，版本单一而容易管理，可有效降低开发成本。

S9、控制单元14对所述操作信息作等级排序处理、去冗余处理、加密处理或压缩处理，得到应用日志管理信息；

所述等级排序处理由等级排序模块141进行，具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；所述去冗余处理由去冗余模块142进行，包括去除与数据相关的说明信息；所述加密处理由加密模块143进行，加密算法为DES对称加密；所述压缩处理由压缩模块144进行，算法为哈夫曼树算法。

所述分类处理、等级排序处理、去冗余处理、加密处理、压缩处理均为本发明所述应用日志管理所规范起草和制定的功能，可实现对操作信息的收集、分类、分析、上传前处理等工作，无需应用开发者的任何参与，可规范化提供应用开发者以各种所需的信息收集和分析服务，应用开发者在应用开发阶段的日志管理服务接入过程中可选择其所需的功能模块进行接入。

等级排序模块141进行的等级排序处理可根据预设的操作信息等级进行排序，去除预设的低优先级操作信息，或截取保留预设的高优先级操作信息。去冗余模块142进行的去冗余操作可将如与数据相关的说明信息去除，从而达到减少后续上传的数据量的目的。加密模块143进行的加密过程可采用如DES对称加密算法等算法，加密密钥可由应用开发者在接入日志管理服务时设置，其核心算法使用56位密钥及附加的8位奇偶校验位生成。压缩模块144所进行的压缩处理可采用如哈夫曼树算法设计核心压缩计算，压缩加密之后的数据为01串数据，这将极大提高传输速率。服务器2在接收到经上述处理后的日志管理信息后，由解密单元21或解压缩单元22进行相应的解压缩或解密操作，从而达到更好地节约服务器资源和带宽、提高实时通讯效率的效果。

S10、通信单元15通过全双工通信方式将所述日志管理信息上传至服务器2；后进入步骤S11或步骤S12；

具体地，根据前述判断单元13对应用系统环境的判定结果，通信单元15对Web应用通过Web Socket方式将所述操作信息上传至服务器；对移动应用通过Mobile Socket方式将所述操作信息上传至服务器。

本步骤采用HTML5的WebSocket和MobilSocket来设计数据同步上载模块的核心程序。现有技术中大部分的Web应用、Android应用、IOS应用为了实现实时通信(real-time)，都采用轮询技术(polling)，在特定的的时间间隔(time interval)(如每1秒)，由应用对服务器发出HTTP Request，然后由服务器返回最新的数据给客服端应用，请求是由客户端发起的。这种传统的HTTPRequest的模式带来很明显的缺点：客户端需要不断的向服务器发出请求(request)，然而HTTP Request的header是长数据，会占用很多的带宽，加大客户端应用和服务器的负载能力。本发明技术方案基于HTML5的WebSocket和MobilSocket采用全双工通信(full-duplex)技术，客户端1和服务器2只需要要做一个握手的动作，匹配完验证数据之后，形成了一条快速通道，该通道采用两个特征来实现高效数据传输：1.Header(互相沟通的Header是短数据-大概只有2 Bytes)；2.Server Push(服务器2可以主动传送数据给客户端1)。

步骤S5-S10所述为客户端1记录应用操作信息、得到应用日志管理信息并将其上传至服务器2的过程。

需要上传至服务器2的日志信息具体类型等要求可由应用开发者在应用开发阶段的日志管理服务接入过程中进行设置。

S11、服务器2向应用开发用户端3推送预设日志管理信息，流程结束；

所述预设日志管理信息为应用开发者在应用开发阶段的日志管理服务接入过程中所预设的希望定期得到的日志管理信息。

S12、应用开发用户端3向服务器2请求获取日志管理信息，然后进入步骤S13；

S13、服务器2依所述请求向应用开发用户端3发送相应的日志管理信息。

步骤S11-S13所述为应用开发用户端3从服务器2处获取所需的日志信息的步骤。具体而言，在应用开发阶段的日志管理服务接入过程中，应用开发用户端3可从服务器2获取一账号，应用开发用户可通过该账号向服务器2获取其需要的日志管理信息，并进行实时监控自己产品使用情况，或借以完成收集错误、分析异常、优化完善应用程序的工作。

上述技术方案实质上提供了一种基于HTML5的跨平台客户端日志记录和云同步管理工具，针对的是在当前基于HTML5的各种应用、系统和设备发展迅速，大力推动移动端应用的发展，移动端使用人数迅速增长的情况下，Web客户端、IOS移动端、Android移动端等在使用交互上出现的问题如执行异常，错误频繁出现，响应效率低下，漏洞攻击等难以得到记录，应用开发者很难跟踪和优化自己的产品的现状，本发明技术方案可以在客户端记录下该应用的交互数据(如错误、异常、攻击性请求)并分类整理高速同步到云服务器上，开发者可以根据云同步服务器上记录的日志信息来收集错误、分析异常、优化和完善自己的应用。并能够实时监控自己产品的使用情况。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括……”或“包含……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的要素。此外，在本文中，“大于”、“小于”、“超过”等理解为不包括本数；“以上”、“以下”、“以内”等理解为包括本数。

本领域内的技术人员应明白，上述各实施例可提供为方法、装置、或计算机程序产品。这些实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。上述各实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机设备可读取的存储介质中，用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备，包括但不限于：个人计算机、服务器、通用计算机、专用计算机、网络设备、嵌入式设备、可编程设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等；所述的存储介质，包括但不限于：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。

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

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

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

尽管已经对上述各实施例进行了描述，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改，所以以上所述仅为本发明的实施例，并非因此限制本发明的专利保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围之内。

Claims (14)

1.一种通用应用日志管理方法，包括步骤：

实时记录应用的操作信息；

对所述操作信息作分类处理；

判断应用的系统环境为Web应用或移动应用，并根据判断结果分别将所述操作信息输出至浏览器控制台或虚拟控制台；

通过全双工通信方式将所述操作信息上传至服务器；

服务器向应用开发用户端推送预设日志管理信息，或应用开发用户端向服务器请求获取日志管理信息，服务器依所述请求向应用开发用户端发送相应的日志管理信息。

2.如权利要求1所述的通用应用日志管理方法中，步骤“将所述操作信息记录于浏览器控制台或虚拟控制台”之后以及步骤“通过全双工通信方式将所述操作信息上传至服务器”之前还包括步骤：

对所述操作信息作等级排序处理，所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；

对所述操作信息作去冗余处理；

对所述操作信息作加密处理；

对所述操作信息作压缩处理。

3.如权利要求2所述的通用应用日志管理方法中，所述去冗余处理包括去除与数据相关的说明信息；

所述加密处理算法为DES对称加密；

所述压缩处理算法为哈夫曼树算法。

4.如权利要求1或2所述的通用应用日志管理方法中，步骤“通过全双工通信方式将所述操作信息上传至服务器”具体包括：

根据应用系统环境的判定结果，对Web应用通过Web Socket方式将所述操作信息上传至服务器；

对移动应用通过Mobile Socket方式将所述操作信息上传至服务器。

5.如权利要求1或2所述的通用应用日志管理方法中，所述应用为接入有日志管理服务的应用，日志管理服务接入于应用开发阶段，所述接入步骤具体包括：

应用开发用户端向服务器发送日志管理工具接入请求，所述日志管理工具接入请求中包括客户端系统信息；

服务器根据客户端系统信息向应用开发用户端发送适用于客户端系统环境的日志管理工具；

应用开发用户端将所述日志管理工具接入应用程序中。

6.如权利要求1或2所述的通用应用日志管理方法中，所述步骤“对所述操作信息作分类处理”具体包括：

将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。

7.一种通用应用日志管理装置，包括记录单元、分类单元、判断单元、控制单元和通信单元；

所述记录单元用于实时记录应用的操作信息；

所述分类单元用于对所述操作信息作分类处理；

所述判断单元用于判断应用的系统环境为Web应用程序或移动应用；

所述控制单元为浏览器控制台或虚拟控制台，用于接收经分类处理的操作信息；

所述通信单元用于通过全双工通信方式将所述操作信息上传至服务器。

8.如权利要求6所述的通用应用日志管理装置中，所述控制单元包括等级排序模块、去冗余模块、加密模块或压缩模块；

所述等级排序模块用于对所述操作信息作等级排序处理，所述等级排序处理具体包括根据操作信息的优先级级别进行排序并去除预设的低优先级操作信息；

所述去冗余模块用于对所述操作信息作去冗余处理；

所述加密模块用于对所述操作信息作加密处理；

所述压缩模块用于对所述操作信息作压缩处理。

9.如权利要求8所述的通用应用日志管理装置中，所述去冗余模块进行去冗余处理包括去除与数据相关的说明信息；

所述加密模块进行加密处理的算法为DES对称加密；

所述压缩模块进行压缩处理的算法为哈夫曼树算法。

10.如权利要求7或8所述的通用应用日志管理装置中，通信单元用于通过全双工通信方式将所述操作信息上传至服务器具体包括：

根据判断单元对应用系统环境的判定结果，对Web应用通过Web Socket方式将所述操作信息上传至服务器；

对移动应用通过Mobile Socket方式将所述操作信息上传至服务器。

11.如权利要求7或8所述的通用应用日志管理装置中，分类单元对操作信息做分类处理具体包括：

将所述操作信息分类于调试模式、信息模式、错误模式、对象输出模式、提示模式或确认模式中的一个或多个类目下。

12.一种通用应用日志管理系统，包括客户端、服务器以及应用开发用户端；

所述客户端为权利要求6-9中任一项所述的通用应用日志管理装置；

所述服务器用于接收和存储来自客户端的应用操作信息，并主动向所述应用开发用户端发送预设日志管理信息或应应用开发用户端请求向应用开发用户端发送相应的日志管理信息；

所述应用开发用户端用于接收来自服务器的预设日志管理信息，或用于向服务器提出日志管理信息请求并接收服务器应所述请求发送的相应的日志管理信息。

13.如权利要求12所述的通用应用日志管理系统中，所述应用开发用户端还用于在应用开发阶段向服务器发送日志管理工具接入请求，所述日志管理工具接入请求中包括客户端系统信息；

服务器用于根据客户端系统信息向应用开发用户端发送适用于客户端系统环境的日志管理工具；

应用开发用户端将所述日志管理工具接入应用程序中。

14.如权利要求12或13所述的通用应用日志管理系统中，所述服务器包括解密单元或解压缩单元；

所述解密单元用于对经加密的操作信息作解密处理；

所述解压缩单元用于对经压缩的操作信息作解压缩处理。