An electronic voucher-based interaction method, device and electronic equipment

Abstract

The application provides an interaction method and device based on electronic vouchers and electronic equipment. The method can include, in response to an interaction operation initiated by a first user, outputting a user list having a social relationship with the first user to the first user. The second user selected by the first user in the user list is obtained, and an electronic voucher sending request is sent to a server, so that the server forwards the target electronic voucher to the second user in response to the electronic voucher sending request, and the user right is issued to the first user when it is determined that the number of electronic vouchers held by the second user is less than a threshold. The user right issued by the server when it is determined that the number of electronic vouchers held by the second user is less than a threshold is obtained. The electronic voucher is used to obtain the collection permission of virtual resources in a preset virtual resource set.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to an interactive method, apparatus, and electronic device based on electronic credentials. Background Technology

[0002] With the development of internet technology, various methods for distributing virtual objects have emerged. Taking the distribution of virtual objects in the form of "red envelopes" as an example, users can put e-cards, cash gifts, etc., into "red envelopes" and then send them individually to a specific user, or send them to a group for all members to claim. However, as the scenarios for distributing virtual objects become increasingly diverse, improving the interactivity and fun of distributing virtual objects is of great significance for increasing user engagement. Summary of the Invention

[0003] This application proposes an interactive method based on electronic credentials, applied to a client-side application; the method includes:

[0004] In response to the interactive operation initiated by the first user, output a list of users who have social relationships with the first user to the first user;

[0005] The system retrieves the second user selected by the first user from the user list and sends an electronic credential delivery request to the server. The electronic credential is used to obtain the right to claim virtual resources in a preset virtual resource set. The electronic credential delivery request includes the user identifier of the second user. The first user selects a target electronic credential from the electronic credentials they hold, so that the server responds to the electronic credential delivery request by forwarding the target electronic credential to the second user. When the server determines that the number of electronic credentials held by the second user is less than a threshold, it issues user rights to the first user.

[0006] Obtain the user rights issued by the aforementioned server when it determines that the number of electronic credentials held by the second user is below a threshold.

[0007] This application also proposes an interaction method based on electronic credentials, applied to the server side; the method includes:

[0008] The system receives an electronic credential sending request from a client; wherein the electronic credential sending request includes an electronic credential sending request sent by the client when obtaining a second user selected from a list of users with whom the first user has a social relationship; the electronic credential is used to obtain the right to claim virtual resources in a preset set of virtual resources; the electronic credential sending request includes the user identifier of the second user; and the target electronic credential selected by the first user from the electronic credentials held; the user list includes the user list provided by the client in response to the interactive operation initiated by the first user;

[0009] In response to the above-mentioned electronic certificate sending request, the above-mentioned target electronic certificate is forwarded to the above-mentioned second user, and it is determined whether the number of electronic certificates held by the above-mentioned second user is lower than the threshold.

[0010] If the number of electronic credentials held by the second user is less than the threshold, user rights will be issued to the first user.

[0011] This application also proposes an interactive device based on electronic credentials, applied to a client; the device includes:

[0012] The output module, in response to the interactive operation initiated by the first user, outputs a list of users who have social relationships with the first user to the first user.

[0013] The acquisition and sending module acquires the second user selected by the first user from the user list and sends an electronic credential sending request to the server. The electronic credential is used to obtain the right to claim virtual resources in a preset virtual resource set. The electronic credential sending request includes the user identifier of the second user and the target electronic credential selected by the first user from the electronic credentials held. The server responds to the electronic credential sending request by forwarding the target electronic credential to the second user and, when it is determined that the number of electronic credentials held by the second user is less than a threshold, issues user rights to the first user.

[0014] The acquisition module acquires the user rights issued by the server when it determines that the number of electronic credentials held by the second user is below a threshold.

[0015] This application also proposes an interactive device based on electronic credentials, applied to a server; the device includes:

[0016] The receiving module receives an electronic credential sending request from a client; wherein the electronic credential sending request includes an electronic credential sending request sent by the client when obtaining a second user selected from a list of users with whom the first user has a social relationship; the electronic credential is used to obtain the right to claim virtual resources in a preset set of virtual resources; the electronic credential sending request includes the user identifier of the second user; and the target electronic credential selected by the first user from the electronic credentials held; the user list includes a user list provided by the client in response to an interactive operation initiated by the first user;

[0017] The forwarding and confirmation module, in response to the above-mentioned electronic certificate sending request, forwards the above-mentioned target electronic certificate to the above-mentioned second user, and determines whether the number of electronic certificates held by the above-mentioned second user is lower than the threshold.

[0018] If the number of electronic credentials held by the second user is less than a threshold, the sending module will issue user rights to the first user.

[0019] This application also proposes an electronic device, comprising:

[0020] processor;

[0021] Memory used to store the aforementioned processor-executable instructions;

[0022] The processor is configured to invoke executable instructions stored in the memory to implement:

[0023] In response to the interactive operation initiated by the first user, output a list of users who have social relationships with the first user to the first user;

[0024] The system retrieves the second user selected by the first user from the user list and sends an electronic credential delivery request to the server. The electronic credential is used to obtain the right to claim virtual resources in a preset virtual resource set. The electronic credential delivery request includes the user identifier of the second user. The first user selects a target electronic credential from the electronic credentials they hold, so that the server responds to the electronic credential delivery request by forwarding the target electronic credential to the second user. When the server determines that the number of electronic credentials held by the second user is less than a threshold, it issues user rights to the first user.

[0025] Obtain the user rights issued by the aforementioned server when it determines that the number of electronic credentials held by the second user is below a threshold.

[0026] This application also proposes an electronic device, comprising:

[0027] processor;

[0028] Memory used to store the aforementioned processor-executable instructions;

[0029] The processor is configured to invoke executable instructions stored in the memory to implement:

[0030] The system receives an electronic credential sending request from a client; wherein the electronic credential sending request includes an electronic credential sending request sent by the client when obtaining a second user selected from a list of users with whom the first user has a social relationship; the electronic credential is used to obtain the right to claim virtual resources in a preset set of virtual resources; the electronic credential sending request includes the user identifier of the second user; and the target electronic credential selected by the first user from the electronic credentials held; the user list includes the user list provided by the client in response to the interactive operation initiated by the first user;

[0031] In response to the above-mentioned electronic certificate sending request, the above-mentioned target electronic certificate is forwarded to the above-mentioned second user, and it is determined whether the number of electronic certificates held by the above-mentioned second user is lower than the threshold.

[0032] If the number of electronic credentials held by the second user is less than the threshold, user rights will be issued to the first user.

[0033] In this application, after a first user sends an electronic credential to a second user who has a social relationship with the first user and whose number of electronic credentials is less than a threshold, user rights can be issued to the first user. This can enhance the interactive fun and encourage the first user to send electronic credentials to the second user whose number of electronic credentials is less than the threshold, thereby mobilizing the second user's enthusiasm for participation and improving user experience and engagement. Attached Figure Description

[0034] Figure 1 A flowchart illustrating an interactive method based on electronic credentials provided in this application;

[0035] Figure 2 This is a schematic diagram illustrating an electronic voucher display interface as shown in this application;

[0036] Figure 3 This is a schematic diagram of a details interface shown in this application;

[0037] Figure 4 This application illustrates a user list diagram;

[0038] Figure 5 This is a schematic diagram of a Fortune Card Ranking interface shown in this application;

[0039] Figure 6This is a schematic diagram illustrating a user-initiated interaction as shown in this application;

[0040] Figure 7 This application illustrates an interaction between a user and other users.

[0041] Figure 8 This is a schematic diagram of the structure of an interactive device based on electronic credentials, as shown in this application.

[0042] Figure 9 This is a schematic diagram of the hardware structure of an electronic device shown in this application. Detailed Implementation

[0043] In some scenarios involving the allocation of virtual objects, users can collect various types of electronic credentials, and when the number of collected electronic credentials reaches a preset threshold, they can obtain the allocation rights for virtual objects in a preset set of virtual resources.

