CN115345746B - 证券交易方法、装置、设备及介质 - Google Patents

Abstract

本发明涉及大数据技术领域，提供一种证券交易方法、装置、设备及介质，能够通过框架与业务包结合的方式实现交易架构的高可用、高复用，并且，由于采用独立封装的方式，业务包可以根据需要自选组装和分批上线，业务调整时的影响范围也可以得到有效控制，进而实现业务间的解耦，避免业务间的相互影响，同时实现证券交易过程中高吞吐、低时延的消息通讯。

Description

证券交易方法、装置、设备及介质

技术领域

本发明涉及大数据技术领域，尤其涉及一种证券交易方法、装置、设备及介质。

背景技术

证券交易系统为了满足证监会、交易所等业务风控要求，需要对投资者的订单进行前端检查，包括账户合法性校验、验资验券、投资者适当性检查等，并对不符合要求的订单进行拒绝及相关错误提示。

现有技术中，主要依赖增加数据表、数据库字段和字典值等方式满足业务发展要求，随着证券行业发展，证券交易业务品种越来越多，订单数量和交易规模越来越大，因此，业务模型越来越复杂和臃肿，在处理交易时的时延、吞吐、扩展性都受到了一定的限制。

发明内容

鉴于以上内容，有必要提供一种证券交易方法、装置、设备及介质，旨在解决交易系统扩展性低、时延高、吞吐量小的问题。

一种证券交易方法，所述证券交易方法包括：

当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包；

获取预先构建的公共技术服务框架及交易业务框架；

组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构；

当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数；

将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果；

下发每个待处理订单的处理结果。

根据本发明优选实施例，在将所述业务需求数据中的独立业务特性封装为至少一个业务包前，所述方法还包括：

获取预先封装的至少一个历史业务包，及获取每个历史业务包对应的独立业务特性；

当检测到有历史业务包对应的独立业务特性与所述业务需求数据中的独立业务特性相同时，将检测到的历史业务包添加至所述至少一个业务包。

根据本发明优选实施例，在获取预先构建的公共技术服务框架及交易业务框架前，所述方法还包括：

封装通用技术组件及通用技术功能，得到所述公共技术服务框架；

封装共性业务逻辑，得到所述交易业务框架。

根据本发明优选实施例，所述基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果包括：

利用所述公共技术服务框架对每个待处理订单进行数据处理，得到每个待处理订单对应的第一处理结果；

利用所述交易业务框架对每个待处理订单对应的第一处理结果进行公共业务检查，得到每个待处理订单对应的第二处理结果；

利用所述至少一个业务包中的每个业务包分别对每个待处理订单对应的第二处理结果进行独立业务检查，得到每个待处理订单的处理结果。

根据本发明优选实施例，在基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果前，所述方法还包括：

为部署在同一台服务器上的每个组件构建共享内存池；

当所述目标架构对应的交易引擎组件申请内存时，获取所述至少一个待处理订单的结构体大小；

根据所述至少一个待处理订单的结构体大小向所述共享内存池申请共享内存。

根据本发明优选实施例，所述基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果还包括：

获取每个待处理订单对应的至少一个子任务；

利用时钟周期依次处理每个待处理订单对应的至少一个子任务，得到每个待处理订单的处理结果；

其中，在每个时钟周期内，处理当前接收到的待处理订单的首个子任务，及处理上一时钟周期内与所处理的每个待处理订单的子任务相接的下一子任务；

其中，在每个时钟周期内，当处理的子任务为对应待处理订单的最后一个子任务时，输出所述对应待处理订单的处理结果；

其中，利用所述共享内存在处理每个待处理订单的过程中进行数据流转。

根据本发明优选实施例，所述方法还包括：

获取所述共享内存的运行数据；

在预设显示装置上显示所述共享内存的运行数据。

一种证券交易装置，所述证券交易装置包括：

封装单元，用于当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包；

获取单元，用于获取预先构建的公共技术服务框架及交易业务框架；

组装单元，用于组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构；

所述获取单元，还用于当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数；

处理单元，用于将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果；

下发单元，用于下发每个待处理订单的处理结果。

一种计算机设备，所述计算机设备包括：

存储器，存储至少一个指令；及

处理器，执行所述存储器中存储的指令以实现所述证券交易方法。

一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被计算机设备中的处理器执行以实现所述证券交易方法。

