CN111935536A - Live broadcast room request response method, device, equipment and storage medium - Google Patents
Live broadcast room request response method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN111935536A CN111935536A CN202010739314.9A CN202010739314A CN111935536A CN 111935536 A CN111935536 A CN 111935536A CN 202010739314 A CN202010739314 A CN 202010739314A CN 111935536 A CN111935536 A CN 111935536A
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- request
- broadcast room
- server
- video stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/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/482—End-user interface for program selection
- H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
Abstract
The embodiment of the disclosure relates to a method, a device, equipment and a storage medium for requesting and responding to a live broadcast room. The method comprises the following steps: responding to the operation of entering a target live broadcast room requested by a user, and generating a live broadcast video stream address request matched with the target live broadcast room; acquiring the type of a live broadcast room of a target live broadcast room, and generating random time length aiming at the live broadcast video stream address request according to a preset request scattering period when the type of the live broadcast room is a mass live broadcast room, wherein the random time length is used as a mass request sending strategy; and according to the mass request sending strategy, delaying the address request of the live video stream for the random time length, and sending the address request to the request server to obtain response data fed back by the request server. The method solves the problem that a large number of clients initiate video stream address requests to the server in a short time to cause the server to crash, and the requests are sent according to a mass request sending strategy matched with a mass live broadcast room, so that the capacity of the server for resisting flow access impact is enhanced.
Description
Technical Field
The embodiment of the disclosure relates to the technical field of computers, and in particular relates to a method, a device, equipment and a storage medium for requesting and responding to a live broadcast room.
Background
With the continuous development of internet technology, online live broadcast has become one of the leisure interactive scenes of people, users can enter a live broadcast room in which the users are interested to watch live broadcast, the number of users who enter the live broadcast room at the same time to pull server data in a huge mass live broadcast room with a large audience number, such as a live broadcast room in spring and evening, is in the hundred million, huge and concentrated flow easily causes the server to be down, and it is very important to ensure that the server can resist the flow access impact of a client with the hundred million levels.
Disclosure of Invention
The embodiment of the disclosure provides a request response method, a request response device, equipment and a storage medium for a live broadcast room, so as to solve the problem that a large number of clients initiate video stream address requests to a server in a short time in the related art, which causes the server to be down. The technical scheme of the disclosure is as follows:
according to a first aspect of the embodiments of the present disclosure, there is provided a live broadcast room request response method, which is applied to a client, and includes:
responding to an operation of a user request for entering a target live broadcast room, and generating a live broadcast video stream address request matched with the target live broadcast room;
acquiring the type of a live broadcast room of the target live broadcast room, and generating a random time length aiming at the live broadcast video stream address request according to a preset request scattering period to serve as a mass request sending strategy when the type of the live broadcast room is a mass live broadcast room;
and according to the mass request sending strategy, delaying the live broadcast video stream address request by the random time length, and sending the request to a request server to obtain response data fed back by the request server.
Optionally, according to the massive request sending policy, after delaying the live broadcast video stream address request by the random duration, sending the live broadcast video stream address request to a request server includes:
and according to the mass request sending strategy, delaying the address request of the live broadcast video stream by the random time length, and sending the address request to a mass request server.
Optionally, after obtaining the live broadcast room type of the target live broadcast room, the method further includes:
and when the type of the live broadcast room is not the massive live broadcast room, sending the live broadcast video stream address request to a conventional request server, wherein the conventional request server is a request server for the non-massive live broadcast room.
Optionally, the obtaining of the live broadcast room type of the target live broadcast room includes:
responding to an operation that a user requests to enter a target live broadcast room through a live broadcast room entry card of a live broadcast room list interface, and acquiring configuration information of the target live broadcast room corresponding to the entry card;
and determining the type of the live broadcast room of the target live broadcast room according to the configuration information.
Optionally, the method for requesting and responding in the live broadcast room further includes:
responding to the live broadcast room list interface acquisition operation of a user, acquiring a live broadcast room list interface comprising a plurality of live broadcast room entry cards from a request server, and displaying the live broadcast room list interface;
the configuration information of the live broadcast room entrance card comprises the live broadcast room type of the request server for updating, and the massive live broadcast rooms are live broadcast rooms with request quantity reaching a set request threshold value within set time.
Optionally, according to the massive request sending policy, after the live broadcast video stream address request is delayed by the random duration and sent to a request server, the method further includes:
when receiving the overload prompt information fed back by the request server, displaying the overload prompt information; the overload prompting information is generated when the number of the requests acquired by the request server exceeds a set load;
and responding to the request retransmission operation of the user, returning to execute a request dispersion period which is preset, and generating a random time length aiming at the live broadcast video stream address request as the operation of the massive request sending strategy.
According to a second aspect of the embodiments of the present disclosure, there is provided a live broadcast room request response apparatus, including:
the request generation module is used for responding to the operation of a user for requesting to enter a target live broadcast room and generating a live broadcast video stream address request matched with the target live broadcast room;
the request sending strategy determining module is used for acquiring the type of a live broadcast room of the target live broadcast room, and when the type of the live broadcast room is a mass live broadcast room, generating random time length aiming at the live broadcast video stream address request according to a preset request scattering period to serve as the mass request sending strategy;
and the request sending module is used for delaying the live broadcast video stream address request for the random time length according to the massive request sending strategy and then sending the request to a request server so as to obtain response data fed back by the request server.
Optionally, the request sending module includes a request sending unit, configured to delay the live broadcast video stream address request by the random time length according to the massive request sending policy, and send the delayed live broadcast video stream address request to the massive request server.
Optionally, the live broadcast room request responding apparatus is further configured to:
and when the type of the live broadcast room is not the massive live broadcast room, sending the live broadcast video stream address request to a conventional request server, wherein the conventional request server is a request server for the non-massive live broadcast room.
Optionally, the request sending policy determining module includes:
the device comprises a configuration information acquisition unit, a live broadcast room information acquisition unit and a live broadcast room information acquisition unit, wherein the configuration information acquisition unit is used for responding to the operation that a user requests to enter a target live broadcast room through a live broadcast room inlet card of a live broadcast room list interface and acquiring configuration information of the target live broadcast room corresponding to the inlet card;
and the type determining unit is used for determining the type of the live broadcast room of the target live broadcast room according to the configuration information.
Optionally, the device for requesting and responding in the live broadcast room further includes:
the interface acquisition module is used for responding to the live broadcast room list interface acquisition operation of a user, acquiring a live broadcast room list interface comprising a plurality of live broadcast room inlet cards from the request server and displaying the live broadcast room list interface;
the configuration information of the live broadcast room entrance card comprises the live broadcast room type of the request server for updating, and the massive live broadcast rooms are live broadcast rooms with request quantity reaching a set request threshold value within set time.
Optionally, the live broadcast room request responding apparatus is further configured to:
when receiving the overload prompt information fed back by the request server, displaying the overload prompt information; the overload prompting information is generated when the number of the requests acquired by the request server exceeds a set load;
and responding to the request retransmission operation of the user, returning to execute a request dispersion period which is preset, and generating a random time length aiming at the live broadcast video stream address request as the operation of the massive request sending strategy.
According to a third aspect of the embodiments of the present disclosure, there is provided an electronic apparatus including: a processor; a memory for storing the processor-executable instructions; wherein the processor is configured to execute the instructions to implement a live room request response method as in any embodiment of the present disclosure.
According to a fourth aspect of the embodiments of the present disclosure, there is provided a storage medium, wherein instructions, when executed by a processor of a server, enable the server to perform the live broadcast request response method according to any one of the embodiments disclosed herein.
According to a fifth aspect of the embodiments of the present disclosure, there is provided a computer program product for use in conjunction with an electronic device, the computer program product comprising a computer-readable storage medium and a computer program mechanism embedded therein, the program being loaded into and executed by a computer to implement a live broadcast request response method according to any of the embodiments of the present disclosure.
The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects:
the problem that a large number of clients send video stream address requests to the server in a short time to cause the server to crash is solved, the requests concentrated at the same time can be dispersed, and the capacity of the server for resisting flow access impact is enhanced.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure and are not to be construed as limiting the disclosure.
Fig. 1 is a flow diagram illustrating a live room request response method in accordance with an exemplary embodiment.
Fig. 2 is a flow diagram illustrating a live room request response method in accordance with an example embodiment.
Fig. 3a is a flow diagram illustrating a live room request response method in accordance with an example embodiment.
Fig. 3b is a diagram illustrating a live room listing interface in accordance with an exemplary embodiment.
Fig. 4 is a block diagram illustrating a live room request response apparatus according to an example embodiment.
Fig. 5 is a schematic structural diagram of an electronic device according to an exemplary embodiment.
Detailed Description
In order to make the technical solutions of the present disclosure better understood by those of ordinary skill in the art, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the disclosure described herein are capable of operation in sequences other than those illustrated or otherwise described herein. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
In some huge live broadcast rooms with huge audience number, for example, live broadcast rooms in spring and late, the number of users entering the live broadcast rooms at the same time to pull server data may be in hundred million, and because of the existence of activity of honoring red packets in spring festival, the users leave the live broadcast rooms at the same time, for example, 10 o' clock, to approve the honored packets, and return to the live broadcast rooms at the same time after the activity is finished, the users can enter tens of millions of users in a short time, and huge and concentrated flow easily causes server downtime. The method and the device for sending the live broadcast video stream address request comprise the steps of responding to an operation of entering a target live broadcast room by a user request, generating a live broadcast video stream address request matched with the target live broadcast room, then obtaining a live broadcast room type of the target live broadcast room, determining a mass request sending strategy matched with the mass live broadcast room when the live broadcast room type is a mass live broadcast room, finally sending the live broadcast video stream address request to a request server according to the mass request sending strategy to obtain response data fed back by the request server, solving the problem that the server is down due to the fact that a large number of client sides send video stream address requests to the server in a short time, sending the request according to the mass request sending strategy matched with the mass live broadcast room, and enhancing the capacity of the server for resisting flow access impact.
Fig. 1 is a flowchart illustrating a live broadcast request response method according to an exemplary embodiment, where the live broadcast request response method is used in an electronic device and is executed by a processor configured in the electronic device, as shown in fig. 1, and the method includes the following steps.
In step S11, in response to a user operation requesting entry into a target live broadcast, a live video stream address request matching the target live broadcast is generated.
The request server can obtain the address of the live video stream at a video source station according to the request of the address of the live video stream and feed back the address to the client, so that the client can pull the live video stream according to the address of the live video stream.
In the embodiment of the disclosure, the client executes the operation of entering the target live broadcast room in response to the operation of entering the target live broadcast room requested by the user, and meanwhile, the client can acquire the configuration information of the target live broadcast room at the entrance of the live broadcast room, the configuration information contains the basic information of the live broadcast video stream to be acquired, and after the configuration information is acquired, a live broadcast video stream address request carrying the unique identification of the video stream can be generated according to the basic information of the live broadcast video stream contained in the configuration information, so as to ask the request server for the live broadcast video stream address.
In a specific implementation manner of the embodiment of the present disclosure, a client performs an operation of entering a target live broadcast room in response to an operation of entering a target live broadcast room requested by a user, and meanwhile, the client obtains basic information of a live broadcast video stream matched with the target live broadcast room, for example, a type identifier of the live broadcast room, an ID of the live broadcast video stream, and the like, according to a live broadcast room entry card, and then generates a live broadcast video stream address request carrying unique identification information of the video stream according to the video stream ID, so that a server queries a live broadcast video stream address matched with the target live broadcast room according to the video stream ID.
In step S12, the live broadcast room type of the target live broadcast room is obtained, and when the live broadcast room type is a mass live broadcast room, a random duration for the live broadcast video stream address request is generated according to a preset request break-up period as a mass request transmission policy.
The mass live broadcast room is a live broadcast room with a request amount reaching a set request threshold value within a set time, and exemplarily, the mass live broadcast room is a live broadcast room with a request amount reaching ten million levels within one minute.
In the embodiment of the disclosure, in order to determine a sending strategy of a live broadcast video stream address request, a client acquires a live broadcast room type of a target live broadcast room at a target live broadcast room entrance, and when the acquired live broadcast room type is a mass live broadcast room, it is indicated that a request amount of the current target live broadcast room is large in a short time, and at this time, the client needs to determine a mass request sending strategy matched with the mass live broadcast room. The process of generating the random time for the live video stream address request according to the preset request break-up period is specifically that a client side sends 3000 ten thousand requests to a request server within 1 second, distributes the 3000 ten thousand requests to 20 seconds, and converts the requests into requests uniformly distributed within a set time period by centralized requests within a short time period so as to reduce the pressure of the request server.
In a specific implementation manner of the embodiment of the present disclosure, the client obtains the type of the target live broadcast room according to the entry card of the target live broadcast room, and when the target live broadcast room is the mass live broadcast room, determines that the mass request sending strategy for the mass live broadcast room is to break up a large number of concentrated requests in a short time, so that the requests sent to the request server can be uniformly dispersed to a longer time period, and the pressure of the request server is reduced, for example, a large number of requests in 1 second are uniformly dispersed to 3 seconds, and at this time, the request server can bear relatively small request impact.
In step S13, according to the mass request sending policy, the live broadcast video stream address request is delayed by a random duration and sent to the request server, so as to obtain response data fed back by the request server.
In the embodiment of the disclosure, after a mass request sending strategy for a mass live broadcast room is determined, according to the mass request sending strategy, after a random time duration is delayed, a live broadcast video stream address request is sent to a request server, so that the server can bear a small request impact, and a live broadcast video stream address fed back by the request server is obtained.
In a specific implementation manner of the embodiment of the present disclosure, after determining that the type of the live broadcast room is a mass live broadcast room, a random time is generated within a set break-up period, for example, 3 seconds, and after the random time is prolonged, a live broadcast video stream address request is sent to the request server, so that the burden of the live broadcast video stream in a short time is reduced, and finally, a live broadcast video stream address fed back by the server is received to pull the live broadcast video stream.
The technical scheme of the embodiment of the disclosure is that a live broadcast video stream address request matched with a target live broadcast room is generated in response to an operation that a user requests to enter the target live broadcast room, then the type of the live broadcast room of the target live broadcast room is obtained, when the type of the live broadcast room is a mass live broadcast room, a random time length aiming at the live broadcast video stream address request is generated according to a preset request scattering period, finally, according to a mass request sending strategy, the live broadcast video stream address request is sent to a request server after the random time length is delayed, response data fed back by the request server are obtained, the problem that the server is down due to the fact that a large number of client sides send video stream address requests to the server in a short time is solved, the request sending is carried out according to the mass request sending strategy matched with the mass live broadcast room, and the capacity.
Fig. 2 is a flowchart illustrating a live broadcast request response method according to an exemplary embodiment, where this embodiment is a further refinement of the above technical solution, and the technical solution in this embodiment may be combined with various alternatives in one or more of the above embodiments. As shown in fig. 2, the live room request response method includes the following steps.
In step S21, in response to a user operation requesting entry into a target live broadcast, a live video stream address request matching the target live broadcast is generated.
In step S22, the live broadcast type of the target live broadcast is obtained, and a random duration for the live broadcast video stream address request is generated as a mass request transmission policy according to a preset request break-up period.
In the embodiment of the disclosure, after the client determines that the type of the target live broadcast room is the mass live broadcast room, in order to reduce the impact of a large number of requests on the server in a short time, a mass request sending strategy corresponding to the mass live broadcast room needs to be determined, specifically, according to a preset break-up period, a random time length is generated aiming at a currently generated live broadcast video stream address request, the random time length is used for delaying the transmission of the request of the direct broadcasting video streaming address so as to disperse the request which is transmitted to the request server in a short time to the set scattering period, wherein, the scattering period can be determined according to the use habit of the user, for example, the average waiting time of the user in the live broadcast watching process is counted, i.e., beyond the waiting time the user may exit the current live room and enter another live room to watch the live, the break-up period may be 3 seconds, for example.
In step S23, the address request of the live video stream is delayed by a random duration according to the mass request transmission policy, and then transmitted to the mass request server.
In the embodiment of the disclosure, in order to realize that the normal playing effect of other live broadcast rooms is not affected when the support of the mass live broadcast room is in a problem, two server clusters are preset, for example, a server cluster a and a server cluster B, where the server cluster a is a conventional request server and is used for receiving and processing a live broadcast video stream address request for a non-mass live broadcast room, and the server cluster B is a mass request server and is used for receiving and processing a live broadcast video stream address request for a mass live broadcast room, and when a target live broadcast room is a mass live broadcast room, a strategy is sent according to the mass request, and after the random duration is delayed, the live broadcast video stream address request is sent to the mass request server. At the moment, when unexpected conditions such as downtime of a mass request server aiming at a mass live broadcast room occur, the condition that a user enters other live broadcast rooms to watch live broadcast videos cannot be influenced.
In a specific implementation manner of the embodiment of the present disclosure, after the live broadcast room is determined to be the mass live broadcast room, a set duration is delayed, for example, 3 seconds, according to the mass request sending policy, and then a live broadcast video stream address request is sent to the mass request server for the mass live broadcast room, so that the request sent to the request server at the same time is broken up, and the load of the request server is reduced.
In step S24, when the live broadcast room type is not the mass live broadcast room, the live broadcast video stream address request is sent to a conventional request server, and the conventional request server is a request server for a non-mass live broadcast room.
In the embodiment of the disclosure, when the type of the live broadcast room is a non-massive live broadcast room, it is indicated that there are not a large number of users pulling server data in the live broadcast room in a short time, and at this time, the live broadcast video stream address request is directly sent to the conventional request server without being scattered. The request servers for the mass live broadcast rooms and the non-mass live broadcast rooms are distinguished, when the type of the live broadcast room is the mass live broadcast room, live broadcast video stream address requests are scattered and then sent to the mass request server, and when the type of the live broadcast room is the non-mass live broadcast room, the live broadcast video stream address requests are directly sent to the conventional request server.
It can be understood that the execution sequence of step S23 and step S24 is flexibly adjusted according to the actual situation, and the specific steps executed by the client are determined according to the type of the target live broadcast room in the actual application.
The technical scheme of the disclosed embodiment responds to the operation that a user requests to enter a target live broadcast room, generates a live broadcast video stream address request matched with the target live broadcast room, then acquires the type of the live broadcast room of the target live broadcast room, determines a mass request sending strategy matched with the mass live broadcast room when the type of the live broadcast room is the mass live broadcast room, sends the live broadcast video stream address request to a request server according to the mass request sending strategy, and sends the live broadcast video stream address request to a conventional request server when the type of the live broadcast room is not the mass live broadcast room, on one hand, the request is scattered, the problem that the server is down due to the fact that a large number of client terminals send video stream address requests to the server in a short time is solved, the requests concentrated at the same time can be scattered, the capacity of the server for resisting flow access impact is enhanced, on the other hand, the method has the advantages that the live broadcast video stream address request aiming at the mass live broadcast room is sent to the mass request server aiming at the mass live broadcast room, the requests of the mass live broadcast room and the common live broadcast room can be processed respectively, when the request server aiming at the mass live broadcast room has problems, video playing of other live broadcast rooms can not be influenced, and user experience is improved.
Fig. 3a is a flowchart illustrating a live broadcast request response method according to an exemplary embodiment, where this embodiment is a further refinement of the above technical solution, and the technical solution in this embodiment may be combined with various alternatives in one or more embodiments described above. As shown in fig. 3a, the live room request response method includes the following steps.
In step S31, in response to a live broadcast room listing interface obtaining operation of the user, obtaining a live broadcast room listing interface including a plurality of live broadcast room entry cards from the request server, and displaying the live broadcast room listing interface;
the configuration information of the live broadcast room entrance card comprises a live broadcast room type requesting the server to update, and the massive live broadcast room is a live broadcast room with a request quantity reaching a set request threshold value within a set time.
In the embodiment of the disclosure, when a user executes an operation of obtaining a live broadcast room list interface, a client responds to the operation of the user and obtains the live broadcast room list interface containing a plurality of live broadcast room entry cards from a request server, and configuration information of each entry card in the live broadcast room list interface contains a type of a live broadcast room, basic information of a live broadcast video stream and the like.
In a specific implementation manner of the embodiment of the present disclosure, in response to an operation of opening a list interface for watching a live broadcast room by a user, a client obtains an entry card corresponding to a plurality of live broadcast rooms from a request server, as shown in fig. 3b, by clicking a certain entry card, information of the live broadcast room corresponding to the card can be obtained, and the live broadcast room is entered, where configuration information of the entry card of the live broadcast room includes a live broadcast room type updated by the request server, that is, the client can obtain a live broadcast room type of a target live broadcast room at an entrance of the live broadcast room. In the embodiment of the disclosure, the types of the live broadcast rooms can be divided into a mass live broadcast room and a non-mass live broadcast room, the mass live broadcast room is a live broadcast room with a request amount reaching a set request threshold value within a set time, and the mass live broadcast room is a live broadcast room with a request for requesting a live broadcast video stream address reaching a million level within one minute.
In step S32, in response to an operation that a user requests to enter a target live broadcast room through a live broadcast room entry card on the live broadcast room list interface, configuration information of the target live broadcast room corresponding to the entry card is acquired.
In the embodiment of the disclosure, when a user performs setting operation on the live broadcast room entry cards corresponding to the live broadcast rooms displayed on the live broadcast room list interface, the client responds to the setting operation to acquire the configuration information of the target live broadcast room corresponding to the entry cards. For example, the operation of requesting to enter the target live broadcast room by the user through the entry card may be an operation of clicking the entry card, and the configuration information of the target live broadcast room corresponding to the entry card may be basic information of the live broadcast room or the live broadcast room corresponding to the video stream, such as the type of the target live broadcast room, the ID of the live broadcast video stream corresponding to the target live broadcast room, and the like.
In step S33, the live-air type of the target live-air is determined according to the configuration information.
In the embodiment of the present disclosure, the client determines the live broadcast room type of the target live broadcast room according to the configuration information of the target live broadcast room corresponding to the entry card acquired in step S32, so as to determine a sending policy of the live broadcast video stream address request according to the live broadcast room type in the subsequent step. Illustratively, when the type of the live broadcast room is a mass live broadcast room, a mass request sending strategy corresponding to the mass live broadcast room is determined, and finally, a live broadcast video stream address request is sent according to the mass request sending strategy.
In step S34, when the type of the live broadcast room is a mass live broadcast room, a random duration for the live broadcast video stream address request is generated as a mass request transmission policy according to a preset request break-up period.
In step S35, according to the mass request sending policy, the live broadcast video stream address request is delayed by a random duration and sent to the request server, so as to obtain response data fed back by the request server.
In step S36, when receiving the overload notification information fed back by the request server, displaying the overload notification information; and the overload prompt information is generated when the request quantity acquired by the request server exceeds the set load.
The request server counts the received requests, each time the client initiates a live broadcast video stream address request to the request server, the count of the requests to be processed is increased by 1, and if the requests to be processed of the request server at a certain moment exceed a preset request threshold, overload prompt information is generated and sent to the client. Illustratively, when the pending requests of the request server exceed 1000 ten thousand at a certain time, the overload prompt message is generated and sent to the client side which sends the request subsequently.
In the embodiment of the disclosure, when the client receives the overload prompt information sent by the request server, the overload prompt information is displayed to the user, so that the user can know the processing condition of the request server for the current sending request in time, and at this time, the request server does not process the request any more. For example, the OverLoad prompt message fed back to the user may display an "OverLoad" word, and then pop up a retry button, prompting the user to click the retry button and resend the live video stream address request to the requesting server.
In step S37, in response to the request resending operation of the user, the operation is returned to execute the operation of generating a random time length for the address request of the live video stream as a mass request transmission policy according to the preset request break-up period.
In the embodiment of the disclosure, after a user clicks a retry button, a client responds to the click operation, returns to execute a break-up period according to a preset request, generates a random time length for a live video stream address request as an operation of a mass request sending strategy, and then sends the strategy again according to the mass request, and after delaying the set time length, sends the live video stream address request operation again to a mass request server.
The technical scheme of the embodiment of the disclosure includes responding to the operation of a user request entering a target live broadcast room, generating a live broadcast video stream address request matched with the target live broadcast room, then acquiring the live broadcast room type of the target live broadcast room, determining a mass request sending strategy matched with the mass live broadcast room when the live broadcast room type is a mass live broadcast room, finally sending the live broadcast video stream address request to a request server according to the mass request sending strategy to acquire response data fed back by the request server, displaying overload prompt information when receiving the overload prompt information fed back by the request server, retransmitting the operation in response to the request of the user, returning and executing the operation of determining the mass request sending strategy matched with the mass live broadcast room, on one hand, requesting to send according to the mass request sending strategy matched with the mass live broadcast room, and solving the problem that a large number of clients initiate video stream address requests to the server in a short time, the problem of the server down is caused, on the other hand, when the overload prompt information which is fed back by the request server is received, the user is prompted, and the user experience is improved.
Fig. 4 is a block diagram illustrating a live room request response apparatus according to an example embodiment. Referring to fig. 4, the apparatus includes a request generation module 410, a request transmission policy determination module 420, and a request transmission module 430.
A request generating module 410, configured to generate a live video stream address request matched with a target live broadcast room in response to an operation of a user requesting to enter the target live broadcast room;
a request sending policy determining module 420, configured to obtain a live broadcast room type of the target live broadcast room, and when the live broadcast room type is a mass live broadcast room, generate a random time length for the live broadcast video stream address request according to a preset request break-up period, where the random time length is used as the mass request sending policy;
and a request sending module 430, configured to delay the live video stream address request by the random duration according to the massive request sending policy, and send the request to a request server, so as to obtain response data fed back by the request server.
In an implementation manner of the embodiment of the present disclosure, optionally, the request sending module 430 includes:
and the request sending unit is used for delaying the live broadcast video stream address request by the random time length according to the mass request sending strategy and then sending the delayed live broadcast video stream address request to a mass request server.
In an implementation manner of the embodiment of the present disclosure, optionally, the live broadcast room request responding apparatus is further configured to:
and when the type of the live broadcast room is not the massive live broadcast room, sending the live broadcast video stream address request to a conventional request server, wherein the conventional request server is a request server for the non-massive live broadcast room.
In an implementation manner of the embodiment of the present disclosure, optionally, the request sending policy determining module 420 includes:
the device comprises a configuration information acquisition unit, a live broadcast room information acquisition unit and a live broadcast room information acquisition unit, wherein the configuration information acquisition unit is used for responding to the operation that a user requests to enter a target live broadcast room through a live broadcast room inlet card of a live broadcast room list interface and acquiring configuration information of the target live broadcast room corresponding to the inlet card;
and the type determining unit is used for determining the type of the live broadcast room of the target live broadcast room according to the configuration information.
In an implementation manner of the embodiment of the present disclosure, optionally, the live broadcast room request response apparatus further includes:
the interface acquisition module is used for responding to the live broadcast room list interface acquisition operation of a user, acquiring a live broadcast room list interface comprising a plurality of live broadcast room inlet cards from the request server and displaying the live broadcast room list interface;
the configuration information of the live broadcast room entrance card comprises the live broadcast room type of the request server for updating, and the massive live broadcast rooms are live broadcast rooms with request quantity reaching a set request threshold value within set time.
In an implementation manner of the embodiment of the present disclosure, optionally, the live broadcast room request responding apparatus is further configured to:
when receiving the overload prompt information fed back by the request server, displaying the overload prompt information; the overload prompting information is generated when the number of the requests acquired by the request server exceeds a set load;
and responding to the request retransmission operation of the user, returning to execute a request dispersion period which is preset, and generating a random time length aiming at the live broadcast video stream address request as the operation of the massive request sending strategy.
With regard to the live broadcast request responding apparatus in the above embodiment, the specific manner in which each unit performs operations has been described in detail in the embodiment related to the method, and will not be elaborated here.
Fig. 5 is a schematic structural diagram illustrating an electronic device according to an exemplary embodiment, where the electronic device includes, as shown in fig. 5:
one or more of the processors 510 may be,
in FIG. 5, a processor 510 is illustrated as an example;
a memory 520;
the processor 510 and the memory 520 in the device may be connected by a bus or other means, as exemplified by the bus connection in fig. 5.
The memory 520, which is a non-transitory computer-readable storage medium, may be used to store software programs, computer-executable programs, and modules, such as program instructions/modules corresponding to a live broadcast request response method in the embodiments of the present disclosure (for example, the request generation module 410, the request transmission policy determination module 420, and the request transmission module 430 shown in fig. 4). The processor 510 executes various functional applications and data processing of the computer device by executing software programs, instructions and modules stored in the memory 520, namely, implementing a live broadcast request response method of the above method embodiment, that is:
responding to an operation of a user request for entering a target live broadcast room, and generating a live broadcast video stream address request matched with the target live broadcast room;
acquiring the type of a live broadcast room of the target live broadcast room, and generating a random time length aiming at the live broadcast video stream address request according to a preset request scattering period to serve as a mass request sending strategy when the type of the live broadcast room is a mass live broadcast room;
and according to the mass request sending strategy, delaying the live broadcast video stream address request by the random time length, and sending the request to a request server to obtain response data fed back by the request server.
The memory 520 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of the computer device, and the like. Further, the memory 520 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, memory 520 may optionally include memory located remotely from processor 510, which may be connected to a terminal device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
In an exemplary embodiment, a storage medium comprising instructions, such as the memory 520 comprising instructions, executable by the processor 510 of the electronic device to perform the above-described method is also provided. Alternatively, the storage medium may be a non-transitory computer readable storage medium, which may be, for example, a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.
In an exemplary embodiment, a computer program product is also provided for use in conjunction with an electronic device, the computer program product comprising a computer-readable storage medium and a computer program mechanism embedded therein, the program being loaded into and executed by a computer to implement a live room request response method as described in any of the embodiments of the present disclosure.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.
Claims (10)
1. A live broadcast room request response method is applied to a client side and comprises the following steps:
responding to an operation of a user request for entering a target live broadcast room, and generating a live broadcast video stream address request matched with the target live broadcast room;
acquiring the type of a live broadcast room of the target live broadcast room, and generating a random time length aiming at the live broadcast video stream address request according to a preset request scattering period to serve as a mass request sending strategy when the type of the live broadcast room is a mass live broadcast room;
and according to the mass request sending strategy, delaying the live broadcast video stream address request by the random time length, and sending the request to a request server to obtain response data fed back by the request server.
2. The live broadcast room request response method according to claim 1, wherein sending the live broadcast video stream address request to a request server after delaying the random time length according to the massive request sending policy comprises:
and according to the mass request sending strategy, delaying the address request of the live broadcast video stream by the random time length, and sending the address request to a mass request server.
3. The live broadcast room request response method according to claim 2, further comprising, after obtaining the live broadcast room type of the target live broadcast room:
and when the type of the live broadcast room is not the massive live broadcast room, sending the live broadcast video stream address request to a conventional request server, wherein the conventional request server is a request server for the non-massive live broadcast room.
4. The live broadcast room request response method of claim 1, wherein obtaining the live broadcast room type of the target live broadcast room comprises:
responding to an operation that a user requests to enter a target live broadcast room through a live broadcast room entry card of a live broadcast room list interface, and acquiring configuration information of the target live broadcast room corresponding to the entry card;
and determining the type of the live broadcast room of the target live broadcast room according to the configuration information.
5. The live room request response method according to claim 4, further comprising:
responding to the live broadcast room list interface acquisition operation of a user, acquiring a live broadcast room list interface comprising a plurality of live broadcast room entry cards from a request server, and displaying the live broadcast room list interface;
the configuration information of the live broadcast room entrance card comprises the live broadcast room type of the request server for updating, and the massive live broadcast rooms are live broadcast rooms with request quantity reaching a set request threshold value within set time.
6. The live broadcast room request response method according to claim 1, wherein, according to the massive request transmission policy, after delaying the live broadcast video stream address request by the random time length and transmitting the request to a request server, the method further comprises:
when receiving the overload prompt information fed back by the request server, displaying the overload prompt information; the overload prompting information is generated when the number of the requests acquired by the request server exceeds a set load;
and responding to the request retransmission operation of the user, returning to execute a request dispersion period which is preset, and generating a random time length aiming at the live broadcast video stream address request as the operation of the massive request sending strategy.
7. A live broadcast request response device, characterized in that the live broadcast request response device comprises:
the request generation module is used for responding to the operation of a user for requesting to enter a target live broadcast room and generating a live broadcast video stream address request matched with the target live broadcast room;
the request sending strategy determining module is used for acquiring the type of a live broadcast room of the target live broadcast room, and when the type of the live broadcast room is a mass live broadcast room, generating random time length aiming at the live broadcast video stream address request according to a preset request scattering period to serve as the mass request sending strategy;
and the request sending module is used for delaying the live broadcast video stream address request for the random time length according to the massive request sending strategy and then sending the request to a request server so as to obtain response data fed back by the request server.
8. The live broadcast request responding apparatus according to claim 7, wherein the request sending module includes:
and the request sending unit is used for delaying the live broadcast video stream address request by the random time length according to the mass request sending strategy and then sending the delayed live broadcast video stream address request to a mass request server.
9. An electronic device, comprising:
a processor;
a memory for storing the processor-executable commands;
wherein the processor is configured to execute the command to implement the live-air request response method of any of claims 1-6.
10. A storage medium in which commands, when executed by a processor of a server, enable the server to perform the live-air request response method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010739314.9A CN111935536B (en) | 2020-07-28 | 2020-07-28 | Live broadcast room request response method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010739314.9A CN111935536B (en) | 2020-07-28 | 2020-07-28 | Live broadcast room request response method, device, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111935536A true CN111935536A (en) | 2020-11-13 |
| CN111935536B CN111935536B (en) | 2022-07-08 |
Family
ID=73315848
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010739314.9A Active CN111935536B (en) | 2020-07-28 | 2020-07-28 | Live broadcast room request response method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111935536B (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022152030A1 (en) * | 2021-01-15 | 2022-07-21 | 北京字跳网络技术有限公司 | Interaction method and apparatus, and electronic device and storage medium |
| CN114827281A (en) * | 2022-03-10 | 2022-07-29 | 北京百度网讯科技有限公司 | Method, system and device for sending and receiving network request |
| CN114928816A (en) * | 2022-04-24 | 2022-08-19 | 深圳数马电子技术有限公司 | Device connection method, system, terminal device, detection device and storage medium |
| CN115208939A (en) * | 2022-07-14 | 2022-10-18 | Oppo广东移动通信有限公司 | Access control method, device, storage medium and electronic equipment |
| CN115643419A (en) * | 2021-07-19 | 2023-01-24 | 北京字节跳动网络技术有限公司 | Web live broadcast page display method and device and client |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100182909A1 (en) * | 2009-01-20 | 2010-07-22 | Sagara Takahiro | Conjestion control system |
| US20120030326A1 (en) * | 2010-07-30 | 2012-02-02 | Brendan Cassidy | Method of Servicing Requests to Manage Network Congestion and Server Load and Server Thereof |
| CN107612844A (en) * | 2017-08-15 | 2018-01-19 | 武汉斗鱼网络科技有限公司 | A kind of method for mitigating server pulse, server and client side |
| CN107948664A (en) * | 2017-11-20 | 2018-04-20 | 广州虎牙信息科技有限公司 | Direct broadcasting room video playing control method, device and terminal |
| CN110809170A (en) * | 2019-10-09 | 2020-02-18 | 北京达佳互联信息技术有限公司 | Time delay determination method and device, commodity link display method and device and server |
| CN111030936A (en) * | 2019-11-18 | 2020-04-17 | 腾讯云计算（北京）有限责任公司 | Current-limiting control method and device for network access and computer-readable storage medium |
-
2020
- 2020-07-28 CN CN202010739314.9A patent/CN111935536B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100182909A1 (en) * | 2009-01-20 | 2010-07-22 | Sagara Takahiro | Conjestion control system |
| US20120030326A1 (en) * | 2010-07-30 | 2012-02-02 | Brendan Cassidy | Method of Servicing Requests to Manage Network Congestion and Server Load and Server Thereof |
| CN107612844A (en) * | 2017-08-15 | 2018-01-19 | 武汉斗鱼网络科技有限公司 | A kind of method for mitigating server pulse, server and client side |
| CN107948664A (en) * | 2017-11-20 | 2018-04-20 | 广州虎牙信息科技有限公司 | Direct broadcasting room video playing control method, device and terminal |
| CN110809170A (en) * | 2019-10-09 | 2020-02-18 | 北京达佳互联信息技术有限公司 | Time delay determination method and device, commodity link display method and device and server |
| CN111030936A (en) * | 2019-11-18 | 2020-04-17 | 腾讯云计算（北京）有限责任公司 | Current-limiting control method and device for network access and computer-readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 张晓勇: "基于SOA的直播互动平台的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》, 15 January 2019 (2019-01-15) * |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022152030A1 (en) * | 2021-01-15 | 2022-07-21 | 北京字跳网络技术有限公司 | Interaction method and apparatus, and electronic device and storage medium |
| CN115643419A (en) * | 2021-07-19 | 2023-01-24 | 北京字节跳动网络技术有限公司 | Web live broadcast page display method and device and client |
| WO2023000890A1 (en) * | 2021-07-19 | 2023-01-26 | 北京字节跳动网络技术有限公司 | Webcast page display method and apparatus, and client |
| CN114827281A (en) * | 2022-03-10 | 2022-07-29 | 北京百度网讯科技有限公司 | Method, system and device for sending and receiving network request |
| CN114827281B (en) * | 2022-03-10 | 2023-09-29 | 北京百度网讯科技有限公司 | Method, system and device for sending and receiving network request |
| CN114928816A (en) * | 2022-04-24 | 2022-08-19 | 深圳数马电子技术有限公司 | Device connection method, system, terminal device, detection device and storage medium |
| CN115208939A (en) * | 2022-07-14 | 2022-10-18 | Oppo广东移动通信有限公司 | Access control method, device, storage medium and electronic equipment |
| CN115208939B (en) * | 2022-07-14 | 2024-03-19 | Oppo广东移动通信有限公司 | Access control method, device, storage medium and electronic equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111935536B (en) | 2022-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111935536B (en) | Live broadcast room request response method, device, equipment and storage medium | |
| CN110213522B (en) | Video data processing method and device and related equipment | |
| WO2018059353A1 (en) | Message processing method and apparatus | |
| WO2017202243A1 (en) | Multimedia playback method and related device | |
| US20160295269A1 (en) | Information pushing method, device and system | |
| CN111770355B (en) | Media server determination method, device, server and storage medium | |
| CN111787345B (en) | Interactive resource processing method and device based on network live broadcast room, server and storage medium | |
| US8990325B2 (en) | Real-time and interactive community-based content publishing system | |
| CN104618785A (en) | Audio and video playing method, device and system | |
| WO2021237433A1 (en) | Message pushing method and apparatus, and electronic device and computer-readable medium | |
| US11889133B2 (en) | Burst traffic processing method, computer device and readable storage medium | |
| CN111988387B (en) | Interface request processing method, device, equipment and storage medium | |
| CN111541555A (en) | Group chat optimization method and related product | |
| CN108174267A (en) | The sending device of interactive information, method and computer readable storage medium in live streaming | |
| CN113170216A (en) | Live broadcast-based gift delivery method and device, equipment and storage medium | |
| CN112312145B (en) | Access server, burst traffic caching method, system, computer device and readable storage medium | |
| CN112702640A (en) | Live broadcast wheat connecting method and device, storage medium and electronic equipment | |
| CN112533012B (en) | Transmission method, device, equipment and storage medium for interaction information of live broadcasting room | |
| CN103814580B (en) | The method that interactive service is provided and the server in interactive service network | |
| CN116308671A (en) | Online bidding method based on MQTT protocol, electronic equipment and storage medium | |
| US20220239638A1 (en) | Method and device for registration and login, and computer-readable storage medium | |
| CN114553890B (en) | System message processing method, device, computer equipment and storage medium | |
| CN114025184A (en) | Video live broadcast method and electronic equipment | |
| CN113873269A (en) | Information pushing method and device, server and storage medium | |
| CN111479137A (en) | Method and device for providing line address, server 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 |