WO2017128995A1 - 业务实现方法及装置 - Google Patents

业务实现方法及装置 Download PDF

Info

Publication number
WO2017128995A1
WO2017128995A1 PCT/CN2017/071399 CN2017071399W WO2017128995A1 WO 2017128995 A1 WO2017128995 A1 WO 2017128995A1 CN 2017071399 W CN2017071399 W CN 2017071399W WO 2017128995 A1 WO2017128995 A1 WO 2017128995A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic voucher
client
user
electronic
server
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2017/071399
Other languages
English (en)
French (fr)
Inventor
季婧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to JP2018539056A priority Critical patent/JP6935406B2/ja
Priority to SG11201806394TA priority patent/SG11201806394TA/en
Priority to MYPI2018702612A priority patent/MY189479A/en
Priority to KR1020187024185A priority patent/KR102282763B1/ko
Publication of WO2017128995A1 publication Critical patent/WO2017128995A1/zh
Priority to US16/040,310 priority patent/US10798088B2/en
Priority to PH12018501590A priority patent/PH12018501590A1/en
Anticipated expiration legal-status Critical
Priority to US16/719,811 priority patent/US10785209B2/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0224—Discounts or incentives, e.g. coupons or rebates based on user history
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351—Virtual cards
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0209—Incentive being awarded or redeemed in connection with the playing of a video game
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222—During e-commerce, i.e. online transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication

Definitions

  • the present application relates to the technical field of service implementation, and in particular, to a service implementation method and apparatus.
  • red envelope virtual item interaction
  • the user can put the e-card, gift money, etc. into the "red envelope”, and then distribute it to a certain user separately, or distribute it to the group, and all members in the group perform receive.
  • the present application provides a service implementation method and apparatus, which can optimize an allocation process for a business object.
  • a service implementation method including:
  • the first user collects an electronic voucher for extracting the business object through the first client
  • the first client determines whether the number of categories of the collected electronic voucher reaches the first quantity
  • the number of categories of the collected electronic voucher reaches the first quantity
  • the number of categories of the electronic voucher including the plurality of electronic voucher and the included number of the electronic voucher is initiated to the server, so that the server allocates the object based on the object. Requesting to assign a business object to the first user from a set of business objects.
  • the obtaining the electronic voucher for extracting the business object includes:
  • the first client provides a trigger option for acquiring an electronic credential
  • the obtaining server is an electronic certificate issued by the first client, and includes:
  • a request for acquiring the electronic credential is initiated to the server, so that the server sends the request to the first A client sends an electronic voucher;
  • the method further includes:
  • the display images generated by different types of electronic voucher are different from each other; the display positions corresponding to different types of electronic voucher are different from each other.
  • the method further includes:
  • the quantity is updated based on the actual remaining quantity of the electronic voucher.
  • the method further includes:
  • the electronic voucher corresponding to the displayed picture is shared to the target user selected by the first user.
  • the method further includes:
  • the distribution result includes one or more of the following information:
  • the number of the business objects, the sender of the business object, the number of other recipients of the business object, and the distribution rules of the business object are defined.
  • a service implementation method including:
  • the object allocation request includes a plurality of electronic credentials for extracting the business object
  • the first user is allocated a business object from the set of business objects based on the preset allocation rule.
  • the method further includes:
  • the number of categories of electronic vouchers issued by the first client is less than the first number.
  • the sending according to the preset delivery rule, the electronic credential to the first client, including
  • the electronic voucher is randomly sent from the locally stored electronic voucher to the first client.
  • the locally stored electronic voucher is at least divided into a low frequency delivery set and a high frequency delivery set;
  • the electronic voucher in the low frequency delivery set and the high frequency delivery set is sent to the first electronic voucher; wherein the issued electronic voucher includes at least one electronic voucher in the low frequency delivery set.
  • the method further includes:
  • the distribution result is sent to the first client, so that the first client displays the distribution result to the first user;
  • the distribution result includes one or more of the following information:
  • the number of the business objects, the sender of the business object, and the business object is the number of recipients and the distribution rules for the business object.
  • a service implementation apparatus including:
  • An obtaining module configured to obtain an electronic voucher for extracting a business object
  • a first determining module configured to determine whether the number of categories of the obtained electronic voucher reaches the first quantity
  • the initiating module when the number of categories of the obtained electronic voucher reaches the first quantity, initiates, to the server, the number of categories of the electronic voucher including the plurality of electronic voucher and the first number of object allocation requests, so that the server end A business object is allocated to the first user from a set of business objects based on the object allocation request.
  • the obtaining module is specifically configured to:
  • the first client provides a trigger option for acquiring an electronic credential
  • the obtaining module is further configured to:
  • a request for acquiring the electronic credential is initiated to the server, so that the server sends the request to the first A client sends an electronic voucher;
  • the device further includes:
  • a generating module configured to generate a corresponding display image for the electronic voucher when the electronic voucher is obtained
  • the display module is configured to add the generated display image to the display position corresponding to the electronic voucher; wherein the display images generated by different kinds of electronic voucher are different from each other; the display positions corresponding to different kinds of electronic voucher are different from each other.
  • the generating module is further configured to:
  • the quantity is updated based on the actual remaining quantity of the electronic voucher.
  • the device further includes:
  • the sharing module is configured to share the electronic voucher corresponding to the display picture to the target user selected by the first user when detecting the preset triggering operation of the display picture added by the first user for any of the display positions.
  • the device further includes:
  • a first receiving module configured to receive an allocation result sent by the server when the server allocates a completed service object to the first user, and display the distribution result to the first user;
  • the distribution result includes one or more of the following information:
  • the number of the business objects, the sender of the business object, the number of other recipients of the business object, and the distribution rules of the business object are defined.
  • a service implementation apparatus including:
  • a second receiving module configured to receive an object allocation request sent by the first user by using the first client;
  • the object allocation request includes a plurality of electronic credentials for extracting the business object;
  • a second determining module configured to determine whether the number of categories of the electronic voucher included in the object allocation request reaches a first quantity
  • an allocating module where the number of categories of the electronic voucher included in the object allocation request reaches a first quantity, and the first user is allocated a business object from the set of business objects based on a preset allocation rule.
  • the device further includes:
  • a sending module configured to send a request to the first client from a locally stored electronic credential based on a preset delivery rule when receiving the request for acquiring the electronic credential sent by the first client Electronic voucher
  • the number of categories of electronic vouchers issued by the first client is less than the first number.
  • the sending module is specifically configured to:
  • the electronic voucher is randomly sent from the locally stored electronic voucher to the first client.
  • the locally stored electronic voucher is at least divided into a low frequency delivery set and a high frequency delivery set;
  • the issuing module is specifically configured to:
  • the electronic voucher in the low frequency delivery set and the high frequency delivery set is sent to the first electronic voucher; wherein the issued electronic voucher includes at least one electronic voucher in the low frequency delivery set.
  • the device further includes:
  • a sending module configured to send an allocation result to the first client when the first user is allocated a business object, so that the first client displays the allocation result to the first user;
  • the distribution result includes one or more of the following information:
  • the number of the business objects, the sender of the business object, the number of other recipients of the business object, and the distribution rules of the business object are defined.
  • the first user when the first user allocates a business object, the first user can obtain an electronic voucher for extracting the business object through the first client, and the number of acquired electronic voucher categories reaches the first quantity.
  • the first user can obtain the allocation right of the business object, and the first client sends an object allocation request to the server, so that the server allocates the business object to the first user, thereby improving the interest in the service allocation process, and the user's Application experience.
  • FIG. 1 is a flowchart of a service implementation method according to an exemplary embodiment of the present application.
  • FIGS. 2-6 are schematic diagrams of interfaces for red envelope issuance according to an exemplary embodiment of the present application.
  • FIG. 7 is a block diagram of a service implementation apparatus in accordance with an exemplary embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of an electronic device according to an exemplary embodiment of the present application.
  • FIG. 9 is a block diagram of another service implementation apparatus in accordance with an exemplary embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of a server according to an exemplary embodiment of the present application.
  • FIG. 1 is a flowchart of a service implementation method according to an exemplary embodiment of the present application. As shown in FIG. 1 , the method is applied to a client and a server, and the client and the server cooperate with each other to perform the following steps. :
  • Step 101 The first user collects an electronic voucher for extracting a business object by using the first client.
  • Step 102 The first client determines whether the number of categories of the collected electronic voucher reaches the first quantity
  • Step 103 When the number of categories of the collected electronic voucher reaches the first quantity, initiate, to the server, the number of categories of the electronic voucher including the plurality of electronic voucher and the first number of object allocation requests;
  • Step 104 The server determines whether the number of categories of the electronic voucher included in the object allocation request reaches the first quantity
  • Step 105 When the number of categories of electronic vouchers included in the object allocation request reaches a first quantity, the first user is allocated a business object from the set of business objects based on a preset allocation rule.
  • the client may include an application installed on the electronic device; for example, in an application scenario where the red envelope is distributed, the client may include client software that provides red envelope distribution function installed on the electronic device; for example, Alipay; In different scenarios, on The client can be a different client software.
  • the server may include a server, a server cluster, or a cloud platform that provides services to the client.
  • the server may be an Alipay service platform.
  • the above business object can be any type of business interaction data.
  • the business object may include a virtual item such as a coupon, an e-card, a gift, or the like.
  • the content of the virtual item may be different from each other; for example, in the payment service, the business object may be a fund; in the case of a commodity activity service initiated by the merchant, the business object may be a coupon, etc. .
  • the foregoing business object set refers to a set of business objects that the first user can extract; for example, when the business object is the funds distributed by the red envelope, the business object set may be a red envelope of a third-party enterprise that cooperates with the red envelope issuing platform. Issue an account.
  • the first user may be an extractor of a business object.
  • the first client may refer to a client used by the first user when extracting a business object. For example, when the client is installed on any electronic device, the first user can use the registered account to log in to the client, and then the client can interact with the server to extract the business object.
  • the electronic voucher refers to the voucher when the first user extracts the business object from the server.
  • the specific form of the electronic voucher is not limited, and may be a string, a number, a character, a password, a virtual card, etc. .
  • the server may verify the content, quantity, or type of the electronic credential submitted by the first user to determine whether the first user has the extraction right of the business object, and when the first user has the extraction right, the first is from the business object set.
  • a user assigns a business object.
  • Each electronic voucher may have a corresponding category or category, and each category of electronic voucher may represent one type of voucher, and each type of voucher may have the same or different content.
  • the first user may collect the electronic voucher through the first client, and obtain the distribution right of the business object when the number of categories of the collected electronic voucher reaches the first quantity.
  • the number of the above-mentioned categories refers to the number of types of electronic vouchers collected by the user.
  • the specific value of the first quantity is not limited in the present application, and may be determined according to actual needs in practical applications.
  • the business object may be funds issued in the form of a red envelope
  • the electronic certificate may be a virtual card
  • the first quantity may be 5, when the category of the virtual card collected by the first user The number reaches 5, that is, when the first user collects 5 different kinds of virtual cards, the right to receive the red envelope can be obtained.
  • the first user can collect the electronic voucher by the following means;
  • Collection path 1 Obtain the electronic certificate issued by the server.
  • the first user can obtain the electronic credential issued by the server through the first client.
  • a trigger option for the user to obtain the electronic credential may be provided on the first client, and the user may obtain the electronic credential by triggering the trigger option; for example, the trigger option may be A trigger button provided to the user on the client, or an activity portal, etc., the user can trigger the trigger option by clicking, double-clicking or long pressing, etc., to obtain an electronic credential from the server.
  • the first client When the first client detects the triggering operation of the triggering option by the user in the background, the first client may initiate a request for acquiring the electronic credential to the server, and after receiving the request, the server may be based on the preset The issuing rule sends an electronic voucher to the first client from its locally stored electronic voucher.
  • the server may directly deliver the electronic voucher to the first client when the electronic voucher is sent to the first client, or may only send a unique identifier corresponding to the electronic voucher to the first client, and The corresponding relationship between the unique identifier and the electronic voucher is saved locally, and the corresponding electronic voucher can be identified by the unique identifier; for example, if the electronic voucher is a string, the server can directly send the string as the electronic voucher to the
  • the first client may also generate a unique corresponding identifier for the string, and the identifier is sent to the first client.
  • the specific delivery form is not specifically limited in this embodiment.
  • the server may encrypt the electronic voucher by using a preset encryption algorithm when generating the electronic voucher for the user; for example, taking the electronic voucher as a string as an example, the server generates When the electronic voucher is used, the generated string can be encrypted by a preset encryption algorithm, and then the encrypted string is sent to the user. When the string sent by the user is verified, the received string can be decrypted by the key. And then Verify the decrypted string. In this way, it is possible to prevent the electronic voucher from being spoofed by the user.
  • the number of the electronic vouchers delivered by the server to the first client may be smaller than the first number, that is, the type of the electronic vouchers delivered by the server to the first client is smaller than the first number; for example, Taking the above-mentioned electronic voucher as a virtual card as an example, it is assumed that the user needs to collect five different kinds of virtual cards to obtain the distribution right of the business object, and then the virtual card type that the server delivers when the lower user actively sends the virtual card.
  • the number can be a number less than 5, such as 3 types. In this way, the number of users with business object allocation rights can be effectively controlled.
  • the server when the server sends the electronic credential to the first client, in addition to the triggering option provided by the first client, the first user may actively obtain the electronic credential from the server, or may be actively initiated by the server. For example, in an implementation manner shown, after the first user successfully logs in to the first client by using the registered account, the server can actively send the electronic credential to the first client.
  • the server sends the electronic credential to the first client so that the issued rules can be formulated according to actual business requirements.
  • the sending rule may include a random delivery.
  • the server may randomly send the electronic credential to the first client from the locally stored electronic credential.
  • the above-mentioned delivery rules may include making a selection for a particular population.
  • the server can be pre-divided into a low-frequency delivery set and a high-frequency delivery set based on the locally stored electronic credentials.
  • the electronic voucher in the low-frequency delivery set can be used for delivering to a specific user specified by the server, and the electronic voucher in the high-frequency delivery set can be used for sending to an ordinary user.
  • the particular user described above may refer to a user with a higher level of activity.
  • the server sends the electronic voucher
  • the e-voucher in the low-frequency delivery set can be preferentially sent to the user with higher activity, and the high-frequency delivery set can be preferentially delivered to the ordinary user.
  • Electronic voucher in the middle When the server sends the electronic voucher, the e-voucher in the low-frequency delivery set can be preferentially sent to the user with higher activity, and the high-frequency delivery set can be preferentially delivered to the ordinary user.
  • Electronic voucher in the middle the server sends the electronic voucher
  • the activity level of the first user may be calculated locally, and then the calculated activity level is compared with a preset threshold to determine the first user. If it is an active user, if the activity level of the first user reaches a preset threshold, the first user may be determined to be an active user, and the issued voucher may be read from the low-frequency delivery set and then sent to the first user.
  • the server when the server determines that the first user is an active user, the electronic certificate can be read from the low-frequency delivery set to the first user.
  • the server when the server determines that the first user is an active group, the server can simultaneously send the electronic voucher from the low-frequency sending set and the high-frequency sending set to the first user, but it is required to be guaranteed.
  • the electronic voucher sent includes at least one electronic voucher in the low frequency delivery set. For a normal user who is not active, the server can send an electronic voucher to the user only from the high-frequency delivery set.
  • the activity level may be characterized based on the daily user-related parameters related to the user's activity level. For example, in an actual application, when the number of friends of the user or the number of services initiated, the more active the user is. Therefore, the foregoing parameters may include parameters such as the number of friends of the user and the number of services to be initiated.
  • the server may count the number of friends of the first user, or count the number of services initiated by the first user, and then perform Thresholding process to determine whether the user is an active user.
  • the parameters for characterizing user activity are not limited to the number of friends described above and the number of services initiated, and other parameters that can characterize the user's activity are used to calculate the activity of the user.
  • Collection route 2 collect electronic voucher shared by other users
  • the first user can obtain the electronic voucher shared by the second user through the second client through the first client.
  • the second user may refer to other users relative to the first user.
  • the second client can be the same client as the first client.
  • Second use When the user shares the electronic voucher with the first user through the second client, the user can share the internal voucher through the client, or can forward the electronic voucher to the third-party client and then share it to the first user.
  • the electronic client is a virtual card
  • the first client and the second client are both an Alipay client, a first client, and a second client.
  • a sharing interface can be provided.
  • the second user can share the virtual card to the first user through the Alipay client through the Alipay client, or the virtual card can be linked or clickable through the sharing interface provided by the Alipay client.
  • the graphic form is shared to a third-party social platform, or instant messaging software. After receiving the virtual card shared by the second user, the first user can click on the link or graphic and then jump to the interface of the Alipay client.
  • the virtual card shared by the second user is charged.
  • the corresponding display image may be generated for the electronic voucher and displayed to the user in the user interface.
  • a charging option may be provided on the display image; for example, when the electronic voucher is a virtual card, the charging option may be a triggering option of “receiving the card”, and the trigger is triggered when the first user triggers the operation by clicking or the like.
  • the first client may add the generated display image to the placement provided in the user interface of the first client to visually display the currently acquired electronic voucher to the first user.
  • the display image generated by the first client for the electronic voucher may correspond to the type of the electronic voucher, that is, the display images corresponding to different types of electronic voucher are different from each other.
  • the content shown on the above display images is not subject to any special restrictions.
  • the display position provided by the first client in the user interface may also correspond to the type of the electronic voucher, and the different display positions may respectively correspond to different kinds of electronic voucher.
  • the first client may also mark the currently obtained number of electronic vouchers corresponding to the display location on the display location, for example, may be in the display position. A number reminder is generated in the upper right corner.
  • the first client may also mark the position corresponding to the electronic voucher based on the actual remaining quantity of the current electronic voucher. The quantity is updated.
  • the obtained electronic voucher can also be shared by other users by the first user.
  • the first user can share the electronic voucher corresponding to the display picture to other users by triggering the display picture added in the display location.
  • the display position corresponding to the electronic voucher can be triggered by a click operation, etc., and when the display position is triggered, the display image corresponding to the display position can be displayed. Displayed in the user interface.
  • a sharing option may be provided in the display image.
  • the sharing option may be a triggering option of “send one to a friend”; when the first user presets by clicking, etc.
  • the first client may output a sharing mode selection interface, and the sharing interface may provide several sharing modes for the first user to select.
  • the user can select the sharing mode in the selection interface, and then select the target user to be shared this time.
  • the first client can send the electronic certificate to the target user selected by the user.
  • the first user shares the electronic voucher with the target user
  • the target user is the contact or friend of the first user in the first client
  • the first user can share the electronic voucher to the target within the first client.
  • the first client can transmit the electronic voucher to be shared to the client of the target user through the server; for example, in one mode, the first client can send the electronic voucher to be shared to the service. Then, the server forwards it to the client of the target user.
  • the first user may send a notification message to the server to notify the server of the ID of the electronic voucher to be shared, and the server re-issues the corresponding electronic voucher to the target user.
  • the target user is not the first user's contact or friend in the first client, but the first user is a contact or friend in the third party's client, the first user may also pass the third party.
  • the client shares the electronic voucher to the target user.
  • the first client can generate a corresponding access link for the electronic voucher to be shared through the server, and then share the generated access link to the target user through the third-party client.
  • the first client is the Alipay client
  • the third The client's client is a third-party social platform, or instant messaging software.
  • the Alipay client can generate a corresponding access link or clickable graphic for the electronic voucher to be shared through the server, and then use the link or graphic.
  • the form is shared with a third-party social platform, or instant messaging software.
  • the target user can access the electronic voucher on the server by clicking the link or the graphic, and then jump to the Alipay customer.
  • the electronic voucher is collected in the end interface.
  • the first client can determine in the background whether the type of the currently collected electronic voucher reaches the first quantity, if the first number is reached. After the quantity, the first user can obtain the distribution right of the business object at this time. In this case, the first client can initiate an object allocation request to the server, and carry a plurality of electronic certificates in the object allocation request.
  • the number and the number of electronic vouchers carried in the object allocation request may be the first quantity, so that the server may acquire the object after receiving the object allocation request.
  • the object is assigned an electronic voucher carried in the request and then verified.
  • the operation of the first client to initiate an object allocation request to the server may be manually triggered by the user, or may be automatically determined by the first client when the number of categories of the collected electronic credentials reaches the first quantity. trigger.
  • the object allocation request may be automatically initiated to the server.
  • a trigger button for triggering the first client to initiate an object allocation request to the server may be provided on the display location corresponding to each electronic voucher (the trigger button may also be a placement location).
  • the first client may output a prompt to the user through the trigger button to prompt the user that the right to obtain the business object is currently available, and then the first The client may initiate the foregoing service allocation request to the server according to the trigger operation of the trigger button by the user.
  • the server verifies the electronic voucher carried in the object allocation request, it determines that the number of categories of the electronic voucher carried in the object allocation request reaches the first quantity, and the first user can be assigned The permissions of the business object, and immediately based on the default points
  • the matching rule allocates a business object from the corresponding set of business objects to the first user, or after the assigned time specified for the assignment of the current business object arrives, the first user is from the corresponding set of business objects based on the preset allocation rule. Assign business objects.
  • the server can count the number of users that have been granted the object allocation authority, and calculate the average number of allocations of the business objects in the business object set based on the counted number of users.
  • the average number of allocations is the number of business objects that need to be assigned to each user.
  • the server can allocate a business object for each user from the set of business objects based on the calculated average number of allocations.
  • the server can count the number of users who have obtained the red envelope collection authority, and then divide the total number of red packets that can be distributed by the number of users with red envelope collection authority, and then average according to the average number.
  • a user issues a red envelope of the corresponding amount.
  • the server when the server allocates a business object for the first user, the server may also randomly extract a certain number of business objects from the set of business objects for the first user. For example, the server may calculate a random number for the first user based on the preset random algorithm and the total number of the business objects in the set of business objects, and then allocate the business object to the user according to the random number.
  • the server may send an allocation result to the first client where the first user is located.
  • the first client may The result of the distribution is shown to the user.
  • the allocation result may include one or more of information such as the number of allocated business objects, the sender of the business object, other recipients of the business object, the number of other recipients, and the distribution rule of the business object.
  • the information displayed to the first user in the foregoing distribution result may include: a red envelope amount, a sender of the red envelope, other recipients of the red envelope, and others.
  • Information such as the number of recipients and the redemption rules.
  • the first user when the first user is allocated to the first user, the first user can obtain the electronic voucher for extracting the business object by using the first client, and the number of the obtained electronic voucher reaches the first number.
  • the first user can obtain the allocation right of the business object, and the first client sends an object allocation request to the server, so that the server allocates the business object to the first user, thereby improving the interest in the service allocation process and the user.
  • Application experience when the first user is allocated to the first user, the first user can obtain the electronic voucher for extracting the business object by using the first client, and the number of the obtained electronic voucher reaches the first number.
  • the first user can obtain the allocation right of the business object, and the first client sends an object allocation request to the server, so that the server allocates the business object to the first user, thereby improving the interest in the service allocation process and the user.
  • Application experience when the first user is allocated to the first user, the first user can obtain the electronic voucher for extracting the business object by using the first client, and the number of the obtained electronic voucher
  • the technical solution shown in FIG. 1 can implement different services between different users.
  • the above service may be a red envelope issuing service.
  • the foregoing service may be a service in which an enterprise that cooperates with a red envelope distribution platform issues a red envelope to a user.
  • the client may be a payment client with a red envelope function of the user; for example, Alipay.
  • the above server may refer to a payment platform with a red envelope issuing function; for example, an Alipay platform.
  • the above business objects may include funds issued in the form of red envelopes.
  • the above-mentioned business object set may refer to the enterprise fund account of the enterprise that cooperates with the payment platform, and the fund under the enterprise fund account is the total amount of funds that the enterprise can use to distribute the red envelope to the user.
  • the above electronic voucher may be a virtual card used by the red envelope issuing platform to confirm whether the user has the red envelope receiving right.
  • the electronic voucher that the red envelope issuance platform can use for the user can include “Shou Kangfu”, “You Aifu”, “Guoqiangfu”, “ Five types of virtual cards, such as Jiahefu and “Fuwangfu”, after the users collect these five types of virtual cards, they will receive the right to receive the "Five Fortune” red packets sent by the enterprises that cooperate with the payment platform.
  • an activity portal may be provided, and the activity portal may be an activity interface of “Welcoming the Five Fortune Red Packets”, and a “Get Five Lucky Cards” triggering option may be provided in the active interface.
  • the payment client may initiate a request for obtaining a virtual card to the payment platform.
  • the payment platform may actively issue a virtual card for the user.
  • the payment platform can set a certain number of kinds of "rare” virtual cards, such as 2 types.
  • the issuance of such "rare” virtual cards depends on the activity level of the user calculated by the payment platform based on the user's data, that is, such "rare” virtual cards can be preferentially issued to users with higher activity.
  • the payment platform delivers virtual cards for ordinary users, the user can issue only five types of virtual “Shou Kangfu”, “You Aifu”, “Guoqiangfu”, “Home and Fortune” and “Caiwangfu”. 2 to 3 cards in the card.
  • the user in addition to the virtual card that the server actively delivers, the user can also obtain the virtual card shared by other users.
  • a corresponding display image may be generated for the virtual card, and then the display image is displayed in the active interface.
  • the contents of the display image generated by the client for different kinds of virtual cards are different from each other.
  • the display image when the display image is displayed in the active interface, the display image may provide a triggering option of “respecting the curse”, and the user may click the trigger operation to trigger the option to collect the virtual card. Then add it to the corresponding placement provided by the client.
  • the display position provided by the client may correspond to the type of the virtual card, and each virtual card may correspond to one display position.
  • a “Five Fortune” display position can also be provided, and the user has not successfully collected “Shou Kangfu”, “You Aifu”, “Guoqiangfu”, “Home and Fu” and “Caiwangfu”, etc. 5
  • the "Five Fortunes" display position can be set to gray to prompt the user that he has not obtained the permission to receive the "Five Fortune” red envelope.
  • the virtual card displayed on the placement can also be shared by other users.
  • the trigger position corresponding to the virtual card may be triggered by clicking, etc., and when the display position is triggered, the display corresponding to the display position may be displayed.
  • the picture is displayed in the user interface.
  • a trigger option of “send one to a friend” may be provided in the display picture; when the user triggers the trigger option by a trigger operation such as clicking, the client may output a sharing mode selection interface, in the selection interface.
  • the sharing method may include "send to friends through WeChat”, “send to friends via QQ”, and “send to friends by nail” and other options.
  • the user can select a sharing mode in the selection interface.
  • the user can also specify the target user to be shared in the buddy list, and then the client sends the virtual card to the target user in the form of a link or a graphic. .
  • the user can manually trigger the "Five Fortunes” display position, trigger the client to send a red envelope allocation request to the payment platform, or the client automatically sends a red envelope allocation request to the payment platform.
  • the red packet allocation request may carry the five types of virtual cards that have been collected, and after receiving the request, the payment platform may verify the type of the virtual card in the request, and if the payment platform verifies, it is determined that the request carries 5 Kind of virtual card, the payment platform can immediately send the user from the corporate fund account of the partner company Put a certain amount of "red envelope", or send a certain amount of "red envelope” to the user when the release time arrives. For example, the payment platform can count the number of users who have obtained the permission to receive the "Five Fortunes" red envelope, and then evenly distribute the amount of red packets that can be used for payment in the corporate funds account.
  • the payment platform can push a red envelope distribution result to the client, and the client can display the redemption result to the user in the activity interface after receiving the release result.
  • the information displayed in the red envelope issuance result may include the amount received this time, the sender of the red envelope (the name of the company that cooperates with the payment platform), and the total number of people receiving the "Five Fortune” red envelope.
  • the distribution rules of the "Five Fortunes" red packets are evenly distributed, and so on.
  • the present application also provides an apparatus embodiment.
  • the present application provides a service implementation apparatus 70, which is applied to an electronic device.
  • the hardware architecture involved in the terminal that carries the service implementation apparatus 70 generally includes a CPU, a memory, and Non-volatile memory, network interface, internal bus, etc.; in the software implementation as an example, the service implementation device 70 can generally be understood as a computer program loaded in the memory, a combination of software and hardware formed by the CPU after the logic device
  • the device 70 includes:
  • An obtaining module 701, configured to acquire an electronic credential for extracting a business object
  • the first determining module 702 is configured to determine whether the number of categories of the obtained electronic voucher reaches the first quantity
  • the initiating module 703 when the number of categories of the obtained electronic voucher reaches the first quantity, initiates, to the server, the number of categories of the electronic voucher including the plurality of electronic voucher and the first number of object allocation requests, so that the service is
  • the terminal allocates a business object to the first user from the set of business objects based on the object allocation request.
  • the obtaining module 701 is specifically configured to:
  • the first client provides a trigger option for obtaining an electronic credential
  • the obtaining module 701 is further configured to:
  • a request for acquiring the electronic credential is initiated to the server, so that the server sends the request to the first A client sends an electronic voucher;
  • the device 70 further includes:
  • the generating module 704 is configured to generate a corresponding display image for the electronic voucher when the electronic voucher is obtained;
  • the display module 705 is configured to add the generated display image to the display position corresponding to the electronic voucher; wherein the display images generated by different kinds of electronic voucher are different from each other; the display positions corresponding to different kinds of electronic voucher are different from each other .
  • the generating module 704 is further configured to:
  • the quantity is updated based on the actual remaining quantity of the electronic voucher.
  • the device 70 further includes:
  • the sharing module 706 is configured to share the electronic voucher corresponding to the display picture to the target user selected by the first user when detecting the preset triggering operation of the display picture added by the first user for any of the display positions.
  • the device 70 further includes:
  • the first receiving module 707 is configured to: when the server allocates a completed service object to the first user, receive an allocation result sent by the server, and display the distribution result to the first user;
  • the distribution result includes one or more of the following information:
  • the number of the business objects, the sender of the business object, the number of other recipients of the business object, and the distribution rules of the business object are defined.
  • a hardware architecture involved in a server that carries the service implementation apparatus 90 generally includes a CPU and a memory.
  • the service implementation device 90 can be generally understood as a computer program loaded in a memory, a combination of software and hardware formed by the CPU after running.
  • the device 90 includes:
  • the second receiving module 901 is configured to receive an object allocation request sent by the first user by using the first client, where the object allocation request includes a plurality of electronic credentials for extracting the business object;
  • the second determining module 902 is configured to determine whether the number of categories of the electronic voucher included in the object allocation request reaches a first quantity
  • the allocating module 903 is configured to allocate a number of categories of electronic vouchers included in the object allocation request to a first quantity, and allocate a business object to the first user from the set of business objects based on a preset allocation rule.
  • the device 90 further includes:
  • the sending module 904 is configured to: when receiving the request for acquiring the electronic credential sent by the first client, downloading from the locally stored electronic credential to the first client according to a preset delivery rule Send an electronic voucher;
  • the number of categories of electronic vouchers issued by the first client is less than the first number.
  • the sending module 904 is specifically configured to:
  • the electronic voucher is randomly sent from the locally stored electronic voucher to the first client.
  • the locally stored electronic voucher is at least pre-divided into a low frequency delivery set and a high frequency delivery set;
  • the sending module 904 is specifically configured to:
  • the electronic voucher in the low frequency delivery set and the high frequency delivery set is sent to the first electronic voucher; wherein the issued electronic voucher includes at least one electronic voucher in the low frequency delivery set.
  • the device 90 further includes:
  • a sending module 905, configured to send an allocation result to the first client when the first user is allocated a business object, so that the first client displays the allocation result to the first user ;
  • the distribution result includes one or more of the following information:
  • the number of the business objects, the sender of the business object, the number of other recipients of the business object, and the distribution rules of the business object are defined.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种业务实现方法及装置，该方法包括：第一用户通过第一客户端收集用于提取业务对象的电子凭证（101）；第一客户端判断收集到的电子凭证的类别数是否达到第一数量（102）；当收集到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求（103）；服务端判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量（104）；当所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象（105）。上述方法可以提升业务分配过程中的趣味性，以及用户的应用体验。

Description

业务实现方法及装置 技术领域
本申请涉及业务实现技术领域，尤其涉及一种业务实现方法及装置。
背景技术
随着网络技术的发展，出现了多种多样的业务实现方式。以“红包”形式的虚拟物品交互为例，用户可以将电子贺卡、礼金等放入“红包”中，然后单独发放至某个用户，或者发放至群组内，由群组内的所有成员进行领取。
发明内容
有鉴于此，本申请提供一种业务实现方法及装置，可以优化对业务对象的分配过程。
为实现上述目的，本申请提供技术方案如下：
根据本申请的第一方面，提出了一种业务实现方法，包括：
第一用户通过第一客户端收集用于提取业务对象的电子凭证；
第一客户端判断收集到的电子凭证的类别数是否达到第一数量；
当收集到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求，以使得所述服务端基于该对象分配请求从业务对象集合中为所述第一用户分配业务对象。
可选的，所述获取用于提取业务对象的电子凭证，包括：
获取服务端为所述第一客户端下发的电子凭证；以及
获取第二用户通过第二客户端分享的电子凭证。
可选的，所述第一客户端提供用于获取电子凭证的触发选项；
所述获取服务端为所述第一客户端下发的电子凭证，包括：
当检测到所述第一用户针对所述触发选项的触发操作时，向所述服务端发起用于获取所述电子凭证的请求，以使得所述服务端基于预设下发规则向所述第一客户端下发电子凭证；
获取所述服务端基于所述预设下发规则为所述第一客户端下发的电子凭证；其中，所述服务端为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
可选的，所述方法还包括：
当收集到电子凭证时，为该电子凭证生成对应的展示图片；
将生成的展示图片添加至与所述电子凭证对应的展示位置；
其中，不同种类的电子凭证生成的展示图片互不相同；不同种类的电子凭证对应的展示位置互不相同。
可选的，所述方法还包括：
在所述展示位置上标注获取到的所述电子凭证的数量；
基于该电子凭证的实际剩余数量对该数量进行更新。
可选的，所述方法还包括：
当检测到第一用户针对任一展示图片的预设触发操作时，将与该展示图片对应的电子凭证分享至由第一用户选定的目标用户。
可选的，所述方法还包括：
当所述服务端为所述第一用户分配完成业务对象时，接收所述服务端发送的分配结果，并将所述分配结果向所述第一用户展示；
其中，所述分配结果包括以下信息中的一个或者多个：
所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
根据本申请的第二方面，提出一种业务实现方法，包括：
接收第一用户通过第一客户端发送的对象分配请求；所述对象分配请求中包含用于提取业务对象的若干电子凭证；
判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量；
当所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象。
可选的，所述方法还包括：
当接收到所述第一客户端发送的用于获取所述电子凭证的请求时，基于预设下发规则从本地存储的电子凭证中向所述第一客户端下发电子凭证；
其中，为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
可选的，所述基于预设下发规则向所述第一客户端下发电子凭证，包括
从本地存储的电子凭证中随机向所述第一客户端下发电子凭证。
可选的，所述本地存储的电子凭证至少被预先划分为低频下发集合和高频下发集合；
所述基于预设下发规则向所述第一客户端下发电子凭证，包括
计算所述第一用户的活跃度；
判断所述活跃度是否达到预设阈值；
当所述活跃度达到预设阈值时，从所述低频下发集合中向所述第一客户端下发电子凭证；或者，
从所述低频下发集合和高频下发集合中向所述第一下发电子凭证；其中，下发的电子凭证中包括至少一个低频下发集合中的电子凭证。
可选的，所述方法还包括：
当为所述第一用户分配完成业务对象时，向所述第一客户端发送分配结果，以使所述第一客户端将所述分配结果向所述第一用户展示；
其中，所述分配结果包括以下信息中的一个或者多个：
所述业务对象的数量、所述业务对象的发送方、所述业务对象的其 它接收方的数量以及所述业务对象的分配规则。
根据本申请的第三方面，提出一种业务实现装置，包括：
获取模块，用于获取用于提取业务对象的电子凭证；
第一判断模块，用于判断获取到的电子凭证的类别数是否达到第一数量；
发起模块，用于获取到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求，以使得所述服务端基于该对象分配请求从业务对象集合中为所述第一用户分配业务对象。
可选的，所述获取模块具体用于：
获取服务端为所述第一客户端下发的电子凭证；以及
获取第二用户通过第二客户端分享的电子凭证。
可选的，所述第一客户端提供用于获取电子凭证的触发选项；
所述获取模块进一步用于：
当检测到所述第一用户针对所述触发选项的触发操作时，向所述服务端发起用于获取所述电子凭证的请求，以使得所述服务端基于预设下发规则向所述第一客户端下发电子凭证；
获取所述服务端基于所述预设下发规则为所述第一客户端下发的电子凭证；其中，所述服务端为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
可选的，所述装置还包括：
生成模块，用于在获取到电子凭证时，为该电子凭证生成对应的展示图片；
展示模块，用于将生成的展示图片添加至与所述电子凭证对应的展示位置；其中，不同种类的电子凭证生成的展示图片互不相同；不同种类的电子凭证对应的展示位置互不相同。
可选的，所述生成模块进一步用于：
在所述展示位置上标注获取到的所述电子凭证的数量；
基于该电子凭证的实际剩余数量对该数量进行更新。
可选的，所述装置还包括：
分享模块，用于在检测到第一用户针对任一展示位置中添加的展示图片的预设触发操作时，将与该展示图片对应的电子凭证分享至由第一用户选定的目标用户。
可选的，所述装置还包括：
第一接收模块，用于在所述服务端为所述第一用户分配完成业务对象时，接收所述服务端发送的分配结果，并将所述分配结果向所述第一用户展示；
其中，所述分配结果包括以下信息中的一个或者多个：
所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
根据本申请的第四方面，提出一种业务实现装置，包括：
第二接收模块，用于接收第一用户通过第一客户端发送的对象分配请求；所述对象分配请求中包含用于提取业务对象的若干电子凭证；
第二判断模块，用于判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量；
分配模块，用于在所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象。
可选的，所述装置还包括：
下发模块，用于在接收到所述第一客户端发送的用于获取所述电子凭证的请求时，基于预设下发规则从本地存储的电子凭证中向所述第一客户端下发电子凭证；
其中，为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
可选的，所述下发模块具体用于：
从本地存储的电子凭证中随机向所述第一客户端下发电子凭证。
可选的，所述本地存储的电子凭证至少被预先划分为低频下发集合和高频下发集合；
所述下发模块具体用于：
计算所述第一用户的活跃度；
判断所述活跃度是否达到预设阈值；
当所述活跃度达到预设阈值时，从所述低频下发集合中向所述第一客户端下发电子凭证；或者，
从所述低频下发集合和高频下发集合中向所述第一下发电子凭证；其中，下发的电子凭证中包括至少一个低频下发集合中的电子凭证。
可选的，所述装置还包括：
发送模块，用于在为所述第一用户分配完成业务对象时，向所述第一客户端发送分配结果，以使所述第一客户端将所述分配结果向所述第一用户展示；
其中，所述分配结果包括以下信息中的一个或者多个：
所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
由以上技术方案可见，本申请通过在对第一用户分配业务对象时，第一用户可以通过第一客户端获取用于提取业务对象的电子凭证，当获取到的电子凭证类别数达到第一数量时，第一用户可以取得业务对象的分配权限，通过第一客户端向服务端发起对象分配请求使得服务端为第一用户分配业务对象，从而可以提升业务分配过程中的趣味性，以及用户的应用体验。
附图说明
图1是根据本申请一示例性实施例中的一种业务实现方法的流程 图；
图2-6是根据本申请一示例性实施例中的红包发放的界面示意图；
图7是根据本申请一示例性实施例中的一种业务实现装置的框图；
图8是根据本申请一示例性实施例中的一种电子设备的结构示意图；
图9是根据本申请一示例性实施例中的另一种业务实现装置的框图；
图10是根据本申请一示例性实施例中的一种服务端的结构示意图。
具体实施方式
图1是根据本申请一示例性实施例中的一种业务实现方法的流程图，如图1所示，该方法应用于客户端和服务端中，客户端和服务端相互配合可以执行以下步骤：
步骤101，第一用户通过第一客户端收集用于提取业务对象的电子凭证；
步骤102，第一客户端判断收集到的电子凭证的类别数是否达到第一数量；
步骤103，当收集到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求；
步骤104，服务端判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量；
步骤105，当所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象。
上述客户端，可以包括电子设备上安装的应用程序；例如，在“红包”发放的应用场景中，上述客户端可以包括电子设备上安装的提供红包发放功能的客户端软件；比如，支付宝；其中，在不同的场景下，上 述客户端可以为不同的客户端软件。
上述服务端，可以包括面向客户端提供服务的服务器、服务器集群或者云平台；例如，当上述客户端为支付宝客户端时，上述服务端可以是支付宝服务平台。
上述业务对象，可以为任意形式的业务交互数据。作为一示例性实施例，上述业务对象可以包括虚拟物品，比如优惠券、电子贺卡、礼金等。针对不同的业务实现，上述虚拟物品包含的内容可以互不相同；例如，在支付业务中，上述业务对象可以是资金；在商家发起的商品活动业务时，上述业务对象可以是优惠券，等等。上述业务对象集合是指第一用户可提取的业务对象的集合；例如，当业务对象为通过红包的形式所发放的资金时，上述业务对象集合可以是与红包发放平台合作的第三方企业的红包发放账户。
上述第一用户，可以是指业务对象的提取方。上述第一客户端，可以是指第一用户在提取业务对象时所使用的客户端。例如，当任一电子设备上安装有上述客户端，第一用户在使用注册账号登录该客户端后，可以通过该客户端与服务端进行交互来提取业务对象。
上述电子凭证，是指第一用户向服务端提取业务对象时的凭证，在实际应用中，上述电子凭证的具体形式不进行限制，可以是字符串、数字、字符、口令、虚拟卡片，等等。服务端可以对第一用户提交的电子凭证的内容、数量或者种类进行验证，来确定第一用户是否具备业务对象的提取权限，并在第一用户具备提取权限时，从业务对象集合中为第一用户分配业务对象。其中，每个电子凭证可以有对应的类别或者种类，每种类别的电子凭证可以代表一种类型的凭证，每一种类型的凭证可以具有相同或不同的内容。
在本例中，第一用户可以通过第一客户端来收集电子凭证，并在收集到的电子凭证的类别数达到第一数量时，来取得业务对象的分配权限。其中，上述类别数是指用户收集到的电子凭证的种类数，上述第一数量的具体取值在本申请中不进行限制，在实际应用中可以根据实际的需求来确定。
例如，在示出的一个例子中，上述业务对象可以是通过红包的形式发放的资金，上述电子凭证可以是虚拟卡片，上述第一数量可以为5，当第一用户收集到的虚拟卡片的类别数达到5，即当第一用户收集到5种不同种类的虚拟卡片时，则可以取得领取红包的权限。
在本例中，第一用户可以通过如下途径来收集电子凭证；
收集途径一：获取服务器下发的电子凭证。
在本例中，第一用户可以通过第一客户端获取由服务端下发的电子凭证。
在示出的一种实施方式中，在第一客户端上可以提供一个用户获取电子凭证的触发选项，用户可以通过触发该触发选项来向服务端获取电子凭证；例如，该触发选项可以是第一客户端上向用户提供的一个触发按钮，或者活动入口，等等，用户可以通过点击、双击或者长按等触发操作来触发该触发选项，向服务端获取电子凭证。
当第一客户端在后台检测到用户针对该触发选项的触发操作时，第一客户端可以向服务端发起用于获取电子凭证的请求，服务端在收到该请求后，可以基于预设的下发规则从其本地存储的电子凭证中向第一客户端下发电子凭证。
其中，服务端在向第一客户端下发电子凭证时，可以直接将电子凭证下发至第一客户端，也可以仅向第一客户端下发一个与电子凭证对应的唯一标识，并在本地保存上述唯一标识与电子凭证的对应关系，后续可以通过该唯一标识来识别对应的电子凭证；例如，假设电子凭证为一个字符串，那么服务端可以直接将作为电子凭证的字符串下发至第一客户端，也可以为该字符串生成一个唯一对应的标识，将该标识下发至第一客户端，其具体的下发形式在本实施例中不进行特别限定。
具体实现时，为了防止电子凭证被仿冒，服务端在为用户生成电子凭证时，可以通过预设的加密算法对电子凭证进行加密；例如，以上述电子凭证为字符串为例，服务端在生成电子凭证时，可以通过预设的加密算法对生成的字符串进行加密，然后向用户下发加密的字符串，在验证用户发送的字符串时，可以通过密钥对收到的字符串进行解密，然后 对解密后的字符串进行验证。通过这种方式，可以避免电子凭证被用户仿冒。
在本例中，服务端向第一客户端下发的电子凭证的类别数，可以小于上述第一数量，即服务端向第一客户端下发的电子凭证的种类小于第一数量；例如，以上述电子凭证为虚拟卡片为例，假设用户需要收集到5种不同种类的虚拟卡片才能够获得业务对象的分配权限，那么服务端在下用户主动下发虚拟卡片时，下发的虚拟卡片的类别数可以是一个小于5类的数字，比如3类。通过这种方式，可以有效的对具有业务对象分配权项的用户数量进行控制。
当然，服务端在向第一客户端下发电子凭证时，除了以上描述的第一用户可以通过触发第一客户端提供的触发选项向服务端主动获取电子凭证以外，也可以是由服务端主动下发；例如，在示出的一种实现方式中，当第一用户通过注册账号成功登录第一客户端后，服务端可以主动向该第一客户端下发电子凭证。
另外，需要指出的是，服务端在向第一客户端下发电子凭证使所采用的下发规则，可以根据实际的业务需求进行制定。
在示出的一种实施方式中，上述下发规则可以包括随机下发。
在这种情况下，服务端在收到第一客户端发起的获取电子凭证的请求后，可以从本地存储的电子凭证中随机向第一客户端下发电子凭证。
在示出的另一种实施方式中，上述下发规则可以包括针对特定人群有选择的进行下发。
在这种情况下，服务端可以基于对本地存储的电子凭证预先划分为低频下发集合和高频下发集合。其中，低频下发集合中的电子凭证可以用于面向由服务端指定的特定用户进行下发，而高频下发集合中的电子凭证可以用于面向普通用户进行下发。
在示出的一种实现方式中，上述特定用户可以是指活跃度较高的用户。服务端在下发电子凭证时，可以优先为活跃度较高的用户下发低频下发集合中的电子凭证，而对于普通用户则可以优先下发高频下发集合 中的电子凭证。
在这种情况下，当服务端在向第一用户下发电子凭证的时，可以在本地计算第一用户的活跃度，然后将计算得到的活跃度与预设阈值进行比较来确定第一用户是否为活跃用户，如果第一用户的活跃度达到预设阈值时，可以确定第一用户为活跃用户，此时可以从低频下发集合中读取下发凭证，然后下发给第一用户。
例如，在一种实现方式中，当服务端确定第一用户为活跃用户时，可以仅从低频下发集合中读取电子凭证向第一用户下发。在另一种实现方式中，当服务端确定第一用户为活跃人群时，可以同时从低频下发集合和高频下发集合读取电子凭证向第一用户下发，但此时需要保证下发的电子凭证中至少包括一个低频下发集合中的电子凭证。而对于活跃度不高的普通用户来说，服务端可以仅从高频下发集合中向该用户下发电子凭证。
通过这种方式，可以使得活跃度较高的用户可以更容易的比较“少见”的电子凭证，从而将业务对象的获取权限向高活跃度的用户倾斜。
其中，需要指出的是，服务端在计算第一用户的活跃度时，该活跃度可以基于第一用户日常的与用户的活跃度相关的参数进行表征。例如，在实际应用中，当用户的好友数量或者发起的业务数越多，表明该用户越活跃。因此上述参数可以包括用户的好友数量以及发起的业务数等参数，服务端在计算第一用户的活跃度时，可以统计第一用户的好友数量，或者统计第一用户发起的业务数量，然后进行阈值化处理，来判定该用户是否为活跃用户。
当然，在实际应用中，表征用户活跃度的参数并不局限于以上描述的好友数量以及发起的业务数量，在实现时也使用其他可以表征用户的活跃度的参数来计算用户的活跃度。
收集途径二：收集其它用户分享的电子凭证
在本例中，第一用户可以通过第一客户端获取由第二用户通过第二客户端分享的电子凭证。其中，该第二用户可以是指相对于第一用户而言的其它用户。第二客户端可以是与第一客户端相同的客户端。第二用 户在通过第二客户端向第一用户分享电子凭证时，可以通过客户端内部进行分享，也可以通过将电子凭证转发至第三方的客户端，然后分享给第一用户。
例如，在示出的一种实施方式中，以上述电子凭证为虚拟卡片为例，上述第一客户端和上述第二客户端均可以是支付宝客户端，第一客户端和第二客户端上均可以提供分享接口，第二用户可以通过自己的支付宝客户端将虚拟卡片在支付宝客户端内部分享给第一用户，也可以将虚拟卡片通过支付宝客户端提供的分享接口，以链接或者可点击的图文的形式分享至第三方的社交平台，或者即时通信软件，第一用户在收到第二用户分享的虚拟卡片后，可以通过点击链接或者图文然后跳转到支付宝客户端的界面中，来对第二用户分享的虚拟卡片进行收取。
在本例中，第一客户端在通过以上描述的两种收集途径，收集到的电子凭证时，可以为电子凭证生成对应的展示图片，并在用户界面向用户展示。
其中，在该展示图片上可以提供一收取选项；比如，当该电子凭证为虚拟卡片时，该收取选项可以是“收取该卡片”的触发选项，当第一用户通过点击等触发操作触发该触发选项后，第一客户端可以将生成的该展示图片添加至在第一客户端的用户界面中提供的展示位置上，以向第一用户直观的展示当前获取到的电子凭证。
其中，第一客户端为电子凭证生成的展示图片可以与电子凭证的种类相对应，即不同种类的电子凭证所对应的展示图片互不相同。上述展示图片上展示的内容，不进行特别限制。同时，第一客户端在用户界面中提供的展示位置，也可以与电子凭证的种类相对应，不同的展示位置可以分别对应不同种类的电子凭证。
另外，第一客户端在将生成的展示图片添加到对应的展示位置后，还可以在该展示位置上标注当前获取到的与该展示位置对应的电子凭证的数量，例如，可以在展示位的右上角生成一个数字提醒。而且，当某一种类的电子凭证的数量发生变化后，第一客户端还可以基于当前该电子凭证的实际剩余数量对在与该电子凭证对应的展示位置上标注的 数量进行更新。
在本例中，对于获取到的电子凭证，还可以由第一用户分享给其它用户。
在示出的一种实施方式中，第一用户可以通过触发展示位置中添加的展示图片，来将与该展示图片对应的电子凭证分享给其它用户。
例如，当第一用户想要对某一类电子凭证进行分享，则可以通过点击等触发操作来触发该电子凭证对应的展示位置，当展示位置触发后，可以将与该展示位置对应的展示图片显示在用户界面中。
此时，在该展示图片中可以提供一分享选项，比如当该电子凭证为虚拟卡片时，该分享选项可以是一个“送一张给朋友”的触发选项；当第一用户通过点击等预设触发操作触发该触发选项后，第一客户端可以输出一个分享方式的选择界面，在该选择界面中可以提供若干种可供第一用户选择的分享方式。此时用户可以在该选择界面中选择分享方式，然后选择本次要分享的目标用户，当选择完成后，第一客户端可以将该电子凭证发送至用户选择的目标用户。
其中，第一用户在向目标用户分享电子凭证时，如果目标用户为第一用户在第一客户端中的联系人或者好友时，第一用户可以在第一客户端内部将电子凭证分享给目标用户。在这种情况下，第一客户端可以通过服务端将需要分享的电子凭证传输至目标用户的客户端；例如，在一种方式中，第一客户端可以将需要分享的电子凭证发送至服务端，再由服务端转发至目标用户的客户端。在另一种方式中，第一用户可以向服务端发送一个通知消息，告知服务端需要分享的电子凭证的ID，由服务端向目标用户重新下发对应的电子凭证。
当然，如果目标用户并非为第一用户在第一客户端中的联系人或者好友时，而是第一用户在第三方的客户端中的联系人或者好友时，第一用户也可以通过第三方的客户端将电子凭证分享给目标用户。
在这种情况下，第一客户端可以通过服务端为需要分享的电子凭证生成一个对应的访问链接，然后将生成的访问链接通过第三方的客户端分享给目标用户。例如，以上述第一客户端为支付宝客户端，上述第三 方的客户端为第三方的社交平台，或者即时通信软件为例，支付宝客户端可以通过服务端为需要分享的电子凭证生成一个对应的访问链接或者可点击的图文，然后以链接或者图文的形式分享至第三方的社交平台，或者即时通信软件，目标用户在收到第一用户分享的电子凭证后，可以通过点击链接或者图文访问服务端上的电子凭证，然后跳转到支付宝客户端界面中来对该电子凭证进行收取。在本例中，第一用户通过以上描述的两种收集途径收集到电子凭证后，第一客户端可以在后台实时的判断当前收集到的电子凭证的种类是否达到第一数量，如果达到第一数量后，此时第一用户已经可以获得业务对象的分配权限，在这种情况下，第一客户端可以向服务端发起对象分配请求，并在该对象分配请求中携带若干电子凭证。
其中，在示出的一种实施方式中，该对象分配请求中携带的电子凭证的数量和类别数，可以均为上述第一数量，从而服务端在收到该对象分配请求后，可以获取该对象分配请求中携带的电子凭证，然后进行验证。
需要说明的是，第一客户端向服务端发起对象分配请求的操作，可以由用户手动触发，也可以是由第一客户端在判断出收集到的电子凭证的类别数达到第一数量时自动触发。
例如，在一种情况下，当第一客户端在后台判断出收集到的电子凭证达到第一数量时，可以自动向服务端发起上述对象分配请求。在另一种情况下，可以在与各电子凭证对应的展示位置上，提供一个用于触发第一客户端向服务端发起对象分配请求的触发按钮(该触发按钮也可以是一个展示位置)，当第一客户端在后台判断出收集到的电子凭证达到第一数量时，第一客户端可以通过该触发按钮向用户输出提示，以提示用户当前已经可以取得业务对象分配的权限，然后第一客户端可以根据用户针对该触发按钮的触发操作，向服务端发起上述业务分配请求。
在本例中，如果服务端在对该对象分配请求中携带的电子凭证进行验证后，判断出该对象分配请求中携带的电子凭证的类别数达到第一数量，此时可以授予第一用户分配业务对象的权限，并立即基于预设的分 配规则从对应的业务对象集合中为第一用户分配业务对象，或者在为本次业务对象的分配指定的分配时间到达后，基于预设的分配规则从对应的业务对象集合中为第一用户分配业务对象。
其中，上述分配规则也可以基于实际的业务需求进行制定。
在示出的一种实施方式中，服务端可以统计所有授予了对象分配权限的用户数量，并基于统计出的用户数量计算业务对象集合中的业务对象的平均分配数，此时计算出的该平均分配数即为需要向每一个用户分配的业务对象的数量。在这种情况下，服务端可以基于计算得到的平均分配数，从业务对象集合中为每一个用户分配业务对象。
例如，以红包发放业务为例，服务端可以统计所有获得红包领取权限的用户数量，然后通过可发放的红包总数除以具有红包领取权限的用户数量得到平均数，然后为按照该平均数为每一个用户发放对应金额的红包。
在示出的另一种实施方式中，服务端在为第一用户分配业务对象时，也可以从业务对象集合中为第一用户随机抽取一定数量的业务对象。例如，服务端可以基于预设的随机算法结合业务对象集合中业务对象的总数量，为第一用户计算出一个随机数，然后按照该随机数向用户分配业务对象。
当然，除了以上示出的分配规则，在实际应用中还可以由其它分配规则，在本申请中不再一一列举。
在本例中，当服务端为第一用户分配业务对象完成后，还可以向第一用户所在的第一客户端发送一个分配结果，第一客户端在收到该分配结果后，可以将该分配结果向用户展示。
其中，该分配结果可以包括分配的业务对象的数量、业务对象的发送方、业务对象的其它接收方、其它接收方的数量以及业务对象的分配规则等信息中的一个或者多个。例如，以红包发放业务为例，当服务端为第一用户发放了红包后，上述分配结果中向第一用户展示的信息可以包括：红包金额、红包的发送方、红包的其它接收者、其它接收者的数量以及红包的分配规则等信息。
可见，在以上各实施例中，通过在对第一用户分配业务对象时，第一用户可以通过第一客户端获取用于提取业务对象的电子凭证，当获取到的电子凭证类别数达到第一数量时，第一用户可以取得业务对象的分配权限，通过第一客户端向服务端发起对象分配请求使得服务端为第一用户分配业务对象，从而可以提升业务分配过程中的趣味性，以及用户的应用体验。
以下结合具体的应用场景对以上实施例中的技术方案进行详细描述。
在本申请中，图1所示出的技术方案，可以在不同用户之间实现不同的业务。例如，上述业务可以是红包发放业务。
以下以上述业务为红包发放业务为例并结合具体的应用场景进行说明。
在示出的一种应用场景中，上述业务可以是与红包发放平台合作的企业向用户发放红包的业务。
在这种应用场景中，上述客户端可以是用户的具有红包功能的支付客户端；比如，支付宝。上述服务端可以是指具有红包发放功能支付平台；例如支付宝平台。上述业务对象可以包括通过红包的形式发放的资金。上述业务对象集合可以是指与支付平台合作的企业的企业资金账户，该企业资金账户下的资金即为该企业可用于向用户发放红包的资金总额。上述电子凭证可以是红包发放平台用于确认用户是否具有红包领取权限的虚拟卡片。
在示出的一种“五福分大奖”的红包发放的活动业务中，红包发放平台可用于向用户下发的电子凭证可以包括“寿康福”、“友爱福”、“国强福”、“家和福”以及“财旺福”等5类虚拟卡片，用户收集到这5类虚拟卡片后，会相应的获得领取由与支付平台合作的企业发送的“五福“红包的权限。
请参见图2，在用户的客户端中，可以提供一个活动入口，该活动入口具体可以是一个“迎五福领红包”的活动界面，在该活动界面中可以提供一“获取五福卡片”触发选项，当用户通过点击等触发操作触发该选 项后，支付客户端可以向支付平台发起获取虚拟卡片的请求，支付平台在收到该请求后，可以为用户主动下发虚拟卡片。
其中，在以上5类虚拟卡片中，支付平台可以设定一定数量种类的“少见”虚拟卡片，比如2类。这类“少见”虚拟卡片的发放与否取决于支付平台基于用户的数据计算出的该用户的活跃度，即可以优先将这类“少见”虚拟卡片发放给活跃度较高的用户。支付平台在针对普通用户下发虚拟卡片时，可以默认仅为用户下发“寿康福”、“友爱福”、“国强福”、“家和福”以及“财旺福”等5类虚拟卡片中的2～3类卡片。
在本例中，用户除了可以获取服务端主动下发的虚拟卡片以外，还可以获取其它用户分享的虚拟卡片。
其中，其它用户在分享虚拟卡片时，可以采用相同的客户端在客户端内部进行分享，也可以通过客户端将虚拟卡片以链接或者图文的形式通过第三方的社交平台或者即时通信客户端进行分享。
在本例中，当用户的客户端获取到虚拟卡片时，可以为该虚拟卡片生成一张对应的展示图片，然后将该展示图片在活动界面中展示。其中，客户端为不同种类的虚拟卡片生成的展示图片上的内容互不相同。
请参见图3，在将该展示图片在活动界面中展示时，该展示图片上可以提供一“领福啦”的触发选项，用户可以点击等触发操作触发该选项，对该虚拟卡片进行收取，然后添加至客户端提供的对应展示位置上。
其中，客户端提供的展示位置可以与虚拟卡片的种类一一对应，每一种虚拟卡片可以分别对应一个展示位置。
请参见图4，可以在活动界面中为“寿康福”、“友爱福”、“国强福”、“家和福”以及“财旺福”等5类虚拟卡片分别提供一个展示位置，当客户端将展示图片添加至对应的展示位置后，客户端还可以在该展示位置的预设位置(图4示出的为右上角)上标注当前获取到的该虚拟卡片的数量，同时当与该展示位置对应的虚拟卡片的数量发生变化时，客户端还可以对该数量进行更新。
请继续参见图4，除了以上5种展示位置，在活动界面的虚拟卡片 展示位置上，还可以提供一个“五福”的展示位置，在用户未成功收集到“寿康福”、“友爱福”、“国强福”、“家和福”以及“财旺福”等5类虚拟卡片的情况下，可以该“五福”展示位置设置为灰色，以提示用户当前未取得领取“五福”红包的权限。
在本例中，对于在展示位置上展示的虚拟卡片，还可以由用户分享给其它用户。
请参见图4，当第用户想要对某一类虚拟卡片进行分享，可以通过点击等触发操作来触发该虚拟卡片对应的展示位置，当展示位置触发后，可以将与该展示位置对应的展示图片显示在用户界面中。
此时，在该展示图片中可以提供一“送一张给朋友”的触发选项；当用户通过点击等触发操作触发该触发选项后，客户端可以输出一个分享方式的选择界面，在该选择界面中可以提供若干种可供第一用户选择的分享方式；比如，分享方式可以包括“通过微信发送给朋友”、“通过QQ发送给朋友”以及“通过钉钉发送给朋友”等选项。
用户可以在该选择界面中选择分享方式，当选择完成后，用户还可以在好友列表中指定要分享的目标用户，然后由客户端将该虚拟卡片以链接或者图文的形式发送给该目标用户。
当用户通过获取支付平台下发的虚拟卡片，以及获取其它好友分享的虚拟卡片，成功收集到“寿康福”、“友爱福”、“国强福”、“家和福”以及“财旺福”等5类虚拟卡片后，此时用户已具有领取“五福”红包的权项。
请参见图5，当用户成功收集到“寿康福”、“友爱福”、“国强福”、“家和福”以及“财旺福”等5类虚拟卡片后，可以将该“五福”展示位置突出显示，比如高亮显示，以提示用户当前已具有领取“五福”红包的权限。
当用户获取到领取“五福”红包的权限后，用户可以通过手动触发该“五福”展示位置，触发客户端向支付平台发送红包分配请求，或者由客户端自动向支付平台发送红包分配请求。此时，该红包分配请求中可以携带已经收集到的5种虚拟卡，支付平台收到该请求后，可以对该请求中虚拟卡的种类进行验证，如果支付平台验证后确定该请求中携带5种虚拟卡，支付平台可以立即从合作的企业的企业资金账户中为该用户发 放一定金额的“红包”，或者在发放时间到达时向用户发送一定金额的“红包”。例如，支付平台可以将统计所有获得领取“五福”红包权限的用户的数量，然后平均分配企业资金账户中可用于发放的红包金额。
当用户领取“红包”后，支付平台可以向客户端推送一个红包发放结果，客户端在收到该发放结果后，可以在活动界面中向用户展示。
请参见图6，在该红包发放结果中展示的信息可以包含本次领取到的金额，本次红包的发送者(与支付平台合作的企业名称)，本次领取“五福”红包的总人数，本次“五福”红包的分配规则(图7示出的分配规则为平均分配)，等等。
可见，当图1所示出的技术方案应用在红包发放的应用场景中时，用户可以通过收集到一定数量的电子凭证来取得红包领取权限，从而可以提升红包发放的趣味性，提升用户的体验。
与以上方法实施例对应，本申请还提供了装置实施例。
请参见图7，本申请提出一种业务实现装置70，应用于电子设备；其中，请参见图8，作为承载所述业务实现装置70的终端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述业务实现装置70通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置70包括：
获取模块701，用于获取用于提取业务对象的电子凭证；
第一判断模块702，用于判断获取到的电子凭证的类别数是否达到第一数量；
发起模块703，用于获取到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求，以使得所述服务端基于该对象分配请求从业务对象集合中为所述第一用户分配业务对象。
在本例中，所述获取模块701具体用于：
获取服务端为所述第一客户端下发的电子凭证；以及
获取第二用户通过第二客户端分享的电子凭证。
在本例中，所述第一客户端提供用于获取电子凭证的触发选项；
所述获取模块701进一步用于：
当检测到所述第一用户针对所述触发选项的触发操作时，向所述服务端发起用于获取所述电子凭证的请求，以使得所述服务端基于预设下发规则向所述第一客户端下发电子凭证；
获取所述服务端基于所述预设下发规则为所述第一客户端下发的电子凭证；其中，所述服务端为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
在本例中，所述装置70还包括：
生成模块704，用于在获取到电子凭证时，为该电子凭证生成对应的展示图片；
展示模块705，用于将生成的展示图片添加至与所述电子凭证对应的展示位置；其中，不同种类的电子凭证生成的展示图片互不相同；不同种类的电子凭证对应的展示位置互不相同。
在本例中，所述生成模块704进一步用于：
在所述展示位置上标注获取到的所述电子凭证的数量；
基于该电子凭证的实际剩余数量对该数量进行更新。
在本例中，所述装置70还包括：
分享模块706，用于在检测到第一用户针对任一展示位置中添加的展示图片的预设触发操作时，将与该展示图片对应的电子凭证分享至由第一用户选定的目标用户。
在本例中，所述装置70还包括：
第一接收模块707，用于在所述服务端为所述第一用户分配完成业务对象时，接收所述服务端发送的分配结果，并将所述分配结果向所述第一用户展示；
其中，所述分配结果包括以下信息中的一个或者多个：
所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
请参见图9，本申请提出一种业务实现装置90，应用于服务端；其中，请参见图10，作为承载所述业务实现装置90的服务端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述业务实现装置90通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置90包括：
第二接收模块901，用于接收第一用户通过第一客户端发送的对象分配请求；所述对象分配请求中包含用于提取业务对象的若干电子凭证；
第二判断模块902，用于判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量；
分配模块903，用于在所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象。
在本例中，所述装置90还包括：
下发模块904，用于在接收到所述第一客户端发送的用于获取所述电子凭证的请求时，基于预设下发规则从本地存储的电子凭证中向所述第一客户端下发电子凭证；
其中，为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
在本例中，所述下发模块904具体用于：
从本地存储的电子凭证中随机向所述第一客户端下发电子凭证。
在本例中，所述本地存储的电子凭证至少被预先划分为低频下发集合和高频下发集合；
所述下发模块904具体用于：
计算所述第一用户的活跃度；
判断所述活跃度是否达到预设阈值；
当所述活跃度达到预设阈值时，从所述低频下发集合中向所述第一客户端下发电子凭证；或者，
从所述低频下发集合和高频下发集合中向所述第一下发电子凭证；其中，下发的电子凭证中包括至少一个低频下发集合中的电子凭证。
在本例中，所述装置90还包括：
发送模块905，用于在为所述第一用户分配完成业务对象时，向所述第一客户端发送分配结果，以使所述第一客户端将所述分配结果向所述第一用户展示；
其中，所述分配结果包括以下信息中的一个或者多个：
所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (24)

  1. 一种业务实现方法，其特征在于，包括：
    第一用户通过第一客户端收集用于提取业务对象的电子凭证；
    第一客户端判断收集到的电子凭证的类别数是否达到第一数量；
    当收集到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求，以使得所述服务端基于该对象分配请求从业务对象集合中为所述第一用户分配业务对象。
  2. 根据权利要求1所述的方法，其特征在于，所述获取用于提取业务对象的电子凭证，包括：
    获取服务端为所述第一客户端下发的电子凭证；以及
    获取第二用户通过第二客户端分享的电子凭证。
  3. 根据权利要求2所述的方法，其特征在于，所述第一客户端提供用于获取电子凭证的触发选项；
    所述获取服务端为所述第一客户端下发的电子凭证，包括：
    当检测到所述第一用户针对所述触发选项的触发操作时，向所述服务端发起用于获取所述电子凭证的请求，以使得所述服务端基于预设下发规则向所述第一客户端下发电子凭证；
    获取所述服务端基于所述预设下发规则为所述第一客户端下发的电子凭证；其中，所述服务端为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
  4. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当收集到电子凭证时，为该电子凭证生成对应的展示图片；
    将生成的展示图片添加至与所述电子凭证对应的展示位置；
    其中，不同种类的电子凭证生成的展示图片互不相同；不同种类的电子凭证对应的展示位置互不相同。
  5. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    在所述展示位置上标注获取到的所述电子凭证的数量；
    基于该电子凭证的实际剩余数量对该数量进行更新。
  6. 根据权利要求4所述的方法，其特征在于，
    所述方法还包括：
    当检测到第一用户针对任一展示图片的预设触发操作时，将与该展示图片对应的电子凭证分享至由第一用户选定的目标用户。
  7. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当所述服务端为所述第一用户分配完成业务对象时，接收所述服务端发送的分配结果，并将所述分配结果向所述第一用户展示；
    其中，所述分配结果包括以下信息中的一个或者多个：
    所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
  8. 一种业务实现方法，其特征在于，包括：
    接收第一用户通过第一客户端发送的对象分配请求；所述对象分配请求中包含用于提取业务对象的若干电子凭证；
    判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量；
    当所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象。
  9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    当接收到所述第一客户端发送的用于获取所述电子凭证的请求时，基于预设下发规则从本地存储的电子凭证中向所述第一客户端下发电子凭证；
    其中，为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
  10. 根据权利要求9所述的方法，其特征在于，所述基于预设下发 规则向所述第一客户端下发电子凭证，包括
    从本地存储的电子凭证中随机向所述第一客户端下发电子凭证。
  11. 根据权利要求9所述的方法，其特征在于，所述本地存储的电子凭证至少被预先划分为低频下发集合和高频下发集合；
    所述基于预设下发规则向所述第一客户端下发电子凭证，包括
    计算所述第一用户的活跃度；
    判断所述活跃度是否达到预设阈值；
    当所述活跃度达到预设阈值时，从所述低频下发集合中向所述第一客户端下发电子凭证；或者，
    从所述低频下发集合和高频下发集合中向所述第一下发电子凭证；其中，下发的电子凭证中包括至少一个低频下发集合中的电子凭证。
  12. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    当为所述第一用户分配完成业务对象时，向所述第一客户端发送分配结果，以使所述第一客户端将所述分配结果向所述第一用户展示；
    其中，所述分配结果包括以下信息中的一个或者多个：
    所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
  13. 一种业务实现装置，其特征在于，包括：
    获取模块，用于获取用于提取业务对象的电子凭证；
    第一判断模块，用于判断获取到的电子凭证的类别数是否达到第一数量；
    发起模块，用于获取到的电子凭证的类别数达到第一数量时，向服务端发起包含若干电子凭证并且包含的电子凭证的类别数为第一数量的对象分配请求，以使得所述服务端基于该对象分配请求从业务对象集合中为所述第一用户分配业务对象。
  14. 根据权利要求13所述的装置，其特征在于，所述获取模块具体用于：
    获取服务端为所述第一客户端下发的电子凭证；以及
    获取第二用户通过第二客户端分享的电子凭证。
  15. 根据权利要求14所述的装置，其特征在于，所述第一客户端提供用于获取电子凭证的触发选项；
    所述获取模块进一步用于：
    当检测到所述第一用户针对所述触发选项的触发操作时，向所述服务端发起用于获取所述电子凭证的请求，以使得所述服务端基于预设下发规则向所述第一客户端下发电子凭证；
    获取所述服务端基于所述预设下发规则为所述第一客户端下发的电子凭证；其中，所述服务端为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
  16. 根据权利要求13所述的装置，其特征在于，所述装置还包括：
    生成模块，用于在获取到电子凭证时，为该电子凭证生成对应的展示图片；
    展示模块，用于将生成的展示图片添加至与所述电子凭证对应的展示位置；其中，不同种类的电子凭证生成的展示图片互不相同；不同种类的电子凭证对应的展示位置互不相同。
  17. 根据权利要求16所述的装置，其特征在于，所述生成模块进一步用于：
    在所述展示位置上标注获取到的所述电子凭证的数量；
    基于该电子凭证的实际剩余数量对该数量进行更新。
  18. 根据权利要求16所述的装置，其特征在于，所述装置还包括：
    分享模块，用于在检测到第一用户针对任一展示位置中添加的展示图片的预设触发操作时，将与该展示图片对应的电子凭证分享至由第一用户选定的目标用户。
  19. 根据权利要求13所述的装置，其特征在于，所述装置还包括：
    第一接收模块，用于在所述服务端为所述第一用户分配完成业务对 象时，接收所述服务端发送的分配结果，并将所述分配结果向所述第一用户展示；
    其中，所述分配结果包括以下信息中的一个或者多个：
    所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
  20. 一种业务实现装置，其特征在于，包括：
    第二接收模块，用于接收第一用户通过第一客户端发送的对象分配请求；所述对象分配请求中包含用于提取业务对象的若干电子凭证；
    第二判断模块，用于判断所述对象分配请求中包含的电子凭证的类别数是否达到第一数量；
    分配模块，用于在所述对象分配请求中包含的电子凭证的类别数达到第一数量，基于预设分配规则从业务对象集合中为所述第一用户分配业务对象。
  21. 根据权利要求20所述的装置，其特征在于，所述装置还包括：
    下发模块，用于在接收到所述第一客户端发送的用于获取所述电子凭证的请求时，基于预设下发规则从本地存储的电子凭证中向所述第一客户端下发电子凭证；
    其中，为所述第一客户端下发的电子凭证的类别数小于所述第一数量。
  22. 根据权利要求21所述的装置，其特征在于，所述下发模块具体用于：
    从本地存储的电子凭证中随机向所述第一客户端下发电子凭证。
  23. 根据权利要求21所述的装置，其特征在于，所述本地存储的电子凭证至少被预先划分为低频下发集合和高频下发集合；
    所述下发模块具体用于：
    计算所述第一用户的活跃度；
    判断所述活跃度是否达到预设阈值；
    当所述活跃度达到预设阈值时，从所述低频下发集合中向所述第一客户端下发电子凭证；或者，
    从所述低频下发集合和高频下发集合中向所述第一下发电子凭证；其中，下发的电子凭证中包括至少一个低频下发集合中的电子凭证。
  24. 根据权利要求20所述的装置，其特征在于，所述装置还包括：
    发送模块，用于在为所述第一用户分配完成业务对象时，向所述第一客户端发送分配结果，以使所述第一客户端将所述分配结果向所述第一用户展示；
    其中，所述分配结果包括以下信息中的一个或者多个：
    所述业务对象的数量、所述业务对象的发送方、所述业务对象的其它接收方的数量以及所述业务对象的分配规则。