由以上技术方案可以看出，本发明能够通过框架与业务包结合的方式实现交易架构的高可用、高复用，并且，由于采用独立封装的方式，业务包可以根据需要自选组装和分批上线，业务调整时的影响范围也可以得到有效控制，进而实现业务间的解耦，避免业务间的相互影响，同时实现证券交易过程中高吞吐、低时延的消息通讯。

附图说明

图1是本发明证券交易方法的较佳实施例的流程图。

图2是本发明证券交易装置的较佳实施例的功能模块图。

图3是本发明实现证券交易方法的较佳实施例的计算机设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

如图1所示，是本发明证券交易方法的较佳实施例的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

所述证券交易方法应用于一个或者多个计算机设备中，所述计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital SignalProcessor，DSP)、嵌入式设备等。

所述计算机设备可以是任何一种可与用户进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、个人数字助理（Personal Digital Assistant，PDA）、游戏机、交互式网络电视（Internet Protocol Television，IPTV）、智能式穿戴式设备等。

所述计算机设备还可以包括网络设备和/或用户设备。其中，所述网络设备包括，但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量主机或网络服务器构成的云。

所述服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

其中，人工智能（Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络（Virtual Private Network，VPN）等。

S10，当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包。

在本实施例中，所述业务需求数据可以包括，但不限于：业务风控需求数据、冻结处理业务数据、扣减业务数据。

例如：为了满足证监会、交易所等业务风控要求，需要对投资者的订单进行前端检查，包括账户合法性校验、验资验券、投资者适当性检查等，对不符合规则要求的订单进行拒绝及进行相关错误提示，此时，将上述过程中所涉及到的一系列数据确定为所述业务需求数据。

在本实施例中，所述独立业务特性是指每个业务需求数据中独有的业务特性。

通常情况下，每种业务的独立业务特性不重复。

在特殊情况下，也可能存在独立业务特性重复的情况，此时，则可以获取历史封装的业务包进行复用。

具体地，在将所述业务需求数据中的独立业务特性封装为至少一个业务包前，所述方法还包括：

获取预先封装的至少一个历史业务包，及获取每个历史业务包对应的独立业务特性；

当检测到有历史业务包对应的独立业务特性与所述业务需求数据中的独立业务特性相同时，将检测到的历史业务包添加至所述至少一个业务包。

例如：所述业务包可以包括，但不限于：网上发行认购业务包、网络投票业务包、转托管业务包、要约收购业务包。

通过上述实施例，在历史业务包未被删除的情况下，尽可能的对能够实现相同功能的业务包进行复用，提升了系统架构的构建效率。

S11，获取预先构建的公共技术服务框架及交易业务框架。

在本实施例中，在获取预先构建的公共技术服务框架及交易业务框架前，所述方法还包括：

封装通用技术组件及通用技术功能，得到所述公共技术服务框架；

封装共性业务逻辑，得到所述交易业务框架。

例如：所述公共技术服务框架的功能可以包括数据管理、监控设置、操作设置等。所述交易业务框架的功能可以包括接收委托、订单构造、订单检查、报盘等。

通过上述实施例，能够将将通用技术组件和功能抽象实现成公共技术服务框架，将共性业务逻辑抽象实现成可配置的交易业务框架，以便后续能够复用。

S12，组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构。

本实施例结合公共技术服务框架、交易业务框架及至少一个业务包，遵循分层、抽象、解耦、隔离的架构设计理念，将通用技术组件和功能抽象实现成公共技术服务框架，将共性业务逻辑抽象实现成可配置的交易业务框架，再将业务特性封装为独立的业务包运行于业务框架之上。这种“框架+业务包”的实现方式，实现了“可组装”式业务配置，有效隔离了业务间的相互影响，业务包可以根据需要自选组装和分批上线，业务调整时的影响范围也可以得到有效控制，同时能够进行高吞吐消息通讯，高可用实现与业务逻辑实现的有效分离使系统层次更加清晰分明。

并且，本实施例中具有“框架+业务包”结构的目标架构符合数据容器的理念，将业务流程和数据参数解耦，将交易核心与业务管理解耦，将交易业务与周边系统解耦，能够更好的兼容各机构系统间不同业务和技术的差异，为交易核心业务流程提供稳定、可靠、高效的运行环境，避免了对时延、吞吐、扩展性的限制。

本实施例的目标架构可以提升证券交易系统处理业务的吞吐，降低交易业务处理时延，提升系统业务扩展性，为低延时的证券交易系统提供基础业务模型的支撑。同时，业务模型的松耦合设计可以降低各业务之间的影响，在高性能的表现下，提高交易业务处理的安全性及稳定性。

S13，当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数。

由于需要根据每个待处理订单的订单数据及订单参数构建运行时的环境，因此，本实施例首先获取每个待处理订单的订单数据及订单参数。

例如：所述订单数据可以包括订单量等，所述订单参数可以包括订单金额等。

S14，将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果。

在本实施例中，所述基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果包括：

利用所述公共技术服务框架对每个待处理订单进行数据处理，得到每个待处理订单对应的第一处理结果；

利用所述交易业务框架对每个待处理订单对应的第一处理结果进行公共业务检查，得到每个待处理订单对应的第二处理结果；

利用所述至少一个业务包中的每个业务包分别对每个待处理订单对应的第二处理结果进行独立业务检查，得到每个待处理订单的处理结果。

通过上述实施例，能够基于目标架构中的每部分结构分别对待处理订单进行不同维度的处理。

在本实施例中，在基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果前，所述方法还包括：

为部署在同一台服务器上的每个组件构建共享内存池；

当所述目标架构对应的交易引擎组件申请内存时，获取所述至少一个待处理订单的结构体大小；

根据所述至少一个待处理订单的结构体大小向所述共享内存池申请共享内存。

例如：同一台服务器上可以部署网关组件、交易引擎组件、报盘组件，同时，建立一个共享内存池，所述共享内存池中的内存由所述网关组件、所述交易引擎组件、所述报盘组件共享。进一步地，当所述目标架构对应的交易引擎组件申请内存时，获取所述至少一个待处理订单的结构体大小，并根据所述至少一个待处理订单的结构体大小向所述共享内存池申请共享内存，以便根据对内存的实际需求获取共享内存。

具体地，当所述目标架构对应的交易引擎组件申请内存时，可以调用服务器的相应接口申请内存，并利用申请的共享内存构造应用消息，同时，将所述共享内存的地址发送给网卡，由网卡通过直接存储器访问接收方（如交易所）的接口，并根据所述共享内存的地址直接读取所述共享内存中存储的应用消息，并将读取到的消息发送至所述接收方。

通过上述实施例，能够基于共享内存实现更加高效的数据传输，并降低对内存的占用。

在本实施例中，所述基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果还包括：

获取每个待处理订单对应的至少一个子任务；

利用时钟周期依次处理每个待处理订单对应的至少一个子任务，得到每个待处理订单的处理结果；

其中，在每个时钟周期内，处理当前接收到的待处理订单的首个子任务，及处理上一时钟周期内与所处理的每个待处理订单的子任务相接的下一子任务；

其中，在每个时钟周期内，当处理的子任务为对应待处理订单的最后一个子任务时，输出所述对应待处理订单的处理结果；

其中，利用所述共享内存在处理每个待处理订单的过程中进行数据流转。

例如：假设每个待处理订单分别对应4个子任务：子任务1、子任务2、子任务3、子任务4，则处理完一个待处理订单共需要4个时钟周期。具体地：

在第一个时钟周期到来时，处理订单A的子任务1；

在第二个时钟周期到来时，处理当前接收到的订单B的子任务1，同时，由于上一时钟周期处理了订单A的子任务1，则此时同步处理订单A的子任务2；

在第三个时钟周期到来时，处理当前接收到的订单C的子任务1，同时，由于上一时钟周期处理了订单B的子任务1、订单A的子任务2，则此时同步处理订单B的子任务2、订单A的子任务3；

在第四个时钟周期到来时，处理当前接收到的订单D的子任务1，同时，由于上一时钟周期处理了订单C的子任务1、订单B的子任务2、订单A的子任务3，则此时同步处理订单C的子任务2、订单B的子任务3、订单A的子任务4，并且，由于订单A的4个子任务都处理完，因此，输出订单A的处理结果；

以此类推……此后，每个时钟周期都会有订单的处理结果输出，例如第五个时钟周期输出订单B的处理结果，第六个时钟周期输出订单C的处理结果，第七个时钟周期输出订单D的处理结果。

通过上述实施例，由于无需等待一个订单处理结束后再处理其他订单，而是不同订单间的子任务进行交互处理，有效提高了订单处理的效率。例如：当每个待处理订单分别对应4个子任务时，则能够提高近4倍的处理速度。

S15，下发每个待处理订单的处理结果。

例如：可以采用TCP（Transmission Control Protocol，传输控制协议）协议下发每个待处理订单的处理结果至交易所。

在本实施例中，所述方法还包括：

获取所述共享内存的运行数据；

在预设显示装置上显示所述共享内存的运行数据。

其中，所述预设显示装置可以为与所述目标架构相通信的显示器。

通过上述实施例，能够对内存中的数据运行情况进行可视化展示，便于对交易过程进行有效监控，使构建的目标架构在不损失交易习惯的前提下提供有效服务。

由以上技术方案可以看出，本发明能够通过框架与业务包结合的方式实现交易架构的高可用、高复用，并且，由于采用独立封装的方式，业务包可以根据需要自选组装和分批上线，业务调整时的影响范围也可以得到有效控制，进而实现业务间的解耦，避免业务间的相互影响，同时实现证券交易过程中高吞吐、低时延的消息通讯。

如图2所示，是本发明证券交易装置的较佳实施例的功能模块图。所述证券交易装置11包括封装单元110、获取单元111、组装单元112、处理单元113、下发单元114。本发明所称的模块/单元是指一种能够被处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块/单元的功能将在后续的实施例中详述。

所述封装单元110，用于当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包。

在本实施例中，所述业务需求数据可以包括，但不限于：业务风控需求数据、冻结处理业务数据、扣减业务数据。

例如：为了满足证监会、交易所等业务风控要求，需要对投资者的订单进行前端检查，包括账户合法性校验、验资验券、投资者适当性检查等，对不符合规则要求的订单进行拒绝及进行相关错误提示，此时，将上述过程中所涉及到的一系列数据确定为所述业务需求数据。

在本实施例中，所述独立业务特性是指每个业务需求数据中独有的业务特性。

通常情况下，每种业务的独立业务特性不重复。

在特殊情况下，也可能存在独立业务特性重复的情况，此时，则可以获取历史封装的业务包进行复用。

具体地，在将所述业务需求数据中的独立业务特性封装为至少一个业务包前，获取预先封装的至少一个历史业务包，及获取每个历史业务包对应的独立业务特性；

当检测到有历史业务包对应的独立业务特性与所述业务需求数据中的独立业务特性相同时，将检测到的历史业务包添加至所述至少一个业务包。

例如：所述业务包可以包括，但不限于：网上发行认购业务包、网络投票业务包、转托管业务包、要约收购业务包。

通过上述实施例，在历史业务包未被删除的情况下，尽可能的对能够实现相同功能的业务包进行复用，提升了系统架构的构建效率。

所述获取单元111，用于获取预先构建的公共技术服务框架及交易业务框架。

在本实施例中，在获取预先构建的公共技术服务框架及交易业务框架前，封装通用技术组件及通用技术功能，得到所述公共技术服务框架；

封装共性业务逻辑，得到所述交易业务框架。

例如：所述公共技术服务框架的功能可以包括数据管理、监控设置、操作设置等。所述交易业务框架的功能可以包括接收委托、订单构造、订单检查、报盘等。

通过上述实施例，能够将将通用技术组件和功能抽象实现成公共技术服务框架，将共性业务逻辑抽象实现成可配置的交易业务框架，以便后续能够复用。

所述组装单元112，用于组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构。

本实施例结合公共技术服务框架、交易业务框架及至少一个业务包，遵循分层、抽象、解耦、隔离的架构设计理念，将通用技术组件和功能抽象实现成公共技术服务框架，将共性业务逻辑抽象实现成可配置的交易业务框架，再将业务特性封装为独立的业务包运行于业务框架之上。这种“框架+业务包”的实现方式，实现了“可组装”式业务配置，有效隔离了业务间的相互影响，业务包可以根据需要自选组装和分批上线，业务调整时的影响范围也可以得到有效控制，同时能够进行高吞吐消息通讯，高可用实现与业务逻辑实现的有效分离使系统层次更加清晰分明。

并且，本实施例中具有“框架+业务包”结构的目标架构符合数据容器的理念，将业务流程和数据参数解耦，将交易核心与业务管理解耦，将交易业务与周边系统解耦，能够更好的兼容各机构系统间不同业务和技术的差异，为交易核心业务流程提供稳定、可靠、高效的运行环境，避免了对时延、吞吐、扩展性的限制。

本实施例的目标架构可以提升证券交易系统处理业务的吞吐，降低交易业务处理时延，提升系统业务扩展性，为低延时的证券交易系统提供基础业务模型的支撑。同时，业务模型的松耦合设计可以降低各业务之间的影响，在高性能的表现下，提高交易业务处理的安全性及稳定性。

所述获取单元111，还用于当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数。

由于需要根据每个待处理订单的订单数据及订单参数构建运行时的环境，因此，本实施例首先获取每个待处理订单的订单数据及订单参数。

例如：所述订单数据可以包括订单量等，所述订单参数可以包括订单金额等。

所述处理单元113，用于将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果。

在本实施例中，所述处理单元113基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果包括：

利用所述公共技术服务框架对每个待处理订单进行数据处理，得到每个待处理订单对应的第一处理结果；

利用所述交易业务框架对每个待处理订单对应的第一处理结果进行公共业务检查，得到每个待处理订单对应的第二处理结果；

利用所述至少一个业务包中的每个业务包分别对每个待处理订单对应的第二处理结果进行独立业务检查，得到每个待处理订单的处理结果。

通过上述实施例，能够基于目标架构中的每部分结构分别对待处理订单进行不同维度的处理。

在本实施例中，在基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果前，为部署在同一台服务器上的每个组件构建共享内存池；

当所述目标架构对应的交易引擎组件申请内存时，获取所述至少一个待处理订单的结构体大小；

根据所述至少一个待处理订单的结构体大小向所述共享内存池申请共享内存。

例如：同一台服务器上可以部署网关组件、交易引擎组件、报盘组件，同时，建立一个共享内存池，所述共享内存池中的内存由所述网关组件、所述交易引擎组件、所述报盘组件共享。进一步地，当所述目标架构对应的交易引擎组件申请内存时，获取所述至少一个待处理订单的结构体大小，并根据所述至少一个待处理订单的结构体大小向所述共享内存池申请共享内存，以便根据对内存的实际需求获取共享内存。

具体地，当所述目标架构对应的交易引擎组件申请内存时，可以调用服务器的相应接口申请内存，并利用申请的共享内存构造应用消息，同时，将所述共享内存的地址发送给网卡，由网卡通过直接存储器访问接收方（如交易所）的接口，并根据所述共享内存的地址直接读取所述共享内存中存储的应用消息，并将读取到的消息发送至所述接收方。

通过上述实施例，能够基于共享内存实现更加高效的数据传输，并降低对内存的占用。

在本实施例中，所述处理单元113基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果还包括：

获取每个待处理订单对应的至少一个子任务；

利用时钟周期依次处理每个待处理订单对应的至少一个子任务，得到每个待处理订单的处理结果；

其中，在每个时钟周期内，处理当前接收到的待处理订单的首个子任务，及处理上一时钟周期内与所处理的每个待处理订单的子任务相接的下一子任务；

其中，在每个时钟周期内，当处理的子任务为对应待处理订单的最后一个子任务时，输出所述对应待处理订单的处理结果；

其中，利用所述共享内存在处理每个待处理订单的过程中进行数据流转。

例如：假设每个待处理订单分别对应4个子任务：子任务1、子任务2、子任务3、子任务4，则处理完一个待处理订单共需要4个时钟周期。具体地：

在第一个时钟周期到来时，处理订单A的子任务1；

在第二个时钟周期到来时，处理当前接收到的订单B的子任务1，同时，由于上一时钟周期处理了订单A的子任务1，则此时同步处理订单A的子任务2；

在第三个时钟周期到来时，处理当前接收到的订单C的子任务1，同时，由于上一时钟周期处理了订单B的子任务1、订单A的子任务2，则此时同步处理订单B的子任务2、订单A的子任务3；

在第四个时钟周期到来时，处理当前接收到的订单D的子任务1，同时，由于上一时钟周期处理了订单C的子任务1、订单B的子任务2、订单A的子任务3，则此时同步处理订单C的子任务2、订单B的子任务3、订单A的子任务4，并且，由于订单A的4个子任务都处理完，因此，输出订单A的处理结果；

以此类推……此后，每个时钟周期都会有订单的处理结果输出，例如第五个时钟周期输出订单B的处理结果，第六个时钟周期输出订单C的处理结果，第七个时钟周期输出订单D的处理结果。

通过上述实施例，由于无需等待一个订单处理结束后再处理其他订单，而是不同订单间的子任务进行交互处理，有效提高了订单处理的效率。例如：当每个待处理订单分别对应4个子任务时，则能够提高近4倍的处理速度。

所述下发单元114，用于下发每个待处理订单的处理结果。

例如：可以采用TCP（Transmission Control Protocol，传输控制协议）协议下发每个待处理订单的处理结果至交易所。

在本实施例中，获取所述共享内存的运行数据；

在预设显示装置上显示所述共享内存的运行数据。

其中，所述预设显示装置可以为与所述目标架构相通信的显示器。

通过上述实施例，能够对内存中的数据运行情况进行可视化展示，便于对交易过程进行有效监控，使构建的目标架构在不损失交易习惯的前提下提供有效服务。

由以上技术方案可以看出，本发明能够通过框架与业务包结合的方式实现交易架构的高可用、高复用，并且，由于采用独立封装的方式，业务包可以根据需要自选组装和分批上线，业务调整时的影响范围也可以得到有效控制，进而实现业务间的解耦，避免业务间的相互影响，同时实现证券交易过程中高吞吐、低时延的消息通讯。

如图3所示，是本发明实现证券交易方法的较佳实施例的计算机设备的结构示意图。

所述计算机设备1可以包括存储器12、处理器13和总线，还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序，例如证券交易程序。

本领域技术人员可以理解，所述示意图仅仅是计算机设备1的示例，并不构成对计算机设备1的限定，所述计算机设备1既可以是总线型结构，也可以是星形结构，所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置，例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。

需要说明的是，所述计算机设备1仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。

其中，存储器12至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器（例如：SD或DX存储器等）、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元，例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备，例如计算机设备1上配备的插接式移动硬盘、智能存储卡（Smart Media Card，SMC）、安全数字（SecureDigital，SD）卡、闪存卡（Flash Card）等。进一步地，存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据，例如证券交易程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器13在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器（Central Processing unit，CPU）、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心（Control Unit），利用各种接口和线路连接整个计算机设备1的各个部件，通过运行或执行存储在所述存储器12内的程序或者模块（例如执行证券交易程序等），以及调用存储在所述存储器12内的数据，以执行计算机设备1的各种功能和处理数据。

所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个证券交易方法实施例中的步骤，例如图1所示的步骤。

示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器12中，并由所述处理器13执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如，所述计算机程序可以被分割成封装单元110、获取单元111、组装单元112、处理单元113、下发单元114。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、计算机设备，或者网络设备等）或处理器（processor）执行本发明各个实施例所述证券交易方法的部分。

所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指示相关的硬件设备来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。

其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器等。

进一步地，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性（防伪）和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

总线可以是外设部件互连标准（peripheral component interconnect，简称PCI）总线或扩展工业标准结构（extended industry standard architecture，简称EISA）总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，在图3中仅用一根直线表示，但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。

尽管未示出，所述计算机设备1还可以包括给各个部件供电的电源（比如电池），优选地，电源可以通过电源管理装置与所述至少一个处理器13逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

进一步地，所述计算机设备1还可以包括网络接口，可选地，所述网络接口可以包括有线接口和/或无线接口（如WI-FI接口、蓝牙接口等），通常用于在该计算机设备1与其他计算机设备之间建立通信连接。

可选地，该计算机设备1还可以包括用户接口，用户接口可以是显示器（Display）、输入单元（比如键盘（Keyboard）），可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED（Organic Light-Emitting Diode，有机发光二极管）触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

图3仅示出了具有组件12-13的计算机设备1，本领域技术人员可以理解的是，图3示出的结构并不构成对所述计算机设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

结合图1，所述计算机设备1中的所述存储器12存储多个指令以实现一种证券交易方法，所述处理器13可执行所述多个指令从而实现：

当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包；

获取预先构建的公共技术服务框架及交易业务框架；

组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构；

当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数；

将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果；

下发每个待处理订单的处理结果。

具体地，所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

需要说明的是，本案中所涉及到的数据均为合法取得。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本发明可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (9)

1.一种证券交易方法，其特征在于，所述证券交易方法包括：

当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包；

获取预先构建的公共技术服务框架及交易业务框架；

组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构；

当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数；

将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果；

下发每个待处理订单的处理结果；

在将所述业务需求数据中的独立业务特性封装为至少一个业务包前；

获取预先封装的至少一个历史业务包，及获取每个历史业务包对应的独立业务特性；

当检测到有历史业务包对应的独立业务特性与所述业务需求数据中的独立业务特性相同时，将检测到的历史业务包添加至所述至少一个业务包；

其中，所述独立业务特性是指每个业务需求数据中独有的业务特性；

所述每个待处理订单开始处理后，无需等待该订单得到处理结果后再处理其他订单。

2.如权利要求 1 所述的证券交易方法，其特征在于，在获取预先构建的公共技术服务框架及交易业务框架前，所述方法还包括：

封装通用技术组件及通用技术功能，得到所述公共技术服务框架； 封装共性业务逻辑，得到所述交易业务框架。

3.如权利要求 1 所述的证券交易方法，其特征在于，所述基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果包括：

利用所述公共技术服务框架对每个待处理订单进行数据处理，得到每个待处理订单对应的第一处理结果；

利用所述交易业务框架对每个待处理订单对应的第一处理结果进行公共业务检查，得到每个待处理订单对应的第二处理结果；

利用所述至少一个业务包中的每个业务包分别对每个待处理订单对应的第二处理结果进行独立业务检查，得到每个待处理订单的处理结果。

4.如权利要求 1 所述的证券交易方法，其特征在于，在基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果前，所述方法还包括：

为部署在同一台服务器上的每个组件构建共享内存池；

当所述目标架构对应的交易引擎组件申请内存时，获取所述至少一个待处理订单的结构体大小；

根据所述至少一个待处理订单的结构体大小向所述共享内存池申请共享内存。

5.如权利要求 4 所述的证券交易方法，其特征在于，所述基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果还包括：

获取每个待处理订单对应的至少一个子任务；

利用时钟周期依次处理每个待处理订单对应的至少一个子任务，得到每个待处理订单的处理结果；

其中，在每个时钟周期内，处理当前接收到的待处理订单的首个子任务，及处理上一时钟周期内与所处理的每个待处理订单的子任务相接的下一子任务； 其中，在每个时钟周期内，当处理的子任务为对应待处理订单的最后一个子

任务时，输出所述对应待处理订单的处理结果；

其中，利用所述共享内存在处理每个待处理订单的过程中进行数据流转。

6.如权利要求 5 所述的证券交易方法，其特征在于，所述方法还包括： 获取所述共享内存的运行数据；

在预设显示装置上显示所述共享内存的运行数据。

7.一种证券交易装置，其特征在于，所述证券交易装置包括：

封装单元，用于当接收到业务需求数据时，获取所述业务需求数据中的独立业务特性，并将所述业务需求数据中的独立业务特性封装为至少一个业务包；

获取单元，用于获取预先构建的公共技术服务框架及交易业务框架；

组装单元，用于组装所述公共技术服务框架、所述交易业务框架及所述至少一个业务包，得到目标架构；

所述获取单元，还用于当接收到至少一个待处理订单时，获取所述至少一个待处理订单中每个待处理订单的订单数据及订单参数；

处理单元，用于将每个待处理订单的订单数据及订单参数加载至所述目标架构，并基于共享内存技术在所述目标架构中按照时钟周期依次处理每个待处理订单，得到每个待处理订单的处理结果；

下发单元，用于下发每个待处理订单的处理结果； 下发每个待处理订单的处理结果；

在将所述业务需求数据中的独立业务特性封装为至少一个业务包前；

获取预先封装的至少一个历史业务包，及获取每个历史业务包对应的独立业务特性；

当检测到有历史业务包对应的独立业务特性与所述业务需求数据中的独立业务特性相同时，将检测到的历史业务包添加至所述至少一个业务包；

其中，所述独立业务特性是指每个业务需求数据中独有的业务特性；

所述每个待处理订单开始处理后，无需等待该订单得到处理结果后再处理其他订单。

8.一种计算机设备，其特征在于，所述计算机设备包括：

存储器，存储至少一个指令；及

处理器，执行所述存储器中存储的指令以实现如权利要求1至6中任意一项所述的证券交易方法。

9.一种计算机可读存储介质，其特征在于：所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被计算机设备中的处理器执行以实现如权利要求1至6中任意一项所述的证券交易方法。

Images