CN104683154A - 异常处理方法、终端设备以及服务器 - Google Patents

Abstract

本发明提供了一种在终端设备中执行的异常处理方法、在服务器中执行的异常处理方法、终端设备以及服务器。所述终端设备中执行的异常处理方法包括：监测所述终端设备中发生的异常状态；根据所述异常状态生成指示所述异常状态的异常信息；向服务器发送所述异常信息；以及当从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息时，从所述服务器获取所述修复文件。根据本发明的异常处理方法、终端设备以及服务器，能够使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，不仅在最大程度上抑制了异常状态对用户体验造成的影响，还能够降低终端设备的开发成本，节省终端设备的运行开销。

Description

异常处理方法、终端设备以及服务器

技术领域

本发明涉及一种异常处理方法、终端设备以及服务器，尤其涉及不仅能够在最大程度上抑制异常状态对用户体验造成的影响，还能够降低终端设备的开发成本，节省终端设备的运行开销的异常处理方法、终端设备以及服务器。

背景技术

随着电子科技的迅速发展，大量的新电子产品在不断上市。尽管各个电子产品的制造厂商在产品上市之前往往会进行多次测试，但在产品上市后才发现软件***存在异常的情况并不罕见。除此之外，也有可能在终端设备的使用过程中因其他应用程序导致终端设备的异常。对此，按照以往的异常修复方式，在电子产品上建立异常报告以及定期检查更新的机制。下面，结合附图说明使用该机制进行异常修复的具体方法。

图1是表示通过传统的方法进行异常修复的时序图。如图1所示，当各个设备出现异常状态时，向服务器发送指示出现该异常状态的异常信息。虽然在图1中仅存在两个终端设备(设备1与设备2)并且均发送一种异常信息，但实际上一个服务器可能管理大量的终端设备，并且这些终端设备可能向服务器发送各种各样的类型的异常信息。负责维护人员能够从服务器获得这些异常信息，从而获知这些终端设备都出现了何种异常状态以及出现了多少次该异常状态等。维护设备的人员可以针对这些信息，制作用于修复该异常状态的修复文件，并将多个修复文件组成一个更新包而发布到服务器中。与此同时，各个终端设备定期向服务器查询是否存在更新包。当服务器当中存在更新包时，向终端设备通知下载。终端设备接收到该通知下载后，可以向服务器发出下载请求，从而获取该更新包。由于该更新包中包含了异常的修复文件，因此终端设备可以通过安装更新包来修复异常状态。

然而，传统的异常处理方法至少存在例如以下几点问题：

首先，服务器中发放更新包的周期通常较长。一般情况下，更新包中包含多种修复文件。具体而言，维护人员通常不会每当制作出用于修复一种异常状态的修复文件就会作为一个更新包进行发布，而会将多种修复文件整体打包作为一个更新包进行发布。这会使得更新的周期变得很长，一般情况下每隔几个月甚至一年才会有一次***更新。因此当终端设备出现异常状态后，需要等待几个月甚至一年的时间才可以下载到包含用于修复该异常状态的修复文件的更新包，不能得到及时的修复。很显然，这种方式严重影响了终端设备的用户体验。

其次，各个终端设备需要定期向服务器查询是否存在可下载的更新包。也就是说，需要在每一个终端设备当中都建立检查更新机制，这不仅提高了终端设备的开发成本，还会增加终端设备的运行开销。

再次，正如上面所说，维护人员通常会在将多种修复文件整体打包作为一个更新包进行发布。因此即使当终端设备没有出现更新包中包含的个别异常，也必须下载整个更新包并且对整体进行安装，造成了网络资源以及终端设备空间资源的浪费。

发明内容

本发明鉴于以上技术问题而完成，其目的在于，提供一种在终端设备中执行的异常处理方法、在服务器中执行的异常处理方法、终端设备以及服务器，能够使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，不仅在最大程度上抑制了异常状态对用户体验造成的影响，还能够降低终端设备的开发成本，节省终端设备的运行开销。

