一种基于多机房的API故障切换方法及装置

技术领域

本发明涉及API故障切换技术领域，尤其涉及一种基于多机房的API故障切换方法及装置。

背景技术

现在通过开放API(Application Program Interface，应用程序接口)提供软件服务，部分软件服务对稳定性要求较高，要求有99.99％甚至是99.999％的可用性，一年中只允许有52分钟甚至是5分钟的故障影响时间。为了到达上述要求，必须在API服务发生故障时，能够快速发现故障以及解决故障。

目前，处理上述问题的方法是机房多活和监控告警技术，该是指机房多活将API服务部署在多个机房中，当其中一个机房的API服务出现故障时，使其他机房的服务能够接替故障机房正常使用；该监控告警技术是指在搭建部署服务时，同样会搭建一套监控告警系统，作用是当服务出现故障时，监控告警系统及时发现故障，并发送告警给服务运维人员，服务运维人员在接收到告警后，登录操作系统执行切换脚本，完成故障切换的操作。具体过程是：当其中一个机房的API服务出现故障时，监控告警系统发送告警给服务运维人员，服务运维人员登录操作系统执行脚本文件，修改API网关中记录的API服务信息，将URL地址为另外一个机房API服务的URL地址，实现故障切换的效果。

但是，上述处理方法虽然可以实现故障切换，减少人工排查故障时，耗时上的不可控对服务可用性造成的影响。但是，无法达到99.99％甚至是99.999％的高可用，原因为完成故障切换完全由人工操作，同样也存在排查故障耗时不可控的问题。例如，当服务运维人员不在工作状态时，收到告警发现故障，需要登录操作系统执行切换脚本，由于服务运维人员并不能24*7小时在电脑前工作，而且服务运维人员也需要根据告警以及多机房的状态，花费时间判断是否需要故障切换，因此执行切换脚本的时间同样不可控。

发明内容

鉴于上述问题，本发明提供一种基于多机房的API故障切换方法及装置，主要目的是为了实现自动故障切换，快速恢复API服务，减少耗时较长的人工处理。

为解决上述技术问题，本发明提出以下方案：

第一方面，本发明提供一种基于多机房的API故障切换方法，所述方法包括：

获取本机房API服务的监测数据，所述监测数据为预设时间内的预设错误请求数；

基于所述本机房API服务的监测数据，利用预设故障规则监测所述本机房API服务是否出现故障；

当监测到所述本机房API服务出现故障时，基于所述本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务；

利用预设切换脚本将所述本机房API服务切换为所述目标机房API服务。

第二方面，本发明提供一种基于多机房的API故障切换装置，所述装置包括：

第一获取单元，用于获取本机房API服务的监测数据，所述监测数据为预设时间内的预设错误请求数；

监测单元，用于基于所述本机房API服务的监测数据，利用预设故障规则监测所述本机房API服务是否出现故障；

第二获取单元，用于当监测到所述本机房API服务出现故障时，基于所述本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务；

切换单元，用于利用预设切换脚本将所述本机房API服务切换为所述目标机房API服务。

为了实现上述目的，根据本发明的第三方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述第一方面所述基于多机房的API故障切换方法。

为了实现上述目的，根据本发明的第四方面，提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如第二方面所述用于基于多机房的API故障切换装置的全部或部分步骤。

借由上述技术方案，本发明提供的基于多机房的API故障切换方法及装置，是由于目前的机房多活和监控告警技术虽然可以实现故障切换，减少人工排查故障时，耗时上的不可控对服务可用性造成的影响。但是，由于完成故障切换完全由人工操作，同样也存在排查故障耗时不可控的问题无法达到99.99％甚至是99.999％的高可用。为此，本发明通过获取本机房API服务的监测数据，所述监测数据为预设时间内的预设错误请求数；基于所述本机房API服务的监测数据，利用预设故障规则监测所述本机房API服务是否出现故障；当监测到所述本机房API服务出现故障时，基于所述本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务；利用预设切换脚本将所述本机房API服务切换为所述目标机房API服务。本发明实现自动故障切换，10秒内快速恢复API服务，减少耗时较长的人工处理，可以保证达到99.99％甚至是99.999％的高可用。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种基于多机房的API故障切换方法流程图；

图2示出了本发明实施例提供的另一种基于多机房的API故障切换方法流程图；

图3示出了本发明实施例提供的一种基于多机房的API故障切换装置的组成框图；

图4示出了本发明实施例提供的另一种基于多机房的API故障切换装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

对于目前处理API服务出现故障的方法是机房多活和监控告警技术，当其中一个机房的API服务出现故障时，监控告警系统发送告警给服务运维人员，服务运维人员登录操作系统执行脚本文件，修改API网关中记录的API服务信息，将URL地址为另外一个机房API服务的URL地址，实现故障切换的效果。但是，上述处理方法虽然可以实现故障切换，减少人工排查故障时，耗时上的不可控对服务可用性造成的影响。但是，由于完成故障切换完全由人工操作，同样也存在排查故障耗时不可控的问题，无法达到99.99％甚至是99.999％的高可用。针对此问题，发明人想到通过探测阶段、切换阶段和调整阶段完成自动切换。

为此，本发明实施例提供了一种基于多机房的API故障切换方法，通过该方法实现自动故障切换，快速恢复API服务，其具体执行步骤如图1所示，包括：

101、获取本机房API服务的监测数据。

其中，所述监测数据为预设时间内的预设错误请求数；其中，所述预设错误请求书可以是API网关转发到所述本机房API服务的预设错误请求数、所述预设错误请求数是所述预设探测时间周期内所述API网关转发到所述API服务耗时超过预设时间的请求数，本实施例不做具体限定。

本发明是在多机房的基础上，解决其中某个机房的API服务故障时，人工操作切换到另一个正常机房的时间不可控的问题。本发明提供的多机房API服务故障切换方法，分为三个阶段：探测阶段、切换阶段和调整阶段。其中，探测阶段为判断API服务是否达到切换条件，切换阶段为达到切换条件后，执行切换脚本，最后调整阶段为切换完成后，校验切换效果。在本实施例不包括校验切换部分，会在下一个实施例中进行详细阐述。本步骤可以通过监控系统按照一定的时间周期探测本机房API服务的监测数据，用于后续判断API服务是否出现故障。

102、基于本机房API服务的监测数据，利用预设故障规则监测本机房API服务是否出现故障。

其中，所述预设故障规则是指当监测得到的API服务的监测数据大于预设阈值时，则确定API服务出现故障，否则，确定API服务未出现故障。

从步骤101可得所述本机房API服务的监测数据，比较所述监测数据和预设阈值的大小，当所述监测数据小于等于预设阈值时，则确定所述本机房API服务未出现故障；当所述监测数据大于预设阈值时，则确定所述本机房API服务出现故障。

103、当监测到本机房API服务出现故障时，基于本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务。

其中，所述目标机房API服务要求符合所述预设切换规则；所述预设切换规则可以是所述目标机房API服务的网络状态正常，且没有被占用，即未切换状态。

所述预设待切换机房API服务是除了本机房API服务之外的其他备用机房API，用于当所述本机房API服务出现故障时，进行API服务切换，保证API服务正常运行，保证可用。所述预设待切换机房API服务为多个。

从步骤102得到所述本机房API服务出现故障时，判断多个所述预设待切换机房API服务中是否存在获取符合网络状态正常，且处于未切换状态的预设待切换机房API服务，如果有，则将符合网络状态正常，且处于未切换状态的预设待切换机房API服务确定为目标机房API服务。

104、利用预设切换脚本将本机房API服务切换为目标机房API服务。

每个机房部署API网关和API服务，API网关的作用是将客户端发来的请求路由到指定API服务的URL地址。所述预设切换脚本是通过将API网关指向API服务的URL地址由所述本机房API服务的URL地址修改为所述目标机房API服务的URL地址，完成跨机房API服务切换。

从步骤103得到符合切换条件的目标机房API服务，进而获取到所述目标机房API服务的URL地址，通过执行所述预设切换脚本将所述本机房API服务的URL地址修改为所述目标机房API服务的URL地址，完成跨机房API服务切换。

基于上述图1实施例的实现方式可以看出，本发明提供一种基于多机房的API故障切换方法，本发明通过获取本机房API服务的监测数据，所述监测数据为预设时间内的预设错误请求数；基于所述本机房API服务的监测数据，利用预设故障规则监测所述本机房API服务是否出现故障；当监测到所述本机房API服务出现故障时，基于所述本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务；利用预设切换脚本将所述本机房API服务切换为所述目标机房API服务。本发明实现自动故障切换，10秒内快速恢复API服务，减少耗时较长的人工处理，可以保证达到99.99％甚至是99.999％的高可用。

进一步的，作为对图1所示实施例的细化及扩展，本发明实施例还提供了另一种基于多机房的API故障切换方法，如图2所示，其具体步骤如下：

当本机房API服务出现故障时，从发现故障到排查故障原因，再到解决故障的整个过程，时间是不可控的，甚至可能需要1天时间才能解决，远远超出了99.99％可用性的要求。想要压缩解决故障的时间，则需要提供另外一个与现有API服务完全相同的环境，在API故障时，及时切换到其他能够正常提供服务的机房，就可以达到恢复服务可用性的目的。另外在完成切换后，需要校验切换效果，当切换后发现另一个机房存在更严重的故障，要及时切换到其他机房或者执行回切操作。因此，本实施例不但要将发现问题、决策是否需要故障切换和执行切换脚本自动化，还要将校验切换效果这个过程自动化，无需人为干预，将人工操作的几分钟甚至几十分钟，缩短为10秒左右，大大减少了故障的影响时间。具体步骤如下：

201、获取本机房API服务的监测数据。

其中，所述监测数据为预设时间内的预设错误请求数；

本步骤结合上述方法中101步骤的描述，在此相同的内容不赘述。

所述监测数据是API网关转发到所述本机房API服务的预设错误请求数；所述预设错误请求数是所述预设探测时间周期内所述API网关转发到所述API服务耗时超过预设时间的请求数、所述预设探测时间周期内所述API网关请求所述API服务返回HTTP状态码500、502、503或者504的请求数和所述预设探测时间周期内所述API网关请求所述API服务连接超时的请求数；

举例说明：

所述预设错误请求数：

(1)5秒内API网关转发到API服务耗时超过2秒的请求数；

(2)5秒内API网关请求API服务返回HTTP状态码500、502、503或者504的请求数；

(3)5秒内API网关请求API服务连接超时的请求数。

其中，以上请求数是从监控系统中获取，由监控系统采集API网关和API服务的请求数作为监测数据。

本实施例包括探测阶段、切换阶段和调整阶段，步骤201、202和203属于探测阶段，步骤204属于切换阶段，步骤205属于调整阶段；其中，步骤201至203的探测阶段的目的是监测本机房API服务是否发生了故障，判断是否该本机房API服务需要进行切换以及切换到哪个备用机房API服务；步骤204的切换阶段的目的是实现两者的切换；步骤205的调整阶段的目的是校验切换后的API服务，为了保证API服务可用。

本步骤是按照预设探测时间周期通过监控系统获取本机房API服务的监测数据。例如：探测频率为5秒判断一次。

202、基于本机房API服务的监测数据，利用预设故障规则监测本机房API服务是否出现故障。

本步骤结合上述方法中102步骤的描述，在此相同的内容不赘述。

所述预设故障规则是预先设置一个预设阈值，判断所述预设错误请求数是否大于所述预设阈值，当所述监测数据中出现大于所述预设阈值的所述预设错误请求数时，则可以确定所述本机房API服务出现故障，否则，确定所述本机房API服务未出现故障。

为减少网络抖动等原因造成监控系统采集的监测数据不准确，需要连续判断两个周期，具体为：监测在连续两个预设探测时间周期内是否出现大于预设阈值的所述API网关转发到所述本机房API服务的所述预设错误请求数；若是，则确定所述本机房API服务出现故障；若否，则确定所述本机房API服务未出现故障。

举例说明：

假设预设探测时间周期为5秒，那么连续两个预设探测时间周期为10秒；监测10秒时间内的所述本机房API服务的所述预设错误请求数是否出现大于预设阈值，若是，则确定所述本机房API服务出现故障；若否，则确定所述本机房API服务未出现故障。

203、当监测到本机房API服务出现故障时，基于本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务。

本步骤结合上述方法中103步骤的描述，在此相同的内容不赘述。

其中，所述预设切换规则包括预设切换黑名单规则和判断使用状态，具体为：所述预设切换黑名单是规则列表，在其中配置有所述预设黑名单规则，由于API网关需要跨机房通过网络专线访问另一个机房的API服务，因此机房之间的网络状态会影响切换后的效果，因此，所述预设黑名单规则可以设置为5秒内跨机房网络状态为故障(其网络状态由监控系统采集)，还可以配置其他会影响切换效果的规则，本实施例不做具体限定。所述判断使用状态是因为有的备用的所述预设待切换机房API服务可能已经进行切换了，属于被占用，不能再进行切换，因此，需要判断所述预设待切换机房API服务的使用状态是否为已切换状态还是未切换状态；当所述预设待切换机房API服务未触发所述预设黑名单规则时，进一步判断其使用状态为未切换状态时，才具备切换条件作为目标机房API服务。

根据预设顺序获取所述预设待切换机房API服务的网络状态信息和使用状态信息，所述使用状态信息包括未切换状态和已切换状态；基于所述预设待切换机房API服务的网络状态信息和使用状态信息判断所述预设待切换机房API服务是否符合切换条件；若是，则确定所述预设待切换机房为所述目标机房API服务；若否，则根据所述预设顺序获取下一个所述预设待切换机房API服务的网络状态信息和使用状态信息继续判断直至获取到符合切换条件的目标机房API服务为止。

