数据处理方法及系统与流程

本申请涉及互联网数据处理技术领域，尤其涉及一种数据处理方法及系统。

背景技术：

目前，随着网络技术的发展，电商平台也日趋成熟并迅速发展，逐渐成为人们生活中举足轻重的购物渠道。并且，使用电商平台购物的人群也逐步从城市扩大到乡镇和农村。

但是，在适用于电商平台的现有数据处理系统中，由于系统结构和处理流程的限制，导致现有数据处理系统无法处理一些对象需求信息。因此，现在亟需一种方案能够处理对象需求信息。

技术实现要素：

基于此，本申请提出一种数据处理方法和系统，本申请可以处理对象需求信息。

为了实现上述目的，本申请提供了以下技术手段：

一种数据处理系统，包括：

多个与第一级行政区划标识对应的第一级客户端，与所述多个第一级客户端相连的、与第二级行政区划标识对应的多个第二级客户端，以及，与所述多个第二级客户端相连的服务器；并且，一个第二级行政区划标识具有一个或多个下属的第一级行政区划标识；其中，所述第二级客户端具有处理对象需求信息的数据，且，所述第一级客户端的总数量大于所述第二级客户端的总数量。

优选的，包括：

所述第一级客户端，用于在获得对象需求信息后，向与所述第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端发送所述对象需求信息；

所述第二级客户端，用于接收所述第一级客户端发送的所述对象需求信息，基于对象数据库和所述对象需求信息、并利用处理对象需求信息的数据确定订单信息，并发送所述订单信息；

服务器，用于接收所述第二级客户端发送的所述订单信息。

优选的，所述服务器，还用于存储所述订单信息，基于历史订单信息和所述订单信息，构建订单数据库；

其中，所述订单数据库中的订单信息按照第一级行政区划标识、第一级行政区划标识的上属的第二级行政区划标识、第二级行政区划标识上属的第三级行政区划标识的顺序分类存储。

优选的，所述服务器，还用于确定所述第二级行政区划标识上属的第三级行政区划标识对应的第三级客户端发送目标对象数据库，并向所述第二级客户端发送所述目标对象数据库；

则所述第二级客户端基于对象数据库和所述对象需求信息确定订单信息，具体包括：基于目标对象数据库和所述对象需求信息确定订单信息。

优选的，所述服务器，还用于确定所述第二级行政区划标识上属的第三级行政区划标识对应的第三级客户端发送目标对象数据库，在所述目标对象数据库中确定与所述第二级级行政区划标识对应的子对象数据库，向所述第二级客户端发送所述子对象数据库；

则所述第二级客户端基于对象数据库和所述对象需求信息确定订单信息，具体包括：基于所述子对象数据库和所述对象需求信息确定订单信息。

优选的，所述服务器，还用于获取与所述订单信息对应的订单物流信息，向所述第二级客户端推送所述订单物流信息。

优选的，所述服务器，还用于获取与所述订单信息对应的订单物流信息，若检测到所述订单物流信息处于结束状态，则确定与各个客户端对应的数据值，并调用数据值操作接口、在各个客户端的账户标识对应原有数据值上增加对应的数据值。

优选的，所述第一级客户端，还用于向与所述第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端发送第一申请指令；

所述第二级客户端，还用于接收所述第一级客户端发送的第一申请指令，并获取与所述第一申请指令对应的第一反馈信息，并向所述第一级客户端发送所述第一反馈信息。

优选的，所述第一级客户端，还用于向与所述第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端发送第二申请指令；

所述第二级客户端，还用于接收所述第一级客户端发送的第二申请指令，并向与所述第二级行政区划标识上属的第三级行政区划标识所对应的第三级客户端发送所述第二申请指令；并在获取第三级客户端发送的与所述第二申请指令对应的第二反馈信息后，向所述第一级客户端发送所述第二反馈信息；

所述第三级客户端，还用于接收所述第二级客户端发送的第二申请指令，并获取与所述第二申请指令对应的第二反馈信息，向所述第二级客户端发送所述第二申请指令。

优选的，所述服务器，还用于存储所述第二级客户端发送的订单信息的第一数量，存储所述第二级客户端发送第一反馈信息的第二数量，以及存储所述第二级客户端发送第二反馈信息的第三数量，并向与所述第二级行政区划标识上属的第三级行政区划标识所对应的第三级客户端推送所述第一数量、第二数量和所述第三数量；

所述第三级客户端，还用于接收所述第一数量、所述第二数量和所述第三数量，并基于所述第一数量、所述第二数量和所述第三数量确定评价等级；若所述评价等级小于预设等级，则控制所述第二级客户端处于不可用状态。

一种数据处理方法，包括：

接收第一级客户端发送的对象需求信息；

基于对象数据库和所述对象需求信息、并利用处理对象需求信息的数据确定订单信息；

发送所述订单信息。

优选的，所述对象数据库包括服务器推送的目标对象数据库和所述目标对象数据库的子对象数据库中的至少一个；

其中，所述目标对象数据库由第二级行政区划标识上属的第三级行政区划标识对应的第三级客户端发送至所述服务器；所述目标对象数据库包括与第二级行政区划标识对应的子对象数据库。

优选的，还包括：

接收所述第一级客户端发送的第一申请指令；

获取与所述第一申请指令对应的第一反馈信息；

向所述第一级客户端发送所述第一反馈信息。

优选的，还包括：

接收所述第一级客户端发送的第二申请指令；

向第二级行政区划标识上属的第三级行政区划标识对应的第三级客户端发送所述第二申请指令；

在获取第三级客户端发送的与所述第二申请指令对应的第二反馈信息后，向所述第一级客户端发送所述第二反馈信息。

一种数据处理方法，包括：

查找与第二级行政区划标识对应的对象数据库；

向所述第二级行政区划标识对应的第二级客户端推送对象数据库；

接收所述第二级客户端发送的订单信息。

优选的，还包括：

存储所述订单信息；

基于历史订单信息和所述订单信息，构建订单数据库；

其中，所述订单数据库中的订单信息按照第一级行政区划标识、第一级行政区划标识的上属的第二级行政区划标识、第二级行政区划标识上属的第三级行政区划标识的顺序分类存储。

优选的，所述查找与第二级行政区划标识对应的对象数据库，包括：

确定所述第二级行政区划标识上属的第三级行政区划标识；

查找与所述第三级行政区划标识对应的目标对象数据库，并在所述目标对象数据库中查找与所述第二级行政区划标识对应的子对象数据库；

向所述第二级客户端发送所述目标对象数据库和所述子对象数据库中的至少一个。

优选的，还包括：

获取与所述订单信息对应的订单物流信息；

若检测到所述订单物流信息处于结束状态，则确定与各个客户端对应的数据值；

调用数据值操作接口、在各个客户端的账户标识对应原有数据值上增加对应的数据值。

一种数据处理方法，包括：

向服务器上传与第三级行政区划标识对应的目标对象数据库；

接收所述第三级行政区划标识下属的第二级行政区划标识对应的第二级客户端发送的第二申请指令；

在获得与第二申请指令对应的第二反馈信息后，向第二级客户端发送第二反馈信息。

优选的，还包括：

接收服务器推送的所述第二级客户端发送的订单信息的第一数量，所述第二级客户端发送第一反馈信息的第二数量，以及所述第二级客户端发送第二反馈信息的第三数量；

基于所述第一数量、所述第二数量和所述第三数量，确定所述第二级客户端的评价等级；

若所述评价等级小于预设等级，则控制所述第二级客户端处于不可用状态。

与现有技术相比，本申请包括以下优点：

在本申请提供的数据处理系统中，在第一级客户端与服务器之间增加中间过渡的第二级客户端。这样，可以在第二级客户端上添加后处理对象需求信息的数据。由于第二级客户端的总数量小于第一级客户端的总数量，因此，在第二级客户端上添加处理对象需求信息的数据，相对于在第一级客户端上添加数据而言、可以减少对计算机资源的耗费。同时，本申请无需在服务器上添加处理对象需求信息的数据，所以可以避免出现服务器因处理过多对象需求信息而崩溃的问题。

附图说明

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

图1为现有数据处理系统的结构示意图；

图2为本申请实施例提供的数据处理系统的结构示意图；

图3为本申请实施例提供的数据处理系统的时序图；

图4为本申请实施例提供的又一数据处理系统的结构示意图；

图5为本申请实施例提供的又一数据处理系统的时序图；

图6为又一现有数据处理系统的结构示意图；

图7为本申请实施例提供的又一数据处理系统的结构示意图；

图8为本申请实施例提供的又一数据处理系统的结构示意图；

图9为本申请实施例提供的又一数据处理系统的时序图；

图10为本申请实施例提供的又一数据处理系统的时序图；

图11为本申请实施例提供的又一数据处理系统的时序图。

具体实施方式

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

在本申请中具有多个客户端，客户端在本申请中的定义可以为具有数据处理能力的电子设备，具体可以为智能手机、电脑台式机、平板电脑、智能手表等各种电子设备。

本申请中提及的对象需求信息可以为产品需求信息，也可以为服务需求信息，具体内容可以实际情况有关，在此不做限定。

本申请分为四个部分：第一部分处理对象需求信息生成订单信息过程；第二部分构建订单数据库的过程；第三部分数据值处理的过程；第四部分申请指令的处理过程；第五部分审核第二级客户端的过程。下面将逐一针对五个部进行详细介绍：

第一部分：处理对象需求信息生成订单信息过程。

如图1所示，为现有的数据处理系统，具体包括：多个与第一级行政区划标识对应的第一级客户端，和，与多个第一级客户端相连的服务器。第一级客户端的具体数量可以依据具体情况而定，通常情况下第一级客户端的数量较多。

现有的数据处理系统中的工作流程为：第一级客户端可以接收对象需求信息，并向服务器发送对象需求信息。即，现有数据处理系统中第一级客户端和服务器均不具有处理对象需求信息的数据。所以，目前的数据处理系统无法处理对象需求信息，并生成订单信息。

为了使得数据处理系统可以处理对象需求信息以生成订单信息，本申请申请人设想过在第一级客户端上添加处理对象需求信息的数据。但是，由于现有数据处理系统中第一级客户端的数量过多，若在每个第一级客户端上均添加处理对象需求信息的技术信息，这将会耗费大量的计算机资源、人力和物力。

本申请申请人还设想过在服务器上添加处理对象需求信息的数据。由于服务器通常情况下只有一个，所以，本实现方式可以减少对计算机资源耗费。但是，因为服务器的计算机资源有限，若很多第一级客户端均向服务器发送对象需求信息，则会导致服务器无法处理过多的对象需求信息而崩溃，继而引发数据处理系统崩溃的严重问题。

