快递交付方法、装置、电子设备及存储介质

摘要

本发明实施例公开了一种快递交付方法、装置、电子设备及存储介质。该方法包括：在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取所述待交付快递对应的快递信息；将所述快递信息进行输出，以使配送客户端获得所述快递信息，以及基于所述快递信息查找所述待交付快递。通过上述技术方案，实现了更加准确且高效地向用户交付待交付快递。

权利要求

1.一种快递交付方法，其特征在于，包括：

在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取所述待交付快递对应的快递信息；

将所述快递信息进行输出，以使配送客户端获得所述快递信息，以及基于所述快递信息查找所述待交付快递。

2.根据权利要求1所述的方法，其特征在于，所述将所述快递信息进行输出，以使配送客户端获得所述快递信息，以及基于所述快递信息查找所述待交付快递，包括：根据所述快递信息生成并显示所述待交付快递对应的可扫描信息，以供所述配送客户端扫描获得与所述待交付快递对应的快递信息并显示，以基于所述快递信息查找所述待交付快递。

3.根据权利要求2所述的方法，其特征在于，根据所述快递信息生成并显示所述待交付快递对应的可扫描信息包括：依据所述快递信息中的快递单号和/或所述待交付快递对应的物品获取任务信息，生成与所述待交付快递对应的二维码。

4.根据权利要求1所述的方法，其特征在于，在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令之前，还包括：在检测所述待交付快递对应的快递配送状态满足预设状态时，将所述快递取件请求控件的控件状态更改为可用状态。

5.根据权利要求4所述的方法，其特征在于，检测所述待交付快递对应的快递配送状态满足预设状态包括：检测所述待交付快递对应的快递运输状态为快递出库后的运输状态或快递员派送快递的派件状态时，确定所述快递配送状态满足所述预设状态。

6.根据权利要求4所述的方法，其特征在于，检测所述待交付快递对应的快递配送状态满足预设状态包括：检测所述待交付快递对应的快递配送状态为交付状态时，确定所述快递配送状态满足所述预设状态，其中，所述交付状态为所述配送客户端发出快递取件通知后的快递配送状态。

7.根据权利要求1所述的方法，其特征在于，在将所述快递信息进行输出之后，还包括：接收到服务端发送的控件状态更改指令时，隐藏所述快递取件请求控件，并将快递收取确认控件的控件状态更改为可用状态；

在检测到所述快递收取确认控件的触发指令时，隐藏所述快递收取确认控件，并显示快递交付完成控件，以及向所述服务端发送快递交付完成信息，以使所述服务端更改所述待交付快递对应的快递配送状态为完成状态，并向所述配送客户端发送所述快递交付完成信息。

8.根据权利要求7所述的方法，其特征在于，在隐藏所述快递收取确认控件，并显示快递交付完成控件之前，还包括：显示快递交付完成动画。

9.一种快递交付装置，其特征在于，包括：

快递信息获取模块，用于在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取所述待交付快递对应的快递信息；

快递信息输出模块，用于将所述快递信息进行输出，以使配送客户端获得所述快递信息，以及基于所述快递信息查找所述待交付快递。

10.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的快递交付方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-8中任一所述的快递交付方法。

说明书

快递交付方法、装置、电子设备及存储介质

技术领域

[0001] 本发明实施例涉及物流技术，尤其涉及一种快递交付方法、装置、电子设备及存储介质。

背景技术

[0002] 随着移动互联网电商和物流行业的迅速发展，线上下单线下配送的购物模式，逐渐成了大众消费的新习惯，收取快递是日常再熟悉不过的事情。一个良好的购物体验，除了线上环节，线下收取快递的体验往往更能让人印象深刻，决定了用户的去留。很多订单被用户差评，往往不是因为商品本身的问题，而是因为收取快递的体验不佳导致的，因此，有必要提升快递交付环节的服务，从而提升用户体验和满意度。

