CN111522799B

CN111522799B - User data upgrading method and device, electronic equipment and storage medium

Info

Publication number: CN111522799B
Application number: CN202010619911.8A
Authority: CN
Inventors: 李煜佳; 周广浩; 盛娇麒; 程宏
Original assignee: Zhejiang Koubei Network Technology Co Ltd
Current assignee: Zhejiang Koubei Network Technology Co Ltd
Priority date: 2020-07-01
Filing date: 2020-07-01
Publication date: 2020-10-20
Anticipated expiration: 2040-07-01
Also published as: CN112328580B; CN111522799A; CN112328580A

Abstract

The present specification provides a method and an apparatus for upgrading user data, an electronic device, and a storage medium; the method can comprise the following steps: determining pre-upgrade authorities of a user to be upgraded, wherein the pre-upgrade authorities comprise first old authorities and/or second old authorities, the first old authorities and the second old authorities are mutually independent authorities, and state data of the first old authorities and the second old authorities are respectively stored in a data table; reading state data of a first old authority and a second old authority, converting the state with the first old authority into a state with a first new authority, and converting the state with the second old authority into a state with the first new authority and the second new authority simultaneously to respectively obtain the state data of the first new authority and the state data of the second new authority; the second new authority is an auxiliary authority of the first new authority; and after the state data of the first new authority and the second new authority are associated by the user identification, writing the state data into an upgrading data table to obtain upgraded user data.

Description

User data upgrading method and device, electronic equipment and storage medium

Technical Field

One or more embodiments of the present disclosure relate to the field of data maintenance technologies, and in particular, to a method and an apparatus for upgrading user data, an electronic device, and a storage medium.

Background

In the related art, a service platform can provide a service for opening specific permissions to a user, and the user can meet the requirement of the user by acquiring the permissions. Accordingly, the server needs to maintain corresponding authority data for the user, so that when responding to the operation request of the user, corresponding operation is executed based on the authority data of the user.

Disclosure of Invention

In view of this, one or more embodiments of the present disclosure provide a method and an apparatus for upgrading user data, an electronic device, and a storage medium.

To achieve the above object, one or more embodiments of the present disclosure provide the following technical solutions:

according to a first aspect of one or more embodiments of the present specification, there is provided a method for upgrading user data, including:

determining the pre-upgrade authority of a user to be upgraded; the pre-upgrade authority comprises a first old authority and/or a second old authority, the first old authority and the second old authority are independent authorities, and state data of the first old authority and the second old authority are respectively stored in a data table;

reading state data of a first old authority and a second old authority, converting the state with the first old authority into a state with a first new authority, and converting the state with the second old authority into a state with the first new authority and the second new authority simultaneously to respectively obtain the state data of the first new authority and the state data of the second new authority; wherein the second new authority is an affiliated authority of the first new authority;

and after the state data of the first new authority and the second new authority are associated by the user identification, writing the state data into an upgrading data table to obtain upgraded user data.

Optionally, the first old right at least includes a credit payment right, and the second old right at least includes a right to obtain a preset payment offer.

Optionally, the first old right further includes a right to obtain a first credit according to the consumption behavior of the user, and the first credit is used for redeeming the virtual rights and interests according to a first redemption manner; the second old right further comprises the right to obtain a second credit according to the consumption behavior of the user, and the second credit is used for redeeming the virtual rights and interests according to a second redemption mode.

Optionally, the method further includes:

the first integral and/or the second integral are converted into a unified integral.

Optionally, the method further includes:

when an authority upgrading instruction for any user is received, determining the user as a user to be upgraded; alternatively, the first and second electrodes may be,

and obtaining user data of any user, and determining the user as a user to be upgraded when the obtained user data does not contain state data of the first new authority and the second new authority.

Optionally, the method further includes:

receiving a selection instruction for an upgrading scheme returned by a client, wherein the upgrading scheme is determined from alternative schemes through the authority of a user to be upgraded before upgrading, and the alternative schemes comprise a state with a first old authority, a state with a first new authority, a state with a first old authority, a state with a first new authority and a second new authority, and a state with a second old authority, a state with a second new authority and a state with a first new authority and a second new authority;

and according to the upgrading mode indicated by the selection instruction, converting the state data of the pre-upgrading right of the user to be upgraded to obtain the state data of the first new right and the state data of the second new right, associating the state data of the first new right and the state data of the second new right with the user identification, and writing the state data of the first new right and the state data of the second new right into an upgrading data table to obtain upgraded user data.

According to a second aspect of one or more embodiments of the present specification, there is provided a method for processing a consumption request of upgraded user data according to any one of the first aspect, which is applied to a client; the method comprises the following steps:

generating a consumption request of a target user, wherein the consumption request comprises a user identifier and consumption information of the target user;

sending the consumption request to a server, so that the server inquires the upgraded authority of the target user in an upgrade data table according to the user identification, and executing operation related to the upgraded authority according to the consumption information so as to update the state data of the upgraded authority according to an execution result; the upgraded rights include a first new right and/or a second new right.

Optionally, the state data of the upgraded right includes a unified integral corresponding to the first new right and the second new right; the method further comprises the following steps:

receiving the information of the virtual rights matched with the consumption information returned by the server; and the virtual rights and interests are determined by the server side according to a point consumption mode corresponding to the upgraded rights, and consumption points which are determined according to the point consumption mode and are matched with the consumption information are deducted from the unified points.

receiving an award result corresponding to the consumption information returned by the server, wherein the award result is a result obtained after the increase of the uniform point is performed, the uniform point is increased by an award point matched with the consumption information, and the award point is determined by the server according to a point award mode corresponding to the upgraded authority.

Optionally, the status data of the upgraded right includes a credit payment amount corresponding to the first new right and the second new right; the method further comprises the following steps:

and receiving a payment result returned by the server and an updated credit payment amount, wherein the updated credit payment amount is obtained by updating the server according to the payment result, and the payment result is obtained by completing credit payment according to the consumption information by the server.

According to a third aspect of one or more embodiments of the present specification, there is provided a user data presentation method, including:

sending a query request aiming at user authority to a server, wherein the query request comprises a user identifier of a target user;

receiving state data and virtual asset data of the user authority inquired by the server according to the user identification; the user authority comprises a first authority and a second authority, the second authority is an auxiliary authority of the first authority, the first authority has an authority identifier, the virtual asset data is associated with the first authority, and the virtual asset data is used for exchanging virtual rights and interests;

and displaying the first authority, the second authority and the information corresponding to the virtual asset data on a client page.

Optionally, the method further includes:

generating a first consumption request aiming at the virtual asset data according to the detected consumption triggering operation aiming at the virtual asset data, wherein the first consumption request comprises the user identification and consumption information aiming at the virtual asset data;

sending a first consumption request to the server, so that the server exchanges virtual asset data matched with the message information in the virtual asset data corresponding to the user identification into a corresponding virtual right;

and receiving a first consumption result returned by the server, wherein the first consumption result comprises information corresponding to the virtual rights and interests converted by the server.

Optionally, the method further includes:

generating a second consumption request according to the detected user consumption operation, wherein the second consumption request comprises the user identification and the consumption behavior information;

sending a second consumption request to the server, so that the server completes corresponding payment operation according to the consumption behavior information, and after the payment operation is completed, determining virtual asset data matched with the consumption behavior information to serve as reward asset data, and establishing a corresponding relation between the reward asset data and the user identification;

and receiving a second consumption result returned by the server, wherein the second consumption result comprises the information of the bonus asset data.

Optionally, the virtual asset data matched with the consumption behavior information is determined by:

when the target user has a second right, determining virtual asset data matched with the consumption behavior information according to an award mode corresponding to the second right;

and when the target user does not have the second authority, determining the virtual asset data matched with the consumption behavior information according to the reward mode corresponding to the first authority.

Optionally, the method further includes:

generating an opening request according to the detected opening trigger operation aiming at the second authority, wherein the opening request comprises the user identification and the opening information of the second authority;

and sending the opening request to the server side so that the server side generates state data corresponding to the user identification according to the opening information, wherein the state data corresponds to a second authority.

According to a fourth aspect of one or more embodiments of the present specification, there is provided a method for presenting user data, including:

receiving state data of user authority and member virtual asset data inquired by a server side according to the user identification, wherein the user authority comprises common member authority and attached authority of the common member authority, the attached authority comprises super member authority and/or credit payment authority, the common member authority has member authority identification, the member virtual asset data is associated with the common member authority, and the member virtual asset data is used for exchanging virtual rights and interests;

