交易处理方法、装置、存储介质及电子设备

技术领域

本发明涉及位置处理技术领域，具体而言，涉及一种交易处理方法、装置、存储介质及电子设备。

背景技术

随着建筑材料、化工原料等原材料需求大增，同时也产生了一系列交易问题。传统原材料交易模式存在很多弊端和痛点，例如下游企业因采购量小、定制需求多等情况无法向厂商直接下单，只能向中间商下单采购，容易造成采购成本高，材料质量不稳定等情况。中间商因采购量大向厂商下单会造成库存成本高、资金流转困难、材料周转率低，受大宗市场价格波动影响易造成亏损等情况。因此，在建筑材料和化工原料等交易环节出现了需方找货困难、交易过程不透明以及交易周期长且效率较低等问题。

发明内容

本发明实施例提供了一种交易处理方法、装置、存储介质及电子设备，以至少解决相关技术中建筑材料和化工原料等交易环节出现的交易不便捷以及效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种交易处理方法，包括：获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器；所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；接收所述需方用户从出售商品信息中选择的目标商品的订单。

根据本发明实施例的另一方面，还提供了一种交易处理装置，包括：获取单元，用于获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；第一发送单元，用于根据所述询价请求信息发送出售商品信息至服务器；第二发送单元，用于在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；接收单元，用于接收所述需方用户从出售商品信息中选择的目标商品的订单。

根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述的交易处理方法。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述的交易处理方法。

在本发明实施例中，采用了获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器；所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；接收所述需方用户从出售商品信息中选择的目标商品的订单的方法，在上述方法中，由于通过获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端，供方用户根据询价请求信息在系统设定的竞价时间段内推送出售商品信息，以便需方用户进行比价下单，可以方便需方用户实时在线竞价，减少交易环节，提升交易效率，进而解决了相关技术中建筑材料和化工原料等交易环节出现的交易不便捷以及效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的交易处理方法的应用环境的示意图；

图2是根据本发明实施例的另一种可选的交易处理方法的应用环境的示意图；

图3是根据本发明实施例的一种可选的交易处理方法的流程示意图；

图4是根据相关技术中的另一种可选的交易处理方法的流程示意图；

图5是根据相关技术中的另一种可选的交易处理方法的技术架构示意图；

图6是根据本发明实施例的一种可选的交易处理装置的结构示意图；

图7是根据本发明实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种交易处理方法，可选地，作为一种可选地实施方式，上述交易处理方法可以但不限于应用于如图1所示的应用环境中。该应用环境中包括：与用户进行人机交互的终端设备102、网络104、服务器106。用户108与终端设备102之间可以进行人机交互，终端设备102中运行有交易处理应用程序。上述终端设备102中包括人机交互屏幕1022，处理器1024及存储器1026。人机交互屏幕1022用于显示需方用户在客户端中发布需求商品的询价请求信息；处理器1024用于获取需方用户在客户端中发布需求商品的询价请求信息和出售商品信息，以及将所述询价请求信息发送至供方用户的客户端。存储器1026用于存储上述获取需方用户在客户端中发布需求商品的询价请求信息和出售商品信息。

此外，服务器106位于服务器集群中，服务器106中包括数据库1062及处理引擎1064，数据库1062中用于存储上述需方用户在客户端中发布需求商品的询价请求信息和出售商品信息等。处理引擎1064用于获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；接收所述供方用户的客户端根据所述询价请求信息发送出售商品信息；所述服务器106在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；接收所述需方用户从出售商品信息中选择的目标商品的订单；在上述终端设备102的客户端显示目标商品的订单。

在一个或多个实施例中，本申请上述交易处理方法可以应用于图2所示的应用环境中。如图2所示，用户202与用户设备204之间可以进行人机交互。用户设备204中包含有存储器206和处理器208。本实施例中用户设备204可以但不限于参考执行上述终端设备102所执行的操作，获取目标商品的订单。

可选地，上述终端设备102和用户设备204包括但不限于为手机、机顶盒、电视、平板电脑、笔记本电脑、PC机，车载电子设备，可穿戴设备等终端，上述网络104可以包括但不限于无线网络或有线网络。其中，该无线网络包括：WIFI及其他实现无线通信的网络。上述有线网络可以包括但不限于：广域网、城域网、局域网。上述服务器106可以包括但不限于任何可以进行计算的硬件设备。上述服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器。上述仅是一种示例，本实施例中对此不作任何限定。

随着建筑材料、化工原料等原材料需求大增，同时也产生了一系列交易问题。传统原材料交易模式存在很多弊端和痛点，例如下游企业因采购量小、定制需求多等情况无法向厂商直接下单，只能向中间商下单采购，容易造成采购成本高，材料质量不稳定等情况。中间商因采购量大，向厂商下单会造成库存成本高、资金流转困难、材料周转率低，受大宗市场价格波动影响易造成亏损等情况。因此，在建筑材料和化工原料等交易环节出现了需方找货困难、交易过程不透明以及交易周期长且效率较低等问题。

为了解决上述技术问题，作为一种可选地实施方式，如图3所示，本发明实施例提供了一种交易处理方法，包括如下步骤：

S302，获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端。

具体地，在本发明实施例中，当需方用户需要采购原材料，例如建材或化工原料时，在客户端中发布需求商品的询价请求信息，这里的询价请求信息包括需求商品的目录信息，竞价时间，商品名称，材质，规格，品牌/厂家，数量和附件；还包括报价要求：例如是否允许供方查看竞价，配送方式，报价类型(单价含运费或单价不含运费)，收货地区，最晚交货日期，结算方式等。服务器获取到上述询价请求信息后，将所述询价请求信息发送至供方用户的客户端。

S304，所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器。

具体地，供方用户的客户端显示有一个或多个需方用户发布的询价请求信息，供方用户判断是否能够供应询价请求信息中的商品，供方用户通过客户端发送与询价请求信息匹配的出售商品信息至服务器。

S306，所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端。

具体地，预设的商品展示时间段为服务器根据上述询价请求信息的设置的时间，在该时间段内，在需方用户的客户端显示出售商品信息，以便用户进行商品或商家比对和询价。

S308，接收所述需方用户从出售商品信息中选择的目标商品的订单。

具体地，需方用户对商品或商家进行比对或竞价后，选择目标商品进行下单，供方用户从而接收需方用户从出售商品信息中选择的目标商品的订单。

在本发明实施例中，采用了获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器；所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；接收所述需方用户从出售商品信息中选择的目标商品的订单的方法，在上述方法中，由于通过获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端，供方根据询价请求信息在系统设定的竞价时间段内推送商品信息，以便用户进行比价下单，可以方便实时在线竞价，减少沟通环节，提升交易效率，进而解决了相关技术中建筑材料和化工原料等交易环节出现的交易不便捷以及效率较低的技术问题。

在一个或多个实施例中，所述交易处理方法还包括：

所述服务器将所述出售商品信息对应的供方信息发送至所述需方用户的客户端；其中，所述供方信息为经过脱敏处理的数据信息。

具体地，在预设的商品展示时间段，服务器将所述出售商品信息以及对应的供方信息发送至所述需方用户的客户端，这里需要说明的是，供方信息为经过脱敏处理的数据信息，也就是说，在本发明实施例中，需方用户只能看到关于商品的信息，而不能看到商品对应的供方信息，避免多个供方串联报价和需方根据企业名称下单产生不正常交易的行为。

在一个或多个实施例中，将所述询价请求信息发送至供方用户的客户端，还包括以下至少之一：

确定所述询价请求信息中的需求商品，根据所述需求商品对应的多级类目匹配目标供方，并将所述询价请求信息发送至目标供方的客户端。

例如，需方发布询价单(询价请求信息)，其中包含商品(钢板Q355B-Z15 40 2.2)，该商品后台三级类目是(建筑钢材-中板-低合金板)，根据后台三级类目可以筛选满足供方条件的目标供方有：A、杭州X钢铁有限公司，B、杭州Y商贸有限公司，C、河南Z钢铁有限公司，D、杭州Y钢材有限公司。

确定所述询价请求信息中的收货地址信息，根据所述收货地址信息匹配目标供方，并将所述询价请求信息发送至目标供方的客户端。

例如，上述询价单的收货地址是在浙江杭州，其中供方A、B、D满足供货条件，根据收货地址筛选可以给A、B、D三家供方推送该商品需求信息。

