CN104253704B

CN104253704B - 一种上报终端日志的方法、装置和系统

Info

Publication number: CN104253704B
Application number: CN201310268702.3A
Authority: CN
Inventors: 郭永智; 刘乐君; 李斌
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2013-06-28
Filing date: 2013-06-28
Publication date: 2018-10-26
Anticipated expiration: 2033-06-28
Also published as: CN104253704A

Abstract

本发明实施方式提出了一种上报终端日志的方法、装置和系统。方法包括：当发生应用故障时向服务器发送应用故障提示消息，由服务器基于应用故障提示消息设置日志开关和日志上报级别；从服务器获取日志开关和日志上报级别，并当再次发生应用故障且判定该日志开关为闭合状态时，生成符合日志上报级别的上报日志；向服务器发送符合日志上报级别的上报日志。本发明实施方式可以迅速定位出问题所在，提高故障排除效率。

Description

一种上报终端日志的方法、装置和系统

技术领域

本发明实施方式涉及信息处理技术领域，更具体地，涉及一种上报终端日志的方法、装置和系统。

背景技术

随着计算机技术和网络技术的飞速发展，互联网（Internet）在人们的日常生活、学习和工作中发挥的作用也越来越大。而且，随着移动互联网的发展，互联网也在向移动化发展。在当今的信息时代中，各种信息设备应运而生：有用于话音传输的固定电话、移动电话；有用于信息资源共享、处理的服务器和个人电脑；有用于视频数据显示的各种电视机等等。这些设备都是在特定领域内为解决实际的需求而产生的。随着电子消费、计算机、通信（3C）融合的到来，人们越来越多地将注意力放到了对各个不同领域的信息设备进行综合利用的研究上，以充分利用现有资源设备来为人们更好的服务。

终端应用程序（App）就是一种针对信息综合利用的示范性应用。对于各种终端App产品，如果用户侧因为某种原因（比如终端故障）需要向开发人员上报问题时，开发人员需要手动拿到用户终端内的日志才能定位问题，这种处理方式显著降低了故障排除效率。

发明内容

本发明实施方式提出一种上报终端日志的方法，从而提高故障排除效率。

本发明实施方式还提出了一种上报终端日志的装置，从而提高故障排除效率。

本发明实施方式还提出了一种上报终端日志的系统，从而提高故障排除效率。

本发明实施方式的具体方案如下：

一种上报终端日志的方法，该方法包括：

当发生应用故障时向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别；

从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志；

向服务器发送所述符合日志上报级别的上报日志。

一种上报终端日志的装置，包括提示消息发送单元、日志生成单元和日志上报单元，其中：

提示消息发送单元，用于当发生应用故障时向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别；

日志生成单元，用于从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志；

日志上报单元，用于向服务器发送所述符合日志上报级别的上报日志。

一种上报终端日志的系统，包括终端和服务器，其中：

终端，用于当发生应用故障时向服务器发送应用故障提示消息；

服务器，用于基于所述应用故障提示消息设置日志开关和日志上报级别；

终端，还用于从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志，并向服务器发送所述符合日志上报级别的上报日志。

从上述技术方案可以看出，在本发明实施方式中，当发生应用故障时向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别；从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志；向服务器发送所述符合日志上报级别的上报日志。由此可见，应用本发明实施方式之后，位于后台侧的服务器可以根据应用故障提示消息主动打开日志开关并设置日志上报级别，终端可以据此上报相对应的操作日志给服务器。这样，开发人员无需手工去获取用户终端中操作日志也能快速通过服务器查找到操作日志，从而可以迅速定位出问题所在，并提高故障排除效率。

而且，还可以将本发明实施方式应用到各种终端中，并且可以跨平台跨终端使用，适用范围非常广泛。

附图说明

图1为根据本发明实施方式上报终端日志的方法流程图；

图2为根据本发明实施方式日志开关和日志级别的拉取时序图；

图3为根据本发明实施方式日志上报时序图；

图4为根据本发明实施方式上报终端日志的装置结构图；

图5为根据本发明实施方式上报终端日志的系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

