CN106355318A - 一种信息发布处理方法及系统 - Google Patents

Abstract

本申请提供了一种信息发布处理方法和系统，所述方法包括展示信息发布过程中的当前处理环节所对应的处理界面；获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待相匹配的处理人员进行处理。可见，本申请方案根据角色、分工和条件的不同，控制发布流程的流向环节以及控制发布流程中每一环节的正常进行，从而应用本申请方案可解决现有技术进行信息发布时存在的上述问题，确保信息发布过程中各环节的准确无误。

Description

一种信息发布处理方法及系统

技术领域

本发明属于自动化运维技术领域，尤其涉及一种信息发布处理方法及系统。

背景技术

随着互联网+及云计算时代的到来，互联网软件及传统应用软件等软件产品的需求变更及更新换代变得格外频繁，然而，正在运行的大中型软件项目在频繁更新程序代码时，极易因代码发布错误而导致软件工程无法正常运行。

软件项目的开发过程一般需由一个大型团队有条不紊地进行，且项目中的不同功能模块在同一时间往往处于软件开发生命周期的不同环节，比如在某一时间点有的功能模块处于开发环节，有的功能模块处于研发环境测试环节，而有的功能模块则处于测试环境测试环节，当其中某一功能需要发布生产环境时，如版本升级开发完成后需提供给用户使用时，如何准确无误地完成发布流程的各个环节，而不会因数据(处于各开发环节的多种功能代码)或人员(发布流程所涉及的多种参与人员)繁多而导致发布失败或代码发布错误(如错误地对未经严格测试的代码进行发布等)，成为本领域进行信息发布时普遍面临的问题。

目前，单纯地依靠传统的管理制度、版本控制系统来控制发布过程，已不足以确保发布过程各环节的准确无误，基于此，本领域亟需提供一种较优的信息发布处理方案来解决这一问题。

发明内容

有鉴于此，本发明的目的在于提供一种信息发布处理方法及系统，旨在解决上述问题，确保信息发布过程中各环节的准确无误。

为此，本发明公开如下技术方案：

一种信息发布处理方法，包括：

展示信息发布过程中的当前处理环节所对应的处理界面；其中，所述信息发布过程包括按先后次序依次执行的预定个数的处理环节，所述预定个数的处理环节包括按先后次序依次执行的发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节；

获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；

在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待角色相匹配的处理人员进行处理。

上述方法，优选的，所述获得处理人员在所述处理界面执行操作时对应的操作信息包括：

当所述当前处理环节为所述发起环节时，获得选择的待发布数据的数据信息，并接收发起的发布请求；

当所述当前处理环节为所述数据审批环节时，获得提交的针对所述待发布数据的审批结果信息；

当所述当前处理环节为所述测试环节时，获得提交的针对所述待发布数据的测试结果信息；

当所述当前处理环节为所述测试审批环节时，获得提交的针对所述测试结果信息的审批结果信息；

当所述当前处理环节为所述正式发布环节时，获得在对所述待发布数据执行正式发布后所提交的相应发布结果信息；

当所述当前处理环节为所述发布验证环节时，获得提交的针对所述发布结果信息的验证结果信息。

上述方法，优选的，所述在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节包括：

在获得选择的待发布数据的数据信息，并接收发起的发布请求后，发起发布流程，并进入所述数据审批环节；

在所述提交的审批结果信息表示所述待发布数据审批通过时，进入所述测试环节，并基于所述发布流程所属的发布类型推送相匹配的测试分支，且在所述测试分支下同步所述待发布数据的测试版数据；

在获得所述测试结果信息后，进入所述测试审批环节；

在所述提交的审批结果信息表示所述测试结果信息审批通过时，进入正式发布环节，并基于所述发布流程所属的发布类型推送相匹配的发布分支，且在所述发布分支下同步所述待发布数据的发布版数据；

在获得所述发布结果信息后，进入所述发布验证环节；

在所述验证结果信息表示所述发布结果信息验证通过时，结束发布流程。

上述方法，优选的，所述基于所述发布流程所属的发布类型推送相匹配的测试分支包括：

若所述发布流程所属的发布类型为应用程序类型，则推送应用测试分支；

若所述发布流程所属的发布类型为数据脚本类型，则推送数据测试分支。

