太阳城集团

  • / 13
  • 下载费用:30 金币  

修复方法及相关电子装置.pdf

关 键 词:
修复 方法 相关 电子 装置
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

太阳城集团CN201410230527.3

申请日:

2014.05.28

公开号:

CN105224416A

公开日:

2016.01.06

当前法律状态:

授权

有效性:

有权

法律详情: 授权|||著录事项变更IPC(主分类):G06F 11/14变更事项:发明人变更前:王琦 江宗岳变更后:王琦 江宗岳 李梓煜|||实质审查的生效IPC(主分类):G06F 11/14申请日:20140528|||公开
IPC分类号: G06F11/14 主分类号: G06F11/14
申请人: 联发科技(新加坡)私人有限公司
发明人: 王琦; 江宗岳
地址: 新加坡启汇城大道一号索拉斯大厦三楼之一
优先权:
专利代理机构: 北京万慧达知识产权代理有限公司 11111 代理人: 杨颖;张金芝
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201410230527.3

授权太阳城集团号:

|||||||||

法律状态太阳城集团日:

2018.08.21|||2016.03.02|||2016.02.03|||2016.01.06

法律状态类型:

太阳城集团授权|||著录事项变更|||实质审查的生效|||公开

摘要

本发明提供一种修复方法,应用于电子装置中,其中该电子装置包含修复框架和异常源,该修复方法包含:从该异常源接收异常状况;以及针对该异常状况进行修复。通过利用本发明,可提高电子装置的鲁棒性。

权利要求书

权利要求书
1.  一种修复方法,应用于电子装置中,其中该电子装置包含修复框架和异常源,该修复方法包含:
从该异常源接收异常状况;以及
针对该异常状况进行修复。

2.  如权利要求1所述的修复方法,其特征在于,另包含有:
对该异常状况进行分析,以确定发生该异常状况的模块;以及
根据该模块的默认异常处理逻辑进行修复。

3.  如权利要求2所述的修复方法,其特征在于,另包含有:
在根据该模块的默认异常处理逻辑进行修复之前,确定该异常状况是否由该修复框架进行修复;以及
在该异常状况由该修复框架进行修复时,确定该模块所对应的默认异常处理逻辑。

4.  如权利要求3所述的修复方法,其特征在于,其中确定该异常状况是否由该修复框架进行修复的步骤包含:
判断该模块是否为注册模块;以及
判断该修复框架是否有能力对该异常状况进行修复。

5.  如权利要求4所述的修复方法,其特征在于,其中当该模块为注册模块且该修复框架有能力对该异常状况进行修复时,确定该异常状况由该修复框架进行修复。

6.  如权利要求4所述的修复方法,其特征在于,其中当该异常状况是由文件损坏导致的,则该修复框架有能力对该异常状况进行修复,且当该异常状况不是由文件损坏导致的,则该修复框架没有能力对该异常状况进行修复。

7.  如权利要求1所述的修复方法,其特征在于,另包含有:
针对该异常状况进行修复后,通知该异常源。

8.  如权利要求7所述的修复方法,其特征在于,其中若该异常源再次发出异常状况,则重复该修复方法,且重复的次数不超过预设最大重复次数。

9.  如权利要求8所述的修复方法,其特征在于,其中该预设最大重复次数为3。

10.  如权利要求2所述的修复方法,其特征在于,其中该默认异常处理逻辑为删除文件、备份文件恢复或执行用户自定义的操作。

11.  如权利要求1所述的修复方法,其特征在于,其中在针对该异常状况进行修复之前,另接收修复级别,并根据该修复级别进行修复。

12.  如权利要求11所述的修复方法,其特征在于,其中该修复级别包含停用服务、基本修复和最大努力修复。

13.  如权利要求11所述的修复方法,其特征在于,其中确定该修复级别的步骤包含:
接收用户设定;以及
依据该用户设定来确定该修复级别。

14.  一种电子装置,包含:
异常源;以及
修复框架,用来从该异常源接收异常状况,并针对该异常状况进行修复。

15.  如权利要求14所述的电子装置,其特征在于,其中该修复框架包含:
异常分析模块,用来对该异常状况进行分析,以确定发生该异常状况的模块;以及
修复模块,用来根据该模块的默认异常处理逻辑进行修复。

16.  如权利要求15所述的电子装置,其特征在于,其中该修复框架另包含:
处理控制模块,用来确定该异常状况是否由该修复框架进行修复;以及在该异常状况由该修复框架进行修复时,确定该模块所对应的默认异常处理逻辑。

17.  如权利要求16所述的电子装置,其特征在于,其中该处理控制模块判断该模块是否为注册模块;以及判断该修复框架是否有能力对该异常状况进行修复。

