CN112184277B

CN112184277B - Virtual article package transmitting and receiving method, device, equipment and storage medium

Info

Publication number: CN112184277B
Application number: CN201910600180.XA
Authority: CN
Inventors: 李建立
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-07-04
Filing date: 2019-07-04
Publication date: 2023-06-16
Anticipated expiration: 2039-07-04
Also published as: CN112184277A

Abstract

The embodiment of the application discloses a virtual article package sending and receiving method, a device, equipment and a storage medium. The method comprises the following steps: displaying a virtual article package sending interface; acquiring virtual package parameters input in a virtual package sending interface and public entities arranged in the virtual package sending interface; and after receiving the virtual package sending instruction, displaying a package message in a chat session interface with the receiver. According to the method and the device for sending the virtual package to the enterprise, when the user sends the first virtual package to the contact person, the public entity sends the second virtual package based on the first virtual package to the sender and/or the receiver of the first virtual package, and a brand new mode for sending the virtual package by the enterprise is provided, so that the mode for sending the virtual package by the enterprise is more flexible and diversified.

Description

Virtual article package transmitting and receiving method, device, equipment and storage medium

Technical Field

The embodiment of the application relates to the technical field of internet, in particular to a method, a device, equipment and a storage medium for sending and receiving a virtual article package.

Background

With the development of network technology, enterprises can adopt virtual article packages to give virtual articles to common users, so that the aim of enterprise popularization is achieved. The virtual items may be currency, points, coupons, members, and the like.

Taking the example of giving money using the virtual package as a carrier, the enterprise configures an active cash amount and allocation rules, and submits a virtual package transmission request to the server in a trusted form. The server generates a plurality of virtual article packages according to the cash amount of the activity configured by the enterprise and the distribution rule, then randomly selects a plurality of users, and sends the virtual article packages to the selected users, wherein each virtual article package can contain a certain amount of cash.

Currently, the form of an enterprise sending virtual packages to users is relatively single.

Disclosure of Invention

The embodiment of the application provides a virtual article package sending and receiving method, device, equipment and storage medium, which can be used for solving the technical problem that an enterprise in the related technology is single in the form of sending a virtual article package to a user. The technical proposal is as follows:

in one aspect, an embodiment of the present application provides a method for sending a virtual package, where the method includes:

Displaying a virtual article package sending interface;

acquiring virtual package parameters input in the virtual package sending interface and public entities arranged in the virtual package sending interface;

after receiving the virtual package sending instruction, displaying a package message in a chat session interface with a receiver, wherein the package message is used for receiving a first virtual package generated based on the virtual package parameters, and the public entity is used for giving a second virtual package based on the first virtual package.

In yet another aspect, an embodiment of the present application provides a virtual package receiving method, where the method includes:

displaying a chat session interface;

displaying a package message in the chat session interface;

the package information is used for receiving a first virtual package sent by a first client and a second virtual package presented by a public entity based on the first virtual package, and the package information contains content elements used for reflecting the public entity.

In yet another aspect, an embodiment of the present application provides a method for sending a virtual package, where the method includes:

Receiving a virtual article package sending request sent by a first client, wherein the virtual article package sending request comprises sender information, receiver information, identification information of a public entity and virtual article package parameters;

generating a first virtual article package according to the virtual article package parameters;

according to the receiver information, a first package pickup message is sent to at least one second client, wherein the first package pickup message comprises pickup credential information of the first virtual package and identification information of the public entity;

sending a second package pickup message to a target client, wherein the second package pickup message comprises pickup credential information of a second virtual package presented by the public entity based on the first virtual package; wherein the target client comprises the first client and/or at least one of the second clients.

In yet another aspect, an embodiment of the present application provides a virtual package sending device, where the device includes:

the sending interface display module is used for displaying a virtual article package sending interface;

the article package parameter acquisition module is used for acquiring the virtual article package parameters input in the virtual article package transmission interface and the public entity arranged in the virtual article package transmission interface;

And the package message display module is used for displaying package messages in a chat session interface with a receiver after receiving a virtual package sending instruction, wherein the package messages are messages for acquiring a first virtual package generated based on the virtual package parameters and a second virtual package presented by the public entity based on the first virtual package.

In still another aspect, an embodiment of the present application provides a virtual package receiving apparatus, including:

the chat interface display module is used for displaying a chat session interface;

the package message display module is used for displaying package messages in the chat session interface;

In still another aspect, an embodiment of the present application provides a virtual package sending device, where the device includes:

the virtual article package sending request comprises sender information, receiver information, public entity identification information and virtual article package parameters;

The article package generating module is used for generating a first virtual article package according to the virtual article package parameters;

the first message sending module is used for sending a first package pickup message to at least one second client according to the receiver information, wherein the first package pickup message comprises pickup credential information of the first virtual package and identification information of the public entity;

the second message sending module is used for sending a second package pickup message to the target client, wherein the second package pickup message comprises pickup credential information of a second virtual package presented by the public entity based on the first virtual package; wherein the target client comprises the first client and/or at least one of the second clients.

In yet another aspect, embodiments of the present application provide a computer device, where 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, where 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 package sending method or the virtual package receiving method as described above. Optionally, the computer device is a terminal or a server.

In yet another aspect, embodiments of the present application provide a computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which are loaded and executed by a processor to implement the virtual package sending method or the virtual package receiving method as described above.

In yet another aspect, embodiments of the present application provide a computer program product for performing the above-described virtual package sending method or virtual package receiving method when the computer program product is executed.

According to the method and the device for sending the virtual package to the enterprise, when the user sends the first virtual package to the contact person, the public entity sends the second virtual package based on the first virtual package to the sender and/or the receiver of the first virtual package, and a brand new mode for sending the virtual package by the enterprise is provided, so that the mode for sending the virtual package by the enterprise is more flexible and diversified.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic illustration of an implementation environment provided by one embodiment of the present application;

FIG. 2 is a flow chart of a method for sending virtual package according to one embodiment of the present application;

FIG. 3 is a schematic diagram of a virtual package generation interface provided in one embodiment of the present application;

FIG. 4 is a schematic illustration of a chat session interface provided in accordance with an embodiment of the present application;

FIG. 5 is a flow chart of a virtual package receiving method provided in another embodiment of the present application;

FIG. 6 is a flowchart of a method for sending virtual package according to another embodiment of the present application;

FIG. 7 is a schematic diagram of a payment interface provided by one embodiment of the present application;

FIG. 8 is a flowchart of a method for sending virtual package according to another embodiment of the present application;

FIG. 9 is a schematic diagram of a display interface of a pickup result corresponding to a first virtual package according to an embodiment of the present application;

FIG. 10 is a schematic diagram of a retrieval result display interface corresponding to a second virtual package according to one embodiment of the present disclosure;

FIG. 11 is a flowchart of a method for sending virtual package according to another embodiment of the present application;

FIG. 12 is a flow chart of a virtual package receiving method provided in another embodiment of the present application;

FIG. 13 is a block diagram of a virtual package delivery apparatus provided in one embodiment of the present application;

fig. 14 is a block diagram of a virtual package transmitting apparatus according to another embodiment of the present application;

FIG. 15 is a block diagram of a virtual package receiving device provided in one embodiment of the present application;

fig. 16 is a block diagram of a virtual package transmitting apparatus according to another embodiment of the present application;

fig. 17 is a block diagram of a virtual package transmitting apparatus according to another embodiment of the present application;

FIG. 18 is a block diagram of a server provided in one embodiment of the present application;

fig. 19 is a block diagram of a terminal according to an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Referring to fig. 1, a schematic diagram of an implementation environment provided in one embodiment of the present application is shown. The implementation environment may include: a first terminal 10, a second terminal 20 and a server 30.

In the embodiment of the present application, a first client is installed and operated in the first terminal 10, and a second client is installed and operated in the second terminal 20. The first terminal 10 and the second terminal 20 may be electronic devices such as a cell phone, a tablet computer, a wearable device, a PC (Personal Computer ), etc.

The first client refers to a client for issuing the virtual package, and the second client refers to a client for picking up the virtual package. In this embodiment of the present application, the first client and the second client may be any clients with a virtual package transceiver function. For example, it may be a client of an instant messaging application, a client of a social class application, a client of a payment class application, a client dedicated to sending virtual packages, and so forth. The first client and the second client may be clients of the same application, e.g., the first client and the second client are clients of the same instant messaging application. Of course, in other possible implementations, the first client may also be used to pick up the virtual package and the second client may also be used to send the virtual package.

The server 30 may be a server, a server cluster comprising a plurality of servers, or a cloud computing service center. The server 30 may communicate with the first terminal 10 and the second terminal 20 through a wired or wireless network, such as relaying messages transceived between the first terminal 10 and the second terminal 20.

The "virtual package" in the embodiment of the present application may also be referred to as: virtual red package, electronic red package, and other names. The virtual package is a virtual carrier that transfers resources in a complimentary form between at least two user accounts, which may or may not have a friend relationship in a network scenario and/or the real world. The resources involved in the virtual package may be cash, game gear, game material, game pets, game coins, icons, members, titles, value-added services, points, shoe-shaped gold ingot, bean, gift certificates, redemption certificates, coupons, greeting cards, and the like. The embodiment of the application does not limit the resource type.

Referring to fig. 2, a flowchart of a method for sending a virtual package according to an embodiment of the present application is shown. In the embodiment of the present application, the execution body of each step may be a first terminal in the implementation environment shown in fig. 1, such as a first client installed and running in the first terminal. The method may comprise the following steps:

step 201, displaying a virtual package sending interface.

The first client displays a virtual package sending interface, wherein the virtual package sending interface is a user interface for setting parameters (virtual package parameters for short) of the virtual package in a sending process.

As shown in fig. 3, a schematic diagram of a virtual package delivery interface is schematically illustrated. Included in the virtual package delivery interface 300 are a plurality of operational controls, such as a type selection control 31 for selecting virtual package types including, but not limited to, at least one of: a hand-held virtual article package, a common virtual article package, a password virtual article package and the like. Optionally, the system further includes a parameter input control 32 for inputting virtual package parameters, where the corresponding virtual package parameters to be input may also be different for different virtual package types, for example, when the virtual package type is a makeup virtual package, the virtual package parameters include the number of virtual packages and the total number of virtual packages of all virtual packages; for another example, when the virtual package type is a normal virtual package, the virtual package parameters include the number of virtual packages and the number of virtual objects of a single virtual package. Optionally, a cover selection control 33 is also included for the user to select the cover of the virtual article.

Optionally, the sender clicks a virtual package control in the chat session interface, such as a "send red package" button, in the chat session interface with the receiver, and triggers the first client to display the virtual package sending interface.

Step 202, obtaining virtual package parameters input in a virtual package sending interface and public entities set in the virtual package sending interface.

Illustratively, when sending a virtual package to a single recipient client, the virtual package parameters include a fixed number of virtual items in the virtual package; when the virtual package is sent to the plurality of receiving party clients respectively, the virtual package parameters comprise the number s of virtual packages to be put on and the number n of the virtual packages, and optionally, the distribution type of the virtual packages in the virtual package is also included, and the distribution type comprises an average distribution type or a random distribution type. When the allocation type is an average allocation type, the number of virtual articles in each virtual article package=the number of virtual articles put in s/the number of virtual article packages n; when the allocation type is a random allocation type, the number of virtual articles in each virtual article package is randomly allocated, and the sum of virtual articles in n virtual article packages=the number s of virtual articles delivered.

The virtual package sending interface comprises an operation control, such as an input field or a selection item, for inputting the parameters of the virtual package. For example, as shown in FIG. 3, the parameters entered by the user in parameter input control 32 may be determined to be virtual package parameters.

Public entities refer to organizational units with the need to conduct network promotions and promotions to users. For example, a public entity may be a collective, i.e., a non-personal, organizational form of a group, such as a merchant, business platform, school, or web platform, among others; alternatively, the public entity may be a person with public influence, such as celebrity, public character, blogger, or the like. In the embodiment of the application, the public entity gives the virtual article package to the users in the social network by means of the virtual article package sending process among the common users in the social network, so that the purposes of promoting and publicizing the public entity to the users in the social network are achieved.

Illustratively, the virtual package delivery interface includes at least one candidate virtual package cover. The first client may determine a virtual item envelope surface of the selected common entity from the candidate virtual item envelope surfaces as the common entity set in the virtual item envelope transmission interface. In the embodiment of the application, the virtual article package cover of the public entity is set to be the cover of the first virtual article package, so that popularization effect is achieved on the public entity. In other examples, the virtual package delivery interface provides different collective options, such as options that include a collective name. After the user selects the option corresponding to the public entity, the content elements such as the name and the icon of the public entity can be added in the virtual package cover, and the content elements such as the name and the icon of the public entity can be displayed in the package information.

Step 203, after receiving the virtual package sending instruction, displaying a package message in a chat session interface with the receiver.

The virtual package transmission instruction refers to an instruction for transmitting a virtual package to a recipient. The virtual package send instruction may be triggered by a control on the virtual package generation interface, for example, by a "money-by-money" control 34 on the virtual package generation interface 300 as shown in fig. 3. Of course, in some other possible implementations, the triggering may also be triggered by voice, and the triggering manner of the sending instruction of the virtual article package in the embodiment of the present application is not limited.

Illustratively, the recipient may be a contact, such as a friend or a contact of a temporary session; or may be a group. The user can select a friend in the friend list of the first client to send the virtual article package to the user, and can select a group in the group chat list to send the virtual article package.

In an embodiment of the present application, the package message is a message for picking up a first virtual package generated based on the virtual package parameters, and a second virtual package presented by a public entity based on the first virtual package.

