用户权益生命周期的管理方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种用户权益生命周期的管理方法和装置。


背景技术：

2.在电商平台、互联网医疗等场景中，经常会存在为用户提供权益的场景，例如满减权益、优惠券、问诊权益等。为了更好的管理用户的权益，目前主要通过用户权益平台来实现。
3.用户权益平台作为业务系统内部承载服务供应链的重要环节，需要为使用者提供完善、可靠的权益全生命周期管理能力。从用户角度出发，权益的生命周期管理即为权益获取、权益使用、权益售后等节点的管理；从权益平台的角度出发，权益的生命周期管理即为外部系统权益接入、用户权益生成、权益核销、权益作废等节点的管理。目前用户权益平台在进行权益生命周期管理时，是通过对权益生命周期中的每个节点，根据节点的处理逻辑开发代码的方式来进行用户权益生命周期的管理。
4.然而，发明人发现，现有技术中根据节点的处理逻辑开发代码来进行用户权益的生命周期管理，开发效率低且代码可维护性和扩展性差，导致用户权益生命周期管理效果差。


技术实现要素：

5.有鉴于此，本发明实施例提供一种用户权益生命周期的管理方法和装置，能够将用户权益生命周期中不同节点的处理逻辑进行规整为统一的输入参数，并基于该统一的输入参数来确定对应的状态变更流程进行权益项的状态变更和生命周期管理，从而简化了代码开发逻辑，提升了代码的可维护性和扩展性，提升了开发效率，且避免了出现必要流程遗漏的情况，解决了上下游数据一致性的问题，提升了用户权益生命周期管理效果。
6.为实现上述目的，根据本发明实施例的一个方面，提供了一种用户权益生命周期的管理方法，包括：
7.根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；
8.根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；
9.根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；
10.通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。
11.可选地，所述权益项具有所属的权益组，所述权益组具有所属的服务包；根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之后，还包括：根据所述权益项的目标状态，计算所述权益项所属的权益组和所述权益组所属的服务包的目标状态；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，还包括：
通过执行所述状态变更流程，对所述权益项所属的权益组和所述权益组所属的服务包的状态进行变更。
12.可选地，根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之前，还包括：对所述输入参数进行前置处理，所述前置处理包括：根据所述输入参数查询所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息，并基于服务包维度上分布式锁；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，还包括：对执行结果进行后置处理，所述后置处理包括：对执行结果和所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息进行存储，并解除所述服务包的分布式锁。
13.可选地，所述后置处理还包括：根据实时日志更新数据库中存储的数据以进行数据同步；以及，更新所述数据库的冷备数据库。
14.可选地，所述权益项具有使用次数；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之前，还包括：根据所述目标行为，通过执行所述状态变更流程对所述权益项的使用次数进行变更。
15.可选地，所述权益项具有使用状态；所述方法还包括：根据所述权益项的目标状态判断所述权益项的使用状态是否发生变更；在所述权益项的使用状态发生变更的情况下，通过执行所述状态变更流程对所述权益项的使用状态进行变更。
16.可选地，所述方法是基于策略式状态机来实现的；根据所述权益项的当前状态和目标状态确定待执行的状态变更流程，包括：将所述权益项的当前状态作为策略入参，所述权益项的目标状态作为策略出参，与策略列表中的策略进行命中判定；在判定命中有策略的情况下，将所命中的策略作为目标策略，并获取所述目标策略对应的状态变更流程作为所述待执行的状态变更流程。
17.根据本发明实施例的另一方面，提供了一种用户权益生命周期的管理装置，包括：
18.参数获取模块，用于根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；
19.状态计算模块，用于根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；
20.流程确定模块，用于根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；
21.状态变更模块，用于通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。
22.根据本发明实施例的又一方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例所提供的用户权益生命周期的管理方法。
23.根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的用户权益生命周期的管理方法。
24.上述发明中的一个实施例具有如下优点或有益效果：通过根据用户权益状态变更
指令获取输入参数，输入参数包括权益项的当前状态和目标行为；根据权益项的当前状态和目标行为得到权益项的目标状态；根据权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行状态变更流程将权益项的当前状态变更为目标状态，以对用户权益生命周期进行管理的技术方案，可以将用户权益生命周期中不同节点的处理逻辑进行规整为统一的输入参数，并基于该统一的输入参数来确定对应的状态变更流程进行权益项的状态变更和生命周期管理，从而简化了代码开发逻辑，提升了代码的可维护性和扩展性，提升了开发效率，且避免了出现必要流程遗漏的情况，解决了上下游数据一致性的问题，提升了用户权益生命周期管理效果。
25.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
26.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
27.图1是根据本发明实施例的用户权益生命周期的管理方法的主要步骤示意图；
28.图2本发明一个实施例的用户权益生命周期管理的实现原理示意图；
29.图3是本发明一个实施例的用户权益生命周期对应的状态转换关系示意图；
30.图4是本发明一个实施例的用户权益生命周期管理流程示意图；
31.图5是根据本发明实施例的用户权益生命周期的管理装置的主要模块示意图；
32.图6是本发明实施例可以应用于其中的示例性系统架构图；
33.图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
34.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
35.需要说明的是，本发明公开的技术方案中，所涉及的用户个人信息的采集、收集、更新、分析、处理、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法的用途，且不违背公序良俗。对用户个人信息采取必要措施，防止对用户个人信息数据的非法访问，维护用户个人信息安全、网络安全和国家安全。
36.用户权益平台，以健康权益平台为例，其作为健康内部承载服务供应链的重要环节，需要为使用者提供完善、可靠的权益全生命周期管理能力，因此用户权益平台本身需要沉淀一套标准的权益生命周期管理解决方案。
37.用户权益平台可以对接多种权益类型，例如，一个健康权益平台对接的权益类型可以包括：互联网医院问诊、量表、绿通、宠物问诊、银发通问诊、客资权益到店服务，等等。这几种权益的核销方式可以分为线上核销和线下核销，比如客资权益到店服务，用户需要获得某个消费医疗医美权益后，在门店进行实际核销，这种是线下核销，再者是用户在线上购买互联网医院急速图文问诊，用户直接在线使用即可，这种就是线上核销。而无论线上核
销和线下核销有何区别，从权益平台的角度来看，都是执行一遍权益生命周期管理的核心流程，即：权益的生成、核销、逆向，而线上线下核销的区别在于是否要连通上下游系统进行集体的状态变更。
38.权益类型有多种，未来随着业务发展可能还会继续增加，无论未来权益的使用方式有什么改变，都需要抽离出最核心的权益生命周期管理能力，为用户提供稳定的权益使用体验，帮助上下游系统减少权益管理的成本与风险，赋能业务落地。
39.目前，用户权益平台在进行权益生命周期管理时，通常通过以下方式来实现：假设一个权益的原状态为a，目标状态为b，参数类型为c，则在通过代码开发的方式进行权益生命周期管理时，入口方法数量为a*b*c的全排列，每个方法的内部处理逻辑因为输入参数不一样，所以参数处理为有效入参的流程也不一样，每个方法里面的逻辑细节可能存在不一致的情况，这就面临着以下的缺陷：
40.1、方法入口多，逻辑分散，不便于代码的维护、扩展；
41.2、方法调用者需要了解方法内部流程，明确方法细节，才会选择调用，开发效率低；
42.3、调用者使用方法时，可能遗漏必要流程，如变更成功后遗漏触发消息队列进行消息发送，导致下游业务数据不一致，与业务关联性弱，数据一致性弱。
43.综上，现有技术中根据节点(一个节点对应一个方法)的处理逻辑开发代码来进行用户权益的生命周期管理，代码可维护性和扩展性差；且每个节点的代码逻辑不同导致开发效率低；代码开发过程中可能遗漏必要流程导致上下游数据不一致，导致用户权益生命周期管理效果差。
44.为了解决现有技术中存在的上述技术问题，本发明提供了一种用户权益生命周期管理的方法，可以将用户权益生命周期中不同节点的处理逻辑进行规整为统一的输入参数，并基于该统一的输入参数来确定对应的状态变更流程进行权益项的状态变更和生命周期管理，从而简化了代码开发逻辑，提升了代码的可维护性和扩展性，提升了开发效率，且避免了出现必要流程遗漏的情况，解决了上下游数据一致性的问题，提升了用户权益生命周期管理效果。
45.图1是根据本发明实施例的用户权益生命周期的管理方法的主要步骤示意图。如图1所示，本发明实施例的用户权益生命周期的管理方法主要包括如下的步骤s101至步骤s104。
46.步骤s101：根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为。其中，用户权益状态变更指令可以是由履约行为触发的，也可以是由上游系统触发的，还可以是由权益平台自己触发，亦或可以是由用户或管理员发起的。
47.在本发明的实施例中，权益项的状态一般指的是权益项的可用状态，即权益生命周期核心状态，代表一个权益的完整生命周期。另外，权益项还可以具有使用状态，使用状态用来标记权益项是否使用过。这两种状态会同时存在，举个例子：有些权益项用户还未使用，但已经过期了，这种情况下，该权益项的可用状态为：已过期，使用状态为：未使用。一般权益项是有使用次数限制的，次数用完后，该权益项的状态应该变为已用完，但还存在无限次权益的需求，一般这类权益会有有效期，通过有效期来判断该权益项是否已过期。
48.在本发明的一个实施例中，权益项具有所属的权益组，权益组具有所属的服务包，
即：权益生命周期管理涉及到的实体范围分别是：服务包、权益组、权益项，且依次为父子关系，服务包为根，权益项为叶子。这3个层级的状态也为父子关系，由权益项的状态变动将会联动权益组、服务包的状态变动。
49.用户权益平台在进行权益的生命周期管理时，输入参数具体表现为一个valueobject对象，包含目标行为和权益项的当前状态，目标行为可以分为以下几种：生成权益、使用权益、权益使用失败、过期权益、作废权益。生成权益需要根据权益与服务包的有效期、使用次数等生成初始化数据；使用权益是对权益次数的扣减与状态变更；权益使用失败需要返回扣减次数；过期权益需要将权益置为过期态；作废权益需要将权益置为作废态；状态即为服务包、权益组、权益项的实体操作对象，操作对象中包含各自的当前状态。
50.那么相应地，输出的即为用户权益状态变更的处理结果，具体表现为一个valueobject对象，返回值中会包含4类数据，分别是处理结果状态、服务包当前状态、权益组当前状态、权益项当前状态，处理结果状态可以体现本次处理行为是否成功及错误信息，其余3种状态各自为一个valueobjcet对象，包含了处理后的可用状态、使用状态、使用次数信息。
51.图2本发明一个实施例的用户权益生命周期管理的实现原理示意图。如图2所示，用户权益生命周期管理主要包括外部系统权益接入、用户行为和权益平台对权益生命周期的管理和结算系统权益结算。从用户角度来看，权益生命周期与用户行为的映射关系主要有：用户通过下单等行为获得权益，权益平台收到请求进行权益履约，完成权益生成；当用户使用权益进行问诊等操作时，权益平台进行权益核销，对权益进行状态变更和次数扣减，其中如果问诊失败，可能还会返还扣减次数；最后如果用户申请权益售后，权益平台则进行权益逆向，会将权益进行作废。以此实现了对权益生命周期的管理。
52.步骤s102：根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态。权益项的当前状态和目标状态会随着目标行为来进行状态转换。
53.图3是本发明一个实施例的用户权益生命周期对应的状态转换关系示意图。如图3所示，在本发明的实施例中，用户权益生命周期对应的状态指的是权益的可用状态，主要有以下几种：起始状态(包括未生效状态和可用状态)、使用中状态、已用完状态、已过期状态和已作废状态。其中，除了已作废状态对应的是逆向行为之外，其他状态均对应的是正向行为。下面将以健康权益平台为例逐一介绍这些状态及其转换关系。
54.起始状态：该状态是权益初始化的状态，一般由履约行为触发，未生效、可用都是起始状态，两者区别在于初始化时设置的生效时间，如果生效时间是在未来，则状态会被设置为未生效，如果当前已经进入生效时间，或者是立即生效的权益，则会设置为可用状态。未生效状态转换为生效状态的时机是每天晚上12点以后的定时任务执行，定时任务执行通过查询数据库获得生效开始日期为今天的权益，随后对其发起生效行为。
55.使用中状态：这个状态由上游系统触发，以健康权益平台为例，权益平台负责监听上游问诊单消息执行该行为，这个状态的意义是为了防止一个权益在同一时间节点进行同时问诊，当用户在问诊过程中因误触等原因退出问诊后，在一定时间内，可以再次回到该问诊，不会开启一个新的问诊状态，防止问诊浪费的情况出现。问诊中状态发起时，权益剩余次数需要进行扣减。问诊可以正常结束，也可以异常结束，正常结束是医生发起的结束行为，如果长时间未发起结束，系统也可自动结束，医生和管理人员可以对问诊中行为进行取
消，如果发生这种情况，权益平台在监听到问诊单消息后，会对该次权益进行返还。同时，问诊还会将权益项的使用状态更改为：已使用。
56.已用完状态：上游系统每次发起问诊后，权益平台都会对权益剩余次数进行计算，如果已无剩余使用次数，则会将其状态变更为已用完，当问诊单发生逆向时，需要将该次扣减反还用户，则已完成状态也有可能会转换为可用状态。
57.已过期状态：这个状态由权益平台自己触发，每天晚上12点，会有一个定时任务扫描数据库，查询条件是有效期结束日期为今天的权益，权益平台会将其状态设置为已过期。
58.已作废状态：由用户或管理员发起，用户申请售后，上游通过接口调用权益平台逆向接口，权益平台会将该权益标记为已作废。管理员也可以通过权益平台运营端进行手动作废操作。这个状态可以从任何状态转换过来。
59.在具体实施过程中，可以结合履约行为、上游系统触发行为、权益平台自己触发行为，亦或用户或管理员发起的行为等目标行为，以及权益项的当前状态，来计算权益项的目标状态。
60.步骤s103：根据所述权益项的当前状态和目标状态确定待执行的状态变更流程。根据本发明实施例的技术方案，本发明的用户权益生命周期的管理方法是基于策略式状态机来实现的。并且，根据所述权益项的当前状态和目标状态确定待执行的状态变更流程，具体可以包括：将所述权益项的当前状态作为策略入参，所述权益项的目标状态作为策略出参，与策略列表中的策略进行命中判定；在判定命中有策略的情况下，将所命中的策略作为目标策略，并获取所述目标策略对应的状态变更流程作为所述待执行的状态变更流程。
61.在本发明的实施例中，整体代码解决方案以策略式状态机实现，状态机策略接口是重要接口，用来实现策略的命中和执行，状态机负责管理权益项的生命周期，且设置有前置过滤器、策略列表、后置过滤器等来进行业务处理。在策略实现与过滤器类上添加了注解标记，在整个状态机初始化时，需要借助spring(是一个开放源代码的j2ee应用程序框架)的ioc(inversion of control，控制反转)对被标记的类注入到状态机中的前置过滤器、策略列表、后置过滤器中。
62.前置过滤器和后置过滤器用来处理状态机的前置和后置行为，属性有两个，order是用来确定排序的，isbefore是用来标记是否是前置处理器，默认false。
63.该策略状态机的入参包括权益项和目标状态，后续如果发现权益项未被设置，则在状态机中会先进行数据库查询，填充入参中未被赋值的参数。
64.结合前述的实施例，状态机策略有6种，分别对应前面实施例中所提及的6种状态。每个状态实现类都需要定义自己的允许命中入参列，目的是明确该策略的准入状态列表，目标状态用来明确输出状态，hit命中方法会根据入参准入列表和出参列表判断是否命中策略。具体地，在本发明的实施例中，结合步骤s102中介绍的各种状态的转换关系即可得到权益项的当前状态和目标状态，将权益项的当前状态作为策略入参，权益项的目标状态作为策略出参，与策略列表中的策略进行命中判定，即可匹配到对应的策略作为目标策略，进而获取目标策略对应的状态变更流程的代码分支，作为待执行的状态变更流程。
65.步骤s104：通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。在执行状态变更流程时，主要是对权益项进行使用次数的变更(扣减或回退)，并根据变更后的使用次数判断权益项是否已用完，进而对权益
项的状态进行修改。
66.根据本发明的一个实施例，所述权益项具有使用次数；在通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之前，还可以包括：根据所述目标行为，通过执行所述状态变更流程对所述权益项的使用次数进行变更。进而，结合使用次数来对权益项的状态进行修改。
67.根据本发明的另一个实施例，所述权益项具有所属的权益组，所述权益组具有所属的服务包。根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之后，还包括：根据所述权益项的目标状态，计算所述权益项所属的权益组和所述权益组所属的服务包的目标状态。在本发明的实施例中，权益项的状态发生变更后，相应地，权益组和服务包的状态也会发生适应性地变更。并且，在通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，还可以包括：通过执行所述状态变更流程，对所述权益项所属的权益组和所述权益组所属的服务包的状态进行变更。也就是说，在执行状态变更流程时，除了修改权益项的状态之外，还可以修改权益组和服务包的状态。
68.根据本发明的又一个实施例，在通过策略状态机执行权益状态修改时，还通过前置过滤器和后置过滤器进行输入参数和输出的执行结果的处理。具体地，在根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之前，还可以包括：对所述输入参数进行前置处理，所述前置处理包括：根据所述输入参数查询所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息，并基于服务包维度上分布式锁。在通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，还可以包括：对执行结果进行后置处理，所述后置处理包括：对执行结果和所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息进行存储，并解除所述服务包的分布式锁。具体地，前置过滤器所执行的操作例如包括：
69.1、记录服务包状态变更流水，方便后续问题排查；
70.2、根据入参(即输入参数)查询服务包、权益组、权益项的基本信息，这里会直接查询数据库，不进行缓存查询，防止缓存中存在脏数据的情况，因为状态信息尤为敏感，错误计算将导致状态不可控，所以需要查询数据库；
71.3、基于服务包维度上分布式锁：优先进行上锁，上锁是为了第一时间获得该服务包的状态变更控制权，并且后续会对服务包维度的可用状态等状态信息进行修改，尽可能保证数据的一致性，如果未获得锁，则会每隔一个动态步长的时间内再次尝试获得3次锁，如果失败则进行异常信息报警。
72.后置过滤器所执行的操作例如包括：
73.1、数据落库存储：将数据存储到数据库中；
74.2、缓存删除：删除缓存，在未来对该服务包进行查询的时候，基于缓存穿透，如果缓存不存在，则直接查询数据库；
75.3、解除服务包的分布式锁。
76.根据本发明的又一个实施例，所述后置处理还包括：根据实时日志更新数据库中存储的数据以进行数据同步；以及，更新所述数据库的冷备数据库。除了对缓存进行操作，也会对数据库进行操作，操作数据库的方式主要是监听数据库日志binlog，使用日志binlog数据对数据库进行更新，因为只有一个更新入口，理论上数据库不会出现脏数据。本
发明中对数据库进行了双节点复制，同时会对数据库的主库和冷备库进行复制，以保证数据安全性。
77.根据本发明的又一个实施例，所述权益项具有使用状态。并且，所述方法还包括：根据所述权益项的目标状态判断所述权益项的使用状态是否发生变更；在所述权益项的使用状态发生变更的情况下，通过执行所述状态变更流程对所述权益项的使用状态进行变更。如前述的实施例，当目标状态为使用中状态时，权益项的使用状态会发生变更为已使用，此时即可通过执行状态变更流程来对权益项的使用状态进行变更。而对于起始状态(包括未生效状态和可用状态)、已用完状态、已过期状态和已作废状态来说，可能并不涉及权益项的使用状态的变更。
78.图4是本发明一个实施例的用户权益生命周期管理流程示意图。如图4所示，在本发明的一个实施例中，首先，获取触发了用户权益状态变更指令的输入参数，该输入参数包括权益项的当前状态和目标行为，目标行为例如包括履约行为、上游系统触发行为、权益平台自己触发行为，亦或用户或管理员发起的行为等目标行为；然后，根据权益项的当前状态和目标行为得到权益项的目标状态，作为状态机的入参；通过前置过滤器对状态机的入参进行前置处理，包括：记录状态变更流水，从数据库中查询服务包、权益组、权益项的状态信息，并判断服务包是否存在，若不存在则返回异常信息，否则对服务包上分布式锁，若上锁失败则返回异常信息，否则，根据权益项的当前状态和目标状态进行策略命中。判断是否存在命中策略，若未命中任何策略，则返回异常信息；否则，根据命中的策略确定待执行的状态变更流程，并通过执行该状态变更流程进行策略项的使用次数修改、状态变更，以及策略组和服务包的状态变更。然后，通过后置过滤器对状态变更流程的执行结果进行后置处理，包括：将执行结果存储到数据库、删除缓存中的过期数据、解除分布式锁，以及根据实时日志更新数据库中存储的状态数据、更新数据库的冷备数据库。
79.图5是根据本发明实施例的用户权益生命周期的管理装置的主要模块示意图。如图5所示，本发明实施例的用户权益生命周期的管理装置500主要包括参数获取模块501、状态计算模块502、流程确定模块503和状态变更模块504。
80.参数获取模块501，用于根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；
81.状态计算模块502，用于根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；
82.流程确定模块503，用于根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；
83.状态变更模块504，用于通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。
84.根据本发明的一个实施例，所述权益项具有所属的权益组，所述权益组具有所属的服务包；并且，状态计算模块502还可以用于：在根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之后，根据所述权益项的目标状态，计算所述权益项所属的权益组和所述权益组所属的服务包的目标状态；状态变更模块504还可以用于：在通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，通过执行所述状态变更流程，对所述权益项所属的权益组和所述权益组所属的服务包的状态进行变更。
85.根据本发明的另一个实施例，用户权益生命周期的管理装置500还可以包括数据处理模块(图中未示出)，用于：在根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之前，对所述输入参数进行前置处理，所述前置处理包括：根据所述输入参数查询所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息，并基于服务包维度上分布式锁；以及，在通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，对执行结果进行后置处理，所述后置处理包括：对执行结果和所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息进行存储，并解除所述服务包的分布式锁。
86.根据本发明的又一个实施例，所述后置处理还可以包括：根据实时日志更新数据库中存储的数据以进行数据同步；以及，更新所述数据库的冷备数据库。
87.根据本发明的又一个实施例，所述权益项具有使用次数；状态变更模块504还可以用于：在通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之前，根据所述目标行为，通过执行所述状态变更流程对所述权益项的使用次数进行变更。
88.根据本发明的又一个实施例，所述权益项具有使用状态；用户权益生命周期的管理装置500还可以包括使用状态变更模块(图中未示出)，用于：根据所述权益项的目标状态判断所述权益项的使用状态是否发生变更；在所述权益项的使用状态发生变更的情况下，通过执行所述状态变更流程对所述权益项的使用状态进行变更。
89.根据本发明的又一个实施例，用户权益生命周期的管理装置500是基于策略式状态机来实现的；流程确定模块503还可以用于：将所述权益项的当前状态作为策略入参，所述权益项的目标状态作为策略出参，与策略列表中的策略进行命中判定；在判定命中有策略的情况下，将所命中的策略作为目标策略，并获取所述目标策略对应的状态变更流程作为所述待执行的状态变更流程。
90.根据本发明实施例的技术方案，通过根据用户权益状态变更指令获取输入参数，输入参数包括权益项的当前状态和目标行为；根据权益项的当前状态和目标行为得到权益项的目标状态；根据权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行状态变更流程将权益项的当前状态变更为目标状态，以对用户权益生命周期进行管理的技术方案，可以将用户权益生命周期中不同节点的处理逻辑进行规整为统一的输入参数，并基于该统一的输入参数来确定对应的状态变更流程进行权益项的状态变更和生命周期管理，从而简化了代码开发逻辑，提升了代码的可维护性和扩展性，提升了开发效率，且避免了出现必要流程遗漏的情况，解决了上下游数据一致性的问题，提升了用户权益生命周期管理效果。
91.图6示出了可以应用本发明实施例的用户权益生命周期的管理方法或用户权益生命周期的管理装置的示例性系统架构600。
92.如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
93.用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
94.终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
95.服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户权益状态变更指令等数据进行根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理等处理，并将处理结果(例如目标状态、执行结果
‑‑
仅为示例)反馈给终端设备。
96.需要说明的是，本发明实施例所提供的用户权益生命周期的管理方法一般由服务器605执行，相应地，用户权益生命周期的管理装置一般设置于服务器605中。
97.应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
98.下面参考图7，其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统700的结构示意图。图7示出的终端设备或服务器仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
99.如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
100.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
101.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
102.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储
器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
103.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
104.描述于本发明实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括参数获取模块、状态计算模块、流程确定模块和状态变更模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，参数获取模块还可以被描述为“用于根据用户权益状态变更指令获取输入参数的模块”。
105.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。
106.根据本发明实施例的技术方案，通过根据用户权益状态变更指令获取输入参数，输入参数包括权益项的当前状态和目标行为；根据权益项的当前状态和目标行为得到权益项的目标状态；根据权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行状态变更流程将权益项的当前状态变更为目标状态，以对用户权益生命周期进行管理的技术方案，可以将用户权益生命周期中不同节点的处理逻辑进行规整为统一的输入参数，并基于该统一的输入参数来确定对应的状态变更流程进行权益项的状态变更和生命周期管理，从而简化了代码开发逻辑，提升了代码的可维护性和扩展性，提升了开发效率，且避免
了出现必要流程遗漏的情况，解决了上下游数据一致性的问题，提升了用户权益生命周期管理效果。
107.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种用户权益生命周期的管理方法，其特征在于，包括：根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。2.根据权利要求1所述的方法，其特征在于，所述权益项具有所属的权益组，所述权益组具有所属的服务包；根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之后，还包括：根据所述权益项的目标状态，计算所述权益项所属的权益组和所述权益组所属的服务包的目标状态；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，还包括：通过执行所述状态变更流程，对所述权益项所属的权益组和所述权益组所属的服务包的状态进行变更。3.根据权利要求2所述的方法，其特征在于，根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态之前，还包括：对所述输入参数进行前置处理，所述前置处理包括：根据所述输入参数查询所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息，并基于服务包维度上分布式锁；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之后，还包括：对执行结果进行后置处理，所述后置处理包括：对执行结果和所述权益项、所述权益项所属的权益组和所述权益组所属的服务包的状态信息进行存储，并解除所述服务包的分布式锁。4.根据权利要求3所述的方法，其特征在于，所述后置处理还包括：根据实时日志更新数据库中存储的数据以进行数据同步；以及，更新所述数据库的冷备数据库。5.根据权利要求1所述的方法，其特征在于，所述权益项具有使用次数；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态之前，还包括：根据所述目标行为，通过执行所述状态变更流程对所述权益项的使用次数进行变更。6.根据权利要求1所述的方法，其特征在于，所述权益项具有使用状态；所述方法还包括：根据所述权益项的目标状态判断所述权益项的使用状态是否发生变更；在所述权益项的使用状态发生变更的情况下，通过执行所述状态变更流程对所述权益项的使用状态进行变更。
7.根据权利要求1所述的方法，其特征在于，所述方法是基于策略式状态机来实现的；根据所述权益项的当前状态和目标状态确定待执行的状态变更流程，包括：将所述权益项的当前状态作为策略入参，所述权益项的目标状态作为策略出参，与策略列表中的策略进行命中判定；在判定命中有策略的情况下，将所命中的策略作为目标策略，并获取所述目标策略对应的状态变更流程作为所述待执行的状态变更流程。8.一种用户权益生命周期的管理装置，其特征在于，包括：参数获取模块，用于根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；状态计算模块，用于根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；流程确定模块，用于根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；状态变更模块，用于通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。9.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

技术总结
本发明公开了一种用户权益生命周期的管理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：根据用户权益状态变更指令获取输入参数，所述输入参数包括权益项的当前状态和目标行为；根据所述权益项的当前状态和所述目标行为得到所述权益项的目标状态；根据所述权益项的当前状态和目标状态确定待执行的状态变更流程；通过执行所述状态变更流程将所述权益项的当前状态变更为所述目标状态，以对用户权益生命周期进行管理。该实施方式简化了代码开发逻辑，提升了代码的可维护性和扩展性，提升了开发效率，且避免了出现必要流程遗漏的情况，解决了上下游数据一致性的问题，提升了用户权益生命周期管理效果。提升了用户权益生命周期管理效果。提升了用户权益生命周期管理效果。


技术研发人员：张君毅 余斌 任明 姚庆海 李晨 郭奎良 连振杰 豆鹏宇 魏珺洁
受保护的技术使用者：北京京东拓先科技有限公司
技术研发日：2023.04.26
技术公布日：2023/8/13