一种PCIESlot故障定位方法、装置以及设备与流程

本申请涉及故障定位技术领域，尤其涉及一种pcieslot故障定位方法、装置、基板管理控制器以及服务器。

背景技术：

随着信息技术的飞速发展以及云计算和物联网的落地应用，用户对服务器的可用性和可靠性都有了各苛刻的要求。为了提高服务器的可靠性和可用性，服务器通常通过基于高速串行计算机扩展总线标准总线和接口(peripheralcomponentinterconnectexpress，pcie)的pcieslot(插槽)扩展外接功能，例如网卡通过pcieslot插接在主板上，图像处理器(graphicsprocessingunit，gpu)通过pcieslot插接在主板上，raid卡通过pcieslot插接在主板上，以增强服务器的性能。在实际应用中，将通过pcieslot接入主板的设备称之为pcie设备，随着服务器所接入的pcie设备越来越多样化，pcie设备发生故障的原因也越来越复杂，这就使得pcie设备的故障分析也越来越困难。

然而，服务器中故障定位主要是根据基本输入输出系统(basicinputoutputsystem，bios)通过系统事件日志(systemeventlog，sel)上报信息定位pcie设备故障，但在实际pcie设备故障定位时，在服务器出现硬件故障宕机时，bios在无法通过sel上报信息；有时也会出现bios通过sel上报信息和基板管理控制器(baseboardmanagementcontroller，bmc)记录的资产信息无法对应，导致用户无法及时准确地定位pcie设备故障位置，无法及时有效处理故障。

技术实现要素：

本申请实施例提供了一种故障定位方法，该方法在服务器中的pcie设备出现故障时，通过读取配置空间寄存器中的数据，根据该数据定位出故障pcie设备的根端口号、设备号以及相关中央处理器序列号，再结合服务器硬件设计说明文档定位出故障pcie设备所位于的pcieslot，从而实现服务器中pcie设备的故障定位。

本申请第一方面提供了一种故障定位方法，所述方法包括：

在出现pcie设备故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号cpuid，并根据所述数据确定故障pcie设备的根端口号rootport以及设备号deviceid；

所述pcie设备是指服务器中基于高速串行计算机扩展总线标准pcie，通过pcie插槽连接主板的设备；

根据所述序列号、所述根端口、所述设备号以及服务器的硬件设计说明文档，定位出故障pcie设备的插槽pcieslot，所述硬件设计说明文档中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号、pcie设备的根端口号以及设备号之间的对应关系表。

可选的，在出现pcie设备故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号，包括：

在出现pcie故障，并且在服务器硬件宕机的情况下，再执行所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号的步骤；或者，

在出现pcie故障，并且在基本输入输出系统bios上报的出错信息与基板管理控制器bmc记录的资产信息不匹配的情况下，再执行所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号的步骤。

可选的，所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号，包括：

读取故障pcie设备所关联的中央处理器的序列号cpuid；

读取被置位的第一类配置空间寄存器中存储的第一数据，根据所述第一数据以及第一标识关系表，确定故障pcie设备的根端口号rootport；所述第一标识关系表中记录有服务器在硬件布局时，pcie设备的根端口号与标识之间的对应关系；

读取被置位的第二类配置空间寄存器中存储的第二数据，根据所述第二数据以及第二标识关系表，确定故障pcie设备的设备号deviceid；所述第二标识关系表中记录有服务器在硬件布局时，pcie设备的设备号与标识之间的对应关系。

可选的，所述第一类配置空间寄存器包括：第一寄存器、第二寄存器以及第三寄存器；其中，所述第一寄存器在pcie设备出现非致命错误时被置位，以记录故障pcie设备的根端口号对应的标识；所述第二寄存器在pcie设备出现致命错误时被置位，以记录故障pcie设备的根端口号对应的标识；所述第三寄存器在pcie设备出现可修复错误时被置位，以记录故障pcie设备的根端口号对应的标识；

所述第二类配置空间寄存器包括：第三寄存器、第四寄存器以及第五寄存器；其中，所述第三寄存器在pcie设备出现非致命错误时被置位，以记录故障pcie设备的设备号对应的标识；所述第四寄存器在pcie设备出现致命错误时被置位，以记录故障pcie设备的设备号对应的标识；所述第五寄存器在pcie设备出现可修复错误时被置位，以记录故障pcie设备的设备号对应的标识。

可选的，所述pcie设备包括：显卡、网卡、pci桥或图像处理器。

可选的，所述方法还包括：

根据定位出的故障pcie设备的插槽pcieslot生成pcie故障诊断日志，并根据所述pcie故障诊断日志进行信息提示。

本申请第二方面提供了一种故障定位装置，所述装置包括：

数据获取模块，用于在出现pcie设备故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号cpuid，并根据所述数据确定故障pcie设备的根端口号rootport以及设备号deviceid；所述pcie设备是指服务器中基于高速串行计算机扩展总线标准pcie，通过pcie插槽连接主板的设备；

故障定位模块，用于根据所述序列号、所述根端口、所述设备号以及服务器的硬件设计说明文档，定位出故障pcie设备的插槽pcieslot，所述硬件设计说明文档中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号、pcie设备的根端口号以及设备号之间的对应关系表。

本申请第三方面提供了一种基板管理控制器，所述基板管理控制器上配置有程序，并在运行所述程序时以实现本申请第一方面提供的故障定位方法。

本申请第四方面提供了一种服务器，所述服务器包括：基板管理控制器、中央处理器以及多个pcie设备；所述基板管理控制器中配置有程序，并在运行所述程序时以实现本申请第一方面提供的故障定位方法；

所述中央处理器，用于提供数据服务；

所述中央处理器，用于提供数据服务；

所述多个pcie设备中的每个pcie设备通过一个pcie插槽连接主板以实现与所述中央处理器之间的通信。本申请第五方面提供了一种计算机存储介质，其上存储有程序，所述程序在被处理器执行时实现本申请第一方面提供故障定位方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中提供了一种故障定位方法，利用该方法在服务器中pcie设备出现故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号cpuid，并根据所述数据确定故障pcie设备的根端口号rootport以及设备号deviceid；然后根据所述序列号、所述根端口、所述设备号以及服务器的硬件设计说明文档，定位出故障pcie设备的插槽pcieslot，由于，硬件设计说明文档中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号、pcie设备的根端口号以及设备号之间的对应关系表，因此，基于该对应关系表就能够准确定位出出现故障的pcie设备所位于pcieslot，从而能够快速准确定位出出现故障的pcie设备。

附图说明

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

图1为本申请实施例提供的一种故障定位方法的应用场景图；

图2为本申请实施例提供的一种故障定位方法的流程图；

图3为本申请实施例提供的一种故障定位装置的结构图；

图4为本申请实施例提供的一种服务器的结构图。

具体实施方式

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

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

应理解，本申请提供的一种方法能够适应于任何平台下的服务器中，以为用户提供一键收集日志的数据服务，例如该方法能够适应于基于purley平台的服务器，也能够适应于基于weekly平台的服务器，当然也可以适应于其他平台下的服务器中。

为了便于理解，下面结合图1对本申请提供的一种故障定位方法在实际场景中的应用情况进行示例性说明。

参见图1示出的本申请实施例提供的一种故障定位方法的应用场景图，如图1所示，本申请实施例提供的一种故障定位方法可以程序形式应用于服务器100中，该服务器100是指能够提供数据支持的服务器，其能够客户端/服务器模式(简称c/s)或者web浏览器/服务器模式(简称b/s)的工作模式，为用户提供实时定位pcie设备故障的服务，当然也可以提供其他数据服务，例如文件存储，文件读取等数据服务。

应理解的是，该服务器可以是应用服务器，也可以为web服务器，还可以存储服务器等等。在实际应用中，该服务器100通过基板管理控制器运行程序以实现本申请提供的故障定位方法，该方法的具体实现过程将在下文进行详细说明，此处暂不展开说明。该服务器100实现该故障定位方法主要是在服务器中出现pcie设备故障时，自动地读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号cpuid，并根据所述数据确定故障pcie设备的根端口号rootport以及设备号deviceid；然后基于服务器的硬件设计说明文档，根据cpuid、rootport以及deviceid定位出故障pcie设备的插槽pcieslot,从而实现对pcie设备的故障定位。

