CN110633177A

CN110633177A - 一种设备信息的获取方法及装置、服务器、存储介质

Info

Publication number: CN110633177A
Application number: CN201810663235.7A
Authority: CN
Inventors: 宁志博
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2018-06-25
Filing date: 2018-06-25
Publication date: 2019-12-31

Abstract

本发明实施例公开了一种设备信息的获取方法及装置、服务器、存储介质，其中，方法包括：待检测服务器获取子卡标识、芯片标识和卡槽标识；根据子卡标识和卡槽标识查询预设的第一关系表，得到子卡位置，其中，子卡位置为子卡在卡槽上的位置信息第一关系表用于表征所述子卡标识和所述卡槽标识与所述子卡位置之间的映射关系；根据所述芯片标识查询预设的第二关系表，得到所述芯片位置，其中，所述芯片位置为所述芯片在所述子卡上的位置信息，所述第二关系表用于表征所述芯片标识与所述芯片位置之间的映射关系；输出所述子卡位置和所述芯片位置。

Description

一种设备信息的获取方法及装置、服务器、存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及但不限于一种设备信息的获取方法及装置、服务器、存储介质。

背景技术

在服务器测试阶段，需要对服务器上的所有设备，包括：中央处理器(CentralProcessing Unit，CPU)、内部存储器、网卡、串行SCSI(Serial Attached SCSI，SAS)控制器等进行检测，以确定此设备是否正常工作。

在测试过程中，如果有某个设备测试不通过，就需要快速定位具体异常设备是哪一个。由于CPU、内部存储器等设备位置相对比较固定，在出现故障时比较好确定是哪个设备，但是对于高速串行计算机扩展总线标准(peripheral component interconnectexpress，PCIE)设备，由于扩展槽较多导致设备位置分散不固定，同时不同位置间组合也较多，导致了在检测到设备异常后，较难找到具体是哪个PCIE设备。

发明内容

本发明实施例提供一种设备信息的获取方法及装置、服务器、存储介质。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供了一种设备信息的获取方法，所述方法包括：

待检测服务器获取子卡标识、芯片标识和卡槽标识；

根据所述子卡标识和所述卡槽标识查询预设的第一关系表，得到子卡位置，其中，所述子卡位置为所述子卡在卡槽上的位置信息，所述第一关系表用于表征所述子卡标识和所述卡槽标识与所述子卡位置之间的映射关系；

根据所述芯片标识查询预设的第二关系表，得到芯片位置，其中，所述芯片位置为所述芯片在所述子卡上的位置信息，所述第二关系表用于表征所述芯片标识与所述芯片位置之间的映射关系；

输出所述子卡位置和所述芯片位置。

第二方面，本发明实施例提供一种设备信息的获取装置，所述装置包括：

第一获取单元，配置为获取待检测服务器上子卡、芯片、卡槽的子卡标识、芯片标识和卡槽标识；

第二获取单元，配置为根据所述子卡标识和所述卡槽标识查询预设的第一关系表，得到子卡位置，其中，所述子卡位置为所述子卡在卡槽上的位置信息，所述第一关系表用于表征所述子卡标识和所述卡槽标识与所述子卡位置之间的映射关系；

第三获取单元，配置为根据所述芯片标识查询预设的第二关系表，得到芯片位置，其中，所述芯片位置为所述芯片在所述子卡上的位置信息，所述第二关系表用于表征所述芯片标识与所述芯片位置之间的映射关系；

输出单元，配置为输出所述子卡位置和所述芯片位置。

第三方面，本发明实施例提供一种服务器，所述服务器至少包括：存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其中：

所述处理器配置为执行所述程序时实现上述设备信息的获取方法中的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序配置为执行时实现上述设备信息的获取方法中的步骤。

本发明实施例提供的一种设备信息的获取方法及装置、服务器、存储介质，所述方法包括：待检测服务器获取子卡标识、芯片标识和卡槽标识；根据子卡标识和卡槽标识查询预设的第一关系表，得到子卡位置，其中，子卡位置为子卡在卡槽上的位置信息第一关系表用于表征所述子卡标识和所述卡槽标识与所述子卡位置之间的映射关系；根据所述芯片标识查询预设的第二关系表，得到所述芯片位置，其中，所述芯片位置为所述芯片在所述子卡上的位置信息，所述第二关系表用于表征所述芯片标识与所述芯片位置之间的映射关系；输出所述子卡位置和所述芯片位置。这样，能够将卡槽信息映射到对应的芯片位置，在设备异常时，快速找到相应的子卡和芯片位置。

附图说明

图1A为本发明实施例一设备信息的获取方法的实现流程示意图；

图1B为本发明实施例待检测服务器与客户端交互的网络架构示意图；

图2为本发明实施例二设备信息的获取方法的实现流程示意图；

图3为本发明实施例拓扑结构匹配过程的流程示意图；

图4为本发明实施例形成第一关系表的流程示意图；

图5为本发明实施例的信息集合的结构示意图；

图6为本发明实施例创建子卡和SMBIOS槽位信息的对应关系的流程示意图；

图7为本发明实施例获取芯片位置的流程示意图；

图8为本发明实施例设备信息的获取装置的组成结构示意图；

图9为本发明实施例中服务器的一种硬件实体示意图。

具体实施方式

下面结合附图及实施例，对本发明基于设备信息的获取方法进一步详细描述。

实施例一

本发明实施例提供一种设备信息的获取方法，该方法应用于服务器(待检测服务器)，该方法所实现的功能可以通过服务器中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。

图1A为本发明实施例一设备信息的获取方法的实现流程示意图，如图1A所示，该方法包括：

步骤S101，待检测服务器获取子卡标识、芯片标识和卡槽标识。

这里，待检测服务器上设置有至少一个卡槽，每一所述卡槽上安装有至少一个子卡，每一所述子卡上安装有至少一个芯片。

本发明实施例中，用户可以通过待检测服务器、终端或者其他的可操作界面输入查询请求，并将查询请求发送给待检测服务器。其中，查询请求包括子卡标识、芯片标识和卡槽标识，子卡标识用于标识子卡，可以为厂牌、设备标识、辅助厂牌、辅助设备标识、版本号、功能扩展卡中的至少一个；芯片标识用于标识芯片，可以为芯片类型、版本号、型号等中的至少一个；卡槽标识用于标识卡槽，可以为卡槽编号、端口号等中的至少一个。

步骤S102，根据子卡标识和卡槽标识查询预设的第一关系表，得到子卡位置。

这里，子卡位置为该子卡在卡槽上的位置信息，可以为其在待检测服务器上的卡槽上的印制电路板(Printed Circuit Board，PCB)位号；第一关系表用于表征子卡标识和卡槽标识与子卡位置之间的映射关系。

步骤S103，根据芯片标识查询预设的第二关系表，得到芯片位置。

本发明实施例中，待检测服务器上的应用程序建立芯片标识与芯片位置的对应关系，形成第二关系表，该第二关系表用于表征芯片标识与芯片位置之间的映射关系。其中，芯片位置为该芯片在子卡上的位置信息，可以为该芯片在子卡上的PCB位号。

步骤S104，输出子卡位置和芯片位置。

在其他的实施例中，步骤S101，所述待检测服务器获取子卡标识、芯片标识和卡槽标识，包括：所述待检测服务器获取查询请求，所述查询请求包括子卡标识、芯片标识和卡槽标识；对应地，步骤S104，所述输出所述子卡位置和所述芯片位置，包括：将所述子卡位置和所述芯片位置携带在查询响应中，并输出所述查询响应。

其中，所述将所述子卡位置和所述芯片位置携带在查询响应中，并输出所述查询响应，包括：将所述查询响应输出至待检测服务器；或者，将所述查询响应输出至与服务器连接的客户端。

这里，当待检测服务器获取到查询请求时，解析该查询请求，从查询请求中获取子卡标识、卡槽标识和芯片标识。将该子卡标识和卡槽标识与第一关系表中预设的信息进行比对，当有与该子卡标识和卡槽标识相匹配的信息时，根据子卡标识和卡槽标识与子卡位置在第一关系表中的映射关系获取子卡的位置；将该芯片标识与第二关系表中预设的信息进行比对，当有与该芯片标识匹配的信息时，根据芯片标识与芯片位置在第二关系表中的映射关系获取芯片位置。

这里，将所述子卡位置和所述芯片位置携带在查询响应中，并输出该查询响应，可以通过文本的当时直接输出，例如：直接将“子卡位置+芯片位置”的详细信息以文本的方式显示，也可以输出对应的标识信息，例如：“11”表示返回子卡在服务器上的PCB位号为1，芯片在子卡上的PCB位号为1；“12”表示返回子在服务器上的PCB位号为1，芯片在子卡上的PCB位号2；“13”表示返回子卡在服务器上的PCB位号为1，芯片在子卡上的PCB位号3。

在本发明实施例中，可以将查询响应输出至待检测服务器；或者，将所述查询响应输出至与服务器连接的客户端。

当检测到待检测服务器连接有其他客户端时，检测查询请求是通过哪个客户端发送的，当确定发送该查询请求的客户端后，则将该查询响应输出至发送查询请求的客户端。图1B为本发明实施例待检测服务器与客户端交互的网络架构示意图，如1B所示，该网络架构包括客户端11、客户端12、客户端13和待检测服务器14，其中，客户端11至客户端13安装有可以与待检测服务器14中的应用程序对应的客户端应用程序，以实现客户端与被检测服务器14之间的交互，在本发明实施例中客户端11至客户端13可以分别通过网络21向待检测服务器14发送查询请求，并接收待检测服务器14返回的查询响应。

在上述任一所述的实施例中，子卡可以为板载、标准高速串行计算机扩展总线标准PCIE子卡、非标准PCIE子卡中的至少一种。

实施例二

本发明实施例提出一种设备信息的获取方法，图2为本发明实施例二设备信息的获取方法的实现流程示意图，如图2所示，该方法包括：

步骤S201，待检测服务器获取子卡标识、芯片标识和卡槽标识。

步骤S202，获取第一拓扑结构和第二拓扑结构。

这里，第一拓扑结构用于表征局部范围内的各子卡的位置关系，第二拓扑结构用于表征全局范围内所有子卡之间的位置关系，其中，第一拓扑结构对应的子卡数量小于第二拓扑结构对应的子卡数量。

在其他的实施例中，第一拓扑结构是根据子卡对应的关键信息建立的；步骤202，所述获取第二拓扑结构包括：服务器上电后，扫描待检测服务器上每一所述卡槽上安装的所有子卡，得到每一子卡的关键信息；根据每一子卡的关键信息创建关于所有子卡的拓扑结构，得到第二拓扑结构。

搭建好检测环境之后，用户需要对服务器进行上电，即对服务器硬件进行上电，并加载与当前服务器版本相对应的应用程序，并通过该应用程序扫描待检测服务器上每一所述卡槽上安装的所有子卡，得到每一子卡的关键信息，根据子卡的关键信息创建所有子卡的拓扑结构，得到第二拓扑结构。

其中，子卡的关键信息包括：端口属性、厂商标识、设备标识、设备名称和特殊字符串，其中，端口属性包括端口编号。相对地，通过该拓扑结构可以获取服务器中所有的子卡的关键信息。

步骤S203，如果第一拓扑结构与第二拓扑结构匹配成功，根据子卡的关键信息建立子卡位置与卡槽标识的对应关系，形成第一关系表。

本发明实施例中，第一拓扑结构是根据子卡对应的局部关键信息建立的，并不能体现该子卡在该服务器中的全部信息，为了能够获取每个子卡在该服务器中所对应的全部信息，需要将该子卡的拓扑结构与待检测服务器上的应用程序创建的服务器中子卡的拓扑结构进行匹配。

步骤S204，根据子卡标识和卡槽标识查询预设的第一关系表，得到子卡位置。

当待检测服务器获取到查询请求时，解析该查询请求，从查询请求中获取子卡标识和卡槽标识，并将该子卡标识和卡槽标识与第一关系表中预设的信息进行比对，当有与该子卡标识和卡槽标识相匹配的信息时，根据子卡标识和卡槽标识与子卡位置在第一关系表中的映射关系获取子卡的位置。

步骤S205，根据芯片标识查询预设的第二关系表，得到芯片位置。

步骤S206，输出子卡位置和芯片位置。

在其他的实施例中，步骤S203是通过待检测服务器的应用程序对第一拓扑结构和第二拓扑结构进行匹配的。图3为本发明实施例拓扑结构匹配过程的流程示意图，如图3所示，拓扑结构的匹配过程的步骤如下：

步骤S301，比较第一关键信息与第二关键信息，其中，第一关键信息为第一拓扑结构对应的各子卡的关键信息，第二关键信息为第二拓扑结构对应的各子卡的关键信息；关键信息包括：端口属性、厂商标识、设备标识、设备名称和特殊字符串，其中，端口属性包括端口编号。

步骤S302，如果第一关键信息与第二关键信息相同，确定第一拓扑结构与第二拓扑结构匹配成功。

由于应用于同一版本的子卡的关键信息相似度很高，所以局部匹配可能不精确，需要全部信息匹配，也就是说第一关键信息和第二关键信息完全一致，才能确定匹配成功。当待检测服务器上的应用程序检测到第一拓扑结构与第二拓扑结构匹配成功，根据子卡的关键信息建立子卡位置与卡槽标识的对应关系，形成第一关系表。

本发明实施例中，可以根据子卡标识确定子卡在待检测服务器中的PCIE总线信息，并根据该PCIE总线信息形成第一关系表。图4为本发明实施例形成第一关系表的流程示意图，如图4所述，形成第一关系表的步骤如下：

步骤S401，如果所述第一关键信息与所述第二关键信息相同，根据子卡标识确定子卡在待检测服务器中的PCIE总线信息。

这里，子卡的PCIE总线信息为该子卡对应的总线号、设备号和功能号，通过遍历的方式根据管理基本输入输出系统(System Management BIOS，SMBIOS)数据表结构中的系统插槽Type 9、板载设备信息Type 10、板载设备扩展信息Type 41和子卡的PCIE总线信息扫描SMBIOS的桌面管理接口(Desktop Management Interface，DMI)信息，获取到子卡对应的槽位标识。根据子卡PCIE总线信息可以获取该子卡位置与卡槽标识的对应关系，即可以知道该子卡在其所处的服务器中的全部信息，进而软件层面能够获取服务器中所有子卡的信息。

步骤S402，根据所述子卡在服务器中的PCIE总线信息确定所述子卡位置与所述卡槽标识的对应关系，形成第一关系表。

实施例三

相关技术中，一方面可以通过PCIE设备的总线等信息来定位设备在服务器中的具体位置，但是通过PCIE设备的总线等信息定位PCIE设备，就需要使用者了解此服务器上所有的PCIE设备的拓扑结构信息，以及每个总线信息对应的是哪一个设备，导致软件版本可用性较差。

另一方面还可以对每个板载或者扩展槽的设备位置进行顺序编号，一个编号对应一个服务器上PCIE设备的位置，虽然对于用户而言，通过顺序编号的方式获取PCIE设备的位置的可操作性较好，但是通过这种方式定位PCIE设备的位置，需要对每一种服务器的装配都提供一个定制化的软件版本给用户，对于软件版本的开发和维护要求较高。

由于服务器在装配不同的板载或标准PCIE子卡后，会导致SMBIOS分配给子卡的总线信息发生变化。基于SMBIOS中对于槽位信息的规范要求，通过SMBIOS中的信息对PCIE子卡在服务器上的位置进行唯一编码。且此编码为用户可见的软件层面的位置信息。

本发明实施例中，如图5所示，图5示出了本发明实施例的信息集合，所述信息集合50包括：子卡在服务器上的槽位和PCB位号关系501、芯片和该芯片在子卡上的PCB位号关系502、子卡的拓扑结构关系503等信息，其中，子卡可以是板载、标准PCIE子卡或者非标准PCIE子卡。基于上述信息，可以将SMBIOS中的槽位信息映射到对应芯片在子卡上的PCB位号信息。通过图1示出的信息集合和本发明实施例中的方法，可以实现了从SMBIOS的槽位信息到服务器上的硬件PCB位号的转换。

针对某个新的PCIE子卡，在初次提供测试功能版本时，创建一个芯片和该芯片在子卡PCB位号的关系集合，此关系集合在一个软件版本中只需要提供一次，在进行改版的时候才会进行修改；并创建此子卡对应的拓扑结构，该拓扑结构为相对关系，子卡的总线信息需要服务器上电后确定。

在服务器上电过程中，扫描服务器所有的子卡，创建所有子卡的拓扑结构。然后将子卡的相对拓扑结构与服务器中所有的的子卡的拓扑结构进行匹配，以确定子卡在服务器中的PCIE总线信息，其中，子卡在服务器中的PCIE总线信息和子卡与SMBIOS槽位的关系是对应的。

图6为本发明实施例创建子卡和SMBIOS槽位信息的对应关系的流程示意图，如图6所示，该流程包括以下步骤：

步骤S600，用户对服务器上电。

步骤S601，服务器加载与当前服务器版本相对应的应用程序。

这里，搭建好检测环境之后，用户需要对服务器进行上电，即对服务器硬件进行通电，并加载与当前服务器版本相对应的应用程序。

步骤S602，通过服务器上的应用程序扫描服务器所有的子卡，并创建服务器中所有子卡的拓扑结构。

