一种SQL脚本的异常检测方法及其终端与流程

本发明属于数据处理技术领域，尤其涉及一种sql脚本的异常检测方法及其终端。

背景技术：

sql脚本被广泛应用于网络服务领域，因此sql脚本运行效率的高低决定着服务请求的反应速率，而同一个sql脚本可被不同的数据库服务器调用，实现对本地数据库进行自动数据查询的目的。因此，如何对sql脚本的异常情况进行快速检测，特别地与各个调用sql脚本的终端之间的兼容性的快速检测，显得尤为重要。而现有的sql脚本的异常检测技术，需要脚本管理员对sql语言进行人工分析，检测效率较低，并且依赖脚本管理员具有较高的技术水平，从而提高了维护的成本。

技术实现要素：

有鉴于此，本发明实施例提供了一种sql脚本的异常检测方法及其终端，以解决现有的sql脚本的异常检测技术，需要脚本管理员对sql语言进行人工分析，检测效率较低，并且依赖脚本管理员具有较高的技术水平，从而提高了维护的成本的问题。

本发明实施例的第一方面提供了一种sql脚本的异常检测方法，所述sql脚本的异常检测方法包括：

获取待检测系统中各个sql脚本的第一运行状态参数；

根据各个所述sql脚本的第一运行状态参数，分别计算各个所述sql脚本对应的第一消耗特征值，其中，所述第一消耗特征值用于表示所述sql脚本对设备资源的占用情况；

将各个所述sql脚本对应的第一消耗特征值按从大到小进行排序，并选取前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表；其中，所述n为小于sql脚本个数的正整数；

根据接收到的目标脚本选取指令，从所述脚本消耗异常列表中确定目标sql脚本；

基于sql脚本执行记录，确定所述目标sql脚本对应的脚本调用终端；其中，所述脚本调用终端具体为：在当前的检测周期内调用过所述目标sql脚本的终端；

分别统计各个脚本调用终端调用所述目标sql脚本时对应的第二消耗特征值，得到关于所述第二消耗特征值与所述脚本调用终端的对应关系列表；

从所述对应关系列表中选取最大的第二消耗特征值对应的脚本调用终端，作为目标调用终端；

获取所述目标调用终端在所述当前的检测周期内调用除所述目标sql脚本外的其他sql脚本时对应的第二运行状态参数；

基于所述第二运行状态参数，计算所述目标调用终端对应的平均调用消耗值；

若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设的浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容。

本发明实施例的第二方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取待检测系统中各个sql脚本的第一运行状态参数；

根据各个所述sql脚本的第一运行状态参数，分别计算各个所述sql脚本对应的第一消耗特征值，其中，所述第一消耗特征值用于表示所述sql脚本对设备资源的占用情况；

将各个所述sql脚本对应的第一消耗特征值按从大到小进行排序，并选取前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表；其中，所述n为小于sql脚本个数的正整数；

根据接收到的目标脚本选取指令，从所述脚本消耗异常列表中确定目标sql脚本；

基于sql脚本执行记录，确定所述目标sql脚本对应的脚本调用终端；其中，所述脚本调用终端具体为：在当前的检测周期内调用过所述目标sql脚本的终端；

分别统计各个脚本调用终端调用所述目标sql脚本时对应的第二消耗特征值，得到关于所述第二消耗特征值与所述脚本调用终端的对应关系列表；

从所述对应关系列表中选取最大的第二消耗特征值对应的脚本调用终端，作为目标调用终端；

获取所述目标调用终端在所述当前的检测周期内调用除所述目标sql脚本外的其他sql脚本时对应的第二运行状态参数；

基于所述第二运行状态参数，计算所述目标调用终端对应的平均调用消耗值；

若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设的浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取待检测系统中各个sql脚本的第一运行状态参数；

根据各个所述sql脚本的第一运行状态参数，分别计算各个所述sql脚本对应的第一消耗特征值，其中，所述第一消耗特征值用于表示所述sql脚本对设备资源的占用情况；

将各个所述sql脚本对应的第一消耗特征值按从大到小进行排序，并选取前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表；其中，所述n为小于sql脚本个数的正整数；

根据接收到的目标脚本选取指令，从所述脚本消耗异常列表中确定目标sql脚本；

基于sql脚本执行记录，确定所述目标sql脚本对应的脚本调用终端；其中，所述脚本调用终端具体为：在当前的检测周期内调用过所述目标sql脚本的终端；

分别统计各个脚本调用终端调用所述目标sql脚本时对应的第二消耗特征值，得到关于所述第二消耗特征值与所述脚本调用终端的对应关系列表；

从所述对应关系列表中选取最大的第二消耗特征值对应的脚本调用终端，作为目标调用终端；

获取所述目标调用终端在所述当前的检测周期内调用除所述目标sql脚本外的其他sql脚本时对应的第二运行状态参数；

基于所述第二运行状态参数，计算所述目标调用终端对应的平均调用消耗值；

若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设的浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容。

实施本发明实施例提供的一种sql脚本的异常检测方法及其终端具有以下有益效果：

