业务变更处理方法、装置、系统及电子设备与流程

本申请涉及计算机技术领域，尤其涉及一种业务变更处理方法、装置、系统及电子设备。

背景技术：

在业务平台上，运行有应用程序(简称应用)，这些应用对应不同的业务，业务平台通过网络向用户提供各种业务。应用部署好之后，会按照预设的处理逻辑进行业务处理，每个业务都有其对应的工作流，这些工作流会涉及到各个不同的工作角色，例如，一些平台包括客服、运维、决策中心、测试、开发以及下游应用维护等多个工作角色。

业务平台的运营过程中，经常会遇到一些事件(一般是突发事件)需要对一些业务进行变更，业务变更是通过应用的变更来实现的(例如改变应用的参数设置或者变更应用的执行逻辑等)，而这些变更一般会涉及到多个工作角色的工作。

现有技术中，进行变更处理主要是通过人工来完成的，虽然应对事件的变更预案可以提前做好，但是当具体执行变更时，需要按照每个业务的工作流的工作顺序来分别进行处理，即现有技术中的业务变更过程中，工作流之间是隔离的，并且需要遵循工作流规定的工作角色工作顺序，这样必然会浪费许多时间和人力成本。

技术实现要素：

本发明实施例提供一种业务变更处理方法、装置、系统及电子设备，通过将各个工作角色以及各个应用进行并行化的处理，能够有效提高业务变更的处理效率。

本发明实施例提供了一种业务变更处理方法，包括：

获取进行业务处理的应用的运行状态信息；

如果所述应用的运行状态信息满足业务变更条件，则获取变更描述文件中的应用变更描述和/或工作角色通知描述；

根据所述应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

本发明实施例还提供了一种业务变更处理装置，包括：

应用的运行状态信息获取模块，用于获取进行业务处理的应用的运行状态信息；

变更条件监控模块，用于对应用的运行状态信息进行监控，如果所述应用的运行状态信息满足业务变更条件，则指示变更执行模块执行业务变更处理；

所述变更执行模块，用于响应于变更条件监控模块的执行业务变更处理的指示，获取变更描述文件中的应用变更描述和/或工作角色通知描述，并根据所述应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

本发明实施例还提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

获取进行业务处理的应用的运行状态信息；

如果所述应用的运行状态信息满足业务变更条件，则获取变更描述文件中的应用变更描述和/或工作角色通知描述；

根据所述应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

本发明实施例还提供了一种业务变更处理系统，包括上述业务变更处理装置以及多个应用和与多个工作角色对应的角色终端，所述多个应用通过应用总线连接，多个工作角色对应的角色终端通过工作角色总线连接。

本发明实施例提供一种业务变更处理方法、装置、系统及电子设备，通过对可能发生的业务变更预置预案，该预案包括了对应于业务变更的应用变更描述和工作角色通知描述，当监控到业务变更时，各个应用或各个工作角色根据应用变更描述和工作角色通知描述即可执行对应的预案内容，如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

图1为现有技术中的业务变更处理逻辑示意图；

图2为本发明实施例的业务变更处理逻辑示意图；

图3为本发明实施例的业务变更处理系统结构图；

图4为本发明实施例一的业务变更处理方法的流程示意图；

图5为本发明实施例二的业务变更处理方法的流程示意图；

图6为本发明实施例的业务变更处理装置的结构示意图一；

图7为本发明实施例的业务变更处理装置的结构示意图二；

图8为本发明实施例提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了便于说明本发明实施例的技术方案，在描述的过程中定义了如下的名称：

应用的运行状态信息，指应用程序在进行业务处理过程中的运行情况，其内容可包括业务处理数据(例如访问量、交易量等)、应用程序的各种运行参数(应用程序负载参数、流量参数等)等。

变更描述文件，指对应于各个业务变更的变更条件以及变更预案的一些具体执行内容等，具体可包括业务变更条件、应用变更描述和工作角色通知描述等。变更描述文件可以被制作为计算机可读并且可以执行的文件，例如程序脚本、具有预设数据格式或者数据结构的数据文件、符合预设通信协议的消息文件等，或者这些文件类型的组合。

