CN103731496A - 服务申请的处理方法和装置 - Google Patents

Abstract

本发明提供了一种服务申请的处理方法和装置，该服务申请的处理方法包括：接收用户侧发送的服务请求信息，并对服务请求信息进行判断，判断服务请求信息是否为综合服务请求信息；在判断结果为服务请求信息是综合服务请求信息的情况下，对服务请求信息进行分析，确定服务请求信息中包含的多个服务请求的服务类型和数量；根据确定出的各个服务请求的服务类型和数量，对服务请求信息进行分解，促使服务请求信息分解为多个单一服务请求信息。本发明能够对综合服务请求信息进行有效地筛选并将其分解为多个单一服务请求信息。

Description

服务申请的处理方法和装置

技术领域

本发明涉及计算机领域，具体来说，涉及一种服务申请的处理方法和装置。

背景技术

在现有的PaaS（Platform-as-a-Service，平台即服务）环境中，用户申请平台服务与电子商城购物相似，都是对所需的物品（PaaS中成为服务或应用）加入到购物车（PaaS中形成申请单），然后付费（PaaS中按服务使用后付费）。不同的是电子商城中的物品是现实存在的，即，库存为0时就不能购买；但PaaS环境中的服务是有一个对资源的申请（虚拟机的创建及物理机的分配）、应用部署的过程，在这个过程中可能由于资源原因或环境原因导致服务申请的较长时间的等待或暂时失败，这使得处理复杂的申请单更加困难。

现有的处理申请PaaS平台服务有以下两种方式，一是每次申请只能有一种服务，这样简化的申请的处理流程；另外一种可进行复杂的申请，根据申请的类型及数量提前计算资源池能否满足要求以保证申请能够成功，申请一旦失败，需重新申请。

对于处理用户申请的服务的上述两种方式，第一种方式，虽然处理简单，对于单个的服务只有成功或失败，用户对失败的申请根据情况再次申请，但是对用户的体验不好，用户不得不对自己需要的服务进行多次申请。第二种方式，用户提交申请后，系统根据服务的类型和数量计算资源，资源不够时，必须重新提交申请单，还存在的问题是由于环境等问题部署暂时不能成功，导致整个申请失败。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中的上述问题，本发明提出一种服务申请的处理方法和装置，能够对综合服务请求信息进行有效地筛选并将其分解为多个单一服务请求信息。

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

根据本发明的一个方面，提供了一种服务申请的处理方法。

该服务申请的处理方法包括：

接收用户侧发送的服务请求信息，并对服务请求信息进行判断，判断服务请求信息是否为综合服务请求信息；

在判断结果为服务请求信息是综合服务请求信息的情况下，对服务请求信息进行分析，确定服务请求信息中包含的多个服务请求的服务类型和数量；

根据确定出的各个服务请求的服务类型和数量，对服务请求信息进行分解，促使服务请求信息分解为多个单一服务请求信息。

此外，该服务申请的处理方法还包括：对每个单一服务请求信息进行分析，确定单一服务请求信息所对应的资源信息；并根据确定的资源信息，为用户侧分配对应的资源。

另外，该服务申请的处理方法还包括：根据分配的上述资源，为用户侧进行对应的应用部署，以响应服务请求信息。

此外，该服务申请的处理方法还包括：在为用户侧进行对应的应用部署之后，将应用部署的部署结果反馈至用户侧，促使用户侧根据应用部署的结果判断当前服务请求是否完成。

其中，在为用户侧进行对应的应用部署时，采用异步部署的方式进行应用部署。

根据本发明的另一方面，提供了一种服务申请的处理装置。

该服务申请的处理装置包括：

判断模块，用于接收用户侧发送的服务请求信息，并对服务请求信息进行判断，判断服务请求信息是否为综合服务请求信息；

分析模块，用于在判断结果为服务请求信息是综合服务请求信息的情况下，对服务请求信息进行分析，确定服务请求信息中包含的多个服务请求的服务类型和数量；

分解模块，用于根据确定出的各个服务请求的服务类型和数量，对服务请求信息进行分解，促使服务请求信息分解为多个单一服务请求信息。

此外，该服务申请的处理装置还包括：分析子模块，用于对每个单一服务请求信息进行分析，确定单一服务请求信息所对应的资源信息；分配子模块，用于根据确定的上述资源信息，为用户侧分配对应的资源。

另外，该服务申请的处理装置还包括：应用部署模块，用于根据分配的上述资源，为用户侧进行对应的应用部署，以响应服务请求信息。

此外，该服务申请的处理装置还包括：部署反馈模块，用于在为用户侧进行对应的应用部署之后，将应用部署的部署结果反馈至用户侧，促使用户侧根据应用部署结果判断当前服务请求是否完成。

