异常处理方法和装置与流程

本申请涉及计算机领域，具体而言，涉及一种异常处理方法和装置。

背景技术：

客户端崩溃是由于用户操作失误、病毒和恶意软件入侵、丢失文件、文件版本不匹配、内存冲突或者代码运行异常导致客户端无法正常运行。针对上述崩溃问题，通常开发人员无法及时的获知崩溃的出现、原因以及影响范围。

一旦出现客户端崩溃，通常需要首先找到崩溃信息，然后人工分析崩溃信息，然后才根据崩溃的详细信息找到对应的开发人员。这是一个冗杂并且效率低下的处理流程。

也即相关技术中，开发人员对崩溃信息的处理顺序存在不合理性，且开发人员无法对客户端崩溃的信息具有系统性认知，进而导致开发人员无法及时高效率解决客户端崩溃的问题。

技术实现要素：

本申请提供一种异常处理方法和装置，以解决相关技术中开发人员无法及时且高效率地解决客户端崩溃的问题。

根据本申请的一个方面，提供了一种异常处理方法。该方法包括：获取客户端的崩溃数据；依据至少一个预设维度对所述崩溃数据进行分类，得到所述至少一个预设维度对应的崩溃数据包，其中所述崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断所述至少一个预设维度对应的崩溃数据包是否满足预设条件；在满足所述预设条件的情况下发出告警，其中，所述告警用于指示所述至少一个维度对应的崩溃数据包。

进一步地，所述判断所述至少一个预设维度对应的崩溃数据包是否满足预设条件包括：对所述崩溃数据包内的所述崩溃数据的数量进行统计；判断所述崩溃数据的数量是否达到预设数量，其中所述预设数量与所述崩溃数据包的维度相匹配；在所述崩溃数据包不满足所述预设条件的情况下，继续对所述崩溃数据进行统计；所述在满足所述预设条件的情况下发出告警包括：在满足所述预设条件的情况下发出告警，其中，已经发送告警提示的崩溃数据不再进行统计处理。

进一步地，判断所述至少一个预设维度对应的崩溃数据包是否满足预设条件还包括：判断距上次发送告警信息的时间是否满足预设时间。

进一步地，所述崩溃数据包括以下至少之一：所述客户端崩溃时的截取的图片、所述客户端记录的崩溃信息。

进一步地，在所述崩溃数据包括崩溃堆栈数据，以及所述至少一个维度包括：业务线和/或版本的情况下，所述依据至少一个预设维度对所述崩溃数据进行分类还包括：解析所述堆栈信息的原始格式，并通过堆栈关键字匹配划分所述崩溃数据所属的业务线和/或版本。

进一步地，所述在满足所述预设条件的情况下发出告警还包括：依据满足所述预设条件的至少一个预设维度对应的崩溃数据包，获取所述崩溃数据包对应的目标开发人员；向目标开发人员发出告警。

根据本申请的另一方面，提供了一种异常处理装置。该装置包括：获取单元，用于获取客户端的崩溃数据；分类单元，用于依据至少一个预设维度对所述崩溃数据进行分类，得到所述至少一个预设维度对应的崩溃数据包，其中所述崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断单元，用于判断所述至少一个预设维度对应的崩溃数据包是否满足预设条件；告警单元，用于在满足所述预设条件的情况下发出告警，其中，所述告警用于指示所述至少一个维度对应的崩溃数据包。

进一步地，在所述崩溃数据包括崩溃堆栈数据，以及所述至少一个维度包括：业务线和/或版本的情况下，所述分类单元还包括：匹配模块，用于解析所述堆栈信息的原始格式，并通过堆栈关键字匹配划分所述崩溃数据所属的业务线和/或版本。

为了实现上述目的，根据本申请的另一方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序执行上述任意一项所述的异常处理方法。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述任意一项所述的异常处理方法。

通过本申请，采用以下步骤：获取客户端的崩溃数据；依据至少一个预设维度对崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断至少一个预设维度对应的崩溃数据包是否满足预设条件；在满足预设条件的情况下发出告警，其中，告警用于指示至少一个维度对应的崩溃数据包，解决了相关技术中开发人员无法及时且高效率地解决客户端崩溃的问题。进而达到了开发人员获取的崩溃信息具有系统性和及时性，进而使得开发人员可以及时且高效率地解决客户端崩溃的问题的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的异常处理方法的流程图；

图2是根据本申请实施例提供的可选的异常处理方法的示意图；以及

图3是根据本申请实施例提供的异常处理装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

堆栈：在计算机领域，堆栈是两种数据结构，只能一端(称为栈顶)对数据项进行插入和删除。

根据本申请的实施例，提供了一种异常处理方法。

图1是根据本申请实施例的异常处理方法的流程图。如图1所示，该方法包括以下步骤：

步骤s102，获取客户端的崩溃数据。

步骤s104，依据至少一个预设维度对该崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中该崩溃数据包包括相对应的预设维度对应的所有崩溃数据。

步骤s106，判断至少一个预设维度对应的崩溃数据包是否满足预设条件。

步骤s108，在满足预设条件的情况下发出告警，其中，告警用于指示上述至少一个维度对应的崩溃数据包。

通过上述步骤获取客户端的崩溃数据；依据至少一个预设维度对该崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中该崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断至少一个预设维度对应的崩溃数据包是否满足预设条件；在满足预设条件的情况下发出告警，其中，告警用于指示上述至少一个维度对应的崩溃数据包，解决了相关技术中开发人员无法及时且高效率地解决客户端崩溃的问题。通过对获取的崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，再对判断崩溃数据包是否满足预设条件，如若崩溃数据包满足预设条件，发出告警，进而达到了开发人员获取的崩溃信息具有系统性和及时性，进而使得开发人员可以及时且高效率地解决客户端崩溃的问题的效果。

针对步骤s102中的崩溃数据，可选地，在本申请实施例提供的异常处理方法中，崩溃数据包括以下至少之一：客户端崩溃时的截取的图片、客户端记录的崩溃信息。

需要说明的是，为了获取上述崩溃数据，也即为了获取客户端崩溃时的截取的图片和客户端记录的崩溃信息，需要客户端在崩溃时自主对崩溃页面进行截屏处理，保存并上传图片，其次需要客户端在崩溃时自主获取客户端内所有与崩溃信息，保存并上传该信息。因此该方法还应对应一种终端设备，其终端设备用于运行程序，其中，该程序运在适当的时机下运行上述步骤，也即该程序在客户端崩溃时，自动获取崩溃的图片和崩溃信息，保存并上传该崩溃的图片和崩溃信息。

此外崩溃数据不仅限于上述两种状况，也即崩溃数据除客户端崩溃时的截取的图片和客户端记录的崩溃信息还可以包括用户在崩溃后进行的操作记录等。以便开发人员可以更好的掌握客户端崩溃的具体情况，进而解决客户端崩溃问题。

其中，崩溃数据包括客户端崩溃时的截取的图片可以使开发人员更为直观的了解崩溃状态；崩溃数据包括客户端记录的崩溃信息用于后续步骤对崩溃信息进行分析，得到具有系统性的崩溃数据包，以便开发人员能够高效率的找到客户端崩溃的原因。

为了令开发人员可以系统的认知到客户端崩溃信息，可选地，在本申请实施例提供的异常处理方法中，在崩溃数据包括崩溃堆栈数据，以及至少一个维度包括：业务线和/或版本的情况下，依据至少一个预设维度对崩溃数据进行分类还包括：解析堆栈数据的原始格式，并通过堆栈关键字匹配划分崩溃数据所属的业务线和/或版本。

需要说明的是，通过解析堆栈数据的原始格式，并通过堆栈关键字匹配划分崩溃数据的业务线和/或版本，达到对崩溃数据进行分类，进而得到不同业务线和/或版本对应的崩溃数据包的目的，使得目标开发人员也可以依据预设维度(不同的业务线和/或版本)提取崩溃数据包，得到该预设维度对应的所有崩溃数据，进而对客户端的崩溃具有更深刻的了解和掌握，便于更高效解决客户端崩溃的问题。

