CN113722022A - 状态管理系统及方法 - Google Patents

Abstract

本发明应用于系统管理领域，提供了一种状态管理系统及方法，该系统包括：指令监听模块，用于在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；脚本动态执行模块，用于按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；消息转移器，用于将状态变更结果告知通知列表中的相关方。通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

Description

状态管理系统及方法

技术领域

本发明涉及系统管理技术领域，尤其涉及一种状态管理系统及方法。

背景技术

现在的各种系统中都存在许许多多的状态，例如订单状态、支付状态、用户状态等等，而用户呈现层面上往往也与实际系统表现的状态大相径庭，比如用户看到只有已支付，但电商系统中却包含仓储、派工、物流等等状态，而且系统与系统之间更是存在许许多多的同状态不同表现，而往往相同的状态变更逻辑又极难被复用。且许多的状态变更需要依赖于硬编码，需要一系列的判断来检查当前状态、可执行操作以及这两个的组合得到的下一个应该被流转的状态值，而当状态流转很复杂时，逻辑也就变得极难维护，当存在多层级状态，各业务展现不一致时更是可能无法实现准确的状态变更。

从上述现状可以看出，现有的状态管理的准确率和效率都不高。

发明内容

本发明实施例提供一种状态管理系统，用以提高状态管理的准确率和效率，该系统包括：

指令监听模块，用于监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

脚本动态执行模块，用于按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；所述预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；

消息转移器，用于将状态变更结果告知通知列表中的相关方。

具体实施例中，提供一种状态管理系统，还包括：

脚本预设模块，用于将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本；将每个事件对应的一个或多个可执行脚本，预先存储在预设的可执行脚本库中。

具体实施例中，所述脚本预设模块，具体用于：

获取接入系统的多种状态变更；

根据每种状态变更，确定每种状态变更相应的原始状态和目标状态；

将每种状态变更相应的原始状态变更为目标状态的过程，抽象为事件，得到每个事件对应的一个或多个可执行脚本。

具体实施时，所述事件的编号和功能描述信息，以字节流形式存储于所述接入系统的数据库中。

为了直观展示，一具体实施例中的状态管理系统，还包括：状态变更管理模块，用于：

从多种编号角度，确定接入系统的状态变更路途；所述多种编号，包括：业务编号、用户视角编号和流转编号；

将不同编号角度的接入系统的状态变更路途，进行可视化展示。

具体实施例中，所述状态变更管理模块，包括：

状态树管理单元，用于从业务编号维度进行管理，对具体业务编号对应的状态树进行可视化展示。

进一步地，所述状态变更管理模块，包括：

状态呈现管理单元，用于对具体业务编号的不同视角下的状态变化过程，进行可视化展示。

具体实施例中，所述消息转移器，还用于：

在得到状态变更结果后，将状态变更成功的结果反馈给上游的接入系统。

本发明实施例还提供一种状态管理方法，用以提高状态管理的准确率和效率，该方法包括：

监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；所述预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；

将状态变更结果告知通知列表中的相关方。

具体实施例中提供的状态管理方法，还包括：

将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本；将每个事件对应的一个或多个可执行脚本，预先存储在预设的可执行脚本库中。

具体实施时，将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本，包括：

获取接入系统的多种状态变更；

根据每种状态变更，确定每种状态变更相应的原始状态和目标状态；

将每种状态变更相应的原始状态变更为目标状态的过程，抽象为事件，得到每个事件对应的一个或多个可执行脚本。

其中，所述事件的编号和功能描述信息，以字节流形式存储于所述接入系统的数据库中。

为了直观展示状态的变化过程，一具体实施例中的状态管理方法，还包括：

从多种编号角度，确定接入系统的状态变更路途；所述多种编号，包括：业务编号、用户视角编号和流转编号；

将不同编号角度的接入系统的状态变更路途，进行可视化展示。

具体实施时，具体实施例中的状态管理方法，还包括：

