CN114584827A - Red packet processing method and device - Google Patents

Red packet processing method and device Download PDF

Info

Publication number
CN114584827A
CN114584827A CN202210192220.3A CN202210192220A CN114584827A CN 114584827 A CN114584827 A CN 114584827A CN 202210192220 A CN202210192220 A CN 202210192220A CN 114584827 A CN114584827 A CN 114584827A
Authority
CN
China
Prior art keywords
red packet
red
replacement
lottery
information
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.)
Granted
Application number
CN202210192220.3A
Other languages
Chinese (zh)
Other versions
CN114584827B (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.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili Technology 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 Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN202210192220.3A priority Critical patent/CN114584827B/en
Publication of CN114584827A publication Critical patent/CN114584827A/en
Application granted granted Critical
Publication of CN114584827B publication Critical patent/CN114584827B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4784Supplemental services, e.g. displaying phone caller identification, shopping application receiving rewards
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The embodiment of the application provides a red packet processing method, which comprises the following steps: acquiring information for replacing the red packet from a server side of the live broadcast room; acquiring the information of the lottery red packet displayed at the client at present; judging whether the replacement red packet meets a preset replacement condition or not according to the information of the replacement red packet and the information of the lottery red packet; and under the condition that the replacement red package meets the replacement condition, displaying the replacement red package in place of the lottery red package. The method for processing the bonus package can guarantee the effectiveness of the displayed lottery bonus package when the front and the back of the live broadcast room are switched, so that the user of the live broadcast room can not influence the experience because the user clicks the invalid lottery bonus package.

Description

Red packet processing method and device
Technical Field
The present application relates to the field of network technologies, and in particular, to a red packet processing method and apparatus, a computer device, and a storage medium.
Background
With the development of live broadcast technology, more and more people use live broadcast to watch favorite videos. In order to increase the interaction of the live broadcast rooms, some live broadcast rooms can carry out lottery drawing of the red packet, so that the user can also carry out interaction through the lottery drawing of the red packet when watching the live broadcast, and the interest of watching the live broadcast by the user is increased.
However, in the process of watching the live broadcast, the live broadcast video may be switched to the background due to the need of using other software, and when the user switches the live broadcast video back to the foreground, the red package of the lottery currently displayed on the user client may be invalid, so that it is difficult to ensure the validity of the displayed lottery red package, and if the user clicks the invalid lottery red package, the experience of the user may be affected.
Disclosure of Invention
The application aims to provide a red packet processing method, a red packet processing device, computer equipment and a storage medium, which are used for solving the following technical problems: at present, when the front and the back are switched, the effectiveness of the displayed lottery drawing red packet is difficult to guarantee, and a user may click the failed lottery drawing red packet to influence the experience.
One aspect of the embodiments of the present application provides a red envelope processing method, which is applied to a client in a live broadcast room, and includes: acquiring information for replacing the red packet from a server side of the live broadcast room; acquiring the information of the lottery red packet displayed at the client currently; judging whether the replacement red packet meets a preset replacement condition or not according to the information of the replacement red packet and the information of the lottery red packet; and under the condition that the replacement red package meets the replacement condition, displaying the replacement red package in place of the lottery red package.
Optionally, before determining whether the replacement red pack meets the preset replacement condition according to the information of the replacement red pack and the information of the lottery red pack, the method further includes: verifying the legality of the replacement red packet according to the current time and the information of the replacement red packet; and under the condition that the replacement red packet is legal, executing the step of judging whether the replacement red packet meets the preset replacement condition according to the information of the replacement red packet and the information of the lottery red packet.
Optionally, the information of the replacement red package includes a lottery start time, a result display time, a removal time, and a lottery drawing state, and the validity of the replacement red package is verified according to the current time and the information of the replacement red package, including: judging whether the current time is greater than or equal to the lottery starting time and is less than the removal time; if so, judging whether the current time is less than or equal to the result display time and the lottery drawing state is a non-lottery drawing state or whether the current time is greater than or equal to the result display time and the lottery drawing state is a lottery drawing state; in the case of yes, it is determined that the replacement red envelope is legitimate.
Optionally, the information of the lottery red packet includes an alternative time, and the determining whether the alternative red packet satisfies a preset alternative condition according to the information of the alternative red packet and the information of the lottery red packet includes: and under the condition that the current time is greater than or equal to the alternative time and the lottery drawing starting time of the replacement red package is greater than or equal to the alternative time, judging that the replacement red package meets the replacement condition.
Optionally, the red packet processing method further includes: and under the condition that the replacing red package and the lottery red package are the same, calibrating the display of the lottery red package according to the information of the replacing red package or the information of the lottery red package.
Optionally, the lottery bonus package is a bonus package broadcasted by the server in the live broadcast room, and the method further includes: under the condition that the client is switched from a foreground to a background, stopping the receiving of the broadcast of the server in the live broadcasting room; and under the condition that the client side is switched from the background to the foreground, obtaining the lottery drawing information of the lottery drawing red packet, and starting the receiving of the broadcast of the server side in the live broadcast room after obtaining the lottery drawing information.
Optionally, in a situation where the client switches from the foreground to the background, stopping receiving of the broadcast of the server in the live broadcast room includes: under the condition that the client is switched from a foreground to a background, setting the value of a receiveCMDData function of the client side to be negative so as to stop the receiving of the broadcast of the server side in a live broadcast room; under the condition that the client switches to the foreground from the background, the lottery drawing information of the lottery drawing red packet is obtained, and after the lottery drawing information is obtained, the receiving of the broadcast of the server side in the live broadcast room is started, and the method comprises the following steps: and under the condition that the client is switched from the background to the foreground, acquiring lottery drawing information of the lottery drawing red packet, and after acquiring the lottery drawing information, setting the value of a receiveCMDData function at the client side to be positive so as to start the receiving of the broadcast of the server side in the live broadcasting room.
Optionally, the obtaining information for replacing the red envelope from the server side of the live broadcast room includes: the method comprises the steps that information for replacing the red packet is obtained from a red packet queue of a server side of the live broadcast room, the red packet queue comprises a plurality of red packets, the information of each red packet comprises the information of the lottery drawing starting time, the result display time, the replaceable time and the removal time, and the replacing red packet is the red packet which is broadcasted in the live broadcast room in the red packet queue.
One aspect of the embodiments of the present application further provides a red packet processing apparatus, including: the first acquisition module is used for acquiring information for replacing the red packet from a server side of the live broadcast room; the second acquisition module is used for acquiring the information of the lottery red packet displayed at the client at present; the judging module is used for judging whether the replacement red packet meets the preset replacement condition or not according to the information of the replacement red packet and the information of the lottery red packet; and the replacing module is used for replacing the lottery drawing red packet with the replacing red packet to display under the condition that the replacing red packet meets the replacing condition.
An aspect of the embodiments of the present application further provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the computer device is configured to implement the steps of the red packet processing method described above.
An aspect of the embodiments of the present application further provides a computer-readable storage medium, in which a computer program is stored, where the computer program is executable by at least one processor, so as to cause the at least one processor to execute the steps of the red packet processing method described above.
The red packet processing method, the red packet processing device, the computer equipment and the storage medium provided by the embodiment of the application at least have the following advantages:
the information of the replacement red package is obtained from the server side, the information of the lottery red package displayed at the client side at present is obtained, whether the replacement red package meets the preset replacement condition or not is judged according to the information of the replacement red package and the information of the lottery red package, the replacement red package is displayed in place of the lottery red package under the condition that the replacement red package meets the preset replacement condition, the validity of the lottery red package displayed at the client side can be guaranteed when the front background switching is carried out, and therefore the condition that the user clicks the failed lottery red package to influence the experience is avoided.
Drawings
FIG. 1 schematically illustrates an environmental architecture diagram of an embodiment of the present application;
fig. 2 schematically shows a flowchart of a red packet processing method according to a first embodiment of the present application;
FIG. 3 schematically illustrates a client interface diagram;
FIG. 4 schematically illustrates another client interface diagram;
FIG. 5 is a flow chart schematically illustrating the steps of a red envelope processing method according to an embodiment of the present application;
FIG. 6 is a sub-step of step S405 in FIG. 5;
fig. 7 is a flow chart schematically illustrating another additional step of the red packet processing method according to the first embodiment of the present application;
FIG. 8 schematically illustrates the life cycle of a red packet;
9(A) -9(C) schematically show a flow chart of a specific application of the red packet processing method according to the first embodiment of the present application;
FIG. 10 is a detailed flowchart of the flow of A29 in FIG. 10;
FIG. 11 is a detailed flowchart of the flow of A33 in FIG. 10;
fig. 12 is a block diagram schematically showing a red packet processing apparatus according to a second embodiment of the present application;
fig. 13 schematically shows a hardware architecture diagram of a computer device according to a fifth embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that the descriptions relating to "first", "second", etc. in the embodiments of the present application are only for descriptive purposes and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In addition, technical solutions between various embodiments may be combined with each other, but must be realized by a person skilled in the art, and when the technical solutions are contradictory or cannot be realized, such a combination should not be considered to exist, and is not within the protection scope of the present application.
In the description of the present application, it should be understood that the numerical references before the steps do not identify the order of performing the steps, but merely serve to facilitate the description of the present application and to distinguish each step, and therefore should not be construed as limiting the present application.
The following are explanations of terms referred to in the present application:
broadcasting: sending information to all nodes on the network in a local area network is one of UDP (User Datagram Protocol) links.
And (3) validity checking: and checking whether the data accords with a preset relevant rule, if so, passing the check, otherwise, not passing the check.
The life cycle is as follows: the red envelope is displayed in the live broadcast room within a certain time period, and the time period is the life cycle of the red envelope.
H5 pop: popup window in HTML5 format, where HTML5 is the latest revision of hypertext Markup Language (HTML).
receiveCMDData: when the receiveCommand method is adopted to acquire the data (broadcast message) broadcasted by the server, the client uses receiveCMDData as an identifier to judge whether the acquired data broadcasted by the server can be used, when the value of the receiveCMDData function is set to be yes, the data broadcasted by the client is identified by the client to be used, and when the value of the receiveCMDData function is set to be no, the data broadcasted by the client is identified by the client to be not used.
Fig. 1 schematically shows an environmental architecture diagram of an embodiment of the present application. As shown in fig. 1:
the server 100 is connected to a plurality of clients 300 through the network 200, wherein one of the clients 300 is a client of a live broadcast room anchor, and the rest are clients of viewers in the live broadcast room. In the live room, the anchor can use the client 300 to send the live content to the server 100 through the network 200, and the viewer can use the client 300 to pull the live content sent by the anchor from the server 100 through the network 200 for viewing.
In an exemplary embodiment, the server 100 may index a data center, such as a single house, or be distributed over different geographic locations (e.g., over several houses). The server 100 may provide services through one or more networks 200. Network 200 includes various network devices such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls, proxy devices, and/or the like. Network 200 may include physical links such as coaxial cable links, twisted pair cable links, fiber optic links, combinations thereof, and/or the like. The network 200 may include wireless links, such as cellular links, satellite links, Wi-Fi links, and/or the like. The client 300 may include a device such as a mobile device, a tablet device, a laptop computer, a smart device (e.g., smart apparel, smart watch, smart glasses), a virtual reality headset, a gaming device, a set-top box, a digital streaming device, a robot, a vehicle terminal, a smart television, a television box, or an e-book reader.
In the related technology, a user performs foreground and background switching in the process of watching live broadcast, when the user switches a live broadcast video from the background to the foreground, a lottery bonus package displayed on a user client at present may be invalid, and the user may click the invalid lottery bonus package to influence experience.
The red packet processing scheme provided by the application can avoid the user clicking the failed lottery red packet, and ensures the experience of the user.
The red packet processing scheme of the present application will be specifically described below by several examples.
Example one
Please refer to fig. 2, which is a flowchart illustrating a red packet processing method according to an embodiment of the present application. It should be noted that, an execution subject of the red packet processing method provided in the first embodiment of the present application is any client 300 in fig. 1, and the method specifically includes:
step S401, information for replacing the red packet is obtained from a server side of the live broadcast room.
The server 100 may include a plurality of red packets, and the red packet is replaced by one of the red packets. The server 100 may broadcast the red packet to all the clients 300 in the live broadcast room for lottery drawing, the replacement red packet may be the red packet being broadcast on all the clients 300 in the live broadcast room by the server 100, and the red packet displayed on the clients 300 is the lottery drawing red packet. The information of the red packet in the server 100 may include a serial number, a lottery start time, a result presentation time, a removal time, and the like.
The red packet in the server 100 may be generated by the server 100 according to the received red packet issuing request sent by the user at the client 300. The method specifically comprises the following steps: the client 300 receives the red packet issuing instruction of the user in the designated area, and generates a red packet issuing request to send to the server 100 after receiving the red packet issuing instruction of the user. Referring to fig. 3, which is a schematic diagram of an interface of a client 300, including a live video control 301, an interaction control 302 for displaying the content of a bullet screen, an interaction control 303 for inputting a bullet screen, and an interaction control 304 for inputting a red packet issuance instruction, when a user clicks the interaction control 304, an interaction control 305 for further inputting a red packet issuance instruction may appear, as shown in fig. 4. Illustratively, interactive control 304 is a red packet entry control, and interactive control 305 is a control capable of inputting red packet specific information such as red packet type (such as equally dividing red packets or randomly allocating red packets), virtual gifts included in red packets, the number of red packets, and the like. Optionally, the interactive control 305 may also be one or more red packages set in advance, and the user may complete a red package issuing instruction by selecting an appropriate red package, so as to meet a requirement that the user inputs a red package issuing instruction quickly in a live broadcast process. Through interaction control 304 and interaction control 305, client 300 may receive a red packet issuance instruction from a user, and in response, generate a red packet issuance request. It should be understood that fig. 3 and fig. 4 are only exemplary diagrams of the client 300 interface, and are not limited to the client 300 interface, and the client 300 interface may set corresponding interaction controls according to actual needs as long as receiving the red packet issuance instruction input by the user is implemented. In addition, the red packet issuing instruction may be input by a user touching the interface of the client 300, for example, clicking the interaction control 304 and the interaction control 305 in fig. 3 and 4; the camera of the client may also be invoked to recognize the action of the user on the basis of touch, for example, after the user clicks the interactive control 304, the camera of the client 300 is invoked to recognize the gesture of the user, and after recognizing that the user puts out a predetermined gesture, a red packet issuing instruction is obtained. The content of the red envelope may be different according to the platform where the live broadcast room is located, and is not specifically limited herein, and in the case where the content of the red envelope is a virtual gift, the red envelope may also be referred to as a virtual resource envelope.
Under normal conditions, the client 300 only needs to receive the red packet broadcasted by the server 100, but under some conditions, for example, when the live broadcast room of the client 300 performs foreground and background switching, the client 300 enters the lock screen and re-enters, or the network is blocked, the lottery red packet displayed on the client 300 is invalid, so that when the information replacing the red packet is obtained from the server 100, the client 300 may actively go to the server 100 to obtain the information replacing the red packet under the conditions of foreground and background switching, the client 300 enters the lock screen and re-enters, or the network is blocked.
Step S402, obtaining the information of the lottery red packet displayed at the client currently.
The client 300 may acquire information of the currently displayed lottery bonus package from the server 100. Alternatively, the client 300 may also record the information of the lottery bonus package, and obtain the information of the lottery bonus package from the record when it is necessary to determine whether the replacement condition is met.
And step S403, judging whether the replacement red packet meets the preset replacement condition according to the information of the replacement red packet and the information of the lottery red packet.
The preset replacement condition can be set according to actual needs, as long as the user in the live broadcast room does not click the failed lottery red envelope, and no specific limitation is made here.
And S404, displaying the replacement red package in place of the lottery red package under the condition that the replacement red package meets the preset replacement condition.
Illustratively, when the replacement red packet does not satisfy the preset replacement condition, the replacement red packet is discarded, and the red packet broadcasted by the server 100 is normally received by the client 300.
The method for processing the red packet comprises the steps of obtaining information for replacing the red packet from a server side, obtaining information of the lottery drawing red packet displayed at a client side at present, judging whether the replacement red packet meets preset replacement conditions or not according to the information for replacing the red packet and the information for the lottery drawing red packet, displaying the replacement red packet instead of the lottery drawing red packet under the condition that the replacement red packet meets the preset replacement conditions, and ensuring the validity of the lottery drawing red packet displayed at the client side when front and back end switching is carried out, so that the condition that the experience is influenced when a user clicks the failed lottery drawing red packet is avoided.
In an exemplary embodiment, as shown in fig. 5, before step S403, the red packet processing method provided in the embodiment of the present application may further include:
and S405, checking the legality of the replacement red packet according to the current time and the information of the replacement red packet.
In an exemplary embodiment, the information replacing the red pack includes a lottery start time, a result presentation time, a removal time, and a drawing status, and as shown in fig. 6, the step S405 may further include:
step S4051, judge whether the present time is greater than or equal to the lottery drawing start time of replacing the red packet and the present time is less than the removal time of replacing the red packet.
For example, if the current time is less than the drawing start time of the substitute red pack or the current time is greater than the removal time of the substitute red pack, it is determined that the substitute red pack is illegal.
Step S4052, if yes, determines whether the current time is less than or equal to the result display time of the red-envelope replacement and the winning status is not winning, or whether the current time is greater than or equal to the result display time of the red-envelope replacement and the winning status is winning.
In step S4053, if yes, it is determined that the substitute red packet is legitimate.
Illustratively, if the current time is greater than the result display time of the red substitute packet but the winning state is not winning, or the current time is less than the result display time of the red substitute packet but the winning state is winning, which indicates that the red substitute packet is abnormal, then the red substitute packet is determined to be illegal.
It should be understood that steps S4051 to S4053 are only one embodiment of determining the validity of the red packet replacement, and in practical applications, the method may be modified according to specific situations, and is not limited herein, for example, in a case that the red packet in the live broadcast room is not distinguished, the red packet replacement may be required to be the validity of the red packet in the live broadcast room.
Determining that the replacement red pack is in its lifecycle by determining whether the current time is greater than or equal to the drawing start time of the replacement red pack and the current time is less than or equal to the removal time of the replacement red pack; if so, further judging whether the current time is less than or equal to the result display time of the replacing red packet and the lottery drawing state is not lottery drawing or whether the current time is greater than or equal to the result display time of the replacing red packet and the lottery drawing is already lottery drawing, and further determining whether the replacing red packet is abnormal; the validity of the replaced red packet is judged by determining that the replaced red packet is legal under the condition that the replaced red packet is in the life cycle and no abnormity exists, so that the validity of the replaced lottery red packet can be ensured.
In step S406, in the case where the red packet replacement is legal, step S403 is performed.
For example, if the replacement red packet is illegal, the replacement red packet is discarded, the client 300 normally receives the lottery red packet broadcast by the server, or the client 300 acquires the replacement red packet from the server 100 again.
And checking the legality of the replacement red packet according to the current time and the information of the replacement red packet, and under the condition that the replacement red packet is legal, executing the step of judging whether the replacement red packet meets the preset replacement condition according to the information of the replacement red packet and the information of the lottery red packet, so that the legality of the replacement red packet can be ensured, and the validity of the lottery red packet after replacement is ensured.
In an exemplary embodiment, the information of the lottery bonus package includes an alternative time, and the determining whether the replacement bonus package satisfies a preset replacement condition according to the information of the replacement bonus package and the information of the lottery bonus package in step S403 includes: and under the condition that the current time is greater than or equal to the alternative time of the lottery red packet and the lottery starting time of the replacement red packet is greater than or equal to the alternative time of the lottery red packet, judging that the replacement red packet meets the replacement condition.
It should be understood that when the current time is greater than or equal to the alternative time for the lottery bonus package, and the lottery start time for the replacement bonus package is greater than or equal to the alternative time for the currently displayed lottery bonus package, it is indicated that the lottery bonus package is in an alternative state, the replacement bonus package is not empty, and the replacement bonus package is not the same as the currently displayed lottery bonus package.
For example, if the current time is less than the alternative time of the lottery bonus package, or the lottery start time of the replacement bonus package is less than the alternative time of the lottery bonus package, indicating that the lottery bonus package is in an irreplaceable state, it may be determined that the replacement bonus package does not satisfy the replacement condition, and the replacement bonus package may be discarded at this time.
By judging that the replacement red package meets the replacement condition under the condition that the current time is greater than or equal to the substitutable time of the lottery red package and the lottery starting time of the replacement red package is greater than or equal to the substitutable time of the lottery red package, whether the replacement red package meets the replacement condition can be effectively judged, and the effectiveness of the replaced lottery red package is ensured.
In particular, in a situation where the replacement bonus package and the lottery bonus package may be the same, in this case, the bonus package processing method provided in the embodiment of the present application may further include: and under the condition that the replacing red package and the lottery red package are the same, calibrating the display of the lottery red package according to the information of the replacing red package or the information of the lottery red package.
Alternatively, in the case where the replacement package and the lottery package are the same, it is determined that the replacement package satisfies the replacement condition, and after the replacement, the display of the lottery package is calibrated according to the information of the replacement package or the information of the lottery package. Since the substitution red package and the lottery red package are the same, the substitution or not is possible, and only the calibration of the display needs to be performed.
By calibrating the display of the lottery bonus package according to the information of the replacement bonus package or the information of the lottery bonus package under the condition that the replacement bonus package and the lottery bonus package are the same, the accuracy of the lottery bonus package displayed on the client can be ensured.
In an exemplary embodiment, the lottery bonus package is a bonus package broadcasted by the server in the live broadcast room, and as shown in fig. 7, the bonus package processing method provided in the embodiment of the present application may further include:
step S407, in a situation where the client switches from the foreground to the background, the receiving of the broadcast of the server in the live broadcast room is stopped.
In an exemplary embodiment, in the case where the client 300 switches from the foreground to the background, the client 300 may set the value of the receiveCMDData function on the client 300 side to no, thereby stopping the reception of the transmission broadcast by the client 300 to the server 100.
Alternatively, the client 300 may also stop the reception of the broadcast of the server 100 in the live broadcast room by closing the network of the client 300 and the like in the case of switching from the foreground to the background.
Step S408, obtaining lottery drawing information of the lottery drawing red packet under the condition that the client is switched from the background to the foreground, and starting the receiving of the broadcast of the server in the live broadcast room after obtaining the lottery drawing information.
That is, in the case that the client 300 switches from the background to the foreground, the client 300 first actively acquires the lottery drawing information of the lottery drawing red envelope, and then starts the reception of the broadcast of the server 100 in the live broadcast room. For example, when the server 100 sends the lottery bonus package in a manner of a lottery aggregation information interface, the client 300 may first obtain information of the lottery aggregation information interface, and then start receiving of the broadcast of the server 100 in the live broadcast room. It should be understood that if the server 100 is started to receive the broadcast in the live broadcast room first and then obtains the lottery drawing information of the lottery drawing red packet, the client 300 may still receive the outdated broadcast information due to a delay of the information, and the like, so that the client 300 may be prevented from receiving the outdated broadcast information by obtaining the lottery drawing information of the lottery drawing red packet first and then starting the server 100 to receive the broadcast in the live broadcast room.
In an exemplary embodiment, in a case where the client 300 switches from the background to the foreground, lottery information of a lottery bonus package is acquired, and after acquiring the lottery information, the client 300 may set a value of a receiveCMDData function on the client 300 side to yes, thereby starting reception of a broadcast of the server 100 in a live broadcast room.
Alternatively, the client 300 may also send a request for obtaining lottery information first in a situation of switching from the background to the foreground, and start the reception of the broadcast of the server 100 in the live broadcast room by starting the network of the client 300 and the like after sending the request for obtaining lottery information.
Under the condition that the client is switched from a foreground to a background, the receiving of the broadcast of the server in the live broadcast room is stopped, so that the receiving of too much invalid red packet information can be avoided; and under the condition that the client side is switched from the background to the foreground, lottery drawing information of the lottery drawing red packet is obtained, and after the lottery drawing information is obtained, the receiving of the broadcast of the server side in the live broadcast room is started, so that the received lottery drawing information can be real-time lottery drawing information.
In an exemplary embodiment, step 401 may include: the method comprises the steps that information for replacing the red packet is obtained from a red packet queue of a server side of the live broadcast room, the red packet queue comprises a plurality of red packets, the information of each red packet comprises the information of the lottery drawing starting time, the result display time, the replaceable time and the removal time, and the replacing red packet is the red packet which is broadcasted in the live broadcast room in the red packet queue.
Fig. 8 exemplarily shows a life cycle diagram of red packets in a red packet queue. As shown in fig. 8, a time period between the drawing start time of the red pack and the result presentation time corresponds to the duration of the drawing red pack, a time period between the result presentation time of the red pack and the alternative time corresponds to the cooling time of the red pack, and a time period between the alternative time of the red pack and the removal time corresponds to the supplement time of the red pack. The duration, cooling time and replenishment time of the red packet are exemplarily shown in fig. 8 as 15S (seconds), 10S (seconds) and 5S (seconds), respectively.
Because the red packet sets the corresponding lottery start time, result display time, substitutable time and removal time, when the red packet is generated and put into the preset red packet queue, in addition to the carried information in the red packet issuing request, the red packet may also include time node information corresponding to the life cycle of the red packet, for example, as shown in the following table:
Figure BDA0003525303710000141
in order to more clearly describe the red packet processing method provided in the embodiments of the present application, the following description is made by using a specific example.
Please refer to fig. 9(a) -9(C), which are exemplary diagrams of application processes of a red packet processing method according to an embodiment of the present application, and the exemplary diagrams are as follows:
as shown in fig. 9(a), the present invention includes:
a1: a user enters a room through a client 300;
a2: the client 300 sets the value of the receiveCMDData function to (YES);
A3-A5: entering a room to obtain a lottery drawing information aggregation interface (namely an interactive control interface for red package lottery drawing); judging whether the red packet in the red packet queue is empty (i.e. lot ═ nil), if so, updating to nil, and entering A10, otherwise, taking out the current red packet in the red packet queue (i.e. replacing the red packet), and then entering A10;
a6: the red packet is successfully sent (the user initiates the red packet), red packet information is returned, and the process enters A10;
A7-A9: broadcasting the lottery red packet; judging whether the value of the receiveCMDData function is yes (because the client 300 may perform switching between a foreground and a background), if so, entering A10, otherwise, discarding and not processing;
A11-A17: the user enters a room and cuts the client 300 into the background; the client 300 sets the value of the receiveCMDData function to NO; the user switches the client 300 from the background to the foreground; acquiring lottery drawing information of the lottery drawing red packet; setting the value of the receiveCMDData function to be YES; judging whether the red packet in the red packet queue is empty (i.e. lot equals nil), if so, updating to nil, and entering A10, otherwise, taking out the current red packet lot (replacing the red packet) in the red packet queue and entering A10;
a10: a reset of the raffle pack is performed (i.e., current is reset, i.e., a replacement of the raffle pack is performed).
Fig. 9(B) is a refinement of the a10 flow, where a101-a104 are validity checks for the current red packet (replacement red packet), and a10 refinement includes:
a101: judging whether the current time is greater than or equal to the lottery starting time of the current red packet (top red packet) and is less than the removal time of the current red packet (top red packet) (namely, lot. start _ time < (lot. current _ time < lot. removal _ time)), if so, entering A102 and A103, otherwise, entering A104;
A102-A103: judging whether the current time is less than the result display time of the current red packet (top red packet) and the current red packet (top red packet) is awarded (i.e. lot. current _ time < lot. end _ time & & lot. status ═ awarded), or judging whether the current time is greater than the result display time of the current red packet (top red packet) and the current red packet (top red packet) is not awarded (i.e. lot. current _ time > lot. end _ time & & lot. status ═ not awarded), if yes, entering a104, otherwise, entering a 105;
a104: discarding the current red packet (replacing the red packet);
a105: judging whether the current red packet (or the replacing red packet) is empty or whether the current red packet (or the replacing red packet) is the same as the currently displayed lottery red packet (that is, current _ lot ═ nil | | current _ lot.id ═ lot.id), if so, entering A108, otherwise, entering A106;
a106: judging whether the current time is greater than or equal to the alternative time of the lottery red packet and the start time of the current red packet (the alternative red packet) is greater than or equal to the alternative time of the lottery red packet (namely current _ lot. replace _ time < ═ current _ time & & lot. start _ time > - > current _ lot. replace _ ti me), if so, entering A108, otherwise, entering A107;
a107: discarding the current red packet (replacing the red packet) without processing;
a108: performing replacement of the lottery red packet (namely current _ lot ═ lot);
a109: clearing a local winning list;
fig. 9(C) shows a flow after a108, which includes:
a18: judging whether the source is a main state (namely audience) to issue or draw a red packet to start broadcasting, if so, entering A19, otherwise, entering A20;
a19: judging whether the user logs in, if so, entering A32, otherwise, entering A20;
a20: and ending the flow.
A21: setting a countdown timer for updating a red packet pendant of the lottery red packet, wherein the countdown timer of the pendant is the removal time of the current red packet minus the current time (namely show _ time.
A22: judging whether the result display time of the current red packet (replacing the red packet) is greater than the current time (namely lot. end _ time > current _ time), if so, entering A23, otherwise, entering A24;
a23: the pattern display lottery countdown is that the result display time of the current red packet (replacing the red packet) is subtracted by the current time (namely end _ time-current _ time);
a24: the file shows that the prize has been drawn;
a25: judging whether the countdown of the pendant is greater than 0, if so, entering A26, and otherwise, entering A27;
a26: judging whether the source is a lottery drawing aggregation interface, if so, entering A28, otherwise, entering A29;
a27: and (4) clearing the pendant (namely hiding the red packet display), but keeping the information of the red packet so as to verify the legality of the next red packet.
A28: triggering a shaking effect by a red packet hanging piece of the lottery drawing red packet to prompt a user that a new lottery drawing red packet can participate;
a29: clicking a red packet pendant by a user;
a30: judging whether the user logs in, if so, entering A32, otherwise, entering A31;
a31: the user enters a login process.
A32: judging whether the pop-up window of the red envelope H5 is displayed, if so, not operating, otherwise, entering A33;
a33: triggering pop-up window display of the red envelope H5;
a34: the H5 pop disappears when the client 300(app) switches to the background.
Please further refer to fig. 10, which is an exemplary diagram of a refinement procedure of a29, including:
a291: after clicking the red packet pendant, clicking on an H5 popup window by a user to participate in lottery drawing;
a292: h5 determining lottery drawing state of user through popup window, if not, entering A294, otherwise entering A293;
a293: the client 300 calls the toast message through bridge, and outputs a prompt message (such as "you have participated in the red-envelope lottery") through the toast message;
a294: the client 300 calls an interface to participate in lottery drawing through bridge;
a295: and if the data is successful, updating the participation state interface to return data, and spitting back the H5 page.
Please further refer to fig. 11, which is an exemplary diagram of a refinement procedure of a33, including:
a331: broadcasting the winning list;
a332: judging whether the value of the receiveCMDData function is yes, if yes, entering A334, otherwise entering A333;
a333: discarding and not processing;
a334: updating the red envelope pendant, and entering A3311 after updating the local red envelope winning list;
a335: judging whether the user logs in, if so, entering A337, otherwise, entering A336;
a336: discarding and not processing;
a337: judging whether the user participates in the lottery drawing, if so, entering A336, and otherwise, entering A338;
a338: judging whether the H5 popup window is being displayed, if so, entering A3310, otherwise, entering A339;
a339: calling an H5 popup, displaying an H5 popup, acquiring a winning list through bridge, and entering A3311;
a3310: refreshing an H5 popup window, acquiring a winning list through bridge, and entering A3311;
a3311: and displaying the winning list of the lottery bonus package.
Example two
Fig. 12 schematically shows a block diagram of a red packet processing device 500 provided in the second embodiment of the present application, where the red packet processing device 500 may be divided into one or more program modules, and the one or more program modules are stored in a storage medium and executed by one or more processors to implement the second embodiment of the present application. The program modules referred to in the embodiments of the present application refer to a series of computer program instruction segments that can perform specific functions, and the following description will specifically describe the functions of the program modules in the embodiments.
As shown in fig. 12, the red packet processing apparatus 500 may include a first obtaining module 501, a second obtaining module 502, a determining module 503, and a replacing module 504.
A first obtaining module 501, configured to obtain information for replacing a red packet from a server of a live broadcast room;
a second obtaining module 502, configured to obtain information of a lottery bonus package currently displayed at the client;
the judging module 503 is configured to judge whether the replacement red packet meets a preset replacement condition according to the information of the replacement red packet and the information of the lottery red packet;
and a replacing module 504, configured to replace the lottery drawing red package with the replacement red package for displaying in a case that the replacement red package meets the replacement condition.
In an exemplary embodiment, the red packet processing apparatus 500 provided in the second embodiment of the present application further includes a checking module (not shown in the figure), where the checking module is configured to: verifying the legality of the replacement red packet according to the current time and the information of the replacement red packet; and under the condition that the replacement red packet is legal, executing the step of judging whether the replacement red packet meets the preset replacement condition according to the information of the replacement red packet and the information of the lottery red packet.
In an exemplary embodiment, the information replacing the bonus pack includes a lottery start time, a result presentation time, a removal time, and a drawing status, the verification module is further configured to: judging whether the current time is greater than or equal to the lottery starting time and is less than the removal time; if so, judging whether the current time is less than or equal to the result display time and the lottery drawing state is a non-lottery drawing state or whether the current time is greater than or equal to the result display time and the lottery drawing state is a lottery drawing state; in the case of yes, it is determined that the replacement red envelope is legitimate.
In an exemplary embodiment, the information of the lottery bonus package includes an alternative time, and the decision module 503 is further configured to: and under the condition that the current time is greater than or equal to the alternative time and the lottery drawing starting time of the replacement red package is greater than or equal to the alternative time, judging that the replacement red package meets the replacement condition.
In an exemplary embodiment, the red packet processing apparatus 500 provided in the second embodiment of the present application further includes a calibration module, where the calibration module is configured to: and under the condition that the replacing red package and the lottery red package are the same, calibrating the display of the lottery red package according to the information of the replacing red package or the information of the lottery red package.
In an exemplary embodiment, the lottery bonus package is a bonus package broadcasted by the server in a live broadcasting room, and the bonus package processing apparatus 500 provided in the second embodiment of the present application further includes a broadcast control module (not shown in the figure), where the broadcast control module is configured to: under the condition that the client is switched from a foreground to a background, stopping the receiving of the broadcast of the server in the live broadcast room; and under the condition that the client side is switched from the background to the foreground, obtaining the lottery drawing information of the lottery drawing red packet, and starting the receiving of the broadcast of the server side in the live broadcast room after obtaining the lottery drawing information.
In an exemplary embodiment, the broadcast control module is further configured to: under the condition that the client is switched from a foreground to a background, setting the value of a receiveCMDData function of the client side to be negative so as to stop the receiving of the broadcast of the server side in a live broadcast room; and under the condition that the client is switched from the background to the foreground, acquiring lottery drawing information of the lottery drawing red packet, and after acquiring the lottery drawing information, setting the value of a receiveCMDData function at the client side to be positive so as to start the receiving of the broadcast of the server side in the live broadcasting room.
In an exemplary embodiment, the first obtaining module 501 is further configured to: the method comprises the steps that information for replacing the red packet is obtained from a red packet queue of a server side of the live broadcast room, the red packet queue comprises a plurality of red packets, the information of each red packet comprises the information of the lottery drawing starting time, the result display time, the replaceable time and the removal time, and the replacing red packet is the red packet which is broadcasted in the live broadcast room in the red packet queue.
EXAMPLE III
Fig. 13 schematically shows a hardware architecture diagram of a computer device 800 suitable for a red packet processing method according to the first embodiment and the third embodiment of the present application. The computer device 800 may be a device capable of automatically performing numerical calculations and/or data processing according to instructions set or stored in advance. For example, the server may be a rack server, a blade server, a tower server or a rack server (including an independent server or a server cluster composed of a plurality of servers), a gateway, and the like. As shown in fig. 13, the computer device 800 includes at least, but is not limited to: the memory 801, processor 802, and network interface 803 may be communicatively linked to each other via a system bus. Wherein:
the memory 801 includes at least one type of computer-readable storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the memory 801 may be an internal storage module of the computer device 800, such as a hard disk or a memory of the computer device 800. In other embodiments, the memory 801 may be an external storage device of the computer device 800, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), etc. provided on the computer device 800. Of course, the memory 801 may also include both internal and external memory modules of the computer device 800. In this embodiment, the memory 801 is generally used for storing an operating system and various types of application software installed in the computer apparatus 800, such as program codes of a red packet processing method. In addition, the memory 801 can also be used to temporarily store various types of data that have been output or are to be output.
The processor 802 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data Processing chip in some embodiments. The processor 802 generally operates to control overall operation of the computer device 800, such as to perform control and processing related to data interaction or communication with the computer device 800. In this embodiment, the processor 802 is configured to execute program codes stored in the memory 801 or process data.
The network interface 803 may include a wireless network interface or a wired network interface, the network interface 803 typically being used to establish a communication link between the computer device 800 and other computer devices. For example, the network interface 803 is used to connect the computer apparatus 800 with an external terminal via a network, establish a data transmission channel and a communication link between the computer apparatus 800 and the external terminal, and the like. The network may be a wireless or wired network such as an Intranet (Intranet), the Internet (Internet), a Global System of Mobile communication (GSM), Wideband Code Division Multiple Access (WCDMA), a 4G network, a 5G network, Bluetooth (Bluetooth), or Wi-Fi.
It is noted that FIG. 13 only shows a computer device having components 801 and 803, but it is understood that not all of the shown components are required and that more or less components may be implemented instead.
In this embodiment, the red packet processing method stored in the memory 801 may be further divided into one or more program modules, and executed by one or more processors (in this embodiment, the processor 802) to complete the embodiments of the present application.
Example four:
embodiments of the present application further provide a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the red packet processing method in the embodiments.
In this embodiment, the computer-readable storage medium includes a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the computer readable storage medium may be an internal storage unit of the computer device, such as a hard disk or a memory of the computer device. In other embodiments, the computer readable storage medium may be an external storage device of the computer device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the computer device. Of course, the computer-readable storage medium may also include both internal and external storage units of the computer device. In this embodiment, the computer-readable storage medium is generally used for storing an operating system and various types of application software installed in the computer device, for example, the program code of the red packet processing method in the embodiment, and the like. In addition, the computer-readable storage medium may also be used to temporarily store various types of data that have been output or are to be output.
It will be apparent to those skilled in the art that the modules or steps of the embodiments of the present application described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different from that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, embodiments of the present application are not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings of the present application, or which are directly or indirectly applied to other related technical fields, are included in the scope of the present application.

Claims (11)

1. A red packet processing method is applied to a client side of a live broadcast room, and comprises the following steps:
acquiring information for replacing the red packet from a server side of the live broadcast room;
acquiring the information of the lottery red packet displayed at the client currently;
judging whether the replacement red packet meets a preset replacement condition or not according to the information of the replacement red packet and the information of the lottery red packet;
and under the condition that the replacement red package meets the replacement condition, displaying the replacement red package in place of the lottery red package.
2. The red packet processing method according to claim 1, before determining whether the replacement red packet satisfies a preset replacement condition based on the information of the replacement red packet and the information of the lottery red packet, further comprising:
verifying the legality of the replacement red packet according to the current time and the information of the replacement red packet;
and under the condition that the replacement red packet is legal, executing the step of judging whether the replacement red packet meets a preset replacement condition according to the information of the replacement red packet and the information of the lottery red packet.
3. The red pack processing method according to claim 2, wherein the information of the replacement red pack includes a lottery start time, a result presentation time, a removal time, and a state of drawing a prize, and the verifying the validity of the replacement red pack based on the current time and the information of the replacement red pack includes:
judging whether the current time is greater than or equal to the lottery starting time and is less than the removing time;
if so, judging whether the current time is less than or equal to the result display time and the lottery drawing state is a non-lottery drawing state or whether the current time is greater than or equal to the result display time and the lottery drawing state is a lottery drawing state;
and in the case of yes, judging that the replacement red packet is legal.
4. The red packet processing method according to claim 3, wherein the information of the lottery red packet includes an alternative time, and the judging whether the replacement red packet satisfies a preset substitution condition according to the information of the replacement red packet and the information of the lottery red packet comprises:
and under the condition that the current time is greater than or equal to the alternative time and the lottery drawing starting time of the replacement red packet is greater than or equal to the alternative time, judging that the replacement red packet meets the replacement condition.
5. The red packet processing method according to claim 4, further comprising:
and under the condition that the replacement red package and the lottery red package are the same, calibrating the display of the lottery red package according to the information of the replacement red package or the information of the lottery red package.
6. The red packet processing method according to claim 1, wherein the lottery red packet is a red packet broadcast by the server in the live broadcast room, and the method further comprises:
under the condition that the client is switched from a foreground to a background, stopping the receiving of the broadcast of the server in the live broadcast room;
and under the condition that the client side is switched from a background to a foreground, obtaining the lottery drawing information of the lottery drawing red packet, and starting the receiving of the broadcast of the server side in the live broadcast room after the lottery drawing information is obtained.
7. The red packet processing method according to claim 6, wherein stopping reception of the broadcast of the server in the live broadcast room in the case where the client switches from foreground to background comprises:
under the condition that the client is switched from a foreground to a background, setting the value of a receiveCMDData function of the client side to be negative so as to stop the receiving of the broadcast of the server side in the live broadcast room;
the obtaining lottery drawing information of the lottery drawing red packet under the condition that the client side is switched from a background to a foreground, and starting the receiving of the broadcast of the server side in the live broadcast room after the lottery drawing information is obtained comprises the following steps:
and under the condition that the client side is switched from a background to a foreground, acquiring lottery drawing information of the lottery drawing red packet, and after the lottery drawing information is acquired, setting the value of a receiveCMDData function at the client side to be positive so as to start the receiving of the broadcast of the server side in the live broadcasting room.
8. The red packet processing method according to any one of claims 1 to 7, wherein the obtaining information for replacing the red packet from the server side of the live broadcast room includes:
and acquiring information for replacing the red packet from a red packet queue of a server side of the live broadcast room, wherein the red packet queue comprises a plurality of red packets, the information of each red packet comprises the information of the lottery starting time, the result display time, the substitutable time and the removal time, and the replacing red packet is the red packet which is broadcasted in the live broadcast room in the red packet queue.
9. A red envelope processing apparatus, comprising:
the first acquisition module is used for acquiring information for replacing the red packet from a server side of the live broadcast room;
the second acquisition module is used for acquiring the information of the lottery red packet currently displayed at the client;
the judging module is used for judging whether the replacement red packet meets a preset replacement condition or not according to the information of the replacement red packet and the information of the lottery red packet;
and the replacing module is used for displaying the replacement red package in place of the lottery red package under the condition that the replacement red package meets the replacement condition.
10. A computer arrangement comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor, when executing the computer program, is adapted to carry out the steps of the red packet processing method according to any one of claims 1 to 8.
11. A computer-readable storage medium, in which a computer program is stored which is executable by at least one processor to cause the at least one processor to perform the steps of the red packet processing method according to any one of claims 1 to 8.
CN202210192220.3A 2022-03-01 2022-03-01 Red packet processing method and device Active CN114584827B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210192220.3A CN114584827B (en) 2022-03-01 2022-03-01 Red packet processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210192220.3A CN114584827B (en) 2022-03-01 2022-03-01 Red packet processing method and device

Publications (2)

Publication Number Publication Date
CN114584827A true CN114584827A (en) 2022-06-03
CN114584827B CN114584827B (en) 2024-02-06

Family

ID=81776307

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210192220.3A Active CN114584827B (en) 2022-03-01 2022-03-01 Red packet processing method and device

Country Status (1)

Country Link
CN (1) CN114584827B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060047573A1 (en) * 2004-08-26 2006-03-02 True Resources, Llc Coupon and sweepstakes dispensing system and method of use
CN107483986A (en) * 2017-06-30 2017-12-15 武汉斗鱼网络科技有限公司 A kind of method and system of gifts
CN107968881A (en) * 2017-11-22 2018-04-27 珠海市魅族科技有限公司 End-point device broadcast processing method and processing device, terminal device and storage medium
CN110874277A (en) * 2018-09-03 2020-03-10 Oppo广东移动通信有限公司 Electronic red packet processing method, electronic red packet processing device and mobile terminal
CN111479120A (en) * 2020-04-07 2020-07-31 广州酷狗计算机科技有限公司 Method, device, equipment and storage medium for issuing virtual red packet in live broadcast room
CN112770128A (en) * 2020-12-31 2021-05-07 百果园技术(新加坡)有限公司 Playing system, method and device of live gift and server
CN112905926A (en) * 2021-02-07 2021-06-04 微民保险代理有限公司 Data processing method, device, equipment and storage medium

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060047573A1 (en) * 2004-08-26 2006-03-02 True Resources, Llc Coupon and sweepstakes dispensing system and method of use
CN107483986A (en) * 2017-06-30 2017-12-15 武汉斗鱼网络科技有限公司 A kind of method and system of gifts
CN107968881A (en) * 2017-11-22 2018-04-27 珠海市魅族科技有限公司 End-point device broadcast processing method and processing device, terminal device and storage medium
CN110874277A (en) * 2018-09-03 2020-03-10 Oppo广东移动通信有限公司 Electronic red packet processing method, electronic red packet processing device and mobile terminal
CN111479120A (en) * 2020-04-07 2020-07-31 广州酷狗计算机科技有限公司 Method, device, equipment and storage medium for issuing virtual red packet in live broadcast room
CN112770128A (en) * 2020-12-31 2021-05-07 百果园技术(新加坡)有限公司 Playing system, method and device of live gift and server
CN112905926A (en) * 2021-02-07 2021-06-04 微民保险代理有限公司 Data processing method, device, equipment and storage medium

Also Published As

Publication number Publication date
CN114584827B (en) 2024-02-06

Similar Documents

Publication Publication Date Title
US10783267B2 (en) Centralized throttling service
US10936371B2 (en) Method for resource allocation and related products
CN105577777B (en) message processing method, device and system
CN104539977B (en) Method for previewing and device is broadcast live
KR102001329B1 (en) Group management method and terminal and storage medium
CN111526406B (en) Live broadcast interface display method and device, terminal and storage medium
CN108721898B (en) Frame rate determination method and apparatus, storage medium, and electronic apparatus
US20170094065A1 (en) Information reminding method and apparatus, and electronic terminal
WO2014183427A1 (en) Method and apparatus for displaying webcast rooms
CN111930454B (en) Interface display method and device, terminal equipment and medium
CN113225607A (en) Method and system for displaying gift in live broadcast room
US20170134177A1 (en) Charging method and device, access device, service quality control method and device
CN108966234B (en) Malicious information processing method and device
CN107948682B (en) Configuration method of service domain name, service server and terminal equipment
CN113542256A (en) Method, device, equipment and storage medium for updating login credentials in client
CN114584827B (en) Red packet processing method and device
CN110599321A (en) Tax data processing method, device, server and storage medium
CN102946559B (en) The upgrade method of a kind of digital TV terminal, terminal, server and system thereof
CN106802819B (en) Application program self-starting processing method and device and mobile terminal
JP6957079B2 (en) Methods and devices for presenting information
US11442606B2 (en) User interface interaction method and system
CN115002495A (en) Animation processing method and device
US20180091461A1 (en) Method and device for securing network communications using self-erasing messages
CN111400549A (en) User portrait processing method and system
CN111259369A (en) Man-machine identity verification method and system

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