用户数据的升级方法及装置、电子设备、存储介质与流程

本说明书一个或多个实施例涉及数据维护技术领域，尤其涉及一种用户数据的升级方法及装置、电子设备、存储介质。

背景技术：

在相关技术中，服务平台可向用户提供开通特定权限的服务，用户可通过获取这些权限来满足自身需求。相应的，服务端需要针对用户维护相应的权限数据，从而在响应用户的操作请求时，基于用户的权限数据执行相应的操作。

技术实现要素：

有鉴于此，本说明书一个或多个实施例提供一种用户数据的升级方法及装置、电子设备、存储介质。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种用户数据的升级方法，包括：

确定待升级用户具有的升级前权限；其中，所述升级前权限包括第一旧权限和/或第二旧权限，第一旧权限和第二旧权限为相互独立的权限，第一旧权限和第二旧权限的状态数据分别存储于数据表中；

读取第一旧权限和第二旧权限的状态数据，将具有第一旧权限的状态转换为具有第一新权限的状态、将具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态，以分别得到第一新权限的状态数据以及第二新权限的状态数据；其中，第二新权限为第一新权限的附属权限；

将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

可选的，第一旧权限至少包括信用支付权限，第二旧权限至少包括获取预设支付优惠的权限。

可选的，第一旧权限进一步包括根据用户消费行为获得第一积分的权限，第一积分用于按照第一兑换方式兑换虚拟权益；第二旧权限进一步包括根据用户消费行为获得第二积分的权限，第二积分用于按照第二兑换方式兑换虚拟权益。

可选的，还包括：

将第一积分和/或第二积分转换成统一积分。

可选的，还包括：

当接收到针对任一用户的权限升级指令时，确定该用户为待升级用户；或者，

获取任一用户的用户数据，当获取到的用户数据不包含第一新权限和第二新权限的状态数据时，确定该用户为待升级用户。

可选的，还包括：

接收客户端返回的针对升级方案的选取指令，所述升级方案通过待升级用户的升级前权限从备选方案中确定，所述备选方案包括由具有第一旧权限的状态转换为具有第一新权限的状态、由具有第一旧权限的状态转换为同时具有第一新权限和第二新权限的状态、由具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态；

根据所述选取指令指示的升级方式，对所述待升级用户的升级前权限的状态数据进行转换得到第一新权限的状态数据以及第二新权限的状态数据，并将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

根据本说明书一个或多个实施例的第二方面，提出了一种基于上述第一方面中任一项所述的升级后的用户数据的消费请求处理方法，应用于客户端；所述方法包括：

生成目标用户的消费请求，所述消费请求中包含目标用户的用户标识和消费信息；

向服务端发送所述消费请求，以由所述服务端根据所述用户标识在升级数据表中查询所述目标用户具有的升级后权限，并根据所述消费信息执行与所述升级后权限相关的操作，以根据执行结果更新所述升级后权限的状态数据；所述升级后权限包括第一新权限和/或第二新权限。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；所述方法还包括：

接收所述服务端返回的与所述消费信息相匹配的虚拟权益的信息；其中，所述虚拟权益由所述服务端按照对应于所述升级后权限的积分消费方式确定出，且所述统一积分中被扣除按照所述积分消费方式确定出的与所述消费信息相匹配的消费积分。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；所述方法还包括：

接收服务端返回的对应于所述消费信息的奖励结果，所述奖励结果为所述统一积分增加后的结果，所述统一积分被增加与所述消费信息相匹配的奖励积分，所述奖励积分由所述服务端按照对应于所述升级后权限的积分奖励方式确定出。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的信用支付额度；所述方法还包括：

接收所述服务端返回的支付结果和更新后的信用支付额度，所述更新后的信用支付额度由所述服务端根据支付结果进行更新得到，所述支付结果由所述服务端根据所述消费信息完成信用支付后得到。

根据本说明书一个或多个实施例的第三方面，提出了一种用户数据的展现方法，包括：

向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识；

接收服务端根据所述用户标识查询到的用户权限的状态数据和虚拟资产数据；其中，用户权限包括第一权限和第二权限，第二权限为第一权限的附属权限，第一权限具有权限标识，所述虚拟资产数据与第一权限相关联，所述虚拟资产数据用于兑换虚拟权益；

在客户端页面展现第一权限、第二权限和所述虚拟资产数据对应的信息。

可选的，还包括：

根据检测到的针对所述虚拟资产数据的消费触发操作，生成针对所述虚拟资产数据的第一消费请求，第一消费请求中包含所述用户标识和针对所述虚拟资产数据的消费信息；

向所述服务端发送第一消费请求，以由所述服务端将与所述用户标识对应的虚拟资产数据中匹配于所述消息信息的虚拟资产数据兑换成相应的虚拟权益；

接收所述服务端返回的第一消费结果，第一消费结果包含所述服务端兑换得到的虚拟权益对应的信息。

可选的，还包括：

根据检测到的用户消费操作生成第二消费请求，第二消费请求中包含所述用户标识和消费行为信息；

向所述服务端发送第二消费请求，以由所述服务端根据所述消费行为信息完成相应的支付操作，并在所述支付操作完成后，确定与所述消费行为信息相匹配的虚拟资产数据以作为奖励资产数据，将所述奖励资产数据与所述用户标识建立对应关系；

接收所述服务端返回的第二消费结果，第二消费结果包含所述奖励资产数据的信息。

可选的，通过以下方式确定与所述消费行为信息相匹配的虚拟资产数据：

在所述目标用户具有第二权限时，根据对应于第二权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据；

在所述目标用户不具有第二权限时，根据对应于第一权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据。

可选的，还包括：

根据检测到的针对第二权限的开通触发操作生成开通请求，所述开通请求中包含所述用户标识和第二权限的开通信息；

向所述服务端发送所述开通请求，以由所述服务端根据所述开通信息生成对应于所述用户标识的状态数据，所述状态数据与第二权限相对应。

根据本说明书一个或多个实施例的第四方面，提出了一种用户数据的展现方法，包括：

向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识；

接收服务端根据所述用户标识查询到的用户权限的状态数据和会员虚拟资产数据，所述用户权限包括普通会员权限和所述普通会员权限的附属权限，所述附属权限包括超级会员权限和/或信用支付权限，所述普通会员权限具有会员权限标识，所述会员虚拟资产数据与所述普通会员权限相关联，所述会员虚拟资产数据用于兑换虚拟权益；

在客户端页面展现所述普通会员权限、所述附属权限和所述会员虚拟资产数据对应的信息。

根据本说明书一个或多个实施例的第五方面，提出了一种用户数据的升级装置，包括：

确定单元，确定待升级用户具有的升级前权限；其中，所述升级前权限包括第一旧权限和/或第二旧权限，第一旧权限和第二旧权限为相互独立的权限，第一旧权限和第二旧权限的状态数据分别存储于数据表中；

读取单元，读取第一旧权限和第二旧权限的状态数据，将具有第一旧权限的状态转换为具有第一新权限的状态、将具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态，以分别得到第一新权限的状态数据以及第二新权限的状态数据；其中，第二新权限为第一新权限的附属权限；

写入单元，将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

可选的，第一旧权限至少包括信用支付权限，第二旧权限至少包括获取预设支付优惠的权限。

可选的，第一旧权限进一步包括根据用户消费行为获得第一积分的权限，第一积分用于按照第一兑换方式兑换虚拟权益；第二旧权限进一步包括根据用户消费行为获得第二积分的权限，第二积分用于按照第二兑换方式兑换虚拟权益。