从业务编号维度进行管理，对具体业务编号对应的状态树进行可视化展示。

同样地，具体实施例中的状态管理方法，还包括：

对具体业务编号的不同视角下的状态变化过程，进行可视化展示。

本发明另一具体实施例中的状态管理方法，还包括：

在得到状态变更结果后，将状态变更成功的结果反馈给上游的接入系统。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述状态管理方法。

本发明实施例也提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述状态管理方法的计算机程序。

本发明实施例中，通过设置指令监听模块，在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；通过设置脚本动态执行模块，按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；通过设置消息转移器，将状态变更结果告知通知列表中的相关方。通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

附图说明

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

图1为本发明实施例中状态管理系统的结构示意图。

图2为本发明具体实施例中状态管理系统的结构示意图。

图3为本发明一具体实施例中状态管理系统的结构示意图。

图4为本发明具体实施例中状态变更管理模块301的结构示意图。

图5为本发明实例中原始状态到目标状态的修改过程示意图。

图6为本发明实例中一具体业务编号对应的状态树的示意图。

图7为本发明实例的工作逻辑示意图。

图8为本发明实施例中状态管理方法的示意图。

图9为本发明具体实施例中状态管理方法的示意图。

图10为本发明具体实施例中步骤901的实现过程示意图。

图11为本发明一具体实施例中状态管理方法的示意图。

图12为本发明另一具体实施例中状态管理方法的示意图。

图13为本发明实施例中用于状态管理的电子设备的示意图。

具体实施方式

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

本发明实施例提供了一种状态管理系统，用以提高状态管理的准确率和效率，该系统如图1所示，包括：

指令监听模块101，用于监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

脚本动态执行模块102，用于按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；

消息转移器103，用于将状态变更结果告知通知列表中的相关方。

由此可以得知，本发明实施例中，通过设置指令监听模块101，在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；通过设置脚本动态执行模块102，按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；通过设置消息转移器103，将状态变更结果告知通知列表中的相关方。通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

具体实施时，指令监听模块101，用于对接入系统的状态变更情况进行监听，在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集。具体地，指令主要由多个脚本编号组成。

接收接入系统的外部指令集后，脚本动态执行模块102按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表。其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本。

由于可执行脚本库是需要预先设计的，如图2所示的具体实施例中的状态管理系统，在图1的基础上，还包括：

脚本预设模块201，用于将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本；将每个事件对应的一个或多个可执行脚本，预先存储在预设的可执行脚本库中。

具体实施例中，脚本预设模块201，具体用于：

获取接入系统的多种状态变更；

根据每种状态变更，确定每种状态变更相应的原始状态和目标状态；

将每种状态变更相应的原始状态变更为目标状态的过程，抽象为事件，得到每个事件对应的一个或多个可执行脚本。

为了后续维护方便，上述事件的编号和功能描述信息，以字节流形式存储于接入系统的数据库中。

脚本动态执行模块102得到状态变更结果和通知列表后，消息转移器103将状态变更结果告知通知列表中的相关方。其中，通知列表中的相关方一般是指下游的与接入系统有关联的其他系统，即当前状态变更将会影响到的其他系统，例如，在购物系统中，用户付款从未付款状态变更为付款状态，状态变更后，就需要将状态变更结果通知给仓储系统、客服系统和物流系统等相关方。

此外，为了让上游的接入系统也能够及时知晓状态变更情况，具体实施例中，消息转移器103，还用于：

在得到状态变更结果后，将状态变更成功的结果反馈给上游的接入系统。

同时，具体实施时，可能存在状态变更复杂的情况，或者需要将状态变更的过程展示，一具体实施例中还提供一种状态管理系统，如图3所示，在图1的基础上，还包括：状态变更管理模块301，用于：

从多种编号角度，确定接入系统的状态变更路途；其中，多种编号，包括：业务编号、用户视角编号和流转编号；

将不同编号角度的接入系统的状态变更路途，进行可视化展示。