本发明实施例通过获取sql脚本的运行状态参数，并通过该运行状态参数确定该sql脚本在预设的时间段内的消耗情况，得到第一消耗特征值，继而终端设备选取消耗最大的n个sql脚本，进一步确定上述sql脚本是否存在异常情况，因而终端设备将根据消耗较大的n个sql脚本生成脚本消耗异常列表，并从脚本异常消耗列表中提取接收到的目标脚本选取指令对应的sql脚本作为目标sql脚本，进而获取该目标sql脚本被不同的脚本调用终端调用时对应的运行状态参数，计算出第二消耗特征值，并生成关于第二消耗特征值与调用终端的对应关系列表，从该对应关系列表中选取第二消耗特征值对应的脚本调用终端，作为目标调用终端，继而获取该目标调用终端调用其他sql脚本时对应的平均调用消耗值，并确定该目标调用终端与目标sql脚本是否兼容。与现有的sql脚本的异常检测技术相比，本发明实施例无需数据库的管理员对sql脚本的异常情况进行手动排查，终端设备自动生成一个存在异常几率较大的脚本异常消耗列表，缩小了管理员的检测范围，并根据管理员的选择的目标sql脚本，检测该目标sql脚本是否与各个脚本调用终端存在版本冲突的情况，从而造成不兼容，无需用户进行异常识别，大大提高了异常检测的准确率以及响应速率。另一方面，由于异常检测的过程主要通过终端设备完成，对于管理员的技术水平要求较低，从而也降低了数据库的维护成本。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明第一实施例提供的一种sql脚本的异常检测方法的实现流程图；

图2是本发明第二实施例提供的一种sql脚本的异常检测方法的具体实现流程图；

图3是本发明第三实施例提供的一种sql脚本的异常检测方法s101的具体实现流程图；

图4是本发明第四实施例提供的一种sql脚本的异常检测方法s102的具体实现流程图；

图5是本发明第五实施例提供的一种sql脚本的异常检测方法s103的具体实现流程图；

图6是本发明一实施例提供的一种sql脚本的异常检测终端的结构框图；

图7是本发明一实施例提供的一种终端设备的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例通过获取sql脚本的运行状态参数，并通过该运行状态参数确定该sql脚本在预设的时间段内的消耗情况，得到第一消耗特征值，继而终端设备选取消耗最大的n个sql脚本，进一步确定上述sql脚本是否存在异常情况，因而终端设备将根据消耗较大的n个sql脚本生成脚本消耗异常列表，并从脚本异常消耗列表中提取接收到的目标脚本选取指令对应的sql脚本作为目标sql脚本，进而获取该目标sql脚本被不同的脚本调用终端调用时对应的运行状态参数，计算出第二消耗特征值，并生成关于第二消耗特征值与调用终端的对应关系列表，从该对应关系列表中选取第二消耗特征值对应的脚本调用终端，作为目标调用终端，继而获取该目标调用终端调用其他sql脚本时对应的平均调用消耗值，并确定该目标调用终端与目标sql脚本是否兼容，解决了现有的sql脚本的异常检测技术，需要管理员对sql语言进行人工分析，检测效率较低，并且依赖管理员具有较高的技术水平，从而提高了维护的成本的问题。

在本发明实施例中，流程的执行主体为sql脚本的异常检测终端，终端设备包括手机、计算机设备、平板电脑、服务器等终端，特别地，该终端设备具体为一部放于数据库系统中的sql脚本的检测终端，通过获取各个sql脚本在数据库中的运行情况，并执行异常检测操作，该数据库系统中，包含多个数据服务器，各个数据库服务器调用sql脚本资源库中的sql脚本，完成对应的搜索、数据提取操作。图1示出了本发明第一实施例提供的sql脚本的异常检测方法的实现流程图，详述如下：

在s101中，获取各个sql脚本的运行状态参数。

在本实施例中，异常检测的触发条件包括手动触发以及自动触发两种模式。其中，手动触发具体为：管理员在终端设备上生成一个异常检测启动指令，或通过用户终端向终端设备发送一个异常检测启动指令，终端设备若接收到该异常检测启动指令后，则执行s101的相关操作。而自动触发具体为：终端设备设置有异常检测启动时机，若终端设备检测到当前状态与预设的异常检测启动时机匹配，则执行s101的相关操作。

可选地，在本实施例中，所述异常检测启动时机可以为一预设的检测周期，终端设备在监测到当前时刻满足该检测周期，则执行s101的相关操作。所述异常检测启动时机还可以为一运行消耗阈值，例如资源占用率，终端设备在监测到当前时刻待检测终端的运行消耗值大于或等于预设的运行消耗阈值，则执行s101的相关操作。由于设备的消耗过大，一般是由于sql脚本异常而导致的，因此可通过运行消耗的情况作为触发条件，与周期触发的方式相比，可减少不必要的检测流程，从而提高设备的资源利用率。

在本实施例中，sql脚本可运行于终端设备的数据库内，该情况下，待检测的终端即为本发明实施例提供的终端设备，即检测本地数据库中各个sql脚本是否存在异常情况；sql脚本也可以运行于终端设备外的其他数据库服务器中，在该情况下，终端设备即作为一独立的检测终端，监控该数据库服务器中的sql脚本是否存在异常情况。特别地，终端设备还可以检测一数据库系统，该数据库系统中包含多个数据库服务器，且各个数据库服务器均从同一个sql脚本资源库中提取对应的sql脚本进行查询操作。其中，sql脚本资源库中存储有多个sql脚本，用于满足不同用户的查询需求，例如用户需要查询季度奖金相关的数据，则通过调用第一sql脚本进行查询；用户需要统计车险客户的续保情况，则通过调用第二sql脚本进行查询。

在本实施例中，终端设备在接收到用户的检测指令或满足对应的检测触发条件时，将分别获取各个sql脚本的运行状态参数，特别地，该sql脚本的运行状态参数中包含多个参数项，每个参数项对应一个参数值，分别表征不同的运行特征。其中，该sql脚本的运作状态参数包括但不限于：运算资源占用参数、平均运行时间参数、内容占用参数以及调用次数。运行资源占用参数具体为调用该sql脚本时，执行一次查询流程，所需消耗的运算资源，可选地，该运行资源占用参数可用cpu的平均占用个数来表示。

