一种安全送货系统、方法、云端服务器及电子设备与流程

本申请涉及基于互联网的送货技术领域，特别是涉及一种安全送货系统、方法及云端服务器和电子设备。

背景技术：

网上购物，物流配送是最重要的，物流不仅需要快速，货物应在最短的时间内送到客人手中，而且必须安全到达。所谓“安全”意味着货物不会在半路被“掉包”，特别是当货物是食品或美味菜肴时，安全更显重要。

以目前的订餐系统为例，当客户通过手机app在网上下单了一道美味的菜肴，店家在其店铺设备中收到该订单，快递员也在其手机app中收到运送该菜肴的订单，当店家准备好后，将其打包交给快递员，快递员根据手机app显示的客户地址将该菜肴送到客户手中。

但在运送的途中，货物并没有人进行监管，目前的打包用品如塑料袋，餐盒等可以被任意人打开而不被察觉。这使得客户对货物的安全或者卫生情况极不放心。目前经常有新闻报道，客户的订餐被快递员调包、偷吃甚至放入不卫生的物品。这使得目前的互联网订货系统安全性等有待提高。

技术实现要素：

本申请提供了一种安全送货系统、方法、云端服务器及电子设备，提高了送货的安全性。

本申请提供了如下方案：

第一方面提供了一种安全送货系统，系统包括：

第一终端、智能锁、第二终端以及云端服务器；所述智能锁中包括锁体和智能卡，所述智能锁通过所述智能卡与所述云端服务器进行通讯；

第一终端，用于获取所述智能锁的标识信息并发送包含所述标识信息的绑定请求至所述云端服务器；

所述第二终端用于向所述云端服务器发送针对所述智能锁的开锁请求；

所述云端服务器用于在判断到所述智能锁为空锁时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将绑定成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；

所述云端服务器还用于对所述第二终端的开锁权限进行验证并在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；

所述智能锁用于根据预存的第一开锁密码对对所述开锁指令进行验证，若验证通过，则开锁。

优选的，

所述云端服务器还用于在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

优选的，所述云端服务器还用于在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁；

所述智能锁根据预存的第一开锁密码进行验证，验证通过后，删除所述第一开锁密码并存储所述第二开锁密码。

优选的，所述系统还包括第三终端；

所述第二终端，还用于发送授权所述第三终端开锁权限的指令至所述云端服务器；

所述云端服务器还用于在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端；

所述第三终端还用于返回开锁权限成功的信息至所述云端服务器。

优选的，

所述第一终端还用于发送授权所述第二终端开锁权限的指令至所述云端服务器；

所述云端服务器还用于在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端；

所述第二终端还用于返回开锁权限成功的信息至所述云端服务器。

优选的，

所述第一终端还用于发送解除绑定指令至所述云端服务器；

所述云端服务器用于根据所述解除绑定指令发送包含所述第一开锁密码的清除指令至所述智能锁；

所述智能锁用于在对所述第一开锁密码验证通过后，根据所述清除指令删除存储的第一开锁密码。

本发明第二方面还提供了一种安全送货方法，应用于上述系统，方法包括：

第一终端获取所述智能锁的标识信息并发送包含所述标识信息的绑定请求至所述云端服务器；

所述云端服务器在判断到所述智能锁为空锁时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将注册成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；

所述第二终端向所述云端服务器发送针对所述智能锁的开锁请求；

所述云端服务器对所述第二终端的开锁权限进行验证并在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；

所述智能锁根据预存的第一开锁密码对对所述开锁指令进行验证，若验证通过，则开锁。

优选的，所述方法还包括：

所述云端服务器在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

优选的，所述方法还包括：

所述云端服务器在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁；

所述智能锁根据预存的第一开锁密码进行验证，验证通过后，删除所述第一开锁密码并存储所述第二开锁密码。

优选的系统还包括第三终端，所述方法还包括：

所述第二终端，发送授权所述第三终端开锁权限的指令至所述云端服务器；

所述云端服务器在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端；

所述第三终端返回开锁权限成功的信息至所述云端服务器。

