货物配送方法、设备、系统和介质与流程

文档序号:26394913发布日期:2021-08-24 16:04阅读:121来源:国知局
货物配送方法、设备、系统和介质与流程

本申请实施例涉及控制领域,尤其涉及一种货物配送方法、设备、系统和介质。



背景技术:

随着技术的发展,出现了诸如无人配送车的配送机器人,配送机器人可自动移动到待收货用户的指定位置,进行货物配送。

现有技术中,配送机器人到达指定位置后,需要待收货用户触控配送机器人硬件按键或人机交互界面的方式,进行容纳货物的配送仓仓门的开闭控制,给待收货用户带来了一定的接触风险。



技术实现要素:

本申请提供一种货物配送方法、设备、系统和介质,以实现无接触配送。

第一方面,本申请实施例还提供了一种货物配送方法,由机器人执行,包括:

获取仓门开启指令;其中,所述仓门开启指令由服务器根据用户终端发送的当前配送标识与本地标准配送标识的匹配结果控制生成;

根据所述仓门开启指令,开启容纳待配送货物的配送仓的仓门。

第二方面,本申请实施例提供了一种货物配送方法,由服务器执行,包括:

获取用户终端发送的当前配送过程对应的当前配送标识;

将所述当前配送标识与标准配送标识进行匹配;

根据匹配结果,控制生成仓门开启指令;

将所述仓门开启指令发送至执行所述当前配送过程的当前机器人,以使所述当前机器人开启容纳待配送货物的配送仓的仓门。

第三方面,本申请实施例还提供了一种货物配送方法,由用户终端执行,包括:

获取当前配送过程对应的当前配送标识;

向服务器发送所述当前配送标识,以使所述服务器根据所述当前配送标识与标准配送标识的匹配结果,控制生成仓门开启指令,用于指示执行所述当前配送过程的当前机器人开启容纳待配送货物的配送仓的仓门。

第四方面,本申请实施例还提供了一种电子设备,包括:

一个或多个处理器;

存储器,用于存储一个或多个程序;

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面、第二方面和第三方面中至少一个实施例所提供的一种货物配送方法。

第五方面,本申请实施例还提供了一种货物配送系统,包括:用户终端、当前机器人和服务器;所述服务器分别与所述用户终端和所述当前机器人通信连接;

所述用户终端向所述服务器发送当前配送过程对应的当前配送标识;

所述服务器将所述当前配送标识与标准配送标识进行匹配,并根据匹配结果,控制生成仓门开启指令;

所述当前机器人根据所述仓门开启指令开启容纳配送货物的配送仓的仓门。

第六方面,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面、第二方面和第三方面中至少一个实施例所提供的一种货物配送方法。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

附图说明

图1a是本申请实施例提供的一种货物配送系统的结构图;

图1b是本申请实施例提供的一种货物配送方法的流程图;

图2是本申请实施例提供的另一种货物配送方法的流程图;

图3是本申请实施例提供的另一种货物配送方法的流程图;

图4是本申请实施例提供的另一种货物配送方法的流程图;

图5是本申请实施例提供的另一种货物配送方法的流程图;

图6是本申请实施例提供的一种货物配送装置的结构图;

图7是本申请实施例提供的另一种货物配送装置的结构图;

图8是本申请实施例提供的另一种货物配送装置的结构图;

图9是本申请实施例提供的一种电子设备的结构图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。

本申请实施例所提供的各货物配送方法和货物配送装置,适用于通过机器人进行货物配送的应用场景中。各货物配送方法可以由对应的货物配送装置执行,各货物配送装置可以通过软件和/或硬件实现,并具体配置于电子设备中。该电子设备可以是用户终端、机器人或服务器等。

为了便于理解,本申请首先对涉及的货物配送系统进行说明。

参见图1a所示的货物配送系统,包括用户终端10、服务器20和当前机器人30;所述服务器20分别与所述用户终端10和所述当前机器人20通信连接;

其中,用户终端10用于根据用户的触发操作,向服务器20发送仓门控制请求;其中,仓门控制请求包括仓门开启请求和/或仓门关闭请求;

服务器20根据仓门控制请求,生成对应的仓门控制指令,并向当前机器人发送仓门控制指令;

当前机器人30根据仓门控制指令,对容纳有代配送货物的配送仓的仓门进行开启或关闭。

示例性的,所述用户终端10向所述服务器20发送当前配送过程对应的当前配送标识;