在s102中，根据各个所述sql脚本的运行状态参数，计算各个所述sql脚本对应的第一消耗特征值；其中，所述第一消耗特征值用于表示所述sql脚本对设备资源的占用情况。

在本实施例中，终端设备在获取了各个sql脚本的运行状态参数后，将根据各个运行状态参数获取sql脚本的消耗情况，因此将sql脚本对应的运行状态参数中包含的多个参数值，导入到预设的消耗特征转换模型中，以通过运行状态参数计算其对应的第一消耗特征值，通过该第一消耗特征值表征该sql脚本的消耗情况。

可选地，在本实施例中，该消耗特征转换模型可以为一哈希函数，终端设备将所述sql脚本的运作状态参数输入到该哈希函数中，继而根据各个参数值所在的参数范围，得到一个对应的第一消耗特征值。

可选地，在本实施例中，该第一消耗特征值具体为一消耗等级。在该情况下，终端设备除了获取用户当前sql脚本的运行状态参数外，还获取该sql脚本的平均运行状态参数，将当前的运行状态参数与平均状态参数进行比对，确定当前的消耗等级。该消耗等级包括但不限于：“远低于平均消耗”、“低于平均消耗”、“维持正常水平”、“高于平均消耗”以及“远高于平均消耗”，终端设备通过显示该消耗等级，可直观获知各个sql脚本的消耗情况，提高了用户的信息获取效率。

在s103中，将各个所述sql脚本对应的第一消耗特征值按从大到小进行排序，并选取前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表；其中，所述n为小于sql脚本个数的正整数。

在本实施例中，终端设备在计算了各个sql脚本对应的第一消耗特征值后，将根据第一消耗特征值的大小进行排序，其中该第一消耗特征值数值越大，则表示其资源占用越多，消耗越大，而该第一消耗特征值数值越小，则表示其资源占用越小，消耗也较小，特别地，第一消耗特征值较大的sql脚本其对应的运行时间越长。因此，经过上述排序后，终端设备将得到一个sql资源消耗序列，并根据预设的n值，从该序列中截取数值最大的n个sql脚本，即上述的前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表，并通过显示模块进行显示，或直接将该脚本消耗列表发送给数据库管理员对应的用户终端。

在本实施例中，该n的数值可根据用户的需求进行设置，可以根据系统中包含的sql脚本的数量确定该n的数值。例如，从sql脚本资源库中，提取10％的sql脚本生成异常消耗列表，则终端设备首先获取该sql脚本资源中包含的脚本数量，并通过预设的比例值，计算该n值。特别地，该n值可根据当前监测时间的不同，配置对应的n值。对于繁忙时间，可能需要进行精细sql脚本异常检测，则该n值较大；而对于空闲时间，系统的空闲资源较大，因此可进行粗略sql脚本异常检测，则该n值较小。

在本实施例中，若存在多个sql脚本的第一消耗特征值相同，因而选取的sql脚本数m大于预设的n值，在该情况中，终端设备可将上述m个sql脚本生成脚本消耗异常列表，且该列表中包含消耗特征较大的m个sql脚本；终端设备还可以将根据用户设置的检测模式，从m个sql脚本中，选取n个sql脚本。具体地，由于不同的sql脚本中的运行状态参数包含多个参数项，因此可根据参数项的数值的大小进行排序，确定n个sql脚本。例如，该n值为3，而消耗值第三大的sql脚本有2个，因此选取得到的sql脚本数为4，第一大的sql脚本、第二大的sql脚本以及两个并列第三大的sql脚本。此时，终端设备获取当前的检测模式为运行时间优先模式，则根据两个并列第三大的sql脚本中运行状态参数的运行时间值，选取数值较大的一个sql脚本，作为异常消耗的sql脚本，与前两个sql脚本生成脚本消耗异常列表。

在s104中，根据接收到的目标脚本选取指令，从所述脚本消耗异常列表中确定目标sql脚本。

在本实施例中，用户可通过终端设备的显示模块，查看该脚本消耗异常列表，从该列表中选取一个或多个sql脚本作为目标sql脚本，其中，该目标sql脚本具体为预判该sql脚本为异常脚本，但需要进一步进行检测确认的脚本。当然，终端设备也可以通过预设的脚本选取算法，从脚本异常消耗列表中，选取目标sql脚本，也可以依次对上述脚本异常消耗列表中的所有sql脚本一一进行排查。

在本实施例中，终端设备在接收到目标脚本选取指令后，将获取该目标脚本选取指令中包含的脚本标识，并将该脚本标识与脚本消耗异常列表中的各个sql脚本的脚本标识进行匹配，确定该选取指令对应的sql脚本，识别为目标sql脚本。

在本实施例中，该脚本标识可以为sql脚本的文件名、脚本编号、列表中的序列号，还可以是用户在终端设备的触控模块上从脚本消耗异常列表中选取目标sql脚本时，触发的位置坐标。

在s105中，基于sql脚本执行记录，确定所述目标sql脚本对应的脚本调用终端；其中，所述脚本调用终端具体为：在当前的检测周期内调用过所述目标sql脚本的终端。

在本实施例中，终端设备记录了各个sql脚本的调用记录，其中除了sql脚本的运行情况参数外，还记录有调用该sql脚本对应的脚本调用终端标识，并生成对应的sql脚本执行记录。因此，终端设备将根据该sql脚本执行记录，获取在当前的检测周期内，调用过该sql脚本的终端情况，并识别为该sql脚本对应的脚本调用终端。

