申请/专利权人：努比亚技术有限公司

申请日：2017-09-28

公开（公告）日：2021-09-21

公开（公告）号：CN107704133B

主分类号：G06F3/041(20060101)

分类号：G06F3/041(20060101);G09G3/36(20060101);G06F11/07(20060101)

优先权：

专利状态码：有效-授权

法律状态：2021.09.21#授权;2018.11.27#实质审查的生效;2018.02.16#公开

摘要：本发明公开了一种冻屏监测与解决方法、移动终端及计算机可读存储介质，该冻屏监测与解决方法包括以下步骤：当监测到显示请求时，从监测到第一预设进程开始处理该显示请求时计时，至监测到第二预设进程处理完成经该第一预设进程处理后的显示请求时结束计时，以获取该显示请求的处理时长，并根据该处理时长判断移动终端是否出现冻屏，如果移动终端出现冻屏，则根据该显示请求中的程序应用标识获取进程信息，并基于该进程信息删除对应的进程，且重新处理该显示请求。本发明能够在移动终端出现冻屏时，自动快速及时的解决冻屏问题，且无需将移动终端退回厂家维修，节省维修时间。

主权项：1.一种冻屏监测与解决方法，其特征在于，所述冻屏监测与解决方法包括以下步骤：当监测到显示请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程，通过所述第二预设进程接收所述第一预设进程传输的所述待合成视图，并基于所述待合成视图执行合成操作，得到对应的待显示信息，其中，从监测到所述第一预设进程开始处理所述显示请求时计时，至监测到所述第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；判断所述处理时长是否大于或等于预设处理时长；若所述处理时长大于或等于预设处理时长，则判定移动终端出现冻屏；若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏；在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。

