CN102970353B - 一种业务数据处理的方法及系统 - Google Patents

Abstract

本发明提供了一种业务数据处理的方法及系统，其中，所述方法包括：接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；当监听到写入第一消息时，执行解析所述业务数据的操作，生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；当监听到写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；当监听到写入第三消息时，执行驱动所述业务流程的操作。本发明可以提高业务处理的及时性和安全性，减少资源耗费，防止服务瘫痪。

Description

一种业务数据处理的方法及系统

技术领域

本发明涉及电信业务处理技术领域，特别是涉及一种业务数据处理的方法，以及，一种业务数据处理系统。

背景技术

伴随着3G时代的到来和电信业务的发展，运营商在提高客户感知方面做了很多工作。例如，对于电信移网业务的处理而言，提高客户感知就在于客户做一次业务，在相对少的时间内对业务进行开通，给客户感知刚做完业务，即生效。

电信移网业务的开通过程存在几个关键点：接收前端系统数据，解析数据，各个岗位处理，业务开通完成。目前对电信移网业务的高效支撑一般采用通过后台进程即时扫描处理（Timer机制）、或者采用共享表机制、或者数据的跨库访问。而现有的这些处理方法均存在不同程度的不足。

定时任务机制（Timer）的处理方法是：

1、前端系统通过接口调用发送业务数据到后端系统。

2、Timer对数据进行解析

3、岗位数据处理，由Timer机制（后台进程）进行扫描自动进行处理。

4、后台工作流进程（Timer）对处理完的岗位数据进行回笼，从而派发下一岗位

5、重复3-4，直到流程流转完成业务开通完成。

定时任务机制（Timer）这种通过后台进程被动处理开通过程中的任务的方法，及时性不高，而且附带消耗应用性能，同时耗费硬件资源。

共享表机制通过主动把任务送入接口表，表共享会导致锁表之后无法处理，流程停滞，并且安全性不高。

采用数据的跨库访问方式，同步接口调用线程会一直等到对端系统返回，才能处理以后的任务，如果对端系统僵死会导致本端系统压力过大甚至服务瘫痪。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何能够创新地提出一种纯异步的方法，用以提高业务处理的及时性和安全性，减少资源耗费，防止服务瘫痪。

发明内容

本发明提供一种业务数据处理的方法，用以提高业务处理的及时性和安全性，减少资源耗费，防止服务瘫痪。

相应的，本发明还提供了一种业务数据处理的装置，用以保证上述方法的实现及应用。

为了解决上述问题，本发明公开了一种业务数据处理的方法，包括：

步骤S1，接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

步骤S2，当监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发步骤S3；

步骤S3，生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

步骤S4，当监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发步骤S5；

步骤S5，生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

步骤S6，当监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作。

优选地，所述业务流程包括多个工作项环节，所述步骤S6进一步包括：

子步骤S61，当监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

子步骤S62，当监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

子步骤S63，生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

子步骤S64，当监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

子步骤S65，判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，则执行子步骤S66；若否，则返回子步骤S63；

子步骤S66，结束驱动所述业务流程的操作。

优选地，所述的方法，还包括：

步骤S1a，当将所述第一消息写入预置的第一消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行解析所述业务数据的操作，若操作成功则转入所述步骤S3；

和/或，

步骤S2a，当执行解析所述业务数据的操作失败时，调用预设的后台定时任务处理组件重新执行解析所述业务数据的操作，若操作成功则转入所述步骤S3；

和/或，

步骤S3a，当将所述第二消息写入预置的第二消息队列中失败时，将所述第二消息持久化，并调用预设的后台定时任务处理组件针对该消息执行获取所述业务数据所匹配的业务流程的操作，若操作成功则转入所述步骤S5；

和/或，

步骤S4a，当执行获取所述业务数据所匹配的业务流程的操作失败时，调用预设的后台定时任务处理组件重新执行获取所述业务数据所匹配的业务流程的操作，若操作成功则转入所述步骤S5；

和/或，

步骤S5a，当将所述第三消息写入预置的第三消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动所述业务流程的操作，若操作成功则转入所述步骤S6；

和/或，

步骤S6a，当执行驱动所述业务流程的操作失败时，调用预设的后台定时任务处理组件重新执行驱动所述业务流程的操作，若操作成功则转入所述步骤S6。

优选地，所述步骤S6进一步包括：

子步骤S61a，当将所述第四消息写入预置的第四消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动首个工作项环节的操作，若操作成功则转入所述子步骤S63；

和/或，

子步骤S62a，当执行驱动首个工作项环节的操作失败时，由预设的后台定时任务处理组件重新执行驱动首个工作项环节的操作，若操作成功则转入所述子步骤S63；

和/或，

