CN114418510A - 货物运输管理方法、系统、平台和存储介质 - Google Patents
货物运输管理方法、系统、平台和存储介质 Download PDFInfo
- Publication number
- CN114418510A CN114418510A CN202210315462.7A CN202210315462A CN114418510A CN 114418510 A CN114418510 A CN 114418510A CN 202210315462 A CN202210315462 A CN 202210315462A CN 114418510 A CN114418510 A CN 114418510A
- Authority
- CN
- China
- Prior art keywords
- delivery
- order cluster
- cluster
- target
- order
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 70
- 238000000034 method Methods 0.000 claims abstract description 26
- 238000012790 confirmation Methods 0.000 claims description 32
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
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/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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Abstract
本申请涉及一种货物运输管理方法、系统、平台和存储介质,方法包括:每隔预设时段获取预设区域内的订单信息;订单信息包括物品的发货地址和收货地址;对发货地址和收货地址进行聚类,获得至少一个订单簇;针对第一目标订单簇,发送发货请求至第一目标订单簇中的每个发货端;第一目标订单簇为至少一个订单簇中的一个订单簇;接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;第一目标订单簇包含第二目标订单簇;发布第一运输任务,第一运输任务为运输第二目标订单簇中的物品,帮助商家解决货物运输问题,可以吸引商家入驻,不再需要快递员多次取件,可以实现便利取件和节约物流公司的成本。
Description
技术领域
本申请涉及运输管理技术领域,特别是涉及一种货物运输管理方法、系统、平台和存储介质。
背景技术
电子商务的优势非常明显,这种让人们普遍看好的商务模式,在迅速发展的同时,也遇到很多问题。目前的电子商务购物平台,都是买家从购物平台下单,卖家整理订单信息,卖家在快递平台上,根据订单信息进行批量或者单件下单寄件,然后快递平台(例如,顺丰)就会推送给快递员,让快递员进行取件,之后快递员就需要在2小时内或者预设时间段内去取件放入固定位置。物流车辆会在固定的时间(例如,晚上8点)将放入固定位置的物品装车进行运输。但是,这种取件方式对卖家和物流公司都是不便利的。针对卖家,卖家需要时刻关注订单并下单寄件;针对物流公司,只要卖家下单,物流公司就需要在预设时间段内去取件,否则就会被罚款,有时候刚在卖家A处取件回到物流公司,卖家A又新下了一单,快递员有需要跑一趟去取件,这对快递员来说是非常不便利的,对物流公司来说非常浪费成本。
发明内容
基于此,有必要针对上述技术问题,提供一种货物运输管理方法、系统、平台和存储介质。
一种货物运输管理方法,所述方法包括:
每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
针对第一目标订单簇,发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;
接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
发布第一运输任务,所述第一运输任务为运输所述第二目标订单簇中的物品。
在其中一个实施例中,所述发货请求包括发货时间,所述订单信息包括买方的用户ID;
所述方法还包括:
针对目标用户ID,根据所述目标用户ID获取目标用户的平均退货时间;其中,所述目标用户ID为买方的用户ID中的一个用户ID;
获取所述发货时间和当前时间的差值;
将所述差值和所述平均退货时间作比较;
若所述差值大于所述平均退货时间,则在发送所述发货请求时,将与所述目标用户ID对应的订单信息和对应的平均退货时间发送至对应的发货端。
在其中一个实施例中,所述方法还包括:
获取第二目标订单簇的订单数量;
若所述订单数量大于第一预设阈值,则获取未返回确认发货信息的第三目标订单簇;
发送降价请求至第三目标订单簇中的每个发货端;
接收至少一个发货端返回的确认降价信息,将返回确认降价信息的发货端对应的订单确定为第四目标订单簇,并统计返回确认降价信息的发货端的数量;
若所述数量大于第二预设阈值,则发送降价信息至所述第二目标订单簇和所述第四目标订单簇中的每个发货端。
在其中一个实施例中,所述方法还包括:
若所述数量小于所述第二预设阈值,则发送失败请求至所述第三目标订单簇中的每个发货端。
在其中一个实施例中,所述方法还包括:
确定第五目标订单簇;其中,所述第五目标订单簇为至少一个订单簇中的一个订单簇;所述第五目标订单簇中的订单数量小于第三预设阈值;
根据所述第五目标订单簇和预设的费用信息,确定费减信息;
发布第二运输任务,所述第二运输任务为运输所述第五目标订单簇中的物品;所述第二运输任务包含所述费减信息。
在其中一个实施例中,所述接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇,包括:
接收至少一个发货端返回的确认发货信息;其中,所述发货端返回的确认发货信息中包括计划发货时间;
对所述发货时间进行聚类,得到至少一个订单簇;
将订单数量大于第三预设阈值的订单簇确定为第二目标订单簇。
在其中一个实施例中,所述发送降价请求至第三目标订单簇中的每个发货端,包括:
对所述第三目标订单簇中的订单进行分析,确定目标商品;所述目标商品对应的订单数量大于第四预设阈值;
从所述第三目标订单簇中去除所述目标商品对应的订单,作为更新的第三目标订单簇;
发送降价请求至更新的第三目标订单簇中的每个发货端。
一种货物运输管理系统,所述系统包括:
获取模块,用于每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
地址聚类模块,用于对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
发送模块,用于针对第一目标订单簇,发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;
接收确认模块,用于接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
发布模块,用于发布第一运输任务,所述第一运输任务为运输所述第二目标订单簇中的物品。
一种货物运输管理平台,所述平台包括货物运输管理系统、商家端、物流端、买方端;商家端和物流端入驻于平台;
所述买方端登录于平台,购买商家端上架的商品;
所述货物运输管理系统,每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
所述货物运输管理系统,对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
所述货物运输管理系统,针对第一目标订单簇发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;所述发货端为所述商家端;
所述商家端,响应于所述发货请求,返回确认发货信息或不返回确认发货信息;
所述货物运输管理系统,接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
所述货物运输管理系统,发布第一运输任务至平台,所述第一运输任务为运输所述第二目标订单簇中的物品。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的方法的步骤。
上述货物运输管理方法、系统、平台和存储介质,方法包括:每隔预设时段获取预设区域内的至少一个订单信息;其中,订单信息包括物品的发货地址和收货地址;对发货地址和收货地址进行聚类,获得至少一个订单簇;针对第一目标订单簇,发送发货请求至第一目标订单簇中的每个发货端;其中,第一目标订单簇为至少一个订单簇中的一个订单簇;接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,第一目标订单簇包含第二目标订单簇;发布第一运输任务,第一运输任务为运输第二目标订单簇中的物品。其中,通过对订单的地址进行聚类,确定发往目的地的至少一个订单簇,之后发送发货请求至订单簇中的发货端,从而准确确定出将要运输的订单簇(即第二目标订单簇),发布运输任务,运输第二目标订单簇中的物品,从而平台能够不需要商家下单,根据用户下单信息即使进行货物运输,平台通过和商家进行确认,能更准确确定需要运输的货物,该平台帮助商家解决货物运输问题,可以吸引商家入驻;同时,不再需要快递员多次取件,可以实现便利取件和节约物流公司的成本。
附图说明
图1为一个实施例中货物运输管理方法的流程示意图;
图2为一个实施例中货物运输管理系统的结构框图;
图3为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在一个实施例中,如图1所示,提供了一种货物运输管理方法,包括以下步骤:
步骤S101:每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
其中,预设时段是预先设置好的时间段,例如,每隔4小时获取一次预设区域内的至少一个订单信息。预设区域是预先设置好的地区,例如,预设区域为北京市丰台区。
其中,货物运输管理系统每隔4小时获取一次丰台区的订单信息,订单信息包括物品的发货地址和收货地址。
步骤S102,对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
其中,发货地址是不同的,例如,商品A的发货地址是丰台区的A街道,商品B的发货地址是丰台区的B街道,商品C的发货地址是丰台区的C街道,商品D的发货地址是丰台区的D街道。其中,A街道和B街道比较近,大约10公里,C街道和D街道比较近,大约5公里。A街道和B街道,距离C街道比较远,大约100公里,A街道和B街道,距离D街道也比较远,大约110公里。商品A的收货地址为辽宁省丹东市,商品B的收货地址为辽宁省沈阳市,商品C的收货地址是辽宁省盘锦市,商品D的收货地址是上海市。货物运输管理系统对发货地址和收货地址进行分析,得到商品A和商品B的发货地址和收货地址都比较相近,商品C和商品D的发货地址比较相近,收货地址比较远。货物运输管理系统对发货地址和收货地址进行聚类,得到收货地址和发货地址均比较相近的订单信息,将收货地址和发货地址均比较相近的订单作为一个订单簇。
其中,对发货地址和收货地址进行聚类的方法属于现有的聚类算法,此处不加以赘述。
步骤S103,针对第一目标订单簇,发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;
其中,针对第一目标订单簇,发送发货请求至第一目标订单簇中的每个发货端的APP。
步骤S104,接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
其中,发货端APP接收到发货请求后,如果同意发货就返回一个确认发货信息。货物运输管理系统将返回确认发货信息的发货端对应的订单确定为第二目标订单簇。其中,如果所有的发货端APP接收到发货请求后都返回确认发货信息,则第一目标订单簇等于第二目标订单簇。
步骤S105,发布第一运输任务,所述第一运输任务为运输所述第二目标订单簇中的物品。
其中,货物运输管理系统将第一运输任务发布到货物运输管理平台,以供物流公司的员工接单进行货物运输。
上述货物运输管理方法,每隔预设时段获取预设区域内的至少一个订单信息;其中,订单信息包括物品的发货地址和收货地址;对发货地址和收货地址进行聚类,获得至少一个订单簇;针对第一目标订单簇,发送发货请求至第一目标订单簇中的每个发货端;其中,第一目标订单簇为至少一个订单簇中的一个订单簇;接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,第一目标订单簇包含第二目标订单簇;发布第一运输任务,第一运输任务为运输第二目标订单簇中的物品。其中,通过对订单的地址进行聚类,确定发往目的地的至少一个订单簇,之后发送发货请求至订单簇中的发货端,从而准确确定出将要运输的订单簇(即第二目标订单簇),发布运输任务,运输第二目标订单簇中的物品,从而平台能够不需要商家下单,根据用户下单信息即使进行货物运输,平台通过和商家进行确认,能更准确确定需要运输的货物,该平台帮助商家解决货物运输问题,可以吸引商家入驻;同时,不再需要快递员多次取件,可以实现便利取件和节约物流公司的成本。
可选地,所述发货请求包括发货时间,所述订单信息包括买方的用户ID;所述方法还包括:
针对目标用户ID,根据所述目标用户ID获取目标用户的平均退货时间;其中,所述目标用户ID为买方的用户ID中的一个用户ID;
获取所述发货时间和当前时间的差值;
将所述差值和所述平均退货时间作比较;
若所述差值大于所述平均退货时间,则在发送所述发货请求时,将与所述目标用户ID对应的订单信息和对应的平均退货时间发送至对应的发货端。
在本发明实施例中,订单信息包括买方的用户ID,用户ID是每个用户的身份标识,用户ID是唯一的,通过用户ID可以确定该用户购买了哪些商品。目标用户ID为买方的用户ID中的一个用户ID。
在本发明实施例中,根据目标用户ID,可以获取该目标用户的平均退货时间。其中,货物运输管理系统可以获取每个用户购买商品后,在没有发货前的退货时长,可以将所有退货时长的平均值作为平均退货时间(例如,平均退货时间为24小时)。
其中,发货时间为发货请求中包含的。例如,货物运输管理系统在2022年2月14日上午6点的时候获取了一次预设区域内的订单信息,确定出第一目标订单簇后,发送发货请求至第一目标订单簇中的每个发货端,发货请求包括发货时间,例如,发货时间为2022年2月15日下午6点。货物运输管理系统获取发货时间(2022年2月15日下午6点)和当前时间(2022年2月14日上午6点)的差值为30小时,将差值和平均退货时间作比较,若差值大于平均退货时间,则表示该用户(假设为用户A)很有可能在发货前退货(假设退掉订单信息A的货物A),则需要在发送发货请求时,将与用户A的用户ID对应的订单信息A和对应的平均退货时间发送至对应的发货端,告知发货端卖家,该订单信息A的发货时间为2022年2月15日下午6点,但是该订单信息A对应的用户A的平均退货时间为24小时,则表示用户可能在发货前退货,以便告知卖家是否在退货前发货,如果在退货前发货则卖家不返回确认发货信息,或者返回一个不同意此次发货请求的信息。
可选地,所述方法还包括:
获取第二目标订单簇的订单数量;
若所述订单数量大于第一预设阈值,则获取未返回确认发货信息的第三目标订单簇;
发送降价请求至第三目标订单簇中的每个发货端;
接收至少一个发货端返回的确认降价信息,将返回确认降价信息的发货端对应的订单确定为第四目标订单簇,并统计返回确认降价信息的发货端的数量;
若所述数量大于第二预设阈值,则发送降价信息至所述第二目标订单簇和所述第四目标订单簇中的每个发货端;
若所述数量小于所述第二预设阈值,则发送失败请求至所述第三目标订单簇中的每个发货端。
在本发明实施例中,第一预设阈值为预先设置的阈值,表示运输第二目标订单簇的订单,物流公司的盈利大于预设阈值,假设第一预设阈值为1000。其中,货物运输管理系统确定出第二目标订单簇后,因第二目标订单簇中的各个订单的发货地址是相近的,收货地址也是相近的,即每个订单的快递费用P是相同的且预先获知的,即可以根据订单数量和每个订单的快递费用P计算出此次运输的收入,将收入减去路费,员工费用等等,既可以得到此次的盈利,若盈利大于预设阈值(也相当于订单数量大于第一预设阈值),则获取未返回确认发货信息的第三目标订单簇。货物运输管理系统发送降价请求至第三目标订单簇中的每个发货端,告知发货端可以降价,希望发货端可以同意此次发货请求,发货端接收到降价请求后,可以返回确认降价信息,也可以不返回确认降价信息(或者返回不同意降价的信息),货物运输管理系统接收至少一个发货端返回的确认降价信息,将返回确认降价信息的发货端对应的订单确定为第四目标订单簇,并统计返回确认降价信息的发货端的数量M;若数量M大于第二预设阈值(假设第二预设阈值为100),则货物运输管理系统根据数量确定降低的具体数值X,其中,(第二目标订单簇的订单数量N+M)*(快递费用P-X)需要大于N*P,对该公式进行求解,可以求解出X小于一个值Y;则X可以是0至Y之间的任意一个数,优选的,为了避免物流公司降低的非常少,有种欺骗卖家的现象,则需要X等于二分之Y,即取0和Y之间的平均值,这样对两方都公平。确定降低的具体数值X后,货物运输管理系统发送降价信息(降价信息包括数值X)至第二目标订单簇和第四目标订单簇中的每个发货端;若数量小于第二预设阈值,则发送失败请求至第三目标订单簇中的每个发货端,告知第三目标订单簇中的每个发货端因同意降价的商家的数量不满足条件,则此次没有成功降价,第三目标订单簇中的订单不会在2022年2月15日下午6点进行发送。
可选地,所述方法还包括:
确定第五目标订单簇;其中,所述第五目标订单簇为至少一个订单簇中的一个订单簇;所述第五目标订单簇中的订单数量小于第三预设阈值;
根据所述第五目标订单簇和预设的费用信息,确定费减信息;
发布第二运输任务,所述第二运输任务为运输所述第五目标订单簇中的物品;所述第二运输任务包含所述费减信息。
在本发明实施例中,第三预设阈值为预设的数值,例如为600。货物运输管理系统每隔4小时获取一次丰台区的订单信息,对地址进行聚类,确定至少一个订单簇,将订单簇的订单数量小于600的订单簇作为第五目标订单簇。其中,根据上述实施例公开的内容可知,可以根据订单数量和每个订单的快递费用P计算出此次运输的收入,将收入减去路费,员工费用等等,既可以得到此次的盈利,当然此次盈利是不满足物流公司的出车标准的,因此,根据此次的盈利和预设的出车标准,确定出费减信息,货物运输管理系统发布第二运输任务述第二运输任务为运输第五目标订单簇中的物品,第二运输任务包含费减信息,通知物流公司的工作人员此次物流运输需要减去部分钱,工作人员根据需求确定是否接单。
可选地,所述接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇,包括:
接收至少一个发货端返回的确认发货信息;其中,所述发货端返回的确认发货信息中包括计划发货时间;
对所述发货时间进行聚类,得到至少一个订单簇;
将订单数量大于第三预设阈值的订单簇确定为第二目标订单簇。
其中,第三预设阈值为预设的数值,例如为600、700等等。可选地,第三预设阈值大于第二预设阈值。
在本发明实施例中,货物运输管理系统接收至少一个发货端返回的确认发货信息,发货端返回的确认发货信息中包括计划发货时间,例如,有的卖家端计划今天发货,有的卖家端计划明天发货,有的卖家端计划后天发货,货物运输管理系统对发货时间进行聚类,得到至少一个订单簇,将相同发货时间(例如,明天)的订单聚类为一个订单簇。
可选地,所述发送降价请求至第三目标订单簇中的每个发货端,包括:
对所述第三目标订单簇中的订单进行分析,确定目标商品;所述目标商品对应的订单数量大于第四预设阈值;
从所述第三目标订单簇中去除所述目标商品对应的订单,作为更新的第三目标订单簇;
发送降价请求至更新的第三目标订单簇中的每个发货端。
其中,第四预设阈值表示预先设置的阈值,该第四预设阈值表示针对一个商品是否发送降价请求的判断临界值。在本发明实施例中,对第三目标订单簇中的订单进行分析,确定目标商品,目标商品对应的订单数量大于第四预设阈值(例如,为10次),则表示该目标商品对应的卖家多次(至少10次)都没有返回确认发货信息(或者返回不同意发货的信息),则不需要再发送降价请求至该目标商品对应的卖家了,从第三目标订单簇中去除目标商品对应的订单,作为更新的第三目标订单簇,发送降价请求至更新的第三目标订单簇中的每个发货端,从而避免打扰不想发货的卖家端。
应该理解的是,虽然图1的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图2所示,提供了一种货物运输管理系统,包括:
获取模块,用于每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
地址聚类模块,用于对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
发送模块,用于针对第一目标订单簇,发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;
接收确认模块,用于接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
发布模块,用于发布第一运输任务,所述第一运输任务为运输所述第二目标订单簇中的物品。
在其中一个可选的实施例中,所述发货请求包括发货时间,所述订单信息包括买方的用户ID;所述发送模块还用于:
针对目标用户ID,根据所述目标用户ID获取目标用户的平均退货时间;其中,所述目标用户ID为买方的用户ID中的一个用户ID;
获取所述发货时间和当前时间的差值;
将所述差值和所述平均退货时间作比较;
若所述差值大于所述平均退货时间,则在发送所述发货请求时,将与所述目标用户ID对应的订单信息和对应的平均退货时间发送至对应的发货端。
在其中一个可选的实施例中,所述接收确认模块还用于:
获取第二目标订单簇的订单数量;
若所述订单数量大于第一预设阈值,则获取未返回确认发货信息的第三目标订单簇;
发送降价请求至第三目标订单簇中的每个发货端;
接收至少一个发货端返回的确认降价信息,将返回确认降价信息的发货端对应的订单确定为第四目标订单簇,并统计返回确认降价信息的发货端的数量;
若所述数量大于第二预设阈值,则发送降价信息至所述第二目标订单簇和所述第四目标订单簇中的每个发货端。
在其中一个可选的实施例中,所述接收确认模块还用于:
若所述数量小于所述第二预设阈值,则发送失败请求至所述第三目标订单簇中的每个发货端。
在其中一个可选的实施例中,所述发布模块还用于:
确定第五目标订单簇;其中,所述第五目标订单簇为至少一个订单簇中的一个订单簇;所述第五目标订单簇中的订单数量小于第三预设阈值;
根据所述第五目标订单簇和预设的费用信息,确定费减信息;
发布第二运输任务,所述第二运输任务为运输所述第五目标订单簇中的物品;所述第二运输任务包含所述费减信息。
在其中一个可选的实施例中,所述接收确认模块还用于:
接收至少一个发货端返回的确认发货信息;其中,所述发货端返回的确认发货信息中包括计划发货时间;
对所述发货时间进行聚类,得到至少一个订单簇;
将订单数量大于第三预设阈值的订单簇确定为第二目标订单簇。
在其中一个可选的实施例中,所述接收确认模块还用于:
对所述第三目标订单簇中的订单进行分析,确定目标商品;所述目标商品对应的订单数量大于第四预设阈值;
从所述第三目标订单簇中去除所述目标商品对应的订单,作为更新的第三目标订单簇;
发送降价请求至更新的第三目标订单簇中的每个发货端。
关于货物运输管理系统的具体限定可以参见上文中对于货物运输管理方法的限定,在此不再赘述。上述货物运输管理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种货物运输管理平台,其特征在于,所述平台包括货物运输管理系统、商家端、物流端、买方端;商家端和物流端入驻于平台;
所述买方端登录于平台,购买商家端上架的商品;
所述货物运输管理系统,每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
所述货物运输管理系统,对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
所述货物运输管理系统,针对第一目标订单簇发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;所述发货端为所述商家端;
所述商家端,响应于所述发货请求,返回确认发货信息或不返回确认发货信息;
所述货物运输管理系统,接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
所述货物运输管理系统,发布第一运输任务至平台,所述第一运输任务为运输所述第二目标订单簇中的物品。
在本发明实施例中,上述货物运输管理平台的具体限定可以参见上文中对于货物运输管理方法和系统的限定,在此不再赘述。
其中,发货时间为发货请求中包含的。例如,货物运输管理系统在2022年2月14日上午6点的时候获取了一次预设区域内的订单信息,确定出第一目标订单簇后,发送发货请求至第一目标订单簇中的每个发货端,发货请求包括发货时间,例如,发货时间为2022年2月15日下午6点。货物运输管理系统获取发货时间(2022年2月15日下午6点)和当前时间(2022年2月14日上午6点)的差值为30小时,将差值和平均退货时间作比较,若差值大于平均退货时间,则表示该用户(假设为用户A)很有可能在发货前退货(假设退掉订单信息A的货物A),则需要在发送发货请求时,将与用户A的用户ID对应的订单信息A和对应的平均退货时间发送至对应的发货端,告知发货端卖家,该订单信息A的发货时间为2022年2月15日下午6点,但是该订单信息A对应的用户A的平均退货时间为24小时,则表示用户可能在发货前退货,以便告知卖家是否在退货前发货,如果在退货前发货则卖家不返回确认发货信息,或者返回一个不同意此次发货请求的信息。
在本发明实施例中,商家端得知用户A的平均退货时间后,商家端发送退货频率查询请求至货物运输管理系统,货物运输管理系统查询该用户A收到货退货的频率信息,将该频率信息发送给商家端。商家端将用户A的退货的频率和预设频率阈值进行比较,若用户A的退货的频率大于预设频率阈值(例如,百分之65),则表示该用户A经常退货,此时,商家还得知了用户可能在发货前退货,则卖家在用户A的退货的频率大于预设频率阈值的情况下,不返回确认发货信息,或者返回一个不同意此次发货请求的信息,避免给用户给发货了用户又退了。
进一步地,商家端得知用户A的平均退货时间后,商家端发送退货频率查询请求至货物运输管理系统后,还发送拒收频率查询请求至货物运输管理系统,获取到用户A的退货的频率P1和拒收频率P2,其中,退货不包括拒收。根据退货的频率P1、拒收频率P2、平均退货时间、发货时间和当前时间的差值确定为发货概率值W,具体地,W=P1*α+P2*β+平均退货时间/差值*θ。商家端将发货概率值W和预设频率阈值进行比较,若发货概率值W大于预设频率阈值(例如,百分之65),则商家端的APP自动不返回确认发货信息,或者返回一个不同意此次发货请求的信息至货物运输管理系统。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储货运车辆相关数据、加氢站相关数据以及中间站点、道路相关的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种货物运输管理方法。
本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以上各个实施例中的各个步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以上各个实施例中的各个步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种货物运输管理方法,其特征在于,所述方法包括:
每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
针对第一目标订单簇,发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;
接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
发布第一运输任务,所述第一运输任务为运输所述第二目标订单簇中的物品。
2.根据权利要求1所述的货物运输管理方法,其特征在于,所述发货请求包括发货时间,所述订单信息包括买方的用户ID;
所述方法还包括:
针对目标用户ID,根据所述目标用户ID获取目标用户的平均退货时间;其中,所述目标用户ID为买方的用户ID中的一个用户ID;
获取所述发货时间和当前时间的差值;
将所述差值和所述平均退货时间作比较;
若所述差值大于所述平均退货时间,则在发送所述发货请求时,将与所述目标用户ID对应的订单信息和对应的平均退货时间发送至对应的发货端。
3.根据权利要求2所述的货物运输管理方法,其特征在于,所述方法还包括:
获取第二目标订单簇的订单数量;
若所述订单数量大于第一预设阈值,则获取未返回确认发货信息的第三目标订单簇;
发送降价请求至第三目标订单簇中的每个发货端;
接收至少一个发货端返回的确认降价信息,将返回确认降价信息的发货端对应的订单确定为第四目标订单簇,并统计返回确认降价信息的发货端的数量;
若所述数量大于第二预设阈值,则发送降价信息至所述第二目标订单簇和所述第四目标订单簇中的每个发货端。
4.根据权利要求3所述的货物运输管理方法,其特征在于,所述方法还包括:
若所述数量小于所述第二预设阈值,则发送失败请求至所述第三目标订单簇中的每个发货端。
5.根据权利要求1所述的货物运输管理方法,其特征在于,所述方法还包括:
确定第五目标订单簇;其中,所述第五目标订单簇为至少一个订单簇中的一个订单簇;所述第五目标订单簇中的订单数量小于第三预设阈值;
根据所述第五目标订单簇和预设的费用信息,确定费减信息;
发布第二运输任务,所述第二运输任务为运输所述第五目标订单簇中的物品;所述第二运输任务包含所述费减信息。
6.根据权利要求1所述的货物运输管理方法,其特征在于,所述接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇,包括:
接收至少一个发货端返回的确认发货信息;其中,所述发货端返回的确认发货信息中包括计划发货时间;
对所述发货时间进行聚类,得到至少一个订单簇;
将订单数量大于第三预设阈值的订单簇确定为第二目标订单簇。
7.根据权利要求3所述的货物运输管理方法,其特征在于,所述发送降价请求至第三目标订单簇中的每个发货端,包括:
对所述第三目标订单簇中的订单进行分析,确定目标商品;所述目标商品对应的订单数量大于第四预设阈值;
从所述第三目标订单簇中去除所述目标商品对应的订单,作为更新的第三目标订单簇;
发送降价请求至更新的第三目标订单簇中的每个发货端。
8.一种货物运输管理系统,其特征在于,所述系统包括:
获取模块,用于每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
地址聚类模块,用于对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
发送模块,用于针对第一目标订单簇,发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;
接收确认模块,用于接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
发布模块,用于发布第一运输任务,所述第一运输任务为运输所述第二目标订单簇中的物品。
9.一种货物运输管理平台,其特征在于,所述平台包括货物运输管理系统、商家端、物流端、买方端;商家端和物流端入驻于平台;
所述买方端登录于平台,购买商家端上架的商品;
所述货物运输管理系统,每隔预设时段获取预设区域内的至少一个订单信息;其中,所述订单信息包括物品的发货地址和收货地址;
所述货物运输管理系统,对所述发货地址和收货地址进行聚类,获得至少一个订单簇;
所述货物运输管理系统,针对第一目标订单簇发送发货请求至所述第一目标订单簇中的每个发货端;其中,所述第一目标订单簇为至少一个订单簇中的一个订单簇;所述发货端为所述商家端;
所述商家端,响应于所述发货请求,返回确认发货信息或不返回确认发货信息;
所述货物运输管理系统,接收至少一个发货端返回的确认发货信息,将返回确认发货信息的发货端对应的订单确定为第二目标订单簇;其中,所述第一目标订单簇包含所述第二目标订单簇;
所述货物运输管理系统,发布第一运输任务至平台,所述第一运输任务为运输所述第二目标订单簇中的物品。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210315462.7A CN114418510A (zh) | 2022-03-29 | 2022-03-29 | 货物运输管理方法、系统、平台和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210315462.7A CN114418510A (zh) | 2022-03-29 | 2022-03-29 | 货物运输管理方法、系统、平台和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114418510A true CN114418510A (zh) | 2022-04-29 |
Family
ID=81264097
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210315462.7A Pending CN114418510A (zh) | 2022-03-29 | 2022-03-29 | 货物运输管理方法、系统、平台和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114418510A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115271563A (zh) * | 2022-09-29 | 2022-11-01 | 合肥新晶集成电路有限公司 | 代工产品的管理方法、目标客户端与处理器 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105719221A (zh) * | 2015-06-30 | 2016-06-29 | 北京小度信息科技有限公司 | 针对多任务的路径协同规划方法和装置 |
CN107169698A (zh) * | 2017-04-21 | 2017-09-15 | 北京小米移动软件有限公司 | 发货调度方法及装置 |
CN107844885A (zh) * | 2017-09-05 | 2018-03-27 | 北京小度信息科技有限公司 | 信息推送方法和装置 |
CN109816132A (zh) * | 2017-11-20 | 2019-05-28 | 北京京东尚科信息技术有限公司 | 信息生成方法和装置 |
CN110503353A (zh) * | 2018-05-16 | 2019-11-26 | 北京三快在线科技有限公司 | 一种配送区域表达方法及装置 |
CN111429145A (zh) * | 2020-03-26 | 2020-07-17 | 深圳市腾讯计算机系统有限公司 | 电子交易的风险控制方法、装置、电子设备 |
CN112308684A (zh) * | 2020-11-24 | 2021-02-02 | 上海百胜软件股份有限公司 | 全渠道订单的快递适配系统、方法、设备及其存储介质 |
US20210166293A1 (en) * | 2019-11-29 | 2021-06-03 | Shopify Inc. | Methods and systems for dynamic online order processing |
CN113191713A (zh) * | 2021-05-07 | 2021-07-30 | 上海东普信息科技有限公司 | 仓库缺货转仓方法、装置、设备及存储介质 |
CN113988699A (zh) * | 2021-11-15 | 2022-01-28 | 上海东普信息科技有限公司 | 物流运输管理方法、装置、设备及存储介质 |
CN114022073A (zh) * | 2021-11-04 | 2022-02-08 | 上海东普信息科技有限公司 | 快递派送方法、装置、计算机设备和存储介质 |
CN114155066A (zh) * | 2021-12-22 | 2022-03-08 | 杭州泽桥健康科技有限公司 | 一种基于大数据的订单管理方法 |
-
2022
- 2022-03-29 CN CN202210315462.7A patent/CN114418510A/zh active Pending
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105719221A (zh) * | 2015-06-30 | 2016-06-29 | 北京小度信息科技有限公司 | 针对多任务的路径协同规划方法和装置 |
CN107169698A (zh) * | 2017-04-21 | 2017-09-15 | 北京小米移动软件有限公司 | 发货调度方法及装置 |
CN107844885A (zh) * | 2017-09-05 | 2018-03-27 | 北京小度信息科技有限公司 | 信息推送方法和装置 |
US20200286039A1 (en) * | 2017-11-20 | 2020-09-10 | Beijing Jingdong Shangke Information Technology Co., Ltd. | Information generation method and apparatus |
CN109816132A (zh) * | 2017-11-20 | 2019-05-28 | 北京京东尚科信息技术有限公司 | 信息生成方法和装置 |
CN110503353A (zh) * | 2018-05-16 | 2019-11-26 | 北京三快在线科技有限公司 | 一种配送区域表达方法及装置 |
US20210166293A1 (en) * | 2019-11-29 | 2021-06-03 | Shopify Inc. | Methods and systems for dynamic online order processing |
CN111429145A (zh) * | 2020-03-26 | 2020-07-17 | 深圳市腾讯计算机系统有限公司 | 电子交易的风险控制方法、装置、电子设备 |
CN112308684A (zh) * | 2020-11-24 | 2021-02-02 | 上海百胜软件股份有限公司 | 全渠道订单的快递适配系统、方法、设备及其存储介质 |
CN113191713A (zh) * | 2021-05-07 | 2021-07-30 | 上海东普信息科技有限公司 | 仓库缺货转仓方法、装置、设备及存储介质 |
CN114022073A (zh) * | 2021-11-04 | 2022-02-08 | 上海东普信息科技有限公司 | 快递派送方法、装置、计算机设备和存储介质 |
CN113988699A (zh) * | 2021-11-15 | 2022-01-28 | 上海东普信息科技有限公司 | 物流运输管理方法、装置、设备及存储介质 |
CN114155066A (zh) * | 2021-12-22 | 2022-03-08 | 杭州泽桥健康科技有限公司 | 一种基于大数据的订单管理方法 |
Non-Patent Citations (4)
Title |
---|
刘艳秋等: "大数据背景下物流服务订单分配", 《沈阳工业大学学报》 * |
刘艳秋等: "大数据背景下物流服务订单分配", 《沈阳工业大学学报》, no. 02, 7 December 2015 (2015-12-07) * |
王桢等: "考虑订单发货区域的物流配送调度问题研究", 《计算机应用研究》 * |
王桢等: "考虑订单发货区域的物流配送调度问题研究", 《计算机应用研究》, no. 01, 7 July 2015 (2015-07-07) * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115271563A (zh) * | 2022-09-29 | 2022-11-01 | 合肥新晶集成电路有限公司 | 代工产品的管理方法、目标客户端与处理器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9378479B2 (en) | Last mile logistics | |
US20020116241A1 (en) | Enterprise resource planning system for ordering, tracking and shipping goods from a seller to a buyer | |
US20140279272A1 (en) | Methods and Systems for Sorting Items That Are Received for Further Shipment | |
US8046262B1 (en) | Coordinating the delivery of two or more packages shipped from different source locations | |
US10163119B1 (en) | Systems and methods for synchronized delivery | |
CN111815231A (zh) | 一种物流平台智能拼车方法及系统 | |
CN104484785A (zh) | 货源交易系统 | |
US8069086B2 (en) | Systems and methods for time-dependent protection of available quantities | |
CN111062660A (zh) | 一种网上商城库存数量计算方法及装置 | |
CN114418510A (zh) | 货物运输管理方法、系统、平台和存储介质 | |
CN107251085A (zh) | 物流支持方法、系统和程序 | |
CN108090721A (zh) | 一种物流订单处理方法、装置、服务器及存储介质 | |
Peng et al. | A three-phase heuristic for last-mile delivery with spatial-temporal consolidation and delivery options | |
CN110659859B (zh) | 一种电商订单库存erp管理方法及系统 | |
JP3479881B2 (ja) | 戦略的提携情報管理システム | |
CN112613765A (zh) | 一种订单处理方法、系统及计算机可读存储介质 | |
Novitasari et al. | Enhanced technology for logistics courier delivery using RFID label to minimize processing time | |
CN114298625B (zh) | 一种基于大数据的智能跨境海运采购分析系统 | |
CN114169831A (zh) | 一种基于网络超市系统的物流配送方法 | |
CN105469241A (zh) | 一种物流运输交易系统 | |
CN115936555A (zh) | 一种基于线上销售的商品智能配送系统及方法 | |
CN115423399A (zh) | 一种物流货运车辆网联化信息管理系统 | |
CN112950117B (zh) | 交易方法、计算机设备和存储介质 | |
CN113408987B (zh) | 一种物流智能分配与管理方法 | |
CN112150069B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220429 |
|
RJ01 | Rejection of invention patent application after publication |