另一实施例，步骤S2062与S2063可结合成一个步骤S2062’，在步骤S2062’中，确定异常状况是否由修复框架104进行修复。当异常状况发生的模块为注册模块且修复框架104有能力对异常状况进行修复时，即异常状况由修复框架104进行修复时，进入步骤S2064 ;否则进入步骤S208。
[0029]此外，修复框架104中每一默认异常处理逻辑的内容可视其所对应的模块的功能内容而定。图4是根据本发明一实施例的模块与相应默认异常处理逻辑的示意图。如图4所示，不同的模块可对应不同的默认异常处理逻辑。举例来说，对于可自动再生文件的模块A，相对应的默认异常处理逻辑可为在文件异常时直接将损坏的文件删除；对于其文件中具有重要数据的模块B，相对应的默认异常处理逻辑可为在文件异常时将损坏的文件以备份文件还原，其中该备份文件可以在平时由修复框架104主动备份；另外，针对某些较为特别的模块(如模块C),可以另外将专属的修复逻辑定义在一特定文件中(例如recovery, jar),以供修复框架104调用，即采用自定义逻辑。当然，模块A和模块B也可采用自定义逻辑。需注意，这只是用来进行说明，并非用以限制本发明，本领域技术人员可采用其他的默认异常处理逻辑。
[0030]根据本发明的另一实施例，在进行步骤S206之前，修复框架104可先从应用程序106接收修复级别。其中，如上所述，修复级别可分为三个级别:停用服务、基本修复、最大努力修复。在停用服务模式下，修复框架104不再进行后续步骤(即步骤S206)。在基本修复模式下，修复框架104进行步骤S206，但若步骤S206结束后未能成功修复，修复框架104不再进行进一步的修复工作。在最大努力修复模式下，若步骤S206结束后未能成功修复，修复框架104可进一步采取保留用户数据的恢复出厂模式尝试修复系统，或重复步骤S206o
[0031]此外，若是异常源102依然无法正常地运行或重新启动，而再度发出异常状况给修复框架104时，修复框架104可重复该修复方法。然而，针对无法修复的情况，为了避免过度且无谓的重试，以及可能会增加日后厂商分析问题的难度，该修复方法的重复次数可以被限制在一个数值之内，举例来说，该修复方法的重复次数可限制为三次。
[0032]请参考图5，图5是根据本发明一实施例的确定修复级别的流程图。倘若大体上可达到相同的结果，并不需要一定遵照图5所示流程中的步骤顺序来进行，且图5所示的步骤不一定要连续进行，即其他步骤亦可插入其中，此外，图5中的某些步骤也可根据不同实施例或设计需求进行省略。本发明所揭示的确认修复级别的方法主要包含有以下步骤:
[0033]步骤S502:开始。
[0034]步骤S504:从设定纪录模块1066读取所记录的修复级别。在一实施例中，修复级别分为三个级别:停用服务、基本修复、最大努力修复。
[0035]步骤S506:检查是否有用户通过用户设定模块1064来修改该修复级别。若有使用者进行修改，则进入步骤S308 ;否则进入步骤S310。
[0036]步骤S508:依据用户设定来更新设定纪录模块1066所记录的修复级别；以及
[0037]步骤S510:结束。
[0038]本发明可以改善电子装置因文件错误造成的无法开机状况，让使用者无须主动重复进行开/关机的动作，而用户无感的情况下完成电子装置系统的修复。
[0039]本发明主要的精神在于提供一套灵活、高效率、高扩充性以及含有用户自定义的电子装置修复方法，具有以下特点:厂商可以根据设计规格来灵活地增加/删减/修改需要被侦测的模块(即注册模块)；整个修复过程不需要进入任何特殊的修复模式，且用户不需自行重新关闭/开启电子装置。虽然上面是以安卓系统为例进行实施例的具体说明，但本说明书所提出的方法可以应用在不同的电子装置系统，具体地说，只要是有自行修复的需求都可以应用本发明，并没有特别的限制。通过利用本发明的电子装置修复方法，可提高电子装置的鲁棒性(robustness)。
[0040]虽然本发明已就较佳实施例揭露如上，然其并非用以限制本发明。本发明所属技术领域中普通技术人员，在不脱离本发明的精神和范围内，当可作各种的变更和润饰。因此，本发明的保护范围当视之前的权利要求书所界定为准。
【主权项】
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所述的电子装置，其特征在于，其该修复级别依据用户设定来确定。
【专利摘要】本发明提供一种修复方法，应用于电子装置中，其中该电子装置包含修复框架和异常源，该修复方法包含：从该异常源接收异常状况；以及针对该异常状况进行修复。通过利用本发明，可提高电子装置的鲁棒性。
【IPC分类】G06F11/14
【公开号】CN105224416
【申请号】CN201410230527
【发明人】王 琦, 江宗岳
【申请人】联发科技（新加坡）私人有限公司
【公开日】2016年1月6日
【申请日】2014年5月28日
【公告号】US20150347234