上述方法，优选的，所述基于所述发布流程所属的发布类型推送相匹配的发布分支包括：

若所述发布流程所属的发布类型为应用程序类型，则推送应用发布分支；

若所述发布流程所属的发布类型为数据脚本类型，则推送数据发布分支。

一种信息发布处理系统，包括：

展示模块，用于展示信息发布过程中的当前处理环节所对应的处理界面；其中，所述信息发布过程包括按先后次序依次执行的预定个数的处理环节，所述预定个数的处理环节包括按先后次序依次执行的发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节；

获取模块，用于获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；

调度模块，用于在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待角色相匹配的处理人员进行处理。

上述系统，优选的，所述获取模块包括：

第一获取单元，用于在所述当前处理环节为所述发起环节时，获得选择的待发布数据的数据信息，并接收发起的发布请求；

第二获取单元，用于在所述当前处理环节为所述数据审批环节时，获得提交的针对所述待发布数据的审批结果信息；

第三获取单元，用于在所述当前处理环节为所述测试环节时，获得提交的针对所述待发布数据的测试结果信息；

第四获取单元，用于在所述当前处理环节为所述测试审批环节时，获得提交的针对所述测试结果信息的审批结果信息；

第五获取单元，用于在所述当前处理环节为所述正式发布环节时，获得在对所述待发布数据执行正式发布后所提交的相应发布结果信息；

第六获取单元，用于在所述当前处理环节为所述发布验证环节时，获得提交的针对所述发布结果信息的验证结果信息。

上述系统，优选的，所述调度模块包括：

第一调度单元，用于在获得选择的待发布数据的数据信息，并接收发起的发布请求后，发起发布流程，并进入所述数据审批环节；

第二调度单元，用于在所述提交的审批结果信息表示所述待发布数据审批通过时，进入所述测试环节，并基于所述发布流程所属的发布类型推送相匹配的测试分支，且在所述测试分支下同步所述待发布数据的测试版数据；

第三调度单元，用于在获得所述测试结果信息后，进入所述测试审批环节；

第四调度单元，用于在所述提交的审批结果信息表示所述测试结果信息审批通过时，进入正式发布环节，并基于所述发布流程所属的发布类型推送相匹配的发布分支，且在所述发布分支下同步所述待发布数据的发布版数据；

第五调度单元，用于在获得所述发布结果信息后，进入所述发布验证环节；

第六调度单元，用于在所述验证结果信息表示所述发布结果信息验证通过时，结束发布流程。

上述系统，优选的，所述第二调度单元包括：

第一推送单元，用于在所述发布流程所属的发布类型为应用程序类型时，推送应用测试分支；

第二推送单元，用于在所述发布流程所属的发布类型为数据脚本类型时，推送数据测试分支。

上述系统，优选的，所述第四调度单元包括：

第三推送单元，用于在所述发布流程所属的发布类型为应用程序类型时，推送应用发布分支；

第四推送单元，用于在所述发布流程所属的发布类型为数据脚本类型时，推送数据发布分支。

由以上方案可知，本申请提供了一种信息发布处理方法和系统，所述方法包括展示信息发布过程中的当前处理环节所对应的处理界面；获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待相匹配的处理人员进行处理。可见，本申请方案根据角色、分工和条件的不同，控制发布流程的流向环节以及控制发布流程中每一环节的正常进行，从而应用本申请方案可解决现有技术进行信息发布时存在的上述问题，确保信息发布过程中各环节的准确无误。

附图说明

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

图1是本发明实施例一提供的信息发布处理方法流程图；

图2是本发明实施例一提供的自动化运维发布系统的结构示意图；

图3是本发明实施例一提供的自动化运维发布系统的工作原理图；

图4是本发明实施例二提供的信息发布处理系统的结构示意图。

具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结解释如下：

生产环境：指用户正在使用的服务器环境，是一个内部局域网，里面放置了许多服务器，有应用服务器、数据库服务器、负载均衡(软、硬)等等，最终只把负载均衡暴露给用户访问，从而使得用户通过暴露的负载均衡访问应用程序。

发布生产环境：指发布应用程序和/或应用程序所需的数据库脚本/数据脚本等。

工作流引擎：是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。工作流引擎包括了流程的节点管理、流向管理、流程样例管理等重要功能。本本申请中工作流引擎是基于开源Activiti工作流平台上构建的一套完善的业务流程管理开发组件，它具有非常强的扩展性、易开发性。

SVN：是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。

Ant：是一个Apache基金会下的跨平台的构件工具，一种基于Java的build工具。本申请在ant的基础上编写了打包脚本。

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

实施例一

本发明实施例一提供一种信息发布处理方法，该方法是在计算机应用环境下对应用程序的升级、提交、审核、打包、发布等环节进行自动化的一种实现方案，是对工作流程及其各操作步骤之间业务规则的抽象、概括描述，是应用计算机协同工作的一部分，本申请的主要构思是如何在计算机的帮助下对应用程序升级、发布进行协同工作，并利用计算机在多个参与者/处理人员之间按照某种预定的规定进行文件、任务的自动传递。参考图1示出的信息发布处理方法流程图，所述方法可以包括以下步骤：

S101：展示信息发布过程中的当前处理环节所对应的处理界面；其中，所述信息发布过程包括按先后次序依次执行的预定个数的处理环节，所述预定个数的处理环节包括按先后次序依次执行的发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节。

以应用程序或数据脚本等信息的信息发布为例，本申请中信息发布过程即完成一次信息发布可以包括但不限于以下的各个按先后次序依次执行的环节：发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节。

本实施例具体基于工作流引擎将信息发布流程中的各个环节抽象成流程节点，从而在此基础上可通过节点调用及节点管理，实现信息发布流程的管理、控制，如流程的流向管理、流程样例管理、文件/任务的传递等等。

本申请借助计算机对应用程序的升级、发布的各环节进行协同工作，具体地，针对以上各个环节，分别提供相应的处理界面供处理人员进行人机交互处理，从而实现在结合相关处理人员参与发布的情况下完成信息发布的各个环节。

S102：获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色。

信息发布过程中，在计算机显示发布流程中当前环节的处理界面基础上，相关处理人员可基于在该环节的处理界面上进行相应操作，实现与计算机进行一些必要交互，从而使得通过人机协同完成发布流程中的当前环节，进而使得计算机能够继续调用后续环节的流程节点，进行后续环节的发布流程处理。

针对以上列举的信息发布流程的各个处理环节，一般来说，计算机需在各环节获得处理人员在相应处理界面执行操作时的如下操作信息：

当所述当前处理环节为所述发起环节时，获得第一处理人员选择的待发布数据的数据信息，并接收第一处理人员发起的发布请求；

当所述当前处理环节为所述数据审批环节时，获得第二处理人员提交的针对所述待发布数据的审批结果信息；

当所述当前处理环节为所述测试环节时，获得第三处理人员提交的针对所述待发布数据的测试结果信息；

当所述当前处理环节为所述测试审批环节时，获得第四处理人员提交的针对所述测试结果信息的审批结果信息；

当所述当前处理环节为所述正式发布环节时，获得第五处理人员在对所述待发布数据执行正式发布后所提交的相应发布结果信息；

当所述当前处理环节为所述发布验证环节时，获得第六处理人员提交的针对所述发布结果信息的验证结果信息。

在信息发布的实际实施过程中，以上各种处理人员的一种较为可能的情况是：所述第一处理人员具体为发布人员，所述第二处理人员具体为审核人员，所述第三处理人员具体为测试人员，所述第四处理人员具体为审核人员，所述第五处理人员具体为发布人员，所述第六处理人员具体为验证人员。

本申请中，每一处理环节均对应相匹配角色的处理人员，即特定角色的处理人员仅能在发布流程进行至特定环节时对特定环节进行处理，例如，测试人员仅能在应用程序发布流程进行至测试环节时，在该环节进行测试代码的下载及测试，测试审批人员仅能在发布流程进行至测试审批环节时，对测试人员上传的测试结果进行审批等等，在信息发布流程中，通过向不同角色的处理人员开放不同环节的处理权限，可从人员参与角度有效控制发布流程中每一环节的正常进行，避免了多种参与者在进行发布参与时的混乱性。

S103：在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待角色相匹配的处理人员进行处理。

在获得处理人员执行操作时的相关操作信息后，如果所述操作信息符合下一处理环节的调度条件，则表征当前环节在相应处理人员的参与下完成，从而计算机可控制发布流程进入下一处理环节，具体地，可通过调用下一处理环节对应的流程节点来进入下一环节，此时，所述下一环节即成为新的当前处理环节，从而再次针对该环节执行本申请方法即可完成该环节的处理任务。

其中，针对以上列举的信息发布流程的各个处理环节，本步骤S103具体进行以下处理：

在获得第一处理人员选择的待发布数据的数据信息，并接收第一处理人员发起的发布请求后，发起发布流程，并进入所述数据审批环节；

在所述第二处理人员提交的审批结果信息表示所述待发布数据审批通过时，进入所述测试环节，并基于所述发布流程所属的发布类型推送相匹配的测试分支，且在所述测试分支下同步所述待发布数据的测试版数据，以供所述第三处理人员获取；

在获得所述测试结果信息后，进入所述测试审批环节；

在所述第四处理人员提交的审批结果信息表示所述测试结果信息审批通过时，进入正式发布环节，并基于所述发布流程所属的发布类型推送相匹配的发布分支，且在所述发布分支下同步所述待发布数据的发布版数据，以供所述第五处理人员获取；

在获得所述发布结果信息后，进入所述发布验证环节；

在所述验证结果信息表示所述发布结果信息验证通过时，结束发布流程。

具体地，发布流程所属的发布类型包括应用程序类型及数据脚本类型。从而，在基于所述发布流程所属的发布类型推送相匹配的测试分支时，如果所述发布流程所属的发布类型为应用程序类型，则推送应用测试分支；反之，如果所述发布流程所属的发布类型为数据脚本类型，则推送数据测试分支。

相应地，在基于所述发布流程所属的发布类型推送相匹配的发布分支时，如果所述发布流程所属的发布类型为应用程序类型，则推送应用发布分支；如果所述发布流程所属的发布类型为数据脚本类型，则推送数据发布分支。

接下来，本申请以一具体应用实例对本申请方案进行解释说明。

本实例利用本申请方案，提供一种基于工作流引擎的自动化运维发布系统，参考图2示出的自动化运维发布系统的组成结构示意图，该系统由WEB操控界面201、发布控制模块202、工作流引擎模块203、同步模块204、脚本模块205及SVN服务器206组成。其中，WEB操控界面201、发布控制模块202、工作流引擎模块203、同步模块204、脚本模块205具体可在本地端实现，而SVN服务器206一般则为远程服务器。

所述WEB操控界面201，主要提供应用程序发布流程配置及发布流程展示功能，相关处理人员通过WEB操控界面可发起发布流程、审核发布流程、查看及下载发布的相关应用程序和数据等等；

所述发布控制模块202，主要负责工作流引擎模块203、同步模块204和脚本模块205的整体管控及工作流程调度；

所述工作流引擎模块203，主要负责将应用程序的发布各环节抽象成流程节点，供发布控制模块202调用执行；

所述同步模块204，主要负责SVN数据同步，将应用程序和数据脚本从SVN服务器同步到该发布系统的本地端；

所述脚本模块205，主要负责打包，即具体将同步至本地的应用程序和数据脚本打包，并提供下载功能；

所述SVN服务器206，主要负责存储应用程序和数据脚本，并进行版本控制。

参考图3示出的该自动化运维发布系统的工作原理图，该自动化运维发布系统具体按照以下流程完成应用程序、数据脚本等信息的发布：

1)发布人员通过WEB操控界面远程获取SVN服务器中的SVN目录结构，基于SVN目录结构选择待发布数据并发起发布申请，在此基础上系统的发布控制模块调用工作流引擎发起发布流程；

2)审核人员通过WEB操控界面对待发布数据进行审批，审批通过后进入下一个流程；

3)发布控制模块判断流程发布类型，并根据不同的发布类型调用工作流引擎推送对应的流程节点分支，具体地，如果发布类型是应用程序类型，则推送应用测试分支，如果发布类型是数据脚本类型则推送数据测试分支；

4)同步模块将SVN服务器的应用程序或数据脚本(待发布数据的测试版)同步到本地，然后由脚本模块执行打包，并将打包数据挂接在所推送的测试分支下提供下载功能；

