CN117992209A

CN117992209A - 资源申请方法、装置、电子设备及存储介质

Info

Publication number: CN117992209A
Application number: CN202211365497.8A
Authority: CN
Inventors: 邓书凡
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2022-10-31
Filing date: 2022-10-31
Publication date: 2024-05-07

Abstract

本申请的实施例公开了一种资源申请方法、装置、电子设备及存储介质。该方法包括：接收申请方发送的针对工作流所发起的服务器资源的申请请求；基于申请请求生成申请页面的地址；将申请页面的地址发送至申请方，以使申请方基于申请页面的地址显示申请页面，并响应于基于申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；接收申请方发送的配置信息，并基于配置信息为工作流分配服务器资源。通过该方法，可以提高服务器资源申请的效率。

Description

资源申请方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种资源申请方法、装置、电子设备及计算机可读存储介质。

背景技术

服务器资源是有限的，因此，用户期望使用服务器资源时，需要向服务器进行申请。目前，服务器资源的申请方式往往是通过邮件往来，需要人工主动推动申请流程，申请步骤比较繁琐，而且一旦出现人为的疏漏，将导致整个申请进度丢失，又需要重新推动申请流程。

由此，如何提升服务器资源的申请效率是亟待解决的问题。

发明内容

为解决上述技术问题，本申请的实施例提供了一种资源申请方法及装置、电子设备、计算机可读存储介质，可以提高服务器资源的申请效率。

根据本申请实施例的一个方面，提供了一种资源申请方法，包括：

接收申请方发送的针对工作流所发起的服务器资源的申请请求；

基于所述申请请求生成申请页面的地址；

将所述申请页面的地址发送至所述申请方，以使所述申请方基于所述申请页面的地址显示所述申请页面，并响应于基于所述申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；

接收所述申请方发送的所述配置信息，并基于所述配置信息为所述工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，基于所述配置信息和所述申请请求生成审核页面的地址；将所述审核页面的地址发送至所述审核方，以使所述审核方基于所述审核页面的地址显示所述审核页面，并响应于基于所述审核页面的输入操作，得到针对所述配置信息的审核信息；接收所述审核方发送的所述审核信息；基于所述审核信息和所述配置信息为所述工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，基于所述审核信息检测针对所述配置信息的审核情况；若所述审核情况表征审核通过，则基于所述配置信息为所述工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，在所述将所述审核页面的地址发送至所述审核方之后，检测在指定时间段内是否接收到所述审核方发送的所述审核信息；若未在所述指定时间段内接收到所述审核方发送的所述审核信息，则每隔预设时间段将所述审核页面的地址发送至所述审核方，直至接收到所述审核方发送的审核信息。

在本申请的一个实施例中，基于前述方案，获取预设权限列表；其中，所述预设权限列表包括多个申请方的标识信息，以及所述多个申请方的权限信息；基于所述预设权限列表和所述申请方的标识信息，对所述申请方进行权限校验；若对所述申请方的权限校验通过，则基于所述申请请求生成申请页面的地址。

在本申请的一个实施例中，基于前述方案，在所述基于所述配置信息为所述工作流分配服务器资源之后，生成针对所述服务器资源的使用信息；将所述使用信息发送至所述申请方，以使所述申请方基于所述使用信息使用所述服务器资源。

在本申请的一个实施例中，基于前述方案，所述申请请求中携带有所述工作流的标识信息；基于所述工作流的标识信息得到交付模块的标识信息；其中，所述交付模块用于获取所述服务器资源对应的配置信息；将所述交付模块的标识信息和检测地址进行拼接，得到所述申请页面的地址；其中，所述检测地址是用于对所述服务器资源对应的配置信息进行检测的检测模块相匹配的地址。

在本申请的一个实施例中，基于前述方案，获取工作流与所述交付模块之间的映射关系；其中，所述映射关系是接收到所述申请方发送的所述工作流，并为所述工作流分配标识信息后，基于所述工作流的标识信息和所述交付模块的标识信息所建立得到的；基于所述映射关系和所述工作流的标识信息，得到所述交付模块的标识信息。

根据本申请实施例的一个方面，提供了另一种资源申请方法，包括：

向资源管理方发送针对工作流的服务器资源的申请请求；

接收所述资源管理方发送的申请页面对应的地址，并基于所述申请页面的地址显示所述申请页面；

响应于基于所述申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；

将所述配置信息发送至所述资源管理方，以使所述资源管理方基于所述配置信息为所述工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，向所述资源管理方发送所述工作流，以使所述资源管理方生成所述工作流对应的标识信息；接收所述资源管理方发送的所述工作流的标识信息；基于所述工作流的标识信息生成所述申请请求，并向所述资源管理方发送所述申请请求。

根据本申请实施例的一个方面，提供了一种资源申请装置，包括：

收发单元，用于接收申请方发送的针对工作流所发起的服务器资源的申请请求；

处理单元，用于基于所述申请请求生成申请页面的地址；

所述收发单元，还用于将所述申请页面的地址发送至所述申请方，以使所述申请方基于所述申请页面的地址显示所述申请页面，并响应于基于所述申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；

所述收发单元，还用于接收所述申请方发送的所述配置信息，并基于所述配置信息为所述工作流分配服务器资源。

收发单元，用于向资源管理方发送针对工作流的服务器资源的申请请求；

所述收发单元，还用于接收所述资源管理方发送的申请页面对应的地址，并基于所述申请页面的地址显示所述申请页面；

处理单元，用于响应于基于所述申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；

所述收发单元，还用于将所述配置信息发送至所述资源管理方，以使所述资源管理方基于所述配置信息为所述工作流分配服务器资源。

根据本申请实施例的一个方面，提供了一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述电子设备执行时，使得所述电子设备实现如上所述的资源申请方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的资源申请方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的资源申请方法。

在本申请的实施例提供的技术方案中：

资源申请方，通过在接收到申请方发送的申请请求后，生成申请页面的地址，并将该申请页面的地址发送至申请方，以使申请方在申请页面输入相关信息，得到服务器资源的配置信息，并根据配置信息分配服务器资源。该方法中的资源申请流程简单，为申请方申请服务器资源提供了便利性，避免了传统的邮件申请方式的申请周期长、申请错误率高以及操作繁琐等缺陷，提高了服务器资源的申请效率。

申请方，通过在需要为工作流申请服务器资源时，向资源管理方发送申请请求，以使资源申请方返回申请页面的地址，申请方在申请页面输入相关信息，得到服务器资源的配置信息，进而资源申请方为工作流分配服务器资源。该方法中，申请方发送申请请求后，可以及时得到资源申请方的回应，申请页面也为申请方提供了待填写的内容，使得申请过程清晰明了，促进提高服务器资源的申请效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请实施例提供的一种工作流自动化技术的核心组件的结构示意图；

图2是本申请实施例提供的一种实施环境示意图；

图3是本申请的一示例性实施例示出的资源申请方法的流程图；

图4是本申请的一示例性实施例示出的一种通过与群聊机器人单聊发送触发语的示意图；

图5是本申请的一示例性实施例示出的一种申请页面的显示样式示意图；

图6是本申请的一示例性实施例示出的一种群聊机器人发送申请页面的地址给申请人的界面示意图；

图7是本申请的一示例性实施例示出的一种群聊机器人向申请方推送新建服务器的相关信息的界面示意图；

图8是本申请的另一示例性实施例示出的资源申请方法的示意图；

图9是本申请的另一示例性实施例示出的资源申请方法的示意图；

图10是本申请的一示例性实施例示出的一种通过一个交付模块获取配置信息的流程示意图；

