CN116739612B - 展示权益信息的方法及电子设备 - Google Patents

Abstract

本申请实施例公开了展示权益信息的方法及电子设备，所述方法包括：获取权益数据定义模板，所述权益数据定义模板中包括多个数据字段；获取多个权益项分别对应的数据展示规则信息；按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存；响应于目标用户发起的查看权益信息的请求，从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中对所述多个权益项分别对应的展示内容进行展示。通过本申请实施例，可以通过同一页面对多种不同权益项的信息进行聚合展示，且开发成本低、扩展性高。

Description

展示权益信息的方法及电子设备

技术领域

本申请涉及信息技术领域，特别是涉及展示权益信息的方法及电子设备。

背景技术

在很多应用系统中，都具有会员体系，用户可以通过成为更高等级的会员类型来获取更多的会员权益。例如，在商品信息服务系统中，针对商家用户可以提供多种不同的会员类型，在更高的会员等级下，商家可以获得诸如行业经营指导、优质物流服务优先权等多项会员权益，等等。

现有技术中，通常是由客服人员向用户介绍各种会员等级下可享受的权益等信息，但是，在用户成为对应等级的会员后，通常是在多个不同的场景中透出关于可使用的权益的信息。例如，在商家为境外用户发货时，可能会提示用户其享有“海运优先权”，等等。可见，这种方式下，用户对各种权益的感知及使用属于比较被动的状态，因此，可能会出现很多权益难以被用户使用到，或者使用频率很低，以至于难以体现出对应的会员等级实际可为用户带来的价值。

发明内容

本申请提供了展示权益信息的方法及电子设备，可以通过同一页面对多种不同权益项的信息进行聚合展示，且开发成本低、扩展性高。

本申请提供了如下方案：

一种展示权益信息的方法，包括：

获取权益数据定义模板，所述权益数据定义模板中包括多个数据字段，所述多个数据字段包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段；

获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息；

按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存，其中，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则信息确定的；

响应于目标用户发起的查看权益信息的请求，从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中对所述多个权益项分别对应的展示内容进行展示。

其中，对于与用户使用情况相关的字段，不同的权益项在同一字段上对应不同的候选值；

所述数据展示规则信息具体包括：同一权益项的在同一字段上的各候选值与用户使用情况之间的对应关系，以便根据具体用户的使用情况信息，从对应权益项在对应字段上的候选值中，确定所述对应权益项在对应字段上的待展示数据。

其中，所述与用户使用情况相关的字段包括：在展示权益项时，所需展示的描述文案和/或行动项；

所述获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息，包括：

获取多个权益项分别在不同的用户使用情况下，对应的描述文案和/或行动项展示规则信息；其中，每个权益项对应不同的候选文案和/或候选行动项，所述数据展示规则信息包括：同一权益项的各候选文案和/或候选行动项与用户使用情况之间的对应关系；

所述按照所述权益数据定义模板，对多个用户分别在多个权益项的多个数据字段上的数据进行保存，包括：

获取多个用户分别对所述多个权益项的使用情况信息，并根据所述使用情况信息以及所述数据展示规则，确定在向各用户展示所述权益项时，对应展示的描述文案和/或行动项，并保存为在对应数据字段上的数据。

其中，所述行动项信息包括行动项的名称及跳转地址，以便根据所述跳转地址跳转到对应的页面获取与所述权益项相关的详情信息，或者执行与所述权益项相关的处理。

其中，如果所述目标用户使用过所述权益项，所述描述文案包括：所述目标用户对所述权益项的使用次数、剩余次数和/或获得的使用效果信息。

其中，如果所述目标用户未使用过所述权益项，所述描述文案包括：关于所述权益项的功能描述摘要信息。

其中，通过执行定时任务，获取多个用户分别对所述多个权益项的使用情况信息，并根据所述使用情况信息以及所述数据展示规则，确定在向各用户展示所述权益项时，对应与用户使用情况相关的数据字段上的数据。

其中，所述权益数据定义模板包括：第一模板以及第二模板，其中，所述第一模板用于对所述权益项与基础信息相关的数据字段进行定义，所述第二模板用于对多个权益项与用户使用情况相关的数据字段进行定义；

所述按照所述权益数据定义模板，对多个用户分别在多个权益项的多个数据字段上的数据进行保存，包括：

按照所述第一模板，将所述多个权益项与所述基础信息相关的数据字段上的数据保存为权益配置信息；

按照所述第二模板，将所述多个权益项与用户使用情况相关的数据字段上的数据保存为权益使用相关数据信息；

在响应所述目标用户发起的查看权益信息的请求时，包括：

从权益配置信息中获取所述多个权益项在基础信息相关的数据字段上的数据；

从权益使用相关数据中获取所述目标用户对所述多个权益项在用户使用情况相关的数据字段上的数据；

将所述多个权益项在基础信息相关的数据字段上的数据，以及在用户使用情况相关的数据字段上的数据进行组装，生成所述多个权益项分别对应的展示内容。

其中，所述从权益配置信息中获取所述多个权益项在基础信息相关的数据字段上的数据，包括：

确定所述目标用户对应的会员类型信息；

从权益配置信息中获取所述会员类型对应的多个权益项在基础信息相关的数据字段上的数据。

其中，不同的会员类型对应不同的处理器模块；

所述确定所述目标用户对应的会员类型信息之后还包括：

根据所述会员类型信息确定对应的处理器模块，以便由该处理器模块进行所述数据的读取以及组装处理。

其中，所述权益配置信息中包括所述权益项对应的排序索引字段；

所述方法还包括：

按照所述排序索引字段上的数据，对所述多个权益项对应的展示内容进行排序，以便在所述目标页面按照对应的顺序进行展示。

其中，在权益项发生新增、删除或信息更新时，通过更新所述权益配置信息和/或权益使用相关数据信息，以更新展示出的权益项和/或对应的展示内容。

一种展示权益信息的方法，包括：

接收目标用户发起的查看权益信息的请求；

展示目标页面，所述目标页面中包括多个权益项分别对应的展示内容，所述展示内容是由同一处理器模块读取所述目标用户在所述多个权益项的多个数据字段上的数据并进行组装后生成的；

其中，所述目标用户在所述多个权益项的多个数据字段上的数据是按照权益数据定义模板确定的，其中包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的。

其中，所述多个权益项分别对应的展示内容包括：

所述权益项对应的行动项信息，所述行动项信息包括行动项的名称及跳转地址，以便根据所述跳转地址跳转到对应的页面获取与所述权益项相关的详情信息，或者执行与所述权益项相关的处理；

其中，不同的权益项在相同的用户使用情况下对应不同的行动项。

一种展示权益信息的装置，包括：

模板获取单元，用于获取权益数据定义模板，所述权益数据定义模板中包括多个数据字段，所述多个数据字段包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段；

数据展示规则获取单元，用于获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息；

数据获取单元，用于按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存，其中，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的；

展示内容构造单元，用于响应于目标用户发起的查看权益信息的请求，从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中对所述多个权益项分别对应的展示内容进行展示。

一种展示权益信息的装置，包括：

请求接收单元，用于接收目标用户发起的查看权益信息的请求；

页面展示单元，用于展示目标页面，所述目标页面中包括多个权益项分别对应的展示内容，所述展示内容是由同一处理器模块读取所述目标用户在所述多个权益项的多个数据字段上的数据并进行组装后生成的；

其中，所述目标用户在所述多个权益项的多个数据字段上的数据是按照权益数据定义模板确定的，其中包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以将多个不同权益项的展示信息进行标准化的拆解，抽取为标准化的模板，模板中可以将权益项对应的需要展示的数据拆分为与基础信息相关的数据字段以及与用户使用情况相关的数据字段，同时还可以配置多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的字段上的数据展示规则。之后，可以按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存。其中，对于与用户使用情况相关的字段上的数据，可以是根据用户对所述多个权益项的使用情况信息以及前述数据展示规则进行确定的。这样，在目标用户发起查看权益信息的请求后，可以从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中进行展示。通过这种方式，可以通过同一页面对多种不同权益项的信息进行聚合展示，并且可以展示与用户使用情况相关的信息。在实现过程中，虽然每个权益项在同一字段上需要透出的信息可能不同，且与具体用户对对应权益项的使用情况有关，但是，由于每个权益项对应的各个数据字段都是统一进行定义的，且可以提前获取到不同用户在各个权益项的多个字段上的待展示数据，因此，在需要向用户进行展示时，可以由相同的处理逻辑进行处理，完成数据的组装，相应的，仅需要开发同一套处理逻辑，即可完成对多个不同权益项的展示，以此达到降低开发成本的目的。

另外，在权益项发生新增、删除或者信息更新时，只需要更新具体的配置信息，例如，对于新增的权益项，只需要按照前述模板进行各个字段上数据的配置即可，不需要单独开发新的处理逻辑，因此，该方案具有更强的可扩展性。

在优选的实施方式下，还可以将权益项的相关数据拆解为两部分，分别为与基础信息相关的字段上的数据，以及与用户使用情况相关的字段上的数据，并分别对应提供第一模板以及第二模板。这样，只需要对与用户使用情况相关的字段上的数据在用户维度上进行保存，并进行动态更新，而关于基础信息相关的字段上的数据，只需要为每个权益项保存一份即可，也不需要分别为每个用户保存一份，以此起到节省存储空间的作用。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的界面的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第一装置的示意图；

图6是本申请实施例提供的第二装置的示意图；

图7是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

首先需要说明的是，在现有技术中，通常不会提供一个专门的页面对具体会员类型下可享受哪些权益进行展示，而是散落在不同的页面中，如果用户（具体可以是商家用户）需要使用或者启用（包括激活、配置、认证等）某项权益，则需要通过多级目录找到对应的权益的使用或者启用等操作的入口，然后才能执行对应的操作。

针对以上情况，为了更好地向用户提供关于权益的信息，并方便用户对具体的权益进行使用，在本申请实施例中，可以为用户提供具体的页面，在该页面中，可以对具体会员类型下包括的多种可享受的权益的信息进行聚合展示。并且，不仅仅可以展示出各项权益的名称、介绍等基础信息，还可以根据具体用户对各项权益的使用情况，提供对应的描述文案（例如，是否使用过，如果使用过，使用效果如何，等等），相关的行动项信息等与用户使用情况相关的信息。这样，使得用户可以通过同一页面了解到具有哪些权益项，是否使用过，如果使用过，对应的使用效果等信息，另外，还可以直接通过该页面做出具体的行动，例如，包括去使用、激活、报名某个权益项，等等，而不需要分别到不同的页面中去查找对应的行动入口。

但是，本申请发明人在实现上述方案的过程中发现，对于不同的用户而言，由于对各个权益项的使用情况不同，因此，对应需要展示出的文案、行动项等也会不同。例如，如果用户已经使用过某权益项，则意味着已经完成了前期的激活、认证等过程，可以直接进行使用，因此，可以直接提供“去使用”等行动项；而如果用户尚未使用过某权益项，则可能需要首先进行激活、认证等处理，因此，可以展示“去激活”、“去认证”等选项。另一方面，对于不同的权益项而言，即使是相同的用户使用状态，具体所需要向用户透出的文案、行动项也可能是不同的。例如，对于权益项A、B，某用户已经使用过这两项权益，但是，对于权益项A而言，需要展示的文案可能是“待完成目标X个”，对于权益项B而言，需要展示的文案可能是“本月已报X个”，等等，其中，“X”需要根据具体用户的使用情况而定；或者，对于权益项C以及权益项D这两项权益，某用户对这两项权益均未使用过，但是，权益项C需要向用户展示的行动项可能是“去报名”，而权益项D需要向用户展示的行动项可能是“去验真”，等等。

也就是说，如果需要通过统一的页面对多个不同的权益项、对应的与用户使用相关的数据/行动项进行展示，则由于每个权益项需要向用户透出的信息/行动点不同，具体包括哪些描述文案、行动项也可能不同，因此，情况比较复杂，需要考虑具体如何实现的问题。

例如，一种具体的实现方式可以是：需要分别定义针对每个权益项的处理类（也可以称为处理器模块），来承接每一种权益的处理逻辑，包括分别对每个权益项的数据进行获取、加工处理等。但是，由于需要分别定义多种不同权益项的处理器，每一个处理器中需要输出权益项名称、图标、是否达标、权益描述文案、权益剩余N条等描述文案，另外还需要输出不同的行动项，因此，在权益项的数量比较多的情况下，开发成本会比较高；另外，每新增一个权益项就需要重新定义一个权益处理类，因此，方案的扩展性也会比较差。

为了降低开发成本，同时提升方案的扩展性，在本申请实施例中，还提供了具体的解决方案，在该方案中，可以为多个不同的权益项开发统一的处理类，通过相同的处理逻辑，来满足不同权益项在展示文案、行动项方面的差异化需求。为了达到该目的，本申请实施例可以首先提供标准化的权益数据定义模板，在该模板中可以定义出多个具体的数据字段，不同的权益项在进行展示时，可以共用该统一的模板。也即，各个权益项具体的展示内容可以都是由具体模板中各字段上的数据进行组装而成的。

在配置了数据定义模板之后，可以按照该模板在用户维度上配置出各个权益项在各个字段上的数据，以用于组装具体的展示内容。其中，如前文所述，由于不同的权益项即使在相同的用户使用状态下，在透出描述文案、行动项等与用户使用情况相关的信息时也可能有不同的需求，因此，还可以为各个权益项配置各自的展示规则，该展示规则主要是指多个权益项分别在不同的用户使用情况下，分别对应的与用户使用情况相关的数据字段上的数据展示规则信息。例如，由于对于与用户使用情况相关的字段，不同的权益项在同一字段上对应不同的候选值，因此，具体的数据展示规则信息可以是同一权益项的在同一字段上的各候选值与用户使用情况之间的对应关系。这样，可以根据具体用户的使用情况信息，从对应权益项在对应字段上的候选值中，确定所述对应权益项在对应字段上的待展示数据，等等。

在配置了具体的权益数据定义模板以及前述数据展示规则信息之后，由于其中包括与用户对权益项使用情况相关的数据字段，而这些数据可能会不断发生变化，因此，在优选的实施方式下，可以通过执行定时任务，从相应的数据源（例如，维护有用户维度的特征数据的数据底表，比如对某个权益项的使用数量等）获取用户维度的权益项使用情况相关的数据，包括某个用户是否使用过某个权益项，具体的使用效果，等等。在获取到这些数据后，可以根据具体权益项对应的展示规则信息，确定向该用户展示具体的权益项时，具体需要展示怎样的文案，以及哪个具体的行动项，等等。这些数据可以通过纵表等形式进行保存，并由前述定时任务进行定时更新。

由于在用户维度上维护了各个权益项在多个字段上的数据，因此，在具体某个目标用户需要访问具体的权益中心等页面时，就可以从预先保存的数据中，读取出具体权益项的基础信息、与用户使用情况相关的字段上的数据，并组装成具体的展示内容，以用于在页面中进行展示。由于上述模板中的各个数据字段都是统一进行定义的，因此，虽然每个权益项具体在各个字段上展示的内容可能不同，但是，在需要向用户进行展示时，可以由相同的处理逻辑进行处理，完成数据的组装，因此，仅需要开发统一的处理器模块，即可完成对各个不同权益项的展示，以此达到降低开发成本的目的。另外，在增加新的权益项时，也只需要按照前述模板进行各个字段上数据的配置或者获取即可，不需要单独开发新的处理逻辑，因此，该方案具有更强的可扩展性。当然，在实际应用中，还可以根据会员类型的不同，开发不同的处理器模块，使得同一处理器模块能够处理同一会员类型对应的多个不同权益项的相关数据并进行组装等处理。

其中，在优选的实施方式下，由于具体的权益数据中可能会包括一些具体数据相对比较固定、不会因用户的不同或者用户使用情况不同而发生数据变化的字段，例如，权益项的名称、图标等基础信息，因此，还可以将具体的权益数据定义模板拆解成两部分，分别用于对权益项的基础信息相关的字段、以及与用户使用情况相关的字段进行标准化定义。这样，可以实现多个用户共用同一份关于各权益项的基础信息，只有与用户使用情况相关的数据需要动态构建，并以用户为单位分别进行保存，这样，可以避免将各项权益的基础信息也分别为各个用户进行单独存储，因此，可以起到节省存储空间的作用。

从系统架构角度而言，参见图1，本申请实施例可以涉及到具体应用系统的客户端以及服务端，其中，在服务端，主要可以保存具体的权益数据定义模板（具体可以包括基础信息字段对应的第一模板，与用户使用情况相关的字段对应的第二模板），另外还可以保存多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的字段上的数据展示规则信息。之后，可以获取到各个权益项的在基础信息字段上的数据并保存，还可以通过执行定时任务等方式，构建起用户维度的权益项在用户使用情况相关的字段上的数据，并且可以定时更新。在具体的用户通过客户端发起对权益信息的查看请求后，服务端还可以通过读取该目标用户在各权益项下分别对应的数据，并组装成具体的展示内容，以提供给客户端进行展示。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种展示权益信息的方法，参见图2，该方法具体可以包括：

S201：获取权益数据定义模板，所述权益数据定义模板中包括多个数据字段，所述多个数据字段包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段。

具体的权益数据定义模板具体可以用于定义多个数据字段，这些数据字段上的数据就可以是用于构造具体权益项的展示内容的相关数据，例如，具体的数据字段可以包括权益项的名称、图标、文案、行动项信息，等等。

