寄件请求处理方法、寄件请求处理装置、电子设备及存储介质与流程

本公开涉及计算机技术领域，尤其涉及一种寄件请求处理方法、寄件请求处理装置、电子设备及计算机可读存储介质。

背景技术：

随着电商及互联网的发展，物流技术也得到了前所未有的更新与优化，关于快递的包装也随着网购数量的增加也越来越多样化。但是，用户在收到快递拆包后，通常会丢弃快递的包装，或将其作为废品处理，其中可能包含了大数量的可用于循环利用的包装。这样，不仅给社会资源造成了极大的浪费，甚至还会对社会环境造成威胁。而现有技术中还未出现关于快递包装问题的寄件请求处理方法。

因此，如何对快递的包装进行有效管理，是现有技术亟待解决的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开提供了一种寄件请求处理方法、寄件请求处理装置、电子设备及计算机可读存储介质，进而至少在一定程度上克服现有的寄件请求处理方法中浪费社会资源、不能对快递包装进行有效管理的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种寄件请求处理方法，包括：响应于接收到客户端发送的寄件请求，确定提出所述寄件请求的用户账户；根据所述寄件请求建立所述用户账户的寄件任务；判断所述寄件任务中包括包装请求时，获取所述用户账户的待使用包装信息；根据所述待使用包装信息处理所述寄件请求。

在本公开的一种示例性实施例中，所述获取所述用户账户的待使用包装信息，包括：从所述包装请求中确定包装类型和包装尺寸；获取所述用户账户中所述包装类型下、满足所述包装尺寸的待使用包装的数量。

在本公开的一种示例性实施例中，所述根据所述待使用包装信息处理所述寄件请求，包括：比较所述待使用包装的数量和所述包装请求中的包装数量，根据比较结果对所述寄件请求的包装费用进行更新处理。

在本公开的一种示例性实施例中，在根据所述待使用包装信息处理所述寄件请求后，所述方法还包括：根据处理结果更新所述用户账户的待使用包装信息。

在本公开的一种示例性实施例中，所述方法还包括：响应于接收到包装回收请求，获取包装回收信息；根据所述包装回收信息更新对应账户的待使用包装信息。

在本公开的一种示例性实施例中，所述响应于接收到包装回收请求，获取包装回收信息，包括：在快递订单完成投放后，当接收到第一客户端通过快递信息界面提交的包装回收请求时，对所述包装回收请求进行审核，并在通过审核时根据所述包装回收请求获取包装回收信息；所述根据所述包装回收信息更新对应账户的待使用包装信息，包括：将所述包装回收信息添加至所述第一客户端的账户中，以更新该账户的待使用包装信息；其中，所述第一客户端为用户使用的客户端。

在本公开的一种示例性实施例中，所述响应于接收到包装回收请求，获取包装回收信息，包括：在快递订单完成投放后，当接收到第二客户端通过快递派送界面提交的包装回收请求时，根据所述包装回收请求获取包装回收信息；所述根据所述包装回收信息更新对应账户的待使用包装信息，包括：确定所述包装回收请求对应的账户，并将所述包装回收信息添加至所述该账户中，以更新该账户的待使用包装信息；其中，所述第二客户端为快递人员使用的客户端。

在本公开的一种示例性实施例中，所述根据所述包装回收信息更新所述用户账户的待使用包装信息，包括：根据获取的所述包装回收信息，确定预设数量的待使用包装，以及所述待使用包装对应的虚拟资源；根据所述待使用包装和所述虚拟资源，更新所述用户账户的待使用包装信息。

在本公开的一种示例性实施例中，所述方法还包括：响应于接收到所述用户账户提交的资源转换请求，根据所述资源转换请求将所述用户账户的至少一部分待使用包装转换为虚拟资源；将所述用户账户的待使用包装信息更新为剩余的待使用包装和所述虚拟资源；所述根据所述待使用包装信息处理所述寄件请求，包括：根据所述虚拟资源对所述寄件请求的包装费用和/或运输费用进行更新处理。

根据本公开的一个方面，提供一种寄件请求处理装置，包括：账户确定模块，用于响应于接收到客户端发送的寄件请求，确定提出所述寄件请求的用户账户；任务建立模块，用于根据所述寄件请求建立所述用户账户的寄件任务；信息获取模块，用于判断所述寄件任务中包括包装请求时，获取所述用户账户的待使用包装信息；请求处理模块，用于根据所述待使用包装信息处理所述寄件请求。

在本公开的一种示例性实施例中，信息获取模块包括：包装确定单元，用于如果所述寄件任务中包括包装请求，则从所述包装请求中确定包装类型和包装尺寸；数量获取单元，用于获取所述用户账户中所述包装类型下、满足所述包装尺寸的待使用包装的数量。

在本公开的一种示例性实施例中，请求处理模块包括：比较单元，用于比较所述待使用包装的数量和所述包装请求中的包装数量，根据比较结果对所述寄件请求的包装费用进行更新处理。

在本公开的一种示例性实施例中，寄件请求处理装置还包括：第一更新模块，用于在根据所述待使用包装信息处理所述寄件请求后，根据处理结果更新所述用户账户的待使用包装信息。

在本公开的一种示例性实施例中，寄件请求处理装置还包括：回收信息获取模块，用于响应于接收到包装回收请求，获取包装回收信息；第二更新模块，用于根据所述包装回收信息更新对应账户的待使用包装信息。

在本公开的一种示例性实施例中，回收信息获取模块包括：审核单元，用于在快递订单完成投放后，当接收到第一客户端通过快递信息界面提交的包装回收请求时，对所述包装回收请求进行审核，并在通过审核时根据所述包装回收请求获取包装回收信息；第二更新模块包括：信息添加单元，用于将所述包装回收信息添加至所述第一客户端的账户中，以更新该账户的待使用包装信息；其中，所述第一客户端为用户使用的客户端。

在本公开的一种示例性实施例中，回收信息获取模块包括：信息获取单元，用于在快递订单完成投放后，当接收到第二客户端通过快递派送界面提交的包装回收请求时，根据所述包装回收请求获取包装回收信息；第二更新模块包括：信息添加单元，用于确定所述包装回收请求对应的账户，并将所述包装回收信息添加至所述该账户中，以更新该账户的待使用包装信息；其中，所述第二客户端为快递人员使用的客户端。

在本公开的一种示例性实施例中，第二更新模块包括：确定单元，用于根据获取的所述包装回收信息，确定预设数量的待使用包装，以及所述待使用包装对应的虚拟资源；更新单元，用于根据所述待使用包装和所述虚拟资源，更新所述用户账户的待使用包装信息。

在本公开的一种示例性实施例中，寄件请求处理方法还包括：资源转换模块，用于响应于接收到所述用户账户提交的资源转换请求，根据所述资源转换请求将所述用户账户的至少一部分待使用包装转换为虚拟资源；第三更新模块，用于将所述用户账户的待使用包装信息更新为剩余的待使用包装和所述虚拟资源；请求处理模块包括：费用更新单元，用于根据所述虚拟资源对所述寄件请求的包装费用和/或运输费用进行更新处理。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开的示例性实施例具有以下有益效果：

响应于接收到客户端发送的寄件请求，确定提出寄件请求的用户账户，根据寄件请求建立用户账户的寄件任务，判断寄件任务中包括包装请求时，获取用户账户的待使用包装信息，根据待使用包装信息处理寄件请求。一方面，本示例性实施例提出一种新的寄件请求处理方法，通过在用户账户中查找待使用包装信息，对包装请求进行处理，线上即可以完成寄件任务的寄件请求处理，相比于快递员每次上门收件需要带大量的包装，为管理寄件任务的包装提供了便利，提高了寄件效率；另一方面，寄件时无需每次都使用快递员带的新的包装，减少了社会资源的浪费，提高了可用包装的复用率；再一方面，为了增加用户账户中的待使用包装，用户对快递包装可能会有新的处理方式，而不再是将其作为废品，提高用户保留可用包装的积极性，保护环境的同时，还增加了用户使用本示例性实施例进行寄件的黏度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本示例性实施例中运行环境的一种系统架构示意图；

