CN104407917A - 一种基于jms的交易处理方法及装置 - Google Patents

Abstract

本申请公开了一种基于JMS的交易处理方法及装置，方法为：接收联机交易应用通过预设的任务定义接口上传的包括等待时间的任务数据，将任务数据实例化为任务实例后存储至数据库，并向JMS任务队列发送任务触发消息，以触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例，判断在等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，否则返回超时提示。本申请中，通过设置等待时间将同步处理和异步处理相结合，大大提高了用户的体验度。

Description

一种基于JMS的交易处理方法及装置

技术领域

本申请涉及软件技术领域，更具体地说，涉及一种基于JMS的交易处理方法及装置。

背景技术

联机交易是指服务方接收到基于HTTP协议的请求，使用一个线程处理该HTTP请求并给出响应信息的过程。

现有的处理联机交易的方式包括同步处理和异步处理，同步处理是指在联机交易的请求方发送HTTP请求后会持续等待服务器响应信息，直到服务器给出响应信息；异步处理是指在联机交易的请求方发送HTTP请求后不去持续跟踪处理情况，需要用户后续再次来查询处理结果。而在大型软件开发中，不同联机交易复杂程度不一，若采用同步处理，某些非常复杂的联机交易需要用户等待很长时间才能够得到响应，降低了用户体验度。若采用异步处理，某些非常简单的联机交易可能在一秒钟内就能给出响应结果，而采用异步处理的方式则无法直接给出响应结果，也存在用户体验度低的问题。

发明内容

有鉴于此，本申请提供了一种自动任务处理方法及装置，用于解决传统联机交易处理方式较为复杂的问题。

为了实现上述目的，现提出的方案如下：

一种基于JMS的交易处理方法，包括：

接收联机交易应用通过预设的任务定义接口上传的任务数据，所述任务数据包括前处理服务名、后处理服务名、应用逻辑服务名和等待时间；

将任务数据实例化为任务实例后存储至数据库；

向JMS任务队列发送任务触发消息，所述任务触发消息用于触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例；

判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息；

若在所述等待时间内检测到结果消息，则将返回所述结果消息；

若在所述等待时间内检测到结果消息，则返回超时提示。

优选地，所述调用Spring-batch框架的Job来执行数据库中的任务实例的过程，包括：

通过预设的前处理接口，向联机交易应用调用服务名为前处理服务名的前处理服务，并利用前处理服务对任务实例进行前处理；

通过预设的应用业务逻辑接口，向联机交易应用调用服务名为应用逻辑服务名的应用逻辑服务，并利用应用逻辑服务对任务实例进行应用逻辑处理；

通过预设的后处理接口，向联机交易应用调用服务名为后处理的后处理服务，并利用后处理服务对任务实例进行后处理。

优选地，所述将任务数据实例化为任务实例后存储至数据库包括：

参考系统当前时间，生成任务实例，并存储至数据库。

优选地，若数据库中的任务实例允许多线程执行，则所述前处理服务为将待执行的任务实例的数据按照线程数量N分为N个区，划定每个线程所执行的数据；所述后处理服务为将每个线程处理后的结果进行汇总。

一种基于JMS的交易处理装置，包括：

任务数据接收单元，用于接收联机交易应用通过预设的任务定义接口上传的任务数据，所述任务数据包括前处理服务名、后处理服务名、应用逻辑服务名和等待时间；

任务实例化单元，用于将任务数据实例化为任务实例后存储至数据库；

触发消息发送单元，用于向JMS任务队列发送任务触发消息，所述任务触发消息用于触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例；

结果消息检测单元，用于判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，若在所述等待时间内检测到结果消息，则返回超时提示。

优选地，任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例的过程为：

通过预设的前处理接口，向联机交易应用调用服务名为前处理服务名的前处理服务，并利用前处理服务对自动任务实例进行前处理；

通过预设的应用业务逻辑接口，向联机交易应用调用服务名为应用逻辑服务名的应用逻辑服务，并利用应用逻辑服务对自动任务实例进行应用逻辑处理；

通过预设的后处理接口，向联机交易应用调用服务名为后处理的后处理服务，并利用后处理服务对自动任务实例进行后处理。

优选地，所述任务实例化单元，具体用于参考系统当前时间，生成任务实例，并存储至数据库。

优选地，若所述待执行的自动任务实例允许多线程执行，则所述前处理服务为将待执行的任务实例的数据按照线程数量N分为N个区，划定每个线程所执行的数据；所述后处理服务为将每个线程处理后的结果进行汇总。

从上述的技术方案可以看出，本申请实施例提供的基于JMS的交易处理方法，接收联机交易应用通过预设的任务定义接口上传的包括等待时间的任务数据，将任务数据实例化为任务实例后存储至数据库，并向JMS任务队列发送任务触发消息，以触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例，然后判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，否则返回超时提示。本申请中，通过设置等待时间将同步处理和异步处理相结合，大大提高了用户的体验度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种基于JMS的交易处理方法流程图；

图2为本申请实施例公开的一种基于JMS的交易处理装置结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例公开的一种基于JMS的交易处理方法流程图。

如图1所示，该方法包括：

步骤S100、接收联机交易应用通过预设的任务定义接口上传的任务数据；

具体地，所述任务数据包括前处理服务名、后处理服务名、应用逻辑服务名和等待时间。其中，等待时间为接收到联机交易应用上传的任务后，允许用户等待响应的最大时间。

本申请中预先开发了任务定义接口，用户只需要通过联机交易应用上传前后处理服务名、应用逻辑服务名和等待时间即可，预先开发的任务定义接口会自动将这些任务数据按照预先定义好的方式进行处理。

步骤S110、将任务数据实例化为任务实例后存储至数据库；

具体地，任务数据只有被实例化为具体的任务实例支行才能够进行后续的处理。任务实例化的过程中，需要参考系统当前时间，生成一条任务实例，并将生成的任务实例存储至数据库中。

步骤S120、向JMS任务队列发送任务触发消息；

具体地，所述任务触发消息用于触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例。任务监听器定时监听任务队列，检测是否存在任务触发消息。并且在检测到任务触发消息后，调用Spring-batch框架的Job来执行数据库中的任务实例。

步骤S130、判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息；

若在所述等待时间内检测到结果消息，则执行步骤S140、返回所述结果消息；

若在所述等待时间内检测到结果消息，则执行步骤S150、返回超时提示。

具体地，任务监听器在检测到任务实例执行完毕后会向JMS结果队列发送结果消息。则，如果在等待时间范围内，在JMS结果队列中检测到结果消息，则会将该结果消息返回，提供给用户。否则，会返回超时提示，以提示用户稍后再来查询执行结果。

本申请实施例提供的基于JMS的交易处理方法，接收联机交易应用通过预设的任务定义接口上传的包括等待时间的任务数据，将任务数据实例化为任务实例后存储至数据库，并向JMS任务队列发送任务触发消息，以触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例，然后判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，否则返回超时提示。本申请中，通过设置等待时间将同步处理和异步处理相结合，大大提高了用户的体验度。

接下来，我们将介绍任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例的过程。

该过程为：

通过预设的前处理接口，向联机交易应用调用服务名为前处理服务名的前处理服务，并利用前处理服务对任务实例进行前处理；

通过预设的应用业务逻辑接口，向联机交易应用调用服务名为应用逻辑服务名的应用逻辑服务，并利用应用逻辑服务对任务实例进行应用逻辑处理；

通过预设的后处理接口，向联机交易应用调用服务名为后处理的后处理服务，并利用后处理服务对任务实例进行后处理。

具体地，该过程分为上述前处理、应用逻辑处理和后处理三个步骤。我们预先开发了前处理接口、应用业务逻辑接口和后处理接口，分别用于向联机交易应用调用服务名为前处理服务名、应用逻辑服务名和后处理服务名的服务，并利用调用的服务来对任务实例进行相应的处理，完成任务实例的执行过程。

需要解释的是，如果一个任务实例允许多线程执行，例如一笔批量付款可能有数百笔甚至上千笔，各笔转账之间互不冲突，因此采用多线程执行的方式能提升执行速度。上述任务实例处理过程中的前处理服务即为将待执行的任务实例的数据按照线程数量N分为N个区，划定每个线程所执行的数据。多线程执行逻辑需要保证数据既不被重复执行也不被漏掉执行，此次采用数据拆分的方式，将转账数据按线程数量N均匀划分成若干个部分，每个线程执行一个部分内的所有转账。同时，上述后处理服务的过程即为将每个线程处理后的结果进行汇总，例如，统计每次执行的成功笔数、失败笔数、成功金额、失败金额。

通过多线程的处理方式，大大增加了任务执行效率。

下面对本申请实施例提供的基于JMS的交易处理装置进行描述，下文描述的基于JMS的交易处理装置与上文描述的基于JMS的交易处理方法可相互对应参照。

参见图2，图2为本申请实施例公开的一种基于JMS的交易处理装置结构示意图。

如图2所示，该装置包括：

任务数据接收单元21，用于接收联机交易应用通过预设的任务定义接口上传的任务数据，所述任务数据包括前处理服务名、后处理服务名、应用逻辑服务名和等待时间；

任务实例化单元22，用于将任务数据实例化为任务实例后存储至数据库；

具体地，任务实例化单元22用于参考系统当前时间，生成任务实例，并存储至数据库。

触发消息发送单元23，用于向JMS任务队列发送任务触发消息，所述任务触发消息用于触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例；

结果消息检测单元24，用于判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，若在所述等待时间内检测到结果消息，则返回超时提示。

可以理解的是，任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例的过程为：

通过预设的前处理接口，向联机交易应用调用服务名为前处理服务名的前处理服务，并利用前处理服务对自动任务实例进行前处理；

通过预设的应用业务逻辑接口，向联机交易应用调用服务名为应用逻辑服务名的应用逻辑服务，并利用应用逻辑服务对自动任务实例进行应用逻辑处理；

通过预设的后处理接口，向联机交易应用调用服务名为后处理的后处理服务，并利用后处理服务对自动任务实例进行后处理。

可以理解的是，若所述待执行的自动任务实例允许多线程执行，则所述前处理服务为将待执行的任务实例的数据按照线程数量N分为N个区，划定每个线程所执行的数据；所述后处理服务为将每个线程处理后的结果进行汇总。

本申请实施例提供的基于JMS的交易处理装置，接收联机交易应用通过预设的任务定义接口上传的包括等待时间的任务数据，将任务数据实例化为任务实例后存储至数据库，并向JMS任务队列发送任务触发消息，以触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例，然后判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，否则返回超时提示。本申请中，通过设置等待时间将同步处理和异步处理相结合，大大提高了用户的体验度。

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

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种基于JMS的交易处理方法，其特征在于，包括：

接收联机交易应用通过预设的任务定义接口上传的任务数据，所述任务数据包括前处理服务名、后处理服务名、应用逻辑服务名和等待时间；

将任务数据实例化为任务实例后存储至数据库；

向JMS任务队列发送任务触发消息，所述任务触发消息用于触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例；

判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息；

若在所述等待时间内检测到结果消息，则将返回所述结果消息；

若在所述等待时间内检测到结果消息，则返回超时提示。

2.根据权利要求1所述的交易处理方法，其特征在于，所述调用Spring-batch框架的Job来执行数据库中的任务实例的过程，包括：

通过预设的前处理接口，向联机交易应用调用服务名为前处理服务名的前处理服务，并利用前处理服务对任务实例进行前处理；

通过预设的应用业务逻辑接口，向联机交易应用调用服务名为应用逻辑服务名的应用逻辑服务，并利用应用逻辑服务对任务实例进行应用逻辑处理；

通过预设的后处理接口，向联机交易应用调用服务名为后处理的后处理服务，并利用后处理服务对任务实例进行后处理。

3.根据权利要求1所述的自动任务处理方法，其特征在于，所述将任务数据实例化为任务实例后存储至数据库包括：

参考系统当前时间，生成任务实例，并存储至数据库。

4.根据权利要求2所述的自动任务处理方法，其特征在于，若数据库中的任务实例允许多线程执行，则所述前处理服务为将待执行的任务实例的数据按照线程数量N分为N个区，划定每个线程所执行的数据；所述后处理服务为将每个线程处理后的结果进行汇总。

5.一种基于JMS的交易处理装置，其特征在于，包括：

任务数据接收单元，用于接收联机交易应用通过预设的任务定义接口上传的任务数据，所述任务数据包括前处理服务名、后处理服务名、应用逻辑服务名和等待时间；

任务实例化单元，用于将任务数据实例化为任务实例后存储至数据库；

触发消息发送单元，用于向JMS任务队列发送任务触发消息，所述任务触发消息用于触发任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例；

结果消息检测单元，用于判断在所述等待时间内是否在JMS结果队列中检测到结果消息，所述结果消息为任务监听器在检测到任务实例执行完毕后向所述JMS结果队列发送的结果消息，若在所述等待时间内检测到结果消息，则将返回所述结果消息，若在所述等待时间内检测到结果消息，则返回超时提示。

6.根据权利要求5所述的交易处理装置，其特征在于，任务监听器调用Spring-batch框架的Job来执行数据库中的任务实例的过程为：

通过预设的前处理接口，向联机交易应用调用服务名为前处理服务名的前处理服务，并利用前处理服务对自动任务实例进行前处理；

通过预设的应用业务逻辑接口，向联机交易应用调用服务名为应用逻辑服务名的应用逻辑服务，并利用应用逻辑服务对自动任务实例进行应用逻辑处理；

通过预设的后处理接口，向联机交易应用调用服务名为后处理的后处理服务，并利用后处理服务对自动任务实例进行后处理。

7.根据权利要求6所述的自动任务处理装置，其特征在于，所述任务实例化单元，具体用于参考系统当前时间，生成任务实例，并存储至数据库。

8.根据权利要求6所述的自动任务处理装置，其特征在于，若所述待执行的自动任务实例允许多线程执行，则所述前处理服务为将待执行的任务实例的数据按照线程数量N分为N个区，划定每个线程所执行的数据；所述后处理服务为将每个线程处理后的结果进行汇总。