5)测试人员下载应用程序或数据脚本(待发布数据的测试版)到测试环境，并执行测试，之后通过WEB操控界面提交测试结果，在此基础上发布控制模块调用工作流引擎进入测试审批节点；

6)审核人员通过WEB操控界面对测试的结果进行审批，审批通过后进入正式发布流程；

7)发布控制模块判断流程发布类型，并根据不同的发布类型调用工作流引擎推送对应的流程节点分支，具体地，如果发布类型是应用程序类型，则推送应用发布分支，如果发布类型是数据脚本类型则推送数据发布分支；

8)同步模块将SVN服务器的应用程序或数据脚本(待发布数据的发布版)同步到本地，然后由脚本模块执行打包，并将打包数据挂在所推送的发布分支下提供下载功能；

9)发布人员下载应用程序和数据脚本(待发布数据的发布版)到生产环境，执行正式发布，并通过WEB操控界面提交发布结果，发布控制模块调用工作流引擎进入发布验证节点；

10)验证人员在生产环境对发布结果进行验证，然后通过WEB操控界面提交验证结果，验证通过后由发布控制模块调用工作流引擎结束发布流程。

本实例中，参考图3，所述SVNkit工厂类、CnPlugin等用于为本实例系统的实现提供技术支持，所述临时文件为从SVN服务器远程同步的应用程序或数据脚本等文件，在对同步的应用程序或数据脚本执行打包后将打包所得工程包存放于FTP(File TransferProtocol，文件传输协议)服务器中并实现在相应推送分支下挂接，以实现为打包数据的下载提供支持，其中本实例具体通过Runtime类执行ANT脚本来实现打包。

本实例的自动化运维发布系统基于工作流引擎技术，结合SVN和Ant脚本技术，以规范化的工作流方式实现了应用程序和数据脚本的自动化发布，能够满足自动化运维的需要。

由以上方案可知，本申请提供的信息发布处理方法，包括展示信息发布过程中的当前处理环节所对应的处理界面；获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待相匹配的处理人员进行处理。可见，本申请方案根据角色、分工和条件的不同，控制发布流程的流向环节以及控制发布流程中每一环节的正常进行，从而应用本申请方案可解决现有技术进行信息发布时存在的上述问题，确保信息发布过程中各环节的准确无误。

实施例二

本申请实施例二提供一种信息发布处理系统，该系统与实施例一提供的信息发布处理方法相对应，参考图4示出的信息发布处理系统结构示意图，该系统包括展示模块401、获取模块402和调度模块403。

展示模块401，用于展示信息发布过程中的当前处理环节所对应的处理界面；其中，所述信息发布过程包括按先后次序依次执行的预定个数的处理环节，所述预定个数的处理环节包括按先后次序依次执行的发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节。

获取模块402，用于获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色。

其中，所述获取模块402包括：

第一获取单元，用于在所述当前处理环节为所述发起环节时，获得第一处理人员选择的待发布数据的数据信息，并接收第一处理人员发起的发布请求；

第二获取单元，用于在所述当前处理环节为所述数据审批环节时，获得第二处理人员提交的针对所述待发布数据的审批结果信息；

第三获取单元，用于在所述当前处理环节为所述测试环节时，获得第三处理人员提交的针对所述待发布数据的测试结果信息；

第四获取单元，用于在所述当前处理环节为所述测试审批环节时，获得第四处理人员提交的针对所述测试结果信息的审批结果信息；

第五获取单元，用于在所述当前处理环节为所述正式发布环节时，获得第五处理人员在对所述待发布数据执行正式发布后所提交的相应发布结果信息；

第六获取单元，用于在所述当前处理环节为所述发布验证环节时，获得第六处理人员提交的针对所述发布结果信息的验证结果信息。

调度模块403，用于在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待角色相匹配的处理人员进行处理。

所述调度模块403包括第一调度单元，用于在获得第一处理人员选择的待发布数据的数据信息，并接收第一处理人员发起的发布请求后，发起发布流程，并进入所述数据审批环节；

第二调度单元，用于在所述第二处理人员提交的审批结果信息表示所述待发布数据审批通过时，进入所述测试环节，并基于所述发布流程所属的发布类型推送相匹配的测试分支，且在所述测试分支下同步所述待发布数据的测试版数据，以供所述第三处理人员获取；

