CN112801728A - 农产品交易方法、装置、系统、设备与计算机可读介质 - Google Patents

Abstract

本发明公开了一种农产品交易方法、装置、系统、设备与计算机可读介质，其中交易方法包括获取采购端发起的农产品采购需求单信息并发送至供应端；接收供应端的销售单信息并发送至采购端；获取采购端对销售单的确认信息，判断是否建立交易关系同时将确认信息推送至供应端以进行销售。本发明为农产品批发交易过程提供了一种使用方便的农产品交易方法，销售过程做到采、销订单分开，以进行订单二次确认后再发货，提高订单及发货正确率。

Description

农产品交易方法、装置、系统、设备与计算机可读介质

技术领域

本发明涉及批量流通的农产品交易服务领域，特别是一种农产品交易方法、装置、系统、设备与计算机可读介质。

背景技术

目前，随着互联网的发展，农产品交易开始逐渐在互联网平台上流通，一般都是卖家通过卖家客户端在电商平台上上传商品信息、售价等信息，买家通过买家客户端在电商平台选定农产品，服务器将选定的商品和相应的支付金额推送至买家客户端，买家确认并支付相应金额后生成采购订单，服务器将采购订单推送至卖家客户端，卖家根据采购订单信息进行发货，同时委托第三方物流进行输送以完成农产品销售，在运输的同时将第三方物流信息上传至电商平台，服务器将物流信息推送至买家客户端，以便买家能及时查看物流信息。

上述的电商平台一般仅是解决消费者对多类少量商品的购买需求，且仅在买家下单付款后即进行发货，买家只有在收到商品后才能进行确认，这样在交易即销售过程中存在以下问题：买家在选购商品时不慎错选、漏选、多选商品，在订单生成并支付相应金额后才发现问题，只能进行退货退款操作，再重新选购商品下单，使得采购时间效率降低；买家在选购商品时不慎错选、漏选、多选商品，且已完成订单支付，在卖家发货买家收到商品后，发现问题申请退货退款操作，增加费用成本、浪费时间。

而对于大批量的农产品批发交易而言，一般还是在批发市场进行采销，由采购商至农批市场进行采购，根据采购意向批发商通过手机或电脑上安装的销售软件开出销售单并打印，打印完成后交由采购商确认其所需采购的农产品。若采购商为预约采购时，往往都是批发商手动记录，后通过销售软件开出销售单，销售单跟随农产品一起运输至采购商处，此时采购商再确认销售单和农产品，在此过程中很容易记录错误导致销售单出错，导致多发、少发农产品的情况。上述的现场采购和预约采购均需要采购商需要及时保留好销售单，以便于后续的货款结算，如若不慎遗失该销售单，后续采购商将无法了解每次采购的农产品情况，货款结算时也容易造成扯皮等。

发明内容

本发明的目的是为了克服以上的不足，提供一种适用于农产品批发交易中使用方便、交易过程做到采、销订单分开，以进行订单二次确认后再发货的农产品交易方法、装置、设备与计算机可读介质。

为了实现上述目的，本公开提供了一种农产品交易方法，包括：

获取采购端发起的农产品采购需求单信息并发送至指定供应端，以使供应端基于采购需求单信息创建销售单；

接收供应端的销售单信息并发送至采购端，以使采购端确认销售单信息；

获取采购端对销售单的确认信息，判断是否建立交易关系并将确认信息推送至供应端以进行销售。

可选地，接收供应端的销售单信息时，同时形成有撤回标识和修改标识推送至供应端；

撤回标识用于对所述销售单撤回；

修改标识对销售单进行修改以更新销售单。

可选地，获取采购端对销售单的确认信息，包括退回信息和支付信息：

对销售单确认信息无误时支付相应金额为支付信息；

对销售单确认信息有误时进行退回为退回信息。

可选地，判断是否建立交易关系包括：

根据支付信息或退回信息进行判断；

若为支付信息，判断为交易关系建立，根据所述销售单向所述采购端销售所需农产品；

若为退回信息，判断为交易关系不建立，同时形成修改标识和撤回标识，撤回标识用于对销售单撤回，修改标识对销售单进行修改以更新销售单。

可选地，采购需求单信息包括商品名称、采购数量，销售单包括商品名称、销售数量、销售价格和运输信息。