即具体实施例中，状态变更管理模块301用于呈现接入系统的状态变更情况，根据不同的业务编号(如订单业务)、视角编号(用户视角)、流转编号(例如具体的订单号)可以展现出不同的状态变更路径图。

具体实施过程中，状态变更管理模块301的结构如图4所示，具体包括：

状态树管理单元401，用于从业务编号维度进行管理，对具体业务编号对应的状态树进行可视化展示。

状态呈现管理单元402，用于对具体业务编号的不同视角下的状态变化过程，进行可视化展示。

具体实施过程中，状态树管理单元401是对业务编号维度进行管理，列出某个业务编号对应的状态树，许多的复合状态变更(同时触发多个状态变更)在图中，以group形式展示。

状态呈现管理单元402是对某个业务编号的不同视角进行呈现展示，能够清晰地表达出在用户、仓储等等视角下状态是如何变更的。

下面给出一具体实例说明本发明实施例如何进行状态管理。

本例通过SFE方式解耦业务系统与状态，以事件驱动状态变更，通过管理事件的通用性来保障状态的有序变更和复用性，即做到当某种状态收到某个事件则触发某种行为，从而导致状态发生确定性改变。

为了达到此目的，本例通过搭建EL组件，能够接收外部指令并动态加载和执行事件的脚本。

其中，SFE全称Script For Event，即事件的脚本。EL全称Event Loader，即事件加载器。

本例所受的启发来自于有限状态机和UTXO(Unspent Transaction Output，未花费的交易输出)模型，在逻辑剥离上以事件驱动为原型，在数据存储上以UTXO为模型，分离数据，将状态进行统一管理。因而本例设计了一款通用的、与业务系统解耦的、能够进行状态管理的组件，即EL组件，设计合理科学，数据结构清晰，管理方便，能够快速接入不同的业务系统发挥作用。

该EL组件从功能上主要可以分为以下几部分：事件脚本库、脚本的动态加载和动态执行的加载器、状态变更管理(状态树管理和状态呈现管理)、消息转移器。

该EL组件的核心思想为将状态变化抽象为事件，每个事件对应一个或多个脚本，存在一个脚本的加载器负责监听外部的一切指令集，当收到外部指令集时按指令顺序执行指令当中对应的事件编号对应的一系列脚本，从而达到某个或者多个状态确定性的从原始状态变更为目标状态。该组件可以以插件形式接入，也可以以接口形式接入。

将原始状态视为input，目标状态视为output，认为状态一旦变更，则上次及历史的input和output就不再有效，仅有当前的是input和output是有效的，也可以理解为历史数据被花费了，那么对EL组件而言只需要关注当前有效的一条记录即可，可参照图5：当目标状态修改为state(状态)2时，state1就从state1 current(现存)变更为state1 history(历史)，而state2被记录为state2 current。

具体解释各个功能如下：

事件脚本库：是对应抽象事件的可执行脚本，执行后能够将某个或者多个状态确定性的转换为对应的目标状态，事件在系统中有明确的编号和功能描述，以字节流形式存储于数据库中。

脚本的动态加载和动态执行的加载器：负责监听外部指令集(指令主要由多个脚本编号组成)，并负责根据指令集动态加载并执行对应事件脚本，修改数据，然后将确定性的执行结果发送给指令方(接入系统)，同时调起消息转移器将状态变更情况告知相关方。

消息转移器：当脚本的动态加载和动态执行的加载器执行了某个脚本后得到具体的状态变更结果和通知列表时，需要调用消息转移器，将对应的状态变更消息告知相关方。

状态变更管理：呈现接入系统的状态变更情况，根据不同的业务编号(如订单业务)、视角编号(用户视角)、流转编号(例如具体的订单号)可以展现出不同的状态变更路径图。具体包括：状态树管理是对业务编号维度进行管理，列出某个业务编号对应的状态树，许多的复合状态变更(同时触发多个状态变更)在图中以group形式展示，具体可参照图6。状态呈现管理是对某个业务编号的不同视角进行呈现展示，能够清晰的表达出在用户、仓储等等视角下状态是如何变更的。

