CN110276469B - 订单下发控制方法、装置及计算机*** - Google Patents
订单下发控制方法、装置及计算机*** Download PDFInfo
- Publication number
- CN110276469B CN110276469B CN201810215130.5A CN201810215130A CN110276469B CN 110276469 B CN110276469 B CN 110276469B CN 201810215130 A CN201810215130 A CN 201810215130A CN 110276469 B CN110276469 B CN 110276469B
- Authority
- CN
- China
- Prior art keywords
- period
- order
- information
- issuing
- operation efficiency
- 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.)
- Active
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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock 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/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
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
Abstract
本申请实施例公开了订单下发控制方法、装置及计算机***,其中,所述方法包括:确定下发周期,其中,在每个下发周期执行一次订单下发操作;针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。通过本申请实施例,可以使得仓库的作业复杂度可控的情况下,实现仓库产能最大化。
Description
技术领域
本申请涉及订单信息处理技术领域,特别是涉及订单下发控制方法、装置及计算机***。
背景技术
对于网络销售平台来说,仓储+物流是是整个电商环节中的非常重要的部分。尤其是“C2C”模式的平台而言,卖家与买家都属于平台的用户,在最初的模式下,平台只是起到信息桥梁的作用,而具体商品的仓储及物流都是由卖家用户自行解决。也即,卖家需要自行准备仓库,买家用户在下单之后,卖家用户的相关工作人员需要从仓库中备货,并交给相关的物流服务商执行具体的配送服务。
但是,随着网络销售平台的发展,平台不再仅仅起到信息桥梁的作用,而是更多的可以帮助卖家用户提供一些解决方案,以提高整体上的服务效率以及质量。其中,提供统一的仓储及配送,就是其中一个很重要的方面。例如,对于“淘宝”平台而言,为卖家用户提供了“菜鸟”***,“菜鸟”***在多个区域部署了多个“菜鸟仓”,例如,“杭州仓”、“上海仓”、“北京仓”,等等。卖家用户可以提前将需要通过“淘宝”售卖的商品备货到这种“菜鸟仓”中,这样,买家用户在线下单后,可以由菜鸟仓的相关工作人员执行相应的拣货以及发货、配送等相关的服务。也就是说,在该方案中,卖家用户只需要前期将货品备货到具体的“菜鸟仓”,后续的发货以及配送等工作就都可以由“菜鸟”***来辅助完成,并且能够实现拣货、发货以及配送的统一化以及标准化,可以提升平台的服务效能。另外,由于平台部署的仓库可以分散在多个地区,因此,还可以实现根据买家所指定收货地址的就近发货,可以提高配送效率,使得用户能够在更短的时间内收到所购买的商品。当然,“菜鸟仓”不仅仅能够用于存放第三方商家用户的货品,如果平台具有自营类的商品,也可以将对应的货品备货到“菜鸟仓”。
总之,可以根据网络销售的特点,提供大型的仓配供应链***,实现对仓储、配送的统一化管理,当然,对于一些大型的商家用户,也可能会自行成立自己的仓配供应链***,等等。不管具体对应哪种情况,仓配供应链***通常需要与订单***进行对接,其中,订单***将订单数据将下发给仓库管理***,仓库管理***将订单中商品打包成包裹后出库,并由配送公司配送给买家。但是,在存放有大量商家用户的商品的情况下,或者,在一些大型的促销活动期间等,与仓配供应链***对接的订单数量通常都是非常大,并且经常会出现大量订单并发的情况。
发明内容
本申请提供了订单下发控制方法、装置及计算机***,可以使得仓库的作业复杂度可控的情况下,实现仓库产能最大化。
本申请提供了如下方案:
一种订单处理***,包括:
客户端,用于提供数据对象信息,根据数据对象操作结果提交生成订单的请求;
订单***服务器,用于根据客户端提交的请求生成订单,并向仓库***服务器下发订单信息;
仓库***服务器,用于根据接收到的订单信息生成发货任务,并在发货完成后,向订单***服务器返回发货完成通知消息;
所述订单***服务器还用于,对仓库***的作业效率信息进行实时预测,根据作业效率实时预测结果信息,对订单下发的速度进行控制。
一种订单下发控制方法,包括:
确定下发周期,其中,在每个下发周期执行一次订单下发操作;
针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。
一种订单下发控制装置,包括:
下发周期确定单元,用于确定下发周期,其中,在每个下发周期执行一次订单下发操作;
产能预测单元,用于针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
下发控制单元,用于根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。
一种计算机***,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定下发周期,其中,在每个下发周期执行一次订单下发操作;
针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,可以实现在每个下发周期,对仓库***的作业效率信息进行预测,然后,根据预测出的结果,对每个下发周期向仓库***下发的作业量进行控制。这样,可以使得仓库的作业复杂度可控的情况下,实现仓库产能最大化。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的***架构的示意图;
图2是本申请实施例提供的方法的流程图;
图3是本申请实施例提供的装置的示意图;
图4是本申请实施例提供的计算机***的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,可以对订单***向仓库***订单下发情况进行控制,其中,如何协调订单***向仓库管理***下发的订单数量以及速度,成为需要考虑的问题,一次性下发过多的订单将增加仓库的作业选择维度和作业复杂度;一次性下发太少的订单则仓库产能无法最大化。为此,具体实现时,首先可以确定出仓库***的作业效率信息,然后,订单***根据仓库***的作业效率信息控制订单下发的数量以及速度。但是,仓库***的作业效率通常是随着时间动态变化的,很难通过预先设定一个固定的值的方式来进行订单下发速度的控制。因此,在本申请实施例中,可以首先确定订单下发的周期,然后,分别在每个下发周期确定出仓库***当前的作业效率信息,再根据当前的作业效率进行订单下发速度的控制。例如,对于“菜鸟”等大型的仓库管理***而言,订单量非常大,仓库的处理能力通常会在每秒数十万单的量级,因此,具体可以设定是一秒为一个下发周期,也即,订单***每秒向仓库下发一次订单,此时,就可以确定出仓库***每秒所能处理的作业量,进而据此确定出每秒需要向仓库***下发的订单数量,等等。其中,随着每个下发周期的到来,对仓库***作业效率的统计也是在不断进行的,例如,如果订单***每秒向仓库***做一次订单下发,则同时还需要每秒统计一次仓库的作业效率信息,每次进行统计时,均可以以仓库***最新返回的发货完成通知消息等为依据来进行,尽量每次统计是能够得到仓库***实时的作业效率信息。总之,通过动态的确定仓库***的作业效率信息,并以此为依据来控制订单***向仓库***下发订单的速度,通过这种方式可以使得仓库的作业复杂度可控的情况下,实现仓库产能最大化。
具体从产品架构角度而言,参见图1,本申请实施例可以涉及到以下几个部分:首先是订单***,该订单***主要是用于根据消费者用户、买家用户等通过其移动终端设备等在线下单的情况,生成交易订单,之后,还可以根据用户的收货地址等,选择具体的发货仓库,生成相应的物流订单等等,这种物流订单便可以作为待下发的订单,在具体的下发周期内向仓库***进行下发。当然,在实际应用中,具体向仓库***下发的订单也可能是交易订单,这里不进行具体的限定,因此,统称为订单。然后是仓库***,仓库***具体可以包括实体作业部分以及信息处理部分,其中,实体作业部分主要包括各种仓库资源,例如,存放空间资源、人力资源、包装、仓内运输资源,等等,具体用于完成发货过程中的拣货、打包等作业。信息处理部分则用于与订单***进行对接,一方面接收订单***下发的订单,另一方面,对于发货完成的订单,还可以向订单***返回发货完成的通知消息。订单***在接收到发货完成的通知消息后,还可以将具体的消息提供给消费者用户、买家用户等对应的客户端,供用户进行查询。本申请实施例中,主要涉及订单***与仓库***之间的信息处理部分,具体涉及对订单***向仓库***进行订单信息下发环节进行的优化。下面对具体的实现方案进行详细介绍。
实施例一
该实施例一首先提供了一种订单处理***,参见图1,该***可以包括:
客户端101,用于提供数据对象信息,根据数据对象操作结果提交生成订单的请求;
订单***服务器102,用于根据客户端提交的请求生成订单,并向仓库***服务器下发订单信息;
仓库***服务器103,用于根据接收到的订单信息生成发货任务,并在发货完成后,向订单***服务器返回发货完成通知消息;
其中,所述订单***服务器102还用于,对仓库***的作业效率信息进行实时预测,根据作业效率实时预测结果信息,对订单下发的速度进行控制。
下面对主要从订单***出发,对具体对订单下发速度的控制方式进行详细介绍,也即,关于该实施例一中相关的具体实现,可以参见后续实施例二中的介绍。
实施例二
在本申请实施例二中,主要从订单***的角度,提供了一种订单下发控制方法,参见图2,该方法具体可以包括:
S201:确定下发周期,其中,在每个下发周期执行一次订单下发操作;
在本申请实施例中,首先可以设定下发周期,也即,订单***可以按照该下发周期,进行周期性的订单下发,每个下发周期向仓库***下发一批订单,但是,每个下发周期下发的订单数量可能是不同的,具体需要根据仓库***在当前下发周期的作业效率来确定。
其中,关于具体下发周期的时间长度,可以根据实际产生的订单量级以及仓库作业能力的量级进行确定,例如,如前文所述,对于“菜鸟”等***,由于***规模较大,***中产生的订单数量非常大,仓库***的处理能力通常是在每秒种数十万单,因此,可以将下发周期设定为一秒,也即,每秒向仓库***执行一次订单下发,每次下发的订单数量通常都是数十万单,其中,具体的数量就是本申请实施例中所需确定的问题。当然,对于一些小型的***,如果订单数量没有如此之大,也可以适当延长订单下发周期,例如,延长至一分钟,等等。
S202:针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
在确定出具体的下发周期后,就可以分别在每个下发周期,对仓库***的作业效率分别进行一次统计,以此预测出每个下发周期对应的作业效率,进而可以实现更准确的订单下达速度的控制。其中,具体在统计当前下发周期对应的仓库作业效率时,具体可以是对仓库***在所述当前下发周期内所能完成的作业量进行预测,通过该预测值,作为在当前下发周期对应的仓库作业效率信息。也就是说,假设下发周期为一秒,则上述统计的过程,就是通过仓库执行发货的历史数据,预测出下一秒钟仓库能够完成的作业量,所述作业量具体可以通过订单数量等信息来进行体现。
其中,具体实现时,由于仓库***在根据订单***提供的订单完成发货后,会向订单***进行发货完成的通知,其中,具体的通知可以是与订单相对应的,并且,通常情况下,每个通知可以对应一个订单,也即,每完成一个订单的发货,都可以向订单***返回发货完成通知消息,其中可以携带订单的ID等标识信息。当然,在具体实现时,也可能存在一个通知对应多个订单的情况。总之,订单***能够获得仓库***反馈的发货完成通知,进而,就可以根据这种发货完成通知消息,作为仓库发货的历史数据,对仓库的作业效率进行统计。
在一种实现方式下,具体的在当前下发周期对应的仓库作业效率进行预测时,将所述当前下发周期的起始时间点向前预置第一时间长度的时间段确定为第一统计时间段,并确定所述第一统计时间段内接收到的发货完成通知关联的订单数量信息;然后,根据所述订单数量、所述预置第一时间长度信息以及所述下发周期的时间长度信息,对当前下发周期对应的实时作业效率信息进行预测。
具体实现时,所述第一时间长度信息,可以简单的设为一个下发周期,也就是说,可以确定所述上一下发周期的内接收到的发货完成通知关联的订单数量信息,然后,根据所述订单数量、所述下发周期对应的时间长度信息,对当前下发周期对应的实时作业效率信息进行预测。也即,可以将上一下发周期的仓库作业效率作为当前下发周期所能处理作业量的预测值。例如,下发周期为一秒,也即,可以根据仓库***在上一秒内发货完成的订单数量等信息,对下一秒所能处理的作业量进行预测。
或者,在具体实现时,所述预置第一时间长度可以与仓库***在同一天内的第一资源调度周期相关。也就是说,对于仓库***而言,在同一天内,仓库内的资源通常会在一定周期内进行一次调度,例如,每两个小时执行一次作业人员的换岗,每两小时更换一次作业方式,等等。其中,在同一调度周期内,由于作业人员、作业方式等资源的配置通常是相同的,因此,作业效率通常呈现出比较稳定的状态。此时,所述第一时间长度可以是两个小时,也即,可以在每个下发周期取出当前时刻起向前两个小时的统计数据,并确定这两个小时内总共完成发货的订单数量等信息,然后,根据这种订单数量信息除以这两个小时的时间长度信息,确定出仓库的当前作业效率信息。其中,在进行上述除法运算时,还可以首先进行时间长度信息的换算,具体的,可以根据下发周期的长度,进行换算,例如,确定出该两个小时一共包含多少个下发周期,例如,为N个,然后,再利用总订单数量等信息除以N,确定出实时作业效率信息。
在计算出上述实时作业效率信息之后,具体在根据当前下发周期对应的作业效率信息,确定在当前下发周期内向仓库***下发的作业量信息时,可以直接根据所述实时作业效率信息,确定在当前下发周期内向仓库***下发的作业量信息。
或者,在另一种实现方式下,还可以结合历史平均作业效率信息,进行综合的计算,根据综合计算得到的在作业效率信息,确定当前下发周期对应的仓库***作业效率信息。具体的,由于仓库***除了在一天之内对进行资源调度之外,从长期的时间来看,还存在更宏观的资源调度行为。例如,每周还会执行一次资源调度,每个月会执行一次更大规模的资源调度,等等,其中,在同一调度周期内,由于作业人员、作业方式、场地、环境因素大致相同,使得在作业效率上也可能会存在相似性的特点,因此,具体在进行仓库作业效率的预测时,除了考虑最近两小时内的实时作业效率,还可以考虑同一周内的平均作业效率,同一个月内的平均作业效率,等等,然后,再综合实时作业效率以及各历史平均作业效率,进行当前下发周期对应的仓库作业效率的预测。例如,假设当前下发周期的其实时间点是10时20分30秒,当前日期为3月15日,星期四;则可以统计出从8时20分29秒到10时20分29秒内的实时作业效率,本周内从星期一到星期三的历史平均作业效率,以及本月内从3月1日到3月14日的历史平均作业效率,然后,综合上述三者,得到当前下发周期对应的仓库作业效率信息。
具体的,可以获得所述仓库***的第二资源调度周期(可以是一周,或者其他时间长度),以及第三资源调度周期(可以是一个月或者其他时间长度),其中,所述第二资源调度周期大于所述第一资源调度周期,且小于所述第三资源调度周期,所述第二资源调度周期以及所述第三资源调度周期均为大于1天的正整数。然后,可以获得所述当前下发周期所在的第二资源调度周期内,所述仓库***的第一历史平均作业效率信息,以及所述当前下发周期所在的第三资源调度周期内,所述仓库***的第二历史平均作业效率信息。这样,具体在根据当前下发周期对应的作业效率信息,确定在当前下发周期内向仓库***下发的作业量信息时,可以根据所述实时作业效率信息以及所述第一历史平均作业效率信息、第二历史平均作业效率信息,确定所述当前下发周期对应的作业效率信息,并根据该作业效率信息确定在当前下发周期内向仓库***下发的作业量信息。其中,各种不同的作业效率信息可以对应不同的权重,例如:
前一单位时间平均产能:N,权值RN
前一周单位时间平均产能:M1,权值R1
前一周单位时间平均产能:M2,权值R2
则预测出的当前下发周期所能完成的作业量可以为:
(N×RN+M1×R1+M2×R2)/(RN+R1+R2)
其中,具体在统计所述第一历史平均作业效率时,可以将当前下发周期所属的第二资源调度周期的起始日期到所述当前下发周期所在日期的前一日期确定为第二统计时间段;当前下发周期所属的第三资源调度周期的起始日期到所述当前下发周期所在日期的前一日期确定为第三统计时间段。这样,所述第一历史平均作业效率信息根据所述第二统计时间段内收到的发货完成通知对应的订单总数,以及所述第二统计时间段对应的第二时间长度进行确定;所述第二历史平均作业效率信息根据所述第三统计时间段内收到的发货完成通知对应的订单总数,以及所述第三统计时间段对应的第三时间长度进行确定。
需要说明的是,在前述进行作业效率的计算时,主要考虑的因素是在一定时间长度内处理的订单数量信息,但是,在实际仓库作业过程中,订单本身也对作业产能存在影响。如:一般情况下,多个商品的订单比单个商品的订单作业难度更高。也就是说,不同订单之间的作业难度可能是不同的,这也就导致,如果单纯考虑同一时间长度内发货完成的订单数量信息,则可能会导致对仓库产能估计不准。例如,某时间长度t1内共完成了M单,另外一段相同的时间长度t2内完成了N单,其中,M>N,但是,由于t2内的各订单中存在很多包含多个商品的订单,因此,实际的产能可能还会大于t1时间段内的产能,等等。其中,影响作业难度的情况具体可以包括商品数量、包材要求、拣货难度、特殊包材等,而这些信息都是可以在已知订单信息的情况下预先获知的,因此,可以分别对各个订单对应的作业难度进行计算。
为此,在本申请的优选实施方式中,具体在根据统计时间段的时间长度信息以及该统计时间段内接收到的发货完成通知对应的订单总数确定对应的作业效率时,无论是实时作业效率还是第一历史平均作业效率、第二历史平均作业效率,都可以首先确定所述统计时间段内收到的发货完成通知对应的各订单的详情信息,所述详情信息包括影响仓库作业难度的信息,例如,订单中的商品数量、包材要求、拣货难度、特殊包材等。然后,根据各订单的详情信息以及预置的作业难度规则信息,确定各订单关联的作业难度系数信息;进而,可以根据统计时间段的时间长度信息以及该统计时间段内接收到的发货完成通知对应的订单总数以及各订单对应的作业难度系数信息,确定对应的作业效率。例如,在计算作业效率时,可以将具体时间长度内各订单对应的难度系数进行相加,该相加结果可以更准确的体现同一时间长度内仓库所完成的作业量,之后,再确定与具体时间长度的比值,这样可以更为准确的确定出仓库***的实际作业效率。
其中,具体在进行订单难度系数的确定时,可以预先提供各种因素的属性值与难度值之间的对应关系,然后,对于一个具体的订单,可以首先确定出各个因素上的属性值,然后,对照该对应关系,转化为难度值,之后,再根据具体的难度系数计算公式计算出难度系数。例如,在一种实现方式下,所述各种因素的属性值与难度值之间的对应关系可以如表1所示:
表1
因子类型 | 影响包装的因子 | 因子值 | 难度值 | 权重 |
001 | 商品数量 | 1 | 1 | 1 |
001 | 商品数量 | 10 | 3 | 3 |
001 | 商品数量 | 30 | 5 | 5 |
001 | 商品数量 | 50 | 7 | 7 |
001 | 商品数量 | 100 | 9 | 9 |
001 | 商品数量 | 200 | 10 | 10 |
002 | 包材要求 | 0 | 1 | 1 |
002 | 包材要求 | 1 | 5 | 2 |
002 | 包材要求 | 10 | 10 | 5 |
003 | 拣货难度 | 0 | 1 | 1 |
003 | 拣货难度 | 1 | 5 | 2 |
003 | 拣货难度 | 10 | 10 | 5 |
004 | 特殊包装要求 | 0 | 1 | 1 |
004 | 特殊包装要求 | 1 | 5 | 2 |
004 | 特殊包装要求 | 10 | 10 | 5 |
订单的作业难度系数计算公式可以为:
r=(d1w1+d2w2+d3w3+…+diwi)/(w1+w2+w3+…+wi) (1)
其中,r值可以为1-10,r值越低说明作业难度越低;
d为因子难度值;
w因子权重;
i因子个数。
例如,某个订单中包含的商品数量为10,包材要求为1,拣货难度为10,特殊包装要求为0,则通过查询上述表1可知,商品数量因子对应的难度值为3,权重为3;包材要求因子对应的难度值为5,权重为2;拣货难度因子对应的难度值为10,权重为5;特殊包装要求因子对应的难度值为1,权重为1。这样,根据上述公式(1),可以计算得到该订单的难度系数为:
r=(3×3+5×2+10×5+1×1)/(3+2+5+1)=5.38
其他订单的难度系数也都可以按此进行计算。
S203:根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。
在得到当前下发周期对应的仓库作业效率信息后,就可以确定在当前下发周期内向仓库***下发的作业量信息。其中,对于订单***而言,***中产生的订单可以统一存放到一个临时的“订单池”中,并且,还可以按照订单产生的时间先后顺序等进行排序,当然,在实际应用中,在对订单进行排序时,还可以考虑买家用户对订单配送时效的要求因素,或者订单关联的商家或者卖家用户因素,等等,可以通过这些因素,对订单池中的订单顺序进行调整。每个下发周期进行订单下发时,都可以从该订单池中从前到后取出对应数量的订单,下发到仓库***,并将这部分订单从订单池中删除。
在确定当前下发周期需要下发的作业量时,具体就可以是,确定出可以下发哪些订单。如果前述确定出的作业效率信息,是每个周期内对应的订单数量,则这里确定出的作业量可以是订单数量信息,例如,预测出仓库***在下一秒能够完成的订单数量,然后,在下一秒进行订单下发时,就按照该订单数量从订单池中取出对应数量的订单进行下发即可。
但是,如前文所述,单纯考虑订单数量可能会导致不准确,因此,在进行作业效率的预测时,还可以考虑各订单的作业难度系数信息。在这种情况下,在进行根据当前下发周期对应的作业效率信息,确定在当前下发周期内向仓库***下发的作业量信息时,可以首先获得待下发订单对应的详情信息,所述详情信息包括影响仓库作业难度的信息;然后,根据各待下发订单的详情信息以及预置的作业难度规则信息,确定各待下发订单关联的作业难度系数信息;最后再根据当前下发周期对应的作业效率信息,以及各待下发订单对应的作业难度系数信息,确定在当前下发周期内向仓库***下发的订单。
其中,具体对待下发订单进行难度系数的计算时,同样可以首先通过表1的方式对各订单中各因子对应的难度值以及权重进行查询,然后,按照公式(1)进行计算。这样,可以将每个订单转化为对应的难度系数。然后,根据当前下发周期对应的作业效率信息,确定出在当前下发周期内向仓库***下发的作业量信息。具体的,可以每次从订单池中取出一个订单,计算出难度系数后,与之前已经取出的订单的难度系数进行累加,直到累加值达到对当前下发周期预测出的所能完成的作业量时,则不再从订单池中取出新的订单,将已取出的订单作为当前下发周期内的待下发订单即可。
总之,通过本申请实施例,可以实现在每个下发周期,对仓库***的作业效率信息进行预测,然后,根据预测出的结果,对每个下发周期向仓库***下发的作业量进行控制。这样,可以使得仓库的作业复杂度可控的情况下,实现仓库产能最大化。
与本申请实施例提供的订单下发控制方法相对应,本申请实施例还提供了一种订单下发控制装置,参见图3,该装置具体可以包括:
下发周期确定单元301,用于确定下发周期,其中,在每个下发周期执行一次订单下发操作;
产能预测单元302,用于针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
下发控制单元303,用于根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。
其中,所述当前下发周期对应的作业效率信息通过所述仓库***在所述当前下发周期内所能完成的作业量的预测值进行表示。
具体实现时,可以通过以下方式对仓库***在所述当前下发周期内所能完成的作业量进行预测,包括:
通知信息接收单元,用于接收仓库***返回的发货完成通知信息,其中,所述发货完成通知信息与订单相对应;
第一统计时间段确定单元,用于将所述当前下发周期的起始时间点向前预置第一时间长度的时间段确定为第一统计时间段,并确定所述第一统计时间段内接收到的发货完成通知关联的订单数量信息;
第一预测单元,用于根据所述订单数量、所述预置第一时间长度信息以及所述下发周期的时间长度信息,对当前下发周期对应的实时作业效率信息进行预测。
具体实现时,所述第一时间长度为一个下发周期;
此时,第一统计时间段确定单元具体可以用于:
确定所述上一下发周期的内接收到的发货完成通知关联的订单数量信息;
第一预测单元具体可以用于:
根据所述订单数量、所述下发周期对应的时间长度信息,对当前下发周期对应的实时作业效率信息进行预测。
或者,所述预置第一时间长度也可以与仓库***在同一天内的第一资源调度周期相关。
在其中一种方式下,下发控制单元具体可以用于:
根据所述实时作业效率信息,确定在当前下发周期内向仓库***下发的作业量信息。
或者,在另一种实现方式下,该装置还可以包括:
调度周期获得单元,用于获得所述仓库***的第二资源调度周期,以及第三资源调度周期,其中,所述第二资源调度周期大于所述第一时间长度,且小于所述第三资源调度周期,所述第二资源调度周期以及所述第三资源调度周期均为大于1天的正整数;
历史作业效率获得单元,用于获得所述当前下发周期所在的第二资源调度周期内,所述仓库***的第一历史平均作业效率信息,以及所述当前下发周期所在的第三资源调度周期内,所述仓库***的第二历史平均作业效率信息;
所述下发控制单元具体可以用于:
根据所述实时作业效率信息以及所述第一历史平均作业效率信息、第二历史平均作业效率信息,确定所述当前下发周期对应的作业效率信息,并根据该作业效率信息确定在当前下发周期内向仓库***下发的作业量信息。
具体实现时,可以将当前下发周期所属的第二资源调度周期的起始日期到所述当前下发周期所在日期的前一日期确定为第二统计时间段;当前下发周期所属的第三资源调度周期的起始日期到所述当前下发周期所在日期的前一日期确定为第三统计时间段;
所述第一历史平均作业效率信息根据所述第二统计时间段内收到的发货完成通知对应的订单总数,以及所述第二统计时间段对应的第二时间长度进行确定;
所述第二历史平均作业效率信息根据所述第三统计时间段内收到的发货完成通知对应的订单总数,以及所述第三统计时间段对应的第三时间长度进行确定。
另外,该装置还可以包括:
订单详情信息获得单元,用于确定所述统计时间段内收到的发货完成通知对应的各订单的详情信息,所述详情信息包括影响仓库作业难度的信息;
难度系数确定单元,用于根据各订单的详情信息以及预置的作业难度规则信息,确定各订单关联的作业难度系数信息;
作业效率确定单元,用于根据统计时间段的时间长度信息以及该统计时间段内接收到的发货完成通知对应的订单总数以及各订单对应的作业难度系数信息,确定对应的作业效率。
具体的,所述下发控制单元具体可以包括:
订单详情信息获得子单元,用于获得待下发订单对应的详情信息,所述详情信息包括影响仓库作业难度的信息;
难度系数确定子单元,用于根据各待下发订单的详情信息以及预置的作业难度规则信息,确定各待下发订单关联的作业难度系数信息;
订单确定子单元,用于根据当前下发周期对应的作业效率信息,以及各待下发订单对应的作业难度系数信息,确定在当前下发周期内向仓库***下发的订单。
另外,本申请实施例还提供了一种计算机***,该***可以包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定下发周期,其中,在每个下发周期执行一次订单下发操作;
针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发。
其中,图4示例性的展示出了计算机***的架构,具体可以包括处理器410,视频显示适配器411,磁盘驱动器412,输入/输出接口413,网络接口414,以及存储器420。上述处理器410、视频显示适配器411、磁盘驱动器412、输入/输出接口413、网络接口414,与存储器420之间可以通过通信总线430进行通信连接。
其中,处理器410可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本申请所提供的技术方案。
存储器420可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器420可以存储用于控制计算机***400运行的操作***421,用于控制计算机***400的低级别操作的基本输入输出***(BIOS)。另外,还可以存储网页浏览器423,数据存储管理***424,以及订单下发控制***425等等。上述订单下发控制***425就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之,在通过软件或者固件来实现本申请所提供的技术方案时,相关的程序代码保存在存储器420中,并由处理器410来调用执行。
输入/输出接口413用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口414用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线430包括一通路,在设备的各个组件(例如处理器410、视频显示适配器411、磁盘驱动器412、输入/输出接口413、网络接口414,与存储器420)之间传输信息。
另外,该计算机***400还可以从虚拟资源对象领取条件信息数据库441中获得具体领取条件的信息,以用于进行条件判断,等等。
需要说明的是,尽管上述设备仅示出了处理器410、视频显示适配器411、磁盘驱动器412、输入/输出接口413、网络接口414,存储器420,总线430等,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本申请方案所必需的组件,而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***或***实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的订单下发控制方法、装置及计算机***,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (13)
1.一种订单处理***,其特征在于,包括:
客户端,用于提供数据对象信息,根据数据对象操作结果提交生成订单的请求;
订单***服务器,用于根据客户端提交的请求生成订单,并向仓库***服务器下发订单信息;
仓库***服务器,用于根据接收到的订单信息生成发货任务,并在发货完成后,向订单***服务器返回发货完成通知消息;
所述订单***服务器还用于,对仓库***的作业效率信息进行实时预测,根据作业效率实时预测结果信息,对订单下发的速度进行控制;其中,根据所述发货完成通知消息,动态确定下发周期对应的作业效率预测结果信息;所述发货完成通知消息作为仓库发货的历史数据;在一个下发周期执行一次订单下发操作。
2.一种订单下发控制方法,其特征在于,包括:
确定下发周期,其中,在每个下发周期执行一次订单下发操作;
针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发;其中,根据仓库***服务器返回的发货完成通知消息,动态确定所述作业效率预测结果信息;所述发货完成通知消息作为仓库发货的历史数据。
3.根据权利要求2所述的方法,其特征在于,
所述当前下发周期对应的作业效率信息通过所述仓库***在所述当前下发周期内所能完成的作业量的预测值进行表示。
4.根据权利要求3所述的方法,其特征在于,
通过以下方式对仓库***在所述当前下发周期内所能完成的作业量进行预测,包括:
接收仓库***返回的发货完成通知信息,其中,所述发货完成通知信息与订单相对应;
将所述当前下发周期的起始时间点向前预置第一时间长度的时间段确定为第一统计时间段,并确定所述第一统计时间段内接收到的发货完成通知关联的订单数量信息;
根据所述订单数量、所述预置第一时间长度信息以及所述下发周期的时间长度信息,对当前下发周期对应的实时作业效率信息进行预测。
5.根据权利要求4所述的方法,其特征在于,
所述第一时间长度为一个下发周期;
所述对仓库***在所述当前下发周期内所能完成的作业量进行预测,包括:
确定上一下发周期内接收到的发货完成通知关联的订单数量信息;
根据所述订单数量、所述下发周期对应的时间长度信息,对当前下发周期对应的实时作业效率信息进行预测。
6.根据权利要求4所述的方法,其特征在于,
所述预置第一时间长度与仓库***在同一天内的第一资源调度周期相关。
7.根据权利要求4所述的方法,其特征在于,
所述根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发,包括:
根据所述实时作业效率信息,确定在当前下发周期内向仓库***下发的作业量信息,并进行订单下发。
8.根据权利要求4所述的方法,其特征在于,还包括:
获得所述仓库***的第二资源调度周期,以及第三资源调度周期,其中,所述第二资源调度周期大于所述第一时间长度,且小于所述第三资源调度周期,所述第二资源调度周期以及所述第三资源调度周期均为大于1天的正整数;
获得所述当前下发周期所在的第二资源调度周期内,所述仓库***的第一历史平均作业效率信息,以及所述当前下发周期所在的第三资源调度周期内,所述仓库***的第二历史平均作业效率信息;
所述根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发,包括:
根据所述实时作业效率信息以及所述第一历史平均作业效率信息、第二历史平均作业效率信息,确定所述当前下发周期对应的作业效率信息,并根据该作业效率信息确定在当前下发周期内向仓库***下发的作业量信息,并进行订单下发。
9.根据权利要求8所述的方法,其特征在于,
将当前下发周期所属的第二资源调度周期的起始日期到所述当前下发周期所在日期的前一日期确定为第二统计时间段;当前下发周期所属的第三资源调度周期的起始日期到所述当前下发周期所在日期的前一日期确定为第三统计时间段;
所述第一历史平均作业效率信息根据所述第二统计时间段内收到的发货完成通知对应的订单总数,以及所述第二统计时间段对应的第二时间长度进行确定;
所述第二历史平均作业效率信息根据所述第三统计时间段内收到的发货完成通知对应的订单总数,以及所述第三统计时间段对应的第三时间长度进行确定。
10.根据权利要求4至9任一项所述的方法,其特征在于,
具体在根据统计时间段的时间长度信息以及该统计时间段内接收到的发货完成通知对应的订单总数确定对应的作业效率时,包括:
确定所述统计时间段内收到的发货完成通知对应的各订单的详情信息,所述详情信息包括影响仓库作业难度的信息;
根据各订单的详情信息以及预置的作业难度规则信息,确定各订单关联的作业难度系数信息;
根据统计时间段的时间长度信息以及该统计时间段内接收到的发货完成通知对应的订单总数以及各订单对应的作业难度系数信息,确定对应的作业效率。
11.根据权利要求2至9任一项所述的方法,其特征在于,
所述根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发,包括:
获得待下发订单对应的详情信息,所述详情信息包括影响仓库作业难度的信息;
根据各待下发订单的详情信息以及预置的作业难度规则信息,确定各待下发订单关联的作业难度系数信息;
根据当前下发周期对应的作业效率信息,以及各待下发订单对应的作业难度系数信息,确定在当前下发周期内向仓库***下发的订单。
12.一种订单下发控制装置,其特征在于,包括:
下发周期确定单元,用于确定下发周期,其中,在每个下发周期执行一次订单下发操作;
产能预测单元,用于针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
下发控制单元,用于根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发;其中,根据仓库***服务器返回的发货完成通知消息,动态确定所述作业效率预测结果信息;所述发货完成通知消息作为仓库发货的历史数据。
13.一种计算机***,其特征在于,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定下发周期,其中,在每个下发周期执行一次订单下发操作;
针对当前下发周期,对仓库***的作业效率信息进行预测,其中,所述作业效率随时间动态变化;
根据当前下发周期对应的作业效率预测结果信息,向所述仓库***进行订单下发;其中,根据仓库***服务器返回的发货完成通知消息,动态确定所述作业效率预测结果信息;所述发货完成通知消息作为仓库发货的历史数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810215130.5A CN110276469B (zh) | 2018-03-15 | 2018-03-15 | 订单下发控制方法、装置及计算机*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810215130.5A CN110276469B (zh) | 2018-03-15 | 2018-03-15 | 订单下发控制方法、装置及计算机*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110276469A CN110276469A (zh) | 2019-09-24 |
CN110276469B true CN110276469B (zh) | 2023-10-03 |
Family
ID=67957697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810215130.5A Active CN110276469B (zh) | 2018-03-15 | 2018-03-15 | 订单下发控制方法、装置及计算机*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110276469B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112561253A (zh) * | 2020-11-18 | 2021-03-26 | 广东赛意信息科技有限公司 | 基于生产计划的订单分派方法、***、平台及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1971609A (zh) * | 2006-11-30 | 2007-05-30 | 广州宝钢南方贸易有限公司 | 现货交易*** |
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理***及其处理方法 |
CN104361482A (zh) * | 2014-12-09 | 2015-02-18 | 北京京东尚科信息技术有限公司 | 一种订单下传库房的方法和*** |
CN104599102A (zh) * | 2015-01-04 | 2015-05-06 | 荣庆物流供应链有限公司 | 一种冷链物流仓储监管***及方法 |
CN104951852A (zh) * | 2014-03-24 | 2015-09-30 | 阿里巴巴集团控股有限公司 | 周期性订单信息的处理方法及*** |
CN106203894A (zh) * | 2015-04-30 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及*** |
CN106447248A (zh) * | 2015-08-11 | 2017-02-22 | 阿里巴巴集团控股有限公司 | 提供业务对象配送时效信息的方法及装置 |
CN106886874A (zh) * | 2017-01-24 | 2017-06-23 | 武汉奇米网络科技有限公司 | 一种订单拆分发货***及拆分发货方法 |
CN106960302A (zh) * | 2017-03-23 | 2017-07-18 | 江苏金易达供应链管理有限公司 | 一种智能物流管理方法 |
CN107038629A (zh) * | 2017-06-13 | 2017-08-11 | 舒达家居用品(深圳)有限公司 | 一种商品交易中的订单处理方法、装置及服务器 |
CN107230120A (zh) * | 2016-03-24 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 订单信息处理方法、装置及*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8160971B2 (en) * | 2007-10-30 | 2012-04-17 | Electrolux Home Products, Inc. | Method and apparatus for monitoring an order status |
-
2018
- 2018-03-15 CN CN201810215130.5A patent/CN110276469B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1971609A (zh) * | 2006-11-30 | 2007-05-30 | 广州宝钢南方贸易有限公司 | 现货交易*** |
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理***及其处理方法 |
CN104951852A (zh) * | 2014-03-24 | 2015-09-30 | 阿里巴巴集团控股有限公司 | 周期性订单信息的处理方法及*** |
CN104361482A (zh) * | 2014-12-09 | 2015-02-18 | 北京京东尚科信息技术有限公司 | 一种订单下传库房的方法和*** |
CN104599102A (zh) * | 2015-01-04 | 2015-05-06 | 荣庆物流供应链有限公司 | 一种冷链物流仓储监管***及方法 |
CN106203894A (zh) * | 2015-04-30 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及*** |
CN106447248A (zh) * | 2015-08-11 | 2017-02-22 | 阿里巴巴集团控股有限公司 | 提供业务对象配送时效信息的方法及装置 |
CN107230120A (zh) * | 2016-03-24 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 订单信息处理方法、装置及*** |
CN106886874A (zh) * | 2017-01-24 | 2017-06-23 | 武汉奇米网络科技有限公司 | 一种订单拆分发货***及拆分发货方法 |
CN106960302A (zh) * | 2017-03-23 | 2017-07-18 | 江苏金易达供应链管理有限公司 | 一种智能物流管理方法 |
CN107038629A (zh) * | 2017-06-13 | 2017-08-11 | 舒达家居用品(深圳)有限公司 | 一种商品交易中的订单处理方法、装置及服务器 |
Non-Patent Citations (3)
Title |
---|
CLMO公司ODM代工国内直接发货分析报告;乔钦辉;《黑龙江科技信息》;20130115(第02期);全文 * |
On Ordering Multi-Robot Task Executions within a Cyber Physical System;Tushar Semwal;《ACM Transactions on Autonomous and Adaptive Systems》;20171231;第12卷(第4期);全文 * |
基于物联网技术的智慧仓储管理***的开发;张秋岚;《企业科技与发展》;20151120;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110276469A (zh) | 2019-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3698433B2 (ja) | 安全在庫量算出装置、安全在庫量算出プログラム及び発注点算出装置 | |
US7552066B1 (en) | Method and system for retail store supply chain sales forecasting and replenishment shipment determination | |
Ziarnetzky et al. | Rolling horizon, multi-product production planning with chance constraints and forecast evolution for wafer fabs | |
US8407151B1 (en) | System and method for generating shipment forecasts for materials handling facilities | |
US20170255903A1 (en) | Determining delivery dates for multiple product types | |
CN109961306B (zh) | 一种物品的库存分配方法和装置 | |
CN107767092B (zh) | 商品对象信息的处理方法、展示方法及装置 | |
JP2018063598A (ja) | 業務支援システム、および、業務支援方法 | |
JP2003228410A (ja) | 着工管理システム | |
JP2020119491A (ja) | 納期予測装置、納期予測方法及びプログラム | |
US20160300169A1 (en) | Supply chain network sensitivity analysis using adjusted network parameters | |
JP6844304B2 (ja) | 需要予測モデル評価装置、需要予測モデル評価方法及び需要予測モデル評価プログラム | |
US20110276359A1 (en) | Information processing apparatus, cost forecast calculation method, and cost forecast calculation program | |
CN110610337A (zh) | 一种基于物料双单位实现mrp功能的方法及设备 | |
CN113538028A (zh) | 一种广告投放的方法和装置 | |
CN110276469B (zh) | 订单下发控制方法、装置及计算机*** | |
US20130197952A1 (en) | Product producible number calculation apparatus and computer-readable recording medium | |
Sawik | Multi-objective master production scheduling in make-to-order manufacturing | |
Caceres et al. | Evaluating shortfall distributions in periodic inventory systems with stochastic endogenous demands and lead-times | |
JP7063781B2 (ja) | 並列分散処理制御システム、プログラム、及び並列分散処理制御方法 | |
CN111292032A (zh) | 仓储作业方法、装置、可读介质及*** | |
CN113222304A (zh) | 一种库存调度方法和装置 | |
JP2016184250A (ja) | 損益予測装置及び損益予測プログラム | |
KR102642449B1 (ko) | 아이템 정보 관리 방법 및 그 장치 | |
JP6713963B2 (ja) | サプライチェーン業務シミュレーションの初期在庫情報生成方法及び装置 |
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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230727 Address after: No. 699, Wangshang Road, Binjiang District, Hangzhou, Zhejiang Applicant after: Alibaba (China) Network Technology Co.,Ltd. Address before: Box 847, four, Grand Cayman capital, Cayman Islands, UK Applicant before: ALIBABA GROUP HOLDING Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |