CN101686488A - 业务处理方法、处理系统和工单处理装置 - Google Patents

Abstract

本发明公开了一种业务处理方法、处理系统及工单处理装置。其中，业务处理方法包括：对根据用户办理的业务所形成的业务工单进行预处理；将预处理后的业务工单解析为指令；执行指令。本发明还公开了一种业务处理系统和工单处理装置。本发明的业务处理方法、处理系统和工单处理装置，通过在工单解析前预先对业务工单进行处理，可以提高业务处理的速度，避免业务工单的积压，减少用户等待的时间，提高用户的体验度。

Description

业务处理方法、处理系统和工单处理装置

技术领域

本发明涉及一种移动通信技术，尤其涉及一种业务处理方法、处理系统和工单处理装置。

背景技术

用户归属位置寄存器(Home Location Register，简称HLR)是移动通讯网络的核心设备，HLR上保存了用户的基础信息如SIM卡号、手机号码、签约信息等，同时还保存了用户的部分动态信息，如当前的位置、是否已经关机等。

如图1所示，为现有技术中业务处理方法流程图。用户在业务系统进行的操作需要通过接口系统发送到HLR上执行，现有技术中接口系统通常采用人机语音(Man Machine Language，简称MML)联机指令接口，对于少数支持有限状态机(finite state machine，简称FSM)模式的HLR，采用公共对象请求代理结构(Common Object Request BrokerArchitecture，简称CORBA)接口向HLR进行派单；业务工单按照业务发生的先后顺序串行调度，并全部翻译成HLR指令。

现有技术中的业务处理方法存在以下缺点：

1、用户业务工单中可能存在大量垃圾业务工单，当前台业务量很大或有批量操作时，需要解析的工单数量增多，使得工单解析速率缓慢；同时，由于数据库中工单数量过多，造成对数据库的操作响应极慢，影响正常营业，甚至中断营业；

2、在业务繁忙时，业务工单进入系统后可能会滞留一段时间才能得到执行，即存在工单积压的可能，但有些业务又需要得到快速执行，如用户的开停机等重要业务，如积压时间过长，不仅会引起客户投诉，还可能造成收入流失；

3、在多链接模式下，当同一用户瞬间有多个操作时，可能会出现数据紊乱的问题。

发明内容

本发明的目的在于，针对现有技术中大量工单滞留数据库造成操作响应变慢或中断的缺陷，提供一种业务处理方法、处理系统和工单处理装置，实现缩短业务办理时间、降低工单积压的概率。

该业务处理方法包括：对根据用户办理的业务所形成的业务工单进行预处理；将预处理后的所述业务工单解析为指令；执行所述指令。

工单处理装置，对业务工单进行预处理，包括：有效性检测模块，用于检测数据库中业务工单的有效性；工单控制模块，用于删除无效的所述业务工单。

该业务处理系统包括：工单形成装置，用于根据用户办理的业务所形成业务工单；工单解析装置，用于将所述业务工单解析为指令；指令执行装置，用于执行所述指令；其特征在于，所述工单处理装置，用于对所述工单形成装置形成的业务工单进行预处理。

本发明的业务处理方法、处理系统和工单处理装置，通过在工单解析前预先对业务工单进行预处理，可以提高业务处理的速度，避免业务工单的积压，减少用户等待的时间，提高用户的满意度。

附图说明

图1为现有技术中业务处理方法的流程图；

图2为本发明第一实施例业务处理方法的流程图；

图3为本发明第一实施例业务处理方法中步骤106的具体流程图；

图4为本发明第一实施例业务处理方法中步骤a后的具体流程图

图5为本发明第一实施例业务处理系统的结构图；

图6为本发明第一实施例业务处理系统中工单处理装置的具体结构图；

图7为本发明第一实施例工单处理装置中有效性检测模块的具体结构图；

图8为本发明第一实施例业务处理系统中工单处理装置的另一种具体结构图；

图9为本发明第一实施例工单处理装置中数量检测模块的具体结构图；

图10为本发明第二实施例业务处理方法的流程图；

图11为本发明第二实施例业务处理方法中步骤110的具体流程图；

图12为本发明第二实施例业务处理系统的结构图；

图13为本发明第二实施例业务处理系统中指令调度装置的具体结构图；

具体实施方式

以下结合附图对本发明进行详细说明。

如图2所示，本发明第一实施例的业务处理方法包括如下步骤：

步骤102，受理用户业务；

步骤104，生成业务工单；

步骤106，对工单进行预处理；

步骤108，将处理后的工单解析成指令，根据执行指令装置的不同，将工单解析为相应的指令；

步骤112，执行指令；

步骤114，结束。

其中，如图3所示，步骤106具体包括：

步骤a，提取步骤104中生成的业务工单；