优选的，所述方法还包括所述第二终端获得开锁权限过程：

所述第一终端发送授权所述第二终端开锁权限的指令至所述云端服务器；

所述云端服务器在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端；

所述第二终端返回开锁权限成功的信息至所述云端服务器。

本发明第三方面还提供了一种云端服务器，包括：

绑定单元，用于接收第一终端发送的包含所述智能锁标识信息的绑定请求并在判断到所述智能锁为空锁时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将注册成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；所述绑定请求是第一终端在获取所述智能锁的标识信息产生的；

开锁单元，用于接收第二终端的开锁请求，对所述第二终端的开锁权限进行验证并在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；以便所述智能锁根据所述开锁指令进行开锁。

优选的，还包括：

取消权限单元，用于在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

优选的，还包括：

第二开锁密码单元，用于在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁。

优选的，还包括：

第一授权单元，用于接收所述第二终端发送的授权第三终端开锁权限的指令并在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端。

优选的，还包括：

第二授权单元，用于接收所述第一终端发送的授权第二终端开锁权限的指令并在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端。

本发明再一方面还公开了一种安全送货方法，包括

接收第一终端发送的包含所述智能锁标识信息的绑定请求；

在判断到所述智能锁为空锁时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将绑定成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；所述绑定请求是第一终端在获取所述智能锁的标识信息产生的；

接收第二终端的开锁请求，对所述第二终端的开锁权限进行验证；

在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；以便所述智能锁根据所述开锁指令进行开锁。

优选的，还包括：

在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

优选的，还包括：

在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁。

优选的，还包括：

接收所述第二终端发送的授权第三终端开锁权限的指令并在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端。

优选的，还包括：

接收所述第一终端发送的授权第二终端开锁权限的指令；

在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端。

本发明另一方面还提供了一种电子设备，包括：

存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如下操作：

接收第二终端的开锁请求，对所述第二终端的开锁权限进行验证；

在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；以便所述智能锁根据所述开锁指令进行开锁。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请，店家在通过第一终端在与空锁绑定时，即可由云端服务器产生开锁密码存储并发送至智能锁存储，第一终端通过云端服务器对货物的客户终端(第二终端)分配开锁权限。然后通过第二终端发送开锁请求给云端服务器，服务器才会将开锁密码发至智能锁进行验证开锁。因此货物由店家在打包完成后，交付到快递员手里之前用智能锁锁上，该货物的智能锁在中途无法随意开启，一直到送到客户手中，通过有开锁权限的第二终端才可以打开，保证了货物在运输途中的安全性，提高了用户的体验。

进一步的，第二终端可以通过云端服务器授权开锁权限给其他终端，避免了客户不在时，智能锁无法开启的情形。

可见，应用本申请，货物被智能锁锁定，只有有权限的终端才可以打开。而赋予权限的过程以及开锁过程均通过云端进行，进一步提高了安全性。

当然，实施本申请的任一产品并不一定需要同时达到以上的所有优点。

附图说明

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

图1是本申请实施例提供的系统结构图；

图2是本申请实施例提供的方法流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请旨在提供一种安全送货系统，其将货物通过智能锁绑定，利用与智能锁绑定的终端通过云端授权其他终端开锁权限的方式，对智能锁进行开锁，避免了货物被随意打开的情况，提高了安全性。

本申请实施例中的智能锁包括锁体和智能卡(sim卡)。其中锁体用于完成锁定货物的功能，其具体结构等可以参照现有技术中的锁体设置，本申请实施例不作具体显示。智能卡为电子电路板，用以实现智能锁与外界的信息传输，具体的可以通过lte(longtermevolution，长期演进)模块与外界进行通讯。

本申请中，云端服务器、智能锁以及各移动终端之间均通过蜂窝移动电话信号进行通讯，在通讯中均可采用https加密协议，以保证数据传输安全性。

实施例一

本申请实施例一提供一种安全送货系统，如图1所示，系统包括：

第一终端11、智能锁12、第二终端13以及云端服务器14。该系统为一个物联网系统。

