CN114760502A - Live broadcast room approach show merging and playing method and device and computer equipment - Google Patents

Live broadcast room approach show merging and playing method and device and computer equipment Download PDF

Info

Publication number
CN114760502A
CN114760502A CN202210394783.0A CN202210394783A CN114760502A CN 114760502 A CN114760502 A CN 114760502A CN 202210394783 A CN202210394783 A CN 202210394783A CN 114760502 A CN114760502 A CN 114760502A
Authority
CN
China
Prior art keywords
show
approach
playing
play
entrance
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.)
Pending
Application number
CN202210394783.0A
Other languages
Chinese (zh)
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.)
Guangzhou Cubesili Information Technology Co Ltd
Original Assignee
Guangzhou Cubesili Information 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 Guangzhou Cubesili Information Technology Co Ltd filed Critical Guangzhou Cubesili Information Technology Co Ltd
Priority to CN202210394783.0A priority Critical patent/CN114760502A/en
Publication of CN114760502A publication Critical patent/CN114760502A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The application relates to the technical field of live webcasting, and provides a live webcasting room approach show merging playing method, a live webcasting room approach show merging playing device and computer equipment. The method comprises the following steps: the client sequentially adds each received approach show playing message into an approach show playing message queue; accessing the entrance show playing messages in the entrance show playing message queue, judging whether the entrance show playing messages meet preset merging conditions or not, merging a plurality of entrance show playing messages meeting the merging conditions, and then taking out the entrance show playing messages from the entrance show playing message queue in sequence for playing. And when the combined approach show playing message is played, displaying at least one approach show in a corresponding area of the live broadcasting room interface, and simultaneously displaying approach messages of at least two users. Every user gets into the live broadcast room and can both obtain complete entrance show broadcast experience to reduce the waiting broadcast time of a plurality of entrance shows, can improve the broadcast efficiency of entrance show, reinforcing user interaction.

Description

Live broadcast room approach show merging and playing method and device and computer equipment
Technical Field
The application relates to the technical field of live webcasting, in particular to a live room approach show merging playing method and device and computer equipment.
Background
The webcast refers to a technology that a webcast shares a webcast audio and video stream to audiences on the network through a webcast platform. Live webcasting is a new network state, which embodies the characteristics of internet opening and sharing, and enables each ordinary person to have an opportunity to show their own talent on the network. In the process of the network live performance talent, audiences can send out virtual gifts in the live broadcasting room, and the anchor can obtain gift sharing, so that benefits can be created for the anchor, and the anchor can work at home without going out. Especially for people in remote areas or people who cannot normally go out of home, a more convenient employment way is created, and social employment is driven.
Audience users need to join a certain live broadcast room to obtain live broadcast audio and video streams shared by anchor users of the live broadcast room when the audience users want to watch the live broadcast. The server can inform all the user terminals joining the live broadcast room to play the entrance show of the audience user when the audience user enters the live broadcast room, so that the audience user can also show the personality of the audience user in the live broadcast room.
However, if a large number of audience users with approach shows are added to a live broadcast room in a short time, it will take a long time to play the approach shows of all the audience users in sequence, which may cause the audience users to not wait for their approach shows for a long time after adding to the live broadcast room, and thus user experience is affected. The frequent approach shows for non-new approach users who have joined the live room may affect their normal viewing needs.
Disclosure of Invention
Based on this, an object of the present application is to provide a method for merging and playing an entrance show in a live broadcast room, which can reduce the accumulation of the entrance show playing in the live broadcast room and the waiting time of the user on the premise of not influencing the experience of the user in obtaining the entrance show playing.
As a first aspect of the present application, a live room approach show merging and playing method is provided, including the following steps:
the server analyzes the live broadcast room joining request, acquires a user identifier of a user requesting to join the live broadcast room and a live broadcast room identifier, generates an entrance show playing message according to the user identifier and the live broadcast room identifier, and sends the entrance show playing message to a client joining the live broadcast room;
the client receives the incoming show playing messages sent by the server, wherein each incoming show playing message comprises the user identification and the corresponding incoming show attribute information;
The client sequentially adds each received approach show playing message into an approach show playing message queue; when the length of the approach show play message queue exceeds a preset length threshold value, accessing an approach show play message in the approach show play message queue, judging whether the approach show play message in the approach show play message queue meets a preset merging condition or not according to the approach show attribute information, and merging a plurality of the approach show play messages meeting the merging condition, wherein the merged approach show play message comprises at least one of the approach show attribute information and at least two of the user identifications;
the client side sequentially takes out the approach show play messages from the approach show play message queue to play, wherein at least one approach show is displayed in a corresponding area of a live broadcasting room interface for the merged approach show play messages according to at least one of the approach show attribute information, and the approach messages of at least two users are displayed simultaneously according to at least two of the user identifications.
As a second aspect of the present application, a method for merging and playing an approach show in a live broadcast room is provided, which is applied to a client, and includes the following steps:
Receiving the incoming show play messages sent by a server, wherein each incoming show play message comprises a live broadcast room identifier, a user identifier of a user requesting to join the live broadcast room and corresponding incoming show attribute information;
adding each received approach show playing message into an approach show playing message queue in sequence; when the length of the entrance show play message queue exceeds a preset length threshold, accessing entrance show play messages in the entrance show play message queue, judging whether the entrance show play messages in the entrance show play message queue meet a preset merging condition according to the entrance show attribute information, and merging a plurality of entrance show play messages meeting the merging condition, wherein the merged entrance show play messages comprise at least one entrance show attribute information and at least two user identifications;
and sequentially taking out the entrance show play messages from the entrance show play message queue to play, wherein at least one entrance show is displayed in a corresponding area of a live broadcast room interface for the merged entrance show play messages according to at least one of the entrance show attribute information, and the entrance messages of at least two users are simultaneously displayed according to at least two of the user identifications.
As a third aspect of the present application, there is provided a live room approach show merging playback apparatus, including:
the system comprises a message receiving unit, a server and a plurality of event information processing units, wherein the message receiving unit is used for receiving the incoming show playing messages sent by the server, and each incoming show playing message comprises a live broadcast room identifier, a user identifier of a user requesting to join in the live broadcast room and corresponding incoming show attribute information;
the merging unit is used for sequentially adding each received entrance show playing message into an entrance show playing message queue; when the length of the entrance show play message queue exceeds a preset length threshold, accessing entrance show play messages in the entrance show play message queue, judging whether the entrance show play messages in the entrance show play message queue meet a preset merging condition according to the entrance show attribute information, and merging a plurality of entrance show play messages meeting the merging condition, wherein the merged entrance show play messages comprise at least one entrance show attribute information and at least two user identifications;
and the playing unit is used for sequentially taking out the approach show playing messages from the approach show playing message queue to play, wherein for the merged approach show playing messages, at least one approach show is displayed in a corresponding area of a live broadcasting room interface according to at least one of the approach show attribute information, and the approach messages of at least two users are simultaneously displayed according to at least two of the user identifications.
As a fourth aspect of the present application, there is provided a computer apparatus comprising: a processor, a memory and a computer program stored in and executable on the memory, the processor when executing the computer program implementing the steps of the live room approach show merge play method as described above.
As a fifth aspect of the present application, a computer readable storage medium is provided, which stores a computer program, which when executed by a processor, performs the steps of the live room approach show merge playback method as described above.
In the embodiment of the application, the server side analyzes the join request of the live broadcast room, generates the enter show play message and sends the enter show play message to the client side joining the live broadcast room. The client sequentially adds each received approach show playing message into an approach show playing message queue; and when the length of the entrance show play message queue exceeds a preset length threshold value, accessing the entrance show play messages in the entrance show play message queue, judging whether the entrance show play messages meet preset merging conditions or not, and merging a plurality of entrance show play messages meeting the merging conditions. And after the merging, the entrance show playing messages are sequentially taken out from the entrance show playing message queue for playing. The combined progress show playing message comprises at least one of the progress show attribute information and at least two of the user identifications, when the combined progress show playing message is played, at least one progress show is displayed in a corresponding area of a live broadcasting room interface according to at least one of the progress show attribute information, and the progress messages of at least two users are simultaneously displayed according to at least two of the user identifications. Every user gets into the live broadcast room and can both obtain complete entrance show broadcast experience, and the quantity of the entrance show broadcast message in the entrance show broadcast message queue reduces owing to merging, and the time of broadcasting whole entrance shows is shortened, and user's latency also reduces, consequently can improve the broadcast efficiency of entrance show, improves user experience.
For a better understanding and implementation, the present application is described in detail below with reference to the accompanying drawings.
Drawings
Fig. 1 is a schematic view of an application scenario of a live telecast room approach show merging and playing method according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a method for playing an approach show in a live broadcast room according to an embodiment of the present application;
fig. 3 is a schematic flowchart illustrating a method for merging and playing an incoming show of a live broadcast room according to a first embodiment of the present application;
FIG. 4 is a schematic view of a merged approach show displayed in a live telecast interface according to an embodiment of the present application;
FIG. 5 is a diagram illustrating different incoming show display areas configured on a live room interface in an embodiment of the present application;
FIG. 6 is a diagram illustrating the display of an approach show meeting merge conditions in different areas of a live telecast interface according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a live room entrance show merging and playing device according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a computer device according to an embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements, unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if/if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
As will be appreciated by those skilled in the art, the terms "client," "terminal device," and "terminal device" as used herein include both wireless signal receiver devices, which include only wireless signal receiver devices without transmit capability, and receiving and transmitting hardware devices, which include receiving and transmitting hardware devices capable of two-way communication over a two-way communication link. Such a device may include: cellular or other communication devices such as personal computers, tablets, etc. having single or multi-line displays or cellular or other communication devices without multi-line displays; PCS (personal communications Service), which may combine voice, data processing, facsimile and/or data communications capabilities; a PDA (Personal Digital Assistant), which may include a radio frequency receiver, a pager, internet/intranet access, a web browser, a notepad, a calendar and/or a GPS (Global positioning system) receiver; a conventional laptop and/or palmtop computer or other device having and/or including a radio frequency receiver. As used herein, a "client," "terminal device" can be portable, transportable, installed in a vehicle (aeronautical, maritime, and/or land-based), or situated and/or configured to operate locally and/or in a distributed fashion for operation on any other piece of information located on earth and/or in space. The "client", "terminal Device" used herein may also be a communication terminal, a web terminal, a music/video playing terminal, such as a PDA, an MID (Mobile Internet Device) and/or a Mobile phone with music/video playing function, and may also be a smart tv, a set-top box, and the like.
The hardware referred to by the names "server", "client", "service node", etc. is essentially a computer device with the performance of a personal computer, and is a hardware device having necessary components disclosed by the von neumann principle, such as a central processing unit (including an arithmetic unit and a controller), a memory, an input device, an output device, etc., wherein a computer program is stored in the memory, and the central processing unit loads a program stored in an external memory into the internal memory to run, executes instructions in the program, and interacts with the input and output devices, thereby accomplishing specific functions.
It should be noted that the concept of "server" in the present application can be extended to the case of server cluster. According to the network deployment principle understood by those skilled in the art, the servers should be logically divided, and in physical space, the servers can be independent of each other but can be called through an interface, or can be integrated into a physical computer or a set of computer clusters. Those skilled in the art should understand this variation and should not be so constrained as to implement the network deployment of the present application.
Referring to fig. 1, fig. 1 is a schematic view of an application scenario of a live room approach show merging and playing method provided in an embodiment of the present application, where the application scenario includes an anchor client 101, a server 102, and a viewer client 103 provided in the embodiment of the present application, and the anchor client 101 and the viewer client 103 interact with each other through the server 102.
The client proposed in the embodiment of the present application includes the anchor client 101 and the viewer client 103.
It is noted that there are many understandings of the concept of "client" in the prior art, for example: it may be understood as an application program installed in a computer device, or may be understood as a hardware device corresponding to a server.
In the embodiments of the present application, the term "client" refers to a hardware device corresponding to a server, and more specifically, refers to a computer device, such as: smart phones, smart interactive tablets, personal computers, and the like.
When the client is a mobile device such as a smart phone and a smart interactive tablet, the user can install a matched mobile application program on the client and can also access a Web application program on the client.
When the client is a non-mobile device such as a Personal Computer (PC), the user can install a matching PC application on the client, and similarly can access a Web application on the client.
The mobile terminal application refers to an application program that can be installed in the mobile device, the PC terminal application refers to an application program that can be installed in the non-mobile device, and the Web terminal application refers to an application program that needs to be accessed through a browser.
Specifically, the Web application program may be divided into a mobile version and a PC version according to the difference of the client types, and the page layout modes and the available server support of the two versions may be different.
In the embodiment of the application, the types of live application programs provided to the user are mobile end live application programs, PC end live application programs and Web end live application programs. The user can autonomously select the mode of participating in the live webcast according to different types of the client adopted by the user.
According to the method and the system, the client can be divided into the anchor client 101 and the audience client 103 according to different user identities of the client.
The anchor client 101 is a client that transmits a live video, and is typically a client used by an anchor (i.e., an anchor user) in live webcasting.
The viewer client 103 refers to an end that receives and views a webcast video, and is typically a client employed by a viewer (i.e., a viewer user) viewing a video in a webcast.
The hardware at which the anchor client 101 and the viewer client 103 are directed is essentially a computer device, and in particular, as shown in fig. 1, may be a type of computer device such as a smart phone, smart interactive tablet, and personal computer. Both the anchor client 101 and the viewer client 103 may access the internet via a known network access method to establish a data communication link with the server 102.
The server 102 may be a business server, and may be responsible for further connecting related audio data servers, video streaming servers, and other servers providing related support, etc. to form a logically associated server cluster to provide services for related terminal devices, such as the anchor client 101 and the viewer client 103 shown in fig. 1.
In the embodiment of the present application, the anchor client 101 and the audience client 103 may join in the same live broadcast room (i.e., a live broadcast channel), where the live broadcast room is a chat room implemented by means of an internet technology, and generally has an audio/video broadcast control function. The anchor user carries out live broadcast in the live broadcast room through the anchor client 101, and the audience user can log in the server 102 through the audience client 103 to enter the live broadcast room to watch the live broadcast.
In the live broadcast room, the interaction between the anchor and the audience can be realized through known online interaction modes such as voice, video, characters and the like, the anchor generally performs for audience users in the form of audio and video streams, and economic transaction behaviors can be generated in the interaction process, so that the anchor obtains performance compensation. Of course, the application form of the live broadcast room is not limited to online performance and entertainment, and can also be popularized to other relevant scenes, such as a video conference scene, a product recommendation sale scene and any other scenes needing similar interaction.
Referring to fig. 2, fig. 2 is a schematic diagram illustrating a display of a live broadcast entrance show provided in an embodiment of the present application, where when a viewer enters a live broadcast, an entrance show 21 of the viewer and an entrance message 22 of the viewer are displayed on a live broadcast interface. The display contents of the approach show may be a dynamic special effect or a static picture such as a virtual ride, a pet, a picture, a character image, etc., and the approach message generally includes a user ID and welcome information such as "welcome a (a nickname of the user) to enter the live room". If there are multiple users entering the live broadcast room at the same time and they all have their own entrance show, then the entrance shows of each user will usually be displayed in sequence in the live broadcast room interface, the display time of each entrance show is long or short, for example, 2 to 5 seconds, if there are 10 users having their own entrance show at the same time entering the live broadcast room, the playing time of the last user entering the live broadcast room waiting for the entrance show will be 20 to 50 seconds. Moreover, from the perspective of the user, the user cannot know how much time to wait for the user to display his approach show, so that the user may not pay attention to whether the user has the approach show played later or not after a period of time, and for other users who join the live broadcast room, the user cannot accurately know the time for joining the live broadcast room, so that the approach show loses due effect, and the approach experience of the user is influenced. And for non-approaching users, the frequent display of the approach show can influence the normal watching requirement of the users.
Based on the above, the first embodiment of the present application provides a live room approach show merging and playing method. Referring to fig. 3, fig. 3 is a schematic flowchart illustrating a method for merging and playing an approach show in a live broadcast room according to a first embodiment of the present application, where the method includes the following steps:
s101, a server side analyzes a live broadcast room joining request, acquires a user identification and a live broadcast room identification of a user requesting to join a live broadcast room, generates an entrance show playing message according to the user identification and the live broadcast room identification, and sends the entrance show playing message to a client side joining the live broadcast room;
s102, a client receives entrance show playing messages sent by a server, wherein each entrance show playing message comprises a user identifier and entrance show attribute information corresponding to the user identifier;
s103, the client sequentially adds each received approach show playing message into an approach show playing message queue; when the length of the approach show play message queue exceeds a preset length threshold value, accessing an approach show play message in the approach show play message queue, judging whether the approach show play message in the approach show play message queue meets a preset merging condition or not according to the approach show attribute information, and merging a plurality of the approach show play messages meeting the merging condition, wherein the merged approach show play message comprises at least one of the approach show attribute information and at least two of the user identifications;
S104, the client sequentially takes out the incoming show play messages from the incoming show play message queue to play, wherein for the merged incoming show play messages, at least one incoming show is displayed in a corresponding area of a live broadcast room interface according to at least one of the incoming show attribute information, and the incoming messages of at least two users are simultaneously displayed according to at least two of the user identifications.
In this embodiment, a live-room cover page interaction method based on interactive play is described from two execution subjects, namely a client and a server.
In the embodiment of the application, the server side analyzes the live broadcasting room joining request, generates the entrance show playing message and sends the entrance show playing message to the client side joining the live broadcasting room. The client sequentially adds each received approach show playing message into an approach show playing message queue; and when the length of the entrance show play message queue exceeds a preset length value, accessing the entrance show play messages in the entrance show play message queue, judging whether the entrance show play messages meet preset merging conditions or not, and merging a plurality of entrance show play messages meeting the merging conditions. And after the merging, the entrance show playing messages are sequentially taken out from the entrance show playing message queue for playing. The combined progress show playing message comprises at least one of the progress show attribute information and at least two of the user identifications, when the combined progress show playing message is played, at least one progress show is displayed in a corresponding area of a live broadcasting room interface according to at least one of the progress show attribute information, and the progress messages of at least two users are simultaneously displayed according to at least two of the user identifications. Every user gets into the live broadcast room and can both obtain complete entrance show broadcast experience, and the quantity of the entrance show broadcast message in the entrance show broadcast message queue reduces owing to merging, and the time of broadcasting whole entrance shows is shortened, and user's latency also reduces, consequently can improve the broadcast efficiency of entrance show, improves user experience.
In step S101, after the viewer user selects to enter a live broadcast room in the live broadcast application, the viewer client generates a live broadcast room join request, and sends the live broadcast room join request to the server. The server responds to the live broadcast room join request, analyzes the live broadcast room join request to obtain the corresponding user identification and the live broadcast room identification, and issues live broadcast room media stream data corresponding to the live broadcast room identification to the audience client corresponding to the user identification. The live broadcast room identifier may be a unique ID of the live broadcast room, and the user identifier may be an identity of a user, such as an account number and a user side address.
And meanwhile, the server generates an entrance show play message according to the user identification and the live broadcast room identification, and sends the entrance show play message to the client which is added into the live broadcast room, wherein the client which is added into the live broadcast room comprises an audience client and a main broadcast client. The server may send the incoming show play message in a broadcast or peer-to-peer manner, and preferably, the server sends the incoming show play message in a broadcast manner to the client joining the live broadcast room.
Furthermore, some users may not be provided with an entrance show, so in an embodiment of the application, after analyzing a live broadcast room join request and obtaining a corresponding live broadcast room identifier and a user identifier, a server first obtains configuration information of the user according to the user identifier, and if the configuration information of the user includes entrance show attribute information, generates an entrance show play message according to the user identifier and the corresponding entrance show attribute information, and sends the entrance show play message to a client joining the live broadcast room. And after receiving the entrance show playing message, the user terminal can play the entrance show of the user according to the corresponding entrance show attribute information.
And if the configuration information of the user does not contain the attribute information of the approach show, directly sending an approach message of the user to a client joining the live broadcast room, wherein the approach message can only comprise the user identification of the user. And after receiving the approach message, the client only plays the approach message of the user.
Regarding step S102, the client receives an incoming show play message sent by the server, where each of the incoming show play messages includes the user identifier and its corresponding incoming show attribute information;
After receiving the incoming show play message broadcast by the server, the client compares the incoming show play message with the live broadcast room identification added by the client according to the live broadcast room identification in the incoming show play message, and if the incoming show play message is the same, the client analyzes the incoming show play message to obtain the user identification of the incoming user contained in the incoming show play message and the corresponding incoming show attribute information of the user identification.
The approach show attribute information may include an approach show display area and approach show display data, wherein the approach show display area is used to determine a display position of the approach show in the live-air interface, and the approach show display data is used to determine a kind and display content of the approach show. Further, the attribute information of the approach show may further include a display size of the approach show, a special effect, and the like, and may be specifically set by the server as needed.
With respect to step S103, the client adds each of the received approach show play messages to the approach show play message queue in turn.
The enshow play message queue is stored locally at the client, and in one embodiment, the enshow play message queue follows a first-in first-out principle, that is, each enshow play message added to the enshow play message queue in sequence is taken out and played in sequence according to the time sequence of the addition.
And when the length of the entrance show play message queue exceeds a preset length threshold value, the client accesses the entrance show play message in the entrance show play message queue, and judges whether the entrance show play message in the entrance show play message queue meets a preset merging condition or not according to the corresponding entrance show attribute information.
The length threshold may be set according to the maximum allowable waiting time for the incoming show playing, for example, the maximum allowable waiting time is 20 seconds, the playing time of each incoming show is 4 seconds, the length threshold is 5 incoming show playing messages, and if the number of incoming show playing messages exceeds 5, the client will access the incoming show playing messages in the incoming show playing message queue, and start the logic for determining whether to merge the incoming show playing messages.
And judging whether the entrance show playing messages in the entrance show playing message queue accord with preset merging conditions or not according to the corresponding entrance show attribute information, and merging a plurality of the entrance show playing messages which accord with the merging conditions.
The merge condition may be a server configuration. In one embodiment, the approach show attribute information includes an approach show display area for determining a display position of an approach show in the live room interface, and approach show display data for determining a category and display content of the approach show.
The step of determining whether the incoming show play message in the incoming show play message queue meets a preset merging condition according to the incoming show attribute information comprises:
acquiring an entrance show display area and entrance show display data corresponding to the entrance show play message in the entrance show play message queue;
judging whether the entrance show display area and the entrance show display data corresponding to each entrance show playing message meet a preset message merging condition or not; the message merging conditions comprise a first merging condition and/or a second merging condition, wherein the first merging condition is that the display data of the entrance show corresponding to at least two entrance show playing messages are the same, and the display areas of the entrance show are the same; the second merging condition is that at least two of the approach show display data corresponding to the approach show play message are different, and the approach show display area is also different.
The merging condition may be configured according to the degree of accumulation of the messages played by the entrance show, i.e. the length of the queue of the messages played by the entrance show, the maximum allowable waiting time for the playing of the entrance show, the length threshold, and other factors.
The message merge condition, i.e. the condition that the incoming show play messages in the incoming show play message queue merge with each other, may comprise the first merge condition and/or the second merge condition. In one embodiment, it may be provided that combinations of different message merge conditions are configured according to the degree of accumulation of the messages played by the entrance show, or the length of the queue of messages played by the entrance show, or the maximum allowable waiting time for the playing of the entrance show, respectively. For example, two length thresholds are set in descending order, the first length threshold being the smallest and the second length threshold being the largest. When the length of the entrance show play message queue exceeds a first length threshold and does not reach the second length threshold, the applicable message merging condition is a first merging condition: at least two the corresponding entry show display data of the entry show play message are the same, and the entry show display area is the same, or the second merging condition is applied: at least two of the approach show display data corresponding to the approach show play message are different, and the approach show display area is also different. When the length of the progress show play message queue exceeds a second length threshold, applying both the first merging condition and the second merging condition.
And the client side merges a plurality of the entrance show play messages which meet the merging condition in the entrance show play message queue. The merged incoming show play message comprises at least one of said incoming show attribute information and at least two of said user identifications.
The manner of merging the progress show play messages includes generating a new progress show play message, or binding a plurality of progress show play messages to be merged and adding a merging flag. So that when the corresponding approach show play message is taken out from the approach show play message queue for playing, the new approach show play message can be taken out for playing in one taking-out operation or a plurality of approach show play messages added with the merge marks can be taken out simultaneously for playing.
In step S104, the entrance show play messages are sequentially retrieved from the entrance show play message queue and played. And for the merged progress show playing message, displaying at least one progress show in a corresponding area of a live broadcasting room interface according to at least one of the progress show attribute information, and simultaneously displaying the progress messages of at least two users according to at least two of the user identifications. And for the non-merged enter show playing message, performing normal playing.
For steps S103 and S104, when merging and playing the approach show play messages in the approach show play message queue, different merging methods may be adopted according to the approach show play messages meeting different merging conditions.
In one embodiment of the present application, when the incoming show play messages in the incoming show play message queue satisfy a first merge condition, merging the incoming show play messages satisfying the first merge condition into a similar incoming show merge play message, wherein the similar incoming show merge play message comprises: an approach show display area, an approach show display data and at least two of said user identifications;
the step of sequentially taking out the entrance show play messages from the entrance show play message queue to play comprises:
when the similar approach show combined play message is taken out from the approach show play message queue to be played, displaying an approach show in a corresponding area of a live broadcasting room interface according to an approach show display area and approach show display data of the similar approach show combined play message, and simultaneously displaying approach messages of at least two users according to at least two user identifications;
When the entrance show play messages in the entrance show play message queue meet a second merging condition, merging the entrance show play messages meeting the second merging condition into non-homogeneous entrance show merging play messages, wherein the non-homogeneous entrance show merging play messages comprise: at least two entrance show display areas, at least two entrance show display data, and at least two of the user identifications;
the step of sequentially taking out the entrance show play messages from the entrance show play message queue to play comprises:
when the non-homogeneous approach show combined playing message is taken out from the approach show playing message queue to be played, at least two corresponding approach shows are respectively displayed in at least two corresponding areas of a live broadcast room interface according to at least two approach show display areas and at least two approach show display data of the non-homogeneous approach show combined playing message, and the approach messages of at least two users are simultaneously displayed according to at least two user identifications.
For a plurality of the incoming show play messages meeting the first merging condition, as the incoming show display data are the same and the incoming show display areas are the same, the incoming show play messages have the same incoming show attribute information, so that the incoming show play messages can be merged into the same type of incoming show merging play message, namely, the incoming show play messages have the same incoming show attribute information and a plurality of different user identifications. When the user side takes out the similar approach show from the approach show playing message queue and plays the same, according to the shared approach show attribute information, namely the same approach show display area and the same approach show display data, one approach show is displayed in the corresponding area of the live broadcast interface, and according to at least two of the user identifications, the approach messages of at least two users are displayed simultaneously. As shown in fig. 4, fig. 4 shows a display mode of merging and playing 2 approach show messages meeting the first merging condition, displaying the same approach show 41 owned by a user X and a user Z, and simultaneously displaying an approach message 42 of the user X and an approach message 43 of the user Z, a complete playing experience of the approach show is obtained for both the user X and the user Z.
Referring to fig. 5, in the embodiment, according to parameters such as the type, model, and value of the approach show, various approach shows are divided and displayed in different areas of the live broadcast interface, for example, the virtual seated approach show is divided into a large virtual seat and a small virtual seat according to the size of the model, the approach show display area of the large virtual seat is set to be located in an area a corresponding to the user chat public screen shown in fig. 5, and the approach show display area of the small virtual seat is set to be located in an area B corresponding to the upper right corner of the user chat public screen shown in fig. 5. In other embodiments, 3, 4, or even more non-overlapping progress show display areas may be set in the live broadcast room interface, and various progress shows may be divided and displayed in different progress show display areas of the live broadcast room interface according to parameters such as the type, model, and value of the progress shows.
And for a plurality of the incoming show playing messages meeting the second merging condition, the incoming show display data are different, and the incoming show display areas are different. Therefore, the combined non-homogeneous approach show and the combined play message can be played simultaneously, and the combined non-homogeneous approach show and the combined play message comprises: at least two entrance show display areas of the entrance show playing messages before merging, entrance show display data of the entrance show playing messages and user identifications of the entrance show display areas and the entrance show display data; when the non-homogeneous approach show combined playing message is taken out from the approach show playing message queue to be played, at least two corresponding approach shows are respectively displayed in at least two corresponding areas of a live broadcast room interface according to at least two approach show display areas and at least two approach show display data of the non-homogeneous approach show combined playing message, and the approach messages of at least two users are simultaneously displayed according to at least two user identifications. As shown in fig. 6. By simultaneously displaying the approach show 61 of user X in area A, the approach show 62 of user Z in area B, and simultaneously displaying the approach message 63 of user X and the approach message 64 of user Z, a complete playing experience of the approach show is obtained for both user X and user Z.
In another embodiment of the present application, another method for merging and playing the approach show play messages is further provided, in this embodiment, the step of determining whether the approach show play messages in the approach show play message queue meet a preset merging condition, and merging a plurality of the approach show play messages meeting the merging condition further includes:
acquiring the attribute information of the approach show corresponding to the currently played approach show, and judging whether the approach show playing information in the approach show playing information queue and the currently played approach show meet the preset merging condition in playing or not according to the attribute information of the approach show corresponding to the currently played approach show and the attribute information of the approach show corresponding to the approach show playing information in the approach show playing information queue; wherein the merge condition during playing includes a third merge condition and/or a fourth merge condition, the third merge condition is that at least one of the shown messages in the shown message queue is the same as the shown display data corresponding to the shown show and the shown display area is the same; the fourth merging condition is that at least one of the shown messages in at least one of the shown message queues is different from the shown display data corresponding to the shown incoming show and the shown display area is also different;
Combining and playing the approach show playing messages in a plurality of the approach show playing message queues which meet the merging condition during playing with the currently played approach show;
when the merged approach show play message and the currently playing approach show meet the third merging condition, displaying the currently playing approach show in a corresponding area of a live broadcasting room interface, and simultaneously displaying the approach message of the user corresponding to the currently playing approach show and the approach message of the user corresponding to the merged approach show play message;
when the merged approach show play message and the currently playing approach show meet the fourth merging condition, displaying the currently playing approach show and the approach show corresponding to the merged approach show play message in each corresponding area of the live broadcast room interface, and simultaneously displaying the approach message of the user corresponding to the currently playing approach show and the approach message of the user corresponding to the merged approach show play message.
In this embodiment, the incoming show play message added to the incoming show play message queue is played in combination with the currently playing incoming show.
When the entry show play message in the entry show play message queue and the entry show being played meet the third merge condition, at least one entry show play message in the entry show play message queue is the same as the entry show display data corresponding to the entry show being played, and the entry show display areas are the same, so that the merge play can be performed in the manner of fig. 4.
And when the incoming show play message in the incoming show play message queue and the incoming show being played meet the fourth merging condition, at least one incoming show play message in the incoming show play message queue is different from the incoming show display data corresponding to the incoming show being played, and the incoming show display areas are different, so that merging and playing can be performed according to the mode of fig. 6.
In an embodiment of the present application, after merging a plurality of the incoming show play messages that meet the merging condition, the method further includes the following steps:
adding a merging mark to the incoming show play messages merged two by two;
the merge condition further includes a filter condition that the incoming show play message does not include the merge flag.
The merge flag is added after the entrance show play messages are merged two by two, and the entrance show play messages with the merge flag will no longer meet the merge condition, i.e. cannot be merged again. In the embodiment, the number of the simultaneously played entrance show playing messages can be controlled not to exceed 2, and the influence on normal watching of live broadcast content by a user due to too many entrance shows simultaneously played after combination is avoided.
In one embodiment of the present application, the approach show may be a virtual ride approach show; for the merged incoming show play message, according to at least one of the incoming show attribute information, displaying at least one incoming show in a corresponding area of a live broadcast room interface, and according to at least two of the user identifications, simultaneously displaying the incoming messages of at least two users, the step includes:
loading a virtual ride component on the interface of the live broadcast room, and displaying at least one virtual ride in a corresponding area of the virtual ride component according to the attribute information of the approach show;
and loading a banner component in the live broadcast interface, and simultaneously displaying the approach messages of at least two users in the banner component according to at least two user identifications.
The display positions of the virtual ride component and the banner component may be located in different areas of the live room interface, respectively. The display of the virtual ride approach show and the display of the approach message do not interfere with each other. Further, in step S104 of the present application, when the approach show play messages are sequentially taken out from the approach show play message queue for playing, the approach show play messages taken out from the approach show play message queue may be bound to the virtual seating component and the banner component, and the approach show attribute information is sent to the virtual seating component, and the corresponding virtual seating is displayed; and sending the approach message to the banner component, and displaying the approach message of the corresponding user.
And when a plurality of the approach show play messages in the approach show play message queue meeting the merging condition in playing and the currently played approach show are merged and played, firstly, the approach show play message corresponding to the currently played approach show is unbound with the virtual riding component and the banner component, then the merged approach show play message is unbound with the virtual riding component and the banner component, and the merged approach show play message is played through the virtual riding component and the banner component. Through the virtual ride subassembly with the loading of banner subassembly can be followed it plays to take out the incoming show broadcast message high-efficiently in the incoming show broadcast message queue, improves the stability and the efficiency of incoming show broadcast.
Please refer to fig. 7, which is a schematic structural diagram of a live room entrance show merging playback apparatus according to a second embodiment of the present application. The apparatus may be implemented as all or part of a computer device in software, hardware, or a combination of both. The device comprises:
a message receiving unit 701, configured to receive the incoming show play messages sent by the server, where each of the incoming show play messages includes a live broadcast room identifier, a user identifier of a user requesting to join the live broadcast room, and corresponding incoming show attribute information;
A merging unit 702, for adding each of the received approach show play messages to an approach show play message queue in sequence; when the length of the entrance show play message queue exceeds a preset length value, accessing an entrance show play message in the entrance show play message queue, judging whether the entrance show play message in the entrance show play message queue meets a preset merging condition according to the entrance show attribute information, and merging a plurality of entrance show play messages meeting the merging condition, wherein the merged entrance show play message comprises at least one entrance show attribute information and at least two user identifications;
a playing unit 703, configured to take out the incoming show play messages from the incoming show play message queue in sequence for playing, where, for the merged incoming show play message, according to at least one of the incoming show attribute information, at least one incoming show is displayed in a corresponding area of a live broadcast interface, and according to at least two of the user identifiers, the incoming messages of at least two users are displayed at the same time.
It should be noted that, when the live show merging and playing apparatus provided in the foregoing embodiment executes the live show merging and playing method, the division of the functional modules is only used for illustration, and in practical applications, the function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the live broadcast room entrance show merging and playing device and the live broadcast room entrance show merging and playing method provided by the above embodiments belong to the same concept, and the implementation process embodied by the device is detailed in the process steps executed by the user side in method embodiment 1, and are not further described here.
Please refer to fig. 8, which is a schematic structural diagram of a computer device according to a third embodiment of the present application. As shown in fig. 8, the computer device 15 may include: a processor 150, a memory 151, and a computer program 152 stored in the memory 151 and operable on the processor 150, for example: the live broadcast room approach show is combined with a playing program; the steps in the first embodiment described above are implemented when the processor 150 executes the computer program 152.
The processor 150 may include one or more processing cores, among others. The processor 150 is connected to various parts in the computer device 15 by various interfaces and lines, executes various functions of the computer device 15 and processes data by executing or executing instructions, programs, code sets or instruction sets stored in the memory 151 and calling data in the memory 151, and optionally, the processor 150 may be implemented in at least one hardware form of Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), Programmable Logic Array (PLA). The processor 150 may integrate one or more of a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), a modem, and the like. Wherein, the CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for rendering and drawing contents required to be displayed by the touch display screen; the modem is used to handle wireless communications. It is understood that the modem may not be integrated into the processor 150, but may be implemented by a single chip.
The Memory 151 may include a Random Access Memory (RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 151 includes a non-transitory computer-readable medium. The memory 151 may be used to store instructions, programs, code, sets of codes, or sets of instructions. The memory 151 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as touch instructions, etc.), instructions for implementing the various method embodiments described above, and the like; the storage data area may store data and the like referred to in the above respective method embodiments. The memory 151 may optionally be at least one memory device located remotely from the aforementioned processor 150.
The embodiments of the present application further provide a computer storage medium, where multiple instructions may be stored in the computer storage medium, and the instructions are suitable for being loaded by a processor and being executed to perform the method steps of the embodiments, and for a specific execution process, reference may be made to the specific description of the embodiments, which is not described herein again.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules, so as to perform all or part of the functions described above. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the above embodiments, the description of each embodiment has its own emphasis, and reference may be made to the related description of other embodiments for parts that are not described or recited in any embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the technical solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus/terminal device and method may be implemented in other ways. For example, the above-described apparatus/terminal device embodiments are merely illustrative, and for example, a module or a unit may be divided into only one type of logic function, and another division manner may be provided in actual implementation, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.
The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow in the method of the embodiments described above can be realized by a computer program, which can be stored in a computer readable storage medium and can realize the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc.
The present application is not limited to the above-described embodiments, and various changes and modifications to the present application are intended to be included within the scope of the claims and the equivalent techniques of the present application if they do not depart from the spirit and scope of the present application.

