会员权益配置管理方法、装置、设备及存储介质与流程

[0001]
本申请涉及会员数据处理技术领域，尤其涉及一种会员权益配置管理方法、装置、设备及存储介质。


背景技术：

[0002]
现有技术的会员权益平台把大部分功能逻辑都写死在代码里，然而，如果客户有需求变动时，就需要重新开发和发布代码，带来的问题是开发周期变长，维护成本高，系统稳定性没法得到保障。
[0003]
基于现有技术的上述技术问题，本申请的发明人提出一种会员权益配置管理方法、装置、设备及存储介质。


技术实现要素：

[0004]
为解决上述技术问题，本申请提供了一种会员权益配置管理方法、装置、设备及存储介质，以提高对会员权益的管理配置效率，缩短开发周期，降低维护成本，并确保会员系统的稳定性。
[0005]
第一方面，本申请提供了一种会员权益配置管理方法，包括：
[0006]
获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息；
[0007]
根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略；
[0008]
基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。
[0009]
第二方面，本申请提供了一种会员权益配置管理装置，所述会员权益配置管理装置包括：
[0010]
获取模块，用于获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息；
[0011]
处理模块，用于根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略；
[0012]
执行模块，用于基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。
[0013]
第三方面，本申请还提供了一种计算机设备，所述计算机设备包括存储器和处理器；所述存储器用于存储计算机程序；所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的会员权益配置管理方法。
[0014]
第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述的会员权益配置管理方法。
[0015]
本申请公开了一种会员权益配置管理方法、装置、设备及存储介质，首先，获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息；其次，根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略；最后，基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。通过上述方式，本申请通过对会员信息进行模块化管理，并结合定制化需求信息对会员权益点数进行智能管理分配，能够提高对会员权益的管理配置效率，缩短开发周期，降低维护成本，并确保会员系统的稳定性。
附图说明
[0016]
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0017]
图1是本申请实施例提供的会员权益配置管理方法的步骤示意流程图；
[0018]
图2是本申请实施例提供的会员权益配置管理装置的结构示意图；
[0019]
图3是本申请实施例提供的计算机设备的结构示意图。
具体实施方式
[0020]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0021]
附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
[0022]
本申请的实施例提供了一种会员权益配置管理方法、装置、计算机设备及存储介质，首先，获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息；其次，根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略；最后，基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。通过上述方式，本申请通过对会员信息进行模块化管理，并结合定制化需求信息对会员权益点数进行智能管理分配，能够提高对会员权益的管理配置效率，缩短开发周期，降低维护成本，并确保会员系统的稳定性。
[0023]
容易理解的是，本申请可以将会员及其权益的处理逻辑进行抽象化，实现大部分逻辑的可配置化，可以满足大部分客户的场景需求。
[0024]
下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
[0025]
请参阅图1，图1是本申请的实施例提供的会员权益配置管理方法的步骤示意流程图，本实施方式的会员权益配置管理方法可以包括但不限于如下步骤。
[0026]
步骤s101，获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息。
[0027]
步骤s102，根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略。
[0028]
步骤s103，基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。
[0029]
在本实施例中，所述根据所述定制化需求信息确定对应的点数分配策略的步骤，具体包括：根据所述定制化需求信息确定合作方维度、会员等级维度、分配周期维度、权益渠道维度和/或权益点数维度所构成的维度信息；根据所述维度信息确定对应的点数分配策略。容易理解的是，本申请通过对会员信息的所有维度进行分解，再逐一进行定制化的配置式管理，方便系统的维护。
[0030]
具体而言，本实施例所述点数分配策略包括按半月度权益点数强制处理、按月度权益点数强制处理、按季度权益点数强制处理、按月度权益点数限额处理、按月度周期性点数分配处理以及按合作方及其会员套餐点数分配处理。
[0031]
举例而言，本申请的点数分配策略可以包括但不限于如下几种：
[0032]
1.每个月仅能使用1个权益点数，不使用会自动扣减1次；
[0033]
2.每个季度仅能使用1个权益点数，不使用会自动扣减1次；
[0034]
3.每半个月仅能使用1个权益点数，不使用会自动扣减1次；
[0035]
4.每个月最多使用1个权益点数，不使用的不做强制扣减；
[0036]
5.每个月统一在固定时间进行点数分配；
[0037]
6.在会员的每个30天周期到期第1天进行点数分配；
[0038]
7.每个周期分配的可用点数支持扣减1个或者多个；
[0039]
8.支持同个合作方的不同会员套餐采用不同的分配策略。
[0040]
容易理解的是，通过上述层次化的点数分配策略，即使合作方有新的点数分配需求，本申请只需要添加一条分配策略即可，无需额外进行开发。
[0041]
在本实施例中，所述根据所述维度信息确定对应的点数分配策略的步骤，具体包括：根据所述维度信息中不同的会员等级信息确定权益套餐和权益套餐配比，以管理不同等级会员的有效期、权益展示顺序、权益点数、权益使用规则和/或激活后的有效时间。换而言之，本实施例针对不同合作方的不同等级的会员，可以进行套餐和套餐配比处理，通过套餐来管理不同等级会员的有效期，权益展示顺序等等，用套餐配比来管理不同等级套餐的所对应的权益的点数，使用规则，激活后的有效时间等等，这样，无论需要上线什么会员，都可以建立套餐和对应的套餐配比来实现。
[0042]
举例而言，本申请可以针对套餐中点数的分配，而抽象出可用账户和保留账户的概念。其中，可用账户可以用来管理当前会员可以激活的点数，保留账户用来管理会员的保留点数，而这个点数需要解锁才能激活，例如，将点数移动到可用账户进行解锁激活。本申请通过这两个账户，就可以制定出灵活多变的点数分配策略。例如如果会员套餐a有12个贵宾休息室的权益点数，会员开通会员之后，就可以一次性把所有点数用完，这时初始化会员的时候，可用账户的点数就可以设置为12，保留账户的点数为0；而如果会员套餐b有12个贵宾室的权益点数，会员开通之后，每个月只能使用1次贵宾室权益，那么初始化会员的就可以把可用账户的点数设置为1，保留账户的点数设置为11，然后每个月通过脚本将保留账户的点数每次移动1个点到可用账户。
[0043]
在本实施例中，所述基于确定的所述点数分配策略对所述权益点数进行点数配置管理的步骤之后，还包括：根据确定的所述点数分配策略执行对应的权益内容展示页面的展示内容。
[0044]
此外，所述根据确定的所述点数分配策略执行对应的权益内容展示页面的展示内容的步骤，还包括：根据所述定制化需求信息确定对应的目标展示模式；通过目标展示模式对所述展示内容进行定制化展示。容易理解的是，本实施例可以针对不同的合作方而提供在不同页面展示不同权益内容的模式，例如，本申请可以将系统底层抽象为数据层和展示层，其中，数据层可以维护基本的、共享的权益信息，而展示层则可以定制不同的展示策略。
[0045]
在本实施例中，所述模块化的多个模块信息具体包括用户身份信息、会员卡信息、用户权益信息、权益来源信息和/或订单信息。
[0046]
具体而言：
[0047]
所述用户身份信息，包括用户账号密码和用户唯一id；
[0048]
所述会员卡信息，包括会员卡类型、会员卡有效期和用户身份信息与会员卡的绑定关系；
[0049]
所述用户权益信息，包括用户的权益使用次数、权益有效期、用户身份信息与权益的绑定关系、以及权益与会员卡的绑定关系；
[0050]
所述权益来源信息，包括权益的来源信息、以及不同来源信息所对应的权益有效期的对应关系；
[0051]
所述订单信息，包括用户的会员订单、用户的权益订单以及用户与订单之间的对应绑定关系。
[0052]
容易理解的是，本申请可以通过预设的会员卡系统对会员信息进行抽象化处理为以下五大模块，以实现上述多个模块信息的管理，例如：
[0053]
1.用户信息模块，用于负责用户信息的存储，包括登录需要的账号密码，用户唯一id；
[0054]
2.卡信息模块，用户开通会员卡的信息，记录卡的类型，卡的有效期等等，每张卡和具体用户进行一一绑定；
[0055]
3.用户权益模块，用于记录用户所拥有的权益，每个权益可以使用的次数，有效期等等，和用户卡进行绑定，多个权益可以绑定到同一张卡上；
[0056]
4.权益来源模块，用于记录同类权益不同来源的权益信息，字段和用户权益表类似，这个模块的存在是为了区分不同来源权益的使用规则，比如a渠道的贵宾室渠道激活后3天有效，但是b渠道的贵宾室权益激活后10天有效；
[0057]
5.订单模块，用于记录用户的会员订单和权益订单，和用户信息进行绑定；
[0058]
不难理解的是，本申请通过上述五个基本模块，其管理的信息内容贯穿于整个会员的生命周期，从而实现了可配置化管理。
[0059]
通过上述方式，本申请通过对会员信息进行模块化管理，并结合定制化需求信息对会员权益点数进行智能管理分配，能够提高对会员权益的管理配置效率，缩短开发周期，降低维护成本，并确保会员系统的稳定性。
[0060]
请接着参阅图2，图2是本申请一种会员权益配置管理装置的模块示意图，在本申请中，所述会员权益配置管理装置包括但不限于获取模块21、处理模块22和执行模块23。
[0061]
其中，所述获取模块21用于获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息；所述处理模块22用于根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略；所述执行模块23用于基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。
[0062]
在本实施例中，所述处理模块22根据所述定制化需求信息确定对应的点数分配策略，具体包括：处理模块22根据所述定制化需求信息确定合作方维度、会员等级维度、分配周期维度、权益渠道维度和/或权益点数维度所构成的维度信息；处理模块22根据所述维度信息确定对应的点数分配策略。容易理解的是，本申请通过对会员信息的所有维度进行分解，再逐一进行定制化的配置式管理，方便系统的维护。
[0063]
具体而言，本实施例所述点数分配策略包括按半月度权益点数强制处理、按月度权益点数强制处理、按季度权益点数强制处理、按月度权益点数限额处理、按月度周期性点数分配处理以及按合作方及其会员套餐点数分配处理。
[0064]
举例而言，本申请的点数分配策略可以包括但不限于如下几种：
[0065]
1.每个月仅能使用1个权益点数，不使用会自动扣减1次；
[0066]
2.每个季度仅能使用1个权益点数，不使用会自动扣减1次；
[0067]
3.每半个月仅能使用1个权益点数，不使用会自动扣减1次；
[0068]
4.每个月最多使用1个权益点数，不使用的不做强制扣减；
[0069]
5.每个月统一在固定时间进行点数分配；
[0070]
6.在会员的每个30天周期到期第1天进行点数分配；
[0071]
7.每个周期分配的可用点数支持扣减1个或者多个；
[0072]
8.支持同个合作方的不同会员套餐采用不同的分配策略。
[0073]
容易理解的是，通过上述层次化的点数分配策略，即使合作方有新的点数分配需求，本申请只需要添加一条分配策略即可，无需额外进行开发。
[0074]
在本实施例中，所述处理模块22根据所述维度信息确定对应的点数分配策略，具体包括：处理模块22根据所述维度信息中不同的会员等级信息确定权益套餐和权益套餐配比，以管理不同等级会员的有效期、权益展示顺序、权益点数、权益使用规则和/或激活后的有效时间。换而言之，本实施例针对不同合作方的不同等级的会员，可以进行套餐和套餐配比处理，通过套餐来管理不同等级会员的有效期，权益展示顺序等等，用套餐配比来管理不同等级套餐的所对应的权益的点数，使用规则，激活后的有效时间等等，这样，无论需要上线什么会员，都可以建立套餐和对应的套餐配比来实现。
[0075]
举例而言，本申请可以针对套餐中点数的分配，而抽象出可用账户和保留账户的概念。其中，可用账户可以用来管理当前会员可以激活的点数，保留账户用来管理会员的保留点数，而这个点数需要解锁才能激活，例如，将点数移动到可用账户进行解锁激活。本申请通过这两个账户，就可以制定出灵活多变的点数分配策略。例如如果会员套餐a有12个贵宾休息室的权益点数，会员开通会员之后，就可以一次性把所有点数用完，这时初始化会员的时候，可用账户的点数就可以设置为12，保留账户的点数为0；而如果会员套餐b有12个贵宾室的权益点数，会员开通之后，每个月只能使用1次贵宾室权益，那么初始化会员的就可以把可用账户的点数设置为1，保留账户的点数设置为11，然后每个月通过脚本将保留账户
的点数每次移动1个点到可用账户。
[0076]
在本实施例中，所述执行模块23基于确定的所述点数分配策略对所述权益点数进行点数配置管理之后，还包括：执行模块23根据确定的所述点数分配策略执行对应的权益内容展示页面的展示内容。
[0077]
此外，所述执行模块23根据确定的所述点数分配策略执行对应的权益内容展示页面的展示内容，还包括：执行模块23根据所述定制化需求信息确定对应的目标展示模式；通过目标展示模式对所述展示内容进行定制化展示。容易理解的是，本实施例可以针对不同的合作方而提供在不同页面展示不同权益内容的模式，例如，本申请可以将系统底层抽象为数据层和展示层，其中，数据层可以维护基本的、共享的权益信息，而展示层则可以定制不同的展示策略。
[0078]
在本实施例中，所述模块化的多个模块信息具体包括用户身份信息、会员卡信息、用户权益信息、权益来源信息和/或订单信息。
[0079]
具体而言：
[0080]
所述用户身份信息，包括用户账号密码和用户唯一id；
[0081]
所述会员卡信息，包括会员卡类型、会员卡有效期和用户身份信息与会员卡的绑定关系；
[0082]
所述用户权益信息，包括用户的权益使用次数、权益有效期、用户身份信息与权益的绑定关系、以及权益与会员卡的绑定关系；
[0083]
所述权益来源信息，包括权益的来源信息、以及不同来源信息所对应的权益有效期的对应关系；
[0084]
所述订单信息，包括用户的会员订单、用户的权益订单以及用户与订单之间的对应绑定关系。
[0085]
容易理解的是，本申请可以通过预设的会员卡系统对会员信息进行抽象化处理为以下五大模块，以实现上述多个模块信息的管理，例如：
[0086]
1.用户信息模块，用于负责用户信息的存储，包括登录需要的账号密码，用户唯一id；
[0087]
2.卡信息模块，用户开通会员卡的信息，记录卡的类型，卡的有效期等等，每张卡和具体用户进行一一绑定；
[0088]
3.用户权益模块，用于记录用户所拥有的权益，每个权益可以使用的次数，有效期等等，和用户卡进行绑定，多个权益可以绑定到同一张卡上；
[0089]
4.权益来源模块，用于记录同类权益不同来源的权益信息，字段和用户权益表类似，这个模块的存在是为了区分不同来源权益的使用规则，比如a渠道的贵宾室渠道激活后3天有效，但是b渠道的贵宾室权益激活后10天有效；
[0090]
5.订单模块，用于记录用户的会员订单和权益订单，和用户信息进行绑定；
[0091]
不难理解的是，本申请通过上述五个基本模块，其管理的信息内容贯穿于整个会员的生命周期，从而实现了可配置化管理。
[0092]
通过上述方式，本申请通过对会员信息进行模块化管理，并结合定制化需求信息对会员权益点数进行智能管理分配，能够提高对会员权益的管理配置效率，缩短开发周期，降低维护成本，并确保会员系统的稳定性。
[0093]
请参阅图3，图3是本申请实施例提供的计算机设备的结构示意图，本实施例提供的计算机设备可以包括存储器和处理器。所述存储器用于存储计算机程序；所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如图1实施例所述的会员权益配置管理方法。
[0094]
所述处理器用于获取待上线的会员信息以及定制化需求信息，其中，所述会员信息包括有模块化的多个模块信息；所述处理器用于根据所述会员信息确定对应的权益点数，并根据所述定制化需求信息确定对应的点数分配策略；所述处理器用于基于确定的所述点数分配策略对所述权益点数进行点数配置管理，以上线所述会员信息。
[0095]
在本实施例中，所述处理器根据所述定制化需求信息确定对应的点数分配策略，具体包括：处理器根据所述定制化需求信息确定合作方维度、会员等级维度、分配周期维度、权益渠道维度和/或权益点数维度所构成的维度信息；处理器根据所述维度信息确定对应的点数分配策略。容易理解的是，本申请通过对会员信息的所有维度进行分解，再逐一进行定制化的配置式管理，方便系统的维护。
[0096]
具体而言，本实施例所述点数分配策略包括按半月度权益点数强制处理、按月度权益点数强制处理、按季度权益点数强制处理、按月度权益点数限额处理、按月度周期性点数分配处理以及按合作方及其会员套餐点数分配处理。
[0097]
举例而言，本申请的点数分配策略可以包括但不限于如下几种：
[0098]
1.每个月仅能使用1个权益点数，不使用会自动扣减1次；
[0099]
2.每个季度仅能使用1个权益点数，不使用会自动扣减1次；
[0100]
3.每半个月仅能使用1个权益点数，不使用会自动扣减1次；
[0101]
4.每个月最多使用1个权益点数，不使用的不做强制扣减；
[0102]
5.每个月统一在固定时间进行点数分配；
[0103]
6.在会员的每个30天周期到期第1天进行点数分配；
[0104]
7.每个周期分配的可用点数支持扣减1个或者多个；
[0105]
8.支持同个合作方的不同会员套餐采用不同的分配策略。
[0106]
容易理解的是，通过上述层次化的点数分配策略，即使合作方有新的点数分配需求，本申请只需要添加一条分配策略即可，无需额外进行开发。
[0107]
在本实施例中，所述处理器根据所述维度信息确定对应的点数分配策略，具体包括：处理器根据所述维度信息中不同的会员等级信息确定权益套餐和权益套餐配比，以管理不同等级会员的有效期、权益展示顺序、权益点数、权益使用规则和/或激活后的有效时间。换而言之，本实施例针对不同合作方的不同等级的会员，可以进行套餐和套餐配比处理，通过套餐来管理不同等级会员的有效期，权益展示顺序等等，用套餐配比来管理不同等级套餐的所对应的权益的点数，使用规则，激活后的有效时间等等，这样，无论需要上线什么会员，都可以建立套餐和对应的套餐配比来实现。
[0108]
举例而言，本申请可以针对套餐中点数的分配，而抽象出可用账户和保留账户的概念。其中，可用账户可以用来管理当前会员可以激活的点数，保留账户用来管理会员的保留点数，而这个点数需要解锁才能激活，例如，将点数移动到可用账户进行解锁激活。本申请通过这两个账户，就可以制定出灵活多变的点数分配策略。例如如果会员套餐a有12个贵宾休息室的权益点数，会员开通会员之后，就可以一次性把所有点数用完，这时初始化会员
的时候，可用账户的点数就可以设置为12，保留账户的点数为0；而如果会员套餐b有12个贵宾室的权益点数，会员开通之后，每个月只能使用1次贵宾室权益，那么初始化会员的就可以把可用账户的点数设置为1，保留账户的点数设置为11，然后每个月通过脚本将保留账户的点数每次移动1个点到可用账户。
[0109]
在本实施例中，所述处理器基于确定的所述点数分配策略对所述权益点数进行点数配置管理之后，还包括：处理器根据确定的所述点数分配策略执行对应的权益内容展示页面的展示内容。
[0110]
此外，所述处理器根据确定的所述点数分配策略执行对应的权益内容展示页面的展示内容，还包括：处理器根据所述定制化需求信息确定对应的目标展示模式；通过目标展示模式对所述展示内容进行定制化展示。容易理解的是，本实施例可以针对不同的合作方而提供在不同页面展示不同权益内容的模式，例如，本申请可以将系统底层抽象为数据层和展示层，其中，数据层可以维护基本的、共享的权益信息，而展示层则可以定制不同的展示策略。
[0111]
在本实施例中，所述模块化的多个模块信息具体包括用户身份信息、会员卡信息、用户权益信息、权益来源信息和/或订单信息。
[0112]
具体而言：
[0113]
所述用户身份信息，包括用户账号密码和用户唯一i；
[0114]
所述会员卡信息，包括会员卡类型、会员卡有效期和用户身份信息与会员卡的绑定关系；
[0115]
所述用户权益信息，包括用户的权益使用次数、权益有效期、用户身份信息与权益的绑定关系、以及权益与会员卡的绑定关系；
[0116]
所述权益来源信息，包括权益的来源信息、以及不同来源信息所对应的权益有效期的对应关系；
[0117]
所述订单信息，包括用户的会员订单、用户的权益订单以及用户与订单之间的对应绑定关系。
[0118]
容易理解的是，本申请可以通过预设的会员卡系统对会员信息进行抽象化处理为以下五大模块，以实现上述多个模块信息的管理，例如：
[0119]
1.用户信息模块，用于负责用户信息的存储，包括登录需要的账号密码，用户唯一id；
[0120]
2.卡信息模块，用户开通会员卡的信息，记录卡的类型，卡的有效期等等，每张卡和具体用户进行一一绑定；
[0121]
3.用户权益模块，用于记录用户所拥有的权益，每个权益可以使用的次数，有效期等等，和用户卡进行绑定，多个权益可以绑定到同一张卡上；
[0122]
4.权益来源模块，用于记录同类权益不同来源的权益信息，字段和用户权益表类似，这个模块的存在是为了区分不同来源权益的使用规则，比如a渠道的贵宾室渠道激活后3天有效，但是b渠道的贵宾室权益激活后10天有效；
[0123]
5.订单模块，用于记录用户的会员订单和权益订单，和用户信息进行绑定；
[0124]
不难理解的是，本申请通过上述五个基本模块，其管理的信息内容贯穿于整个会员的生命周期，从而实现了可配置化管理。
[0125]
通过上述方式，本申请通过对会员信息进行模块化管理，并结合定制化需求信息对会员权益点数进行智能管理分配，能够提高对会员权益的管理配置效率，缩短开发周期，降低维护成本，并确保会员系统的稳定性。
[0126]
本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一项会员权益配置管理方法。
[0127]
其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
[0128]
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。