本本发明实施方式中，当APP产品发布后，如果终端在使用APP的过程中发现有需要上报的问题，位于后台侧的服务器可以根据应用故障提示消息主动打开日志开关并设置日志上报级别，终端可以据此上报相对应的操作日志给服务器。这样，开发人员无需手工去获取用户终端中操作日志也能快速通过服务器查找到操作日志，从而可以迅速定位出问题所在，并提高故障排除效率。

图1为根据本发明实施方式上报终端日志的方法流程图。

在该方法流程中，涉及位于本地侧的终端与位于网络侧的服务器之间的交互。

如图1所示，该方法包括：

步骤101：当发生应用故障时向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别。

在这里，当终端应用在运行过程中出现各种问题时，可以由终端主动向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别。

按信息传送的方向与时间关系，终端与服务器之间的通信方式可分为单工通信、半双工通信及全双工通信，等等。

在单工通信中，单工通信信道是单向信道，终端与服务器的身份是固定的。在半双工通信中，可以实现双向的通信，但不能在两个方向上同时进行，必须轮流交替地进行。也就是说，通信信道的每一段都可以是发送端，也可以是接收端。但同一时刻里，信息只能有一个传输方向。在全双工通信中，在通信的任意时刻，线路上存在双向信号传输。全双工通信允许数据同时在两个方向上传输，又称为双向同时通信，即通信的双方可以同时发送和接收数据。

在本发明实施方式中，终端与服务器可以约定具体的通信协议，在这些通信协议中定义好数据单元使用的格式，信息单元应该包含的信息与含义，连接方式，信息发送和接收的时序，从而确保网络中数据顺利地传送到确定的地方。

比如，本发明实施方式可以采用的通信协议包括但是不局限于：传输控制协议/网际协议（TCP/IP）、超文本传输协议（HTTP）、简单邮件传输协议(SMTP)、邮局协议的第3个版本（POP3），等等。

而且，本发明实施方式中终端与服务器可以建立多种通信连接。比如：可以采用全球移动通讯系统（GSM）、宽带码分多址（WCDMA）、码分多址2000（CDMA-2000）、时分同步码分多址（TD-SCDMA）等各种通信标准。

在一个实施方式中：

服务器基于所述应用故障提示消息设置日志开关为闭合状态，而且设置日志上报级别为警告（waring）级别。服务器可以根据应用故障提示消息判断终端侧应用出现的故障是否严重，如果认定严重则需要终端上报警告级别的操作日志。此时，终端从服务器获取的日志开关为闭合状态，，而且从服务器获取的日志上报级别为警告级别。

警告级别主要针对应用崩溃或应用退出等情形。当终端中应用崩溃或应用退出时，可以生成相对应的应用崩溃日志或应用退出日志。

在一个实施方式中：

服务器基于所述应用故障提示消息设置日志开关为闭合状态，而且设置日志上报级别为调试（debug）级别。服务器可以根据应用故障提示消息判断终端侧应用出现的故障是否非常严重，如果认定非常严重则需要终端上报调试级别的操作日志。此时，终端从服务器获取的日志开关为闭合状态；从服务器获取的日志上报级别为调试级别。

相比警告级别，调试级别需要终端提供更多的日志信息，即不但需要终端上报应用崩溃日志或应用退出日志等警告级别的操作日志，还需要终端上报系统运行状态日志或用户行为日志等信息。

在一个实施方式中：

服务器可以基于所述应用故障提示消息设置日志开关为断开状态，即服务器根据应用故障提示消息认定故障不构成重大问题，无需用户上报日志。

在一个实施方式中，可以在服务器设置用于保存日志开关状态的开关状态值以及对应于日志上报级别的级别值。比如：开关状态值1对应于日志开关为闭合；开关状态值0对应于日志开关为断开；级别值1对应于志上报级别为调试；级别值0对应于志上报级别为警告，等等。

通过与终端预先约定开关状态值以及级别值的具体含义，通过向终端发送该开关状态值以及级别值，可以向终端传递日志开关和日志上报级别。

步骤102：从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志。

在这里，终端通过各种通信方式从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志。

比如，当终端从服务器获取日志开关（闭合状态）和日志上报级别（警告级别）后，首先判断该日志开关是否为闭合状态，如果是，则当再次发生该应用故障，则生成并上报警告上报日志。具体地，警告上报日志可以包括应用崩溃日志或应用退出日志。