and displaying the information corresponding to the common member authority, the attached authority and the member virtual asset data on a client page.

According to a fifth aspect of one or more embodiments of the present specification, there is provided an apparatus for upgrading user data, including:

the determining unit is used for determining the pre-upgrading authority of the user to be upgraded; the pre-upgrade authority comprises a first old authority and/or a second old authority, the first old authority and the second old authority are independent authorities, and state data of the first old authority and the second old authority are respectively stored in a data table;

the reading unit is used for reading the state data of the first old authority and the second old authority, converting the state with the first old authority into the state with the first new authority and converting the state with the second old authority into the state with the first new authority and the second new authority simultaneously so as to respectively obtain the state data of the first new authority and the state data of the second new authority; wherein the second new authority is an affiliated authority of the first new authority;

and the writing unit is used for associating the state data of the first new authority and the second new authority with the user identification and then writing the state data into the upgrading data table to obtain upgraded user data.

Optionally, the reading unit is specifically configured to:

Optionally, the determining unit is specifically configured to:

Optionally, the method further includes:

the system comprises a receiving unit, a judging unit and a judging unit, wherein the receiving unit is used for receiving a selection instruction which is returned by a client and aims at an upgrading scheme, the upgrading scheme is determined from alternative schemes through the authority before upgrading of a user to be upgraded, and the alternative schemes comprise a state which is converted from a state with a first old authority into a state with a first new authority, a state which is converted from the state with the first old authority into a state with the first new authority and a second new authority simultaneously, and a state which is converted from the state with the second old authority into a state with the first new authority and the second new authority simultaneously;

and the upgrading unit is used for converting the state data of the authority before upgrading of the user to be upgraded according to the upgrading mode indicated by the selection instruction to obtain the state data of a first new authority and the state data of a second new authority, associating the state data of the first new authority and the state data of the second new authority with the user identification, and writing the state data of the first new authority and the state data of the second new authority into an upgrading data table to obtain upgraded user data.

According to a sixth aspect of one or more embodiments of the present specification, there is provided a consumption request processing apparatus based on upgraded user data according to any one of the above first aspects, applied to a client; the device comprises:

the generating unit is used for generating a consumption request of a target user, wherein the consumption request comprises a user identifier and consumption information of the target user;

the sending unit is used for sending the consumption request to a server, so that the server inquires the upgraded authority which the target user has in an upgrade data table according to the user identification, and executes the operation related to the upgraded authority according to the consumption information, so as to update the state data of the upgraded authority according to the execution result; the upgraded rights include a first new right and/or a second new right.

Optionally, the state data of the upgraded right includes a unified integral corresponding to the first new right and the second new right; the device further comprises:

the first receiving unit is used for receiving the information of the virtual rights matched with the consumption information returned by the server; and the virtual rights and interests are determined by the server side according to a point consumption mode corresponding to the upgraded rights, and consumption points which are determined according to the point consumption mode and are matched with the consumption information are deducted from the unified points.

the second receiving unit is used for receiving an award result corresponding to the consumption information and returned by the server, the award result is a result obtained after the increase of the uniform point, the uniform point is increased by an award point matched with the consumption information, and the award point is determined by the server according to a point award mode corresponding to the upgraded authority.

Optionally, the status data of the upgraded right includes a credit payment amount corresponding to the first new right and the second new right; the device further comprises:

and the third receiving unit is used for receiving a payment result returned by the server and an updated credit payment amount, wherein the updated credit payment amount is obtained by updating the server according to the payment result, and the payment result is obtained by completing credit payment according to the consumption information by the server.

According to a seventh aspect of one or more embodiments of the present specification, there is provided a user data presentation apparatus, including:

the sending unit is used for sending a query request aiming at user authority to the server, wherein the query request comprises a user identifier of a target user;

the receiving unit is used for receiving the state data and the virtual asset data of the user authority inquired by the server according to the user identification; the user authority comprises a first authority and a second authority, the second authority is an auxiliary authority of the first authority, the first authority has an authority identifier, the virtual asset data is associated with the first authority, and the virtual asset data is used for exchanging virtual rights and interests;

and the display unit displays the first authority, the second authority and the information corresponding to the virtual asset data on a client page.

Optionally, the method further includes:

the first generation unit is used for generating a first consumption request aiming at the virtual asset data according to the detected consumption triggering operation aiming at the virtual asset data, wherein the first consumption request comprises the user identification and consumption information aiming at the virtual asset data;

a first request sending unit, configured to send a first consumption request to the server, so that the server exchanges, into a corresponding virtual interest, virtual asset data that is matched with the message information in virtual asset data corresponding to the user identifier;

and the first result receiving unit is used for receiving a first consumption result returned by the server, wherein the first consumption result comprises information corresponding to the virtual rights and interests converted by the server.

Optionally, the method further includes:

the second generating unit is used for generating a second consumption request according to the detected user consumption operation, wherein the second consumption request comprises the user identification and the consumption behavior information;

the second request sending unit is used for sending a second consumption request to the server so that the server can complete corresponding payment operation according to the consumption behavior information, determining virtual asset data matched with the consumption behavior information as reward asset data after the payment operation is completed, and establishing a corresponding relation between the reward asset data and the user identifier;

and the second result receiving unit is used for receiving a second consumption result returned by the server, and the second consumption result comprises the information of the bonus asset data.

Optionally, the method further includes:

a third generating unit, configured to generate an provisioning request according to the detected provisioning trigger operation for the second permission, where the provisioning request includes the user identifier and provisioning information of the second permission;

a third request sending unit, configured to send the provisioning request to the server, so that the server generates state data corresponding to the user identifier according to the provisioning information, where the state data corresponds to a second permission;

and the third result receiving unit is used for receiving an opening result returned by the server side, wherein the opening result comprises the state data.

According to an eighth aspect of one or more embodiments of the present specification, there is provided a presentation apparatus of user data, including:

the receiving unit is used for receiving state data of user authority and member virtual asset data, which are inquired by the server according to the user identification, wherein the user authority comprises common member authority and attached authority of the common member authority, the attached authority comprises super member authority and/or credit payment authority, the common member authority has member authority identification, the member virtual asset data is associated with the common member authority, and the member virtual asset data is used for exchanging virtual rights and interests;

and the display unit displays the information corresponding to the common member authority, the attached authority and the member virtual asset data on a client page.

According to a ninth aspect of one or more embodiments herein, there is provided an electronic device, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor implements the method as in any of the above embodiments by executing the executable instructions.

According to a tenth aspect of one or more embodiments of the present description, there is provided a computer-readable storage medium having stored thereon computer instructions which, when executed by a processor, implement the steps of the method as described in any of the above embodiments.

According to the technical scheme, the method for upgrading the user data has the following advantages. On one hand, from the perspective of a user, two sets of authority systems are integrated into a new set of authority system, so that in the new authority system, the user uniformly uses one set of authority system, the logic of the use authority is simpler, and the learning cost is lower. Meanwhile, the user does not need to switch among multiple sets of authority systems, so that the user operation is simplified, and the user experience is improved. On the other hand, from the perspective of the server, the server only needs to maintain a new upgrade data table, and state data of the two sets of authority systems are integrated together, so that the occupation of the storage space of the server is reduced, and the maintenance and management cost is low; compared with the previous two independent data tables, the data updating method has the advantages that the maintenance and management cost is low and the data reading and writing speed is high for a new updating data table.

Drawings

Fig. 1 is a flowchart of a method for upgrading user data according to an exemplary embodiment.

Fig. 2 is a flowchart of a method for upgrading user data based on a server side according to an exemplary embodiment.

Fig. 3 is a flowchart of a method for client-side based upgrading of user data according to an exemplary embodiment.

Fig. 4 is an interaction diagram of a method for upgrading user data according to an exemplary embodiment.

FIG. 5 is a flowchart of a method for processing a consumption request based on upgraded user data according to an exemplary embodiment.

FIG. 6 is a flowchart of another method for processing a consumption request based on upgraded user data, according to an example embodiment.

Fig. 7 is a flowchart of a method for presenting user data according to an exemplary embodiment.

Fig. 8 is a flowchart of a user data presentation method of an e-commerce platform according to an exemplary embodiment.

Fig. 9 is an interaction diagram of a consumption request processing method based on upgraded user data according to an exemplary embodiment.

Fig. 10 is a schematic structural diagram of an electronic device according to an exemplary embodiment.

Fig. 11 is a block diagram of an apparatus for upgrading user data according to an exemplary embodiment.

