CN107808265B

CN107808265B - 数据处理方法和装置

Info

Publication number: CN107808265B
Application number: CN201610815426.1A
Authority: CN
Inventors: 张黎
Original assignee: Cainiao Smart Logistics Holding Ltd
Current assignee: Cainiao Smart Logistics Holding Ltd
Priority date: 2016-09-09
Filing date: 2016-09-09
Publication date: 2022-03-08
Anticipated expiration: 2036-09-09
Also published as: CN107808265A

Abstract

本申请提供一种数据处理方法和装置，通过接收客户端发送的数据对象处理请求，数据对象处理请求中包含数据对象关联的收货地址信息和数据对象的属性信息，查询收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值，若收货地址对应的发货量小于收货地址对应的第一阀值，且数据对象的属性对应的发货量小于数据对象的属性对应的第二阀值，则向仓库管理服务器发送数据对象处理请求，以使仓库工作人员根据数据对象处理请求进行发货处理，从而，提高仓库的发货效率。

Description

数据处理方法和装置

技术领域

本申请涉及计算机技术，尤其涉及一种数据处理方法和装置。

背景技术

在网络销售的场景中，用户通过网络销售平台的客户端下订单，客户端根据订单生成数据对象处理请求，并发送到物流管理服务器，物流管理服务器接收到订单之后，直接发送给仓库管理服务器，以便仓库工作人员根据仓库管理服务器接收到数据对象处理请求安排发货等。

然而，在很多时候会出现订单量暴增的情况，例如：在网络销售的卖家在做活动时，日订单量超过五千，而受仓库工作人员以及仓库库存量等的限制，需要处理的订单量严重超过了仓库的发货能力，容易造成仓库管理混乱、发货出错等问题，降低仓库的发货效率。

发明内容

本申请提供一种数据处理方法和装置，以解决现有技术中仓库发货效率不高的问题。

一个方面，本申请提供一种数据处理方法，包括：

接收客户端发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；

查询所述收货地址对应的发货量是否小于所述收货地址对应的第一阀值，以及所述数据对象的属性对应的发货量是否小于所述数据对象的属性对应的第二阀值；

若所述收货地址对应的发货量小于所述收货地址对应的第一阀值，且所述数据对象的属性对应的发货量小于所述数据对象的属性对应的第二阀值，则向仓库管理服务器发送所述数据对象处理请求。

作为一种可实现方式，所述数据对象处理请求中还包括：第一用户标识；

所述查询所述收货地址对应的发货量是否小于所述收货地址对应的第一阀值，以及所述数据对象的属性对应的发货量是否小于所述数据对象的属性对应的第二阀值之前，还包括:

根据所述第一用户标识确定仓库；

确定所述仓库对应的发货量小于所述仓库对应的第三阀值。

作为一种可实现方式，还包括：

若所述收货地址对应的发货量等于所述收货地址对应的第一阀值，或者，所述数据对象的属性对应的发货量等于所述数据对象的属性对应的第二阀值，则确定延迟向所述仓库管理服务器发送所述数据对象处理请求。

作为一种可实现方式，所述查询所述收货地址对应的发货量是否小于所述收货地址对应的第一阀值，以及所述数据对象的属性对应的发货量是否小于所述数据对象的属性对应的第二阀值之前，还包括：

确定所述第一阀值以及所述第二阀值在预设有效时间段内，所述第一阀值为所述收货地址对应的阀值，所述第二阀值为所述数据对象的属性对应的阀值。

作为一种可实现方式，所述向仓库管理服务器发送所述数据对象处理请求之后，还包括：

更新所述收货地址对应的发货量，以及更新所述数据对象的属性对应的发货量。

作为一种可实现方式，还包括：

接收仓库管理服务器发送的所述收货地址对应的发货量和所述数据对象的属性对应的发货量。

另一个方面，本申请提供一种数据处理方法，包括：

接收物流管理服务器发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；

根据所述数据对象处理请求，对所述数据对象进行发货处理。

作为一种可实现方式，还包括：

向所述发物流管理服务器发送所述收货地址对应的发货量和所述数据对象的属性对应的发货量。

再一方面，本申请提供一种数据处理装置，包括：

接收模块，用于接收客户端发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；

处理模块，用于查询所述收货地址对应的发货量是否小于所述收货地址对应的第一阀值，以及所述数据对象的属性对应的发货量是否小于所述数据对象的属性对应的第二阀值；

所述处理模块，还用于若所述收货地址对应的发货量小于所述收货地址对应的第一阀值，且所述数据对象的属性对应的发货量小于所述数据对象的属性对应的第二阀值，则控制发送模块向仓库管理服务器发送所述数据对象处理请求。

又一方面，本申请提供一种数据处理装置，包括：

接收模块，用于接收物流管理服务器发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；

处理模块，用于根据所述数据对象处理请求，对所述数据对象进行发货处理。

又一方面，本申请提供一种数据处理装置，包括：

通信接口、处理器和存储器，所述通信接口、所述处理器和所述存储器通过总线进行通信；

所述通信接口，用于接收客户端发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；

所述存储器，用于存储所述收货地址对应的发货量、所述收货地址对应的第一阀值、所述数据对象的属性对应的发货量和所述数据对应的属性对应的第二阀值；

所述处理器，用于查询所述存储器中存储的所述收货地址对应的发货量是否小于所述收货地址对应的第一阀值，以及所述数据对象的属性对应的发货量是否小于所述数据对象的属性对应的第二阀值；

所述处理器，还用于若所述收货地址对应的发货量小于所述收货地址对应的第一阀值，且所述数据对象的属性对应的发货量小于所述数据对象的属性对应的第二阀值，则控制所述通信接口向仓库管理服务器发送所述数据对象处理请求。

所述存储器还用于存储仓库对应的发货量和所述仓库对应的第三阀值；

所述处理器还用于根据所述第一用户标识确定仓库；并确定所述仓库对应的发货量小于所述仓库对应的第三阀值。

作为一种可实现方式，所述处理器还用于若所述收货地址对应的发货量等于所述收货地址对应的第一阀值，或者，所述数据对象的属性对应的发货量等于所述数据对象的属性对应的第二阀值，则确定延迟向所述仓库管理服务器发送所述数据对象处理请求。

作为一种可实现方式，所述处理器还用于确定所述第一阀值以及所述第二阀值在预设有效时间段内，所述第一阀值为所述收货地址对应的阀值，所述第二阀值为所述数据对象的属性对应的阀值。

作为一种可实现方式，所述处理器还用于更新所述存储器中存储的所述收货地址对应的发货量，以及更新所述数据对象的属性对应的发货量。

作为一种可实现方式，所述通信接口还用于接收仓库管理服务器发送的所述收货地址对应的发货量和所述数据对象的属性对应的发货量。

又一方面，本申请提供一种数据处理装置，包括：

通信接口和处理器，所述通信接口与所述处理器通过总线进行通信；

所述接收器，用于接收物流管理服务器发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；

所述处理器，用于根据所述数据对象处理请求，对所述数据对象进行发货处理。

作为一种可实现方式，所述通信接口还用于向所述发物流管理服务器发送所述收货地址对应的发货量和所述数据对象的属性对应的发货量。

本申请提供的数据处理方法和装置，通过接收客户端发送的数据对象处理请求，数据对象处理请求中包含数据对象关联的收货地址信息和数据对象的属性信息，查询收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值，若收货地址对应的发货量小于收货地址对应的第一阀值，且数据对象的属性对应的发货量小于数据对象的属性对应的第二阀值，则向仓库管理服务器发送数据对象处理请求，以使仓库工作人员根据数据对象处理请求进行发货处理，从而，有效控制发送到仓库管理服务器的数据对象处理请求的数量，避免因仓库管理服务器的数据对象处理请求的数量过多，而使得仓库管理混乱、发货出错等问题，从而，提高仓库的发货效率。

附图说明

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

图1为本申请的数据处理系统示意图；

图2为本申请数据处理方法实施例一的流程示意图；

