CN111538736B - 用户标签更新方法与设备 - Google Patents

Abstract

本申请的目的是提供一种用户标签更新方法，该方法包括：用户的用户信息发生更新；查询所有与用户信息更新相关的标签；针对每一个标签执行第三操作，第三操作包括：根据标签的判断规则，更新用户与标签的关联状态；并且如标签对应的判断规则基于预设时长，则生成用户关于标签的记录点，记录点用于作为起始点以设置用户关于标签的延迟任务，延迟任务基于当前最早的可用记录点，延迟任务用于自当前最早的可用记录点开始间隔预设时长后，执行第四操作，第四操作包括：根据标签的判断规则，更新用户与标签的关联状态；并且将下一个记录点作为当前最早的可用记录点更新延迟任务，直至当前无可用记录点。

Description

用户标签更新方法与设备

技术领域

本申请涉及计算机信息领域，尤其涉及一种用户标签更新方法与设备。

背景技术

在互联网与大众生活融合越来越密切的当下，人们在相关服务提供商处进行注册、查询、浏览、消费等行为均留下了大量数据，这些数据是用户画像的依据。

在数字营销领域，商家营销团队会创建各种标签(如：男性、上海地区、半年内未购买、一月内消费金额超过5000)，为符合条件的会员或客户打上相应的标签，从而实现人群画像，达到信息精准推送，降低营销成本。

通常情况下，如图1所示，通过定时计算方式，每天设定一个执行时间，遍历所有会员或客户，打上符合条件的标签。但是随着会员或客户数量和各种行为数据的增加，每天定时计算标签所需时间越来越多，越来越依赖服务器的资源。

比如某集团用户，拥有3000多万会员，每年产生几亿行为数据，目前采用8台服务器，在每天2点进行标签计算，仍无法在6小时内完成所有标签计算任务，由于早上8点开始陆续会有活动开始推送沟通消息，从而影响营销活动的开展。

发明内容

鉴于现有技术中的问题，本申请的一个目的是提供一种用户标签更新方法。

根据本申请的一个方面，本申请提供了一种用户标签更新方法，所述方法包括：

用户的用户信息发生更新；

查询所有与所述用户信息更新相关的标签；

针对每一个所述标签执行第三操作，所述第三操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；并且

如所述标签对应的判断规则基于预设时长，则生成所述用户关于所述标签的记录点，所述记录点用于作为起始点以设置所述用户关于所述标签的延迟任务，所述延迟任务基于当前最早的可用记录点，所述延迟任务用于自所述当前最早的可用记录点开始间隔所述预设时长后，执行第四操作，所述第四操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；并且

将下一个记录点作为所述当前最早的可用记录点更新所述延迟任务，直至当前无可用记录点。

进一步地，所述用户信息的更新包括用户数据的变化和/或用户行为数据的接入。

进一步地，所述用户与所述标签的关联状态包括第一状态和第二状态，所述第一状态表示所述用户符合所述标签，所述第二状态表示所述用户不符合所述标签。

进一步地，当所述延迟任务对于所述用户与所述标签的关联状态肯定不会造成变化时，将下一个记录点作为所述当前最早的可用记录点更新所述延迟任务。

进一步地，如当前用户信息更新直接符合所述标签的判断规则，则将当前记录点作为所述当前最早的可用记录点更新所述延迟任务。

根据本申请的一个方面，本申请还提供了一种用户标签更新方法，所述方法包括：

用户的用户信息发生更新；

查询所有与所述用户信息更新相关的标签；

针对每一个所述标签执行第一操作，所述第一操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；并且

如所述标签对应的判断规则基于预设时长，则生成所述用户关于所述标签的延迟任务，所述延迟任务用于在间隔所述预设时长后，执行第二操作，所述第二操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态。

进一步地，所述用户信息的更新包括用户数据的变化和/或用户行为数据的接入。

进一步地，所述用户与所述标签的关联状态包括第一状态和第二状态，所述第一状态表示所述用户符合所述标签，所述第二状态表示所述用户不符合所述标签。

进一步地，当所述用户关于所标签生成当前延迟任务时，如所述用户关于所述标签还有其它延迟任务，取消所述其它延迟任务中对于所述用户与所述标签的关联状态肯定不会造成变化的延迟任务。

