物品存储系统、信息处理装置和信息处理方法与流程

文档序号:18359596发布日期:2019-08-06 23:38阅读:170来源:国知局
物品存储系统、信息处理装置和信息处理方法与流程

本发明涉及物品存储系统、用于物品存储系统中的信息处理装置以及用于物品存储系统中的信息处理方法。



背景技术:

在现有技术中,已经提出了所谓的拖车房作为移动房(日本未审查专利申请公开no.2017-081557(jp2017-081557a))。此外,已经提出了一种实现在作为租赁仓库的行李箱中存储或运输物品的效率的技术(日本未审查专利申请公开no.2008-030942(jp2008-030942a)、日本未审查专利申请公开no.2004-171473(jp2004-171473a)、日本未审查专利申请公开no.2002-279050(jp2002-279050a)和日本未审查专利申请公开no.2004-100233(jp2004-100233a))。



技术实现要素:

然而,在上述相关技术中,当用户在仓库中容纳物品或取出存储在仓库中的物品时,由于使用运送者运输物品、用户前往仓库取出物品等,存在需要时间来容纳或取出物品的可能性。

本发明使用移动物体实现行李箱,其容纳或取出物品几乎不需要时间。

本发明的第一方面涉及一种物品存储系统。物品存储系统包括移动物体和服务器。移动物体被配置为容纳物品并在道路上移动。服务器被配置为管理移动物体的信息和使用该移动物体的用户的信息,将用于识别该用户的用户识别信息和用于识别要由该用户使用的移动物体的移动物体识别信息彼此相关联地存储,获取来自用户的关于在移动物体中容纳物品或从移动物体取出物品的请求,并且当来自用户的请求被获取时基于用户识别信息和移动物体识别信息来指定要由用户使用的移动物体,并执行控制使得指定的移动物体从道路上的预定位置移动到与预定位置不同的位置。

在根据本发明第一方面的物品存储系统中,不同的位置可以是用户在移动物体中容纳物品或从移动物体取出物品的位置。

在根据本发明第一方面的物品存储系统中,服务器可以被配置为执行控制使得在物品被容纳在移动物体中或者物品从移动物体中被取出之后,指定的移动物体从不同的位置移动到预定位置。

根据本发明第一方面的物品存储系统,当用户在使用移动物体作为远程位置的仓库时在移动物体中容纳物品或者从移动物体取出物品时,用户不前往远程位置,而可以使移动物体移动到用户容易访问移动物体的位置,诸如市区。因此,与使用相关技术中的行李箱容纳或取出物品所需的时间相比,使用移动物体容纳或取出物品所需的时间可以预期减少。移动物体是在服务器的控制下执行自动移动的移动物体。移动物体可以是自动驾驶车辆。

本发明的第二方面涉及一种被配置为控制移动物体的信息处理装置。移动物体被配置为容纳物品并在道路上移动。信息处理装置包括服务器。服务器被配置为管理移动物体的信息和使用该移动物体的用户的信息,将用于识别该用户的用户识别信息和用于识别要由该用户使用的移动物体的移动物体识别信息彼此相关联地存储,获取来自用户的关于在移动物体中容纳物品或从移动物体取出物品的请求,并且当来自用户的请求被获取时基于用户识别信息和移动物体识别信息来指定要由用户使用的移动物体,并执行控制使得指定的移动物体从道路上的预定位置移动到与预定位置不同的位置。

在根据本发明第二方面的信息处理装置中,不同的位置可以是用户在移动物体中容纳物品或从移动物体取出物品的位置。

在根据本发明第二方面的信息处理装置中,服务器可以被配置为执行控制使得在物品被容纳在移动物体中或者物品从移动物体中被取出之后,指定的移动物体从不同的位置移动到预定位置。

本发明的第三方面涉及一种信息处理方法,用于使包括服务器的信息处理装置控制移动物体。移动物体被配置为容纳物品并在道路上移动。信息处理方法包括:利用服务器管理移动物体的信息和使用该移动物体的用户的信息,利用服务器将用于识别该用户的用户识别信息和用于识别要由该用户使用的移动物体的移动物体识别信息彼此相关联地存储,利用服务器获取来自用户的关于在移动物体中物品容纳或从移动物体取出物品的请求,并且当来自用户的请求被获取时利用服务器基于用户识别信息和移动物体识别信息来指定要由用户使用的移动物体,并执行控制使得指定的移动物体从道路上的预定位置移动到与预定位置不同的位置。

在根据本发明第三方面的信息处理方法中,不同的位置可以是用户在移动物体中容纳物品或从移动物体取出物品的位置。

根据本发明的第三方面的信息处理方法还可以包括:执行控制使得在物品被容纳在移动物体中或者物品从移动物体中被取出之后,指定的移动物体从不同的位置移动到预定位置。

根据本发明的各方面,可以使用移动物体实现行李箱,其容纳或取出物品几乎不需要时间。

附图说明

下面将参照附图描述本发明的示例性实施例的特征、优点以及技术和工业重要性,附图中相同的数字表示相同的元件,并且其中:

图1是示出根据实施例的物品存储系统的系统示意图;

图2是示出根据实施例的ev托盘的外观的示例的立体图;

图3是示出当从下方观察ev托盘时根据实施例的ev托盘的单元的布置示例的平面图;

图4是示出根据实施例的控制系统和与该控制系统有关的单元的配置的图;

图5是示出根据实施例的管理服务器的硬件配置的图;

图6是示出根据实施例的管理服务器的逻辑配置的示例的框图;

图7是示出根据实施例的托盘管理表的配置的示例的表;

图8是示出根据实施例的托盘租赁表的配置的示例的表;

图9是示出根据实施例的物品的容纳处理的示例的流程图;和

图10是示出根据实施例的物品的取出处理的示例的流程图。

具体实施方式

以下,将参考附图描述根据实施例的物品存储系统。

ev托盘

在实施例中,称为电动车辆(ev)托盘的自动行进型电动车辆与网络上的计算机系统协作向用户提供各种功能或服务。实施例的ev托盘(下文中简称为“ev托盘”)是能够自动驾驶和无人驾驶的移动物体,并且根据用途存在具有各种尺寸的ev托盘。即例如,可以使用各种ev托盘,包括能够代替手提箱使用的小型ev托盘和能够运输人或物品的大型ev托盘。

ev托盘具有信息处理装置和通信设备,设置它们用于控制ev托盘、与使用ev托盘的用户的用户界面以及与网络上的各种服务器的信息交换。除了可由ev托盘单独执行的处理之外,ev托盘还与网络上的各种服务器协作来为用户提供由网络上的各种服务器添加的功能和服务。

ev托盘是能够改变为每个个体提供的功能的多用途移动物体,并且是在道路上自动行进的车辆。在实施例的物品存储系统中使用的ev托盘旨在响应于用户的请求,在预定目的地处存放或接收来自用户的诸如物品的包裹。在这种情况下,虽然预定目的地由用户指定,但是到目的地的路线可以由用户指定或者可以由物品存储系统中的管理服务器适当地决定。ev托盘可以是用户根据情况驾驶或协助驾驶的移动物体。

配置

图1示出了根据实施例的物品存储系统的配置。物品存储系统具有多个ev托盘1-1、1-2、……1-n,网络100,管理服务器200和用户设备300。在下文中,当不需要个体区分时,ev托盘1-1等被简称和统称为ev托盘1。ev托盘1、管理服务器200和用户设备300通过网络100彼此连接。

在实施例中,ev托盘1是能够自动驾驶和行进以及无人驾驶和行进的用于运输包裹的移动物体。ev托盘1具有计算机控制下的用户界面,接收来自用户的请求,响应用户,对来自用户的请求执行预定处理,并将处理结果报告给用户。例如,ev托盘1从来自计算机的输入/输出设备的语音、图像或信息接收用户的指令并执行处理。ev托盘1从用户的图像、语音等识别用户,并随着用户的移动跟随用户。

用户在使用ev托盘1之前通过ev托盘1的用户界面、用户设备300等访问管理服务器200,并且向管理服务器200请求任何ev托盘1的使用。响应于该请求,管理服务器200注册用户与要由该用户使用的ev托盘1之间的关系,并允许该用户使用ev托盘1。在实施例中,允许由该用户使用并且该用户与要由该用户使用的ev托盘1之间的关系被注册在管理服务器200中的ev托盘1被称为我的托盘。