After clicking the package message, the sender may receive only the first virtual package but not the second virtual package, or may receive only the second virtual package but not the first virtual package, or may receive both the first virtual package and the second virtual package. Assuming that the sender can get the first virtual package and the second virtual package, displaying a package message on a chat session interface of the sender, wherein after the sender clicks the package message, the first client presents a get result display interface, and the get result display interface contains details of the virtual package taken from the first virtual package and details of the virtual package taken from the second virtual package; or, the first client may present a retrieval result display interface of the first virtual package and a retrieval result display interface of the second virtual package, where the retrieval result display interface of the first virtual package includes details of the virtual item retrieved from the first virtual package, and the retrieval result display interface of the second virtual package includes details of the virtual item retrieved from the second virtual package.

Optionally, the package message carries a special identifier, where the special identifier is used to indicate that a second virtual package available for retrieval exists in the package message. The special mark can be displayed in the form of words, figures or a combination of words and figures, for example, the special mark is displayed in the form of words of a red packet sent by a user A and a red packet presented by an enterprise A.

Optionally, the presentation form of the package message in the chat session interface may be a cover of the virtual package, or may be a message bubble corresponding to the virtual package. Illustratively, the package message may include content elements for embodying the public entity. The content element of the public entity is used to represent the public entity, for example, the content element of the public entity may be an icon of the public entity, a name of the public entity, a public number of the public entity, a graphic code (such as a two-dimensional code) of the public entity, and the embodiment of the application is not limited to the content element used to represent the public entity.

For example, in the chat session interface, a first package message and a second package message may also be displayed.

In this embodiment of the present application, the first package message is a message for retrieving a first virtual package generated based on a virtual package parameter, and a display form of the first package message in a chat session interface may be a cover of the first virtual package, or may be a message bubble corresponding to the first virtual package. Illustratively, the first package message may include a content element for representing the public entity. The content element of the public entity is used to represent the public entity, for example, the content element of the public entity may be an icon of the public entity, a name of the public entity, a public number of the public entity, a graphic code (such as a two-dimensional code) of the public entity, and the embodiment of the application is not limited to the content element used to represent the public entity.

As shown in fig. 4, a schematic diagram of a chat session interface 400 provided by an embodiment of the present application is schematically illustrated. Fig. 4 illustrates a group of receivers. The user A opens the chat session interface 400 corresponding to the group with the group chat name of 111, clicks the reddish-sending control in the chat session interface 400, the first client displays the virtual package sending interface, after the user A configures the virtual package parameters and the public entity in the virtual package sending interface, clicks the money-blocking control in the virtual package sending interface to trigger the virtual package sending instruction, so that the first package message 41 is displayed in the chat session interface 400 corresponding to the group with the group chat name of 111, and the first package message 41 is displayed in the chat session interface 400 in the form of the first package cover, and the public entity is enterprise A.

In an embodiment of the present application, the second package message is a message for receiving a second virtual package presented by the public entity based on the first virtual package. The display form of the second package message in the chat session interface may be a cover of the second virtual package, or may be a message bubble corresponding to the second virtual package. As shown in fig. 4, a second bundle message 42 is displayed in the chat session interface 400 corresponding to the group having the group chat name "111", and the second bundle message 42 is displayed in the chat session interface 400 in the form of a second bundle cover.

The second virtual package is issued by a public entity that may send the second virtual package to the sender and/or the receiver. When the public entity only sends the second virtual article package to the sender, the second article package information can not be displayed on the chat session interface of the receiver; when the public entity sends only the second virtual package to the recipient, the second package message may not be displayed on the sender's chat session interface. Illustratively, the second package message is sent by the sender as viewed from the chat session interface. Of course, in other possible implementations, the second package message is sent by a public entity as viewed from the chat session interface, or the avatar of the second virtual package sender is not displayed on the chat session interface.

The chat session interface of the sender displays a first package message and a second package message, and when the first package message is sent Fang Dianji, the first client displays a retrieval result display interface of the first virtual package, wherein the retrieval result display interface of the first virtual package comprises details of the virtual objects retrieved from the first virtual package; and after the sender clicks the second package information, the first client displays a retrieval result display interface of the second virtual package, wherein the retrieval result display interface of the second virtual package comprises details of the virtual objects retrieved from the second virtual package.

In summary, in the technical solution provided in the embodiments of the present application, when the user sends the first virtual package to the contact person, the public entity sends the second virtual package based on the first virtual package to the sender and/or the receiver of the first virtual package, so that a brand new manner of sending the virtual package by the enterprise is provided, so that the manner of sending the virtual package by the enterprise is more flexible and diversified.

In addition, in the related art, if the user wants to get the virtual package issued by the enterprise, the user needs to complete the task formulated by the enterprise, for example, after forwarding the operation activity message, the promotion page, and the like of the enterprise to the friend, the user can get the second virtual package issued by the enterprise. In order to get the second virtual article package, the user can forward the enterprise propaganda contents such as the operation activity message and the promotion page of the enterprise in a large quantity, so that serious harassment is caused to other users. In the embodiment of the application, the second virtual article package is sent, the threshold for sending the first virtual article package is provided, the problem of random sending of the user is avoided, the harassment to other users is reduced to the minimum, and meanwhile popularization activities of public entities are guaranteed. The flow of the virtual package sent by the user and the marketing requirement of the public entity are combined seamlessly, the operation of the public entity is completed, the promotion of social activity is realized, and the win-win of the three parties is realized by the personal, collective and application platforms.

Referring to fig. 5, a flowchart of a virtual package receiving method according to an embodiment of the present application is shown. In the embodiment of the present application, the execution body of each step may be a second terminal in the implementation environment shown in fig. 1, such as a second client installed and running in the second terminal. The method may comprise the following steps:

step 501, a chat session interface is displayed.

Illustratively, a chat session interface corresponding to the target contact or target group is displayed. The user can first run the second client and log in the account, then select the target contact or the target group, and display the chat session interface corresponding to the target contact or the target group. For example, the user may click on the avatar of a friend in the friend list, thereby displaying a chat session interface corresponding to the friend; the user can click a group head portrait in the group chat list, so that a chat session interface corresponding to the group is displayed.

Step 502, in a chat session interface, a package message is displayed.

In the embodiment of the application, the package message is a message for picking up a first virtual package sent by the first client, and a second virtual package presented by the public entity based on the first virtual package. Optionally, the package message includes a content element for representing the public entity.

Illustratively, after clicking the package message, the recipient may retrieve the first virtual package; optionally, the receiver may also receive a second virtual package. Assuming that the receiving party can get the first virtual package and the second virtual package, displaying a package message on a chat session interface of the receiving party, and after the receiving party clicks the package message, displaying a get result display interface by the second client, wherein the get result display interface comprises details of the virtual package taken from the first virtual package and details of the virtual package taken from the second virtual package; or, the second client may present a retrieval result display interface of the first virtual package and a retrieval result display interface of the second virtual package, where the retrieval result display interface of the first virtual package includes details of the virtual item retrieved from the first virtual package, and the retrieval result display interface of the second virtual package includes details of the virtual item retrieved from the second virtual package.

In the embodiment of the application, the first package message is a message for receiving a first virtual package sent by the first client, and the first package message includes a content element for embodying a public entity. The description of the first package message may be referred to the above embodiments, and will not be repeated here.

In one example, the first package message is presented in the chat session interface in the form of a cover of the first virtual package, and the second client displays the cover of the first virtual package in the chat session interface; the cover of the first virtual article package is a virtual article package cover of a public entity, and the virtual article package cover of the public entity contains content elements for reflecting the public entity.

In another example, the first package message is displayed in the chat session interface in a form of a message bubble corresponding to the first virtual package, and the second client displays the message bubble corresponding to the first virtual package in the chat session interface.

Optionally, if the presentation form of the first package message in the chat session interface is the front cover of the first virtual package, the second client directly displays a get result presentation interface of the first virtual package after receiving a trigger signal (such as a click operation signal) corresponding to the front cover of the first virtual package, where the get result presentation interface includes details of the virtual package that is received from the first virtual package, such as getting 5-membered cash.

Optionally, if the display form of the first package message in the chat session interface is a message bubble corresponding to the first virtual package, the second client displays a pickup interface of the first virtual package after receiving a trigger signal (such as a click operation signal) corresponding to the message bubble corresponding to the first virtual package, where the pickup interface includes a pickup control, and the second client displays a pickup result display interface of the first virtual package after receiving a trigger signal (such as a click operation signal) corresponding to the pickup control, where the pickup result display interface includes details of the virtual package picked up from the first virtual package, such as 5-membered cash.

In an embodiment of the present application, the second package message is a message for receiving a second virtual package presented by the public entity based on the first virtual package. The description of the second package message may be referred to the above embodiments, and will not be repeated here.

In one example, the second bundle message is displayed in the chat session interface in the form of a cover of the second virtual bundle, and the second client displays the cover of the second virtual bundle in the chat session interface; wherein the cover of the second virtual article package contains content elements for representing public entities.

In another example, the second package message is displayed in the chat session interface in a form of a message bubble corresponding to the second virtual package, and the second client displays the message bubble corresponding to the second virtual package in the chat session interface.

Optionally, if the presentation form of the second package message in the chat session interface is the front cover of the second virtual package, the second client directly displays a get result presentation interface of the second virtual package after receiving a trigger signal (such as a click operation signal) corresponding to the front cover of the second virtual package, where the get result presentation interface includes details of the virtual package that is received from the second virtual package, such as getting 1 yuan cash, 1 coupon, or 1 point coupon.

Optionally, if the display form of the second package message in the chat session interface is a message bubble corresponding to the second virtual package, the second client displays a pickup interface of the second virtual package after receiving a trigger signal (such as a click operation signal) corresponding to the message bubble corresponding to the second virtual package, where the pickup interface includes a pickup control, and the second client displays a pickup result display interface of the second virtual package after receiving a trigger signal (such as a click operation signal) corresponding to the pickup control, where the pickup result display interface includes details of the virtual package picked up from the second virtual package, such as picking up 1-element cash, 1 coupon, or 1 coupon.

Illustratively, in the chat session interface, displaying a cover of the first virtual package and a cover of the second virtual package, respectively; the cover of the first virtual article package is a virtual article package cover of a public entity, and the virtual article package cover of the public entity contains content elements for reflecting the public entity.

Displaying a cover of the first virtual article package and a cover of the second virtual article package on a chat session interface of a receiver, wherein after the receiver clicks the cover of the first virtual article package, the second client displays a retrieval result display interface of the first virtual article package, and the retrieval result display interface of the first virtual article package contains details of the virtual articles retrieved from the first virtual article package; after the receiving party clicks the cover of the second virtual article package, the second client displays a retrieval result display interface of the second virtual article package, wherein the retrieval result display interface of the second virtual article package contains details of the virtual articles retrieved from the second virtual article package.

In addition, the receiver can receive the first virtual article package sent by the sender and the second virtual article package given by the public entity, so that the user experience is good, and the popularization and propaganda effects of enterprises are facilitated.

Referring to fig. 6, a flowchart of a method for sending a virtual package according to another embodiment of the present application is shown. In the embodiment of the present application, the method may be applied in the implementation environment shown in fig. 1, and the method may include the following steps:

in step 601, the first client displays a virtual package sending interface.

In step 602, the first client obtains the virtual package parameters input in the virtual package sending interface and the public entity set in the virtual package sending interface.

Step 603, after receiving the virtual package sending instruction, the first client sends a virtual package sending request to the server.

The virtual package transmission instruction refers to an instruction for transmitting a virtual package to a recipient. The virtual package sending instruction may be triggered by a control on the virtual package generating interface, or may be triggered by voice, or may be triggered by a gesture, an expression, or other triggering modes, which is not limited in the embodiment of the present application.

The virtual package transmission request is used for requesting the server to transmit the virtual package. The virtual package sending request comprises sender information, receiver information, public entity identification information and virtual package parameters. The sender information may be a user account of the sender; the recipient information may be a user account of the recipient; the identification information of the public entity may include: the identity of the public entity and/or the identity of the virtual item package cover of the public entity. The identity of the virtual article cover of the public entity is used to uniquely identify the virtual article cover of the public entity, with different virtual article covers having different identities. The virtual package parameters may include parameters such as the number of virtual packages delivered, the number of virtual packages, the type of virtual package distribution, etc. Optionally, the virtual package sending request further includes a login state, where the login state is used to verify the validity of the sender. If the login state verification is unsuccessful, the server does not send the virtual package.

Correspondingly, the server receives a virtual article package sending request sent by the first client.

In step 604, the server generates order information of the first virtual package according to the virtual package sending request.

After receiving the virtual package transmission request, the server generates order information of the first virtual package corresponding to the virtual package parameters. The order information of the first virtual package includes an order number of the first virtual package.

In step 605, the server sends order information for a first virtual package to a first client.

In step 606, the first client executes a payment procedure according to the order information of the first virtual package.

Optionally, the payment procedure may include the following steps:

1. the first client sends a payment request to the server; the payment request carries information such as sender information, payment password, order information of the first virtual article package and the like.

2. The server verifies the payment password and completes the payment.

As shown in fig. 7, the user inputs a payment password in the password input box 71 of the payment interface 70, and after the user inputs the 6-bit payment password, the first client transmits a payment request to the server, and the server verifies the payment password and completes the payment.

In step 607, after the payment process is completed, the server generates a first virtual package according to the virtual package parameters.

And the server generates a first virtual article package with the virtual article package cover of the public entity according to the virtual article package cover of the public entity selected by the user.

In step 608, the server sends the first package pickup message to at least one second client according to the receiver information.

The first package pickup message includes pickup credential information of the first virtual package and identification information of the public entity. The retrieval credential information of the first virtual package includes an identification of the first virtual package and optionally a retrieval key of the first virtual package. The retrieval key of the first virtual package may be generated by using a hash algorithm according to the identifier of the first virtual package and the information of the receiver, and is used for authentication verification when retrieving the first virtual package, and only a user who obtains the correct retrieval key can retrieve the first virtual package.

And the server sends the first package pickup message to at least one second client through the message pushing channel. The at least one second client may be determined according to the receiver information carried in the virtual package transmission request.

Of course, in other possible implementations, the server may also send a first package pickup message to the first client, and the first client may also pick up the first virtual package.

In step 609, the second client displays the first package message in the chat session interface.

In step 610, the server sends a second package pickup message to the target client.

The second package pickup message includes pickup credential information of the second virtual package presented by the public entity based on the first virtual package. The retrieval credential information of the second virtual package includes a total identification of the second virtual package and optionally a retrieval key of the second virtual package. The retrieval key of the second virtual package may be generated by using a hash algorithm according to the total identifier of the second virtual package and the information of the receiver, and is used for authentication verification when retrieving the second virtual package, and only a user who obtains the correct retrieval key can retrieve the second virtual package.

Wherein the target client comprises a first client and/or at least one second client. Steps 611 and 612 are described by taking a server sending a second package pickup message to the first client and the second client as an example.

In step 611, the first client displays a second package message in a chat session interface with the recipient.

In step 612, the second client displays a second package message in the chat session interface.

It should be noted that, step 608 and step 610 may be performed simultaneously, or step 608 may be performed first, and then step 610 may be performed.

In this embodiment, only the first virtual package and the second virtual package are displayed corresponding to two package messages, and in other possible embodiments, the first virtual package and the second virtual package may share one package message, which is not limited in this embodiment.

Referring to fig. 8, a flowchart of a method for sending a virtual package according to another embodiment of the present application is shown. In the embodiment of the application, the method can be applied to the implementation environment shown in fig. 1. The method may comprise the steps of:

In step 801, a server obtains activity configuration information of a public entity.

The activity configuration information is used for indicating the total amount of virtual articles issued by the activity and the issuing rules of the virtual articles. Illustratively, the activity configuration information includes an activity cash amount, a number of coupons, and allocation-related configuration information. The activity configuration information may be preset by a public entity and then transmitted to the server.

Step 802, the server creates a virtual package resource pool corresponding to the public entity according to the activity configuration information.

The virtual package resource pool comprises at least one second virtual package.

In step 803, the server configures virtual items in each second virtual item package.

The virtual item may be plain cash, a card, or cash that can be presented with a conditional condition (e.g., a full amount can be presented, or a public number that requires attention to a public entity).

It should be noted that, steps 801 to 803 may be performed before step 804 or may be performed after step 804.

In step 804, the first client displays a virtual package sending interface.

In step 805, the first client obtains the virtual package parameters input in the virtual package sending interface, and the public entity set in the virtual package sending interface.

Step 806, after receiving the virtual package sending instruction, the first client sends a virtual package sending request to the server.

In step 807, the server generates order information for the first virtual package according to the virtual package transmission request.

In step 808, the server sends order information for the first virtual package to the first client.

Accordingly, the first client receives order information of the first virtual package sent by the server.

In step 809, the first client executes a payment procedure according to the order information of the first virtual package.

Step 810, after the payment process is completed, the server generates a first virtual package according to the virtual package parameters.

In step 811, the server sends a first package pickup message to at least one second client according to the recipient information.

The first package pickup message includes pickup credential information of the first virtual package and identification information of the public entity.

At step 812, the second client displays the first package message in the chat session interface.

It should be noted that, the following steps 813 to 815 may be performed after step 812, or may be performed before step 812.

In step 813, the server determines, according to the activity configuration information of the public entity, the total number n of the second virtual package presented based on the first virtual package, where n is a positive integer.

In step 814, the server selects n second virtual package from the virtual package resource pool corresponding to the public entity.

In step 815, the server records a mapping relationship between the total identifier of the n second virtual package and the identifiers of the respective second virtual packages.

The server stores the mapping relationship in a background database. Illustratively, assuming that the server determines 3 second virtual package, the total identifier of the 3 virtual package is 300, and the identifiers of the respective second virtual package are 301, 302, 303, respectively.

In step 816, the server sends a second package pickup message to the target client.

The second item package pickup message comprises pickup credential information of a second virtual item package presented by the public entity based on the first virtual item package; wherein the target client comprises a first client and/or at least one second client.

Steps 817 and 818 are illustrated by the server sending a second package pickup message to the first client and the second client.

In step 817, the first client displays the second package message in a chat session interface with the recipient.

In step 818, the second client displays a second package message in the chat session interface.

The following description will take an example in which the second client receives the first virtual package and the first client receives the second virtual package. The process of the first client side for picking up the first virtual article package is the same as or similar to the process of the second client side for picking up the first virtual article package; the second client receives the second virtual package in the same or similar flow as the first client receives the second virtual package.

In step 819, the second client sends a first package pickup request to the server.

The first package pickup request is for requesting to pick up the first virtual package. The first package pickup request includes an identification of the first virtual package. The first package pickup request further includes: the information of the retriever, the login state, the key, and the like. The retriever information may be a user account number, the login state being used to verify the legitimacy of the retriever, only the user who has obtained the correct retrieval key being able to retrieve the first virtual package.

In step 820, the server sends the result of the first virtual package to the second client according to the first package retrieval request.

When the number of the first virtual article packages is 1, the server generates a result of picking up the first virtual article package according to the virtual articles contained in the first virtual article package.

When the number of the first virtual article packages is a plurality of, the server selects one of the plurality of first virtual article packages as a target first virtual article package, and then generates a pickup result of the first virtual article package according to the virtual articles contained in the target first virtual article package.

In step 821, the second client displays a retrieval result display interface corresponding to the first virtual package.

The retrieval result display interface corresponding to the first virtual article package comprises the retrieval result of the first virtual article package. Fig. 9 is a schematic diagram schematically illustrating a retrieval result display interface corresponding to a first virtual package according to an embodiment of the present application. In the retrieval result display interface 90 corresponding to the first virtual package, the public entity of the first virtual package is a group, the front cover of the first virtual package is the virtual package cover of "enterprise a", and illustratively, the retrieval result display interface 90 of the first virtual package further includes information such as the head portrait and the user name of the sender, the amount of money, the distribution type of the first virtual package, and the like.

In step 822, the first client sends a second package pickup request to the server.

The second package pickup request includes the total identifier.

Step 823, the server selects a target second virtual package from the second virtual packages which are not picked and correspond to the total identifiers according to the mapping relation.

The mapping relation is the mapping relation between the total identifier of the second virtual article packages and the identifiers of the second virtual article packages. Assuming that the total identifier of the second virtual package carried in the second package pickup request is 100, the mapping relationship is that 100 corresponds to 101 and 102, and the server selects the second virtual package with the identifier of 102 as the target second virtual package.

In step 824, the server sends the result of the retrieval of the second virtual package to the first client.

The result of the retrieval of the second virtual package is used to indicate the virtual items in the target second virtual package.

In step 825, the first client displays a retrieval result display interface corresponding to the second virtual package.

