CN108810052A - The selection method and device of direct broadcast server - Google Patents

Abstract

The application discloses a method and device for selecting a live broadcast server, belonging to the field of network technology. The method includes: the live broadcast management server receives a stream push request sent by the anchor terminal, the stream push request carries an anchor identifier, and the live broadcast management server obtains each live server in the plurality of live broadcast servers and the anchor identifier based on the anchor identifier Corresponding historical viewing records, based on the historical viewing records, the communication quality parameters between each of the multiple live servers and the anchor terminal, and the communication quality parameters between the multiple live servers, the live management server, from One of the multiple live servers is determined as the source live server. The embodiment of the present invention specifically pushes streams quickly for some users, and minimizes the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

Description

Method and device for selecting live broadcast server

technical field

The present application relates to the field of network technology, in particular to a method and device for selecting a live server.

Background technique

With the rapid development of network technology, the network live broadcast system has been widely used, for example, it can be applied to live broadcast scenarios such as live broadcast of football games and live broadcast of opening ceremony. At present, the network live broadcast system mainly includes an anchor terminal, a viewing user terminal and a network live broadcast platform, and the network live broadcast platform also includes a live broadcast management server and multiple live broadcast servers. Wherein, the live server can be used to store the live data stream, and the user terminal watching can download the live data stream from the live server. The live broadcast management server is mainly used to select a live broadcast server from the plurality of live broadcast servers as a source live broadcast server, and the source live broadcast server is mainly used to store the live data stream sent by the anchor terminal during the live broadcast.

In the prior art, the anchor terminal may send a stream push request to the live broadcast management server during live broadcast, and the stream push request may carry the Internet Protocol (IP) address of the anchor terminal currently accessing the network. Since the communication quality between the live broadcast server in the same or closer area to the anchor terminal and the anchor terminal is generally better, the live management server can select from the multiple live servers according to the IP address of the anchor terminal. The live broadcast server with better communication quality between the anchor terminals is used as the source live broadcast server. Afterwards, the live broadcast management server creates a live broadcast channel, and sends the address information of the source live broadcast server and the channel information of the live broadcast channel to the anchor terminal, so that the anchor terminal can send the live broadcast to the source live broadcast server based on the address information and channel information. The data stream is stored by the source live server and is not further distributed. When a user is watching a live broadcast, if there is no live data stream on the live broadcast server to which the user belongs, the live data stream will be pulled from the source live server in real time and sent to the user.

In the embodiment provided above, the live broadcast management server selects the live broadcast server with better communication quality with the anchor terminal as the source live server to store the live data stream sent by the anchor terminal. However, since the distribution of the live video stream requires a certain delay, if the number of viewing users who download the live data stream from the source live broadcast server is small, then most of the viewing user terminals cannot quickly obtain the live video stream. Poor performance and low efficiency.

Contents of the invention

In order to solve the problem of poor pertinence and low efficiency of live broadcast in the prior art, the present application provides a method and device for selecting a live broadcast server. Described technical scheme is as follows:

In the first aspect, a method for selecting a live broadcast server is provided, which is applied to a network live broadcast platform. The network live broadcast platform includes a live broadcast management server and a plurality of live broadcast servers. The method includes:

The live broadcast management server receives the stream push request sent by the anchor terminal, and the stream push request carries the anchor identifier;

The live broadcast management server obtains historical viewing records corresponding to each live server in the plurality of live broadcast servers and the anchor identifier based on the anchor identifier;

Based on the historical viewing records, the communication quality parameters between each of the multiple live servers and the anchor terminal, and the communication quality parameters between the multiple live servers, the live management server selects from the Determine a live server among the plurality of live servers as the source live server.

In the embodiment of the present invention, since the live broadcast management server is based on the historical viewing records, the communication quality parameters between each of the multiple live servers and the host terminal, and the communication quality parameters between the multiple live servers One condition is used to determine a live server as the source live server from multiple live servers. In this way, it is possible to quickly push streams for some users in a targeted manner, and minimize the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

In a possible implementation, the method further includes:

The live broadcast management server creates a live channel, and sends a streaming response to the anchor terminal, and the streaming response carries the address information of the source live server and the channel information of the live channel.

It is worth noting that, after the live broadcast management server sends a streaming response carrying the address information of the source live broadcast server and the channel information of the live broadcast channel to the anchor terminal, the anchor terminal can channel information, and upload the live data stream to the source live server, thereby realizing the push of the live data stream.

In a possible implementation manner, the live broadcast management server is based on the historical viewing records, communication quality parameters between each of the multiple live broadcast servers and the anchor terminal, and the multiple live server Between the communication quality parameters, determine a live server as the source live server from the plurality of live servers, including:

The live management server determines N live servers that satisfy a preset matching strategy from the plurality of live servers based on the historical viewing records, where N is the number of live servers that meet the preset matching strategy;

The live management server determines the weights of the N live servers according to the historical viewing records;

According to the weights of the N live servers, the communication quality parameters between the anchor terminal and the N live servers, and the communication quality parameters between the N live servers, the live management server selects from the N One of the live servers is determined as the source live server.

It is worth noting that the live broadcast management server, according to the historical viewing records, the weights of the N live broadcast servers, the communication quality parameters between the anchor terminal and the N live broadcast servers, and the communication quality parameters between the N live broadcast servers, One live server is determined from the N live servers as the source live server. In this way, the computation load of the live management server for determining the source live server can be reduced.

In a possible implementation manner, the live broadcast management server is based on the weights of the N live broadcast servers, the communication quality parameters between the anchor terminal and the N live broadcast servers, and the communication quality parameters between the N live broadcast servers. Communication quality parameter, determine a live server as the source live server from the N live servers, including:

For each live server in the N live servers, determine the communication quality parameter between the live server and the anchor terminal, and determine the live server and the N live servers except the live server Communication quality parameters between each live server other than ;

According to the weights of the N live servers, the communication quality parameters between the live server and the anchor terminal, and the live server and each live server in the N live servers except the live server The communication quality parameter between, determine the comprehensive communication quality parameter corresponding to described live server;

From the N live servers, determine the live server corresponding to the smallest comprehensive communication quality parameter as the source live server.

It is worth noting that when determining the source live server from the N live servers, the time delay between the host terminal and each live server, and the time delay between each live server and other live servers are calculated comprehensively, so , when subsequently distributing live data streams to the N live servers, it can ensure that the time delay between the determined source live server and the N live servers is relatively short, thereby reducing the time delay for viewing user terminals to obtain live data streams , which improves the live broadcast efficiency.

In a possible implementation manner, the live broadcast management server is based on the historical viewing records, communication quality parameters between each of the multiple live broadcast servers and the anchor terminal, and the multiple live server Between the communication quality parameters, determine a live server as the source live server from the plurality of live servers, including:

The live management server determines N live servers that satisfy a preset matching strategy from the plurality of live servers based on the historical viewing records, where N is the number of live servers that meet the preset matching strategy;

The live management server determines the weights of the N live servers according to the historical viewing records;

The live management server, according to the weights of the N live servers, the communication quality parameters between the anchor terminal and any one of the multiple live servers, and the communication quality parameters between the multiple live servers, Determining a live server from the plurality of live servers as the source live server.

It is worth noting that, by determining the comprehensive communication parameters of each live server in the multiple live servers, and according to the comprehensive communication parameters of each live server, determine a live server from the multiple live servers as the source live server, In this way, the accuracy of determining the source live server is improved.

In a possible implementation manner, the historical viewing record includes the number of users who watched the content corresponding to the anchor identifier on the live broadcast server;

Based on the historical viewing records, the live management server determines N live servers that meet the preset matching strategy from the plurality of live servers, including:

The live management server determines from the plurality of live servers that the number of users watching the content corresponding to the anchor identifier is greater than or equal to a first preset threshold as the live servers that satisfy the preset matching policy.

It is worth noting that the live broadcast management server selects a live server with a large number of users who have historically watched the content corresponding to the anchor ID from the multiple live broadcast servers, and uses the selected live server as the target of streaming. In this way, large Part of the viewing user terminals can obtain the live data stream as quickly as possible.

In a possible implementation manner, the historical viewing record includes the total amount of historical rewards of all users who watch the content corresponding to the anchor identifier on the live broadcast server;

Based on the historical viewing records, the live management server determines N live servers that meet the preset matching strategy from the plurality of live servers, including:

The live broadcast management server determines from the plurality of live broadcast servers that the total amount of historical rewards of all users watching the content corresponding to the host identifier is greater than or equal to a second preset threshold as meeting the preset match Strategies for live servers.

It is worth noting that the live broadcast management server selects from multiple live broadcast servers the live broadcast server whose total historical tipping amount of all users who watch the content corresponding to the anchor identifier is greater than or equal to the second preset threshold, and sends the selected live broadcast server The server is determined as the streaming target. In this way, the users on the live server corresponding to the larger total amount of rewards can quickly see the live broadcast.

In a possible implementation manner, the historical viewing record includes the total amount of historical rewards of each user who watches the content corresponding to the anchor identifier on the live broadcast server;

Based on the historical viewing records, the live management server selects N live servers that meet the preset matching strategy from the plurality of live servers, including:

The live broadcast management server determines, from the plurality of live broadcast servers, that the live broadcast server corresponding to the users who watch the content corresponding to the anchor identifier in the top M in the history of the total amount of rewards is the live broadcast server that satisfies the preset matching strategy server.

It is worth noting that the above-mentioned live broadcast management server determines from the plurality of live broadcast servers that the live broadcast servers corresponding to the users who watch the content corresponding to the anchor identifier in the top M in the history of the total amount of rewards are the ones that satisfy the preset matching strategy Live broadcast server, so that users with large rewards can quickly watch the live broadcast.

In a possible implementation manner, after the live broadcast management server determines N live servers satisfying a preset matching strategy from the plurality of live broadcast servers based on the historical viewing records, it further includes:

The live broadcast management server receives the data transmission success message sent by the source live broadcast server, and the data transmission success message carries the channel information of the live broadcast channel;

The live broadcast management server sends a download instruction to the N live servers, and the download instruction includes address information of the source live server and channel information of the live channel.

It is worth noting that the live broadcast management server sends a download instruction to the N live servers, and the download instruction includes the address information of the source live server and the channel information of the live channel, so that the N live servers can be successfully downloaded. Pull the live data stream back to the source.

In a second aspect, a method for selecting a live broadcast server is provided, which is applied to a network live broadcast platform. The network live broadcast platform includes a live broadcast management server and a plurality of live broadcast servers. The method includes:

The live broadcast management server receives the data transmission success message sent by the source live broadcast server, the data transmission success message carries the channel information of the live channel, and the source live broadcast server receives the push stream sent by the anchor terminal by the live broadcast management server After the request is selected from the multiple live servers, and used to store the live data stream sent by the anchor terminal, the live channel is established by the live management server after selecting the source live server;

Based on the channel information of the live broadcast channel, the live management server obtains the corresponding anchor ID from the correspondence between the anchor ID and channel information, and obtains the corresponding anchor ID from the stored correspondence between the anchor ID and historical viewing records. Corresponding historical viewing records, the corresponding relationship between the anchor identifier and the channel information of the live channel is stored after the live channel is created by the live management server;

Based on the historical viewing records, the live broadcast management server selects at least one live server other than the source live server that meets the preset matching strategy as a distribution live server from the plurality of live broadcast servers.

In the embodiment of the present invention, in the process of distributing live data streams, according to historical viewing records, a live server that satisfies the preset matching strategy can be selected from multiple live servers as the distribution live server, so that the live management server The live broadcast data stream is distributed in a targeted manner, which improves the live broadcast efficiency.

In a possible implementation, the live broadcast management server selects from the multiple live broadcast servers, based on the historical viewing records, at least one live broadcast server that meets the preset matching strategy except the source live broadcast server After serving as a distribution live server, it also includes:

Sending a download instruction to the at least one live distribution server, where the download instruction includes address information of the source live server and channel information of the live channel.

It is worth noting that the live broadcast management server sends a download instruction to at least one distribution live broadcast server, and the download instruction includes the address information of the source live broadcast server and the channel information of the live broadcast channel, so that the at least one distribution live broadcast The server successfully returns to the source to pull the live data stream.

In a possible implementation manner, the historical viewing record includes the number of users who watched the content corresponding to the anchor identifier on the live broadcast server;

Based on the historical viewing records, the live management server selects at least one live server from the plurality of live servers that meets the preset matching strategy except the source live server as a distribution live server, including:

The live broadcast management server determines, from the multiple live broadcast servers, that at least one live broadcast server whose number of users watching the content corresponding to the anchor identifier is greater than or equal to a first preset threshold is a distribution live broadcast that satisfies the preset matching strategy. server.

It is worth noting that the live broadcast management server selects a live server with a large number of users who have historically watched the content corresponding to the anchor ID from the multiple live broadcast servers, and uses the selected live server as the target of streaming. In this way, large Part of the viewing user terminals can obtain the live data stream as quickly as possible.

In a possible implementation manner, the historical viewing record includes the total amount of historical rewards of all users who watch the content corresponding to the anchor identifier on the live broadcast server;

Based on the historical viewing records, the live management server selects at least one live server from the plurality of live servers that meets the preset matching strategy except the source live server as a distribution live server, including:

The live broadcast management server determines, from the multiple live broadcast servers, that at least one live broadcast server whose total historical tipping amount of all users who watch the content corresponding to the anchor identifier is greater than or equal to a second preset threshold value satisfies the preset threshold. Set the distribution live server of the matching strategy.

It is worth noting that the live broadcast management server selects from multiple live broadcast servers the live broadcast server whose total historical tipping amount of all users who watch the content corresponding to the anchor identifier is greater than or equal to the second preset threshold, and sends the selected live broadcast server The server is determined as the push target, so that users on the live server can quickly watch the live broadcast.

In a possible implementation manner, the historical viewing record includes the total amount of historical rewards of each user who watches the content corresponding to the anchor identifier on the live broadcast server;

Based on the historical viewing records, the live management server selects at least one live server from the plurality of live servers that meets the preset matching strategy except the source live server as a distribution live server, including:

The live broadcast management server determines from the plurality of live broadcast servers that at least one live broadcast server corresponding to users who watch the content corresponding to the anchor identifier in the top M in the history of the total amount of rewards is satisfied with the preset matching strategy distribution live server.

It is worth noting that, from the plurality of live broadcast servers, the live broadcast management server determines that the live broadcast servers corresponding to the users who watch the content corresponding to the anchor ID in the top M in terms of the total amount of historical tipping are the live broadcast servers that satisfy the preset matching strategy server, so that users with large rewards can quickly watch the live broadcast.

In a third aspect, a device for selecting a live server is provided, and the device for selecting a live server has the function of implementing the behavior of the method for selecting a live server in the first aspect and the second aspect above. The device for selecting a live server includes at least one unit, and the at least one unit is used to implement the method for selecting a live server provided in the first aspect and the second aspect above.

In a fourth aspect, a device for selecting a live server is provided. The structure of the device for selecting a live server includes a processor and a memory. The program of the method for selecting a live server provided by the aspect, and storing the data involved in realizing the method for selecting a live server provided by the first aspect and the second aspect above. The processor is configured to execute programs stored in the memory. The operating device of the storage device may further include a communication bus for establishing a connection between the processor and the memory.

In the fifth aspect, a computer-readable storage medium is provided, and instructions are stored in the computer-readable storage medium, and when it runs on a computer, the computer executes the live broadcast server described in the first aspect and the second aspect above selection method.

In a sixth aspect, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to execute the live server selection method described in the first aspect and the second aspect above.

The technical effects obtained by the third aspect, the fourth aspect, the fifth aspect and the sixth aspect are similar to those obtained by the corresponding technical means in the first aspect and the second aspect, and will not be repeated here.

The beneficial effect brought by the technical solution provided by this application is: after the live broadcast management server receives the stream push request carrying the anchor ID sent by the anchor terminal, it obtains the historical viewing records corresponding to the anchor ID for each live server among the multiple live servers. Afterwards, according to the historical viewing record, the communication quality parameters between each live server and the anchor terminal in the multiple live servers, the live management server selects from multiple live broadcast servers according to these three conditions: In the live broadcast server, a live broadcast server is determined as the source live broadcast server. In this way, it is possible to quickly push streams for some users in a targeted manner, and minimize the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

Description of drawings

FIG. 1 is a schematic structural diagram of a live broadcast system provided by an embodiment of the present invention;