首先，本系统中涉及mobile-cloud–mobile(简称mcm)系统，终端之间、终端与智能锁之间建立有与同一云端的联系，云端中存储中终端对应账户的信息。

在实际应用中，终端中下载有mcmapp，并在该mcmapp中进行注册，注册信息中包含有用于识别每一终端的标示符，如手机号等。

首先第一终端11下载mcmapp，进行注册，注册信息上传至云端服务器14。第一终端11获取智能锁12的标识信息，发送绑定请求至云端服务器。云端服务器根据标识信息对智能锁进行判断，如果该智能锁符合一定条件如空锁(目前未绑定)，那么云端服务器将智能锁与第一终端绑定，赋予第一终端管理权限，并生成智能锁的第一开锁密码进行存储，同时发送智能锁进行存储，以便智能锁后续进行验证。其中第一开锁密码优选随机密码。

第一终端11与智能锁12进行绑定，成为智能锁12的主人，就具有智能锁12的管理权限，该管理权限的权限级别较高，可以进行开锁等一般权限，也可以授权其他终端开锁权限、取消其他终端开锁权限、授权或取消其他终端其他类别权限等功能。

第一终端11绑定成为智能锁12的主人可以有多种方式和情形。

如智能锁12上可以设有二维码，第一终端可以扫该二维码获得智能锁标识信息并将该信息发送至云端服务器。如果智能锁12为空锁，可以据此建立与智能锁12的联系，成为智能锁12的主人。

通过绑定过程，智能锁和云端服务器中都存储有第一开锁密码，而第一终端具有了管理权限。在第一终端的mcmapp上就可以看到与该智能锁相关的信息。

在每一送货过程中，智能锁12锁定货物后开始运送，第一终端11发送授权第二终端(客户终端)开锁权限的指令至云端服务器。云端服务器在验证到第一终端具有授权权限后，分配开锁权限至第二终端。当然，第二终端中也需要下载mcmapp，且进行账户注册。此时第二终端的mcmapp界面上就能够显示对应的智能锁。

当货物运到后，第二终端就可以在mcmapp界面上输入开锁请求并发送至云端服务器，云端服务器验证第二终端的开锁权限，验证通过后，就发送包括第一开锁密码的开锁指令至智能锁。智能锁根据预存的第一开锁密码，对开锁指令验证通过后执行开锁操作。

通过上述过程，第一终端完成与智能锁绑定，获得管理权限，云端服务器在完成第一终端和智能锁绑定时生成第一开锁密码并存储，同时发送至智能锁进行存储。之后第一终端通过云端服务器授权第二终端开锁权限，这样第二终端就可以通过云端服务器对智能锁进行开锁。通过这一过程，货物在运输过程中，只有具有开锁权限的终端才可以开启，保证了货物的安全。

为获得送货过程中货物状态，第一终端还可以授权第四终端(快递员的终端)普通用户权限，此时第一终端发送请求至云端服务器，云端服务器将第四终端添加为普通用户，第四终端没有开锁权限，但是第四终端可以将智能锁的gps等信息上传至云端服务器。

为保证安全，客户的第二终端的开锁权限通常是单次权限，一旦取货成功即作废。为此，本申请中的云端务器还用于在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。此时在mcmapp界面上，对应上述智能锁的账户中就不在有第二终端。

本申请优选实施例中，每一次开锁后，开锁密码即失效。此时，云端服务器生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁；所述智能锁根据预存的第一开锁密码进行验证，以证明云端服务器的合法身份，验证通过后，删除所述第一开锁密码并存储所述第二开锁密码。

有时候客户不在指定送货位置，那么可以让客户授权在指定位置附近的用户进行开锁。优选的，所述系统还包括第三终端；

所述第二终端，还用于发送授权所述第三终端开锁权限的指令至所述云端服务器；

所述云端服务器还用于在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端；

所述第三终端还用于返回开锁权限成功的信息至所述云端服务器。

本申请优选实施例中，第一终端还可以解除与智能锁的绑定，具体的所述第一终端还用于发送解除绑定指令至所述云端服务器；

所述云端服务器用于根据所述解除绑定指令发送包含所述第一开锁密码的清除指令至所述智能锁；

