WO2022183901A1 - 一种直播平台主播掉线的应急处理方法及应急处理装置 - Google Patents

一种直播平台主播掉线的应急处理方法及应急处理装置 Download PDF

Info

Publication number
WO2022183901A1
WO2022183901A1 PCT/CN2022/076188 CN2022076188W WO2022183901A1 WO 2022183901 A1 WO2022183901 A1 WO 2022183901A1 CN 2022076188 W CN2022076188 W CN 2022076188W WO 2022183901 A1 WO2022183901 A1 WO 2022183901A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
live broadcast
host
live
user
Prior art date
Application number
PCT/CN2022/076188
Other languages
English (en)
French (fr)
Inventor
杨嘉惠
Original Assignee
百果园技术(新加坡)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 百果园技术(新加坡)有限公司 filed Critical 百果园技术(新加坡)有限公司
Publication of WO2022183901A1 publication Critical patent/WO2022183901A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/251—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences

Definitions

  • the present application relates to the field of live video technology in the field of data processing, and in particular, to an emergency processing method and an emergency processing device after a live broadcast platform anchor drops.
  • the host client can establish a live broadcast terminal online to share the live video to the live broadcast client connected to the live broadcast room.
  • the live broadcast client it can display the live broadcast content in the live broadcast screen in the live broadcast room, such as live video.
  • One is to use the live broadcast method, in response to the abnormal withdrawal of the current host during the live broadcast, find the most closely related to the current host's live broadcast among the Lianmai viewers in the current live broadcast room.
  • the current live broadcast room is controlled by the supplementary anchor for live broadcast, such as the technical solution disclosed in CN111711830A.
  • the second is to set a 2-minute retention period after the anchor is disconnected.
  • the retention period if the anchor returns to the live broadcast room, the live broadcast can continue, otherwise the live broadcast room will be closed.
  • the current processing method does not specifically stipulate the operation of the user terminal. Due to the large number of video content and live broadcast rooms, especially the live broadcast rooms of similar content, most users are not aware of the relevant provisions of the retention period. After disconnection, most people choose to leave the live broadcast room, and some even think that the whole application is faulty and choose to leave the app. Therefore, when the host returns to the live broadcast room during the reservation period of the live broadcast room, most of the users have already left, which has a great impact on the live broadcast effect of the host.
  • the existing solution only displays the blurred cover as an empty page and prompts the user that the anchor is disconnected.
  • it cannot accurately inform the user that the anchor has returned to the live broadcast. Therefore, it is impossible to retain users within 2 minutes or inadvertently achieve the effect of users waiting for the anchor to come back. Therefore, the existing emergency treatment technology after the anchor of the live broadcast platform is disconnected cannot be obtained. There is basically no churn technical effect, and better technical solutions need to be developed to retain users in order to wait for the anchor to return to the live broadcast room.
  • the purpose of this application is to provide an emergency handling system and an emergency handling method after the host of the live broadcast platform is disconnected.
  • the host can be pushed after the host is disconnected. and other popular videos, watching high-quality videos that meet their preferences or recommendations while waiting, so that users can watch videos in the live room and wait for the host to return to the live room, so as to restore the host's wonderful live broadcast; for the platform, the improvement It improves the user's viewing experience, helps the host to lose as few viewers as possible when encountering abnormal situations of disconnection, and at the same time increases the playback volume of videos on the live broadcast platform.
  • an emergency handling method for a live broadcast platform host after being disconnected is provided.
  • the live broadcast platform includes a live broadcast terminal, a client terminal, a server and a video media library, and the method includes:
  • a video is selected from the video media library according to a preset condition, and the selected video is automatically played to the client of the live broadcast platform through a video playback pop-up window.
  • an emergency processing device after the host of the live broadcast platform is disconnected including:
  • a monitoring module used to monitor whether the live broadcast platform has a host disconnection event
  • a video selection and playback module is used to select a video from the video media library according to preset conditions when the host disconnection event occurs, and automatically play the selected video to the user end of the live broadcast platform through a video playback pop-up window.
  • a computer-readable storage medium stores executable instructions, and when the executable instructions are executed by the processor, the execution of the emergency processing method after the aforementioned live broadcast platform anchor is dropped .
  • the readable storage medium can be a non-volatile memory, such as a hard disk or a magnetic disk, etc., and can be applied to various terminals, such as a computer, a server, and the like.
  • a computer program product for emergency handling of a live broadcast platform anchor dropping off, the computer program product including a monitoring module and a video selection and playback module.
  • the monitoring module is used to monitor whether the host disconnection event occurs on the live broadcast platform;
  • the video selection and playback module is used to select a video from the video media library according to preset conditions when the host disconnection event occurs, and play it through the video
  • the pop-up window automatically plays the selected video to the client of the live broadcast platform.
  • the present application further includes an emergency handling system after a live broadcast platform anchor goes offline, the system including a processor and a storage device.
  • the storage device is used to store executable instructions, and when the executable instructions are executed by the processor, the aforementioned emergency processing method can be implemented.
  • the present application has obvious advantages and beneficial effects.
  • the emergency treatment method, emergency treatment device and system provided by the present application after the host of the live broadcast platform is disconnected can achieve significant technical progress and practicability, and has extensive industrial value, which is at least Has the following advantages:
  • the emergency processing method, emergency processing device and system proposed in this application after the host of a live broadcast platform is disconnected has strong scalability, that is, videos that may be of interest to users are selected through different preset conditions, and different trigger conditions are used to select videos that may be of interest to users.
  • An emergency handling method and an emergency handling device and system for a live broadcast platform host after disconnection proposed in this application.
  • For users when they encounter a disconnection problem while watching a live broadcast, they can push this message after the host disconnects.
  • the video content of the host and other popular videos watch the recommended high-quality videos while waiting, so that users can watch the video in the live room and wait for the host to return to the live room, so as to resume the wonderful live broadcast of the host; for the platform, it improves the viewing of users experience.
  • Due to the optimization of the current unilateral rights model in the industry that mainly relies on the retention period to retain the rights and interests of the anchors it is replaced by optimizing the rights and interests of the anchors and users at the same time. In the event of an abnormal situation of the line, the audience can be lost as little as possible, which improves the economic and other benefits of the live broadcast platform.
  • Fig. 1 is the flow chart of the emergency processing method after the host of the live broadcast platform of the present application is dropped;
  • Fig. 2 is the principle flow chart of the extraction method of playing video of the present application
  • Fig. 3 is the working module schematic diagram of the emergency processing device after the host of the live broadcast platform of the present application is dropped;
  • FIG. 4 is a schematic structural diagram of the emergency handling system after the host of the live broadcast platform of the present application is dropped;
  • Fig. 5 is the status screen when the anchor drop event occurs according to the preferred embodiment of the present application.
  • Fig. 6 is a state screen of prompting a pop-up window according to one of the trigger conditions of the preferred embodiment of the present application
  • Fig. 7 is the message prompt screen of the anchor returning to the live broadcast platform according to the preferred embodiment of the present application.
  • Fig. 8 is according to the preferred embodiment of the present application, the video playback pop-up window after the anchor returns to the live broadcast platform is closed and continues to watch the video guide interface diagram;
  • FIG. 9 is an interface diagram of the closing page when the host does not resume the live broadcast within a specified time according to a preferred embodiment of the present application.
  • the method for emergency processing after the host of the live broadcast platform of the embodiment of the present application is offline may be performed by the apparatus for emergency processing after the host of the live broadcast platform of the embodiment of the present application.
  • the apparatus may be implemented in software and/or hardware, and the apparatus for emergency processing after the host of the live broadcast platform goes offline may be configured in an electronic device.
  • the electronic device can directly display the live broadcast interface, and can also transmit relevant video information to another electronic device for display and playback.
  • the electronic device can be a terminal device with a live broadcast function, such as a smart phone, a tablet computer, etc.; the electronic device can also be a communication device that transmits control instructions and video data through a communication network and a server or a live broadcast platform, and can also Transmission of control commands and video data through wireless or limited communication technology and display devices.
  • a terminal device with a live broadcast function such as a smart phone, a tablet computer, etc.
  • the electronic device can also be a communication device that transmits control instructions and video data through a communication network and a server or a live broadcast platform, and can also Transmission of control commands and video data through wireless or limited communication technology and display devices.
  • Fig. 1 is a flow chart of an emergency processing method after a live broadcast platform host is dropped according to an exemplary embodiment.
  • Fig. 1 when the host is offline, short videos are displayed for users to watch according to the host's correlation and video quality, To wait for the host to return to resume the live broadcast, including the following steps:
  • Step S1 Monitor the live broadcast platform to see whether the host disconnection event occurs.
  • This monitoring function is usually implemented by an algorithm in the server, that is, real-time cyclically search for the address of the live broadcast room, and compare it with the address list of the live broadcast room that should be currently live broadcast. If the address of the live broadcast room is missing, it is suspected that the host has been disconnected. At this time, one or more wake-up data packets are sent to the missing live broadcast room address. Because the live broadcast platform is designed so that the live broadcast room needs to be sent according to a certain time interval during the broadcast period. The wake-up data packet sends a response data packet.
  • the server If the server does not receive any corresponding response data packet at this time, it can finally determine that the live broadcast platform has been disconnected, and lock the disconnected anchor according to the missing live broadcast room address.
  • an early warning can also be triggered by cyclically searching and comparing typical identity information such as the host ID, or by monitoring the feedback of data traffic with large changes in a short period of time.
  • Step S2 when the host disconnection event occurs, a short video is automatically played to the client of the live broadcast platform through a video playback pop-up window according to trigger conditions, and the video playback pop-up window is separated from the live broadcast window of the client, or occupies the Part of or partially overlapped with the live window.
  • the user interface may include multiple selection boxes, and the user can select by touching the selection boxes on the user interface. For example, the user can click the heart box to express his affirmation of the video, or click the font that reads "" Next" selection box to switch the video.
  • the video area of the video playback pop-up window may include the avatar, nickname and number of likes of the photographer.
  • three different trigger conditions can be set according to the characteristics of the live broadcast system:
  • step S2 is directly implemented to trigger the video player to play the short video.
  • the server response speed is moderate
  • the user after detecting that the host is offline, the user will receive a prompt pop-up window at the same time.
  • the content of the prompt pop-up window is used to ask the user whether to wait for the host.
  • the user can confirm by triggering the prompt pop-up button. Whether to wait for the anchor.
  • the user triggers the " ⁇ " button in the prompt pop-up button it can be determined that the user chooses not to wait for the host, and can directly enter other live broadcast rooms; if the user triggers the " ⁇ " button in the prompt pop-up button, it can be determined that the user chooses Waiting for the host, the short video is displayed through the video playback pop-up window; if the user does not make any choice, start the built-in clock, and reach a certain time (this embodiment is set to 5s, of course, those skilled in the art can set according to the characteristics of the live broadcast room. If other time is set, it still belongs to the protection scope of this application. For example, if the number of users in the live broadcast room is large, the time can be set to a shorter time. Otherwise, a longer time can be set. If no selection operation is made, the default Select to display short videos through the video playback popup.
  • the server When the server responds quickly, after detecting that the host is offline, the user will receive a prompt pop-up window after a delay (usually in milliseconds), and the content of the prompt pop-up window is used to ask the user whether to wait for the host. The user can determine whether to wait for the host by triggering the prompt pop-up button.
  • the user triggers the " ⁇ " button in the prompt pop-up button it can be determined that the user chooses not to wait for the host, and can directly enter other live broadcast rooms; if the user triggers the " ⁇ " button in the prompt pop-up button, it can be determined that the user chooses Waiting for the host, the short video is displayed through the video playback pop-up window; if the user does not make any choice, start the built-in clock, and reach a certain time (this embodiment is set to 5s, of course, those skilled in the art can set according to the characteristics of the live broadcast room. If other time is set, it still belongs to the protection scope of this application. For example, if the number of users in the live broadcast room is large, the time can be set to a shorter time. Otherwise, a longer time can be set. If no selection operation is made, the default Select to display short videos through the video playback popup.
  • the process of automatically playing the short video to the client of the live broadcast platform through the video playing pop-up window includes the following operations.
  • the live broadcast platform provides both live broadcast and short video playback functions, and the short videos are all pulled from the video media library of the server.
  • the so-called pulling is the operation of pulling the live video stream from the server through the Internet from the user terminal.
  • the host ID is sent to the video media library, and the server retrieves the short video of the host, and obtains the top video of the host, the video with a high number of likes (high praise video) and the live broadcast from the function side of the short video playback according to the host ID.
  • Home page popular video information is sent to the video media library, and the server retrieves the short video of the host, and obtains the top video of the host, the video with a high number of likes (high praise video) and the live broadcast from the function side of the short video playback according to the host ID.
  • the high praise video information is obtained according to the number of likes, and is determined based on the historical data of public evaluation; the popular video on the home page of the live broadcast room is based on the audience's preference.
  • Current user information and viewing habits are determined by the platform algorithm logic calculation.
  • some popular videos on the homepage in the recommended video list on the homepage are pulled from the function side of short video playback. These popular videos are not necessarily related videos of the dropped host, but are The recommendation algorithm logic recommends videos that users like through the recommendation model established according to the scoring strategy.
  • the scoring strategy includes the consideration of public preferences and the information of the current user.
  • the public preferences are reflected in the number of videos viewed, liked, and comments, as well as the user's viewing time and interaction records; the current user's information Including: gender, age, nationality, region, client model, etc.
  • a recommendation model is established based on various relevant factors, and after each short video is scored accordingly, the video with a higher score is presented on the homepage of the live broadcast platform as a recommended video; due to the complexity of the scoring strategy And the dimension is high, for each user, the recommended videos on the home page are likely to be different.
  • the top video, the high praise video and the home page popular video are combined in the order of the top video, the high praise video and the home page popular video to form a video recommendation list;
  • the sequence of the recommendation list is to automatically play the short videos to the user end of the live broadcast platform.
  • the method of this embodiment sorts the recommendation of short videos according to whether they are topped->priority of the number of likes->popular short videos, and by selectively pulling videos, the priority is to display the videos related to the host and the high quality or the most likely to be liked by the audience. video to retain viewers.
  • the latest video of the host can be played as a short video.
  • the latest video of the host is played to the user through a video playback pop-up window.
  • Step S3 If the host returns to the live broadcast platform and prompts the user to terminate the host disconnection event, and closes the video playback pop-up window at the same time; if the host does not resume the live broadcast after the set time, the user can choose to continue watching at this time Recommended short videos or leave the current live room.
  • the current state of the host can be determined. For example, when the host returns (the technical failure of the disconnection or other reasons are eliminated), the system can set the host to see it, or If you can't see the short video being played, the host needs to take back the playback control immediately and continue the live broadcast. Therefore, the host side of the live broadcast platform usually prompts the user "the host has returned" immediately.
  • step S3 includes:
  • step S31 after the anchor returns, the user is prompted by the anchor terminal of the live broadcast platform at the time when the anchor disconnection event is terminated. If the currently viewed short video does not end during playback, the system waits for the short video to automatically end after playing. Close the video playback pop-up window and exit the short video playback interface. From the user's point of view, the interface for playing short videos only occupies a part of the video screen (for example, half), and the host can start the live broadcast immediately after returning, but the short video currently being played can continue to be played to maximize the encouragement of users to continue watching the live broadcast.
  • Step S32 after automatically closing the video playback pop-up window, a video prompt is displayed at the bottom of the display interface of the live broadcast platform, asking whether to continue watching the video and the navigation button for entering the video page, if the user chooses to continue watching the video, the video page will be displayed through the video page. the navigation button to enter the video list to watch.
  • the set time is typically 2 minutes, that is, the host does not resume the live broadcast after 2 minutes, and the user can continue to watch the recommended short video or leave.
  • the prompt box For example, if it is detected that the user does not trigger the prompt box, it can be determined that the user does not actively choose to leave the live room, and the short video will continue to be played. If the user is detected to trigger the prompt box, it can be determined that the user chooses to leave the live room, and then the closing page will be entered.
  • time ranges preferably 2- 4 minutes, which is not limited in this application.
  • the emergency handling system after the anchor of the live broadcast platform is disconnected mainly includes three working modules, namely the monitoring module, which is used to monitor whether the anchor disconnection event occurs on the live broadcast platform; the video selection and playback module is used for the occurrence of the anchor disconnection.
  • a video is selected from the video media library according to preset conditions, and a short video is automatically played to the user end of the live broadcast platform through the video playback pop-up window according to the trigger conditions;
  • the host of the live broadcast platform prompts the user to terminate the host disconnection event, and closes the video playback pop-up window at the same time; if the host does not resume the live broadcast after the set time, the user can choose to continue watching the recommended short video or leave the current live room.
  • the monitoring function of monitoring whether the host is offline on the live broadcast platform is usually realized by the algorithm in the server, that is, the live broadcast room address is searched in real time and compared with the address list of the live broadcast room that should be currently live broadcast. If the live room address is missing, it is suspected that the host has been disconnected. At this time, one or more wake-up data packets are sent to the missing live room address. Since the live broadcast platform is designed so that the live broadcast room needs to wake up according to the server sent at a certain time interval during the start of the broadcast The data packet sends a response data packet.
  • the server can finally determine that the live broadcast platform has been disconnected from the live broadcast event, and lock the disconnected anchor according to the missing live broadcast room address.
  • an early warning can also be triggered by cyclically searching and comparing typical identity information such as the host ID, or by monitoring the feedback of data traffic with large changes in a short period of time.
  • the system sets the rule to select the user experience from the video media library in the manner described above according to the preset conditions when the host disconnection event occurs through the video playback pop-up window according to the trigger conditions.
  • Interested videos and automatically play short videos to the user end of the live broadcast platform through the video playback pop-up window according to trigger conditions.
  • the user interface may include multiple selection boxes, and the user can select by touching the selection boxes on the user interface. For example, the user can click the heart box to express his affirmation of the video, or click the font that reads "" Next" selection box to switch the video.
  • the video area of the video playback pop-up window contains key information such as the avatar, nickname, and number of likes.
  • three different trigger conditions can be set according to the characteristics of the live broadcast system:
  • step S2 is directly implemented to trigger the video player to play the short video
  • the server response speed is moderate
  • the user after detecting that the host is offline, the user will receive a prompt pop-up window at the same time.
  • the content of the prompt pop-up window is used to ask the user whether to wait for the host.
  • the user can confirm by triggering the prompt pop-up button. Whether to wait for the anchor.
  • the user triggers the " ⁇ " button in the prompt pop-up button it can be determined that the user chooses not to wait for the host, and can directly enter other live broadcast rooms; if the user triggers the " ⁇ " button in the prompt pop-up button, it can be determined that the user chooses Waiting for the host, the short video is displayed through the video playback pop-up window; if the user does not make any choice, start the built-in clock, and reach a certain time (this embodiment is set to 5s, of course, those skilled in the art can set according to the characteristics of the live broadcast room. If other time is set, it still belongs to the protection scope of this application. For example, if the number of users in the live broadcast room is large, the time can be set to a shorter time. Otherwise, a longer time can be set. If no selection operation is made, the default Select to display short videos through the video playback popup.
  • the server When the server responds quickly, after detecting that the host is offline, the user will receive a prompt pop-up window after a delay (usually in milliseconds), and the content of the prompt pop-up window is used to ask the user whether to wait for the host. The user can determine whether to wait for the host by triggering the prompt pop-up button.
  • the user triggers the " ⁇ " button in the prompt pop-up button it can be determined that the user chooses not to wait for the host, and can directly enter other live broadcast rooms; if the user triggers the " ⁇ " button in the prompt pop-up button, it can be determined that the user chooses Waiting for the host, the short video is displayed through the video playback pop-up window; if the user does not make any choice, start the built-in clock, and reach a certain time (this embodiment is set to 5s, of course, those skilled in the art can set according to the characteristics of the live broadcast room. If other time is set, it still belongs to the protection scope of this application. For example, if the number of users in the live broadcast room is large, the time can be set to a shorter time. Otherwise, a longer time can be set. If no selection operation is made, the default Select to display short videos through the video playback popup.
  • the video selection and playback module of this embodiment recommends ranking of short videos according to whether they are topped->priority of likes->popular short videos, and by selectively pulling videos, the priority is to display those related to the host and those with high quality or the most viewers. Likely videos to retain viewers.
  • Live broadcast platform recovery module if the host returns to the live broadcast platform, the user is prompted to terminate the host disconnection event, and the video playback pop-up window is closed at the same time; if the host does not resume live broadcast after the set time, the user can choose Continue watching recommended short videos or leave the current live room.
  • the system sets the anchor to see or not to see the short video being played. At this time, the anchor needs to take back the playback control immediately and continue the live broadcast. It is through the host side of the live broadcast platform that immediately prompts the user that "the host has returned".
  • the user will be prompted through the host terminal of the live broadcast platform to terminate the host disconnection event, and the video playback popup window will be closed at the same time; if the host does not resume the live broadcast after the set time, At this time, the user can choose to continue watching the recommended short video or leave the current live room.
  • Specific embodiments are as follows.
  • the host terminal of the live broadcast platform prompts the user to terminate the host disconnection event.
  • the prompt here can be performed by sending a prompt message, or prompt the user by directly continuing the live broadcast.
  • the system will automatically close the video playback pop-up window after the short video playback is finished, and exit the short video playback interface.
  • the interface for playing the short video only occupies a part of the video screen (for example, half), and the host can start the live broadcast immediately after returning, but the short video currently being played can continue to be played to the end. In this way, the video that the user is watching will not be suddenly cut off, which will affect the user experience, and the user can be encouraged to continue watching the live broadcast to the greatest extent.
  • a video prompt is displayed, asking whether to continue watching the video and the navigation button to enter the video page, if the user chooses to continue watching the video, then Enter the video list to watch through the navigation button of the video page.
  • the set time is typically 2 minutes, that is, the host does not resume the live broadcast after 2 minutes, and the user can continue to watch the recommended short video or leave. For example, after the current short video is played, the user can be prompted to choose whether to leave the live broadcast room. If the user does not actively choose to leave the live broadcast room, the short video will continue to be played. If the user chooses to leave the live broadcast room, it will enter the closed broadcast page.
  • those skilled in the art can set other time ranges, preferably 2-4 minutes, according to the characteristics and requirements of the live broadcast platform, the duration of typical short videos in the live broadcast platform, and the typical viewing patience and duration habits of users.
  • the embodiment of the present application further provides a device, which may specifically be a chip, a component or a module, and the device may include a connected processor 201 and a memory 202; wherein, the memory 202 is used to store a computer Executing the instructions, when the apparatus is running, the processor 201 can execute the computer execution instructions stored in the memory 202, so that the chip executes the emergency processing methods after the live broadcast platform host disconnects in the above method embodiments.
  • a specific embodiment will be used to describe the relevant process of emergency handling after the live broadcast platform anchor is dropped by the emergency handling system after the live broadcast platform anchor of the present application.
  • the host is disconnected during the live broadcast, the live broadcast is paused on the viewer side, and the disconnected status screen is displayed. At this time, the main part of the interface is grayed out, and the data flow of the server is stopped. Correspondingly, the client cannot connect to the server from the server. Pull to live video stream.
  • a prompt pop-up window is displayed, which informs the user that the anchor is leaving temporarily through the text "The anchor is temporarily away", and at the same time or thereafter asks the user whether to wait and watch the short video. If the user chooses to enter the next live broadcast room, the pop-up window will be closed and the next live broadcast in the list will be entered; if the user chooses to wait, the short video will be displayed and played. The user can click the heart to express his affirmation of the video, or click "Next" Switch the video; the video area can contain several auxiliary information, such as the avatar, nickname, and number of likes.
  • the bottom of the live broadcast room displays the guidance to continue watching the video. If the user clicks "Watch”, he will immediately enter the video page to watch the remaining short videos recommended;
  • the host does not resume the live broadcast after 2 minutes, it will enter the closed broadcast page, and the user can continue to watch the recommended short video or leave.
  • the readable storage medium may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device or other non-volatile solid-state storage device, etc., and may be applied to various terminals , which can be a computer, server, etc.
  • the storage medium also includes but is not limited to any type of disk (including floppy disk, hard disk, optical disk, CD-ROM, and magneto-optical disk), ROM (Read-Only Memory, read-only memory), RAM (Random Access Memory, random access memory), EPROM (Erasable Programmable Read-Only Memory, Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory, Electrically Erasable Programmable Read-Only Memory), flash memory, magnetic card or optical card. That is, a storage medium includes any medium that stores or transmits information in a form readable by a device (eg, a computer). The storage medium can also be a read-only memory, a magnetic disk or an optical disk, and the like.
  • Embodiments of the present application also provide a computer program product, which, when running on a computer, causes the computer to execute the above-mentioned relevant steps, so as to realize the emergency processing method after the live broadcast platform anchor in the above-mentioned embodiment is disconnected.
  • the device, computer storage medium, computer program product or chip provided in this application are all used to execute the corresponding method provided above, therefore, the beneficial effects that can be achieved can be referred to in the corresponding method provided above The beneficial effects will not be repeated here.
  • the terms “video” and “short video” used in the application can be used interchangeably;
  • the “module” introduced in the application includes functional modules implemented in software, hardware or a combination of software and hardware;
  • “terminal” generally refers to a user or The smartphone terminal used by the host, but also includes other devices that can play and/or record videos, such as computers, TVs, and smart camera devices.

Abstract

本申请提出一种直播平台主播掉线后的应急处理方法，该方法包括：监测所述直播平台是否发生主播掉线事件；当发生所述主播掉线事件时，根据触发条件通过视频播放弹窗向所述直播平台的用户端自动播放短视频；若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。本申请还提出一种直播平台主播掉线后的应急处理装置,该装置提升了用户的观看体验，同时帮助主播在遇到掉线的异常情况时尽可能少的流失观众，同时提升了直播平台短视频的播放量。

Description

一种直播平台主播掉线的应急处理方法及应急处理装置
相关申请的交叉引用
本申请要求于2021年03月05日提交中国专利局、申请号为202110246013.7、发明名称为“一种直播平台主播掉线的应急处理方法及应急处理装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据处理领域视频直播技术领域，特别涉及一种直播平台主播掉线后的应急处理方法及应急处理装置。
背景技术
随着计算机技术的发展，利用互联网及流媒体技术进行数据实时共享的直播方式已经成为当下一种热门的互动通信方式。主播客户端可以在线建立直播端，以向接入该直播间的直播客户端分享直播视频，对于直播客户端而言，则可以展示直播间内直播画面中的直播内容，例如直播视频。
对于一般的直播应用平台，难免会发生由于线路延迟、故障等技术原因造成的主播意外掉线，当然，也存在少量由于主播端由于接电话或者意外打开其他应用程序造成的主播端主动掉线。无论是技术原因造成的主播掉线还是其他情况造成的主播端主动掉线，目前的处理方式包括两种方式：
一种是通过直播补位的方法，响应于当前主播在直播过程中异常退播，在当前直播间内具有开播权限的连麦观众中查找出与当前主播的直播密切程度最高的补位主播，由补位主播控制当前直播间进行直播，如CN111711830A所公开的技术方案。
第二种是设定再主播掉线后会有2分钟的保留期，在保留期期间，如果主播回到直播间可继续直播，否则该直播间关闭。然而，目前的处理方式并没有对用户端的操作具体规定，由于目前视频内容和直播间数量较多，特别是类似内容的直播间，多数用户并不清楚保留期的相关规定，因此在看到主播掉线后大多会选择离开该直播间，更有甚者会认为是整个应用的故障，而选择离开App。因此造成当主播在直播间保留期间回到直播间时，大多数用户已经离开，从而对主播直播效果产生很大影响。此外，现有方案针对主播掉线的界面处理是只 会展示虚化的封面作为空页面，并提示用户主播掉线，然而由于没有更多趣味性的内容，也无法准确告知用户主播回归直播的时间，因此在2分钟内是无法留住用户或者无意中达到用户等待主播回来的效果的，因此现有的直播平台主播掉线后的应急处理技术无法获得保持用户端用户数量相对于掉线前基本无流失的技术效果，需要开发更好的技术方案来留住用户，以等待主播返回直播间。
发明内容
本申请的目的在于，提供一种直播平台主播掉线后的应急处理系统及应急处理方法，对于用户而言，观看直播的时候遇到掉线的问题时，可以在主播断线后推送该主播的视频内容以及其他热门视频，在等待时观看符合自己喜好的或推荐的优质视频，使得用户可以在直播间中通过观看视频等待主播返回直播间，从而恢复主播的精彩直播；对于平台来说提升了用户的观看体验，同时帮助主播在遇到掉线的异常情况时尽可能少的流失观众，同时提升了直播平台视频的播放量。
本申请的目的及解决其技术问题是采用以下技术方案来实现的。
根据本申请一方面，提供了一种直播平台主播掉线后的应急处理方法，所述直播平台包括直播端、用户端、服务器以及视频媒体库，所述方法包括：
监测所述直播平台是否发生主播掉线事件；
当发生所述主播掉线事件时，根据预设条件从所述视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。
根据本申请另一方面，提供了一种直播平台主播掉线后的应急处理装置，包括：
监测模块，用于监测所述直播平台是否发生主播掉线事件；
视频选择及播放模块，用于当发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。
根据本申请的又一方面，还提供一种计算机可读存储介质，该存储介质存储可执行指令，可执行指令在被处理器执行时，导致前述直播平台主播掉线后的应急处理方法的执行。可读存储介质可以为非易失性存储器，比如硬盘或磁盘等，并可被应用在各种终端上，可以是计算机、服务器等。
根据本申请的又一方面，还提供了一种计算机程序产品，用于直播平台主播掉线的应急处理，所述计算机程序产品包括监测模块和视频选择及播放模块。其中监测模块用于监测所述直播平台是否发生主播掉线事件；视频选择及播放模块用于当发生所述主播掉线事件时， 根据预设条件从视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。
根据本申请的再一方面，本申请还包括一种直播平台主播掉线后的应急处理系统，该系统包括处理器以及存储装置。存储装置用于存储可执行指令，当可执行指令被处理器执行时，可实现前述应急处理方法。
本申请与现有技术相比具有明显的优点和有益效果。借由上述技术方案,本申请提供的一种直播平台主播掉线后的应急处理方法及应急处理装置和系统可取得显著的技术进步性及实用性，并具有产业上的广泛利用价值，其至少具有下列优点：
1、本申请提出的一种直播平台主播掉线后的应急处理方法及应急处理装置和系统可扩展性强，即通过不同预设条件来选择用户可能会感兴趣的视频，并通过不同触发条件的配置来生成灵活的视频播放条件和场景，从而在因网络故障等技术原因或人为原因导致主播掉线的情况下，保证直播与视频播放的连续性及一致性，保持并吸引用户的关注，保证直播间网络数据流量的稳定，减少直播观众的流失。
2、本申请提出的一种直播平台主播掉线后的应急处理方法及应急处理装置和系统，对于用户而言，观看直播的时候遇到掉线的问题时，可以在主播断线后推送该主播的视频内容以及其他热门视频，在等待时观看推荐的优质视频，使得用户可以在直播间中通过观看视频等待主播返回直播间，从而恢复主播的精彩直播；对于平台来说提升了用户的观看体验。由于优化了目前业界中主要依靠保留期保留主播权益的单方权益模式，将其更换为同时优化主播端和用户端的权益，大大优化了直播平台的用户的直播观看体验，同时帮助主播在遇到掉线的异常情况时尽可能少的流失观众，提高了直播平台的经济效益和其他效益。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。
附图说明
图1是本申请直播平台主播掉线后的应急处理方法的流程图；
图2是本申请播放视频的抽取方法原理流程图；
图3是本申请直播平台主播掉线后的应急处理装置的工作模块示意图；
图4是本申请直播平台主播掉线后的应急处理系统的结构示意图；
图5是根据本申请优选实施例的主播掉线事件发生时的状态画面；
图6是根据本申请优选实施例的触发条件之一提示弹窗的状态画面；
图7是根据本申请优选实施例的主播回到直播平台的消息提示画面；
图8是根据本申请优选实施例的主播回到直播平台后的视频播放弹窗关闭后继续观看视频引导界面图；
图9是根据本申请优选实施例的主播未在规定时间内恢复直播情况下关播页界面图。
具体实施方式
为更进一步阐述本申请为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本申请提出的一种直播平台主播掉线后的应急处理系统及直播平台主播掉线后的应急处理的方法，其具体实施方式、方法、步骤及其功效，详细说明如后。
通过具体实施方式的说明,当可对本申请为达成预定目的所采取的技术手段及功效得一更加深入且具体的了解，然而所附图式仅是提供参考与说明之用，并非用来对本申请加以限制。
在视频(特别是短视频，如时常为15-60秒的视频)和直播并存的平台上，很多主播都在直播平台上放置自己的短视频作品，考虑到如果能够在直播终端过程中吸引用户观看主播的短视频，对用户会有一定的吸引力。并且短视频时长一般较短(如15秒以内)，适合在等待主播返回的间隙观看，因此可在主播断线后推送该主播的短视频内容以及其他热门短视频，使得用户能够在直播间中通过观看视频的方式等待主播返回恢复直播间。
需要说明的是，本申请实施例的直播平台主播掉线后的应急处理方法可以由本申请实施例的直播平台主播掉线后的应急处理的装置执行，该直播平台主播掉线后的应急处理的装置可以由软件和/或硬件的方式实现，该直播平台主播掉线后的应急处理装置可配置在电子设备中。其中，该电子设备可以直接显示直播界面，也可以将相关视频信息传送至另一电子设备中进行显示播放。该电子设备可以为具有直播功能的终端设备，例如智能手机、平板电脑等；该电子设备也可以为一个通信设备，通过通信网络与服务器端或直播平台进行控制指令与视频数据的传输，还可以通过无线或有限通信技术与显示设备进行控制指令与视频数据的传输。
图1是根据一示例性实施例示出的一种直播平台主播掉线后的应急处理方法的流程图，如图1所示，主播掉线时按照主播相关以及视频质量展示短视频供用户观看，以等待主播返回恢复直播，包括以下步骤：
步骤S1：监测所述直播平台是否发生主播掉线事件，该监测功能通常由服务器内的算法实现，即实时循环搜索直播间地址，与当前应当在直播的直播间地址列表进行比对，如果发生直播间地址缺失，则怀疑发生主播掉线事件，此时向缺失的直播间地址发送一个或多个唤醒数据包，由于直播平台设计为直播间在开播期间需要按照一定的时间间隔根据服务器发送的唤醒数据包发送应答数据包，如果此时服务器收不到任何对应的应答数据包，则可以最终判断直播平台发生直播掉线事件，并根据缺失的直播间地址锁定发生掉线的主播。当然也可以通过循环搜索并比对主播ID等典型的身份信息，或者监测反馈的数据流量短时间内变化较大的事件触发预警。
在本申请的实施例中，可通过监测主播的人体状态确定是否发生主播掉线，例如，监测到主播的人体特征在预设时间内未发生变化，则确定该主播掉线，举例而言，监测到主播的眼睛、嘴巴在预设时间内一直处于不动状态，则确定该主播掉线。例如，预设时间可为5秒或者10秒。
步骤S2：当发生所述主播掉线事件时，根据触发条件通过视频播放弹窗向所述直播平台的用户端自动播放短视频，所述视频播放弹窗与用户端直播窗口分离，或占据该直播窗口的一部分或与其部分重合。
在本申请的一个实施例中，用户端界面可包括多个选择框，用户可通过触摸用户端界面的选择框进行选择，例如用户可点击爱心框表示对视频的肯定，也可以点击字体为“下一个”的选择框进行切换视频。
其中，视频播放弹窗的视频区域可包含拍客头像、昵称和已经点赞数。
本实施例中根据直播系统的特点可以设定为三种不同的触发条件：
1、对于服务器响应速度较低的情况，检测到主播端掉线时，直接实施步骤S2，触发视频播放器播放短视频。
2、对于服务器响应速度中等的情况，检测到主播端掉线后，用户会同时收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，用户可通过触发提示弹窗按钮确定是否等待主播。
举例而言，若用户触发提示弹窗按钮中“×”按钮，可确定用户选择不等待主播，则可以直接进入其他直播间；若用户触发提示弹窗按钮中“√”按钮，可确定用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本申请的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较 长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。
3、对于服务器响应速度较快的情况，检测到主播端掉线后，用户会延迟一段时间(通常为毫秒级)收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，用户可通过触发提示弹窗按钮确定是否等待主播。
举例而言，若用户触发提示弹窗按钮中“×”按钮，可确定用户选择不等待主播，则可以直接进入其他直播间；若用户触发提示弹窗按钮中“√”按钮，可确定用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本申请的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。
如图2所示，通过视频播放弹窗向所述直播平台的用户端自动播放短视频的流程包括下列操作。
所述直播平台同时提供直播播放和短视频播放功能，短视频都是从服务器的视频媒体库中拉取出来的。所谓拉取，是从用户终端通过互联网从服务器上拉取直播视频流的操作。当发生主播掉线事件的情况下，从主播端向服务器的推流会中断，相应地，会导致观众客户端拉取不到直播视频流。此时，将主播ID发送到视频媒体库中，服务器检索主播短视频，并根据主播ID从短视频播放的功能侧获取主播的置顶视频、点赞数量较高的视频(高赞视频)和直播间首页热门视频信息。
其中，主播的置顶视频仅为一个，由当前主播设置；所述高赞视频信息是根据点赞数排列获得的，基于大众评价的历史数据确定；所述直播间首页热门视频则是基于观众喜好、当前用户信息及观看习惯，通过平台算法逻辑计算确定。
在本申请的一个实施例中，从短视频播放的功能侧拉取首页推荐视频列表内的部分首页热门视频，这些热门视频不一定是该掉线的主播的相关视频，而是根据直播平台的推荐算法逻辑，通过依据打分策略建立的推荐模型来推荐用户喜好的视频。
需要说明的是，打分策略包括大众喜好以及当前用户的信息两方面的考虑因素，其中大众喜好从视频的观看数量、点赞数量、评论数量以及用户观看时长、互动记录来体现；当前用户的信息包括：性别、年龄、国籍、地区、客户端机型等。
对应地，根据上述打分策略，综合各种相关因素建立推荐模型，并针对每个短视频进行相应的打分后，将分数较高的作为推荐视频呈现在直播平台的首页；由于打分策略的复杂度和维度较高，对于每个用户来说，首页的推荐视频大概率上是不同的。
在本申请的实施例中，按照所述置顶视频、高赞视频以及首页热门视频的顺序将所述置顶视频、高赞视频和首页热门视频进行拼合形成视频推荐列表；通过视频播放弹窗按照视频推荐列表的顺序依次向所述直播平台的用户端自动播放短视频。
总之，本实施例的方法对于短视频的推荐排序则按照是否置顶->赞数的优先级->热门短视频，通过选择性拉取视频，优先展示和主播相关以及高质量或观众最可能喜欢的视频留住观众。
在本申请的一个实施例中，可将主播端最新视频作为短视频播放，对应地，检测到主播端掉线时，通过视频播放弹窗向用户端播放主播端最新视频。
步骤S3：若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。
在本申请的一个实施例中，检测到主播返回直播间时，可确定主播的当前状态，例如主播返回(掉线的技术故障消除或者其他原因消除)时，系统设置主播可以看到，也可以看不到正在播放的短视频，主播此时需要立即拿回播放控制权，继续直播，因此通常是通过直播平台的主播端立即提示用户“主播已经返回”。
步骤S3的具体实施方式包括：
步骤S31，主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止的时刻，若当前观看的短视频在播放当中并未结束，则系统等待所述短视频播放结束后自动关闭视频播放弹窗，退出短视频播放界面。从用户角度看，播放短视频的界面仅占视屏一部分(例如一半)，主播回来后可立即开始直播，但当前正在播放的短视频可继续播放完最大化鼓励用户继续观看直播。
步骤S32，自动关闭所述视频播放弹窗后，在所述直播平台的显示界面底部展示视频提示，询问是否继续观看视频以及进入视频页的导航按钮，若用户选择继续观看视频，则通过视频页的导航按钮进入视频列表观看。
本实施例中，设定时间为典型的2分钟，即2分钟后主播没有恢复直播，用户此时可以继续观看推荐的短视频或离开，具体包括：待当前短视频播放完成后，可向用户提供提示框以提示用户选择是否离开直播间。
举例而言，检测到用户未触发提示框，可确定用户未主动选择离开直播间，则继续播放短视频，检测到用户触发提示框，可确定用户选择离开直播间，则进入关播页。
需要说明的是，本领域技术人员可根据直播平台的特点和要求以及该直播平台中典型短 视频的时长和用户典型的观看耐心习惯以及持续时间习惯，设定其他的时间范围，优选为2-4分钟，本申请对此不作限制。
为了本领域人员更容易理解本申请，还提供了直播平台主播掉线后的应急处理系统的配置，图3是直播平台主播掉线后的应急处理系统中工作模块流程图。直播平台主播掉线后的应急处理系统主要包括3个工作模块，分别是监测模块，用于监测所述直播平台是否发生主播掉线事件；视频选择及播放模块，用于发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并根据触发条件通过所述视频播放弹窗向所述直播平台的用户端自动播放短视频；直播平台恢复模块，若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。
在监测模块中，监测直播平台是否发生主播掉线事件的监测功能通常由服务器内的算法实现，即实时循环搜索直播间地址，与当前应当在直播的直播间地址列表进行比对，如果发生直播间地址缺失，则怀疑发生主播掉线事件，此时向缺失的直播间地址发送一个或多个唤醒数据包，由于直播平台设计为直播间在开播期间需要按照一定的时间间隔根据服务器发送的唤醒数据包发送应答数据包，如果此时服务器收不到任何对应的应答数据包，则可以最终判断直播平台发生直播掉线事件，并根据缺失的直播间地址锁定发生掉线的主播。当然也可以通过循环搜索并比对主播ID等典型的身份信息，或者监测反馈的数据流量短时间内变化较大的事件触发预警。
在视频选择及播放模块中，系统设定规则为根据触发条件通过视频播放弹窗向当发生所述主播掉线事件时，根据预设条件以上文中所述的方式从视频媒体库中选择用户感兴趣的视频，并根据触发条件通过视频播放弹窗向所述直播平台的用户端自动播放短视频。
在本申请的一个实施例中，用户端界面可包括多个选择框，用户可通过触摸用户端界面的选择框进行选择，例如用户可点击爱心框表示对视频的肯定，也可以点击字体为“下一个”的选择框进行切换视频。
其中，视频播放弹窗的视频区域包含拍客头像、昵称和已经点赞数等关键信息。
本实施例中根据直播系统的特点可以设定为三种不同的触发条件：
1、对于服务器响应速度较低的情况，检测到主播端掉线时，直接实施步骤S2，触发视频播放器播放短视频；
2、对于服务器响应速度中等的情况，检测到主播端掉线后，用户会同时收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，用户可通过触发提示弹窗按钮确定是否等待 主播。
举例而言，若用户触发提示弹窗按钮中“×”按钮，可确定用户选择不等待主播，则可以直接进入其他直播间；若用户触发提示弹窗按钮中“√”按钮，可确定用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本申请的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。
3、对于服务器响应速度较快的情况，检测到主播端掉线后，用户会延迟一段时间(通常为毫秒级)收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，用户可通过触发提示弹窗按钮确定是否等待主播。
举例而言，若用户触发提示弹窗按钮中“×”按钮，可确定用户选择不等待主播，则可以直接进入其他直播间；若用户触发提示弹窗按钮中“√”按钮，可确定用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本申请的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。
本实施例的视频选择及播放模块对于短视频的推荐排序则按照是否置顶->赞数的优先级->热门短视频，通过选择性拉取视频，优先展示和主播相关以及高质量或观众最可能喜欢的视频留住观众。
直播平台恢复模块：若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。
主播返回(掉线的技术故障消除或者其他原因消除)后，系统设置主播可以看到，也可以看不到正在播放的短视频，主播此时需要立即拿回播放控制权，继续直播，因此通常是通过直播平台的主播端立即提示用户“主播已经返回”。
若设定时间内，主播返回或重新连线，则通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若在设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。具体实施方式如下所述。
主播返回或重新连线后，通过所述直播平台的主播端提示用户所述主播掉线事件终止，此处的提示可以以发送提示消息的方式执行，也可以以直接继续直播的方式提示用户。此时， 若当前观看的短视频在播放当中并未结束，则系统等待所述短视频播放结束后再自动关闭视频播放弹窗，退出短视频播放界面。从用户角度看，播放短视频的界面仅占视屏一部分(例如一半)，主播回来后可立即开始直播，但当前正在播放的短视频可继续播放完。这样，既不会导致用户正在观看的视频突然截止，而影响用户体验，又可以最大化鼓励用户继续观看直播。
自动关闭所述视频播放弹窗后，在所述直播平台的显示界面上，如显示界面底部，展示视频提示，询问是否继续观看视频以及进入视频页的导航按钮，若用户选择继续观看视频，则通过视频页的导航按钮进入视频列表观看。
本实施例中，设定时间为典型的2分钟，即2分钟后主播没有恢复直播，用户此时可以继续观看推荐的短视频或离开。例如，可以待当前短视频播放完成后，提示用户选择是否离开直播间，如用户未主动选择离开直播间，继续播放短视频，如果用户选择离开直播间，则进入关播页。当然本领域技术人员根据直播平台的特点和要求以及该直播平台中典型短视频的时长和用户典型的观看耐心习惯以及持续时间习惯，设定其他的时间范围，优选为2-4分钟。
另外，如图4所示本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器201和存储器202；其中，存储器202用于存储计算机执行指令，当装置运行时，处理器201可执行存储器202存储的计算机执行指令，以使芯片执行上述各方法实施例中的直播平台主播掉线后的应急处理方法。
下面将通过一具体实施例来说明通过本申请的直播平台主播掉线后的应急处理系统实现直播平台主播掉线后的应急处理相关过程。
参见图5，主播在直播时掉线，观众侧直播暂停，展示掉线状态画面，此时界面中的主要部分为灰色显示，与服务器的数据流停止，相应地，会导致用户端无法从服务器拉取到直播视频流。
参见图6，展示提示弹窗，通过文字“主播暂时离开哦”告知用户主播暂时离开，同时或者此后询问用户是否等待并观看短视频。若用户选择进入下个直播间，则弹窗关闭，进入列表内下个直播；若用户选择等待，则展示并播放短视频，用户可点击爱心表示对视频的肯定，也可以点击“下一个”切换视频；视频区域可以包含若干辅助信息，如拍客头像、昵称和已经点赞数等。
参见图7，当主播回来后，主播恢复直播行为，与服务器数据流恢复正常，用户侧通过界面上文字“主播已回来哦”提示主播回来，同时在当前视频播放结束后自动关闭播放弹窗； 主播回来并恢复直播后，若视频继续播放，则无法点击“下一个”按钮，该按钮置灰展示。
参见图8，视频播放弹窗关闭后，直播间底部展示继续观看视频引导，若用户点击“观看”则立刻进入视频页面观看其余推荐的短视频；
参见图9，若2分钟后主播没有恢复直播，则进入关播页，用户此时可以继续观看推荐的短视频或离开。
本申请的另一方面，提供一种计算机可读存储介质，该存储介质存储可执行指令、软件程序以及模块，可执行指令在被处理器执行时，导致直播平台主播掉线后的应急处理的方法的执行。可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件或其他非易失性固态存储器件等，并可被应用在各种终端上，可以是计算机、服务器等。
存储介质还包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。存储介质也可以是只读存储器，磁盘或光盘等。
本申请的实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的直播平台主播掉线后的应急处理方法。
其中，本申请提供的装置、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
以上所述，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制。虽然本申请已以较佳实施例揭露如上，然而所述较佳实施例并非用以限定本申请，任何熟悉本专业的技术人员，在不脱离本申请技术方案范围内，当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本申请技术方案的范围内。本申请所使用的技术术语及相关结构，不应被机械地解释，本领域技术人员将很容易理解，为了执行相关功能，可以使用替代的或等效的手段来代替示例中描述的特定详细结构及示例描述中所使用的具体术语。例如，申请中所用术语“视频”和“短视频”可以互换使用； 申请中所介绍的“模块”包含以软件、硬件或软硬件结合等方式实现的功能模块；“终端”一般指用户或者主播所使用的智能手机终端，但同样也包含其他可以进行视频播放和/或录制的设备，如电脑、电视、智能摄像设备等。

Claims (11)

  1. 一种直播平台主播掉线后的应急处理方法，所述直播平台包括直播端、用户端、服务器以及视频媒体库，其特征在于，该方法包括：
    监测所述直播平台是否发生主播掉线事件；
    当发生所述主播掉线事件时，根据预设条件从所述视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。
  2. 根据权利要求所述1的方法，其特征在于，该方法包括响应预设触发条件执行所述视频选择和/或所述自动播放。
  3. 根据权利要求2所述的方法，其特征在于，所述触发条件包括：
    在第一预定延迟时间之后向所述用户端发送提示弹窗，询问用户是否等待所述掉线的主播，所述第一预定延迟时间基于所述服务器响应速度确定；
    在第二预定延迟时间之内，监听所述用户端反馈信息，
    如接收到用户反馈信息，且所述信息显示用户选择等待主播，即通过视频播放弹窗播放所选择视频，
    如未接收到用户反馈信息，则在所述第二预定延迟时间结束后，通过所述视频播放弹窗播放所选择视频。
  4. 根据前述任一权利要求所述的方法，其特征在于，所述通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频的流程包括：
    检索所述视频媒体库所存储视频，获取主播置顶视频、高赞视频和/或直播间首页热门视频，其中所述主播置顶视频由当前主播预设置，所述高赞视频基于历史点赞数量确定，所述直播间首页热门视频基于观众喜好、当前用户信息及观看习惯确定；
    按照所述主播置顶视频、高赞视频以及首页热门视频的顺序将所获取的视频进行排序并拼合形成视频推荐列表；
    通过视频播放弹窗按照所述视频推荐列表的顺序依次向所述直播平台的用户端自动播放所选择视频。
  5. 根据前述任一权利要求所述的方法，其特征在于，若在设定时间内主播恢复连线，发送信息至所述客户端，提示用户所述主播掉线事件终止，关闭视频播放弹窗，其中：
    若所述提示的时刻当前视频尚未播放结束，则等待所述视频播放结束后自动关闭所述视频播放弹窗；
    自动关闭所述视频播放弹窗后，在直播界面展示视频提示，询问用户是否继续观看视频，以及进入视频页的导航按钮。
  6. 根据前述任一权利要求所述的方法，其特征在于，若在设定时间后主播没有恢复连线，则待当前视频播放完成后，发送信息至所述客户端，提示用户选择是否离开直播间，并监听用户反馈信息；
    如在第三预定延迟时间内未接收到用户选择离开直播间的反馈信息，则继续播放所述视频；
    如在第三预定延迟时间内接收到用户选择离开直播间的反馈信息，则进入关播页。
  7. 根据前述任一权利要求所述的方法，其特征在于，所述监测所述直播平台是否发生主播掉线事件包括：
    实时循环搜索直播间地址和/或主播ID，与当前应当在直播的直播间地址列表和/或主播ID列表进行比对，
    如果发生直播间地址或主播ID缺失，则再次通过是否收到与向缺失的直播间地址或主播ID对应的直播间地址发送的一个或多个唤醒数据包对应的应答数据包判断直播平台是否发生直播掉线事件，及
    根据缺失的直播间地址或主播ID锁定发生掉线的主播；或
    监测反馈的数据流量短时间内变化较大的事件触发预警，并反向追踪发生变化的直播间地址或主播ID从而确定所述直播平台是否发生主播掉线事件以及掉线的主播。
  8. 一种直播平台主播掉线后的应急处理的装置，其特征在于，该装置包括：
    监测模块，用于监测所述直播平台是否发生主播掉线事件；
    视频选择及播放模块，用于当发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。
  9. 一种计算机可读存储介质，其特征在于，该存储介质存储可执行指令，所述可执行指令在被处理器执行时，导致权利要求1-7中任一项所述的直播平台主播掉线后的应急处理的方法的执行。
  10. 一种计算机程序产品，用于直播平台主播掉线的应急处理，所述计算机程序产品包括：
    监测模块，用于监测所述直播平台是否发生主播掉线事件；
    视频选择及播放模块，用于当发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。
  11. 一种直播平台主播掉线后的应急处理系统，其特征在于，包括：
    处理器；
    存储装置，用于存储可执行指令，
    当所述可执行指令被所述处理器执行时，可实现权利要求1-7中任一项所述的直播平台主播掉线后的应急处理的方法。
PCT/CN2022/076188 2021-03-05 2022-02-14 一种直播平台主播掉线的应急处理方法及应急处理装置 WO2022183901A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110246013.7A CN113014946A (zh) 2021-03-05 2021-03-05 一种直播平台主播掉线的应急处理方法及应急处理装置
CN202110246013.7 2021-03-05

Publications (1)

Publication Number Publication Date
WO2022183901A1 true WO2022183901A1 (zh) 2022-09-09

Family

ID=76407009

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/076188 WO2022183901A1 (zh) 2021-03-05 2022-02-14 一种直播平台主播掉线的应急处理方法及应急处理装置

Country Status (2)

Country Link
CN (1) CN113014946A (zh)
WO (1) WO2022183901A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113014946A (zh) * 2021-03-05 2021-06-22 广州市网星信息技术有限公司 一种直播平台主播掉线的应急处理方法及应急处理装置
CN113570728A (zh) * 2021-07-02 2021-10-29 游艺星际(北京)科技有限公司 风险处理方法及装置
CN113613053B (zh) * 2021-07-26 2023-03-21 北京达佳互联信息技术有限公司 视频推荐方法、装置、电子设备及存储介质
CN114640864A (zh) * 2022-03-08 2022-06-17 广州方硅信息技术有限公司 直播间内播放小视频的方法、装置、计算机设备及介质
CN115022655A (zh) * 2022-05-19 2022-09-06 咪咕文化科技有限公司 直播卡顿处理方法、装置、电子设备及可读存储介质
CN116017388B (zh) * 2023-02-17 2023-08-22 荣耀终端有限公司 一种基于音频业务的弹窗显示方法和电子设备
CN117319758B (zh) * 2023-10-13 2024-03-12 南京霍巴信息科技有限公司 一种基于云平台的直播方法及直播系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106488271A (zh) * 2016-10-09 2017-03-08 天脉聚源(北京)传媒科技有限公司 一种视频直播方法及装置
US20170142482A1 (en) * 2015-11-13 2017-05-18 Le Holdings (Beijing) Co., Ltd. Video platform monitoring and analyzing system
CN106878769A (zh) * 2017-02-23 2017-06-20 北京潘达互娱科技有限公司 直播视频质量监测方法和装置
CN107743244A (zh) * 2017-10-27 2018-02-27 北京小米移动软件有限公司 视频直播方法及装置
CN111385591A (zh) * 2018-12-28 2020-07-07 阿里巴巴集团控股有限公司 网络直播方法、直播处理方法、装置、直播服务器及终端设备
CN113014946A (zh) * 2021-03-05 2021-06-22 广州市网星信息技术有限公司 一种直播平台主播掉线的应急处理方法及应急处理装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105898357A (zh) * 2015-12-22 2016-08-24 乐视网信息技术（北京）股份有限公司 一种视频的切换方法及装置
CN106488335B (zh) * 2016-09-20 2019-08-16 北京小米移动软件有限公司 直播控制方法及装置
CN107071503B (zh) * 2017-02-09 2019-01-08 腾讯科技（深圳）有限公司 视频直播的方法、装置和直播接流服务器
CN107197360B (zh) * 2017-06-14 2019-11-29 杭州当虹科技股份有限公司 一种直播信号安全播出的方法及系统
CN107734362B (zh) * 2017-10-11 2020-07-28 咪咕视讯科技有限公司 一种视频源的确定方法、装置及计算机可读存储介质
CN108012161B (zh) * 2017-11-10 2021-10-01 广州华多网络科技有限公司 视频直播方法、系统和终端设备
CN108174295B (zh) * 2017-12-29 2021-05-25 北京奇虎科技有限公司 主播状态的通知方法和装置、主播状态的提示方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170142482A1 (en) * 2015-11-13 2017-05-18 Le Holdings (Beijing) Co., Ltd. Video platform monitoring and analyzing system
CN106488271A (zh) * 2016-10-09 2017-03-08 天脉聚源(北京)传媒科技有限公司 一种视频直播方法及装置
CN106878769A (zh) * 2017-02-23 2017-06-20 北京潘达互娱科技有限公司 直播视频质量监测方法和装置
CN107743244A (zh) * 2017-10-27 2018-02-27 北京小米移动软件有限公司 视频直播方法及装置
CN111385591A (zh) * 2018-12-28 2020-07-07 阿里巴巴集团控股有限公司 网络直播方法、直播处理方法、装置、直播服务器及终端设备
CN113014946A (zh) * 2021-03-05 2021-06-22 广州市网星信息技术有限公司 一种直播平台主播掉线的应急处理方法及应急处理装置

Also Published As

Publication number Publication date
CN113014946A (zh) 2021-06-22

Similar Documents

Publication Publication Date Title
WO2022183901A1 (zh) 一种直播平台主播掉线的应急处理方法及应急处理装置
US11490136B2 (en) Systems and methods for providing a slow motion video stream concurrently with a normal-speed video stream upon detection of an event
JP6928107B2 (ja) アプリケーション内の行動に基づく個人化されたユーザインターフェース
US11134312B2 (en) Methods, systems, and media for presenting contextual information in connection with media content
US11051059B2 (en) Playback synchronization in a group viewing a media title
US9510051B1 (en) Pop-ups for video suggestions based on social messages
US20140325556A1 (en) Alerts and web content over linear tv broadcast
US20140078039A1 (en) Systems and methods for recapturing attention of the user when content meeting a criterion is being presented
US9615127B2 (en) Systems and methods for recording content from a different source when previous content runs over
US11765446B2 (en) Methods and systems for providing dynamic summaries of missed content from a group watching experience
US11711561B2 (en) Systems and methods for avoiding spoilers in presenting recording prompts relating to a competition
US20220021933A1 (en) Influencer tools for stream curation based on follower information
US11849177B2 (en) Systems and methods for providing media recommendations
US20220150592A1 (en) Systems and methods for providing media recommendations
US20230291972A1 (en) Methods and systems for operating a group watching session
US9749700B1 (en) Automatic display of closed captioning information
EP3542542B1 (en) Automatic display of closed captioning information
US20230388601A1 (en) Methods and systems for operating a group watching session
WO2022115688A1 (en) Methods and systems for viewing missed media content
WO2022103414A1 (en) Systems and methods for providing media recommendations

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22762367

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22762367

Country of ref document: EP

Kind code of ref document: A1