CN110058980A - 终端启动时间预警方法、电子装置及计算机可读存储介质 - Google Patents

终端启动时间预警方法、电子装置及计算机可读存储介质 Download PDF

Info

Publication number
CN110058980A
CN110058980A CN201910317875.7A CN201910317875A CN110058980A CN 110058980 A CN110058980 A CN 110058980A CN 201910317875 A CN201910317875 A CN 201910317875A CN 110058980 A CN110058980 A CN 110058980A
Authority
CN
China
Prior art keywords
warning
terminal
time
early
startup stage
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.)
Granted
Application number
CN201910317875.7A
Other languages
English (en)
Other versions
CN110058980B (zh
Inventor
林进全
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201910317875.7A priority Critical patent/CN110058980B/zh
Publication of CN110058980A publication Critical patent/CN110058980A/zh
Application granted granted Critical
Publication of CN110058980B publication Critical patent/CN110058980B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3013—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is an embedded system, i.e. a combination of hardware and software dedicated to perform a certain function in mobile devices, printers, automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

一种终端启动时间预警方法、电子装置及计算机可读存储介质，涉及通信技术领域，其中方法包括从服务器获取与终端的配置信息对应的预警模型，配置信息包括硬件信息和/或软件版本信息；依次在终端开机后的各启动阶段，根据预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段；当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息。本申请可以兼顾不同配置的终端，提高终端启动时间预警的适用性和智能化程度。

Description

终端启动时间预警方法、电子装置及计算机可读存储介质
技术领域
本申请涉及通信技术领域，尤其涉及一种终端启动时间预警方法、电子装置及计算机可读存储介质。
背景技术
随着计算机技术的发展，智能手机、平板电脑等智能终端的普及率越来越高。通常终端在开机后需要经过多个启动阶段才能进入正常工作状态，因此对终端在多个启动阶段的启动时间进行监控和故障预警尤为重要。现有技术中，通常采用以下两种方法进行终端启动时间预警：
1、采用一种短时间加长时间的预警方法，短时间设定为10分钟，长时间设定为30分钟，对从kernel(内核)阶段开始，对智能终端启动流程中的每个子流程用短时间进行监控和预警，对kernel到开机成功这两个阶段用长时间进行监控和预警，如果没有在对应的时间内完成启动，则发出预警；
2、为uefi/lk阶段、kernel至native阶段以及native至开机完成阶段设置对应的启动时间，若没有在对应的启动时间内完成对应启动阶段的启动，则发出预警。
不论是上述哪一种预警方法，用于预警的启动时间都是事先设定好的不可更改的固定值，适用性较差。
发明内容
本申请实施例提供一种终端启动时间预警方法、电子装置及计算机可读存储介质，可用于兼顾不同配置的终端，提高终端启动时间预警的适用性和智能化程度。
本申请实施例一方面提供了一种终端启动时间预警方法，应用于终端，所述方法包括：
从服务器获取与所述终端的配置信息对应的预警模型，所述配置信息包括硬件信息和/或软件版本信息；依次在所述终端开机后的各启动阶段，根据所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段；当检测到所述终端未在所述对应的预警时间内启动到对应的所述启动阶段时，输出预警信息。
本申请实施例一方面还提供了一种终端启动时间预警方法，应用于服务器，所述方法包括：
获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各所述样本终端的配置信息，所述配置信息包括硬件信息和/或软件版本信息；根据所述样本时间，构建分别与各所述配置信息对应的各所述启动阶段的预警模型；按照预设的发送规则，将目标终端的配置信息对应的目标预警模型发送给所述目标终端，以使得所述目标终端根据所述目标预警模型对所述目标终端的启动时间进行监控和预警。
本申请实施例一方面还提供了一种电子装置，运行于终端，所述装置包括：
模型获取模块，用于从服务器获取与所述终端的配置信息对应的预警模型，所述配置信息包括硬件信息和/或软件版本信息；检测模块，用于依次在所述终端开机后的各启动阶段，根据所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段；以及预警模块，用于当检测到所述终端未在所述对应的预警时间内启动到对应的所述启动阶段时，输出预警信息。
本申请实施例一方面还提供了一种电子装置，运行于服务器，所述装置包括：
样本获取模块，用于获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各所述样本终端的配置信息，所述配置信息包括硬件信息和/或软件版本信息；构建模块，用于根据所述样本时间，构建分别与各所述配置信息对应的各所述启动阶段的预警模型；以及发送模块，用于按照预设的发送规则，将目标终端的配置信息对应的目标预警模型发送给所述目标终端，以使得所述目标终端根据所述目标预警模型对所述目标终端的启动时间进行监控和预警。
本申请实施例一方面还提供了一种电子装置，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上述实施例提供的终端启动时间预警方法。
本申请实施例一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上述实施例提供的终端启动时间预警方法。
上述各实施例，通过从服务器获取与终端的配置信息对应的预警模型，依次在终端开机后的各启动阶段，根据预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段，当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息，由于预警模型与终端的软、硬件配置相匹配，因此预警时间更符合终端的实际运行环境，从而可提高终端启动时间预警的适用性和智能化程度。
附图说明
图1为本申请一实施例提供的终端启动时间预警方法的实现流程示意图；
图2为本申请另一实施例提供的终端启动时间预警方法的实现流程示意图；
图3为本申请实施例提供的终端启动时间预警方法中保存在保留分区中的时间数据的示意图；
图4为本申请实施例提供的终端启动时间预警方法一应用例的示意图；
图5为本申请一实施例提供的终端启动时间预警方法的实现流程示意图；
图6为本申请实施例提供的终端启动时间预警方法中kernel至native阶段的用时分布例示图；
图7为本申请一实施例提供的电子装置的结构示意图；
图8为本申请一实施例提供的电子装置的结构示意图；
图9为本申请一实施例提供的电子装置的硬件结构示意图；
图10为一种电子设备的硬件结构示意图。
具体实施方式
为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参阅图1，为本申请一实施例提供的终端启动时间预警方法的实现流程示意图。该方法可应用于终端，如：手机、平板电脑、智能手表、智能相机等可在移动中进行数据处理的电子装置，或者，台式电脑、一体机等非可在移动中进行数据处理的计算机装置。如图1所示，该方法主要包括：
S101、从服务器获取与终端的配置信息对应的预警模型，配置信息包括硬件信息和/或软件版本信息；
终端可在任意时间点，或者，定期，或者，在检测到本机的配置信息发生变化时，向服务器发送预警模型的获取请求以及该终端的配置信息，以使得服务器根据该获取请求，将与该终端的配置信息相匹配的预警模型发送给服务器。或者，服务器也可定期将与该终端的配置信息相匹配的预警模型，推送给订阅了预警模型配置服务的该终端。
配置信息包括：该终端的硬件信息，软件版本信息，或者，硬件信息和软件版本信息。其中硬件信息例如可以但不限于包括：处理器、存储器等主要硬件的型号，软件版本信息例如可以是该终端安装的操作系统的版本信息，进一步的，还可包括与各启动阶段相关联的系统软件的版本信息。
S102、依次在终端开机后的各启动阶段，根据预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段；
S103、当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息。
具体的，不同的启动阶段对应不同的预警时间，根据启动阶段的先后到达顺序，获取对应的预警时间，并且根据获取的对应的预警时间，检测终端是否在对应的预警时间内启动到了对应的启动阶段，例如：假设依序包括uefi/lk，kernel，native和开机成功4个启动阶段，则首先检测终端是否在uefi/lk对应的第一预警时间内成功到达uefi/lk阶段，若在第一预警时间内到达uefi/lk阶段，则继续检测终端是否在kernel对应的第二预警时间内成功到达kernel阶段，若未在第一预警时间内到达uefi/lk阶段，则输出预警信息，以此类推，直至终端到达开机成功的阶段。
其中，预警信息的输出方式可以但不限于包括：输出预警文字、动画，利用声、光的方式进行预警等中的至少任意一种。其中预警文字可以在显示屏幕中输出，也可以作为日志输出在存储器的预设位置，如保留分区中。
本实施例中，通过从服务器获取与终端的配置信息对应的预警模型，依次在终端开机后的各启动阶段，根据预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段，当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息，由于预警模型与终端的软、硬件配置相匹配，因此预警时间更符合终端的实际运行环境，从而可提高终端启动时间预警的适用性和智能化程度。
请参阅图2，为本申请另一实施例提供的终端启动时间预警方法的实现流程示意图。该方法可应用于终端，如：手机、平板电脑、智能手表、智能相机等可在移动中进行数据处理的电子装置，或者，台式电脑、一体机等非可在移动中进行数据处理的计算机装置。如图2所示，该方法主要包括：
S201、从服务器获取与终端的配置信息对应的预警模型，并将获取的预警模型存储在保留分区；
终端可在任意时间点，或者，定期，或者，在检测到本机的配置信息发生变化时，向服务器发送预警模型的获取请求以及该终端的配置信息，以使得服务器根据该获取请求，将与该终端的配置信息相匹配的预警模型发送给服务器。或者，服务器也可定期将与该终端的配置信息相匹配的预警模型，推送给订阅了预警模型配置服务的该终端。
配置信息包括：该终端的硬件信息，软件版本信息，或者，硬件信息和软件版本信息。其中硬件信息例如可以但不限于包括：处理器、存储器等主要硬件的型号，软件版本信息例如可以是该终端安装的操作系统的版本信息，进一步的，还可包括与各启动阶段相关联的系统软件的版本信息。
保留分区，或者也可以是裸分区，是指存储器中未被用户或者系统使用的预留分区，该分区中的数据不需要等系统完全启动，即可被程序读取，因此具有读写简单的特点。将预警模型存储在保留分区中，一方面可以随终端软、硬件版本的演进及时对其进行更新；另一方面，便于在任一启动阶段对其进行读取；再一方面，基于保留分区的隐蔽性较强，可提高预警模型的数据安全性。
S202、在终端开机后启动看门狗，通过看门狗依次在终端开机后的各启动阶段，从保留分区读取各启动阶段对应的预警模型，根据读取的预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段；
终端启动时，WDT(Watchdog Timer，看门狗)即启动，WDT会根据不同启动阶段对应的预警时间，执行睡眠、被唤醒、检测终端是否到达对应的启动阶段的操作，从而完成对整个智能终端启动流程的监控。
像这样，通过利用WDT进行监控，相较于使用内核线程进行监控，可以提高监控的范围，例如可以监控到开机(Power On)到lk/uefi阶段以及uefi/lk阶段到kernel阶段这两个内核线程无法监控到的阶段。并且，由于仅需要使用一个WDT，因此还具有操作简单以及系统资源占用低的优点。
可选的，于本申请其他一实施方式中，通过看门狗依次在终端开机后的各启动阶段，从保留分区读取各启动阶段对应的预警模型，根据读取的预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段的步骤，具体可以包括以下步骤：
步骤一：通过看门狗在终端开机后，从保留分区读取当前待到达启动阶段对应的预警模型；
步骤二：根据读取的预警模型确定对应的预警时间，预警时间包括基础预警时间和总预警时间；
步骤三：控制看门狗睡眠基础预警时间，在看门狗被唤醒后，若保留分区中存在当前待到达启动阶段对应的时间记录，说明终端已经到达当前待到达启动阶段，则基于下一待到达启动阶段，返回执行从保留分区读取当前待到达启动阶段对应的预警模型的步骤，直至终端到达所有的启动阶段或者执行以下预置的修复操作；
步骤四：在看门狗被唤醒后，若保留分区中不存在当前待到达启动阶段对应的时间记录，说明终端未到达当前待到达启动阶段，则确认检测到终端未在对应的预警时间内启动到对应的启动阶段，执行输出预警信息的步骤；
步骤五：在确认检测到终端未在对应的预警时间内启动到对应的启动阶段之后，控制看门狗再次睡眠基础预警时间，在看门狗再次被唤醒后，若保留分区中存在当前待到达启动阶段对应的时间记录，说明终端已经到达当前待到达启动阶段，则基于下一待到达启动阶段，返回执行从保留分区读取当前待到达启动阶段对应的预警模型的步骤，直至终端到达所有的启动阶段或者执行以下预置的修复操作；
步骤六：在看门狗再次被唤醒后，若保留分区中不存在当前待到达启动阶段对应的时间记录，且看门狗的睡眠总时间达到总预警时间，则执行预置的修复操作，例如重启终端的操作；进一步的，在执行预置的修复操作前也可先执行输出预警信息的步骤；
步骤七：在看门狗再次被唤醒后，若保留分区中不存在当前待到达启动阶段对应的时间记录，且看门狗的睡眠总时间未达到总预警时间，则返回执行控制看门狗再次睡眠基础预警时间的步骤，直至保留分区中存在当前待到达启动阶段对应的时间记录，或者，执行预置的修复操作。
可选的，于本申请其他一实施方式中，启动阶段包括：uefi/lk，kernel，native和开机成功的阶段。或者，启动阶段包括：uefi/lk，kernel，native和开机成功的阶段，以及，uefi/lk，kernel，native和开机成功的阶段中的至少任意一个阶段中的自定义子阶段。其中，uefi/lk，kernel，native和开机成功的阶段，即，开机(power on)至uefi/lk，uefi/lk至kernel，kernel至native，native至开机成功(boot success)。
可选的，于本申请其他一实施方式中，通过埋点的方式获取终端在各启动阶段耗费的时间；将获取的时间作为样本时间发送给服务器，样本时间用于构建各启动阶段的预警模型。可以理解的，终端可在发送样本时间的同时或者之前，将本机的配置信息发送给服务器。并且，终端可以在每一次成功到达所有启动阶段之后，或者，本机的配置信息发生变化且在变化后第一次成功到达了所有启动阶段之后，将获取的时间作为样本时间发送给服务器。
进一步的，通过埋点的方式获取终端在各启动阶段耗费的时间，具体包括：通过埋点的方式获取终端启动到各启动阶段的时间间隔；在保留分区的预设地址范围内，利用与启动阶段的数量对应的多个32位整数记录获取的各时间间隔。
像这样，通过前期埋点的方式，将智能终端启动到各个阶段所耗费的时间上传给服务器，以使得服务器通过大数据统计不同配置的智能终端在各启动阶段耗费的时间，并据此建立预警模型，以用于智能终端启动时间的监控和预警，由于预警模型来源于大数据，因此可充分考虑软件版本以及硬件配置等因素对智能终端启动时间的影响，从而具有更高的可靠性。
S203、当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息。
预警信息的输出方式可以但不限于包括：输出预警文字、动画，利用声、光的方式进行预警等中的至少任意一种。其中预警文字可以在显示屏幕中输出，也可以作为日志输出在存储器的预设位置，如保留分区中。
为便于理解，以下将以启动阶段包括：uefi/lk，kernel，native和开机成功(bootsuccess)4个阶段为例进行说明。
首先，关于埋点及数据上传方式
终端启动经历uefi/lk、kernel、native以及boot success这四个阶段，这四个阶段的启动耗费时间信息优选地保存在同一个地方。考虑到这四个阶段终端所处的状态都不一样，所以最好的方式是将启动耗费时间保存在裸分区或者保留分区中，在裸分区中使用一块16字节的地址范围，用4个32位的整数记录各阶段的启动时间，具体如图3所示。
从图3中可以看到启动到各阶段的时间都已经被记录，而上传的数据是各个阶段的间隔时间，具体如下表1所示：
表1
启动阶段名称 16进制表示 10进制表示(单位：毫秒) 时间间隔(单位：毫秒
uefi/lk 0x00000778 1912 1912
kernel 0x000019A1 6561 4649
native 0x000028AA 10410 3849
boot success 0x00006D3E 27966 17556
其次，关于监控及预警方法
和埋点的数据保存方法一样，预警模型也被放置在保留分区中，这样在终端启动的4个阶段都可以进行访问。假设预警模型为：
其中，ɑ为预警时间，ybase表示基础预警时间，ywarn表示总预警时间。
uefi/lk、kernel、native以及boot success这四个阶段分别具有各自对应的预警模型。结合图4，通过WDT完成对整个终端启动流程的监控和预警，具体流程如下：
(1)终端启动时WDT即启动，WDT读取uefi/lk阶段的预警模型，睡眠ybase时间后检查uefi/lk阶段的埋点，即，检查保留分区中是否存在埋点程序记录的uefi/lk阶段对应的时间间隔数据。
(2)如果存在对应的时间间隔数据，说明在WDT睡眠的这段时间内终端已经启动到uefi/lk阶段，则WDT读取kernel阶段的预警模型，重置WDT的睡眠时间为uefi/lk阶段至kernel阶段的ybase；否则，WDT被唤醒后，若保留分区后并无对应的时间间隔数据，则发出预警。
(3)在发出预警的同时，或，发出预警后，WDT再次睡眠ybase后检查uefi/lk阶段的埋点，如果已经埋点，则表示终端已经启动到uefi/lk阶段，此时WDT已经睡眠了ywarn时间且预警已经发出，同时执行步骤(4)；如果仍然没有检查到uefi/lk阶段的埋点且此时WDT已经睡眠了ywarn时间，则表示终端启动异常，则尝试重启终端进行恢复；
(4)剩余的kernel、native以及boot success这几个阶段的监控重复步骤(1)至(3)。
像这样，在前期，通过埋点的方式，分别记录终端启动到uefi/lk、kernel、native以及开机成功这4个阶段的时间间隔。在后期，通过大数据的方式建立智能预警模型，然后将预警模型放置在终端的保留分区里面，终端启动时则使用保留分区里面的预警模型对终端的启动流程进行监控，通过服务器可以根据终端的硬件信息和版本信息配置不同的预警模型，并可以根据版本的演进及时更新预警模型，从而进一步提高预警模型的可靠性。
本实施例未尽之细节，可参考其他实施例的相关描述。
本实施例中，通过从服务器获取与终端的配置信息对应的预警模型，依次在终端开机后的各启动阶段，根据预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段，当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息，由于预警模型与终端的软、硬件配置相匹配，因此预警时间更符合终端的实际运行环境，从而可提高终端启动时间预警的适用性和智能化程度。
请参阅图5，为本申请一实施例提供的终端启动时间预警方法的实现流程示意图。该方法可应用于服务器。如图5所示，该方法主要包括：
S501、获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各样本终端的配置信息，配置信息包括硬件信息和/或软件版本信息；
具体的，服务器定期获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各样本终端的配置信息，或者，样本时间和配置信息也可以由各样本终端如图2至图4所示实施例中描述的方式主动上报给服务器。
配置信息包括：该终端的硬件信息，软件版本信息，或者，硬件信息和软件版本信息。其中硬件信息例如可以但不限于包括：处理器、存储器等主要硬件的型号，软件版本信息例如可以是该终端安装的操作系统的版本信息，进一步的，还可包括与各启动阶段相关联的系统软件的版本信息。
S502、根据样本时间，构建分别与各配置信息对应的各启动阶段的预警模型；
具体的，服务器对多个样本终端上报的样本时间进行分析，并根据分析结果，构建分别与各配置信息对应的各启动阶段的预警模型。
可选的，于本申请其他一实施方式中，根据样本时间，构建分别与各配置信息对应的各启动阶段的预警模型的步骤，具体包括：按照各配置信息对样本时间进行归类；过滤归类后的样本时间中的异常数据，根据剩余数据中预设范围数据中的最大值或者均值或者中位数，构建分别与各配置信息对应的各启动阶段的预警模型。
各样本终端上传的时间数据具体可如上述表1所示，为便于理解，结合上述表1以及图6，以kernel至native阶段为例，假设100台智能终端在该阶段耗费的时间分布如图6所示。通过进行异常数据过滤，可得到这100台智能终端在kernel至native阶段耗费的时间范围在[1971，10815]毫秒(ms)之间，若以95％的范围内的最大值作为正常线，以2*95％的范围内的最大值作为预警线建立预警模型，则可得到以下预警模型：
其中，ɑ表示95％范围内的最大值，本例中ɑ的值为7011，通过上述方法，可以获得4个阶段的时间间隔预警模型。
像这样，由于本申请中的预警模型来自于大数据统计，因此更加可靠，并且，服务器可以根据不同的软件版本和硬件配置生成多种预警模型推送给不同的智能终端，从而提高预警的普适性。
S503、按照预设的发送规则，将目标终端的配置信息对应的目标预警模型发送给目标终端，以使得目标终端根据目标预警模型对目标终端的启动时间进行监控和预警。
具体的，当接收到目标终端发送的预警模型的获取请求时，响应于获取请求，将目标终端的配置信息对应的目标预警模型发送给目标终端，以使得目标终端根据目标预警模型对目标终端的启动时间进行监控和预警。
或者，服务器也可定期，或者，当预警模型版本更新时，将目标终端的配置信息对应的目标预警模型发送给目标终端，以使得目标终端根据目标预警模型对目标终端的启动时间进行监控和预警。其中，目标终端例如可以是在服务器订阅了预警模型配置服务的终端。
目标终端根据目标预警模型对目标终端的启动时间进行监控和预警的具体过程可参考图1至图4所示实施例的相关内容，此处不再赘述。
本实施例中，通过利用大数据的方式建立对应于不同配置信息的各启动阶段的预警模型，然后将与目标终端的配置信息相匹配的预警模型发送给目标终端，以使得目标终端根据预警模型对本机启动时间进行监控和预警，一方面，由于通过服务器可以根据终端的硬件信息和版本信息配置不同的预警模型，因此预警时间更符合终端的实际运行环境，从而可提高终端启动时间预警的适用性和智能化程度；另一方面，通过服务器可根据版本的演进及时更新预警模型，从而提高预警模型的可靠性。
请参阅图7，为本申请一实施例提供的电子装置的结构示意图。该装置可运行于终端，用于实现如图1所示的终端启动时间预警方法。如图7所示，该电子装置主要包括：模型获取模块601、检测模块602以及预警模块603。
模型获取模块601，用于从服务器获取与该终端的配置信息对应的预警模型，该配置信息包括硬件信息和/或软件版本信息；
检测模块602，用于依次在该终端开机后的各启动阶段，根据该预警模型确定对应的预警时间，并检测该终端是否在该对应的预警时间内启动到对应的该启动阶段；
预警模块603，用于当检测到该终端未在该对应的预警时间内启动到对应的该启动阶段时，输出预警信息。
于本申请其他一实施方式中：
可选的，该装置还包括：
埋点模块，用于通过埋点的方式获取该终端在各该启动阶段耗费的时间；
发送模块，用于将该埋点模块获取的时间作为样本时间发送给该服务器，该样本时间用于构建各该启动阶段的预警模型。
进一步的，该埋点模块，具体用于通过埋点的方式获取该终端启动到各该启动阶段的时间间隔；以及在保留分区的预设地址范围内，利用与该启动阶段的数量对应的多个32位整数记录获取的各时间间隔。
可选的，将该预警模型存储在保留分区，检测模块602具体用于：
在该终端开机后启动看门狗，通过该看门狗依次在该终端开机后的各该启动阶段，从该保留分区读取各该启动阶段对应的该预警模型，根据读取的该预警模型确定对应的预警时间，并检测该终端是否在该对应的预警时间内启动到对应的该启动阶段。
进一步的，检测模块602还具体用于：
通过该看门狗在该终端开机后，从该保留分区读取当前待到达启动阶段对应的预警模型；
根据读取的该预警模型确定对应的预警时间，该预警时间包括基础预警时间和总预警时间；
控制该看门狗睡眠该基础预警时间，在该看门狗被唤醒后，若该保留分区中存在该当前待到达启动阶段对应的时间记录，则基于下一待到达启动阶段，返回执行该从该保留分区读取当前待到达启动阶段对应的预警模型的步骤；
在该看门狗被唤醒后，若该保留分区中不存在该当前待到达启动阶段对应的时间记录，则确认检测到该终端未在该对应的预警时间内启动到对应的该启动阶段；
控制该看门狗再次睡眠该基础预警时间，在该看门狗再次被唤醒后，若该保留分区中存在该当前待到达启动阶段对应的时间记录，则基于下一待到达启动阶段，返回执行该从该保留分区读取当前待到达启动阶段对应的预警模型的步骤；
在该看门狗再次被唤醒后，若该保留分区中不存在该当前待到达启动阶段对应的时间记录，且该看门狗的睡眠总时间达到该总预警时间，则执行预置的修复操作；
在该看门狗再次被唤醒后，若该保留分区中不存在该当前待到达启动阶段对应的时间记录，且该看门狗的睡眠总时间未达到该总预警时间，则返回执行该控制该看门狗再次睡眠该基础预警时间的步骤。
可选的，该启动阶段包括：uefi/lk，kernel，native和开机成功的阶段；或者，该启动阶段包括：该uefi/lk，kernel，native和开机成功的阶段，以及，该uefi/lk，kernel，native和开机成功的阶段中的至少任意一个阶段中的自定义子阶段。
上述各模块实现各自功能的具体过程，可参考图1至图4所示实施例的相关内容，此处不再赘述。
本实施例中，通过从服务器获取与终端的配置信息对应的预警模型，依次在终端开机后的各启动阶段，根据预警模型确定对应的预警时间，并检测终端是否在对应的预警时间内启动到对应的启动阶段，当检测到终端未在对应的预警时间内启动到对应的启动阶段时，输出预警信息，由于预警模型与终端的软、硬件配置相匹配，因此预警时间更符合终端的实际运行环境，从而可提高终端启动时间预警的适用性和智能化程度。
请参阅图8，为本申请一实施例提供的电子装置的结构示意图。该装置可运行于服务器，用于实现如图5所示的终端启动时间预警方法。如图8所示，该电子装置主要包括：样本获取模块701、构建模块702以及发送模块703。
样本获取模块701，用于获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各该样本终端的配置信息，该配置信息包括硬件信息和/或软件版本信息；
构建模块702，用于根据该样本时间，构建分别与各该配置信息对应的各该启动阶段的预警模型；
发送模块703，用于按照预设的发送规则，将目标终端的配置信息对应的目标预警模型发送给该目标终端，以使得该目标终端根据该目标预警模型对该目标终端的启动时间进行监控和预警。例如：接收终端发送的预警模型获取请求，将该终端的配置信息对应的目标预警模型发送给该终端，以使得该终端根据该目标预警模型对该终端的启动时间进行监控和预警。
于本申请其他一实施方式中：
可选的，构建模块702，具体用于按照各该配置信息对该样本时间进行归类；以及过滤归类后的样本时间中的异常数据，根据剩余数据中预设范围数据中的最大值或者均值或者中位数，构建分别与各该配置信息对应的各该启动阶段的预警模型。
上述各模块实现各自功能的具体过程可参考图5所示实施例中的相关内容，此处不再赘述。
本实施例中，通过利用大数据的方式建立对应于不同配置信息的各启动阶段的预警模型，然后将与目标终端的配置信息相匹配的预警模型发送给目标终端，以使得目标终端根据预警模型对本机启动时间进行监控和预警，一方面，由于通过服务器可以根据终端的硬件信息和版本信息配置不同的预警模型，因此预警时间更符合终端的实际运行环境，从而可提高终端启动时间预警的适用性和智能化程度；另一方面，通过服务器可根据版本的演进及时更新预警模型，从而提高预警模型的可靠性。
请参阅图9，图9为本申请一实施例提供的电子装置的硬件结构示意图。
本实施例中所描述的电子装置，包括：
存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序，处理器802执行该计算机程序时，实现前述图1至图4所示实施例中描述的终端启动时间预警方法。或者，实现前述图5所示实施例中描述的终端启动时间预警方法。
该电子装置还包括：
至少一个输入设备803以及至少一个输出设备804。
上述存储器801、处理器802、输入设备803以及输出设备804，通过总线805连接。
其中，输入设备803具体可为摄像头、触控面板、物理按键等等。输出设备804具体可为柔性电容式触摸屏。
存储器801可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器801用于存储一组可执行程序代码，处理器802与存储器801耦合。
进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是配置于上述各实施例中的电子装置中，该计算机可读存储介质可以是上述各实施例中配置在主控芯片和数据采集芯片中的存储单元。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述图1至图4所示实施例中描述的终端启动时间预警方法，或者，实现前述图5所示实施例中描述的终端启动时间预警方法。
示例性的，当用于实现前述图1至图4所示实施例中描述的终端启动时间预警方法时，该电子装置可以为具有柔性电容式触摸屏的移动或便携式并执行无线通信的各种类型的计算机系统设备中的任何一种。具体的，电子装置可以为移动电话或智能电话(例如，基于iPhone TM，基于Android TM的电话)，便携式游戏设备(例如Nintendo DS TM，PlayStation Portable TM，Gameboy Advance TM，iPhone TM)、膝上型电脑、PDA、便携式互联网设备、音乐播放器以及数据存储设备，其他手持设备以及诸如手表、耳机、吊坠、耳机等，电子装置还可以为其他的可穿戴设备(例如，诸如电子眼镜、电子衣服、电子手镯、电子项链、电子纹身、电子设备或智能手表的头戴式设备(HMD))。
电子装置还可以是多个电子设备中的任何一个，多个电子设备包括但不限于蜂窝电话、智能电话、其他无线通信设备、个人数字助理、音频播放器、其他媒体播放器、音乐记录器、录像机、照相机、其他媒体记录器、收音机、医疗设备、车辆运输仪器、计算器、可编程遥控器、寻呼机、膝上型计算机、台式计算机、打印机、上网本电脑、个人数字助理(PDA)、便携式多媒体播放器(PMP)、运动图像专家组(MPEG-1或MPEG-2)音频层3(MP3)播放器，便携式医疗设备以及数码相机及其组合。
在一些情况下，电子装置可以执行多种功能(例如，播放音乐，显示视频，存储图片以及接收和发送电话呼叫)。如果需要，电子装置可以是诸如蜂窝电话、媒体播放器、其他手持设备、腕表设备、吊坠设备、听筒设备或其他紧凑型便携式设备的便携式设备。
如图10所示，电子设备10可以包括控制电路，该控制电路可以包括存储和处理电路30。该存储和处理电路30可以包括存储器，例如硬盘驱动存储器，非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程限制删除的存储器等)，易失性存储器(例如静态或动态随机存取存储器等)等，本申请实施例不作限制。存储和处理电路30中的处理电路可以用于控制电子设备10的运转。该处理电路可以基于一个或多个微处理器，微控制器，数字信号处理器，基带处理器，功率管理单元，音频编解码器芯片，专用集成电路，显示驱动器集成电路等来实现。
存储和处理电路30可用于运行电子设备10中的软件，例如互联网浏览应用程序，互联网协议语音(Voice over Internet Protocol，VOIP)电话呼叫应用程序，电子邮件应用程序，媒体播放应用程序，操作系统功能等。这些软件可以用于执行一些控制操作，例如，基于照相机的图像采集，基于环境光传感器的环境光测量，基于接近传感器的接近传感器测量，基于诸如发光二极管的状态指示灯等状态指示器实现的信息显示功能，基于触摸传感器的触摸事件检测，与在多个(例如分层的)显示器上显示信息相关联的功能，与执行无线通信功能相关联的操作，与收集和产生音频信号相关联的操作，与收集和处理按钮按压事件数据相关联的控制操作，以及电子设备10中的其它功能等，本申请实施例不作限制。
电子设备10还可以包括输入输出电路42。输入输出电路42可用于使电子设备10实现数据的输入和输出，即允许电子设备10从外部设备接收数据和也允许电子设备10将数据从电子设备10输出至外部设备。输入输出电路42可以进一步包括传感器32。传感器32可以包括环境光传感器，基于光和电容的接近传感器，触摸传感器(例如，基于光触摸传感器和/或电容式触摸传感器，其中，触摸传感器可以是触控显示屏的一部分，也可以作为一个触摸传感器结构独立使用)，加速度传感器，和其它传感器等。
输入输出电路42还可以包括一个或多个显示器，例如显示器14。显示器14可以包括液晶显示器，有机发光二极管显示器，电子墨水显示器，等离子显示器，使用其它显示技术的显示器中一种或者几种的组合。显示器14可以包括触摸传感器阵列(即，显示器14可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ITO)电极)阵列形成的电容式触摸传感器，或者可以是使用其它触摸技术形成的触摸传感器，例如音波触控，压敏触摸，电阻触摸，光学触摸等，本申请实施例不作限制。
电子设备10还可以包括音频组件36。音频组件36可以用于为电子设备10提供音频输入和输出功能。电子设备10中的音频组件36可以包括扬声器，麦克风，蜂鸣器，音调发生器以及其它用于产生和检测声音的组件。
通信电路38可以用于为电子设备10提供与外部设备通信的能力。通信电路38可以包括模拟和数字输入输出接口电路，和基于射频信号和/或光信号的无线通信电路。通信电路38中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说，通信电路38中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(Near Field Communication，NFC)的电路。例如，通信电路38可以包括近场通信天线和近场通信收发器。通信电路38还可以包括蜂窝电话收发器和天线，无线局域网收发器电路和天线等。
电子设备10还可以进一步包括电池，电力管理电路和其它输入-输出单元40。输入输出单元40可以包括按钮，操纵杆，点击轮，滚动轮，触摸板，小键盘，键盘，照相机，发光二极管和其它状态指示器等。
用户可以通过输入输出电路42输入命令来控制电子设备10的操作，并且可以使用输入输出电路42的输出数据以实现接收来自电子设备10的状态信息和其它输出。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上为对本申请所提供的终端启动时间预警方法、电子装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种终端启动时间预警方法，应用于终端，其特征在于，所述方法包括：
从服务器获取与所述终端的配置信息对应的预警模型，所述配置信息包括硬件信息和/或软件版本信息；
依次在所述终端开机后的各启动阶段，根据所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段；
当检测到所述终端未在所述对应的预警时间内启动到对应的所述启动阶段时，输出预警信息。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
通过埋点的方式获取所述终端在各所述启动阶段耗费的时间；
将获取的时间作为样本时间发送给所述服务器，所述样本时间用于构建各所述启动阶段的预警模型。
3.如权利要求2所述的方法，其特征在于，所述通过埋点的方式获取所述终端在各所述启动阶段耗费的时间，具体包括：
通过埋点的方式获取所述终端启动到各所述启动阶段的时间间隔；
在保留分区的预设地址范围内，利用与所述启动阶段的数量对应的多个32位整数记录获取的各时间间隔。
4.如权利要求1至3中的任一项所述的方法，其特征在于，将所述预警模型存储在保留分区，所述依次在所述终端开机后的各启动阶段，根据所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段，具体包括：
在所述终端开机后启动看门狗，通过所述看门狗依次在所述终端开机后的各所述启动阶段，从所述保留分区读取各所述启动阶段对应的所述预警模型，根据读取的所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段。
5.如权利要求4所述的方法，其特征在于，所述通过所述看门狗依次在所述终端开机后的各所述启动阶段，从所述保留分区读取各所述启动阶段对应的所述预警模型，根据读取的所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段，具体包括：
通过所述看门狗在所述终端开机后，从所述保留分区读取当前待到达启动阶段对应的预警模型；
根据读取的所述预警模型确定对应的预警时间，所述预警时间包括基础预警时间和总预警时间；
控制所述看门狗睡眠所述基础预警时间，在所述看门狗被唤醒后，若所述保留分区中存在所述当前待到达启动阶段对应的时间记录，则基于下一待到达启动阶段，返回执行所述从所述保留分区读取当前待到达启动阶段对应的预警模型的步骤；
在所述看门狗被唤醒后，若所述保留分区中不存在所述当前待到达启动阶段对应的时间记录，则确认检测到所述终端未在所述对应的预警时间内启动到对应的所述启动阶段；
控制所述看门狗再次睡眠所述基础预警时间，在所述看门狗再次被唤醒后，若所述保留分区中存在所述当前待到达启动阶段对应的时间记录，则基于下一待到达启动阶段，返回执行所述从所述保留分区读取当前待到达启动阶段对应的预警模型的步骤；
在所述看门狗再次被唤醒后，若所述保留分区中不存在所述当前待到达启动阶段对应的时间记录，且所述看门狗的睡眠总时间达到所述总预警时间，则执行预置的修复操作；
在所述看门狗再次被唤醒后，若所述保留分区中不存在所述当前待到达启动阶段对应的时间记录，且所述看门狗的睡眠总时间未达到所述总预警时间，则返回执行所述控制所述看门狗再次睡眠所述基础预警时间的步骤。
6.如权利要求1所述的方法，其特征在于，所述启动阶段包括：uefi/lk，kernel，native和开机成功的阶段；或者，
所述启动阶段包括：所述uefi/lk，kernel，native和开机成功的阶段，以及，所述uefi/lk，kernel，native和开机成功的阶段中的至少任意一个阶段中的自定义子阶段。
7.一种终端启动时间预警方法，应用于服务器，其特征在于，所述方法包括：
获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各所述样本终端的配置信息，所述配置信息包括硬件信息和/或软件版本信息；
根据所述样本时间，构建分别与各所述配置信息对应的各所述启动阶段的预警模型；
按照预设的发送规则，将目标终端的配置信息对应的目标预警模型发送给所述目标终端，以使得所述目标终端根据所述目标预警模型对所述目标终端的启动时间进行监控和预警。
8.如权利要求7所述的方法，其特征在于，所述根据所述样本时间，构建分别与各所述配置信息对应的各所述启动阶段的预警模型，具体包括：
按照各所述配置信息对所述样本时间进行归类；
过滤归类后的样本时间中的异常数据，根据剩余数据中预设范围数据中的最大值或者均值或者中位数，构建分别与各所述配置信息对应的各所述启动阶段的预警模型。
9.一种电子装置，运行于终端，其特征在于，所述装置包括：
模型获取模块，用于从服务器获取与所述终端的配置信息对应的预警模型，所述配置信息包括硬件信息和/或软件版本信息；
检测模块，用于依次在所述终端开机后的各启动阶段，根据所述预警模型确定对应的预警时间，并检测所述终端是否在所述对应的预警时间内启动到对应的所述启动阶段；以及
预警模块，用于当检测到所述终端未在所述对应的预警时间内启动到对应的所述启动阶段时，输出预警信息。
10.一种电子装置，运行于服务器，其特征在于，所述装置包括：
样本获取模块，用于获取多个样本终端开机后到达不同启动阶段所耗费的样本时间和各所述样本终端的配置信息，所述配置信息包括硬件信息和/或软件版本信息；
构建模块，用于根据所述样本时间，构建分别与各所述配置信息对应的各所述启动阶段的预警模型；以及
发送模块，用于按照预设的发送规则，将目标终端的配置信息对应的目标预警模型发送给所述目标终端，以使得所述目标终端根据所述目标预警模型对所述目标终端的启动时间进行监控和预警。
11.一种电子装置，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如权利要求1至8中的任意一项所述的终端启动时间预警方法。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至8中的任意一项所述的终端启动时间预警方法。
CN201910317875.7A 2019-04-19 2019-04-19 终端启动时间预警方法、电子装置及计算机可读存储介质 Active CN110058980B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910317875.7A CN110058980B (zh) 2019-04-19 2019-04-19 终端启动时间预警方法、电子装置及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910317875.7A CN110058980B (zh) 2019-04-19 2019-04-19 终端启动时间预警方法、电子装置及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN110058980A true CN110058980A (zh) 2019-07-26
CN110058980B CN110058980B (zh) 2023-09-08

