CN103297600A - 移动终端和移动终端系统自动重启方法 - Google Patents
移动终端和移动终端系统自动重启方法 Download PDFInfo
- Publication number
- CN103297600A CN103297600A CN2012100511760A CN201210051176A CN103297600A CN 103297600 A CN103297600 A CN 103297600A CN 2012100511760 A CN2012100511760 A CN 2012100511760A CN 201210051176 A CN201210051176 A CN 201210051176A CN 103297600 A CN103297600 A CN 103297600A
- Authority
- CN
- China
- Prior art keywords
- memory amount
- portable terminal
- mobile terminal
- restart
- application program
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本发明提供了一种移动终端,包括:监测单元,连接至控制单元,监测所述移动终端的剩余内存量;所述控制单元,在所述剩余内存量小于等于设定阈值时,发送重置信号,以重启所述移动终端的系统。根据本发明的技术方案,能够在不影响用户使用的情况下,自动重启移动终端的系统,解决由于内存不足而导致的系统不稳定的问题。本发明还提供了一种移动终端系统自动重启方法。
Description
技术领域
本发明涉及通信技术领域,具体而言,涉及移动终端和移动终端系统自动重启方法。
背景技术
由于多方面的原因,例如,手机长时间使用可能导致协议栈状态异常而无法正常通话,某些应用存在内存泄露的问题,某些常驻进程占用内存量过大,某些服务所占用的资源无法回收等原因,使系统的内存剩余量越来越小,系统反应会越来越慢,越来越不稳定,但是这些问题通过重启手机可以解决,通过长按手机的电源键等措施来达到系统重启目的,而一般情况下,用户不会主动采取上述措施,只有当出现问题时才会意识到采取上述措施。
因此,如何能够在不影响用户使用的情况下,自动重启手机系统,避免出现系统不稳定的问题。
发明内容
考虑到上述背景技术,本发明所要解决的一个技术问题是提供一种移动终端,本发明所要解决的又一个技术问题是提供一种移动终端系统自动重启方法,能够在不影响用户的情况下,自动重启手机系统,避免出现系统不稳定的问题。
根据本发明的一个方面,提供了一种移动终端,包括:监测单元,连接至控制单元,监测所述移动终端的剩余内存量;所述控制单元,在所述剩余内存量小于设定阈值时,发送重置信号,以重启所述移动终端的系统。
采用上述技术方案,时刻监测移动终端的剩余内存量,判断剩余内存量是否小于设定阈值,该设定阈值可以根据移动终端的配置来设定,一旦发现剩余内存量小于设定阈值时,就重启系统,无需用户主动判断是否需要重启系统,避免出现系统不稳定的问题。
在上述技术方案中,优选地,所述监测单元还用于在所述移动终端的屏幕进入灭屏状态时,检测所述移动终端中是否存在正在交互的通信数据,在不存在正在交互的通信数据时,监测所述移动终端的剩余内存量。
进入灭屏状态,说明移动终端暂时处于空闲状态,但还需要监听用户的通信数据,只有在没有通信数据交互的情况下才会重启系统,不会由于系统重启而导致用户通信数据的丢失,防止影响用户的正常使用,例如在蓝牙正在运行接收数据时,这时就不会执行系统重启的动作。
在上述技术方案中,优选地,所述控制单元还用于在所述剩余内存量大于等于所述设定阈值时,继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过所述应用程序占用内存量限定值,则发送重置信号,以重启所述移动终端的系统。
如果剩余内存量没有降低到设定阈值,那么还需要判断正在运行的应用程序是否占用内存量超过了规定的内存量限定值,如果超过了,说明该应用程序占用内存量过大,则仍然需要重启系统,为用户提供稳定的系统环境。
在上述技术方案中,优选地,所述移动终端还包括所述计时单元,连接至所述控制单元,用于在到达预定时间时,向所述控制单元发送提醒信号,使所述控制单元重新判断所述剩余内存量是否小于所述设定阈值以及重新判断常驻应用程序占用的内存量是否超过所述应用程序占用内存量限定值。
在满足重启条件时,还需要启动计时单元,该计时单元的起始时间以判断出满足重启条件的时间点为起始时间,在到达定时器的预定时间时(可以为该计时单元设置一个时间段,当经过该时间段时,再重新判断该移动终端是否满足重启条件,或者可以为该计时单元设置一个时间点,当到达该时间点时,再重新判断该移动终端是否满足重启条件),重新判断移动终端是否满足上述各技术方案中的条件,如果满足则重启系统,如果不满足,则关闭该计时单元,说明在计时单元的这段计时时间内,移动终端本身自动回收了一些内存,没有必要重启系统,避免了多余的重启操作,不会给用户的使用带来麻烦。整个重启的判断过程符合用户的实际使用场景,实现不知不觉得重启系统。
在上述技术方案中,优选地,所述控制单元还用于在所述监测单元检测到所述屏幕从所述灭屏状态进入亮屏状态时,关闭所述计时单元。
在计时单元的这段计时时间内,如果出现亮屏,则说明用户需要使用移动终端,就关闭该计时单元,不重新判断是否满足重启条件。
根据本发明的技术方案,自动判断是否满足重启条件,在满足重启条件时,才重启系统,能够在不影响用户的使用情况下,静默重启系统,符合用户的实际使用习惯,解决了由于多种原因所造成的系统不稳定、反应越来越慢的问题。
根据本发明的又一方面,还提供了一种移动终端系统自动重启方法,包括:步骤202,监测移动终端的剩余内存量;步骤204,在所述剩余内存量小于设定阈值时,发送重置信号,以重启移动终端系统。
采用上述技术方案,时刻监测移动终端的剩余内存量,判断剩余内存量是否小于设定阈值,该设定阈值可以根据移动终端的配置来设定,一旦发现剩余内存量小于设定阈值时,就重启系统,无需用户主动判断是否需要重启系统,避免出现系统不稳定的问题。
在上述技术方案中,优选地,在所述步骤202之前还包括:在移动终端的屏幕进入灭屏状态时,检测所述移动终端中是否存在正在交互的通信数据,在不存在正在交互的通信数据时,进入所述步骤202。
进入灭屏状态,说明移动终端暂时处于空闲状态,但还需要监听用户的通信数据,只有在没有通信数据交互的情况下才会重启系统,不会由于系统重启而导致用户通信数据的丢失,防止影响用户的正常使用,例如在蓝牙正在运行接收数据时,这时就不会执行系统重启的动作。
在上述技术方案中,优选地,所述步骤204还可以包括:在所述剩余内存量大于等于所述设定阈值时,继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过所述应用程序占用内存量限定值,则发送重置信号,以重启所述移动终端系统。
如果剩余内存量没有降低到设定阈值,那么还需要判断正在运行的应用程序是否占用内存量超过了规定的内存量限定值,如果超过了,说明该应用程序占用内存量过大,则仍然需要重启系统,为用户提供稳定的系统环境。
在上述技术方案中,优选地,所述步骤204还可以包括:在所述占用的内存量超过所述应用程序占用内存量限定值时,启动定时器,在所述定时器到达预定时间时,重新判断所述剩余内存量是否小于所述设定阈值,若小于所述设定阈值,则发送重置信号,若大于等于所述设定阈值,则继续判断常驻应用程序占用的内存量是否超过所述应用程序占用内存量限定值,若超过所述应用程序占用内存量限定值,则发送所述重置信号。
在满足重启条件时,还需要设置一个定时器,该定时器的起始时间以判断出满足重启条件的时间点为起始时间,在到达定时器的预定时间时,重新判断移动终端是否满足上述各技术方案中的条件,如果满足则重启系统,如果不满足,则关闭该定时器,说明在定时器的这段时间内,移动终端本身自动回收了一些内存,没有必要重启系统,避免了多余的重启操作,不会给用户的使用带来麻烦。整个重启的判断过程符合用户的实际使用场景,实现不知不觉得重启系统。
在上述技术方案中,优选地,在没有到达所述预定时间时,若检测到所述屏幕从所述灭屏状态进入亮屏状态时,则关闭所述定时器。
在定时器的这段时间内,如果出现亮屏,则说明用户需要使用移动终端,就关闭该定时器,不重新判断是否满足重启条件。
根据本发明的技术方案,自动判断是否满足重启条件,在满足重启条件时,才重启系统,能够在不影响用户的使用情况下,静默重启系统,符合用户的实际使用习惯,解决了由于多种原因所造成的系统不稳定、反应越来越慢的问题。
附图说明
图1示出了根据本发明的实施例的移动终端的框图;
图2示出了根据本发明的实施例的移动终端系统自动重启方法的流程图;
图3至图5示出了根据本发明的又一实施例的移动终端系统自动重启方法的流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的移动终端的框图。
如图1所示,根据本发明的实施例的移动终端包括:监测单元102,连接至控制单元104,监测移动终端的剩余内存量;控制单元104,在剩余内存量小于设定阈值时,发送重置信号,以重启移动终端的系统。
采用上述技术方案,时刻监测移动终端的剩余内存量,判断剩余内存量是否小于设定阈值,该设定阈值可以根据移动终端的配置来设定,一旦发现剩余内存量小于设定阈值时,就重启系统,无需用户主动判断是否需要重启系统,避免出现系统不稳定的问题。
在上述技术方案中,优选地,该监测单元102还用于在移动终端的屏幕进入灭屏状态时,检测移动终端中是否存在正在交互的通信数据,在不存在正在交互的通信数据时,监测移动终端的剩余内存量。
进入灭屏状态,说明移动终端可能暂时处于空闲状态,但还需要监听用户的通信数据,如用户在进行通话、移动下载以及蓝牙、红外、内部数据交互时,都可能产生通信数据交互。只有在没有通信数据交互的情况下才会重启系统,不会由于系统重启而导致用户通信数据的丢失,防止影响用户的正常使用,例如在蓝牙正在运行接收数据时,这时就不会执行系统重启的动作。
在上述技术方案中,优选地,该控制单元104还用于在剩余内存量大于等于设定阈值时,继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过应用程序占用内存量限定值,则发送重置信号,以重启移动终端的系统。
在此需说明的是,常驻应用程序是指常驻内存的应用程序,其在运行结束后仍驻留内存,等待再次运行。
如果剩余内存量没有降低到设定阈值,那么还需要判断正在运行的应用程序是否占用内存量超过了规定的内存量限定值,如果超过了,说明该应用程序占用内存量过大,则仍然需要重新启动系统,为用户提供稳定的系统环境。
在上述技术方案中,优选地,移动终端还包括计时单元106,连接至控制单元104,用于在到达预定时间时,向控制单元发送提醒信号,使控制单元104重新判断剩余内存量是否小于设定阈值以及重新判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值。
在满足重启条件时,还需要启动计时单元,该计时单元的起始时间以判断出满足重启条件的时间点为起始时间,在到达定时器的预定时间时(可以为该计时单元设置一个时间段,当经过该时间段时,再重新判断该移动终端是否满足重启条件,或者可以为该计时单元设置一个时间点,当到达该时间点时,再重新判断该移动终端是否满足重启条件),重新判断移动终端是否满足上述各技术方案中的条件,如果满足则重启系统,如果不满足,则关闭该计时单元,说明在计时单元的这段计时时间内,移动终端本身自动回收了一些内存,没有必要重启系统,避免了多余的重启操作,不会给用户的使用带来麻烦。整个重启的判断过程符合用户的实际使用场景,实现不知不觉得重启系统。
在上述技术方案中,优选地,控制单元104还用于在监测单元102检测到屏幕从灭屏状态进入亮屏状态时,关闭计时单元106。
在计时单元的这段计时时间内,如果出现亮屏,则说明用户需要使用移动终端,就关闭该计时单元,不重新判断是否满足重启条件。
当然,为了尽量不影响用户的使用,在需要重启系统前,可以关闭终端的声音以及显示提醒等,并且可以自动解锁防盗密码、开机密码、PIN码等,让用户以为终端没有执行过重启动作。
其次,对于设定重启的预定时间周期不宜太短,避免重启动作执行的太过频繁,以至于影响用户的使用。
根据本发明的技术方案,自动判断是否满足重启条件,在满足重启条件时,才重启系统,能够在不影响用户的使用情况下,静默重启系统,符合用户的实际使用习惯,解决了由于多种原因所造成的系统不稳定、反应越来越慢的问题。
图2示出了根据本发明的实施例的移动终端系统自动重启方法的流程图。
如图2所示,根据本发明的实施例的移动终端系统自动重启方法,包括:步骤202,监测移动终端的剩余内存量;步骤204,在剩余内存量小于设定阈值时,发送重置信号,以重启移动终端系统。
采用上述技术方案,时刻监测移动终端的剩余内存量,判断剩余内存量是否小于设定阈值,该设定阈值可以根据移动终端的配置来设定,一旦发现剩余内存量小于设定阈值时,就重启系统,无需用户主动判断是否需要重启系统,避免出现系统不稳定的问题。
在上述技术方案中,优选地,在步骤202之前还可以包括:在移动终端的屏幕进入灭屏状态时,检测移动终端中是否存在正在交互的通信数据,在不存在正在交互的通信数据时,进入步骤202。
进入灭屏状态,说明移动终端可能暂时处于空闲状态,但还需要监听用户的通信数据,如用户在进行通话、移动下载以及蓝牙、红外、内部数据交互时,都可能产生通信数据交互。只有在没有通信数据交互的情况下才会重启系统,不会由于系统重启而导致用户通信数据的丢失,防止影响用户的正常使用,例如在蓝牙正在运行接收数据时,这时就不会执行系统重启的动作。
在上述技术方案中,优选地,步骤204还可以包括:在剩余内存量大于等于设定阈值时,继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过应用程序占用内存量限定值,则发送重置信号,以重启移动终端系统。
如果剩余内存量没有降低到设定阈值,那么还需要判断常驻应用程序是否占用内存量超过了规定的内存量限定值,如果超过了,说明该应用程序占用内存量过大,则仍然需要重新启动系统,为用户提供稳定的系统环境。
在上述技术方案中,优选地,步骤204还可以包括:在占用的内存量超过应用程序占用内存量限定值时,启动定时器,在定时器到达预定时间时,重新判断剩余内存量是否小于设定阈值,若小于设定阈值,则发送重置信号,若大于等于设定阈值,则继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过应用程序占用内存量限定值,则发送重置信号。
在满足重启条件时,还需要设置一个定时器,该定时器的起始时间以判断出满足重启条件的时间点为起始时间,在到达定时器的预定时间时,重新判断移动终端是否满足上述各技术方案中的条件,如果满足,则重启系统,如果不满足,则关闭该定时器,说明在定时器的这段时间内,移动终端本身自动回收了一些内存,没有必要重启系统,避免了多余的重启操作,不会给用户的使用带来麻烦。整个重启的判断过程符合用户的实际使用场景,实现不知不觉得重启系统。
在上述技术方案中,优选地,在没有到达预定时间时,若检测到屏幕从灭屏状态进入亮屏状态时,则关闭定时器。
在定时器的这段时间内,如果出现亮屏,则说明用户需要使用移动终端,就关闭该定时器,不重新判断是否满足重启条件。
根据本发明的技术方案,自动判断是否满足重启条件,在满足重启条件时,才重启系统,能够在不影响用户的使用情况下,静默重启系统,符合用户的实际使用习惯,解决了由于多种原因所造成的系统不稳定、反应越来越慢的问题。
下面结合图3至图5进一步说明根据本发明的实施例。
首先参考图3,在步骤302,手机进入灭屏状态。进入在步骤304,判断是否存在正在交互的通信数据,即判断手机是否处于闲置的状态,在用户手机进入灭屏状态下,可以通过Watchdog程序监控手机是否在进行通话,是否发现数据流量,是否存在蓝牙、红外或内部的数据交互,在判断结果为是时,结束该流程,在判断结果为否时,进入步骤306。
在步骤306,计算手机的剩余内存量。在步骤308,继续判断剩余内存量是否小于设定阈值,在判断结果为是时,进入步骤312,设定一定时长的定时器。在判断结果为否时,进入步骤310。
在步骤310,判断常驻应用程序占用内存量是否超过设定值,该设定值为应用程序占用内存量限定值,规定了应用程序可占用内存量的上限值。在判断结果为否时,结束该流程,在判断结果为是时,进入步骤312。
在步骤312,设定一定时长的定时器。
其中,设定阈值和设定值的大小视机型的配置而定,定时器的时长也视机型的配置而定。
接着请参考图4,在步骤402,在设定定时器后,在预定时间还没有到达时,如果检测到手机进入亮屏状态,则进入步骤404,关闭该定时器。说明虽然满足了重启条件,如果用户需要使用手机,必须先满足用户的需要,此时不能重启系统,以免影响用户的使用。
最后请参考图5,在步骤502,如果手机没有出现亮屏状态且该定时器的预定时间到达时,进入步骤504。
在步骤504,重新判断手机剩余内存量是否小于设定阈值,如果判断结果为是,则进入步骤508,重启系统。如果判断结果为否,则进入步骤506。
在步骤506,判断常驻应用程序占用内存是否超过设定值,该设定值规定了应用程序占用内存量的上限值。若判断结果为否,则结束该流程,若判断结果为是,则进入步骤508,重启系统。
定时器的时间到时,再判断一次自动重启条件,不满足自动重启条件,则关闭定时器,避免多余的重启操作,因为在手机灭屏的这段时间内,系统有可能自动回收了一些内存,此时,没有必要执行自动重启操作,以免影响用户的使用。
因此,在手机进入灭屏状态时,通过条件判断手机是否处于闲置的状态,确认手机处于闲置状态后,通过监测手机的内存占用情况来确定手机是否需要进行自动重启,如果满足自动重启的条件,则设定一定时长的定时器,在此过程中,若出现亮屏,则关闭定时器,取消自动重启动作;当定时器时间到时,再一次判断自动重启条件,如果满足自动重启条件,就执行自动重启动作,不满足自动重启条件,则不执行自动重启动作,这样,可以确保在不影响用户正常使用的情况下进行自动重启。
以上结合附图详细说明了根据本发明的技术方案,通过对手机采用自动重启策略,在用户不知情且不影响用户正常使用的情况下,解决手机由于多种原因造成内存不足而导致的系统稳定性变差、系统反应越来越慢、协议栈状态异常而无法正常通话等技术问题,还原一个稳定的手机环境,增强用户的体验性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种移动终端,其特征在于,包括:
监测单元,连接至控制单元,监测所述移动终端的剩余内存量;
所述控制单元,在所述剩余内存量小于设定阈值时,发送重置信号,以重启所述移动终端的系统。
2.根据权利要求1所述的移动终端,其特征在于,所述监测单元还用于在所述移动终端的屏幕进入灭屏状态时,检测所述移动终端中是否存在正在交互的通信数据,在不存在正在交互的通信数据时,监测所述移动终端的剩余内存量。
3.根据权利要求2所述的移动终端,其特征在于,所述控制单元还用于在所述剩余内存量大于等于所述设定阈值时,继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过所述应用程序占用内存量限定值,则发送重置信号,以重启所述移动终端的系统。
4.根据权利要求3所述的移动终端,其特征在于,所述移动终端还包括所述计时单元,连接至所述控制单元,用于在到达预定时间时,向所述控制单元发送提醒信号,使所述控制单元重新判断所述剩余内存量是否小于所述设定阈值以及重新判断常驻应用程序占用的内存量是否超过所述应用程序占用内存量限定值。
5.根据权利要求4所述的移动终端,其特征在于,所述控制单元还用于在没有到达所述预定时间时,若所述监测单元检测到所述屏幕从所述灭屏状态进入亮屏状态,则关闭所述计时单元。
6.一种移动终端系统自动重启方法,其特征在于,包括:
步骤202,监测移动终端的剩余内存量;
步骤204,在所述剩余内存量小于设定阈值时,发送重置信号,以重启移动终端系统。
7.根据权利要求6所述的移动终端系统自动重启方法,其特征在于,在所述步骤202之前还包括:在移动终端的屏幕进入灭屏状态时,检测所述移动终端中是否存在正在交互的通信数据,在不存在正在交互的通信数据时,进入所述步骤202。
8.根据权利要求7所述的移动终端系统自动重启方法,其特征在于,所述步骤204还包括:在所述剩余内存量大于等于所述设定阈值时,继续判断常驻应用程序占用的内存量是否超过应用程序占用内存量限定值,若超过所述应用程序占用内存量限定值,则发送重置信号,以重启所述移动终端系统。
9.根据权利要求8所述的移动终端系统自动重启方法,其特征在于,所述步骤204还包括:在所述占用的内存量超过所述应用程序占用内存量限定值时,启动定时器,在所述定时器到达预定时间时,重新判断所述剩余内存量是否小于所述设定阈值,若小于所述设定阈值,则发送重置信号,若大于等于所述设定阈值,则继续判断常驻应用程序占用的内存量是否超过所述应用程序占用内存量限定值,若超过所述应用程序占用内存量限定值,则发送所述重置信号。
10.根据权利要求9所述的移动终端系统自动重启方法,其特征在于,在没有到达所述预定时间时,若检测到所述屏幕从所述灭屏状态进入亮屏状态,则关闭所述定时器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100511760A CN103297600A (zh) | 2012-03-01 | 2012-03-01 | 移动终端和移动终端系统自动重启方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100511760A CN103297600A (zh) | 2012-03-01 | 2012-03-01 | 移动终端和移动终端系统自动重启方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103297600A true CN103297600A (zh) | 2013-09-11 |
Family
ID=49097891
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012100511760A Pending CN103297600A (zh) | 2012-03-01 | 2012-03-01 | 移动终端和移动终端系统自动重启方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103297600A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104050044A (zh) * | 2014-06-19 | 2014-09-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种终端、一种释放内存的方法及装置 |
CN106201714A (zh) * | 2016-06-30 | 2016-12-07 | 宇龙计算机通信科技(深圳)有限公司 | 一种odex优化方法及系统 |
CN107577575A (zh) * | 2017-09-06 | 2018-01-12 | 长沙曙通信息科技有限公司 | 一种容灾备份系统监听管理实现方法 |
CN109040436A (zh) * | 2018-07-18 | 2018-12-18 | 奇酷互联网络科技(深圳)有限公司 | 移动终端及其控制重启的方法和装置 |
WO2020015415A1 (zh) * | 2018-07-18 | 2020-01-23 | 华为技术有限公司 | 一种终端重启方法及装置 |
CN114546634A (zh) * | 2020-11-24 | 2022-05-27 | 慧与发展有限责任合伙企业 | 对系统的同步重启的管理 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1762934A1 (en) * | 2005-09-09 | 2007-03-14 | Matsushita Electric Industrial Co., Ltd. | Automatic component removal at release |
CN101408861A (zh) * | 2007-10-11 | 2009-04-15 | 鸿富锦精密工业(深圳)有限公司 | 应用程序实时监控系统及方法 |
CN101873616A (zh) * | 2010-06-21 | 2010-10-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端自检的方法、系统及移动终端 |
-
2012
- 2012-03-01 CN CN2012100511760A patent/CN103297600A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1762934A1 (en) * | 2005-09-09 | 2007-03-14 | Matsushita Electric Industrial Co., Ltd. | Automatic component removal at release |
CN101408861A (zh) * | 2007-10-11 | 2009-04-15 | 鸿富锦精密工业(深圳)有限公司 | 应用程序实时监控系统及方法 |
CN101873616A (zh) * | 2010-06-21 | 2010-10-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端自检的方法、系统及移动终端 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104050044A (zh) * | 2014-06-19 | 2014-09-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种终端、一种释放内存的方法及装置 |
CN106201714A (zh) * | 2016-06-30 | 2016-12-07 | 宇龙计算机通信科技(深圳)有限公司 | 一种odex优化方法及系统 |
CN107577575A (zh) * | 2017-09-06 | 2018-01-12 | 长沙曙通信息科技有限公司 | 一种容灾备份系统监听管理实现方法 |
CN109040436A (zh) * | 2018-07-18 | 2018-12-18 | 奇酷互联网络科技(深圳)有限公司 | 移动终端及其控制重启的方法和装置 |
WO2020015415A1 (zh) * | 2018-07-18 | 2020-01-23 | 华为技术有限公司 | 一种终端重启方法及装置 |
CN110737476A (zh) * | 2018-07-18 | 2020-01-31 | 华为技术有限公司 | 一种终端重启方法及装置 |
CN114546634A (zh) * | 2020-11-24 | 2022-05-27 | 慧与发展有限责任合伙企业 | 对系统的同步重启的管理 |
US20220382471A1 (en) * | 2020-11-24 | 2022-12-01 | Hewlett Packard Enterprise Development Lp | Managing synchronized reboot of a system |
US11860754B2 (en) * | 2020-11-24 | 2024-01-02 | Hewlett Packard Enterprise Development Lp | Managing synchronized reboot of a system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103297600A (zh) | 移动终端和移动终端系统自动重启方法 | |
CN104601203B (zh) | 一种低功耗蓝牙设备动态调整连接参数的方法及装置 | |
CN105979088B (zh) | 消息推送方法及装置 | |
US9635169B2 (en) | Method for managing data traffic of software and portable electronic apparatus using the same | |
US20110153855A1 (en) | Method of defending against battery exhaustion attack and wireless communication device and recording medium using the method | |
CN106060909A (zh) | 一种网络连接方法及移动终端 | |
CN110554762A (zh) | 一种控制应用程序的方法及终端 | |
US9603086B2 (en) | Smart management of background network connections based on historical data | |
CN103313427A (zh) | 一种开启移动终端数据网络的方法、装置及移动终端 | |
CN110677899A (zh) | 一种数据传输方法、装置、终端设备及存储介质 | |
CN109982355B (zh) | 保存和恢复网络通路的方法及其装置、终端和存储介质 | |
US9571333B2 (en) | Network device and method for maintaining network connection | |
CN107783633B (zh) | 一种管理应用程序的方法、终端及计算机可读存储介质 | |
WO2007119550A1 (ja) | システム管理装置 | |
CN107885588B (zh) | 应用服务的控制方法、装置及存储介质和移动终端 | |
CN113542256B (zh) | 客户端中登录凭证的更新方法、装置、设备及存储介质 | |
CN112260787B (zh) | 设备时延调整方法及装置、电子设备及存储介质 | |
CN107197088B (zh) | 基于安卓移动设备的截图方法与装置 | |
US11272431B2 (en) | System message transmission method and device, and system message reception method and device | |
CN109068355B (zh) | 一种节省数据流量的方法、电话手表、服务器及移动终端 | |
TWI407765B (zh) | 行動裝置、省電方法及電腦可執行媒體 | |
CN111026684A (zh) | 接口控制方法、接口控制装置及存储介质 | |
CN108712281B (zh) | 触发检测管理应用更新的方法、装置、存储介质和终端 | |
CN105282298A (zh) | 一种手机熄屏方法及装置 | |
WO2013004175A1 (zh) | 一种电子设备的软件升级方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130911 |