确定所述询价请求信息中的供方权益信息，根据所述供方权益信息筛选目标供方，并将所述询价请求信息发送至目标供方的客户端。

例如，A、B两家供方为平台会员，相比C、D公司享有优先推送询价请求信息的权限。

根据系统平台和/或供方用户的设置条件，确定与所述询价请求信息匹配的目标供方，并将所述询价请求信息发送至目标供方的客户端。

例如，B公司自己设置为免打扰模式，此时，系统平台不能推送所述询价请求信息，将所述询价请求信息发送至目标供方给A、C、D的客户端。

根据供方用户在所述系统平台中的属性特征信息，确定与所述询价请求信息匹配的目标供方，并将所述询价请求信息发送至目标供方的客户端。

例如，平台按照需方询价品类及收货区域，匹配平台供方会员档案信息、历史交易记录并结合供方平台活跃度(平台访问次数、商品品类询价报名率、报价率等)结合随机森林算法，并引入随机特征选择计算后，最终满足推送条件的只有A公司满足，所述询价请求信息发送至目标供方A公司的客户端，如此，可以精准推送给供方相应的询价请求信息。

在一个或多个实施例中，所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器之后，还包括：

所述服务器根据每个所述询价请求信息对应的场次时间，将所有询价请求信息对应的询价单存储至预设的延时队列；其中，所述延时队列用于按时间顺序，并基于乐观锁机制依次消费所述延时队列中的询价单。

具体地，每个商品或每个询价单对应有场次时间，服务器根据该场次时间的先后顺序，将所有询价请求信息对应的询价单存储至预设的延时队列，并基于乐观锁机制依次消费所述延时队列中的询价单。即服务器确定当前时间和上述场次之间的对应关系，在场次时间到对应时刻时，推送需方用户一个或多个商家的出售商品信息。

在一个或多个实施例中，所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端，包括：

所述服务器在预设的商品展示时间段内，在需方用户的客户端展示与所述商品展示时间段对应的商品属性信息；其中，所述商品属性信息包括供方用户在当前展示轮次对商品发布的价格信息，所述商品展示时间段包括一个或多个展示轮次；

接收需方用户的客户端发送的点击操作指令，切换至与所述点击操作指令对应的操作界面。

具体地，例如，所述服务器在预设的商品展示时间段内，在需方用户的客户端展示与所述商品展示时间段对应的商品属性信息，展示频次可以为一个或多个展示轮次，即用户可以在多轮商品展示中选择自己需要的商品，每轮商品展示中同一商品价格可以根据供方用户设置而发生变化。

在一个或多个实施例中，所述接收需方用户的客户端发送的点击操作指令，切换至与所述点击操作指令对应的操作界面，包括以下至少之一：

接收需方用户的客户端发送的切换轮次指令，切换至当前展示轮次的下一展示轮次对应的操作界面。

具体地，当需方用户点击轮次切换按键后，客户端切换至当前展示轮次的下一展示轮次对应的操作界面。

接收需方用户的客户端发送的议价操作指令，切换至当前需方用户与供方用户的交互操作界面。

具体地，当需方用户点击议价操作按键后，客户端切换至当前需方用户与供方用户的交互操作界面，需方用户可以和供方用户进行对话。

接收需方用户的客户端发送的选商操作指令，切换至选择供方并进行下单的操作界面。

在一个或多个实施例中，所述接收需方用户的客户端发送的切换轮次指令，切换至当前展示轮次的下一展示轮次对应的操作界面，包括：

接收需方用户的客户端发送的切换轮次指令，将当前展示轮次对应的商品询价单的数据进行数据版本号的更新，得到下一展示轮次对应的商品询价单；

在确定商品询价单的数据的版本号为目标版本号时，切换至所述下一展示轮次对应的操作界面。

在本发明实施例中，由于消息队列的数据是无状态的，由于网络波动，系统重启等外在因素会导致消息对应不能感知消息已被消费，所以会重复发送消息。这时候为了保证消息处理的幂等性，在消息里面增加版本号防止消息重复消费。

本发明实施例防止消息重复发送采用了乐观锁机制：在数据表中加上一个版本号version字段，在数据被修改时它的version值会加1。在更新数据的时候只有版本号相等的时候才能正常更新，否则会更新失败。

