CN106034039B - 一种故障通知方法及系统 - Google Patents

Abstract

本发明提供的故障通知方法及系统，通过增加故障通知服务器检测通信服务器故障或者通信信道故障，解决了现有技术中当服务器故障或者通信信道导致通信客户端不能接收到故障通知的问题，使得用户通过通信客户端及时了解到故障信息，提高了故障信息到达通信客户端的概率，提升了用户体验。

Description

一种故障通知方法及系统

技术领域

本发明涉及通信领域，特别涉及一种故障通知方法及系统。

背景技术

现有的服务器或者网络故障通知的方法，是采用通信服务器返回故障通知或者通信客户端自行判断故障的方式，这种方式描述如下：

S1、通信客户端向通信服务器发起业务请求。

S2、通信服务器收到该请求后，如果一切正常，则返回业务请求的响应信息；如果存在服务器或者网络故障，则返回给通信客户端故障信息。

S3、通信客户端收到通信服务器的故障信息，对用户展示该故障信息，让用户了解到发生了服务器或者网络故障。

S4、如果通信客户端未收到通信服务器的响应(其中原因可以是：如果发生了服务器或者网络故障，则在S2中，通信服务器不一定可以收到通信客户端的业务请求，或者即使收到了该请求，由于服务器故障，通信服务器也不一定会响应通信客户端，即使响应了通信客户端，在S3中，由于网络故障，通信客户端也不一定能收到该响应)，则通信客户端自行判断故障，并对用户展示该故障信息，让用户了解到发生了服务器或者网络故障。

现有的服务器或者网络故障通知的方法，缺点是故障通知到达通信客户端的概率低，如果发生了服务器或者网络故障，则在S2中，通信服务器不一定可以收到通信客户端的业务请求，或者即使收到了该请求，由于服务器故障，通信服务器也不一定会响应通信客户端，即使响应了通信客户端，在S3中，由于网络故障，通信客户端也不一定能收到该响应，故障信息不能返回至通信客户端，使得用户在使用过程中不能及时得到故障通知，漫无目的的等待故障通知，浪费了用户的时间，降低了用户对业务的满意度。

发明内容

有鉴于此，本发明实施例提供了一种故障通知方法及系统。

本发明的一个目的提供一种故障通知方法，配置通信客户端与通信服务器的通信信道，配置故障通知服务器与所述通信服务器的第一故障检测关系，配置所述故障通知服务器与所述通信信道的第二故障检测关系，所述方法包括：

所述通信客户端向所述通信服务器发起业务请求；

当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求，以使得所述故障通知服务器根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息；

所述通信客户端接收所述故障通知服务器返回的第一故障信息。

进一步地，所述通信客户端判断在预设时间内未收到所述通信服务器的响应的步骤进一步包括：

所述通信客户端未接收到所述通信服务器针对所述业务请求的成功响应；或

所述通信客户端未接收到所述通信服务器返回的故障响应。

进一步地，所述通信客户端向所述通信服务器发起业务请求的步骤之后，所述方法还包括：

所述通信客户端在所述通信服务器和所述通信信道正常时接收业务请求的响应。

进一步地，所述通信客户端向所述通信服务器发起业务请求的步骤之后，所述方法还包括：

所述通信客户端在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息。

进一步地，所述当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求，以使得所述故障通知服务器根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息根据的步骤之后，所述方法还包括：

当在预设时间内未收到所述故障通知服务器的返回的第一故障信息时，所述通信客户端自行判断故障。

进一步地，所述通信客户端接收所述故障通知服务器返回的第一故障信息的步骤之后，所述方法还包括：

所述通信客户端将所述第一故障信息向用户反馈，以使得所述用户了解故障原因。

进一步地，所述通信客户端在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息的步骤之后，所述方法还包括：

所述通信客户端将所述第二故障信息向用户反馈，以使得所述用户了解故障原因。

进一步地，所述故障原因包括根据第一故障检测关系查询得到的服务器故障和/或根据第二故障检测关系查询得到通信信道故障。

进一步地，所述通信信道故障包括所述通信客户端向所述通信服务器传输失败时产生的第一故障以及所述通信服务器向所述通信客户端传输失败时的第二故障。

本发明的另一个目的提供一种故障通知系统，包括通信客户端、通信服务器及故障通知服务器，配置通信客户端与通信服务器的通信信道，配置故障通知服务器与所述通信服务器的第一故障检测关系，配置所述故障通知服务器与所述通信信道的第二故障检测关系；

所述通信客户端，用于向所述通信服务器发起业务请求及当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求；

所述通信服务器，用于接收所述通信客户端发起的所述业务请求并在自身工作正常时向所述通信客户端返回业务请求成功响应；

所述故障通知服务器，用于接收所述通信客户端发起的所述故障查询请求并根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息以及向所述通信客户端返回的第一故障信息。

进一步地，所述通信客户端还用于在所述通信服务器和所述通信信道正常时接收业务请求的响应。

进一步地，所述通信客户端还用于在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息。

进一步地，所述通信客户端还用于当在预设时间内未收到所述故障通知服务器的返回的第一故障信息时自行判断故障。

进一步地，所述通信客户端还用于接收所述故障通知服务器返回的第一故障信息后将所述第一故障信息向用户反馈，以使得所述用户了解故障原因。

进一步地，所述通信客户端还用于在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息后将所述第二故障信息向用户反馈，以使得所述用户了解故障原因。

本发明提供的故障通知方法及系统，通过增加故障通知服务器检测通信服务器故障或者通信信道故障，解决了现有技术中当服务器故障或者通信信道导致通信客户端不能接收到故障通知的问题，使得用户通过通信客户端及时了解到故障信息，提高了故障信息到达通信客户端的概率，提升了用户体验。

附图说明

图1是本发明的故障通知方法的一种实施例的流程图；

图2是本发明的故障通知方法的另一种实施例的流程图；

图3是本发明的故障通知系统的一种实施例的结构图。

具体实施方式

本发明实施例提供了一种故障通知方法，使得用户通过通信客户端及时了解到故障信息，提高了故障信息到达通信客户端的概率，提升了用户体验。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

结合图1所示，本发明的故障通知方法提供了一种实施例，所述方法包括：

S101、配置通信客户端与通信服务器的通信信道，配置故障通知服务器与所述通信服务器的第一故障检测关系，配置所述故障通知服务器与所述通信信道的第二故障检测关系。

通信客户端可以为安装在终端上的通信软件，通信软件可以包括即时通信软件、邮箱软件、网络电话软件等等，具体通信客户端可以为QQ聊天软件或者微信软件等，需要通过服务器实现通信功能即可，通信服务器可以为即时通信公司的运营服务器，提供通信业务服务，服务器必须具有承担服务并且保障服务的能力，通信客户端向通信服务器发起业务请求，通信服务器对业务请求进行响应，以完成相应的业务，通信客户端与通信服务器之间建立通信信道才能进行通信，建立通信信道的可以通过无线，也可以通过有线，具体不做限定。

所述故障通知服务器用于检测通信服务器是否发生故障以及通信信道是否发生故障，通信服务器发生故障即提供通信软件的服务器出现故障，导致通信服务器接收到通信客服端的业务请求后不能进行响应。通信信道故障即通信客户端和通信服务器之间的业务请求不能正常接收，通信服务器接收不到通信客户端发起的业务请求，或者通信服务器对接收到通信客户端的业务请求进行响应，但是通信服务器无法将响应返回到通信客户端，例如当采用无线的方式建立通信信道，通信信道故障可以是中国移动、中国联通或者中国电信等其他网络运营商出现故障，导致无线传输发生故障。

