本发明涉及通信技术领域，尤其涉及一种异常修复方法及装置、计算机装置、可读存储介质。
背景技术：
目前，android设备系统中基本都具备应用异常上报服务及异常信息采集平台，也提供了ota升级平台。然而，用户设备发生异常之后，仅仅是上报，却未能实现自修复。同时，ota升级平台推送的新版本由于到达率或用户设备的状态问题，通常存在部分用户设备错过新版本的更新，从而导致ota升级平台已经进行了新版本的推送，仍然有部分用户设备未能及时升级上来，仍然进行异常问题的上报。
技术实现要素：
本发明实施例提供了一种异常修复方法及装置、计算机装置、可读存储介质，用于通过异常信息的有效上报，及时跟踪异常信息并进行修复版本的覆盖，实现应用的自修复。
有鉴于此，本发明第一方面提供一种异常修复方法，应用于终端，可包括：
当第一应用发生异常时，获取第一应用的异常信息；
将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
进一步的，从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息包括：
当第一应用为基于应用版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息；
当第一应用为基于系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的系统版本信息；
当第一应用为基于应用版本更新和系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息和系统版本信息。
进一步的，从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息包括：
根据版本标识向ota升级服务端发送下载请求，以使得ota升级服务端向终端发送下载请求对应的应用版本信息和/或系统版本信息；
接收应用版本信息和/或系统版本信息。
进一步的，异常信息包括异常时间信息、第一应用的当前应用版本信息、第一应用的应用类型、终端的当前系统版本信息、终端的型号信息、异常事件的说明信息、异常原因信息中的至少一种。
本发明第二方面提供一种异常修复方法，应用于异常修复系统，系统包括终端、数据采集服务端、ota升级服务端，终端分别与数据采集服务端、ota升级服务端通信连接，方法包括：
当第一应用发生异常时，终端获取第一应用的异常信息，并将异常信息发送至数据采集服务端；
数据采集服务端接收异常信息，并检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
终端接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
终端根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
进一步的，从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息包括：
终端根据版本标识向ota升级服务端发送下载请求；
ota升级服务端接收下载请求，并向终端发送下载请求对应的应用版本信息和/或系统版本信息；
终端接收应用版本信息和/或系统版本信息。
进一步的，在向终端发送下载请求对应的应用版本信息之前，方法还包括：
终端获取当前系统版本信息，并将当前系统版本信息发送至ota升级服务端；
ota升级服务端检测当前系统版本信息是否与应用版本信息匹配，若是，则触发向终端发送下载请求对应的应用版本信息的步骤。
进一步的，异常信息包括异常时间信息、第一应用的当前应用版本信息、第一应用的应用类型、终端的当前系统版本信息、终端的型号信息、异常事件的说明信息、异常原因信息中的至少一种。
进一步的，方法还包括：
数据采集服务端根据异常事件的说明信息和/或异常原因信息，对异常信息进行分类统计。
进一步的，方法还包括：
当异常信息被修复后，在分类统计结果中存储异常信息对应的修复信息，修复信息至少包括版本标识。
进一步的，向终端发送修复后的异常信息对应的版本标识包括：
当修复后的异常信息对应的版本标识包括多个时，检测多个版本标识对应的版本更新时间；
向终端发送多个版本标识中版本更新时间最晚的版本标识。
本发明第三方面提供一种异常修复装置，应用于终端，可包括：
第一获取单元，用于当第一应用发生异常时，获取第一应用的异常信息；
发送单元，用于将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收单元，用于接收版本标识；
第二获取单元，用于从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
更新单元，用于根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
进一步的，第二获取单元，具体用于：
当第一应用为基于应用版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息；
当第一应用为基于系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的系统版本信息；
当第一应用为基于应用版本更新和系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息和系统版本信息。
进一步的，第二获取单元，具体用于：
根据版本标识向ota升级服务端发送下载请求，以使得ota升级服务端向终端发送下载请求对应的应用版本信息和/或系统版本信息；
接收应用版本信息和/或系统版本信息。
本发明第四方面提供一种异常修复装置，应用于异常修复系统，系统包括终端、数据采集服务端、ota升级服务端，终端分别与数据采集服务端、ota升级服务端通信连接，装置包括：
终端的第一获取单元，用于当第一应用发生异常时，获取第一应用的异常信息；
终端的第一发送单元，用于将异常信息发送至数据采集服务端；
数据采集服务端的第一接收单元，用于接收异常信息；
数据采集服务端的检测单元，用于检测异常信息是否已被修复；
数据采集服务端的第二发送单元，用于当异常信息已被修复时，则向终端发送修复后的异常信息对应的版本标识；
终端的第二接收单元，用于接收版本标识；
终端的第二获取单元，用于从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
终端的更新单元，用于根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
本发明第五方面提供一种计算机装置，计算机装置包括处理器，处理器用于执行存储器中存储的计算机程序时，实现如下步骤：
当第一应用发生异常时，获取第一应用的异常信息；
将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
本发明第六方面提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现如下步骤：
当第一应用发生异常时，获取第一应用的异常信息；
将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例提供了一种异常修复方法，终端可以监控第一应用的运行情况，当第一应用发生异常时，可以将第一应用的异常信息上报至数据采集服务端，以在数据采集服务端确认异常信息已被修复时，可以根据数据采集服务端发送的修复后的异常信息对应的版本标识，在ota升级服务端获取对应的应用版本信息和/或系统版本信息，从而可以根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。由此可知，通过将终端与数据采集服务端、ota升级服务端之间联动，在异常信息上报之后，可以及时进行异常信息的修复，实现第一应用的自修复，从而避免了由于终端的第一应用和/或系统未及时更新而导致的异常信息的重复上报。
附图说明
图1为本发明实施例中异常修复方法一个实施例示意图；
图2为本发明实施例中异常修复方法一个交互示意图；
图3为本发明实施例中异常修复方法另一交互示意图；
图4为本发明实施例中异常修复装置一个实施例示意图；
图5为本发明实施例中异常修复装置另一实施例示意图；
图6为本发明实施例中计算机装置一个实施例示意图。
具体实施方式
本发明实施例提供了一种异常修复方法及装置、计算机装置、可读存储介质，用于通过异常信息的有效上报，及时跟踪异常信息并进行修复版本的覆盖，实现应用的自修复。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图1，本发明实施例中异常修复方法一个实施例包括：
101、当第一应用发生异常时，获取第一应用的异常信息；
本实施例中，终端可以安装有多个应用，且可以这多个应用的运行情况进行监测，当这多个应用中的第一应用发生异常时，终端可以获取第一应用的异常信息。
例如，终端可以通过系统的一些监控接口或功能识别出系统资源占用较高的第一应用，诸如内存使用率或耗电量超过预设阈值的第一应用，并可以将该类第一应用视为发生异常。
其中，第一应用可以为第三方应用，也可以为系统自带的应用，在系统自带的应用中，第一应用又可以分为依赖于系统更新而更新的应用，如相机应用，以及可单独更新的应用，如安卓系统中的便签应用。
进一步的，本实施例中，终端可以统计第一应用发生异常的次数，当第一应用发生异常的次数超过预设阈值时，可以对用户进行诸如卸载第一应用或检测终端是否出现故障等的提示，以提高用户的使用体验。
102、将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
本实施例中，终端获取第一应用的异常信息后，可以将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则可以向终端发送修复后的异常信息对应的版本标识。
具体的，异常信息由终端上报至数据采集服务端后，数据采集服务端可以存储异常信息，并对异常信息做分类统计处理，形成异常信息对应的问题列表。在该问题列表中，可以包括其它终端上报的应用异常信息，该问题列表可以呈现给开发工程师，开发工程师通过关注该问题列表，可以修复相应的异常信息对应的异常问题，并可以在该问题列表中提供修复后的异常信息对应的版本标识，且可以对该异常问题的处理状态进行更新，如已修复或待修复，同时，若异常问题已得到成功处理，那么可以将修复后的异常信息对应的新版本上架到ota升级服务端，以使得终端能够从ota升级服务端获取到相应的新版本进行更新，以解决第一应用的异常问题。由此，在数据采集服务端存储该第一应用的异常信息时，可以查询问题列表中是否存在异常信息对应的相同异常问题，若存在，则可以查询该异常问题是否已解决，若已解决，则意味着该异常信息已被修复，反之，则未被修复，同时，若问题列表中不存在相同异常问题，则说明该异常信息对应的异常问题为第一次上报，那么可以开发工程师进行修复。
其中，基于第一应用的属性，如第三方应用或系统应用，在异常信息得到修复后，数据采集服务端向终端发送的版本标识，可以包括应用版本标识合/或系统版本标识，具体可视异常信息依赖于应用版本更新和/或系统版本更新而定，此处不做具体限定。
可以理解的是，本实施例中的版本标识可以为版本号，在实际应用中，还可以为其它，只要能够表示相应的版本即可，此处不做具体限定。
本实施例中，异常信息可以包括但不限于异常时间信息、第一应用的当前应用版本信息、第一应用的应用类型、终端的当前系统版本信息、终端的型号信息、异常事件的说明信息、异常原因信息中的至少一种。
103、接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
本实施例中，终端可以接收数据采集服务端发送的版本标识，并可以从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息。
示例性的，从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息的具体方式可以为：
根据版本标识向ota升级服务端发送下载请求，以使得ota升级服务端向终端发送下载请求对应的应用版本信息和/或系统版本信息；
接收应用版本信息和/或系统版本信息。
具体的，为了在上报异常信息且在确定异常信息得到修复后，可以及时进行第一应用的自修复，终端可以根据接收的版本标识向ota升级服务端发送下载请求，ota升级服务端接收到下载请求后，可以根据下载请求中的版本标识获取与该下载请求对应的应用版本信息和/或系统版本信息，并将该应用版本信息和/或系统版本信息发送至终端，则终端可以接收该应用版本信息和/或系统版本信息。
可以理解的是，本实施例仅以上述内容说明了终端从ota升级服务端获取应用版本信息和/或系统版本信息的具体方式，在实际应用中，还可以采用其它方式，只要能够在异常信息得到修复后，及时获取相应的应用版本信息和/或系统版本信息即可，此处不做具体限定。
其中，针对第一应用的属性，从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息的具体方式可以为：
当第一应用为基于应用版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息；
当第一应用为基于系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的系统版本信息；
当第一应用为基于应用版本更新和系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息和系统版本信息。
即当第一应用的异常信息可单独进行应用版本更新得到修复，不依赖于系统版本更新时，只需要从ota升级服务端获取应用版本信息即可；而当第一应用无法进行单独更新，需要依赖于系统版本的更新而进行异常信息的修复时，则需要从ota升级服务端获取系统版本信息，如系统自带的相机应用；而当第一应用的异常信息需要依赖于应用版本更新、系统版本更新得到修复时，如第一应用、终端的系统均出现了影响第一应用运行的bug，则需要从ota升级服务端获取应用版本信息以及系统版本信息。
104、根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
本实施例中，终端从ota升级服务端获取到相应的应用版本信息和/或系统版本信息后，可以根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
具体的，若获取的是应用版本信息，则可以下载应用版本信息对应的新版本并进行安装，以更新第一应用的当前版本；若获取的是系统版本信息，则可以下载系统版本信息对应的新版本并进行安装，以更新终端的系统的当前版本；若获取的是应用版本信息以及系统版本信息，则可以下载应用版本信息对应的新版本以及系统版本信息对应的新版本，并分别进行安装，以更新第一应用的当前版本以及终端的系统的当前版本，从而实现修复版本的及时覆盖。
本实施例中，终端可以监控第一应用的运行情况，当第一应用发生异常时，可以将第一应用的异常信息上报至数据采集服务端，以在数据采集服务端确认异常信息已被修复时，可以根据数据采集服务端发送的修复后的异常信息对应的版本标识，在ota升级服务端获取对应的应用版本信息和/或系统版本信息，从而可以根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。由此可知，通过将终端与数据采集服务端、ota升级服务端之间联动，在异常信息上报之后，可以及时进行异常信息的修复，实现第一应用的自修复，从而避免了由于终端的第一应用和/或系统未及时更新而导致的异常信息的重复上报。
上面从终端一侧描述了异常修复方法，下面以交互的方式对异常修复方法进行说明：
请参阅图2，本发明实施例中异常修复方法另一实施例包括：
201、当第一应用发生异常时，终端获取第一应用的异常信息；
本实施例中步骤201的相关内容可以参考图1所示实施例中步骤101中说明的相关内容，此处不再赘述。
202、终端将异常信息发送至数据采集服务端；
本实施例中，终端获取第一应用的异常信息后，可以将该异常信息发送至数据采集服务端。
203、数据采集服务端接收异常信息，并检测异常信息是否已被修复，若是，则执行步骤204，若否，执行步骤207；
本实施例中，数据采集服务端可以接收终端发送的异常信息，并可以检测该异常信息是否已被修复。
具体的，数据采集服务端接收异常信息后，可以对异常信息进行分类统计。其中，异常信息可以包括但不限于异常时间信息、第一应用的当前应用版本信息、第一应用的应用类型、终端的当前系统版本信息、终端的型号信息、异常事件的说明信息、异常原因信息中的至少一种。从异常信息可以看出，异常事件的说明信息或异常原因信息能够代表异常信息对应的异常问题，有利于帮助开发工程师针对相同的异常问题进行及时修复，那么数据采集服务端可以根据异常事件的说明信息和/或异常原因信息，对异常信息进行分类统计。
同时，在异常信息得到修复后，为了便于数据采集服务端下发修复后的异常信息对应的版本标识至终端，在上述的分类统计结果中，还可以存储异常信息对应的修复信息，则能够根据提供的修复信息判断异常信息已被修复，且获取修复信息中的版本标识。
本实施例中步骤203的相关内容可以参考图1所示实施例中步骤102中说明的相关内容，此处不再赘述。
204、数据采集服务端向终端发送修复后的异常信息对应的版本标识；
本实施例中，若数据采集服务端检测异常信息已被修复，则可以向终端发送修复后的异常信息对应的版本标识。
本实施例中步骤204的相关内容可以参考图1所示实施例中步骤102说明的相关内容，此处不再赘述。
205、终端接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
本实施例中步骤205的相关内容可以参考图1所示实施例中步骤103说明的相关内容，此处不再赘述。
206、终端根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新；
本实施例中步骤206的相关内容可以参考图1所示实施例中步骤104说明的相关内容，此处不再赘述。
207、执行其它流程。
本实施例中，若数据采集服务端检测异常信息未被修复，则意味着终端的第一应用的异常问题暂时无法得到解决，那么可以不进行其它操作，即结束流程。
可以理解的是，在实际应用中，当数据采集服务端检测异常信息未被修复时，数据采集服务端或终端还可以执行其它流程，例如，数据采集服务端可以通知终端异常信息待修复的提示信息，且该提示信息可以在终端呈现给用户，又或者，由于异常信息处于待修复状态，那么为了防止终端不断地重复异常信息的上报，终端可以按照预设时间间隔上报异常信息，以能够给予开发工程师充足的时间修复异常信息，同时，数据采集服务端还可以对开发工程师进行相应的提示，以使得开发工程师能够尽早修复异常信息，具体此处不做限定。
请参阅图3，本发明实施例中异常修复方法另一实施例包括：
301、当第一应用发生异常时，终端获取第一应用的异常信息；
302、终端将异常信息发送至数据采集服务端；
303、数据采集服务端接收异常信息，并检测异常信息是否已被修复，若是，则执行步骤304，若否，执行步骤309；
本实施例中的步骤301至步骤303中的相关内容可以参照图2所示实施例中步骤201至步骤203说明的相关内容，此处不再赘述。
304、当修复后的异常信息对应的版本标识包括多个时，数据采集服务端检测多个版本标识对应的版本更新时间；
本实施例中，针对同一异常问题，不仅可能存在针对异常信息进行修复的应用版本和/或系统版本，还有可能存在正常更新的应用版本和/或系统版本，且该正常更新的应用版本和/或系统版本可以实现异常信息的修复。由此，当第一应用的异常信息已被修复时，修复后的异常信息对应的版本标识可以包括多个，则数据此埃及服务端可以检测这多个版本标识对应的版本更新时间。
例如，假设以该版本标识为应用版本号为例进行说明，确定修复后的异常信息对应的多个应用版本号后，可以获取这多个应用版本号的更新时间，并可以将这多个应用版本号的更新时间按照由高到低的原则进行排序，从而可以根据这多个应用版本号的更新时间选择一个应用版本号用于第一应用在终端的更新，以实现第一应用的自修复。
305、数据采集服务端向终端发送多个版本标识中版本更新时间最晚的版本标识；
本实施例中，数据采集终端确检测多个版本标识对应的版本更新时间后，根据多个版本标识的版本更新时间的排序，可以向终端发送多个版本标识中版本更新时间最晚的版本标识。
其中，版本更新时间最晚的版本标识对应的版本可以默认为是最新的应用版本和/或系统版本。
306、终端接收版本标识，并根据版本标识向ota升级服务端发送下载请求；
本实施例中，为了在上报异常信息且在确定异常信息得到修复后，可以及时进行第一应用的自修复，终端可以根据接收的版本标识向ota升级服务端发送下载请求。
307、ota升级服务端接收下载请求，并向终端发送下载请求对应的应用版本信息和/或系统版本信息；
本实施例中，ota升级服务端接收到下载请求后，可以根据下载请求中的版本标识获取与该下载请求对应的应用版本信息和/或系统版本信息，并可以将该应用版本信息和/或系统版本信息发送至终端。
其中，当需要获取应用版本信息时，可能存在系统版本与应用版本不匹配的情况，即终端的系统版本太低，以至于无法完成第一应用的新版本的安装，那么ota升级服务端在向终端发送应用版本信息之前，ota升级服务端还可以接收终端发送的终端的当前系统版本信息，并可以检测即将下发的应用版本信息是否与终端的当前系统版本信息匹配，以防止在不匹配的情况下，即使下发应用版本信息也无法在终端完成第一应用的更新的情况。
由此，在此种情况下，当终端的当前系统版本信息与下发的应用版本信息匹配时，ota升级终端可以向终端发送应用版本信息，而当终端的当前系统版本信息与下发的应用版本信息不匹配时，ota升级终端可以不向终端发送应用版本信息，并通知终端需要先行进行当前系统版本的更新。
进一步的，终端的当前系统版本信息与下发的应用版本信息不匹配时，ota升级服务端还可以向终端同时下发应用版本信息和系统版本信息，即在利用该系统版本信息完成终端的系统版本的更新后，可以满足该应用版本信息对应的应用版本对终端的第一应用的当前应用版本的更新。
本实施例中步骤307的相关内容可以参考图1所示实施例中步骤103说明的相关内容，此处不再赘述。
308、终端接收应用版本信息和/或系统版本信息，并根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新；
309、执行其它流程。
本实施例中的步骤308至步骤309可以参照图2所示实施例中步骤206至步骤207说明的相关内容，此处不再赘述。
上面对本发明实施例中的异常修复方法进行了说明，下面对本发明实施例中的异常修复装置进行说明：
请参阅图4，本发明实施例中异常修复装置一个实施例包括：
第一获取单元401，用于当第一应用发生异常时，获取第一应用的异常信息；
发送单元402，用于将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收单元403，用于接收版本标识；
第二获取单元404，用于从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
更新单元405，用于根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
可选的，在本发明的一些实施例中，第二获取单元404，可以进一步具体用于：
当第一应用为基于应用版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息；
当第一应用为基于系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的系统版本信息；
当第一应用为基于应用版本更新和系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息和系统版本信息。
可选的，在本发明的一些实施例中，第二获取单元404，可以进一步具体用于：
根据版本标识向ota升级服务端发送下载请求，以使得ota升级服务端向终端发送下载请求对应的应用版本信息和/或系统版本信息；
接收应用版本信息和/或系统版本信息。
本实施例中，当第一应用发生异常时，发送单元402可以将第一获取单元401获取的第一应用的异常信息上报至数据采集服务端，以在数据采集服务端确认异常信息已被修复时，第二获取单元404可以根据数据采集服务端发送的修复后的异常信息对应的版本标识，在ota升级服务端获取对应的应用版本信息和/或系统版本信息，从而更新单元405可以根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。由此可知，通过将终端与数据采集服务端、ota升级服务端之间联动，在异常信息上报之后，可以及时进行异常信息的修复，实现第一应用的自修复，从而避免了由于终端的第一应用和/或系统未及时更新而导致的异常信息的重复上报。
请参阅图5，该异常修复装置应用于异常修复系统，系统包括终端、数据采集服务端、ota升级服务端，终端分别与数据采集服务端、ota升级服务端通信连接，本发明实施例中异常修复装置另一实施例包括：
终端的第一获取单元501，用于当第一应用发生异常时，获取第一应用的异常信息；
终端的第一发送单元502，用于将异常信息发送至数据采集服务端；
数据采集服务端的第一接收单元503，用于接收异常信息；
数据采集服务端的检测单元504，用于检测异常信息是否已被修复；
数据采集服务端的第二发送单元505，用于当异常信息已被修复时，则向终端发送修复后的异常信息对应的版本标识；
终端的第二接收单元506，用于接收版本标识；
终端的第二获取单元507，用于从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
终端的更新单元508，用于根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
上面从模块化功能实体的角度对本发明实施例中的异常修复装置进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：
请参阅图6，本发明实施例中计算机装置一个实施例包括：
处理器601以及存储器602；
存储器601用于存储计算机程序，处理器601用于执行存储器602中存储的计算机程序时，可以实现如下步骤：
当第一应用发生异常时，获取第一应用的异常信息；
将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
在本发明的一些实施例中，处理器601用于执行存储器602中存储的计算机程序时，还可以实现如下步骤：
当第一应用为基于应用版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息；
当第一应用为基于系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的系统版本信息；
当第一应用为基于应用版本更新和系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息和系统版本信息。
在本发明的一些实施例中，处理器601用于执行存储器602中存储的计算机程序时，还可以实现如下步骤：
根据版本标识向ota升级服务端发送下载请求，以使得ota升级服务端向终端发送下载请求对应的应用版本信息和/或系统版本信息；
接收应用版本信息和/或系统版本信息。
可以理解的是，上述说明的计算机装置中的处理器执行所述计算机程序时，也可以实现上述对应的各装置实施例中各单元的功能，此处不再赘述。示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在诸如所述异常修复装置中的执行过程。例如，所述计算机程序可以被分割成上述异常修复装置中的各单元，各单元可以实现如上述相应异常修复装置说明的具体功能。
所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解，处理器、存储器仅仅是计算机装置的示例，并不构成对计算机装置的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。
所述处理器可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
本发明还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，可以实现如下步骤：
当第一应用发生异常时，获取第一应用的异常信息；
将异常信息发送至数据采集服务端，以使得数据采集服务端检测异常信息是否已被修复，若是，则向终端发送修复后的异常信息对应的版本标识；
接收版本标识，并从ota升级服务端获取版本标识对应的应用版本信息和/或系统版本信息；
根据应用版本信息对第一应用进行更新，和/或，根据系统版本信息对终端的系统进行更新。
在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，还可以实现如下步骤：
当第一应用为基于应用版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息；
当第一应用为基于系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的系统版本信息；
当第一应用为基于应用版本更新和系统版本更新进行异常信息的修复时，从ota升级服务端获取版本标识对应的应用版本信息和系统版本信息。
在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，还可以实现如下步骤：
根据版本标识向ota升级服务端发送下载请求，以使得ota升级服务端向终端发送下载请求对应的应用版本信息和/或系统版本信息；
接收应用版本信息和/或系统版本信息。
可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。