图11是本申请的一示例性实施例示出的一种通过三个交付模块获取配置信息的流程示意图；

图12是本申请的另一示例性实施例示出的资源申请方法的流程图；

图13是本申请的另一示例性实施例示出的资源申请方法的流程图；

图14是本申请的一示例性实施例示出的一种审核页面的显示样式示意图；

图15是本申请的一示例性实施例示出的一种群聊机器人向审核方推送审核页面的地址界面示意图；

图16是本申请的另一示例性实施例示出的资源申请方法的流程图；

图17是本申请的另一示例性实施例示出的资源申请方法的流程图；

图18是本申请的另一示例性实施例示出的资源申请方法的流程图；

图19是本申请的另一示例性实施例示出的资源申请方法的流程图；

图20是本申请的另一示例性实施例示出的资源申请方法的流程图；

图21是本申请的一示例性实施例示出的一种资源申请工作流的模块调用流程图；

图22是本申请的另一示例性实施例示出的资源申请方法的流程图；

图23是本申请的一示例性实施例示出的资源申请装置的框图；

图24是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相相同的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相同的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是，在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在介绍本申请实施例的技术方案之前，先介绍本申请实施例涉及的专业名词。

工作流是指工作流业务过程的部分或整体在计算机应用环境下的自动化，是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。

工作流应用(APPlication，APP)是抽象了某些常用的功能或接口服务的应用模块，实现用户功能时候使用者只需要通过图形化配置即可，不需要从编写代码开始。

工作流实例是指工作流实例通过将多个工作流APP按一定流程顺序串联起来从而实现一个完整的工作流程的所有功能。

工作流自动化技术可以将流程进行模块化拆解，然后根据具体的流程步骤，将功能模块进行重新串联组合，按图运算算法依次执行所有的模块，从而达到自动化运行的效果。工作流自动化技术的核心组件分为两部分，可视化编辑器和工作流引擎。

可视化编辑器引入低代码的构建思路，通过拖拽和连线的方式完成流程的编排，无需大量的开发人员投入即可快速构建工作流程。同时采用配置式编码：通过图形界面的配置来实现功能逻辑，降低使用成本，非专业代码开发人员也可以进行“开发”。可视化编辑器的具体显示样式可以由本领域技术人员设计，本申请实施例不作限定。用户可以在可视化编辑器上通过拖拽和连线的方式完成流程的编排，编排完成后，工作流引擎可以基于用户的编排生成对应的工作流文件。

工作流引擎可以根据功能模块化拆解的思想，将常用的功能逻辑抽象成APP，将程序运行主体和配置分离，保证在不同的应用场景下，在主体功能逻辑稳定不变的情况下可以支持配置的灵活变动。

工作流自动化技术的核心组件，即可视化编辑器和工作流引擎，可以参见图1，图1为本申请实施例提供的一种工作流自动化技术的核心组件的结构示意图。其中，可视化编辑器中包括流编排画布，用户可以在该流编排画布对应的模块库中选择不同的模块，按照特定的逻辑关系进行连接，以实现不同的功能。该流编排画布对应的模块库可以至少包括：应用参数配置器、调试器、版本控制器、应用选择器和图形渲染引擎等。本申请实施例不对该流编排画布对应的模块库中的模块进行限定，本领域技术人员可以根据需求设计不同的模块，以实现不同的模块功能，进而可以供用户在该流编排画布中选择需要的模块以实现特定的功能。

工作流引擎可以包括流执行引擎，流执行引擎可以至少包括：逻辑处理引擎、应用执行引擎、触发器检测器、语法解析引擎和凭据鉴权引擎等。本申请实施例不对流执行引擎包括的引擎的具体类型进行限定，本领域技术人员可以根据需求设计不同的引擎，以适配不同的使用场景。

在本申请实施例中，申请方可以在可视化编辑器上选择不同的模块进行流程的编排，以实现特定的功能，从而得到对应的工作流文件。相应地，本申请实施例所涉及的资源申请的流程也可以通过设计对应的资源申请工作流的方式来实现。本领域技术人员可以在可视化编辑器上选择条件需要的模块，以形成资源申请工作流。

由于该资源申请工作流最终会运行在资源管理方，资源管理方会自动为该资源申请工作流分配服务器资源，因此本申请实施例中的资源申请工作流不需要再申请服务器资源。而申请方设计的工作流需要申请到服务器资源之后，才可以由申请方使用。可以理解的是，资源申请工作流是用于为申请方设计的工作流申请服务器资源的。

此外，本申请实施例中的资源管理方可以对申请方和审批方发送的消息进行处理，涉及到云计算的技术；进一步地，资源管理方还可以将申请方发送的数据进行保存，保存在数据库中，因此还涉及云存储和数据库的技术。其中：

一、云计算(cloud computing)指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(DistributedComputing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

二、云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储***(以下简称存储***)是指通过集群应用、网格技术以及分布存储文件***等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储***。

目前，存储***的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件***上，文件***将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID entity，ID)等额外的信息，文件***将每个对象分别写入该逻辑卷的物理存储空间，且文件***会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件***能够根据每个对象的存储位置信息让客户端对数据进行访问。

存储***为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(Redundant Array of Independent Disk，RAID)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

三、数据库(Database)，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

数据库管理***(Database Management System，DBMS)是为管理数据库而设计的电脑软件***，一般具有存储、截取、安全保障、备份等基础功能。数据库管理***可以依据它所支持的数据库模型来作分类，例如关系式、可扩展标记语言(Extensible MarkupLanguage，XML)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如结构化查询语言(Structured Query Language，SQL)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

相关技术中，服务器资源的申请方式往往是通过邮件往来，需要人工主动推动申请流程，申请步骤比较繁琐，加上人工推动流程容易出现疏漏，进而容易导致整个申请进度丢失，需要重新推动申请流程，拉长了资源申请周期。

基于前述介绍的工作流相关内容，以及相关技术中为工作流申请服务器资源效率低的问题，本申请的实施例提供的一种资源申请方法。具体而言，在本申请的一个实施环境中，请参阅图2，主要包含了申请方210、审核方220、消息发送服务器方230和资源管理方240。

其中，申请方210指的是为工作流申请服务器资源的一方，该申请方210可以是客户端，可以运行用于消息发送的产品，如通讯软件、小程序等；审核方220指的是为申请方210在为工作流申请服务器资源时填写的服务器资源的配置信息进行审核的一方，该审核方220也可以客户端，可以运行用于消息发送的产品；消息发送服务器230可以为通讯软件提供通信服务，使得申请方210和审核方220可以与其他使用该消息发送软件的用户进行数据通信，也可以使得申请方210和审核方220与资源管理方240进行数据通信。消息发送服务器相当于是一个消息中转处，例如，申请方210需要发送消息给资源管理方240，则可以先将消息发送给消息发送服务器230，消息发送服务器230再将该消息转发至资源管理方240，同理，申请方也可以通过消息发送服务器230发送消息至审核方220，以及其他可以运行该用于消息发送的产品的客户端。本申请实施例中，如申请方和审核方这种类型的客户端的个数可以是一个或多个，在符合特定要求的情况下，每个客户端都可以作为申请方或者审核方。

其中，申请方210和审核方220可以是智能手机、平板、笔记本电脑、计算机、智能语音交互设备、智能家电、智能穿戴设备、飞行器等。

资源管理方240也可以称为工作流平台或工作流服务器，本质上可以是服务器；进一步地，消息发送服务器230也可以是服务器。可以理解的是，资源管理方240和消息发送服务器230可以提供各种服务的服务器。其中，可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)以及大数据和人工智能平台等基础云计算服务的云服务器，本处不对此进行限制。

