一种基于日志分析的错误定位方法和装置与流程

本发明涉及计算机技术领域，具体涉及一种基于日志分析的错误定位方法和装置。

背景技术：

对于银行业大量的长链路交易、跨多个系统之间交互的交易，在测试过程中经常出现系统报错，但是测试人员无法准确定位错误位置(系统)或错误原因，由于错误码都存在相关系统数据库中，且部分测试人员不具备查询每个系统日志进行错误码定位的能力，而造成报错定位耗时长，占用较多人力等问题，目前的错误定位方案均无法做到在确定日志的同时，给出报错码含义，并定位到具体报错系统。

技术实现要素：

本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：

第一方面，本申请实施例公开了一种基于日志分析的错误定位方法，所述方法包括：

当目标业务报错时，从所述目标业务的业务日志中获取业务错误码；

根据预存的错误定位分析规则，分析所述错误码并至少输出错误分析结果；其中，所述错误定位分析规则包括有业务错误码、错误原因和初步报错系统的映射关系；

根据所述错误分析结果定位以下至少一种业务错误：错误原因或目标报错系统。

进一步地，所述从所述目标业务的业务日志中获取业务错误码包括：

当目标业务报错时，接收用户输入的所述目标业务的交易码并获取所述交易码的业务日志；

在所述业务日志确定错误记录信息，并从所述错误记录信息中识别出结构化错误码；

将所述结构化错误码确定为业务错误码。

进一步地，所述根据预存的错误定位分析规则分析所述错误码包括：

根据结构化错误码库，确定所述业务错误码的含义；

根据错误码库与报错系统匹配关系表，确定初步报错系统；其中所述初步报错系统为可能的报错系统；

根据目标业务的交易链路，次序查询所述初步报错系统及其后续链路系统的日志；

根据查询结构，确定目标报错系统和报错原因。

进一步地，所述次序查询所述初步报错系统及其后续链路系统的日志，确定目标报错系统和报错原因包括：

向初步报错系统后续链路中的第一系统发送业务日志查询请求；

如果没有收到第一系统的查询应答，则确定第一系统为目标报错系统且报错原因为通讯故障。

进一步地，所述次序查询所述初步报错系统及其后续链路系统的日志，确定目标报错系统和报错原因包括：

向初步报错系统后续链路中的第一系统发送业务日志查询请求；

如果收到第一系统的查询应答但没有到第一系统的业务日志，则确定初步报错系统为目标报错系统。

进一步地，所述次序查询所述初步报错系统及其后续链路系统的日志，确定目标报错系统和报错原因包括：

向初步报错系统后续链路中的第一系统发送业务日志查询请求；

收到第一系统的业务日志且所述业务日志包含所述错误码；则次序向所述初步报错系统后续链路中的第n个系统发送业务日志查询请求；

如果收到第n系统的查询应答但没有到第n系统的业务日志，则确定第n个系统为目标报错系统；

如果收到第n系统的业务日志且该日志没有错误码则确定第n-1个系统为目标报错系统；

结合所述报错码的含义和目标报错系统，确定所述报错原因。

进一步地，所述方法还包括：提取目标报错系统的包含错误码业务日志；根据所述包含错误码的业务日志生成并输出业务报错分析结果。

第二方面，本申请实施例提供了一种基于日志分析的错误定位装置，所述装置包括：获取模块、存储模块和分析模块，其中，

所述获取模块，用于当目标业务报错时，从所述目标业务的业务日志中获取业务错误码；

所述存储模块，用于存储预存的错误定位分析规则；

所述分析模块，用于根据预存的错误定位分析规则分析所述错误码并至少输出错误分析结果；其中，所述错误定位分析规则包括有业务错误码、错误原因和初步报错系统的映射关系；

所述定位模块，用于根据所述错误分析结果定位以下至少一种业务错误：错误原因或目标报错系统。

第三方面，本申请实施例提供了一种电子设备，包括处理器和存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，执行上述任一实施例中所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。

本申请实施例提供基于日志分析的错误定位方案通过基于业务交易链路关联系统提取初步报错系统及其后续链路系统的业务日志中错误码，并通过一定的错误码分析规则通过在系统中查询业务日志分析错误码而定位业务报错原因和最终报错系统。在这个过程中进行错误日志定位时，依据全链路日志追踪路径逆向依次分析出报错原因、报错交易、及报错系统，支持结果以链路形式实时前台界面展示，达到一键错误分析并自动推荐定位问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种基于日志分析的错误定位方法的流程示意图；

图2为本申请实施例提供的一种基于日志分析的错误定位装置的示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，其中的“第一”“第二”等只是为了介绍清楚方案而进行的对象区分定义，并不对对象本身进行限制，当然“第一”和“第二”限定的对象可能是同一个终端、设备和用户等，也可能是同一种终端、设备和用户。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。此外应理解，本申请实施例中“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a、b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一(项)个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a、b、c可以是单个，也可以是多个。

正如背景技术中介绍的，银行业内发生一笔交易通常会涉及较长业务链路且涉及系统关联关系复杂，造成交易下发报错时的错误分析定位困难、定位错误时极其耗时。目前已有的交易报错错误定位主要有三种，分别为：

(1)使用strom日志存储将日志存储在设定存储区，可以根据错误级别在日志知识库中查找与该错误级别匹配的错误分析，虽然可以快速查询分析storm日志错误，但不适用于行内长链路系统的交易，虽能匹配到报错信息，但无法准确向测试人员确定报错系统，及报错码的真实含义。

(2)使用接收终端发送的日志查询请求，获取请求中携带的请求标识，查询相关索引，并通过所述索引查询到相关日志信息在前台进行展示，此方法可以对某一交易进行日志查询，但没有对错误码的判断进行设计，无法满足银行业对长链路错误码准确定位并分析错误系统的需求。

(3)使用监测的手段进行异常状态监控，在业务系统发生异常时，通过获取异常枚举抛出的异常信息，从而获取该异常信息中携带的错误码和错误提醒，从而达到对报错信系统的定位，此方法通过分析抛出的异常实现，在实际测试过程中需要对开发代码进行监控，改造成本过大，不符合低成本高效的运作方式，不具备普适性。

但上述三种错误定位方案在日志错误分析、日志查询、系统异常处理中都存在无法对具体报错信息、报错系统准确定位等问题。主要存在的问题包括：定位难，耗时长，准确性差。系统的差异，会造成查询日志定位问题的难度不同(与人员经验有关)，因此依靠各系统间人工查询的方式，不仅耗时长，而且准确性较低。而且上述的方案还存在适配性差的问题，对长链路的适配上述的三种方案均无法突破系统限制，仅在某一个或几个点的系统进行查询，形成不了完整的业务链。此外，上述方案还存在可读性差，无法做到确定日志的同时，明确报错码含义，并定位到具体报错系统。基于此，本申请实施例公开了一种基于日志分析的错误定位方案以解决上述至少一个技术缺陷。

图1示出了本申请实施例提供的一种基于日志分析的错误定位的流程示意图，如图1所示，该方法主要可以包括：

s101、当目标业务报错时，从所述目标业务的业务日志中获取业务错误码；

在本申请实施例中，所述从所述目标业务的业务日志中获取业务错误码包括：

步骤1、当目标业务报错时，接收用户输入的所述目标业务的交易码并获取所述交易码的业务日志；

步骤2、在所述业务日志确定错误记录信息，并从所述错误记录信息中识别出结构化错误码；其中所述结构化错误码为在日常业务中预先识别的确定了错误码含义的错误码。对于那些不知道错误含义的错误码可以定位为非结构化错误码。

步骤3、将所述结构化错误码确定为业务错误码。

