WO2021129277A1 - 直播视频的回看方法及设备 - Google Patents
直播视频的回看方法及设备 Download PDFInfo
- Publication number
- WO2021129277A1 WO2021129277A1 PCT/CN2020/131144 CN2020131144W WO2021129277A1 WO 2021129277 A1 WO2021129277 A1 WO 2021129277A1 CN 2020131144 W CN2020131144 W CN 2020131144W WO 2021129277 A1 WO2021129277 A1 WO 2021129277A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- video
- video data
- target
- live
- review
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
- H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
- H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
Definitions
- the present disclosure relates to the technical field of live video broadcasting, and in particular to a method and device for watching back live video.
- live broadcast is loved by more and more people.
- the host will record and broadcast the video at the same time as the live broadcast.
- the recorded video is stored in the live source station.
- the client used by the viewer needs to be from the live source station. Read the corresponding video and play it.
- the present disclosure provides a method and device for reviewing live video, which can improve the playing fluency of live video.
- the technical solutions of the present disclosure are as follows:
- a method for viewing live video which is applied to a server, and the method includes:
- the live broadcast review request is used to request to review videos with different definitions generated based on the live video, and the live broadcast review request includes a video identifier and a target definition ,
- the first client is a client used by the audience;
- Target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; Among them, video data of different definitions corresponds to different address information;
- a method for viewing live video which is applied to a client, and the method includes:
- a live broadcast review request is sent to the server, the live broadcast review request is used to request to review a video with different definitions generated based on the live video, and the live video review request includes a video Identification and clarity of the target;
- the target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; among them, videos of different definitions The data corresponds to different address information;
- a live video playback device which is applied to a server, and the device includes:
- the request receiving unit is configured to receive a live broadcast review request sent by the first client, where the live broadcast review request is used to request to review videos with different definitions generated based on the live video, and the live broadcast review request Contains the video identifier and target definition of the live video to be watched back, and the first client is a client used by the audience;
- the address information acquiring unit is configured to perform the acquisition of address information of target video data based on the video identifier and the target definition, where the target video data is: the video identifier of the live video is the video identifier, and the definition is The video data of the target definition; wherein the video data of different definitions corresponds to different address information;
- the address information returning unit is configured to send the address information to the first client, where the address information is used by the first client to obtain the target video data and play the target video data.
- a live video playback device which is applied to a first client terminal, and the device includes:
- the instruction receiving unit is configured to execute and receive a live broadcast review instruction for video data, where the live broadcast review instruction includes a target definition;
- the request sending unit is configured to execute according to the live broadcast review instruction, send a live broadcast review request to the server, the live broadcast review request is used to request to review a video with different definitions generated based on the live video, and
- the live video review request includes the video identifier of the live video and the target definition;
- the address receiving unit is configured to receive the address information of the target video data sent by the server, the target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition ; Among them, the video data of different definitions corresponds to different address information;
- the first video acquisition unit is configured to perform acquisition of the target video data based on the address information
- the video playing unit is configured to play the target video data.
- a server including: a processor; and a memory for storing executable instructions of the processor;
- the processor is configured to perform the following steps:
- the live broadcast review request is used to request to review videos with different definitions generated based on the live video, and the live broadcast review request includes the live video to be reviewed Video identification and target definition, the first client is a client used by the audience;
- Target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; Among them, video data of different definitions corresponds to different address information;
- a client including: a processor; a memory for storing executable instructions of the processor;
- the processor is configured to perform the following steps:
- a live broadcast review request is sent to the server, the live broadcast review request is used to request to review a video with different definitions generated based on the live video, and the live video review request includes a video Identification and clarity of the target;
- the target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; among them, videos of different definitions The data corresponds to different address information;
- a live video review system including:
- a network-connected server a first client, and at least one content distribution network node
- the at least one content distribution network node is configured to store candidate video data after transcoding live video data
- the first client is configured to execute receiving a live broadcast review instruction for a live video to be watched back, where the live broadcast review instruction includes a target definition; according to the live broadcast review instruction, report to the server Sending a live broadcast review request, where the live broadcast review request is used to request to review videos with different definitions generated based on the live video, and the live video review request includes a video identifier and the target definition;
- the server is configured to receive the live broadcast review request sent by the first client, and obtain the address information of the target video data based on the video identifier and the target definition, the target video data being: the live video
- the video identifier is the video identifier
- the definition is the video data of the target definition; wherein the video data of different definitions corresponds to different address information, and the address information is sent to the first client;
- the first client is further configured to execute, according to the address information, obtaining the target video data from a target content distribution network node in the at least one content distribution network node; the target video data is determined by the The live video data of the live video is transcoded and stored in the target content distribution network node; and the target video data is played.
- a storage medium which is executed by a processor of a server in response to an instruction in the storage medium, so that the server executes the following steps:
- the live broadcast review request is used to request to review videos with different definitions generated based on the live video, and the live broadcast review request includes a video identifier and a target definition ,
- the first client is a client used by the audience;
- Target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; Among them, video data of different definitions corresponds to different address information;
- a storage medium which is executed by a processor of a first client in response to an instruction in the storage medium, so that the first client can execute the following steps:
- a live broadcast review request is sent to the server, the live broadcast review request is used to request to review a video with different definitions generated based on the live video, and the live video review request includes a video Identification and clarity of the target;
- the target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; among them, videos of different definitions The data corresponds to different address information;
- Fig. 1 is an application environment diagram of a method for viewing live video according to an embodiment
- Fig. 2 is a block diagram of a server according to an embodiment
- Fig. 3 is a block diagram showing an audience client according to another embodiment
- Fig. 4 is a flow chart showing a method for reviewing live video according to an embodiment
- Fig. 5 is a schematic diagram showing a process of pushing live video data to a CDN node according to an embodiment
- Fig. 6 is a flow chart showing a method for reviewing a live video according to another embodiment
- Fig. 7 is a schematic diagram showing an interface for reviewing a video list according to an embodiment
- Fig. 8 is a sequence diagram showing a method for viewing live video according to an embodiment
- Fig. 9 is a block diagram showing a device for viewing live video according to an embodiment
- Fig. 10 is a block diagram showing an apparatus for viewing live video according to another embodiment
- Fig. 11 is a block diagram showing a system for reviewing live video according to an embodiment.
- the method for reviewing live video is applied to the application environment as shown in FIG. 1.
- the application environment includes at least the audience client 101 and the server 102.
- the audience client 101 is the first client used by the audience, and the audience client 101 and the server 102 are connected through a network.
- the viewer client 101 can obtain the target video data of the live video to be watched back from the server 102 based on the live broadcast review request, and play the target video data.
- the live broadcast review request includes a video identifier and a target definition
- the target video data is: the video identifier of the live video is the video identifier, and the definition is video data of the target definition.
- the target video data is stored in the server 102, and the viewer client 101 directly obtains the target video data from the server 102. In other embodiments, the target video data is not stored in the server 102, but is stored in the content distribution network node.
- the application environment also includes a target content distribution network node 103, and the audience client 101, the server 102, and the target content distribution network node 103 are connected through the network.
- the audience client 101 obtains the definition selection information (including the target definition) of the live video that the user needs to watch, and obtains the address information of the target video data from the server 102 according to the definition selection information.
- the address information is that the target video data is in The address information in the target content distribution network node 103.
- the audience client 101 obtains the target video data from the target content distribution network node 103 according to the address information.
- the audience client 101 includes, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices.
- the server 102 is implemented by an independent server or a server cluster composed of multiple servers. At least one viewer client 101 is connected to the server 102 to synchronously or asynchronously respond to the live broadcast review request sent by these viewer clients 101 to obtain corresponding target video data.
- the server 102 is also connected to at least one target content distribution network node 103 to push the target video data to each target content distribution network node 103.
- Fig. 2 is a block diagram showing a server according to an embodiment. As shown in FIG. 2, it includes a processor; a memory for storing executable instructions of the processor; wherein the processor is configured to execute instructions to implement the live video review method of the foregoing embodiment.
- the server includes a processor, a memory, a network interface, etc. connected through a system bus.
- the processor is used to provide computing and control capabilities;
- the memory includes a non-volatile storage medium, an internal memory, and the non-volatile storage medium stores an operating system and a computer program (when the computer program is executed by the processor, the The video review method) and a database,
- the internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium;
- the database is used to store the data involved in the execution of the live video review method, for example
- the database can store data such as address information;
- the network interface is used to communicate with an external terminal through a network connection, for example: receiving a review instruction sent by the first client, and sending target video data to the first client.
- Fig. 3 is a block diagram of an audience client according to an embodiment. As shown in FIG. 3, it includes a processor; a memory for storing executable instructions of the processor; wherein the processor is configured to execute instructions to implement the live video review method of the foregoing embodiment.
- the audience client includes a processor, a memory, a network interface, a display screen, etc. connected through a system bus.
- the processor is used to provide computing and control capabilities;
- the memory includes a non-volatile storage medium and an internal memory.
- the non-volatile storage medium stores an operating system and a computer program (when the computer program is executed by the processor, a live broadcast is realized).
- the video review method and a database
- the internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium
- the database is used to store the data involved in the execution of the live video review method, for example
- the database can store target video data and other data
- the network interface is used to communicate with an external terminal through a network connection, for example: sending a live broadcast lookback instruction to the server
- the display is a liquid crystal display or an electronic ink display.
- Fig. 4 is a flow chart showing a method for reviewing a live video according to an embodiment.
- the method for reviewing a live video is used in a server. As shown in Fig. 4, the method includes the following steps:
- the server receives the live broadcast review request sent by the viewer client; the live broadcast review request is sent by the viewer client according to the live broadcast review instruction; the live broadcast review instruction is a trigger instruction for the live video, including the clarity of the live video Degree selection information.
- the definition selection information includes the target definition; the live broadcast review request is used to request to watch videos with different definitions generated based on the live video, and the live broadcast review request includes the video identification and clarity of the live video to be reviewed Degree selection information.
- the audience client refers to the client used by users who watch the live broadcast in the live broadcast scene, that is, the first client used by the audience.
- Live video also called source live video refers to the video generated by live broadcast on the web live broadcast platform. The live video usually has the highest bit rate, that is, supports relatively high definition.
- the host who publishes the live video chooses to perform review recording, and the host client (or viewer client) performs review and recording of the live video to obtain the review video.
- the host client is the second client used by the host.
- the recorded review video is stored in the memory space, corresponding to address information (for example, the link address of the memory space where the video is stored).
- the memory space is the storage of the host client or server, or the storage space independent of the server or the host client, for example: the storage space is a video cloud server dedicated to video management (also known as video source station or video cloud) .
- the anchor client or viewer client
- the user can trigger the playback process (this process is also called the review process) of a certain or some review video (that is, the target review video) through the audience client, that is, in the audience client
- the target video data refers to data related to the live video to be reviewed.
- the target video data can be referred to as a target review video for short.
- the live broadcast review instruction also contains definition selection information, where the definition selection information may refer to which definition of the video needs to be watched, that is, the target definition.
- the user can select one of multiple definitions to review the video.
- the to-be-selected definitions include: Blu-ray (1080P), ultra-definition (740P), high-definition (480P), and standard-definition (290P) and many more.
- each review video data corresponding to the same live video is stored in a memory space corresponding to the same address, or stored in a memory space corresponding to different addresses.
- the viewer client generates a live broadcast review instruction according to the user's selection, and sends a live broadcast review request to the server according to the live broadcast review instruction to request the server to send the address information (referred to as URL) of the target video data.
- URL address information
- the server obtains the address information of the target video data corresponding to the definition selection information according to the live broadcast review request.
- the live broadcast review request includes a video identifier and definition selection information; in some embodiments, the server obtains the address information of the target video data based on the video identifier and the definition selection information.
- the target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the definition selection information. Among them, video data of different definitions corresponds to different address information.
- the server obtains the address information of the target video data based on the video identifier and the definition selection information, including: the server determines at least one candidate video data corresponding to the video identifier based on the video identifier, and at least one candidate video
- the data is video data with different definitions generated based on the live video; based on the definition selection information, target video data is selected from at least one candidate video data, and the address information of the target video data is determined.
- the address information refers to the link address of the memory space where the target video data is stored.
- the address information is stored in the server; the server obtains the address information from the local memory, or the address information is stored in other electronic devices such as the video cloud server; the server obtains the address from other electronic devices such as the video cloud server information.
- the server obtains the address information from the local memory as an example.
- the server stores a mapping table of video data and address information of various definitions.
- the server receives the live broadcast request according to the definition. Select the information to query the mapping table in the local memory to determine the corresponding address information.
- the live broadcast review request includes the video identifier and definition selection information of the live video to be reviewed; the server obtains the address information of the target video data, and the target video data is a live broadcast whose definition corresponding to the video identifier is the target definition.
- the video data of the video is a live broadcast whose definition corresponding to the video identifier is the target definition.
- the server stores a mapping table of each live video, each definition of the review video and the video address.
- the server queries the mapping in the local memory according to the video identifier and target definition.
- the table can determine the corresponding address information.
- the address information corresponds to an access path (path), and the access path is used by the viewer client to access the target video data.
- path an access path
- the target video data is stored in the server or in the target content distribution network node; then the address information is the storage address of the target video data in the server, or the address information is the target video data in the target content distribution The storage address in the network node.
- the target video data is stored in the target content distribution network node; after receiving the live video data sent by the host client, the server allocates the corresponding target content distribution network node for the live video data.
- the corresponding live video data can be assigned its address information in the target content distribution network node (that is, the address information of the review video data).
- the video cloud server after the video cloud server receives the live video data, it can also assign the corresponding target content distribution network node to the live video data, and at this time, it can assign the corresponding live video data to the target content distribution network.
- the address information in the node is not limited to the address information in the node.
- the server sends the address information to the audience client, so that the audience client obtains and plays the target video data from the target content distribution network node according to the address information; the target video data is transcoded from the live video data and stored in the target In the content distribution network node.
- the server directly stores the target video data in the server; then S403 is: the server sends the address information to the viewer client, and the address information is used by the viewer client to obtain the target video data and play the target video data.
- the content distribution network node refers to the CDN (Content Delivery Network) node.
- the CDN node is an intelligent virtual network built on the basis of the existing network. It relies on the edge servers deployed in various places to balance load, content distribution, and scheduling through the central platform. And other functional modules, so that users can obtain the required content nearby, reduce network congestion, and improve user access response speed and hit rate.
- the server pre-stores the review video data to be reviewed in the CDN node, so that the viewer client can obtain the target review video data from the CDN node. Compared with obtaining video from a centralized server or video cloud server remotely, it is more efficient to obtain target review video data from a CDN node, and it can effectively prevent video playback from being stuck.
- the CDN node may be a CDN node provided by Facebook, Tencent, and Wangsu.
- the viewer client after receiving the address information sent by the server, the viewer client can learn the target CDN node stored in the target video data, and then can access the target CDN node to obtain the target video data. The data is played, and the live video is reviewed at this time.
- the audience client selecting one piece of address information from multiple pieces of address information includes: the audience client randomly selects one piece of address information from multiple pieces of address information; or, the audience client selects the closest piece of address information from the multiple pieces of address information.
- One address information which can obtain the target video data nearby, and improve the efficiency of obtaining.
- the server since the server transcodes the live video data of the live video in advance according to at least one definition, when the user needs to review the live video, the server can review the live video according to the user's needs.
- the target definition of the target definition the target video data corresponding to the target definition is sent to the first client, so that the user can obtain the video data of the corresponding definition according to the needs, avoiding the video caused by only obtaining the highest definition video data
- the problem of low data playback fluency Therefore, this solution can improve the playing fluency of video data.
- the viewer client after obtaining the address information, the viewer client directly sends a video acquisition request to the target CDN node to request the target CDN node to send the target video data to the viewer client.
- the server After the viewer client sends a live broadcast review request to the server, the server does not send the address information of the target video data to the viewer client, but directly controls the target CDN node to send the target video data to the viewer client, which does not require the client.
- the process of obtaining address information and accessing the target CDN node improves the efficiency of obtaining target video data.
- the live video data review method before the server receives the live broadcast review request sent by the viewer client, the live video data review method further includes: the server obtains the live video data of the live video; and transfers the live video data according to at least one definition. Code to obtain at least one candidate video data; push the at least one candidate video data to at least one content distribution network node, so that the at least one content distribution network node stores the corresponding candidate video data.
- the server transcodes each definition, or the server only transcodes definitions with a high probability of review.
- the server only transcodes definitions with a high probability of review, and the server transcodes live video data according to at least one definition to obtain at least one candidate video data, including:
- the server determines the lookback probability of the live video data corresponding to multiple definitions; from the multiple definitions, determines at least one definition with the lookback probability higher than the preset probability threshold, and performs the live video data according to the at least one definition Transcoding to obtain the at least one candidate video data.
- At least one content distribution network node includes a target CDN node
- the candidate video data includes target video data.
- the live video refers to the video generated during the live broadcast
- the live video data refers to information related to the live video.
- the live video data can also be referred to as the live video for short.
- the live video data can be stored in the host client and uploaded to the server by the host client; the live video data can also be stored in the live source station. When it needs to be uploaded to the server, the host client sends a video sending instruction to the live source station. So that the live source station sends the corresponding live video data to the server.
- the server transcodes the live video data after receiving the live video data, and performs transcoding according to the requirements of different definitions to generate files that support different definitions (for example, the converted files support 1080P, 740P, 480P, etc.).
- the transcoded file ie, candidate video data generated after transcoding
- the transcoded file is pushed to the CDN node for storage.
- the server pushes each candidate video data to the corresponding CDN node according to the address information.
- the server pushes the candidate video data to a CDN node, that is, each CDN node stores candidate video data of different definitions; or, the server pushes each candidate video data to each CDN.
- each CDN node stores at least one definition candidate video data.
- the process for the server to determine the address information includes: before the server pushes at least one candidate video data to at least one content distribution network node, the method for reviewing live video data further includes: the server allocates a content distribution network for the at least one candidate video data Node; Determine the address information of at least one candidate video data according to the assigned content distribution network node.
- FIG. 5 is a schematic diagram showing a process in which a server pushes candidate video data to a CDN node according to an embodiment.
- the host client 301 uploads the live video data to the server 102; the server 102
- the live video data is transcoded according to different definitions to obtain different candidate video data, and these candidate video data are pushed to each CDN node 103 (3 CDN nodes are shown in Figure 5, and in actual application scenarios, It can include more or less CDN nodes), and the CDN node 103 that receives the candidate video data stores the corresponding candidate video data.
- the server transcodes live video data into target video data of different definitions.
- the user selects the target video data with high definition, and when the network status is poor, the user selects the definition Low target video data can fully meet the different needs of users; in addition, the server pushes the transcoded target video data to the CDN node for preheating storage, so the audience client can quickly obtain the target video data from the CDN, which can improve The efficiency of obtaining the target video data, thereby improving the fluency of playing the target video data.
- the address information can also be generated by the video cloud server, and the realization process of the cooperation between the video cloud server and the server is: after the server transcodes the live video data according to at least one definition to obtain at least one candidate video data
- the method for reviewing live video data further includes: the server obtains address information of at least one candidate video data from the video cloud server.
- the video cloud server is configured to execute to obtain at least one content distribution network node allocated for candidate video data, determine the address information of at least one candidate video data according to the allocated content distribution network node; store the address information of at least one candidate video data To the database.
- the server obtaining the address information of the target video data corresponding to the definition selection information according to the live broadcast review request includes: the server obtains the target video data corresponding to the definition selection information from the database according to the live broadcast review request Address information.
- the candidate video data is similar in concept to the target video data.
- the corresponding candidate video data is the target video data.
- the host client sends the corresponding live video data to the video cloud server for storage and management.
- This video cloud server is implemented by some or some storage.
- the video cloud server can configure a corresponding CDN node for the live video data after receiving the live video data.
- the video cloud server distributes the live video data to the CDN nodes near the target area where the live video is most likely to be watched back according to the regional location, or distributes the live video data to all CDN nodes. After the CDN node is allocated, the video cloud server learns the address information of the live video data and sends the address information to the server.
- the process of transcoding live video data can also be performed by the video cloud server.
- the video cloud server allocates CDN nodes for each candidate video data obtained by transcoding, and generates corresponding Address information;
- the video cloud server can also receive the transcoded candidate video data sent by the server, and assign the corresponding CDN node to each candidate video data (different candidate video data are allocated to the same CDN node, or allocated to different In the CDN node of ), the corresponding address information is generated.
- the process of obtaining live video data/candidate video data by the video cloud server, allocating CDN nodes for each candidate video data, and determining address information can be adjusted according to actual conditions, for example, if the video cloud server receives live video data The video cloud server allocates CDN nodes for the live video data, and each candidate video data is stored in the memory space corresponding to the address information.
- the video cloud server determines the address information of the target video data the live video data
- the address information of the target video data is sent as the address information of the target video data; and if the video cloud server receives candidate video data, the video cloud server allocates CDN nodes for each candidate video data.
- the address information corresponding to the candidate video data is sent as the address information of the target video data.
- the server stores the address information sent by the video cloud server in the database, and when receiving the live broadcast review request sent by the viewer client, determines the target video data corresponding to the live broadcast review request, and determines the corresponding Definition selection information, query the corresponding address information from the database according to the definition selection information, and send it to the audience client as the address information of the target video data.
- the server does not need to access the video cloud server every time To obtain the address information, the address information can be quickly found through the local database, which can effectively improve the efficiency of obtaining the address information, thereby reducing the waiting time for the viewer client to review the live video and improving the efficiency of the video review.
- the server pushing the at least one candidate video data to the at least one content distribution network node includes: the server determines the lookback probability of each candidate video data; and the candidate videos with the lookback probability higher than the first preset probability threshold The data is pushed to at least one content distribution network node.
- the lookback probability refers to the probability that the viewer will watch a certain live video data.
- the server can determine the lookback probability of each candidate video in a predictive manner. Among them, there are many ways to predict the probability of looking back. For example, the server can be based on the number of fans of the target host, the broadcast popularity of the source live video during the live broadcast (the broadcast popularity is determined according to the number of viewers during the live broadcast, etc.), the source The popularity of the category of the live video (for example, the source live video is a video related to Apple, and Christmas Eve is currently approaching, the server considers the corresponding candidate video data to be highly popular).
- the target anchor refers to the anchor that publishes the source live video corresponding to the target video data, that is, refers to the network account of a certain anchor on the live broadcast platform.
- the server obtains the number of fans of the target anchor who publishes the live video data; and predicts the review probability of each candidate video data according to the number of fans.
- the fans of the target anchor refer to users who have followed their online accounts or have watched their live videos.
- Each candidate video data in the embodiment of the present disclosure refers to candidate video data of different definitions after the same live video data is transcoded.
- the server predicts the review probability of each candidate video data according to the number of fans in at least the following ways: 1.
- the server determines the probability that the user will review the target host video according to the total number of fans of the target host. This probability is determined as the lookback probability of all candidate video data.
- the server determines the number of users who watch the source live video, determines the number of users as the aforementioned number of fans, and determines the probability that the user will watch the source live video according to the number of fans, and analyzes the probability of users watching each candidate video data, combining this The two probabilities ultimately determine the lookback probability of the user watching each candidate video data. 3.
- the server determines the number of users watching the source live video, determines the number of users as the aforementioned number of fans, determines the resolution used by the user when watching the live broadcast, and determines the proportion of each resolution being viewed according to the number of users corresponding to different resolutions.
- the review probability of each candidate video data is determined by combining the number of fans and the ratio.
- the review probability of the candidate video data depends on the review probability of the live video (for example, the review probability determined by the aforementioned first method)
- the review probability is higher than the first preset probability
- each candidate video data corresponding to the same live video is pushed together to a certain content distribution network node or nodes.
- the first preset probability threshold can be determined according to actual conditions, for example, the first preset probability threshold is 80%, 90%, and so on.
- the above embodiment makes some judgments before pushing the video.
- the server judges the probability of the current playback video being played. If the probability of playback is high, it will be pushed to the CDN node in advance. If the probability of playback is low, it will not be pushed to the CDN node in advance.
- Candidate video data with a high probability of review is pushed after the candidate video data with a low probability of playback is pushed), while meeting the review needs of users, reducing the operating pressure of the CDN and ensuring the smooth operation of the entire system.
- the high probability of playing means that the probability of playing is not lower than the second preset probability threshold
- the low probability of playing means that the probability of playing is lower than the second preset probability threshold.
- the second preset probability threshold can be determined according to actual conditions; and, the second preset probability threshold is the same as or different from the first preset probability threshold. In the embodiments of the present disclosure, this is not specifically limited.
- obtaining the live video data by the server includes: the server receives a lookback video generation request sent by the host client; verifies the lookback video generation request; if the verification passes, obtains the live video data.
- the target host determines whether to generate a live broadcast review during the live broadcast process or after the live broadcast ends. If the live broadcast review is generated, other users can view the live video, that is, the live video review is realized.
- the target host triggers a video generation request through a control on the host client, and the video generation request includes identification information of the target host and description information of the live video.
- the server After the server receives the video generation request, the server verifies the video generation request according to the identification information of the target anchor and the description information of the live video, and if the verification passes, obtains the live video data of the live video. If the verification fails, the live video data of the live video will not be obtained.
- the server determines whether the target host has the authority to generate live broadcast review according to the identification information of the target host; and determines whether the content of the live video meets the requirements (for example, whether it conforms to public order and good customs) according to the description information of the live video; in response to the target host has The verification is passed if the permission to generate a live broadcast review is generated and the content of the live video meets the requirements; in response to the target anchor does not have the permission to generate a live review or the content of the live video does not meet the requirements, the verification fails.
- the host will choose to generate a review video (or the host can also select "Generate a live review every time" in the live broadcast platform).
- the host client will automatically report to the server during the live broadcast or after the live broadcast ends.
- Send a watchback video generation request without manual operation by the host.
- the target host starts the live broadcast process or after a certain period of time
- the host client automatically sends a watchback video generation request to the server.
- Such a processing method can effectively reduce the operation of the anchor and improve its applicable experience.
- the server obtains the corresponding live video data from the video cloud server, and then completes the process of video transcoding.
- the server acquiring live video data includes: the server receives a video generation request sent by the host client; verifies the video generation request; if the verification is passed, sends a video generation token to the host client so that the host client Trigger the video cloud server to upload live video data; receive the live video data uploaded by the video cloud server.
- the video generation token (token) is information indicating the start of playback recording and broadcasting. After receiving the playback video generation token, the host client can start the recording and broadcasting of the live video.
- the server in response to the live video data being stored in the video cloud server, the server directly obtains the live video data from the video cloud server after the video generation request is verified.
- the host client in response to the live video data being stored in the host client, the host client uploads the live video data to the server and at the same time uploads the live video data to the video cloud server.
- the server After the server receives the video generation request, it verifies it, and only those who pass the verification are allowed to upload live video data to the host client.
- This processing method can effectively ensure the quality of the video data and effectively purify it.
- the environment of the live broadcast platform is not limited to
- the above-mentioned server 102 is implemented by multiple servers, such as a live server (called a live server) and an application server (app server).
- the live server is used to control information related to the live broadcast, and the app server Used to interact with the audience client, the host client, etc.
- the server 102 provides an API (Application Programming Interface, application program interface) to the outside, and the API is used to implement data interaction with external electronic devices.
- API Application Programming Interface, application program interface
- the app server receives the video acquisition instruction sent by the viewer client through the API, the app server requests the live server for the review video data of the target anchor, and the live server reads the mencache data from the database to obtain the review of the target anchor
- the video data also called the review view
- the server 102 implements various functions through a monitoring tool of consumer. For example: 1. The server 102 downloads live video data from the video cloud server, transcodes the live video data and stores it in the database, and the consumer monitors the process of downloading and transcoding the live video data in real time. 2. The consumer monitors the situation where the server 102 obtains address information from the video cloud server in real time. 3. The consumer monitors the warmup of candidate video data to the CDN node in real time. 4. The consumer monitors the generation of the review video list in real time, and updates the anchor's review video list at the same time. 5. After the review video list is generated, each review video corresponds to a photoID, and the consumer can also monitor the status of the photoID being stored in the database.
- Fig. 6 is a flow chart showing a method for reviewing a live video according to an embodiment, which is used in a viewer client. As shown in Fig. 6, the method for reviewing a live video includes the following steps:
- the viewer client receives a live broadcast review instruction for the live video; the live broadcast review instruction includes definition selection information for the live video.
- the viewer client sends a live broadcast review request to the server according to the live broadcast review instruction; the live broadcast review request is used to request the server to send the address information of the target video data corresponding to the definition selection information.
- the live broadcast review request is used to request to review videos with different definitions generated based on the live video
- the live broadcast review request includes a video identifier and definition selection information
- the definition selection information includes the target definition .
- the audience client obtains the target video data from the target content distribution network node according to the address information; the target video data is transcoded from the live video data and stored in the target content distribution network node.
- the audience client receives the address information of the target video data sent by the server.
- the target video data is: the video identifier of the live video is the video identifier, and the definition is the video data of the target definition; among them, the video data of different definitions corresponds Different address information.
- the audience client in response to the address information being the address information in the target content distribution network node, the audience client obtains the target video data from the target content distribution network node according to the address information; in response to the address information being the address information in the server According to the address information, the audience client obtains the target video data from the server.
- the audience terminal plays the target video data.
- the live video data is pre-transcoded and stored in the CDN node; when the user needs to review the video, the viewer client sends the live video review containing the definition selection information to the server Request to obtain the corresponding address information.
- the audience client quickly obtains and plays the transcoded target video data from the target CDN node according to the address information, which can ensure the rapid acquisition and playback of the target video data.
- the audience client receiving the live broadcast review instruction for the live video includes: displaying at least one definition of the live video, and receiving the live broadcast review instruction for the target definition of the at least one definition.
- the live review method further includes: the viewer client receives the video acquisition instruction; the video acquisition instruction includes the identification information of the target host who publishes the live video data; and the slave server Obtain the review video list corresponding to the identification information; display the review video list; obtain the live video selected from the review video list.
- the video acquisition instruction refers to an instruction triggered when the user clicks on the homepage of the target anchor, or an instruction triggered when the user clicks the "view video" control on the homepage of the target anchor.
- the first client acquires the video generated by the target host from the server. Each video corresponds to a thumbnail (photo), and each thumbnail corresponds to a photo ID. According to Therefore, the first client generates a list of review videos of the target host (the list can bring thumbnails of each video for the viewer to choose).
- Fig. 7 is an anchor interface displayed by the first client according to an embodiment. As shown in Fig. 7, in addition to displaying relevant information of the anchor (cover image, anchor avatar, fan information, personal information, etc.), Display the recorded video (9 videos in Figure 7). In some embodiments, the first client can also directly receive and display the review video list sent by the server.
- the first client receives the live broadcast review instruction and starts the process of obtaining the target video data from the server, which can facilitate the viewer's video selection and improve the convenience of viewing the video. Sex.
- the audience client can watch the barrage sent by itself or others during the live broadcast or the review process.
- the process is: in the process of the audience client playing the target video data, the audience client pulls the barrage information from the live server through the API, and displays the barrage information.
- the viewer client stores the pulled information into the cache or database so that subsequent users can play the target video data again.
- the first client directly retrieves the data from the cache or database, so there is no need to repeatedly pull the video from the live server. Screen information.
- the audience client can also perform operations such as likes and comments.
- the process is: the audience client sends the like and comment operation information to the app server, and the app server stores and controls the audience client to display the corresponding like and comment information on the interface.
- FIG. 8 is a schematic flowchart of a method for viewing live video according to an embodiment.
- the method involves the anchor client 301, the server 102, the CDN node 103, the video cloud server 64, the database 65, and the audience.
- Client 101 the method includes the following steps:
- the host client of the target host sends a video generation request to the server
- the server verifies the video generation request
- the anchor client sends a video upload request to the video cloud server
- the video cloud server uploads live video data to the server
- the server transcodes the live video data according to at least one definition to obtain at least one candidate video data
- the server obtains the number of fans of the target anchor; according to the number of fans, the review probability of each candidate video data is determined;
- the server pushes candidate video data whose review probability is higher than a preset probability threshold to at least one CDN node;
- the CDN node stores the corresponding candidate video data
- the server obtains address information of at least one candidate video data from the video cloud server;
- the server stores the address information of at least one candidate video data in the database
- the viewer client receives a live broadcast review instruction for the live video
- the viewer client sends a live broadcast review request to the server according to the live broadcast review instruction;
- the server obtains the address information of the target video data corresponding to the definition selection information in the live broadcast review instruction from the database according to the live broadcast review request;
- the server sends the obtained address information back to the audience client;
- the audience client obtains the target video data from the target CDN node according to the address information
- the audience client plays the target video data.
- the live video data is pre-transcoded and stored in the CDN node; when the user needs to review the video, the viewer client sends a live video request containing definition selection information to the server , To obtain the corresponding address information, the audience client quickly obtains and plays the transcoded target video data from the target CDN node according to the address information, which can ensure the rapid acquisition and playback of the target video data. The user does not watch the video for the first time. Stuttering will occur.
- Fig. 9 is a block diagram showing a device 900 for viewing live video according to an embodiment, and the device 900 is applied to a server.
- a request receiving unit 901 an address information obtaining unit 902, and an address information returning unit 903 are included.
- the request receiving unit 901 is configured to receive a live broadcast review request sent by the first client, where the live broadcast review request is used to request to review a video with different definitions generated based on the live video, and the live broadcast review The request contains the video identifier and target definition of the live video to be watched back, and the first client is a client used by the audience.
- the address information acquiring unit 902 is configured to perform the acquisition of address information of target video data based on the video identifier and the target definition.
- the target video data is: the video identifier of the live video is the video identifier, and the definition Is the video data of the target definition; wherein, the video data of different definitions corresponds to different address information.
- the address information returning unit 903 is configured to send address information to the first client, where the address information is used by the first client to obtain target video data and play the target video data.
- the server since the server transcodes the live video data of the live video according to at least one definition in advance, when the user needs to review the live video, the server can review the live video according to the user's needs.
- the target definition of the target definition the target video data corresponding to the target definition is sent to the first client, so that the user can obtain the video data of the corresponding definition according to the needs, avoiding the video caused by only obtaining the highest definition video data
- the problem of low data playback fluency Therefore, this solution can improve the playing fluency of video data.
- the address information is the address information of the target video data in the target content distribution network node; the target video data is transcoded from the live video data of the live video and stored in the target content distribution network node.
- the device for reviewing live video further includes: a live video receiving unit configured to perform acquisition of live video data of the live video; and a video transcoding unit configured to perform at least one clearing of live video data.
- the video push unit is configured to push at least one candidate video data to the target content distribution network node, and the at least one candidate video data is used for storage by the target content distribution network node.
- Candidate video data includes target video data.
- the video pushing unit includes: a probability prediction subunit configured to perform determining the lookback probability of each candidate video data; the video pushing subunit configured to perform a detection probability higher than a preset probability threshold The candidate video data is pushed to the target content distribution network node.
- the device for watching back live video further includes: a network node allocation unit configured to perform distribution of content distribution network nodes for at least one candidate video data; and an address determination unit configured to perform distribution based on the allocated content The distribution network node determines the address information of at least one candidate video data.
- the video transcoding unit is configured to determine the lookback probability of live video data corresponding to multiple definitions; from the plurality of definitions, it is determined that the lookback probability is higher than a preset probability threshold. At least one definition; transcoding the live video data according to the at least one definition to obtain the at least one candidate video data.
- the address information acquiring unit 902 is configured to perform determining at least one candidate video data corresponding to the video identifier based on the video identifier, and the at least one candidate video data is generated based on a live video Video data with different definitions; based on the target definition, selecting the target video data from the at least one candidate video data; determining the address information of the target video data.
- Fig. 10 is a block diagram showing an apparatus for reviewing live video according to an embodiment.
- the apparatus 1000 is applied to a viewer client. 10, it includes an instruction receiving unit 1001, a request sending unit 1002, an address receiving unit 1003, a video acquiring unit 1004, and a video playing unit 1005.
- the instruction receiving unit 1001 is configured to execute and receive a live broadcast review instruction for video data; the live broadcast review instruction includes a target definition.
- the request sending unit 1002 is configured to execute according to the live broadcast review instruction, send a live broadcast review request to the server, the live broadcast review request is used to request to review videos with different definitions generated based on the live video, and The live video review request includes the video identifier of the live video and the target definition.
- the address receiving unit 1003 is configured to receive the address information of the target video data sent by the server, the target video data is: the video identifier of the live video is the video identifier, and the definition is the video of the target definition Data; among them, video data of different definitions corresponds to different address information;
- the first video acquisition unit 1004 is configured to acquire the target video data based on the address information.
- the video playing unit 1005 is configured to play target video data.
- the live video data is pre-transcoded and stored in the CDN node; when the user needs to review the video, the first client sends the live broadcast response containing the definition selection information to the server Look at the request to obtain the corresponding address information. The first client quickly obtains and plays the transcoded target video data from the target CDN node according to the address information, which can ensure the rapid acquisition and playback of the target video data. There will be no lag in the video.
- the first video obtaining unit 1004 is configured to obtain target video data from the target content distribution network node according to the address information; the target video data is transcoded from the live video data of the live video and stored in the target content distribution In the network node.
- the instruction receiving unit 1001 is configured to perform display of at least one definition of the live video; and receive a live broadcast review instruction for the target definition of the at least one definition.
- the device further includes: an acquisition instruction receiving unit configured to execute receiving a video acquisition instruction; the video acquisition instruction includes identification information of a target host who publishes live video data; and a list acquisition unit configured to execute the slave server Obtain the review video list corresponding to the identification information in the, the list display unit is configured to perform display the review video list; the second video acquisition unit is configured to perform the acquisition of the live video selected from the review video list.
- an acquisition instruction receiving unit configured to execute receiving a video acquisition instruction
- the video acquisition instruction includes identification information of a target host who publishes live video data
- a list acquisition unit configured to execute the slave server Obtain the review video list corresponding to the identification information in the, the list display unit is configured to perform display the review video list; the second video acquisition unit is configured to perform the acquisition of the live video selected from the review video list.
- Fig. 11 is a block diagram of a system 1100 for reviewing live video according to an embodiment.
- the system includes: a server 102 connected to the network, an audience client 101, and at least one content distribution network node 103; at least one content distribution network node is configured to store a lookback video after transcoding live video data Data; the audience client 101 is configured to execute and receive a live broadcast review instruction for the live video to be watched back; the live broadcast review instruction contains the target definition; according to the live broadcast review instruction, a live broadcast review request is sent to the server; The live broadcast review request is used to request to review videos with different definitions generated based on the live video, and the live video review request includes a video identifier and the target definition; the server 102 is configured to execute the reception A live broadcast review request sent by a client acquires address information of target video data based on the video identifier and the target definition.
- the target video data is: the video identifier of the live video is the video identifier, and the definition Is the video data of the target definition; wherein, the video data of different definitions corresponds to different address information, and the address information is sent to the first client; the viewer client 101 is also configured to execute according to the address information , Obtain target video data from a target content distribution network node in at least one content distribution network node; Target video data is transcoded from the live video data of the live video and stored in the target content distribution network node; Play the target video data.
- the live video data is pre-transcoded and stored in the CDN node; when the user needs to review the video, the first client sends the live broadcast response containing the definition selection information to the server To view the request, the server obtains the corresponding address information according to the live broadcast review request. The first client quickly obtains and plays the transcoded target video data from the target CDN node according to the address information, which can ensure the rapid acquisition and playback of the target video data. The user will not experience a freeze when watching the video for the first time.
- the live video review system 1100 further includes a monitoring server.
- the monitoring server is used for monitoring during the live broadcast process, repairing when an abnormality occurs, or notifying operation and maintenance personnel.
- the first client can also perform a report operation.
- the first client sends the report information to the app server through the API, the app server sends the report information to the monitoring server through the API, and the monitoring server performs subsequent processing on the report information.
- a storage medium is provided, which is executed by a processor of the server in response to instructions in the storage medium, so that the server can execute the method for reviewing live video applied to the server in the foregoing embodiments.
- a storage medium is provided, which is executed by a processor of the viewer client in response to instructions in the storage medium, so that the viewer client can execute the method for reviewing the live video applied to the viewer client in the foregoing embodiment.
- a person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be implemented by a computer program instructing relevant hardware.
- the program can be stored in a computer readable storage medium as an independent Product sales or use.
- Examples of computer-readable media include the following: electrical connections (electronic devices) with one or more wiring, portable computer disk cases (magnetic devices), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable compact disc read-only memory (CDROM).
- the computer-readable medium is even paper or other suitable medium on which the program can be printed, because for example, by optically scanning the paper or other medium, and then editing, interpreting, or processing in other suitable ways when necessary. Obtain the program electronically and store it in computer memory.
- each part of the present disclosure is implemented by hardware, software, firmware or a combination thereof.
- multiple steps or methods are implemented by software or firmware stored in a memory and executed by a suitable instruction execution system.
- a suitable instruction execution system For example, if it is implemented by hardware, as in another embodiment, it can be implemented by any one or a combination of the following technologies known in the art: Discrete logic circuits, application specific integrated circuits with suitable combinational logic gates, programmable gate array (PGA), field programmable gate array (FPGA), etc.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本公开关于一种直播视频的回看方法及设备。该方法包括:接收第一客户端发送的直播回看请求,直播回看请求包含有视频标识和目标清晰度,基于视频标识和目标清晰度,获取目标视频数据的地址信息,向第一客户端发送地址信息,地址信息用于第一客户端获取目标视频数据,播放目标视频数据。
Description
本公开要求于2019年12月27日提交的申请号为201911380761.3、发明名称为“直播视频的回看方法、装置、电子设备、系统及存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本公开中。
本公开涉及视频直播技术领域,尤其涉及直播视频的回看方法及设备。
随着网络技术的发展以及人们生活方式的转变,直播被越来越多的人所喜爱。目前,主播在直播的同时会进行视频录播,被录播的视频存储在直播源站中,在观众需要对该主播的视频进行回看时,则观众使用的客户端需要从直播源站中读取对应的视频并进行播放。
发明内容
本公开提供一种直播视频的回看方法及设备,能够提高直播视频的播放流畅度。本公开的技术方案如下:
根据本公开实施例的一方面,提供一种直播视频的回看方法,应用于服务器,所述方法包括:
接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有视频标识和目标清晰度,所述第一客户端为观众使用的客户端;
基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种直播视频的回看方法,应用于客户端,所述方法包括:
接收对于直播视频的直播回看指令,所述直播回看指令包含有目标清晰度;
根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有视频标识和所 述目标清晰度;
接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
基于所述地址信息,获取所述目标视频数据;
播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种直播视频的回看装置,应用于服务器,所述装置包括:
请求接收单元,被配置为执行接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有待回看的直播视频的视频标识和目标清晰度,所述第一客户端为观众使用的客户端;
地址信息获取单元,被配置为执行基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
地址信息返回单元,被配置为执行向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种直播视频的回看装置,应用于第一客户端,所述装置包括:
指令接收单元,被配置为执行接收对于视频数据的直播回看指令,所述直播回看指令中包含有目标清晰度;
请求发送单元,被配置为执行根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有所述直播视频的视频标识和所述目标清晰度;
地址接收单元,被配置为执行接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
第一视频获取单元,被配置为执行基于所述地址信息,获取所述目标视频数据;
视频播放单元,被配置为播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种服务器,包括:处理器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行以下步骤:
接收第一客户端发送的直播回看请求;所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有待回看的直播视频的视频标识和目标清晰度,所述第一客户端为观众使用的客户端;
基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种客户端,包括:处理器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行以下步骤:
接收对于直播视频的直播回看指令,所述直播回看指令中包含有目标清晰度;
根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有视频标识和所述目标清晰度;
接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
基于所述地址信息,获取所述目标视频数据;
播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种直播视频的回看系统,包括:
网络连接的服务器、第一客户端和至少一个内容分发网络节点;
所述至少一个内容分发网络节点被配置为存储对直播视频数据转码后的候选视频数据;
所述第一客户端,被配置为执行接收对于待回看的直播视频的直播回看指令,所述直播回看指令中包含有目标清晰度;根据所述直播回看指令,向所述服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含视频标识和所述目标清晰度;
所述服务器,被配置为执行接收第一客户端发送的直播回看请求,基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标 识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息,向所述第一客户端发送所述地址信息;
所述第一客户端,还被配置为执行根据所述地址信息,从所述至少一个内容分发网络节点中的目标内容分发网络节点中获取所述目标视频数据;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的;播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种存储介质,响应于所述存储介质中的指令由服务器的处理器执行,使得服务器执行以下步骤:
接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有视频标识和目标清晰度,所述第一客户端为观众使用的客户端;
基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
根据本公开实施例的另一方面,提供一种存储介质,响应于所述存储介质中的指令由第一客户端的处理器执行,使得第一客户端能够执行以下步骤:
接收对于直播视频的直播回看指令,所述直播回看指令包含有目标清晰度;
根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有视频标识和所述目标清晰度;
接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
基于所述地址信息,获取所述目标视频数据;
播放所述目标视频数据。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并 与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一实施例示出的一种直播视频的回看方法的应用环境图;
图2是根据一实施例示出的一种服务器的框图;
图3是根据另一实施例示出的一种观众客户端的框图;
图4是根据一实施例示出的一种直播视频的回看方法的流程图;
图5是根据一实施例示出的一种将直播视频数据推送到CDN节点的过程示意图;
图6是根据另一实施例示出的一种直播视频的回看方法的流程图;
图7是根据一实施例示出的回看视频列表的界面示意图;
图8是根据一实施例示出的一种直播视频的回看方法的时序图;
图9是根据一实施例示出的一种直播视频的回看装置的框图;
图10是根据另一实施例示出的一种直播视频的回看装置的框图;
图11是根据一实施例示出的一种直播视频的回看系统的框图。
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下能够互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。本公开中的“至少一个”指一个、两个或者多个。以下一些实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性包含在本公开的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例能够与其它实施例相结合。
本公开实施例提供的直播视频的回看方法应用于如图1所示的应用环境中。该应用环境中至少包括观众客户端101和服务器102。观众客户端101为观众使用的第一客户端,观众客户端101和服务器102通过网络连接。观众客户端101能够基于直播回看请求,从服务器102中获取待回看的直播视频的目标视频数据,播放目标视频数据。其中,该直播回看请求 包含有视频标识和目标清晰度,该目标视频数据为:直播视频的视频标识为该视频标识,清晰度为该目标清晰度的视频数据。
在一些实施例中,目标视频数据存储在服务器102中,观众客户端101直接从服务器102中获取目标视频数据。在另一些实施例中,目标视频数据并不存储在服务器102中,而是存储在内容分发网络节点中。则继续参见图1,该应用环境中还包括目标内容分发网络节点103,观众客户端101、服务器102和目标内容分发网络节点103这三者通过网络连接。观众客户端101获取到用户需要观看的直播视频的清晰度选择信息(包括目标清晰度),根据该清晰度选择信息从服务器102中获取目标视频数据的地址信息,该地址信息为目标视频数据在目标内容分发网络节点103中的地址信息。观众客户端101根据该地址信息从目标内容分发网络节点103中获取目标视频数据。
观众客户端101包括但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器102用独立的服务器或者是多个服务器组成的服务器集群来实现。其中,服务器102连接有至少一个观众客户端101,以同步或异步响应这些观众客户端101发送的直播回看请求,获取对应的目标视频数据。服务器102也连接有至少一个目标内容分发网络节点103,以将目标视频数据推送到各个目标内容分发网络节点103中。
图2是根据一实施例示出的一种服务器的框图。如图2所示,包括处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为执行指令,以实现前述实施例的直播视频的回看方法。在一些实施例中,该服务器包括通过系统总线连接的处理器、存储器、网络接口等。其中,处理器用于提供计算和控制能力;存储器包括非易失性存储介质、内存储器,该非易失性存储介质存储有操作系统、计算机程序(该计算机程序被处理器执行时实现一种直播视频的回看方法)和数据库,该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境;数据库用于存储直播视频的回看方法执行过程中涉及到的数据,例如该数据库中能够存储地址信息等数据;网络接口用于与外部的终端通过网络连接通信,例如:接收第一客户端发送的回看指令,向第一客户端发送目标视频数据。
图3是根据一实施例示出的一种观众客户端的框图。如图3所示,包括处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为执行指令,以实现前述实施例的直播视频的回看方法。该观众客户端包括通过系统总线连接的处理器、存储器、网络接口、显示屏等。其中,处理器用于提供计算和控制能力;存储器包括非易失性存储介质、内存储器,该非易失性存储介质存储有操作系统、计算机程序(该计算机程序被处理器执行时实现一种 直播视频的回看方法)和数据库,该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境;数据库用于存储直播视频的回看方法执行过程中涉及到的数据,例如该数据库中能够存储目标视频数据等数据;网络接口用于与外部的终端通过网络连接通信,例如:向服务器发送直播回看指令;显示屏是液晶显示屏或者电子墨水显示屏。
图4是根据一实施例示出的一种直播视频的回看方法的流程图,该直播视频的回看方法用于服务器中,如图4所示,包括以下步骤:
在S401中,服务器接收观众客户端发送的直播回看请求;直播回看请求由观众客户端根据直播回看指令发送;直播回看指令为对于直播视频的触发指令,包含有对直播视频的清晰度选择信息。
其中,清晰度选择信息包括目标清晰度;直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且该直播回看请求包含有待回看的直播视频的视频标识和清晰度选择信息。观众客户端指在直播场景中观看直播的用户所使用的客户端,也即观众使用的第一客户端。直播视频(也称为源直播视频)指在网络直播平台上通过直播方式产生的视频,直播视频通常是码率最高的,即支持比较高的清晰度。
在直播开始之后,发布直播视频的主播(或者观看视频的观众)选择进行回看录制,主播客户端(或者观众客户端)对直播视频进行回看录制后即得到回看视频。主播客户端为主播使用的第二客户端。在一些实施例中,录制好的回看视频被存储在内存空间中,对应有地址信息(例如是存放视频的内存空间的链接地址)。该内存空间是主播客户端或服务器的存储器,或者是独立于服务器或主播客户端的存储空间,例如:该存储空间为专门用于视频管理的视频云端服务器(也称为视频源站或者视频云)。以视频云端服务器为例,在录制过程中,主播客户端(或者观众客户端)将直播视频的视频数据上传到视频云端服务器中以进行存储和管理。
在一些场景中,用户(观众)能够通过观众客户端触发对某个或某些回看视频(即目标回看视频)的播放过程(这个过程也称为回看过程),即在观众客户端中生成直播回看指令,目标视频数据指的是与待回看的直播视频相关的数据,在本公开的某些实施例中目标视频数据能够简称为目标回看视频。该直播回看指令中还包含有清晰度选择信息,其中,清晰度选择信息可以指需要观看视频的哪一清晰度,也即目标清晰度。在视频回看过程中,用户能够从多个清晰度中选择一个来进行视频回看,待选的清晰度包括:蓝光(1080P)、超清(740P)、高清(480P)以及标清(290P)等等。在一些实施例中,同一直播视频对应的各个回看视频 数据存储在同一地址对应的内存空间中,或者存储在不同的地址对应的内存空间中。
在一些实施例中,观众客户端根据用户的选择生成直播回看指令,根据直播回看指令向服务器端发送直播回看请求,以请求服务器发送目标视频数据的地址信息(简称为URL)。
在S402中,服务器根据直播回看请求,获取与清晰度选择信息对应的目标视频数据的地址信息。
该直播回看请求包含有视频标识和清晰度选择信息;在一些实施例中,服务器基于该视频标识和该清晰度选择信息,获取目标视频数据的地址信息。目标视频数据为:直播视频的视频标识为该视频标识,清晰度为该清晰度选择信息的视频数据。其中,不同清晰度的视频数据对应不同的地址信息。
在一些实施例中,服务器基于该视频标识和该清晰度选择信息,获取目标视频数据的地址信息,包括:服务器基于该视频标识,确定该视频标识对应的至少一个候选视频数据,至少一个候选视频数据为基于直播视频生成的具有不同清晰度的视频数据;基于该清晰度选择信息,从至少一个候选视频数据中选择目标视频数据,确定目标视频数据的地址信息。
其中,地址信息指存储目标视频数据所在内存空间的链接地址。在一些实施例中,地址信息存储在服务器中;则服务器从本地内存中获取地址信息,或者地址信息存储在视频云端服务器等其他电子设备中;则服务器从视频云端服务器等其他电子设备中获取地址信息。
在一些实施例中,以服务器从本地内存中获取地址信息为例,服务器中存储有各个清晰度的视频数据与地址信息的映射表,响应于服务器接收到直播回看请求,根据其中的清晰度选择信息查询本地内存中的映射表就能确定对应的地址信息。
或者,该直播回看请求包含有待回看的直播视频的视频标识和清晰度选择信息;服务器获取目标视频数据的地址信息,该目标视频数据为视频标识对应的清晰度为该目标清晰度的直播视频的视频数据。
其中,服务器中存储有各个直播视频、各个清晰度的回看视频与视频地址的映射表,响应于服务器接收到直播回看请求,根据其中的视频标识和目标清晰度,查询本地内存中的映射表就能确定对应的地址信息。
在一些实施例中,在某些情况下地址信息对应有访问路径(path),该访问路径用于观众客户端访问该目标视频数据。
在一些实施例中,目标视频数据存储在服务器中或者存储在目标内容分发网络节点中;则该地址信息为目标视频数据在服务器中的存储地址,或者该地址信息为目标视频数据在目标内容分发网络节点中的存储地址。
在一些实施例中,目标视频数据存储在目标内容分发网络节点中;则服务器在接收到主播客户端发送的直播视频数据后,为该直播视频数据分配对应的目标内容分发网络节点,此时就能够为对应的直播视频数据分配其在目标内容分发网络节点中的地址信息(即回看视频数据的地址信息)。在一些实施例中,视频云端服务器在接收到直播视频数据后,也能够为该直播视频数据分配对应的目标内容分发网络节点,此时就能够为对应的直播视频数据分配其在目标内容分发网络节点中的地址信息。
在S403中,服务器向观众客户端发送该地址信息,以使观众客户端根据该地址信息从目标内容分发网络节点中获取并播放目标视频数据;目标视频数据由直播视频数据转码后存储到目标内容分发网络节点中的。
在一些实施例中,服务器直接将目标视频数据存储在服务器中;则S403为:服务器向观众客户端发送该地址信息,该地址信息用于观众客户端获取目标视频数据,播放目标视频数据。
其中,内容分发网络节点指CDN(Content Delivery Network)节点,CDN节点是构建在现有网络基础之上的智能虚拟网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络拥塞,提高用户访问响应速度和命中率。本公开中服务器将待回看的回看视频数据预先存储在CDN节点中,能使得观众客户端可以从CDN节点中获取到目标回看视频数据。相对于远距离从集中的服务器或者视频云端服务器中获取视频,从CDN节点中获取目标回看视频数据效率更高,能有效防止视频播放的卡顿。在一些实施例中,CDN节点可以是阿里、腾讯、网宿等提供的CDN节点。
在S403中,观众客户端在接收到服务器发送的地址信息后,能获知到目标视频数据所存储的目标CDN节点,进而能够访问目标CDN节点以获取到目标视频数据,在界面中对该目标视频数据进行播放,此时就实现了对直播视频的回看。
在一些实施例中,地址信息为一个或者多个;响应于地址信息为多个,观众客户端在接收到地址信息后,从多个地址信息中选择一个地址信息来获取目标视频数据。更在一些实施例中,如果观众客户端在其中一个地址信息中获取目标视频数据出现问题,还能够转向其他的地址信息来获取目标视频数据。
其中,观众客户端从多个地址信息中选择一个地址信息包括:观众客户端从多个地址信息中随机选择一个地址信息;或者,观众客户端从多个地址信息中选择距离观众客户端最近的一个地址信息,从而能够实现就近获取目标视频数据,提高获取效率。
上述实施例提供的直播视频的回看方法,由于服务器事先将直播视频的直播视频数据按 照至少一个清晰度进行转码,在用户需要回看直播视频时,服务器能够根据用户需要回看的直播视频的目标清晰度,向第一客户端发送该目标清晰度对应的目标视频数据,从而能够实现用户根据需求获取对应清晰度的视频数据,避免了由于只能获取最高清晰度的视频数据导致的视频数据的播放流畅度低的问题。因此,本方案能够提高视频数据的播放流畅度。
在一些实施例中,观众客户端获取到地址信息后,直接向目标CDN节点发送视频获取请求,以请求目标CDN节点向观众客户端发送目标视频数据。或者,
观众客户端向服务器发送直播回看请求后,服务器并不向观众客户端发送目标视频数据的地址信息,而是直接控制目标CDN节点将目标视频数据发送给观众客户端,这就不需要客户端获取地址信息并访问目标CDN节点的过程,提高目标视频数据的获取效率。
在一些实施例中,服务器在接收观众客户端发送的直播回看请求之前,直播视频数据的回看方法还包括:服务器获取直播视频的直播视频数据;对直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据;将至少一个候选视频数据推送到至少一个内容分发网络节点中,以使至少一个内容分发网络节点存储对应的候选视频数据。
服务器对每个清晰度均进行转码,或者服务器仅对回看概率高的清晰度进行转码。在一些实施例中,服务器仅对回看概率高的清晰度进行转码,则服务器对直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据,包括:
服务器确定多个清晰度对应的直播视频数据的回看概率;从多个清晰度中,确定回看概率高于预设概率阈值的至少一个清晰度,对该直播视频数据按照至少一个清晰度进行转码,得到所述至少一个候选视频数据。
其中,至少一个内容分发网络节点包括目标CDN节点,候选视频数据包括目标视频数据。直播视频指在直播过程中生成的视频,直播视频数据指的是与直播视频相关的信息,在本公开的某些实施例中直播视频数据也能够简称为直播视频。直播视频数据能够存储在主播客户端中,由主播客户端上传给服务器;直播视频数据也能够存储在直播源站中,在需要上传到服务器时,主播客户端向直播源站发送视频发送指令,以使直播源站向服务器发送对应的直播视频数据。
服务器在接收到直播视频数据后对直播视频数据进行转码处理,根据不同清晰度的要求进行转码以生成支持不同清晰度的文件(例如转成的文件支持1080P,740P,480P等),将完成转码后的文件(即转码后生成的候选视频数据)推送到CDN节点中进行存储。
服务器根据地址信息将各个候选视频数据推送到对应的CDN节点中。其中,对于各个候选视频数据,服务器将该候选视频数据推送到一个CDN节点中,也即每个CDN节点中存储 不同清晰度的候选视频数据;或者,服务器将各个候选视频数据推送到每个CDN节点中,也即每个CDN节点中存储了至少一个清晰度的候选视频数据。
其中,服务器确定地址信息的过程包括:服务器在将至少一个候选视频数据推送到至少一个内容分发网络节点中之前,直播视频数据的回看方法还包括:服务器为至少一个候选视频数据分配内容分发网络节点;根据所分配的内容分发网络节点确定至少一个候选视频数据的地址信息。
在一些实施例中,图5是根据一实施例示出的服务器将候选视频数据推送到CDN节点的过程示意图,如图5所示,主播客户端301将直播视频数据上传到服务器102中;服务器102对直播视频数据按照不同清晰度进行转码,得到不同的候选视频数据,将这些候选视频数据推送到各个CDN节点103中(图5中示出了3个CDN节点,在实际的应用场景中,能够包含更多或更少的CDN节点),接收到候选视频数据的CDN节点103存储对应的候选视频数据。
上述实施例服务器将直播视频数据转码为不同清晰度的目标视频数据,在网络状态良好的情况下,用户选择清晰度高的目标视频数据,在网络状态较差的情况下,用户选择清晰度低的目标视频数据,能充分满足用户的不同需求;另外,服务器将转码后的目标视频数据推送到CDN节点进行预热存储,因此观众客户端能够快速从CDN获取目标视频数据,从而能够提高获取目标视频数据的效率,进而提高播放目标视频数据的流畅度。
在一些实施例中,地址信息也能够由视频云端服务器生成,视频云端服务器和服务器相互配合的实现过程为:服务器在对直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据之后,直播视频数据的回看方法还包括:服务器从视频云端服务器中获取至少一个候选视频数据的地址信息。
其中,视频云端服务器配置为执行获取至少一个候选视频数据所分配的内容分发网络节点,根据所分配的内容分发网络节点确定至少一个候选视频数据的地址信息;将至少一个候选视频数据的地址信息存储至数据库中。相应的,服务器根据直播回看请求,获取与清晰度选择信息对应的目标视频数据的地址信息包括:服务器根据直播回看请求,从该数据库中获取与该清晰度选择信息对应的目标视频数据的地址信息。
在一些实施例中,候选视频数据与目标视频数据概念类似,响应于某个或某些候选视频数据与直播回看请求对应,则对应的候选视频数据就是目标视频数据。
主播客户端在生成直播视频过程(或者直播结束后)中,将对应的直播视频数据发送到视频云端服务器中进行存储和管理。这个视频云端服务器通过某个或某些存储器来实现。
在一些实施例中,视频云端服务器在接收到直播视频数据后就能够为直播视频数据配置对应的CDN节点。在一些实施例中,视频云端服务器根据区域位置将直播视频数据分配到最可能回看该直播视频的目标区域附近的CDN节点中,或者将直播视频数据分配给所有的CDN节点。CDN节点分配完之后,视频云端服务器获知直播视频数据的地址信息并将该地址信息发送给服务器。
在一个或多个实施例中,对直播视频数据进行转码的过程同样能够由视频云端服务器进行,转码完成后,视频云端服务器为各个转码得到的候选视频数据分配CDN节点,生成对应的地址信息;当然,视频云端服务器也能够接收服务器发送的已经经过转码的候选视频数据,给各个候选视频数据分配对应的CDN节点(不同候选视频数据分配到相同的CDN节点中,或者分配到不同的CDN节点中),生成对应的地址信息。
在一些实施例中,视频云端服务器获取直播视频数据/候选视频数据、为各个候选视频数据分配CDN节点以及确定地址信息的过程能够根据实际情况调整,例如:如果视频云端服务器接收的是直播视频数据,视频云端服务器为该直播视频数据分配CDN节点,各个候选视频数据都是存储在该地址信息对应的内存空间中,则在视频云端服务器确定目标视频数据的地址信息时,则将该直播视频数据的地址信息作为该目标视频数据的地址信息进行发送;而如果视频云端服务器接收的是候选视频数据,则视频云端服务器为各个候选视频数据分别分配CDN节点,在确定目标视频数据的地址信息时,则将候选视频数据对应的地址信息作为该目标视频数据的地址信息进行发送。
在一些实施例中,服务器将视频云端服务器发送的地址信息存放在数据库中,并在接收到观众客户端发送的直播回看请求时,确定与直播回看请求对应的目标视频数据,确定对应的清晰度选择信息,根据该清晰度选择信息从数据库中查询对应的地址信息,作为该目标视频数据的地址信息,发送给观众客户端,通过这样的方式,服务器不需要每次都访问视频云端服务器来获取地址信息,而通过本地的数据库就能快速查找到地址信息,能有效提高地址信息的获取效率,进而减少观众客户端对直播视频回看的等待时间,提高视频回看的效率。
在一些实施例中,服务器将至少一个候选视频数据推送到至少一个内容分发网络节点中包括:服务器确定各个候选视频数据的回看概率;将回看概率高于第一预设概率阈值的候选视频数据推送到至少一个内容分发网络节点中。
回看概率指的是观众对某一直播视频数据进行观看的概率。服务器能够通过预测的方式确定各个候选视频的回看概率。其中,预测回看概率的实现方式有多种,例如,服务器根据目标主播的粉丝数量、源直播视频在直播过程中的播放热度(播放热度为根据直播过程中的 观众数量等来确定)、源直播视频所属类别的热度(例如源直播视频为与苹果相关的视频,而当前临近平安夜,则服务器认为对应的候选视频数据的热度高)等来确定。其中,目标主播指的是发布目标视频数据对应的源直播视频的主播,也即指直播平台上某个主播的网络账户。
以下以粉丝数量为例,说明回看概率的确定过程。在一些实施例中,服务器获取发布该直播视频数据的目标主播的粉丝数量;根据该粉丝数量预测各个候选视频数据的回看概率。
目标主播的粉丝指已关注其网络账户或者曾经观看过其直播视频的用户。本公开的实施例中的各个候选视频数据指同一直播视频数据转码后的不同清晰度的候选视频数据。
在一些实施例中,服务器根据该粉丝数量预测各个候选视频数据的回看概率有至少以下几种实现方式:一、服务器根据目标主播的总体粉丝数量来确定用户回看该目标主播视频的概率,将该概率确定为所有候选视频数据的回看概率。二、服务器确定观看源直播视频的用户数量,将该用户数量确定为前述粉丝数量,根据该粉丝数量确定用户回看该源直播视频的概率,同时分析用户观看各个候选视频数据的概率,结合这两个概率最终确定用户观看各个候选视频数据的回看概率。三、服务器确定观看源直播视频的用户数量,将该用户数量确定为前述粉丝数量,确定用户观看直播时所采用的清晰度,根据不同清晰度对应的用户数量确定各个清晰度被观看的比例,结合粉丝数量和该比例确定各个候选视频数据的回看概率。
在一些实施例中,在候选视频数据的回看概率取决于直播视频的回看概率时(例如通过前述第一种方法确定的回看概率),则在回看概率高于第一预设概率阈值时,将同一直播视频对应的各个候选视频数据一起推送到某个或某些内容分发网络节点中。
在一些实施例中,第一预设概率阈值能够根据实际情况确定,例如,第一预设概率阈值为80%、90%等。
上述实施例在进行视频推送之前进行一些判断,服务器判断当前回放视频被播放的概率,如果播放的概率高就提前推送到CDN节点,如果播放的概率低,则不提前推送到CDN节点(或者在回看概率高的候选视频数据推送完之后再推送播放概率低的候选视频数据),在满足用户回看需求的同时,降低CDN的运行压力,保证整个系统的平稳运行。
其中,播放的概率高是指播放的概率不低于第二预设概率阈值,播放的概率低是指播放的概率低于第二预设概率阈值。第二预设概率阈值能够根据实际情况确定;并且,第二预设概率阈值与第一预设概率阈值相同或者不同。在本公开实施例中,对此不作具体限定。
在一些实施例中,服务器获取直播视频数据包括:服务器接收主播客户端发送的回看视频生成请求;对该回看视频生成请求进行验证;若验证通过,获取直播视频数据。
目标主播在直播过程或者直播结束后确定是否要生成直播回看,如果生成直播回看,则 其他用户能够查看到该直播视频,即实现直播视频的回看。目标主播通过主播客户端上的控件来触发视频生成请求,该视频生成请求中包含有目标主播的标识信息以及直播视频的描述信息。服务器接收到视频生成请求后,服务器根据目标主播的标识信息和直播视频的描述信息对视频生成请求进行验证,若验证通过,获取直播视频的直播视频数据。若验证不通过,不获取直播视频的直播视频数据。
例如:服务器根据目标主播的标识信息确定目标主播是否具有生成直播回看的权限;以及根据直播视频的描述信息确定该直播视频的内容是否符合要求(例如:是否符合公序良俗);响应于目标主播具有生成直播回看的权限且该直播视频的内容符合要求,则验证通过;响应于目标主播不具有生成直播回看的权限或者该直播视频的内容不符合要求,则验证不通过。
在很多情况下,主播会选择生成回看视频(或者主播也能够在直播平台中选择“每次都生成直播回看”),此时,主播客户端在直播过程中或者直播结束后自动向服务器发送回看视频生成请求,而不需要主播手动操作,例如:目标主播启动直播过程时或者经过特定时长后,主播客户端自动向服务器发送回看视频生成请求。这样的处理方式能有效减少主播的操作,提升其适用体验。
在验证通过的情况下,服务器从视频云端服务器中获取对应的直播视频数据,之后完成视频转码的过程。
在一些实施例中,服务器获取直播视频数据包括:服务器接收主播客户端发送的视频生成请求;对视频生成请求进行验证;若验证通过,向主播客户端发送视频生成令牌,以使主播客户端触发视频云端服务器上传直播视频数据;接收视频云端服务器上传的直播视频数据。
视频生成令牌(token)为指示回看录播启动的信息,主播客户端在接收到回看视频生成token之后,能够启动直播视频的录播。
在一些实施例中,响应于直播视频数据是存储在视频云端服务器中,则服务器在视频生成请求验证通过后,直接从视频云端服务器中获取直播视频数据。当然,响应于直播视频数据存储在主播客户端中,则主播客户端将直播视频数据上传给服务器,同时也将直播视频数据上传给视频云端服务器。
上述实施例中,服务器在接收到视频生成请求后,对其进行验证,只有验证通过的才允许主播客户端上传直播视频数据,这种的处理方式能有效保证回看视频数据的质量,有效净化直播平台的环境。
在一些实施例中,上述服务器102通过多个服务器来实现,例如通过直播服务器(称为live服务器)和应用服务器(app服务器)来实现,live服务器用于与直播相关的信息进行控 制,app服务器用于与观众客户端、主播客户端等进行交互。同时,服务器102向外提供API(Application Programming Interface,应用程序接口),该API用于实现与外界电子设备的数据交互。在一些实施例中,app服务器通过API接收观众客户端发送的视频获取指令,app服务器向live服务器请求目标主播的回看视频数据,live服务器向数据库读取mencache数据,以获取目标主播的回看视频数据(也称为回看view),将view发送给app服务器,app服务器对回看视频数据进行映射生成回看视频列表,并发送给观众客户端。
在一些实施例中,服务器102通过consumer这一监听工具来实现各个功能。例如:1,服务器102从视频云端服务器中下载直播视频数据,将直播视频数据转码后存放至数据库中,则consumer实时监听直播视频数据下载、转码的过程。2,consumer实时监听服务器102从视频云端服务器中获取地址信息的情况。3,consumer实时监控候选视频数据向CDN节点的推送(warmup)情况。4,consumer实时监控回看视频列表的生成情况,同时更新主播的回看视频列表。5,回看视频列表中生成后,各个回看视频对应有photoID,则consumer也能够监控photoID存入数据库的情况。
图6是根据一实施例示出的一种直播视频的回看方法的流程图,用于观众客户端中,如图6所示,直播视频的回看方法包括以下步骤:
在S601中,观众客户端接收对于直播视频的直播回看指令;直播回看指令中包含有对直播视频的清晰度选择信息。
在S602中,观众客户端根据直播回看指令,向服务器发送直播回看请求;直播回看请求用于请求服务器发送与清晰度选择信息对应的目标视频数据的地址信息。
其中,该直播回看请求用于请求回看基于该直播视频生成的具有不同清晰度的视频,且该直播回看请求包含有视频标识和清晰度选择信息,该清晰度选择信息包括目标清晰度。
在S603中,观众客户端根据该地址信息,从目标内容分发网络节点中获取目标视频数据;目标视频数据由直播视频数据转码后存储到目标内容分发网络节点中。
观众客户端接收服务器发送的目标视频数据的地址信息,该目标视频数据为:直播视频的视频标识为该视频标识,清晰度为该目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息。
在一些实施例中,响应于该地址信息为目标内容分发网络节点中的地址信息,观众客户端根据该地址信息,从目标内容分发网络节点中获取目标视频数据;响应于该地址信息为服务器中的地址信息,观众客户端根据该地址信息,从服务器中获取目标视频数据。
在S604中,观众户端播放该目标视频数据。
上述实施例提供的直播视频的回看方法,直播视频数据预先被转码并存储在CDN节点中;在用户需要回看视频时,观众客户端向服务器发送包含有清晰度选择信息的直播回看请求,以获取对应的地址信息,观众客户端根据地址信息从目标CDN节点中快速获取并播放转码后的目标视频数据,能保证目标视频数据的快速获取和播放,用户在首次回看视频时不会出现卡顿的现象。
在一些实施例中,观众客户端接收对于直播视频的直播回看指令包括:显示直播视频的至少一个清晰度,接收针对至少一个清晰度中的目标清晰度的直播回看指令。
其中,观众客户端在接收对于直播视频的直播回看指令之前,直播回看方法还包括:观众客户端接收视频获取指令;视频获取指令包含有发布直播视频数据的目标主播的标识信息;从服务器中获取与该标识信息对应的回看视频列表;显示回看视频列表;获取从该回看视频列表中选择的直播视频。
其中,视频获取指令是指用户点击目标主播的主页时所触发的指令,或者是在用户在目标主播的主页中点击“查看视频”的控件时所触发的指令。第一客户端在接收到视频获取指令后从服务器中获取该目标主播所生成的视频,各个视频对应有缩略图片(photo),而每个缩略图片对应有图片编号(photo ID),据此,第一客户端生成该目标主播的回看视频列表(列表中能够带上各个视频的缩略图片,以便观众进行选择)。
图7是根据一实施例示出的第一客户端所显示的主播界面,如图7所示,在界面中除了显示主播的相关信息(封面图像、主播头像、粉丝信息、个人信息等),还显示录制的视频(如图7中的9个视频)。在一些实施例中,第一客户端也能够直接接收服务器发送的回看视频列表并进行显示。
上述实施例中,观众点击界面中的其中一个图标,此时第一客户端接收到直播回看指令,启动向服务器获取目标视频数据的流程,能方便观众进行视频选择,提高其视频观看的便利性。
在一些实施例中,观众客户端能够在直播或回看过程中观看自己或其他人发送的弹幕。该过程为:在观众客户端播放目标视频数据的过程中,观众客户端通过API向live服务器拉取弹幕信息,展示该弹幕信息。同时,观众客户端将所拉取的信息存入缓存或数据库中,以便于后续用户再次播放该目标视频数据,第一客户端直接从缓存或者数据库中,从而不需要重复从live服务器拉取弹幕信息。
在一些实施例中,观众客户端还能够进行点赞、评论操作等操作。该过程为:观众客户端将点赞、评论操作信息发送至app服务器,由app服务器进行存储并控制观众客户端在界 面显示相应的点赞、评论信息。
图8是根据一实施例示出的一种直播视频的回看方法的流程示意图,参照图8,该方法涉及到主播客户端301、服务器102、CDN节点103、视频云端服务器64、数据库65和观众客户端101,该方法包括以下步骤:
在S801中,目标主播的主播客户端向服务器发送视频生成请求;
在S802中,服务器对视频生成请求进行验证;
在S803中,若验证通过,服务器向主播客户端发送视频生成token;
在S804中,主播客户端向视频云端服务器发送视频上传请求;
在S805中,视频云端服务器向服务器上传直播视频数据;
在S806中,服务器对直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据;
在S807中,服务器获取目标主播的粉丝数量;根据粉丝数量确定各个候选视频数据的回看概率;
在S808中,服务器将回看概率高于预设概率阈值的候选视频数据推送到至少一个CDN节点中;
在S809中,CDN节点存储对应的候选视频数据;
在S810中,服务器从视频云端服务器中获取至少一个候选视频数据的地址信息;
在S811中,服务器将至少一个候选视频数据的地址信息存储至数据库中;
在S812中,观众客户端接收对于直播视频的直播回看指令;
在S813中,观众客户端根据直播回看指令,向服务器发送直播回看请求;
在S814中,服务器根据直播回看请求,从数据库中获取与直播回看指令中的清晰度选择信息对应的目标视频数据的地址信息;
在S815中,服务器将所获取的地址信息发送回给观众客户端;
在S816中,观众客户端根据该地址信息,从目标CDN节点中获取目标视频数据;
在S817中,观众客户端播放目标视频数据。
上述实施例提供的直播视频的回看方法,直播视频数据预先被转码并存储在CDN节点中;在用户需要回看视频时,观众客户端向服务器发送包含有清晰度选择信息的直播视频请求,以获取对应的地址信息,观众客户端根据地址信息从目标CDN节点中快速获取并播放转码后的目标视频数据,能保证目标视频数据的快速获取和播放,用户在首次回看视频时不会出现卡顿的现象。
图9是根据一实施例示出的一种直播视频的回看装置900框图,该装置900应用于服务器。参照图9,包括请求接收单元901,地址信息获取单元902和地址信息返回单元903。
该请求接收单元901被配置为执行接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有待回看的直播视频的视频标识和目标清晰度,所述第一客户端为观众使用的客户端。
该地址信息获取单元902被配置为执行基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息。
该地址信息返回单元903被配置为向第一客户端发送地址信息,地址信息用于第一客户端获取目标视频数据,播放目标视频数据。
上述实施例提供的直播视频的回看装置,由于服务器事先将直播视频的直播视频数据按照至少一个清晰度进行转码,在用户需要回看直播视频时,服务器能够根据用户需要回看的直播视频的目标清晰度,向第一客户端发送该目标清晰度对应的目标视频数据,从而能够实现用户根据需求获取对应清晰度的视频数据,避免了由于只能获取最高清晰度的视频数据导致的视频数据的播放流畅度低的问题。因此,本方案能够提高视频数据的播放流畅度。
在一些实施例中,地址信息为目标视频数据在目标内容分发网络节点中的地址信息;目标视频数据由直播视频的直播视频数据转码后存储到目标内容分发网络节点中的。
在一些实施例中,直播视频的回看装置,还包括:直播视频接收单元,被配置为执行获取直播视频的直播视频数据;视频转码单元,被配置为执行对直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据;视频推送单元,被配置为执行将将至少一个候选视频数据推送到目标内容分发网络节点中,至少一个候选视频数据用于目标内容分发网络节点进行存储,候选视频数据包括目标视频数据。
在一些实施例中,视频推送单元包括:概率预测子单元,被配置为执行确定各个候选视频数据的回看概率;视频推送子单元,被配置为执行将回看概率高于预设概率阈值的候选视频数据推送到目标内容分发网络节点中。
在一些实施例中,直播视频的回看装置,还包括:网络节点分配单元,被配置为执行为至少一个候选视频数据分配内容分发网络节点;地址确定单元,被配置为执行根据所分配的内容分发网络节点确定至少一个候选视频数据的地址信息。
在一些实施例中,视频转码单元,被配置为执行确定多个清晰度对应的直播视频数据的回看概率;从所述多个清晰度中,确定回看概率高于预设概率阈值的至少一个清晰度;对所 述直播视频数据按照所述至少一个清晰度进行转码,得到所述至少一个候选视频数据。
在一些实施例中,所述地址信息获取单元902,被配置为执行基于所述视频标识,确定所述视频标识对应的至少一个候选视频数据,所述至少一个候选视频数据为基于直播视频生成的具有不同清晰度的视频数据;基于所述目标清晰度,从所述至少一个候选视频数据中选择所述目标视频数据;确定所述目标视频数据的地址信息。
图10是根据一实施例示出的一种直播视频的回看装置框图,该装置1000应用于观众客户端。参照图10,包括指令接收单元1001,请求发送单元1002,地址接收单元1003,视频获取单元1004和视频播放单元1005。
该指令接收单元1001,被配置为执行接收对于视频数据的直播回看指令;直播回看指令中包含有目标清晰度。
该请求发送单元1002,被配置为执行根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有所述直播视频的视频标识和所述目标清晰度。
地址接收单元1003,被配置为执行接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;
第一视频获取单元1004,被配置为执行基于所述地址信息,获取所述目标视频数据。
该视频播放单元1005,被配置为播放目标视频数据。
上述实施例提供的直播视频的回看装置,直播视频数据预先被转码并存储在CDN节点中;在用户需要回看视频时,第一客户端向服务器发送包含有清晰度选择信息的直播回看请求,以获取对应的地址信息,第一客户端根据地址信息从目标CDN节点中快速获取并播放转码后的目标视频数据,能保证目标视频数据的快速获取和播放,用户在首次回看视频时不会出现卡顿的现象。
在一些实施例中,第一视频获取单元1004,被配置执行根据地址信息,从目标内容分发网络节点中获取目标视频数据;目标视频数据由直播视频的直播视频数据转码后存储到目标内容分发网络节点中的。
在一些实施例中,指令接收单元1001,被配置为执行显示直播视频的至少一个清晰度;接收针对至少一个清晰度中的目标清晰度的直播回看指令。
在一些实施例中,装置还包括:获取指令接收单元,被配置为执行接收视频获取指令; 视频获取指令包含有发布直播视频数据的目标主播的标识信息;列表获取单元,被配置为执行从服务器中获取与标识信息对应的回看视频列表;列表显示单元,被配置为执行显示回看视频列表;第二视频获取单元,被配置为执行获取从回看视频列表中选择的直播视频。
关于上述实施例中的装置,其中各个模块执行操作的方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图11是根据一实施例示出的一种直播视频的回看系统1100的框图。如图11所示,该系统包括:网络连接的服务器102、观众客户端101和至少一个内容分发网络节点103;至少一个内容分发网络节点被配置为存储对直播视频数据转码后的回看视频数据;观众客户端101,被配置为执行接收对于待回看的直播视频的直播回看指令;直播回看指令中包含有目标清晰度;根据直播回看指令,向服务器发送直播回看请求;所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含视频标识和所述目标清晰度;服务器102,被配置为执行接收第一客户端发送的直播回看请求,基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息,向所述第一客户端发送所述地址信息;观众客户端101,还被配置为执行根据地址信息,从至少一个内容分发网络节点中的目标内容分发网络节点中获取目标视频数据;目标视频数据由直播视频的直播视频数据转码后存储到目标内容分发网络节点中的;播放目标视频数据。
上述实施例提供的直播视频的回看系统,直播视频数据预先被转码并存储在CDN节点中;在用户需要回看视频时,第一客户端向服务器发送包含有清晰度选择信息的直播回看请求,服务器根据直播回看请求获取对应的地址信息,第一客户端根据地址信息从目标CDN节点中快速获取并播放转码后的目标视频数据,能保证目标视频数据的快速获取和播放,用户在首次回看视频时不会出现卡顿的现象。
在一些实施例中,直播视频的回看系统1100还包括监控服务器。该监控服务器用于在直播过程进行监控,在出现异常时进行修复或者通知运维人员。
在一些实施例中,第一客户端还能够进行举报操作。第一客户端通过API向app服务器发送举报信息,app服务器通过API向监控服务器发送这个举报信息,监控服务器对这个举报信息进行后续处理。
在一些实施例中,提供一种存储介质,响应于存储介质中的指令由服务器的处理器执行,使得服务器能够执行前述实施例应用于服务器中的直播视频的回看方法。
在一些实施例中,提供一种存储介质,响应于存储介质中的指令由观众客户端的处理器执行,使得观众客户端能够执行前述实施例应用于观众客户端中的直播视频的回看方法。
本领域普通技术人员能够理解,实现上述实施例方法中的全部或部分流程,是能够通过计算机程序来指令相关的硬件来完成,的程序可存储于一计算机可读取存储介质中,作为独立的产品销售或使用。计算机可读介质的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至是可在其上打印程序的纸或其他合适的介质,因为例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序,然后将其存储在计算机存储器中。
应当理解,本公开的各部分用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
Claims (30)
- 一种直播视频的回看方法,应用于服务器,方法包括:接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有视频标识和目标清晰度,所述第一客户端为观众使用的客户端;基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
- 根据权利要求1所述的直播视频的回看方法,所述地址信息为所述目标视频数据在目标内容分发网络节点中的地址信息;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的,所述方法还包括:获取所述直播视频的直播视频数据;对所述直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据;将所述至少一个候选视频数据推送到所述目标内容分发网络节点中,所述至少一个候选视频数据用于所述目标内容分发网络节点进行存储,所述候选视频数据包括所述目标视频数据。
- 根据权利要求2所述的直播视频的回看方法,所述获取所述直播视频的直播视频数据包括:接收第二客户端发送的视频生成请求,所述第二客户端为主播使用的客户端;对所述视频生成请求进行验证;若验证通过,获取所述直播视频的直播视频数据。
- 根据权利要求2所述的直播视频的回看方法,所述对所述直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据包括:确定多个清晰度对应的直播视频数据的回看概率;从所述多个清晰度中,确定回看概率高于预设概率阈值的至少一个清晰度;对所述直播视频数据按照所述至少一个清晰度进行转码,得到所述至少一个候选视频数据。
- 根据权利要求1所述的直播视频的回看方法,所述基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息包括:基于所述视频标识,确定所述视频标识对应的至少一个候选视频数据,所述至少一个候选视频数据为基于直播视频生成的具有不同清晰度的视频数据;基于所述目标清晰度,从所述至少一个候选视频数据中选择所述目标视频数据;确定所述目标视频数据的地址信息。
- 一种直播视频的回看方法,应用于第一客户端,所述方法包括:接收对于直播视频的直播回看指令,所述直播回看指令包含有目标清晰度;根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有视频标识和所述目标清晰度;接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;基于所述地址信息,获取所述目标视频数据;播放所述目标视频数据。
- 根据权利要求6所述的直播视频的回看方法,所述根据所述地址信息,获取所述目标视频数据包括:根据所述地址信息,从目标内容分发网络节点中获取所述目标视频数据;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的。
- 根据权利要求6所述的直播视频的回看方法,所述接收对于直播视频的直播回看指令包括:显示所述直播视频的至少一个清晰度;接收针对所述至少一个清晰度中的目标清晰度的直播回看指令。
- 根据权利要求6或者8所述的直播视频的回看方法,所述直播视频的回看方法还包括:接收视频获取指令;所述视频获取指令包含有发布所述直播视频的目标主播的标识信息;从所述服务器中获取与所述标识信息对应的回看视频列表;显示所述回看视频列表;获取从所述回看视频列表中选择的直播视频。
- 一种直播视频的回看装置,应用于服务器,所述装置包括:请求接收单元,被配置为执行接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有待回看的直播视频的视频标识和目标清晰度,所述第一客户端为观众使用的客户端;地址信息获取单元,被配置为执行基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;地址信息返回单元,被配置为执行向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
- 根据权利要求10所述的直播视频的回看装置,所述地址信息为所述目标视频数据在目标内容分发网络节点中的地址信息;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的;所述装置还包括:直播视频接收单元,被配置为执行获取所述直播视频的直播视频数据;视频转码单元,被配置为执行对所述直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据;视频推送单元,被配置为执行将所述至少一个候选视频数据推送到所述目标内容分发网络节点中,所述至少一个候选视频数据用于所述目标内容分发网络节点进行存储,所述候选视频数据包括所述目标视频数据。
- 根据权利要求11所述的直播视频的回看装置,所述直播视频数据接收单元包括:请求接收子单元,被配置为执行接收第二客户端发送的回看视频生成请求,所述第二客户端为主播使用的客户端;请求验证子单元,被配置为执行对所述回看视频生成请求进行验证;直播视频获取子单元,被配置为执行若验证通过,获取所述直播视频的直播视频数据。
- 根据权利要求11所述的直播视频的回看装置,所述视频转码单元,被配置为执行确定多个清晰度对应的直播视频数据的回看概率;从所述多个清晰度中,确定回看概率高于预设概率阈值的至少一个清晰度;对所述直播视频数据按照所述至少一个清晰度进行转码,得到所述至少一个候选视频数据。
- 根据权利要求10所述的直播视频的回看装置,所述地址信息获取单元,被配置为执行基于所述视频标识,确定所述视频标识对应的至少一个候选视频数据,所述至少一个候选视频数据为基于直播视频生成的具有不同清晰度的视频数据;基于所述目标清晰度,从所述至少一个候选视频数据中选择所述目标视频数据;确定所述目标视频数据的地址信息。
- 一种直播视频的回看装置,应用于第一客户端,所述装置包括:指令接收单元,被配置为执行接收对于视频数据的直播回看指令,所述直播回看指令中包含有目标清晰度;请求发送单元,被配置为执行根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有所述直播视频的视频标识和所述目标清晰度;地址接收单元,被配置为执行接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;第一视频获取单元,被配置为执行基于所述地址信息,获取所述目标视频数据;视频播放单元,被配置为播放所述目标视频数据。
- 根据权利要求15所述的直播视频的回看装置,所述第一视频获取单元,被配置执行根据所述地址信息,从目标内容分发网络节点中获取所述目标视频数据;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的。
- 根据权利要求15所述的直播视频的回看装置,所述指令接收单元,被配置为执行显示所述直播视频的至少一个清晰度;接收针对所述至少一个清晰度中的目标清晰度的直播回看指令。
- 根据权利要求15或者17所述的直播视频的回看装置,所述装置还包括:获取指令接收单元,被配置为执行接收视频获取指令;所述视频获取指令包含有发布所述直播视频数据的目标主播的标识信息;列表获取单元,被配置为执行从所述服务器中获取与所述标识信息对应的回看视频列表;列表显示单元,被配置为执行显示所述回看视频列表;第二视频获取单元,被配置为执行获取从所述回看视频列表中选择的直播视频。
- 一种服务器,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行以下步骤:接收第一客户端发送的直播回看请求;所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有待回看的直播视频的视频标识和目标清晰度,所述第一客户端为观众使用的客户端;基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
- 根据权利要求19所述的服务器,所述地址信息为所述目标视频数据在目标内容分发网络节点中的地址信息;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的;所述处理器被配置为执行以下步骤:获取所述直播视频的直播视频数据;对所述直播视频数据按照至少一个清晰度进行转码,得到至少一个候选视频数据;将所述至少一个候选视频数据推送到所述目标内容分发网络节点中,所述至少一个候选视频数据用于所述目标内容分发网络节点进行存储,所述候选视频数据包括所述目标视频数据。
- 根据权利要求20所述的服务器,所述处理器还被配置为执行以下步骤:接收第二客户端发送的视频生成请求,所述第二客户端为主播使用的客户端;对所述视频生成请求进行验证;若验证通过,获取所述直播视频的直播视频数据。
- 根据权利要求20所述的服务器,所述处理器还被配置为执行以下步骤:确定多个清晰度对应的直播视频数据的回看概率;从所述多个清晰度中,确定回看概率高于预设概率阈值的至少一个清晰度;对所述直播视频数据按照所述至少一个清晰度进行转码,得到所述至少一个候选视频数据。
- 根据权利要求19所述的服务器,所述处理器还被配置为执行以下步骤:基于所述视频标识,确定所述视频标识对应的至少一个候选视频数据,所述至少一个候选视频数据为基于直播视频生成的具有不同清晰度的视频数据;基于所述目标清晰度,从所述至少一个候选视频数据中选择所述目标视频数据;确定所述目标视频数据的地址信息。
- 一种客户端,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行以下步骤:接收对于直播视频的直播回看指令,所述直播回看指令中包含有目标清晰度;根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有视频标识和所述目标清晰度;接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;基于所述地址信息,获取所述目标视频数据;播放所述目标视频数据。
- 根据权利要求24所述的客户端,所述处理器被配置为执行以下步骤:根据所述地址信息,从目标内容分发网络节点中获取所述目标视频数据;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的。
- 根据权利要求24所述的客户端,所述处理器被配置为执行以下步骤:显示所述直播视频的至少一个清晰度;接收针对所述至少一个清晰度中的目标清晰度的直播回看指令。
- 根据权利要求24或者26所述的客户端,所述处理器还被配置为执行以下步骤:接收视频获取指令;所述视频获取指令包含有发布所述直播视频的目标主播的标识信息;从所述服务器中获取与所述标识信息对应的回看视频列表;显示所述回看视频列表;获取从所述回看视频列表中选择的直播视频。
- 一种直播视频的回看系统,包括:网络连接的服务器、第一客户端和至少一个内容分发网络节点;所述至少一个内容分发网络节点被配置为存储对直播视频数据转码后的候选视频数据;所述第一客户端,被配置为执行接收对于待回看的直播视频的直播回看指令,所述直播回看指令中包含有目标清晰度;根据所述直播回看指令,向所述服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含视频标识和所述目标清晰度;所述服务器,被配置为执行接收第一客户端发送的直播回看请求,基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标 识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息,向所述第一客户端发送所述地址信息;所述第一客户端,还被配置为执行根据所述地址信息,从所述至少一个内容分发网络节点中的目标内容分发网络节点中获取所述目标视频数据;所述目标视频数据由所述直播视频的直播视频数据转码后存储到所述目标内容分发网络节点中的;播放所述目标视频数据。
- 一种存储介质,响应于所述存储介质中的指令由服务器的处理器执行,使得服务器能够执行以下步骤:接收第一客户端发送的直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播回看请求包含有视频标识和目标清晰度,所述第一客户端为观众使用的客户端;基于所述视频标识和所述目标清晰度,获取目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;向所述第一客户端发送所述地址信息,所述地址信息用于所述第一客户端获取所述目标视频数据,播放所述目标视频数据。
- 一种存储介质,响应于所述存储介质中的指令由第一客户端的处理器执行,使得第一客户端能够执行以下步骤:接收对于直播视频的直播回看指令,所述直播回看指令包含有目标清晰度;根据所述直播回看指令,向服务器发送直播回看请求,所述直播回看请求用于请求回看基于直播视频生成的具有不同清晰度的视频,且所述直播视频回看请求包含有视频标识和所述目标清晰度;接收所述服务器发送的目标视频数据的地址信息,所述目标视频数据为:直播视频的视频标识为所述视频标识,清晰度为所述目标清晰度的视频数据;其中,不同清晰度的视频数据对应不同的地址信息;基于所述地址信息,获取所述目标视频数据;播放所述目标视频数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/752,434 US20220286718A1 (en) | 2019-12-27 | 2022-05-24 | Method for playing back live-streaming video, and device thereof |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911380761.3 | 2019-12-27 | ||
CN201911380761.3A CN111107386A (zh) | 2019-12-27 | 2019-12-27 | 直播视频的回看方法、装置、电子设备、系统及存储介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/752,434 Continuation US20220286718A1 (en) | 2019-12-27 | 2022-05-24 | Method for playing back live-streaming video, and device thereof |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021129277A1 true WO2021129277A1 (zh) | 2021-07-01 |
Family
ID=70424099
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2020/131144 WO2021129277A1 (zh) | 2019-12-27 | 2020-11-24 | 直播视频的回看方法及设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220286718A1 (zh) |
CN (1) | CN111107386A (zh) |
WO (1) | WO2021129277A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111107386A (zh) * | 2019-12-27 | 2020-05-05 | 北京达佳互联信息技术有限公司 | 直播视频的回看方法、装置、电子设备、系统及存储介质 |
CN111901620B (zh) * | 2020-07-24 | 2022-07-29 | 北京达佳互联信息技术有限公司 | 一种直播的回放视频生成方法、装置、电子设备及存储介质 |
CN112437329B (zh) * | 2020-11-05 | 2024-01-26 | 上海幻电信息科技有限公司 | 一种播放视频的方法、装置、设备、及可读存储介质 |
CN112616053B (zh) * | 2020-11-30 | 2023-09-05 | 北京达佳互联信息技术有限公司 | 直播视频的转码方法、装置及电子设备 |
CN112788357B (zh) * | 2020-12-30 | 2022-01-25 | 北京达佳互联信息技术有限公司 | 网络直播方法、装置、服务器及计算机可读存储介质 |
CN113301374A (zh) * | 2021-05-21 | 2021-08-24 | 北京字节跳动网络技术有限公司 | 直播音视频处理方法、装置、客户端和服务器 |
CN113596489B (zh) * | 2021-07-05 | 2023-07-04 | 咪咕互动娱乐有限公司 | 直播教学方法、装置、设备及计算机可读存储介质 |
CN115941983A (zh) * | 2021-08-09 | 2023-04-07 | 广州市千钧网络科技有限公司 | 一种直播回放视频生成方法、装置、存储介质及电子设备 |
CN114003179B (zh) * | 2021-11-09 | 2024-07-12 | 中国建设银行股份有限公司 | 数据处理方法及装置、电子设备和计算机可读存储介质 |
CN114945080A (zh) * | 2022-04-11 | 2022-08-26 | 深圳市爱为物联科技有限公司 | 一种基于自适应网络等复杂场景录像播放的方法 |
US11910032B1 (en) * | 2022-08-02 | 2024-02-20 | Rovi Guides, Inc. | Systems and methods for distributed media streaming |
CN116193170A (zh) * | 2022-12-30 | 2023-05-30 | 福建野小兽健康科技有限公司 | 一种视频卡顿调度方法、装置、介质及设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088620A (zh) * | 2010-12-01 | 2011-06-08 | 中兴通讯股份有限公司 | 一种内容分发网络中媒体文件下载方法及客户端 |
US20140280395A1 (en) * | 2013-03-14 | 2014-09-18 | Massachusetts Institute Of Technology | Network Coded Storage With Multi-Resolution Codes |
CN104935955A (zh) * | 2015-05-29 | 2015-09-23 | 腾讯科技(北京)有限公司 | 一种传输直播视频流的方法、装置和系统 |
US9386058B2 (en) * | 2012-02-27 | 2016-07-05 | Qualcomm Incorporated | DASH client and receiver with playback rate selection |
CN106534946A (zh) * | 2016-10-26 | 2017-03-22 | 腾讯科技(深圳)有限公司 | 视频播放的控制方法和装置 |
CN111107386A (zh) * | 2019-12-27 | 2020-05-05 | 北京达佳互联信息技术有限公司 | 直播视频的回看方法、装置、电子设备、系统及存储介质 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8366552B2 (en) * | 2002-12-10 | 2013-02-05 | Ol2, Inc. | System and method for multi-stream video compression |
US8924998B2 (en) * | 2007-11-16 | 2014-12-30 | Thomson Licensing | System and method for session management of streaming media |
CN101420452A (zh) * | 2008-12-05 | 2009-04-29 | 深圳市迅雷网络技术有限公司 | 一种视频文件的发布方法及装置 |
CN103379362B (zh) * | 2012-04-24 | 2017-07-07 | 腾讯科技(深圳)有限公司 | 视频点播方法和系统 |
CN103905841B (zh) * | 2014-03-18 | 2018-01-12 | 深圳市云宙多媒体技术有限公司 | 自适应网络带宽的多协议多播放器视频播放方法和系统 |
CN105656876A (zh) * | 2015-11-26 | 2016-06-08 | 乐视云计算有限公司 | 一种直播视频的播放方法、装置及系统 |
CN105516739B (zh) * | 2015-12-22 | 2020-05-05 | 腾讯科技(深圳)有限公司 | 一种视频直播方法、转码服务器、网页客户端及系统 |
CN105959716A (zh) * | 2016-05-13 | 2016-09-21 | 武汉斗鱼网络科技有限公司 | 基于用户设备自动推荐清晰度的方法及系统 |
CN106713956B (zh) * | 2016-11-16 | 2020-09-15 | 上海交通大学 | 动态自适应视频流媒体的码率控制与版本选择方法及系统 |
CN108513162A (zh) * | 2017-02-23 | 2018-09-07 | 中兴通讯股份有限公司 | 直播回看的缓存、播放方法及系统 |
CN108668139B (zh) * | 2017-03-27 | 2021-03-19 | 腾讯科技(深圳)有限公司 | 直播互动系统、方法及装置 |
CN108306923A (zh) * | 2017-08-21 | 2018-07-20 | 北京潘达互娱科技有限公司 | 一种直播视频上传方法、装置、电子设备以及存储介质 |
CN107580232A (zh) * | 2017-09-28 | 2018-01-12 | 郑州云海信息技术有限公司 | 一种视频直播系统及方法 |
CN109842804A (zh) * | 2017-11-24 | 2019-06-04 | 腾讯科技(深圳)有限公司 | 音视频数据的处理方法及服务器、计算机存储介质 |
CN109040801B (zh) * | 2018-07-19 | 2019-07-09 | 北京达佳互联信息技术有限公司 | 媒体码率自适应方法、装置、计算机设备及存储介质 |
US20200045350A1 (en) * | 2018-08-01 | 2020-02-06 | Sling Media Pvt Ltd | Prefetching video segments to reduce playback startup delay |
CN110213603B (zh) * | 2019-05-22 | 2021-12-28 | 腾讯科技(深圳)有限公司 | 一种直播流传输方法、装置、服务器、系统及存储介质 |
-
2019
- 2019-12-27 CN CN201911380761.3A patent/CN111107386A/zh active Pending
-
2020
- 2020-11-24 WO PCT/CN2020/131144 patent/WO2021129277A1/zh active Application Filing
-
2022
- 2022-05-24 US US17/752,434 patent/US20220286718A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088620A (zh) * | 2010-12-01 | 2011-06-08 | 中兴通讯股份有限公司 | 一种内容分发网络中媒体文件下载方法及客户端 |
US9386058B2 (en) * | 2012-02-27 | 2016-07-05 | Qualcomm Incorporated | DASH client and receiver with playback rate selection |
US20140280395A1 (en) * | 2013-03-14 | 2014-09-18 | Massachusetts Institute Of Technology | Network Coded Storage With Multi-Resolution Codes |
CN104935955A (zh) * | 2015-05-29 | 2015-09-23 | 腾讯科技(北京)有限公司 | 一种传输直播视频流的方法、装置和系统 |
CN106534946A (zh) * | 2016-10-26 | 2017-03-22 | 腾讯科技(深圳)有限公司 | 视频播放的控制方法和装置 |
CN111107386A (zh) * | 2019-12-27 | 2020-05-05 | 北京达佳互联信息技术有限公司 | 直播视频的回看方法、装置、电子设备、系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20220286718A1 (en) | 2022-09-08 |
CN111107386A (zh) | 2020-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021129277A1 (zh) | 直播视频的回看方法及设备 | |
US9852762B2 (en) | User interface for video preview creation | |
CN108174248B (zh) | 视频播放方法、视频播放控制方法、装置、及存储介质 | |
US9621928B2 (en) | Streaming playback and dynamic ad insertion | |
US20200267195A1 (en) | Closed network video presentation | |
US9686584B2 (en) | Facilitating placeshifting using matrix codes | |
US11870859B2 (en) | Relevant secondary-device content generation based on associated internet protocol addressing | |
US20190379924A1 (en) | Intelligent multi-device content distribution based on internet protocol addressing | |
US10419825B2 (en) | Queue to display information for entities during video playback | |
WO2014190655A1 (zh) | 应用同步方法、应用服务器及终端 | |
US20140245365A1 (en) | Systems and methods for enabling and managing social television | |
US20180288484A1 (en) | Virtual high definition video player | |
US10587661B2 (en) | Method and program for providing content streaming service and managing data statistics of user using QR code | |
US11765442B2 (en) | Information processing apparatus, information processing method, and program for presenting reproduced video including service object and adding additional image indicating the service object | |
US20170178693A1 (en) | Adaptive media content recording | |
US20230362460A1 (en) | Dynamically generated interactive video content | |
CN110996118A (zh) | 一种封面合成方法、装置、服务器以及存储介质 | |
US20230388563A1 (en) | Inserting digital contents into a multi-view video | |
US9084011B2 (en) | Method for advertising based on audio/video content and method for creating an audio/video playback application | |
US9363575B2 (en) | Method and apparatus for viewing instant replay | |
US11317035B1 (en) | Method and system for synchronized playback of multiple video streams over a computer network | |
US20230276105A1 (en) | Information processing apparatus, information processing apparatus, and program | |
KR102392908B1 (ko) | 자유시점 비디오 서비스를 제공하는 방법, 장치 및 시스템 | |
US9953340B1 (en) | Companion advertisements on remote control devices | |
US20240089554A1 (en) | Methods and systems for managing caption information |
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: 20908323 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: 20908323 Country of ref document: EP Kind code of ref document: A1 |