鉴于此，本申请申请人提供一种新型的数据处理系统。如图2所示，本申请提供的数据处理系统，具体包括：

多个与第一级行政区划标识对应的第一级客户端100，与所述多个第一级客户端100相连的、与第二级行政区划标识对应的多个第二级客户端200，以及，与所述多个第二级客户端200相连的服务器300；并且，一个第二级行政区划标识具有一个或多个下属的第一级行政区划标识。

其中，所述第一级客户端100的总数量大于所述第二级客户端200的总数量。也就是说，至少一个第二级客户端200与两个及以上的第一级客户端100相连。通俗而言：每个第二级客户端管控一个或多个第一级客户端，即每个第二级客户端具有多个下属的第一级客户端。对应到技术实现上为：一个第二级行政区划标识下具有一个或多个下属的第一级行政区划标识。通常情况下，一个第一级行政区划标识仅上属于一个第二级行政区划标识，以保证两个第二级行政区划标识的管辖范围不出现重叠。

在本申请提供的数据处理系统中，在第一级客户端100与服务器300之间增加中间过渡的第二级客户端200。这样，可以在第二级客户端200上添加后处理对象需求信息的数据。由于第二级客户端200的总数量小于第一级客户端100的总数量，因此，在第二级客户端200上添加处理对象需求信息的数据，相对于在第一级客户端100上添加数据而言、可以减少对计算机资源的耗费。同时，本申请无需在服务器300上添加处理对象需求信息的数据，所以可以避免出现服务器300因处理过多对象需求信息而崩溃的问题。

为了使本领域技术人员更加清楚了解本申请的数据处理系统的执行过程，下面介绍数据处理系统执行过程的实施例。

在本申请提供的数据处理系统中，每个第二级客户端的执行过程均是一致的，因此，本实施例仅以一个第二级客户端为例进行介绍。并且，在一个第二级客户端下属的一个或多个第一级客户端中，每个第一级客户端的执行过程也均是一致的，因此，本实施例仅以一个第一级客户端为例进行介绍。

如图3所示，下面介绍本申请提供的数据处理系统的具体执行过程：

(1)第一级客户端100，用于在获得对象需求信息后，向第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端200发送所述对象需求信息。

第一级客户端100可以通过各种方式获得对象需求信息，例如，人工收集对象需求信息并录入至第一级客户端100，从而使得第一级客户端100获得对象需求信息；或者，直接接收其它终端发送的对象需求信息；再或者，接收其它系统发送的对象需求信息。本申请不限定第一级客户端100获得对象需求信息的方式。

第一级客户端100在获得对象需求信息后，可以第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端200发送对象需求信息。具体实现方式可以为：预先在第一级客户端100中存储第二级客户端的第二级行政区划标识，以便第一级客户端直接向第二级客户端发送对象需求信息。

或者，第一级客户端100将对象需求信息和自身第一级行政区划标识发送至服务器300，由服务器300按照行政区划标识之间的对应关系，确定与第一级行政区划标识对应的第二级行政区划标识，并将对象需求信息发送至与第二级行政区划标识对应的第二级客户端。

(2)第二级客户端200，用于接收所述第一级客户端发送的所述对象需求信息，基于对象数据库和所述对象需求信息确定订单信息，并发送所述订单信息。

第二级客户端200可以接收第一级客户端100发送的对象需求信息，由于第二级客户端200上具有处理对象需求信息的数据，因此，可以对对象需求信息进行处理并生成订单信息。具体而言，第二级客户端200可以基于对象数据库和对象需求信息，并利用已有的处理对象数据信息的数据对对象需求信息进行处理，并获得订单的相关内容(例如，对象种类、对象名称和数量等内容)，从而根据订单的相关内容在对象数据库中确定订单信息。

(3)服务器300，用于接收所述第二级客户端发送的所述订单信息。

在第二级客户端200向服务器300发送订单信息后，服务器300可以接收到订单信息。此外，所述服务器300，还用于获取与所述订单信息对应的订单物流信息，向所述第二级客户端200推送所述订单物流信息。

服务器300在接收订单后，可以在第三方物流系统中获取与订单信息对应的订单物流信息，并向第二级客户端200推送订单物流信息，以便第二级客户端200获知订单信息的物流状态。

在实际应用中，以数据处理系统为农村淘宝系统为例，则第一级客户端对应农村级行政区划，第二级客户端对应乡镇级行政区划。由于不同的第二级客户端可能属于不同的第三级行政区划。例如，与“范庄镇”对应的第二级客户端所属的第三级行政区划可以为“石家庄市”或者“河北省”(具体情况依赖于数据处理系统中实际情况)。与“城厢镇”对应的第二级客户端所属的第三级行政区划可以为“苏州市”或者“江苏省”(具体情况依赖于数据处理系统中实际情况)。

在不同的第二级客户端对应不同的第三级行政区划下、针对同一对象需求信息理应对应不同的订单信息。例如，在第三级行政区划“河北省”时、由于大多数的农作物为“小麦”，则在对象需求信息为“除草”时，则对应的订单信息是针对“小麦”的除草农药。而在第三级行政区划“江苏省”时、由于大多数的农作物为“水稻”，在对象需求信息同样为“除草”时，则对应的订单信息为针对“水稻”的除草农药。

因为，第二级客户端200需要借助对象数据库来生成订单信息。目前在图3所示的实施例中，所有第三级行政区划均对应同一对象数据库。那么，在图3所示的实施例中，可能导致借助对象数据库所获得的订单信息，无法获得适应于第二级客户端所属的第三级行政区域。

例如，若对象数据库为适用于“江苏省”的对象数据库，则第二级客户端基于适用于“江苏省”的对象数据库确定的订单信息，不适用于“河北省”管辖范围内的乡镇和农村。

为此，参见图4，本申请在图2所示的数据处理系统上增加第三级客户端400。第三级客户端400的数量可以依据具体情况而定，在此不做限定。每个第三级客户端400可以对应多个下属的第二级客户端200。对应到技术实现上为，第三级行政区划标识具有多个下属的第二级行政区划标识。

参见图5，为在数据处理系统增加第三级客户端400之后，数据处理系统的执行过程的实施例。

第三级客户端400，用于向服务器300上传与第三级行政区划标识对应的目标对象数据库。可以理解的是，第三级客户端400可以定期更新其对应的目标对象数据库，以便目标对象数据库维持最新状态。

第三级客户端400可以预先可以向服务器300上传其对应第三级行政区划适用的目标对象数据库。以第三级客户端400对应的第三级行政区划为“河北省”为例，则第三级客户端400可以预先向服务器300上传适用于“河北省”的目标对象数据库1。以第三级客户端400对应的第三级行政区划为“江苏省”为例，则第三级客户端400可以预先向服务器300上传适用于“江苏省”的目标对象数据库2。

那么在具有第三级客户端400的情况下，服务器300，还用于确定所述第二级行政区划标识上属的第三级行政区划标识对应的第三级客户端发送目标对象数据库。

服务器300在接收第三级客户端400上传的目标对象数据库之后，还可以将目标对象数据库与第三级客户端所对应的第三级行政区划标识建立对应关系。并且，服务器300还存储有第三级行政区划标识与第二级客户端的第二客户端标识的对应关系。

例如，继续以第三级客户端对应的第三级行政区划为“河北省”、第二客户端对应乡镇级行政区划为“范庄镇”为例，则服务器300可以将河北省标识与目标对象数据库1建立对应关系，并且，将河北省标识与范庄镇标识建立对应关系。

在服务器300上存储有目标对象数据库后，在数据处理系统中服务器300，还可以根据第二级客户端的第二级行政区划标识，在预先存储的行政区划标识与第三级行政区划标识的对应关系中，查找与第二级行政区划标识对应的第三级行政区划标识；然后进一步确定与第三级行政区划标识对应的目标对象数据库。最后，再向第二级客户端200推送与第三级行政区划标识对应的目标对象数据库。

由于第二级客户端200可以获得与其所属第三级行政区划对应的目标对象数据库，则第二级客户端200可以基于目标对象数据库来确定订单信息，而不是基于整体的对象数据库来确定订单信息，所以可以使得基于目标对象数据库确定订单信息可以适用于第二级客户端所属的第三级行政区划。

可以理解的是，通常而言：一个第三级行政区划下不同的乡镇或县城，不同的乡镇或县城的需求仍然有较大差异。即，第二级客户端按照目标数据库确定的订单信息，仍然会面临无法满足不同乡镇需求的问题。以第三级行政区划为“河北省”为例，河北省下的不同县城或者不同的乡镇仍然会种植不同的农作物。因此，本申请申请人经过研究发现：通常情况下，一个县城级行政区划或者一个乡镇级行政区划下会种植相同的农作物，针对县城级行政区划或者乡镇级行政区划而言，才可以满足针对相同的对象需求信息确定出不同订单信息的需求，以便满足不同的乡镇或县城的农户要求。

因此，在第三级行政区划对应的目标对象数据库下建立与各个县城级行政区划对应的子对象数据库，或者，建立与各个乡镇级行政区划对应的子对象数据库。

那么，服务器300在确定出第二级客户端对应的目标对象数据库，还可以将进一步确定与第二级客户端的第二级行政区划标识对应的子对象数据库；若目标对象数据库中最小单位为县城标识对应的子数据库，在确定与县城标识的子对象数据库；若目标对象数据库中的最小单位为与乡镇标识对应的子数据库，则确定与乡镇标识对应的子数据库。

然后，将子对象数据库发送至第二级客户端300，以便第二级客户端依据子对象数据库确定出适用于第二级客户端所述的乡镇级行政区划的订单信息。

通过上述描述可以发现，不论服务器向第二级客户端发送目标产品数据库，还是向第二级客户端发送子产品数据库，服务器均需要查找与第二级行政区划标识对应的对象数据库；然后，再向所述第二级行政区划标识对应的第二级客户端推送对象数据库。

具体而言，服务器300可以在确定所述第二级行政区划标识上属的第三级行政区划标识；然后，查找与所述第三级行政区划标识对应的目标对象数据库，并在所述目标对象数据库中查找与所述第二级行政区划标识对应的子对象数据库；最后，向所述第二级客户端发送所述目标对象数据库和所述子对象数据库中的至少一个。

为了清楚说明本申请提供的数据处理系统，下面以农村淘宝系统为例，对本申请提供的数据处理系统进行详细说明：

在农村淘宝系统中，由于外界条件限制(没有电脑、没有银行卡等)或者农户自身条件限制(电脑知识的限制、无法看清楚电脑上的汉字等)，导致大部分农户无法实现在网络上购物的目的。因此，农村淘宝系统为每个农村设置一个具有一定购物经验的农村合伙人，并且，每个农村合伙人对应的客户端称为第一级客户端。

参见图6，为现有的数据处理系统的结构图，由于相同县城的处理过程一致，因此以“赵县”为例，对数据处理系统进行介绍，从图6中可以看出，“赵县”具有多个乡镇“北王里镇”、“范庄镇”和“新寨店镇”等等。每个镇里面有多个农村，每个农村对应一个农村合伙人。例如，“北王里镇”下的“康贾村”和“黄市村”均对应一个第一级客户端；“范庄镇”下的“南庄村”和“曹庄村”均对应一个第一级客户端；“新寨店镇”下的“北轮城村”和“南轮城村”均对应一个第一级客户端。此外，各个第一级客户端还与服务器相连。

农村合伙人对应的第一级客户端具有可以接收农户发送的对象需求信息，但是，第一级客户端和服务器均不具有处理对象需求信息的数据。因此，参见图7或图8，本申请为乡镇设置乡镇农拍档，乡镇农拍档对应的客户端称为第二级客户端。

通常情况下，参见图7，一个乡镇对应一个乡镇农拍档，即一个乡镇对应一个第二级客户端。在个别情况下，参见图8，若一个乡镇下属的农村较多则农村合伙人较少，所以可以根据当地情况，为两个或多个乡镇设置一个乡镇农拍档，此时，两个乡镇或多个乡镇对应一个第二级客户端。具体实现，可以依据当地情况而定，在此不做限定。

本申请中的第二级客户端具有处理对象需求信息的数据。这样，第一级客户端可以将对象需求信息发送至第二级客户端，以便第二级客户端依据对象需求信息和对象数据库生成订单信息，并将订单信息发送至服务器。

为了使得第二级客户端生成的订单信息适用于第二级客户端所属的乡镇级行政区划，为此，本实施例可以预先在每个省份或者每个城市分配一个的农拍档(agriculturepartner，ap)。ap是2016年农村淘宝正式签约的第三方合作伙伴，因此，ap又称合作伙伴。ap对应第三级客户端。即，参见图7或图8，数据处理系统还包括与服务器相连的第三级客户端。

以“河北省”为例，第三级客户端可以在服务器上创建与河北省标识对应的目标对象数据库，并且，在目标对象数据库下面构建与各个县城标识对应的子对象数据库。由于对象每年在不断更新，因此，第三级客户端可以定期更新目标对象数据库以及子对象数据库。

服务器中存储有河北省标识、县城标识、子对象数据库和第二行政区划标识之间的对应关系；服务器还可以根据第二级客户端的第二行政区划标识定期向第二级客户端推送子对象数据库。

在农户向农村合伙人发送对象需求信息后，农村合伙人可以通过第一级客户端将对象需求信息发送至乡镇农拍档对应的第二级客户端。第二级客户端依据子对象数据库和对象需求信息，并利用处理对象需求信息的数据处理对象需求信息，从而在子对象数据库中确定订单信息。继而向服务器发送订单信息。

第二部分：构建订单数据库的过程。

服务器，还用于存储各个第二级客户端下发的订单信息。在数据处理系统运行一段时间后，服务器上将会存储大量的订单信息，服务器可以将大量的订单信息形成订单数据库。

为了方便管控订单数据库，订单数据库中的订单信息按照第一级行政区划标识、第一级行政区划标识的上属的第二级行政区划标识、第二级行政区划标识上属的第三级行政区划标识的顺序分类存储。

即，在订单数据库中大量的订单信息可以按照农村(第一级行政区划标识)，乡镇(第二级行政区划标识)，和，城市/省份(第三级行政区划标识)的顺序分类存储订单信息。

以便后续在使用订单数据库时，可以针对各个不同的行政区划进行进一步的数据处理，例如，查看一个省份的总订单，或者，查看某个乡镇的总订单等等。

第三部分：数据值处理过程。

参见图9，服务器，还用于获取与所述订单信息对应的订单物流信息，若检测到所述订单物流信息处于结束状态，则确定与各个客户端对应的数据值，并调用数据值操作接口、在各个客户端的账户标识对应原有数据值上增加对应的数据值。

服务器在接收订单信息后，可以获知订单信息的总数据值，进而基于总数据值确定与订单信息对应的待处理数据值。并且，服务器中预先存储有与各个客户端标识对应的比例值：与第一级客户端的第一客户端标识对应的第一比例值，与第二级客户端的第二客户端标识对应的第二比例值，与第三级客户端的第三客户端标识对应的第三比例值。

然后，将待处理数据值与第一比例值的乘积，确定为第一级客户端对应的第一数据值；将待处理数据值与第二比例值的乘积，确定为第二级客户端对应的第二数据值；将待处理数据值与第三比例值的乘积，确定为第三级客户端对应的第三数据值。

并且，第一级客户端、第二级客户端和第三级客户端均在服务器上设有支付账户的账户标识。那么，服务器在确定各个客户端对应的数据值后，以及确定订单信息已经处于结束状态后，可以调用数据值操作接口，在各个客户端的账户标识对应原有数据值上增加对应的数据值。

以数据处理系统为农村淘宝系统为例，由于农村淘宝系统中具有农村合伙人(对应第一级客户端)、乡镇农拍档(对应第二级客户端)和ap(对应第三级客户端)。农村淘宝系统中各个角色均需在其中获得应得佣金。因此，在农户购买对象后并且确认收货后，服务器可以检测到订单信息对应的订单物流信息处于结束状态。

然后，可以服务器可以开始执行分佣过程。第一级客户端、第二级客户端以及第三级客户端均在服务器上设有支付账户，并且，服务器设有与各个客户端对应的分佣比例。

因此，服务器可以从订单信息中确定出本次订单的总数据值，并根据预先设定的分佣总比例与总数据值的乘积，确定为本次订单信息对应待处理数据值，即分佣总金额。然后，在根据各个客户端对应的分佣比例与待处理数据值的乘积，确定出各个客户端的分佣数据值。

服务器可以调用支付系统的应用程序接口，向各个客户端的账户标识对应的账户中，充入相应的分佣数据值。

第四部分：申请指令处理过程。

申请指令具有两种处理过程，下面分别对两个处理过程进行详细说明：

参见图10，为第一种处理过程：

所述第一级客户端，还用于向与所述第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端发送第一申请指令。

所述第二级客户端，还用于接收所述第一级客户端发送的第一申请指令，并获取与所述第一申请指令对应的第一反馈信息，并向所述第一级客户端发送所述第一反馈信息。

在农村淘宝系统中，在农户购买对象后，可能会面临不会使用的情况。例如，农户在购买农资对象(农药、化肥、种子、饲料等)后，可能不清楚该对象的具体使用方法。因此，农户可以向农村合伙人申请农资技术支持。由于农村合伙人的通常不具有专业的技术知识，因此，农村合伙人可以通过第一级客户端向第二级客户端发送与农资技术支持的第一申请指令。

由于乡镇农拍档对应的第二级客户端具有处理对象需求信息的数据，同时，其上也有对应的农资技术信息。因此，第二级客户端在获得与农资技术申请对应的第一申请指令后，可以获得与第一申请指令对应的第一反馈信息，并向第一级客户端发送第一反馈信息。

此外，第二级客户端在提供第一反馈信息后，可以向服务器发送已向第一级客户端提供农资技术支持的提示信息。服务器在接收后，可以在第二级客户端对应的提供农资技术支持的第二数量上加1，以存储第二级客户端提供农资技术支持的次数。

如图11所示，第二种处理过程：

所述第一级客户端，还用于向与所述第一级行政区划标识上属的第二级行政区划标识所对应的第二级客户端发送第二申请指令。

所述第二级客户端，还用于接收所述第一级客户端发送的第二申请指令，并发送所述第二申请指令；并在获取与所述第二申请指令对应的第二反馈信息后，向所述第一级客户端发送所述第二反馈信息。

所述第三级客户端，还用于接收所述第二级客户端发送的第二申请指令，并获取与所述第二申请指令对应的第二反馈信息，向所述第二级客户端发送所述第二申请指令。

在农村淘宝系统中，在农户购买对象后，可能会面临对象出现问题，需要进行售后情况。例如，农户在购买农资对象(农药、化肥、种子、饲料等)后，发现农资对象有质量问题。因此，农户可以向农村合伙人申请售后。由于农村合伙人和乡镇农拍档均无法提供售后服务，因此，农村合伙人通过第一级客户端向第二级客户端发送与售后服务对应的第二申请指令。第二级客户端再向第三级客户端发送第二申请指令。

由于ap对应的第三级客户端具有提供售后服务的能力，因此，第三级客户端在获得与售后服务对应的第二申请指令后，可以获得与第二申请指令对应的第二反馈信息，并向第二级客户端发送第二反馈信息。第二级客户端再向第一级客户端发送第二反馈信息。

第五部分：审核第二级客户端的过程。

所述服务器，还用于存储所述第二级客户端发送的对象信息的第一数量，存储所述第二级客户端发送第一反馈信息的第二数量，以及存储所述第二级客户端发送第二反馈信息的第三数量；并向与所述第二级行政区划标识上属的第三级行政区划标识所对应的第三级客户端推送所述第一数量、第二数量和所述第三数量。

服务器，在接收第二级客户端发送的订单信息后，可以在第二级客户端对应的接收订单的第一数量上加1，以存储第二级客户端接收订单的总数量。

第二级客户端在提供第一反馈信息后，还可以向服务器发送已向第一级客户端提供农资技术支持的提示信息。服务器在接收后提示信息后，可以在第二级客户端对应的提供农资技术支持的第二数量上加1，以存储第二级客户端提供农资技术支持的总数量。

第二级客户端在提供第二反馈信息后，还可以向服务器发送已向第一级客户端提供售后服务的提示信息。服务器在接收后提示信息后，可以在第二级客户端对应的提供售后服务的第三数量上加1，以存储第二级客户端提供售后服务的总数量。

在数据处理系统运行一段时间后，服务器上便具有各个第二级客户端的第一数量、第二数量以及第三数量。服务器可以定期向每个第二级客户端对应的第一数量、第二数量以及第三数量、推送至与第二级客户端上属的第三级客户端。

第三级客户端，还用于接收所述第一数量、所述第二数量和所述第三数量，并基于所述第一数量、所述第二数量和所述第三数量确定的评价等级；若所述评价等级小于预设等级，则控制所述第二级客户端处于不可用状态。

第三级客户端对应的第三级行政区划内具有多个乡镇级行政区划，为了合理管控各个乡镇级行政区划的第二级客户端(乡镇农拍档)，则第二级客户端上属的第三级客户端(ap)可以获得其管辖范围内各个第二级客户端的第一数量、第二数量和第三数量(工作业绩)。

第三级客户端可以基于第一数量、第二数量和第三数量按照一定规则，来确定各个第二级客户端的评价等级(具体确定过程不是本申请的重点，在此不再详细描述)。

第三级客户端预先设定有表示及格的预设等级，若一个第二级客户端的评价等级小于预设等级，则说明该第二级客户端(乡镇农拍档)的未全面为第一级客户端(农村合伙人)服务，则控制该第二级客户端处于不可用状态。后续可以更换为该乡镇级行政区划更换新的第二级客户端(乡镇农拍档)。

若一个第二级客户端的评价等级不小于预设等级，则说明该第二级客户端(乡镇农拍档)全面为第一级客户端(农村合伙人)服务。

下面以农村淘宝系统为例，对本申请的执行过程进行进一步说明：

在农村淘宝中一大特点是为每个村设置一个具有一定购物经验的村合伙人。这样，农民可以向村合伙人讲出自己的需求，以便村合伙人在网上下单购买。目前的村合伙人的方案可以适用于衣服、鞋帽、家居用品等普通商品的购买。因为此类普通商品需要的专业知识较少，所以具有一定经验的村合伙人便可以在网上进行下单购买。可是，在农村中最重要是农业，农民也希望在网络上购买农资产品(化肥、农药、饲料等产品)。

但是，购买农资产品需要一定的专业知识，例如，不同类型的土地适用于种植不同品种的农作物、不同类型的病虫害需要不同种类的农药、不同面积土地需要不同数量的化肥等等。因此针对农资产品，村合伙人已经无法满足农民的购买需求。

现有农村淘宝系统具有服务器和与服务器相连的村级客户端(第一级客户端)。由于现有的服务器和村级客户端不具有处理农资需求信息的数据。因此，本申请在原有农村淘宝系统中增加与乡镇农资服务站对应的农拍档乡镇客户端(第二级客户端)。这样，乡镇下属的各个村级客户端，在获得各自农村的农资需求信息后，便可以将农资需求信息发送至农拍档乡镇客户端。

农拍档乡镇客户端受控于农拍档乡镇农资服务站来下单，由农拍档乡镇农资服务站依据农资需求信息进行下单。为了使得乡镇农资服务站纳入体系，本申请希望寻找具有丰富农资商品销售及渠道管理经验的农拍档合作伙伴(agriculturepartner，ap)。农拍档ap是2016年农村淘宝正式签约的第三方合作伙伴。农拍档可以具有不同的种类，本申请中便是种植类和养殖类的农拍档。在确定农拍档ap后，由ap的管理及技术人员对乡镇农资服务站进行销售及技术指导，以便农拍档乡镇农资服务站帮助村合伙人，以“三位一体模式”提供给种养殖农户更专业、更快捷的服务。

由于农资对象每年不断有新品种推出，所以，农资对象的种类很丰富，在不同的区域，一些效果较好，一些效果偏弱。因此，本申请在原有农村淘宝系统中增加与农拍档ap对应的农拍档ap客户端(第三级客户端)，农拍档ap客户端可以参加共建扩充农资商品库并定期更新。这样，可以使得农拍档乡镇客户端在农资商品库中选择合适的农资商品进行下单。

基于上述描述，本申请提供了一种新型的农村淘宝系统，具体包括：服务器、与服务器相连的村级客户端、与服务器相连的农拍档乡镇客户端和与服务器相连的农拍档ap客户端。

在农村淘宝系统具体实施之前，村级客户端、农拍档乡镇客户端以及农拍档ap客户端会向服务器进行注册，服务器会根据其不同的职能，向各个客户端分为不同的标识。例如，为村级客户端分配其所属农村的农村标识，为农拍档乡镇客户端分配其所属乡镇的乡镇标识，为农拍档ap客户端分配其所属县城的县城标识。

可以理解的是，按每个县城的县政规划，一个县城有多个下属的乡镇，每个乡镇有多个下属的农村。根据县城规划，构建每个县城标识与其下属乡镇标识的对应关系，以及构建每个乡镇标识与其下属农村标识的对应关系。并将县城标识、乡镇标识以及农村标识的对应关系，存储至服务器中，以便在后续过程中使用。

并且，为了使得服务器得知各个农村标识、各个乡镇标识和各个县城标识所对应的客户端，预先将各个客户端在服务器上进行注册，以便服务器获得各个客户端的客户端标识，并将客户端标识与所属级行政区划的标识对应存储。例如，将一个农村的农村标识与该农村对应的村级客户端的客户端标识对应存储。

下面详细介绍各个设备为农户购买农资的执行过程：

(1)农拍档ap客户端，用于预先在服务器构建与县城标识对应的农资对象数据库，并定期更新服务器上的所述农资商品数据库。

农拍档ap客户端对应的农拍档ap，可以预先收集适用于本县城的农资商品，并在服务器上构建农资商品库。为了方便服务器了解农资商品库所对应的县城。服务器会存储农拍档ap客户端所属县城的县城标识与农资商品库之间的对应关系。

(2)村级客户端，用于在获得当前村内的农资需求信息后，向服务器上传所述农资需求信息，以及用于表示所述当前村内的当前农村标识。

村级客户端对应的农村合伙人可以接收农户上报的农资需求信息，农资需求信息可以包括农户姓名，农资需求项目以及农资需求数量。农村合伙人可以将农资需求信息存储至村级客户端上。村级客户端可以将农资需求信息上传至服务器。为了使得服务器得知上传农资需求信息的具体农村，在上传农资需求信息的同时，还需上传村级客户端所属的当前农村的当前农村标识。

