CN107527171A - 实现订单管控的系统、方法及调度服务器和处理服务器 - Google Patents
实现订单管控的系统、方法及调度服务器和处理服务器 Download PDFInfo
- Publication number
- CN107527171A CN107527171A CN201610458120.5A CN201610458120A CN107527171A CN 107527171 A CN107527171 A CN 107527171A CN 201610458120 A CN201610458120 A CN 201610458120A CN 107527171 A CN107527171 A CN 107527171A
- Authority
- CN
- China
- Prior art keywords
- counter
- order
- counting
- tasks
- server
- 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
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000001514 detection method Methods 0.000 claims description 7
- 230000004913 activation Effects 0.000 abstract 1
- 238000007726 management method Methods 0.000 description 18
- 238000012384 transportation and delivery Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000009825 accumulation Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种实现订单管理的系统、方法及调度服务器和处理服务器,包括在调度系统确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;调度系统获知下发的订单任务成功处理完成时,通过第二计数器对成功处理完成的订单数量进行计数。本申请在调度系统中的调度决策决定订单能下发时,就预计数一次即将第一计数器加一,真正做到了系统总调度对订单下发的管控。这样,调度系统在后续对其它订单做调度决策时,可以参考第一计数器的值及时确定当前下发给仓库的订单量是否超过了仓库自身的产能,从而保证了基于分布式系统的对订单下发的精准控制,避免了异步化时间差带来的控制不准确的问题。
Description
技术领域
本申请涉及计算机网络技术,尤指一种实现订单管控的方法、系统及调度服务器和处理服务器。
背景技术
由于仓库的作业能力是有限的,但是在诸如双十一等这种大促的情况下,当天产生的订单数量非常庞大,不可能在一天之内打包完成且成功交到配送公司,即使仓库加班作业完所有的包裹,也可能会导致物流公司爆仓。因此,需要对仓库下发的订单数量进行强有力的管控。
为了实现这个管控,需要知道仓库的产能以及已经下发给仓库的订单量。如果下发给仓库的订单量超过了仓库自身的产能,就不应该下发了。但是,由于系统是分布式的,因此,目前是成功下发一单就加一单,这样很可能存在并发问题,在临界值时会导致订单多下发。
发明内容
为了解决上述技术问题,本申请提供了一种实现订单管控的系统、方法及调度服务器和处理服务器,能够保证基于分布式系统的对订单下发的精准控制。
一方面,本申请提供了一种实现订单管理的系统,包括设置有用于预计数的第一计数器和用于实际计数的第二计数器的调度服务器、及多个处理服务器;其中,
调度服务器,用于确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;获知订单成功处理完成的通知,并通过第二计数器对成功处理完成的订单数量进行计数;
处理服务器,用于处理订单任务,并在订单成功处理完成时通知调度服务器。
可选地,本申请实现订单管理的系统还包括分发服务器,用于将来自所述调度服务器下发的订单任务分发到对应的所述处理服务器。
可选地,所述调度服务器中还设置有所述第一计数器的预警阈值;
所述调度服务器还用于:当所述第一计数器的预计值大于或等于第一计数器的预警阈值时,在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行所述调度决策。
可选地,所述调度服务器中还设置有一定时器;
所述调度服务器还用于:按照设置的定时器定时检测是否满足重置条件:所述分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;
当所述分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数大于或等于实际阈值,所述第二计数器的实际计数小于预先设置的实际阈值时,重置所述第一计数器的预计数为所述第二计数器的实际计数。
另一方面,本申请还提供一种实现订单管理的方法,包括:在调度系统确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;
调度系统获知下发的订单任务成功处理完成时,通过第二计数器对成功处理完成的订单数量进行计数。
可选地,在所述调度系统确定出需要下发订单任务时,还包括:所述调度系统将需要下发的订单任务输出给分发服务器,由分发服务器进行任务分发。
可选地,该方法之前还包括:设置所述第一计数器的预警阈值;
当所述第一计数器的预计值大于或等于第一计数器的预警阈值时,所述调度系统在调度决策是否需要下发订单任务之前,还包括:
按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行所述调度决策。
可选地,该方法还包括设置一定时器;
按照设置的定时器定时检测是否满足重置条件:分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;
当分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数大于或等于实际阈值,所述第二计数器的实际计数小于预先设置的实际阈值时,重置所述第一计数器的预计数为所述第二计数器的实际计数。
在一方面,本申请还提供了一种调度服务器,包括第一处理模块,第一计数模块、第二处理模块,第二计数模块;其中,
第一处理模块,用于确定出需要下发订单任务,向第一计数模块输出第一通知;
第一计数模块,用于接收到第一通知,将第一计数器加一;
第二处理模块,用于获知下发的订单任务成功处理完成,向第二计数模块输出第二通知;
第二计数模块,用于接收到第二通知,将第二计数器加一。
可选地,所述第一计数模块还用于:设置第一计数器的预警阈值;当所述第一计数器的预计值大于或等于第一计数器的预警阈值时,向所述第一处理模块输出第三通知;
所述第一处理模块还用于:接收到第三通知,在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行调度决策。
可选地,还包括心跳检测模块,其中设置一定时器,用于检测是否满足重置条件:分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;并在分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值时,向所述第一计数模块输出第四通知;
所述第一计数模块还用于:接收到第四通知,重置所述第一计数器的预计数为所述第二计数器的实际计数。
可选地,所述装置设置在调度系统中,或设置在独立实体中。
可选地,所述调度系统为单据履行调度中心OFC。
又一方面,本申请再提供了一种处理服务器,包括第二处理模块,用于处理订单任务,并在订单成功处理完成时通知调度服务器。
可选地,所述处理服务器设置在发货中心CC中,或设置在独立实体中。
本申请提供的方案包括在调度系统确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;调度系统获知下发的订单任务成功处理完成时,通过第二计数器对成功处理完成的订单数量进行计数。本申请在调度系统中的调度决策决定订单能下发时,就预计数一次即将第一计数器加一,真正做到了系统总调度对订单下发的管控。这样,调度系统在后续对其它订单做调度决策时,可以参考第一计数器的值及时确定当前下发给仓库的订单量是否超过了仓库自身的产能,从而保证了基于分布式系统的对订单下发的精准控制,避免了异步化时间差带来的控制不准确的问题。
进一步地,当第一计数器的预计值大于或等于第一计数器的预警阈值时,调度系统在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行调度决策。这样,避免了多个订单任务同时进入调度系统时引起的并发问题,更好地保证了基于分布式系统的对订单下发的精准控制,更好地避免了并发问题。
进一步地,通过心跳检测检测出分发服务器的任务不存在堆积,且第一计数器的预计数超过了预先设置的实际阈值,而第二计数器的实际计数还没有达到预先设置的实际阈值时,将第一计数器的预计数的值重置为第二计数器的实际计数的值。这样,更好地保证了基于分布式系统的对订单下发的精准控制,避免了预计数之后,实际又发货失败,导致预计数多计数,而实际订单少下发的问题。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本申请技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本申请的技术方案,并不构成对本申请技术方案的限制。
图1为本申请实现订单管控的系统的组成结构示意图;
图2为本申请实现订单管控的方法的流程图;
图3为本申请实现订单管控的方法的实施例的流程图;
图4为本申请调度服务器的组成结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在本申请一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
相关技术中,基于分布式系统实现订单管控的方法大致包括:买家利用用于负责交易订单的管理,以及交易相关的业务支撑的交易平台(TP,Trade Platform)下单付款完成之后,会生成对应的交易单和对应的物流单。这时,为了对订单进行有管控的下发,用于负责所有物流订单的管理的物流中心(LC,Logistics Center)会生成一个履行单据,再经过调度系统如用于负责物流订单相关的调度和履行的单据履行调度中心(OFC,OrderFulfil Center)的调度决策是否需要下发订单任务。如果此时不能下发(如仓库可能爆仓),就将该订单留在系统中,听候安排;如果能下发,即刻将订单输出给分发服务器即中间件如notify,由notify将任务分发给不同的服务器如按照流量均衡等策略进行任务的分发,其中,notify是一个消息系统,主要负责消息的异步消费,如淘宝的中间件系统之一。处理服务器如负责物流订单所有发货相关的操作的发货中心(CC,Consign Center)接到任务之后,调用发货相关的服务下发仓库。待所有发货相关的动作都成功执行后,计数器加一。
从相关技术提供的订单管控方法可见,成功下发仓库的订单后计数器就加一,也就是仓库作业量加一,即下发成功一单计数器就加一。
本申请发明人通过对相关技术的分析发现,对于分布式系统,调度系统器并行处理订单任务,再由分发服务器将订单任务分发给对应的处理服务器进行处理,从决策订单能够下发,到订单真正成功下发,再到最后计数器成功加一,需要一定的时间,一般来说是几百毫秒。但是,一旦调度系统决策订单能够下发,就会被分发服务器分发到其他的处理服务器去执行,不再受系统总调度的控制,如果此时出现如下发任务量超出仓库最大处理量的情况,调度系统是不知情的,也就是说,调度系统并没有真正做到对订单下发的管控,导致了订单会多下发很多,存在异步化时间差带来的控制不准确的问题。
针对上述问题,本申请提出在整个订单成功完成过程中采用多段计数的方式,图1为本申请实现订单管控的系统的组成结构示意图,至少包括设置有用于预计数的第一计数器和用于实际计数的第二计数器的调度服务器,以及一个或一个以上处理服务器,其中,
调度服务器,用于确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;获知订单成功处理完成的通知,并通过第二计数器对成功处理完成的订单数量进行计数;
处理服务器,用于处理订单任务,并在订单成功处理完成时通知调度服务器。
其中,第一计数器和第二计数器是成对出现的,并且与同一类的订单任务是对应的,也就是说,不同的第一计数器和第二计数器用于对预先指定的计数对象进行计数,计数对象可以预先设置的,比如仓库、发货商、地理区域等;也可以在调度服务器与处理服务器之间交互的消息中携带指示计数对象的标识,以确保不同的第一计数器和第二计数器与同一计数对象对应。
可选地,本申请实现订单管理的系统还包括分发服务器,用于将来自所述调度服务器下发的订单任务分发到对应的所述处理服务器。
可选地,调度服务器中还设置有第一计数器的预警阈值;相应地,
调度服务器还用于:当第一计数器的预计值大于或等于第一计数器的预警阈值时,在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行所述调度决策。
可选地,调度服务器中还设置有一定时器;相应地,
调度服务器还用于:按照设置的定时器定时检测是否满足重置条件:分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;
当分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数大于或等于实际阈值,所述第二计数器的实际计数小于预先设置的实际阈值时,重置所述第一计数器的预计数为所述第二计数器的实际计数。
其中,预警阈值可以根据实际应用场景进行设置,预警阈值小于实际阈值;实际阈值是计数对象实际能承担的产能。由于第一计数器与第二计数器与同一计数对象对应,因此,第一计数器和第二计数器的实际阈值是相等的。
图2为本申请实现订单管控的方法的流程图,如图2所示,包括:
步骤200:在调度系统确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数。
在所述调度系统确定出需要下发订单任务时,还包括:所述调度系统将需要下发的订单任务输出给分发服务器即中间件,由分发服务器进行任务分发给不同的处理服务器。需要说明的是,分发服务器可以采用现有的分布式系统中的任务分发方式,如流量均衡等策略进行任务的分发,具体实现并不用于限定本申请的保护范围,也不在本申请的保护范围内,这里不再赘述。
在调度系统中的调度决策决定订单能下发时,此时仅仅是发送一个消息到分发服务器如notify,而并没有真正执行发货动作,就预计数一次即将第一计数器加一,真正做到了系统总调度对订单下发的管控。这样,调度系统在后续对其它订单做调度决策时,可以参考第一计数器的值及时确定当前下发给仓库的订单量是否超过了仓库自身的产能,从而保证了基于分布式系统的对订单下发的精准控制,避免了异步化时间差带来的控制不准确的问题。
本申请中的预计数加一和订单下发的任务分配到分发服务器如notify是同步的,所以很容易实现事务性即分发服务器如notify的发送和预计数的加一同时成功,或同时失败。
较佳的,本步骤之前还包括:设置第一计数器的预警阈值,其中,预警阈值可以根据实际应用场景进行设置,预警阈值小于实际阈值;
当第一计数器的预计值大于或等于第一计数器的预警阈值时,调度系统在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行调度决策。
这样的处理,避免了多个订单任务同时进入调度系统时引起的并发问题,更好地保证了基于分布式系统的对订单下发的精准控制,更好地避免了并发问题。
步骤201:调度系统获知下发的订单任务成功处理完成时,通过第二计数器对成功处理完成的订单数量进行计数。
本申请中的第一计数器和第二计数器是成对出现的,并且与同一类的订单任务是对应的,也就是说,不同的第一计数器和第二计数器用于对预先指定的计数对象进行计数,计数对象可以预先设置的,比如仓库、发货商、地理区域等;也可以在调度服务器与处理服务器之间交互的消息中携带指示计数对象的标识,以确保不同的第一计数器和第二计数器与同一计数对象对应。
本步骤中的获知下发的订单任务分发至不同的服务器且所有发货成功包括:调度系统接收到来自订单任务对应的服务器的表示订单成功处理完成即发货成功的通知。
本步骤中的第二计数器真正反映了订单真正成功发货后的系统已下发给仓库的订单总量。
如果下发的订单任务分发至不同的服务器后没有发货成功,即不能成功下发给仓库,那么,也就意味着,此时发送到分发服务器如notify的订单量是第一计数器的值,但是实际上成功的订单量即第二计数器的值会小于第一计数器的值。此时,如果有新的订单来到调度系统,会错误产生由于不满足下发条件即当前下发给仓库的订单量超过了仓库自身的产能而无法下发的问题。因此,为了更好地保证基于分布式系统的对订单下发的精准控制,本申请方法还包括:
设置一定时器如每分钟一次等心跳检测的任务,检测是否满足重置条件:即分发服务器即中间件的任务是否存在堆积、第一计数器的预计数是否大于或等于实际阈值,第二计数器的实际计数是否小于预先设置的实际阈值。如果分发服务器的任务不存在堆积(如notify没有消息堆积)、且连续预设次数N次(如5次等)心跳检测的结果都是第一计数器的预计数大于或等于实际阈值,第二计数器的实际计数小于预先设置的实际阈值时,重置第一计数器的预计数为第二计数器的实际计数。也就是说:当分发服务器如notify的任务没有堆积且全部分发执行完毕、第一计数器的预计数超过了即大于或等于预先设置的实际阈值(这个就是合作伙伴(如仓库、快递公司)的产能,超过这个实际阈值,新进来的订单就不再允许下发,实际阈值可以根据实际应用产能进行设置),而第二计数器的实际计数还没有达到即小于预先设置的实际阈值,则将第一计数器的预计数的值重置为第二计数器的实际计数的值。
这样,在第一计数器重置预计数即变小之后,就不会错误产生由于不满足下发条件即当前下发给仓库的订单量超过了仓库自身的产能而无法下发的问题,从而更好地保证了基于分布式系统的对订单下发的精准控制,避免了预计数之后,实际又发货失败,导致预计数多计数,而实际订单少下发的问题。
图3为本申请实现订单管控的方法的实施例的流程图,如图3所示,包括以下步骤:
步骤300:买家利用TP完成下单付款。
步骤301:TP生成对应的交易单和对应的物流单,并发送给LC。
步骤302:LC生成一个履行单据并发给OFC。
步骤303:OFC调度决策是否需要下发订单任务,OFC确定出需要下发订单任务时,将第一计数器加一。
进一步地,如果确定出不能下发订单任务,如仓库可能爆仓等,将该订单留在系统中,听候安排,结束本流程。
步骤304:OFC将订单任务输出给中间件如notify。
步骤305:中间件如notify将任务分发给不同的服务器,其中,notify是一个消息系统,主要负责消息的异步消费,如淘宝的中间件系统之一。
步骤306:服务器如CC接到订单任务后,调用发货相关的服务下发仓库。
步骤307:待所有发货相关的动作都成功执行即订单成功处理后,CC向OFC发出发货成功的通知。
步骤308:OFC将第二计数器加一。
图4为本申请调度服务器的组成结构示意图,如图4所示,至少包括第一处理模块,第一计数模块、第二处理模块,第二计数模块;其中,
第一处理模块,用于确定出需要下发订单任务,向第一计数模块输出第一通知;
第一计数模块,用于接收到第一通知,将第一计数器加一;
第二处理模块,用于获知下发的订单任务成功处理完成即发货成功,向第二计数模块输出第二通知;
第二计数模块,用于接收到第二通知,将第二计数器加一。
进一步地,
第一计数模块还用于:设置第一计数器的预警阈值;当第一计数器的预计值大于或等于第一计数器的预警阈值时,向第一处理模块输出第三通知;
第一处理模块还用于:接收到第三通知,在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行调度决策。
本申请调度服务器还包括心跳检测模块,其中设置一定时器,用于检测是否满足重置条件:分发服务器的任务是否存在堆积、第一计数器的预计数是否大于或等于实际阈值,第二计数器的实际计数是否小于预先设置的实际阈值;并在分发服务器的任务不存在堆积,且连续预设次数心跳检测的结果都是第一计数器的预计数大于或等于实际阈值,第二计数器的实际计数小于预先设置的实际阈值时,向第一计数模块输出第四通知;
第一计数模块还用于:接收到第四通知,重置第一计数器的预计数为第二计数器的实际计数。
本申请调度服务器可以设置在调度系统如OFC中,也可以设置在一独立实体中。
本申请处理服务器至少包括第二处理模块,用于处理订单任务,并在订单成功处理完成时通知调度服务器。本申请处理服务器可以设置在CC中,也可以设置在一独立实体中。
本领域的技术人员应该明白,上述的本申请实施例所提供的装置的各组成部分,以及方法中的各步骤,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上。可选地,它们可以用计算装置可执行的程序代码来实现。从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
虽然本申请所揭露的实施方式如上,但所述的内容仅为便于理解本申请而采用的实施方式,并非用以限定本申请。任何本申请所属领域内的技术人员,在不脱离本申请所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本申请的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (15)
1.一种实现订单管理的系统,其特征在于,包括设置有用于预计数的第一计数器和用于实际计数的第二计数器的调度服务器,以及多个处理服务器;其中,
调度服务器,用于确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;还用于获知订单成功处理完成的通知,并通过第二计数器对成功处理完成的订单数量进行计数;
处理服务器,用于处理订单任务,并在订单成功处理完成时通知调度服务器。
2.根据权利要求1所述的系统,其特征在于,还包括分发服务器,用于将来自所述调度服务器下发的订单任务分发到对应的所述处理服务器。
3.根据权利要求1所述的系统,其特征在于,所述调度服务器中还设置有所述第一计数器的预警阈值;
所述调度服务器还用于:当所述第一计数器的预计值大于或等于第一计数器的预警阈值时,在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行所述调度决策。
4.根据权利要求2所述的系统,其特征在于,所述调度服务器中还设置有一定时器;
所述调度服务器还用于:按照设置的定时器定时检测是否满足重置条件:所述分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;
当所述分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数大于或等于实际阈值,所述第二计数器的实际计数小于预先设置的实际阈值时,重置所述第一计数器的预计数为所述第二计数器的实际计数。
5.一种实现订单管理的方法,其特征在于,包括:在调度系统确定出需要下发订单任务时,下发订单任务并通过第一计数器对下发的订单任务数量进行计数;
调度系统获知下发的订单任务成功处理完成时,通过第二计数器对成功处理完成的订单数量进行计数。
6.根据权利要求5所述的方法,其特征在于,在所述调度系统确定出需要下发订单任务时,还包括:所述调度系统将需要下发的订单任务输出给分发服务器,由分发服务器进行任务分发。
7.根据权利要求5所述的方法,其特征在于,该方法之前还包括:设置所述第一计数器的预警阈值;
当所述第一计数器的预计值大于或等于第一计数器的预警阈值时,所述调度系统在调度决策是否需要下发订单任务之前,还包括:
按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行所述调度决策。
8.根据权利要求6所述的方法,其特征在于,该方法还包括设置一定时器;
按照设置的定时器定时检测是否满足重置条件:分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;
当分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数大于或等于实际阈值,所述第二计数器的实际计数小于预先设置的实际阈值时,重置所述第一计数器的预计数为所述第二计数器的实际计数。
9.一种调度服务器,其特征在于,包括第一处理模块,第一计数模块、第二处理模块,第二计数模块;其中,
第一处理模块,用于确定出需要下发订单任务,向第一计数模块输出第一通知;
第一计数模块,用于接收到第一通知,将第一计数器加一;
第二处理模块,用于获知下发的订单任务成功处理完成,向第二计数模块输出第二通知;
第二计数模块,用于接收到第二通知,将第二计数器加一。
10.根据权利要求9所述的调度服务器,其特征在于,所述第一计数模块还用于:设置第一计数器的预警阈值;当所述第一计数器的预计值大于或等于第一计数器的预警阈值时,向所述第一处理模块输出第三通知;
所述第一处理模块还用于:接收到第三通知,在调度决策是否需要下发订单任务之前,按照接收到订单任务的先后顺序将订单任务放入队列中,并按照订单任务的先后顺序对各订单任务逐个进行调度决策。
11.根据权利要求9或10所述的调度服务器,其特征在于,还包括心跳检测模块,其中设置一定时器,用于检测是否满足重置条件:分发服务器的任务是否存在堆积,且所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值;并在分发服务器的任务不存在堆积,且连续预设次数检测出所述第一计数器的预计数是否大于或等于实际阈值,所述第二计数器的实际计数是否小于预先设置的实际阈值时,向所述第一计数模块输出第四通知;
所述第一计数模块还用于:接收到第四通知,重置所述第一计数器的预计数为所述第二计数器的实际计数。
12.根据权利要求9所述的调度服务器,其特征在于,所述调度服务器设置在调度系统中,或设置在独立实体中。
13.根据权利要求12所述的调度服务器,其特征在于,所述调度系统为单据履行调度中心OFC。
14.一种处理服务器,其特征在于,包括第二处理模块,用于处理订单任务,并在订单成功处理完成时通知调度服务器。
15.根据权利要求14所述的处理服务器,其特征在于,所述处理服务器设置在发货中心CC中,或设置在独立实体中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610458120.5A CN107527171A (zh) | 2016-06-22 | 2016-06-22 | 实现订单管控的系统、方法及调度服务器和处理服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610458120.5A CN107527171A (zh) | 2016-06-22 | 2016-06-22 | 实现订单管控的系统、方法及调度服务器和处理服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107527171A true CN107527171A (zh) | 2017-12-29 |
Family
ID=60735415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610458120.5A Pending CN107527171A (zh) | 2016-06-22 | 2016-06-22 | 实现订单管控的系统、方法及调度服务器和处理服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107527171A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109359902A (zh) * | 2018-12-24 | 2019-02-19 | 北京极智嘉科技有限公司 | 一种工单分配方法、装置、服务器及存储介质 |
CN109711779A (zh) * | 2018-12-26 | 2019-05-03 | 广东嘉腾机器人自动化有限公司 | 一种订单分配方法及存储装置及订单分配系统 |
CN110175796A (zh) * | 2019-04-18 | 2019-08-27 | 德邦物流股份有限公司 | 一种订单自动分发方法 |
CN110297708A (zh) * | 2018-03-22 | 2019-10-01 | 阿里巴巴集团控股有限公司 | 一种出票处理及调度的方法、服务器及出票平台 |
CN110533281A (zh) * | 2019-07-17 | 2019-12-03 | 江苏苏宁物流有限公司 | 订单调度流控方法及装置 |
CN111464621A (zh) * | 2020-03-30 | 2020-07-28 | 四川新网银行股份有限公司 | 分布式系统异步通信中消息发送与接收的数量检测方法 |
US20200341798A1 (en) * | 2019-04-24 | 2020-10-29 | Google Llc | Commitment-Aware Scheduler |
CN114154921A (zh) * | 2021-10-20 | 2022-03-08 | 浙江菜鸟供应链管理有限公司 | 物流订单处理方法、装置、电子设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101042750A (zh) * | 2007-01-05 | 2007-09-26 | 广州宝钢南方贸易有限公司 | 可供资源管理系统及可供资源管理方法 |
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理系统及其处理方法 |
-
2016
- 2016-06-22 CN CN201610458120.5A patent/CN107527171A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101042750A (zh) * | 2007-01-05 | 2007-09-26 | 广州宝钢南方贸易有限公司 | 可供资源管理系统及可供资源管理方法 |
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理系统及其处理方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110297708A (zh) * | 2018-03-22 | 2019-10-01 | 阿里巴巴集团控股有限公司 | 一种出票处理及调度的方法、服务器及出票平台 |
CN110297708B (zh) * | 2018-03-22 | 2023-04-28 | 阿里巴巴集团控股有限公司 | 一种出票处理及调度的方法、服务器及出票平台 |
CN109359902A (zh) * | 2018-12-24 | 2019-02-19 | 北京极智嘉科技有限公司 | 一种工单分配方法、装置、服务器及存储介质 |
CN109711779A (zh) * | 2018-12-26 | 2019-05-03 | 广东嘉腾机器人自动化有限公司 | 一种订单分配方法及存储装置及订单分配系统 |
CN110175796A (zh) * | 2019-04-18 | 2019-08-27 | 德邦物流股份有限公司 | 一种订单自动分发方法 |
US20200341798A1 (en) * | 2019-04-24 | 2020-10-29 | Google Llc | Commitment-Aware Scheduler |
US11720403B2 (en) * | 2019-04-24 | 2023-08-08 | Google Llc | System for commitment-aware workload scheduling based on anticipated resource consumption levels |
CN110533281A (zh) * | 2019-07-17 | 2019-12-03 | 江苏苏宁物流有限公司 | 订单调度流控方法及装置 |
CN110533281B (zh) * | 2019-07-17 | 2023-01-06 | 江苏苏宁物流有限公司 | 订单调度流控方法及装置 |
CN111464621A (zh) * | 2020-03-30 | 2020-07-28 | 四川新网银行股份有限公司 | 分布式系统异步通信中消息发送与接收的数量检测方法 |
CN111464621B (zh) * | 2020-03-30 | 2022-06-24 | 四川新网银行股份有限公司 | 分布式系统异步通信中消息发送与接收的数量检测方法 |
CN114154921A (zh) * | 2021-10-20 | 2022-03-08 | 浙江菜鸟供应链管理有限公司 | 物流订单处理方法、装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107527171A (zh) | 实现订单管控的系统、方法及调度服务器和处理服务器 | |
CN107392412B (zh) | 订单调度方法和装置 | |
US10439937B2 (en) | Service addressing in distributed environment | |
CA2934328C (en) | Systems and methods for replenishment of products in multiple locations | |
US10769577B2 (en) | Adaptive logistics platform for determining demurrage and detention data | |
CN104809602B (zh) | 一种提供物流信息的方法及装置 | |
CN108074164B (zh) | 订单处理方法和装置 | |
CN110928655A (zh) | 一种任务处理方法及装置 | |
CN110837457B (zh) | 任务管理方法、装置、电子设备及存储介质 | |
JP2017530453A (ja) | ワークフロー実行におけるシステムリソースの平等シェアリング | |
WO2023142986A1 (zh) | 业务管理方法、平台及服务交付系统、计算机存储介质 | |
US9973306B2 (en) | Freshness-sensitive message delivery | |
CN111754149A (zh) | 司机调度方法、设备及存储介质 | |
WO2019200759A1 (zh) | 坐席信息处理方法、装置及计算机可读存储介质 | |
CN107241389B (zh) | 服务处理方法和装置 | |
US8489436B1 (en) | System and method for an order handling data model with item-level granularity | |
WO2020019471A1 (zh) | 自动派工方法、装置、计算机设备及存储介质 | |
US20190172003A1 (en) | System and method for iterative improvements to re-count inventory rules | |
WO2019119951A1 (zh) | 设备资源管理 | |
CN112749034B (zh) | 一种数据异常处理方法、装置、存储介质及电子设备 | |
KR20180047079A (ko) | 모니터링 결과의 이벤트 등급 결정 방법 및 장치 | |
US11599853B2 (en) | Cooperative stock optimization for integrative supply chain management | |
JP6457747B2 (ja) | 大容量の順次収集データを処理するためのフレームワーク提供装置及びそのデータ処理方法 | |
CN112509164A (zh) | 一种出勤打卡方法、装置、设备和存储介质 | |
US20150193496A1 (en) | Indoor positioning service scanning with trap enhancement |
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: 20180320 Address after: Cayman Islands Grand Cayman capital building, a four storey No. 847 mailbox Applicant after: CAINIAO SMART LOGISTICS HOLDING Ltd. Address before: Cayman Islands Grand Cayman capital building a four storey No. 847 mailbox Applicant before: ALIBABA GROUP HOLDING Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171229 |