[发明专利]基于消息队列的业务处理系统及方法

说明书

本申请公开一种基于消息队列的业务处理系统及方法。该系统包括：业务环节处理器集合、消息表及消息队列；其中，所述业务环节处理器集合包括多个业务环节处理器，各依次排列的业务环节处理器分别用于按照业务的业务流程顺序处理所述业务各业务环节的业务逻辑；所述消息表用于存储所述多个业务环节处理器产生的消息，并通过一定时任务将其中未发送过的消息加载到所述消息队列中；所述消息队列用于将从所述消息表收到的消息分发到相应的所述业务环节处理器中，以驱动所述业务环节处理器处理其对应业务环节的业务逻辑。该系统能够减少因单点业务故障而对整个业务的影响，应对业务的快速增长。

技术领域

本发明涉及电子商务技术，具体而言，涉及一种基于消息队列的业务处理系统及方法。

背景技术

在电商平台提供的购票(如火车票、机票、门票等)业务中，包含查询、预订、出票、退票/款等诸多流程，相关业务环节之间互相依赖，耦合度过高，每个业务环节的故障皆有可能导致整体业务的不可用甚至瘫痪，严重影响了业务的运营。同时，业务的排查和解决方法效率低下，不能在第一时间准确地锁定问题，导致故障排查难度加大。

目前，一些小型系统采用订单表扫描的方式解决上述问题。将各个业务环节均设计成定时任务，每个定时任务定时扫描订单表获取该任务需要的订单，该定时任务用订单来执行该业务环节的业务逻辑。但随着订单量的增长，各个定时任务对订单表的频繁扫描会对订单表造成很大的压力，并且由于定时任务需要扫描全部的订单数据，因此也无法对订单表进行分表处理。

另外一些中型系统采用任务表扫描的方式解决上述问题。将各个业务环节产生的对应任务数据存储到任务表，并各个业务环节都设计成定时任务，每个定时任务扫描任务表获取某种类型的任务数据，定时任务使用该任务数据作为输入参数，来执行业务逻辑。虽然该方法避免了上述订单表扫描方法存在的问题，但也存在一些不足。每个业务环节对应的定时任务只能在单机上运行，因为如果在多台机器上同时启动同一业务环节的定时任务，就会出现把相同的任务数据扫描到不同服务器的业务环节处理器中去处理，出现了重复处理的问题。换言之，业务处理很难在集群中实现分布式处理。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本发明提供一种基于消息队列的业务处理系统及方法，能够减少因单点业务故障而对整个业务的影响，应对业务的快速增长。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一方面，提供了一种基于消息队列的业务处理系统，包括：业务环节处理器集合、消息表及消息队列；其中，所述业务环节处理器集合包括多个业务环节处理器，各依次排列的业务环节处理器分别用于按照业务的业务流程顺序处理所述业务各业务环节的业务逻辑；当所述多个业务环节处理器的其中之一收到所述消息队列中对应类型的消息时，处理其对应业务环节的业务逻辑，并当处理完其对应业务环节的业务逻辑时，产生驱动下一个业务环节处理器所需的对应类型的消息，及将所述消息存储到所述消息表中；所述消息表用于存储所述多个业务环节处理器产生的消息，并通过一定时任务将其中未发送过的消息加载到所述消息队列中；所述消息队列用于将从所述消息表收到的消息分发到相应的所述业务环节处理器中，以驱动所述业务环节处理器处理其对应业务环节的业务逻辑。

根据本发明的一实施方式，上述系统还包括：消息历史表，用于存储定期从所述消息表中迁移的已处理消息。

根据本发明的一实施方式，所述消息包括用于唯一标识业务流的业务流ID。

根据本发明的一实施方式，所述多个业务环节处理器架构于多个分布式集群服务器中。

根据本发明的一实施方式，所述消息表存储于一数据库中，所述数据库还包括：消息过滤器，用于当将所述消息表中的消息加载到所述消息队列时，过滤掉预设类型的消息。