所述服务器20将所述当前配送标识与标准配送标识进行匹配,并根据匹配结果,控制生成仓门开启指令;

所述当前机器人30根据所述仓门开启指令开启容纳配送货物的配送仓的仓门。

以下将以图1a中的货物配送系统为基础,对本申请所涉及的货物配送方法和货物配送装置进行详细说明。

实施例一

图1b是本申请实施例提供的一种货物配送方法的流程图,该配送方法适用于通过图1a中货物配送系统,进行货物配送的应用场景中。货物配送方法可以由对应的货物配送装置执行,各货物配送装置可以通过软件和/或硬件实现,并具体配置于服务器中。

参见图1b所示的一种货物配送方法,包括:

s110、获取用户终端发送的当前配送过程对应的当前配送标识。

其中,当前配送过程可以理解为进行待配送货物的派送过程。为了便于区分,通常待配送货物为一笔配送订单所对应的货物,相应的,当前配送过程即为该笔配送订单的配送过程。

其中,当前配送标识可以理解为当前配送过程对应的配送标识,用于将不同配送过程加以区分。在当前配送过程对应单笔配送订单时,当前配送标识还可以对不同配送订单加以区分。

示例性的,当前配送标识可以包括当前取货标识,用于作为待收货用户从当前机器人进行待配送货物获取的有效凭证。示例性的,当前配送标识可以包括当前订单标识,用于表征当前机器人中的待配送货物所属订单情况。

在一个可选实施例中,当前配送标识可以由服务器响应于用户终端针对当前配送过程发送的下单请求,生成当前配送标识。

示例性的,用户终端中可以安装有具备与本申请所提供的货物配送方法相关联的配送app(application,应用程序),待配送用户可以通过登录该app,并在app中执行下单操作,从而生成下单请求;用户终端直接将下单请求发送至服务器,或者,用户终端通过该app的运营设备将下单请求发送至服务器;服务器根据该下单请求,生成当前配送标识。

可以理解的是,通过服务器进行配送标识的生成和后续仓门开启指令的生成,能够将配送过程中的配送标识生成和机器人控制过程集中在服务器中执行,便于服务器对配送过程整体的有效把控。

在另一可选实施例中,当前配送标识还可以由用户终端针对当前配送过程执行下单操作后,由用户终端或与用户终端关联的运营设备生成配送标识,并将配送标识发送至服务器。其中,运营设备可以是执行货物配送方法的服务器,当然,运营设备也可以是区别于执行获取配送方法的服务器的其他设备,本申请可以根据实际需求进行设定。

可选的,当前配送标识可以由用户终端从服务器和/或当前机器人中获取得到。

在一个具体实现方式中,服务器响应于当前机器人发送的货物送达请求,向用户终端发送当前配送标识。

具体的,在当前机器人执行当前配送过程中,当前机器人根据定位信息,确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则生成货物送达请求,并向服务器发送该货物送达请求;服务器响应于该货物送达请求,直接向用户终端发送当前配送标识。

可以理解的是,通过服务器进行当前配送标识的统一发送,便于服务器能够对当前配送标识进行有效管理,从而保证当前配送标识发送时机的合理性,避免过早或过晚发送给待收货用户带来的不便。

在另一具体实现方式中,为了便于当前机器人执行当前配送过程,在服务器生成当前配送标识之后,会将当前配送标识发送至当前机器人;相应的,还可以由当前机器人根据定位信息确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则由当前机器人向用户终端发送当前配送标识。

为了减少当前机器人与其他设备的数据交互,在又一具体实现方式中,当前机器人根据定位信息确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则在显示屏中呈现包括当前配送标识的二维码;相应的,用户终端基于当前机器人所呈现的二维码,获取当前配送标识。

s120、将当前配送标识与标准配送标识进行匹配。

其中,标准配送标识为当前配送过程理论上的配送标识,用于作为当前配送标识正确与否的评判依据。

示例性的,标准配送标识可以包括用户标识,用于表征当前配送过程对应订单的下单用户,例如app登录账户或登录名称等。示例性的,标准配送标识可以包括标准取货标识,用于作为待收货用户从当前机器人进行待配送货物获取的理论可行凭证。示例性的,标准配送标识还可以包括标准订单标识,用于表征当前机器人中的待配送货物理论所属订单。