Family

ID=67319605

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910317875.7A Active CN110058980B (zh) 2019-04-19 2019-04-19 终端启动时间预警方法、电子装置及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN110058980B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112000375A (zh) * 2020-07-13 2020-11-27 深圳市智微智能软件开发有限公司 安卓系统的启动阶段判断方法、装置、设备及存储介质
CN113554264A (zh) * 2021-06-07 2021-10-26 华北电力科学研究院有限责任公司 一种发电设备的报警方法及装置
CN113872823A (zh) * 2021-08-06 2021-12-31 中标慧安信息技术股份有限公司 物联网终端异常启动监测方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016155294A1 (zh) * 2015-03-30 2016-10-06 中兴通讯股份有限公司 一种实现预警的方法和装置
CN107944259A (zh) * 2017-11-21 2018-04-20 广东欧珀移动通信有限公司 应用启动的管控方法、装置及存储介质和移动终端
CN109542744A (zh) * 2018-11-19 2019-03-29 Oppo广东移动通信有限公司 检测终端开机异常问题的方法、装置、存储介质及终端
CN109597719A (zh) * 2018-12-10 2019-04-09 浪潮(北京)电子信息产业有限公司 一种多核系统的监控方法、系统、装置及可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016155294A1 (zh) * 2015-03-30 2016-10-06 中兴通讯股份有限公司 一种实现预警的方法和装置
CN107944259A (zh) * 2017-11-21 2018-04-20 广东欧珀移动通信有限公司 应用启动的管控方法、装置及存储介质和移动终端
CN109542744A (zh) * 2018-11-19 2019-03-29 Oppo广东移动通信有限公司 检测终端开机异常问题的方法、装置、存储介质及终端
CN109597719A (zh) * 2018-12-10 2019-04-09 浪潮(北京)电子信息产业有限公司 一种多核系统的监控方法、系统、装置及可读存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHEN LIANG等: "Engineering Simulation Analysis and Demonstration Application of Multi-terminal DC Distribution System", 《IEEE XPLORE》 *
徐沛沛;张羽;: "大型网络终端IT运维安全监控与风险预警系统", 电力信息化, no. 09 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112000375A (zh) * 2020-07-13 2020-11-27 深圳市智微智能软件开发有限公司 安卓系统的启动阶段判断方法、装置、设备及存储介质
CN112000375B (zh) * 2020-07-13 2023-12-26 深圳市智微智能软件开发有限公司 安卓系统的启动阶段判断方法、装置、设备及存储介质
CN113554264A (zh) * 2021-06-07 2021-10-26 华北电力科学研究院有限责任公司 一种发电设备的报警方法及装置
CN113554264B (zh) * 2021-06-07 2023-11-17 华北电力科学研究院有限责任公司 一种发电设备的报警方法及装置
CN113872823A (zh) * 2021-08-06 2021-12-31 中标慧安信息技术股份有限公司 物联网终端异常启动监测方法及系统