Claims (10)

1. A method for merging and playing approach shows of a live broadcast room is characterized in that:
the server analyzes the live broadcast room joining request, acquires a user identifier of a user requesting to join the live broadcast room and a live broadcast room identifier, generates an entrance show playing message according to the user identifier and the live broadcast room identifier, and sends the entrance show playing message to a client joining the live broadcast room;
the client receives the incoming show playing messages sent by the server, wherein each incoming show playing message comprises the user identification and the corresponding incoming show attribute information;
the client sequentially adds each received approach show playing message into an approach show playing message queue; when the length of the entrance show play message queue exceeds a preset length threshold, accessing entrance show play messages in the entrance show play message queue, judging whether the entrance show play messages in the entrance show play message queue meet a preset merging condition according to the entrance show attribute information, and merging a plurality of entrance show play messages meeting the merging condition, wherein the merged entrance show play messages comprise at least one entrance show attribute information and at least two user identifications;
The client side sequentially takes out the approach show play messages from the approach show play message queue to play, wherein at least one approach show is displayed in a corresponding area of a live broadcasting room interface for the merged approach show play messages according to at least one of the approach show attribute information, and the approach messages of at least two users are displayed simultaneously according to at least two of the user identifications.
2. A method for merging and playing approach shows of a live broadcast room is applied to a client and is characterized in that:
receiving the incoming show playing messages sent by a server, wherein each incoming show playing message comprises a live broadcasting room identifier, a user identifier of a user requesting to join the live broadcasting room and corresponding incoming show attribute information;
adding each received approach show playing message into an approach show playing message queue in sequence; when the length of the approach show play message queue exceeds a preset length threshold value, accessing an approach show play message in the approach show play message queue, judging whether the approach show play message in the approach show play message queue meets a preset merging condition or not according to the approach show attribute information, and merging a plurality of the approach show play messages meeting the merging condition, wherein the merged approach show play message comprises at least one of the approach show attribute information and at least two of the user identifications;
And sequentially taking the approach show play messages out of the approach show play message queue to play, wherein at least one approach show is displayed in a corresponding area of a live broadcasting room interface for the combined approach show play messages according to at least one of the approach show attribute information, and the approach show simultaneously displays the approach messages of at least two users according to at least two of the user identifications.
3. The method of claim 2, wherein the approach show attribute information comprises an approach show display area for determining a display position of an approach show in the live-air interface and approach show display data for determining a type and a display content of the approach show;
the step of judging whether the entrance show play message in the entrance show play message queue meets the preset merging condition or not according to the entrance show attribute information comprises the following steps:
acquiring an entrance show display area and entrance show display data corresponding to the entrance show play message in the entrance show play message queue;
judging whether the entrance show display area and the entrance show display data corresponding to each entrance show playing message meet a preset message merging condition or not; the message merging conditions comprise a first merging condition and/or a second merging condition, wherein the first merging condition is that the display data of the approach show corresponding to at least two of the approach show playing messages are the same, and the display areas of the approach show are the same; the second merging condition is that at least two of the approach show display data corresponding to the approach show play message are different, and the approach show display area is also different.
4. The incoming show play message merging method of claim 3, wherein:
when the entrance show play messages in the entrance show play message queue meet a first merging condition, merging the entrance show play messages meeting the first merging condition into a similar entrance show merged play message, wherein the similar entrance show merged play message comprises: an approach show display area, an approach show display data and at least two of said user identifications;
the step of sequentially taking out the entrance show play messages from the entrance show play message queue to play comprises:
when the similar approach show combined play message is taken out from the approach show play message queue to be played, displaying an approach show in a corresponding area of a live broadcasting room interface according to an approach show display area and approach show display data of the similar approach show combined play message, and simultaneously displaying approach messages of at least two users according to at least two user identifications;
when the entrance show play messages in the entrance show play message queue meet a second merging condition, merging the entrance show play messages meeting the second merging condition into non-homogeneous entrance show merged play messages, wherein the non-homogeneous entrance show merged play messages comprise: at least two entrance show display areas, at least two entrance show display data, and at least two of the user identifications;
The step of sequentially taking out the entrance show play messages from the entrance show play message queue to play comprises:
when the non-homogeneous approach show combined playing message is taken out from the approach show playing message queue to be played, at least two corresponding approach shows are respectively displayed in at least two corresponding areas of a live broadcasting room interface according to at least two approach show display areas and at least two approach show display data of the non-homogeneous approach show combined playing message, and the approach messages of at least two users are simultaneously displayed according to at least two user identifications.
5. The method as claimed in any of claims 1 to 4, wherein the step of determining whether the incoming show play messages in the incoming show play message queue meet a predetermined merging condition, and the step of merging a plurality of said incoming show play messages meeting said merging condition further comprises:
acquiring the attribute information of the approach show corresponding to the currently played approach show, and judging whether the approach show playing information in the approach show playing information queue and the currently played approach show meet the preset merging condition in playing or not according to the attribute information of the approach show corresponding to the currently played approach show and the attribute information of the approach show corresponding to the approach show playing information in the approach show playing information queue; wherein the merge condition during playing includes a third merge condition and/or a fourth merge condition, the third merge condition is that at least one of the shown messages in the shown message queue is the same as the shown display data corresponding to the shown show and the shown display area is the same; the fourth merging condition is that at least one of the shown messages in at least one of the shown message queues is different from the shown display data corresponding to the shown incoming show and the shown display area is also different;
Combining and playing the approach show playing messages in a plurality of the approach show playing message queues which meet the merging condition during playing with the currently played approach show;
wherein when the merged approach show play message and the currently playing approach show meet the third merging condition, displaying the currently playing approach show in a corresponding area of a live room interface, and simultaneously displaying an approach message of a user corresponding to the currently playing approach show and an approach message of a user corresponding to the merged approach show play message;
when the merged approach show play message and the currently-playing approach show meet the fourth merging condition, displaying the currently-playing approach show and an approach show corresponding to the merged approach show play message in respective corresponding regions of a live broadcasting room interface, and simultaneously displaying an approach message of a user corresponding to the currently-playing approach show and an approach message of a user corresponding to the merged approach show play message.
6. The method as claimed in any of claims 1 to 4, wherein the step of merging a plurality of said incoming show messages meeting said merging condition further comprises the steps of:
Adding a merging mark to the approach show playing messages merged two by two;
the merge condition further includes a filter condition that the incoming show play message does not include the merge flag.
7. The method for merging approach show play messages according to any one of claims 1 to 4, wherein the approach show is a virtual ride approach show;
for the merged approach show play message, according to at least one of the attribute information of the approach show, displaying at least one approach show in a corresponding area of a live room interface, and according to at least two of the user identifiers, simultaneously displaying approach messages of at least two users, the step comprising:
loading a virtual ride component on the interface of the live broadcast room, and displaying at least one virtual ride in a corresponding area of the virtual ride component according to the attribute information of the approach show;
and loading a banner component in the live broadcast interface, and simultaneously displaying the approach messages of at least two users in the banner component according to at least two user identifications.
8. The utility model provides a live broadcast room approach show merges play device which characterized in that includes:
the system comprises a message receiving unit, a server and a plurality of event information processing units, wherein the message receiving unit is used for receiving the incoming show playing messages sent by the server, and each incoming show playing message comprises a live broadcast room identifier, a user identifier of a user requesting to join in the live broadcast room and corresponding incoming show attribute information;
The merging unit is used for sequentially adding each received approach show playing message into an approach show playing message queue; when the length of the approach show play message queue exceeds a preset length threshold value, accessing an approach show play message in the approach show play message queue, judging whether the approach show play message in the approach show play message queue meets a preset merging condition or not according to the approach show attribute information, and merging a plurality of the approach show play messages meeting the merging condition, wherein the merged approach show play message comprises at least one of the approach show attribute information and at least two of the user identifications;
and the playing unit is used for sequentially taking out the approach show playing messages from the approach show playing message queue to play, wherein for the merged approach show playing messages, at least one approach show is displayed in a corresponding area of a live broadcasting room interface according to at least one of the approach show attribute information, and the approach messages of at least two users are simultaneously displayed according to at least two of the user identifications.
9. A computer device, comprising: processor, memory and computer program stored in the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 7.
CN202210394783.0A 2022-04-15 2022-04-15 Live broadcast room approach show merging and playing method and device and computer equipment Pending CN114760502A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210394783.0A CN114760502A (en) 2022-04-15 2022-04-15 Live broadcast room approach show merging and playing method and device and computer equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210394783.0A CN114760502A (en) 2022-04-15 2022-04-15 Live broadcast room approach show merging and playing method and device and computer equipment