示例性的,将当前配送标识与标准配送标识进行匹配可以包括下述至少一种:确定当前取货标识与标准取货标识是否相同;确定当前取货标识与用户标识、标准订单标识是否具备对应关系;确定当前订单标识与标准订单标识是否相同;确定当前订单标识与用户标识或标准取货标识是否具备对应关系。

具体的,若当前取货标识与标准取货标识相同、若当前取货标识与用户标识或标准订单标识具备对应关系、当前订单标识与标准订单标识相同、当前订单标识与用户标识、或标准取货标识具备对应关系,则确定当前配送标识与标准配送标识匹配成功;否则,则确定当前配送标识与标准配送标识匹配失败。

s130、根据匹配结果,控制生成仓门开启指令。

若匹配成功,则生成仓门开启指令;若匹配失败,则禁止生成仓门开启指令。

s140、将仓门开启指令发送至执行当前配送过程的当前机器人,以使当前机器人开启容纳待配送货物的配送仓的仓门。

其中,配送仓可以理解为当前机器人所设置的容纳待配送货物的储存仓,该配送仓设置有至少一个仓门,由当前机器人对仓门的开闭进行控制。其中,当前机器人可以设置有至少一个配送仓,不同配送仓可以存储对应的待配送货物,从而可以通过一个机器人进行多订单或多货物的配送。

示例性的,服务器将仓门开启指令发送至执行当前配送过程的当前机器人;当前机器人接收到仓门开启指令之后,开启容纳待配送货物的配送仓的仓门,便于待收货用户直接从配送仓中取出货物,无需与当前机器人接触。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

在一个可选实施例中,当前机器人的配送仓的仓门开启之后,可以无需对仓门进行关闭控制。例如,若仓门为卷帘门等可隐藏结构,则仓门关闭与否在当前机器人行驶时对其他设备或用户不会产生实质影响。

然而,若仓门为不可隐藏结构,开启状态的仓门可能由于向当前机器人外侧伸展,影响当前机器人自身、其他设备或用户的正常行驶。同时,配送仓仓门在无货物的情况下长期处于开放状态,将会影响配送仓内的清洁度,还会容纳或滋生细菌病毒等,带来一定的环境污染。

为了保证当前机器人自身、其他设备或用户的行驶安全,同时保证配送仓内的清洁度和安全性,在另一可选实施例中,可以在仓门开启设定时间段后、当前机器人检测到配送仓中的待配送货物被取出之后,直接生成仓门关闭指令,并控制配送仓的仓门关闭。

上述方式需要在当前机器人中设置定时装置或检测装置,带来一定的硬件成本。为了降低成本,在又一可选实施例中,还可以:响应于用户终端发送的仓门关闭请求,生成仓门关闭指令;将仓门关闭指令发送至当前机器人,以使当前机器人关闭配送仓的仓门。

具体的,在具备仓门关闭需求,例如待收货用户取出待配送货物之后,用户通过操作用户终端向服务器发送仓门关闭请求;服务器基于该仓门关闭请求,生成仓门关闭指令,并将仓门关闭指令发送给当前机器人;当前机器人接收到仓门关闭指令后,关闭配送仓的仓门。

需要说明的是,当待收货用户取出待配送货物之后,可能存在忘记关门的情况,为了向待收货用户进行关门提醒,在一个可选实施例中,还可以在当前机器人打开配送仓的仓门之后,向服务器反馈仓门开启结果;服务器响应于当前机器人反馈的仓门开启结果,向用户终端发送仓门关闭提示;用户终端输出该仓门关闭提示,用于提示待收货用户触发生成仓门关闭请求。其中,仓门关闭提示可以通过声、光、震动、弹窗和文字等方式中的至少一种进行输出。

实施例二

图2是本申请实施例提供的另一种货物配送方法的流程图。该实施例以用户终端为执行主体,对货物配送过程进行详细说明。其中,用户终端可以是安装有前述配送app的手机、电脑或平板等。其中,在本申请实施例中未详述部分,可参见前述实施例。

参见图2所示的一种货物配送方法,包括:

s210、获取当前配送过程对应的当前配送标识。

其中,当前配送过程可以理解为进行待配送货物的派送过程。为了便于区分,通常待配送货物为一笔配送订单所对应的货物,相应的,当前配送过程即为该笔配送订单的配送过程。

其中,当前配送标识可以理解为当前配送过程对应的配送标识,用于将不同配送过程加以区分。在当前配送过程对应单笔配送订单时,当前配送标识还可以对不同配送订单加以区分。

示例性的,当前配送标识可以包括当前取货标识,用于作为待收货用户从当前机器人进行待配送货物获取的有效凭证。示例性的,当前配送标识可以包括当前订单标识,用于表征当前机器人中的待配送货物所属订单情况。

在一个可选实施例中,当前配送标识可以由用户终端根据用户针对当前配送过程的下单操作,向服务器发送下达请求,以指示服务器生成当前配送标识。

示例性的,用户终端中可以安装有具备与本申请所提供的货物配送方法相关联的配送app,待配送用户可以通过登录该app,并在app中执行下单操作,从而生成下单请求;用户终端直接将下单请求发送至服务器,或者,用户终端通过该app的运营设备将下单请求发送至服务器;服务器根据该下单请求,生成当前配送标识。

可以理解的是,通过服务器进行配送标识的生成和后续仓门开启指令的生成,能够将配送过程中的配送标识生成和机器人控制过程集中在服务器中执行,便于服务器对配送过程整体的有效把控。

在另一可选实施例中,当前配送标识还可以由用户终端针对当前配送过程执行下单操作后,由用户终端或与用户终端关联的运营设备生成配送标识,并将配送标识发送至服务器。其中,运营设备可以是执行货物配送方法的服务器,当然,运营设备也可以是区别于执行获取配送方法的服务器的其他设备,本申请可以根据实际需求进行设定。

示例性的,获取当前配送过程对应的当前配送标识,可以是:获取服务器响应于当前机器人的货物送达请求所发送的当前配送标识;和/或基于当前机器人所呈现的二维码,获取当前配送标识。

在一个具体实现方式中,在当前机器人执行当前配送过程中,当前机器人根据定位信息,确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则生成货物送达请求,并向服务器发送该货物送达请求;服务器响应于该货物送达请求,直接向用户终端发送当前配送标识。

可以理解的是,通过服务器进行当前配送标识的统一发送,便于服务器能够对当前配送标识进行有效管理,从而保证当前配送标识发送时机的合理性,避免过早或过晚发送给待收货用户带来的不便。

在另一具体实现方式中,为了便于当前机器人执行当前配送过程,在服务器生成当前配送标识之后,会将当前配送标识发送至当前机器人;相应的,还可以由当前机器人根据定位信息确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则由当前机器人向用户终端发送当前配送标识。

为了减少当前机器人与其他设备的数据交互,在又一具体实现方式中,当前机器人根据定位信息确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则在显示屏中呈现包括当前配送标识的二维码;相应的,用户终端基于当前机器人所呈现的二维码,获取当前配送标识。

s220、向服务器发送当前配送标识,以使服务器根据当前配送标识与标准配送标识的匹配结果,控制生成仓门开启指令,用于指示执行当前配送过程的当前机器人开启容纳待配送货物的配送仓的仓门。

用户终端向服务器发送当前配送标识;服务器接收用户配送标识,并将当前配送标识与标准配送标识相匹配;根据匹配结果,控制生成仓门开启指令;将仓门开启指令发送至当前机器人;当前机器人根据仓门开启指令开启容纳代配送获取的配送仓的仓门。

其中,服务器端的匹配操作、仓门开启指令生成操作、仓门开启指令发送操作等可具体参见前述实施例,在此不再赘述。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

在一个可选实施例中,当前机器人的配送仓的仓门开启之后,可以无需对仓门进行关闭控制。例如,若仓门为卷帘门等可隐藏结构,则仓门关闭与否在当前机器人行驶时对其他设备或用户不会产生实质影响。

然而,若仓门为不可隐藏结构,开启状态的仓门可能由于向当前机器人外侧伸展,影响当前机器人自身、其他设备或用户的正常行驶。同时,配送仓仓门在无货物的情况下长期处于开放状态,将会影响配送仓内的清洁度,还会容纳或滋生细菌病毒等,带来一定的环境污染。

为了保证当前机器人自身、其他设备或用户的行驶安全,同时保证配送仓内的清洁度和安全性,在另一可选实施例中,可以在仓门开启设定时间段后、当前机器人检测到配送仓中的待配送货物被取出之后,直接生成仓门关闭指令,并控制配送仓的仓门关闭。

上述方式需要在当前机器人中设置定时装置或检测装置,带来一定的硬件成本。为了降低成本,在又一可选实施例中,还可以:向服务器发送仓门关闭请求,以使服务器基于仓门关闭请求向当前机器人发送仓门关闭指令,用于指示当前机器人关闭配送仓的仓门。

