CN111625384B - 移动终端异常问题分析方法、***、终端设备及存储介质 - Google Patents

移动终端异常问题分析方法、***、终端设备及存储介质 Download PDF

Info

Publication number
CN111625384B
CN111625384B CN202010447214.9A CN202010447214A CN111625384B CN 111625384 B CN111625384 B CN 111625384B CN 202010447214 A CN202010447214 A CN 202010447214A CN 111625384 B CN111625384 B CN 111625384B
Authority
CN
China
Prior art keywords
mobile terminal
abnormal
type
abnormal problem
unique identification
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.)
Active
Application number
CN202010447214.9A
Other languages
English (en)
Other versions
CN111625384A (zh
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.)
Guangdong Genius Technology Co Ltd
Original Assignee
Guangdong Genius 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 Guangdong Genius Technology Co Ltd filed Critical Guangdong Genius Technology Co Ltd
Priority to CN202010447214.9A priority Critical patent/CN111625384B/zh
Publication of CN111625384A publication Critical patent/CN111625384A/zh
Application granted granted Critical
Publication of CN111625384B publication Critical patent/CN111625384B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • G06F11/0772Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供了一种移动终端异常问题分析方法、***、终端设备以及存储介质,其方法包括:获取移动终端出现异常问题时产生的日志,并对日志进行提取;基于提取得到的日志内容确定移动终端出现的异常问题类型;将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器;当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器;对服务器收集到的各个移动终端的识别值进行统计,得到移动终端关于异常问题类型的综合统计结果。本发明实现了对移动终端出现死机等异常问题的分析归纳,能够更为直观的看到不同类型异常问题的占比情况,便于后续研发人员专项解决此类问题,减少了售后压力以及对机器的维护成本。

Description

移动终端异常问题分析方法、***、终端设备及存储介质
技术领域
本发明涉及移动终端异常问题解决技术领域,尤指一种移动终端异常问题分析方法、***、终端设备及存储介质。
背景技术
目前市场上的手机、手表等移动终端每年的出货量的都在几十亿件,如此庞大的出货量,对于整个市场的售后维修压力,可想而知是非常巨大的。每家公司都会在产品的研发阶段,经过多轮压力、人工等苛刻测试条件的测试。尽管经过这么一系列的测试,能够解决绝大部分以上的软硬件问题,但是产品到了个别用户的手中依然会出现各种各样奇怪的异常问题,例如死机、程序无响应、程序崩溃等。这些异常问题包括各种复杂的软件以及硬件问题,有的复现概率高的异常问题,测试的工程师一般能在产品未出货的时就可以反馈给研发人员。但是往往测试人员受制于测试条件以及测试量的局限性,并不能保证对所有异常问题及时发现。当产品到了用户手中,尤其随着产品的出货量的量级不断增大,很多的异常问题就会暴露出来。随着出货量越大越来大,这种异常问题随着积累也越来越多,这样不但会影响用户的体验,而且对于售后的压力也会很大。
对于市场上用户移动终端出现死机等异常问题,传统分析手段主要依赖售后端对用户移动终端进行日志提取或者机器寄回分析,这种分析方法不仅容易造成同一异常问题,开发人员重复分析的状态,而且导致各端问题杂糅,不利于快速的定位异常。因此针对这种情况,设计一种科学的异常问题归类方法,是非常有必要的。
发明内容
本发明的目的是提供一种移动终端异常问题分析方法、***、终端设备以及存储介质,实现对移动终端出现死机或者异常问题的分析归纳,更为直观的看到不同类型异常问题的占比情况,便于后续研发人员专项解决此类问题,减少售后压力以及对机器的维护成本。
本发明提供的技术方案如下:
本发明提供一种移动终端异常问题分析方法,包括步骤:
获取移动终端出现异常问题时产生的日志,并对日志进行提取;
基于提取得到的日志内容以及预设的日志内容与异常问题类型的对应关系,确定移动终端出现的异常问题类型;
根据预设的异常问题类型与唯一识别值的一一对应关系,将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器;
当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,将上报至服务器;
对服务器收集到的各个移动终端的唯一识别值进行统计,得到移动终端关于异常问题类型的综合统计结果。
进一步的,所述移动终端为安卓设备,所述将上报至服务器具体包括步骤:
将从特定寄存器读取到的所述唯一识别值保存到buffer;
将buffer里面的所述唯一识别值***到launcher数据库中;
控制launcher通过网络将所述唯一识别值上报到服务器。
进一步的,所述预设的日志内容与异常问题类型的对应关系中,异常问题类型按照所属的硬件和/或软件进行划分,其中至少一种硬件或软件还进行了进一步的细分。
进一步的,所述获取移动终端出现异常问题时产生的日志是指提取提取移动终端出现死机或异常重启时产生的日志;所述得到移动终端关于异常问题类型的统计结果具体是得到死机或异常重启类型的统计结果。
本发明提供一种移动终端异常问题分析***,包括模块:
日志提取模块,用于获取移动终端出现异常问题时产生的日志,并对日志进行提取;
类型确定模块,用于基于提取得到的日志内容以及预设的日志内容与异常问题类型的对应关系,确定移动终端出现的异常问题类型;
寄存器写入模块,用于根据预设的异常问题类型与唯一识别值的一一对应关系,将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器;
读取上报模块,用于当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,将上报至服务器;
收集统计模块,用于对服务器收集到的各个移动终端的唯一识别值进行统计,得到移动终端关于异常问题类型的统计结果。
进一步的,所述移动终端为安卓设备,所述将上报至服务器具体采用如下单元实现:
读取保存单元,用于将从特定寄存器读取到的所述唯一识别值保存到buffer;
数据***单元,用于将buffer里面的所述唯一识别值***到launcher数据库中;
数据上报单元,用于控制launcher通过网络将所述唯一识别值上报到服务器。
进一步的,所述预设的日志内容与异常问题类型的对应关系中,异常问题类型按照所属的硬件和/或软件进行划分,其中至少一种硬件或软件被划分为多个异常问题类型。
进一步的,所述提取移动终端出现异常问题时产生的日志是指提取移动终端出现死机或异常重启时产生的日志;所述得到移动终端关于异常问题类型的综合统计结果具体是得到死机或异常重启类型的综合统计结果。
本发明提供一种终端设备,包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器,用于执行所述存储器上所存放的计算机程序,实现如上述任一项所述的移动终端异常问题分析方法所执行的操作。
本发明提供一种存储介质,所述存储介质中存储有至少一条指令,所述指令由处理器加载并执行以实现上述任一项所述的移动终端异常问题分析方法所执行的操作。
通过本发明提供的一种移动终端异常问题分析方法、***、终端设备以及存储介质,实现了对移动终端出现死机或者异常问题的分析归纳,能够更为直观的看到不同类型死机的占比情况,便于后续研发人员专项解决此类问题,减少了售后压力以及对机器的维护成本。
附图说明
下面将以明确易懂的方式,结合附图说明优选实施方式,对一种数据处理方法、***、终端设备以及存储介质的上述特性、技术内容、优点及其实现方式予以进一步说明。
图1是本发明一种移动终端异常问题分析方法的一个实施例的流程图;
图2是本发明采用安卓***上报唯一识别值至服务器的流程图;
图3是本发明一种移动终端异常问题分析方法的另一个实施例的流程图;
图4是本发明一种移动终端异常问题分析***的一个实施例的结构示意图;
图5是本发明本发明采用安卓***上报唯一识别值至服务器的结构图;
图6是本发明一种移动终端异常问题分析***的另一个实施例的结构示意图;
图7是本发明一种终端设备的一个实施例的结构示意图。
具体实施方式
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对照附图说明本发明的具体实施方式。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,并获得其他的实施方式。
为使图面简洁,各图中只示意性地表示出了与本发明相关的部分,它们并不代表其作为产品的实际结构。另外,以使图面简洁便于理解,在有些图中具有相同结构或功能的部件,仅示意性地绘示了其中的一个,或仅标出了其中的一个。在本文中,“一个”不仅表示“仅此一个”,也可以表示“多于一个”的情形。
本发明的一个实施例,如图1所示,一种移动终端异常问题分析方法,包括步骤:
S100、获取移动终端出现异常问题时产生的日志,并对日志进行提取。
移动终端可以手机、智能手表、平板电脑、电纸书等,当移动终端出现异常问题时,对采用日志的形式将异常问题记录下来。本发明通过获取这些日志,然后对日志中的关键部分进行提取,即对与日志中与异常问题相关的内容进行提取。由于日志的产生规则是已知的,如何对日志中的关键部分进行提取,以及提取哪些日志内容,本领域人员是可以进行确定。
在本实施例中,预设的日志内容与异常问题类型的对应关系中,异常问题类型按照所属的硬件和/或软件进行划分,即每一类硬件和/或软件出现问题归属到一种类型的异常问题类型中。例如,以手机为例,可以分为异常问题类型A、异常问题类型B、异常问题类型C。
S200、基于提取得到的日志内容以及预设的日志内容与异常问题类型的对应关系,确定移动终端出现的异常问题类型。例如,确定移动终端出现的异常问题类型为异常问题类型A。
预设的日志内容与异常问题类型的对应关系可以通过下述方式进行得到:
预先通过获取并分析具有异常问题的移动终端的日志,这种日志一般需要大量,例如100至500份日志,对出现的同一类型的异常问题进行归类整理,对归类整理的每一类异常问题,确定出日志中异常问题所对应的特征部分,同一类异常问题,可能对应一种特征部分,也可能对应多种特征部分,例如不同的移动终端可能在同一异常问题类型下,可能不具有不同的特征部分。如此可以得到预设的日志内容与异常问题类型的对应关系,这种特征部分即要提取的日志内容。
S300、根据预设的异常问题类型与唯一识别值的一一对应关系,将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器。
每种异常问题类型对应一个唯一识别值,本步骤将移动终端的出现异常问题的类型所对应的唯一识别值存入特征寄存器中,在特征寄存器中保存为int类型的flag。特定的寄存器有专门的物理地址,AP(application process,移动终端中的应用处理器CPU)通过寻址可以进行读写操作。
例如:异常问题类型A题类型对应唯一识别值“1”、异常问题类型B对应唯一识别值“2”、异常问题类型C对应唯一识别值“3”。当确定移动终端出现的异常问题类型为异常问题类型A时,此处写入特定寄存器的值为“1”。
S400、当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器。服务器可以基于web平台实现。
S500、对服务器收集到的各个移动终端的唯一识别值进行统计,得到移动终端关于异常问题类型的综合统计结果,例如可以得到异常问题的统计报表或者分析图等,综合统计结果是指这些移动终端的数据一起统计,而非单独统计。如此,研发人员可以更为直观的看到不同异常问题类型的占比情况,便于后续研发人员专项解决此类问题。收集到不同手机的移动终端的不同异常问题类型的数量越多,统计结果越接近实际情况。
参考图2,本实施例以移动终端为安卓设备为例,具体说明采用安卓***上报唯一识别值至服务器的流程,具体包括步骤:
S401、将从特定寄存器读取到的所述唯一识别值保存到buffer。
buffer的意思就是缓冲区,它的作用就是在内存中预留出一定空间的内存大小,主要用来作为临时数据的存储,那么这部分内存区域,就称之为缓冲区,这样做的好处有俩个:①减少实际的物理读写次数;②缓冲区在创建时就被分配内存,这块内存区域一直被重用,可以减少动态分配和回收内存的次数。
S402、将buffer里面的所述唯一识别值***到launcher数据库中。
Launcher俗称“HomeScreen”,也就是开机后看到的第一个App,launcher其实就是一个app,它的作用用来显示和管理手机上其他App。目前市场上有很多第三方的launcher应用,比如“小米桌面”、“91桌面”等等。
S403、控制launcher通过网络将所述唯一识别值上报到服务器。
在前述实施例中,每一类硬件和/或软件出现问题归属到一种类型的异常问题类型中,在本发明的另一实施例中,异常问题类型按照所属的硬件和/或软件进行划分,其中至少一种硬件或软件还被划分为多个异常问题类型,即存在至少一种硬件或软件,每种硬件或软件分别被划分为2个或以上的异常问题类型。例如,在前述实施例中,以手机为例,分为异常问题类型A、异常问题类型B、异常问题类型C1、异常问题类型C2以及异常问题类型C3,异常问题类型C被划分得到的每一种类型C1、C2、C3也属于一种异常问题类型,在预设的异常问题类型与唯一识别值的一一对应关系中,也分别具有对应的唯一识别值。其中,异常问题类型C1、异常问题类型C2以及异常问题类型C3同属于统一硬件或者软件C上的异常问题,即在得到移动终端关于异常问题类型的统计结果时,包括各个硬件和/或软件的异常问题类型报表,如异常问题类型A、B、C以及其他各自的占比,还包括单个硬件和/或软件的异常问题类型报表,如异常问题子类型C1、C2、C3以及异常问题类型C中的其他异常问题类型各自的占比。
本发明的另一个实施例,如图3所示,本实施例以手机死机问题为例,进行说明。具体的,本实施例是上述实施例对应的具体应用,相同的部分具体可参见上述实施例。本实施例的一种移动终端异常问题分析方法,包括步骤:
S110、获取手机出现死机问题时产生的日志,并对日志进行提取。
当手机出现死机问题时,手机采用日志log的形式将死机问题记录下来。本发明通过获取这些日志log,然后对日志log中的关键部分进行提取,即对与日志log中与死机问题相关的内容进行提取。由于日志log的产生规则是已知的,如何对日志中的关键部分进行提取,以及提取哪些日志内容,本领域人员是可以进行确定。
在本实施例中,预设的日志内容与死机问题类型的对应关系中,log类型按照所属的硬件和/或软件进行划分,即每一类硬件和/或软件出现问题归属到一种类型的异常问题类型中。例如,可以分为Android***端死机问题类型、kernel端死机问题类型、modem端死机问题类型。
S210、基于提取得到的日志内容以及预设的日志内容与死机问题类型的对应关系,确定手机出现的死机问题类型。例如,确定手机出现的死机问题类型为Android***端死机问题类型。
预设的日志内容与异常问题类型的对应关系可以通过下述方式进行得到:
预先通过获取并分析具有死机问题的手机的日志,这种日志一般需要大量,例如100至500份日志,对出现的同一类型的死机问题进行归类整理,对归类整理的每一类死机问题,确定出日志中死机问题所对应的特征部分,同一类死机问题,可能对应一种特征部分,也可能对应多种特征部分,例如不同的死机可能在同一死机问题类型下,可能不具有不同的特征部分。如此可以得到预设的日志内容与死机问题类型的对应关系,这种特征部分即要提取的日志内容。
S310、根据预设的死机问题类型与唯一识别值的一一对应关系,将手机出现的死机问题类型对应的唯一识别值写入特定寄存器。
每种死机问题类型对应一个唯一识别值,本步骤将手机的出现死机问题的类型所对应的唯一识别值存入特征寄存器中,在特征寄存器中保存为int类型的flag。特定的寄存器有专门的物理地址,AP(application process,手机中的应用处理器CPU)通过寻址可以进行读写操作。
例如:Android***端死机问题类型对应唯一识别值“1”、kernel端死机问题类型对应唯一识别值“2”、modem端死机问题类型对应唯一识别值“3”。当确定手机出现的死机问题类型为Android***端死机问题类型,是此处写入特定寄存器的值为“1”。
S410、当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器。
S510、对服务器收集到的各个手机的唯一识别值进行统计,得到手机关于死机问题类型的统计结果,例如可以得到死机问题的统计报表或者分析图等。如此,研发人员可以更为直观的看到不同类型死机问题的占比情况,便于后续研发人员专项解决此类问题。收集到不同手机的移动终端的不同死机问题类型的数量越多,统计结果越接近实际情况。
本发明的一个实施例,如图4所示,一种移动终端异常问题分析***,包括模块:
本发明提供一种移动终端异常问题分析***,包括模块:本发明提供一种移动终端异常问题分析***,包括模块:日志提取模块100、类型确定模块200、寄存器写入模块300、读取上报模块400、收集统计模块500。
日志提取模块100,用于获取移动终端出现异常问题时产生的日志,并对日志进行提取。
移动终端可以手机、智能手表、平板电脑、电纸书等,当移动终端出现异常问题时,对采用日志的形式将异常问题记录下来。本发明通过获取这些日志,然后对日志中的关键部分进行提取,即对与日志中与异常问题相关的内容进行提取。由于日志的产生规则是已知的,如何对日志中的关键部分进行提取,以及提取哪些日志内容,本领域人员是可以进行确定。
在本实施例中,预设的日志内容与异常问题类型的对应关系中,异常问题类型按照所属的硬件和/或软件进行划分,即每一类硬件和/或软件出现问题归属到一种类型的异常问题类型中。例如,以手机为例,可以分为异常问题类型A、异常问题类型B、异常问题类型C。
类型确定模块200,用于基于提取得到的日志内容以及预设的日志内容与异常问题类型的对应关系,确定移动终端出现的异常问题类型。例如,确定移动终端出现的异常问题类型为异常问题类型A。
预设的日志内容与异常问题类型的对应关系可以通过下述方式进行得到:
预先通过获取并分析具有异常问题的移动终端的日志,这种日志一般需要大量,例如100至500份日志,对出现的同一类型的异常问题进行归类整理,对归类整理的每一类异常问题,确定出日志中异常问题所对应的特征部分,同一类异常问题,可能对应一种特征部分,也可能对应多种特征部分,例如不同的移动终端可能在同一异常问题类型下,可能不具有不同的特征部分。如此可以得到预设的日志内容与异常问题类型的对应关系,这种特征部分即要提取的日志内容。
寄存器写入模块300,用于根据预设的异常问题类型与唯一识别值的一一对应关系,将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器。
每种异常问题类型对应一个唯一识别值,本模块将移动终端的出现异常问题的类型所对应的唯一识别值存入特征寄存器中,在特征寄存器中保存为int类型的flag。特定的寄存器有专门的物理地址,AP(application process,移动终端中的应用处理器CPU)通过寻址可以进行读写操作。
例如:异常问题类型A题类型对应唯一识别值“1”、异常问题类型B对应唯一识别值“2”、异常问题类型C对应唯一识别值“3”。当确定移动终端出现的异常问题类型为异常问题类型A时,此处写入特定寄存器的值为“1”。
读取上报模块400,用于当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器。服务器可以基于web平台实现。
收集统计模块500,用于对服务器收集到的各个移动终端的唯一识别值进行统计,得到移动终端关于异常问题类型的统计结果,例如可以得到异常问题的统计报表或者分析图等。如此,研发人员可以更为直观的看到不同类型死机的占比情况,便于后续研发人员专项解决此类问题。
参考图5,本实施例以移动终端为安卓设备为例,具体说明采用安卓***上报唯一识别值至服务器的结构,具体包括单元:读取保存单元401、数据***单元402以及数据上报单元403。
读取保存单元401,用于将从特定寄存器读取到的所述唯一识别值保存到buffer。
buffer的意思就是缓冲区,它的作用就是在内存中预留出一定空间的内存大小,主要用来作为临时数据的存储,那么这部分内存区域,就称之为缓冲区,这样做的好处有俩个:①减少实际的物理读写次数;②缓冲区在创建时就被分配内存,这块内存区域一直被重用,可以减少动态分配和回收内存的次数。
据***单元402,用于将buffer里面的所述唯一识别值***到launcher数据库中。
Launcher俗称“HomeScreen”,也就是开机后看到的第一个App,launcher其实就是一个app,它的作用用来显示和管理手机上其他App。目前市场上有很多第三方的launcher应用,比如“小米桌面”、“91桌面”等等。
数据上报单元403,用于控制launcher通过网络将所述唯一识别值上报到服务器。
在前述实施例中,每一类硬件和/或软件出现问题归属到一种类型的异常问题类型中,在本发明的另一实施例中,异常问题类型按照所属的硬件和/或软件进行划分,其中至少一种硬件或软件还被划分为多个异常问题类型,即存在至少一种硬件或软件,每种硬件或软件分别被划分为2个或以上的异常问题类型。例如,在前述实施例中,以手机为例,分为异常问题类型A、异常问题类型B、异常问题类型C1、异常问题类型C2以及异常问题类型C3,异常问题类型C被划分得到的每一种类型C1、C2、C3也属于一种异常问题类型,在预设的异常问题类型与唯一识别值的一一对应关系中,也分别具有对应的唯一识别值。其中,异常问题类型C1、异常问题类型C2以及异常问题类型C3同属于统一硬件或者软件上的异常问题,即在得到移动终端关于异常问题类型的统计结果时,包括各个硬件和/或软件的异常问题类型报表,如异常问题类型A、B、C以及其他各自的占比,还包括单个硬件和/或软件的异常问题类型报表,如异常问题类型C1、C2、C3以及异常问题类型C中的其他异常问题类型各自的占比。
本发明的另一个实施例,如图6所示,本实施例以手机死机问题为例,进行说明。具体的,本实施例是上述实施例对应的具体应用,相同的部分具体可参见上述实施例。本实施例的一种移动终端异常问题分析方法,包括模块:日志提取模块110、类型确定模块210、寄存器写入模块310、读取上报模块410、收集统计模块510。
日志提取模块110,用于获取手机出现死机问题时产生的日志,并对日志进行提取。
当手机出现死机问题时,手机采用日志log的形式将死机问题记录下来。本发明通过获取这些日志log,然后对日志log中的关键部分进行提取,即对与日志log中与死机问题相关的内容进行提取。由于日志log的产生规则是已知的,如何对日志中的关键部分进行提取,以及提取哪些日志内容,本领域人员是可以进行确定。
在本实施例中,预设的日志内容与死机问题类型的对应关系中,log类型按照所属的硬件和/或软件进行划分,即每一类硬件和/或软件出现问题归属到一种类型的异常问题类型中。例如,可以分为Android***端死机问题类型、kernel端死机问题类型、modem端死机问题类型。
类型确定模块210,用于基于提取得到的日志内容以及预设的日志内容与死机问题类型的对应关系,确定手机出现的死机问题类型。例如,确定手机出现的死机问题类型为Android***端死机问题类型。
预设的日志内容与异常问题类型的对应关系可以通过下述方式进行得到:
预先通过获取并分析具有死机问题的手机的日志,这种日志一般需要大量,例如100至500份日志,对出现的同一类型的死机问题进行归类整理,对归类整理的每一类死机问题,确定出日志中死机问题所对应的特征部分,同一类死机问题,可能对应一种特征部分,也可能对应多种特征部分,例如不同的死机可能在同一死机问题类型下,可能不具有不同的特征部分。如此可以得到预设的日志内容与死机问题类型的对应关系,这种特征部分即要提取的日志内容。
寄存器写入模块310,用于根据预设的死机问题类型与唯一识别值的一一对应关系,将手机出现的死机问题类型对应的唯一识别值写入特定寄存器。
每种死机问题类型对应一个唯一识别值,本模块将手机的出现死机问题的类型所对应的唯一识别值存入特征寄存器中,在特征寄存器中保存为int类型的flag。特定的寄存器有专门的物理地址,AP(application process,手机中的应用处理器CPU)通过寻址可以进行读写操作。
例如:Android***端死机问题类型对应唯一识别值“1”、kernel端死机问题类型对应唯一识别值“2”、modem端死机问题类型对应唯一识别值“3”。当确定手机出现的死机问题类型为Android***端死机问题类型,是此处写入特定寄存器的值为“1”。
读取上报模块410,用于当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器。
收集统计模块510,用于对服务器收集到的各个手机的唯一识别值进行统计,得到手机关于死机问题类型的统计结果,例如可以得到死机问题的统计报表或者分析图等。如此,研发人员可以更为直观的看到不同类型死机问题的占比情况,便于后续研发人员专项解决此类问题。收集到不同手机的移动终端的不同死机问题类型的数量越多,统计结果越接近实际情况。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各程序模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的程序模块完成,即将装置的内部结构划分成不同的程序单元或模块,以完成以上描述的全部或者部分功能。实施例中的各程序模块可以集成在一个处理单元中,也可是各个单元单独物理存在,也可以两个或两个以上单元集成在一个处理单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件程序单元的形式实现。另外,各程序模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。
本发明的一个实施例,如图7所示,一种终端设备100,包括处理器110、存储器120,其中,存储器120,用于存放计算机程序;处理器110,用于执行存储器120上所存放的计算机程序,实现上述图1-3任意一个所对应方法实施例中的移动终端异常问题分析方法。
所述终端设备100可以为桌上型计算机、笔记本、掌上电脑、平板型计算机、手机、人机交互屏等设备。所述终端设备100可包括,但不仅限于处理器110、存储器120。本领域技术人员可以理解,图7仅仅是终端设备100的示例,并不构成对终端设备100的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如:终端设备100还可以包括输入/输出接口、显示设备、网络接入设备、通信总线、通信接口等。通信接口和通信总线,还可以包括输入/输出接口,其中,处理器110、存储器120、输入/输出接口和通信接口通过通信总线完成相互间的通信。该存储器120存储有计算机程序,该处理器110用于执行存储器120上所存放的计算机程序,实现上述图1-4任意一个所对应方法实施例中的数据处理方法。
所述处理器110可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器120可以是所述终端设备100的内部存储单元,例如:终端设备的硬盘或内存。所述存储器也可以是所述终端设备的外部存储设备,例如:所述终端设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器120还可以既包括所述终端设备100的内部存储单元也包括外部存储设备。所述存储器120用于存储所述计算机程序以及所述终端设备100所需要的其他程序和数据。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。
通信总线是连接所描述的元素的电路并且在这些元素之间实现传输。例如,处理器110通过通信总线从其它元素接收到命令,解密接收到的命令,根据解密的命令执行计算或数据处理。存储器120可以包括程序模块,例如内核(kernel),中间件(middleware),应用程序编程接口(Application Programming Interface,API)和应用。该程序模块可以是有软件、固件或硬件、或其中的至少两种组成。输入/输出接口转发用户通过输入/输出接口(例如感应器、键盘、触摸屏)输入的命令或数据。通信接口将该终端设备100与其它网络设备、用户设备、网络进行连接。例如,通信接口可以通过有线或无线连接到网络以连接到外部其它的网络设备或用户设备。无线通信可以包括以下至少一种:无线保真(WiFi),蓝牙(BT),近距离无线通信技术(NFC),全球卫星定位***(GPS)和蜂窝通信等等。有线通信可以包括以下至少一种:通用串行总线(USB),高清晰度多媒体接口(HDMI),异步传输标准接口(RS-232)等等。网络可以是电信网络和通信网络。通信网络可以为计算机网络、因特网、物联网、电话网络。终端设备100可以通过通信接口连接网络,终端设备100和其它网络设备通信所用的协议可以被应用、应用程序编程接口(API)、中间件、内核和通信接口至少一个支持。
本发明的一个实施例,一种存储介质,存储介质中存储有至少一条指令,指令由处理器加载并执行以实现上述数据处理方法对应实施例所执行的操作。例如,计算机可读存储介质可以是只读内存(ROM)、随机存取存储器(RAM)、只读光盘(CD-ROM)、磁带、软盘和光数据存储设备等。
它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详细描述或记载的部分,可以参见其他实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其他的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个***,或一些内容可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性、机械或其他的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可能集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序发送指令给相关的硬件完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括:计算机程序代码,所述计算机程序代码可以为源代码形式、数据项代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如:在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
应当说明的是,上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种移动终端异常问题分析方法,其特征在于,包括步骤:
获取移动终端出现异常问题时产生的日志,并对日志进行提取;
基于提取得到的日志内容以及预设的日志内容与异常问题类型的对应关系,确定移动终端出现的异常问题类型;
根据预设的异常问题类型与唯一识别值的一一对应关系,将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器;
当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器;
对服务器收集到的各个移动终端的唯一识别值进行统计,得到移动终端关于异常问题类型的综合统计结果;
所述移动终端为安卓设备,所述上报至服务器具体包括步骤:
将从特定寄存器读取到的所述唯一识别值保存到buffer;
将buffer里面的所述唯一识别值***到launcher数据库中;
控制launcher通过网络将所述唯一识别值上报到服务器。
2.根据权利要求1所述的移动终端异常问题分析方法,其特征在于,所述预设的日志内容与异常问题类型的对应关系中,异常问题类型按照所属的硬件和/或软件进行划分,其中至少一种硬件或软件被划分为多个异常问题类型。
3.根据权利要求1所述的移动终端异常问题分析方法,其特征在于,所述获取移动终端出现异常问题时产生的日志是指提取移动终端出现死机或异常重启时产生的日志;所述得到移动终端关于异常问题类型的综合统计结果具体是得到死机或异常重启类型的综合统计结果。
4.一种移动终端异常问题分析***,其特征在于,包括模块:
日志提取模块,用于获取移动终端出现异常问题时产生的日志,并对日志进行提取;
类型确定模块,用于基于提取得到的日志内容以及预设的日志内容与异常问题类型的对应关系,确定移动终端出现的异常问题类型;
寄存器写入模块,用于根据预设的异常问题类型与唯一识别值的一一对应关系,将移动终端出现的异常问题类型对应的唯一识别值写入特定寄存器;
读取上报模块,用于当设备在下次开机时,读取特定寄存器,得到特定寄存器中的所述唯一识别值,并上报至服务器;
收集统计模块,用于对服务器收集到的各个移动终端的唯一识别值进行统计,得到移动终端关于异常问题类型的综合统计结果;
所述移动终端为安卓设备,所述上报至服务器具体采用如下单元实现:
读取保存单元,用于将从特定寄存器读取到的所述唯一识别值保存到buffer;
数据***单元,用于将buffer里面的所述唯一识别值***到launcher数据库中;
数据上报单元,用于控制launcher通过网络将所述唯一识别值上报到服务器。
5.根据权利要求4所述的移动终端异常问题分析***,其特征在于,所述预设的日志内容与异常问题类型的对应关系中,异常问题类型按照所属的硬件和/或软件进行划分,其中至少一种硬件或软件被划分为多个异常问题类型。
6.根据权利要求4所述的移动终端异常问题分析***,其特征在于,提取移动终端出现异常问题时产生的日志是指提取移动终端出现死机或异常重启时产生的日志;所述得到移动终端关于异常问题类型的综合统计结果具体是得到死机或异常重启类型的综合统计结果。
7.一种终端设备,其特征在于,包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器,用于执行所述存储器上所存放的计算机程序,实现如权利要求1至权利要求3任一项所述的移动终端异常问题分析方法所执行的操作。
8.一种存储介质,其特征在于,所述存储介质中存储有至少一条指令,所述指令由处理器加载并执行以实现如权利要求1至权利要求3任一项所述的移动终端异常问题分析方法所执行的操作。
CN202010447214.9A 2020-05-25 2020-05-25 移动终端异常问题分析方法、***、终端设备及存储介质 Active CN111625384B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010447214.9A CN111625384B (zh) 2020-05-25 2020-05-25 移动终端异常问题分析方法、***、终端设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010447214.9A CN111625384B (zh) 2020-05-25 2020-05-25 移动终端异常问题分析方法、***、终端设备及存储介质

Publications (2)

Publication Number Publication Date
CN111625384A CN111625384A (zh) 2020-09-04
CN111625384B true CN111625384B (zh) 2024-05-14

Family

ID=72259076

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010447214.9A Active CN111625384B (zh) 2020-05-25 2020-05-25 移动终端异常问题分析方法、***、终端设备及存储介质

Country Status (1)

Country Link
CN (1) CN111625384B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112346897B (zh) * 2020-10-23 2022-07-22 浪潮电子信息产业股份有限公司 一种处理计算机故障的方法及***
CN112860516A (zh) * 2021-02-04 2021-05-28 展讯通信(上海)有限公司 一种日志保存方法、通信装置、芯片及模组设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101753846B1 (ko) * 2015-12-28 2017-07-19 주식회사 시큐아이 사용자 맞춤형 로그 타입을 생성하기 위한 방법, 시스템 및 컴퓨터 판독 가능한 기록 매체
CN109189612A (zh) * 2018-09-04 2019-01-11 广东小天才科技有限公司 一种Linux内核异常时的日志处理方法及电子设备
CN109284269A (zh) * 2018-10-17 2019-01-29 Oppo广东移动通信有限公司 异常日志分析方法、装置、存储介质及服务器
CN109474483A (zh) * 2019-01-08 2019-03-15 Oppo广东移动通信有限公司 一种设备异常情况的检测方法、检测装置及终端设备
CN109558261A (zh) * 2018-11-20 2019-04-02 广东小天才科技有限公司 一种可穿戴设备的异常日志获取方法及***
CN110825611A (zh) * 2018-08-14 2020-02-21 深圳兆日科技股份有限公司 异常程序的分析方法及装置和计算机可读存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9389942B2 (en) * 2013-10-18 2016-07-12 Intel Corporation Determine when an error log was created

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101753846B1 (ko) * 2015-12-28 2017-07-19 주식회사 시큐아이 사용자 맞춤형 로그 타입을 생성하기 위한 방법, 시스템 및 컴퓨터 판독 가능한 기록 매체
CN110825611A (zh) * 2018-08-14 2020-02-21 深圳兆日科技股份有限公司 异常程序的分析方法及装置和计算机可读存储介质
CN109189612A (zh) * 2018-09-04 2019-01-11 广东小天才科技有限公司 一种Linux内核异常时的日志处理方法及电子设备
CN109284269A (zh) * 2018-10-17 2019-01-29 Oppo广东移动通信有限公司 异常日志分析方法、装置、存储介质及服务器
CN109558261A (zh) * 2018-11-20 2019-04-02 广东小天才科技有限公司 一种可穿戴设备的异常日志获取方法及***
CN109474483A (zh) * 2019-01-08 2019-03-15 Oppo广东移动通信有限公司 一种设备异常情况的检测方法、检测装置及终端设备

