CN111382967A

CN111382967A - 一种物流对象管理方法、服务器和物流对象管理设备

Info

Publication number: CN111382967A
Application number: CN201811640525.6A
Authority: CN
Inventors: 谢贤超
Original assignee: Cainiao Smart Logistics Holding Ltd
Current assignee: Cainiao Smart Logistics Holding Ltd
Priority date: 2018-12-29
Filing date: 2018-12-29
Publication date: 2020-07-07
Anticipated expiration: 2038-12-29
Also published as: CN111382967B

Abstract

本申请提供了一种物流对象管理方法、服务器和物流对象管理设备，其中，该方法包括：确定待派送的物流对象所属接收端是否位于预设名单列表中；在确定位于所述预设名单列表中的情况下，触发询问操作，以确定所述所属接收端是否允许将所述物流对象放入物流对象管理设备中。通过上述方案避免了将不允许将物流对象放入物流对象管理设备的接收端的物品放入物流对象管理设备，从而可以有效提升用户体验。

Description

一种物流对象管理方法、服务器和物流对象管理设备

技术领域

本申请属于互联网技术领域，尤其涉及一种物流对象管理方法、服务器和物流对象管理设备。

背景技术

随着电商的不断发展，越来越多的人通过电子商务平台进行购物，也就带动了物流行业的发展。目前，物流行业已经不是仅仅依靠人将物品派送到接收端，已经出现一些物流对象管理设备，配送端可以将物品放在具有多个分割单元的物流对象管理设备中，接收端通过提货码可以从物流对象管理设备中取走物品。

然而，在实际的物流派送过程中，有些接收端用户是可以接受将物品放在物流对象管理设备中，有些接收端用户是不能接受将物品放在物流对象管理设备中。如果配送端将不能接受放在物流对象管理设备中的物品放在了物流对象管理设备中，会导致用户体验降低，甚至会收到用户的投诉。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本申请目的在于提供一种物流对象管理方法、服务器和物流对象管理设备，可以有效提高用户体验。

本申请提供一种物流对象管理方法、服务器和物流对象管理设备是这样实现的：

一种物流对象管理方法，所述方法包括：

确定待派送的物流对象所属接收端是否位于预设名单列表中；

在确定位于所述预设名单列表中的情况下，触发询问操作，以确定所述所属接收端是否允许将所述物流对象放入物流对象管理设备中。

一种物流对象管理方法，所述方法包括：

获取待派送的物流对象的接收端信息；

根据所述接收端信息，向所述接收端发送询问请求，其中，所述询问请求用于询问所述接收端是否允许将所述物流对象放入物流对象管理设备中；

接收并显示所述接收端返回的询问结果。

一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

一种物流对象管理设备，包括：

接收器，用于获取待派送的物流对象的接收端信息；

处理器，用于根据所述接收端信息，向所述接收端发送询问请求，其中，所述询问请求用于询问所述接收端是否允许将所述物流对象放入物流对象管理设备中；

显示器，用于接收并显示所述接收端返回的询问结果。

一种物流对象管理设备，包括：

接收器，用于获取待派送的物流对象的接收端信息和配送端信息；

处理器，用于根据所述接收端信息和所述配送端信息，建立所述接收端与所述配送端之间的通信连接，其中，所述通信连接用于所述配送端询问所述接收端是否允许将所述待派送的物流对象放入物流对象管理设备中；

显示器，用于接收所述配送端发送的选择指令，其中，所述选择指令用于指示是否继续向所述物流对象管理设备中投递所述待派送的物流对象。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现如下步骤：

本申请提供的物流对象管理方法、服务器和物流对象管理设备，预设不接受将物品放在物流对象管理设备中的用户的名单，因此，可以在将物品放入物流对象管理设备之前，可以确定待派送的物流对象所属接收端是否在预设名单列表中，如果在就触发询问操作，以确定所属接收端是否允许将物流对象放入物流对象管理设备中，以避免将不允许将物流对象放入物流对象管理设备的接收端的物品放入物流对象管理设备了，从而可以有效提升用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的物流对象配送系统的架构示意图；