图2示意性示出本示例性实施例中一种寄件请求处理方法的流程图；

图3示意性示出本示例性实施例中一种寄件请求处理方法的子流程图；

图4示意性示出本示例性实施例中一种更新待使用包装信息的交互流程图；

图5示意性示出本示例性实施例中另一种更新待使用包装信息的交互流程图；

图6示意性示出本示例性实施例中另一种寄件请求处理方法的子流程图；

图7示意性示出本示例性实施例中一种寄件请求处理方法的交互流程图；

图8示意性示出本示例性实施例中一种寄件请求处理装置的结构框图；

图9示意性示出本示例性实施例中一种用于实现上述方法的电子设备；

图10示意性示出本示例性实施例中一种用于实现上述方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

本公开的示例性实施例首先提供了一种寄件请求处理方法，本实施例方法的应用场景可以是：用户在寄件，根据账户中的待包装信息，确定当前待寄件物品的包装；或者快递员在寄件，根据寄件人账户中待包装信息，管理待寄件物品的包装等等。

图1示出了本示例性实施例的运行环境的一种系统架构示意图，参考图1所示，该系统100可以包括第一终端110，第二终端120以及服务器120。其中，第一终端110可以是寄件用户使用的平板电脑、个人电脑或智能手机等，第二终端120可以是快递员使用的平板电脑、个人电脑或用于寄件的便携式一体机等，第一终端110和第二终端120可以通过客户端输入待寄件物品的相关信息，发送至服务器130。服务器130用于接收第一终端110或第二终端130发送的信息，在用户账户中进行相应的处理，并返回处理结果。

应当理解，图1中所示各装置的数据仅为示例性的，根据实际需要，可以设置任意数目的第一终端、第二终端或服务器，服务器也可以是由多个服务器组成的服务器集群。

基于上述说明，本示例性实施例中的方法可以应用于图1所示的服务器130上。

下面结合附图2对本示例性实施例做进一步说明，如图2所示，寄件请求处理方法可以包括以下步骤s210～s240：

步骤s210，响应于接收到客户端发送的寄件请求，确定提出寄件请求的用户账户。

其中，客户端可以是安装在用户所使用的第一终端上，也可以是安装在快递员所使用的第二终端上，当用户需要进行寄件时，可以在个人终端上登录客户端发起寄件请求，也可以在快递员所使用的终端上登录特定的寄件系统发起寄件请求等。客户端获取寄件请求后，会将其发送至服务器。寄件请求即为用户发起的需要寄件的需求信息，其可以为基础的请求信息，包括向服务器发送用户需要寄件的事件信息，也可以包括关于待寄件物品的详细信息，例如寄件坐标、寄件人地址、寄件人姓名等等。服务器在接收到由客户端发送的寄件请求后，可以根据寄件请求确定对应的用户账户，例如可以根据用户登录客户端的标识，如id(identify，账户)、昵称等信息确定用户账户，或者根据用户在快递员登录的寄件系统中输入的实名认证信息确定用户账户等等。

步骤s220，根据寄件请求建立用户账户的寄件任务。

在服务器接收到寄件请求后，可以建立关于待寄件物品的寄件任务，其中，可以包括待寄件物品的类型、属性、重量、备注、寄件人姓名及地址、收件人姓名及地址、寄件日期以及快递单号等详细信息，还可以包括待寄件物品是否需要包装请求的信息等。在本示例性实施例中，用户账户中可以包括用户关于寄件的部分或全部信息，例如已完成的寄件任务、或待完成的寄件任务等等。在用户账户中建立寄件任务后，可以允许用户根据需要进行自定义操作，例如对寄件任务进行修改、删除、撤销等，还可以在用户账户中查找到关于寄件任务中待寄件物品的物流情况等等。

步骤s230，判断寄件任务中包括包装请求时，获取用户账户的待使用包装信息。

在实际的寄件应用场景中，寄件时，用户可能会自行准备待寄件物品的包装，无需快递公司为其提供包装服务。因此，在本示例性实施例中，可以设置判断机制，当寄件任务中包含待寄件物品的包装请求时，触发确定用户账户的待使用包装信息。包装请求即为待寄件物品需要进行包装处理的指示信息。待使用包装信息是指用户账户中累积的可以用于寄件时对待寄件物品进行包装的信息，具体可以包括包装的类型，如硬包装(纸箱、木箱等)、软包装(塑料袋、编织袋等)、包装组件(塑料泡沫、气泡膜、珍珠棉或干冰等)等，还可以包括包装的适用对象、使用范围、尺寸大小、规格规模、使用禁忌等等，本公开对此不做具体限定。

步骤s240，根据待使用包装信息处理寄件请求。

在本示例性实施例中，可以根据待使用包装信息对待寄件物品进行管理。具体的，可以确定待寄件物品的类型以及尺寸，确定其需要什么样的包装，在用户账户的待使用包装信息中确定对应相同的包装，抵用查找到的包装，以减免一定的包装费用；或者确定其需要多少包装，在用户账户的待使用包装信息中确定等效的包装，扣除账户中的等效包装的部分；或者通过账户中待使用包装的信息抵用一部分快递运输的费用等等。

在一示例性实施例中，步骤s230中，获取用户账户的待使用包装信息，可以包括以下步骤：

从包装请求中确定包装类型和包装尺寸；

获取用户账户中包装类型下、满足包装尺寸的待使用包装的数量。

其中，包装类型可以是指待寄件物品需要什么样的包装，如纸箱、编织袋、塑料袋、木架、木箱、木托盘等，包装尺寸可以是指根据待寄件物品确定的需求大小，其与包装类型具有一定的关系，例如包装类型为纸箱时，确定的包装尺寸为50×40×30厘米，包装类型为编织袋时，确定的包装尺寸为40×30厘米等等。

在确定了包装类型和包装尺寸后，可以进一步在用户账户中查找与其相符合的包装的数量，例如包装请求中包含包装类型为纸箱，包装尺寸为50×40×30厘米，在用户账户中查找到与其相同的待使用包装有5个，则进一步的可以使用用户账户中已有的包装进行抵消；或者包装请求中包含包装类型为绳子的包装组件，包装尺寸为5米，在用户账户中查找到与其相同的包装有10米，则使用待使用包装中5米的绳子等等。

需要说明的是，本示例性实施例中，满足包装尺寸可以是与包装尺寸相同的待使用包装，例如包装尺寸为50×40×30厘米的纸箱，满足的待使用包装为50×40×30厘米的纸箱；满足包装尺寸还可以是能够满足待寄件物品需求的包装尺寸，例如包装尺寸为50×40×30厘米的纸箱，包装尺寸为50×40×30厘米、50×45×30厘米或50×40×40厘米等规格的纸箱均满足要求等等。

在一示例性实施例中，上述步骤s240可以包括：

比较待使用包装的数量和包装请求中的包装数量，根据比较结果对寄件请求的包装费用进行更新处理。

在本示例性实施例中，如果用户账户中存在符合待寄件物品包装类型和包装尺寸的待使用包装时，可以比较待使用包装的数量和包装请求中的包装数量，根据比较结果进行费用更新处理，例如待寄件物品需要50×40×30厘米的纸箱时，用户账户中含有符合要求的纸箱，则可以对包装费用进行更新，如减免一部分或全部的包装费用；或者待寄件物品需要8米的绳子，用户账户中仅有5米的绳子，则使用这5米的绳子，更新一定的包装费用等。

基于上述说明，在本示例性实施例中，响应于接收到客户端发送的寄件请求，确定提出寄件请求的用户账户，根据寄件请求建立用户账户的寄件任务，如果寄件任务中包括包装请求，则获取用户账户的待使用包装信息，根据待使用包装信息处理寄件请求。一方面，本示例性实施例提出一种新的寄件请求处理方法，通过在用户账户中查找待使用包装信息，对包装请求进行处理，线上即可以完成寄件任务的寄件请求处理，相比于快递员每次上门收件需要带大量的包装，为管理寄件任务的包装提供了便利，提高了寄件效率；另一方面，寄件时无需每次都使用快递员带的新的包装，减少了社会资源的浪费，提高了可用包装的复用率；再一方面，为了增加用户账户中的待使用包装，用户对快递包装可能会有新的处理方式，而不再是将其作为废品，提高用户保留可用包装的积极性，保护环境的同时，还增加了用户使用本示例性实施例进行寄件的黏度。

在一示例性实施例中，在步骤s240之后，寄件请求处理方法还可以包括：

根据处理结果更新对应账户的待使用包装信息。

即当用户在寄件时，使用了账户中的待使用包装后，需要对剩余的待使用包装信息进行更新，例如账户中原本有50×40×30厘米的纸箱3个，根据寄件任务使用了50×40×30厘米的纸箱1个后，可以将账户中50×40×30厘米的纸箱更新为2个，以便下次针对寄件任务进行寄件请求处理。

在一示例性实施例中，寄件请求处理方法还可以包括以下步骤：

步骤s310，响应于接收到包装回收请求，获取包装回收信息；

步骤s320，根据包装回收信息更新用户账户的待使用包装信息。

为了提高用户与快递公司的互动，以及可循环利用包装的复用率，本示例性实施例设置包装回收机制，用户可以通过个人终端的客户端向服务器提交包装回收请求，将包装回收信息录入系统，等待快递员来回收；也可以是快递员在进行派件时，有待回收包装的用户通过快递员终端向服务器提交包装回收请求，由快递员回收包装并将回收包装信息录入系统等。服务器接收到包装回收请求后，获取用户待回收包装的信息，其可以包括包装尺寸、重量、类型等基本信息，还可以包括包装之前用于装何种物品的详细信息等等。通过包装回收信息进一步更新用户账户中的待使用包装信息，可以直接将包装回收信息添加至用户账户，例如包装回收信息为50×25cm的塑料袋，可以直接将其添加至账户中；也可以将包装回收信息等效至账户中已有的待使用包装信息中，例如包装回收信息为25×25cm的塑料袋2个，则可以将1个25×25cm的塑料袋的包装回收信息添加至账户中等等。

在一示例性实施例中，上述步骤s310可以包括：

在快递订单完成投放后，当接收到第一客户端通过快递信息界面提交的包装回收请求时，对包装回收请求进行审核，并在通过审核时根据包装回收请求获取包装回收信息；

步骤s320可以包括：

将包装回收信息添加至第一客户端的账户中，以更新该账户的待使用包装信息；

其中，第一客户端为用户使用的客户端。

第一客户端是指安装于用户使用的第一终端上的客户端，快递信息界面是指在第一客户端内，用于向用户呈现寄件信息的页面，用户可以通过快递信息界面可以进行寄件任务的申请、查询、修改，以及包装回收的请求等。图4示出了本示例性实施例中一种更新待使用包装信息的交互流程图，在快递员完成妥投后，用户可以通过第一终端410，执行步骤s411，通过快递信息界面发起包装回收请求，并将其提交至服务器420；服务器420执行步骤s421，接收包装回收请求；并执行步骤s422，对包装回收请求进行审核，具体的可以是对包装的尺寸、重量、类型等信息进行审核；根据审核确定是否接收该请求，如果通过审核，则执行步骤s423，根据包装回收请求获取包装回收信息；并执行步骤s424，将包装回收信息添加至对应第一客户端的用户账户中，更新该账户的待使用包装信息。如果未通过审核，则向第一终端410，返回包装回收请求失败的信息，或不返回信息等等。在本示例性实施例中，当包装回收请求被接收后，待回收的包装可以由快递人员上门回收，或自己将将其送至指定地点等。

在一示例性实施例中，上述步骤s320可以包括：

在快递订单完成投放后，当接收到第二客户端通过快递派送界面提交的包装回收请求时，根据包装回收请求获取包装回收信息；

步骤s320可以包括：

确定包装回收请求对应的账户，并将包装回收信息添加至该账户中，以更新该账户的待使用包装信息；

其中，第二客户端为快递人员使用的客户端。

第二客户端是指安装于快递人员使用的第二终端上的客户端，快递派送界面是指在第一客户端内，用于向快递人员呈现当前快递业务数据的页面，快递人员可以通过快递派送界面查询、登记或修改已收快递、待派件快递、正在派件快递的信息，或者提交包装回收请求，以及登记、修改、查询包装回收信息等。图5示出了本示例性实施例中另一种更新待使用包装信息的交互流程图，在第二终端510上，快递人员在完成妥投后，可以执行步骤s511，确定用户是否有待回收的包装；如果有，经快递人员对回收包装进行审核后，则可以执行步骤s512，通过第二客户端的快递派送界面向服务器520发送包装回收请求；服务器520执行步骤s521，接收包装回收请求，并执行步骤s522，获取包装回收请求获取包装回收信息；然后执行步骤s523，确定包装回收请求对应的账户；并执行步骤s524，将包装回收信息添加至该账户中，更新该账户的待使用包装信息，即是哪一用户提交了可回收的包装，对应的待使用包装信息将会添加至该用户的账户中。

在一示例性实施例中，根据包装回收信息更新用户账户的待使用包装信息，包括：

根据获取的包装回收信息，确定预设数量的待使用包装，以及待使用包装对应的虚拟资源；

根据待使用包装和虚拟资源，更新用户账户的待使用包装信息。

为了促进用户提交回收包装的积极性，本示例性实施例可以获取包装回收信息时，将其转换为对应的待使用包装以及一定数量的虚拟资源。其中，虚拟资源是指虚拟币、积分等可以用于寄件任务的包装处理的资源。在本示例性实施例中，回收用户的包装后，可以将回收的待使用包装和一定数量的虚拟资源共同更新入用户的账户中，使用户可以通过账户中的待使用包装和虚拟资源来抵消寄件任务中的包装。

在一示例性实施例中，寄件请求处理方法还包括以下步骤：

步骤s610，响应于接收到用户账户提交的资源转换请求，根据资源转换请求将用户账户的至少一部分待使用包装转换为虚拟资源；

步骤s620，将用户账户的待使用包装信息更新为剩余的待使用包装和虚拟资源；

进一步的，上述步骤s240可以包括：

步骤s630，根据虚拟资源对寄件请求的包装费用和/或运输费用进行更新处理。

在本示例性实施例中，为了便于对寄件任务的包装进行管理，还可以对用户账户中的待使用包装转换为特定形式以进行统一度量。具体的，用户可以向服务器提交资源转换请求，请求将账户中部分或全部的待使用包装转换为虚拟资源，如虚拟币或积分等。服务器接收到资源转换请求后，进行资源转换并更新用户账户中的信息，在用户之后对寄件任务进行管理时，可以通过转换的虚拟资源对快递的包装费用或者运输费用进行更新处理，如减免一定的费用。此外，用户可以自定义选择使用多少虚拟资源来抵消哪一部分的费用，本公开对此不做具体限定。本示例性实施例通过将多种形式的待使用包装转换为可度量的虚拟资源，更为直观化，为管理寄件任务提供了便捷。

图7示出了本示例性实施例中一种寄件请求处理方法的交互流程图，具体可以包括：步骤s711，终端710向服务器720发送寄件请求，终端可以是寄件人的终端也可以是快递员的终端；步骤s721，服务器720接收到寄件请求后，确定寄件请求对应的用户账户；并执行步骤s722，建立寄件任务；步骤s723查询寄件任务中是否包含包装请求；如果包含，则执行步骤s724，获取待使用包装信息；并执行步骤s725，根据待使用包装信息处理包装请求；最后执行步骤s712，返回处理结果。