s102、根据预存的错误定位分析规则，分析所述错误码并至少输出错误分析结果；其中，所述错误定位分析规则包括有业务错误码、错误原因和初步报错系统的映射关系；其中所述目标报错系统为最终确定的报错系统。

s103、根据所述错误分析结果至少定位以下一种业务错误：错误原因或目标报错系统，

进一步地，所述根据预存的错误定位分析规则分析所述错误码包括：

步骤1、根据结构化错误码库，确定所述业务错误码的含义；

步骤2、根据错误码库与报错系统匹配关系表，确定初步报错系统；其中所述初步报错系统为可能的报错系统；其中错误码库与报错系统匹配关系表是预先根据业务处理经验总结或系统业务逻辑配置时设定好的。

步骤3、根据目标业务的交易链路，次序查询所述初步报错系统及其后续链路系统的日志然后根据查询结构，确定目标报错系统和报错原因。

在本申请实施例中，所述次序查询所述初步报错系统及其后续链路系统的日志确定目标报错系统和报错原因的实现方式主要有三种：

第一种方式：

(1)向初步报错系统后续链路中的第一系统发送业务日志查询请求；

(2)如果没有收到第一系统的查询应答，则确定第一系统为目标报错系统，而且报错原因为通讯故障。

第二种方式：

(1)向初步报错系统后续链路中的第一系统发送业务日志查询请求；

(2)如果收到第一系统的查询应答但没有到第一系统的业务日志，则确定初步报错系统为目标报错系统。

第三种方式：

(1)向初步报错系统后续链路中的第一系统发送业务日志查询请求；

(2)收到第一系统的业务日志且所述业务日志包含所述错误码，则说明目标报错系统在后续链路的系统中；

(3)则按照上述第一种方式、第二种方式和本方式这能够的(1)(2)步骤次序按照向所述初步报错系统后续链路中的第n个系统发送业务日志查询请求；

(4)如果收到第n系统的查询应答但没有到第n系统的业务日志，则确定第n个系统为目标报错系统；如果收到第n系统的业务日志且该日志没有错误码则确定第n-1个系统为目标报错系统；

(5)结合所述报错码的含义和目标报错系统，确定所述报错原因。

在上述实施例的基础上，在进一步的实施例中所述方法还包括：

步骤1、提取目标报错系统的包含错误码业务日志；即成功匹配到相应的错误码及报错系统后，通过与日志筛选间的交互，由下而上进行传递最终将符合条件的日志、报错码含义、报错系统及交易流转的链路实时返回出报错码查询结果整合与交易相关的目标报错系统的日志一次返回到前端生成分析报告帮助测试人员定位错误；

步骤2、根据所述包含错误码的业务日志生成并输出业务报错分析结果。

以交易链路：a->b->c->d->e完成的业务交易为例对上述实施例的技术方案进行说明：

以a系统发起交易后报错为例，首先获取报错码，根据结构化错误码库，确定所述业务错误码的含义，然后根据错误码库与报错系统匹配关系表，确定初步报错系统。其次，驱动线程查询a系统日志，

(1)若没收到应答，则为通讯问题，报错系统为b系统；

(2)若收到的应答和业务日志，但业务日志中包含报错码则报错系统为后续系统，通过流水号查询b系统日志，若还存在报错码就以此类推，直到定位到目标报错系统；

(3)若收到的应答和业务日志，且业务日志中返回信息为交易成功，则报错系统为a系统，报错码为xxxx，对应原因为触发了业务异常逻辑a，则测试人员验证输入数据是否符合此业务逻辑，进行继续测试或反馈开发。若报错码为yyyyy，对应原因是环境连通性异常，则测试人员协调环境排查。