Fig. 12 is a schematic structural diagram of another electronic device according to an exemplary embodiment.

Fig. 13 is a block diagram of a consumption request processing apparatus according to an example embodiment.

Fig. 14 is a schematic structural diagram of another electronic device according to an exemplary embodiment.

Fig. 15 is a block diagram of a device for presenting user data according to an exemplary embodiment.

Fig. 16 is a block diagram of another apparatus for presenting user data according to an exemplary embodiment.

Detailed Description

Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of one or more embodiments of the specification, as detailed in the claims which follow.

It should be noted that: in other embodiments, the steps of the corresponding methods are not necessarily performed in the order shown and described herein. In some other embodiments, the method may include more or fewer steps than those described herein. Moreover, a single step described in this specification may be broken down into multiple steps for description in other embodiments; multiple steps described in this specification may be combined into a single step in other embodiments.

In the related art, in order to improve user experience, a service platform provides multiple sets of mutually independent permission systems for a user so as to cover actual requirements of the user as much as possible. That is, the user can obtain multiple sets of rights independent of each other, and then the server needs to maintain the rights state data corresponding to the multiple sets of rights systems for the user.

However, because the multiple sets of authority systems are independent of each other, the following disadvantages exist. On one hand, from the perspective of a user, the user can use multiple sets of permissions acquired by the user, but the user needs to know specific permission contents one by one when facing multiple different permission systems, which results in higher learning cost. Meanwhile, according to different requirements, a user needs to switch among multiple sets of authority systems, so that the operation is complicated, and the user experience is poor. On the other hand, from the perspective of the server, the server needs to maintain a corresponding data table for each set of authority system to record the authority state data of the user, which not only has higher maintenance and management costs, but also affects the read-write efficiency of the data. The two privilege hierarchies may have some identical or similar processing logic and data, which also causes additional waste of system resources.

In contrast, the present specification improves the manner in which the server maintains data to solve the technical problem in the application scenario described above.

Referring to fig. 1, fig. 1 is a flowchart illustrating a method for upgrading user data according to an exemplary embodiment. As shown in fig. 1, the method applied to the server may include the following steps:

step 102, determining the pre-upgrade authority of a user to be upgraded; the pre-upgrade authority comprises a first old authority and/or a second old authority, the first old authority and the second old authority are independent authorities, and state data of the first old authority and the second old authority are respectively stored in a data table.

In this embodiment, the service end is taken as an example to maintain the authority state data of two sets of authority systems. Aiming at two sets of authority systems which are independent from each other, the server side respectively adopts different data tables to maintain corresponding state data. In order to solve the technical problem, the authorities under the two sets of authority systems can be converted, namely the state data of the old authority is upgraded, so that the state data of the new authority obtained by upgrading is maintained by adopting the same data table. For convenience of description, the two sets of authority systems before upgrading are respectively referred to as a first old authority and a second old authority in the following; the first old authority and the second old authority are independent authorities, and state data of the first old authority and the second old authority are stored in different data tables respectively. Correspondingly, the first old authority is used as a first new authority after being upgraded; and regarding the second old authority as a second new authority after upgrading. Therefore, the first old authority and the second old authority both belong to the pre-upgrade authority, and the first new authority and the second new authority both belong to the post-upgrade authority.

In this embodiment, when an authority upgrade instruction for any user is received, the user may be determined to be a user to be upgraded. For example, the client may push an upgrade message for the user to trigger an upgrade operation when the user is not upgraded to the upgraded right. When the user triggers the upgrade, the authority upgrade instruction can be sent to the server side, so that the server side can determine that the user is the user to be upgraded. Alternatively, the server may automatically upgrade for users in batches. For example, the server may obtain user data of any user, and when the obtained user data does not include state data of the first new authority or state data of the second new authority, it may be determined that the user is a user to be upgraded, and then upgrade operation is performed on the user data of the user.

Step 104, reading the state data of the first old authority and the second old authority, converting the state with the first old authority into the state with the first new authority, and converting the state with the second old authority into the state with the first new authority and the second new authority simultaneously, so as to respectively obtain the state data of the first new authority and the state data of the second new authority; wherein the second new authority is an affiliated authority of the first new authority.

In this embodiment, for any user to be upgraded, the pre-upgrade authority that the user has is determined first. It should be noted that, since the first old right and the second old right are independent rights, that is, there is no conflict between the first old right and the second old right, the user to be upgraded may have the first old right and/or the second old right. After the pre-upgrade permission of the user to be upgraded is determined, the state data of the first old permission and the state data of the second old permission are further read, so that the read state data are converted according to a preset conversion mode, and the state data of the first new permission and the state data of the second new permission are obtained. It should be noted that, when the user to be upgraded only has one of the first old right and the second old right, only one corresponding kind of status data can be read when the status data is read.

In order to facilitate management after upgrading, it can be set that an association relationship exists between the first new permission and the second new permission. For example, the second new right is a subordinate right of the first new right. Wherein "attached" means: for any user, the first new right can be independently provided, but the second new right can not be independently provided, that is, "having the second new right" must be premised on "having the first new right". Based on the second new permission being the subordinate permission of the first new permission, the conversion mode can be set as: the state with the first old right is converted into the state with the first new right, and the state with the second old right is converted into the state with the first new right and the second new right simultaneously. Specifically, when the user to be upgraded does not have the first old right and the second old right, the conversion result (upgraded right) is not provided with the first new right and the second new right; when the user to be upgraded has the first old permission but does not have the second old permission, the conversion result (the upgraded permission) is that the user has the first new permission but does not have the second new permission; when the user to be upgraded does not have the first old authority but has the second old authority, the conversion result is that the user to be upgraded simultaneously has the first new authority and the second new authority; when the user to be upgraded has the first old right and the second old right at the same time, the conversion result is that the user has the first new right and the second new right at the same time. In other words, as long as the user to be upgraded has the second old permission, the user is upgraded to have the first new permission and the second new permission at the same time; and when only the first old right is provided, the new right can be upgraded to the first new right.

For ease of understanding, the following description is made in conjunction with table 1. Wherein, if "0" is adopted to indicate that there is no, and "1" is adopted to indicate that there is, then the upgrading mode is as shown in table 1:

it should be noted that, in the case that the user already has the first new right, a second new right may be further applied to add the state data of the second new right.

And 106, after the state data of the first new authority and the second new authority are associated by the user identification, writing the state data into an upgrading data table to obtain upgraded user data.

In this embodiment, the relationship between the first new right and the second new right is not an independent relationship as the relationship between the first old right and the second old right, but an dependent relationship. By the above conversion mode, the state of the first old authority is upgraded to the state with the first new authority, and the state with the second old authority is upgraded to the state with both the first new authority and the second new authority, so that the association exists between the state data of the first new authority and the second new authority, and conditions are created for writing in the same data table. Then, the state data of the two new rights can be associated with the user identifier and then written into the same data table to obtain the upgraded user data.

As can be seen from the above embodiments, there are the following advantages by the above-described manner of upgrading user data. On one hand, from the perspective of a user, two sets of authority systems are integrated into a new set of authority system, so that in the new authority system, the user uniformly uses one set of authority system, the logic of the use authority is simpler, and the learning cost is lower. Meanwhile, the user does not need to switch among multiple sets of authority systems, so that the user operation is simplified, and the user experience is improved. On the other hand, from the perspective of the server, the server only needs to maintain a new upgrade data table, and state data of the two sets of authority systems are integrated together, so that the occupation of the storage space of the server is reduced, and the maintenance and management cost is low; compared with the previous two independent data tables, the data updating method has the advantages that the maintenance and management cost is low and the data reading and writing speed is high for a new updating data table.

The specific forms of the pre-upgrade right and the post-upgrade right are exemplified below.

In an embodiment, the first old authority at least includes a credit payment authority, and the second old authority at least includes an authority to obtain the preset payment offer. For example, the service platform sets a preset credit payment limit for the first old right, and then the user with the first old right can receive the credit payment right on the service platform, so that when paying an order, the order can be paid by using the credit payment limit preferentially. For example, the payment amount of credit payment is 1500 yuan, and the repayment time is one month; the user may preferentially pay for the order using the 1500 dollar amount and make a payment within a month. For another example, if the service platform sets an unconditional payment discount with a preset number of times or a preset amount for the second old right, the user with the second old right can pick up the right of the payment discount on the service platform, so that when the order is paid, the order can be paid by using the payment discount. Of course, the specific conditions for the user to get the first old right and the second old right can be flexibly set according to the actual situation. For example, the user may receive the first old right for free, and may receive the second old right for a paid-for purchase. For example, the unconditional payment offer may be presented in the form of a red envelope. The user obtains the second old authority through payment, after the second old authority is obtained, a certain number of red packets can be picked up, and when the user pays the order on the service platform, the picked red packets can be selected to deduct corresponding amount of money, so that the payment discount is realized.