在本实施例中，一个sql脚本可以对应多个脚本调用终端，在该情况下，则表示该目标sql脚本在预设的检测周期内，被多个终端调用过，该终端可以为数据库服务器，特别地，各个脚本调用终端可以同时调用同一个sql脚本，具体的实施方式为将该sql脚本中对应的sql搜索策略，拷贝到本地的内存中，并通过内存运行该sql脚本中对应的sql搜索策略。当然，在s105中，获取到的脚本调用终端可以为一个，在该情况下，则表示该目标sql脚本在预设的检测周期内，只被同一个终端调用过。

可选地，在本实施例中，终端设备将获取到的目标sql脚本对应的脚本调用终端，导入至预设的关于第二消耗特征值与调用终端的对应关系列表模板，继而执行s106的相关操作。

在s106中，分别统计各个脚本调用终端调用所述目标sql脚本时对应的第二消耗特征值，得到关于所述第二消耗特征值与所述脚本调用终端的对应关系列表。

在本实施例中，终端设备将分别获取各个脚本调用终端的运行状态参数，并基于该脚本调用终端的运行状态参数，计算其对应的第二消耗特征值。具体的计算方式与s102的方式一致，具体的描述可参见s102的相关阐述，在此不再赘述。

在本实施例中，终端设备在得到各个脚本调用终端对应的第二消耗特征值的情况后，将上述第二消耗特征值以及调用终端关联导入至上述关于第二消耗特征值与所述调用终端的对应关系列表，以便用户通过该对应关系列表，确定各个脚本调用终端对应的消耗情况，从而可以对消耗较大的脚本调用终端执行进一步的兼容性异常检测的操作。

在s107中，从所述对应关系列表中选取最大的第二消耗特征值对应的脚本调用终端，作为目标调用终端。

在本实施例中，由于某一脚本调用终端调用该目标sql脚本时对应的消耗较大，则可能是由于两者之间的不兼容而导致的，因此终端设备将从该对应关系列表中，选取第二特征值消耗值最大的脚本调用终端，作为目标调用终端。

可选地，终端设备可根据对应关系中各个脚本调用终端的第二消耗特征值数值的大小，由小到大进行排序，确定各个脚本调用终端对应的列编号，生成该对应关系列表。在该情况下，终端设备只需直接获取列编号为1对应的数据即可，而无需再每一次执行s107的操作时，均执行大小识别的操作，从而提高了异常检测的效率。

在s108中，获取所述目标调用终端在所述当前的检测周期内调用除所述目标sql脚本外的其他sql脚本时对应的第二运行状态参数。

在本实施例中，终端设备在确定了目标调用终端后，将确定该消耗较大的情况是针对目标sql脚本抑或是该目标调用终端在调用其他sql脚本时，均会存在消耗较大的情况，因此，需要获取该目标调用终端在当前的检测周期内调用其他sql脚本时对应的第二运行状态参数。

在本实施例中，对于数据库中包含数据量较大的调用终端，每运行一次sql脚本时对应的运行时间以及占用的资源量均会较大，在该情况下，则表示并非sql脚本与该脚本调用终端不兼容，即并非sql脚本发生异常而导致消耗过高，而是由于终端设备本身的数据量导致的，这一情况将存在于该目标调用终端调用的各个sql脚本，表现为该目标调用终端对应的平均消耗特征值将较大；而对于调用其他sql脚本时消耗情况正常，但调用该目标sql脚本时却出现消耗过高，则是由于该目标sql脚本与数据库不兼容导致的，表现为其对应的平均消耗特征值较小，但该目标sql脚本对应的第二消耗特征值较大。因此，终端设备可通过平均消耗特征值判定该目标sql脚本与该目标调用终端是否兼容。

在本实施例中，每一个其他sql脚本对应一个第二运行状态参数，因此，若在当前的检测周期内目标调用终端调用了多个除目标sql脚本外的sql脚本，即在s108中将获取多个第二运行状态参数，换而言之，第二运行状态参数的个数与目标调用终端调用的其他sql脚本的数量一致。

在s109中，基于所述第二运行状态参数，计算所述目标调用终端对应的平均调用消耗值。

在本实施例中，终端设备在获取了其他sql对应的第二运行状态参数后，将通过s102的方式，计算各个第二运行状态参数对应的消耗特征值，并通过多个第二运行状态参数对应的消耗特征值，确定该目标调用终端对应的平均调用消耗值。

例如，目标调用终端在当前的检测周期内除目标sql脚本外调用了4个sql脚本，上述sql脚本对应的消耗特征值分别为52％、67％、43％以及58％，因此计算得到的平均调用消耗值为55％。

在s110中，若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设的浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容。

在本实施例中，终端设备将获取得到的平均调用消耗值以及第二消耗特征值相减，得到两者之间的差值，继而确定第二消耗特征值与目标调用脚本的平均消耗情况的差异程度，将该差值与预设的浮动阈值进行比对，若该差值小于或等于该浮动阈值，则表示目标sql脚本的消耗情况与该目标调用终端的平均消耗水平相持平，属于正常状态；若该差值大于该浮动阈值，则表示目标调用终端在调用目标sql脚本时，消耗远远大于调用其他sql脚本，这情况将由于目标sql脚本异常导致的，识别其为sql脚本与目标调用终端不兼容。

可选地，在本实施例中，若终端设备在检测到目标调用终端与目标sql脚本不兼容，则发送脚本异常信息给到该sql脚本对应的账户，以该账户进行异常修复处理。