[0003] 当前常见的线下快递配送交付方式，如图1所示。快递员到达快递配送点后，给用户群发取件通知。用户到达取件地点后，由于人多，需要排队取件。但用户不一定同时到齐，而且快递员人手不足，忙不过来，所以快递员将需要配送的所有用户的纸质订单清单交给用户，让用户从中找出自己的订单清单。用户找出自己的订单清单后，交给快递员，再排队等待交付商品。快递员从快递车中找到用户的快递包裹后，交付用户，该用户完成了取件流程。

[0004] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：(1)由于纸质订单清单的使用，容易造成用户隐私泄露，以及浪费纸张而增加运营成本的问题；(2)用户在纸质订单清单中查找个人订单信息的过程，快递员可能处于空等状态，造成快递交付效率低下；而用户需要耗时耗力才能拿到自己的快递，容易造成用户反感，用户体验差；同时，由于完全依赖人为查找结果交付快递，容易导致快递错误交付的情况出现，进一步降低快递交付效率和用户体验。

发明内容

[0005] 本发明实施例提供一种快递交付方法、装置、电子设备及存储介质，以实现更加准确且高效地向用户交付待交付快递。

[0006] 第一方面，本发明实施例提供了一种快递交付方法，包括：

[0007] 在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取所述待交付快递对应的快递信息；

[0008] 将所述快递信息进行输出，以使配送客户端获得所述快递信息，以及基于所述快递信息查找所述待交付快递。

[0009] 第二方面，本发明实施例还提供了一种快递交付装置，该装置包括：

[0010] 快递信息获取模块，用于在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取所述待交付快递对应的快递信息；

[0011] 快递信息输出模块，用于将所述快递信息进行输出，以使配送客户端获得所述快递信息，以及基于所述快递信息查找所述待交付快递。

[0012] 第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：

[0013] 一个或多个处理器；

[0014] 存储装置，用于存储一个或多个程序，

[0015] 当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所提供的快递交付方法。

[0016] 第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本发明任意实施例所提供的快递交付方法。

[0017] 本发明实施例通过在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息。实现了待交付快递的快递信息的自动获取，避免了纸质订单清单的使用，进而一定程度上解决了用户隐私泄露、增加运营成本及快递信息错误而导致的快递交付错误的问题，提高了待交付快递的快递信息获取的准确性和效率。通过将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。实现了用户和快递员之间快速地交流快递信息，使得快递员可以快速且准确地查找并交付待交付快递，提高了待交付快递的交付准确性和效率。

附图说明

[0018] 图1为现有技术中的快递交付流程的示意图；

[0019] 图2是本发明实施例一中的一种快递交付方法的流程图；

[0020] 图3是本发明实施例一中的快递交付流程的示意图；

[0021] 图4是本发明实施例一中的用户客户端中快递取件界面的示意图；

[0022] 图5是本发明实施例一中的用户客户端中快递信息显示界面的示意图；

[0023] 图6是本发明实施例二中的一种快递交付方法的流程图；

[0024] 图7是本发明实施例二中的快递交付完成动画的示意图；

[0025] 图8是本发明实施例三中的一种快递交付装置的结构示意图；

[0026] 图9是本发明实施例四中的一种电子设备的结构示意图。

具体实施方式

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

[0028] 实施例一

[0029] 本实施例提供的快递交付方法可适用于快递员将快递交付给用户的情况，尤其适用于快递配送点向各用户交付快递的情况。该方法可以由快递交付装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在具有显示输出功能的电子设备中，例如典型的是用户终端电子设备，例如手机、掌上电脑或平板电脑等。参见图2，本实施例的方法具体包括如下步骤：

[0030] S110、在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息。

[0031] 其中，快递取件请求控件是用于生成快递取件请求的控件，其为用户客户端中的控件，且能够显示在用户客户端显示界面上。快递信息是指能够唯一表征一个待交付快递的信息，例如可以是快递单号；也可以是快递对应的物品获取任务信息，如订单号，或者用户名、手机号以及快递对应物品的名称和数量等至少两项的组合；还可以是系统设置的快递取件码，如按照某种规则顺序编码的数字。

