计算;推算;计数设备的制造及其应用技术1.本文件涉及通信技术领域,尤其涉及一种故障处理方法、装置、设备及存储介质。背景技术:2.在移动通信领域,营业厅的工作人员在为用户办理业务的过程中,难免会遇到故障发生的情况,比如查询不到用户信息等。目前,工作人员在遇到业务处理故障时,通过电话、网页、微信群等方式将故障上报至后台的运维人员,等待后台的运维人员进行故障解决。由此可见,现有技术主要通过人工的方式将业务处理过程中发生的故障进行上报,由于人工上报难免存在速度慢、故障描述不准确等问题,因此降低了故障处理效率。技术实现要素:3.本说明书一实施例提供了一种故障处理方法、装置、设备及存储介质,能够在业务处理过程中发生故障时,提高故障处理效率。4.为达到上述技术目的,本说明书一个或多个实施例是这样实现的:5.第一方面,本说明书一个实施例提供了一种故障处理方法,应用于业务处理终端,包括:6.获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于所述业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对所述业务支撑系统的错误提示界面;7.若是,则针对所述系统界面和所述错误提示界面执行截图操作,得到截图数据,基于所述截图数据生成第一业务故障信息;若否,则获取预设时间范围内的针对所述业务处理终端的录屏数据,基于所述录屏数据生成第二业务故障信息;8.在所述业务处理终端中运行预设的故障检测指令,根据所述故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,将所述业务故障数据上报至故障处理服务器,以用于故障处理。9.第二方面,本说明书另一个实施例提供了一种故障处理方法,应用于故障处理服务器,包括:10.获取业务处理终端通过上述第一方面所述的故障处理方法多次上报的业务故障数据;11.按照预设的故障数据分类维度,对各次上报的所述业务故障数据进行分类;12.针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议;13.获取故障处理人员基于所述故障批量处理建议提交的故障处理结果,将所述故障处理结果反馈至业务处理终端的业务处理人员。14.第三方面,本说明书另一个实施例提供了一种故障处理装置,应用于业务处理终端,包括:15.界面检测单元,用于获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于所述业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对所述业务支撑系统的错误提示界面;16.信息生成单元,用于若是,则针对所述系统界面和所述错误提示界面执行截图操作,得到截图数据,基于所述截图数据生成第一业务故障信息;若否,则获取预设时间范围内的针对所述业务处理终端的录屏数据,基于所述录屏数据生成第二业务故障信息;17.故障上报单元,用于在所述业务处理终端中运行预设的故障检测指令,根据所述故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,将所述业务故障数据上报至故障处理服务器,以用于故障处理。18.第四方面,本说明书另一个实施例提供了一种故障处理装置,应用于故障处理服务器,包括:19.数据获取单元,用于获取业务处理终端通过上述第三方面所述的故障处理装置多次上报的业务故障数据;20.数据分类单元,用于按照预设的故障数据分类维度,对各次上报的所述业务故障数据进行分类;21.建议生成单元,用于针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议;22.结果反馈单元,用于获取故障处理人员基于所述故障批量处理建议提交的故障处理结果,将所述故障处理结果反馈至业务处理终端的业务处理人员。23.第五方面,本说明书另一个实施例提供了一种故障处理设备,所述设备包括:处理器以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器实现如上述第一方面或者第二方面所述的故障处理方法的步骤。24.第六方面,本说明书另一个实施例提供了一种存储介质,用于存储计算机可执行指令,所述可执行指令在被处理器执行时使所述处理器实现如上述第一方面或者第二方面所述的故障处理方法的步骤。25.本说明书一个或多个实施例所提供的故障处理方法、装置、设备及存储介质,在获取到业务处理人员在业务处理过程中执行的业务故障上报操作之后,能够响应于该操作,自动根据系统的运行情况生成第一业务故障信息或者第二业务故障信息,接着在业务处理终端中运行预设的故障检测指令,根据故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,自动将业务故障数据上报至故障处理服务器。可见,通过本实施例,业务处理人员在确定业务故障后,能够执行业务故障上报操作从而触发业务故障数据的自动生成和自动上报,从而避免人工上报故障存在的速度慢、故障描述不准确等问题,提高业务故障的上报效率,进而提高故障处理效率。附图说明26.为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。27.图1为本说明书一实施例提供的故障方法应用场景示意图;28.图2为本说明书一实施例提供的故障处理方法的流程示意图;29.图3为本说明书另一实施例提供的故障处理方法的流程示意图;30.图4为本说明书一实施例提供的故障处理装置的模块组成示意图;31.图5为本说明书一实施例提供的故障处理装置的模块组成示意图;32.图6为本说明书一实施例提供的故障处理设备的结构示意图。具体实施方式33.为了使本技术领域的人员更好地理解本文件中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本文件一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件保护的范围。34.图1为本说明书一实施例提供的故障方法应用场景示意图,如图1所示,该场景包括业务处理终端、故障处理服务器、故障处理终端。其中,业务处理终端是指营业厅里用于处理业务的电子设备,比如台席终端或者平板电脑或者智能手机。故障处理服务器位于后台,具体可以为后台服务器。故障处理终端可以是任何具有数据展示功能、数据处理功能的电子设备,比如手机、台式电脑、平板电脑等,此处不再一一举例。图1中,业务处理终端在接收到业务处理人员在业务处理过程中执行的业务故障上报操作之后,自动生成业务故障数据并上报至故障处理服务器。故障处理服务器接收到业务故障数据后,生成故障处理建议,将上述业务故障数据和故障处理建议发送至故障处理终端。故障处理人员通过故障处理终端获取业务故障数据和故障处理建议并进行故障处理,故障处理终端将故障处理人员上报的故障处理结果发送至故障处理服务器。故障处理服务器可以将接收到的故障处理结果反馈至业务处理终端的业务处理人员,比如反馈至上述的业务处理终端或者反馈至故障处理人员的个人手机。35.图2为本说明书一实施例提供的故障处理方法的流程示意图,该方法应用于上述的业务处理终端,具体由业务处理终端内预先安装的工具程序执行,如图2所示,该流程包括:36.步骤s202,获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对业务支撑系统的错误提示界面;37.步骤s204,若是,则针对系统界面和错误提示界面执行截图操作,得到截图数据,基于截图数据生成第一业务故障信息;若否,则获取预设时间范围内的针对业务处理终端的录屏数据,基于录屏数据生成第二业务故障信息;38.步骤s206,在业务处理终端中运行预设的故障检测指令,根据故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,将业务故障数据上报至故障处理服务器,以用于故障处理。39.本实施例中,在获取到业务处理人员在业务处理过程中执行的业务故障上报操作之后,能够响应于该操作,自动根据系统的运行情况生成第一业务故障信息或者第二业务故障信息,接着在业务处理终端中运行预设的故障检测指令,根据故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,自动将业务故障数据上报至故障处理服务器。可见,通过本实施例,业务处理人员在确定业务故障后,能够执行业务故障上报操作从而触发业务故障数据的自动生成和自动上报,从而避免人工上报故障存在的速度慢、故障描述不准确等问题,提高业务故障的上报效率,进而提高故障处理效率。40.上述步骤s202中,业务处理终端获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对业务支撑系统的错误提示界面。其中,业务处理人员可以通过光标点击、触控、键盘输入、触发特定快捷键等方式,执行业务故障上报操作。检测是否运行有业务支撑系统的系统界面可以是,检测业务支撑系统对应的进程是否运行,在业务支撑系统对应的进程运行的情况下,业务支撑系统的系统界面可能处于展示状态也可能处于最小化状态。检测是否运行有针对业务支撑系统的错误提示界面可以是检测业务处理终端的屏幕上是否显示有该错误提示界面。41.如果检测到业务支撑系统的系统界面和针对业务支撑系统的错误提示界面,但业务支撑系统的系统界面或针对业务支撑系统的错误提示界面被其他页面所覆盖,或被最小化,则将业务支撑系统的系统界面置顶并最大化,并将针对业务支撑系统的错误提示界面至于业务支撑系统的系统界面之上,并将该错误提示界面放置于业务支撑系统的系统界面上的合适位置,以使错误提示界面不遮挡系统界面中的重要内容。42.上述步骤s204中,若检测到系统界面和错误提示界面,则针对系统界面和错误提示界面执行截图操作,得到截图数据,基于截图数据生成第一业务故障信息。本实施例中,截图数据包括针对系统界面的第一图像数据和针对错误提示界面的第二图像数据。具体地,针对系统界面和错误提示界面执行截图操作时,可以生成一张截图图像,该图像中包含系统界面的第一图像和错误提示界面的第二图像,从而截图数据中包括针对系统界面的第一图像数据和针对错误提示界面的第二图像数据。43.上述基于截图数据生成第一业务故障信息具体包括:44.(a1)对第一图像数据中包含的各个页面标签进行识别,根据识别结果确定业务处理人员的业务操作路径;45.(a2)对第一图像数据中包含的业务标识进行识别,根据识别结果确定故障业务的业务标识;46.(a3)获取第二图像数据中包含的错误代码和错误原因;47.(a4)根据截图数据、业务处理人员的业务操作路径、故障业务的业务标识、错误代码和错误原因,生成第一业务故障信息。48.上述动作(a1)中,对第一图像数据中包含的各个页面标签进行识别,根据识别结果确定业务处理人员的业务操作路径。其中,第一图像数据可以是业务支撑系统的系统界面的截图。业务处理人员在进行业务处理时,需要在业务支撑系统中打开至少一个页面,从而在系统界面上显示该至少一个页面。本动作中,通过屏幕取词技术识别系统界面的截图中所显示的各个页面的页面标签,该页面即为业务处理人员在业务处理过程中所打开的页面。然后,根据识别到的各个页面标签和预先存储的各个页面标签之间的从属关系,确定业务处理人员的业务操作路径。比如,识别到各个页面标签分别为:营销平台、客户管理、用户资料查询,业务处理终端中预先配置有页面标签之间的从属关系,比如,用户资料查询从属于客户管理,客户管理从属于营销平台,从而基于该从属关系,确定业务处理人员的业务操作路径为:营销平台——客户管理——用户资料查询。49.上述动作(a2)中,对第一图像数据中包含的业务标识进行识别,根据识别结果确定故障业务的业务标识。其中,第一图像数据可以是业务支撑系统的系统界面的截图。本动作中,可以利用屏幕取词技术,识别系统界面的截图中所显示的业务标识,通常情况下,业务处理人员在办理一项业务过程中,业务支持系统界面会显示该业务的业务标识,在业务标识显示有多处的情况下,各处的业务标识的内容均一致,从而本动作中,将识别到的业务标识作为故障业务的业务标识。50.上述动作(a3)中,获取第二图像数据中包含的错误代码和错误原因。其中,第二图像数据可以是业务支撑系统的错误提示界面的界面截图。本动作中,对错误提示界面的界面截图进行识别,得到错误提示界面的界面截图中包含的错误代码和错误原因。错误代码可以举例为:1:1403,错误原因可以举例为:用户不存在。51.上述动作(a4)中,根据截图数据、业务处理人员的业务操作路径、故障业务的业务标识、错误代码和错误原因,生成第一业务故障信息。其中,截图数据包括上述第一图像数据和第二图像数据,本动作中,将上述的第一图像数据、第二图像数据、业务处理人员的业务操作路径、故障业务的业务标识、错误代码和错误原因,共同组合为第一业务故障信息。52.在一个实施例中,在生成截图数据后,可以对截图数据中的针对错误提示界面的第二图像数据进行处理,获取第二图像数据中包含的错误代码和错误原因,根据该错误代码分析得到业务处理人员的业务操作路径和故障业务的业务标识,从而,将上述的第一图像数据、第二图像数据、业务处理人员的业务操作路径、故障业务的业务标识、错误代码和错误原因,共同组合为第一业务故障信息。53.上述步骤s204中,若没有检测到系统界面和错误提示界面,或者只检测到二者中的一个,则获取预设时间范围内的针对业务处理终端的录屏数据,比如,确定接收到业务处理人员的业务故障上报操作的时间点,获取该时间点之前30秒内的针对业务处理终端的录屏数据。在一个实施例中,业务处理终端内部的工具程序在运行后持续进行录屏数据,在接收到业务故障上报操作后,若没有检测到系统界面和错误提示界面,或者只检测到二者中的一个,则获取30秒内的录屏数据。54.本步骤中,还基于录屏数据生成第二业务故障信息。其中,基于录屏数据生成第二业务故障信息,具体为:55.(b1)根据录屏数据中的录屏内容,确定业务处理人员的业务操作路径;56.(b2)根据录屏数据中的录屏内容,确定故障业务的业务标识;57.(b3)根据录屏数据、业务处理人员的业务操作路径和故障业务的业务标识,生成第二业务故障信息。58.上述步骤(b1)中,根据录屏数据中的录屏内容,确定业务处理人员的业务操作路径。上述录屏数据是以报障时刻为结束时刻的一段时间的屏幕录像,上述时间段可根据实际情况进行设置,比如设定时间段为30秒,录屏数据内容为报障时刻(即接收到业务处理人员的业务故障上报操作的时间点)前30秒内的屏幕录像。获取到录屏数据后,根据该录屏数据中的录屏内容,确定业务处理人员在录屏时间范围内的业务处理动作,根据该业务处理动作,确定业务处理人员在该录屏时间范围内的业务操作路径。59.上述步骤(b2)中,根据录屏数据中的录屏内容,确定故障业务的业务标识。本动作中,获取到录屏数据后,根据该录屏数据中的录屏内容,确定业务处理人员在录屏时间范围内处理的业务,将该业务作为故障业务,将该业务的业务标识作为故障业务的业务标识。若业务处理人员在录屏时间范围内处理多个业务,则将时间顺序上最后处理的业务作为故障业务,将该业务的业务标识作为故障业务的业务标识。60.上述步骤(b3)中,将录屏数据、业务处理人员的业务操作路径和故障业务的业务标识,共同组合为第二业务故障信息。61.由于在检测不到错误提示界面的情况下根据录屏数据生成第二业务故障信息,因此与第一业务故障信息相比,第二业务故障信息中缺少错误代码和错误原因两项。62.上述步骤s206中,在业务处理终端中运行预设的故障检测指令,根据故障检测指令的运行结果和获取的业务故障信息生成业务故障数据,将业务故障数据上报至故障处理服务器,以用于故障处理。其中,预设的故障检测指令包括业务处理终端系统提供的api(application programming interface,应用程序接口)和cmd(command processor,命令行)中所有与故障检测相关的接口或命令。故障检测指令可以包括ipconfig、arp、ping、tracert等指令。63.本实施例中,在业务处理终端中运行预设的故障检测指令之后,还包括:64.(c1)若获取得到截图数据,且截图数据包括针对错误提示界面的第二图像数据,则获取第二图像数据中包含的错误代码,根据错误代码,在预设的多个故障检测指令中选取第一故障检测指令,对第一故障检测指令的运行结果进行突出标记;65.(c2)若获取得到录屏数据,则根据录屏数据中的录屏内容,确定故障业务的业务标识,根据故障业务的业务标识和预先设置的故障检测指令与业务标识之间的对应关系,在预设的多个故障检测指令中选取第二故障检测指令,对第二故障检测指令的运行结果进行突出标记。66.上述动作(c1)中,若获取得到截图数据,且截图数据包括针对错误提示界面的第二图像数据,则获取第二图像数据中包含的错误代码,根据错误代码,在预设的多个故障检测指令中选取第一故障检测指令,对第一故障检测指令的运行结果进行突出标记。其中,获取第二图像数据中包含的错误代码的动作参考上述动作(a1)-(a4)的描述,此处不再解释。在一个实施例中,根据错误代码,在预设的多个故障检测指令中选取第一故障检测指令,对第一故障检测指令的运行结果进行突出标记,具体过程包括:67.(d1)获取预先建立的错误代码与故障检测指令之间的对应关系,在该对应关系中查找第二图像数据中包含的错误代码,将查找到的错误代码对应的故障检测指令,作为第一故障检测指令;68.(d2)对上述第一故障检测指令的运行结果进行显示样式的突出标记。69.上述动作(d1)中,预先建立有错误代码与故障检测指令之间的对应关系,该对应关系中记录有预设的所有故障检测指令以及每个故障检测指令所对应的错误代码。下表1为故障检测指令与错误代码对应关系示意表,如下表1所示,错误代码1,2,3各自代表一个错误代码,故障检测指令a,b,c,d,e,f各自代表一条故障检测指令,一个错误代码对应一条或多条故障检测指令,不同的错误代码对应的故障检测指令有可能重复。本动作中,在如表1所示的对应关系中查找第二图像数据中包含的错误代码,将查找到的错误代码对应的故障检测指令,作为第一故障检测指令,比如表1中,第二图像数据中包含的错误代码为错误代码1,则第一故障检测指令包括a、b、c。70.表1[0071][0072]动作(d2)中,对上述第一故障检测指令的运行结果进行显示样式的突出标记。比如对第一故障检测指令的运行结果进行字号放大、颜色标黄、高亮等显示。[0073]上述动作(c2)中,若获取得到录屏数据,则根据录屏数据中的录屏内容,确定故障业务的业务标识,根据故障业务的业务标识和预先设置的故障检测指令与业务标识之间的对应关系,在预设的多个故障检测指令中选取第二故障检测指令,对第二故障检测指令的运行结果进行突出标记。其中,根据录屏数据中的录屏内容,确定故障业务的业务标识,可以参考前面的描述,此处不再解释。在一个实施例中,根据故障业务的业务标识和预先设置的故障检测指令与业务标识之间的对应关系,在预设的多个故障检测指令中选取第二故障检测指令,对第二故障检测指令的运行结果进行突出标记,具体过程包括:[0074](e1)获取预先建立的业务标识与故障检测指令之间的对应关系,在该对应关系中查找故障业务的业务标识,将查找到的业务标识对应的故障检测指令,作为第二故障检测指令;[0075](e2)对上述第二故障检测指令的运行结果进行显示样式的突出标记。[0076]上述动作(e1)中,预先建立有业务标识与故障检测指令之间的对应关系,该对应关系中记录有预设的所有故障检测指令以及每个故障检测指令所对应的业务标识。下表2为故障检测指令与业务标识对应关系示意表,如下表2所示,业务标识1,2,3各自代表一个业务标识,故障检测指令a,b,c,d,e,f各自代表一条故障检测指令,一个业务标识对应一条或多条故障检测指令,不同的业务标识对应的故障检测指令有可能重复。本动作中,在如表2所示的对应关系中查找故障业务的业务标识,将查找到的业务标识对应的故障检测指令,作为第二故障检测指令,比如表2中,故障业务的业务标识为业务标识1,则第二故障检测指令包括a、b、c。[0077]表2[0078][0079]动作(e2)中,对上述第二故障检测指令的运行结果进行显示样式的突出标记。比如对第二故障检测指令的运行结果进行字号放大、颜色标黄、高亮等显示。[0080]上述步骤s206中,根据故障检测指令的运行结果和获取的业务故障信息生成业务故障数据,将业务故障数据上报至故障处理服务器,以用于故障处理。具体地,将故障检测指令的运行结果和获取的业务故障信息共同作为业务故障数据,将业务故障数据上报至故障处理服务器,以用于故障处理。[0081]本实施例中,通过在业务处理终端中运行预设的故障检测指令,并将故障检测指令的运行结果上报至故障处理服务器,能够便于故障处理人员直接查看命令的运行结果,就好像在现场排障一样,一目了然,提高了故障判断和处理的效率。[0082]在一个实施例中,在接收到业务处理人员的业务故障上报操作之后,还计算本次接收到业务故障上报操作与前次接收到业务故障上报操作之间的时间间隔,如果该时间间隔大于第一预设时间间隔,则执行图2中的方法流程,如果该时间间隔小于第一预设时间间隔,则拦截本次接收到业务故障上报操作,并提示业务处理人员,不能进行过于频繁的报障。[0083]其中,业务处理终端自动记录每次接收到业务故障上报操作的时间,从而判断业务处理人员是否频繁报障,第一预设时间间隔可以根据实际情况设定。在一个具体的实施例中,业务处理终端内的工具程序在后台运行,能够由快捷键或鼠标触发报障行为,因此为避免键盘或鼠标故障造成短时间内重复报送的问题,工具程序内部设置了最短报障时间间隔,小于此间隔的报障动作不予操作。[0084]在一个实施例中,在接收到业务处理人员的业务故障上报操作之后,还计算本次接收到业务故障上报操作与前次接收到业务故障上报操作之间的时间间隔,如果该时间间隔大于第一预设时间间隔,则执行图2中的方法流程,如果该时间间隔小于第一预设时间间隔,则获取本次接收到业务故障上报操作对应的错误代码以及获取前次接收到业务故障上报操作对应的错误代码,若两个错误代码相同,则拦截本次接收到业务故障上报操作,并提示业务处理人员,不能进行过于频繁的报障,若两个错误代码不同,则执行图2中的方法流程。通过比较两次报障的错误代码,能够避免同一错误的频繁报障。[0085]在一个实施例中,业务处理终端在向故障处理服务器发送业务故障数据之后,还检测是否发送成功,若发送成功则结束流程,若发送失败,则通过自动重传机制重复发送业务故障数据。在自动重传时,业务处理终端将需要重传的数据存储在硬盘中,在重传成功后,删除该数据。[0086]在一个实施例中,业务处理终端在接收到业务处理人员的业务故障上报操作后,还通过前述的工具程序收集业务处理终端的设备信息,比如计算机名、当前登录主机用户名、ip地址、mac地址、操作系统版本信息、电脑配置情况、补丁信息、内存使用情况(包括物理和虚拟内存的可用、已用空间)、当前运行进程清单、磁盘空间使用情况、cpu使用率等信息,将设备信息发送至故障处理服务器,从而辅助业务故障数据进行故障处理。[0087]在一个实施例中,业务处理人员若想通过前述的工具程序进行报障,需要预先注册并登录工具程序,登录时录入工号,工具程序根据录入的工号关联获取个人信息如姓名、手机号码、所在网点等信息并进行存储,业务处理终端在接收到业务处理人员的业务故障上报操作后,还将这些个人信息发送至故障处理服务器,从而辅助业务故障数据进行故障处理。[0088]根据前面的描述,业务处理终端可以向故障处理服务器发送业务故障数据、业务处理人员的个人信息、业务处理终端的设备信息,一个实施例中,业务处理终端可以根据这些信息生成报障工单,故障处理服务器接收报障工单,报障工单中记载有业务故障数据、业务处理人员的个人信息、业务处理终端的设备信息。[0089]以上从业务处理终端的角度介绍了故障处理方法,下面从故障处理服务器和故障处理终端的角度介绍故障处理方法。[0090]图3为本说明书另一实施例提供的故障处理方法的流程示意图,该方法应用于故障处理服务器,由故障处理服务器执行,如图3,该流程包括:[0091]步骤s302,获取业务处理终端通过图2所示的故障处理方法多次上报的业务故障数据;[0092]步骤s304,按照预设的故障数据分类维度,对各次上报的业务故障数据进行分类;[0093]步骤s306,针对分类得到的目标类别,根据目标类别中的业务故障数据生成针对目标类别的故障批量处理建议;[0094]步骤s308,获取故障处理人员基于故障批量处理建议提交的故障处理结果,将故障处理结果反馈至业务处理终端的业务处理人员。[0095]本实施例中,能够接收业务处理终端多次上报的故障数据,按照预设的故障数据分类维度,对各次上报的故障数据进行分类,并针对分类得到的目标类别,根据目标类别中的故障数据生成针对目标类别的故障批量处理建议,最后获取故障处理人员基于故障批量处理建议提交的故障处理结果,将故障处理结果反馈至业务处理终端的业务处理人员。可见,通过本实施例,服务器端能够在接收到业务故障数据后,实现故障的分类分批处理,从而提高故障处理效率。[0096]上述步骤s302中,获取业务处理终端通过图2所示的故障处理方法多次上报的业务故障数据。其中,一台故障服务器可能对应多台业务处理终端,上述多次上报的业务故障数据可以是故障服务器对应的多个业务处理终端在不同时刻多次上报的业务故障数据,还可以是一台业务处理终端在不同时刻多次上报的业务故障数据。[0097]上述步骤s304中,按照预设的故障数据分类维度,对各次上报的故障数据进行分类。在一个实施例中,分类维度包括业务处理终端所在位置和/故障类型,位置可以是所在的区县或者所在的省或者所在的市,故障类型包括业务故障、网络故障、业务终端故障、业务数据库故障、业务服务器故障和其他故障类型。本实施例中,可以只按照业务处理终端所在的位置对业务故障数据进行分类,也可以只按照故障类型对业务故障数据进行分类,也可以既按照业务处理终端所在的位置也按照故障类型进行分类。既按照业务处理终端所在的位置也按照故障类型进行分类,具体过程包括:[0098](g1)获取多次上报的业务故障数据;[0099](g2)根据业务故障数据里包含的业务处理终端地理位置确定业务处理终端所在区/县;[0100](g3)若通过获取的业务故障数据能够得到错误代码,则利用错误代码确定故障类型;若通过获取的故障数据不能得到错误代码,则将该故障数据的故障类型确定为其他故障类型;[0101](g4)将业务处理终端所在的区县和故障类型均相同的业务故障数据分为一类。[0102]上述动作(g2)中,根据故障数据里包含的业务处理终端地理位置确定业务处理终端所在区/县。其中,业务处理终端的地理位置是预先作为设备信息存储在业务处理终端中的,上报故障时,会将业务处理终端的设备信息一并上报至故障处理服务器。作为类别的行政区划等级可以根据实际状况进行调整,比如,分析一个省的故障数据时,可以以市作为类别进行分类。[0103]上述动作(g3)中,若通过获取的故障数据能够得到错误代码,则利用错误代码与预设的错误代码与故障类型的对应表进行比对,得到故障类型。其中,下表3为故障类型与错误代码对应关系示意表,如下表3所示,错误代码1,2,3,4,5,6,7,8,9各自代表一个错误代码,故障类型a,b,c,各自代表一个故障类型,一个故障类型对应一个或多个错误代码,一个错误代码只对应一个故障类型。[0104]表3[0105][0106]上述动作(g3)中,若通过获取的故障数据不能得到错误代码,则将该故障数据的故障类型确定为其他故障类型。由于无法获取错误代码所以无法准确对该故障数据准确归类,因此将该故障数据归入其他故障类型。[0107]上述动作(g4)将业务处理终端所在的位置和故障类型均相同的业务故障数据分为一类,从而实现业务故障数据的分类。[0108]在一个实施例中,上述步骤s306中,在针对分类得到的目标类别,根据目标类别中的故障数据生成针对目标类别的故障批量处理建议,具体包括以下动作:[0109](h1)判断分类得到的各个类别中是否存在目标类别,目标类别中包含的业务故障数据对应的故障上报次数大于预设次数;[0110](h2)若存在,则执行针对分类得到的目标类别,根据目标类别中的业务故障数据生成针对目标类别的故障批量处理建议的动作。[0111]上述动作(h1)中,判断分类得到的各个类别中是否存在目标类别,目标类别中包含的业务故障数据对应的故障上报次数大于预设次数。其中,预设次数可以根据实际情况设定。[0112]上述动作(h2)中,若存在,则执行针对分类得到的目标类别,根据目标类别中的业务故障数据生成针对目标类别的故障批量处理建议的动作。在一个实施例中,根据故障类型维度对业务故障数据进行分类,若分类中存在目标类别,则说明存在某一故障类型被多次上报发生故障,因此需要生成针对该故障类型的故障批量处理建议。[0113]在一个具体的实施例中,对故障数据通过业务处理终端所在区/县、故障类型两个维度进行分类,分类结果中包括目标类别,目标类别表示有关网络故障的业务故障数据在多个区/县被上报超过了预设次数,且上述区/县属于同一个市级行政单位管辖,因此,可以执行以下动作:[0114](i1)生成针对网络故障的批量处理建议;[0115](i2)生成用于通知负责该市级行政单位的维护人员进行处理的通知消息;[0116](i3)根据预留的营业员信息,通过短信通知属于该市级行政单位的所有营业员:本市的业务处理终端可能出现网络故障。[0117]在一个具体的实施例中,若某个地理范围内同一类型的业务故障被上报多次,则生成用于通知该地理范围的上级区域的管理人员的通知消息。比如,对于省市支撑维护人员,在后台建立故障数据监控预警机制,例如监控到短时间内某地市多个区县或网点反馈的报障信息中存在网络状况数据异常(如丢包)的现象,则自动判定为地市网络故障,触发地市预警,通知市级支撑维护人员快速介入处理。例如监控到短时间内超过一个地市反馈的报障信息中存在相同的菜单路径问题,则自动判定为省级系统某类业务故障,触发省级预警,通知省级支撑维护人员快速介入处理。[0118]本实施例中,故障处理服务器在接收到一次上报的业务故障数据后,可以将该业务故障数据发送至故障处理终端,故障处理终端显示该数据并显示“处理”按钮和“详情”按钮,以提示故障处理人员查看详情并处理。故障处理服务器在接收到多次上报的业务故障数据后,可以执行上述的步骤s304和步骤s306,并将分类结果显示在故障处理终端,并在目标类别附近显示“详情”和“处理”按钮,并显示故障批量处理建议,以提示故障处理人员查看详情并进行批量处理。[0119]故障处理人员通过故障处理终端查看故障批量处理建议后,对业务故障进行处理,并在故障处理终端中录入故障处理结果,从而,故障处理服务器执行步骤s308。[0120]上述步骤s308中,获取故障处理人员基于故障批量处理建议提交的故障处理结果,将故障处理结果反馈至业务处理终端的业务处理人员。其中,故障处理结果包括故障类别、故障原因、处理措施、处理结果、处理单位落款等信息。业务处理人员使用业务处理终端时,会被要求录入工号,上报故障时,业务处理人员的工号作为设备信息的一部分进行上传,通过工号,可以关联得到业务处理人员的联系方式,进行故障处理结果反馈时,通过关联得到的联系方式,进行相应形式的故障处理结果反馈,比如,关联得到的联系方式是手机号码,则通过短信的形式进行故障处理结果反馈。[0121]综上,本实施例中的故障处理方法至少具有以下优势:[0122](1)降低报障难度。无需报障人员分析问题根源所在,只需在遇到问题时按下快捷键,即可傻瓜式一键提交报障,简化业务处理终端用户的故障上报流程,实现故障上报的自动化简单化。[0123](2)提升报障及处理的效率。在遇到故障时,营业员报障不会影响其与客户的正常交流及沟通(无需分心去填写工单)。一旦发生大面积系统故障,短时间内产生的大量故障工单由于是规范化的,可以聚类后批量处理及反馈给报障人员,也减轻了故障处理人员的负担。[0124](3)提高故障工单规范性及完整性。由于收集过程是全自动的,可以避免人工填写的随意性及不准确性,避免重要的信息丢失影响故障判断。[0125](4)形成了闭环式的管理,每一个环节均有专人操作和监控,报障、查障、排障的时效性、便捷性得到了极大的保障。[0126]对应于图2所示实施例提供的故障处理方法,基于相同的思路,本说明书实施例还提供了一种故障处理装置,用于执行上述实施例提供的应用于业务处理终端的故障处理方法。图4为本说明书一实施例提供的故障处理装置的模块组成示意图,该装置应用于业务处理终端,如图4所示,该装置具体包括:[0127]界面检测单元41,用于获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于所述业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对所述业务支撑系统的错误提示界面;[0128]信息生成单元42,用于若是,则针对所述系统界面和所述错误提示界面执行截图操作,得到截图数据,基于所述截图数据生成第一业务故障信息;若否,则获取预设时间范围内的针对所述业务处理终端的录屏数据,基于所述录屏数据生成第二业务故障信息;[0129]故障上报单元43,用于在所述业务处理终端中运行预设的故障检测指令,根据所述故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,将所述业务故障数据上报至故障处理服务器,以用于故障处理。[0130]可选地,所述截图数据包括针对所述系统界面的第一图像数据和针对所述错误提示界面的第二图像数据;所述信息生成单元42具体用于:[0131]对所述第一图像数据中包含的各个页面标签进行识别,根据识别结果确定业务处理人员的业务操作路径;[0132]对所述第一图像数据中包含的业务标识进行识别,根据识别结果确定故障业务的业务标识;[0133]获取所述第二图像数据中包含的错误代码和错误原因;[0134]根据所述截图数据、所述业务处理人员的业务操作路径、所述故障业务的业务标识、所述错误代码和所述错误原因,生成第一业务故障信息。[0135]可选地,所述信息生成单元42具体用于:[0136]根据所述录屏数据中的录屏内容,确定业务处理人员的业务操作路径;[0137]根据所述录屏数据中的录屏内容,确定故障业务的业务标识;[0138]根据所述录屏数据、所述业务处理人员的业务操作路径和所述故障业务的业务标识,生成第二业务故障信息。[0139]可选地,所述装置还包括标记单元,用于:[0140]在所述业务处理终端中运行预设的故障检测指令之后,若获取得到所述截图数据,且所述截图数据包括针对所述错误提示界面的第二图像数据,则获取所述第二图像数据中包含的错误代码,根据所述错误代码,在预设的多个故障检测指令中选取第一故障检测指令,对所述第一故障检测指令的运行结果进行突出标记;[0141]若获取得到所述录屏数据,则根据所述录屏数据中的录屏内容,确定故障业务的业务标识,根据所述故障业务的业务标识和预先设置的故障检测指令与业务标识之间的对应关系,在预设的多个故障检测指令中选取第二故障检测指令,对所述第二故障检测指令的运行结果进行突出标记。[0142]本说明书实施例提供的故障处理装置至少具有如下有益效果:[0143]在获取到业务处理人员在业务处理过程中执行的业务故障上报操作之后,能够响应于该操作,自动根据系统的运行情况生成第一业务故障信息或者第二业务故障信息,接着在业务处理终端中运行预设的故障检测指令,根据故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,自动将业务故障数据上报至故障处理服务器。可见,通过本实施例,业务处理人员在确定业务故障后,能够执行业务故障上报操作从而触发业务故障数据的自动生成和自动上报,从而避免人工上报故障存在的速度慢、故障描述不准确等问题,提高业务故障的上报效率,进而提高故障处理效率。[0144]图4所示实施例提供的故障处理装置可实现上述的应用于业务处理终端的故障处理方法实施例的全部方法步骤,并达到相同的功能和效果,此处不再赘述。[0145]对应于图3所示实施例提供的故障处理方法,基于相同的思路,本说明书实施例还提供了一种故障处理装置,用于执行上述实施例提供的应用于故障处理服务器的故障处理方法。图5为本说明书一实施例提供的故障处理装置的模块组成示意图,如图5所示,该装置具体包括:[0146]数据获取单元51,用于获取业务处理终端通过图4中的装置多次上报的故障数据;[0147]数据分类单元52,用于按照预设的故障数据分类维度,对各次上报的所述业务故障数据进行分类;[0148]建议生成单元53,用于针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议;[0149]结果反馈单元54,用于获取故障处理人员基于所述故障批量处理建议提交的故障处理结果,将所述故障处理结果反馈至业务处理终端的业务处理人员。[0150]可选地,还包括判断单元,用于:[0151]在对各次上报的所述业务故障数据进行分类之后,判断分类得到的各个类别中是否存在目标类别,所述目标类别中包含的故障数据对应的故障上报次数大于预设次数;[0152]若存在,则执行针对分类得到的目标类别,根据所述目标类别中的所述故障数据生成针对所述目标类别的故障批量处理建议的动作。[0153]本说明书实施例提供的故障处理装置至少具有如下有益效果:[0154]本实施例中,能够接收业务处理终端多次上报的故障数据,按照预设的故障数据分类维度,对各次上报的故障数据进行分类,并针对分类得到的目标类别,根据目标类别中的故障数据生成针对目标类别的故障批量处理建议,最后获取故障处理人员基于故障批量处理建议提交的故障处理结果,将故障处理结果反馈至业务处理终端的业务处理人员。可见,通过本实施例,服务器端能够在接收到业务故障数据后,实现故障的分类分批处理,从而提高故障处理效率。[0155]图5所示实施例提供的故障处理装置可实现上述的应用于故障处理服务器的故障处理方法实施例的全部方法步骤,并达到相同的功能和效果,此处不再赘述。[0156]本说明书实施例还提供了一种故障处理设备,图6为本说明书一实施例提供的故障处理设备的结构示意图,如图6所示,故障处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器1001和存储器1002,存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中,存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对故障处理设备中的一系列计算机可执行指令信息。更进一步地,处理器1001可以设置为与存储器1002通信,在故障处理设备上执行存储器1002中的一系列计算机可执行指令信息。故障处理设备还可以包括一个或一个以上电源1003,一个或一个以上有线或无线网络接口1004,一个或一个以上输入输出接口1005,一个或一个以上键盘1006等。[0157]在一个具体的实施例中,故障处理设备包括处理器以及被安排成存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器实现以下流程:[0158]获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于所述业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对所述业务支撑系统的错误提示界面;[0159]若是,则针对所述系统界面和所述错误提示界面执行截图操作,得到截图数据,基于所述截图数据生成第一业务故障信息;若否,则获取预设时间范围内的针对所述业务处理终端的录屏数据,基于所述录屏数据生成第二业务故障信息;[0160]在所述业务处理终端中运行预设的故障检测指令,根据所述故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,将所述业务故障数据上报至故障处理服务器,以用于故障处理。[0161]可选地,所述计算机可执行指令在被执行时,所述截图数据包括针对所述系统界面的第一图像数据和针对所述错误提示界面的第二图像数据;基于所述截图数据生成第一业务故障信息,包括:[0162]对所述第一图像数据中包含的各个页面标签进行识别,根据识别结果确定业务处理人员的业务操作路径;[0163]对所述第一图像数据中包含的业务标识进行识别,根据识别结果确定故障业务的业务标识;[0164]获取所述第二图像数据中包含的错误代码和错误原因;[0165]根据所述截图数据、所述业务处理人员的业务操作路径、所述故障业务的业务标识、所述错误代码和所述错误原因,生成第一业务故障信息。[0166]可选地,所述计算机可执行指令在被执行时,基于所述录屏数据生成第二业务故障信息,包括:[0167]根据所述录屏数据中的录屏内容,确定业务处理人员的业务操作路径;[0168]根据所述录屏数据中的录屏内容,确定故障业务的业务标识;[0169]根据所述录屏数据、所述业务处理人员的业务操作路径和所述故障业务的业务标识,生成第二业务故障信息。[0170]可选地,所述计算机可执行指令在被执行时,在所述业务处理终端中运行预设的故障检测指令之后,还包括:[0171]若获取得到所述截图数据,且所述截图数据包括针对所述错误提示界面的第二图像数据,则获取所述第二图像数据中包含的错误代码,根据所述错误代码,在预设的多个故障检测指令中选取第一故障检测指令,对所述第一故障检测指令的运行结果进行突出标记;[0172]若获取得到所述录屏数据,则根据所述录屏数据中的录屏内容,确定故障业务的业务标识,根据所述故障业务的业务标识和预先设置的故障检测指令与业务标识之间的对应关系,在预设的多个故障检测指令中选取第二故障检测指令,对所述第二故障检测指令的运行结果进行突出标记。[0173]该故障处理设备可实现上述的应用于业务处理终端的故障处理方法实施例的全部方法步骤,并达到相同的功能和效果,此处不再赘述。[0174]在另一个具体的实施例中,故障处理设备包括处理器以及被安排成存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器实现以下流程:[0175]获取业务处理终端通过上述的故障处理方法多次上报的业务故障数据;[0176]按照预设的故障数据分类维度,对各次上报的所述业务故障数据进行分类;[0177]针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议;[0178]获取故障处理人员基于所述故障批量处理建议提交的故障处理结果,将所述故障处理结果反馈至业务处理终端的业务处理人员。[0179]可选地,所述计算机可执行指令在被执行时,在对各次上报的所述业务故障数据进行分类之后,还包括:[0180]判断分类得到的各个类别中是否存在目标类别,所述目标类别中包含的业务故障数据对应的故障上报次数大于预设次数;[0181]若存在,则执行针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议的动作。[0182]该故障处理设备可实现上述的应用于故障处理服务器的故障处理方法实施例的全部方法步骤,并达到相同的功能和效果,此处不再赘述。[0183]本说明书实施例还提供了一种存储介质,用于执行上述实施例提供的故障处理方法。在一个具体的实施例中,该存储介质可以为u盘、光盘、硬盘等,该存储介质用于存储计算机可执行指令,所述可执行指令在被处理器执行时实现以下流程:[0184]获取业务处理人员在业务处理过程中执行的业务故障上报操作,响应于所述业务故障上报操作,检测是否运行有业务支撑系统的系统界面和针对所述业务支撑系统的错误提示界面;[0185]若是,则针对所述系统界面和所述错误提示界面执行截图操作,得到截图数据,基于所述截图数据生成第一业务故障信息;若否,则获取预设时间范围内的针对所述业务处理终端的录屏数据,基于所述录屏数据生成第二业务故障信息;[0186]在所述业务处理终端中运行预设的故障检测指令,根据所述故障检测指令的运行结果和生成的业务故障信息生成业务故障数据,将所述业务故障数据上报至故障处理服务器,以用于故障处理。[0187]可选地,所述可执行指令在被处理器执行时,所述截图数据包括针对所述系统界面的第一图像数据和针对所述错误提示界面的第二图像数据;基于所述截图数据生成第一业务故障信息,包括:[0188]对所述第一图像数据中包含的各个页面标签进行识别,根据识别结果确定业务处理人员的业务操作路径;[0189]对所述第一图像数据中包含的业务标识进行识别,根据识别结果确定故障业务的业务标识;[0190]获取所述第二图像数据中包含的错误代码和错误原因;[0191]根据所述截图数据、所述业务处理人员的业务操作路径、所述故障业务的业务标识、所述错误代码和所述错误原因,生成第一业务故障信息。[0192]可选地,所述可执行指令在被处理器执行时,基于所述录屏数据生成第二业务故障信息,包括:[0193]根据所述录屏数据中的录屏内容,确定业务处理人员的业务操作路径;[0194]根据所述录屏数据中的录屏内容,确定故障业务的业务标识;[0195]根据所述录屏数据、所述业务处理人员的业务操作路径和所述故障业务的业务标识,生成第二业务故障信息。[0196]可选地,所述可执行指令在被处理器执行时,在所述业务处理终端中运行预设的故障检测指令之后,还包括:[0197]若获取得到所述截图数据,且所述截图数据包括针对所述错误提示界面的第二图像数据,则获取所述第二图像数据中包含的错误代码,根据所述错误代码,在预设的多个故障检测指令中选取第一故障检测指令,对所述第一故障检测指令的运行结果进行突出标记;[0198]若获取得到所述录屏数据,则根据所述录屏数据中的录屏内容,确定故障业务的业务标识,根据所述故障业务的业务标识和预先设置的故障检测指令与业务标识之间的对应关系,在预设的多个故障检测指令中选取第二故障检测指令,对所述第二故障检测指令的运行结果进行突出标记。[0199]本说明书实施例提供的存储介质存储的计算机可执行指令信息在被处理器执行时可实现上述的应用于业务处理终端的故障处理方法实施例的全部方法步骤,并达到相同的功能和效果,此处不再赘述。[0200]在另一个具体的实施例中,该存储介质可以为u盘、光盘、硬盘等,该存储介质用于存储计算机可执行指令,所述可执行指令在被处理器执行时实现以下流程:[0201]获取业务处理终端通过上述的故障处理方法多次上报的业务故障数据;[0202]按照预设的故障数据分类维度,对各次上报的所述业务故障数据进行分类;[0203]针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议;[0204]获取故障处理人员基于所述故障批量处理建议提交的故障处理结果,将所述故障处理结果反馈至业务处理终端的业务处理人员。[0205]可选地,所述可执行指令在被处理器执行时,在对各次上报的所述业务故障数据进行分类之后,还包括:[0206]判断分类得到的各个类别中是否存在目标类别,所述目标类别中包含的业务故障数据对应的故障上报次数大于预设次数;[0207]若存在,则执行针对分类得到的目标类别,根据所述目标类别中的所述业务故障数据生成针对所述目标类别的故障批量处理建议的动作。[0208]本说明书实施例提供的存储介质存储的计算机可执行指令信息在被处理器执行时可实现上述的应用于故障处理服务器的故障处理方法实施例的全部方法步骤,并达到相同的功能和效果,此处不再赘述。[0209]上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。[0210]在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array,fpga))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(hardware description language,hdl),而hdl也并非仅有一种,而是有许多种,如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等,目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。[0211]控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit,asic)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。[0212]上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。[0213]为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。[0214]本领域内的技术人员应明白,本技术的实施例可提供为方法、系统、或计算机程序产品。因此,本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。[0215]本技术是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令信息实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令信息到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令信息产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。[0216]这些计算机程序指令信息也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令信息产生包括指令信息装置的制造品,该指令信息装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。[0217]这些计算机程序指令信息也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令信息提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。[0218]在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。[0219]内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。[0220]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令信息、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。[0221]还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。[0222]本领域技术人员应明白,本技术的实施例可提供为方法、系统或计算机程序产品。因此,本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。[0223]本技术可以在由计算机执行的计算机可执行指令信息的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。[0224]本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。[0225]以上所述仅为本技术的实施例而已,并不用于限制本技术。对于本领域技术人员来说,本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本技术的权利要求范围之内。
图片声明:本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!
内容声明:本文中引用的各种信息及资料(包括但不限于文字、数据、图表及超链接等)均来源于该信息及资料的相关主体(包括但不限于公司、媒体、协会等机构)的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理!本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!
免责声明:我们致力于保护作者版权,注重分享,被刊用文章因无法核实真实出处,未能及时与作者取得联系,或有版权异议的,请联系管理员,我们会立即处理,本文部分文字与图片资源来自于网络,部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益,请立即通知我们,情况属实,我们会第一时间予以删除,并同时向您表示歉意,谢谢!
故障处理方法、装置、设备及存储介质与流程 专利技术说明
作者:admin
2022-12-02 16:20:55
509
关键词:
计算;推算;计数设备的制造及其应用技术
专利技术