需要说明的是，在本申请的具体实施方式中，涉及到用户相关的数据，当本申请实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

请参阅图3，图3是本申请的一个实施例示出的资源申请方法的流程图，该资源申请方法可以由图2中所示的资源管理方来执行。如图3所示，资源申请方法至少包括步骤S310至步骤S340，详细介绍如下：

步骤S310，接收申请方发送的针对工作流所发起的服务器资源的申请请求。

其中，该工作流可以是申请方通过前述的可视化编辑器设计的工作流，与实现本申请的资源申请功能的资源申请工作流不同，为方便描述，如无特殊说明，除了资源申请工作流之外，工作流可以是由申请方设计的工作流。

本申请实施例中，申请方和审核方均可以运行通讯软件，该通讯软件由消息发送服务器提供通信服务。该通讯软件支持群聊功能，本领域技术人员可以在群聊功能中新建群聊机器人，即可得到该群聊机器人的消息凭据，该消息凭据可以包括资源管理方的网络钩子(webhook)地址、令牌(Token)和ACEkey。该群聊机器人的配置页面中可以包括资源管理方的回调地址，该资源管理方的回调地址可以设置为该资源管理方的webhook地址。其中，资源管理方的回调地址可以是专用于接收外部设备或服务器所发送消息的地址。也就是说，消息发送服务器发送申请请求至资源管理方，实际上是发送给资源管理方的回调地址，资源管理方再从该回调地址中获取对应的消息。

本申请实施例中，申请方或者审核方，对于需要通过消息发送服务器与资源管理方进行相互发送的消息，均可以通过消息发送服务器使用Token和ACEkey进行加密后，再发送给对方。对方收到该消息后，在使用Token和ACEkey对该消息进行解密，进而获取到该消息中的消息体内容，这样可以保障消息的安全性。其中，申请方的Token和ACEkey可以是资源管理方或其他权威服务器预先分配给申请方的，审核方的Token和ACEkey也可以是资源管理方或其他权威服务器预先分配给审核方的。申请方的Token和ACEkey可以保存于申请方、消息发送服务器和资源管理方；同理，审核方的Token和ACEkey可以保存于审核方、消息发送服务器和资源管理方。并且，申请方的Token和ACEkey与审核方的Token和ACEkey可以相同，也可以不同，具体可以由本领域技术人员设置，本申请实施例不作限定。

具体地，申请方可以向消息发送服务器先发送针对工作流所发起的服务器资源的申请消息，消息发送服务器接收到该申请消息后，可以使用Token和ACEkey对该申请消息进行加密，得到该申请请求。需要说明的是，该通讯软件可以支持群聊功能，也可以支持单聊功能，该申请方可以在群聊中艾特(@)群聊机器人，并附上用于触发资源申请流程的触发语；或者在与该群聊机器人的单聊对话框中输入该触发语，该触发语就可以与该工作流的标识信息一起作为申请消息。本申请实施例中，该触发语可以是“申请”一词，也可以是其他的词语或句子，具体可以由本领域技术人员设计，本申请实施例不作限定。

示例性地，如图4所示，为一种通过与群聊机器人单聊发送触发语的示意图，申请方可以在于群聊机器人的单聊对话框中输入“申请”，即可使得申请方发送申请请求至资源管理方。

进一步地，该消息发送服务器可以将该申请请求发送至资源管理方的回调地址中，需要说明的是，消息发送服务器接收到的来自申请方的申请消息，和对该申请消息加密后的得到的申请请求中包括的内容是一致的，加密的作用是为了保证该申请消息的安全性。

进一步地，资源管理方接收到该申请请求后，可以使用Token和ACEkey对该申请请求进行解密，从而获得该申请请求中包括的消息体内容。其中，申请请求的消息体内容可以包括该工作流的标识信息和该申请方为工作流申请服务器资源的指示信息，以供资源管理方识别出该申请方正在为哪个工作流申请服务器资源。该工作流的标识信息可以是申请方设计好该工作流之后，将该工作流发送给资源管理方，进而由资源管理方为该工作流分配的标识信息。

本申请实施例中，资源申请工作流的运行可以通过触发而开始执行。可以为该资源申请工作流设置一个群聊机器人触发器，当资源管理方接收到申请请求，通过解密获得该申请请求中包括的消息体内容，并检测到触发语时，就可以触发资源申请工作流的启动，开始资源申请工作流的运行。

步骤S320，基于申请请求生成申请页面的地址。

其中，该申请请求中包括该工作流的标识信息，进而资源管理方可以根据该申请请求生成申请页面的地址，该申请页面的地址也可以称为交付地址。该申请页面的地址可以用于访问申请页面，该申请页面的显示样式可以由本领域技术人员设计。例如，如图5所示为本申请实施例提供的一种申请页面的显示样式示意图，该申请页面可以显示服务器资源申请表单，服务器资源申请表单可以包括若干个待填写项，如申请原因、业务名称、申请数量、可用区、是否独占、公网IP地址以及其他说明，本领域技术人员可以根据需求对该申请页面中包括的待填写项进行增添删改，本申请实施例不作限定。其中，如图5所示，可以设置某些待填写项为必填写项，可以在待填写项之前增加“*”即可标记该待填写项为必填写项，必填写项也可以由本领域技术人员设置，本申请实施例不作限定。

步骤S330，将申请页面的地址发送至申请方，以使申请方基于申请页面的地址显示申请页面，并响应于基于申请页面的输入操作，得到针对待分配服务器资源对应的配置信息。

其中，资源管理方可以先向消息发送服务器发送该申请页面的地址，消息发送服务器接收到该申请页面的地址后，可以使用Token和ACEkey对该申请页面的地址进行加密，再将加密后的申请页面的地址发送至申请方，申请方接收到该加密后的申请页面的地址后，可以使用本地保存的对应的Token和ACEkey对该加密后的申请页面的地址进行解密，从而得到申请页面的地址。

本申请实施例中，消息发送服务器可以通过消息推送的方式，将该申请页面的地址发送至申请方，该信息推送的方式可以是通过群聊机器人对申请方进行单聊，或者是群聊机器人在群聊中艾特申请方。示例性地，如图6所示为一种群聊机器人发送申请页面的地址给申请人的界面示意图，群聊机器人可以向申请方发送“服务器资源申请已经受理，请前往填写服务器需求细节”的提示信息，并附上该申请页面的地址。需要说明的是，若申请方是在群聊中艾特群聊机器人而发送申请请求的，则该申请页面的地址也可以群聊机器人在群聊中艾特申请方而发送的；对应地，若申请方是与群聊机器人单聊而发送申请请求的，则该申请页面的地址可以是群聊机器人单聊申请方而发送的，本申请实施例不作限定。

申请方可以获取对该申请页面的地址的点击操作，可以通过浏览器访问该申请页面的地址，进而可以显示申请页面，该申请页面即为上述图5所述的页面，可以显示服务器资源申请表单。申请方可以在该申请页面中按照待填写项的要求进行输入操作，完善该服务器资源申请表单，点击提交后，可以得到针对待分配服务器资源对应的配置信息。

需要说明的是，申请方在申请页面中填写好该服务器资源申请表单后，点击提交，浏览器就可以针对该申请页面的地址发起超文本传输协议(Hyper Text TransferProtocol，HTTP)请求，该HTTP请求可以发送至资源管理方。也就是说，此步骤不需要经过消息发送服务器进行转发，可以直接通过HTTP请求发送针对待分配服务器资源对应的配置信息。其中，该HTTP请求中可以包括通用唯一识别码(Universally Unique Identifier，UUID)。