进一步地，当所述用户关于所标签生成当前延迟任务时，如所述用户关于所述标签还有其它延迟任务，并且所述当前延迟任务对应的用户信息更新直接符合所述标签的判断规则，则取消所述其它延迟任务。

根据本申请的另一个方面，本申请提供了一种用于对用户标签进行更新的设备，其中，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述方法的操作。

根据本申请的另一方面，本申请提供了一种存储指令的计算机可读介质，所述指令在被计算机执行时使得所述计算机执行上述方法的操作。

与现有技术相比，本申请的技术方案采用实时计算标签，保证会员标签始终保持最新状态，相比于定时计算标签，有助于提高标签计算效率，以及节约服务器资源。另一方面，本申请的技术方案不仅考虑到用户信息更新时的标签计算，同时也兼顾到当用户历史数据随时间推移而处于标签规则之外时，再次对用户标签进行计算，从而可以反映使会员标签始终处于最新和最准确的状态。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出现有的一种用户标签更新流程；

图2示出本申请一个实施例的一种用户标签更新流程；

图3示出本申请另一个实施例的一种用户标签更新流程；

图4示出可用于本申请各实施例的一种示例性系统的功能模块。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(例如，中央处理器(Central Processing Unit,CPU))、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RandomAccess Memory,RAM)和/或非易失性内存等形式，如只读存储器(Read Only Memory,ROM)或闪存(Flash Memory)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Phase-Change Memory,PCM)、可编程随机存取存储器(Programmable Random Access Memory,PRAM)、静态随机存取存储器(Static Random-Access Memory,SRAM)、动态随机存取存储器(Dynamic Random AccessMemory,DRAM)、其他类型的随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、电可擦除可编程只读存储器(Electrically-ErasableProgrammable Read-Only Memory,EEPROM)、快闪记忆体(Flash Memory)或其他内存技术、只读光盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、数字多功能光盘(Digital Versatile Disc,DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本申请所指设备包括但不限于用户设备、网络设备、或用户设备与网络设备通过网络相集成所构成的设备。所述用户设备包括但不限于任何一种可与用户进行人机交互(例如通过触摸板进行人机交互)的移动电子产品，例如智能手机、平板电脑等，所述移动电子产品可以采用任意操作系统，如Android操作系统、iOS操作系统等。其中，所述网络设备包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific IntegratedCircuit,ASIC)、可编程逻辑器件(Programmable Logic Device,PLD)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、数字信号处理器(Digital Signal Processor,DSP)、嵌入式设备等。所述网络设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云；在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟超级计算机。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络(Ad Hoc Network)等。优选地，所述设备还可以是运行于所述用户设备、网络设备、或用户设备与网络设备、网络设备、触摸终端或网络设备与触摸终端通过网络相集成所构成的设备上的程序。

当然，本领域技术人员应能理解上述设备仅为举例，其他现有的或今后可能出现的设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

在本申请的描述中，“多个”的含义是两个或者更多，除非另有明确具体的限定。

图2是本申请的一个较佳实施例的流程图，本实施例的方法包括：

当用户数据变化(如用户设定的个人资料、偏好信息、支付信息等)或者用户行为数据接入(如购买、退货、缴费、预约等)时，实时查询所有与数据变化相关的标签列表。

对于每一个相关的标签，计算用户目前是否满足标签条件(或是标签规则)：

当满足标签条件时，将用户与当前标签相关联，此时的操作包括两种情形，(1)用户之前没有与当前标签关联，则为用户加入当前标签；(2)用户之前已与当前标签关联，则保持用户与当前标签的关联；

当不满足标签条件时，使用户与当前标签不关联，此时的操作包括两种情形，(1)用户之前没有与当前标签关联，则保持用户与当前标签不关联；(2)用户之前已与当前标签关联，则移除用户的当前标签。

判断当前标签是否需要唤醒，在本申请的实施方式部分，引入“时间轮”和“时间轮唤醒”的概念进行表述，“时间轮”记录了用户关于当前标签需要进行下一次标签计算(用于确定当前标签与用户的关联状态)的时间点，并在到达时间点后通过“时间轮唤醒”(执行)上述标签计算。

在本实施例中，“时间轮”内的信息包括用户标识、标签标识和下一次唤醒时间，其中用户标识+标签标识为唯一键，每次新的记录会覆盖旧的记录，也可理解为一用户关于任一标签仅存储了一件唤醒任务。

