CN110866709A - 合并订单的方法和装置 - Google Patents

合并订单的方法和装置 Download PDF

Info

Publication number
CN110866709A
CN110866709A CN201810986950.4A CN201810986950A CN110866709A CN 110866709 A CN110866709 A CN 110866709A CN 201810986950 A CN201810986950 A CN 201810986950A CN 110866709 A CN110866709 A CN 110866709A
Authority
CN
China
Prior art keywords
order
target
produced
data
orders
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.)
Granted
Application number
CN201810986950.4A
Other languages
English (en)
Other versions
CN110866709B (zh
Inventor
张志维
林世洪
彭先铁
冯卓
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201810986950.4A priority Critical patent/CN110866709B/zh
Publication of CN110866709A publication Critical patent/CN110866709A/zh
Application granted granted Critical
Publication of CN110866709B publication Critical patent/CN110866709B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种合并订单的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待;在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,所述合单条件包括:所述待生产订单与目标订单对应于同一仓库、同一接收时间段和同一接收地址。该实施方式能够在将订单发送到仓库进行生产之前,合并对应于同一仓库、同一接收时间段和同一接收地址的订单,从而减少订单生产环节的资源浪费,降低订单配送环节的不必要成本。

Description

合并订单的方法和装置
技术领域
本发明涉及计算机技术领域,尤其涉及一种合并订单的方法和装置。
背景技术
在现有的交易***中,受优惠券、遗忘等因素影响,用户往往在购买一件商品之后发现还需购买另外一件商品,因此在短时间内发出多个订单。在现有的订单生产及配送环节,往往根据不同订单进行打包和配送,由此造成打印单、包装盒等资源的浪费,以及配送成本的增加。
发明内容
有鉴于此,本发明实施例提供一种合并订单的方法和装置,能够在将订单发送到仓库进行生产之前,合并对应于同一仓库、同一接收时间段和同一接收地址的订单,从而减少订单生产环节的资源浪费,降低订单配送环节的不必要成本。
为实现上述目的,根据本发明的一个方面,提供了一种合并订单的方法。
本发明实施例的合并订单的方法包括:在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待;在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,所述合单条件包括:所述待生产订单与目标订单对应于同一用户、同一仓库、同一接收时间段和同一接收地址。
可选地,所述方法进一步包括:判断目标订单是否为紧急订单;在判断结果为否时,使目标订单按照所述合单等待时长进行等待。
可选地,所述方法进一步包括:判断目标订单是否为非紧急订单;根据历史订单数据判断目标订单对应的用户是否为特定用户;其中,特定用户为:在预设的第一历史时间段内连续发出订单次数大于预设阈值的用户;所述连续发出订单包括:在发出一个订单之后的第一时长内再次发出订单;根据历史订单数据判断目标订单中是否含有特定商品;其中,特定商品为:在预设的第二历史时间段内,大于预设比例的用户在发出含有该特定商品订单之后的第二时长内再次发出订单;判断按照所述合单等待时长进行等待之后是否未超出目标订单的截单时刻;其中,所述合单等待时长为第一时长与第二时长的最大值;以及,在四种判断结果均为是时,使目标订单按照所述合单等待时长进行等待。
可选地,将所述待生产订单与目标订单合并为一个订单,具体包括:根据所述待生产订单的数据和目标订单的数据确定合并后订单的数据,并为合并后的订单设置订单号;所述方法进一步包括:将所述待生产订单的数据、目标订单的数据以及合并后订单的数据存储在数据库,并为待生产订单的订单号字段、目标订单的订单号字段以及合并后订单的订单号字段创建索引。
为实现上述目的,根据本发明的另一方面,提供了一种合并订单的装置。
本发明实施例的合并订单的装置可包括:控制单元,用于在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待;合并单元,用于在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,所述合单条件包括:所述待生产订单与目标订单对应于同一用户、同一仓库、同一接收时间段和同一接收地址。
可选地,所述装置可进一步包括第一判断单元,用于判断目标订单是否为紧急订单;在判断结果为否时,使目标订单按照所述合单等待时长进行等待。
可选地,所述装置可进一步包括第二判断单元,用于判断目标订单是否为非紧急订单;根据历史订单数据判断目标订单对应的用户是否为特定用户;其中,特定用户为:在预设的第一历史时间段内连续发出订单次数大于预设阈值的用户;所述连续发出订单包括:在发出一个订单之后的第一时长内再次发出订单;根据历史订单数据判断目标订单中是否含有特定商品;其中,特定商品为:在预设的第二历史时间段内,大于预设比例的用户在发出含有该特定商品订单之后的第二时长内再次发出订单;判断按照所述合单等待时长进行等待之后是否未超出目标订单的截单时刻;其中,所述合单等待时长为第一时长与第二时长的最大值;以及,在四种判断结果均为是时,使目标订单按照所述合单等待时长进行等待。
可选地,合并单元可进一步用于:根据所述待生产订单的数据和目标订单的数据确定合并后订单的数据,为合并后的订单设置订单号;将所述待生产订单的数据、目标订单的数据以及合并后订单的数据存储在数据库,并为待生产订单的订单号字段、目标订单的订单号字段以及合并后订单的订单号字段创建索引。
为实现上述目的,根据本发明的又一方面,提供了一种电子设备。
本发明的一种电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明所提供的合并订单的方法。
为实现上述目的,根据本发明的再一方面,提供了一种计算机可读存储介质。
本发明的一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明所提供的合并订单的方法。
根据本发明的技术方案,上述发明中的一个实施例具有如下优点或有益效果:
其一,在将待生产订单发送到仓库进行生产之前,按照预设的合单等待时长进行等待;如果在合单等待时长内存在对应于同一用户、同一仓库、同一接收时间段和同一接收地址的其它待生产订单,则将所有待生产订单合并进行生产。这样,即可在不影响正产订单生产的前提下,对适于合并的订单进行合并,从而降低仓库拣货、打包环节中的打印单、包装盒等资源浪费,减少打包环节的打包数量,提高订单生产效率,并降低配送成本,提升用户体验。
其二,在判断待生产订单是否进行等待时,结合以下多种方式进行判断:首先判断待生产订单是否为紧急订单;其次根据历史订单数据判断待生产订单对应的用户是否为具有连续下单特征的特定用户;再次根据历史订单数据判断待生产订单中是否存在具有连续下单特征的特定商品;此外判断经合单等待时长之后是否超出截单时刻。上述四种判断考虑到订单属性、从大数据中得到的用户属性和订单商品属性以及因等待合单而错过生产波次的风险,从而准确判别是否需要等待合单。实际应用中,可根据业务需求设置一定策略,并选取一种或几种方式进行判断。
其三,对历史订单数据进行分析,从而得到待生产订单对应用户的连续下单时间间隔和特定商品的连续下单时间间隔,由此确定待生产订单的合单等待时长,从而避免因合单等待时长太短错失合单或因合单等待时长太长而使订单长时间无法生产。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是现有的订单处理流程示意图;
图2是根据本发明实施例中合并订单的方法的主要步骤示意图;
图3是根据本发明实施例中合并订单的方法的具体应用示意图;
图4是根据本发明实施例中合并订单的装置的组成部分示意图;
图5是根据本发明实施例可以应用于其中的示例性***架构图;
图6是用来实现本发明实施例中合并订单的方法的电子设备结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
在现有的交易***中,受优惠券、遗忘等因素影响,用户往往在购买一件商品之后发现还需购买另外一件商品,因此在短时间内发出多个订单。在现有的订单生产及配送环节,往往根据不同订单进行打包和配送,由此造成打印单、包装盒等资源的浪费,以及配送成本的增加。
图1是现有的订单处理流程示意图。如图1所示,客户发出订单之后,开始订单计划环节。具体地,首先进行对账,之后根据订单中商品所在的不同仓库将订单拆分为至少一个子订单,每一子订单对应于一个仓库。例如,某订单中含有一本书和一条带鱼,则可将该订单拆分为对应于图书仓库的一个子订单和对应于生鲜仓库的子订单。需要说明的是,本文以下出现的订单均指经过订单拆分环节形成的上述子订单。经过订单拆分之后,可在订单转移环节将为每一拆分后的订单分配进行生产的仓库,并锁定库存。之后,可在预分拣环节确定待打印的出库单、运单等单据,并在打印环节打印。接着,经过拣货、出库、打包即完成订单生产,随即经订单配送环节即可将包裹送至用户手中。
需要说明的是,对于预约订单(即用户发出订单后并不立刻生产的订单),在经过订单转移环节锁定库存之后进行等待,在其所在的生产波次启动时才进入预分拣环节。例如,用户在周一发出订单,要求周六上午收货,如果配送时间小于一天,则可在订单拆分、订单转移、锁定库存之后进行等待,直到周五再进行订单生产。其中,生产波次指的是进行订单生产的一个时间间隔。在一个生产波次内,多个对应于同一接收时间段(即期望的收货时间段)的订单将完成生产并出库。在本文中,上述同一接收时间段可以是根据预设策略判断相同的时间段。例如,如果预设策略仅以上午、下午进行时间段区分,则“6到8点”和“10到11点”为同一接收时间段。
在本文中,待生产订单指的是即将下发到仓库进行生产的订单。待生产订单可以经过预分拣环节,也可以未经过预分拣环节。在本文中,以待生产订单为未经预分拣环节的订单进行示例。例如,对于普通订单,待生产订单可以是经过订单转移、锁定库存之后,即将进入预分拣环节的订单;对于预约订单,待生产订单可以是在订单转移、锁定库存并等待一定时间之后,即将进入预分拣环节和仓库生产环节的订单。
以下开始详细介绍本发明的技术方案。需要指出的是,在不冲突的情况下,本发明的实施例以及实施例中的技术特征可以相互结合。
图2是根据本发明实施例中合并订单的方法的主要步骤示意图。
如图2所示,本发明实施例的合并订单的方法可具体按照如下步骤执行:
步骤S201:在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待。
在本步骤中,目标订单优选为即将进入预分拣环节与订单生产环节的订单。将目标订单发送到仓库进行生产之前可以包括:对目标订单进行预分拣和下传到仓库之前。合单等待时长可以是固定值,也可根据应用场景进行计算,合单等待时长的计算过程将在下文详细介绍。
在本发明实施例中,可在步骤S201之前首先判断目标订单是否需要进行等待。作为一个优选方案,可通过以下四种方式进行判断。
第一种方式:判断目标订单是否为非紧急订单。如果判断结果为是,则倾向于表示目标订单可以进行等待;否则,倾向于表示目标订单无法等待。
第二种方式:根据历史订单数据判断目标订单对应的用户是否为特定用户。其中,上述历史订单数据可以是根据不同用户聚合的数据,特定用户为:在预设的第一历史时间段内连续发出订单次数大于预设阈值的用户,连续发出订单包括:在发出一个订单之后的第一时长内再次发出订单。例如,在最近半年内(第一历史时间段),用户在发出一个订单后10分钟(第一时长)内再次发出订单次数大于10(预设阈值)次时,该用户为特定用户。上述判断结果为是时,倾向于表示目标订单可以进行等待;否则,倾向于表示目标订单无法等待。
第三种方式:根据历史订单数据判断目标订单中是否含有特定商品。其中,上述历史订单数据可以是根据不同商品聚合的数据,特定商品为:在预设的第二历史时间段内,大于预设比例的用户在发出含有该特定商品订单之后的第二时长内再次发出订单。例如,在最近一年内(第二历史时间段),大于30%的用户在购买某商品后的15分钟(第二时长)后再次购买其它商品,则在前商品为特定商品。上述判断结果为是时,倾向于表示目标订单可以进行等待;否则,倾向于表示目标订单无法等待。
第四种方式:判断按照上述合单等待时长进行等待之后是否未超出目标订单的截单时刻。其中,上述截单时刻指的是目标订单所在的生产波次的生产结束时刻。为了不错过生产波次,如果上述判断结果为是,则可以进行等待;否则,一般不进行等待。
实际应用中,可以根据业务需求选取上述一种或多种判断。例如,可以只选取第一种方式,在目标订单不是紧急订单时进行等待,在目标订单是紧急订单时则直接进入预分拣和仓库生产环节。又如,可同时结合四种方式进行判断,只有在以下四种方式的判断结果均为“是”时进行等待,在任一种方式的判断结果为“否”时则直接进入预分拣和仓库生产环节。特别地,在采用第二、三种方式进行判断时,合单等待时长为第一时长与第二时长的最大值。此外,上述四种判断方式可并行判断,也可以一定顺序先后进行判断。
步骤S202:在合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将待生产订单与目标订单合并为一个订单,发送到仓库进行生产。
在本步骤中,目标订单与待生产订单为不同订单。上述合单条件可以是:至少一个待生产订单与目标订单对应于同一用户、同一仓库、同一接收时间段和同一接收地址(即收货地址)。可以理解,具体应用中,只有满足上述合单条件的订单才可能进行合并,否则,如果待生产订单与目标订单不对应于同一用户,则可能导致配送错误;如果待生产订单与目标订单不对应于同一仓库,则在订单生产环节无法合并;如果待生产订单与目标订单不对应于同一接收时间段,则可能不能满足用户的期望接收时间;如果待生产订单与目标订单不对应于同一接收地址,则可能无法满足用户的期望收货地址。可以理解的是,以上用户指的是用户标识,对应于同一用户即对应于同一用户标识。
合并订单时,可根据待生产订单的用户标识、接收时间段、订单商品明细等数据和目标订单的数据确定合并后订单的数据,并为合并后的订单设置订单号。此外,为了对外提供合并前后的订单查询功能,可将待生产订单的数据、目标订单的数据以及合并后订单的数据存储在数据库,并为待生产订单的订单号字段、目标订单的订单号字段以及合并后订单的订单号字段创建索引。
图3是根据本发明实施例中合并订单的方法的具体应用示意图。如图3所示,具体应用中的合并订单的方法可执行以下步骤:
1.用户下单之后,经过对账之后,进行订单拆分和订单转移。
2.利用前述四种方式结合判断是否需要进入合单***进行等待。其中,合单***用于执行合并订单的相关动作,进入合单***的时刻可作为合单等待时长的起始时刻。实际应用中,四种判断逻辑一般存储在合单***中。
3.在前述四种方式的判断结果均为“是”时,进入合单***;否则返回订单转移环节,之后直接由订单转移环节进入预分拣环节。
4.如果订单进入合单***,则将用户标识、接收时间段、接收地址等订单数据持久化在数据库中。
5.同时将订单数据存储在内存或redis(一种开源数据库)等内存数据库中。
6.利用一个线程轮询订单,判断是否到达合单等待时长(即到达合单等待时长结束时刻):若是,则执行下一步骤;否则返回上一步骤。
7.在到达合单等待时长时,判断是否存在对应于同一用户的多个订单:若是,执行下一步骤;否则,在数据库中对订单进行标记并删除内存中的订单数据,进入预分拣环节。
8.如果存在对应于同一用户的多个订单,则判断其中是否存在多个对应于同一仓库、同一接收时间段和同一接收地址的订单:若是,将多个订单合并;否则,在数据库中对订单进行标记并删除内存中的订单数据,进入预分拣环节。
具体地,在合并订单时,首先可检查每一待合并订单的用户标识是否一致、接收地址是否一致、接收时间段是否一致、所在库房是否一致。如果以上均一致,则启动订单合并;否则,结束订单合并流程,将每一订单发送到预分拣环节。
启动订单合并之后,首先生成生产单(即合并后的订单)的订单号。例如,可以在用户标识之后加上时间戳和订单数量生成生产单的订单号。之后,根据该订单号生成生产单,并根据任一合并前的订单数据确定生产单数据,如用户标识、接收时间段、接收地址、仓库标识、配送中心标识等。接着,可将每一合并前订单中的商品明细组合为生产单明细信息,并将生产单与合并前订单的关系写入数据库中以便后续查询。这样,即完成合并订单流程。之后,在数据库中对订单进行标记并删除内存中的订单数据,将生产单发送到预分拣环节。
在本发明实施例的技术方案中,在将待生产订单发送到仓库进行生产之前,按照预设的合单等待时长进行等待;如果在合单等待时长内存在对应于同一用户、同一仓库、同一接收时间段和同一接收地址的其它待生产订单,则将所有待生产订单合并进行生产。这样,即可在不影响正产订单生产的前提下,对适于合并的订单进行合并,从而降低仓库拣货、打包环节中的打印单、包装盒等资源浪费,减少打包环节的打包数量,提高订单生产效率,并降低配送成本,提升用户体验。在判断待生产订单是否进行等待时,结合以下多种方式进行判断:首先判断待生产订单是否为紧急订单;其次根据历史订单数据判断待生产订单对应的用户是否为具有连续下单特征的特定用户;再次根据历史订单数据判断待生产订单中是否存在具有连续下单特征的特定商品;此外判断经合单等待时长之后是否超出截单时刻。上述四种判断考虑到订单属性、从大数据中得到的用户属性和订单商品属性以及因等待合单而错过生产波次的风险,从而准确判别是否需要等待合单。实际应用中,可根据业务需求设置一定策略,并选取一种或几种方式进行判断。对历史订单数据进行分析,从而得到待生产订单对应用户的连续下单时间间隔和特定商品的连续下单时间间隔,由此确定待生产订单的合单等待时长,从而避免因合单等待时长太短错失合单或因合单等待时长太长而使订单长时间无法生产。
需要说明的是,对于前述的各方法实施例,为了便于描述,将其表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,某些步骤事实上可以采用其它顺序进行或者同时进行。此外,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是实现本发明所必须的。
为便于更好的实施本发明实施例的上述方案,下面还提供用于实施上述方案的相关装置。
请参阅图4所示,本发明实施例提供的一种合并订单的装置400可以包括控制单元401和合并单元402。
其中,控制单元,401可用于在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待。
合并单元402可用于在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,所述合单条件包括:所述待生产订单与目标订单对应于同一用户、同一仓库、同一接收时间段和同一接收地址。
在本发明实施例中,所述装置400可进一步包括第一判断单元,用于判断目标订单是否为紧急订单;在判断结果为否时,使目标订单按照所述合单等待时长进行等待。
较佳地,在本发明实施例中,所述装置400可进一步包括第二判断单元,用于判断目标订单是否为非紧急订单;根据历史订单数据判断目标订单对应的用户是否为特定用户;其中,特定用户为:在预设的第一历史时间段内连续发出订单次数大于预设阈值的用户;所述连续发出订单包括:在发出一个订单之后的第一时长内再次发出订单;根据历史订单数据判断目标订单中是否含有特定商品;其中,特定商品为:在预设的第二历史时间段内,大于预设比例的用户在发出含有该特定商品订单之后的第二时长内再次发出订单;判断按照所述合单等待时长进行等待之后是否未超出目标订单的截单时刻;其中,所述合单等待时长为第一时长与第二时长的最大值;以及,在四种判断结果均为是时,使目标订单按照所述合单等待时长进行等待。
实际应用中,合并单元402可进一步用于:根据所述待生产订单的数据和目标订单的数据确定合并后订单的数据,为合并后的订单设置订单号;将所述待生产订单的数据、目标订单的数据以及合并后订单的数据存储在数据库,并为待生产订单的订单号字段、目标订单的订单号字段以及合并后订单的订单号字段创建索引。
图5示出了可以应用本发明实施例的合并订单的方法或合并订单的装置的示例性***架构500。
如图5所示,***架构500可以包括终端设备501、502、503,网络504和服务器505(此架构仅仅是示例,具体架构中包含的组件可以根据申请具体情况调整)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器,例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等进行处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的合并订单的方法一般由服务器505执行,相应地,合并订单的装置一般设置于服务器505中。
应该理解,图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
本发明还提供了一种电子设备。本发明实施例的电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明所提供的合并订单的方法。
下面参考图6,其示出了适于用来实现本发明实施例的电子设备的计算机***600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,计算机***600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中,还存储有计算机***600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本发明公开的实施例,上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如,本发明实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元601执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。在本发明中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这根据所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括控制单元和合并单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,控制单元还可以被描述为“向合并单元传递合单等待时长的单元”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该设备执行时,使得该设备执行的步骤包括:在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待;在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,所述合单条件包括:所述待生产订单与目标订单对应于同一仓库、同一接收时间段和同一接收地址。
在本发明实施例的技术方案中,在将待生产订单发送到仓库进行生产之前,按照预设的合单等待时长进行等待;如果在合单等待时长内存在对应于同一用户、同一仓库、同一接收时间段和同一接收地址的其它待生产订单,则将所有待生产订单合并进行生产。这样,即可在不影响正产订单生产的前提下,对适于合并的订单进行合并,从而降低仓库拣货、打包环节中的打印单、包装盒等资源浪费,减少打包环节的打包数量,提高订单生产效率,并降低配送成本,提升用户体验。在判断待生产订单是否进行等待时,结合以下多种方式进行判断:首先判断待生产订单是否为紧急订单;其次根据历史订单数据判断待生产订单对应的用户是否为具有连续下单特征的特定用户;再次根据历史订单数据判断待生产订单中是否存在具有连续下单特征的特定商品;此外判断经合单等待时长之后是否超出截单时刻。上述四种判断考虑到订单属性、从大数据中得到的用户属性和订单商品属性以及因等待合单而错过生产波次的风险,从而准确判别是否需要等待合单。实际应用中,可根据业务需求设置一定策略,并选取一种或几种方式进行判断。对历史订单数据进行分析,从而得到待生产订单对应用户的连续下单时间间隔和特定商品的连续下单时间间隔,由此确定待生产订单的合单等待时长,从而避免因合单等待时长太短错失合单或因合单等待时长太长而使订单长时间无法生产。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (10)

1.一种合并订单的方法,其特征在于,包括:
在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待;
在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,
所述合单条件包括:所述待生产订单与目标订单对应于同一用户、同一仓库、同一接收时间段和同一接收地址。
2.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
判断目标订单是否为紧急订单;
在判断结果为否时,使目标订单按照所述合单等待时长进行等待。
3.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
判断目标订单是否为非紧急订单;
根据历史订单数据判断目标订单对应的用户是否为特定用户;其中,特定用户为:在预设的第一历史时间段内连续发出订单次数大于预设阈值的用户;所述连续发出订单包括:在发出一个订单之后的第一时长内再次发出订单;
根据历史订单数据判断目标订单中是否含有特定商品;其中,特定商品为:在预设的第二历史时间段内,大于预设比例的用户在发出含有该特定商品订单之后的第二时长内再次发出订单;
判断按照所述合单等待时长进行等待之后是否未超出目标订单的截单时刻;其中,所述合单等待时长为第一时长与第二时长的最大值;
以及,在四种判断结果均为是时,使目标订单按照所述合单等待时长进行等待。
4.根据权利要求1-3任一所述的方法,其特征在于,
将所述待生产订单与目标订单合并为一个订单,具体包括:根据所述待生产订单的数据和目标订单的数据确定合并后订单的数据,并为合并后的订单设置订单号;以及
所述方法进一步包括:将所述待生产订单的数据、目标订单的数据以及合并后订单的数据存储在数据库,并为待生产订单的订单号字段、目标订单的订单号字段以及合并后订单的订单号字段创建索引。
5.一种合并订单的装置,其特征在于,包括:
控制单元,用于在将目标订单发送到仓库进行生产之前,使目标订单按照预设的合单等待时长进行等待;
合并单元,用于在所述合单等待时长内,如果存在至少一个符合预设的合单条件的待生产订单,则将所述待生产订单与目标订单合并为一个订单,发送到仓库进行生产;其中,所述合单条件包括:所述待生产订单与目标订单对应于同一用户、同一仓库、同一接收时间段和同一接收地址。
6.根据权利要求5所述的装置,其特征在于,所述装置进一步包括:
第一判断单元,用于判断目标订单是否为紧急订单;在判断结果为否时,使目标订单按照所述合单等待时长进行等待。
7.根据权利要求5所述的装置,其特征在于,所述装置进一步包括:
第二判断单元,用于判断目标订单是否为非紧急订单;根据历史订单数据判断目标订单对应的用户是否为特定用户;其中,特定用户为:在预设的第一历史时间段内连续发出订单次数大于预设阈值的用户;所述连续发出订单包括:在发出一个订单之后的第一时长内再次发出订单;根据历史订单数据判断目标订单中是否含有特定商品;其中,特定商品为:在预设的第二历史时间段内,大于预设比例的用户在发出含有该特定商品订单之后的第二时长内再次发出订单;判断按照所述合单等待时长进行等待之后是否未超出目标订单的截单时刻;其中,所述合单等待时长为第一时长与第二时长的最大值;以及,在四种判断结果均为是时,使目标订单按照所述合单等待时长进行等待。
8.根据权利要求5-7任一所述的装置,其特征在于,合并单元进一步用于:
根据所述待生产订单的数据和目标订单的数据确定合并后订单的数据,为合并后的订单设置订单号;将所述待生产订单的数据、目标订单的数据以及合并后订单的数据存储在数据库,并为待生产订单的订单号字段、目标订单的订单号字段以及合并后订单的订单号字段创建索引。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-4中任一所述的方法。
CN201810986950.4A 2018-08-28 2018-08-28 合并订单的方法和装置 Active CN110866709B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810986950.4A CN110866709B (zh) 2018-08-28 2018-08-28 合并订单的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810986950.4A CN110866709B (zh) 2018-08-28 2018-08-28 合并订单的方法和装置

Publications (2)

Publication Number Publication Date
CN110866709A true CN110866709A (zh) 2020-03-06
CN110866709B CN110866709B (zh) 2024-05-24

Family

ID=69651382

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810986950.4A Active CN110866709B (zh) 2018-08-28 2018-08-28 合并订单的方法和装置

Country Status (1)

Country Link
CN (1) CN110866709B (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111461842A (zh) * 2020-04-09 2020-07-28 深圳百胜扬工业电子商务平台发展有限公司 一种工业电商的产品下单处理方法及装置
CN111709802A (zh) * 2020-06-12 2020-09-25 北京思特奇信息技术股份有限公司 一种订单处理方法和装置
CN112150257A (zh) * 2020-11-26 2020-12-29 炬星科技(深圳)有限公司 订单处理方法、云端***、电子设备及存储介质
CN113298451A (zh) * 2020-04-30 2021-08-24 阿里巴巴集团控股有限公司 配送方法、装置、设备和存储介质
CN113421140A (zh) * 2020-05-11 2021-09-21 阿里巴巴集团控股有限公司 订单处理方法、装置、***及电子设备
CN113626472A (zh) * 2021-08-10 2021-11-09 北京京东振世信息技术有限公司 一种处理订单数据的方法和装置
CN113689155A (zh) * 2020-05-18 2021-11-23 北京京东乾石科技有限公司 出库方法和出库装置
CN113706064A (zh) * 2020-05-21 2021-11-26 北京京东振世信息技术有限公司 一种订单处理方法和装置
CN113762835A (zh) * 2020-08-24 2021-12-07 北京京东振世信息技术有限公司 一种处理订单数据的方法和装置
CN113822615A (zh) * 2021-02-04 2021-12-21 北京京东振世信息技术有限公司 订单配送方法、装置及可读存储介质和电子设备
CN114925090A (zh) * 2022-04-28 2022-08-19 江苏康众汽配有限公司 一种多规则合单发货方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104899778A (zh) * 2015-06-30 2015-09-09 程强 订购信息更新时的订单更新方法和订购***
CN105741065A (zh) * 2016-01-25 2016-07-06 上海万琛电子商务有限公司 一种仓库管理***
CN106600178A (zh) * 2015-10-19 2017-04-26 阿里巴巴集团控股有限公司 业务数据处理方法及装置
CN106886873A (zh) * 2017-01-24 2017-06-23 武汉奇米网络科技有限公司 一种电子商务订单的合单方法及合单***
CN107844933A (zh) * 2017-09-21 2018-03-27 北京小度信息科技有限公司 订单处理方法及装置
WO2018064937A1 (zh) * 2016-10-08 2018-04-12 阿里巴巴集团控股有限公司 一种订单信息处理方法、装置及***
CN108009869A (zh) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、服务器和计算机可读存储介质
CN108171561A (zh) * 2017-11-29 2018-06-15 商派软件有限公司 一种全渠道订单合并处理方法
CN108305033A (zh) * 2018-02-11 2018-07-20 中国联合网络通信集团有限公司 一种基于用户共享的配送方法及装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104899778A (zh) * 2015-06-30 2015-09-09 程强 订购信息更新时的订单更新方法和订购***
CN106600178A (zh) * 2015-10-19 2017-04-26 阿里巴巴集团控股有限公司 业务数据处理方法及装置
CN105741065A (zh) * 2016-01-25 2016-07-06 上海万琛电子商务有限公司 一种仓库管理***
WO2018064937A1 (zh) * 2016-10-08 2018-04-12 阿里巴巴集团控股有限公司 一种订单信息处理方法、装置及***
CN106886873A (zh) * 2017-01-24 2017-06-23 武汉奇米网络科技有限公司 一种电子商务订单的合单方法及合单***
CN108009869A (zh) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、服务器和计算机可读存储介质
CN107844933A (zh) * 2017-09-21 2018-03-27 北京小度信息科技有限公司 订单处理方法及装置
CN108171561A (zh) * 2017-11-29 2018-06-15 商派软件有限公司 一种全渠道订单合并处理方法
CN108305033A (zh) * 2018-02-11 2018-07-20 中国联合网络通信集团有限公司 一种基于用户共享的配送方法及装置

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111461842A (zh) * 2020-04-09 2020-07-28 深圳百胜扬工业电子商务平台发展有限公司 一种工业电商的产品下单处理方法及装置
CN113298451A (zh) * 2020-04-30 2021-08-24 阿里巴巴集团控股有限公司 配送方法、装置、设备和存储介质
CN113421140A (zh) * 2020-05-11 2021-09-21 阿里巴巴集团控股有限公司 订单处理方法、装置、***及电子设备
CN113689155A (zh) * 2020-05-18 2021-11-23 北京京东乾石科技有限公司 出库方法和出库装置
CN113706064A (zh) * 2020-05-21 2021-11-26 北京京东振世信息技术有限公司 一种订单处理方法和装置
CN111709802A (zh) * 2020-06-12 2020-09-25 北京思特奇信息技术股份有限公司 一种订单处理方法和装置
CN111709802B (zh) * 2020-06-12 2024-01-12 北京思特奇信息技术股份有限公司 一种订单处理方法和装置
CN113762835A (zh) * 2020-08-24 2021-12-07 北京京东振世信息技术有限公司 一种处理订单数据的方法和装置
CN112150257A (zh) * 2020-11-26 2020-12-29 炬星科技(深圳)有限公司 订单处理方法、云端***、电子设备及存储介质
CN113822615A (zh) * 2021-02-04 2021-12-21 北京京东振世信息技术有限公司 订单配送方法、装置及可读存储介质和电子设备
CN113626472A (zh) * 2021-08-10 2021-11-09 北京京东振世信息技术有限公司 一种处理订单数据的方法和装置
CN113626472B (zh) * 2021-08-10 2023-09-05 北京京东振世信息技术有限公司 一种处理订单数据的方法和装置
CN114925090A (zh) * 2022-04-28 2022-08-19 江苏康众汽配有限公司 一种多规则合单发货方法

Also Published As

Publication number Publication date
CN110866709B (zh) 2024-05-24

Similar Documents

Publication Publication Date Title
CN110866709B (zh) 合并订单的方法和装置
CN108960691B (zh) 用于服务器***的确定物品库存的方法和装置
CN107909261B (zh) 订单推送方法和装置
CN110826831A (zh) 对仓库的拣选区补货的方法和装置
CN107871221B (zh) 用于获取可销售库存数量的方法和装置
CN110738436B (zh) 一种确定可用库存的方法和装置
CN111324786B (zh) 咨询问题信息的处理方法和装置
CN112884405A (zh) 一种询价***及其调度方法
CN111861298A (zh) 一种订单取消的方法和装置
CN111179080B (zh) 一种订单处理方法和订单处理装置
CN111275450B (zh) 一种商品退货后的关联优惠信息的处理方法和***
CN113177754A (zh) 一种物品管理方法和装置
CN113780915A (zh) 业务对接方法和装置
CN113762863A (zh) 一种库存管理方法和装置
CN110555642A (zh) 一种确定路由起点方法和装置
US20240054451A1 (en) Inventory information processing method and device
CN111260271A (zh) 用于缩短门店订单拣货时长的方法和装置
CN110807610A (zh) 配送的方法和装置
CN115019943A (zh) 一种医药数据管理方法及***
CN113822516A (zh) 一种配运方的匹配方法及装置
CN113762835A (zh) 一种处理订单数据的方法和装置
CN113762825A (zh) 确定出库列表的方法和装置
CN113222680A (zh) 一种生成订单的方法和装置
CN111861293A (zh) 用于发送信息的方法和装置
CN112053106A (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
GR01 Patent grant
GR01 Patent grant