步骤S340，接收申请方发送的配置信息，并基于配置信息为工作流分配服务器资源。

本申请实施例中，资源管理方为工作流分配服务器资源，需要审核方对该配置信息进行审核，当审核方对该配置信息进行审核之后，得到的审核信息表征审核通过，则可以基于配置信息为工作流分配服务器资源。

具体地，资源管理方可以使用发起应用程序界面(Application ProgramInterface，API)请求的方式，调用与该资源管理方关联的服务器管理***的API接口，将该配置信息传入该API接口，以使服务器管理***为该工作流分配服务器资源。

在本申请的一个实施例中，基于配置信息为工作流分配服务器资源之后，资源管理方可以通过消息发送服务器向申请方发送该服务器资源对应的新建服务器的相关信息发送至申请方。该新建服务器的相关信息可以包括申请结果、IP地址、登录端口、登录账号和登录密码等，具体可以由本领域技术人员设计，本申请实施例不作限定。

示例性地，如图7所示为一种群聊机器人向申请方推送新建服务器的相关信息的界面示意图。图7所示的申请结果、IP地址、登录端口、登录账号和登录密码均均有了对应的信息。

通过本申请实施例，申请方可以向资源管理方发送针对工作流的服务器资源的申请请求，其中，该申请请求中可以包括该工作流的标识信息。资源管理方接收到该申请请求后，可以基于该交付模块的标识信息生成申请页面的地址，并将该申请页面的地址发送至申请方。申请方接收到该申请页面的地址后，可以显示该申请页面，并响应于基于交付页面的输入操作，得到针对待分配服务器资源对应的配置信息。进一步地，申请方可以将该配置信息发送至资源管理方，资源管理方可以在审核方针对配置信息审核通过后，基于审核信息和配置信息为该工作流分配服务器资源。

通过该方法，资源申请流程简单，为申请方申请服务器资源提供了便利性，避免了传统的邮件申请方式的申请周期长、申请错误率高以及操作繁琐等缺陷，提高了服务器资源的申请效率。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图8所示，该资源申请方法可以包括步骤S310、步骤S810至步骤S830、步骤S330至步骤S340。

由于步骤S310、步骤S330至步骤S340已在如图3所示的实施例中详细描述，此处不做赘述。下面对步骤S810至步骤S830进行描述：

步骤S810，获取预设权限列表；其中，该预设权限列表包括多个申请方的标识信息，以及多个申请方的权限信息。

本申请实施例中，预设权限列表包括的多个申请方的标识信息可以是资源管理方预先分配给该多个申请方的，也可以是资源管理方检测到该多个申请方的标识信息表征为具有权限而添加在预设权限列表的，本申请实施例不作限定。

多个申请方的标识信息可以是多个申请方的硬件地址(如媒体接入控制(MediumAccess Control，MAC)地址、国际移动设备识别码(International Mobile EquipmentIdentity，IMEI)地址等)，也可以是多个申请方的IP地址等，本申请实施例也不做限定。

步骤S820，基于预设权限列表和申请方的标识信息，对申请方进行权限校验。

具体地，资源管理方可以将该申请方的标识信息与预设权限列表中的多个申请方的标识信息进行比较。若预设权限列表中存在与申请方的标识信息相同的标识信息，则该申请方的权限校验通过，否则校验失败。

步骤S830，若对申请方的权限校验通过，则基于申请请求生成申请页面的地址。

即在申请方的权限校验通过的情况下，资源管理方则可以基于申请请求生成申请页面的地址。

若对申请方的权限校验失败，则资源管理方可以通过消息发送服务器向申请方发送一个权限校验失败的提醒消息，例如，该提醒消息可以是“当前用户没有服务器资源申请权限”。

通过本申请实施例，资源申请方可以在对申请方的权限校验通过，才进行后续的资源申请步骤，可以过滤掉无申请权限的申请方的服务器资源申请，一定程度上节约了服务器资源，避免服务器资源的滥用。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图9所示，该资源申请方法可以包括步骤S310、步骤S910至步骤S920、步骤S330至步骤S340。

本申请实施例中的申请请求中携带有工作流的标识信息，该工作流的标识信息可以是工作流ID。

由于步骤S310和步骤S330至步骤S340已在如图3所示的实施例中详细描述，此处不做赘述。下面对步骤S910至步骤S920进行描述：

步骤S910，基于工作流的标识信息得到交付模块的标识信息；其中，交付模块用于获取服务器资源对应的配置信息。

本申请实施例中，交付模块是资源管理方用于从申请方获取上述服务器资源的配置信息的模块，该交付模块包含于资源申请工作流中。交付模块也可以称为交付APP，本领域技术人员在设计该资源申请工作流时，可以选择交付模块，当该资源申请工作流执行到接收到申请方发送的申请请求后，就可以根据工作流的标识信息得到交付模块的标识信息。其中，不同的工作流可以对应不同的交付模块。

需要说明的是，申请方在设计完成工作流之后，可以将该工作流发送至资源管理方。资源管理方接收到该工作流后，可以为该工作流分配标识信息，得到工作流的标识信息。进一步地，资源管理方发现资源申请工作流中需要使用到交付模块，就可以在得到该工作流的标识信息后，调用交付模块，并为该交付模块生成标识信息，得到交付模块的标识信息。其中，该交付模块的标识信息可以是一个32位的UUID。进一步地，资源管理方可以将交付模块的标识信息保存在数据库中，并且在该数据库中，为工作流的标识信息与交付模块的标识信息建立两者的映射关系。通过该映射关系，资源管理方在接收到工作流的标识信息之后，就可以对应地获得该交付模块的标识信息。

步骤S920，将交付模块的标识信息和检测地址进行拼接，得到申请页面的地址；其中，检测地址是用于对服务器资源对应的配置信息进行检测的检测模块相匹配的地址。

其中，该检测模块可以包含于交付模块中，可以用于检测申请方是否在申请页面提交了服务器资源的配置信息。该检测模块相匹配的地址即为检测地址，将该检测地址与交付模块的标识信息进行拼接后，就可以得到申请页面地址。示例性地，检测地址为http://192.168.1.1，交付模块的UUID为cb48c83aff43430154ae58195428683474453aa9，则经过拼接后，可以得到申请页面的地址为：

https://192.168.1.1/workflow/diversity/cb48c83aff43430154ae58195428683474453aa9

其中，“workflow”表示的是资源管理方中运行的资源申请工作流，“diversity”表示的是当前处于交付模块的运行进程中。

本申请实施例中，一个工作流可以对应一个交付模块，也可以对应多个交付模块。如图10所示为本申请实施例提供的一种通过一个交付模块获取配置信息的流程示意图。当一个工作流对应一个交付模块时，资源管理方获取配置信息的步骤可以包括：

步骤S1010，生成申请页面的地址，该申请页面包括服务器资源申请表单，且包括了所有的待填写项。

步骤S1020，资源管理方将该申请页面的地址发送至申请方，将资源申请工作流设置为检测状态。

步骤S1030，申请方在该申请页面对所有待填写项进行输入操作，得到配置信息，该配置信息包括所有填写项。

步骤S1040，申请方将配置信息发送至资源管理方。

步骤S1050，资源管理方将资源申请工作流设置为工作状态。

可选地，当一个工作流对应多个交付模块时，资源管理方可以根据多个交付模块对应生成多个申请页面的地址，每个申请页面中包括所有待填写项中的部分待填写项，那么资源管理方就会将多个申请页面的地址依次进行发送，每接收到一个申请页面的地址返回的部分填写项的信息(即部分配置信息)后，再发送下一个申请页面的地址，以此类推。