故障通知服务器采用单独部署的方式，单独部署时会在通信信道或通信服务器上分别设置监测点，用于发现故障，当监测点出现故障时候，故障通知服务器通过监测点及时了解到出现故障的位置。

S102、所述通信客户端向所述通信服务器发起业务请求。

用户启动某项业务，通过通信客户端向通信服务器发送业务请求，正常工作时候，业务请求可以通过通信信道传输至通信服务器，如果通信客户端向通信服务器传输业务请求的通信信道发生故障时候，通信服务器不能收到该业务请求。

S103、当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求，以使得所述故障通知服务器根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息。

通信客户端在发起业务请求开始计时，判断在规定的时间内是否能收到通信服务器的响应，这里的响应可以包括正常工作时候通信服务器返回的针对业务请求的响应，也可以包括出现故障时候，通信服务器向通信客户端返回的第二故障信息，当通信服务器向通信客户端传输的通信信道出现故障时候，正常工作时候针对业务请求的响应或第二故障信息都不能向通信客户端传输，使得通信客户端在预设时间内不能接受到通信服务器的响应。

当计时时间达到预设时间时候，通信客户端向故障通知服务器发起故障查询请求，故障通知服务器根据第一故障检测关系查询到设置在通信服务器的第一监测点，以及根据第二故障检测关系查询设置在通信信道上的第二监测点，通过监测点的记录获取到出现故障的位置，并将出现故障的原因或者位置存入第一故障信息中，故障通知服务器将第一故障信息向通信客户端发送。

需要说明的是，故障通知服务器查询故障时可以按照顺序进行查询，例如，首先查询通信客户端至通信服务器之间的通信信道是否出现故障，然后查询通信服务器是否出现故障，最后查询通信服务器至通信客户端之间的通信信道是否出现故障，当然，查询的顺序可以按照其他顺序进行，不进行限定。

S104、所述通信客户端接收所述故障通知服务器返回的第一故障信息。

通信客户端接收到故障通知服务器返回的第一故障信息，第一故障信息中可以包括出现故障的原因和位置，用户可以通过通信客户端获得第一故障信息，及时得到故障通知。

本发明提供的故障通知方法，通过增加故障通知服务器检测通信服务器故障或者通信信道故障，解决了现有技术中当服务器故障或者通信信道导致通信客户端不能接收到故障通知的问题，使得用户通过通信客户端及时了解到故障信息，提高了故障信息到达通信客户端的概率，提升了用户体验。

下面结合图2所示，本发明的故障通知方法还提供了一种实施例，所述方法包括：

S201、配置通信客户端与通信服务器的通信信道，配置故障通知服务器与所述通信服务器的第一故障检测关系，配置所述故障通知服务器与所述通信信道的第二故障检测关系。

步骤S201与上一实施例中S101相同，此处不进行赘述，需要补充的是，配置的过程可以是预先配置，也可以是根据需要选择时间配置，不做限定。

S202、所述通信客户端向所述通信服务器发起业务请求。

用户启动某项业务，通过通信客户端向通信服务器发送业务请求，正常工作时候，业务请求可以通过通信信道传输至通信服务器，如果通信客户端向通信服务器传输业务请求的通信信道发生故障时候，通信服务器不能收到该业务请求。

S203、判断所述通信客户端是否在预设时间内接收到所述通信服务器的响应，若未收到通信服务器的响应，则执行S204；若接受到通信服务器的响应，则执行S208。

预设时间可以根据统计结果确定，例如根据正常工作期间，通信服务器反馈业务请求响应的时间间隔，也可以根据出现故障时候，通信服务器返回故障信息的时间间隔，当然为了提高准确性，减少误差，预设时间可以适当延长，满足实际需要即可，预设时间长短不做限定。

所述通信客户端在规定时间内接收到通信服务器的响应包括所述通信客户端在预设时间内接收到所述通信服务器针对所述业务请求的成功响应，或所述通信客户端在预设时间内接收到所述通信服务器返回的故障响应。