第三调度单元，用于在获得所述测试结果信息后，进入所述测试审批环节；

第四调度单元，用于在所述第四处理人员提交的审批结果信息表示所述测试结果信息审批通过时，进入正式发布环节，并基于所述发布流程所属的发布类型推送相匹配的发布分支，且在所述发布分支下同步所述待发布数据的发布版数据，以供所述第五处理人员获取；

第五调度单元，用于在获得所述发布结果信息后，进入所述发布验证环节；

第六调度单元，用于在所述验证结果信息表示所述发布结果信息验证通过时，结束发布流程。

其中，所述第二调度单元包括：第一推送单元，用于在所述发布流程所属的发布类型为应用程序类型时，推送应用测试分支；第二推送单元，用于在所述发布流程所属的发布类型为数据脚本类型时，推送数据测试分支。

所述第四调度单元包括：第三推送单元，用于在所述发布流程所属的发布类型为应用程序类型时，推送应用发布分支；第四推送单元，用于在所述发布流程所属的发布类型为数据脚本类型时，推送数据发布分支。

对于本申请的上述实施例一提供的基于工作流引擎的自动化运维发布系统这一应用实例来讲，该系统中的WEB操控界面201具体对本实施例二系统中的展示模块401进行了功能实现；工作流引擎模块203、同步模块204及脚本模块205这三个模块共同对本实施例二系统中的获取模块402和调度模块403进行了功能实现；发布控制模块202主要负责对所述获取模块402和调度模块403进行功能实现时所开发的工作流引擎模块203、同步模块204和脚本模块205进行整体管控及工作流程调度；SVN服务器206主要负责存储应用程序和数据脚本，并进行版本控制，以满足信息发布过程中的数据需求及版本控制需求。

对于本发明实施例二公开的信息发布处理系统而言，由于其与实施例一公开的信息发布处理方法相对应，所以描述的比较简单，相关相似之处请参见实施例一中信息发布处理方法部分的说明即可，此处不再详述。

综上所述，本申请具有以下优势：(1)适用面广，可面向企业运维管理人员、应用发布人员、开发人员、测试人员，也可面向主机提供商、网站管理人员等；(2)实现了发布流程的标准化及规范化；(3)规范了应用程序后台维护、开发人员的工作流程；(4)减少了应用程序发布的出错率；(5)解决了增量发布文件漏发的问题；(6)实现了对应用程序的有效版本控制；(7)发布流程可追溯；(8)提高了工作效率；(9)降低了人力成本。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

最后，还需要说明的是，在本文中，诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种信息发布处理方法，其特征在于，包括：

展示信息发布过程中的当前处理环节所对应的处理界面；其中，所述信息发布过程包括按先后次序依次执行的预定个数的处理环节，所述预定个数的处理环节包括按先后次序依次执行的发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节；

获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；

在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待角色相匹配的处理人员进行处理。

2.根据权利要求1所述的方法，其特征在于，所述获得处理人员在所述处理界面执行操作时对应的操作信息包括：

当所述当前处理环节为所述发起环节时，获得选择的待发布数据的数据信息，并接收发起的发布请求；

当所述当前处理环节为所述数据审批环节时，获得提交的针对所述待发布数据的审批结果信息；

当所述当前处理环节为所述测试环节时，获得提交的针对所述待发布数据的测试结果信息；

当所述当前处理环节为所述测试审批环节时，获得提交的针对所述测试结果信息的审批结果信息；

当所述当前处理环节为所述正式发布环节时，获得在对所述待发布数据执行正式发布后所提交的相应发布结果信息；

当所述当前处理环节为所述发布验证环节时，获得提交的针对所述发布结果信息的验证结果信息。

3.根据权利要求2所述的方法，其特征在于，所述在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节包括：

在获得选择的待发布数据的数据信息，并接收发起的发布请求后，发起发布流程，并进入所述数据审批环节；

在所述提交的审批结果信息表示所述待发布数据审批通过时，进入所述测试环节，并基于所述发布流程所属的发布类型推送相匹配的测试分支，且在所述测试分支下同步所述待发布数据的测试版数据；

在获得所述测试结果信息后，进入所述测试审批环节；