其中，在为用户侧进行对应的应用部署时，应用部署模块采用异步部署的方式进行应用部署。

本发明通过对所接收的用户侧发送的服务请求信息进行判断，可以确定该服务请求信息是否为综合服务请求信息，并且在确定该服务请求信息是综合服务请求信息的情况下，根据服务请求的类型和数量并对该服务请求信息进行分解，以将其分解为多个单一服务请求信息。从而能够对综合服务请求信息进行有效地筛选并将其分解为多个单一服务请求信息，实现了将复杂的请求信息简化，使得服务请求的处理变的更为方便。

附图说明

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

图1是根据本发明实施例的服务申请的处理方法的流程示意图；

图2是根据本发明实施例的服务申请的处理装置的结构示意图；

图3是根据本发明实施例的服务申请的处理方法的原理示意图。

具体实施方式

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

根据本发明的实施例，提供了一种服务申请的处理方法。

如图1所示，根据本发明实施例的服务申请的处理方法包括：

步骤S101，接收用户侧发送的服务请求信息，并对服务请求信息进行判断，判断服务请求信息是否为综合服务请求信息；

步骤S103，在判断结果为服务请求信息是综合服务请求信息的情况下，对服务请求信息进行分析，确定服务请求信息中包含的多个服务请求的服务类型和数量；

步骤S105，根据确定出的各个服务请求的服务类型和数量，对服务请求信息进行分解，促使服务请求信息分解为多个单一服务请求信息。

此外，该服务申请的处理方法还包括：对每个单一服务请求信息进行分析，确定单一服务请求信息所对应的资源信息；并根据确定的资源信息，为用户侧分配对应的资源。

另外，该服务申请的处理方法还包括：根据分配的上述资源，为用户侧进行对应的应用部署，以响应服务请求信息。

此外，该服务申请的处理方法还包括：在为用户侧进行对应的应用部署之后，将应用部署的部署结果反馈至用户侧，促使用户侧根据应用部署的结果判断当前服务请求是否完成。

其中，在为用户侧进行对应的应用部署时，采用异步部署的方式进行应用部署。

根据本发明的实施例，还提供了一种服务申请的处理装置。

如图2所示，根据本发明实施例的服务申请的处理装置包括：

判断模块21，用于接收用户侧发送的服务请求信息，并对服务请求信息进行判断，判断服务请求信息是否为综合服务请求信息；

分析模块22，用于在判断结果为服务请求信息是综合服务请求信息的情况下，对服务请求信息进行分析，确定服务请求信息中包含的多个服务请求的服务类型和数量；

分解模块23，用于根据确定出的各个服务请求的服务类型和数量，对服务请求信息进行分解，促使服务请求信息分解为多个单一服务请求信息。

此外，该服务申请的处理装置还包括：分析子模块（未示出），用于对每个单一服务请求信息进行分析，确定单一服务请求信息所对应的资源信息；分配子模块（未示出），用于根据确定的上述资源信息，为用户侧分配对应的资源。

另外，该服务申请的处理装置还包括：应用部署模块（未示出），用于根据分配的上述资源，为用户侧进行对应的应用部署，以响应服务请求信息。

此外，该服务申请的处理装置还包括：部署反馈模块（未示出），用于在为用户侧进行对应的应用部署之后，将应用部署的部署结果反馈至用户侧，促使用户侧根据应用部署结果判断当前服务请求是否完成。

其中，在为用户侧进行对应的应用部署时，应用部署模块（未示出）采用异步部署的方式进行应用部署。

为方便理解本发明的上述技术方案，下面从技术原理的角度对本发明的上述技术方案进行说明。

图3是服务申请的处理方法的原理示意图，从图3中可以看出，在实际应用时，首先用户提交复杂的申请，将这一组申请定义为一个申请单，申请单的状态标识为“申请中”、“申请成功”、“申请失败”。申请单提交后，直接由申请分解、提取单元处理。

其次，通过申请分解、提取单元实现对复杂申请的分解，即将不同类型、不同数量的申请分拆成单一的申请，并生成申请的提取任务，由一个独立的线程负责未分配任务的提取，并负责将任务提交给资源获取单元。然后由对复杂申请分解的服务分成的单个任务记录到“申请明细与结果”表中。

然后，再通过资源获取单元申请提取单元取得的申请，并解析此类服务所需的资源配置（CPU、内存、存储、网络及操作系统等）从资源池中获取一个资源实例。如果实例不存在，根据已定义的服务模板由资源池生成。该资源的生成由单独的线程完成并采用异步的方式，通过消息机制返回，因此不影响其他服务资源的获取。而对获取资源的申请来说，将资源传递给部署单元，并对获取是否成功的结果写入“申请明细与结果”中。