示例性地，如图11所示为本申请实施例提供的一种通过三个交付模块获取配置信息的流程示意图。资源申请工作流中包括3个交付模块，即交付模块1、交付模块2和交付模块3，交付模块1用于获取服务器资源申请表单中的申请原因和业务名称；交付模块2用于获取服务器资源申请表单中的申请数量和可用区域；交付模块3用于获取服务器资源申请表单中的是否独占、公网IP地址和其他说明。交付模块1对应UUID1，交付模块2对应UUID2，交付模块3对应UUID3。

当一个工作流对应三个交付模块时，资源管理方获取配置信息的步骤可以包括：

步骤S1110，资源管理方根据UUID1生成申请页面1的地址。

步骤S1120，资源管理方执行交付模块1，将申请页面1的地址发送至申请方，并将资源申请工作流切换至检测状态。

步骤S1130，申请方在申请页面1填入申请原因和业务名称，得到配置信息1，并向资源管理方返回该配置信息1。

步骤S1140，资源管理方将资源申请工作流切换至工作状态，并执行交付模块2，根据UUID2生成申请页面2的地址。

步骤S1150，将申请页面2的地址发送至申请方，并将资源申请工作流切换至检测状态。

步骤S1160，申请方在申请页面2填入申请数量和可用区域，得到配置信息2，并向资源管理方返回该配置信息2。

步骤S1170，资源管理方将资源申请工作流切换至工作状态，并执行交付模块3，根据UUID3生成申请页面3的地址。

步骤S1180，将申请页面3的地址发送至申请方，并将资源申请工作流切换至检测状态。

步骤S1190，申请方在申请页面3填入是否独占、公网IP地址和其他说明，得到配置信息3，并向资源管理方返回该配置信息3。

步骤S11100，资源管理方将资源申请工作流切换至工作状态。

其中，步骤S1110～步骤S11100中的检测模块是包含于交付模块中的，在实际应用中，检测模块也可以独立于交付模块，本申请实施例以检测模块包含于交付模块为例进行说明，不作限定。

通过该方法，资源管理方可以将交付模块的标识信息和检测地址进行拼接，得到申请页面的地址，加快了申请页面的地址的生成效率，并且通过检测模块对该配置信息进行检测，使得资源管理方可以及时检测到申请方输入的配置信息，保证了资源申请的效率。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图12所示，该资源申请方法可以包括步骤S310、步骤S1210至步骤S1220、步骤S920和步骤S330至步骤S340。

由于步骤S310、步骤S330至步骤S340已在如图3所示的实施例中详细描述，步骤S920已在如图9所示的实施例中详细描述，此处不做赘述。下面对步骤S1210至步骤S1220进行描述：

步骤S1210，获取工作流与交付模块之间的映射关系；其中，映射关系是接收到申请方发送的工作流，并为工作流分配标识信息后，基于工作流的标识信息和交付模块的标识信息所建立得到的。

本申请实施例中工作流与交付模块之间的映射关系可以保存于资源管理方的数据库中。

步骤S1220，基于映射关系和工作流的标识信息，得到交付模块的标识信息。

当资源管理方接收到该工作流的标识信息后，就可以在该数据中调取出该映射关系，从而可以确定出交付模块的标识信息。

通过该方法，资源管理方可以基于映射关系和工作流的标识信息，确定出交付模块的标识信息，有利于保证资源申请工作流的有序执行。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图13所示，该资源申请方法可以包括步骤S310至步骤S330和步骤S1310至步骤S1340。

由于步骤S310至步骤S330已在如图3所示的实施例中详细描述，此处不做赘述。下面对步骤S1310至步骤S1340进行描述：

步骤S1310，基于配置信息和申请请求生成审核页面的地址。

本申请实施例中，资源管理方通过交付模块获取到服务器资源的配置信息后之后，资源申请工作流可以进入运行审核模块的流程。审核模块是资源管理方用于从审核方获取对该配置信息的审核信息的模块，该审核模块包含于资源申请工作流中，且可以位于交付模块之后。审核模块也可以称为审核APP，本领域技术人员在设计该资源申请工作流时，可以选择审核模块，当该资源申请工作流执行到接收到申请方发送的配置信息后，就可以根据工作流的标识信息得到审核模块的标识信息。其中，不同的工作流可以对应不同的审核模块。

需要说明的是，申请方在设计完成工作流之后，可以将该工作流发送至资源管理方。资源管理方接收到该工作流后，可以为该工作流分配标识信息，得到工作流的标识信息。进一步地，资源管理方发现资源申请工作流中需要使用到审核模块，就可以在得到该工作流的标识信息后，调用审核模块，并为该审核模块生成标识信息，得到审核模块的标识信息。其中，该审核模块的标识信息可以是一个32位的UUID。进一步地，资源管理方可以将审核模块的标识信息保存在数据库中，并且在该数据库中，为工作流的标识信息与审核模块的标识信息建立两者的映射关系。通过该映射关系，资源管理方在接收到工作流的标识信息之后，就可以对应地获得该审核模块的标识信息。

具体地，可以将审核模块的标识信息和检测地址进行拼接，得到审核页面的地址；其中，该检测地址是用于对配置信息的审核信息进行检测的检测模块相匹配的地址。该检测地址可以与上述的交付模块对应的检测地址相同，也可以不同，具体可以由本领域技术人员设计，本申请实施例不作限定。

其中，该检测模块可以包含于审核模块中，可以用于检测审核方是否在审核页面提交了配置信息的审核信息。该检测模块相匹配的地址即为检测地址，将该检测地址与审核模块的标识信息进行拼接后，就可以得到审核页面地址。示例性地，检测地址为http://192.168.1.1，审核模块的UUID为cb48c83aff43430154ae58195428683474453aa9，则经过拼接后，可以得到审核页面的地址为：

https://192.168.1.1/workflow/approve/cb48c83aff43430154ae58195428683474453aa9

其中，“workflow”表示的是资源管理方中运行的资源申请工作流，“approve”表示的是当前处于审核模块的运行进程中。

该审核页面的地址可以用于访问审核页面，该申请页面的显示样式可以由本领域技术人员设计。例如，如图14所示为本申请实施例提供的一种审核页面的显示样式示意图，该审核页面可以显示服务器资源申请审核界面。服务器资源申请审核界面可以包括改配置信息对应的交付人、服务器资源申请表单、审核结论和评审意见，本领域技术人员可以根据需求对该审核页面中包括的待填写项进行增添删改，本申请实施例不作限定。其中，如图14所示，可以设置某些待填写项为必填写项，可以在待填写项之前增加“*”即可标记该待填写项为必填写项，必填写项也可以由本领域技术人员设置，本申请实施例不作限定。

步骤S1320，将审核页面的地址发送至审核方，以使审核方基于审核页面的地址显示审核页面，并响应于基于审核页面的输入操作，得到针对配置信息的审核信息。

本申请实施例中，消息发送服务器可以通过消息推送的方式，将该审核页面的地址发送至审核方。可以通过群聊机器人对申请方进行单聊，或者群聊机器人在群聊中艾特审核方，发送该审核页面的地址。同时，资源管理方可以将资源申请工作流切换至检测状态。

示例性地，如图15所示为一种群聊机器人向审核方推送审核页面的地址界面示意图。群聊机器人可以向审核方发送“有新的服务器资源申请流程，请前往审核”的提示信息，并附上该审核页面的地址。

审核方可以获取对该审核页面的地址的点击操作，可以通过浏览器访问该申请页面的地址，进而可以显示审核页面，该审核页面即为上述图14所述的页面，可以显示服务器资源申请审核界面。审核方可以在该审核页面中按照待填写项的要求进行输入操作，点击提交后，可以得到针对配置信息的审核信息。

