CN117010896A - 基于实时流的交易运作方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及一种基于实时流的交易运作方法、装置、设备及存储介质，应用在互联网技术领域，其中方法包括：交易请求方生成交易请求消息；交易请求方将所述交易请求消息发送至消息中间件；若所述交易类型为异步交易，交易请求方则返回交易请求发送成功指令；交易服务方向交易中间件监听所述交易请求消息。本申请具有的技术效果是：增强了交易消息的时效性。

Description

基于实时流的交易运作方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其是涉及一种基于实时流的交易运作方法、装置、设备及存储介质。

背景技术

交易引擎是指交易业务过程中，多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现。

传统交易采用经典的“C/S”OLTP（面向交易的处理过程）计算模式，这种架构只涉及到“C/S”中的“客户和服务”两方，并且只有请求和结果这两个环节是可观测的，其内部处理是处于“黑盒”状态。数字化时代，其本质要求已经发生了质的变化，在交易系统处理的每个环节中都要能够实现业务数据智能的实时闭环。

在交易过程中，为了防止不法分子进行洗钱操作，需要观测其中的每个处理环节，这也就是需要加强对交易消息的监控力度。

发明内容

为了增强交易消息的时效性，本申请提供的一种基于实时流的交易运作方法、装置、设备及存储介质。

第一方面，本申请提供一种基于实时流的交易运作方法，采用如下的技术方案：所述方法包括：所述方法应用于交易系统，所述交易系统包括交易请求方、交易服务方、交易观测方、消息中间件，所述方法包括：

交易请求方生成交易请求消息；

交易请求方将所述交易请求消息发送至消息中间件；

若所述交易类型为异步交易，交易请求方则返回交易请求发送成功指令；

交易服务方向交易中间件监听所述交易请求消息。

通过上述技术方案，当需要进行交易时，交易请求方提出交易请求申请，交由消息中间件，消息中间件根据本次交易的类型采取相应的操作，并将得到交易请求申请发送至交易服务方，交易服务利用这种方式监听交易请求方的消息。引入实时流计算，实现高吞吐低时延的效果，进而增强了交易消息的时效性。

在一个具体的可实施方案中，所述交易请求方生成交易请求消息，具体包括：

所述交易请求方生成交易请求ID以及交易请求对象；

所述交易请求方根据所述交易请求ID创建交易请求消息，并将所述交易请求对象添加至所述交易请求消息的消息体中。

通过上述技术方案，交易请求方根据交易请求ID与交易请求对象创建一个交易请求消息，交易请求ID的唯一性使得交易请求消息在流转时能够保证准确性。

在一个具体的可实施方案中，在交易请求方将所述交易请求消息发送至消息中间件之后，还包括：

若所述交易类型为同步交易，交易请求方启动计时功能，对应生成计时信息；

在所述计时信息对应的时间值达到预设的等候时间阈值之前，若所述交易请求方接收到由消息中间件发送的交易应答消息，所述交易应答消息包括消息请求ID与交易结果；

交易请求方将交易应答消息中的消息请求ID与交易请求消息中的消息请求ID进行对比，判断是否一致；

若一致，交易请求方将交易应答消息中的消息结果返回；

在所述计时信息对应的时间值达到预设的等候时间阈值之前，若所述交易请求方未接收到由消息中间件发送的交易应答消息，交易请求方则生成交易超时警告。

通过上述技术方案，当本次交易类型为同步交易时，交易请求方在将交易请求消息发送至消息中间件后，会等候消息中间件的反馈消息，若是交易请求方的等候时间过长，得到预定的等候时间阈值，那么交易请求方直接生成超时警告，用于提醒用户本次交易可能未成功，需要进行核实。

在一个具体的可实施方案中，所述交易服务方向交易中间件监听所述交易请求消息，具体包括：

交易服务方向消息中间件订阅交易请求消息；

当接收到交易请求消息时，交易服务方读取所述交易请求消息中的交易请求对象；

若所述交易类型为异步交易，交易服务方则向消息中间件发布消息内容为收到消息请求的交易应答消息；

处理所述交易请求消息；

待所述交易请求消息处理完成，消息服务方向消息中间件发布消息内容为交易结果的交易应答消息。

通过上述技术方案，交易服务方向消息中间件订阅交易请求消息，并将交易结果发布给交易中间件。

在一个具体的可实施方案中，所述处理所述交易请求消息，具体包括：

调用交易引擎，将所述交易请求对象输入至交易引擎，得到交易结果；

触发交易事件，生成交易事件消息；

将所述交易事件消息发送至消息中间件。

通过上述技术方案，交易服务方调用交易引擎来处理交易请求消息中的交易请求内容，完成本次交易。

在一个具体的可实施方案中，所述方法，还包括：

交易观测方向消息中间件订阅交易事件消息；

待交易观测方接收到所述交易事件消息后，读取所述交易事件消息中的交易事件信息，所述交易事件信息包括交易事件数据；

交易观测方保存所述交易事件数据，并向监控系统发送交易事件信息。

通过上述技术方案，一旦发生了交易事件，交易服务方即会生成交易事件消息，交易观测方通过订阅这些交易事件消息，保存交易事件数据，以便于后续依赖于这些数据能够判别是否发生了“洗钱”等违法金融活动。

在一个具体的可实施方案中，交易请求方与交易服务方拥有全消息权限，交易观测方拥有交易事件消息的订阅、发布权限。

通过上述技术方案，对交易请求方、交易服务方以及交易观测方的消息权限进行限定，有助于降低用户隐私数据泄露的可能。

第二方面，本申请提供一种基于实时流的交易运作装置，采用如下技术方案：所述装置包括：

交易请求方模块，用于交易请求方生成交易请求消息；

交易请求方模块，还用于交易请求方将所述交易请求消息发送至消息中间件；

消息中间件模块，用于所述消息中间件根据所述交易请求消息判断交易类型，所述交易类型包括同步交易与异步交易；

消息中间件模块，还用于若所述交易类型为异步交易，所述消息中间件则向所述交易请求方反馈交易请求发送成功指令；

交易服务方模块，用于交易服务方向交易中间件监听所述交易请求消息。

第三方面，本申请提供一种计算机设备，采用如下技术方案：包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行如上述任一种基于实时流的交易运作方法的计算机程序。

第四方面，本申请提供一种计算机可读存储介质，采用如下技术方案：存储有能够被处理器加载并执行上述任一种基于实时流的交易运作方法的计算机程序。

综上所述，本申请包括以下至少一种有益技术效果：

1.当需要进行交易时，交易请求方提出交易请求申请，交由消息中间件，消息中间件根据本次交易的类型采取相应的操作，并将得到交易请求申请发送至交易服务方，交易服务利用这种方式监听交易请求方的消息。引入实时流计算，实现高吞吐低时延的效果，进而增强了交易消息的时效性；

2.当本次交易类型为同步交易时，交易请求方在将交易请求消息发送至消息中间件后，会等候消息中间件的反馈消息，若是交易请求方的等候时间过长，得到预定的等候时间阈值，那么交易请求方直接生成超时警告，用于提醒用户本次交易可能未成功，需要进行核实。

附图说明

图1是本申请实施例中交易系统各部分的关系示意图。

图2是本申请实施例中基于实时流的交易运作方法的流程图。

图3是本申请实施例中基于实时流的交易运作装置的结构框图。

附图标记：301、交易请求方模块；302、消息中间件模块；303、交易服务方模块；304、交易观测方模块。

具体实施方式

以下结合附图1-3对本申请作进一步详细说明。

如图1所示，本申请实施例公开一种基于实时流的交易运作方法。该方法应用于交易系统，交易系统涉及到的参与方包括交易请求方、交易服务方、交易观测方，各参与方有实时流中间件进行串接，其中，交易请求方可以为金融交易工具，例如ATM机等，或是位于智能终端上的金融产品，例如，支付宝、微信钱包等，交易服务方可以为各大金融平台的存款交易系统、贷款交易系统，支付交易系统等，交易观测方可以为在线交易监控系统，例如，反洗钱交易系统，稽查交易系统等。各个参与方之间不直接进行消息的互通，而是通过与实时流消息中间件传递完成请求和应答的传输。

