黑屏检测方法、移动终端及计算机可读存储介质

摘要

本发明公开了一种黑屏检测方法、移动终端及计算机可读存储介质，所述黑屏检测方法包括以下步骤：当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；将所述监测结果信息和预设信息比对，生成比对结果；根据所述比对结果，确定黑屏故障类型。本方案对移动终端的显示服务中的预设核心流程设置有监测机制，在移动终端出现黑屏故障时，通过获取生成的监测结果信息，并将其与预设信息比对，确定黑屏故障类型。便于售后人员或开发人员在进行移动终端黑屏原因的检测时，根据黑屏故障类型快速准确的定位到引起黑屏原因，极大的降低人力成本和时间成本。

权利要求

1.一种黑屏检测方法，其特征在于，所述黑屏检测方法应用于移动终端，所述黑屏检测方法包括以下步骤：

当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；其中，所述预设核心流程包括亮灭屏广播接收流程、亮灭屏事件上报流程、显示缓存区域读取流程和系统UI显示准备流程；

将所述监测结果信息和预设信息进行比对，生成比对结果；

根据所述比对结果，确定黑屏故障类型；

其中，所述根据所述比对结果，确定黑屏故障类型的步骤包括：当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型；

当比对结果为监测结果信息和预设信息不匹配时，确定黑屏故障类型为软件故障类型；

其中，所述当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型的步骤包括：

当比对结果为监测结果信息和预设信息匹配时，获取显示屏幕截图，并判断显示屏幕截图的各显示区域是否完整；

当显示屏幕截图的各显示区域完整时，将黑屏故障类型确定为硬件故障类型。

2.如权利要求1所述的黑屏检测方法，其特征在于，所述当监测到移动终端出现黑屏故障时的步骤之前包括：

监测移动终端的显示服务中的预设核心流程，并生成监测结果信息。

3.如权利要求1所述的黑屏检测方法，其特征在于，所述判断显示屏幕截图的各显示区域是否完整的步骤之后包括：

当显示屏幕截图的各显示区域不完整时，控制移动终端的显示服务重新执行。

4.如权利要求1‑3任一项所述的黑屏检测方法，其特征在于，所述根据所述比对结果，确定黑屏故障类型的步骤之后包括：实时收集监测结果信息，并在预设时间内将收集的监测结果信息进行去冗余处理后存储。

5.如权利要求1‑3任一项所述的黑屏检测方法，其特征在于，所述根据所述比对结果，确定黑屏故障类型的步骤之后包括：将所述监测结果信息和黑屏故障类型输出至特征日志文件。

6.一种移动终端，其特征在于，所述移动终端包括：存储器、处理器、通信总线以及存储在所述存储器上的黑屏检测程序：所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述黑屏检测程序，以实现以下步骤：当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；其中，所述预设核心流程包括亮灭屏广播接收流程、亮灭屏事件上报流程、显示缓存区域读取流程和系统UI显示准备流程；

将所述监测结果信息和预设信息进行比对，生成比对结果；

根据所述比对结果，确定黑屏故障类型；

其中，所述根据所述比对结果，确定黑屏故障类型的步骤包括：当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型；

当比对结果为监测结果信息和预设信息不匹配时，确定黑屏故障类型为软件故障类型；

其中，所述当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型的步骤包括：

当比对结果为监测结果信息和预设信息匹配时，获取显示屏幕截图，并判断显示屏幕截图的各显示区域是否完整；

当显示屏幕截图的各显示区域完整时，将黑屏故障类型确定为硬件故障类型。

7.如权利要求6所述的移动终端，其特征在于，所述黑屏检测程序被所述处理器执行时实现如权利要求2至5中任一项所述的黑屏检测方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有黑屏检测程序，所述黑屏检测程序被处理器执行时实现如权利要求1‑5中任一项所述的黑屏检测方法的步骤。

说明书

黑屏检测方法、移动终端及计算机可读存储介质

技术领域

[0001] 本发明涉及移动终端技术领域，尤其涉及一种黑屏检测方法、移动终端及计算机可读存储介质。

背景技术

[0002] 随着移动终端技术的发展，移动终端中集成的APP(Application，应用程序)也越来越多，目前基于移动终端的不同场景的应用程序数以万计，随着用户在移动终端上安装
的第三方应用和服务软件数量越来越多，人们日常使用移动终端时，容易影响移动终端开
机启动过程中的某些关键点，导致移动终端卡在某些关键点而出现黑屏现象。