Fig. 2 is a schematic structural diagram of a live broadcast management server provided by an embodiment of the present invention;

FIG. 3 is a flow chart of a method for selecting a live server provided by an embodiment of the present invention;

FIG. 4 is a flow chart of a method for distributing live data streams according to an embodiment of the present invention;

Fig. 5 is a flow chart showing another method for selecting a live server according to an exemplary embodiment;

FIG. 6A is a schematic structural diagram of a device for selecting a live server according to an embodiment of the present invention;

Fig. 6B is a schematic structural diagram of another device for selecting a live server according to an embodiment of the present invention;

Fig. 6C is a schematic structural diagram of another device for selecting a live server according to an embodiment of the present invention.

Detailed ways

In order to make the purpose, technical solution and advantages of the present application clearer, the implementation manners of the present application will be further described in detail below in conjunction with the accompanying drawings.

Before explaining the embodiment of the present invention in detail, the system architecture of the embodiment of the present invention will be introduced first. FIG. 1 is a schematic structural diagram of a live broadcast system provided by an embodiment of the present invention. The live broadcast system mainly includes an anchor terminal 11 , a network live broadcast platform 12 and a viewing user terminal 13 . The host terminal 11 and the viewing user terminal 13 can respectively establish a connection with the webcast platform 12 through a wireless network.

Wherein, the anchor terminal 11 is mainly used for collecting and encoding the live images on the anchor side, and pushing the collected and encoded live data streams to the live broadcast server of the network live broadcast platform 12 (wherein, regarding the network For the equipment included in the live broadcast platform 12, please refer to the description below). In an actual application scenario, the host terminal 11 may be a device such as a mobile phone, a tablet computer, or a computer, which is not limited in this embodiment of the present invention.

Wherein, the network live broadcast platform 12 includes a live broadcast management server and a plurality of live broadcast servers. It should be noted that the number of live management servers and the number of live servers are not limited in this embodiment of the present invention. For the convenience of description, in the accompanying drawing 1 of the embodiment of the present invention, the network live broadcast platform 12 includes four live broadcast servers and one live broadcast management server as an example for illustration.

The live broadcast management server is the core of the network live broadcast platform 12, and is also a key device that affects the user's viewing experience of the live broadcast. The live broadcast management server is mainly responsible for selecting a source live broadcast server from multiple live broadcast servers, and the source live broadcast server is any one of the multiple live broadcast servers, and is mainly used for storing live data streams uploaded by anchor terminals.

In actual implementation, the anchor terminal 11 may send a stream push request carrying an anchor ID to the live broadcast management server, and the anchor ID may be used to uniquely identify an anchor, for example, the anchor ID may be an anchor account. After receiving the stream pushing request, the live broadcast management server obtains historical viewing records corresponding to the anchor ID of each live server among the plurality of live servers according to the anchor ID. Afterwards, the live broadcast management server, according to the historical viewing records, the communication quality parameters between each live server in the multiple live servers and the host terminal 11, and the communication quality parameters between the multiple live servers, from the multiple live broadcasts A live server is determined in the server as the source live server, and the anchor terminal 11 can push the live data stream to the source live server. Regarding the specific implementation process, reference may be made to the embodiment described in FIG. 3 below. Wherein, the communication quality parameter may include but not limited to geographic location, time delay, and packet loss rate.

In the embodiment of the present invention, when selecting the source live server, not only the communication quality between the anchor terminal and each live server is considered, but also the historical viewing records on each live server and the communication between multiple live servers are considered. The quality of communication, in this way, can push streams quickly for certain users in a targeted manner, and can minimize the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

Further, the live broadcast management server can also be used to select at least one live broadcast server from the plurality of live broadcast servers as the distribution live broadcast server. Each distribution live server is also any one of the multiple servers, and is mainly used to pull the live data stream from the source live server back to the source. For the specific implementation process, refer to the embodiment described in FIG. 4 or FIG. 5 below.

It should be noted that, in order to improve the push and distribution speed of live data streams, the plurality of live servers are generally implemented by using content delivery network (Content Delivery Network, CDN) systems scattered in various geographic locations.

Wherein, the above-mentioned viewing user terminal 13 is mainly used to obtain the live data stream from the live server, and perform decoding, rendering and playback on the live data stream, so that the user can watch the live broadcast. Wherein, the viewing user terminal 13 may be a device such as a mobile phone, a tablet computer, or a computer, which is not limited in this embodiment of the present invention. In addition, the number of viewing user terminals 13 is not limited in the embodiment of the present invention. In FIG. 1 , three viewing user terminals 13 are included in the live broadcast system as an example for illustration.

In a specific implementation, the viewing user terminal 13 generally obtains the live data stream from a live server that is closer to itself. Specifically, when the watching user terminal 13 needs to obtain the live broadcast data stream, the watching user terminal 13 sends a request to watch the live broadcast to the live broadcast management server, and the request generally carries the IP address of the watching user terminal 13 . After the live broadcast management server receives the request to watch the live broadcast, according to the IP address, from the plurality of live broadcast servers, select the live broadcast server that is in the same or near area with the viewing user terminal 13, and sends the address of the live broadcast server The information is sent to the viewing user terminal 13, so that the viewing user terminal 13 obtains the live data stream from the allocated live server.

It should be noted that, in actual application scenarios, the anchor terminal 11 and the viewing user equipment 13 need to successfully log in to the network live broadcast platform 12 before they can push streams to the network live broadcast platform 12 or obtain live data streams. In a specific implementation, the host terminal 11 and the viewing user equipment 13 can respectively send login requests to the webcast platform 12, and in a possible implementation, the live broadcast management server in the webcast platform 12 can be responsible for identity authentication , where, for the specific implementation process of identity authentication, reference may be made to related technologies, which will not be elaborated in this embodiment of the present invention. In the embodiment of the present invention, it is described by taking the anchor terminal 11 and the viewing user equipment 13 as an example to successfully log in to the network live broadcast platform 12 through identity authentication.

Fig. 2 is a schematic structural diagram of a live broadcast management server provided by an embodiment of the present invention. The live broadcast system in FIG. 1 can be realized by the live broadcast management server shown in FIG. 2 . The live broadcast management server may be a computer device. Referring to FIG. 2 , the computer device includes at least one processor 201 , a communication bus 202 , a memory 203 and at least one communication interface 204 .

The processor 201 may be a general-purpose central processing unit (Central Processing Unit, CPU), a microprocessor, a specific application integrated circuit (application-specific integrated circuit, ASIC), or one or more devices used to control the execution of the program program of this application. integrated circuit.

Communication bus 202 may include a path for communicating information between the components described above.

The memory 203 may be a read-only memory (read-only memory, ROM) or other types of static storage devices that can store static information and instructions, a random access memory (random access memory, RAM)) or other types that can store information and instructions Type of dynamic storage device, also can be Electrically Erasable Programmable Read-Only Memory (EEPROM), CD-ROM (CompactDisc Read-Only Memory, CD-ROM) or other optical disk storage, optical disk storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be programmed by a computer Any other medium accessed, but not limited to. The memory 203 may exist independently, and is connected to the processor 201 through the communication bus 202 . The memory 203 can also be integrated with the processor 201 .

The communication interface 204 uses any device such as a transceiver for communicating with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Networks (Wireless Local Area Networks, WLAN) and so on.

In a specific implementation, as an embodiment, the processor 201 may include one or more CPUs, such as CPU0 and CPU1 shown in FIG. 2 .

In a specific implementation, as an embodiment, a computer device may include multiple processors, such as the processor 201 and the processor 205 shown in FIG. 2 . Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (eg, computer program instructions).

In a specific implementation, as an embodiment, the computer device may further include an output device 206 and an input device 207 . Output device 206 is in communication with processor 201 and can display information in a variety of ways. For example, the output device 206 may be a liquid crystal display (liquid crystal display, LCD), a light emitting diode (light emitting diode, LED) display device, a cathode ray tube (cathode ray tube, CRT) display device, or a projector (projector) Wait. The input device 207 communicates with the processor 201 and can receive user input in various ways. For example, the input device 207 may be a mouse, a keyboard, a touch screen device, or a sensing device, among others.

The above computer equipment may be a general computer equipment or a special computer equipment. In a specific implementation, the computer device may be a desktop computer, a portable computer, a network server, a personal digital assistant (PDA), a mobile phone, a tablet computer, a wireless terminal device, a communication device or an embedded device. The embodiment of the present invention does not limit the type of computer equipment.