步骤b，获得业务工单的服务号码和操作类型信息；其中服务号码用来标识该业务工单对应的用户，每个用户的服务号码均不相同；操作类型表示该业务工单所要执行的操作；

步骤c，根据服务号码查找对应用户的所有业务工单；

步骤d，根据工单屏蔽配置表查找操作类型对应的屏蔽工单类型；该工单屏蔽配置表中包括预先设定的业务工单的操作类型所对应的需要屏蔽的操作，例如下表所示：

工单操作类型	屏蔽工单类型
		开户	所有
销户	所有
		开通GPRS	注销GPRS
注销GPRS	开通GPRS
		高额停机	高额停机复活

高额停机复活	高额停机
		封锁GPRS	解锁GPRS
解锁GPRS	封锁GPRS
		欠费停机	欠费停机复活
欠费停机复活	欠费停机
		彩铃开户	彩铃销户
彩铃销户	彩铃开户
		集团和彩铃开户	集团彩铃销户
集团彩铃销户	集团彩铃开户

步骤e，将屏蔽工单类型对应的该用户的业务工单设置为无效；

步骤f，删除无效的业务工单。

由于业务之间有关联、互斥关系，例如，某用户在较短时间内相继做了停机和开机的操作，则无论用户当前状态如何，最终状态均应为开机状态，即停机工单无需执行。如果执行用户所有的停机、开机业务，则会造成资源的浪费，减缓业务处理的速度，造成业务工单的积压。因此，本实施例在工单解析之前对业务工单进行有效性检测，根据工单屏蔽配置表搜出工单表中需要屏蔽的业务工单，将该类业务工单状态置为无效，从数据库中删除无效的业务工单，从而提高业务处理的速度，避免了业务工单的积压。

优选地，为了避免数据库中工单过多而造成处理速度减慢，在对业务工单进行有效性检测之前先进行数量检测。如图4所示，本实施例的业务处理方法中，步骤a之后还包括：

步骤a1，获得在数据库中的工单表；该工单表中包括步骤a中提取业务工单的工单数量、服务号码等信息，工单表中存储待处理的业务工单的信息，当业务工单中的业务执行完毕后，会在工单表中删除已执行的业务工单，工单表中的信息是实时变化的；

步骤a2，根据工单表获得工单数量；

步骤a3，判断工单数量是否大于预设的第一阈值，当所述工单数量大于第一阈值时，执行步骤a4；当所述工单数量小于第一阈值时，执行步骤a5；

步骤a4，将业务工单存储到文件系统中；

步骤a5，将业务工单存储到数据库；

步骤a6，判断工单数量是否小于预设的第二阈值，如果是，则执行步骤a7；

步骤a7，将业务工单从所述文件系统转移到数据库。

例如，预设第一阈值为5000，第二阈值为500，即当工单数量大于5000时，将业务工单存储到文件系统中；当数据库中业务工单数量小于500时，再将业务工单从文件系统转移到数据库中。

在业务繁忙时，业务工单进入系统后可能会滞留一段时间才能得到执行，即存在工单积压的可能。但是有些业务需要得到快速执行，如用户的开停机等重要业务，如积压时间过长，不仅会引起客户投诉，还可能造成收入流失。因此，本实施例中步骤108对业务工单进行解析具体包括：根据业务工单的优先级进行排序；按照优先级由高到低的顺序将业务工单解析为指令。其中，可以结合业务工单的优先级、插入时间及流水号进行排序；优先对优先级高、插入时间早且流水号小的业务工单进行解析。

如图5所示，本发明第一实施例业务处理系统包括：工单形成装置21，用于根据用户办理的业务所形成业务工单；工单处理装置22，对业务工单进行处理；工单解析装置23，用于将处理后的业务工单解析为指令；指令执行装置26，用于执行指令。

如图6所示，工单处理装置22包括：有效性检测模块222，用于检测数据库212中业务工单的有效性；工单控制模块224，用于删除无效的业务工单。

其中，如图7所示，有效性检测模块222包括：工单提取子模块2222，用于从所述数据库中提取所述业务工单；查询子模块2224，用于根据所述数据库中的工单屏蔽配置表查找需要屏蔽的业务工单类型；工单设置子模块2226，用于将所述需要屏蔽的业务工单类型对应的所述用户的业务工单设置为无效。

优选地，如图8所示，该工单处理装置22还包括数量检测模块226，用于检测业务工单的工单数量，并将工单数量与预设的阈值比较；工单控制模块224包括数量控制子模块，用于当工单数量大于所述阈值时，将业务工单存储到文件系统214中。

如图9所示，数量检测模块226包括：数量读取子模块2262，从数据库中读取所述业务工单的工单数量；比较子模块2264，将所述工单数量与预设的阈值比较。