[0044] The aforementioned virtual resources may include any type of virtual items that can be distributed and issued online; for example, the aforementioned virtual resources may be "virtual red envelopes" in a red envelope distribution scenario.

[0045] The aforementioned preset virtual resource set can specifically refer to a collection of virtual resources. This virtual resource set can be stored on the server side. For example, in a red envelope distribution scenario, the aforementioned virtual resource set can be a "red envelope fund pool".

[0046] For example, taking the aforementioned virtual object as a virtual red envelope, in a scenario of distributing a "Five Blessings Grand Prize" red envelope, the electronic voucher can include five types of virtual blessing cards: "Longevity and Health Blessing," "Friendship Blessing," "Prosperity Blessing," "Family Harmony Blessing," and "Wealth and Prosperity Blessing." Users can collect blessing cards through various means, and after collecting these five types of virtual blessing cards, they will gain the corresponding right to receive red envelopes, which will then be distributed to the user by the server.

[0047] In this application, based on the virtual object allocation scenario shown above, an interactive method based on electronic credentials is proposed.

[0048] In the above interactive method, after the first user sends an electronic voucher to the second user who has less than a threshold number of electronic vouchers, the first user can obtain additional user benefits. This can enhance the fun of the interaction and encourage the first user to send electronic vouchers to the second user who has less than a threshold number of electronic vouchers, thereby mobilizing the second user's enthusiasm for participation and improving the user experience and participation.

[0049] In some cases, the threshold can be 1, which can encourage the first user to send electronic credentials to the second user who has not participated in the interactive activity, thereby encouraging and guiding the second user to participate in the interactive activity and further improving user engagement.

[0050] To enable those skilled in the art to better understand the technical solutions in this application, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of this application.

[0051] Please refer to Figure 1 , Figure 1 This application provides a flowchart of an interactive method based on electronic credentials. It should be noted that the following description of the interaction process between the client and the server illustrates the embodiments described in this application. It is understood that the steps that either the client or the server needs to perform can be deduced from the description of the above interaction process. This application does not separately describe the steps that either the client or the server needs to perform.

[0052] like Figure 1 As shown, the above method may include:

[0053] S102, the client responds to the interactive operation initiated by the first user and outputs a list of users who have social relationships with the first user to the first user.

[0054] The aforementioned "first user" can refer to the party retrieving the virtual object. The aforementioned "client" can refer to the first client used by the first user when retrieving the virtual object. For example, if the aforementioned client is installed on any electronic device, the first user can log in to the client with a registered account and interact with the server through the client to retrieve the virtual object.

[0055] The aforementioned user list may include several users who have established social relationships with the first user on the other end. These social relationships can refer to those established through instant messaging tools, microblogs, Alipay, or other similar business channels. This application does not specifically limit the scope of these social relationships.

[0056] In some examples, the user list may include details of users holding fewer electronic vouchers than the aforementioned threshold. The first user can select users with fewer electronic vouchers as target users from this list. In some examples, users with fewer electronic vouchers than the threshold can be displayed separately in the user list, making it easier for the user to find these users and gift them electronic vouchers. In some examples, the user list may include reminders about additional user benefits for gifting electronic vouchers to users with fewer electronic vouchers than the threshold. In some examples, the second users in the user list are sorted in descending order of their social intimacy with the first user, allowing the first user to prioritize seeing users with high social intimacy and gifting electronic vouchers.

[0057] The aforementioned interactive operation can refer to any action that triggers the output of the user list. In some examples, this interactive operation could be an action such as clicking on a gift option provided by the client by the first user. This gift option can serve as the entry point for outputting the user list. In actual business scenarios, this gift option can be configured to be displayed to users on any interface as needed.

[0058] In some cases, when the first user triggers the gifting option, the client can display a list of users with whom that user has social relationships.

[0059] S104, the client obtains the second user selected by the first user from the user list and sends an electronic credential sending request to the server; wherein, the electronic credential is used to obtain the right to claim virtual resources in the preset virtual resource set; the electronic credential sending request includes the user identifier of the second user; and the target electronic credential selected by the first user from the electronic credential held, so that the server responds to the electronic credential and sends the target electronic credential.

[0060] The aforementioned second user can be a user with a social relationship to the aforementioned first user. In this application, the first user can share electronic credentials with the second user through interaction. The aforementioned second user can receive the electronic credentials shared by the first user through a second client.

[0061] In some cases, the second user may be a user who has not participated in the interactive activities disclosed in this application. When the first user shares the electronic voucher with such a user, the first user may be granted certain user rights, thereby encouraging the first user to share the electronic voucher with users who have not participated in the interactive activities, and further enhancing the participation in the interactive activities.

[0062] The aforementioned target electronic voucher can be an electronic voucher shared by the first user to the second user. It is understood that the user can either select the second user first and then select the electronic voucher to share, or select the electronic voucher to share first and then select the second user.

[0063] After the first user selects the second user from the user list and confirms the target electronic credential to be shared, the client can respond to the first user's selection by packaging the second user's user identifier and the target electronic credential's type identifier into an electronic credential sending request. Then, the sending request is sent to the server.

[0064] S106, The server receives the electronic credential sending request sent by the client.

[0065] In some cases, the server can provide an interface in advance for the client, and the client can send a request to the interface, which the server can then use to retrieve the request.

[0066] S108, in response to the above-mentioned electronic credential sending request, the server forwards the above-mentioned target electronic credential to the above-mentioned second user, and determines whether the number of electronic credentials held by the above-mentioned second user is lower than the threshold.

[0067] The server can obtain user identifier and electronic certificate category identifier information from the electronic certificate, and based on the user identifier and category information, retrieve the target electronic certificate that matches the category information from the preset electronic certificate set, and send the redemption link corresponding to the target electronic certificate to the second client corresponding to the second user.

[0068] The second user can receive a claim link from the server through the second client and complete the claim of the target electronic voucher through the link.

[0069] The aforementioned server can also determine whether the number of electronic vouchers held by the second user is below a threshold by querying the stored electronic voucher holding status corresponding to the second user.

[0070] The threshold values ​​mentioned above can be preset values ​​based on experience. In some examples, to increase user participation, the threshold value can be relatively small. In some examples, to encourage users who have never participated in an activity to join the interactive activity, the threshold value can be 1.

[0071] S110, if the number of electronic credentials held by the second user is lower than the threshold, the server issues user rights to the first user.

[0072] The aforementioned user benefits can be any benefit that enhances user participation in activities. These benefits can be virtual or physical. In some examples, after a first user shares an electronic voucher with a second user, the first user can receive physical benefits such as a small gift. In other examples, after a first user shares an electronic voucher with a second user, the first user can receive virtual benefits such as points, virtual resources, or electronic vouchers.

[0073] If the number of electronic credentials held by the second user is less than the threshold, the server will issue the user rights to the first client corresponding to the first user.

[0074] S112, the client obtains the user rights issued by the server when it is determined that the number of electronic credentials held by the second user is less than the threshold.

[0075] The aforementioned client can receive the aforementioned user benefits and display them to the aforementioned first user so that the first user can use the benefits. It should be noted that the methods of displaying benefits to the user may include SMS, pop-ups, etc., and are not limited here.

[0076] In the above scheme, after a first user sends an electronic voucher to a second user who has a social relationship with the first user and whose number of electronic vouchers is less than a threshold, user benefits can be issued to the first user. This can enhance the interactive fun and encourage the first user to send electronic vouchers to the second user whose number of electronic vouchers is less than the threshold, thereby mobilizing the second user's enthusiasm for participation and improving the user experience and participation.

[0077] The following detailed explanation of the technical solution of this application uses the aforementioned virtual object as an example of a "virtual red envelope." It should be emphasized that the example of a "virtual red envelope" is merely illustrative. In practical applications, the aforementioned virtual object can also be other virtual items that can be distributed and sent online, besides "virtual red envelopes"; for example, electronic shopping vouchers, electronic coupons, etc.

[0078] In this application, a certain number of different types of electronic vouchers can be pre-configured on the server side, and the server side can centrally manage the pre-configured electronic vouchers.

[0079] The pre-configured electronic voucher is the only credential for a user to obtain the authority to distribute red envelopes; the number and types of the pre-configured electronic vouchers can be set based on actual needs.

[0080] The first user can collect electronic vouchers through the client and obtain the right to distribute red envelopes when the number of collected electronic voucher categories reaches a preset threshold. The aforementioned number of categories refers to the number of types of electronic vouchers collected by the user. The specific value of the preset threshold is not limited in this application and can be determined according to actual needs in practical applications.

[0081] In this application, the first user can collect electronic credentials through various means via a client, and this application does not specifically limit the means of collecting electronic credentials.

[0082] For example, in one of the collection methods shown, the first user can collect electronic vouchers that are actively issued by the server when the first user meets the issuance conditions through the client, or can collect electronic vouchers given by other users with social relationships.

[0083] In another approach shown, the aforementioned client can be an AR (Augmented Reality) client, whereby the first user can use the AR client to scan an image of a specific offline target to trigger the server to issue an electronic credential to the user.

[0084] For example, the first user can use an AR client to scan a preset graphic symbol deployed offline to trigger the server to issue an electronic credential to the first user; or, the first user can also use an AR client to scan the face of any or a specific person to trigger the server to issue an electronic credential to the first user.

[0085] In practical applications, in addition to the collection methods described above, the first user can also interact with other users who have social relationships with the first user to obtain electronic credentials held by other users.

[0086] In some cases, in addition to issuing electronic credentials to users, the server can also issue virtual items to users, which users can use to "steal" electronic credentials held by other users.

[0087] For example, in implementation, these virtual items can be special electronic credentials. After "using" these special electronic credentials, a user can select a specific user from other users with social relationships and randomly draw electronic credentials from the electronic credentials held by that specific user to claim them for themselves.

[0088] In practical applications, the first user can use virtual items issued by the server to "steal" electronic credentials held by other users. While this achieves the goal of collecting electronic credentials, it reduces the number of electronic credentials held by the user whose credentials are stolen. Therefore, it may affect the interactive experience of the second user to some extent.

[0089] In some cases, users can also obtain exclusive electronic credentials using hand-drawn logos as display icons, thereby enhancing user engagement.

[0090] This application proposes an interactive method that encourages a first user to send electronic credentials to a second user whose number of electronic credentials is below a threshold, thereby motivating the second user to participate in the interaction and improving the user experience and engagement.

[0091] In this application, the electronic certificate display interface corresponding to the electronic certificate held by the aforementioned first user includes multiple display locations. These multiple display locations correspond to different categories of electronic certificates.

[0092] The client can obtain the electronic voucher assigned to the first user by the server. It can then generate a corresponding display icon for the obtained electronic voucher. The generated icon can then be added to the display position corresponding to the category of the electronic voucher in the electronic voucher display interface.

[0093] In some cases, after the first user obtains the electronic voucher through the client using any of the collection methods shown above, the client can generate a corresponding display icon for the obtained electronic voucher and add the generated display icon to the display position corresponding to the electronic voucher in the electronic voucher display interface to display it to the first user, so as to save the electronic voucher locally.

[0094] The display icon generated by the client for the electronic voucher can correspond to the type of electronic voucher; that is, different types of electronic vouchers can have different display icons. There are no special restrictions on the content displayed on these icons.

[0095] The display location provided by the client in the electronic voucher display interface can also correspond to the type of electronic voucher; different display locations can correspond to different types of electronic vouchers. That is, different categories of electronic vouchers can correspond to different display locations in the electronic voucher display interface.

[0096] Among them, the first user can also gift the electronic voucher displayed on the electronic voucher display interface to other users with social relationships.

[0097] In some cases, the first user can trigger a display icon added to the display location by means such as clicking, and then give the electronic voucher corresponding to that display icon to other users.

[0098] For example, if a first user wants to gift a certain type of electronic voucher (which is the target electronic voucher) to another user, they can trigger an action such as clicking to display the corresponding icon of the electronic voucher in the target electronic voucher display interface. After detecting the first user's trigger action on the display icon, the client can respond to the trigger action and output the details interface of the target electronic voucher corresponding to the display icon.

[0099] Specifically, the details interface of the target electronic voucher can be used to display the detailed information of the target electronic voucher to the user; the details interface of the target electronic voucher can provide a gifting option; for example, when the electronic voucher is a virtual card, the gifting option can be a trigger button for "give to a friend".

[0100] When the first user triggers the gifting option through a preset action such as clicking, the client can display a list of users with social relationships with the first user. This list can then be divided into two columns: users holding fewer than the aforementioned threshold (hereinafter referred to as "first-class users") and users holding more than the threshold (hereinafter referred to as "second-class users"). This facilitates users gifting electronic vouchers to first-class users.

[0101] In some cases, when there are multiple users of the first category, the user displayed in the current display bar can be changed by swiping or other means.

[0102] In some examples, the display bar corresponding to the first type of user can show reminders such as "Giving electronic vouchers to users who hold fewer than the above threshold can earn additional user benefits," making it easier for users to understand the interactive activity. In some examples, when there are multiple pieces of information, they can be displayed in rotation through methods such as scrolling and looping.

[0103] In some cases, the social intimacy between the first user and each user in the aforementioned user list can be determined based on information such as the frequency and duration of communication between the first user and the users in the list within a preset time period. Then, each user can be sorted in the user list according to their social intimacy with the first user, from highest to lowest. This allows the first user to see users with high social intimacy first and complete the electronic voucher gifting.

[0104] In some examples, the first user can select a second user from the user list. The client can then respond to the first user's selection of the second user by displaying a confirmation screen to the first user. This confirmation screen may include send options and a display area showing the selected electronic voucher and the second user. This allows the first user to confirm before sending the electronic voucher, ensuring that the first user has not selected the wrong target.

[0105] In some cases, when the first user triggers the aforementioned send option, the client can package the second user's user identifier and the target electronic credential's type identifier into an electronic credential send request. Then, the send request is sent to the server.

[0106] Upon receiving the sending request, the server can obtain the user identifier and electronic certificate category identifier from the electronic certificate, and based on the user identifier and category information, retrieve the target electronic certificate that matches the category information from the preset electronic certificate set, and send the redemption link corresponding to the target electronic certificate to the second client corresponding to the second user.

[0107] After receiving the above-mentioned claim link, the second user can determine whether to claim the target electronic certificate through the above-mentioned second client.

[0108] If the second user completes the receipt of the electronic voucher, the server can determine whether the number of electronic vouchers held by the second user is lower than the threshold, and whether the second user has completed the receipt of the target electronic voucher. If the number of electronic vouchers held by the second user is lower than the threshold and the second user confirms receipt of the target electronic voucher, the server can issue user rights to the first user.

[0109] The following examples illustrate four types of user benefits, which can further incentivize users to share electronic vouchers, thereby increasing participation in the activity.

[0110] (i) The aforementioned user rights include digital rights.

[0111] The aforementioned digital benefits may include virtual digital benefits provided by third-party partners. For example, these digital benefits may be discount coupons, vouchers, or vouchers.

[0112] After receiving the digital rights from the server, the client can display these rights to the user. In some cases, this can be done via a pop-up window. In other cases, the client can save the digital rights locally for the user to access and use.

[0113] The first user can perform a redemption operation for the aforementioned digital benefits. This redemption operation can include actions such as the user confirming the use of the digital benefits.

[0114] The aforementioned client can respond to the redemption operation initiated by the first user corresponding to the aforementioned digital rights by sending a redemption request corresponding to the aforementioned digital rights to the server.

[0115] Upon receiving the verification request, the aforementioned server can interact with the server of the third-party partner corresponding to the digital rights to complete the verification process. This allows users to experience the benefits of digital rights and thus become interested in sharing electronic vouchers.

[0116] In some cases, after completing the verification of digital rights, the server can also allocate a first quantity of virtual resources bound to the aforementioned digital rights to the first user. These virtual resources can be points or "red envelopes" (cash gifts).

[0117] In some examples, the aforementioned first quantity of virtual resources can be added to the second quantity of virtual resources allocated by the server from the virtual resource set to the first user when the first user obtains the aforementioned claiming permission and the virtual resources in the aforementioned virtual resource set meet the allocation conditions, and then distributed to the first user account corresponding to the first user. This can further incentivize users to share electronic vouchers.

[0118] It should be noted that the first and second quantities mentioned above can be values ​​set according to actual circumstances, and are not specifically limited in this application.

[0119] (ii) The aforementioned user rights include a third number of virtual resources.

[0120] In some cases, the aforementioned user rights may be a third quantity of virtual resources. This application does not specifically limit the value of the third quantity.

[0121] In some examples, the aforementioned third quantity of virtual resources can be added to the second quantity of virtual resources allocated by the server from the aforementioned virtual resource set to the first user when the first user obtains the aforementioned claiming authority and the virtual resources in the aforementioned virtual resource set meet the allocation conditions, and then distributed to the first user account corresponding to the first user. This can further incentivize users to share electronic vouchers. This allows users to experience the benefits of user rights, thereby increasing their interest in sharing electronic vouchers.

[0122] (iii) The above-mentioned user rights include electronic vouchers

[0123] In some cases, as a reward for the first user to share a digital voucher, additional digital vouchers can be assigned to that user. This allows the user to experience more digital vouchers, thus increasing their interest in sharing them.

[0124] In some examples, the electronic vouchers in the set of electronic vouchers maintained in the aforementioned server are each configured with an allocation probability; whereby the allocation probability represents the probability that a first user will obtain the aforementioned electronic voucher. When allocating electronic vouchers to the first user, the electronic voucher with the lowest allocation probability can be allocated to the first user as a user right. This allows users to obtain electronic vouchers that are not easily obtained, thereby increasing their interest in sharing electronic vouchers.

[0125] (iv) The aforementioned user rights include virtual items used to obtain the aforementioned electronic vouchers.

[0126] The aforementioned virtual props can be functional props that enable the acquisition of electronic vouchers. For example, the aforementioned virtual prop can be the first prop that triggers the acquisition of another electronic voucher. Another example is that the aforementioned virtual prop can be the second prop that "steals" electronic vouchers from other users. Yet another example is that the aforementioned virtual prop can be the third prop that "copies" electronic vouchers from other users.

[0127] In some cases, the aforementioned virtual items can be displayed in the corresponding display position on the aforementioned electronic voucher display interface.

[0128] The first user can "use" the virtual item corresponding to the virtual item displayed on the aforementioned electronic voucher display interface, and interact with the second user who has a social relationship with the first user. Without reducing the electronic vouchers held by the second user, the first user can obtain the electronic vouchers held by the second user.

[0129] For example, the first user can trigger an action such as clicking to display an icon corresponding to the virtual item in the aforementioned electronic voucher display interface. After detecting the first user's trigger action on the icon, the client can respond to the action and output a details interface of the virtual item corresponding to the icon.

[0130] The details interface of the virtual item can be used to display detailed information about the virtual item to the user. The details interface of the virtual item can provide an interactive option. For example, taking the virtual item as a special virtual lucky card "Lucky Card", the interactive option can be a "Go for Lucky Card" interactive button.

[0131] After the first user triggers the interactive option through a preset trigger action such as clicking:

[0132] On the one hand, the client can immediately communicate with the server to obtain a list of users who have social relationships with the first user and hold electronic credentials;

[0133] On the other hand, the client can output an interactive interface corresponding to the interactive option, and output the list of users who have social relationships with the first user and hold electronic credentials to the first user through the interactive interface.

[0134] In the aforementioned interactive interface, in addition to displaying the user list to the first user, the interface can also display the number of electronic credentials held by each user in the user list. Furthermore, for each selectable user in the user list, a corresponding selection option can be provided. The first user can trigger this selection option through a method such as clicking, selecting the user corresponding to that selection option as the interaction target.

[0135] It should be noted that, in addition to initiating interaction by "using" virtual props as described above, the first user can also complete the interaction in other ways in actual application; that is, in this application, the interactive operation initiated by the first user can be not only the interactive operation of "using" virtual props, but also other forms of interactive operation, which will not be listed one by one in this application.

[0136] In this application, the interactive object selected by the first user from the user list will be referred to as the second object. After the first user performs the selection operation in the aforementioned user list, the client can obtain the second user selected by the first user from the aforementioned user list.

[0137] In some cases, after the first user selects the second user from the user list above, the client can query the server for the total number of electronic vouchers held by the second user and output an electronic voucher selection interface corresponding to the second user to the first user.

[0138] The electronic voucher selection interface may include several selectable graphical options. The number of these graphical options corresponds to the number of electronic vouchers actually held by the second user. The first user can then select one of these graphical options through a triggering method such as clicking, to simulate the process of extracting an electronic voucher from the electronic vouchers held by the second user.

[0139] After the client detects the first user's trigger action on any graphical option, it can respond to the detected trigger action by sending an electronic credential retrieval request to the server. The electronic credential retrieval request may include the second user's user identifier, such as the second user's social media account.

[0140] In this application, after receiving an electronic credential retrieval request from the client, the server can read the user identifier of the second user in the electronic credential retrieval request, query all electronic credentials held by the second user in the database, select a first electronic credential for the first user from all the electronic credentials held by the second user, and then send the selected first electronic credential to the first user.

[0141] Specifically, when the server selects an electronic credential for the first user from all the electronic credentials held by the second user, it may use a specific random algorithm to randomly select from all the electronic credentials held by the second user.

[0142] In some cases, the server can pre-configure a corresponding selection probability value for each category of electronic voucher; the selection probability values ​​can be different for different electronic vouchers.

[0143] For example, based on actual business needs, the server operator can set a low selection probability value for one or more types of electronic vouchers to strictly control the possibility of those types of electronic vouchers being shared with other users.

[0144] When the server selects an electronic credential for the first user from all the electronic credentials held by the second user, it can strictly follow the selection probability value of each category of electronic credential and randomly select the first electronic credential from the electronic credentials held by the second user.

[0145] Because the selection probability values ​​of different categories of electronic vouchers differ, the probability of a second user's electronic voucher with a lower selection probability value being randomly selected is correspondingly lower; while the probability of a second user's electronic voucher with a higher selection probability value being randomly selected is correspondingly higher.

[0146] In some cases, the server can also set a probability value for the first user. This probability value represents the likelihood that the first user, after using the aforementioned virtual item, will successfully obtain the electronic voucher held by the second user.

[0147] The method for calculating the above-mentioned probability value is not specifically limited in this application;

[0148] In some cases, the server can set a probability value for the first user based on the number of categories of electronic credentials actually held by the second user.

[0149] Specifically, the server can perform a weighted calculation on the selection probability values ​​of each category of electronic vouchers actually held by the second user, and then use the weighted calculation result as the winning probability value corresponding to the first user.

[0150] For example, in one instance, the same weighting can be set for each category of electronic vouchers. In this case, the aforementioned weighting calculation can specifically be a summation of the selection probability values ​​of each category of electronic vouchers actually held by the second user; that is, the sum of the selection probability values ​​of each category of electronic vouchers actually held by the second user is the probability value of being selected corresponding to the first user. Of course, in practical applications, those skilled in the art can flexibly set weighting values ​​for each category of electronic vouchers based on actual needs.

[0151] In this way, the number of categories of electronic vouchers actually held by the second user directly determines the probability that the first user will successfully obtain the electronic vouchers held by the second user after using the aforementioned virtual items. The more categories of electronic vouchers the second user actually holds, the higher the probability value of the first user's draw, and the higher the probability that the first user will successfully obtain the electronic vouchers held by the second user; conversely, the fewer categories of electronic vouchers the second user actually holds, the lower the probability value of the first user's draw, and the lower the probability that the first user will successfully obtain the electronic vouchers held by the second user.

