双重幂等验证方法及服务器

摘要

本发明实施例提供一种双重幂等验证方法及服务器，该方法包括：接收终端发送的业务请求，其中业务请求中包括服务标识；获取第一验证的开关标志位，若第一验证的开关标志位表示为打开，则根据分布式锁幂等验证器对服务标识进行验证，其中，第一验证为分布式锁幂等验证；若第一验证的开关标志位表示为关闭，则获取第二验证的开关标志位，若第二验证的开关标志位表示为关闭，则将第二验证的开关标志位配置为打开，其中，第二验证为幂等表验证；当第二验证的开关标志位为打开时，根据幂等表验证器对服务标识进行验证。通过分布式锁幂等验证以及幂等表验证实现双重幂等验证功能，提高了幂等验证功能的可靠性。

说明书

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种双重幂等验证方法及服务器。

背景技术

随着互联网技术的不断发展，传统单体架构系统在数据处理的性能上已无法满足业务的高速增长。具有高性能、高可靠特点的分布式系统正逐步替代单体应用。分布式系统在带来高性能的同时，由于系统内服务部署在不同的主机下，使得服务间频繁使用网络通信，而网络抖动、丢包、客户端重试都将导致产生重复请求。因此，亟需提供一种可靠的服务操作幂等保障方法保障分布式系统的数据处理性能。

为了实现幂等性，目前现有技术的常用做法是通过幂等校验系统，在业务处理方的数据库中针对每次业务请求建立唯一性约束。具体地：在数据库中建立幂等表，每次处理业务请求之前，均要求将该业务请求的某种唯一标识信息插入幂等表，如果插入成功，说明业务处理方是第一次处理该业务请求，则继续正常的业务处理流程；反之如果插入失败，则说明幂等表中已经存在该业务请求的信息，即业务处理方之前曾经处理过该业务请求，那么可以直接确定该请求为重复请求，进而停止处理该请求。

然而，发明人发现现有技术至少存在如下缺点：幂等功能的开发方在构建幂等校验系统时，可能会出现构建失误，导致幂等校验系统难以校验出重复请求，发生幂等性无效的状况，进而导致业务处理方因业务请求方的重复请求，发生重复的业务处理，造成用户的资金损失。

发明内容

本发明实施例提供一种双重幂等验证方法及服务器，以提高幂等验证功能的可靠性。

第一方面，本发明实施例提供一种双重幂等验证方法，包括：

接收终端发送的业务请求，其中所述业务请求中包括服务标识；

获取第一验证的开关标志位，若所述第一验证的开关标志位表示为打开，则根据分布式锁幂等验证器对所述服务标识进行验证，其中，所述第一验证为分布式锁幂等验证；

若所述第一验证的开关标志位表示为关闭，则获取第二验证的开关标志位，若所述第二验证的开关标志位表示为关闭，则将所述第二验证的开关标志位配置为打开，其中，所述第二验证为幂等表验证；

当所述第二验证的开关标志位为打开时，根据幂等表验证器对所述服务标识进行验证。

在一种可能的设计中，所述根据幂等表验证器对所述服务标识进行验证，包括：

获取所述业务请求对应的幂等表；

若在所述幂等表中能够查询到所述服务标识，则输出幂等验证不通过的异常信息；

否则，将所述服务标识及所述业务请求存入所述幂等表中。

在一种可能的设计中，在所述根据分布式锁幂等验证器对所述服务标识进行验证之前，还包括：

根据所述服务标识获取幂等失效时间；

相应地，所述若在所述分布式锁集群能够查询到所述服务标识，则输出幂等验证不通过的异常信息，包括：

在幂等失效时间结束之前，若未输出幂等验证不通过的异常信息以及未将所述服务标识及所述业务请求存入所述分布式锁集群中，则将所述第二验证的开关标志位配置为打开；

根据幂等表验证器对所述服务标识进行验证。

在一种可能的设计中，在所述将所述服务标识及所述业务请求存入所述幂等表中之后，还包括；

根据所述服务标识获取幂等验证参数；

将所述幂等验证参数存入所述业务请求对应的幂等表中。

在一种可能的设计中，在所述将所述幂等验证参数存入所述业务请求对应的幂等表中之后，还包括；

获取所述分布式锁集群状态，并判断所述分布式锁集群状态是否异常；