[0032] 为了摒弃纸质订单清单，本发明实施例中将用户取快递时所需要的信息设置为电子形式呈现。参见图3，快递员到达快递配送点后，给用户群发取件通知。用户到达取件地点后，可能由于人多需要排队取件。当用户取快递而需要展示待交付快递的快递信息时，便可以在显示取件界面的用户客户端界面上进行操作，例如用户点击触发如图4中的能够生成快递取件请求的快递取件请求控件401，而用户客户端便会监测到快递取件请求控件被触发而产生的触发指令，进而根据该触发指令获取待交付快递对应的快递信息。获取快递信息的方式可以是根据触发指令、待交付快递与快递信息之间的对应关系，从本地存储空间或者服务端中查询获得，也可以是根据触发指令对应的待交付快递的相关信息即时生成。

[0033] S120、将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。

[0034] 在获得快递信息之后，便将该快递信息进行输出，以显示在用户客户端界面上。此时，用户可以将如图5所示的显示有快递信息的界面展示给快递员，以便快递员根据快递信息查找待交付快递，并交付至用户。更为方便地，用户客户端可以进一步将该快递信息以一种可以电子传递的形式传输给快递员持有的配送客户端。例如，用户客户端在输出快递信息时，激发生成近场通信(Near Field Communication，NFC)信号或者蓝牙信号等短距离信息传输信号，以将快递信息传输至配送客户端。这样，快递员便可以根据配送客户端上显示的快递信息进行待交付快递的查找和交付。

[0035] 示例性地，S120包括：根据快递信息生成并显示待交付快递对应的可扫描信息，以供配送客户端扫描获得与待交付快递对应的快递信息并显示，以基于快递信息查找待交付快递。

[0036] 其中，可扫描信息是指可供客户端扫描的信息，例如可以是二维码或条形码等。

[0037] 输出快递信息的方式，除了直接以文字形式或图像形式显示快递信息之外，还以利用快递信息进行图像编码，生成可扫描信息进行显示。之后，快递员便可利用配送客户端扫描该可扫描信息，从而将用户客户端中的快递信息快速传输至配送客户端。这样设置的好处在于，相对于快递员从用户客户端界面查看快递信息的方式而言，能够避免快递员频繁查看用户客户端，提高快递信息传输的便捷性，进而提高待交付快递的交付效率和用户体验。相对于网络传输快递信息的方式而言，能够以更加简洁的方式确保快递交付的顺序，快递员扫描一个可扫描信息便查找且交付一个待交付快递，一定程度上提高双方的快递交付效率；另外，该方式可以有效避免用户在未到达配送点之前误点击快递取件请求控件而将快递信息发送至配送客户端，而造成的快递交付混乱现象。最后，当面扫描可扫描信息的方式，能够一定程度上进行取件人的身份验证，防止快递错误交付的情况发生。

[0038] 示例性地，根据快递信息生成并显示待交付快递对应的可扫描信息包括：依据快递信息中的快递单号和/或待交付快递对应的物品获取任务信息，生成与待交付快递对应的二维码。

[0039] 上述过程中利用快递信息生成可扫描信息的方式，可以是利用快递信息中的快递单号和/或待交付快递对应的物品获取任务信息进行编码，从而生成二维码，作为待交付快递对应的可扫描信息。该生成二维码的过程可以是用户客户端本地生成，也可以是在服务端生成后下发给用户客户端。

[0040] 本实施例的技术方案，通过在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息。实现了待交付快递的快递信息的自动获取，避免了纸质订单清单的使用，进而一定程度上解决了用户隐私泄露、增加运营成本及快递信息错误而导致的快递交付错误的问题，提高了待交付快递的快递信息获取的准确性和效率。通过将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。实现了用户和快递员之间快速地交流快递信息，使得快递员可以快速且准确地并交付待交付快递，提高了待交付快递的交付准确性和效率。

[0041] 实施例二