网络100是公共通信网络,例如,互联网是示例性的。网络100可以包括有线通信网络和无线通信网络。无线通信网络例如是每个移动电话公司的通信网络。注意,无线局域网(lan)等可以被包括在无线通信网络的一部分中。有线通信网络是由通信网络的运营商提供的通信网络。注意,有线通信网络可以包括有线lan。

管理服务器200与注册为我的托盘的ev托盘1协作向用户提供各种处理、功能或服务。在该实施例中,管理服务器200响应于来自用户设备300的指令控制ev托盘1,并使用ev托盘1实现到指定目的地的移动、包裹的接收、运送、容纳、移交等。

用户设备300例如是移动电话、智能电话、便携式信息终端、平板终端、个人计算机等。用户设备300接收来自用户的请求,响应用户,对来自用户的请求执行预定处理,并将处理结果报告给用户。用户设备300与ev托盘1协作或访问管理服务器200而不是ev托盘1的用户界面,并向用户提供各种处理、功能和服务。

图2是示出ev托盘1的外观的透视图。图3是示出当从下方观察ev托盘1时,ev托盘1中安装的传感器、显示器、驱动设备和控制系统的布置的平面图。图4是示出控制系统10和与控制系统10相关的单元的配置的图。

ev托盘1具有箱形主体1z和在主体1z下方在两侧前后设置的四个轮子tr-1、tr-2、tr-3、tr-4。四个轮子tr-1到tr-4被耦合到驱动轴(未示出)并由图3所示的驱动马达1c驱动。在行进期间四个轮子tr-1到tr-4的移动方向(与四个轮子tr-1到tr-4中的每一个的旋转表面平行的方向(或与之垂直的方向))通过图3所示的转向马达1b相对于主体1z相对位移,并且ev托盘1的移动方向被控制。

如图2和3中所示,显示器16-1、16-2、16-3、16-4、16-5固定到ev托盘1的主体1z的外壁。显示器16-1到16-5是例如液晶显示器、电致发光面板等。

在图3中,假设ev托盘1沿箭头ar1的方向移动。因此,图3的左方向是移动方向。在图3中,主体1z在移动方向上的侧表面则被称为ev托盘1的前表面,在与移动方向相反的方向上的侧表面被称为ev托盘1的后表面。相对于主体1z的移动方向在右侧上的侧表面被称为右侧表面,在左侧上的侧表面被称为左侧表面。

如图3所示,ev托盘1在前表面的两侧具有障碍物传感器18-1、18-2,并且在后表面的两侧具有障碍物传感器18-3、18-4。ev托盘1分别在前表面、左侧表面、后表面和右侧表面中具有相机17-1、17-2、17-3、17-4。ev托盘1具有转向马达1b、驱动马达1c和二次电池1d。此外,ev托盘1具有获取每个轮子的旋转角度的轮子编码器19以及检测转向角度作为轮子的行进方向的转向角度编码器1a。另外,ev托盘1具有控制系统10、通信单元15和全球导航卫星系统(gnss)接收单元1e。

控制系统10也被称为电子控制单元(ecu)。如图4所示,控制系统10具有cpu11、存储器12、图像处理单元13和接口if1。外部存储设备14、通信单元15、显示器16、触摸面板16a、相机17、障碍物传感器18、轮子编码器19、转向角度编码器1a、转向马达1b、驱动马达1c、gnss接收单元1e、麦克风1f和扬声器1g等被连接到接口if1。

在实施例中,当不需要个体区分时,障碍物传感器18-1等统称为障碍物传感器18。障碍物传感器18是超声传感器、雷达等。障碍物传感器18在检测目标方向上发射超声波,并基于反射波在检测目标方向上检测障碍物的存在、位置、相对速度等。此外,在实施例中,当不需要个体区分时,相机17-1、17-2、17-3、17-4统称为相机17。相机17是包括图像传感器的成像设备,诸如电荷耦合器件(ccd)、金属氧化物半导体(mos)或互补金属氧化物半导体(cmos)。相机17以预定时间间隔获取图像,并将图像存储在控制系统10中的帧缓冲器(未示出)中。

转向马达1b响应于来自控制系统10的指令信号,控制水平面内的轮子的旋转轴的角度作为轮子旋转的移动方向。驱动马达1c响应于来自控制系统10的指令信号,驱动并且旋转例如轮子tr-1到tr-4。注意,驱动马达1c可以在轮子tr-1到tr-4中驱动一对轮子tr-1、tr-2或另一对轮子tr-3、tr-4。二次电池1d向转向马达1b和驱动马达1c提供电力。

