CN105930247B - 系统重启问题的处理方法、装置以及移动终端 - Google Patents
系统重启问题的处理方法、装置以及移动终端 Download PDFInfo
- Publication number
- CN105930247B CN105930247B CN201610232733.7A CN201610232733A CN105930247B CN 105930247 B CN105930247 B CN 105930247B CN 201610232733 A CN201610232733 A CN 201610232733A CN 105930247 B CN105930247 B CN 105930247B
- Authority
- CN
- China
- Prior art keywords
- file
- restart
- restarting
- type
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
- G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
Abstract
本公开了是关于一种系统重启问题的处理方法、装置以及移动终端,属于移动设备制造技术领域。该方法包括:监听移动终端的操作系统是否发出开机广播;当监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件以及目标文件的文件名称,其中,所述目标目录用于存储操作系统每次发生重大异常时的文件记录;根据目标文件确定操作系统发生重启时的重启类型;根据重启类型以及目标文件生成对应的重启信息。实现了可以收集更多更细的重启问题信息,从而通过该重启信息能够快速并有效地定位移动终端重启的问题所在。
Description
技术领域
本公开涉及移动设备制造技术领域,尤其涉及一种系统重启问题的处理方法、装置以及移动终端。
背景技术
随着移动终端制造技术以及电子技术的快速发展,移动终端已经逐渐成为人们工作生活中不可或缺的通信娱乐工具。目前,当人们使用移动终端时,经常会发生移动终端自动异常重启的现象。然而,移动终端的重启问题往往很难调查,这是因为在每次移动终端的操作系统重启之后都会丢失原先保存的日志信息,并且重启的原因也多种多样,操作系统的任何模块异常都会导致移动终端的重启。而且,一般移动终端的重启总是很突然的发生,没有征兆,在重启后用户反馈也比较困难,这是因为现场已经由于操作系统的重启而被破坏,从而导致移动终端的重启问题定位困难。
因此,如何能够快速并有效地定位移动终端重启的问题所在已经成为亟待解决的问题。
发明内容
为克服相关技术中存在的问题,本公开实施例提出了一种系统重启问题的处理方法、装置以及移动终端。所述技术方案如下:
根据本公开实施例的第一方面,提供一种系统重启问题的处理方法,该方法包括:监听移动终端的操作系统是否发出开机广播;当监听到所述操作系统发出所述开机广播时,从所述移动终端的目标目录中获取目标文件,其中,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;根据所述目标文件确定所述操作系统发生重启时的重启类型;根据所述重启类型以及所述目标文件生成对应的重启信息。
可选的,其中,所述目标目录为dropbox目录。
可选的,所述根据所述目标文件确定所述操作系统发生重启时的重启类型,包括:判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;如果所述目标文件中包含所述第一文件,则确定所述操作系统发生重启时的重启类型为软件重启类型;如果所述目标文件中包含所述第二文件,则确定所述操作系统发生重启时的重启类型为硬件重启类型。
可选的,所述第一文件为SYSTEM_RESTART;所述第二文件为SYSTEM_BOOT。
可选的,所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容。
可选的,所述根据所述重启类型以及所述目标文件生成对应的重启信息,包括:根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;根据所述重启类型获取与所述重启细分类对应的日志内容;按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
可选的,所述根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类,包括:当所述重启类型为所述软件重启类型时,判断所述目标文件中是否包含第三文件或第四文件,其中,所述第三文件用于记录由于软件看门狗WATCHDOG重启所产生的日志内容,所述第四文件用于记录由于系统服务崩溃(SYSTEM SERVER CRASH)导致操作系统重启时所产生的日志内容;如果所述目标文件中包含所述第三文件,则确定所述软件重启类型的重启细分类为WATCHDOG类型;如果所述目标文件中包含所述第四文件,则确定所述软件重启类型的重启细分类为系统服务崩溃类型;当所述重启类型为所述硬件重启类型时,从所述目标文件中获取第五文件,其中,所述第五文件用于存储由所述操作系统的系统内核kernel记录的重启细分类信息;读取所述第五文件的文件内容以获取所述硬件重启类型的重启细分类。
可选的,所述根据所述重启类型获取与所述重启细分类对应的日志内容,包括:当所述重启类型为所述软件重启类型时,获取所述软件重启类型的重启细分类所对应的文件内容,并将所述重启细分类所对应的文件内容作为与所述重启细分类对应的日志内容;当所述重启类型为所述硬件重启类型时,获取所述操作系统的系统内核在所述操作系统最后发生重启前留存的信息内容,并将所述信息内容作为所述硬件重启类型的重启细分类对应的日志内容。
可选的,所述方法还包括:获取所述移动终端的设备信息;其中,所述重启信息还包括所述设备信息。
可选的,在所述根据所述重启类型以及所述目标文件生成对应的重启信息之后,所述方法还包括:将所述重启信息上传至服务器,其中,所述重启信息用于所述服务器根据所述重启类型对至少一个移动终端发送的重启信息进行归类,并输出归类后的重启信息。
根据本公开实施例的第二方面,提供一种系统重启问题的处理方法,包括:接收移动终端发送的重启信息,其中,所述重启信息是由所述移动终端在监听到开机广播时根据目标文件以及所述移动终端发生重启时的重启类型生成的,其中,所述目标文件是从所述移动终端的目标目录中获取的,所述重启类型是根据所述目标文件确定的,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;统计所述移动终端每次发生异常重启时所发送的所述重启信息,并根据所述重启类型对所述移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。
可选的,其中,所述重启信息还包括所述移动终端的设备信息,当所述移动终端为多个时,还包括:统计各个移动终端每次发生异常重启时所发送的所述重启信息;根据所述重启类型、移动终端的设备信息对所述各个移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。
根据本公开实施例的第三方面,提供一种系统重启问题的处理装置,该装置包括:监听模块,用于监听移动终端的操作系统是否发出开机广播;第一获取模块,用于在监听到所述操作系统发出所述开机广播时,从所述移动终端的目标目录中获取目标文件,其中,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;确定模块,用于根据所述目标文件确定所述操作系统发生重启时的重启类型;生成模块,用于根据所述重启类型以及所述目标文件生成对应的重启信息。
可选的,其中,所述目标目录为dropbox目录。
可选的,所述确定模块包括:判断子模块,用于判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;第一确定子模块,用于在所述目标文件中包含所述第一文件时,确定所述操作系统发生重启时的重启类型为软件重启类型;第二确定子模块,用于在所述目标文件中包含所述第二文件时,确定所述操作系统发生重启时的重启类型为硬件重启类型。
可选的,所述第一文件为SYSTEM_RESTART;所述第二文件为SYSTEM_BOOT。
可选的,所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容。
可选的,所述生成模块包括:第一获取子模块,用于根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;第二获取子模块,用于根据所述重启类型获取与所述重启细分类对应的日志内容;生成子模块,用于按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
可选的,所述第一获取子模块还用于:在所述重启类型为所述软件重启类型时,判断所述目标文件中是否包含第三文件或第四文件,其中,所述第三文件用于记录由于软件看门狗WATCHDOG重启所产生的日志内容,所述第四文件用于记录由于系统服务崩溃导致操作系统重启时所产生的日志内容;在所述目标文件中包含所述第三文件时,确定所述软件重启类型的重启细分类为WATCHDOG类型;在所述目标文件中包含所述第四文件时,确定所述软件重启类型的重启细分类为系统服务崩溃类型;在所述重启类型为所述硬件重启类型时,从所述目标文件中获取第五文件,其中,所述第五文件用于存储由所述操作系统的系统内核kernel记录的重启细分类信息;读取所述第五文件的文件内容以获取所述硬件重启类型的重启细分类。
可选的,所述第二获取子模块还用于:在所述重启类型为所述软件重启类型时,获取所述软件重启类型的重启细分类所对应的文件内容,并将所述重启细分类所对应的文件内容作为与所述重启细分类对应的日志内容;在所述重启类型为所述硬件重启类型时,获取所述操作系统的系统内核在所述操作系统最后发生重启前留存的信息内容,并将所述信息内容作为所述硬件重启类型的重启细分类对应的日志内容。
可选的,所述装置还包括:第二获取模块,用于获取所述移动终端的设备信息;其中,所述重启信息还包括所述设备信息。
可选的,所述装置还包括:上传模块,用于将所述重启信息上传至服务器,其中,所述重启信息用于所述服务器根据所述重启类型对至少一个移动终端发送的重启信息进行归类,并输出归类后的重启信息。
根据本公开实施例的第四方面,提供一种系统重启问题的处理装置,包括:接收模块,用于接收移动终端发送的重启信息,其中,所述重启信息是由所述移动终端在监听到开机广播时根据目标文件以及所述移动终端发生重启时的重启类型生成的,其中,所述目标文件是从所述移动终端的目标目录中获取的,所述重启类型是根据所述目标文件确定的,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;分析模块,用于统计所述移动终端每次发生异常重启时所发送的所述重启信息,并根据所述重启类型对所述移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。
可选的,其中,所述重启信息还包括所述移动终端的设备信息,当所述移动终端为多个时,所述分析模块包括:统计子模块,用于统计各个移动终端每次发生异常重启时所发送的所述重启信息;归类子模块,用于根据所述重启类型、移动终端的设备信息对所述各个移动终端发送的重启信息进行归类;输出子模块,用于将归类后的重启信息进行输出。
根据本公开实施例的第五方面,提供一种移动终端,包括:本公开实施例的第三方面所述的系统重启问题的处理装置。
根据本公开实施例的第六方面,提供另一种移动终端,包括:一个或者多个处理器;存储器;一个或者多个程序,所述一个或者多个程序存储在所述存储器中,当被所述一个或者多个处理器执行时进行如下操作:监听移动终端的操作系统是否发出开机广播;当监听到所述操作系统发出所述开机广播时,从所述移动终端的目标目录中获取目标文件,其中,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;根据所述目标文件确定所述操作系统发生重启时的重启类型;根据所述重启类型以及所述目标文件生成对应的重启信息。
本公开实施例提供的技术方案可以包括以下有益效果:
监听操作系统是否发出开机广播,当监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,其中,目标目录用于存储操作系统每次发生重大异常时的文件记录,并根据目标文件确定操作系统发生重启时的重启类型,最后根据重启类型以及目标文件生成对应的重启信息。实现了通过监听到操作系统发出开机广播时就立即进行重启信息的收集,在第一时间保留并获取对于分析重启问题最有效的信息,避免了随着时间的推移而丢失日志现象的发生,本实施例提供的方法简单直接有效,无需在系统日志中过滤处理重启信息,并且,通过该重启信息即可快速并有效地定位移动终端重启的问题所在。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起被配置为解释本公开的原理。
图1是根据一示例性实施例示出的一种系统重启问题的处理方法的流程图;
图2是根据一示例性实施例示出的生成重启信息的流程图;
图3是根据另一示例性实施例示出的一种系统重启问题的处理方法的流程图;
图4是根据一示例性实施例示出的一种系统重启问题的处理装置的框图;
图5是根据一示例性实施例示出的确定模块的框图;
图6是根据一示例性实施例示出的生成模块的框图;
图7是根据另一示例性实施例示出的一种系统重启问题的处理装置的框图;
图8是根据又一示例性实施例示出的一种系统重启问题的处理装置的框图;
图9是根据一示例性实施例示出的另一种系统重启问题的处理方法的流程图;
图10是根据一示例性实施例示出的另一种系统重启问题的处理装置的框图;
图11是根据又一示例性实施例示出的另一种系统重启问题的处理装置的框图;
图12是根据一示例性实施例示出的一种用于系统发生重启时对重启问题进行处理的装置的框图;
图13是是根据一示例性实施例示出的另一种用于系统发生重启时对重启问题进行处理的装置的框图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种系统重启问题的处理方法的流程图,本实施例以系统重启问题的处理方法被配置为系统重启问题的处理装置中来举例说明。需要说明的是,本实施例的系统重启问题的处理方法可应用于移动终端中,该移动终端可以是手机、平板电脑、个人数字助理等具有各种操作系统的硬件设备,其中,本实施例以移动终端的操作系统为Android(安卓)操作系统为例。
如图1所示,该系统重启问题的处理方法可以包括:
在步骤S101中,监听移动终端的操作系统是否发出开机广播。
在移动终端的操作系统发生重启时,可实时监听以判断操作系统是否发出开机广播,如果未监听到操作系统发出的开机广播,则继续监听直至监听到操作系统发出开机广播。例如,以操作系统为Android操作系统为例,在操作系统发生重启时,可实时监听操作系统是否发出开机广播“android.intent.action.BOOT_COMPLETED”,当监听到操作系统发出该开机广播,则可判断操作系统开始进入开机操作。
在步骤S102中,当监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,其中,目标目录用于存储操作系统每次发生重大异常时的文件记录。作为一种示例,该目标目录可为同步工具dropbox目录,该dropbox目录可以是通过Dropbox同步机制在操作系统中创建的文件目录,该目录用于同步操作系统每次发生重大异常时所记录的文件数据。
在监听到操作系统发出开机广播时,开始进行文件信息收集工作,可从移动终端的目标目录(如上述的dropbox目录等)中找到相应的目标文件,并从这些目标文件中识别出这些目标文件各自的文件名称或获取这些目标文件中的文件内容。
需要说明的是,由于移动终端操作系统的重启原因多种多样,而对这些重启原因进行归类,可以得知导致操作系统重启的原因通常有两种重启类型:一种重启类型是软件重启类型,另一种重启类型为硬件重启类型。
可以理解,以操作系统为Android操作系统为例,软件重启就是操作系统中上层的system server重启,在这种情况下,移动终端的操作系统重启时会进入异常处理过程,这个过程会将一些必要信息记录在操作系统的dropbox中,这样可以使得在移动终端的操作系统再次启动时直接在dropbox中查找是否存在异常重启的记录。其中,dropbox为Android操作系统中原有的机制,dropbox里面留存了操作系统每次发生重大异常时的文件记录,这样就无需在系统日志中过滤处理重启信息。
对于硬件重启,可以理解硬件重启是由系统内核kernel发生重启,该kernel重启不会进入软件重启的异常处理操作。当发生硬件重启时,在操作系统的dropbox里会简单记录由于硬件重启所产生的日志内容的文件(如SYSTEM_BOOT文件等),并且,由kernel在用于记录硬件重启类型的细分类的文件(如power_reason文件等)中记下重启细分类。可以理解,硬件重启一般往往与硬件以及底层驱动的异常相关。
基于上述原由,作为一种示例,以操作系统为Android系统为例,在监听操作系统发出开机广播时,开始从移动终端目标目录dropbox中获取目标文件以及这些目标文件的文件名称。例如,可从目标目录dropbox中获取该dropbox目录下的所有文件作为目标文件,并识别出这些目标文件的文件名称,并获取这些目标文件的文件内容。
在步骤S103中,根据目标文件确定操作系统发生重启时的重启类型。
可以理解,移动终端的操作系统发生重启时,会根据重启原因、类型的不同会在操作系统的目标目录(如dropbox)中记录不同的文件。在本步骤中,可通过目标文件的文件名称、或目标文件中所记录的内容来确定目标目录中具有哪些文件,继而可以根据目标目录中记录了哪些文件来确定操作系统发生重启时的重启类型。
作为一种示例,可先判断目标文件中是否包含第一文件或者第二文件,其中,第一文件用于记录由于软件重启所产生的日志内容,第二文件用于记录由于硬件重启所产生的日志内容,如果目标文件中包含第一文件,则确定操作系统发生重启时的重启类型为软件重启类型;如果目标文件中包含第二文件,则确定操作系统发生重启时的重启类型为硬件重启类型。
其中,作为一种为例,以操作系统为Android系统为例,该第一文件可为SYSTEM_RESTART,第二文件可为SYSTEM_BOOT。也就是说,可判断目标目录中是否具有记录由于软件重启所产生的日志内容的第一文件(如SYSTEM_RESTART文件),或者记录由于硬件重启所产生的日志内容的第二文件(SYSTEM_BOOT文件),如果目标目录中有第一文件,则可表明操作系统之前发生了软件重启,如果目标目录中有第二文件,则表明操作系统之前发生了硬件重启。
在步骤S104中,根据重启类型以及目标文件生成对应的重启信息。
作为一种示例,如图2所示,该根据重启类型以及目标文件生成对应的重启信息(即步骤S104)的具体实现过程可包括以下步骤:
在步骤S201中,根据重启类型从目标文件中获取重启类型的重启细分类。
作为一种示例,当重启类型为软件重启类型时,判断目标文件中是否包含第三文件或第四文件,其中,第三文件用于记录由于软件看门狗WATCHDOG重启所产生的日志内容,第四文件用于记录由于系统服务崩溃(SYSTEM SERVER CRASH)导致操作系统重启时所产生的日志内容;如果目标文件中包含第三文件,则确定软件重启类型的重启细分类为WATCHDOG类型;如果目标文件中包含第四文件,则确定软件重启类型的重启细分类为系统服务崩溃类型;当重启类型为硬件重启类型时,从目标文件中获取第五文件,其中,第五文件用于存储由操作系统的系统内核kernel记录的重启细分类信息;读取第五文件的文件内容以获取硬件重启类型的重启细分类。由此,通过利用dropbox以及kernel原有机制,对重启类型进行细分类,可以得到更加详细的重启信息内容。
在步骤S202中,根据重启类型获取与重启细分类对应的日志内容。
作为一种示例,当重启类型为软件重启类型时,获取软件重启类型的重启细分类所对应的文件内容,并将该重启细分类所对应的文件内容作为与重启细分类对应的日志内容;当重启类型为硬件重启类型时,获取操作系统的系统内核在操作系统最后发生重启前留存的信息内容,并将该信息内容作为硬件重启类型的重启细分类对应的日志内容。
在步骤S203中,按照预设结构将重启类型、重启细分类以及该重启细分类对应的日志内容进行对应地填充以生成上述重启信息。
其中,该重启信息可包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容。可以理解,该预设结构即可以理解为该重启信息的结构,该结构可以根据实际需求进行不同的限定,作为一种示例,可定义该重启信息的结构如下:{软件重启类型或硬件重启类型,重启类型的重启细分类,重启细分类对应的日志内容}。例如,可按照上述重启信息的结构,将上述得到的重启类型、重启细分类以及该重启细分类对应的日志内容进行填充,得到上述重启信息。
可以理解,不同的重启类型会对应不同的目标文件,也会具有不同的重启细分类,基于这种现象,可根据重启类型从目标文件中获取该重启类型对应的重启细分类,之后,可根据该重启类型来获取与重启细分类对应的日志内容,最后,根据重启类型、重启细分类以及重启细分类对应的日志内容生成相应的重启信息。
例如,以第三文件为WATCHDOG文件、第四文件为SYSTEM SERVER CRASH文件为例,当重启类型为软件重启类型时,可判断从目标目录中获取到的目标文件中是否具有WATCHDOG文件或者SYSTEM SERVER CRASH文件,如果目标文件中具有WATCHDOG文件,则可确定软件重启类型的重启细分类为WATCHDOG类型,并获取该WATCHDOG文件的文件内容;如果目标文件中具有SYSTEM SERVER CRASH文件,则可确定软件重启类型的重启细分类为SYSTEM SERVER CRASH类型,并获取该SYSTEM SERVER CRASH文件的文件内容。可以理解,该WATCHDOG文件或者SYSTEM SERVER CRASH文件中的文件内容即记录了操作系统发生重启时生成的详细信息。此时,可将获取到的重启类型、重启细分类、WATCHDOG文件或者SYSTEMSERVER CRASH文件中的文件内容填充到上述重启信息的结构中,即可生成对应的重启信息,如{软件重启类型,WATCHDOG类型或者SYSTEM SERVER CRASH类型,WATCHDOG类型或者SYSTEM SERVER CRASH类型对应文件中的内容}。
以第五文件为power_reason文件为例,当重启类型为硬件重启类型时,可判断从目标文件中找到power_reason文件,并对power_reason文件中的内容进行分析以得到硬件重启类型的重启细分类,这是因为当操作系统发生硬件重启时,系统内核kernel会在power_reason文件中记下更细的重启类型,该类型往往与硬件以及底层驱动的异常相关。之后,可从kmesg(在操作系统前一次将要关机时所保留的日志信息)中拿到kernel最后发生重启前留存的日志内容。最后,将硬件重启类型、power_reason文件中记录的重启细分类、kmesg信息填充到上述重启信息的结构中,即可生成对应的重启信息,如{硬件重启类型,power_reason文件中记录的重启细分类,kmesg信息}。
为了能够尽可能地收集全面的重启信息,还可考虑将移动终端的设备信息也填充到重启信息的结构中。作为一种示例,该方法还可包括:获取移动终端的设备信息。其中,该重启信息还可包括设备信息。也就是说,在获取到移动终端设备信息时,还可按照一定结构将该设备信息进行对应地填充以生成相应的重启信息,例如,该重启信息的结构可为{软或硬件重启类型,重启类型的重启细分类,重启细分类对应的日志内容,设备信息}。作为一种示例,该设备信息可为移动终端的机型信息。
也就是说,在生成重启信息之前,可获取移动终端的设备信息,该设备信息可为移动终端的机型信息(如品牌、型号信息)、该移动终端中的所有硬件的硬件信息等。之后,可根据该移动终端设备信息(如品牌信息、型号信息)、重启类型以及目标文件生成相应的重启信息。作为一种示例,当重启类型为软件重启类型时,重启信息的内容可为{软件重启类型,WATCHDOG类型或者SYSTEM SERVER CRASH类型,WATCHDOG类型或者SYSTEM SERVERCRASH类型对应文件中的内容,机型信息};作为另一种示例,当重启类型为硬件重启类型时,重启信息的内容可为{硬件重启类型,power_reason文件中记录的重启细分类,kmesg信息,机型信息}。
由此,可以在监听到操作发出开机广播时就从移动终端的目标目录中立即收集重启信息,该重启信息包括了重启类型、重启细分类、重启细分类对应的日志内容和/或设备信息,从而通过这些信息即可快速并有效地定位移动终端重启的问题所在。
综上所述,本实施例提供的系统重启问题的处理方法,可监听操作系统是否发出开机广播,当操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,并根据目标文件确定操作系统发生重启时的重启类型,最后根据重启类型以及目标文件生成对应的重启信息。实现了通过监听到操作系统发出开机广播时就立即进行重启信息的收集,在第一时间保留并获取对于分析重启问题最有效的信息,避免了随着时间的推移而丢失日志现象的发生,本实施例提供的方法简单直接有效,无需在系统日志中过滤处理重启信息,并且,通过该重启信息能够快速并有效地定位移动终端重启的问题所在。
图3是根据另一示例性实施例示出的一种系统重启问题的处理方法的流程图。如图3所示,该系统重启问题的处理方法可以包括:
在步骤S301中,监听移动终端的操作系统是否发出开机广播。
在步骤S302中,当监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,其中,目标目录用于存储操作系统每次发生重大异常时的文件记录。
在步骤S303中,根据目标文件确定操作系统发生重启时的重启类型。
在步骤S304中,根据重启类型以及目标文件生成对应的重启信息。
在步骤S305中,将重启信息上传至服务器,其中,重启信息用于服务器根据重启类型对至少一个移动终端发送的重启信息进行归类,并输出归类后的重启信息。
作为一种示例,可通过互联网将生成的重启信息上传到服务器。当移动终端当前没有网络时,可先将生成的重启信息进行存储,等到移动终端有网络时,将存储的重启信息上传到服务器中。服务器可接收每一个移动终端每次异常重启时生成的重启信息,并在收集足量的重启信息之后,可对这些重启信息进行分类,例如,可根据重启类型对这些重启信息进行归类,以统计出最频繁发生的重启类型。还可将归类后的重启信息(如重启类型、重启细分类、重启时生成的有效信息及日志内容等)进行输出,例如可将输出后的重启信息提供给开发人员,开发人员可以对该重启信息进行分析以解决相应的重启问题。
为了使得开发人员能够了解更加详细的重启信息,在本公开的一个实施例中,还可根据移动终端的设备信息、重启类型以及目标文件生成重启信息,并将该重启信息上传至服务器。也就是说,可将带有移动终端的设备信息(如机型信息)上传到服务器。服务器根据重启类型、移动终端的设备信息(如机型信息)对每一个移动终端上传的重启信息进行归类,以统计出发生重启频率最高的机型以及最频繁发生的重启类型,从而可以使得开发人员得知销售出去的机型的重启情况,并了解到目前机型是否重启频繁,并根据统计的结果解决最为频繁发生的重启问题。
综上所述,本实施例提供的系统重启问题的处理方法,还可将重启信息上传至服务器,其中,服务器接收至少一个移动终端发送的重启信息,并根据重启类型对至少一个移动终端发送的重启信息进行归类,以及将归类后的重启信息进行输出,例如可将输出后的重启信息提供给开发人员。实现了通过将重启信息上传到服务器,使得服务器可以得到各个机型版本的重启情况和重启率,以此展现出频率最高的重启机型和重启类型,方便工程师解决影响范围最广、最为急迫的重启问题。
下述为本公开装置实施例,可以被配置为执行本公开如图1至图3所示的方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开如图1至图3所示的方法实施例。
图4是根据一示例性实施例示出的一种系统重启问题的处理装置的框图,该系统重启问题的处理装置可以通过软件、硬件或者两者的结合实现,如图4所示,该系统重启问题的处理装置可以包括:监听模块100、第一获取模块200、确定模块300和生成模块400。
其中,监听模块100用于监听移动终端的操作系统是否发出开机广播。
第一获取模块200用于在监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,其中,目标目录用于存储操作系统每次发生重大异常时的文件记录。作为一种示例,该目标目录可为dropbox目录。
确定模块300用于根据目标文件确定操作系统发生重启时的重启类型。
作为一种示例,如图5所示,该确定模块300可以包括:判断子模块310、第一确定子模块320和第二确定子模块330。
其中,判断子模块310可用于判断目标文件中是否包含第一文件或者第二文件,其中,第一文件用于记录由于软件重启所产生的日志内容,第二文件用于记录由于硬件重启所产生的日志内容。第一确定子模块320可用于在目标文件的文件名称中包含第一文件时,确定操作系统发生重启时的重启类型为软件重启类型。第二确定子模块330可用于在目标文件的文件名称中包含第二文件时,确定操作系统发生重启时的重启类型为硬件重启类型。作为一种示例,上述第一文件可为SYSTEM_RESTART,第二文件可为SYSTEM_BOOT。
生成模块400可用于根据重启类型以及目标文件生成对应的重启信息。其中,该重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容。
作为一种示例,如图6所示,该生成模块400可包括:第一获取子模块410、第二获取子模块420和生成子模块430。
其中,第一获取子模块410可用于根据重启类型从目标文件中获取重启类型的重启细分类。第二获取子模块420可用于根据重启类型获取与重启细分类对应的日志内容。生成子模块430可用于按照预设结构将将重启类型、重启细分类以及重启细分类对应的日志内容进行对应地填充以生成重启信息。
作为一种示例,在本实施例中,第一获取子模块410还用于:在重启类型为软件重启类型时,判断目标文件中是否包含第三文件或第四文件,其中,第三文件用于记录由于软件看门狗WATCHDOG重启所产生的日志内容,第四文件用于记录由于系统服务崩溃导致操作系统重启时所产生的日志内容;在目标文件中包含第三文件时,确定软件重启类型的重启细分类为WATCHDOG类型;在目标文件中包含第四文件时,确定软件重启类型的重启细分类为系统服务崩溃类型;在重启类型为硬件重启类型时,从目标文件中获取第五文件,其中,第五文件用于存储由操作系统的系统内核kernel记录的重启细分类信息;读取第五文件的文件内容以获取硬件重启类型的重启细分类。
第二获取子模块420还用于:在重启类型为软件重启类型时,获取软件重启类型的重启细分类所对应的文件内容,并将重启细分类所对应的文件内容作为与重启细分类对应的日志内容;在重启类型为硬件重启类型时,获取操作系统的系统内核在操作系统最后发生重启前留存的信息内容,并将信息内容作为硬件重启类型的重启细分类对应的日志内容。
综上所述,本实施例提供的系统重启问题的处理装置,可监听操作系统是否发出开机广播,当监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,并根据目标文件确定操作系统发生重启时的重启类型,最后根据重启类型以及目标文件生成对应的重启信息。实现了通过监听到操作系统发出开机广播时就立即进行重启信息的收集,在第一时间保留并获取对于分析重启问题最有效的信息,避免了随着时间的推移而丢失日志现象的发生,本实施例提供的方法简单直接有效,无需在系统日志中过滤处理重启信息,并且,通过该重启信息能够快速并有效地定位移动终端重启的问题所在。
图7是根据另一示例性实施例示出的一种系统重启问题的处理装置的框图。如图7所示,该系统重启问题的处理装置还可包括:
第二获取模块500,用于在生成模块400根据重启类型以及目标文件生成对应的重启信息之前,获取移动终端的设备信息。其中,该重启信息还可包括设备信息。
其中,在本实施例中,生成模块400还用于根据移动终端的设备信息、重启类型以及目标文件生成重启信息。也就是说,生成模块400还可将移动终端的设备信息添加至重启信息中。
综上所述,本实施例提供的系统重启问题的处理装置,在根据重启类型以及目标文件生成对应的重启信息之前,获取移动终端的设备信息,使得可以根据移动终端的设备信息、重启类型以及目标文件生成重启信息。由此,能够尽可能地收集全面的重启信息,提高了信息的完整性。
图8是根据又一示例性实施例示出的一种系统重启问题的处理装置的框图。如图8所示,该系统重启问题的处理装置还可包括:
上传模块600,用于将重启信息上传至服务器,其中,重启信息用于服务器根据重启类型对至少一个移动终端发送的重启信息进行归类,并输出归类后的重启信息。
综上所述,本实施例提供的系统重启问题的处理装置,在根据重启类型以及目标文件生成对应的重启信息之后,将重启信息上传至服务器,服务器接收至少一个移动终端发送的重启信息,并根据重启类型对至少一个移动终端发送的重启信息进行归类,以及将归类后的重启信息进行输出,例如可将输出的重启信息提供给开发人员。实现了通过将重启信息上传到服务器,使得服务器可以得到各个机型版本的重启情况和重启率,以此展现出频率最高的重启机型和重启类型,方便工程师解决影响范围最广、最为急迫的重启问题。
为了实现上述实施例,本公开实施例还提出了一种系统重启问题的处理方法。
图9是根据一示例性实施例示出的另一种系统重启问题的处理方法的流程图,本实施例以系统重启问题的处理方法被配置为系统重启问题的处理装置中来举例说明。需要说明的是,本实施例的系统重启问题的处理方法可应用于服务器中,也就是说,该实施例可从服务器侧进行描述。
如图9所示,该系统重启问题的处理方法可以包括:
在步骤S901中,接收移动终端发送的重启信息,其中,重启信息是由移动终端在监听到开机广播时根据目标文件以及移动终端发生重启时的重启类型生成的,其中,目标文件是从移动终端的目标目录中获取的,重启类型是根据目标文件确定的,目标目录用于存储操作系统每次发生重大异常时的文件记录。
需要说明的是,在移动终端的操作系统发生重启时,移动终端可实时监听以判断操作系统是否发出开机广播,如果未监听到操作系统发出的开机广播,则继续监听直至监听到操作系统发出开机广播。例如,以操作系统为Android操作系统为例,在操作系统发生重启时,可实时监听操作系统是否发出开机广播“android.intent.action.BOOT_COMPLETED”,当监听到操作系统发出该开机广播,移动终端则可判断操作系统开始进入开机操作。当监听到操作系统发出开机广播时,移动终端可从移动终端的目标目录中获取目标文件,其中,该目标目录用于存储操作系统每次发生重大异常时的文件记录,作为一种示例,该目标目录可为同步工具dropbox目录。
移动终端在从移动终端的目标目录中获取目标文件之后,可根据目标文件确定操作系统发生重启时的重启类型,并根据重启类型以及目标文件生成对应的重启信息。可以理解,移动终端生成重启信息的具体实现过程可参见上述图1至图3所示的实施例的具体描述,在此不再赘述。
最后,移动终端在生成重启信息之后,可通过网络将该重启信息上传到服务器,使得服务器可以接收至少一个移动终端发送的重启信息。
在步骤S902中,统计移动终端每次发生异常重启时所发送的重启信息,并根据重启类型对移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。
在接收到移动终端发送的重启信息之后,可对这些重启信息进行统计并分析,如根据重启类型对移动终端发送的重启信息进行归类,最后,将这些归类后的重启信息进行输出,例如,可将输出的重启信息提供给开发人员,使得开发人员可以对该重启信息进行分析以解决相应的重启问题。
其中,在本公开的一个实施例中,重启信息还可包括移动终端的设备信息。在本实施例中,当移动终端为多个时,该方法还包括:统计各个移动终端每次发生异常重启时所发送的重启信息;根据重启类型、移动终端的设备信息对各个移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。由此,可以统计出发生重启频率最高的机型以及最频繁发生的重启类型,从而可以使得开发人员得知销售出去的机型的重启情况,并了解到目前机型是否重启频繁,并根据统计的结果解决最为频繁发生的重启问题。
本实施例提供的系统重启问题的处理方法,通过移动终端监听到操作系统发出开机广播时就立即进行重启信息的收集,在第一时间保留并获取对于分析重启问题最有效的信息,避免了随着时间的推移而丢失日志现象的发生,本实施例提供的方法简单直接有效,无需在系统日志中过滤处理重启信息。由此,通过本实施例提供的方法来收集移动终端生成的重启信息,并对这些重启信息进行统计并分析,以对各个移动终端上传的重启信息进行归类,以统计出发生重启频率最高的机型以及最频繁发生的重启类型,从而可以使得开发人员得知销售出去的机型的重启情况,并了解到目前机型是否重启频繁,并根据统计的结果解决最为频繁发生的重启问题。
下述为本公开装置实施例,可以被配置为执行本公开如图9所示的方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开如图9所示的方法实施例。
图10是根据一示例性实施例示出的另一种系统重启问题的处理装置的框图,该系统重启问题的处理装置可以通过软件、硬件或者两者的结合实现,如图10所示,该系统重启问题的处理装置可以包括:接收模块700和分析模块800。
其中,接收模块700可用于接收移动终端发送的重启信息,其中,重启信息是由移动终端在监听到开机广播时根据目标文件以及移动终端发生重启时的重启类型生成的,其中,目标文件是从移动终端的目标目录中获取的,重启类型是根据目标文件确定的,目标目录用于存储操作系统每次发生重大异常时的文件记录。
分析模块800可用于统计移动终端每次发生异常重启时所发送的重启信息,并根据重启类型对移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。
其中,该重启信息还可包括移动终端的设备信息。此外,该移动终端可为多个。在本公开的一个实施例中,如图11所示,该分析模块800可包括:统计子模块810、归类子模块820和输出子模块830。
其中,统计子模块810用于统计各个移动终端每次发生异常重启时所发送的所述重启信息。归类子模块820用于根据所述重启类型、移动终端的设备信息对所述各个移动终端发送的重启信息进行归类。输出子模块830用于将归类后的重启信息进行输出。
本实施例提供的系统重启问题的处理装置,通过收集移动终端生成的重启信息,并对这些重启信息进行统计并分析,以对各个移动终端上传的重启信息进行归类,以统计出发生重启频率最高的机型以及最频繁发生的重启类型,从而可以使得开发人员得知销售出去的机型的重启情况,并了解到目前机型是否重启频繁,并根据统计的结果解决最为频繁发生的重启问题。
为了实现上述实施例,本公开实施例还提出了一种移动终端,该移动终端包括上述任一个实施例所述的系统重启问题的处理装置。
本实施例提供的移动终端,可监听操作系统是否发出开机广播,当操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,并根据目标文件确定操作系统发生重启时的重启类型,最后根据重启类型以及目标文件生成对应的重启信息。实现了通过监听到操作系统发出开机广播时就立即进行重启信息的收集,在第一时间保留并获取对于分析重启问题最有效的信息,避免了随着时间的推移而丢失日志现象的发生,本实施例提供的方法简单直接有效,无需在系统日志中过滤处理重启信息,并且,通过该重启信息能够快速并有效地定位移动终端重启的问题所在。
为了实现上述实施例,本公开实施例还提出了另一种移动终端,该移动终端包括:一个或者多个处理器;存储器;一个或者多个程序,一个或者多个程序存储在存储器中,当被一个或者多个处理器执行时进行如下操作:
在步骤S101’,监听移动终端的操作系统是否发出开机广播。
在步骤S102’,当监听到操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,其中,目标目录用于存储操作系统每次发生重大异常时的文件记录。
在步骤S103’,根据目标文件确定操作系统发生重启时的重启类型。
在步骤S104’,根据重启类型以及目标文件生成对应的重启信息。
本实施例提供的移动终端,可监听操作系统是否发出开机广播,当操作系统发出开机广播时,从移动终端的目标目录中获取目标文件,并根据目标文件确定操作系统发生重启时的重启类型,最后根据重启类型以及目标文件生成对应的重启信息。实现了通过监听到操作系统发出开机广播时就立即进行重启信息的收集,在第一时间保留并获取对于分析重启问题最有效的信息,避免了随着时间的推移而丢失日志现象的发生,本实施例简单直接有效,无需在系统日志中过滤处理重启信息,并且,通过该重启信息能够快速并有效地定位移动终端重启的问题所在。
图12是根据一示例性实施例示出的一种用于系统发生重启时对重启问题进行处理的装置1200的框图。例如,装置1200可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图12,装置1200可以包括以下一个或多个组件:处理组件1202,存储器1204,电源组件1206,多媒体组件1208,音频组件1210,输入/输出(I/O)的接口1212,传感器组件1214,以及通信组件1216。
处理组件1202通常控制装置1200的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令,以完成上述如图1至图3所示的方法的全部或部分步骤。此外,处理组件1202可以包括一个或多个模块,便于处理组件1202和其他组件之间的交互。例如,处理组件1202可以包括多媒体模块,以方便多媒体组件1208和处理组件1202之间的交互。
存储器1204被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1206为装置1200的各种组件提供电力。电源组件1206可以包括电源管理系统,一个或多个电源,及其他与为装置1200生成、管理和分配电力相关联的组件。
多媒体组件1208包括在所述装置1200和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1208包括一个前置摄像头和/或后置摄像头。当设备1200处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1210被配置为输出和/或输入音频信号。例如,音频组件1210包括一个麦克风(MIC),当装置1200处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中,音频组件1210还包括一个扬声器,用于输出音频信号。
I/O接口1212为处理组件1202和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1214包括一个或多个传感器,用于为装置1200提供各个方面的状态评估。例如,传感器组件1214可以检测到设备1200的打开/关闭状态,组件的相对定位,例如所述组件为装置1200的显示器和小键盘,传感器组件1214还可以检测装置1200或装置1200一个组件的位置改变,用户与装置1200接触的存在或不存在,装置1200方位或加速/减速和装置1200的温度变化。传感器组件1214可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1214还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1216被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1216还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法(如图1至图3所示的方法)。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1204,上述指令可由装置1200的处理器1220执行以完成上述如图1至图3所示的方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图13是是根据一示例性实施例示出的另一种用于系统发生重启时对重启问题进行处理的装置1300的框图。例如,装置1300可以被提供为一服务器。参照图13,装置1300包括处理组件1322,其进一步包括一个或多个处理器,以及由存储器1332所代表的存储器资源,用于存储可由处理组件1322的执行的指令,例如应用程序。存储器1332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1322被配置为执行指令,以执行上述如图9所示的方法。
装置1300还可以包括一个电源组件1326被配置为执行装置1300的电源管理,一个有线或无线网络接口1350被配置为将装置1300连接到网络,和一个输入输出(I/O)接口1358。装置1300可以操作基于存储在存储器1332的操作系统,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (22)
1.一种系统重启问题的处理方法,其特征在于,包括以下步骤:
监听移动终端的操作系统是否发出开机广播;
当监听到所述操作系统发出所述开机广播时,从所述移动终端的目标目录中获取目标文件,其中,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;
根据所述目标文件确定所述操作系统发生重启时的重启类型;
根据所述重启类型以及所述目标文件生成对应的重启信息;
所述根据所述目标文件确定所述操作系统发生重启时的重启类型,包括:
判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;
如果所述目标文件中包含所述第一文件,则确定所述操作系统发生重启时的重启类型为软件重启类型;
如果所述目标文件中包含所述第二文件,则确定所述操作系统发生重启时的重启类型为硬件重启类型;
所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容;
所述根据所述重启类型以及所述目标文件生成对应的重启信息,包括:
根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;
根据所述重启类型获取与所述重启细分类对应的日志内容;
按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
2.如权利要求1所述的方法,其特征在于,其中,所述目标目录为dropbox目录。
3.如权利要求1所述的方法,其特征在于,所述第一文件为SYSTEM_RESTART;所述第二文件为SYSTEM_BOOT。
4.如权利要求1所述的方法,其特征在于,所述根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类,包括:
当所述重启类型为所述软件重启类型时,判断所述目标文件中是否包含第三文件或第四文件,其中,所述第三文件用于记录由于软件看门狗WATCHDOG重启所产生的日志内容,所述第四文件用于记录由于系统服务崩溃导致操作系统重启时所产生的日志内容;
如果所述目标文件中包含所述第三文件,则确定所述软件重启类型的重启细分类为WATCHDOG类型;
如果所述目标文件中包含所述第四文件,则确定所述软件重启类型的重启细分类为系统服务崩溃类型;
当所述重启类型为所述硬件重启类型时,从所述目标文件中获取第五文件,其中,所述第五文件用于存储由所述操作系统的系统内核kernel记录的重启细分类信息;
读取所述第五文件的文件内容以获取所述硬件重启类型的重启细分类。
5.如权利要求1所述的方法,其特征在于,所述根据所述重启类型获取与所述重启细分类对应的日志内容,包括:
当所述重启类型为所述软件重启类型时,获取所述软件重启类型的重启细分类所对应的文件内容,并将所述重启细分类所对应的文件内容作为与所述重启细分类对应的日志内容;
当所述重启类型为所述硬件重启类型时,获取所述操作系统的系统内核在所述操作系统最后发生重启前留存的信息内容,并将所述信息内容作为所述硬件重启类型的重启细分类对应的日志内容。
6.如权利要求1所述的方法,其特征在于,还包括:
获取所述移动终端的设备信息;其中,所述重启信息还包括所述设备信息。
7.如权利要求1或6所述的方法,其特征在于,在所述根据所述重启类型以及所述目标文件生成对应的重启信息之后,所述方法还包括:
将所述重启信息上传至服务器,其中,所述重启信息用于所述服务器根据所述重启类型对至少一个移动终端发送的重启信息进行归类,并输出归类后的重启信息。
8.一种系统重启问题的处理方法,其特征在于,包括以下步骤:
接收移动终端发送的重启信息,其中,所述重启信息是由所述移动终端在监听到开机广播时根据目标文件以及所述移动终端发生重启时的重启类型生成的,其中,所述目标文件是从所述移动终端的目标目录中获取的,所述重启类型是根据所述目标文件确定的,所述目标目录用于存储操作系统每次发生重大异常时的文件记录;所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容;
统计所述移动终端每次发生异常重启时所发送的所述重启信息,并根据所述重启类型对所述移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出;
所述移动终端发生重启时的重启类型由所述移动终端通过以下步骤确定:
判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;
如果所述目标文件中包含所述第一文件,则确定所述操作系统发生重启时的重启类型为软件重启类型;
如果所述目标文件中包含所述第二文件,则确定所述操作系统发生重启时的重启类型为硬件重启类型;以及
所述重启信息是由所述移动终端通过以下步骤确定:
根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;
根据所述重启类型获取与所述重启细分类对应的日志内容;
按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
9.如权利要求8所述的方法,其特征在于,其中,所述重启信息还包括所述移动终端的设备信息,当所述移动终端为多个时,还包括:
统计各个移动终端每次发生异常重启时所发送的所述重启信息;
根据所述重启类型、移动终端的设备信息对所述各个移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出。
10.一种系统重启问题的处理装置,其特征在于,包括:
监听模块,用于监听移动终端的操作系统是否发出开机广播;
第一获取模块,用于在监听到所述操作系统发出所述开机广播时,从所述移动终端的目标目录中获取目标文件,其中,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;
确定模块,用于根据所述目标文件确定所述操作系统发生重启时的重启类型;
生成模块,用于根据所述重启类型以及所述目标文件生成对应的重启信息;
所述确定模块包括:
判断子模块,用于判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;
第一确定子模块,用于在所述目标文件中包含所述第一文件时,确定所述操作系统发生重启时的重启类型为软件重启类型;
第二确定子模块,用于在所述目标文件中包含所述第二文件时,确定所述操作系统发生重启时的重启类型为硬件重启类型;
所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容;
所述生成模块包括:
第一获取子模块,用于根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;
第二获取子模块,用于根据所述重启类型获取与所述重启细分类对应的日志内容;
生成子模块,用于按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
11.如权利要求10所述的装置,其特征在于,其中,所述目标目录为dropbox目录。
12.如权利要求10所述的装置,其特征在于,所述第一文件为SYSTEM_RESTART;所述第二文件为SYSTEM_BOOT。
13.如权利要求10所述的装置,其特征在于,所述第一获取子模块还用于:
在所述重启类型为所述软件重启类型时,判断所述目标文件中是否包含第三文件或第四文件,其中,所述第三文件用于记录由于软件看门狗WATCHDOG重启所产生的日志内容,所述第四文件用于记录由于系统服务崩溃导致操作系统重启时所产生的日志内容;
在所述目标文件中包含所述第三文件时,确定所述软件重启类型的重启细分类为WATCHDOG类型;
在所述目标文件中包含所述第四文件时,确定所述软件重启类型的重启细分类为系统服务崩溃类型;
在所述重启类型为所述硬件重启类型时,从所述目标文件中获取第五文件,其中,所述第五文件用于存储由所述操作系统的系统内核kernel记录的重启细分类信息;
读取所述第五文件的文件内容以获取所述硬件重启类型的重启细分类。
14.如权利要求10所述的装置,其特征在于,所述第二获取子模块还用于:
在所述重启类型为所述软件重启类型时,获取所述软件重启类型的重启细分类所对应的文件内容,并将所述重启细分类所对应的文件内容作为与所述重启细分类对应的日志内容;
在所述重启类型为所述硬件重启类型时,获取所述操作系统的系统内核在所述操作系统最后发生重启前留存的信息内容,并将所述信息内容作为所述硬件重启类型的重启细分类对应的日志内容。
15.如权利要求10所述的装置,其特征在于,还包括:
第二获取模块,用于获取所述移动终端的设备信息;其中,所述重启信息还包括所述设备信息。
16.如权利要求10或15所述的装置,其特征在于,还包括:
上传模块,用于将所述重启信息上传至服务器,其中,所述重启信息用于所述服务器根据所述重启类型对至少一个移动终端发送的重启信息进行归类,并输出归类后的重启信息。
17.一种系统重启问题的处理装置,其特征在于,包括:
接收模块,用于接收移动终端发送的重启信息,其中,所述重启信息是由所述移动终端在监听到开机广播时根据目标文件以及所述移动终端发生重启时的重启类型生成的,其中,所述目标文件是从所述移动终端的目标目录中获取的,所述重启类型是根据所述目标文件确定的,所述目标目录用于存储操作系统每次发生重大异常时的文件记录;所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容;
分析模块,用于统计所述移动终端每次发生异常重启时所发送的所述重启信息,并根据所述重启类型对所述移动终端发送的重启信息进行归类,并将归类后的重启信息进行输出;
所述移动终端用于:
判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;
如果所述目标文件中包含所述第一文件,则确定所述操作系统发生重启时的重启类型为软件重启类型;
如果所述目标文件中包含所述第二文件,则确定所述操作系统发生重启时的重启类型为硬件重启类型;以及
所述移动终端用于:
根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;
根据所述重启类型获取与所述重启细分类对应的日志内容;
按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
18.如权利要求17所述的装置,其特征在于,其中,所述重启信息还包括所述移动终端的设备信息,当所述移动终端为多个时,所述分析模块包括:
统计子模块,用于统计各个移动终端每次发生异常重启时所发送的所述重启信息;
归类子模块,用于根据所述重启类型、移动终端的设备信息对所述各个移动终端发送的重启信息进行归类;
输出子模块,用于将归类后的重启信息进行输出。
19.一种移动终端,其特征在于,包括:如权利要求10至16中任一项所述的系统重启问题的处理装置。
20.一种移动终端,其特征在于,包括:
一个或者多个处理器;
存储器;
一个或者多个程序,所述一个或者多个程序存储在所述存储器中,当被所述一个或者多个处理器执行时进行如下操作:
监听移动终端的操作系统是否发出开机广播;
当监听到所述操作系统发出所述开机广播时,从所述移动终端的目标目录中获取目标文件,其中,所述目标目录用于存储所述操作系统每次发生重大异常时的文件记录;
根据所述目标文件确定所述操作系统发生重启时的重启类型;
根据所述重启类型以及所述目标文件生成对应的重启信息;
所述根据所述目标文件确定所述操作系统发生重启时的重启类型,包括:
判断所述目标文件中是否包含第一文件或者第二文件,其中,所述第一文件用于记录由于软件重启所产生的日志内容,所述第二文件用于记录由于硬件重启所产生的日志内容;
如果所述目标文件中包含所述第一文件,则确定所述操作系统发生重启时的重启类型为软件重启类型;
如果所述目标文件中包含所述第二文件,则确定所述操作系统发生重启时的重启类型为硬件重启类型;
所述重启信息包括软件重启类型或硬件重启类型、重启类型的重启细分类和重启细分类对应的日志内容;
所述根据所述重启类型以及所述目标文件生成对应的重启信息,包括:
根据所述重启类型从所述目标文件中获取所述重启类型的重启细分类;
根据所述重启类型获取与所述重启细分类对应的日志内容;
按照预设结构将所述重启类型、所述重启细分类以及所述重启细分类对应的日志内容进行对应地填充以生成所述重启信息。
21.一种非临时性计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。
22.一种非临时性计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现权利要求8或9所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610232733.7A CN105930247B (zh) | 2016-04-14 | 2016-04-14 | 系统重启问题的处理方法、装置以及移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610232733.7A CN105930247B (zh) | 2016-04-14 | 2016-04-14 | 系统重启问题的处理方法、装置以及移动终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105930247A CN105930247A (zh) | 2016-09-07 |
CN105930247B true CN105930247B (zh) | 2018-09-04 |
Family
ID=56839079
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610232733.7A Active CN105930247B (zh) | 2016-04-14 | 2016-04-14 | 系统重启问题的处理方法、装置以及移动终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105930247B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107995016B (zh) * | 2016-10-26 | 2021-03-23 | 普天信息技术有限公司 | 一种网络故障处理方法、装置及系统 |
CN106888125A (zh) * | 2017-03-30 | 2017-06-23 | 努比亚技术有限公司 | 一种处理异常关机日志的方法、移动终端和服务器 |
CN107133143A (zh) * | 2017-04-25 | 2017-09-05 | 努比亚技术有限公司 | 重启日志归并方法、上传方法、系统及可读存储介质 |
CN107276789B (zh) * | 2017-05-19 | 2020-12-01 | 太仓鸿羽智能科技有限公司 | 日志上传方法、装置及计算机可读存储介质 |
CN108040159B (zh) * | 2017-11-30 | 2021-01-29 | 江苏觅丰电商科技有限公司 | 基于硬件驱动的重启定位方法、移动终端及可读存储介质 |
CN108076200B (zh) * | 2017-12-28 | 2021-01-05 | 努比亚技术有限公司 | 移动终端重启定位方法、移动终端及计算机可读存储介质 |
CN108182133B (zh) * | 2017-12-28 | 2022-01-14 | 努比亚技术有限公司 | 移动终端重启定位方法、移动终端及计算机可读存储介质 |
CN108197023B (zh) * | 2017-12-28 | 2021-11-16 | 努比亚技术有限公司 | 移动终端重启定位方法、移动终端及计算机可读存储介质 |
CN108196968B (zh) * | 2017-12-28 | 2022-09-13 | 上海新纳通信技术有限公司 | 移动终端重启定位方法、移动终端及计算机可读存储介质 |
CN110018918B (zh) * | 2018-01-10 | 2022-01-25 | 中兴通讯股份有限公司 | 终端异常的修复方法、装置、移动终端及存储介质 |
CN108920214B (zh) * | 2018-07-10 | 2021-03-26 | Oppo(重庆)智能科技有限公司 | 一种应用程序运行方法、应用程序运行装置及移动终端 |
CN109753419A (zh) * | 2018-12-29 | 2019-05-14 | 苏州思必驰信息科技有限公司 | 一种非侵入式监控android系统的所有应用的异常日志信息的方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5371746A (en) * | 1991-05-31 | 1994-12-06 | Fuji Xerox Co., Ltd. | Program debugging system for a distributed data processing system |
CN101526911A (zh) * | 2009-03-26 | 2009-09-09 | 成都市华为赛门铁克科技有限公司 | 一种系统崩溃时系统信息存储方法及装置 |
CN102523593A (zh) * | 2011-12-21 | 2012-06-27 | 成都三零瑞通移动通信有限公司 | 一种防自身程序被卸载的方法 |
CN103064705A (zh) * | 2012-12-18 | 2013-04-24 | 北京奇虎科技有限公司 | 计算机系统启动处理方法与装置 |
CN103595765A (zh) * | 2013-10-22 | 2014-02-19 | 北京奇虎科技有限公司 | 浏览器异常关闭的处理方法、系统、浏览器和服务器 |
CN103942113A (zh) * | 2013-11-21 | 2014-07-23 | 小米科技有限责任公司 | 系统重启原因的检测方法、装置及终端设备 |
CN104794054A (zh) * | 2015-04-22 | 2015-07-22 | 惠州Tcl移动通信有限公司 | 一种log信息实时获取并上传的方法、系统及移动终端 |
CN105389249A (zh) * | 2015-10-29 | 2016-03-09 | Tcl集团股份有限公司 | 异常日志生成配置方法及异常日志生成配置装置 |
-
2016
- 2016-04-14 CN CN201610232733.7A patent/CN105930247B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5371746A (en) * | 1991-05-31 | 1994-12-06 | Fuji Xerox Co., Ltd. | Program debugging system for a distributed data processing system |
CN101526911A (zh) * | 2009-03-26 | 2009-09-09 | 成都市华为赛门铁克科技有限公司 | 一种系统崩溃时系统信息存储方法及装置 |
CN102523593A (zh) * | 2011-12-21 | 2012-06-27 | 成都三零瑞通移动通信有限公司 | 一种防自身程序被卸载的方法 |
CN103064705A (zh) * | 2012-12-18 | 2013-04-24 | 北京奇虎科技有限公司 | 计算机系统启动处理方法与装置 |
CN103595765A (zh) * | 2013-10-22 | 2014-02-19 | 北京奇虎科技有限公司 | 浏览器异常关闭的处理方法、系统、浏览器和服务器 |
CN103942113A (zh) * | 2013-11-21 | 2014-07-23 | 小米科技有限责任公司 | 系统重启原因的检测方法、装置及终端设备 |
CN104794054A (zh) * | 2015-04-22 | 2015-07-22 | 惠州Tcl移动通信有限公司 | 一种log信息实时获取并上传的方法、系统及移动终端 |
CN105389249A (zh) * | 2015-10-29 | 2016-03-09 | Tcl集团股份有限公司 | 异常日志生成配置方法及异常日志生成配置装置 |
Non-Patent Citations (3)
Title |
---|
Android开发之接收系统广播消息;CrazyCodeBoy;《http://blog.csdn.net/fengyuzhengfan/article/details/38439221》;20140808;正文第1-2页 * |
DropBox里面的一些东东;mimilog;《http://www.51testing.com/html/96/164996-3686961.html》;20151105;正文第1-2页 * |
如何快速对系统重启问题进行归类;Luke-wong;《http://blog.csdn.net/huang546213693/article/details/50765948》;20160229;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN105930247A (zh) | 2016-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105930247B (zh) | 系统重启问题的处理方法、装置以及移动终端 | |
CN104834435B (zh) | 音频评论的播放方法和装置 | |
US9858259B2 (en) | Automatic capture of information from audio data and computer operating context | |
CN104035995B (zh) | 群标签生成方法及装置 | |
CN105049269B (zh) | 信息反馈方法及装置 | |
CN105701997A (zh) | 报警方法和装置 | |
CN106488335A (zh) | 直播控制方法及装置 | |
CN106101629A (zh) | 输出图像的方法及装置 | |
CN104079964B (zh) | 传输视频信息的方法及装置 | |
CN104991855B (zh) | 界面卡顿处理方法及装置 | |
CN106126632A (zh) | 推荐方法及装置 | |
CN105139033A (zh) | 分类器构建方法及装置和图片处理方法及装置 | |
CN106547547A (zh) | 数据采集方法及装置 | |
CN109213419A (zh) | 触摸操作处理方法、装置及存储介质 | |
JP2020526941A (ja) | 状態検出方法、状態検出装置及び記憶媒体 | |
CN108495168A (zh) | 弹幕信息的显示方法及装置 | |
CN109598120A (zh) | 移动终端的安全态势智能分析方法、装置及存储介质 | |
CN106656746A (zh) | 信息输出方法及装置 | |
CN106528385A (zh) | 系统流畅性的监测方法、装置及终端 | |
CN105893249A (zh) | 一种软件测试方法及装置 | |
CN107872554A (zh) | 硬件异常信息收集方法及装置 | |
CN105551047A (zh) | 图片内容的检测方法和装置 | |
CN106789554A (zh) | 短信处理的方法及装置 | |
CN109683906A (zh) | 处理html代码片段的方法及装置 | |
CN106789472A (zh) | 消费类电子控制cec功能检测方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |