CN115757226A - 一种运维方法、计算设备及运维辅助装置 - Google Patents

Abstract

本申请公开了一种运维方法、计算设备及运维辅助装置，所述方法包括：获取第一信息，所述第一信息用于表征终端设备端工作于第一模式。所述终端设备通过通用串行总线USB type C串行通信总线与计算设备连接，并运维计算设备。根据第一信息，生成第二信息，所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配。根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备的运维管理。

Description

一种运维方法、计算设备及运维辅助装置

技术领域

本申请涉及通信技术领域，尤其涉及一种运维方法、计算设备及运维辅助装置。

背景技术

随着数字化快速发展，超大数据中心越来越多，数据中心的服务器也越来越多。面对日益增多的服务器，数据中心运维的难度与复杂度也越来越高。

因此，如何提高对服务器的近端运维便利性、可靠性、安全性，是数据中心需要亟待解决的技术问题。

发明内容

本申请提出一种运维方法、计算设备及运维辅助装置，解决了如何提高对服务器的近端运维便利性、可靠性、安全性以及如何降低对服务器的近端运维成本的技术问题。

第一方面，本申请提出一种运维方法所述方法包括：

计算设备中的端口配置模块获取第一信息，所述第一信息用于表征终端设备端工作于第一模式。所述终端设备通过通用串行总线(universal serial bus，USB)type C串行通信总线与计算设备连接，并运维所述计算设备。第一模式为下行端口(downstreamfacing port，DFP)模式或上行端口(upstream facing port，UFP)模式。示例性的，终端设备可以为笔记本电脑和/或手机。需要说明的是，本申请对终端设备的具体形式并不限定，以上仅为示例性说明。

计算设备中的端口配置模块根据第一信息，生成第二信息，所述第二信息发送给USB控制器，用于指示调控所述计算设备端工作于第二模式，所述第二模式为与所述第一模式相适配的UFP模式或DFP模式。当第一模式为DFP模式时，第二模式为UFP模式。当第一模式为UFP模式时，第二模式为DFP模式。示例性的，计算设备端可以为服务器、网络设备、存储设备、监控设备和/或安防设备等。需要说明的是，本申请对计算设备端的具体形式并不限定，以上仅为示例性说明。还需要说明的是，计算设备端可以包括计算设备。

计算设备中的USB控制器根据第二信息，调控计算设备端工作于第二模式，以实现对所述计算设备的运维管理。

本申请根据接入计算设备端的终端设备工作的第一模式，自动调控计算设备端工作于第二模式，提高了对计算设备端进行近端运维的便利性；无需在计算设备端中内置无线射频芯片，降低了对计算设备端进行近端运维的成本；无需将网线拔出，避免了管理风险和安全隐患，提高了对计算设备端进行近端运维的安全性和可靠性。此外，目前对于服务器对外提供USB Type C端口，使用USB线连接笔记本，在笔记本上进行操作管理的方案，服务器中的USB控制器的模式固定为UFP模式，而本申请中的计算设备端中的BMC处理器可以在UFP模式和DFP模式之间自由切换。

在一种可能的实现中，所述获取第一信息，包括：

计算设备中的模式识别电路获取第三信息，第三信息为用于表征所述终端设备的类型的一个或多个高低电平；

计算设备中的模式识别电路根据第三信息，生成第一信息，第一信息为模式ID；

计算设备中的端口配置模块从模式识别电路获取第一信息；

计算设备中的端口配置模块根据第一信息，生成第二信息。

在一种可能的实现中，第二模式为UFP模式；

所述方法还包括：

BMC处理器加载远程网络驱动接口规范(remote network driver interfacespecification，RNDIS)驱动，新增第一虚拟网口，第一虚拟网口与第二虚拟网口存在对应关系，第二虚拟网口为终端设备加载RNDIS驱动生成的虚拟网口；

BMC处理器启动动态主机配置协议(dynamic host configuration protocol，DHCP)服务器，分配自身的互联网协议(internet protocol，IP)地址，并将其配置给第一虚拟网口；

其中，终端设备通过第二虚拟网口以及第一虚拟网口访问BMC处理器的IP地址。

在一种可能的实现中，所述第二模式为DFP模式；

所述方法还包括：

BMC处理器加载RNDIS驱动，新增第一虚拟网口，第一虚拟网口与第二虚拟网口存在对应关系，第二虚拟网口为终端设备加载RNDIS驱动生成的虚拟网口；

BMC处理器启动DHCP客户端，从DHCP服务器获取自身的IP地址，并将其配置给第一虚拟网口，IP地址是由终端设备检测到第一虚拟网口后，加载RNDIS驱动，启动DHCP服务器分配的；

其中，终端设备通过第二虚拟网口以及第一虚拟网口访问BMC处理器的IP地址。

第二方面，本申请提出一种计算设备。该计算设备包括：

USB Type C端口，设置在计算设备的面板上，供终端设备接入。其中，所述终端设备通过USB type C串行通信总线与计算设备连接，并运维计算设备；

模式识别电路，与所述USB Type C端口连接。模式识别电路用于识别通过USBType C端口接入计算设备端的终端设备的类型，并根据终端设备的类型确定第一信息，该第一信息用于表征终端设备端工作于第一模式；

端口配置模块，与模式识别电路连接。端口配置模块用于获取第一信息；根据第一信息，生成第二信息，该第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；

USB控制器，与端口配置模块连接。USB控制器用于根据第二信息，调控计算设备端工作于所述第二模式；

USB控制器的管理模块，设置在所述计算设备端的管理电路板上，通过端口配置模块、USB控制器、模式识别电路以及USB Type C端口与终端设备传输运维数据。

在一种可能的实现中，所述USB控制器的管理模块为BMC处理器，所述USB控制器集成在所述BMC处理器中。

在一种可能的实现中，所述USB控制器的管理模块为BMC处理器，所述端口配置模块集成在所述BMC处理器中。

需要说明的是，第二方面及其各种可能的实现中的计算设备的有益效果，可以参见第一方面中相应方法的有益效果，此处不再赘述。

第三方面，本申请提出一种运维辅助装置。所述运维辅助装置包括：

模式识别电路，与计算设备上的通用串行总线USB Type C端口连接。所述模式识别电路用于识别通过USB Type C端口接入计算设备端的终端设备的类型，并根据终端设备的类型确定第一信息，所述第一信息用于表征终端设备端工作于第一模式；

端口配置模块，与模式识别电路连接。所述端口配置模块用于获取第一信息；根据第一信息，生成第二信息，所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；

USB控制器，与端口配置模块连接。所述USB控制器用于根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备的运维管理。

需要说明的是，第三方面及其各种可能的实现中的运维辅助装置的有益效果，可以参见第一方面中相应方法的有益效果，此处不再赘述。

第四方面，本申请提出一种运维装置。该运维装置包括：

收发单元用于获取第一信息，所述第一信息用于表征终端设备端工作于第一模式。。终端设备通过通用串行总线USB type C串行通信总线与计算设备连接，并运维所述计算设备;

处理单元用于根据第一信息，生成第二信息，所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；

处理单元还用于根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备的运维管理。

在一种可能的实现中，所述第二模式为UFP模式，处理单元还用于加载RNDIS驱动，新增第一虚拟网口，所述第一虚拟网口与第二虚拟网口存在对应关系，所述第二虚拟网口为所述终端设备加载所述RNDIS驱动生成的虚拟网口；启动DHCP服务器，分配自身的互联网协议IP地址，并将其配置给所述第一虚拟网口；其中，所述终端设备通过所述第二虚拟网口以及所述第一虚拟网口访问BMC处理器的IP地址。

在一种可能的实现中，所述第二模式为DFP模式，处理单元还用于加载RNDIS驱动，新增第一虚拟网口，所述第一虚拟网口与第二虚拟网口存在对应关系，所述第二虚拟网口为终端设备加载RNDIS驱动生成的虚拟网口；启动DHCP客户端，从DHCP服务器获取自身的IP地址，并将其配置给第一虚拟网口，所述IP地址是由终端设备检测到第一虚拟网口后，加载RNDIS驱动，启动DHCP服务器分配的；其中，终端设备通过第二虚拟网口以及第一虚拟网口访问BMC处理器的IP地址。

需要说明的是，第四方面及其各种可能的实现中的运维装置的有益效果，可以参见第一方面中相应方法的有益效果，此处不再赘述。

第五方面，本申请提出一种运维装置，包括至少一个处理器，所述处理器用于执行存储器中存储的指令，当所述程序被执行时，使得所述对设备进行运维的装置执行：

如第一方面及其各种可能的实现中的方法。

在一种可能的实现中，该运维装置还包括上述存储器。可选的，处理器和存储器可以集成在一起。

另一种可能的实现中，上述存储器设置在该装置之外。

第六方面，本申请提出一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得如第一方面及其各种可能的实现中的方法被该计算机执行。

第七方面，本申请提出一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时，如第一方面及其各种可能的实现中的方法被执行。

附图说明

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

图1为本申请实施例提供的一种计算设备的示意图；

图2为本申请实施例提供的一种计算设备的另一示意图；

图3为本申请实施例提供的一种运维方法的流程示意图；

图4为本申请实施例提供的模式识别电路102中内置模式识别芯片1021和模式ID获取模块1022的示意图；

图5为本申请实施例提供的手机或笔记本均可接入同一服务器的示意图；

图6为本申请实施例提供的笔记本107访问USB控制器的管理模块105的IP地址的流程示意图；

图7为本申请实施例提供的手机106访问USB控制器的管理模块105的IP地址的流程示意图；

图8为本申请实施例提供的一种运维辅助装置800的结构示意图；

图9为本申请实施例提供的一种运维装置900的结构示意图；

图10为本申请实施例提供的一种运维装置1000的结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面结合附图对本申请实施例具体实施方式做详细描述。

需要说明的是，本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请实施例的说明书和权利要求书中的术语“第一”、“第二”和“第三”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一信息、第二信息和第三信息等是用于区别不同的信息，而不是用于描述目标对象的特定顺序。在本申请实施例中，“示例性的”、“举例来说”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”、“举例来说”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

本申请实施例提出了一种运维方法。该方法基于本申请实施例提供的一种计算设备实现。在一种可能的实现中，上述计算设备100的示意图如图1所示，包括USB Type C端口101、模式识别电路102、端口配置模块103(可以设置于独立的芯片上)、USB控制器104(可以设置于独立的USB芯片上)和USB控制器的管理模块105，且端口配置模块103和USB控制器104均独立于USB控制器的管理模块105。需要说明的是，本申请实施例对接入计算设备端的终端设备的具体形式并不限定，如图1所示的手机106或者笔记本107仅为示例性说明。

下面对图1所示的示意图进行详细说明。

首先需要说明的是，当前USB Type C端口已经逐渐普及，手机与笔记本一般都支持，同时服务器也提供该USB Type C端口，这样只需要一根常见的USB线，就可支持服务器的近端运维，大大简化了近端运维所需的条件。

其中，USB Type C端口101设置在计算设备100的面板上，供终端设备接入。终端设备可以通过USB线与USB Type C端口101连接。其中，终端设备通过USB type C串行通信总线与计算设备100连接，并运维计算设备100。

模式识别电路102与USB Type C端口101连接。模式识别电路102用于识别终端设备的类型，并根据终端设备的类型确定第一信息，所述第一信息用于表征终端设备端工作于第一模式。第一模式为下行端口DFP模式或上行端口UFP模式。若识别到的终端设备的类型为手机106，则手机作为Device，手机工作的第一模式为UFP模式。计算设备100中的USB控制器104进入DFP模式，此时计算设备端作为Host。反之，若识别到的终端设备的类型为笔记本107，则笔记本作为Host，笔记本工作的第一模式为DFP模式。计算设备100中的USB控制器104进入UFP模式，此时计算设备端作为Device。这样就实现了一个计算设备100支持2种终端设备的接入的场景。

端口配置模块103与模式识别电路102连接。所述端口配置模块103用于获取第一信息；根据第一信息，生成第二信息，所述第二信息用于指示调控计算设备端工作于第二模式。当第一模式为UFP模式时，第二模式为与第一模式相适配的DFP模式；当第一模式为DFP模式时，第二模式为与第一模式相适配的UFP模式。

USB控制器104与端口配置模块103连接。USB控制器104用于根据第二信息，调控计算设备端工作于第二模式。具体地，USB控制器104从端口配置模块103获取第二信息，并根据第二信息，调控自身工作于第二模式。

USB控制器的管理模块105设置在计算设备端的管理电路板上，通过端口配置模块103、USB控制器104、模式识别电路102以及USB Type C端口101与终端设备传输运维数据。

需要说明的是，端口配置模块103和USB控制器104均可以集成在USB控制器的管理模块105中，如图2所示的计算设备200。可以理解的是，USB控制器的管理模块105可以为BMC处理器。

还需要说明的是，本申请实施例对端口配置模块103和USB控制器104与USB控制器的管理模块105的空间位置关系的具体形式不做限定，以上的空间位置关系仅为示例性说明。

在一个例子中，基于如图2所示的计算设备200实现前述一种运维方法。该方法的流程示意图如图3所示，包括S301-S307。

在一种可能的实现中，通过以下步骤实现上述运维方法：

S301，USB Type C端口101与终端设备连接。

在本申请实施例中，USB Type C端口101与终端设备连接。需要说明的是，本申请实施例对接入计算设备端的终端设备的具体形式并不限定，如图2所示的手机106或者笔记本107仅为示例性说明。

S302，模式识别电路102获取第三信息。

在本申请实施例中，模式识别电路102获取第三信息。

在一个例子中，模式识别电路102内置模式识别芯片，该模式识别芯片可以为配置通道(configuration channel，CC)芯片。模式识别芯片获取第三信息，该第三信息为一个或多个高低电平，用于表征通过USB Type C端口101接入计算设备端的终端设备的类型。

S303，模式识别电路102根据第三信息，确定第一信息。

在本申请实施例中，模式识别电路102根据第三信息，确定第一信息。第一信息用于表征终端设备端工作于第一模式。本申请实施例通过在计算设备200中添加模式识别电路102，可以自动识别接入计算设备端的终端设备工作于第一模式。

在一个例子中，模式识别电路102包括模式识别芯片1021。模式识别芯片1021根据第三信息，确定第一信息。例如，第一信息可以为用于表征第一模式的模式ID。可以理解的是，模式识别芯片1021根据接入计算设备端的终端设备的不同，会生成不同的模式ID。

S304，端口配置模块103获取第一信息。

在本申请实施例中，端口配置模块103获取第一信息。

在一种可能的实现中，若USB控制器的管理模块105不能识别模式识别芯片1021的接口，则其中的端口配置模块103不能从模式识别芯片1021获取第一信息，此时就需要在模式识别电路102中内置模式ID获取模块1022，如图4所示。模式ID获取模块1022可以从模式识别芯片1021获取第一信息。从而端口配置模块103可以从模式ID获取模块1022获取该第一信息。

示例性的，以计算设备200为服务器，USB控制器的管理模块105为BMC管理模块，模式识别芯片1021为CC芯片，模式ID获取模块1022为复杂可编程逻辑器件(complexprogrammable logic device，CPLD)为例。由于BMC管理模块不能识别CC芯片的接口，也即是说，BMC管理模块不能直接从CC芯片获取到CC ID。因此，模式识别电路102就需要内置CPLD。CPLD可以从CC芯片获取第一信息。从而BMC管理模块可以从CPLD获取该第一信息。

S305，端口配置模块103根据第一信息，确定第二信息。

在本申请实施例中，端口配置模块103根据第一信息，确定第二信息。所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配。若第一模式为下行端口DFP模式或上行端口UFP模式，则第二模式为与第一模式相适配的上行端口UFP模式或下行端口DFP模式。

在一个例子中，如图2所示的USB控制器的管理模块105中的端口配置模块103根据第一信息，调用第一驱动，生成第二信息，并将第二信息配置给USB控制器104，所述第一驱动用于调控USB控制器104工作于第二模式。

S306，USB控制器104获取第二信息。

在本申请实施例中，USB控制器104从端口配置模块103获取第二信息。

S307，USB控制器104根据第二信息，调控计算设备端工作于第二模式。

在本申请实施例中，USB控制器104从端口配置模块103获取到第二信息后，根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备200的运维管理。

在一个例子中，USB控制器104根据第二信息，将自身工作的模式调控至与第一模式相适配的第二模式。例如，若接入计算设备端的终端设备为手机106，也即是说，第一模式为UFP模式，则USB控制器104将自身工作的模式调控至DFP模式，从而实现了对计算设备200的近端运维；若接入计算设备端的终端设备为笔记本107，也即是说，第一模式为DFP模式，则USB控制器104将自身工作的模式调控至UFP模式，从而实现了对计算设备200的近端运维。

由上述内容可知，本申请实施例根据接入计算设备端的终端设备工作的第一模式，自动调控USB控制器工作于第二模式，提高了对计算设备进行近端运维的便利性；无需在计算设备中内置无线射频芯片，降低了对计算设备进行近端运维的成本；无需将网线拔出，避免了管理风险和安全隐患，提高了对计算设备进行近端运维的安全性和可靠性。此外，对于服务器对外提供USB接口，使用USB线连接笔记本，在笔记本上进行操作管理的方案，目前在该方案中服务器中的USB控制器工作的模式固定为UFP模式，而本申请实施例中的计算设备中的USB控制器工作的模式可以在UFP模式和DFP模式之间自由切换。如图5所示，手机或笔记本均可接入同一服务器。服务器中的USB控制器工作的模式可以根据接入服务器的终端设备的模式的不同，随时进行自由切换。

需要说明的是，在一种可能的实现中，S306之后，若接入计算设备端的终端设备为笔记本107，也即是说，接入计算设备端的笔记本107工作的第一模式为DFP模式，则笔记本107访问USB控制器的管理模块105的IP地址的流程示意图如图6所示，具体过程如下：

S601，USB控制器的管理模块105加载RNDIS驱动，新增第一虚拟网口。

在本申请实施例中，USB控制器的管理模块105加载RNDIS驱动，新增第一虚拟网口。

S602，USB控制器的管理模块105启动DHCP服务器，分配自身的IP地址，并将其配置给第一虚拟网口。

在本申请实施例中，USB控制器的管理模块105启动DHCP服务器，分配自身的IP地址，并将其配置给第一虚拟网口。

S603，笔记本107检测到第一虚拟网口后，加载RNDIS驱动，新增第二虚拟网口，获取分配给USB控制器的管理模块105的IP地址。

在本申请实施例中，笔记本107检测到第一虚拟网口后，加载RNDIS驱动，新增第二虚拟网口，获取分配给USB控制器的管理模块105的IP地址。第一虚拟网口与第二虚拟网口存在对应关系。

S604，笔记本107通过RNDIS网络中的第二虚拟网口以及第一虚拟网口访问USB控制器的管理模块105的IP地址。

在本申请实施例中，笔记本107通过RNDIS网络中的第二虚拟网口以及第一虚拟网口访问USB控制器的管理模块105的IP地址。

示例性的，计算设备200为服务器，USB控制器的管理模块105为BMC管理模块，则笔记本107上的应用可以为Web客户端、SNMP客户端、Redfish客户端和/或安全壳协议(SecureShell，SSH)客户端等。笔记本107上的应用可以通过RNDIS网络中的第一虚拟网口和第二虚拟网口访问BMC管理模块的IP地址，进行管理操作。

S605，笔记本107与计算设备端断开连接。

在本申请实施例中，笔记本107上的应用访问完计算设备200后，笔记本107会与计算设备500断开连接。

S606，USB控制器的管理模块105和笔记本107卸载RNDIS驱动和停止DHCP服务。

