CN107465841B - 一种故障信息上报方法及终端 - Google Patents

Abstract

本发明实施例公开了一种故障信息上报方法及终端，其中方法包括：在发生通信故障的情况下，获得所述通信故障的故障类型；依据所述故障类型对应的预置规则确定所述通信故障的原因，所述预置规则包含与所述故障类型对应的通信故障的确认流程；向服务器发送所述通信故障的原因。本发明实施例在获得通信故障的故障类型后，依据所述故障类型对应的预置规则确定所述通信故障的原因；可以准确、快速地确定通信故障发生的原因，以便于快速地排除故障，操作简单、出错概率低。

Description

一种故障信息上报方法及终端

技术领域

本发明涉及电子技术领域，尤其涉及一种故障信息上报方法及终端。

背景技术

随着终端技术的发展，智能电视、机顶盒、移动设备等智能终端越来越普及，其所具有的多样的功能为人们的生活提供了极大的便利。然而，功能越多，智能终端的软、硬件结构就越复杂，出现故障的机率就越高。智能终端是精密设备，其维修需要专业的技术人员来进行。

当前，终端出现故障后，用户可以通过人工服务向技术人员说明终端出现的问题，并提供相应的故障信息，然后，技术人员根据用户提供的故障信息找到对应的故障解决方案，并将该故障解决方案告知用户。然而，在这个过程中，很有可能出现信息传导错误的情况，即用户提供的信息不能够使得技术人员确定故障发生的原因。

上述技术方案的缺点在于，操作复杂，花费时间多，出错概率高。

发明内容

本发明实施例提供的一种故障信息上报方法，可及时向服务器上报故障发生的原因或者故障描述信息，实现简单、出错概率低。

第一方面，本发明实施例提供了一种故障信息上报方法，该方法包括：

在发生通信故障的情况下，获得所述通信故障的故障类型；

依据所述故障类型对应的预置规则确定所述通信故障的原因，所述预置规则包含与所述故障类型对应的通信故障的确认流程；

向服务器发送所述通信故障的原因。

第二方面，本发明实施例提供了一种终端，该终端包括:

确定单元，用于确定发生通信故障的情况；

获取单元，用于获得所述通信故障的故障类型；

所述确定单元，还用于依据所述故障类型对应的预置规则确定所述通信故障的原因，所述预置规则包含与所述故障类型对应的通信故障的确认流程；

发送单元，用于向服务器发送所述通信故障的原因。

第三方面，本发明实施例提供了另一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持终端执行上述方法的应用程序代码，所述处理器被配置用于执行上述第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例在获得通信故障的故障类型后，依据所述故障类型对应的预置规则确定所述通信故障的原因；可以准确、快速地确定通信故障发生的原因，以便于快速地排除故障，操作简单、出错概率低。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种故障信息上报方法的示意流程图；

图2是本发明另一实施例提供的一种短信获取界面的示意性框图；

图3A是本发明实施例提供的一种来电界面的示意性框图；

图3B是本发明另一实施例提供的一种来电界面的示意性框图；

图4是本发明另一实施例提供的一种故障信息上报方法的示意流程图；

图5是本发明实施例提供的一种终端的示意性框图；

图6是本发明另一实施例提供的一种终端示意性框图；

图7是本发明另一实施例提供的一种终端示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

参见图1，是本发明实施例提供的一种故障信息上报方法的示意流程图，如图所示，该方法可包括：

101、在发生通信故障的情况下，获得上述通信故障的故障类型；