引入“时间轮”的作用在于，当用户的相关数据没有发生变化时，基于现有的标签更新方式，不会去对标签进行计算，但是用户的历史数据会随着时间的变化而脱离某些标签的条件范围，比如：标签“10日内消费金额超过1000元”，假设客户A在11月1日和11月5日分别购买500元商品和600元商品。11月5日订单数据接入时，客户A满足标签条件。但是随着时间推移，如11月12日来看，这个客户10日内消费金额只有600不满足这个标签，需要移除标签，在现有技术中，当没有发生下次订单数据接入时，是不会再次去计算客户A关于标签“10日内消费金额超过1000元”的关联状态，从而造成在某个时间范围内甚至是很长的时间范围内，用户标签没有起到反映用户真实情况的作用。

从而，引入“时间轮”，就可以在不同时间“唤醒”并重新计算那些随着时间变化导致标签结果不同的标签，保证用户标签始终最新和最准确。

例如，假设标签一“一个月内有购买会员”，客户A在此前没有历史订单记录，后续依据客户A的消费行为，客户A关于标签一的标签更新流程如下：

【步骤S01】客户A在2019年11月1日新增订单1并接入系统。

【步骤S02】查询与客户订单行为数据相关的标签，包含标签一。

【步骤S03】判断客户A是否符合标签一的条件。

【步骤S04】计算客户A一个月订单数量为1，满足标签条件，客户A追加标签一。

【步骤S05】判断是否需要唤醒客户A关于标签一的计算。

【步骤S06】根据用户数据和一定时间规则，订单1会在2019年12月1日排除在标签条件统计时间范围外，所以确定下次唤醒时间为2019年12月1日。

【步骤S07】将会员标识、标签标识和下次唤醒时间放入时间轮定时组件。

【步骤S08】“时间轮”在2019年12月1日再次唤醒客户A关于标签一的计算(并移除“时间轮”中该条记录)。

【步骤S09】判断客户A是否符合标签一的条件。

【步骤S10】计算客户A一个月订单数量为0，不满足标签一条件，客户A移除标签一。

【步骤S11】判断是否需要再次唤醒客户A关于标签一的计算。

【步骤S12】根据用户数据和一定时间规则，判断客户A没有后续订单会影响标签一计算结果，无需再次唤醒。

【步骤S13】流程结束。

如图2所示，“计算用户标签”的操作可以是来自于用户数据变化或行为数据接入，或是由“时间轮”进行唤醒而进行用户标签计算，在每次计算用户标签并更新用户标签后(关联或不关联标签)，会判断当前标签是否需要唤醒，是否唤醒是依据用户的历史数据来确定的，具体地，是依据用户数据变化或行为数据接入的时间点来确定的，选择最早的可用时间点来确定当前标签的下次唤醒时间，并放入“时间轮”。

当通过“时间轮”完成唤醒和用户标签更新后，之前采用的时间点的后一个时间点成为最早的可用时间点，从而根据当前标签的判断条件确定下次唤醒时间，并放入“时间轮”。

当通过用户数据变化或行为数据接入完成用户标签更新后，有两种情形，(1)当前“时间轮”内无下次唤醒时间，则通过当前时间点确定下次唤醒时间；(2)当前“时间轮”内设置有下次唤醒时间，则继续按照当前“时间轮”内的设置进行唤醒。

例如，假设标签二“三个月内消费金额超过3000元”，客户B的历史订单记录如下：

订单1：2019年2月5日消费1500元；

订单2：2019年4月10日消费1600元；

订单3：2019年6月1日消费500元。

在此期间，客户B关于标签二的标签更新流程如下：

【步骤S01】客户B在2019年2月5日新增订单1并接入系统。

【步骤S02】查询与客户订单行为数据相关的标签，包含标签二。

【步骤S03】判断客户B是否符合标签二的条件。

【步骤S04】计算客户B三个月内的消费记录，为1500元，不满足标签二条件，客户B当前未关联标签二，从而维持不关联状态。

【步骤S05】判断是否需要唤醒客户B关于标签状态二的计算。

【步骤S06】当前“时间轮”为空，所以依据订单1的接入时间确定下次唤醒时间，根据时间规则，订单1会在2019年5月5日排除在标签二条件统计时间范围外，所以确定下次唤醒时间为2019年5月5日。