其中，如前文所述，关于具体模板中的多个数据字段，其中可能会包括一些具体数据相对比较固定、通常不会因面向的用户不同或者用户使用情况的不同而发生变化的字段，这些字段通常是用于定义具体权益项的一些基础信息，例如，包括权益项的名称、图标等；另外还会包括一些字段，与用户使用情况相关，也即需要在对应字段上透出怎样的数据，是根据用户对具体权益项的使用情况而动态变化的，例如，所需展示的文案、行动项名称等。

因此，在具体实现时，为了节省存储空间，还可以将具体的权益数据定义模板进行标准化的拆解，分别为第一模板以及第二模板，其中，第一模板主要用于对一些相对比较固定的基础信息相关的字段进行定义，第二模板则主要用于对一些与用户使用情况相关的字段进行定义。这样，对于不同用户而言，第一模板可以是通用的，也即，对于各个权益项，只需要按照第一模板维护统一的一份配置数据即可，其中包括权益项的名称、图标等（由于这些字段上的数据不会因用户的不同或用户使用情况的不同而发生变化，因此，没有必要分别为每个用户单独配置一份）。而关于与用户使用情况相关的字段，也即因用户使用情况不同，具体的数据可能会发生变化的字段，则可以分别为每个用户单独维护一份权益数据，通过构建纵表等方式进行保存。

例如，具体实现时，第一模板中具体可以包括以下表1中所示的字段：

表1

关于第二模板，具体定义的数据字段可以如表2所示：

表2

这里需要说明的是，在涉及到跨境的应用系统中，具体的用户可能来自于多个不同的国家/地区，因此，具体在获取权益项的各个权益项的名称、分组、描述文案等信息时，可能涉及到多语言展示的问题。具体的，针对这种基础信息，可以为各个权益项在各个字段下的数据分别保存为多种不同语言，在向具体某个用户进行展示时，可以根据用户所在的国家/地区等，选择使用对应语种的权益项名称等进行展示。

S202：获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息。

由于对于与用户使用情况相关的字段，不同的权益项在同一字段上可能对应不同的候选值，即使在相同的用户使用情况下，不同的权益项需要透出的具体数据也可能是不同的，例如，不同的权益项针对相同的用户使用状态时，具体所需透出的文案或者行动项等与用户使用情况相关的字段上的数据也可能是不同的。因此，还可以分别为各个权益项配置具体的数据展示规则信息，例如，这种数据展示规则就可以用于描述各个权益项在具体与用户使用情况相关的字段上分别具有哪些候选值，以及在各种不同的用户使用情况下，分别需要具体字段上透出怎样的数据，例如，包括具体透出怎样的描述文案和/或怎样的行动项，等等。其中，每个权益项具体有哪些候选的文案、行动项，以及对应的透出规则都可以是不同的。

例如，某权益项A对应的候选行动项有“去使用”、“去激活”等，而另一权益项B对应的候选行动项有“去使用”、“去认证”等；相应的，对应的规则可以分别设置为：

权益项A：

如果用户使用过该权益项A，则展示的行动项为“去使用”；如果用户未使用过该权益项A，由于该权益项A在使用之前需要执行激活操作，因此，展示的行动项可以为“去激活”；

权益项B：

如果用户使用过该权益项B，则展示的行动项为“去使用”；如果用户未使用过该权益项B，由于该权益项B在使用之前需要对用户进行认证，因此，展示的行动项可以为“去认证”。

需要说明的是，具体的展示规则中，关于行动项，除了可以配置行动项的名称，还可以配置具体行动项对应的跳转地址等信息，这样，以便于在展示出具体的行动项后，如果用户点击具体的行动项，则可以通过该跳转地址跳转到对应的页面进行展示，以便于用户完成对应的“行动”。

关于具体的描述文案，也是可以根据不同的用户使用情况进行不同的配置，例如，如果所述目标用户使用过所述权益项，所述描述文案包括：所述目标用户对所述权益项的使用次数、剩余次数和/或获得的使用效果信息等。如果所述目标用户未使用过所述权益项，所述描述文案包括：关于所述权益项的功能描述摘要信息，等等。另外，在相同的用户使用情况下，不同权益项对应所需透出的描述文案可以是不同的，例如，如果某用户对某两个权益项都使用过，但其中一个权益项需要透出的文案可能是“待完成目标X个”，另一个权益项需要透出的文案可能是“本月已报X个”，等等。这些都可以通过规则的方式进行配置，其中具体的数量信息可以是根据具体用户的实际使用情况而进行动态确定。

S203：按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存，其中，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的。

由于配置了权益数据定义模板及数据展示规则，因此，可以按照该模板及数据展示规则，对多个用户分别在多个权益项的多个数据字段上的数据进行保存。其中，如果拆分成了第一模板以及第二模板，则对于第一模板部分，可以分别为各个权益项配置各个数据字段上的数据，这些数据通常是不需要更新的，除非某权益项的名称、图标等发生变化。也就是说，对于与权益项的基础信息相关的字段上的数据，可以通过人工配置等方式进行构建，例如，具体的权益配置项定义可以采用JSON（JavaScript Object Notation， JS对象简谱）等格式进行配置设计，在对各个权益项的完成基础信息相关字段上的数据配置后，可以保存在服务端，例如，可以通过服务端的配置中心服务器进行保存，等等。

对于与用户使用情况相关的字段上的数据，具体可以根据用户的权益项使用情况信息以及所述数据展示规则进行确定。其中，具体实现时，由于每个用户对权益项的使用情况可能是动态变化的，因此，与用户使用情况相关的字段上的数据也可能会动态变化。为此，在优选的实施方式下，可以通过执行定时任务的方式来进行这种与用户使用相关的字段上的数据的获取及定时更新。具体实现时，可以从维护有用户维度的特征数据的数据底表等数据源中获取用户对各项权益的使用情况数据。其中，上述数据底表可以是由日志系统等进行维护。

其中，获取到的用户对各项权益的使用情况数据，具体可以包括用户是否使用过某权益项，具体对某个权益项的使用数量等。关于这些数据，可以直接从前述数据底表中进行获取，或者，也可以通过对数据底表中的数据进行加工处理后来获得，等等。也就是说，如果数据底表中有加工好的数据指标，则可以直接用，如果没有，则前述定时任务还可以底表中的数据进行加工处理，以得到权益项的用户使用情况数据指标。例如，对于某权益项而言，需要获取用户是否参与过某活动，但是，数据底表中不直接存在该数据，则可以由该定时任务根据数据底表中已有的数据去统计用户是否参与活动，等等。其中，具体的定时任务可以通过SQL（Structured Query Language，结构化查询语言）语句等方式，实现上述对底表中的数据进行加工处理的逻辑。

在确定出用户对权益项的使用情况数据后，就可以根据具体权益项对应的前述展示规则信息，确定出具体针对该用户展示具体权益项时，需要在与用户使用相关的字段上透出怎样的信息，例如，包括具体的描述文案、行动项等。例如，假设某用户使用过某权益项A，该权益项A与报价有关，且具有使用次数的限制，则透出的文案可以是“本月已报X次”，行动项可以是“去报价”，等等。其中，关于具体已报价的次数“X”，也可以是由前述定时任务从具体的数据底表中获取（直接获取或者经过加工处理后获取）的。

在获取到用户对具体权益项的使用情况相关数据，并根据各个权益项对应的数据展示规则，确定出在面向具体用户时需要在具体与用户使用情况相关的字段上所需展示信息后，可以构造出用户维度的权益项数据表（例如，可以通过纵表的形式进行保存）。该数据表中就可以包括分别为每个用户构建起的权益项数据，例如，包括根据每个用户对各个权益项的使用情况（是否使用过，使用效果如何，等等）确定出的描述文案，另外还可以包括根据每个用户对各个权益项的使用情况确定出的需要展示的行动项信息，等等。

S204：响应于目标用户发起的查看权益信息的请求，从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中对所述多个权益分别对应的展示内容进行展示。

由于已经预先获取到了用户维度的权益项在各个字段上所需展示的数据，因此，在具体需要向某个具体的目标用户展示权益信息时，可以从已经保存的数据中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容。

其中，如果是按照前述第一模板以及第二模板拆解成了两部分，则可以首先从权益配置信息中获取多个权益项在基础信息相关的数据字段上的数据，并从权益使用相关数据中获取所述目标用户对所述多个权益项在用户使用情况相关的数据字段上的数据；然后，将所述多个权益项在基础信息相关的数据字段上的数据，以及在用户使用情况相关的数据字段上的数据进行组装，生成所述多个权益项分别对应的展示内容。

需要说明的是，具体的权益配置信息中还可以包括所述权益项对应的排序索引字段，该字段上的数据可以包括具体权益项的排序位次编号等。此时，还可以按照所述排序索引字段上的数据，对所述多个权益项对应的展示内容进行排序，以便在所述目标页面按照对应的顺序进行展示。

例如，具体在展示时，如图3所示，其为权益项展示页面示意图，可以展示出当前目标用户对应的各项权益项的信息（图3中仅展示出一部分权益项的信息），从图3中可以看出，每个权益项可以分别展示出图标、名称、用户使用情况以及相关的行动项等信息，其中，对于不同的权益项而言，可能对应着不同的用户使用情况，可以从该页面中直观地展示出这种使用情况信息，使得用户可以通过该页面获知有哪些权益项可用，哪些是已经使用过的，哪些是尚未使用过的，如果是使用过的，使用效果如何，等等。另外，还可以根据具体使用情况的不同，为各个权益项提供对应的行动项，使得用户可以通过该页面执行对应的行动，其中，即使是相同的用户使用情况，各自对应的行动项也可能是不同的。例如，图3中“图标1”、“图标2”……“图标6”对应着6个不同的权益项，“图标1”对应的权益项的名称为“行业经营指导”，由于当前目标用户已经使用过该权益项，因此，可以在图标右下角添加“已使用”标记，在权益项名称下方展示出的文案可以为“待完成目标2个”（其中，数字“2”是可以动态变化的，以提示用户对该权益项的使用情况），行动项为“去查看”；“图标2”对应的权益项名称为“RFQ（Request for Quotation，请求报价）”，由于当前目标用户也已经使用过该权益，因此，在展示该权益项时，也可以展示出与使用过该权益项相关的信息，例如，具体可以在“图标2”的右下角展示出“剩余0个”，另外还可以在权益名称下方展示出“本月已报0个”等文案信息；关于行动项，由于该权益项是与报价相关，因此，可以展示为“去报价”，使得用户可以直接通过当前页面完成与该权益项相关的行动，等等。“图标3”对应的权益项名称为“橱窗”，假设当前用户尚未使用过该权益项，则可以在“图标3”的右下角展示出“未使用”等标记（该权益项未展示其他与使用情况相关的文案）；由于在使用该权益项时需要首先完成一些配置操作，因此，具体的行动项可以为“去配置”。“图标4”对应的权益项名称为“百万俱乐部”，假设当前用户尚未使用过该权益项，在该权益项的“图标4”右下角可以展示出“未参与”的标记，另外，还可以在权益项名称下方展示出“专享流量”等与该权益项的简要介绍相关的文案，由于如果需要使用该权益项需要首先进行报名，因此，展示出的行动项可以为“去报名”。“图标5”、“图标6”处分别对应的权益项也是类似的情况，这里不再一一介绍。总之，可以根据用户使用情况，确定出具体展示怎样的文案，另外还可以根据用户使用情况以及具体权益项自身在使用过程中需要用户执行的操作等情况，展示出对应的行动项。其中，由于同一用户对不同权益项的使用情况不同，用户在使用不同权益项过程中需要执行的操作也不同，因此，为每个权益项展示出的文案、行动项都可能是不同的。

其中，具体权益项的图标等也可以是可交互的状态，当执行点击等交互操作时，可以通过弹出窗口/浮层等方式展示出权益项的一些详情描述类的信息等。例如，在点击“行业经营指导”这一权益项的图标时，可以通过弹窗等方式展示出关于该权益项的更详细的介绍等信息，等等。

另外，在权益项发生新增、删除或者数据更新时，只需要更新配置信息即可。例如，对于新增权益项的情况，按照前述模板对新增权益项进行各个字段上数据的配置即可，不需要单独开发新的处理逻辑，因此，该方案具有更强的可扩展性。

另外需要说明的是，在本申请实施例中，可以多个权益项共用同一处理逻辑进行展示，但是，在具体的应用系统中，可能会分为多种不同的会员类型，不同的会员类型对应可使用的权益项可能是不同的，另外，还可能存在一些权益项在进行展示时可能具有一些特殊的需求，等等。因此，在具体实现时，还可以分别为不同的会员类型实现不同的处理逻辑，这样，具体在为目标用户进行权益项展示时，可以首先判断出当前目标用户属于何种会员类型，然后调用该类型对应的处理逻辑进行处理。

总之，通过本申请实施例，可以将多个不同权益项的展示信息进行标准化的拆解，抽取为标准化的模板，模板中可以将权益项对应的需要展示的数据拆分为与基础信息相关的数据字段以及与用户使用情况相关的数据字段，同时还可以配置多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的字段上的数据展示规则。之后，可以按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存。其中，对于与用户使用情况相关的字段上的数据，可以是根据用户对所述多个权益项的使用情况信息以及前述数据展示规则进行确定的。这样，在目标用户发起查看权益信息的请求后，可以从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中进行展示。通过这种方式，可以通过同一页面对多种不同权益项的信息进行聚合展示，并且可以展示与用户使用情况相关的信息。在实现过程中，虽然每个权益项在同一字段上需要透出的信息可能不同，且与具体用户对对应权益项的使用情况有关，但是，由于每个权益项对应的各个数据字段都是统一进行定义的，且可以提前获取到不同用户在各个权益项的多个字段上的待展示数据，因此，在需要向用户进行展示时，可以由相同的处理逻辑进行处理，完成数据的组装，相应的，仅需要开发同一套处理逻辑，即可完成对多个不同权益项的展示，以此达到降低开发成本的目的。

另外，在权益项发生新增、删除或者信息更新时，只需要更新具体的配置信息，例如，对于新增的权益项，只需要按照前述模板进行各个字段上数据的配置即可，不需要单独开发新的处理逻辑，因此，该方案具有更强的可扩展性。

在优选的实施方式下，不仅可以将权益项的相关数据拆解为两部分，分别为与基础信息相关的字段上的数据，以及与用户使用情况相关的字段上的数据，还可以分别对应提供第一模板以及第二模板。这样，只需要对与用户使用情况相关的字段上的数据在用户维度上进行保存，并进行动态更新，而关于基础信息相关的字段上的数据，只需要为每个权益项保存一份即可，也不需要分别为每个用户保存一份，以此起到节省存储空间的作用。

实施例二

该实施例二是与实施例一相对应的，从客户端的角度，提供了一种展示权益信息的方法，参见图4，该方法可以包括：

S401：接收目标用户发起的查看权益信息的请求；

S402：展示目标页面，所述目标页面中包括多个权益项分别对应的展示内容，所述展示内容是由同一处理器模块读取所述目标用户在所述多个权益项的多个数据字段上的数据并进行组装后生成的；

其中，所述目标用户在所述多个权益项的多个数据字段上的数据是按照权益数据定义模板确定的，其中包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的。

具体的，所述多个权益项分别对应的展示内容包括：所述权益项对应的行动项信息，所述行动项信息包括行动项的名称及跳转地址，以便根据所述跳转地址跳转到对应的页面获取与所述权益项相关的详情信息，或者执行与所述权益项相关的处理；其中，不同的权益项在相同的用户使用情况下对应不同的行动项。

关于该实施例二中的未详述内容，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下（ 例如，用户明确同意，对用户切实通知，等），在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种展示权益信息的装置，参见图5，该装置可以包括：

模板获取单元501，用于获取权益数据定义模板，所述权益数据定义模板中包括多个数据字段，所述多个数据字段包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段；

数据展示规则获取单元502，用于获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息；

数据获取单元503，用于按照所述权益数据定义模板，对用户分别在多个权益项的多个数据字段上的数据进行保存，其中，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的；

展示内容构造单元504，用于响应于目标用户发起的查看权益信息的请求，从所保存的信息中读取所述目标用户在所述多个权益项的多个数据字段上的数据，并组装成所述多个权益项分别对应的展示内容，以便在目标页面中对所述多个权益项分别对应的展示内容进行展示。

其中，所述与用户使用情况相关的字段包括：在展示权益项时，所需展示的描述文案和/或行动项；

此时，所述数据展示规则获取单元具体可以用于：获取多个权益项分别在不同的用户使用情况下，对应的描述文案和/或行动项展示规则信息；其中，每个权益项对应不同的候选文案和/或候选行动项，所述数据展示规则信息包括：同一权益项的各候选文案和/或候选行动项与用户使用情况之间的对应关系；

所述数据获取单元具体可以用于：获取多个用户分别对所述多个权益项的使用情况信息，并根据所述使用情况信息以及所述数据展示规则，确定在向各用户展示所述权益项时，对应展示的描述文案和/或行动项，并保存为在对应数据字段上的数据。

其中，所述行动项信息包括行动项的名称及跳转地址，以便根据所述跳转地址跳转到对应的页面获取与所述权益项相关的详情信息，或者执行与所述权益项相关的处理。

如果所述目标用户使用过所述权益项，所述描述文案包括：所述目标用户对所述权益项的使用次数、剩余次数和/或获得的使用效果信息。

如果所述目标用户未使用过所述权益项，所述描述文案包括：关于所述权益项的功能描述摘要信息。

其中，所述数据获取单元具体可以通过执行定时任务，获取多个用户分别对所述多个权益项的使用情况信息，并根据所述使用情况信息以及所述数据展示规则，确定在向各用户展示所述权益项时，对应与用户使用情况相关的数据字段上的数据。

其中，所述权益数据定义模板包括：第一模板以及第二模板，其中，所述第一模板用于对所述权益项与基础信息相关的数据字段进行定义，所述第二模板用于对多个权益项与用户使用情况相关的数据字段进行定义；

此时，数据获取单元具体可以用于：

按照所述第一模板，将所述多个权益项与所述基础信息相关的数据字段上的数据保存为权益配置信息；

按照所述第二模板，将所述多个权益项与用户使用情况相关的数据字段上的数据保存为权益使用相关数据信息；

所述展示内容组装单元具体可以用于：

在响应所述目标用户发起的查看权益信息的请求时，从权益配置信息中获取所述多个权益项在基础信息相关的数据字段上的数据；

从权益使用相关数据中获取所述目标用户对所述多个权益项在用户使用情况相关的数据字段上的数据；

将所述多个权益项在基础信息相关的数据字段上的数据，以及在用户使用情况相关的数据字段上的数据进行组装，生成所述多个权益项分别对应的展示内容。

具体的，如果存在多种不同的会员类型，则展示内容组装单元具体可以用于：确定所述目标用户对应的会员类型信息；从权益配置信息中获取所述会员类型对应的多个权益项在基础信息相关的数据字段上的数据。

另外，不同的会员类型还可以对应不同的处理器模块，此时，展示内容组装单元具体还可以用于：确定所述目标用户对应的会员类型信息之后，根据所述会员类型信息确定对应的处理器模块，以便由该处理器模块进行所述数据的读取以及组装处理。

其中，所述权益配置信息中还可以包括所述权益项对应的排序索引字段；

此时，该装置还可以包括：

排序单元，用于按照所述排序索引字段上的数据，对所述多个权益项对应的展示内容进行排序，以便在所述目标页面按照对应的顺序进行展示。

其中，在权益项发生新增、删除或信息更新时，通过更新所述权益配置信息和/或权益使用相关数据信息，以更新展示出的权益项和/或对应的展示内容。

与实施例二相对应，本申请实施例还提供了一种展示权益信息的装置，参见图6，该装置可以包括：

请求接收单元601，用于接收目标用户发起的查看权益信息的请求；

页面展示单元602，用于展示目标页面，所述目标页面中包括多个权益项分别对应的展示内容，所述展示内容是由同一处理器模块读取所述目标用户在所述多个权益项的多个数据字段上的数据并进行组装后生成的；

其中，所述目标用户在所述多个权益项的多个数据字段上的数据是按照权益数据定义模板确定的，其中包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的。

其中，所述多个权益项分别对应的展示内容包括：

所述权益项对应的行动项信息，所述行动项信息包括行动项的名称及跳转地址，以便根据所述跳转地址跳转到对应的页面获取与所述权益项相关的详情信息，或者执行与所述权益项相关的处理；其中，不同的权益项在相同的用户使用情况下对应不同的行动项。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图7示例性的展示出了电子设备的架构，具体可以包括处理器710，视频显示适配器711，磁盘驱动器712，输入/输出接口713，网络接口714，以及存储器720。上述处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，与存储器720之间可以通过通信总线730进行通信连接。

其中，处理器710可以采用通用的CPU（Central Processing Unit，处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器720可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器720可以存储用于控制电子设备700运行的操作系统721，用于控制电子设备700的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器723，数据存储管理系统724，以及权益信息展示处理系统725等等。上述权益信息展示处理系统725就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器720中，并由处理器710来调用执行。

输入/输出接口713用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口714用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。

总线730包括一通路，在设备的各个组件（例如处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，与存储器720）之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，存储器720，总线730等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的展示权益信息的方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

1.一种展示权益信息的方法，其特征在于，包括：

获取权益数据定义模板，所述权益数据定义模板中包括多个数据字段，所述多个数据字段包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段；

获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息；其中，对于与用户使用情况相关的字段，不同的权益项在同一字段上对应不同的候选值；所述数据展示规则信息具体包括：同一权益项的在同一字段上的各候选值与用户使用情况之间的对应关系，以便根据具体用户的使用情况信息，从对应权益项在对应字段上的候选值中，确定所述对应权益项在对应字段上的待展示数据；所述与用户使用情况相关的数据字段包括：在展示权益项时所需展示的描述文案字段和/或行动项字段；

按照所述权益数据定义模板，将所述多个权益项与所述基础信息相关的数据字段上的数据保存为权益配置信息；

获取用户维度的权益项使用情况相关的数据，根据所述权益数据定义模板、权益项对应的数据展示规则信息，以及所述用户维度的权益项使用情况相关的数据，以用户为单位，分别从权益项在与用户使用情况相关的数据字段上的多个候选值中，选择并构建出在向具体用户展示多个权益项时，所述与用户使用情况相关的数据字段上的待展示数据，并以用户为单位保存为权益使用相关数据信息；

响应于目标用户发起的查看权益信息的请求，通过同一处理逻辑对所述多个权益项的数据进行处理以分别组装成各权益项对应的展示内容，其中，所述处理逻辑包括：从权益配置信息中读取所述多个权益项在基础信息相关的数据字段上的数据，从所保存的所述目标用户对应的权益使用相关数据中，读取所述目标用户对所述多个权益项在用户使用情况相关的数据字段上的数据，并将读取到的数据进行组装，以生成所述多个权益项分别对应的展示内容，以便在同一目标页面中对所述多个权益项分别对应的展示内容进行聚合展示。

2.根据权利要求1所述的方法，其特征在于，