The receiving result display interface corresponding to the second virtual article package comprises receiving results of the second virtual article package. Fig. 10 is a schematic diagram schematically illustrating a retrieval result presentation interface corresponding to the second virtual package. In the retrieval result display interface 100 corresponding to the second virtual package, the public entities of the second virtual package are groups, and the virtual objects in the target second virtual package may be cash or a card. When the virtual article is a card, the result of the acquisition display interface 100 includes information such as card details, card usage links, and card lifetime.

For example, the first client needs to meet a preset condition before the first client can get the second virtual package, for example, the first client needs to pay attention to the public number of the public entity before the first client can get the target second virtual package.

The embodiment of the application is only exemplified by the virtual articles of the second virtual article package allocated by the second server before the second virtual article package is sent. In other possible implementations, the second server may distribute the virtual items in real-time after the user sends the pickup request. For example, the second server configures virtual items in each second virtual item package according to the remaining resources in the resource pool in combination with the activity configuration information.

Illustratively, the servers include a first server, a payment server, and a second server. The first server is used for generating a virtual article package sent by a person, such as a first virtual article package in the embodiment of the application, the second server is used for generating a virtual article package sent in a collective manner, such as a second virtual article package in the embodiment of the application, and the payment server is used for executing a payment flow. Referring to fig. 11, a flowchart of a method for sending a virtual package according to another embodiment of the present application is shown, where the method may include the following steps:

In step 1101, the second server obtains activity configuration information for the public entity.

In step 1102, the second server creates a virtual package resource pool corresponding to the public entity according to the activity configuration information.

In step 1103, the second server configures virtual items in each of the second virtual item packages.

In step 1104, the first client displays a virtual package delivery interface.

In step 1105, the first client obtains the virtual package parameters input in the virtual package sending interface and the public entity set in the virtual package sending interface.

In step 1106, after receiving the virtual package transmission instruction, the first client transmits a virtual package transmission request to the first server.

In step 1107, the first server generates order information of the first virtual item package according to the virtual item package transmission request.

At step 1108, the first server sends order information for the first virtual package to the first client.

In step 1109, the first client executes a payment procedure according to the order information of the first virtual package.

Optionally, the payment procedure may include the following steps:

1. The first client sends a payment request to a payment server; the payment request carries information such as sender information, a payment password, an identification of the first virtual article package and the like.

2. The payment server verifies the payment password and completes the payment.

After the payment process is completed, the payment server will notify the first server to generate the first virtual package.

Step 1110, after the payment procedure is completed, the first server generates a first virtual package according to the virtual package parameters.

The first server generates a first virtual article package with a virtual article package cover of a public entity according to the virtual article package cover of the public entity selected by the user.

At step 1111, the first server sends a first package pickup message to at least one second client according to the receiver information.

The first server sends a first package pickup message to at least one second client through a message pushing channel.

Of course, in other possible implementations, the first server may also send a first package pickup message to the first client, and the first client may also pick up the first virtual package.

At step 1112, the second client displays the first package message in the chat session interface.

In step 1113, the second server determines, according to the activity configuration information of the public entity, the total number n of second virtual package based on the first virtual package, where n is a positive integer.

After the payment process is completed, the payment server may also notify the second server to configure the second virtual package. The payment server may also send the virtual article Bao Canshu to the second server. The second server inquires activity configuration information of the public entity, and determines information such as total number n of the second virtual article packages, virtual article types corresponding to the second virtual article packages, virtual article intervals corresponding to the second virtual article packages and the like by combining the number of the first virtual article packages, information such as virtual articles put in the first virtual article packages and the like.

In step 1114, the second server selects n second virtual package from the virtual package resource pool corresponding to the public entity.

And the second server selects n second virtual object packages from the virtual object package resource pools corresponding to the public entities according to the determined second virtual object packages.

In step 1115, the second server records a mapping relationship between the total identifier of the n second virtual package and the identifiers of the respective second virtual packages.

In step 1116, the second server sends a second package pickup message to the target client.

Wherein the target client comprises a first client and/or at least one second client.

The following description will take an example in which the second server transmits the second package pickup message to the first client and the second client.

In step 1117, the first client displays the second package message in a chat session interface with the recipient.

In step 1118, the second client displays a second package message in the chat session interface.

Referring to fig. 12, a flowchart of a virtual package receiving method according to another embodiment of the present application is shown. The method may comprise the steps of:

the following steps are described only by taking the second client to get the first virtual package and the second virtual package as an example, and the flow of the first client to get the first virtual package and the second virtual package is similar or the same.

Step 1201, the second client displays a chat session interface.

In step 1202, the second client displays a first package message in a chat session interface.

The description of steps 1201 to 1202 is given in the above embodiments, and will not be repeated here.

In step 1203, the second client sends a first package pickup request to the first server.

In step 1204, the first server sends a result of the first virtual package to the second client according to the first package retrieval request.

Accordingly, the second client receives a pickup instruction corresponding to the first virtual package.

In step 1205, the second client displays a retrieval result display interface corresponding to the first virtual package.

In step 1206, the second client displays a second package message in the chat session interface.

In step 1207, the second client sends a second package pickup request to the second server.

In step 1208, the second server selects a target second virtual package from the second virtual packages corresponding to the total identifier and not being picked up according to the mapping relationship.

In step 1209, the second server sends the result of the pickup of the second virtual package to the second client.

The second client receives a pickup instruction corresponding to the second virtual package.

In step 1210, the second client displays a retrieval result display interface corresponding to the second virtual package.

It should be noted that, in the above method embodiment, the technical solution of the present application is mainly described from the perspective of interaction of the first client, the second client, and the server, the steps related to the execution of the first client may be implemented solely as a method for sending a virtual package on the first client side, the steps related to the execution of the second client may be implemented solely as a method for receiving a virtual package on the second client side, and the steps related to the execution of the server may be implemented solely as a method for sending a virtual package on the server side.

The following are device embodiments of the present application, which may be used to perform method embodiments of the present application. For details not disclosed in the device embodiments of the present application, please refer to the method embodiments of the present application.

Referring to fig. 13, a block diagram of a virtual package transmitting apparatus according to an embodiment of the present application is shown. The device has a function of realizing the method example of the first client side, and the function can be realized by hardware or can be realized by executing corresponding software by hardware. The device may be the first terminal or may be provided on the first terminal. The apparatus 1300 includes: a sending interface display module 1310, a package parameters acquisition module 1320, a package message display module 1330.

The sending interface display module 1310 is configured to display a virtual package sending interface.

The package parameter obtaining module 1320 is configured to obtain a virtual package parameter input in the virtual package sending interface, and a public entity set in the virtual package sending interface.

The package message display module 1330 is configured to display, after receiving a virtual package sending instruction, a package message in a chat session interface with a recipient, where the package message is a message for receiving a first virtual package generated based on the virtual package parameters, and the public entity is configured to gift a second virtual package based on the first virtual package.

In an exemplary embodiment, the package message display module 1330 is configured to:

displaying a first package message in the chat session interface, wherein the first package message is used for picking up the first virtual package;

and displaying a second package message in the chat session interface, wherein the second package message is used for picking up the second virtual package.

In an exemplary embodiment, the virtual package sending interface includes at least one candidate virtual package cover;

the package parameter obtaining module 1320 is further configured to:

selecting a virtual article cover of the public entity from the candidate virtual article covers;

wherein the virtual item package cover of the public entity is set as the cover of the first virtual item package.

In an exemplary embodiment, as shown in fig. 14, the apparatus 1300 further includes: a send request sending module 1340, an order information receiving module 1350, and a payment process execution module 1360.

The sending request sending module 1340 is configured to send a virtual package sending request to a server, where the virtual package sending request includes sender information, receiver information, identification information of the public entity, and the virtual package parameter.

The order information receiving module 1350 is configured to receive order information of the first virtual package sent by the server.

The payment process execution module 1360 is configured to execute a payment process according to the order information of the first virtual package.

The package message display module 1330 is further configured to perform the step of displaying the package message in the chat session interface with the recipient after the payment procedure is completed.

Referring to fig. 15, a block diagram of a virtual package receiving device according to an embodiment of the present application is shown. The device has a function of realizing the method example of the second client side, and the function can be realized by hardware or can be realized by executing corresponding software by hardware. The device may be the second terminal or may be provided on the second terminal. The apparatus 1500 includes: chat interface display module 1510, package message display module 1520.

The chat interface display module 1510 is configured to display a chat session interface.

The first message display module 1520 is configured to display a package of items message in the chat session interface;

In an exemplary embodiment, the package message display module 1520 is configured to:

in the chat session interface, respectively displaying the cover of the first virtual article package and the cover of the second virtual article package;

The cover of the first virtual article package is a virtual article package cover of the public entity, and the virtual article package cover of the public entity contains content elements for reflecting the public entity.

Referring to fig. 16, a block diagram of a virtual package transmitting apparatus according to another embodiment of the present application is shown. The device has the function of realizing the method example of the server side, and the function can be realized by hardware or can be realized by executing corresponding software by hardware. The device can be a server or can be arranged on the server. The apparatus 1600 includes: a send request receiving module 1610, a package generating module 1620, a first messaging module 1630, and a second messaging module 1640.

The sending request receiving module 1610 is configured to receive a virtual package sending request sent by the first client, where the virtual package sending request includes sender information, receiver information, identification information of a public entity, and a virtual package parameter.

The package generation module 1620 is configured to generate a first virtual package according to the virtual package parameters.

The first message sending module 1630 is configured to send a first package pickup message to at least one second client according to the receiver information, where the first package pickup message includes the pickup credential information of the first virtual package and the identification information of the public entity.

The second message sending module 1640 is configured to send a second package pickup message to the target client, where the second package pickup message includes a pickup credential information of a second virtual package presented by the public entity based on the first virtual package; wherein the target client comprises the first client and/or at least one of the second clients.

In an exemplary embodiment, as shown in fig. 17, the apparatus 1600 further includes: a quantity determination module 1650, a package selection module 1660, and a mapping record module 1670.

The number determining module 1650 is configured to determine, according to the activity configuration information of the public entity, a total number n of the second virtual package presented based on the first virtual package, where n is a positive integer.

The package selection module 1660 is configured to select n second virtual packages from the virtual package resource pool corresponding to the public entity.

The mapping relationship recording module 1670 is configured to record mapping relationships between total identifiers of the n second virtual package and identifiers of the second virtual packages.

In an illustrative embodiment, the pickup credential information of the second virtual package includes the total identification;

the apparatus 1600 further comprises: a retrieval request receiving module 1680, a target package selection module 1690, and a retrieval result transmitting module 1691.

The receiving module 1680 is configured to receive a second package pickup request sent by the target client, where the second package pickup request includes the total identifier.

The target package selection module 1690 is configured to select, according to the mapping relationship, a target second virtual package from the second virtual packages that are not picked and correspond to the total identifier.

The get result sending module 1691 is configured to send a get result to the target client, where the get result is used to indicate the virtual object in the target second virtual object package.

In an exemplary embodiment, the apparatus 1600 further comprises: configuration information acquisition module 1692, resource pool creation module 1693, and virtual item configuration module 1694.

The configuration information obtaining module 1692 is configured to obtain activity configuration information of the public entity.

The resource pool creation module 1693 is configured to create a virtual package resource pool corresponding to the public entity according to the activity configuration information, where the virtual package resource pool includes at least one second virtual package.

The virtual article configuration module 1694 is configured to configure virtual articles in each of the second virtual article packages.

It should be noted that, in the apparatus provided in the foregoing embodiment, when implementing the functions thereof, only the division of the foregoing functional modules is used as an example, in practical application, the foregoing functional allocation may be implemented by different functional modules, that is, the content structure of the device is divided into different functional modules, so as to implement all or part of the functions described above. In addition, the apparatus and the method embodiments provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the apparatus and the method embodiments are detailed in the method embodiments and are not repeated herein.

Referring to fig. 18, a block diagram of a server according to an embodiment of the present application is shown. The server is used for implementing the virtual package sending method at the server side provided in the above embodiment. For example, the server may be the server 30 in the implementation environment shown in FIG. 1. Specifically, the present invention relates to a method for manufacturing a semiconductor device.

The server 1800 includes a Central Processing Unit (CPU) 1801, a system memory 1804 including a Random Access Memory (RAM) 1802 and a Read Only Memory (ROM) 1803, and a system bus 1805 connecting the system memory 1804 and the central processing unit 1801. The server 1800 also includes a basic input/output system (I/O system) 1806 for facilitating the transfer of information between various devices within the computer, and a mass storage device 1807 for storing an operating system 1813, application programs 1814, and other program modules 1812.

The basic input/output system 1806 includes a display 1808 for displaying information and an input device 1809, such as a mouse, keyboard, etc., for user input of information. Wherein the display 1808 and the input device 1809 are coupled to the central processing unit 1801 via an input output controller 1810 coupled to the system bus 1805. The basic input/output system 1806 can also include an input/output controller 1810 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input output controller 1810 also provides output to a display screen, a printer, or other type of output device.

The mass storage device 1807 is connected to the central processing unit 1801 through a mass storage controller (not shown) connected to the system bus 1805. The mass storage device 1807 and its associated computer-readable media provide non-volatile storage for the server 1800. That is, the mass storage device 1807 may include a computer readable medium (not shown), such as a hard disk or CD-ROM drive.

The computer readable medium may include computer storage media and communication media without loss of generality. 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 recognize that the computer storage medium is not limited to the one described above. The system memory 1804 and mass storage 1807 described above may be referred to collectively as memory.

The server 1800 may also operate by a network, such as the internet, connected to remote computers on the network, in accordance with various embodiments of the present application. I.e., the server 1800 may be connected to the network 1812 through a network interface unit 1811 coupled to the system bus 1805, or the network interface unit 1811 may be used to connect to other types of networks or remote computer systems (not shown).

The memory also includes at least one instruction, at least one program, code set, or instruction set stored in the memory and configured to be executed by one or more processors to implement the server-side virtual package delivery method described above.