子步骤63a，当将所述第五消息写入预置的第五消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动下一个工作项环节的操作，若操作成功，则转入所述步骤S65；

和/或，

子步骤S64a，当执行驱动下一个工作项环节的操作失败时，由预设的后台定时任务处理组件重新执行驱动下一个工作项环节的操作，若操作成功，则进入步骤S65。

优选地，所述第一消息队列由第一消息驱动组件MDB1监听，所述第一消息驱动组件MDB1与第一消息队列一一对应；

所述第二消息队列由第二消息驱动组件MDB2监听，所述第二消息驱动组件MDB2与第二消息队列一一对应；

所述第三消息队列由第三消息驱动组件MDB3监听，所述第三消息驱动组件MDB3与第三消息队列一一对应；

所述第四消息队列由第二消息驱动组件MDB4监听，所述第四消息驱动组件MDB4与第四消息队列一一对应；

所述第五消息队列由第五消息驱动组件MDB5监听，所述第五消息驱动组件MDB5与第五消息队列一一对应；

所述第一消息队列，第二消息队列，第三消息队列，第四消息队列，第五消息队列，配置在消息中间件中；

所述第一消息，第二消息，第三消息，第四消息，第五消息，采用所述消息中间件提供的Java消息服务JMS消息格式。

本发明实施例还提供了一种业务数据处理的系统，包括：

第一消息生成模块，用于接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

第一消息队列监听模块，用于在监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发第二消息生成模块；

第二消息生成模块，用于生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

第二消息队列监听模块，用于在监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发第三消息生成模块；

第三消息生成模块，用于生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

第三消息队列监听模块，用于在监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作。

优选地，所述业务流程包括多个工作项环节，所述第三消息队列监听模块进一步包括：

第四消息生成子模块，用于在监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

第四消息队列监听子模块，用于在监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

第五消息生成子模块，用于生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

第四消息队列监听子模块，用于在监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

业务流程判断子模块，用于判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，调用业务流程结束子模块；若否，则返回所述第五消息生成子模块；

业务流程结束子模块，结束驱动所述业务流程的操作。

优选地，还包括后台定时任务处理组件，所述后台定时任务处理组件包括以下模块：

第一消息补救模块，用于在将所述第一消息写入预置的第一消息队列中失败时，针对所述第一消息执行解析所述业务数据的操作，若操作成功，则调用所述第二消息生成模块；

和/或，

第一消息队列重新执行模块，用于在执行解析所述业务数据的操作失败时，重新执行解析所述业务数据的操作；若操作成功则调用所述第二消息生成模块；

和/或，

第二消息补救模块，用于在将所述第二消息写入预置的第二消息队列中失败时，针对所述第二消息执行获取所述业务数据所匹配的业务流程的操作，若操作成功则调用所述第三消息生成模块；

和/或，

第二消息队列重新执行模块，用于在执行获取所述业务数据所匹配的业务流程的操作失败时，重新执行获取所述业务数据所匹配的业务流程的操作，若操作成功则调用所述第三消息生成模块；

和/或，

第三消息补救模块，用于在将所述第三消息写入预置的第三消息队列中失败时，针对所述第三消息执行驱动所述业务流程的操作，若操作成功则调用所述第三消息队列监听模块；

和/或，

第三消息队列重新执行模块，用于在执行驱动所述业务流程的操作失败时，重新执行驱动所述业务流程的操作，若操作成功则调用所述第三消息队列监听模块。

优选地，所述后台定时任务处理组件还包括位于第三消息队列监听模块中的以下子模块：

第四消息补救子模块，用于在将所述第四消息写入预置的第四消息队列中失败时，针对所述第四消息执行驱动首个工作项环节的操作，若操作成功则转入所述第五消息生成子模块；

和/或，

第四消息队列重新执行子模块，用于在执行驱动首个工作项环节的操作失败时，重新执行驱动首个工作项环节的操作，若操作成功则转入所述第五消息生成子模块；

和/或，

第五消息补救子模块，用于在将所述第五消息写入预置的第五消息队列中失败时，针对所述第五消息执行驱动下一个工作项环节的操作，若操作成功，则转入所述业务流程判断子模块；

和/或，

第五消息队列重新执行子模块，用于执行驱动下一个工作项环节的操作失败时，重新执行驱动下一个工作项环节的操作，若操作成功，则进入所述业务流程判断子模块。

优选地，所述第一消息队列由第一消息驱动组件MDB1监听，所述第一消息驱动组件MDB1与第一消息队列一一对应；

所述第二消息队列由第二消息驱动组件MDB2监听，所述第二消息驱动组件MDB2与第二消息队列一一对应；

所述第三消息队列由第三消息驱动组件MDB3监听，所述第三消息驱动组件MDB3与第三消息队列一一对应；