需要说明的是，审核方在审核页面进行输入操作后，点击提交，浏览器就可以针对该审核页面的地址发起HTTP请求，该HTTP请求可以发送至资源管理方。也就是说，此步骤也不需要经过消息发送服务器进行转发，可以直接通过HTTP请求发送针对配置信息的审核信息。

本申请实施例中，一个工作流可以对应一个审核模块，也可以对应多个审核模块。对于这两种情况，资源申请工作流的执行步骤也会不同，但分别与前述如图10和图11所示的实施例类似，此处不做赘述。

本申请实施例中的审核方的数量可以是一个或多个，资源管理方可以设置审核方列表，该审核方列表中可以包括多个审核方的标识信息，该多个审核方的标识信息可以是多个审核方的MAC地址、IMEI号等，本申请实施例不作限定。

步骤S1330，接收审核方发送的审核信息。

资源管理方接收到该审核信息后，可以提取出可以将资源申请工作流切换至工作状态。

资源管理方可以接收多个审核方发送的审核信息，每个审核方的审核信息都可以是通过HTTP请求发送的。资源管理方接收到每个HTTP请求后，均可以提取出审核模块的UUID，从而通过得到对应的工作流的标识信息，获知每个审核信息是对应到哪个工作流的。

步骤S1340，基于审核信息和配置信息为工作流分配服务器资源。

资源管理方可以对一个或多个审核方发送的审核信息进行处理，从而确定出一个或多个审核信息所表征的审核情况，进而根据该审核情况，基于配置信息为工作流分配服务器资源。

通过该方法，资源管理方可以调用审核模块来触发使审核方对来自于申请方的配置信息进行审核，得到审核信息，最终基于审核信息和配置信息为工作流分配服务器资源，有利于保证资源申请的效率。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图16所示，该资源申请方法可以包括步骤S310至步骤S330、步骤S1310至步骤S1330和步骤S1610至步骤S1620。

由于步骤S310至步骤S330已在如图3所示的实施例中详细描述，步骤S1310至步骤S1330已在如图13所示的实施例中详细描述，此处不做赘述。下面对步骤S1610至步骤S1620进行描述：

步骤S1610，基于审核信息检测针对配置信息的审核情况。

本申请实施例中的审核方在审核配置信息时，可以涉及不同的审核类型，本申请实施例中的审核类型可以包括两种。

第一种审核类型：审核方列表中的所有审核方均对配置信息审核通过。

第二种审核类型：审核方列表中的至少一个审核方对配置信息审核通过。

资源管理方可以根据审核类型、接收到的一个或多个审核信息来确定出该审核情况。示例性的，假设对该配置信息的审核类型为第一种审核类型，且审核方包括审核方1、审核方2和审核方3。资源管理方可以将审核页面的地址分别发送至该三个审核方，并接收到该三个审核方返回的审核信息。当审核方1、审核方2和审核方3均对该配置信息审核通过，则该审核情况即为对配置信息审核通过。当审核方1、审核方2对该配置信息审核通过，而审核方3对该配置信息审核未通过，则该审核情况为对配置信息审核驳回。

步骤S1620，若审核情况表征审核通过，则基于配置信息为工作流分配服务器资源。

其中，基于配置信息为工作流分配服务器资源的具体步骤已在步骤S340中详细描述，此处不做赘述。

若审核情况表征审核驳回，则说明申请失败，资源管理方可以向申请方发送服务器资源申请失败的提示。

通过该方法，可以使得多个审核方对配置信息进行审核，从而保证审核的公正性以及准确性。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图17所示，该资源申请方法可以包括步骤S310至步骤S330、步骤S1310、步骤S1710至步骤S1720、步骤S1330至步骤S1340。

由于步骤S310至步骤S330已在如图3所示的实施例中详细描述，步骤S1310、步骤S1330至步骤S1340已在如图13所示的实施例中详细描述，此处不做赘述。下面对步骤S1710至步骤S1720进行描述：

步骤S1710，检测在指定时间段内是否接收到审核方发送的审核信息。

其中，该指定时间段是指从资源管理方发送审核页面的地址至审核方的时刻起经过的时间段，该时间段的时长可以由本领域技术人员设计，本申请实施例不作限定。

步骤S1720，若未在指定时间段内接收到审核方发送的审核信息，则每隔预设时间段将审核页面的地址发送至审核方，直至接收到审核方发送的审核信息。

其中，该预设时间段可以与指定时间段的时长相同，也可以不同，本申请实施例不作限定。

通过该方法，可以在审核方超时未审核配置信息的情况下，重复提醒审核方，以保证服务器资源申请的及时性。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由资源管理方240来执行。如图18所示，该资源申请方法可以包括步骤S310至步骤S340和步骤S1810至步骤S1820。

由于步骤S310至步骤S340已在如图3所示的实施例中详细描述，此处不做赘述。下面对步骤S1810至步骤S1820进行描述：

步骤S1810，生成针对服务器资源的使用信息。

其中，该使用信息可以是该服务器资源对应的新建服务器的相关信息。资源管理方可以通过消息发送服务器向申请方发送该服务器资源对应的新建服务器的相关信息发送至申请方。该新建服务器的相关信息可以包括申请结果、IP地址、登录端口、登录账号和登录密码等，具体可以由本领域技术人员设计，本申请实施例不作限定。

步骤S1820，将使用信息发送至申请方，以使申请方基于使用信息使用服务器资源。

也就是说，申请方可以根据该使用信息所指示的IP地址、登录端口、登录账号和登录密码使用该服务器资源。

通过该方法，申请方在对工作流申请服务器资源成功后，资源申请方可以即使向申请方推送使用信息，以使申请方可以及时使用该服务器资源，保证时效性。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由申请方210来执行。如图19所示，该资源申请方法可以包括步骤S1910至步骤S1940，下面对步骤S1910至步骤S1940进行描述：

步骤S1910，向资源管理方发送针对工作流的服务器资源的申请请求。

具体地，申请方可以向消息发送服务器先发送针对工作流所发起的服务器资源的申请消息，消息发送服务器接收到该申请消息后，可以使用Token和ACEkey对该申请消息进行加密，得到该申请请求，进而可以将该申请请求转发至资源管理方。需要说明的是，该申请方可以在群聊中艾特群聊机器人，并附上用于触发资源申请流程的触发语；或者在与该群聊机器人的单聊对话框中输入该触发语。

步骤S1920，接收资源管理方发送的申请页面对应的地址，并基于申请页面的地址显示申请页面。

本申请实施例中，消息发送服务器可以通过消息推送的方式，将该申请页面的地址发送至申请方。示例性地，可以通过群聊机器人对申请方进行单聊，或者群聊机器人在群聊中艾特申请方，并发送“服务器资源申请已经受理，请前往填写服务器需求细节”的提示信息，并附上该申请页面的地址。

步骤S1930，响应于基于申请页面的输入操作，得到针对待分配服务器资源对应的配置信息。

申请方可以获取对该申请页面的地址的点击操作，可以通过浏览器访问该申请页面的地址，进而可以显示申请页面，该申请页面即为上述图4所述的页面，可以显示服务器资源申请表单。申请方可以在该申请页面中按照待填写项的要求进行输入操作，完善该服务器资源申请表单，点击提交后，可以得到针对待分配服务器资源对应的配置信息。

步骤S1940，将配置信息发送至资源管理方，以使资源管理方基于配置信息为工作流分配服务器资源。