此外，该EL组件还能够适用于pass云体系的多租户模式，一旦存在成熟的运行模式，则之后的接入方也能快速借鉴复用，大大降低开发成本。多租户定义：多租户技术或称多重租赁技术，简称SaaS，是一种软件架构技术，是实现如何在多用户环境下(此处的多用户一般是面向企业用户)共用相同的系统或程序组件，并且可确保各用户间数据的隔离性。简单讲：在一台服务器上运行单个应用实例，它为多个租户(客户)提供服务。即多租户是一种架构，目的是为了让多用户环境下使用同一套程序，且保证用户间数据隔离。例如，将电商系统作为接入系统，所开发的EL组件，在成熟运行后，可以作为租户系统中的程序组件的借鉴，给其他接入系统作为范例，直接调用成熟的事件和相应的脚本，从而大大降低开发成本。

结合图7所示的本例的工作逻辑，对该组件进行进一步详细说明：

如图7所示，当接入方发起指令集时，脚本的动态加载和动态执行的加载器接收到指令集并分析指令的内容，从事件数据库中找到对应事件的二进制流，并进行加载执行，当执行完所有事件后，将结果状态进行暂存，修改对应状态的当前状态置为history，并将暂存的状态存入状态库中置为current。准备就绪后返回执行结果给上游，并通过消息转移器通知给下游节点群(与接入系统有关联的其他系统视为节点，多个节点组成的节点群)。接入方可以登入系统中查看状态变更管理、状态呈现管理和状态树管理，如果是新的接入方还可以直接借鉴其他借入方成熟的方案。

由此可以看出，本例所提供的EL组件首先在确定性，每一份脚本都是唯一确定的输出，通过事件脚本的方式动态加载执行，当接收到指令集输入时会将唯一确定结果，通过消息转移器进行输出给上下游；

其次，是状态有限唯一性，接入系统永远将自身的状态进行相应调整为当前有效的，以确保当前的状态一定是对应条件下唯一的；

最后，同时利用状态变更得到的数据，进行刻画状态变更模型和状态树模型，使得状态管理可视化与可强复用性。

由此可见，通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

上述具体应用的实施仅为举例，其余实施方式不再一一赘述。

基于同一发明构思，本发明实施例还提供一种状态管理方法，由于状态管理方法所解决问题的原理与状态管理系统相似，因此状态管理方法的实施可以参见状态管理系统的实施，重复之处不再赘述，具体如图8所示，包括：

步骤801：监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

步骤802：按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；

步骤803：将状态变更结果告知通知列表中的相关方。

其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本。

因此，具体实施例中提供的状态管理方法，如图9所示，在图8的基础上，还包括：

步骤901：将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本；将每个事件对应的一个或多个可执行脚本，预先存储在预设的可执行脚本库中。

具体实施时，将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本，具体实施过程，如图10所示，包括：

步骤1001：获取接入系统的多种状态变更；

步骤1002：根据每种状态变更，确定每种状态变更相应的原始状态和目标状态；

步骤1003：将每种状态变更相应的原始状态变更为目标状态的过程，抽象为事件，得到每个事件对应的一个或多个可执行脚本。

其中，上述事件的编号和功能描述信息，以字节流形式存储于接入系统的数据库中。

为了直观展示状态的变化过程，一具体实施例中的状态管理方法，如图11所示，在图8的基础上，还包括：

步骤1101：从多种编号角度，确定接入系统的状态变更路途；

步骤1102：将不同编号角度的接入系统的状态变更路途，进行可视化展示。

其中，多种编号，包括：业务编号、用户视角编号和流转编号。

具体实施过程中，具体实施例中的状态管理方法，在图8的基础上，还包括：