18.  如权利要求17所述的电子装置,其特征在于,其中当该模块为注册模块且该修复框架有能力对该异常状况进行修复时,确定该异常状况由该修复框架进行修复。

19.  如权利要求17所述的电子装置,其特征在于,其中当该异常状况是由文件损坏导致的,则该修复框架有能力对该异常状况进行修复,且当该异 常状况不是由文件损坏导致的,则该修复框架没有能力对该异常状况进行修复。

20.  如权利要求14所述的电子装置,其特征在于,修复框架用来在针对该异常状况进行修复后,通知该异常源。

21.  如权利要求20所述的电子装置,其特征在于,该修复框架再次从该异常源接收异常状况后,重复对该异常状况进行修复,且重复的次数不超过预设最大重复次数。

22.  如权利要求21所述的电子装置,其特征在于,其中该预设最大重复次数为3。

23.  如权利要求15所述的电子装置,其特征在于,其中该默认异常处理逻辑为删除文件、备份文件恢复或执行用户自定义的操作。

24.  如权利要求14所述的电子装置,其特征在于,其中该电子装置另包含:应用程序,用来将修复级别发送给该修复框架。

25.  如权利要求24所述的电子装置,其特征在于,其中该修复级别包含停用服务、基本修复和最大努力修复。

26.  如权利要求24所述的电子装置,其特征在于,其该修复级别依据用户设定来确定。

说明书

说明书修复方法及相关电子装置
技术领域
本发明有太阳城集团电子装置,且尤其有太阳城集团一种应用于电子装置的修复方法。
背景技术
随着移动通信的蓬勃发展,市场上存在各式各样的智能手机、个人数字助理(PersonalDigitalAssistant,PDA)、平板电脑(tablet)、迷你平板电脑等电子装置。这些电子装置的硬件质量往往参差不齐,可能会导致用户无法正常开机,亦即“手机变砖(beingbrick)”。举例来说,存储媒介读写次数过多发生损坏而导致系统关键文件缺失,甚至导致无法开机或不断地重复开关机等。另外,使用者不当的操作(如开机状态下进行电池插拔操作)也有可能造成电子装置无法正常使用。
一般常见电子装置的系统,例如安卓(Android)系统,并无法针对上述错误进行自我修复或恢复,导致电子装置无法恢复到正常状态,用户便只能到维修中心进行刷机。有鉴于此,本发明主要诉求在于如何解决上述问题。
发明内容
本发明提供一种修复方法,应用于电子装置中,其中该电子装置包含修复框架和异常源,该修复方法包含:从该异常源接收异常状况;以及针对该异常状况进行修复。
本发明另提供一种电子装置,包含异常源;以及修复框架,用来从该异常源接收异常状况,并针对该异常状况进行修复。
通过利用本发明,可提高电子装置的鲁棒性。
附图说明
图1是根据本发明一实施例的电子装置的架构图。
图2是根据本发明一实施例的修复方法的流程图。
图3是根据本发明一实施例的修复方法的流程图。
图4是根据本发明一实施例的模块与相应默认异常处理逻辑的示意图。
图5是根据本发明一实施例的确定修复级别的流程图。
具体实施方式
以下为本发明的较佳实施例揭露,然其并非用以限制本发明。本发明所属技术领域中普通技术人员,在不脱离本发明的精神和范围内,当可作各种的变更和润饰。因此,本发明的保护范围当视之前的权利要求书所界定为准。
在本专利说明书及权利要求当中使用了某些词汇来指称特定的组件。所属领域中具有通常知识者应可理解,硬件制造商可能会用不同的名词来称呼同一个组件。本专利说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件在功能上的差异来作为区分的准则。在通篇说明书及请求项当中所提及的“包含”或“包括”为开放式的用语,故应解释成“包含但不限定于”。另外,“耦接”一词在此包含任何直接及间接的电气连接手段。因此,若文中描述一第一装置耦接于一第二装置,则代表该第一装置可直接电气连接于该第二装置,或透过其他装置或连接手段间接地电气连接至该第二装置。
请参考图1,图1是根据本发明一实施例的电子装置100的架构图。其中,电子装置100可为智能手机、PDA、平板电脑、迷你平板电脑等各种电子装置。电子装置100包含有异常源102、修复框架(recoverymanager)104以及应用程序106。其中,由于电子装置100可通过修复框架进行自行修复,因此该修复框架也可称为智能修复框架。当然,电子装置100还可包含其他模块,在此不再赘述。其中,异常源102可为发生异常的模块本身,也可为一中继模块,即发生异常的模块将异常报告给中继模块或被中继模块探知。在一实施例中,异常源102可为系统服务器(systemserver)。其中,系统服务器包含有若干负责不同功能/服务的模块,例如包管理服务(PackageManagementService,PMS)、活动管理服务(ActivityManagementService,AMS)等系统级服务模块。系统服务器本身不具有异常分析与修复能力,在开机过程中,系统服务器会逐个加载系统关键模块(如上述PMS、AMS等服务模块),当某个模 块相对应的系统文件损坏而使得系统启动时的加载动作发生异常状况时,系统服务器便会将该异常状况撷取下来,并且将异常发送给修复框架104来分析和处理。需注意,这只是用于举例的目的,本发明并不限于此。异常源102还可为本地服务(nativeservice)模块、内核(kernel)模块等。
修复框架104可以被视作一平台,设计者可以基于该平台的基本修复架构来增加/改变设计,例如异常源102(如系统服务器)中可能会视需求发展出新的模块,而设计者便可在修复框架104所提供的平台上针对新的模块自行定义新的修复逻辑。具体来说,修复框架104中的异常分析模块1042会对异常源102报告的异常状况进行异常分析,以确认发生异常的模块,并交给处理控制模块1044来找出相对应的处理方式。具体来说,处理控制模块1044会依据内建的默认异常处理逻辑(exceptionhandlerpolicy)来决定针对该异常状况所采用的修复方式,例如删除文件、备份文件恢复、执行其它处理流程(如执行用户自定义的操作)等。其中,默认异常处理逻辑与异常状况的对应关系可存储在修复框架104之中的或相耦接的存储模块(图未示)中。决定修复方式之后,修复模块1046便可据以完成对应的修复操作,并通知异常源102。异常源102随后可进行模块重启等操作。
太阳城集团应用程序106,用户可以利用应用程序106中的日志察看模块1062来察看过往的异常状况记录。另外,用户可以通过用户设定模块1064来选择所提供的修复级别选项,并记录于设定记录模块1066中。在一实施例中,修复级别分为三个级别:停用服务、基本修复、最大努力修复。在停用服务模式下,修复框架104不会提供修复服务,当异常发生时,仅仅记录下异常状况;在基本修复模式下,修复框架104只会按照预定义的修复规则进行系统修复,如果修复失败,不会进行进一步的修复工作;而在最大努力修复模式下,如果修复失败,修复框架104会进一步采取保留用户数据的恢复出厂模式尝试修复系统,或者按照预定义的修复规则重复进行系统修复。其中,现有的恢复出厂模式是将数据分区(datapartition)格式化来清除所有的用户数据(包括应用程序以及所有的应用程序数据),由于通常用户的应用程序不会影响系统正常使用,所以保留用户数据的恢复出厂模式是在普通的恢复出厂模式基础上,保留数据分区中的应用程序以及应用程序数据(如联系人、短信等)。这样既可以满足恢复手机正常使用状态需求,又能最大程度上使得用户数据 得以保留。需注意,上述举例仅为说明的目的,并非用以限制本发明。本领域技术人员可设置不同的修复级别以及修复方式。以下将分别针对修复框架104以及应用程序106的操作流程进行详细的说明。
请参考图2,图2是根据本发明一实施例的修复方法的流程图,本方法可用于图1所示的电子装置100中。
步骤S202:开始。
步骤S204:从异常源102接收异常状况。
步骤S206:针对该异常状况进行修复。
步骤S208:结束。
根据本发明一实施例,步骤S206和步骤S208之间还可包括通知异常源102的步骤。根据本发明另一实施例,步骤S206可具体包括以下步骤:对从系统服务器102接收的异常状况进行分析,以确定发生异常状况的模块;以及根据该模块的默认异常处理逻辑进行修复。根据本发明一实施例,如图3所示,步骤S206可进一步进行细分。图3是根据本发明一实施例的修复方法的流程图。需注意,倘若大体上可达到相同的结果,并不需要一定遵照图3所示流程中的步骤顺序来进行,且图3所示的步骤不一定要连续进行,即其他步骤也可插入其中,此外,图3中的某些步骤也可根据不同实施例或设计需求而进行省略。本实施例所揭示的修复方法主要包含有以下步骤:
步骤S2061:对接收到的异常状况进行分析,以确定发生异常状况的模块。
步骤S2062:判断该模块是否为注册模块。若是注册模块,则进入步骤S2063;否则进入步骤S208。
步骤S2063:判断该异常状况是否可由修复框架104进行修复(即修复框架104是否有能力对该异常状况进行修复)。若可由修复框架104进行修复,则进入步骤S2064;否则进入步骤S208。在一实施例中,若异常状况是由文件损坏导致的,则该异常状况可由修复框架104进行修复;若异常状况不是由文件损坏导致的,则该异常状况无法由修复框架104进行修复。
步骤S2064:确定该模块所对应的默认异常处理逻辑。在一实施例中,可从修复框架104之中的或相耦接的存储模块(图未示)中读取该模块所对应的默认异常处理逻辑,其中存储模块中储存有每个注册模块所对应的默认异常处理逻辑。
步骤S2065:根据该默认异常处理逻辑进行修复。
需注意,根据本发明的一实施例,将一模块所对应的默认异常处理逻辑注册到修复框架104中(例如通过一特定文件:recovery.xml)后,修复框架104才能在该模块发生错误时针对该模块进行修复。根据本发明的另一实施例,步骤S2062与S2063可结合成一个步骤S2062’,在步骤S2062’中,确定异常状况是否由修复框架104进行修复。当异常状况发生的模块为注册模块且修复框架104有能力对异常状况进行修复时,即异常状况由修复框架104进行修复时,进入步骤S2064;否则进入步骤S208。
此外,修复框架104中每一默认异常处理逻辑的内容可视其所对应的模块的功能内容而定。图4是根据本发明一实施例的模块与相应默认异常处理逻辑的示意图。如图4所示,不同的模块可对应不同的默认异常处理逻辑。举例来说,对于可自动再生文件的模块A,相对应的默认异常处理逻辑可为在文件异常时直接将损坏的文件删除;对于其文件中具有重要数据的模块B,相对应的默认异常处理逻辑可为在文件异常时将损坏的文件以备份文件还原,其中该备份文件可以在平时由修复框架104主动备份;另外,针对某些较为特别的模块(如模块C),可以另外将专属的修复逻辑定义在一特定文件中(例如recovery.jar),以供修复框架104调用,即采用自定义逻辑。当然,模块A和模块B也可采用自定义逻辑。需注意,这只是用来进行说明,并非用以限制本发明,本领域技术人员可采用其他的默认异常处理逻辑。
根据本发明的另一实施例,在进行步骤S206之前,修复框架104可先从应用程序106接收修复级别。其中,如上所述,修复级别可分为三个级别:停用服务、基本修复、最大努力修复。在停用服务模式下,修复框架104不再进行后续步骤(即步骤S206)。在基本修复模式下,修复框架104进行步骤S206,但若步骤S206结束后未能成功修复,修复框架104不再进行进一步的修复工作。在最大努力修复模式下,若步骤S206结束后未能成功修复,修复框架104可进一步采取保留用户数据的恢复出厂模式尝试修复系统,或重复步骤S206。
此外,若是异常源102依然无法正常地运行或重新启动,而再度发出异常状况给修复框架104时,修复框架104可重复该修复方法。然而,针对无法修复的情况,为了避免过度且无谓的重试,以及可能会增加日后厂商分析问题 的难度,该修复方法的重复次数可以被限制在一个数值之内,举例来说,该修复方法的重复次数可限制为三次。
请参考图5,图5是根据本发明一实施例的确定修复级别的流程图。倘若大体上可达到相同的结果,并不需要一定遵照图5所示流程中的步骤顺序来进行,且图5所示的步骤不一定要连续进行,即其他步骤亦可插入其中,此外,图5中的某些步骤也可根据不同实施例或设计需求进行省略。本发明所揭示的确认修复级别的方法主要包含有以下步骤:
步骤S502:开始。
步骤S504:从设定纪录模块1066读取所记录的修复级别。在一实施例中,修复级别分为三个级别:停用服务、基本修复、最大努力修复。
步骤S506:检查是否有用户通过用户设定模块1064来修改该修复级别。若有使用者进行修改,则进入步骤S308;否则进入步骤S310。
步骤S508:依据用户设定来更新设定纪录模块1066所记录的修复级别;以及
步骤S510:结束。
本发明可以改善电子装置因文件错误造成的无法开机状况,让使用者无须主动重复进行开/关机的动作,而用户无感的情况下完成电子装置系统的修复。
本发明主要的精神在于提供一套灵活、高效率、高扩充性以及含有用户自定义的电子装置修复方法,具有以下特点:厂商可以根据设计规格来灵活地增加/删减/修改需要被侦测的模块(即注册模块);整个修复过程不需要进入任何特殊的修复模式,且用户不需自行重新关闭/开启电子装置。虽然上面是以安卓系统为例进行实施例的具体说明,但本说明书所提出的方法可以应用在不同的电子装置系统,具体地说,只要是有自行修复的需求都可以应用本发明,并没有特别的限制。通过利用本发明的电子装置修复方法,可提高电子装置的鲁棒性(robustness)。
虽然本发明已就较佳实施例揭露如上,然其并非用以限制本发明。本发明所属技术领域中普通技术人员,在不脱离本发明的精神和范围内,当可作各种的变更和润饰。因此,本发明的保护范围当视之前的权利要求书所界定为准。

太阳城集团本文
本文标题:修复方法及相关电子装置.pdf
链接地址:http://zh228.com/p-6397788.html
太阳城集团我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - - 联系我们

copyright@ 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
葡京赌场|welcome document.write ('');