比如，当终端从服务器获取日志开关（闭合状态）和日志上报级别（调试级别）后，首先判断该日志开关是否为闭合状态，如果是，则当再次发生该应用故障，则生成并上报警告上报日志和调试上报日志。具体地，警告上报日志包括应用崩溃日志或应用退出日志；所述调试上报日志包括系统运行状态日志或用户行为日志。

比如，当终端从服务器获取日志开关（断开状态）和日志上报级别（任意级别）后，首先判断该日志开关是否为闭合状态，此时发现日志开关不是为闭合状态（为断开状态），则可以不生成日志，或者生成日志但是不上报。

步骤103：向服务器发送所述符合日志上报级别的上报日志。

在这里，终端可以通过多种通讯方式向服务器发送所述符合日志上报级别的上报日志。

在具体实施中，

首先，终端用户在使用APP中发现故障，并向服务器发送应用故障提示消息；服务器基于应用故障提示消息设置日志开关和日志上报级别。比如：服务器打开日志开关，并调整日志输出级别，日志输出级别可以分为调试和警告两个级别，如果服务器设置为警告级别，终端将输出警告日志，如果服务器设置为调试级别，客户端将同时输出调试日志和警告日志。

从终端桌面状态回到APP时，终端可以通过cs等各种协议到服务器主动拉取日志开关和日志上报级别。然后，终端更改本地侧的日志开关和日志上报级别，并且将配置信息存储到数据库中。接着，可以让用户重现该APP故障，这时日志会通过LogUtil等日志管理工具输出到存储卡（sd）中，如果终端没有sd卡，可以将日志输出到终端内部存储空间中，还可以将输出文件按时间进行分割，每天生成一个日志文件；

然后，当用户退出APP时，终端会将日志文件通过zip算法进行压缩，然后通过http连接将日志文件上传到后台服务器中。示范性地，日志文件命名规则如下：

log文件全名=Server部分--客户端部分（中间由两个中横线分割）；

客户端部分=Appid-机型-系统版本号-越狱情况-imei-手机号；

（越狱情况：N表示未越狱；Y表示已越狱；android等无越狱概念全部为Y；手机号：11位不带国家码）

Server部分=平台标识-上传时间（由server统一分配和生成）。

服务器可以通过日志文件名能判断出当前日志所归属的平台和终端，这样可以方便查询用户上报上来的日志。

当终端上报日志上传成功后，终端可以删除本地的日志文件。服务器侧的开发人员通过查询后台日志，便能快速定位用户的问题。

在具体实现中，可以在终端侧设置有日志管理工具和同步拉取器，日志管理工具用于管理终端侧的日志；同步拉取器用于与服务器通信以获取更新的日志配置信息（即日志开关和日志上报级别）。

图2为根据本发明实施方式日志开关和日志级别的拉取时序图。

如图2所示，该方法包括：

步骤201：当终端从桌面进入应用时，向同步拉取器发送同步拉取请求。

步骤202：同步拉取器向服务器转发该同步拉取请求。

步骤203：服务器向同步拉取器返回同步拉取响应，在该同步拉取响应中携带有更新的日志配置信息（即日志开关和日志上报级别）。

步骤204：同步拉取器向日志管理工具发送更新命令，在该更新命令中携带有日志配置信息，日志管理工具更新日志开关和日志上报级别。

还可以在终端侧设置有上传器，上传器用于与服务器通信以上传上报日志。

图3为根据本发明实施方式日志上报时序图。

如图3所示，该方法包括：

步骤301：当发生各种用户行为时生成日志，包括警告上报日志和/或调试上报日志。

步骤302：日志管理工具将警告上报日志和/或调试上报日志保存到本地磁盘（比如SD卡）。

步骤303：日志管理工具判断日志开关是否为闭合。

步骤304：当日志管理工具判定日志开关为闭合时，向上传器发送上报日志请求，在该上报日志请求中携带有符合日志上报级别的上报日志。

步骤305：上传器向服务器上报符合日志上报级别的上报日志。

本发明实施方式中，所述终端是指具有数据计算处理功能和电话通讯功能的通讯终端。包括但不限于：智能手机、带有电话通讯功能的掌上电脑、平板电脑、个人数字助理器（PDA，Personal Digital Assistant）等，甚至是带有电话通讯功能的便携式智能电视（Smart TV）。