图3为本申请数据处理方法实施例二的流程示意图；

图4为本申请数据处理方法实施例三的流程示意图；

图5为本申请数据处理方法实施例四的流程示意图；

图6为本申请数据处理方法实施例五的流程示意图；

图7为本申请数据处理方法实施例六的流程示意图；

图8为本申请数据处理装置实施例一的结构示意图；

图9为本申请数据处理装置实施例二的结构示意图；

图10为本申请数据处理装置实施例三的结构示意图；

图11为本申请数据处理装置实施例四的结构示意图。

具体实施方式

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

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本申请的数据处理系统示意图，如图1所示，本申请的数据处理系统包括：

客户端、物流管理服务器和至少一个仓库管理服务器，其中，客户端根据用户下的订单生成数据对象处理请求，数据对象指订单中的产品，数据对象处理请求中包括数据对象关联的收货地址信息和数据对象的属性信息，物流管理服务器与客户端连接，用于接收客户端发送的数据对象处理请求，并对数据对象处理请求进行控制，例如：确定是否将数据对象处理请求发送到仓库管理服务器，一个物流管理服务器可以管理一个或者多个仓库管理服务器，每个仓库管理服务器对所对应的仓库进行管理。本申请通过物流管理服务器对客户端发送的数据对象处理请求进行控制，以控制发送到仓库管理服务器的数据对象处理请求的数量，从而，有效控制仓库的发货量，避免因仓库超负荷而造成管理混乱、发货出错等问题，从而，提高仓库的发货效率。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请数据处理方法实施例一的流程示意图，本实施例的方法如下：

S201：接收客户端发送的数据对象处理请求。

其中，数据对象处理请求包括：数据对象关联的收货地址信息和数据对象的属性信息，其中，收货地址信息包括省份信息和/或城市信息。

属性信息是指产品型号信息或最小库存单位(Stock Keeping Unit，简称：SKU)信息等。

举例来说，用户通过客户端填写收货地址信息以及要购买的产品的属性信息等，确定下订单之后，该订单中包含的收货地址和产品A的型号信息，客户端根据订单信息生成数据对象处理请求，并将数据对象处理请求发送给物流管理服务器。

物流管理服务器接收到数据对象处理请求之后，确定是否向仓库管理服务器发送该数据对象处理请求，具体如下：

S202：查询收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值。

若收货地址对应的发货量小于收货地址对应的第一阀值，且数据对象的属性对应的发货量小于数据对象的属性对应的第二阀值，则执行S203；若收货地址对应的发货量等于收货地址对应的第一阀值，或者，数据对象的属性对应的发货量等于数据对象的属性对应的第二阀值，则执行S204。

其中，一种可能的实现方式，物流管理服务器中预先存储收货地址对应的发货量和收货地址对应的第一阀值，以及存储数据对象的属性对应的发货量和数据对象的属性对应的第二阀值。

其中，第一阀值指该收货地址对应的最大发货量；第二阀值指数据对象的该属性对应的第二阀值。第一阀值和第二阀值是根据仓库的实际发货能力确定的，第一阀值和第二阀值还可以预设有效时间段，例如：省份1对应的第一阀值为1000，第一阀值的预设有效时间段为2015年10月1日-2015年10月7日，则在2015年10月1日-2015年10月7日内省份1对应的第一阀值为1000不变，而在其他时间段内，省份1对应的第一阀值可能为其他值。第二阀值的预设有效时间段类似，此处不再赘述。

第一阀值和第二阀值的计数周期可以以天为单位，也可以以周为单位，或者以其他的时间长度为单位，对此，本申请不作限制，例如：计数周期以天为单位，省份1对应的第一阀值为1000，是指在一天内仓库发往省份1的最大发货量为1000，其他计数周期类似，此处不再赘述。

具体地，收货地址对应的发货量和收货地址对应的第一阀值，以及数据对象的属性对应的发货量和数据对象的属性对应的第二阀值在物流管理服务器中可以以表格的形式存储，也可以以其他的数据结构存储，对此，本发明不作限制。

举例来说：表1为收货地址对应的发货量和收货地址对应的第一阀值，其中，第一阀值在有效时间段内保持不变，发货量随着实际发货的数量而变化。

表1

收货地址	发货量	第一阀值
			省份1	625	1000
省份2	1020	1500
			省份3	900	1000
省份4	890	2000

表2为数据对象的属性对应的发货量和数据对象的属性对应的第二阀值，其中，第二阀值在有效时间段内保持不变，发货量随着实际发货的数量而变化。

表2

属性	发货量	第二阀值
			型号1	442	500
型号2	568	700
			型号3	716	1000
型号4	800	800

另一种可能的实现方式，物流管理服务器中只存储收货地址对应的第一阀值，以及数据对象的属性对应的第二阀值，其存储方式与前一种可能的实现方式中类似，此处不再赘述。

而收货地址对应的发货量和数据对象的属性对应的发货量，从仓库管理服务器中获取。即，在前一种可能的实现方式中，物流管理服务器维护收货地址对应的发货量和数据对象的属性对应的发货量，在后一种可能的实现方式中，仓库管理服务器维护收货地址对应的发货量和数据对象的属性对应的发货量，物流管理服务器从仓库管理服务器中获取收货地址对应的发货量和数据对象的属性对应的发货量。

结合表1和表2，举例来说：假设数据对象处理请求中的数据对象关联的收货地址为省份1，数据对象的属性为型号3，结合表1和表2，则执行S203。

假设数据对象处理请求中的数据对象关联的收货地址为省份2，数据对象的属性为型号4，结合表1和表2，则执行S204。

S203：向仓库管理服务器发送数据对象处理请求。

S204：确定延迟向仓库管理服务器发送数据对象处理请求。

延迟预设时长之后，再执行S202，从而，有效控制向仓库管理服务器发送的数据对象处理请求的数量。

在图2中，仓库管理服务器可以管理多个仓库，由仓库管理服务器确定具体由哪个仓库进行发货处理。

本实施例，通过接收客户端发送的数据对象处理请求，数据对象处理请求中包含数据对象关联的收货地址信息和数据对象的属性信息，查询收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值，若收货地址对应的发货量小于收货地址对应的第一阀值，且数据对象的属性对应的发货量小于数据对象的属性对应的第二阀值，则向仓库管理服务器发送数据对象处理请求，以使仓库工作人员根据数据对象处理请求进行发货处理，从而，有效控制发送到仓库管理服务器的数据对象处理请求的数量，避免因仓库管理服务器的数据对象处理请求的数量过多，而使得仓库管理混乱和发货出错等问题，从而，提高仓库的发货效率。

图3为本申请数据处理方法实施例二的流程示意图，图3针对发货需要从第一用户对应的仓库发货的场景，即从特定的仓库发货的场景，图3是在图2所示实施例的基础上，进一步地，数据对象处理请求中还包括：第一用户标识，则在执行S203之前，进一步地，还包括：S205和S206。

S205：根据第一用户标识确定仓库。

其中，第一用户是指产品供应者，例如：卖家；

物流管理服务器中预先存储第一用户和仓库的对应关系，从而，根据第一用户标识即可确定其对应的仓库。

S206：确定仓库对应的发货量小于仓库对应的第三阀值。

物流管理服务器中预先存储每个仓库对应的发货量和第三阀值，其中，第三阀值在有效时间段内保持不变，发货量随着实际发货的数量而变化。如表3所示：

表3

本实施例，通过根据第一用户标识确定仓库，确定仓库对应的发货量小于仓库对应的第三阀值，进而，确定收货地址和数据对象的属性是否达到对应的阀值，以确定是否向仓库管理服务器发送数据对象处理请求，从而，有效控制发送到仓库管理服务器的数据对象处理请求的数量，避免仓库负担较大，造成发货错误等问题，提高发货效率。

图4为本申请数据处理方法实施例三的流程示意图，图4是在图2所示实施例的基础上，进一步地，在执行S202之前，包括：

S202’：确定第一阀值以及第二阀值在预设有效时间段内。