所述第四消息队列由第二消息驱动组件MDB4监听，所述第四消息驱动组件MDB4与第四消息队列一一对应；

所述第五消息队列由第五消息驱动组件MDB5监听，所述第五消息驱动组件MDB5与第五消息队列一一对应；

所述第一消息队列，第二消息队列，第三消息队列，第四消息队列，第五消息队列，配置在消息中间件中；

所述第一消息，第二消息，第三消息，第四消息，第五消息，采用所述消息中间件提供的Java消息服务JMS消息格式。

与现有技术相比，本发明包括以下优点：

本发明基于异步JMS机制，在工作流的配合完成对业务开通的一套完整动作。由于电信业务开通的工作项环节比较多，业务之间存在先后顺序。因而在本发明实施例中，工作流控制采用JMS方式快速进行状态变化产生工作项环节，当工作项环节完成，便告知工作流继续流转，从而循环直至流程结束。在工作流的配合下，可以推动工作项环节一步一步处理，最终通过工作流计算已经开通所有业务，完成对业务的开通。

本发明采用异步的方式，可以使得消息的发送和接收不用同时进行，让消息发送完成即释放当前线程，不会造成线程堵塞，从而提高了工作项环节以及业务流程的流转速度。

本发明采用相对实时的方式对流程流转过程中的接口数据、流程数据、业务数据进行组织和处理，把流程断点以异步的方式连成一条平滑快速处理的线，在技术层面上，实现了以JMS消息为驱动力，驱动流程的自动流转，而且消息服务的所有处理都在应用内部完成，不需要后台进行处理，满足了电信业务开通的高效性需求。

附图说明

图1是本发明一种业务数据处理方法实施例1的步骤流程图；

图2是本发明一种业务数据处理方法实施例2的步骤流程图；

图3是本发明一种业务数据处理系统实施例的步骤流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心构思之一在于，采用异步机制JMS对业务开通的各个环节进行处理。以JMS消息为驱动力，对业务开通流转的各个环节进行驱动。实现了不借助额外任务对业务流转进行平滑连接，最终在工作流的配合下完成对业务开通的一套完整动作，满足高并发、高速处理电信业务的开通需求。

参照图1，示出了本发明一种业务数据处理方法实施例1的步骤流程图，具体包括以下步骤：

步骤101，接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

在具体实现中，所述业务数据为前端系统发送的业务信息数据；例如，在业务开通过程中生成的业务单等。

所述第一消息是用于表示执行解析业务数据操作的消息，具体可以采用消息中间件提供的JMS消息格式。其中，JMS（Java Message Service）即指Java消息服务，其应用程序接口（API）是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API。消息中间件（MOM）是一种利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。JMS可以采用消息中间件提供的消息格式，根据消息中间件对JMS的实现，向消息对象赋值。

所述消息队列（QUENE）是指存放JMS消息的一个容器。该容器具有一定的性质，如先进先出，队列长度等。在本发明实施例，所述第一消息队列即用于存放第一消息的消息队列。在实际中，第一消息队列可以配置在消息中间件中。

步骤102，当监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发步骤103；

本发明采用JMS消息中间件的点对点模型（PTP），采用生产者与消费者点对点的通信方式，让每个QUENE有指定的消费者进行处理，从而保证电信业务处理的唯一性。通过消息处理的高并发、异步等优势提高系统的处理效率。其中，所述点对点模型（PTP）是一种消息服务的实现模式，点对点方式即一个消息队列只能有一个消息的消费者。

在本发明实施例具体应用的一种示例中，所述第一消息队列可以设置由MDB1（第一消息驱动组件）监听。具体而言，所述MDB即message-driven bean，异步消息的消费者。由于JMS消息内容中对象的唯一主键为发送内容，这样在MDB监听到消息时，即可以通过主键查询相应的业务数据。

需要说明的是，所述MDB1需要与第一消息队列一一对应；在具体实现中，所述MDB1可以通过参数设置消息监听后的反馈方式。

步骤103，生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

所述第二消息是用于表示执行获取所述业务数据所匹配的业务流程操作的消息，具体可以采用消息中间件提供的JMS消息格式。

所述第二消息队列，即用于存放表示第二消息的消息队列。第二消息队列可以配置在消息中间件中。

步骤104，当监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发步骤105；

在本发明实施例具体应用的一种示例中，所述第二消息队列可以设置由MDB2（第二消息驱动组件）监听。

需要说明的是，所述MDB2需要与第二消息队列一一对应；在具体实现中，所述MDB2可以通过参数设置消息监听后的反馈方式。

步骤105，生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

所述第三消息是用于表示执行生成驱动所述业务流程操作的消息，具体可以采用消息中间件提供的JMS消息格式。

所述第三消息队列，即用于存放第三消息的消息队列。第三消息队列可以配置在消息中间件中。

因为电信业务的处理环节比较多，而业务之间存在先后顺序，所以开通过程就需要工作流（Workflow）的支撑，保证工位1处理完成之后，工位2再接着处理，如此进行流程的控制。本发明在流程控制上，采用JMS方式快速进行状态变化产生工作项环节。某个工作项环节完成之后，告知流程继续流转至下一个工作项环节，如此流转直至流程结束。其中，工作流（Workflow）即指业务流程的全部或者部分自动化，在此过程中，文档、信息或者任务按照一定的过程规则流转，实现组织成员间的协调工作以达到业务的整体目标。

步骤106，当监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作。

在本发明实施例具体应用的一种示例中，所述第三消息队列可以设置由MDB3（第三消息驱动组件）监听。

需要说明的是，所述MDB3需要与第三消息队列一一对应；在具体实现中，所述MDB3可以通过参数设置消息监听后的反馈方式。

在实际中，业务流程为一个工作流操作，由工作流控制产生相应工作项，工作项结束触发工作流的下一步执行，由此是一个循环的处理过程。可以得知，所述业务流程包括多个工作项环节，在本发明的一种优选实施例中，所述步骤106可以进一步包括如下子步骤：

子步骤S61，当监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

子步骤S62，当监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

子步骤S63，生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

子步骤S64，当监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

子步骤S65，判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，则执行子步骤S66；若否，则返回子步骤S63；

子步骤S66，结束驱动所述业务流程的操作。

一种在具体应用中的示例为：

1）当监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

所述第四消息是用于表示执行生成驱动首个工作项环节操作的消息，具体可以采用消息中间件提供的JMS消息格式。

所述第四消息队列，即用于存放第四消息的消息队列。第四消息队列可以配置在消息中间件中。

2）当监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

在本发明实施例具体应用的一种示例中，所述第四消息队列可以设置由MDB4（第四消息驱动组件）监听。

需要说明的是，所述MDB4需要与第四消息队列一一对应；在具体实现中，所述MDB4可以通过参数设置消息监听后的反馈方式。

3）生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

所述第五消息是用于表示执行生成驱动下一个工作项环节操作的消息，具体可以采用消息中间件提供的JMS消息格式。

所述第五消息队列，即用于存放第五消息的消息队列。第五消息队列可以配置在消息中间件中。

4）当监听到所述第五三消息队列中写入第五三消息时，执行驱动下一个工作项环节的操作；

在本发明实施例具体应用的一种示例中，所述第五消息队列可以设置由MDB五（第五消息驱动组件）监听。

需要说明的是，所述MDB5需要与第五消息队列一一对应；在具体实现中，所述MDB5可以通过参数设置消息监听后的反馈方式。

5）判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，则执行子步骤6）；若否，则返回子步骤3）；

6），结束驱动所述业务流程的操作。

在具体实现中，所述第一消息队列，第二消息队列，第三消息队列，第四消息队列，第五消息队列均可以配置在消息中间件中，并且相互独立；所述第一消息，第二消息，第三消息，第四消息，第五消息均可以采用所述消息中间件提供的JMS消息格式。

电信业务的开通需要经过很多平台。开通的过程需要向这些平台发送激活相应业务的指令信息。开通过程中的主要处理环节包括：业务单解析、业务单匹配业务流程、流程处理、流程流转过程中产生工作项的处理。这些环节都有其特定的功能，所以需要建立多个QUENE，以及多个MDB监听程序。每个MDB监听程序监听固定队列内的消息，并对消息进行特定的处理。

本发明实施例在实际的部署环境中，可以参考如下设计，在服务器部分采用中间件提供商提供的JMS组件进行应用的扩展。具体可以设置：

1）配置消息连接工厂（sessionFactory）；

所述sessionFactory，是获取消息队列的一种实现方式。

2）配置队列，在消息中间件配置抽象出来的队列，集成订单系统抽象出四个队列：业务数据解析（parseQuene），业务数据匹配（matchQunen），工作项环节处理（stepQuene），业务流程驱动（processQuene）；

3）配置JMSServer，指向实例server。

所述JMSServer，weblogic中间件通过JMSServer可以对消息队列以及消息进行设置，并且通过它连接到weblogic server集群上。

应用本发明实施例，可以在不影响现有处理逻辑的前提下，对电信业务移网业务要求的开通高效性进行改进。在原有系统处理逻辑基础上利用JMS高速通道对业务开通进行实现。具体而言涉及以下内容：

1）定单接收，接收电信业务，发送电信业务开通必要的信息。

2）MDB，为通过PTP方式指定的消息消费者，和消息队列存在一对一的关系，一种MDB只能监听到一个队列内的需要处理的消息，同时可以通过参数设置消息监听到后的反馈方式。

3）环节处理与流程驱动，存在循环关系，一个客户订单的开通需要多个平台协作完成开通，以工作流为基础推动环节一步一步处理，最终通过工作流计算已经开通所有业务，此次开通过程结束。

4）配置读取，为不影响现有逻辑，可对一部分电信业务进行配置，满足一定的规则其处理方式通过高速的JMS异步通道进行处理，反而言之通过原有逻辑处理。

在具体实现中，还可以设置Timer（预设的应用程序）补救机制，对JMS处理失败的点进行异常处理，使JMS实时消息处理安全性增高，同时对JMS消息链断掉的情况进行续航。关于此部分请参考本说明书关于方法实施例2的说明。

本发明以JMS为基础进行建设，针对电信业务开通的各个环节采用异步机制JMS进行处理，对开通过程中的环节以及处理模式进行对队列的抽象，对接口的衔接采用JMS进行处理。在业务开通的各个处理点以JMS消息为驱动，所有的处理都在应用内部完成不需要后台进行处理。采用一种相对实时的方式对流程流转过程中的接口数据、流程数据、业务数据进行组织和处理，把流程断点以异步的方式连接成一条平滑快速处理的线，消息发送完成即释放当前线程，不会造成线程堵塞，节约硬件资源、软件资源，以及进程处理过程中的无形资源，在技术层面上实现了以JMS消息为驱动力，驱动流程的自动流转，不借助额外任务对业务流转进行平滑连接，最终在工作流配合下完成对业务开通的一套完整动作。同时在处理接口数据过程中提高了并发以及单个业务处理的实时性，规避了因共享表带来的不可预知的影响，从而达到高并发，高速处理电信移动业务开通。

参考图2，示出了本发明的一种在具体本发明一种业务数据处理方法实施例2的步骤流程图，具体包括以下步骤：

步骤S1，接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

步骤S1a，当将所述第一消息写入预置的第一消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行解析所述业务数据的操作，若操作成功则转入所述步骤S3；若操作失败则转步骤S7（图中未示出）；

步骤S2，当监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发步骤S3；

步骤S2a，当执行解析所述业务数据的操作失败时，调用预设的后台定时任务处理组件重新执行解析所述业务数据的操作，若操作成功则转入所述步骤S3；若操作失败则转步骤S7；

步骤S3，生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

步骤S3a，当将所述第二消息写入预置的第二消息队列中失败时，将所述第二消息持久化，并调用预设的后台定时任务处理组件针对该消息执行获取所述业务数据所匹配的业务流程的操作，若操作成功则转入所述步骤S5；若操作失败则转步骤S7；

步骤S4，当监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发步骤S5；

步骤S4a，当执行获取所述业务数据所匹配的业务流程的操作失败时，调用预设的后台定时任务处理组件重新执行获取所述业务数据所匹配的业务流程的操作，若操作成功则转入所述步骤S5；若操作失败则转步骤S7；

步骤S5，生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

步骤S5a，当将所述第三消息写入预置的第三消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动所述业务流程的操作，若操作成功则转入所述步骤S6，若操作失败则转步骤S7；

步骤S6，当监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作；

步骤S6a，当执行驱动所述业务流程的操作失败时，调用预设的后台定时任务处理组件重新执行驱动所述业务流程的操作，若操作成功则转入所述步骤S6，若操作失败则转步骤S7；

步骤S7，由预设的后台定时任务处理组件检查并修改错误数据后重新处理。

在本发明的一种优选实施例中，所述业务流程包括多个工作项环节，所述步骤S6具体可以包括如下子步骤：

子步骤S61，当监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

子步骤S61a，当将所述第四消息写入预置的第四消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动首个工作项环节的操作，若操作成功则转入所述子步骤S63；若操作失败则转入所述子步骤S65；

子步骤S62，当监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

子步骤S62a，当执行驱动工作项环节的操作失败时，修改当前工作项环节的状态，并调用预设的后台定时任务处理组件重新执行驱动工作项环节的操作，若操作成功则转入所述子步骤S63，若操作失败则转入所述子步骤S67；

子步骤S63，生成驱动下一个工作项环节的第三消息，将所述第三消息写入预置的第三消息队列中；

子步骤63a，当将所述第五消息写入预置的第五消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动下一个工作项环节的操作，若操作成功，则转入所述步骤S65；若操作失败则转入所述子步骤S67；

子步骤S64，当监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

子步骤S64a，当执行驱动下一个工作项环节的操作失败时，由预设的后台定时任务处理组件重新执行驱动下一个工作项环节的操作，若操作成功，则进入步骤S65；若操作失败则转入所述子步骤S67；

子步骤S65，判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，则执行子步骤S66；若否，则返回子步骤S63；

子步骤S66，结束驱动所述业务流程的操作。

子步骤S67，检查并修改错误数据后重新处理。

本实施例与图1所示的方法实施例有两个不同之处。第一：增加了消息写入消息队列失败时的处理方法、以及执行操作失败时的处理方法。在具体实现中，可以采用Timer补救机制，对JMS处理失败的点进行异常处理，使JMS实时消息处理安全性增高，同时对JMS消息链断掉的情况进行续航。第二：增加了配置读取。在具体实现中，为了不影响原有逻辑，可以对一部分电信业务进行配置。满足一定的规则的业务数据，其处理方式通过高速的JMS异步通道进行处理，反之，通过原有逻辑进行处理。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必须的。

参照图3，示出了本发明一种业务数据处理系统实施例的结构框图，具体包括如下模块：

第一消息生成模块301，用于接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

第一消息队列监听模块302，用于在监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发第二消息生成模块303；

第二消息生成模块303，用于生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

第二消息队列监听模块304，用于在监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发第三消息生成模块305；

第三消息生成模块305，用于生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

第三消息队列监听模块306，用于在监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作。

在本发明的一种优选实施例中，所述业务流程包括多个工作项环节，所述第三消息队列监听模块进一步包括如下子模块：

第四消息生成子模块，用于在监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

第四消息队列监听子模块，用于在监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

第五消息生成子模块，用于生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

第四消息队列监听子模块，用于在监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

业务流程判断子模块，用于判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，调用业务流程结束子模块；若否，则返回所述第五消息生成子模块；

业务流程结束子模块，结束驱动所述业务流程的操作。

在本发明的一种优选实施例中，还可以包括后台定时任务处理组件，所述后台定时任务处理组件具体可以包括以下模块：

第一消息补救模块，用于在将所述第一消息写入预置的第一消息队列中失败时，针对所述第一消息执行解析所述业务数据的操作，若操作成功，则调用所述第二消息生成模块；

和/或，

第一消息队列重新执行模块，用于在执行解析所述业务数据的操作失败时，重新执行解析所述业务数据的操作；若操作成功则调用所述第二消息生成模块；

和/或，

第二消息补救模块，用于在将所述第二消息写入预置的第二消息队列中失败时，针对所述第二消息执行获取所述业务数据所匹配的业务流程的操作，若操作成功则调用所述第三消息生成模块；

和/或，

第二消息队列重新执行模块，用于在执行获取所述业务数据所匹配的业务流程的操作失败时，重新执行获取所述业务数据所匹配的业务流程的操作，若操作成功则调用所述第三消息生成模块；

和/或，

第三消息补救模块，用于在将所述第三消息写入预置的第三消息队列中失败时，针对所述第三消息执行驱动所述业务流程的操作，若操作成功则调用所述第三消息队列监听模块；

和/或，

第三消息队列重新执行模块，用于在执行驱动所述业务流程的操作失败时，重新执行驱动所述业务流程的操作，若操作成功则调用所述第三消息队列监听模块。

在具体实现中，还可以设置重做模块，用于在操作失败时检查并修改错误数据后重新处理。

更为优选的是，所述后台定时任务处理组件还可以包括位于第三消息队列监听模块306中的以下子模块：

第四消息补救子模块，用于在将所述第四消息写入预置的第四消息队列中失败时，针对所述第四消息执行驱动首个工作项环节的操作，若操作成功则转入所述第五消息生成子模块；

和/或，

第四消息队列重新执行子模块，用于在执行驱动首个工作项环节的操作失败时，重新执行驱动首个工作项环节的操作，若操作成功则转入所述第五消息生成子模块；

和/或，

第五消息补救子模块，用于在将所述第五消息写入预置的第五消息队列中失败时，针对所述第五消息执行驱动下一个工作项环节的操作，若操作成功，则转入所述业务流程判断子模块；

和/或，

第五消息队列重新执行子模块，用于执行驱动下一个工作项环节的操作失败时，重新执行驱动下一个工作项环节的操作，若操作成功，则进入所述业务流程判断子模块。

在具体实现中，还可以设置重做子模块，用于在操作失败时检查并修改错误数据后重新处理。

在具体实现中，所述第一消息队列可以由第一消息驱动组件MDB1监听，所述第一消息驱动组件MDB1与第一消息队列一一对应；

所述第二消息队列可以由第二消息驱动组件MDB2监听，所述第二消息驱动组件MDB2与第二消息队列一一对应；

所述第三消息队列可以由第三消息驱动组件MDB3监听，所述第三消息驱动组件MDB3与第三消息队列一一对应；

所述第四消息队列可以由第二消息驱动组件MDB4监听，所述第四消息驱动组件MDB4与第四消息队列一一对应；

所述第五消息队列由第五消息驱动组件MDB5监听，所述第五消息驱动组件MDB5与第五消息队列一一对应；

所述第一消息队列，第二消息队列，第三消息队列，第四消息队列可以，第五消息队列，配置在消息中间件中；所述第一消息，第二消息，第三消息，第四消息可以，第五消息，采用所述消息中间件提供的Java消息服务JMS消息格式。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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

以上对本发明所提供的一种业务数据处理的方法，以及，一种业务数据处理系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种业务数据处理的方法，其特征在于，包括：

步骤S1，接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

步骤S2，当监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发步骤S3；

步骤S3，生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

步骤S4，当监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发步骤S5；

步骤S5，生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

步骤S6，当监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作。

2.根据权利要求1所述的方法，其特征在于，所述业务流程包括多个工作项环节，所述步骤S6进一步包括：

子步骤S61，当监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

子步骤S62，当监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

子步骤S63，生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

子步骤S64，当监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

子步骤S65，判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，则执行子步骤S66；若否，则返回子步骤S63；

子步骤S66，结束驱动所述业务流程的操作。

3.根据权利要求1所述的方法，其特征在于，还包括：

步骤S1a，当将所述第一消息写入预置的第一消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行解析所述业务数据的操作，若操作成功则转入所述步骤S3；

和/或，

步骤S2a，当执行解析所述业务数据的操作失败时，调用预设的后台定时任务处理组件重新执行解析所述业务数据的操作，若操作成功则转入所述步骤S3；

和/或，

步骤S3a，当将所述第二消息写入预置的第二消息队列中失败时，将所述第二消息持久化，并调用预设的后台定时任务处理组件针对该消息执行获取所述业务数据所匹配的业务流程的操作，若操作成功则转入所述步骤S5；

和/或，

步骤S4a，当执行获取所述业务数据所匹配的业务流程的操作失败时，调用预设的后台定时任务处理组件重新执行获取所述业务数据所匹配的业务流程的操作，若操作成功则转入所述步骤S5；

和/或，

步骤S5a，当将所述第三消息写入预置的第三消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动所述业务流程的操作，若操作成功则转入所述步骤S6；

和/或，

步骤S6a，当执行驱动所述业务流程的操作失败时，调用预设的后台定时任务处理组件重新执行驱动所述业务流程的操作，若操作成功则转入所述步骤S6。

4.根据权利要求2所述的方法，其特征在于，所述步骤S6进一步包括：

子步骤S61a，当将所述第四消息写入预置的第四消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动首个工作项环节的操作，若操作成功则转入所述子步骤S63；

和/或，

子步骤S62a，当执行驱动首个工作项环节的操作失败时，由预设的后台定时任务处理组件重新执行驱动首个工作项环节的操作，若操作成功则转入所述子步骤S63；

和/或，

子步骤63a，当将所述第五消息写入预置的第五消息队列中失败时，由预设的后台定时任务处理组件针对该消息执行驱动下一个工作项环节的操作，若操作成功，则转入所述步骤S65；

和/或，

子步骤S64a，当执行驱动下一个工作项环节的操作失败时，由预设的后台定时任务处理组件重新执行驱动下一个工作项环节的操作，若操作成功，则进入步骤S65。

5.根据权利要求2或4所述的方法，其特征在于，

所述第一消息队列由第一消息驱动组件MDB1监听，所述第一消息驱动组件MDB1与第一消息队列一一对应；

所述第二消息队列由第二消息驱动组件MDB2监听，所述第二消息驱动组件MDB2与第二消息队列一一对应；

所述第三消息队列由第三消息驱动组件MDB3监听，所述第三消息驱动组件MDB3与第三消息队列一一对应；

所述第四消息队列由第四消息驱动组件MDB4监听，所述第四消息驱动组件MDB4与第四消息队列一一对应；

所述第五消息队列由第五消息驱动组件MDB5监听，所述第五消息驱动组件MDB5与第五消息队列一一对应；

所述第一消息队列，第二消息队列，第三消息队列，第四消息队列，第五消息队列，配置在消息中间件中；

所述第一消息，第二消息，第三消息，第四消息，第五消息，采用所述消息中间件提供的Java消息服务JMS消息格式。

6.一种业务数据处理的系统，其特征在于，包括：

第一消息生成模块，用于接收业务数据，生成解析所述业务数据的第一消息，将所述第一消息写入预置的第一消息队列中；

第一消息队列监听模块，用于在监听到所述第一消息队列中写入第一消息时，执行解析所述业务数据的操作，并触发第二消息生成模块；

第二消息生成模块，用于生成获取所述业务数据所匹配的业务流程的第二消息，将所述第二消息写入预置的第二消息队列中；

第二消息队列监听模块，用于在监听到所述第二消息队列中写入第二消息时，执行获取所述业务数据所匹配的业务流程的操作，并触发第三消息生成模块；

第三消息生成模块，用于生成驱动所述业务流程的第三消息，将所述第三消息写入预置的第三消息队列中；

第三消息队列监听模块，用于在监听到所述第三消息队列中写入第三消息时，执行驱动所述业务流程的操作。

7.根据权利要求6所述的系统，其特征在于，所述业务流程包括多个工作项环节，所述第三消息队列监听模块进一步包括：

第四消息生成子模块，用于在监听到所述第三消息队列中写入第三消息时，生成驱动首个工作项环节的第四消息，将所述第四消息写入预置的第四消息队列中；

第四消息队列监听子模块，用于在监听到所述第四消息队列中写入第四消息时，执行驱动首个工作项环节的操作；

第五消息生成子模块，用于生成驱动下一个工作项环节的第五消息，将所述第五消息写入预置的第五消息队列中；

第四消息队列监听子模块，用于在监听到所述第五消息队列中写入第五消息时，执行驱动下一个工作项环节的操作；

业务流程判断子模块，用于判断当前工作项环节是否为所述业务流程的最末工作项环节，若是，调用业务流程结束子模块；若否，则返回所述第五消息生成子模块；

业务流程结束子模块，结束驱动所述业务流程的操作。

8.根据权利要求7所述的系统，其特征在于，还包括后台定时任务处理组件，所述后台定时任务处理组件包括以下模块：

第一消息补救模块，用于在将所述第一消息写入预置的第一消息队列中失败时，针对所述第一消息执行解析所述业务数据的操作，若操作成功，则调用所述第二消息生成模块；

和/或，

第一消息队列重新执行模块，用于在执行解析所述业务数据的操作失败时，重新执行解析所述业务数据的操作；若操作成功则调用所述第二消息生成模块；

和/或，

第二消息补救模块，用于在将所述第二消息写入预置的第二消息队列中失败时，针对所述第二消息执行获取所述业务数据所匹配的业务流程的操作，若操作成功则调用所述第三消息生成模块；

和/或，

第二消息队列重新执行模块，用于在执行获取所述业务数据所匹配的业务流程的操作失败时，重新执行获取所述业务数据所匹配的业务流程的操作，若操作成功则调用所述第三消息生成模块；

和/或，

第三消息补救模块，用于在将所述第三消息写入预置的第三消息队列中失败时，针对所述第三消息执行驱动所述业务流程的操作，若操作成功则调用所述第三消息队列监听模块；

和/或，

第三消息队列重新执行模块，用于在执行驱动所述业务流程的操作失败时，重新执行驱动所述业务流程的操作，若操作成功则调用所述第三消息队列监听模块。

9.根据权利要求8所述的系统，其特征在于，所述后台定时任务处理组件还包括位于第三消息队列监听模块中的以下子模块：

第四消息补救子模块，用于在将所述第四消息写入预置的第四消息队列中失败时，针对所述第四消息执行驱动首个工作项环节的操作，若操作成功则转入所述第五消息生成子模块；

和/或，

第四消息队列重新执行子模块，用于在执行驱动首个工作项环节的操作失败时，重新执行驱动首个工作项环节的操作，若操作成功则转入所述第五消息生成子模块；

和/或，

第五消息补救子模块，用于在将所述第五消息写入预置的第五消息队列中失败时，针对所述第五消息执行驱动下一个工作项环节的操作，若操作成功，则转入所述业务流程判断子模块；

和/或，

第五消息队列重新执行子模块，用于执行驱动下一个工作项环节的操作失败时，重新执行驱动下一个工作项环节的操作，若操作成功，则进入所述业务流程判断子模块。

10.根据权利要求7或9所述的系统，其特征在于，

所述第一消息队列由第一消息驱动组件MDB1监听，所述第一消息驱动组件MDB1与第一消息队列一一对应；

所述第二消息队列由第二消息驱动组件MDB2监听，所述第二消息驱动组件MDB2与第二消息队列一一对应；

所述第三消息队列由第三消息驱动组件MDB3监听，所述第三消息驱动组件MDB3与第三消息队列一一对应；

所述第四消息队列由第四消息驱动组件MDB4监听，所述第四消息驱动组件MDB4与第四消息队列一一对应；

所述第五消息队列由第五消息驱动组件MDB5监听，所述第五消息驱动组件MDB5与第五消息队列一一对应；

所述第一消息队列，第二消息队列，第三消息队列，第四消息队列，第五消息队列，配置在消息中间件中；

所述第一消息，第二消息，第三消息，第四消息，第五消息，采用所述消息中间件提供的Java消息服务JMS消息格式。