若判定所述分布式锁集群状态为正常，则将所述服务标识、所述业务请求以及所述幂等验证参数存入所述分布式锁集群中。

在一种可能的设计中，在所述将所述幂等验证参数存入所述分布式锁集群中之后，还包括；

若判定所述幂等表中存储的所有服务标识、业务请求以及幂等验证参数与所述分布式锁集群中存储的所有服务标识、业务请求以及幂等验证参数一致，则将所述第一验证的开关标志位配置为打开，将所述第二验证的开关标志位配置为关闭。

在一种可能的设计中，在所述接收终端发送的业务请求之前，还包括：

根据服务标识配置幂等验证参数，其中所述幂等验证参数包括幂等服务标识、幂等函数标识、幂等失效时间、幂等方式及幂等分库字段名、幂等信息存储的数据库连接配置参数、幂等信息存储的标识名中的至少一种。

第二方面，本发明实施例提供一种双重幂等验证方法装置，包括：

接收模块，用于接收终端发送的业务请求，其中所述业务请求中包括服务标识；

获取模块，用于获取第一验证的开关标志位，若所述第一验证的开关标志位表示为打开，则根据分布式锁幂等验证器对所述服务标识进行验证，其中，所述第一验证为分布式锁幂等验证；

配置模块，用于若所述第一验证的开关标志位表示为关闭，则获取第二验证的开关标志位，若所述第二验证的开关标志位表示为关闭，则将所述第二验证的开关标志位配置为打开，其中，所述第二验证为幂等表验证；

第一验证模块，用于当所述第二验证的开关标志位为打开时，根据幂等表验证器对所述服务标识进行验证。

第三方面，本发明实施例提供一种服务器，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面任一项所述的双重幂等验证方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面任一项所述的双重幂等验证方法。

本发明实施例提供的双重幂等验证方法及服务器，根据终端发送的业务请求中包括的服务标识进行双重幂等验证，若分布式锁幂等验证器的开关标志位表示为打开，则根据分布式锁幂等验证器对服务标识进行验证；或者，若分布式锁幂等验证器的开关标志位表示为关闭，且幂等表验证的开关标志位表示为打开，则根据幂等表验证器对服务标识进行验证。通过分布式锁幂等验证以及幂等表验证实现双重幂等验证功能，提高了幂等验证功能的可靠性。

附图说明

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

图1为本发明实施例提供的业务系统架构示意图；

图2为本发明实施例提供的双重幂等验证方法的流程示意图一；

图3为本发明实施例提供的双重幂等验证方法的流程示意图二；

图4为本发明实施例提供的双重幂等验证方法的流程示意图三；

图5为本发明实施例提供的双重幂等验证装置的结构示意图；

图6为本发明实施例提供的服务器的硬件结构示意图。

具体实施方式

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

图1为本发明实施例提供的业务系统架构示意图。如图1所示，业务系统包括终端11以及服务器12，终端11与服务器12之间通过网络进行通信。其中，终端11用于接收客户提交的业务请求，其中业务请求中包含用户开通的业务服务的标识。终端1将业务请求发送至业务系统的服务器12。服务器12根据业务请求包含的业务服务的标识获取进行相应的幂等验证。

为了实现幂等性，现有技术的常用做法是通过幂等校验系统，在业务处理方的数据库中针对每次业务请求建立唯一性约束，例如：在数据库中建立幂等表，每次处理业务请求之前，均要求将该业务请求的某种唯一标识信息插入幂等表，如果插入成功，说明业务处理方是第一次处理该业务请求，则继续正常的业务处理流程；反之如果插入失败，则说明幂等表中已经存在该业务请求的信息，即业务处理方之前曾经处理过该业务请求，那么可以直接确定该请求为重复请求，进而停止处理该请求。

然而，幂等功能的开发方在构建幂等校验系统时，可能会出现构建失误，导致幂等校验系统难以校验出重复请求，发生幂等性无效的状况，进而导致业务处理方因业务请求方的重复请求，发生重复的业务处理，造成用户的资金损失。

为了避免上述技术问题，本发明对于基于上述场景的幂等验证方法进行了改进。本发明实施例通过设置，在接收终端发送的业务请求，并根据业务请求获得服务标识之后，通过分布式锁幂等验证以及幂等表验证实现双重幂等验证功能。当分布式锁幂等验证的开关未打开或者分布式锁幂等验证超出幂等失效时间时，进行幂等表验证。若未在幂等表中查询到服务标识，则将服务标识及业务请求存入业务请求对应的幂等表，同时变更分布式锁集群的数据，实现了分布式系统的双重幂等验证，提高了分布式系统的幂等验证功能的可靠性。

图2为本发明实施例提供的双重幂等验证方法的流程示意图一，本实施例的执行主体可以为图1所示实施例中的服务器。如图2所示，该方法包括：

S201：接收终端发送的业务请求，其中业务请求中包括服务标识。

在本发明实施例中，通过解析业务请求获得本次业务请求对应的服务标识。其中，服务标识为业务请求的唯一标识，用于对业务请求进行幂等验证，即判断当前的业务请求是否为重复请求。

S202：获取第一验证的开关标志位，若第一验证的开关标志位表示为打开，则根据分布式锁幂等验证器对服务标识进行验证，其中，第一验证为分布式锁幂等验证。

在本发明实施例中，双重幂等验证中的第一验证为分布式锁幂等验证。在获取业务请求对应的服务标识之后，首先判断分布式锁幂等验证开关是否开启，如果开启的话调用分布式锁幂等验证器进行验证。当第一验证的开关标志位表示为打开时，即表示分布式锁幂等验证开关是开启状态，则调用分布式锁幂等验证器进行验证。

示例性的，根据分布式锁幂等验证器对服务标识进行验证，具体包括：获取分布式锁集群，若在分布式锁集群中能够查询到服务标识，则输出幂等验证不通过的异常信息，否则，将服务标识及业务请求存入分布式锁集群中。其中，幂等锁结构包括服务标识、函数名、请求唯一标识。具体的，获取分布式锁集群，分布式锁验证器访问分布式锁集群，查询是否存在服务标识，如果存在则说明该请求已被执行，当前的业务请求是否为重复请求，输出幂等验证不通过的异常信息。如果不存在则说明该业务请求未被执行，同时将服务标识作为密钥，业务请求作为属性写入分布式锁集群，并根据服务幂等配置设置幂等失效时间，继续一下业务数据入库处理。

S203：若第一验证的开关标志位表示为关闭，则获取第二验证的开关标志位，若第二验证的开关标志位表示为关闭，则将第二验证的开关标志位配置为打开，其中，第二验证为幂等表验证。

在本发明实施例中，当第一验证的开关标志位表示为关闭时，表示无法调用分布式锁幂等验证器进行验证，即分布式锁幂等验证器出现了异常。为了保证幂等验证的可靠性，将幂等表验证作为双重幂等验证的第二验证。当分布式锁幂等验证器出现了异常时，获取第二验证的开关标志位，若第二验证的开关标志位为关闭，则将第二验证的开关标志位配置为打开。通过实时监测分布式锁幂等验证器有效性，及时完成幂等表验证开关的自动切换。

S204：当第二验证的开关标志位为打开时，根据幂等表验证器对服务标识进行验证。

在本发明实施例中，当分布式锁幂等验证器出现了异常时，分布式锁幂等验证失败。为了保证幂等验证的可靠性，当第二验证的开关标志位表示为打开时，根据幂等表验证器对服务标识进行验证，保证幂等验证的可靠性。

示例性的，根据幂等表验证器对服务标识进行验证，具体包括：获取业务请求对应的幂等表；若在幂等表中能够查询到服务标识，则输出幂等验证不通过的异常信息；否则，将服务标识及业务请求存入幂等表中。其中，幂等表存储内容包括业务服务的服务名、需要幂等的接口函数名、业务服务请求的唯一标识、用于分布式数据库使用的分库键、请求报文、失效时间等，其中服务名、函数名、请求唯一标识构成幂等表的唯一索引。如果是分布式数据库的话可以添加分库键进行存储。其中，请求报文和失效时间非必填，当需要实现幂等重放、幂等失效的功能则同时写入幂等重放、幂等失效这两个字段的参数。

具体的，获取业务请求对应的幂等表，若在幂等表中能够查询到存在该服务标识，则说明该业务请求已被执行，输出幂等验证不通过的异常信息。如果不存在则说明该业务请求未被执行，继续一下异步业务入库处理。具体的，幂等表验证成功之后，开启业务所在数据库事务，将服务名、函数名、业务唯一标识、服务请求、失效时间等信息存入业务请求对应的幂等表，执行业务数据入库的操作。如果存入成功则执行该业务请求对应的业务，如果存入异常时，主键冲突进行事务回滚，回滚业务数据及插入的幂等表的数据，以及关闭事务。

本实施例提供的双重幂等验证方法，当分布式锁幂等验证器的开关打开时，通过分布式锁幂等验证器对业务请求中包括的服务标识进行验证，当分布式锁幂等验证器的开关关闭时，即当分布式锁幂等验证出现异常时，若幂等表验证器的开关关闭，则将分布式锁幂等验证的开关标志位配置为打开，调用幂等表验证器对服务标识进行验证。本发明实施例通过提出一种双重幂等验证方法，设置第一验证为分布式锁幂等验证、第二验证为幂等表验证，并实时监测分布式锁幂等验证器有效性，当分布式锁幂等验证器出现异常时，及时完成幂等表验证开关的自动切换，利用调用幂等表验证器对服务标识进行验证，避免由于分布式锁幂等验证器的异常导致幂等校验系统的失效，提高了幂等验证功能的可靠性。

图3为本发明实施例提供的双重幂等验证方法的流程示意图二。本实施例在图2实施例的基础上，在根据幂等表验证器对服务标识进行验证之前的方法进行了详细说明。如图3所示，该方法包括：

S301：根据服务标识获取幂等失效时间。

在本发明实施例中，通过设置幂等失效时间，对分布式锁幂等验证的过程进行监控。当分布式锁幂等验证的验证时间超过服务标识对应的幂等失效时间时，即可判定当前分布式锁幂等验证出现了异常，中断当前的分布式锁幂等验证过程，启动幂等表验证器对服务标识进行幂等表验证，保障幂等验证功能的可靠性。

S302：在幂等失效时间结束之前，若未输出幂等验证不通过的异常信息以及未将服务标识及业务请求存入分布式锁集群中，则将第二验证的开关标志位配置为打开。

在本发明实施例中，分布式锁验证器进行验证期间，若在幂等失效时间结束之前，若未输出幂等验证不通过的异常信息以及未将服务标识及业务请求存入分布式锁集群中，说明分布式锁验证器的验证过程超过了幂等失效时间但未获得验证结果，未输出幂等验证不通过的异常信息，也未通过验证将服务标识及业务请求存入分布式锁集群中。或者出现了其他异常，中断了分布式锁验证的过程，则获取第二验证的开关标志位，若第二验证的开关标志位为关闭，则将第二验证的开关标志位配置为打开。通过在幂等失效时间结束之前，实时监测分布式锁幂等验证的过程，及时识别出分布式锁幂等验证的异常，及时切换幂等表验证开关，保障后续幂等表验证的正常进行。

S303：根据幂等表验证器对服务标识进行验证。

本步骤与图2实施例中的S204方法相同，在此不再赘述。

本实施例提供的双重幂等验证方法，根据服务标识获取对应的幂等失效时间，通过在幂等失效时间之内，对分布式锁幂等验证的过程进行监控，如果分布式锁验证的过程超出幂等失效时间，或者幂等失效时间之内未获得验证结果，或者分布式锁幂等验证被其他进程中断，则将第二验证的开关标志位配置为打开，调用幂等表验证器对服务标识进行验证。保证了在分布式锁幂等验证验证进程失败或者出现异常时，依然可以通过幂等表验证器等验证方式保障了幂等验证功能的可靠性。

图4为本发明实施例提供的双重幂等验证方法的流程示意图三。本实施例在图2实施例的基础上，在将服务标识及业务请求存入幂等表中之后的方法进行了详细说明。如图4所示，该方法包括：

S401：根据服务标识获取幂等验证参数，将所述幂等验证参数存入所述业务请求对应的幂等表中。

在本发明实施例中，根据服务标识获取幂等验证参数，其中，幂等验证参数包括服务名、函数名、业务唯一标识、服务请求、幂等失效时间等信息。根据配置将服务名、函数名、业务唯一标识、服务请求、失效时间等信息存入业务数据所在数据库对应的公共幂等表中。

S402：获取分布式锁集群状态，并判断分布式锁集群状态是否异常；若判定分布式锁集群状态为正常，则将服务标识、业务请求以及幂等验证参数存入分布式锁集群中。

在本发明实施例中，当幂等表中存入了业务请求对应幂等验证参数时，为了保证下一次幂等验证时，分布式锁幂等验证和幂等表验证中的服务标识相一致，因此需要将本次幂等表验证通过之后的幂等验证参数同时存储在所述分布式锁集群中。首先要判断分布式锁集群状态是否异常，若分布式锁集群状态出现异常，则等待分布式锁集群状态正常时再进行存储。当判定分布式锁集群状态为正常时，将本次幂等验证的所有参数包括服务标识、业务请求以及幂等验证参数存入分布式锁集群中。

S403：若判定幂等表中存储的所有服务标识、业务请求以及幂等验证参数与分布式锁集群中存储的所有服务标识、业务请求以及幂等验证参数一致，则将第一验证的开关标志位配置为打开，将第二验证的开关标志位配置为关闭。

在本发明实施例中，当将本次幂等验证的所有参数包括服务标识、业务请求以及幂等验证参数存入分布式锁集群中之后，此时分布式锁幂等验证和幂等表验证中的服务标识相一致。则可将第一验证的开关标志位配置为打开，将第二验证的开关标志位配置为关闭。使得下次使用幂等验证功能时，能够正常使用分布式锁幂等验证和幂等表验证功能。并按照图2实施例提供的方法实现双重幂等验证。

本实施例提供的双重幂等验证方法，当将幂等验证参数存入业务请求对应的幂等表之后，若判定分布式锁集群状态为正常，则将服务标识、业务请求以及幂等验证参数存入分布式锁集群中，实现了幂等数据在幂等表和分布式锁集群中的同步更新，并将第一证的开关标志位配置为打开，将第二验证的开关标志位配置为关闭，使得下次使用幂等验证功能时，实现了分布式锁幂等验证和幂等表验证的双重验证功能。

在一种可能的实施方式中，在接收终端发送的业务请求之前，还包括：根据服务标识配置幂等验证参数，幂等验证参数包括幂等服务标识、幂等函数标识、幂等失效时间、幂等方式及幂等分库字段名、幂等信息存储的数据库连接配置参数、幂等信息存储的标识名中的至少一种。

在本发明实施例中，在接收终端发送的业务请求之前，可根据服务标识配置幂等验证参数。其中幂等验证参数的包括幂等服务标识、幂等函数标识、幂等失效时间、幂等方式及幂等分库字段名、幂等信息存储的数据库连接配置参数、幂等信息存储的标识名中的至少一种，具体定义如下：

幂等服务名：幂等服务名是服务的唯一标识，根据服务名可查询服务对应幂等配置。

幂等函数名：当一个业务请求中存在多个不同的方法需要做幂等处理时，可通过该字段为多个方法分别进行配置。

幂等失效时间：用于记录的幂等数据多久失效，失效后再次请求可被再次执行。

幂等方式：根据幂等方式控制幂等验证策略，其中幂等方式包括单重分布式锁验证、单重幂等表验证、双重幂等验证方式。

幂等分库字段名：适用于分布式数据库配置分库键，以便使幂等数据与主业务数据落在同一个分库。

本实施例提供的双重幂等验证方法，通过从统一的配置库获取服务标识对应的幂等配置，使得当获得终端发送的业务请求之后，可根据业务请求中包含的服务标识获取对应的幂等验证参数，进行相应的幂等验证。

图5为本发明实施例提供的双重幂等验证装置的结构示意图。如图5所示，该双重幂等验证装置50包括：接收模块501、获取模块502、配置模块503以及第一验证模块504。其中，接收模块501，用于接收终端发送的业务请求，其中所述业务请求中包括服务标识；获取模块502，用于获取第一验证的开关标志位，若所述第一验证的开关标志位表示为打开，则根据分布式锁幂等验证器对所述服务标识进行验证，其中，所述第一验证为分布式锁幂等验证；配置模块503，用于若所述第一验证的开关标志位表示为关闭，则获取第二验证的开关标志位，若所述第二验证的开关标志位表示为关闭，则将所述第二验证的开关标志位配置为打开，其中，所述第二验证为幂等表验证；第一验证模块504，用于当所述第二验证的开关标志位为打开时，根据幂等表验证器对所述服务标识进行验证。

本实施例提供的设备，可用于执行上述实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图6为本发明实施例提供的服务器的硬件结构示意图。如图6所示，本实施例的服务器包括：处理器601以及存储器602；其中：

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中服务器所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该服务器还包括总线603，用于连接所述存储器602和处理器601。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上所述的双重幂等验证方法。

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

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

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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