Also Published As

Publication number Publication date
CN110058980B (zh) 2023-09-08

Similar Documents

Publication Publication Date Title
US10949012B2 (en) Electronic device comprising force sensor
CN106874168A (zh) 确定应用程序运行性能的方法、装置和移动终端
CN108702421B (zh) 用于控制应用和组件的电子设备和方法
CN108712566B (zh) 一种语音助手唤醒方法及移动终端
CN110058980A (zh) 终端启动时间预警方法、电子装置及计算机可读存储介质
CN110109759B (zh) 卡顿优化方法、服务器、电子装置及计算机可读存储介质
CN106201553A (zh) 在桌面推送应用程序的控制方法、装置及终端设备
CN108235754A (zh) 一种提示用户更新应用版本的方法及设备
CN112597361B (zh) 一种排序处理方法、装置、电子设备及存储介质
CN108874466A (zh) 控件调用方法、电子装置及计算机可读存储介质
CN109271297A (zh) 一种异常提示方法及移动终端
WO2020114339A1 (zh) 一种数据备份方法和终端设备
CN106873997A (zh) 拼图式任务实施控制方法和装置
CN108512994A (zh) 用于检测对象的接近的方法以及使用该方法的电子设备
CN106534288A (zh) 一种数据传输方法及移动终端
CN110162234A (zh) 一种应用控制方法及终端设备
CN109951373A (zh) 一种文件发送方法及终端设备
CN109684011A (zh) 界面显示控制方法、电子装置及计算机可读存储介质
CN110741346B (zh) 应用管理方法及终端
CN109344035A (zh) 一种应用程序的运行控制方法、装置、设备及存储介质
CN111309392B (zh) 一种设备控制方法及电子设备
CN111324247A (zh) 一种信息显示方法及电子设备
CN109739577A (zh) 应用免冻结方法、电子装置及计算机可读存储介质
KR20180014575A (ko) 전자 장치 및 전자 장치의 제어 방법
CN109885201A (zh) 触摸屏触摸面积检测方法、电子装置及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant