CN110288328B - Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium - Google Patents

Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium Download PDF

Info

Publication number
CN110288328B
CN110288328B CN201910555834.1A CN201910555834A CN110288328B CN 110288328 B CN110288328 B CN 110288328B CN 201910555834 A CN201910555834 A CN 201910555834A CN 110288328 B CN110288328 B CN 110288328B
Authority
CN
China
Prior art keywords
red envelope
member red
receiving
sending
envelope
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.)
Active
Application number
CN201910555834.1A
Other languages
Chinese (zh)
Other versions
CN110288328A (en
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910555834.1A priority Critical patent/CN110288328B/en
Publication of CN110288328A publication Critical patent/CN110288328A/en
Application granted granted Critical
Publication of CN110288328B publication Critical patent/CN110288328B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/0652—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash with decreasing value according to a parameter, e.g. time
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G06Q30/0643—Graphical representation of items or shoppers
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4784—Supplemental services, e.g. displaying phone caller identification, shopping application receiving rewards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Signal Processing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Graphics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The embodiment of the application discloses a virtual article sending method, a virtual article receiving method, a virtual article sending device, a virtual article receiving device and a storage medium. The method comprises the following steps: displaying a member red envelope sending interface; acquiring a member red packet parameter input in a member red packet sending interface, wherein the member red packet parameter comprises the total time length of the network members to be presented, the member red packet parameter is used for generating at least one member red packet, and the member red packet comprises the network members with distributed time lengths; and after receiving a member red envelope sending instruction, sending a member red envelope message for getting the member red envelope to a receiver account in the social application platform through the social application client. According to the method and the device, the network member is presented to other users in the social relation chain in the form of member red envelope based on the social relation chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, and a brand-new method for acquiring the authority of the member is provided.

Description

Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium
Technical Field
The embodiment of the application relates to the technical field of internet, in particular to a virtual article sending method, a virtual article receiving method, a virtual article sending device, a virtual article receiving device, a virtual article sending equipment and a virtual article receiving storage medium.
Background
Currently, some internet products and services are provided with a member function, and a user can enjoy a better service by activating a member.
Taking the video application program as an example, the member user can acquire more video resources, watch better video pictures, or enjoy other more and better services than the non-member user. If a user wants to enjoy the membership service, the user account is required to be opened with membership authority. The user can obtain the membership right for a certain period of time through purchasing.
Nowadays, all internet products and services are basically member opening by adopting a payment mode, and the mode of providing members for users is single.
Disclosure of Invention
The embodiment of the application provides a virtual article sending method, a virtual article receiving device, a virtual article receiving equipment and a virtual article storage medium, and can be used for solving the technical problem that a member providing mode for a user is single. The technical scheme is as follows:
in one aspect, an embodiment of the present application provides a virtual article sending method, where the method includes:
displaying a member red envelope sending interface;
acquiring a member red envelope parameter input in the member red envelope sending interface, wherein the member red envelope parameter comprises the total time length of the network member to be presented; the member red packet parameter is used for generating at least one member red packet, and the member red packet comprises network members with distributed duration;
and after receiving a member red envelope sending instruction, sending a member red envelope message for getting the member red envelope to a receiver account in a social application platform through a social application client.
In another aspect, an embodiment of the present application provides a virtual article receiving method, where the method includes:
receiving a pickup link of a member red envelope sent by a social application client, wherein the pickup link is carried in a member red envelope message;
displaying a member red envelope getting interface according to the getting link;
receiving a member red envelope getting instruction input in the member red envelope getting interface;
and displaying a receiving result of the member red envelope, wherein the receiving result comprises the network members with the distributed time length.
In an exemplary embodiment, the method further comprises:
after receiving the member red envelope getting instruction, sending a member red envelope getting request to a server, wherein the member red envelope getting request comprises a second user account which is locally logged in and order information of a member red envelope order which is included in the getting link;
and receiving the drawing result of the member red envelope sent by the server.
In another aspect, an embodiment of the present application provides a virtual article sending method, where the method includes:
receiving a member red envelope ordering request sent by a first client, wherein the member red envelope ordering request comprises a member red envelope parameter;
generating a member red envelope order according to the member red envelope parameters;
sending order information of the member red envelope order to the first client;
receiving a member red envelope getting request sent by a second client, wherein the member red envelope getting request comprises a second user account logged in the second client and the order information;
and if the second user account has the permission of getting the member red envelope corresponding to the order information, sending the getting result of the member red envelope to the second client, wherein the getting result comprises the network members with the distributed duration.
In another aspect, an embodiment of the present application provides a virtual item sending apparatus, where the apparatus includes:
the sending interface display module is used for displaying a member red envelope sending interface;
the member red envelope parameter acquisition module is used for acquiring the member red envelope parameters input in the member red envelope sending interface, and the member red envelope parameters comprise the total time length of the network member to be presented; the member red packet parameter is used for generating at least one member red packet, and the member red packet comprises network members with distributed duration;
and the red envelope message sending module is used for sending a member red envelope message for getting the member red envelope to a receiver account in the social application platform through the social application client after receiving the member red envelope sending instruction.
In another aspect, an embodiment of the present application provides a virtual object receiving apparatus, where the apparatus includes:
the receiving module of the getting link is used for receiving the getting link of the member red envelope sent by the social application client side, and the getting link is carried in the member red envelope message;
the drawing interface display module is used for displaying a member red envelope drawing interface according to the drawing link;
the member red envelope receiving module is used for receiving a member red envelope receiving instruction input in the member red envelope receiving interface;
and the receiving result display module is used for displaying the receiving result of the member red envelope, and the receiving result comprises the network members with the allocated time length.
In another aspect, an embodiment of the present application provides a virtual item sending apparatus, where the apparatus includes:
the ordering request receiving module is used for receiving a member red envelope ordering request sent by a first client, wherein the member red envelope ordering request comprises a member red envelope parameter;
the member red envelope order generation module is used for generating a member red envelope order according to the member red envelope parameters;
the order information sending module is used for sending the order information of the member red envelope order to the first client;
the receiving module is used for receiving a member red envelope receiving request sent by a second client, and the member red envelope receiving request comprises a second user account logged in the second client and the order information;
and the receiving result sending module is used for sending the receiving result of the member red envelope to the second client when the second user account has the right of receiving the member red envelope corresponding to the order information, and the receiving result comprises the network members with the allocated duration.
In yet another aspect, an embodiment of the present application provides a computer device, which includes a processor and a memory, where the memory stores at least one instruction, at least one program, a code set, or a set of instructions, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by the processor to implement the virtual article sending method or the virtual article receiving method described above.
Optionally, the computer device is a terminal or a server.
In yet another aspect, an embodiment of the present application provides a computer-readable storage medium, where at least one instruction, at least one program, a code set, or a set of instructions is stored in the storage medium, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by a processor to implement the virtual article sending method or the virtual article receiving method described above.
In still another aspect, the present application provides a computer program product, when being executed, for executing the virtual item sending method or the virtual item receiving method.
The beneficial effects brought by the technical scheme provided by the embodiment of the application can include:
the network member is presented to other users in the social relation chain in a member red package mode based on the social relation chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, and a brand-new method for acquiring the authority of the member is provided.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic illustration of an implementation environment provided by one embodiment of the present application;
fig. 2 is a flowchart of a virtual article sending method according to an embodiment of the present application;
FIG. 3 is an interface diagram illustrating a virtual item delivery flow;
fig. 4 is a flowchart of a virtual article receiving method according to an embodiment of the present application;
FIG. 5 is an interface diagram illustrating a virtual item reception flow;
fig. 6 is a flowchart of a virtual article sending method according to another embodiment of the present application;
fig. 7 is a flowchart of a virtual article sending method according to another embodiment of the present application;
fig. 8 is a block diagram of a virtual item delivery apparatus provided in one embodiment of the present application;
FIG. 9 is a block diagram of a virtual item receiving device provided in one embodiment of the present application;
fig. 10 is a block diagram of a virtual item delivery apparatus provided in another embodiment of the present application;
FIG. 11 is a block diagram of a server according to an embodiment of the present application;
fig. 12 is a block diagram of a terminal according to an embodiment of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application more clear, the following detailed description of the embodiments of the present application will be made with reference to the accompanying drawings.
Referring to fig. 1, a schematic diagram of an implementation environment provided by an embodiment of the application is shown. The implementation environment may include: a first terminal 10, a second terminal 20, a first server 30 and a second server 40.
The first terminal 10 and the second terminal 20 may be electronic devices such as a mobile phone, a tablet Computer, an electronic book reader, a multimedia player, a wearable device, and a PC (Personal Computer).
In the embodiment of the present application, the first terminal 10 has a client of the first application program installed therein, and a client of the second application program installed therein. The second terminal 20 also has a client of the first application installed therein, as well as a client of the second application. Wherein the first application and the second application are two different applications.
Alternatively, the first application may be any application that provides membership functionality, such as a video-type application, a music-type application, a shopping-type application, a game-type application, and so forth. The second application may be a social application, which refers to an application that performs messaging based on a social relationship chain between users. In the social application, the user may send messages to the contacts or receive messages sent by the contacts. The contact may be a single user or a group. A group refers to a cluster containing at least two users, and may also be referred to as a contact group, a group chat, a discussion group, and so on.
Optionally, the first application program and the second application program may share the same account system, that is, the user account of the same user in the first application program and the user account of the same user in the second application program are the same user account. In other examples, the first application and the second application use different account systems, that is, the user account of the same user in the first application and the user account in the second application are two different user accounts. Optionally, the same user has a mapping binding relationship between the two different user accounts in the first application program and the second application program, that is, the two account systems can communicate with each other.
The first server 30 is a background server of the first application program, and is used for providing a background service for the first application program. The first server 30 may be a server, a server cluster composed of a plurality of servers, or a cloud computing service center.
The second server 40 is a background server of the second application, and is used for providing a background service for the second application. The second server 40 may be a server, a server cluster composed of a plurality of servers, or a cloud computing service center.
The first server 30 may communicate with the first and second terminals 10 and 20 through a wired or wireless network, such as with clients of the first application installed in the first and second terminals 10 and 20. The second server 40 may communicate with the first terminal 10 and the second terminal 20 through a wired or wireless network, such as with clients of the second application installed in the first terminal 10 and the second terminal 20. Alternatively, the first server 30 and the second server 40 may communicate with each other through a network.
In the embodiment of the present application, the member red envelope refers to an electronic red envelope transmitted and received in the internet, and the virtual object included in the member red envelope is a network member, such as a member of a certain internet product or service, such as a member of a certain application program, such as a member of the above-described first application program. A web member refers to a specific privilege, and a user account can obtain additional privileges after owning the web member compared with the user account without owning the web member. Taking the first application as a video application as an example, a member of the video application can acquire more video resources, watch a better video picture, or enjoy other more better services.
In the embodiment of the application, the network member is given to other users in the social relation chain in the form of member red envelope based on the social relation chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, and a brand-new method for acquiring the authority of the member is provided.
The technical solution of the present application will be described below by means of several embodiments.
Referring to fig. 2, a flowchart of a virtual article sending method according to an embodiment of the present application is shown. The method may be applied to a first terminal 10 of the implementation environment shown in fig. 1, such as a client (denoted as "first client") of a first application installed in the first terminal 10. The method can comprise the following steps (201-203):
step 201, displaying a member red envelope sending interface.
The member red envelope sending interface is a user interface for sending the member red envelope. The member red envelope sending interface can comprise a plurality of operation controls, so that a user can input member red envelope parameters in the member red envelope sending interface. In the embodiment of the present application, the type of the operation control for inputting the member red envelope parameter is not limited, and includes but is not limited to at least one of the following: buttons, sliders, input fields, selection fields, sliders, and the like.
Step 202, acquiring the member red envelope parameters input in the member red envelope sending interface.
The member red packet parameter is used for generating at least one member red packet, and the member red packet comprises the network members with the distributed duration. That is, each member red envelope includes network members for a certain period of time. The duration of the network member included in each member red packet may be determined by the first client (i.e., the sender user) or may be determined by the server (i.e., the first server 30 in the implementation environment of fig. 1).
In the embodiment of the application, the member red envelope parameter comprises the total time length of the network member to be presented. Assuming that the time length of the network member owned by the first user account logged in the first client is a target time length, the total time length of the network member to be presented is less than or equal to the target time length. That is, the sender user may give the other users the entire time or a part of the time of the network member that the sender user owns. For example, if the member owned by the first user account has a duration of 100 days, the total duration of the member to be gifted may be 10 days, 30 days, 100 days, etc.
In one possible implementation, the member red envelope sending interface comprises at least one candidate member type, and different member types correspond to different time lengths. Illustratively, the member red envelope sending interface includes 3 candidate member types, monthly card members, quarterly card members and annual card members. Wherein, the time length corresponding to the monthly card member is one month, such as 1 natural month or 30 days; the time length corresponding to the season card member is one season, such as 3 natural months or 90 days; the season card member corresponds to a time period of one year, such as 1 natural year or 365 days. The first client receives a selection signal corresponding to a target member type in the at least one candidate member type, and determines the total time length of the network member to be presented according to the target member type. For example, if the target member type is a monthly card member, the first client determines that the total time period of the network member to be gifted is 30 days. Of course, in other possible embodiments, the total time length of the members to be presented may also be selected or input by the sender user in a customized manner, and the sender user may flexibly set the total time length of the members to be presented.
Optionally, the member red envelope parameter further includes a total number of member red envelopes, that is, the total number of member red envelopes sent by the sender user this time. The total number of member red packages can be one or more. When the total number of the member red parcels is multiple, the time length of the network member distributed in each member red parcel can be the same or different.
Optionally, when the total number of member red parcels is plural, the member red parcel parameter further includes a type of the member red parcel. The types of member red parcels may include random red parcels and bisected red parcels; the random red envelope means that the time length of the network member distributed in each member red envelope is different, and if the time length is distributed randomly, the network member can be distributed according to a specific algorithm; bisection of the red envelope means that the time length of the network member distributed in each member red envelope is the same.
Optionally, the member red envelope parameter further includes message information, where the message information includes, but is not limited to, forms of characters, expressions, pictures, and the like, and this is not limited in this embodiment of the application.
In an example, referring to fig. 3 in combination, the member red packet sending interface displayed by the first client includes a member center interface 31 and a member red packet sending interface 32, the user name of the sender user is Tom, the sender user selects a target member type among three candidate member types provided by the member center interface 31, selects a monthly card member for presentation if the monthly card member is selected, then clicks a "confirm" button 311 to jump to the member red packet sending interface 32, further inputs other member red packet parameters in the member red packet sending interface 32, selects a member red packet type as a random red packet in a red packet type selection field 321, inputs the total number of the member red packets as 3 in a red packet number input field 322, inputs message information "to share movie and television members with me" in a message information input field 323, and finally clicks a "confirm send" button 324 to trigger a member red packet sending instruction. Of course, fig. 3 only exemplifies that the sender user sends a plurality of member red packages at a time, and the sender user may send only one member red package at a time.
Optionally, the server generates the member red envelope according to the member red envelope parameter. Illustratively, the server generates n member red packages according to the total time length of the network members to be donated and the total number n of the member red packages, wherein n is a positive integer. The sum of the time lengths of the network members in the n member red packages is less than or equal to the total time length. Optionally, the sum of the durations of the network members in the n member red packages is negatively correlated with the total number n. That is, the more the total number of the generated member red packets, the less the sum of the time lengths of the network members in each member red packet, and a lossy fission member red packet generation mode is formed, so that the number of the member red packets can be controlled to a certain extent, the excessive member red packets are prevented from being sent out, the calculation processing overhead of a server is favorably reduced, the member flooding can be avoided, and the number of member users is reasonably controlled.
And step 203, after receiving the member red envelope sending instruction, sending a member red envelope message for getting the member red envelope to a receiver account in the social application platform through the social application client.
The member red envelope sending instruction is an operation instruction for triggering and sending a member red envelope, and the member red envelope sending instruction can be generated by a user through touch operation, or can be generated through voice, gestures or other modes, which is not limited in the embodiment of the present application.
In the embodiment of the application, the member red envelope is sent based on the social relationship chain of the user in the social application program. After receiving the member red envelope sending instruction, the first client calls a social application client installed in the first terminal, and sends a member red envelope message to a receiver account in a social application platform through the social application client. The member red envelope message is a social application message for getting the member red envelope. After the receiving party user corresponding to the receiving party user account receives the member red envelope message in the social application client, the member red envelope sent by the sending party user can be received based on the member red envelope message.
In an example, referring to fig. 3 in combination, after receiving the instruction to send the member red envelope, the first client invokes a social application client, where the social application client displays a contact selection interface 33, and the sender user selects a receiver user in the contact principle interface, where the receiver user may be one user or multiple users, such as a group or multiple individual contacts. Illustratively, the sender user selects group 1 as the recipient user in the contact selection interface 33, and the social application client displays the member red envelope message 341 in the chat session interface 34 corresponding to group 1.
Optionally, after receiving the member red envelope sending instruction, the first client displays a social application selection interface, the social application selection interface includes one or more candidate social applications, the sender user can select a target social application from the social application selection interface, and then the first client invokes the client of the target social application to send the member red envelope message through the client of the target social application.
In summary, in the technical solution provided in the embodiment of the present application, the network member is given to other users in the social relationship chain in the form of a member red envelope based on the social relationship chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, thereby providing a brand-new way for acquiring the authority of the member.
Through the technical scheme provided by the embodiment of the application, the non-member user can obtain member experience for a certain time in a manner of giving the member red envelope, the possibility of member payment or renewal of the non-member user can be increased, and the member red envelope is sent based on the social relationship chain, so that the member product can be pushed more widely, and the popularization and the propagation of the member product are promoted.
Referring to fig. 4, a flowchart of a virtual article receiving method according to an embodiment of the present application is shown. The method may be applied to a second terminal 20 implementing the environment shown in fig. 1, such as a client (denoted as "second client") of a first application installed in the second terminal 20. The method may comprise the following steps (401-404):
step 401, receiving a pickup link of a member red envelope sent by a social application client, where the pickup link is carried in a member red envelope message.
And after receiving the member red envelope message, the social application client installed in the second terminal displays the member red envelope message in a chat session interface. And when the receiving party user clicks the member red envelope message, the social application client calls a second client installed in the second terminal and sends a drawing link of the member red envelope to the second client.
The getting link of the member red envelope is carried in the member red envelope message, the getting link of the member red envelope is a network link for getting the member red envelope, and if the getting link of the member red envelope is used, a getting interface of the member red envelope can be displayed.
And 402, displaying a member red envelope getting interface according to the getting link.
And after receiving the getting link of the member red envelope, the second client displays a member red envelope getting interface according to the getting link. The member red envelope getting interface is a user interface for getting the member red envelope. Optionally, the member red envelope getting interface includes a getting control (e.g., a button), and the receiving party user may trigger generation of a member red envelope getting instruction through the getting control.
And step 403, receiving a member red envelope getting instruction input in the member red envelope getting interface.
The member red envelope getting instruction is an operation instruction for getting the member red envelope, and the member red envelope getting instruction can be generated by a user through touch operation, or can be generated through voice, gestures or other modes, and the embodiment of the application is not limited to this.
And step 404, displaying a receiving result of the member red envelope, wherein the receiving result comprises the network members with the allocated time length.
After receiving the instruction of receiving the member red envelope, the second client may interact with a server (i.e., the first server 30 in the implementation environment shown in fig. 1) to obtain a result of receiving the member red envelope, and then display the result of receiving the member red envelope.
The member red envelope pickup result includes the network member of the allocated time length picked up from the member red envelope. The allocation duration may be determined by the first client (i.e., the sender user) or may be determined by the first server.
Optionally, n member red packages are generated according to the total duration of the network members to be presented submitted by the sender user and the total number n of the member red packages, where n is a positive integer. The above-mentioned generating the n member red packages is to determine the time length of the network member in each member red package in the n member red packages. The sum of the time lengths of the network members in the n member red packages is less than or equal to the total time length. Optionally, the sum of the time lengths of the network members in the n member red packages is in a negative correlation with the total number n. That is, the more the total number of the generated member red packages, the less the sum of the time lengths of the network members in each member red package, and a lossy member red package generation mode is formed, so that the number of the member red packages can be controlled to a certain extent, the excessive member red packages are prevented from being sent out, on one hand, the calculation processing overhead of a server is reduced, on the other hand, the member flooding can be avoided, and the number of the member users is reasonably controlled.
In addition, after the second client acquires the receiving result of the member red envelope, the received network member with the allocated time length is stored in a second user account logged in the second client, so that the second user account can enjoy the member authority.
In one example, referring to fig. 5 in combination, the social application client installed in the second terminal displays a chat session interface 51 corresponding to the group 1, a member red envelope message 511 is displayed in the chat session interface 51, and the recipient user clicks the member red envelope message 511. And the social application client calls a second client installed in the second terminal and sends a drawing link of the member red envelope to the second client. The second client displays a member red envelope pickup interface 52 according to the pickup link. The receiving party user clicks the getting control 521 in the member red envelope getting interface 52 to trigger generation of a member red envelope getting instruction. The second client interacts with the first server according to the member red envelope getting instruction, obtains the getting result of the member red envelope, and displays the getting result 531 in the getting result display interface 53, for example, the member permission of movie and television including 10 days.
In summary, in the technical solution provided in the embodiment of the present application, the network member is given to other users in the social relationship chain in the form of a member red envelope based on the social relationship chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, thereby providing a brand-new way for acquiring the authority of the member.
Referring to fig. 6, a flowchart of a virtual article sending method according to another embodiment of the present application is shown. The method may be applied to the implementation environment shown in fig. 1, and the server mentioned in this embodiment may be the first server 30 in the implementation environment shown in fig. 1. The method may include the following steps (601-611):
step 601, the first client displays a member red envelope sending interface.
Step 602, the first client acquires the member red envelope parameters input in the member red envelope sending interface.
Steps 601 to 602 are the same as steps 201 to 202 in the embodiment of fig. 2, and refer to the description in the embodiment of fig. 2, which is not described herein again.
Step 603, after receiving the member red envelope sending instruction, the first client sends a member red envelope ordering request to the server.
And the member red envelope ordering request is used for requesting to generate a member red envelope order. Optionally, the member red envelope placing request includes a member red envelope parameter. Optionally, the member red envelope ordering request further includes sender information and/or receiver information. The sender information is used for indicating a sender of the member red envelope, such as a first user account logged in a first client; the recipient information is used to indicate the recipients of the member bonus package, such as the user accounts of one or more recipient users, or the group accounts of one or more groups.
And step 604, generating a member red envelope order by the server according to the member red envelope parameters.
The member red envelope order comprises a member red envelope parameter and optionally also comprises sender information and/or receiver information. Optionally, the server generates an order number of the member red envelope order, and stores the order number and the member red envelope order correspondingly, so as to generate and distribute a member red envelope according to the member red envelope order later.
Step 605, the server sends the order information of the member red envelope order to the first client.
Optionally, the order information of the member red envelope order includes an order number of the member red envelope order, the order number being a unique identifier of the member red envelope order, different member red envelope orders having different order numbers.
Step 606, the first client sends a member red envelope message for getting a member red envelope to a recipient account in the social application platform through the social application client.
In an exemplary embodiment, the first client acquires a pickup link of the member red envelope, wherein the pickup link comprises order information of a member red envelope order. Optionally, the first client may generate a pickup link of the member red envelope after receiving order information of the member red envelope order from the server; or, the first client may also receive a drawing link of the member red envelope from the server, where the drawing link of the member red envelope includes order information of a member red envelope order.
The first client calls the social application client and sends a drawing link of the member red envelope to the social application client, and the social application client is used for sending a member red envelope message carrying the drawing link to a receiver account in the social application platform. The process of sending the membership red envelope message is described in the embodiment of fig. 2, and will not be described herein.
In step 607, the second client receives the getting link of the member red envelope sent by the social application client.
And step 608, the second client displays the member red envelope getting interface according to the getting link.
Steps 607-608 are the same as steps 401-402 in the embodiment of FIG. 4, and refer to the description in the embodiment of FIG. 4, which is not repeated herein.
And step 609, after receiving the member red envelope getting instruction input in the member red envelope getting interface, the second client sends a member red envelope getting request to the server.
The member red envelope pickup request is used for requesting to pickup the member red envelope. The member red envelope getting request comprises a second user account logged in the second client and order information of a member red envelope order.
And step 610, if the second user account has the permission of getting the member red envelope corresponding to the order information, the server sends the getting result of the member red envelope to the second client.
And after receiving a member red envelope getting request sent by the second client, the server verifies whether the second user account has the permission to get the member red envelope corresponding to the order information. For example, it is verified whether the second user account belongs to a recipient account of the member red envelope corresponding to the order information, it is verified whether the member red envelope corresponding to the order information remains, it is verified whether the member red envelope corresponding to the order information exceeds the validity period, and so on. And after the server determines that the second user account has the permission to receive the member red envelope corresponding to the order information, the server sends a receiving result of the member red envelope to the second client, wherein the receiving result comprises the network members with the distributed duration.
In one possible implementation mode, the server generates n member red packages according to the member red package parameters when generating the member red package order, wherein n is a positive integer. And (3) generating a member red packet by the server, namely distributing the time length of the network member in the member red packet. And then, after receiving a member red envelope getting request sent by the second client, the server directly selects an unreceived member red envelope from the n generated member red envelopes and sends the unreceived member red envelope to the second client.
In another possible implementation manner, after receiving the member red envelope getting request sent by the second client, the server generates a member red envelope sent to the second client according to the member red envelope parameter, such as determining the duration of the network member included in the member red envelope sent to the second client. And then, the server sends the generated member red packet to the second client.
Of course, the server may also generate the member red envelope at other suitable time, which is not limited in this embodiment.
In an exemplary embodiment, the member red envelope parameters include: the total time length of the network members to be presented and the total number n of the member red packages are positive integers. The server generates n member red packages in the following way: and the server generates n member red packages according to the total time length and the total number n, wherein the sum of the time lengths of the network members in the n member red packages is less than or equal to the total time length. When n is greater than 1, for the n member red parcels, the time length of the network member in each member red parcel can be the same or different. For example, the server may determine the duration of the network member in each member red envelope in conjunction with the type of member red envelope included in the member red envelope parameter.
Optionally, the sum of the durations of the network members in the n member red packages is negatively correlated with the total number n. For example, the total time length of the network members to be presented is 30 days, and when the total number n of the member red packages is 1, the time length of the network members in one member red package is 30 days; when the total number n of the member red packages is 2, the sum of the time lengths of the network members in the 2 member red packages is 28 days; when the total number n of the member red packages is 3, the sum of the time lengths of the network members in the 3 member red packages is 26 days, and so on. In other words, the more the total number of the sent member red packages, the less the sum of the time lengths of the network members in each member red package, and a lossy member red package generation mode is formed, so that the number of the member red packages can be controlled to a certain extent, the excessive member red packages are prevented from being sent, the calculation processing overhead of a server is reduced, the member flooding can be avoided, and the number of member users is reasonably controlled.
In one example, assuming that the sum of the time lengths of the network members in n member red packages is T, the total time length of the network members to be gifted is T 0 The total number of member red packages is n, T = T 0 - (n-1). Times.a, a is a predetermined coefficient, and a is a positive number. Optionally, the preset coefficient a may be T according to the total duration of the network member to be presented 0 It is determined that,such as the preset coefficient a and the total duration T 0 In positive correlation, e.g. when the total duration T is 0 A =2 at 30 days, when total duration T 0 And a =6 at 90 days.
In the above example, the time length of the network member in the member red envelope is equal to the total time length of the network members to be gifted is T when only the total number n of the member red envelopes is equal to 1 0 The description is presented for purposes of example. In other possible examples, when the total number n of member red packages is equal to 1, the time length of the network member in the member red package can be less than the total time length T of the network member to be donated 0 . For example, the total duration T of the network members to be presented 0 Equal to 30 days, when the total number n of member red packages required to be generated is equal to 1, the time length of the network member in the member red package is 28 days. In a word, when the member red envelope is given, the time length of some network members is properly reduced, the number of the member red envelopes is favorably controlled, and the member red envelope flooding is avoided.
In addition, taking the second user account logged in the second client as an example, when the server generates a member red envelope sent to the second user account, the server may obtain the account attribute of the second user account, and then determine, according to the account attribute of the second user account, the duration of the network member in the member red envelope picked up by the second user account. The account attributes of the second user account may include at least one item of attribute information, such as account rating, account registration time, account permissions, and the like.
Optionally, the account attributes include whether or not there is membership rights. If the second user account has the membership authority, the server determines that the time length of the network member in the member red envelope picked up by the second user account is a first time length; if the second user account does not have the member authority, the server determines that the time length of the network member in the member red envelope acquired by the second user account is a second time length; wherein the second duration is greater than the first duration. That is, the server appropriately tilts the algorithm for the receiver having no member authority to allow the receiver having no member authority to obtain a longer member duration when distributing the time duration of the web member included in the member red envelope. Compared with random distribution or average distribution of the member time length, the distribution mode of pertinently enabling the non-member users to obtain longer member time length is beneficial to prolonging the member experience time length of the non-member users, and therefore conversion rate of the non-member users to the member users is promoted.
And 611, the second client displays the getting result of the member red envelope.
And after receiving the receiving result of the member red envelope, the second client displays the receiving result, and stores the received network member with the distributed time length into a second user account, so that the second user account can enjoy the membership permission.
In summary, in the technical solution provided in the embodiment of the present application, the network member is given to other users in the social relationship chain in the form of a member red envelope based on the social relationship chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, thereby providing a brand-new way for acquiring the authority of the member.
In addition, by providing a lossy member red packet generation mode, the number of member red packets can be controlled to a certain extent, excessive member red packets are prevented from being sent out, on one hand, the method is beneficial to reducing the calculation processing overhead of a server, on the other hand, the member flooding can be avoided, and the number of member users can be reasonably controlled.
In addition, longer member duration is distributed to the non-member users, so that the member experience duration of the non-member users is prolonged, and the conversion rate of the non-member users to the member users is promoted.
Referring to fig. 7, a flowchart of a virtual article sending method according to another embodiment of the present application is shown. The method may be applied in the implementation environment shown in fig. 1. The method may include the following steps (701-715):
and step 701, displaying a member red envelope sending interface by the first client.
Step 702, the first client acquires the member red envelope parameters input in the member red envelope sending interface.
Step 703, after receiving the member red packet sending instruction, the first client sends a member red packet ordering request to the first server.
Step 704, the first server generates a member red envelope order according to the member red envelope parameter.
Step 705, the first server sends the order information of the member red envelope order to the first client.
Step 706, the first client calls a social application client in the first terminal, and sends a pickup link of the member red envelope to the social application client, wherein the pickup link comprises order information of the member red envelope order.
Step 707, the social application client in the first terminal sends a member red envelope message to the second server, where the member red envelope message carries the pickup link.
In step 708, the second server forwards the member red envelope message to the social application client in the second terminal.
And step 709, the social application client in the second terminal displays the member red envelope message.
Step 710, after receiving the trigger signal corresponding to the member red envelope message, the social application client in the second terminal invokes the second client, and sends the getting link of the member red envelope to the second client.
And step 711, displaying a member red envelope getting interface by the second client according to the getting link.
And 712, after receiving the member red envelope getting instruction input in the member red envelope getting interface, the second client sends a member red envelope getting request to the first server, wherein the member red envelope getting request comprises a second user account logged in the second client and order information of a member red envelope order.
In step 713, the first server generates n member red packages when detecting that the total number of the users requested to be picked up reaches the total number n of the member red packages of the member red package order.
Optionally, the first server determines, according to the account attribute of each user account requested to be retrieved, a duration of the network member in the member red envelope retrieved by each user account. The time length of the network member in the member red envelope, which is taken by the non-member user, is longer than the time length of the network member in the member red envelope, which is taken by the member user.
And 714, the first server sends the member red envelope pickup result to the second client.
And step 715, the second client displays the member red envelope receiving result.
The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.
Referring to fig. 8, a block diagram of a virtual object sending apparatus according to an embodiment of the present application is shown. The device has a function of implementing the virtual item sending method on the first client side, and the function can be implemented by hardware or by hardware executing corresponding software. The device may be the first terminal, or may be disposed on the first terminal. The apparatus 800 may include: a transmission interface display module 810, a red packet parameter acquisition module 820 and a red packet message transmission module 830.
And a sending interface display module 810 for displaying the member red envelope sending interface.
A red envelope parameter obtaining module 820, configured to obtain a member red envelope parameter input in the member red envelope sending interface, where the member red envelope parameter includes a total duration of the network member to be presented; the member red envelope parameter is used for generating at least one member red envelope, and the member red envelope comprises network members with distributed duration.
And the red envelope message sending module 830 is configured to send, through the social application client, a member red envelope message for getting the member red envelope to a recipient account in the social application platform after receiving the member red envelope sending instruction.
In an exemplary embodiment, the member red envelope sending interface comprises at least one candidate member type. The red envelope parameter acquiring module 820 is configured to receive a selection signal corresponding to a target member type of the at least one candidate member type; and determining the total time length of the network member to be presented according to the type of the target member.
In an exemplary embodiment, the member red envelope parameter further includes a total number n of the member red envelopes, n being a positive integer;
the sum of the time lengths of the network members in the n member red packages is less than or equal to the total time length;
and the sum of the time lengths of the network members in the n member red packages and the total number n are in a negative correlation relationship.
In an exemplary embodiment, the red envelope message sending module 830 is configured to obtain a pickup link of the member red envelope; invoking the social application client; and sending the pickup link to the social application client, wherein the social application client is used for sending the member red envelope message carrying the pickup link to a receiver account in the social application platform.
In an exemplary embodiment, the apparatus 800 further comprises: a placing request sending module and an order information receiving module (not shown in fig. 8).
And the ordering request sending module is used for sending a member red envelope ordering request to a server after receiving the member red envelope sending instruction, wherein the member red envelope ordering request comprises the member red envelope parameters.
And the order information receiving module is used for receiving the order information of the member red envelope order sent by the server, and the pickup link comprises the order information.
In summary, in the technical solution provided in the embodiment of the present application, the network member is given to other users in the social relationship chain in the form of a member red envelope based on the social relationship chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, thereby providing a brand-new way for acquiring the authority of the member.
Referring to fig. 9, a block diagram of a virtual object receiving device according to an embodiment of the present application is shown. The device has the function of implementing the virtual article receiving method on the second client side, and the function can be implemented by hardware or by hardware executing corresponding software. The device may be the second terminal, and may also be provided on the second terminal. The apparatus 900 may include: a receiving module 910 for getting link, a displaying module 920 for getting interface, a receiving module 930 for getting instruction and a displaying module 940 for getting result.
The receiving module 910 is configured to receive a receiving link of a member red envelope sent by a social application client, where the receiving link is carried in a member red envelope message.
And the pickup interface display module 920 is configured to display a member red envelope pickup interface according to the pickup link.
A receiving instruction receiving module 930, configured to receive a member red envelope receiving instruction input in the member red envelope receiving interface.
And a drawing result display module 940 for displaying the drawing result of the member red envelope, wherein the drawing result comprises the network members with the allocated time length.
In an exemplary embodiment, the member red envelope is generated based on the total time length of the network members to be gifted and the total number n of the member red envelopes, wherein n is a positive integer;
the sum of the time lengths of the network members in the n member red packages is less than or equal to the total time length;
and the sum of the time lengths of the network members in the n member red packages and the total number n are in a negative correlation relationship.
In an exemplary embodiment, the apparatus 900 further comprises: a pickup request sending module and a pickup result receiving module (not shown in fig. 9).
And the receiving request sending module is used for sending a member red envelope receiving request to a server after receiving the member red envelope receiving instruction, wherein the member red envelope receiving request comprises a second user account which is locally logged in and order information of a member red envelope order which is contained in the receiving link.
And the receiving module of the receiving result is used for receiving the receiving result of the member red envelope sent by the server.
In summary, in the technical solution provided in the embodiment of the present application, the network member is given to other users in the social relationship chain in the form of a member red envelope based on the social relationship chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, thereby providing a brand-new way for acquiring the authority of the member.
Referring to fig. 10, a block diagram of a virtual object sending apparatus according to another embodiment of the present application is shown. The device has a function of implementing the virtual item sending method on the first server side, and the function can be implemented by hardware or by hardware executing corresponding software. The device can be a first server and can also be arranged on the first server. The apparatus 1000 may include: the order placing request receiving module 1010, the red envelope order generating module 1020, the order information sending module 1030, the pickup request receiving module 1040 and the pickup result sending module 1050.
The ordering request receiving module 1010 is configured to receive a member red envelope ordering request sent by a first client, where the member red envelope ordering request includes a member red envelope parameter.
And a red envelope order generating module 1020 for generating a member red envelope order according to the member red envelope parameter.
An order information sending module 1030, configured to send order information of the member red envelope order to the first client.
The receiving module 1040 is configured to receive a member red envelope receiving request sent by a second client, where the member red envelope receiving request includes a second user account logged in the second client and the order information.
And a pickup result sending module 1050, configured to send a pickup result of the member red envelope to the second client when the second user account has a right to pickup the member red envelope corresponding to the order information, where the pickup result includes a network member with an allocated duration.
In an exemplary embodiment, the member red envelope parameter includes: the total time length of the network members to be presented and the total number n of the member red packages are positive integers.
The apparatus 1000 further comprises: a member red envelope generating module (not shown in fig. 10) configured to generate n member red envelopes according to the total duration and the total number n, where a sum of durations of the network members in the n member red envelopes is less than or equal to the total duration. And the sum of the time lengths of the network members in the n member red packages and the total number n are in a negative correlation relationship.
In an exemplary embodiment, the member red envelope generating module is further configured to obtain account attributes of the second user account, where the account attributes include whether member rights are provided; and determining the time length of the network member in the member red envelope picked up by the second user account according to the account attribute of the second user account.
In an exemplary embodiment, the member red envelope generating module is further configured to: when the second user account has the member authority, determining the time length of the network member in the member red envelope received by the second user account as a first time length; when the second user account does not have the member right, determining the time length of the network member in the member red envelope drawn by the second user account as a second time length; wherein the second duration is greater than the first duration.
In summary, in the technical solution provided in the embodiment of the present application, the network member is given to other users in the social relationship chain in the form of a member red envelope based on the social relationship chain of the user in the social application program, so that the other users can acquire the authority of the network member and enjoy the service of the network member, thereby providing a brand-new way for acquiring the authority of the member.
It should be noted that, when the apparatus provided in the foregoing embodiment implements the functions thereof, only the division of the functional modules is illustrated, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the apparatus may be divided into different functional modules to implement all or part of the functions described above. In addition, the apparatus and method embodiments provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in the method embodiments for details, which are not described herein again.
Referring to fig. 11, a block diagram of a server according to an embodiment of the present application is shown. The server is configured to implement the server-side virtual article transmission method provided in the above embodiment. This server may be, for example, the first server 30 in the implementation environment shown in fig. 1. Specifically, the method comprises the following steps:
the server 1100 includes a Central Processing Unit (CPU) 1101, a system memory 1104 including a Random Access Memory (RAM) 1102 and a Read Only Memory (ROM) 1103, and a system bus 1105 connecting the system memory 1104 and the central processing unit 1101. The server 1100 also includes a basic input/output system (I/O system) 1106, which facilitates transfer of information between devices within the computer, and a mass storage device 1107 for storing an operating system 1113, application programs 1114, and other program modules 1112.
The basic input/output system 1106 includes a display 1108 for displaying information and an input device 1109 such as a mouse, keyboard, etc. for user input of information. Wherein the display 1108 and input device 1109 are connected to the central processing unit 1101 through an input output controller 1110 connected to the system bus 1105. The basic input/output system 1106 may also include an input/output controller 1110 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input-output controller 1110 also provides output to a display screen, a printer, or other type of output device.
The mass storage device 1107 is connected to the central processing unit 1101 through a mass storage controller (not shown) that is connected to the system bus 1105. The mass storage device 1107 and its associated computer-readable media provide non-volatile storage for the server 1100. That is, the mass storage device 1107 may include a computer-readable medium (not shown) such as a hard disk or CD-ROM drive.
Without loss of generality, the computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 1104 and mass storage device 1107 described above may collectively be referred to as memory.
The server 1100 may also operate in accordance with various embodiments of the application by connecting to remote computers over a network, such as the internet. That is, the server 1100 may connect to the network 1112 through the network interface unit 1111 that is coupled to the system bus 1105, or may connect to other types of networks or remote computer systems (not shown) using the network interface unit 1111.
The memory also includes at least one instruction, at least one program, set of codes, or set of instructions stored in the memory and configured to be executed by the one or more processors to implement the above-described server-side virtual article sending method.
Referring to fig. 12, a block diagram of a terminal according to an embodiment of the present application is shown. In general, the terminal 1200 includes: a processor 1201 and a memory 1202.
The processor 1201 may include one or more processing cores, such as a 4-core processor, an 8-core processor, or the like. The processor 1201 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 1201 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in a wake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1201 may be integrated with a GPU (Graphics Processing Unit) that is responsible for rendering and drawing content that the display screen needs to display. In some embodiments, the processor 1201 may further include an AI (Artificial Intelligence) processor for processing a computing operation related to machine learning.
Memory 1202 may include one or more computer-readable storage media, which may be non-transitory. Memory 1202 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 1202 is used to store a computer program for execution by the processor 1201 to implement the virtual article sending method on the first client side or the virtual article receiving method on the second client side provided by the method embodiments in the present application.
In some embodiments, the terminal 1200 may further optionally include: a peripheral device interface 1203 and at least one peripheral device. The processor 1201, memory 1202, and peripheral interface 1203 may be connected by a bus or signal line. Various peripheral devices may be connected to peripheral interface 1203 via a bus, signal line, or circuit board. Specifically, the peripheral device may include: at least one of radio frequency circuitry 1204, display 1205, camera assembly 1206, audio circuitry 1207, positioning assembly 1208, and power supply 1209.
Those skilled in the art will appreciate that the configuration shown in fig. 12 is not intended to be limiting of terminal 1200 and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be used.
In an exemplary embodiment, a computer device is also provided. The computer device may be a server or a terminal. The computer device includes a processor and a memory, where at least one instruction, at least one program, a code set, or an instruction set is stored in the memory, and the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement the virtual item sending method on the first client side, or implement the virtual item sending method on the server side, or implement the virtual item receiving method on the second client side.
In an exemplary embodiment, a computer-readable storage medium is further provided, where at least one instruction, at least one program, a code set, or a set of instructions is stored in the storage medium, and when executed by a processor, the at least one instruction, the at least one program, the code set, or the set of instructions implements the virtual article sending method on the first client side, or implements the virtual article sending method on the server side, or implements the virtual article receiving method on the second client side.
In an exemplary embodiment, a computer program product is also provided, which, when being executed by a processor, is adapted to implement the above-mentioned first client-side virtual good transmission method, or to implement the above-mentioned server-side virtual good transmission method, or to implement the above-mentioned second client-side virtual good reception method.
It should be understood that reference to "a plurality" herein means two or more. "and/or" describes the association relationship of the associated object, indicating that there may be three relationships, for example, a and/or B, which may indicate: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. In addition, the step numbers described herein only show an exemplary possible execution sequence among the steps, and in some other embodiments, the steps may also be executed out of the numbering sequence, for example, two steps with different numbers are executed simultaneously, or two steps with different numbers are executed in a reverse order to the illustrated sequence, which is not limited in this application.
The above description is only exemplary of the application and should not be taken as limiting the application, and any modifications, equivalents, improvements and the like that are made within the spirit and principle of the application should be included in the protection scope of the application.

Claims (13)

1. A method for sending a virtual item, the method comprising:
displaying a member red envelope sending interface;
acquiring a member red envelope parameter input in the member red envelope sending interface, wherein the member red envelope parameter comprises the total time length of the network member to be presented; the member red envelope parameter is used for generating at least one member red envelope, and the member red envelope comprises network members with distributed duration; the member red envelope parameters also comprise the total number n of the member red envelopes, the sum of the durations of the network members in the n member red envelopes is less than the total duration, the sum of the durations of the network members in the n member red envelopes and the total number n are in a negative correlation relationship, and n is a positive integer;
and after receiving a member red envelope sending instruction, sending a member red envelope message for getting the member red envelope to a receiver account in a social application platform through a social application client.
2. The method as claimed in claim 1, wherein the member red envelope sending interface comprises at least one candidate member type;
the acquiring of the member red envelope parameters input in the member red envelope sending interface includes:
receiving a selection signal corresponding to a target member type among the at least one candidate member type;
and determining the total time length of the network member to be presented according to the type of the target member.
3. The method according to any one of claims 1 to 2, wherein the sending of the member red envelope message for getting the member red envelope to the account of the recipient in the social application platform through the social application client comprises:
acquiring a getting link of the member red envelope;
invoking the social application client;
and sending the pickup link to the social application client, wherein the social application client is used for sending the member red envelope message carrying the pickup link to a receiver account in the social application platform.
4. The method of claim 3, further comprising:
after receiving the member red packet sending instruction, sending a member red packet ordering request to a server, wherein the member red packet ordering request comprises the member red packet parameters;
and receiving order information of the member red envelope order sent by the server, wherein the pickup link comprises the order information.
5. A virtual article receiving method, the method comprising:
receiving a pickup link of a member red envelope sent by a social application client, wherein the pickup link is carried in a member red envelope message;
displaying a member red envelope getting interface according to the getting link;
receiving a member red envelope getting instruction input in the member red envelope getting interface;
displaying a receiving result of the member red envelope, wherein the receiving result comprises network members with distributed duration;
the member red envelope is generated according to a member red envelope parameter, the member red envelope parameter comprises the total time length of the network members to be presented and the total number n of the member red envelopes, the sum of the time lengths of the network members in the n member red envelopes is smaller than the total time length, the sum of the time lengths of the network members in the n member red envelopes and the total number n are in a negative correlation relationship, and n is a positive integer.
6. A method for sending a virtual item, the method comprising:
receiving a member red envelope ordering request sent by a first client, wherein the member red envelope ordering request comprises a member red envelope parameter; the member red packet parameters comprise the total time length of the network members to be presented and the total number n of the member red packets, the sum of the time lengths of the network members in the n member red packets is less than the total time length, the sum of the time lengths of the network members in the n member red packets and the total number n are in a negative correlation relationship, and n is a positive integer;
generating a member red envelope order according to the member red envelope parameters;
sending order information of the member red envelope order to the first client;
receiving a member red envelope getting request sent by a second client, wherein the member red envelope getting request comprises a second user account logged in the second client and the order information;
and if the second user account has the permission of getting the member red envelope corresponding to the order information, sending the getting result of the member red envelope to the second client, wherein the getting result comprises the network members with the distributed duration.
7. The method as claimed in claim 6, wherein before sending the pickup result of the member red envelope to the second client, further comprising:
acquiring account attributes of the second user account, wherein the account attributes comprise whether member authority exists;
and determining the time length of the network member in the member red envelope picked up by the second user account according to the account attribute of the second user account.
8. The method of claim 7, wherein determining the duration of the network member in the member red envelope drawn by the second user account according to the account attribute of the second user account comprises:
if the second user account has the member authority, determining the time length of the network member in the member red envelope which is received by the second user account to be a first time length;
if the second user account does not have the member authority, determining the time length of the network member in the member red envelope drawn by the second user account as a second time length;
wherein the second duration is greater than the first duration.
9. A virtual item delivery apparatus, characterized in that the apparatus comprises:
the sending interface display module is used for displaying a member red envelope sending interface;
the member red envelope parameter acquisition module is used for acquiring the member red envelope parameters input in the member red envelope sending interface, and the member red envelope parameters comprise the total time length of the network member to be presented; the member red envelope parameter is used for generating at least one member red envelope, and the member red envelope comprises network members with distributed duration; the member red envelope parameters further comprise the total number n of the member red envelopes, the sum of the durations of the network members in the n member red envelopes is smaller than the total duration, the sum of the durations of the network members in the n member red envelopes and the total number n are in a negative correlation relationship, and n is a positive integer;
and the red envelope message sending module is used for sending a member red envelope message for getting the member red envelope to a receiver account in the social application platform through the social application client after receiving the member red envelope sending instruction.
10. A virtual article receiving apparatus, the apparatus comprising:
the receiving module of the getting link is used for receiving the getting link of the member red envelope sent by the social application client side, and the getting link is carried in the member red envelope message;
the drawing interface display module is used for displaying a member red envelope drawing interface according to the drawing link;
the receiving module of the receiving instruction is used for receiving the member red envelope receiving instruction input in the member red envelope receiving interface;
the drawing result display module is used for displaying the drawing result of the member red envelope, and the drawing result comprises the network members with the allocated time length;
the member red envelope is generated according to a member red envelope parameter, the member red envelope parameter comprises the total time length of the network members to be presented and the total number n of the member red envelopes, the sum of the time lengths of the network members in the n member red envelopes is smaller than the total time length, the sum of the time lengths of the network members in the n member red envelopes and the total number n are in a negative correlation relationship, and n is a positive integer.
11. A virtual item delivery apparatus, the apparatus comprising:
the ordering request receiving module is used for receiving a member red envelope ordering request sent by a first client, wherein the member red envelope ordering request comprises a member red envelope parameter; the member red envelope parameters comprise the total time length of the network members to be presented and the total number n of the member red envelopes, the sum of the time lengths of the network members in the n member red envelopes is smaller than the total time length, the sum of the time lengths of the network members in the n member red envelopes and the total number n are in a negative correlation relationship, and n is a positive integer;
the red envelope order generating module is used for generating a member red envelope order according to the member red envelope parameters;
the order information sending module is used for sending the order information of the member red envelope order to the first client;
the receiving module is used for receiving a member red envelope receiving request sent by a second client, and the member red envelope receiving request comprises a second user account and the order information which are logged in the second client;
and the receiving result sending module is used for sending the receiving result of the member red envelope to the second client when the second user account has the right of receiving the member red envelope corresponding to the order information, and the receiving result comprises the network members with the allocated duration.
12. A computer device comprising a processor and a memory, the memory having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, the at least one instruction, the at least one program, the set of codes, or the set of instructions being loaded and executed by the processor to implement the virtual article transmission method according to any one of claims 1 to 4, or to implement the virtual article reception method according to claim 5, or to implement the virtual article transmission method according to any one of claims 6 to 8.
13. A computer-readable storage medium, wherein at least one instruction, at least one program, a set of codes, or a set of instructions is stored in the storage medium, and the at least one instruction, the at least one program, the set of codes, or the set of instructions is loaded and executed by a processor to implement the virtual article transmission method according to any one of claims 1 to 4, or to implement the virtual article reception method according to claim 5, or to implement the virtual article transmission method according to any one of claims 6 to 8.
CN201910555834.1A 2019-06-25 2019-06-25 Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium Active CN110288328B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910555834.1A CN110288328B (en) 2019-06-25 2019-06-25 Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910555834.1A CN110288328B (en) 2019-06-25 2019-06-25 Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium

Publications (2)

Publication Number Publication Date
CN110288328A CN110288328A (en) 2019-09-27
CN110288328B true CN110288328B (en) 2023-01-06

Family

ID=68005701

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910555834.1A Active CN110288328B (en) 2019-06-25 2019-06-25 Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium

Country Status (1)

Country Link
CN (1) CN110288328B (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111126975A (en) * 2019-12-11 2020-05-08 中国建设银行股份有限公司 Electronic red packet processing method and device, electronic equipment and readable storage medium
CN111652601B (en) * 2020-05-07 2023-11-10 腾讯科技（深圳）有限公司 Virtual article issuing and receiving method and device
CN111612544A (en) * 2020-05-25 2020-09-01 深圳市元征科技股份有限公司 Electronic certificate sending method and related device
CN111582862B (en) * 2020-06-26 2023-06-27 腾讯科技（深圳）有限公司 Information processing method, device, system, computer equipment and storage medium
CN114445108A (en) * 2020-11-05 2022-05-06 中国电信股份有限公司 Equity gift transferring method, system, computing device and computer readable storage medium
CN112465506A (en) * 2020-12-22 2021-03-09 北京每日优鲜电子商务有限公司 Method and device for sending resource data set, computer equipment and storage medium
CN112950194B (en) * 2021-01-15 2024-05-14 北京达佳互联信息技术有限公司 Resource acquisition method and device, electronic equipment and storage medium
CN114827227B (en) * 2022-06-09 2024-04-26 深圳福恋智能信息科技有限公司 Family virtual image social contact method, device, equipment and readable storage medium

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104615335B (en) * 2015-02-13 2019-02-22 腾讯科技（北京）有限公司 A kind of information processing method, client
CN106709705A (en) * 2016-12-30 2017-05-24 腾讯科技（深圳）有限公司 Virtual goods packet sending method, receiving method, devices and system
CN106530054A (en) * 2016-11-15 2017-03-22 乐视控股（北京）有限公司 Method and device for sharing service data, and electronic equipment
CN106846034A (en) * 2016-12-07 2017-06-13 乐视控股（北京）有限公司 Share generation method, device and the electronic equipment of the page
CN108347656A (en) * 2018-01-24 2018-07-31 优酷网络技术（北京）有限公司 The sharing method and device of multimedia resource
CN108335135B (en) * 2018-01-30 2022-09-16 阿里巴巴（中国）有限公司 Multimedia content sharing method and device
CN109146437B (en) * 2018-07-25 2022-03-29 腾讯科技（深圳）有限公司 Virtual resource processing method, client and storage medium

Also Published As

Publication number Publication date
CN110288328A (en) 2019-09-27

Similar Documents

Publication Publication Date Title
CN110288328B (en) Virtual article sending method, virtual article receiving method, virtual article sending device, virtual article receiving equipment and storage medium
US20210337036A1 (en) Method and device for allocating augmented reality-based virtual objects
CN105337843B (en) Interactive system, method, client and background server
CN106846040A (en) Virtual present display methods and system in a kind of direct broadcasting room
KR102108882B1 (en) Information update method and device, and server
WO2014183427A1 (en) Method and apparatus for displaying webcast rooms
CN112565804A (en) Live broadcast interaction method, equipment, storage medium and system
US20220201341A1 (en) Method, apparatus and device for game live-streaming
CN108924036B (en) Method and equipment for allocating resources and drawing resources
CN108574618A (en) Pushed information methods of exhibiting and device based on social networks chain
CN110728558B (en) Virtual package transmitting method, device, equipment and storage medium
WO2023216948A1 (en) Interaction information display methods and apparatus, and device
CN113926185A (en) Data processing method, device, equipment and storage medium
CN112770131A (en) Live broadcast room red packet processing method, device, equipment and storage medium
CN110909241A (en) Information recommendation method, user identification recommendation method, device and equipment
CN110827087A (en) Virtual article distribution method and device, electronic equipment and storage medium
CN111343469B (en) Data processing method and device, electronic equipment and storage medium
CN113034208A (en) Virtual resource processing method and device, electronic equipment and storage medium
CN110909314A (en) Data sharing method, device and equipment based on block chain and readable storage medium
CN112184277B (en) Virtual article package transmitting and receiving method, device, equipment and storage medium
CN113242439B (en) Data processing method, device, system and storage medium
CN114862426A (en) Customer service recommendation method, device, equipment and medium
CN114095463B (en) Data processing method, device, equipment and medium based on instant messaging
CN111093281A (en) Method and device for allocating resources
CN105791086B (en) A kind of information processing method, first terminal and second terminal

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant