CN108255620A - 一种业务逻辑处理方法、装置、业务服务器及系统 - Google Patents

Abstract

本发明实施例提供了一种业务逻辑处理方法、装置、业务服务器及系统。该方法包括：监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；当监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。通过上述方法，将业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

Description

一种业务逻辑处理方法、装置、业务服务器及系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种业务逻辑处理方法、装置、业务服务器及系统。

背景技术

在计算机技术领域，通常，计算机程序所实现的业务流程可以认为是由各个业务逻辑和工作流(Workflow)组成。业务逻辑表示与特定业务相适应的逻辑，比如业务规则的实现、业务数据的处理等。工作流是指各个业务逻辑之间的顺序。工作流属于计算机支持的协同工作(Computer Supported Cooperative Work，简称CSCW)的一部分。工作流框架(也称为工作流引擎)指的是可以识别工作流并执行工作流步骤的程序，它相当于工作流的调度者，监控每个工作流流程的执行情况，并将流程操作发往下一步，或者根据条件休眠或终止流程。

当前，业务流程推进通常是使用工作流引擎来实现。首先，工作流引擎会预先定义好业务流程中各个业务逻辑的执行顺序(即工作流)，当一个业务逻辑执行完成后，工作流引擎会更新数据库中所记录的流程状态，然后下一个业务逻辑才会被执行，依次类推，直到整个流程结束。

然而，发明人在实现本发明的过程中发现，现有技术至少存在如下问题：

由于工作流引擎数据库与业务数据库是同一数据库，在业务执行的过程中，各个业务逻辑与工作流引擎都会从该数据库中读写数据，而数据库的并发访问量是有限的，因此在任务量大的情况下，业务逻辑和工作流引擎与数据库的交互会激增，从而会导致高并发情况下的数据库I/O(Input/Output，读/写)性能较低，例如，数据库写入操作超时。

发明内容

本发明实施例的目的在于提供一种业务逻辑处理方法、装置、业务服务器及系统，用以解决现有技术中存在的在高并发情况下的数据库I/O性能较低的技术问题。具体技术方案如下：

第一方面，本发明实施例提供了一种业务逻辑处理方法，所述方法包括：

监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

当监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。

可选的，所述业务逻辑处理方法还包括：

在执行完成所述第二业务逻辑之后，将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

可选的，在执行完成所述第二业务逻辑之后，在将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中之前，所述方法还包括：

确定是否存在与所述第二业务逻辑相关联的第三业务逻辑，如果存在，执行所述将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中的步骤。

可选的，从所述第一消息队列中提取所述第一完成消息之后，还包括：

从所述第一完成消息中获取任务ID，

执行与所述第一业务逻辑相关联的第二业务逻辑，包括：

针对所述任务ID，执行与所述第一业务逻辑相关联的第二业务逻辑。

第二方面，本发明实施例提供了一种业务逻辑处理装置，所述装置包括：

监听模块，用于监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

执行模块，用于当所述监听模块监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。

可选的，所述业务逻辑处理装置还包括：

存储模块，用于在所述执行模块执行完成所述第二业务逻辑之后，将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

可选的，所述业务逻辑处理装置还包括：

确定模块，用于在所述执行模块执行完成所述第二业务逻辑之后，在所述存储模块将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中之前，确定是否存在与所述第二业务逻辑相关联的第三业务逻辑，如果存在，由所述存储模块执行所述将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中的步骤。

可选的，所述业务逻辑处理装置还包括：

获取模块，用于从所述第一消息队列中提取所述第一完成消息之后，从所述第一完成消息中获取任务ID；

所述执行模块，具体用于针对所述任务ID，执行与所述第一业务逻辑相关联的第二业务逻辑。

第三方面，本发明实施例提供了一种业务服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现如上所述的业务逻辑处理方法步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的业务逻辑处理方法。

第五方面，本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的业务逻辑处理方法。

第六方面，本发明实施例提供了一种业务逻辑处理系统，所述系统包括：

用于执行第一业务逻辑的第一业务服务器和用于执行第二业务逻辑的第二业务服务器，所述第一业务逻辑与所述第二业务逻辑为需要先后执行且相关联的两个业务逻辑；

所述第一业务服务器，用于在执行完成所述第一业务逻辑之后，将用于指示所述第一业务逻辑执行完成的第一完成消息存储到第一消息队列中；

所述第二业务服务器，用于监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；当监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。

可选的，所述系统还包括：

