用户等级确定方法、系统、计算机设备和存储介质与流程

[0001]
本申请涉及互联网技术领域，特别是涉及一种用户等级确定方法、系统、计算机设备和存储介质。


背景技术：

[0002]
在互联网电商领域，许多店铺都会根据用户的消费情况给店铺内的用户分派不同的等级，其中，高等级的用户可以享有较高的权益，而低等级的用户一般只能享有较低的权益，这里所讲的“权益”可以指的是折扣等优惠。通常情况下，用户的等级可以发生变动，例如，当用户的消费情况满足等级升级条件时，用户的等级可以提升，因此，需要由计算机设备周期性地确定店铺中每个用户的等级，以使用户能够及时享有与其最新的消费情况相匹配的权益。
[0003]
然而，当前，存在着大量的电商平台，电商平台中又存在着大量的店铺，各个店铺又可以配置自身的等级升降条件，这就导致用户的等级确定面临着数据量庞大，计算时延较长的问题，继而导致用户的等级不能及时地进行变动。
[0004]
当前，如何降低用户等级确定的计算时延，保证用户的等级能够及时变动已经成为了一个亟待解决的问题。


技术实现要素：

[0005]
基于此，本申请实施例提供了一种用户等级确定方法、系统、计算机设备和存储介质，可以降低用户等级确定的计算时延，保证用户的等级能够及时变动。
[0006]
第一方面，提供了一种用户等级确定方法，用于用户等级确定系统中，该用户等级确定系统包括控制节点和多个受控节点，该方法包括：
[0007]
该控制节点将多个店铺任务分发至该多个受控节点，其中，各店铺任务与不同的待进行用户等级确定的店铺相对应；第一受控节点接收该控制节点分发的目标店铺任务，其中，该第一受控节点为该多个受控节点中的任一个，该目标店铺任务与目标店铺相对应；该第一受控节点依次执行该目标店铺任务包括的多个目标用户集任务，其中，不同的目标用户集任务与不同的用户集合相对应，各用户集合包括该目标店铺中的多个用户，该目标用户集任务为确定对应的用户集合中各个用户的等级的任务。
[0008]
在其中一个实施例中，该第一受控节点依次执行该目标店铺任务包括的多个目标用户集任务，包括：该第一受控节点在执行第n个目标用户集任务之前，获取第n-1个目标用户集任务的执行时长，n为大于1的正整数；该第一受控节点根据该执行时长，确定第n个目标用户集任务的锁时长；该第一受控节点根据该锁时长，为第n个目标用户集任务添加任务锁，并执行第n个目标用户集任务。
[0009]
在其中一个实施例中，该第一受控节点根据该执行时长，确定第n个目标用户集任务的锁时长，包括：该第一受控节点将该执行时长与预设参数的乘积作为第n个目标用户集任务的锁时长，该预设参数为大于1小于预设参数阈值的正整数。
[0010]
在其中一个实施例中，执行第n个目标用户集任务，包括：对于第n个目标用户集任务对应的用户集合中的各个用户，根据该用户的标识信息获取该用户的行为参数信息，根据该行为参数信息以及该目标店铺的等级升降条件，确定该用户的等级。
[0011]
在其中一个实施例中，该控制节点检测该第一受控节点的工作状态；若该第一受控节点的工作状态为异常状态，则该控制节点将该目标店铺任务重新分发至第二受控节点，该第二受控节点为该多个受控节点中除该第一受控节点以外的受控节点；该第二受控节点依次执行该目标店铺任务包括的多个目标用户集任务。
[0012]
在其中一个实施例中，该第二受控节点依次执行该目标店铺任务包括的多个目标用户集任务，包括：该第二受控节点从该目标店铺任务包括的多个目标用户集任务中确定未被该第一受控节点执行完成的候选用户集任务；若该候选用户集任务被该第一受控节点添加了任务锁，则该第二受控节点执行除该候选用户集任务以外的其他任务，并在该其他任务执行完毕后执行该候选用户集任务；若该候选用户集任务未被该第一受控节点添加任务锁，则该第二受控节点执行该候选用户集任务。
[0013]
在其中一个实施例中，该控制节点将多个店铺任务分发至该多个受控节点之前，该方法还包括：处于正常状态的各受控节点向该控制节点发送健康信息；对应地，该控制节点将多个店铺任务分发至该多个受控节点，包括：该控制节点根据接收到的健康信息，将该多个店铺任务分发至该处于正常状态的各受控节点。
[0014]
第二方面，提供了一种用户等级确定系统，该用户等级确定系统包括控制节点和多个受控节点；
[0015]
其中，该控制节点，用于将多个店铺任务分发至该多个受控节点，其中，各店铺任务与不同的待进行用户等级确定的店铺相对应；
[0016]
第一受控节点，用于接收该控制节点分发的目标店铺任务，其中，该第一受控节点为该多个受控节点中的任一个，该目标店铺任务与目标店铺相对应；
[0017]
该第一受控节点，用于依次执行该目标店铺任务包括的多个目标用户集任务，其中，不同的目标用户集任务与不同的用户集合相对应，各用户集合包括该目标店铺中的多个用户，该目标用户集任务为确定对应的用户集合中各个用户的等级的任务。
[0018]
在其中一个实施例中，该第一受控节点，具体用于：在执行第n个目标用户集任务之前，获取第n-1个目标用户集任务的执行时长，n为大于1的正整数；根据该执行时长，确定第n个目标用户集任务的锁时长；根据该锁时长，为第n个目标用户集任务添加任务锁，并执行第n个目标用户集任务。
[0019]
在其中一个实施例中，该第一受控节点，具体用于：将该执行时长与预设参数的乘积作为第n个目标用户集任务的锁时长，该预设参数为大于1小于预设参数阈值的正整数。
[0020]
在其中一个实施例中，该第一受控节点，具体用于：对于第n个目标用户集任务对应的用户集合中的各个用户，根据该用户的标识信息获取该用户的行为参数信息，根据该行为参数信息以及该目标店铺的等级升降条件，确定该用户的等级。
[0021]
在其中一个实施例中，该控制节点，还用于检测该第一受控节点的工作状态，若该第一受控节点的工作状态为异常状态，则将该目标店铺任务重新分发至第二受控节点，该第二受控节点为该多个受控节点中除该第一受控节点以外的受控节点；该第二受控节点，用于依次执行该目标店铺任务包括的多个目标用户集任务。
[0022]
在其中一个实施例中，该第二受控节点，具体用于：从该目标店铺任务包括的多个目标用户集任务中确定未被该第一受控节点执行完成的候选用户集任务；若该候选用户集任务被该第一受控节点添加了任务锁，则执行除该候选用户集任务以外的其他任务，并在该其他任务执行完毕后执行该候选用户集任务；若该候选用户集任务未被该第一受控节点添加任务锁，则执行该候选用户集任务。
[0023]
在其中一个实施例中，处于正常状态的各受控节点，还用于向该控制节点发送健康信息；该控制节点，具体用于根据接收到的健康信息，将该多个店铺任务分发至该处于正常状态的各受控节点。
[0024]
第三方面，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该计算机程序被该处理器执行时实现如上述第一方面任一所述的方法的步骤。
[0025]
第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。
[0026]
本申请实施例提供的技术方案带来的有益效果至少包括：
[0027]
本申请实施例提供的技术方案应用于用户等级确定系统中，该用户等级确定系统包括控制节点和多个受控节点，该控制节点将多个店铺任务分发至多个受控节点，其中，各店铺任务与不同的待进行用户等级确定的店铺相对应，第一受控节点接收控制节点分发的目标店铺任务，其中，该第一受控节点为该多个受控节点中的任一个，目标店铺任务与目标店铺相对应，第一受控节点依次执行目标店铺任务包括的多个目标用户集任务，其中，不同的目标用户集任务与不同的用户集合相对应，各用户集合包括目标店铺中的多个用户，目标用户集任务为确定对应的用户集合中各个用户的等级的任务，这样，一方面，可以将大量的待进行用户等级确定的店铺以任务的形式分派至多个受控节点，以由多个受控节点并行地对大量的店铺进行用户等级的确定，通过并行方式执行，可以大大降低降低用户等级确定的计算时延，保证用户的等级能够及时变动，另一方面，对于第一受控节点而言，其可以通过依次执行多个目标用户集任务的方式来实现对目标店铺任务的执行，由于每个目标用户集任务对应于一个用户集合，因此，以目标用户集任务的形式来实现对目标店铺任务的执行，可以使第一受控节点以用户集合的形式批量地对用户的等级进行确定，相较于单个逐一地对用户等级进行确定的方式而言，可以大大降低降低用户等级确定的计算时延，保证用户的等级能够及时变动。
附图说明
[0028]
图1为本申请实施例涉及到的一种实施环境的示意图；
[0029]
图2为本申请实施例提供的一种用户等级确定方法的流程图；
[0030]
图3为本申请实施例提供的一种第一受控节点依次执行目标店铺任务包括的多个目标用户集任务的技术过程的流程图；
[0031]
图4为本申请实施例提供的另一种用户等级确定方法的流程图；
[0032]
图5为本申请实施例提供的一种第二受控节点依次执行目标店铺任务包括的多个目标用户集任务的技术过程的流程图；
[0033]
图6为本申请实施例提供的一种用户等级确定系统的框图；
[0034]
图7为本申请实施例提供的一种计算机设备的框图。
具体实施方式
[0035]
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
[0036]
当前，在互联网电商领域，许多店铺都会根据用户的消费情况给店铺内的用户分派不同的等级，其中，不同等级的用户享有不同的权益。例如，在店铺a中，最高单笔消费金额达到一万元的用户为一级用户，一级用户可以享有购物7折的权益，最高单笔消费金额达到一千元的用户为二级用户，二级用户可以享有购物9折的权益。通过为不同的用户分派不同的等级，并令不同等级的用户享有不同的权益，可以刺激用户提升等级的欲望，提高用户的购买力。
[0037]
实际应用中，用户的等级可以发生变动，如上述举例，店铺a中，若用户1为二级用户，其在30号当天完成了一笔消费，该笔消费的金额为两万元，则用户1在30号当天即可以从二级用户升级成为一级用户。
[0038]
为了使用户的等级能够及时进行变动，使用户能够及时享有变动后的等级所对应的权益，计算机设备通常需要周期性地计算每一用户的当前等级。例如，在一种可能的实现方式中，计算机设备可以在每天凌晨3点之后，计算每一用户的当前等级，从而使用户等级能够在当天及时变动。
[0039]
然而，当前，存在着大量的电商平台，不同的电商平台中又存在着大量的店铺，各个店铺又可以配置自身的等级升降条件，这就导致在计算用户等级时面临着数据量庞大，计算时延较长的问题，这些都导致用户的等级不能及时地进行变动。
[0040]
有鉴于此，本申请实施例提供了一种用户等级确定方法，可以降低用户等级的计算时延，从而保证用户的等级能够及时进行变动。其中，本申请实施例提供的用户等级确定方法，应用于用户等级确定系统中，该用户等级确定系统包括控制节点和多个受控节点，该控制节点将多个店铺任务分发至多个受控节点，其中，各店铺任务与不同的待进行用户等级确定的店铺相对应，第一受控节点接收控制节点分发的目标店铺任务，其中，该第一受控节点为该多个受控节点中的任一个，目标店铺任务与目标店铺相对应，第一受控节点依次执行目标店铺任务包括的多个目标用户集任务，其中，不同的目标用户集任务与不同的用户集合相对应，各用户集合包括目标店铺中的多个用户，目标用户集任务为确定对应的用户集合中各个用户的等级的任务，这样，一方面，可以将大量的待进行用户等级确定的店铺以任务的形式分派至多个受控节点，以由多个受控节点并行地对大量的店铺进行用户等级的确定，通过并行方式执行，可以大大降低降低用户等级确定的计算时延，保证用户的等级能够及时变动，另一方面，对于第一受控节点而言，其可以通过依次执行多个目标用户集任务的方式来实现对目标店铺任务的执行，由于每个目标用户集任务对应于一个用户集合，因此，以目标用户集任务的形式来实现对目标店铺任务的执行，可以使第一受控节点以用户集合的形式批量地对用户的等级进行确定，相较于单个逐一地对用户等级进行确定的方式而言，可以大大降低降低用户等级确定的计算时延，保证用户的等级能够及时变动。
[0041]
下面，将对本申请实施例提供的用户等级确定方法所涉及到的实施环境进行简要说明。
[0042]
如图1所示，该实施环境可以为用户等级确定系统，该用户等级确定系统可以包括控制节点101和多个受控节点102(图1中仅示例性地示出了3个受控节点102)，其中，各受控
节点102均与控制节点101建立有通信连接，控制节点101和受控节点102都可以为服务器、服务器集群或者其他的具有计算处理功能的电子设备或者电子设备集群。
[0043]
其中，控制节点101用于向该多个受控节点102分派计算用户等级的任务，受控节点102用于执行控制节点101分派的任务，也即是，受控节点102用于具体地对用户等级进行计算。
[0044]
请参考图2，其示出了本申请实施例提供的一种用户等级确定方法的流程图，该用户等级确定方法应用于图1所示的实施环境中，如图2所示，该用户等级确定方法可以包括以下步骤：
[0045]
步骤201、控制节点将多个店铺任务分发至多个受控节点。
[0046]
与上文所述类似地，本申请实施例中，用户等级确定系统需要周期性地计算用户的当前等级，从而使用户的等级能够及时进行变动，保证用户能够及时享有变动后的等级所对应的权益。也就是说，在本申请实施例中，可以周期性地执行步骤201以及后续各个步骤的技术过程。
[0047]
为了方便说明，下文中仅对其中某一次计算用户等级的技术过程进行说明。
[0048]
本申请的可选实施例中，在计算用户等级的过程中，控制节点可以首先获取多个待进行用户等级确定的店铺，可选的，控制节点可以将各电商平台中所有的店铺均作为待进行用户等级确定的店铺。
[0049]
在获取了多个待进行用户等级确定的店铺之后，控制节点可以针对每一个获取到的店铺生成与该店铺对应的店铺任务，可选的，控制节点生成的店铺任务至少包括对应店铺的标识，控制节点生成的店铺任务为对该店铺任务对应的店铺中的用户进行等级计算的任务。接着，控制节点可以将生成的多个店铺任务分发至多个受控节点。
[0050]
例如，假设控制节点获取的待进行用户等级确定的店铺共有1000个，受控节点共有10个，则控制节点可以生成与该1000个店铺一一对应的1000个店铺任务，并且分发给每个受控节点100个店铺任务。
[0051]
在本申请的可选实施例中，控制节点可以对获取到的多个待进行用户等级确定的店铺的标识进行哈希取模处理，并根据哈希取模处理的结果将生成的多个店铺任务分发至多个受控节点。
[0052]
在本申请的可选实施例中，在计算用户等级之前，用户等级确定系统中处于正常状态的各受控节点可以向控制节点发送健康信息，以向控制节点上报自身可以正常地执行计算用户等级的任务。可选的，各受控节点中可以设置有定时任务，在到达预定时刻(通常为开始进行用户等级计算的时刻)后，该定时任务可以被触发，若受控节点处于正常状态，则其可以在定时任务被触发后向控制节点发送该健康信息。
[0053]
在计算用户等级的过程中，控制节点可以根据接收到的健康信息，将多个店铺任务分发至处于正常状态的各受控节点，这样，就可以避免将店铺任务分发至处于异常状态的受控节点中，因此，可以避免店铺任务无法被执行，从而避免某些店铺中的用户的等级无法及时变动，影响用户享受权益。
[0054]
步骤202、第一受控节点接收控制节点分发的目标店铺任务。
[0055]
其中，第一受控节点为用户等级确定系统包括的多个受控节点中的任一个，可选的，该第一受控节点可以为用户等级确定系统包括的多个处于正常状态的受控节点中的任
一个。换句话说，用户等级确定系统中的每个受控节点，或者，每个处于正常状态的受控节点都可以执行本申请实施例中第一受控节点所执行的技术过程。
[0056]
目标店铺任务指的是分发给第一受控节点的店铺任务，目标店铺任务与目标店铺相对应。在本申请的实施例中，目标店铺任务的数量可以为一个，也可以为多个，本申请实施例对此不作具体限定。
[0057]
步骤203、第一受控节点依次执行目标店铺任务包括的多个目标用户集任务。
[0058]
在本申请的可选实施例中，各个店铺任务均可以包括多个用户集任务，其中，不同的用户集任务与不同的用户集合相对应，某一用户集任务所对应的用户集合包括该用户集任务所属店铺任务对应的店铺中的多个用户，用户集任务为确定对应的用户集合中各个用户的等级的任务。
[0059]
例如，店铺任务r与店铺a相对应，该店铺任务r包括3个用户集任务，其中，每个用户集任务均与由该店铺a中的1000个用户组成的用户集合相对应，每个用户集任务都是确定对应的用户集合中各个用户的等级的任务。
[0060]
在本申请的可选实施例中，用户集任务所对应的用户集合中用户的数量可以为预设值，例如，该预设值可以为1000。
[0061]
在步骤203中，第一受控节点在接收到控制节点分发的目标店铺任务之后，可以依次执行该目标店铺任务包括的多个目标用户集任务，其中，目标用户集任务对应的用户集合包括目标店铺中的多个用户。
[0062]
一般情况下，在计算某一店铺中各用户的等级的过程中，计算机设备会单个逐一地对该店铺中的用户的等级进行计算。
[0063]
例如，若某一店铺包含10个用户，计算机设备可以先对第1个用户的等级进行计算，接着，计算机设备可以对第2个用户的等级进行计算，以此类推，在计算机设备对第10个用户的等级进行计算之后，即可完成对该店铺中所有用户的等级计算。
[0064]
实践证明，这样单个逐一地对用户的等级进行计算的方式时延较大。
[0065]
有鉴于此，本申请实施例中，可以按照执行用户集任务的形式来对用户等级进行计算，这样，受控节点就能够以用户集合的形式批量地对用户的等级进行确定，相较于单个逐一地对用户等级进行确定的方式而言，可以大大降低降低用户等级确定的计算时延，保证用户的等级能够及时变动。
[0066]
在本申请实施例中，所谓第一受控节点依次执行多个目标用户集任务指的是：第一受控节点首先执行第1个目标用户集任务，接着执行第2个目标用户集任务，而后执行第3个目标用户集任务，以此类推，直至执行完最后一个目标用户集任务为止。
[0067]
为了方便说明，下文中仅以第一受控节点执行第n个目标用户集任务的技术过程为例进行说明，n为大于1的正整数，请参考图3，该技术过程包括以下步骤：
[0068]
步骤301、第一受控节点在执行第n个目标用户集任务之前，获取第n-1个目标用户集任务的执行时长。
[0069]
所谓第n-1个目标用户集任务的执行时长指的是开始执行第n-1个目标用户集任务的时刻到执行完成第n-1个目标用户集任务的时刻之间的时长。
[0070]
步骤302、第一受控节点根据该执行时长，确定第n个目标用户集任务的锁时长。
[0071]
在本申请的可选实施例中，第一受控节点可以将该执行时长与预设参数的乘积作
为第n个目标用户集任务的锁时长，其中，该预设参数为大于1小于预设参数阈值的正整数。
[0072]
步骤303、第一受控节点根据该锁时长，为第n个目标用户集任务添加任务锁，并执行第n个目标用户集任务。
[0073]
在本申请实施例中，第一受控节点为第n个目标用户集任务添加任务锁可以保证在该任务锁未被释放之前只有第一受控节点才能执行该第n个目标用户集任务，这样，就可以避免该第n个目标用户集任务被多个受控节点同时执行而导致错误。
[0074]
在实际应用中，任务锁的锁时长非常重要，若锁时长设置得过短，则任务锁很可能在第n个目标用户集任务未被第一受控节点执行完之前就会释放，这就带来了第n个目标用户集任务可能同时被两个受控节点执行的隐患，若锁时长设置得过长，则在第一受控节点出现故障，处于异常状态后，该任务锁可能会迟迟得不到释放，从而导致该第n个目标用户集任务无法及时被其他的受控节点执行，甚至导致该第n个目标用户集任务死亡。
[0075]
考虑到以上情况，在本申请实施例中，可以根据第n-1个目标用户集任务的执行时长来确定第n个目标用户集任务的锁时长，可选的，可以将第n-1个目标用户集任务的执行时长与预设参数的乘积作为第n个目标用户集任务的锁时长，由于预设参数大于1，因此，可以保证第n个目标用户集任务的锁时长大于第n-1个目标用户集任务的执行时长，这样可以避免锁时长设置得太短，导致任务锁在第n个目标用户集任务未被第一受控节点执行完之前就会释放，此外，由于预设参数小于预设参数阈值，因此，可以避免锁时长设置得太长，导致在第一受控节点出现故障处于异常状态后，该任务锁迟迟得不到释放的状况发生。
[0076]
在本申请的可选实施例中，第一受控节点在执行第1个目标用户集任务之前，可以基于预设的锁时长为该第1个目标用户集任务添加任务锁，例如，该预设的锁时长可以为10分钟，本申请实施例不对该预设的锁时长的大小进行限定。
[0077]
下面，本申请实施例将对第一受控节点执行第n个目标用户集任务的一种可选的技术过程进行说明，该技术过程可以包括以下步骤a至c：
[0078]
步骤a、第一受控节点在用户标识数据库中批量查询该第n个目标用户集任务所对应的用户集合中各用户的标识信息。
[0079]
步骤b、对于第n个目标用户集任务对应的用户集合中的各个用户，第一受控节点根据该用户的标识信息获取该用户的行为参数信息。
[0080]
可选的，对于第n个目标用户集任务对应的用户集合中的各个用户，第一受控节点可以根据该用户的标识信息查询行为参数数据库，得到该用户的行为参数信息，其中，该行为参数信息用于表征用户在目标店铺中的购物行为、浏览行为等的至少一种，例如，该行为参数信息可以为预设时间段内用户在目标店铺中消费的总金额、预设时间段内用户在目标店铺中最高单笔消费的金额、预设时间段内用户浏览目标店铺的次数等等。
[0081]
步骤c、对于第n个目标用户集任务对应的用户集合中的各个用户，第一受控节点根据该用户的行为参数信息以及目标店铺的等级升降条件，确定该用户的等级。
[0082]
在本申请的可选实施例中，第一受控节点在接收到控制节点分发的目标店铺任务之后，可以根据目标店铺的标识信息查询该目标店铺的等级升降级条件，其中，等级升降级条件可以包括用户提升等级所需满足的行为参数条件以及用户降低等级所需满足的行为参数条件中的至少一种。
[0083]
可选的，若第一受控节点无法查询到目标店铺的等级升降级条件，则说明目标店
铺很可能没有配置等级升降级条件，在这种情况下，第一受控节点可以将目标店铺任务丢弃。
[0084]
在本申请的可选实施例中，第一受控节点可以判断用户的行为参数信息是否满足目标店铺的等级升降条件，若满足，则第一受控节点可以根据所满足的等级升降条件所指示升降的级别确定用户的等级，若不满足，则第一受控节点可以将用户原有的等级作为确定的用户的等级。
[0085]
需要指出的是，在本申请实施例中，第一受控节点执行第1个目标用户集任务的技术过程与第一受控节点执行第n个目标用户集任务的技术过程同理，本申请实施例在此不再赘述。
[0086]
还需要指出的是，在本申请的可选实施例中，第一受控节点在执行完每一目标用户集任务之后，都可以触发任务提交流程，在任务提交之后，控制节点可以将被提交的目标用户集任务的最后更新时间更改为任务提交时刻。
[0087]
与这种方式相对应地，控制节点在向各受控节点分发店铺任务之前，可以查询店铺任务包含的用户集任务的最后更新时间，若店铺任务包含的用户集任务的最后更新时间与当前时刻之间的时长小于预设时长阈值，则说明该店铺任务在当前的用户等级确定周期中已经被执行过，在这种情况下，控制节点可以不将该店铺任务分发至受控节点中，反之，若店铺任务包含的用户集任务的最后更新时间与当前时刻之间的时长大于预设时长阈值，则说明该店铺任务在当前的用户等级确定周期中未被执行过，在这种情况下，控制节点可以将该店铺任务分发至受控节点中，以由分派的受控节点执行该店铺任务。
[0088]
在本申请的可选实施例中，若第一受控节点出现了异常，无法正常执行任务，则控制节点可以将分派给第一受控节点的目标店铺任务重新分派给未出现异常的受控节点，以避免目标店铺任务无法被正常执行，导致目标店铺中的用户的等级无法及时进行变动。请参考图4，为了实现上述目的，本申请实施例还可以执行下述步骤：
[0089]
步骤401、控制节点检测第一受控节点的工作状态。
[0090]
在本申请的可选实施例中，控制节点可以每隔一段时间向第一受控节点发送心跳包，例如，控制节点可以每隔5s以ping的方式向第一受控节点发送心跳包。
[0091]
若第一受控节点的工作状态为正常状态，则该第一受控节点在接收到控制节点发送的心跳包之后会向控制节点返回响应心跳包。
[0092]
若控制节点接收到第一受控节点发送的响应心跳包，则控制节点可以确定第一受控节点的工作状态为正常状态，反之，若控制节点连续多次(例如，连续3次)未接收到第一受控节点发送的响应心跳包，则控制节点可以确定第一受控节点的工作状态为异常状态。
[0093]
步骤402、若第一受控节点的工作状态为异常状态，则控制节点将目标店铺任务重新分发至第二受控节点。
[0094]
其中，该第二受控节点为用户等级确定系统包括的多个受控节点中除第一受控节点以外的受控节点，进一步地，第二受控节点的工作状态为正常状态。
[0095]
在本申请的可选实施例中，若目标店铺任务的数量为多个，则控制节点可以将该多个目标店铺任务重新分发至一个或者多个第二受控节点中。
[0096]
可选的，若目标店铺任务的数量为多个，则控制节点可以对该多个目标店铺任务所分别对应的目标店铺的标识进行哈希取模处理，并根据哈希取模处理的结果将该多个目
标店铺任务重新分发至多个第二受控节点。
[0097]
步骤403、第二受控节点依次执行目标店铺任务包括的多个目标用户集任务。
[0098]
其中，第二受控节点依次执行目标店铺任务包括的多个目标用户集任务的技术过程与上文所述的第一受控节点依次执行目标店铺任务包括的多个目标用户集任务的技术过程同理，本申请实施例在此不再赘述。
[0099]
请参考图5，第二受控节点可以按照如图5所示的技术过程依次执行目标店铺任务包括的多个目标用户集任务，其中，该技术过程可以包括以下步骤：
[0100]
步骤501、第二受控节点从目标店铺任务包括的多个目标用户集任务中确定未被第一受控节点执行完成的候选用户集任务。
[0101]
步骤502、若候选用户集任务被第一受控节点添加了任务锁，则第二受控节点执行除候选用户集任务以外的其他任务，并在其他任务执行完毕后执行候选用户集任务。
[0102]
在本申请的可选实施例中，若在步骤502中所述的其他任务执行完毕后候选用户集任务的任务锁未被释放，则第二受控节点可以继续执行另外的其他任务，并在继续执行的其他任务执行完毕后检测候选用户集任务的任务锁是否被释放，若被释放，则第二受控节点执行候选用户集任务，若未被释放，则第二受控节点继续执行其他任务。直至第二受控节点所需执行的所有的其他任务都被执行完成之后，若该候选用户集任务的任务锁还未被释放，则第二受控节点丢弃该候选用户集任务。
[0103]
步骤503、若候选用户集任务未被第一受控节点添加任务锁，则第二受控节点执行候选用户集任务。
[0104]
请参考图6，其示出了本申请实施例提供的一种用户等级确定系统600的框图，该用户等级确定系统600可以包括控制节点601以及多个受控节点602。
[0105]
其中，该控制节点601，用于将多个店铺任务分发至该多个受控节点602，其中，各店铺任务与不同的待进行用户等级确定的店铺相对应。
[0106]
第一受控节点602，用于接收该控制节点601分发的目标店铺任务，其中，该第一受控节点为该多个受控节点中的任一个，该目标店铺任务与目标店铺相对应。
[0107]
第一受控节点602，用于依次执行该目标店铺任务包括的多个目标用户集任务，其中，不同的目标用户集任务与不同的用户集合相对应，各用户集合包括该目标店铺中的多个用户，该目标用户集任务为确定对应的用户集合中各个用户的等级的任务。
[0108]
在本申请的一个可选实施例中，第一受控节点602，具体用于：在执行第n个目标用户集任务之前，获取第n-1个目标用户集任务的执行时长，n为大于1的正整数；根据该执行时长，确定第n个目标用户集任务的锁时长；根据该锁时长，为第n个目标用户集任务添加任务锁，并执行第n个目标用户集任务。
[0109]
在本申请的一个可选实施例中，第一受控节点602，具体用于：将该执行时长与预设参数的乘积作为第n个目标用户集任务的锁时长，该预设参数为大于1小于预设参数阈值的正整数。
[0110]
在本申请的一个可选实施例中，第一受控节点602，具体用于：对于第n个目标用户集任务对应的用户集合中的各个用户，根据该用户的标识信息获取该用户的行为参数信息，根据该行为参数信息以及该目标店铺的等级升降条件，确定该用户的等级。
[0111]
在本申请的一个可选实施例中，控制节点601，还用于检测该第一受控节点602的
工作状态，若该第一受控节点602的工作状态为异常状态，则将该目标店铺任务重新分发至第二受控节点602，该第二受控节点602为该多个受控节点中除该第一受控节点以外的受控节点。
[0112]
第二受控节点602，用于依次执行该目标店铺任务包括的多个目标用户集任务。
[0113]
在本申请的一个可选实施例中，第二受控节点602，具体用于：从该目标店铺任务包括的多个目标用户集任务中确定未被该第一受控节点执行完成的候选用户集任务；若该候选用户集任务被该第一受控节点添加了任务锁，则执行除该候选用户集任务以外的其他任务，并在该其他任务执行完毕后执行该候选用户集任务；若该候选用户集任务未被该第一受控节点添加任务锁，则执行该候选用户集任务。
[0114]
在本申请的一个可选实施例中，处于正常状态的各受控节点602，还用于向该控制节点601发送健康信息。
[0115]
控制节点601，具体用于根据接收到的健康信息，将该多个店铺任务分发至该处于正常状态的各受控节点。
[0116]
关于用户等级确定系统的具体限定可以参见上文中对于用户等级确定方法的限定，在此不再赘述。
[0117]
在本申请的一个实施例中，提供了一种计算机设备，该计算机设备可以为控制节点或者受控节点，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器和存储器。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现上述用户等级确定方法中控制节点或者受控节点执行的步骤。
[0118]
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0119]
在本申请的一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上文所述的用户等级确定方法中的各个步骤。
[0120]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0121]
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存
在矛盾，都应当认为是本说明书记载的范围。
[0122]
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。