S204、所述通信客户端向所述故障通知服务器发起故障查询请求，以使得所述故障通知服务器根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息。

所述通信客户端在预设时间内未接收到所述通信服务器针对所述业务请求的成功响应并且所述通信客户端在预设时间内未接收到所述通信服务器返回的故障响应，此时通信客户端确定未在预设时间内接收到通信服务器返回的响应。

通信客户端向故障通知服务器发起故障查询请求，故障通知服务器根据第一故障检测关系查询到设置在通信服务器的第一监测点，以及根据第二故障检测关系查询设置在通信信道上的第二监测点，通过监测点的记录获取到出现故障的位置，并将出现故障的原因或者位置存入第一故障信息中，故障通知服务器将第一故障信息向通信客户端发送。

S205、判断所述通信客户端是否在预设时间内接收到所述故障通知服务器返回的第一故障信息，若接收到返回的第一故障信息，则执行S206，若未接收到返回的第一故障信息，则执行S207。

通信客户端接收到故障通知服务器返回的第一故障信息，第一故障信息中可以包括出现故障的原因和位置，用户可以通过通信客户端获得第一故障信息，及时得到故障通知。

S206、所述通信客户端将所述第一故障信息向用户反馈，以使得所述用户了解故障原因。

反馈的方式可以是将第一故障信息在通信客户端的操作界面上进行显示，也可以采取其他方式，通知用户产生故障，具体不做限定。

S207、当通信客户端在预设时间内未收到所述故障通知服务器的返回的第一故障信息时，所述通信客户端自行判断故障。

通信客户端向故障通知服务器发起故障查询请求后计时，以确保故障通知服务器是否正常工作，当在预设时间内没有收到故障通知服务器返回的第一故障信息时，则可以确定故障通知服务器也出现故障，此时需要通信客户端传输自行判断故障，即有通信客户端主动检测故障原因或者故障位置，以便能够及时为用户提供故障通知。

S208、所述通信客户端在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息。

这个步骤中，第二故障信息由通信服务器通过检测获得，将检测获得的第二故障信息返回至通信客户端，这个过程与故障通知服务器检测故障有因果关系，当通信客户端未收到通信服务器的故障信息时候，通信客户端才向故障通知服务器发起故障查询请求，即在通信服务器的故障检测不可用时候，发起故障通知服务器的故障检测，从而保证了故障通知更好的返回至通信客户端，提高故障通知到通信客户端的概率。

所述通信信道故障包括所述通信客户端向所述通信服务器传输失败时产生的第一故障以及所述通信服务器向所述通信客户端传输失败时的第二故障。

S209、所述通信客户端将所述第二故障信息向用户反馈，以使得所述用户了解故障原因。

通信客户端接收到通信服务器返回的第二故障信息，第二故障信息中可以包括出现故障的原因和位置，用户可以通过通信客户端获得第二故障信息，及时得到故障通知。

反馈的方式可以是将第二故障信息在通信客户端的操作界面上进行显示，也可以采取其他方式，通知用户产生故障，具体不做限定。

通过增加故障通知服务器检测通信服务器故障或者通信信道故障，使得用户通过通信客户端及时了解到故障信息，提高了故障信息到达通信客户端的概率，提升了用户体验。

为了方便对本发明的理解，本发明能够提供了一种应用场景便于对本发明的方案进行理解。下面具体介绍。

以QQ即时通信软件，采用中国移动网络建立无线通信信道，QQ服务器出现故障为例进行说明。

QQ客户端通过无线网络向QQ服务器发起聊天请求，以QQ客户端到QQ服务器的传输为上行链路的通信信道(为了方便描述简称上行链路)，以QQ服务器到QQ客户端的传输为下行链路的通信信道(为了方便描述简称下行链路)，故障通知服务器在上行链路配置第一监测点，故障通知服务器在QQ服务器配置第二监测点，故障通知服务器在下行链路配置第三监测点，即故障通知服务器与上行链路配置为第一故障检测关系，故障通知服务器与QQ服务器配置为第二故障检测关系，故障通知服务器与下行链路配置为第三故障检测关系。

