订单监控方法及装置与流程

本发明涉及计算机应用领域，具体而言，涉及一种订单监控方法及装置。

背景技术：

现今电商业务蓬勃发展，业务单量不断增长，特别是在各个大促期间，仓库面临比平时高几倍甚至几十倍的单量生产；另一方面从用户订单下达仓库到最终发货，期间需要面临订单分配、捡货、分拣、打包等等环节。由于环节众多，且每一个环节的生产率和该环节处理人员、订单品类差异等关系密切。在仓库实际生产作业中往往面临诸如捡货环节效率非常高，但是打包环境效率低下，导致大量已捡货订单堆积到打包台，这样对打包台的作业效率以及库存管理带来严重影响，进而导致仓库订单出库时间严重增长甚至订单遗漏。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种订单监控方法及装置，以解决上述问题。

第一方面，本发明实施例提供一种订单监控方法，所述方法包括：服务器从多个监控策略配置文件中选取一个监控策略配置文件，所述监控策略配置文件中包括仓库标识，待监控生产环节，超时时间以及对应的用户终端标识；所述服务器获取所述仓库标识对应的多个订单，所述订单包括多个生产环节；所述服务器分别获取各个所述待监控生产环节的生产时间；若当前待监控生产环节的生产时间大于所述超时时间，所述服务器根据对应的用户终端标识，发送预警信息到对应的用户终端。

第二方面，本发明实施例提供一种订单监控装置，所述装置包括：选取模块，用于服务器从多个监控策略配置文件中选取一个监控策略配置文件，所述监控策略配置文件中包括仓库标识，待监控生产环节，超时时间以及对应的用户终端标识；第一获取模块，用于所述服务器获取所述仓库标识对应的多个订单，所述订单包括多个生产环节；第二获取模块，用于所述服务器分别获取各个所述待监控生产环节的生产时间；发送模块，用于若当前待监控生产环节的生产时间大于所述超时时间，所述服务器根据对应的用户终端标识，发送预警信息到对应的用户终端。

与现有技术相比，本发明实施例提供的一种订单监控方法及装置，服务器通过监控策略配置文件中的仓库标识可以获取到所述仓库标识对应的多个订单，因此当部署多个服务器，并分别配置不同的仓库标识时，就能通过分布式部署缓解订单处理的压力。同时，仓库管理人员也可以通过动态配置和添加监控策略配置文件，使得服务器能够根据仓库管理人员的需求来监控仓库管理人员想要监控的生成环节，并且动态配置和添加监控策略配置文件的方式简单易用，提高了用户满意度。进一步的，通过服务器将获取到的待监控生产环节的生产时间与监控策略配置文件中的超时时间进行比较，来判断是否需要预警，这种方式提供给仓库管理人员调配每一个生产环节生产资源的数字化依据，最终提高整个仓库生产作业效率，提升用户满意度。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的一种服务器分别与数据库服务器及用户终端交互的示意图。

图2是本发明实施例提供的服务器的方框示意图。

图3是本发明实施例提供的一种订单监控方法的流程图。

图4是本发明实施例提供的一种订单监控方法的部分流程图。

图5是本发明实施例提供的一种订单监控装置的功能模块示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性或时间先后。

如图1所示，是本发明实施例提供的服务器200分别与数据库服务器100及用户终端300进行交互的示意图。多个所述服务器200通过网络300与一个数据库服务器100进行数据通信，以进行数据通信或交互。多个所述服务器200分别与一个或多个用户终端100进行通信连接，以进行数据通信或交互。所述服务器200可以是网络服务端、数据库服务端等。所述用户终端100可以是个人电脑(personal computer，PC)、平板电脑、智能手机等。

于本发明实施例中，所述数据库服务器100中存储了大量订单，所述多个服务器200内分别存储了多个监控策略配置文件中，多个服务器200分别通过各自监控策略配置文件中的仓库标识，从数据库服务器100获取对应的多个订单，并将预警信息发送到对应的用户终端100。

如图2所示，是所述服务器200的方框示意图。所述服务器200包括订单监控装置210、存储器220、存储控制器230、处理器240。

所述存储器220、存储控制器230、处理器240各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述订单监控装置210包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述服务端200的操作系统(operating system，OS)中的软件功能模块。所述处理器240用于执行存储器220中存储的可执行模块，例如所述订单监控装置210包括的软件功能模块或计算机程序。

其中，存储器220可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read－Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read－Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read－Only Memory，EEPROM)等。其中，存储器220用于存储程序，所述处理器240在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务端所执行的方法可以应用于处理器中，或者由处理器实现。

处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，图2所示的结构仅为示意，服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

图3示出了本发明实施例提供的一种订单监控方法的流程图，请参阅图3，本实施例描述的是服务器的处理流程，所述方法包括：

步骤S301，服务器从多个监控策略配置文件中选取一个监控策略配置文件，所述监控策略配置文件中包括仓库标识，待监控生产环节，超时时间以及对应的用户终端标识。

所述服务器从多个监控策略配置文件中选取一个监控策略配置文件的方式可以有多种，可以预置选择策略，例如按照配置策略文件存放的顺序来选取，也可以预先给配置策略文件设置优先级，按照优先级顺序来选择。优选的，可以采用随机选择的方式来选取。

