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

说明书

技术领域

本发明涉及计算机技术领域，特别地涉及一种处理业务数据的方法和系统。

背景技术

在互联网基于流程的多业务节点系统设计中，业务的处理能力和响应时间往往是考验系统能力的关键所在，尤其是对于那些要求实时的且数据量大的系统。例如在电子商务订单生产流程，订单从用户下单到库房进行生产这整个过程中往往会有很多流程相互协作，以服务于订单能快速，准确的送达到用户手中。用户下订单后，订单会经过多个业务环节，例如判断恶意订单流程、订单拆分流程、订单转移流程、订单下传、订单预分解、特殊订单处理等，在经过这些业务环节后，订单才能达到库房并进行生产。随着电子商务的规模不断扩大，订单量不断增加，竞争越来越激烈，对于系统的海量数据的时效性要求也越来越高，随之而来的对系统的响应时间，处理能力的提出了更高的要求，给系统的设计带来更大挑战。

在典型的电子商务订单流程中，从用户下单到终端库房订单生产的过程中，这其中订单会流经多个流程进行处理，比如下单后会经过判断恶意订单环节，订单拆分环节，订单转移环节等等流程，而且流程之间有逻辑上的先后顺序，直到最后到达终端库房生产。一般地，一条业务数据要经过多个业务节点的依次处理。图1是根据现有技术中的一种订单数据处理流程的示意图。如图1所示，原始订单数据依次经过业务节点1至4的处理，成为最终订单数据。不同的业务节点代表不同的业务处理流程，这些流程可能是一些内存操作，也可能去调用一些外部提供的服务。

图2是根据现有技术中的流程调度方式的示意图。如图2所示，在现有技术中，来自数据源系统的订单数据首先到达指定的订单数据库，然后为每一个业务节点系统设定业务状态值。相应地，每条订单数据也具有状态，业务数据的状态是表示该业务数据接下来应当进行哪个业务节点的处理。例如，来自数据源系统的订单数据当前需要进行判断恶意订单环节，则可以设置该数据状态为1，即状态1对应判断恶意订单环节；在完成该环节之后需要进行订单拆分，则状态2对应订单拆分环节。相应地，为每一个业务节点系统设定业务状态值时，要与上述的数据状态对应，即判断恶意订单环节的系统的业务状态值为1，订单拆分系统的业务状态值为2……等等。然后每个业务节点系统会独立地定时去数据库中获取符合自己业务状态值的数据进行处理，处理完成后会将数据库中该状态值更新为另一个业务节点执行的状态值，按上例，即判断恶意订单环节的系统获取数据状态为1的数据，处理之后将该数据状态修改为2；订单拆分系统获取数据状态为2的数据，处理之后将该数据状态修改为3。同一个订单数据经历过每个业务节点系统处理后，那么这个订单才会满足下游的生产系统的生产，例如按图1的流程，在状态为4的数据被处理之后，订单数据满足下游的生产系统的生产。

发明人在实现本发明的过程中发现，现有技术中对于上述多业务节点流程处理的方式，在数据量比较小的情况下一般能够正常处理，但是当数据量比较大例如当日订单量达到百万甚至千万时候，或者业务节点比较多的时候，会导致数据库压力增大，读写缓慢，使业务节点系统处理数据相应变缓，数据库本身也有可能发生故障；如果某个业务节点处理发生延迟或者处理失败，则整个流程被延缓或者一直卡在这个业务节点，而这种情况对于其他的业务节点系统而言是完全未知的。以处理订单数据为例，这样的延迟或中断将影响订单的生产，导致送货延迟，最终影响了用户体验。

发明内容

有鉴于此，本发明提供一种处理业务数据的方法和系统，一方面能够高效、可靠地处理业务数据；第二方面可以使得数据库资源利用更加合理；第三方面使处理业务数据的系统具有良好的可扩展性。

为实现上述目的，根据本发明的一个方面，提供了一种处理业务数据的方法。

本发明的处理业务数据的方法包括：将多条业务数据保存到数据库中；数据处理模块按照配置信息，从所述数据库中获取对应于自身的多条业务数据，所述配置信息记录了数据处理模块所对应的业务数据状态以及业务数据条数；所述数据处理模块从获取的业务数据所处的状态起，按照业务节点的执行顺序依次调用各个业务节点系统对获取的业务数据进行处理。

可选地，所述多条业务数据是电子商务系统中的订单数据。

可选地，还包括：所述数据处理模将所述业务节点系统处理之后得到的业务数据保存到所述数据库中。

可选地，在按照业务节点的执行顺序依次调用各个业务节点系统对获取的业务数据进行处理的步骤中，所述数据处理模块在所述业务数据未被成功处理的情况下，输出提示信息。

根据本发明的另一方面，提供了一种处理业务数据的系统。