CN101964922A - 异常情况捕捉方法及装置 - Google Patents

Abstract

本发明公开了一种异常情况捕捉方法及装置，在上述方法中，根据当前监测到的事件确定当前的状态迁移，并通过预定的形式对状态迁移进行描述；判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息，如果否，则确定出现异常情况，并获取状态迁移的上下文信息。根据本发明提供的技术方案，解决了基于硬编码和穷举的异常情况捕捉处理会使得系统不易于维护，一点新的变化和需求就需要更新系统版本的问题，进而可以使得系统更加易于维护，有效提高用户体验。

Description

异常情况捕捉方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种异常情况捕捉方法及装置。

背景技术

电信领域中对于呼叫流程的处理是非常多的，目前，通用的做法是基于事件驱动的方式进行控制，而这类基于事件驱动的控制系统中一般都有类似于状态机之类的结构。呼叫系统根据接收到的事件做相应的处理并转移到另一个状态中，然后再接收到事件，经过处理，接着转入下一个状态，通过该方法周而复始的运行。

目前，比较通用的状态机处理流程可以参见图1，图1为相关技术中状态机流程处理和异常情况处理示意图。由图1可知，状态机处理主要包括以下步骤(步骤S101-步骤S105)：

步骤S101：定义一些基本状态以及上述状态接受的事件，例如，图中所示的状态0、状态1、状态2等，以及图中所示的事件1、事件2等；

步骤S103：定义上述状态机接受事件的状态事件处理器，例如，图中所示的事件处理器1、事件处理器2等；

步骤S105：在状态事件处理器中进行相应的处理，比如资源分配，逻辑处理等，然后在处理中进行手工状态迁移。

由图1可以看出，目前通用的状态机处理机制非常不灵活，事件处理器占用了主要的处理逻辑，而将本应该成为重点的状态迁移变的逻辑成为了附属地位。

由于当前电信系统的呼叫流程非常复杂，导致呼叫系统的状态机状态非常多，处理的事件也非常多，同时也导致异常情况非常多。目前，通用的异常情况捕捉方法是在处理中加入大量的逻辑判断，如果出现偶发性的异常，出现异常的原因将难于定位。基于硬编码和穷举的异常情况捕捉处理会使得系统非常不宜维护，一点新的变化和需求就需要更新系统版本。

发明内容

针对相关技术中基于硬编码和穷举的异常情况捕捉处理会使得系统不易于维护，一点新的变化和需求就需要更新系统版本的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的异常情况捕捉方法及装置，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种异常情况捕捉方法。

根据本发明的异常情况捕捉方法包括：根据当前监测到的事件确定当前的状态迁移，并通过预定的形式对状态迁移进行描述；判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息，如果否，则确定出现异常情况，并获取状态迁移的上下文信息。

根据本发明的另一方面，提供了一种异常情况捕捉装置。

根据本发明的异常情况捕捉装置包括：确定单元、文法编辑单元、判断单元、第一获取单元，其中，确定单元，用于根据当前监测到的事件确定当前的状态迁移；文法编辑单元，用于通过预定的形式对状态迁移进行描述；判断单元，用于判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息；第一获取单元，用于判断单元的输出结果为否的情况下，获取状态迁移的上下文信息。

通过本发明，根据当前监测到的事件确定当前的状态迁移，并通过预定的形式对状态迁移进行描述；判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息，如果否，则确定出现异常情况，并获取状态迁移的上下文信息，解决了基于硬编码和穷举的异常情况捕捉处理会使得系统不易于维护，一点新的变化和需求就需要更新系统版本的问题，进而可以使得系统更加易于维护，有效提高用户体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为相关技术中状态机流程处理和异常情况处理示意图；

图2为根据本发明实施例的异常情况捕捉方法的流程图；

图3为根据本发明优选实施例的状态机流程处理和异常情况处理示意图；

图4为根据本发明实施例的异常情况捕捉装置的结构框图；

图5为根据本发明优选实施例的异常情况捕捉装置的结构框图。

具体实施方式

功能概述

考虑到相关技术中基于硬编码和穷举的异常情况捕捉处理会使得系统不易于维护，一点新的变化和需求就需要更新系统版本的问题，本发明实施例提供了一种将现有复杂的状态机进行改进的新型状态机，并将这种状态机采用形式化语言进行描述，并依据这种形式化描述对状态转移进行分类，对异常状态转移进行捕捉。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

方法实施例

根据本发明实施例，首先提供了一种异常情况捕捉方法。

图2为根据本发明实施例的异常情况捕捉方法的流程图。如图2所示，根据本发明实施例的异常情况捕捉方法包括以下处理(步骤S201-步骤S203)：

优选地，在执行步骤S201之前，需要根据业务状态迁移过程进行分析，获取业务状态迁移过程需要监测的事件及状态。

例如，如果当前业务是通话业务中来电显示业务，则对该业务的流程进行分析，找出需要关注的事件及需要迁移的状态。其中，对于引起状态变迁的操作结果也定义为事件，优选地，处理中重要的判断分支。

步骤S201：根据当前监测到的事件确定当前的状态迁移，并通过预定的形式对状态迁移进行描述；

优选地，为了能更加形式化地分析状态转移，可以将“事件”的定义进行扩展，将处理中引起状态变迁的操作结果和/或重要的判断分支定义为事件。例如，将资源分配成功和资源分配失败分别作为两个状态机事件。

