CN106888125A - 一种处理异常关机日志的方法、移动终端和服务器 - Google Patents

一种处理异常关机日志的方法、移动终端和服务器 Download PDF

Info

Publication number
CN106888125A
CN106888125A CN201710200224.0A CN201710200224A CN106888125A CN 106888125 A CN106888125 A CN 106888125A CN 201710200224 A CN201710200224 A CN 201710200224A CN 106888125 A CN106888125 A CN 106888125A
Authority
CN
China
Prior art keywords
abnormal shutdown
daily record
abnormal
shutdown
mobile terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710200224.0A
Other languages
English (en)
Inventor
李胜旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201710200224.0A priority Critical patent/CN106888125A/zh
Publication of CN106888125A publication Critical patent/CN106888125A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephone Function (AREA)

Abstract

本发明提出了一种处理异常关机日志的方法、移动终端和服务器，移动终端自动上报异常关机日志，服务器自动对移动终端上传到服务器上的异常关机日志进行解析和归并处理。服务器根据解析出的异常关机日志的内容，对相同异常关机类型和异常关机原因的异常关机日志进行归并。经过归并后，大量的异常关机日志将归并成少量的在属于不同异常关机类型下的不同异常关机原因导致的异常关机日志，开发人员只对这些经过归并的异常关机日志进行分析，将减少分析重复的异常关机日志量，使开发人员能够更加快速的解决问题。

Description

一种处理异常关机日志的方法、移动终端和服务器
技术领域
本发明涉及移动终端异常关机日志处理技术领域，尤其涉及一种处理异常关机日志的方法、移动终端和服务器。
背景技术
在程序开发过程中，Log是广泛使用的用来记录程序执行过程的机制。Android为用户空间的程序开发人员提供了轻量级的Logger日志系统，该日志系统是以驱动程序的形式实现在内核空间中的，产生的Log是以设备文件的形式存储在文件夹/dev/log/中，该日志系统提供了写Log到设备文件和从设备文件中读Log接口。Android在用户空间提供了使用Logger日志系统的Java接口和C/C++接口供开发人员使用，Log文件的写入是Android框架层代码通过JNI调用系统运行库，并通过系统运行库将Log写入设备文件中；Log文件的读取则是通过Android提供的Logcat工具进行的，Logcat工具根据开发人员输入的命令从设备文件中读取Log，并根据开发人员的要求将经过格式化的Log信息输出。
目前各大手机厂商都在机器预制了当系统出现异常时，自动上传异常信息到服务器供开发人员分析的模块。其一般实现原理是在系统中出现异常时，抓取系统的一些信息，并将这些信息压缩后通过网络上传到服务器上，服务器端根据上传的机器IMEI号定位该机器具体出现了什么异常。
由于服务器端收到手机端上传的大量异常关机日志，假如某厂商在市场上有1000万台机器，手机生命周期范围内异常关机异常上报率为1％，则服务器上将有10万条异常关机日志信息。如果开发人员对每一条日志都进行分析的话，很明显这是无法完成的任务。该问题将直接影响到手机厂商发现市场上该厂商的机器问题，无法快速发现问题也就无法快速解决问题，这进一步导致厂商无法提供更优质的系统给用户。
发明内容
本发明的主要目的在于提出一种处理异常关机日志的方法、移动终端和服务器，旨在对移动终端的异常关机日志进行高效处理。
为实现上述目的，本发明提供的一种移动终端，包括：
设置模块，用于当移动终端因异常关机导致自动重启后，将记录重启原因的属性设置为第一字符串；
上传模块，用于当检测到所述记录重启原因的属性为第一字符串时，向服务器上传异常关机日志，以供服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，所述异常关机日志的内容包括：异常关机类型字符串和异常关机原因字符串。
本发明还提出一种服务器，包括：
预设模块，用于预先设置异常关机类型的字符串；
归并模块，用于判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，每个异常关机类型下包含不同异常关机原因的异常关机日志；每个异常关机类型下的不同异常关机原因的异常关机日志组成异常关机日志库；
所述归并模块，还用于：在将移动终端上传的异常关机日志归入相应的异常关机类型中的情况下，判断所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中是否包含移动终端上传的异常关机日志中的异常关机原因字符串，若是，则将移动终端上传的异常关机日志与所述相应的异常关机类型下具有相同的异常关机原因的异常关机日志进行数量合并。
可选的，所述归并模块，还用于：
若所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中不包含移动终端上传的异常关机日志中的异常关机原因字符串，则将移动终端上传的异常关机日志作为所述相应的异常关机类型下的一条具有新的异常关机原因的异常关机日志进行保存并记录数量。
此外，为实现上述目的，在移动终端侧，本发明还提出一种处理异常关机日志的方法，包括：
移动终端因异常关机导致自动重启后，将记录重启原因的属性设置为第一字符串；
移动终端检测到所述记录重启原因的属性为第一字符串时，向服务器上传异常关机日志，以供服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，所述异常关机日志的内容包括：异常关机类型字符串和异常关机原因字符串。
在服务器侧，本发明还提出一种处理异常关机日志的方法，包括：
服务器预先设置异常关机类型的字符串；
服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，每个异常关机类型下包含不同异常关机原因的异常关机日志；每个异常关机类型下的不同异常关机原因的异常关机日志组成异常关机日志库；
所述方法，还包括：在将移动终端上传的异常关机日志归入相应的异常关机类型中的情况下，服务器判断所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中是否包含移动终端上传的异常关机日志中的异常关机原因字符串，若是，则将移动终端上传的异常关机日志与所述相应的异常关机类型下具有相同的异常关机原因的异常关机日志进行数量合并。
可选的，所述方法，还包括：
若所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中不包含移动终端上传的异常关机日志中的异常关机原因字符串，则服务器将移动终端上传的异常关机日志作为所述相应的异常关机类型下的一条具有新的异常关机原因的异常关机日志进行保存并记录数量。
本发明提出的处理异常关机日志的方法、移动终端和服务器，移动终端自动上报异常关机日志，服务器自动对移动终端上传到服务器上的异常关机日志进行解析和归并处理。服务器根据解析出的异常关机日志的内容(逻辑上认为包含相同异常关机类型和异常关机原因的异常关机日志是相同原因导致的)，对相同异常关机类型和异常关机原因的异常关机日志进行归并。经过归并后，大量的异常关机日志将归并成少量的在属于不同异常关机类型下的不同异常关机原因导致的异常关机日志，开发人员只对这些经过归并的异常关机日志进行分析，将减少分析重复的异常关机日志量，使开发人员能够更加快速的解决问题。
附图说明
图1为实现本发明各个实施例的一个可选的移动终端的硬件结构示意图；
图2为如图1所示的移动终端的无线通信系统示意图；
图3为本发明各实施例的移动终端被用户握持的情况示意图；
图4为本发明第一实施例的移动终端的组成结构示意图；
图5为本发明第二、三实施例的服务器的组成结构示意图；
图6为本发明第四实施例的处理异常关机日志的方法流程图；
图7为本发明第五实施例的处理异常关机日志的方法流程图；
图8为本发明第六实施例的处理异常关机日志的方法流程图；
图9为本发明第七实施例的处理异常关机日志的脚本的程序流程图；
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。
移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
图1为实现本发明各个实施例的一个可选的移动终端的硬件结构示意。
移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、存储器160、接口单元170和控制器180等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。
无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。
广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。
移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。
无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。
短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。
A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。
接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。
另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。
存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。
存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。
控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。
这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。
至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。
如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。
现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。
这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。
参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC275。
每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。
分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。
如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。
在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。
作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。
以手机移动终端为例，移动终端与服务器的交互情况如图3所示。
基于上述移动终端硬件结构以及通信系统，提出本发明的各个实施例。
如图4所示，本发明第一实施例提出一种移动终端，包括：
设置模块401，用于当移动终端因异常关机导致自动重启后，将记录重启原因的属性设置为第一字符串；
上传模块402，用于当检测到所述记录重启原因的属性为第一字符串时，向服务器上传异常关机日志，以供服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，所述异常关机日志的内容包括：异常关机类型字符串和异常关机原因字符串。异常关机原因包括：在异常关机时刻移动终端的系统正在执行的指令的PC(ProgramCounter，程序计数器)值。
PC值是取CPU指令的指针。异常关机日志中的字符串“PC is at lpm_cpuidle_enter+0x5cc/0x5ec”代表当前程序计数器是在内存的lpm_cpuidle_enter+0x5cc/0x5ec位置。
在本发明实施例中，记录重启原因的属性可以是Android系统的ro.bootmode，上传模块402可以通过Android系统的Log上报系统对ro.bootmode属性进行检测。
本发明实施例的移动终端在因异常关机导致自动重启后自动将记录重启原因的属性设置为第一字符串，以该属性是否已修改为第一字符串来决定是否触发向服务器上传异常关机日志，可以使服务器端对移动终端侧因异常关机导致自动重启的原因进行收集和分析。
本发明第二实施例提出一种服务器，如图5所示，包括：
预设模块501，用于预先设置异常关机类型的字符串；
归并模块502，用于判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，归并模块502在判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一时，对于预先设置的异常关机类型的字符串包含的一些特殊字段可以任意一串字符串，例如字符“.*”表示匹配任意一串字符串。
本发明实施例的服务器在每收到移动终端上传的一条异常关机日志时，都进行分析，按照预设的异常关机类型的字符串对该异常关机日志进行归类，以几个大类的形式呈现出来，同时呈现出每个异常关机类型的异常关机日志的数量，使开发人员能够及时掌握这几个大类的异常关机类型下出现异常关机日志的比例，减少分析属于重复类型的异常关机日志数量，使开发人员能够更加快速的解决问题。
本发明第三实施例提出一种服务器，如图5所示，包括：
预设模块501，用于预先设置异常关机类型的字符串；
归并模块502，用于判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，每个异常关机类型下包含不同异常关机原因的异常关机日志；每个异常关机类型下的不同异常关机原因的异常关机日志组成异常关机日志库；
所述归并模块，还用于：在将移动终端上传的异常关机日志归入相应的异常关机类型中的情况下，判断所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中是否包含移动终端上传的异常关机日志中的异常关机原因字符串，若是，则将移动终端上传的异常关机日志与所述相应的异常关机类型下具有相同的异常关机原因的异常关机日志进行数量合并；若否，则将移动终端上传的异常关机日志作为所述相应的异常关机类型下的一条具有新的异常关机原因的异常关机日志进行保存并记录数量。
本发明实施例的服务器在每收到移动终端上传的一条异常关机日志时，都进行分析，按照预设的异常关机类型的字符串对该异常关机日志进行归类，不仅能以几个大类的形式呈现出来，而且还要根据异常关机日志中所包含的异常关机原因字符串对该异常关机日志做进一步的精确归并，若属于相应异常关机类型下的已有异常关机原因，则仅对该已有异常关机原因的异常关机日志的数量加1，并不记录该条异常关机日志，若不属于相应异常关机类型下的任何一个已有异常关机原因，则说明将该条异常关机日志引入了一个新的异常关机原因，需要对该条异常关机日志进行记录，且将该种异常关机日志的数量记录为1。
与第二实施例相比，由于本发明实施例能够同时呈现出每个异常关机类型的异常关机日志的数量、以及每个异常关机类型下每种具有不同异常关机原因的异常关机日志的数量，使开发人员能够更加及时、精确的掌握这几个大类的异常关机类型下出现各种异常关机原因的比例，进一步减少分析属于重复类型的异常关机日志数量，使开发人员能够更加快速的解决问题。
本发明第四实施例，在移动终端侧提出一种处理异常关机日志的方法，如图6所示，包括：
步骤S601，当移动终端因异常关机导致自动重启后，将记录重启原因的属性设置为第一字符串；
步骤S602，当检测到所述记录重启原因的属性为第一字符串时，向服务器上传异常关机日志，以供服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，所述异常关机日志的内容包括：异常关机类型字符串和异常关机原因字符串。异常关机原因包括：在异常关机时刻移动终端的系统正在执行的指令的PC值。
在本发明实施例中，记录重启原因的属性可以是Android系统的ro.bootmode，步骤S602可以通过Android系统的Log上报系统对ro.bootmode属性进行检测。
本发明实施例的移动终端在因异常关机导致自动重启后自动将记录重启原因的属性设置为第一字符串，以该属性是否已修改为第一字符串来决定是否触发向服务器上传异常关机日志，可以使服务器端对移动终端侧因异常关机导致自动重启的原因进行收集和分析。
本发明第五实施例，在服务器侧提出一种处理异常关机日志的方法，如图7所示，包括：
步骤S701，预先设置异常关机类型的字符串；
步骤S702，判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
可选的，步骤S702在判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一时，对于预先设置的异常关机类型的字符串包含的一些特殊字段可以任意一串字符串，例如字符“.*”表示匹配任意一串字符串。
本发明实施例的服务器在每收到移动终端上传的一条异常关机日志时，都进行分析，按照预设的异常关机类型的字符串对该异常关机日志进行归类，以几个大类的形式呈现出来，同时呈现出每个异常关机类型的异常关机日志的数量，使开发人员能够及时掌握这几个大类的异常关机类型下出现异常关机日志的比例，减少分析属于重复类型的异常关机日志数量，使开发人员能够更加快速的解决问题。
本发明第六实施例，在服务器侧提出一种处理异常关机日志的方法，如图8所示，包括：
步骤S701，预先设置异常关机类型的字符串；
步骤S702，判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
步骤S703，在将移动终端上传的异常关机日志归入相应的异常关机类型中的情况下，判断所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中是否包含移动终端上传的异常关机日志中的异常关机原因字符串，若是，则执行步骤S704，否则执行步骤S705。
步骤S704，将移动终端上传的异常关机日志与所述相应的异常关机类型下具有相同的异常关机原因的异常关机日志进行数量合并，流程结束。
步骤S705，将移动终端上传的异常关机日志作为所述相应的异常关机类型下的一条具有新的异常关机原因的异常关机日志进行保存并记录数量。
可选的，每个异常关机类型下包含不同异常关机原因的异常关机日志；每个异常关机类型下的不同异常关机原因的异常关机日志组成异常关机日志库。
本发明实施例的服务器在每收到移动终端上传的一条异常关机日志时，都进行分析，按照预设的异常关机类型的字符串对该异常关机日志进行归类，不仅能以几个大类的形式呈现出来，而且还要根据异常关机日志中所包含的异常关机原因字符串对该异常关机日志做进一步的精确归并，若属于相应异常关机类型下的已有异常关机原因，则仅对该已有异常关机原因的异常关机日志的数量加1，并不记录该条异常关机日志，若不属于相应异常关机类型下的任何一个已有异常关机原因，则说明将该条异常关机日志引入了一个新的异常关机原因，需要对该条异常关机日志进行记录，且将该种异常关机日志的数量记录为1。
与第五实施例相比，由于本发明实施例能够同时呈现出每个异常关机类型的异常关机日志的数量、以及每个异常关机类型下每种具有不同异常关机原因的异常关机日志的数量，使开发人员能够更加及时、精确的掌握这几个大类的异常关机类型下出现各种异常关机原因的比例，进一步减少分析属于重复类型的异常关机日志数量，使开发人员能够更加快速的解决问题。
本发明第七实施例，本实施例是在上述实施例的基础上，结合附图9介绍一个本发明的应用实例。
本发明实施例提供一种解析异常关机日志并进行归并的脚本，该脚本将自动对上传到服务器上的异常关机日志进行解析和归并处理。根据解析出的异常关机关键字信息(逻辑上认为有相同异常关机类型和在异常关机时刻客户端的系统正在执行的指令的PC值的异常关机日志是相同问题导致的)，对相同异常关机关键字信息的日志进行归并。经过归并后，大量的异常关机日志将归并成少量的不同异常关机问题导致的异常关机日志，开发人员只对这些经过归并的异常关机日志进行分析，将减少分析重复的异常关机日志量，使开发人员能够更加快速的解决问题。同时厂商也能够了解到市场上异常关机日志中各种问题出现的比率等数据，能够更加针对性的进行处理，提供更加优质的系统给用户使用。
详细方案：
一、客户端：在客户端异常关机导致自动重启后，将记录重启原因的属性ro.bootmode设置为字符串panic,当Log上报系统检测到ro.bootmode为panic时，上传sys/fs/pstore文件夹下存储的linux异常关机日志，linux会在异常关机时将包含异常关机类型和原因的字符串记录到该文件夹中的console-ramoops文件)。
二、服务器端：解析脚本对客户端上传的sys/fs/pstore文件夹目录下的console-ramoops文件(该文件中存储了linux异常关机日志)进行解析，一份console-ramoops文件中只会有一个异常关机原因。只需要解析该文件，就可以将异常关机关键字信息获取到，我们记获取到的异常关机类型字符串，将其赋值给变量REASON；另外，当出现异常关机原因字符串时，手机系统接下来会在Log中打印出在异常关机时刻客户端的系统正在执行的指令的PC值，赋值给变量PC。如果两份异常关机日志的REASON和PC相同，则认为这两个异常关机日志是相同的异常关机问题导致的，归并时将使用REASON+PC。REASON和PC值都是字符串。
三、预设的异常关机类型字符串如下24种所示，当分析出新的异常关机类型字符串后，可以将新的关键字添加到该组中。
1、Kernel panic-not syncing:subsys-restart:Resetting the SoC-modem
含义是：modem模块子系统死机
2、Kernel panic-not syncing:subsys-restart:Resetting the SoC-adsp
含义是：adsp模块子系统死机
3、Kernel panic-not syncing:subsys-restart:Resetting the SoC-venus
含义是：venus模块子系统死机
4、Kernel panic-not syncing:subsys-restart:Resetting the SoC-wcnss
含义是：wcnss模块子系统死机
5、Kernel panic-not syncing:subsys-restart:Resetting the SoC-slpi
含义是：slpi模块子系统死机
6、Kernel panic-not syncing:subsys-restart:Resetting the SoC-AR6320
含义是：AR6320模块子系统死机
7、Kernel panic-not syncing:subsys-restart:Resetting the SoC-a530_zap
含义是：a530_zap模块子系统死机
8、Kernel panic-not syncing:.*Powerup error:modem！
含义是：modem模块上电异常死机，字符串中的.*表示匹配任意一串字符串，例如：arch_cpu_idle+0x8/0x20
9、Kernel panic-not syncing:.*Powerup error:slpi！
含义是：slpi模块上电异常死机，字符串中的.*表示匹配任意一串字符串，例如：arch_cpu_idle+0x8/0x20
10、Kernel panic-not syncing:.*Powerup error:AR6320！
含义是：AR6320模块上电异常死机，字符串中的.*表示匹配任意一串字符串，例如：arch_cpu_idle+0x8/0x20
11、Kernel panic-not syncing:Out of memory
含义是：内存溢出死机
12、Kernel panic-not syncing:.*Timed out waiting for error ready:slpi！
含义是：等待slpi模块响应超时死机，字符串中的.*表示匹配任意一串字符串，例如：arch_cpu_idle+0x8/0x20
13、Kernel panic-not syncing:Attempted to kill init
含义是：杀死init模块死机
14、Watchdog bark！\nWatchdog last pet at
含义是：watchdog看门狗超时死机
该行是匹配以下两行：
Watchdog bark！
Watchdog last pet at
15、Unable to handle kernel NULL pointer dereference at vritualaddress
含义是：空指针异常死机
16、Unable to handle kernel paging request at virtual address
含义是：内存页异常死机
17、L2(non-parity)error
含义是：L2模块错误死机
18、Kernel BUG at
含义是：断言死机
19、undefined instruction
含义是：没有定义的指令异常死机
20、Bad mode in Synchronous Abort handler detected
含义是：同步中断死机
21、Internal error:SP or PC abort:
含义是：SP或PC中止死机
22、Unhandled fault:alignment fault
含义是：对齐故障死机
23、Unhandled fault:synchronous external abort
含义是：同步外部模块故障死机
24、Unhandled fault:.*address size fault
含义是：地址尺寸故障死机，字符串中的.*表示匹配任意一串字符串，例如：arch_cpu_idle+0x8/0x20。
PC值字符串类似为：PC is at module_put+0x34/0xe4，其中module_put+0x34/0xe4为PC值，不同异常关机原因的PC值是不同的。
四、如图9所示，接下来将阐述该脚本的处理过程：
步骤S1，从头部到尾部读取console-ramoops文件中的每一行字符串。
步骤S2，读取已经结束则处理流程结束，否则进入步骤S3。
步骤S3，依次判断字符串是否包含上述列出的异常关机类型字符串；若是，则进入步骤S4；否则进入将console-ramoops文件丢弃或等待人工处理，处理流程结束。
步骤S4，将该异常关机日志中的异常关机类型字符串赋值给变量REASON。
步骤S5，继续读取console-ramoops文件中下一行。
步骤S6，判断字符串中是否包含“PC is at”字段，若是，则进入步骤S7；否则进入步骤S5。
步骤S7，将“PC is at”字段后面的PC值赋值给变量PC。
步骤S8，在预设的异常关机类型和PC值数据库中查找是否包含REASON+PC，如果包含，则进入步骤S9，否则进入步骤S10。
步骤S9，将该异常关机日志作为已有异常关机问题处理。具体的，该异常关机日志与具有相同PC值的所述数据库中的异常关机日志进行数量合并，处理流程结束。
步骤S10将REASON+PC添加到预设的异常关机类型和PC值数据库中，将该异常关机日志作为新的异常关机问题处理。具体的，在所述数据库中该异常关机类型下新增一条该异常关机日志对应的PC值。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种移动终端，其特征在于，所述移动终端包括：
设置模块，用于当移动终端因异常关机导致自动重启后，将记录重启原因的属性设置为第一字符串；
上传模块，用于当检测到所述记录重启原因的属性为第一字符串时，向服务器上传异常关机日志，以供服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
2.如权利要求1所述的移动终端，其特征在于，所述异常关机日志的内容包括：异常关机类型字符串和异常关机原因字符串。
3.一种服务器，其特征在于，所述服务器包括：
预设模块，用于预先设置异常关机类型的字符串；
归并模块，用于判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
4.如权利要求3所述的服务器，其特征在于，每个异常关机类型下包含不同异常关机原因的异常关机日志；每个异常关机类型下的不同异常关机原因的异常关机日志组成异常关机日志库；
所述归并模块，还用于：在将移动终端上传的异常关机日志归入相应的异常关机类型中的情况下，判断所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中是否包含移动终端上传的异常关机日志中的异常关机原因字符串，若是，则将移动终端上传的异常关机日志与所述相应的异常关机类型下具有相同的异常关机原因的异常关机日志进行数量合并。
5.如权利要求4所述的服务器，其特征在于，所述归并模块，还用于：
若所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中不包含移动终端上传的异常关机日志中的异常关机原因字符串，则将移动终端上传的异常关机日志作为所述相应的异常关机类型下的一条具有新的异常关机原因的异常关机日志进行保存并记录数量。
6.一种处理异常关机日志的方法，其特征在于，包括：
移动终端因异常关机导致自动重启后，将记录重启原因的属性设置为第一字符串；
移动终端检测到所述记录重启原因的属性为第一字符串时，向服务器上传异常关机日志，以供服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
7.如权利要求6所述的处理异常关机日志的方法，其特征在于，所述异常关机日志的内容包括：异常关机类型字符串和异常关机原因字符串。
8.一种处理异常关机日志的方法，其特征在于，包括：
服务器预先设置异常关机类型的字符串；
服务器判断移动终端上传的异常关机日志中是否包含预先设置的异常关机类型的字符串之一，若是，则将移动终端上传的异常关机日志归入相应的异常关机类型中，并记录所述相应的异常关机类型中异常关机日志的数量。
9.如权利要求8所述的处理异常关机日志的方法，其特征在于，每个异常关机类型下包含不同异常关机原因的异常关机日志；每个异常关机类型下的不同异常关机原因的异常关机日志组成异常关机日志库；
所述方法，还包括：在将移动终端上传的异常关机日志归入相应的异常关机类型中的情况下，服务器判断所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中是否包含移动终端上传的异常关机日志中的异常关机原因字符串，若是，则将移动终端上传的异常关机日志与所述相应的异常关机类型下具有相同的异常关机原因的异常关机日志进行数量合并。
10.如权利要求9所述的处理异常关机日志的方法，其特征在于，所述方法，还包括：
若所述异常关机日志库的所述相应的异常关机类型下的异常关机日志中不包含移动终端上传的异常关机日志中的异常关机原因字符串，则服务器将移动终端上传的异常关机日志作为所述相应的异常关机类型下的一条具有新的异常关机原因的异常关机日志进行保存并记录数量。
CN201710200224.0A 2017-03-30 2017-03-30 一种处理异常关机日志的方法、移动终端和服务器 Pending CN106888125A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710200224.0A CN106888125A (zh) 2017-03-30 2017-03-30 一种处理异常关机日志的方法、移动终端和服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710200224.0A CN106888125A (zh) 2017-03-30 2017-03-30 一种处理异常关机日志的方法、移动终端和服务器