[0152] It should be noted that when the server selects the first electronic credential from the electronic credentials held by the second user for the first user, in addition to randomly selecting as described above, in practical applications it can also select electronic credentials from the electronic credentials held by the second user based on pre-configured rules.

[0153] The pre-configured rules mentioned above can be flexibly configured based on actual needs, and are not specifically limited in this application;

[0154] For example, in one scenario, the server can perform big data analysis based on the user data of the first user stored on the server to obtain the first user's activity score. In this case, the pre-configured rule mentioned above can be that when the first user's activity score is greater than a preset threshold, the missing category among all the electronic vouchers currently collected by the first user can be selected from the electronic vouchers held by the second user.

[0155] After the server selects the first electronic certificate for the first user from the electronic certificates held by the second user, it can make a decision control on whether the first user will draw the first electronic certificate this time based on the probability value of the first user's selection, and determine whether the first user will draw the first electronic certificate based on the decision control result.

[0156] If the decision control result indicates that the first user has successfully drawn the first electronic voucher, the server can regenerate a second electronic voucher of the same category as the first electronic voucher, and then send the regenerated second electronic voucher to the aforementioned client.

[0157] Since the server regenerates a second electronic voucher of the same category as the first electronic voucher, and the first user is ultimately issued the regenerated second electronic voucher, the number of electronic vouchers held by the second user has not decreased. It is equivalent to the server "copying" the first electronic voucher held by the second user and issuing the "copy" electronic voucher to the first user.

[0158] After receiving the second electronic credential from the server, the client can generate a corresponding display icon in the same way described above, and add the display icon to the corresponding display position in the electronic credential display interface to display it to the first user.

[0159] Of course, if the decision control result indicates that the first user did not win the first electronic voucher this time, the server can return a prompt to the client indicating that the first user did not successfully obtain the electronic voucher held by the second user. For example, this prompt could specifically be a message indicating that the user did not win the electronic voucher this time.

[0160] In some examples, the server can count the number of times it "copies" the first electronic credential held by the second user. Before selecting an electronic credential for the first user from all the electronic credentials held by the second user, the server can first check whether the number of times the electronic credential held by the second user has been "copied" has reached a preset threshold. If the preset threshold is reached, the process of the first user "copying" the electronic credential from the electronic credential held by the second user can be terminated directly, and a message indicating that the electronic credential retrieval failed can be returned to the client. For example, taking the virtual item as a special virtual lucky card "Lucky Card" as an example, the message could specifically be a message such as "This friend has been lucky too many times, try someone else."

[0161] Of course, if the number of times the electronic voucher held by the second user has been "copied" has not reached the preset threshold, the server can further select electronic vouchers for the first user from all the electronic vouchers held by the second user. The specific process will not be elaborated here. In this application, after the first user collects electronic vouchers through the collection methods described above, the client can also determine in the background in real time whether the number of categories of electronic vouchers stored locally has reached the preset threshold; if the preset threshold is reached, the first user can then obtain the right to distribute red envelopes.

[0162] In this scenario, the client can send a red envelope distribution request (equivalent to the virtual object distribution request mentioned above) to the server, and include several electronic credentials in the red envelope distribution request.

[0163] In some examples, the number and types of electronic vouchers carried in the red envelope distribution request can both be the aforementioned preset thresholds, so that after receiving the red envelope distribution request, the server can obtain the electronic vouchers carried in the red envelope distribution request and then verify them.

[0164] It should be noted that the operation of the client sending a red envelope distribution request to the server can be triggered manually by the user, or it can be automatically triggered by the client when it determines that the number of collected electronic voucher categories has reached a first quantity.

[0165] For example, in one scenario, when the client determines in the background that the collected electronic vouchers have reached a certain number, it can automatically initiate the aforementioned red packet distribution request to the server. In another scenario, a trigger button can be provided at the display location corresponding to each electronic voucher to trigger the client to initiate an object distribution request to the server. When the client determines in the background that the collected electronic vouchers have reached a preset threshold, it can output a prompt to the user (e.g., output relevant animation effects to prompt the user) to indicate that the user has now obtained the permission to distribute red packets. Then, the client can respond to the user's trigger operation on the trigger button and send the aforementioned red packet distribution request to the server.

[0166] After receiving a red envelope distribution request from the client, the server can verify the number of categories of electronic vouchers carried in the request. If the server determines that the number of categories of electronic vouchers carried in the red envelope distribution request reaches a preset threshold, it can grant the user the authority to distribute red envelopes and immediately distribute a certain amount of red envelopes to the user from the preset "red envelope fund pool" (equivalent to the aforementioned preset virtual object set) based on preset distribution rules, or distribute a certain amount of red envelopes to the user from the preset "red envelope fund pool" based on preset distribution rules after the specified red envelope distribution time arrives.

[0167] It should be noted that the allocation rules used by the server when distributing red envelopes to the user from the preset "red envelope fund pool" can be formulated based on actual business needs.

[0168] In some examples, the server can count the number of users granted red packet distribution permissions and calculate the average distribution amount of the total amount of red packets to be distributed in the "red packet fund pool" based on the counted number of users. In this case, the calculated average distribution amount is the number of red packets to be distributed to each user. The server can then distribute the corresponding amount of red packets to each user from the "red packet fund pool" based on the calculated average distribution amount.

[0169] In another embodiment shown, when the server distributes red envelopes to the user, it can also randomly draw a certain amount of red envelopes from the "red envelope fund pool" for the user; for example, the server can calculate a random number for the user based on a preset random algorithm combined with the total amount of red envelopes to be distributed in the "red envelope fund pool", and then distribute the corresponding amount of red envelopes to the user according to the random number.

[0170] Of course, in addition to the allocation rules shown above, other allocation rules can be used in practical applications, which will not be listed one by one in this application.

[0171] The technical solutions in the above embodiments are described in detail below with reference to specific application scenarios.

[0172] In the scenario of distributing "Five Blessings for a Big Prize" (hereinafter referred to as "Five Blessings") red envelopes, the aforementioned client can be the Alipay client (hereinafter referred to as the client). The aforementioned server can be a payment platform that interfaces with the Alipay client. The aforementioned set of virtual objects can refer to the operator of the payment platform; or, it can be the corporate fund account of a company cooperating with the operator of the payment platform. The funds in this corporate fund account represent the total amount of funds used to distribute red envelopes to users.

[0173] The aforementioned electronic vouchers may include five types of virtual lucky cards: "Longevity and Health," "Friendship and Love," "Prosperity and Strength," "Family Harmony," and "Wealth and Prosperity." Once a user collects all five types of virtual lucky cards, they will automatically gain the right to receive red envelopes.

[0174] In addition to the five types of virtual lucky cards mentioned above, the server can also issue some special virtual lucky cards to users as virtual props; for example, the special virtual lucky card can be a "Lucky Card"; by "using" the Lucky Card, users can interact with other users with social relationships, and randomly "copy" and obtain lucky cards held by other users without reducing the number of lucky cards held by other users.

[0175] Please see Figure 2 , Figure 2 This is a schematic diagram illustrating an electronic voucher display interface as shown in this application.

[0176] like Figure 2 As shown, the above-mentioned electronic voucher display interface can specifically be the "My Lucky Card" interface; in this interface, corresponding display positions can be provided for the above 5 types of virtual lucky cards (hereinafter referred to as lucky cards) and lucky cards held by the user.

[0177] Please continue reading Figure 2 In practical applications, the special virtual lucky cards issued by the server to users may also include special lucky cards such as "universal lucky cards" and "lucky cards"; that is, the payment platform operator can flexibly customize virtual props with various functions for users based on actual needs, which will not be listed one by one in this application.

[0178] In this application, the first user can trigger any of the five types of lucky cards mentioned above (e.g., the "Prosperity and Strength" card). The client can then respond to the first user's trigger operation and display the details interface of the "Prosperity and Strength" card to the first user.

[0179] Please see Figure 3 , Figure 3 This is a schematic diagram of a details interface shown in this application.

[0180] like Figure 3 As shown, the details interface may include a display area showcasing the "Fuqiangfu" fortune and several function options. (Illustrative) Figure 3 The details screen shown includes the option to send it to a friend.

