【专利摘要】本发明公开了一种智能终端异常处理方法，该方法流程包括：当监测到出现异常时，在后台拦截所述异常，并获取所述异常发生时生成的异常日志；根据所述异常日志判断所述异常是否为应用类异常；若所述异常为应用类异常，则确定发生异常的应用程序，并显示是否卸载所述应用程序的提示信息，以在接收到基于所述是否卸载所述应用程序的提示信息触发的确认操作时，卸载所述应用程序；若所述异常为非应用类异常，则提示用户排查在所述异常首次发生时间之前执行过的操作。本发明还提出一种智能终端。本发明解决了现有技术中，由于异常解决周期过长而导致用户无法正常使用智能终端的问题。
[0002]随着智能电视、手机等智能终端的发展，其功能越来越强大，能够支持的应用程序越来越多，并且除了系统的原生应用之外，用户还可以根据需要安装其他的应用，但是系统越来越庞大，也带来了一定不稳定因素，容易出现异常，如自行安装的应用出现异常，系统问题出现异常或者硬件故障等应用问题或者非应用问题，例如，对于智能电视来说，可能在用户在正常观看电视时，会弹出“XXX已停止运行”等提示信息，影响用户观看电视节目，一般情况下，出现的异常大多是用户自行安装的应用出现的异常，但是，现有的智能终端往往是在异常发生后被动地将问题上报至服务器解决，既不会对异常的类型进行判断，也不会主动处理，对于出现的异常，无论是应用类异常还是非应用类异常，都是通过将异常上报至服务器进行解决，造成异常解决周期过长而导致用户无法正常使用智能终端。
[0012]优选地，在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同；
[0014]若当前的系统属性参数与原始ROM包文件中的系统属性参数相同，则显示是否恢复出厂设置的提示信息，以在接收到基于所述是否恢复出厂设置的提示信息触发的确认操作时，执行恢复出厂设置的操作。
[0021 ]异常处理模块，用于若所述异常为应用类异常，则确定发生异常的应用程序，并显示是否卸载所述应用程序的提示信息，以在接收到基于所述是否卸载所述应用程序的提示信息触发的确认操作时，卸载所述应用程序；
[0027]参数检测模块，由于在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同；
[0028]所述异常处理模块，还用于若当前的系统属性参数与原始ROM包文件中的系统属性参数不同，则显示是否还原系统设置的提示信息，以在接收到基于所述是否还原系统设置的提示信息触发的确认操作时，还原系统设置。
[0030]参数检测模块，由于在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同；
[0031]所述异常处理模块，还用于若当前的系统属性参数与原始ROM包文件中的系统属性参数不同，则显示是否还原系统设置的提示信息，以在接收到基于所述是否还原系统设置的提示信息触发的确认操作时，还原系统设置。
[0034]本发明提出的智能终端及其异常处理方法，在监测到异常发生时，并不马上显示异常信息的提示，而是先在后台拦截该异常，并获取异常发生时生成的异常日志，以根据获取到的异常日志判断该异常是否为应用类异常，如果该异常为应用类异常，则确定发生异常的应用程序，显示是否卸载该应用程序的提示信息，这样，在异常发生后，若判断异常是应用类异常，则直接确定发生异常的应用程序，并显示提示信息，用户在接收到这些提示信息时，可以马上明白是哪些应用发生了异常，同时，信息中给出了卸载该应用的提示，用户则可以根据需要选择是否卸载，或者，如果异常为非应用类异常，则提示用户排查在所述异常首次发生时间之前执行过的操作，能够在异常发生时，快速及时的处理异常，解决了现有技术中，由于异常解决周期过长而导致用户无法正常使用智能终端的问题。
[0047]在智能终端运行的过程中，在系统后台进行实时监测，当检测到异常发生时，拦截异常，获取生成的异常日志，根据异常日志判断异常是否为应用类异常，如果是特定的应用程序发生了异常，例如有些应用程序的某些版本与当前的系统不兼容或者与其他原生程序有冲突，导致无法正常运行而出现异常，那么在异常日志中会有明确的包名或者应用报错，例如，某些包名中出现f atal、except 1n、ANR (App Ii cat 1n Not Responding，应用程序无响应)等信息，则可以判断是应用类异常，反之，则认为是非应用类异常。
[0049]步骤S30，若所述异常为应用类异常，则确定发生异常的应用程序，并显示是否卸载所述应用程序的提示信息，以在接收到基于所述是否卸载所述应用程序的提示信息触发的确认操作时，卸载所述应用程序。
[0050]当判定出现的异常为应用类异常时，确定发生异常的应用程序，一般异常日志中包含有出现异常的应用的属性信息，可以根据该日志信息确定发生异常的应用程序，显示提示信息，例如“XXX应用已多次报错，请确认是否要卸载该应用”。
[0051]用户可以基于该提示信息触发确认指令，智能终端在接收到确认指令后，卸载该应用，进一步地，在卸载该应用程序后，立即清除该应用程序残留的文件或者设置的参数信息，以防止由于卸载不完全而导致异常仍然存在。
[0053]进一步地，在其他实施例中，在确定发生异常的应用程序后，更新所述应用类异常在预设时间间隔内发生的次数；当所述应用类异常在所述预设时间间隔内发生的次数大于第一预设次数时，显示是否卸载所述应用程序的提示信息。
[0054]由于有些应用类异常出现，只是一次性偶然发生的，不需要处理，因此，可以在应用类异常出现时，对出现的次数进行统计，首次出现该次数为I，以后同样的异常每出现一次，则在当前的次数上累加一次，设置第一预设次数作为阈值，当累计出现的次数大于第一预设次数时，显示是否卸载所述应用程序的提示信息。
[0057]由于有的应用程序会在没有提示用户的情况下，在后台将一些其他的附加应用程序安装到了智能终端上，因此，即使出现异常的应用程序暂时被卸载掉了，但是仍然有可能在没有提示用户的情况下被安装，因此，卸载完成后，将该应用添加到应用程序黑名单中，例如，系统黑名单文件blacklist.xml，即使又被安装，也可以禁止其启动，避免发生异常。
[0060]如果判断异常为非应用类异常，则向用户提示在首次出现异常时间前是否做过特殊操作，比如新增外接设备、安装程序等，让用户进行检查，可能外接的设备与当前的智能终端不兼容，或者新安装的程序不能够正常运行在该智能终端上，若用户在首次出现异常的时间前，执行过上述异常操作，则可以移除上述外接设备，或者卸载新安装的程序等。
[0061]本实施例提出的智能终端异常处理方法，在监测到异常发生时，并不马上显示异常信息的提示，而是先在后台拦截该异常，并获取异常发生时生成的异常日志，以根据获取到的异常日志判断该异常是否为应用类异常，如果该异常为应用类异常，则确定发生异常的应用程序，显示是否卸载该应用程序的提示信息，这样，在异常发生后，若判断异常是应用类异常，则直接确定发生异常的应用程序，并显示提示信息，用户在接收到这些提示信息时，可以马上明白是哪些应用发生了异常，同时，信息中给出了卸载该应用的提示，用户则可以根据需要选择是否卸载，或者，如果异常为非应用类异常，则提示用户排查在所述异常首次发生时间之前执行过的操作，能够在异常发生时，快速及时的处理异常，解决了现有技术中，由于异常解决周期过长而导致用户无法正常使用智能终端的问题。
[0062]参照图2所示，基于本发明智能终端异常处理方法的第一实施例提出本发明智能终端异常处理方法的第二实施例。在本实施例中，所述方法与第一实施例的区别在于，在步骤S40之后，该智能终端异常处理方法还包括:
[0063]步骤S50，在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件的参数是否相同；
[0065]智能终端出现的异常情况，除了经常出现的应用类异常之外，还会出现一些非应用类异常，包括例如进程报错、服务出错、驱动出错等系统问题，或者例如集成电路数据丢失、虚焊、假焊等硬件故障，或者是用户新增外接设备等问题。因此若该异常为非应用类异常，则将现有的System Property(系统属性)系统设置文件与原始ROM(只读内存)包文件比对，查找对应的参数值，如果有区别，提示用户“系统设置有更改，是否还原”，用原始文件替换现有的设置文件，即用原始的参数值替换现有的参数值。
[0069]本实施例在非应用类异常首次出现时，记录其首次出现的时间，当所述非应用类异常在所述预设时间间隔内发生的次数大于第二预设次数，向用户提示在首次出现异常时间前是否做过特殊操作，比如新增外接设备、安装程序等，让用户进行检查，可能外接的设备与当前的智能终端不兼容，或者新安装的程序不能够正常运行在该智能终端上，若用户在首次出现异常的时间前，执行过上述异常操作，则可以移除上述外接设备，或者卸载新安装的程序等。
[0070]进一步地，在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，则检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同；
[0072]即当用户对在所述异常首次发生时间之前执行过的操作进行排查过后，异常仍然存在，则检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同，此处的具体过程同上述第二实施例，在此不再赘述。
[0073]进一步地，基于上述实施例，提出本发明智能终端异常处理方法的第四实施例。在本实施例中，当还原了系统属性参数之后，该异常再次出现，或者当前的系统属性参数与原始ROM包文件中的系统属性参数本来就相同时，可以显示是否恢复出厂设置的提示信息，以在接收到基于所述是否恢复出厂设置的提示信息触发的确认操作时，执行恢复出厂设置的操作。
[0075]—般情况下，恢复出厂设置能够解决大部分软件问题，对于硬件问题就无法解决，因此，如果恢复出厂设置后，仍然出现同样的异常，则可能是硬件问题，可以提示用户“可能硬件有问题，请联系售后”，同时还可以将异常日志发送至远程服务器。
[0083]在智能终端运行的过程中，异常拦截模块10在系统后台进行实时监测，当检测到异常发生时，拦截异常，获取生成的异常日志，异常判断模块20根据异常日志判断异常是否为应用类异常，如果是特定的应用程序发生了异常，例如有些应用程序的某些版本与当前的系统不兼容或者与其他原生程序有冲突，导致无法正常运行而出现异常，那么在异常日志中会有明确的包名或者应用报错，例如，某些包名中出现fatal、except 1n、ANR(Applicat1n Not Responding，应用程序无响应)等信息，则可以判断是应用类异常，反之，则认为是非应用类异常。
[0085]异常处理模块30，用于若所述异常为应用类异常，则确定发生异常的应用程序，并显示是否卸载所述应用程序的提示信息，以在接收到基于所述是否卸载所述应用程序的提示信息触发的确认操作时，卸载所述应用程序。
[0086]当判定出现的异常为应用类异常时，异常处理模块30确定发生异常的应用程序，一般异常日志中包含有出现异常的应用的属性信息，可以根据该日志信息确定发生异常的应用程序，显示提示信息，例如“XXX应用已多次报错，请确认是否要卸载该应用”。
[0087]用户可以基于该提示信息触发确认指令，智能终端在接收到确认指令后，卸载该应用，进一步地，在卸载该应用程序后，立即清除该应用程序残留的文件或者设置的参数信息，以防止由于卸载不完全而导致异常仍然存在。
[0092]由于有些应用类异常出现，只是一次性偶然发生的，不需要处理，因此，可以在应用类异常出现时，次数更新模块对出现的次数进行统计，首次出现该次数为I，以后同样的异常每出现一次，则在当前的次数上累加一次，设置第一预设次数作为阈值，当累计出现的次数大于第一预设次数时，异常处理模块30显示是否卸载所述应用程序的提示信息。
[0095]由于有的应用程序会在没有提示用户的情况下，在后台将一些其他的附加应用程序安装到了智能终端上，因此，即使出现异常的应用程序暂时被卸载掉了，但是仍然有可能在没有提示用户的情况下被安装，因此，卸载完成后，应用处理模块将该应用添加到应用程序黑名单中，例如，系统黑名单文件blacklist.xml，即使又被安装，也可以禁止其启动，避免发生异常。
[0098]如果判断异常为非应用类异常，则异常处理模块30向用户提示在首次出现异常时间前是否做过特殊操作，比如新增外接设备、安装程序等，让用户进行检查，可能外接的设备与当前的智能终端不兼容，或者新安装的程序不能够正常运行在该智能终端上，若用户在首次出现异常的时间前，执行过上述异常操作，则可以移除上述外接设备，或者卸载新安装的程序等。
[0099]本实施例提出的智能终端，在监测到异常发生时，并不马上显示异常信息的提示，而是先在后台拦截该异常，并获取异常发生时生成的异常日志，以根据获取到的异常日志判断该异常是否为应用类异常，如果该异常为应用类异常，则确定发生异常的应用程序，显示是否卸载该应用程序的提示信息，这样，在异常发生后，若判断异常是应用类异常，则直接确定发生异常的应用程序，并显示提示信息，用户在接收到这些提示信息时，可以马上明白是哪些应用发生了异常，同时，信息中给出了卸载该应用的提示，用户则可以根据需要选择是否卸载，或者，如果异常为非应用类异常，则提示用户排查在所述异常首次发生时间之前执行过的操作，能够在异常发生时，快速及时的处理异常，解决了现有技术中，由于异常解决周期过长而导致用户无法正常使用智能终端的问题。
[0101]参数检测模块40，用于在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件的参数是否相同；
[0102]异常处理模块30，还用于若当前的系统属性参数与原始ROM包文件的参数不同，则显示是否还原系统设置的提示信息，以在接收到基于所述是否还原系统设置的提示信息触发的确认操作时，还原系统设置。
[0103]智能终端出现的异常情况，除了经常出现的应用类异常之外，还会出现一些非应用类异常，包括例如进程报错、服务出错、驱动出错等系统问题，或者例如集成电路数据丢失、虚焊、假焊等硬件故障，或者是用户新增外接设备等问题。因此若该异常为非应用类异常，则参数检测模块40将现有的System Property(系统属性)系统设置文件与原始ROM(只读内存)包文件比对，查找对应的参数值，如果有区别，异常处理模块30提示用户“系统设置有更改，是否还原”，用原始文件替换现有的设置文件，即用原始的参数值替换现有的参数值。
[0107]本实施例在非应用类异常首次出现时，记录其首次出现的时间，当所述非应用类异常在所述预设时间间隔内发生的次数大于第二预设次数，异常处理模块30向用户提示在首次出现异常时间前是否做过特殊操作，比如新增外接设备、安装程序等，让用户进行检查，可能外接的设备与当前的智能终端不兼容，或者新安装的程序不能够正常运行在该智能终端上，若用户在首次出现异常的时间前，执行过上述异常操作，则可以移除上述外接设备，或者卸载新安装的程序等。
[0109]第一检测模块，用于在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，则检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同；
[0110]异常处理模块30，还用于若当前的系统属性参数与原始ROM包文件中的系统属性参数不同，则显示是否还原系统设置的提示信息，以在接收到基于所述是否还原系统设置的提示信息触发的确认操作时，还原系统设置。
[0111]即当用户对在所述异常首次发生时间之前执行过的操作进行排查过后，异常仍然存在，则第一检测模块检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同，此处的具体过程同上述第二实施例，在此不再赘述。
[0112]进一步地，基于上述实施例，提出本发明智能终端的第四实施例。在本实施例中，异常处理模块30，还用于若当前的系统属性参数与原始ROM包文件中的系统属性参数相同，则显示是否恢复出厂设置的提示信息，以在接收到基于所述是否恢复出厂设置的提示信息触发的确认操作时，执行恢复出厂设置的操作。
[0113]当还原了系统属性参数之后，该异常再次出现，或者当前的系统属性参数与原始ROM包文件中的系统属性参数本来就相同时，异常处理模块30可以显示是否恢复出厂设置的提示信息，以在接收到基于所述是否恢复出厂设置的提示信息触发的确认操作时，执行恢复出厂设置的操作。
[0115]—般情况下，恢复出厂设置能够解决大部分软件问题，对于硬件问题就无法解决，因此，如果恢复出厂设置后，仍然出现同样的异常，则可能是硬件问题，可以提示用户“可能硬件有问题，请联系售后”，同时还可以将异常日志发送至远程服务器。
[0117]以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
1.一种智能终端异常处理方法，其特征在于，所述智能终端异常处理方法包括: 当监测到出现异常时，在后台拦截所述异常，并获取所述异常发生时生成的异常日志； 根据所述异常日志判断所述异常是否为应用类异常； 若所述异常为应用类异常，则确定发生异常的应用程序，并显示是否卸载所述应用程序的提示信息，以在接收到基于所述是否卸载所述应用程序的提示信息触发的确认操作时，卸载所述应用程序； 若所述异常为非应用类异常，则提示用户排查在所述异常首次发生时间之前执行过的操作。2.根据权利要求1所述的智能终端异常处理方法，其特征在于， 在确定发生异常的应用程序后，还包括步骤: 更新所述应用类异常在预设时间间隔内发生的次数； 当所述应用类异常在所述预设时间间隔内发生的次数大于第一预设次数时，执行显示是否卸载所述应用程序的提示信息的步骤。3.根据权利要求1所述的智能终端异常处理方法，其特征在于， 在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同； 若当前的系统属性参数与原始ROM包文件中的系统属性参数不同，则显示是否还原系统设置的提示信息，以在接收到基于所述是否还原系统设置的提示信息触发的确认操作时，还原系统设置； 若当前的系统属性参数与原始ROM包文件中的系统属性参数相同，则显示是否恢复出厂设置的提示信息，以在接收到基于所述是否恢复出厂设置的提示信息触发的确认操作时，执行恢复出厂设置的操作。4.根据权利要求1所述的智能终端异常处理方法，其特征在于， 所述异常为非应用类异常时，则累计所述非应用类异常在所述预设时间间隔内发生的次数； 当所述非应用类异常在所述预设时间间隔内发生的次数大于第二预设次数，则提示用户排查在所述非应用类异常首次发生时间之前执行过的操作。5.根据权利要求1至4中任一项所述的智能终端异常处理方法，所述应用类异常有明确的包名或应用报错，否则为非应用类异常。6.一种智能终端，其特征在于，所述智能终端包括: 异常拦截模块，用于当监测到出现异常时，在后台拦截所述异常，并获取所述异常发生时生成的异常日志； 异常判断模块，用于根据所述异常日志判断所述异常是否为应用类异常； 异常处理模块，用于若所述异常为应用类异常，则确定发生异常的应用程序，并显示是否卸载所述应用程序的提示信息，以在接收到基于所述是否卸载所述应用程序的提示信息触发的确认操作时，卸载所述应用程序； 以及，若所述异常为非应用类异常，则提示用户排查在所述异常首次发生时间之前执行过的操作。7.根据权利要求6所述的智能终端，其特征在于，所述智能终端还包括: 次数更新模块，用于在确定发生异常的应用程序后，更新所述应用类异常在预设时间间隔内发生的次数； 所述异常处理模块，还用于当所述应用类异常在所述预设时间间隔内发生的次数大于第一预设次数时，显示是否卸载所述应用程序的提示信息。8.根据权利要求6所述的智能终端，其特征在于，所述智能终端还包括: 参数检测模块，由于在所述非应用类异常首次发生时间之前未执行过其他操作或者解除所述非应用类异常首次发生时间之前的操作带来的影响后，所述非应用类异常仍然存在时，检测当前的系统属性参数与原始ROM包文件中的系统属性参数是否相同； 所述异常处理模块，还用于若当前的系统属性参数与原始ROM包文件中的系统属性参数不同，则显示是否还原系统设置的提示信息，以在接收到基于所述是否还原系统设置的提示信息触发的确认操作时，还原系统设置。9.根据权利要求8所述的智能终端，其特征在于，所述异常处理模块，还用于若当前的系统属性参数与原始ROM包文件中的系统属性参数相同，则显示是否恢复出厂设置的提示信息，以在接收到基于所述是否恢复出厂设置的提示信息触发的确认操作时，执行恢复出厂设置的操作。10.根据权利要求7所述的智能终端，其特征在于，所述次数更新模块，还用于所述异常为非应用类异常时，则累计所述非应用类异常在所述预设时间间隔内发生的次数； 所述异常处理模块，还用于当所述非应用类异常在所述预设时间间隔内发生的次数大于第二预设次数，则提示用户排查在所述非应用类异常首次发生时间之前执行过的操作。
1.计算机视觉 2.无线.计算机仿线.网络安全；物联网安全 、大数据安全 2.安全态势感知、舆情分析和控制 3.区块链及应用完美体育