此外，预设维度不仅可以包括业务线和/或版本，还可以包括时间线等维度。

为了令目标开发人员可以优先处理性质严重的客户端崩溃问题，可选地，在本申请实施例提供的异常处理方法中，判断至少一个预设维度对应的崩溃数据包是否满足预设条件包括：对崩溃数据包内的崩溃数据的数量进行统计；判断崩溃数据的数量是否达到预设数量，其中预设数量与崩溃数据包的维度相匹配；在崩溃数据包不满足预设条件的情况下，继续对崩溃数据进行统计。在满足预设条件的情况下发出告警包括：在满足预设条件的情况下发出告警，其中，已经发送告警提示的崩溃数据不再进行统计处理。

也即，依次判断各个预设维度对应的崩溃数据包内的数据量，当数据量达到该预设维度对应的预设数量时，针对该满足预设数量的预设维度对应的崩溃数据包进行告警，进而达到目标开发人员优先处理崩溃数据量较多的预设维度对应的崩溃数据包。

此外，为了避免数据重复统计或者数据遗留的情况发生，对已经发送过告警提示的崩溃数据不再进行统计处理，而对于判断过数据数量(或未判断过数据数量)，却没有发送过告警提示的崩溃数据继续进行统计处理。

进一步地，为了避免由于某预设维度对应的崩溃数据数量持续过低，达到预设数量，进而无法进行告警提示，目标开发人员更无从得知该崩溃数据，使得该崩溃数据对应的客户端崩溃问题长时间无法得到解决的问题发生，可选地，在本申请实施例提供的异常处理方法中，判断至少一个预设维度对应的崩溃数据包是否满足预设条件还包括：判断距上次发送告警信息的时间是否满足预设时间。

也即，当服务器判断出距上次发出告警的时间间隔达到预设时间之后，服务区端再次发出告警，用于指示目标开发人员处理该预设时间间隔内的崩溃数据，达到崩溃数据可以及时处理，无积压的效果。

例如，预设时间为1d，上一次服务器端发出告警为2017-10-13的12：00，当下判断时间为2017-10-13，12:00时，服务器则判断出距上次发出告警的时间间隔达到预设时间，此时服务区端再次发出告警，用于指示目标开发人员处理该预设时间间隔内的崩溃数据。

需要说明的是：上述两种判断至少一个预设维度对应的崩溃数据包是否满足预设条件的优先实施方式可以同时使用，也即，当崩溃数据包内的崩溃数据数量超过预设数量时，服务器段依据崩溃数据包发出告警；同时服务器端还将定期发送崩溃数据包。

在上述两种优选实施方式同时使用时，为了避免数据重复统计或者数据遗留的情况发生，存在两种统计方式，其一，对已经发送过告警提示的崩溃数据不再进行统计处理，而对于判断过数据数量(或未判断过数据数量)，却没有发送过告警提示的崩溃数据继续进行统计处理；其二，对由预设时间判断的崩溃数据包，已经发送过告警提示的崩溃数据不再进行统计处理，而对于判断结果为未达到预设时间的未发送告警提示的崩溃数据包，继续进行统计处理，需要说明的是，该统计不受判断条件为预设数据数量的统计影响；对由预设数量判断的崩溃数据包，已经发送过告警提示的崩溃数据不再进行统计处理，而对于判断结果为未达到预设数量的未发送告警提示的崩溃数据包，继续进行统计处理，需要说明的是，该统计不受判断条件为预设时间的统计影响，也即每个崩溃数据将由于两种判断标准，发出两次告警。

需要考虑到客户端的业务线可能十分庞大，需要多个开发人员为该客户端的崩溃问题服务，为了提高开发人员的工作效率，一般会依据客户端崩溃问题的类型对其进分工处理，也即不同开发人员分别对不同类型的客户端崩溃问题进行处理，进一步地，为了提高开发人员的工作效率，可选地，在本申请实施例提供的异常处理方法中，在满足预设条件的情况下发出告警还包括：依据满足预设条件的至少一个预设维度对应的崩溃数据包，获取预设维度对应的目标开发人员；向目标开发人员发出告警。通过依据满足预设条件的至少一个预设维度对应的崩溃数据包，查找该预设维度对应的目标开发人员，向目标开发人员发出该崩溃数据包的告警，进而该崩溃数据包可以直接指示到负责该崩溃数据包的目标开发人员，达到提升开发人员的工作效率的效果。

