故障信息记录方法、装置、设备和存储介质与流程

文档序号:15648479发布日期:2018-10-12 22:52阅读:208来源:国知局

本发明涉及通信安全领域,尤其涉及一种故障信息记录方法、装置、设备和存储介质。



背景技术:

随着互联网的发展,各种业务系统间的信息交互量越来越大,为了保证高可用和高性能,服务器产品在涉及具体应用的时候,无论是在追踪测试或者实际应用中,都需要对性能数据进行采集分析,从而对整个系统运行状况进行监控,尽早发现问题。尤其是在系统应用性能下降,出现问题的时候,更需要对性能数据进行采集,从而找到问题所在,解决问题。

目前很多系统都可以通过工作日志对系统进行跟踪定位,从而方便看到系统工作过程以及在出现问题时定位到具体问题点,但是对于一些处理流程比较复杂的系统,通过工作日志很难定位到具体的问题点,此时需要技术人员逐句运行代码查找问题的节点,导致耗费时间较长。



技术实现要素:

本发明的主要目的在于提供一种故障信息记录方法、装置、设备和存储介质,旨在解决目前工作日志不能满足快速定位到故障节点的技术问题。

为实现上述目的,本发明提供一种故障信息记录方法,所述故障信息记录方法包括以下步骤:

在业务系统运行过程中,获取所述业务系统中当前运行节点的执行结果;

判断所述当前节点的执行结果是否符合对应的追踪条件,在所述业务系统中各个节点设置有对应的追踪条件;

若所述当前节点的执行结果符合所述对应的追踪条件,则判定当前节点发生故障,并记录当前节点的执行结果。

优选地,在判定当前节点发生故障,并记录当前节点的执行结果之后,还包括:

在发生故障时,根据当前故障发生所在页面或者功能信息查找发生故障节点的执行结果;

根据查找到的所述执行结果和预设功能对照表进行故障定位。。

优选地,在根据查找到的所述执行结果和预设功能对照表进行故障定位之后,还包括:

根据故障定位获得的故障结果,进行分类统计;

对预设时间段内分类统计的结果进行分析,以确定各类别故障出现次数,并在故障出现次数超过预设次数时,发送对应的提示信息至对应的技术人员。

优选地,

所述在所述业务系统运行过程中,获取所述业务系统中当前运行节点的执行结果,包括:

在所述业务系统运行过程中,获取业务单元和公共运行单元中当前执行节点的执行结果,其中,所述业务系统包括所述公共单元和所述业务单元,所述业务单元接收用户操作指令,并根据用户操作指令调用所述公共单元执行对应的功能,所述在所述公共单元和业务单元中的各个节点分别设置对应的追踪条件。

优选地,所述判断当前节点的执行结果是否符合对应的追踪条件,包括:

步骤a、获取当前节点的开关状态,判断所述开关状态是否为开,若当前开关为开,则执行步骤:记录当前节点的执行结果,否则进入步骤b;

步骤b、根据当前节点的执行结果判断是否降级处理,若系统进行降级处理,则执行步骤:记录当前节点的执行结果,否则进入步骤c;

步骤c、判断所述用户操作指令中用户代理信息是否正确,如果正确则对所述操作指令进行加密,则进入步骤d,否则执行步骤:记录当前节点的执行结果;

步骤d、根据所述用户操作指令中用户名信息判断是否通过ip黑名单控制,若通过ip黑名单控制则进入步骤e,否则执行步骤:记录当前节点的执行结果;

步骤e、根据所述用户操作指令中访问设备判断所述访问设备的访问频率是否大于预设频率,若设备访问频率大于预设频率,记录当前节点的执行结果,否则执行步骤:进入步骤f;

步骤f、根据所述用户操作应用的平台版本判断所述平台版本是否通过,通过则进入步骤g,否则执行步骤:记录当前节点的执行结果;

步骤g、根据所述用户操作指令中登录状态判断登录态验证,若登录态验证通过则进行具体业务,否则执行步骤:记录当前节点的执行结果。

优选地,所述根据当前节点的执行结果判断是否降级处理,若系统进行降级,则执行步骤:记录当前节点的执行结果,包括:

若当前节点的执行结果表示超出预设访问量,则判定所述业务系统进行降级处理,记录当前节点的执行结果。

优选地,所述根据当前节点的执行结果判断是否降级处理,若系统进行降级,则执行步骤:记录当前节点的执行结果包括:

若当前节点的执行结果表示不响应,响应时间超过预设时间,或者响应结果不可用,则判定所述业务系统进行降级处理,记录当前节点的执行结果。

此外,为实现上述目的,本发明还提供一种故障信息记录装置,包括:

获取模块,用于在所述业务系统运行过程中,获取所述业务系统中当前运行节点的执行结果;

判断模块,用于判断当前节点的执行结果是否符合对应的追踪条件,在所述业务系统中各个节点设置有对应的追踪条件;

记录模块,用于若当前节点的执行结果符合对应的追踪条件,则判定当前节点发生故障,并记录当前节点的执行结果。

此外,为实现上述目的,本发明还提供一种故障信息记录设备,所述故障信息记录设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的故障信息记录程序,所述故障信息记录程序被所述处理器执行时实现如上述所述的方法的步骤。

此外,为实现上述目的,本发明还提供一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有故障信息记录程序,所述故障信息记录程序被处理器执行时实现如上所述的故障信息记录方法的步骤。

本发明中,为能够通过记录故障信息方法快速定位问题、分析并统计问题,在业务系统运行过程中所需的各底层节点中设置追踪节点方式,通过在业务系统中当前运行节点设置追踪条件,在执行结果符合追踪条件时,则说明当前运行节点的执行出现故障,此时会对应记录有追踪信息,每条追踪信息与对应的节点进行关联。从而在用户使用过程中,如果出现故障,则可以根据记录的执行结果快速进行定位。

附图说明

图1是本发明实施例方案涉及的故障信息记录装置硬件运行环境的终端结构示意图;

图2为本发明故障信息记录方法第一实施例的流程示意图;

图3为本发明故障信息记录方法第二实施例的流程示意图;

图4为本发明故障信息记录方法第三实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的实施方式作进一步地详细描述。

如图1所示,图1是本发明实施例方案涉及的故障信息记录装置设备硬件运行环境的结构示意图。

本发明实施例故障信息记录设备可以是pc主机、服务器等设备,也可以是其他类型的电子终端设备。

