[发明专利]一种指令下发请求处理方法及控制节点

说明书

技术领域

本申请涉及电子信息领域，尤其涉及一种指令下发请求处理方法及控制节点。

背景技术

在虚拟机系统中，为了管理下游的物理机、网络以及存储资源池等，控制节点需要做大量的指令下发操作。下发的指令的类型多达数百种，随着用户需求的不断增加，下发规则需要不断添加和改变，也就是说，需要不断开发(编写以及生产)新的下发指令。而现有技术中，指令的生成只能通过代码的编写或者修改进行，效率不高。因此，如何提高指令开发的效率，成为目前亟待解决的问题。

发明内容

本申请提供了一种指令下发请求处理方法及控制节点，目的在于解决指令生成效率不高的问题。

为了实现上述目的，本申请提供了以下技术方案：

一种指令下发请求处理方法，包括：

接收指令下发请求；

将所述指令下发请求作为标准处理流程的输入项，运行所述标准处理流程，所述标准处理流程至少包括：

将所述指令下发请求转换为预设格式，以及

通过调用请求处理框架，发送所述指令下发请求。

一种控制节点，包括：

接收模块，用于接收指令下发请求；

处理模块，用于将所述指令下发请求作为标准处理流程的输入项，运行所述标准处理流程，所述标准处理流程至少包括：

将所述指令下发请求转换为预设格式，以及

通过调用请求处理框架，发送所述指令下发请求。

本申请所述的指令下发请求处理方法及控制节点，在接收到指令下发请求后，将指令下发请求作为输入项输入到标准处理流程中，并通过运行标准处理流程，发送指令下发请求。在实际应用中，可以将指令发下请求发送过程中通用的流程组成标准处理流程，因此，能够将现有的代码编写或修改方式简化为运行标准处理流程发送指令下发请求的过程，因此，能够提高请求下发的效率，因此请求下发是指令生成的一部分，所以，能够提高指令生成的效率。

附图说明

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

图1为本申请实施例公开的指令下发请求处理方法的流程图；

图2为本申请实施例公开的请求数据项和响应数据项的示意图；

图3为本申请实施例公开的控制节点的结构示意图；

图4(a)为现有的指令下发请求的处理过程的示意图；

图4(b)为本申请实施例公开指令下发请求处理方法的示意图。

具体实施方式

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

本申请实施例公开的一种指令下发请求处理方法，应用于虚拟机系统中的控制节点。如图1所示，包括以下步骤：

S101：接收用户发送的请求报文，从请求报文中获取预设的请求数据项的值。

具体地，在如图2所示的数据项中，包括请求类型、请求对象的属性、响应对象的属性和请求配置。其中，请求类型、请求对象的属性和请求配置为请求数据项。具体地，请求对象的属性包括但不限于子网名称、子网掩码、网络所属区域和网络持有人中的一项或多项，请求配置包括但不限于被请求的业务被允许的超时时间、被请求业务的路径以及可接受的返回码中的一项或多项。

需要说明的是，上述请求数据项为预先设置的，而请求数据项的值需要从请求报文中获取，例如，从请求报文中得到请求类型的值为创建子网。

S102：从用户发送的请求报文中获取用户自定义的响应对象的属性。

如图2所示，响应对象的属性包括但不限于子网ID、操作详情或者错误详情的一项或多项。

需要说明的是，S102为可选步骤，也就是说，请求报文中可以包括用户自定义的响应数据项，也可以不包括响应对象的属性，在请求报文中不包括响应对象的属性的情况下，不执行S102。

S103：依据请求数据项中的请求类型和请求配置，构建指令下发请求，指令下发请求包括请求对象的属性(可选的，如果执行了S202，指令下发请求中还包括响应对象的属性)。