一种装箱方法、装箱方案生成方法、装箱系统和服务器与流程

文档序号:16039256发布日期:2018-11-24 10:20阅读:190来源:国知局
本申请属于数据处理
技术领域
,尤其涉及一种装箱方法、装箱方案生成方法、装箱系统和服务器。
背景技术
随着电商平台的不断发展,物品装箱配送的需求也越来越大。目前,在物品装箱的时候,一般采用的装箱方式是装配人员通过自己的装配经验确定装箱方案,以便将订单中的物品都装到箱体中,实现物品装箱。然而,因为在装配任务分配的过程中,装配人员的能力水平是不同的,有些装配人员对尺寸和空间的评估比较准确,这样可以高效地完成装配,但是也有些装配人员由于经验等欠缺,对尺寸和空间的评估能力较弱,这样就很容易导致一次装配不成功,需要重新调整箱子中物品的位置,以完成装配。如何有效提高装箱过程中的装配效率,目前尚未提出有效的解决方案。技术实现要素:本申请目的在于提供一种装箱方法、装箱方案生成方法、装箱系统和服务器,以实现高效装箱的目的。本申请提供一种装箱方法、装箱方案生成方法、装箱系统和服务器是这样实现的:一种装箱方法,所述方法包括:提供至少一种装箱方案;获取当前物品被放置在箱体中的位置数据;根据所述位置数据,确定是否存在与所述位置数据匹配的装箱方案;根据确定结果,生成放置提示信息。一种装箱方法,所述方法包括:获取当前物品被放置在箱体中的位置数据;根据所述位置数据,确定所述箱体中剩余空间是否能够容纳未装箱物品集合;根据确定结果,生成放置提示信息。一种装箱方案生成方法,所述方法包括:确定目标装箱物品集合,以及箱体的尺寸信息;根据所述目标装箱物品集合中各个物品的特征数据,和所述箱体的尺寸信息,生成装箱方案。一种装箱方案生成方法,所述方法包括:获取已装箱物品集合中各个物品的特征数据和位置数据,和未装箱物品集合中各个物品的特征数据;根据所述已装箱物品集合中各个物品的特征数据和位置数据,以及未装箱物品集合中各个物品的特征数据,生成装箱方案。一种装箱服务器,包括:处理器和存储器,其中:所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序,以实现如下步骤:提供至少一种装箱方案;获取当前物品被放置在箱体中的位置数据;根据所述位置数据,确定是否存在与所述位置数据匹配的装箱方案;根据确定结果,生成放置提示信息。一种装箱服务器,包括:处理器和存储器,其中:所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序,以实现如下步骤:所述方法包括:获取当前物品被放置在箱体中的位置数据;根据所述位置数据,确定所述箱体中剩余空间是否能够容纳未装箱物品集合;根据确定结果,生成放置提示信息。一种装箱方案生成服务器,包括:处理器和存储器,其中:所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序,以实现如下步骤:确定目标装箱物品集合,以及箱体的尺寸信息;根据所述目标装箱物品集合中各个物品的特征数据,和所述箱体的尺寸信息,生成装箱方案。一种装箱方案生成服务器,包括:处理器和存储器,其中:所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序,以实现如下步骤:获取已装箱物品集合中各个物品的特征数据和位置数据,和未装箱物品集合中各个物品的特征数据;根据所述已装箱物品集合中各个物品的特征数据和位置数据,以及未装箱物品集合中各个物品的特征数据,生成装箱方案。一种装箱系统,包括:装箱服务器服务器、提示器、摄像头,其中,所述摄像头,用于采集当前物品被放置在箱体中的位置数据;所述服务器,与所述摄像头耦合,用于提供至少一种装箱方案,根据所述位置数据,确定是否存在与所述位置数据匹配的装箱方案;所述提示器,与所述服务器耦合,用于根据确定结果,提示放置提示信息。一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。本申请提供的装箱系统、装箱方法和服务器,采用了实时采集当前物品被放置在箱体中的位置数据,然后基于采集到的位置数据,确定是否存在与所述位置数据匹配的装箱方案,从而生成放置提示信息,以便及时提醒装箱人员方案不可行,从而解决了现有的装箱效率低下的技术问题,达到了在第一时间提醒装箱者装箱方案不可行的目的,实现了高效装箱的目的。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1是本申请提供的装箱系统的架构示意图;图2是本申请提供的装箱方案示意图一;图3是本申请提供的装箱方案示意图二;图4是本申请提供的装箱系统的另一架构示意图;图5是本申请提供的装箱方案显示示意图;图6是本申请提供的装箱方案显示另一示意图;图7是本申请提供的装箱方案显示又一示意图;图8是本申请提供的装箱系统的又一架构示意图;图9是本申请提供的装箱方法的一种方法流程图;图10是本申请提供的装箱系统的另一具体架构示意图;图11是本申请提供的装箱方法的另一种方法流程图;图12是本申请提供的装箱系统的硬件结构示意图;图13是本申请提供的装箱系统的软件结构示意图。具体实施方式为了使本
技术领域
的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。考虑到影响装箱效率的主要因素是拿到箱子和目标装箱物品集合后,对箱体内物品布局的判断。如果布局预测是合理的,那么一次就可以成功完成装箱任务,如果布局预测是不合理的,那么就可能需要重新进行装箱。因为一般一个箱子内需要装的物品有多个,在装箱方案行不通的情况下,越早发现装箱方案不可行,那么需要返工的操作就越少,因此,如果可以尽早实现装箱方案不可行的提醒,可以有效减少返工的可能性,提高装箱效率。为此,在本例中,提供了一种装箱系统,如图1所示,可以包括:服务器101、提示器102、摄像头103。摄像头103可以获取装箱者实时的装箱信息,将这些装箱信息传送给服务器101之后,服务器101可以确定出当前的装箱操作是否可行,并根据确定结果,生成放置提示信息。例如,提示“当前装箱方式可行”“当前装箱方式可行”等。在确定当前装箱操作会使得后续无法完成装箱任务的情况下,进行提醒。通过这种方式可以在第一时间发现装箱方案不可行并进行提醒,有效避免了装箱者装到最后才发现箱子装不下,再进行返工,从而有效提高了装箱效率。在一个实施方式中,上述服务器101可以是一个服务器,也可以是一种服务器集群,也可以是一个小的处理芯片。具体采用哪种方式实现,本申请不作限定,只要是能实现对数据的处理即可。上述摄像头103,可以用于采集当前物品被放置在箱体中的位置数据,例如,当前装箱者a,在将一个物品装入箱子中,那么摄像头可以获取该物品放在箱子中的位置,例如,可以获取物品放在箱子中的深度信息等,实现对物品装在箱体中位置的确定。在实现的时候,上述摄像头103可以是3d深度相机,因为箱体的位置和尺寸是确定的,通过3d深度相机可以实时跟踪得到商品的三维尺寸和空间位置,将采集到的三维尺寸和空间位置发送给服务器101,服务器101可以根据跟踪的商品的三维尺寸和空间位置确定出当前被跟踪的商品与箱体之间的相对位置关系,确定出箱体内的剩余空间是否可以放置剩下的物品。即,上述服务器101可以与摄像头103耦合,服务器101根据摄像头采集到的位置数据,确定箱体中剩余空间是否能够容纳剩余的未装箱物品。上述服务器101可以根据采集到的位置数据确定箱体中剩余空间是否能够容乃剩余的未装箱物品,也可以是根据采集到的位置数据确定是否与采集到的位置数据匹配的装箱方案,以确定当前的装箱方式是否合理。下面对这两种方式分别举例说明如下:方式1)根据箱体内剩余空间实时计算:例如,当前已经在箱体中放入了两个物品a和b,因为是实时获取被放入的物品在箱体中的位置的,服务器101可以得到物品a和b在箱体中的位置,在放入物品c之后,服务器101也可以确定出物品c在箱体中的位置。然后,服务器101可以结合箱体本身的尺寸大小、物品a、b和c的尺寸大小,确定出箱体中当前的剩余空间。在确定剩余空间之后,可以结合未装箱物品集合(例如物品d和e)的尺寸,对剩余空间进行切割处理,确定剩余空间是否可以将物品d和e放进去,如果确定可以放进去,那么就不进行提醒,如果确定物品d和e放不进去,就可以生成提醒信息,提醒装箱者“按照现在的方式放物品c,那么最终是无法完成装箱任务的”,从而使得装箱者可以第一时间发现装箱问题,这样装箱者就可以将物品c在箱体中换个位置,或者是先放物品d和e,以使得最终可以完成装箱任务。相对于如果直到放入了物品d和e之后才发现放不进入,再重新进行装箱,有效提高了装箱效率。即,实时跟踪物品的轨迹,以确定出物品是否被放入箱体中,以及放在了箱体哪个位置。在确定当前物品被放入箱体之后,可以根据该当前物品放入箱体的位置,确定后续的物品是否可以被成功放入箱体中,如果确定后续物品无法被成功放入,那么即刻提醒装箱者当前方式不可行,从而达到第一时间提醒装箱者的目的,以防装箱者进行不必要的返工操作。其中,未装箱物品集合可以理解为目标装箱物品集合中除去全部已装箱物品之后的全部未装箱物品,因此,未装箱物品集合是一个数量动态变化的集合。方式2)根据装箱方案进行匹配得到的:例如,对于基于订单的装箱方案,在进行装箱的时候,服务器101可以确定目标装箱物品集合,以及箱体的尺寸信息。然后,根据所述目标装箱物品集合中各个物品的特征数据,和所述箱体的尺寸信息,生成装箱方案。对于目标装箱物品集合的获取可以是通过扫码或者输入订单号等确定当前的订单,将订单中的物品作为目标装箱物品集合。每个物品可以有自己的标识。目标装箱物品集合可以是预先配置的,也可以是接收来自于交易服务器的订单数据,或者是物流服务器等第三方服务器的数据。基于物品标识可以获取到目标装箱物品集合中各个物品的特征数据(例如:尺寸、重量、抗压性、抗摔性等),基于这些特征数据,可以根据预设的空间、抗压性或者抗摔性等要求生成装箱方案。在实现的时候,可以通过平台预置的资源数据库中存储各个物品的特征数据,其中,各个物品的特征数据可以是通过如表1所示的列表等方式在资源存储器中存储的:表1物品二维码是否抗摔尺寸(长*宽*高cm*cm*cm)1112340抗摔111*20*501112341不抗摔500*30*40………………111234x抗摔200*40*15在获取到订单后,可以获取订单中各个物品的标识码(例如:二维码),然后基于二维码到上述表1所示的列表中进行查找,以便查找出各个物品的特征数据。当然,上述所列举的标识码等方式仅是一种示意性表述,还可以采用其它的商品id标识方式,本申请不作限定。如果仅以尺寸信息进行装箱方案的生成,那么在获取到各个物品的尺寸信息后,可以结合箱体的尺寸信息,采用预设的切箱方法进行切箱,以得到将目标装箱物品组合中所有的物品装入箱体中的装箱方案。例如,当前目标装箱物品组合有五个物品:a、b、c、d、e,基于物品尺寸和箱体尺寸进行分析后,得到总共有如图2和图3所示的十二个可行的装箱方案。即,只有按照这十二个方案进行装箱才能实现装箱的目标。当然,值得注意的是,图2和图3中仅是一种示意性描述,仅是假设穷举了所有的可行性方案。只有这十二种可行性装箱方案。进一步的,还可以在通过尺寸生成装箱方案后,再进一步根据其它的特征数据对装箱方案进行筛选,以排除不可行的装箱方案。在一个实施方式中,服务器101可以根据摄像头采集到的当前被装箱的物品的位置数据,与所有可能的装箱方案进行匹配,确定是否存在与位置数据匹配的装箱方案,在确定存在与位置数据匹配的装箱方案的情况下,确定当前装箱方式是可行的,如果确定不存在与位置数据匹配的装箱方案,可以确定当前的装箱方式不可行。例如,如果第一个装入的是物品a,识别出物品a装入的位置与图2中的a、c,图3中的g、i这两个装箱方案是匹配的,因此,可以确定出按照这个方式装入物品a是可行的。第二个装入的是物品b,识别出物品b装入的位置与图3中的方案i这个装箱方案是匹配的,因此,可以确定出按照这个方式装入物品b是可行的。装箱者第三个选择装入的物品是物品c,识别出没有与该装箱方式匹配的装箱方案,因此,可以确定该装箱方式是不可行的。因此,可以生成提醒消息:按照当前方案进行装箱方案是不可行的。为了使得装箱者可以明确采用哪种方式才可以实现装箱,那么可以进一步提醒:当前需要装入物品e,以使得装箱者可以知晓具体的装箱方案。然而值得注意的是,上述所列举的实例是预先将所有的装箱方案都建立好,在实际实现的时候,也可以不预先建立所有的装箱方案,而是实时确定当前装箱方式是否可行。例如,可以根据目标装箱物品集合中各个物品的特征数据,生成并显示一个或多个装箱方案;在装箱的时候,可以确定当前生成并显示的一个或多个装箱方案是否存在与所述位置数据匹配的装箱方案;在确定当前生成并显示的一个或多个装箱方案中不存在与所述位置数据匹配的装箱方案的情况下,根据所述位置数据、已装箱物品集合的特征数据和在箱体中的位置、以及未装箱物品集合的特征数据,重新生成并显示一个或多个装箱方案。具体采用哪种方式可以根据实际需要选择,本申请对此不作限定。在一个实施方式中,上述提示器可以是一个耳机,可以是一个扬声器,也可以是显示器,从而使得可以仅通过语音播报方式进行装箱方案的预警,例如,可以为每个装箱者提供一个耳机,耳机中随时播报装箱预警信息和装箱方案。当然,也可以是为每个装箱者提供一个音响,以实现装箱提醒。或者是通过显示器显示当前装箱方式是否可行。在另一个实施方式中,上述装箱系统中还可以如图4所示,包括:显示器,用于显示装箱方案。在实现的时候,该显示器可以与上述的提示器102集成在一起。例如,在上述提示器102是一个带有声音播放功能的显示器的情况下,可以通过该提示器作为显示器显示装箱方案。当然,如果提示器102仅是一个耳机、音响等仅可以进行语音播放而不能进行显示的设备,那么显示器就可以是一个单独的显示设备。在实现的时候,可以根据需要和实际情况设置提示器和显示器,本申请不作限定。在扫描了订单号之后,并生成装箱方案之后,可以通过显示器显示生成的装箱方案,以便使得装箱者可以直接看到装箱方案,以便进行高效装箱。如果采用上述方式2形成装箱方案,也就是根据目标装箱物品集合中各个目标装箱物品的特征数据,以及所述箱体的尺寸信息生成装箱方案。可以进一步基于抗压性、抗摔性等原则,从所有可行的装箱方案中确定出最优的装箱方案进行显示。在一个实施方式中,可以对所有的装箱方案进行排序,例如,可以采用打分的方式进行排序,在打分的时候,可以根据预设的评定规则进行打分。例如,对于上例中的12种方案,确定出图2中的a是评分最高的装箱方案,那么就可以如图5所示,显示该装箱方案,这样装箱者基于显示器上显示的装箱方案就可以一次性完成合理装箱。在实现的时候,有些装箱者不一定会按照显示器上的装箱方案进行装箱,这时可以根据装箱者的实际装箱操作调整在显示器上的装箱方案的显示。例如,按照上述方式,第一个装入的是物品a,识别出物品a装入的位置与图2中的a是匹配的,即与当前显示器上显示的装箱方案是匹配的。第二个装入的是物品b,识别出与a是不同的,即与显示器上显示的装箱方案是不同的,因此,可以从预先匹配的所有可行装箱方案中匹配出合适的装箱方案,可以匹配出图3中的i方案。在匹配出之后,可以实时改变显示器上显示的装箱方案,即,如图6所示,在显示器上显示新匹配出的装箱方案,方案i。装箱者第三个选择装入的物品是物品c,识别出没有与该装箱方式匹配的装箱方案,因此,可以确定该装箱方式是不可行的。因此,可以如图7所示,生成提醒消息:按照当前方案进行装箱方案是不可行的,请采用如下方式装箱。在一个实施方式中,装箱方案可以是实时生成的,例如,可以实时获取已装箱物品的特征数据和位置数据;根据所述已装箱物品的特征数据和位置数据,以及未装箱物品集合中各个物品的特征数据,生成装箱方案。值得注意的是,图5至图7中的显示方式仅是一种示意性描述,还可以采用其它的装箱方式显示方式,例如,可以采用箭头指向的方式显示装箱方案,或者是文字方式显示装箱方案,或者是采用图像显示物品的方式显示装箱方案,以实现装箱物品的装箱顺序示意。具体采用哪种装箱方式的显示方式,仅是一种示意性描述。考虑到在一种场景中,有时有些用户会进行退货或者是追加订单的操作,为了使得可以即使发现退货操作,或者是追加订单的操作,可以实时确定待装箱订单是否有退货操作,在确定有退货操作的情况下,根据退货后的订单中所记录的物品进行装箱,也可以实时确定待装箱订单是否有追加订单的操作,在确定有追加订单的情况下,根据追加操作后的订单中所记录的物品进行装箱。举例而言,原本订单中有a、b、c、d四个商品,发现用户又临时退了物品d,那么这时可以提醒装箱者,并检测物品d是否已经装入箱体中,如果已经装入箱体中,则提醒装箱者把物品d取出来,如果没有装入箱体中,那么就提醒用户不用装物品d,并基于物品a、b和c生成新的装箱方案。在一个实施方式中,在确定物品d被退货后,还可以重新确定用当前的箱体装a、b和c是否合适,如果不合适,则可以重新为装箱者推荐合适的箱体。再例如,原本订单中有a、b、c、d四个商品,发现用户又对该订单进行追加操作,追加了物品e和f,那么就可以根据a、b、c、d、e和f六个商品生成装箱方案。进一步的,还可以获取当前已经装箱的物品的特征数据,以及当前已经装箱的物品在箱体中的位置,并根据获取的当前已经装箱的物品的特征数据,以及当前已经装箱的物品在箱体中的位置,和a、b、c、d、e和f中还未装箱的物品的特征数据,确定是否可以完成装箱。在一个实施方式中,上述装箱系统可以如图8所示,还可以包括:扫码设备(例如:扫码枪)。通过该扫码枪可以对待装箱物品进行扫描,也可以对订单进行扫描。例如,装箱者在获取到订单后,可以通过扫码枪进行订单扫描。因订单对应着订单中所有物品的信息,因此,在进行订单扫描之后,就可以知晓订单中有多少商品,有哪些商品。在装箱者进行装箱的过程中,可以实时追踪物品的装箱信息,例如,识别该物品是否已经装箱,该物品被装在箱体的哪个位置。在追踪订单商品是否都已经装箱的时候,可以采用计数的方式,即,每装箱一个物品,计数就加一,这样在确定装箱结束后,与预先统计的订单中的物品数量进行比对,即可确定是否存在漏装或者多装的情况。也可以采用每装箱一件物品,在订单的物品列表中删除一件物品的方式,以便定位哪些物品被装入箱体,哪些物品还没被装入箱体,以便最终统计是否所有物品都已经装入箱体中。为了使得装箱过程中,每装一个物品都可以知道装入的物品的位置,已经箱体中剩余的空间数据,可以每次确定装入一个物品之后,就可以记录该物品的条码编号、在箱体中的位置坐标等。在一个实施方式中,3d深度相机在进行物品装箱追踪的时候,可以是根据物品的中心点位置等,确定哪个装箱方案是与当前的装箱方式最匹配的。在进行装箱方案确定的时候,每个推荐的装箱方案中,各个物品在箱体中的中心位置基本上是确定的,即,每个物品在箱体中的中心点坐标,就是物品最终在箱体中摆放的时候中心点所在的位置。在通过3d深度相机识别出已经放入箱体中的各个物体的中心点数据之后,就可以基于中心点数据与所有的装箱方案进行偏差确定,将确定出的偏差最小的装箱方案作为最为匹配的装箱方案,以便确定当前需要推荐的装箱方案,如果确定出所有的偏差都大于预设的偏差阈值,则可以确定没有可行的装箱方案,在这种情况下,可以生成装箱方案不可行的提醒信息。在一个实施方式中,上述装箱系统还可以包括:操作台,其中,该操作台可以包括:第一平台和第二平台,其中,述第一平台与第二平台相连,第一平台高于第二平台,第一平台用于支撑待装箱的物品,第二平台用于支撑箱体,采用用于支撑待装箱的物品第一平台比用于支撑箱体的第二平台高的方式,可以使得装箱者较为方便地装箱。图9是本申请所述一种装箱方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至分布式处理环境)。如图9所示,该装箱方法可以包括如下步骤:步骤901:获取当前物品被放置在箱体中的位置数据;在一个实施方式中,可以通过摄像头获取位置数据,例如,当前装箱者a,在将一个物品装入箱子中,那么摄像头可以获取该物品放在箱子中的位置,例如,可以获取物品放在箱子中的深度信息等,实现对物品装在箱体中位置的确定。在实现的时候,因为箱体的位置和尺寸是确定的,可以通过3d深度相机实时跟踪得到商品的三维尺寸和空间位置。也可以是通过3d深度相机识别出当前物品的中心点位置,以确定该物品在箱体中的位置数据。步骤902:根据所述位置数据,确定是否存在与所述位置数据匹配的装箱方案;例如,可以根据采集到的位置数据确定按照当前方式装箱,箱体中剩余空间是否能够容乃剩余的未装箱物品集合,也可以是根据采集到的位置数据确定是否与采集到的位置数据匹配的装箱方案,以确定当前的装箱方式是否合理。下面对这两种方式分别举例说明如下:方式1)根据箱体内剩余空间实时计算例如,当前已经在箱体中放入了两个物品a和b,因为是实时获取被放入的物品在箱体中的位置的,可以得到物品a和b在箱体中的位置,在放入物品c之后,也可以确定出物品c在箱体中的位置。然后,可以结合箱体本身的尺寸大小、物品a、b和c的尺寸大小,确定出箱体中当前的剩余空间。在确定剩余空间之后,可以结合未待装箱物品集合(例如物品d和e)的尺寸,对剩余空间进行切割处理,确定剩余空间是否可以将物品d和e放进去,如果确定可以放进去,那么就不进行提醒,如果确定物品d和e放不进去,就可以生成提醒信息,提醒装箱者“按照现在的方式放物品c,那么最终是无法完成装箱任务的”,从而使得装箱者可以第一时间发现装箱问题,这样装箱者就可以将物品c在箱体中换个位置,或者是先放物品d和e,以使得最终可以完成装箱任务。相对于如果直到放入了物品d和e之后才发现放不进入,再重新进行装箱,有效提高了装箱效率。即,实时跟踪物品的轨迹,以确定出物品是否被放入箱体中,以及放在了箱体哪个位置。在确定当前物品被放入箱体之后,可以根据该当前物品放入箱体的位置,确定后续的物品是否可以被成功放入箱体中,如果确定后续物品无法被成功放入,那么即刻提醒装箱者当前方式不可行,从而达到第一时间提醒装箱者的目的,以防装箱者进行不必要的返工操作。方式2)根据装箱方案进行匹配得到的例如,确定目标装箱物品集合,以及箱体的尺寸信息。然后,根据所述目标装箱物品集合中各个物品的特征数据,和所述箱体的尺寸信息,生成装箱方案。对于目标装箱物品集合的获取可以是通过扫码或者输入订单号等确定当前的订单,将订单中的物品作为目标装箱物品集合。每个物品可以有自己的标识。目标装箱物品集合可以是预先配置的,也可以是接收来自于交易服务器的订单数据,或者是物流服务器等第三方服务器的数据。基于物品标识可以获取到目标装箱物品集合中各个物品的特征数据(例如:尺寸、重量、抗压性、抗摔性等),基于这些特征数据,可以根据预设的空间、抗压性或者抗摔性等要求生成装箱方案。在获取到各个物品的尺寸信息后,可以结合箱体的尺寸信息,采用预设的切箱方法进行切箱,以得到所有可以将订单中所有物品装入箱体中的装箱方案。例如,可以根据摄像头采集到的当前被装箱的物品的位置数据,与所有可能的装箱方案进行匹配,确定是否存在与位置数据匹配的装箱方案,在确定存在与位置数据匹配的装箱方案的情况下,确定箱体中剩余空间能够容纳剩余的未装箱物品,在确定不存在与位置数据匹配的装箱方案的情况下,确定所述箱体中剩余空间无法容纳剩余的未装箱物品。步骤903:在确定不存在与所述位置数据匹配的装箱方案的情况下,生成放置提示信息。在一个实施方式中,可以仅通过语音播报方式进行装箱方案的预警,例如,可以为每个装箱者提供一个耳机,耳机中随时播报装箱预警信息和装箱方案。当然,也可以是为每个装箱者提供一个音响,以实现装箱提醒。在一个实施方式中,在得到订单号之后,可以基于订单中所有的物品信息生成所有可行的装箱方案。可以进一步基于抗压性、抗摔性等原则,从所有可行的装箱方案中确定出最优的装箱方案进行显示。在一个实施方式中,可以对所有的装箱方案进行打分,在打分的时候,可以根据预设的评定规则进行打分。下面结合一具体实施例对上述装箱系统、装箱方法和服务器进行说明,然而值得注意的是,该具体实施例仅是为了更好地说明本申请,并不构成对本申请的不当限定。考虑到现有装箱过程中,熟练工人和普通工人对于在装箱环节中花费时间差别很大,这主要是因为他们对商品的尺寸评估的准确性是不同的,因此也就使得在装箱布局的时候的准确度也是不同的。如果在装箱者装箱的过程中,可以提供物品在箱体中的合理布局,以供装箱者参考,便可以有效提高装箱效率。在本例中,提供了一种可视化的装箱系统,以便对每个订单中内所有的物品在箱体内的布局进行展示,从而辅助装箱者在装箱前对箱体内的物品布局有一个宏观了解。进一步的,可以通过3d深度相机等,通过3d深度相机采集物品和箱体的相对位置,实时判断装箱者的装箱步骤是否可以完成装箱任务,并在确定装箱方案不可行的情况,进行装箱任务的错误预警。进一步的,还可以通过2d视频对装箱者的装箱动作进行分析,以便从视频中识别出装箱者每次装箱的物品是否与通过扫码枪扫描的物品是同一物品。具体的,可以采用图像对比的方式确定装箱者装箱的物品是否是扫码所扫的物品。还可以通过2d视频识别物品的装箱轨迹,以确定物品是否已经顺利装箱。因为每个订单的编号是唯一的,每个订单中的物品的数量和类型也是已知的,每个物品的几何尺寸、重量、材质、抗压性等都是可以获知的。基于这些可以获取的物品属性信息,可以生成可行的装箱方案。如图10所示,提供了一种装箱系统,可以包括:处理系统、扫码枪、操作台、显示屏、彩色摄像头和深度摄像头。其中,操作台可以包括高平台和低平台,其中,低平台用于放置装箱用的纸箱,高平台用于放置并扫描物品。装箱者可以将订单内的所有物品和推荐的合适的纸箱送到操作台前,供装箱者装箱。如图11所示,装箱者在装箱过程中可以按照如下步骤进行装箱:s1:装箱者将纸箱放在操作台的低平台上,并将所有物品放在操作台的高平台上;其中,纸箱可以是系统通过订单中所有物品的尺寸信息推荐的。s2:装箱者扫描订单二维码,从而触发订单的装箱操作:a)读取所有物品的尺寸信息,然后对箱体进行切箱运算,以生成装箱方案:例如,可以根据订单中各个物品的条码信息从系统中获取各个物品的尺寸信息,然后,根据箱体的尺寸,依据箱体和物品累加空间匹配度最大的原则生成将所有物品都装入箱体中的装箱方案。其中,可以根据订单中的物品的条码信息从后台系统中获取物品的尺寸信息、3d表面信息,其中,系统后台数据库中存储有所有物品的尺寸信息和3d表面信息。b)在显示屏上显示当前订单的物品列表,物品顺序按照推荐的装箱方案中的装箱顺序进行排列显示;c)在显示屏上可以以三维方式显示首先要放入的物品以及物品的放置位置;d)启动彩色摄像头和深度摄像头,检测箱体位置进行装箱提示;其中,彩色摄像头可以用于实景提取,通过视频图片识别以确定当前装入箱体中的物品是否为扫码要装入箱体中的物品,同时还可以根据视频追踪确定物品是否被放入箱体中;其中,深度相机可以通过采集深度信息确定物品在箱体中的位置。因装箱区域的位置基本上固定,因此,可以通过深度相机采集箱体的深度信息,同时利用3d数据分割的方法,对箱体区域进行分割,进而确定箱体的分割方法,生成装箱方案。s3:装箱者逐个扫描待装箱物品的二维码:a)如果物品不在跟踪对象列表中,那么可以将当前扫描的物品添加至跟踪对象列表中;在装箱开始的时候,跟踪对象列表中的数据是零,装箱者每扫描一个物品,如果该物品不在跟踪对象列别中,那么就将该物品的条码编号、在箱体中的位置坐标、该物品的属性特征等增加到跟踪对象列表中,并将列表中的总个数增加1。b)如果装箱者扫描的物品已经在跟踪对象列表中了,就可以提醒装箱者该物品已经被扫描过了,例如,可以通过语音和画面提示该物品被重复扫描。其中,跟踪对象列表中可以包括:物品编号,通过扫码枪得到;物品的实时位置信息,通过视频实时跟踪得到物品的实时位置,例如:平面中心位置、物品的深度位置信息;物品的3d表面特征,可以通过3d深度相机实时采集得到。c)最后,如果所有物品的实时位置信息都落在箱体所在的平面区域内,同时物品的深度位置信息都落在箱体的深度区域内,那么就可以确定该物品已被放入箱体中。s4:实时跟踪所有跟踪对象列表中的物品,当跟踪的物品与箱体位置重叠并且不再移动时,判断被跟踪物品已经被装箱。在一个实施方式中,上述3d深度相机可以拍摄箱体内的物体三维形貌,并根据剩余物品的尺寸信息,实时更新推荐的装箱方案。其中,剩余物品指的是订单中未被装箱的物品,也可以理解为未在跟踪列表中的物品的个数,即,订单中物品的总数量减去确定已经放入箱体中的物品的数量。通过上述3d深度相机可以获取箱体中已装入的物品的位置,通过可以根据预先计算出的所有的装箱方案进行匹配,以确定通过当前的方式是否可以完成装箱任务,如果确定无法完成装箱,则提醒装箱者当前装箱操作不可以。在进行装箱方案推荐的时候,可以根据已将装入箱体中的物品的数量与所有可能的装箱方案进行匹配,向操作者推荐偏差最小的装箱方案,具体的,因每个箱体的中心位置是确定的,每个物品最后落入箱体中的中心点坐标,也就是物品最后的位置中心点也是可以确定的。因此,可以通过各个物品的中心点坐标进行装箱的匹配,以推荐装箱方案。如果每一时刻所有跟踪物品列表中所有物品的中心点和所有推荐方案的累积偏差大于预设的匹配值,那么可以认为当前的装箱方案无法完成装箱,从而可以提醒装箱者当前装箱方案不可行。在对装箱方案的优劣进行排序的时候,可以采用对各个装箱方案进行打分的方式,具体的,在打分的时候,可以设置打分规则,例如:所有物品装后剩余空间越小分数越高、装箱物品从大到小等。因订单中每个物品被放置在箱体中的位置是可以确定的,推荐方案中每个物品的放置区域和位置也是可以知道的,感觉每个物品在推荐方案中的中心点位置信息,可以获取每个推荐方案中对应的各个物品的中心点位置列表。在装箱的过程中,可以通过深度相机实时扑捉计算箱体的空间位置,利用深度点云数据等进行数据分析,以得到箱体的空间位置,并可以计算得到放置物品后物品在箱体空间中各个物品的放置位置列表。将实时的物品放置位置列表与推荐装箱方案中每个物品的放置位置列表进行匹配,通过计算偏差的方式,可以判断出当前放入物品的方案是否与推荐方案中的物品放置方式匹配,如果与所有方案的偏差中最小偏差大于预设阈值,则可以确定当前物品的放置方式无法完成装箱任务。在上例中,根据电子订单中的订单信息提取订单中各个物品的尺寸信息,以及推荐的箱体的型号和尺寸信息,通过对该箱体进行立体三维匹配,可以生成装箱方案。进一步的,可以根据各个物品的易碎性、轻压性、刚性、装箱的容易程度等,对所有的组合装箱方案进行打分,以确定出更为安全和容易的装箱方案。同时可以根据深度相机检测箱体中物品的位置,并基于箱体中物品的位置和剩余未装箱物品的尺寸信息,实时更改推荐的装箱方案,并在确定出当前装箱操作不可行的时候及时提醒装箱者,以防止装箱者错误的装箱顺序导致的装箱返工。图12示出了根据本申请的一示例性实施例的装箱服务器的示意结构图。请参考图12,在硬件层面,该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器,当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成装箱服务器的功能。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。请参考图13,在软件实施方式中,该装箱服务器,可以包括获取模块1301、确定模块1302和生成模块1303。其中:获取模块1301,用于获取当前物品被放置在箱体中的位置数据;确定模块1302,用于根据所述位置数据,确定是否存在与所述位置数据匹配的装箱方案;生成模块1303,用于根据确定结果,生成放置提示信息。在一个实施方式中,获取模块1301可以包括:获取单元,用于获取待装箱的订单;生成单元,用于根据所述订单上的物品列表中各个物品的尺寸信息,生成装箱方案。在一个实施方式中,确定模块1302可以包括:第一确定单元,用于根据所述位置数据,与所有可能的装箱方案进行匹配,确定是否存在与所述位置数据匹配的装箱方案;第二确定单元,用于在确定存在与所述位置数据匹配的装箱方案的情况下,确定所述箱体中剩余空间能够容纳剩余的未装箱物品,在确定不存在与所述位置数据匹配的装箱方案的情况下,确定所述箱体中剩余空间无法容纳剩余的未装箱物品。在一个实施方式中,上述位置信息可以包括:物品在箱体中的中心点位置数据;所述第一确定单元具体可以用于根据放入所述箱体中的各个物品的中心点位置数据与当前所有可能的装箱方案中的物品的中心点位置数据之间的偏差,确定所述箱体中剩余空间是否能够容纳剩余的未装箱物品。在一个实施方式中,上述生成单元具体可以用于根据预设特征对生成的多个装箱方案中的各个装箱方案进行打分。在一个实施方式中,上述预设特征可以包括但不限于以下至少之一:抗压性、抗摔性和装箱后剩余空间。本申请还提供了一种装箱服务器,包括:处理器和存储器,其中:所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序,以实现如下步骤:提供至少一种装箱方案;获取当前物品被放置在箱体中的位置数据;根据所述位置数据,确定是否存在与所述位置数据匹配的装箱方案;根据确定结果,生成放置提示信息。虽然本申请提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。上述实施例阐明的装置或模块,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。为了描述的方便,描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然,也可以将实现某功能的模块由多个子模块或子单元组合实现。本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit,asic)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,移动终端,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例采用递进的方式描述,各个实施例之间相同或相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。虽然通过实施例描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1