可选的，读取单元具体用于：

将第一积分和/或第二积分转换成统一积分。

可选的，确定单元具体用于：

当接收到针对任一用户的权限升级指令时，确定该用户为待升级用户；或者，

获取任一用户的用户数据，当获取到的用户数据不包含第一新权限和第二新权限的状态数据时，确定该用户为待升级用户。

可选的，还包括：

接收单元，接收客户端返回的针对升级方案的选取指令，所述升级方案通过待升级用户的升级前权限从备选方案中确定，所述备选方案包括由具有第一旧权限的状态转换为具有第一新权限的状态、由具有第一旧权限的状态转换为同时具有第一新权限和第二新权限的状态、由具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态；

升级单元，根据所述选取指令指示的升级方式，对所述待升级用户的升级前权限的状态数据进行转换得到第一新权限的状态数据以及第二新权限的状态数据，并将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

根据本说明书一个或多个实施例的第六方面，提出了一种基于如上述第一方面中任一项所述的升级后的用户数据的消费请求处理装置，应用于客户端；所述装置包括：

生成单元，生成目标用户的消费请求，所述消费请求中包含目标用户的用户标识和消费信息；

发送单元，向服务端发送所述消费请求，以由所述服务端根据所述用户标识在升级数据表中查询所述目标用户具有的升级后权限，并根据所述消费信息执行与所述升级后权限相关的操作，以根据执行结果更新所述升级后权限的状态数据；所述升级后权限包括第一新权限和/或第二新权限。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；所述装置还包括：

第一接收单元，接收所述服务端返回的与所述消费信息相匹配的虚拟权益的信息；其中，所述虚拟权益由所述服务端按照对应于所述升级后权限的积分消费方式确定出，且所述统一积分中被扣除按照所述积分消费方式确定出的与所述消费信息相匹配的消费积分。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；所述装置还包括：

第二接收单元，接收服务端返回的对应于所述消费信息的奖励结果，所述奖励结果为所述统一积分增加后的结果，所述统一积分被增加与所述消费信息相匹配的奖励积分，所述奖励积分由所述服务端按照对应于所述升级后权限的积分奖励方式确定出。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的信用支付额度；所述装置还包括：

第三接收单元，接收所述服务端返回的支付结果和更新后的信用支付额度，所述更新后的信用支付额度由所述服务端根据支付结果进行更新得到，所述支付结果由所述服务端根据所述消费信息完成信用支付后得到。

根据本说明书一个或多个实施例的第七方面，提出了一种用户数据的展现装置，包括：

发送单元，向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识；

接收单元，接收服务端根据所述用户标识查询到的用户权限的状态数据和虚拟资产数据；其中，用户权限包括第一权限和第二权限，第二权限为第一权限的附属权限，第一权限具有权限标识，所述虚拟资产数据与第一权限相关联，所述虚拟资产数据用于兑换虚拟权益；

展现单元，在客户端页面展现第一权限、第二权限和所述虚拟资产数据对应的信息。

可选的，还包括：

第一生成单元，根据检测到的针对所述虚拟资产数据的消费触发操作，生成针对所述虚拟资产数据的第一消费请求，第一消费请求中包含所述用户标识和针对所述虚拟资产数据的消费信息；

第一请求发送单元，向所述服务端发送第一消费请求，以由所述服务端将与所述用户标识对应的虚拟资产数据中匹配于所述消息信息的虚拟资产数据兑换成相应的虚拟权益；

第一结果接收单元，接收所述服务端返回的第一消费结果，第一消费结果包含所述服务端兑换得到的虚拟权益对应的信息。

可选的，还包括：

第二生成单元，根据检测到的用户消费操作生成第二消费请求，第二消费请求中包含所述用户标识和消费行为信息；

第二请求发送单元，向所述服务端发送第二消费请求，以由所述服务端根据所述消费行为信息完成相应的支付操作，并在所述支付操作完成后，确定与所述消费行为信息相匹配的虚拟资产数据以作为奖励资产数据，将所述奖励资产数据与所述用户标识建立对应关系；

第二结果接收单元，接收所述服务端返回的第二消费结果，第二消费结果包含所述奖励资产数据的信息。

可选的，通过以下方式确定与所述消费行为信息相匹配的虚拟资产数据：

在所述目标用户具有第二权限时，根据对应于第二权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据；

在所述目标用户不具有第二权限时，根据对应于第一权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据。

可选的，还包括：

第三生成单元，根据检测到的针对第二权限的开通触发操作生成开通请求，所述开通请求中包含所述用户标识和第二权限的开通信息；

第三请求发送单元，向所述服务端发送所述开通请求，以由所述服务端根据所述开通信息生成对应于所述用户标识的状态数据，所述状态数据与第二权限相对应；

第三结果接收单元，接收所述服务端返回的开通结果，所述开通结果包含所述状态数据。

根据本说明书一个或多个实施例的第八方面，提出了一种用户数据的展现装置，包括：

发送单元，向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识；

接收单元，接收服务端根据所述用户标识查询到的用户权限的状态数据和会员虚拟资产数据，所述用户权限包括普通会员权限和所述普通会员权限的附属权限，所述附属权限包括超级会员权限和/或信用支付权限，所述普通会员权限具有会员权限标识，所述会员虚拟资产数据与所述普通会员权限相关联，所述会员虚拟资产数据用于兑换虚拟权益；

展现单元，在客户端页面展现所述普通会员权限、所述附属权限和所述会员虚拟资产数据对应的信息。

根据本说明书一个或多个实施例的第九方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述实施例中任一所述的方法。

根据本说明书一个或多个实施例的第十方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述实施例中任一所述方法的步骤。

由以上技术方案可见，通过上述升级用户数据的方式存在以下优点。一方面，从用户角度来看，两套权限体系整合至一套新的权限体系中，使得在新的权限体系中，用户统一使用一套权限体系，使用权限的逻辑更为简单，学习成本较低。同时，用户无需在多套权限体系之间切换，从而简化了用户操作，有助于提升用户体验。另一方面，从服务端来看，服务端只需要维护一张新的升级数据表，两套权限体系的状态数据整合至一起，从而降低了对服务端存储空间的占用，维护管理的成本较低；并且，相比于之前两张独立的数据表，针对一张新的升级数据表，其维护和管理成本较低，读写数据的速度较快。

附图说明

图1是一示例性实施例提供的一种用户数据的升级方法的流程图。

图2是一示例性实施例提供的一种基于服务端侧的用户数据的升级方法的流程图。

图3是一示例性实施例提供的一种基于客户端侧的用户数据的升级方法的流程图。

图4是一示例性实施例提供的一种用户数据的升级方法的交互图。

图5是一示例性实施例提供的一种基于升级后的用户数据的消费请求处理方法的流程图。

图6是一示例性实施例提供的另一种基于升级后的用户数据的消费请求处理方法的流程图。

图7是一示例性实施例提供的一种用户数据的展现方法的流程图。

图8是一示例性实施例提供的一种电商平台的用户数据展现方法的流程图。

图9是一示例性实施例提供的一种基于升级后的用户数据的消费请求处理方法的交互图。

图10是一示例性实施例提供的一种电子设备的结构示意图。

图11是一示例性实施例提供的一种用户数据的升级装置的框图。

图12是一示例性实施例提供的另一种电子设备的结构示意图。

图13是一示例性实施例提供的一种消费请求处理装置的框图。

图14是一示例性实施例提供的另一种电子设备的结构示意图。

图15是一示例性实施例提供的一种用户数据的展现装置的框图。

图16是一示例性实施例提供的另一种用户数据的展现装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

在相关技术中，服务平台为了提升用户体验，向用户提供了多套相互独立的权限体系，以尽可能多地覆盖用户的实际需求。也即，用户可获取到多套相互独立的权限，那么服务端也随之需要针对用户维护多套权限体系对应的权限状态数据。

然而，由于多套权限体系之间相互独立，导致存在以下弊端。一方面，从用户角度来看，用户针对自身获取到的多套权限可分别进行使用，但用户面对多套不同的权限体系，需要逐一了解其具体的权限内容，导致学习成本较高。同时，针对不同的需求，用户需要在多套权限体系之间切换，导致操作过于复杂繁琐，用户体验较差。另一方面，从服务端来看，服务端需要分别针对每套权限体系维护相应的数据表以用于记录用户的权限状态数据，不仅维护和管理成本较高，而且影响数据的读写效率。由于两条权限体系还会存在一些相同或相近的处理逻辑和数据，也造成了系统资源的额外浪费。

对此，本说明书通过对服务端维护数据的方式予以改进，以解决上述应用场景下存在的技术问题。

请参见图1，图1是一示例性实施例提供的一种用户数据的升级方法的流程图。如图1所示，该方法应用于服务端，可以包括以下步骤：

步骤102，确定待升级用户具有的升级前权限；其中，所述升级前权限包括第一旧权限和/或第二旧权限，第一旧权限和第二旧权限为相互独立的权限，第一旧权限和第二旧权限的状态数据分别存储于数据表中。

在本实施例中，以服务端维护两套权限体系的权限状态数据为例进行说明。针对相互独立的两套权限体系，服务端分别采用不同的数据表维护相应的状态数据。为了解决上述技术问题，可对这两套权限体系下的权限进行转换，也即对旧权限的状态数据进行升级，从而采用同一数据表来维护升级得到的新权限的状态数据。为了便于描述，以下将升级前的两套权限体系分别称为第一旧权限和第二旧权限；其中，第一旧权限和第二旧权限为相互独立的权限，并且第一旧权限和第二旧权限的状态数据分别存储于不同的数据表中。相应的，对于第一旧权限，升级后作为第一新权限；对于第二旧权限，升级后作为第二新权限。因此，第一旧权限和第二旧权限均属于升级前权限，第一新权限和第二新权限均属于升级后权限。

在本实施例中，当接收到针对任一用户的权限升级指令时，可确定该用户为待升级用户。例如，客户端可在用户未升级为升级后权限时，推送升级消息以供用户触发升级操作。当用户触发升级时，可向服务端发送权限升级指令，从而服务端可确定该用户为待升级用户。或者，服务端可批量地自动为用户升级。例如，服务端可获取任一用户的用户数据，当获取到的用户数据既不包含第一新权限的状态数据，也不包含第二新权限的状态数据时，可确定该用户为待升级用户，进而为该用户的用户数据实施升级操作。

步骤104，读取第一旧权限和第二旧权限的状态数据，将具有第一旧权限的状态转换为具有第一新权限的状态、将具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态，以分别得到第一新权限的状态数据以及第二新权限的状态数据；其中，第二新权限为第一新权限的附属权限。

在本实施例中，针对任一待升级用户，先确定该用户具有的升级前权限。需要说明的是，由于第一旧权限和第二旧权限为相互独立的权限，也即两者不存在冲突，待升级用户可能具有第一旧权限和/或第二旧权限。在确定待升级用户的升级前权限之后，进一步读取第一旧权限和第二旧权限的状态数据，从而根据预设的转换方式对读取到的状态数据进行转换，得到第一新权限的状态数据以及第二新权限的状态数据。需要说明的是，当待升级用户仅具有第一旧权限和第二旧权限之中的一种权限时，那么在读取状态数据时，也就仅能够读取到相应的一种状态数据。

为了便于升级后进行管理，可设定为第一新权限和第二新权限之间存在关联关系。比如，第二新权限为第一新权限的附属权限。其中，“附属”的含义是：对于任意用户而言，可以独立具有第一新权限、但不可以独立具有第二新权限，即“具有第二新权限”必须以“具有第一新权限”为前提。基于第二新权限为第一新权限的附属权限，可将转换方式设定为：将具有第一旧权限的状态转换为具有第一新权限的状态、将具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态。具体而言，当待升级用户不具有第一旧权限和第二旧权限时，转换结果（升级后权限）为不具有第一新权限和第二新权限；当待升级用户具有第一旧权限而不具有第二旧权限时，转换结果（升级后权限）为具有第一新权限而不具有第二新权限；当待升级用户不具有第一旧权限而具有第二旧权限时，转换结果为同时具有第一新权限和第二新权限；当待升级用户同时具有第一旧权限和第二旧权限时，转换结果为同时具有第一新权限和第二新权限。换言之，只要待升级用户具有第二旧权限，就会升级为同时具有第一新权限和第二新权限；而只具有第一旧权限时，就只能升级为第一新权限。

为了便于理解，下面结合表1进行说明。其中，采用“0”表示不具有，采用“1”表示具有，那么升级方式如表1所示：

需要说明的是，在用户已经具有第一新权限的情况下，还可以进一步申请第二新权限，以增加第二新权限的状态数据。

步骤106，将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

在本实施例中，第一新权限和第二新权限之间的关系，并非如第一旧权限和第二旧权限之间的相互独立关系，而是从属关系。而通过上述转换的方式，第一旧权限的状态被升级为具有第一新权限的状态，具有第二旧权限的状态被升级为同时具有第一新权限和第二新权限的状态，使得第一新权限和第二新权限的状态数据之间存在关联，为写入同一数据表创造了条件。那么，可将两种新权限的状态数据以用户标识进行关联后，写入同一数据表以得到升级后的用户数据。

由以上实施例可见，通过上述升级用户数据的方式存在以下优点。一方面，从用户角度来看，两套权限体系整合至一套新的权限体系中，使得在新的权限体系中，用户统一使用一套权限体系，使用权限的逻辑更为简单，学习成本较低。同时，用户无需在多套权限体系之间切换，从而简化了用户操作，有助于提升用户体验。另一方面，从服务端来看，服务端只需要维护一张新的升级数据表，两套权限体系的状态数据整合至一起，从而降低了对服务端存储空间的占用，维护管理的成本较低；并且，相比于之前两张独立的数据表，针对一张新的升级数据表，其维护和管理成本较低，读写数据的速度较快。

下面对升级前权限和升级后权限的具体形式进行举例说明。

在一实施例中，第一旧权限至少包括信用支付权限，第二旧权限至少包括获取预设支付优惠的权限。比如，服务平台针对第一旧权限设定有预设信用支付额度，那么具有第一旧权限的用户可在服务平台上领取信用支付权限，从而在支付订单时，可优先使用该信用支付额度来支付订单。例如，信用支付的支付额度为1500元，还款时间为一个月；那么用户可优先使用该1500元的额度来支付订单，并且在一个月内还款即可。又如，服务平台针对第二旧权限设定有预设次数或预设金额的无条件支付优惠，那么具有第二旧权限的用户可在服务平台上领取该支付优惠的权限，从而在支付订单时，可使用该支付优惠来支付订单。当然，用户领取第一旧权限和第二旧权限的具体条件可以根据实际情况灵活设定。例如，用户可免费领取第一旧权限，而针对第二旧权限，可采用付费购买的方式领取。例如，无条件支付优惠可以红包的形式来呈现。用户通过付费来获得第二旧权限，在获得第二旧权限之后，可领取一定数量的红包，用户在服务平台支付订单时，可选取领取到的红包来抵扣相应的金额，从而实现支付优惠。