[0003] 目前，当移动终端出现黑屏现象时，需要用户手动强制重启移动终端使其恢复正常，用户体验不好。此外，导致移动终端出现黑屏现象的原因多种多样，通过重启移动终端
并不一定能使其恢复正常，需要将移动终端返回到售后或退回厂家维修。售后人员或开发
人员在拿到移动终端后，需要对黑屏现象进行复现，耗费较多的时间对移动终端进行监测
定位黑屏原因。因此，如何快速定位黑屏原因，降低人力成本和时间成本是目前亟待解决的
问题。

[0004] 上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

[0005] 本发明的主要目的在于提供一种黑屏检测方法、移动终端及计算机可读存储介质，旨在解决如何快速定位黑屏原因，降低人力成本和时间成本的技术问题。

[0006] 为实现上述目的，本发明提供一种黑屏检测方法，所述黑屏检测方法应用于移动终端，所述黑屏检测方法包括以下步骤：

[0007] 当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；

[0008] 将所述监测结果信息和预设信息比对，生成比对结果；

[0009] 根据所述比对结果，确定黑屏故障类型。

[0010] 可选地，所述当监测到移动终端出现黑屏故障时的步骤之前包括：

[0011] 监测移动终端的显示服务中的预设核心流程，并生成监测结果信息。

[0012] 可选地，所述根据所述比对结果，确定黑屏故障类型的步骤包括：

[0013] 当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型；

[0014] 当比对结果为监测结果信息和预设信息不匹配时，确定黑屏故障类型为软件故障类型。

[0015] 可选地，所述当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型的步骤包括：

[0016] 当比对结果为监测结果信息和预设信息匹配时，获取显示屏幕截图，并判断显示屏幕截图的各显示区域是否完整；

[0017] 当显示屏幕截图的各显示区域完整时，将黑屏故障类型确定为硬件故障类型。

[0018] 可选地，所述判断显示屏幕截图的各显示区域是否完整的步骤之后包括：

[0019] 当显示屏幕截图的各显示区域不完整时，控制移动终端的显示服务重新执行。

[0020] 可选地，所述根据所述比对结果，确定黑屏故障类型的步骤之后包括：

[0021] 实时收集监测结果信息，并在预设时间内将收集的监测结果信息进行去冗余处理后存储。

[0022] 可选地，所述根据所述比对结果，确定黑屏故障类型的步骤之后包括：

[0023] 将所述监测结果信息和黑屏故障类型输出至特征日志文件。

[0024] 此外，为实现上述目的，本发明还提供一种移动终端，存储器、处理器、通信总线以及存储在所述存储器上的黑屏检测程序：

[0025] 所述通信总线用于实现处理器和存储器之间的连接通信；

[0026] 所述处理器用于执行所述黑屏检测程序，以实现以下步骤：

[0027] 当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；

[0028] 将所述监测结果信息和预设信息比对，生成比对结果；

[0029] 根据所述比对结果，确定黑屏故障类型。

[0030] 本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有黑屏检测程序，所述黑屏检测程序被处理器执行以用于：

[0031] 当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；

[0032] 将所述监测结果信息和预设信息比对，生成比对结果；

[0033] 根据所述比对结果，确定黑屏故障类型。

[0034] 本发明提供一种黑屏检测方法、移动终端及计算机可读存储介质，当监测到移动终端出现黑屏故障时，通过获取移动终端的显示服务中的预设核心流程生成的监测结果信
息，并将此监测结果信息和预设信息比对，生成比对结果，以根据比对结果确定黑屏故障类
型。本方案对移动终端的显示服务中的预设核心流程设置有监测机制，在移动终端出现黑
屏故障时，通过获取生成的监测结果信息，并将其与预设信息比对，确定黑屏故障类型。便
于售后人员或开发人员在进行移动终端黑屏原因的检测时，根据黑屏故障类型快速准确的
定位到引起黑屏原因，极大的降低人力成本和时间成本。

附图说明

[0035] 图1为实现本发明各个实施例的一种移动终端的硬件结构示意图；

[0036] 图2为本发明移动终端的操作系统的层级示意图；

[0037] 图3为本发明黑屏检测方法第一实施例的流程示意图；

[0038] 图4为本发明黑屏检测方法第二实施例的流程示意图；

[0039] 图5为本发明黑屏检测方法第三实施例的流程示意图；

[0040] 图6为本发明黑屏检测方法第四实施例的流程示意图；

[0041] 图7为本发明实施例方法涉及的硬件运行环境的结构示意图。