终端在发生通信故障的情况下，获得上述通信故障的故障类型。上述终端可以是手机、平板电脑、个人数字助理、可穿戴设备等。上述终端可以根据上述通信故障的故障描述信息确定上述通信故障的故障类型。上述故障描述信息可以为描述上述通信故障的具体现象的信息。举例来说，故障描述信息描述的现象可以是手机底层已收到来电但上层无来电界面(中途异常中断)；也可以是手机上层下发呼出指令，但未收到网络端的回复(上层表现为听筒无嘟嘟声)；还可以是用户在通话界面，准确点击“挂断”按键3次或以上，但在10秒内通话仍未断开的现象；还可以是手机信号正常，可以接听电话但不能拨打电话的现象；还可以是其他能够确定故障类型的现象。通信故障的故障类型可以分为N种，N大于1。故障类型可以有不同的划分方法，这里不作限定。举例来说，通信故障的故障类型可以是不能接听电话、通话质量差、不能上网、不能发送短信等10种。获得上述通信故障的故障类型之后，可以依据上述故障类型进一步确定上述通信故障发生的原因。

102、依据上述故障类型对应的预置规则确定上述通信故障的原因，上述预置规则包含与上述故障类型对应的通信故障的确认流程；

不同故障类型的通信故障涉及到的进程以及硬件不同，因此确定不同故障类型的通信故障的原因需要不同的故障检测方法。可以理解，不同故障类型的通信故障对应不同的故障检测方法，因此需要依据上述故障类型对应的预置规则确定上述通信故障的原因。举例来说，第一通信故障的故障类型为不能接听电话，接听电话涉及到的硬件和进程一共有8个，可以按照这些硬件和进程在接听电话过程中执行的先后顺序依次进行故障检测，确定该通信故障的原因；第二通信故障的故障类型为不能接收短信，接收短信涉及到的硬件和进程一共有6个，可以按照这些硬件和进程在接收短信过程中执行的先后顺序依次进行故障检测，确定该通信故障的原因。依据上述故障类型对应的预置规则确定上述通信故障的原因可以理解为依据上述故障类型对应的故障检测方法进行故障检测，确定上述通信故障的原因。上述预置规则包含与上述故障类型对应的通信故障的确认流程，通过上述确认流程可以确定上述通信故障的原因。举例来说，某个故障类型对应的信号处理流程需要依次执行第一步骤到第六步骤，即未发生故障前该信号处理流程可以成功执行第一步骤到第六步骤；终端可以先依次确认第一步骤到第六步骤的信号处理情况，即执行该故障类型对应的通信故障的确认流程，确定发生故障的步骤；再确定在执行这一步骤的过程中出现故障的目标进程和/或目标硬件。通过这种方式可以确认通信故障发生在哪个步骤，进而确定该通信故障的原因。

103、向服务器发送上述通信故障的原因。

通过向服务器发送上述通信故障的原因可以使得厂商根据上述原因快速地确定上述通信故障的故障排除方案，以便排除上述通信故障。终端还可以向服务器发送上述故障类型、故障描述信息以及当前的地理位置信息，以提供上述通信故障更多的信息。

本发明实施例在获得通信故障的故障类型后，依据所述故障类型对应的预置规则确定所述通信故障的原因；可以准确、快速地确定通信故障发生的原因，以便于快速地排除故障，操作简单、出错概率低。

在一种可选的实现方式中，提出了一种发送故障描述信息的方法，具体如下：若依据上述故障类型对应的预置规则未确定上述通信故障的原因，则向上述服务器发送上述故障类型以及通信故障的故障描述信息，上述故障描述信息用于描述上述通信故障的现象。

可以理解，终端的故障诊断能力有限，在一些情况下依据上述故障类型对应的预置规则可能无法确定上述通信故障的原因。若终端无法确定上述通信故障的原因，可以向上述服务器发送上述故障类型以及通信故障的故障描述信息，由上述服务器根据上述故障类型以及通信故障的故障描述信息确定上述通信故障的原因，或者由上述服务器根据上述故障类型以及通信故障的故障描述信息向上述终端提供相应的故障检测方法。上述故障描述信息可以为描述上述通信故障的具体现象的信息。举例来说，故障描述信息描述的现象可以是手机底层已收到来电但上层无来电界面(中途异常中断)；也可以是手机上层下发呼出指令，但未收到网络端的回复(上层表现为听筒无嘟嘟声)；还可以是用户在通话界面，准确点击“挂断”按键3次或以上，但在10秒内通话仍未断开的现象；还可以是手机信号正常，可以接听电话但不能拨打电话的现象；还可以是其他能够确定故障类型的现象。