对于服务器100而言，其中配置有多个pcie设备如图1中pcie设备1至n，在定位出故障pcie设备的pcieslot之后，根据定位出的故障pcie设备的插槽pcieslot生成pcie故障诊断日志，以推送给用户，以使得用户实时进行故障监控和故障管理。

对于用户而言，用户可以通过终端200与服务器100通信以查看pcie故障诊断日志，具体的，用户通过终端200中配置的客户端或者浏览器，登录日志查看界面，在该日志查看界面上点击查看服务器100返回的pcie故障诊断日志，根据该pcie故障诊断日志中记录的故障pcie设备的pcieslot进行故障分析。图1中仅以通过浏览器访问服务器为例说明，用户通过浏览器访问服务器100提供的日志查看界面，该日志查看界面上承载有日志查看控件，用户触发该日志查看控件，则浏览器为用户显示服务器100推送的pcie故障诊断日志，基于此，用户能够快速进行故障排查。

可见，利用本申请提供的故障定位方法，能够在pcie设备出现故障时，自动获取相关寄存器的数据，基于这些数据和服务器的硬件设计说明文档定位出故障pcie设备的pcieslot,以实现pcie设备的故障定位。

在具体实现时，为了兼容服务器传统的故障定位方法，即基于bios进行故障定位机制的方法，本申请提供的故障定位方法，可以作为一种辅助定位方法，仅在服务器利用bios无法实现pcie设备故障定位时才得以实施。

下面从服务器的角度对本申请提供的故障定位方法进行解释说明。

参见图2示出的本申请实施例提供的一种故障定位方法的流程图，如图2所示，该方法包括：

s201:在出现pcie设备故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号cpuid，并根据所述数据确定故障pcie设备的根端口号rootport以及设备号deviceid；

其中，所述pcie设备是指服务器中基于高速串行计算机扩展总线标准pcie，通过pcie插槽连接主板的设备。需要说明的是，该服务器中配置有多个pcie设备，进而在服务器运行过程中，若出现pcie设备故障时，需要定位出具体是哪个或者哪些pcie设备出现的故障。因此，在出现pcie故障时，利用图2所示方法以定位出出现故障的pcie设备对应的pcieslot，由于一个pcie设备仅通过一个pcieslot连接主板，因此，通过定位故障pcie设备的pcieslot就实现了对故障pcie设备的定位。

应理解的是，cpuid即中央处理器的序列号，该cpuid能够唯一标识一个cpu,其表征该cpu的硬件编号。pcie设备是通过插入插槽以接入服务器，从而扩展服务器的功能的，pcie设备可以包括：显卡、网卡、pci桥或图像处理器(gpu)。当然，pcie设备也可以为其他设备，此处不一一列举。

在具体实现时，服务器中的每个中央处理器(centralprocessingunit,cpu)都关联对应的配置空间寄存器(configurationspaceregisters，csr)，即一旦从某个配置空间寄存器中获取到数据，则同时能够确定出与该配置空间寄存器关联的中央处理器的cpuid。即，基于cpu与配置空间寄存器之间的关联关系，获取所述对应的中央处理器的cpuid。

另外，考虑到现有的服务器是基于bios的故障定位机制实现故障定位的，因此，为了兼容传统服务器的已有定位功能，本申请实施例还提供了对应的解决方案，该解决方案具体是对在执行上述步骤201时，可以是在出现pcie故障，并且在服务器硬件宕机的情况下，再执行所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号的步骤；或者，

在出现pcie故障，并且在基本输入输出系统bios上报的出错信息与基板管理控制器bmc记录的资产信息不匹配的情况下，再执行所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号的步骤。

对于服务器而言，采用上述解决方案进行故障定位时，服务器优先基于bios上报出错信息来进行故障定位，仅在利用bios无法定位pcie设备故障时，再从配置空间寄存器中读取相关数据以及cpuid，再执行s202。

对于服务器而言，利用上述解决方案进行故障定位可以理解为是，以基于bios进行故障定位的方案为主方案，而以图2实现的定位方案作辅助助方案，从而提高故障定位的精准性和全面性。

下面对步骤s201的具体实现过程进行解释。