以上可以看出，本发明实施例提供的一种sql脚本的异常检测方法通过获取sql脚本的运行状态参数，并通过该运行状态参数确定该sql脚本在预设的时间段内的消耗情况，得到第一消耗特征值，继而终端设备选取消耗最大的n个sql脚本，进一步确定上述sql脚本是否存在异常情况，因而终端设备将根据消耗较大的n个sql脚本生成脚本消耗异常列表，并从脚本异常消耗列表中提取接收到的目标脚本选取指令对应的sql脚本作为目标sql脚本，进而获取该目标sql脚本被不同的脚本调用终端调用时对应的运行状态参数，计算出第二消耗特征值，并生成关于第二消耗特征值与调用终端的对应关系列表，从该对应关系列表中选取第二消耗特征值对应的脚本调用终端，作为目标调用终端，继而获取该目标调用终端调用其他sql脚本时对应的平均调用消耗值，并确定该目标调用终端与目标sql脚本是否兼容。与现有的sql脚本的异常检测技术相比，本发明实施例无需数据库的管理员对sql脚本的异常情况进行手动排查，终端设备自动生成一个存在异常几率较大的脚本异常消耗列表，缩小了管理员的检测范围，并根据管理员的选择的目标sql脚本，检测该目标sql脚本是否与各个脚本调用终端存在版本冲突的情况，从而造成不兼容，无需用户进行异常识别，大大提高了异常检测的准确率以及响应速率。另一方面，由于异常检测的过程主要通过终端设备完成，对于管理员的技术水平要求较低，从而也降低了数据库的维护成本。

图2示出了本发明第二实施例提供的一种sql脚本的异常检测方法的具体实现流程图。参见图2所示，相对于图1所述实施例，本实施例提供的一种sql脚本的异常检测方法中还包括s201～s204，具体详述如下：

进一步地，在所述若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设正常浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容之后，还包括：

在s201中，获取在多个预设的时间节点所述目标调用终端调用所述目标sql脚本时对应的第二消耗特征值，并生成历史调用消耗曲线。

在本实施例中，终端设备记录有各个sql脚本的历史运行情况。终端设备将以预设的时间间隔获取各个sql脚本的运行状态参数，并存储于各个sql脚本对应的历史运行记录中。当用户需要获取该sql脚本的历史运行情况，可以通过直接获取该历史运行记录，确定其对应的运行状态参数的变化情况。

在本实施例中，终端设备将根据该预存的sql脚本的历史运行记录，获取各个预设的时间节点时该目标调用终端调用该目标sql脚本时的运行状态参数，并将运行状态参数转换为第二消耗特征值，从而得到该目标调用终端对应的第二消耗特征值的历史消耗记录。特别地，该预设的时间节点可以为预设的参数采集周期，即各个预设的时间间隔对应的时间点。

在本实施例中，终端设备将以第二消耗特征值为纵坐标，时间点为横坐标，生成一个坐标轴，绘制出历史消耗特征曲线，并通过显示模块输出该历史消耗特征曲线，以便用户查看。

在s202中，确定所述历史调用消耗曲线中导数值最大对应的时间节点，作为异常触发节点。

在本实施例中，终端设备将获取历史调用消耗曲线中各个坐标点对应的导数值，由于导数值可以表示该目标sql脚本的消耗变化速度，从而确定该第一消耗特征值是缓慢的变化抑或是急速的突变。若该导数值较小，则表示该目标sql文件的消耗情况是缓慢攀升或缓慢下降，则可能是由于调用该目标sql文件对应的终端设备的处于满载状态或硬件发热，而导致消耗逐渐增加，而并非目标sql文件与目标调用终端不兼容而导致的；若该导数值较大，则表示该目标sql文件的消耗情况是急剧攀升抑或是急剧下降，导致该情况出现较大可能是由于sql文件的兼容性发生了改变，由正常状态转变为异常状态导致的。因此，终端设备将获取该历史消耗曲线中导数值最大的对应的时间节点，作为异常触发节点。

可选地，在本实施例中，终端设备还可以将导数值最大对应的时间节点与预设的导数阈值进行比对，当历史调用消耗曲线中导数最大的数值小于或等于该导数阈值，则表示该曲线一直处于平缓变化的过程，并不存在突变的情况，在该情况下，将获取历史消耗特征曲线中，导数由负数转变为正数对应的时间节点作为异常触发节点；反之，若该导数最大的数值大于该导数阈值，则只需将该导数值最大的时间节点作为异常触发节点。

在s203中，获取所述目标sql脚本以及所述目标调用终端于所述异常触发节点时产生的版本变更文件。

终端设备检测到在异常触发节点之后目标sql脚本与目标调用终端之间存在兼容问题，且在异常触发节点之前目标调用终端在调用目标sql脚本时，消耗均在正常范围之内，则表示在该异常触发节点时，目标sql脚本和/或异常触发节点发生了版本变更情况，从而在版本变更之后，两者之间由兼容状态转变为不兼容状态，因此，为了消除该目标sql脚本的异常情况，终端设备将获取在该异常触发时间节点时目标sql脚本以及目标调用终端产生的版本变更文件。

需要说明的是，上述异常触发节点具体为：以异常触发节点对应的时刻为中心，预设时间区间内对应的时间段。若在该预设的时间段内并未获取到任意版本变更文件，终端设备将生产版本异常指令给到该目标调用终端对应的处理账户，以便该处理账户就版本突变进行异常处理；反之，若该在预设的时间段内获取到任一版本变更文件，则只需s204的相关操作。

在s204中，根据所述版本变更文件生成兼容冲突报告，并将所述兼容冲突报告发送给所述目标调用终端对应的处理账户。

在本实施例中，终端设备将获取得到版本变更文件，导入到预设的兼容冲突报告模板中，继而得到该次检测对应的兼容冲突报告。继而终端设备将从预设的调用终端资料库中，确定该目标调用终端对应的处理账户以及该处理账户对应的通信地址。根据该通信地址，生成一条与该处理账户相互通信的通信链路，并通过该通信链路将该兼容冲突报告发送给该处理账户。其中，该兼容冲突报告包括但不限于：在本次采集过程中获取得到的sql脚本相当于该目标调用终端的第二消耗特征值、异常触发节点对应的版本变更文件、该历史调用消耗曲线以及sql脚本对应的脚本文件。