PCT/CN2017/071399 2016-01-26 2017-01-17 业务实现方法及装置 Ceased WO2017128995A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2018539056A JP6935406B2 (ja) 2016-01-26 2017-01-17 サービス実施方法及び装置
SG11201806394TA SG11201806394TA (en) 2016-01-26 2017-01-17 Service implementation method and device
MYPI2018702612A MY189479A (en) 2016-01-26 2017-01-17 Service implementation method and device
KR1020187024185A KR102282763B1 (ko) 2016-01-26 2017-01-17 서비스 구현 방법 및 디바이스
US16/040,310 US10798088B2 (en) 2016-01-26 2018-07-19 Service object allocation
PH12018501590A PH12018501590A1 (en) 2016-01-26 2018-07-26 Service implementation method and device
US16/719,811 US10785209B2 (en) 2016-01-26 2019-12-18 Service object allocation

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610053629.1 2016-01-26
CN201610053629.1A CN106997545A (zh) 2016-01-26 2016-01-26 业务实现方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/040,310 Continuation US10798088B2 (en) 2016-01-26 2018-07-19 Service object allocation

Publications (1)

Publication Number Publication Date
WO2017128995A1 true WO2017128995A1 (zh) 2017-08-03

Family

ID=59397310

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/071399 Ceased WO2017128995A1 (zh) 2016-01-26 2017-01-17 业务实现方法及装置