Also Published As

Publication number Publication date
CN111625384A (zh) 2020-09-04

Similar Documents

Publication Publication Date Title
US7953762B2 (en) Infrastructure and architecture for development and execution of predictive models
CN111625384B (zh) 移动终端异常问题分析方法、***、终端设备及存储介质
US20170249556A1 (en) Predictive modeling
CN113704243A (zh) 数据分析方法、装置、计算机装置及存储介质
CN109766271B (zh) 混合应用自动化测试方法、装置、电子设备及存储介质
US20220398391A1 (en) Method and apparatus for improving reading and writing speed of contactless card and terminal device
CN113010116A (zh) 一种数据处理方法、装置、终端设备及可读存储介质
CN106162576B (zh) 一种移动终端网络流量显示方法及装置
CN109525951A (zh) 垃圾短信处理方法、装置及设备
CN112380115A (zh) 一种回归测试方法、装置、电子设备及存储介质
CN112328561A (zh) 一种日志传递方法、***、电子设备和存储介质
CN116775575A (zh) 一种文件合并方法、装置、电子设备及存储介质
CN108304310B (zh) 一种日志分析方法及计算设备
CN115357625A (zh) 结构化数据比对方法、装置、电子设备及存储介质
CN114338850B (zh) 报文核对方法、装置、终端设备及计算机可读存储介质
CN113448867B (zh) 一种软件压力测试方法及装置
CN111222739B (zh) 核电站的任务分配方法及核电站的任务分配***
CN114942905A (zh) 一种迁移数据验证方法、装置、设备和存储介质
CN114116866A (zh) 一种数据获取方法、装置、终端设备及存储介质
CN111143156B (zh) 大数据平台垃圾任务采集***、方法及计算机***
CN114186958A (zh) 将列表数据导出为电子表格的方法、计算设备及存储介质
WO2021087662A1 (zh) 内存分配方法、装置、终端及计算机可读存储介质
CN113407386A (zh) 一种模拟测试居民证件的方法、装置、设备和介质
CN113495828A (zh) 日志展示方法、装置及电子设备
CN111158994A (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
GR01 Patent grant
GR01 Patent grant