所述智能锁用于在对所述第一开锁密码验证通过后，根据所述清除指令删除存储的第一开锁密码。

通过本申请，智能锁在与第一终端建立绑定关系时，由云端生成密码，并发送智能锁保存。货物由店家在打包完成后，交付到快递员手里之前用智能锁锁上，该货物的智能锁在中途无法开启。第一终端通过云端授权第二终端开锁权限，因此货物送到客户手中后，第二终端可以通过云端将智能锁打开，保证了货物在运输途中的安全性，提高了用户的体验。

进一步的，开锁密码还可以由有权终端(第一终端、第二终端)通过云端授权给其他终端以进行智能锁开锁，避免了客户不在时，智能锁无法开启的情形。

实施例二

本申请实施例二提供了一种安全送货方法，应用在上述实施例一的系统里，方法包括：

s21、第一终端获取所述智能锁的标识信息并发送包含所述标识信息的绑定请求至所述云端服务器；

s22、所述云端服务器在判断到所述智能锁符合绑定条件时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将注册成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；

s23、所述第二终端向所述云端服务器发送针对所述智能锁的开锁请求；

s24、所述云端服务器对所述第二终端的开锁权限进行验证并在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；

s25、所述智能锁根据预存的第一开锁密码对对所述开锁指令进行验证，若验证通过，则开锁。

其中第二终端通过下述方式获得开锁权限：

所述第一终端发送授权所述第二终端开锁权限的指令至所述云端服务器；

所述云端服务器在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端；

所述第二终端返回开锁权限成功的信息至所述云端服务器。

为保证安全，第二终端的开锁权限为单次权限，该方法还包括：

所述云端服务器在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

为保证密码的安全性，密码在使用后需要进行更新，对应的方法还包括：

所述云端服务器在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁；

所述智能锁根据预存的第一开锁密码进行验证，验证通过后，删除所述第一开锁密码并存储所述第二开锁密码。

如第二终端因各种原因无法进行开锁操作，此时第二终端可以授权其他终端完成此操作。如果待授权终端为mcmapp的注册用户，那么可以直接通过mcmapp进行授权：

系统还包括第三终端；方法还包括：

所述第二终端，发送授权所述第三终端开锁权限的指令至所述云端服务器；

所述云端服务器在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端；

所述第三终端返回开锁权限成功的信息至所述云端服务器。

实施例三

本申请实施例三提供了一种云端服务器，云端服务器包括：

绑定单元，用于接收第一终端发送的包含所述智能锁标识信息的绑定请求并在判断到所述智能锁符合绑定条件时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将注册成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；所述绑定请求是第一终端在获取所述智能锁的标识信息产生的；

开锁单元，用于接收第二终端的开锁请求，对所述第二终端的开锁权限进行验证并在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；以便所述智能锁根据所述开锁指令进行开锁。

优选实施例中，还包括：

取消权限单元，用于在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

优选实施例中，还包括：

第二开锁密码单元，用于在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁。

优选实施例中，还包括：

第一授权单元，用于接收所述第二终端发送的授权第三终端开锁权限的指令并在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端。

优选实施例中，还包括：

第二授权单元，用于接收所述第一终端发送的授权第二终端开锁权限的指令并在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端。

实施例四

对应实施例三的云端服务器，实施例四提供一种安全送货方法，包括：

接收第一终端发送的包含所述智能锁标识信息的绑定请求；

在判断到所述智能锁符合绑定条件时，绑定所述智能锁与所述第一终端，并分配管理权限给所述第一终端，生成所述智能锁的第一开锁密码，将绑定成功信息发送至所述第一终端，将所述第一开锁密码存储并发送至所述智能锁进行存储；所述绑定请求是第一终端在获取所述智能锁的标识信息产生的；

接收第二终端的开锁请求，对所述第二终端的开锁权限进行验证；

在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；以便所述智能锁根据所述开锁指令进行开锁。

优选实施例中，还包括：

在根据所述第二终端的开锁请求开锁成功后，取消所述第二终端的开锁权限。