The first old right may further comprise a right to obtain a first credit based on the user consumption behavior, the first credit being used for redeeming the virtual equity in a first redemption manner. The second old right may further comprise a right to obtain a second credit based on the user consumption behavior, the second credit being used for redeeming the virtual equity in a second redemption manner. For example, the first credit may be embodied as being associated with an order quantity, and a user with a first old right may redeem the virtual equity in a first redemption manner by placing (completing payment) the order quantity. For example, the virtual equity is a red envelope, and each time the user successfully pays for 2 orders (the order amount threshold may be limited), 1 5-tuple red envelope may be acquired. As another example, the second tally may be set to be a redeem tally that is directly redeemable for red envelope. For example, when the user successfully pays for an order (or completes other tasks) for a specified period of time, a specified store, a specified amount range, etc., a certain number of redemption points may be received, which may be redeemed for virtual benefits such as red envelope, discount coupon, etc. in a second redemption.

Further, based on the progressive relationship between the first new permission and the second new permission, and the state data of the first new permission and the second new permission are maintained in the same upgrade data table, the conversion manner may specifically include: the first tally and/or the second tally are converted to a unified tally, and the unified tally may be used to redeem the virtual equity in a third redemption manner. As an example, after the upgrade, the user with the first new right may receive a certain amount of the unified credits after paying the order. For example, the virtual equity is a red envelope, and 5 uniform points may be obtained each time the user successfully pays 1 order, and 5 uniform points may be redeemed for 1 2-element red envelope. For another example, when a user with the second new authority successfully pays an order in a specified time period, a specified store, a specified amount range, etc., a certain amount of uniform points can be received. It should be noted that, although the manner of redeeming the virtual interest through the unified credit (i.e., the manner of credit consumption of the unified credit) is unified for the first new right and the second new right, there may be a difference between the manners of obtaining the unified credit for the two new rights. For example, for a first new privilege, a payment for an order may receive 5 points in unison, and for a second new privilege, a payment for an order may receive 20 points in unison.

In the above example of the first old right, the second old right and the conversion manner, the state data recorded in the upgrade data table obtained by the server side upgrade may include: credit payment limit, unified credit, and preset payment preference. The credit payment limit and the unified integral are commonly possessed by the first new authority and the second new authority, and the preset payment discount is specific to the second new authority. It should be noted that. The particular manner of "switching" may depend on the state data; for example, for data of credit payment amount and unconditional payment preference, a copying mode can be adopted, and for statistical points, a certain exchange mode is adopted to convert the first points and the second points into unified points.

The process of integrating the upgrade user data into the same upgrade data table is illustrated below with reference to tables 2-4. The data table for storing the state data of the first old right is shown in table 2:

the data table for storing the state data of the second old right is shown in table 3:

assuming that the upgrade time is 2020-6-15, the upgrade data table after upgrade is shown in Table 4:

in the conversion process, the permission opening time of the first old permission and the permission opening time of the second old permission are deleted, and the first new permission opening time and the second new permission opening time are newly added. The redemption ratio of the first points to the unified points is 5:1, the redemption ratio of the second points to the unified points is 10:1, and the first points and the second points are redeemed into the unified points. Reserving a credit payment limit (the maximum limit is 1500 yuan) of the first old authority, and directly transferring the credit payment limit to the upgrading data table; and the user d and the user e have the second old right, and are converted into the user with the first new right and the second new right after being upgraded, so that the user has a credit payment amount. And reserving the unconditionally acquired payment discount of the second old authority, and directly migrating the payment discount to the upgrading data table. As can be seen, the conversion during the upgrade process may include operations of migration, deletion, redemption, addition, and the like.

It should be noted that, the above description of specific contents of the first old right, the second old right, the first new right, and the second new right is only an exemplary example, and can be flexibly set according to actual requirements, and this specification does not limit this, for example, the first old right may also be set without a credit payment right, but the credit payment right is also used as an option of an upgradable right; for example, the credit payment authority also serves as an auxiliary authority of the first new authority, that is, the first new authority can be independently possessed, but the credit payment authority cannot be independently possessed, "having the credit payment authority" must be premised on "having the first new authority". The second new right and the credit payment right may be set to be independent from each other or may not be set to be independent from each other. For example, in the case that the user already has the second new right, the user can further apply for the credit payment right to add the status data of the credit payment right.

In the above embodiment, the server side upgrades the user data in a default upgrading mode. In addition, the user can be shown an upgradable mode according to the current authority (the authority before upgrading) of the user so as to be selected by the user according to the requirement of the user.

Referring to fig. 2, fig. 2 is a flowchart illustrating a method for upgrading user data based on a server side according to an exemplary embodiment. As shown in fig. 2, the method applied to the server may include the following steps:

202, receiving a selection instruction for an upgrade scheme returned by the client, wherein the upgrade scheme is determined from an alternative scheme by a pre-upgrade right of a user to be upgraded, the pre-upgrade right comprises a first old right and/or a second old right, the first old right and the second old right are mutually independent rights, and state data of the first old right and the second old right are respectively stored in a data table; the alternatives include transitioning from a state with a first old right to a state with a first new right, transitioning from a state with a first old right to a state with both a first new right and a second new right, transitioning from a state with a second old right to a state with both a first new right and a second new right; wherein the second new authority is an affiliated authority of the first new authority.

In this embodiment, when the user already has the first new right, a second new right may be further applied to add the state data of the second new right. Therefore, it is also possible to set an upgrade mode for converting from a state having the first old right to a state having both the first new right and the second new right. Then, the user can be shown the way of upgrading from having the first old right to having the first new right and the second new right at the same time for the user to choose. Specifically, when the user has a first old right but not a second old right, the upgrade scheme may include upgrading from a state having the first old right to a state having a first new right, upgrading from the state having the first old right to a state having both the first new right and the second new right. For the upgrading method under other conditions, it is similar to the embodiment shown in fig. 1, and will not be described again here.

In one case, the upgrade scenario may be determined by the client from among alternatives according to the pre-upgrade permissions of the user to be upgraded. In another case, the server side can determine an upgrading scheme from the alternative schemes according to the pre-upgrading permission of the user to be upgraded, and send the upgrading scheme to the client side.

And 204, converting the state data of the pre-upgrade right of the user to be upgraded according to the upgrade mode indicated by the selection instruction to obtain state data of a first new right and state data of a second new right, associating the state data of the first new right and the state data of the second new right with a user identifier, and writing the state data of the first new right and the state data of the second new right into an upgrade data table to obtain upgraded user data.

Similarly, the first old authority at least comprises a credit payment authority, and the second old authority at least comprises an authority for obtaining the preset payment offer.

Similarly, the first old right further comprises the right to obtain a first credit according to the consumption behavior of the user, and the first credit is used for redeeming the virtual rights and interests according to a first redemption mode; the second old right further comprises the right to obtain a second credit according to the consumption behavior of the user, and the second credit is used for redeeming the virtual rights and interests according to a second redemption mode.

Similarly, the method also comprises the following steps: the first integral and/or the second integral are converted into a unified integral.

Similarly, when the user data of any user corresponds to the pre-upgrade right, the user is determined as the user to be upgraded by the client or the server.

Referring to fig. 3, fig. 3 is a flowchart illustrating a method for upgrading user data based on a client side according to an exemplary embodiment. As shown in fig. 3, the method applied to the server may include the following steps:

step 302, obtaining an upgrade scheme for a user to be upgraded, wherein the pre-upgrade right of the user to be upgraded comprises a first old right and/or a second old right, the first old right and the second old right are independent rights, state data of the first old right and the second old right are respectively stored in a data table, and the upgrade scheme is determined from an alternative scheme through the pre-upgrade right of the user to be upgraded; the alternatives include transitioning from a state with a first old right to a state with a first new right, transitioning from a state with a first old right to a state with both a first new right and a second new right, transitioning from a state with a second old right to a state with both a first new right and a second new right; wherein the second new authority is an affiliated authority of the first new authority.