Wherein, the memory 203 is used to store program codes for executing the solution of the present application, and the execution is controlled by the processor 201 . The processor 201 is used to execute the program code 208 stored in the memory 203 . One or more software modules may be included in the program code 208 . The processor 201 is configured to execute the application program code stored in the memory 203, so as to realize the function of the live broadcast management server in FIG. 1 .

According to the above description, it can be known that the live broadcast management server needs to obtain historical viewing records. Therefore, before implementing the embodiments of the present invention, the historical viewing records need to be determined according to historical live broadcast conditions. Here, the storage process of the historical viewing records will be introduced first. In actual implementation, the historical viewing records can be stored on a centralized management device. For example, the centralized management device can be the live broadcast management server, or the centralized management device can also be a separate device. This is not limited. Next, take the historical viewing record stored by the live broadcast management server as an example for illustration:

According to different actual needs, the content that needs to be recorded in the historical viewing record is different, which may specifically include but not limited to the following situations:

Case 1: the historical viewing record includes the number of users who watched the content corresponding to the host ID on the live broadcast server.

As mentioned above, the viewing user terminal generally obtains the live broadcast data stream from the live broadcast server that is closer to itself, that is, there may be users watching the live broadcast content on each of the multiple live broadcast servers. In order to record the number of users who watch the content corresponding to the anchor ID on each live server, after each live broadcast ends, the live broadcast management server can use the anchor ID as a unit to record according to the format of Table 1 below:

Table 1

anchor logo The ID of the live server number of viewers

Afterwards, the live broadcast management server summarizes the recorded information. In a possible implementation manner, the live broadcast management server may store the corresponding relationship among the anchor ID, the live server ID, and the number of users, so as to obtain the historical viewing record. Further, in order to facilitate subsequent acquisition of the address information of each live server, the historical viewing record may also include the address information of each live server. Specifically, it can be as shown in Table 2 below:

Table 2

The second case: the historical viewing record includes the total amount of historical rewards of all users who watch the content corresponding to the anchor identifier on the live broadcast server.

During the live broadcast, users can tip the anchor according to their liking for the live broadcast content of the anchor. In a possible implementation manner, the tipping and payment operations can be managed by the live broadcast management server in the network live broadcast platform. Of course, here is only an example of how the live broadcast management server manages rewards and payment operations. In another embodiment, it can also be managed by other devices in the network live broadcast platform. This is not limited.

Specifically, the user can send a tipping message to the live broadcast management server through the viewing user terminal, and the tipping message can carry the tipping amount, the channel information of the live channel, and the identifier of the live server where the user watches the content of the host's live broadcast . After the live broadcast management server receives the reward message, it determines the corresponding host ID according to the channel information, and can record it according to the format of Table 3 below:

table 3

anchor logo The ID of the live server User's tipping amount

Afterwards, the live broadcast management server summarizes the recorded information. Similarly, in order to facilitate subsequent acquisition of the address information of each live server, the historical viewing record may also include the address information of each live server. In this way, the summarized historical viewing records can be as shown in Table 4 below:

Table 4

Of course, in actual implementation, users may tip virtual items, etc. In this case, the virtual item can be converted into a tipping amount according to a certain conversion strategy, and the tipping amount can be recorded, The summary processing is not limited in this embodiment of the present invention.

The third case: the historical viewing record includes the total amount of historical rewards of each user who watches the content corresponding to the anchor identifier on the live broadcast server.

Similar to the second case above, during the live broadcast, the live broadcast management server can record and summarize the rewards of the users. The difference from the above second case is that in this implementation, the live broadcast management server summarizes the total amount of rewards of each user who watches the content corresponding to the anchor ID on each live server. In the actual application scenario, according to the user's preference for the content corresponding to the anchor ID, the amount of rewards for different users is also different. In a possible implementation, the live broadcast management server records and summarized historical viewing records may be as shown in Table 5 below:

table 5

In actual implementation, not only the total reward amount of each user can be considered, but also the level or title of each user can be considered. In this case, the historical viewing record can include the content corresponding to the host ID on the live broadcast server The total amount of rewards of multiple users whose level is higher than a certain level. For example, the historical viewing record may include the total amount of rewards of multiple users who watch the content corresponding to the anchor identifier on the live broadcast server and whose level is higher than level five.

In fact, since the larger the user’s reward amount, the corresponding level will generally be higher. Therefore, in the embodiment of the present invention, only the historical viewing records include each content corresponding to the anchor ID on the live broadcast server. The total amount of historical tipping by a user is used as an example for illustration.

It should be noted that, in the actual implementation process, the live broadcast management server may only save the viewing user information after the latest live broadcast or several recent live broadcasts, wherein the viewing user information includes information such as the number of users and the amount of rewards. Alternatively, the live broadcast management server may also record the viewing user information after multiple recent live broadcasts, and then perform calculations based on the viewing user information after multiple live broadcasts to obtain the calculated historical viewing records. Values are calculated, which is not limited in this embodiment of the present invention.

It should be noted that, the above is only an example showing the format of the historical viewing record. In another embodiment, the historical viewing record may also be stored in other ways, which is not limited in this embodiment of the present invention.

Based on the historical viewing records provided by the above embodiments, the method for selecting a live server provided by the embodiment of the present invention is described in detail next, please refer to Figure 3, which is a flow chart of a method for selecting a live server provided by the embodiment of the present invention , this method can be implemented through the live broadcast system shown in Figure 1 above, and the method includes:

301: The live broadcast management server receives a stream push request sent by the anchor terminal, and the stream push request carries an anchor identifier.

As mentioned above, when the anchor terminal needs to perform live broadcast, it can send a push request carrying the anchor ID to the live broadcast management server.

In addition, in order to facilitate the live broadcast management server to subsequently determine the communication quality between the anchor terminal and multiple live broadcast management servers, in a possible implementation, the streaming request may also carry the IP address of the anchor terminal.

302: Based on the anchor identifier, the live broadcast management server acquires historical viewing records corresponding to the anchor identifier on each of the multiple live broadcast servers.

As mentioned above, in a possible implementation manner, the live broadcast management server pre-records and saves the historical viewing record of each live broadcast server corresponding to the host ID. In this case, the live broadcast management server can directly obtain the historical viewing record of each live server corresponding to the anchor ID locally.

In a specific implementation, according to different actual needs, the content recorded in the historical viewing record may also be different, and the specific content included in the historical viewing record is shown in Table 2, Table 4 or Table 5 in the above embodiment.

303: The live broadcast management server, based on the historical viewing records, the communication quality parameters between each live server in the multiple live servers and the anchor terminal, and the communication quality parameters between the multiple live servers Determine a live server as the source live server.

Specifically, this step may include the following 3031-3033 implementation processes:

3031: Based on the historical viewing record, the live broadcast management server determines N live broadcast servers satisfying a preset matching strategy from the plurality of live broadcast servers, where N is the number of live broadcast servers satisfying the preset matching strategy.

The preset matching strategy can be set by default. According to the different preset matching strategies, the method for the live management server to determine N live servers satisfying the preset matching strategy from the plurality of live servers based on the historical viewing records is also different, specifically, the following possible implementation methods may be included :

The first case: the historical viewing record includes the number of users who watched the content corresponding to the host ID on the live broadcast server, and the live management server determines from the multiple live broadcast servers that the number of users who watched the content corresponding to the host ID is greater than or equal to the first A live server with a preset threshold is a live server that satisfies the preset matching strategy.

In an actual application scenario, according to the number of users who watch the content corresponding to the anchor ID on each live server, the popularity of the content corresponding to the anchor ID in the live server can be determined. The higher the number of users, the more users are watching. Therefore, in order to allow most users to quickly watch the live broadcast, the live broadcast management server determines from the plurality of live broadcast servers that the number of users watching the content corresponding to the anchor identifier is greater than or equal to the first preset threshold as meeting the preset threshold. Set the live server of the matching strategy.

Wherein, the first preset threshold may be preset, for example, the first preset threshold may be 500. Please refer to the above Table 2. If the anchor ID is A, it can be determined that among the multiple live servers, the live servers whose number of users watching the content corresponding to the anchor ID A is greater than or equal to 500 are live server 1, live server 2, Live Server 4 and Live Server 5. Therefore, the live management server determines that the live server 1 , the live server 2 , the live server 4 and the live server 5 are the live servers satisfying the preset matching strategy.