本申请实施例提供的异常处理方法，通过获取客户端的崩溃数据；依据至少一个预设维度对崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断至少一个预设维度对应的崩溃数据包是否满足预设条件；在满足预设条件的情况下发出告警，其中，告警用于指示至少一个维度对应的崩溃数据包，解决了相关技术中开发人员无法及时且高效率地解决客户端崩溃问题的问题。达到了开发人员获取的崩溃信息具有系统性和及时性，进而使得开发人员可以及时且高效率地解决客户端崩溃的问题的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例提供的可选的异常处理方法的示意图，如图2所示，该方法包括：

1、客户端定时收集崩溃异常信息，通过http上传接口将崩溃异常上传给数据解析服务器。

2、数据收集解析服务器主要任务是对数据解析，划分归类，

具体可以包含：

(1)对混淆的崩溃堆栈信息进行反混淆，得到堆栈的原始格式。

(2)解析原始堆栈信息，通过堆栈关键字匹配来划分崩溃所属的业务线。

(3)将客户端上传的崩溃页面图片发送到图片存储服务器。

(4)崩溃划分业务线和版本后，传到报警系统。

(5)解析后的崩溃信息压缩后传到异步消息系统。

3、数据存储系统基于elasticsearch存储。数据存储服务监听异步消息系统，拿到崩溃信息，解压处理后存入elasticsearch。

4、崩溃信息处理服务，主要负责对外提供数据的实时聚合和查询接口，以及崩溃信息自动指派给相关代码负责人。

5、崩溃展示平台是一个web服务。用户登录平台后可在页面查看崩溃详细信息以及崩溃在各个维度实时的聚合信息，所有数据都由崩溃信息处理服务的接口提供。

6、洗衣机系统负责清洗客户端各业务线，各版本的每天崩溃数量，并邮件通知目标开发人员。

通过上述步骤达到了以下技术效果：

1、可以按照业务线、系统版本、组件版本等多个维度查询崩溃信息

2、可以为不同业务线设置对应的告警阀值，如果该业务线崩溃数量超过阀值，自动短信告警，通知相关开发人员。

3、每天邮件通知前一天的各业务线崩溃信息汇总情况。

4、支持异常信息的全文索引查询。

5、自动根据崩溃信息定位到错误代码，然后指派给提交该代码的开发人员。

6、可以看到崩溃异常对应的页面截图。

7、开发人员能通过服务平台实时查看崩溃信息、异常原因和影响用户数量，然后及时的通过热发补丁修改异常问题。

此外需要说明的是：监控报警系统(watcher监控系统)可以动态修改告警阈值；elasticsearch搜索引擎支持快速查询，全文索引，以及实时聚合功能。

本申请实施例还提供了一种异常处理装置，需要说明的是，本申请实施例的异常处理装置可以用于执行本申请实施例所提供的用于异常处理方法。以下对本申请实施例提供的异常处理装置进行介绍。

图3是根据本申请实施例的异常处理装置的示意图。如图3所示，该装置包括：获取单元10、分类单元20、判断单元30、告警单元40。

获取单元10，用于获取客户端的崩溃数据；分类单元20，用于依据至少一个预设维度对崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断单元30，用于判断至少一个预设维度对应的崩溃数据包是否满足预设条件；告警单元40，用于在满足预设条件的情况下发出告警，其中，告警用于指示至少一个维度对应的崩溃数据包。

可选地，在本申请实施例提供的异常处理装置中，在崩溃数据包括崩溃堆栈数据，以及至少一个维度包括：业务线和/或版本的情况下，分类单元20还包括：匹配模块，用于解析堆栈信息的原始格式，并通过堆栈关键字匹配划分崩溃数据所属的业务线和/或版本。

本申请实施例提供的异常处理装置，通过获取单元10获取客户端的崩溃数据；分类单元20依据至少一个预设维度对崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断单元30判断至少一个预设维度对应的崩溃数据包是否满足预设条件；告警单元40在满足预设条件的情况下发出告警，其中，告警用于指示至少一个维度对应的崩溃数据包，解决了相关技术中开发人员无法及时且高效率地解决客户端崩溃的问题，进而达到了开发人员获取的崩溃信息具有系统性和及时性，使得开发人员可以及时且高效率地解决客户端崩溃的问题的效果。

异常处理装置包括处理器和存储器，上述获取单元10、分类单元20、判断单元30、告警单元40等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来使开发人员获取具有系统性和及时性的崩溃信息，进而使得开发人员可以及时且高效率地解决客户端崩溃的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现异常处理方法。

本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行异常处理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取客户端的崩溃数据；依据至少一个预设维度对崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断至少一个预设维度对应的崩溃数据包是否满足预设条件；在满足预设条件的情况下发出告警，其中，告警用于指示至少一个维度对应的崩溃数据包。

可选地，判断至少一个预设维度对应的崩溃数据包是否满足预设条件包括：对崩溃数据包内的崩溃数据的数量进行统计；判断崩溃数据的数量是否达到预设数量，其中预设数量与崩溃数据包的维度相匹配；在崩溃数据包不满足预设条件的情况下，继续对崩溃数据进行统计；在满足预设条件的情况下发出告警包括：在满足预设条件的情况下发出告警，其中，已经发送告警提示的崩溃数据不再进行统计处理。

可选地，判断至少一个预设维度对应的崩溃数据包是否满足预设条件还包括：判断距上次发送告警信息的时间是否满足预设时间。

可选地，崩溃数据包括以下至少之一：客户端崩溃时的截取的图片、客户端记录的崩溃信息。

可选地，在崩溃数据包括崩溃堆栈数据，以及至少一个维度包括：业务线和/或版本的情况下，依据至少一个预设维度对崩溃数据进行分类还包括：解析堆栈信息的原始格式，并通过堆栈关键字匹配划分崩溃数据所属的业务线和/或版本。

可选地，在满足预设条件的情况下发出告警还包括：依据满足预设条件的至少一个预设维度对应的崩溃数据包，获取崩溃数据包对应的目标开发人员；向目标开发人员发出告警。本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取客户端的崩溃数据；依据至少一个预设维度对崩溃数据进行分类，得到至少一个预设维度对应的崩溃数据包，其中崩溃数据包包括相对应的预设维度对应的所有崩溃数据；判断至少一个预设维度对应的崩溃数据包是否满足预设条件；在满足预设条件的情况下发出告警，其中，告警用于指示至少一个维度对应的崩溃数据包。

可选地，判断至少一个预设维度对应的崩溃数据包是否满足预设条件包括：对崩溃数据包内的崩溃数据的数量进行统计；判断崩溃数据的数量是否达到预设数量，其中预设数量与崩溃数据包的维度相匹配；在崩溃数据包不满足预设条件的情况下，继续对崩溃数据进行统计；在满足预设条件的情况下发出告警包括：在满足预设条件的情况下发出告警，其中，已经发送告警提示的崩溃数据不再进行统计处理。

可选地，判断至少一个预设维度对应的崩溃数据包是否满足预设条件还包括：判断距上次发送告警信息的时间是否满足预设时间。

可选地，崩溃数据包括以下至少之一：客户端崩溃时的截取的图片、客户端记录的崩溃信息。

可选地，在崩溃数据包括崩溃堆栈数据，以及至少一个维度包括：业务线和/或版本的情况下，依据至少一个预设维度对崩溃数据进行分类还包括：解析堆栈信息的原始格式，并通过堆栈关键字匹配划分崩溃数据所属的业务线和/或版本。

进一步地，在满足预设条件的情况下发出告警还包括：依据满足预设条件的至少一个预设维度对应的崩溃数据包，获取崩溃数据包对应的目标开发人员；向目标开发人员发出告警。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。