Step 304, detecting the selection operation of the user aiming at the upgrade scheme and generating a corresponding selection instruction, sending the selection instruction to the server, converting the state data of the pre-upgrade right of the user to be upgraded in an upgrade mode indicated by the selection instruction by the server to obtain the state data of the first new right and the state data of the second new right, associating the state data of the first new right and the second new right with a user identifier, and writing the state data into an upgrade data table to obtain upgraded user data.

Similarly, the upgrade scheme is determined by the client from alternative schemes according to the pre-upgrade permission of the user to be upgraded; or the upgrading scheme is determined by the server side from alternative schemes according to the pre-upgrading permission of the user to be upgraded and is sent to the client side.

It should be noted that, for the specific implementation process of the embodiment shown in fig. 2 to 3, reference may be made to the embodiment shown in fig. 1, and details are not repeated here.

Referring to fig. 4, fig. 4 is an interaction diagram of a method for upgrading user data according to an exemplary embodiment. As shown in fig. 4, the interactive process may include the following steps:

step 402, the client logs in a user account registered by the user at the server, and queries the user authority through the user account.

In this embodiment, the client determines the upgrade scheme as an example for description, and the principle of the server determining the upgrade scheme is similar to this. The client may be various types of electronic devices such as tablet devices, notebook computers, Personal Digital Assistants (PDAs), wearable devices (such as smart glasses and smart watches), and mobile phones, which is not limited in this specification.

In step 404, the client identifies the user right and determines the upgrading scheme corresponding to the user right.

Step 406, the client displays the upgrade scheme and detects a selection operation of the user for the upgrade scheme.

For example, when the user currently has only a first old right, the upgrade scheme includes upgrading to have a first new right or to have both a first new right and a second new right; when the user only has the second old right currently, the upgrading scheme comprises upgrading to have the first new right and the second new right at the same time; when the user currently has the first old authority and the second old authority, the upgrading scheme comprises upgrading to have the first new authority and the second new authority; when the user does not currently have the first old right and the second old right, the upgrading scheme comprises upgrading to the first new right or upgrading to have the first new right and the second new right at the same time.

Step 408, the client sends a selection instruction to the server.

And step 410, the server side upgrades the user authority of the user according to the upgrading mode indicated by the received selection instruction, and writes the state data after the user upgrading authority into the upgrading data table.

In this embodiment, the state data after the user upgrades the authority may be recorded in association with the user account.

In step 412, the server returns the upgrade result to the client.

In step 414, the client displays the upgrade result.

In this embodiment, the upgrade result may include status data of the upgraded right, so that the user may know specific conditions of each item of status data after upgrade, and perform an operation meeting the needs of the user by using the status data.

Correspondingly, for the scheme of upgrading user data, the specification further provides a consumption request processing scheme based on the upgraded user data.

Referring to fig. 5, fig. 5 is a flowchart illustrating a method for processing a consumption request based on upgraded user data according to an exemplary embodiment. As shown in fig. 5, the method applied to the server may include the following steps:

step 502, receiving a consumption request sent by a client, where the consumption request includes a user identifier and consumption information of a target user.

In this embodiment, the target user may perform the consuming action using the new rights after completing the upgrade of the own user data. For example, after the upgrade is completed, the client may display the state data of the new right after the upgrade, and the user may select the state data of the new right according to the user's own needs to perform the related consuming operation.

Step 504, inquiring upgraded authority which the target user has in the upgrade data table according to the user identification, wherein the upgraded authority comprises a first new authority and/or a second new authority.

Step 506, executing the operation related to the upgraded authority according to the consumption information, and updating the state data of the upgraded authority according to the execution result.

In the present embodiment, the operations performed in relation to the upgraded rights depend on the specific content of the consumption information and the status data.

In one case, the state data of the upgraded right includes the unified credits corresponding to the first new right and the second new right, and the consumption information may specifically be the number of the unified credits required to be exchanged, which is specified by the user. In this case, a mode of redeeming a virtual interest, that is, a mode of consuming points is set for the unified points. Then, the server may determine the consumption credit (i.e. the number of uniform credits required to exchange the virtual interest) and the virtual interest (recorded in the upgrade data table and associated with the user identifier of the target user) matching the consumption information according to the credit consumption mode corresponding to the upgraded right, deduct the consumption credit from the uniform credit owned by the target user, and return the information of the virtual interest (such as the interest identifier) to the client. Then, the client can determine the corresponding virtual rights and interests to display according to the information, so that the user is informed of the result exchange.

It should be noted that, although the manner of redeeming the virtual interest through the unified credit (i.e., the manner of credit consumption of the unified credit) is unified for the first new right and the second new right, there may be a difference between the manners of obtaining the unified credit for the two new rights. For example, for a first new privilege, a payment for an order may receive 5 points in unison, and for a second new privilege, a payment for an order may receive 20 points in unison.

In another case, the state data of the upgraded right includes the unified score corresponding to the first new right and the second new right, and the message information may specifically be behavior information of a certain consumption behavior that the user has performed (for example, order information of a certain completed order). In this case, a point reward method for receiving the uniform points by completing the task is set for the uniform points. For example, the task may be a consumption action of paying an order exceeding a preset amount, placing an order within a specified time period, completing a preset number of orders on the day, and the like. Of course, the specific form of the task can be flexibly set according to the actual situation, and the specification does not limit the specific form. Then, the server may determine the reward points matched with the consumption information in a point reward manner corresponding to the upgraded authority, so as to add the reward points to the uniform points owned by the user (recorded in the upgrade data table and associated with the user identifier of the target user), and return the increased result of the uniform points to the client as a reward result corresponding to the consumption information.

In another case, the status data of the upgraded right includes a credit payment amount corresponding to the first new right and the second new right, and the consumption information may specifically be behavior information of a consumption behavior (for example, a consumption amount of a current order to be paid) being performed by the user. In this case, the server may complete the credit payment according to the consumption information, update the credit payment amount of the target user according to the payment result, and return the payment result and the updated credit payment amount to the client, thereby informing the user of the consumption result.

In this embodiment, there is a case where the target user does not complete the user data upgrade (i.e., belongs to a non-upgraded user), and for this case, the related operation may be performed in an original manner. Specifically, when it is determined that the target user is not the upgraded user (refer to the relevant part of the embodiment shown in fig. 2), the pre-upgrade right that the target user has may be queried in the data table corresponding to the pre-upgrade right according to the user identifier, and then the operation related to the pre-upgrade right is executed according to the consumption information, and the state data of the pre-upgrade right is updated according to the execution result. The specific process of the part of the execution operation is similar to that described above, and is not described herein again.

Referring to fig. 6, fig. 6 is a flowchart illustrating another method for processing a consumption request based on upgraded user data according to an exemplary embodiment. As shown in fig. 6, the method applied to the client may include the following steps:

step 602, generating a consumption request for a target user, wherein the consumption request comprises a user identifier and consumption information of the target user;

step 604, sending the consumption request to a server, so that the server queries the upgraded right of the target user in the upgrade data table according to the user identifier, and executes an operation related to the upgraded right according to the consumption information, so as to update the state data of the upgraded right according to an execution result; the upgraded rights include a first new right and/or a second new right.

Similarly, the state data of the upgraded rights includes a unified score corresponding to the first new right and the second new right; the client can receive the information (such as the rights identification) of the virtual rights matched with the consumption information returned by the server; and the virtual rights and interests are determined by the server side according to a point consumption mode corresponding to the upgraded rights, and consumption points which are determined according to the point consumption mode and are matched with the consumption information are deducted from the unified points.

Similarly, the state data of the upgraded rights includes a unified score corresponding to the first new right and the second new right; the client can receive an award result corresponding to the consumption information returned by the server, the award result is a result obtained after the increase of the uniform point is performed, the uniform point is increased by an award point matched with the consumption information, and the award point is determined by the server according to a point award mode corresponding to the upgraded authority.

Similarly, the status data of the upgraded right includes a credit payment amount corresponding to the first new right and the second new right; the client can receive the payment result returned by the server and the updated credit payment amount, the updated credit payment amount is obtained by updating the server according to the payment result, and the payment result is obtained by the server after completing credit payment according to the consumption information.

It should be noted that, for the specific implementation process of the embodiment shown in fig. 6, reference may be made to relevant parts of the embodiment shown in fig. 5, and details are not repeated here.

Based on the upgrade scheme of the user data shown in the above embodiment, the present specification further provides a presentation scheme of the user data for the upgraded user data. For ease of understanding and description, the first new right will be referred to hereinafter as the first right and the second new right will be referred to hereinafter as the second right.