可选地，采购数量与销售数量相同或采购数量小于销售数量或销售数量大于采购数量。

可选地，服务器获取采购端发起的农产品采购需求单，包含商品名称、采购数量，并将获取的农产品采购需求单信息传递至供应端，供应端根据采购需求单创建销售单，服务器接收供应端的销售单信息并将销售单信息传递至采购端，包含商品名称、销售数量、销售价格和运输信息，采购端对销售单信息进行确认，若对销售单信息不认可时，对该销售单退回生成退回信息，若对销售单信息认可，对此销售单进行付款，生成支付信息，若服务器获取的为退回信息，判定交易关系不建立，同时将修改标识和撤回标识推送至供应端，以使供应端对销售单进行修改或撤回操作；若服务器获取的为支付信息，则判定交易关系建立。

在供应端创建销售单的过程中，服务器同时推送修改标识和撤回标识至供应端，以使供应端在创建销售单过程中对销售单进行相应操作。

本公开还提供了一种农产品交易装置，所述交易装置包括：

第一获取模块，用于获取采购端发起的农产品采购需求单，包含商品名称、采购数量；

第一发送模块，用于将第一获取模块获得的采购需求单发送至供应端；

接收模块，用于接收供应端依据农产品采购需求单创建的销售单，包括商品名称、销售数量、销售价格和运输信息；

第二发送模块，用于将接收模块接收的销售单发送至采购端；

第二获取模块，用于获取采购端对销售单的确认信息；

判断模块，用于根据获取的确认信息判断是否建立交易关系，并将确认信息推送至供应端以进行销售。

可选地，交易装置还包括：退回模块和支付模块，

退回模块用于采购端对销售单确认有误时进行退回；

支付模块用于将支付标识推送至采购端，以使采购端对销售单确认无误时进行付款操作。

可选地，接收模块和判断模块中均设有撤回模块和修改模块，撤回模块用于对创建的销售单进行撤回，修改模块用于对销售单进行修改以更新销售单；

接收模块中的撤回模块和修改模块用于供应端在创建销售单后对销售单进行撤回和修改操作，撤回和修改操作的信息发送至接收模块，以对销售单进行更新；

判断模块中的撤回模块和修改模块用于采购端对销售单退回后，供应端对退回的销售单进行撤回和修改操作，撤回和修改的操作信息通过第二发送模块再次发送至采购端，以对销售单进行更新。

可选地，第一获取模块获取采购端发起的农产品采购需求单，包含商品名称、采购数量，将获取的农产品采购需求单信息传递至第一发送模块，第一发送模块将采购需求单信息发送至供应端，供应端根据接收到的采购需求单信息创建销售单，销售单包括商品名称、销售数量、销售价格和运输信息，接收模块接收供应端开具的销售单并传递至第二发送模块，第二发送模块将销售单信息发送至采购端，采购端对获得的销售单通过退回模块或支付模块进行确认，采购端对销售单的信息不认可通过退回模块退回销售单，采购端对销售单的信息认可通过支付模块进行付款，第二获取模块获取退回模块的退回信息或支付模块的支付信息，并将获取的信息发送至判断模块，判断模块根据退回信息或支付信息判断交易关系是否建立并进行推送，即若判断模块获取的是退回信息时，判断交易关系不建立，同时供应端可通过判断模块中的撤回模块对销售单进行撤回，使得销售单不存在或通过修改模块对销售单进行修改，接收模块再次接收销售单的撤回信息或修改信息并发送至第二发送模块，第二发送模块将相应信息发送至采购端，若为撤回信息，则采购端不再显示此销售单，若为修改信息，则采购端对获得的销售单再次通过退回模块或支付模块进行确认，第二获取模块再次获取退回模块的退回信息或支付模块的支付信息，并将获取的信息发送至判断模块，判断模块根据退回信息或支付信息判断交易关系是否建立，以此循环，直至销售单被供应端撤回或采购端已确认销售单并支付。

再此过程中，接收模块接收供应端开具的销售单的同时，供应端可通过撤回模块对销售单进行撤回，使得销售单不存在或通过修改模块对销售单进行修改，接收模块接收修改信息或撤回信息。

本公开还提供了一种农产品交易系统，交易系统包括：