本申请中涉及到的消息按照消息类型可以分为交易请求消息、消息结果消息、交易事件消息，将消息进行分类，交易请求消息的具体结构为：消息中间件需求的消息头+交易请求对象；交易结果消息的具体结构为：消息中间件需求的消息头+交易结果对象；交易事件消息的具体结构为：消息中间件需求的消息头+交易事件对象，其中，交易请求对象包括交易ID、交易代码以及请求数据，交易结果对象包括交易ID、成功/失败标志、错误码以及返回数据，交易事件对象包括消息ID、事件代码以及交易关键数据。消息ID是指每类消息设置有一个主题，将主题与一个唯一的序列号这一整体作为消息的ID，交易事件包括交易关系的业务事件，利用事件代码来表示不同的交易事件，例如，事件代码为0001，则表示本次交易事件为大额交易，事件代码为0002，则表示本次交易事件为敏感建议，事件代码为0003，则表示本次交易事件为营销提醒，事件代码为0004，则表示本次交易事件为异常或超时。

本申请中，消息中间件可以为采用Kafka、RqbbitMQ、MQ等工具，向交易系统提供消息发布、订阅和消息路由机制。交易系统采用实时数据流组织交易流程，将交易模式从原来的“客户和服务”一对一关系，变成“请求、消费”的一对多关系。服务提供方和监管方都是流式数据的消费者，并且，实时流采用异步机制确保多个参与方之间是松耦合的，交易系统中每个环节都可插件化的进行应用扩展。

如图2所示，该方法包括以下步骤：

S10，交易请求方生成交易请求消息。

具体来说，当需要发生交易行为时，用户在交易请求方的实体载体上进行操作，例如点击转账按键等，交易请求方对应生成交易请求ID与交易请求对象，交易请求ID中包括消息主题以及一个序列号，这里的消息主题为交易请求，然后交易请求方生成一个交易请求消息，此时，交易请求消息的消息体为空白状态，交易请求方将生成的交易请求对象添加至交易请求消息的消息体中，得到一个完整的交易请求消息。

S20，交易请求方将交易请求消息发送至消息中间件。

S30，若本次的交易的交易类型为异步交易，交易请求方则返回交易请求发送成功指令。

具体来说，异步交易是指发送方发出数据后，不会等待你接收方发回响应，接着发送下一条数据包，因此，当本次交易的交易类型为异步交易，交易请求方在将交易请求消息发送至消息中间件后，直接在显示界面上显示交易请求发送成功。

如果本次交易的交易类型是一个同步交易，交易请求方会向消息中间件订阅一个交易应答消息，交易应答消息的消息类型为消息结果类型，在交易请求方将交易请求消息发送至消息中间件后，会立即启动计时功能，对应生成计时信息，计时信息的主要内容为计时时间数据，将计时时间数据与预先设定的等候时间阈值进行对比，在计时信息对应的时间值达到预设的等候时间阈值之前，若是交易请求方接收到由消息中间件发送的交易应答消息，其中交易应答消息包括消息请求ID与交易结果，那么交易请求方将交易应答消息中的消息请求ID与交易请求消息中的消息请求ID进行对比，判断两者是否一致，如果一致的话，交易请求方将交易应答消息中的消息结果进行显示，本实施例中，消息结果的内容可以为交易成功或是交易失败。

在计时信息对应的时间值达到预设的等候时间阈值之前，若是交易请求方未接收到由消息中间件发送的交易应答消息，交易请求方则会生成交易超时警告。

S40，交易服务方向交易中间件监听交易请求消息。

具体来说，交易服务方向消息中间件订阅交易请求消息，换句话说，就是当消息中间件接收到交易请求消息后，会将该交易请求消息转发给交易服务方，交易服务方在接收到交易请求消息后，直接读取交易请求消息中的交易请求对象。本实施例中，对于各种消息的监听机制可以为按照消息主题监听，也可以为按照消息ID进行监听。

当本次交易采用异步交易机制时，交易服务方会向消息中间件发布一条消息内容为收到消息请求的交易应答消息，并经由消息中间件将该条交易应答消息发送至交易请求方，继而交易服务方调用交易引擎，将交易请求对象输入至交易引擎，即可得到交易结果，此时交易服务方对应生成交易事件消息，并将该条交易事件消息发送至消息中间件。与此同时，消息服务方还会生成消息内容为交易结果的交易应答消息，向发送至消息中间件。消息中间件根据消息头判断该条消息的消息类型，并将其分别发送至对应的接收方，这里的交易应答消息是发送至消息请求方，消息交易事件消息是发送至消息观测方。

当交易类型为异步交易时，交易请求方会收到两条交易应答消息，首先接收到的是消息内容为收到消息请求的交易应答消息，然后收到的是消息内容为交易结果的交易应答消息。

对于消息观测方来说，交易观测方向消息中间件订阅交易事件消息，也就是说，就是当消息中间件接收到交易事件消息后，会将该交易请事件消息转发给交易观测方，待交易观测方接收到交易事件消息后，交易观测方会读取交易事件消息中的交易事件信息，交易事件信息包括交易事件代码以及交易事件数据，交易观测方将其中的交易事件数据存储至预先设置的数据库中，需要说明的是，在处理交易事件数据的过程中，可能会产生新的交易事件，那么交易观测方则向消息中间件发布一个新的交易事件消息。

本实施例中，交易请求方与交易服务方拥有全消息权限，也就是说，交易请求方与交易处理方能够发布和订阅各种消息，而交易观测方只对交易事件类型的消息有发布和订阅权限。

图2为一个实施例中基于实时流的交易运作方法的流程示意图。应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行；除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行；并且图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于上述方法，本申请实施例还公开一种基于实时流的交易运作装置。

如图3所示，该装置包括以下模块：

交易请求方模块301，用于交易请求方生成交易请求消息；

交易请求方模块301，还用于交易请求方将交易请求消息发送至消息中间件；

消息中间件模块302，用于消息中间件根据交易请求消息判断交易类型，交易类型包括同步交易与异步交易；

消息中间件模块302，还用于若交易类型为异步交易，消息中间件则向交易请求方反馈交易请求发送成功指令；

交易服务方模块303，用于交易服务方向交易中间件监听交易请求消息。

在一个实施例中，交易请求方模块301，还用于交易请求方生成交易请求ID以及交易请求对象；

交易请求方根据交易请求ID创建交易请求消息，并将交易请求对象添加至交易请求消息的消息体中。

在一个实施例中，交易请求方模块301，还用于若交易类型为同步交易，交易请求方启动计时功能，对应生成计时信息；

在计时信息对应的时间值达到预设的等候时间阈值之前，若交易请求方接收到由消息中间件发送的交易应答消息，交易应答消息包括消息请求ID与交易结果；

交易请求方将交易应答消息中的消息请求ID与交易请求消息中的消息请求ID进行对比，判断是否一致；

若一致，交易请求方将交易应答消息中的消息结果返回；

在计时信息对应的时间值达到预设的等候时间阈值之前，若交易请求方未接收到由消息中间件发送的交易应答消息，交易请求方则生成交易超时警告。

在一个实施例中，交易服务方模块303，还用于交易服务方向消息中间件订阅交易请求消息；

当接收到交易请求消息时，交易服务方读取交易请求消息中的交易请求对象；

若交易类型为异步交易，交易服务方则向消息中间件发布消息内容为收到消息请求的交易应答消息；

处理交易请求消息；

待交易请求消息处理完成，消息服务方向消息中间件发布消息内容为交易结果的交易应答消息。

在一个实施例中，交易服务方模块303，还用于调用交易引擎，将交易请求对象输入至交易引擎，得到交易结果；

触发交易事件，生成交易事件消息；

将交易事件消息发送至消息中间件。

在一个实施例中，交易观测方模块304，还用于交易观测方向消息中间件订阅交易事件消息；

待交易观测方接收到交易事件消息后，读取交易事件消息中的交易事件信息，交易事件信息包括交易事件数据；

交易观测方保存交易事件数据，并向监控系统发送交易事件信息。

在一个实施例中，交易请求方模块301，还用于交易请求方拥有全消息权限。

在一个实施例中，交易服务方模块303，还用于与交易服务方拥有全消息权限

在一个实施例中，交易观测方模块304，还用于交易观测方拥有交易事件消息的订阅、发布权限。

本申请实施例还公开一种计算机设备。

具体来说，该计算机设备包括存储器和处理器，存储器上存储有能够被处理器加载并执行上述基于实时流的交易运作方法的计算机程序。

本申请实施例还公开一种计算机可读存储介质。

具体来说，该计算机可读存储介质，其存储有能够被处理器加载并执行如上述基于实时流的交易运作方法的计算机程序，该计算机可读存储介质例如包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本具体实施例仅仅是对本发明的解释，其并不是对本发明的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本发明的权利要求范围内都受到专利法的保护。

Claims (10)

1.一种基于实时流的交易运作方法，其特征在于，所述方法应用于交易系统，所述交易系统包括交易请求方、交易服务方、交易观测方、消息中间件，所述方法包括：

交易请求方生成交易请求消息；

交易请求方将所述交易请求消息发送至消息中间件；

若所述交易类型为异步交易，交易请求方则返回交易请求发送成功指令；

交易服务方向交易中间件监听所述交易请求消息。

2.根据权利要求1所述的方法，其特征在于，所述交易请求方生成交易请求消息，具体包括：

所述交易请求方生成交易请求ID以及交易请求对象；

所述交易请求方根据所述交易请求ID创建交易请求消息，并将所述交易请求对象添加至所述交易请求消息的消息体中。

3.根据权利要求1所述的方法，其特征在于，在交易请求方将所述交易请求消息发送至消息中间件之后，还包括：

若所述交易类型为同步交易，交易请求方启动计时功能，对应生成计时信息；

在所述计时信息对应的时间值达到预设的等候时间阈值之前，若所述交易请求方接收到由消息中间件发送的交易应答消息，所述交易应答消息包括消息请求ID与交易结果；

交易请求方将交易应答消息中的消息请求ID与交易请求消息中的消息请求ID进行对比，判断是否一致；

若一致，交易请求方将交易应答消息中的消息结果返回；

在所述计时信息对应的时间值达到预设的等候时间阈值之前，若所述交易请求方未接收到由消息中间件发送的交易应答消息，交易请求方则生成交易超时警告。

4.根据权利要求1所述的方法，其特征在于，所述交易服务方向交易中间件监听所述交易请求消息，具体包括：

交易服务方向消息中间件订阅交易请求消息；

当接收到交易请求消息时，交易服务方读取所述交易请求消息中的交易请求对象；

若所述交易类型为异步交易，交易服务方则向消息中间件发布消息内容为收到消息请求的交易应答消息；

处理所述交易请求消息；

待所述交易请求消息处理完成，消息服务方向消息中间件发布消息内容为交易结果的交易应答消息。

5.根据权利要求4所述的方法，其特征在于，所述处理所述交易请求消息，具体包括：

调用交易引擎，将所述交易请求对象输入至交易引擎，得到交易结果；

触发交易事件，生成交易事件消息；

将所述交易事件消息发送至消息中间件。

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

交易观测方向消息中间件订阅交易事件消息；

待交易观测方接收到所述交易事件消息后，读取所述交易事件消息中的交易事件信息，所述交易事件信息包括交易事件数据；

交易观测方保存所述交易事件数据，并向监控系统发送交易事件信息。

7.根据权利要求5所述的方法，其特征在于，交易请求方与交易服务方拥有全消息权限，交易观测方拥有交易事件消息的订阅、发布权限。

8.一种基于实时流的交易运作装置，其特征在于，所述装置包括：

交易请求方模块(301)，用于交易请求方生成交易请求消息；

交易请求方模块(301)，还用于交易请求方将所述交易请求消息发送至消息中间件；

消息中间件模块(302)，用于所述消息中间件根据所述交易请求消息判断交易类型，所述交易类型包括同步交易与异步交易；

消息中间件模块(302)，还用于若所述交易类型为异步交易，所述消息中间件则向所述交易请求方反馈交易请求发送成功指令；

交易服务方模块(303)，用于交易服务方向交易中间件监听所述交易请求消息。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行如权利要求1至7中任一种方法的计算机程序。

10.一种计算机可读存储介质，其特征在于，存储有能够被处理器加载并执行如权利要求1至7中任一种方法的计算机程序。