图2是本申请提供的物流对象管理方法的方法流程图；

图3是本申请提供的物流对象配送的时序图；

图4是本申请提供的开关机制的时序图；

图5是本申请提供的疲劳度规则设计时序图；

图6是本申请提供的揽件前置设计的时序图；

图7是本申请提供的界面示意图；

图8是本申请提供的日志采集与分析时序图；

图9是本申请提供的服务器的架构示意图；

图10是本申请提供的物流对象配送装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

考虑到现有的物流管理方法过程中，如果直接将所有用户的物品都放在物流对象管理设备中，会导致用户投诉。例如，用户A不希望物流对象管理设备代收，但是配送端将用户A的物品放在物流对象管理设备中由物流对象管理设备代收，那么可能导致用户的不满，甚至会投诉配送端。

为此，如果可以为每个物流对象管理设备设置一个名单列表，这个列表中记录有在这个物流对象管理设备中放入包裹引起投诉的接收端名单，在配送端向当前物流对象管理设备中放入物品的时候，可以先确定物品的所属接收端是否在该列表中，如果在，就可以确定这个接收端可能是不接受物流对象管理设备代收的接收端，这时可以询问操作，以确定该接收端是否接受物流对象管理设备代收，从而可以提升用户体验。

为此，提供了一个物流对象配送系统，如图1所示，可以包括：物流对象管理设备101和服务器102，其中，服务器102可以触发询问操作，即，可以建立配送端与物流对象所属接收端之间的通信，从而使得配送端可以确认所属接收端是否允许将物流对象放入物流对象管理设备中。

基于上述物流对象配送系统，提供了一种物流对象管理方法，如图2所示，可以包括如下步骤：

步骤201：确定待派送的物流对象所属接收端是否位于预设名单列表中；

其中，预设名单列表可以是基于接收端对配送的需求或者实际配送过程中接收端的评价数据等，确定出不愿意采用物流对象管理设备代收的方式的接收端，将这些接收端名单整理在预设名单列表中，即，这个列表中是可能不允许将物流对象放入物流对象管理设备中的接收端所形成的列表。

在实际实现的时候，这个名单列表是可以随时变化，即，可以根据新产生的配送数据或配送反馈数据等对名单列表进行更新，例如，渐渐可以接受物流对象管理设备代收的接收端可以从上述名单列表中删除，也可以将新增的不允许将物流对象放入物流对象管理设备中的接收端增加至该名单列表中。

考虑到对于某个物流对象管理设备而言，服务的周边的一些接收端，因此，可以为每个物流对象管理设备生成自己的名单列表，即，为每个物流对象管理设备都根据实际情况生成对应于自身的名单列表，也可以是所有的物流对象管理设备共用一个名单列表，具体采用哪种方式可以根据实际需要确定，本申请对此不作限定。

因为需要建立接收端与配送端之间的通信，因此，在预设名单列表中，可以是以接收端的通讯标识为主键存储的，因此，确定待派送的物流对象所属接收端是否位于预设名单列表中，可以包括：获取物流对象所属接收端的通讯标识；以通讯标识作为搜索关键字，在所述预设名单列表中查找，以确定待派送的物流对象所属接收端是否位于预设名单列表中。其中，通讯标识可以是接收端的手机号等。

步骤202：在确定位于所述预设名单列表中的情况下，触发询问操作，以确定所述所属接收端是否允许将所述物流对象放入物流对象管理设备中。

为了建立配送端与所属接收端之间的通信，以便配送端可以询问所属接收端是否愿意将物流对象通过物流对象管理设备代收，服务器侧可以发起双呼。具体的，服务器可以获取待配送的物流对象所属接收端的电话号码，以及配送人员的电话号码，然后，先向配送人员的电话发起呼叫，在配送人员接听之后，再向所属接收端的电话号码发起呼叫，在所属接收端也接听之后，就可以建立起配送端与所属接收端之间的通信。

即，触发询问操作可以包括：向所述物流对象的配送端发起呼叫；在所述配送端接听之后，向所述所属接收端发起呼叫，以建立所述配送端与所述所属接收端之间的通信。