其中，申请方将配置信息发送至资源管理方可以是通过HTTP请求发送的。资源管理方接收到该配置信息后，可以调用审核模块，使得审核方对该配置信息进行审核，得到审核信息。进一步地，资源管理方可以基于该审核信息检测检测针对配置信息的审核情况，并根据审核情况为工作流分配服务器资源。

通过本申请实施例，资源管理方可以自动处理申请方发送的申请请求，并通过调用不同的模块进行对申请请求进行快速处理，大大提高了服务器资源申请的效率。另外，申请方对工作流进行资源申请，以及审核方对配置信息进行审核，均是基于资源管理方，不需要搭建额外的申请平台和审核平台，所有的申请流程都运行在同一个平台上，有利于降低成本。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法可以由申请方210来执行。如图20所示，该资源申请方法可以包括步骤S2010至步骤S2030和步骤S1920至步骤S1940。

由于步骤S1920至步骤S1940已在如图19所示的实施例中详细描述，此处不做赘述。下面对步骤S2010至步骤S2030进行描述：

步骤S2010，向资源管理方发送工作流，以使资源管理方生成工作流对应的标识信息。

其中，该工作流可以是申请方使用可视化编辑器设计的，用于实现申请方所需求的功能。申请方将该工作流发送至资源管理方后，资源管理方可以为该工作流生成对应的标识信息，该标识信息可以是ID。

步骤S2020，接收资源管理方发送的工作流的标识信息。

可选地，可以通过申请方的通讯软件接收该工作流的标识信息，并保存该工作流的标识信息。

步骤S2030，基于工作流的标识信息生成申请请求，并向资源管理方发送申请请求。

可选地，申请方可以在需要为该工作流申请服务器资源时，再向资源管理方发送申请请求。

通过该方法，申请方可以获取到工作流的标识信息，该工作流的标识信息也会保存在资源管理方，当申请方发送申请请求后，资源管理方可以获知该申请方是为哪个工作流申请服务器资源。因此，可以保证资源申请的准确性。

在本申请的一个实施例中，提供了一种资源申请工作流的模块调用流程图。如图21所示，该资源申请工作流包括触发器2110、条件判断模块2120、消息发送模块2130、交付模块2140、审核模块2150和分发资源模块2160。

触发器2110可以分为主动触发器和被动触发器。

主动触发器：不需要外部触发，而是由资源申请工作流自身主动触发，比如周期性触发。

被动触发器：由外部信息触发，比如接收到http webhook访问请求。

本申请实施例中，申请方发送的申请请求中可以包括触发语，并且该申请请求可以是发送至资源管理方的回调地址的，资源管理方的回调地址即为webhook，因此本申请实施例中的触发器2110可以属于被动触发器。本领域技术人员也可以根据需求将该触发器2110设计为主动触发器，本申请实施例不作限定。

条件判断模块2120是用于对申请方进行权限检验的，具体的实施步骤可以参见如图8所示的实施例，此处不做赘述。

消息发送模块2130是用于向申请方发送消息的模块，该消息发送模块2130可以调用群聊机器人，通过艾特或单聊的方式，将消息发送至申请方或审核方。在以下情况下，可以调用消息发送模块2130向申请方发送特定的信息：

(一)若条件判断模块2120判断申请方没有服务器资源的申请权限，则通过消息发送模块2130向申请方推送“当前用户没有服务器资源申请权限”的消息。

(二)若条件判断模块2120判断申请方具有服务器资源的申请权限，则通过消息发送模块2130向申请方推送“服务器资源申请已经受理，请前文填写服务器需求细节”的提示，并附上申请页面的地址，如图6所示。

(三)若资源管理方通过交付模块2140获取到配置信息，则通过消息发送模块2130向审核方推送“有新的服务器资源申请流程，请前往审核”的提示，并附上审核页面的地址，如图15所示。

(四)若审核模块2150检测到审核方对配置信息审核驳回，则通过消息发送模块2130向申请方推送审核方的评审意见、审核结论，也提醒申请人重新在申请页面输入信息，并附上申请页面的地址。

(五)若审核模块2150检测到审核方在指定时间段内未对配置信息进行审核，则通过消息发送模块2130向审核方推送“服务器资源审核工作已超时”的提示。

(六)在执行第(五)种情况的推送之后，再执行第(三)种情况的推送。

(七)分发资源模块2160为工作流分配服务器资源后，通过消息发送模块2130向申请方推送“申请流程完成，新建服务器的相关信息如下”的提示，并附上使用信息，如图7所示。

需要说明的是，上述多个提示的具体内容可以由本领域技术人员设计，本申请实施例不作限定。

交付模块2140用于从申请方获取配置信息，申请方将配置信息发送至资源管理方即为交付的动作。

审核模块2150用于从申请方获取对配置信息的审核信息。

分配资源模块2160用于为工作流分配服务器资源。

通过上述多个模块的逻辑组合，可以形成本申请实施例中的资源申请工作流，通过该资源申请工作流执行资源申请的流程，可以保证资源申请的有序进行，也可以提高资源申请的效率。

在本申请的一个实施例中，提供了另一种资源申请方法，该资源申请方法的执行主体可以包括申请方210、审核方220、消息发送服务器230和资源管理方240。如图22所示，该资源申请方法可以包括步骤S2201至步骤S2212。具体为：

步骤S2201，申请方通过消息发送服务器向资源管理方发送为工作流申请服务器资源的申请请求。

步骤S2202，资源管理方根据申请请求对申请方进行权限校验。

步骤S2203，若对申请方的权限校验通过，则资源管理方根据申请请求生成申请页面的地址。

步骤S2204，资源管理方通过消息发送服务器向申请方发送申请页面的地址。

步骤S2205，申请方在申请页面执行输入操作，得到服务器资源的配置信息。

步骤S2206，申请方通过HTTP请求向资源管理方发送服务器资源的配置信息。

步骤S2207，资源管理方根据申请请求和配置信息生成审核页面的地址。

步骤S2208，资源管理方通过消息发送服务器向审核方发送审核页面的地址。

步骤S2209，审核方在审核页面执行输入操作，得到针对配置信息的审核信息。

步骤S2210，审核方通过HTTP请求向资源管理方发送针对配置信息的审核信息。

步骤S2211，资源管理方根据审核信息和配置信息为工作流分配服务器资源。

步骤S2212，资源管理方为工作流分配服务器资源完成后，通过消息发送服务器向申请方发送使用信息。

步骤S2201至S2212的具体步骤已在前述实施例详细描述，此处不做赘述。

通过该方法，通过该资源申请工作流执行资源申请的流程，可以保证资源申请的有序进行，也可以提高资源申请的效率，降低成本。

图23是本申请的一个实施例示出的资源申请装置的框图。如图23所示，该资源申请装置包括：

收发单元2310，用于接收申请方发送的针对工作流所发起的服务器资源的申请请求；

处理单元2320，用于基于申请请求生成申请页面的地址；

收发单元2310，还用于将申请页面的地址发送至申请方，以使申请方基于申请页面的地址显示申请页面，并响应于基于申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；

收发单元2310，还用于接收申请方发送的配置信息，并基于配置信息为工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，处理单元2320，还用于基于配置信息和申请请求生成审核页面的地址；收发单元2310，还用于将审核页面的地址发送至审核方，以使审核方基于审核页面的地址显示审核页面，并响应于基于审核页面的输入操作，得到针对配置信息的审核信息；接收审核方发送的审核信息；处理单元2320，还用于基于审核信息和配置信息为工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，检测单元2330，用于基于审核信息检测针对配置信息的审核情况；处理单元2320，还用于若审核情况表征审核通过，则基于配置信息为工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，在将审核页面的地址发送至审核方之后，检测单元2330，还用于检测在指定时间段内是否接收到审核方发送的审核信息；若未在指定时间段内接收到审核方发送的审核信息，则处理单元2320，还用于每隔预设时间段将审核页面的地址发送至审核方，直至接收到审核方发送的审核信息。