在具体实现时，与中央处理器相关的配置空间寄存器包括：两类配置空间寄存器。基于此，可以读取故障pcie设备所关联的中央处理器的序列号cpuid；读取被置位的第一类配置空间寄存器中存储的第一数据，根据所述第一数据以及第一标识关系表，确定故障pcie设备的根端口号rootport；所述第一标识关系表中记录有服务器在硬件布局时，pcie设备的根端口号与标识之间的对应关系；并且，读取被置位的第二类配置空间寄存器中存储的第二数据，根据所述第二数据以及第二标识关系表，确定故障pcie设备的设备号deviceid；所述第二标识关系表中记录有服务器在硬件布局时，pcie设备的设备号与标识之间的对应关系。

应理解的是，在确定rootport时，将第一数据作为标识，从第一标识关系表中查找对应的rootport即可。在确定deviceid时，将第二数据作为标识，从第二标识关系表中查找对应的deviceid。

在具体实现时，所谓deviceid也被简称为dev。

在具体实现时，所述第一类配置空间寄存器包括：第一寄存器、第二寄存器以及第三寄存器；其中，所述第一寄存器在pcie设备出现非致命错误时被置位，以记录故障pcie设备的根端口号对应的标识；所述第二寄存器在pcie设备出现致命错误时被置位，以记录故障pcie设备的根端口号对应的标识；所述第三寄存器在pcie设备出现可修复错误时被置位，以记录故障pcie设备的根端口号对应的标识；

例如，第一寄存器为iio_gnf_errst寄存器；第二寄存器为iio_gf_errst寄存器；第三寄存器为iio_gc_errst寄存器。

所述第二类配置空间寄存器包括：第三寄存器、第四寄存器以及第五寄存器；其中，所述第三寄存器在pcie设备出现非致命错误时被置位，以记录故障pcie设备的设备号对应的标识；所述第四寄存器在pcie设备出现致命错误时被置位，以记录故障pcie设备的设备号对应的标识；所述第五寄存器在pcie设备出现可修复错误时被置位，以记录故障pcie设备的设备号对应的标识。

例如，第三寄存器为lnerrst寄存器；第四寄存器为lferrst寄存器；第五寄存器为lcerrst寄存器。

s202:根据所述序列号、所述根端口、所述设备号以及服务器的硬件设计说明文档，定位出故障pcie设备的插槽pcieslot，所述硬件设计说明文档中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号、pcie设备的根端口号以及设备号之间的对应关系表。

在具体实现时，服务器的硬件设计说明文档是在服务器开发设计阶段所提出的项目规范，一般被标记为hwspec,该hwspec中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号cpuid、pcie设备的根端口号rootport以及设备号dev之间的对应关系表。因此，一旦确定出当前发生故障的pcie设备的根端口号rootport以及设备号dev以及相关cpuid，基于该hwspec就能够确定出对应的pcie设备的插槽pcieslot。

在具体实现时，服务器可以进一步地根据定位出的故障pcie设备的插槽pcieslot生成pcie故障诊断日志，并根据所述pcie故障诊断日志进行信息提示。例如，服务器将生产的pcie故障诊断日志推送给客户端，以便用户通过客户端能够及时查看pcie故障诊断日志，进行故障排查以维护服务器能够正常工作。

本申请实施例中提供了一种故障定位方法，利用该方法在服务器中pcie设备出现故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号cpuid，并根据所述数据确定故障pcie设备的根端口号rootport以及设备号deviceid；然后根据所述序列号、所述根端口、所述设备号以及服务器的硬件设计说明文档，定位出故障pcie设备的插槽pcieslot，由于，硬件设计说明文档中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号、pcie设备的根端口号以及设备号之间的对应关系表，因此，基于该对应关系表就能够准确定位出出现故障的pcie设备所位于pcieslot，从而能够快速准确定位出出现故障的pcie设备。

与上述方法相对应的，本申请还提供了一种故障定位装置。下面结合图3对该装置进行解释说明。

参见图3示出的本申请实施例提供的一种故障定位装置的结构图，如图3所示，该装置300包括：

数据获取模块301，用于在出现pcie设备故障时，读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号；所述pcie设备是指服务器中基于高速串行计算机扩展总线标准pcie，通过pcie插槽连接主板的设备；