Referring to fig. 19, a block diagram of a terminal according to an embodiment of the present application is shown. Generally, terminal 1900 includes: a processor 1901 and a memory 1902.

Processor 1901 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 1901 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 1901 may also include a main processor, which is a processor for processing data in the awake state, also called a CPU (Central Processing Unit ), and a coprocessor; a coprocessor is a low-power processor for processing data in a standby state. In some embodiments, the processor 1901 may incorporate a GPU (Graphics Processing Unit, image processor) for rendering and rendering content required for display by the display screen. In some embodiments, the processor 1901 may also include an AI (Artificial Intelligence ) processor for processing computing operations related to machine learning.

Memory 1902 may include one or more computer-readable storage media, which may be non-transitory. Memory 1902 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 memory 1902 is used to store a computer program for execution by processor 1901 to implement the first client-side virtual package sending method or the second client-side virtual package receiving method provided by the method embodiments herein.

In some embodiments, terminal 1900 may optionally further include: a peripheral interface 1903 and at least one peripheral. The processor 1901, memory 1902, and peripheral interface 1903 may be connected by a bus or signal line. The individual peripheral devices may be connected to the peripheral device interface 1903 via buses, signal lines, or circuit boards. Specifically, the peripheral device may include: at least one of a communication interface 1904, a display screen 1905, audio circuitry 1906, a camera assembly 1907, a positioning assembly 1908, and a power supply 1909.

Those skilled in the art will appreciate that the configuration shown in fig. 19 is not limiting and that terminal 1900 may include more or fewer components than shown, or may combine certain components, or may employ a different arrangement of components.

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, where 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 method for sending a virtual package on the first client side, implement the method for sending a virtual package on the server side, or implement the method for receiving a virtual package on the second client side.

In an exemplary embodiment, there is also provided a computer readable storage medium having stored therein at least one instruction, at least one program, a code set, or an instruction set, which when executed by a processor, implements the virtual package transmission method on the first client side, or implements the virtual package transmission method on the server side, or implements the virtual package reception method on the second client side.

In an exemplary embodiment, a computer program product is also provided, which, when executed by a processor, is configured to implement the above-mentioned first client-side virtual package transmission method, or implement the above-mentioned server-side virtual package transmission method, or implement the above-mentioned second client-side virtual package reception method.

It should be understood that references herein to "a plurality" are to two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship. In addition, the step numbers described herein are merely exemplary of one possible execution sequence among steps, and in some other embodiments, the steps may be executed out of the order of numbers, such as two differently numbered steps being executed simultaneously, or two differently numbered steps being executed in an order opposite to that shown, which is not limited by the embodiments of the present application.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program for instructing relevant hardware, where the program may be stored in a computer readable storage medium, and the storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The foregoing description of the exemplary embodiments of the present application is not intended to limit the invention to the particular embodiments disclosed, but on the contrary, the intention is to cover all modifications, equivalents, alternatives, and alternatives falling within the spirit and scope of the invention.

Claims

1. A virtual package delivery method, the method comprising:

displaying a virtual article package sending interface;

the method comprises the steps of obtaining virtual package parameters input in a virtual package sending interface and public entities arranged in the virtual package sending interface, wherein the public entities refer to organization units with network popularization and propaganda requirements for users;

2. The method of claim 1, wherein displaying the bundle message in the chat session interface with the recipient comprises:

3. The method of claim 1, wherein the virtual package delivery interface includes at least one candidate virtual package cover;

the obtaining the public entity set in the virtual package sending interface comprises the following steps:

4. The method according to claim 1, wherein the method further comprises:

sending a virtual article package sending request to a server, wherein the virtual article package sending request comprises sender information, receiver information, identification information of the public entity and the virtual article package parameters;

receiving order information of the first virtual article package sent by the server;

Executing a payment process according to the order information of the first virtual article package;

after the payment process is completed, the step of displaying the package message in the chat session interface with the recipient is performed.

5. A method of receiving a virtual package, the method comprising:

displaying a chat session interface;

displaying a package message in the chat session interface;

the package information is used for receiving a first virtual package sent by a first client and a second virtual package presented by a public entity based on the first virtual package, wherein the package information contains content elements for reflecting the public entity, and the public entity refers to an organization unit with network popularization and propaganda requirements for users.

6. The method of claim 5, wherein displaying a package message in the chat session interface comprises:

7. A virtual package delivery method, the method comprising:

receiving a virtual article package sending request sent by a first client, wherein the virtual article package sending request comprises sender information, receiver information, identification information of a public entity and virtual article package parameters, and the public entity refers to an organization unit with network popularization and propaganda requirements for users;

8. The method of claim 7, wherein after receiving the virtual package transmission request transmitted by the first client, further comprising:

Determining the total number n of the second virtual article packages based on the gift of the first virtual article packages according to the activity configuration information of the public entity, wherein n is a positive integer;

selecting n second virtual object packages from the virtual object package resource pools corresponding to the public entities;

and recording the mapping relation between the total identifications of the n second virtual article packages and the identifications of the second virtual article packages.

9. The method of claim 8, wherein the pickup credential information of the second virtual package includes the total identification;

after the second package pickup message is sent to the target client, the method further comprises:

receiving a second package acquisition request sent by the target client, wherein the second package acquisition request comprises the total identifier;

selecting a target second virtual article package from the second virtual article packages which are not picked and correspond to the total identifiers according to the mapping relation;

and sending a receiving result to the target client, wherein the receiving result is used for indicating the virtual articles in the target second virtual article package.

10. The method of claim 8, wherein the method further comprises:

Acquiring activity configuration information of the public entity;

creating a virtual article package resource pool corresponding to the public entity according to the activity configuration information, wherein the virtual article package resource pool comprises at least one second virtual article package;

and configuring virtual articles in each second virtual article package.

11. A virtual package delivery apparatus, the apparatus comprising:

the article package parameter acquisition module is used for acquiring the virtual article package parameters input in the virtual article package transmission interface and a public entity arranged in the virtual article package transmission interface, wherein the public entity refers to an organization unit with network popularization and propaganda requirements for users;

12. A virtual package receiving device, the device comprising:

13. A virtual package delivery apparatus, the apparatus comprising:

the system comprises a transmission request receiving module, a first client and a second client, wherein the transmission request receiving module is used for receiving a virtual article packet transmission request sent by the first client, the virtual article packet transmission request comprises sender information, receiver information, identification information of a public entity and virtual article packet parameters, and the public entity refers to an organization unit with network popularization and propaganda requirements for users;

14. A computer device comprising a processor and a memory, wherein the memory stores at least one program that is loaded and executed by the processor to implement the virtual package transmission method of any one of claims 1 to 4, or to implement the virtual package reception method of any one of claims 5 to 6, or to implement the virtual package transmission method of any one of claims 7 to 10.

15. A computer-readable storage medium, wherein at least one program is stored in the storage medium, and the at least one program is loaded and executed by a processor to implement the virtual package transmission method of any one of claims 1 to 4, or to implement the virtual package reception method of any one of claims 5 to 6, or to implement the virtual package transmission method of any one of claims 7 to 10.