信息配置控制方法及其装置、设备、介质与流程

1.本申请属于互联网技术领域，具体涉及一种信息配置控制方法，及其相应的装置、电子设备、非易失性存储介质。


背景技术：

2.在互联网电商领域，电商平台及其旗下的电商商铺会给用户发放活动权益，并且设置积分账号体系以维系电商平台及电商商铺与用户的关系，以提升用户参加活动的积极性，达到促活用户在电商平台及其旗下的电商店铺中的活跃度及提升用户对的黏性，从而带来gmv转化。
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.构建具有有效性的所述权益业务应用规则的映射标签；
28.构造所述权益业务集合实例，在该集合中包含具有有效性的多个所述的应用规则的映射标签。
29.进一步的实施例中，还包括如下步骤：
30.监控所述权益定义实体的权益业务集合实例的应用规则的到期信息，当应用规则到期后，从所述权益业务集合实例中标记核销相应的应用规则。
31.适应于本申请的目的之一而提供的一种信息配置控制装置，其包括：
32.配置请求模块，用于接收合法用户发起的权益配置请求，解析获取其中的权益配置信息；
33.类型构造模块，用于依据所述权益配置信息中的权益类型指定信息构造权益类型描述实例，所述描述实例包含映射到所述权益类型指定信息所指定涵盖的用户身份类型的映射标签；
34.业务构造模块，用于依据所述权益配置信息中的权益业务指定信息构造权益业务集合实例，所述集合实例中包含到达各种与所述权益业务指定信息相对应的权益业务应用规则的映射标签；
35.实体封装模块，用于将所述权益类型描述实例与所述权益业务集合实例封装并存储为权益定义实体，以适用于与所述合法用户交互的由其他用户发起的后续交易请求。
36.适应于本申请的目的之一而提供的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行所述的信息配置控制方法。
37.适应于本申请的目的之一而提供一种非易失性存储介质，其以计算机可读指令的
形式存储用依据所述的信息配置控制方法所述实现的计算机程序，该计算机程序被计算机调用时，执行该方法所包括的步骤。
38.相对于现有技术，本申请具有如下优势：
39.本申请构建了一种多维度权益录入及管理的中台系统，可根据合法用户发送的权益配置请求，解析出该权益配置请求中包含的权益类型指定信息及权益业务指定信息，并根据所述权益类型指定信息构造包含其所指定涵盖的用户身份类型的映射标签的权益类型描述实例，同时根据所述权益业务指定信息构造包含到达各种与其相应的权益业务应用规则的映射标签，之后将所述权益类型描述实例与权益业务集合实例封装为权益定义实体，并将其储存至中台系统中。
40.通过这一录入及管理逻辑所实现的中台系统，可实现对各类型权益的标准化，各类型的权益与合法用户进行绑定，以便电商平台通过该中台系统多维化管理各个电商商铺的权益活动，且合法用户可通过其所发送的权益配置请求，拓展其平台或商铺的权益活动，所述中台系统将有效的对合法用户所发布的权益活动进行多维化管理且提供合法用户拓展权益活动的功能。
41.中台化后的系统，能够集中响应不同电商平台及其下电商店铺的并发请求，业务逻辑和功能集中，系统运行高效，便于优化大型项目的服务机群部署架构，提升互联网运行效率。
附图说明
42.本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
43.图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；
44.图2为本申请的信息配置控制方法的典型实施例的流程示意图；
45.图3为图2中步骤s12的具体步骤所形成的流程示意图；
46.图4为本申请的信息配置控制方法的另一实施例的流程示意图；
47.图5为本申请的信息配置控制方法的再一实施例中的流程示意图；
48.图6为本申请的信息配置控制装置的典型实施例的原理框图。
具体实施方式
49.下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
50.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
51.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
52.本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personal communications service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personal digital assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(global positioning system，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobile internet device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
53.本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
54.需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。
55.请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称服务器80部署在云端，作为一个业务服务器，其可以负责进一步连接起相关数据服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82或者第三方服务器(未图示)提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。
56.本申请所称的中台，主要指计算机服务所需调用的中间组件，用于实现某种实用的功能，通过响应外部请求，必要时从外部请求中提供入参，经过其内部的处理之后，对应
反馈外部请求所期望的结果，完成对外部请求的响应。
57.本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。
58.在理解上述所揭示的与本申请技术方案相关的相关部署环境和应用环境的基础上，请参阅如下说明继续了解本申请的多种实施方式：
59.请参阅图2，本申请的一种信息配置控制方法，由安装并运行于服务器的应用程序负责执行体现以构造出本申请的中台服务，开放给外部调用，在其典型实施例中，其包括如下步骤：
60.步骤s11，接收合法用户发起的权益配置请求，解析获取其中的权益配置信息：
61.服务器接收来自合法用户发起的权益配置请求，并解析该权益配置请求，获取该权益配置请求中的权益配置信息，以便后续根据该权益配置信息中所包含的信息进行实例构造。
62.所述的合法用户是指已进行注册且通过服务器认证的用户，在实际业务场景中，一般是指电商平台和/或电商平台下的电商商铺用户，即发布权益活动的用户；所述合法用户拥有权益活动的发布权，其可通过在相应的页面中输入及发送所述权益配置请求至服务器，以便服务器根据该权益配置请求进行分析及存储。
63.所述的权益配置请求由合法用户发送至服务器中，服务器将解析该权益配置请求获取其所包含的权益配置信息，之后根据该权益配置信息中所包含的权益类型指定信息及权益业务指定信息构造相应的实例。
64.步骤s12，依据所述权益配置信息中的权益类型指定信息构造权益类型描述实例，所述描述实例包含映射到所述权益类型指定信息所指定涵盖的用户身份类型的映射标签：
65.服务器获取所述权益配置信息后，将解析该权益配置信息获取该权益配置信息所包含的权益类型指定信息，并根据该权益类型指定信息构造所述描述实例，该描述实例包含映射该权益类型指定信息所指定涵盖的用户身份类型的映射标签。
66.所述的权益类型指定信息用于指定一个或多个能使用该权益类型指定信息所属的权益配置信息的用户身份类型。
67.所述用户身份类型包含以下类型：平台等级类型、平台信用评级类型、平台会员类型、商铺会员类型等其他用户身份类型，所述权益类型指定信息指定的用户身份类型也将包含该用户身份类型中具体类型的相应数值，例如，所述权益类型指定信息所指定的用户身份类型为平台等级类型，同时也将指定平台等级类型中的具体等级，具体的，可指定用户身份类型为平台等级类型的平台等级为2。
68.服务器根据所述权益类型指定信息构造包含该权益类型指定信息所涵盖的用户身份类型的映射标签的描述实例，所述映射标签用于标识用户身份类型。
69.服务器完成所述权益类型指定信息的映射标签的映射后，服务器可通过各个映射标签查询所述合法用户所属的电商平台的业务服务器中是否对应存在所述映射标签所标识用户身份类型。
70.一种实施例中，请参阅图3，服务器根据所述权益类型指定信息所指定的用户身份
类型构造所述描述实例的具体实施步骤如下：
71.步骤s121，依据所述权益配置信息中的权益类型指定信息所包含的用户身份类型，构造第一映射标签用于标记对维护用户身份类型的用户身份等级服务器的依赖关系：
72.服务器通过解析所述权益配置信息，获取所述权益指定信息，并依据该权益指定信息所指定的一个或多个用户身份类型构建相应的第一映射标签。
73.所述第一映射标签所标记的用户身份类型与维护用户身份类型的用户身份等级服务器之间存在依赖关系，以便服务器验证所述权益配置信息所指定的用户身份类型是否存在于所述用户身份等级服务器中。
74.进一步的，在实际业务场景中，所述第一映射标签的字段为source_type，具体的，当所述用户身份类型为平台等级类型时，第一映射标签的字段为source_type＝level；关于所述第一映射标签的字段本技术领域人员可灵活设计，恕不赘述。
75.步骤s122，构造第二映射标签用于标记所述权益类型指定信息所包含的用户身份类型，以指示出用户身份类型在所述用户身份等级服务器中的等级：
76.服务器构造所述权益指定信息的第一映射标签后，将构造用于标记该权益指定信息所指定的一个或多个用户身份类型在用户身份等级服务器中的等级的第二映射标签。
77.可以理解，所述第二映射标签与所述用户身份等级服务器之间存在依赖关系，服务器通过所述第二映射标签验证该第二映射标签所标记的用户身份类型的等级是否存在所述用户等级服务器中。
78.进一步的，在实际业务场景中，所述第二映射标签的字段为source_code，具体的，当所述用户身份等级为平台等级类型且等级为2时，则第二映射标签的字段为source_code＝2；关于所述第二映射标签的字段本技术领域人员可灵活设计，恕不赘述。
79.步骤s123，封装出权益类型描述实例，使该描述实例包含所述第一映射标签和第二映射标签：
80.完成所述第一映射标签与第二映射标签的构造后，服务器将所述第一映射标签与第二映射标签封装为所述权益类型描述实例，以便后续接收其他用户发送的后续交易请求时，对该其他用户的用户身份类型进行验证。
81.步骤s13，依据所述权益配置信息中的权益业务指定信息构造权益业务集合实例，所述集合实例中包含到达各种与所述权益业务指定信息相对应的权益业务应用规则的映射标签：
82.服务器解析所述权益配置信息，获取所述权益业务指定信息，并根据该权益业务指定信息构造包含该权益业务指定信息所指定的各类型权益业务应用规则的映射标签的集合实例。
83.所述的权益业务指定信息用于指定各类型权益业务应用规则，所述权益业务应用规则的类型包括平台会员日规则、平台优惠日规则、平台优惠活动规则、商铺会员日规则、商铺优惠活动规则、商铺满减活动规则等。
84.一种实施例中，所述的权益业务指定信息包含其所指定的各类型权益业务应用规则的权益开启时间及权益结束时间，以便中台服务器在权益开启时间开启所述权益业务应用规则及在权益结束时间结束该权益业务应用规则。
85.服务器根据所述权益业务指定信息所指定的一个或多个权益业务应用规则构造
所述权益业务集合实例，所述权益业务集合实例包含所述权益业务应用规则的映射标签，以便服务器验证所述权益业务应用规则是否存在合法用户所属的电商平台相应的业务服务器中。
86.在实际业务场景中，所述集合实例包含的权益业务应用规则的映射标签的字段为bizcode，具体的，当所述权益业务应用规则为平台会员日规则，其字段为bizcode＝memberday；关于所述映射标签的字段，本领域技术人员可灵活设计，恕不赘述。
87.一种实施例中，服务器与所述合法用户所属的电商平台相应的业务服务器建立通信链路，以校验所述权益业务指定信息所指定的是否存在有效性，参阅图4，具体实施步骤如下：
88.步骤s131，校验所述权益配置信息中权益业务指定信息所指向的多条权益业务应用规则的有效性：
89.服务器通过与发送所述权益配置请求的合法用户所属的电商平台的相应业务服务器存在通信链路的连接，服务器通过查询该权益配置请求中权益业务指定信息所指定的一个或多个所述权益业务应用规则是否存在所述业务服务器中，若所述权益业务应用规则存在，则服务器确定该权益业务应用规则具有有效性，若所述权益业务应用规则不存在，则该权益业务应用规则不具有有效性。
90.步骤s132，构建具有有效性的所述权益业务应用规则的映射标签：
91.服务器构建所述权益业务指定信息中具有有效性的一个或多个所述权益业务应用规则的映射标签。
92.步骤s133，构造所述权益业务集合实例，在该集合中包含具有有效性的多个所述的应用规则的映射标签：
93.服务器将所述具有有效性的一个或多个所述权益业务应用规则的映射标签封装为所述权益配置信息的权益业务集合实例。
94.步骤s14，将所述权益类型描述实例与所述权益业务集合实例封装并存储为权益定义实体，以适用于与所述合法用户交互的由其他用户发起的后续交易请求：
95.服务器将根据所述权益配置信息所构造的所述权益类型描述实例及权益业务集合实例封装为权益定义实体，以便服务器根据与所述合法用户交互的其他用户发送的所述后续交易申请，验证该其他用户是否有权使用所述权益配置信息中权益业务指定信息所指定的权益业务应用规则。
96.所述权益定义实体中各类型的用户身份类型的映射标签及权益业务应用规则的映射标签之间存在一对一或一对多对应关系，例如用户身份类型为平台会员类型，其与权益业务应用规则为平台会员日规则及权益业务应用规则为平台优惠活动规则存在对应关系。
97.进一步的实施例中，当所述权益定义实体中各类型的用户身份类型的映射标签存在第一映射标签及第二映射标签，且一个所述权益业务应用规则存在第一映射标签及多个第二映射标签时，该用户身份类型的第一映射标签将以某一权益业务应用规则的第一映射标签存在相应的对应关系，且该用户身份类型的第二标签将根据该权益业务应用规则的多个第二映射标签中其中一个第二映射标签存在对应关系，例如，所述用户身份类型的第一映射标签标识为平台会员类型、第二映射标签为3级，该用户身份类型的第一映射标签与第
一映射标签为平台会员日规则的权益业务应用规则存在对应关系，该用户身份类型的第二映射标签与该权益业务应用规则中等级为3的第二映射标签存在对应关系。
98.一种实施例中，服务器完成所述合法用户发送的所述权益配置请求后，即构造为该权益配置请求中的权益配置信息的所述权益定义实体后，将向根据该权益定义实体创建相应的协议报文发送至该合法用户中，以便所述合法用户将该协议报文可视化显示至其页面的图形用户界面中，了解服务器响应所述权益配置请求的执行状况。
99.另一种实施例中，服务器监控所述权益定义实体中权益业务实例集合的权益业务应用规则，判断所述权益业务应用规则是否为到期信息，若所述权益业务应用规则为到期信息，服务器将从所述权益定义实体中将该权益业务应用规则标记为到期信息，使该权益业务应用规则不再生效。
100.再一种实施例中，参阅图5，当服务器接收到来自与所述合法用户交互的其他用户发送的所述后续交易请求时，服务器将执行如下具体步骤：
101.步骤s141，接收所述其他用户之一发起的所述后续交易请求，解析获取其用户身份信息：
102.所述其他用户在跳转至所述权益定义实体的合法用户的电商平台中相应商品的订单结算页面或跳转至相应商品的价格页面时，将向服务器发送所述后续交易请求。
103.服务器接收到来自该其他用户发送的所述后续交易请求时，将解析该后续交易请求，获取该其他用户的用户身份信息，以便是否可为该其他用户提供所述权益定义实体所指定的相应权益业务应用规则。
104.步骤s142，调用所述权益定义实体，查询所述用户身份信息是否与该权益定义实体中的权益类型描述实例的映射标签相匹配，获得查询结果：
105.服务器根据所述用户身份信息，查询所述权益定义实体的类型描述实例的各类型用户身份类型的映射标签中是否存在与该用户身份信息匹配的映射标签，若存在与该用户身份信息相匹配的映射标签，服务器将为所述其他用户赋权相应的权益业务应用规则。
106.步骤s143，当所述查询结果显示相匹配时，将所述权益定义实体中的权益业务集合实例所包含的权益业务应用规则赋权给该发起交易请求的用户，使其交易数据获得相应的权益：
107.当所述权益定义实体中存在与所述其他用户的用户身份信息匹配的用户身份类型的映射标签时，服务器将该权益定义实体中与该用户身份类型的映射标签存在对应关系的一个或多个的权益业务应用规则赋权给所述其他用户，使该其他用户的交易数据获得相应的权益。
108.进一步的，可以通过将上述的信息配置控制方法中的各个实施例进行功能化，构造出本申请的一种信息配置控制装置，按照这一思路，请参阅图6，其典型实施例中，该装置包括：
109.配置请求模块11，用于接收合法用户发起的权益配置请求，解析获取其中的权益配置信息；
110.类型构造模块12，用于依据所述权益配置信息中的权益类型指定信息构造权益类型描述实例，所述描述实例包含映射到所述权益类型指定信息所指定涵盖的用户身份类型的映射标签；
111.业务构造模块13，用于依据所述权益配置信息中的权益业务指定信息构造权益业务集合实例，所述集合实例中包含到达各种与所述权益业务指定信息相对应的权益业务应用规则的映射标签；
112.实体封装模块14，用于将所述权益类型描述实例与所述权益业务集合实例封装并存储为权益定义实体，以适用于与所述合法用户交互的由其他用户发起的后续交易请求。
113.为了便于本申请的执行，提供一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中计算机程序以执行如前述的一种信息配置控制方法的步骤。
114.可以看出，存储器适宜采用非易失性存储介质，通过将前述的方法实现为计算机程序，安装到手机之类电子设备中，相关程序代码和数据便被存储到电子设备的非易失性存储介质中，进一步通过电子设备的中央处理器运行该程序，将其从非易性存储介质中调入内存中运行，便可实现本申请所期望的目的。因此，可以理解，本申请的一个实施例中，还可提供一种非易失性存储介质，其以计算机可读指令的形式存储有依据所述的信息配置控制方法的各个实施例所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。
115.综上所述，本申请提供了一种标准化的权益管理中台系统，该权益管理中台系统具有多维化管理各个合法用户发布的权益及权益扩展的功能，为电商平台提供高效的权益管理服务。
116.本技术领域技术人员可以理解，本申请包涉及用于执行本申请中所述操作、方法中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其存储器之内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd
‑
rom、和磁光盘)、rom(read
‑
only memory，只读存储器)、ram(random access memory，随即存储器)、eprom(erasable programmable read
‑
only memory，可擦写可编程只读存储器)、eeprom(electrically erasable programmable read
‑
only memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
117.本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
118.本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
119.以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。