一种基于改变请求的工作流处理方法及其处理系统与流程

本申请涉及计算机领域，具体地，涉及一种基于改变请求的工作流处理方法及其处理系统。

背景技术：

现代网络中的软件设施包括应用程序、操作系统、驱动程序等组件，或是一个或多个组件所依赖的应用服务器和数据库。当管理员想要对软件设施进行改变时，手动改变可能会耗费时间甚至导致错误发生，若利用自动化工具对其进行改变，则会增加软件设施改变历程中所请求或所做出的改变的增加，并且，利用自动化工具进行改变所带来的影响是未知的，甚至可能会违反改变的策略。

技术实现要素：

本申请提供了一种基于改变请求的工作流处理方法及其处理系统。根据本申请，当用户或管理员请求对软件设施进行改变，执行改变历程中，能够判断改变历程是否能够执行以及执行过程中是否存在异常影响，对改变请求及改变历程进行管理。

一种基于改变请求的工作流处理方法，包括以下步骤：接收改变请求；响应于接收改变请求，调用与改变请求对应的工作流；查询工作流中与工作流对应的条例是否与预制的条例符合；若与工作流对应的条例与预制的条例符合，则判断在执行改变历程中是否有工作流违反；若有工作流违反，则确定违反的工作流，对其进行修复或核准；若接收到核准通知，则违反的工作流被核准，发起确定的行动允许继续执行。

如上的，其中，若与工作流对应的条例与预制的条例不符合，则拒绝执行改变请求并进行修复。

如上的，其中，通过自主的形式请求对改变请求进行修复。

如上的，其中，向自身发出修复指令调用自身内存有的请求修复机制以完成对改变请求的修复。

如上的，其中，若不存在工作流违反，则发起确定的行动。

如上的，其中，若违反的工作流需被修复，启用违反修复机制进行修复。

如上的，其中，调用违反处理策略，确定违反的工作流进行修复或是核准。

如上的，其中，改变历程具有多个阶段，至少访问工作流中的一个确定在阶段间的转变中工作流是否存在违反。

如上的，其中，包括调用接收处理器、条例评估处理器、条例单元、策略单元、违反处理单元以及核准单元；调用接收处理器用于接收改变请求，调用工作流、条例评估处理器以及策略单元执行改变历程；响应于调用工作流，条例评估处理器用于调用条例单元搜索查询条例数据库，判断工作流中的条例是否与预制的条例符合；策略单元用于确定改变历程的执行阶段中的工作流是否有违反，并根据违反结果调用违反处理单元；响应于被调用，违反处理单元用于确定违反的工作流，并对其进行修复或核准，并调用核准单元；核准单元用于对违反的工作流进行核准的确认。

如上的，其中，若工作流中的条例与预制的条例不符合，则改变请求不允许执行，条例评估处理器对改变请求进行修复。

附图说明

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

图1是根据本申请提供的基于改变请求的工作流处理系统的内部结构示意图；

图2是根据本申请实施例提供的任务调度的示意图。

具体实施方式

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

本申请是一种基于改变请求的工作流处理方法及其处理系统。根据本申请，当用户或管理员请求对软件设施进行改变，执行改变历程中，能够判断改变历程是否能够执行以及执行过程中是否存在异常影响，对改变请求及改变历程进行管理。

如图1所示为本申请提供的基于改变请求的工作流处理系统的内部结构示意图。

工作流处理系统包括调用接收处理器110、一个或多个请求缓存120、条例评估处理器130、条例单元140、策略单元150、违反处理单元160、核准单元170、改变存储队列180。

调用接收处理器110接收改变请求，调用工作流、条例评估处理器130、策略单元150执行改变历程，并将执行后的改变请求存储与该便存储队列180中。

具体地，改变请求与工作流的一个或多个对应。

请求缓存120用于存储调用接收处理器110接收后的改变请求。

示例性地，请求缓存120中包括多个条目，每个条目用于容纳一个改变请求的实例，所述实例按照被添加到的请求缓存的顺序排序，改变请求从队尾添加到请求缓存120中，而从队头取出请求缓存。

作为一个实施例，周期性地，响应于改变请求被添加，调用接收处理器110根据请求缓存120中的改变请求调用工作流。

可选地，调用接收处理器110以随机、轮转、加权轮转的方式选取请求缓存120，请求缓存120可被设置优先级并进行调整。