Country Status (9)

Country Link
US (2) US10798088B2 (zh)
JP (1) JP6935406B2 (zh)
KR (1) KR102282763B1 (zh)
CN (1) CN106997545A (zh)
MY (1) MY189479A (zh)
PH (1) PH12018501590A1 (zh)
SG (2) SG11201806394TA (zh)
TW (1) TWI673668B (zh)
WO (1) WO2017128995A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106997545A (zh) 2016-01-26 2017-08-01 阿里巴巴集团控股有限公司 业务实现方法及装置
CN108229937A (zh) * 2017-12-20 2018-06-29 阿里巴巴集团控股有限公司 基于增强现实的虚拟对象分配方法及装置
CN111612461B (zh) * 2019-01-25 2023-05-16 创新先进技术有限公司 基于电子凭证的互动方法及装置、电子设备
CN110084631B (zh) * 2019-03-12 2020-08-18 北京字节跳动网络技术有限公司 在线业务对象请求/发送方法、装置、介质和电子设备
CN110138832A (zh) * 2019-04-11 2019-08-16 北京字节跳动网络技术有限公司 一种在线业务对象发送方法、装置、介质和电子设备
US11658960B2 (en) * 2019-07-18 2023-05-23 Nitesh Ratnakar Apparatus and method for network security for devices in an Internet of Things (IOT) network
CN110232606A (zh) * 2019-08-01 2019-09-13 赵军 一种利用趣味性和奖励来增加用户粘度的广告方法
CN110517086A (zh) * 2019-08-28 2019-11-29 阿里巴巴（中国）有限公司 数据处理方法及系统、介质和计算设备
CN111681028A (zh) * 2020-04-16 2020-09-18 上海淇玥信息技术有限公司 资源配置方法及其装置、电子设备和计算机可读存储介质
CN111681026A (zh) * 2020-04-16 2020-09-18 上海淇玥信息技术有限公司 资源配置方法及其装置、电子设备和计算机可读存储介质
CN115456608B (zh) * 2021-01-20 2026-02-13 支付宝(杭州)数字服务技术有限公司 基于电子凭证的互动方法、装置及电子设备
CN112926977B (zh) * 2021-01-20 2022-06-24 支付宝(杭州)信息技术有限公司 基于电子凭证的互动方法、装置及电子设备
CN115454315A (zh) * 2021-01-20 2022-12-09 支付宝(杭州)信息技术有限公司 一种基于电子凭证的互动方法、装置和电子设备
CN112884464B (zh) * 2021-01-20 2022-06-24 支付宝(杭州)信息技术有限公司 基于电子凭证的互动方法、装置及电子设备
CN116664127A (zh) * 2021-01-20 2023-08-29 支付宝(杭州)信息技术有限公司 一种基于电子凭证的互动方法、装置以及电子设备
CN113271251B (zh) * 2021-05-17 2022-12-06 深圳市腾讯网域计算机网络有限公司 一种虚拟资源活动控制方法、装置、电子设备和存储介质
CN116361534A (zh) * 2021-12-21 2023-06-30 腾讯科技（深圳）有限公司 一种数据处理方法、设备以及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102419851A (zh) * 2011-11-04 2012-04-18 韩壮 一种收集消费者消费数据的方法和装置
CN103973769A (zh) * 2014-01-29 2014-08-06 腾讯科技（深圳）有限公司 虚拟物品发送方法、接收方法、装置和系统
CN104054100A (zh) * 2012-01-12 2014-09-17 微软公司 启用了无线通信的促销和广告交易
CN104268212A (zh) * 2014-09-23 2015-01-07 北京奇虎科技有限公司 一种互联网产品的发放方法和装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010034635A1 (en) * 2000-01-26 2001-10-25 Gil Winters System and method for utilizing a fully-integrated, on-line digital collectible award redemption and instant win program
KR100376621B1 (ko) * 2000-05-03 2003-03-19 이승규 인터넷을 통한 가상 수집물에 의한 광고방법
US6656050B2 (en) * 2000-08-04 2003-12-02 Steven Busch Odds accelerator for promotional type sweepstakes, games, and contests
KR100527680B1 (ko) * 2000-12-22 2005-11-09 삼성에스디에스 주식회사 전자 쿠폰 퍼즐을 이용한 보상 시스템 및 방법
US7740538B2 (en) * 2004-01-08 2010-06-22 Igt Matching bonusing method using a player tracking card
CN101244336B (zh) * 2006-06-16 2010-06-02 百利娱乐公司 采用多箱扑克牌接收器以便于玩扑克牌游戏的系统、方法和物品
US8108459B1 (en) * 2007-05-30 2012-01-31 Rocketon, Inc. Method and apparatus for distributing virtual goods over the internet
US20110202624A1 (en) * 2010-02-11 2011-08-18 Virtual Gestures, LLC. Techniques for sharing content
CN103959325A (zh) * 2011-09-30 2014-07-30 艾欧酷立公司 基于位置感应来交换物品的基于位置增强现实系统和方法以及相关装置
KR20130142225A (ko) * 2012-06-15 2013-12-30 대구대학교 산학협력단 엔에프씨 기술을 활용한 스마트 쿠폰 제공방법
US20130339228A1 (en) * 2012-06-18 2013-12-19 Brian Mark Shuster Transfer of virtual objects between applications
KR20140059000A (ko) * 2012-11-07 2014-05-15 라인 가부시키가이샤 디지털화 된 적립식 쿠폰 서비스 제공 방법 및 그 시스템
CN105100162B (zh) * 2014-05-19 2018-11-23 腾讯科技（深圳）有限公司 虚拟物品发送方法及装置、接收方法及装置、系统
CN106997545A (zh) 2016-01-26 2017-08-01 阿里巴巴集团控股有限公司 业务实现方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102419851A (zh) * 2011-11-04 2012-04-18 韩壮 一种收集消费者消费数据的方法和装置
CN104054100A (zh) * 2012-01-12 2014-09-17 微软公司 启用了无线通信的促销和广告交易
CN103973769A (zh) * 2014-01-29 2014-08-06 腾讯科技（深圳）有限公司 虚拟物品发送方法、接收方法、装置和系统
CN104268212A (zh) * 2014-09-23 2015-01-07 北京奇虎科技有限公司 一种互联网产品的发放方法和装置