[0042] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

[0043] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

[0044] 在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合
地使用。

[0045] 终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal DigitalAssistant，PDA)、便捷式媒
体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动
终端，以及诸如数字TV、台式计算机等固定终端。

[0046] 后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

[0047] 请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元
103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元
108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的
移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，
或者组合某些部件，或者不同的部件布置。

[0048] 下面结合图1对移动终端的各个部件进行具体的介绍：

[0049] 射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101
包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射
频单元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，分时双工长期演进)等。

[0050] WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示
出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需
要在不改变发明的本质的范围内而省略。

[0051] 音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者
在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103
还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消
息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

[0052] A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式
或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处
理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存
储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克
风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接
收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可
以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。
麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音
频信号的过程中产生的噪声或者干扰。

[0053] 移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境
光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭
显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可监测各个方向上(一般
为三轴)加速度的大小，静止时可监测出重力的大小及方向，可用于识别手机姿态的应用
(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；
至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、
湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

[0054] 显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管
(Organic Light‑Emitting Diode,OLED)等形式来配置显示面板1061。

[0055] 用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以
及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作
(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071
附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸监测
装置和触摸控制器两个部分。其中，触摸监测装置监测用户的触摸方位，并监测触摸操作带
来的信号，将信号传送给触摸控制器；触摸控制器从触摸监测装置上接收触摸信息，并将它
转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可
以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板
1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包
括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中
的一种或多种，具体此处不做限定。

[0056] 进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071监测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事
件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板
1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可
以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做
限定。

[0057] 接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无
线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端
口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数
据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以
用于在移动终端100和外部装置之间传输数据。

[0058] 存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声
音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如
音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易
失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

[0059] 参照图2，其为存储程序区中存储的操作系统的层级示意图，如图2所示，该操作系统包括Loader(装载器)层、Kernel(系统内核)层、Native(本地框架)层、Framework(框架)
层(包括C++Framework层和Java Framework层)和App(应用程序)层，其中，Kernel层与
Native层之间还存在HAL层(硬件抽象层)，该C++Framework层和Java Framework层之间还
存在JNI层，该HAL层与Kernel层之间还存在SysCall层。

[0060] 该Loader层包括Boot ROM(启动服务)和Boot Loader(开机初始化程序)，该Boot ROM主要用于当移动终端处于关机状态时，长按Power(开机)键开机，引导芯片开始从固化
在ROM里的预设处代码开始执行。Boot Loader为启动操作系统之前的引导程序，主要是检
查RAM，初始化硬件参数等功能。

[0061] 该Kernel层主要用于进行初始化进程管理、内存管理、加载Display(显示)、Camera Driver(相机驱动)和Binder Driver(Binder驱动)等相关工作，并用于创建内核工
作线程kworkder、软中断线程ksoftirqd和软中断线程thermal等内核守护进程。

[0062] 该Native层主要包括init孵化来的用户空间的守护进程、HAL层以及开机动画等。Init进程(由内核启动的用户级进程)会孵化出ueventd、logd、healthd、installd、adbd和
lmkd等用户守护进程User Daemons；init进程还启动servicemanager(服务管家)和
bootanim(开机动画)等重要服务；init进程孵化出Zygote进程，Zygote进程是操作系统的
第一个Java进程，Zygote是所有Java进程的父进程，Zygote进程本身是由init进程孵化而
来的。

[0063] 该Framework层包括Zygote进程、System Server(系统服务)进程和Media Server(多媒体服务)进程，其中，Zygote进程，是由init进程通过解析init.rc文件后fork生成的，
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(多媒体服务)等服务。

[0064] 该APP层包括APP进程，每个APP进程均由Zygote进程fork生成，Zygote进程孵化出的第一个App进程是Launcher(桌面启动器)，为用户看到的桌面App，Zygote进程还会创建
Browser(浏览器)、Phone(电话)和Email(邮件)等App进程，每个App至少运行在一个进程
上。

[0065] 处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储
器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处
理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处
理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要
处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

[0066] 移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放
电、以及功耗管理等功能。

[0067] 尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

[0068] 基于上述移动终端硬件结构，提出本发明移动终端的各个实施例。

[0069] 本发明提供一种应用于图1所示的移动终端的黑屏检测方法，参照图3，在本发明黑屏检测方法第一实施例中，该黑屏检测方法包括：

[0070] 步骤S10，当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；

[0071] 本发明的黑屏检测方法应用于图1所示的移动终端，该移动终端包括智能手机或平板电脑等。移动终端出现黑屏一般是操作系统中的显示服务出现异常，从而导致移动终
端显示出现异常。因此，本发明通过梳理和标准化Java框架层中的显示服务，并根据显示服
务中显示流程的重要程度，将Java框架层中显示服务的显示流程划分为核心流程和非核心
流程。然后对核心流程进行监测，实现显示服务的异常监测。本实施例将划分的核心流程作
为预设核心流程，其中预设核心流程包括亮灭屏广播接收流程、亮灭屏事件上报流程、显示
缓存区域读取流程和系统UI显示准备流程等。此类预设核心流程对移动终端运行过程中运
行状态进行监测，生成监测结果信息。移动终端在接收到亮屏操作(硬件的按键或双击屏幕
等操作)，或者在亮屏过程中，会向后台返回亮屏反馈信息，以表示移动终端当前的屏幕为
点亮状态。在此状态下，若未接收到黑屏操作(包括硬件的按键操作和软件的定时黑屏操
作)，而接收不到亮屏反馈信息时，则说明屏幕出现黑屏状态。当监测到移动终端出现黑屏
故障时，则获取此类预设核心流程在出现黑屏故障时所实时生成的监测结果信息，以根据
此监测结果信息确定是否因显示服务的显示逻辑或时序存在异常，而导致黑屏。

[0072] 步骤S20，将所述监测结果信息和预设信息比对，生成比对结果；

[0073] 进一步地，为了对预设核心流程的监测结果信息的正确性进行判断，本实施例设置有预设信息。预设信息用于表征预设核心流程预期所生成的参考信息，只有在预设核心
流程生成此参考信息时，移动终端才能正常显示其需要显示的内容。因不同的预设核心流
程在显示服务中的作用不相同，从而各个预设核心流程所对应的预设信息不一样。在获取
各个预设核心流程所生成的监测结果信息后，将各个监测结果和其对应的预设信息比对，
以生成比对结果。如对作为预设核心流程的亮灭屏广播接收流程进行监测，生成的监测结
果为A，而对此亮灭屏广播接收流程所预期生成的参考信息为B，即将预设信息设置为B；从
而将此A和B进行比对。比对主要针对判断两者是否匹配，即判断预设核心流程实际所生成
的监测结果信息是否为预期所生成的预设信息，并生成是否匹配的比对结果。

[0074] 步骤S30，根据所述比对结果，确定黑屏故障类型。

[0075] 更进一步地，在生成监测结果信息与预设信息的比对结果后，根据比对结果确定黑屏故障类型。因监测结果信息由预设核心流程生成，可用其表征移动终端软件运行所得
到的信息，从而通过比对结果确定引起移动终端黑屏的故障类型是否为软件故障类型。具
体地，根据比对结果，确定黑屏故障类型的步骤包括：

[0076] 步骤S31，当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型；

[0077] 步骤S32，当比对结果为监测结果信息和预设信息不匹配时，确定黑屏故障类型为软件故障类型。

[0078] 当比对结果为监测结果信息和预设信息匹配时，则说明移动终端软件运行所得到的信息和预期的参考信息匹配，移动终端的软件运行正常。而当比对结果为监测结果信息
和预设信息不匹配时，则说明移动终端软件运行所得到的信息和所预期的参考信息不匹
配，移动终端的软件运行不正常，可将导致移动终端黑屏的故障类型确定为软件故障类型。
因支撑实现移动终端功能的结构包括软件和硬件两部分，从而当监测结果信息和预设信息
匹配，判定出其软件运行正常时，则可将导致移动终端黑屏的故障类型确定为硬件故障类
型。其中，确定黑屏故障类型为硬件故障类型的步骤包括：

[0079] 步骤S311，当比对结果为监测结果信息和预设信息匹配时，获取显示屏幕截图，并判断显示屏幕截图的各显示区域是否完整；

[0080] 步骤S312，当显示屏幕截图的各显示区域完整时，将黑屏故障类型确定为硬件故障类型。

[0081] 当比对结果为监测结果信息和预设信息匹配，判定移动终端中显示服务的软件运行正常时，为了确保软件监测结果的无误，后台会触发亮屏流程，以让显示服务重新执行一
次亮屏操作。根据屏幕的显示状态是否改变来收集屏幕状态信息，并对屏幕状态信息进行
判断，确定屏幕状态是否改变。同时对亮屏流程执行过程中的预设核心流程进行监控，判断
此过程中生成的监测结果信息是否和预设信息匹配；当监测结果信息仍然和预设信息匹
配，软件运行正常，但屏幕状态还是黑屏状态没有改变时，则进行硬件判断。具体地，从内存
中读取应该由LCD屏幕读取并显示到屏幕的显示内容，并将此显示内容生成图片，此生成的
图片即为显示屏幕截图。如显示内容包括状态栏，操作区域的快捷图标以及导航栏等，从内
存中读取此显示内容，并将此显示内容生成为显示屏幕截图。

[0082] 可理解的，因显示屏幕截图由内存区域中存储的显示内容生成，在软件运行正常，其运行所得存储在内存中的结果也应当正常，从而根据此结果所生成的显示屏幕截图也应
当为一幅具有全部显示内容的图片。为了确定此显示屏幕截图是否有LCD屏幕需要显示的
全部显示内容，对此显示屏幕截图的各显示区域是否完整进行判断。完整性的判断包括判
断需要显示的各显示区域是否存在，各显示区域的显示尺寸是否正常以及显示区域中黑点
率的比例。其中各显示区域是否存在为通过图像处理技术分辨显示屏幕截图中所包括的显
示区域，此显示区域和内存中存储的显示内容应该显示的显示区域是否相同。如分辨出显
示屏幕截图中包括A、B、C、D四个显示区域，而内存中存储的显示内容应该显示的显示区域
也为A、B、C、D，则可判定各显示区域均存在。而各显示区域的显示尺寸是否正常则用于表示
显示屏幕截图中的各显示区域是否和其应该显示的尺寸一致，如A、B、C、D四个显示区域的
实际显示尺寸为a、b、c、d，而其理论上应该显示的区域也是a、b、c、d，则可判定显示区域的
尺寸正常。显示区域中黑点率的比例为显示屏幕截图中黑色像素点的比例，移动终端正常
显示的情况下，其图片的颜色应该是五颜六色的，由各种像素点构成，当其黑色像素点所占
的比例较高时，则说明其显示的内容不正确。通过完整性的判定确定显示屏幕截图的正确
性。当判断出显示屏幕截图的各显示区域完整时，则说明生成显示屏幕截图的各信息均正
确，导致移动终端黑屏的原因为屏幕本身的原因，即将黑屏故障类型确定为硬件故障类型。

[0083] 而当判断出显示屏幕截图的各显示区域不完整时，即说明生成显示屏幕截图的各信息存在不正确的点，导致黑屏的原因可能是硬件原因也可能是信息缺陷的问题，从而判
断显示屏幕截图的各显示区域是否完整的步骤之后包括：

[0084] 步骤S312，当显示屏幕截图的各显示区域不完整时，控制移动终端的显示服务重新执行。

[0085] 当显示屏幕截图的各显示区域不完整，导致黑屏的原因不能确定是移动终端的硬件原因还是显示内容的信息缺陷问题时，则控制移动终端的显示服务重新执行。即触发显
示服务中的各显示流程重新执行，重新获取显示内容进行显示，以进一步根据显示结果判
断屏幕状态。

[0086] 本发明提供一种黑屏检测方法、移动终端及计算机可读存储介质，当监测到移动终端出现黑屏故障时，通过获取移动终端的显示服务中的预设核心流程生成的监测结果信
息，并将此监测结果信息和预设信息比对，生成比对结果，以根据比对结果确定黑屏故障类
型。本方案对移动终端的显示服务中的预设核心流程设置有监测机制，在移动终端出现黑
屏故障时，通过获取生成的监测结果信息，并将其与预设信息比对，确定黑屏故障类型。便
于售后人员或开发人员在进行移动终端黑屏原因的检测时，根据黑屏故障类型快速准确的
定位到引起黑屏原因，极大的降低人力成本和时间成本

[0087] 进一步地，请参照图4，在本发明黑屏检测方法第一实施例的基础上，提出本发明黑屏检测方法的第二实施例，在第二实施例中，所述当监测到移动终端出现黑屏故障时的
步骤之前包括：

[0088] 步骤S40，监测移动终端的显示服务中的预设核心流程，并生成监测结果信息。

[0089] 本发明为了实现对移动终端侧黑屏原因进行确定，将划分的核心流程作为预设核心流程进行监测，实时监测移动终端显示服务中的预设核心流程，并生成监测结果信息。具
体地，通过在Java框架层的system_server进程中部署监测线程，以监测预设核心流程在执
行过程中是否存在异常，并对异常进行判断和捕获。其中监测线程可以为
DisplayManagerService线程，其以独立线程的形式运行，并调整启动次序确保在Java框架
层的显示服务正式启动之前执行。此外，本发明还通过在Native层创建守护进程，用于监测
Java框架层运行的监测线程是否出现异常，及发生异常后的恢复，具体地，该守护进程通过
定时主动发起与监测线程进行心跳通信来判断监测线程是否正常运行，心跳通信主要是通
过Native层守护进程读取监测线程的状态，根据读取到的状态来判断监测线程是否正常运
行，当守护进程读取到状态处于阻塞状态时，便进行计时，当阻塞达到预设时长时便会强制
关闭该监测线程，并重新创建监测线程，确保监测线程始终处于正常工作状态。

[0090] 当移动终端即将开始启动显示服务时，执行部署在Java框架层的system_server进程中的监测线程，通过该监测线程对该移动终端的显示服务中的预设核心流程进行监
测，以生成预设核心流程的监测结果，并可将此预设核心流程的监测结果信息基于预设日
志格式输出，以便开发人员查看预设日志即可获知各个预设核心流程的执行结果。其中生
成的监测结果信息可包括监测时间、预设核心流程标识、操作动作、操作动作的执行时间、
操作动作执行结果和显示状态等。具体地，该移动终端对亮灭屏广播接收流程、亮灭屏事件
上报流程、显示缓存区域读取流程和系统UI显示准备流程等进行监测，即监测用户触发的
亮灭屏操作是否被移动终端成功执行，即从寄存器中读取执行亮灭屏操作的状态返回值，
判断该状态返回值是否与之前的状态返回值相同，如果该状态返回值与之前的状态返回值
相同，则表示亮灭屏广播接收流程处于异常状态，如果该状态返回值与之前的状态返回值
不同，则表示亮灭屏广播接收流程处于正常状态；监测用户基于电源按键触发的亮灭屏事
件是否上报成功，如果该亮灭屏事件上报成功，则表示亮灭屏事件上报流程处于正常状态，
如果该亮灭屏事件上报失败，则表示量灭屏亮灭屏事件上报流程处于异常状态；监测显示
缓存区域中已合成数据和待合成数据的相似度是否大于预设阈值，如果显示缓存区域中已
合成数据和待合成数据的相似度大于或等于预设阈值，则表示显示缓存区域读取流程处于
正常状态，如果显示缓存区域中已合成数据和待合成数据的相似度小于预设阈值，则表示
显示缓存区域读取流程处于异常状态；监测系统UI的状态值是否为预设状态值，如果系统
UI的状态值为预设状态值，则表示系统UI显示准备流程处于异常状态，如果系统UI的状态
值不为预设状态值，则表示系统UI显示准备流程处于正常状态。

[0091] 本实施例将各预设核心流程处于正常状态下的执行结果信息作为预设信息，如亮灭屏广播接收流程的预设信息为返回值不同。当各预设核心流程所生成的监测结果信息均
为正常状态时，则说明移动终端的显示服务流程正常，而当预设核心流程所生成的监测结
果信息中存在某一项或多项的状态为异常时，则说明移动终端的显示服务流程出现异常。
在移动终端出现黑屏故障时，获取此生成的监测结果信息和对应的预设信息比对；当两者
匹配时，则说明监测结果信息为正常状态；而当两者不匹配时，则说明监测结果为异常状
态。根据出现异常状态的比对结果，即可确定发生异常的预设核心流程。

[0092] 进一步地，请参照图5，在本发明黑屏检测方法第二实施例的基础上，提出本发明黑屏检测方法的第三实施例，在第三实施例中，所述根据所述比对结果，确定黑屏故障类型
的步骤之后包括：

[0093] 步骤S50，实时收集监测结果信息，并在预设时间内将收集的监测结果信息进行去冗余处理后存储。

[0094] 进一步地，本实施在确定移动终端出现黑屏故障的后，对出现此次黑屏故障时，预设核心流程对应的监测结果信息进行实时收集，以实时反映移动终端出现黑屏的原因，并
在预设时间内将收集的监测结果信息进行去冗余处理后存储。预设时间为通过实验确定的
合理去冗余间隔时间，在此间隔时间内，需要去冗余的数据不会太多也不会太少，导致花费
的时间过长或去冗余过于频繁。去冗余的过程为将预设时间内出现黑屏故障时收集的监测
结果信息整合为一条信息输出存储，此条信息包括导致黑屏的原因类型，出现的时间点，以
及各种类型出现的次数。如预设时间为一小时，在9点到10点之间的预设时间内接收到的监
测结果信息为100条，其中由于电源按键触发的亮灭屏事件上报失败导致的黑屏为30条，由
于显示缓存区域中已合成数据和待合成数据的相似度小于预设阈值导致的黑屏为50条，而
系统UI的状态值为预设状态值导致的黑屏为20条，则将此100条监测结果信息整合为包括
类型、数量及时间点的一条信息输出存储，避免对100条信息的类型和时间点分别输出存
储，以节省存储空间。

[0095] 同时考虑到移动终端中的存储单元分为多个存储区间，每个存储区间用于存储不同的数据，且每个存储区间的容量一定，即所能存储的数据量一定。相应的，用于存储监测
结果信息的存储区间的容量也一定，当在预设时间内将监测结果信息存储到此存储区间内
时，其存储的数据量不断增加，有可能超出其容量。从而在将监测结果信息进行去冗余处理
存储后，判断存储的数据量大小是否超过预设数据量大小，此预设数据量大小即为用于存
储监测结果信息的存储区域的容量大小。当存储的数据量大小超过预设数据量大小时，则
说明此存储区间的容量被用完，不能再进行数据存储，需要对其存储的数据进行删除操作。
从存储的监测结果信息中选取待删除信息，将此待删除信息进行删除操作。其中选取的原
则可根据时间顺序，时间顺序越靠前，表明此监测结果信息据现在的时间越久远，可参考的
意义不大，从而选取其为待删除信息进行删除。

[0096] 进一步地，请参照图6，在本发明黑屏检测方法第三实施例的基础上，提出本发明黑屏检测方法的第四实施例，在第四实施例中，所述根据所述比对结果，确定黑屏故障类型
的步骤之后包括：

[0097] 步骤S60，将所述监测结果信息和黑屏故障类型输出至特征日志文件。

[0098] 更进一步地，在根据比对结果，确定出现黑屏故障类型后，将出现此次黑屏故障时，预设核心流程对应的监测结果信息以及确定的黑屏故障类型输出至特征日志文件。具
体地，可单独创建一个线程将监测结果信息和黑屏故障类型输出到Debugerd进程，
Debugerd进程是Android系统自带的程序异常退出的诊断进程，其可以侦测到程序崩溃，并
将崩溃时的进程状态信息输出到文件和串口中，以供开发人员分析调试使用。本实施将监
测结果信息和黑屏故障类型输出到Debugerd进程，由Debugerd进程将该监测结果信息和黑
屏故障类型定向输出至具有Debugerd权限处理的特征日志文件中。以便于开发人员在对移
动终端进行黑屏原因的监测定位时，通过查询特征日志文件，可快速准确的确定黑屏原因，
降低人力成本和时间成本。

[0099] 参照图7，图7是本发明实施例方法涉及的硬件运行环境的结构示意图。

[0100] 本发明实施例移动终端可以是智能手机、平板电脑、电子书阅读器、便携计算机等具有显示功能的可移动式终端设备。

[0101] 如图7所示，该移动终端可以包括：处理器110，例如CPU，存储器109，通信总线1002。其中，通信总线1002用于实现处理器110和存储器109之间的连接通信。存储器109可
以是高速RAM存储器，也可以是稳定的存储器(non‑volatile memory)，例如磁盘存储器。存
储器109可选的还可以是独立于前述处理器110的存储装置。

[0102] 可选地，该移动终端还可以包括用户接口、网络接口、摄像头、RF(RadioFrequency，射频)电路，传感器、音频电路、WiFi模块等等。用户接口可以包括显示屏
(Display)、输入单元比如键盘(Keyboard)，可选用户接口还可以包括标准的有线接口、无
线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI‑FI接口)。

[0103] 本领域技术人员可以理解，图7中示出的移动终端结构并不构成对移动终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

[0104] 如图7所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块以及移动终端的黑屏检测程序。操作系统是管理和控制移动终端的硬件和软件资源
的程序，支持移动终端以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005
内部各组件之间的通信，以及与移动终端中其它硬件和软件之间通信。

[0105] 在图7所示的移动终端中，处理器1001用于执行存储器1005中存储的移动终端的黑屏检测程序，实现以下步骤：

[0106] 当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；

[0107] 将所述监测结果信息和预设信息比对，生成比对结果；

[0108] 根据所述比对结果，确定黑屏故障类型。

[0109] 进一步地，所述当监测到移动终端出现黑屏故障时的步骤之前，处理器1001用于执行存储器1005中存储的移动终端的黑屏检测程序，实现以下步骤：

[0110] 监测移动终端的显示服务中的预设核心流程，并生成监测结果信息。

[0111] 进一步地，所述根据所述比对结果，确定黑屏故障类型的步骤包括：

[0112] 当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型；

[0113] 当比对结果为监测结果信息和预设信息不匹配时，确定黑屏故障类型为软件故障类型。

[0114] 进一步地，所述当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型的步骤包括：

[0115] 当比对结果为监测结果信息和预设信息匹配时，获取显示屏幕截图，并判断显示屏幕截图的各显示区域是否完整；

[0116] 当显示屏幕截图的各显示区域完整时，将黑屏故障类型确定为硬件故障类型。

[0117] 进一步地，所述判断显示屏幕截图的各显示区域是否完整的步骤之后，处理器1001用于执行存储器1005中存储的移动终端的黑屏检测程序，实现以下步骤：

[0118] 当显示屏幕截图的各显示区域不完整时，控制移动终端的显示服务重新执行。

[0119] 进一步地，所述根据所述比对结果，确定黑屏故障类型的步骤之后，处理器1001用于执行存储器1005中存储的移动终端的黑屏检测程序，实现以下步骤：

[0120] 实时收集监测结果信息，并在预设时间内将收集的监测结果信息进行去冗余处理后存储。

[0121] 进一步地，所述根据所述比对结果，确定黑屏故障类型的步骤之后，处理器1001用于执行存储器1005中存储的移动终端的黑屏检测程序，实现以下步骤：

[0122] 将所述监测结果信息和黑屏故障类型输出至特征日志文件。

[0123] 本发明移动终端的具体实施方式与上述黑屏检测方法各实施例基本相同，在此不再赘述。

[0124] 本发明提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上黑屏检测程序，所述一个或者一个以上黑屏检测程序还可被一个或者一个以上
的处理器执行以用于：

[0125] 当监测到移动终端出现黑屏故障时，获取移动终端的显示服务中的预设核心流程生成的监测结果信息；

[0126] 将所述监测结果信息和预设信息比对，生成比对结果；

[0127] 根据所述比对结果，确定黑屏故障类型。

[0128] 进一步地，所述当监测到移动终端出现黑屏故障时的步骤之前，所述一个或者一个以上黑屏检测程序还可被一个或者一个以上的处理器执行以用于：

[0129] 监测移动终端的显示服务中的预设核心流程，并生成监测结果信息。

[0130] 进一步地，所述根据所述比对结果，确定黑屏故障类型的步骤包括：

[0131] 当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型；

[0132] 当比对结果为监测结果信息和预设信息不匹配时，确定黑屏故障类型为软件故障类型。

[0133] 进一步地，所述当比对结果为监测结果信息和预设信息匹配时，确定黑屏故障类型为硬件故障类型的步骤包括：

[0134] 当比对结果为监测结果信息和预设信息匹配时，获取显示屏幕截图，并判断显示屏幕截图的各显示区域是否完整；

[0135] 当显示屏幕截图的各显示区域完整时，将黑屏故障类型确定为硬件故障类型。

[0136] 进一步地，所述判断显示屏幕截图的各显示区域是否完整的步骤之后，所述一个或者一个以上黑屏检测程序还可被一个或者一个以上的处理器执行以用于：

[0137] 当显示屏幕截图的各显示区域不完整时，控制移动终端的显示服务重新执行。

[0138] 进一步地，所述根据所述比对结果，确定黑屏故障类型的步骤之后，所述一个或者一个以上黑屏检测程序还可被一个或者一个以上的处理器执行以用于：

[0139] 实时收集监测结果信息，并在预设时间内将收集的监测结果信息进行去冗余处理后存储。

[0140] 进一步地，所述根据所述比对结果，确定黑屏故障类型的步骤之后，所述一个或者一个以上黑屏检测程序还可被一个或者一个以上的处理器执行以用于：

[0141] 将所述监测结果信息和黑屏故障类型输出至特征日志文件。

[0142] 本发明计算机可读存储介质的具体实施例与上述黑屏检测方法的各具体实施例基本相同，在此不作赘述。

[0143] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而
且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有
的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该
要素的过程、方法、物品或者系统中还存在另外的相同要素。

[0144] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0145] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下
前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做
出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个
计算机存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是
手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

[0146] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技
术领域，均同理包括在本发明的专利保护范围内。