具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、系统、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

图1是根据一示例性实施例示出的一种故障处理方法及装置的系统示意图。

如图1所示，系统架构10可以包括本端设备101、102、103，网络104和对端设备105、106。网络104用以在本端设备101、102、103和对端设备105、106之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

在一个实施例中，本端设备101、102、103和对端设备105、106的名称是可以互换的，本端设备101、102、103可称为前端设备，对端设备105、106可称为后端设备；当然，本端设备101、102、103也可称为后端设备，对端设备105、106也可称为前端设备。

用户可以使用本端设备101、102、103通过网络104与对端设备105、106交互，以接收或发送消息等。本端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

本端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

对端设备105、106可以是提供各种服务的服务器，例如对用户利用本端设备101、102、103所浏览的购物类网站提供支持的日志管理平台。日志管理平台接收并存储网络设备产生的攻击、病毒、网络流量分析、网络行为审计、NAT、会话等日志信息，对于接收到的日志通过各种形式展示给用户。更具体的，日志管理平台可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给本端设备101、102、103。

本端设备101(或102、103)可例如向对端设备105(或106)发送通信报文；本端设备101(或102、103)可例如基于所述通信报文获取来自对端设备105(或106)的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；本端设备101(或102、103)可例如基于所述返回信息判断对端设备105(或106)是否存在故障；本端设备101(或102、103)可例如在所述对端设备105(或106)存在故障时，按照预设配置进行故障处理。

对端设备105(或106)可例如向本端设备101(或102、103)发送通信报文；对端设备105(或106)可例如基于所述通信报文获取来自本端设备101(或102、103)的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；对端设备105(或106)可例如基于所述返回信息判断本端设备101(或102、103)是否存在故障；对端设备105(或106)可例如在所述本端设备101(或102、103)存在故障时，按照预设配置进行故障处理。

对端设备105、106可以是一个实体的服务器，还可例如为多个服务器组成。需要说明的是，本公开实施例所提供的故障处理方法可以由本端设备101、102、103和对端设备105、106共同执行，相应地，故障处理装置可以设置于本端设备101、102、103和对端设备105、106中。

图2是根据一示例性实施例示出的一种故障处理方法的流程图。故障处理方法20至少包括步骤S202至S208。

如图2所示，在S202中，向对端设备发送通信报文。

在一个实施例中，可例如，基于预设时间周期向对端设备发送心跳报文和日志获取命令。

在一个实施例中，还可例如，在本端设备出现程序异常时，向对端设备发送心跳报文和日志获取命令。

在S204中，基于所述通信报文获取来自对端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息。

在一个实施例中，可基于所述通信报文中的心跳报文接收第一返回信息；还可基于所述通信报文中的日志获取命令接收第二返回信息。

其中，心跳保活是实现长连接保活的方式，通过心跳包的超时和其他条件(网络切换)来执行重连操作。心跳一般是指某端(绝大多数情况下是客户端)每隔一定时间向对端发送自定义指令，以判断双方是否存活，因其按照一定间隔发送，类似于心跳，故被称为心跳指令。

在S206中，基于所述返回信息判断对端设备是否存在故障。

在一个实施例中，在预定时间间隔内接收到所述第一返回信息时，确定所述对端设备不存在故障；在预定时间间隔内未接收到所述第一返回信息时，确定所述对端设备存在故障。

在一个实施例中，可提取所述第二返回信息的信息类型；在所述信息类型为正常类型时，确定所述对端设备不存在故障；在所述信息类型为异常类型时，确定所述对端设备存在故障。

在S208中，在所述对端设备存在故障时，按照预设配置进行故障处理。可例如，确定所述对端设备的异常等级和告警方式；基于所述异常等级和所述告警方式进行故障处理。前后端互相查看运行日志，根据预定义级别得知发生什么故障、大概什么原因导致、怎么处理等信息；如果没有错误码直接挂死，则靠心跳保活机制来判断是否需要告警或者做出相应的动作。

其中，基于所述异常等级和所述告警方式进行故障处理，包括：基于所述异常等级确定处理策略；基于所述处理策略和所述告警方式进行故障处理。

更进一步的，基于所述处理策略和所述告警方式进行故障处理，包括：在所述对端设备的存在严重错误时，重启对端设备的进程并生成告警信息；在所述对端设备存在异常停止时，调用对端设备进程并生成告警信息。

根据本公开的故障处理方法，基于预设时间周期向对端设备发送通信报文；基于所述通信报文获取来自对端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；基于所述返回信息判断对端设备是否存在故障；在所述对端设备存在故障时，按照预设配置进行故障处理的方式，能够及时、高效发现问题，并且还能够高效的处理遇到的问题。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种故障处理方法的流程图。图3所示的流程30是对图2所示的流程的详细描述。前后端进程之间通过指定时间间隔互相发送心跳报文，并且查看前后端进程运行日志。分析运行日志中有记录错误信息的关键字，则通过预定义错误码来断定对方进程的运行健康状况，再根据严重级别进行不同的告警或处置方式，同时根据日志的报错错误码来得出对方目前发生什么错误，根据配置的关键字列出可能是由什么原因导致的，并通过配置的告警方式通知管理员，建议可以进行哪些操作来解决问题。

如图3所示，在S302中，基于本公开方法生成的预设程序在前端和后端分别运行。

在S304中，前端后端分别判断是否运行了告警功能，在未运行告警功能时，不执行后续步骤。

在S306中，获取预设的处理规则相关的配置信息。配置信息通过前端进行配置，不同等级的问题级别对应不同的告警和处置方式。例如：声音告警、短信告警、邮件告警、强制重启+告警等。