【步骤S07】将会员标识、标签标识和下次唤醒时间放入时间轮定时组件。

【步骤S08】客户B在2019年4月10日新增订单2并接入系统。

【步骤S09】查询与客户订单行为数据相关的标签，包含标签二。

【步骤S10】判断客户B是否符合标签二的条件。

【步骤S11】计算客户B三个月内的消费记录，为3100元，满足标签二条件，客户B追加标签二。

【步骤S12】判断是否需要唤醒客户B关于标签状态二的计算。

【步骤S13】当前“时间轮”内的下次唤醒时间为2019年5月5日，继续使用当前“时间轮”的设置，无需更新下次唤醒时间。

【步骤S14】“时间轮”在2019年5月5日唤醒客户B关于标签二的计算(并移除“时间轮”中该条记录)。

【步骤S15】判断客户B是否符合标签二的条件。

【步骤S16】计算客户B三个月内的消费记录，为3100元，满足标签二条件，客户B当前已关联标签二，从而维持关联状态。

【步骤S17】判断是否需要再次唤醒客户B关于标签二的计算。

【步骤S18】依据订单1的后一个订单接入时间确定唤醒时间，即通过订单2的接入时间确定下次唤醒时间，根据时间规则，订单2会在2019年7月10日排除在标签二条件统计时间范围外，所以确定下次唤醒时间为2019年7月10日。

【步骤S19】将会员标识、标签标识和下次唤醒时间放入时间轮定时组件。

【步骤S20】客户B在2019年6月1日新增订单3并接入系统。

【步骤S21】查询与客户订单行为数据相关的标签，包含标签二。

【步骤S22】判断客户B是否符合标签二的条件。

【步骤S23】计算客户B三个月内的消费记录，为2100元，不满足标签二条件，客户B移除标签二。

【步骤S24】判断是否需要唤醒客户B关于标签状态二的计算。

【步骤S25】当前“时间轮”内的下次唤醒时间为2019年7月10日，继续使用当前“时间轮”的设置，无需更新下次唤醒时间。

【步骤S26】“时间轮”在2019年7月10日唤醒客户B关于标签二的计算(并移除“时间轮”中该条记录)。

【步骤S27】判断客户B是否符合标签二的条件。

【步骤S28】计算客户B三个月内的消费记录，为500元，不满足标签二条件，客户B当前未关联标签二，从而维持不关联状态。

【步骤S29】判断是否需要再次唤醒客户B关于标签二的计算。

【步骤S30】依据订单2的后一个订单接入时间确定唤醒时间，即通过订单3的接入时间确定下次唤醒时间，根据时间规则，订单3会在2019年9月1日排除在标签二条件统计时间范围外，所以确定下次唤醒时间为2019年9月1日。

【步骤S31】将会员标识、标签标识和下次唤醒时间放入时间轮定时组件。

【步骤S32】“时间轮”在2019年9月1日唤醒客户B关于标签二的计算(并移除“时间轮”中该条记录)。

【步骤S33】判断客户B是否符合标签二的条件。

【步骤S34】计算客户B三个月内的消费记录，为0元，不满足标签二条件，客户B当前未关联标签二，从而维持不关联状态。

【步骤S35】:依据订单3的后一个订单接入时间确定唤醒时间，因客户B没有后续订单，从而无需再次唤醒。

【步骤S36】:流程结束。

在一个优选的实施例中，对于用户关于当前标签的下次唤醒时间的确认除了依据当前标签的时间规则外，同时还依据当前标签的其余规则，以跳过对于用户标签更新肯定不会造成变化的时间点。

例如，假设标签二“三个月内消费金额超过3000元”，客户C的历史订单记录如下：

订单1：2019年1月10日消费1500元；

订单2：2019年1月29日消费1600元；

订单3：2019年2月8日消费2500元；

订单4：2019年3月1日消费1800元。

根据以上记录，系统于2019年4月10日的操作流程如下(4月10日前的流程不再赘述)：

【步骤S01】“时间轮”在2019年4月10日唤醒客户C关于标签二的计算(并移除“时间轮”中该条记录)。

【步骤S02】判断客户C是否符合标签二的条件。

【步骤S03】计算客户C三个月内的消费记录，为5900元，满足标签二条件，客户C当前已关联标签二，从而维持关联状态。

【步骤S04】判断是否需要再次唤醒客户C关于标签二的计算。

【步骤S05】根据3000元的消费额度选择相应订单的接入时间确定下次唤醒时间，根据客户C的消费记录，订单3和订单4的消费总额已超过3000元，订单2即使排除在标签二条件统计时间范围外，也不会影响到用户标签状态，从而跳过订单2通过订单3的接入时间确定下次唤醒时间，根据时间规则，订单3会在2019年5月8日排除在标签二条件统计时间范围外，所以确定下次唤醒时间为2019年5月8日。

作为上述例子的一种极端情形，如客户C于某日新增订单并接入系统，消费金额大于3000元，按以上判断规则，可以跳过之前的所有可用时间点，而直接依据该订单的接入时间来确定下次唤醒时间。

图3是本申请的另一个较佳实施例的流程图，本实施例的方法包括：

当用户数据变化(如用户设定的个人资料、偏好信息、支付信息等)或者行为数据接入(如购买、退货、缴费、预约等)时，实时查询所有与数据变化相关的标签列表。

对于每一个相关的标签，计算用户目前是否满足标签条件(或是标签规则)以更新用户与当前标签的关联状态，即：

当满足标签条件时，将用户与当前标签相关联，此时的操作包括两种情形，(1)用户之前没有与当前标签关联，则为用户加入当前标签；(2)用户之前已与当前标签关联，则保持用户与当前标签的关联；

当不满足标签条件时，使用户与当前标签不关联，此时的操作包括两种情形，(1)用户之前没有与当前标签关联，则保持用户与当前标签不关联；(2)用户之前已与当前标签关联，则移除用户的当前标签。

根据本次用户数据变化或行为数据建立唤醒任务，并加入“时间轮”。

在本实施例中，“时间轮”内的信息包括用户标识、标签标识和下一次唤醒时间，其中用户标识+标签标识可对应多条记录，也可理解为对于一用户关于任一标签可存储多件唤醒任务，这是本实施例与上一实施例的主要区别。

再依据“时间轮”内的多件唤醒任务的时间顺序，将时间最早的唤醒任务作为下一次的唤醒任务，待“时间轮”唤醒后计算和更新用户标签。

最后继续判断“时间轮”内是否还有剩余任务，如有，则继续执行下一条唤醒任务，如无，则结束流程。

例如，假设标签二“三个月内消费金额超过3000元”，客户B的历史订单记录如下：

订单1：2019年2月5日消费1500元；

订单2：2019年4月10日消费1600元；

订单3：2019年6月1日消费500元。

在此期间，客户B关于标签二的标签更新流程如下：

【步骤S01】客户B在2019年2月5日新增订单1并接入系统。

【步骤S02】查询与客户订单行为数据相关的标签，包含标签二。

【步骤S03】判断客户B是否符合标签二的条件。

【步骤S04】计算客户B三个月内的消费记录，为1500元，不满足标签二条件，客户B当前未关联标签二，从而维持不关联状态。

【步骤S05】依据订单1建立唤醒任务1，唤醒时间为2019年5月5日。

【步骤S06】将包括会员标识、标签标识和下次唤醒时间的唤醒任务1放入时间轮定时组件。

【步骤S07】客户B在2019年4月10日新增订单2并接入系统。

【步骤S08】查询与客户订单行为数据相关的标签，包含标签二。

【步骤S09】判断客户B是否符合标签二的条件。

【步骤S10】计算客户B三个月内的消费记录，为3100元，满足标签二条件，客户B追加标签二。

【步骤S11】依据订单2建立唤醒任务2，唤醒时间为2019年7月10日。

【步骤S12】将包括会员标识、标签标识和下次唤醒时间的唤醒任务2放入时间轮定时组件。

【步骤S13】“时间轮”在2019年5月5日唤醒客户B关于标签二的计算(并移除“时间轮”中的唤醒任务1)。

【步骤S14】判断客户B是否符合标签二的条件。

【步骤S15】计算客户B三个月内的消费记录，为3100元，满足标签二条件，客户B当前已关联标签二，从而维持关联状态。

【步骤S16】查询“时间轮”内是否还有唤醒任务。