Referring to fig. 7, fig. 7 is a flowchart illustrating a method for presenting user data according to an exemplary embodiment. As shown in fig. 7, the method applied to the client may include the following steps:

step 702, sending a query request aiming at user authority to a server, wherein the query request comprises a user identifier of a target user.

In this embodiment, after upgrading the user right, the client may query the upgraded user right and virtual asset data from the server, and display the queried status data and virtual asset data of the user right for the user to view. For example, the virtual asset data may be the unified credit in the above embodiments. Then, the user can select the state data meeting the self requirement from the state data displayed by the client to realize corresponding services, such as ordering, exchanging coupons, red packages, gifts and the like.

Step 704, receiving the state data and the virtual asset data of the user authority queried by the server according to the user identifier; the user authority comprises a first authority and a second authority, the second authority is an auxiliary authority of the first authority, the first authority has an authority identifier, the virtual asset data is associated with the first authority, and the virtual asset data is used for exchanging virtual rights and interests.

In this embodiment, the server may be a server cluster, and the server cluster includes an identity query server and an asset data server. And the identity type of the user is identified by the identity query server according to the user identification. For example, the user is a member user having the first right and/or the second right, or a general user having neither the first right nor the second right. While the virtual asset data is maintained by a particular asset data server. When an operation related to asset data needs to be performed, the operation is completed through a link corresponding to the asset data server. For example, when the identity query server identifies that the user is a member user, the identity query server interacts with the asset data server through the link to complete operations related to the asset data.

Step 706, displaying the first right, the second right and the information corresponding to the virtual asset data on the client page.

In this embodiment, the user may redeem the virtual equity using the virtual asset data that the user has. Therefore, the client can generate a first consumption request aiming at the virtual asset data according to the detected consumption triggering operation of the user aiming at the virtual asset data, wherein the first consumption request comprises the user identification and the consumption information aiming at the virtual asset data (such as the amount of the virtual asset for exchanging the virtual interest). Then, a first consumption request is sent to the server, so that the server converts the virtual asset data matched with the message information in the virtual asset data corresponding to the user identifier into a corresponding virtual right, and then receives a first consumption result returned by the server, wherein the first consumption result comprises information corresponding to the virtual right converted by the server.

In this embodiment, the user may receive a corresponding amount of virtual asset data as a reward by completing a task (e.g., a specified consumption behavior). Therefore, the client can generate a second consumption request according to the detected user consumption operation, and the second consumption request comprises the user identification and the consumption behavior information. And then, sending a second consumption request to the server, so that the server completes corresponding payment operation according to the consumption behavior information, determining virtual asset data matched with the consumption behavior information as reward asset data after the payment operation is completed, establishing a corresponding relation between the reward asset data and the user identification, and further receiving a second consumption result returned by the server, wherein the second consumption result comprises information of the reward asset data.

Furthermore, the virtual asset data (i.e. the reward asset data) matched with the consumption behavior information is determined by the server according to a reward mode corresponding to the user authority, i.e. the reward mode corresponding to the first authority is different from the reward mode corresponding to the second authority. Specifically, when the target user has a second right, virtual asset data matched with the consumption behavior information is determined according to an award mode corresponding to the second right; and when the target user does not have the second authority (namely, the target user only has the first authority), determining the virtual asset data matched with the consumption behavior information according to the reward mode corresponding to the first authority.

In this embodiment, when the target user only has the first right, the second right can be further applied to be opened. Therefore, the client may generate an opening request according to the detected opening trigger operation for the second authority, where the opening request includes the user identifier and opening information of the second authority (for example, a duration for opening and using the second authority). Then, the provisioning request is sent to the server, so that the server generates state data (corresponding to the second authority) corresponding to the user identifier according to the provisioning information, and further receives a provisioning result (including the state data generated by the server) returned by the server. For example, the user may be further configured to activate the second authority, and the service platform donates a certain amount of virtual asset data, for example, donates a certain number of uniform points.

In this embodiment, there may be a variety of client pages for presentation. Taking the second permission as an example, the second permission can be divided into multiple categories (the dimension of the division basis can be flexibly selected according to actual requirements), and different display pages are respectively configured for each category. Then, when displaying the information corresponding to the second authority, the category of the second authority possessed by the target user can be identified first, and then the information is displayed by adopting the display page corresponding to the identified type, so that differentiated display experience is provided for the user.

It should be noted that, for the specific implementation process of the embodiment shown in fig. 7, reference may be made to corresponding parts of fig. 1 to 6, which are not described herein again.

As can be seen from the above embodiment showing the user data, the first right and the second right are integrated into a new right system based on the second right being an auxiliary right of the first right. Aiming at the first authority and the second authority opened by the user and the received virtual asset data, the client can be displayed to the user uniformly through a new authority system, so that the user can view and know all user authorities and the received virtual asset data uniformly without viewing respectively, the user operation is simplified, and the user experience is improved. Moreover, the logic of checking and using the authority is simpler, and the learning cost is lower.

The user data display scheme of the specification can be applied to the E-market scene to obtain the user data display scheme of the E-commerce platform. Referring to fig. 8, fig. 8 is a flowchart illustrating a user data presentation method of an e-commerce platform according to an exemplary embodiment. As shown in fig. 8, the method applied to the client may include the following steps:

step 802, sending a query request for user permission to a server, where the query request includes a user identifier of a target user.

Step 804, receiving state data of user authority and member virtual asset data inquired by a server according to the user identification, wherein the user authority comprises common member authority and attached authority of the common member authority, the attached authority comprises super member authority and/or credit payment authority, the common member authority has member authority identification, the member virtual asset data is associated with the common member authority, and the member virtual asset data is used for exchanging virtual rights and interests.

Under the electric market scene, the user authority includes three conditions: 1) general membership rights, super membership rights, and credit payment rights; 2) general membership rights and super membership rights; 3) general membership rights and credit payment rights. Wherein, the super member authority and/or the credit payment authority are the subsidiary authority of the common member authority. For the credit payment authority, the user can independently have the ordinary member authority but can not independently have the credit payment authority, and the premise of ' having the credit payment authority ' is to have the ordinary member authority '. For super membership right, the super membership right can independently have ordinary membership right but cannot independently have the super membership right, and the premise of 'having the super membership right' is that 'having the ordinary membership right'. For example, the virtual asset data is status data possessed by both member rights; for example, the virtual asset data may be the unified credit in the above embodiments. The preset payment rights are state data exclusively possessed by the super member authority. Therefore, under the E-market scene, the user can further open super member authority and/or credit payment authority on the basis of opening the common member authority. The super membership right and the credit payment right may be set to be independent from each other or may not be set to be independent from each other. For example, in the case that the user already has super membership rights, the user can further apply for credit payment rights to add status data of the credit payment rights.

Taking a user with common membership right as an example, the user can further apply for opening credit payment right. Specifically, the user can implement the opening of the credit payment authority by implementing the opening triggering operation of the credit payment authority. For example, a control (e.g., a button for "open credit payment") for triggering the opening of the credit payment authority is configured on the client page, and then the opening triggering operation may be a click operation for the control. Then, the client may generate an opening request according to the detected opening trigger operation for the credit payment authority, where the opening request includes the user identifier of the user. Then, the opening request is sent to the server side, so that the server side responds to the opening request and generates state data corresponding to the credit payment authority, and the state data is associated with the user identification in the opening request. Further, the client may receive an opening result returned by the server, where the opening result includes status data generated by the server, such as information of credit payment amount, payment date, opening time, and the like.

And 806, displaying the information corresponding to the common member authority, the attached authority and the member virtual asset data on a client page.

Therefore, by the method for displaying the member authority and the member virtual asset data, the user can uniformly check and understand the member authority and the member virtual asset data acquired by the user on the client page without switching each user data for checking, the user operation is simplified, and the operation efficiency of the user is improved. For example, after the user opens the common member authority, the super member authority and/or the credit payment authority, the user can simultaneously enjoy the rights and interests of the member virtual asset data system, the common member authority and the super member authority and the convenient payment mode of the credit payment without performing operation one by one.

It should be noted that, the principle of the specific implementation process of the embodiment shown in fig. 8 is the same as that of the corresponding part in fig. 1 to 7, so that reference may be made to the related description of the embodiment shown in fig. 1 to 7, and further description is omitted here.

For ease of understanding, the above-described process of presenting user data and performing corresponding operations using the user data is described in detail below with reference to fig. 9 and examples.