此外，还通过部署单元对申请资源进行应用部署。由于各种服务部署存在着较大差异，可能需要较长的时间处理，部署工作也是采取异步的方式，并定义消息的发布器，将部署结果或异常信息发布。

另外，还通过部署消息处理单元充当部署单元消息发布者的订阅者。当接收到部署成功后，将进行如下操作：将服务赋予申请用户、以及将结果记录到“申请明细与结果”；而部署失败将记录及异常信息记录到“申请明细与结果”。

从上述流程可见，系统在处理申请中资源分配与部署的结果都存在“申请明细与结果”中，因此，还可通过用户处理单元对于申请结果有异常的申请，根据返回的异常信息系统提供重新分配、部署的操作。

并且，在用户处理单元中，用户有更多的申请选择，如果申请明细全部成功，则直接将申请单的状态改为成功，至此整个流程完成；如果部分明细成功，用户可选择放弃申请，但是已申请到的资源也将释放，并且申请单的状态为失败；如果未成功的申请明细是由于环境问题（如超时等）原因，用户可重新发起对单个明细的申请。进一步，如果用户认可已申请成功的明细，可以选择接受申请结果，系统放弃对未申请成功明细的申请。

综上所述，借助于本发明的上述技术方案，通过对所接收的用户侧发送的服务请求信息进行判断，可以确定该服务请求信息是否为综合服务请求信息，并且在确定该服务请求信息是综合服务请求信息的情况下，根据服务请求的类型和数量并对该服务请求信息进行分解，以将其分解为多个单一服务请求信息。从而能够对综合服务请求信息进行有效地筛选并将其分解为多个单一服务请求信息，实现了将复杂的请求信息简化，使得服务请求的处理变的更为方便。

因此，本发明可以实现对复杂申请的灵活处理，即可以处理部分申请成功的申请单、可处理不成功的明细再次发起申请、可进行整个申请单的放弃、以及可进行可部分接收操作。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种服务申请的处理方法，其特征在于，包括：

接收用户侧发送的服务请求信息，并对所述服务请求信息进行判断，判断所述服务请求信息是否为综合服务请求信息；

在判断结果为所述服务请求信息是综合服务请求信息的情况下，对所述服务请求信息进行分析，确定所述服务请求信息中包含的多个服务请求的服务类型和数量；

根据确定出的各个服务请求的服务类型和数量，对所述服务请求信息进行分解，促使所述服务请求信息分解为多个单一服务请求信息。

2.根据权利要求1所述的处理方法，其特征在于，进一步包括：

对每个单一服务请求信息进行分析，确定所述单一服务请求信息所对应的资源信息；

根据确定的所述资源信息，为所述用户侧分配对应的资源。

3.根据权利要求2所述的处理方法，其特征在于，进一步包括：

根据分配的所述资源，为所述用户侧进行对应的应用部署，以响应所述服务请求信息。

4.根据权利要求3所述的处理方法，其特征在于，进一步包括：

在为所述用户侧进行对应的应用部署之后，将所述应用部署的部署结果反馈至所述用户侧，促使所述用户侧根据所述应用部署的结果判断当前服务请求是否完成。

5.根据权利要求3所述的处理方法，其特征在于，在为所述用户侧进行对应的应用部署时，采用异步部署的方式进行应用部署。

6.一种服务申请的处理装置，其特征在于，包括：

判断模块，用于接收用户侧发送的服务请求信息，并对所述服务请求信息进行判断，判断所述服务请求信息是否为综合服务请求信息；

分析模块，用于在判断结果为所述服务请求信息是综合服务请求信息的情况下，对所述服务请求信息进行分析，确定所述服务请求信息中包含的多个服务请求的服务类型和数量；

分解模块，用于根据确定出的各个服务请求的服务类型和数量，对所述服务请求信息进行分解，促使所述服务请求信息分解为多个单一服务请求信息。

7.根据权利要求6所述的处理装置，其特征在于，进一步包括：

分析子模块，用于对每个单一服务请求信息进行分析，确定所述单一服务请求信息所对应的资源信息；

分配子模块，用于根据确定的所述资源信息，为所述用户侧分配对应的资源。

8.根据权利要求7所述的处理装置，其特征在于，进一步包括：

应用部署模块，用于根据分配的所述资源，为所述用户侧进行对应的应用部署，以响应所述服务请求信息。

9.根据权利要求8所述的处理装置，其特征在于，进一步包括：

部署反馈模块，用于在为所述用户侧进行对应的应用部署之后，将所述应用部署的部署结果反馈至所述用户侧，促使所述用户侧根据所述应用部署结果判断当前服务请求是否完成。

10.根据权利要求8所述的处理装置，其特征在于，在为所述用户侧进行对应的应用部署时，所述应用部署模块采用异步部署的方式进行应用部署。

Images