其中，在步骤s723中，如果寄件任务不包含包装请求，则可以直接向终端返回处理结果，无需根据用户账户中的待使用包装信息对包装请求进行处理。另外，在步骤s725中，可以根据用户中待使用包装兑换的积分或虚拟币对寄件任务的包装进行费用减免处理等等。

本公开的示例性实施例还提供了一种寄件请求处理装置。参照图8，该装置800可以包括，账户确定模块810，用于响应于接收到客户端发送的寄件请求，确定提出寄件请求的用户账户；任务建立模块820，用于根据寄件请求建立用户账户的寄件任务；信息获取模块830，用于如果寄件任务中包括包装请求，则获取用户账户的待使用包装信息；请求处理模块840，用于根据待使用包装信息处理寄件请求。

在一示例性实施例中，信息获取模块可以包括：包装确定单元，用于如果寄件任务中包括包装请求，则从包装请求中确定包装类型和包装尺寸；数量获取单元，用于获取用户账户中包装类型下、满足包装尺寸的待使用包装的数量。

在一示例性实施例中，请求处理模块可以包括：比较单元，用于比较待使用包装的数量和包装请求中的包装数量，根据比较结果对寄件请求的包装费用进行减免处理。

在一示例性实施例中，寄件请求处理装置还可以包括：第一更新模块，用于在根据待使用包装信息处理寄件请求后，根据处理结果更新用户账户的待使用包装信息。

在一示例性实施例中，寄件请求处理装置还可以包括：回收信息获取模块，用于响应于接收到用户账户提交的包装回收请求，获取包装回收信息；第二更新模块，用于根据包装回收信息更新对应账户的待使用包装信息。

在一示例性实施例中，回收信息获取模块可以包括：审核单元，用于当接收到第一客户端通过快递信息界面提交的包装回收请求时，对包装回收请求进行审核，并在通过审核时根据包装回收请求获取包装回收信息；第二更新模块包括：信息添加单元，用于将包装回收信息添加至第一客户端的账户中，以更新该账户的待使用包装信息；其中，第一客户端为用户使用的客户端。

在一示例性实施例中，回收信息获取模块可以包括：信息获取单元，用于当接收到第二客户端通过快递派送界面提交的包装回收请求时，根据包装回收请求获取包装回收信息；第二更新模块包括：信息添加单元，用于确定包装回收请求对应的账户，并将包装回收信息添加至该账户中，以更新该账户的待使用包装信息；其中，第二客户端为快递人员使用的客户端。

在一示例性实施例中，第二更新模块可以包括：确定单元，用于根据获取的包装回收信息，确定预设数量的待使用包装，以及待使用包装对应的虚拟资源；更新单元，用于根据待使用包装和虚拟资源，更新用户账户的待使用包装信息。

在一示例性实施例中，寄件请求处理方法还可以包括：资源转换模块，用于响应于接收到用户账户提交的资源转换请求，根据资源转换请求将用户账户的至少一部分待使用包装转换为虚拟资源；第三更新模块，用于将用户账户的待使用包装信息更新为剩余的待使用包装和虚拟资源；请求处理模块包括：费用更新单元，用于根据虚拟资源对寄件请求的包装费用和/或运输费用进行更新处理。

上述装置中各模块/单元的具体细节在方法部分的实施例中已经详细说明，未披露的细节内容可以参见方法部分的实施例内容，因此此处不再赘述。

本公开的示例性实施例还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本公开的这种示例性实施例的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930、显示单元940。

其中，存储单元存储有程序代码，程序代码可以被处理单元910执行，使得处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元910可以执行图2所示的步骤s210～s240，也可以执行图3～图7所示的步骤等。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)921和/或高速缓存存储单元922，还可以进一步包括只读存储单元(rom)923。

存储单元920还可以包括具有一组(至少一个)程序模块925的程序/实用工具924，这样的程序模块925包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

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

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施例的方法。

本公开的示例性实施例还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图10所示，描述了根据本公开的示例性实施例的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施例，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。