如图1所示,该故障信息记录设备可以包括:处理器1001,例如cpu,通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器,也可以是稳定的存储器(non-volatilememory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。

本领域技术人员可以理解,图1中示出的故障信息记录设备的硬件结构并不构成对故障信息记录设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

如图1所示,作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及故障信息记录程序。其中,操作系统是管理和控制故障信息记录设备与软件资源的程序,支持网络通信模块、用户接口模块、故障信息记录程序以及其他程序或软件的运行;网络通信模块用于管理和控制网络接口1002;用户接口模块用于管理和控制用户接口1003。

在图1所示的故障信息记录设备硬件结构中,网络接口1004主要用于连接系统后台,与系统后台进行数据通信;用户接口1003主要用于连接客户端(用户端),与客户端进行数据通信;故障信息记录设备通过处理器1001调用存储器1005中存储的故障信息记录程序,并执行以下操作:

在所述业务系统运行过程中,获取所述业务系统中当前运行节点的执行结果;

判断当前节点的执行结果是否符合对应的追踪条件,在所述业务系统中各个节点设置有对应的追踪条件;

若当前节点的执行结果符合对应的追踪条件,则判定当前节点发生故障,并记录当前节点的执行结果。

进一步地,处理器1001可以调用存储器1005中存储的故障信息记录程序,还执行以下操作:

根据当前故障发生所在页面或者功能信息查找发生故障节点的执行结果;

根据查找到的所述执行结果和预设功能对照表进行故障定位。

进一步地,处理器1001可以调用存储器1005中存储的故障信息记录程序,还执行以下操作:

根据故障定位获得的故障结果,进行分类统计;

对预设时间段内分类统计的结果进行分析,以确定各类别故障出现次数,并在故障出现次数超过预设次数时,发送对应的提示信息至对应的技术人员。

进一步地,处理器1001可以调用存储器1005中存储的故障信息记录程序,还执行以下操作:

在所述业务系统运行过程中,获取业务单元和公共运行单元中当前执行节点的执行结果,其中,所述业务系统包括所述公共单元和所述业务单元,所述业务单元接收用户操作指令,并根据用户操作指令调用所述公共单元执行对应的功能,所述在所述公共单元和业务单元中的各个节点分别设置对应的追踪条件。

进一步地,处理器1001可以调用存储器1005中存储的故障信息记录程序,还执行以下操作:

步骤a、获取当前节点的开关状态,判断所述开关状态是否为开,若当前开关为开,则执行步骤:记录当前节点的执行结果,否则进入步骤b;

步骤b、根据当前节点的执行结果判断是否降级处理,若系统进行降级处理,则执行步骤:记录当前节点的执行结果,否则进入步骤c;

步骤c、判断所述用户操作指令中用户代理信息是否正确,如果正确则对所述操作指令进行加密,则进入步骤d,否则执行步骤:记录当前节点的执行结果;

步骤d、根据所述用户操作指令中用户名信息判断是否通过ip黑名单控制,若通过ip黑名单控制则进入步骤e,否则执行步骤:记录当前节点的执行结果;

步骤e、根据所述用户操作指令中访问设备判断所述访问设备的访问频率是否大于预设频率,若设备访问频率大于预设频率,记录当前节点的执行结果,否则执行步骤:进入步骤f;

步骤f、根据所述用户操作应用的平台版本判断所述平台版本是否通过,通过则进入步骤g,否则执行步骤:记录当前节点的执行结果;

步骤g、根据所述用户操作指令中登录状态判断登录态验证,若登录态验证通过则进行具体业务,否则执行步骤:记录当前节点的执行结果。

进一步地,处理器1001可以调用存储器1005中存储的故障信息记录程序,还执行以下操作:

若当前节点的执行结果表示超出预设访问量,则判定所述业务系统进行降级处理,记录当前节点的执行结果。

进一步地,处理器1001可以调用存储器1005中存储的故障信息记录程序,还执行以下操作:

若当前节点的执行结果表示不响应,响应时间超过预设时间,或者响应结果不可用,则判定所述业务系统进行降级处理,记录当前节点的执行结果。

基于上述硬件结构,提出本发明故障信息记录方法的各个实施例。

参照图2,图2为本发明故障信息记录方法第一实施例的流程示意图。

本实施例中,当述故障信息记录方法包括以下步骤:

步骤s10,在所述业务系统运行过程中,获取所述业务系统中当前运行节点的执行结果。

在本发明实施方案中,该故障信息记录方法可以应用于提供在线产品或服务等的理财、医疗、健康、娱乐、社交、电子商务等诸多的业务系统中,业务处理系统可以包括:前端和服务器。本发明可以应用在前端和/或服务器,作为一种实施方式:将本发明应用在前端和服务器中,此时在发生业务时,前端和服务器都会执行对应的功能节点,比如前端为用户提供操作,并对用户信息进行验证,在验证通过后与服务器进行通信请求对应的数据,同时服务器反馈的内容展示给用户的设备;服务器则用以存储数据,并接收和处理前端方的操作请求并执行对应的功能,同时向前端反馈对应的执行数据。作为另一种实施例:可以将本发明应用在前端或者服务器中,此时与上一实施例的区别在于所有功能在前端或者服务器中执行,比如登录信息的验证功能在前端/服务器中执行。

为能够在系统发生故障或者问题时,能够记录对应的信息,快速进行定位,本发明在业务系统中每个功能节点预埋有对应的追踪条件,该追踪条件为系统发生故障/问题时所对应的追踪条件。

本发明将以理财产品或服务提供领域中终端业务功能的故障信息记录方法为例,并结合业务系统予以具体说明,本发明中前端可以如图1所示装置。

所述操作请求可以是:用户发送请求操作指令;所述相关信息至少包括:被触发操作请求的功能或业务的地址信息,如url(统一资源定位符)信息。

本实施例在业务系统运行当中,作为一种实施例,用户可以通过前端设备触发业务请求,比如访问宅e贷界面,前端接收用户的业务请求,将该业务请求发送给服务器,服务器在接收到该业务请求时,会依次执行对应的功能节点,在每次执行对应的功能节点时,获得当前执行节点的执行结果。

其中,依次执行的功能节点可以包括但不限于:开关状态、降级控制、校验是否通过,开关状态具体是指根据用户当前操作页面的内容,通过统一资源标识url从数据库中查找对应的开关信息;系统降级具体是指为保证当前服务可用的一种方式;校验是否通过是指在业务运行过程中用户使用的用户名、系统版本、平台版本等是否和业务系统中服务器的相同。

步骤s20,判断所述当前节点的执行结果是否符合对应的追踪条件;

本实施例中,在各个功能节点在运行过程中,会产生对应的执行结果,比如执行日志,在业务系统执行过程中根据步骤s10获得的当前节点运行的执行结果,然后在预先设置的所有追踪条件中查找该节点的追踪条件,根据当前运行节点的追踪条件和当前节点的执行结果进行判断,判断所述执行结果是否符合对应的追踪条件。

其中,在预先设置的所有追踪条件中查找该节点的追踪条件的过程可以具体为,预先给每个功能节点设置标识,然后利用标识关联对应的追踪条件,在业务执行过程中,则可以根据当前执行节点的标识在预先设置的所有追踪条件中进行查找。当然也可以直接将执行结果和所有的追踪条件进行查找。

步骤s30,若所述当前节点的执行结果符合所述对应的追踪条件,则判定当前节点发生故障,并记录当前节点的执行结果。

在业务流程运行过程中,当前执行节点能正常执行,根据步骤s20中获得的判断结果,如果判断结果为当前执行节点正常,则可进行下一个步骤,并不记录执行结果;如果判断结果为当前节点发生故障/问题,则记录该执行结果。

进一步地,本实施例中可以设置一信息记录库,将记录的执行结果进行存储。

本发明中,为能够通过记录故障信息方法快速定位问题、分析并统计问题,在业务系统运行过程中所需的各底层节点中设置追踪节点方式,通过在业务系统中当前运行节点设置追踪条件,在执行结果符合追踪条件时,则会记录,比如在某个节点的步骤执行出现错误时,则会对应记录有追踪信息,每条追踪信息与对应的节点进行关联。从而在用户使用过程中,如果出现故障,则可以根据记录的执行结果快速进行定位。

参阅图3,图3为本发明故障信息记录方法第二实施例的流程示意图。

基于本发明故障信息记录方法第一实施例,所述故障信息记录方法还包括:

步骤s40,根据当前故障发生所在页面或者功能信息查找发生故障节点的执行结果;

步骤s50,根据查找到的所述执行结果和预设功能对照表进行故障定位。

本实施例中为了快速进行定位,预先设置有功能对照表,该功能对照表中包括每个功能节点在执行过程中可能发生故障/问题时,所产生的执行结果。

本实施例中,当执行节点发生故障时,记录故障发生的时间,本实施例中可以根据发生故障的时间,在记录的执行信息中进行查找,查找到与故障发生时间相同或者最相近的执行结果,此时执行结果中也包括记录的时间,然后将查到的执行结果与预设功能对照表进行匹配,从而进行故障定位。

当然还可以当执行节点发生故障时,也可以不记录故障发生的时间,此时在发生故障时,则在记录的执行信息中查找最新记录的执行结果,作为当前故障的执行结果,然后将查到的执行结果与预设功能对照表进行匹配,从而进行故障定位。

进一步地,所述故障信息记录方法还包括:

步骤s60,根据故障定位获得的故障结果,进行分类统计;

步骤s70,对预设时间段内分类统计的结果进行分析,以确定各类别故障出现次数,并在故障出现次数超过预设次数时,发送对应的提示信息至对应的技术人员。

在故障定位后,根据故障定位确定各个记录信息对应的故障结果,以及预先设置的统计策略,进行分类统计,比如根据一周内发生故障结果的数值进行故障类型的分类统计,故障类型可以包括但不限于:机器故障、软件故障和系统故障,其中软件故障可以包括但不限于系统逻辑错误、验证出错等。该统计策略可以由用户根据需求设定。

进一步地,系统出现故障时,有些问题是偶然事件,有些问题是技术不完善造成,为能准确了解系统运行的状态,在分类统计完成后,对分类统计结果进行分析,确定各类故障出现的次数,在预设时间内出现次数超过预设次数的故障时,生成提示信息,发给对应的技术人员,以便技术人员进行改进。比如将发生故障的数量值预设为大于或等于20次。当故障出现次数超过预设次数时,系统发送提示消息当前页面无法显示,并提示对应的技术人员当前发生故障的位置信息,进行故障修复。

故障定位的快慢反映出系统服务的效率高,系统服务状态良好,对于用户使用和系统都有着非常重要的意义。

参阅图4,图4为本发明故障信息记录方法第三实施例的流程示意图。

基于本发明故障信息记录方法第一实施例,本实施例中为了便于收集系统产生的故障信息,以及减少多个具有相同基础的功能系统重复开发,本实施例中将相同基础功能设置为公共单元,多个业务系统在运行时,可以复制功能单元代码进行使用,或者调用公共单元所在群组进行基础验证,具体地,所述业务系统包括:公共单元和业务单元,所述业务单元用于接收用户操作指令,并根据用户操作指令进行处理,以调用所述公共单元执行对应的功能,所述在所述公共单元和业务单元中的各个节点分别设置对应的追踪条件;

相应的,步骤s10则替换为:步骤s11,在所述业务系统运行过程中,获取所述业务单元和所述公共运行单元中当前执行节点的执行结果。

本实施例中,分别在业务单元和公共运行单元中每个功能节点预埋有对应的追踪条件,其中公共运行单元的功能点则可以包括但不限于:获取开关状态、是否系统降级控制、用户代理信息是否正确、防黑客攻击、ip黑名单控制、设备访问频率控制、平台版本设备标识等校验、以及登录态验证等。

具体地,判断当前节点的执行结果是否符合对应的追踪条件,包括:步骤a、获取当前节点的开关状态,判断所述开关状态是否为开,若当前开关为开,则执行步骤:记录当前节点的执行结果,否则进入步骤b;

在接收到用户请求时,根据用户请求,确定用户操作的对象,比如访问i贷网页,在确定用户操作对象后,获取该对象对应的开关状态,本实施例中将所有对象的开关信息统一存储在数据库中进行统一管理,以避免现有技术中在开发过程中赋予对象具有开关功能时都需要单独写功能代码的情况,在获取该对象对应的开关状态时,通过统一资源标识url从数据库中查找对应的开关信息,如果对应的功能开关为开,则判定当前节点的执行结果符合预设条件,执行结果为访问失败,此时执行步骤记录当前节点的执行结果;如果对应的功能开关为关,则判定当前节点的执行结果不符合预设条件,进入步骤b。

步骤b、根据当前节点的执行结果判断是否降级处理,若系统进行降级处理,则执行步骤:记录当前节点的执行结果,否则进入步骤c;

在通过步骤a后,根据当前节点的执行结果判断是否降级处理,其中系统降级为保证当前服务可用的一种手段,比如对一服务来说同一时间请求数较多时,则会导致系统出现问题或者服务变慢,即访问并发量如果超了一阀值则系统就会不响应用户请求或响应的非常慢,对于实际需求来说,往往需要根据不同的业务接口请求采用多种不同的判断超过阈值并限流的方式,并且对超出阈值的流量进行降级处理,使服务保持可用。若检测到执行结果表示系统进行降级处理,则执行步骤:记录当前节点的执行结果,否则进入步骤c。

具体地,步骤b可以包括:

若当前节点的执行结果表示超出预设访问量则判定进行搜索业务系统进行降级处理,记录当前节点的执行结果。

本步骤中,预设访问量具体用于反映用户请求访问的次数,方便了解到用户访问的系统是否被恶意攻击、网络繁忙。

如果当前节点的执行结果表示当前访问量超过预设的访问阈值,则可向系统管理端发送告警信息,进行降级处理,并记录当前节点的执行结果,若不超出预设访问量,则执行步骤:返回结果可用。

进一步步骤b还可以包括:

若当前节点的执行结果表示不响应,响应时间超过预设时间,或者响应结果不可用,则判定所述业务系统进行降级处理,记录当前节点的执行结果。

具体地,执行结果中的响应时间具体用于反映系统的处理故障的效率,为便于对系统处理故障的效率进行优化。通过执行节点的执行结果进行判断,如果当前节点的执行结果表示不响应,响应时间超过预设时间,或者响应结果不可用,说明系统处理效率低,为保证服务可用,则系统会进行对应的降级处理;若不超出预设响应时间,则按照正常流程执行。

需要说明的经过步骤b后,如果执行结果表示系统进行降级处理,也可以进入步骤c。

步骤c、判断所述用户操作指令中用户代理信息是否正确,如果正确则对所述操作指令进行加密,则进入步骤d,否则执行步骤:记录当前节点的执行结果;

经过步骤b后,进一步判断用户操作指令中用户代理(useragent)信息是否正确,其中,用户代理信息是一个特殊字符串头,用于识别客户使用的操作系统及版本、cpu类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等,该方式主要验证用户使用的设备是否为正规的设备,经过服务器验证。如果用户操作指令中用户代理信息正确则对所述操作指令进行加密,防止信息被拦截、窃取,并进入步骤d,如果用户操作指令中用户代理信息不正确则执行步骤:记录当前节点的执行结果,将当前执行结果进行记录。

步骤d、根据所述用户操作指令中用户名信息判断是否通过ip黑名单控制,若通过ip黑名单控制通过则进入步骤e,否则执行步骤:记录当前节点的执行结果;

经过步骤c后,说明用户在正规的设备上进行操作,然而可能存在非法人员在正规设备上进行操作,因此根据用户操作指令中用户名信息判断是否通过ip黑名单控制,具体本发明中根据历史数据预先存储有ip黑名单,且该ip黑名单根据黑名单规则可以实时添加,如果用户操作指令中用户名信息判断通过ip黑名单控制,则进入步骤e,否则执行步骤:记录当前节点的执行结果。

步骤e、根据所述用户操作指令中访问设备判断所述访问设备的访问频率是否大于预设频率,若设备访问频率大于预设频率,记录当前节点的执行结果,否则执行步骤:进入步骤f;

为了避免同一设备中使用不同的用户名进行操作,进而影响系统运行,避免潜在危险,本实施例中还根据用户操作指令确定对应的访问设备,判断同一访问设备的访问频率是否大于预设频率,若设备访问频率大于预设频率,则说明同一设备访问频率过高,此时记录当前节点的执行结果,否则执行步骤:进入步骤f;

步骤f、根据所述用户操作应用的平台版本判断所述平台版本是否通过,通过则进入步骤g,否则执行步骤:记录当前节点的执行结果;

在经过步骤e后,根据用户操作指令确定用户操作应用的平台版本是否与服务器上一致,即验证用户操作应用的平台版本是否是最新版本,如果是则进入步骤g,否则执行步骤:记录当前节点的执行结果;

步骤g、根据所述用户操作指令中登录状态判断登录态验证,若登录态验证通过则进行具体业务,否则执行步骤:记录当前节点的执行结果。

若平台版本设备标识等校验通过,则进行登录态校验;若平台版本设备标识等校验未通过,则向请求信息记录库写入对应的信息;若登录态校验通过,则进行具体业务,比如访问贷款界面。

进一步地,本实施例中设置有信息记录库,用于记录节点的执行结果。

其中,业务单元的功能点可以包括但不限于:访问网页界面,记录网页执行步骤,执行流程是否正常等。

具体地,比如用户请求访问贷款界面,业务单元在接收到用户发送的请求访问指令时,根据用户发送的指令信息页面进行跳转至贷款界面;记录贷款执行步骤,根据用户所需完成的业务,对用户操作时所执行的步骤进行记录,并提示用户进行相应的操作;操作过程中,根据用户操作指令所对应的执行节点,获取执行节点的执行结果,若执行结果显示当前流程无异常,则提示用户可以进行下一步骤的操作;若当前执行结果显示异常,则将异常信息记录至信息记录库中;用户进行业务处理时,流程无异常,提示用户该业务办理成功并将执行成功的信息存储至信息记录库中;当用户处理业务成功时,系统通过操作界面反馈业务办理成功的节点代码编号给用户,并将业务成功节点代码编号存储至信息记录库中。

本实施例中,为能够通过记录故障信息方法快速定位问题、分析并统计问题,在业务系统运行过程中所需的各底层节点中设置追踪节点方式,通过在业务系统中当前运行节点设置追踪节点,从而在每个节点的步骤执行出现错误时,都会对应记录有追踪信息,每条追踪信息与对应的节点进行关联。因此在用户使用过程中,如果出现故障,则可以读取信息记录库,根据用户操作页面中出现错误的节点相关联的追踪节点功能对照表,从追踪节点功能对照表中找出对应的节点,从而快速定位问题,解决问题。

此外,本发明实施例还提出一种故障信息记录装置,该故障信息记录装置包括:

获取模块100,用于在所述业务系统运行过程中,接收用户操作的执行请求,获取当前的执行结果;

判断模块200,用于判断当前节点的执行结果是否符合对应的追踪条件,在所述业务系统中各个节点设置有对应的追踪条件;

记录模块300,用于若当前节点的执行结果符合对应的追踪条件,则判定当前节点发生故障,并记录当前节点的执行结果。

其中,获取模块100、判断模块200和记录模块300为图1中处理器1001读取存储器中故障信息记录程序中对应的代码而虚拟的模块,各个模块在执行时所实现的功能可参照本发明故障信息记录方法各个实施例,在此不再赘述。

此外本发明实施例还提出一种计算机可读存储介质。

本发明计算机可读存储介质上存储有故障信息记录程序,所述故障信息记录程序被处理器执行时实现如上述所述的故障信息记录方法的步骤。

其中,在所述处理器上运行的故障信息记录程序被执行时所实现的方法可参照本发明故障信息记录方法各个实施例,在此不再赘述。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1