在一个或多个实施例中，所述交易处理方法还包括：

对系统平台中的历史数据进行计算分析；其中，所述历史数据包括销售订单、采购订单、定时询价单和实时竞价单；

将计算分析后的历史数据与业务规则进行匹配，并将匹配得到的业务数据确定为清洗数据；

根据所述清洗数据确定多个供方用户的等级属性。

具体地，本发明实施例依托大数据处理平台(spark)通过对大量销售订单、采购订单、定时询价单、实时竞价单等历史数据进行计算分析，对不同的供方进行打分后对比，根据分数给供方进行等级评定，最终将数据清洗为和业务数据匹配的数据后存储、展示和使用，这里需要说明的是，清洗数据包括但不限于非重复状态有效的数据、真实存在且资质合格的供方数据、满足供方公司的经营类目的数据和满足公司经营区域的数据等。

在一应用实施例中，如图4所示，上述交易处理方法包括：

S1，需方用户可通过客户端平台发布询价功能发布询价单，填写竞价时间、询价商品、报价类型、收货地区、最晚交货日期、结算方式、其他要求等内容，发布询价单后等待供方报名，到达竞价开始时间后查看供方报价。

S2，供方用户通过客户端平台中的询价大厅查看需方所发布的询价单信息，根据询价单所述信息进行报名，报名后就询价单内的询价商品填写报价提交，提交后等待竞价开始。

S3，需方与供方在竞价时间分别登陆客户端平台，竞价开始后需方查看供方对询价单的报价，在这一过程中客户端平台提供多种功能来辅助供需方成单。例如，互动答疑模块，用于实时竞价过程中供需方进行实时在线获取询价信息以及答疑沟通等。核价客服模块，用于平台在竞价过程中帮助需方控价。议价模块，在被选择的本轮次中，需方可对单件商品发起议价，输入议价价格后选择一部分供方进行议价，供方可对议价商品报价进行修改，需方下单按照议价后的价格下单。选商模块，需方如对供方的报价满意，可选择供方进行下单，可选择整单或部分商品下单，同时支持跨供方下单，下单后进入订单环节，在选商倒计时内，需方如对供方报价不满意，可结束选商放弃下单，并将其原因发送至平台及供方。

在上述实时竞价过程中，涉及的几个基本概念如下：前台类目和商品类目：前台类目即询价类目，区别于商品类目。

场次和轮次：场次是基于前台类目提前生成场次，供方基于轮次进行报价；

询价主单和子单：需方发布询价单为主单；基于询价类目拆分询价子单。

供方报价单：基于商品类目推送供方，生成供方报价单；议价：需方可选择供方进入议价。

选商：进入选商环节后，代表竞价结束。

实时竞价流程基于定时任务、redis延时队列和乐观锁机制等。其中定时任务用于处理数据的扫描，包括询价单数据，轮次数据等；redis延时队列用于处理倒计时，倒计时包括场次开启倒计时，轮次结束倒计时，需方操作倒计时，待选商倒计时，议价倒计时；乐观锁机制用于处理消息的中断，通过版本号的校验，消费延时消息。比如：需方提前进入下一轮，则需要修改轮次倒计时的时间，即失效上一条轮次倒计时延时消息，再重新生成一条新的延时消息。在消息体中记录了当时数据的版本号，在消费延时消息的时候，去校验版本号与当前数据版本号，如果不一致则空消费，如此可以防止消息重复发送。

实时竞价的主要流程包括：

1)、需方发布询价信息，平台进行审批；

2)、场次开启流程：定时任务扫描当天的实时竞价单，放入redis延时队列，到具体时间开启场次；

3)、供方报价：供方基于轮次对需方询价商品进行报价；

4)、竞价过程中需方在客户端可以进行三个操作选择：进入下一轮，进入议价，进入选商下单。

如图5所示，实时竞价的互动答疑和核价客服功能包含了聊天服务和通信服务2个后端项目，其中聊天服务用于处理和聊天相关的业务逻辑，通信服务用于消息的接收和发送，需在Jenkins上建相应的job、nacos上增加相应的配置、分配一定的服务器资源、修改Nginx代理配置等。该功能实现过程中用到了WebSocket、保活、保活机制、消息Body长度等原理。

其中，WebSocket是一种在单个TCP连接上进行全双工通信的协议，允许客户端和服务端实时通信，使得客户端和服务端之间的数据交换变得更加简单，更好的节省了服务器资源和带宽。保活(即心跳)，webSwocket长连接默认的超时时间为60s，即超过一定的时间客户端和服务端之间没有发生任何消息传输，连接会自动断开；除此之外，服务器或防火墙一般也会在一段时间不活动并超时之后终止外部的长连接。因此，若需要客户端一直保持连接，就需要设置心跳保活机制。保活机制，即客户端每隔一段时间发送一段约定好的message给服务端，服务端收到后返回一段约定好的message给客户端，如果很久没收到，客户端就要调用重连方法进行重连。消息Body长度：普通消息和顺序消息：4MB；事务消息和定时/延时消息：64KB；保活机制方案：客户端定时n秒发送心跳包，服务端收到心跳包后，回复客户端的心跳，如果客户端连续m秒没有收到心跳包，则主动断开连接，然后重连，将正常的业务请求暂时不发送到该台服务器上。

实时竞价中需方发布的询价信息通过大数据筛选实现精准推送给匹配的供方，同时还能通过站内信和短信提醒方式将匹配信息发送给需方或供方。

实时竞价实现了需方对多个供方提供的价格进行比价的功能，首先，需方基于多个报价的供方进行价格对比，而后进行多轮竞价及议价，实现了需方利益的最大化，并且提高了供需双方交易的效率。

在一实施例中，实时竞价通过对供方名称的脱敏，确保了供方在平台的公平性，例如通过将供方名称打“*”的方式进行脱敏，部分场景不显示供方全称；另外，为了在每个场次需方更好的识别报价供方，该供方为通过互动答疑沟通的供方，但同时要保证供方在平台的公平性，平台配置为在供方报名时，每个场次都可以对供方自动设置例如英文别名A、B、C等，同一供方在不同场次英文别名会随机自动生成。

本发明实施例还具备如下有益的技术效果：

本发明实施例采用实时竞价交易模式，通过在线发布询价单、双方在线报价、议价选商、下单等全方位线上服务、大大提升了交易效率。

本发明实施例中对供需方具有快速询单、实时报价、价格公开透明、库存压力小，材料周转速度快、下单后锁价不受大宗市场价格波动影响等特点，有效解决传统贸易模式下产生的需方找货难、采购成本高、交易过程不透明，价格受大宗市场波动等问题，为供方解决了卖货难，库存积压、报价无反馈和资金周转困难等问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

根据本发明实施例的另一个方面，还提供了一种用于实施上述交易处理方法的交易处理装置。如图6所示，该装置包括：

获取单元602，用于获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；

第一发送单元604，用于根据所述询价请求信息发送出售商品信息至服务器；

第二发送单元606，用于在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；

接收单元608，用于接收所述需方用户从出售商品信息中选择的目标商品的订单。

在本发明实施例中，采用了获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器；所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；接收所述需方用户从出售商品信息中选择的目标商品的订单的方法，在上述方法中，由于通过获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端，供方用户根据询价请求信息在系统设定的竞价时间段内推送出售商品信息，以便需方用户进行比价下单，可以方便需方用户实时在线竞价，减少交易环节，提升交易效率，进而解决了相关技术中建筑材料和化工原料等交易环节出现的交易不便捷以及效率较低的技术问题。

在一个或多个实施例中，所述交易处理装置还包括：

第三发送单元，用于将所述出售商品信息对应的供方信息发送至所述需方用户的客户端；其中，所述供方信息为经过脱敏处理的数据信息。

在一个或多个实施例中，获取单元602，还包括以下至少之一：

第一确定模块，用于确定所述询价请求信息中的需求商品，根据所述需求商品对应的多级类目匹配目标供方，并将所述询价请求信息发送至目标供方的客户端；

第二确定模块，用于确定所述询价请求信息中的收货地址信息，根据所述收货地址信息匹配目标供方，并将所述询价请求信息发送至目标供方的客户端；

第三确定模块，用于确定所述询价请求信息中的供方权益信息，根据所述供方权益信息筛选目标供方，并将所述询价请求信息发送至目标供方的客户端；