[0181] The first user can trigger the option to send the message to a friend. The client can then respond to this action by displaying a list of users with whom the first user has a social relationship.

[0182] Please see Figure 4 , Figure 4 This is a schematic diagram of a user list as shown in this application.

[0183] like Figure 4 As shown, the user list includes a first display column for displaying users who have not participated in the "Five Blessings" activity (i.e., users who have 0 blessing cards or have never obtained blessing cards in any way), and a second display column for users who have participated in the "Five Blessings" activity (i.e., users who have not 0 blessing cards).

[0184] The first display panel includes promotional slogans such as "Send blessings and receive a blessing card." Users displayed in this panel can be sorted according to their social intimacy with the first user, prioritizing those with higher intimacy. The first display panel also supports a swipe-to-change function to switch the displayed users.

[0185] The user list mentioned above may also include a search window, allowing the first user to quickly locate the second user.

[0186] The first user can select any user from the user list above to send a lucky card. Assume the first user clicks the "Send Lucky Card" option corresponding to Friend 1 (i.e., the aforementioned second user) in the first display bar. The client can then display a confirmation screen to the first user. This confirmation screen may include an icon for Friend 1, as well as "Send" and "Cancel" options.

[0187] Once the first user triggers the send option, the aforementioned client can interact with the aforementioned payment platform to send the "Prosperity and Fortune" card to the first user. After the first user receives the card, the payment platform can determine whether the first user has obtained a card through any means. If not, it can return a "Share the Fortune Card" to the first user. This grants the first user additional user benefits, potentially encouraging them to gift cards to other users who haven't participated in the "Five Fortunes" activity, thus increasing participation in the "Five Fortunes" activity.

[0188] The aforementioned client also includes displaying a leaderboard of lucky cards to the first user. The lucky card display interface may also include an option for users to access the lucky card leaderboard.

[0189] After a user triggers this option, the aforementioned client can display the Fortune Card Ranking interface to that user.

[0190] Please see Figure 5 , Figure 5 This is a schematic diagram of a Fortune Card Ranking interface shown in this application.

[0191] like Figure 5 As shown, the above-mentioned Fu Card Ranking interface may include a first display bar for displaying the first type of users who have not participated in the "Five Blessings" activity (i.e., users who have 0 Fu Cards or have never obtained Fu Cards in any way), and a third display bar for displaying the Fu Card Ranking.

[0192] The aforementioned third display panel may include a "Sending Blessings Ranking" sub-panel and a "Collecting Blessings Ranking" sub-panel. The "Sending Blessings Ranking" sub-panel can display the friends and the number of blessing cards sent by each friend, ordered from highest to lowest number. The "Sending Blessings Ranking" can also highlight the first user's position among their friends and the number of blessing cards they have sent.

[0193] The aforementioned "Collect Fortune Cards Ranking" section can display friends and their collected fortune cards in descending order of the number of fortune cards collected by the user's friends. The ranking can also highlight the user's position among their friends and the number of fortune cards they have collected.

[0194] Users can still send lucky cards by triggering the "Send Lucky Card" option corresponding to their friend in the first display bar. This makes it easier for users to send lucky cards. Figure 5 The displayed leaderboard shows your friends' lucky card activity and provides a convenient entry point for sending lucky cards to receive lucky cards in return.

[0195] Please see Figure 6 , Figure 6 This is a schematic diagram illustrating a user-initiated interaction as shown in this application.

[0196] like Figure 6 As shown, users can trigger the display icon corresponding to the "Blessing Card" in the "My Fortune Card" interface through actions such as clicking, and then use the "Blessing Card". After the client detects the user's trigger action on the display icon corresponding to the "Blessing Card", it can respond to the trigger action, output the details interface of the "Blessing Card", and output a "Go to Blessing" trigger button (i.e. the above interactive option) in the details interface.

[0197] Please continue to participate. Figure 6 Users can trigger the "Go for Good Fortune" button on the details screen through actions such as clicking, entering the "Go for Good Fortune" interface (i.e., the aforementioned interactive interface) to select "friends" they wish to interact with. Upon detecting the user's trigger action on the "Go for Good Fortune" button, the client can respond to this action, outputting the "Go for Good Fortune" interface and displaying a list of users with whom the user has a social relationship and who possess "virtual fortune cards" in that interface.

[0198] Please see Figure 7 , Figure 7 This is a schematic diagram illustrating how a user interacts with other users, as shown in this application.

[0199] After the client displays the aforementioned user list to the user in the "Share the Fortune" interface, the user can manually select a target friend from the list to interact with. The client then determines the target friend selected by the user and displays a "Friend's Card" interface (i.e., the aforementioned electronic voucher selection interface) corresponding to that target friend. Within this "Friend's Card" interface, several selectable graphic options are displayed based on the number of virtual fortune cards actually held by the target friend. The user can then select a graphic option from these options through triggering methods such as clicking.

[0200] Upon detecting a user's trigger action on any graphic option, the client can immediately send an electronic credential retrieval request to the server, including the second user's social media account in the request. Upon receiving the request, the server can randomly select a virtual lucky card from the virtual lucky cards held by the target friend, and regenerate a new virtual lucky card of the same category by "copying" the selected card. This regenerated virtual lucky card is then sent to the client.

[0201] When the number of categories of virtual lucky cards collected by the client reaches 5, the first user can obtain the right to distribute red envelopes. The client can send a "red envelope distribution request" (i.e. the virtual object distribution request mentioned above) to the server to request the server to distribute red envelopes to the first user. The specific implementation process will not be described in detail.

[0202] Corresponding to any of the above embodiments, this application also proposes an interactive device based on electronic credentials, applied to a client. When the number of categories of electronic credentials obtained by a user reaches a first preset threshold, the user acquires the right to claim virtual resources from a preset virtual resource set.

[0203] Please see Figure 8 , Figure 8 This is a schematic diagram of the structure of an interactive device based on electronic credentials, as shown in this application.

[0204] like Figure 8 As shown, the above-mentioned device 800 may include:

[0205] The output module 810, in response to the interactive operation initiated by the first user, outputs a list of users who have social relationships with the first user to the first user.

[0206] The acquisition and sending module 820 acquires the second user selected by the first user from the user list and sends an electronic certificate sending request to the server. The electronic certificate sending request includes the user identifier of the second user and the target electronic certificate to be sent, so that the server responds to the electronic certificate sending request, forwards the target electronic certificate to the second user, and issues user rights to the first user when it is determined that the number of electronic certificates held by the second user is lower than a threshold.

[0207] The module 830 acquires the user rights issued by the server when it determines that the number of electronic credentials held by the second user is below a threshold.

[0208] In some of the embodiments shown, the electronic certificate display interface corresponding to the electronic certificate held by the first user includes multiple display positions; wherein the multiple display positions correspond to different types of electronic certificates.

[0209] The aforementioned device 800 also includes:

[0210] The display module retrieves the electronic credentials assigned to the first user by the aforementioned server.

[0211] Generate a corresponding display icon for the obtained electronic voucher;

[0212] Add the generated display icon to the display position corresponding to the category of the aforementioned electronic voucher in the electronic voucher display interface.

[0213] In some of the embodiments shown, the output module 810 is specifically used for:

[0214] In response to the first user's trigger operation on the display icon corresponding to the target electronic voucher in the electronic voucher display interface, a details page corresponding to the target electronic voucher is output to the first user; wherein, the details page includes a gift option corresponding to the target electronic voucher;

[0215] In response to the first user's triggering action on the gift option, a list of users with social relationships with the first user is output to the first user.

[0216] In some of the embodiments shown, the user list includes a list of users who hold fewer than the aforementioned threshold number of electronic credentials.

[0217] In some of the embodiments shown, the threshold is 1.

[0218] In some of the embodiments shown, the second users in the user list are sorted in descending order of their social intimacy with the first user.

[0219] In some of the embodiments shown, the aforementioned user rights include digital rights; the aforementioned device 800 further includes:

[0220] The revocation module, in response to the revocation operation initiated by the first user corresponding to the aforementioned digital rights, sends a revocation request corresponding to the aforementioned digital rights to the server, so that the server responds to the revocation request, performs revocation processing on the aforementioned digital rights, and allocates a first number of virtual resources bound to the aforementioned digital rights to the first user when the aforementioned digital rights are revoked.

[0221] The first quantity of virtual resources will be added to the second quantity of virtual resources allocated by the server from the virtual resource set to the first user when the first user obtains the above-mentioned claiming permission and the virtual resources in the above-mentioned virtual resource set meet the allocation conditions, and then distributed to the first user account corresponding to the first user.

[0222] In some of the embodiments shown, the aforementioned user rights include a third number of virtual resources; wherein, the aforementioned third number of virtual resources will be added to the second number of virtual resources allocated by the server from the aforementioned virtual resource set to the aforementioned first user when the aforementioned first user obtains the aforementioned claiming permission and the virtual resources in the aforementioned virtual resource set meet the allocation conditions, and then distributed to the first user account corresponding to the aforementioned first user.

[0223] In some of the embodiments shown, the target electronic credential includes an electronic credential allocated by the server to the first user from the set of electronic credentials; each electronic credential in the set of electronic credentials is configured with an allocation probability; wherein the allocation probability represents the probability that the first user obtains the electronic credential; the user rights include the electronic credential with the lowest allocation probability in the set of electronic credentials.

[0224] In some of the embodiments shown, the aforementioned user rights include virtual items for obtaining the aforementioned electronic credentials.

[0225] In some of the embodiments shown, the acquisition and transmission module 820 described above is specifically used for:

[0226] When it is determined that the number of electronic credentials held by the second user is below the threshold and the second user confirms receipt of the target electronic credentials, user rights are issued to the first user.

[0227] This application also proposes an interactive device based on electronic credentials, applied to a server. When the number of different types of electronic credentials obtained by a user reaches a first preset threshold, the user acquires the right to claim virtual resources from a preset set of virtual resources.

[0228] The above-mentioned device may include:

[0229] The receiving module receives an electronic credential sending request sent by the client; wherein the electronic credential sending request includes an electronic credential sending request sent by the client when obtaining a second user selected from a list of users with whom the first user has a social relationship; the electronic credential sending request includes the user identifier of the second user; and the target electronic credential to be sent; the user list includes a user list provided by the client in response to the interactive operation initiated by the first user;

[0230] The forwarding and confirmation module, in response to the above-mentioned electronic certificate sending request, forwards the above-mentioned target electronic certificate to the above-mentioned second user, and determines whether the number of electronic certificates held by the above-mentioned second user is lower than the threshold.

[0231] If the number of electronic credentials held by the second user is less than a threshold, the sending module will issue user rights to the first user.

[0232] In some of the embodiments shown, the aforementioned user rights include digital rights; the aforementioned device further includes:

[0233] Verification module. Receives a verification request corresponding to the aforementioned digital rights from the client in response to the verification operation initiated by the first user.

[0234] In response to the aforementioned cancellation request, the aforementioned digital rights are cancelled, and upon cancellation of the aforementioned digital rights, a first quantity of virtual resources bound to the aforementioned digital rights are allocated to the aforementioned first user.

[0235] The first quantity of virtual resources will be added to the second quantity of virtual resources allocated by the server from the virtual resource set to the first user when the first user obtains the above-mentioned claiming permission and the virtual resources in the above-mentioned virtual resource set meet the allocation conditions, and then distributed to the first user account corresponding to the first user.

[0236] In some of the embodiments shown, the aforementioned user rights include a third number of virtual resources; wherein, the aforementioned third number of virtual resources will be added to the second number of virtual resources allocated by the server from the aforementioned virtual resource set to the aforementioned first user when the aforementioned first user obtains the aforementioned claiming permission and the virtual resources in the aforementioned virtual resource set meet the allocation conditions, and then distributed to the first user account corresponding to the aforementioned first user.

[0237] In some of the embodiments shown, the target electronic credential includes an electronic credential allocated by the server to the first user from the set of electronic credentials; each electronic credential in the set of electronic credentials is configured with an allocation probability; wherein the allocation probability represents the probability that the first user obtains the electronic credential; the user rights include the electronic credential with the lowest allocation probability in the set of electronic credentials.

[0238] In some of the embodiments shown, the aforementioned user rights include virtual items for obtaining the aforementioned electronic credentials.

[0239] In some of the embodiments shown, the above-described apparatus further includes:

[0240] The module determines whether the second user has received the target electronic voucher.

[0241] If so, then the user rights will be issued to the aforementioned first user.

[0242] The embodiments of the interactive devices illustrated in this application can be applied to electronic devices. Accordingly, this application discloses an electronic device that may include a processor.

[0243] Memory used to store processor-executable instructions.

[0244] The processor is configured to invoke executable instructions stored in the memory to implement the interactive method as shown in any of the above embodiments.

[0245] Please see Figure 9 , Figure 9 This is a schematic diagram of the hardware structure of an electronic device shown in this application.

[0246] like Figure 9 As shown, the electronic device may include a processor for executing instructions, a network interface for network connectivity, memory for storing operational data for the processor, and non-volatile memory for storing instructions corresponding to the interactive device.

[0247] The interactive device can be implemented through software, hardware, or a combination of both. Taking software implementation as an example, as a logical device, it is formed by the processor of the electronic device loading corresponding computer program instructions from non-volatile memory into memory for execution. From a hardware perspective, besides... Figure 9 In addition to the processor, memory, network interface, and non-volatile memory shown, the electronic device in which the device is located in the embodiment may also include other hardware depending on the actual function of the electronic device, which will not be described in detail here.

[0248] Understandably, in order to improve processing speed, the corresponding instructions for interactive devices can also be stored directly in memory, and this is not a limitation here.

[0249] This application proposes a computer-readable storage medium storing a computer program for performing the interactive method shown in any of the above embodiments.

[0250] Those skilled in the art will understand that one or more embodiments of this application can be provided as a method, system, or computer program product. Therefore, one or more embodiments of this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of this application can take the form of a computer program product implemented above on one or more computer-usable storage media (which may include, but are not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0251] In this application, “and / or” means having at least one of two options. For example, “A and / or B” can include three options: A, B, and “A and B”.

[0252] The various embodiments in this application are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the data processing device embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0253] The foregoing has described specific embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired results. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0254] The embodiments of the subject matter and functional operation described in this application can be implemented in the following ways: digital electronic circuits, tangibly embodied computer software or firmware, computer hardware that may include the structures disclosed in this application and their structural equivalents, or combinations thereof. Embodiments of the subject matter described in this application can be implemented as one or more computer programs, i.e., one or more modules of computer program instructions encoded in a tangible, non-transitory program carrier for execution by or control of the operation of a data processing device. Alternatively or additionally, the program instructions may be encoded in artificially generated propagation signals, such as machine-generated electrical, optical, or electromagnetic signals, which are generated to encode information and transmit it to a suitable receiving device for execution by the data processing device. The computer storage medium may be a machine-readable storage device, a machine-readable storage substrate, a random or serial access memory device, or combinations thereof.

[0255] The processing and logic flow described in this application can be executed by one or more programmable computers that execute one or more computer programs to perform corresponding functions by operating on input data and generating output. The aforementioned processing and logic flow can also be executed by dedicated logic circuits—such as FPGAs (Field-Programmable Gate Arrays) or ASICs (Application-Specific Integrated Circuits), and the device can also be implemented as a dedicated logic circuit.

[0256] A computer suitable for executing computer programs may include, for example, a general-purpose and / or special-purpose microprocessor, or any other type of central processing unit. Typically, the central processing unit receives instructions and data from read-only memory and / or random access memory. The basic components of a computer may include a central processing unit for implementing or executing instructions and one or more memory devices for storing instructions and data. Typically, a computer may also include one or more mass storage devices for storing data, such as disks, magneto-optical disks, or optical disks, or the computer may be operatively coupled to such mass storage devices to receive data from or transfer data to them, or both. However, a computer is not required to have such devices. Furthermore, a computer may be embedded in another device, such as a mobile phone, a personal digital assistant (PDA), a mobile audio or video player, a game console, a global positioning system (GPS) receiver, or a portable storage device such as a universal serial bus (USB) flash drive, to name just a few.