Publications (1)

Publication Number Publication Date
CN114760502A true CN114760502A (en) 2022-07-15

Family

ID=82330737

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210394783.0A Pending CN114760502A (en) 2022-04-15 2022-04-15 Live broadcast room approach show merging and playing method and device and computer equipment

Country Status (1)

Country Link
CN (1) CN114760502A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117596418A (en) * 2023-10-11 2024-02-23 书行科技(北京)有限公司 Live broadcasting room UI display control method and device, electronic equipment and storage medium

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634681A (en) * 2013-11-29 2014-03-12 腾讯科技(成都)有限公司 Method, device, client end, server and system for live broadcasting interaction
CN104375763A (en) * 2013-08-15 2015-02-25 联想(北京)有限公司 Progress adjusting method and electronic equipment
CN104821947A (en) * 2015-05-08 2015-08-05 四川天上友嘉网络科技有限公司 Network game data transmission method
CN107302489A (en) * 2017-06-02 2017-10-27 北京潘达互娱科技有限公司 Message display method and device
CN109819308A (en) * 2019-02-18 2019-05-28 广州酷狗计算机科技有限公司 Virtual resource acquisition methods, device, terminal, server and storage medium
CN111182343A (en) * 2019-12-09 2020-05-19 腾讯科技（深圳）有限公司 Method and apparatus for playing animation material, storage medium, and electronic apparatus
CN113055701A (en) * 2021-04-21 2021-06-29 上海哔哩哔哩科技有限公司 Data processing method and device
CN113660155A (en) * 2021-07-30 2021-11-16 北京优酷科技有限公司 Special effect output method and device
CN113727130A (en) * 2021-08-31 2021-11-30 广州方硅信息技术有限公司 Message prompting method, system and device for live broadcast room and computer equipment
CN113824976A (en) * 2021-09-03 2021-12-21 广州方硅信息技术有限公司 Method and device for displaying approach show in live broadcast room and computer equipment
CN114125478A (en) * 2021-11-03 2022-03-01 广州方硅信息技术有限公司 Live broadcast user identity detection method and device, equipment, medium and product thereof

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104375763A (en) * 2013-08-15 2015-02-25 联想(北京)有限公司 Progress adjusting method and electronic equipment
CN103634681A (en) * 2013-11-29 2014-03-12 腾讯科技(成都)有限公司 Method, device, client end, server and system for live broadcasting interaction
CN104821947A (en) * 2015-05-08 2015-08-05 四川天上友嘉网络科技有限公司 Network game data transmission method
CN107302489A (en) * 2017-06-02 2017-10-27 北京潘达互娱科技有限公司 Message display method and device
CN109819308A (en) * 2019-02-18 2019-05-28 广州酷狗计算机科技有限公司 Virtual resource acquisition methods, device, terminal, server and storage medium
CN111182343A (en) * 2019-12-09 2020-05-19 腾讯科技（深圳）有限公司 Method and apparatus for playing animation material, storage medium, and electronic apparatus
CN113055701A (en) * 2021-04-21 2021-06-29 上海哔哩哔哩科技有限公司 Data processing method and device
CN113660155A (en) * 2021-07-30 2021-11-16 北京优酷科技有限公司 Special effect output method and device
CN113727130A (en) * 2021-08-31 2021-11-30 广州方硅信息技术有限公司 Message prompting method, system and device for live broadcast room and computer equipment
CN113824976A (en) * 2021-09-03 2021-12-21 广州方硅信息技术有限公司 Method and device for displaying approach show in live broadcast room and computer equipment
CN114125478A (en) * 2021-11-03 2022-03-01 广州方硅信息技术有限公司 Live broadcast user identity detection method and device, equipment, medium and product thereof

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117596418A (en) * 2023-10-11 2024-02-23 书行科技(北京)有限公司 Live broadcasting room UI display control method and device, electronic equipment and storage medium