It is worth mentioning that the live broadcast management server selects a live server with a large number of users who have historically watched the content corresponding to the anchor ID from the multiple live broadcast servers, and uses the selected live server as the target of streaming. In this way, it can be ensured that Most of the viewing user terminals can obtain the live data stream as quickly as possible.

Case 2: The historical viewing record includes the total amount of historical rewards of all users who watched the content corresponding to the anchor ID on the live broadcast server, and the live broadcast management server determines to watch the content corresponding to the anchor ID from the multiple live broadcast servers The live broadcast servers whose historical total tipping amounts of all users are greater than or equal to the second preset threshold are the live broadcast servers that satisfy the preset matching strategy.

It is not difficult to understand that the higher the total amount of historical rewards of all users who watch the content corresponding to the host logo on the live broadcast server, generally indicates that the users on the live broadcast server are more important, that is, it is necessary to ensure that users on the live broadcast server watch the live broadcast. The latency is short. Therefore, from the plurality of live broadcast servers, the live broadcast management server determines that the live broadcast servers whose historical total amount of rewards of all users watching the content corresponding to the anchor identifier are greater than or equal to the second preset threshold are live broadcast servers that meet the preset matching strategy server.

Wherein, the second preset threshold can be preset, for example, the second preset threshold can be 2000 yuan. Please refer to the above Table 4. If the anchor ID is A, it can be determined that among the multiple live broadcast servers, the live broadcast servers whose historical total amount of rewards of all users who watch the content corresponding to the anchor ID A are greater than or equal to 2000 are live broadcast servers. Server 1, Live Server 2 and Live Server 3. Therefore, the live management server determines the live server 1, the live server 2 and the live server 3 as the live servers satisfying the preset matching policy.

It is worth mentioning that, in this implementation, the live broadcast management server selects from multiple live broadcast servers the live broadcasts for which the total amount of historical rewards of all users watching the content corresponding to the anchor identifier is greater than or equal to the second preset threshold server, and determine the selected live server as the push target, so that users on the live server can quickly see the live broadcast.

Case 3: The historical viewing record includes the total amount of historical rewards of each user who watches the content corresponding to the anchor ID on the live broadcast server, and the live broadcast management server determines from the multiple live broadcast servers to watch the content corresponding to the anchor ID. The live servers corresponding to the top M users in terms of the total amount of historical rewards of the content users are the live servers that meet the preset matching strategy.

In the actual application scenario, the total amount of historical rewards of individual users is relatively large. For example, the total amount of rewards of a certain user exceeds 10,000 yuan. In order to enable this part of users to quickly watch the live broadcast, in this implementation, the live broadcast management server selects from the multiple live broadcast servers the users who watch the content corresponding to the anchor ID in the top M in terms of the total amount of historical rewards corresponding live server, and determine the selected live server as the live server satisfying the preset matching policy. Wherein, the M may be a natural number greater than 1.

For example, if the anchor ID is A, and the value of M is 3, please refer to the above Table 5 to determine the top 3 total historical rewards of users who watch the content corresponding to the anchor ID A among the multiple live servers The live servers corresponding to the users are live server 4, live server 3 and live server 1 respectively. Therefore, the live management server can determine that the live server 4, the live server 3 and the live server 1 are the live servers satisfying the preset matching strategy.

It is worth mentioning that the above-mentioned live broadcast management server determines from the plurality of live broadcast servers that the live broadcast servers corresponding to the users who watch the content corresponding to the anchor ID in the top M in the history of the total amount of rewards are satisfied with the preset matching strategy Live broadcast server, so that users with large rewards can quickly watch the live broadcast.

It should be noted that, based on the historical viewing records, the above live management server determines the N live servers that meet the preset matching strategy from the plurality of live servers. The server may also use other methods to determine N live servers satisfying the preset matching strategy from the plurality of live servers based on the historical viewing records.

For example, in a possible implementation, when the historical viewing records include multiple dimensions involved in the above three situations, for each live server in the multiple live servers, the live management server can determine the live The total score of the live server is obtained by the sum of the products of the values obtained according to the statistics of the multiple dimensions and the weights of the corresponding dimensions on the server. Afterwards, the live broadcast management server determines from the plurality of live broadcast servers that the total score is greater than or equal to the third preset threshold as the live broadcast server that satisfies the preset matching policy.

Wherein, the third preset threshold can be preset. For example, please refer to Table 2, Table 4, and Table 5. For the live server 1 among the multiple live servers, if the weight corresponding to the number of users is a, the weight corresponding to the total amount of historical rewards of all users is b, The weight corresponding to the total amount of historical rewards of each user is c, so it can be determined that the total score of the live server 1 is 1200*a+5000*b+1200*c. According to this algorithm, the total score of each live server can be determined. The live management server may determine a live server whose total score is greater than or equal to a third preset threshold among the plurality of live servers as a live server satisfying a preset matching policy.

In fact, it is not difficult to understand from the above description that the N live servers are the live servers that need to push streams. In actual implementation, the time delay for the viewing user terminal to know the live data stream includes two sections, one is the time delay between the anchor terminal and the source live broadcast server, and the other is the time delay between the source live broadcast server and the distribution live broadcast server. Therefore, how to select the source live broadcast server so that the users on the N live broadcast servers can watch the live broadcast relatively quickly becomes the key point. Please refer to the following for the specific process.

3032: The live broadcast management server determines the weights of the N live broadcast servers according to the historical viewing records.

Wherein, according to the different contents included in the historical viewing record, the ways of determining the weights of the N live servers are also different. Next, the number of users who watch the content corresponding to the anchor identification on the live server included in the historical viewing record is As an example, the manner of determining the weights of the N live servers is introduced.

The live management server can determine the corresponding weight according to the number of users in each live server. For example, the live management server may determine the total number of users in the multiple live servers, then determine the ratio of the number of users in each live server to the total number of users, and determine the ratio as the weight of the corresponding live server.

It should be noted that, the foregoing manner of determining the weights of the N live servers is only exemplary, and in another embodiment, other manners may also be used for determination. For example, different weights can be set in advance for different ranges of the number of users. In this way, the live broadcast management server can determine the preset weight corresponding to the range of the number of users in each live server according to the range of the number of users in each live server. The embodiments of the invention do not limit this.

When the historical viewing records on each live server include the historical tipping amount, the historical tipping amount can be converted according to a certain conversion algorithm, and the weight of each live server can be determined according to the converted value.

In actual implementation, the embodiment of the present invention does not limit the specific implementation manner in which the live broadcast management server determines the weights of the N live broadcast servers according to the historical viewing records.

3033: The live broadcast management server selects a source live broadcast server according to the weights of the N live broadcast servers.

In a specific implementation, this step may include the following two possible implementations:

The first method: the live broadcast management server selects from the N live broadcast servers according to the weights of the N live broadcast servers, the communication quality parameters between the anchor terminal and the N live broadcast servers, and the communication quality parameters between the N live broadcast servers. A live server is determined in the server as the source live server.

That is, in this implementation, the live management server selects a live server from the N live servers as the source live server, and its specific implementation process may include the following steps (1)-(3):

(1) For each live server in the N live servers, determine the communication quality parameter between the live server and the anchor terminal, and determine the live server and the N live servers except the live server Communication quality parameters between each live server.

For ease of understanding, the N live servers include Shanghai live server, Nanjing live server, Suzhou live server, and Yangzhou live server, and the communication quality parameter is time delay as an example for illustration.

For each live server in the N live servers, for example, for the Shanghai live server, the live management server determines the time delay T1 between the Shanghai live server and the anchor terminal, the time delay T1 between the Shanghai live server and the Nanjing live server time delay T2 between the Shanghai live server and the Suzhou live server, and time delay T4 between the Shanghai live server and the Yangzhou live server.

(2) According to the weights of the N live servers, the communication quality parameters between the live server and the anchor terminal, and the communication between the live server and each live server in the N live servers except the live server The communication quality parameter is used to determine the comprehensive communication quality parameter corresponding to the live broadcast server.

Suppose the weights of the Shanghai live server, Nanjing live server, Suzhou live server and Yangzhou live server are S1, S2, S3 and S4 respectively. Then it can be obtained that the comprehensive delay of the Shanghai live broadcast server is T1*S1+T2*S2+T3*S3+T4*S4.