本发明实施例中，通过向服务器发送对通信故障的具体现象进行描述的故障描述信息，可以对该通信故障进行准确地判断分类，快速地确定通信故障发生的原因。

在一种可选的实现方式中，提供了一种故障检测方法，具体如下：上述在发生通信故障的情况下，获得上述通信故障的故障类型包括：

在发出通话请求的第一预设时长内未建立通话连接，获得上述通信故障的故障类型为通话故障；

或者，未显示接收到的来电请求，获得上述通信故障的故障类型为通话故障；

或者，依据接收到的信息确定出现不能接收到来电请求的情况，获得上述通信故障的故障类型为通话故障。

上述在发出通话请求的第一预设时长内未建立通话连接可以是终端向目标号码拨打电话后的第一预设时长内未建立通话连接。例如，用户在向某个联系人拨打电话后，在2分钟内未接通。终端可以按照拨打电话涉及到的各个环节的先后顺序逐个检测各个环节相关的进程和硬件，确定发生故障的目标硬件和/或目标进程。本发明实施例中，可以先确定发生故障的通信环节，再确定在该通信环节中出现故障的硬件和进程。举例来说，可以通过检测收发器是否发出通话请求，确定是否是收发器发送通话请求的环节出现故障；可以通过检测收发器是否接收到针对所述通话请求的发送指令，确定是否是上层下发呼出指令的环节出现故障；检测发生故障的环节中各个硬件和进程的运行状态，确定出现故障的硬件和进程。又举例来说，可以检测终端与基站的通信状况，以便于确定是否是终端的调制解调器发生故障。上述未显示接收到的来电请求可以是终端底层已收到来电但上层无来电界面。上述依据接收到的信息确定出现不能接收到来电请求的情况可以是通过短信、社交应用等接收到的信息确定出现不能接收到来电请求的情况。举例来说，可以通过解析运营商或者其他用户发送的短信的内容来确定不能接收到来电请求的情况。例如，接收到的短信内容是“手机号为XXXXXXXXXXX的用户，在XXX时间，向您拨打电话”。又举例来说，可以对终端通过QQ，微信等社交应用接收到的语音、文字进行监控，如出现“打你电话没打通”，“打你电话打不通”等关键短语，即可判断出现了不能接收到来电请求的情况。一般对方打给用户没打通后，往往会发送即时通信消息或短信给对方。通过这种方式可以及时判断出现了不能接收到来电请求的情况。

本发明实施例中，可以快速地确定出现通话故障的情况，分类准确、实现简单。

在一种可选的实现方式中，上述依据上述故障类型对应的预置规则确定上述通信故障的原因包括：

按照在建立通话过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程，确定发生故障的目标硬件和/或目标进程。

上述按照在建立通话过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程可以是先确定在建立通话过程中出现故障的处理过程，再检测上述处理过程涉及到的硬件和进程，确定发生故障的目标硬件和/或目标进程，上述建立通话过程至少包含连个不同的处理过程。举例来说，建立通话过程中的信号处理流程需要依次执行第一步骤到第六步骤，即未发生故障前该信号处理流程可以成功执行第一步骤到第六步骤；终端可以确定发生故障的步骤如第三步骤，再检测第三步骤涉及到的硬件和进程的运行状态，确定发生故障的目标硬件和/或目标进程。

本发明实施例中，可以快速地确定导致通话故障发生的目标硬件和/或目标进程，实现简单、效率高。

在一种可选的实现方式中，提供了另一种故障检测方法，具体如下：上述在发生通信故障的情况下，获得上述通信故障的故障类型包括：

终端重新接入网络后，上述终端的信号强度从第一强度调整为第二强度且在第二预设时长内保持不变，获得上述通信故障的故障类型为信号不回落，上述第二强度大于上述第一强度；

