CN107230034A - 一种关联下单方法及装置 - Google Patents
一种关联下单方法及装置 Download PDFInfo
- Publication number
- CN107230034A CN107230034A CN201710506700.1A CN201710506700A CN107230034A CN 107230034 A CN107230034 A CN 107230034A CN 201710506700 A CN201710506700 A CN 201710506700A CN 107230034 A CN107230034 A CN 107230034A
- Authority
- CN
- China
- Prior art keywords
- order
- commodity
- distributors
- purchase
- shops
- 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
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
- 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
-
- 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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Human Resources & Organizations (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种关联下单方法及装置,所述方法在接收到门店终端发送的购买订单后,确定订单商品的需求运力和最优配送商;再通过剩余运力和历史订单信息,生成至少一个包括推荐商品列表和折扣信息的关联订单;并将所述关联订单推送给下单门店终端。与现有技术相比,本申请提供的技术方案利用剩余运力和历史订单信息为下单门店推送可能购买的商品并组成关联订单,下单门店如果确定关联订单可以享受一定的折扣率。本申请通过向下单门店推送关联订单可以利用剩余运力资源,减少运力资源的浪费;而对于下单门店在购买商品时享受了折扣,减少下单门店的资金消耗,解决配送商运力分配不合理,容易造成运力资源浪费的问题。
Description
技术领域
本申请涉及商品下单技术领域,尤其涉及一种关联下单方法及装置。
背景技术
关联下单,是指在用户确定一个订单后,根据确定的订单内容再次生成订单并完成订单交易的过程。本领域人员公知的是,关联下单是通过获取已确定订单中购买商品的类型,推送与所购买商品类型相似的促销商品列表,用户在促销商品列表中选择合适的商品组合成新的订单,即关联订单。其中,促销商品列表可以根据商品热度,或者根据促销商品与在先订单中商品的相似程度,以及根据促销商品与在先订单中商品的关联程度(如商品配件等)确定促销商品的排列顺序。
对于具有订货需求的用户,如门店,其货品的购进方式一般是向经销商订购,即下单后经销商根据门店订单内容,将来源于品牌商的货品通过相关配送商送达至下单门店,如图1所示。通常,经销商与配送商按照所提供服务的区域不同,分布在多个不同地理区域内,当经销商获取门店购货订单后,会根据门店位置安排配送商进行送货。例如,门店1通过销售平台,提交货品1的订单,经销商B1收到订单后根据门店1的地理位置,确定由配送商b11将订单内货品1配送到门店1完成货品交易。同理,当门店1通过销售平台提交货品2的订单时,经销商B2根据门店1的地理位置,选择配送商b12配送货品2。在实际货品交易过程中,受季节等因素的影响,有些配送商的运力不能被完全利用起来,因此而被闲置的运力资源称为空闲运力。另外,门店每次确定的订单中的货品类型和货品数量不同,使得配送商每次送货的运输状况也不相同,当门店一次订货量较小时,需要配送商进行货品的运送,会造成配送商运力资源的浪费。
为了避免对配送商运力资源的浪费,一种可行的方法是,配送商通过等待配送区域内其他门店的订货信息,以达到在一次配送中对多家门店进行送货。显然这种方法严重影响了配送货物的时效性。并且同一个区域内多家门店的订货量也很难恰巧符合一次配送的运载能力。例如,当门店1一次订货量不足一个运输单元的运输能力时,出现空闲运力,如果同一区域的门店2也提交了货品订单,可以通过上述空闲运力对门店2订购的货物进行配送,但由于门店1和门店2的货品需求不同,很难保证对上述空闲运力进行充分利用,门店2订货量可能未达到空闲运力,仍旧浪费运力资源,或者门店2的订货量超过了空闲运力,则不能通过一个配送设备在一次配送中为两家门店的货物配送。
另一种可行的方法是,配送商同时配送多个经销商的货品,再根据同一个配送区域内的用户下单情况将多个经销商的货品利用同一个配送单元进行配送,以充分利用空闲运力。例如,门店1从经销商1处订购10箱洗衣液,又从经销商2处订购5箱牛奶,对于洗衣液,订购的数量不能装满一个配送单元,产生空闲运力,此时配送商可以在配送设备装货后,利用空闲运力将经销商2处订购的牛奶也一并装货,一同配送到门店1。对于此方法,用户下单商品的类型和数量很难与产生的空闲运力相匹配。例如,配送商的配送单元在装货10箱洗衣液后,产生的空闲运力只能容纳4箱牛奶,或者还能容纳10箱牛奶,进而与用户订货量不匹配,造成配送商运力分配的不合理。
发明内容
本申请提供了一种关联下单方法及装置,以解决配送商运力分配不合理,容易造成运力资源浪费的问题。
一方面,本申请提供的关联下单方法,包括:
接收下单门店终端发送的购买订单,所述购买订单至少包括商品信息和下单门店的地理位置信息;
根据所述商品信息确定所述购买订单的需求运力;
根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商;
根据所述需求运力,确定所述最优配送商在配送所述购买订单的商品时产生的剩余运力;
获取所述下单门店的历史订单信息;
根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息;
向所述下单门店终端推送所述关联订单。
可选地,所述根据所述商品信息生成所述购买订单的需求运力,包括:
从所述购买订单中提取所述商品信息,所述商品信息包括商品类别和商品数量;
根据所述商品类别确定配送所述购买订单的商品所需要的标准箱规格;
根据所述商品数量和所述标准箱规格确定标准箱数量;
根据所述标准箱数量生成所述购买订单的需求运力。
可选地,所述根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商,包括:
根据所述下单门店的地理位置信息确定配送区域;
获取所述配送区域归属配送商的空闲运力;
对比所述需求运力与所述配送区域内每个配送商的空闲运力;
如果所述需求运力小于或者等于所述配送商的空闲运力,确定所述配送商为候选配送商;
确定所述候选配送商中,空闲运力最大值所对应的候选配送商为最优配送商。
可选地,所述根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息,包括:
从所述历史订单信息中提取所述下单门店的历史购买商品和历史购买数量;
根据所述下单门店的历史购买商品、历史购买数量以及所述剩余运力生成至少一个推荐商品列表;所述推荐商品列表包括推荐购买商品和推荐购买数量;
获取所述推荐购买商品的库存数据,判断所述库存数据是否大于或等于推荐购买数量;
如果所述库存数据大于或等于推荐购买数量,根据所述库存数据和所述剩余运力生成折扣信息;
将所述推荐商品列表和所述折扣信息确定为关联订单。
可选地,所述根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息,还包括:
如果所述库存数据小于所述推荐购买数量,获取与所述推荐商品为同一商品类别的相似商品以及所述相似商品的库存数据;
根据所述相似商品的库存数据对所述相似商品进行排序,确定库存数据最高值的相似商品;
使用库存数据最高值的相似商品替换所述推荐商品列表中的推荐购买商品。
另一方面,本申请还提供一种关联下单装置,包括:
订单接收模块,用于接收下单门店终端发送的购买订单,所述购买订单至少包括商品信息和下单门店的地理位置信息;
需求运力确定模块,用于根据所述商品信息确定所述购买订单的需求运力;
最优配送商确定模块,用于根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商;
剩余运力模块,用于根据所述需求运力,确定所述最优配送商在配送所述购买订单的商品时产生的剩余运力;
历史订单模块,用于获取所述下单门店的历史订单信息;
关联订单生成模块,用于根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息;
订单推送模块,用于向所述下单门店终端推送所述关联订单。
可选地,所述需求运力生成模块包括:
商品信息提取单元,用于从所述购买订单中提取所述商品信息,所述商品信息包括商品类别和商品数量;
标准箱规格确定单元,用于根据所述商品类别确定配送所述购买订单的商品所需要的标准箱规格;
标准箱数量确定单元,用于根据所述商品数量和所述标准箱规格确定标准箱数量;
需求运力生成单元,用于根据所述标准箱数量生成所述购买订单的需求运力。
可选地,所述最优配送商确定模块包括:
配送区域确定单元,用于根据所述下单门店的地理位置信息确定配送区域;
空闲运力获取单元,用于获取所述配送区域归属配送商的空闲运力;
运力对比单元,用于对比所述需求运力与所述配送区域内每个配送商的空闲运力;
候选配送商确定单元,用于如果所述需求运力小于或者等于所述配送商的空闲运力,确定所述配送商为候选配送商;
最优配送商确定单元,用于确定所述候选配送商中,空闲运力最大值所对应的候选配送商为最优配送商。
可选地,所述关联订单生成模块包括:
历史订单信息提取单元,用于从所述历史订单信息中提取所述下单门店的历史购买商品和历史购买数量;
推荐商品列表生成单元,用于根据所述下单门店的历史购买商品、历史购买数量以及所述剩余运力生成至少一个推荐商品列表;所述推荐商品列表包括推荐购买商品和推荐购买数量;
库存数据单元,用于获取所述推荐购买商品的库存数据,判断所述库存数据是否大于或等于推荐购买数量;
折扣信息生成单元,用于如果所述库存数据大于或等于推荐购买数量,根据所述库存数据和所述剩余运力生成折扣信息;
关联订单确定单元,用于将所述折扣信息和所述推荐商品列表确定为关联订单。
可选地,所述关联订单生成模块还包括:
相似商品信息获取单元,用于如果所述库存数据小于所述推荐购买数量,获取与所述推荐商品为同一商品类别的相似商品以及所述相似商品的库存数据;
相似商品排序单元,用于根据所述相似商品的库存数据对所述相似商品进行排序,确定库存数据最高值的相似商品;
替换单元,用于使用库存数据最高值的相似商品替换所述推荐商品列表中的推荐购买商品。
由以上技术方案可知,本申请提供的关联下单方法及装置,首先,在接收到门店终端发送的购买订单后,确定所述购买订单商品在配送过程中的需求运力,并通过筛选,确定配送区域内的最优配送商;其次,确定最优配送商在配送购买订单的商品时所产生的剩余运力,并且根据所述下单门店的历史订单信息,生成至少一个包括推荐商品列表和折扣信息的关联订单;最后,将所述关联订单推送给下单门店终端。
与现有技术相比,本申请提供的技术方案根据剩余运力和历史订单信息为下单门店推送可能购买的商品并组成关联订单,同时,下单门店如果确定关联订单可以享受一定的折扣率。,一方面,通过向下单门店推送关联订单可以尽可能利用剩余运力资源,减少运力资源的浪费;另一方面,对于下单门店在购买商品时享受了折扣,减少下单门店购买需求商品时的资金消耗,从而解决了配送商运力分配不合理,容易造成运力资源浪费的问题。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有配送商物流***结构示意图;
图2为本申请技术方案的应用场景图;
图3为本申请根据一示例性实施例示出的一种关联下单方法流程示意图;
图4为本申请的实施例中确定需求运力的流程示意图;
图5为本申请的实施例中确定最优配送商的流程示意图;
图6为本申请的实施例中确定关联订单的流程示意图;
图7为本申请的另一个实施例中确定关联订单的流程示意图;
图8为本申请根据一示例性实施例示出的一种关联下单装置结构示意图。
具体实施方式
图1示出了现有的基于配送商的物流***,在该物流***中,包括品牌商、经销商、配送商及门店。
其中,所述的品牌商可以理解为本申请中讨论的商品的最初所有者,例如,宝洁,联合利华等。
需要说明的是,广义的商品既包括虚拟商品,又包括实体商品,即货品。基于此,本申请中提到的商品或货品均指代具有实体的货品。
所述的经销商可以理解为与品牌商合作的、通过买卖或运转品牌商的商品而获得利润的单位或个人。如图2所示,一般情况下,品牌商将所属商品的地理营销范围划分为若干个区域,针对每个营销区域设立一个或数个经销商。经销商与品牌商之间的合作关系包括但不限于以下三种情况:一是品牌商将商品售卖给经销商,此时经销商具有商品的所有权;二是经销商负责品牌商商品的物流中转,不具有商品的所有权,例如,品牌商与KA(KeyAccount,重点客户,如:沃尔玛、***等)协议,每隔一个月为其提供相应的商品,具体的,由品牌商先将商品运送给营销区域内的经销商,再利用经销商的物流将商品运送到KA处,此时商品的所有权由品牌商直接转移给KA;三是品牌商将商品委托给经销商代售,或称寄售,在经销商将商品售卖出去之前商品的所有权仍归品牌商所有。值得注意的是,经销商可以只代理单一品牌的商品,也可以代理多个品牌商的商品。
所述的配送商可以理解为提供货品配送服务的组织或单位。大多数的配送商既具有仓储能力,又具有运输能力,少数的配送商只具有仓储能力或者只具有运输能力。其中的运输能力由所属的配送设备实现。
需要特别说明的是,本申请技术方案以及现有技术中所述的门店包括但不限于指代一种售卖商品的场所,例如杂货、母婴产品的零售店,KA,饭店,酒店等,还可以包括不具有零售业务和/或不具有客观售卖场所的各级批发商。
传统的配送是指在经济合理区域范围内,根据客户要求,对物品进项拣选、加工、包装、分割、组配等作业,并按时送达到指定地点的物流活动。如果所述的客户是门店,经销商将通过相关配送商将货品配送到门店,在该配送环节中,配送商可能具有货品的所有权,即经销商将货品售卖给配送商,配送商再售卖给门店;配送商也可能不具有货品的所有权,此时,配送商只充当配送货快递的角色。
参见图3,为一种关联下单方法的流程示意图,由图3可知,本申请提供的关联下单方法具体包括以下技术方案:
S110:接收下单门店终端发送的购买订单,所述购买订单至少包括商品信息和下单门店的地理位置信息。
本实施例中,对于步骤S110,下单门店根据门店自身售卖计划或者市场需求情况确定自己的进货信息,并通过购买订单的形式将进货信息提交给服务器。所述商品信息是指下单门店提交的购买订单中具体购买的商品相关的信息,可以包括购买的商品名称,购买的商品数量,购买商品的类别等,其中,商品的类别指代商品所属的分类,例如:洗衣液的商品类别为洗护用品,西瓜的商品类别为水果……不难理解的是,所述购买订单中不仅要包括下单门店的商品信息,即下单门店要购买的商品类别以及商品数量,而且要包括下单门店的地理位置信息。所述地理位置信息,可以通过门店终端内置的定位模块确定,也可以在服务器中为每个下单门店唯一设置一个编码,编码中包含门店的地理位置信息,通过识别编码确定下单门店的地理位置信息。
上述门店终端可以理解为门店用户拥有的,具有输入、显示以及通信功能的终端设备。例如,手机、平板电脑、PC或其他手持终端等。
S120:根据所述商品信息确定所述购买订单的需求运力。
对于步骤S120,本实施例中在接收到下单门店提交的购买订单后,提取所述购买订单中的商品信息,通过分析商品信息确定配送所述购买订单中商品的需求运力。所述需求运力指代配送商将所述购买订单中的全部商品配送至下单门店所需要的最小运输空间。不同的商品对于运输空间的占用是不同的,因此根据购买商品确定需求运力时,不仅要考虑购买商品的数量,而且要考虑购买商品的类别。不难理解的是,由于所述下单门店的同一个订单中的商品可能不止一种,在配送多种商品时还要考虑不同商品间在运输时相互的影响,例如:食品与有毒化学药品不能放在一起配送等。
进一步地,为了提高商品配送过程的运输空间利用率,本申请提供的一个实施例中,根据标准箱来确定所述购买订单的需求运力。参见图4,确定购买订单的需求运力包括以下步骤:
S210:从所述购买订单中提取所述商品信息,所述商品信息包括商品类别和商品数量;
S220:根据所述商品类别确定配送所述购买订单所需要的标准箱规格;
S230:根据所述商品数量和所述标准箱规格确定标准箱数量;
S240:根据所述标准箱数量生成所述购买订单的需求运力。
本实施例中,需求运力是通过标准箱进行确定的。所述标准箱是指用于承载货品的、客观存在的箱体。所述标准箱中可以承载一个货品单品,也可以承载多个货品单品,形成货品集合,例如,将由1袋洗衣液、2袋洗衣粉以及4块肥皂形成的货品集合承载于标准箱中。所述标准箱的体积大小应被设计为与所承载的货品集合的体积相适应,并最大限度地利用箱体内的空间;同时,所述标准箱的形状应利于工作人员码垛及堆放,并且码垛及堆放后占用的空间应尽可能小,以节省配送商的仓储资源和运力资源。进一步,标准箱的材质应与其承载的货品相适应,例如,如果标准箱用于承载质量较轻的快速消耗品,则采用纸质材料即可;如果标准箱用于承载质量较重的货品,则应采用强度较大的材料,以保证货品及标准箱不被损坏,避免影响对标准箱重复利用。需要说明的是,对一种货品而言,当其品牌、型号、配置、等级、花色、包装容量、单位、生产日期、保质期、用途、价格、产地等属性与其他货品存在不同时,可称为一个单品。
进一步地,所述标准箱被设计为尺寸一致的方形箱体,再根据标准箱的体积大小来确定其能够承载货品的体积。标准箱除被设计为尺寸一致的方形箱体外,还被设计为能够堆积成规则体积形状的数个不同尺寸的箱体,数个能够堆积成规则体积形状的箱体形成标准箱组合,每个箱体称为标准箱组合中的子标箱。
由以上技术方案可知,本实施例中,从所述购买订单中提取包括商品类别和商品数量的商品信息;再根据商品信息中的商品类别,选择配送过程中使用的标准箱规格;结合购买的所述商品数量和标准箱规格,确定在配送购买订单中商品时需要使用的标准箱数量,最后根据标准箱数量确定运输标准箱商品时需要提供的运输空间,即需求运力。使用标准箱可以在服务器中预置不同规格的标准箱以及各个规格的标准箱所应用的商品类别,在所述下单门店确定购买订单后,服务器根据订单内的商品直接确定需要使用的标准箱规格和数量,可以将不同的商品按照标准箱这一统一的配送单元进行计算,便于确定需求运力,也便于合理利用运力资源。
S130:根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商。
对于步骤S130,在确定购买订单所对应的需求运力后,根据下单门店的地理位置信息,确定出与下单门店地理位置相适应的区域内的所有配送商,再根据需求运力从所有配送商中选择其中的一个作为最优配送商。不难理解的是,最优配送商要能够通过最少的送货次数将购买订单中的全部商品配送至下单门店。
在一个实施例中,如图5所示,根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商包括如下步骤:
S310:根据所述下单门店的地理位置信息确定配送区域;
S320:获取所述配送区域归属配送商的空闲运力;
S330:对比所述需求运力与所述配送区域内每个配送商的空闲运力;
S340:如果所述需求运力小于或者等于所述配送商的空闲运力,确定所述配送商为候选配送商;
S350:确定所述候选配送商中,空闲运力最大值所对应的候选配送商为最优配送商。
上述步骤中,配送区域可以是根据某一地区的具体配货情况事先划分好,当下单门店提交订单后,提取订单中的地理位置信息,从而确定下单门店属于哪一个配送区域;也可以在下单门店提交订单后,根据订单中的地理位置信息,以下单门店为中心搜索下单门店周围的配送商,此时搜索范围就是配送区域。
对于S320步骤,在确定配送区域后,遍历配送区域中所有配送商的空闲运力。所述空闲运力可以理解为配送商的配送设备处于等待货源的状态,或者配送设备已装载货品,但是不满载的情况,亦或配送设备已经在途但存在较多的运输空间时,配送设备中可利用的运力资源。空闲运力可以是配送商在装载配送货品后将空闲运力上传至服务器,也可以根据每个配送设备上所承载的标准箱数量和标准箱规格确定。
在S330步骤中,在对比步骤S120中确定的需求运力和步骤S320中确定的空闲运力时,可以根据配送所述购买订单中的全部商品需要的标准箱规格和数量表示需求运力;并且根据配送设备当前时间所能(或者还能)承载的标准箱规格和数量表示空闲运力。当空闲运力能够满足需求运力时,即配送商配送设备在当前时间能够承载购买订单中的商品,确定配送商为候选配送商。
对于步骤S340,所述需求运力小于或者等于所述配送商的空闲运力可以理解为,配送商的配送设备在当前时间能够承载所述购买订单中的全部商品,即可以利用配送商的空闲运力能够承载需求运力所对应数量的标准箱,此时可以将所述配送商确定为候选配送商。而如果所述需求运力大于所述配送商的空闲运力时,即当前配送商的空闲运力不能满足购买订单的需求运力,则表示当前配送商的运力资源较紧张,此时不再通过当前配送商进行配送。
进一步地,对于具有仓储能力的配送商,在确定空闲运力之前还应该获取购买订单中的商品在配送商的库存量。当库存量大于购买订单中的商品数量时,再确定配送商的空闲运力。而当库存量小于购买订单中的商品数量时,即使空闲运力能够满足需求运力,依然不通过此配送商进行配送。
对于步骤S350,在确定配送区域内的候选配送商后,对比所有候选配送商的空闲运力,选择其中空闲运力最大值的配送商作为最优配送商,以便于分配运力资源,使配送商的空闲运力得到利用。进一步地,本申请在确定最优配送商时,不仅仅考虑空闲运力这一个参数,在实际应用中,还应综合考虑其他因素对配送效率的影响。例如:当配货区域中的交通状况是影响配送效率的主要因素时,应在考虑空闲运力的同时还考虑交通情况,即在候选配送商中,选择距离下单门店最近的配送商作为最优配送商。
应当说明的是,本申请中提到的空闲运力不仅指代配送商中的单一配送设备的空闲运力,而且指代配送商归属配送设备的总空闲运力。而在实际应用中,应该结合购买订单中的商品和配送商情况进行确定。例如,当所述购买订单中的全部商品不能通过一个配送设备完成配送时,则需要同时获取多个配送设备的空闲运力,显然在确定最优配送商时,应尽量避免使用多个配送设备。
S140:根据所述需求运力,确定所述最优配送商在配送所述购买订单的商品时所产生的剩余运力。
对于步骤S140,在确定最优配送商后,根据所述购买订单的需求运力和最优配送商的空闲运力,确定所述最优配送商在配送购买订单的商品时产生的剩余运力。具体地,所述剩余运力是指最优配送商的配送设备在装载所述购买订单中全部商品后,仍然存在的闲置运输空间。对于剩余运力,可通过最优配送商的空闲运力与需求运力做差值计算得到。不难理解的是,本实施例中,剩余运力可以是单个配送设备在装载购买订单中的商品后所产生的,也可以是多个配送设备在装载上述商品时产生的。例如,下单门店确定的购买订单中包括两种以上不能同时配送的商品,且每一种商品都不能使相应的配送设备满载时,需要分别确定每一个配送设备的剩余运力,再根据每一个配送设备的剩余运力确定总的剩余运力。
进一步地,在计算剩余运力时,对于下单门店确定的购买订单中的商品还要具体判断其类别和数量,商品的类别用于判断商品对配送过程是否具有特殊要求,如,易碎品、易燃品等,对于有配送要求的商品和没有配送要求的商品应分别处理。商品的数量则可用作判断商品在配送过程中的需求运力,进而确定配送订单中的商品时所需要的配送设备的数量。在本申请的部分实施例中,根据订单中的商品类别和数量确定配送设备的数量时,包括以下情况:
当所述购买订单的商品对于配送过程没有要求时,直接确定该商品的需求运力,即承载该商品时需要的标准箱数量,再根据配送商中每个配送设备在当前时间的空闲运力,即每个配送设备还能装入的标准箱数量,选择空闲运力大于需求运力的配送设备配送该商品。如果满足需求运力的配送设备有多个,则进一步计算每个配送设备在配送所述购买订单中的商品时所产生的剩余运力,选择产生剩余运力最少的配送设备作为商品的配送设备。例如,下单门店确认的购买订单1中的商品有5个标准箱的需求运力,最优配送商有3个配送设备可以进行配送,其中,配送设备1具有3个标准箱的空闲运力;配送设备2具有6个标准箱的空闲运力;配送设备3空载,具有20个标准箱的空闲运力。可见,配送设备1不足以承载订单商品,即不能一次将全部5个标准箱的商品进行配送;而配送设备2和配送设备3可以一次完成5个标准箱配送。再进一步地,配送设备2在配送购买订单中的商品时,产生的剩余运力为1个标准箱;而配送设备3产生的剩余运力为15个标准箱,因此确定剩余运力最少的配送设备2作为该购买订单商品的配送设备。显然,上述实施例中提到的标准箱规格应该根据商品的类别已经确定好的。
当所述购买订单的商品对配送有要求时,则需要在满足要求的配送设备中确定每个设备空闲运力,再根据每个满足要求的配送设备在配送订单中商品时产生的剩余运力确定最终的配送设备。例如,下单门店提交的购买订单中的商品需求运力为5个标准箱,且商品的类别是对人体具有毒性的农药,通过获取最优配送商中的设备信息,配送商中有2个配送设备可以进行配送,其中,配送设备1具有6个标准箱的空闲运力,但配送设备1已经装载的商品为水果;而配送设备2空载,即具有20个标准箱的空闲运力。因此在确定配送设备时,虽然可以利用配送设备1的空闲运力,但订单商品农药可能会对配送设备1中的水果造成污染,因此即使利用配送设备2会产生较大的剩余运力,依然要采用配送设备2作为该订单商品的配送设备。进一步地,对于上述情况,如果配送商中没有更好的配送设备能够完成配送任务,可以反馈剩余运力信息到服务器,服务器根据剩余运力情况重新确定配送区域内的最优配送商,直至找到合适的配送商。
当所述购买订单的商品部分对配送有要求,部分对配送没有要求时,则需要将两部分商品分别进行处理,再根据上述两种情况分别确定配送设备。例如,下单门店提交的订单中商品包括需求运力为5个标准箱的办公用品和需求运力为4个标准箱的农药,确定的配送商中有3个配送设备可以进行配送,其中,配送设备1具有10个标准箱的空闲运力,但配送设备1上已经承载的商品为零食;配送设备2具有8个标准箱的空闲运力,其已经承载的商品为化肥;配送设备3空载,即具有20个标准箱的空闲运力,可见,配送设备1虽然能直接配送全部9个标准箱的商品,但由于零食与农药不能一同配送,因此不能利用配送设备1作为配送设备,而对于配送设备2的空闲运力不满足需求运力,因此不能利用配送设备2作为上述订单商品的配送设备。综上,应选择配送设备3作为订单商品的配送设备。另外,上述示例中,还可以将办公用品和农药分开配送,即5个标准箱的办公用品通过配送设备1进行配送;而4个标准箱的农药通过配送设备2进行配送,从而充分利用空闲运力。
应当说明的是,上述实施例中所述的对配送具有要求和没有要求是相对,一种商品对配送的要求还要充分考虑其他因素,如天气、运输方式等,上述实施例只是示例的表达配送设备的确定方法,实际应用时要更加细致的根据商品的类别以及每个配送商的实际运输条件确定最佳的配送方式。
S150:获取所述下单门店的历史订单信息。
对于步骤S150,在确定最优配送商后,如果配送设备在承载所述购买订单的商品后仍然存在空闲运力资源,即剩余运力,则需要获取下单门店的历史订单,历史订单中包括所述下单门店购买过的商品和购买的商品数量,以确定所述下单门店可能需要的商品类型和商品数量。
对于第一次下单的门店,由于没有历史订单相关的信息,本实施例中可以通过分析下单门店第一次订单的内容,确定所述下单门店的购买商品的类别,再通过服务器中统计的数据,获取与订单商品类别相同的热销商品类型和平均购买量。
S160:根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息。
在步骤S160中,根据在S140步骤中确定的剩余运力以及在S150中获取的历史订单信息生成关联订单。本申请中所指的关联订单与上述购买订单存在不同,购买订单是下单门店根据自身购买需求在交易平台上选择的商品,订单中商品的价格由经销商确定。而关联订单是指下单门店在确定所述购买订单后,根据配送区域内的配送商剩余运力和下单门店的历史订单信息确定的推荐订单,关联订单中的推荐商品列表是根据剩余运力所确定的一种商品或多种商品的组合,包括推荐商品和推荐商品数量,其中推荐商品的数量根据剩余运力确定,推荐商品的商品类别与下单门店历史购买商品的类别相同,或者是与历史购买商品相关联的商品(如历史购买商品的配件等)。本实施例中,生成关联订单后用户只需要确定关联订单即可。不难理解的是,在确定购买订单后,根据剩余运力生成多个关联订单,每个关联订单拥有不同的商品类型和商品数量的组合,用户可以根据自身需要,在多个关联订单中选择一个。
本申请提供的一个实施例中,如图6所示,所述根据所述剩余运力和所述历史订单信息生成关联订单,包括以下步骤:
S410:从所述历史订单信息中提取所述下单门店的历史购买商品和历史购买数量;
S420:根据所述下单门店的历史购买商品、历史购买数量以及所述剩余运力生成至少一个推荐商品列表;所述推荐商品列表包括推荐购买商品和推荐购买数量;
S430:获取所述推荐购买商品的库存数据,判断所述库存数据是否大于或等于推荐购买数量;
S440:如果所述库存数据大于或等于推荐购买数量,根据所述库存数据和所述剩余运力生成折扣信息;
S450:将所述折扣信息和所述推荐商品列表确定为关联订单。
本实施例中,在获取到所述下单门店的历史订单信息后,提取历史订单信息中的历史购买商品和历史购买数量,其中历史购买商品用于确定所述下单门店需求商品的类别,例如,下单门店的历史订单信息中包括打印纸,则确定办公用品为该下单门店的需求商品类别。而历史购买数量则用于确定所述下单门店的商品需求量,从而向下单门店推送既符合门店需要又满足剩余运力的商品。
进一步地,从所述下单门店的历史订单信息中提取历史购买商品和历史购买数量时,还存在以下两种情况:一种情况是,所述下单门店是第一次下单,不存在下单门店的历史订单信息。对于第一次下单的门店,则从所述下单门店确定的购买订单中提取商品信息和购买数量信息,或者从服务器的统计数据中提取与购买订单中的商品属于同一个类别的热销商品和平均购买量。另一种情况是,所述下单门店的历史订单有多个,此时,应分别提取每个历史订单中历史购买商品信息和历史数量信息,通过统计分析,确定所有历史订单中所述门店购买频率最高的商品及其平均购买数量,从而确定推荐商品的类别和数量。
本实施例中,所述推荐商品列表包括推荐购买商品名称和推荐购买数量。其中,推荐购买商品名称与历史订单信息中的历史购买商品一致或属于同一类别,推荐购买数量应与历史购买数量(或平均值)相一致。例如,所述下单门店的历史订单信息中的历史购买商品主要为:洗衣粉、洗衣液、肥皂、沐浴露等,其中,洗衣粉的购买频率最高,因此在所述下单门店提交订单后服务器根据剩余运力和历史订单信息生成的推荐商品列表则以洗护用品为主,并且在所述推荐商品列表中,洗衣粉所占的比例应相对其他洗护用品更高。
另外,本实施例中可以生成多个关联订单供下单门店进行选择,每个关联订单对应一个推荐商品列表。例如,下单门店提交购买订单后,确定的最优配送商在配送订单商品时存在5个标准箱的剩余运力,经过提取下单门店的历史订单信息,确定所述下单门店的历史购买商品主要为:洗衣粉、洗衣液、肥皂、沐浴露等,而历史购买商品的购买量平均为,洗衣粉:10个标准箱;洗衣液:5个标准箱;肥皂:2个标准箱;沐浴露:1个标准箱……因此生成的推荐商品列表1为5个标准箱的洗衣粉;推荐商品列表2为5个标准箱的洗衣液;推荐商品列表3为3个标准箱的洗衣粉和2个标准箱的洗衣液;……所述下单门店在相应的推荐商品列表中选择一个作为关联订单进行下单。不难理解的是,根据历史订单生成的推荐商品列表可以有很多种,为了减少数据的计算量以及便于用户选择,在实际应用中,可以对历史订单信息中的商品根据购买量进行加权计算,优先推送权重高的商品如果推送推荐商品列表中,没有满足用户要求的商品组合时再推送权重低的商品。
进一步地,本实施例中,生成推荐商品列表后还需要获取所述推荐商品列表中的商品的库存数据,本实施例中的库存数据指代所述列表中商品在最优配送商的库存量。通过对比库存数据和推荐购买量,判断所述最优配送商的库存量能否满足所述推荐商品列表中的推荐商品数量。如果最优配送商的库存量能够满足推荐商品列表中的推荐商品数量,即所述库存数据大于或等于所述推荐购买量,则确定所述推荐商品列表是有效的,此时,确定购买该推荐商品列表所能享受的折扣信息。本实施例中,所述折扣信息可以根据剩余运力确定,示例的,所述折扣信息的确定可以参考最优配送商在利用剩余运力和不利用剩余运力所承担运输成本的差值。同理,如果最优配送商的库存量不能够满足推荐商品列表中的推荐商品数量,即所述库存数据小于所述推荐购买量,则确定所述推荐商品列表是无效的,服务器则根据对比结果自动将无效的推荐商品列表删除。通过以上技术方案,本实施例将有效的推荐商品列表以及所述列表对应的折扣信息确定为关联订单,并向用户推送。
更进一步地,由于上述技术方案生成的关联订单数量不止一个,实际应用中可以仅向用户推送其中与用户历史订单信息关联程度最高的订单,并通过询问窗口判断用户是否满意关联订单内容,如果用户不满意关联订单推荐的商品,则再次推送其他关联订单内容,直到用户确认关联订单或者选择不再推送关联订单。
在本申请的一个实施例中,如图7所示,所述根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息,还包括以下步骤:
S510:如果所述库存数据小于推荐购买数量,获取与所述推荐商品为同一商品类别的相似商品以及所述相似商品的库存数据;
S520:根据所述相似商品的库存数据对所述相似商品进行排序,确定库存数据最高值的相似商品;
S530:用库存数据最高值的相似商品替换所述推荐商品列表中的推荐商品。
本实施例与上述实施例的不同之处在于,在判断所述库存数据是否大于或等于推荐购买数量时,如果所述库存数据小于所述推荐商品的购买数量,则服务器获取与所述推荐商品为同一个商品类别的相似商品以及相似商品在最优配送商的库存数据,并根据库存数据对所述相似商品进行排序,确定库存数据最高值对应的相似商品,最后用库存数据最高值对应的相似商品替换推荐商品列表中的推荐商品,从而生成新的关联订单。例如,在一次门店的下单过程中,配送商在承载购买订单中的商品后存在3个标准箱的剩余运力,通过提取下单门店的历史订单信息,确定下单门店的历史购买商品主要为洗衣粉,但所述最优配送商的仓库中洗衣粉只有2个标准箱的库存量,而同属洗护用品的洗衣液库存量最高,因此在关联订单的推荐商品列表中将原本3个标准箱的洗衣粉替换成3个标准箱的洗衣液,或者进一步替换成2个标准箱洗衣粉和1个标准箱洗衣液的组合,以便充分利用运力资源。
S170:向所述下单门店终端推送所述关联订单。
本实施例中,在生成关联订单后,向用户终端推送关联订单。不难理解的是,关联订单可以弹窗或者链接消息的方式在用户的终端上呈现。推送的关联订单还可以包括确认关联订单所能够享受的优惠,以及关联订单在没有折扣信息时的价格,以供参考。
基于上述关联下单方法,本申请还提供一种关联下单装置,包括:
订单接收模块,用于接收下单门店终端发送的购买订单,所述购买订单至少包括商品信息和下单门店的地理位置信息;
需求运力确定模块,用于根据所述商品信息确定所述购买订单的需求运力;
最优配送商确定模块,用于根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商;
剩余运力模块,用于根据所述需求运力,确定所述最优配送商在配送所述购买订单的商品时产生的剩余运力;
历史订单模块,用于获取所述下单门店的历史订单信息;
关联订单生成模块,用于根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息;
订单推送模块,用于向所述下单门店终端推送所述关联订单。
在一种方案中,所述需求运力生成模块包括:
商品信息提取单元,用于从所述购买订单中提取所述商品信息,所述商品信息包括商品类别和商品数量;
标准箱规格确定单元,用于根据所述商品类别确定配送所述购买订单的商品所需要的标准箱规格;
标准箱数量确定单元,用于根据所述商品数量和所述标准箱规格确定标准箱数量;
需求运力生成单元,用于根据所述标准箱数量生成所述购买订单的需求运力。
在一种方案中,所述最优配送商确定模块包括:
配送区域确定单元,用于根据所述下单门店的地理位置信息确定配送区域;
空闲运力获取单元,用于获取所述配送区域归属配送商的空闲运力;
运力对比单元,用于对比所述需求运力与所述配送区域内每个配送商的空闲运力;
候选配送商确定单元,用于如果所述需求运力小于或者等于所述配送商的空闲运力,确定所述配送商为候选配送商;
最优配送商确定单元,用于确定所述候选配送商中,空闲运力最大值所对应的候选配送商为最优配送商。
在一种方案中,所述关联订单生成模块包括:
历史订单信息提取单元,用于从所述历史订单信息中提取所述下单门店的历史购买商品和历史购买数量;
推荐商品列表生成单元,用于根据所述下单门店的历史购买商品、历史购买数量以及所述剩余运力生成至少一个推荐商品列表;所述推荐商品列表包括推荐购买商品和推荐购买数量;
库存数据单元,用于获取所述推荐购买商品的库存数据,判断所述库存数据是否大于或等于推荐购买数量;
折扣信息生成单元,用于如果所述库存数据大于或等于推荐购买数量,根据所述库存数据和所述剩余运力生成折扣信息;
关联订单确定单元,用于将所述折扣信息和所述推荐商品列表确定为关联订单。
在一种方案中,所述关联订单生成模块还包括:
相似商品信息获取单元,用于如果所述库存数据小于所述推荐购买数量,获取与所述推荐商品为同一商品类别的相似商品以及所述相似商品的库存数据;
相似商品排序单元,用于根据所述相似商品的库存数据对所述相似商品进行排序,确定库存数据最高值的相似商品;
替换单元,用于使用库存数据最高值的相似商品替换所述推荐商品列表中的推荐购买商品。
由以上技术方案可知,本申请提供的关联下单方法及装置,首先,在接收到门店终端发送的购买订单后,确定所述购买的订单商品在配送过程中的需求运力,并通过筛选确定配送区域中的最优配送商;其次,确定最优配送商在配送购买订单的商品时所产生的剩余运力,并且根据所述下单门店的历史订单信息,生成至少一个包括推荐商品列表和折扣信息的关联订单;最后,将所述关联订单推送给下单门店终端。与现有技术相比,本申请提供的技术方案利用剩余运力和历史订单信息为下单门店推送可能购买的商品并组成关联订单,同时,下单门店如果确定关联订单可以享受一定的折扣率。本申请提供的关联下单方法及装置,一方面,通过向下单门店推送关联订单可以尽可能利用剩余运力资源,减少运力资源的浪费;另一方面,对于下单门店在购买商品时享受了折扣,减少下单门店的资金消耗,从而解决了配送商运力分配不合理,容易造成运力资源浪费的问题。
本申请提供的实施例之间的相似部分相互参见即可,以上提供的具体实施方式只是本发明总的构思下的几个示例,并不构成本申请保护范围的限定。对于本领域的技术人员而言,在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。
Claims (10)
1.一种关联下单方法,其特征在于,包括:
接收下单门店终端发送的购买订单,所述购买订单至少包括商品信息和下单门店的地理位置信息;
根据所述商品信息确定所述购买订单的需求运力;
根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商;
根据所述需求运力,确定所述最优配送商在配送所述购买订单的商品时产生的剩余运力;
获取所述下单门店的历史订单信息;
根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息;
向所述下单门店终端推送所述关联订单。
2.根据权利要求1所述的方法,其特征在于,所述根据所述商品信息生成所述购买订单的需求运力,包括:
从所述购买订单中提取所述商品信息,所述商品信息包括商品类别和商品数量;
根据所述商品类别确定配送所述购买订单的商品所需要的标准箱规格;
根据所述商品数量和所述标准箱规格确定标准箱数量;
根据所述标准箱数量生成所述购买订单的需求运力。
3.根据权利要求1所述的方法,其特征在于,所述根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商,包括:
根据所述下单门店的地理位置信息确定配送区域;
获取所述配送区域归属配送商的空闲运力;
对比所述需求运力与所述配送区域内每个配送商的空闲运力;
如果所述需求运力小于或者等于所述配送商的空闲运力,确定所述配送商为候选配送商;
确定所述候选配送商中,空闲运力最大值所对应的候选配送商为最优配送商。
4.根据权利要求1所述的方法,其特征在于,所述根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息,包括:
从所述历史订单信息中提取所述下单门店的历史购买商品和历史购买数量;
根据所述下单门店的历史购买商品、历史购买数量以及所述剩余运力生成至少一个推荐商品列表;所述推荐商品列表包括推荐购买商品和推荐购买数量;
获取所述推荐购买商品的库存数据,判断所述库存数据是否大于或等于推荐购买数量;
如果所述库存数据大于或等于推荐购买数量,根据所述库存数据和所述剩余运力生成折扣信息;
将所述推荐商品列表和所述折扣信息确定为关联订单。
5.根据权利要求4所述的方法,其特征在于,所述根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息,还包括:
如果所述库存数据小于所述推荐购买数量,获取与所述推荐商品为同一商品类别的相似商品以及所述相似商品的库存数据;
根据所述相似商品的库存数据对所述相似商品进行排序,确定库存数据最高值的相似商品;
使用库存数据最高值的相似商品替换所述推荐商品列表中的推荐购买商品。
6.一种关联下单装置,其特征在于,包括:
订单接收模块,用于接收下单门店终端发送的购买订单,所述购买订单至少包括商品信息和下单门店的地理位置信息;
需求运力确定模块,用于根据所述商品信息确定所述购买订单的需求运力;
最优配送商确定模块,用于根据所述需求运力以及所述下单门店的地理位置信息,确定配送区域内的最优配送商;
剩余运力模块,用于根据所述需求运力,确定所述最优配送商在配送所述购买订单的商品时产生的剩余运力;
历史订单模块,用于获取所述下单门店的历史订单信息;
关联订单生成模块,用于根据所述剩余运力和所述历史订单信息生成关联订单,所述关联订单包括推荐商品列表和折扣信息;
订单推送模块,用于向所述下单门店终端推送所述关联订单。
7.根据权利要求6所述的装置,其特征在于,所述需求运力确定模块包括:
商品信息提取单元,用于从所述购买订单中提取所述商品信息,所述商品信息包括商品类别和商品数量;
标准箱规格确定单元,用于根据所述商品类别确定配送所述购买订单的商品所需要的标准箱规格;
标准箱数量确定单元,用于根据所述商品数量和所述标准箱规格确定标准箱数量;
需求运力生成单元,用于根据所述标准箱数量生成所述购买订单的需求运力。
8.根据权利要求6所述的装置,其特征在于,所述最优配送商确定模块包括:
配送区域确定单元,用于根据所述下单门店的地理位置信息确定配送区域;
空闲运力获取单元,用于获取所述配送区域归属配送商的空闲运力;
运力对比单元,用于对比所述需求运力与所述配送区域内每个配送商的空闲运力;
候选配送商确定单元,用于如果所述需求运力小于或者等于所述配送商的空闲运力,确定所述配送商为候选配送商;
最优配送商确定单元,用于确定所述候选配送商中,空闲运力最大值所对应的候选配送商为最优配送商。
9.根据权利要求6所述的装置,其特征在于,所述关联订单生成模块包括:
历史订单信息提取单元,用于从所述历史订单信息中提取所述下单门店的历史购买商品和历史购买数量;
推荐商品列表生成单元,用于根据所述下单门店的历史购买商品、历史购买数量以及所述剩余运力生成至少一个推荐商品列表;所述推荐商品列表包括推荐购买商品和推荐购买数量;
库存数据单元,用于获取所述推荐购买商品的库存数据,判断所述库存数据是否大于或等于推荐购买数量;
折扣信息生成单元,用于如果所述库存数据大于或等于推荐购买数量,根据所述库存数据和所述剩余运力生成折扣信息;
关联订单确定单元,用于将所述折扣信息和所述推荐商品列表确定为关联订单。
10.根据权利要求9所述的装置,其特征在于,所述关联订单生成模块还包括:
相似商品信息获取单元,用于如果所述库存数据小于所述推荐购买数量,获取与所述推荐商品为同一商品类别的相似商品以及所述相似商品的库存数据;
相似商品排序单元,用于根据所述相似商品的库存数据对所述相似商品进行排序,确定库存数据最高值的相似商品;
替换单元,用于使用库存数据最高值的相似商品替换所述推荐商品列表中的推荐购买商品。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710506700.1A CN107230034A (zh) | 2017-06-28 | 2017-06-28 | 一种关联下单方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710506700.1A CN107230034A (zh) | 2017-06-28 | 2017-06-28 | 一种关联下单方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107230034A true CN107230034A (zh) | 2017-10-03 |
Family
ID=59935677
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710506700.1A Pending CN107230034A (zh) | 2017-06-28 | 2017-06-28 | 一种关联下单方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107230034A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110070323A (zh) * | 2019-03-25 | 2019-07-30 | 北京蒙成科技有限公司 | 一种库存扣减方法、装置及订单服务器 |
CN110210633A (zh) * | 2019-05-31 | 2019-09-06 | 北京长城华冠汽车技术开发有限公司 | 用于4s店的闲时打折推送***及推送方法 |
CN110471318A (zh) * | 2019-06-26 | 2019-11-19 | 康美药业股份有限公司 | 一种制药发热炉的智能控制*** |
CN110675098A (zh) * | 2018-07-03 | 2020-01-10 | 松下电器(美国)知识产权公司 | 控制方法以及信息处理装置 |
CN111324829A (zh) * | 2020-03-06 | 2020-06-23 | 拉扎斯网络科技(上海)有限公司 | 一种运力资源推荐方法、装置、服务器及存储介质 |
CN111709813A (zh) * | 2020-06-19 | 2020-09-25 | 深圳市赛宇景观设计工程有限公司 | 一种基于大数据线上商品推荐方法 |
CN111932172A (zh) * | 2020-07-23 | 2020-11-13 | 口碑(上海)信息技术有限公司 | 资源触达方法、装置、计算机设备及计算机可读存储介质 |
CN112200526A (zh) * | 2020-12-09 | 2021-01-08 | 浙江口碑网络技术有限公司 | 订单输出方法、装置、计算机设备及计算机可读存储介质 |
CN112927031A (zh) * | 2021-01-20 | 2021-06-08 | 支付宝(杭州)信息技术有限公司 | 商品代购处理方法及装置 |
CN113763134A (zh) * | 2021-09-22 | 2021-12-07 | 携程旅游信息技术(上海)有限公司 | 信息推荐方法、***、设备及存储介质 |
CN113780650A (zh) * | 2021-09-06 | 2021-12-10 | 杭州拼便宜网络科技有限公司 | 运力锁定方法、装置、设备和存储介质 |
CN114693389A (zh) * | 2021-08-12 | 2022-07-01 | 山东浪潮爱购云链信息科技有限公司 | 一种针对采购商的线上寻源方法、设备及介质 |
WO2023056771A1 (zh) * | 2021-10-08 | 2023-04-13 | 北京沃东天骏信息技术有限公司 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
-
2017
- 2017-06-28 CN CN201710506700.1A patent/CN107230034A/zh active Pending
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110675098A (zh) * | 2018-07-03 | 2020-01-10 | 松下电器(美国)知识产权公司 | 控制方法以及信息处理装置 |
CN110070323A (zh) * | 2019-03-25 | 2019-07-30 | 北京蒙成科技有限公司 | 一种库存扣减方法、装置及订单服务器 |
CN110210633A (zh) * | 2019-05-31 | 2019-09-06 | 北京长城华冠汽车技术开发有限公司 | 用于4s店的闲时打折推送***及推送方法 |
CN110471318A (zh) * | 2019-06-26 | 2019-11-19 | 康美药业股份有限公司 | 一种制药发热炉的智能控制*** |
CN110471318B (zh) * | 2019-06-26 | 2022-05-10 | 康美药业股份有限公司 | 一种制药发热炉的智能控制*** |
CN111324829A (zh) * | 2020-03-06 | 2020-06-23 | 拉扎斯网络科技(上海)有限公司 | 一种运力资源推荐方法、装置、服务器及存储介质 |
CN111324829B (zh) * | 2020-03-06 | 2023-08-25 | 拉扎斯网络科技(上海)有限公司 | 一种运力资源推荐方法、装置、服务器及存储介质 |
CN111709813A (zh) * | 2020-06-19 | 2020-09-25 | 深圳市赛宇景观设计工程有限公司 | 一种基于大数据线上商品推荐方法 |
CN111932172A (zh) * | 2020-07-23 | 2020-11-13 | 口碑(上海)信息技术有限公司 | 资源触达方法、装置、计算机设备及计算机可读存储介质 |
CN111932172B (zh) * | 2020-07-23 | 2023-11-07 | 口碑(上海)信息技术有限公司 | 资源触达方法、装置、计算机设备及计算机可读存储介质 |
CN112200526B (zh) * | 2020-12-09 | 2021-03-16 | 浙江口碑网络技术有限公司 | 订单输出方法、装置、计算机设备及计算机可读存储介质 |
CN112200526A (zh) * | 2020-12-09 | 2021-01-08 | 浙江口碑网络技术有限公司 | 订单输出方法、装置、计算机设备及计算机可读存储介质 |
CN112927031B (zh) * | 2021-01-20 | 2022-05-06 | 支付宝(杭州)信息技术有限公司 | 商品代购处理方法及装置 |
CN112927031A (zh) * | 2021-01-20 | 2021-06-08 | 支付宝(杭州)信息技术有限公司 | 商品代购处理方法及装置 |
CN114693389A (zh) * | 2021-08-12 | 2022-07-01 | 山东浪潮爱购云链信息科技有限公司 | 一种针对采购商的线上寻源方法、设备及介质 |
CN114693389B (zh) * | 2021-08-12 | 2024-05-28 | 山东浪潮爱购云链信息科技有限公司 | 一种针对采购商的线上寻源方法、设备及介质 |
CN113780650A (zh) * | 2021-09-06 | 2021-12-10 | 杭州拼便宜网络科技有限公司 | 运力锁定方法、装置、设备和存储介质 |
CN113780650B (zh) * | 2021-09-06 | 2024-03-26 | 杭州拼便宜网络科技有限公司 | 运力锁定方法、装置、设备和存储介质 |
CN113763134A (zh) * | 2021-09-22 | 2021-12-07 | 携程旅游信息技术(上海)有限公司 | 信息推荐方法、***、设备及存储介质 |
WO2023056771A1 (zh) * | 2021-10-08 | 2023-04-13 | 北京沃东天骏信息技术有限公司 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107230034A (zh) | 一种关联下单方法及装置 | |
CN107464177A (zh) | 一种订单的处理方法及订单处理服务器 | |
CN107220795A (zh) | 一种不同门店间关联下单方法及装置 | |
CN107464082B (zh) | 一种交易订单的处理方法及服务器 | |
CN107093135A (zh) | 一种推荐订单的方法及装置 | |
CN107274125A (zh) | 配送商订单的处理方法、装置、服务器及订单分配*** | |
CN107248012A (zh) | 配送订单的处理方法、装置及终端设备 | |
CN107527146A (zh) | 一种货物交易信息的处理方法,装置,及*** | |
CN107527175A (zh) | 一种基于标准件的仓储资源网络的共享方法及*** | |
CN105631614A (zh) | 一种基于物联网的自助食品生产经营管理***及实现方法 | |
CN107424045A (zh) | 一种推荐商品的订单生成方法、装置及*** | |
CN110111042A (zh) | 一种配送仓库选址的方法,装置及*** | |
CN107220794A (zh) | 一种订单重建方法、装置及服务器 | |
CN107169712A (zh) | 基于自控物流的货品配送方法、***及订单管理服务器 | |
CN107330652A (zh) | 一种折扣订单的生成方法、装置及服务器 | |
CN107330626A (zh) | 一种拆分订单的方法、装置及服务器 | |
CN107239924A (zh) | 一种基于标准箱的配货套餐生成方法及*** | |
CN107330612A (zh) | 一种配送区域调整方法、***及服务器 | |
CN106485438A (zh) | 物流线路信息处理方法及装置 | |
CN110070323A (zh) | 一种库存扣减方法、装置及订单服务器 | |
CN107169713A (zh) | 基于标准箱的高效货品配送方法、***及订单管理服务器 | |
CN110070325A (zh) | 一种待配送订单的调度方法及装置 | |
CN109118138A (zh) | 一票多件预先生成面单的方法及计算机可读存储介质 | |
CN107133772A (zh) | 基于标准箱的便捷货品配送方法、***及订单管理服务器 | |
CN110503521A (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: 20171003 |
|
RJ01 | Rejection of invention patent application after publication |