[0042] 本实施例在上述实施例一的基础上，增加了“快递取件请求控件”的控件状态的更改步骤。在此基础上，还可以进一步增加快递交付完成后的快递状态更改步骤。其中与上述各实施例相同或相应的术语的解释在此不再赘述。参见图6，本实施例提供的快递交付方法包括：

[0043] S210、在检测待交付快递对应的快递配送状态满足预设状态时，将快递取件请求控件的控件状态更改为可用状态。

[0044] 其中，快递配送状态是指快递从出库到交付到用户的过程中所处的状态，例如可以是在路途运输的运输状态，也可以是快递从快递配送点发出后由快递员向用户派送快递的派件状态，还可以是快递员向用户交付快递过程中的交付状态等。预设状态是指预先设定的快递配送状态，其用于判定是否更改快递取件请求控件的控件状态。

[0045] 如图4所示，在用户客户端中，只要生成了物品获取任务(如订单)，便可显示快递取件请求控件。但是，为了使得快递取件请求控件在一定程度上反映快递的配送状态，本实施例中将快递取件请求控件的控件状态与快递配送状态402对应起来。也就是，只有当待交付快递的快递配送状态满足预设状态时，才可将快递取件请求控件的控件状态变更为可用状态，否则其状态便为不可用状态，即便用户在用户客户端上可见快递取件请求控件，也无法操作该快递取件请求控件。具体实施时，用户客户端监测待交付快递的快递配送状态，该快递配送状态由用户客户端对应的服务端下发。当检测到快递配送状态为预设状态时，便将快递取件请求控件的控件状态变更为可用状态，此时，用户方可点击该快递取件请求控件。

[0046] 示例性地，检测待交付快递对应的快递配送状态满足预设状态包括：检测待交付快递对应的快递运输状态为快递出库后的运输状态或快递员派送快递的派件状态时，确定快递配送状态满足预设状态。

[0047] 只要待交付快递已经出库，便可将快递取件请求控件的控件状态更改为可用状态，故用户客户端在检测到待交付快递的快递运输状态变更为“运输中”的运输状态或者“派件中”的派件状态，便可确定快递配送状态满足预设状态。

[0048] 示例性地，检测待交付快递对应的快递配送状态满足预设状态包括：检测待交付快递对应的快递配送状态为交付状态时，确定快递配送状态满足预设状态，其中，交付状态为配送客户端发出快递取件通知后的快递配送状态。

[0049] 考虑到用户客户端中可能同时存在多个待交付快递对应的快递取件请求控件，而不同待交付快递的快递配送状态可能不同，如果按照上述说明，将全部的快递取件请求控件的控件状态均设置为可用状态，那么用户在收到快递取件通知之后，需要将快递取件通知中的待交付快递对应的快递信息与用户客户端中的多个待交付快递对应的快递信息进行比对，才可确定需要操纵的快递取件请求控件。该过程仍有一定的繁琐，仍然存在用户误操作的可能性。所以，为了使得快递取件请求控件在快递交付过程中方可被访问，本实施例中将预设状态设置为交付状态，则用户客户端只有在检测到待交付快递的快递配送状态变更为交付状态时，才将待交付快递对应的快递取件请求控件的控件状态变更为可用状态。而上述交付状态是服务端监测到配送客户端发送的快递取件通知时，下发给用户客户端的快递配送状态。这样，只有处于最后的快递交付状态(即有快递取件通知)的待交付快递对应的快递取件请求控件才能被操纵，无需用户人为确定需要操纵的控件，能够进一步提升用户客户端输出快递信息的效率，进一步提升用户体验。

[0050] S220、在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息。

[0051] S230、将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。

[0052] S240、接收到服务端发送的控件状态更改指令时，隐藏快递取件请求控件，并将快递收取确认控件的控件状态更改为可用状态。

[0053] 其中，快递收取确认控件是用于生成快递交付完成信息的控件。快递交付完成信息是表征待交付快递已经完成交付的信息，例如包含待交付快递的快递信息和交付完成状态信息等。