或者，确定终端当前处于目标区域且在第三预设时长内的信号强度为第一强度，获得上述通信故障的故障类型为信号不回落，上述目标区域为上述终端记录的信号强度为第二强度的区域，上述第二强度大于上述第一强度。

上述终端重新接入网络的情况可以是上述终端重启后重新连接网络，也可以是上述终端关闭网络连接后重新接入网络，还可以是终端的飞行模式关闭后重新接入网络。终端重新接入网络后，上述终端的信号强度从第一强度调整为第二强度且在第二预设时长内保持不变的举例可以是终端的信号强度为第一强度，但重启或开关飞行模式之后终端的信号强度调整为第二强度且在第二预设时长内保持不变。举例来说，当用户的手机处于2G或3G状态，但重启或开关飞行模式之后能稳定处于4G状态(10分钟以上)。可以看出，终端不能自动切换到上述第二强度，需要终端重新接入网络，才能进行切换。

上述确定终端当前处于目标区域且在第三预设时长内的信号强度为第一强度可以是上述终端当前的信号强度与上述终端记录的当前所处区域的信号强度不同。上述第三预设时长可以是两分钟。终端可以记录不同区域的网络覆盖情况(哪个地方是4G信号，哪个地方是3G信号)，当终端在以往4G或5G信号的覆盖区域处于2G或3G状态的时长超过两分钟，即判断通信故障的类型为信号不回落。

本发明实施例中，可以准确、快速地确定故障类型为信号不回落的通信故障，实现简单。

在一种可选的实现方式中，上述依据上述故障类型对应的预置规则确定上述通信故障的原因包括：

按照在信号接收过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程，确定发生故障的目标硬件和/或目标进程。

上述按照在信号接收过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程可以是先确定在信号接收过程中出现故障的处理过程，再检测上述处理过程涉及到的硬件和进程，确定发生故障的目标硬件和/或目标进程。举例来说，接收信号过程中的信号处理流程需要依次执行第一步骤到第六步骤，即未发生故障前该信号处理流程可以成功执行第一步骤到第六步骤；终端可以确定发生故障的步骤如第三步骤，再检测第三步骤涉及到的硬件和进程的运行状态，确定发生故障的目标硬件和/或目标进程。

本发明实施例中，可以快速、准确地确定故障类型为信号不回落的通信故障发生的原因。

在一种可选的实现方式中，提供了另一种故障检测方法，具体如下：上述在发生通信故障的情况下，获得上述通信故障的故障类型包括：

在发送短信获取指令的第四预设时长内未接收到短信，获得上述通信故障的故障类型为收不到短信；

或者，未显示接收到的短信，获得上述通信故障的故障类型为收不到短信；

或者，在第五预设时长内无法连接到网络，获得上述通信故障的故障类型为不能入网；

或者，在接收到接听指令后的第六预设时长内未成功接通电话，获得上述通信故障的故障类型为不能接听电话；

或者，在接收到挂断指令后的第七预设时长内未成功挂断电话，获得上述通信故障的故障类型为不能挂断电话；

上述依据上述故障类型对应的预置规则确定上述通信故障的原因包括：

按照在目标任务执行过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程，确定发生故障的目标硬件和/或目标进程，上述目标任务为上述通信故障发生后不能成功执行的任务。

上述发送短信获取指令可以是通过上述终端发送上述短信获取指令，也可以通过其他设备发送上述短信获取指令。上述短信获取指令指示向上述终端发送短信。如图2所示，点击终端界面上的获取验证码接口的操作，即为发送短信获取指令的操作。上述未显示接收到的短信可以是上述终端的底层已收到短信但在上层未能成功显示。这种情况下，终端的短信被第三方应用接管，导致无法收到短信，可以显示提示信息，该提示信息用于建议用户重置短信应用。上述在第五预设时长内无法连接到网络可以在上述第五预设时长内无法成功注册网络，例如终端在3分钟以上无法注册2/3/4G网络。上述接收到接听指令可以接收到针对接听按键的操作。上述第六预设时长可以是10秒、15秒等。如图3A所示，当终端收到通话请求并成功进入来电界面后，若用户已准确点击“接听”按键3次或以上，但在10秒内通话仍未成功建立，即判断发生故障类型为不能接听电话的通信故障。如图3B所示，当终端收到通话请求并成功进入来电界面后，若用户已准确点击“挂断”按键3次或以上，但在10秒内通话仍未断开，即判断发生故障类型为不能接听电话的通信故障。本发明实施例中可以根据终端出现的通信现象以及预定的判断规则，确定出现的通信故障的类型。