Referring to fig. 9, fig. 9 is an interaction diagram of a consumption request processing method based on upgraded user data according to an exemplary embodiment. As shown in fig. 9, the interactive process may include the following steps:

and step 902, the client logs in a user account and inquires user authority.

In this embodiment, a target user is taken as an example of an upgraded user; the user account is the user identification of the target user.

Step 904, the client presents the user rights.

In this embodiment, the target user may have a first right and/or a second right.

Step 906, the client detects the user operation to obtain consumption information.

In step 908, the client sends a consumption request (containing the user account and consumption information) to the server.

In step 910, the server queries the user authority and performs related operations to update the state data of the user authority.

In step 912, the server returns the consumption result.

In step 914, the client displays the consumption result.

In this embodiment, the related operations performed by the server depend on the specific contents of the consumption information and the status data. The following examples are given.

1. Redeeming virtual equity using unified points

The related state data in the scene is the uniform points, and the consumption information can be the number of the uniform points required to be exchanged specified by the user. In this case, a mode of redeeming a virtual interest, that is, a mode of consuming points is set for the unified points. Then, the server may determine the consumption credit (i.e., the number of uniform credits required to exchange the virtual right) and the virtual right (recorded in the upgrade data table and associated with the user account of the target user) matching the consumption information according to the credit consumption mode, deduct the consumption credit (recorded in the upgrade data table and associated with the user account of the target user) from the uniform credit owned by the target user, and return the right identifier of the virtual right to the client. Then, the client can determine the corresponding virtual interest according to the interest identifier to display, so as to inform the user of the result of the redemption.

For example, the number of the uniform points to be redeemed specified by the target user in the consumption information is 3, the virtual interest to be redeemed is a red packet (or other virtual interests such as a discount coupon), and the consumption mode of the points for the red packet is that 1 5-element red packet can be redeemed for each 3 uniform points. After the conversion, 3 points are uniformly deducted from the state data corresponding to the target user recorded in the upgrade data table, and 1 5-element red packet is newly added to the virtual rights and interests.

2. Task completion and unified point drawing

The status data related in this scenario is a unified score, and the message information may specifically be behavior information of a certain consumption behavior that the user has performed (for example, order information of a certain completed order). In this case, a point reward method for receiving the uniform points by completing the task is set for the uniform points. For example, the task may be a consumption action of paying an order exceeding a preset amount, placing an order within a specified time period, completing a preset number of orders on the day, and the like. Of course, the specific form of the task can be flexibly set according to the actual situation, and the specification does not limit the specific form. Then, the server may determine the reward points matching the consumption information according to the point reward mode, so as to add the reward points to the uniform points (recorded in the upgrade data table and associated with the user identifier of the target user) owned by the user, and return the result of adding the uniform points to the client as the reward result corresponding to the consumption information.

For example, the order information of the consumption information record is an order with paid sum of 26 yuan, and the bonus point mode includes that 5 unified bonus points can be obtained for each order with paid sum of more than 25 yuan. And after the uniform integral is obtained, 5 uniform integral is added in the state data which is recorded by the upgrading data table and corresponds to the target user.

It should be noted that, for the two new rights, the first new right and the second new right, different bonus point awarding modes can be set. For example, for a first new privilege, a payment for an order may receive 5 points in unison, and for a second new privilege, a payment for an order may receive 20 points in unison. Therefore, when the server side responds to the consumption request in the scene, whether the upgraded authority of the target user is the first new authority or the second new authority needs to be further judged, and then the integral rewarding mode according to the rewarding unified integral is determined.

3. Order payment using credit payment

The status data related in this scenario is a credit payment amount, and the consumption information may specifically be behavior information of a consumption behavior being performed by the user (for example, a consumption amount of an order to be paid currently). In this case, the server may complete the credit payment according to the consumption information, update the credit payment amount of the target user according to the payment result, and return the payment result and the updated credit payment amount to the client, thereby informing the user of the consumption result.

For example, the credit payment amount of the target user is 1500 yuan, 500 yuan is currently spent, and the remaining amount is 1000 yuan. And assuming that the consumption amount of the current order to be paid recorded by the consumption information is 150 yuan, after credit payment, updating the residual amount of the credit payment amount to 850 yuan in the state data corresponding to the target user recorded by the upgrading data table.

It should be noted that, for the two new rights, the first new right and the second new right, the same or different credit payment amounts may be set, and this specification does not limit this.

Fig. 10 is a schematic structural diagram of an electronic device according to an exemplary embodiment. Referring to fig. 10, at the hardware level, the apparatus includes a processor 1002, an internal bus 1004, a network interface 1006, a memory 1008, and a non-volatile memory 1010, although it may also include hardware required for other services. The processor 1002 reads the corresponding computer program from the non-volatile memory 1010 into the memory 1008 and then runs the computer program, thereby forming an upgrading device of the user data on a logic level. Of course, besides software implementation, the one or more embodiments in this specification do not exclude other implementations, such as logic devices or combinations of software and hardware, and so on, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.

Referring to fig. 11, in a software implementation, the apparatus for upgrading user data may include:

a determining unit 1102 for determining a pre-upgrade right that a user to be upgraded has; the pre-upgrade authority comprises a first old authority and/or a second old authority, the first old authority and the second old authority are independent authorities, and state data of the first old authority and the second old authority are respectively stored in a data table;

a reading unit 1104 for reading the state data of the first old right and the second old right, converting the state with the first old right into a state with a first new right, and converting the state with the second old right into a state with both the first new right and the second new right, so as to obtain the state data of the first new right and the state data of the second new right, respectively; wherein the second new authority is an affiliated authority of the first new authority;

the writing unit 1106 writes the state data of the first new permission and the second new permission into the upgrade data table after associating the state data with the user identifier, so as to obtain upgraded user data.

Optionally, the reading unit 1104 is specifically configured to:

Optionally, the determining unit 1102 is specifically configured to:

Optionally, the method further includes:

a receiving unit 1108, configured to receive a selection instruction for an upgrade scheme returned by a client, where the upgrade scheme is determined from alternatives according to a pre-upgrade right of a user to be upgraded, and the alternatives include a state with a first old right being converted into a state with a first new right, a state with the first old right being converted into a state with both a first new right and a second new right, and a state with the second old right being converted into a state with both the first new right and the second new right;

the upgrading unit 1110 converts the state data of the pre-upgrading right of the user to be upgraded according to the upgrading mode indicated by the selection instruction to obtain state data of a first new right and state data of a second new right, associates the state data of the first new right and the state data of the second new right with the user identifier, and writes the state data of the first new right and the state data of the second new right into an upgrading data table to obtain upgraded user data.

Fig. 12 is a schematic structural diagram of an electronic device according to an exemplary embodiment. Referring to fig. 12, at the hardware level, the apparatus includes a processor 1202, an internal bus 1204, a network interface 1206, a memory 1208, and a non-volatile memory 1210, although other hardware required for services may be included. The processor 1202 reads the corresponding computer program from the non-volatile memory 1210 into the memory 1208 and then runs the computer program, thereby forming a consumption request processing apparatus based on the upgraded user data on a logical level. Of course, besides software implementation, the one or more embodiments in this specification do not exclude other implementations, such as logic devices or combinations of software and hardware, and so on, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.

Referring to fig. 13, in a software implementation, the apparatus for upgrading user data may include:

the generating unit 1302 is configured to generate a consumption request of a target user, where the consumption request includes a user identifier and consumption information of the target user;

a sending unit 1304, configured to send the consumption request to a server, so that the server queries, according to the user identifier, an upgraded right that the target user has in an upgrade data table, and executes, according to the consumption information, an operation related to the upgraded right, so as to update state data of the upgraded right according to an execution result; the upgraded rights include a first new right and/or a second new right.

a first receiving unit 1306, receiving information of the virtual right matched with the consumption information returned by the server; and the virtual rights and interests are determined by the server side according to a point consumption mode corresponding to the upgraded rights, and consumption points which are determined according to the point consumption mode and are matched with the consumption information are deducted from the unified points.

a second receiving unit 1308, configured to receive an award result corresponding to the consumption information, where the award result is a result obtained by adding the uniform score, the uniform score is added with an award score matched with the consumption information, and the award score is determined by the server according to a score award manner corresponding to the upgraded authority.

a third receiving unit 1310, configured to receive a payment result returned by the server and an updated credit payment amount, where the updated credit payment amount is obtained by updating, by the server, the updated credit payment amount according to the payment result, and the payment result is obtained by the server after completing credit payment according to the consumption information.

