发明内容
本发明的目的包括,例如,提供了一种车辆仓储管理方法、装置、服务器及存储介质,其能够至少部分解决上述技术问题。
本发明的实施例可以这样实现:
第一方面,本发明实施例提供了一种车辆仓储管理方法,应用于服务器,所述服务器分别与管理端、多个用户端以及多个执行端通信连接;所述方法包括:
接收所述管理端创建的库位图,推送所述库位图给各所述执行端;所述库位图包括至少一个库位区域,每个所述库位区域包括多个库位;
接收来自各所述执行端的库位区域绑定指令,基于所述库位区域绑定指令,将每个所述库位区域与一个所述执行端绑定;
接收各所述用户端发送的车辆存储请求,针对每个所述车辆存储请求,生成对应的车辆存储任务,并基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端;
将各所述车辆存储任务分别发送给对应的目标执行端,并基于各所述目标执行端反馈的任务执行数据完成对应车辆的存储。
可选地,所述库位编号指令包括编号方向以及起始编号;所述基于所述库位编号指令,对每个所述库位区域的库位进行编号,包括:
获取所述库位编号指令中的编号方向以及起始编号;
基于所述编号方向,从所述起始编号开始,对每个所述库位区域的库位进行编号。
可选地,所述方法还包括创建所述库位图的步骤,所述步骤包括:
接收来自所述管理端的库位图创建指令,所述库位图创建指令包括仓库创建指令、库位区域确定指令、库位编号指令以及库门确定指令;
基于所述仓库创建指令,在预设库位图创建模板上确定仓库大小,并根据所述仓库大小创建目标仓库;
基于所述库位区域确定指令,在所述目标仓库所在的区域内划分出至少一个所述库位区域;
基于所述库位编号指令,对每个所述库位区域的库位进行编号;
基于所述库门确定指令,在所述目标仓库的边界外确定所述目标仓库的库门,完成所述库位图的创建。
可选地,所述车辆存储请求包括车辆信息以及入库时间;所述针对每个所述车辆存储请求,生成对应的车辆存储任务,包括:
接收各所述用户端发送的车辆信息以及对应的入库时间;
针对每个所述车辆存储请求,基于预设任务模板填入所述车辆信息以及所述入库时间;
生成所述车辆存储任务。
可选地,所述基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端,包括:
分别获取各所述执行端当前待执行的车辆存储任务的数量、所述库位图中各所述库位区域内空闲库位的数量,以及获取每个未分配的车辆存储任务的入库时间;
基于所述入库时间、所述待执行的车辆存储任务的数量以及所述空闲库位的数量,确定各所述车辆存储任务对应的目标执行端。
可选地,所述基于所述入库时间、所述待执行的车辆存储任务的数量以及所述空闲库位的数量,确定各所述车辆存储任务对应的目标执行端,包括:
根据所述待执行的车辆存储任务的数量以及预设任务执行时长,确定各所述执行端执行完所有待执行的车辆存储任务的执行时长;
根据所述执行时长以及所述入库时间,从各所述执行端中确定出可行执行端;所述可行执行端为能够在所述入库时间内完成所述车辆存储任务的执行端;
基于所述空闲库位的数量,从各所述可行执行端对应的库位区域中确定出当前空闲库位最多的目标库位区域;
将所述目标库位区域对应的执行端确定为所述目标执行端。
可选地,所述任务执行数据包括车辆信息以及库位编号;所述方法还包括:
将所述车辆信息与所述库位编号绑定;
将所述车辆信息中的车辆颜色填充至所述库位图中所述库位编号对应的库位;
将填充完所述车辆颜色的库位图推送给对应的执行端。
第二方面,本发明实施例提供了一种车辆仓储管理装置,应用于服务器,所述服务器分别与管理端、多个用户端以及多个执行端通信连接;所述车辆仓储管理装置包括:
库位图推送单元,用于接收所述管理端创建的库位图,推送所述库位图给各所述执行端;所述库位图包括至少一个库位区域,每个所述库位区域包括多个库位;
库位区域绑定单元,用于接收来自各所述执行端的库位区域绑定指令,基于所述库位区域绑定指令,将每个所述库位区域与一个所述执行端绑定;
车辆存储任务生成单元,用于接收各所述用户端发送的车辆存储请求,针对每个所述车辆存储请求,生成对应的车辆存储任务,并基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端;
车辆存储单元,用于将各所述车辆存储任务分别发送给对应的目标执行端,并基于各所述目标执行端反馈的任务执行数据完成对应车辆的存储。
第三方面,本发明实施例提供了一种服务器,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述任一项所述方法的步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质包括计算机程序,所述计算机程序运行时控制所述计算机可读存储介质所在服务器实现上述任一项所述方法的步骤。
本发明实施例的有益效果包括,例如:
服务器将管理端创建的库位图推送给各个执行端,使得各个执行端对应的库管可以在执行端的显示界面上看到库位图,清楚车库中各个库位的位置,从而库管可以更加快速地通过执行端进行车辆入库的操作。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
此外,若出现术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在不冲突的情况下,本发明的实施例中的特征可以相互结合。
现有的总部仓储运营对于仓库库位的管理是由运营根据仓库的库区情况新建库位。具体流程为先输入一个库区,再输入区域排数,再输入排对应的库位数量,然后根据“区域-排序号-位序号”确定一个库位,库管再在库管助手(即执行端)将车辆绑定库位。
这样的库位划分流程过于粗糙,运营人员仅仅能确定仓库中有哪些库位区域、多少库位,而无法知道一个库位具体在仓库的哪个位置。对于库管来说这个问题则更加突出,库管在车辆绑定库位时,无法快速的定位到某一个库位。
总结就是,现在的库位划分方式太过抽象,没有一个可视化的仓库库位分布图,使仓储运营和库管直观的了解仓库车辆分布和库位设置情况。
基于以上情况,本发明实施例提供了一种车辆仓储管理方法、装置、服务器及存储介质,可有效缓解上述技术问题。
请参考图1,是本申请提供的一种服务器100的方框示意图,该服务器100可以为能够进行数据处理的设备,本实施例对此不做限制。服务器100包括存储器110、处理器120及通信模块130。所述存储器110、处理器120以及通信模块130。各元件相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
其中,存储器110用于存储程序或者数据。所述存储器110可以是,但不限于,随机存取存储器(Random Access Memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-Only Memory,PROM),可擦除只读存储器(ErasableProgrammable Read-Only Memory,EPROM),电可擦除只读存储器(Electric ErasableProgrammable Read-Only Memory,EEPROM)等。
处理器120用于读/写存储器中存储的数据或程序,并执行相应地功能。
通信模块130用于通过所述网络建立所述服务器与其它通信终端之间的通信连接,并用于通过所述网络收发数据。
应当理解的是,图1所示的结构仅为服务器100的结构示意图,所述服务器100还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。该服务器100可以设置其他设备之中,也可以作为一个独立的设备设置。
对应于服务器100,本发明实施例提供了一种车辆仓储管理方法,应用于服务器,所述服务器分别与管理端、多个用户端以及多个执行端通信连接。所述方法包括如图2所示的以下步骤:
步骤S110:接收所述管理端创建的库位图,推送所述库位图给各所述执行端;所述库位图包括至少一个库位区域,每个所述库位区域包括多个库位。
步骤S120:接收来自各所述执行端的库位区域绑定指令,基于所述库位区域绑定指令,将每个所述库位区域与一个所述执行端绑定。
步骤S130:接收各所述用户端发送的车辆存储请求,针对每个所述车辆存储请求,生成对应的车辆存储任务,并基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端。
步骤S140:将各所述车辆存储任务分别发送给对应的目标执行端,并基于各所述目标执行端反馈的任务执行数据完成对应车辆的存储。
如图3所示,为服务器与管理端、用户端以及执行端的交互示意图。管理端、执行端以及用户端均通过服务器进行数据的交互。
在步骤S110中,接收所述管理端创建的库位图,推送所述库位图给各所述执行端。所述库位图包括至少一个库位区域,每个所述库位区域包括多个库位。
库位图可以是能够显示在设备上、包括仓库形状、库位区域位置以及库位位置的图,库位图可以由运营人员通过管理端来创建,然后由服务器推送给执行端和/或用户端。使得库管在通过执行端执行车辆存储任务时,能够从执行端看到库位图,进而直观地了解仓库的分布、库位区域的分布以及各个库位的分布。
当管理端创建好库位图后上传给服务器,服务器库位图推送给各个执行端。对于多个仓库的情况,管理端可以针对每个仓库创建一个库位图,而服务器可以将所有库位图推送给所有执行端,也可以根据管理端的指令,对不同的执行端推送指定的库位图。
可选地,所述方法还包括创建所述库位图的步骤,所述步骤包括:
接收来自所述管理端的库位图创建指令,所述库位图创建指令包括仓库创建指令、库位区域确定指令、库位编号指令以及库门确定指令。
基于所述仓库创建指令,在预设库位图创建模板上确定仓库大小,并根据所述仓库大小创建目标仓库。
基于所述库位区域确定指令,在所述目标仓库所在的区域内划分出至少一个所述库位区域。
基于所述库位编号指令,对每个所述库位区域的库位进行编号。
基于所述库门确定指令,在所述目标仓库的边界外确定所述目标仓库的库门,完成所述库位图的创建。
创建库位图可以由管理人员在管理端操作,发送多个指令给服务器,进而创建出不同仓库对应的库位图。管理人员可以通过键盘、鼠标等外设控制管理端向服务器发送指令,例如,通过鼠标点选的方式从管理端发出仓库创建指令。服务器接收到仓库创建指令后,向管理端推送包含有多个小格的预设库位图创建模板,预设库位图创建模板上每个小格代表一个库位,如图4所示。服务器根据管理人员在管理端确定的仓库大小在预设库位图创建模板上创建一个目标仓库,以确定该目标仓库的大小、形状。
完成目标仓库的创建后,管理人员可以在管理端通过鼠标框选等方式发送库位区域确定指令,在目标仓库包含的小格(库位)中选出一个或者多个区域作为库位区域。然后通过库位编号指令各个库位区域进行编号。如图5中的三个阴影部分,即为目标仓库中编号后的三个库位区域。
确定好库位区域,并对库位区域编号完成后,管理人员还可以通过库门确定指令,在确定好的目标仓库边界外围的指定位置确定一个库门。
库门的位置应与实际仓库中库门的位置对应,库位区域也应该与实际仓库中的库位区域对应。这样,生成的库位图则能够体现出其对应的仓库的具体分布。
可选地,所述库位编号指令包括编号方向以及起始编号。所述基于所述库位编号指令,对每个所述库位区域的库位进行编号,包括:
获取所述库位编号指令中的编号方向以及起始编号。
基于所述编号方向,从所述起始编号开始,对每个所述库位区域的库位进行编号。
如图6所示,库区编号可以是对目标仓库中不同库位区域的编号,如库位区域A、库位区域B等。在进行库位编号时,服务器可以向管理人员操作的管理端推送图6所示的页面,管理人员通过该页面进行配置。其中,通过库位起始行数、库位起始列数可以确定该库位区域的起始编号。然后由库位排列方向的选择来确定编号方向。
举例来说,若库位起始行数为“1”、库位起始列数为“1”,库位排列方向为“横向、从左向右”。则该库位区域的编号方式为:从该库位区域左下角的第一个库位开始,横向从左到右编号,完成一行的编号后继续从下一行最左边开始向右编号,直至该库位区域最右上角的库位编号完成,即完成整个库位区域的编号。
在步骤S120中,接收来自各所述执行端的库位区域绑定指令,基于所述库位区域绑定指令,将每个所述库位区域与一个所述执行端绑定。
管理端发送指令完成库位图的创建,并通过服务器推送给执行端后,执行端对应的库管可以在执行端进行操作,以发送库位区域绑定指令给服务器,使得库管完成对库位区域的认领。
需要说明的是,库管对应的执行端可以与一个库位区域进行绑定,在实际情况中,也可以根据需求使库管对应的执行端与一个仓库进行绑定、或者使库管对应的执行端仅与一个库位区域中的一个或几个库位进行绑定。本发明对此不做具体限定。
执行步骤S130,接收各所述用户端发送的车辆存储请求,针对每个所述车辆存储请求,生成对应的车辆存储任务,并基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端。
完成各个库位区域的绑定后,每个库位区域的任务则由其绑定的执行端对应的库管来操作。当有用户端发起车辆入库存储的请求(即车辆存储请求)时,服务器则基于该车辆存储请求生成一个对应的车辆存储任务,再根据库位图对该车辆存储任务确定一个目标执行端,并将该车辆存储任务分配给目标执行端,由目标执行端对应的库管来对目标执行端进行操作,进而完成车辆存储任务。
在一种可选的实施方式中,根据库位图对该车辆存储任务确定目标执行端的方式可以是:服务器调用各个库位图,查看当前各个库位图中各库位区域的库位空闲情况。找到其中空闲库位最多的库位区域,将该库位区域绑定的执行端确定为目标执行端。
可选地,所述车辆存储请求包括车辆信息以及入库时间。所述针对每个所述车辆存储请求,生成对应的车辆存储任务,包括:
接收各所述用户端发送的车辆信息以及对应的入库时间。
针对每个所述车辆存储请求,基于预设任务模板填入所述车辆信息以及所述入库时间。生成所述车辆存储任务。
服务器生成对应的车辆存储任务的方式,可以是将车辆存储请求中的车辆信息以及入库时间填入预设的车辆存储任务模板(即预设任务模板)中,然后基于填入车辆信息和入库时间的预设任务模板生成统一格式的车辆存储任务。
可选地,所述基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端,包括:
分别获取各所述执行端当前待执行的车辆存储任务的数量、所述库位图中各所述库位区域内空闲库位的数量,以及获取每个未分配的车辆存储任务的入库时间。
基于所述入库时间、所述待执行的车辆存储任务的数量以及所述空闲库位的数量,确定各所述车辆存储任务对应的目标执行端。
入库时间可以是用户端在发起车辆存储请求时期望进行车辆存储的时间。在另一种可选的实施方式中,服务器可以先获取每个执行端当前还没有开始执行的待执行的车辆存储任务的数量,获取库位图中各个库位区域内空闲库位的数量,以及获取每个未分配的车辆存储任务的入库时间。再由上述三种条件来确定目标执行端。
举例来说,可以为待执行的车辆存储任务的数量、各个库位区域内空闲库位的数量以及各个未分配的车辆存储任务的入库时间设置不同的优先级。在确定目标执行端时,可以根据优先级来确定对应的目标执行端。
可选地,所述基于所述入库时间、所述待执行的车辆存储任务的数量以及所述空闲库位的数量,确定各所述车辆存储任务对应的目标执行端,包括:
根据所述待执行的车辆存储任务的数量以及预设任务执行时长,确定各所述执行端执行完所有待执行的车辆存储任务的执行时长。
根据所述执行时长以及所述入库时间,从各所述执行端中确定出可行执行端;所述可行执行端为能够在所述入库时间内完成所述车辆存储任务的执行端。
基于所述空闲库位的数量,从各所述可行执行端对应的库位区域中确定出当前空闲库位最多的目标库位区域。
将所述目标库位区域对应的执行端确定为所述目标执行端。
在另一个可以实现的实施方式中,可以设置一个预设任务执行时长来代表每个车辆存储任务所需要的时间。因此,可以由每个执行端待执行的车辆存储任务的数量和预设任务执行时长,来确定出各个执行端执行完当前所有待执行的车辆存储任务的执行时长。例如,某执行端待执行车辆存储任务的数量为5,预设任务执行时长为10分钟,则该执行端执行完当前所有待执行的车辆存储任务的执行时长为50分钟。
确定完各执行端执行完当前所有待执行的车辆存储任务的执行时长后,则可以由执行时长、入库时间和当前时刻确定出能够在用户端所期望的入库时间进行车辆存储的可行执行端,即当前时刻加上执行时长早于等于入库时间的执行端。
再从这些可行执行端各自绑定的库位区域中,找到当前空闲库位最多的目标库位区域,将该目标库位区域对应的可行执行端确定为目标执行端。
如果不存在可行执行端,则可以从距离入库时间最近的一定数量个执行端中来确定空闲库位最多的目标库位区域。例如,入库时间为18:00,所有的执行端完成自己分配的车辆存储任务后均晚于18:00,那么则可以按照时间顺序,从最早可以执行该车辆存储任务的5个执行端中确定空闲库位最多的目标库位区域。
执行步骤S140,将各所述车辆存储任务分别发送给对应的目标执行端,并基于各所述目标执行端反馈的任务执行数据完成对应车辆的存储。
确定好目标执行端后,服务器则将各个车辆存储任务分别发给其对应确定的目标执行端。各个执行端所对应的库管根据车辆存储任务内容在执行端上进行车辆存储的操作,并将任务执行数据通过执行端反馈给服务器,服务器基于反馈的任务执行数据更新车辆存储任务的执行状态,并更新各个仓库的库位状态,完成对应车辆的存储。
可选地,所述任务执行数据包括车辆信息以及库位编号。所述方法还包括:
将所述车辆信息与所述库位编号绑定。将所述车辆信息中的车辆颜色填充至所述库位图中所述库位编号对应的库位。
将填充完所述车辆颜色的库位图推送给对应的执行端。
库管从执行端接收到车辆存储任务后,可以将该任务对应的车辆存储在自己绑定的库位区域的空闲库位上,如图7所示。同时,在库管将车辆与库位对应后,服务器则将该车辆的车辆信息与其存储的库位的编号进行绑定,并将车辆信息中的车辆颜色填充至库位图中绑定的库位编号对应的库位上,将填充完车辆颜色的库位图推送给对应的执行端,库管从执行端打开库位图时,则能够直观地显示出各个库位上绑定的车辆的颜色,如图8所示。
基于同一发明构思,如图9所示,本发明说明书实施例提供了一种车辆仓储管理装置300,应用于服务器,所述服务器分别与管理端、多个用户端以及多个执行端通信连接。车辆仓储管理装置300包括:
库位图推送单元301,用于接收所述管理端创建的库位图,推送所述库位图给各所述执行端;所述库位图包括至少一个库位区域,每个所述库位区域包括多个库位。
库位区域绑定单元302,用于接收来自各所述执行端的库位区域绑定指令,基于所述库位区域绑定指令,将每个所述库位区域与一个所述执行端绑定。
车辆存储任务生成单元303,用于接收各所述用户端发送的车辆存储请求,针对每个所述车辆存储请求,生成对应的车辆存储任务,并基于所述库位图对各所述车辆存储任务分别确定对应的目标执行端。
车辆存储单元304,用于将各所述车辆存储任务分别发送给对应的目标执行端,并基于各所述目标执行端反馈的任务执行数据完成对应车辆的存储。
关于上述车辆仓储管理装置300,其中各个单元的具体功能已经在本说明书提供的车辆仓储管理方法的实施例中进行了详细描述,此处将不做详细阐述说明。
基于同一发明构思,本发明说明书实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文车辆仓储管理方法的任一方法的步骤。
本发明至少包括以下有益效果:
服务器将管理端创建的库位图推送给各个执行端,使得各个执行端对应的库管可以在执行端的显示界面上看到库位图,清楚车库中各个库位的位置,从而库管可以更加快速地通过执行端进行车辆入库的操作。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。