一种交易匹配方法以及系统的制作方法
【技术领域】
[0001] 本申请涉及交易系统，具体涉及一种交易匹配方法，本申请另外涉及一种交易匹 配系统。
【背景技术】
[0002] 匹配是指在多方交易中，存在中间一方将多方的交易信息集中起来，然后将交易 信息进行匹配，以便满足多方对交易的需求。如：多方交易中，各方的交易订单被集中到交 易匹配平台上，交易匹配平台处理上述的交易订单后将其匹配到合适的产品，并同时促使 所述交易能够自动成交。对于匹配要满足的最基本的原则是时间优先原则和价格优先原 贝1J。根据所述交易预约与所述产品之间的供求关系，引入市场模型的概念，在所述多方交 易过程中，如果交易买方提供的交易订单的数量远远小于交易卖方提供的产品数量，则此 时买方处于主导地位，称之为买方市场模型；与之相类似，所述市场模型还包括卖方市场模 型、均衡市场模型等。
[0003] 现有技术采用的交易匹配系统是单机、单队列模式交易匹配系统。单机模式是指 交易匹配系统通常部署在一台服务器上，所有的匹配业务处理过程在同一台服务器中完 成。单队列模式是指交易匹配系统当中所有的交易订单在单一队列中通过时间优先原则进 行匹配处理。图1提供了现有技术采用的交易匹配系统的示意图。现有技术提供的交易匹 配系统技术方案中，主要区分交易订单和结果订单，由交易订单作为业务的入口，交易匹配 系统将所述交易订单插入交易队列当中并调用该交易订单；完成上述调用后，进行匹配处 理，所述匹配处理在一台服务器上完成，交易匹配系统实时调用产品列表进行查询，查询到 一个可用的产品后，通过业务规则将所述产品与所述交易订单二者进行匹配，匹配成功后 扣除所述产品的库存，并最终形成结果订单。
[0004] 上述现有技术提供的交易匹配系统存在明显的缺陷。
[0005] 现有技术提供的交易匹配系统采用单机模式，硬件资源浪费严重，并且存在较大 的宕机风险。
[0006] 上述现有技术提供的交易匹配系统中，交易匹配系统通常部署在一台服务器上进 行业务处理。交易匹配系统中业务操作涉及的库存信息，订单信息等通过内存共享，随着业 务量逐步提升，一旦当前交易匹配系统的业务数据量超出了当前服务器的数据容量，则需 要购置硬件性能更佳的新服务器。除此之外，交易匹配系统部署在一台服务器上进行业务 处理，一旦该服务器宕机，则交易匹配系统所有的业务完全不可用，风险巨大。
【发明内容】
[0007] 本申请提供一种交易匹配方法，本申请另外提供一种交易匹配系统，该交易匹配 系统能够减少硬件资源浪费并且降低宕机风险；在该交易匹配系统的进一步的优选实施例 中，还提供了一种区分业务处理优先级的方式；在另外一个优选实施方式中，该交易匹配系 统还能够根据不同的市场模型进行配置，从而更加有效的进行匹配。
[0008] 本申请提供一种交易匹配方法，包括：
[0009] 对用户提交的交易预约进行业务处理并生成交易订单；
[0010] 将所述交易订单作为消息在第一消息中间件中进行传递；
[0011] 基于多台服务器组成的匹配处理集群当中的任意一台服务器读取所述第一消息 中间件中以消息形式传递的交易订单，并将其与在售产品进行匹配，生成结果订单；
[0012] 对所述结果订单进行业务处理。
[0013] 可选的，所述交易预约可以由多台服务器组成的预约处理集群当中的任意一台服 务器进行业务处理；并且对应任意一笔交易预约，形成一笔或者多笔交易订单。
[0014] 可选的，所述第一消息中间件包含多个交易队列；
[0015] 其中，所述交易队列包括首次队列和/或重试队列。
[0016] 可选的，所述重试队列按照其中交易订单进行业务处理的重试次数分为若干个重 试队列，相同重试次数的交易订单位于同一重试队列。
[0017] 可选的，所述匹配处理集群读取所述交易队列中交易订单时，根据该交易队列的 处理优先级从高到低依次执行；并且
[0018] 所述首次队列的处理优先级低于所述重试队列的处理优先级；所述重试队列的优 先级根据该队列当中交易订单的重试次数确定，并且重试次数越多的队列优先级别越高。
[0019] 可选的，所述匹配包括：
[0020] 从产品数据库中获取产品集，并将所述产品集加载到工作内存当中；
[0021] 将交易队列当中的交易订单与所述产品集当中的产品进行匹配。
[0022] 可选的，所述产品集是指从产品数据库中读取的代表当前匹配需要的产品数据； 所述产品数据包括产品种类、产品数量和/或各类产品比例；并且
[0023] 所述产品种类、产品数量和/或各类产品比例根据当前的市场模型来配置。
[0024] 可选的，所述市场模型包括买方市场模型、卖方市场模型和/或均衡市场模型。
[0025] 本申请另外提供一种交易匹配系统，包括：
[0026] 预约处理单元，对用户提交的交易预约进行业务处理并生成交易订单；
[0027] 第一消息中间件，用于接收所述预约处理单元生成的交易订单，并将其作为消息 进打传递；
[0028] 匹配处理单元，读取第一消息中间件以消息形式传递的交易订单，并将其与在售 产品进行匹配，并生成结果订单；所述匹配处理单元包括多台服务器组成的匹配处理集群， 所述交易订单可以由匹配处理集群当中的任意一台服务器进行业务处理；
[0029] 结果处理单元，用于接收所述匹配处理单元输出的结果订单，并对所述结果订单 进行业务处理。
[0030] 可选的，所述交易预约可以由多台服务器组成的预约处理集群当中的任意一台服 务器进行业务处理；并且对应任意一笔交易预约，形成一笔或者多笔交易订单。
[0031] 可选的，所述第一消息中间件包含多个交易队列；其中，所述交易队列由首次队列 和重试队列组成；
[0032] 第一消息中间件接收来自所述预约处理单元的交易订单，并将其插入首次队列当 中，匹配处理单元读取所述首次队列当中的交易订单进行业务处理；
[0033] 若所述业务处理成功，则所述交易订单被消费掉；
[0034] 若所述业务处理失败，则所述交易订单被插入至重试队列当中。
[0035] 可选的，所述重试队列按照其中交易订单被匹配处理单元进行业务处理的重试次 数分为若干个重试队列，相同重试次数的交易订单位于同一重试队列。
[0036] 可选的，所述匹配处理集群读取所述交易队列中交易订单时，根据该交易队列的 处理优先级从高到低依次执行；并且
[0037] 所述首次队列的处理优先级低于所述重试队列的处理优先级；所述重试队列的优 先级根据该队列当中交易订单的重试次数确定，并且重试次数越多的队列优先级别越高。
[0038] 可选的，所述匹配处理单元包括匹配准备子单元、匹配子单元；
[0039] 匹配准备子单元，用于从产品数据库中获取产品集，并将所述产品集加载到工作 内存当中；
[0040] 匹配子单元，用于将交易队列当中的交易订单与所述产品集当中的产品进行匹 配。
[0041] 可选的，所述产品集是指从产品数据库中读取的代表当前匹配需要的产品数据； 所述产品数据包括产品种类、产品数量以及各类产品比例；并且
[0042] 所述产品种类、产品数量以及各类产品比例根据当前的市场模型来配置。
[0043] 可选的，根据所述产品集的产品种类将所述工作内存分为多个内存分区，所述内 存分区按照一个内存分区对应一类产品的原则与所述产品集当中的各类产品一一对应。 [0044] 可选的，所述市场模型包括买方市场模型、卖方市场模型、均衡市场模型。
[0045] 可选的，设置匹配次数的最大允许值，若交易订单的匹配次数超过该最大允许值， 则匹配处理单元将该交易订单从交易队列中剔除。
[0046] 可选的，所述结果处理单元通过第二消息中间件与所述匹配处理单元进行协作， 所述匹配处理单元生成的结果订单在第二消息中间件中形成结果订单队列，所述结果处理 单元从该队列中依次读取结果订单。
[0047] 与现有技术相比，本申请具有以下优点：
[0048] 本申请提供的交易匹配系统，解决了现有技术提供的交易匹配系统采用单机模式 造成资源浪费严重和存在风险较大的问题。
[0049] 在现有技术提供的交易匹配系统中，交易匹配系统通常部署在一台大机服务器上 进行业务处理。随着业务量逐步提升，一旦当前交易匹配系统的业务数据量超出所述服务 器的数据容量，则需要购置新的服务器，原服务器面临闲置，造成资源浪费。另外，交易匹配 系统部署在一台服务器上进行业务处理，一旦该服务器宕机，则交易匹配系统所有业务都 会失败，风险巨大。
[0050] 本申请提供的交易匹配系统，采用分布式系统，包括预约处理单元，对用户提交的 交易预约进行业务处理并生成交易订单；第一消息中间件，用于接收所述预约处理单元生 成的交易订单，并将其作为消息进行传递；匹配处理单元，读取第一消息中间件以消息形式 传递的交易订单，并将其与在售产品进行匹配，并生成结果订单；所述匹配处理单元包括多 台服务器组成的匹配处理