Also Published As

Publication number Publication date
KR20180105196A (ko) 2018-09-27
TW201732713A (zh) 2017-09-16
US20200127999A1 (en) 2020-04-23
SG10202101083TA (en) 2021-03-30
JP2019510294A (ja) 2019-04-11
CN106997545A (zh) 2017-08-01
US10798088B2 (en) 2020-10-06
SG11201806394TA (en) 2018-08-30
US20180351942A1 (en) 2018-12-06
MY189479A (en) 2022-02-16
TWI673668B (zh) 2019-10-01
KR102282763B1 (ko) 2021-07-30
US10785209B2 (en) 2020-09-22
JP6935406B2 (ja) 2021-09-15
PH12018501590A1 (en) 2019-04-08

Similar Documents

Publication Publication Date Title
TWI673668B (zh) 業務實現方法及裝置
CN106888203B (zh) 基于增强现实的虚拟对象分配方法及装置
US11263627B2 (en) Card voucher use system, method, device and server
CN104618226B (zh) 一种信息处理方法、客户端和服务器
CN105530175B (zh) 一种消息处理方法、装置及系统
CN111612461B (zh) 基于电子凭证的互动方法及装置、电子设备
WO2019119977A1 (zh) 基于增强现实的虚拟对象分配方法及装置
CN112765648B (zh) 一种文档处理方法、装置、设备及存储介质
CN111192053A (zh) 基于电子凭证的互动方法及装置、电子设备
CN115456624A (zh) 一种基于电子凭证的互动方法、装置以及电子设备
JP7158637B2 (ja) チケット提供方法、チケット提供装置及び携帯端末用プログラム
CN107872491B (zh) 一种数据处理方法以及装置
HK1241106A1 (zh) 業務實現方法及裝置
HK1241106A (zh) 业务实现方法及装置
JP7828503B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP7811299B1 (ja) 情報処理装置、情報処理方法及びプログラム
KR20140048814A (ko) 휴대단말기를 이용한 홈쇼핑 결제 중개 시스템 및 그 중개방법
HK1238033A (zh) 基於增强现实的虚拟对象分配方法及装置
HK1238033A1 (zh) 基於增强現實的虛擬對象分配方法及裝置
HK40036852B (zh) 基於增强现实的虚拟对象分配方法及装置
HK40062624B (zh) 基於电子凭证的互动方法及装置、电子设备
HK1255664A1 (zh) 基於增强现实的虚拟对象分配方法及装置

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: 17743610

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018539056

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 12018501590

Country of ref document: PH

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11201806394T

Country of ref document: SG

ENP Entry into the national phase

Ref document number: 20187024185

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020187024185

Country of ref document: KR

122 Ep: pct application non-entry in european phase

Ref document number: 17743610

Country of ref document: EP

Kind code of ref document: A1