所述获取多个权益项分别在不同的用户使用情况下，对应的与用户使用情况相关的数据字段上的数据展示规则信息，包括：

获取多个权益项分别在不同的用户使用情况下，对应的描述文案和/或行动项展示规则信息；其中，每个权益项对应不同的候选文案和/或候选行动项，所述数据展示规则信息包括：同一权益项的各候选文案和/或候选行动项与用户使用情况之间的对应关系；

所述从权益项在与用户使用情况相关的数据字段上的多个候选值中，选择并构建出与用户关联的分别在多个权益项与用户使用情况相关的多个数据字段上的待展示数据，包括：

获取多个用户分别对所述多个权益项的使用情况相关的数据，并根据所述权益数据定义模板、权益项对应的数据展示规则信息，以及所述用户维度的权益项使用情况相关的数据，以用户为单位，分别从权益项在描述文案字段和/或行动项字段的多个候选值中，选择并构建出在向具体用户展示多个权益项时，所述描述文案字段和/或行动项字段上的待展示数据，并以用户为单位保存为权益使用相关数据信息。

3.根据权利要求1所述的方法，其特征在于，

所述行动项字段上的待展示数据包括行动项的名称及跳转地址，以便根据所述跳转地址跳转到对应的页面获取与所述权益项相关的详情信息，或者执行与所述权益项相关的处理。

4.根据权利要求1所述的方法，其特征在于，

如果所述目标用户使用过所述权益项，所述描述文案字段上的待展示数据包括：所述目标用户对所述权益项的使用次数、剩余次数和/或获得的使用效果信息。

5.根据权利要求2所述的方法，其特征在于，

如果所述目标用户未使用过所述权益项，所述描述文案字段上的待展示数据包括：关于所述权益项的功能描述摘要信息。

6.根据权利要求1所述的方法，其特征在于，

通过执行定时任务，对多个用户分别对所述多个权益项的使用情况相关的数据进行更新，并根据所述权益数据定义模板、权益项对应的数据展示规则信息，以及更新后的权益项使用情况相关的数据，对在向各用户展示所述权益项时，对应的与用户使用情况相关的数据字段上的待展示数据进行更新。

7.根据权利要求1至6任一项所述的方法，其特征在于，

所述权益数据定义模板包括：第一模板以及第二模板，其中，所述第一模板用于对所述权益项与基础信息相关的数据字段进行定义，所述第二模板用于对多个权益项与用户使用情况相关的数据字段进行定义；

所述按照所述权益数据定义模板，将所述多个权益项与所述基础信息相关的数据字段上的数据保存为权益配置信息，包括：

按照所述第一模板，将所述多个权益项与所述基础信息相关的数据字段上的数据保存为权益配置信息；

所述以用户为单位保存为权益使用相关数据信息，包括：

按照所述第二模板，将所述多个权益项与用户使用情况相关的数据字段上的数据保存为权益使用相关数据信息。

8.根据权利要求7所述的方法，其特征在于，

所述从权益配置信息中读取所述多个权益项在基础信息相关的数据字段上的数据，包括：

确定所述目标用户对应的会员类型信息；

从权益配置信息中读取所述会员类型对应的多个权益项在基础信息相关的数据字段上的数据。

9.根据权利要求8所述的方法，其特征在于，

不同的会员类型对应不同的处理器模块；

所述确定所述目标用户对应的会员类型信息之后还包括：

根据所述会员类型信息确定对应的处理器模块，以便由该处理器模块进行所述数据的读取以及组装处理。

10.根据权利要求7所述的方法，其特征在于，

所述权益配置信息中包括所述权益项对应的排序索引字段；

所述方法还包括：

按照所述排序索引字段上的数据，对所述多个权益项对应的展示内容进行排序，以便在所述目标页面按照对应的顺序进行展示。

11.一种展示权益信息的方法，其特征在于，包括：

接收目标用户发起的查看权益信息的请求；

展示目标页面，所述目标页面中用于对多个权益项分别对应的展示内容进行聚合展示，所述展示内容是由同一处理器模块使用同一处理逻辑读取所述目标用户在所述多个权益项的多个数据字段上的数据并进行组装后生成的；

其中，所述目标用户在所述多个权益项的多个数据字段上的数据是按照权益数据定义模板确定的，其中包括与基础信息相关的数据字段以及与用户使用情况相关的数据字段，所述与用户使用情况相关的数据字段上的数据是根据用户的权益项使用情况信息以及所述数据展示规则确定的；

其中，对于与用户使用情况相关的字段，不同的权益项在同一字段上对应不同的候选值；所述数据展示规则信息具体包括：同一权益项的在同一字段上的各候选值与用户使用情况之间的对应关系，以便根据具体用户的使用情况信息，从对应权益项在对应字段上的候选值中，确定所述对应权益项在对应字段上的待展示数据；所述与用户使用情况相关的数据字段包括：在展示权益项时，所需展示的描述文案字段和/或行动项字段；

在展示所述目标页面之前，还包括：

按照所述权益数据定义模板，将所述多个权益项与所述基础信息相关的数据字段上的数据保存为权益配置信息；

获取用户维度的权益项使用情况相关的数据，根据所述权益数据定义模板、权益项对应的数据展示规则信息，以及所述用户维度的权益项使用情况相关的数据，以用户为单位，分别从权益项在与用户使用情况相关的数据字段上的多个候选值中，选择并构建出在向具体用户展示多个权益项时，所述与用户使用情况相关的数据字段上的待展示数据，并以用户为单位保存为权益使用相关数据信息；

以便所述处理逻辑从权益配置信息中获取所述多个权益项在基础信息相关的数据字段上的数据，从所保存的所述目标用户对应的权益使用相关数据中，读取所述目标用户对所述多个权益项在用户使用情况相关的数据字段上的数据，并将读取到的数据进行组装，以生成所述多个权益项分别对应的展示内容。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11任一项所述的方法的步骤。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至11任一项所述的方法的步骤。