冻屏监测解决方法、移动终端及计算机可读存储介质转让专利
申请号 : CN201710906461.9
文献号 : CN107728839B
文献日 : 2021-05-21
发明人 : 周龙
申请人 : 努比亚技术有限公司
摘要 :
权利要求 :
1.一种冻屏监测解决方法,其特征在于,所述冻屏监测解决方法包括以下步骤:当监测到系统初始化时,扫描获取系统初始化所需核心库的第一核心库基础信息,并获取触摸屏基础信息;
根据所述触摸屏基础信息从预设特征规则表中获取对应的第二核心库基础信息,并判断所述第一核心库基础信息是否与所述第二核心库基础信息相同;
在所述第一核心库基础信息与所述第二核心库基础信息相同时,根据所述第一核心库基础信息加载对应的核心库,并监测所述核心库是否出现异常;
当监测到所述核心库出现异常时,获取核心库异常信息,并根据所述核心库异常信息对出现异常的核心库进行处理;
获取核心库异常信息,并根据所述核心库异常信息对出现异常的核心库进行处理的步骤包括:
获取系统初始化所需核心库的实体构造信息;
判断所述核心库异常信息中的实体构造信息是否与所述实体构造信息相同;
若所述核心库异常信息中的实体构造信息与所述实体构造信息不同,则删除出现异常的核心库,并以预设容错次数执行系统初始化操作;
若所述核心库异常信息中的实体构造信息与所述实体构造信息相同,则删除出现异常的核心库,并控制移动终端重启预设驱动。
2.如权利要求1所述的冻屏监测解决方法,其特征在于,所述根据所述核心库异常信息对出现异常的核心库进行处理的步骤之后,所述冻屏监测解决方法还包括:判断所述核心库异常信息中的核心库基础信息是否与所述第二核心库基础信息相同;
在所述核心库异常信息中的核心库基础信息与所述第二核心库基础信息相同时,将所述核心库异常信息传输至特征日志文件。
3.如权利要求2所述的冻屏监测解决方法,其特征在于,所述冻屏监测解决方法还包括:
当监测到特征日志文件导出请求时,获取特征日志文件;
将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备。
4.如权利要求1‑3中任一项所述的冻屏监测解决方法,其特征在于,所述判断所述第一核心库基础信息是否与所述第二核心库基础信息相同步骤之后,所述冻屏监测解决方法还包括:
在所述第一核心库基础信息与所述第二核心库基础信息不同时,获取所述第一核心库基础信息与所述第二核心库基础信息之间的差异数据;
根据所述差异数据获取对应的差异核心库,并基于所述差异核心库和预设共用核心库重新进行系统初始化。
5.如权利要求1‑3中任一项所述的冻屏监测解决方法,其特征在于,所述判断所述第一核心库基础信息是否与所述第二核心库基础信息相同步骤之后,所述冻屏监测解决方法还包括:
在所述第一核心库基础信息与所述第二核心库基础信息不同时,根据所述第二核心库基础信息从预设存储区域中获取对应的备份核心库,并基于所述备份核心库重新进行系统初始化。
6.一种移动终端,其特征在于,所述移动终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的冻屏监测解决程序,所述冻屏监测解决程序被所述处理器执行时实现以下步骤:
当监测到系统初始化时,扫描获取系统初始化所需核心库的第一核心库基础信息,并获取触摸屏基础信息;
根据所述触摸屏基础信息从预设特征规则表中获取对应的第二核心库基础信息,并判断所述第一核心库基础信息是否与所述第二核心库基础信息相同;
在所述第一核心库基础信息与所述第二核心库基础信息相同时,根据所述第一核心库基础信息加载对应的核心库,并监测所述核心库是否出现异常;
当监测到所述核心库出现异常时,获取核心库异常信息,并根据所述核心库异常信息对出现异常的核心库进行处理;
所述冻屏监测解决程序被所述处理器执行时还实现以下步骤:根据所述核心库异常信息中的核心库基础信息从预设特征规则表中获取对应的实体构造信息;
判断所述核心库异常信息中的实体构造信息是否与所述实体构造信息相同;
若所述核心库异常信息中的实体构造信息与所述实体构造信息不同,则删除出现异常的核心库,并重新进行系统初始化;
若所述核心库异常信息中的实体构造信息与所述实体构造信息相同,则删除出现异常的核心库,并以预设容错次数执行系统初始化操作。
7.如权利要求6所述的移动终端,其特征在于,所述冻屏监测解决程序被所述处理器执行时还实现以下步骤:
判断所述核心库异常信息中的核心库基础信息是否与所述第二核心库基础信息相同;
在所述核心库异常信息中的核心库基础信息与所述第二核心库基础信息相同时,将所述核心库异常信息传输至特征日志文件。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有冻屏监测解决程序,所述冻屏监测解决程序被处理器执行时实现以下步骤:当监测到系统初始化时,扫描获取系统初始化所需核心库的第一核心库基础信息,并获取触摸屏基础信息;
根据所述触摸屏基础信息从预设特征规则表中获取对应的第二核心库基础信息,并判断所述第一核心库基础信息是否与所述第二核心库基础信息相同;
在所述第一核心库基础信息与所述第二核心库基础信息相同时,根据所述第一核心库基础信息加载对应的核心库,并监测所述核心库是否出现异常;
当监测到所述核心库出现异常时,获取核心库异常信息,并根据所述核心库异常信息对出现异常的核心库进行处理;
所述冻屏监测解决程序被所述处理器执行时还实现以下步骤:根据所述核心库异常信息中的核心库基础信息从预设特征规则表中获取对应的实体构造信息;
判断所述核心库异常信息中的实体构造信息是否与所述实体构造信息相同;
若所述核心库异常信息中的实体构造信息与所述实体构造信息不同,则删除出现异常的核心库,并重新进行系统初始化;
若所述核心库异常信息中的实体构造信息与所述实体构造信息相同,则删除出现异常的核心库,并以预设容错次数执行系统初始化操作。
说明书 :
冻屏监测解决方法、移动终端及计算机可读存储介质
技术领域
背景技术
和LCD(Liquid Crystal Display,液晶显示器)驱动上电时序和逻辑出现异常,如用户在正
常使用移动终端的过程中因TP和LCD驱动的上电时序和逻辑存在异常,导致TP无法正常上
电和无法对框架上报TP事件,导致触摸屏幕出现无响应;也即屏幕失去窗口焦点,如TP能够
正常上报触摸事件,但是当前窗口失去焦点,导致框架层无法正常处理触摸事件,从而出现
屏幕和触摸无响应,出现冻屏。
实现代码存在差异,通过重启移动终端也并不一定能使其恢复正常,需要将移动终端退回
厂家维修,且需要耗费较多的维修时间,因此,如何在监测到冻屏时,自动并及时的处理冻
屏,省去维修时间是目前亟待解决的问题。
发明内容
系统初始化。
测解决程序被所述处理器执行时实现以下步骤:
基础信息。然后根据该触摸屏基础信息从预设特征规则表中获取对应的第二核心库基础信
息,并判断该第一核心库基础信息是否与该第二核心库基础信息相同,若相同,则根据该第
一核心库基础信息加载对应的核心库,并监测该核心库是否出现异常,最后当监测到该核
心库出现异常时,获取核心库异常信息,并根据该核心库异常信息对出现异常的核心库进
行处理,本方案通过建立特征规则表,在进行系统初始化时,将系统初始化所需核心库的核
心库基础信息与当前触摸屏基础信息在特征规则表中的核心库基础信息进行比对,在两者
相同时,监测对应的核心库是否出现异常,即移动终端出现冻屏,同时能够在移动终端出现
冻屏时,基于核心库异常信息对出现问题的核心库进行处理,从而快速及时的解决冻屏问
题,且无需将移动终端退回厂家维修,节省维修时间,解决了在监测到冻屏时,自动并及时
的处理冻屏,省去维修时间的问题。
附图说明
具体实施方式
地使用。
媒体播放器(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中。
电、以及功耗管理等功能。
决程序被所述处理器执行时实现以下步骤:
系统初始化。
要维护多套代码并需要考虑器件兼容性;即使是同一器件厂家的不同型号的LCD和TP器件
也存在较多差异,另外,不同器件厂家的代码编码风格和实现逻辑也会存在一定差异,给开
发维护人员带来较大的工作量,而且很容易引入问题,由于不同厂家的LCD和TP器件在代码
实现逻辑和时序上存在差异,不同LCD和TP器件所依赖的核心库也不相同,当核心库出现异
常,会导致LCD和TP器件无法正常启动,从而导致移动终端出现冻屏,因此,需要基于不同的
核心库异常采取不同的处理方式。
中,该特征规则表中的核心库基础信息和LCD和TP器件的基础信息具有一一对应关系。该
LCD和TP器件基础信息包括厂家信息、触摸屏标识信息和硬件版本信息等,而该核心库基础
信息包括核心库信息、应用程序二进制接口、平台信息和签名信息等,其中,该签名信息包
括时间、签名主体和证书等。移动终端在监测到系统初始化,即Loader层(装载器层)进行系
统初始化时,扫描获取系统初始化上层Native层所需核心库的第一核心库基础信息,并获
取触摸屏基础信息,即LCD和TP器件的基础信息。
的第二核心库基础信息,并将该第一核心库基础信息与该第二核心库基础信息进行比对,
以判断该第一核心库基础信息是否与该第二核心库基础信息相同,即判断扫描获取到的核
心库基础信息所对应的核心库是否为LCD和TP器件依赖的核心库,如果该第一核心库基础
信息与该第二核心库基础信息相同,则表示扫描获取到的核心库基础信息所对应的核心库
为LCD和TP器件依赖的核心库,如果该第一核心库基础信息与该第二核心库基础信息不同,
则表示扫描获取到的核心库基础信息所对应的核心库不是LCD和TP器件依赖的核心库。
应的核心库,即LCD和TP器件依赖的核心库,并加载该核心库以实现系统初始化,然后监测
初始化完成后运行的核心库是否出现异常,具体地,监测LCD和TP的标准接口是否能被正常
调用,如果LCD和TP的标准接口未被正常调用,则可以判定核心库出现异常,如果LCD和TP的
标准接口被正常调用,则进一步监测LCD和TP的标准接口被调用时,是否存在地址错误或指
针错误,如果监测到LCD和TP的标准接口被调用时存在地址错误或指针错误,则可以判定核
心库出现异常。
础信息和实体构造信息,该实体构造信息包括核心库的对象、对象数量和方法等。
初始化所需核心库的实体构造信息相同,如果该核心库异常信息中的实体构造信息与系统
初始化所需核心库的实体构造信息不同,则删除出现异常的核心库,并重新进行系统初始
化,即以预设容错次数执行系统初始化操作,如果该核心库异常信息中的实体构造信息与
系统初始化所需核心库的实体构造信息相同,则删除出现异常的核心库,并控制移动终端
重启预设驱动,即重新启动LCD和TP驱动。在具体实施中,该移动终端以预设容错次数执行
系统初始化操作时,记录每一次系统初始化操作的执行结果,并在预设容错次数未执行完,
且执行结果为执行成功时,停止系统初始化操作,而在预设容错次数执行完,且执行结果为
执行失败时,基于该第二核心库基础信息从预设存储区域中获取对应的备份核心库,然后
删除异常的核心库,并基于该备份核心库重新进行系统初始化。
内存快照数据,并从本地预设数据库中获取内存快照基础数据,然后将该异常内存快照数
据与该内存快照基础数据进行比对,以获取基础数据差异程度,最后根据该基础数据差异
程度确定核心库异常处理方式,并根据该核心库异常处理方式对异常的核心库进行处理,
本方案在监听到核心库出现异常时,将异常内存快照数据与内存快照基础数据进行比较,
根据两者之间的基础数据差异程度确定核心库异常处理方式,使得移动终端能够主动及时
的基于确定的核心库异常处理方式对异常的核心库进行处理,从而快速及时的解决冻屏问
题,且无需将移动终端退回厂家维修,节省维修时间,解决了在监测到冻屏时,自动并及时
的解决冻屏的问题。
信息相同,如果该核心库异常信息中的核心库基础信息与该第二核心库基础信息相同,则
将该核心库异常信息传输至特征日志文件,并存储该特征日志文件,即单独创建一个线程
将冻屏信息输出到Debugerd进程,由Debugerd进程将该冻屏信息定向输出至具有Debugerd
权限处理的特征日志文件中。
端的存储空间不足时,将该特征日志文件导出至其它终端设备进行存储。
时,读取特征日志文件,从而快速定位冻屏原因,极大的降低人力成本和时间成本。
的第二核心库基础信息,并将该第一核心库基础信息与该第二核心库基础信息进行比对,
以判断该第一核心库基础信息是否与该第二核心库基础信息相同,即判断扫描获取到的核
心库基础信息所对应的核心库是否为LCD和TP器件依赖的核心库,如果该第一核心库基础
信息与该第二核心库基础信息不同,即扫描获取到的核心库基础信息所对应的核心库不为
LCD和TP器件依赖的核心库时,获取该第一核心库基础信息与该第二核心库基础信息之间
的差异数据,并根据该差异数据获取对应的差异核心库,然后基于该差异核心库和预设共
用核心库重新进行系统初始化。
差异核心库,然后基于该差异核心库和预设共用核心库重新进行系统初始化,从而解决由
于系统初始化所需核心库出现异常导致的冻屏问题。
系统初始化。
的第二核心库基础信息,并将该第一核心库基础信息与该第二核心库基础信息进行比对,
以判断该第一核心库基础信息是否与该第二核心库基础信息相同,即判断扫描获取到的核
心库基础信息所对应的核心库是否为LCD和TP器件依赖的核心库,如果该第一核心库基础
信息与该第二核心库基础信息不同,即扫描获取到的核心库基础信息所对应的核心库不为
LCD和TP器件依赖的核心库时,根据该第二核心库基础信息从预设存储区域中获取对应的
备份核心库,并基于该备份核心库重新进行系统初始化。
对应的核心库基础信息从预设存储区域中获取对应的备份核心库,并基于该备份核心库重
新进行系统初始化,从而解决由于系统初始化所需核心库出现异常导致的冻屏问题。
系统初始化。
且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有
的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该
要素的过程、方法、物品或者系统中还存在另外的相同要素。
前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做
出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个
存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,
计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
术领域,均同理包括在本发明的专利保护范围内。