第一旧权限可进一步包括根据用户消费行为获得第一积分的权限，第一积分用于按照第一兑换方式兑换虚拟权益。第二旧权限可进一步包括根据用户消费行为获得第二积分的权限，第二积分用于按照第二兑换方式兑换虚拟权益。比如，第一积分可体现为与订单数量相关联，具有第一旧权限的用户可通过下单（完成支付）数量按照第一兑换方式来兑换虚拟权益。例如，虚拟权益为红包，每当用户成功支付2笔订单（可限制订单金额门槛），就可获取1个5元红包。又如，可设定为第二积分为直接可兑换红包的兑换积分。例如，当用户在规定时间段、规定门店、规定金额范围等条件下成功支付一笔订单（或者完成其他任务）时，可领取一定数量的兑换积分，该兑换积分可按照第二兑换方式来兑换红包、折扣券等虚拟权益。

进一步的，基于第一新权限和第二新权限之间的递进关系，并且第一新权限和第二新权限的状态数据维护于同一升级数据表中，上述转换方式可具体包括：将第一积分和/或第二积分转换成统一积分，而统一积分可用于按照第三兑换方式来兑换虚拟权益。承接于上述举例，在升级之后，具有第一新权限的用户在支付订单后可领取一定数额的统一积分。例如，虚拟权益为红包，每当用户成功支付1笔订单，就可获取5个统一积分，而5个统一积分可兑换1个2元红包。又如，具有第二新权限的用户在规定时间段、规定门店、规定金额范围等条件下成功支付一笔订单时，可领取一定数量的统一积分。需要说明的是，虽然通过统一积分兑换虚拟权益的方式（即统一积分的积分消费方式）对于第一新权限和第二新权限是统一的，但是对于两种新权限获得统一积分的方式，可存在差异。比如，对于第一新权限，支付一笔订单可领取5个统一积分，而对于第二新权限，支付一笔订单可领取20个统一积分。

承接于上述对第一旧权限和第二旧权限以及转换方式的举例，服务端升级得到的升级数据表中记录的状态数据可以包括：信用支付额度、统一积分、预设支付优惠。其中，信用支付额度和统一积分为第一新权限和第二新权限共同具备的，而预设支付优惠则是第二新权限特有的。需要说明的是。“转换”的具体方式可根据状态数据而定；比如，对于信用支付额度和无条件支付优惠的数据，可采用拷贝的方式，而对于统计积分，则采用一定的兑换方式来将第一积分和第二积分转换成统一积分。

下面结合表2-4对上述升级用户数据以整合至同一升级数据表的过程进行举例说明。用于存储第一旧权限的状态数据的数据表如表2所示：

用于存储第二旧权限的状态数据的数据表如表3所示：

假设升级时间为2020-6-15，那么升级之后的升级数据表如表4所示：

在上述转换过程中，第一旧权限和第二旧权限的权限开通时间被删除，新增了第一新权限开通时间和第二新权限开通时间。第一积分与统一积分的兑换比例为5:1，第二积分与统一积分的兑换比例为10:1，第一积分和第二积分均被兑换成了统一积分。第一旧权限的信用支付额度（最大额度为1500元）保留，直接迁移至升级数据表即可；其中，由于用户d和用户e具有第二旧权限，升级之后转换为具有第一新权限和第二新权限，因此具备信用支付额度。第二旧权限的无条件获取的支付优惠保留，直接迁移至升级数据表即可。由此可见，升级过程中的转换可包含迁移、删除、兑换、添加等操作。

需要说明的是，上述关于第一旧权限、第二旧权限、第一新权限和第二新权限具体内容的描述，仅为一示例性举例，可根据实际需求灵活设定，本说明书并不对此进行限制，比如，还可设定为第一旧权限不具有信用支付权限，而是将信用支付权限也作为可升级权限的选项；例如，信用支付权限也作为第一新权限的附属权限，也即可以独立具有第一新权限、但不可以独立具有信用支付权限，“具有信用支付权限”必须以“具有第一新权限”为前提。而对于第二新权限和信用支付权限，可设定为相互独立的关系，也可设定为不相互独立的关系。例如，在用户已经具有第二新权限的情况下，还可以进一步申请信用支付权限，以增加信用支付权限的状态数据。

在上述实施例中，由服务端采用默认的升级方式对用户数据进行升级。除此之外，还可针对用户的当前权限（升级前权限）向用户展示可升级的方式以由用户根据自身需求进行选取。

请参见图2，图2是一示例性实施例提供的一种基于服务端侧的用户数据的升级方法的流程图。如图2所示，该方法应用于服务端，可以包括以下步骤：

步骤202，接收所述客户端返回的针对升级方案的选取指令，所述升级方案通过待升级用户的升级前权限从备选方案中确定，升级前权限包括第一旧权限和/或第二旧权限，第一旧权限和第二旧权限为相互独立的权限，第一旧权限和第二旧权限的状态数据分别存储于数据表中；所述备选方案包括由具有第一旧权限的状态转换为具有第一新权限的状态、由具有第一旧权限的状态转换为同时具有第一新权限和第二新权限的状态、由具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态；其中，第二新权限为第一新权限的附属权限。

在本实施例中，在用户已经具有第一新权限的情况下，还可以进一步申请第二新权限，以增加第二新权限的状态数据。因此，还可设定由具有第一旧权限的状态转换为同时具有第一新权限和第二新权限的状态的升级方式。那么，可向用户展示直接由具有第一旧权限升级至同时具有第一新权限和第二新权限的方式以供用户选取。具体而言，当用户具有第一旧权限而不具有第二旧权限时，升级方案可以包括由具有第一旧权限的状态升级至具有第一新权限的状态、由具有第一旧权限的状态升级至同时具有第一新权限和第二新权限的状态。而针对其他情况下的升级方式，则与上述图1所示实施例类似，在此不再赘述。

在一种情况下，可由客户端根据待升级用户的升级前权限从备选方案中确定升级方案。在另一种情况下，可由服务端根据待升级用户的升级前权限从备选方案中确定出升级方案，并将升级方案发送至客户端。

步骤204，根据所述选取指令指示的升级方式，对所述待升级用户的升级前权限的状态数据进行转换得到第一新权限的状态数据以及第二新权限的状态数据，并将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

类似的，第一旧权限至少包括信用支付权限，第二旧权限至少包括获取预设支付优惠的权限。

类似的，第一旧权限进一步包括根据用户消费行为获得第一积分的权限，第一积分用于按照第一兑换方式兑换虚拟权益；第二旧权限进一步包括根据用户消费行为获得第二积分的权限，第二积分用于按照第二兑换方式兑换虚拟权益。

类似的，还包括：将第一积分和/或第二积分转换成统一积分。

类似的，当任一用户的用户数据对应于所述升级前权限时，该用户被所述客户端或所述服务端判定为待升级用户。

请参见图3，图3是一示例性实施例提供的一种基于客户端侧的用户数据的升级方法的流程图。如图3所示，该方法应用于服务端，可以包括以下步骤：