[0257] Computer-readable media suitable for storing computer program instructions and data can include all forms of non-volatile memory, media, and memory devices, such as semiconductor memory devices (e.g., EPROM, EEPROM, and flash memory devices), magnetic disks (e.g., internal hard disks or removable disks), magneto-optical disks, and CD-ROMs and DVD-ROMs. Processors and memory may be supplemented by or incorporated into dedicated logic circuitry.

[0258] While this application contains numerous specific implementation details, these should not be construed as limiting any scope of disclosure or claim, but rather are primarily intended to describe the features of specific embodiments of a particular disclosure. Certain features described in the multiple embodiments of this application may also be implemented in combination in a single embodiment. Conversely, various features described in a single embodiment may also be implemented separately in multiple embodiments or in any suitable sub-combination. Furthermore, while features may function in certain combinations as described above and even initially claimed in this way, one or more features from a claimed combination may be removed from that combination in some cases, and a claimed combination may refer to a sub-combination or a variation thereof.

[0259] Similarly, although the operations are depicted in a specific order in the accompanying drawings, this should not be construed as requiring these operations to be performed in the specific order shown or sequentially, or requiring all illustrated operations to be performed to achieve the desired result. In some cases, multitasking and parallel processing may be advantageous. Furthermore, the separation of various system modules and components in the above embodiments should not be construed as requiring such separation in all embodiments, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.

[0260] Thus, specific embodiments of the subject matter have been described. Other embodiments are within the scope of the appended claims. In some cases, the actions recited in the claims may be performed in a different order and still achieve the desired result. Furthermore, the processes depicted in the drawings are not necessarily shown in a specific order or sequence to achieve the desired result. In some implementations, multitasking and parallel processing may be advantageous.

[0261] The above are merely preferred embodiments of one or more embodiments of this application and are not intended to limit the scope of one or more embodiments of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of one or more embodiments of this application should be included within the scope of protection of one or more embodiments of this application.

Claims

1. An interactive method based on electronic vouchers, applied to a client; the method includes: In response to an interactive operation initiated by a first user, a list of users with social relationships with the first user is output to the first user, wherein users holding fewer than a threshold number of electronic credentials are identified in the user list and displayed separately. The system retrieves the second user selected by the first user from the user list and sends an electronic voucher sending request to the server. The electronic voucher sending request includes the user identifier of the second user and the category identifier of the target electronic voucher selected by the first user from the electronic vouchers they hold. In response to the electronic voucher sending request, the server retrieves the target electronic voucher that matches the category identifier from a preset set of electronic vouchers, sends the redemption link corresponding to the target electronic voucher to the second user, and issues user benefits to the first user when it is determined that the number of electronic vouchers held by the second user is lower than a threshold and the second user confirms the redemption of the target electronic voucher. Obtain the user rights issued by the server when it determines that the number of electronic credentials held by the second user is less than a threshold.

2. The method of claim 1, wherein, The electronic certificate is used to obtain the right to claim virtual resources in a preset set of virtual resources; when the number of categories of the electronic certificate obtained by the first user reaches a preset threshold, the right to claim virtual resources in the preset set of virtual resources is obtained. 3.The method of claim 1, wherein the electronic voucher presentation interface corresponding to the electronic voucher held by the first user includes a plurality of presentation positions; and The multiple display locations correspond to different categories of electronic vouchers; The method further includes: Obtain the electronic credentials assigned to the first user by the server; Generate a corresponding display icon for the obtained electronic voucher; The generated display icon will be added to the display position corresponding to the category of the electronic voucher in the electronic voucher display interface.

4. The method according to claim 3, wherein responding to an interactive operation initiated by the first user by outputting a list of users with social relationships to the first user includes: In response to the first user's trigger operation on the display icon corresponding to the target electronic voucher in the electronic voucher display interface, a details interface corresponding to the target electronic voucher is output to the first user; wherein, the details interface includes a gift option corresponding to the target electronic voucher; In response to the first user's triggering action on the gift option, a list of users with social relationships with the first user is output to the first user. 5.The method of claim 1, wherein the target electronic voucher comprises an electronic voucher assigned to the first user by the server from a set of electronic vouchers, and wherein each electronic voucher in the set of electronic vouchers is respectively configured with an assignment probability. The allocation probability represents the probability that the first user obtains the electronic voucher; the user rights include the electronic voucher with the lowest allocation probability in the set of electronic vouchers.

6. An interactive method based on electronic vouchers, applied on a server-side basis; the method includes: The system receives an electronic credential sending request from a client; wherein the electronic credential sending request includes an electronic credential sending request sent by the client when obtaining a second user selected from a list of users with whom the first user has a social relationship; the electronic credential sending request includes the user identifier of the second user; and the category identifier of the target electronic credential selected by the first user from the electronic credentials held; the user list includes a user list provided by the client in response to an interactive operation initiated by the first user; In response to the electronic certificate sending request, the user identifier and the category identifier are obtained from the electronic certificate. Based on the category identifier and the user identifier, a target electronic certificate that matches the category identifier is obtained from a preset set of electronic certificates, and the redemption link corresponding to the target electronic certificate is sent to the second user. Determine whether the number of electronic credentials held by the second user is below a threshold; and determine whether the second user has claimed the target electronic credentials. If the number of electronic credentials held by the second user is less than the threshold and the second user confirms receipt of the target electronic credentials, user rights are issued to the first user.

7. An interactive device based on electronic vouchers, applied to a client application; The device includes: The output module, in response to the interactive operation initiated by the first user, outputs a list of users who have social relationships with the first user, wherein users holding fewer than a threshold number of electronic credentials are identified in the user list and displayed separately. The acquisition and sending module acquires the second user selected by the first user from the user list and sends an electronic voucher sending request to the server. The electronic voucher sending request includes the user identifier of the second user and the category identifier of the target electronic voucher selected by the first user from the electronic vouchers held. The server responds to the electronic voucher sending request by acquiring the target electronic voucher that matches the category identifier from a preset set of electronic vouchers, sending the redemption link corresponding to the target electronic voucher to the second user, and issuing user rights to the first user when it is determined that the number of electronic vouchers held by the second user is lower than a threshold and the second user confirms the redemption of the target electronic voucher. The acquisition module acquires the user rights issued by the server when it determines that the number of electronic credentials held by the second user is less than a threshold.

8. An interactive device based on electronic credentials, applied on a server side; the device includes: The receiving module receives an electronic credential sending request sent by a client; wherein, the electronic credential sending request includes an electronic credential sending request sent by the client when obtaining a second user selected from a list of users with whom the first user has a social relationship; the electronic credential sending request includes the user identifier of the second user; and the category identifier of the target electronic credential selected by the first user from the electronic credentials held; the user list includes a user list provided by the client in response to an interactive operation initiated by the first user; The forwarding module, in response to the electronic certificate sending request, obtains the user identifier and the category identifier from the electronic certificate, obtains the target electronic certificate that matches the category identifier from a preset set of electronic certificates based on the category identifier and the user identifier, and sends the redemption link corresponding to the target electronic certificate to the second user; The module determines whether the number of electronic credentials held by the second user is below a threshold; and whether the second user has claimed the target electronic credential. The sending module sends user rights to the first user if the number of electronic vouchers held by the second user is lower than a threshold and the second user confirms receipt of the target electronic voucher.

9. An electronic device, comprising: processor; Memory used to store the processor's executable instructions; The processor is configured to invoke executable instructions stored in the memory to implement the method according to any one of claims 1 to 5.

10. An electronic device, comprising: processor; Memory used to store the processor's executable instructions; The processor is configured to invoke executable instructions stored in the memory to implement the method of claim 6.

Images