转向角度编码器1a在预定的检测时间间隔检测水平面内的轮子的旋转轴的角度作为轮子旋转的移动方向,并将该角度存储在控制系统10的寄存器(未示出)中。例如,原点被设置在与轮子的旋转轴正交的方向和图3中的移动方向(箭头ar1方向)之间的角度。此外,轮子编码器19在预定的检测时间间隔获取轮子的旋转速度并且将该旋转速度存储在控制系统10的寄存器(未示出)中。

通信单元15通过移动电话基站和连接到移动电话基站的公共通信网络与网络100上的各种服务器进行通信。gnss接收单元1e接收来自围绕地球转动的多个人造卫星中的每一个的时间信号的电波,并将时间信号的电波存储在控制系统10的寄存器(未示出)中。麦克风1f检测语音,将语音转换为数字信号,并将数字信号存储在控制系统10的寄存器(未示出)中。

控制系统10的cpu11执行被开发为在存储器12中可执行的计算机程序,并作为控制系统10执行处理。存储器12存储要在cpu11上执行的计算机程序、要由cpu11处理的数据等。存储器12例如是动态随机存取存储器(dram)、静态随机存取存储器(sram)、只读存储器(rom)等。图像处理单元13与cpu11协作,并且在每个预定帧时间间隔处理要从相机17获得的帧的数据。图像处理单元13例如具有图形处理单元(gpu)和作为帧缓冲器的图像存储器。外部存储设备14是非易失性存储设备,并且例如是固态驱动器(ssd)、硬盘驱动器等。

例如,如图4所示,控制系统10通过接口if1获取来自ev托盘1的单元和传感器的检测信号。控制系统10基于来自gnss接收单元1e的检测信号计算指示地球上的位置的纬度和经度。控制系统10从存储在外部存储设备14中的地图数据库获取地图数据,将计算出的纬度和经度与地图数据库上的位置进行核对,并获取到目的地的路线。控制系统10基于来自障碍物传感器18、相机17等的信号检测ev托盘1附近的障碍物,决定移动方向以避开障碍物,并控制转向角度。

控制系统10与图像处理单元13协作,对每个帧处理从相机17获取的图像,例如基于图像之间的差异来检测变化,并识别障碍物。控制系统10基于来自相机17的信号识别用户,保持与用户的距离为预定间隔,并跟随用户的移动。控制系统10基于来自相机17的信号识别用户的手势,并响应从识别的手势获得的用户的意图。控制系统10分析从麦克风1f获得的语音信号并响应分析的用户意图。控制系统10可以将来自相机17的每帧图像的数据和从麦克风1f获得的语音数据从通信单元15传送到网络100上的管理服务器200。然后,可以将每帧图像的数据和语音数据的分析分配给管理服务器200。

在图4中,尽管示出了接口if1,但是控制系统10和控制目标之间的信号交换并不总是限于接口if1。即控制系统10可以具有除接口if1之外的多个信号交换路径。在图4中,控制系统10具有单个cpu11。注意,cpu并不总是限于单个处理器而是可以具有多处理器配置。与单个插槽连接的单个cpu可以具有多核配置。上述单元的处理的至少一部分可以由除cpu之外的处理器执行,例如专用处理器(诸如数字信号处理器(dsp)或图形处理单元(gpu))。单元的处理的至少一部分可以是集成电路(ic)或其他数字电路。模拟电路可以被包括在至少一部分单元中。

图5是示出管理服务器200的硬件配置的图。管理服务器200具有cpu201、存储器202、接口if2、外部存储设备204和通信单元205。cpu201、存储器202、接口if2、外部存储设备204和通信单元205的配置和操作与图4的cpu11、存储器12、接口if1、外部存储设备14和通信单元15的配置和操作相同。用户设备300的配置与图5的管理服务器200的配置相同。注意,用户设备300可以具有例如触摸面板作为接收用户的操作的输入单元。用户设备300可以具有显示器和扬声器作为向用户提供信息的输出单元。

图6是示出管理服务器200的逻辑配置的框图。管理服务器200利用存储器202上的计算机程序作为图5中所示的处理单元操作。即管理服务器200具有请求接收单元211、指定单元212、响应单元213、托盘管理数据库214、用户管理数据库215、包裹管理数据库216和地图信息数据库217。

请求接收单元211通过通信单元205接收来自ev托盘1的请求。来自ev托盘1的请求是ev托盘1几乎不能单独执行的处理请求,例如,要参考托盘管理数据库214、用户管理数据库215和包裹管理数据库216执行的处理。

指定单元212对来自托盘管理数据库214、用户管理数据库215和包裹管理数据库216的数据执行搜索等。然后,指定单元212执行要由用户使用的ev托盘的指定、容纳在ev托盘中的包裹的指定、作为ev托盘的移动目的地的目的地的指定等。响应单元213利用来自托盘管理数据库214、用户管理数据库215和包裹管理数据库216的指定单元212中的数据的搜索结果来响应ev托盘1。

托盘管理数据库214是管理与要由本实施例的物品存储系统管理的ev托盘1有关的信息的数据库。用户管理数据库215是管理诸如使用本实施例的物品存储系统的用户的用户id之类的信息的数据库。包裹管理数据库216是管理容纳在由每个用户用作我的托盘的ev托盘1中的包裹的数据库。

数据示例

图7示出了托盘管理数据库214的托盘管理表的配置。托盘管理表持有属于本实施例的物品存储系统的ev托盘1的分类、用途和其他特性。在图7中,该表的每行对应于一个ev托盘1。托盘管理表具有托盘id、分类、尺寸、装载量和存储位置的字段。

托盘id是用于在本实施例的物品存储系统中唯一识别ev托盘1的识别信息(图中“pidn1”)。分类是用于指定在ev托盘1中可容纳的包裹的类型的信息。例如,分类是在ev托盘中可容纳的包裹的尺寸等。在图7中,尽管由文本串(图中“行李a”)示出了分类,但是可以由代码、数字等来指定分类。尺寸是ev托盘的维度、容量等。尺寸被指定例如宽度(w)、高度(h)和深度(d)(图中“w,h,d”)。注意,可以指定尺寸,例如ev托盘1的容量(例如立方米等)。装载量是容纳在ev托盘1中的重量(图中“g1”)。在本实施例中,ev托盘1在预先确定的基地中待命。作为基地的示例,例示了ev托盘1的停车空间或者交通量等的限制被认为减少的位置。存储位置是位置信息(图中“p1”),诸如ev托盘1待命的基地的纬度和经度。基地是ev托盘1在道路上移动时可到达的预定位置的示例。

图8示出了托盘管理数据库214的托盘租赁表的配置。托盘租赁表是记录ev托盘1和使用ev托盘1的用户之间的关系的表。在图8中,一行是指示ev托盘1的单个租赁中的ev托盘1与用户之间的关系的记录。托盘租赁表具有托盘id、用户id、租赁开始日期、预期返回日期和租赁结束日期的字段。托盘管理数据库214是管理单元的示例,该管理单元彼此关联地存储用于识别用户的用户识别信息和用于识别ev托盘1的移动物体识别信息。

托盘租赁表的托盘id是用于将ev托盘1识别为租赁管理目标的识别信息,并且是与托盘管理表中定义的托盘id相同的信息。用户id是用于识别使用ev托盘1的用户的识别信息(图中“usr1”)。租赁开始日期是由托盘id指定的ev托盘1被租赁给由用户id指定的用户的开始日期(图中“ymd1”)。预期返回日期是由用户在ev托盘1的租赁时应用的预期返回日期(图中“ymd2”)。预期返回日期可能是未决定的。租赁结束日期是由托盘id指定的ev托盘1从由用户id指定的用户返回的日期(图中“ymd3”)。

处理流程

在下文中,将参照图9描述本实施例的物品存储系统中的处理流程。在本实施例中,管理服务器200执行图9的处理,借此要由用户使用的ev托盘1被移动到由在用户设备300上用户的操作指定的目的地,并且是与上述基地不同的位置。用户将包裹放置在已经移动到目的地的ev托盘1的容纳空间中。当完成ev托盘1中的包裹的容纳时,ev托盘1返回基地。