然而，值得注意的是，上例是以通过双方的电话号码进行通信连接的，在实际实现的时候，也可以采用其它的方式，例如，获取配送端的钉钉号和所属接收端的钉钉号，然后基于双方的钉钉号发起通信请求。具体采用哪种方式可以根据实际需要和情况选择，本申请对此不作限定，只要是能建立双方通信的，又可以获取的方式都是可以采用的。

为了使得可以有效获得双方的联系方式，可以将这些内容都与物流对象的订单号进行关联，即，通过扫描或者输入运单号，就可以实现该物流对象所属接收端的联系方式，以及对应的配送端的联系方式的获取。例如，可以通过物流对象管理设备进行扫码，扫码得到运单号：23156243，匹配到该运单号对应的接收端：王二，联系方式是：13278563421，该运单号对应的配送端：李四，联系方式是：1336783425。基于获取的双方的联系方式，就可以触发进行通信的建立，从而配送端可以询问接收端对物流对象管理设备代收的意愿。

在实际的操作过程中，因为这个问询操作也不是必须的，本身建立的原因是为了降低用户差评的可能，但是具体是否进行这个问询操作可以由配送端自己确定。例如，在触发双呼的时候，如果配送端挂断了，那么可以表明，配送端并不打算执行这个问询操作，他打算直接通过物流对象管理设备代收，那么这种情况下，就可以直接触发物流对象管理设备进行物流对象的登记和开门操作，以便配送端将物流对象放入物流对象管理设备中。如果配送端接听了电话，可以表明配送端是愿意与接收端进行沟通确认，如果接收端没有接听，那么可以向接收端推送信息，以提示配送端尝试与其沟通，并告知配送端最终的处理结果。

即，在触发询问操作之后，可以对询问操作进行监听；在确定所述配送端未接听的情况下，控制所述物流对象管理设备开柜并录入所述物流对象的信息；在确定所述所属接收端未接听的情况下，向所述所属接收端推送提示信息。其中，向所属接收端推送提示信息，可以包括：确定所述物流对象是否被放入所述物流对象管理设备中；在确定已放入所述物流对象管理设备中的情况下，所述提示信息用于提示所述物流对象已放入所述物流对象管理设备中；在确定未放入所述物流对象管理设备中的情况下，所述提示信息用于提示待所述所属接收端确定是否将所述物流对象放入所述物流对象管理设备中。

例如：在电话回执过程中，如果接收端没有接听，那么可以根据配送端的选择来决定发送不同的短信文案给接收端：

配送端投递了包裹，可以按照以下方式发送文案：XX您好，配送端未能接通您电话，已将包裹放入菜鸟驿站物流对象管理设备。如需其改派上门可拨${posterPhone}。包裹详情：t.cn/RE3AMvC b；

配送端没有投递包裹：可以按照以下方式发送文案：XX您好，配送端致电希望与您沟通是否可将包裹已放入菜鸟驿站物流对象管理设备。回复可拨${posterPhone}。包裹详情：t.cn/RE3AMvC 7。

然而，值得注意的是，上述所列举的文案示例，仅是一种示例性描述，并不构成对本申请的不当限定。

考虑到询问操作本身增加了配送端的工作量，也可能对接收端造成打扰，因此，可以设置一些触发规则，或者是询问操作一天或者一个时段内的触发次数，从而避免太过于增加配送端的工作量，或是对接收端造成过多的打扰。具体的，可以先确定物流对象的配送端在预定时间内，已触发询问操作的次数是否达到第一预设阈值；在未达到所述第一预设阈值的情况下，确定所述所属接收端在预定时间内被触发询问操作的次数是否达到第二预设阈值；在未达到所述第二预设阈值的情况下，触发询问操作。例如，可以为每个接收端设置一天被询问的次数，或者是为每个配送端每天可以被询问的次数，也可以是设置每两天，或者是设置每天某些时间段(例如：早9:00到晚5:00)被询问的次数等等，具体可以根据实际需要设定，本申请对此不作限定。

例如，可以但不限于按照如下方式设置限制条件：

A、每个配送端每日提示沟通上限次数(例如：5次)，最终未接通的也算；

B、同一配送端一天仅对一个接收端发起一次沟通，最终未接通的也算；

C、每个接收端每日有效沟通的次数上限(例如：3次)，仅算接通的。

为了触发询问操作，可以是由服务器或者物流对象管理设备触发进行双呼，也可以是将所属接收端的联系方式推送至配送端，让配送端自行联系，即，上述触发询问操作可以是获取物流对象所属接收端的通信信息；将通信信息推送至所述物流对象的配送端。例如，所属接收端为张三，可以获取张三的联系信息，例如：手机号、微信号、钉钉号等，然后，将获取的张三的联系信息推送至配送端，从而告知配送端可以通过这些方式联系张三，以便确定张三是否愿意通过物流对象管理设备代收。

具体的，将通信信息推送至所述物流对象的配送端，可以包括：将所述通信信息推送至所述配送端的通讯终端中；或者，将所述通信信息推送至所述物流对象管理设备，控制所述物流对象管理设备显示所述通信信息。即，可以直接将联系信息推送至配送端的通讯终端中，配送端直接点击拨打就可以触发，也可以是通过物流对象管理设备显示，配送端通过自己的通讯终端扫码或者是输入，以触发与所属接收端的通信。

对于上述的预设名单列表可以是动态变化的，例如，可以在触发询问操作之后，获取询问操作的回复；根据所述询问操作的回复信息，确定所属用户允许将物流对象放入所述物流对象管理设备中；在确定所述用户允许将物流对象放入所述物流对象管理设备中的情况下，对所述预设名单列表进行更新。其中，这种更新可以是在列表中删除该用户，也可以是在列表中调整将该用户的代收意愿，例如，调整为更为不愿意的状态，或者稍微愿意的状态等。

上述是以系统的层面，提供了一种物流对象管理方法，在实际实现的时候，上述这些操作也可以是仅通过物流对象管理设备实现的，例如，可以包括如下步骤：

S1：获取待派送的物流对象的接收端信息；

S2：根据所述接收端信息，向所述接收端发送询问请求，其中，所述询问请求用于询问所述接收端是否允许将所述物流对象放入物流对象管理设备中；

S3：接收并显示所述接收端返回的询问结果。

即，物流对象管理设备在匹配到接收端信息之后，可以自动触发一个询问请求，以询问接收端是否愿意通过物流对象管理设备代收，询问的过程可以是机器自动询问的，即，不需要配送端电话询问，配送端只需要在物流对象管理设备的显示界面查看接收端回复的结果即可。

在上述步骤S1中，获取待派送的物流对象的接收端信息，可以按照以下方式之一实现：

1)通过扫码枪获取物流对象的识别码；根据识别码匹配得到所述物流对象的接收端信息。

2)获取配送端输入的标识信息；将所述标识信息作为所述接收端信息。

其中，上述的接收端信息可以但不限于是手机号。

下面结合一个具体实施例对上述物流对象配送系统和方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

如图3所示为总体时序图，在该时序图总包括6个业务模块：入口开关设计、疲劳度规则设计、揽件前置设计(与柜机交互)、双呼设计、短信发送设计等。在本例中，通过配送员将包裹配送给用户为例进行说明：

下面对这几个设计模块说明如下：

1)入口开关设计：

具体的，可以如图4所示按照如下方式配置服务器端的开关：

设置forbidPostCabinetFlag字段，该字段为1时，表示开启，该字段为0时，表示关闭。将该开关设置在服务器端，以控制线上全线开启/关闭禁止入柜项目。

在开启禁止入柜项目的时候，主要是判断包裹所属用户(对应上述的物流对象所属的接收端)是否在高贬损名单(不愿意将物流对象放物流对象管理设备的接收端，如果在他们不知情的情况下把物流对象放在物流对象管理设备了，他们会投诉)中。在具体进行是否在名单中的判断操作的时候，可以是基于收货人通讯号(例如：手机号、钉钉号、淘宝账号、支付宝账号等等)来确定的。

判断是否在高贬损名单中，可以是基于如下场景之一实现的：

场景一：配送员(对应上述的配送端)通过扫码枪扫运单号的时候，调用后台接口，然后，自动关联手机号，在进行投递的时候，配送员手动确认，以触发开柜操作。

场景二：配送员手动输入运单号的时候，输入两次手机号，然后触发开柜操作。

上述两种场景都是需要进行高贬损名单确认的，因此，服务器端可以为柜机端提供一个接口，通过该接口可以确定待派发用户是否在高贬损名单中，如果确定在高贬损名单中，可以将结果以弹窗的方式显示给派送员。

然而，值得注意的是，上述所列举的场景仅是一种示例性描述，在实际实现的时候，还可以采用其它的场景，例如，配送员扫描二维码等等，本申请对此不作限定，只要是配送员触发开柜，都可以触发上述的高贬损名单确定操作。

2)疲劳度规则设计：

如图5所示，可以设置如下的疲劳度规则：

A、每个配送员每日提示沟通上限次数(例如：5次)，最终未接通的也算；

B、同一配送员一天仅对一个用户发起一次沟通，最终未接通的也算；

C、每个用户每日有效沟通的次数上限(例如：3次)，仅算接通的。

即，在确定用户位于高贬损名单中的情况下，需要满足上述的疲劳度规则才触发沟通。

3)揽件前置设计：

如图6所示，在触发通话的过程中，通话的结果需要通知柜机，以使得柜机可以知道采用何种操作或者显示。具体的，通话的结果可以是柜机接收物流云通过mqtt返回的电话中间态MQ回执(简称：中间态回执)和通话结束后的电话MQ回执(简称：电话回执)获得的。基于接收到的通话结果，柜机可以进行页面切换：

action＝"FORBID_POST_CABINET_CALL"。

在实现的时候，可以通过不同的status来标识不同的状态，例如，status可以＝failed|success|abort。其中：

status＝success用于通知柜机切换至成功页面。

在传输结果的时候：

status＝success表征被叫响铃(对应：中间态回执的200202)；

status＝failed用于通知柜机切换至失败页面。

在传输结果的时候，status＝failed表征被叫未接通(对应：电话回执的200116和200105)其中，200106表示双呼时被叫号码不合法，200105表示双呼时被叫号码受限。

status＝abort用于表征主动终止呼叫，可以通过toast提醒或直接跳到包裹录入页面，其中，toast是一种简易的消息提示框，以视图方式显示给用户，在应用程序中显示为浮动，toast消息框永远不会获得焦点，无法被点击，toast类的思想就是尽可能不引人注意，同时还向用户显示信息，toast显示的时间有限，会根据用户设置的显示时间后自动消失。

status＝abort1用于指示柜机点击弹窗挂断按钮，直接跳到包裹录入页面；

status＝abort2用于指示小件员的手机上直接挂断不接，跳到包裹录入页面并toast提醒。

对应的电话回执中的错误代码有：200005用于表征单呼时用户无法接通，双呼时主叫号码无法接通；200003用于表征单呼时用户未接听，双呼时主叫未接听；200002用于表征单呼时用户占线，双呼时主叫占线。

在进行上述的双呼结果提示之后，柜机可以接收到配送员的选择，并将配送员的选择上报。具体的，服务器端可以基于：

key＝continuePost_{mailNo}_{posterId}_{guestPhone}value的取值来确定配送员的选择。

key＝0表示未做操作，key＝1表示配送员选择继续投递，key＝2表示配送员选择不投递。

4)双呼设计：

双呼指的是通过物流云，调用阿里通信的电话双呼功能(例如：钉钉电话等)，先呼叫主叫(配送员)，在配送员接通之后，再呼叫被叫(即，用户)。

在实现的时候，如果确定出用户在高贬损名单中，可以触发进行双呼操作，即，先呼叫该包裹的配送员，在配送员接通之后，再呼叫该包裹的用户。基于双呼过程中的呼叫结果，在柜机上显示不同的界面，以便确定最终是将包裹放在智能柜(对应上述的物流对象管理设备)中还是不放在智能柜中，例如，可以如图7所示，智能柜显示选择界面供配送员选择。

5)短信发送设计：

在电话回执过程中，如果用户没有接听，那么可以根据快递员的选择来决定发送不同的短信文案给用户：

配送员投递了包裹，可以按照以下方式发送文案：

forbidPostCabinetMsgSuccessSms＝${cpName}快递员未能接通您电话，已将包裹放入菜鸟驿站智能柜。如需其改派上门可拨${posterPhone}。包裹详情：t.cn/RE3AMvCb；

配送员没有投递包裹：可以按照以下方式发送文案：

forbidPostCabinetMsgFailedSms＝${cpName}快递员致电希望与您沟通是否可将包裹已放入菜鸟驿站智能柜。回复可拨${posterPhone}。包裹详情：t.cn/RE3AMvC 7。

进一步的，还可以提供一个日志采集与分析功能，如图8所示，算法部门可以根据服务器端和柜机端采集的数据，对各个用户对智能柜代收的意向，并进行意愿层级的划分，例如：极其厌恶智能柜代收，明确拒绝智能柜代收的用户，以后直接向配送员提示“该消费者明确拒绝智能柜代收，请送货上门，避免被投诉。”对以前不接受智能柜代收的，经过多次沟通后发现用户渐渐接受了智能柜代收的，可以将这些用户移除高贬损名单。

在上例中，收集消费者的代收意愿，以圈定出可能的高贬损用户，即，确定出可能不接受智能柜代收的用户。如果将这部分用户的包裹放入智能柜中，智能柜可以触发配送员与用户进行沟通(快递员可以选择跳过这个操作)，配送员基于沟通结果确定是否继续将包裹放在智能柜中。如果快递员发起沟通，但是用户未接听，那么系统可以自动触发通过短信告知用户有：“未接来电”。进一步的，可以在智能柜和服务端进行埋点，以获取沟通数据等，基于沟通数据确定出该用户是否是特别排斥智能柜代收的，如果特别排斥智能柜代收，则在下次准备将该用户的包裹放入智能柜时，进行强提示：该用户不接受智能柜代收，请送货上门，否则会被投诉哦。如果该用户多次选择可以接受将包裹放入智能柜中，那么可以将该用户确定为非高贬损用户。

在上例中，采集消费者接受智能柜代收的意愿，并根据采集到的用户数据确定哪些用户是拒绝智能柜代收的、哪些用户是可以接受智能柜代收的，从而可以尊重用户的意愿，给予用户选择和拒绝的权利，从而可以减少配送员被投诉的可能，提升用户体验。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在服务器端为例，图9是本发明实施例的一种物流对象管理方法的服务器端的硬件结构框图。如图9所示，服务器10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图9所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图9中所示更多或者更少的组件，或者具有与图9所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的物流对象管理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的物流对象管理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在软件层面，上述物流对象配送装置如图10所示，可以包括：确定模块1001、触发模块1002，其中：

确定模块1001，用于确定待派送的物流对象所属接收端是否位于预设名单列表中；

触发模块1002，用于在确定位于所述预设名单列表中的情况下，触发询问操作，以确定所述所属接收端是否允许将所述物流对象放入物流对象管理设备中。

在一个实施方式中，触发模块1002具体可以向所述物流对象的配送端发起呼叫；在所述配送端接听之后，向所述所属接收端发起呼叫，以建立所述配送端与所述所属接收端之间的通信。

在一个实施方式中，上述物流对象配送装置还可以对询问操作进行监听；在确定所述配送端未接听的情况下，控制所述物流对象管理设备开柜并录入所述物流对象的信息；在确定所述所属接收端未接听的情况下，向所述所属接收端推送提示信息。

在一个实施方式中，向所述所属接收端推送提示信息，可以包括：确定所述物流对象是否被放入所述物流对象管理设备中；在确定已放入所述物流对象管理设备中的情况下，所述提示信息用于提示所述物流对象已放入所述物流对象管理设备中；在确定未放入所述物流对象管理设备中的情况下，所述提示信息用于提示待所述所属接收端确定是否将所述物流对象放入所述物流对象管理设备中。

在一个实施方式中，上述触发模块1002具体可以确定所述物流对象的配送端在预定时间内，已触发询问操作的次数是否达到第一预设阈值；在未达到所述第一预设阈值的情况下，确定所述所属接收端在预定时间内被触发询问操作的次数是否达到第二预设阈值；在未达到所述第二预设阈值的情况下，触发询问操作。

在一个实施方式中，确定模块1001可以获取所述物流对象所属接收端的通讯标识；以所述通讯标识作为搜索关键字，在所述预设名单列表中查找，以确定待派送的物流对象所属接收端是否位于预设名单列表中。

在一个实施方式中，上述触发模块1002具体可以获取所述物流对象所属接收端的通信信息；将所述通信信息推送至所述物流对象的配送端。

在一个实施方式中，将所述通信信息推送至所述物流对象的配送端可以包括：将所述通信信息推送至所述配送端的通讯终端中；或者，将所述通信信息推送至所述物流对象管理设备，控制所述物流对象管理设备显示所述通信信息。

在一个实施方式中，在触发询问操作之后，上述物流对象配送装置还可以获取询问操作的回复；根据所述询问操作的回复信息，确定所述所属对象允许将物流对象放入所述物流对象管理设备中；在确定所述所属对象允许将物流对象放入所述物流对象管理设备中的情况下，对所述预设名单列表进行更新。

本申请还提供了一种物流对象管理设备，可以包括：

接收器，用于获取待派送的物流对象的接收端信息；

显示器，用于接收并显示所述接收端返回的询问结果。

具体的，通过该类型的物流对象管理设备，可以向接收端发送询问请求，例如：是否同意将包裹放入快递柜，如果接收端选择或者回复“同意”，那么物流对象管理设备可以识别到该接收端同意将包裹放在快递柜中，那么可以在操作界面显示“允许放入快递柜”这样配送端就可以知道该接收端是允许将该包裹放入快递柜中的，就可以对包裹进行入柜操作。反之，如果接收端选择或者回复“不同意”，那么物流对象管理设备可以识别到该接收端不同意将包裹放在快递柜中，那么可以在操作界面显示“不允许放入快递柜”这样配送端就可以知道该接收端是不允许将该包裹放入快递柜中的，就可以选择是否不再对该包裹进行入柜操作。

在一个实施方式中，接收器具体可以用于通过扫码枪获取所述物流对象的识别码；根据所述识别码匹配得到所述物流对象的接收端信息。

在一个实施方式中，接收器具体可以用于获取配送端输入的标识信息；将所述标识信息作为所述接收端信息。

本申请还提供了另一种物流对象管理设备，可以包括：

其中，配送端发送选择指令，可以采用但不限于一下方式之一：手动输入、声音控制输入、手势控制输入等。具体选择哪种或者哪几种方式发送选择指令可以根据实际需要确定，本申请对此不作限定。

即，物流对象管理设备也可以建立接收端与配送端之间的通信连接，由接收端和配送端之间进行电话交互，以确定接收端是否接受将包裹放在快递柜中，在快递柜的显示界面上可以显示“继续投递”和“不投递”，配送端在与接收端沟通完成之后，可以选择是否继续投递，从而实现对包裹最终配送方式的选择。

本申请提供的物流对象管理方法、服务器和物流对象管理设备，预设不接受将物品放在物流对象管理设备中的接收端的名单，因此，可以在将物品放入物流对象管理设备之前，可以确定待派送的物流对象所属接收端是否在预设名单列表中，如果在就触发询问操作，以确定所属接收端是否允许将物流对象放入物流对象管理设备中，以避免将不允许将物流对象放入物流对象管理设备的接收端的物品放入物流对象管理设备了，从而可以有效提升用户体验。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims

1.一种物流对象管理方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，触发询问操作包括：

向所述物流对象的配送端发起呼叫；

在所述配送端接听之后，向所述所属接收端发起呼叫，以建立所述配送端与所述所属接收端之间的通信。

3.根据权利要求2所述的方法，其特征在于，在触发询问操作之后，还包括：

对询问操作进行监听；

在确定所述配送端未接听的情况下，控制所述物流对象管理设备开柜并录入所述物流对象的信息；

在确定所述所属接收端未接听的情况下，向所述所属接收端推送提示信息。

4.根据权利要求3所述的方法，其特征在于，向所述所属接收端推送提示信息，包括：

确定所述物流对象是否被放入所述物流对象管理设备中；

在确定已放入所述物流对象管理设备中的情况下，所述提示信息用于提示所述物流对象已放入所述物流对象管理设备中；

在确定未放入所述物流对象管理设备中的情况下，所述提示信息用于提示待所述所属接收端确定是否将所述物流对象放入所述物流对象管理设备中。

5.根据权利要求1所述的方法，其特征在于，触发询问操作，包括：

确定所述物流对象的配送端在预定时间内，已触发询问操作的次数是否达到第一预设阈值；

在未达到所述第一预设阈值的情况下，确定所述所属接收端在预定时间内被触发询问操作的次数是否达到第二预设阈值；

在未达到所述第二预设阈值的情况下，触发询问操作。

6.根据权利要求1所述的方法，其特征在于，确定待派送的物流对象所属接收端是否位于预设名单列表中，包括：

获取所述物流对象所属接收端的通讯标识；

以所述通讯标识作为搜索关键字，在所述预设名单列表中查找，以确定待派送的物流对象所属接收端是否位于预设名单列表中。

7.根据权利要求1所述的方法，其特征在于，触发询问操作，包括：

获取所述物流对象所属接收端的通信信息；

将所述通信信息推送至所述物流对象的配送端。

8.根据权利要求7所述的方法，其特征在于，将所述通信信息推送至所述物流对象的配送端，包括：

将所述通信信息推送至所述配送端的通讯终端中；

或者，将所述通信信息推送至所述物流对象管理设备，控制所述物流对象管理设备显示所述通信信息。

9.根据权利要求1所述的方法，其特征在于，在触发询问操作之后，所述方法还包括:

获取询问操作的回复；

根据所述询问操作的回复信息，确定所述所属接收端允许将物流对象放入所述物流对象管理设备中；

在确定所述所属接收端允许将物流对象放入所述物流对象管理设备中的情况下，对所述预设名单列表进行更新。

10.一种物流对象管理方法，其特征在于，所述方法包括：

获取待派送的物流对象的接收端信息；

接收并显示所述接收端返回的询问结果。

11.根据权利要求10所述的方法，其特征在于，获取待派送的物流对象的接收端信息，包括：

通过扫码枪获取所述物流对象的识别码；

根据所述识别码匹配得到所述物流对象的接收端信息。

12.根据权利要求10所述的方法，其特征在于，获取待派送的物流对象的接收端信息，包括：

获取配送端输入的标识信息；

将所述标识信息作为所述接收端信息。

13.根据权利要求10至12中任一项所述的方法，其特征在于，所述接收端信息包括：手机号。

14.一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

15.根据权利要求14所述的服务器，其特征在于，触发询问操作包括：

向所述物流对象的配送端发起呼叫；

16.根据权利要求15所述的服务器，其特征在于，在触发询问操作之后，还包括：

对询问操作进行监听；

17.根据权利要求16所述的服务器，其特征在于，向所述所属接收端推送提示信息，包括：

确定所述物流对象是否被放入所述物流对象管理设备中；

18.根据权利要求14所述的服务器，其特征在于，触发询问操作，包括：

在未达到所述第二预设阈值的情况下，触发询问操作。

19.一种物流对象管理设备，其特征在于，包括：

接收器，用于获取待派送的物流对象的接收端信息；

显示器，用于接收并显示所述接收端返回的询问结果。

20.根据权利要求19所述的物流对象管理设备，其特征在于，所述接收器具体用于通过扫码枪获取所述物流对象的识别码；根据所述识别码匹配得到所述物流对象的接收端信息。

21.根据权利要求19所述的物流对象管理设备，其特征在于，所述接收器具体用于获取配送端输入的标识信息；将所述标识信息作为所述接收端信息。

22.一种物流对象管理设备，其特征在于，包括：

23.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求1至9中任一项所述方法的步骤。

24.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求10至13中任一项所述方法的步骤。