在所述提交的审批结果信息表示所述测试结果信息审批通过时，进入正式发布环节，并基于所述发布流程所属的发布类型推送相匹配的发布分支，且在所述发布分支下同步所述待发布数据的发布版数据；

在获得所述发布结果信息后，进入所述发布验证环节；

在所述验证结果信息表示所述发布结果信息验证通过时，结束发布流程。

4.根据权利要求3所述的方法，其特征在于，所述基于所述发布流程所属的发布类型推送相匹配的测试分支包括：

若所述发布流程所属的发布类型为应用程序类型，则推送应用测试分支；

若所述发布流程所属的发布类型为数据脚本类型，则推送数据测试分支。

5.根据权利要求3所述的方法，其特征在于，所述基于所述发布流程所属的发布类型推送相匹配的发布分支包括：

若所述发布流程所属的发布类型为应用程序类型，则推送应用发布分支；

若所述发布流程所属的发布类型为数据脚本类型，则推送数据发布分支。

6.一种信息发布处理系统，其特征在于，包括：

展示模块，用于展示信息发布过程中的当前处理环节所对应的处理界面；其中，所述信息发布过程包括按先后次序依次执行的预定个数的处理环节，所述预定个数的处理环节包括按先后次序依次执行的发起环节、数据审批环节、测试环节、测试审批环节、正式发布环节及发布验证环节；

获取模块，用于获得处理人员在所述处理界面执行操作时对应的操作信息；所述处理人员具有与所述当前处理环节相匹配的角色；

调度模块，用于在所述操作信息符合下一处理环节的调度条件时，调度所述当前处理环节的下一处理环节，并展示所述下一处理环节所对应的处理界面，以等待角色相匹配的处理人员进行处理。

7.根据权利要求6所述的系统，其特征在于，所述获取模块包括：

第一获取单元，用于在所述当前处理环节为所述发起环节时，获得选择的待发布数据的数据信息，并接收发起的发布请求；

第二获取单元，用于在所述当前处理环节为所述数据审批环节时，获得提交的针对所述待发布数据的审批结果信息；

第三获取单元，用于在所述当前处理环节为所述测试环节时，获得提交的针对所述待发布数据的测试结果信息；

第四获取单元，用于在所述当前处理环节为所述测试审批环节时，获得提交的针对所述测试结果信息的审批结果信息；

第五获取单元，用于在所述当前处理环节为所述正式发布环节时，获得对所述待发布数据执行正式发布后所提交的相应发布结果信息；

第六获取单元，用于在所述当前处理环节为所述发布验证环节时，获得提交的针对所述发布结果信息的验证结果信息。

8.根据权利要求7所述的系统，其特征在于，所述调度模块包括：

第一调度单元，用于在获得选择的待发布数据的数据信息，并接收发起的发布请求后，发起发布流程，并进入所述数据审批环节；

第二调度单元，用于在所述提交的审批结果信息表示所述待发布数据审批通过时，进入所述测试环节，并基于所述发布流程所属的发布类型推送相匹配的测试分支，且在所述测试分支下同步所述待发布数据的测试版数据；

第三调度单元，用于在获得所述测试结果信息后，进入所述测试审批环节；

第四调度单元，用于在所述提交的审批结果信息表示所述测试结果信息审批通过时，进入正式发布环节，并基于所述发布流程所属的发布类型推送相匹配的发布分支，且在所述发布分支下同步所述待发布数据的发布版数据；

第五调度单元，用于在获得所述发布结果信息后，进入所述发布验证环节；

第六调度单元，用于在所述验证结果信息表示所述发布结果信息验证通过时，结束发布流程。

9.根据权利要求8所述的系统，其特征在于，所述第二调度单元包括：

第一推送单元，用于在所述发布流程所属的发布类型为应用程序类型时，推送应用测试分支；

第二推送单元，用于在所述发布流程所属的发布类型为数据脚本类型时，推送数据测试分支。

10.根据权利要求8所述的系统，其特征在于，所述第四调度单元包括：

第三推送单元，用于在所述发布流程所属的发布类型为应用程序类型时，推送应用发布分支；

第四推送单元，用于在所述发布流程所属的发布类型为数据脚本类型时，推送数据发布分支。