采购端，用于发起农产品采购需求单；

服务器端，用于获取采购端发起的农产品采购需求单，并发送供应端；

供应端，用于接收服务器端传递的农产品采购需求单，并根据农产品采购信息发起农产品销售单；

服务器端，还用于获取供应端发起的农产品销售单，并发送采购端；

采购端，还用于对所述服务器端传递的农产品销售单进行确认，生成退回信息或支付信息；

服务器端，还用于获取退回信息或支付信息，并根据所述退回信息或所述支付信息判断交易关系是否建立以进行销售。

本公开还提供了一种农产品交易设备，所述农产品交易设备包括至少一个存储器和至少一个处理器，存储器中存储有指令，存储器和处理器通过线路连接，处理器调用存储器中的指令，使得指令被处理器执行，以使处理器能够执行本公开提供的农产品交易方法的步骤。

本公开还提供了一种计算机可读存储介质，所述计算机可读存储介质上储存有计算机程序，当其在计算机上运行时，使得计算机执行上述的农产品交易方法。

在本发明实施例提供的农产品交易方法、装置、系统、设备与计算机可读介质中，首先采购端需要生成农产品采购需求单，通过获取采购端发起的农产品采购需求单信息并发送至供应端，供应端根据采购需求单发出销售单，再接收供应端发出的销售单并发送至采购端，由采购端对销售单相关信息进行确认，最后获取采购端对销售单的确认信息，根据确认信息判断是否建立交易关系以进行销售。由此可见，在该方式中，在整个销售或交易过程中，采购端发出采购需求单后，供应端需要根据采购需求单发出对应的销售单，采购端进行确认后再进行销售，直至完成农产品交易，因此采购端发出采购需求单后即采购端一次确认采购需求单，供应端需要对采购端进行回应即生成销售单，采购端对销售单进行确认即采购端二次确认采购需求单。由此可见，通过该方式操作，显著提高了采购需求单的正确率，且在此过程中供应端提供的农产品数量可小于、等于或大于采购需求单数量，仅需采购端确认即可进行销售，符合农产品批发交易中批量流通商品的特色，节省时间，使得效率提高，通过该销售方法采购商可随时查看其所采购的农产品信息，为后续采购商库存盘点等提供了数据支持。

以上说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明：

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用来解释本申请，以使本申请的上述以及其他目的、特征和优势将更加明显，并不构成对本申请的不当限定，在附图中：

图1示出了本发明实施例提供的一种农产品交易方法的流程图；

图2示出了本发明实施例提供的另一种农产品交易方法的流程图；

图3示出了本发明实施例提供的一种农产品交易装置的结构示意图；

图4示出了本发明实施例提供的另一种农产品交易装置的结构示意图；

图5 示出了本发明实施例提供的一种农产品交易系统的结构示意图；

图6示出了本发明实施例提供的一种农产品交易设备的结构示意图。

具体实施方式：

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。除非特别申明，术语“或”表示“和/或”。术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够除了图示或描述的内容中以外的顺序实施。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。下文还可能包括其他明确的和隐含的含义。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中农产品交易方法的一个实施例包括：

101.获取采购端发起的农产品采购需求单信息并发送至供应端；

可以理解的是，本发明执行主体可以为农产品交易装置，还可以是服务平台或者服务器等，具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。

首先服务器与采购端建立通讯连接，基于通讯连接，采购端向服务器发送采购请求即采购需求单，包含采购农产品名称、数量，采购端包含与服务器连接的用于采购的客户端交易平台。

服务器与供应端建立通讯连接，基于通讯连接，服务器向采购端指定的供应端发送采购需求单，供应端包含与服务器连接的用于供应即销售的客户端交易平台，供应端依据采购端的采购需求单发出销售单。

在此过程中采购的客户端交易平台和销售的客户端交易平台可为同一平台的两个不同功能或两个交易平台均独立存在，通过服务器建立通讯连接。

交易平台中通过服务器预存有农产品行业中的各类商品名称，此商品名称下含有该商品的多个种类，如大类商品名称“苹果”，该商品下含有多个种类，如“红富士苹果”、“冰糖心苹果”等，并将各种类的商品根据产地等进行区分，值得注意的是，此时交易平台仅提供农产品名称和产地，不提供农产品售价。采购商通过采购端交易平台指定供应商后选择所需要的农产品名称，形成农产品已选列表，当采购商对已选定的农产品需要更改或删除时，可直接在已选列表中进行删除，农产品选择完成后再选择所需农产品的产地、数量或重量、农产品的规格如大、中、小等，在上述信息选择确认完成后生成农产品采购需求单；

服务器获取农产品采购需求单，并推送至指定供应端。具体来说，采购端指定供应端创建农产品采购需求单，采购需求单至少包括：农产品名称、农产品数量等等；服务器获取所述的采购需求单，解析采购需求单信息，并推送至指定供应端；

指定供应端用户通过交易平台查看采购需求单后，在该平台上创建销售单，选择采购端所需要的农产品名称，形成农产品已选列表，当供应端对已选定的农产品需要更改或删除时，可直接在已选列表中进行删除，农产品选择完成后，再选择采购端所需农产品的产地、数量和农产品的规格，同时输入农产品售价和即将对该销售进行运输的车辆信息后完成销售单。简单来说，指定供应端收到采购需求单后，基于采购需求单的信息创建销售单，销售单至少包括：农产品名称、农产品数量等等。

102.接收供应端的销售单信息并发送至采购端；

服务器接收供应端依据采购需求单发出的销售单，销售单包括销售农产品名称、数量、价格和运输信息，可理解为传统意义上的发货单，并将销售单的相关信息和数据发送至采购端。

采购端对收到的销售单进行确认，即采购端确认销售端发送的销售单中的农产品名称、数量、规格以及售价和运输信息，在对农产品的数量、规格、售价和运输等任一项有异议时，可以退回该订单，形成退回信息；若采购端认可或同意该销售单，则可以进行付款，形成支付信息。

具体来说，服务器接收指定供应端创建的销售单，解析销售单信息，并推送至采购端。

103.获取采购端对销售单的确认信息，判断是否建立交易关系以进行销售，并推送至供应端。

服务器获取采购端对销售单的确认信息即退回信息或支付信息，根据退回信息或支付信息判断或识别交易关系的建立；

若判断或识别的信息为支付信息，则确定交易关系建立，同时将该支付信息推送至供应端，以使供应端依据销售单进行后续的农产品发货和配送；

若判断或识别的信息为退回信息，则确定交易关系不建立，同时该退回信息也被推送至供应端。

本发明提供的技术方案中，服务器先获取采购端发起的农产品采购需求单信息并发送至供应端，再接收供应端的销售单信息并发送至采购端，最后获取采购端对销售单的确认信息，判断交易关系的建立。通过此方式，提供一种销售即交易流程简单、做到采购需求单确认、销售单确认，即二次确认的农产品交易方法，减少了采购或销售出错率，提高工作效率。

请参阅图2，本发明实施例中农产品交易方法的第二个实施例包括：

201.服务器获取采购端针对指定供应商发出的采购需求单，包含采购农产品名称、数量，并将获取的农产品采购需求单信息传递至供应端，供应端根据采购需求单发出销售单，销售单包含商品名称、销售数量、销售价格和运输信息。

采购端发出采购需求单时，先通过采购端交易平台指定供应商后选择所需要的农产品名称，形成农产品已选列表，当采购商对已选定的农产品需要更改或删除时，可直接在已选列表中进行删除，农产品选择完成后再选择所需农产品的产地、数量和农产品的规格如大、中、小等，在上述信息选择确认完成后生成农产品采购需求单；

服务器获取农产品采购需求单，并推送至指定供应端。

指定供应端通过交易平台查看采购需求单后，在该平台上创建销售单，选择采购端所需要的农产品名称，形成农产品已选列表，当供应端对已选定的农产品需要更改或删除时，可直接在已选列表中进行删除，农产品选择完成后，再选择采购端所需农产品的产地、数量和农产品的规格，同时输入农产品售价和即将对该销售进行运输的车辆信息后完成销售单。

在此过程，此交易方法适用于指定供应商，即互相认识的人之间进行采销操作，因此销售单的销售商品与采购需求单的采购商品相同或销售单的销售商品多于采购需求单的采购商品或销售单的销售商品小于采购需求单的采购商品，如：