以上虽然详细罗列了终端的具体实例，本领域人员可以意识到，这些罗列仅是阐述目的，并不用于限定本发明实施方式的保护范围。

终端操作系统可以是任意的终端操作系统，具体可以采用的操作系统包括但是不局限于：安卓（Andorid）、Palm OS、Symbian（塞班）、Windows mobile、Linux、Android（安卓）、iPhone（苹果）OS、Black Berry（黑莓）OS6.0、Windows Phone系列，等等。

优选地，终端操作系统具体可以采用安卓操作系统，而且终端可以采用到Andorid的各个版本之中，包括但是不局限于：阿童木（Android Beta）、发条机器人（Android1.0）、纸杯蛋糕（Android1.5）、甜甜圈（Android1.6）、松饼（Android2.0/2.1），冻酸奶（Android2.2）、姜饼（Android2.3）、蜂巢（Android3.0）、冰激凌三明治（Android4.0）、果冻豆（Jelly Bean，Android4.1）等版本。

以上详细罗列了Android平台的具体版本，本领域技术人员可以意识到，本发明实施方式并不局限于上述罗列版本，而还可以适用于其他基于Android软件架构的任意版本之中。

基于上述详细描述，本发明实施方式还提出了一种报终端日志的装置。

图4为根据本发明实施方式上报终端日志的装置结构图。

如图4所示，该装置包括提示消息发送单元401、日志生成单元402和日志上报单元403，其中：

提示消息发送单元401，用于当发生应用故障时向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别；

日志生成单元402，用于从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志；

日志上报单元403，用于向服务器发送所述符合日志上报级别的上报日志。

在一个实施方式中：

日志生成单元402，用于从服务器获取对应于日志开关的开关状态值以及对应于日志上报级别的级别值；并当再次发生所述应用故障且判定该开关状态值为预先设定的闭合值时，生成与所述级别值相对应的上报日志。

基于上述详细描述，本发明实施方式还提出了一种上报终端日志的系统。

图5为根据本发明实施方式上报终端日志的系统结构图。

如图5所示，该系统包括终端501和服务器502，其中：

终端501，用于当发生应用故障时向服务器502发送应用故障提示消息；

服务器502，用于基于所述应用故障提示消息设置日志开关和日志上报级别；

终端501，还用于从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志，并向服务器发送所述符合日志上报级别的上报日志。

在一个实施方式中：

服务器502，用于基于所述应用故障提示消息设置日志开关为闭合状态，而且设置日志上报级别为警告级别；

终端501，用于当再次发生所述应用故障且判定该日志开关为闭合状态时，生成警告上报日志。

在一个实施方式中：

服务器502，用于基于所述应用故障提示消息设置日志开关为闭合状态，而且设置日志上报级别为调试级别；

终端501，用于当再次发生所述应用故障且判定该日志开关为闭合状态时，生成警告上报日志和调试上报日志。

在一个实施方式中：

终端501，用于从服务器获取对应于日志开关的开关状态值以及对应于日志上报级别的级别值，并当再次发生所述应用故障且判定该开关状态值为预先设定的闭合值时，生成与所述级别值相对应的上报日志。

在一个实施方式中：

服务器502，用于基于所述应用故障提示消息设置日志开关为断开状态；

终端501，进一步用于当判定该日志开关为断开状态时，不向服务器502发送上报日志。

实际上，可以通过多种形式来具体实施本发明实施方式所提出的上报终端日志的方法和装置。

比如，可以遵循一定规范的应用程序接口，将上报终端日志的方法编写为安装到个人电脑、移动终端等中的插件程序，也可以将其封装为应用程序以供用户自行下载使用。当编写为插件程序时，可以将其实施为ocx、dll、cab等多种插件形式。也可以通过Flash插件、RealPlayer插件、MMS插件、MIDI五线谱插件、ActiveX插件等具体技术来实施本发明实施方式所提出的上报终端日志的方法。

可以通过指令或指令集存储的储存方式将本发明实施方式所提出的上报终端日志的方法存储在各种存储介质上。这些存储介质包括但是不局限于：软盘、光盘、DVD、硬盘、闪存、U盘、CF卡、SD卡、MMC卡、SM卡、记忆棒（Memory Stick）、xD卡等。

