本发明属于计算机技术领域，特别是涉及一种异常事件处理方法及系统、客户端及服务端。
背景技术：
计算机、手机、智能电视等电子设备在使用过程中会出现各种异常情况，导致应用程序无法正常运行，甚至造成应用程序崩溃，由于引起这些异常情况的原因各异，当电子设备的系统出现异常情况时，需要找出造成这种异常情况的原因才能够彻底解决这种异常情况。
通常，在操作系统中都设有系统日志，系统日志记录了系统硬件、软件和系统问题的信息，同时还可以监视系统中发生的事件。当系统出现异常情况时，都会有事件产生，通过查看系统日志可以获得异常事件产生的原因。
目前，在系统出现异常情况时，通常会通过弹窗提示用户，由于大多数用户并不具备专业知识，即使在通过系统日志了解了异常事件产生的原因后，仍不能获得有效的解决方案，还需要通过系统管理员或者技术支持在查看系统日志后，根据异常事件产生的原因人为配置相应的解决方案。
这种通过人为配置解决方案的异常事件处理方式，从事件产生到解决方案出台耗时较长、且步骤繁琐，不符合人们希望及时、高效地对异常事件进行处理的需求。
技术实现要素：
本发明实施例要解决的一个技术问题是：提供一种异常事件处理方法及系统、客户端及服务端，在系统出现异常情况时能够方便、高效地解决异常事件。
为解决上述技术问题，根据本发明实施例的一个方面，提供一种异常事件处理方法，包括：
基于对系统日志的监控，获取系统产生的异常事件；
根据预设规则对所述异常事件的信息进行预处理，获得预设格式的异常信息；
将所述预设格式的异常信息上传服务端；
接收所述服务端返回的对所述异常事件的处理方案；
依据所述处理方案，执行相应的操作解决所述异常事件。
在基于本发明上述方法的另一个实施例中，所述根据预设规则对所述异常事件的信息进行预处理，包括：
根据预设的格式化规则对所述异常事件的信息进行格式化处理，获得所述预设格式的异常信息。
在基于本发明上述方法的另一个实施例中，所述异常事件的信息包括：xml文件；
所述根据预设的格式化规则对所述异常事件的信息进行格式化处理，包括：
依据xml文件的节点，将所述异常事件的信息拆分为多个单独的字段；
以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
在基于本发明上述方法的另一个实施例中，所述根据预设的格式化规则对所述异常事件的信息进行格式化处理，还包括：
依据预设的节点名缩写列表，以所述节点名缩写列表中节点名的缩写代替字段名中对应的节点名。
在基于本发明上述方法的另一个实施例中，还包括：
根据预设的时间周期性查询服务端，获取所述节点名缩写列表。
在基于本发明上述方法的另一个实施例中，所述根据预设的格式化规则对所述异常事件的信息进行格式化处理，还包括：
依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。
在基于本发明上述方法的另一个实施例中，所述根据预设规则对所述异常事件的信息进行预处理，还包括：
所述根据预设的格式化规则对所述异常事件的信息进行格式化处理之后，依据预设的黑名单节点列表，对所述异常事件拆分的字段进行过滤，获得上传服务端的所述预设格式的异常信息。
在基于本发明上述方法的另一个实施例中，所述依据预设的黑名单节点列表，对所述异常事件的字段进行过滤，针对每个字段包括：
检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中；
若当前字段对应的节点的节点名在预设的黑名单节点列表中，以下一个字段作为当前字段，执行所述检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中的操作；
若当前字段对应的节点的节点名未在预设的黑名单节点列表中，将当前字段作为上传服务端的所述预设格式的异常信息。
在基于本发明上述方法的另一个实施例中，还包括：
根据预设的时间周期性查询服务端，获取所述黑名单节点列表。
在基于本发明上述方法的另一个实施例中，所述基于对系统日志的监控，获取系统产生的异常事件，包括：
基于对系统日志的监控，根据预设的监控范围获取系统产生的异常事件。
在基于本发明上述方法的另一个实施例中，所述监控范围包括：xpath表达式。
在基于本发明上述方法的另一个实施例中，还包括：
根据预设的时间周期性查询服务端，获取所述监控范围。
在基于本发明上述方法的另一个实施例中，所述依据所述处理方案，执行相应的操作解决所述异常事件，包括：
依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径；
响应于用户的操作，执行所述处理路径提供的相应的操作，解决所述异常事件。
在基于本发明上述方法的另一个实施例中，所述依据所述处理方案，执行相应的操作解决所述异常事件，还包括：
检测系统当前的运行状态是否符合预设的弹窗条件；
若系统当前的运行状态符合预设的弹窗条件，依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
在基于本发明上述方法的另一个实施例中，还包括：
根据预设的时间周期性查询服务端，获取所述弹窗条件。
根据本发明实施例的另一个方面，提供一种异常事件处理方法，包括：
接收客户端上传的预设格式的异常信息；其中，所述预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得；
根据预设规则对所述预设格式的异常信息进行解析，获得所述异常事件的信息；
依据所述异常事件的信息，查询与所述异常事件匹配的处理方案，获得对所述异常事件的处理方案；
将对所述异常事件的处理方案返回所述客户端。
在基于本发明上述方法的另一个实施例中，所述根据预设规则对所述预设格式的异常信息进行解析，包括：
根据预设的格式化规则，对所述预设格式的异常信息进行解析，获得所述异常事件的信息。
在基于本发明上述方法的另一个实施例中，所述处理方案以弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
在基于本发明上述方法的另一个实施例中，所述处理方案包括：xml文件。
根据本发明实施例的又一个方面，提供的一种客户端，包括：
获取单元，用于基于对系统日志的监控，获取系统产生的异常事件；
预处理单元，用于根据预设规则对所述异常事件的信息进行预处理，获得预设格式的异常信息；
发送单元，用于将所述预设格式的异常信息上传服务端；
接收单元，用于接收所述服务端返回的对所述异常事件的处理方案；
执行单元，用于依据所述处理方案，执行相应的操作解决所述异常事件。
在基于本发明上述客户端的另一个实施例中，所述预处理单元，包括：
格式化模块，用于根据预设的格式化规则对所述异常事件的信息进行格式化处理，获得所述预设格式的异常信息。
在基于本发明上述客户端的另一个实施例中，所述异常事件的信息包括：xml文件；
所述格式化模块，具体用于：
依据xml文件的节点，将所述异常事件的信息拆分为多个单独的字段；
以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
在基于本发明上述客户端的另一个实施例中，所述格式化模块，还具体用于：
依据预设的节点名缩写列表，以所述节点名缩写列表中节点名的缩写代替字段名中对应的节点名。
在基于本发明上述客户端的另一个实施例中，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述节点名缩写列表。
在基于本发明上述客户端的另一个实施例中，所述格式化模块，还具体用于：
依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。
在基于本发明上述客户端的另一个实施例中，所述预处理单元，还包括：
过滤模块，在所述格式化模块之后，用于依据预设的黑名单节点列表，对所述异常事件拆分的字段进行过滤，获得上传服务端的所述预设格式的异常信息。
在基于本发明上述客户端的另一个实施例中，所述过滤模块，针对每个字段具体用于：
检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中；
若当前字段对应的节点的节点名在预设的黑名单节点列表中，以下一个字段作为当前字段，执行所述检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中的操作；
若当前字段对应的节点的节点名未在预设的黑名单节点列表中，将当前字段作为上传服务端的所述预设格式的异常信息。
在基于本发明上述客户端的另一个实施例中，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述黑名单节点列表。
在基于本发明上述客户端的另一个实施例中，所述获取单元，具体用于：
基于对系统日志的监控，根据预设的监控范围获取系统产生的异常事件。
在基于本发明上述客户端的另一个实施例中，所述监控范围包括：xpath表达式。
在基于本发明上述客户端的另一个实施例中，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述监控范围。
在基于本发明上述客户端的另一个实施例中，所述执行单元，包括：
显示模块，用于依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径；
执行模块，用于响应于用户的操作，执行所述处理路径提供的相应的操作，解决所述异常事件。
在基于本发明上述客户端的另一个实施例中，所述执行单元，还包括：
检测模块，用于检测系统当前的运行状态是否符合预设的弹窗条件；
所述显示模块，具体用于根据所述检测模块的检测结果，响应于系统当前的运行状态符合预设的弹窗条件，依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
在基于本发明上述客户端的另一个实施例中，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述弹窗条件。
根据本发明实施例的再一个方面，提供的一种服务端，包括：
接收单元，用于接收客户端上传的预设格式的异常信息；其中，所述预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得；
解析单元，用于根据预设规则对所述预设格式的异常信息进行解析，获得所述异常事件的信息；
查询单元，用于依据所述异常事件的信息，查询与所述异常事件匹配的处理方案，获得对所述异常事件的处理方案；
发送单元，用于将对所述异常事件的处理方案返回所述客户端。
在基于本发明上述服务端的另一个实施例中，所述解析单元，具体用于根据预设的格式化规则，对所述预设格式的异常信息进行解析，获得所述异常事件的信息。
在基于本发明上述服务端的另一个实施例中，所述处理方案以弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
在基于本发明上述服务端的另一个实施例中，所述处理方案包括：xml文件。
根据本发明实施例的还一个方面，提供的一种异常事件处理系统，包括：上述任一实施例所述的客户端和上述任一实施例所述的服务端。
基于本发明上述实施例提供的异常事件处理方法及系统、客户端及服务端，基于对系统日志的监控，获取系统产生的异常事件，并根据预设规则对异常事件的信息进行预处理，获得预设格式的异常信息，将预设格式的异常信息上传服务端，并接收服务端返回的对异常事件的处理方案，依据所接收到的处理方案，执行相应的操作从而解决异常事件。本发明实施例在系统出现异常情况时，能够快速做出反应，将异常事件的信息上传服务端，在接收到服务端返回的处理方案后，能够及时对异常事件进行处理，从而方便、高效地解决异常事件。
附图说明
构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：
图1是本发明实施例异常事件处理方法的一个实施例的流程图。
图2是本发明实施例异常事件处理方法的另一个实施例的流程图。
图3是本发明实施例异常事件处理方法的又一个实施例的流程图。
图4a及图4b是本发明实施例异常事件处理方法弹窗的示意图。
图5a是本发明实施例异常事件处理方法一个具体操作步骤的流程图。
图5b是本发明实施例异常事件处理方法另一个具体操作步骤的流程图。
图6是本发明实施例异常事件处理方法的再一个实施例的流程图。
图7是本发明实施例客户端的一个实施例的结构图。
图8是本发明实施例客户端的另一个实施例的结构图。
图9是本发明实施例服务端的一个实施例的结构图。
图10是本发明实施例的异常事件处理系统的一个实施例的结构图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件的相对布置、数字表达式和数值不限制本发明的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
图1是本发明实施例异常事件处理方法的一个实施例的流程图。如图1所示，该实施例的方法，包括：
s102，基于对系统日志的监控，获取系统产生的异常事件。
具体实现中，产生异常事件的系统可以为windows系统、android系统等目前计算机、手机、智能电视等普遍使用的主流操作系统；系统产生的异常事件可以包括：运行库缺失、系统时间错误、旧版本应用程序存在崩溃风险等异常情况。
s104，根据预设规则对异常事件的信息进行预处理，获得预设格式的异常信息。
具体实现中，操作s104可以根据预设的格式化规则，通过对异常事件的信息进行格式化处理，获得预设格式的异常信息。其中，预设的格式化规则是预先存储的系统日志文件处理规则，通过它可以将系统日志文件转化为便于发送的简洁、统一的格式。由于系统日志并没有固定的格式，例如它可以采用txt文件，也可以采用xml文件等，对于不同格式的异常事件所采用的具体的预设的格式化规则不同。
s106，将预设格式的异常信息上传服务端。
s108，接收服务端返回的对异常事件的处理方案。
具体实现中，操作s106和操作s108可以通过有线连接或无线连接的方式与服务端建立连接，以实现预设格式的异常信息的上传和对异常事件的处理方案的接收。例如：被监控的系统日志为计算机或智能电视的系统日志，计算机或智能电视可以通过有线连接的方式与服务端连接；被监控的系统日志为手机的系统日志，手机可以通过无线连接的方式与服务端连接。其中，无线连接可以采用wifi或者2g/3g/4g网络。
s110，依据处理方案，执行相应的操作解决异常事件。
具体实现中，由于引起异常事件的原因各异，针对不同的异常事件所获得处理方案也各不相同。其中，在一个具体示例中，针对运行库缺失的异常事件，处理方案会提供相应的运行库下载路径；在另一个具体示例中，针对系统时间错误的异常事件，处理方案会提供修复系统时间的方法；而在又一个具体示例中，针对旧版本应用程序存在崩溃风险的异常事件，处理方案会提供新版本应用程序的下载路径。
基于本发明上述实施例提供的异常事件处理方法，基于对系统日志的监控，获取系统产生的异常事件，并根据预设规则对异常事件的信息进行预处理，获得预设格式的异常信息，将预设格式的异常信息上传服务端，并接收服务端返回的对异常事件的处理方案，依据所接收到的处理方案，执行相应的操作从而解决异常事件。本发明实施例在系统出现异常情况时，能够快速做出反应，将异常事件的信息上传服务端，在接收到服务端返回的处理方案后，能够及时对异常事件进行处理，从而方便、高效地解决异常事件。
图2是本发明实施例异常事件处理方法的另一个实施例的流程图。如图2所示，该实施例的方法，包括：
s202，基于对系统日志的监控，根据预设的监控范围获取系统产生的异常事件。
具体实现中，由于系统日志事件频繁，并且对事件等级没有严格意义的区分，有很多问题都以“信息”等级存在，如果监听的范围很大，会影响对异常事件的及时获取和处理，因此需要预设监控范围来进行控制，对符合监控范围的异常事件进行获取和处理，以节约系统资源。
具体地，监控范围可以作为配置信息，根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的监控范围也可以根据具体的情况设定，对于不同的被监控设备预设的监控范围可以相同，也可以不同。例如：对于手机等经常下载应用程序的设备，设置较短的查询周期，如每小时查询一次，以及时对监控范围进行调整；对于服务器等比较重要的设备，设置较大的监控范围，以保证这些设备的稳定运行。具体可以通过对被监控设备设置不同的级别加以区分。
s204，根据预设的格式化规则对异常事件的信息进行格式化处理，获得预设格式的异常信息。
具体实现中，异常事件的信息包括xml文件，操作s204具体采用以下规则对xml文件进行格式化：依据xml文件的节点，将异常事件的信息拆分为多个单独的字段；以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
进一步，监控范围可以包括：xpath表达式，xpath为xml路径语言，是一种用来确定xml文件中某部分位置的语言。xpath具体是基于xml的树状结构，提供在数据结构树中找寻节点的能力。因此操作s202可以基于对系统日志的监控，根据预设的xpath表达式，来获取系统产生的异常事件。
进一步，操作s204还可以依据预设的节点名缩写列表，以节点名缩写列表中节点名的缩写代替字段名中对应的节点名，以节省向服务端上传的数据流量。
具体地，节点缩写列表可以作为配置信息，根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的节点缩写列表也可以根据具体的情况设定，对于不同的被监控设备预设的节点缩写列表可以相同，也可以不同。
在一个具体的示例中，预设的节点缩写列表的具体示例如下：
进一步，操作s204还可以依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。例如：以原语“v”表示取值，以原语“a”表示属性，以原语“n”表示节点。下面一段xml文件的示例：
其中，依据操作s204的规则，在将上述xml文件依据节点拆分成多个单独的字段后，可以将qualifiers节点对应的字段命名为a.evt.s.evtid.qualifiers；将level节点对应的字段命名为v.evt.s.level。
进一步，对于在一个节点下具有多个同名节点的情况，可以通过在字段名前增加“序号#”的前缀来加以区分。以下面一段xml文件为例：
其中，依据操作s204的规则，在将上述xml文件依据节点拆分成多个单独的字段后，在文件中依次出现的data节点对应的字段的字段名依次为evtd.data、evtd.2#data、evtd.3#data，依此类推。其中对于多于一个的节点对应的字段名前增加的前缀的序号是从2开始计算，也就是说，第一个data节点对应的字段的字段名为evtd.data。
进一步，依据操作s204的规则，将xml文件依据节点拆分后得到的多个单独的字段可以采用条件写法，例如：
a.evt.s.p.name:is＝,applicationerror
v.evt.s.evtid:is＝,1000
v.evt.evtd.2#data:is＝,1.0.0.1
v.evt.evtd.data:is＝,etwdemo.exe
进一步，操作204之后，还可以包括：依据预设的黑名单节点列表，对异常事件拆分的字段进行过滤，获得上传服务端的预设格式的异常信息的操作。
具体地，黑名单节点列表可以作为配置信息，根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的黑名单节点列表也可以根据具体的情况设定，对于不同的被监控设备预设的黑名单节点列表可以相同，也可以不同。
在一个具体的示例中，预设的黑名单节点列表的具体示例如下：
也就是说，属于此黑名单节点列表中的节点完全不会被上传至服务端，例如：上述文件中的第一项为event下面system下面的computer节点，当所获得的预设格式的异常信息中含有这一项时，这一项会被抛弃，不会被上传至服务端。利用此黑名单节点列表对操作s204所获得的预设格式的异常信息进行过滤，可以进一步滤除不必要的信息，节省向服务端上传的数据流量。
s206，将预设格式的异常信息上传服务端。
s208，接收服务端返回的对异常事件的处理方案。
s210，依据处理方案，弹窗显示异常事件的相关信息，并通过弹窗提供对异常事件的处理路径。
具体实现中，弹窗按照异常事件的严重程度分为红色和橙色两个等级，其中，红色为严重的异常事件，如图4a所示，例如：当出现一般系统级别的错误时，会导致系统无法正常启动等异常事件，此时会显示红色的弹窗；橙色为不太严重的异常事件，如图4b所示，例如：当出现一般软件级别的错误时，会导致软件无法正常启动等异常事件，此时会显示橙色的弹窗。
在一个具体示例中，如图4a及图4b所示，弹窗所显示的异常事件的相关信息包含：错误详情、错误原因等；弹窗通过“一键修复”按钮提供对异常事件的处理路径；弹窗还可以包含：“忽略”按钮，“忽略”按钮响应于用户的点击操作，会将该窗口对应的规则id存储至本地，之后在一预设的时间段内不会再弹出同样规则id的窗口。
s212，响应于用户的操作，执行处理路径提供的相应的操作，解决异常事件。
具体实现中，如图4a及图4b所示，弹窗通过“一键修复”按钮响应于用户的点击操作，首先创建一个进程，然后在这个进程中按照指定的处理路径，通过下载、修改等修复操作解决异常事件。
进一步，“一键修复”按钮响应于用户的点击操作，可以启动一个现有的应用程序，利用这个应用程序执行下载、修改等修复操作解决异常事件。例如：“一键修复”按钮响应于用户的点击操作，启动360软件管家，360软件管家依据处理方案所提供的软件id，查找相应的软件，进行下载，完成运行库的安装，从而解决运行库缺失的异常事件。
图3是本发明实施例异常事件处理方法的又一个实施例的流程图。如图3所示，该实施例的方法，包括：
s302，基于对系统日志的监控，根据预设的xpath表达式获取系统产生的异常事件；其中系统日志包括：xml文件。
s304，依据xml文件的节点，将异常事件的信息拆分为多个单独的字段。
s306，以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
s308，依据预设的节点名缩写列表，以所述节点名缩写列表中节点名的缩写代替字段名中对应的节点名。
具体实现中，如图5a所示，操作s308针对每个字段名具体执行以下操作：s502，检测字段名中当前的节点名是否位于预设的节点名缩写列表中。若当前的节点名位于预设的节点名缩写列表中，执行操作s504；否则，若当前的节点名未位于预设的节点名缩写列表中，仍保留字段名中当前的节点名，执行后续操作。s504，以节点名缩写列表中当前节点名的缩写替换字段名中对应的节点名。
进一步，如图5a所示，操作s308针对每个字段名还包括以下操作：s506，检测字段名中当前的节点名是否为字段名中最后一个节点名。若当前的节点名为字段名中最后一个节点名，结束操作；否则，若当前的节点名非字段名中最后一个节点名，执行操作s508。s508，以字段名中的下一个节点名作为当前的节点名，执行操作s502。
s310，依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。
s312，依据预设的黑名单节点列表，对异常事件拆分的字段进行过滤，获得上传服务端的预设格式的异常信息。
具体实现中，如图5b所示，操作s312针对每个字段具体执行以下操作：s510，检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中；若当前字段对应的节点的节点名在预设的黑名单节点列表中，执行操作s512；若当前字段对应的节点的节点名未在预设的黑名单节点列表中执行操作s514。s512，以下一个字段作为当前字段，执行操作s510。s514，将当前字段作为上传服务端的预设格式的异常信息。
s314，将预设格式的异常信息上传服务端。
s316，接收服务端返回的对异常事件的处理方案。
s318，依据处理方案，弹窗显示异常事件的相关信息，并通过弹窗提供对所述异常事件的处理路径。
具体实现中，在操作s318之前还包括：检测系统当前的运行状态是否符合预设的弹窗条件的操作；若系统当前的运行状态符合预设的弹窗条件，则执行操作s318。
具体地，弹窗条件可以作为配置信息，根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的弹窗条件也可以根据具体的情况设定，对于不同的被监控设备预设的弹窗条件可以相同，也可以不同。
进一步，弹窗条件可以包括：1)在视频或游戏的全屏模式下，或静默模式下不弹窗，使用消息中心接口：imsgcentersettings2；2)在有其他弹窗出现的情况下，不弹窗；3)在自己的进程中同时出现多个异常事件时，根据事件的预设优先级弹窗；4)在开机十分钟内不弹窗等；对弹窗的启动进行控制的信息。
在一个具体的示例中，预设的弹窗条件为xml文件，其具体示例如下：
其中，显示的弹窗条件具体包括：1)弹窗超时时间，默认为一分钟；鼠标操作后开始计时，无动作情况下最长超时时间为60分钟；2)下次弹窗的时间间隔默认为三小时；3)用户点击“忽略”按钮，则此规则相关的弹窗10天内不再弹出。
s320，响应于用户的操作，执行处理路径提供的相应的操作，解决异常事件。
图6是本发明实施例异常事件处理方法的再一个实施例的流程图。如图6所示，该实施例的方法，包括：
s602，接收客户端上传的预设格式的异常信息。
其中，预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得。
具体实现中，产生异常事件的系统可以为windows系统、android系统等目前计算机、手机、智能电视等普遍使用的主流操作系统；系统产生的异常事件可以包括：运行库缺失、系统时间错误、旧版本应用程序存在崩溃风险等异常情况。
s604，根据预设规则对预设格式的异常信息进行解析，获得异常事件的信息。
具体实现中，操作s604可以根据预设的格式化规则，对预设格式的异常信息进行解析，获得异常事件的信息。其中，预设的格式化规则是预先存储的系统日志文件处理规则，利用它可以从系统日志文件转化后获得的便于发送的文件中，解析出原始系统日志文件的内容。
具体地，异常事件的信息包括xml文件，对xml文件进行格式化的预设规则包括：依据xml文件的节点，将异常事件的信息拆分为多个单独的字段；以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
进一步，对xml文件进行格式化的预设规则还包括：依据预设的节点名缩写列表，以节点名缩写列表中节点名的缩写代替字段名中对应的节点名，以节省向服务端上传的数据流量。
进一步，对xml文件进行格式化的预设规则还包括：依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。例如：以原语“v”表示取值，以原语“a”表示属性，以原语“n”表示节点。
在一个具体示例中，操作s604所获得的异常事件的信息中的节点名，即后台显示名，与预设格式的异常信息中的字段名，的对应关系如表1所示：
表1
s606，依据异常事件的信息，查询与异常事件匹配的处理方案，获得对异常事件的处理方案。
具体实现中，由于引起客户端异常事件的原因各异，针对不同的异常事件所采取处理方案也各不相同。其中，在一个具体示例中，针对运行库缺失的异常事件，处理方案会提供相应的运行库下载路径；在另一个具体示例中，针对系统时间错误的异常事件，处理方案会提供修复系统时间的方法；而在又一个具体示例中，针对旧版本应用程序存在崩溃风险的异常事件，处理方案会提供新版本应用程序的下载路径。
具体地，操作s606可以依据异常事件的信息，通过查询存储有各种异常事件的处理方案的数据库，进行匹配，获得对异常事件的处理方案。
s608，将对异常事件的处理方案返回客户端。
具体实现中，操作s608返回客户端的处理方案以弹窗显示异常事件的相关信息，并通过弹窗提供对异常事件的处理路径。
具体地，处理方案包括：xml文件。如图4a即图4b所示，在一个具体示例中，返回客户端的处理方案的xml文件如下：
其中，adv为弹窗的颜色，name、desc为弹窗中显示的文字，id为自定义的一个规则id，btntxt为按钮的文字，acttype为响应于用户点击按钮的操作，执行的行为，1表示创建一个进程，创建一个带有360签名的进程，这个进程的路径可以指定，从而按照指定的处理路径，通过下载、修改等修复操作解决异常事件。
进一步，“一键修复”按钮响应于用户的点击操作，可以启动一个现有的应用程序，利用这个应用程序执行下载、修改等修复操作解决异常事件。例如：“一键修复”按钮响应于用户的点击操作，启动360软件管家，360软件管家依据处理方案所提供的软件id，查找相应的软件，进行下载，完成运行库的安装，从而解决运行库缺失的异常事件。
具体实现中，操作s602和操作s608可以通过有线连接或无线连接的方式与客户端建立连接，以实现对预设格式的异常信息的接收和返回对异常事件的处理方案。例如：执行操作s602至操作s608的为云端，客户端为计算机或智能电视，云端可以通过有线连接的方式与计算机或智能电视连接；执行操作s602至操作s608的为云端，客户端为手机，云端可以通过无线连接的方式与手机连接。其中，无线连接可以采用wifi或者2g/3g/4g网络。
基于本发明上述实施例提供的异常事件处理方法，通过接收客户端上传的预设格式的异常信息，其中预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得，并根据预设规则对预设格式的异常信息进行解析，获得异常事件的信息，依据异常事件的信息，查询与异常事件匹配的处理方案，从而获得对异常事件的处理方案，最后将对异常事件的处理方案返回客户端。本发明实施例在系统出现异常情况时，在接收到客户端上传的异常事件的信息后，通过查询与异常事件匹配的处理方案，能够快速获得对异常事件的处理方案并返回客户端，从而方便、高效地解决异常事件。
图7是本发明实施例客户端的一个实施例的结构图。如图7所示，该实施例的客户端，包括：获取单元710、预处理单元720、发送单元730、接收单元740和执行单元750。其中，
获取单元710，用于基于对系统日志的监控，获取系统产生的异常事件。
具体实现中，产生异常事件的系统可以为windows系统、android系统等目前计算机、手机、智能电视等普遍使用的主流操作系统；系统产生的异常事件可以包括：运行库缺失、系统时间错误、旧版本应用程序存在崩溃风险等异常情况。
预处理单元720，用于根据预设规则对异常事件的信息进行预处理，获得预设格式的异常信息。
具体实现中，预处理单元720可以根据预设的格式化规则，通过对异常事件的信息进行格式化处理，获得预设格式的异常信息。其中，预设的格式化规则是预先存储的系统日志文件处理规则，通过它可以将系统日志文件转化为便于发送的简洁、统一的格式。由于系统日志并没有固定的格式，例如它可以采用txt文件，也可以采用xml文件等，对于不同格式的异常事件所采用的具体的预设的格式化规则不同。
发送单元730，用于将预设格式的异常信息上传服务端。
接收单元740，用于接收服务端返回的对异常事件的处理方案。
具体实现中，发送单元730和接收单元740可以通过有线连接或无线连接的方式与服务端建立连接，以实现预设格式的异常信息的上传和对异常事件的处理方案的接收。例如：被监控的系统日志为计算机或智能电视的系统日志，计算机或智能电视可以通过有线连接的方式与服务端连接；被监控的系统日志为手机的系统日志，手机可以通过无线连接的方式与服务端连接。其中，无线连接可以采用wifi或者2g/3g/4g网络。
具体地，发送单元730和接收单元740可以为同一单元，其同时具备将预设格式的异常信息上传服务端，及接收服务端返回的对异常事件的处理方案的功能。
执行单元750，用于依据处理方案，执行相应的操作解决异常事件。
具体实现中，由于引起异常事件的原因各异，针对不同的异常事件所获得处理方案也各不相同。其中，在一个具体示例中，针对运行库缺失的异常事件，处理方案会提供相应的运行库下载路径；在另一个具体示例中，针对系统时间错误的异常事件，处理方案会提供修复系统时间的方法；而在又一个具体示例中，针对旧版本应用程序存在崩溃风险的异常事件，处理方案会提供新版本应用程序的下载路径。
基于本发明上述实施例提供的客户端，基于对系统日志的监控，获取系统产生的异常事件，并根据预设规则对异常事件的信息进行预处理，获得预设格式的异常信息，将预设格式的异常信息上传服务端，并接收服务端返回的对异常事件的处理方案，依据所接收到的处理方案，执行相应的操作从而解决异常事件，本发明实施例在系统出现异常情况时能够及时做出反应，将异常事件的信息上传服务端，并接收服务端返回的处理方案，快速对异常事件进行处理，从而方便、高效地解决异常事件。
图8是本发明实施例客户端的另一个实施例的结构图。如图8所示，与图7的实施例相比，在该实施例中，客户端的获取单元810，具体用于：基于对系统日志的监控，根据预设的监控范围获取系统产生的异常事件。
具体实现中，由于系统日志事件频繁，并且对事件等级没有严格意义的区分，有很多问题都以“信息”等级存在，如果监听的范围很大，会影响对异常事件的及时获取和处理，因此需要预设监控范围来进行控制，对符合监控范围的异常事件进行获取和处理，以节约系统资源。
具体地，监控范围可以作为配置信息，由配置单元860根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的监控范围也可以根据具体的情况设定，对于不同的被监控设备预设的监控范围可以相同，也可以不同。例如：对于手机等经常下载应用程序的设备，设置较短的查询周期，如每小时查询一次，以及时对监控范围进行调整；对于服务器等比较重要的设备，设置较大的监控范围，以保证这些设备的稳定运行。具体可以通过对被监控设备设置不同的级别加以区分。
预处理单元820还包括：格式化模块821。格式化模块821用于根据预设的格式化规则对异常事件的信息进行格式化处理，获得预设格式的异常信息。
具体实现中，异常事件的信息包括xml文件，格式化模块821具体用于：依据xml文件的节点，将异常事件的信息拆分为多个单独的字段；以及以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
进一步，监控范围可以包括：xpath表达式，xpath为xml路径语言，是一种用来确定xml文件中某部分位置的语言。xpath具体是基于xml的树状结构，提供在数据结构树中找寻节点的能力。因此获取单元810可以具体用于：基于对系统日志的监控，根据预设的xpath表达式，来获取系统产生的异常事件。
进一步，格式化模块821还可以具体用于：依据预设的节点名缩写列表，以节点名缩写列表中节点名的缩写代替字段名中对应的节点名，以节省向服务端上传的数据流量。
具体地，节点缩写列表可以作为配置信息，由配置单元860根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的节点缩写列表也可以根据具体的情况设定，对于不同的被监控设备预设的节点缩写列表可以相同，也可以不同。
具体地，格式化模块821在以节点名缩写列表中节点名的缩写代替字段名中对应的节点名时，针对每个字段名具体用于：检测字段名中当前的节点名是否位于预设的节点名缩写列表中。若当前的节点名位于预设的节点名缩写列表中，以节点名缩写列表中当前节点名的缩写替换字段名中对应的节点名；否则，若当前的节点名未位于预设的节点名缩写列表中，仍保留字段名中当前的节点名，执行后续操作。
进一步，格式化模块821在以节点名缩写列表中节点名的缩写代替字段名中对应的节点名时，针对每个字段具体用于：检测字段名中当前的节点名是否为字段名中最后一个节点名。若当前的节点名为字段名中最后一个节点名，结束操作；否则，若当前的节点名非字段名中最后一个节点名，以字段名中的下一个节点名作为当前的节点名，执行检测字段名中当前的节点名是否位于预设的节点名缩写列表中的操作。
进一步，格式化模块821还可以用于：依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。例如：以原语“v”表示取值，以原语“a”表示属性，以原语“n”表示节点。
如图8所示，预处理单元820还可以包括：过滤模块822。过滤模块822在格式化模块821之后，用于依据预设的黑名单节点列表，对异常事件拆分的字段进行过滤，获得上传服务端的预设格式的异常信息的操作。
具体地，黑名单节点列表可以作为配置信息，由配置单元860根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的黑名单节点列表也可以根据具体的情况设定，对于不同的被监控设备预设的黑名单节点列表可以相同，也可以不同。
具体实现中，过滤模块822针对每个字段具体用于：检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中；若当前字段对应的节点的节点名在预设的黑名单节点列表中，以下一个字段作为当前字段，执行检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中的操作；若当前字段对应的节点的节点名未在预设的黑名单节点列表中执行操作，将当前字段作为上传服务端的预设格式的异常信息。
如图8所示，执行单元850还包括：显示模块851和执行模块852。其中，
显示模块851，用于依据处理方案，弹窗显示所述异常事件的相关信息，并通过弹窗提供对所述异常事件的处理路径。
具体实现中，执行单元850还可以包括：检测模块853，用于检测系统当前的运行状态是否符合预设的弹窗条件；显示模块851具体用于根据检测模块853的检测结果，响应于系统当前的运行状态符合预设的弹窗条件，依据处理方案，弹窗显示异常事件的相关信息，并通过弹窗提供对异常事件的处理路径。
具体地，弹窗条件可以作为配置信息，由配置单元860根据预设的时间周期性查询服务端，从服务端获取。其中，预设的时间可以根据具体的情况设定，对于不同的被监控设备预设的时间可以相同，也可以不同；预设的弹窗条件也可以根据具体的情况设定，对于不同的被监控设备预设的弹窗条件可以相同，也可以不同。
执行模块852，用于响应于用户的操作，执行处理路径提供的相应的操作，解决异常事件。
图9是本发明实施例服务端的一个实施例的结构图。如图9所示，该实施例的服务端包括：接收单元910、解析单元920、查询单元930和发送单元940。其中，
接收单元910，用于接收客户端上传的预设格式的异常信息.
其中，预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得。
具体实现中，产生异常事件的系统可以为windows系统、android系统等目前计算机、手机、智能电视等普遍使用的主流操作系统；系统产生的异常事件可以包括：运行库缺失、系统时间错误、旧版本应用程序存在崩溃风险等异常情况。
解析单元920，用于根据预设规则对预设格式的异常信息进行解析，获得异常事件的信息。
具体实现中，解析单元920可以具体用于：根据预设的格式化规则，对预设格式的异常信息进行解析，获得异常事件的信息。其中，预设的格式化规则是预先存储的系统日志文件处理规则，利用它可以从系统日志文件转化后获得的便于发送的文件中，解析出原始系统日志文件的内容。
具体地，异常事件的信息包括xml文件，对xml文件进行格式化的预设规则包括：依据xml文件的节点，将异常事件的信息拆分为多个单独的字段；以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
进一步，对xml文件进行格式化的预设规则还包括：依据预设的节点名缩写列表，以节点名缩写列表中节点名的缩写代替字段名中对应的节点名，以节省向服务端上传的数据流量。
进一步，对xml文件进行格式化的预设规则还包括：依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。例如：以原语“v”表示取值，以原语“a”表示属性，以原语“n”表示节点。
查询单元930，用于依据异常事件的信息，查询与异常事件匹配的处理方案，获得对异常事件的处理方案。
具体实现中，由于引起客户端异常事件的原因各异，针对不同的异常事件所采取处理方案也各不相同。其中，在一个具体示例中，针对运行库缺失的异常事件，处理方案会提供相应的运行库下载路径；在另一个具体示例中，针对系统时间错误的异常事件，处理方案会提供修复系统时间的方法；而在又一个具体示例中，针对旧版本应用程序存在崩溃风险的异常事件，处理方案会提供新版本应用程序的下载路径。
具体地，查询单元930可以依据异常事件的信息，通过查询存储有各种异常事件的处理方案的数据库，进行匹配，获得对异常事件的处理方案。
发送单元940，用于将对异常事件的处理方案返回所述客户端。
具体实现中，操作s608返回客户端的处理方案以弹窗显示异常事件的相关信息，并通过弹窗提供对异常事件的处理路径。
具体地，处理方案包括：xml文件。
具体实现中，接收单元910和发送单元940可以通过有线连接或无线连接的方式与客户端建立连接，以实现对预设格式的异常信息的接收和返回对异常事件的处理方案。例如：与客户端建立连接的为云端，客户端为计算机或智能电视，云端可以通过有线连接的方式与计算机或智能电视连接；与客户端建立连接的为云端，客户端为手机，云端可以通过无线连接的方式与手机连接。其中，无线连接可以采用wifi或者2g/3g/4g网络。
具体地，接收单元910和发送单元940可以为同一单元，其同时具备接收客户端上传的预设格式的异常信息，及将对异常事件的处理方案返回客户端的功能。
基于本发明上述实施例提供的服务端，通过接收客户端上传的预设格式的异常信息，其中预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得，并根据预设规则对预设格式的异常信息进行解析，获得异常事件的信息，依据异常事件的信息，查询与异常事件匹配的处理方案，从而获得对异常事件的处理方案，最后将对异常事件的处理方案返回客户端。本发明实施例在系统出现异常情况时，在接收到客户端上传的异常事件的信息后，通过查询与异常事件匹配的处理方案，能够快速获得对异常事件的处理方案并返回客户端，从而方便、高效地解决异常事件。
图10是本发明实施例的异常事件处理系统的一个实施例的结构图。如图10所示，该实施例的系统，包括：客户端和服务端。其中，
客户端包括：处理器和存储器；其中，客户端的存储器用于存储上述图1至图3所示的实施例的异常事件处理方法的程序；客户端的处理器用于执行客户端的存储器中存储的异常事件处理方法的程序。
服务端包括：处理器和存储器；其中，服务端的存储器用于存储上述图6所示的实施例的异常事件处理方法的程序；服务端的处理器用于执行服务端的的存储器中存储的异常事件处理方法的程序。
基于本发明上述实施例提供的异常事件处理系统，客户端基于对系统日志的监控，获取系统产生的异常事件，并根据预设规则对异常事件的信息进行预处理，获得预设格式的异常信息，将预设格式的异常信息上传服务端，并接收服务端返回的对异常事件的处理方案，依据所接收到的处理方案，执行相应的操作从而解决异常事件；服务端通过接收客户端上传的预设格式的异常信息，并根据预设规则对预设格式的异常信息进行解析，获得异常事件的信息，依据异常事件的信息，查询与异常事件匹配的处理方案，从而获得对异常事件的处理方案，最后将对异常事件的处理方案返回客户端。本发明实施例在系统出现异常情况时，客户端能够快速做出反应，将异常事件的信息上传服务端，服务端在接收到客户端上传的异常事件的信息后，通过查询与异常事件匹配的处理方案，能够快速获得对异常事件的处理方案并返回客户端，客户端在接收到服务端返回的处理方案后，能够及时对异常事件进行处理，从而方便、高效地解决异常事件。
本发明实施例提供了以下技术方案：
1、一种异常事件处理方法，包括：
基于对系统日志的监控，获取系统产生的异常事件；
根据预设规则对所述异常事件的信息进行预处理，获得预设格式的异常信息；
将所述预设格式的异常信息上传服务端；
接收所述服务端返回的对所述异常事件的处理方案；
依据所述处理方案，执行相应的操作解决所述异常事件。
2、根据1所述的方法，所述根据预设规则对所述异常事件的信息进行预处理，包括：
根据预设的格式化规则对所述异常事件的信息进行格式化处理，获得所述预设格式的异常信息。
3、根据2所述的方法，所述异常事件的信息包括：xml文件；
所述根据预设的格式化规则对所述异常事件的信息进行格式化处理，包括：
依据xml文件的节点，将所述异常事件的信息拆分为多个单独的字段；
以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
4、根据3所述的方法，所述根据预设的格式化规则对所述异常事件的信息进行格式化处理，还包括：
依据预设的节点名缩写列表，以所述节点名缩写列表中节点名的缩写代替字段名中对应的节点名。
5、根据4所述的方法，还包括：
根据预设的时间周期性查询服务端，获取所述节点名缩写列表。
6、根据3至5任意一项所述的方法，所述根据预设的格式化规则对所述异常事件的信息进行格式化处理，还包括：
依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。
7、根据3至6任意一项所述的方法，所述根据预设规则对所述异常事件的信息进行预处理，还包括：
所述根据预设的格式化规则对所述异常事件的信息进行格式化处理之后，依据预设的黑名单节点列表，对所述异常事件拆分的字段进行过滤，获得上传服务端的所述预设格式的异常信息。
8、根据7所述的方法，所述依据预设的黑名单节点列表，对所述异常事件的字段进行过滤，针对每个字段包括：
检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中；
若当前字段对应的节点的节点名在预设的黑名单节点列表中，以下一个字段作为当前字段，执行所述检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中的操作；
若当前字段对应的节点的节点名未在预设的黑名单节点列表中，将当前字段作为上传服务端的所述预设格式的异常信息。
9、根据7或8所述的方法，还包括：
根据预设的时间周期性查询服务端，获取所述黑名单节点列表。
10、根据3至9任意一项所述的方法，所述基于对系统日志的监控，获取系统产生的异常事件，包括：
基于对系统日志的监控，根据预设的监控范围获取系统产生的异常事件。
11、根据10所述的方法，所述监控范围包括：xpath表达式。
12、根据权利要求10或11所述的方法，其特征在于，还包括：
根据预设的时间周期性查询服务端，获取所述监控范围。
13、根据1至12任意一项所述的方法，所述依据所述处理方案，执行相应的操作解决所述异常事件，包括：
依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径；
响应于用户的操作，执行所述处理路径提供的相应的操作，解决所述异常事件。
14、根据13所述的方法，所述依据所述处理方案，执行相应的操作解决所述异常事件，还包括：
检测系统当前的运行状态是否符合预设的弹窗条件；
若系统当前的运行状态符合预设的弹窗条件，依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
15、根据14所述的方法，还包括：
根据预设的时间周期性查询服务端，获取所述弹窗条件。
16、一种异常事件处理方法，包括：
接收客户端上传的预设格式的异常信息；其中，所述预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得；
根据预设规则对所述预设格式的异常信息进行解析，获得所述异常事件的信息；
依据所述异常事件的信息，查询与所述异常事件匹配的处理方案，获得对所述异常事件的处理方案；
将对所述异常事件的处理方案返回所述客户端。
17、根据16所述的方法，所述根据预设规则对所述预设格式的异常信息进行解析，包括：
根据预设的格式化规则，对所述预设格式的异常信息进行解析，获得所述异常事件的信息。
18、根据17所述的方法，所述处理方案以弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
19、根据16至18任意一项所述的方法，所述处理方案包括：xml文件。
20、一种客户端，包括：
获取单元，用于基于对系统日志的监控，获取系统产生的异常事件；
预处理单元，用于根据预设规则对所述异常事件的信息进行预处理，获得预设格式的异常信息；
发送单元，用于将所述预设格式的异常信息上传服务端；
接收单元，用于接收所述服务端返回的对所述异常事件的处理方案；
执行单元，用于依据所述处理方案，执行相应的操作解决所述异常事件。
21、根据20所述的客户端，所述预处理单元，包括：
格式化模块，用于根据预设的格式化规则对所述异常事件的信息进行格式化处理，获得所述预设格式的异常信息。
22、根据21所述的客户端，所述异常事件的信息包括：xml文件；
所述格式化模块，具体用于：
依据xml文件的节点，将所述异常事件的信息拆分为多个单独的字段；
以每个字段对应的节点的节点名及其所有父节点的节点名以预设分隔符连接作为每个字段的字段名。
23、根据22所述的客户端，所述格式化模块，还具体用于：
依据预设的节点名缩写列表，以所述节点名缩写列表中节点名的缩写代替字段名中对应的节点名。
24、根据23所述的客户端，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述节点名缩写列表。
25、根据22至24任意一项所述的客户端，所述格式化模块，还具体用于：
依据每个字段对应的节点的类型，在每个字段的字段名前增加预设的代表节点类型的原语，并以预设分隔符连接。
26、根据22至25任意一项所述的客户端，所述预处理单元，还包括：
过滤模块，在所述格式化模块之后，用于依据预设的黑名单节点列表，对所述异常事件拆分的字段进行过滤，获得上传服务端的所述预设格式的异常信息。
27、根据26所述的客户端，所述过滤模块，针对每个字段具体用于：
检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中；
若当前字段对应的节点的节点名在预设的黑名单节点列表中，以下一个字段作为当前字段，执行所述检测当前字段对应的节点的节点名是否在预设的黑名单节点列表中的操作；
若当前字段对应的节点的节点名未在预设的黑名单节点列表中，将当前字段作为上传服务端的所述预设格式的异常信息。
28、根据26或27所述的客户端，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述黑名单节点列表。
29、根据22至28任意一项所述的客户端，所述获取单元，具体用于：
基于对系统日志的监控，根据预设的监控范围获取系统产生的异常事件。
30、根据29所述的客户端，所述监控范围包括：xpath表达式。
31、根据29或30所述的客户端，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述监控范围。
32、根据20至31任意一项所述的客户端，所述执行单元，包括：
显示模块，用于依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径；
执行模块，用于响应于用户的操作，执行所述处理路径提供的相应的操作，解决所述异常事件。
33、根据32所述的客户端，所述执行单元，还包括：
检测模块，用于检测系统当前的运行状态是否符合预设的弹窗条件；
所述显示模块，具体用于根据所述检测模块的检测结果，响应于系统当前的运行状态符合预设的弹窗条件，依据所述处理方案，弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
34、根据33所述的客户端，还包括：
配置单元，用于根据预设的时间周期性查询服务端，获取所述弹窗条件。
35、一种服务端，包括：
接收单元，用于接收客户端上传的预设格式的异常信息；其中，所述预设格式的异常信息，具体基于对系统日志的监控所获取的系统产生的异常事件的信息获得；
解析单元，用于根据预设规则对所述预设格式的异常信息进行解析，获得所述异常事件的信息；
查询单元，用于依据所述异常事件的信息，查询与所述异常事件匹配的处理方案，获得对所述异常事件的处理方案；
发送单元，用于将对所述异常事件的处理方案返回所述客户端。
36、根据35所述的服务端，所述解析单元，具体用于根据预设的格式化规则，对所述预设格式的异常信息进行解析，获得所述异常事件的信息。
37、根据36所述的服务端，所述处理方案以弹窗显示所述异常事件的相关信息，并通过所述弹窗提供对所述异常事件的处理路径。
38、根据35至37任意一项所述的服务端，所述处理方案包括：xml文件。
39、一种异常事件处理系统，包括：客户端和服务端；
所述客户端包括：处理器和存储器；其中，
所述客户端的存储器用于存储上述1至15任意一项所述的异常事件处理方法的程序；
所述客户端的处理器用于执行所述客户端的存储器中存储的所述异常事件处理方法的程序；
所述服务端包括：处理器和存储器；其中，
所述服务端的存储器用于存储上述16至19任意一项所述的异常事件处理方法的程序；
所述服务端的处理器用于执行所述服务端的存储器中存储的所述异常事件处理方法的程序。本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
可能以许多方式来实现本发明的方法和装置、设备。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和装置、设备。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。