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

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

背景技术：

随着互联网的普及，人们可以获取的网络服务越来越多。但是，通过互联网获取网络服务需要一定条件，例如需要具备一台接入互联网的终端设备，需要具有最起码的互联网知识等。对各网络服务提供商来说，其网络服务几乎已经覆盖了所有具有获取网络服务条件的用户，但是像中国的农村以及一些偏远山区等，还有一大部分用户，这部分用户要么不具备接入互联网的终端设备，要么不具备最起码的互联网知识，因此无法自行上网获取所需的网络服务，网络服务无法覆盖这部分人员，拉低了网络服务的覆盖率。

技术实现要素：

本申请的多个方面提供一种数据处理方法及系统，用以提高网络服务的用户覆盖率。

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

确定第一业务站点对应的初始人员，所述初始人员是指具有获取网络服务的能力且可能成为所述第一业务站点的辅助业务人员，所述第一业务站点是指按照层级部署的业务站点中指定级别的业务站点；

从所述初始人员中获取目标人员，所述目标人员作为所述第一业务站点的辅助业务人员；

建立所述目标人员与所述第一业务站点之间的关联关系，以通过所述目标人员向所述第一业务站点覆盖范围内的用户获取相应的网络服务。

本申请的另一方面，提供一种数据处理系统，包括：

确定模块，用于确定第一业务站点对应的初始人员，所述初始人员是指具有获取网络服务的能力且可能成为所述第一业务站点的辅助业务人员，所述第一业务站点是指按照层级部署的业务站点中指定级别的业务站点；

获取模块，用于从所述初始人员中获取目标人员，所述目标人员作为所述第一业务站点的辅助业务人员；

建立模块，用于建立所述目标人员与所述第一业务站点之间的关联关系，以通过所述目标人员向所述第一业务站点覆盖范围内的用户提供相应的网络服务。

在本申请中，为指定级别的第一业务站点招募新的辅助业务人员，并建立第一业务站点与为其招募的辅助业务人员之间的关联关系，由于辅助业务人员具有获取网络服务的能力，故可以通过辅助业务人员向第一业务站点覆盖范围内的用户提供相应的网络服务，使得网络服务可以覆盖到不具有获取网络服务能力的用户，提高网络服务的覆盖率。

【附图说明】

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

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

图2为本申请另一实施例提供的为第一业务站点主动申请招募辅助业务人员时申请界面的示意图；

图3为本申请又一实施例提供的一种CRM系统管理业务站点覆盖范围内已代购用户的信息的界面示意图；

图4为本申请又一实施例提供的目标人员使用其客户端查看服务单的界 面示意图；

图5为本申请又一实施例提供的一种系统示意图；

图6为本申请又一实施例提供的合伙人申请查看其名下绑定的淘帮手的信息的一种界面示意图；

图7为本申请又一实施例提供的合伙人查看具体淘帮手的业务量详情的界面示意图；

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

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

【具体实施方式】

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

在现有技术中，各网络服务一般只能覆盖到具有获取该网络服务的能力的用户，而无法覆盖到不具有获取网络服务的能力的用户。例如由于用户不具备接入互联网的终端设备，或者用户不具备最起码的互联网知识，因此无法通过网络获取网络服务，导致网络服务无法覆盖到这些用户，网络服务的覆盖率较低。

本申请针对上述问题提供一种解决方案，主要原理是：针对现有按照层级部署的业务站点，为指定级别的第一业务站点招募辅助业务人员，这些辅助业务人员具有获取网络服务的能力，因此可以通过辅助业务人员向第一业务站点覆盖范围内的用户提供相应的网络服务，使得网络服务可以覆盖到不具有获取网络服务的能力的用户，提高网络服务的覆盖率。值得说明的是，本申请各实施例中所述第一业务站点覆盖范围内的用户主要是指第一业务站 点覆盖范围内，不具有获取网络服务的能力的用户，但并不限于此。对于第一业务站点覆盖范围内，具有获取网络服务的能力的用户来说，其也可以通过第一业务站点的辅助业务人员代为获取网络服务。所述指定级别可以是按照层级部署的业务站点系统中的任意层级，第一业务站点可以是任意层级的业务站点，优选的为最低层级的业务站点。

下面将通过具体实施例对本申请技术方案做详细说明。

图1为本申请一实施例提供的数据处理方法的流程示意图。如图1所示，该方法包括：

101、确定第一业务站点对应的初始人员，所述初始人员是指具有获取网络服务的能力且可能成为第一业务站点的辅助业务人员，所述第一业务站点是指按照层级部署的业务站点中指定级别的业务站点。

102、从所述初始人员中获取目标人员，所述目标人员作为所述第一业务站点的辅助业务人员。

103、建立所述目标人员与所述第一业务站点之间的关联关系，以通过所述目标人员向所述第一业务站点覆盖范围内的用户提供相应的网络服务。

本实施例提供一种数据处理方法，可由数据处理系统来执行，用于为指定级别的第一业务站点招募具有获取网络服务的能力的辅助业务人员，使得可以通过辅助业务人员向不具有获取网络服务的能力的用户提供网络服务，提高网络服务的覆盖率。

在本实施例中，业务站点是指网络服务提供者为推广其网络服务所部署的业务站点，网络服务提供者可以按照层级部署多个不同级别的业务站点，这些不同级别的业务站点构成网络提供者的业务站点系统。其中，高级别的业务站点对低级别的业务站点具有管辖权。

在本实施例中，为了提高网络服务的用户覆盖率，为指定级别的业务站点招募具有获取网络服务的能力的辅助业务人员，通过辅助业务人员向指定级别的业务站点覆盖范围内的用户提供相应的网络服务。为便于描述，将按照层级部署的业务站点中指定级别的业务站点称为第一业务站点。本实施例 并不限定第一业务站点的级别，凡是覆盖范围内存在不具有获取网络服务的能力的用户的业务站点均可作为本实施例中的第一业务站点。换句话说，本实施例提供的方法可以为任意级别的业务站点招募具有获取网络服务的能力的辅助业务人员。

优选的，第一业务站点可以是按照层级部署的业务站点中最低级别的业务站点，但并不限于此。其中，根据业务场景以及网络服务类型的不同，最低级别业务站点也会有所不同。例如，有些网络服务主要面向大中型城市，则最低级别业务站点可以部署在大中型城市，具体可以是建立在省或市级别的业务站点。例如，有些网络服务除了面向大中型城市之外，还会面向小型城镇甚至是农村，则最低级别业务站点可以部署在小型城镇或农村，具体可以是建立在县级别或行政村级别的业务站点。

在本实施例中，第一业务站点具有主业务人员，主业务人员可以是全职的，同时可以有辅助业务人员，辅助业务人员不同于主业务人员，其可以是临时的或兼职的。第一业务站点的辅助业务人员需要具有获取网络服务的能力，愿意为更多用户服务。第一业务站点将作为物流、售后等服务基站，对其辅助业务人员提供服务支持。

对一个稳定优越的第一业务站点来说，可以分管、指导、负责多个辅助业务人员，从而在更大覆盖范围内进行用户拓展，共同提升最低级别业务站点的业绩，服务更多用户，提高网络服务的用户覆盖率。

首先，确定第一业务站点对应的初始人员。这里的初始人员是指有可能成为第一业务站点的辅助业务人员的人员，因此需要具有获取网络服务的能力，例如至少具有一台能够接入互联网的终端设备，并具有最起码的互联网知识。这里的终端设备可以是个人计算机、台式计算机、平板电脑或手机等。

其中，确定第一业务站点对应的初始人员的方式包括但不限于以下几种或者其中任意几种的组合：

在一种实施方式中，第一业务站点可以根据自己的业务需求主动申请招募辅助业务人员。例如，当第一业务站点的主业务人员发现尚有需要进一步 覆盖的用户，但由于业务覆盖半径和人力精力等方面的制约无法进一步覆盖这些用户时，可以主动申请招募辅助业务人员。具体的，第一业务站点根据自身业务需求主动向数据处理系统上报招募申请；数据处理系统接收第一业务站点根据自身业务需求主动上报的招募申请。一般来说，当第一业务站点主动申请招募辅助业务人员时，可以预先确定需要招募的初始人员的信息，并通过招募申请将初始人员的信息提供给数据处理系统。基于此，数据处理系统可以根据接收到的招募申请确定初始人员。这里初始人员的信息一般包括但不限于：初始人员的姓名、账号、手机号码、联系地址、身份信息(如身份证信息)等。在该实施方式中，由第一业务站点主动发起申请，主动性更强，实时性较好，有利于及时提高网络服务的用户覆盖率。如图2所示，为第一业务站点主动申请招募辅助业务人员时申请界面的示意图。图2以农村淘宝为例，故图2中所示淘帮手即为村级站点的辅助业务人员。可选的，在该实施方式中个，数据处理系统可以作为第一业务站点的上级业务站点(例如县级站点)实现。值得说明的是，图2中仅示出全部功能下面的“淘帮手”功能项，其余功能项未示出，意味着不做限定。

在另一种实施方式中，级别高于第一业务站点的业务站点(简称为第二业务站点)可以监控第一业务站点是否具有招募辅助业务人员的资格，例如具体可以监控第一业务站点的业务数据的变化趋势，当发现该第一业务站点的业务数据达到一个瓶颈时，可以主动为第一业务站点推荐初始人员。基于此，数据处理系统可以获取第二业务站点在确定第一业务站点具有招募辅助业务人员资格时推荐的人员作为初始人员。其中，以第一业务站点为建立在行政村级别的业务站点(简称为村级站点)为例，则第二业务站点可以是建立在县级别的业务站点(简称为县级站点)，但不限于此。在该实施方式中，由级别较高的业务站点负责各最低级别业务站点的辅助业务人员的招募工作，便于管理，能够统一对各最低级别业务站点的辅助业务人员进行招募。

在上述实施方式中，第二业务站点推荐的人员可以是但不限于：在招募指定级别的业务站点的主业务人员过程中筛选出的不适合作为主业务人员但 可以作为辅助业务人员的人员。

在又一种实施方式中，在第一业务站点需要招募辅助业务人员时，可以针对第一业务站点发出招募请求，如果一个人员对作第一业务站点的辅助业务人员感兴趣，则可以根据该招募请求申请报名。基于此，可以获取针对招募请求申请报名的人员作为初始人员，所述招募请求是指为第一业务站点招募辅助业务人员的请求。值得说明的是，申请报名的人员具体可以通过其客户端向数据处理系统发送报名申请。在该实施方式中，通过招募请求面向广大人员进行招募，有利于获取更多初始人员，便于为第一业务站点筛选更为适合的辅助业务人员。

在确定第一业务站点对应的初始人员之后，数据处理系统可以从初始人员中获取目标人员，以作为第一业务站点的辅助业务人员。

其中，数据处理系统可以采用但不限于以下几种方式从初始人员中获取目标人员：

在一种可选实施方式中，数据处理系统可以按照预设的筛选条件对初始人员进行筛选，从而获得目标人员。

在另一种可选实施方式中，数据处理系统可以按照预设的筛选条件对初始人员进行筛选，先获得候选人员；进一步，将候选人员发送给第二业务站点，以供第二业务站点对候选人员进行资格审核；然后，根据第二业务站点对候选人员的资格审核结果，获取通过资格审核的候选人员作为目标人员。

值得说明的是，在上述两种可选实施方式中，所述预设的筛选条件包括但不限于以下任一或几种的组合：

业务状态处于完结状态；

属于待降级的指定级别的业务站点的主业务人员；

不属于处于正常状态的各级别业务站点的主业务人员；

不属于黑名单中的人员；

不属于竞争对手的业务人员；

与第一业务站点同属于指定级别的行政区域；

第一业务站点绑定的辅助业务人员的数量不大于指定数量。

下面对各筛选条件进行简单说明：

业务状态处于完结状态：只有业务状态处于完结状态的初始人员才可以成为第一业务站点的辅助业务人员，这样可以保证辅助业务人员的服务质量。

属于待降级的各指定级别的业务站点的主业务人员与不属于处于正常状态的各级别业务站点的主业务人员：两者原理相似。即对于一个人员，只有当其处于待降级状态，且为各指定级别的业务站点的主业务人员时才有可能成为第一业务站点的辅助业务人员，当其处于正常状态时，无论是作为指定级别的业务站点的主业务人员，还是作为其它级别的业务站点的主业务人员均不能成为辅助业务人员。

另外，理论上不可以招募竞争对手的业务人员，所以不属于竞争对手的业务人员也属于其中一个筛选条件。值得说明的是，在实际应用中，可以通过查询与初始人员就职经历有关的材料来判断该员工是否在竞争对手手下任职，例如可以要求初始人员提供社保证明或纳税证明等，这些材料一般会显示该初始人员的就业单位，从而判断该初始人员是否可以作为目标人员。另外，还可以通过个人诚信来约束初始人员。

为了便于代为获取网络服务的操作容易实施，可以约定辅助业务人员与第一业务站点同属于指定级别的行政区域，例如属于同一个县，严禁跨县。因此，与第一业务站点同属于指定级别的行政区域也属于一个筛选条件。

另外，每个最低级别业务站点的管理能力和所覆盖范围有一定限度，如果绑定的辅助业务人员的数量过多，可能造成管理混乱，也可能造成部分辅助业务人员的代购服务数量不足，造成人力资源浪费，因此可以预先指定最低级别业务站点可以绑定的辅助业务人员的数量，例如5或15个或10个等。基于此，第一业务站点绑定的辅助业务人员的数量不大于指定数量。

进一步，在本实施例中，只允许辅助业务人员与一个第一业务站点关联，即一个辅助业务人员仅负责一个第一业务站点覆盖范围内的用户。这样可以保证辅助业务人员只为一个第一业务站点覆盖范围内的用户服务，有利于保 证服务质量。基于此，数据处理系统在建立目标人员与第一业务站点之间的关联关系之前，可以判断目标人员是否与级别高于第一业务站点的第二业务站点已经进行了关联；如果判断结果为是，则提示是否继续执行关联操作，在接收到继续执行关联操作指令时，自动解除目标人员与第二业务站点之间的关联关系，建立目标人员与第一业务站点之间的关联关系；如果判断结果为否，则直接建立目标人员与第一业务站点之间的关联关系。

可选的，如果未接收到继续执行关联操作的指令，则可以放弃关联操作，即保留目标人员与第二业务站点之间的关联关系，不建立目标人员与第一业务站点之间的关联关系。

进一步，在建立目标人员与第一业务站点之间的关联关系之后，数据处理系统可以向目标人员和第一业务站点分别发送成功关联通知消息，以使目标人员和第一业务站点获知两者已经建立关联关系。值得说明的是，这里向目标人员发送成功关联通知消息实际上是向目标人员的客户端发送成功关联通知消息。

进一步，在建立目标人员与第一业务站点之间的关联关系之后，还包括：通过目标人员向第一业务站点覆盖范围内的用户提供相应的网络服务的过程。

在一可选实施方式中，通过目标人员向第一业务站点覆盖范围内的用户提供相应的网络服务的过程包括：目标人员可以通过其客户端向第一业务站点进行注册，使得第一业务站点可以对目标人员进行管理；另外，目标人员还可以通过其客户端代替第一业务站点覆盖范围内的用户获取相应的网络服务。

其中，目标人员通过其客户端代替第一业务站点覆盖范围内的用户获取相应网络服务的流程，与现有技术中目标人员通过其客户端为自己获取网络服务的流程相类似，区别仅在于收货人信息不同。在目标人员通过其客户端代替第一业务站点覆盖范围内的用户获取相应网络服务的过程中，收货人为第一业务站点覆盖范围内被目标人员代替获取网络服务的用户；而在目标人 员通过其客户端为自己获取相应网络服务的过程中，收货人为目标人员本人。

进一步，在本实施例中，每个级别的业务站点对应一定覆盖范围，并通过客户关系管理(Customer Relationship Management，CRM)系统管理该业务站点覆盖范围内已代购用户的信息。所述已代购用户是指第一业务站点覆盖范围内，由第一业务站点的辅助业务人员代为获取过网络服务的用户。基于此，在目标人员通过其客户端代替第一业务站点覆盖范围内的用户获取相应的网络服务的过程中，若被目标人员代替获取网络服务的用户(即收货人)为已代购用户，可以从第一业务站点对应的CRM系统中，获取收货人的信息，该CRM系统包括第一业务站点覆盖范围内已代购用户的信息；若被目标人员代替获取网络服务的用户(即收货人)为新用户，则需要目标人员在收货人的信息框内手动输入新用户的信息，对数据处理系统来说，需要接收目标人员手动输入的新用户的信息作为收货人的信息，并将新用户的信息添加到第一业务站点对应的CRM系统中，之后该新用户就会成为已代购用户。如图3所示，为一种CRM系统管理业务站点覆盖范围内已代购用户的信息的界面示意图，该界面示意图具体为以农村淘宝为例的界面示意图。在图3所示界面中，包括对全部村民信息的记录，也包括某个辅助业务人员(即图3中的推广人员)录入的村民的信息。其中，辅助业务人员只有在成功帮助村民获取网络服务之后才能在CRM系统中录入该村民的信息。值得说明的是，图3中仅示出全部功能下面的“村民管理”功能项，其余功能项未示出，也意味着不做限定。

可选的，上述网络服务可以包括以下至少一种：洗车服务、购物服务、网上订票服务、养护服务、按摩服务、清洁服务、厨师上门服务、家政服务、家教服务、娱乐服务、吃喝服务、旅行服务、酒店服务、代付费服务、以及租车服务等。其中，以网络代购为例，则目标人员通过其客户端针对第一业务站点覆盖范围内的用户执行网络代购流程，具体如下：