其中，第一阀值为收货地址对应的阀值，第二阀值为数据对象的属性对应的阀值。

确定第一阀值以及第二阀值在预设有效时间段内，是指物流管理服务器在处理数据对象处理请求的时间在第一阀值以及第二阀值在预设有效时间段内。例如：物流管理服务器接收到数据对象处理请求，对数据对象处理请求的处理时间为2015年10月9日，而第一阀值和第二阀值的预设有效时间段为2015年10月1日-2015年10月7日，则确定未在第一阀值以及第二阀值在预设有效时间段内，若对数据对象处理请求的处理时间为2015年10月6日，则确定第一阀值以及第二阀值在预设有效时间段内。上面仅是示例，第一阀值的预设有效时间段可以与第二阀值的预设有效时间段相同，也可以不相同，对此，本发明不作限制。

本实施例，通过在查询收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值之前，先确定第一阀值以及第二阀值在预设有效时间段内，从而，准确确定第一阀值和第二阀值，更加精确的控制向仓库管理服务器发送的数据对象处理请求的数量。

图5为本申请数据处理方法实施例四的流程示意图，图5是在图2-图4所示实施例的基础上，进一步地，在执行S203之后，还包括：

S207：更新收货地址对应的发货量以及更新数据对象的属性对应的发货量。

物流管理服务器向仓库管理服务器发送数据对象处理请求之后，则认为仓库管理服务器进行了发货处理，根据数据对象处理请求中的数据对象的数量，更新收货地址对应的发货量以及更新数据对象的属性对应的发货量。从而，能够实时获取到仓库的发货量。

图6为本申请数据处理方法实施例五的流程示意图，图6所示实施例与图5所示实施例不同的是，在图5中由物流管理服务器维护收货地址对应的发货量和数据对象的属性对应的发货量，而在图6中，物流管理服务器自身不维护收货地址对应的发货量和数据对象的属性对应的发货量，而是通过从仓库管理服务器中获取，因此，图6是在图2-图4所示实施例的基础上，进一步地，还包括：

S208：接收仓库管理服务器发送的收货地址对应的发货量和数据对象的属性对应的发货量。

本实施例，物流管理服务器接收仓库管理服务器发送的收货地址对应的发货量和数据对象的属性对应的发货量，从而，使得物流管理服务器得到的收货地址对应的发货量和数据对象的属性对应的发货量更加准确。

图7为本申请数据处理方法实施例六的流程示意图。图7描述了从用户下单到仓库发货的一个流程，涉及到用户、交易平台、订单中心、发货中心、数据库、调度中心、仓库管理服务器多个角色，其中，交易平台、订单中心部署在客户端、发货中心、数据库和调度中心部署在物流管理服务器。

步骤S701，用户从某网络超市的交易平台上下单。

步骤S702，交易平台向订单中心发送创建物流订单的消息。

步骤S703，订单中心向发货中心发送订单创建的消息。

步骤S704，发货中心解析该订单的收货地址和属性值。

例如通过解析获知该订单具体涉及到收货地址和哪些属性值。

步骤S705，发货中心根据解析出的收货地址和属性值从数据库中获取收货地址对应发货量和对应的第一阀值，和属性值对应的发货量和对应的第二阀值。

作为示例，数据库可以使用redis数据库。计数模型：计数表、容量阀值表，每个计数表中包含多个计数周期的属性值的发货量，计数表用于存储计数器的计数结果，计数方案：采用redis分布式原子计数，可在分布式集群场景下精准计数，同时支持计数周期失效时间设置。

步骤S706，发货中心根据收货地址对应发货量和对应的第一阀值，和属性值对应的发货量和对应的第二阀值，确定是否将该订单下发给仓库管理服务器的条件。

步骤S707，如果条件满足，则发货中心向仓库管理服务器发送仓储作业指令。

步骤S708，仓库发货成功后，发货中心更新属性值对应的当前值。

步骤S709，如果条件不满足，则在调度中心创建一条延时发货任务。

步骤S710，延迟一段时间后，调度中心进行任务回调，继续判断当前是否满足将该订单下发给仓库的条件。

本实施例，通过收货地址对应发货量和对应的第一阀值，和属性值对应的发货量和对应的第二阀值，确定发货中心是否向仓库管理服务器发送仓储作业指令，从而，有效控制发送到仓库管理服务器的数据对象处理请求的数量，避免因仓库管理服务器的数据对象处理请求的数量过多，而使得仓库管理混乱和发货出错等问题，从而，提高仓库的发货效率。

图8为本申请数据处理装置实施例一的结构示意图，本实施例的装置部署在物流管理服务器中，本实施例的装置包括接收模块801和处理模块802，其中，接收模块801用于接收客户端发送的数据对象处理请求，数据对象处理请求包括：数据对象关联的收货地址信息和数据对象的属性信息，其中，收货地址信息包括省份信息和/或城市信息；处理模块802用于查询收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值；处理模块802还用于若收货地址对应的发货量小于收货地址对应的第一阀值，且数据对象的属性对应的发货量小于数据对象的属性对应的第二阀值，则控制发送模块向仓库管理服务器发送数据对象处理请求。

本实施例的装置，对应的可用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本申请数据处理装置实施例二的结构示意图，本实施例的装置部署在仓库管理服务器中，本实施例的装置包括接收模块901和处理模块902，其中，接收模块901用于接收物流管理服务器发送的数据对象处理请求，数据对象处理请求包括：数据对象关联的收货地址信息和数据对象的属性信息，其中，收货地址信息包括省份信息和/或城市信息；处理模块902用于根据数据对象处理请求，对数据对象进行发货处理。

图10为本申请数据处理装置实施例三的结构示意图，本实施例的装置部署在物流管理服务器中，包括通信接口1001、处理器1002和存储器1003，其中，通信接口1001、处理器1002和存储器1003通过总线进行通信；

通信接口1001用于接收客户端发送的数据对象处理请求，数据对象处理请求包括：数据对象关联的收货地址信息和数据对象的属性信息，其中，收货地址信息包括省份信息和/或城市信息；

存储器1003用于存储收货地址对应的发货量、收货地址对应的第一阀值、数据对象的属性对应的发货量和数据对应的属性对应的第二阀值；

处理器1002用于查询存储器中存储的收货地址对应的发货量是否小于收货地址对应的第一阀值，以及数据对象的属性对应的发货量是否小于数据对象的属性对应的第二阀值；

处理器1002还用于若收货地址对应的发货量小于收货地址对应的第一阀值，且数据对象的属性对应的发货量小于数据对象的属性对应的第二阀值，则控制通信接口向仓库管理服务器发送数据对象处理请求。

处理器1002还用于若收货地址对应的发货量等于收货地址对应的第一阀值，或者，数据对象的属性对应的发货量等于数据对象的属性对应的第二阀值，则确定延迟向仓库管理服务器发送数据对象处理请求。

在图10中，数据对象处理请求中还包括：第一用户标识；

存储器1003还用于存储仓库对应的发货量和仓库对应的第三阀值；

处理器1002还用于根据第一用户标识确定仓库；并确定仓库对应的发货量小于仓库对应的第三阀值。

本实施例的装置，对应的可用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在图10中，处理器1002还用于确定第一阀值以及第二阀值在预设有效时间段内，第一阀值为收货地址对应的阀值，第二阀值为数据对象的属性对应的阀值。

本实施例的装置，对应的可用于执行图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在图10中，处理器1002还用于更新存储器中存储的收货地址对应的发货量，以及更新数据对象的属性对应的发货量。

本实施例的装置，对应的可用于执行图5所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在图10中，通信接口1001还用于接收仓库管理服务器发送的收货地址对应的发货量和数据对象的属性对应的发货量。

