一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

故障处理系统以及方法与流程

2022-03-09 05:01:09 来源:中国专利 TAG:


1.本说明书实施例涉及物联网技术领域,特别涉及故障处理系统以及方法。


背景技术:

2.随着计算机技术的发展,电子产品层出不穷,并且各类电子产品普遍都可以实现联网功能,在这种前提下,电子产品发生网络故障的情况也就变得越来越常见。现有技术中,由于设备的网络故障的原因复杂,那么为了解决网络故障的修复工作,通常采用两种解决方案,其一是将客户的同批次物联网卡放在测试设备中,用以模拟客户的物联网卡出现网络故障的原因,另一是将检测工具集成至用户的设备之中,使用户设备进行网络故障原因的检测。但是第一种检测方案,由于测试设备与用户设备所处的实际环境之间的差异,模拟效果并不是十分理想,应用场景十分有限,并且经常出现漏报、误报的情况;而第二种检测方案,由于检测工具集成在用户的设备之中,解决了检测环境的统一,检测结果的正确性有了保证,但是由于用户设备已经处在离线状态,无法第一时间将检测到的网络故障原因上传,那么此时相关的业务方也无法得知网络故障的原因,也就无法展开针对性的修复工作,这种方案下的网络故障检测的实际使用意义不大,因此,亟需一种有效的方案以解决上述问题。


技术实现要素:

3.有鉴于此,本说明书实施例提供了故障处理系统及方法。本说明书一个或者多个实施例同时涉及一种计算设备,一种计算机可读存储介质以及一种计算机程序,以解决现有技术中存在的技术缺陷。
4.根据本说明书实施例的第一方面,提供了一种故障处理系统,包括:业务终端和服务端;所述业务终端,被配置为在监测到主态网络故障的情况下,采集所述主态网络的故障信息以及读取业务终端日志文件;通过与所述主态网络服务供应方不同的备用态网络,将所述故障信息和所述业务终端日志文件发送至所述服务端;所述服务端,被配置为基于所述故障信息和所述业务终端日志文件确定所述主态网络对应的故障属性信息,并将所述故障属性信息发送至故障处理节点。
5.可选地,所述业务终端,进一步被配置为按照预设的时间周期采集所述主态网络中的各个网络节点的状态信息;基于所述状态信息检测所述主态网络是否存在故障;若是,执行所述采集所述主态网络的故障信息以及读取业务终端日志文件的步骤。
6.可选地,所述业务终端,进一步被配置为将所述状态信息与预设的常态状态信息表中的常态状态信息进行对比;在对比结果满足预设条件的情况下,执行所述按照预设的时间周期采集所述主态网络中的各个网络节点的状态信息的步骤;在对比结果不满足预设条件的情况下,执行所述采集所述主态网络的故障信息以及读取业务终端日志文件的步骤。
7.可选地,所述业务终端,进一步被配置为启动与所述主态网络的服务供应方不同的至少一个副态网络,并检测各个副态网络连接状态;基于网络连接状态检测结果在所述至少一个副态网络中选择网络连接正常的副态网络作为备用态网络。
8.可选地,所述服务端,进一步被配置为根据所述故障属性信息确定所述故障处理节点;将所述故障属性信息发送至所述故障处理节点。
9.可选地,所述的故障处理系统,还包括故障处理节点;所述故障处理节点,被配置为根据所述故障属性信息确定故障处理策略;根据所述故障处理策略对所述故障处理节点对应的故障网络节点修复,并在修复完成之后发送修复完成信息至所述业务终端;所述业务终端,还被配置为将所述备用态网络切换为所述主态网络。
10.可选地,所述服务端,还被配置为确定目标业务关联的多个初始业务终端,在多个初始业务终端中选择目标数量的初始业务终端作为所述业务终端。
11.可选地,所述故障属性信息包括下述至少一项:业务终端故障信息,服务供应方故障信息,服务端故障信息;所述服务供应方故障信息包括:服务供应方基站故障信息,服务供应方接入核心网故障信息,服务供应方对外网关故障信息;所述服务端网络故障信息包括:服务供应方业务变更信息,主态网络暂停服务信息,主态网络服务限制信息,公网联网故障信息。
12.根据本说明书实施例的第二方面,提供了一种应用于业务终端的故障处理方法,包括:监测主态网络的网络通信状态;在所述网络通信状态故障的情况下,采集所述主态网络的故障信息以及读取业务终端日志文件;通过与所述主态网络服务供应方不同的备用态网络,将所述故障信息和所述业务终端日志文件发送至服务端。
13.根据本说明书实施例的第三方面,提供了一种应用于服务端的故障处理方法,包括:接收业务终端反馈的故障信息和业务终端日志文件;基于所述故障信息和所述业务终端日志文件确定所述主态网络对应的故障属性信息;根据所述故障属性信息确定故障处理节点,并向所述故障处理节点发送所述故障属性信息。
14.根据本说明书实施例的第四方面,提供了一种计算设备,包括:存储器和处理器;所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令时实现应用于业务终端与服务端的任意一项所述故障处理方法的步骤。
15.根据本说明书实施例的第五方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现应用于业务终端与服务端的任意一项所述故障处理方法的步骤。
16.根据本说明书实施例的第六方面,提供了一种计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行上述应用于业务终端与服务端的任意一项所述故障处理方法的步骤。
17.本说明书提供的故障处理系统包括业务终端和服务端,业务终端实现了监测业务终端的主态网络是否发生了网络故障,在确定主态网络出现网络故障的情况下,将会采集主态网络的故障信息,并提取业务终端本时间段内的日志文件,之后将主态网络切换为备用态网络,其中备用态网络与主态网络的服务供应方不同,基于没有出现网络故障的备用态网络将故障信息与业务终端的日志文件发送至服务端;服务端接收到业务终端发送的故障信息与日志文件后,将会基于此确定业务终端主态网络的故障属性信息,之后将故障属性信息发送至故障处理节点,让故障处理节点去修复业务终端的主态网络出现的网络故障。使用这种故障处理系统的业务终端与服务端,能够实现业务终端的主态网络出现网络故障的情况下,快速的对网络故障的原因进行定位,并且将网络故障原因传输至服务端,使服务端可以实现对网络故障原因的分析,并基于分析结果将引起网络故障的故障原因及时传输至故障处理节点,使故障处理节点能够有针对性的对业务终端的主态网络的网络故障进行修复,从而大大降低了解决故障的时间,提升了解决故障效率,降低因网络故障引起的业务终端使用者的损失。
附图说明
18.图1是本说明书一个实施例提供的一种故障处理系统的结构示意图;图2是本说明书一个实施例提供的一种应用于业务终端的故障处理方法流程图;图3是本说明书一个实施例提供的一种应用于服务端的故障处理方法流程图;图4是本说明书一实施例提供的另一种业务处理系统的示意图;图5是本说明书一个实施例提供的一种故障处理系统交互示意图;图6是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
19.在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
20.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
21.应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
22.首先,对本说明书一个或多个实施例涉及的名词术语进行解释。
23.sdk:software development kit,软件开发工具包,一般是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件的开发工具的集合。它可以简单地为某个编程语言提供应用程序接口的一些文件,但也可能包括能与某种嵌入式系统通讯的复杂的硬件。
24.多网卡:又称智能卡,在一张 sim 卡含有多个运营商sim,即多个运营商网络通道。
25.物联网卡:是基于运营商提供物联网专用号段的移动通信接入业务。
26.故障预警:在物联网卡网络出现故障时,第一时间进行故障报警,使业务方快速定位并解决网络问题。
27.在本说明书中,提供了一种故障处理系统,本说明书同时涉及一种应用于业务终端的故障处理方法以及一种应用于服务端的故障处理方法,一种计算设备,一种计算机可读存储介质,以及一种计算机程序,在下面的实施例中逐一进行详细说明。
28.图1示出了根据本说明书一个实施例提供的一种故障处理系统的结构示意图,故障处理系统100包括业务终端110和服务端120;所述业务终端110,被配置为在监测到主态网络故障的情况下,采集所述主态网络的故障信息以及读取业务终端日志文件;通过与所述主态网络服务供应方不同的备用态网络,将所述故障信息和所述业务终端日志文件发送至所述服务端120;所述服务端120,被配置为基于所述故障信息和所述业务终端日志文件确定所述主态网络对应的故障属性信息,并将所述故障属性信息发送至故障处理节点。
29.其中,业务终端110具体是指拥有联网功能的设备与装置,能够实现通过网络与服务端120进行连接,在这里需要说明的是,业务终端110还可以使用主态网络实现与其他的服务端进行连接,完成信息交互,也就是说,业务终端110可以通过主态网络与多个不同的服务端进行交互。主态网络是指业务终端110在处理自身业务过程中和服务端120进行连接的网络,实现信息的交互。服务供应方为运营商,提供一套完整的网络服务。备用态网络是指业务终端110与服务端120进行连接的不同于主态网络的网络,应用于主态网络出现网络故障的情况下,对业务终端110与服务端120进行连接。其中,主态网络和备用态网络对应不同的运营商。故障信息为业务终端110对主态网络发生网络故障的监测信息。日志文件为业务终端记录自身的历史运行信息的文件。服务端120是业务终端110出现网络故障情况时,为了处理出现的网络故障问题而专门构建的服务端。故障属性信息包含着主态网络出现网络故障的网络节点和故障具体原因,故障处理节点是指处理网络故障问题的节点,其对接处理网络故障的设备、系统、装置、相关业务人员等。
30.基于此,业务终端110在工作过程中,若出现网络故障的情况,通过ping 包、心跳保活等技术手段对网络故障进行检测,得到故障信息,同时将记录着业务终端110的历史运行信息的日志文件提取,之后切换业务终端110的网络连接,切换成与业务终端110正常工作时使用的主态网络的服务供应商不同的备用态网络,即运营商不同的备用态网络。通过备用态网络,将收集到的故障信息与日志文件传输至处理业务终端110的网络故障问题的服务端120。关于服务端120,具备信息处理能力,根据故障信息与日志文件确定故障属性信息,可以确定业务终端110的主态网络的网络故障问题来自于哪些网络节点,之后将故障属
性信息发送至可以处理此处网络节点的网络故障的故障处理节点,由故障处理节点对出现网络故障的网络节点进行修复,恢复网络连接。
31.举例说明,在共享单车行业中,在a市的b城区布置了100辆自行车,在这100辆自行车中集成了多网卡与sdk。这100辆自行车处在联网状态,用户在对自行车c扫码之后,自行车c将扫码信息通过i网络进行传输,由服务器确定用户的账户的扫码和扣费,之后将自行车开锁指令通过i网络传输至自行车c,当自行车c与服务器之间用于信息传递的i网络出现网络故障的时候,sdk在自行车c本地进行网络检测和链路保活检测,得到i网络出现的网络故障的故障信息,之后再获取自行车c的日志文件。之后切换多网卡中的网络连接,将与i网络的运营商不同的j网络作为切换后的网络,再通过j网络将日志文件与故障信息传输至专属服务器d。
32.服务器d基于故障信息与日志文件得到故障属性信息g,故障属性信息g中包含着i网络中出现网络故障的网络节点。最后,服务器d将得到的故障属性信息发送至故障处理节点,故障处理节点通过解析得到故障属相信息g指示了主态网络的网络故障是由基站产生,之后故障处理节点通知相关业务人员,相关业务人员可以基于故障属性信息g构建i网络的网络故障修复方案。
33.综上,通过对在设备上集成网络故障检测装置,可以实现对网故障检测的实时性与准确性,之后采取切换网络连接的方式,使检测结果可以第一时间传输至处理网络故障问题的服务端,服务端经过对得到的检测结果进行初步的分析,确定了网络故障的网络节点,再将确定的结果传输给故障处理节点,方便故障处理节点做到快速制定针对性的故障修复方案,这里需要说明的是,服务端也可以实现故障修复方案的制定,之后经具体的故障修复方案传输至故障处理节点,使故障处理节点无需进行计算,直接根据得到的故障修复方案进行网络故障的修复。
34.进一步的,监测业务终端110的过主态程中,需要对业务终端110的主态网络状态中的每一个网络节点进行实时的监测,而实时监测则会出现大量的无用监测数据,极大的浪费了监测设备的资源,为了解决以上问题,在本实施例中,所述业务终端110,进一步被配置为按照预设的时间周期采集所述主态网络中的各个网络节点的状态信息;基于所述状态信息检测所述主态网络是否存在故障;若是,执行所述采集所述主态网络的故障信息以及读取业务终端日志文件的步骤。
35.其中,预设的时间周期是代表着主态网络进行监测的监测频率,时间周期越短,监测频率越快,反之则监测频率越慢。
36.基于此,业务终端110对于主态网络进行监测,根据固定时间周期对主态网络的网络节点的状态信息进行检测,可以有效的对主态网络产生网络故障的情况进行发现,并且具备实时性,从网络故障的产生到发现的时间间隔为设定的一个时间周期之内,这种时间上的抽检行为,相对于全程的实时检测,减轻了业务终端压力,在监测效率可控的情况下,节省了计算资源。
37.进一步的,在根据状态信息对主态网络是否存在网络故障的判断时,可以采用将状态信息与预设的标准状态信息进行对比,本实施例中,所述业务终端110,进一步被配置为将所述状态信息与预设的常态状态信息表中的常态状态信息进行对比;在对比结果满足预设条件的情况下,执行所述按照预设的时间周期采集所述主态网络中的各个网络节点的
状态信息的步骤;在对比结果不满足预设条件的情况下,执行所述采集所述主态网络的故障信息以及读取业务终端110日志文件的步骤。
38.其中,预设的常态状态信息表中存储着不同的网络节点在不同的环境中的状态信息,需要说明的是,由于常态状态信息表在本说明书之中执行的任务,环境场景为业务终端110,也就是说常态状态信息表中可以只拥有对于当前业务终端110的环境的状态信息。
39.基于此,在对网络节点的状态信息进行监测时,需要将实时采集发到的网络节点的状态信息与预设的常态状态信息表进行对比,需要说明的是,常态状态信息表中记述的信息,可以为一个值或者一个范围,在待检测的状态信息与常态状态信息表进行了对比,在状态信息与常态状态信息表中的对应数据相同时,或者是状态信息在常态状态信息表中展示范围之内时,说明了状态信息满足预设条件,继续对主态网络进行监测,反之,则说明状态信息不满足预设条件,此时主态网络出现了网络故障,需要提取故障信息以及业务终端110的日志文件。
40.沿用上例,以10毫秒为一个时间周期,对共享自行车c的i网络中的各个网络节点的状态信息进行采集,并且将采集到的状态信息与常态状态信息表进行对比,状态信息在常态状态信息表中记述的数据范围之内时,继续以10毫秒为一个时间周期采集i网络中的各个网络节点的状态信息,即继续监测i网络是否出现网络故障,状态信息在常态状态信息表中记述的数据范围之外时,说明此时i网络出现了网络故障,采集在常态状态信息表中记载的数据范围之外的网络节点的故障信息,并提取当前的共享自行车c的日志文件。
41.综上,通过固定时间周期的主态网络中的各个网络节点的状态信息的采集,并与预设的常态状态信息表进行对比,实现了实时、快速、准确的主态网络的监测。
42.进一步的,在业务终端110的主态网络出现网络故障的情况下,切换备用态网络,对主态网络的网络故障信息进行传输,但是在这种情况下,并不能确定备用态网络是否能够实现正常的网络传输任务,所以还需要对备用态网络的网络连接情况进行检测,在本实施例中,所述业务终端110,进一步被配置为启动与所述主态网络的服务供应方不同的至少一个副态网络,并检测各个副态网络连接状态;基于网络连接状态检测结果在所述至少一个副态网络中选择网络连接正常的副态网络作为备用态网络。
43.其中,副态网络为业务终端110中除了主态网络外的其他运营商的网络,在主态网络出现网络故障的情况下,备用态网络从能够进行网络传输的副态网络中的选取。
44.基于此,在业务终端110的主态网络出现网络故障的情况下,对业务终端110中的多个副态网络进行网络连接情况检测,这些副态网络的服务供应方都不相同,也就是说,副态网络与主态网络进行网络传输的时候所依托的基站、供应商、服务器等等都不相同,那么在主态网络出现网络故障的情况下,副态网络依旧可以保证拥有良好的网络连接情况。对副态网络进行网络连接情况检测,与上述的对主态网络的网络连接情况进行检测的方法相似,都是以固定周期对网络节点的状态信息进行采集,并与常态状态信息表进行对比,依据对比结果对网络的连接情况进行判断,在这里不进行过多赘述。在进行网络连接状况的检测之后,确定了那些网络连接状况良好的副态网络,从这些副态网络中选择至少一个作为备用态网络。
45.沿用上例,在共享自行车c的i网络出现网络故障的情况下,对共享自行车c中的j、k、l网络进行网络连接状况检测,经过检测得知j网络的连接状况良好,此时将j网络确定为
备用态网络。
46.综上,通过对副态网络进行网络连接状况的检测,保证了备用态网络可以在主态网络出现网络故障的时候,将故障信息与日志文件发送至服务端120。
47.进一步的,在服务端120基于接收到的故障信息与日志文件确定故障属性信息之后,需要将故障属性信息发送至故障处理节点,而故障处理节点再本实施例中并没有被限定,可以为一个也可以为多个,例如出现网络故障的原因可能是基站有问题,也有可能是服务器有问题,而对基站与服务器进行修复的故障处理节点使完全不同的,所以在将故障属性信息发送过程中需要确定故障处理节点,本实施例中,所述服务端120,进一步被配置为根据所述故障属性信息确定所述故障处理节点;将所述故障属性信息发送至所述故障处理节点。
48.基于此,在判断修复故障属性信息对应的网络故障的故障处理节点时,可以根据故障属性信息中记载的出现网络故障的网络节点去确定故障处理节点,也可以通过其他的方面确定故障处理节点,本实施例对于确定依据不进行限定。
49.沿用上例,服务端d接收到了共享自行车c发送的故障信息与日志文件,根据故障信息与日志文件确定了故障属性信息,根据故障属性信息的指示,i网络的网络节点e出现了网络故障,根据网络节点e,将故障属性信息发送至对应的故障处理节点f。
50.综上,将故障属性信息发送至对应的故障处理节点,使故障处理节点可以做到有针对性的对网络故障进行修复方案的制定。
51.进一步的,在故障处理节点将业务终端110的主态网络的网络故障进行修复之后,业务终端110还需要将备用态网络切换回主态网络,在本实施例中,所述故障处理节点,被配置为根据所述故障属性信息确定故障处理策略;根据所述故障处理策略对所述故障处理节点对应的故障网络节点修复,并在修复完成之后发送修复完成信息至所述业务终端;所述业务终端,还被配置为将所述备用态网络切换为所述主态网络。
52.其中,故障处理策略为对主态网络的网络故障进行修复的具体方案;修复完成信息为故障处理节点将主态网络的网络故障修复完成之后基于业务终端110的一个反馈信息,业务终端110根据这个反馈信息将备用态网络切换回主态网络。
53.基于此,故障处理节点接收到故障属性信息后,根据故障属性信息中记述的发生网络故障的网络节点,网络故障的诱因等信息,制定修复主态网络的网络故障的故障处理策略,之后依据故障处理策略对网络故障进行修复,需要说明的是,故障处理节点也可以不去修复主态网络的网络故障,而仅仅是制定故障处理策略,之后将故障处理策略发送至下级的故障处理子节点,由故障处理子节点对主态网络的网络故障进行修复;在主态网络的网络故障被修复完成之后,发送修复完成信息至所述业务终端110,业务终端110将备用态网络切换回主态网络。
54.沿用上例,故障处理节点根据故障属性信息制定故障处理策略,之后故障处理节点将故障处理策略发送至相关业务人员,相关业务人员根据故障处理策略中指示的内容,得知故障发生在主态网络的基站,之后相关业务人员对基站进行检修,修复完成之后给故障处理节点反馈修复完成信息,故障处理节点反馈修复完成信息至共享自行车c,共享自行车c将j网络切换回i网络。
55.综上,通过以上方式,可以对主态网络的网络故障进行快速和准确的修复,增强了
针对性,降低了修复工作的检查资源消耗。
56.进一步的,在对一个区域内的终端进行网络状态监测的情况下,由于区域相近,外部环境类似,各个终端的型号相同,那么此时对这一整个区域的终端进行网络状况监测的情况下就不需要对所有的终端进行监测,仅仅需要对这一批终端的其中一部分业务终端110进行监测,就能实现这一整个区域的网络状况监测,在本实施例中,所述服务端120,还被配置为确定目标业务关联的多个初始业务终端,在多个初始业务终端中选择目标数量的初始业务终端作为所述业务终端。
57.其中,初始业务终端为某个区域内的同一种类终端,例如上例中提到的“在a市的b城区布置了100辆自行车”。
58.基于此,确定某个区域或是某个项目的终端为初始业务终端,之后选定额定数量的初始业务终端作为业务终端。通过这种类似抽样检测的方法,对少数量的业务终端进行监测,就能实现对全部终端的网络连接情况在宏观上实现监测,节省了业务终端中检测模块与多网卡的布置花销,并且减轻了服务端120的计算压力。
59.进一步的,关于故障属相信息包括下述至少一项:业务终端故障信息,服务供应方故障信息,服务端故障信息;所述服务供应方故障信息包括:服务供应方基站故障信息,服务供应方接入核心网故障信息,服务供应方对外网关故障信息;所述服务端网络故障信息包括:服务供应方业务变更信息,服务供应方业务变更信息,主态网络服务限制信息,公网联网故障信息。
60.其中,业务终端故障信息指示了业务终端自身产生故障的信息,服务供应方基站故障信息指示了服务供应方基站产生故障的信息,服务供应方接入核心网故障信息指示了服务供应方接入核心网产生故障的信息,之后关于服务供应方对外网关故障信息、服务供应方业务变更信息、服务供应方业务变更信息、主态网络服务限制信息、公网联网故障信息也与上述情况类似,在此处不进行过多赘述。
61.本说明书使用这种故障处理系统的业务终端与服务端,能够实现业务终端的主态网络出现网络故障的情况下,快速的对网络故障的原因进行定位,并且将网络故障原因传输至服务端,使服务端可以实现对网络故障原因的分析,并基于分析结果将引起网络故障的故障原因及时传输至故障处理节点,使故障处理节点能够有针对性的对业务终端的主态网络的网络故障进行修复,从而大大降低了解决故障的时间,提升了解决故障效率,降低因网络故障引起的业务终端使用者的损失。
62.与上述系统实施例相对应,本说明书还提供了故障处理方法实施例,图2示出了本说明书一实施例提供的一种应用于业务终端的故障处理方法的流程图。如图2所示,该方法应用于业务终端,包括:步骤s202:监测主态网络的网络通信状态;步骤s204:在所述网络通信状态故障的情况下,采集所述主态网络的故障信息以及读取业务终端日志文件;步骤s206:通过与所述主态网络服务供应方不同的备用态网络,将所述故障信息和所述业务终端日志文件发送至服务端。
63.一个可选的实施例中,所述业务终端按照预设的时间周期采集所述主态网络中的各个网络节点的状态信息;基于所述状态信息检测所述主态网络是否存在故障;若是,执行
所述采集所述主态网络的故障信息以及读取业务终端日志文件的步骤。
64.一个可选的实施例中,所述业务终端将所述状态信息与预设的常态状态信息表中的常态状态信息进行对比;在对比结果满足预设条件的情况下,执行所述按照预设的时间周期采集所述主态网络中的各个网络节点的状态信息的步骤;在对比结果不满足预设条件的情况下,执行所述采集所述主态网络的故障信息以及读取业务终端日志文件的步骤。
65.一个可选的实施例中,所述业务终端启动与所述主态网络的服务供应方不同的至少一个副态网络,并检测各个副态网络连接状态;基于网络连接状态检测结果在所述至少一个副态网络中选择网络连接正常的副态网络作为备用态网络。
66.本说明书使用这种故障处理方法,能够实现业务终端的主态网络出现网络故障的情况下,快速的对网络故障的原因进行定位,并且将网络故障原因传输至服务端,使服务端可以实现对网络故障原因的分析,并基于分析结果将引起网络故障的故障原因及时传输至故障处理节点,使故障处理节点能够有针对性的对业务终端的主态网络的网络故障进行修复,从而大大降低了解决故障的时间,提升了解决故障效率,降低因网络故障引起的业务终端使用者的损失。
67.需要说明的是,本实施例提供的应用于业务终端的故障处理方法,与上述故障处理系统中业务终端处理过程相似,相同或相应的描述内容在此不作过多赘述,均可参见上述实施例。
68.与上述系统实施例相对应,本说明书还提供了故障处理方法实施例,图3示出了本说明书一实施例提供的一种应用于服务端的故障处理方法的流程图。如图3所示,该方法应用于服务端,包括:步骤s302:接收业务终端反馈的故障信息和业务终端日志文件;步骤s304:基于所述故障信息和所述业务终端日志文件确定所述主态网络对应的故障属性信息;步骤s306:根据所述故障属性信息确定故障处理节点,并向所述故障处理节点发送所述故障属性信息。
69.一个可选的实施例中,所述服务端根据所述故障属性信息确定所述故障处理节点;将所述故障属性信息发送至所述故障处理节点。
70.一个可选的实施例中,所述故障处理节点根据所述故障属性信息确定故障处理策略;根据所述故障处理策略对所述故障处理节点对应的故障网络节点修复,并在修复完成之后发送修复完成信息至所述业务终端;所述业务终端,还被配置为将所述备用态网络切换为所述主态网络。
71.一个可选的实施例中,所述服务端确定目标业务关联的多个初始业务终端,在多个初始业务终端中选择目标数量的初始业务终端作为所述业务终端。
72.一个可选的实施例中,所述故障属性信息包括下述至少一项:业务终端故障信息,服务供应方故障信息,服务端故障信息;所述服务供应方故障信息包括:服务供应方基站故障信息,服务供应方接入核心网故障信息,服务供应方对外网关故障信息;所述服务端网络故障信息包括:服务供应方业务变更信息,主态网络暂停服务信息,主态网络服务限制信息,公网联网故障信息。
73.本说明书使用这种故障处理方法,能够实现业务终端的主态网络出现网络故障的
情况下,快速的对网络故障的原因进行定位,并且将网络故障原因传输至服务端,使服务端可以实现对网络故障原因的分析,并基于分析结果将引起网络故障的故障原因及时传输至故障处理节点,使故障处理节点能够有针对性的对业务终端的主态网络的网络故障进行修复,从而大大降低了解决故障的时间,提升了解决故障效率,降低因网络故障引起的业务终端使用者的损失。
74.需要说明的是,本实施例提供的应用于服务端的故障处理方法,与上述故障处理系统中服务端处理过程相似,相同或相应的描述内容在此不作过多赘述,均可参见上述实施例。
75.下述为本说明书提供的故障处理系统对应的实施例:图4是本说明书一实施例提供的另一种业务处理系统的示意图;图5是本说明书一个实施例提供的一种故障处理系统交互示意图;用于对故障处理系统进一步说明。
76.参见图4所示的结构示意图,本说明书提供的故障处理系统包括业务终端以及服务端,其中1.设备为业务终端,如图4中所述,业务终端集成了2.sdk,其中2.sdk中由包含3.检测模块和4.切网模块,除此之外,业务终端还集成了5.多网卡;6.服务端,其主要功能由7.远程管理模块完成,参见图5所示的故障处理系统交互示意图,故障处理系统的工作具体实现如下:s502:业务终端监测主态网络故障;s504:业务终端采集所述主态网络的故障信息以及读取业务终端日志文件;s506:业务终端切换备用态网络;s508:业务终端上传故障信息、日志文件至服务端;s510:服务端构建故障属性信息;s512:服务端将故障属性信息发送至故障处理节点;s514:服务端发送修复完成信息至业务终端;s516:业务终端切换主态网络。
77.举例说明,在a城市的b城区内有着c品牌的自动售卖机,这种自动售卖机可以通过用户扫码购买饮品、零食,用户扫码之后,自动售卖机将扫码信息通过d网络传输至服务端,实现用户账户的扣款,扣款信息从服务端反馈至自动售卖机后,自动售卖机将用户选择的商品自货架中拿出,供用户拿取,d网络出现网络故障的情况下,用户是无法通过此自动售卖机进行正常的交易活动的。所以自动售卖机根据其中集成的检测模块,实时监测自身d网络的网络连接情况。
78.进一步的,在出现网络故障的情况下,通过切网模块将d网络切换至e网络,而d网络与e网络都可以通过多网卡中包含的不同运营商进行连通。自动售卖机将检测模块检测出的故障信息与日志文件通过e网络传输至服务端,服务端通过远程管理模块对d网络的网络故障原因进行分析,并将分析结果发送至故障处理节点,对d网络的网络故障进行修复,在修复完成后,远程管理模块将会发送修复完成信号至自动售卖机,自动售卖机将e网络切换回d网络。
79.综上所述,基于业务终端和服务端交互后的分析结果,将引起网络故障的故障原因及时传输至故障处理节点,使故障处理节点能够有针对性的对业务终端的主态网络的网络故障进行修复,从而大大降低了解决故障的时间,提升了解决故障效率,降低因网络故障
引起的业务终端使用者的损失。
80.上述为本实施例的一种故障处理系统的示意性方案。需要说明的是,该故障处理系统的技术方案与上述的故障处理方法的技术方案属于同一构思,故障处理方法的技术方案未详细描述的细节内容,均可以参见上述故障处理系统的技术方案的描述。
81.图6示出了根据本说明书一个实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接,数据库650用于保存数据。
82.计算设备600还包括接入设备640,接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(nic))中的一个或多个,诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口,等等。
83.在本说明书的一个实施例中,计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图6所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
84.计算设备600可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或pc的静止计算设备。计算设备600还可以是移动式或静止式的服务器。
85.其中,处理器620用于执行如下计算机可执行指令,该计算机可执行指令被处理器执行时实现上述两种故障处理方法的步骤。
86.上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的两种故障处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述两种故障处理方法的技术方案的描述。
87.本说明书一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现上述两种故障处理方法的步骤。
88.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的两种故障处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述两种故障处理方法的技术方案的描述。
89.本说明书一实施例还提供一种计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行上述两种故障处理方法的步骤。
90.上述为本实施例的一种计算机程序的示意性方案。需要说明的是,该计算机程序的技术方案与上述的两种故障处理方法的技术方案属于同一构思,计算机程序的技术方案未详细描述的细节内容,均可以参见上述两种故障处理方法的技术方案的描述。
91.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来
执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
92.所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
93.需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书实施例并不受所描述的动作顺序的限制,因为依据本说明书实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书实施例所必须的。
94.在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
95.以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书实施例的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献