从业务编号维度进行管理，对具体业务编号对应的状态树进行可视化展示。

具体实施例中的状态管理方法，在图8的基础上，还包括：

对具体业务编号的不同视角下的状态变化过程，进行可视化展示。

本发明另一具体实施例中的状态管理方法，如图12所示，在图8的基础上，还包括：

步骤1201：在得到状态变更结果后，将状态变更成功的结果反馈给上游的接入系统。

图13为本申请实施例的电子设备1300的系统构成的示意框图。如图13所示，该电子设备1300可以包括中央处理器1301和存储器1302；存储器1302耦合到中央处理器1301。值得注意的是，该图13是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，状态管理系统的功能可以被集成到中央处理器1301中。其中，中央处理器1301可以被配置为进行如下控制：

指令监听模块监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

脚本动态执行模块按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；

消息转移器将状态变更结果告知通知列表中的相关方。

其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本。

从上述描述可知，本申请的实施例提供的电子设备，通过设置指令监听模块，在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；通过设置脚本动态执行模块，按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；通过设置消息转移器，将状态变更结果告知通知列表中的相关方。通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

在另一个实施方式中，状态管理系统可以与中央处理器1301分开配置，例如可以将状态管理系统配置为与中央处理器1301连接的芯片，通过中央处理器的控制来实现状态管理功能。

如图13所示，该电子设备1300还可以包括：通信模块1303、输入单元1304、音频处理器1305、显示器1306、电源1307。值得注意的是，电子设备1300也并不是必须要包括图13中所示的所有部件；此外，电子设备1300还可以包括图13中没有示出的部件，可以参考现有技术。

如图13所示，中央处理器1301有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器1301接收输入并控制电子设备1300的各个部件的操作。

其中，存储器1302，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器1301可执行该存储器1302存储的该程序，以实现信息存储或处理等。

输入单元1304向中央处理器1301提供输入。该输入单元1304例如为按键或触摸输入装置。电源1307用于向电子设备1300提供电力。显示器1306用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器1302可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器1302还可以是某种其它类型的装置。存储器1302包括缓冲存储器1321(有时被称为缓冲器)。存储器1302可以包括应用/功能存储部1322，该应用/功能存储部1322用于存储应用程序和功能程序或用于通过中央处理器1301执行电子设备1300的操作的流程。

存储器1302还可以包括数据存储部1323，该数据存储部1323用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器1302的驱动程序存储部1324可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块1303即为经由天线1308发送和接收信号的发送机/接收机1303。通信模块(发送机/接收机)1303耦合到中央处理器1301，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块1303，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)1303还经由音频处理器1305耦合到扬声器1309和麦克风1310，以经由扬声器1309提供音频输出，并接收来自麦克风1310的音频输入，从而实现通常的电信功能。音频处理器1305可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器1305还耦合到中央处理器1301，从而使得可以通过麦克风1310能够在本机上录音，且使得可以通过扬声器1309来播放本机上存储的声音。

本发明的实施例还提供能够实现上述实施例中的状态管理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的状态管理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

指令监听模块监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

脚本动态执行模块按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；

消息转移器将状态变更结果告知通知列表中的相关方。

其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本。

从上述的描述可知，本发明实施例提供的计算机可读存储介质，通过设置指令监听模块，在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；通过设置脚本动态执行模块，按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；通过设置消息转移器，将状态变更结果告知通知列表中的相关方。通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

综上所述，本发明实施例提供的状态管理系统及方法具有如下优点：

通过设置指令监听模块，在监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；通过设置脚本动态执行模块，按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；其中，预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；通过设置消息转移器，将状态变更结果告知通知列表中的相关方。通过将状态变更抽象为事件，在状态需要变更时，只需执行相应事件对应的可执行脚本，即可实现接入系统的状态变更，状态变更的脉络清晰且逻辑简单，从而能够提高状态管理的准确率和效率。

虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本领域技术人员应明白，本说明书的实施例可提供为方法、装置(系统)或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。

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

Claims (18)

1.一种状态管理系统，其特征在于，包括：

指令监听模块，用于监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

脚本动态执行模块，用于按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；所述预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；

消息转移器，用于将状态变更结果告知通知列表中的相关方。

2.如权利要求1所述的状态管理系统，其特征在于，还包括：

脚本预设模块，用于将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本；将每个事件对应的一个或多个可执行脚本，预先存储在预设的可执行脚本库中。

3.如权利要求2所述的状态管理系统，其特征在于，所述脚本预设模块，具体用于：

获取接入系统的多种状态变更；

根据每种状态变更，确定每种状态变更相应的原始状态和目标状态；

将每种状态变更相应的原始状态变更为目标状态的过程，抽象为事件，得到每个事件对应的一个或多个可执行脚本。

4.如权利要求3所述的状态管理系统，其特征在于，所述事件的编号和功能描述信息，以字节流形式存储于所述接入系统的数据库中。

5.如权利要求1所述的状态管理系统，其特征在于，还包括：状态变更管理模块，用于：

从多种编号角度，确定接入系统的状态变更路途；所述多种编号，包括：业务编号、用户视角编号和流转编号；

将不同编号角度的接入系统的状态变更路途，进行可视化展示。

6.如权利要求5所述的状态管理系统，其特征在于，所述状态变更管理模块，包括：

状态树管理单元，用于从业务编号维度进行管理，对具体业务编号对应的状态树进行可视化展示。

7.如权利要求5所述的状态管理系统，其特征在于，所述状态变更管理模块，包括：

状态呈现管理单元，用于对具体业务编号的不同视角下的状态变化过程，进行可视化展示。

8.如权利要求1所述的状态管理系统，其特征在于，所述消息转移器，还用于：

在得到状态变更结果后，将状态变更成功的结果反馈给上游的接入系统。

9.一种状态管理方法，其特征在于，包括：

监听到接入系统存在状态变更需求时，接收接入系统的外部指令集；

按照外部指令集的指令顺序，在预设的可执行脚本库中执行指令对应的可执行脚本，得到状态变更结果和通知列表；所述预设的可执行脚本库中存储有接入系统的多种状态变更抽象成的多个事件对应的可执行脚本；

将状态变更结果告知通知列表中的相关方。

10.如权利要求9所述的状态管理方法，其特征在于，还包括：

将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本；将每个事件对应的一个或多个可执行脚本，预先存储在预设的可执行脚本库中。

11.如权利要求10所述的状态管理方法，其特征在于，将接入系统的多种状态变更抽象为多个事件，确定每个事件对应的一个或多个可执行脚本，包括：

获取接入系统的多种状态变更；

根据每种状态变更，确定每种状态变更相应的原始状态和目标状态；

将每种状态变更相应的原始状态变更为目标状态的过程，抽象为事件，得到每个事件对应的一个或多个可执行脚本。

12.如权利要求11所述的状态管理方法，其特征在于，所述事件的编号和功能描述信息，以字节流形式存储于所述接入系统的数据库中。

13.如权利要求9所述的状态管理方法，其特征在于，还包括：

从多种编号角度，确定接入系统的状态变更路途；所述多种编号，包括：业务编号、用户视角编号和流转编号；

将不同编号角度的接入系统的状态变更路途，进行可视化展示。

14.如权利要求13所述的状态管理方法，其特征在于，还包括：

从业务编号维度进行管理，对具体业务编号对应的状态树进行可视化展示。

15.如权利要求13所述的状态管理方法，其特征在于，还包括：

对具体业务编号的不同视角下的状态变化过程，进行可视化展示。

16.如权利要求9所述的状态管理方法，其特征在于，还包括：

在得到状态变更结果后，将状态变更成功的结果反馈给上游的接入系统。

17.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求9至16任一所述方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求9至16任一所述方法的计算机程序。

Images