在本申请实施例中，当笔记本107检测到与计算设备200断开连接后，会卸载RNDIS驱动和停止DHCP服务。同样地，当计算设备200检测到与笔记本107断开连接后，USB控制器的管理模块105也会卸载RNDIS驱动和停止DHCP服务。

还需要说明的是，在另一种可能的实现中，S306之后，若接入计算设备端的终端设备为手机106，也即是说，接入计算设备端的手机106工作的第一模式为UFP模式，则则手机106访问USB控制器的管理模块105的IP地址的流程示意图如图7所示，具体过程如下：

S701，USB控制器的管理模块105加载RNDIS驱动，新增第一虚拟网口。

在本申请实施例中，USB控制器的管理模块105加载RNDIS驱动，新增第一虚拟网口。

S702，手机106检测到第一虚拟网口后，加载RNDIS驱动，生成第二虚拟网口，启动DHCP服务器分配USB控制器的管理模块105的IP地址。

在本申请实施例中，手机106检测到第一虚拟网口后，同样加载RNDIS驱动，生成第二虚拟网口，并且启动DHCP服务器分配USB控制器的管理模块105的IP地址。第一虚拟网口与第二虚拟网口存在对应关系。

S703，USB控制器的管理模块105启动DHCP客户端，从DHCP服务器获取自身的IP地址，并将其配置给第一虚拟网口。

在本申请实施例中，USB控制器的管理模块105启动DHCP客户端，从DHCP服务器获取自身的IP地址，并将其配置给第一虚拟网口。

S704，手机106通过RNDIS网络中的第二虚拟网口以及第一虚拟网口访问USB控制器的管理模块105的IP地址。

在本申请实施例中，手机106通过RNDIS网络中的第二虚拟网口以及第一虚拟网口访问USB控制器的管理模块105的IP地址。

示例性的，计算设备200为服务器，USB控制器的管理模块105为BMC管理模块，则手机106上的应用可以为Web客户端、SNMP客户端、Redfish客户端和/或安全壳协议(SecureShell，SSH)客户端等。手机106上的应用可以通过RNDIS网络中的第一虚拟网口和第二虚拟网口访问BMC管理模块的IP地址，进行管理操作。

S705，手机106与计算设备端断开连接。

在本申请实施例中，手机106上的应用访问完计算设备200后，手机106会与计算设备200断开连接。

S706，USB控制器的管理模块105和手机106卸载RNDIS驱动和停止DHCP服务。

在本申请实施例中，当手机106检测到与计算设备200断开连接后，会卸载RNDIS驱动和停止DHCP服务。同样地，当计算设备200检测到与手机106断开连接后，USB控制器的管理模块105也会卸载RNDIS驱动和停止DHCP服务。

基于与上述方法实施例相同构思，本申请实施例提供了一种运维辅助装置800，其结构示意图如图8所示。该运维辅助装置800包括：计算设备200中的模式识别电路102、端口配置模块103和USB控制器104。

模式识别电路102与计算设备200上的USB Type C端口101连接。所述模式识别电路102用于识别通过USB Type C端口101接入计算设备端的终端设备的类型，并根据终端设备的类型确定第一信息。所述第一信息用于表征终端设备端工作于第一模式。第一模式为下行端口DFP模式或上行端口UFP模式。

端口配置模块103与模式识别电路102连接。所述端口配置模块103用于获取第一信息；根据所述第一信息，生成第二信息。所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配。第二模式可以为与第一模式相适配的上行端口UFP模式或下行端口DFP模式。

USB控制器104与端口配置模块103连接。所述USB控制器104用于根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备200的运维管理。

基于与上述方法实施例相同构思，本申请实施例提供了一种运维装置900。图9为本申请实施例提供的一种运维装置900的结构示意图，该装置用于实现上述方法实施例中描述的方法。

一种可能的实现中，该运维装置900可以包括上述方法实施例中执行的方法/操作/步骤/动作所一一对应的模块或单元，该单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种可能的实现中，该运维装置900包括：收发单元902和处理单元904；

收发单元902用于获取第一信息，所述第一信息用于表征终端设备端工作于第一模式。终端设备通过USB type C串行通信总线与计算设备连接，并运维计算设备。

处理单元904用于根据第一信息，生成第二信息，所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配。

处理单元904还用于根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备的运维管理。

在一种可能的实现中，若第二模式为UFP模式，则处理单元904还用于：

加载RNDIS驱动，新增第一虚拟网口，所述第一虚拟网口与第二虚拟网口存在对应关系。所述第二虚拟网口为终端设备加载RNDIS驱动生成的虚拟网口；

启动DHCP服务器，分配自身的互联网协议IP地址，并将其配置给第一虚拟网口。

其中，终端设备通过第二虚拟网口以及第一虚拟网口访问BMC处理器的IP地址。

在一种可能的实现中，若第二模式为DFP模式，则处理单元904还用于：

加载RNDIS驱动，新增第一虚拟网口，所述第一虚拟网口与第二虚拟网口存在对应关系，所述第二虚拟网口为所述终端设备加载RNDIS驱动生成的虚拟网口；

启动DHCP客户端，从DHCP服务器获取自身的IP地址，并将其配置给第一虚拟网口。所述IP地址是由终端设备检测到第一虚拟网口后，加载RNDIS驱动，启动DHCP服务器分配的。

其中，终端设备通过第二虚拟网口以及第一虚拟网口访问BMC处理器的IP地址。

参见图10，本申请实施例还提供了一种运维装置1000，用于实现上述方法中的各个步骤。该装置1000可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。该装置1000包括至少一个处理器1010，用于实现本申请实施例提供的方法中的各个步骤。该装置1000还可以包括通信接口1020。在本申请实施例中，通信接口1020可以是收发器、电路、总线、模块或其它类型的通信接口，用于通过传输介质和其它设备进行通信。

处理器1010可以执行装置900中处理单元904所执行的功能；通信接口920可以用于执行装置900中收发单元902所执行的功能。

当装置1000用于执行本申请实施例提供的方法中的各个步骤时，通信接口1020用于获取第一信息，所述第一信息用于表征终端设备端工作于第一模式；所述终端设备通过USB type C串行通信总线与计算设备连接，并运维计算设备。处理器1010用于根据第一信息，生成第二信息，所述第二信息用于指示调控计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；根据第二信息，调控计算设备端工作于第二模式，以实现对计算设备的运维管理。

通信接口1020还用于执行上述方法实施例中所涉及的其它接收或发送的步骤或操作。处理器1010还可以用于执行上述方法实施例中除收发之外的其它对应的步骤或操作，在此不再一一赘述。

装置1000还可以包括至少一个存储器1030，用于存储程序指令和/或数据。存储器1030和处理器1010耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1020可能和存储器1030协同操作。处理器1010可能执行存储器1030中存储的程序指令。在一种可能的实现中，所述至少一个存储器中的至少一个可以与处理器集成在一起。在另一种可能的实现中，存储器1030位于装置1000之外。

本申请实施例中不限定通信接口1020、处理器1010以及存储器1030之间的具体连接介质。本申请实施例在图10中以存储器1030、处理器1010以及通信接口1020之间通过总线1040连接，总线在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

示例性的，处理器1010可以是一个或多个中央处理器(central processingunit，CPU)，在处理器1010是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。处理器1010可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

