CN105224416B - 修复方法及相关电子装置 - Google Patents

修复方法及相关电子装置 Download PDF

Info

Publication number
CN105224416B
CN105224416B CN201410230527.3A CN201410230527A CN105224416B CN 105224416 B CN105224416 B CN 105224416B CN 201410230527 A CN201410230527 A CN 201410230527A CN 105224416 B CN105224416 B CN 105224416B
Authority
CN
China
Prior art keywords
reparation
module
electronic device
unusual condition
frame
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.)
Expired - Fee Related
Application number
CN201410230527.3A
Other languages
English (en)
Other versions
CN105224416A (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.)
MediaTek Singapore Pte Ltd
Original Assignee
MediaTek Singapore Pte 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 MediaTek Singapore Pte Ltd filed Critical MediaTek Singapore Pte Ltd
Priority to CN201410230527.3A priority Critical patent/CN105224416B/zh
Priority to US14/723,478 priority patent/US9772892B2/en
Publication of CN105224416A publication Critical patent/CN105224416A/zh
Application granted granted Critical
Publication of CN105224416B publication Critical patent/CN105224416B/zh
Expired - Fee Related 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/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephone Function (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供一种修复方法，应用于电子装置中，该修复方法包含：当异常发生时检测从该异常源接收异常状况；对该异常状况进行分析，以确定发生该异常状况的至少一个模块；根据该模块确定默认异常处理逻辑；以及根据该默认异常处理逻辑进行修复进程，以由该电子装置自身进行修复。通过利用本发明，可提高电子装置的鲁棒性。

Description

修复方法及相关电子装置
技术领域
本发明有关于电子装置，且尤其有关于一种应用于电子装置的修复方法。
背景技术
随着移动通信的蓬勃发展，市场上存在各式各样的智能手机、个人数字助理(Personal Digital Assistant,PDA)、平板电脑(tablet)、迷你平板电脑等电子装置。这些电子装置的硬件质量往往参差不齐，可能会导致用户无法正常开机，亦即“手机变砖(beingbrick)”。举例来说，存储媒介读写次数过多发生损坏而导致系统关键文件缺失，甚至导致无法开机或不断地重复开关机等。另外，使用者不当的操作(如开机状态下进行电池插拔操作)也有可能造成电子装置无法正常使用。
一般常见电子装置的系统，例如安卓(Android)系统，并无法针对上述错误进行自我修复或恢复，导致电子装置无法恢复到正常状态，用户便只能到维修中心进行刷机。有鉴于此，本发明主要诉求在于如何解决上述问题。
发明内容
本发明提供一种修复方法，应用于电子装置中，该修复方法包含：当异常发生时检测从该异常源接收异常状况；对该异常状况进行分析，以确定发生该异常状况的至少一个模块；根据该模块确定默认异常处理逻辑；以及根据该默认异常处理逻辑进行修复进程，以由该电子装置自身进行修复。
本发明另提供一种电子装置，包含修复框架，用来当异常发生时检测异常状况；对该异常状况进行分析，以确定发生该异常状况的至少一个模块；根据该模块确定默认异常处理逻辑；以及根据该默认异常处理逻辑进行修复进程，以由该电子装置自身进行修复。
通过利用本发明，可提高电子装置的鲁棒性。
附图说明
图1是根据本发明一实施例的电子装置的架构图。
图2是根据本发明一实施例的修复方法的流程图。
图3是根据本发明一实施例的修复方法的流程图。
图4是根据本发明一实施例的模块与相应默认异常处理逻辑的示意图。
图5是根据本发明一实施例的确定修复级别的流程图。
具体实施方式
以下为本发明的较佳实施例揭露，然其并非用以限制本发明。本发明所属技术领域中普通技术人员，在不脱离本发明的精神和范围内，当可作各种的变更和润饰。因此，本发明的保护范围当视之前的权利要求书所界定为准。
在本专利说明书及权利要求当中使用了某些词汇来指称特定的组件。所属领域中具有通常知识者应可理解，硬件制造商可能会用不同的名词来称呼同一个组件。本专利说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。在通篇说明书及请求项当中所提及的“包含”或“包括”为开放式的用语，故应解释成“包含但不限定于”。另外，“耦接”一词在此包含任何直接及间接的电气连接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表该第一装置可直接电气连接于该第二装置，或透过其他装置或连接手段间接地电气连接至该第二装置。
请参考图1，图1是根据本发明一实施例的电子装置100的架构图。其中，电子装置100可为智能手机、PDA、平板电脑、迷你平板电脑等各种电子装置。电子装置100包含有异常源102、修复框架(recovery manager)104以及应用程序106。其中，由于电子装置100可通过修复框架进行自行修复，因此该修复框架也可称为智能修复框架。当然，电子装置100还可包含其他模块，在此不再赘述。其中，异常源102可为发生异常的模块本身，也可为一中继模块，即发生异常的模块将异常报告给中继模块或被中继模块探知。在一实施例中，异常源102可为系统服务器(system server)。其中，系统服务器包含有若干负责不同功能/服务的模块，例如包管理服务(Package Management Service,PMS)、活动管理服务(ActivityManagement Service,AMS)等系统级服务模块。系统服务器本身不具有异常分析与修复能力，在开机过程中，系统服务器会逐个加载系统关键模块(如上述PMS、AMS等服务模块)，当某个模块相对应的系统文件损坏而使得系统启动时的加载动作发生异常状况时，系统服务器便会将该异常状况撷取下来，并且将异常发送给修复框架104来分析和处理。需注意，这只是用于举例的目的，本发明并不限于此。异常源102还可为本地服务(native service)模块、内核(kernel)模块等。
修复框架104可以被视作一平台，设计者可以基于该平台的基本修复架构来增加/改变设计，例如异常源102(如系统服务器)中可能会视需求发展出新的模块，而设计者便可在修复框架104所提供的平台上针对新的模块自行定义新的修复逻辑。具体来说，修复框架104中的异常分析模块1042会对异常源102报告的异常状况进行异常分析，以确认发生异常的模块，并交给处理控制模块1044来找出相对应的处理方式。具体来说，处理控制模块1044会依据内建的默认异常处理逻辑(exception handler policy)来决定针对该异常状况所采用的修复方式，例如删除文件、备份文件恢复、执行其它处理流程(如执行用户自定义的操作)等。其中，默认异常处理逻辑与异常状况的对应关系可存储在修复框架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来修改该修复级别。若有使用者进行修改，则进入步骤S508；否则进入步骤S510。
步骤S508：依据用户设定来更新设定纪录模块1066所记录的修复级别；以及
步骤S510：结束。
本发明可以改善电子装置因文件错误造成的无法开机状况，让使用者无须主动重复进行开/关机的动作，而用户无感的情况下完成电子装置系统的修复。
本发明主要的精神在于提供一套灵活、高效率、高扩充性以及含有用户自定义的电子装置修复方法，具有以下特点：厂商可以根据设计规格来灵活地增加/删减/修改需要被侦测的模块(即注册模块)；整个修复过程不需要进入任何特殊的修复模式，且用户不需自行重新关闭/开启电子装置。虽然上面是以安卓系统为例进行实施例的具体说明，但本说明书所提出的方法可以应用在不同的电子装置系统，具体地说，只要是有自行修复的需求都可以应用本发明，并没有特别的限制。通过利用本发明的电子装置修复方法，可提高电子装置的鲁棒性(robustness)。
虽然本发明已就较佳实施例揭露如上，然其并非用以限制本发明。本发明所属技术领域中普通技术人员，在不脱离本发明的精神和范围内，当可作各种的变更和润饰。因此，本发明的保护范围当视之前的权利要求书所界定为准。

Claims (14)

1.一种修复方法，应用于电子装置中，该修复方法包含：
当异常发生时检测异常状况；
对该异常状况进行分析，以确定发生该异常状况的至少一个模块，并确定该模块是否为注册模块；
根据该模块确定默认异常处理逻辑；以及
根据该默认异常处理逻辑进行修复进程，以由该电子装置自身进行修复，
其中，确定该模块是否为注册模块包括确定该模块所对应的该默认异常处理逻辑是否被注册。
2.如权利要求1所述的修复方法，其特征在于，进一步包括：
判断该电子装置是否有能力对该异常状况进行修复；
其中当该模块为注册模块且该电子装置有能力对该异常状况进行修复时，确定该异常状况由该电子装置进行修复。
3.如权利要求2所述的修复方法，其特征在于，其中当该异常状况是由文件损坏导致的，则判断该电子装置有能力对该异常状况进行修复，且当该异常状况不是由文件损坏导致的，则判断该电子装置没有能力对该异常状况进行修复。
4.如权利要求1所述的修复方法，其特征在于，其中该默认异常处理逻辑从删除文件、备份文件恢复或执行用户自定义的操作中选择。
5.如权利要求1所述的修复方法，其特征在于，其中在根据该异常状况进行该修复进程之前，另确定修复级别，并根据该修复级别进行修复。
6.如权利要求5所述的修复方法，其特征在于，其中该修复级别从停用服务、基本修复和最大努力修复中选择。
7.如权利要求5所述的修复方法，其特征在于，其中确定该修复级别的步骤包含：
接收用户设定；以及
依据该用户设定来确定该修复级别。
8.一种电子装置，包含：
修复框架，用来当异常发生时检测异常状况；对该异常状况进行分析，以确定发生该异常状况的至少一个模块，并确定该模块是否为注册模块；根据该模块确定默认异常处理逻辑；以及根据该默认异常处理逻辑进行修复进程，以由该电子装置自身进行修复，
其中该修复框架通过确定该模块所对应的该默认异常处理逻辑是否注册到该修复框架中来确定该模块是否为注册模块。
9.如权利要求8所述的电子装置，其特征在于，该修复框架进一步判断该修复框架是否有能力对该异常状况进行修复；其中当该模块为注册模块且该修复框架有能力对该异常状况进行修复时，确定该异常状况由该修复框架进行修复。
10.如权利要求9所述的电子装置，其特征在于，其中当该异常状况是由文件损坏导致的，则判断该修复框架有能力对该异常状况进行修复，且当该异常状况不是由文件损坏导致的，则判断该修复框架没有能力对该异常状况进行修复。
11.如权利要求8所述的电子装置，其特征在于，其中该默认异常处理逻辑从删除文件、备份文件恢复或执行用户自定义的操作中选择。
12.如权利要求 8所述的电子装置，其特征在于，其中该修复框架在根据该异常状况进行该修复进程之前，另确定修复级别，并根据该修复级别进行修复。
13.如权利要求12所述的电子装置，其特征在于，其中该修复级别从停用服务、基本修复和最大努力修复中选择。
14.如权利要求12所述的电子装置，其特征在于，其该修复级别依据用户设定来确定。
CN201410230527.3A 2014-05-28 2014-05-28 修复方法及相关电子装置 Expired - Fee Related CN105224416B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410230527.3A CN105224416B (zh) 2014-05-28 2014-05-28 修复方法及相关电子装置
US14/723,478 US9772892B2 (en) 2014-05-28 2015-05-28 Recovery method for portable touch-control device and portable touch-control device using the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410230527.3A CN105224416B (zh) 2014-05-28 2014-05-28 修复方法及相关电子装置

Publications (2)

Publication Number Publication Date
CN105224416A CN105224416A (zh) 2016-01-06
CN105224416B true CN105224416B (zh) 2018-08-21

Family

ID=54701870

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410230527.3A Expired - Fee Related CN105224416B (zh) 2014-05-28 2014-05-28 修复方法及相关电子装置

Country Status (2)

Country Link
US (1) US9772892B2 (zh)
CN (1) CN105224416B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106055421A (zh) * 2016-05-30 2016-10-26 Tcl海外电子（惠州）有限公司 智能终端及其异常处理方法
CN106227622B (zh) * 2016-07-29 2019-11-29 上海斐讯数据通信技术有限公司 一种安卓应用软件异常处理的方法及系统
EP3522508B1 (en) 2016-10-25 2021-01-13 Huawei Technologies Co., Ltd. Recovery method for power-on failure of terminal device, and terminal device
CN107509085B (zh) * 2017-08-24 2019-12-24 山东浪潮商用系统有限公司 一种流媒体文件的存储方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1362670A (zh) * 2001-01-05 2002-08-07 神基科技股份有限公司 自行修复系统bios的方法
CN101833497A (zh) * 2010-03-30 2010-09-15 山东高效能服务器和存储研究院 一种基于专家系统方法的计算机故障管理系统
CN103473657A (zh) * 2013-09-30 2013-12-25 四川航天金穗高技术有限公司 旅馆信息采集系统及其信息采集方法
CN103778031A (zh) * 2014-01-15 2014-05-07 华中科技大学 一种云环境下的分布式系统多级故障容错方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7472258B2 (en) * 2003-04-21 2008-12-30 International Business Machines Corporation Dynamically shared group completion table between multiple threads
US8088011B2 (en) * 2005-11-08 2012-01-03 Microsoft Corporation Dynamic debugging dump for game console
US20120221884A1 (en) * 2011-02-28 2012-08-30 Carter Nicholas P Error management across hardware and software layers
US9298911B2 (en) * 2013-03-15 2016-03-29 Intel Corporation Method, apparatus, system, and computer readable medium for providing apparatus security
US9507675B2 (en) * 2014-04-15 2016-11-29 Qualcomm Incorporated Systems and methods for recovering from uncorrected DRAM bit errors

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1362670A (zh) * 2001-01-05 2002-08-07 神基科技股份有限公司 自行修复系统bios的方法
CN101833497A (zh) * 2010-03-30 2010-09-15 山东高效能服务器和存储研究院 一种基于专家系统方法的计算机故障管理系统
CN103473657A (zh) * 2013-09-30 2013-12-25 四川航天金穗高技术有限公司 旅馆信息采集系统及其信息采集方法
CN103778031A (zh) * 2014-01-15 2014-05-07 华中科技大学 一种云环境下的分布式系统多级故障容错方法

Also Published As

Publication number Publication date
CN105224416A (zh) 2016-01-06
US9772892B2 (en) 2017-09-26
US20150347234A1 (en) 2015-12-03

Similar Documents

Publication Publication Date Title
CN102279775B (zh) 一种Linux系统下的硬盘故障处理方法
CN105224416B (zh) 修复方法及相关电子装置
CN102722429A (zh) 一种硬盘维修设备的处理系统
CN103955417A (zh) 一种电脑硬盘数据检测设备及方法
CN110178121A (zh) 一种数据库的检测方法及其终端
CN109358893A (zh) 一种fpga程序的在线升级方法、装置及系统
CN109324918A (zh) 应用程序异常的处理方法及装置、终端及存储介质
CN104914815A (zh) 处理器监控方法、装置及系统
CN112732477A (zh) 一种带外自检故障隔离的方法
CN102890647B (zh) 一种数据的存储与更新方法及装置
CN112527566A (zh) 设备掉电运行参数读写异常保护方法、系统和存储介质
CN113672306B (zh) 服务器组件自检异常恢复方法、装置、系统及介质
CN110515757B (zh) 分布式存储系统的信息处理方法、装置、服务器、介质
CN104598328A (zh) 一种文件系统修复方法、装置及系统
CN110968456B (zh) 分布式存储系统中故障磁盘的处理方法及装置
CN114647531B (zh) 故障解决方法、故障解决系统、电子设备及存储介质
CN106534262A (zh) 一种网络信息系统故障的切换方法
CN101464814A (zh) 一种嵌入式系统、嵌入式系统实现方法及嵌入式设备
CN115545235A (zh) 恢复供电方法、装置、计算机设备和存储介质
CN106502929B (zh) 一种目标设备、一种内存数据的处理方法及装置
CN109271284A (zh) 一种服务器boot分区的故障恢复方法、装置及设备
CN109446008A (zh) 一种故障原因检测方法、故障原因检测装置及终端设备
JP6993472B2 (ja) 深層学習チップを検出する方法、装置、電子機器、およびコンピュータ記憶媒体
CN104503881A (zh) 手持设备功耗检测的方法、装置及手持设备
US12056033B2 (en) Anomaly location estimating apparatus, method, and program

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB03 Change of inventor or designer information

Inventor after: Wang Qi

Inventor after: Jiang Zongyue

Inventor after: Li Ziyu

Inventor before: Wang Qi

Inventor before: Jiang Zongyue

COR Change of bibliographic data
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180821

Termination date: 20190528