上述按照在目标任务执行过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程可以是先确定目标任务在执行过程中出现故障的处理步骤，再检测上述处理步骤涉及到的硬件和进程，确定发生故障的目标硬件和/或目标进程。举例来说，目标任务在执行过程中的信号处理流程需要依次执行第一步骤到第六步骤，即未发生故障前该信号处理流程可以成功执行第一步骤到第六步骤；终端可以先确定发生故障的步骤如第三步骤，再检测第三步骤涉及到的硬件和进程，确定发生故障的目标硬件和/或目标进程。

本发明实施例中，可以准确确定通信故障的故障类型，并快速地确定发生通信故障的原因。

参见图4，是本发明实施例提供的另一种故障信息上报方法的示意流程图，该方法可包括：

401、终端根据出现的故障现象确定发生通信故障；

402、上述终端获得上述通信故障的故障类型；

403、上述终端依据上述故障类型对应的预置规则检测发生所述通信故障的原因；

上述预置规则包含与上述故障类型对应的通信故障的确认流程。通过上述预置规则可以确定上述通信故障的原因。

404、上述终端依据上述预置规则确定上述通信故障中发生故障的处理环节；

405、上述终端判断是否可以确定所述处理环节中发生故障的目标硬件和/或目标进程；

若是，执行406；若否，执行407。

406、上述终端向服务器发送上述通信故障的原因；

407、上述终端向上述服务器发送上述故障类型以及上述通信故障的故障描述信息。

上述故障描述信息用于描述上述通信故障的现象。

本发明实施例中，可以准确确定通信故障的故障类型，并快速地确定发生通信故障的原因。

参见图5，是本发明实施例提供的一种终端的示意框图，可以包括：

确定单元501，用于确定发生通信故障的情况；

获取单元502，用于获得上述通信故障的故障类型；

上述确定单元501，还用于依据上述故障类型对应的预置规则确定上述通信故障的原因，上述预置规则包含与上述故障类型对应的通信故障的确认流程；

发送单元503，用于向服务器发送上述通信故障的原因。

具体实现方法与图1中的方法相同，这里不作详述。

在一种可选的实现方式中，上述确定单元501，还用于确定依据上述故障类型对应的预置规则未确定上述通信故障的原因的情况；

上述发送单元503，还用于向上述服务器发送上述故障类型以及通信故障的故障描述信息，上述故障描述信息用于描述上述通信故障的现象。

本发明实施例中，通过向服务器发送故障描述信息，该故障描述信息可以对通信故障的具体现象进行描述，以便于对通信故障进行准确地判断分类，快速地确定通信故障发生的原因。

在一种可选的实现方式中，上述确定单元501，具体用于确定在发出通话请求的第一预设时长内未建立通话连接的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为通话故障；

或者，上述确定单元501，具体用于确定未显示接收到的来电请求的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为通话故障；

或者，上述确定单元501，具体用于依据接收到的信息确定出现不能接收到来电请求的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为通话故障。

本发明实施例中，可以快速地确定出现通话故障的情况，分类准确、实现简单。

在一种可选的实现方式中，上述确定单元501，具体用于按照在建立通话过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程，确定发生故障的目标硬件和/或目标进程。

本发明实施例中，可以快速地确定导致通话故障发生的目标硬件和/或目标进程，实现简单、效率高。

在一种可选的实现方式中，上述确定单元501，具体用于确定终端重新接入网络后，上述终端的信号强度从第一强度调整为第二强度且在第二预设时长内保持不变的情况，上述第二强度大于上述第一强度；

上述获取单元502，具体用于获得上述通信故障的故障类型为信号不回落；

或者，上述确定单元501，具体用于确定终端当前处于目标区域且在第三预设时长内的信号强度为第一强度的情况，上述目标区域为上述终端记录的信号强度为第二强度的区域，上述第二强度大于上述第一强度；

上述获取单元502，具体用于获得上述通信故障的故障类型为信号不回落。

本发明实施例中，可以准确、快速地确定故障类型为信号不回落的通信故障，实现简单。

在一种可选的实现方式中，上述确定单元501，具体用于按照在信号接收过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程，确定发生故障的目标硬件和/或目标进程。

本发明实施例中，可以准确确定故障类型为信号不回落的通信故障，并快速地确定发生通信故障的原因。

在一种可选的实现方式中，上述确定单元501，具体用于确定在发送短信获取指令的第四预设时长内未接收到短信的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为收不到短信；

或者，上述确定单元501，具体用于确定未显示接收到的短信的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为收不到短信；

或者，上述确定单元501，具体用于确定在第五预设时长内无法连接到网络的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为不能入网；

或者，上述确定单元501，具体用于确定在接收到接听指令后的第六预设时长内未成功接通电话的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为不能接听电话；

或者，上述确定单元501，具体用于确定在接收到挂断指令后的第七预设时长内未成功挂断电话的情况；

上述获取单元502，具体用于获得上述通信故障的故障类型为不能挂断电话；

上述确定单元501，具体用于按照在目标任务执行过程中相关硬件和相关进程执行的先后顺序，依次检测上述相关硬件和上述相关进程，确定发生故障的目标硬件和/或目标进程，上述目标任务为上述通信故障发生后不能成功执行的任务。

本发明实施例中，可以准确确定通信故障的故障类型，并快速地确定发生通信故障的原因。

参见图6，是本发明另一实施例提供的一种终端示意框图。如图所示的本实施例中的终端可以包括：一个或多个处理器601；一个或多个输入设备602，一个或多个输出设备603和存储器604。上述处理器601、输入设备602、输出设备603和存储器604通过总线605连接。存储器602用于存储指令，处理器601用于执行存储器602存储的指令。其中，处理器601用于：在发生通信故障的情况下，获得上述通信故障的故障类型；依据上述故障类型对应的预置规则确定上述通信故障的原因，上述预置规则包含与上述故障类型对应的通信故障的确认流程；向服务器发送上述通信故障的原因。

应当理解，在本发明实施例中，所称处理器601可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备602可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备603可以包括显示器(LCD等)、扬声器等。

该存储器604可以包括只读存储器和随机存取存储器，并向处理器601提供指令和数据。存储器604的一部分还可以包括非易失性随机存取存储器。例如，存储器604还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器601、输入设备602、输出设备603可执行本发明实施例提供的故障信息上报方法的前述任一实施例中所描述的实现方式，也可执行本发明实施例所描述的终端的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现：在发生通信故障的情况下，获得上述通信故障的故障类型；依据上述故障类型对应的预置规则确定上述通信故障的原因，上述预置规则包含与上述故障类型对应的通信故障的确认流程；向服务器发送上述通信故障的原因。

上述计算机可读存储介质可以是前述任一实施例上述的终端的内部存储单元，例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

图7示出的是与本发明实施例提供的通信设备相关的手机的部分结构的框图。参考图7，手机包括：射频(Radio Frequency，RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wireless fidelity，WiFi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解，图7中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图7对手机的各个构成部件进行具体的介绍：

RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板730上或在触控面板730附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板730可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板730。除了触控面板730，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板741。进一步的，触控面板730可覆盖显示面板741，当触控面板730检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板730与显示面板741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板730与显示面板741集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一手机，或者将音频数据输出至存储器720以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。

手机还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种故障信息上报方法，其特征在于，包括：

在发生通信故障的情况下，基于所述通信故障的故障描述信息获得所述通信故障的故障类型，所述故障描述信息包括终端检测到的描述所述通信故障的具体现象的信息；

依据所述故障类型对应的预置规则确定所述通信故障的原因，所述预置规则包含与所述故障类型对应的通信故障的确认流程；

向服务器发送所述通信故障的原因；

其中，所述确认流程包括与所述故障类型对应的通信处理流程所需依次执行的多个步骤；

所述依据所述故障类型对应的预置规则确定所述通信故障的原因包括：

控制所述故障类型所涉及到的进程以及硬件依次执行通信处理流程所需的多个步骤；

依次确认所述多个步骤的信号处理情况；

根据所确认的信号处理情况，确定发生故障的故障步骤；

确定在执行故障步骤的过程中出现故障的目标进程和/或目标硬件，以确定所述通信故障的原因；

获得所述通信故障的故障类型之后，所述方法还包括：若依据所述故障类型对应的预置规则未确定所述通信故障的原因，则向所述服务器发送所述故障类型以及通信故障的故障描述信息，由所述服务器根据所述故障类型以及通信故障的故障描述信息确定所述通信故障的原因，或者由所述服务器根据所述故障类型以及通信故障的故障描述信息提供相应的故障检测方法。

2.根据权利要求1所述的方法，其特征在于，所述在发生通信故障的情况下，获得所述通信故障的故障类型包括：

在发出通话请求的第一预设时长内未建立通话连接，获得所述通信故障的故障类型为通话故障；

或者，未显示接收到的来电请求，获得所述通信故障的故障类型为通话故障；

或者，依据接收到的信息确定出现不能接收到来电请求的情况，获得所述通信故障的故障类型为通话故障。

3.根据权利要求2所述的方法，其特征在于，所述依据所述故障类型对应的预置规则确定所述通信故障的原因包括：

按照在建立通话过程中相关硬件和相关进程执行的先后顺序，依次检测所述相关硬件和所述相关进程，确定发生故障的目标硬件和/或目标进程。

4.根据权利要求1所述的方法，其特征在于，所述在发生通信故障的情况下，获得所述通信故障的故障类型包括：

终端重新接入网络后，所述终端的信号强度从第一强度调整为第二强度且在第二预设时长内保持不变，获得所述通信故障的故障类型为信号不回落，所述第二强度大于所述第一强度；

或者，确定终端当前处于目标区域且在第三预设时长内的信号强度为第一强度，获得所述通信故障的故障类型为信号不回落，所述目标区域为所述终端记录的信号强度为第二强度的区域，所述第二强度大于所述第一强度。

5.根据权利要求4所述的方法，其特征在于，所述依据所述故障类型对应的预置规则确定所述通信故障的原因包括：

按照在信号接收过程中相关硬件和相关进程执行的先后顺序，依次检测所述相关硬件和所述相关进程，确定发生故障的目标硬件和/或目标进程。

6.根据权利要求1所述的方法，其特征在于，所述在发生通信故障的情况下，获得所述通信故障的故障类型包括：

在发送短信获取指令的第四预设时长内未接收到短信，获得所述通信故障的故障类型为收不到短信；

或者，未显示接收到的短信，获得所述通信故障的故障类型为收不到短信；

或者，在第五预设时长内无法连接到网络，获得所述通信故障的故障类型为不能入网；

或者，在接收到接听指令后的第六预设时长内未成功接通电话，获得所述通信故障的故障类型为不能接听电话；

或者，在接收到挂断指令后的第七预设时长内未成功挂断电话，获得所述通信故障的故障类型为不能挂断电话；

所述依据所述故障类型对应的预置规则确定所述通信故障的原因包括：

按照在目标任务执行过程中相关硬件和相关进程执行的先后顺序，依次检测所述相关硬件和所述相关进程，确定发生故障的目标硬件和/或目标进程，所述目标任务为所述通信故障发生后不能成功执行的任务。

7.一种终端，其特征在于，包括：

用于执行如权利要求1-6任一权利要求所述的方法的单元。

8.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行如权利要求1-6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-6任一项所述的方法。

Images