另外，还可以将本发明实施方式所提出的上报终端日志的方法应用到基于闪存（Nand flash）的存储介质中，比如U盘、CF卡、SD卡、SDHC卡、MMC卡、SM卡、记忆棒、xD卡等。

综上所述，在本发明实施方式中，当发生应用故障时向服务器发送应用故障提示消息，由服务器基于所述应用故障提示消息设置日志开关和日志上报级别；从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志；向服务器发送所述符合日志上报级别的上报日志。由此可见，应用本发明实施方式之后，位于后台侧的服务器可以根据应用故障提示消息主动打开日志开关并设置日志上报级别，终端可以据此上报相对应的操作日志给服务器，这样开发人员在没有拿到用户终端中操作日志的情况下也能快速通过服务器查找到操作日志，从而可以迅速定位出问题所在，并提高故障排除效率。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种上报终端日志的方法，其特征在于，该方法包括：

向服务器发送所述符合日志上报级别的上报日志；

其中所述从服务器获取所述日志开关和日志上报级别为：从服务器获取对应于日志开关的开关状态值以及对应于日志上报级别的级别值；所述当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志为：当再次发生所述应用故障且判定该开关状态值为预先设定的闭合值时，生成与所述级别值相对应的上报日志。

2.根据权利要求1所述上报终端日志的方法，其特征在于，所述从服务器获取日志开关和日志上报级别包括：

从服务器获取的日志开关为闭合状态，其中由服务器基于所述应用故障提示消息设置日志开关为闭合状态，而且从服务器获取的日志上报级别为警告级别；

所述生成符合所述日志上报级别的上报日志包括：

生成警告上报日志。

3.根据权利要求2所述的上报终端日志的方法，其特征在于，所述警告上报日志包括应用崩溃日志或应用退出日志。

4.根据权利要求1所述上报终端日志的方法，其特征在于，所述从服务器获取日志开关和日志上报级别包括：

从服务器获取的日志开关为闭合状态，其中由服务器基于所述应用故障提示消息设置日志开关为闭合状态，而且从服务器获取的日志上报级别为调试级别；

所述生成符合所述日志上报级别的上报日志包括：

生成警告上报日志和调试上报日志。

5.根据权利要求4所述上报终端日志的方法，其特征在于，所述警告上报日志包括应用崩溃日志或应用退出日志；所述调试上报日志包括系统运行状态日志或用户行为日志。

6.根据权利要求1所述上报终端日志的方法，其特征在于，所述从服务器获取日志开关包括：

从服务器获取的日志开关为断开状态，其中由服务器基于所述应用故障提示消息设置日志开关为断开状态；该方法进一步包括：

当判定该日志开关为断开状态时，不向服务器发送上报日志。

7.一种上报终端日志的装置，其特征在于，包括提示消息发送单元、日志生成单元和日志上报单元，其中：

日志上报单元，用于向服务器发送所述符合日志上报级别的上报日志；

8.一种上报终端日志的系统，其特征在于，包括终端和服务器，其中：

终端，还用于从服务器获取所述日志开关和日志上报级别，并当再次发生所述应用故障且判定该日志开关为闭合状态时，生成符合所述日志上报级别的上报日志，并向服务器发送所述符合日志上报级别的上报日志；

9.根据权利要求8所述的上报终端日志的系统，其特征在于，

服务器，用于基于所述应用故障提示消息设置日志开关为闭合状态，而且设置日志上报级别为警告级别；

终端，用于当再次发生所述应用故障且判定该日志开关为闭合状态时，生成警告上报日志。

10.根据权利要求8所述的上报终端日志的系统，其特征在于，

服务器，用于基于所述应用故障提示消息设置日志开关为闭合状态，而且设置日志上报级别为调试级别；

终端，用于当再次发生所述应用故障且判定该日志开关为闭合状态时，生成警告上报日志和调试上报日志。

11.根据权利要求8所述的上报终端日志的系统，其特征在于，

服务器，用于基于所述应用故障提示消息设置日志开关为断开状态；

终端，进一步用于当判定该日志开关为断开状态时，不向服务器发送上报日志。