在S308中，前端和后端分别获取对方的日志。

在S310中，根据日志中的关键词判断运行是否正常。

在S312中，在判断出运行不正常时，根据预定义配置进行处理。通过分析运行日志查看到对方出现异常类型，如果异常类型是致命错误或者一段时间未记录日志，默认认为是进程挂死，直接重启对端进程。日志分析中未检测到异常类型，说明是进程没来得及记录异常错误码，进程直接异常停止，此时只能通过心跳保活机制发现对端进程异常停止以后，检查对端进程是否存在，如果存在，杀死对端进程并且重启，不存在则直接把对端进程调用起来。

在S314中，前端和后端分别基于心跳报文探测对方的运行状态。

在S316中，根据通信状态判断运行是否正常。通过双方互相发送心跳报文，可以检测出对端进程是否运行正常，正常情况下，指定时间间隔内都可以收到对端发送的带有正常运行状态的心跳报文，如果指定时间间隔内未收到对端进程发送的心跳报文也认为对方进程出现异常，检查对端进程是否存在，如果存在，杀死对端进程并且重启进程，不存在则直接把对端进程调用起来。

在S318中，在判断出运行不正常时，根据预定义配置进行处理。

在S320中，结束。前后端进程主动检测对端进程的运行日志和互相发送心跳报文，可以避免前后端进程突发出现各种严重问题，前后端进程不能得到及时恢复，影响数据接收和业务逻辑处理。进一步提高应用程序的可靠性。

根据本公开的故障处理方法，在软件运行过程中，前后端互相查看运行日志，根据预定义级别得知发生什么样的问题，可以根据关键字找到可能发生问题的原因，并且通过配置的告警方式把运行状态和引起问题的原因通知管理员。软件主动通知管理员或者重启出现异常的一端，避免异常问题不能及时处理，影响软件正常运行。

图4是根据另一示例性实施例示出的一种故障处理方法的流程图。图4所示的流程40是对图2所示的流程的详细描述。

如图4所示，在S402中，本端设备向对端设备发送通信报文，并且对端设备向本端设备发送通信报文。

在S404中，本端设备基于所述通信报文获取来自对端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息。并基于所述返回信息判断对端设备是否存在故障。

在S406中，对端设备基于所述通信报文获取来自本端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息。并基于所述返回信息判断本端设备是否存在故障。

在S408中，在所述对端设备存在故障时，本端设备按照预设配置进行故障处理。

在S410中，在所述本端设备存在故障时，对端设备按照预设配置进行故障处理。

根据本公开的故障处理方法，在软件运行过程中，前后端通过互相查看运行日志，在运行日志中查看是否满足预定义的异常级别，根据预定义级别动作，做出相关处理动作(告警、邮件、短信)等方式通知管理员及时高效的处理产生的问题。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图5是根据一示例性实施例示出的一种故障处理装置的框图。如图5所示，故障处理装置50包括：报文模块502，信息模块504，判断模块506，处理模块508。

报文模块502用于基于向对端设备发送通信报文；报文模块502还用于基于预设时间周期向对端设备发送心跳报文和日志获取命令；报文模块502还用于在本端设备出现程序异常时，向对端设备发送心跳报文和日志获取命令。

信息模块504用于基于所述通信报文获取来自对端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；信息模块504还用于基于所述通信报文中的心跳报文接收第一返回信息；还可基于所述通信报文中的日志获取命令接收第二返回信息。

判断模块506用于基于所述返回信息判断对端设备是否存在故障；在一个实施例中，在预定时间间隔内接收到所述第一返回信息时，确定所述对端设备不存在故障；在预定时间间隔内未接收到所述第一返回信息时，确定所述对端设备存在故障。

在一个实施例中，可提取所述第二返回信息的信息类型；在所述信息类型为正常类型时，确定所述对端设备不存在故障；在所述信息类型为异常类型时，确定所述对端设备存在故障。

处理模块508用于在所述对端设备存在故障时，按照预设配置进行故障处理。处理模块508还用于确定所述对端设备的异常等级和告警方式；基于所述异常等级和所述告警方式进行故障处理。

图6是根据另一示例性实施例示出的一种故障处理系统的框图。如图6所示，故障处理系统60包括：本端设备602，对端设备604。

至少一个本端设备602用于向对端设备604发送通信报文；基于所述通信报文获取来自对端设备604的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；基于所述返回信息判断对端设备604是否存在故障；在所述对端设备604存在故障时，按照预设配置进行故障处理；

至少一个对端设备604用于向本端设备602发送通信报文；基于所述通信报文获取来自本端设备602的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；基于所述返回信息判断本端设备602是否存在故障；在所述本端设备602存在故障时，按照预设配置进行故障处理。

根据本公开的故障处理装置，基于预设时间周期向对端设备发送通信报文；基于所述通信报文获取来自对端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；基于所述返回信息判断对端设备是否存在故障；在所述对端设备存在故障时，按照预设配置进行故障处理的方式，能够及时、高效发现问题，并且还能够高效的处理遇到的问题。

图7是根据一示例性实施例示出的一种电子设备的框图。

下面参照图7来描述根据本公开的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730、显示单元740等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图2，图3，图4中所示的步骤。

所述存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

所述存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备700’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备700交互的设备通信，和/或该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图8所示，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：基于预设时间周期向对端设备发送通信报文；基于所述通信报文获取来自对端设备的返回信息，所述返回信息包括第一返回信息和/或第二返回信息；基于所述返回信息判断对端设备是否存在故障；在所述对端设备存在故障时，按照预设配置进行故障处理。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。