首先,用户操作用户设备300以请求在ev托盘1中容纳包裹。然后,管理服务器200用作接收来自用户的请求并接收来自用户设备300的在ev托盘1中容纳包裹的请求的接收单元(s101)。在要从用户设备300传送的请求中,还包括用户id、与要容纳的包裹有关的信息(商品名称、尺寸、重量等)以及作为ev托盘1的移动目的地的目的地的信息。这样的信息可以与容纳包裹的请求一起传送,或者可以与该请求分开发送。当从用户设备300接收到容纳包裹的请求时,管理服务器200用作指定单元,该指定单元指定要由用户使用的移动物体,并基于所接收的用户id或托盘管理数据库214的每个表的信息指定在当前日期(是租赁开始日期和预期返回日期之间的日期)可使用的ev托盘1,即在与用户id相关联的ev托盘1中由用户当前可使用的ev托盘1(s102)。

当指定ev托盘1时,管理服务器200用作控制和移动移动物体的移动控制器,并且向指定的ev托盘1给出移动到目的地的指令,该目的地作为与上述请求一起收到的ev托盘1的移动目的地。在s102中,当指定多个ev托盘1时,管理服务器200基于与包裹有关的信息选择可以容纳该包裹的ev托盘1。指定(选择)的ev托盘1基于从管理服务器200接收的指令在控制下执行自动行进。ev托盘1基于通过无线通信从管理服务器200接收的操作命令生成行进路线,在感测ev托盘1的附近的同时使用适当的方法在路上自动地行进,并且移动到指示的目的地(s103)。

在道路上自动行进的情况下,例如,ev托盘1从管理服务器200获取操作命令,并生成主车辆的操作计划。操作计划是定义ev托盘1沿其行进的路线的数据,以及在路线的一部分或全部中由ev托盘1执行的处理。作为操作计划中包括的数据的示例,例如以下给出例示。

(1)通过一组道路连接表示主车辆的行进路线的数据

例如,可以参考存储在数据库(未示出)中的地图数据,基于给定的出发地和目的地自动生成主车辆的行进路线。或者,可以使用外部服务生成行进路线。

(2)表示在路线上一点处要由主车辆执行的处理的数据

要由主车辆执行的处理例如是“让人进入”、“卸载包裹”、“收集数据”和“输出视频”,但不限于此。

生成的操作计划被传送到控制系统10。

控制系统10基于由障碍物传感器18或相机17获取的数据来检测主车辆附近的环境。检测目标例如是车道的数量或位置、主车辆附近的车辆的数量或位置,主车辆附近的障碍物(例如行人、自行车、结构、建筑物等)的数量或位置,道路结构、道路标志等,但不限于此。只要需要检测目标来执行自动行进,就可以应用任何检测目标。控制系统10可以跟踪检测到的物体。例如,可以使用在一个步骤之前检测到的物体的坐标与该物体的当前坐标之间的差异来获得物体的相对速度。

然后,控制系统10基于主车辆的生成的操作计划、环境数据或位置信息来控制主车辆的行进。例如,允许主车辆沿预定路线行进并且使其行进使得障碍物不进入以主车辆为中心的预定安全区域内。关于使车辆进行自动行进的方法,可以采用已知的方法。

当ev托盘1已经移动到目的地时,ev托盘1在目的地待命,通过与由已到达目的地的用户携带的用户设备300进行短距离无线通信来执行用户的认证、门dr1的解锁和锁定等,并允许用户在ev托盘1中容纳包裹(s104)。作为示例,ev托盘1具有钥匙单元(未示出),该钥匙单元具有与智能钥匙(智能进入系统的便携式设备)相同的无线接口。钥匙单元与用户设备300进行短距离无线通信,并基于用户设备300的认证结果决定钥匙单元是否用作ev托盘1的钥匙(车辆操作设备)。即用户从ev托盘1的外部操作用户设备300,从而执行车辆的锁定和解锁或其他车辆操作。

当完成ev托盘1中的包裹容纳时,ev托盘1向管理服务器200通知包裹容纳完成的效果。管理服务器200基于在s101中接收的包裹的信息,在包裹管理数据库216中存储指示包裹被容纳在ev托盘1中的信息。ev托盘1基于从管理服务器200接收的指令重新开始在控制下通过自动行进来移动并返回到基地(s105)。

接着,将参照图10所示的流程图描述当用户通过上述处理取出容纳在ev托盘1中的包裹时由管理服务器200执行的处理。首先,用户操作用户设备300请求取出容纳在ev托盘1中的包裹。然后,管理服务器200接收来自用户设备300的取出包裹的请求(s201)。与s101类似,在要从用户设备300传送的请求中,还包括用户id、与要取出的包裹有关的信息以及ev托盘1的移动目的地。这样的信息可以与取出包裹的请求一起传送,或者可以与该请求分开传送。

当接收到来自用户设备300的取出包裹的请求时,管理服务器200基于接收的用户id从托盘管理数据库214的每个表的信息指定与用户id相关联的ev托盘1。另外,管理服务器200基于与存储在包裹管理数据库216中的与ev托盘1中容纳的包裹相关的信息,指定ev托盘1,该ev托盘1中容纳由在s201中接收的请求所指示的要取出的包裹(s202)。

当容纳要取出的包裹的ev托盘1被指定时,管理服务器200用作移动控制器,其控制和移动移动物体并且向指定的ev托盘1给出移动到与上述请求一起接收到的ev托盘1的移动目的地的指令。与s103类似,指定的ev托盘1基于从管理服务器200接收的指令在控制下执行自动行进并且移动到指示的目的地(s203)。

ev托盘1在移动目的地处待命,通过与用户设备300的短距离无线通信来执行用户的认证、门dr1的解锁和锁定等,并允许用户从ev托盘1取出包裹(s204)。当用户已经从ev托盘1取出包裹时,ev托盘1向管理服务器200通知包裹取出完成的效果。管理服务器200基于在s201接收的与包裹有关的信息,在包裹管理数据库216中存储指示包裹从ev托盘1取出的信息,即包裹没有容纳在ev托盘1中。ev托盘1重新开始通过自动行进来移动并返回基地(s205)。

通过上述处理,用户可以将ev托盘1用作行李箱。由于ev托盘1将容纳的包裹存储在上述基地中,因此可以使ev托盘1在诸如远离市区的外围区域之类容易确保空间的位置待命,而不是在诸如市区之类难以确保允许ev托盘1待命的空间的位置。虽然在现有技术中用户前往行李箱并取出包裹,但在本实施例中,当用户从ev托盘1取出包裹时,由于ev托盘1移动到由用户指定的位置,所以用户不需要随着ev托盘1前往包裹的存储位置。

尽管上面已经描述了实施例,但是ev托盘、管理服务器、用户设备等的配置或处理不限于上述实施例,并且可以在不脱离本发明的技术精神的情况下进行各种改变。例如,在上述实施例中,当用户操作用户设备300以请求容纳包裹时(s101)或当用户操作用户设备300以请求取出包裹时(s201),用户可以操作用户设备300以指定在ev托盘1的移动目的地处的期望的到达日期、期望的到达时间等。在上述实施例中,尽管用户操作用户设备300以指定ev托盘1的移动目的地,但是可以预先确定用户在ev托盘1中容纳或从ev托盘1取出包裹的位置,并且当管理服务器200接收到来自用户设备300的容纳包裹的请求或取出包裹请求时,ev托盘1可以移动到确定的位置。

当ev托盘1在基地中待命时,ev托盘1的管理者等可以分离ev托盘1的轮子。当请求ev托盘1的移动时,管理者等将轮子附加到ev托盘1,借此降低ev托盘1在基地中待命时轮子或轮胎因日照或天气而劣化的可能性。

在上述处理中,当多个包裹容纳在ev托盘1中并且当用户请求取出任何一个包裹时,ev托盘1的管理者等可以移动包裹等等,并且可以进行布置使得仅由ev托盘1运输所请求的包裹。例如,管理服务器200持有容纳在每个ev托盘中的包裹的列表,并且每次在ev托盘中容纳或从ev托盘取出包裹时更新列表的内容。然后,当用户操作用户设备300以确认列表的内容并选择期望的包裹时,管理服务器200执行控制使得其中容纳所选择的包裹的ev托盘移动到指定的目的地。这样,例如当包括滑雪装备的多个物品被存储在多个ev托盘中时,用户选择滑雪装备作为取出包裹并指定期望的滑雪场作为ev托盘的移动目的地,借此仅将容纳滑雪装备的ev托盘运送到滑雪场。用户可以从ev托盘中取出滑雪装备,而不携带滑雪装备。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1