步骤302，获取针对待升级用户的升级方案，所述待升级用户具有的升级前权限包括第一旧权限和/或第二旧权限，第一旧权限和第二旧权限为相互独立的权限，第一旧权限和第二旧权限的状态数据分别存储于数据表中，所述升级方案通过所述待升级用户的升级前权限从备选方案中确定；所述备选方案包括由具有第一旧权限的状态转换为具有第一新权限的状态、由具有第一旧权限的状态转换为同时具有第一新权限和第二新权限的状态、由具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态；其中，第二新权限为第一新权限的附属权限。

步骤304，检测用户针对所述升级方案的选取操作并生成相应的选取指令，向所述服务端发送所述选取指令，以由所述服务端根据所述选取指令指示的升级方式，对所述待升级用户的升级前权限的状态数据进行转换得到第一新权限的状态数据以及第二新权限的状态数据，并将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

类似的，所述升级方案由所述客户端根据所述待升级用户的升级前权限从备选方案中确定；或者，所述升级方案由所述服务端根据所述待升级用户的升级前权限从备选方案中确定，并发送至所述客户端。

类似的，第一旧权限至少包括信用支付权限，第二旧权限至少包括获取预设支付优惠的权限。

类似的，第一旧权限进一步包括根据用户消费行为获得第一积分的权限，第一积分用于按照第一兑换方式兑换虚拟权益；第二旧权限进一步包括根据用户消费行为获得第二积分的权限，第二积分用于按照第二兑换方式兑换虚拟权益。

类似的，还包括：将第一积分和/或第二积分转换成统一积分。

类似的，当任一用户的用户数据对应于所述升级前权限时，该用户被所述客户端或所述服务端判定为待升级用户。

需要说明的是，上述图2-3所示实施例的具体实施过程，可参考上述图1所示实施例，在此不再赘述。

请参见图4，图4是一示例性实施例提供的一种用户数据的升级方法的交互图。如图4所示，该交互过程可以包括以下步骤：

步骤402，客户端登录用户在服务端注册的用户账号，并通过用户账号查询用户权限。

在本实施例中，以客户端确定升级方案为例进行说明，服务端确定升级方案的原理与此类似。其中，客户端可以是平板设备、笔记本电脑、掌上电脑（pdas，personaldigitalassistants）、可穿戴设备（如智能眼镜、智能手表等）、手机等各种类型的电子设备，本说明书并不对此进行限制。

步骤404，客户端识别用户权限，确定出与该用户权限对应的升级方案。

步骤406，客户端展示升级方案，并检测用户针对升级方案的选取操作。

举例而言，当用户当前仅具有第一旧权限时，升级方案包括升级至具有第一新权限或升级至同时具有第一新权限和第二新权限；当用户当前仅具有第二旧权限时，升级方案包括升级至同时具有第一新权限和第二新权限；当用户当前同时具有第一旧权限和第二旧权限时，升级方案包括升级至同时具有第一新权限和第二新权限；当用户当前不具有第一旧权限和第二旧权限时，升级方案包括升级至第一新权限或升级至同时具有第一新权限和第二新权限。

步骤408，客户端向服务端发送选取指令。

步骤410，服务端根据接收到的选取指令指示的升级方式，升级该用户的用户权限，并在升级数据表中写入用户升级权限后的状态数据。

在本实施例中，用户升级权限后的状态数据可与用户账号关联记录。

步骤412，服务端向客户端返回升级结果。

步骤414，客户端展示升级结果。

在本实施例中，升级结果可以包括升级后权限的状态数据，从而使得用户可了解到升级之后各项状态数据的具体情况，从而利用这些状态数据来执行满足自身需求的操作。

相应的，针对上述升级用户数据的方案，本说明书还进一步提供了基于升级后的用户数据的消费请求处理方案。

请参见图5，图5是一示例性实施例提供的一种基于升级后的用户数据的消费请求处理方法的流程图。如图5所示，该方法应用于服务端，可以包括以下步骤：

步骤502，接收客户端发送的消费请求，所述消费请求中包含目标用户的用户标识和消费信息。

在本实施例中，目标用户在完成对自身用户数据的升级之后，可使用新的权限来执行消费行为。比如，在完成升级之后，客户端可展示升级之后的新权限的状态数据，用户可根据自身需求来选取新权限的状态数据执行相关的消费操作。

步骤504，根据所述用户标识在所述升级数据表中查询所述目标用户具有的升级后权限，所述升级后权限包括第一新权限和/或第二新权限。

步骤506，根据所述消费信息执行与所述升级后权限相关的操作，并根据执行结果更新所述升级后权限的状态数据。

在本实施例中，所执行的与升级后权限相关的操作，根据消费信息和状态数据的具体内容而定。

在一种情况下，升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分，此时消费信息具体可以是用户指定的所需兑换的统一积分的数量。在该情况下，针对统一积分设定有兑换虚拟权益的方式，也即积分消费方式。那么，服务端可按照对应于升级后权限的积分消费方式，确定与该消费信息相匹配的消费积分（即兑换虚拟权益需要花费的统一积分数量）和虚拟权益（记录在升级数据表中，与目标用户的用户标识关联），然后从目标用户拥有的统一积分中扣除该消费积分，并向客户端返回虚拟权益的信息（比如权益标识）。那么，客户端便可根据该信息确定出相应的虚拟权益进行展示，从而告知用户兑换结果。

需要说明的是，虽然通过统一积分兑换虚拟权益的方式（即统一积分的积分消费方式）对于第一新权限和第二新权限是统一的，但是对于两种新权限获得统一积分的方式，可存在差异。比如，对于第一新权限，支付一笔订单可领取5个统一积分，而对于第二新权限，支付一笔订单可领取20个统一积分。

在另一种情况下，升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分，此时消息信息具体可以是用户已执行完毕的某个消费行为的行为信息（比如，已完成的某笔订单的订单信息）。在该情况下，针对统一积分设定有通过完成任务来领取统一积分的积分奖励方式。比如，该任务可以是支付超过预设金额的订单、在指定时间段内下单、当天完成预设数量的订单等消费行为。当然，任务的具体形式可根据实际情况灵活设定，本说明书并不对此进行限制。那么，服务端可按照对应于升级后权限的积分奖励方式确定与消费信息相匹配的奖励积分，从而在用户拥有的统一积分（记录于升级数据表中，与目标用户的用户标识关联）中增加奖励积分，并向客户端返回该统一积分增加后的结果以作为对应于所述消费信息的奖励结果。

在又一种情况下，升级后权限的状态数据包括对应于第一新权限和第二新权限的信用支付额度，此时消费信息具体可以是用户正在执行的消费行为的行为信息（比如，当前待支付订单的消费金额）。在该情况下，服务端可根据该消费信息完成信用支付，并根据支付结果更新目标用户的信用支付额度，以及向客户端返回支付结果和更新后的信用支付额度，从而告知用户消费结果。

在本实施例中，存在目标用户未完成用户数据升级（即属于非升级后用户）的情况，针对该情况，可按照原有的方式来执行相关操作。具体而言，当判断目标用户并非升级后用户时（可参考上述图2所示实施例的相关部分），可根据用户标识在升级前权限对应的数据表中查询目标用户具有的升级前权限，进而根据消费信息执行与升级前权限相关的操作，并根据执行结果更新升级前权限的状态数据。其中，该部分执行操作的具体过程与上述类似，在此不再赘述。

请参见图6，图6是一示例性实施例提供的另一种基于升级后的用户数据的消费请求处理方法的流程图。如图6所示，该方法应用于客户端，可以包括以下步骤：

步骤602，生成针对目标用户的消费请求，所述消费请求中包含目标用户的用户标识和消费信息；

步骤604，向服务端发送所述消费请求，以由所述服务端根据所述用户标识在所述升级数据表中查询所述目标用户具有的升级后权限，并根据所述消费信息执行与所述升级后权限相关的操作，以根据执行结果更新所述升级后权限的状态数据；所述升级后权限包括第一新权限和/或第二新权限。

类似的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；客户端可接收所述服务端返回的与所述消费信息相匹配的虚拟权益的信息（比如，权益标识）；其中，所述虚拟权益由所述服务端按照对应于所述升级后权限的积分消费方式确定出，且所述统一积分中被扣除按照所述积分消费方式确定出的与所述消费信息相匹配的消费积分。

类似的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；客户端可接收服务端返回的对应于所述消费信息的奖励结果，所述奖励结果为所述统一积分增加后的结果，所述统一积分被增加与所述消费信息相匹配的奖励积分，所述奖励积分由所述服务端按照对应于所述升级后权限的积分奖励方式确定出。

类似的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的信用支付额度；客户端可接收所述服务端返回的支付结果和更新后的信用支付额度，所述更新后的信用支付额度由所述服务端根据支付结果进行更新得到，所述支付结果由所述服务端根据所述消费信息完成信用支付后得到。

需要说明的是，上述图6所示实施例的具体实施过程，可参考上述图5所示实施例的相关部分，在此不再赘述。

基于以上实施例示出的用户数据的升级方案，针对升级后的用户数据，本说明书还进一步提供了用户数据的展现方案。为了便于理解和描述，以下将第一新权限称为第一权限，将第二新权限称为第二权限。

请参见图7，图7是一示例性实施例提供的一种用户数据的展现方法的流程图。如图7所示，该方法应用于客户端，可以包括以下步骤：

步骤702，向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识。

在本实施例中，在对用户权限升级之后，客户端可向服务端查询升级之后的用户权限和虚拟资产数据，并展示查询到的用户权限的状态数据和虚拟资产数据以供用户查看。例如，虚拟资产数据可以是上述实施例中的统一积分。那么，用户可从客户端展示的状态数据中选取出满足自身需求的状态数据以实现相应的业务，比如下单、兑换优惠券、红包、礼品等。

步骤704，接收服务端根据所述用户标识查询到的用户权限的状态数据和虚拟资产数据；其中，用户权限包括第一权限和第二权限，第二权限为第一权限的附属权限，第一权限具有权限标识，所述虚拟资产数据与第一权限相关联，所述虚拟资产数据用于兑换虚拟权益。

在本实施例中，服务端可以是服务器集群，该服务器集群中包含身份查询服务器和资产数据服务器。其中，由身份查询服务器根据用户标识识别用户的身份类型。比如，为具有第一权限和/或第二权限的会员用户，还是第一权限和第二权限都不具有的普通用户。而虚拟资产数据由特定的资产数据服务器来维护。当需要执行与资产数据相关的操作时，则通过对应于该资产数据服务器的链路来完成该操作。比如，当身份查询服务器识别出用户的身份类型为上述会员用户时，则通过上述链路来与资产数据服务器进行交互，完成与资产数据相关的操作。

步骤706，在客户端页面展现第一权限、第二权限和所述虚拟资产数据对应的信息。

在本实施例中，用户可使用自身具有的虚拟资产数据来兑换虚拟权益。因此，客户端可根据检测到的用户针对虚拟资产数据的消费触发操作，生成针对虚拟资产数据的第一消费请求，第一消费请求中包含用户标识和针对虚拟资产数据的消费信息（比如，用于兑换虚拟权益的虚拟资产的数额）。然后，向所述服务端发送第一消费请求，以由所述服务端将与所述用户标识对应的虚拟资产数据中匹配于所述消息信息的虚拟资产数据兑换成相应的虚拟权益，进而接收所述服务端返回的第一消费结果，第一消费结果包含所述服务端兑换得到的虚拟权益对应的信息。

在本实施例中，用户可通过完成任务（比如，指定的消费行为）来领取相应数额的虚拟资产数据作为奖励。因此，客户端可根据检测到的用户消费操作生成第二消费请求，第二消费请求中包含所述用户标识和消费行为信息。然后，向所述服务端发送第二消费请求，以由所述服务端根据所述消费行为信息完成相应的支付操作，并在所述支付操作完成后，确定与所述消费行为信息相匹配的虚拟资产数据以作为奖励资产数据，将所述奖励资产数据与所述用户标识建立对应关系，进而接收所述服务端返回的第二消费结果，第二消费结果包含所述奖励资产数据的信息。

进一步的，与消费行为信息相匹配的虚拟资产数据（即奖励资产数据），由服务端按照对应于用户权限的奖励方式确定出，也即第一权限对应的奖励方式与第二权限对应的奖励方式不同。具体而言，在所述目标用户具有第二权限时，根据对应于第二权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据；在所述目标用户不具有第二权限（即目标用户只具有第一权限）时，根据对应于第一权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据。

在本实施例中，针对目标用户仅具有第一权限的情况下，还可进一步申请开通第二权限。因此，客户端可根据检测到的针对第二权限的开通触发操作生成开通请求，所述开通请求中包含所述用户标识和第二权限的开通信息（比如，开通使用第二权限的时长）。然后，向所述服务端发送所述开通请求，以由所述服务端根据所述开通信息生成对应于所述用户标识的状态数据（与第二权限相对应），进而接收所述服务端返回的开通结果（包含服务端生成的状态数据）。比如，还可设定用户开通第二权限，服务平台赠送一定数额的虚拟资产数据，例如赠送一定数量的统一积分。

在本实施例中，用于展示的客户端页面可存在多种。以第二权限为例，第二权限可划分为多种类别（划分依据的维度可根据实际需求灵活选取），针对每种类别分别配置不同的展示页面。那么，在展示第二权限对应的信息时，可先识别目标用户具有的第二权限的类别，再采用与识别出的类型对应的展示页面展示该信息，从而向用户提供差异化的展示体验。

需要说明的是，图7所示实施例的具体实施过程，可参考上述图1-6的相应部分，在此不再赘述。

由以上展现用户数据的实施例可见，基于第二权限为第一权限的附属权限，第一权限和第二权限被整合至一套新的权限体系中。针对用户开通的第一权限和第二权限，以及所领取的虚拟资产数据，客户端可统一通过新的权限体系向用户进行展示，使得用户可统一查看和了解自身具备的所有用户权限和领取到的虚拟资产数据，而无需分别进行查看，从而简化了用户操作，有助于提升用户体验。并且，查看和使用权限的逻辑更为简单，学习成本较低。

本说明书的用户数据的展现方案可应用于电商场景下，以得到一种电商平台的用户数据展现方案。请参见图8，图8是一示例性实施例提供的一种电商平台的用户数据展现方法的流程图。如图8所示，该方法应用于客户端，可以包括以下步骤：

步骤802，向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识。

步骤804，接收服务端根据所述用户标识查询到的用户权限的状态数据和会员虚拟资产数据，所述用户权限包括普通会员权限和所述普通会员权限的附属权限，所述附属权限包括超级会员权限和/或信用支付权限，所述普通会员权限具有会员权限标识，所述会员虚拟资产数据与所述普通会员权限相关联，所述会员虚拟资产数据用于兑换虚拟权益。