在具体应用中可以根据上述实施例提供的基于日志分析的错误定位方案通过搭建日志定位工具界面实现日志定位工作系统化、可视化，测试人员可直接从前端页面输入报错信息，无需进行单独的日志查询，系统可直接展示错误信息及报错链路关系，在错误分析结果中直接反馈完整交易链路，提供系统开发质量评估值。在进行错误码定位时预先配置交易可能出现的交易链路，通过长链路报错系统日志查询，从前端更加直观的反馈出整个交易的报错链路流向，同时记录各系统的报错信息，通过算法得出系统报错率，从而为开发质量提供参考标准。此外本申请实施例的结构化错误码库除了包含错误码定义还配置有报错对应的原因归类，例如是系统缺陷还是业务逻辑异常，或者环境问题等。还可以将非结构化错误码进行储存，以便后边业务中进行人工分析补充结构化错误码库。

本申请上述实施例提供的基于日志分析的错误定位方案适用于长链路交易中的任一系统，可通过出现交易报错系统应答日志中收到的唯一标识交易流水号结合前端配置的交易链路自动进行日志逐级搜索，通过判断是否为通讯问题或异常报错问题产生的下游系统报错、或是由于下游系统已经返回交易成功但依旧报错的本系统报错，最终将报错链路及报错信息直观的反馈到报错查询页面。本申请实施例的方案在交易进行的过程中就实现了报错码信息及报错系统定位实时查询的功能，对于查询报错信息的测试人员是无感的适合于所有链路长的交易业务提高了缺陷排查效率、智能分析、实时定位出问题系统的效果，降低了错误定位的复杂度和门槛，提高测试专业性。

基于图1所示的基于日志分析的错误定位方法，另一方面本申请实施例提供了一种基于日志分析的错误定位装置，所述装置如图2所示，所述装置可以包括：201获取模块、202存储模块和203分析模块，其中，

所述201获取模块，用于当目标业务报错时，从所述目标业务的业务日志中获取业务错误码；

所述202存储模块，用于存储预存的错误定位分析规则；

所述203分析模块，用于根据预存的错误定位分析规则分析所述错误码并至少输出错误分析结果；其中，所述错误定位分析规则包括有业务错误码、错误原因和初步报错系统的映射关系；

所述204定位模块，用于根据所述错误分析结果定位以下至少一种业务错误：错误原因或目标报错系统。

可以理解的是，本实施例中的基于日志分析的错误定位装置的上述各组成设备具有实现图1中所示的实施例中的方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或系统。上述模块和系统可以是软件和/或硬件，上述各模块和系统可以单独实现，也可以多个模块和系统集成实现。对于上述各模块和系统的功能描述具体可以参见图1中所示实施例中的方法的对应描述，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

可以理解的是，本发明实施例示意的结构并不构成对基于日志分析的错误定位装置的具体结构的具体限定。在本申请另一些实施例中，基于日志分析的错误定位装置可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请实施例提供了一种电子设备，包括处理器和存储器；

存储器，用于存储操作指令；

处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的基于日志分析的错误定位方法。

作为一个示例，图3示出了本申请实施例所适用的一种电子设备的结构示意图，如图3所示，该电子设备300包括：处理器301和存储器303。其中，处理器301和存储器303相连，如通过总线302相连。可选的，电子设备300还可以包括收发器304。需要说明的是，实际应用中收发器304不限于一个。可以理解的是，本发明实施例示意的结构并不构成对电子设备300的具体结构的具体限定。在本申请另一些实施例中，电子设备300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实。可选地，电子设备还可以包括显示屏305，用于显示图像，或需要时接收用户的操作指令。

其中，处理器301应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器304可以包括接收机和发射机，收发器304应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。