条例评估处理器130响应于调用工作流，调用条例单元140搜索查询条例数据库，判断工作流是否符合规定，改变请求是否允许执行，在改变请求允许执行时向调用接收处理器110发送指示，在改变请求禁止执行时进行修复并分析。

策略单元150确定改变历程的执行阶段中与改变请求对应的工作流是否有违反，并根据违反结果调用违反处理单元160。

违反处理单元160确定违反的工作流进行修复或是核准，选择性地调用核准单元170。

具体地，条例评估处理器130修复的为并未执行的改变请求，违反处理单元修复的为改变请求允许执行，但在执行过程中发现违反的工作流，并对工作流进行修复。

若违反处理单元确定此时违反的工作流需进行核准，则调用核准单元170进行核准的确认。

改变存储队列180响应于改变请求被执行，存储改变请求，具体地，与请求缓存不同，改变存储队列180中存储的改变请求被允许，响应于改变请求被允许从而执行改变历程。

图2是根据本申请提供的改变请求策略管理的方法流程图。

在本实施例中，提供了调用接收处理器来执行改变历程，调用接收处理器与管理改变历程的其他单元连接，当软件设施中一个或多个组件请求发生改变则调用接收处理器执行改变历程。

接收软件设施的改变请求(210)，请求改变的目标为软件设施中的应用程序、操作系统、驱动程序中的一个或是多个组件的组合。

接收请求并执行改变历程，作为一个实施例，改变请求被存储在请求缓存120中。

具体地，改变历程包括多个阶段，各阶段对应于改变请求中包含的多个任务，当多个阶段被执行时，相应的任务也进行改变执行。例如多个阶段示例性的可以包括初始化阶段、验证阶段，允许执行阶段，改变阶段以及结束阶段等，多个阶段可依据能被执行的标准执行，该标准可以是由用户预先制定的标准。

响应于接收改变请求，调用接收处理器110调用与该请求相应的一个或多个工作流(220)。根据本实施例，预先为改变请求建立工作流，每个改变请求对应一个或多个工作流。更具体地，工作流中包括与其条件对应的条例，工作流中的条件例如可以为与改变请求对应的可被允许执行的管理员的身份、改变请求允许操作的环境和改变请求对应的组件的特定状态等，条例的数量可以为一个或多个，具体地，定义条例为110、111…11n。

进一步地，响应于调用工作流，条例评估处理器130搜索查询条例数据库，查询条例数据库中预制的条例与工作流对应的条例是否符合(230)。若二者符合则说明工作流符合规定，改变请求允许执行，若不符合则工作流异常，改变请求拒绝执行。

进一步地，条例评估处理器130使用一个或多个条例单元140来搜索查询在条例数据库中的一个或全部条例。条例单元140可使用现有技术中的引擎单元，通过条例单元140能够具体准确地查询执行改变请求所必须的条件，也就是工作流对应的条例中所包括的条件，例如改变请求中包括多个条件，多个条件的数量与条例的数量相同，作为另一个例子，多个条件的数量大于或小于条例的数量，多个条件存放在同一个条例或条例中存放数量不等的条件。

若工作流对应的条例中所包括的条件为改变请求所必须的条件，则工作流符合规定，改变请求允许执行，条例评估处理器130可向调用接收处理器110发送一个指示表示该改变请求允许执行。

作为一个实施例，条例评估处理器130不仅仅向调用接收处理器发送一个指示表示该改变请求允许或拒绝执行，在改变请求被拒绝时，能够通过自主的形式请求对禁止改变请求进行修复并分析(240)。

条例评估处理器130检索查询到改变请求被禁止，条例评估处理器130将被禁止的原因返回调用接收处理器110，告知调用接收处理器110改变请求被禁止的原因并请求修复，若修复成功则改变请求被允许执行，条例评估处理器130向调用接收处理器110发送指示。若改变请求没有被修复则依旧拒绝改变请求的执行。

示例性地，条例评估处理器130内存有请求修复机制，若检测到改变请求被拒绝，则通过自主式向自身发出修复指令调用自身内存有的请求修复机制以完成对改变请求的修复，进一步地，修复机制由用户自定义，并且可被修改。示例性地，响应于改变请求修复完成，并不立即执行，而是对改变请求进行分析，具体地，若改变请求被禁止执行，则条例单元140将禁止的原因发送给条例评估处理器耦合的分析引擎，值得注意的是，条例单元140仅仅对改变请求进行条件验证，并不能够对改变请求进行任何修复和分析，分析引擎结合改变请求被禁止的原因对修复后的改变请求进行分析，若分析后改变请求中的条件与被禁止的条件不符，则允许改变请求通过，并返回给条例单元140进行再次验证，同理，分析引擎仅能够对修复后的改变请求进行分析，而不能自主的对修复后的改变请求进行条件验证。

