业务故障分析方法、装置、介质以及计算机设备与流程

1.本技术实施例涉及故障分析领域，特别是涉及一种业务故障分析方法、装置、介质以及计算机设备。


背景技术：

2.网络直播是指主播通过网络直播平台在网络上向观众分享直播音视频流的技术。借助开放、共享的网络直播平台，人们可以更加方便地展示自己的才华，在才艺展示过程中，观众可以通过参与直播互动来表达对主播的喜爱，受到观众喜爱的主播可以获得网络直播平台的分成，得到一定的收益；由于直播工作不受主播学历以及直播场地影响，普通人均可以通过直播的方式实现就业，可以有效带动社会就业。
3.在网络直播中，主播用户可以访问安装在主播客户端上的直播应用程序，触发主播客户端为其加载直播应用程序界面，进而主播用户进入直播间进行直播。观众用户可以访问安装在观众客户端上的直播应用程序，触发观众客户端为其加载直播应用程序界面，在直播应用程序界面中会显示出直播间列表，观众用户可以点击直播间列表中的任意一个直播间封面，即可进入对应的主播直播间观看直播。
4.然而，对于客户端安装的直播应用程序，或多或少会存在一些业务故障。相关技术中，对于业务故障的处理方式是：用户向直播应用程序的客服提交业务故障问题描述，然后客服再将故障问题描述发送给研发端，由研发端人工分析给出导致业务故障问题的原因和解决业务故障问题的方案，最后，再将导致业务故障问题的原因和解决业务故障问题的方案反馈回用户。整个业务故障的分析反馈流转耗时往往长达几小时，进而使得业务故障无法得到及时有效的反馈和解决，从而减少用户使用直播应用程序的频率，降低观众留存率。


技术实现要素：

5.为克服相关技术中存在的问题，本技术提供一种业务故障分析方法、装置、介质以及计算机设备，其可提高业务故障分析反馈效率，提高用户使用直播应用程序的频率，提高观众留存率。
6.根据本技术实施例的第一方面，提供一种业务故障分析方法，包括如下步骤：
7.接收应用程序的业务故障信息；所述业务故障信息包括应用程序的业务日志信息、故障时间点信息以及业务故障模型标识；
8.根据所述业务日志信息以及所述故障时间点信息，获得发生故障时对应的业务故障日志；
9.将所述业务故障日志输入至所述业务故障模型标识对应的业务故障模型，获得业务故障分析结果。
10.根据本技术实施例的第二方面，提供一种业务故障分析装置，包括：
11.业务故障信息接收模块，用于接收应用程序的业务故障信息；所述业务故障信息包括应用程序的业务日志信息、故障时间点信息以及业务故障模型标识；
12.业务故障日志获取模块，用于根据所述业务日志信息以及所述故障时间点信息，获得发生故障时对应的业务故障日志；
13.业务故障分析结果获取模块，用于将所述业务故障日志输入至所述业务故障模型标识对应的业务故障模型，获得业务故障分析结果。
14.根据本技术实施例的第三方面，提供一种计算机设备，包括处理器和存储器；所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如上述所述的业务故障分析方法。
15.根据本技术实施例的第四方面，提供一种计算机可读存储介质，其上储存有计算机程序，其特征在于，该计算机程序被处理器执行时实现如上述所述的业务故障分析方法。
16.本技术实施例接收应用程序的业务故障信息；所述业务故障信息包括应用程序的业务日志信息、故障时间点信息以及业务故障模型标识；根据所述业务日志信息以及所述故障时间点信息，获得发生故障时对应的业务故障日志；将所述业务故障日志输入至所述业务故障模型标识对应的业务故障模型，获得业务故障分析结果。本技术实施例通过接收用户输入的应用程序的业务故障信息，进而实现对业务故障进行自动分析，获得业务故障分析结果，从而可以使非研发人员可以快速获得业务故障分析结果，提高业务故障分析反馈效率，提高用户使用直播应用程序的频率，提高观众留存率。
17.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
18.为了更好地理解和实施，下面结合附图详细说明本发明。
附图说明
19.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1为本技术实施例提供的业务故障分析方法的应用环境的示意框图；
21.图2为本技术第一实施例提供的业务故障分析方法的流程图；
22.图3为本技术实施例提供的获取业务故障模型数据的方法的流程图；
23.图4为本技术实施例提供的获取业务故障信息的方法的流程图；
24.图5为本技术实施例提供的获取业务故障日志的方法的流程图；
25.图6为本技术实施例提供的确定业务故障日志的方法的流程图；
26.图7为本技术实施例提供的获取业务故障分析结果的方法的流程图；
27.图8为本技术实施例提供的业务故障分析方法的时序流程图；
28.图9为本技术第二实施例提供的业务故障分析装置的示意框图；
29.图10为本技术第三实施例提供的计算机设备的结构示意框图。
具体实施方式
30.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施例方式作进一步地详细描述。
31.应当明确，所描述的实施例仅仅是本技术实施例一部分实施例，而不是全部的实施例。基于本技术实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本技术实施例保护的范围。
32.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。在本技术的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。在本技术和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。在此所使用的词语“如果”/“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
33.此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
34.本领域技术人员可以理解，本技术所使用的“客户端”、“终端”、“终端设备”既包括无线信号发射器的设备，其仅具备发射能力的无线信号发射器的设备，又包括无线信号接收射器的设备，其仅具备接收能力的无线信号接收器的设备，还可以包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personalcommunications service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personal digital assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(global positioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobile internet device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
35.本技术所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的计算机设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
36.需要指出的是，本技术所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本技术的网络部署方式的实施方式。
37.本技术实施例提供的业务故障分析方法可以应用于各种应用程序的故障分析，在本技术实施例中，以应用程序为直播应用程序为例说明本技术的方案。
38.具体的，请参阅图1，图1为本技术实施例提供的业务故障分析方法的应用场景示意图，本技术实施例提供的业务故障分析方法的应用场景包括主播客户端110、观众客户端120和服务器130。
39.主播客户端110与观众客户端120通过服务器130进行交互。具体的，主播客户端110和观众客户端120均可以通过网络接入方式接入互联网，与服务器130建立数据通信链路。其中，网络可以是能够在主播客户端110与服务器130之间以及观众客户端120与服务器130之间实现通信的各种连接类型的通信介质，例如可以是有线通信链路、无线通信链路或者光纤电缆等等，本技术在此不做限制。
40.需要说明的是，本技术实施例提出的客户端包括主播客户端110和观众客户端120。
41.需要指出的是，在现有技术中会存在对“客户端”这一概念的多种理解，例如：可以将其理解为安装在计算机设备中的应用程序，或者，也可以将其理解为相对应于服务器的硬件设备。
42.在本技术实施例中，所称的“客户端”是指相对应于服务器的硬件设备，更具体来说，是指计算机设备，例如：智能手机、智能交互平板以及个人计算机等。
43.在客户端为智能手机、智能交互平板等移动设备时，用户可以在客户端上安装匹配的移动端应用程序，也可以在客户端上访问web端应用程序。
44.在客户端为个人计算机(pc机)等非移动设备时，用户可以在客户端上安装匹配的pc端应用程序，同样也可以在客户端上访问web端应用程序。
45.其中，移动端应用程序是指可安装在移动设备中的应用程序，pc端应用程序是指可安装在非移动设备中的应用程序，web端应用程序是指需通过浏览器访问的应用程序。
46.具体地，web端应用程序依据客户端类型的差异，又可以分为移动版本和pc版本，两者的页面布局方式以及可提供的服务器支持可能存在差别。
47.在本技术实施例中，提供至用户的直播应用程序的类型分为移动端直播应用程序、pc端直播应用程序和web端直播应用程序。用户可以依据其采用客户端的类型不同，自主选择其参与网络直播的方式。
48.本技术依据进入直播间的客户端的用户身份的不同，将客户端分为主播客户端110和观众客户端130。应当说明，在实际应用中，可以由同一个客户端在不同时间分别执行观众客户端120与主播客户端110的功能。因此，同一个客户端在观看网络直播时，可以作为观众客户端120，在发布直播视频时，可以作为主播客户端110。
49.主播客户端110是指发送网络直播视频的一端，通常来说是网络直播中主播用户所采用的客户端。主播客户端110所指向的硬件，本质上是指计算机设备，具体地，如图1所示，其可以是智能手机、智能交互平板和个人计算机等类型的计算机设备。
50.观众客户端120是指接收和观看网络直播视频的一端，通常来说是网络直播中观看视频的观众用户所采用的客户端。观众客户端120所指向的硬件，本质上是指计算机设备，具体地，如图1所示，其可以是智能手机、智能交互平板和个人计算机等类型的计算机设备。
51.服务器130可作为一个业务服务器，其可以负责进一步连接起相关音频数据服务器、视频流服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备，例如图1中所示的主播客户端110和观众客户端120提供服务。
52.本技术实施例中，主播客户端110与观众客户端120可以加入同一个直播间(即直播频道)，上述的直播间是指依靠互联网技术和服务器130实现的一种聊天室，通常具备音视频播控功能。主播用户通过主播客户端110在直播间内进行直播，观众客户端120的观众用户可以登录服务器130进入直播间观看直播。
53.在直播间内，主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播用户以音视频流的形式为观众用户表演节目，同时，观众用户可以文字或者赠送虚拟礼物的方式与主播用户进行互动，而在互动过程中还可产生经济交易行为，当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中。
54.具体地，观众用户观看直播的过程如下：观众用户可以点击访问安装在观众客户端120上的直播应用程序，并选择进入任意一个直播间，触发观众客户端120为该观众用户加载直播间界面，该直播间界面内包括若干交互组件，例如：视频组件、虚拟礼物栏组件以及公屏组件等，通过加载这些交互组件可以使观众用户在直播间内观看直播，并进行多种线上互动，线上互动的方式包括但不限于赠送虚拟礼物、参加直播活动以及公屏发言聊天等。
55.然而，对于客户端安装的直播应用程序，或多或少会存在一些业务故障。相关技术中，对于业务故障的处理方式是：用户向直播应用程序的客服提交业务故障问题描述，然后客服再将故障问题描述发送给研发端，由研发端人工分析给出导致业务故障问题的原因和解决业务故障问题的方案，最后，再将导致业务故障问题的原因和解决业务故障问题的方案反馈回用户。整个业务故障的分析反馈流转耗时往往长达几小时，进而使得业务故障无法得到及时有效的反馈和解决，从而减少用户使用直播应用程序的频率，降低观众留存率。
56.基于上述问题，本技术实施例提供了一种业务故障分析方法。请参阅图2，图2为本技术第一实施例提供的业务故障分析方法的流程示意图。本技术实施例的业务故障分析方法包括如下步骤：
57.步骤s101：接收应用程序的业务故障信息；业务故障信息包括应用程序的业务日志信息、故障时间点信息以及业务故障模型标识。
58.在本技术实施例中，针对业务故障分析方法，设计了一个应用程序日志自动化分析系统，用户在该应用程序日志自动化分析系统内输入应用程序的业务故障信息后，应用程序日志自动化分析系统将对业务故障信息进行分析后，反馈对应的业务故障分析结果。其中，用户可以为应用程序的研发人员或者是客服团队人员，可选的，用户甚至可以是消费用户，从而实现各用户及时获得业务故障分析结果。
59.具体的，应用程序日志自动化分析系统可以为一个网站或者一个应用程序等形式的方式。在应用程序日志自动化分析系统可以为一个网站时，其具体可以为部署在应用程序所属公司的内部网站系统，用户可以通过浏览器登录网站进行使用。应用程序日志自动化分析系统所在的硬件设备可以为智能手机或智能交互平板等移动设备，也可以为个人计算机(pc机)等非移动设备。
60.业务日志信息用于指示应用程序在各个时间发生的事情。
61.在一个可选的实施例中，业务日志信息可以为从应用程序的反馈系统中获取的应用程序业务日志压缩包链接，通过对业务日志压缩包链接进行解压，可以获得该应用程序的业务日志，从而获得按照时间顺序存储记录的应用程序的各个数据表或日志文件，进而获悉应用程序在各个时间发生的事情。
62.在另一个可选的实施例中，业务日志信息也可以为从应用程序的反馈系统中获取的业务日志文件，通过该业务日志文件可以直接获悉应用程序在各个时间发生的事情。
63.在又一个可选的实施例中，业务日志信息也可以为使用应用程序的用户标识，根据应用程序的用户标识，可以从应用程序的反馈系统中获得对应的业务日志文件，从而获悉应用程序在各个时间发生的事情。
64.其中，应用程序的反馈系统是面向移动端的，其指示的日志信息是对应单一用户的单一应用程序的日志，日志信息是非离散的，日志时间是线性连续的。
65.故障时间点信息用于指示发生故障的时间。
66.业务故障模型标识用于指示业务故障问题描述以及对应的业务故障问题模型。
67.在一个可选的实施例中，应用程序日志自动化分析系统预设有若干个业务故障问题描述以及对应的业务故障问题模型，用户可以从该若干个业务故障问题描述中，选择符合当前故障的业务故障问题描述，进而，确定出对应的业务故障问题模型，也即，业务故障模型标识为一段描述故障问题的文字语言，该文字语言与对应的业务故障问题模型进行了绑定。当然，在具体实现上，业务故障模型标识还可以是具体的a1、a2和a3等字符标识，该字符标识对应描述故障问题的文字语言，且绑定了对应的业务故障问题模型。
68.在另一个可选的实施例中，应用程序日志自动化分析系统也可以接收用户输入的对故障问题的描述，再根据该故障问题的描述与预设的若干个业务故障问题模型的问题描述数据进行匹配，从而确定出对应的业务故障问题模型。可以理解的是，此时，业务故障模型标识可以认为是用户输入的故障问题的描述。
69.步骤s102：根据业务日志信息以及故障时间点信息，获得发生故障时对应的业务故障日志。
70.由前述描述可知，由于业务日志信息用于指示应用程序在各个时间发生的事情，因此，根据故障时间点信息，可以从业务日志中进一步截取发生故障时对应的业务故障日志。
71.其中，故障时间点信息可以是具体的某个时间点，也可以是某个时间区间。
72.步骤s103：将业务故障日志输入至业务故障模型标识对应的业务故障模型，获得业务故障分析结果。
73.业务故障问题模型用于指示分析该业务故障的模型，具体的，其可以为通过对神经网络进行训练后得到的模型，还可以是根据业务故障问题的排查步骤生成的排查算法。
74.可以理解的是，在应用程序日志自动化分析系统可以预先加载该业务故障模型，通过将业务故障日志输入至对应的业务故障模型，获得业务故障分析结果。
75.在应用程序日志自动化分析系统也可以先不加载业务故障模型，待获取业务故障日志后，再根据业务故障模型标识，加载对应的业务故障模型，从而根据该业务故障模型对业务故障日志进行分析，获得业务故障分析结果。
76.业务故障分析结果可以包括以下的一种或者多种：业务故障发生的原因、处理业
务故障的方法和处理业务故障的联系人方式。
77.本技术实施例接收应用程序的业务故障信息；业务故障信息包括应用程序的业务日志信息、故障时间点信息以及业务故障模型标识；根据业务日志信息以及故障时间点信息，获得发生故障时对应的业务故障日志；将业务故障日志输入至业务故障模型标识对应的业务故障模型，获得业务故障分析结果。本技术实施例通过接收用户输入的应用程序的业务故障信息，进而实现对业务故障进行自动分析，获得业务故障分析结果，从而可以使非研发人员可以快速获得业务故障分析结果，提高业务故障分析反馈效率，提高用户使用直播应用程序的频率，提高观众留存率。
78.请参阅图3，在一个可选的实施例中，步骤s101中接收应用程序的业务故障信息的步骤之前，包括：
79.步骤s110：向服务器发送下载或者更新各个业务故障模型数据的请求。
80.其中，可以按照预设的时间间隔周期性自动向服务器发送下载或者更新各个业务故障模型数据的请求；也可以接收用户在应用程序日志自动化分析系统触发的下载或者更新各个业务故障模型数据的操作，进而向服务器发送下载或者更新各个业务故障模型数据的请求；还可以在用户访问应用程序日志自动化分析系统时，自动触发向服务器发送下载或者更新各个业务故障模型数据的请求。
81.业务故障模型数据为用于生成业务故障模型所需的数据，可以包括业务故障排查步骤算法和神经网络模型数据等。
82.可以理解的是，在应用程序使用过程中，可能会发生新的业务故障问题，从而需要从服务区下载新的业务故障模型数据。同样的，在对业务故障进行分析的过程中，也可以对业务故障模型进行更新，以提高业务故障分析的准确率，进而需要从服务器获取更新的业务故障模型数据。
83.步骤s120：将服务器反馈的各个业务故障模型数据保存至本地。
84.可以理解的是，保存至本地指的是保存至应用程序日志自动化分析系统。
85.本技术实施例的应用程序日志自动化分析系统通过向服务器发送下载或者更新各个业务故障模型数据的请求，将服务器反馈的各个业务故障模型数据保存至本地，进而无需从服务器中再获取对应的业务故障数据，直接从本地即可获得更新的业务故障模型数据，进而进行业务故障分析，提高了业务故障分析的效率以及准确性。
86.请参阅图4，在一个可选的实施例中，步骤s101中接收应用程序的业务故障信息的步骤，包括：
87.步骤s1011：响应于用户访问业务故障分析系统的操作，显示应用程序的业务故障信息输入框。
88.可以理解的是，业务故障信息输入框可以包括业务日志信息输入框、故障时间点信息输入框以及业务故障模型标识输入框。可选的，业务故障信息输入框还可以包括应用程序所在移动终端的操作应用程序选择框，操作应用程序可以包括安卓或者ios，也即，本技术根据不同的操作应用程序，其对应的业务故障模型不同，对应的业务故障方法也不同。具体而言，本技术实施例还根据操作应用程序，获取与操作应用程序对应的业务故障模型，通过该业务故障模型对业务日志进行分析，来获得对应的业务故障分析结果。
89.步骤s1012：获取用户在业务故障信息输入框输入的业务故障信息。
90.本技术实施例通过显示业务故障信息输入框，可以方便用户输入业务故障信息，进而快捷获得对应的业务故障信息。
91.请参阅图5，在一个可选的实施例中，业务日志信息包括业务日志压缩包链接；步骤s102中根据业务日志信息以及故障时间点信息，获得发生故障时对应的业务故障日志的步骤，包括：
92.步骤s1021：根据业务日志压缩包链接，获得业务日志压缩包。
93.步骤s1022：将业务日志压缩包进行解包，获得业务日志信息。
94.步骤s1023：根据业务日志信息以及故障时间点信息，获得发生故障时对应的业务故障日志。
95.本技术实施例通过根据业务日志压缩包链接，获得业务日志压缩包，进而将业务日志压缩包进行解包，获得业务日志信息，从而获得发生故障时对应的业务故障日志，可以实现快捷获得业务故障日志。
96.请参阅图6，在一个可选的实施例中，步骤s1023中根据业务日志信息以及故障时间点信息，获得发生故障时对应的业务故障日志的步骤，包括：
97.步骤s10231：根据应用程序的生命周期，将业务日志信息划分成若干个日志切片文件。
98.步骤s10232：根据故障时间点信息，将最优的日志切片作为业务故障日志。
99.生命周期为应用程序进程被创建到被关闭的时间段，具体而言，在应用程序冷启动，例如，用户把应用程序滑动关闭后，再重新打开应用程序时，应用程序会打印一条冷启动的标识日志；本技术方案中将应用程序日志文件分割多个日志切片文件时，会按行遍历日志文件，把一条冷启动标识日志(比如a)和另一条冷启动标识日志(比如b)之间的每行日志收拢成为一个日志切片的内容，此时的日志切片的内容：包括a，但不包括b。
100.其中，根据故障时间点信息，将最优的日志切片作为业务故障日志可以为根据故障时间点信息，将发生故障时间点所在的日志切片作为业务故障日志，也可以根据故障时间点信息，将发生故障时间点所在的日志切片以及发生故障时间点前后预设数量的日志切片作为业务故障日志；还可以根据故障时间点信息，将发生故障时间点所在的日志切片以及发生故障时间点之前的预设时间点所在的日志切片作为业务故障日志，还可以根据不同的业务故障模型，采用不同的最优日志切片选择策略来选择业务故障日志。
101.相比于面向服务端的日志自动化分析系统，其采集的日志需要采集自不同的业务后台，日志信息是离散的，日志时间是分布并且混乱的；本技术作为面向移动端的日志自动化分析系统，其采集的日志源自单一用户的单一应用程序的日志，日志信息是非离散的，日志时间是线性连续的。
102.因此，在日志文件处理方面，相比于面向服务端的日志自动化分析系统，本技术实施例通过将业务日志信息，这个大的日志文件，按照应用程序生命周期切割为一个个日志切片文件，能够按照故障发生时间，筛选一个最优的日志切片文件，使得系统分析故障时的日志信息数据范围可从一个大的日志文件缩小为一个较小的日志切片文件，进而提高获取业务故障日志的效率和准确性，从而实现提高业务故障分析的准确性。
103.请参阅图7，在一个可选的实施例中，步骤s103中将业务故障日志输入至业务故障模型标识对应的业务故障模型，获得业务故障分析结果的步骤，包括：
104.步骤s1031：根据所述业务故障模型标识，从本地获取对应的业务故障模型数据，根据业务故障模型数据加载对应的业务故障模型；
105.步骤s1032：将业务故障日志输入至业务故障模型，获得业务故障分析结果。
106.本技术实施例在需要进行业务故障分析时，才根据业务故障模型标识，加载对应的业务故障模型，进而才将业务故障日志输入至业务故障模型，获得业务故障分析结果，可以减少应用程序日志自动化分析系统的存储空间。
107.可以理解的是，可以根据功能将应用程序日志自动化分析系统划分为若干个模块，从而实现上述各个方法，可选的，应用程序日志自动化分析系统可以包括ui交互模块、业务问题模型管理模块、日志下载模块、日志切割模块以及业务问题模型解释器模块。可以理解的是，上述模块划分以及图8只是作为示意性描述，并不限定其具体的模块以及具体的运行流程。
108.下面结合图8，对本技术的业务故障分析方法进行详细描述如下：
109.在用户访问应用程序日志自动化分析系统时，ui交互模块向业务问题模型管理模块请求下载或更新业务故障模型数据；业务问题模型管理模块从服务器下载或更新业务故障模型数据，并保存至本地，再将业务故障模型数据反馈至ui交互模块显示。
110.ui交互模块接收用户输入的业务日志压缩包链接、故障时间点信息以及选择的业务故障模型标识。
111.ui交互模块将业务日志压缩包链接发送至日志下载模块；日志下载模块下载业务日志文件压缩包，将业务日志压缩包进行解包，获得业务日志信息，保存至本地，再将业务日志信息反馈至ui交互模块显示。
112.ui交互模块将业务日志信息和故障时间点信息发送至日志切割模块；日志切割模块根据应用程序的生命周期，将业务日志信息划分成若干个日志切片文件，根据故障时间点信息，将故障时间点所在的日志切片作为业务故障日志，将业务故障日志反馈至ui交互模块显示。
113.ui交互模块将业务故障日志和业务故障模型标识发送至业务问题模型解释器模块，请求对业务故障问题进行分析解答；业务问题模型解释器模块根据业务故障模型标识，加载对应的业务故障模型并解释执行，按照模型对应的逻辑对业务故障日志进行分析，获得业务故障分析结果，将业务故障分析结果反馈至ui交互模块显示。
114.请参见图9，其为本技术第二实施例提供的业务故障分析装置的结构示意图。该装置200包括：
115.业务故障信息接收模块201，用于接收应用程序的业务故障信息；业务故障信息包括应用程序的业务日志信息、故障时间点信息以及业务故障模型标识；
116.业务故障日志获取模块202，用于根据业务日志信息以及故障时间点信息，获得发生故障时对应的业务故障日志；
117.业务故障分析结果获取模块203，用于将业务故障日志输入至业务故障模型标识对应的业务故障模型，获得业务故障分析结果。
118.需要说明的是，本技术第二实施例提供的业务故障分析装置在执行直播中的业务故障分析方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以
完成以上描述的全部或者部分功能。另外，本技术第二实施例提供的业务故障分析装置与本技术第一实施例业务故障分析方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
119.本技术第二实施例的业务故障分析装置的实施例可以应用在计算机设备上，例如移动终端或者非移动终端上，该装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，其所在的计算机设备可以包括处理器、网络接口、内存以及非易失性存储器，通过数据总线或其他公知方式互相共联。
120.请参阅图10，为本技术第四实施例提供的计算机设备的结构示意图。如图10所示，该计算机设备16可以包括：处理器160、存储器161以及存储在该存储器161并可以在该处理器160上运行的计算机程序162，例如：业务故障分析方法的程序；该处理器160执行该计算机程序162时实现上述第一实施例中的步骤。
121.其中，该处理器160可以包括一个或多个处理核心。处理器160利用各种接口和线路连接计算机设备16内的各个部分，通过运行或执行存储在存储器161内的指令、程序、代码集或指令集，以及调用存储器161内的数据，执行计算机设备16的各种功能和处理数据，可选的，处理器160可以采用数字信号处理(digital signal processing,dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programble logic array，pla)中的至少一个硬件形式来实现。处理器160可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器160中，单独通过一块芯片进行实现。
122.其中，存储器161可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器161包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器161可用于存储指令、程序、代码、代码集或指令集。存储器161可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器161可选的还可以是至少一个位于远离前述处理器160的存储装置。
123.本技术实施例还提供了一种计算机存储介质，该计算机存储介质可以存储有多条指令，该指令适用于由处理器加载并执行上述实施例的方法步骤，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。
124.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模
块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
125.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
126.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
127.在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
128.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
129.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
130.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
131.本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。