需要说明的是由于所述预设待切换机房API服务为多个，那么在判断其中哪个所述预设待切换机房API服务符合切换条件时，可以预先设置列表，按照预设顺序列表从上到下的顺序依次针对选定的所述预设待切换机房API服务进行网络状态信息和使用状态信息进行获取，具体选择顺序的规则本实施例不做具体限定。

其中，所述基于所述预设待切换机房API服务的网络状态信息和使用状态信息判断所述预设待切换机房是否符合切换条件，包括：判断所述预设待切换机房API服务的网络状态信息是否触发预设切换黑名单规则；若所述预设待切换机房API服务的网络状态信息触发预设切换黑名单规则，则确定所述预设待切换机房API服务不符合切换条件；若所述预设待切换机房API服务的网络状态信息不触发预设切换黑名单规则，则判断所述预设待切换机房API服务的使用状态信息是否为切换状态；若所述预设待切换机房API服务的使用状态信息为切换状态，则确定所述预设待切换机房API服务不符合切换条件；若所述预设待切换机房API服务的使用状态信息不为切换状态，则确定所述预设待切换机房API服务符合切换条件。

204、利用预设切换脚本将本机房API服务切换为目标机房API服务。

本步骤结合上述方法中104步骤的描述，在此相同的内容不赘述。

从步骤203得到符合切换条件的目标机房API服务后，利用所述预设切换脚本将API网关指向API服务的URL地址由所述本机房API服务的URL地址修改为所述目标机房API服务的URL地址，完成跨机房API服务切换；将切换后的所述目标机房API服务的状态由未切换状态修改为已切换状态；用于探测阶段判断预设待切换机房API服务是否已经进行过切换。

本步骤通过预设切换黑名单规则以及加入对机房网络状态以及其他机房和服务异常状态的考虑，使得切换效果更准确。

205、当监测到目标机房API服务的网络状态信息触发所述预设切换黑名单规则或者在连续两个预设探测时间周期内的API网关转发到目标机房API服务的预设错误请求数比未切换前转发到本机房API服务的预设错误请求数多时，利用预设回切脚本将API网关切回访问本机房API服务。

从步骤204可以得到切换后的目标机房API服务，需要判断回切规则，回切规则由所述预设切换黑名单规则和切换效果验证两部分组成。

其中，所述预设切换黑名单规则与探测阶段的所述预设切换黑名单规则是一致的，主要解决在故障切换后，由于跨机房网络故障等原因，导致API网关跨机房访问API服务全部异常，故障范围扩大。如果触发黑名单规则，则执行回切脚本，将API网关切回访问本机房API服务。

另外，切换后会进行效果验证，验证内容为切换后的预设错误请求数是否比切换前更多，如果是，则说明切换后的机房故障更严重，为了防止故障范围扩大，则需要执行回切脚本，切换本机房访问。

本步骤实现切换效果验证，可自动处理切换后故障更严重的情况，同样使得切换效果更准确。

基于上述图2的实现方式可以看出，本发明提供一种基于多机房的API故障切换方法，本发明就是在此基础上，将发现问题、决策是否需要故障切换、执行切换脚本以及校验切换效果这个过程自动化，无需人为干预，将人工操作的几分钟甚至几十分钟，缩短为10秒左右，大大减少了故障的影响时间。本发明是通过自动故障切换的方法，减少耗时较长的人工处理，能够在10秒左右快速恢复API服务，并且能够自动校验切换前后的效果，避免出现切换后比切换前故障更加严重的情况；减少API服务的故障恢复时间，实现超出了99.99％的高可用。进一步的，作为对上述图1所示方法的实现，本发明实施例还提供了一种基于多机房的API故障切换装置，用于对上述图1所示的方法进行实现。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图3所示，该装置包括：

第一获取单元31，用于获取本机房API服务的监测数据，所述监测数据为预设时间内的预设错误请求数；

监测单元32，用于基于从所述第一获取单元31得到的所述本机房API服务的监测数据，利用预设故障规则监测所述本机房API服务是否出现故障；

第二获取单元33，用于当从所述监测单元32得到的监测到所述本机房API服务出现故障时，基于所述本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务；

切换单元34，用于利用预设切换脚本将所述本机房API服务切换为从所述第二获取单元33得到的所述目标机房API服务。

进一步的，作为对上述图2所示方法的实现，本发明实施例还提供了另一种基于多机房的API故障切换装置，用于对上述图2所示的方法进行实现。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图4所示，该装置包括：

第一获取单元31，用于获取本机房API服务的监测数据，所述监测数据为预设时间内的预设错误请求数；

监测单元32，用于基于从所述第一获取单元31得到的所述本机房API服务的监测数据，利用预设故障规则监测所述本机房API服务是否出现故障；

第二获取单元33，用于当从所述监测单元32得到的监测到所述本机房API服务出现故障时，基于所述本机房API服务，利用预设切换规则从预设待切换机房API服务中获取符合切换条件的目标机房API服务；

切换单元34，用于利用预设切换脚本将所述本机房API服务切换为从所述第二获取单元33得到的所述目标机房API服务；

回切单元35，用于当监测到从所述切换单元34得到的所述目标机房API服务的网络状态信息触发所述预设切换黑名单规则或者在所述连续两个预设探测时间周期内的所述API网关转发到所述目标机房API服务的预设错误请求数比未切换前转发到所述本机房API服务的预设错误请求数多时，利用预设回切脚本将所述API网关切回访问所述本机房API服务。

进一步的，所述第二获取单元33，包括：

获取模块331，用于根据预设顺序获取所述预设待切换机房API服务的网络状态信息和使用状态信息，所述使用状态信息包括未切换状态和已切换状态；

判断模块332，用于基于从所述获取模块331得到的所述预设待切换机房API服务的网络状态信息和使用状态信息判断所述预设待切换机房API服务是否符合切换条件；

第一确定模块333，用于若所述预设待切换机房API服务符合切换条件，则确定所述预设待切换机房为所述目标机房API服务；

第二确定模块334，用于若所述预设待切换机房API服务不符合切换条件，则根据所述预设顺序获取下一个所述预设待切换机房API服务的网络状态信息和使用状态信息继续判断直至获取到符合切换条件的目标机房API服务为止。

进一步的，所述判断模块332，包括：

第一判断子模块3321，用于判断所述预设待切换机房API服务的网络状态信息是否触发预设切换黑名单规则；

第一确定子模块3322，用于若从所述第一判断子模块3321得到的所述预设待切换机房API服务的网络状态信息触发预设切换黑名单规则，则确定所述预设待切换机房API服务不符合切换条件；

第二判断子模块3322，用于若从所述第一判断子模块3321得到的所述预设待切换机房API服务的网络状态信息不触发预设切换黑名单规则，则判断所述预设待切换机房API服务的使用状态信息是否为切换状态；

第二确定子模块3323，用于若从所述第二判断子模块3322得到的所述预设待切换机房API服务的使用状态信息为切换状态，则确定所述预设待切换机房API服务不符合切换条件；

第三确定子模块3324，用于若从所述第二判断子模块3322得到的所述预设待切换机房API服务的使用状态信息不为切换状态，则确定所述预设待切换机房API服务符合切换条件。

进一步的，所述监测数据是API网关转发到所述本机房API服务的预设错误请求数；所述预设错误请求数是所述预设探测时间周期内所述API网关转发到所述API服务耗时超过预设时间的请求数、所述预设探测时间周期内所述API网关请求所述API服务返回HTTP状态码500、502、503或者504的请求数和所述预设探测时间周期内所述API网关请求所述API服务连接超时的请求数；所述第一获取单元31，还用于：

按照预设探测时间周期通过监控系统获取本机房API服务的监测数据。

进一步的，所述监测单元32，包括：

监测模块321，用于监测在连续两个预设探测时间周期内是否出现大于预设阈值的所述API网关转发到所述本机房API服务的所述预设错误请求数；

第一确定模块322，用于若从所述检测模块321得到的在连续两个预设探测时间周期内出现大于预设阈值的所述API网关转发到所述本机房API服务的所述预设错误请求数，则确定所述本机房API服务出现故障；

第二确定模块323，用于若从所述检测模块321得到的在连续两个预设探测时间周期内未出现大于预设阈值的所述API网关转发到所述本机房API服务的所述预设错误请求数，则确定所述本机房API服务未出现故障。

进一步的，所述切换单元34，包括：

第一修改模块341，用于利用所述预设切换脚本将API网关指向API服务的URL地址由所述本机房API服务的URL地址修改为所述目标机房API服务的URL地址，完成跨机房API服务切换；

第二修改模块342，用于将从所述修改模块341得到的切换后的所述目标机房API服务的状态由未切换状态修改为已切换状态。

进一步的，本发明实施例还提供一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述图1-2中所述的基于多机房的API故障切换方法。

进一步的，本发明实施例还提供一种存储介质，所述存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行上述图1-2中所述的基于多机房的API故障切换方法。

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

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

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

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

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

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

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

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

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

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

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

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

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