在电商场景下，用户权限包含三种情况：1）普通会员权限、超级会员权限和信用支付权限；2）普通会员权限和超级会员权限；3）普通会员权限和信用支付权限。其中，超级会员权限和/或信用支付权限为普通会员权限的附属权限。针对信用支付权限，可以独立具有普通会员权限、但不可以独立具有信用支付权限，“具有信用支付权限”必须以“具有普通会员权限”为前提。针对超级会员权限，可以独立具有普通会员权限、但不可以独立具有超级会员权限，“具有超级会员权限”必须以“具有普通会员权限”为前提。例如，虚拟资产数据为两种会员权限均具备的状态数据；例如，虚拟资产数据可以是上述实施例中的统一积分。而上述预设支付权益，则是超级会员权限专属具备的状态数据。可见，在上述电商场景下，用户可在开通普通会员权限的基础上，进一步开通超级会员权限和/或信用支付权限。而对于超级会员权限和信用支付权限，可设定为相互独立的关系，也可设定为不相互独立的关系。例如，在用户已经具有超级会员权限的情况下，还可以进一步申请信用支付权限，以增加信用支付权限的状态数据。

以具有普通会员权限的用户为例，该用户还可进一步申请开通信用支付权限。具体而言，用户可通过实施信用支付权限的开通触发操作来实现信用支付权限的开通。比如，客户端页面上配置有用于触发开通信用支付权限的控件（例如，“开通信用支付”的按钮），那么该开通触发操作可以是针对该控件的点击操作。那么，客户端可根据检测到的针对信用支付权限的开通触发操作生成开通请求，该开通请求中包含用户的用户标识。然后，向所务端发送该开通请求，以由服务端响应于开通请求，生成对应于信用支付权限的状态数据，该状态数据与开通请求中的用户标识相关联。进一步的，客户端可接收服务端返回的开通结果，该开通结果包含服务端生成的状态数据，比如可以是信用支付额度、还款日期、开通时间等信息。

步骤806，在客户端页面展现所述普通会员权限、所述附属权限和所述会员虚拟资产数据对应的信息。

由此可见，通过上述展示会员权限和会员虚拟资产数据的方式，用户可在客户端页面统一查看和了解自身所具备的会员权限和领取到的会员虚拟资产数据，而无需针对每种用户数据进行切换来查看，有利于简化用户操作，提高用户的操作效率。比如，用户在开通普通会员权限、超级会员权限和/或信用支付权限后，可同时享受到会员虚拟资产数据体系、普通会员权限和超级会员权限的权益，以及信用支付的便利支付方式，而不需要逐个进行操作。

需要说明的是，图8所示实施例的具体实施过程，其原理与上述图1-7中相应部分的原理相同，因此可参考上述图1-7所示实施例的相关描述，在此不再赘述。

为了便于理解，下面结合图9和举例对上述展现用户数据以及使用用户数据来执行相应操作的过程进行详细说明。

请参见图9，图9是一示例性实施例提供的一种基于升级后的用户数据的消费请求处理方法的交互图。如图9所示，该交互过程可以包括以下步骤：

步骤902，客户端登录用户账号，查询用户权限。

在本实施例中，以目标用户为升级后用户为例进行说明；其中，用户账号为目标用户的用户标识。

步骤904，客户端展现用户权限。

在本实施例中，目标用户可能具有第一权限和/或第二权限。

步骤906，客户端检测用户操作得到消费信息。

步骤908，客户端向服务端发送消费请求（包含用户账号和消费信息）。

步骤910，服务端查询用户权限，执行相关操作以更新用户权限的状态数据。

步骤912，服务端返回消费结果。

步骤914，客户端展示消费结果。

在本实施例中，服务端执行的相关操作，根据消费信息和状态数据的具体内容而定。下面举例进行说明。

1、使用统一积分兑换虚拟权益

该场景下涉及的状态数据为统一积分，此时消费信息具体可以是用户指定的所需兑换的统一积分的数量。在该情况下，针对统一积分设定有兑换虚拟权益的方式，也即积分消费方式。那么，服务端可按照该积分消费方式确定与该消费信息相匹配的消费积分（即兑换虚拟权益需要花费的统一积分数量）和虚拟权益（记录在升级数据表中，与目标用户的用户账号关联），然后从目标用户拥有的统一积分中扣除该消费积分（记录在升级数据表中，与目标用户的用户账号关联），并向客户端返回虚拟权益的权益标识。那么，客户端便可根据该权益标识确定出相应的虚拟权益进行展示，从而告知用户兑换结果。

举例而言，目标用户在消费信息中指定的待兑换统一积分的数量为3个，兑换的虚拟权益为红包（也可以是折扣券等其他虚拟权益），针对红包的积分消费方式为每3个统一积分可兑换1个5元红包。那么经兑换后，在升级数据表记录的对应于目标用户的状态数据中，统一积分扣除3个，虚拟权益新增1个5元红包。

2、完成任务领取统一积分

该场景下涉及的状态数据为统一积分，此时消息信息具体可以是用户已执行完毕的某个消费行为的行为信息（比如，已完成的某笔订单的订单信息）。在该情况下，针对统一积分设定有通过完成任务来领取统一积分的积分奖励方式。比如，该任务可以是支付超过预设金额的订单、在指定时间段内下单、当天完成预设数量的订单等消费行为。当然，任务的具体形式可根据实际情况灵活设定，本说明书并不对此进行限制。那么，服务端可按照该积分奖励方式确定与该消费信息相匹配的奖励积分，从而在用户拥有的统一积分（记录于升级数据表中，与目标用户的用户标识关联）中增加奖励积分，并向客户端返回该统一积分增加后的结果以作为对应于该消费信息的奖励结果。

举例而言，消费信息记录的订单信息为已支付一笔金额为26元的订单，积分奖励方式包括每支付一笔金额超过25元的订单可获取5个统一积分。那么经领取统一积分后，在升级数据表记录的对应于目标用户的状态数据中，统一积分增加5个。

需要说明的是，对于第一新权限和第二新权限两种新权限，可设定不同的积分奖励方式。比如，对于第一新权限，支付一笔订单可领取5个统一积分，而对于第二新权限，支付一笔订单可领取20个统一积分。因此，服务端在本场景下响应消费请求时，还需进一步判断目标用户具有的升级后权限具体为第一新权限还是第二新权限，进而确定出奖励统一积分依据的积分奖励方式。

3、使用信用支付进行订单支付

该场景下涉及的状态数据为信用支付额度，此时消费信息具体可以是用户正在执行的消费行为的行为信息（比如，当前待支付订单的消费金额）。在该情况下，服务端可根据该消费信息完成信用支付，并根据支付结果更新目标用户的信用支付额度，以及向客户端返回支付结果和更新后的信用支付额度，从而告知用户消费结果。

举例而言，目标用户的信用支付额度总共为1500元，当前已花费500元，剩余额度1000元。假定消费信息记录的当前待支付订单的消费金额为150元，则经信用支付后，在升级数据表记录的对应于目标用户的状态数据中，信用支付额度的剩余额度更新为850元。

需要说明的是，对于第一新权限和第二新权限两种新权限，可设定相同或者不同的信用支付额度，本说明书并不对此进行限制。

图10是一示例性实施例提供的一种电子设备的结构示意图。请参考图10，在硬件层面，该设备包括处理器1002、内部总线1004、网络接口1006、内存1008以及非易失性存储器1010，当然还可能包括其他业务所需要的硬件。处理器1002从非易失性存储器1010中读取对应的计算机程序到内存1008中然后运行，在逻辑层面上形成用户数据的升级装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图11，在软件实施方式中，该用户数据的升级装置可以包括：