第四确定模块，用于根据系统平台和/或供方用户的设置条件，确定与所述询价请求信息匹配的目标供方，并将所述询价请求信息发送至目标供方的客户端；

第五确定模块，用于根据供方用户在所述系统平台中的属性特征信息，确定与所述询价请求信息匹配的目标供方，并将所述询价请求信息发送至目标供方的客户端。

在一个或多个实施例中，所述交易处理装置，还包括：

存储单元，用于所述服务器根据每个所述询价请求信息对应的场次时间，将所有询价请求信息对应的询价单存储至预设的延时队列；其中，所述延时队列用于按时间顺序，并基于乐观锁机制依次消费将所述延时队列中的询价单。

在一个或多个实施例中，所述第二发送单元606，包括：

展示模块，用于所述服务器在预设的商品展示时间段内，在需方用户的客户端展示与所述商品展示时间段对应的商品属性信息；其中，所述商品属性信息包括供方用户在当前展示轮次对商品发布的价格信息，所述商品展示时间段包括一个或多个展示轮次；

切换模块，用于接收需方用户的客户端发送的点击操作指令，切换至与所述点击操作指令对应的操作界面。

在一个或多个实施例中，所述切换模块，包括以下至少之一：

第一切换子单元，用于接收需方用户的客户端发送的切换轮次指令，切换至当前展示轮次的下一展示轮次对应的操作界面；

第二切换子单元，用于接收需方用户的客户端发送的议价操作指令，切换至当前需方用户与供方用户的互动操作界面；

第三切换子单元，用于接收需方用户的客户端发送的选商操作指令，切换至与选择商家并进行下单的操作界面。

在一个或多个实施例中，所述第一切换子单元，包括：

第一更新子模块，用于接收需方用户的客户端发送的切换轮次指令，将当前展示轮次对应的商品询价单的数据进行数据版本号的更新，得到下一展示轮次对应的商品询价单；

第一切换子模块，用于切换在确定商品询价单的数据的版本号为目标版本号时，切换至所述下一展示轮次对应的操作界面。

在一个或多个实施例中，所述交易处理装置还包括：

计算分析单元，用于对系统平台中的历史数据进行计算分析；其中，所述历史数据包括销售订单、采购订单、定时询价单和实时竞价单；

匹配单元，用于将计算分析后的历史数据与业务规则进行匹配，并将匹配得到的业务数据确定为清洗数据；

确定单元，用于根据所述清洗数据确定多个供方用户的等级属性。

根据本申请实施例的又一个方面，还提供了一种用于实施上述交易处理方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为服务器为例来说明。如图7所示，该电子设备包括存储器702和处理器704，该存储器702中存储有计算机程序，该处理器704被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；

S2，所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器；

S3，所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；

S4，接收所述需方用户从出售商品信息中选择的目标商品的订单。

可选地，本领域普通技术人员可以理解，图7所示的结构仅为示意，电子装置电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图7其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图7中所示更多或者更少的组件(如网络接口等)，或者具有与图7所示不同的配置。

其中，存储器702可用于存储软件程序以及模块，如本申请实施例中的交易处理方法和装置对应的程序指令/模块，处理器704通过运行存储在存储器702内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的交易处理方法。存储器702可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器702可进一步包括相对于处理器704远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器702具体可以但不限于用于存储需方用户在客户端中发布需求商品的询价请求信息和出售商品信息。作为一种示例，如图7所示，上述存储器702中可以但不限于包括上述交易处理装置中的获取单元602、第一发送单元604、第二发送单元606和接收单元608。此外，还可以包括但不限于上述交易处理装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置706用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置706包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置706为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器708，用于显示需方用户在客户端中发布需求商品的询价请求信息和出售商品信息；和连接总线710，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

在一个或多个实施例中，本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述交易处理方法。其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，获取需方用户在客户端中发布需求商品的询价请求信息，以及将所述询价请求信息发送至供方用户的客户端；

S2，所述供方用户的客户端根据所述询价请求信息发送出售商品信息至服务器；

S3，所述服务器在预设的商品展示时间段，将所述出售商品信息发送至所述需方用户的客户端；

S4，接收所述需方用户从出售商品信息中选择的目标商品的订单。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

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

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

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。