本发明的实施例提供一种在终端设备中执行的异常处理方法，包括：监测所述终端设备中发生的异常状态；根据所述异常状态生成指示所述异常状态的异常信息；向服务器发送所述异常信息；以及当从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息时，从所述服务器获取所述修复文件。

本发明的实施例还提供一种在服务器中执行的异常处理方法，包括：从终端设备接收指示在所述终端设备发生的异常状态的异常信息；判断所述服务器中是否存在用于修复所述异常信息所指示的异常状态的修复文件；当所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件时，向所述终端设备发送指示所述服务器中存在所述修复文件的消息以由所述终端设备从所述服务器获取所述修复文件。

本发明的实施例还提供一种终端设备，其中包括：监测单元，配置来监测所述终端设备中发生的异常状态；处理单元，配置来根据所述异常状态生成指示所述异常状态的异常信息；以及通信单元，配置来向服务器发送所述异常信息，并且当从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息时，从所述服务器获取所述修复文件。

本发明的实施例还提供一种服务器，其中包括：通信单元，配置来从终端设备接收指示在所述终端设备发生的异常状态的异常信息并且当所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件时，向所述终端设备发送指示所述服务器中存在所述修复文件的消息以由所述终端设备从所述服务器获取所述修复文件；处理单元，配置来判断所述服务器中是否存在用于修复所述异常信息所指示的异常状态的修复文件。

根据本发明的异常处理方法、终端设备以及服务器，能够使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，不仅在最大程度上抑制了异常状态对用户体验造成的影响，还能够降低终端设备的开发成本，节省终端设备的运行开销。

附图说明

图1是表示通过传统的方法进行异常修复的时序图。

图2是根据本发明的实施例的在终端设备中执行的异常处理方法的流程图。

图3是根据本发明的实施例的在服务器中执行的异常处理方法的流程图。

图4是表示通过本发明的实施例的异常处理方法进行异常修复的时序图。

图5是根据本发明的实施例的终端设备的功能框图。

图6是根据本发明的实施例的服务器的功能框图。

具体实施方式

为使本领域的技术人员能够更好地理解本发明的技术方案，下面结合附图分别详细说明本发明的在终端设备中执行的异常处理方法、在服务器中执行的异常处理方法、终端设备以及服务器的具体实施方式。当然，本发明不限于这些具体实施方式，在本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。

【在终端设备中执行的异常处理方法】

下面，结合附图来详细说明本发明的在终端设备中执行的异常处理方法。图2是根据本发明的实施例的在终端设备中执行的异常处理方法的流程图。如图2所示，该方法包括以下步骤：

首先，监测所述终端设备中发生的异常状态(步骤S210)。这里所说的异常状态可以是终端设备的运行出现的异常，例如包括操作***或者应用程序的运行错误导致的异常等。除此之外，异常状态还可以包括在终端设备的至少一个硬件单元的运行参数超过一定阈值的情况。典型地，可以是终端设备的中央处理器的温度超过规定温度(例如80度)的情况。当然，也可以是终端设备的存储单元、显示单元、通信单元或者其他单元出现异常的情况。如果没有监测到终端设备的异常状态(步骤S210，否)，则回到步骤S210继续进行检测。

当检测到终端设备的异常状态时(步骤S210，是)，根据异常状态生成指示异常状态的异常信息(步骤S220)。例如，当终端设备的运行出现异常和/或检测到终端设备的至少一个硬件单元的运行参数超过第一阈值时，生成指示所述异常状态的异常信息。应当注意，异常信息除了指示异常状态的类型外，还可以包括异常识别信息、异常产生的时间等其他信息。例如，当该异常状态起因于应用程序的运行导致的错误时，可以包括该应用程序的识别信息。优选地，异常信息中包括用于指示异常状态的严重程度的异常级别信息。典型地，异常状态的严重程度例如可以分为：严重(critical)、主要(major)、次要(minor)、轻微(trivial)的4个级别。当然也可以以其他的方式划分异常状态的严重程度。

然后，向服务器发送上述异常信息(步骤S230)。在一个优选实施例中，只有当异常信息的异常级别超过第二阈值时，向所述服务器发送所述异常信息。例如，在上述例子中，可以使得只有在异常状态的异常级别信息为“严重”或者“主要”的情况下向服务器发送上述异常信息。

服务器接收到上述异常信息后，判断在服务器中是否存在用于修复该异常信息所指示的异常状态的修复文件(步骤S240)。在终端设备发送该异常信息时，如果服务器中不存在用于修复该异常状态的修复文件，服务器将该修复信息呈现给维护人员，并且等待维护人员存储该修复文件。此时，终端设备不会接收到指示服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息(步骤S240，否)，因此结束处理。相反，如果终端设备向服务器发送上述异常信息时服务器已经获取到修复文件，则终端设备会从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息(步骤S240，是)。终端设备接收到该信息后，即可从所述服务器获取该修复文件(步骤S250)。

通过以上异常处理方法，在终端设备发生异常状态而向服务器发送上述异常信息时，只要服务器中存在修复文件，终端设备就能立即获取该修复文件，使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，因此在最大程度上抑制了异常状态对用户体验造成的影响。此外，本发明的异常处理方法不需要在终端设备上建立定期检查更新的机制，因此能够降低终端设备的开发成本，节省终端设备的运行开销。再有，本发明的异常处理方法中，终端设备只获得用于修复在自身设备上发生的异常状态的修复文件，因此无需下载整个更新包并且对整体进行安装，不会造成网络资源以及终端设备空间资源的浪费。

以上说明了本发明的在终端设备中执行的异常处理方法的多个实施例。显然，本领域技术人员在不脱离本发明的精神和范围内可以对上述实施例作出各种组合、修改或者变形。本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

【在服务器中执行的异常处理方法】

下面，结合附图来详细说明本发明的在服务器中执行的异常处理方法。图3是根据本发明的实施例的在服务器中执行的异常处理方法的流程图。如图3所示，该方法包括以下步骤：

首先，从终端设备接收指示在所述终端设备发生的异常状态的异常信息(步骤S310)。这里所说的异常状态可以是终端设备的运行出现的异常，例如包括操作***或者应用程序的运行错误导致的异常等。除此之外，异常状态还可以包括在终端设备的至少一个硬件单元的运行参数超过一定阈值的情况。典型地，可以是终端设备的中央处理器的温度超过规定温度(例如80度)的情况。当然，也可以是终端设备的存储单元、显示单元、通信单元或者其他单元出现异常的情况。异常信息除了指示异常状态的类型外，还可以包括异常识别信息、异常产生的时间等其他信息。例如，当该异常状态起因于应用程序的运行导致的错误时，可以包括该应用程序的识别信息。优选地，异常信息中包括用于指示异常状态的严重程度的异常级别信息。典型地，异常状态的严重程度例如可以分为：严重(critical)、主要(major)、次要(minor)、轻微(trivial)的4个级别。当然也可以以其他的方式划分异常状态的严重程度。

在接收到异常信息后，判断服务器中是否存在用于修复所述异常信息所指示的异常状态的修复文件(步骤S320)。当所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件时(步骤S320，是)，向所述终端设备发送指示所述服务器中存在所述修复文件的消息以由所述终端设备从所述服务器获取所述修复文件(步骤S330)。当服务器中不存在用于修复该异常状态的修复文件时(步骤S320，否)，服务器可以将该修复信息呈现给维护人员，并且等待维护人员存储该修复文件。维护人员制作好修复该异常信息对应的异常状态的修复文件后，将该修复文件存入服务器当中。此时服务器获取修复文件(步骤S340)。随后，服务器可以自动向此前向其发送过该异常状态对应的异常信息的终端设备发送指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息，以提示该终端设备从服务器获取所述修复文件。

为了使本领域技术人员更清楚地理解本发明的认证方法，下面结合附图详细说明通过本发明的实施例的异常处理方法进行异常修复的流程。图4是表示通过本发明的实施例的异常处理方法进行异常修复的时序图。如图4所示，当设备2向服务器发送异常信息时，服务器当中不存在修复文件，因此在这个时候服务器不会向设备2发送指示服务器中存在修复文件的消息。在服务器获取到修复文件后，向设备2自动发送指示服务器中存在修复文件的消息以通知设备2下载修复文件。设备2接收到下载通知后，即可向服务器发送下载请求，从而获得修复文件。随后，设备1发生了异常状态而向服务器发送异常信息时，由于在服务器当中已经存在修复文件，因此立即向设备1发送指示服务器中存在修复文件的消息以通知设备1下载修复文件。设备1接收到下载通知后，即可向服务器发送下载请求，从而获得修复文件。

通过以上异常处理方法，在终端设备发生异常状态而向服务器发送上述异常信息时，只要服务器中存在修复文件，终端设备就能立即获取该修复文件，使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，因此在最大程度上抑制了异常状态对用户体验造成的影响。此外，本发明的异常处理方法不需要在终端设备上建立定期检查更新的机制，因此能够降低终端设备的开发成本，节省终端设备的运行开销。再有，本发明的异常处理方法中，终端设备只获得用于修复在自身设备上发生的异常状态的修复文件，因此无需下载整个更新包并且对整体进行安装，不会造成网络资源以及终端设备空间资源的浪费。

以上说明了本发明的在服务器中执行的异常处理方法的多个实施例。显然，本领域技术人员在不脱离本发明的精神和范围内可以对上述实施例作出各种组合、修改或者变形。本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

【终端设备】

下面，结合附图来详细说明本发明的终端设备。

图5是根据本发明的实施例的终端设备的功能框图。如图5所示，终端设备500包括：监测单元501、处理单元502、以及通信单元503。

监测单元501监测所述终端设备中发生的异常状态。这里所说的异常状态可以是终端设备500的运行出现的异常，例如包括操作***或者应用程序的运行错误导致的异常等。除此之外，异常状态还可以包括在终端设备500的至少一个硬件单元的运行参数超过一定阈值的情况。典型地，可以是终端设备500的中央处理器的温度超过规定温度(例如80度)的情况。当然，也可以是终端设备500的存储单元、显示单元、通信单元或者其他单元出现异常的情况。如果没有监测到终端设备的异常状态，则监测单元501继续进行检测。

当监测单元501检测到终端设备的异常状态时，处理单元502根据所述异常状态生成指示所述异常状态的异常信息。例如，当终端设备500的运行出现异常和/或检测到终端设备5000的至少一个硬件单元的运行参数超过第一阈值时，生成指示所述异常状态的异常信息。应当注意，异常信息除了指示异常状态的类型外，还可以包括异常识别信息、异常产生的时间等其他信息。例如，当该异常状态起因于应用程序的运行导致的错误时，可以包括该应用程序的识别信息。优选地，异常信息中包括用于指示异常状态的严重程度的异常级别信息。典型地，异常状态的严重程度例如可以分为：严重(critical)、主要(major)、次要(minor)、轻微(trivial)的4个级别。当然也可以以其他的方式划分异常状态的严重程度。

通信单元503向服务器发送所述异常信息，并且当从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息时，从所述服务器获取所述修复文件。在一个优选实施例中，通信单元503只有当异常信息的异常级别超过第二阈值时，向所述服务器发送所述异常信息。例如，在上述例子中，可以使得只有在异常状态的异常级别信息为“严重”或者“主要”的情况下向服务器发送上述异常信息。

服务器接收到上述异常信息后，终端设备500判断在服务器中是否存在用于修复该异常信息所指示的异常状态的修复文件。在终端设备500发送该异常信息时，如果服务器中不存在用于修复该异常状态的修复文件，服务器将该修复信息呈现给维护人员，并且等待维护人员存储该修复文件。此时，通信单元530不会接收到指示服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息。相反，如果在终端设备向服务器发送上述异常信息时，服务器已经获取到修复文件，则通信单元530会从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息。通信单元530接收到该信息后，终端设备500即可从所述服务器获取该修复文件。

通过以上终端设备，在终端设备发生异常状态而向服务器发送上述异常信息时，只要服务器中存在修复文件，终端设备就能立即获取该修复文件，使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，因此在最大程度上抑制了异常状态对用户体验造成的影响。此外，本发明的异常处理方法不需要在终端设备上建立定期检查更新的机制，因此能够降低终端设备的开发成本，节省终端设备的运行开销。再有，本发明的异常处理方法中，终端设备只获得用于修复在自身设备上发生的异常状态的修复文件，因此无需下载整个更新包并且对整体进行安装，不会造成网络资源以及终端设备空间资源的浪费。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上说明了本发明的终端设备的多个实施例。显然，本领域技术人员在不脱离本发明的精神和范围内可以对上述实施例作出各种组合、修改或者变形。本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

【服务器】

下面，结合附图来详细说明本发明的服务器。

图5是根据本发明的实施例的服务器的功能框图。如图6所示，服务器600包括：通信单元610以及处理单元620。

通信单元610从终端设备接收指示在所述终端设备发生的异常状态的异常信息。这里所说的异常状态可以是终端设备的运行出现的异常，例如包括操作***或者应用程序的运行错误导致的异常等。除此之外，异常状态还可以包括在终端设备的至少一个硬件单元的运行参数超过一定阈值的情况。典型地，可以是终端设备的中央处理器的温度超过规定温度(例如80度)的情况。当然，也可以是终端设备的存储单元、显示单元、通信单元或者其他单元出现异常的情况。异常信息除了指示异常状态的类型外，还可以包括异常识别信息、异常产生的时间等其他信息。例如，当该异常状态起因于应用程序的运行导致的错误时，可以包括该应用程序的识别信息。优选地，异常信息中包括用于指示异常状态的严重程度的异常级别信息。典型地，异常状态的严重程度例如可以分为：严重(critical)、主要(major)、次要(minor)、轻微(trivial)的4个级别。当然也可以以其他的方式划分异常状态的严重程度。

在接收到异常信息后，处理单元620判断服务器600中是否存在用于修复所述异常信息所指示的异常状态的修复文件。当服务器600中存在用于修复所述异常信息所指示的异常状态的修复文件时，通信单元610向所述终端设备发送指示服务器600中存在所述修复文件的消息以由终端设备从服务器600获取所述修复文件。当服务器600中不存在用于修复该异常状态的修复文件时，服务器600可以将该修复信息呈现给维护人员，并且等待维护人员存储该修复文件。维护人员制作好用于修复该异常信息对应的异常状态的修复文件后，将该修复文件存入服务器当中。此时，服务器600还可以包括获取单元，以获取该修复文件(步骤S340)。随后，服务器600可以自动向此前向其发送过该异常状态对应的异常信息的终端设备发送指示所述服务器600中存在用于修复所述异常信息所指示的异常状态的修复文件的消息，以提示该终端设备从服务器600获取所述修复文件。

为了使本领域技术人员更清楚地理解本发明的认证方法，下面结合附图详细说明通过本发明的实施例的异常处理方法进行异常修复的流程。图4是表示通过本发明的实施例的异常处理方法进行异常修复的时序图。如图4所示，当设备2向服务器600发送异常信息时，服务器600当中不存在修复文件，因此在这个时候服务器600不会向设备2发送指示服务器600中存在修复文件的消息。在服务器600获取到修复文件后，向设备2自动发送指示服务器600中存在修复文件的消息以通知设备2下载修复文件。设备2接收到下载通知后，即可向服务器600发送下载请求，从而获得修复文件。随后，设备1发生了异常状态而向服务器发送异常信息时，由于在服务器600当中已经存在修复文件，因此立即向设备1发送指示服务器600中存在修复文件的消息以通知设备1下载修复文件。设备1接收到下载通知后，即可向服务器600发送下载请求，从而获得修复文件。

通过以上服务器，在终端设备发生异常状态而向服务器发送上述异常信息时，只要服务器中存在修复文件，终端设备就能立即获取该修复文件，使得终端设备在发生异常状态时及时获得针对于该异常状态的修复文件，因此在最大程度上抑制了异常状态对用户体验造成的影响。此外，本发明的异常处理方法不需要在终端设备上建立定期检查更新的机制，因此能够降低终端设备的开发成本，节省终端设备的运行开销。再有，本发明的异常处理方法中，终端设备只获得用于修复在自身设备上发生的异常状态的修复文件，因此无需下载整个更新包并且对整体进行安装，不会造成网络资源以及终端设备空间资源的浪费。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上说明了本发明的服务器的多个实施例。显然，本领域技术人员在不脱离本发明的精神和范围内可以对上述实施例作出各种组合、修改或者变形。本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

Claims (10)

1.一种在终端设备中执行的异常处理方法，包括：

监测所述终端设备中发生的异常状态；

根据所述异常状态生成指示所述异常状态的异常信息；

向服务器发送所述异常信息；以及

当从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息时，从所述服务器获取所述修复文件。

2.如权利要求1所述的异常处理方法，其中，

所述根据所述异常状态生成指示所述异常状态的异常信息包括：

当所述终端设备的运行出现异常和/或检测到所述终端设备的至少一个硬件单元的运行参数超过第一阈值时，生成指示所述异常状态的异常信息。

3.如权利要求1所述的异常处理方法，其中，

所述异常信息包括用于指示所述异常状态的严重程度的异常级别，

所述向所述服务器发送所述异常信息包括：

当所述异常信息的异常级别超过第二阈值时，向所述服务器发送所述异常信息。

4.一种在服务器中执行的异常处理方法，包括：

从终端设备接收指示在所述终端设备发生的异常状态的异常信息；

判断所述服务器中是否存在用于修复所述异常信息所指示的异常状态的修复文件；

当所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件时，向所述终端设备发送指示所述服务器中存在所述修复文件的消息以由所述终端设备从所述服务器获取所述修复文件。

5.如权利要求4所述的异常处理方法，其中，

当所述服务器中不存在用于修复所述异常信息所指示的异常状态的修复文件时，获取所述修复文件。

6.一种终端设备，其中包括：

监测单元，配置来监测所述终端设备中发生的异常状态；

处理单元，配置来根据所述异常状态生成指示所述异常状态的异常信息；以及

通信单元，配置来向服务器发送所述异常信息，并且当从所述服务器接收到指示所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件的消息时，从所述服务器获取所述修复文件。

7.如权利要求6所述的终端设备，其中，

所述处理单元当所述终端设备的运行出现异常和/或检测到所述终端设备的至少一个硬件单元的运行参数超过第一阈值时，生成指示所述异常状态的异常信息。

8.如权利要求6所述的终端设备，其中，

所述异常信息包括用于指示所述异常状态的严重程度的异常级别，

所述通信单元只有当所述异常信息的异常级别超过第二阈值时，向所述服务器发送所述异常信息。

9.一种服务器，其中包括：

通信单元，配置来从终端设备接收指示在所述终端设备发生的异常状态的异常信息并且当所述服务器中存在用于修复所述异常信息所指示的异常状态的修复文件时，向所述终端设备发送指示所述服务器中存在所述修复文件的消息以由所述终端设备从所述服务器获取所述修复文件；

处理单元，配置来判断所述服务器中是否存在用于修复所述异常信息所指示的异常状态的修复文件。

10.如权利要求9所述的服务器，其中，还包括：

获取单元，当所述服务器中不存在用于修复所述异常信息所指示的异常状态的修复文件时，获取所述修复文件。