Publications (1)

Publication Number Publication Date
CN106888125A true CN106888125A (zh) 2017-06-23

Family

ID=59182601

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710200224.0A Pending CN106888125A (zh) 2017-03-30 2017-03-30 一种处理异常关机日志的方法、移动终端和服务器

Country Status (1)

Country Link
CN (1) CN106888125A (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108052437A (zh) * 2017-12-28 2018-05-18 努比亚技术有限公司 重启定位方法、移动终端及计算机可读存储介质
CN108076200A (zh) * 2017-12-28 2018-05-25 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108196968A (zh) * 2017-12-28 2018-06-22 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108197023A (zh) * 2017-12-28 2018-06-22 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108334433A (zh) * 2018-01-31 2018-07-27 努比亚技术有限公司 基于功耗管理的重启定位方法、移动终端及可读存储介质
CN109189638A (zh) * 2018-08-20 2019-01-11 郑州云海信息技术有限公司 一种gpu驱动检测方法、装置、终端及存储介质
CN109428981A (zh) * 2017-08-30 2019-03-05 京瓷办公信息系统株式会社 图像形成系统、服务器及图像形成方法
CN110347571A (zh) * 2019-07-09 2019-10-18 深圳市网心科技有限公司 一种崩溃日志采集方法、分析方法及相关装置
TWI681395B (zh) * 2017-08-31 2020-01-01 美商美光科技公司 抹除頁面檢查
CN111145460A (zh) * 2019-12-25 2020-05-12 航天信息股份有限公司 分析税控设备的方法、电子设备及存储介质
CN112860466A (zh) * 2020-12-31 2021-05-28 东风汽车集团有限公司 一种车载娱乐系统重启故障诊断方法和系统
CN116662284A (zh) * 2022-09-07 2023-08-29 荣耀终端有限公司 日志管理方法、装置、芯片、电子设备及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103389916A (zh) * 2012-05-11 2013-11-13 宇龙计算机通信科技(深圳)有限公司 应用程序异常的处理方法及移动终端
CN103716688A (zh) * 2013-12-06 2014-04-09 乐视致新电子科技（天津）有限公司 一种电视关机异常时的信息上报方法和装置
CN104199766A (zh) * 2014-08-25 2014-12-10 广东欧珀移动通信有限公司 一种异常运行的监控方法和装置
CN105204979A (zh) * 2015-07-28 2015-12-30 维沃移动通信有限公司 安卓日志的记录方法及移动终端
CN105335277A (zh) * 2014-06-27 2016-02-17 可牛网络技术（北京）有限公司 一种故障信息处理方法及装置、终端
CN105930247A (zh) * 2016-04-14 2016-09-07 北京小米移动软件有限公司 系统重启问题的处理方法、装置以及移动终端
CN106506212A (zh) * 2016-11-04 2017-03-15 上海传英信息技术有限公司 异常信息获取方法及用户终端

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103389916A (zh) * 2012-05-11 2013-11-13 宇龙计算机通信科技(深圳)有限公司 应用程序异常的处理方法及移动终端
CN103716688A (zh) * 2013-12-06 2014-04-09 乐视致新电子科技（天津）有限公司 一种电视关机异常时的信息上报方法和装置
CN105335277A (zh) * 2014-06-27 2016-02-17 可牛网络技术（北京）有限公司 一种故障信息处理方法及装置、终端
CN104199766A (zh) * 2014-08-25 2014-12-10 广东欧珀移动通信有限公司 一种异常运行的监控方法和装置
CN105204979A (zh) * 2015-07-28 2015-12-30 维沃移动通信有限公司 安卓日志的记录方法及移动终端
CN105930247A (zh) * 2016-04-14 2016-09-07 北京小米移动软件有限公司 系统重启问题的处理方法、装置以及移动终端
CN106506212A (zh) * 2016-11-04 2017-03-15 上海传英信息技术有限公司 异常信息获取方法及用户终端

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109428981A (zh) * 2017-08-30 2019-03-05 京瓷办公信息系统株式会社 图像形成系统、服务器及图像形成方法
TWI681395B (zh) * 2017-08-31 2020-01-01 美商美光科技公司 抹除頁面檢查
CN108197023B (zh) * 2017-12-28 2021-11-16 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108052437A (zh) * 2017-12-28 2018-05-18 努比亚技术有限公司 重启定位方法、移动终端及计算机可读存储介质
CN108196968B (zh) * 2017-12-28 2022-09-13 上海新纳通信技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108052437B (zh) * 2017-12-28 2022-01-14 努比亚技术有限公司 重启定位方法、移动终端及计算机可读存储介质
CN108196968A (zh) * 2017-12-28 2018-06-22 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108197023A (zh) * 2017-12-28 2018-06-22 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108076200A (zh) * 2017-12-28 2018-05-25 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108076200B (zh) * 2017-12-28 2021-01-05 努比亚技术有限公司 移动终端重启定位方法、移动终端及计算机可读存储介质
CN108334433B (zh) * 2018-01-31 2022-01-14 努比亚技术有限公司 基于功耗管理的重启定位方法、移动终端及可读存储介质
CN108334433A (zh) * 2018-01-31 2018-07-27 努比亚技术有限公司 基于功耗管理的重启定位方法、移动终端及可读存储介质
CN109189638A (zh) * 2018-08-20 2019-01-11 郑州云海信息技术有限公司 一种gpu驱动检测方法、装置、终端及存储介质
CN110347571A (zh) * 2019-07-09 2019-10-18 深圳市网心科技有限公司 一种崩溃日志采集方法、分析方法及相关装置
CN111145460A (zh) * 2019-12-25 2020-05-12 航天信息股份有限公司 分析税控设备的方法、电子设备及存储介质
CN112860466A (zh) * 2020-12-31 2021-05-28 东风汽车集团有限公司 一种车载娱乐系统重启故障诊断方法和系统
CN112860466B (zh) * 2020-12-31 2022-11-15 东风汽车集团有限公司 一种车载娱乐系统重启故障诊断方法和系统
CN116662284A (zh) * 2022-09-07 2023-08-29 荣耀终端有限公司 日志管理方法、装置、芯片、电子设备及介质

Similar Documents

Publication Publication Date Title
CN106888125A (zh) 一种处理异常关机日志的方法、移动终端和服务器
CN107273280B (zh) 一种日志处理方法、装置、电子设备和存储介质
CN104699598B (zh) 自动化测试方法、装置、设备及系统
CN110768872B (zh) 巡检方法、系统、装置、计算机设备和存储介质
US20170249934A1 (en) Electronic device and method for operating the same
CN105589783A (zh) 应用程序卡顿问题数据获取方法及装置
CN104915141A (zh) 对象信息的预览方法及装置
CN111552633A (zh) 接口的异常调用测试方法、装置、计算机设备及存储介质
CN105208082B (zh) 一种指导用户使用终端的方法及装置、终端
US9529568B1 (en) Systems and methods for low interference logging and diagnostics
CN106383780A (zh) 一种Monkey测试方法及装置
CN112148579B (zh) 一种用户界面的测试方法和装置
CN107066320A (zh) 一种Android进程冻结和解冻的装置及方法
CN107615270A (zh) 一种人机交互方法及其装置
CN106776270A (zh) 一种代码检测方法、装置及终端
CN108446211A (zh) 浏览器异常收集方法、装置、移动终端以及存储介质
US10540415B2 (en) Apparatus and method for managing history information in an electronic device
CN106657601A (zh) 智能终端操作的引导装置及方法
CN105975545A (zh) 一种终端控制方法及终端
CN106453652A (zh) 日志文件上传方法及系统
CN106991014A (zh) 一种处理用户输入事件的方法、装置及移动终端
CN105429818A (zh) 一种实现负载测试的方法和系统
CN115527603A (zh) 一种硬盘性能测试方法、中央控制机及测试机
CN106778165A (zh) 指纹处理装置及方法
CN105204849A (zh) 压力测试系统及其实现方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170623