优选地，在经过上述扩展之后，上述状态机就可以构造成为一个确定型有限状态机(Deterministic Finite State Automate，简称为DFA)。该DFA可以用形式化的语言进行描述。即该状态机可以用逻辑的语言来进行描述，因而为状态机的可配置以及动态加载等提供了可能性。具体可以参见图3。

图3为根据本发明优选实施例的状态机流程处理和异常情况处理示意图。如图3所示，与图1相比，将分配资源的判断分支分别定义为两个事件：分配资源成功事件、分配资源失败事件。将引起状态变迁的操作结果定义为两个事件：其他处理结果1事件、其他处理结果2事件。

步骤S203：判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息，如果否，则确定出现异常情况，并获取状态迁移的上下文信息。

优选地，上述标准状态迁移文法为正常状态迁移流程的文法，将该文法预先定义，如果在运行过程中，通过该文法无法识别状态迁移的描述信息，则说明出现了异常状况，需要捕捉该异常的状态迁移的上下文信息。

优选地，上述状态迁移的上下文信息包括但不限于：代码、资源信息、以及状态信息。

优选地，在获取状态迁移的上下文信息之后，可以将该上下文信息进行存储。

优选地，在存储当前状态机事件的上下文信息之后，可以根据上下文信息对异常情况进行处理。

通过上述实施例，提供了一种异常情况捕捉方法。将现有复杂的状态机进行改进的新型状态机，并将这种状态机采用形式化语言进行描述，并依据上述形式化描述对状态转移进行分类，对异常状态转移进行捕捉。从而避免在处理中加入大量的逻辑判断，出现偶发性的异常时，出现异常的原因更加易于定位，同时也使得系统更加易于维护，有效提高了用户体验。

装置实施例

根据本发明实施例，还提供了一种异常情况捕捉装置。

图4为根据本发明实施例的异常情况捕捉装置的结构框图。图5为根据本发明优选实施例的异常情况捕捉装置的结构框图。如图4所示，根据本发明实施例的异常情况捕捉装置包括：确定单元40、文法编辑单元42、判断单元44、第一获取单元46，以下结合图5进行描述。

确定单元40，用于根据当前监测到的事件确定当前的状态迁移。

文法编辑单元42，用于通过预定的形式对状态迁移进行描述。

判断单元44，用于判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息。

第一获取单元46，用于判断单元的输出结果为否的情况下，获取状态迁移的上下文信息。

优选地，如图5所示，上述装置还包括：第二获取单元48，用于根据业务状态迁移过程进行分析，获取业务状态迁移过程需要监测的事件及状态。

优选地，如图5所示，上述装置还包括：存储单元50，用于存储上下文信息。

优选地，如图5所示，上述装置还包括：处理单元52，用于根据上下文信息对异常情况进行处理。

通过上述实施例，提供了一种异常情况捕捉装置。通过确定单元40、文法编辑单元42、判断单元44、第一获取单元46的相互结合，将相关技术中的状态机事件进行扩展，判断预定的标准状态迁移文法是否能够识别状态迁移的描述信息。在无法识别的情况下，通过获取状态迁移的上下文信息对异常情况进行捕捉，可以使得系统更加易于维护，有效提高用户体验。

综上所述，通过本发明的上述实施例，提供的异常情况捕捉方案，可以将现有复杂的状态机进行改进的新型状态机，并将这种状态机采用形式化语言进行描述，并依据上述形式化描述对状态转移进行分类，对异常状态转移进行捕捉。从而避免在处理中加入大量的逻辑判断，当出现偶发性的异常时，出现异常的原因易于定位；并且为状态机的可配置以及动态加载等提供了可能性；同时，解决了基于硬编码和穷举的异常情况捕捉处理会使得系统不易于维护，一点新的变化和需求就需要更新系统版本的问题，进而可以使得系统更加易于维护，有效提高用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种异常情况捕捉方法，其特征在于，包括：

根据当前监测到的事件确定当前的状态迁移，并通过预定的形式对所述状态迁移进行描述；

判断预定的标准状态迁移文法是否能够识别所述状态迁移的描述信息，如果否，则确定出现异常情况，并获取所述状态迁移的上下文信息。

2.根据权利要求1所述的方法，其特征在于，在根据当前监测到的事件确定当前的状态迁移之前，所述方法还包括：

对业务状态迁移过程进行分析，获取所述业务状态迁移过程需要监测的事件及状态。

3.根据权利要求2所述的方法，其特征在于，需要监测的所述事件包括以下至少之一：引起状态变迁的操作结果、处理中的判断分支。

4.根据权利要求1所述的方法，其特征在于，所述上下文信息包括：代码、资源信息、状态信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在获取所述状态迁移的上下文信息之后，所述方法还包括：

存储所述上下文信息。

6.根据权利要求5所述的方法，其特征在于，在存储所述当前状态机事件的上下文信息之后，所述方法还包括：

根据所述上下文信息对异常情况进行处理。

7.一种异常情况捕捉装置，其特征在于，包括：

确定单元，用于根据当前监测到的事件确定当前的状态迁移；

文法编辑单元，用于通过预定的形式对所述状态迁移进行描述；

判断单元，用于判断预定的标准状态迁移文法是否能够识别所述状态迁移的描述信息；

第一获取单元，用于所述判断单元的输出结果为否的情况下，获取所述状态迁移的上下文信息。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第二获取单元，用于根据业务状态迁移过程进行分析，获取所述业务状态迁移过程需要监测的事件及状态；

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

存储单元，用于存储所述上下文信息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

处理单元，用于根据所述上下文信息对异常情况进行处理。

Images