故障定位模块302，用于根据所述序列号、所述根端口、所述设备号以及服务器的硬件设计说明文档，定位出故障pcie设备的插槽pcieslot，所述硬件设计说明文档中记录有服务器硬件布局时pcie设备的插槽与中央处理器的序列号、pcie设备的根端口号以及设备号之间的对应关系表。

可选的，所述数据获取模块301具体用于在出现pcie故障，并且在服务器硬件宕机的情况下，再执行所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号的步骤；或者，具体用于在出现pcie故障，并且在基本输入输出系统bios上报的出错信息与基板管理控制器bmc记录的资产信息不匹配的情况下，再执行所述读取配置空间寄存器中存储的数据以及对应的中央处理器的序列号，并根据所述数据确定故障pcie设备的根端口号以及设备号的步骤。

所述数据获取模块301包括：

第一获取子模块，用于读取故障pcie设备所关联的中央处理器的序列号；

第二获取子模块，用于读取被置位的第一类配置空间寄存器中存储的第一数据，根据所述第一数据以及第一标识关系表，确定故障pcie设备的根端口号；所述第一标识关系表中记录有服务器在硬件布局时，pcie设备的根端口号与标识之间的对应关系；

第三获取子模块，用于读取被置位的第二类配置空间寄存器中存储的第二数据，根据所述第二数据以及第二标识关系表，确定故障pcie设备的设备号；所述第二标识关系表中记录有服务器在硬件布局时，pcie设备的设备号与标识之间的对应关系。

可选的，所述第一类配置空间寄存器包括：第一寄存器、第二寄存器以及第三寄存器；其中，所述第一寄存器在pcie设备出现非致命错误时被置位，以记录故障pcie设备的根端口号对应的标识；所述第二寄存器在pcie设备出现致命错误时被置位，以记录故障pcie设备的根端口号对应的标识；所述第三寄存器在pcie设备出现可修复错误时被置位，以记录故障pcie设备的根端口号对应的标识；

所述第二类配置空间寄存器包括：第三寄存器、第四寄存器以及第五寄存器；其中，所述第三寄存器在pcie设备出现非致命错误时被置位，以记录故障pcie设备的设备号对应的标识；所述第四寄存器在pcie设备出现致命错误时被置位，以记录故障pcie设备的设备号对应的标识；所述第五寄存器在pcie设备出现可修复错误时被置位，以记录故障pcie设备的设备号对应的标识。

可选的，所述pcie设备包括：显卡、网卡、pci桥或图像处理器。

可选的，所述装置还包括：

日志反馈模块，用于根据定位出的故障pcie设备的插槽pcieslot生成pcie故障诊断日志，并根据所述pcie故障诊断日志进行信息提示。

另外，为了保证上述方法在服务器中的应用，本申请提供了一种基板管理控制器，该基板管理控制器上配置有程序，并在运行所述程序时以实现上述本申请实施例所描述的故障定位方法。

另外，本申请还提供了一种服务器，该服务器能够通过上述本申请实施例所描述的故障定位方法，下面结合图4对该服务器进行解释说明。

参见图4示出的本申请实施例提供的一种服务器的结构图，如图4所示，该服务器包括基板管理控制器401、中央处理器402以及多个pcie设备1-n；应理解的是，这n个pcie设备中可以包括相同类型的设备，也可以包括不同类型的设备。在具体实现时，服务器可以包括多个中央处理器。

所述基板管理控制器中配置有程序，并在运行所述程序时以实现本申请实施例描述的故障定位方法；

所述中央处理器402用于提供数据服务；

所述多个pcie设备中的每个pcie设备通过一个pcie插槽连接主板以实现与所述中央处理器之间的通信。

本申请第五方面提供了一种计算机存储介质，其上存储有程序，所述程序在被处理器执行时实现本申请第一方面提供故障定位方法。这样，能够保证本申请提供的一种故障定位方法能够被快速地移植到任意设备中得以实现。

另外，本申请还提供了一种计算机程序产品，当在设备上执行时，适于执行初始化有如上述本申请实施例提供的一种故障定位方法的步骤的程序。

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

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

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

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

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

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

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

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

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

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