According to the above implementation process, the comprehensive time delays of the Nanjing live server, Suzhou live server and Yangzhou live server can be respectively determined.

(3) From the N live servers, determine the live server corresponding to the smallest comprehensive communication quality parameter as the source live server.

The smaller the comprehensive communication quality parameter is, the shorter the delays from the corresponding live server to the N live servers are. Therefore, the live broadcast management server selects the smallest comprehensive communication quality parameter from the multiple determined comprehensive communication quality parameters, and determines the live broadcast server corresponding to the smallest comprehensive communication quality parameter as the source live broadcast server. For example, the live broadcast management server selects the live broadcast server corresponding to the smallest integrated delay from the N live broadcast servers, and determines the live broadcast server as the source live broadcast server.

Above-mentioned by determining the comprehensive communication parameter of each live server in these N live servers, and according to the comprehensive communication parameter of each live server, determine a live server as source live server from these N live servers, so, reduce The computing load of the live management server.

The second method: the live broadcast management server selects from the multiple live broadcast servers according to the weights of the N live broadcast servers, the communication quality parameters between the anchor terminal and the multiple live broadcast servers, and the communication quality parameters between the multiple live broadcast servers. A live server is determined in the server as the source live server.

Different from the above first method, this implementation method is to select a live server from the multiple live servers as the source live server. At this time, the source live server may be one of the N live servers The live server may also be some other live server in the plurality of live servers except the N live servers.

It should be noted that, in this implementation, for each live server in the plurality of live servers, the live management server needs to determine the communication quality parameters between the live server and the host terminal, and the communication quality parameters with the N live servers. The communication quality parameters between each live server in the network, and then, according to the weights of the N live servers, determine the comprehensive communication parameters of the live server. Afterwards, the live broadcast management server determines, from the multiple live broadcast servers, the live broadcast server corresponding to the smallest comprehensive communication quality parameter as the source live broadcast server. For details, refer to the above first implementation manner.

By determining the comprehensive communication parameters of each live server in the multiple live servers, and according to the comprehensive communication parameters of each live server, determine a live server from the multiple live servers as the source live server, thus improving the determination The accuracy of the source live server.

304: The live broadcast management server creates a live channel.

305: The live broadcast management server sends a stream push response to the anchor terminal, and the stream push response carries the address information of the source live broadcast server and the channel information of the live broadcast channel.

In a possible implementation, the live broadcast management server can generate a uniform resource locator (Uniform Resource Locator, URL) based on the address information of the source live broadcast server and the channel information of the live broadcast channel, and carry The URL, so that the streaming response carries the address information of the source live server and the channel information of the live channel.

Further, after receiving the push stream response, the anchor terminal obtains the address information of the source live server and the channel information of the live channel from the push response, and based on the address information of the source live server and the channel information of the live channel Channel information, sending the live data stream to the source live server, so as to store the live data stream through the source live server.

In a specific implementation, after the source live broadcast server successfully stores the live data stream, it may also send a data transmission success message carrying channel information to the live broadcast management server to notify the live broadcast management server that the live data stream has been successfully stored, for example, the source After the live broadcast server successfully receives the first segment of the live data stream, it can send a data transmission success message carrying channel information to the live broadcast management server.

After receiving the data transmission success message, the live broadcast management server can continue to proactively distribute live data streams to other live broadcast servers, so that the viewing user terminal can obtain live data streams from other live broadcast servers. For the implementation process of the live broadcast management server actively distributing live data streams to other live servers after receiving the data transmission success message, please refer to the embodiment described in FIG. 4 below.

In the embodiment of the present invention, after the live broadcast management server receives the streaming push request carrying the anchor ID sent by the anchor terminal, it obtains the historical viewing records corresponding to the anchor ID of each live server among the plurality of live servers. Afterwards, according to the historical viewing record, the communication quality parameters between each live server and the anchor terminal in the multiple live servers, the live management server selects from multiple live broadcast servers according to these three conditions: In the live broadcast server, a live broadcast server is determined as the source live broadcast server. In this way, it is possible to quickly push streams for some users in a targeted manner, and minimize the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

As mentioned above, when the live broadcast management server receives the data transmission success message, it can also proactively distribute the live data stream to other live broadcast servers, and the implementation process will be described in detail here. Please refer to Figure 4, which is a flow chart of a method for distributing live data streams provided by an embodiment of the present invention. This method can also be implemented by the live broadcast system shown in Figure 1 above. This method mainly includes the following Implementation steps:

401: The source live broadcast server sends a data transmission success message to the live broadcast management server, and the live broadcast management server receives the data transmission success message sent by the source live broadcast server, and the data transmission success message carries the channel information of the live broadcast channel.

After receiving the data transmission success message sent by the source live server, the live broadcast management server determines that the source live server has successfully stored the live data stream, and at this time, can further actively distribute the live data stream.

402: The live broadcast management server sends a download instruction to the N live servers, and the download instruction includes address information of the source live server and channel information of the live channel.

According to the above description, the N live servers are live servers that need to push streams. Therefore, the live management server sends a download instruction to the N live servers, so that after the N live servers receive the download instructions, they can download according to the download instructions. The address information of the source live server and the channel information of the live channel carried in the instruction download and store the live data stream from the source live server.

It should be noted that, as mentioned above, in actual implementation, the source live server may be one of the N live servers. Each live server except the source live server sends the download instruction.

Further, for the watching user terminal, when the watching user terminal wants to watch the live broadcast, the watching user terminal sends a request for watching the live broadcast to the live broadcast management server, and the request for watching the live broadcast includes the IP address of the watching user terminal and the live channel Channel information. According to the IP address of the watching user terminal, the live management server selects a live server closest to the watching user terminal, and sends the address information of the live server to the watching user terminal. The viewing user terminal sends a content acquisition request to the live broadcast server according to the address information, and the content acquisition request includes channel information of the live broadcast channel. After receiving the content acquisition request, the live server obtains the corresponding live data stream according to the live channel information, and sends the live data stream to the viewing user terminal. After receiving the live broadcast data stream, the viewing user terminal performs decoding, rendering and playback processing on the live data stream, so that the user can watch the live broadcast.

It should be noted that, here is an example of the live broadcast management server actively distributing live data streams to the N live servers. In another embodiment, the live broadcast management server can also select from the multiple Select at least one live server that satisfies the preset matching strategy among the live servers as the distribution live server. For details, please refer to the embodiment described in FIG. 5 below.

In the embodiment of the present invention, after the live broadcast management server receives the streaming push request carrying the anchor ID sent by the anchor terminal, it obtains the historical viewing records corresponding to the anchor ID of each live server among the plurality of live servers. Afterwards, according to the historical viewing record, the communication quality parameters between each live server and the anchor terminal in the multiple live servers, the live management server selects from multiple live broadcast servers according to these three conditions: In the live broadcast server, a live broadcast server is determined as the source live broadcast server. In this way, it is possible to quickly push streams for some users in a targeted manner, and minimize the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

In actual implementation, the live broadcast management server may also select at least one live broadcast server that satisfies a preset matching strategy from multiple live broadcast servers according to historical viewing records, and use this live broadcast server as a distribution live broadcast server. For this, please refer to FIG. 5 , which is a flow chart of another live server selection method shown according to an exemplary embodiment, the method is used to select at least one live server from multiple live servers as the distribution live server Server, this method can also be realized by the live broadcast system shown in Figure 1 above, and this method includes the following several implementation steps:

501: The live broadcast management server receives the data transmission success message sent by the source live broadcast server. The data transmission success message carries the channel information of the live broadcast channel. After the source live broadcast management server receives the streaming push request sent by the host terminal It is selected from the multiple live broadcast servers and is used to store the live broadcast data stream sent by the anchor terminal. The live broadcast channel is established by the live broadcast management server after selecting the source live broadcast server.

In this implementation manner, the selection manner of the source live server may not be limited. For example, in a possible implementation manner, the live broadcast management server may select the source live broadcast server from the plurality of live broadcast servers according to the principle of proximity. Specifically, the live broadcast management server may determine the live broadcast server corresponding to the minimum communication quality parameter according to the communication quality parameters between each live broadcast server among the plurality of live broadcast servers and the anchor terminal, and determine the live broadcast server as the source live broadcast server. server.