在本申请的一个实施例中，基于前述方案，获取单元2340，用于获取预设权限列表；其中，预设权限列表包括多个申请方的标识信息，以及多个申请方的权限信息；处理单元2320，还用于基于预设权限列表和申请方的标识信息，对申请方进行权限校验；若对申请方的权限校验通过，则基于申请请求生成申请页面的地址。

在本申请的一个实施例中，基于前述方案，在基于配置信息为工作流分配服务器资源之后，处理单元2320，还用于生成针对服务器资源的使用信息；收发单元2310，还用于将使用信息发送至申请方，以使申请方基于使用信息使用服务器资源。

在本申请的一个实施例中，基于前述方案，申请请求中携带有工作流的标识信息；处理单元2320，还用于基于工作流的标识信息得到交付模块的标识信息；其中，交付模块用于获取服务器资源对应的配置信息；将交付模块的标识信息和检测地址进行拼接，得到申请页面的地址；其中，检测地址是用于对服务器资源对应的配置信息进行检测的检测模块相匹配的地址。

在本申请的一个实施例中，基于前述方案，获取单元2340，还用于获取工作流与交付模块之间的映射关系；其中，映射关系是接收到申请方发送的工作流，并为工作流分配标识信息后，基于工作流的标识信息和交付模块的标识信息所建立得到的；处理单元2320，还用于基于映射关系和工作流的标识信息，得到交付模块的标识信息。

进一步地，该资源申请装置还包括：

收发单元2310，用于向资源管理方发送针对工作流的服务器资源的申请请求；

收发单元2310，还用于接收资源管理方发送的申请页面对应的地址，并基于申请页面的地址显示申请页面；

处理单元2320，用于响应于基于申请页面的输入操作，得到针对待分配服务器资源对应的配置信息；

收发单元2310，还用于将配置信息发送至资源管理方，以使资源管理方基于配置信息为工作流分配服务器资源。

在本申请的一个实施例中，基于前述方案，收发单元2310，还用于向资源管理方发送工作流，以使资源管理方生成工作流对应的标识信息；接收资源管理方发送的工作流的标识信息；处理单元2320，用于还基于工作流的标识信息生成申请请求，并向资源管理方发送申请请求。

需要说明的是，前述实施例所提供的装置与前述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现如前的资源申请方法。

需要说明的是，图24示出的电子设备的计算机***2400仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图24所示，计算机***2400包括中央处理单元(Central Processing Unit，CPU)2401，其可以根据存储在只读存储器(Read-Only Memory，ROM)2402中的程序或者从存储部分2408加载到随机访问存储器(Random Access Memory，RAM)2403中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 2403中，还存储有***操作所需的各种程序和数据。CPU 2401、ROM 2402以及RAM 2403通过总线2404彼此相连。输入/输出(Input/Output，I/O)接口2405也连接至总线2404。

以下部件连接至I/O接口2405：包括键盘、鼠标等的输入部分2406；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分2407；包括硬盘等的存储部分2408；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分2409。通信部分2409经由诸如因特网的网络执行通信处理。驱动器2410也根据需要连接至I/O接口2405。可拆卸介质2411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2410上，以便于从其上读出的计算机程序根据需要被安装入存储部分2408。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分2409从网络上被下载和安装，和/或从可拆卸介质2411被安装。在该计算机程序被中央处理单元(CPU)2401执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以是电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不相同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前的资源申请方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读介质中。计算机设备的处理器从计算机可读介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的资源申请方法。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims

1.一种资源申请方法，其特征在于，包括：

基于所述申请请求生成申请页面的地址；

2.根据权利要求1所述的方法，其特征在于，所述基于所述配置信息为所述工作流分配服务器资源，包括：

基于所述配置信息和所述申请请求生成审核页面的地址；

将所述审核页面的地址发送至所述审核方，以使所述审核方基于所述审核页面的地址显示所述审核页面，并响应于基于所述审核页面的输入操作，得到针对所述配置信息的审核信息；

接收所述审核方发送的所述审核信息；

基于所述审核信息和所述配置信息为所述工作流分配服务器资源。

3.根据权利要求2所述的方法，其特征在于，所述基于所述审核信息和所述配置信息为所述工作流分配服务器资源，包括：

基于所述审核信息检测针对所述配置信息的审核情况；

若所述审核情况表征审核通过，则基于所述配置信息为所述工作流分配服务器资源。

4.根据权利要求2所述的方法，其特征在于，在所述将所述审核页面的地址发送至所述审核方之后，所述方法还包括：

检测在指定时间段内是否接收到所述审核方发送的所述审核信息；

若未在所述指定时间段内接收到所述审核方发送的所述审核信息，则每隔预设时间段将所述审核页面的地址发送至所述审核方，直至接收到所述审核方发送的审核信息。

5.根据权利要求1所述的方法，其特征在于，所述基于所述申请请求生成申请页面的地址，包括：

获取预设权限列表；其中，所述预设权限列表包括多个申请方的标识信息，以及所述多个申请方的权限信息；

基于所述预设权限列表和所述申请方的标识信息，对所述申请方进行权限校验；

若对所述申请方的权限校验通过，则基于所述申请请求生成申请页面的地址。

6.根据权利要求1所述的方法，其特征在于，在所述基于所述配置信息为所述工作流分配服务器资源之后，所述方法还包括：

生成针对所述服务器资源的使用信息；

将所述使用信息发送至所述申请方，以使所述申请方基于所述使用信息使用所述服务器资源。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述申请请求中携带有所述工作流的标识信息；所述基于所述申请请求生成申请页面的地址，包括：

基于所述工作流的标识信息得到交付模块的标识信息；其中，所述交付模块用于获取所述服务器资源对应的配置信息；

将所述交付模块的标识信息和检测地址进行拼接，得到所述申请页面的地址；其中，所述检测地址是用于对所述服务器资源对应的配置信息进行检测的检测模块相匹配的地址。

8.根据权利要求7所述的方法，其特征在于，所述基于所述工作流的标识信息得到交付模块的标识信息，包括：

获取工作流与所述交付模块之间的映射关系；其中，所述映射关系是接收到所述申请方发送的所述工作流，并为所述工作流分配标识信息后，基于所述工作流的标识信息和所述交付模块的标识信息所建立得到的；

基于所述映射关系和所述工作流的标识信息，得到所述交付模块的标识信息。

9.一种资源申请方法，其特征在于，包括：

向资源管理方发送针对工作流的服务器资源的申请请求；

10.根据权利要求9所述的方法，其特征在于，所述向资源管理方发送针对工作流的服务器资源的申请请求，包括：

向所述资源管理方发送所述工作流，以使所述资源管理方生成所述工作流对应的标识信息；

接收所述资源管理方发送的所述工作流的标识信息；

基于所述工作流的标识信息生成所述申请请求，并向所述资源管理方发送所述申请请求。

11.一种资源申请装置，其特征在于，包括：

处理单元，用于基于所述申请请求生成申请页面的地址；

12.一种资源申请装置，其特征在于，包括：

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至8中任一项所述的资源申请方法，或实现如权利要求9至10中任一项所述的资源申请方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的资源申请方法，或实现如权利要求9至10中任一项所述的资源申请方法。

15.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现如权利要求1至8中任一项所述的资源申请方法，或实现如权利要求9至10中任一项所述的资源申请方法。