【步骤S17】确定唤醒任务2为下一次的唤醒任务。

【步骤S18】客户B在2019年6月1日新增订单3并接入系统。

【步骤S19】查询与客户订单行为数据相关的标签，包含标签二。

【步骤S20】判断客户B是否符合标签二的条件。

【步骤S21】计算客户B三个月内的消费记录，为2100元，不满足标签二条件，客户B移除标签二。

【步骤S22】依据订单3建立唤醒任务3，唤醒时间为2019年9月1日。

【步骤S23】将包括会员标识、标签标识和下次唤醒时间的唤醒任务3放入时间轮定时组件。

【步骤S24】“时间轮”在2019年7月10日唤醒客户B关于标签二的计算(并移除“时间轮”中的唤醒任务2)。

【步骤S25】判断客户B是否符合标签二的条件。

【步骤S26】计算客户B三个月内的消费记录，为500元，不满足标签二条件，客户B当前未关联标签二，从而维持不关联状态。

【步骤S27】查询“时间轮”内是否还有唤醒任务。

【步骤S28】确定唤醒任务3为下一次的唤醒任务。

【步骤S29】“时间轮”在2019年9月1日唤醒客户B关于标签二的计算(并移除“时间轮”中的唤醒任务3)。

【步骤S30】判断客户B是否符合标签二的条件。

【步骤S31】计算客户B三个月内的消费记录，为0元，不满足标签二条件，客户B当前未关联标签二，从而维持不关联状态。

【步骤S32】查询“时间轮”内是否还有唤醒任务。

【步骤S33】:“时间轮”内无唤醒任务，流程结束。

在一个优选的实施例中，对于用户关于当前标签的下一次唤醒任务的确认除了依据当前标签的时间规则外，同时还依据当前标签的其余规则，以跳过(取消)对于用户标签更新肯定不会造成变化的唤醒任务。

例如，假设标签二“三个月内消费金额超过3000元”，客户C的历史订单记录如下：

订单1：2019年1月10日消费1500元；

订单2：2019年1月29日消费1600元；

订单3：2019年2月8日消费2500元；

订单4：2019年3月1日消费1800元。

根据以上记录，系统于2019年4月10日的操作流程如下(4月10日前的流程不再赘述)：

【步骤S01】“时间轮”在2019年4月10日唤醒客户C关于标签二的计算(并移除“时间轮”中该条记录)。

【步骤S02】判断客户C是否符合标签二的条件。

【步骤S03】计算客户C三个月内的消费记录，为5900元，满足标签二条件，客户C当前已关联标签二，从而维持关联状态。

【步骤S04】查询“时间轮”内是否还有唤醒任务。

【步骤S05】根据3000元的消费额度选择相应的唤醒任务，根据客户C的消费记录，订单3和订单4的消费总额已超过3000元，依据订单2建立的唤醒任务2即使执行也不会改变届时的用户标签状态，因此取消唤醒任务2，确定唤醒任务3为下一次的唤醒任务。

作为上述例子的一种极端情形，如客户C于某日新增订单并接入系统，消费金额大于3000元，按以上判断规则，可以取消“时间轮”内的所有唤醒任务，而直接将依据该订单建立的唤醒任务确定为下一次的唤醒任务。

本申请还提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时，如前任一项所述的方法被执行。

本申请还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个计算机程序；

当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前任一项所述的方法。

图4示出了可被用于实施本申请中所述的各个实施例的示例性系统。

如图4所示，在一些实施例中，系统1000能够作为各所述实施例中的任意一个用户终端设备。在一些实施例中，系统1000可包括具有指令的一个或多个计算机可读介质(例如，系统存储器或NVM/存储设备1020)以及与该一个或多个计算机可读介质耦合并被配置为执行指令以实现模块从而执行本申请中所述的动作的一个或多个处理器(例如，(一个或多个)处理器1005)。

对于一个实施例，系统控制模块1010可包括任意适当的接口控制器，以向(一个或多个)处理器1005中的至少一个和/或与系统控制模块1010通信的任意适当的设备或组件提供任意适当的接口。

系统控制模块1010可包括存储器控制器模块1030，以向系统存储器1015提供接口。存储器控制器模块1030可以是硬件模块、软件模块和/或固件模块。