(3)服务器，用于接收所述村级客户端发送的所述农资需求信息和所述当前农村标识；依据预先存储的农村标识和乡镇标识的对应关系，确定与所述当前农村标识对应的当前乡镇标识，以及确定与所述当前乡镇标识对应的当前农资商品数据库；向所述当前乡镇标识对应的农拍档乡镇客户端推送所述农资需求信息和所述当前农资商品数据库。

服务器可以接收村级客户端发送的农资需求信息和当前农村标识，因为不同的农村所属的乡镇不同，因此，首先需要确定当前农村标识所属的乡镇标识。由于服务器中预先存储农村标识与乡镇标识的对应关系，因此，服务器可以在对应关系中查找与当前农村标识对应的当前乡镇标识。

服务器中也存储有与乡镇标识对应的客户端标识，因此，可以向与乡镇标识对应的客户端标识所对应的农拍档乡镇客户端发送农资需求信息。为了方便农拍档乡镇服务站了解当前最新的农资商品库，服务器在获得与当前农村标识对应的当前乡镇标识之后，还可以查找与当前乡镇标识对应的当前县城标识，并确定与县城标识对应的农资商品库；将农资商品库和农资需求信息一并发送至农拍档乡镇客户端。

(4)农拍档乡镇客户端，用于接收所述服务器推送的所述农资需求信息和所述当前农资对象数据库；在所述当前农资对象数据库中、确定与所述农资需求信息对应的货物信息；向服务器发送与所述货物信息对应的订单信息，接收服务器发送的与所述订单信息对应的物流信息。

农拍档乡镇客户端，在接收服务器推送的农资需求信息和当前农资商品数据库之后，可以对农资需求信息进行人工筛选，以确定农资需求信息是否合理，信息内容是否正确。若正确的话，则根据当前农资商品数据库确定与农资需求信息对应的货物信息。

例如，农资需求信息为张三、李村、化肥、5袋；李四、李村、农药、5瓶，等等。农拍档乡镇客户端对应的乡镇合伙人，根据农资需求信息向服务器上所入驻的一个农资经营商下订单。

入驻在农村淘宝服务器的农资经营商接收订单后，便可以开始对农资商品进行物流，物流信息会上传至服务器，由服务器推送至农拍档乡镇客户端。

下面详细介绍各个分佣的执行过程：

各个客户端在服务器上注册的时候，可以绑定各个客户端的支持账户，例如，支付宝账户或者银行账户。

数据处理系统的运营人员，可以根据各个客户端对应的人员对数据处理系统的贡献大小，决定其所应得的分佣比例。并将分佣比例预先存储在服务器中。

服务器，还用于获取与所述订单对应的佣金值；并按预先设定的分佣比例计算村级客户端、农拍档乡镇客户端和农拍档ap客户端对应的具体分佣值；并调用支付系统，按各个客户端对应的分佣值向各个客户端对应的支付账户中冲入相应数据值。

服务器在确定订单收货成功后，便会将订单对应的金额值与分佣比例的乘积确定为佣金值，并将金额值与佣金值的差值转入至农资经营商对应的账户中。佣金值在村级客户端、农拍档乡镇客户端和农拍档ap客户端之间进行分佣。

服务器根据各个客户端的分佣比例，确定各个客户端应得的分佣值，然后调用支付系统向各个客户端对应的支付账户转入相应的分佣值。

下面详细介绍订单成功后的技术服务：

村级客户端，用于向服务器发送农技支持申请指令和当前农村标识；

服务器，还用于接收村合伙人发送的农技支持申请指令和当前农村标识，并在确定与当前农村标识对应的当前乡镇标识后，向当前乡镇标识对应的农拍档乡镇客户端发送农技申请指令和当前农村标识；并在接收农技信息和当前农村标识后，将农技信息反馈至与当前农村标识对应的村级客户端。

农拍档乡镇客户端，接收服务器发送的农技支持申请指令，并向服务器发送农技信息和当前农村标识。

下面详细介绍订单成功后的售后服务：

村级客户端，用于向服务器发送售后服务申请指令和当前农村标识；

服务器，还用于接收村合伙人发送的售后服务申请指令和当前农村标识，并在确定与当前农村标识对应的当前乡镇标识后，向当前乡镇标识对应的农拍档乡镇客户端发送售后服务申请指令和当前农村标识；并在接收售后服务信息和当前农村标识后，将售后服务信息反馈至与当前农村标识对应的村级客户端。

农拍档乡镇客户端，接收服务器发送的售后服务申请指令，在无法自行解决的情况下，向农拍档ap客户端售后服务申请指令；并获得农拍档ap客户端反馈的售后服务信息。

农拍档ap客户端，用于接收售后服务申请指令，并获得与申请指令对应的售后服务信息，并将售后服务器信息发送至农拍档乡镇客户端。

下面详细介绍构建农资数据库：

服务器，还用于将所述当前农村标识与所述货物信息对应的订单对应存储，日积月累，形成覆盖各个县城各个乡镇和各个农村农业数据库，含种养殖农户信息、交易信息、售后信息、信用信息。

下面介绍考核各个乡镇农资人的过程：

农拍档ap客户端，从服务器上获取各个乡镇合伙人下发的订单，并依据农拍档ap在系统内预设的订单目标数量来考核农拍档乡镇农资服务站。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。