更优地，工单解析装置23包括：优先级排序模块，用于根据业务工单的优先级进行排序；解析模块，根据优先级顺序对业务工单进行解析。

更优地，该业务处理系统还包括缓存装置，接收并存储工单处理装置22处理后的业务工单。工单解析装置23直接从缓存装置读取业务工单。这样，利用缓存装置存储读取速度快的特点，以提高整个业务受理过程的效率，解决工单积压时带来的一系列问题。

如图10所示，为本发明第二实施例的业务处理方法包括如下步骤：

步骤102～步骤108与第一实施例的业务处理方法相同，在此不再赘述；

步骤110，指令调度，即将不同用户的指令分配到相应的进程；

步骤112，每个进程执行指令；

步骤114，结束。

其中，如图11所示，步骤110具体包括：步骤b1，创建N个进程；

步骤b2，设置每个进程的序号id，分别为0、1、2、...N-1；

步骤b3，计算指令的服务号码svcnum对N取模，即模值n＝mod(svcnum，N)；

步骤b4，将模值n与序号id相等的指令分配到该序号id对应的进程中。

由于服务号码svcnum对N取模唯一，使得同一用户的指令被同一进程处理，达到了同一用户串行执行、不同用户并行执行的目的，解决了多进程可能出现数据紊乱的问题。

优选地，在步骤110后，还包括根据指令的生成时间进行排序，优先处理业务发生时间较早的指令。

优选地，在步骤112之前，还包括：选择指令交互模式。

如图12所示，本发明第二实施例业务处理系统包括：工单形成装置21、工单处理装置22、工单解析装置23和指令执行装置26，与第一实施例中的相同，在此不再赘述。本实施例中该系统还包括指令调度装置24，用于根据每个指令的服务号码将指令分配到相应的进程。

如图13所示，指令调度装置24包括：进程创建模块241，用于根据业务工单的个数创建若干进程；设置模块242，用于设置每个进程的序号id，分别为0、1、2、...N-1；计算模块243，用于计算指令的服务号码svcnum对N取模，即模值n＝mod(svcnum，N)；处理子模块244，用于将模值n与序号id相等的指令分配到该序号id对应的进程中。

在多链接模式下，当同一用户瞬间有多个操作时，如用户先开机，随即又做停机操作，有可能出现停机进程先执行完毕，开机进程后执行完，这样用户最终的状态为开机状态，而不是预期的停机。指令调度装置24可以避免指令执行过程中可能出现的紊乱现象。

优选地，指令调度装置24还包括：时间排序模块245，用于对每个进程内的指令按照时间的先后顺序进行排序。即优先执行业务发生时间较早的指令。

更优的，如图12所示，本实施例中该系统还包括模式选择装置25，用于根据指令执行装置的类型选择指令交互模式。本实施例中的指令执行装置可以为HLR或其他设备，如彩铃平台等。以HLR为例，不同厂商的设备在指令交互时支持不同的模式，西门子HLR支持基于FTAM协议的批命令模式，华为HLR支持TCP/IP多连接模式，NOKIA某些版本的HLR支持基于CORBA协议的FSM模式。因此，需要针对不同设备的特点，根据HLR指令代码，从HLR静态配置表中读出该HLR支持的协议，自动选择与HLR交互的模式。

本发明上述实施主要具有以下优点：

1、从业务层面对工单进行分析与处理，删除其中的垃圾业务工单，从而减少了进行解析的工单数量，提高了工单解析速率；同时，减少数据库中工单数量，使得业务受理时对数据库的操作响应提高，不会影响正常营业；

2、根据优先级对业务工单进行解析，使得重要的业务可以先执行，减少客户投诉及收入的流失；

3、在指令执行前进行指令调度，使得同一用户的指令被同一进程处理，达到了同一用户串行执行、不同用户并行执行的目的，解决了多进程可能出现数据紊乱的问题。

应说明的是：以上实施例仅用以说明本发明而非限制，本发明也并不仅限于上述举例，一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖在本发明的权利要求范围中。

Claims (22)

1、一种业务处理方法，其特征在于，包括：

对根据用户办理的业务所形成的业务工单进行预处理；

将预处理后的所述业务工单解析为指令；

执行所述指令。

2、根据权利要求1所述的业务处理方法，其特征在于，所述对根据用户办理的业务所形成业务工单进行预处理的操作具体包括：

检测所述业务工单的有效性；

删除无效的业务工单。

3、根据权利要求2所述的业务处理方法，其特征在于，所述检测所述业务工单的有效性的操作具体包括：

获得所述业务工单的服务号码和操作类型；

根据工单屏蔽配置表查找所述操作类型对应的屏蔽工单类型；

根据服务号码查找对应用户的所有业务工单；

将所述屏蔽工单类型对应的所述用户的业务工单设置为无效。

4、根据权利要求1至3中任意一项所述的业务处理方法，其特征在于，所述对根据用户办理的业务所形成业务工单进行预处理的操作具体包括：

检测所述业务工单的工单数量；

将所述工单数量与预设的第一阈值比较，当所述工单数量大于所述第一阈值时，将所述业务工单存储到文件系统中。

5、根据权利要求4所述的业务处理方法，其特征在于，所述检测所述业务工单的数量的操作具体包括：

获得所述业务工单在数据库中的工单表；

根据所述工单表获得所述工单数量。

6、根据权利要求5所述的业务处理方法，其特征在于，还包括：

当所述工单数量小于第二阈值时，将所述业务工单从所述文件系统转移到所述数据库。

7、根据权利要求1所述的业务处理方法，其特征在于，所述将处理后的业务工单解析为指令的操作具体包括：

根据所述处理后的业务工单的优先级进行排序；

按照优先级由高到低的顺序将所述业务工单解析为指令。

8、根据权利要求1所述的业务处理方法，其特征在于，所述将处理后的业务工单解析为指令的操作还包括：

根据所述处理后的业务工单的优先级、插入时间及流水号进行排序；根据排序结果将所述业务工单解析为指令。

9、根据权利要求1至3中任意一项所述的业务处理方法，其特征在于，所述执行所述指令的操作之前包括：

创建N个进程；

设置每个进程的序号，分别为0、1、2、…N-1；

将所述指令的服务号码对N取模，得到相应的模值；

将所述模值与所述序号相等的指令分配到所述序号对应的进程中。

10、根据权利要求9所述的业务处理方法，其特征在于，所述执行所述指令的操作之前还包括：根据所述指令的生成时间进行排序。

11、根据权利要求9所述的业务处理方法，其特征在于，所述执行所述指令的操作之前还包括：选择指令交互模式。

12、一种工单处理装置，其特征在于，对业务工单进行预处理，包括：

有效性检测模块，用于检测数据库中业务工单的有效性；

工单控制模块，用于删除无效的所述业务工单。

13、根据权利要求12所述的工单处理装置，其特征在于，所述有效性检测模块包括：

工单提取子模块，用于从所述数据库中提取所述业务工单；

查询子模块，用于根据所述数据库中的工单屏蔽配置表查找需要屏蔽的业务工单类型；

工单配置子模块，用于将所述需要屏蔽的业务工单类型对应的所述用户的业务工单设置为无效。

14、根据权利要求12或13所述的工单处理装置，其特征在于，还包括数量检测模块，用于检测所述业务工单的工单数量，并将所述工单数量与预设的第一阈值比较；

所述工单控制模块包括数量控制子模块，用于当所述工单数量大于所述第一阈值时，将所述业务工单存储到文件系统中；当所述工单数量小于第二阈值时，将所述业务工单从文件系统转移到数据库。

15、根据权利要求14所述的工单处理装置，其特征在于，所述数量检测模块包括：

数量读取子模块，从数据库中读取所述业务工单的工单数量；

比较子模块，将所述工单数量与预设的第一阈值和第二阈值比较。

16、一种包括权利要求12至15中任意一项所述工单处理装置的业务处理系统，包括：

工单形成装置，用于根据用户办理的业务所形成业务工单；

工单解析装置，用于将所述业务工单解析为指令；

指令执行装置，用于执行所述指令；

其特征在于，所述工单处理装置，用于对所述工单形成装置形成的业务工单进行预处理。

17、根据权利要求16所述的业务处理系统，其特征在于，还包括指令调度装置，用于根据所述工单解析装置解析的指令的服务号码将所述指令分配到相应的进程。

18、根据权利要求17所述的业务处理系统，其特征在于，所述指令调度装置包括：

进程创建模块，用于创建N个进程；

设置模块，用于设置每个进程的序号，分别为0、1、2、…N-1；

计算模块，用于将所述指令的服务号码对N取模，得到相应模值；

处理模块，用于将所述模值与所述序号相等的指令分配到所述序号对应的进程中。

19、根据权利要求17或18所述的业务处理系统，其特征在于，所述指令调度装置还包括：时间排序模块，用于对所述进程内的指令按照时间的先后顺序进行排序。

20、根据权利要求16至19中任意一项所述的业务处理系统，其特征在于，所述工单解析装置包括：

优先级排序模块，用于根据所述业务工单的优先级进行排序；

解析模块，根据优先级顺序对所述业务工单进行解析。

21、根据权利要求16所述的业务处理系统，其特征在于，还包括模式选择装置，用于根据所述指令执行装置的类型选择指令交互模式。

22、根据权利要求16所述的业务处理系统，其特征在于，还包括缓存装置，用于接收并存储所述工单处理装置处理后的业务工单；所述工单解析装置从所述缓存装置中读取所述业务工单，进行解析。

Images