本实施例的装置，对应的可用于执行图6所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图11为本申请数据处理装置实施例四的结构示意图，本实施例的装置部署在仓库管理服务器中，包括通信接口1101和处理器1102，其中，通信接口1101与处理器1102通过总线进行通信；通信接口1101用于接收物流管理服务器发送的数据对象处理请求，数据对象处理请求包括：数据对象关联的收货地址信息和数据对象的属性信息，其中，收货地址信息包括省份信息和/或城市信息；处理器1102用于根据数据对象处理请求，对数据对象进行发货处理。其中，通信接口1101还用于向发物流管理服务器发送收货地址对应的发货量和数据对象的属性对应的发货量。

本申请还可提供一种处理器可读存储介质，该可读存储介质中存储有程序指令，该程序指令用于使处理器执行上述实施例一至实施例五中的数据处理方法中所有步骤或部分步骤。上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

1.一种数据处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述数据对象处理请求中还包括：第一用户标识；

根据所述第一用户标识确定仓库；

确定所述仓库对应的发货量小于所述仓库对应的第三阀值。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

4.根据权利要求1或2所述的方法，其特征在于，所述查询所述收货地址对应的发货量是否小于所述收货地址对应的第一阀值，以及所述数据对象的属性对应的发货量是否小于所述数据对象的属性对应的第二阀值之前，还包括：

5.根据权利要求1或2所述的方法，其特征在于，所述向仓库管理服务器发送所述数据对象处理请求之后，还包括：

6.根据权利要求1或2所述的方法，其特征在于，还包括：

7.一种数据处理方法，其特征在于，包括：

接收物流管理服务器发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；其中，所述数据对象处理请求包括所述物流管理服务器在所述收货地址对应的发货量小于所述收货地址对应的第一阀值且所述数据对象的属性对应的发货量小于所述数据对象的属性对应的第二阀值时发送的处理请求；

8.根据权利要求7所述的方法，其特征在于，还包括：

向所述物流管理服务器发送所述收货地址对应的发货量和所述数据对象的属性对应的发货量。

9.一种数据处理装置，其特征在于，包括：

10.一种数据处理装置，其特征在于，包括：

接收模块，用于接收物流管理服务器发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；其中，所述数据对象处理请求包括所述物流管理服务器在所述收货地址对应的发货量小于所述收货地址对应的第一阀值且所述数据对象的属性对应的发货量小于所述数据对象的属性对应的第二阀值时发送的处理请求；

11.一种数据处理装置，其特征在于，包括：

12.根据权利要求11所述的装置，其特征在于，所述数据对象处理请求中还包括：第一用户标识；

13.根据权利要求11或12所述的装置，其特征在于，所述处理器还用于若所述收货地址对应的发货量等于所述收货地址对应的第一阀值，或者，所述数据对象的属性对应的发货量等于所述数据对象的属性对应的第二阀值，则确定延迟向所述仓库管理服务器发送所述数据对象处理请求。

14.根据权利要求11或12所述的装置，其特征在于，所述处理器还用于确定所述第一阀值以及所述第二阀值在预设有效时间段内，所述第一阀值为所述收货地址对应的阀值，所述第二阀值为所述数据对象的属性对应的阀值。

15.根据权利要求11或12所述的装置，其特征在于，所述处理器还用于更新所述存储器中存储的所述收货地址对应的发货量，以及更新所述数据对象的属性对应的发货量。

16.根据权利要求11或12所述的装置，其特征在于，所述通信接口还用于接收仓库管理服务器发送的所述收货地址对应的发货量和所述数据对象的属性对应的发货量。

17.一种数据处理装置，其特征在于，包括：

所述通信接口，用于接收物流管理服务器发送的数据对象处理请求，所述数据对象处理请求包括：所述数据对象关联的收货地址信息和所述数据对象的属性信息，其中，所述收货地址信息包括省份信息和/或城市信息；其中，所述数据对象处理请求包括所述物流管理服务器在所述收货地址对应的发货量小于所述收货地址对应的第一阀值且所述数据对象的属性对应的发货量小于所述数据对象的属性对应的第二阀值时发送的处理请求；

18.根据权利要求17所述的装置，其特征在于，所述通信接口还用于向所述物流管理服务器发送所述收货地址对应的发货量和所述数据对象的属性对应的发货量。