优选实施例中，还包括：

在每一次开锁后，生成第二开锁密码并将所述第二开锁密码和第一开锁密码发送至所述智能锁。

优选实施例中，还包括：

接收所述第二终端发送的授权第三终端开锁权限的指令并在对所述第二终端的开锁权限验证通过后，分配开锁权限给所述第三终端。

优选实施例中，还包括：

接收所述第一终端发送的授权第二终端开锁权限的指令；

在对所述第一终端的管理权限验证通过后，分配开锁权限给所述第二终端。

实施例五

本申请实施例五提供了一种电子设备，包括：

存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如下操作：

接收第二终端的开锁请求，对所述第二终端的开锁权限进行验证；

在验证通过时发送包含有预先存储的所述智能锁的第一开锁密码的开锁指令至所述智能锁；以便所述智能锁根据所述开锁指令进行开锁。

本申请施例五提供的电子设备，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线可以分为地址总线、数据总线、控制总线等。

存储器，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成资源转移请求处理装置。处理器，执行存储器所存放的程序。

处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说上述处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

以下为本申请的一个具体应用场景，为餐饮店针对顾客订餐执行的送货流程：

首先餐饮店主管a有一终端对应上述第一终端，为mcmapp注册用户，且与智能锁绑定，为智能锁主人(admin)，b为客户即订餐人，其终端对应上述第二终端，为mcmapp注册用户。c为快递员，其终端对应上述第四终端，为mcmapp注册用户。

首先a下载mcmapp，注册为用户，并通过相应应用程序扫智能锁二维码，之后将信息上传至云端服务器。云端服务器在判断到该智能锁符合绑定条件如空锁时，建立智能锁与第一终端绑定关系，并分配第一终端管理权限，生成开锁密码存储并发送智能锁存储。

之后，如a收到b的下单指令，将b对应第二终端添加在自己mcmapp的客户(customer)一栏中，该添加动作实际是一种授权动作。c的第四终端被a的第一终端添加在雇员(staff)一栏，但并不授权第四终端开锁权限。

食品制作完成后，将进行送餐前的准备，a把食品放进送货箱内，并用智能锁锁好，交给快递员c送餐。

之后开始送餐，在送餐到达后，b打开mcmapp，将第二终端和云端服务器连接，发送针对上述智能锁的开锁请求至云端服务器。

云端服务器对第二终端进行身份验证，验证其具有开锁权限，则将开锁密码发送至智能锁，智能锁将该开锁密码与自身存储密码进行匹配，匹配通过则执行开锁操作。

开锁完成后，智能锁发送开锁信息至云端服务器，云端服务器会取消第二终端开锁权限，将其删除，并生成新的开锁密码，将新开锁密码与前次开锁密码一起发送至智能锁，智能锁利用前次开锁密码进行验证云端服务器身份，通过后将新开锁密码保存并删除前次开锁密码。

假如b恰好不在指定送餐位置，那么其可以通过云端服务器授权在指定位置的d的第三终端开锁权限，利用第三终端进行开锁。

为进一步提升用户体验，在送货过程中，可以将快递员c的第四终端gps定位信息通过mcmapp实时传送上云端服务器。

b在家里打开mcmapp，点击c对应的图标可以查看快递员到了哪里位置。以便安排自己的时间。

进一步的还可以增加传感器，将食物的其他信息如温度、方向、振动幅度等信息获取后上传至云端服务器。

在上述过程中，云端需要对手机进行身份验证，本申请中行，云端对手机mcmapp的身份验证采用useremailaddress作为userid，再加上userpassword的验证来保证移动终端身份验证的安全性。

云端需要对智能锁进行身份验证，本申请中对智能锁的身份验证采用由云端根据锁管理者即第一终端的userid产生的一个特定的密匙key来验证，锁接收到信号也是通过这个key验证接收到信号的身份的合法性。其中密匙key的组成可按如下公式生成：

key＝8bitrandomcode+userid+userpassword，其中8bitrandomcode是随机动态密码。

需要说明的是本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上，本说明书内容不应理解为对本申请的限制。