其中，业务变更条件，是指触发执行业务变更处理的条件，业务变更条件可以根据实际需要而灵活设定，例如，可以是时间条件、业务处理数据对应的条件、应用程序的运行参数对应的条件以及这些条件的组合。关于业务变更条件，可以包含在变更描述文件，在加载变更描述文件时，设置到业务平台中，也可以不包含在变更描述文件，而通过其他方式预先设置于业务平台中。

应用变更描述，指对应于业务变更的应用程序的变更描述信息，具体可以包括：变更所指向的应用的相关信息(例如，应用名称、应用地址信息等)、应用变更内容(例如，变更应用的哪些参数设置或者变更应用的哪些执行逻辑)。

工作角色通知描述，指对应于业务变更的需获取执行通知的工作角色的通知描述信息，具体可以包括：通知指向的工作角色的相关信息(例如，工作角色的名称、工作角色对应的终端的地址信息等)、通知的具体内容等。这里所说的工作角色是指在整个业务处理流程中的负责各个环节的具体岗位、部门或者工作人员等。

目前在各大业务平台的运营过程中，经常会因一些突发事件而需要对业务做出相应变更，业务变更需作用于应用变更实现，例如可改变应用的参数设置或者应用的执行逻辑等，而应用变更往往需要各个工作角色的配合执行与协调。图1为现有技术中的业务变更处理的逻辑示意图，在现有技术中，针对于每一项业务变更均需要工作流中各个工作角色按照工作顺序进行处理，如图1所示，当变更1、变更2、变更3或变更4发生时，每一项业务变更都需要各个工作角色(如图1中所示的客服、运维、决策中心、测试、开发以及下游应用)按照工作流中的顺序配合执行，即在现有技术中的业务变更过程中，对应于不同业务变更的工作流之间是相互隔离的，如此大大提高了时间和人力成本。

本发明实施例克服了现有技术中的缺陷，其技术原理在于，对可能发生的业务变更预置预案，该预案包括了对应于业务变更的应用变更描述和工作角色通知描述，当监控到业务变更时，各个应用或各个工作角色即可执行其各自对应的预案内容，如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

如图2所示，为本发明实施例的业务变更处理的逻辑示意图，如图所示，在本实施例中，当发生业务变更时，各个工作角色和/或各个应用无需依附于工作流执行变更，只要各个工作角色和/或各个应用获取其对应的工作角色通知描述或应用变更描述，即可对相应的变更进行处理，如此达到各工作角色和各应用并行处理的效果。下面针对具体的技术方案进行详述如下。

针对可能发生的业务变更情况，会事先制定预案，并根据预案内容形成计算机程序可读形式的变更描述文件，该变更描述文件可包括业务变更条件、应用变更描述和/或工作角色通知描述。其中，上述业务变更条件即指在业务处理过程中，触发业务变更需满足的条件；上述应用变更描述指对应于业务变更的应用程序的变更描述信息，具体可以包括对应应用变更指令的地址信息、应用变更条件、应用变更状态等；上述工作角色通知描述指对应于业务变更的需获取执行通知的工作角色的通知描述信息，具体可以包括对应工作角色通知的地址信息、工作角色通知条件、工作角色通知状态等。

在执行业务过程中，业务平台可实时或以一定频率监控进行业务处理的应用的运行状态信息，当监测到该应用的运行状态信息满足上述变更描述文件中的业务变更条件时，即可获取变更描述文件中的应用变更描述和/或工作角色通知描述，通过该描述信息中的地址信息，即可指向与应用变更描述和/或工作角色通知描述对应的应用变更指令和/或工作角色通知，进而执行对应的处理操作。

需要说明的是，在本发明实施例中，上述多个应用可以通过应用总线连接，当获取到应用变更描述时，可通过应用总线将应用变更指令发送给对应的应用。本发明实施例中所说的总线可以是一种虚拟总线，其核心的机制是将多个应用或者多个工作角色的角色终端以总线的形式连接在一起，以便于进行指令或者消息的发送，实现并行通知或者并行的向应用发送指令。具体地，总线可以具体化为用于传输应用变更指令或者工作角色通知的信息传输通道(可以是专用信息传输通道)，这些信息传输通道可以对应于预设端口，该信息传输通道允许各个应用或者各个角色终端直接访问，各个应用或者角色终端可以实时或者以固定时间间隔，通过预设的端口对该信息传输通道进行监听，变更指令或者工作角色通知中可以携带应用或者角色终端的地址信息或标识信息，应用或者角色终端监听到有发送给自己的变更指令或者工作角色通知后，就读取该变更指令或者工作角色通知并执行变更处理。上述的应用总线和工作角色总线可以共用一个信息传输通道，应用和工作角色终端使用相同的端口对该信息传输通道进行监听，也可以分别使用两个信息传输通道来实现应用总线和工作角色总线，相应地，应用和工作角色终端使用不同的端口对该各自的信息传输通道进行监听。

上述多个工作角色对应的角色终端可以通过工作角色总线连接，当获取到工作角色通知描述时，可通过工作角色总线将工作角色通知发送给对应的工作角色的角色终端。通过上述总线机制，各个工作角色的角色终端和/或各个应用只需从工作角色总线和/或应用总线提取其对应的工作角色通知和/或应用变更指令，并据此执行即可。如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

如图3所示，为本发明实施例的业务变更处理系统结构图，用于具体执行本发明实施例提供的业务变更处理方法，在该系统中，主要可包括多个应用、多个工作角色对应的角色终端以及业务变更处理装置，多个应用通过应用总线连接，多个工作角色对应的角色终端通过工作角色总线连接，其中，在业务变更处理装置中可以包括应用的运行状态信息获取模块、变更条件监控模块、变更执行模块、变更描述文件加载模块以及变更描述文件存储模块。

在本发明实施例的系统中，变更描述文件存储模块可以用于存储变更描述文件，在变更描述文件中包括了业务变更条件、应用变更描述以及工作角色通知描述。通过变更描述文件加载模块，可将变更描述文件加载到变更描述文件存储模块中，并从变更描述文件中获取业务变更条件，提供给变更条件监控模块。变更条件监控模块通过比较从变更描述文件加载模块中获取的业务变更条件和通过监控获得的应用的运行状态信息，当应用的运行状态信息满足业务变更条件时，则指示变更执行模块执行业务变更处理。变更执行模块响应于变更条件监控模块的执行业务变更处理的指示，获取变更描述文件中的应用变更描述和/或工作角色通知描述，并根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

需要说明的是，如图3所示，在变更执行模块执行业务变更处理过程中，可具体通过应用总线和/或工作角色总线将应用变更描述和/或工作角色通知描述指向的应用变更指令和/或工作角色通知发送给对应的应用和/或工作角色的角色终端。此外，上述应用的运行状态信息获取模块既可以直接与各个应用连接并直接获取应用的运行状态信息，还可以如图3所示，与应用总线连接并通过应用总线获取应用的运行状态信息。

此外，也可以在业务平台中预先配置多个预案(即预先存储多个针对不同情况的变更描述文件)，从而根据不同的监控指标来选择加载哪些变更描述文件。具体地，预先设置多个变更描述文件分别与多个预设的监控指标关联，当获取到的应用的运行状态信息达到监控指标后，加载与该监控指标对应的变更描述文件。通过这样的方式，能够使得预案配置更加灵活，能够更好地适应各种突发情况。下面通过多个实施例来进一步说明本申请的技术方案。

实施例一

基于上述业务变更处理的方案思想，如图4所示，为本发明实施例一的业务变更处理方法的流程示意图，该方法的执行主体为业务变更处理装置，该方法包括：

s410，获取进行业务处理的应用的运行状态信息。