全文数据：冻屏监测与解决方法、移动终端及计算机可读存储介质技术领域[0001]本发明涉及移动终端技术领域，尤其涉及一种冻屏监测与解决方法、移动终端及计算机可读存储介质。背景技术[0002]随着移动终端技术的发展，移动终端中集成的APPApplication，应用程序也越来越多，人们日常使用移动终端时总会遇到画面冻结问题，g卩TpT〇uchPanel，触摸面板）^LCDaiquidCrystalDisplay，液晶显示器驱动上电时序和逻辑出现异常，如用户在正常使用移动终端的过程中因TP和LCD驱动的上电时序和逻辑存在异常，导致Tp无法正常上电^无法对框架上报TP事件，导致触摸屏幕出现无响应;也即屏幕失去窗口焦点，如Tp能够正常上报触摸事件，但是当前窗口失去焦点，导致框架层无法正常处理触摸事件，从而出现屏幕和触摸无响应，出现冻屏。[0003]当移动终端出现冻屏，用户一般情况下重启移动终端使其恢复正常，且每次冻屏均需要用户手动重启，用户体验不好，此外，通过重启移动终端也并不一定能使其恢复正吊，需要将移动终端退回厂家维修，维修时间较长，因此，如何在监测到冻屏时，自动并及时的解决冻屏，节省维修时间是目前亟待解决的问题。[0004]上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。发明内容[0005]本发明的主要目的在于提供一种冻屏监测与解决方法、移动终端及计算机可读存储介质，旨在解决如何在监测到冻屏时，自动并及时的解决冻屏，节省维修时间的技术问题。[0006]为实现上述目的，本发明提供一种冻屏监测与解决方法，所述冻屏监测与解决方法包括以下步骤：[0007]当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；[0008]根据所述处理时长判断移动终端是否出现冻屏；[0009]在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。[0010]可选地，所述根据所述处理时长判断移动终端是否出现冻屏的步骤包括：[0011]判断所述处理时长是否大于或等于预设处理时长；’’[0012]若所述处理时长大于或等于预设处理时长，贝IJ判定移动终端出现冻屏；[0013]若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏。’[0014]可选地，所述冻屏监测与解决方法还包括：[0015]当监测到显示请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程；[0016]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第一预设时间内完成所述待合成视图的合成；[0017]当监测到所述第二预设进程未在第一预设时间内完成所述待合成视图的合成时，判定移动终端出现冻屏。[0018]可选地，所述将所述待合成视图传输至第二预设进程的步骤之后，所述冻屏监测与解决方法还包括：[0019]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第二预设时间内执行超过预设次数的所述待合成视图的合成操作；[0020]当监听到所述第二预设进程在第二预设时间内执行超过预设次数的所述待合成视图的合成操作时，判定移动终端出现冻屏。[0021]可选地，所述根据所述处理时长判断移动终端是否出现冻屏的步骤之后，所述冻屏监测与解决方法还包括：[0022]在移动终端出现冻屏时，获取冻屏信息，并将所述冻屏信息传输至特征日志文件。[0023]可选地，当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；[0024]将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。'[0025]此外，为实现上述目的，本发明还提供一种移动终端，所述移动终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的冻屏监测与解决程序，所述冻屏监测与解决程序被所述处理器执行时实现以下步骤：[0026]当监测到显不请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第一预设进程处理元成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；’[0027]根据所述处理时长判断移动终端是否出现冻屏；[0028]在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。’[0029]本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有冻屏监测与解决程序，所述冻屏监测与解决程序被处理器执行时实现以下步骤：、[0030]当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时莊所述显示请求的处理时长；一[0031]根据所述处理时长判断移动终端是否出现冻屏；[0032]在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取讲程户華基于所述进程信息删除对应的进程，且重新处理所述显示请求。[00^3]本发明供的冻屏监测与解决方法、移动终端及计算机可读存储介质当,!々刹显示请求时，从监酬第-预设进程开始处理该显示请求时计时，至监测」处理完成经该第-预设进程处理后的显示请求时结束计时，以获取该显示|求长，并根据该处理时长判断移动终端是否出现冻屏，如果移动终端出现冻屏，则根据该显示请^中的程序应用标识获取进程信息，并基于该进程信息删除对应的进程，且重新处理该显亦请求，本方案通过记录显;请求的处理时长，并基于该处理时长判断移动终端是否出现，屏，同时能够在移动终端出现冻屏时，自动及时的删除出现问题的进程，并重新处理该显示请求，从而快速及时的解决冻屏问题，且无需将移动终端退回厂家维修，节省维修时间，解决了在监测到冻屏时，自动并及时的解决冻屏，节省维修时间的问题。〃附图说明[0034]图1为实现本发明各个实施例的一种移动终端的硬件结构示意图；[0035]图2为本发明移动终端的操作系统的层级示意图；[0036]图3为本发明冻屏监测与解决方法第一实施例的流程示意图；^〇37]图4为图3中所述根据所述处理时长判断移动终端是否出现冻屏步骤的细化流程亦意图；[0038]图5为本发明冻屏监测与解决方法第二实施例的流程示意图；[0039]图6为本发明冻屏监测与解决方法第四实施例的流程示意图。[0040]本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式[0041]应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。[0042]在后续的描述中，使用用于表示元件的诸如“模块”、“部件，，或“单元，，的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元，，可以混合地使用。[0043]终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、毛记本电脑、旱上电酗、个人数字助理（PersonalDigitalAssistant，PDA、便捷式媒体播放器PortableMediaPlayer，PMP、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。[0044]后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。[0045]请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括:RFRadioFrequency，射频）单元101、WiFi模块102、音频输出单元103、AV音频视频输入单元1〇4、传感器1〇5、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源ill等部件。本领域技术人员可以理解，图丨中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。[0046]下面结合图1对移动终端的各个部件进行具体的介绍：[0047]_射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理;另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSMGlobalSystemofMobilecommunication，全球移动通讯系统）、GPRSGeneralPacketRadioService，通用分组无线服务）、CDMA2000CodeDivisionMultipleAccess2000,码分多址2000、WCDMAWidebandCodeDivisionMultipleAccess,宽带码分多址）、TD-SCDMATimeDivision-SynchronousCodeDivisionMultipleAccess，时分同步码分多址）、FDD-LTEFrequencyDivisionDuplexing-LongTermEvolution，频分双工长期演进）和TDD-LTETimeDivisionDuplexing-LongTermEvolution，分时双工长期演进）等。[0048]WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。[0049]音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出（例如，呼叫信号接收声音、消息接收声音等等）。音频输出单元103可以包括扬声器、蜂鸣器等等。[0050]AV输入单元104用于接收音频或视频信号。AV输入单元104可以包括图形处理器GraphicsProcessingUnit，GPU1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置如摄像头获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109或其它存储介质）中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音音频数据），并且能够将这样的声音处理为音频数据。处理后的音频语音数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除或抑制算法以消除或抑制在接收和发送音频信号的过程中产生的噪声或者干扰。[0051]移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和或背光。作为运动传感器的一种，加速计传感器可检测各个方向上一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。[0052]显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显不面板1〇61，可以采用液晶显示器LiquidCrystalDisplay，LCD、有机发光二极管OrganicLight-EmittingDiode，0LED等形式来配置显示面板1061。[0053]用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作），并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110,并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。[0054]进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。[0055]接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源或电池充电器端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入输出（IO端口、视频IO端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入例如，数据信息、电力等等并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。[0056]存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等;存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。[0057]参照图2,其为存储程序区中存储的操作系统的层级示意图，如图2所示，该操作系统包括Loader装载器层、Kernel系统内核层、Native本地框架）层、Framework框架）层（包括C++Framework层和JavaFramework层）和App应用程序）层，其中，Kernel层与Native层之间还存在HAL层硬件抽象层），该C++Framework层和JavaFramework层之间还存在JNI层，该HAL层与Kernel层之间还存在SysCall层。[0058]该Loader层包括BootROM启动服务和BootLoader开机初始化程序），该BootROM主要用于当移动终端处于关机状态时，长按Power开机键开机，引导芯片开始从固化在ROM里的预设处代码开始执行。BootLoader为启动操作系统之前的引导程序，主要是检查RAM，初始化硬件参数等功能。[0059]该Kernel层主要用于进行初始化进程管理、内存管理、加载Display显示）、CameraDriver相机驱动和BinderDriverBinder驱动等相关工作，并用于创建内核工作线程kworkder、软中断线程ksoftirqd和软中断线程thermal等内核守护进程。[0060]该Native层主要包括init孵化来的用户空间的守护进程、HAL层以及开机动画等。Init进程（由内核启动的用户级进程会孵化出ueventd、logd、healthd、installd、adbc^tIlmkd等用户守护进程UserDaemons;init进程还启动servicemanager服务管家）和bootanim开机动画）等重要服务；init进程孵化出Zygote进程，Zygote进程是操作系统的第一个Java进程，Zygote是所有Java进程的父进程，Zygote进程本身是由init进程孵化而来的。[0061]该Framework层包括Zygote进程、SystemServer系统服务）进程和MediaServer多媒体服务进程，其中，Zygote进程，是由init进程通过解析init.rc文件后fork生成的，Zygote进程主要包含加载Zygotelnit类、注册ZygoteSocket服务端套接字、加载虚拟机、preloadClasses和preloadResouces等；SystemServer进程，是由Zygote进程fork而来，SystemServer是Zygote孵化的第一个进程，SystemServer负责启动和管理整个JavaFramework，包含、ActivityManager应用程序组件）、PowerManager电源管理组件）和WindowManagerServer窗口管理组件）等服务;MediaServer进程，是由init进程fork而来，负责启动和管理整个C++framework，包含AudioFlinger音频服务）、CameraService相机服务和MediaPlayServer多媒体服务等服务。[0062]该APP层包括APP进程，每个APP进程均由Zygote进程fork生成，Zygote进程孵化出的第一个App进程是Launcher桌面启动器），为用户看到的桌面App，Zygote进程还会创建Browser浏览器）、Phone电话和Email邮件）等App进程，每个App至少运行在一个进程上。[0063]处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。[0064]移动终端100还可以包括给各个部件供电的电源111比如电池），优选的，电源ill可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。'[0065]尽管图1未示出，移动终端1〇〇还可以包括蓝牙模块等，在此不再赘述。[0066]基于上述移动终端硬件结构，提出本发明移动终端的各个实施例。[0067]请参照图1，在本发明移动终端的第一实施例中，该移动终端包括:存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的冻屏监测与解决程序，所述冻屏监测与解决程序被所述处理器执行时实现以下步骤：'[0068]当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；[0069]根据所述处理时长判断移动终端是否出现冻屏；[0070]在移动终％出现冻屏时，根据所述显不请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。’[0071]进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：[0072]判断所述处理时长是否大于或等于预设处理时长；[0073]若所述处理时长大于或等于预设处理时长，则判定移动终端出现冻屏；[0074]若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏。[0075]进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：[0076]当监测到显示请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程；[0077]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第一预设时间内完成所述待合成视图的合成；[0078]当监测到所述第二预设进程未在第一预设时间内完成所述待合成视图的合成时，判定移动终端出现冻屏。[0079]进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：[0080]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第二预设时间内执行超过预设次数的所述待合成视图的合成操作；[0081]当监听到所述第二预设进程在第二预设时间内执行超过预设次数的所述待合成视图的合成操作时，判定移动终端出现冻屏。[0082]进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：[0083]在移动终端出现冻屏时，获取冻屏信息，并将所述冻屏信息传输至特征日志文件。[0084]进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：[0085]当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；[0086]将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。[0087]本发明移动终端的具体实施例与下述冻屏监测与解决方法各实施例基本相同，在此不作赘述。[0088]本发明还提供一种应用于图1所示的移动终端的冻屏监测与解决方法，参照图3，图3为本发明冻屏监测与解决方法第一实施例的流程示意图。[0089]在本实施例中，该冻屏监测与解决方法包括：[0090]步骤S101，当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；[0091]该冻屏监测与解决方法应用于图1所示的移动终端，该移动终端包括智能手机和平板电脑等。通过图2所示的操作系统的层级分布示意图，可知，APP层程序应用层的各种不同程序应用如果需要显示输出硬件LCD显示，则需要经过Framework层框架层）中的SystemServer进程对各种不同程序应用传输过来的显示请求进行处理，然后将处理后的显示请求传输至Native层本地框架层）中的SurfaceFlinger进程，由SurfaceFlinger进程处理后，传输到Kernel层（内核层），再通过Kernel层输出到具体的显示设备。而显示请求主要是用户通过触摸TPTouchPanel，触摸面板生成的，且是将生成的显示请求上报到框架层，经框架层处理后返回响应，显示请求的处理过程需要SystemServer进程和SurfaceFlinger进程参与，因此，通过监测SystemServer进程和SurfaceFlinger进程处理介W个王予M用上报的业不请求的处理时长，能够快速准确的判断出用户触摸吓时，是否会出现屏幕和触摸无响应，也即移动终端是否出现冻屏。J0092]、具体地，该移动终端在监测到用户基于App层的程序应用触发的显示请求时，通过第厂预设进程对该显示请求进行处理，以获取待合成视图，并将该待合成视图传输至第二预设进程，然后通过第二预设进程接收第一预设进程传输的待合成视图，并基于该待合成^图执彳于合^操作，得到对应的待显示信息，在上述处理过程中，从监测到第一预设进程开理该显示请求时计时，至监测到第二预设进程处理完成经该第一预设进程处理后的显=请求时结^计时，以获取该，示请求的处理时长。该显示请求携带有程序应用标识、窗口fg息〕界面信息、布_局信息、动画信息、旋转信息和横竖屏信息等基础显示信息。在具体实施中，当存在若干显示请求时，根据每个显示请求携带的基础显示信息对每个显示请求的处理优先级进行排^，而在显示请求携带有若干窗口时，根据显示请求携带的基础显示信息对每个窗口的显示优先级进行排序。需要说明的是，该第一预设进程为SystemServer进程，该第二预设进程为SurfaceFlinger进程。[0093]步骤sl〇2,根据所述处理时长判断移动终端是否出现冻屏；[°094]该移动终端在计时得到该显示请求的处理时长之后，根据该处理时长判断移动终端是否出现冻屏，具体地，参照图4,图4为图3中该步骤S102的细化流程示意图，该步骤S102包括：[0095]步骤S1021，判断所述处理时长是否大于或等于预设处理时长；[0096]步骤Sl〇22,若所述处理时长大于或等于预设处理时长，则判定移动终端出现冻屏；[0097]步骤S1023,若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏。[0098]该移动终端在计时得到该显示请求的处理时长之后，判断该处理时长是否大于或等于预设处理时长，如果该处理时长大于或等于预设处理时长，则判定移动终端出现冻屏，如果处理时长小于预设处理时长，则判定移动终端未出现冻屏，需要说明的是，该预设处理时长为20秒、25秒、3〇秒、6〇秒或120秒等，该预设处理时长可由本领域技术人员根据实际经验值和经测试进行设置，本实施例对此不作具体限定，以预设处理时长为30秒为例进行说明，例如，通过计时得到的显示请求的处理时长为35秒，而预设处理时长为30秒，则可以容易得到显示请求的处理时长35秒大于预设处理时长3〇秒，则可以判定移动终端出现冻屏，又例如，通过计时得到的显示请求的处理时长为1秒，而预设处理时长为30秒，则可以容易得到显示请求的处理时长1秒小于预设处理时长30秒，则可以判定移动终端未出现冻屏。[00"]在具体实施中，在该处理时长小于预设处理时长时，可进一步根据该处理时长所处的时长区间确定移动终端出现的问题，需要说明的是，该时长区间的数量、对应的取值和对应的问题可由本领域技术人员根据实际情况进行设置，本实施例对此不作具体限定。以下以两个时长区间，且预设处理时长为30秒为例进行说明，即该时长区间包括第一时长区间和第二时长区间，该第一时长区间为2〇纳秒包括2纳秒至1秒包括1秒），对应的问题为丢帧，该第二时长区间为1秒包括1秒至30秒不包括30秒），对应的问题为超时无响应，设通过计时得到的显示请求的处理时长为33纳秒，则可以确定当前的处理时长处于第一时长区间，且对应的问题为丢帧。[cnoo]在另一具体实施中，在该处理时长大于或等于预设处理时长时，可进一步根据该处理时长所处的时长区间确定冻屏等级，需要说明的是，该时长区间的数量、对应的取值和对应的冻屏等级可由本领域技术人员根据实际情况进行设置，本实施例对此不作具体限定。以下以三个时长区间，且预设处理时长为30秒为例进行说明，即该时长区间包括第一时长区间、第二时长区间和第三时长区间，该第一时长区间为3〇秒至60秒，对应的冻屏等级为轻度冻屏，该第二时长区间为61秒至12〇秒，对应的冻屏等级为中度冻屏，该第三时长区间为121秒至600秒，对应的冻屏等级为重度冻屏，设通过计时得到的显示请求的处理时长为80秒，则可以确定当前的处理时长处于第二时长区间，且对应的冻屏等级为中度冻屏。[0101]步骤S103,在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。[0102]该移动终端根据显示请求的处理时长确定移动终端出现冻屏时，从该显示请求中获取程序应用标识，并根据该程序应用标识获取进程信息，然后基于该进程信息删除对应的进程，并重新处理该显示请求，从而能够在监测到冻屏现象时，及时主动的解决冻屏，使得移动终端恢复正常。[0103]在本实施例中，本发明当监测到显示请求时，从监测到第一预设进程开始处理该显示请求时计时，至监测到第二预设进程处理完成经该第一预设进程处理后的显示请求时结束计时，以获取该显示请求的处理时长，并根据该处理时长判断移动终端是否出现冻屏，如果移动终端出现冻屏，则根据该显示请求中的程序应用标识获取进程信息，并基于该进程信息删除对应的进程，且重新处理该显示请求，本方案通过记录显示请求的处理时长，并基于该处理时长判断移动终端是否出现冻屏，同时能够在移动终端出现冻屏时，自动及时的删除出现问题的进程，并重新处理该显示请求，从而快速及时的解决冻屏问题，且无需将移动终端退回厂家维修，节省维修时间，解决了在监测到冻屏时，自动并及时的解决冻屏，节省维修时间的问题。[0104]进一步地，参照图5,基于图1所示的移动终端和上述第一实施例提出了本发明冻屏监测与解决方法的第二实施例，与前述实施例的区别在于，该步骤8103之前，该冻屏监测与解决方法还包括：[0105]步骤S104,当监测到显示请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程；[0106]步骤S105,通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第一预设时间内完成所述待合成视图的合成；[0107]步骤S106,当监测到所述第二预设进程未在第一预设时间内完成所述待合成视图的合成时，判定移动终端出现冻屏。[0108]需要说明的是，本发明基于前述实施例提出了一种移动终端是否出现冻屏的另一监测方式，以下仅对此进行说明，其它可参照前述实施例。[0109]具体地，该移^终端在监测到用户基于APP层的程序应用触发的显示请求时，通过第一预设进程对该显示请求进行处理，以获取待合成视图，并将该待合成视图传输至第二预设进程，然后通过第二预设进程接收第一预设进程传输的待合成视图，并监测该第二预设进程是否在第一预设时间内完成该待合成视图的合成，当监测到该第二预设进程未在第一预设时间内完成该待合成视图的合成时，判定移动终端出现冻屏，在移动终端出现冻屏时，从该显示请求中获取程序应用标识，并根据该程序应用标识获取进程信息，然后基于该进程信息删除对应的进程，并重新处理该显示请求，从而能够在监测到冻屏现象时，及时主动的解决冻屏，使得移动终端恢复正常。需要说明的是，该第一预设进程为程，该第二预设进程为311打306?111^61'进程，该第一预设时间可以为16.5纳秒，该第一预设时间还可由本领域技术人员根据实际情况进行设置，本实施例对此不作具体限制。[0110]在本矣施例中，本发明通过在Native层的SurfaceFlinger进程中，对合成动作进行计时，从而基于合成动作时长，判断移动终端是否出现冻屏，进一步地扩展冻屏监测方式，保证移动终端能够识别由于不同原因引起的冻屏。[0111]进一步地，基于图1所示的移动终端和上述第二实施例提出了本发明冻屏监测与解决方法的第三实施例，与前述实施例的区别在于，该步骤S104之后，该冻屏监测与解决方法还包括：[0112]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第二预设时间内执行超过预设次数的所述待合成视图的合成操作；[0113]当监听到所述第二预设进程在第二预设时间内执行超过预设次数的所述待合成视图的合成操作时，判定移动终端出现冻屏。[0114]需要说明的是，本发明基于前述实施例提出了一种移动终端是否出现冻屏的另一监测方式，以下仅对此进行说明，其它可参照前述实施例。[0115]具体地，该移动终端在监测到用户基于APP层的程序应用触发的显示请求时，通过第一预设进程对该显示请求进行处理，以获取待合成视图，并将该待合成视图传输至第二预设进程，然后通过第二预设进程接收第一预设进程传输的待合成视图，并监测该第二预设进程是否在第二预设时间内执行超过预设次数的该待合成视图的合成操作，当监听到该第二预设进程在第二预设时间内执行超过预设次数的该待合成视图的合成操作时，判定移动终端出现冻屏，在移动终端出现冻屏时，从该显示请求中获取程序应用标识，并根据该程序应用标识获取进程信息，然后基于该进程信息删除对应的进程，并重新处理该显示请求。需要说明的是，该第二预设时间可以为6〇秒。该预设次数可以为20次，该第二预设时间和该预设次数还可以由本领域技术人员根据实际情况进行设置，本实施例中对此不作具体限制，该第一预设进程为SystemServer进程，该第二预设进程为SurfaceFlinger进程。[0116]在本实施例中，本发明通过在Native层的SurfaceFlinger进程中，通过监测该SurfaceFlinger进程是否在一定时间内执行超过一定次数的该待合成视图的合成操作，能够判断移动终端是否出现冻屏，进一步地扩展冻屏监测方式，保证移动终端能够识别由于不同原因引起的冻屏。[0117]进一步地，参照图6,基于图1所示的移动终端和上述第一、第二或第三实施例提出了本发明冻屏监测与解决方法的第四实施例，与前述实施例的区别在于，该步骤8102之后，该冻屏监测与解决方法还包括：[0118]步骤S107,在移动终端出现冻屏时，获取冻屏信息，并将所述冻屏信息传输至特征日志文件。[0119]需要说明的是，本发明基于前述实施例，提出了一种冻屏信息的具体输出方式，以下仅对此进行说明，其它可参照前述实施例。[0120]该移动终端根据显不请求的处理时长确定移动终端出现冻屏时，获取冻屏信息，并单独创建一个线程将冻屏信息输出到Debugerd进程，由Debugerd进程将该冻屏信息定向输出至具有Debugerd权限处理的特征日志文件中。[0121]可选地，在本实施例中，该步骤S107之后，还包括：[0122]当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；[0123]将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。^[0124]该移动终端在监测到特征日志文件导出请求时，从预设存储区域中获取特征曰志文件，并将该特征日志文件导出至该特征日志文件导出请求中的终端设备，能够在移动^端的存储空间不足时，将该特征日志文件导出至其它终端设备进行存储。、[0125]在本实施例中，本发明能够在监听到移动终端出现冻屏时，获取冻屏信息，并将该冻屏信息输出至特征日志文件，便于移动终端出现冻屏时，读取特征日志文件，从而快速定位冻屏原因，极大的降低人力成本和时间成本。[0126]此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有冻屏监测与解决程序，所述冻屏监测与解决程序被处理器执行时实现以下步骤：[0127]当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；[0128]根据所述处理时长判断移动终端是否出现冻屏；[0129]在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。[0130]进一步地，所述冻屏监测与解决程序被处理器执行时还实现以下步骤：[0131]判断所述处理时长是否大于或等于预设处理时长；[0132]若所述处理时长大于或等于预设处理时长，则判定移动终端出现冻屏；[0133]若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏。[0134]进一步地，所述冻屏监测与解决程序被处理器执行时还实现以下步骤：[0135]当监测到显不请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程；[0136]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第一预设时间内完成所述待合成视图的合成；[0137]当监测到所述第二预设进程未在第一预设时间内完成所述待合成视图的合成时，判定移动终端出现冻屏。[0138]进一步地，所述冻屏监测与解决程序被处理器执行时还实现以下步骤：[0139]通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第二预设时间内执行超过预设次数的所述待合成视图的合成操作；[0140]当监听到所述第二预设进程在第二预设时间内执行超过预设次数的所述待合成视图的合成操作时，判定移动终端出现冻屏。[0141]进一步地，所述冻屏监测与解决程序被处理器执行时还实现以下步骤：[0142]在移动终端出现冻屏时，获取冻屏信息，并将所述冻屏信息传输至特征日志文件。[0143]进一步地，所述冻屏监测与解决程序被处理器执行时还实现以下步骤：[0144]当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；[0145]将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。[0146]本发明计算机可读存储介质的具体实施例与上述冻屏监测与解决方法的各具体实施例基本相同，在此不作赘述。[0147]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。[0148]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。[0149]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质（如R0MRAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备可以是手机，计算机，服务器，空调器，或者网络设备等执行本发明各个实施例所述的方法。[0150]以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

权利要求：1.一种冻屏f测与解决方法，其特征在于，所述冻屏监测与解决方法包括以下步骤：当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第一预设进程处理元成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；根据所述处理时长判断移动终端是否出现冻屏；在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。’2.如权利要求1所述的冻屏监测与解决方法，其特征在于，所述根据所述处理时长判断移动终端是否出现冻屏的步骤包括：判断所述处理时长是否大于或等于预设处理时长；若所述处理时长大于或等于预设处理时长，则判定移动终端出现冻屏；若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏。3.如权利要求1所述的冻屏监测与解决方法，其特征在于，所述冻屏监测与解决方法还包括：当监测到显不请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程；通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第一预设时间内完成所述待合成视图的合成；当监测到所述第二预设进程未在第一预设时间内完成所述待合成视图的合成时，判定移动终端出现冻屏。4.如权利要求3所述的冻屏监测与解决方法，其特征在于，所述将所述待合成视图传输至第二预设进程的步骤之后，所述冻屏监测与解决方法还包括：通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第二预设时间内执行超过预设次数的所述待合成视图的合成操作；当监听到所述第二预设进程在第二预设时间内执行超过预设次数的所述待合成视图的合成操作时，判定移动终端出现冻屏。5.如权利要求1-4中任一项所述的冻屏监测与解决方法，其特征在于，所述根据所述处理时长判断移动终端是否出现冻屏的步骤之后，所述冻屏监测与解决方法还包括：在移动终端出现冻屏时，获取冻屏信息，并将所述冻屏信息传输至特征日志文件。6.如权利要求5所述的冻屏监测与解决方法，其特征在于，所述获取冻屏信息，并将所述冻屏信息传输至特征日志文件的步骤之后，所述冻屏监测与解决方法还包括：当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。7.—种移动终端，其特征在于，所述移动终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的冻屏监测与解决程序，所述冻屏监测与解决程序被所述处理器执行时实现以下步骤：当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述S不请求的处理时长；根据所述处理时长判断移动终端是否出现冻屏；在移动终端出现冻屏时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。8.如权利要求7所述的移动终端，其特征在于，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：判断所述处理时长是否大于或等于预设处理时长；若所述处理时长大于或等于预设处理时长，则判定移动终端出现冻屏；若所述处理时长小于预设处理时长，则判定移动终端未出现冻屏。9.如权利要求7所述的移动终端，其特征在于，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：当监测到显不请求时，通过第一预设进程对所述显示请求进行处理，以获取待合成视图，并将所述待合成视图传输至第二预设进程；、通过所述第二预设进程接收所述第一预设进程传输的待合成视图，并监测所述第二预设进程是否在第一预设时间内完成所述待合成视图的合成；当监测到所述第二预设进程未在第一预设时间内完成所述待合成视图的合成时判定移动终端出现冻屏。’10.—种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有冻屏监测与解决程序，所述冻屏监测与解决程序被处理器执行时实现以下步骤：'当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；根据所述处理时长判断移动终端是否出现冻屏；在移动终端出现冻屏时，根据所述显不请求中的程序应用标识获取进程信窗，并基于所述进程信息删除对应的进程，且重新处理所述显示请求。

百度查询： 努比亚技术有限公司 冻屏监测与解决方法、移动终端及计算机可读存储介质

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD