物品安全配送到车的处理方法、装置及系统与流程

1.本技术涉及智能汽车技术领域，尤其涉及一种物品安全配送到车的处理方法、装置及系统。


背景技术：

2.目前，配送平台的订餐服务，一般需要用户通过配送平台的app(application，应用程序)进行订餐。在用户下达订餐订单后，配送平台安排配送员进行送餐服务，配送员会将餐食送到用户订单对应的地址上。
3.而如今，越来越多的用户希望能够实现配送到车服务。例如，希望配送员直接将物品送到汽车后备箱上。这样，用户可以直接到车上收取物品，十分省时方便。但是，如果要实现配送到车服务，需要解锁车辆，打开车辆的后备箱，这可能会产生车辆安全问题。


技术实现要素：

4.为解决或部分解决相关技术中存在的问题，本技术提供一种物品安全配送到车的处理方法、装置及系统，能够更便捷且安全地解锁车辆，减少配送到车服务中的车辆安全风险。
5.本技术第一方面提供一种物品安全配送到车的处理方法，包括：
6.根据用户的下单信息生成配送订单信息，所述配送订单信息包括用于验证配送员身份的验证信息；
7.接收呼叫中台反馈的配送员输入的所述验证信息；
8.在所述验证信息验证成功后，向所述呼叫中台发送验证成功信号；
9.接收所述呼叫中台反馈的所述配送员输入的解锁请求信息；
10.响应于所述解锁请求信息，调用车控系统解锁车辆，以供所述配送员将物品放入所述车辆。
11.在一种实施方式中，所述接收呼叫中台反馈的配送员输入的验证信息之前，还包括：
12.接收呼叫中台反馈的配送员的号码信息，其中所述配送员通过拨打ivr电话号码接入所述呼叫中台；
13.在所述号码信息验证成功后，向所述呼叫中台反馈呼入号码验证成功的信号。
14.在一种实施方式中，所述接收所述呼叫中台反馈的配送员的号码信息之后，还包括：
15.创建话单，并记录通话交互过程。
16.在一种实施方式中，所述验证信息验证成功之后，还包括：
17.根据所述验证信息，获取与所述验证信息关联的订单及车辆信息，并与所述话单进行绑定。
18.在一种实施方式中，所述调用车控系统解锁车辆，包括：
19.调用车控系统解锁车辆的后备箱或前备箱。
20.在一种实施方式中，所述向所述呼叫中台发送验证成功信号之后，还包括：
21.接收所述呼叫中台反馈的所述配送员输入的联系车主请求信息；响应于所述联系车主请求信息，向所述呼叫中台发送车主设定被叫号，供所述呼叫中台将所述配送员转接到所述车主设定被叫号；或，
22.接收所述呼叫中台反馈的所述配送员输入的寻车请求信息；响应于所述寻车请求信息，控制车辆发出提示信号。
23.在一种实施方式中，所述调用车控系统解锁车辆之后，还包括：
24.在接收到配送完成信息后，调用所述车控系统获取所述车辆的车锁状态信息；
25.在确认所述车辆处于解锁状态后，发送用于提醒配送员的第一提示信息；或，发送用于提醒车主的第二提示信息。
26.在一种实施方式中，所述调用车控系统解锁车辆之后，还包括：
27.在接收到配送完成信息后，调用所述车控系统获取所述车辆的车锁状态信息；
28.在确认所述车辆处于解锁状态的时间超过预设时长后，调用所述车控系统闭锁所述车辆。
29.本技术第二方面提供一种物品安全配送到车的处理装置，包括：
30.下单模块，用于根据用户的下单信息生成配送订单信息，所述配送订单信息包括用于验证配送员身份的验证信息；
31.第一接收模块，用于接收呼叫中台反馈的配送员输入的所述验证信息；
32.验证确认模块，用于在所述第一接收模块接收的验证信息验证成功后，向所述呼叫中台发送验证成功信号；
33.第二接收模块，用于接收所述呼叫中台反馈的所述配送员输入的解锁请求信息；
34.控制模块，用于响应于所述第二接收模块接收的解锁请求信息，调用车控系统解锁车辆，以供所述配送员将物品放入所述车辆。
35.本技术第三方面提供一种预定平台，包括：
36.处理器；以及
37.存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。
38.本技术第四方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。
39.本技术第五方面提供一种物品配送系统，包括：呼叫中台、预定平台及车辆；
40.所述呼叫中台，用于向所述预定平台反馈配送员输入的验证信息，在接收到所述预定平台发送的验证成功信号之后，向所述预定平台反馈所述配送员输入的解锁请求信息；
41.所述预定平台，用于根据用户的下单信息生成配送订单信息，所述配送订单信息包括用于验证配送员身份的验证信息；接收呼叫中台反馈的配送员输入的验证信息；在所述验证信息验证成功后，向所述呼叫中台发送验证成功信号；接收所述呼叫中台反馈的所述配送员输入的解锁请求信息；响应于所述解锁请求信息，调用车控系统解锁车辆，以供所述配送员将物品放入所述车辆；
42.所述车辆，用于根据所述预定平台的控制进行解锁。
43.本技术提供的技术方案可以包括以下有益效果：
44.本技术提供的方法，通过接收呼叫中台反馈的配送员输入的验证信息，根据配送订单信息中的验证信息对配送员输入的验证信息进行验证，在验证信息验证成功后，发送用于开启呼叫中台对配送员提供的请求功能权限的验证成功信号，响应于接收到的呼叫中台反馈的配送员输入的解锁请求信息，可以调用车控系统解锁车辆。上述方法实现了一种便捷且安全地控制车辆进行解锁的方案，能够让配送员通过电话通信的方式解锁车辆，基于电话通信的可靠性，保证了解锁过程的有效性，使得配送员可以更便捷且安全地解锁车辆，提升了配送员的配送效率；同时，通过确认验证信息的方式，保障了解锁车辆的安全性，减少了配送到车服务中的车辆安全风险。
45.进一步的，本技术提供的方法，可以先接收呼叫中台反馈的配送员的号码信息，并依据该号码信息的验证结果，决定是否指示配送员继续输入验证信息，从而进一步增强对车辆解锁控制的安全保障。
46.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
47.通过结合附图对本技术示例性实施方式进行更详细的描述，本技术的上述以及其它目的、特征和优势将变得更加明显，其中，在本技术示例性实施方式中，相同的参考标号通常代表相同部件。
48.图1是本技术实施例示出的物品安全配送到车的处理方法的流程示意图；
49.图2是本技术实施例示出的物品安全配送到车的处理方法的另一流程示意图；
50.图3a是本技术一实施例的物品安全配送到车的处理方法中配送员解锁车辆以及联系车主的流程示意图；
51.图3b是本技术一实施例的物品安全配送到车的处理方法中配送员解锁车辆以及联系车主的另一流程示意图；
52.图3c是本技术另一实施例的物品安全配送到车的处理方法中配送员解锁车辆以及联系车主的流程示意图；
53.图4是本技术实施例示出的物品安全配送到车的处理装置的结构示意图；
54.图5是本技术实施例示出的物品安全配送到车的处理装置的另一结构示意图；
55.图6是本技术实施例示出的物品配送系统的结构示意图；
56.图7是本技术实施例示出的预订平台的结构示意图。
具体实施方式
57.下面将参照附图更详细地描述本技术的实施方式。虽然附图中显示了本技术的实施方式，然而应该理解，可以以各种形式实现本技术而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本技术更加透彻和完整，并且能够将本技术的范围完整地传达给本领域的技术人员。
58.在本技术使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。
在本技术和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
59.应当理解，尽管在本技术可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
60.相关技术中，如果要实现配送到车服务，需要解锁车辆，打开车辆的后备备箱，这可能会产生车辆安全问题。
61.针对上述问题，本技术实施例提供一种物品安全配送到车的处理方法，能够更便捷且安全地解锁车辆，减少配送到车服务中的车辆安全风险。
62.以下结合附图详细描述本技术实施例的技术方案。
63.图1是本技术实施例示出的物品安全配送到车的处理方法的流程示意图。图1实施例的方法可以应用于预定平台，预定平台可以指服务器。
64.参见图1，该方法包括：
65.步骤s101、根据用户的下单信息生成配送订单信息，配送订单信息包括用于验证配送员身份的验证信息。
66.其中，用户的下单信息可以是根据用户预约物品订单所生成的。其中，验证信息可以是验证码。
67.步骤s102、接收呼叫中台反馈的配送员输入的验证信息。
68.在本技术实施例中，呼叫中台可以是通信服务提供平台。呼叫中台可以提供ivr(interactive voice response，交互式语音应答)电话自动服务。呼叫中台可以用预先录制或tts(texttospeech，文本转语音)技术合成的语音进行自动应答，从而为接入呼叫中台的客户提供菜单导航的功能。
69.可以理解，配送服务平台或商家会向配送员发送派单信息，其中，派单信息可以包括ivr电话号码(即联系电话)、配送地址和验证信息。在本实施例中，配送员可以通过派单信息获得ivr电话号码以及验证信息，从而使得配送员可以通过ivr电话号码接入呼叫中台，并向呼叫中台输入验证信息。需要说明的是，在本技术实施例中，配送员向呼叫中台所输入的信息，可以被呼叫中台反馈至预定平台。
70.在该步骤中，预定平台接收呼叫中台反馈的配送员输入的验证信息，也就是说，通过呼叫中台获取配送员所输入的验证信息。可以理解，呼叫中台可以将配送员所输入的验证信息反馈至预定平台。进一步的，可以将呼叫中台配置为在达到设定时长后未接收到配送员的输入信息时，结束通话。例如，设定时长为3秒，则呼叫中台持续3秒未接收到配送员的输入信息，将主动结束通话。
71.步骤s103、在验证信息验证成功后，向呼叫中台发送验证成功信号。
72.在该步骤中，预定平台对验证信息进行验证工作，即比对配送员输入的验证消息与配送订单信息中的验证消息是否一致。当验证信息被验证成功时，即配送员输入的验证
消息与配送订单信息中的验证消息一致时，向呼叫中台发送验证成功信号。呼叫中台接收到验证成功信号后，则开启对配送员提供的请求功能权限。此时，配送员可以收听到呼叫中台所播放的关于请求功能的类型选择提示音，配送员根据提示音进行相应的输入，则可以实现对应的请求功能。例如选择1代表解锁请求，选择2代表联系车主请求等，或者是相反设置等。
73.步骤s104、接收呼叫中台反馈的配送员输入的解锁请求信息。
74.在该步骤中，通过呼叫中台获取配送员所输入的解锁请求信息。可以理解，呼叫中台可以将配送员所输入的解锁请求信息反馈至预定平台。
75.步骤s105、响应于解锁请求信息，调用车控系统解锁车辆，以供配送员将物品放入车辆。
76.其中，车控系统可以是车辆的汽车控制系统。在该步骤中，预定平台可以调用车辆的汽车控制系统解锁车辆，从而使得配送员能够将物品放入车辆。
77.从该实施例可以看出，本技术实施例提供的方法，通过接收呼叫中台反馈的配送员输入的验证信息，根据配送订单信息中的验证信息对配送员输入的验证信息进行验证，在验证信息验证成功后，发送用于开启呼叫中台对配送员提供的请求功能权限的验证成功信号，响应于接收到的呼叫中台反馈的配送员输入的解锁请求信息，可以调用车控系统解锁车辆。上述方法实现了一种便捷且安全地控制车辆进行解锁的方案，能够让配送员通过电话通信的方式解锁车辆，基于电话通信的可靠性，保证了解锁过程的有效性，使得配送员可以更便捷且安全地解锁车辆，提升了配送员的配送效率；同时，通过确认验证信息的方式，保障了解锁车辆的安全性，减少了配送到车服务中的车辆安全风险。
78.图2是本技术实施例的物品安全配送到车的处理方法的另一流程示意图。图2相对图1更详细描述了本技术的方案。图2实施例的方法可以应用于预定平台。
79.参见图2，该方法包括：
80.步骤s201、根据用户的下单信息生成配送订单信息，配送订单信息包括用于验证配送员身份的验证信息。
81.该步骤可以参见步骤s101中的描述，此处不再赘述。
82.步骤s202、接收呼叫中台反馈的配送员的号码信息，其中配送员通过拨打ivr电话号码接入呼叫中台。
83.可以理解，配送服务平台或商家会向配送员发送派单信息。在本实施例中，配送员可以通过派单信息获得ivr电话号码。
84.在该步骤中，预定平台接收呼叫中台反馈的配送员的号码信息，也就是说，通过呼叫中台获取配送员的号码信息，其中，号码信息可以是配送员的电话号码。需要说明的是，当配送员与呼叫中台的通信接通时，呼叫中台可以获取配送员的号码信息。此时，呼叫中台可以将配送员的号码信息反馈至预定平台。
85.其中，ivr电话是一种网络电话，ivr电话号码可以是一个隐私号。隐私号可以是预设的以400开头的电话号码，也可以是呼叫中台的官方统一接入号码。这样，配送员可以通过拨打隐私号接入呼叫中台，使得呼叫中台可以为配送员提供ivr服务。
86.进一步的，在该步骤中，预定平台在接收呼叫中台反馈的配送员的号码信息之后，可以创建话单，并记录通话交互过程。也就是说，可以开始记录通话交互过程，并将记录了
该通话交互过程的语音文件与所创建的话单进行关联绑定；进一步的，还可以将配送员的号码信息与该话单进行关联。这样，可以实现以通过查询话单的方式，获取对应的记录通话交互过程的语音文件及配送员的号码信息。
87.步骤s203、在号码信息验证成功后，向呼叫中台反馈呼入号码验证成功的信号。
88.其中，呼入号码验证成功的信号可以用于开启呼叫中台对配送员提供的语音交互服务。
89.在一种实施方式中，预定平台利用预先记录的号码数据库，对该配送员的号码信息进行检索。当该号码信息存在于号码数据库中时，则确认该号码信息无误，从而向呼叫中台发送反馈呼入号码验证成功的信号，呼叫中台在收到呼入号码验证成功的信号后会开启对配送员提供的语音交互服务。相对应的，当该号码信息不存在于号码数据库中时，则确认该号码信息错误，从而不向呼叫中台发送呼入号码验证成功的信号或发送号码验证失败信号，呼叫中台将不会开启对配送员提供的语音交互服务。
90.可以理解，在该步骤中，当呼叫中台开启对配送员提供的语音交互服务时，可以将呼叫中台配置为：向配送员播放预先设置好的提示音，例如，“请输入验证码”等类似的提示音。
91.步骤s204、接收呼叫中台反馈的配送员输入的验证信息。
92.在该步骤中，预定平台接收呼叫中台反馈的配送员输入的验证信息，也就是，通过呼叫中台获取配送员所输入的验证信息。可以理解，呼叫中台可以将配送员所输入的验证信息反馈至预定平台。
93.其中，验证信息可以是配送员向呼叫中台输入的验证码。验证码的输入方式可以包括按拨号键输入或语音输入。例如，当配送员收听到“请输入验证码”等类似的提示音时，可以通过按拨号键或语音的方式输入验证码。
94.步骤s205、在验证信息验证成功后，向呼叫中台发送验证成功信号。
95.在该步骤中，预定平台对验证信息进行验证工作，即比对配送员输入的验证消息与配送订单信息中的验证消息是否一致。当验证信息被验证成功时，即配送员输入的验证消息与配送订单信息中的验证消息一致时，向呼叫中台发送验证成功信号。呼叫中台接收到验证成功信号后，则开启对配送员提供的请求功能权限。此时，配送员可以收听到呼叫中台所播放的关于请求功能的类型选择提示音，配送员根据提示音进行相应的输入，则可以实现对应的请求功能。例如，呼叫中台可以向配送员播放预先设置好的“若需要解锁车辆，请按1；若需要联系车主，请按2；若需要寻车提示，请按3”等类似的提示音。
96.进一步的，验证信息验证成功之后，还可以包括：根据验证信息，获取与验证信息关联的订单及车辆信息，并与话单进行绑定。在该步骤中，与验证信息关联的订单及车辆信息可以包括配送员的派单信息。进一步的，在与验证信息关联的订单及车辆信息与话单进行绑定后，通过查询话单，即可快速获取对应车辆的相关信息。
97.步骤s206、在验证信息验证失败后，向呼叫中台发送验证失败信号；其中，验证失败信号用于开启呼叫中台对配送员提供的再次验证请求服务。
98.在该步骤中，当验证信息被确认为错误时，向呼叫中台发送验证失败信号。呼叫中台接收到验证失败信号后，则开启对配送员提供的再次验证请求服务。此时，呼叫中台可以向配送员播放预先设置好的“验证失败，请再次输入验证码”等类似的提示音。
99.进一步的，在连续预设次数验证信息验证失败后，向呼叫中台发送结束通话信号；其中，结束通话信号用于中断呼叫中台与配送员的通信连接。在一实施例中，在连续3次验证信息验证失败后，向呼叫中台发送结束通话信号，从而结束呼叫中台与配送员的通信。
100.需要说明的是，步骤s205和步骤s206没有先后顺序关系，根据验证信息的不同验证结果，对应进入步骤s205或步骤s206中。可以理解，在步骤s205中，若配送员选择的请求功能是解锁车辆，则在步骤s205之后，执行步骤s207，以实现一种让配送员可以解锁车辆的方案。
101.步骤s207、接收呼叫中台反馈的配送员输入的解锁请求信息。
102.在该步骤中，通过呼叫中台获取配送员所输入的解锁请求信息。可以理解，呼叫中台可以将配送员所输入的解锁请求信息反馈至预定平台。
103.步骤s208、响应于解锁请求信息，调用车控系统解锁车辆，以供配送员将物品放入车辆。
104.在一种实施方式中，预定平台调用车控系统解锁车辆，可以包括：控制车辆解锁后备箱或前备箱，一般可以选择对车辆的后备箱进行解锁，从而能够让配送员将物品放入车辆中。在一种实施方式中，可以通过查询话单的方式，得知对应的车辆信息，从而通过该车辆的车控系统(即汽车控制系统)，对该车辆进行解锁。进一步的，可以控制车辆后备箱只开启设定角度和/或设定时间。如果超过设定时间未关闭，可以自动闭锁等。如果配送员打开后备箱的角度超过设定角度后继续强制打开，可以发出报警。
105.进一步的，在一可选的实施方式中，响应于接收到的呼叫中台反馈的配送员输入的解锁请求信息，调用车控系统解锁车辆，包括：
106.在确认配送员位置与车辆位置之间的距离小于预设范围后，响应于接收到的呼叫中台反馈的配送员输入的解锁请求信息，调用车控系统解锁车辆。
107.其中，车辆位置可以通过车辆的定位系统向预定平台上报获得。配送员位置可以通过对应的配送服务平台或商家传达获得。例如，配送员是配送员，配送员的通信终端(例如，手机)地理位置可以通过所属的配送服务平台或商家获取，配送服务平台或商家可以将配送员的位置信息传达至预定平台。其中，预设范围可以是1m，2m或3m，从而使得当车辆被解锁时，能够确保配送员在车辆附近，从而进一步提升了对车辆的安全保障。
108.步骤s209、在车辆解锁成功后，向呼叫中台发送预设客服被叫号，供呼叫中台将配送员转接到预设客服被叫号。
109.在该步骤中，预定平台在确认车辆已成功解锁后，可以向呼叫中台发送预设客服被叫号，从而使得呼叫中台能够将预设客服被叫号接入与配送员的通信中。例如，预设客服被叫号在接通后，可以播放预先设置好的“车辆已经解锁”等类似的语音提示声。在另一种实施方式中，在车辆解锁成功后，预定平台可以向呼叫中台发送车辆解锁成功信号，以使得呼叫中台在接收到车辆解锁成功信号后播放车辆解锁成功的提示音。
110.在本实施例中，预设客服被叫号可以是一个固话号码，呼叫中台通过转呼预设客服被叫号的方式，实现对配送员的一次有效通话，即表示此次配送员的拨号被认为是有效接通的。
111.进一步的，在车辆解锁成功后，还可以开启车辆的摄像头，从而进行对车辆周围环境的拍摄，以作为视频凭证留存备用。
112.步骤s210、在车辆解锁失败后，向呼叫中台发送解锁失败信号；其中，解锁失败信号用于使呼叫中台传达车辆解锁失败的提示，并重新向配送员提供可选择的请求功能。
113.可以理解，当遇到数据干扰等情况时，预定平台可能无法远程控制车辆进行解锁。或者说，预定平台向车辆发出了解锁指令，但没有收到车辆的反馈信息时，则认为车辆解锁失败。
114.在该步骤中，在车辆解锁失败后，通过向呼叫中台发送解锁失败信号，使得呼叫中台可以传达车辆解锁失败的提示，从而重新向配送员提供可选择的请求功能。例如，呼叫中台可以播放“车辆解锁失败，请重新选择请求功能；若需再次解锁车辆，请按1；若需联系车主，请按2”等类似的提示音。
115.需要说明的是，在执行步骤s209之后，可以执行步骤s211。也可以在执行步骤s208之后，直接执行步骤s211。
116.步骤s211、在接收到配送完成信息后，调用车控系统获取车辆的车锁状态信息；
117.其中，配送完成信息可以是配送服务平台或者商家发送的。在该步骤中，通过调用车控系统可以获取车辆的车锁状态信息，即获知车辆是处于解锁状态或是处于闭锁状态。
118.步骤s212、在确认车辆处于解锁状态后，发送用于提醒配送员的第一提示信息；或，发送用于提醒车主的第二提示信息。
119.在该步骤中，在确认车辆处于解锁状态后，可以向配送员终端(例如配送员的手机)发送第一提示信息，从而告知配送员车辆处于解锁状态，以让配送员闭锁车辆。在确认车辆处于解锁状态后，也可以向车主终端(例如车主的手机)发送第二提示信息，从而告知车主车辆处于解锁状态，以让车主主动闭锁车辆。
120.需要说明的是，在执行完步骤s211之后，也可以直接执行步骤s213，步骤s212与步骤s213没有先后顺序关系。
121.步骤s213、在确认车辆处于解锁状态的时间超过预设时长后，调用车控系统闭锁车辆。
122.其中，预设时长可以是预定平台设置的，也可以是车主自行设置。这样，在车辆处于解锁状态的时间超过预设时长后，可以闭锁车辆，从而进一步保障解锁后的车辆的安全性。
123.可以理解，在步骤s205中，若配送员选择的请求功能是联系车主，则在步骤s205之后，执行步骤s214，以实现一种让配送员可以联系车主的方案。
124.步骤s214、接收呼叫中台反馈的配送员输入的联系车主请求信息；响应于联系车主请求信息，向呼叫中台发送车主设定被叫号，供呼叫中台将配送员转接到车主设定被叫号。
125.其中，接收呼叫中台反馈的配送员输入的联系车主请求信息，也就是，通过呼叫中台获取到的配送员所输入的联系车主请求信息。可以理解，呼叫中台可以将配送员所输入的联系车主请求信息反馈至预定平台。其中，车主设定被叫号可以是车主自己的电话号码，也可以是车主设置的其他人的电话号码，例如车主亲朋戚友的电话号码。在一实施例中，预定平台可以通过查询话单，进而得到车辆的相关信息，以获得车主设定被叫号。这样，呼叫中台可以通过转呼车主设定被叫号，从而实现配送员与车主的通信连接，能够让配送员联系到车主。
126.步骤s215、接收呼叫中台反馈的配送员输入的联系车主失败信息；响应于联系车主失败信息，向呼叫中台发送人工客服被叫号，供呼叫中台将配送员转接到人工客服被叫号。
127.在该步骤中，当车主设定被叫号无法成功接入时，呼叫中台会将配送员的联系车主失败信息反馈至预定平台。预定平台响应于接收到的联系车主失败信息，从而向呼叫中台发送人工客服被叫号，使得呼叫中台转呼人工客服被叫号。这样，通过呼叫中台实现了配送员与人工客服的通信连接，从而使得在车主设定被叫号无法成功接入的情况下，可以由人工客服为配送员提供语音交互服务。
128.可以理解，在该步骤中，可以将呼叫中台可以配置为：当接收到第三转呼请求信号时，向配送员播放“车主繁忙，未能接通；现为您转呼人工客服”等类似的提示音。
129.可以理解，在步骤s205中，若配送员选择的请求功能是寻车提示，则在步骤s205之后，执行步骤s216，以实现一种让配送员可以“自主寻车”的方案。
130.步骤s216、接收呼叫中台反馈的配送员输入的寻车请求信息；响应于寻车请求信息，控制车辆发出提示信号。
131.在一种实施方式中，控制车辆发出提示信号，可以包括：控制车辆进行闪灯和/或鸣笛。这样，可以实现自主寻车功能，从而使得配送员可以根据车辆所发出提示信号，找到车辆的所在位置。
132.从该实施例可以看出，本技术实施例提供的方法，能够让配送员通过电话通信的方式解锁车辆，基于电话通信的可靠性，保证了解锁过程的有效性，提升了配送员的配送效率；其次，基于呼叫中台的转呼通信作用，使得配送员能够在寻找不到车辆的情况下联系车主，且不会造成车主联系号码的泄露，有效保障了车主隐私安全；另外，还实现了一种“自主寻车”功能，使得配送员可以根据车辆发出的提示信号，自行寻找并确认配送的目标车辆，完成配送任务。
133.可以理解，在步骤s202中，当话单被创建后，配送员终端、呼叫中台及预定平台之间的交互过程可以被记录于话单中，话单记录了整个交互的过程。在其中一种实施方式中，话单可以包括如下所示的话单表以及话单交互记录结构表。
[0134][0135]
表1
[0136][0137]
表2
[0138]
其中，表1为话单表，表2为话单交互记录结构表。
[0139]
可以理解，为了话单能够有效表征配送员终端、呼叫中台及预定平台之间的交互过程。话单通过表1与表2记录通话交互过程中的关键信息，例如，“主叫真实号”信息，通过字段“caller_num”表示，并通过“varchar(32)”的数据类型被记载存储。又例如，“被叫真实号”信息，通过字段“callee_num”表示，并通过“varchar(32)”的数据类型被记载存储。其中，主叫真实号表示配送员的号码，被叫真实号表示车主设定被叫号。这样，通过调取话单，即可得知配送员终端、呼叫中台及预定平台之间交互的关键信息。
[0140]
图3a为本技术一实施例的物品安全配送到车的处理方法中配送员解锁车辆以及联系车主的流程示意图。
[0141]
在如图3a所示的流程中，配送员拨打隐私号(例如ivr电话号码)，可以接入呼叫中台，从而进入“待验证”环节中。其中，配送员可以通过配送服务平台或商家发送的派单信息中获得隐私号，隐私号可以是预设的电话号码，也可以是呼叫中台的官方接入号码。在“待验证”环节中，配送员需要输入验证码(即验证信息)，在验证码被核验正确后，则进入“待选择”环节；若验证码被核验错误，则终止通话。在“待选择”环节中，配送员可以根据呼叫中台的语音提示选择输入指令，从而实现“打开后备箱”或者“联系客户”的功能，从而完成配送物品的任务；配送员也可以在“待选择”环节中选择终止通话。
[0142]
图3b为本技术一实施例的物品安全配送到车的处理方法中配送员解锁车辆以及联系车主的另一流程示意图。
[0143]
在如图3b所示的流程中，在“开始”阶段已表示配送员已接入呼叫中台，此时，配送员需要进行“输入验证码”操作。在验证码被核验正确后，则进入“操作选择”环节。若验证码被核验错误，配送员可以选择再次输入验证码，以再次进行核验。当配送员再次输入验证码的次数超过设定限制次数时，通话将被挂断；当配送员在设定限制次数内，成功输入了正确的验证码，则可以进入“操作选择”环节。在“操作选择”环节中，配送员可以选择请求开启车
辆后备箱。在车辆后备箱被成功开启后，配送员的通话会被呼叫中台转呼入预设客服被叫号，实现配送员与预设客服被叫号的通话，预设客服被叫号将会播放预设好的关于车辆后备箱已被开启的提示音，以告知配送员车辆的后备箱已经成功开启。当车辆后备箱开启失败时，呼叫中台会告知配送员车辆后备箱开启失败，并让配送员重新进入“操作选择”环节。在“操作选择”环节中，配送员还可以选择请求联系客户。此时，呼叫中台会从预定平台获得车主设定被叫号(即客户联系号码)，配送员的通话会被呼叫中台转呼入车主设定被叫号，从而实现配送员与客户的通话。
[0144]
需要说明的是，图3a及图3b所示实施例以配送员的角度描述本技术的技术方案。可以理解，其中各个环节步骤中的具体实现方式已在图2所示实施例中做出了详细介绍，此处不再进行赘述。
[0145]
图3c为本技术另一实施例的物品安全配送到车的处理方法中配送员解锁车辆以及联系车主的流程示意图。
[0146]
图3c中以配送员终端、呼叫中台及预定平台之间的交互过程举例说明。
[0147]
参见图3c，该流程包括：
[0148]
步骤s301、配送员终端呼入隐私号(例如ivr电话号码)与呼叫中台建立通信。
[0149]
隐私号可以是以400开头的电话号码，也可以是呼叫中台的官方接入号码。
[0150]
步骤s302、呼叫中台将配送员输入的号码信息反馈至预定平台。
[0151]
在建立通信后，呼叫中台主动获取配送员终端所属的号码信息。
[0152]
步骤s303、预定平台接收号码信息，创建话单并记录通话交互过程。
[0153]
预定平台开始记录通话交互过程，并将记录了该通话交互过程的语音文件与所创建的话单进行关联绑定。
[0154]
步骤s304、预定平台在号码信息验证成功后，向呼叫中台反馈呼入号码验证成功的信号。
[0155]
预定平台可以利用预先记录的号码数据库，对该号码信息进行检索，当该号码信息存在于号码数据库中时，则确认该号码信息验证成功。
[0156]
步骤s305、呼叫中台在接收到呼入号码验证成功的信号后，向配送员终端提供语音交互服务。
[0157]
呼叫中台可以向配送员播放预先设置后的提示音，以提供语音交互服务。
[0158]
步骤s306、配送员终端向呼叫中台输入验证信息。
[0159]
验证信息可以是验证码，验证码的输入方式可以包括按拨号键输入或语音输入。
[0160]
步骤s307、呼叫中台将验证信息反馈至预定平台。
[0161]
步骤s308、预定平台接收验证信息，并将根据验证信息查询得到的关联订单及车辆信息，与话单进行绑定。
[0162]
根据验证信息查询得到的关联订单及车辆信息可以包括车辆当前位置信息以及车辆车主联系方式信息。
[0163]
步骤s309、预定平台在验证信息验证成功后，向呼叫中台发送验证成功信号。
[0164]
步骤s310、呼叫中台在接收到验证成功信号后，开启对配送员提供的请求功能权限。
[0165]
呼叫中台向配送员播放的关于请求功能的类型选择提示音，配送员根据提示音进
行相应的输入，则可以实现对应的请求功能。例如，呼叫中台可以向配送员播放预先设置好的“若需要解锁车辆，请按1；若需要联系车主，请按2”等类似的提示音。
[0166]
步骤s311、配送员终端向呼叫中台输入解锁请求信息。
[0167]
可以理解，当在步骤s310中，若配送员终端选择解锁请求功能时，则进入步骤s311中。
[0168]
步骤s312、呼叫中台将解锁请求信息反馈至预定平台。
[0169]
步骤s313、预定平台接收解锁请求信息，查询话单，控制与话单对应的车辆进行解锁。
[0170]
通过查询话单，以确认需要进行解锁的目标车辆。
[0171]
步骤s314、预定平台在车辆解锁成功后，向呼叫中台发送预设客服被叫号。
[0172]
预设客服被叫号在接通后，会播放预先设置好的“车辆已经解锁”等类似的语音提示声。
[0173]
步骤s315、呼叫中台转呼预设客服被叫号。
[0174]
预设客服被叫号可以是一个固话号码，呼叫中台通过转呼预设客服被叫号的方式，实现对配送员的一次有效通话，以满足通信运营商对ivr语音电话的接通率的指标要求。
[0175]
步骤s316、配送员终端向呼叫中台输入联系车主请求信息。
[0176]
可以理解，当在步骤s310中，若配送员终端选择联系车主请求功能时，则进入步骤s313中。
[0177]
步骤s317、呼叫中台将联系车主请求信息反馈至预定平台。
[0178]
步骤s318、预定平台接收联系车主请求信息，查询话单，获得与话单对应的车主设定被叫号。
[0179]
通过查询话单，以确认配送员需要联系的目标车辆所属车主的联系方式。
[0180]
步骤s319、预定平台向呼叫中台发送车主设定被叫号。
[0181]
车主设定被叫号可以是车主自己的电话号码，也可以是车主设置的其他人的电话号码，例如车主亲朋戚友的电话号码。
[0182]
步骤s320、呼叫中台转呼车主设定被叫号。
[0183]
通过呼叫中台转呼的方式，使得配送员可以与车主建立通信，同时不会造成车主联系号码的泄露，有效保障了车主隐私安全。
[0184]
与前述应用功能实现方法实施例相对应，本技术还提供了一种物品安全配送到车的处理装置、系统、预订平台及相应的实施例。
[0185]
图4是本技术实施例示出的物品安全配送到车的处理装置40的结构示意图。
[0186]
参见图4，一种物品安全配送到车的处理装置40，包括：下单模块401、第一接收模块402、验证确认模块403、第二接收模块404、控制模块405。
[0187]
下单模块401，用于根据用户的下单信息生成配送订单信息，配送订单信息包括用于验证配送员身份的验证信息。
[0188]
第一接收模块402，用于接收呼叫中台反馈的配送员输入的验证信息。其中，呼叫中台可以提供ivr(interactive voice response，交互式语音应答)电话自动服务。其中，验证信息可以是配送员向呼叫中台输入的验证码。
[0189]
验证确认模块403，用于在第一接收模块401接收的验证信息验证成功后，向呼叫中台发送验证成功信号。其中，验证确认信号用于开启呼叫中台对配送员提供的请求功能权限。呼叫中台接收到验证确认信号后，则开启对配送员提供的请求功能权限。此时，配送员可以收听到呼叫中台所播放的关于请求功能的类型选择提示音，配送员根据提示音进行相应的输入，则可以实现对应的请求功能。
[0190]
第二接收模块404，用于接收呼叫中台反馈的配送员输入的解锁请求信息。
[0191]
控制模块405，用于响应于第二接收模块403接收的解锁请求信息，调用车控系统解锁车辆，以供配送员将物品放入车辆。调用车控系统解锁车辆可以包括调用车控系统解锁车辆的后备箱或前备箱。
[0192]
从该实施例可以看出，本技术提供的物品安全配送到车的处理装置40，能够让配送员通过电话通信的方式解锁车辆，基于电话通信的可靠性，保证了解锁过程的有效性，使得配送员可以更便捷且安全地解锁车辆，提升了配送员的配送效率；同时，通过确认验证信息的方式，保障了解锁车辆的安全性，减少了配送到车服务中的车辆安全风险。
[0193]
图5为本技术另一实施例中的物品安全配送到车的处理装置40的结构示意图。
[0194]
参见图5，一种物品安全配送到车的处理装置40，包括：下单模块401、第一接收模块402、验证确认模块403、第二接收模块404、控制模块405、号码接收模块406、号码确认模块407、联系模块408、提示模块409。
[0195]
其中，下单模块401、第一接收模块402、验证确认模块403、第二接收模块404、控制模块405的功能可以参见图4中的描述，此处不再赘述。
[0196]
号码接收模块406，用于接收呼叫中台反馈的配送员的号码信息，其中配送员通过拨打ivr电话号码接入呼叫中台。
[0197]
号码确认模块407，用于在号码接收模块406接收的号码信息验证成功后，向呼叫中台反馈呼入号码验证成功的信号。
[0198]
联系模块408，用于接收呼叫中台反馈的配送员输入的联系车主请求信息；响应于联系车主请求信息，向呼叫中台发送车主设定被叫号，供呼叫中台将配送员转接到车主设定被叫号。其中，车主设定被叫号可以是车主自己的电话号码，也可以是车主设置的其他人的电话号码，例如车主亲朋戚友的电话号码。
[0199]
可选的，联系模块408还用于接收呼叫中台反馈的配送员的联系车主失败信息；响应于联系车主失败信息，向呼叫中台发送人工客服被叫号，供呼叫中台将配送员转接到人工客服被叫号。
[0200]
提示模块409，用于接收呼叫中台反馈的配送员输入的寻车请求信息；响应于寻车请求信息，控制车辆发出提示信号。控制车辆发出提示信号可以包括：控制车辆进行闪灯和/或鸣笛。这样，可以实现自主寻车功能，从而使得配送员可以根据车辆所发出提示信号，找到车辆的所在位置。
[0201]
图6是本技术实施例示出的物品配送系统的结构示意图。
[0202]
参见图6，一种物品安全配送到车的处理系统60，包括：呼叫中台601、预定平台602及车辆603。
[0203]
呼叫中台601，用于向预定平台602反馈配送员输入的验证信息，在接收到预定平台602发送的验证成功信号之后，向预定平台602反馈配送员输入的解锁请求信息。
[0204]
预定平台602，用于根据用户的下单信息生成配送订单信息，配送订单信息包括用于验证配送员身份的验证信息；接收呼叫中台601反馈的配送员输入的验证信息；在验证信息验证成功后，向呼叫中台601发送验证成功信号；接收呼叫中台601反馈的配送员输入的解锁请求信息；响应于解锁请求信息，调用车控系统解锁车辆603，以供配送员将物品放入车辆603。
[0205]
车辆603，用于根据预定平台602的控制进行解锁。
[0206]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。
[0207]
图7是本技术实施例示出的预定平台的结构示意图。
[0208]
参见图7，预定平台700包括存储器710和处理器720。
[0209]
处理器720可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0210]
存储器710可以包括各种类型的存储单元，例如系统内存、只读存储器(rom)，和永久存储装置。其中，rom可以存储处理器720或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器710可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(dram，sram，sdram，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器710可以包括可读和/或写的可移除的存储设备，例如激光唱片(cd)、只读数字多功能光盘(例如dvd
‑
rom，双层dvd
‑
rom)、只读蓝光光盘、超密度光盘、闪存卡(例如sd卡、min sd卡、micro
‑
sd卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。
[0211]
存储器710上存储有可执行代码，当可执行代码被处理器720处理时，可以使处理器720执行上文述及的方法中的部分或全部。
[0212]
此外，根据本技术的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本技术的上述方法中部分或全部步骤的计算机程序代码指令。
[0213]
或者，本技术还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当可执行代码(或计算机程序、或计算机指令代码)被预定平台(或预定平台、服务器等)的处理器执行时，使处理器执行根据本技术的上述方法的各个步骤的部分或全部。
[0214]
以上已经描述了本技术的各实施例，上述说明是示例性的，并非穷尽性的，并且也
不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。