CN110046839A - 订单处理方法和装置、服务器 - Google Patents
订单处理方法和装置、服务器 Download PDFInfo
- Publication number
- CN110046839A CN110046839A CN201810046129.4A CN201810046129A CN110046839A CN 110046839 A CN110046839 A CN 110046839A CN 201810046129 A CN201810046129 A CN 201810046129A CN 110046839 A CN110046839 A CN 110046839A
- Authority
- CN
- China
- Prior art keywords
- order
- user
- share
- condition
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 46
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000009826 distribution Methods 0.000 claims description 80
- 238000012384 transportation and delivery Methods 0.000 claims description 72
- 230000015654 memory Effects 0.000 claims description 33
- 238000003860 storage Methods 0.000 claims description 29
- 238000005516 engineering process Methods 0.000 abstract description 24
- 238000012271 agricultural production Methods 0.000 description 155
- 239000000047 product Substances 0.000 description 147
- 230000000694 effects Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 15
- 230000035945 sensitivity Effects 0.000 description 9
- 239000003337 fertilizer Substances 0.000 description 8
- 239000000126 substance Substances 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000013068 supply chain management Methods 0.000 description 3
- 239000012773 agricultural material Substances 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Game Theory and Decision Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种订单处理方法和装置、服务器。其中,该方法包括:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。本申请解决了相关技术中订单处理方法的处理效率低的技术问题。
Description
技术领域
本申请涉及数据处理技术,具体而言,涉及一种订单处理方法和装置、服务器。
背景技术
在传统的以拼单为主要营销方式的电商中,通常由物流公司针对不同地址进行发货,而在农资下行业务中,对于大宗农资商品,例如肥料、饲料等,由于商品存在低毛利、重量大等特性,必须达到一定量才能从厂家发货,因此,目前采用手工登记的方式进行拼单,然后协商发货时间及送达地点,效率低,易出错,用户体验差,影响线上成交。
另外,有些物流公司也会有智能发货的相似方案,通过按照省市县区分级发送货物,并在各个节点设置分拨中心,导致运输成本较高,周期长。
针对相关技术中订单处理方法的处理效率低的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种订单处理方法和装置、服务器,以至少解决相关技术中订单处理方法的处理效率低的技术问题。
根据本申请实施例的一个方面,提供了一种订单处理方法,包括:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
根据本申请实施例的另一方面,还提供了一种订单处理方法,包括:发布用于预定区域内拼车购买目标对象的拼车信息;获取用户订单的订单信息;基于订单信息,生效满足拼车条件的用户订单。
根据本申请实施例的另一方面,还提供了一种订单处理方法,包括:获取预定区域内用户订单的订单信息;基于订单信息,确定满足配送条件的用户订单;生效满足配送条件的用户订单。
根据本申请实施例的另一方面,还提供了一种订单处理装置,包括:第一获取模块,用于获取预定区域内用户订单的订单信息;第一确定模块,用于基于订单信息,确定满足拼车条件的用户订单;第一生效模块,用于生效满足拼车条件的用户订单。
根据本申请实施例的另一方面,还提供了一种订单处理装置,包括:发布模块,用于发布用于预定区域内拼车购买目标对象的拼车信息;第二获取模块,用于获取用户订单的订单信息;第二生效模块,用于基于订单信息,生效满足拼车条件的用户订单。
根据本申请实施例的另一方面,还提供了一种订单处理装置,包括:第三获取模块,用于获取预定区域内用户订单的订单信息;第二确定模块,用于基于订单信息,确定满足配送条件的用户订单;第三生效模块,用于生效满足配送条件的用户订单。
根据本申请实施例的另一方面,还提供了一种服务器,包括处理器和存储器,其中,存储器存储有程序;处理器,用于运行存储器所存储的程序时执行如下步骤:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
根据本申请实施例的另一方面,还提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行如下步骤:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
在本申请实施例中,获取预定区域内用户订单的订单信息,并基于订单信息,确定满足拼车条件的用户订单,将满足拼车条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例的方案解决了相关技术中订单处理方法的效率低的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的一种用于实现订单处理方法的计算机终端的硬件结构框图;
图2是根据本申请实施例的一种计算机终端的交互示意图;
图3是根据本申请实施例1的一种订单处理方法的流程图;
图4是根据本申请实施例的一种可选的拼车购活动流程图;
图5是根据本申请实施例的一种可选的订单处理方法的后台操作页面的示意图;
图6是根据本申请实施例的一种可选的送策略的处理方法的示意图;
图7是根据本申请实施例2的一种订单处理方法的流程图;
图8是根据本申请实施例3的一种订单处理方法的流程图;
图9是根据本申请实施例4的一种订单处理装置的示意图;
图10是根据本申请实施例5的一种订单处理装置的示意图;
图11是根据本申请实施例6的一种订单处理装置的示意图;以及
图12是根据本申请实施例的一种计算机终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。
实施例1
根据本申请实施例,提供了一种订单处理方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现订单处理方法的计算机终端(或移动设备)的硬件结构框图。如图1所示,计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b,……,102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的处理器,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块,如本申请实施例中的订单处理方法对应的程序指令/数据存储装置,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的订单处理方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。
图1示出的硬件结构框图,不仅可以作为上述计算机终端10(或移动设备)的示例性框图,还可以作为上述服务器的示例性框图,一种可选实施例中,图2以框图示出了使用上述图1所示的计算机终端10(或移动设备)作为【例如发送端、接收端等】一种实施例。如图2所示,计算机终端10(或移动设备)可以经由数据网络连接或电子连接到一个或多个服务器101【例如安全服务器、资源服务器、游戏服务器等】。一种可选实施例中,上述计算机终端10(或移动设备)可以是【任意移动计算设备等】。数据网络连接可以是局域网连接、广域网连接、因特网连接,或其他类型的数据网络连接。计算机终端10(或移动设备)可以执行以连接到由一个服务器(例如安全服务器)或一组服务器执行的网络服务。网络服务器是基于网络的用户服务,诸如社交网络、云资源、电子邮件、在线支付或其他在线应用。
在上述运行环境下,本申请提供了如图3所示的订单处理方法。图3是根据本申请实施例1的一种订单处理方法的流程图。如图3所示,该方法可以包括如下步骤:
步骤S302,获取预定区域内用户订单的订单信息。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,农资品的物流配送可以有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明。
步骤S304,基于订单信息,确定满足拼车条件的用户订单。
具体地,上述的拼车条件可以是农资品可以进行拼车配送的条件,例如,农资品的重量满足一定的条件,上述的满足拼车条件的用户订单可以是单个用户订单,也可以是多个用户订单。
步骤S306,生效满足拼车条件的用户订单。
在一种可选的方案中,在农户从农资购买平台下单购买农资品之后,农资购买平台的服务器可以对同一个县内下单购买农资品的用户订单进行汇总,从而商家可以得到同一个县内下单购买的所有农资品的用户订单,当商家需要对同一个县内下单购买的所有农资品进行配送时,服务器可以判断用户订单中所有农资品的重量是否满足一定条件,如果单个用户订单或多个用户订单中所有农资品的重量满足一定条件,则确定单个用户订单或多个用户订单为满足拼车条件的用户订单,并将该用户订单生效,也即,将该用户订单中的所有农资品配送至对应的收货地址。
下面结合图4,以拼车购活动为例对本申请一种优选的实施例进行详细说明,如图4所示,商家可以通过商家中心-供应链管理,拼车购管理在各个县发布农资产品的拼车信息,也即,发布活动,农户可以通过移动终端应用程序APP查看商品拼车购专区,并下单支付购买农资品,或者,农户可以联系服务站点,例如村淘服务站的村小二,通过小二代购下单,在下单完成之后需要等待成团,在成团之后等待收货,并在接收到农资品之后确认收货,完成整个购买流程;在未成团的情况下活动结束,系统自动退款。商家可以通过拼车购管理-查看活动进展,也即查看用户订单,并通过商家中心-供应链管理进行拼车购发货。商家发货有两种情况,一种是由二段物流服务进行配送,也即,商家将农资品配送至二段物流服务的站点,由提供二段物流服务的第三方物流系统配送至相应的收货地址,另一种是由商家自己发货,将农资品配直接送至相应的收货地址。
本申请上述实施例1所提供的方案,获取预定区域内用户订单的订单信息,并基于订单信息,确定满足拼车条件的用户订单,生效满足拼车条件的用户订单,从而实现对预定区域内的订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例1的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
在本申请上述实施例中,步骤S304,基于订单信息,确定满足拼车条件的用户订单包括如下步骤:
步骤S3040,获取整车配送条件下的用户订单。
具体地,上述的整车配送条件下的用户订单可以是一定区域内的所有用户订单,例如,可以是同一个县的用户订单,同一个市内的用户订单,同一个乡内的用户订单,同一个镇内的用户订单等。获取到的用户订单可以根据实际情况进行确定,例如,获取到的用户订单可以是同一个县中同一个村的用户订单,也可以是同一个县中相邻两个村的用户订单。
步骤S3042,根据订单信息中的目标对象的对象信息,判断整车配送条件下的用户订单是否满足整车配送条件。
具体地,上述的满足整车配送条件可以是指用户订单中农资品的重量达到32吨,拼车条件可以包括整车配送条件。具体的整车配送条件可以根据实际情况来确定,例如可以是指重量在一定范围,或者体积在一定范围等。
步骤S3044,在整车配送条件下的用户订单满足整车配送条件的情况下,确定用户订单为满足拼车条件的用户订单。
在一种可选的方案中,在获取到配送到同一个县内所有农资品的收货地址和重量之后,可以根据收货地址,对配送到同一个村的所有农资品的重量进行汇总,得到同一个村的总重量,并判断配送到同一个村的总重量是超过32吨,如果超过,则可以确定配送到同一个村的用户订单为满足拼车条件的用户订单,可以将满足拼车条件的用户订单生效。
下面结合图5,以拼车购活动为例对本申请一种优选的实施例进行详细说明,图5示出了商家对某县配置分车和路线的后台操作页面,图6示出了订单处理方法的示意图,如图6所示,W县内包括A、B、C和D四个村子;如图5所示,商家在该县完成拼车活动之后,只需要点击页面中的智能拼车按键,系统可以根据农资品的收货地址和重量,判断用户订单是否满足拼车条件,例如,需要配送到W县A村的农资品为叶面肥-SKU1,订单1的重量为18t,订单2的重量为14t,两个订单的总重量为32t,满足整车配送条件,则可以确定订单1和订单2为满足拼车条件的订单,进一步将订单1和订单2生效,也即将订单1和订单2中的所有农资品配送到该县A村。
在本申请上述实施例中,在步骤S3042,根据订单信息中的目标对象的对象信息,判断用户订单是否满足整车配送条件之后,该方法还包括如下步骤:
步骤S3046,在整车配送条件下的用户订单不满足整车配送条件的情况下,判断预定区域内是否存在其他用户订单。
具体地,上述的其他用户订单可以是一个用户订单,也可以是多个用户订单。
步骤S3048,在预定区域内存在其他用户订单与整车配送条件下的用户订单共同满足整车配送条件的情况下,确定其他用户订单和整车配送条件下的用户订单均为满足拼车条件的用户订单。
在一种可选的方案中,如果配送到同一个村的所有用户订单内的农资品的总重量小于32吨,不满足整车配送条件,则可以判断要配送到其他村的订单是否能够进行补充,也即,整车配送条件下的用户订单与其他用户订单中所有农资品的总重量是否达到32吨,如果达到,则可以确定整车配送条件下的用户订单和其他用户订单均为满足拼车条件的用户订单,可以分配在同一个车中进行配送,并且配送地址为所有用户订单的收货地址。
例如,仍以拼车购活动为例对本申请一种优选的实施例进行详细说明,如图5所示,需要配送到该县B村的农资品为叶面肥-SKU1,订单3的重量为20t,订单4的重量为8t,整车配送条件下的订单3和订单4不满足整车配送条件,需要配送到该县C村的农资品为叶面肥-SKU1,订单5的重量为4t,三个订单的总重量为32t,满足整车配送条件,则可以确定订单3、订单4和订单5均为满足拼车条件的订单,并将用户订单3、订单4和订单5生效,也即将订单3、订单4和订单5中的所有农资品配送到该县B村和C村。
在本申请上述实施例中,在步骤S306,生效满足拼车条件的用户订单之后,该方法还包括如下步骤:
步骤S308,生成配送策略,其中,配送策略用于配送生效的用户订单中下单的目标对象。
具体地,上述的配送策略可以包括:对农资品进行分车的方式,以及农资品配送至目的地的路线,从而实现为商家提供合理的分车以及最优的配送路线。
在一种可选的方案中,可以根据满足拼车条件的用户订单中的所有农资品的收货地址和重量,确定所有农资品的分车方式以及最优的配送路线,也即生成用于配送所有农资品的配送策略。
在本申请上述实施例中,步骤S308,生成配送策略包括:
步骤S3082,分别获取满足整车配送条件的用户订单的配送起点与目的地,以及其他用户订单的配送起点与目的地的距离。
具体地,上述的配送起点可以是商家发货的发货地址,为了能够得到最优的配送路线,在生成配送策略时,可以考虑发货地址与收货地址之间的距离。
步骤S3084,根据分别获取的距离,生成配送策略。
在一种可选的方案中,在整车配送条件下的用户订单满足整车配送条件的情况下,则可以直接根据用户订单的收货地址生成配送策略,也即,可以通过同一个车辆进行配送,配送路线为配送起点至目的地;在整车配送条件下的用户订单不满足整车配送条件的情况下,由于该用户订单与其他用户订单共同满足整车配送条件,则可以计算发货地址与每个收货地址的距离,并根据距离不同,生成相应的配送路线,从而得到配送策略,例如,可以按照距离从近至远的顺序生成配送路线。
例如,仍以拼车购活动为例对本申请一种优选的实施例进行详细说明,如图5所示,需要配送至A村的订单1和订单2满足拼车条件,相应的配送策略可以是将订单1和订单2中的农资品分配给车次1,并由车次1直接发送至A村,如图6中的虚线所示;需要配送到该县B村的订单3和订单4以及需要配送到该县C村的农资品订单5满足拼车条件,相应的配送策略可以是将订单3、订单4和订单5中的农资品分配给车次2,由车次2进行配送,配送路线为先去B村,然后再去C村,如图6中点划线所示。
在本申请上述实施例中,步骤S3084,根据分别获取的距离,生成配送策略包括:
步骤S310,对分别获取的距离按照由远至近进行排序,获得排序结果。
步骤S312,根据排序结果,生成配送策略。
在一种可选的方案中,在整车配送条件下的用户订单不满足整车配送条件的情况下,在计算出每个收货地址与发货地址的距离之后,可以按照从远到近的顺序对每个收货地址进行排序,得到排序后的收货地址,进一步根据排序后的收货地址、每个收货地址的周围环境以及要配送到不同目的地的农资品的重量进行确定,例如,可以优先配送距离较小的用户订单,在两个目的地的距离相差较小的情况下,可以优先配送到路况较好的目的地,在两个目的地的路况相似的情况下,可以优先配送到农资品的总重量较大的目的地。
需要说明的是,在本申请优选的实施例中,以根据排序结果生成配送策略为例进行详细说明。例如,仍以拼车购活动为例对本申请一种优选的实施例进行详细说明,如图6所示,W县内包括A、B、C和D四个村子,四个村子距离商家发货地址的距离由近到远为A、B、C和D;排序后的订单如图5所示,对于订单3、订单4和订单5,三个订单的农资品可以由车次2进行配送,配送路线为先去B村,再去C村,如图6中点划线所示。
在本申请上述实施例中,在步骤S308,生成配送策略之前,该方法还包括如下步骤:
步骤S314,判断预定区域内是否存在二段物流服务。
具体地,上述的二段物流服务可以是第三方物流系统提供的物流服务,商家可以将农资品配送到第三方物流系统设置的站点,第三方物流系统可以将站点接收到的农资品配送至不同收货地址,无需用商家进行分车和配送路线的确定。
步骤S316,在预定区域内不存在二段物流服务的情况下,确定生成配送策略。
在一种可选的方案中,当商家需要对同一个县内下单购买的所有农资品进行配送时,首先区分购买所有农资品的收货地址所处县是否存在二段物流服务,如果是,则可以按照重量直接平均分配到每辆车,然后配送到该县对应的县点,之后由二段物流服务进行配送;如果否,则需要商家对所有农资品进行分车并确定配送路线,也即,需要生成相应的配送策略。
例如,如图6所示,某农资厂家获取到的所有农资品的收货地址均为K县,并且K县内有二段物流服务,则可以直接将所有农资品配送到二段物流服务的站点,也即农资厂家将所有农资品配送至K县的县点;如图4和图6所示,某农资厂家获取到的所有农资品的收货地址均为W县,该县内没有二段物流服务,则需要由商家自己发货,基于订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效。
在本申请上述实施例中,在步骤S302,获取预定区域内用户订单的订单信息之前,该方法还包括如下步骤:
步骤S318,发布用于拼车购买的拼车信息。
具体地,上述的拼车信息可以是商家在各个县发布的产品进行拼车购买的信息,例如,如图4所示,可以是图4中的拼车购专区内发布活动;上述的订单信息中不仅包括有收货地址和重量,还可以包括:订单号、商品名称、商品数量、付款时间和收货人等信息,如图5所示。
在一种可选的方案中,商家可以在农资购买平台中发布对农资品进行拼车购买的信息,农户在查看到信息之后,可以下单购买农资品,从而商家可以获取到同一个县内农户下单购买的所有农资品的收货地址和重量。
例如,如图4所示,商家可以通过商家中心-供应链管理中拼车购管理发布相应的拼车购活动信息,农户可以通过APP查看到相应的商品信息,并进行下单,在农户下单之后,商家可以通过拼车购管理来查看活动进展,也即,查看购买农资产品的所有订单。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
实施例2
根据本申请实施例,还提供了一种订单处理方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图7是根据本申请实施例2的一种订单处理方法的流程图。如图7所示,该方法可以包括如下步骤:
步骤S702,发布用于预定区域内拼车购买目标对象的拼车信息。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的拼车信息可以是商家在各个县发布的产品进行拼车购买的信息,例如,如图4所示,可以是图4中的拼车购专区内发布活动。
步骤S704,获取用户订单的订单信息。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,由于农资品的物流配送有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明;上述的订单信息还可以包括:订单号、商品名称、商品数量、重量、付款时间、收货人和收货地址等信息,如图5所示。
步骤S706,基于订单信息,生效满足拼车条件的用户订单。
具体地,上述的拼车条件可以是农资品可以进行拼车配送的条件,例如,农资品的重量满足一定的条件,上述的满足拼车条件的用户订单可以是单个用户订单,也可以是多个用户订单。
在一种可选的方案中,商家可以在农资购买平台中发布对农资品进行拼车购买的信息,农户在查看到信息之后,可以下单购买农资品,在农户从农资购买平台下单购买农资品之后,农资购买平台的服务器可以对同一个县内下单购买农资品的用户订单进行汇总,从而商家可以得到同一个县内下单购买所有农资品的用户订单,当商家需要对同一个县内下单购买的所有农资品进行配送时,服务器可以判断用户订单中所有农资品的重量是否满足一定条件,如果单个用户订单或多个用户订单中所有农资品的重量满足一定条件,则确定单个用户订单或多个用户订单为满足拼车条件的用户订单,并将该用户订单生效,也即,将该用户订单中的所有农资品配送至对应的收货地址。
本申请上述实施例2所提供的方案,发布用于预定区域内拼车购买目标对象的拼车信息,获取用户订单的订单信息,并基于订单信息,将满足拼车条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例2的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
在本申请上述实施例中,在步骤S706,生效满足拼车条件的用户订单之后,上述方法还包括如下步骤:
步骤S708,确定配送策略,其中,配送策略用于配送生效的用户订单中下单的目标对象。
具体地,上述的配送策略可以包括:对农资品进行分车的方式,以及农资品配送至目的地的路线,从而实现为商家提供合理的分车以及最优的配送路线。
在一种可选的方案中,可以根据满足拼车条件的用户订单中的所有农资品的收货地址和重量,确定所有农资品的分车方式以及最优的配送路线,也即生成用于配送所有农资品的配送策略。
实施例3
根据本申请实施例,还提供了一种订单处理方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图8是根据本申请实施例3的一种订单处理方法的流程图。如图8所示,该方法可以包括如下步骤:
步骤S802,获取预定区域内用户订单的订单信息。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,农资品的物流配送可以有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明。
步骤S804,基于订单信息,确定满足配送条件的用户订单。
具体地,上述的配送条件可以是农资品可以进行配送的条件,可以包括拼车条件,例如,农资品的重量满足一定的条件,上述的满足配送条件的用户订单可以是单个用户订单,也可以是多个用户订单。
步骤S806,生效满足配送条件的用户订单。
在一种可选的方案中,在农户从农资购买平台下单购买农资品之后,农资购买平台的服务器可以对同一个县内下单购买农资品的用户订单进行汇总,从而商家可以得到同一个县内下单购买的所有农资品的用户订单,当商家需要对同一个县内下单购买的所有农资品进行配送时,服务器可以判断用户订单中所有农资品的重量是否满足一定条件,如果单个用户订单或多个用户订单中所有农资品的重量满足一定条件,则确定单个用户订单或多个用户订单为满足拼车条件的用户订单,并将该用户订单生效,也即,将该用户订单中的所有农资品配送至对应的收货地址。
本申请上述实施例3所提供的方案,获取预定区域内用户订单的订单信息,并基于订单信息,确定满足配送条件的用户订单,将生效满足配送条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例3的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
实施例4
根据本申请实施例,还提供了一种用于实施上述订单处理方法的订单处理装置,如图9所示,该装置900包括:
第一获取模块902,用于获取预定区域内用户订单的订单信息。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,由于农资品的物流配送有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明。
第一确定模块904,基于订单信息,确定满足拼车条件的用户订单。
具体地,上述的拼车条件可以是农资品可以进行拼车配送的条件,例如,农资品的重量满足一定的条件,上述的满足拼车条件的用户订单可以是单个用户订单,也可以是多个用户订单。
第一生效模块906,用于生效满足拼车条件的用户订单。
此处需要说明的是,上述第一获取模块902、第一确定模块904和第一生效模块906对应于实施例1中的步骤S302至步骤S306,三个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
本申请上述实施例4所提供的方案,获取预定区域内用户订单的订单信息,并基于订单信息,确定满足拼车条件的用户订单,将生效满足拼车条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例4的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
实施例5
根据本申请实施例,还提供了一种用于实施上述订单处理方法的订单处理装置,如图10所示,该装置1000包括:
发布模块1002,用于发布用于预定区域内拼车购买目标对象的拼车信息。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的拼车信息可以是商家在各个县发布的产品进行拼车购买的信息,例如,如图4所示,可以是图4中的拼车购专区内发布活动。
第二获取模块1004,用于获取用户订单的订单信息。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,由于农资品的物流配送有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明;上述的订单信息还可以包括:订单号、商品名称、商品数量、重量、付款时间、收货人和收货地址等信息,如图5所示。
第二生效模块1006,用于基于订单信息,满足拼车条件的用户订单。
具体地,上述的拼车条件可以是农资品可以进行拼车配送的条件,例如,农资品的重量满足一定的条件,上述的满足拼车条件的用户订单可以是单个用户订单,也可以是多个用户订单。
此处需要说明的是,上述发布模块1002、第二获取模块1004和第二生效模块1006对应于实施例2中的步骤S702至步骤S706,三个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例二所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
本申请上述实施例5所提供的方案,发布用于预定区域内拼车购买目标对象的拼车信息,获取用户订单的订单信息,并基于订单信息,将满足拼车条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例5的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
实施例6
根据本申请实施例,还提供了一种用于实施上述订单处理方法的订单处理装置,如图11所示,该装置1100包括:
第三获取模块1102,用于获取预定区域内用户订单的订单信息。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,农资品的物流配送可以有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明。
第二确定模块1104,用于基于订单信息,确定满足配送条件的用户订单。
具体地,上述的配送条件可以是农资品可以进行配送的条件,可以包括拼车条件,例如,农资品的重量满足一定的条件,上述的满足配送条件的用户订单可以是单个用户订单,也可以是多个用户订单。
第三生效模块1106,用于生效满足配送条件的用户订单。
此处需要说明的是,上述第三获取模块1102、第二确定模块1104和第三生效模块1106对应于实施例3中的步骤S802至步骤S806,三个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例三所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
本申请上述实施例6所提供的方案,获取预定区域内用户订单的订单信息,并基于订单信息,确定满足配送条件的用户订单,将生效满足配送条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足配送条件的用户订单,并将满足配送条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例6的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
实施例7
根据本申请实施例,还提供了一种服务器,包括处理器和存储器。
其中,存储器存储有程序;处理器用于运行存储器所存储的程序时执行如下步骤:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
在本申请上述实施例中,预定区域可以包括以下至少之一:市域,县域,乡域,镇域。具体的预定区域可以通过地理位置来进行确定。
在本申请上述实施例中,订单信息可以包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。可选地,对象信息可以包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
在本申请上述实施例中,目标对象具体可以是指商品,目标对象,即商品的种类可以为一种或多种。在本申请实施例中,目标对象为农资品,农资品可以包括化肥、种子、农具等。
具体地,上述的目的地可以是农户购买农资品的收货地址,例如,可以是农户所住的村子,购买农资品的农户可以是居住在同一个市的不同村子的农户,或者可以是居住在同一个县的不同村子中的农户,或者可以是居住在同一个乡的不同村子中的农户,或者又可以是居住在同一个镇的不同村子中的农户;上述的对象信息可以是农户购买的农资品的数量,体积或者重量,由于农资品的物流配送有最低配送重量,在本申请实施例中,以对象信息为农资品的重量为例进行详细说明;上述的拼车条件可以是农资品可以进行拼车配送的条件,例如,农资品的重量满足一定的条件,上述的满足拼车条件的用户订单可以是单个用户订单,也可以是多个用户订单。
在一种可选的方案中,在农户从农资购买平台下单购买农资品之后,农资购买平台的服务器可以对同一个县内下单购买农资品的用户订单进行汇总,从而商家可以得到同一个县内下单购买的所有农资品的用户订单,当商家需要对同一个县内下单购买的所有农资品进行配送时,服务器可以判断用户订单中所有农资品的重量是否满足一定条件,如果单个用户订单或多个用户订单中所有农资品的重量满足一定条件,则确定单个用户订单或多个用户订单为满足拼车条件的用户订单,并将该用户订单生效,也即,将该用户订单中的所有农资品配送至对应的收货地址。
本申请上述实施例7所提供的方案,获取预定区域内用户订单的订单信息,并基于订单信息,确定满足拼车条件的用户订单,将满足拼车条件的用户订单生效,从而实现对预定区域内的用户订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例7的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
实施例8
本申请的实施例可以提供一种计算机终端,该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地,在本实施例中,上述计算机终端也可以替换为移动终端等终端设备。
可选地,在本实施例中,上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中,上述计算机终端可以执行应用程序的漏洞检测方法中以下步骤的程序代码:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
可选地,图12是根据本申请实施例的一种计算机终端的结构框图。如图12所示,该计算机终端1200可以包括:一个或多个(图中仅示出一个)处理器1202、以及存储器1204。
其中,存储器可用于存储软件程序以及模块,如本申请实施例中的订单处理方法和装置对应的程序指令/模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的订单处理方法。存储器可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
可选的,上述处理器还可以执行如下步骤的程序代码:订单信息包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。
可选的,上述处理器还可以执行如下步骤的程序代码:获取整车配送条件下的用户订单;根据订单信息中的目标对象的对象信息,判断整车配送条件下的用户订单是否满足整车配送条件;在整车配送条件下的用户订单满足整车配送条件的情况下,确定用户订单为满足拼车条件的用户订单。
可选的,上述处理器还可以执行如下步骤的程序代码:在根据订单信息中的目标对象的对象信息,判断用户订单是否满足整车配送条件之后,在整车配送条件下的用户订单不满足整车配送条件的情况下,判断预定区域内是否存在其他用户订单;在预定区域内存在其他用户订单与整车配送条件下的用户订单共同满足整车配送条件的情况下,确定其他用户订单和整车配送条件下的用户订单均为满足拼车条件的用户订单。
可选的,上述处理器还可以执行如下步骤的程序代码:在生效满足拼车条件的用户订单之后,生成配送策略,其中,配送策略用于配送生效的用户订单中下单的目标对象。
可选的,上述处理器还可以执行如下步骤的程序代码:分别获取满足整车配送条件的用户订单的配送起点与目的地,以及其他用户订单的配送起点与目的地的距离;根据分别获取的距离,生成配送策略。
可选的,上述处理器还可以执行如下步骤的程序代码:对分别获取的距离按照由远至近进行排序,获得排序结果;根据排序结果,生成配送策略。
可选的,上述处理器还可以执行如下步骤的程序代码:在获取预定区域内用户订单的订单信息之前,发布用于拼车购买的拼车信息。
可选的,上述处理器还可以执行如下步骤的程序代码:预定区域包括以下至少之一:市域,县域,乡域,镇域。
可选的,上述处理器还可以执行如下步骤的程序代码:对象信息包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
采用本申请实施例,获取预定区域内用户订单的订单信息,并急于订单信息,确定用户订单中满足拼车条件的用户订单,将满足拼车条件的用户订单生效,从而实现对预定区域内的订单进行处理的目的。
容易注意到,由于可以根据订单信息确定满足拼车条件的用户订单,并将满足拼车条件的用户订单生效,实现基于物流配送能力对订单进行处理,与相关技术相比,商家无需手工对订单进行处理,而且无需设置多个分拨中心,对于大件商品,特别是农村环境下的农资购买订单的处理中,达到提升物流配送效率,节约物流配送成本,提升用户体验感和好感度的技术效果。
由此,本申请提供的上述实施例的方案解决了相关技术中订单处理方法的处理效率低的技术问题。
本领域普通技术人员可以理解,图12所示的结构仅为示意,计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices,MID)、PAD等终端设备。图12其并不对上述电子装置的结构造成限定。例如,计算机终端12还可包括比图12中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图12所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例9
本申请的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于保存上述实施例一所提供的订单处理方法所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足拼车条件的用户订单。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:订单信息包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:获取整车配送条件下的用户订单;根据订单信息中的目标对象的对象信息,判断整车配送条件下的用户订单是否满足整车配送条件;在整车配送条件下的用户订单满足整车配送条件的情况下,确定用户订单为满足拼车条件的用户订单。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据对象信息,判断用户订单是否满足整车配送条件之后,在整车配送条件下的用户订单不满足整车配送条件不满足整车配送条件的情况下,判断预定区域内是否存在其他用户订单;在预定区域内存在其他用户订单与整车配送条件下的用户订单共同满足整车配送条件的情况下,确定其他用户订单与整车配送条件下的用户订单均为满足拼车条件的用户订单。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在生效满足拼车条件的用户订单之后,生成配送策略,其中,配送策略用于配送生效的用户订单中下单的目标对象。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:分别获取满足整车配送条件的用户订单的配送起点与目的地,以及其他用户订单的配送起点与目的地的距离;根据分别获取的距离,生成配送策略。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:对分别获取的距离按照由远至近进行排序,获得排序结果;根据排序结果,生成配送策略。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在获取预定区域内用户订单的订单信息之前,发布用于拼车购买的拼车信息。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:预定区域包括以下至少之一:市域,县域,乡域,镇域。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:对象信息包括以下信息至少之一:目标对象的数量,目标对象的体积,目标对象的重量。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其他的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其他的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (18)
1.一种订单处理方法,其特征在于,包括:
获取预定区域内用户订单的订单信息;
基于订单信息,确定满足拼车条件的用户订单;
生效满足所述拼车条件的用户订单。
2.根据权利要求1所述的方法,其特征在于,所述订单信息包括以下至少之一:用户订单中的目标对象,用户订单要配送到的目的地,以及目标对象的对象信息。
3.根据权利要求2所述的方法,其特征在于,基于订单信息,确定满足拼车条件的用户订单包括:
获取整车配送条件下的用户订单;
根据订单信息中的目标对象的对象信息,判断整车配送条件下的用户订单是否满足整车配送条件;
在整车配送条件下的用户订单满足整车配送条件的情况下,确定用户订单为满足拼车条件的用户订单。
4.根据权利要求3所述的方法,其特征在于,在根据订单信息中的目标对象的对象信息,判断用户订单是否满足整车配送条件之后,所述方法还包括:
在整车配送条件下的用户订单不满足所述整车配送条件的情况下,判断所述预定区域内是否存其他用户订单;
在所述预定区域内存在其他用户订单与整车配送条件下的用户订单共同满足所述整车配送条件的情况下,确定其他用户订单和整车配送条件下的用户订单均为满足所述拼车条件的用户订单。
5.根据权利要求4所述的方法,其特征在于,在生效满足所述拼车条件的用户订单之后,所述方法还包括:
生成配送策略,其中,所述配送策略用于配送生效的用户订单中下单的目标对象。
6.根据权利要求5所述的方法,其特征在于,生成配送策略包括:
分别获取满足整车配送条件的用户订单的配送起点与目的地,以及其他用户订单的配送起点与目的地的距离;
根据分别获取的距离,生成配送策略。
7.根据权利要求6所述的方法,其特征在于,根据分别获取的距离,生成配送策略包括:
对分别获取的距离按照由远至近进行排序,获得排序结果;
根据所述排序结果,生成所述配送策略。
8.根据权利要求1所述的方法,其特征在于,在获取预定区域内用户订单的订单信息之前,所述方法还包括:
发布用于拼车购买的拼车信息。
9.根据权利要求1到8中任一项所述的方法,其特征在于,所述预定区域包括以下至少之一:市域,县域,乡域,镇域。
10.根据权利要求2到7中任一项所述的方法,其特征在于,所述对象信息包括以下信息至少之一:
所述目标对象的数量,所述目标对象的体积,所述目标对象的重量。
11.一种订单处理方法,其特征在于,包括:
发布用于预定区域内拼车购买目标对象的拼车信息;
获取用户订单的订单信息;
基于订单信息,生效满足拼车条件的用户订单。
12.根据权利要求11所述的方法,其特征在于,在生效满足拼车条件的用户订单之后,所述方法还包括:
确定配送策略,其中,所述配送策略用于配送生效的用户订单中下单的目标对象。
13.一种订单处理方法,其特征在于,包括:
获取预定区域内用户订单的订单信息;
基于订单信息,确定满足配送条件的用户订单;
生效满足所述配送条件的用户订单。
14.一种订单处理装置,其特征在于,包括:
第一获取模块,用于获取预定区域内用户订单的订单信息;
第一确定模块,用于基于订单信息,确定满足拼车条件的用户订单;
第一生效模块,用于生效满足所述拼车条件的用户订单。
15.一种订单处理装置,其特征在于,包括:
发布模块,用于发布用于预定区域内拼车购买目标对象的拼车信息;
第二获取模块,用于获取用户订单的订单信息;
第二生效模块,用于基于订单信息,生效满足拼车条件的用户订单。
16.一种订单处理装置,其特征在于,包括:
第三获取模块,用于获取预定区域内用户订单的订单信息;
第二确定模块,用于基于订单信息,确定满足配送条件的用户订单;
第三生效模块,用于生效满足所述配送条件的用户订单。
17.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如下步骤:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足所述拼车条件的用户订单。
18.一种服务器,其特征在于,包括处理器和存储器,其中,
所述存储器存储有程序;
所述处理器,用于运行所述存储器所存储的程序时执行如下步骤:获取预定区域内用户订单的订单信息;基于订单信息,确定满足拼车条件的用户订单;生效满足所述拼车条件的用户订单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810046129.4A CN110046839A (zh) | 2018-01-17 | 2018-01-17 | 订单处理方法和装置、服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810046129.4A CN110046839A (zh) | 2018-01-17 | 2018-01-17 | 订单处理方法和装置、服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110046839A true CN110046839A (zh) | 2019-07-23 |
Family
ID=67273099
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810046129.4A Pending CN110046839A (zh) | 2018-01-17 | 2018-01-17 | 订单处理方法和装置、服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110046839A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111967657A (zh) * | 2020-07-30 | 2020-11-20 | 中国外运股份有限公司 | 一种运输订单优化方法及装置 |
CN112348540A (zh) * | 2020-11-30 | 2021-02-09 | 恒瑞通(福建)信息技术有限公司 | 一种食品安全领域的大宗食品采购方法 |
CN112732439A (zh) * | 2021-01-05 | 2021-04-30 | 北京三快在线科技有限公司 | 一种资源获取方法、装置、存储介质及电子设备 |
CN112948522A (zh) * | 2021-03-31 | 2021-06-11 | 拉扎斯网络科技(上海)有限公司 | 对象处置方法及装置 |
CN112948521A (zh) * | 2021-03-31 | 2021-06-11 | 拉扎斯网络科技(上海)有限公司 | 对象处置方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751625A (zh) * | 2013-12-25 | 2015-07-01 | 上海博泰悦臻网络技术服务有限公司 | 基于轨迹分析的拼车方法和系统 |
US20160138928A1 (en) * | 2014-11-18 | 2016-05-19 | International Business Machines Corporation | Dynamic real-time carpool matching |
CN106886877A (zh) * | 2017-03-31 | 2017-06-23 | 刘政 | 物流配送方法、装置及服务器 |
CN107180324A (zh) * | 2017-05-05 | 2017-09-19 | 百度在线网络技术(北京)有限公司 | 一种拼单方法和装置 |
CN107195175A (zh) * | 2016-03-14 | 2017-09-22 | 滴滴(中国)科技有限公司 | 一种订单分配方法及系统 |
-
2018
- 2018-01-17 CN CN201810046129.4A patent/CN110046839A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751625A (zh) * | 2013-12-25 | 2015-07-01 | 上海博泰悦臻网络技术服务有限公司 | 基于轨迹分析的拼车方法和系统 |
US20160138928A1 (en) * | 2014-11-18 | 2016-05-19 | International Business Machines Corporation | Dynamic real-time carpool matching |
CN107195175A (zh) * | 2016-03-14 | 2017-09-22 | 滴滴(中国)科技有限公司 | 一种订单分配方法及系统 |
CN106886877A (zh) * | 2017-03-31 | 2017-06-23 | 刘政 | 物流配送方法、装置及服务器 |
CN107180324A (zh) * | 2017-05-05 | 2017-09-19 | 百度在线网络技术(北京)有限公司 | 一种拼单方法和装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111967657A (zh) * | 2020-07-30 | 2020-11-20 | 中国外运股份有限公司 | 一种运输订单优化方法及装置 |
CN112348540A (zh) * | 2020-11-30 | 2021-02-09 | 恒瑞通(福建)信息技术有限公司 | 一种食品安全领域的大宗食品采购方法 |
CN112732439A (zh) * | 2021-01-05 | 2021-04-30 | 北京三快在线科技有限公司 | 一种资源获取方法、装置、存储介质及电子设备 |
CN112948522A (zh) * | 2021-03-31 | 2021-06-11 | 拉扎斯网络科技(上海)有限公司 | 对象处置方法及装置 |
CN112948521A (zh) * | 2021-03-31 | 2021-06-11 | 拉扎斯网络科技(上海)有限公司 | 对象处置方法及装置 |
CN112948522B (zh) * | 2021-03-31 | 2023-04-07 | 拉扎斯网络科技(上海)有限公司 | 对象处置方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110046839A (zh) | 订单处理方法和装置、服务器 | |
CN111353840B (zh) | 订单信息处理方法、装置及电子设备 | |
CN103208077B (zh) | 一种协同订购方法及设备、系统 | |
CN104156843A (zh) | 一种物流配送管理系统及其方法 | |
CN107358468A (zh) | 广告管理方法和存储介质 | |
CN106251206A (zh) | 一种分销交易方法及系统 | |
CN109978292B (zh) | 门店的智能管理方法及装置 | |
CN106886877A (zh) | 物流配送方法、装置及服务器 | |
CN106447264A (zh) | 一种商品调配的方法与系统 | |
CN106209953A (zh) | 订单信息的处理方法、装置及系统 | |
CN110322180A (zh) | 确定配送商品的方法、装置和系统 | |
CN102592222A (zh) | 网络实时传送订单系统及使用该系统订购商品的方法 | |
CN107203858B (zh) | 配送时间确定方法和装置 | |
CN114187074A (zh) | 订单生成方法、装置、设备及存储介质 | |
CN108874805A (zh) | 数据的处理方法和装置 | |
CN109685615A (zh) | 处理服务需求的系统、方法、装置以及存储介质 | |
CN109785012A (zh) | 销售系统和商铺信息的处理方法、装置以及存储介质 | |
CN109472627A (zh) | 渠道商的推荐方法和装置 | |
US20170293904A1 (en) | Validation, Subscription and Billing System | |
CN109493155B (zh) | 支付信息费用的方法和系统 | |
CN106548377A (zh) | 一种根据销售线索自动生成销售方案的方法 | |
CN109345228A (zh) | 处理订单的方法、系统以及存储介质 | |
CN109740986A (zh) | 物品托运信息的匹配方法及装置、存储介质、电子装置 | |
CN112396266A (zh) | 订单配送方法、装置、服务器以及存储介质 | |
CN108874553A (zh) | 消息推送方法、装置和系统、存储介质及处理器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40011349 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190723 |