这里，通过服务器上的应用程序控制服务器扫描所有的子卡，并根据子卡的关键信息创建所有子卡的拓扑结构，其中，子卡的关键信息包括：厂商ID、设备ID、设备名称、端口属性、字符串等。相对地，通过该拓扑结构可以获取服务器中所有的子卡的关键信息。

步骤S603，服务器上的应用程序根据子卡的子卡信息检测服务器是否安装有子卡。

这里，服务器上的应用程序根据卡槽上的子卡信息检测服务器是否安装有子卡，即确定当前的服务器版本是否安装有支持该版本的子卡。

本发明实施例中，服务器中的应用程序通过遍历的方式检测服务器上所的卡槽是否有子卡信息，当检测有子卡信息时，则确定服务器安装有子卡，当检测没有子卡信息时，则确定服务器没有安装子卡。其中，子卡信息包括：厂牌、设备ID、辅助厂牌、辅助设备ID、版本号、功能扩展卡中的至少一个。

步骤S604，当服务器上的应用程序检测到安装有子卡时，获取未进行匹配的子卡的相对拓扑结构，并在服务器的拓扑结构中进行匹配。

本发明实施例中，每个子卡均有相应的拓扑结构，该拓扑结构即为子卡的相对拓扑结构，且每个子卡的相对拓扑结构是根据子卡对应的局部信息建立的，并不能体现该子卡在该服务器中的全部信息，为了能够获取每个子卡在该服务器中所对应的全部信息，需要将该子卡的拓扑结构与创建的服务器中子卡的拓扑结构进行匹配。

步骤S605，服务器上的应用程序检测子卡的相对拓扑结构中与服务器中所有子卡在的拓扑结构是否匹配成功。

本发明实施例中，通过服务器上的应用程序检测子卡的相对拓扑结构中的关键信息与服务器中的拓扑结构中的关键信息是否全部对应，如果全部对应，则确定匹配成功，执行步骤S606；如果不是全部对应，则确定匹配失败。其中，关键信息，包括：端口属性、厂商标识、设备标识、设备名称和特殊字符串，其中，所述端口属性包括端口编号。需要说明的是，由于应用于同一版本的子卡的关键信息相似度很高，所以局部匹配可能不精确，需要全部信息匹配，也就是说子卡相对拓扑结构中的关键信息与服务器中相应的拓扑结构中的关键信息完全一致，才能确定匹配成功。

步骤S606，如果匹配成功，根据服务器上的应用程序获取子卡对应的总线信息和SMBIOS槽位信息。

这里，如果匹配成功，则可以获取到该子卡所对应的总线信息和SMBIOS槽位信息。其中，根据子卡总线信息可以获取该子卡与SMBIOS槽位的对应关系，即可以知道该子卡在其所处的服务器中的全部信息，进而软件层面能够获取服务器中所有子卡的信息。

步骤S607，服务器上的应用程序检测是否存在未进行匹配的子卡信息。

本发明实施例中，对子卡进行匹配之后，在该子卡信息中加上匹配标识。如果检测到该子卡信息中有匹配标识时，则确定已经对该子卡进行过匹配操作，如果检测到子卡信息中没有携带匹配标识，则确定该子卡信息尚未进行匹配操作。

当检测到有未进行匹配的子卡信息时，获取该子卡的相对拓扑结构，且在服务器的拓扑结构中进行匹配，并执行步骤S604至S606，直至检测到所有的子卡均进行过匹配操作，则执行步骤S608。

步骤S608，根据子卡的总线信息和SMBIOS槽位信息，创建子卡和SMBIOS槽位信息的对应关系。

这里，可以通过设置一个唯一标识信息来标识子卡和SMBIOS槽位信息的对应关系，即，在实现的过程中，可以通过一个字符或者字符串等形式就可以获取到子卡和SMBIOS槽位信息的对应关系，可以根据需要设定。

在本发明实施例中，服务器上电过程中，通过扫描服务器上所有的子卡，创建服务器上所有子卡的拓扑结构，遍历所有已经支持子卡的相对拓扑结构，在服务器的PCIE拓扑结构中进行匹配，如果匹配到，则确定子卡所对应的PCIE总线信息。通过遍历的方式根据SMBIOS数据表结构中的系统插槽Type 9、板载设备信息Type 10、板载设备扩展信息Type41和子卡的PCIE总线信息扫描SMBIOS的DMI信息，获取到子卡对应的槽位标识。版本上电完成后，已经创建子卡SMBIOS槽位、子卡PCIE总线信息的一一对应关系。其中，系统插槽Type9包括：插槽指示符、插槽类型、插槽数据总线宽度、当前是否在使用、插槽长度、插槽ID、插槽特征1、插槽特征2、段组编号、总线编号、设备/函数编号。

通过数据表结构中的系统插槽Type 9、板载设备信息Type 10、板载设备扩展信息Type 41和子卡总线信息扫描SMBIOS中的DMI，获取每个子卡对应的SMBIOS规定的唯一标识。由于子卡在SMBIOS中标识的唯一性和不变性，解析后的SMBIOS标识可以和服务器PCB的位号信息一一对应。

获取每个子卡对应的SMBIOS规定的唯一标识可以为：在DMI的信息中查找对应板载和扩展槽设备的槽位编号，通过在DMI中获取到的位置编号，对子卡进行槽位编码。然后通过此编码唯一指定一个子卡的物理位置。

本发明实施例通过标准SMBIOS中的DMI信息来标识每个子卡在服务器中的物理槽位，由于SMBIOS中信息在同一个服务器中是固定不变的，因此提高了软件版本的通用性。对于每个子卡，通过维护的子卡芯片位号信息。唯一确定了芯片在子卡上的位置，提高了维修人员故障处理效率。通过SMBIOS中的DMI信息，提供了一种测试软件对服务器中子卡物理槽位编码的方法，提高了软件的复用性的同时也方便了产线工人使用和故障子卡快速定位。

对于每一种服务器，服务器上的应用程序在初次提供版本时就创建一个SMBIOS槽位信息和服务器PCB位号对应的关系集合，此关系集合在一个软件版本中只需要提供一次，在需要改版的时候才进行修改。通过此信息，应用程序可以通过SMBIOS的槽位信息获取到服务器上PCIE子卡对应的PCB位号，此PCB位号就是子卡槽位的硬件位置。

在子卡芯片测试过程中，通过测试芯片类型查找子卡的芯片和PCB位号的关系表，可以唯一确定子卡上的具体芯片位置。然后在测试结果中，返回芯片的“子卡在服务器上的PCB位号+芯片在子卡上的PCB位号”信息。

图7示出了获取芯片位置的流程示意图，如图7所示，该流程包括如下步骤：

步骤S701，用户输入SMBIOS槽位信息。

本发明实施例中，用户可以直接在服务器上输入SMBIOS槽位信息，服务器上的应用程序通过该槽位信息执行相应的操作；用户也可以在终端与服务器之间建立网络连接，在终端输入SMBIOS槽位信息，通过终端上的应用程序与服务器上的应用程序进行交互，以通过该槽位信息执行相应的操作。

步骤S702，服务器上的应用程序根据输入的SMBIOS槽位信息获取子卡PCB位号信息。

这里，用户可以在服务器端或者在终端输入SMBIOS槽位信息，服务器上的应用程序根据SMBIOS槽位信息所包括的属性信息和SMBIOS槽位与子卡之间的关系找到该SMBIOS槽位所对应的子卡，并获取该子卡在该服务器母板上的PCB位号信息。

步骤S703，服务器上的应用程序根据芯片与该芯片在子卡上的PCB位号的对应关系获取芯片在子卡上的PCB位号信息。

在本发明实施例中，可以在SMBIOS槽位信息所包括的属性信息中设置芯片类型，服务器上的应用程序根据芯片的类型查找芯片与该芯片在子卡上的PCB位号的对应关系，进而确定该芯片在子卡上的PCB位号。

步骤S704将“子卡槽位位号+芯片在子卡的位号”返回给用户。

在本发明实施例中，当获取到子卡在服务器上的位置信息和芯片在子卡上的位置信息上时，可以将“子卡槽位位号+芯片在子卡的位号”以文字的形式在服务器显示界面进行显示或者通过服务器的应用程序发送给终相应的终端端并在终端界面上显示给用户，也可以以标识信息的形式发送给用户。例如：“11”表示返回子卡槽位位号为1，芯片在子卡的位号为1；“12”表示返回子卡槽位位号为1，芯片在子卡的位号为2；“13”表示返回子卡槽位位号为1，芯片在子卡的位号为3。返回的内容和在终端显示的形式可以根据需要设置，只要用户能够根据该显示信息确定其所要查找的芯片位置即可，在此不作具体限定。

