WO2020151302A1 - 基于电子凭证的互动方法及装置、电子设备 - Google Patents

基于电子凭证的互动方法及装置、电子设备 Download PDF

Info

Publication number
WO2020151302A1
WO2020151302A1 PCT/CN2019/116317 CN2019116317W WO2020151302A1 WO 2020151302 A1 WO2020151302 A1 WO 2020151302A1 CN 2019116317 W CN2019116317 W CN 2019116317W WO 2020151302 A1 WO2020151302 A1 WO 2020151302A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic
user
electronic certificate
certificate
virtual
Prior art date
Application number
PCT/CN2019/116317
Other languages
English (en)
French (fr)
Inventor
季婧
宋奚淼
Original Assignee
阿里巴巴集团控股有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Priority to SG11202104419QA priority Critical patent/SG11202104419QA/en
Priority to CA3118013A priority patent/CA3118013A1/en
Priority to AU2019424510A priority patent/AU2019424510A1/en
Priority to EP19912085.8A priority patent/EP3879477A4/en
Publication of WO2020151302A1 publication Critical patent/WO2020151302A1/zh
Priority to US17/242,739 priority patent/US20210248604A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights

Definitions

  • This application relates to the field of communication technology, and in particular to an interactive method and device based on electronic credentials, and electronic equipment.
  • This specification proposes an interactive method based on electronic credentials, and the method includes:
  • the server sends an electronic certificate acquisition request to the server; wherein the electronic certificate acquisition request includes the user ID of the second user, so that the server selects the first electronic certificate from the electronic certificates held by the second user Voucher, and generate a second electronic voucher of the same category as the first electronic voucher;
  • the second electronic certificate issued by the server and save the second electronic certificate locally; wherein, when the number of types of the acquired electronic certificate reaches a preset threshold, the first user obtains the preset Set the allocation authority of virtual objects in the virtual object collection.
  • the display pictures generated for different types of electronic vouchers are different from each other; the corresponding display positions of the different types of electronic vouchers in the electronic vouchers display interface are different from each other.
  • the electronic voucher display interface further includes a display position corresponding to the virtual item
  • the method also includes:
  • the generated display picture is added to the display position corresponding to the virtual item in the electronic voucher display interface.
  • outputting a list of users who have a social relationship with the first user and hold electronic credentials includes:
  • the sending an electronic credential acquisition request to the server includes:
  • the virtual object is a virtual red envelope.
  • This specification also proposes an interactive method based on electronic credentials, which includes:
  • the electronic credential acquisition request includes the first user to select from a list of users who have a social relationship with the first user and hold an electronic credential output by the client The user ID of the second user
  • the generated second electronic voucher is issued to the client; wherein, when the number of types of electronic voucher obtained by the client reaches a preset threshold, the first user obtains a preset set of virtual objects Assign permissions for virtual objects in.
  • each type of electronic certificate is preset with a corresponding selection probability value
  • the selecting the first electronic certificate from the electronic certificates held by the second user includes:
  • the method further includes:
  • the method further includes:
  • the virtual object is a virtual red envelope.
  • This specification also proposes an interactive device based on an electronic certificate, which includes:
  • the output module in response to the interactive operation initiated by the first user, outputs a list of users who have a social relationship with the first user and hold electronic credentials;
  • a first obtaining module which obtains a second user selected by the first user from the user list
  • the sending module sends an electronic credential acquisition request to the server; wherein the electronic credential acquisition request includes the user identification of the second user, so that the server selects from the electronic credentials held by the second user A first electronic certificate, and generating a second electronic certificate of the same category as the first electronic certificate;
  • the second obtaining module obtains the second electronic certificate issued by the server, and saves the second electronic certificate locally; wherein, when the number of types of the obtained electronic certificate reaches a preset threshold, the The first user obtains the allocation authority of virtual objects in the preset virtual object set.
  • the second obtaining module :
  • the display pictures generated for different types of electronic vouchers are different from each other; the corresponding display positions of different types of electronic vouchers in the electronic vouchers display interface are different from each other.
  • the electronic voucher display interface further includes a display position corresponding to the virtual item
  • the first acquisition module :
  • the generated display picture is added to the display position corresponding to the virtual item in the electronic voucher display interface.
  • the output module :
  • the sending module :
  • the virtual object is a virtual red envelope.
  • This specification also proposes an interactive device based on an electronic certificate, which includes:
  • the receiving module receives an electronic credential acquisition request sent by a client; wherein the electronic credential acquisition request includes a user who has a social relationship with the first user and holds an electronic credential output by the first user on the client The user ID of the second user selected from the list;
  • a generating module in response to the electronic certificate acquisition request, select the first electronic certificate from the electronic certificates held by the second user, and generate a second electronic certificate of the same category as the first electronic certificate;
  • the issuing module is configured to issue the generated second electronic certificate to the client; wherein, when the number of types of electronic certificates obtained by the client reaches a preset threshold, the first user obtains the preset Assign permissions for virtual objects in the virtual object collection.
  • each type of electronic certificate is preset with a corresponding selection probability value
  • the generating module :
  • the device further includes:
  • a calculation module which performs weighted calculation on the selection probability values of the electronic vouchers of each category held by the second user, to obtain the probability value corresponding to the first user;
  • the generating module further:
  • the virtual object is a virtual red envelope.
  • This specification also proposes an electronic device, including:
  • Memory for storing machine executable instructions
  • the processor is prompted to:
  • the server sends an electronic certificate acquisition request to the server; wherein the electronic certificate acquisition request includes the user ID of the second user, so that the server selects the first electronic certificate from the electronic certificates held by the second user Voucher, and generate a second electronic voucher of the same category as the first electronic voucher;
  • the second electronic certificate issued by the server and save the second electronic certificate locally; wherein, when the number of types of the acquired electronic certificate reaches a preset threshold, the first user obtains the preset Set the allocation authority of virtual objects in the virtual object collection.
  • This specification also proposes an electronic device, including:
  • Memory for storing machine executable instructions
  • the processor is prompted to:
  • the electronic credential acquisition request includes the first user to select from a list of users who have a social relationship with the first user and hold an electronic credential output by the client The user ID of the second user
  • the generated second electronic voucher is issued to the client; wherein, when the number of types of electronic voucher obtained by the client reaches a preset threshold, the first user obtains a preset set of virtual objects Assign permissions for virtual objects in.
  • the first user can obtain electronic vouchers of the same type as the electronic vouchers held by the second user by interacting with the second user who has a social relationship, it can significantly improve the first user’s ability to collect electronic vouchers.
  • the server since the server selects the first electronic certificate from the electronic certificates held by the second user, it does not directly forward the first electronic certificate held by the second user to the first user, but re- Generate a second electronic certificate with the same category as the first electronic certificate, and then issue the second electronic certificate to the first user; therefore, for the second user, the first electronic certificate can continue to be held, so that Second, if the electronic certificate held by the user has not decreased, the electronic certificate held by the second user is randomly shared with the first user.
  • Fig. 1 is a flowchart of an interactive method based on electronic credentials provided by an exemplary embodiment
  • Fig. 2 is a schematic diagram of an electronic credential display interface provided by an exemplary embodiment
  • Fig. 3 is a schematic diagram of a user initiated interaction according to an exemplary embodiment
  • Fig. 4 is a schematic diagram of a user interacting with other users according to an exemplary embodiment
  • Fig. 5 is a schematic structural diagram of an electronic device provided by an exemplary embodiment
  • Fig. 6 is a block diagram of an interactive device based on electronic credentials provided by an exemplary embodiment
  • Fig. 7 is a block diagram of another interactive device based on electronic credentials provided by an exemplary embodiment.
  • users can collect multiple types of electronic vouchers, and when the number of types of collected electronic vouchers reaches a preset threshold, obtain the allocation rights of virtual objects in the preset virtual resource collection ;
  • the above electronic vouchers may include “Shou Kangfu”, “Friendly Love”, “Fuqiangfu”, and Five types of virtual lucky cards such as “Family Harmony” and "Caiwangfu”. Users can collect lucky cards through a variety of ways, and after collecting these five types of virtual lucky cards, they will be granted the permission to receive red envelopes accordingly, and the server will issue red envelopes to the user.
  • users can interact with other users who have social relationships, and share the electronic certificates held by other users without reducing the electronic certificates held by other users.
  • FIG. 1 is an interactive method based on an electronic certificate provided by an embodiment of the present application. The method performs the following steps:
  • Step 102 In response to the interactive operation initiated by the first user, the client outputs a list of users who have a social relationship with the first user and hold electronic credentials;
  • Step 104 The client determines the second user selected by the first user from the user list, and sends an electronic credential acquisition request to the server; wherein, the electronic credential acquisition request includes the user of the second user logo
  • Step 106 In response to the electronic certificate acquisition request, the server selects the first electronic certificate from the electronic certificates held by the second user, and generates a second electronic certificate of the same category as the first electronic certificate, and generates Issuance of the second electronic certificate to the client;
  • Step 108 The client obtains the second electronic certificate issued by the server, and saves the second electronic certificate locally; wherein, when the number of types of electronic certificates obtained by the client reaches a preset threshold, the The first user obtains the allocation authority of virtual objects in the preset virtual object set.
  • the aforementioned virtual object may include any type of virtual item that can be distributed online; for example, in the illustrated embodiment, the aforementioned virtual object may be a "virtual red envelope" in a red envelope distribution scenario.
  • the above electronic certificate refers to the certificate when the user extracts the virtual object from the server.
  • a certain number of different types of electronic vouchers can be pre-configured on the server, and different types of electronic vouchers can be issued to specific user groups according to certain issuing rules; the specific forms of the above electronic vouchers are not Restrictions can be strings, numbers, characters, passwords, virtual cards, etc.
  • the aforementioned first user may refer to the extractor of the virtual object.
  • the foregoing client may refer to the client used by the first user when extracting the virtual object.
  • the client can interact with the server to extract the virtual object.
  • the second user may be a user who has a social relationship with the first user.
  • the first user can share the electronic credentials held by the second user by interacting with the second user.
  • the following takes the above-mentioned virtual object as a "virtual red envelope” as an example to describe the technical solution of this specification in detail. It should be emphasized that taking the above-mentioned virtual object as a "virtual red envelope” as an example is only exemplary. In practical applications, the aforementioned virtual objects may also be other virtual items other than "virtual red envelopes" that can be distributed and sent online; for example, electronic shopping coupons, electronic coupons, etc.;
  • a certain number of different types of electronic vouchers can be pre-configured on the server, and the server can centrally manage the pre-configured electronic vouchers;
  • the pre-configured electronic vouchers are the only vouchers for the user to obtain the red envelope issuing authority; the number of the pre-configured electronic vouchers and the number of categories can be set based on actual needs.
  • the first user can collect electronic vouchers through the client, and when the number of types of collected electronic vouchers reaches a preset threshold, obtain the red envelope distribution authority.
  • a preset threshold a preset threshold
  • the number of categories mentioned above 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.
  • the first user can collect electronic vouchers through a variety of ways through the client, and this specification does not specifically limit the collection methods of electronic vouchers.
  • the first user can collect through the client electronic vouchers issued by the server when the first user meets the issuance conditions, or can collect the electronic vouchers given by other users with social relationships.
  • Electronic certificate ;
  • the foregoing client can be an AR (Augmented Reality) client, and the first user can scan a specific offline target through the AR client to trigger the server to issue electronic mail to the user. certificate;
  • the first user can use the AR client to scan an image of a preset graphic logo deployed offline to trigger the server to issue an electronic certificate for the first user; or the first user can also use the AR client to Or the face of a specific task is scanned in an image to trigger the server to issue an electronic certificate for the first user.
  • the first user can also interact with other users who have a social relationship with the first user, and obtain electronic credentials held by other users.
  • the server in addition to issuing electronic vouchers to users, the server can also issue some virtual props to users, and users can use these virtual props to "rob" electronic vouchers held by other users;
  • these virtual items can be special electronic vouchers. After the user "uses" these special electronic vouchers, he can select a specific user from other users who have social relationships, and select the specific user The electronic certificate is randomly selected from the electronic certificate and used as your own.
  • the first user uses virtual items issued by the server to "rob" the electronic vouchers held by other users.
  • the purpose of collecting electronic vouchers can be achieved, for the user who is the robbed party, The electronic vouchers held by oneself will be reduced; therefore, to some extent, it may affect the interactive experience of the second user.
  • an interactive mode is proposed in which the first user shares the electronic vouchers held by other users without reducing the electronic vouchers held by other users who have a social relationship with the first user.
  • the server can still issue some virtual items to the user.
  • the first user can use these virtual items to trigger the server to select an electronic voucher from other users and "copy” it.
  • the electronic certificate, and then the "copy" electronic certificate is issued to the first user.
  • the client terminal can generate a corresponding display picture for the obtained electronic voucher, and add the generated display picture
  • the display position corresponding to the electronic certificate in the electronic certificate display interface is displayed to the first user, so as to save the electronic certificate locally.
  • the display pictures generated by the client for the electronic vouchers may correspond to the types of electronic vouchers, that is, the display pictures corresponding to different types of electronic vouchers may be different from each other. There are no special restrictions on the content displayed on the above display pictures.
  • the display position provided by the client in the electronic certificate display interface may also correspond to the type of electronic certificate, and different display positions may correspond to different types of electronic certificates. That is, for different types of electronic vouchers, different display positions can be respectively corresponding to the electronic vouchers display interface.
  • the first user can also give it to other users with social relationships.
  • the first user can give the electronic voucher corresponding to the display picture to other users by triggering the display picture added in the display position.
  • the client can respond to the trigger operation and output the detailed interface of the electronic voucher corresponding to the display picture.
  • the detailed interface of the electronic voucher can be specifically used to show the user the detailed information of the electronic voucher; in the detailed interface of the electronic voucher, a sharing option can be provided; for example, when the electronic voucher is a virtual card, the The sharing option can specifically be a trigger button to "send a card to a friend".
  • the client terminal can output a sharing mode selection interface, in which several target applications can be provided for the user to select.
  • the first user can select the corresponding target application in the selection interface, and then further select the target user to share this time in the target application; when the selection is completed, the client can send the electronic certificate to the user selected Target users.
  • the first user when the first user shares the electronic credential with the target user, if the target user is a contact or friend of the first user in the client terminal, the first user may share the electronic credential to the target user within the client terminal.
  • the client can transmit the electronic credential to be shared to the client of the target user through the server.
  • the first user can also use the third-party client Share e-vouchers with target users.
  • the client can generate a corresponding access link for the electronic credential to be shared through the server, and then share the generated access link to the target user through the third-party client.
  • the display location corresponding to the virtual props issued by the server to the user can also be provided; among them, if the virtual props issued by the server to the user
  • the props also include multiple categories, and it is also possible to provide a corresponding display position for each category of virtual props in the above electronic voucher display interface.
  • the first user when the first user obtains the virtual props issued by the server through the client, he can also generate corresponding display pictures for the obtained virtual props, and then add the generated display pictures to the electronic voucher display interface The display position corresponding to the virtual prop is displayed to the first user in order to save the virtual prop locally.
  • the first user can also "use" the virtual item corresponding to the displayed image and the virtual item corresponding to the virtual item by triggering the display picture corresponding to the virtual item displayed in the electronic voucher display interface.
  • a second user who has a social relationship with a user interacts and obtains the electronic certificate held by the second user on the basis that the electronic certificate held by the second user does not decrease.
  • the first user may trigger the display picture corresponding to the virtual item displayed in the above electronic voucher display interface through a trigger operation such as clicking.
  • the client After detecting the trigger operation of the first user on the display picture, the client can respond to the trigger operation and output a detailed interface of the virtual item corresponding to the display picture.
  • the detailed interface of the virtual item can be specifically used to show the user the detailed information of the virtual item; in the detailed interface of the virtual item, an interactive option can be provided; for example, the virtual item is a special virtual lucky card Take the "Blessing Card” as an example.
  • the interactive option can specifically be an interactive button for "Getting Baum".
  • the client can immediately communicate with the server to obtain a list of users who have a social relationship with the first user and hold electronic credentials from the server;
  • the client can output an interactive interface corresponding to the interactive option, and output the obtained list of users who have a social relationship with the first user and hold electronic credentials to the first user through the interactive interface .
  • the number of electronic vouchers held by each user in the user list may also be output to the first user.
  • a corresponding selected option can also be provided.
  • the first user can trigger the selected option through triggering methods such as clicking, which will be related to the selected option.
  • the corresponding user selection is the interactive object.
  • the first user can also complete the interaction in other ways in actual applications; that is, in this manual, the first user
  • the initiated interactive operation may also be other forms of interactive operation, which will not be listed in this manual.
  • the interactive object selected by the first user in the user list will be referred to as the second object.
  • the client terminal may obtain the second user selected by the first user in the above-mentioned user list.
  • the client can query the server for the total number of electronic vouchers held by the second user, and ask the first user
  • the user outputs an electronic credential selection interface corresponding to the second user
  • the electronic voucher selection interface may include several graphical options for selection. These graphic options are consistent in number with the actual electronic vouchers held by the second user; at this time, the first user can select a graphic option from these graphic options to simulate the second user through triggering methods such as clicking. 2. The process of extracting an electronic certificate from the electronic certificate held by the user.
  • the client After the client detects the trigger operation of the first user for any graphic option, it can respond to the detected trigger operation and send an electronic credential acquisition request to the server; wherein, in the electronic credential acquisition request, the first The user ID of the second user; for example, the social account of the second user.
  • the server can read the user ID of the second user in the electronic credential acquisition request, and query the database for all electronic credentials held by the second user. Then, select a first electronic certificate for the first user from all the electronic certificates held by the second user, and then issue the selected first electronic certificate to the first user.
  • the server when selecting an electronic certificate for the first user from all the electronic certificates held by the second user, the server may specifically select a random algorithm from all electronic certificates held by the second user by using a specific random algorithm.
  • the server can respectively pre-configure a corresponding selection probability value; among them, for different electronic vouchers, the corresponding selection probability values can be mutually exclusive. Not the same;
  • the operator of the server can set a lower selection probability value for a certain type or types of electronic vouchers, and share the certain type or types of electronic vouchers with The possibility of other users is strictly controlled.
  • the server can strictly follow the selection probability value of each category of electronic vouchers, from the electronic vouchers held by the second user as The first user randomly selects the first electronic certificate.
  • the probability of being randomly selected for the electronic vouchers with a lower selection probability held by the second user is correspondingly low; while for the second user Some electronic vouchers with a higher probability value are more likely to be randomly selected.
  • the server may also set a probability value for the first user.
  • the winning probability value represents the probability that the first user can successfully obtain the electronic voucher held by the second user after using the virtual item.
  • the calculation method of the above-mentioned winning probability value is not particularly limited in this specification.
  • the server may specifically set a winning probability value for the first user based on the number of types of electronic credentials actually held by the second user.
  • the server may perform a weighted calculation for the selection probability values of each category of electronic vouchers actually held by the second user, and then use the value obtained by the weighted calculation as the winning probability value corresponding to the first user.
  • the same weighting weight can be set for each category of electronic vouchers.
  • the above-mentioned weighting calculation can be specifically for each category of electronic vouchers actually held by the second user.
  • the selection probability value of is calculated; that is, the sum of the selection probability values of each category of electronic vouchers actually held by the second user is the winning probability value corresponding to the first user.
  • those skilled in the art can flexibly set weighted values for various types of electronic vouchers based on actual needs.
  • the number of types of electronic vouchers actually held by the second user will directly determine the probability that the first user successfully obtains the electronic vouchers held by the second user after using the above virtual items.
  • the more types of electronic vouchers actually held by the second user the greater the probability value of the first user's final selection, and the higher the probability that the first user successfully obtains the electronic vouchers held by the second user ;
  • the smaller the number of categories of electronic vouchers actually held by the second user the lower the probability of the first user's final selection, and the probability that the first user successfully obtains the electronic vouchers held by the second user Also smaller.
  • the server selects the first electronic certificate for the first user from the electronic certificates held by the second user, in addition to random selection according to the above description, it can also be based on advance
  • the configured rule selects the electronic certificate from the electronic certificate held by the second user.
  • the above-mentioned pre-configured rules can be flexibly configured based on actual needs, and are not specifically limited in this specification;
  • the server can perform big data analysis based on the user data deposited on the server by the first user to obtain the activity score of the first user; in this case, the above-mentioned pre-configured rule can be
  • the activity score of the first user is greater than the preset threshold, from the electronic vouchers held by the second user, the first user may preferentially select the missing categories among all the electronic vouchers currently collected by the first user.
  • the server After the server selects the first electronic certificate for the first user from the electronic certificates held by the second user, it can determine whether the first user wins the first electronic certificate based on the probability value of the first user Perform decision control, and determine whether the first user wins the first electronic voucher based on the decision control result;
  • the server can regenerate a second electronic certificate with the same category as the first electronic certificate, and then issue the regenerated second electronic certificate To the above client.
  • the server Since the server is based on the category of the first electronic credential, a second electronic credential of the same category is regenerated; and the second electronic credential that is finally issued to the first user is also a regenerated second electronic credential; therefore, for the second user In other words, there is no reduction in the electronic credentials held; it is equivalent to the server "copying" the first electronic credential held by the second user and issuing the "copy" electronic credential to the first user.
  • the client After receiving the second electronic voucher issued by the server, the client can use the same method described above to generate a corresponding display picture, add the display picture to the corresponding display position in the above electronic voucher display interface, and send the A user makes a presentation.
  • the server may return to the client a prompt that the first user has not successfully obtained the electronic certificate held by the second user.
  • the reminder may specifically be a reminder message that reminds the user that the electronic certificate has not been drawn this time.
  • the server can first check whether the number of times the electronic vouchers held by the second user have been "copied” reaches the preset threshold; if it reaches The preset threshold value can directly terminate the process of "copying" the electronic voucher from the electronic voucher held by the second user by the first user, and return a prompt message to the client that the electronic voucher acquisition failed; for example, with the virtual item Take the special virtual Fuka "dip blessing card” as an example, the prompt message may specifically be a prompt message of "This friend has been dip too many times, try for another person".
  • the server can further select the electronic certificate for the first user from all the electronic certificates held by the second user. The process will not be repeated.
  • the client can also determine in real time in the background whether the number of types of electronic vouchers stored locally reaches the preset threshold; if the preset threshold is reached Threshold, at this time, the first user has already obtained the red envelope distribution authority.
  • the client can send a red packet distribution request (equivalent to the aforementioned virtual object distribution request) to the server, and carry several electronic vouchers in the red packet distribution request.
  • the number of electronic vouchers and the number of categories carried in the red envelope distribution request may both be the above preset thresholds, so that the server can obtain the red envelope distribution request after receiving the red envelope distribution request.
  • the electronic certificate carried in the red packet distribution request is then verified.
  • the operation of the client to send a red packet distribution request to the server may be manually triggered by the user, or it may be automatically triggered by the client when it determines that the number of types of electronic vouchers collected reaches the first number.
  • the client when the client determines in the background that the collected electronic vouchers reach the first number, it can automatically initiate the red envelope distribution request to the server.
  • you can provide a trigger button to trigger the client to initiate an object allocation request to the server on the display position corresponding to each electronic certificate.
  • a prompt can be output to the user (for example, output related animation special effects to prompt the user) to remind the user that the user can obtain the permissions assigned by the red envelope, and then the client can respond to the user's trigger operation on the trigger button, Send the above red packet distribution request to the server.
  • the server After receiving the red envelope distribution request sent by the client, the server can verify the number of types of electronic credentials carried in it; if the server verifies the electronic credentials carried in the red envelope distribution request, it can determine that The number of electronic vouchers carried in the red envelope distribution request reaches the preset threshold.
  • the user can be granted the right to distribute red envelopes, and immediately based on the preset distribution rules from the preset "red envelope fund pool" (equivalent to the above preset A certain amount of red envelopes are issued to the user in the virtual object collection), or a certain amount of red envelopes will be issued to the user from the preset "red envelope fund pool" based on the preset distribution rules after the designated red envelope issuance time arrives.
  • the distribution rules adopted by the server when issuing red envelopes to the user from the preset "red envelope fund pool” can be formulated based on actual business needs.
  • the server can count the number of users who have been granted red envelope distribution rights, and calculate the average distribution of the total amount of red envelopes to be issued in the "red envelope fund pool" based on the counted number of users; this At the time, the calculated average distribution number is the number of red envelopes that need to be issued to each user. In this case, the server can issue a red envelope of the corresponding amount to each user from the "red envelope fund pool" based on the calculated average distribution.
  • the server when the server issues red envelopes to the user, it can also randomly draw a certain amount of red envelopes for the user from the "red envelope fund pool"; for example, the server can be based on a preset random algorithm Combining the total amount of red envelopes to be issued in the "red envelope fund pool", calculate a random number for the user, and then issue a corresponding amount of red envelopes to the user according to the random number.
  • the above-mentioned client may be a payment client.
  • the above-mentioned server may be a payment platform docked with the Alipay client.
  • the above-mentioned virtual object collection may refer to the operator of the payment platform; or, the enterprise fund account of an enterprise cooperating with the operator of the payment platform.
  • the funds under the corporate fund account are the total amount of funds used to issue red envelopes to users.
  • the above electronic vouchers can include five types of virtual lucky cards such as “Shoukangfu”, “Youaifu”, “Fuqiangfu”, “Jiahefu” and “Caiwangfu”.
  • virtual lucky cards such as "Shoukangfu”, “Youaifu”, “Fuqiangfu”, “Jiahefu” and "Caiwangfu”.
  • the server can also issue some special virtual foca as virtual items to users; for example, the special virtual foca can be a "blessing card”; the user can get blessed by "using” The card can interact with other users who have social relationships. On the basis that the electronic vouchers held by other users are not reduced, randomly “copy” and obtain the electronic vouchers held by other users.
  • the special virtual foca can be a "blessing card”; the user can get blessed by "using”
  • the card can interact with other users who have social relationships.
  • the electronic vouchers held by other users are not reduced, randomly “copy” and obtain the electronic vouchers held by other users.
  • Figure 2 is a schematic diagram of an electronic voucher display interface shown in this specification.
  • the above electronic voucher display interface may specifically be the "My Fortune Card” interface; in this interface, corresponding display locations can be provided for the above 5 types of virtual Fortune cards and Zhanfuqi cards held by the user.
  • the special virtual lucky card issued by the server to the user can also include special lucky cards such as "universal lucky cards” and "huahua cards”; that is, the payment platform
  • the operator can flexibly customize virtual props corresponding to various functions for users based on actual needs, which will not be listed one by one in this manual.
  • FIG. 3 is a schematic diagram of a user initiated interaction shown in this specification.
  • the user can trigger the display picture corresponding to the "Zhanfuqi Card” displayed in the "My Fortune Card” interface through triggering operations such as clicking to use the "Zhanfuqi Card”; the client detects After the user triggers the display picture corresponding to the "Zhanfuqi Card", he can respond to the trigger operation and output the details interface of the "Zhanfuqi Card", and in the details interface, output a trigger button ( That is, the above interactive options).
  • the user can continue to trigger the trigger button of "Remove Blessing” in the details interface through trigger operations such as clicking, and enter the "Blessed Blessing" interface (that is, the above interactive interface) to select the one they want to interact with "Friends”.
  • trigger operations such as clicking, and enter the "Blessed Blessing" interface (that is, the above interactive interface) to select the one they want to interact with "Friends”.
  • the client detects the user's triggering operation on the trigger button of "Remove the curse”
  • it can respond to the trigger operation, output the "Blessed” interface, and will have a social relationship with the user, and hold a "virtual blessing card”
  • the user list of is output to the user in the "Blessed” interface.
  • FIG. 4 is a schematic diagram of the user interacting with other users shown in this specification.
  • the user can manually select the target friend that he wants to interact with in the user list.
  • the client can determine the target friend selected by the user in the user list, and then output to the first user a "friend's card” interface corresponding to the target friend (that is, the above-mentioned electronic credential selection interface), and display it in the "friend In the "Cards of Friends” interface, according to the number of virtual lucky cards actually held by the target friend, a number of graphical options for selection are displayed in the interface of "Friends of Cards".
  • the user can select a graphic option from these graphic options by triggering methods such as clicking.
  • the client After the client detects the user's trigger operation for any graphic option, it can immediately send an electronic credential acquisition request to the server with the trigger operation, and carry the second user's social account in the electronic credential acquisition request.
  • the server After receiving the electronic credential acquisition request, the server can randomly select a virtual lucky card from the virtual lucky card held by the target friend, and regenerate a virtual lucky card selected by the user by "copying" the virtual lucky card selected by the user. The virtual foca card will be regenerated and sent to the client.
  • the first user can obtain the red envelope distribution authority, and the client can send a "red envelope distribution request" (that is, the aforementioned virtual object distribution request) to the server to request service
  • the terminal allocates a red envelope to the first user, and the specific implementation process will not be repeated.
  • the user can initiate an interactive operation to select a second user from a list of users who have a social relationship with the user and hold an electronic certificate to trigger the client to send an electronic certificate acquisition request to the server, and the server Randomly select the first electronic certificate from the electronic certificates held by the second user, generate a second electronic certificate of the same category as the first electronic certificate, and then issue the generated second electronic certificate to the client;
  • the first user can obtain electronic vouchers of the same type as the electronic vouchers held by the second user by interacting with the second user who has a social relationship, it can significantly improve the first user’s ability to collect electronic vouchers.
  • the server since the server selects the first electronic certificate from the electronic certificates held by the second user, it does not directly forward the first electronic certificate held by the second user to the first user, but re- Generate a second electronic certificate with the same category as the first electronic certificate, and then issue the second electronic certificate to the first user; therefore, for the second user, the first electronic certificate can continue to be held, so that Second, if the electronic certificate held by the user has not decreased, the electronic certificate held by the second user is randomly shared with the first user.
  • this application also provides an embodiment of an apparatus.
  • this specification also provides an embodiment of an interactive device based on an electronic certificate.
  • the embodiments of the interactive device based on electronic credentials in this specification can be applied to electronic equipment.
  • the device embodiments can be implemented by software, or by hardware or a combination of software and hardware. Taking software implementation as an example, as a logical device, it is formed by reading the corresponding computer program instructions in the non-volatile memory into the memory through the processor of the electronic device where it is located.
  • FIG. 5 a hardware structure diagram of the electronic device where the electronic credential-based interactive device of this specification is located, except for the processor, memory, network interface, and non-volatile memory shown in Figure 5
  • the electronic device in which the device is located in the embodiment may also include other hardware according to the actual function of the electronic device, which is not repeated here.
  • Fig. 6 is a block diagram of an interactive device based on an electronic certificate according to an exemplary embodiment of this specification.
  • the electronic credential-based interactive device 60 can be applied to the electronic equipment shown in FIG. 5, including:
  • the output module 601 in response to an interactive operation initiated by the first user, outputs a list of users who have a social relationship with the first user and hold electronic credentials;
  • the first obtaining module 602 obtains the second user selected by the first user from the user list
  • the sending module 603 sends an electronic credential acquisition request to the server; wherein the electronic credential acquisition request includes the user identification of the second user, so that the server can obtain the electronic certificate from the second user Select the first electronic certificate, and generate a second electronic certificate of the same category as the first electronic certificate;
  • the second obtaining module 604 obtains the second electronic certificate issued by the server, and saves the second electronic certificate locally; wherein, when the number of categories of the obtained electronic certificate reaches a preset threshold, the The first user obtains the allocation authority of virtual objects in the preset virtual object set.
  • the second obtaining module 604 the second obtaining module 604:
  • the display pictures generated for different types of electronic vouchers are different from each other; the corresponding display positions of different types of electronic vouchers in the electronic vouchers display interface are different from each other.
  • the electronic voucher display interface also includes a display position corresponding to the virtual item
  • the first obtaining module 602 The first obtaining module 602:
  • the generated display picture is added to the display position corresponding to the virtual item in the electronic voucher display interface.
  • the output module 601 the output module 601:
  • the sending module 603 the sending module 603:
  • the determining module 605 determines whether the number of categories of the electronic vouchers stored locally reaches a preset threshold
  • the sending module 603 further:
  • a virtual object allocation request containing a number of electronic vouchers and the number of categories of the electronic vouchers contained is the preset threshold is sent to the server, to The server is enabled to allocate a virtual object to the first user from the preset virtual object set based on the virtual object allocation request.
  • the virtual object is a virtual red envelope.
  • Fig. 7 is a block diagram of another interactive device based on electronic credentials according to an exemplary embodiment of the present specification.
  • the electronic credential-based interactive device 70 can also be applied to the electronic equipment shown in FIG. 5, including:
  • the receiving module 701 receives an electronic credential acquisition request sent by a client; wherein the electronic credential acquisition request includes the output of the first user on the client terminal that has a social relationship with the first user and holds an electronic credential The user ID of the second user selected from the user list;
  • the generating module 702 in response to the electronic certificate acquisition request, selects a first electronic certificate from the electronic certificates held by the second user, and generates a second electronic certificate of the same category as the first electronic certificate;
  • the issuing module 703 is configured to issue the generated second electronic certificate to the client; wherein, when the number of types of electronic certificates obtained by the client reaches a preset threshold, the first user obtains a preset Set the allocation authority of virtual objects in the virtual object collection.
  • each type of electronic certificate is preset with a corresponding selection probability value
  • the generating module 702 is a module that generates the generating parameters 702:
  • the first electronic certificate is randomly selected for the first user from the electronic certificates held by the second user.
  • the device 70 further includes:
  • the calculation module 704 (not shown in FIG. 7) performs a weighted calculation on the selection probability values of the electronic vouchers of each category held by the second user to obtain the winning probability value corresponding to the first user;
  • the generating module 702 further:
  • the receiving module 701 further:
  • the object allocation request includes a number of electronic vouchers
  • the device 70 also includes:
  • the allocation module 705 determines whether the number of types of electronic vouchers included in the object allocation request reaches a preset threshold; if the number of types of electronic vouchers included in the object allocation request reaches the preset threshold, A threshold is set, and a virtual object is allocated to the first user from a preset virtual object set based on a preset allocation rule.
  • the virtual object is a virtual red envelope.
  • the relevant part can refer to the part of the description of the method embodiment.
  • the device embodiments described above are merely illustrative.
  • the modules described as separate components may or may not be physically separated, and the components displayed as modules may or may not be physical modules, that is, they may be located in One place, or it can be distributed to multiple network modules. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of the application. Those of ordinary skill in the art can understand and implement it without creative work.
  • a typical implementation device is a computer.
  • the specific form of the computer can be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email receiving and sending device, and a game control A console, a tablet computer, a wearable device, or a combination of any of these devices.
  • the electronic device includes a processor and a memory for storing machine executable instructions; wherein the processor and the memory are usually connected to each other through an internal bus.
  • the device may also include an external interface to be able to communicate with other devices or components.
  • the processor is prompted to:
  • the server sends an electronic certificate acquisition request to the server; wherein the electronic certificate acquisition request includes the user ID of the second user, so that the server selects the first electronic certificate from the electronic certificates held by the second user Voucher, and generate a second electronic voucher of the same category as the first electronic voucher;
  • the second electronic certificate issued by the server and save the second electronic certificate locally; wherein, when the number of types of the acquired electronic certificate reaches a preset threshold, the first user obtains the preset Set the allocation authority of virtual objects in the virtual object collection.
  • the processor is prompted to:
  • the display pictures generated for different types of electronic vouchers are different from each other; the corresponding display positions of different types of electronic vouchers in the electronic vouchers display interface are different from each other.
  • the electronic voucher display interface further includes a display position corresponding to the virtual item; by reading and executing the machine executable instructions corresponding to the electronic voucher-based interaction logic stored in the memory, the processing The device is prompted:
  • the generated display picture is added to the display position corresponding to the virtual item in the electronic voucher display interface.
  • the processor is prompted to:
  • the processor is prompted to:
  • the processor is prompted to:
  • a virtual object allocation request containing a number of electronic vouchers and the number of categories of the electronic vouchers contained is the preset threshold is sent to the server, to The server is enabled to allocate a virtual object to the first user from the preset virtual object set based on the virtual object allocation request.
  • the electronic device includes a processor and a memory for storing machine executable instructions; wherein the processor and the memory are usually connected to each other through an internal bus.
  • the device may also include an external interface to be able to communicate with other devices or components.
  • the processor is prompted to:
  • the electronic credential acquisition request includes the first user to select from a list of users who have a social relationship with the first user and hold an electronic credential output by the client The user ID of the second user
  • the generated second electronic certificate is issued to the client; wherein, when the number of types of electronic certificates obtained by the client reaches a preset threshold, the first user obtains a preset set of virtual objects Assign permissions for virtual objects in.
  • each type of electronic certificate is preset with a corresponding selection probability value
  • the processor By reading and executing the machine executable instructions corresponding to the electronic credential-based interaction logic stored in the memory, the processor is prompted to:
  • the first electronic certificate is randomly selected for the first user from the electronic certificates held by the second user.
  • the processor is prompted to:
  • the method further includes:
  • the processor is prompted to:
  • the object allocation request includes a number of electronic vouchers
  • a virtual object is allocated to the first user from a preset virtual object set based on a preset allocation rule.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Human Computer Interaction (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • User Interface Of Digital Computer (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Abstract

公开一种基于电子凭证的互动方法，包括：客户端响应于第一用户发起的互动操作，输出与第一用户存在社交关系，并且持有电子凭证的用户列表；客户端确定第一用户从用户列表中选择的第二用户，并向服务端发送电子凭证获取请求；其中，电子凭证获取请求中包括第二用户的用户标识；服务端响应于电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与第一电子凭证的类别相同的第二电子凭证，将生成的第二电子凭证下发至客户端；客户端获取服务端下发的第二电子凭证，并在本地保存所述第二电子凭证；其中，当客户端获取到的电子凭证的类别数达到预设阈值时，第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。

Description

基于电子凭证的互动方法及装置、电子设备 技术领域
本申请涉及通信技术领域，尤其涉及一种基于电子凭证的互动方法及装置、以及电子设备。
背景技术
随着网络技术的发展，出现了多种多样的虚拟对象的分配方式。以“红包”形式的虚拟对象的分配为例，用户可以将电子贺卡、礼金等放入“红包”中，然后单独发放至某个用户，或者发放至群组内，由群组内的所有成员进行领取。然而，随着虚拟对象的分配场景的日益丰富，如何提升在分配虚拟对象时的交互性以及趣味性，对于提升用户体验具有十分重要的意义。
发明内容
本说明书提出一种基于电子凭证的互动方法，所述方法包括：
响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
获取所述第一用户从所述用户列表中选择的第二用户；
向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
可选的，在本地保存获取到的电子凭证，包括：
为获取到的电子凭证生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述电子凭证对应的展示位置；
其中，为不同类别的电子凭证生成的展示图片互不相同；不同类别的电子凭证在所 述电子凭证展示界面中对应的展示位置互不相同。
可选的，所述电子凭证展示界面中还包括与虚拟道具对应的展示位置；
所述方法还包括：
为获取到的虚拟道具生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述虚拟道具对应的展示位置。
可选的，所述响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表，包括：
响应于检测到的第一用户针对与所述虚拟道具对应的展示图片的触发操作，输出对应于所述虚拟道具的详情界面；其中，所述详情界面包括互动选项；
响应于第一用户针对所述互动选项的触发操作，输出对应于所述互动选项的互动界面，并将从服务端获取到的与所述第一用户存在社交关系，并且持有电子凭证的用户列表通过所述互动界面向所述第一用户输出。
可选的，所述向服务端发送电子凭证获取请求，包括：
向所述第一用户输出电子凭证选择界面；其中，所述电子凭证选择界面包括与所述第二用户持有的电子凭证对应的若干图形选项；
响应于所述第一用户针对所述若干图形选项中的任一图形选项的触发操作，向服务端发送电子凭证获取请求。
可选的，所述虚拟对象为虚拟红包。
本说明书还提出一种基于电子凭证的互动方法，所述方法包括：
接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
可选的，每一类别的电子凭证分别预设了对应的选择概率值；
所述从第二用户持有的电子凭证中选择第一电子凭证，包括：
基于每一类别的电子凭证的选择概率值，从所述第二用户持有的电子凭证中为所述第一用户选择第一电子凭证。
可选的，所述方法还包括：
针对所述第二用户持有的各个类别的电子凭证的选择概率值进行加权计算，得到对应于所述第一用户的抽中概率值；
所述生成与所述第一电子凭证的类别相同的第二电子凭证之前，还包括：
基于所述抽中概率值，确定所述第一用户是否抽中所述第一电子凭证；
如果是，进一步生成与所述第一电子凭证的类别相同的第二电子凭证。
可选的，所述虚拟对象为虚拟红包。
本说明书还提出一种基于电子凭证的互动装置，所述装置包括：
输出模块，响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
第一获取模块，获取所述第一用户从所述用户列表中选择的第二用户；
发送模块，向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
第二获取模块，获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
可选的，所述第二获取模块：
为获取到的电子凭证生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述电子凭证对应的展示位置；
其中，为不同类别的电子凭证生成的展示图片互不相同；不同类别的电子凭证在所述电子凭证展示界面中对应的展示位置互不相同。
可选的，所述电子凭证展示界面中还包括与虚拟道具对应的展示位置；
所述第一获取模块：
为获取到的虚拟道具生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述虚拟道具对应的展示位置。
可选的，所述输出模块：
响应于检测到的第一用户针对与所述虚拟道具对应的展示图片的触发操作，输出对应于所述虚拟道具的详情界面；其中，所述详情界面包括互动选项；
响应于第一用户针对所述互动选项的触发操作，输出对应于所述互动选项的互动界面，并将从服务端获取到的与所述第一用户存在社交关系，并且持有电子凭证的用户列表通过所述互动界面向所述第一用户输出。
可选的，所述发送模块：
向所述第一用户输出电子凭证选择界面；其中，所述电子凭证选择界面包括与所述第二用户持有的电子凭证对应的若干图形选项；
响应于所述第一用户针对所述若干图形选项中的任一图形选项的触发操作，向服务端发送电子凭证获取请求。
可选的，所述虚拟对象为虚拟红包。
本说明书还提出一种基于电子凭证的互动装置，所述装置包括：
接收模块，接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
生成模块，响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
下发模块，将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
可选的，每一类别的电子凭证分别预设了对应的选择概率值；
所述生成模块：
基于每一类别的电子凭证的选择概率值，从所述第二用户持有的电子凭证中为所述第一用户选择第一电子凭证。
可选的，所述装置还包括：
计算模块，针对所述第二用户持有的各个类别的电子凭证的选择概率值进行加权计算，得到对应于所述第一用户的抽中概率值；
所述生成模块进一步：
在生成与所述第一电子凭证的类别相同的第二电子凭证之前，基于所述抽中概率值，确定所述第一用户是否抽中所述第一电子凭证；如果是，进一步生成与所述第一电子凭证的类别相同的第二电子凭证。
可选的，所述虚拟对象为虚拟红包。
本说明书还提出一种电子设备，包括：
处理器；
用于存储机器可执行指令的存储器；
其中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
获取所述第一用户从所述用户列表中选择的第二用户；
向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
本说明书还提出一种电子设备，包括：
处理器；
用于存储机器可执行指令的存储器；
其中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
本说明书中，提出了一种在用户通过收集多个类别的电子凭证，来取得虚拟对象的分配权限的虚拟对象分配场景下的全新互动模式；在这种场景下，用户可以通过发起互动操作，从与用户存在社交关系，并且持有电子凭证的用户列表中选择第二用户，来触发客户端向服务端发送电子凭证获取请求，由服务端从第二用户持有的电子凭证中选择第一电子凭证，并生成与该第一电子凭证的类别相同的第二电子凭证，然后将生成的第二电子凭证下发给客户端；
一方面，由于第一用户可以通过与具有社交关系的第二用户进行互动，来获取到与第二用户持有的电子凭证类别相同的电子凭证，因此可以显著提升第一用户在收集电子凭证时的互动性和趣味性；
另一方面，由于服务端在从第二用户持有的电子凭证中选择出第一电子凭证之后，并不是直接将第二用户持有的该第一电子凭证转发给第一用户，而是重新生成与第一电子凭证的类别相同的第二电子凭证，再将第二电子凭证下发给第一用户；因此，对于第二用户来说，可以继续持有第一电子凭证，从而可以在第二用户持有的电子凭证并没有减少的情况下，将第二用户持有的电子凭证随机分享给第一用户。
附图说明
图1是一示例性实施例提供的一种基于电子凭证的互动方法的流程图；
图2是一示例性实施例提供的一种电子凭证展示界面的示意图；
图3是一示例性实施例提供的一种用户发起互动的示意图；
图4是一示例性实施例提供的一种用户与其他用户进行互动的示意图；
图5是一示例性实施例提供的一种电子设备的结构示意图；
图6是一示例性实施例提供的一种基于电子凭证的互动装置的框图；
图7是一示例性实施例提供的另一种基于电子凭证的互动装置的框图。
具体实施方式
在一些虚拟对象的分配场景下，用户可以通过收集多种类别的电子凭证，并在收集到的电子凭证的类别数达到预设阈值时，取得预设的虚拟资源集合中的虚拟对象的分配权限；
例如，以上述虚拟对象为虚拟红包为例，在示出的一种“五福分大奖”的红包发放场景中，上述电子凭证可以包括“寿康福”、“友爱福”、“富强福”、“家和福”以及“财旺福”等5类虚拟福卡。用户可以通过多种途径来收集福卡，并在收集到这5类虚拟福卡后，会相应的获得领取红包的权限，由服务端为该用户发放红包。
在本说明书中，则以上示出的虚拟对象分配场景的基础之上，提出了一种全新的互动模式。
在这种全新的互动模式下，用户可以与存在社交关系的其他用户进行互动，在该其他用户持有的电子凭证不减少的情况下，来分享其他用户持有的电子凭证。
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
请参考图1，图1是本申请一实施例提供的一种基于电子凭证的互动方法，所述方法执行以下步骤：
步骤102，客户端响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
步骤104，客户端确定所述第一用户从所述用户列表中选择的第二用户，并向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户 标识；
步骤106，服务端响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证，将生成的所述第二电子凭证下发至所述客户端；
步骤108，客户端获取服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
上述虚拟对象，可以包括任意类型的可以在线上完成分配发放的虚拟物品；例如，在示出的一种实施方式中，上述虚拟对象可以是红包发放场景中的“虚拟红包”。
上述电子凭证，是指用户向服务端提取虚拟对象时的凭证。在实际应用中，服务端上可以预配置一定数量的不同类别的电子凭证，并按照一定的下发规则向特定的用户人群下发不同种类的电子凭证；其中，上述电子凭证的具体形式不进行限制，可以是字符串、数字、字符、口令、虚拟卡片，等等。
上述第一用户，可以是指虚拟对象的提取方。上述客户端，可以是指第一用户在提取虚拟对象时所使用的客户端。例如，当任一电子设备上安装有上述客户端，第一用户在使用注册账号登录该客户端后，可以通过该客户端与服务端进行交互来提取虚拟对象。
上述第二用户，可以是与上述第一用户存在社交关系的用户。在本说明书中，第一用户可以通过与第二用户进行互动，在分享第二用户持有的电子凭证。
以下以上述虚拟对象为“虚拟红包”为例对本说明书的技术方案进行详细说明。需要强调的是，以上述虚拟对象为“虚拟红包”为例仅为示例性的。在实际应用中，上述虚拟对象也可以是“虚拟红包”以外的能够在线上分配发送的其它虚拟物品；比如，电子购物券、电子优惠券，等等；
在本说明书中，在服务端上可以预配置一定数量的不同类别的电子凭证，并由服务端对预配置完成的电子凭证进行集中管理；
其中，预配置的上述电子凭证，是用户取得红包发放权限的唯一凭证；预配置的上述电子凭证的数量以及类别数，可以基于实际的需求进行设置。
第一用户可以通过客户端来收集电子凭证，并在收集到的电子凭证的类别数达 到预设阈值时，取得红包的分配权限。其中，上述类别数是指用户收集到的电子凭证的种类数，上述预设阈值的具体取值在本申请中不进行限制，在实际应用中可以根据实际的需求来确定。
其中，在本说明书中，第一用户可以通过客户端通过多种途径来收集电子凭证，在本说明书不对电子凭证的收集途径进行具体的限定。
例如，在示出的一种收集途径中，第一用户可以通过客户端收集由服务端在第一用户满足发放条件时主动发放的电子凭证，或者可以收集由具有社交关系的其他用户赠予的电子凭证；
在示出的另一种途径中，上述客户端可以是AR(Augmented Reality)客户端，第一用户可以通过AR客户端对特定的线下目标进行图像扫描，来触发服务端向该用户发放电子凭证；
比如，第一用户可以通过AR客户端对部署在线下的预设图形标识进行图像扫描，来触发服务端为该第一用户发放电子凭证；或者，第一用户也可以通过AR客户端对任意的或者特定的任务的人脸进行图像扫描，来触发服务端为该第一用户发放电子凭证。
在实际应用中，除了以上描述的收集途径以外，第一用户还可以和与该第一用户存在社交关系的其他用户进行互动，取得由其他用户持有的电子凭证。
在示出的一种实施方式中，服务端除了可以向用户发放电子凭证以外，还可以向用户发放一些虚拟道具，用户可以通过使用这些虚拟道具，“抢夺”由其他用户持有的电子凭证；
例如，在实现时，这些虚拟道具可以是特殊的电子凭证，用户在“使用”这些特殊的电子凭证后，可以从具有社交关系的其他用户中选择一个特定用户，并从该特定用户持有的电子凭证中随机抽取电子凭证，来据为己有。
而在实际应用中，第一用户通过使用服务端发放的虚拟道具，“抢夺”由其他用户持有的电子凭证，虽然可以达到收集电子凭证的目的，但对于作为被抢夺一方的用户来说，自身持有的电子凭证将会减少；因此，在某种程度上，可能会影响第二用户的互动体验。
基于此，在本说明书中，提出一种在与第一用户存在社交关系的其他用户持有的电子凭证不减少的情况下，第一用户来分享其他用户持有的电子凭证的互动模式。
在这种互动模式下，服务端仍然可以向用户发放一些虚拟道具，第一用户可以通过使用这些虚拟道具，来触发服务端从其他用户持有的电子凭证中选择一个电子凭证，并“复制”该电子凭证，然后将“复制”的电子凭证下发给该第一用户。
在本说明书中，第一用户通过客户端无论按照以上示出的哪种收集途径获取到电子凭证后，客户端可以为获取到的电子凭证生成对应的展示图片，并将生成的展示图片，添加至电子凭证展示界面中与该电子凭证对应的展示位置向第一用户进行展示，以将该电子凭证在本地保存。
其中，客户端为电子凭证生成的展示图片，可以与电子凭证的种类相对应，即不同种类的电子凭证所对应的展示图片可以互不相同。上述展示图片上展示的内容，不进行特别限制。
客户端在电子凭证展示界面中提供的展示位置，也可以与电子凭证的种类相对应，不同的展示位置可以分别对应不同种类的电子凭证。也即，对于不同类别的电子凭证而言，在电子凭证展示界面中可以分别对应不同的展示位置。
其中，对于在电子凭证展示界面中展示的电子凭证，第一用户也可以将其赠予给具有社交关系的其他用户。
在示出的一种实施方式中，第一用户可以通过触发展示位置中添加的展示图片，来将与该展示图片对应的电子凭证赠予其它用户。
例如，如果第一用户想要将持有的某一类电子凭证赠予其他用户，可以通过诸如点击等触发操作，来触发在上述电子凭证展示界面中展示的该电子凭证对应的展示图片。而客户端在检测到第一用户针对该展示图片的触发操作后，可以响应该触发操作，输出与该展示图片对应的电子凭证的详情界面。
其中，该电子凭证的详情界面，具体可以用于向用户展示该电子凭证的详情信息；在该电子凭证的详情界面中，可以提供一分享选项；比如，当该电子凭证为虚拟卡片时，该分享选项具体可以是一个“送一张卡片给朋友”的触发按钮。
当第一用户通过诸如点击等预设触发操作触发该分享选项后，客户端可以输出一个分享方式的选择界面，在该选择界面中可以提供若干种可供用户选择的目标应用。此时第一用户可以在该选择界面中选择相应的目标应用，然后在该目标应用中进一步选择本次要分享的目标用户；当选择完成后，客户端可以将该电子凭证发送至用户选择的目标用户。
其中，第一用户在向目标用户分享电子凭证时，如果目标用户为第一用户在客户端中的联系人或者好友时，第一用户可以在客户端内部将电子凭证分享给目标用户。在这种情况下，客户端可以通过服务端将需要分享的电子凭证传输至目标用户的客户端。
当然，如果目标用户并非为该用户在客户端中的联系人或者好友，而是第一用户在第三方的客户端中的联系人或者好友时，第一用户也可以通过该第三方的客户端将电子凭证分享给目标用户。在这种情况下，客户端可以通过服务端为需要分享的电子凭证生成一个对应的访问链接，然后将生成的访问链接通过该第三方的客户端分享给目标用户。
进一步的，在上述电子凭证展示界面中，除了可以包含与电子凭证对应的展示位置以外，还可以提供与服务端向用户发放的虚拟道具对应的展示位置；其中，如果服务端向用户发放的虚拟道具也包含多个类别，也可以在上述电子凭证展示界面中，针对每一个类别的虚拟道具，分别提供一个对应的展示位置。
在这种情况下，第一用户在通过客户端获取到服务端发放的虚拟道具时，也可以为获取到的虚拟道具生成对应的展示图片，然后将生成的展示图片，添加至电子凭证展示界面中与该虚拟道具对应的展示位置向第一用户进行展示，以将该虚拟道具在本地保存。
在示出的一种实施方式中，第一用户也可以通过触发上述电子凭证展示界面中展示的与虚拟道具对应的展示图片，来“使用”与该展示图片对应的虚拟道具，和与该第一用户存在社交关系的第二用户进行互动，在第二用户持有的电子凭证不减少的基础上，取得第二用户持有的电子凭证。
例如，第一用户可以通过诸如点击等触发操作，来触发在上述电子凭证展示界面中展示的与虚拟道具对应的展示图片。而客户端在检测到第一用户针对该展示图片的触发操作后，可以响应该触发操作，输出与该展示图片对应的虚拟道具的详情界面。
其中，该虚拟道具的详情界面，具体可以用于向用户展示该虚拟道具的详情信息；在该虚拟道具的详情界面中，可以提供一互动选项；比如，以该虚拟道具为特殊的虚拟福卡“沾福气卡”为例，该互动选项具体可以是一个“去沾福气”的互动按钮。
当第一用户通过诸如点击等预设触发操作触发该互动选项之后：
一方面，客户端可以立即与服务端进行通信，从服务端上获取与该第一用户存在社交关系，并且持有电子凭证的用户列表；
另一方面，客户端可以输出一个与该互动选项对应的互动界面，并将获取到的与该第一用户存在社交关系，并且持有电子凭证的用户列表，通过该互动界面向第一用户输出。
其中，在上述互动界面中，除了向第一用户输出上述用户列表以外，还可以向第一用户输出上述用户列表中的各个用户所持有的电子凭证的数量。同时，对于上述用户列表中的每一个可供选择的用户而言，还可以提供一个对应的选定选项，第一用户可以通过诸如点击等触发方式触发该选定选项，将与该选定选项对应的用户选择为互动对象。
需要说明的是，第一用户除了可以按照以上描述的通过“使用”虚拟道具来发起互动以外，在实际应用中，也可以通过其它方式来完成互动；也即，在本说明书中，第一用户发起的互动操作，除了可以是“使用”虚拟道具的互动操作以外，也可以是其它形式的互动操作，在本说明书中不再进行一一列举。
在本说明书中，第一用户在用户列表中选择出的互动对象将被称之为第二对象。当第一用户在上述用户列表中执行了上述选择操作后，客户端可以获取第一用户在上述用户列表中选择的第二用户。
在示出的一种实施方式中，当第一用户在上述用户列表中选择了第二用户之后，客户端可以向服务端查询该第二用户所持有的电子凭证的总数，并向第一用户输出一个对应于第二用户的电子凭证选择界面；
其中，在该电子凭证选择界面中，可以包括若干可供选择的图形选项。这些图形选项，在数量上与第二用户实际所持有的电子凭证保持一致；此时，第一用户可以通过诸如点击等触发方式，从这些图形选项中，选择一个图形选项，来模拟从第二用户持有的电子凭证中抽取一个电子凭证的过程。
而客户端在检测到第一用户针对任一图形选项的触发操作之后，可以响应检测到的该触发操作，向服务端发送电子凭证获取请求；其中，在该电子凭证获取请求中，可以携带第二用户的用户标识；比如，第二用户的社交账号。
在本说明书中，服务端在收到客户端发送的电子凭证获取请求后，可以读取该电子凭证获取请求中的第二用户的用户标识，在数据库中查询该第二用户持有的所有电子凭证，然后从第二用户持有的所有电子凭证中，为第一用户选择一个第一电子凭证，然后将选择的第一电子凭证下发给第一用户。
其中，服务端从第二用户持有的所有电子凭证中，为第一用户选择电子凭证时，具体可以是采用特定的随机算法，从第二用户持有的所有电子凭证中随机选择。
在示出的一种实施方式中，对于每一个类别的电子凭证，服务端都可以分别预配置一个对应的选择概率值；其中，对于不同的电子凭证而言，其对应的选择概率值可以互不相同；
例如，服务端的运营方可以基于实际的业务需求，针对其中的某一类或者某几类电子凭证，设置一个较低的选择概率值，对该某一类或者某几类的电子凭证被分享给其他用户的可能性，进行严格的控制。
而服务端在从第二用户持有的所有电子凭证中，为第一用户选择电子凭证时，可以严格的按照各个类别的电子凭证的选择概率值，从第二用户持有的电子凭证中为第一用户随机选择第一电子凭证。
由于各个类别的电子凭证的选择概率值存在差异，因此对于第二用户所持有的选择概率值较低的电子凭证，被随机选中的可能性也相应的较低；而对于第二用户所持有的选择概率值较高的电子凭证，被随机选中的可能性也相应的较高。
在示出的一种实施方式中，服务端还可以针对第一用户设置一个抽中概率值。其中，该抽中概率值，表征的是第一用户在使用上述虚拟道具后，能够成功的获取到第二用户所持有的电子凭证的概率。
其中，上述抽中概率值的计算方式，在本说明书中不进行特别限定；
在示出的一种实施方式中，服务端具体可以基于第二用户实际持有的电子凭证的类别数，为第一用户设置一个抽中概率值。
具体地，服务端可以针对第二用户实际所持有的各个类别的电子凭证的选择概率值，进行加权计算，然后将加权计算得到的取值，作为与第一用户对应的抽中概率值。
例如，在一个例子中，对于各个类别的电子凭证而言，可以设置相同的加权权重，在这种情况下，上述加权计算，具体可以是针对第二用户实际所持有的各个类别的电子凭证的选择概率值进行求和计算；也即，第二用户实际所持有的各个类别的电子凭证的选择概率值的和，为与第一用户对应的抽中概率值。当然，在实际应用中，本领域技术人员可以基于实际的需求，来灵活的为各个类别的电子凭证设置加权值。
通过这种方式，第二用户实际持有的电子凭证的类别数，将直接决定第一用户 在使用上述虚拟道具之后，成功的获取到第二用户所持有的电子凭证的概率。第二用户实际持有的电子凭证的类别数越多，最终得到的第一用户的抽中概率值越大，第一用户成功的获取到第二用户所持有的电子凭证的概率也越高；反之，第二用户实际持有的电子凭证的类别数越少，最终得到的第一用户的抽中概率值越小，第一用户成功的获取到第二用户所持有的电子凭证的概率也越小。
需要说明的是，服务端在从第二用户持有的电子凭证中，为第一用户选择第一电子凭证时，除了可以按照以上描述方式，进行随机选择以外，在实际应用中也可以基于预先配置的规则，从第二用户持有的电子凭证中选取电子凭证。
其中，上述预先配置的规则，可以基于实际的需求进行灵活配置，在本说明书中不进行特别限定；
例如，在一个例子中，服务端可以基于第一用户沉淀在服务端的用户数据进行大数据分析，得到第一用户的活跃度评分；而在这种情况下，上述预先配置的规则，则可以是当第一用户的活跃度评分大于预设阈值时，可以从第二用户持有的电子凭证中，优先为第一用户选择该第一用户当前收集到的所有电子凭证中缺失的类别。
而服务端在从第二用户持有的电子凭证中为第一用户选择了第一电子凭证之后，可以基于第一用户的抽中概率值，对第一用户本次是否抽中第一电子凭证进行决策控制，并基于决策控制结果来确定第一用户是否抽中第一电子凭证；
如果决策控制结果指示第一用户本次成功抽中第一电子凭证，服务端可以重新生成一个与第一电子凭证的类别相同的第二电子凭证，然后将重新生成的第二电子凭证，下发给上述客户端。
由于服务端是基于第一电子凭证的类别，重新生成了一个相同类别的第二电子凭证；并且，最终下发给第一用户的也是重新生成的第二电子凭证；因此，对于第二用户而言，持有的电子凭证并没有减少；相当于是，服务端对第二用户持有的第一电子凭证进行了一次“复制”，将“复制”的电子凭证下发给第一用户。
客户端在收到服务端下发的第二电子凭证之后，可以采用以上描述的相同方式，生成对应的展示图片，将该展示图片添加至上述电子凭证展示界面中对应的展示位置上，向第一用户进行展示。
当然，如果决策控制结果指示第一用户本次并未抽中第一电子凭证，服务端可以向客户端返回第一用户未成功取得第二用户持有的电子凭证的提示。比如，该提示具 体可以是一条提示用户本次未抽中电子凭证的提示消息。
在示出的一种实施方式中，每当服务端对第二用户持有的第一电子凭证进行了一次“复制”，可以对“复制”的次数进行计数。而服务端在从第二用户持有的所有电子凭证中，为第一用户选择电子凭证之前，首先可以检查第二用户持有的电子凭证被“复制”的次数是否达到预设阈值；如果达到预设阈值，此时可以直接终止第一用户从第二用户持有的电子凭证中“复制”电子凭证的流程，并向客户端返回一条电子凭证获取失败的提示信息；例如，以该虚拟道具为特殊的虚拟福卡“沾福气卡”为例，该提示信息具体可以是一条“该好友被沾太多次，换个人试试”的提示消息。
当然，第二用户持有的电子凭证被“复制”的次数并未达到预设阈值，此时服务端可以进一步从第二用户持有的所有电子凭证中，为第一用户选择电子凭证，具体过程不再赘述。在本说明书中，第一用户在通过以上描述的收集途径收集到电子凭证后，客户端还可以在后台实时的判断本地保存的电子凭证的类别数，是否达到预设阈值；如果达到该预设阈值，此时该第一用户已经可以获得红包的分配权限。
在这种情况下，客户端可以向服务端发送红包分配请求(相当于上述虚拟对象分配请求)，并在该红包分配请求中携带若干电子凭证。
其中，在示出的一种实施方式中，该红包分配请求中携带的电子凭证的数量和类别数，可以均为上述预设阈值，从而服务端在收到该红包分配请求后，可以获取该红包分配请求中携带的电子凭证，然后进行验证。
需要说明的是，客户端向服务端发送红包分配请求的操作，可以由用户手动触发，也可以是由客户端在判断出收集到的电子凭证的类别数达到第一数量时自动触发。
例如，在一种情况下，当客户端在后台判断出收集到的电子凭证达到第一数量时，可以自动向服务端发起上述红包分配请求。在另一种情况下，可以在与各电子凭证对应的展示位置上，提供一个用于触发客户端向服务端发起对象分配请求的触发按钮，当客户端在后台判断出收集到的电子凭证达到预设阈值时，可以向用户输出提示(比如，输出相关的动画特效来提示用户)，以提示用户当前已经可以取得红包分配的权限，然后客户端可以响应于用户针对该触发按钮的触发操作，向服务端发送上述红包分配请求。
而服务端在接收到客户端发送的红包分配请求中后，可以对其中携带的电子凭证的类别数进行验证；如果服务端在对该红包分配请求中携带的电子凭证进行验证后，判断出该红包分配请求中携带的电子凭证的类别数达到预设阈值，此时可以授予该用户 分配红包的权限，并立即基于预设的分配规则从预设的“红包资金池”(相当于上述预设的虚拟对象集合)中为该用户发放一定数额的红包，或者在指定的红包发放时间到达后，基于预设的分配规则从预设的“红包资金池”中为该用户发放一定数额的红包。
其中，需要说明的是，服务端在从预设的“红包资金池”为该用户发放红包时所采用的分配规则，可以基于实际的业务需求进行制定。
在示出的一种实施方式中，服务端可以统计所有授予了红包分配权限的用户数量，并基于统计出的用户数量计算“红包资金池”中待发放的而红包总额的平均分配数；此时，计算出的该平均分配数即为需要向每一个用户发放的红包的数量。在这种情况下，服务端可以基于计算得到的平均分配数，从“红包资金池”中为每一个用户发放对应金额的红包。
在示出的另一种实施方式中，服务端在为该用户发放红包时，也可以从“红包资金池”为该用户随机抽取一定数额的红包；例如，服务端可以基于预设的随机算法结合“红包资金池”中待发放的红包的总数额，为该用户计算出一个随机数，然后按照该随机数向该用户发放相应数额的红包。
当然，除了以上示出的分配规则，在实际应用中还可以由其它分配规则，在本申请中不再一一列举。
以下结合具体的应用场景对以上实施例中的技术方案进行详细描述。
在示出的一种“五福分大奖”的红包发放场景中，上述客户端可以是支付客户端。上述服务端可以是与支付宝客户端对接的支付平台。上述虚拟对象集合可以是指支付平台的运营方；或者，是与支付平台的运营方合作的企业的企业资金账户。该企业资金账户下的资金即为用于向用户发放红包的资金总额。
上述电子凭证可以包括“寿康福”、“友爱福”、“富强福”、“家和福”以及“财旺福”等5类虚拟福卡，当用户收集到以上5类虚拟福卡后，可以自动取得领取红包的权限。
除了以上5类虚拟福卡以外，服务端还可以向用户下发一些特殊的虚拟福卡作为虚拟道具；比如，该特殊的虚拟福卡可以是“沾福气卡”；用户通过“使用”沾福气卡，可以与具有社交关系的其他用户进行互动，在其他用户持有的电子凭证不减少的基础上，随机“复制”并取得其他用户持有的电子凭证。
请参见图2，图2为本说明书示出的一种电子凭证展示界面的示意图。
如图2所示，上述电子凭证展示界面，具体可以是“我的福卡”界面；在该界面中，可以针对用户持有的以上5类虚拟福卡以及沾福气卡提供相应的展示位置。
请继续参见图2，在实际应用中，服务端向用户下发的特殊的虚拟福卡，还可以包括诸如“万能福卡”、“花花卡”等特殊的福卡；也即，支付平台的运营方，可以基于实际的需求，为用户灵活的定制对应各种功能的虚拟道具，在本说明书中不再进行一一列举。
请参见图3，图3为本说明书示出的一种用户发起互动的示意图。
如图3所示，用户可以通过诸如点击等触发操作，触发“我的福卡”界面中展示的与“沾福气卡”对应的展示图片，来使用“沾福气卡”；客户端在检测到用户针对“沾福气卡”对应的展示图片的触发操作后，可以响应该触发操作，输出“沾福气卡”的详情界面，并在该详情界面中，输出一个“去沾福气”的触发按钮(即上述互动选项)。
请继续参加图3，用户可以通过诸如点击等触发操作，继续触发详情界面中的“去沾福气”的触发按钮，进入到“沾福气”界面(即上述互动界面)，来选择希望进行互动的“好友”。客户端在检测到用户针对“去沾福气”的触发按钮的触发操作后，可以响应该触发操作，输出“沾福气”界面，并将与该用户存在社交关系，并且持有“虚拟福卡”的用户列表在该“沾福气”界面中向该用户输出。
请参见图4，图4为本说明书示出的用户与其他用户进行互动的示意图。
当客户端将上述用户列表在“沾福气”界面中向用户输出之后，该用户可以在该用户列表手动选择希望互动的目标好友。而客户端可以确定用户在该用户列表中选择的目标好友，而后向该第一用户输出一个对应于该目标好友的“朋友的卡”界面(即上述电子凭证选择界面)，并在该“朋友的卡”界面中，按照该目标好友实际持有的虚拟福卡的数量，在该“朋友的卡”界面中展示若干个可供选择的图形选项。此时，该用户可以通过诸如点击等触发方式，从这些图形选项中，选择一个图形选项。
而客户端在检测到用户针对任一图形选项的触发操作之后，可以该触发操作，立即向服务端发送电子凭证获取请求，并在该电子凭证获取请求中，携带第二用户的社交账号。服务端在收到该电子凭证获取请求后，可以从该目标好友持有的虚拟福卡中，随机选择一虚拟福卡，并通过“复制”用户选择的该虚拟福卡，重新生成一类别相同的虚拟福卡，然后将重新生成虚拟福卡下发给该客户端。
当客户端收集到的虚拟福卡的类别数达到5类，第一用户可以取得红包分配的 权限，客户端可以向服务端发送“红包分配请求”(即上述虚拟对象分配请求)，来请求服务端为第一用户分配红包，具体的实施过程不再赘述。
在以上技术方案中，用户可以通过发起互动操作，从与用户存在社交关系，并且持有电子凭证的用户列表中选择第二用户，来触发客户端向服务端发送电子凭证获取请求，由服务端从第二用户持有的电子凭证中随机选择第一电子凭证，并生成与该第一电子凭证的类别相同的第二电子凭证，然后将生成的第二电子凭证下发给客户端；
一方面，由于第一用户可以通过与具有社交关系的第二用户进行互动，来获取到与第二用户持有的电子凭证类别相同的电子凭证，因此可以显著提升第一用户在收集电子凭证时的互动性和趣味性；
另一方面，由于服务端在从第二用户持有的电子凭证中选择出第一电子凭证之后，并不是直接将第二用户持有的该第一电子凭证转发给第一用户，而是重新生成与第一电子凭证的类别相同的第二电子凭证，再将第二电子凭证下发给第一用户；因此，对于第二用户来说，可以继续持有第一电子凭证，从而可以在第二用户持有的电子凭证并没有减少的情况下，将第二用户持有的电子凭证随机分享给第一用户。
与上述方法实施例相对应，本申请还提供了装置的实施例。
与上述方法实施例相对应，本说明书还提供了一种基于电子凭证的互动装置的实施例。本说明书的基于电子凭证的互动装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本说明书的基于电子凭证的互动装置所在电子设备的一种硬件结构图，除了图5所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。
图6是本说明书一示例性实施例示出的一种基于电子凭证的互动装置的框图。
请参考图6，所述基于电子凭证的互动装置60可以应用在前述图5所示的电子设备中，包括：
输出模块601，响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
第一获取模块602，获取所述第一用户从所述用户列表中选择的第二用户；
发送模块603，向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
第二获取模块604，获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
在本说明书中，所述第二获取模块604：
为获取到的电子凭证生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述电子凭证对应的展示位置；
其中，为不同类别的电子凭证生成的展示图片互不相同；不同类别的电子凭证在所述电子凭证展示界面中对应的展示位置互不相同。
在本说明书中，所述电子凭证展示界面中还包括与虚拟道具对应的展示位置；
所述第一获取模块602：
为获取到的虚拟道具生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述虚拟道具对应的展示位置。
在本说明书中，所述输出模块601：
响应于检测到的第一用户针对与所述虚拟道具对应的展示图片的触发操作，输出对应于所述虚拟道具的详情界面；其中，所述详情界面包括互动选项；
响应于第一用户针对所述互动选项的触发操作，输出对应于所述互动选项的互动界面，并将从服务端获取到的与所述第一用户存在社交关系，并且持有电子凭证的用户列表通过所述互动界面向所述第一用户输出。
在本说明书中，所述发送模块603：
向所述第一用户输出电子凭证选择界面；其中，所述电子凭证选择界面包括与所述第二用户持有的电子凭证对应的若干图形选项；
响应于所述第一用户针对所述若干图形选项中的任一图形选项的触发操作，向 服务端发送电子凭证获取请求。
在本说明书中，还包括：
确定模块605(图5中未示出)，确定本地保存的所述电子凭证的类别数是否达到预设阈值；
所述发送模块603进一步：
如果本地保存的所述电子凭证的类别数达到所述预设阈值，向所述服务端发送包含若干电子凭证，并且包含的电子凭证的类别数为所述预设阈值的虚拟对象分配请求，以使得所述服务端基于该虚拟对象分配请求从所述预设的虚拟对象集合中为所述第一用户分配虚拟对象。
在本实施例中，所述虚拟对象为虚拟红包。
图7是本说明书一示例性实施例示出的另一种基于电子凭证的互动装置的框图。
请参考图7，所述基于电子凭证的互动装置70也可以应用在前述图5所示的电子设备中，包括：
接收模块701，接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
生成模块702，响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
下发模块703，将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
在本说明书中，每一类别的电子凭证分别预设了对应的选择概率值；
所述生成模块702：
基于每一类别的电子凭证的选择概率值，从所述第二用户持有的电子凭证中为所述第一用户随机选择第一电子凭证。
在本说明书中，所述装置70还包括：
计算模块704(图7中未示出)，针对所述第二用户持有的各个类别的电子凭证 的选择概率值进行加权计算，得到对应于所述第一用户的抽中概率值；
所述生成模块702进一步：
在生成与所述第一电子凭证的类别相同的第二电子凭证之前，基于所述抽中概率值，确定所述第一用户是否抽中所述第一电子凭证；如果是，进一步生成与所述第一电子凭证的类别相同的第二电子凭证。
在本说明书中，所述接收模块701进一步：
接收所述客户端发送的对象分配请求；所述对象分配请求中包含若干电子凭证；
所述装置70还包括：
分配模块705(图7中未示出)，确定所述对象分配请求中包含的电子凭证的类别数是否达到预设阈值；如果所述对象分配请求中包含的电子凭证的类别数达到所述预设阈值，基于预设分配规则从预设的虚拟对象集合中为所述第一用户分配虚拟对象。
在本说明书中，所述虚拟对象为虚拟红包。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
上述实施例阐明的装置、装置、模块或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
与上述方法实施例相对应，本说明书还提供了一种电子设备的实施例。该电子设备包括：处理器以及用于存储机器可执行指令的存储器；其中，处理器和存储器通常通过内部总线相互连接。在其他可能的实现方式中，所述设备还可能包括外部接口，以能够与其他设备或者部件进行通信。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑 对应的机器可执行指令，所述处理器被促使：
响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
获取所述第一用户从所述用户列表中选择的第二用户；
向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
为获取到的电子凭证生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述电子凭证对应的展示位置；
其中，为不同类别的电子凭证生成的展示图片互不相同；不同类别的电子凭证在所述电子凭证展示界面中对应的展示位置互不相同。
在本实施例中，所述电子凭证展示界面中还包括与虚拟道具对应的展示位置；通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
为获取到的虚拟道具生成对应的展示图片；
将生成的展示图片，添加至电子凭证展示界面中与所述虚拟道具对应的展示位置。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
响应于检测到的第一用户针对与所述虚拟道具对应的展示图片的触发操作，输出对应于所述虚拟道具的详情界面；其中，所述详情界面包括互动选项；
响应于第一用户针对所述互动选项的触发操作，输出对应于所述互动选项的互动界面，并将从服务端获取到的与所述第一用户存在社交关系，并且持有电子凭证的用户列表通过所述互动界面向所述第一用户输出。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
向所述第一用户输出电子凭证选择界面；其中，所述电子凭证选择界面包括与所述第二用户持有的电子凭证对应的若干图形选项；
响应于所述第一用户针对所述若干图形选项中的任一图形选项的触发操作，向服务端发送电子凭证获取请求。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
确定本地保存的所述电子凭证的类别数是否达到预设阈值；
如果本地保存的所述电子凭证的类别数达到所述预设阈值，向所述服务端发送包含若干电子凭证，并且包含的电子凭证的类别数为所述预设阈值的虚拟对象分配请求，以使得所述服务端基于该虚拟对象分配请求从所述预设的虚拟对象集合中为所述第一用户分配虚拟对象。
与上述方法实施例相对应，本说明书还提供了另一种电子设备的实施例。该电子设备包括：处理器以及用于存储机器可执行指令的存储器；其中，处理器和存储器通常通过内部总线相互连接。在其他可能的实现方式中，所述设备还可能包括外部接口，以能够与其他设备或者部件进行通信。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的 电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
在本实施例中，每一类别的电子凭证分别预设了对应的选择概率值；
通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
基于每一类别的电子凭证的选择概率值，从所述第二用户持有的电子凭证中为所述第一用户随机选择第一电子凭证。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
针对所述第二用户持有的各个类别的电子凭证的选择概率值进行加权计算，得到对应于所述第一用户的抽中概率值；
所述生成与所述第一电子凭证的类别相同的第二电子凭证之前，还包括：
基于所述抽中概率值，确定所述第一用户是否抽中所述第一电子凭证；
如果是，进一步生成与所述第一电子凭证的类别相同的第二电子凭证。
在本实施例中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
接收所述客户端发送的对象分配请求；所述对象分配请求中包含若干电子凭证；
确定所述对象分配请求中包含的电子凭证的类别数是否达到预设阈值；
如果所述对象分配请求中包含的电子凭证的类别数达到所述预设阈值，基于预设分配规则从预设的虚拟对象集合中为所述第一用户分配虚拟对象。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限 制。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (22)

  1. 一种基于电子凭证的互动方法，所述方法包括：
    响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
    获取所述第一用户从所述用户列表中选择的第二用户；
    向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
    获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
  2. 根据权利要求1所述的方法，在本地保存获取到的电子凭证，包括：
    为获取到的电子凭证生成对应的展示图片；
    将生成的展示图片，添加至电子凭证展示界面中与所述电子凭证对应的展示位置；
    其中，为不同类别的电子凭证生成的展示图片互不相同；不同类别的电子凭证在所述电子凭证展示界面中对应的展示位置互不相同。
  3. 根据权利要求1所述的方法，所述电子凭证展示界面中还包括与虚拟道具对应的展示位置；
    所述方法还包括：
    为获取到的虚拟道具生成对应的展示图片；
    将生成的展示图片，添加至电子凭证展示界面中与所述虚拟道具对应的展示位置。
  4. 根据权利要求3所述的方法，所述响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表，包括：
    响应于检测到的第一用户针对与所述虚拟道具对应的展示图片的触发操作，输出对应于所述虚拟道具的详情界面；其中，所述详情界面包括互动选项；
    响应于第一用户针对所述互动选项的触发操作，输出对应于所述互动选项的互动界面，并将从服务端获取到的与所述第一用户存在社交关系，并且持有电子凭证的用户列表通过所述互动界面向所述第一用户输出。
  5. 根据权利要求1所述的方法，所述向服务端发送电子凭证获取请求，包括：
    向所述第一用户输出电子凭证选择界面；其中，所述电子凭证选择界面包括与所述第二用户持有的电子凭证对应的若干图形选项；
    响应于所述第一用户针对所述若干图形选项中的任一图形选项的触发操作，向服务端发送电子凭证获取请求。
  6. 根据权利要求1所述的方法，所述虚拟对象为虚拟红包。
  7. 一种基于电子凭证的互动方法，所述方法包括：
    接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
    响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
    将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
  8. 根据权利要求7所述的方法，每一类别的电子凭证分别预设了对应的选择概率值；
    所述从第二用户持有的电子凭证中选择第一电子凭证，包括：
    基于每一类别的电子凭证的选择概率值，从所述第二用户持有的电子凭证中为所述第一用户随机选择第一电子凭证。
  9. 根据权利要求8所述的方法，所述方法还包括：
    针对所述第二用户持有的各个类别的电子凭证的选择概率值进行加权计算，得到对应于所述第一用户的抽中概率值；
    所述生成与所述第一电子凭证的类别相同的第二电子凭证之前，还包括：
    基于所述抽中概率值，确定所述第一用户是否抽中所述第一电子凭证；
    如果是，进一步生成与所述第一电子凭证的类别相同的第二电子凭证。
  10. 根据权利要求7所述的方法，所述虚拟对象为虚拟红包。
  11. 一种基于电子凭证的互动装置，所述装置包括：
    输出模块，响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
    第一获取模块，获取所述第一用户从所述用户列表中选择的第二用户；
    发送模块，向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
    第二获取模块，获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
  12. 根据权利要求11所述的装置，所述第二获取模块：
    为获取到的电子凭证生成对应的展示图片；
    将生成的展示图片，添加至电子凭证展示界面中与所述电子凭证对应的展示位置；
    其中，为不同类别的电子凭证生成的展示图片互不相同；不同类别的电子凭证在所述电子凭证展示界面中对应的展示位置互不相同。
  13. 根据权利要求11所述的装置，所述电子凭证展示界面中还包括与虚拟道具对应的展示位置；
    所述第一获取模块：
    为获取到的虚拟道具生成对应的展示图片；
    将生成的展示图片，添加至电子凭证展示界面中与所述虚拟道具对应的展示位置。
  14. 根据权利要求13所述的装置，所述输出模块：
    响应于检测到的第一用户针对与所述虚拟道具对应的展示图片的触发操作，输出对应于所述虚拟道具的详情界面；其中，所述详情界面包括互动选项；
    响应于第一用户针对所述互动选项的触发操作，输出对应于所述互动选项的互动界面，并将从服务端获取到的与所述第一用户存在社交关系，并且持有电子凭证的用户列表通过所述互动界面向所述第一用户输出。
  15. 根据权利要求11所述的装置，所述发送模块：
    向所述第一用户输出电子凭证选择界面；其中，所述电子凭证选择界面包括与所述第二用户持有的电子凭证对应的若干图形选项；
    响应于所述第一用户针对所述若干图形选项中的任一图形选项的触发操作，向服务端发送电子凭证获取请求。
  16. 根据权利要求11所述的装置，所述虚拟对象为虚拟红包。
  17. 一种基于电子凭证的互动装置，所述装置包括：
    接收模块，接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
    生成模块，响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
    下发模块，将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
  18. 根据权利要求17所述的装置，每一类别的电子凭证分别预设了对应的选择概率值；
    所述生成模块：
    基于每一类别的电子凭证的选择概率值，从所述第二用户持有的电子凭证中为所述第一用户随机选择第一电子凭证。
  19. 根据权利要求18所述的装置，所述装置还包括：
    计算模块，针对所述第二用户持有的各个类别的电子凭证的选择概率值进行加权计算，得到对应于所述第一用户的抽中概率值；
    所述生成模块进一步：
    在生成与所述第一电子凭证的类别相同的第二电子凭证之前，基于所述抽中概率值，确定所述第一用户是否抽中所述第一电子凭证；如果是，进一步生成与所述第一电子凭证的类别相同的第二电子凭证。
  20. 根据权利要求17所述的装置，所述虚拟对象为虚拟红包。
  21. 一种电子设备，包括：
    处理器；
    用于存储机器可执行指令的存储器；
    其中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
    响应于第一用户发起的互动操作，输出与所述第一用户存在社交关系，并且持有电子凭证的用户列表；
    获取所述第一用户从所述用户列表中选择的第二用户；
    向服务端发送电子凭证获取请求；其中，所述电子凭证获取请求中包括所述第二用户的用户标识，以使所述服务端从所述第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
    获取所述服务端下发的所述第二电子凭证，并在本地保存所述第二电子凭证；其中，当获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
  22. 一种电子设备，包括：
    处理器；
    用于存储机器可执行指令的存储器；
    其中，通过读取并执行所述存储器存储的与基于电子凭证的互动逻辑对应的机器可执行指令，所述处理器被促使：
    接收客户端发送的电子凭证获取请求；其中，所述电子凭证获取请求中包括第一用户在所述客户端输出的与所述第一用户存在社交关系，并且持有电子凭证的用户列表中选择出的第二用户的用户标识；
    响应于所述电子凭证获取请求，从第二用户持有的电子凭证中选择第一电子凭证，并生成与所述第一电子凭证的类别相同的第二电子凭证；
    将生成的所述第二电子凭证下发至所述客户端；其中，当所述客户端获取到的电子凭证的类别数达到预设阈值时，所述第一用户取得预设的虚拟对象集合中的虚拟对象的分配权限。
PCT/CN2019/116317 2019-01-25 2019-11-07 基于电子凭证的互动方法及装置、电子设备 WO2020151302A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
SG11202104419QA SG11202104419QA (en) 2019-01-25 2019-11-07 Electronic-certificate-based interaction methods and apparatuses, and electronic devices
CA3118013A CA3118013A1 (en) 2019-01-25 2019-11-07 Electronic-certificate-based interaction methods and apparatuses, and electronic devices
AU2019424510A AU2019424510A1 (en) 2019-01-25 2019-11-07 Electronic-certificate-based interaction methods and apparatuses, and electronic devices
EP19912085.8A EP3879477A4 (en) 2019-01-25 2019-11-07 Electronic certificate-based interaction method and apparatus, and electronic device
US17/242,739 US20210248604A1 (en) 2019-01-25 2021-04-28 Electronic-certificate-based interaction methods and apparatuses, and electronic devices

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910073692.5A CN110060052B (zh) 2019-01-25 2019-01-25 基于电子凭证的互动方法及装置、电子设备
CN201910073692.5 2019-01-25

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/242,739 Continuation US20210248604A1 (en) 2019-01-25 2021-04-28 Electronic-certificate-based interaction methods and apparatuses, and electronic devices

Publications (1)

Publication Number Publication Date
WO2020151302A1 true WO2020151302A1 (zh) 2020-07-30

Family

ID=67316458

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/116317 WO2020151302A1 (zh) 2019-01-25 2019-11-07 基于电子凭证的互动方法及装置、电子设备

Country Status (8)

Country Link
US (1) US20210248604A1 (zh)
EP (1) EP3879477A4 (zh)
CN (2) CN111612461B (zh)
AU (1) AU2019424510A1 (zh)
CA (1) CA3118013A1 (zh)
SG (1) SG11202104419QA (zh)
TW (1) TWI782228B (zh)
WO (1) WO2020151302A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111612461B (zh) * 2019-01-25 2023-05-16 创新先进技术有限公司 基于电子凭证的互动方法及装置、电子设备
CN111210397B (zh) * 2020-01-10 2021-09-10 口碑(上海)信息技术有限公司 图像处理方法、图像展示方法、装置及电子设备
CN111192053B (zh) * 2020-01-11 2021-07-13 支付宝(杭州)信息技术有限公司 基于电子凭证的互动方法及装置、电子设备
CN113763003A (zh) * 2020-09-01 2021-12-07 北京沃东天骏信息技术有限公司 电子凭证的分配方法、装置、设备和存储介质
CN115454315A (zh) * 2021-01-20 2022-12-09 支付宝(杭州)信息技术有限公司 一种基于电子凭证的互动方法、装置和电子设备
CN112884463B (zh) * 2021-01-20 2022-08-09 支付宝(杭州)信息技术有限公司 基于电子凭证的互动方法、装置及电子设备
CN112884464B (zh) * 2021-01-20 2022-06-24 支付宝(杭州)信息技术有限公司 基于电子凭证的互动方法、装置及电子设备
CN113271251B (zh) * 2021-05-17 2022-12-06 深圳市腾讯网域计算机网络有限公司 一种虚拟资源活动控制方法、装置、电子设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104899727A (zh) * 2014-09-23 2015-09-09 腾讯科技（深圳）有限公司 一种数据转移方法及相关设备、系统
CN106997545A (zh) * 2016-01-26 2017-08-01 阿里巴巴集团控股有限公司 业务实现方法及装置
CN108282471A (zh) * 2018-01-12 2018-07-13 阿里巴巴集团控股有限公司 一种电子凭证的传输方法、装置及设备
CN108540947A (zh) * 2018-03-30 2018-09-14 拉扎斯网络科技（上海）有限公司 一种红包分享方法、第一终端、第二终端和服务器
WO2018203914A1 (en) * 2017-05-01 2018-11-08 Facebook, Inc. Facilitating payment transactions between users of a plurality of payment providers
CN110060052A (zh) * 2019-01-25 2019-07-26 阿里巴巴集团控股有限公司 基于电子凭证的互动方法及装置、电子设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9460092B2 (en) * 2009-06-16 2016-10-04 Rovi Technologies Corporation Media asset recommendation service
US20120172131A1 (en) * 2010-12-30 2012-07-05 Megan Alexandria Campion Boswell On-Line Virtual World Game
JP2016004293A (ja) * 2014-06-13 2016-01-12 洋一 小峰 店舗紹介支援システム
CN106096962A (zh) * 2016-06-12 2016-11-09 财付通支付科技有限公司 电子凭证处理方法及电子凭证处理装置
CN106406703B (zh) * 2016-09-20 2019-09-17 广东小天才科技有限公司 一种基于社交的用户终端壁纸更换方法及系统
CN111654473B (zh) * 2016-12-13 2022-07-19 创新先进技术有限公司 基于增强现实的虚拟对象分配方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104899727A (zh) * 2014-09-23 2015-09-09 腾讯科技（深圳）有限公司 一种数据转移方法及相关设备、系统
CN106997545A (zh) * 2016-01-26 2017-08-01 阿里巴巴集团控股有限公司 业务实现方法及装置
WO2018203914A1 (en) * 2017-05-01 2018-11-08 Facebook, Inc. Facilitating payment transactions between users of a plurality of payment providers
CN108282471A (zh) * 2018-01-12 2018-07-13 阿里巴巴集团控股有限公司 一种电子凭证的传输方法、装置及设备
CN108540947A (zh) * 2018-03-30 2018-09-14 拉扎斯网络科技（上海）有限公司 一种红包分享方法、第一终端、第二终端和服务器
CN110060052A (zh) * 2019-01-25 2019-07-26 阿里巴巴集团控股有限公司 基于电子凭证的互动方法及装置、电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3879477A4 *

Also Published As

Publication number Publication date
CN111612461A (zh) 2020-09-01
US20210248604A1 (en) 2021-08-12
CN111612461B (zh) 2023-05-16
EP3879477A4 (en) 2021-12-29
TW202029091A (zh) 2020-08-01
CN110060052B (zh) 2020-05-29
CN110060052A (zh) 2019-07-26
SG11202104419QA (en) 2021-05-28
AU2019424510A1 (en) 2021-06-03
EP3879477A1 (en) 2021-09-15
TWI782228B (zh) 2022-11-01
CA3118013A1 (en) 2020-07-30

Similar Documents

Publication Publication Date Title
TWI667592B (zh) 基於增強實境的虛擬對象分配方法及裝置
WO2020151302A1 (zh) 基于电子凭证的互动方法及装置、电子设备
US20200211025A1 (en) Augmented reality-based virtual object allocation method and apparatus
TWI673668B (zh) 業務實現方法及裝置
JP6284678B1 (ja) ゲームシステム、アイテム贈呈方法、ならびに、プログラム
WO2021139436A1 (zh) 基于电子凭证的互动方法及装置、电子设备
JP6505928B1 (ja) コンピュータプログラム、およびコンピュータ装置
WO2021139434A1 (zh) 基于电子凭证的虚拟资源分配方法及装置、电子设备
CN115456624A (zh) 一种基于电子凭证的互动方法、装置以及电子设备
JP5980160B2 (ja) ゲームシステム、そのサーバ装置、コンピュータプログラム及びマッチング制御方法
US9704345B1 (en) Single action betting system and method
US20230343186A1 (en) Digital data object system for online gaming
CN113657891B (zh) 基于电子凭证的互动方法及装置、电子设备
JP6764963B2 (ja) コンピュータプログラム、およびコンピュータ装置
CN114693294A (zh) 基于电子凭证的互动方法、装置及电子设备
JP2020163186A (ja) コンピュータプログラム、およびコンピュータ装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19912085

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3118013

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2019424510

Country of ref document: AU

Date of ref document: 20191107

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2019912085

Country of ref document: EP

Effective date: 20210607

NENP Non-entry into the national phase

Ref country code: DE