目标人员通过其终端设备上的客户端(APP)为第一业务站点覆盖范围内的用户(被代购用户)搜索代购商品，当选好代购商品后提交跳转到订单 详情页，在订单详情页的收件人信息框内输入被代购用户的信息，若该被代购用户属于已代购用户，则可以直接从CRM系统中调出该被代购用户的信息，若该被代购用户属于新用户，则可以手动在收货人信息框内输入新用户的信息，并将新用户的信息添加到CRM系统中，同时完成订单详情页上的其他信息，例如是否开具发票，开具何种类型的发票等，然后提交订单，并实时跟进该订单的状态，直到用户拿到代购商品为止。

可选的，在提交订单之后，还可以以第一业务站点的名义向第一业务站点覆盖范围内的用户发送购物详情信息，以供第一业务站点覆盖范围内的用户了解购物情况。

可选的，当代购商品到达第一业务站点时进行签收，并将订单状态修改为待用户签收；此时，第一业务站点可以选择电话或短信等方式通知被代购用户该代购商品已到达第一业务站点。

可选的，当代购商品到达第一业务站点时进行签收，并将订单状态修改为待用户签收；此时，也可由目标人员选择电话或短信等方式通知被代购用户该代购商品已到达第一业务站点，直到被代购用户收到代购商品为止。其中，被代购用户可以根据电话或短信通知自行到第一业务站点处提货，也可以由目标人员核对代购商品后将代购商品送到被代购用户手中，简称为送货上门。此时，需要将订单的状态标记为用户已签收状态。

值得说明的是，在目标人员的客户端上的客户端中，目标人员可以对自己的服务订单(简称为服务单)进行管理，包括查看、更新状态等。其中，如图4所示，为目标人员(即图4所示的淘帮手)使用其客户端查看服务单的界面示意图。值得说明的是，若第一业务站点没有绑定辅助业务人员，那么第一业务站点查看其服务单的界面示意图与图4所示界面示意图类似。另外，对于第一业务站点来说，其可以查看、更新自己的服务单，也可以查看其辅助业务人员的服务单，但不具有更新状态的权限。值得说明的是，图4中仅示出全部功能下面的“我的服务单”功能项，其余功能项未示出，也意味着不做限定。

在另一可选实施方式中，通过目标人员向第一业务站点覆盖范围内的用户提供相应的网络服务的过程包括：目标人员根据自身具有的获取网络服务的能力，通过其客户端获取网络服务，并向第一业务站点覆盖范围内的用户提供所述网络服务。在该实施方式中，目标人员自己先获取网络服务，然后由目标人员向第一业务站点覆盖范围内的用户直接提供网络服务。在该实施方式中，在目标人员根据自身具有的获取网络服务的能力，通过其客户端获取网络服务的过程中，收货人为目标人员本人。

以网络购物为例，目标人员可以通过自己的客户端在网络购物平台(例如淘宝、天猫等)上搜索第一业务站点覆盖范围内的用户可能需要的商品，例如日用品或酒水等，然后通过自己的客户端下单以购买所述商品，当商品到达目标人员的地址之后，再由目标人员向第一业务站点覆盖范围内的用户销售该商品。例如，目标人员优选为小商店或小超市的经营者，则这些经营者作为被选中的目标人员可以根据自己的优势，从网络购物平台上进货，然后销售给所在的用户，也是一种为所在的用户提供服务的方式。值得说明的是，目标人员在通过网络购物平台购买商品时，可以是批量购买，或者也可以是单件购买。

进一步，在本实施例中，第一业务站点的辅助业务人员和主业务人员可以根据实际情况适应性变化。例如，数据处理系统可以定期监控第一业务站点的业务数据，当根据监控到的业务数据确定第一业务站点在指定周期内未达到预设业务量时，可以为第一业务站点招募新的主业务人员。

可选的，在为第一业务站点配置新的主业务人员时，优选可以从各最低级别业务站点的辅助业务人员中选择符合要求的辅助业务人员作为第一业务站点的新的主业务人员。这个点实际上也是后续描述到的对辅助业务人员进行升级的一种场景。

更为优选的，可以从第一业务站点的辅助业务人员中选择符合要求的辅助业务人员作为第一业务站点的新的主业务人员。

具体的，数据处理系统可以向第二业务站点发送业务不达标通知消息， 由第二业务站点为第一业务站点招募新的主业务人员。

值得说明的是，在为第一业务站点招募到新的主业务人员之前，一般不会对第一业务站点的原主业务人员进行处理。

以第一业务站点为建立在行政村级别的业务站点(简称为村级站点)为例，则第二业务站点可以是建立在县级别的业务站点(可简称为县级站点)，但不限于此。

例如，如果在连续至少两个周期内监控到村级站点的业务数据未达到预设业务量时，可以向县级站点发送业务不达标通知消息，以供县级站点为村级站点招募新的主业务人员。这里的业务数据可以通过成交总额(Gross Merchandise Volume，GMV)、含佣GMV以及订单量等中的至少一个来衡量，但不限于此。

进一步，在为第一业务站点招募新的主业务人员之后，可以对第一业务站点的原主业务人员进行处理。具体处理方式包括：

与第一业务站点的原主业务人员进行协商，以确定对第一业务站点的原主业务人员的处理方式；如果第一业务站点的原主业务人员同意降级处理并且也符合降级处理的条件，则可以选择对第一业务站点的原主业务人员进行降级处理；如果第一业务站点的原主业务人员不同意降级处理或者不符合降级处理的条件，则可以选择对第一业务站点的原主业务人员进行清退处理；

若对第一业务站点的原主业务人员进行降级处理，则将第一业务站点的原主业务人员标记为第一业务站点的辅助业务人员；这里通过降级处理而不是直接清退，有一定缓冲作用，可以降低对当地覆盖率以及用户反应的影响力。

若对第一业务站点的原主业务人员进行清退处理，则针对第一业务站点执行清退流程。

进一步，若对第一业务站点的原主业务人员进行降级或清退处理，还需要判断该第一业务站点是否具有辅助业务人员；若判断结果为是，则将第一业务站点的辅助业务人员调整到其它最低级别业务站点，或者通知第一业务站点的辅助业务人员主动发起清退流程。

进一步，本实施例除了对第一业务站点的主业务人员进行降级或清退处理之外，还可以对第一业务站点的辅助业务人员进行升级处理。具体的，数据处理系统可以定期监控第一业务站点的辅助业务人员的业务数据；当监控到辅助业务人员的业务数据符合升级条件时，可以将辅助业务人员升级为待降级处理业务站点的新的主业务人员，或者创建新的最低级别业务站点并将所述辅助业务人员配置为新的最低级别业务站点的主业务人员。

以电子商务领域为例，目前各大中型城市的用户基本已被覆盖，当下面临的问题是如何覆盖村点中的用户。以中国60万个行政村为例，部分靠近乡/镇/县的属于A类村点，A类村点中的用户可以通过业务站点的主业务人员获取网络服务，而大量行政村属于B类村点或C类村点。对于这些B类村点或C类村点中的用户，在使用网络服务时会有诸多限制，甚至无法通过业务站点的主业务人员获取网络服务，因此需要网络服务提供者以一定的模式进入这些村点，去带动这些村点中的用户获取并使用网络服务。而采用本实施例提供的方法可以很好的解决上述问题。

具体的，如图5所示，为采用本申请技术方案解决上述问题时采用的一种系统示意图。在图5所示系统中包括：村级站点和县级站点两级业务站点，但并不限于此，县级站点之上还可以有更多高级别的业务站点。在图5中，服务流从县级站点到村级站点直到村民，在运营管理上，角色包括：村民、淘帮手(即村级站点的辅助业务人员)、合伙人(即村级站点的主业务人员)、县小二(县级站点的主业务人员)等；管理关系为一个县小二可以管理N个合伙人，N是自然数，一个合伙人可以管理0-5个淘帮手，淘帮手的个数不限于0-5。从县小二到村民，其级别从高到低，依次为L0级别、L1级别、L2级别和L3级别。

本实施例以下内容主要结合具体应用场景对一些原理性的内容或者基于该应用场景新出现的内容做说明，对于有关流程或实施方式可参见上述实施例的描述。

在该具体应用实例中，可以选择农村小卖部/小超市的经营者作为淘帮 手，但不限于此。优选的，可以选择村级站点所在村子中的小卖部/小超市的经营者作为淘帮手，但不限于此，也可以选择邻村中的小卖部/小超市的经营者作为淘帮手。这些淘帮手可以从村级站点进货以拓展自己的业务，还可以兼职服务村民网购的需求，并具有代收货物的职能。这里的网购是指通过任意网络服务提供者的网购平台进行购物的行为。

当然，也可以选择村子里有能力且有意向为村民提供网购服务的村民作为淘帮手。这类淘帮手没有自己的收货点，由这类淘帮手代购的货物均送到村级站点。

上述A类村点中的村民可通过合伙人或县小二获得网络服务，而B类村点或C类村点中的村民可以通过淘帮手获取网络服务。

值得说明的是，淘帮手在通过筛选和审批之后，需要在线签约。另外，由于网络服务提供者不需要针对淘帮手提供固定资产(例如实体店面、店面装修等)，一般只需提供一个标示性的招牌，所以在签约时，无须冻结指定数额的设备保证金。另外，对网络服务提供者来说，这种招募淘帮手的业务模式属于一种轻量级突破，可以节约资源投入，在提高用户覆盖率的同时能够降低成本。

在此之后，合伙人可以查看其名下绑定的淘帮手的信息，例如查看其名下绑定有几个淘帮手，每个淘帮手的基本信息，以及每个淘帮手的业务量详情等。如图6所示，为合伙人申请查看其名下绑定的淘帮手的信息的一种界面示意图。进一步，合伙人可以点击图6所示列表中的“查看”按钮进入具体淘帮手的业务量详情页，如图7所示。

另外，合伙人可以看到自己和淘帮手的服务单，而淘帮手只能看到自己的服务单。

在该具体应用实例中，角色管理规则包括：在招募淘帮手时需要满足一些条件，例如当前服务单都必须为完结状态，需要经过线上考试，线下面试等环节，只能是非合伙人或处于待降级或待清退状态的合伙人，只能绑在一个合伙人名下，绑定的合伙人名下的淘帮手不能超过指定数量，例如15个， 还需要经过县小二的审批，等等。

另外，淘帮手符合一定条件时可以升级为合伙人；合伙人符合一定条件时可以降级为淘帮手或被清退掉；关于淘帮手的升级和合伙人的降级或清退均需由县小二审批。关于升降级的处理具体可参见前述实施例的描述。

本实施例通过建立村级站点和县级站点，并为村级站点招募淘帮手，由淘帮手代替村级站点覆盖范围内的用户获取相应网络服务，可以提高网络服务的用户覆盖率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图8为本申请又一实施例提供的数据处理系统的结构示意图。如图8所示，该系统包括：确定模块81、获取模块82和建立模块83。

确定模块81，用于确定第一业务站点对应的初始人员，初始人员是指具有获取网络服务的能力且可能成为第一业务站点的辅助业务人员，所述第一业务站点是指按照层级部署的业务站点中指定级别的业务站点。

获取模块82，用于从确定模块81确定出的初始人员中获取目标人员，所述目标人员作为第一业务站点的辅助业务人员。

建立模块83，用于建立获取模块82所获取的目标人员与第一业务站点之间的关联关系，以通过目标人员向第一业务站点覆盖范围内的用户提供相应的网络服务。

在一可选实施方式中，确定模块81具体用于执行以下至少一种操作：

接收第一业务站点根据自身业务需求主动上报的招募申请，招募申请包括初始人员的信息，根据招募申请确定初始人员；

获取级别高于所述第一业务站点的第二业务站点在确定第一业务站点具有招募辅助业务人员资格时推荐的人员作为初始人员；以及

获取针对招募请求申请报名的人员作为初始人员，招募请求是指为第一业务站点招募辅助业务人员的请求。

在一可选实施方式中，获取模块82具体用于：

按照预设的筛选条件对初始人员进行筛选，以获得候选人员；

将候选人员发送给级别高于所述第一业务站点的第二业务站点，以供第二业务站点对候选人员进行资格审核；

根据第二业务站点对候选人员的资格审核结果，获取通过资格审核的候选人员作为目标人员。

或者，获取模块82具体用于：

按照预设的筛选条件对初始人员进行筛选，以获得目标人员。

可选的，上述筛选条件包括以下至少一个：

业务状态处于完结状态；

属于待降级的各指定级别的业务站点的主业务人员；

不属于处于正常状态的各级别业务站点的主业务人员；

不属于黑名单中的人员；

不属于竞争对手的业务人员；

与第一业务站点同属于指定级别的行政区域；

第一业务站点绑定的辅助业务人员的数量不大于指定数量。

进一步，如图9所示，该系统还包括：第一判断模块91和提示模块92。

第一判断模块91，用于在建立模块83建立目标人员与第一业务站点之间的关联关系之前，判断目标人员是否与第二业务站点已经进行关联，并在判断结果为否时，触发建立模块83建立目标人员与第一业务站点之间的关联关系。

提示模块92，用于在第一判断模块91的判断结果为是时，提示是否继续执行关联操作，并在接收到继续执行关联操作的指令时，自动解除目标人员与第二业务站点之间的关联关系，并触发建立模块83建立目标人员与第一业务站 点之间的关联关系。

进一步，建立模块83还可用于向目标人员和第一业务站点发送成功关联通知消息。其中，对目标人员来说，在获知与第一业务站点建立关联关系之后，可以通过其客户端向第一业务站点发送注册请求以进行注册，并代替第一业务站点覆盖范围内的用户获取相应的网络服务。或者，对目标人员来说，在获知与第一业务站点建立关联关系之后，也可以根据自身具有的获取网络服务的能力，通过其客户端获取所述网络服务，并向所述第一业务站点覆盖范围内的用户提供所述网络服务。

进一步，目标人员的客户端在代替第一业务站点覆盖范围内的用户获取相应的网络服务的过程中，具体用于：

若被目标人员代替获取网络服务的用户为已代购用户，从第一业务站点对应的CRM系统中，获取收货人的信息，CRM系统包括第一业务站点覆盖范围内已代购用户的信息；或者，

若被目标人员代替获取网络服务的用户为新用户，接收目标人员手动输入的新用户的信息作为收货人的信息，并将新用户的信息添加到第一业务站点对应的CRM系统中。

进一步，如图9所示，该系统还包括：第一监控模块93和招募模块94。

第一监控模块93，用于定期监控第一业务站点的业务数据。

招募模块94，用于当确定第一业务站点的业务数据在指定周期内未达到预设业务量时，为第一业务站点招募新的主业务人员。

进一步，招募模块94具体用于：

从各指定级别的业务站点的辅助业务人员中选择符合要求的辅助业务人员作为第一业务站点的新的主业务人员。

优选的，招募模块94具体用于：

从第一业务站点的辅助业务人员中选择符合要求的辅助业务人员作为第一业务站点的新的主业务人员。

进一步，如图9所示，该系统还包括：降级处理模块95和/或清退处理 模块96。

降级处理模块95，用于在对第一业务站点的原主业务人员进行降级处理时，将第一业务站点的原主业务人员标记为第一业务站点的辅助业务人员。

清退处理模块96，用于在对第一业务站点的原主业务人员进行清退处理时，针对第一业务站点执行清退流程。

进一步，如图9所示，该系统还包括：第二判断模块97。

第二判断模块97，用于在对第一业务站点进行降级或清退处理时，判断第一业务站点是否具有辅助业务人员。

降级处理模块95还用于：在第二判断模块97的判断结果为是时，将第一业务站点的辅助业务人员调整到其它最低级别业务站点。或者

清退处理模块96还用于：在第二判断模块97的判断结果为是时，通知第一业务站点的辅助业务人员主动发起清退流程。

进一步，如图9所示，该系统还包括：第二监控模块98和升级处理模块99。

第二监控模块98，用于定期监控第一业务站点的辅助业务人员的业务数据。

升级处理模块99，用于当监控到辅助业务人员的业务数据符合升级条件时，将辅助业务人员升级为待降级处理业务站点的新的主业务人员，或者创建新的最低级别业务站点并将辅助业务人员配置为新的最低级别业务站点的主业务人员。

可选的，上述第一业务站点是指建立在行政村级别的业务站点，第一业务站点的辅助业务人员为淘帮手。

可选的，上述网络服务包括以下至少一种：洗车服务、购物服务、网上订票服务、养护服务、按摩服务、清洁服务、厨师上门服务、家政服务、家教服务、娱乐服务、吃喝服务、旅行服务、酒店服务、以及租车服务。

在部署实施时，上述数据处理系统中的各功能模块可以分布式部署，也可以集中部署在一台设备上，较为优选的是分布式部署，例如部分功能模块可以部署在第一业务站点(例如村级站点)上，大部分功能模块可以部署在 第二业务站点(例如县级站点)上。

本实施例提供的数据处理系统，为指定级别的第一业务站点招募新的辅助业务人员，并建立第一业务站点与为其招募的辅助业务人员之间的关联关系，由于辅助业务人员具有获取网络服务的能力，故可以代替第一业务站点覆盖范围内的用户获取相应的网络服务，使得网络服务可以覆盖到不具有获取网络服务能力的用户，提高网络服务的覆盖率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等) 或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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