CN108235042B - Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium - Google Patents

Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium Download PDF

Info

Publication number
CN108235042B
CN108235042B CN201611150645.9A CN201611150645A CN108235042B CN 108235042 B CN108235042 B CN 108235042B CN 201611150645 A CN201611150645 A CN 201611150645A CN 108235042 B CN108235042 B CN 108235042B
Authority
CN
China
Prior art keywords
terminal
room
identifier
server
live
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201611150645.9A
Other languages
Chinese (zh)
Other versions
CN108235042A (en
Inventor
王文渊
王俊山
李斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201611150645.9A priority Critical patent/CN108235042B/en
Publication of CN108235042A publication Critical patent/CN108235042A/en
Application granted granted Critical
Publication of CN108235042B publication Critical patent/CN108235042B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • 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/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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47205—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
    • 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/485—End-user interface for client configuration

Abstract

The embodiment of the invention discloses a multi-user network live broadcast method, a device, a joining device and a system; when a live broadcast join request sent by an auxiliary broadcast terminal is received, wherein the live broadcast join request carries a first user identifier and a room identifier of a call room needing to be joined, the first user identifier is set as an auxiliary broadcast member identifier of the call room according to the live broadcast join request, then a first access address corresponding to the first user identifier is obtained, and the first access address is sent to the auxiliary broadcast terminal corresponding to the first user identifier, so that the auxiliary broadcast terminal sends video data to an anchor terminal corresponding to an anchor member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address; the scheme can reduce the resource consumption of the network live broadcast system.

Description

Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium
Technical Field
the invention relates to the technical field of communication, in particular to a multi-user network live broadcast method, a multi-user network live broadcast device, a multi-user network live broadcast joining device and a multi-user network live broadcast system.
background
with the continuous development of network technologies, live network technologies have become a social hotspot.
The current network live broadcast mode is mainly that a main broadcast party provides an audio and video data source, and an audience or a viewer accesses a live broadcast system to receive the audio and video data of the main broadcast party for data playing. The current live network mode is 1: n, a live mode that one anchor plays a plurality of viewers, which is simple and practical, but only allows one anchor, lacks certain interactivity, and has a great limitation.
in order to increase interactivity, some live broadcast platforms provide a live broadcast mode of live broadcast by multiple persons, however, the live broadcast mode of multiple persons needs to create multiple live broadcast rooms, and each anchor corresponds to one live broadcast room; the audience needs to join a plurality of live broadcast rooms simultaneously to watch live broadcasts of a plurality of people, and frequent switching needs to be carried out among the live broadcast rooms when watching the live broadcasts.
because a network side server needs to create a plurality of live broadcast rooms and a spectator side terminal needs to frequently switch the live broadcast rooms in the current multi-user live broadcast mode, the resource consumption of the server and the terminal is high, and the resource consumption of a network live broadcast system is high.
Disclosure of Invention
the embodiment of the invention provides a multi-user live webcasting method, a multi-user live webcasting device, a multi-user live webcasting joining device and a multi-user live webcasting system, which can reduce resource consumption of a live webcasting system.
the embodiment of the invention provides a multi-person network live broadcast method, which comprises the following steps:
Receiving a live broadcast joining request sent by a secondary broadcast terminal, wherein the live broadcast joining request carries a first user identifier and a room identifier of a call room needing to be joined;
Setting the first user identification as a sub-broadcasting member identification of the conversation room according to the live broadcasting joining request;
Acquiring a first access address corresponding to the first user identifier;
And sending the first access address to a sub-broadcasting terminal corresponding to the first user identifier, so that the sub-broadcasting terminal sends video data to a main broadcasting terminal corresponding to the main broadcasting member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address.
Correspondingly, the embodiment of the invention also provides another multi-person network live broadcast method, which comprises the following steps:
receiving video data sent by a secondary broadcasting terminal according to an access address, wherein the video data carries a room identifier;
Acquiring a first target access address corresponding to the anchor member identification and a second target access address corresponding to the audience member identification in the corresponding call room according to the room identification;
And directly forwarding the video data to a server corresponding to the first target access address and a server corresponding to the second target access address respectively, so that the server forwards the video data to a main broadcasting terminal corresponding to the main broadcasting member identification and an audience terminal corresponding to the audience member identification.
correspondingly, an embodiment of the present invention further provides a multi-user live webcast joining device, including:
the system comprises a first receiving unit, a second receiving unit and a third receiving unit, wherein the first receiving unit is used for receiving a live broadcast joining request sent by a sub-broadcast terminal, and the live broadcast joining request carries a first user identifier and a room identifier of a call room needing to be joined;
The setting unit is used for setting the first user identification as the sub-broadcasting member identification of the conversation room according to the live broadcasting joining request;
An obtaining unit, configured to obtain a first access address corresponding to the first user identifier;
and the first sending unit is used for sending the first access address to the sub-broadcasting terminal corresponding to the first user identifier, so that the sub-broadcasting terminal sends video data to the main broadcasting terminal corresponding to the main broadcasting member identifier in the call room and the audience terminal corresponding to the audience member identifier according to the first access address.
correspondingly, an embodiment of the present invention further provides a multi-user network live broadcasting device, including:
the receiving unit is used for receiving video data sent by the auxiliary broadcasting terminal according to the access address, and the video data carries room identification;
The acquisition unit is used for acquiring a first target access address corresponding to the anchor member identification and a second target access address corresponding to the audience member identification in the corresponding call room according to the room identification;
and the sending unit is used for directly forwarding the video data to a first server corresponding to the first target access address and a second server corresponding to the second target access address, so that the first server forwards the video data to a main broadcasting terminal corresponding to the main broadcasting member identifier, and the second server forwards the video data to an audience terminal corresponding to the audience member identifier.
In addition, the embodiment of the invention also provides a live network broadcast system which comprises any one of the multi-user live network broadcast devices and any one of the multi-user live network broadcast joining devices provided by the embodiment of the invention.
When a live broadcast join request sent by an auxiliary broadcast terminal is received, wherein the live broadcast join request carries a first user identifier and a room identifier of a call room needing to be joined, the first user identifier is set as an auxiliary broadcast member identifier of the call room according to the live broadcast join request, then a first access address corresponding to the first user identifier is obtained, and the first access address is sent to the auxiliary broadcast terminal corresponding to the first user identifier, so that the auxiliary broadcast terminal sends video data to an anchor terminal corresponding to an anchor member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address; according to the scheme, multi-user live broadcast can be realized through one live broadcast room, multi-user live broadcast can be realized without creating a plurality of live broadcast rooms or conversation rooms on a network side server, resource consumption of the server is reduced, and due to the fact that a terminal does not need to be frequently switched among the plurality of live broadcast rooms on a spectator side, resource consumption of the terminal is reduced, and therefore resource consumption of a network live broadcast system can be reduced.
Drawings
in order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
fig. 1a is a schematic view of a scene of a multi-user live webcast system according to an embodiment of the present invention;
Fig. 1b is a flowchart of a multi-user webcast method according to an embodiment of the present invention;
fig. 2a is another flowchart of a multi-user webcast method according to an embodiment of the present invention;
FIG. 2b is a diagram illustrating a current live webcast system;
Fig. 3a is a schematic view of another scenario of a multi-user live webcast system according to an embodiment of the present invention;
FIG. 3b is a flowchart illustrating multi-user interactive live broadcasting according to an embodiment of the present invention;
FIG. 3c is another flowchart of multi-user interactive live broadcasting provided by the embodiment of the present invention;
FIG. 3d is another flowchart of multi-user interactive live broadcasting provided by the embodiment of the present invention;
fig. 4a is a schematic structural diagram of a multi-user live webcast joining apparatus according to an embodiment of the present invention;
fig. 4b is a schematic structural diagram of an apparatus for joining a multi-user live webcast according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a multi-user live webcast apparatus according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. 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 invention.
The embodiment of the invention provides a multi-user network live broadcast method, a multi-user network live broadcast device, a multi-user network live broadcast joining device and a multi-user network live broadcast system.
The multi-user live webcast system can comprise any one of the multi-user live webcast joining device and the multi-user live webcast device provided by the embodiment of the invention, wherein the multi-user live webcast joining device can be specifically integrated in a server, the server can be an independent entity, and can also comprise a plurality of entities, for example, the server can be a signaling processing server and the like; the multi-user webcast device may also be integrated in a server, which may also be a separate entity or may include multiple entities, for example, the server may be a data forwarding server.
as shown in fig. 1a, the multi-person webcast system may include: the multi-user network live broadcast system comprises a signaling processing server, a sub-broadcast data forwarding server (namely, a data forwarding server accessed by a sub-broadcast terminal), and also can comprise a main broadcast terminal (namely, a terminal used by the main broadcast), a sub-broadcast terminal (namely, a terminal used by the sub-main broadcast) and a viewer terminal (namely, a terminal used by the main broadcast viewer); the signaling processing server is integrated with any multi-user multi-network joining device provided by the embodiment of the invention, and the data forwarding server is integrated with any multi-user network live broadcasting device provided by the embodiment of the invention; the servers are connected through a network, and the terminal and the servers can also be connected through the network.
When the direct broadcasting needs to be added, the sub-broadcasting terminal can send a direct broadcasting adding request to the signaling processing server, the direct broadcasting adding request carries a first user identifier and a room identifier of a conversation room needing to be added, then the signaling processing server can set the first user identifier as a sub-broadcasting member identifier of the conversation room according to the direct broadcasting adding request, obtain a first access address corresponding to the first user identifier, and send the first access address to the sub-broadcasting terminal corresponding to the first user identifier.
After receiving the first access address, the multicast terminal may send video data to a multicast data forwarding server corresponding to the first access address, where the video data carries a room identifier, and then the video data forwarding server may obtain a member identifier of a call room corresponding to the room identifier, obtain an access address of the member identifier, and directly forward the video data to a terminal corresponding to the member identifier through a server corresponding to the access address, for example, a multicast terminal corresponding to a multicast member identifier and an audience terminal corresponding to an audience member identifier. Specifically, referring to fig. 1a, the webcast system may further include: the data forwarding server of the main broadcast (i.e. the data forwarding server accessed by the main broadcast terminal) and the data forwarding server of the audience (i.e. the data forwarding server accessed by the audience terminal), at this time, the data forwarding server of the sub-broadcast can send the video data to the data forwarding server of the main broadcast and the data forwarding server of the audience, the data forwarding server of the main broadcast forwards the video data to the main broadcast terminal, and the data forwarding server of the audience forwards the video data to the audience terminal.
After receiving the video data, the anchor terminal and the audience terminal can play the video data so as to realize multi-user live broadcast.
In addition, the anchor terminal can send video data to the anchor data forwarding server, the anchor data forwarding server forwards the video data to the sub-broadcast data forwarding server and the audience data forwarding server, the sub-broadcast data forwarding server forwards the video data to the sub-broadcast terminal for playing, and the audience data forwarding server forwards the video to the audience terminal for playing.
The details will be described below separately.
The first embodiment,
In this embodiment, a description will be given from the perspective of a multi-user live webcast joining device, where the multi-user live webcast joining device may be specifically integrated in a server and other network devices, and the server may be an independent entity or may include multiple entities.
a multi-person network live broadcast method comprises the following steps: receiving a live broadcast joining request sent by a sub-broadcast terminal, wherein the live broadcast joining request carries a first user identifier and a room identifier of a call room needing to be joined, setting the first user identifier as a sub-broadcast member identifier of the call room according to the live broadcast joining request, acquiring a first access address corresponding to the first user identifier, and sending the first access address to the sub-broadcast terminal corresponding to the first user identifier, so that the sub-broadcast terminal sends video data to a main broadcast terminal corresponding to a main broadcast member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address.
As shown in fig. 1b, the flow chart of the multi-user webcast method may specifically be as follows:
101. And receiving a live broadcast joining request sent by the auxiliary broadcast terminal, wherein the live broadcast joining request carries a first user identifier and a room identifier of a call room needing to be joined.
the first user identifier may be a unique identifier of the user in the live broadcast, and may include a live broadcast account and the like. The sub-broadcasting terminal is a terminal used by a user who wants to join a conversation room of an existing main broadcasting for live broadcasting. For example, when the user 1 wants to join the main broadcast as the live broadcast room of the user 2, the user 1 needs to send a live broadcast joining request through the terminal thereof, and the terminal of the user 1 is the sub-broadcast terminal.
the room identification may be a unique identification of a talk room, such as a live room, which may consist of a string of characters. The call room may be a set of user identifications, which may include user identifications participating in live broadcast, such as a user identification of a host, a user identification of a viewer, and so on. At this time, the room identifier is a set identifier of the user identifier set.
Specifically, the method of the embodiment may receive a live join request sent by a sub-broadcast terminal when video data is played to a terminal corresponding to a member identifier in a call room. That is, before step 101, the multi-user webcast method in this embodiment may further include:
receiving a live broadcast establishing request sent by a main broadcast terminal, wherein the live broadcast establishing request carries a second user identification;
Establishing the call room according to the live broadcast establishing request, and setting the second user identification as the anchor member identification of the call room;
And sending a second access address to the anchor terminal, so that the anchor terminal sends video data to a terminal corresponding to the member identifier in the call room according to the second access address.
At this time, the anchor terminal is the anchor terminal of the call room, and the second user identifier is the anchor member identifier of the call room.
Wherein the step of creating the call room according to the live broadcast creation request may include: and creating a call room according to the live broadcast creation request, and allocating a room identifier to the call room. For example, a live user identification set is created according to the live creation request, and an identification is set for the set.
in this embodiment, the second user identifier may be set as the anchor member identifier of the call room in various ways, for example, an indication information for indicating that the user identifier is the anchor user identifier may be set for the second user identifier. For example, a string may be added behind the live account indicating that the user identification is a host user identification, and so on. The attribute information of the second user identifier may also be set as the anchor member identifier of the call room.
in an actual situation, the live broadcast join request may be actively sent by a user through a terminal, for example, when the user wants to join live broadcast video data in a certain conversation room, the live broadcast join request may be sent through the terminal; or passively sent by the terminal after the host sends the invitation; for example, after receiving the live invitation information sent by the host terminal, the live joining request is sent according to the live invitation information.
That is, the step "receiving the live join request sent by the sub-broadcast terminal" may include:
Sending live invitation information to the sub-broadcasting terminal, wherein the live invitation information comprises the room identifier;
and receiving a live broadcast joining request returned by the sub-broadcast terminal according to the live broadcast invitation information.
the live broadcast invitation information can be sent by a terminal corresponding to the identity of the anchor member in the call room; for example, a terminal corresponding to a member identifier of a main broadcast (i.e., a main broadcast terminal) sends a live broadcast invitation request to a signaling processing server, where the request carries a target user identifier (which may be a first user identifier) to be invited, and the signaling processing server may send live broadcast invitation information to a sub-broadcast terminal corresponding to the first user identifier according to the live broadcast invitation, and then, receive the sub-broadcast terminal and return a live broadcast join request to the signaling processing server according to the live broadcast invitation information.
In practical applications, the live invitation information may further include an identifier of a member of the anchor in the call room, description information of the call room, and the like.
102. And setting the first user identification as the sub-broadcasting member identification of the conversation room according to the live broadcasting joining request.
In practical application, the user joining the live broadcast can be a current audience watching the live broadcast, and can also be a new user, so that different setting modes of the sub-broadcast identification can be selected according to whether the user identification joining the live broadcast is a member identification. Specifically, the step of "setting the first user identifier as the sub-cast member identifier of the call room according to the live join request" may include:
Determining whether the first user identifier is a member identifier of a call room corresponding to the room identifier;
If yes, directly setting the first user identification as the sub-broadcasting member identification of the conversation room;
And if not, adding the first user identification to the call room, and setting the first user identification as the sub-broadcasting member identification of the call room.
For example, when the first user identifier is an audience user identifier that has joined the call room, the first user identifier may be directly set as the sub-cast member identifier at this time; for another example, when the first user identifier is not an audience user identifier that has already joined the call room, it indicates that the user currently joining the live broadcast is a new joining user, at this time, the first user identifier needs to be added to the call room to make the first user identifier become a member identifier of the call room, and then the identifier is set as a sub-broadcast member identifier of the call room.
The first user id may be set as the sub-cast member id of the call room in various ways, for example, an indication information for indicating that the user id is the sub-cast user id may be set for the first user id. For example, a string may be added after the live account indicating that the user identification is a secondary user identification.
In this embodiment, the call room may be a set of user identifiers, and the room identifier of the call room may be a set identifier of the set of user identifiers. At this time, the step of "adding the first subscriber identity to the call room" may include: the first subscriber identity is added to a set of subscriber identities.
103. And acquiring a first access address corresponding to the first user identification.
The access address may be an address (IP, etc.) of a server, such as an address of a server for accessing a terminal corresponding to the user identifier, and may also be referred to as an access server address.
in practice, a server may be configured to specifically manage and assign addresses of servers for live access, which may be referred to as an address management server. At this time, the address of the access server corresponding to the current first user identifier may be requested from the address management server; that is, the step of "acquiring the first access address corresponding to the first subscriber identity" may include:
Sending an address allocation request to an address management server, wherein the address allocation request carries the first user identifier;
and receiving a first access address allocated by the address management server according to the address allocation request.
in other embodiments, when the multi-user live webcast joining device is integrated in the signaling processing server, the signaling processing server may also have an access address allocation management function, and at this time, the signaling processing server may directly allocate the first access address corresponding to the first user identifier.
In order to enable the address management server to allocate a reasonable access address for the live broadcast user so as to improve the live broadcast quality, for example, the address management server may allocate an access address for a terminal corresponding to the first user identifier according to the same province and operator principle, so that the sub-broadcast terminal may access an access server with higher network service quality to perform live broadcast video. At this time, the address allocation request may also carry network information of a network (or an access network) where the multicast terminal is currently located, where the network information may include: network operator information, network address information, and the like. That is, the step "sending an address allocation request to the address management server" may include:
acquiring network information of a network where a sub-broadcasting terminal is currently located;
And sending an address allocation request to an address management server according to the network information and the first user identifier, wherein the request carries the network information and the first user identifier.
thus, after receiving the address allocation request, the address management server may allocate a corresponding access address to the terminal corresponding to the first subscriber identity according to the network information and the address allocation policy information.
Similarly, when the second terminal establishes the live broadcast room, the second terminal may request the address management server for the second access address, and the process of acquiring the address is the same as the process of acquiring the address when the sub-broadcast terminal joins the live broadcast, which is not described herein again.
104. and sending the first access address to a sub-broadcasting terminal corresponding to the first user identifier, so that the sub-broadcasting terminal sends video data to a main broadcasting terminal corresponding to the main broadcasting member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address.
The anchor terminal corresponding to the anchor member identifier may be a terminal used by an anchor user (i.e., a video data sender) in the current call room, and the audience terminal corresponding to the audience member identifier may be a terminal used by an audience user (i.e., a data receiver) in the current call room.
after the first access address is sent to the sub-broadcasting terminal, the sub-broadcasting terminal can send video data to the corresponding access server according to the first access address, and then the access server forwards the video data to the terminal corresponding to the member identifier in the call room to send the video data. For example, the access server may send video data to the terminal corresponding to the anchor member identifier and the audience terminal corresponding to the audience member identifier in the call room. Therefore, the subsidiary broadcasting terminal can join the existing main broadcasting conversation room and perform video data interaction with the main broadcasting terminal and the audience terminal in the room.
as can be seen from the above, when a live broadcast join request sent by a secondary broadcast terminal is received, where the live broadcast join request carries a first user identifier and a room identifier of a call room to be joined, the first user identifier is set as a secondary broadcast member identifier of the call room according to the live broadcast join request, then a first access address corresponding to the first user identifier is obtained, and the first access address is sent to the secondary broadcast terminal corresponding to the first user identifier, so that the secondary broadcast terminal sends video data to a main broadcast terminal corresponding to a main broadcast member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address; according to the scheme, multi-user live broadcast can be realized through one live broadcast room, multi-user live broadcast can be realized without creating a plurality of live broadcast rooms or conversation rooms on a network side server, resource consumption of the server is reduced, and due to the fact that a terminal does not need to be frequently switched among the plurality of live broadcast rooms, resource consumption of the terminal is reduced on a spectator side, therefore, resource consumption of a network live broadcast system can be reduced, and live broadcast interactivity is improved.
Example II,
The present embodiment provides another multi-user live webcasting method, which will be described from the perspective of a multi-user live webcasting device, where the multi-user live webcasting device may be specifically integrated in a server and other network devices, and the server may be an independent entity or may include multiple entities, for example, the multi-user live webcasting device may be integrated in a data forwarding server.
A multi-person network live broadcast method comprises the following steps: receiving video data sent by an auxiliary broadcasting terminal, wherein the video data carries a room identifier, then acquiring a first target access address corresponding to a main broadcasting member identifier in a corresponding conversation room and a second target access address corresponding to an audience member identifier according to the room identifier, and directly forwarding the video data to a first server corresponding to the first target access address and a second server corresponding to the second target access address, so that the first server forwards the video data to the main broadcasting terminal corresponding to the main broadcasting member identifier, and the second server forwards the video data to the audience terminal corresponding to the audience member identifier.
as shown in fig. 2a, the flow chart of the multi-user webcast method may specifically be as follows:
201. And receiving video data sent by the auxiliary broadcasting terminal according to the access address, wherein the video data carries the room identifier.
The room identifier is a room identifier corresponding to a call room or a live broadcast room, and the room identifier is used for indicating a terminal corresponding to a member identifier in which call room video data needs to be sent.
The video data may be audio/video data or image data alone, and may be determined according to actual conditions.
the access address may be an address of a server accessed by the terminal, and the access address may be allocated by an address management server, for example, the access address may be allocated by the address management server and sent to the terminal through the multi-user webcast joining device according to the first embodiment.
Specifically, the step of "receiving video data transmitted by the sub-cast terminal according to the access address" may include:
Receiving a connection establishment request sent by the auxiliary broadcasting terminal according to the access address;
establishing connection with the sub-broadcasting terminal according to the connection establishment request;
video data transmitted by the sub-cast terminal is received based on the connection.
202. And acquiring a first target access address corresponding to the anchor member identification and a second target access address corresponding to the audience member identification in the corresponding call room according to the room identification.
The conversation room is a conversation room corresponding to the room identifier, and the conversation room can be a set of live user identifiers, where the set includes identifiers of all users participating in live broadcasting, including a user identifier of a main broadcaster, a user identifier of a sub-broadcaster (i.e., a main member identifier), a user identifier of a live audience (i.e., an audience member identifier), and the like.
in practical application, the video data also carries the user identifier of the video sender, and at this time, the access addresses of all member identifiers in the call room except the user identifier can be acquired.
The target access address may be an access server address corresponding to the member identifier, such as an access server address corresponding to the anchor member identifier and an access server address corresponding to the audience member identifier. For example, a server address list of the call room may be obtained, where the server address list includes an access server address corresponding to the member identifier in the call room, and then a first target access address corresponding to the member identifier of the anchor and a second target access address corresponding to the member identifier of the audience are obtained from the server address list.
specifically, the access address of the member identifier may be stored locally, and at this time, the access address corresponding to the member identifier may be acquired from the local storage unit; in addition, the access of the member identifier may also be stored in another server, such as an address management server or a signaling processing server that creates a call room, and at this time, the target access address of the member identifier in the call room may be requested from the server.
For example, an address acquisition request is sent to an address management server or a signaling processing server, where the request carries a room identifier of a call room, and then an access address of an member identifier (an anchor member identifier and/or an audience member identifier) in the call room returned by the address management server or the signaling processing server according to the address acquisition request is received.
Optionally, in order to limit the audience from sending video data, and generally only allow the main broadcaster and the sub-broadcaster to broadcast video directly, so as to save network resources and improve live broadcast quality, in this embodiment, after receiving the video data, it is further required to determine a sub-broadcast identifier of a call room corresponding to the room identifier, and then determine whether the user identifier of the video data sender is the sub-broadcast identifier, if so, perform data forwarding, otherwise, not forward the data. That is, the video data further carries a user identifier (i.e., a user identifier of a video sender), and the step "obtaining a target access address corresponding to a member identifier in a corresponding call room according to the room identifier" may include:
Determining the sub-broadcasting member identification of the conversation room corresponding to the room identification;
And when the user identifier is the sub-broadcasting member identifier, acquiring a first target access address corresponding to the main broadcasting member identifier in the call room and a second target access address corresponding to the audience member identifier.
For example, the member identifier of the corresponding call room and the attribute information corresponding to the member identifier may be obtained according to the room identifier, and then the anchor member identifier and the sub-cast member identifier of the call room may be determined according to the attribute information of the member identifier. The attribute information may include identification description information, indication information, and the like.
203. And directly forwarding the video data to a first server corresponding to the first target access address and a second server corresponding to the second target access address, so that the first server forwards the video data to an anchor terminal corresponding to the anchor member identifier, and the second server forwards the video data to an audience terminal corresponding to the audience member identifier.
The video data forwarded to the server may carry a member identifier, and then the server corresponding to the target access address may forward the video data to a corresponding terminal according to the member identifier.
Optionally, the method of this embodiment may further include:
receiving video data sent by an anchor terminal, wherein the video data carries the user identification;
and forwarding the video data sent by the main broadcasting terminal to the sub broadcasting terminal according to the user identification.
For example, when the multi-user webcast device is integrated in the sub-broadcast server, the anchor terminal may access the server to transmit video data, and at this time, the method of this embodiment may receive the video data transmitted by the server accessed by the anchor terminal, and then forward the video data to the sub-broadcast terminal.
According to the multi-user network live broadcasting method, the video data sent by the sub-broadcasting terminal can be directly forwarded to other terminals participating in live broadcasting, such as audience terminals, anchor terminals, other sub-broadcasting terminals and the like, the video data does not need to be cut, fragmented and forwarded, the problem of data delay caused by fragmented and forwarded video is solved, and timeliness and live broadcasting smoothness of the video live broadcasting are improved.
For example, referring to fig. 2b, after the anchor terminal sends video data to the anchor server, the anchor server may fragment the video data to obtain a video data segment, then send the video data segment to a Web server (Web server), and finally forward the video data segment to the audience terminal through the Web server. The multi-user network live broadcast method provided by the embodiment of the invention has the advantages that the anchor server does not need to fragment the video data, the video data can be forwarded in real time, the transmission delay of the video data is reduced, and the timeliness and the live broadcast fluency of the video live broadcast are improved.
As can be seen from the above, in the embodiment of the present invention, video data sent by an auxiliary broadcast terminal is received, where the video data carries a room identifier, and then, a first target access address corresponding to a member identifier of a main broadcast in a corresponding call room and a second target access address corresponding to a member identifier of an audience are obtained according to the room identifier, so as to directly forward the video data to a first server corresponding to the first target access address and a second server corresponding to the second target access address; the scheme can realize multi-person interactive live broadcast, reduce the resource consumption of a network live broadcast system and improve the interactivity of live broadcast.
Example III,
the method according to the embodiments one and two will be described in further detail below by way of example.
In this embodiment, a specific integrated server of the multi-user live webcast joining device and the multi-user live webcast device will be described as an example.
Referring to fig. 3a, the present embodiment provides a live webcasting system, including: the system comprises a server A, a server B, a server C, a server D, a server E, a server I, a terminal A, a terminal B, a terminal C and a terminal D; the servers are connected through a network, and the terminal is connected with the servers through the network. The multi-user live webcast joining device is integrated in a server D, the server E is responsible for access address allocation, and the multi-user live webcast device is integrated in a server A and a server B.
The following description will be made based on the webcast system shown in fig. 3 a.
as shown in fig. 3b, a specific process of the multi-user interactive live broadcasting method may be as follows:
301. and the terminal A sends a live broadcast establishing request to the server I, wherein the live broadcast establishing request carries a live broadcast account A of the user A.
for example, a live creation request may be generated when a live creation interface is triggered, and then sent to the server.
The representation form of the live broadcast creation interface may be various, for example, the representation form may be an input frame, a selection frame, or a live broadcast creation trigger key of an instruction, where the live broadcast creation trigger key may be a key or a slider, and is not described herein again.
302. and the server I creates a live broadcast room according to the live broadcast creation request and sets the live broadcast account A as a main broadcast member account of the live broadcast room.
for example, the server I creates a live room according to the live creation request, and creates a room ID for the room. Wherein different live rooms correspond to different room IDs.
303. Server I sends an address assignment request to server E.
The address allocation request may carry network information of the current network where the terminal a is located, such as network operator information, network address information, and the like.
304. And the server E returns a corresponding access address to the server I according to the address allocation request, namely the address of the server A.
the server E may allocate an access server address to the terminal a according to a policy of the same province and the same operator. For example, the terminal a may be allocated an access server address according to a request carrying network information and an address allocation policy (policy of the same province and the same operator).
305. and the server I synchronizes the information of the live broadcast room to the server F to update the live broadcast list and sends live broadcast creation success information to the terminal A, wherein the live broadcast creation success information comprises the address of the server A.
Wherein, the information of the live broadcast room comprises: the identification of the live broadcast room, the anchor information of the live broadcast room, the introduction information of the live broadcast room, and the like. The server F may update the current live list upon receiving room information of the live room. The live list may include room information and the like that is currently being live.
306. The terminal A sends video data to the server A according to the address, the server A forwards the video data to the access server C, D corresponding to the member account C, D in the live broadcast room, and the server C, D forwards the video data to the terminal C, D for live broadcast.
After the terminal A acquires the access address, the video data can be sent to the server A, the server A can forward the video data to an access server corresponding to the member live account in the current live broadcast room, and then the access server forwards the video data to a corresponding access terminal.
in this embodiment, it is assumed that after a live room is created, a user C and a user D join the live room through a terminal C, D, at this time, member accounts in the live room include a live account C of the user C, a live account D of the user D, and a live account a of a host user, at this time, a server a may forward video data to an access server C, D corresponding to a member account C, D, and then, the server C, D forwards the video data to a terminal C, D for playing.
The process of adding the user to the live broadcast room can be as follows, taking the example that the user C adds to the live broadcast room as follows:
The terminal C acquires a current live broadcast list from the server F;
The terminal C selects a live broadcast room needing to be watched from the live broadcast list;
A terminal C sends a live broadcast watching request to a server I, wherein the request carries a live broadcast account C of a user C and a room identifier of a live broadcast room needing to be watched;
the server I adds the live broadcast account C to a live broadcast room corresponding to the room identifier according to the live broadcast viewing request;
The server I sends an address allocation request to the server E;
The server E returns an access address corresponding to the live broadcast account C according to the address allocation request, namely the address of the server C;
The server I sends the address of the server C to the terminal C;
And the terminal C receives the video data sent by the terminal A through the server C according to the address of the server C.
307. The terminal B acquires a current live list from the server F, wherein the live list comprises live room information which is currently live.
For example, the terminal B sends a list acquisition request to the server F, and then receives a live list returned by the server F according to the request. The live list may include information such as the identity of the live room currently being live.
308. And the terminal B selects a live broadcast room needing to be added from the live broadcast list, and sends a live broadcast adding request to the server I, wherein the live broadcast adding request carries a live broadcast account B of the user B and a room identifier of the live broadcast room.
for example, the terminal B selects a live broadcast room to be accessed from the live broadcast list according to a selection instruction input by the user, and sends a request to the server I for joining to the live broadcast.
309. And the server I adds the live broadcast account B to the live broadcast room according to the live broadcast joining request, and sets the live broadcast account B as a sub-broadcast member account of the call room.
in other embodiments, if the live account B is already a member identifier of a live room, the live account B may be directly set as a sub-cast member account.
For example, when the user C initiates a live join request through the terminal C, the server I may directly set the live account C as a sub-cast member account.
in this embodiment, after the live account B is added to the live broadcast room, the live account B is a member live account of the live broadcast room, and then the member live account of the current live broadcast room includes: when the server a receives the video data sent by the anchor terminal a, the server a also needs to forward the video data to the access server B of the sub-cast terminal B, and the server B forwards the video data to the sub-cast terminal B for playing, in the live account A, B, C and D.
310. server I sends an address assignment request to server E.
311. and the server E returns the access address corresponding to the live broadcast account B, namely the address of the server B, according to the address allocation request.
likewise, the server E may allocate the server address for the terminal B according to the policy of the same province and the same operator. For example, the terminal a may be allocated an access server address according to a request carrying network information and an address allocation policy (policy of the same province and the same operator).
312. the server I sends the address of the server B to the terminal B.
313. And the terminal B sends the video data to the server B according to the address of the server B.
314. The server B forwards the video data to the access server A, C, D corresponding to the member account A, C, D in the current call room, and the server A, C, D forwards the video data to the terminal A, C, D.
as shown in fig. 3c, this embodiment further provides another multi-user interactive live broadcasting method, which includes the following specific processes:
401. And the terminal A sends a live broadcast establishing request to the server I, wherein the live broadcast establishing request carries a live broadcast account A of the user A.
402. and the server I creates a live broadcast room according to the live broadcast creation request and sets the live broadcast account A as a main broadcast member account of the live broadcast room.
for example, the server I creates a live room according to the live creation request, and creates a room ID for the room. Wherein different live rooms correspond to different room IDs.
403. server I sends an address assignment request to server E.
The address allocation request may carry network information of the current network where the terminal a is located, such as network operator information, network address information, and the like.
404. And the server E returns a corresponding access address to the server I according to the address allocation request, namely the address of the server A.
The server E may allocate an access server address to the terminal a according to a policy of the same province and the same operator. For example, the terminal a may be allocated an access server address according to a request carrying network information and an address allocation policy (policy of the same province and the same operator).
405. and the server I synchronizes the information of the live broadcast room to the server F to update the live broadcast list and sends live broadcast creation success information to the terminal A, wherein the live broadcast creation success information comprises the address of the server A.
Wherein, the information of the live broadcast room comprises: the identification of the live broadcast room, the anchor information of the live broadcast room, the introduction information of the live broadcast room, and the like. The server F may update the current live list upon receiving room information of the live room. The live list may include room information and the like that is currently being live.
406. And the terminal A sends the video data to the server A according to the address.
407. and the terminal C acquires the current live broadcast list from the server F, selects a live broadcast room needing to be watched from the live broadcast list and sends a live broadcast watching request to the server I.
the request carries a live broadcast account C of the user C and a room identifier of a live broadcast room needing to be watched;
408. and the server I adds the live broadcast account C to a live broadcast room corresponding to the room identifier according to the live broadcast watching request.
409. server I sends an address assignment request to server E.
410. And the server E returns an access address corresponding to the live broadcast account C, namely the address of the server C, according to the address allocation request.
411. The server I sends the address of the server C to the terminal C.
412. And the server A forwards the video data sent by the terminal A to the server C, and the server C forwards the video data to the terminal C for playing.
Specifically, the server I notifies the server a that a new member joins the live broadcast room, and notifies the server a of the access server address of the live broadcast account C. And the server A forwards the video data uploaded by the terminal A to the server C according to the address of the access server.
413. the terminal A sends a live broadcast invitation request carrying a live broadcast account C to the server I, and the server I sends live broadcast invitation information to the terminal C according to the live broadcast invitation request.
414. and the terminal C sends a live broadcast joining request to the server I according to the live broadcast invitation request, wherein the live broadcast joining request carries a live broadcast account C and a room identifier of a live broadcast room.
415. And the server I sets the live account C as the sub-broadcasting member identification of the live room.
416. and the terminal C sends video data to the server C according to the address of the server C, and the server C forwards the video data to a terminal corresponding to the member account in the live broadcast room for playing.
for example, the server C forwards the video data to the anchor member account, the other sub-cast member accounts, and the access servers corresponding to the audience member accounts, and then the access servers corresponding to the accounts forward the video data to the anchor terminal, the other sub-cast terminals, and the audience terminal.
in this embodiment, after the user C is promoted to the secondary broadcast by the audience, the terminal C starts to acquire video data and sends the acquired video data to the access server C. When receiving the video data of the terminal C, the server C logically considers that the sub-broadcast is actually also a main broadcast, and processes the video data to the viewers in the live broadcast room and other main broadcasts in the same way as the main broadcast.
As shown in fig. 3d, this embodiment further provides another webcast system, which includes a viewer terminal, an anchor terminal a, an anchor terminal B, a signaling service unit, a list comment status service unit, and a data service unit.
the signaling service unit is responsible for the control flow involved in the whole live broadcast process, including the work of session establishment, member entry, member exit, member timeout management and the like; the establishment of a live broadcast room, member addition, the setting functions of a main broadcast member and an auxiliary broadcast member and the like. Which may be implemented by one entity or by a plurality of entities, for example, the signaling service unit may comprise the above-mentioned server I, etc.
And the list comment state service unit is responsible for the work of maintaining a current live broadcast list, maintaining the state data of the members in the live broadcast, publishing and issuing comments of the members in the live broadcast and the like. This unit may be implemented by one entity or by a plurality of entities, which may for example comprise the above-mentioned server F.
And the data service unit is responsible for the transmission work of the audio and video data between the anchor and the audience. Which has a data forwarding function, an address assignment function, and the like. This unit may be implemented by one entity or by a plurality of entities, such as server E, server a, server B, server C, server D, etc. as described above.
in the embodiment, live broadcasts are managed through conversation rooms, namely different live broadcasts are identified by using different conversation room ids, the creation of the live broadcast by the anchor actually creates a conversation room id, and the account number of the anchor is added into the room, so that different conversation rooms correspond to different room ids; when another new anchor is added into the live broadcast, the anchor account of the new anchor is also added into the room; when the audience watches a certain live broadcasting room, the account number of the audience is added into the live broadcasting room at the same time. Thus, users joining the room are actually categorized as a director and a viewer, the director being involved in the uploading and acceptance of the audio-visual data, and the viewer being involved only in the acceptance of the audio-visual data. After the anchor and the audience join the call room through the signaling service, the anchor and the audience receive a video data access ip returned by the signaling service, wherein the access ip refers to a server ip provided by the data service, and is used for exchanging video data between the client and the data server, and the access ip is allocated, for example, the telecommunication client allocates the access server ip of a telecommunication network, the mobile client allocates the mobile access server ip, and the communication client allocates the communicated access server ip.
The process of implementing multi-user interactive live broadcast by the webcast system may refer to the flow shown in fig. 3 d.
Therefore, the live webcast scheme provided by the embodiment of the invention can realize live webcast by one live webcast room, and can realize live webcast without creating a plurality of live webcast rooms or call rooms on the server on the network side, so that the resource consumption of the server is reduced, and the resource consumption of the terminal is reduced because the terminal does not need to be frequently switched among a plurality of live webcast rooms on the audience side, so that the resource consumption of a live webcast system can be reduced, and the live webcast interactivity is improved.
in addition, according to the scheme, video data does not need to be cut, sliced and forwarded, the problem of data delay caused by slicing and forwarding of videos is avoided, and timeliness and live broadcast fluency of live video are improved.
Example four,
in order to better implement the above method, an embodiment of the present invention further provides a multi-user live webcast joining device, as shown in fig. 4a, the multi-user live webcast joining device includes a first receiving unit 501, a setting unit 502, an obtaining unit 503, and a first sending unit 504, as follows:
(1) a first receiving unit 501;
a first receiving unit 501, configured to receive a live join request sent by a secondary broadcast terminal, where the live join request carries a first user identifier and a room identifier of a call room to be joined.
for example, the first receiving unit is specifically configured to:
Sending live invitation information to the sub-broadcasting terminal, wherein the live invitation information comprises the room identifier;
and receiving a live broadcast joining request returned by the sub-broadcast terminal according to the live broadcast invitation information.
(2) a setting unit 502;
A setting unit 502, configured to set the first user identifier as an identifier of a sub-cast member of the call room according to the live join request.
for example, the setting unit 502 may include:
A determining subunit, configured to determine whether the first user identifier is a member identifier of a call room corresponding to the room identifier;
the setting subunit is configured to directly set the first user identifier as the affiliate identifier of the call room when the determining subunit determines yes, add the first user identifier to the call room when the determining subunit determines no, and set the first user identifier as the affiliate identifier of the call room.
(3) An acquisition unit 503;
An obtaining unit 503, configured to obtain a first access address corresponding to the first subscriber identity.
For example, the obtaining unit 503 may specifically include:
A request sending subunit, configured to send an address allocation request to an address management server, where the address allocation request carries the first user identifier;
and the receiving subunit is used for receiving the first access address allocated by the address management server according to the address allocation request.
(4) a first transmitting unit 504;
A first sending unit 504, configured to send the first access address to a secondary broadcast terminal corresponding to the first user identifier, so that the secondary broadcast terminal sends video data to a main broadcast terminal corresponding to a main broadcast member identifier in the call room and an audience terminal corresponding to an audience member identifier according to the first access address.
Optionally, referring to fig. 4b, the multi-user live webcast joining apparatus may further include:
A second receiving unit 505, configured to receive a live broadcast creation request sent by a second terminal before the first receiving unit 501 receives a live broadcast join request sent by a sub-broadcast terminal, where the live broadcast creation request carries a second user identifier;
A creating unit 506, configured to create the call room according to the live broadcast creation request, and set the second user identifier as an anchor member identifier of the call room;
A second sending unit 507, configured to send a second access address to the second terminal, so that the second terminal sends video data to a terminal corresponding to the member identifier in the call room according to the second access address.
In a specific implementation, the above units may be implemented as independent entities, or may be combined arbitrarily to be implemented as the same or several entities, and the specific implementation of the above units may refer to the foregoing method embodiments, which are not described herein again.
The multi-user live webcast joining device can be specifically integrated in network equipment such as a server, and the server can be an independent entity or comprises a plurality of entities.
as can be seen from the above, the multi-user live webcast joining apparatus of this embodiment is configured such that when the first receiving unit 501 receives a live webcast joining request sent by a sub-webcast terminal, where the live webcast joining request carries a first user identifier and a room identifier of a call room to be joined, then the setting unit 502 sets the first user identifier as a sub-webcast member identifier of the call room according to the live webcast joining request, then the obtaining unit 503 obtains a first access address corresponding to the first user identifier, and the first sending unit 504 sends the first access address to the sub-webcast terminal corresponding to the first user identifier, so that the sub-webcast terminal sends video data to a main webcast terminal corresponding to the main webcast member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address; according to the scheme, multi-user live broadcast can be realized through one live broadcast room, multi-user live broadcast can be realized without creating a plurality of live broadcast rooms or conversation rooms on a network side server, resource consumption of the server is reduced, and due to the fact that a terminal does not need to be frequently switched among the plurality of live broadcast rooms on a spectator side, resource consumption of the terminal is reduced, and therefore resource consumption of a network live broadcast system can be reduced.
Example V,
correspondingly, an embodiment of the present invention further provides a multi-user live webcast device, as shown in fig. 5, the identity authentication triggering device may include a receiving unit 601, an obtaining unit 602, and a sending unit 603, as follows:
A receiving unit 601, configured to receive video data sent by a terminal according to an access address, where the video data carries a room identifier;
An obtaining unit 602, configured to obtain, according to the room identifier, a target access address corresponding to a member identifier in a corresponding call room;
A sending unit 603, configured to directly forward the video data to the server corresponding to the target access address, so that the server forwards the video data to the terminal corresponding to the member identifier.
Wherein, the video data also carries user identification; the obtaining unit 602 is specifically configured to:
Determining the main broadcasting member identification and the sub broadcasting member identification of the communication room corresponding to the room identification;
And when the user identification is the main broadcasting member identification or the sub broadcasting member identification, acquiring a target access address corresponding to the member identification in the call room.
Optionally, the multi-person webcast device may further include: a forwarding unit; the forwarding unit is configured to:
receiving video data sent by a server, wherein the video data carries the user identification;
And forwarding the video data sent by the server to the terminal according to the user identification.
In a specific implementation, the above units may be implemented as independent entities, or may be combined arbitrarily to be implemented as the same or several entities, and the specific implementation of the above units may refer to the foregoing method embodiments, which are not described herein again.
The multi-person network live broadcast device can be integrated in network equipment such as a server.
as can be seen from the above, in the embodiment of the present invention, the receiving unit 601 receives video data sent by a terminal, where the video data carries a room identifier, then the obtaining unit 602 obtains a target access address corresponding to a member identifier in a corresponding call room according to the room identifier, and the sending unit 603 directly forwards the video data to a server corresponding to the target access address, so that the server forwards the video data to the terminal corresponding to the member identifier; the scheme can realize multi-person interactive live broadcast, reduce the resource consumption of a network live broadcast system and improve the interactivity of live broadcast.
example six,
In addition, an embodiment of the present invention further provides a live webcasting system, which may include any one of the multi-user live webcasting joining devices and any one of the multi-user live webcasting devices provided in the embodiment of the present invention, which may be specifically referred to in the fourth and fifth embodiments, for example, as follows:
the multi-user network live broadcast joining device is used for setting a first user identifier as a live broadcast member identifier of a call room according to a live broadcast joining request when the live broadcast joining request sent by a sub-broadcast terminal is received, then acquiring a first access address corresponding to the first user identifier, and sending the first access address to the sub-broadcast terminal corresponding to the first user identifier, so that the sub-broadcast terminal sends video data to a main broadcast terminal corresponding to the main broadcast member identifier in the call room and an audience terminal corresponding to the audience member identifier according to the first access address.
The multi-user network live broadcasting device is used for receiving video data sent by a secondary broadcasting terminal, wherein the video data carries a room identifier, then a first target access address corresponding to a main broadcasting member identifier in a corresponding conversation room and a second target access address corresponding to an audience member identifier are obtained according to the room identifier, and the video data are directly forwarded to a first server corresponding to the first target access address and a second server corresponding to the second target access address, so that the first server forwards the video data to the main broadcasting terminal corresponding to the main broadcasting member identifier, and the second server forwards the video data to the audience terminal corresponding to the audience member identifier.
the multi-user live webcast joining device and the multi-user live webcast device may be specifically integrated in a server or other network devices, and are not described herein again.
The specific implementation of each device can be referred to the previous embodiment, and is not described herein again.
In addition, the webcast system may further include devices therein, such as a terminal, a gateway, or other servers, which are not described herein again.
Since the webcast system can include any one of the multi-user webcast joining device and the multi-user webcast joining device provided by the embodiment of the present invention, the beneficial effects that can be achieved by any one of the multi-user webcast joining device and the multi-user webcast joining device provided by the embodiment of the present invention can be achieved, which are detailed in the foregoing embodiments and will not be described herein again.
those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable storage medium, and the storage medium may include: read Only Memory (ROM), Random Access Memory (RAM), magnetic or optical disks, and the like.
The multi-user network live broadcasting method, the multi-user network live broadcasting device, the joining device and the multi-user network live broadcasting system provided by the embodiment of the invention are introduced in detail, a specific embodiment is applied in the text to explain the principle and the implementation mode of the invention, and the description of the embodiment is only used for helping to understand the method and the core idea of the invention; meanwhile, for those skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims (18)

1. a multi-user network live broadcast method is characterized by comprising the following steps:
Receiving a live broadcast joining request sent by a secondary broadcast terminal, wherein the live broadcast joining request carries a first user identifier and a room identifier of a call room needing to be joined;
setting the first user identification as a sub-broadcasting member identification of the conversation room according to the live broadcasting joining request;
Acquiring a first access address corresponding to the first user identifier;
Sending the first access address to a sub-broadcasting terminal corresponding to the first user identifier, so that the sub-broadcasting terminal sends video data to a main broadcasting terminal corresponding to a main broadcasting member identifier in the call room and an audience terminal corresponding to an audience member identifier according to the first access address; and
And sending a second access address to the anchor terminal corresponding to the anchor member identification in the call room, so that the anchor terminal sends video data to the sub-broadcast terminal corresponding to the sub-broadcast member identification in the call room and the audience terminal corresponding to the audience member identification according to the second access address.
2. The multi-person webcast method of claim 1, wherein setting the first user identifier as a second cast member identifier of the call room according to the live join request comprises:
determining whether the first user identifier is a member identifier of a call room corresponding to the room identifier;
If yes, directly setting the first user identification as a sub-broadcasting member identification of the conversation room;
And if not, adding the first user identification to the call room, and setting the first user identification as the sub-broadcasting member identification of the call room.
3. The multi-user webcast method of claim 1, wherein the obtaining the first access address corresponding to the first subscriber identity comprises:
Sending an address allocation request to an address management server, wherein the address allocation request carries the first user identifier;
and receiving a first access address allocated by the address management server according to the address allocation request.
4. the multi-person webcast method of claim 1, wherein the receiving of the live join request sent by the sub-cast terminal comprises:
sending live invitation information to the sub-broadcasting terminal, wherein the live invitation information comprises the room identifier;
And receiving a live broadcast joining request returned by the sub-broadcast terminal according to the live broadcast invitation information.
5. the multi-person webcast method of claim 1, wherein before receiving a live join request sent by a sub-cast terminal, the multi-person webcast method further comprises:
receiving a live broadcast establishing request sent by a main broadcast terminal, wherein the live broadcast establishing request carries a second user identification;
Creating the call room according to the live broadcast creation request, and setting the second user identification as the anchor member identification of the call room;
and sending a second access address to the anchor terminal, so that the anchor terminal sends video data to the audience terminal corresponding to the audience member identification in the call room according to the second access address.
6. A multi-user network live broadcast method is characterized by comprising the following steps:
Receiving video data sent by a secondary broadcast terminal according to a first access address, wherein the video data sent by the secondary broadcast terminal carries a room identifier;
acquiring a first target access address corresponding to the anchor member identification and a second target access address corresponding to the audience member identification in the corresponding call room according to the room identification;
directly forwarding the video data sent by the sub-broadcasting terminal to a first server corresponding to the first target access address and a second server corresponding to the second target access address, so that the first server forwards the video data sent by the sub-broadcasting terminal to an anchor terminal corresponding to the anchor member identifier, and the second server forwards the video data sent by the sub-broadcasting terminal to an audience terminal corresponding to the audience member identifier; and
Receiving video data sent by the anchor terminal corresponding to the anchor member identification in the call room according to a second access address; and forwarding the video data sent by the main broadcasting terminal to a second server corresponding to the second target access address and a third server corresponding to the sub-broadcasting terminal, so that the second server forwards the video data sent by the main broadcasting terminal to the audience terminal corresponding to the audience member identification, and the third server forwards the video data sent by the main broadcasting terminal to the sub-broadcasting terminal.
7. The multi-user network live broadcasting method of claim 6, wherein the video data transmitted by the secondary broadcasting terminal further carries a user identifier;
the acquiring a first target access address corresponding to the anchor member identifier in the corresponding call room and a second target access address corresponding to the audience member identifier according to the room identifier includes:
Determining the sub-broadcasting member identification of the conversation room corresponding to the room identification;
And when the user identification is the sub-broadcasting member identification, acquiring a first target access address corresponding to the main broadcasting member identification in the call room and a second target access address corresponding to the audience member identification.
8. The multi-person webcast method of claim 6, further comprising:
Receiving video data sent by the anchor terminal, wherein the video data sent by the anchor terminal carries the user identification;
And forwarding the video data sent by the main broadcasting terminal to the sub broadcasting terminal according to the user identification.
9. A multi-user live webcasting joining device is characterized by comprising:
the system comprises a first receiving unit, a second receiving unit and a third receiving unit, wherein the first receiving unit is used for receiving a live broadcast joining request sent by a sub-broadcast terminal, and the live broadcast joining request carries a first user identifier and a room identifier of a call room needing to be joined;
the setting unit is used for setting the first user identification as the sub-broadcasting member identification of the conversation room according to the live broadcasting joining request;
An obtaining unit, configured to obtain a first access address corresponding to the first user identifier;
a first sending unit, configured to send the first access address to a secondary broadcast terminal corresponding to the first user identifier, so that the secondary broadcast terminal sends video data to a main broadcast terminal corresponding to a main broadcast member identifier in the call room and an audience terminal corresponding to an audience member identifier according to the first access address; and
And the second sending unit is used for sending a second access address to the anchor terminal corresponding to the anchor member identification in the call room, so that the anchor terminal sends video data to the sub-broadcast terminal corresponding to the sub-broadcast member identification in the call room and the audience terminal corresponding to the audience member identification according to the second access address.
10. The multi-person webcast joining apparatus of claim 9, wherein the setting unit comprises:
a determining subunit, configured to determine whether the first user identifier is a member identifier of a call room corresponding to the room identifier;
The setting subunit is configured to directly set the first user identifier as a sub-broadcasting member identifier of the conversation room when the determining subunit determines that the first user identifier is positive, add the first user identifier to the conversation room when the determining subunit determines that the first user identifier is negative, and set the first user identifier as the sub-broadcasting member identifier of the conversation room.
11. The multi-person webcast joining device of claim 9, wherein the obtaining unit comprises:
A request sending subunit, configured to send an address allocation request to an address management server, where the address allocation request carries the first user identifier;
and the receiving subunit is used for receiving the first access address allocated by the address management server according to the address allocation request.
12. The multi-person webcast joining device of claim 9, wherein the first receiving unit is specifically configured to:
Sending live invitation information to the sub-broadcasting terminal, wherein the live invitation information comprises the room identifier;
and receiving a live broadcast joining request returned by the sub-broadcast terminal according to the live broadcast invitation information.
13. the multi-person live webcast joining apparatus of claim 9, further comprising:
the second receiving unit is used for receiving a live broadcast establishing request sent by the main broadcast terminal before the first receiving unit receives a live broadcast joining request sent by the sub-broadcast terminal, wherein the live broadcast establishing request carries a second user identifier;
The establishing unit is used for establishing the call room according to the live broadcast establishing request and setting the second user identification as the anchor member identification of the call room;
The second sending unit is further configured to send a second access address to the anchor terminal, so that the anchor terminal sends video data to the audience terminal corresponding to the audience member identifier in the call room according to the second access address.
14. A multi-user webcast device, comprising:
the receiving unit is used for receiving video data sent by the sub-broadcasting terminal according to the first access address, and the video data sent by the sub-broadcasting terminal carries room identification; the terminal is also used for receiving video data sent by the anchor terminal corresponding to the anchor member identification in the call room according to a second access address;
The acquisition unit is used for acquiring a first target access address corresponding to the anchor member identification and a second target access address corresponding to the audience member identification in the corresponding call room according to the room identification;
a sending unit, configured to directly forward the video data sent by the sub-broadcast terminal to a first server corresponding to the first target access address and a second server corresponding to the second target access address, so that the first server forwards the video data sent by the sub-broadcast terminal to an anchor terminal corresponding to the anchor member identifier, and the second server forwards the video data sent by the sub-broadcast terminal to an audience terminal corresponding to the audience member identifier; and the second server is further configured to forward the video data sent by the anchor terminal to a second server corresponding to the second target access address and a third server corresponding to the sub-broadcasting terminal, so that the second server forwards the video data sent by the anchor terminal to the audience terminal corresponding to the audience member identifier, and the third server forwards the video data sent by the anchor terminal to the sub-broadcasting terminal.
15. The multi-person webcast apparatus of claim 14, wherein the video data transmitted by the secondary broadcast terminal further carries a user identifier; the obtaining unit is specifically configured to:
Determining the sub-broadcasting member identification of the conversation room corresponding to the room identification;
And when the user identification is the sub-broadcasting member identification, acquiring a first target access address corresponding to the main broadcasting member identification in the call room and a second target access address corresponding to the audience member identification.
16. A multi-person webcast system, comprising a multi-person webcast joining device according to any one of claims 9 to 13, and a multi-person webcast device according to any one of claims 14 to 15.
17. A server, characterized in that the server comprises a memory and a processor, the memory having stored therein a computer program which, when executed by the processor, causes the processor to carry out the steps of the multi-person webcasting method as claimed in any one of claims 1 to 8 below.
18. A computer-readable storage medium storing a computer program which, when run on a computer, causes the computer to perform the steps in the multi-person webcast method according to any one of claims 1 to 8.
CN201611150645.9A 2016-12-14 2016-12-14 Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium Active CN108235042B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611150645.9A CN108235042B (en) 2016-12-14 2016-12-14 Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611150645.9A CN108235042B (en) 2016-12-14 2016-12-14 Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium

Publications (2)

Publication Number Publication Date
CN108235042A CN108235042A (en) 2018-06-29
CN108235042B true CN108235042B (en) 2019-12-17

Family

ID=62638129

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611150645.9A Active CN108235042B (en) 2016-12-14 2016-12-14 Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium

Country Status (1)

Country Link
CN (1) CN108235042B (en)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109194983A (en) * 2018-10-10 2019-01-11 贵阳朗玛信息技术股份有限公司 Live broadcasting method, system, storage medium, broadcasting server and server cluster
CN109511007B (en) * 2018-11-29 2021-05-04 广州市百果园信息技术有限公司 Network live broadcast method, device, equipment and storage medium
CN109788301B (en) * 2019-01-08 2021-12-03 深圳市网心科技有限公司 Live broadcast method, terminal equipment, live broadcast system and computer readable storage medium of streaming media
CN111836059B (en) * 2019-04-23 2022-03-29 华为技术有限公司 Media stream sending method, device and equipment
CN110430439A (en) * 2019-07-30 2019-11-08 北京达佳互联信息技术有限公司 Manage method and device, server and the storage medium in Media Stream room
CN112822499B (en) * 2019-11-15 2023-03-07 北京金山云网络技术有限公司 Data communication method, device and system for network live broadcast and electronic equipment
CN111432224B (en) * 2020-02-27 2022-03-25 北京达佳互联信息技术有限公司 Live broadcast processing method and device, electronic equipment and storage medium
CN112383787B (en) 2020-11-03 2022-05-27 北京字节跳动网络技术有限公司 Live broadcast room creating method and device, electronic equipment and storage medium
CN114554129B (en) * 2020-11-25 2023-10-31 北京字节跳动网络技术有限公司 Wheat connecting system, method, device, equipment and storage medium
CN113115065B (en) * 2021-04-13 2023-05-12 北京字跳网络技术有限公司 Live broadcast-based data processing method and device
CN113171613B (en) * 2021-05-27 2022-08-05 腾讯科技（深圳）有限公司 Team-forming and game-checking method, device, equipment and storage medium
CN115484468B (en) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 Wheat connecting system, method, device, equipment and storage medium
CN115589462B (en) * 2022-12-08 2023-03-10 吉视传媒股份有限公司 Fusion method based on network video conference system and telephone conference system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104936004A (en) * 2015-06-05 2015-09-23 广州酷狗计算机科技有限公司 Video recording method and device
CN105306468A (en) * 2015-10-30 2016-02-03 广州华多网络科技有限公司 Method for real-time sharing of synthetic video data and anchor client side
CN105898341A (en) * 2015-12-14 2016-08-24 乐视网信息技术（北京）股份有限公司 Method and mobile client enabling simultaneous video live broadcast by two persons
CN106210757A (en) * 2016-07-28 2016-12-07 北京小米移动软件有限公司 Live broadcasting method, live broadcast device and live broadcast system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015073924A1 (en) * 2013-11-14 2015-05-21 Smiletime, Inc. Social multi-camera interactive live engagement system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104936004A (en) * 2015-06-05 2015-09-23 广州酷狗计算机科技有限公司 Video recording method and device
CN105306468A (en) * 2015-10-30 2016-02-03 广州华多网络科技有限公司 Method for real-time sharing of synthetic video data and anchor client side
CN105898341A (en) * 2015-12-14 2016-08-24 乐视网信息技术（北京）股份有限公司 Method and mobile client enabling simultaneous video live broadcast by two persons
CN106210757A (en) * 2016-07-28 2016-12-07 北京小米移动软件有限公司 Live broadcasting method, live broadcast device and live broadcast system

Also Published As

Publication number Publication date
CN108235042A (en) 2018-06-29

Similar Documents

Publication Publication Date Title
CN108235042B (en) Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium
US20180359532A1 (en) Method and system for sourcing and editing live video
US9030523B2 (en) Flow-control based switched group video chat and real-time interactive broadcast
US9049343B2 (en) Method, device and system for presenting virtual conference site of video conference
WO2017202243A1 (en) Multimedia playback method and related device
EP2859682B1 (en) A method and system for self-broadcasting in a social experience environment
US8203989B2 (en) Distributing content in a communication network
CN104580995A (en) Communication method and device of video conference
JP2004515173A (en) Integrated delivery architecture for multipoint video conferencing and interactive broadcast systems
CN110943959A (en) Business processing method, cloud management platform, terminal and storage medium
WO2015154608A1 (en) Method, system and apparatus for sharing video conference material
US9374232B2 (en) Method and a device for optimizing large scaled video conferences
US9402056B2 (en) Collaboration extension system
CN103843323A (en) Method for implementing multimedia conference, related device and system
CN105979397A (en) Cross-equipment group chatting method and system
CN108668140B (en) Audio and video interaction state synchronization method and device
CN108668151B (en) Audio and video interaction method and device
CN113115065B (en) Live broadcast-based data processing method and device
KR20100023473A (en) Individual broadcasting system and method for providing chatting service on individual broadcasting using iptv
CN112019791A (en) Multi-party audio and video call method and system based on education examination
RU2617680C1 (en) Method, device and system for transmitting multimedia data
CN104639518B (en) The method, apparatus of session establishment and the delivering method of session content and device
KR101174061B1 (en) Method and Apparatus for providing interactive broadcast service
CN102026024B (en) Method, system and device for controlling pay per view (PPV) service in real time
CN108668152B (en) Audio and video interaction method and device, management equipment and storage medium

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