Or, in another possible implementation, the live broadcast management server can also follow the implementation method of the above-mentioned embodiment described in FIG. The communication quality parameters among the multiple live broadcast servers and the communication quality parameters between the multiple live broadcast servers, and a live broadcast server is determined from the multiple live broadcast servers as the source live broadcast server.

502: Based on the channel information of the live broadcast channel, the live broadcast management server obtains the corresponding host ID from the correspondence between the host ID and channel information, and obtains from the stored correspondence between the host ID and historical viewing records. The corresponding historical viewing record, the corresponding relationship between the anchor identifier and the channel information of the live channel is stored after the live channel management server creates the live channel.

In an actual implementation process, after the live broadcast management server creates a live channel, it may save the corresponding relationship between the anchor identifier and the channel information of the live channel. In this way, when the live broadcast management server receives the data transmission success message carrying the channel information sent by the source live broadcast server, it can obtain the anchor ID corresponding to the channel information from the correspondence between the anchor ID and the channel information of the live channel. . Afterwards, the live broadcast management server obtains the corresponding historical viewing records from the correspondence between the anchor identifications and historical viewing records according to the anchor identification.

503: Based on the historical viewing record, the live broadcast management server selects from the plurality of live broadcast servers, except the source live broadcast server, at least one live broadcast server that meets the preset matching strategy as a distribution live broadcast server.

It should be noted that, based on the historical viewing records, the live management server selects at least one live server from the plurality of live servers that meets the preset matching strategy except the source live server. The implementation process of selecting N live servers satisfying the preset matching strategy from the plurality of live servers based on the historical viewing records will not be repeated here.

It should be noted that, since the method of selecting a live server that satisfies the preset matching strategy from multiple live servers is the same according to historical viewing records, when the live management server selects the source according to the implementation method of the embodiment described in FIG. When the live server is selected, it may be the same as the live server selected according to this method. Therefore, in the above-mentioned implementation process, after the live management server selects the source live server according to the implementation method of the embodiment described in Figure 3 above, it can directly report to the live server. The N live servers selected in this process distribute the live data streams without being determined according to historical viewing records.

Further, in order to facilitate the at least one distribution live broadcast server to obtain the live data stream from the source live broadcast server, the live broadcast management server may also send a download instruction to the at least one distribution live broadcast server, and the download instruction includes the address of the source live broadcast server information and channel information for that live channel. In this way, the at least one live server can download the live data stream corresponding to the channel information from the source live server according to the address information of the source live server and the channel information of the live channel, thereby realizing the distribution of the live data stream.

In the embodiment of the present invention, in the process of distributing live data streams, the live management server selects at least one live server that satisfies the preset matching strategy from multiple live servers as the distribution live server according to historical viewing records, and actively Distribute the live data stream to the at least one live distribution server. In this way, the pertinence of live data stream distribution is increased, and the live broadcast efficiency is improved.

Referring to FIG. 6A, FIG. 6A is a schematic structural diagram of a device for selecting a live broadcast server provided by an embodiment of the present invention. The device is applied to a network live broadcast platform. The network live broadcast platform includes a live broadcast management server and multiple live broadcast servers. :

The receiving unit 610 is configured to execute step 301 in the above embodiment in FIG. 3 .

The acquiring unit 620 is configured to execute step 302 in the above embodiment in FIG. 3 .

The determining unit 630 is configured to execute step 303 in the above embodiment in FIG. 3 .

Optionally, referring to Figure 6B, the device also includes:

A sending unit 640 is created to execute step 304 and step 305 in the above-mentioned embodiment in FIG. 3 .

Optionally, the determining unit 630 is further configured to execute steps 3031-3033 in the above-mentioned embodiment in FIG. 3 .

Optionally, the determining unit 630 is further configured to execute steps (1)-(3) in the above embodiment in FIG. 3 .

Optionally, the determining unit 630 is further configured to execute the first case, the second case, and the third case of step 3031 in the above embodiment of FIG. 3 .

Optionally, the receiving unit 610 is also configured to execute step 401 in the above embodiment in FIG. 4 .

The device further includes a sending unit 650, and the sending unit 650 is configured to execute step 402 in the above-mentioned embodiment in FIG. 4 .

In the embodiment of the present invention, after the live broadcast management server receives the streaming push request carrying the anchor ID sent by the anchor terminal, it obtains the historical viewing records corresponding to the anchor ID of each live server among the plurality of live servers. Afterwards, according to the historical viewing record, the communication quality parameters between each live server and the anchor terminal in the multiple live servers, the live management server selects from multiple live broadcast servers according to these three conditions: In the live broadcast server, a live broadcast server is determined as the source live broadcast server. In this way, it is possible to quickly push streams for some users in a targeted manner, and minimize the time delay for viewing user terminals to obtain live data streams, thereby improving the efficiency of live broadcasting.

In the embodiment of the present invention, the device for selecting a live server is presented in the form of a functional unit. A "unit" here may refer to an application-specific integrated circuit (ASIC), a circuit, a processor and memory that execute one or more software or firmware programs, an integrated logic circuit, and/or other devices that can provide the above functions device. In a simple embodiment, those skilled in the art can imagine that the device for selecting a live server can take the form shown in FIG. 2 . Wherein, the receiving unit 610, the obtaining unit 620, the determining unit 630, the creating sending unit 640 and the sending unit 650 can be realized by the processor and the memory in FIG. 2, specifically, the program code stored in the memory can be executed by the processor to fulfill.

An embodiment of the present invention also provides a computer storage medium for storing computer software instructions for implementing the live server selection device shown in Fig. 3 , Fig. 4 and Fig. 5 above, which includes the computer software designed to execute the above method embodiment program. By executing the stored program, the business data required for developing the application can be acquired.

It should be noted that for the foregoing method embodiments, for the sake of simple description, they are expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited by the described action sequence. Depending on the application, certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the actions and modules involved in the embodiments described in the specification are not necessarily required by the present application.

Although the present application has been described in conjunction with various embodiments herein, those skilled in the art can understand and realize the disclosure by viewing the drawings, the disclosure, and the appended claims during the implementation of the claimed application. Other Variations of Embodiments. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "an" does not exclude a plurality. A single processor or other unit may fulfill the functions of several items recited in the claims. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that these measures cannot be combined to advantage.

Those skilled in the art should understand that the embodiments of the present application may be provided as methods, devices (devices), or computer program products. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein. The computer program is stored/distributed on suitable media, supplied with or as part of other hardware, and may also take other forms of distribution, such as via the Internet or other wired or wireless telecommunication systems.

The present application is described with reference to the flowcharts and/or block diagrams of the methods, apparatuses (devices) and computer program products of the embodiments of the present invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

Although the application has been described in conjunction with specific features and embodiments thereof, it will be apparent that various modifications and combinations can be made thereto without departing from the spirit and scope of the application. Accordingly, the specification and drawings are merely illustrative of the application as defined by the appended claims and are deemed to cover any and all modifications, variations, combinations or equivalents within the scope of this application. Obviously, those skilled in the art can make various changes and modifications to the application without departing from the spirit and scope of the application. In this way, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these modifications and variations.

Claims (19)

