冻屏解决方法、移动终端及计算机可读存储介质转让专利
申请号 : CN201711061255.9
文献号 : CN107807861B
文献日 : 2021-05-21
发明人 : 周龙
申请人 : 努比亚技术有限公司
摘要 :
权利要求 :
1.一种冻屏解决方法,其特征在于,所述冻屏解决方法应用于移动终端,所述冻屏解决方法包括以下步骤:
监测所述移动终端是否出现冻屏故障,并在监测到所述移动终端出现冻屏故障时,获取所述移动终端的当前冻屏故障信息;
将所述当前冻屏故障信息与第一基础数据库中的基础信息数据进行匹配验证,以获取匹配验证结果;
在所述匹配验证结果为匹配验证通过时,获取与所述当前冻屏故障信息匹配的基础信息数据,并执行所述基础信息数据中的冻屏故障解决策略;
其中,所述监测所述移动终端是否出现冻屏故障的步骤包括:监测进行初始化加载的基类标准接口依赖的核心库是否出现异常,并在监测到进行初始化加载的基类标准接口依赖的核心库出现异常时,判定所述移动终端出现冻屏故障;
当监测到进程间数据通信时,判断进行所述进程间数据通信的第一预设线程是否均处于阻塞状态,若是,则判定所述移动终端出现冻屏故障;
当监测到显示请求时,判断处理所述显示请求的第二预设线程是否处于阻塞状态,若是,则判定所述移动终端出现冻屏故障。
2.如权利要求1所述的冻屏解决方法,其特征在于,所述冻屏解决方法还包括:在所述移动终端的冻屏故障监测过程中,实时获取冻屏故障监测数据,并从所述冻屏故障监测数据中提取冻屏特征信息;
将所述冻屏特征信息与第二基础数据库中的基础数据信息进行匹配验证,以获取匹配验证结果;
在所述匹配验证结果为匹配验证通过时,获取与所述冻屏特征信息匹配的基础数据信息,并执行所述基础数据信息中的冻屏故障解决策略。
3.如权利要求1所述的冻屏解决方法,其特征在于,所述获取与所述当前冻屏故障信息匹配的基础信息数据,并执行所述基础信息数据中的冻屏故障解决策略的步骤之后,所述冻屏解决方法还包括:
当监测到所述冻屏故障的当前状态为已解决状态时,从所述当前冻屏故障信息中提取基础数据信息,并将所述基础数据信息存储至预设存储区域;
在所述基础数据信息存储完成时,删除所述当前冻屏故障信息。
4.如权利要求1所述的冻屏解决方法,其特征在于,所述将所述当前冻屏故障信息与第一基础数据库中的基础信息数据进行匹配验证,以获取匹配验证结果的步骤之后,所述冻屏解决方法还包括:
在所述匹配验证结果为匹配验证未通过时,将所述当前冻屏故障信息输出至特征日志文件。
5.如权利要求4所述的冻屏解决方法,其特征在于,所述将所述当前冻屏故障信息输出至特征日志文件的步骤之后,所述冻屏解决方法还包括:定时从预设存储区域中读取特征日志文件,并判断所述特征日志文件的比特数是否大于或等于预设比特数;
在所述特征日志文件的比特数大于或等于预设比特数时,将所述特征日志文件上传至预设云端进行存储。
6.一种移动终端,其特征在于,所述移动终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的冻屏解决程序,所述冻屏解决程序被所述处理器执行时实现以下步骤:
监测所述移动终端是否出现冻屏故障,并在监测到所述移动终端出现冻屏故障时,获取所述移动终端的当前冻屏故障信息;
将所述当前冻屏故障信息与第一基础数据库中的基础信息数据进行匹配验证,以获取匹配验证结果;
在所述匹配验证结果为匹配验证通过时,获取与所述当前冻屏故障信息匹配的基础信息数据,并执行所述基础信息数据中的冻屏故障解决策略;
其中,所述监测所述移动终端是否出现冻屏故障的步骤包括:监测进行初始化加载的基类标准接口依赖的核心库是否出现异常,并在监测到进行初始化加载的基类标准接口依赖的核心库出现异常时,判定所述移动终端出现冻屏故障;
当监测到进程间数据通信时,判断进行所述进程间数据通信的第一预设线程是否均处于阻塞状态,若是,则判定所述移动终端出现冻屏故障;
当监测到显示请求时,判断处理所述显示请求的第二预设线程是否处于阻塞状态,若是,则判定所述移动终端出现冻屏故障。
7.如权利要求6所述的移动终端,其特征在于,所述冻屏解决程序被所述处理器执行时还实现以下步骤:
在所述移动终端的冻屏故障监测过程中,实时获取冻屏故障监测数据,并从所述冻屏故障监测数据中提取冻屏特征信息;
将所述冻屏特征信息与第二基础数据库中的基础数据信息进行匹配验证,以获取匹配验证结果;
在所述匹配验证结果为匹配验证通过时,获取与所述冻屏特征信息匹配的基础数据信息,并执行所述基础数据信息中的冻屏故障解决策略。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有冻屏解决程序,所述冻屏解决程序被处理器执行时实现如权利要求1至5中任一项所述的冻屏解决方法的步骤。
说明书 :
冻屏解决方法、移动终端及计算机可读存储介质
技术领域
背景技术
景的应用程序数以万计,随着用户在移动终端上安装的第三方应用和服务软件数量越来越
多,人们日常使用移动终端时总会遇到画面冻结问题,即移动终端出现冻屏故障。
重启移动终端,此外,通过重启移动终端也并不一定能使其恢复正常,需要将移动终端退回
厂家维修,维修时间较长,因此,如何在监测到冻屏故障时,自动快速及时的定位冻屏原因,
并解决冻屏故障是目前亟待解决的问题。
发明内容
问题。
冻屏故障;
序被所述处理器执行时实现如上所述的冻屏解决方法的步骤。
前冻屏故障信息,然后将当前冻屏故障信息与第一基础数据库中的基础信息数据进行匹配
验证,以获取匹配验证结果,最后在该匹配验证结果为匹配验证通过时,获取与当前冻屏故
障信息匹配的基础信息数据,并执行该基础信息数据中的冻屏故障解决策略,本方案通过
建立包含有冻屏故障类别、冻屏故障特征和冻屏故障解决策略冻屏等基础信息数据的基础
数据库,使得在监测到移动终端出现冻屏故障时,将冻屏故障信息与基础数据库中的基础
信息数据进行匹配,获取对应的冻屏故障解决策略,并执行该冻屏故障解决策略,已解决冻
屏故障,因此,能够在监测到冻屏故障时,自动快速及时的定位冻屏原因,并解决冻屏故障,
实现冻屏故障的针对性解决,有效的提升用户体验。
附图说明
具体实施方式
地使用。
媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移
动终端,以及诸如数字TV、台式计算机等固定终端。
103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元
108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的
移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,
或者组合某些部件,或者不同的部件布置。
包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射
频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信
标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯
系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(Code
Division Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code Division
Multiple Access,宽带码分多址)、TD‑SCDMA(Time Division‑Synchronous Code
Division Multiple Access,时分同步码分多址)、FDD‑LTE(Frequency Division
Duplexing‑Long Term Evolution,频分双工长期演进)和TDD‑LTE(Time Division
Duplexing‑Long Term Evolution,分时双工长期演进)等。
出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需
要在不改变发明的本质的范围内而省略。
在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103
还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消
息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处
理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存
储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克
风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接
收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可
以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。
麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音
频信号的过程中产生的噪声或者干扰。
光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭
显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般
为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用
(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;
至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、
湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
(Organic Light‑Emitting Diode,OLED)等形式来配置显示面板1061。
及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作
(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071
附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测
装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带
来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它
转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可
以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板
1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包
括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中
的一种或多种,具体此处不做限定。
件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板
1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可
以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做
限定。
线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端
口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数
据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以
用于在移动终端100和外部装置之间传输数据。
音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如
音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易
失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
层(包括C++Framework层和Java Framework层)和App(应用程序)层,其中,Kernel层与
Native层之间还存在HAL层(硬件抽象层),该C++Framework层和Java Framework层之间还
存在JNI层,该HAL层与Kernel层之间还存在SysCall层。
在ROM里的预设处代码开始执行。Boot Loader为启动操作系统之前的引导程序,主要是检
查RAM,初始化硬件参数等功能。
作线程kworkder、软中断线程ksoftirqd和软中断线程thermal等内核守护进程。
lmkd等用户守护进程User Daemons;init进程还启动servicemanager(服务管家)和
bootanim(开机动画)等重要服务;init进程孵化出Zygote进程,Zygote进程是操作系统的
第一个Java进程,Zygote是所有Java进程的父进程,Zygote进程本身是由init进程孵化而
来的。
Zygote进程主要包含加载ZygoteInit类、注册Zygote Socket服务端套接字、加载虚拟机、
preloadClasses和preloadResouces等;System Server进程,是由Zygote进程fork而来,
System Server是Zygote孵化的第一个进程,System Server负责启动和管理整个Java
Framework,包含、ActivityManager(应用程序组件)、PowerManager(电源管理组件)和
WindowManagerServer(窗口管理组件)等服务;Media Server进程,是由init进程fork而
来,负责启动和管理整个C++framework,包含AudioFlinger(音频服务)、Camera Service
(相机服务)和MediaPlayServer(多媒体服务)等服务。
Browser(浏览器)、Phone(电话)和Email(邮件)等App进程,每个App至少运行在一个进程
上。
器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处
理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处
理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要
处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
电、以及功耗管理等功能。
所述处理器执行时实现以下步骤:
冻屏故障;
故障类别、每个冻屏故障类别的冻屏故障特征以及每个冻屏故障类别的冻屏故障解决策略
等信息,然后将提取出的冻屏故障类别、冻屏故障特征以及冻屏故障解决策略汇总形成基
础数据信息,并将汇总形成的基础数据信息写入移动终端的基础数据库。该冻屏故障类别
包括第一冻屏故障,即SO库异常导致的冻屏故障、第二冻屏故障,即SystemServer依赖的关
键线程(main线程、foreground线程、ui线程和display线程)阻塞导致的冻屏故障、第三冻
屏故障,即Native层的Binder线程阻塞导致的冻屏故障、第四冻屏故障,即Kernel层的
Binder线程阻塞导致的冻屏故障和第五冻屏故障,即SystemServer进程与SurfaceFlinger
进程线程交互异常导致的冻屏故障。
障的冻屏故障特征为Native层进行进程间通信的Binder线程均阻塞,该第四冻屏故障的冻
屏故障特征为Kernel层进行进程间通信的Binder线程均阻塞,该第五冻屏故障的冻屏故障
特征为SystemServer进程与SurfaceFlinger进程线程交互出现异常或SurfaceFlinger进
程处理显示请求的处理时长超过预设阈值。该第一冻屏故障的冻屏故障解决策略为卸载异
常SO库,并重新加载SO库;该第二冻屏故障的冻屏故障解决策略为调用操作系统的应用程
序无响应机制、基于显示请求中的程序应用标识获取进程信息,并基于该进程信息删除对
应的进程或重启SystemServer进程;该第三冻屏故障和第四冻屏故障的冻屏故障解决策略
均为从SystemServer进程的消息队列和SurfaceFlinger进程消息队列这两个消息队列中
移除阻塞时长最长的Binder线程,从SystemServer进程的消息队列和SurfaceFlinger进程
消息队列这两个消息队列中分别移除一个阻塞时长最长的Binder线程,或者从
SystemServer进程的消息队列中移除阻塞时长为最长的Binder线程和阻塞时长为次长的
Binder线程,并从SurfaceFlinger进程消息队列中移除阻塞时长为最长的Binder线程和阻
塞时长为次长的Binder线程;该第五冻屏故障的冻屏故障解决策略为基于显示请求中的程
序应用标识获取进程信息,并基于该进程信息删除对应的进程。
Native层、C++框架层和Java框架层设置监听器,且设置的监听器以单独的线程运行在
Kernel层、Native层、C++框架层和Java框架层的关键进程中,当移动终端中的操作系统从
Loader层启动,并正式进入Kernel层之后,通过设置在各层的监听器监测移动终端是否出
现冻屏故障。该当前冻屏故障信息包括前台进程名称、优先级、失去窗口焦点的开始时间、
失去窗口焦点的结束时间、拒绝处理用户事件的开始时间和结束时间、问题发生时进程的
主控界面、恢复处理用户事件的时间、冻屏故障类型和冻屏故障特征等。
冻屏故障;
体为监测被加载到内存的各具体LCD和TP厂家实现的基类标准接口是否有主动抛出的异常
信息,如果监测到基类标准接口主动抛出的异常信息,则可以判定该基类标准接口依赖的
核心库出现异常,此时可判定移动终端出现冻屏故障,而如果未监听到基类标准接口主动
抛出的异常信息,则可以判定该基类标准接口依赖的核心库正常,此时,可判定移动终端未
出现冻屏故障,该基类标准接口是通过对不同器件厂家的LCD和TP器件驱动进行对比分析,
提取出共同的部分,并添加自定义功能后封装获取的,将基类标准接口和编程规范及参数
要求公布给不同LCD和TP器件的厂家,由厂家在基类标准接口和编程规范及参数要求的基
础上进行具体功能的开发实现,当不同LCD和TP器件的厂家返回基类标准接口的具体功能
开发实现,进行各厂家LCD和TP器件的基类标准接口依赖的核心库的实现。
建数为16个,SurfaceFlinger进程的Binder线程的最大创建数为4个,程序应用进程的
Binder线程的最大创建数为8个,在Binder线程的已创建数等于对应进程Binder线程的最
大创建数时,判断已创建的Binder线程的线程状态值是否均处于预设线程状态值集,如果
已创建的Binder线程的线程状态值均处于预设线程状态值集,则判定已创建的Binder线程
均处于阻塞状态,此时判定移动终端出现冻屏故障,如果已创建的Binder线程的线程状态
值不均处于预设线程状态值集,则可以判定已创建的Binder线程不均处于阻塞状态移,此
时判定移动终端未出现冻屏故障,该线程状态值Blocked、Active和Waiting Timeout等,该
预设线程状态值集包括Blocked和Waiting Timeout等,即在当前进程的每个已创建预设线
程的线程状态值均为Blocked或Waiting Timeout时,可以判定已创建预设线程均处于阻塞
状态。需要说明的是,上述预设线程状态值集和线程状态值可由本领域技术人员根据实际
情况进行设置,本实施例对此不作具体限制。
foreground线程、ui线程或display线程处理该显示请求的线程处理时长,在main线程、
foreground线程、ui线程或display线程的线程处理时长大于或等于预设处理时长时,可判
定对应的线程处于阻塞状态,此时可判定移动终端出现冻屏故障。在具体实施中,当监测到
显示请求时,从监测到SystemServer进程开始处理所述显示请求时计时,至监测到
SurfaceFlinger进程处理完成经SystemServer进程处理后的显示请求时结束计时,以获取
该显示请求的处理时长,在该处理时长大于或等于预设处理时长时,可以判定
SystemServer进程与SurfaceFlinger进程线程交互异常,此时可判定移动终端出现冻屏故
障。
中提取冻屏故障类别和冻屏故障特征,然后将该冻屏故障类别和冻屏故障特征与该基础数
据库中的基础信息数据进行匹配验证,当在该基础信息数据中的冻屏故障类别和冻屏故障
特征与该冻屏故障类别和该冻屏故障特征相同,则可以判定匹配验证通过,反之判定匹配
验证未通过,从而获取匹配验证结果。
前冻屏故障信息中的冻屏故障类别为第三冻屏故障、冻屏故障特征为Native层进行进程间
通信的Binder线程均阻塞,则与当前冻屏故障信息匹配的基础信息数据中的冻屏故障解决
策略为从SystemServer进程的消息队列和SurfaceFlinger进程消息队列这两个消息队列
中移除阻塞时长最长的Binder线程,从SystemServer进程的消息队列和SurfaceFlinger进
程消息队列这两个消息队列中分别移除一个阻塞时长最长的Binder线程,或者从
SystemServer进程的消息队列中移除阻塞时长为最长的Binder线程和阻塞时长为次长的
Binder线程,并从SurfaceFlinger进程消息队列中移除阻塞时长为最长的Binder线程和阻
塞时长为次长的Binder线程。
冻屏故障信息与基础数据库中的基础信息数据进行匹配,获取对应的冻屏故障解决策略,
并执行该冻屏故障解决策略,已解决冻屏故障,因此,能够在监测到冻屏故障时,自动快速
及时的定位冻屏原因,并解决冻屏故障,实现冻屏故障的针对性解决,有效的提升用户体
验。
框架层中的核心进程是否出现阻塞、延时处理或超时处理等,及该核心进程的核心线程是
否出现阻塞、延时处理或超时处理等,以获取监测数据,并对该监测数据进行记录和统计,
然后收集当各层的核心进程及其核心线程出现阻塞、延时处理或超时处理的数据,并统计
当该数据出现后会产生导致冻屏故障的特征以及最终导致冻屏故障发生的概率,最后提取
出概率较高的基础数据信息,并将该基础数据信息写入移动终端的基础数据库中,实现冻
屏预测,该基础数据信息包括冻屏故障类别、冻屏故障特征和冻屏故障解决测率等。
测数据包括Kernel层、Native层、C++框架层和Java框架层中核心进程的当前状态信息,以
及核心进程的核心线程的当前状态信息,该冻屏特征信息包括Kernel层、Native层、C++框
架层和Java框架层中的核心进程出现阻塞、延时处理或超时处理等。
数据信息是否能够匹配到与该冻屏特征信息关联的基础数据信息,若是,则匹配验证结果
为匹配验证通过,因此表示该冻屏特征信息导致移动终端出现冻屏故障的概率较高,若否,
则匹配验证结果为匹配验证未通过,因此表示该冻屏特征信息导致移动终端出现冻屏故障
的概率较低。
数据信息中的冻屏故障解决策略,例如,当具体的某一个程序应用频繁发生延时处理,则记
录下该程序应用发生延时处理时各层中的被监测的核心进程及其核心线程的当前状态,如
果根据被监测的核心进程及其核心线程的当前状态可在基础数据库中匹配到对应的基础
数据信息,则表示被监测的核心进程及其核心线程的当前状态有较高概率会导致移动终端
出现冻屏,因此可提前进行冻屏故障处理。
率产生冻屏故障的特征以及最终导致冻屏故障的数据信息,从而建立基础数据库,然后在
监测到与该基础数据库中的基础数据信息匹配的冻屏特征时,能够在冻屏故障发生之前,
解决冻屏故障。
据信息存储完成时,删除当前冻屏故障信息。
Debugerd进程将当前冻屏故障信息定向输出至具有Debugerd权限处理的特征日志文件中。
数时,将预设存储区域中的特征日志文件上传至预设云端进行存储,并从预设存储区域中
删除上传成功的特征日志文件。
而快速定位冻屏原因,极大的降低人力成本和时间成本。
冻屏故障;
且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有
的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该
要素的过程、方法、物品或者系统中还存在另外的相同要素。
前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做
出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个
存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,
计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
术领域,均同理包括在本发明的专利保护范围内。