在本发明实施例中，用户发起设备测试，将可见的SMBIOS信息提供给应用程序，通过SMBIOS槽位信息，获取子卡槽位PCB位号和芯片在子卡的PCB位号信息，芯片测试完成后，将“子卡槽位位号+子卡芯片位号”返回给调用用户，用于标识测试芯片在服务器上的位号关系。在PCIE子卡转产、巡检等软件中，通过SMBIOS的槽位标识信息可以给图形界面开发者提供一个统一的应用程序编程接口(Application Programming Interface，API)，解决了二次开发者对于硬件信息的理解和表达问题。在测试结束后反馈给用户测试芯片的位号信息，此位号包括了“子卡在服务器上的PCB位号+芯片在子卡上的PCB位号”，可以方便硬件维修人员快速地确定异常的芯片位置。

本发明实施例通过使用了服务器SMBIOS的DMI信息、PCIE子卡插槽PCB位号以及子卡上每个芯片的位号信息，同时还是使用了子卡的相对拓扑结构，在对芯片进行测试时完成了用户可见槽位信息到测试芯片位号信息的转换，实现用户可见的SMBIOS槽位信息到硬件PCB位号的转换，提高了生产、巡检等软件的可操作性，也提高了对于异常设备的处理效率。同时由于和服务器的装配实现了松耦合，通过SMBIOS的子卡插槽信息，提供给图形界面开发者一个较好的API接口，使用户更容易了解具体测试的硬件。在版本软件内部，通过子卡槽位的位号，以及子卡上芯片设备的位号信息。提供给硬件唯一的芯片位置标识，便于芯片异常时维修人员确认故障原因。不仅提高了产线对于软件的可操作性，也提高了对于异常设备的处理效率，同时还降低了软件的维护和开发成本。

实施例四

基于前述的实施例，本发明实施例提供一种设备信息的获取装置，该装置包括所包括的各单元、以及各单元所包括的各子单元，都可以通过服务器中的处理器来实现；当然也可通过的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图8为本发明实施例设备信息的获取装置的组成结构示意图，如图8所示，所述装置800包括：

第一获取单元801，配置为获取待检测服务器上子卡、芯片、卡槽的子卡标识、芯片标识和卡槽标识，其中，所述待检测服务器上设置有至少一个所述卡槽，每一所述卡槽上安装有至少一个所述子卡，每一所述子卡上安装有至少一个所述芯片；

第二获取单元802，配置为根据所述子卡标识和所述卡槽标识查询预设的第一关系表，得到子卡位置，其中，所述子卡位置为所述子卡在所述卡槽上的位置信息，所述第一关系表用于表征所述子卡标识和所述卡槽标识与所述子卡位置之间的映射关系；

第三获取单元803，配置为根据所述芯片标识查询预设的第二关系表，得到所述芯片位置，其中，所述芯片位置为所述芯片在所述子卡上的位置信息，所述第二关系表用于表征所述芯片标识与所述芯片位置之间的映射关系；

输出单元804，配置为输出所述子卡位置和所述芯片位置。

在其他的实施例中，所述第一获取单元，还配置为获取查询请求，所述查询请求包括子卡标识、芯片标识和卡槽标识；

对应地，所述输出单元，还配置为将所述子卡位置和所述芯片位置携带在查询响应中，并输出所述查询响应。

在其他的实施例中，所述子卡为板载、标准高速串行计算机扩展总线标准PCIE子卡、非标准PCIE子卡中的至少一种；

所述子卡位置为所述子卡在所述卡槽上的印制电路板PCB位号；所述芯片位置为所述芯片在所述子卡上的PCB位号。

在其他的实施例中，所述装置还包括：

第四获取单元，配置为获取第一拓扑结构和第二拓扑结构，其中，所述第一拓扑结构用于表征局部范围内的各子卡的位置关系，所述第二拓扑结构用于表征全局范围内所有子卡之间的位置关系；

形成单元，配置为如果所述第一拓扑结构与所述第二拓扑结构匹配成功，根据所述子卡的关键信息建立所述子卡位置与所述卡槽标识的对应关系，形成所述第一关系表。

在其他的实施例中，所述装置还包括：

比较单元，配置为比较第一关键信息与第二关键信息，其中，所述第一关键信息为所述第一拓扑结构对应的各子卡的关键信息，所述第二关键信息为第二拓扑结构对应的各子卡的关键信息；所述关键信息包括：端口属性、厂商标识、设备标识、设备名称和特殊字符串，其中，所述端口属性包括端口编号；

第一确定单元，配置为如果所述第一关键信息与所述第二关键信息相同，确定所述第一拓扑结构与所述第二拓扑结构匹配成功。

在其他的实施例中，所述形成单元，还包括：

确定子单元，配置为如果所述第一关键信息与所述第二关键信息相同，根据子卡标识确定子卡在待检测服务器中的PCIE总线信息；

形成子单元，配置为根据所述子卡在服务器中的PCIE总线信息确定所述子卡位置与所述卡槽标识的对应关系，形成所述第一关系表。

在其他的实施例中，所述第四获取单元，包括：

第一获取子单元，配置为服务器上电后，扫描待检测服务器上每一所述卡槽上安装的所有子卡，得到每一子卡的关键信息；

第二获取子单元，配置为根据每一子卡的关键信息创建关于所有子卡的拓扑结构，得到第二拓扑结构。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述的设备信息的获取方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台服务器执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

对应地，本发明实施例提供一种服务器，该服务器至少包括：存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其中：所述处理器配置为执行所述程序时实现上述实施例提供的设备信息的获取方法中的步骤。

对应地，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例提供的设备信息的获取方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明存储介质和设备实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

需要说明的是，图9为本发明实施例中服务器的一种硬件实体示意图，如图9所示，该服务器900的硬件实体包括：处理器901、通信接口902和存储器903，其中

处理器901通常控制服务器900的总体操作。

通信接口902可以使服务器通过网络与其他终端或服务器通信。

存储器903配置为存储由处理器901可执行的指令和应用，还可以缓存待处理器901以及服务器900中各模块待处理或已经处理的数据，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

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

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

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

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台服务器执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种设备信息的获取方法，其特征在于，所述方法包括：

待检测服务器获取子卡标识、芯片标识和卡槽标识；

输出所述子卡位置和所述芯片位置。

2.根据权利要求1所述的方法，其特征在于，所述待检测服务器获取子卡标识、芯片标识和卡槽标识，包括：

所述待检测服务器获取查询请求，所述查询请求包括子卡标识、芯片标识和卡槽标识；

所述输出所述子卡位置和所述芯片位置，包括：将所述子卡位置和所述芯片位置携带在查询响应中，并输出所述查询响应。

3.根据权利要求1或2所述的方法，其特征在于，所述子卡为板载、标准高速串行计算机扩展总线标准PCIE子卡、非标准PCIE子卡中的至少一种；

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取第一拓扑结构和第二拓扑结构，其中，所述第一拓扑结构用于表征局部范围内的各子卡的位置关系，所述第二拓扑结构用于表征全局范围内所有子卡之间的位置关系；

如果所述第一拓扑结构与所述第二拓扑结构匹配成功，根据所述子卡的关键信息建立所述子卡位置与所述卡槽标识的对应关系，形成所述第一关系表。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

比较第一关键信息与第二关键信息，其中，所述第一关键信息为所述第一拓扑结构对应的各子卡的关键信息，所述第二关键信息为第二拓扑结构对应的各子卡的关键信息；所述关键信息包括：端口属性、厂商标识、设备标识、设备名称和特殊字符串，其中，所述端口属性包括端口编号；

如果所述第一关键信息与所述第二关键信息相同，确定所述第一拓扑结构与所述第二拓扑结构匹配成功。

6.根据权利要求5所述的方法，其特征在于，所述根据所述子卡的关键信息建立所述子卡位置与所述卡槽标识的对应关系，形成所述第一关系表，包括：

如果所述第一关键信息与所述第二关键信息相同，根据子卡标识确定子卡在待检测服务器中的PCIE总线信息；

根据所述子卡在服务器中的PCIE总线信息确定所述子卡位置与所述卡槽标识的对应关系，形成所述第一关系表。

7.根据权利要求4所述的方法，其特征在于，所述获取第二拓扑结构包括：

服务器上电后，扫描待检测服务器上每一所述卡槽上安装的所有子卡，得到每一子卡的关键信息；

根据每一子卡的关键信息创建关于所有子卡的拓扑结构，得到第二拓扑结构。

8.一种设备信息的获取装置，其特征在于，所述装置包括：

输出单元，配置为输出所述子卡位置和所述芯片位置。

9.一种服务器，其特征在于，所述服务器至少包括：存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其中：

所述处理器配置为执行所述程序时实现权利要求1至7任一项所述设备信息的获取方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序配置为执行时实现权利要求1至7任一项所述设备信息的获取方法中的步骤。