可选地，在本实施例中，终端设备还可以在该处理账户对应的办公系统中生成一条关于该兼容冲突报告的处理事件，并将该处理事件推送给该处理账户，以便该处理账户在办公系统上，记录其异常处理操作。

在本发明实施例中，通过检测异常触发节点，并获取对应的版本变更文件，以便让异常处理账户能够快速定位异常发生的对应的时刻以及成因，有效地修复该异常情况，提高了故障响应的效率。

图3了本发明第三实施例提供的一种sql脚本的异常检测方法的具体实现流程图。参见图3所示，相对于图1所述实施例，本实施例提供的一种sql脚本的异常检测方法中，在s107之后还包括s301以及s302，具体详述如下：

进一步地，在所述基于所述调用运行状态参数，计算所述目标调用终端对应的平均调用消耗值之后，还包括：

在s301中，若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差小于或等于所述预设的浮动阈值，则将所述目标调用终端的消耗记录从所述对应关系列表中移除。

在本实施例中，终端设备在检测到第二消耗特征值与该目标调用终端的平均调用消耗情况持平，则表示该目标调用终端在调用其他sql脚本时，消耗也较高，并非单单调用目标sql脚本时，才出现高消耗的情况，则可能是由于该目标调用终端本身数据库的数据量的大小而导致的，即目标sql脚本与目标调用终端之间是兼容的，即两者并未出现版本冲突的异常情况。

在本实施例中，终端设备将从对应关系列表中移除该目标调用终端的消耗记录，继而得到更新后的对应关系列表，从而在下一次选取目标调用终端时，不会再选取本次检测的脚本调用终端作为目标调用终端。

需要说明的是，该消耗记录具体为包含脚本调用终端与其对应的第二消耗特征值的记录。

在s302中，返回执行所述选取所述调用消耗列表中所述第二消耗特征值最大对应的脚本调用终端，作为目标调用终端的操作，直到所述对应关系列表不包含任一所述脚本调用终端的消耗记录，并识别所述目标sql脚本为正常脚本。

在本实施例中，终端设备为了进一步确定该目标sql脚本与其他脚本调用终端之间是否仍存在兼容冲突的情况，因此，将从移除后的对应关系列表中，再次选取第二特征消耗值最大的一个脚本调用终端作为目标调用终端，并执行s106～s108的相关操作。

在本实施例中，若该对应关系列表中各个脚本调用终端均判定与该目标sql脚本兼容，即对应关系列表中各个脚本调用终端对应的消耗记录均被移除，则表示该目标sql脚本为正常脚本。

在本发明实施例中，通过与对应关系列表中各个脚本调用终端进行兼容性检测操作，从而确定该目标sql脚本与其他脚本调用终端是否存在兼容冲突，从而在一次检测操作中，即可找出所有与目标sql脚本存在异常冲突的脚本调用终端，提高了异常检测的效率。

图4了本发明第四实施例提供的一种sql脚本的异常检测方法s101的具体实现流程图。参见图4所示，相对于图1所述实施例，本实施例提供的一种sql脚本的异常检测方法中s101包括s401～s403，具体详述如下：

进一步地，所述获取各个sql脚本的运行状态参数，包括：

在s401中，监测当前时间是否满足预设的异常检测触发时机。

终端设备在获取各个sql脚本之前，需要对其触发时机进行判定，在本实施例中，终端设备采用时机触发以及消耗触发相结合的检测触发方式。首先，终端设备将获取监测当前时间是否与预设的异常检测触发时机匹配，特别地，该异常检测触发时机为一周期触发时机，也可以为用户预先设置的多个时间点。当终端设备判定当前时间与异常检测触发时机相匹配，则执行s402的相关操作，反之，则保持待机状态，以减少电量的消耗。

在s402中，若当前时间满足预设的异常检测触发时机，则获取待检测终端当前的资源占用率。

在本实施例中，终端设备在获知当前时间与异常检测触发时机相匹配时，则获取该待检测终端的当前的资源占用率。其中，待检测终端具体为：调用各个sql脚本的终端。若本实施例的终端设备集成于数据库服务器中，且该数据库服务器调用各个sql脚本，则在该情况下，待检测终端即为本实施例提供的终端设备；若终端设备为一独立的检测终端，则该待检测终端即为调用各个sql脚本的数据库服务器。

在本实施例中，终端设备将获取待检测终端当前的资源占用率，若待检测终端为单独一个终端，即调用各个sql脚本的数据库服务器均为同一个服务器，则可直接将该终端的资源占用率作为该待检测终端对应的资源占用率；若待检测终端为多个数据库服务器组成的数据库系统，则该资源占用率为整个数据库系统的资源占用率。特别地，若终端设备集成于数据库服务器内，则获取该终端设备本地的资源占用率。

在本实施例中，终端设备设置有一占用率阈值，当获取到的资源占用率大于该占用率阈值时，则表示可能存在sql脚本异常的情况，执行s303的操作；反之，若获取到的资源占用率小于或等于占用率阈值，则表示当前sql脚本运行基本处于正常状态，并未达到需进行异常处理的级别，因此将返回s301，等待下一个检测时机的到达。可选地，在本实施例中，该占用率阈值可根据时间的推移而变化，例如空闲时段，调用sql脚本的次数以及个数较少，因此其对应的占用率阈值可以较低，而满分时段，调用sql脚本的次数以及个数均较多，因此其对应的占用率阈值可以较高。

在s403中，若所述资源占用率大于预设的占用率阈值，则获取各个所述sql脚本的运行状态参数。