1. A selection method of a live server, characterized in that, it is applied in a live network platform, and the live network platform includes a live management server and a plurality of live servers, and the method comprises: The live broadcast management server receives the stream push request sent by the anchor terminal, and the stream push request carries the anchor identifier; The live broadcast management server obtains historical viewing records corresponding to each live server in the plurality of live broadcast servers and the anchor identifier based on the anchor identifier; Based on the historical viewing records, the communication quality parameters between each of the multiple live servers and the anchor terminal, and the communication quality parameters between the multiple live servers, the live management server selects from the Determine a live server among the plurality of live servers as the source live server. 2. The method of claim 1, further comprising: The live broadcast management server creates a live channel, and sends a streaming response to the anchor terminal, and the streaming response carries the address information of the source live server and the channel information of the live channel. 3. The method according to claim 1 or 2, wherein the live management server is based on the historical viewing records, the communication quality between each live server in the plurality of live servers and the anchor terminal parameters and the communication quality parameters between the multiple live servers, and determine a live server as the source live server from the multiple live servers, including: The live management server determines N live servers that satisfy a preset matching strategy from the plurality of live servers based on the historical viewing records, where N is the number of live servers that meet the preset matching strategy; The live management server determines the weights of the N live servers according to the historical viewing records; According to the weights of the N live servers, the communication quality parameters between the anchor terminal and the N live servers, and the communication quality parameters between the N live servers, the live management server selects from the N One of the live servers is determined as the source live server. 4. The method according to claim 3, wherein the live management server is based on the weights of the N live servers, the communication quality parameters between the anchor terminal and the N live servers, and the Communication quality parameters between N live servers, determining a live server as the source live server from the N live servers, including: For each live server in the N live servers, determine the communication quality parameter between the live server and the anchor terminal, and determine the live server and the N live servers except the live server Communication quality parameters between each live server other than ; According to the weights of the N live servers, the communication quality parameters between the live server and the anchor terminal, and the live server and each live server in the N live servers except the live server The communication quality parameter between, determine the comprehensive communication quality parameter corresponding to described live server; From the N live servers, determine the live server corresponding to the smallest comprehensive communication quality parameter as the source live server. 5. The method according to claim 1 or 2, wherein the live management server is based on the historical viewing records, the communication quality between each live server in the plurality of live servers and the anchor terminal parameters and the communication quality parameters between the multiple live servers, and determine a live server as the source live server from the multiple live servers, including: The live management server determines N live servers that satisfy a preset matching strategy from the plurality of live servers based on the historical viewing records, where N is the number of live servers that meet the preset matching strategy; The live management server determines the weights of the N live servers according to the historical viewing records; The live management server, according to the weights of the N live servers, the communication quality parameters between the anchor terminal and any one of the multiple live servers, and the communication quality parameters between the multiple live servers, Determining a live server from the plurality of live servers as the source live server. 6. The method according to any one of claims 3-5, wherein the historical viewing record includes the number of users who watch the content corresponding to the anchor ID on the live broadcast server; Based on the historical viewing records, the live management server determines N live servers that meet the preset matching strategy from the plurality of live servers, including: The live management server determines from the plurality of live servers that the number of users watching the content corresponding to the anchor identifier is greater than or equal to a first preset threshold as the live servers that satisfy the preset matching policy. 7. The method according to any one of claims 3-5, wherein the historical viewing record includes the total amount of historical rewards of all users who watch the content corresponding to the anchor ID on the live broadcast server; Based on the historical viewing records, the live management server determines N live servers that meet the preset matching strategy from the plurality of live servers, including: The live broadcast management server determines from the plurality of live broadcast servers that the total amount of historical rewards of all users watching the content corresponding to the host identifier is greater than or equal to a second preset threshold as meeting the preset match Strategies for live servers. 8. The method according to any one of claims 3-5, wherein the historical viewing record includes the total amount of historical rewards of each user who watches the content corresponding to the anchor ID on the live broadcast server; Based on the historical viewing records, the live management server selects N live servers that meet the preset matching strategy from the plurality of live servers, including: The live broadcast management server determines, from the plurality of live broadcast servers, that the live broadcast server corresponding to the users who watch the content corresponding to the anchor identifier in the top M in the history of the total amount of rewards is the live broadcast server that satisfies the preset matching strategy server. 9. The method according to any one of claims 3-8, wherein the live management server determines N live servers that satisfy a preset matching strategy from the plurality of live servers based on the historical viewing records After that, also include: The live broadcast management server receives the data transmission success message sent by the source live broadcast server, and the data transmission success message carries the channel information of the live broadcast channel; The live broadcast management server sends a download instruction to the N live servers, and the download instruction includes address information of the source live server and channel information of the live channel. 10. A selection device for a live broadcast server, characterized in that the device is deployed in a live broadcast management server in a network live broadcast platform, and the network live broadcast platform also includes a plurality of live broadcast servers, and the device includes: A receiving unit, configured to receive a stream push request sent by the anchor terminal, where the stream push request carries an anchor identifier; An acquisition unit, configured to acquire, based on the anchor identifier, historical viewing records corresponding to each of the plurality of live servers and the anchor identifier; A determining unit, configured to, based on the historical viewing records, the communication quality parameters between each of the plurality of live servers and the anchor terminal, and the communication quality parameters between the plurality of live servers, from the Determine a live server among the plurality of live servers as the source live server. 11. The device of claim 10, further comprising: Create a sending unit, configured to create a live channel, and send a stream push response to the anchor terminal, where the stream push response carries the address information of the source live server and the channel information of the live channel. 12. The device according to claim 10 or 11, wherein the determining unit is configured to communicate between each live server in the plurality of live servers and the anchor terminal based on the historical viewing records, The quality parameter and the communication quality parameter between the multiple live servers determine a live server as the source live server from the multiple live servers, specifically: Based on the historical viewing records, determine N live servers that meet the preset matching strategy from the plurality of live servers, where N is the number of live servers that meet the preset matching strategy; Determine the weights of the N live servers according to the historical viewing records; According to the weights of the N live servers, the communication quality parameters between the host terminal and the N live servers, and the communication quality parameters between the N live servers, determine from the N live servers A live server is used as the source live server. 13. The device according to claim 12, wherein the determining unit is configured to use the weights of the N live servers, the communication quality parameters between the anchor terminal and the N live servers, and the The communication quality parameter between the N live servers, determine a live server as the source live server from the N live servers, specifically: For each live server in the N live servers, determine the communication quality parameter between the live server and the anchor terminal, and determine the live server and the N live servers except the live server Communication quality parameters between each live server other than ; According to the weights of the N live servers, the communication quality parameters between the live server and the anchor terminal, and the live server and each live server in the N live servers except the live server The communication quality parameter between, determine the comprehensive communication quality parameter corresponding to described live server; From the N live servers, determine the live server corresponding to the smallest comprehensive communication quality parameter as the source live server. 14. The device according to claim 10 or 11, wherein the determining unit is configured to communicate between each live server in the plurality of live servers and the anchor terminal based on the historical viewing records, The quality parameter and the communication quality parameter between the multiple live servers determine a live server as the source live server from the multiple live servers, specifically: Based on the historical viewing records, determine N live servers that meet the preset matching strategy from the plurality of live servers, where N is the number of live servers that meet the preset matching strategy; Determine the weights of the N live servers according to the historical viewing records; According to the weights of the N live servers, the communication quality parameters between the anchor terminal and any one of the plurality of live servers, and the communication quality parameters between the plurality of live servers, from the plurality of One of the live servers is determined as the source live server. 15. The device according to any one of claims 12-14, wherein the historical viewing record includes the number of users who watched the content corresponding to the anchor ID on the live broadcast server; The determining unit is configured to determine N live servers satisfying a preset matching strategy from the plurality of live servers based on the historical viewing records, specifically: It is determined from the plurality of live servers that the number of users watching the content corresponding to the anchor identifier is greater than or equal to a first preset threshold as the live servers satisfying the preset matching policy. 16. The device according to any one of claims 12-14, characterized in that, the historical viewing record includes the total amount of historical rewards of all users who watch the content corresponding to the anchor ID on the live broadcast server; The determining unit is configured to determine N live servers satisfying a preset matching strategy from the plurality of live servers based on the historical viewing records, specifically: From the plurality of live servers, it is determined that the total amount of historical rewards of all users watching the content corresponding to the anchor identifier is greater than or equal to a second preset threshold as the live server that satisfies the preset matching strategy. 17. The device according to any one of claims 12-14, wherein the historical viewing record includes the total amount of historical rewards of each user who watches the content corresponding to the anchor ID on the live broadcast server; The determining unit is configured to select N live servers satisfying a preset matching strategy from the plurality of live servers based on the historical viewing records, specifically: From the plurality of live broadcast servers, determine that the live broadcast servers corresponding to the users who watch the content corresponding to the anchor identifier in the top M in terms of the total amount of historical rewards are the live broadcast servers that satisfy the preset matching strategy. 18. The device according to any one of claims 12-17, wherein: The receiving unit is further configured to receive a data transmission success message sent by the source live broadcast server, where the data transmission success message carries channel information of the live broadcast channel; The device also includes: A sending unit, configured to send a download instruction to the N live servers, where the download instruction includes address information of the source live server and channel information of the live channel. 19. A device for selecting a live server, characterized in that the device comprises: processor and memory; Wherein, a computer readable program is stored in the memory; The processor executes the program in the memory to implement the method of any one of claims 1-9.