[0054] 服务端能够监测到配送客户端从用户客户端获得快递信息，当配送客户端获得快递信息之后，服务端便生成待交付快递对应的控件状态更改指令，并将其发送至用户客户端。用户客户端接收到控件状态更改指令后，便根据该控件状态更改指令，隐藏快递取件请求控件，并将快递收取确认控件的控件状态更改为可用状态予以显示在用户客户端界面。如图4所示，该快递收取确认控件403可以显示在快递取件界面，也可以如图5所示，快递收取确认控件501显示在快递信息显示界面。

[0055] S250、在检测到快递收取确认控件的触发指令时，显示快递交付完成动画。

[0056] 在用户拿到待交付快递之后，便可点击触发用户客户端界面中的快递收取确认控件，而用户客户端检测到快递收取确认控件的触发指令时，便说明用户已经拿到待交付快递，则可显示如图7所示的“阅后即焚”的快递交付完成动画。该快递交付完成动画可以是本地存储的动画，也可以是用户客户端根据检测到的快递收取确认控件的触发指令向服务端请求而获得。无论是本地存储，还是服务端存储，快递交付完成动画均可以在服务端进行定期更新，而更新的动画内容可以是更新时间点对应的热点信息，如电商平台的促销活动信息或热门影视信息等，也可以是其他预先设定的推广信息，如商家广告等。

[0057] S260、隐藏快递收取确认控件，并显示快递交付完成控件，以及向服务端发送快递交付完成信息，以使服务端更改待交付快递对应的快递配送状态为完成状态，并向配送客户端发送快递交付完成信息。

[0058] 快递交付完成动画在达到动画设定的时长后，便会自动隐藏，此时由于用户已经拿到待交付快递且已执行确认取件的操作，故用户客户端需要隐藏快递收取确认控件，并显示如图4所示的快递交付完成控件404，以向用户展示该待交付快递已经完成交付。

[0059] 另外，根据上述说明，用户触发快递收取确认控件后，用户客户端可以生成快递交付完成信息，之后，用户客户端将该快递交付完成信息发送至服务端，以便服务端据此修改待交付快递对应的快递配送状态为“已完成”的完成状态。而服务端修改快递配送状态后，需要同时向用户客户端和配送客户端发送修改后的快递配送状态，以便通知用户和快递员该待交付快递已完成交付。

[0060] 需要说明的是，S250中显示快递交付完成动画的操作，与S260中向服务端发送快递交付完成信息的操作不限定执行顺序，其可以顺次执行，逆序执行或者同步执行。

[0061] 本实施例的技术方案，通过在检测待交付快递对应的快递配送状态满足预设状态时，将快递取件请求控件的控件状态更改为可用状态，实现了快递配送状态与快递取件请求控件的控件状态的绑定，使得根据快递取件请求控件而生成的快递信息的时效性更强，进一步提高快递交付的效率。通过接收到服务端发送的控件状态更改指令时，隐藏快递取件请求控件，并将快递收取确认控件的控件状态更改为可用状态；在检测到快递收取确认控件的触发指令时，隐藏快递收取确认控件，并显示快递交付完成控件。实现了快递交付完成后待交付快递的交付状态的变更，避免同一快递被多次请求交付的情况，进一步提高了快递交付的准确性，也进一步提升用户体验。通过显示快递交付完成动画，能够更加生动地向用户表征快递交付的一次性性质，同时可替代单调的进度条等加载页面，进一步提升用户体验。

[0062] 实施例三

[0063] 本实施例提供一种快递交付装置，参见图8，该装置具体包括：

[0064] 快递信息获取模块810，用于在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息；

[0065] 快递信息输出模块820，用于将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。

[0066] 可选地，快递信息输出模块820具体用于：

[0067] 根据快递信息生成并显示待交付快递对应的可扫描信息，以供配送客户端扫描获得与待交付快递对应的快递信息并显示，以基于快递信息查找待交付快递。

[0068] 进一步地，快递信息输出模块820还具体用于：

[0069] 依据快递信息中的快递单号和/或待交付快递对应的物品获取任务信息，生成与待交付快递对应的二维码。

[0070] 可选地，在上述装置的基础上，该装置还包括第一控件状态更改模块，用于：

[0071] 在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令之前，在检测待交付快递对应的快递配送状态满足预设状态时，将快递取件请求控件的控件状态更改为可用状态。

[0072] 进一步地，第一控件状态更改模块具体用于：

[0073] 检测待交付快递对应的快递运输状态为快递出库后的运输状态或快递员派送快递的派件状态时，确定快递配送状态满足预设状态。

[0074] 可替代地，第一控件状态更改模块还具体用于：

[0075] 检测待交付快递对应的快递配送状态为交付状态时，确定快递配送状态满足预设状态，其中，交付状态为配送客户端发出快递取件通知后的快递配送状态。

[0076] 可选地，在上述装置的基础上，该装置还包括第二控件状态更改模块，用于：

[0077] 在将快递信息进行输出之后，接收到服务端发送的控件状态更改指令时，隐藏快递取件请求控件，并将快递收取确认控件的控件状态更改为可用状态；

[0078] 在检测到快递收取确认控件的触发指令时，隐藏快递收取确认控件，并显示快递交付完成控件，以及向服务端发送快递交付完成信息，以使服务端更改待交付快递对应的快递配送状态为完成状态，并向配送客户端发送快递交付完成信息。

[0079] 进一步地，第二控件状态更改模块具体用于：

[0080] 在隐藏快递收取确认控件，并显示快递交付完成控件之前，显示快递交付完成动画。

[0081] 通过本发明实施例三的一种快递交付装置，通过在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息。实现了待交付快递的快递信息的自动获取，避免了纸质订单清单的使用，进而一定程度上解决了用户隐私泄露、增加运营成本及快递信息错误而导致的快递交付错误的问题，提高了待交付快递的快递信息获取的准确性和效率。通过将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。实现了用户和快递员之间快速地交流快递信息，使得快递员可以快速且准确地并交付待交付快递，提高了待交付快递的交付准确性和效率。

[0082] 本发明实施例所提供的快递交付装置可执行本发明任意实施例所提供的快递交付方法，具备执行方法相应的功能模块和有益效果。

[0083] 值得注意的是，上述快递交付装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

[0084] 实施例四

[0085] 参见图9，本实施例提供了一种电子设备，其包括：一个或多个处理器920；存储装置910，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器920执行，使得一个或多个处理器920实现本发明实施例所提供的快递交付方法，包括：

[0086] 在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息；

[0087] 将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。

[0088] 当然，本领域技术人员可以理解，处理器920还可以实现本发明任意实施例所提供的快递交付方法的技术方案。

[0089] 图9显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。如图9所示，该电子设备包括处理器920、存储装置910、输入装置930和输出装置940；电子设备中处理器920的数量可以是一个或多个，图9中以一个处理器920为例；电子设备中的处理器920、存储装置910、输入装置930和输出装置940可以通过总线或其他方式连接，图9中以通过总线950连接为例。

[0090] 存储装置910作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的快递交付方法对应的程序指令/模块(例如，快递交付装置中的快递信息获取模块和快递信息输出模块)。

[0091] 存储装置910可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置910可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置910可进一步包括相对于处理器920远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

[0092] 输入装置930可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置940可包括显示屏等显示设备。

[0093] 实施例五

[0094] 本实施例提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种快递交付方法，该方法包括：

[0095] 在检测到显示于用户客户端界面的待交付快递对应的快递取件请求控件的触发指令时，获取待交付快递对应的快递信息；

[0096] 将快递信息进行输出，以使配送客户端获得快递信息，以及基于快递信息查找待交付快递。

[0097] 当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的快递交付方法中的相关操作。

[0098] 通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台电子设备执行本发明各个实施例所提供的快递交付方法。

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