确定单元1102，确定待升级用户具有的升级前权限；其中，所述升级前权限包括第一旧权限和/或第二旧权限，第一旧权限和第二旧权限为相互独立的权限，第一旧权限和第二旧权限的状态数据分别存储于数据表中；

读取单元1104，读取第一旧权限和第二旧权限的状态数据，将具有第一旧权限的状态转换为具有第一新权限的状态、将具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态，以分别得到第一新权限的状态数据以及第二新权限的状态数据；其中，第二新权限为第一新权限的附属权限；

写入单元1106，将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

可选的，第一旧权限至少包括信用支付权限，第二旧权限至少包括获取预设支付优惠的权限。

可选的，第一旧权限进一步包括根据用户消费行为获得第一积分的权限，第一积分用于按照第一兑换方式兑换虚拟权益；第二旧权限进一步包括根据用户消费行为获得第二积分的权限，第二积分用于按照第二兑换方式兑换虚拟权益。

可选的，读取单元1104具体用于：

将第一积分和/或第二积分转换成统一积分。

可选的，确定单元1102具体用于：

当接收到针对任一用户的权限升级指令时，确定该用户为待升级用户；或者，

获取任一用户的用户数据，当获取到的用户数据不包含第一新权限和第二新权限的状态数据时，确定该用户为待升级用户。

可选的，还包括：

接收单元1108，接收客户端返回的针对升级方案的选取指令，所述升级方案通过待升级用户的升级前权限从备选方案中确定，所述备选方案包括由具有第一旧权限的状态转换为具有第一新权限的状态、由具有第一旧权限的状态转换为同时具有第一新权限和第二新权限的状态、由具有第二旧权限的状态转换为同时具有第一新权限和第二新权限的状态；

升级单元1110，根据所述选取指令指示的升级方式，对所述待升级用户的升级前权限的状态数据进行转换得到第一新权限的状态数据以及第二新权限的状态数据，并将第一新权限和第二新权限的状态数据以用户标识进行关联后，写入升级数据表以得到升级后的用户数据。

图12是一示例性实施例提供的一种电子设备的结构示意图。请参考图12，在硬件层面，该设备包括处理器1202、内部总线1204、网络接口1206、内存1208以及非易失性存储器1210，当然还可能包括其他业务所需要的硬件。处理器1202从非易失性存储器1210中读取对应的计算机程序到内存1208中然后运行，在逻辑层面上形成基于升级后的用户数据的消费请求处理装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图13，在软件实施方式中，该用户数据的升级装置可以包括：

生成单元1302，生成目标用户的消费请求，所述消费请求中包含目标用户的用户标识和消费信息；

发送单元1304，向服务端发送所述消费请求，以由所述服务端根据所述用户标识在升级数据表中查询所述目标用户具有的升级后权限，并根据所述消费信息执行与所述升级后权限相关的操作，以根据执行结果更新所述升级后权限的状态数据；所述升级后权限包括第一新权限和/或第二新权限。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；所述装置还包括：

第一接收单元1306，接收所述服务端返回的与所述消费信息相匹配的虚拟权益的信息；其中，所述虚拟权益由所述服务端按照对应于所述升级后权限的积分消费方式确定出，且所述统一积分中被扣除按照所述积分消费方式确定出的与所述消费信息相匹配的消费积分。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的统一积分；所述装置还包括：

第二接收单元1308，接收服务端返回的对应于所述消费信息的奖励结果，所述奖励结果为所述统一积分增加后的结果，所述统一积分被增加与所述消费信息相匹配的奖励积分，所述奖励积分由所述服务端按照对应于所述升级后权限的积分奖励方式确定出。

可选的，所述升级后权限的状态数据包括对应于第一新权限和第二新权限的信用支付额度；所述装置还包括：

第三接收单元1310，接收所述服务端返回的支付结果和更新后的信用支付额度，所述更新后的信用支付额度由所述服务端根据支付结果进行更新得到，所述支付结果由所述服务端根据所述消费信息完成信用支付后得到。

图14是一示例性实施例提供的一种电子设备的结构示意图。请参考图14，在硬件层面，该设备包括处理器1402、内部总线1404、网络接口1406、内存1408以及非易失性存储器1410，当然还可能包括其他业务所需要的硬件。处理器1402从非易失性存储器1410中读取对应的计算机程序到内存1408中然后运行，在逻辑层面上形成用户数据的展现装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图15，在一软件实施方式中，该用户数据的展现装置可以包括：

发送单元1502，向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识；

接收单元1504，接收服务端根据所述用户标识查询到的用户权限的状态数据和虚拟资产数据；其中，用户权限包括第一权限和第二权限，第二权限为第一权限的附属权限，第一权限具有权限标识，所述虚拟资产数据与第一权限相关联，所述虚拟资产数据用于兑换虚拟权益；

展现单元1506，在客户端页面展现第一权限、第二权限和所述虚拟资产数据对应的信息。

可选的，还包括：

第一生成单元1508，根据检测到的针对所述虚拟资产数据的消费触发操作，生成针对所述虚拟资产数据的第一消费请求，第一消费请求中包含所述用户标识和针对所述虚拟资产数据的消费信息；

第一请求发送单元1510，向所述服务端发送第一消费请求，以由所述服务端将与所述用户标识对应的虚拟资产数据中匹配于所述消息信息的虚拟资产数据兑换成相应的虚拟权益；

第一结果接收单元1512，接收所述服务端返回的第一消费结果，第一消费结果包含所述服务端兑换得到的虚拟权益对应的信息。

可选的，还包括：

第二生成单元1514，根据检测到的用户消费操作生成第二消费请求，第二消费请求中包含所述用户标识和消费行为信息；

第二请求发送单元1516，向所述服务端发送第二消费请求，以由所述服务端根据所述消费行为信息完成相应的支付操作，并在所述支付操作完成后，确定与所述消费行为信息相匹配的虚拟资产数据以作为奖励资产数据，将所述奖励资产数据与所述用户标识建立对应关系；

第二结果接收单元1518，接收所述服务端返回的第二消费结果，第二消费结果包含所述奖励资产数据的信息。

可选的，通过以下方式确定与所述消费行为信息相匹配的虚拟资产数据：

在所述目标用户具有第二权限时，根据对应于第二权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据；

在所述目标用户不具有第二权限时，根据对应于第一权限的奖励方式确定出与所述消费行为信息相匹配的虚拟资产数据。

可选的，还包括：

第三生成单元1520，根据检测到的针对第二权限的开通触发操作生成开通请求，所述开通请求中包含所述用户标识和第二权限的开通信息；

第三请求发送单元1522，向所述服务端发送所述开通请求，以由所述服务端根据所述开通信息生成对应于所述用户标识的状态数据，所述状态数据与第二权限相对应；

第三结果接收单元1524，接收所述服务端返回的开通结果，所述开通结果包含所述状态数据。

请参考图16，在另一软件实施方式中，该用户数据的展现装置可以包括：

发送单元1602，向服务端发送针对用户权限的查询请求，所述查询请求中包含目标用户的用户标识；

接收单元1604，接收服务端根据所述用户标识查询到的用户权限的状态数据和会员虚拟资产数据，所述用户权限包括普通会员权限和所述普通会员权限的附属权限，所述附属权限包括超级会员权限和/或信用支付权限，所述普通会员权限具有会员权限标识，所述会员虚拟资产数据与所述普通会员权限相关联，所述会员虚拟资产数据用于兑换虚拟权益；

展现单元1606，在客户端页面展现所述普通会员权限、所述附属权限和所述会员虚拟资产数据对应的信息。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。