示例性的，存储器1030可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(random access memory，RAM)、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、只读存储器(read-only memory，ROM)或便携式只读存储器(compact disc read-only memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本申请实施例提供了一种计算机可读存储介质，上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时，如图3所示的运维方法的各个步骤被执行。

基于与上述方法实施例相同构思，本申请实施例还提供了一种包括指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得这个计算机执行如图3所示的运维方法的各个步骤。

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

Claims (9)

1.一种运维方法，其特征在于，所述方法包括：

获取第一信息，所述第一信息用于表征终端设备端工作于第一模式；其中，所述终端设备通过通用串行总线USB type C串行通信总线与计算设备连接，并运维所述计算设备；

根据所述第一信息，生成第二信息，所述第二信息用于指示调控所述计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；

根据所述第二信息，调控所述计算设备端工作于所述第二模式，以实现对所述计算设备的运维管理。

2.根据权利要求1所述的方法，其特征在于，当所述第一模式为下行端口DFP模式时，所述第二模式为UFP模式；

当所述第一模式为上行端口UFP模式时，所述第二模式为下行端口DFP模式。

3.根据权利要求2所述的方法，其特征在于，所述第二模式为UFP模式；

所述方法还包括：

加载远程网络驱动接口规范RNDIS驱动，新增第一虚拟网口，所述第一虚拟网口与第二虚拟网口存在对应关系，所述第二虚拟网口为所述终端设备加载所述RNDIS驱动生成的虚拟网口；

启动动态主机配置协议DHCP服务器，分配自身的互联网协议IP地址，并将其配置给所述第一虚拟网口；

其中，所述终端设备通过所述第二虚拟网口以及所述第一虚拟网口访问BMC处理器的IP地址。

4.根据权利要求2所述的方法，其特征在于，所述第二模式为DFP模式；

所述方法还包括：

加载RNDIS驱动，新增第一虚拟网口，所述第一虚拟网口与第二虚拟网口存在对应关系，所述第二虚拟网口为所述终端设备加载所述RNDIS驱动生成的虚拟网口；

启动DHCP客户端，从DHCP服务器获取自身的IP地址，并将其配置给所述第一虚拟网口，所述IP地址是由所述终端设备检测到所述第一虚拟网口后，加载RNDIS驱动，启动DHCP服务器分配的；

其中，所述终端设备通过所述第二虚拟网口以及所述第一虚拟网口访问BMC处理器的IP地址。

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

端口配置模块获取第一信息；

所述端口配置模块根据所述第一信息，生成第二信息；其中，所述第二信息发送给USB控制器；

所述USB控制器根据所述第二信息，调控所述计算设备端工作于所述第二模式，以实现对所述计算设备的运维管理。

6.一种计算设备，其特征在于，包括：

通用串行总线USB Type C端口，设置在计算设备的面板上，供终端设备接入，其中，所述终端设备通过USB type C串行通信总线与所述计算设备连接，并运维所述计算设备；

模式识别电路，与所述USB Type C端口连接；所述模式识别电路用于识别通过所述USBType C端口接入计算设备端的终端设备的类型，并根据所述终端设备的类型确定第一信息，所述第一信息用于表征终端设备端工作于第一模式；

端口配置模块，与所述模式识别电路连接；所述端口配置模块用于获取第一信息；根据所述第一信息，生成第二信息，所述第二信息用于指示调控所述计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；

USB控制器，与所述端口配置模块连接；所述USB控制器用于根据所述第二信息，调控所述计算设备端工作于所述第二模式；

USB控制器的管理模块，设置在所述计算设备端的管理电路板上，通过所述端口配置模块、USB控制器、模式识别电路以及USB Type C端口与所述终端设备传输运维数据。

7.根据权利要求6所述的计算设备，其特征在于，所述USB控制器的管理模块为BMC处理器，所述USB控制器集成在所述BMC处理器中。

8.根据权利要求6所述的计算设备，其特征在于，所述USB控制器的管理模块为BMC处理器，所述端口配置模块集成在所述BMC处理器中。

9.一种运维辅助装置，其特征在于，包括：

模式识别电路，与计算设备上的通用串行总线USB Type C端口连接；所述模式识别电路用于识别通过所述USB Type C端口接入计算设备端的终端设备的类型，并根据所述终端设备的类型确定第一信息，所述第一信息用于表征终端设备端工作于第一模式；

端口配置模块，与所述模式识别电路连接；所述端口配置模块用于获取第一信息；根据所述第一信息，生成第二信息，所述第二信息用于指示调控所述计算设备端工作于第二模式，所述第二模式与所述第一模式相适配；

USB控制器，与所述端口配置模块连接；所述USB控制器用于根据所述第二信息，调控所述计算设备端工作于所述第二模式，以实现对所述计算设备的运维管理。

Images