具体的,在具备仓门关闭需求,例如待收货用户取出待配送货物之后,用户通过操作用户终端向服务器发送仓门关闭请求;服务器基于该仓门关闭请求,生成仓门关闭指令,并将仓门关闭指令发送给当前机器人;当前机器人接收到仓门关闭指令后,关闭配送仓的仓门。

需要说明的是,当待收货用户取出待配送货物之后,可能存在忘记关门的情况,为了向待收货用户进行关门提醒,在一个可选实施例中,还可以由用户终端获取服务器响应于当前机器人反馈的仓门开启结果所发送的仓门关闭提示,并输出仓门关闭提示。其中,仓门关闭提示可以通过声、光、震动、弹窗和文字等方式中的至少一种进行输出。

具体的,在当前机器人打开配送仓的仓门之后,向服务器反馈仓门开启结果;服务器响应于当前机器人反馈的仓门开启结果,向用户终端发送仓门关闭提示;用户终端输出该仓门关闭提示,用于提示待收货用户触发生成仓门关闭请求。

实施例三

图3是本申请实施例提供的另一种货物配送方法的流程图。该实施例以当前机器人为执行主体,对货物配送过程进行详细说明。其中,在本申请实施例中未详述部分,可参见前述实施例。

参见图3所示的一种货物配送方法,包括:

s310、获取仓门开启指令;其中,仓门开启指令由服务器根据用户终端发送的当前配送标识与本地标准配送标识的匹配结果控制生成。

用户终端向服务器发送当前配送标识;服务器将当前配送标识与本地标准配送标识相匹配;根据匹配结果,控制生成仓门开启指令。具体的,若匹配成功,则生成仓门开启指令;若匹配失败,则禁止生成仓门开启指令。

其中,仓门开启指令的生成方式可以参见前述实施例,在此不再赘述。

在一个可选实施例中,当前配送标识可以由当前机器人获取服务器响应于用户终端的下单请求所生成的当前配送标识;生成包括配送标识的二维码。

可选的,当前配送标识可以由用户终端从服务器中获取,和/或通过当前机器人辅助用户终端进行当前配送标识的获取。

在一个具体实现方式中,当前机器人可以向服务器发送基于定位信息所生成的货物送达请求,以指示服务器向用户终端发送当前配送标识。

具体的,在当前机器人执行当前配送过程中,当前机器人根据定位信息,确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则生成货物送达请求,并向服务器发送该货物送达请求;服务器响应于该货物送达请求,直接向用户终端发送当前配送标识。

可以理解的是,通过服务器进行当前配送标识的统一发送,便于服务器能够对当前配送标识进行有效管理,从而保证当前配送标识发送时机的合理性,避免过早或过晚发送给待收货用户带来的不便。

在另一具体实现方式中,为了便于当前机器人执行当前配送过程,在服务器生成当前配送标识之后,会将当前配送标识发送至当前机器人;相应的,还可以由当前机器人根据定位信息确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则由当前机器人向用户终端发送当前配送标识。

为了减少当前机器人与其他设备的数据交互,在又一具体实现方式中,当前机器人可以呈现包括当前配送标识的二维码,以指示用户终端获取当前配送标识。

具体的,当前机器人根据定位信息确定是否位于当前配送过程的订单地址对应的配送区域,也即待收货用户的地址对应的配送区域;若送达,则在显示屏中呈现包括当前配送标识的二维码;相应的,用户终端基于当前机器人所呈现的二维码,获取当前配送标识。

s320、根据仓门开启指令,开启容纳待配送货物的配送仓的仓门。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

在一个可选实施例中,当前机器人的配送仓的仓门开启之后,可以无需对仓门进行关闭控制。例如,若仓门为卷帘门等可隐藏结构,则仓门关闭与否在当前机器人行驶时对其他设备或用户不会产生实质影响。

然而,若仓门为不可隐藏结构,开启状态的仓门可能由于向当前机器人外侧伸展,影响当前机器人自身、其他设备或用户的正常行驶。同时,配送仓仓门在无货物的情况下长期处于开放状态,将会影响配送仓内的清洁度,还会容纳或滋生细菌病毒等,带来一定的环境污染。

为了保证当前机器人自身、其他设备或用户的行驶安全,同时保证配送仓内的清洁度和安全性,在另一可选实施例中,可以在仓门开启设定时间段后、当前机器人检测到配送仓中的待配送货物被取出之后,直接生成仓门关闭指令,并控制配送仓的仓门关闭。

上述方式需要在当前机器人中设置定时装置或检测装置,带来一定的硬件成本。为了降低成本,在又一可选实施例中,还可以:获取服务器响应于用户终端的仓门关闭请求所生成的仓门关闭指令;根据仓门关闭指令,关闭配送仓的仓门。

具体的,在具备仓门关闭需求,例如待收货用户取出待配送货物之后,用户通过操作用户终端向服务器发送仓门关闭请求;服务器基于该仓门关闭请求,生成仓门关闭指令,并将仓门关闭指令发送给当前机器人;当前机器人接收到仓门关闭指令后,关闭配送仓的仓门。

需要说明的是,当待收货用户取出待配送货物之后,可能存在忘记关门的情况,为了向待收货用户进行关门提醒,在一个可选实施例中,还可以向服务器发送仓门开启结果,以使服务器基于仓门开启结果向用户祖红段你发送仓门关闭提示,用于输出。

具体的,在当前机器人打开配送仓的仓门之后,向服务器反馈仓门开启结果;服务器响应于当前机器人反馈的仓门开启结果,向用户终端发送仓门关闭提示;用户终端输出该仓门关闭提示,用于提示待收货用户触发生成仓门关闭请求。其中,仓门关闭提示可以通过声、光、震动、弹窗和文字等方式中的至少一种进行输出。

实施例四

在上述各技术方案的基础上,本申请还提供了一个优选实施例,以适配基于二维码进行无接触配送的应用场景。

参见图4所示的一种货物配送方法,包括:

s401、用户终端根据用户下单操作,生成订单标识和用户标识。

s402、将订单标识和用户标识发送至服务器。

s403、服务器针对该订单标识生成取货标识。

s404、向机器人派送该订单标识对应订单,并发送取货标识。

s405、机器人生成携带有取货标识的二维码。

s406、当机器人配送到该笔订单的订单地址后,屏幕显示二维码。

s407、机器人向用户终端发送货物送达指示。

s408、用户终端通过扫描二维码获取取货标识。

s409、将下单时生成的订单标识和获取的取货标识发送至服务器。

s410、服务器将订单标识、取货标识和本地用户标识进行匹配。

s411a、若匹配失败,则向用户终端发送匹配失败提示。

s411b、若匹配成功,则向机器人发送开门指令。

s412、机器人根据开门指令开启配送仓仓门。

s413、机器人向服务器反馈开门成功指示。

s414、服务器向用户终端发送关门提醒。

s415、用户终端向服务器发送关门请求。

s416、服务器向机器人发送关门指令。

s417、机器人根据关门指令关闭仓门。

s418、机器人向服务器反馈关门成功指示。

实施例五

在上述各技术方案的基础上,本申请还提供了一个优选实施例,以适配基于二维码进行无接触配送的应用场景。

参见图5所示的一种货物配送方法,包括:

s501、用户终端根据用户下单操作,生成订单标识和用户标识。

s502、将订单标识和用户标识发送至服务器。

s503、服务器针对该订单标识生成取货标识。

s504、向机器人派送该订单标识对应订单,并发送取货标识。

s505、当机器人配送到该笔订单的订单地址后,向服务器发送货物送达指示。

s506、服务器向用户终端发送验证码。

s507、用户终端向服务器发送包括验证码的开门请求。

s508、服务器将验证码与取货标识相匹配。

s509a、若匹配失败,则向用户终端发送匹配失败提示。

s509b、若匹配成功,则向机器人发送开门指令。

s510、机器人根据开门指令开启配送仓仓门。

s511、机器人向服务器反馈开门成功指示。

s512、服务器向用户终端发送关门提醒。

s513、用户终端向服务器发送关门请求。

s514、服务器向机器人发送关门指令。

s515、机器人根据关门指令关闭仓门。

s516、机器人向服务器反馈关门成功指示。

实施例六

图6是本申请实施例提供的一种货物配送装置的结构图,该货物配送装置可以通过软件和/或硬件实现,并具体配置于服务器中。

参见图6所示的货物配送装置,包括:当前配送标识获取模块610、配送标识匹配模块620、仓门开启指令生成模块630、仓门开启指令发送模块640。其中,

当前配送标识获取模块610,用于获取用户终端发送的当前配送过程对应的当前配送标识;

配送标识匹配模块620,用于将所述当前配送标识与标准配送标识进行匹配;

仓门开启指令生成模块630,用于根据匹配结果,控制生成仓门开启指令;

仓门开启指令发送模块640,用于将所述仓门开启指令发送至执行所述当前配送过程的当前机器人,以使所述当前机器人开启容纳待配送货物的配送仓的仓门。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

进一步的,所述装置还包括:

仓门关闭指令生成模块,用于响应于所述用户终端发送的仓门关闭请求,生成仓门关闭指令;

仓门关闭指令发送模块,用于将所述仓门关闭指令发送至所述当前机器人,以使所述当前机器人关闭所述配送仓的仓门。

进一步的,所述装置还包括:

仓门关闭提示发送模块,用于响应于所述当前机器人反馈的仓门开启结果,向所述用户终端发送仓门关闭提示,用于输出。

进一步的,所述当前配送标识包括当前取货标识和/或当前订单标识;

所述标准配送标识包括用户标识、标准取货标识和标准订单标识中的至少一种。

进一步的,所述配送标识匹配模块620,包括下述至少一种:

取货标识一致性确定单元,用于确定所述当前取货标识与所述标准取货标识是否相同;

取货标识对应关系确定单元,用于确定所述当前取货标识与所述用户标识、或所述标准订单标识是否具备对应关系;

订单标识一致性确定单元,用于确定所述当前订单标识与所述标准订单标识是否相同;

订单标识对应关系确定单元,用于确定所述当前订单标识与所述用户标识、或所述标准取货标识是否具备对应关系。

进一步的,所述装置还包括:

当前配送标识发送模块,用于响应于所述当前机器人发送的货物送达请求,向所述用户终端发送所述当前配送标识。

进一步的,所述装置还包括:

当前配送标识生成模块,用于响应于所述用户终端针对所述当前配送过程发送的下单请求,生成所述当前配送标识。

上述货物配送装置可执行本申请任意实施例所提供的货物配送方法,具备执行货物配送方法相应的功能模块和有益效果。

实施例七

图7是本申请实施例提供的另一种货物配送装置的结构图,该货物配送装置可以通过软件和/或硬件实现,并具体配置于用户终端中。

参见图7所示的货物配送装置,包括:当前配送标识获取模块710和当前配送标识发送模块720。其中,

当前配送标识获取模块710,用于获取当前配送过程对应的当前配送标识;

当前配送标识发送模块720,用于向服务器发送所述当前配送标识,以使所述服务器根据所述当前配送标识与标准配送标识的匹配结果,控制生成仓门开启指令,用于指示执行所述当前配送过程的当前机器人开启容纳待配送货物的配送仓的仓门。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

进一步的,所述装置还包括:

仓门关闭请求发送模块,用于向所述服务器发送仓门关闭请求,以使所述服务器基于所述仓门关闭请求向所述当前机器人发送仓门关闭指令,用于指示所述当前机器人关闭所述配送仓的仓门。

进一步的,所述装置还包括:

仓门关闭提示输出模块,用于获取所述服务器响应于所述当前机器人反馈的仓门开启结果所发送的仓门关闭提示,并输出所述仓门关闭提示。

进一步的,所述当前配送标识包括当前取货标识和/或当前订单标识;

所述标准配送标识包括用户标识、标准取货标识和标准订单标识中的至少一种。

进一步的,所述当前配送标识获取模块710,包括:

第一获取单元,用于获取所述服务器响应于所述当前机器人的货物送达请求所发送的当前配送标识;和/或,

第二获取单元,用于基于所述当前机器人所呈现的二维码,获取所述当前配送标识。

进一步的,所述装置还包括:

下单请求发送模块,用于根据用户针对所述当前配送过程的下单操作,向所述服务器发送下单请求,以指示所述服务器生成所述当前配送标识。

上述货物配送装置可执行本申请任意实施例所提供的货物配送方法,具备执行货物配送方法相应的功能模块和有益效果。

实施例八

图8是本申请实施例提供的另一种货物配送装置的结构图,该货物配送装置可以通过软件和/或硬件实现,并具体配置于机器人中。

参见图8所示的货物配送装置,包括:仓门开启指令获取模块810和仓门开启模块820。其中,

仓门开启指令获取模块810,用于获取仓门开启指令;其中,所述仓门开启指令由服务器根据用户终端发送的当前配送标识与本地标准配送标识的匹配结果控制生成;

仓门开启模块820,用于根据所述仓门开启指令,开启容纳待配送货物的配送仓的仓门。

本申请实施例通过用户终端进行当前配送过程对应的当前配送标识的发送,从而用户无需对执行当前配送过程的当前机器人执行触控操作,避免了多个用户同时接触当前机器人带来的接触风险,实现了货物配送过程的无接触配送。

进一步的,所述装置还包括:

仓门关闭指令获取模块,用于获取所述服务器响应于所述用户终端的仓门关闭请求所生成的仓门关闭指令;

仓门关闭模块,用于根据所述仓门关闭指令,关闭所述配送仓的仓门。

进一步的,所述装置还包括:

仓门关闭提示输出模块,用于向所述服务器发送仓门开启结果,以使所述服务器基于所述仓门开启结果向所述用户终端发送仓门关闭提示,用于输出。

进一步的,所述当前配送标识包括当前取货标识和/或当前订单标识;

所述标准配送标识包括用户标识、标准取货标识和标准订单标识中的至少一种。

进一步的,所述装置还包括:

当前配送标识发送模块,用于向所述服务器发送基于定位信息所生成的货物送达请求,以指示所述服务器向所述用户终端发送所述当前配送标识;和/或,

二维码呈现模块,用于呈现包括所述当前配送标识的二维码,以指示所述用户终端获取所述当前配送标识。

进一步的,所述装置还包括:

当前配送标识生成模块,用于获取所述服务器响应于所述用户终端的下单请求所生成的当前配送标识;

二维码生成模块,用于生成包括所述配送标识的二维码。

上述货物配送装置可执行本申请任意实施例所提供的货物配送方法,具备执行货物配送方法相应的功能模块和有益效果。

实施例九

图9是本申请实施例九提供的一种电子设备的结构图。图9示出了适于用来实现本申请实施方式的示例性电子设备912的框图。图9显示的电子设备912仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

需要说明的是,图9中的电子设备可以是图1a中的用户终端、当前机器人或服务器。如图9所示,电子设备912以通用计算设备的形式表现。电子设备912的组件可以包括但不限于:一个或者多个处理器或者处理单元916,系统存储器928,连接不同系统组件(包括系统存储器928和处理单元916)的总线918。

总线918表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线,微通道体系结构(mac)总线,增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备912典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备912访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。

系统存储器928可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)930和/或高速缓存存储器932。电子设备912可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统934可以用于读写不可移动的、非易失性磁介质(图9未显示,通常称为“硬盘驱动器”)。尽管图9中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线918相连。存储器928可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块942的程序/实用工具940,可以存储在例如存储器928中,这样的程序模块942包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块942通常执行本申请所描述的实施例中的功能和/或方法。

电子设备912也可以与一个或多个外部设备914(例如键盘、指向设备、显示器924等)通信,还可与一个或者多个使得用户能与该电子设备912交互的设备通信,和/或与使得该电子设备912能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口922进行。并且,电子设备912还可以通过网络适配器920与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器920通过总线918与电子设备912的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备912使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元916通过运行存储在系统存储器928中的多个程序中其他程序的至少一个,从而执行各种功能应用以及数据处理,例如实现本申请实施例所提供的货物配送方法。

实施例十

本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本申请任一实施例所提供的一种货物配送方法,由服务器执行,包括:获取用户终端发送的当前配送过程对应的当前配送标识;将所述当前配送标识与标准配送标识进行匹配;根据匹配结果,控制生成仓门开启指令;将所述仓门开启指令发送至执行所述当前配送过程的当前机器人,以使所述当前机器人开启容纳待配送货物的配送仓的仓门。

本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本申请任一实施例所提供的一种货物配送方法,由用户终端执行,包括:获取当前配送过程对应的当前配送标识;向服务器发送所述当前配送标识,以使所述服务器根据所述当前配送标识与标准配送标识的匹配结果,控制生成仓门开启指令,用于指示执行所述当前配送过程的当前机器人开启容纳待配送货物的配送仓的仓门。

本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本申请任一实施例所提供的一种货物配送方法,由机器人执行,包括:获取仓门开启指令;其中,所述仓门开启指令由服务器根据用户终端发送的当前配送标识与本地标准配送标识的匹配结果控制生成;根据所述仓门开启指令,开启容纳待配送货物的配送仓的仓门。

注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。

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