处理器301可以是cpu(centralprocessingunit，中央处理器)，通用处理器，dsp(digitalsignalprocessor，数据信号处理器)，asic(applicationspecificintegratedcircuit，专用集成电路)，fpga(fieldprogrammablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。

处理器301也可以包括一个或多个处理单元，例如：处理器301可以包括应用处理器(applicationprocessor，ap)，调制解调处理器，图形处理器(graphicsprocessingunit，gpu)，图像信号处理器(imagesignalprocessor,isp)，控制器，存储器，视频编解码器，数字信号处理器(digitalsignalprocessor,dsp)，基带处理器，和/或神经网络处理器(neural-networkprocessingunit,npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是电子设备300的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器301中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器301中的存储器为高速缓冲存储器。该存储器可以保存处理器301刚用过或循环使用的指令或数据。如果处理器301需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器301的等待时间，因而提高了系统的效率。

处理器301可以运行本申请实施例提供的基于日志分析的错误定位方法，以便于降低用户的操作复杂度、提高终端设备的智能化程度，提升用户的体验。处理器301可以包括不同的器件，比如集成cpu和gpu时，cpu和gpu可以配合执行本申请实施例提供的基于日志分析的错误定位方法，比如基于日志分析的错误定位方法中部分算法由cpu执行，另一部分算法由gpu执行，以得到较快的处理效率。

总线302可包括一通路，在上述组件之间传送信息。总线302可以是pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器303可以是rom(readonlymemory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(randomaccessmemory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electricallyerasableprogrammablereadonlymemory，电可擦可编程只读存储器)、cd-rom(compactdiscreadonlymemory，只读光盘)，也可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universalflashstorage，ufs)，或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器303用于存储执行本申请方案的应用程序代码，并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码，以实现本申请任一实施方式中所提供的基于日志分析的错误定位方法。

存储器303可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器301通过运行存储在存储器303的指令，从而执行电子设备300的各种功能应用以及数据处理。存储器303可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，应用程序的代码等。存储数据区可存储电子设备300使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。

存储器303还可以存储本申请实施例提供的基于日志分析的错误定位方法对应的一个或多个计算机程序。该一个或多个计算机程序被存储在上述存储器303中并被配置为被该一个或多个处理器301执行，该一个或多个计算机程序包括指令，上述指令可以用于执行上述相应实施例中的各个步骤。

当然，本申请实施例提供的基于日志分析的错误定位方法的代码还可以存储在外部存储器中。这种情况下，处理器301可以通过外部存储器接口运行存储在外部存储器中的基于日志分析的错误定位方法的代码，处理器301可以控制运行基于日志分析的错误定位流程。

显示屏305包括显示面板。显示面板可以采用液晶显示屏(liquidcrystaldisplay，lcd)，有机发光二极管(organiclight-emittingdiode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganiclightemittingdiode的，amoled)，柔性发光二极管(flexlight-emittingdiode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantumdotlightemittingdiodes，qled)等。在一些实施例中，电子设备300可以包括1个或n个显示屏305，n为大于1的正整数。显示屏305可用于显示由用户输入的信息或提供给用户的信息以及各种图形用户界面(graphicaluserinterface，gui)。例如，显示屏305可以显示照片、视频、网页、或者文件等。

本申请实施例提供的电子设备，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的基于日志分析的错误定位方法。

本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的方法。本申请实施例提供的计算机程序产品，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请上述实施例公开的基于日志分析的错误定位方案通过当目标业务报错时，从所述目标业务的业务日志中获取业务错误码；根据预存的错误定位分析规则，分析所述错误码并至少输出错误分析结果；其中，所述错误定位分析规则包括有业务错误码、错误原因和初步报错系统的映射关系；根据所述错误分析结果定位以下至少一种业务错误：错误原因或目标报错系统。本申请实施例的方案在交易进行的过程中就实现了报错码信息及报错系统定位实时查询的功能，对于查询报错信息的测试人员是无感的适合于所有链路长的交易业务提高了缺陷排查效率、智能分析、实时定位出问题系统的效果，降低了错误定位的复杂度和门槛，提高测试专业性。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，模块或单元的划分，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以丢弃，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(readonlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，还可以做出若干改进和润饰，这些变化、替换、改进和润饰也应视为都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。