[发明专利]一种业务数据处理的方法及系统

说明书

技术领域

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

背景技术

伴随着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；

和/或，