响应于执行改变请求，调用接收处理器110调用策略单元150判断在改变历程的执行阶段中与改变请求对应的工作流是否有违反(250)。具体地，改变历程包括至少访问工作流中的一个以确定在一个阶段转变到下一阶段时，工作流是否允许执行。在一个阶段允许转变到下一个阶段，调用接收处理器110为转变的允许应用至少一个工作流，若基于工作流的策略单元150确定调度的工作流中没有发生违反，那么策略单元150发起确定的行动(260)，进一步地，确定的行动即为在改变历程中阶段间的转变允许执行为发出的确定的指示，从而继续执行改变历程。其中一个阶段与下一阶段属于改变历程中多个阶段中的任一阶段。

若基于工作流的策略单元150确定调度的工作流发生至少一个违反，则改变历程还包括确定出一个工作流的违法起因于转变中特定的一个，策略单元150启用违反处理策略，调用违反处理单元160确定违反的工作流进行修复或是核准(270)。作为一个实施例，若当前阶段到下一阶段前的转变有对应的工作流违反，则为每个工作流调用违反处理单元160，违反处理单元160能够寻找确定工作流的违反并进行处理。

具体地，违反处理单元16000执行的违反处理策略是根据改变历程进行的阶段、违反的工作流的类型和工作流进行配置的。违反处理策略能够在发现违反的工作流后，在保证允许执行的改变历程转变到下一阶段之前，满足违反的工作流中的违反项，若满足其违反项则违反的工作流可以获得核准，从而继续执行。示例性地，违反项可以包括工作流所有者发出的通知，即有至少一个违反核准者允许违反通过或一些其他违反项。作为一个实施例，违反核准者可以是用户、管理员或自动化工具。

若在当前阶段到下一阶段转变前找到至少一个工作流违反需要核准，则违反处理单元160可作为违反处理策略中的一部分从而调用核准单元，核准单元140向一个或多个违反核准者发送包含工作流违反信息的通知(280)，响应于违反核准者接收工作流违反信息的通知，向核准单元140发出核准或不核准的通知。具体地，在核准单元140接收是否核准的通知前，验证违反核准者是否符合预定的规则，若发出核准的违反核准者符合预定规则，则核准通过，违反的工作流继续执行。示例性地，预定规则为违反核准者中的一个发出核准，作为另一个例子，预定规则为全部违反核准者发出核准，作为再一个例子，预定规则为预定数量的违反核准者发出核准，所述预定数量在此不经行限定。

若核准单元140接收到核准通过的通知，则核准单元140向策略单元150转发核准通过的通知，策略单元150执行确定的动作(290)。

若在当前阶段到下一阶段转变前违反需被修复，则违反处理单元160调用修复引擎进行修复(2100)，其中当前阶段与下一阶段属于改变历程中多个阶段中的任一阶段。修复原理与改变请求的修复原理相似，示例性地，修复引擎中包含工作流违反的违反修复机制，该违反修复机制可由用户设定或修改。响应于违反被修复成功，修复更新后的改变请求可以被提供给请求缓存120用于由调用接收处理器110进行下一步处理。具体地，修复更新后的改变请求可继续被响应。

进一步地，响应于改变请求被执行，调用接收处理器110将改变请求存储在改变存储队列180中，改变存储队列180中的改变请求可由软件设施管理员或软件设施中的组件提交。可使用防掉电策略，例如在系统掉电时，改变请求的执行被中断，响应于系统再次上电，改变存储队列180将中断后的改变请求发送给调用接收处理器110，这样即使在系统掉电时，每个改变请求也可以提供给调用接收处理器110，调用接收处理器110继续执行工作，调用接收处理器110触发基于改变的条例单元140以确定响应于系统再次上电后的改变请求被执行，当前阶段到下一阶段之间的转变是否导致至少一个相应工作流的违反，执行步骤260-290。

虽然当前申请参考的示例被描述，其只是为了解释的目的而不是对本申请的限制，对实施方式的改变，增加和/或删除可以被做出而不脱离本申请的范围。

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