在本实施例中，终端设备在检测到资源占用率大于预设的占用率阈值时，则判定当前sql脚本中可能存在异常脚本，因此将执行异常检测的操作。

在本发明实施例中，通过设置异常检测时机以及占用率阈值，从而在可能存在异常的情况时，自动执行异常检测操作，从而避免不必要的检测流程，提高了终端的资源利用率。

图5示出了本发明第五实施例提供的一种sql脚本的异常检测方法s102的具体实现流程图。参见图5所示，相对于图1至4所述实施例，本实施例提供的一种sql脚本的异常检测方法中所述根据各个所述sql脚本的运行状态参数，计算各个所述sql脚本对应的第一消耗特征值第一消耗特征值第一消耗特征值，包含s501以及s502，详述如下：

进一步地，所述运行状态参数包括：运算资源占用参数、平均运行时间参数、内存占用参数以及运行次数；所述根据各个所述sql脚本的运行状态参数，计算各个所述sql脚本对应的第一消耗特征值，包括：

在s501中，确定各个所述运行状态参数对应的权重值。

在本实施例中，终端设备获取各个sql脚本的运行状态参数包含多种类型的参数，分别为运算资源占用参数、平均运行时间参数、内存占用参数以及运行次数，不同的运作状态参数对应的权重值均不相同，因此终端设备首先需要确定各个运行状态参数对应的权重值，并根据上述权重值生成与之对应的消耗特征转换模型。

可选地，在本实施例中，终端设备可根据当前的检测模式，调整各个运行状态参数对应的权重值。例如，若当前的检测模式为运行时间优先模式，则平均运行时间参数对应的权重值较大，并适当调整其他运行状态参数的权重值；若当前的检测模式为内存优先模式，则内存占用参数对应的权重值较大，从而使得第一消耗特征值能够更有效表示对应检测模式的消耗情况。

在s502中，将各个所述sql脚本对应的所述运算资源占用参数、所述平均运行时间参数、所述内存占用参数以及所述运行次数，导入至消耗特征值转换模型，分别计算出各个所述sql脚本对应的第一消耗特征值，所述消耗特征值转换模型具体为：

ex＝α1ct(sql)+α2t(sql)+α3buff(sql)+α4q(sql)

其中，ex为sql脚本的第一消耗特征值，α1、α2、α3和α4为各个运行状态参数对应的权重值，ct(sql)为sql脚本的运算资源占用参数，t(sql)为sql脚本的平均运行时间参数，buff(sql)为sql脚本的内存占用参数，q(sql)为sql脚本的运行次数。

在本实施例中，终端设备将s101中获取得到的多个运行状态参数对应的参数值导入到消耗特征转换模型中对应的位置中，并通过该消耗特征值转换模型，通过运行状态参数计算对应的第一消耗特征值。

在本发明实施例中，通过将获取得到的多个运行状态参数导入到预设的消耗特征转换模型中，实现由运行状态参数到第一消耗特征值的转换，提高了第一消耗特征值的计算效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图6示出了本发明一实施例提供的一种sql脚本的异常检测终端的结构框图，该sql脚本的异常检测终端包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。

参见图6，所述sql脚本的异常检测终端包括：

运行状态参数获取单元601，用于获取各个sql脚本的运行状态参数；

第一消耗值计算单元602，用于根据各个所述sql脚本的运行状态参数，计算各个所述sql脚本对应的第一消耗特征值；其中，所述第一消耗特征值用于表示所述sql脚本对设备资源的占用情况；

消耗异常列表生成单元603，用于将各个所述sql脚本对应的第一消耗特征值按从大到小进行排序，并选取前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表；其中，所述n为小于sql脚本个数的正整数；

目标sql脚本确定单元604，用于根据接收到的目标脚本选取指令，从所述脚本消耗异常列表中确定目标sql脚本；

脚本调用终端确定单元605，用于基于sql脚本执行记录，确定所述目标sql脚本对应的脚本调用终端；其中，所述脚本调用终端具体为：在当前的检测周期内调用过所述目标sql脚本的终端；

对应关系列表生成单元606，用于分别统计各个脚本调用终端调用所述目标sql脚本时对应的第二消耗特征值，得到关于所述第二消耗特征值与所述脚本调用终端的对应关系列表；

目标调用终端确定单元607，用于从所述对应关系列表中选取最大的第二消耗特征值对应的脚本调用终端，作为目标调用终端；

第二运行状态参数获取单元608，用于获取所述目标调用终端在所述当前的检测周期内调用除所述目标sql脚本外的其他sql脚本时对应的第二运行状态参数；

平均调用消耗计算单元609，用于基于所述第二运行状态参数，计算所述目标调用终端对应的平均调用消耗值；

异常判定单元610，用于若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设的浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容。

可选地，所述sql脚本的异常检测终端，还包括：

历史调用消耗曲线生成单元，用于获取在多个预设的时间节点所述目标调用终端调用所述目标sql脚本时对应的第二消耗特征值，并生成历史调用消耗曲线；

异常触发节点确定单元，用于确定所述历史调用消耗曲线中导数值最大对应的时间节点，作为异常触发节点；

版本变更文件获取单元，用于获取所述目标sql脚本以及所述目标调用终端于所述异常触发节点时产生的版本变更文件；

兼容冲突报告发送单元，用于根据所述版本变更文件生成兼容冲突报告，并将所述兼容冲突报告发送给所述目标调用终端对应的处理账户。

可选地，所述sql脚本的异常检测终端，还包括：

消耗记录移除单元，用于若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差小于或等于所述预设的浮动阈值，则将所述目标调用终端的消耗记录从所述对应关系列表中移除；

脚本正常判定单元，用于返回执行所述选取所述调用消耗列表中所述第二消耗特征值最大对应的脚本调用终端，作为目标调用终端的操作，直到所述对应关系列表不包含任一所述脚本调用终端的消耗记录，并识别所述目标sql脚本为正常脚本。

可选地，所述运行状态参数获取单元61包括：

触发时间监测单元，用于监测当前时间是否满足预设的异常检测触发时机；

资源占用率获取单元，用于若当前时间满足预设的异常检测触发时机，则获取待检测终端当前的资源占用率；

检测启动判定单元，用于若所述资源占用率大于预设的占用率阈值，则获取各个所述sql脚本的运行状态参数。

可选地，所述运行状态参数包括：运算资源占用参数、平均运行时间参数、内存占用参数以及运行次数；所述第一消耗值计算单元62包括：

运行参数权重确定单元，用于确定各个所述运行状态参数对应的权重值；

消耗特征值转换模型导入单元，用于将各个所述sql脚本对应的所述运算资源占用参数、所述平均运行时间参数、所述内存占用参数以及所述运行次数，导入至消耗特征值转换模型，分别计算出各个所述sql脚本对应的第一消耗特征值，所述消耗特征值转换模型具体为：

ex＝α1ct(sql)+α2t(sql)+α3buff(sql)+α4q(sql)

其中，ex为sql脚本的第一消耗特征值，α1、α2、α3和α4为各个运行状态参数对应的权重值，ct(sql)为sql脚本的运算资源占用参数，t(sql)为sql脚本的平均运行时间参数，buff(sql)为sql脚本的内存占用参数，q(sql)为sql脚本的运行次数。

因此，本发明实施例提供的sql脚本的异常检测终端同样可以通过获取sql脚本的运行状态参数，并通过该运行状态参数确定该sql脚本在预设的时间段内的消耗情况，得到第一消耗特征值，继而终端设备选取消耗最大的n个sql脚本，进一步确定上述sql脚本是否存在异常情况，因而终端设备将根据消耗较大的n个sql脚本生成脚本消耗异常列表，并从脚本异常消耗列表中提取接收到的目标脚本选取指令对应的sql脚本作为目标sql脚本，进而获取该目标sql脚本被不同的脚本调用终端调用时对应的运行状态参数，计算出第二消耗特征值，并生成关于第二消耗特征值与调用终端的对应关系列表，从该对应关系列表中选取第二消耗特征值对应的脚本调用终端，作为目标调用终端，继而获取该目标调用终端调用其他sql脚本时对应的平均调用消耗值，并确定该目标调用终端与目标sql脚本是否兼容。与现有的sql脚本的异常检测技术相比，本发明实施例无需数据库的管理员对sql脚本的异常情况进行手动排查，终端设备自动生成一个存在异常几率较大的脚本异常消耗列表，缩小了管理员的检测范围，并根据管理员的选择的目标sql脚本，检测该目标sql脚本是否与各个脚本调用终端存在版本冲突的情况，从而造成不兼容，无需用户进行异常识别，大大提高了异常检测的准确率以及响应速率。另一方面，由于异常检测的过程主要通过终端设备完成，对于管理员的技术水平要求较低，从而也降低了数据库的维护成本。

图7是本发明另一实施例提供的一种终端设备的示意图。如图7所示，该实施例的终端设备7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72，例如sql脚本的异常检测程序。所述处理器70执行所述计算机程序72时实现上述各个sql脚本的异常检测方法实施例中的步骤，例如图1所示的s101至s110。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各单元的功能，例如图6所示模块601至610功能。

示例性的，所述计算机程序72可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述终端设备7中的执行过程。例如，所述计算机程序72可以被分割成运行状态参数获取单元、第一消耗值计算单元、消耗异常列表生成单元、目标sql脚本确定单元、脚本调用终端确定单元、对应关系列表生成单元、目标调用终端确定单元、第二运行状态参数获取单元、平均调用消耗计算单元以及异常判定单元，各单元具体功能如下：

运行状态参数获取单元，用于获取各个sql脚本的运行状态参数；

第一消耗值计算单元，用于根据各个所述sql脚本的运行状态参数，计算各个所述sql脚本对应的第一消耗特征值；其中，所述第一消耗特征值用于表示所述sql脚本对设备资源的占用情况；

消耗异常列表生成单元，用于将各个所述sql脚本对应的第一消耗特征值按从大到小进行排序，并选取前n个第一消耗特征值对应的sql脚本，生成脚本消耗异常列表；其中，所述n为小于sql脚本个数的正整数；

目标sql脚本确定单元，用于根据接收到的目标脚本选取指令，从所述脚本消耗异常列表中确定目标sql脚本；

脚本调用终端确定单元，用于基于sql脚本执行记录，确定所述目标sql脚本对应的脚本调用终端；其中，所述脚本调用终端具体为：在当前的检测周期内调用过所述目标sql脚本的终端；

对应关系列表生成单元，用于分别统计各个脚本调用终端调用所述目标sql脚本时对应的第二消耗特征值，得到关于所述第二消耗特征值与所述脚本调用终端的对应关系列表；

目标调用终端确定单元，用于从所述对应关系列表中选取最大的第二消耗特征值对应的脚本调用终端，作为目标调用终端；

第二运行状态参数获取单元，用于获取所述目标调用终端在所述当前的检测周期内调用除所述目标sql脚本外的其他sql脚本时对应的第二运行状态参数；

平均调用消耗计算单元，用于基于所述第二运行状态参数，计算所述目标调用终端对应的平均调用消耗值；

异常判定单元，用于若所述目标调用终端对应的第二消耗特征值与所述平均调用消耗值之差大于预设的浮动阈值，则识别所述目标sql脚本与所述目标调用终端不兼容。

所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的示例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。