具体地，应用的运行状态信息指应用程序在进行业务处理过程中的运行情况，其内容可包括业务处理数据(例如访问量、交易量等)、应用程序的各种运行参数(应用程序负载参数、流量参数等)等。在实际应用场景中，以网络购物平台为例，网络购物应用程序的应用的运行状态信息可包括但不限于表征商品数量、商品价格、在线消费者数量、交易额、商品交易量的参数信息。

s420，如果应用的运行状态信息满足业务变更条件，则获取变更描述文件中的应用变更描述和/或工作角色通知描述。

具体地，上述业务变更条件指能够触发业务变更的应用的运行状态信息需满足的条件，其可预先存储于业务平台中，也可以作为变更描述文件的一部分，在进行变更描述文件加载的过程中，从变更描述文件中获取业务变更条件，并设置于业务平台中。以网络购物平台为例，在特定节日促销场景中，可能出现交易量或交易额下跌的突发情况，此时业务变更条件可以是交易量或交易额满足预置阈值，当应用的运行状态信息满足该业务变更条件时，即可获取变更描述文件中的应用变更描述和/或工作角色通知描述。

s430，根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

具体地，应用变更处理可以是执行对应业务变更的应用变更指令，工作角色通知处理可以是基于对应的业务变更通知到具体的工作角色，以便于各工作角色执行相应的预案内容。例如，在特定节日促销场景中，可能出现交易量或交易额下跌的突发情况，需执行的预案可以是下架对应优惠券或者关闭对应活动页面(应用变更处理)，然后还要及时通知到各个工作角色中，通知内容可以包括针对业务变更的具体指示等(工作角色通知处理)，例如决策部门需要对该业务变更产生的影响做出进一步决策，客服部门需要根据业务变更做出合理的解释预案，下游应用维护部门则需要配合该业务变更采取对应的措施。

本发明实施例提供了一种业务变更处理方法，对可能发生的业务变更预置预案，该预案包括了对应于业务变更的应用变更描述和工作角色通知描述，当监控到业务变更时，各个应用或各个工作角色即可执行其各自对应的预案内容，如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

实施例二

基于上一实施例中所述的业务变更处理方法，本实施例将在方法中引入总线机制，并将对该方法进行进一步细化。图5为本发明实施例二的业务变更处理方法的流程示意图，如图5所示，该方法包括：

s510，响应于加载变更描述文件的处理，获取业务变更条件。具体地，变更描述文件中包括但不限于业务变更条件、应用变更描述和工作角色通知描述。

s520，获取进行业务处理的应用的运行状态信息。

s530，如果应用的运行状态信息满足业务变更条件，则获取变更描述文件中的应用变更描述和/或工作角色通知描述。

s540，根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

上述步骤s520～步骤s540的内容与上述步骤s410～步骤s430的内容相同。

进一步地，上述多个应用可以通过应用总线连接，上述多个工作角色对应的角色终端可以通过工作角色总线连接，

上述根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理包括：

根据应用变更描述，通过应用总线向应用变更描述指向的应用发送应用变更指令；

和/或，

根据工作角色通知描述，通过工作角色总线向工作角色通知描述指向的角色终端发送工作角色通知。

具体地，在本实施例中引入了总线机制，如上述提及的，各个应用可以通过应用总线连接，当业务变更条件满足时，根据应用变更描述找到应用变更指令，并通过应用总线将该应用变更指令发送给对应的应用。同样，上述各个工作角色对应的角色终端可以通过工作角色总线连接，当业务变更条件满足时，根据工作角色通知描述找到工作角色通知，并通过工作角色总线将该工作角色通知发送给对应的工作角色的角色终端。通过上述总线机制，各个工作角色的角色终端和/或各个应用只需从工作角色总线和/或应用总线提取其对应的工作角色通知和/或应用变更指令，并据此执行即可。如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

进一步地，上述应用总线和/或工作角色总线为用于传输应用变更指令和/或工作角色通知的信息传输通道，上述应用和/或角色终端能够通过预设端口对该信息传输通道进行监听。

具体地，如上述提及的，上述的应用总线和工作角色总线可以共用一个信息传输通道，应用和工作角色终端使用相同的端口对该信息传输通道进行监听，也可以分别使用两个信息传输通道来实现应用总线和工作角色总线，相应地，应用和工作角色终端使用不同的端口对该各自的信息传输通道进行监听。

进一步地，上述方法还可以包括：

预先设置多个变更描述文件，多个变更描述文件分别与多个预设的监控指标关联；

当应用的运行状态信息达到所述监控指标后，加载与该监控指标对应的变更描述文件。

本发明实施例提供了一种业务变更处理方法，对可能发生的业务变更预置预案，该预案包括了对应于业务变更的应用变更描述和工作角色通知描述，当监控到业务变更时，各个应用或各个工作角色即可执行其各自对应的预案内容，并进一步引入总线机制，各个工作角色的角色终端和/或各个应用只需从工作角色总线和/或应用总线提取其对应的工作角色通知和/或应用变更指令，并据此执行即可。如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

实施例三

图6为本发明实施例的业务变更处理装置的结构示意图一，该装置主要用于执行图4所示的方法步骤，如图6所示，该装置包括：

应用的运行状态信息获取模块610，用于获取进行业务处理的应用的运行状态信息；

变更条件监控模块620，用于对应用的运行状态信息进行监控，如果应用的运行状态信息满足业务变更条件，则指示变更执行模块执行业务变更处理；

变更执行模块630，用于响应于变更条件监控模块的执行业务变更处理的指示，获取变更描述文件中的应用变更描述和/或工作角色通知描述，并根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

进一步地，上述多个应用可以通过应用总线连接，多个工作角色对应的角色终端可以通过工作角色总线连接，

根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理可以包括：

根据应用变更描述，通过应用总线向应用变更描述指向的应用发送应用变更指令；

和/或，

根据工作角色通知描述，通过工作角色总线向工作角色通知描述指向的角色终端发送工作角色通知。

进一步地，上述应用总线和/或工作角色总线为用于传输应用变更指令和/或工作角色通知的信息传输通道，所述应用和/或角色终端能够通过预设端口对该信息传输通道进行监听。

进一步地，图7为本发明实施例的业务变更处理装置的结构示意图二，该装置还可以包括：

变更描述文件加载模块710，用于接收变更描述文件，加载到变更描述文件存储模块中，并从变更描述文件中获取业务变更条件，提供给变更条件监控模块；

变更描述文件存储模块720，用于存储变更描述文件。

本发明实施例提供了一种业务变更处理装置，对可能发生的业务变更预置预案，该预案包括了对应于业务变更的应用变更描述和工作角色通知描述，当监控到业务变更时，各个应用或各个工作角色即可执行其各自对应的预案内容，如此将各个工作角色以及各个应用进行并行化的处理，从而有效地提高了变更过程中的处理效率。

实施例四

前面实施例三描述了业务变更处理装置的整体架构，该装置的功能可借助一种电子设备实现完成，如图8所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器810和处理器820。

存储器810，用于存储程序。

除上述程序之外，存储器810还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器810可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

处理器820，耦合至存储器810，用于执行存储器810中的程序，以用于：

获取进行业务处理的应用的运行状态信息；

如果应用的运行状态信息满足业务变更条件，则获取变更描述文件中的应用变更描述和/或工作角色通知描述；

根据应用变更描述和/或工作角色通知描述，执行应用变更处理和/或工作角色通知处理。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图8所示，电子设备还可以包括：通信组件830、电源组件840、音频组件850、显示器860等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。

通信组件830被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件830经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件830还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

电源组件840，为电子设备的各种组件提供电力。电源组件840可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件850被配置为输出和/或输入音频信号。例如，音频组件850包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器810或经由通信组件830发送。在一些实施例中，音频组件850还包括一个扬声器，用于输出音频信号。

显示器860包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可获取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。