存储服务器，用于存储所述第一消息队列。

在本发明实施例提供的一种业务逻辑处理方法、装置、业务服务器及系统中，监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；当监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，并执行与第一业务逻辑相关联的第二业务逻辑。由于在本方案中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明一实施例的一种业务逻辑处理方法的流程图；

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

图3为本发明再一实施例的一种业务逻辑处理方法的流程图；

图4为本发明一实施例的一种业务逻辑处理装置的结构示意图；

图5为本发明一实施例的一种业务服务器的结构示意图；

图6为本发明一实施例的一种业务逻辑处理系统的示意图。

具体实施方式

在流程控制的过程中，通常使用工作流程框架来实现，尤其是在弱流程控制的情况下，在使用工作流程框架时，服务器需要频繁的更新数据库中所记录的流程状态，对数据库读写操作，增加了数据库的I/O负担，并且数据库的I/O瓶颈会造成整个流程控制的瓶颈。

有鉴于此，本发明实施例提供了一种业务逻辑处理方法，参见图1，该方法,包括：

S100，监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息。

针对业务流程所涉及的每个业务逻辑，都存在对应的消息队列，消息队列中可以存储指示其对应的业务逻辑执行完成的完成消息，例如，第一业务逻辑执行完成的完成消息存储于第一消息队列，第二业务逻辑执行完成的消息存储于第二消息队列，第三业务逻辑执行完成的消息存储于第三消息队列等，直到该业务流程结束。指示业务逻辑执行完成的完成消息是由执行该业务逻辑的业务服务器生成并存储至该业务逻辑对应的消息队列中的。

当执行第一业务逻辑的第一业务服务器执行完第一业务逻辑后，生成指示第一业务逻辑执行完成的第一完成消息，并将该第一完成消息存储于第一消息队列。执行下一业务逻辑的服务器监听上一业务逻辑对应的消息队列，例如，第二业务服务器监听第一消息队列，第三业务服务器监听第二消息队列等，直到该业务流程结束。可选的，消息队列(例如第一消息队列、第二消息队列)可以位于不同于业务服务器的其他服务器上。

S110，当监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，并执行与第一业务逻辑相关联的第二业务逻辑。

在本发明实施例中，上述步骤可以由执行第二业务逻辑的第二业务服务器执行。在第二业务服务器执行上述步骤之前，第一业务服务器在执行第一业务逻辑完成之后，第一业务服务器将指示第一业务逻辑执行完成的第一完成消息发送到第一消息队列中。同时，第二业务服务器保持监听第一消息队列中是否存在第一完成消息，当监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，根据第一完成消息，执行与第一业务逻辑相关联的第二业务逻辑，其中，第二业务逻辑为第一业务逻辑的下一执行逻辑。

在实际应用中，第一业务服务器和第二业务服务器通常为不同的主机服务器，但是本发明实施例并不排除第一业务服务器与第二业务服务器运行在同一主机上的情况，例如，第一业务服务器和第二业务服务器分别为同一宿主机上的两个虚拟机。当然在本发明实施例中，第一业务服务器和第二业务服务器还可以为同一业务服务器。

本发明实施例中，从第一消息队列中提取该第一完成消息，可以理解为消费掉第一消息队列中的该第一完成消息，即提取之后，第一消息队列中不再存在该第一完成消息，以避免反复监控到该第一完成消息，导致重复执行相应的第二业务逻辑。

本发明的实施例所提供的技术方案，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

图2为根据本发明另一实施例的一种业务逻辑处理方法的流程图，如图2所示，该方法还包括：

S200，监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息。

S210，当监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，并执行与第一业务逻辑相关联的第二业务逻辑。

S220，在执行完成第二业务逻辑之后，将用于指示第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

本发明实施例中的业务逻辑处理方法可以通过执行第二业务逻辑的第二业务服务器执行。第二业务服务器在执行完成第二业务逻辑后，将标识第二业务逻辑执行完成的第二完成消息发送到第二消息队列中，执行下一业务逻辑的服务器在第二消息队列中提取第二完成消息，减少数据库的I/O次数。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

图3为根据本发明再一实施例的一种业务逻辑处理方法的流程图。如图3所示，该方法还包括：

步骤S300，监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

步骤S310，当监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，并执行与第一业务逻辑相关联的第二业务逻辑；

可选的，从第一消息队列中提取第一完成消息之后，从该第一完成消息中获取任务ID，针对该任务ID，执行与第一业务逻辑相关联的第二业务逻辑。

各业务服务器可以基于任务ID来查找其执行的业务逻辑所对应的业务数据，然后使用该业务数据进而执行该业务逻辑。上述任务ID为业务逻辑的全局唯一标识。具体的，执行第二业务逻辑的第二业务服务器，从第一消息队列中提取第一完成消息后，从该第一完成消息中获取到任务ID，然后可以根据该任务ID得知执行完成的第一业务逻辑具体对应的任务，进而可以查找数据库来获取与该任务ID相对应的业务数据，然后使用与该任务ID对应的业务数据来执行与第一业务逻辑相关联的第二业务逻辑。基于任务ID执行与第一业务逻辑相关联的第二业务逻辑，执行结果准确，判定效率高。

步骤S320，在执行完成第二业务逻辑之后，确定是否存在与第二业务逻辑相关联的第三业务逻辑；

步骤S330，如果存在，将用于指示第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

如果业务流程只涉及第一业务逻辑和第二业务逻辑，那么在执行完第二业务逻辑后，则不需要将用于指示第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。业务流程中的业务逻辑是预先设定好的，业务流程确定了，那么实现该业务流程的业务逻辑也是确定的。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。第二业务服务器判定是否需要生成第二完成消息，能够避免误生成第二完成消息，节约信令。

相应于上面的方法实施例，本发明还提供了一种业务逻辑处理装置，参见图4所示，该装置可以包括：

监听模块400，用于监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

执行模块410，用于当监听模块监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，并执行与第一业务逻辑相关联的第二业务逻辑。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。。

可选的，在本发明实施例中，上述业务逻辑处理装置还可以包括：

存储模块，用于在执行模块执行完成第二业务逻辑之后，将用于指示第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

在本发明实施例中，在执行完成第二业务逻辑后，将标识第二业务逻辑执行完成的第二完成消息发送到第二消息队列中，执行下一业务逻辑的服务器在第二消息队列中提取第二完成消息，减少数据库的I/O次数。

可选的，在本发明实施例中，上述业务逻辑处理装置还可以包括：

确定模块，用于在执行模块执行完成第二业务逻辑之后，在存储模块将用于指示第二业务逻辑执行完成的第二完成消息存储到第二消息队列中之前，确定是否存在与第二业务逻辑相关联的第三业务逻辑，如果存在，由存储模块执行将用于指示第二业务逻辑执行完成的第二完成消息存储到第二消息队列中的步骤。

在本发明实施例中，第二业务服务器判定是否需要生成第二完成消息，能够避免误生成第二完成消息，节约信令。

可选的，在本发明实施例中，上述业务逻辑处理装置还可以包括：

获取模块，用于从第一消息队列中提取第一完成消息之后，从第一完成消息中获取任务ID；

所述执行模块，具体用于针对任务ID，执行与第一业务逻辑相关联的第二业务逻辑。

在本发明实施例中，基于任务ID执行与第一业务逻辑相关联的第二业务逻辑，执行结果准确，判定效率高。

本发明实施例还提供了一种业务服务器，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信，

存储器503，用于存放计算机程序；

处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：

监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

当监听到第一消息队列中存在第一完成消息时，从第一消息队列中提取第一完成消息，并执行与第一业务逻辑相关联的第二业务逻辑。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

可选的，上述处理器501用于执行存储器503上所存放的程序时，还能够实现上述任一业务逻辑处理方法。

上述业务服务器提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述业务服务器与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务逻辑处理方法。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务逻辑处理方法。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

在本发明提供的又一实施例中，还提供了一种业务逻辑处理系统，参见图6，该系统包括：

用于执行第一业务逻辑的第一业务服务器600和用于执行第二业务逻辑的第二业务服务器610，第一业务逻辑与第二业务逻辑为需要先后执行且相关联的两个业务逻辑；

第一业务服务器600，用于在执行完成第一业务逻辑之后，将用于指示第一业务逻辑执行完成的第一完成消息存储到第一消息队列中；

第二业务服务器610，用于监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；当监听到上述第一消息队列中存在上述第一完成消息时，从上述第一消息队列中提取上述第一完成消息，并执行与上述第一业务逻辑相关联的第二业务逻辑。

可选的，本发明实施例的业务逻辑处理系统还可以包括：

存储服务器，用于存储第一消息队列。

在本发明实施例中，业务逻辑完成的消息存储在消息队列中，通过监听消息队列来执行相关联的后续业务逻辑，进而推进整个业务流程的执行。业务流程的推进无需通过更新和读取数据库来实现，从而避免了因为业务流程状态变更而频繁更新和读取数据库。因此，在高并发的情况下，可以很大程度上减小数据库I/O性能瓶颈，提升系统处理能力。

可选的，在本发明实施例的业务逻辑处理系统中，上述第二业务服务器610，还用于：在执行完成上述第二业务逻辑之后，将用于指示上述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

相应的，上述存储服务器，还用于存储第二消息队列。

在本发明实施例中，在执行完成第二业务逻辑后，将标识第二业务逻辑执行完成的第二完成消息发送到第二消息队列中，执行下一业务逻辑的服务器在第二消息队列中提取第二完成消息，减少数据库的I/O次数。

可选的，在本发明实施例的业务逻辑处理系统中，上述第二业务服务器610，还用于：在执行完成上述第二业务逻辑之后，确定是否存在与上述第二业务逻辑相关联的第三业务逻辑，如果存在，将用于指示上述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

相应的，上述存储服务器，还用于存储第二消息队列。

在本发明实施例中，第二业务服务器判定是否需要生成第二完成消息，能够避免误生成第二完成消息，节约信令。

可选的，在本发明实施例的业务逻辑处理系统中，上述第二业务服务器610，还用于：从上述第一完成消息中获取任务ID。

相应的，第二业务服务器610执行与上述第一业务逻辑相关联的第二业务逻辑，包括：第二业务服务器610针对上述任务ID，执行与上述第一业务逻辑相关联的第二业务逻辑。

在本发明实施例中，基于任务ID执行与第一业务逻辑相关联的第二业务逻辑，执行结果准确，判定效率高。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于业务逻辑处理装置、业务处理器、存储介质和业务逻辑处理系统实施例而言，由于其基本相似于业务逻辑处理方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (11)

1.一种业务逻辑处理方法，其特征在于，所述方法包括：

监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

当监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。

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

在执行完成所述第二业务逻辑之后，将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

3.根据权利要求2所述的方法，其特征在于，在执行完成所述第二业务逻辑之后，在将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中之前，所述方法还包括：

确定是否存在与所述第二业务逻辑相关联的第三业务逻辑，如果存在，执行所述将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中的步骤。

4.根据权利要求1-3任一所述的方法，其特征在于，从所述第一消息队列中提取所述第一完成消息之后，还包括：

从所述第一完成消息中获取任务ID，

执行与所述第一业务逻辑相关联的第二业务逻辑，包括：

针对所述任务ID，执行与所述第一业务逻辑相关联的第二业务逻辑。

5.一种业务逻辑处理装置，其特征在于，所述装置包括：

监听模块，用于监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；

执行模块，用于当所述监听模块监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

存储模块，用于在所述执行模块执行完成所述第二业务逻辑之后，将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

确定模块，用于在所述执行模块执行完成所述第二业务逻辑之后，在所述存储模块将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中之前，确定是否存在与所述第二业务逻辑相关联的第三业务逻辑，如果存在，由所述存储模块执行所述将用于指示所述第二业务逻辑执行完成的第二完成消息存储到第二消息队列中的步骤。

8.根据权利要求5-7任一所述的装置，其特征在于，所述装置还包括：

获取模块，用于从所述第一消息队列中提取所述第一完成消息之后，从所述第一完成消息中获取任务ID；

所述执行模块，具体用于针对所述任务ID，执行与所述第一业务逻辑相关联的第二业务逻辑。

9.一种业务服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-4任一所述的方法步骤。

10.一种业务逻辑处理系统，其特征在于，所述系统包括：

用于执行第一业务逻辑的第一业务服务器和用于执行第二业务逻辑的第二业务服务器，所述第一业务逻辑与所述第二业务逻辑为需要先后执行且相关联的两个业务逻辑；

所述第一业务服务器，用于在执行完成所述第一业务逻辑之后，将用于指示所述第一业务逻辑执行完成的第一完成消息存储到第一消息队列中；

所述第二业务服务器，用于监听第一消息队列中是否存在用于指示第一业务逻辑执行完成的第一完成消息；当监听到所述第一消息队列中存在所述第一完成消息时，从所述第一消息队列中提取所述第一完成消息，并执行与所述第一业务逻辑相关联的第二业务逻辑。

11.根据权利要求10所述的系统，其特征在于，所述系统还包括：

存储服务器，用于存储所述第一消息队列。