Similar Documents

Publication Publication Date Title
CN113438490A (en) Live broadcast interaction method, computer equipment and storage medium
CN113453029B (en) Live broadcast interaction method, server and storage medium
CN113727130B (en) Message prompting method, system and device for live broadcasting room and computer equipment
CN113766340B (en) Dance music interaction method, system and device under live connected wheat broadcast and computer equipment
CN113573083A (en) Live wheat-connecting interaction method and device and computer equipment
CN113840154A (en) Live broadcast interaction method and system based on virtual gift and computer equipment
CN113453030B (en) Audio interaction method and device in live broadcast, computer equipment and storage medium
CN113824976A (en) Method and device for displaying approach show in live broadcast room and computer equipment
CN113949892A (en) Live broadcast interaction method and system based on virtual resource consumption and computer equipment
CN114666672B (en) Live fight interaction method and system initiated by audience and computer equipment
CN113824979A (en) Live broadcast room recommendation method and device and computer equipment
CN114125480A (en) Live broadcasting chorus interaction method, system and device and computer equipment
CN113824984A (en) Virtual gift pipelining display method, system, device and computer equipment
CN114760502A (en) Live broadcast room approach show merging and playing method and device and computer equipment
CN115314729B (en) Team interaction live broadcast method and device, computer equipment and storage medium
CN113891162B (en) Live broadcast room loading method and device, computer equipment and storage medium
CN115065838A (en) Live broadcast room cover interaction method, system and device and electronic equipment
CN115134624A (en) Live broadcast and wheat connection matching method, system and device and electronic equipment
CN115314727A (en) Live broadcast interaction method and device based on virtual object and electronic equipment
CN114885191A (en) Interaction method, system, device and equipment based on exclusive nickname of live broadcast room
CN114501065A (en) Virtual gift interaction method and system based on face jigsaw and computer equipment
CN114302162B (en) Message bubble display method, system and device and computer equipment
CN114786050B (en) Live broadcasting room interaction method, device, medium and equipment based on sightseeing bus
CN114513679B (en) Live broadcast room recommendation method, system and computer equipment based on audio pre-playing
CN114630189B (en) Multi-channel approach prompting method, system, device, computer equipment and medium in live broadcasting room

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