Fig. 14 is a schematic structural diagram of an electronic device according to an exemplary embodiment. Referring to FIG. 14, at the hardware level, the device includes a processor 1402, an internal bus 1404, a network interface 1406, a memory 1408, and a non-volatile storage 1410, although other hardware required for service may be included. The processor 1402 reads the corresponding computer program from the non-volatile memory 1410 into the memory 1408 and then runs, forming a presentation means of the user data on a logical level. Of course, besides software implementation, the one or more embodiments in this specification do not exclude other implementations, such as logic devices or combinations of software and hardware, and so on, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.

Referring to fig. 15, in a software implementation, the apparatus for presenting user data may include:

a sending unit 1502, configured to send a query request for user permission to a server, where the query request includes a user identifier of a target user;

a receiving unit 1504, receiving the state data and the virtual asset data of the user authority queried by the server according to the user identifier; the user authority comprises a first authority and a second authority, the second authority is an auxiliary authority of the first authority, the first authority has an authority identifier, the virtual asset data is associated with the first authority, and the virtual asset data is used for exchanging virtual rights and interests;

the displaying unit 1506 displays the first right, the second right and the information corresponding to the virtual asset data on the client page.

Optionally, the method further includes:

a first generating unit 1508, configured to generate a first consumption request for the virtual asset data according to the detected consumption trigger operation for the virtual asset data, where the first consumption request includes the user identifier and consumption information for the virtual asset data;

a first request sending unit 1510, configured to send a first consumption request to the server, so that the server exchanges, into a corresponding virtual interest, virtual asset data that matches the message information in virtual asset data corresponding to the user identifier;

the first result receiving unit 1512 receives a first consumption result returned by the server, where the first consumption result includes information corresponding to the virtual equity exchanged by the server.

Optionally, the method further includes:

a second generating unit 1514, configured to generate a second consumption request according to the detected user consumption operation, where the second consumption request includes the user identifier and the consumption behavior information;

a second request sending unit 1516, configured to send a second consumption request to the server, so that the server completes a corresponding payment operation according to the consumption behavior information, and after the payment operation is completed, determine virtual asset data matched with the consumption behavior information as reward asset data, and establish a corresponding relationship between the reward asset data and the user identifier;

and a second result receiving unit 1518, which receives a second consumption result returned by the server, where the second consumption result includes information of the bonus asset data.

Optionally, the method further includes:

a third generating unit 1520, generating an provisioning request according to the detected provisioning trigger operation for the second authority, where the provisioning request includes the user identifier and provisioning information of the second authority;

a third request sending unit 1522, configured to send the provisioning request to the server, so that the server generates, according to the provisioning information, state data corresponding to the user identifier, where the state data corresponds to a second permission;

a third result receiving unit 1524, which receives an opening result returned by the server, where the opening result includes the status data.

Referring to fig. 16, in another software implementation, the device for presenting user data may include:

a sending unit 1602, sending a query request for user permission to a server, where the query request includes a user identifier of a target user;

a receiving unit 1604, configured to receive status data of a user right and member virtual asset data, which are queried by the server according to the user identifier, where the user right includes a common member right and an attached right of the common member right, the attached right includes a super member right and/or a credit payment right, the common member right has a member right identifier, the member virtual asset data is associated with the common member right, and the member virtual asset data is used for exchanging virtual rights and interests;

and a display unit 1606 that displays information corresponding to the general member authority, the attached authority, and the member virtual asset data on a client page.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.

In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The terminology used in the description of the one or more embodiments is for the purpose of describing the particular embodiments only and is not intended to be limiting of the description of the one or more embodiments. As used in one or more embodiments of the present specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in one or more embodiments of the present description to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of one or more embodiments herein. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

The above description is only for the purpose of illustrating the preferred embodiments of the one or more embodiments of the present disclosure, and is not intended to limit the scope of the one or more embodiments of the present disclosure, and any modifications, equivalent substitutions, improvements, etc. made within the spirit and principle of the one or more embodiments of the present disclosure should be included in the scope of the one or more embodiments of the present disclosure.

Claims

1. A method for upgrading user data, comprising:

2. The method of claim 1, wherein the first old right comprises at least a credit payment right, and the second old right comprises at least a right to obtain a preset payment offer.

3. The method of claim 2, wherein the first old right further comprises a right to obtain a first credit based on the user consumption behavior, the first credit being used for redeeming the virtual interest in a first redemption manner; the second old right further comprises the right to obtain a second credit according to the consumption behavior of the user, and the second credit is used for redeeming the virtual rights and interests according to a second redemption mode.

4. The method of claim 3, further comprising:

5. The method of claim 1, further comprising:

6. The method of claim 1, further comprising:

receiving a selection instruction for an upgrading scheme returned by a client, wherein the upgrading scheme is determined from alternative schemes through the authority of a user to be upgraded before upgrading, and the alternative schemes comprise a state with a first old authority, a state with a first new authority, a state with a first old authority, a state with a first new authority and a second new authority, or a state with a second old authority, a state with a first new authority and a second new authority;

7. A method for processing consumption requests based on upgraded user data obtained by the method according to any of claims 1-6, applied to a client; the method comprises the following steps:

8. The method of claim 7, wherein the state data of the upgraded right includes a unified score corresponding to the first new right and the second new right; the method further comprises the following steps:

9. The method of claim 7, wherein the state data of the upgraded right includes a unified score corresponding to the first new right and the second new right; the method further comprises the following steps:

10. The method of claim 7, wherein the status data of the upgraded right includes a credit payment amount corresponding to the first new right and the second new right; the method further comprises the following steps:

11. A presentation method of upgraded user data obtained based on the method of any one of claims 1-6, comprising:

receiving state data and virtual asset data of the user authority inquired by the server according to the user identification; the user authority comprises a first authority and a second authority, the second authority is an auxiliary authority of the first authority, the first authority has an authority identifier, the virtual asset data is associated with the first authority, and the virtual asset data is used for exchanging virtual rights and interests; the first authority is a first new authority, and the second authority is a second new authority;

12. The method of claim 11, further comprising:

sending a first consumption request to the server, so that the server exchanges virtual asset data matched with the consumption information in the virtual asset data corresponding to the user identification into corresponding virtual rights and interests;

13. The method of claim 11, further comprising:

14. The method of claim 13, wherein the virtual asset data that matches the consumption behavior information is determined by:

15. The method of claim 11, further comprising:

sending the opening request to the server side so that the server side generates state data corresponding to the user identification according to the opening information, wherein the state data correspond to a second authority;

and receiving an opening result returned by the server, wherein the opening result comprises the state data.

16. A presentation method of upgraded user data obtained based on the method of any one of claims 1-6, comprising:

receiving state data of user authority and member virtual asset data inquired by a server side according to the user identification, wherein the user authority comprises common member authority and attached authority of the common member authority, the attached authority comprises super member authority and/or credit payment authority, the common member authority has member authority identification, the member virtual asset data is associated with the common member authority, and the member virtual asset data is used for exchanging virtual rights and interests; the common member authority is a first new authority, and the subsidiary authority is a second new authority;

17. An apparatus for upgrading user data, comprising:

18. A consumption request processing device based on upgraded user data obtained by the method according to any one of claims 1-6, applied to a client; the device comprises:

19. A presentation device of upgraded user data obtained based on the method of any one of claims 1-6, comprising:

the receiving unit is used for receiving the state data and the virtual asset data of the user authority inquired by the server according to the user identification; the user authority comprises a first authority and a second authority, the second authority is an auxiliary authority of the first authority, the first authority has an authority identifier, the virtual asset data is associated with the first authority, and the virtual asset data is used for exchanging virtual rights and interests; the first authority is a first new authority, and the second authority is a second new authority;

20. A presentation device of upgraded user data obtained based on the method of any one of claims 1-6, comprising:

the receiving unit is used for receiving state data of user authority and member virtual asset data, which are inquired by the server according to the user identification, wherein the user authority comprises common member authority and attached authority of the common member authority, the attached authority comprises super member authority and/or credit payment authority, the common member authority has member authority identification, the member virtual asset data is associated with the common member authority, and the member virtual asset data is used for exchanging virtual rights and interests; the common member authority is a first new authority, and the subsidiary authority is a second new authority;

21. An electronic device, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor implements the method of any one of claims 1-16 by executing the executable instructions.

22. A computer-readable storage medium having stored thereon computer instructions, which, when executed by a processor, carry out the steps of the method according to any one of claims 1 to 16.