采购端发出的采购需求单中拟采购200斤苹果，销售商的库存苹果只有150斤时，开出的销售单，苹果数量可以只为150斤；或者销售商的库存苹果为220斤时，开出的销售单，苹果数量为220斤，此时，销售数量在尽量满足采购数量的前提下，可以与采购数量稍有差异，根据实际情况有所调整。

在此过程中，销售商品也可根据采销双方之间的沟通进行随时调整，不是必须与采购需求单完全相同。

202.服务器接收供应端的销售单信息并将销售单信息传递至采购端，并同时将撤回标识和修改标识发送至供应端，以使供应端可随时对此销售单进行撤回或修改，与此同时将退回标识和支付标识传递至采购端；

采购端对上述的销售单进行确认，若对销售单信息不认可时，通过退回标识对该销售单退回生成退回信息，若对销售单信息认可，对此销售单通过支付标识进行付款，生成支付信息。

203.服务器获取采购端对销售单的确认信息，即退回信息或支付信息，判断是否建立交易关系，并将确认信息推送至供应端；

若为支付信息，判断为交易关系建立，根据销售单向采购端销售所需农产品；

若为退回信息，判断为交易关系不建立，同时形成修改标识和撤回标识发送至供应端，使供应端对此销售单进行撤回或修改。

本发明提供的技术方案中，服务器先获取采购端针对指定供应商发出的采购需求单，将采购需求单信息发送至供应端，在供应端发出销售单后由服务器接收供应端的销售单信息并传递至采购端，并由采购端对销售单进行确认，服务器再次获取采购端对销售单的确认信息，确认交易关系的建立。通过此方式，提供一种指定交易客户，采销商品和数量可根据实际情况进行调整，流程简单，交易即销售灵活性更高，符合农批市场特色的农产品交易方法。

在上述图1和图2所示的实施例中，采购端对销售单确认，可通过支付标识进行付款，此时，支付的金额可以为销售单的全部金额或支付的金额为销售单的部分金额，只需要通过支付即付款建立支付标识，就认为采购端认可并同意销售单的销售商品、价格和运输信息。

上面对本发明实施例中的农产品交易方法进行了描述，下面对本发明实施例中的农产品交易装置进行描述，请参阅图3，本发明实施例中农产品交易装置的第一个实施例包括，包括第一获取模块301、第一发送模块302、接收模块303、第二发送模块304、第二获取模块305、判断模块306，其中：

第一获取模块301，用于获取采购端发起的农产品采购需求单，包含商品名称、采购数量；

第一发送模块302，用于将第一获取模块获得的采购需求单发送至供应端；

接收模块303，接收供应端依据农产品采购需求单创建的销售单，包括商品名称、销售数量、销售价格和运输信息；

第二发送模块304，用于将接收模块303接收的销售单发送至采购端；

第二获取模块305，用于获取采购端对销售单的确认信息；

判断模块306，用于根据获取的确认信息判断是否建立交易关系以进行销售。

本发明提供的技术方案中，服务器先获取采购端发起的农产品采购需求单信息并发送至供应端，再接收供应端的销售单信息并发送至采购端，最后获取采购端对销售单的确认信息，判断交易关系的建立。通过此方式，提供一种农产品交易方法。

请参阅图4，本发明实施例中农产品交易装置的另一个实施例包括：

第一获取模块401，用于获取采购端发起的农产品采购需求单，包含商品名称、采购数量；

第一发送模块402，用于将第一获取模块获得的采购需求单发送至供应端；

接收模块403，用于接收供应端根据农产品采购需求单创建的销售单，包括商品名称、销售数量、销售价格和运输信息；

第二发送模块404，用于将接收模块接收的销售单发送至采购端；

第二获取模块405，用于获取采购端对销售单的确认信息；

判断模块406，用于根据获取的确认信息判断是否建立交易关系以进行销售。

具体来说，在接收模块403和判断模块406中均设有撤回模块407和修改模块408，撤回模块407用于对创建的销售单进行撤回，修改模块408用于对销售单进行修改以更新销售单；

更具体的来说，判断模块406中的撤回模块407和修改模块408用于采购端对销售单退回后，供应端对退回的销售单进行撤回和修改操作，撤回和修改的操作信息通过第二发送模块405再次发送至采购端，以对销售单进行更新。

接收模块403中的撤回模块407和修改模块408用于供应端在创建销售单后对销售单进行撤回和修改操作，撤回和修改操作的信息发送至接收模块403，以对销售单进行更新；

在交易装置中包括：退回模块409和支付模块410；

退回模块409用于将退回标识推送至采购端，以获取采购端对销售单的退回信息；

支付模块410用于将支付标识推送至采购端，以使采购端对销售单确认无误时进行付款操作获取支付标识。

更具体的来说，第一获取模块401获取采购端发起的农产品采购需求单，包含商品名称、采购数量，将获取的农产品采购需求单信息传递至第一发送模块402，第一发送模块402将采购需求单信息发送至供应端，供应端根据接收到的采购需求单信息创建销售单，销售单包括商品名称、销售数量、销售价格和运输信息，接收模块403接收供应端开具的销售单并传递至第二发送模块404，第二发送模块404将销售单信息发送至采购端，采购端对获得的销售单通过退回模块409或支付模块410进行确认，采购端对销售单的信息不认可通过退回模块409退回销售单，采购端对销售单的信息认可通过支付模块410进行付款，第二获取模块405获取退回模块409的退回信息或支付模块410的支付信息，并将获取的信息发送至判断模块406，判断模块406根据退回信息或支付信息判断交易关系是否建立，即若判断模块406获取的是退回信息时，判断交易关系不建立，同时供应端可通过判断模块406中的撤回模块对销售单进行撤回，使得销售单不存在或通过修改模块对销售单进行修改，接收模块403再次接收销售单的撤回信息或修改信息并发送至第二发送模块404，第二发送模块404将相应信息发送至采购端，若为撤回信息，则采购端不再显示此销售单，若为修改信息，则采购端对获得的销售单再次通过退回模块409或支付模块410进行确认，第二获取模块405再次获取退回模块409的退回信息或支付模块410的支付信息，并将获取的信息发送至判断模块406，判断模块406根据退回信息或支付信息判断交易关系是否建立，以此循环，直至销售单被供应端撤回或采购端已确认销售单并支付。

再此过程中，接收模块403接收供应端开具的销售单的同时，供应端可通过撤回模块407对销售单进行撤回，使得销售单不存在或通过修改模块408对销售单进行修改，接收模块403接收修改信息或撤回信息。

在上一个实施例的基础上，本实施例在接收到采购端的退回信息后，可以一直循环修改、判定直至销售单被采购端认可付款，认可后再进行农产品配送，减少了现有电商交易平台订单撤回、退款、再下单、付款、发货的流程，通过销售单告知采购端销售的农产品、数量、价格和运输车辆信息，在采购端确认后再进行农产品发送，使得交易退货退款率降低。

以上图3和图4从模块化功能实体的角度对本发明实施例中的农产品交易装置进行详细描述，下面从系统化角度进一步阐述，请参阅图5，本发明实施例中农产品交易系统的一个实施例，以客户端和服务器为例进行说明，包括：客户端为供应端和采购端，

采购端发起农产品采购需求单；

服务器端获取采购端发起的农产品采购需求单，并发送供应端；

供应端接收服务器端传递的农产品采购需求单，并根据农产品采购信息发起农产品销售单；

服务器端还获取供应端发起的农产品销售单，并发送采购端；

采购端还对服务器端传递的农产品销售单进行确认，生成退回信息或支付信息；

服务器端还获取退回信息或支付信息，并根据退回信息或支付信息判断交易关系是否建立以进行销售，同时将退回信息或支付信息推送至供应端。

下面从硬件处理的角度对本发明实施例中的农产品交易设备进行详细描述。

如图6所示，本实施例还提供了一种农产品交易设备，可以为计算机、手机、电脑等网络设备，该设备包括至少一个处理器和至少一个存储器，存储器存储应用程序或数据的存储介质，处理器执行程序以实现上述图1和图2所示的方法。

本领域技术人员可以理解，本实施例提供的一种农产品交易设备并不构成对该设备的限定，可以包括更多或更少的部件。

基于上述图1、图2所示的方法，本实施例还提供一种存储介质，其上储存有计算机程序，该程序被处理器执行时实现上述图1和图2所示的交易方法。

基于这样的理解，本申请的技术方案可以以一个软件产品的方式体现出来，该软件产品存储在一个存储介质中，如U盘、移动硬盘等，其中包括若干指令用以使计算机设备执行本申请各个实施场景的方法。

存储介质中还可以包括操作系统、通信模块，操作系统是管理上述装置硬件和软件资源的程序，支持信息处理以及其他软件或程序的运行，通信模块用于实现存储介质内部各组件的通信，以及与信息处理设备中其他硬件和软件之间的通信。

通过以上实施方式的描述，本领域技术人员可以清楚了解本申请可以借助软件和必要的通用硬件平台的方式来实现，也可以通过硬件实现。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的流程或模块并不一定是实施本申请所必须的。本领域的技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布在实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块或进一步拆分为多个子模块。

以上已经描述了本申请的各实施例，上述说明是示范性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种农产品交易方法，其特征在于，包括以下步骤：

获取采购端发起的农产品采购需求单信息并发送至指定供应端，以使供应端基于采购需求单信息创建销售单；

接收供应端的销售单信息并发送至采购端，以使采购端确认销售单信息；

获取采购端对销售单的确认信息，判断是否建立交易关系并将确认信息推送至供应端以进行交易。

2.根据权利要求1所述的农产品交易方法，其特征在于，接收供应端的销售单信息时，同时形成有撤回标识和修改标识推送至供应端；

所述撤回标识用于对所述销售单撤回；

所述修改标识对所述销售单进行修改以更新销售单。

3.根据权利要求1或2所述的农产品交易方法，其特征在于，所述获取采购端对销售单的确认信息，包括退回信息和支付信息：

对所述销售单确认信息无误时支付相应金额为支付信息；

用于对所述销售单确认信息有误时进行退回为退回信息。

4.根据权利要求3所述的农产品交易方法，其特征在于，判断是否建立交易关系包括：

根据支付信息或退回信息进行判断；

若为支付信息，判断为交易关系建立，根据所述销售单向所述采购端销售所需农产品；

若为退回信息，判断为交易关系不建立，同时形成修改标识和撤回标识，所述撤回标识用于对所述销售单撤回，所述修改标识对所述销售单进行修改以更新销售单。

5.根据权利要求1所述农产品交易方法，其特征在于，所述采购需求单信息包括商品名称、采购数量，所述销售单包括商品名称、销售数量、销售价格和运输信息，所述采购数量与销售数量相同或采购数量小于销售数量或销售数量大于采购数量。

6.一种农产品交易装置，其特征在于，所述交易装置包括：

第一获取模块，用于获取采购端发起的农产品采购需求单，包含商品名称、采购数量；

第一发送模块，用于将第一获取模块获得的采购需求单发送至供应端；

接收模块，接收供应端依据农产品采购需求单创建的销售单，包括商品名称、销售数量、销售价格和运输信息；

第二发送模块，用于将接收模块接收的销售单发送至采购端；

第二获取模块，用于获取采购端对销售单的确认信息；

判断模块，用于根据获取的确认信息判断是否建立交易关系同时对确认信息进行推送。

7.根据权利要求6所述农产品交易装置，其特征在于：

所述接收模块和所述判断模块中均设有撤回模块和修改模块，所述撤回模块用于对创建的所述销售单进行撤回，所述修改模块用于对所述销售单进行修改以更新销售单。

8.一种农产品交易系统，其特征在于，所述交易系统包括：

采购端，用于发起农产品采购需求单；

服务器端，用于获取采购端发起的农产品采购需求单，并发送供应端；

供应端，用于接收服务器端传递的农产品采购需求单，并根据农产品采购信息发起农产品销售单；

所述服务器端，还用于获取供应端发起的农产品销售单，并发送采购端；

所述采购端，还用于对所述服务器端传递的农产品销售单进行确认，生成退回信息或支付信息；

所述服务器端，还用于获取所述退回信息或所述支付信息，并根据所述退回信息或所述支付信息判断交易关系是否建立以进行销售。

9.一种农产品交易设备，其特征在于，所述农产品交易设备包括至少一个存储器和至少一个处理器，所述存储器中存储有指令，所述指令被所述处理器执行，以使所述处理器能够执行权利要求1-5任一项所述的农产品交易方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上储存有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-5任一项所述的农产品交易方法。

Images