可以理解的是，仓库管理人员可以通过动态配置和添加监控策略配置文件，使得服务器能够根据仓库管理人员的需求来监控仓库管理人员想要监控的生成环节，这种动态配置和添加监控策略配置文件的方式简单易用，可以提高用户满意度。

步骤S302，所述服务器获取所述仓库标识对应的多个订单，所述订单包括多个生产环节。

其中，数据库服务器中存储了大量订单，服务器通过所述监控策略配置文件中的仓库标识去数据库服务器获取所述仓库标识对应的多个订单。其中，一个订单可以包括多个生产环节，例如：捡货、分拣、打包等等生产环节。

可以理解的是，服务器中可以以Quartz为基础搭建分布框架，每次只需要获取不同的监控策略配置文件，然后通过所述监控策略配置文件中的仓库标识就可以获取到所述仓库标识对应的多个订单。因此当部署多个服务器，并且分别配置不同的仓库标识时，就能通过分布式部署缓解订单处理的压力。

步骤S303，所述服务器分别获取各个所述待监控生产环节的生产时间。

步骤S304，若当前待监控生产环节的生产时间大于所述超时时间，所述服务器根据对应的用户终端标识，发送预警信息到对应的用户终端。

其中，所述用户终端标识可以为终端号码或者与用户终端绑定的邮件地址。所述服务器可以通过调用thrift接口来发送短信，采用HTTP协议来发送预警邮件，并通过加密方式防止邮件内容被恶意拦截。

可以理解的是，若当前待监控生产环节的生产时间大于所述超时时间，也就是说花费在当前待监控生产环节的生产时间已经过长了，也就是可能处理当前待监控生产环节的的人力资源或者物力资源并不足够来处理当前的多个订单量，因此可以发送预警信息到对应的用户终端，例如可以发送预警信息到当前待监控生产环节的负责人甚至是仓库经理，从而使得仓库管理人员能够及时发现当前待监控生产环节的订单量与人力或物力资源并不匹配，从而及时的调配适当的人力或物力资源来环节当前待监控生产环节的压力。

优选的，所述预警信息中包括所述当前待监控生产环节对应的订单量。当当前待监控生产环节的负责人甚至是仓库经理通过对应的用户终端接收到所述预警消息时，可以及时的了解到当前待监控生产环节对应的订单量，使得当前待监控生产环节的负责人甚至是仓库经理能够安排合理的人力或物力资源来应对当前的处理压力。

优选的，请参阅图4，若所述监控策略配置文件还包括预置订单量，在步骤S304之后，所述方法还可以包括：

步骤S305，从所述当前待监控生产环节对应的订单中选取预置订单量的订单；

步骤S306，将选取的订单发送到所述对应的用户终端。

可以理解的是，当所述监控策略配置文件还包括预置订单量，可以选取预置订单量的订单发送到所述对应的用户终端，以使当前待监控生产环节的负责人甚至是仓库经理能够更加了解到当前待监控生产环节的问题。

本发明实施例提供的订单监控方法，服务器通过监控策略配置文件中的仓库标识可以获取到所述仓库标识对应的多个订单，因此当部署多个服务器，并分别配置不同的仓库标识时，就能通过分布式部署缓解订单处理的压力。同时，仓库管理人员也可以通过动态配置和添加监控策略配置文件，使得服务器能够根据仓库管理人员的需求来监控仓库管理人员想要监控的生成环节，并且动态配置和添加监控策略配置文件的方式简单易用，提高了用户满意度。进一步的，通过服务器将获取到的待监控生产环节的生产时间与监控策略配置文件中的超时时间进行比较，来判断是否需要预警，这种方式提供给仓库管理人员调配每一个生产环节生产资源的数字化依据，最终提高整个仓库生产作业效率，提升用户满意度。

请参阅图6，是本发明实施例提供的图2所示的订单监控装置210的功能模块示意图。所述订单监控装置210运行于所述服务器200。所述订单监控装置210包括选取模块211，第一获取模块212，第二获取模块213，发送模块214。

所述选取模块211，用于服务器从多个监控策略配置文件中选取一个监控策略配置文件，所述监控策略配置文件中包括仓库标识，待监控生产环节，超时时间以及对应的用户终端标识。

优选的，所述服务器从多个监控策略配置文件中选取一个监控策略配置文件的方式为随机选取。

所述第一获取模块212，用于所述服务器获取所述仓库标识对应的多个订单，所述订单包括多个生产环节。

所述第二获取模块213，用于所述服务器分别获取各个所述待监控生产环节的生产时间。

所述发送模块214，用于若当前待监控生产环节的生产时间大于所述超时时间，所述服务器根据对应的用户终端标识，发送预警信息到对应的用户终端。

其中，所述用户终端标识为终端号码或者与用户终端绑定的邮件地址。所述预警信息中可以包括所述当前待监控生产环节对应的订单量。

优选的，所述监控策略配置文件还包括预置订单量，所述装置还包括处理模块215，所述处理模块215用于从所述当前待监控生产环节对应的订单中选取预置订单量的订单；将选取的订单发送到所述联系方式对应的用户终端。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于中间服务器200的存储器220内。以上各模块同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的订单监控装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。