QQ客户端向QQ服务器发起聊天请求，在预定时间QQ客户端未接收到QQ服务器返回的聊天建立的响应，此时QQ服务器故障，QQ客户端登陆超时，但是用户没有通过QQ客户端得到故障通知，因为此时QQ服务器故障不能对这个聊天请求进行响应。

QQ客户端登陆不到QQ服务器，也没有接收到QQ服务器返回故障信息，所以QQ客户端向故障通知服务器发起查询故障请求，故障通知服务器接收到查询故障请求后根据第一故障检测关系、第二故障检测关系及第三故障检测关系分别获取到对应的第一监测点、第二监测点及第三监测点，每个监测点监测不同的位置，第二监测点返回故障信息显示QQ服务器出现故障，导致聊天请求不能得到建立，故障通知服务器将第二监测点返回的故障信息返回至QQ客户端，提示QQ服务器出现故障，导致聊天请求不能实现，使得用户及时了解到故障情况，提高了故障通知到达QQ客户端的概率，提升了用户体验，避免因为业务请求不能实现又接收不到故障通知的情况，使得用户不需要焦急等待，使得服务更加人性化，提升了用户体验。

请结合涂所示，相应地，本发明还提供了一种故障通知系统，基于上述故障通知方法实现，下面机型具体介绍：

故障通知系统包括通信客户端100、通信服务器200及故障通知服务器300，配置通信客户端100与通信服务器200的通信信道，配置故障通知服务器300与所述通信服务器200的第一故障检测关系，配置所述故障通知服务器300与所述通信信道的第二故障检测关系；

所述通信客户端100，用于向所述通信服务器200发起业务请求及当所述通信客户端100判断在预设时间内未收到所述通信服务器200的响应时，所述通信客户端100向所述故障通知服务器300发起故障查询请求，通信客户端100可以在安装移动终端上，可以为包括手机、平板电脑、PDA(英文：Personal Digital Assistant，中文：个人数字助理)、POS(英文：Point of Sales，中文：销售终端)、车载电脑等任意终端设备；

所述通信服务器200，用于接收所述通信客户端100发起的所述业务请求并在自身工作正常时向所述通信客户端100返回业务请求成功响应；

所述故障通知服务器300，用于接收所述通信客户端100发起的所述故障查询请求并根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息以及向所述通信客户端100返回的第一故障信息。

所述通信客户端100还用于在所述通信服务器200和所述通信信道正常时接收业务请求的响应。

所述通信客户端100还用于在所述通信服务器200故障和/或所述通信信道故障时接收所述通信服务器200发送的第二故障信息。

所述通信客户端100还用于当在预设时间内未收到所述故障通知服务器300的返回的第一故障信息时自行判断故障。

所述通信客户端100还用于接收所述故障通知服务器300返回的第一故障信息后将所述第一故障信息向用户反馈，以使得所述用户了解故障原因。

所述通信客户端100还用于在所述通信服务器200故障和/或所述通信信道故障时接收所述通信服务器200发送的第二故障信息后将所述第二故障信息向用户反馈，以使得所述用户了解故障原因。

所述系统还可以包括短消息网关、邮件服务器和告警箱，其中，短消息网关通过无线网络以短消息方式将通知消息发送到运维人员的移动终端上；又将服务器，通过互联万为运维人员提供邮件服务；告警箱，用于在接收到通知信息后，通过声光方式提示运维人员需要进行故障处理。

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁盘或光盘等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种故障通知方法进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1.一种故障通知方法，其特征在于，配置通信客户端与通信服务器的通信信道，配置故障通知服务器与所述通信服务器的第一故障检测关系，配置所述故障通知服务器与所述通信信道的第二故障检测关系，所述方法包括：

所述通信客户端向所述通信服务器发起业务请求；

当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求，以使得所述故障通知服务器根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息；

所述通信客户端接收所述故障通知服务器返回的第一故障信息。

2.根据权利要求1所述的方法，其特征在于，所述通信客户端判断在预设时间内未收到所述通信服务器的响应的步骤进一步包括：

所述通信客户端未接收到所述通信服务器针对所述业务请求的成功响应；或

所述通信客户端未接收到所述通信服务器返回的故障响应。

3.根据权利要求1所述的方法，其特征在于，所述通信客户端向所述通信服务器发起业务请求的步骤之后，所述方法还包括：

所述通信客户端在所述通信服务器和所述通信信道正常时接收业务请求的响应。

4.根据权利要求1所述的方法，其特征在于，所述通信客户端向所述通信服务器发起业务请求的步骤之后，所述方法还包括：

所述通信客户端在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息。

5.根据权利要求1所述的方法，其特征在于，所述当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求，以使得所述故障通知服务器根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息根据的步骤之后，所述方法还包括：

当在预设时间内未收到所述故障通知服务器的返回的第一故障信息时，所述通信客户端自行判断故障。

6.根据权利要求1所述的方法，其特征在于，所述通信客户端接收所述故障通知服务器返回的第一故障信息的步骤之后，所述方法还包括：

所述通信客户端将所述第一故障信息向用户反馈，以使得所述用户了解故障原因。

7.根据权利要求4所述的方法，其特征在于，所述通信客户端在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息的步骤之后，所述方法还包括：

所述通信客户端将所述第二故障信息向用户反馈，以使得所述用户了解故障原因。

8.根据权利要求7所述的方法，其特征在于，所述故障原因包括根据第一故障检测关系查询得到的服务器故障和/或根据第二故障检测关系查询得到通信信道故障。

9.根据权利要求8所述的方法，其特征在于，所述通信信道故障包括所述通信客户端向所述通信服务器传输失败时产生的第一故障以及所述通信服务器向所述通信客户端传输失败时的第二故障。

10.一种故障通知系统，其特征在于，包括通信客户端、通信服务器及故障通知服务器，配置通信客户端与通信服务器的通信信道，配置故障通知服务器与所述通信服务器的第一故障检测关系，配置所述故障通知服务器与所述通信信道的第二故障检测关系；

所述通信客户端，用于向所述通信服务器发起业务请求及当所述通信客户端判断在预设时间内未收到所述通信服务器的响应时，所述通信客户端向所述故障通知服务器发起故障查询请求；

所述通信服务器，用于接收所述通信客户端发起的所述业务请求并在自身工作正常时向所述通信客户端返回业务请求成功响应；

所述故障通知服务器，用于接收所述通信客户端发起的所述故障查询请求并根据第一故障检测关系和/或第二故障检测关系查询得到第一故障信息以及向所述通信客户端返回的第一故障信息。

11.根据权利要求10所述的系统，其特征在于，所述通信客户端还用于在所述通信服务器和所述通信信道正常时接收业务请求的响应。

12.根据权利要求10所述的系统，其特征在于，所述通信客户端还用于在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息。

13.根据权利要求10所述的系统，其特征在于，所述通信客户端还用于当在预设时间内未收到所述故障通知服务器的返回的第一故障信息时自行判断故障。

14.根据权利要求10所述的系统，其特征在于，所述通信客户端还用于接收所述故障通知服务器返回的第一故障信息后将所述第一故障信息向用户反馈，以使得所述用户了解故障原因。

15.根据权利要求12所述的系统，其特征在于，所述通信客户端还用于在所述通信服务器故障和/或所述通信信道故障时接收所述通信服务器发送的第二故障信息后将所述第二故障信息向用户反馈，以使得所述用户了解故障原因。