系统存储器1015可被用于例如为系统1000加载和存储数据和/或指令。对于一个实施例，系统存储器1015可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，系统存储器1015可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。

对于一个实施例，系统控制模块1010可包括一个或多个输入/输出(I/O)控制器，以向NVM/存储设备1020及(一个或多个)通信接口1025提供接口。

例如，NVM/存储设备1020可被用于存储数据和/或指令。NVM/存储设备1020可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(Hard Disk,HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。

NVM/存储设备1020可包括在物理上作为系统1000被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，NVM/存储设备1020可通过网络经由(一个或多个)通信接口1025进行访问。

(一个或多个)通信接口1025可为系统1000提供接口以通过一个或多个网络和/或与任意其他适当的设备通信。系统1000可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信。

对于一个实施例，(一个或多个)处理器1005中的至少一个可与系统控制模块1010的一个或多个控制器(例如，存储器控制器模块1030)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器1005中的至少一个可与系统控制模块1010的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例，(一个或多个)处理器1005中的至少一个可与系统控制模块1010的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器1005中的至少一个可与系统控制模块1010的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC)。

在各个实施例中，系统1000可以但不限于是：服务器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统1000可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统1000包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。

通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、RF、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。

作为示例而非限制，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(RAM,DRAM,SRAM)；以及非易失性存储器，诸如闪存、各种只读存储器(ROM,PROM,EPROM,EEPROM)、磁性和铁磁/铁电存储器(MRAM,FeRAM)；以及磁性和光学存储设备(硬盘、磁带、CD、DVD)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息/数据。

在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (7)

1.一种用户标签更新方法，其特征在于，所述方法包括：

用户的用户信息发生更新；

查询所有与所述用户信息更新相关的标签；

针对每一个所述标签执行第三操作，所述第三操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；并且

如所述标签对应的判断规则基于预设时长，则生成所述用户关于所述标签的记录点，所述记录点用于作为起始点以设置所述用户关于所述标签的延迟任务，所述延迟任务基于当前最早的可用记录点，所述延迟任务用于自所述当前最早的可用记录点开始间隔所述预设时长后，执行第四操作，所述第四操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；并且

将下一个记录点作为所述当前最早的可用记录点更新所述延迟任务，直至当前无可用记录点；

其中，

所述用户与所述标签的关联状态包括第一状态和第二状态，所述第一状态表示所述用户符合所述标签，所述第二状态表示所述用户不符合所述标签；以及当所述延迟任务对于所述用户与所述标签的关联状态肯定不会造成变化时，将下一个记录点作为所述当前最早的可用记录点更新所述延迟任务。

2.根据权利要求1所述的方法，其特征在于，所述用户信息的更新包括用户数据的变化和/或用户行为数据的接入。

3.根据权利要求1所述的方法，其特征在于，如当前用户信息更新直接符合所述标签的判断规则，则将当前记录点作为所述当前最早的可用记录点更新所述延迟任务。

4.一种用户标签更新方法，其特征在于，所述方法包括：

用户的用户信息发生更新；

查询所有与所述用户信息更新相关的标签；

针对每一个所述标签执行第一操作，所述第一操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；并且

如所述标签对应的判断规则基于预设时长，则生成所述用户关于所述标签的延迟任务，所述延迟任务用于在间隔所述预设时长后，执行第二操作，所述第二操作包括：

根据所述标签的判断规则，更新所述用户与所述标签的关联状态；

其中，

所述用户与所述标签的关联状态包括第一状态和第二状态，所述第一状态表示所述用户符合所述标签，所述第二状态表示所述用户不符合所述标签；以及当所述用户关于所述标签生成当前延迟任务时，如所述用户关于所述标签还有其它延迟任务，取消所述其它延迟任务中对于所述用户与所述标签的关联状态肯定不会造成变化的延迟任务。

5.根据权利要求4所述的方法，其特征在于，当所述用户关于所述标签生成当前延迟任务时，如所述用户关于所述标签还有其它延迟任务，并且所述当前延迟任务对应的用户信息更新直接符合所述标签的判断规则，则取消所述其它延迟任务。

6.一种用于对用户标签进行更新的设备，其中，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据权利要求1至5中任一项所述方法的操作。

7.一种存储指令的计算机可读介质，所述指令在被执行时使得系统执行根据权利要求1至5中任一项所述方法的操作。