CN110719515B

CN110719515B - Video playing method, device and storage medium

Info

Publication number: CN110719515B
Application number: CN201810763249.6A
Authority: CN
Inventors: 雷祎舲
Original assignee: Alibaba China Co Ltd
Current assignee: Alibaba China Co Ltd
Priority date: 2018-07-12
Filing date: 2018-07-12
Publication date: 2022-06-14
Anticipated expiration: 2038-07-12
Also published as: CN110719515A

Abstract

The disclosure relates to a video playing method and device. The method is applied to the first terminal and comprises the following steps: in the process of synchronously playing the video with the second terminal, when a playing pause is detected at a first moment, sending an acquisition request aiming at the reference playing progress of the video to a server; when a reference playing progress of a first moment returned by a server is received, judging whether a progress skipping condition is met or not according to the reference playing progress of the first moment and the actual playing progress of the first moment of the first terminal; and when the progress jumping condition is met, playing the video according to the reference playing progress. According to the embodiment of the disclosure, in the process of synchronously playing the video with the second terminal, the first terminal can judge whether the progress jump condition is met or not when the playing card is detected, and play the video according to the reference playing progress when the progress jump condition is determined to be met, so that the video can be played at the same progress with other terminals, and the playing synchronism of the plurality of terminals in the process of synchronously playing the video is ensured.

Description

Video playing method, device and storage medium

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a video playing method and apparatus.

Background

When a user watches videos through a terminal (e.g., a mobile phone, etc.), there are appeal for interaction with friends of the user, such as real-time discussion of stories, etc. The user may invite his friends to watch the same episode simultaneously through their respective terminals for real-time discussion.

However, in the related art, the playing synchronization is poor in the process of synchronously playing the video by a plurality of terminals. How to ensure the playing synchronization of a plurality of terminals becomes a problem to be solved urgently.

Disclosure of Invention

In view of this, the present disclosure provides a video playing method and apparatus, which can ensure the playing synchronization in the process of synchronously playing videos by multiple terminals.

According to an aspect of the present disclosure, there is provided a video playing method applied in a first terminal, the method including:

in the process of synchronously playing a video with a second terminal, when a playing pause is detected at a first moment, sending an acquisition request aiming at a reference playing progress of the video to a server;

when a reference playing progress at a first moment returned by a server is received, judging whether a progress jumping condition is met or not according to the reference playing progress at the first moment and an actual playing progress of a first terminal at the first moment;

and when the progress jump condition is met, playing the video according to a reference playing progress.

In a possible implementation manner, the determining whether a schedule jump condition is satisfied according to the reference playing schedule at the first time and the actual playing schedule of the first terminal at the first time includes:

when the time difference between the reference playing progress of the first moment and the actual playing progress of the first moment is greater than or equal to a threshold value, displaying a request control, wherein the request control is used for requesting to play the video according to the reference playing progress;

and when the request control is detected to be triggered, judging that a progress skipping condition is met.

In a possible implementation manner, when the progress jump condition is satisfied, playing the video according to a reference playing progress includes:

sending a progress skipping request to a server at a second moment when the progress skipping condition is met;

and when the reference playing progress of the second moment returned by the server is received, playing the video according to the reference playing progress of the second moment.

In one possible implementation, the method further includes:

when a playing control of the video is triggered, sending a playing instruction to a server so that the server determines a reference playing progress according to the playing instruction and controls the second terminal and the first terminal to start to synchronously play the video according to the determined reference playing progress;

and synchronously playing the video with the second terminal.

In one possible implementation, the method further includes:

when a positioning playing request for positioning and playing the video is detected, determining a target playing progress of the video corresponding to the positioning playing request;

and sending a positioning playing instruction to a server, wherein the positioning playing instruction comprises the target playing progress, so that the server determines a reference playing progress according to the target playing progress and controls the first terminal and the second terminal to synchronously play the video according to the reference playing progress.

According to another aspect of the present disclosure, there is provided a video playing method applied in a server, the method including:

determining a reference playing progress of a video in a process of controlling a first terminal and a second terminal to synchronously play the video;

when an acquisition request of the first terminal or the second terminal for the reference playing progress of the video is received, determining the reference playing progress of the current third moment;

and returning the reference playing progress of the third moment to the first terminal or the second terminal initiating the acquisition request so that the first terminal or the second terminal judges whether a progress skipping condition is met or not according to the reference playing progress of the third moment, and playing the video according to the reference playing progress when the progress skipping condition is met.

In one possible implementation, the method further includes:

when a progress jump request sent by the first terminal or the second terminal is received, determining a reference playing progress of a current fourth moment;

and returning the reference playing progress of the fourth moment to the first terminal or the second terminal which initiates the progress skipping request, so that the first terminal or the second terminal plays the video according to the reference playing progress of the fourth moment.

In one possible implementation, determining a reference playing progress of the video includes:

when a playing instruction sent by the first terminal is received, determining a reference playing progress according to the playing instruction;

and controlling the second terminal and the first terminal to start to synchronously play the video according to the reference playing progress.

when a positioning playing instruction sent by the first terminal is received, determining a reference playing progress according to a target playing progress in the positioning playing instruction;

and controlling the first terminal and the second terminal to synchronously play the video according to the reference playing progress.

According to another aspect of the present disclosure, there is provided a video playing apparatus applied in a first terminal, the apparatus including:

the acquisition request sending module is used for sending an acquisition request aiming at the reference playing progress of the video to a server when a playing card pause is detected at a first moment in the process of synchronously playing the video with a second terminal;

the judging module is used for judging whether a progress jumping condition is met or not according to the reference playing progress at the first moment and the actual playing progress of the first terminal at the first moment when the reference playing progress at the first moment returned by the server is received;

and the playing module is used for playing the video according to the reference playing progress when the progress jumping condition is met.

In one possible implementation manner, the determining module includes:

the display sub-module is used for displaying a request control when the time difference between the reference playing progress at the first moment and the actual playing progress at the first moment is greater than or equal to a threshold value, wherein the request control is used for requesting to play the video according to the reference playing progress;

and the judgment sub-module is used for judging that the progress skipping condition is met when the request control is detected to be triggered.

In one possible implementation manner, the playing module includes:

the request sending submodule is used for sending a progress jump request to the server at a second moment meeting the progress jump condition;

and the playing submodule is used for playing the video according to the reference playing progress of the second moment when the reference playing progress of the second moment returned by the server is received.

In one possible implementation, the apparatus further includes:

the playing instruction sending module is used for sending a playing instruction to the server when the playing control of the video is triggered, so that the server determines a reference playing progress according to the playing instruction and controls the second terminal and the first terminal to start to synchronously play the video according to the determined reference playing progress;

and the video playing module is used for starting to play the video synchronously with the second terminal.

In one possible implementation, the apparatus further includes:

the playing progress determining module is used for determining the target playing progress of the video corresponding to the positioning playing request when the positioning playing request for positioning playing of the video is detected;

and the instruction sending module is used for sending a positioning playing instruction to the server, wherein the positioning playing instruction comprises the target playing progress, so that the server determines a reference playing progress according to the target playing progress and controls the first terminal and the second terminal to synchronously play the video according to the reference playing progress.

According to another aspect of the present disclosure, there is provided a video playing apparatus applied in a server, the apparatus including:

the first determining module is used for determining the reference playing progress of the video in the process of controlling the first terminal and the second terminal to synchronously play the video;

a second determining module, configured to determine a reference playing progress at a current third moment when an obtaining request of the reference playing progress of the video by the first terminal or the second terminal is received;

and the first progress sending module is used for returning the reference playing progress of the third moment to the first terminal or the second terminal which initiates the acquisition request, so that the first terminal or the second terminal judges whether a progress skipping condition is met or not according to the reference playing progress of the third moment, and when the progress skipping condition is met, the video is played according to the reference playing progress.

In one possible implementation, the apparatus further includes:

a third determining module, configured to determine a reference playing progress at a current fourth moment when a progress jump request sent by the first terminal or the second terminal is received;

and the second progress sending module is used for returning the reference playing progress of the fourth moment to the first terminal or the second terminal which initiates the progress skipping request so as to enable the first terminal or the second terminal to play the video according to the reference playing progress of the fourth moment.

In one possible implementation manner, the first determining module includes:

the first determining submodule is used for determining a reference playing progress according to the playing instruction when the playing instruction sent by the first terminal is received;

and the first control submodule is used for controlling the second terminal and the first terminal to start to synchronously play the video according to the reference playing progress.

In one possible implementation manner, the first determining module includes:

the second determining submodule is used for determining a reference playing progress according to the target playing progress in the positioning playing instruction when the positioning playing instruction sent by the first terminal is received;

and the second control submodule is used for controlling the first terminal and the second terminal to synchronously play the video according to the reference playing progress.

According to another aspect of the present disclosure, there is provided a video playback apparatus including: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to perform the above method.

According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium having computer program instructions stored thereon, wherein the computer program instructions, when executed by a processor, implement the above-described video playback method.

According to the embodiment of the disclosure, in the process of playing the video synchronously with the second terminal, the first terminal can judge whether the progress skipping condition is met or not when the playing card is detected, and play the video according to the reference playing progress when the progress skipping condition is determined to be met, so that the video can be played at the same progress with other terminals, and the playing synchronism in the process of playing the video synchronously by a plurality of terminals is ensured.

Other features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments, which proceeds with reference to the accompanying drawings.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments, features, and aspects of the disclosure and, together with the description, serve to explain the principles of the disclosure.

Fig. 1 is a flow chart illustrating a video playback method according to an exemplary embodiment.

Fig. 2 is a flow chart illustrating a video playback method according to an example embodiment.

Fig. 3a, fig. 3b, and fig. 3c are schematic diagrams of application scenarios of a video playing method according to an exemplary embodiment.

Fig. 4 is a flow chart illustrating a video playback method according to an example embodiment.

Fig. 5a, fig. 5b, and fig. 5c are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment.

Fig. 6 is a flow chart illustrating a method of video playback in accordance with an exemplary embodiment.

Fig. 7 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment.

Fig. 8a and 8b are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment, respectively.

Fig. 9a and 9b are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment.

Fig. 10a, fig. 10b, fig. 10c, fig. 10d, fig. 10e, fig. 10f, and fig. 10g are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment.

Fig. 11 is a diagram illustrating an application scenario of a video playing method according to an exemplary embodiment.

Fig. 12 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment.

Fig. 13 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment.

Fig. 14 is a flow chart illustrating a video playback method according to an example embodiment.

Fig. 15 is a flow chart illustrating a method of video playback in accordance with an exemplary embodiment.

Fig. 16 is a schematic diagram illustrating an application scenario of a video playing method according to an exemplary embodiment.

Fig. 17 is a block diagram illustrating a video playback device in accordance with an exemplary embodiment.

Fig. 18 is a block diagram illustrating a video playback device according to an example embodiment.

Fig. 19 is a block diagram illustrating a video playback device according to an example embodiment.

Fig. 20 is a block diagram illustrating a video playback device in accordance with an exemplary embodiment.

Fig. 21 is a block diagram illustrating a video playback device according to an example embodiment.

Fig. 22 is a block diagram illustrating a video playback device according to an example embodiment.

Detailed Description

Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers can indicate functionally identical or similar elements. While the various aspects of the embodiments are presented in drawings, the drawings are not necessarily drawn to scale unless specifically indicated.

The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.

Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements and circuits that are well known to those skilled in the art have not been described in detail so as not to obscure the present disclosure.

Fig. 1 is a flow chart illustrating a video playback method according to an exemplary embodiment. The method may be applied to a first terminal (e.g., a mobile phone, a tablet computer, etc.), which is not limited by this disclosure. As shown in fig. 1, a video playing method according to an embodiment of the present disclosure includes:

in step S101, in the process of playing a video synchronously with a second terminal, when a playback pause is detected at a first time, sending an acquisition request for a reference playback progress of the video to a server;

in step S102, when receiving a reference playing progress at a first time returned by a server, determining whether a progress jump condition is satisfied according to the reference playing progress at the first time and an actual playing progress of a first terminal at the first time;

in step S103, when the progress jump condition is satisfied, the video is played according to a reference playing progress.

According to the embodiment of the disclosure, in the process of synchronously playing the video with the second terminal, the first terminal can judge whether the progress jump condition is met or not when the playing card is detected, and play the video according to the reference playing progress when the progress jump condition is determined to be met, so that the video can be played at the same progress with other terminals, and the playing synchronism of the plurality of terminals in the process of synchronously playing the video is ensured.

The first terminal and the second terminal can be any terminals (such as a mobile phone, a tablet computer and the like), and the first terminal and the second terminal are a plurality of terminals for synchronously playing videos.

In one possible implementation, the first terminal and the second terminal may be terminals whose rights are not identical. For example, the first terminal may invite the second terminal to participate in playing a video synchronously, which may have various permissions in the process of playing the video synchronously (e.g., controlling to start synchronous playing, adjusting a playing progress in the process of playing synchronously, switching video content of synchronous playing, playing in a full screen, etc.). The second terminal may be invited to participate in the synchronous play of the video, which may have a basic right in the synchronous play of the video (e.g., full screen play, etc.). It should be understood that the second terminal may also invite the first terminal to participate in playing the video synchronously, and the first terminal plays the video synchronously as required.

The first time may be a time when the first terminal detects a jam, and may be based on the server time. For example, the first terminal may monitor a video playing status (e.g., monitor a playing status of a video player) during the process of synchronously playing the video. For example, when there is a problem in a network (e.g., a mobile network) or a content Delivery network (cdn) (content Delivery network) of the first terminal, the first terminal may be in a situation of playing card. For example, the first terminal detects that the playing is stuck at the server time 18 point 20, and sends an acquisition request for a reference playing progress of the video to the server. It should be understood that the time consumption for the first terminal to send the acquisition request to the server and for the first terminal to receive the reference playing progress is relatively small, and the time when the server receives the acquisition request and the time when the first terminal receives the reference playing progress returned by the server can be regarded as the first time.

The reference playing progress can be a reference playing progress of the video determined in real time by the server in a process that the first terminal and the second terminal synchronously play the video, and the reference playing progress can be used for assisting in improving the playing synchronism of the first terminal and the second terminal.

In an exemplary application scenario, user a, user B, and user C are friends, and watch an episode a together through respective terminals in respective homes, so as to discuss while watching. The description will now be given taking the terminal of the user a as an example.

For example, during the process that the user a plays the video synchronously with the user B and the user C through the mobile phone (the first terminal), the mobile phone of the user a may monitor the video playing status. For example, when the user a mobile phone detects that video playing is stuck at a first time (for example, 18 o' clock and 20 min), the user a mobile phone sends an acquisition request of a reference playing progress for the video to the server.

In this application example, the server determines a reference play progress of an episode a while the user a, the user B, and the user C watch the episode a together. For example, 3 users start playing episode a synchronously at 18:00, and the server may start to determine and record a reference playing schedule (e.g., a reference playing schedule of 00:00 at 18: 00). For example, in the case of not adjusting the playing progress, the server determines and records the reference playing progress to be 20:00 at 18: 20 minutes.

In this application example, as described above, the user a handset detects that video playing is stuck at 18 points 20, and sends an acquisition request of a reference playing progress for the video to the server. In this application example, the server returns a reference progress of play (e.g., 20:00) at the first time. And the user A mobile phone receives the reference playing progress of the first moment returned by the server.

In this application example, it should be understood that the playing progress of the video is delayed due to the occurrence of the stuck condition of the user a mobile phone, for example, the actual playing progress of the user a mobile phone at 18 o 20 is 19: 00. And the mobile phone of the user A judges whether a progress jumping condition is met or not according to the reference playing progress (20:00) of the first moment returned by the server and the actual playing progress (19:00) of the mobile phone of the user A at the first moment. And when the progress jumping condition is met, the mobile phone of the user A plays the video according to the reference playing progress. For example, jump from 19:00 of the video to 20:00 of the video, playing the video content at 20:00 of the video.

Like this, when a plurality of users watched the video in step, user terminal can carry out the time delay control, broadcast in step with other terminals of watching the video in step better, and convenient user operation guarantees each user to the controllable sense of watching the shadow progress to can accomplish the regulation of broadcast progress fast, guarantee the normal promotion of the whole broadcast progress of synchronous broadcast video, reduce because of the broadcast progress that some user's card led to drags the emergence of the circumstances such as back.

For the convenience of understanding, the following description will be made by taking an example in which the first terminal invites the second terminal to participate in playing the video synchronously.

For example, user B wishes to watch episode a simultaneously with his friends, user a and user C, while watching episode a through his cell phone (first terminal). User B may invite user a and user C to participate in the synchronized play of episode a. For example, user B may create a virtual broadcast location (e.g., a viewing group, a theater, a room, etc.) that can be used to broadcast video synchronously, user B may create the virtual broadcast location, and the identity of user B may be a group leader (or a house owner), and other friends whose terminals may have more authority than the friends who invite the user B may invite the user B by triggering an invitation control, selecting friends who wish to invite, sending an invitation link, and so on.

In some alternative embodiments, the user a and the user C are invited to participate in the synchronous playing, and the terminal of the user a and the user C is a second terminal (for example, the identity of the user B is a group leader, the identity of the user a and the user C is a group member, etc.). For example, the user a and the user C join a virtual play location for synchronously playing videos, and in the virtual play location, the user a and the user C can synchronously play videos with the user B while performing interaction such as discussion. When the user a and the user C join a virtual play place where videos are played synchronously, the server may determine, as a default video to be played synchronously, a video (e.g., episode a) of a play interface when the user B creates the virtual play place. The server may start sending the video content of episode a to the terminals of user a, user C.

In some optional embodiments, when the user B creates the virtual play site, the mobile phone (the first terminal) of the user B has not started playing the video. The first terminal may display a control for guiding user B to make a video selection, e.g., pop up a message prompt box for video selection for user B to select a video that user B wishes to play synchronously. For example, user B selects episode B, and the server may start to transmit the video content of episode B to each terminal that has joined the virtual playback venue.

Fig. 2 is a flow chart illustrating a video playback method according to an example embodiment. In one possible implementation, as shown in fig. 2, the method further includes:

in step S104, when the play control of the video is triggered, sending a play instruction to the server, so that the server determines a reference play progress according to the play instruction, and controls the second terminal and the first terminal to start to play the video synchronously according to the determined reference play progress;

in step S105, the video is played synchronously with the second terminal.

For example, a play control is displayed on a mobile phone (first terminal) of the user B, and the user B triggers the play control. When detecting that the playing control of the video is triggered, the mobile phone of the user B may send a playing instruction to the server. For example, user B triggers the play control at 18 o' clock 00 (e.g., server time), and his handset sends a play command to the server. The server starts to determine a reference playing schedule, for example, a reference playing schedule of 00:00 at 18 point 00, which is increased by one second every one second of the objective time. For example, the reference playing progress of the 18-point 01 time sharing is 01: 00. The server can control the second terminal and the first terminal to start to synchronously play the video according to the determined reference playing progress. For example, the terminal of user B and the terminals of user a and user C start playing video synchronously.

In this way, the server can determine the reference playing progress and the first terminal and the second terminal can synchronously play the video. The present disclosure does not limit the form of the reference play progress.

Fig. 3a, fig. 3b, and fig. 3c are schematic diagrams of application scenarios of a video playing method according to an exemplary embodiment. In one possible implementation, as shown in fig. 3a, when user B plays episode a, user B creates a auditorium (e.g., user B is a homeowner) and invites user a (e.g., user name curiosity of love) and user C (e.g., user name love) to participate in playing video synchronously. The auditorium can be used for playing videos and friend chat interaction. As shown in fig. 3a, the user a and the user B interact with each other through text content, can chat in various forms such as voice, and can load more historical chat information through sliding. In the application example, the user B clicks the play control, and the terminal of the user B sends a play instruction to the server. In the process of waiting for synchronization, as shown in fig. 3b, "play to start" may be displayed on the terminal, and a prompt message related to the play to start episode a may also be displayed in the chat message to prompt the current synchronized play status. In this application example, as shown in fig. 3C, the terminal of user B starts playing episode a in synchronization with the terminals of user a and user C (for example, the server controls the terminals to finish synchronization and starts playing episode a).

As shown in fig. 1, in step S101, in the process of playing a video synchronously with a second terminal, when a playback pause is detected at a first time, an acquisition request for a reference playback progress of the video is sent to a server.

For example, when detecting playback pause during playback of the episode a in synchronization with the terminals of the user a and the user C, the terminal of the user B may send an acquisition request for a reference playback progress of the video to the server.

For example, a progress jump condition may be preset, for example, the progress jump may be performed when the first terminal determines a reference playing progress at the first time and an actual playing progress time difference of the first terminal at the first time is large (for example, greater than 5 seconds). For example, the reference playing rate of the 18-point 20 min 00 s received by the mobile phone of the user B is 20:00, and the actual playing rate of the mobile phone of the user B at the 18 point 20 min 00 s is 19: 00. The mobile phone of the user B can determine that the time difference between the two is larger (more than 5 seconds), the progress jump condition is met, and the mobile phone of the user B plays the video according to the reference playing progress. For example, at 18 o' clock, 20 minutes, 02 seconds, the video content at 20:00 of the video is played. The user a and the user C may play the video content at 20:02 of the video, and the video content played by the mobile phone of the user B may be regarded as the video content at the same time as the video content played by the user a and the user C. Therefore, the synchronism among a plurality of users playing videos synchronously can be effectively improved, and real-time interaction of the users is facilitated.

In a possible implementation manner, when the progress jump condition is satisfied, the video is played according to a reference playing progress (step S103), which may be that the first terminal plays the video according to the reference playing progress according to the first time and the time when the progress jump condition is satisfied.

For example, the first time is 18 o 'clock 20 min 00 sec, the time that may satisfy the progress jump condition is 18 o' clock 20 min 20 sec, and the first terminal may play the video according to the reference playing progress (e.g., the first terminal determines according to the first time and the time that satisfies the progress jump condition) when determining that the progress jump condition is satisfied. For example, when the reference playing progress of the first time returned by the receiving server is 20:00, the time meeting the skip condition is 18 o 'clock 20 minutes and 20 seconds, and the first terminal can calculate the current time meeting the condition (18 o' clock 20 minutes and 20 seconds), the reference playing progress is 20:20, and the first terminal can play the content at the video 20: 20.

Therefore, the synchronism among a plurality of users playing videos synchronously can be effectively improved, and real-time interaction of the users is facilitated. The present disclosure does not limit the specific manner in which the video is played according to the reference play progress when the progress jump condition is satisfied.

Fig. 4 is a flow chart illustrating a video playback method according to an example embodiment. In one possible implementation, as shown in fig. 4, step S102 may include:

in step S1021, when a time difference between the reference playing progress at the first time and the actual playing progress at the first time is greater than or equal to a threshold, displaying a request control, where the request control is used to request that the video is played according to the reference playing progress;

in step S1022, when it is detected that the request control is triggered, it is determined that a progress jump condition is satisfied.

The request control can be used for a user to select whether to skip the progress or not, and the video is played according to the reference playing progress. The request control may include multiple forms, for example, the display mode of the request control may be determined according to the reference playing progress at the first time and the numerical value of the time difference between the actual playing progress at the first time.

For example, the request control may be a display control on the playing interface, the request control may display a time difference between a reference playing progress updated in real time and an actual playing progress, and a display manner (e.g., a display color, etc.) of the time difference may be determined according to a specific numerical value of the time difference. The request control may also be a prompt control, such as a pop-up delay prompt when a prompt condition is met (e.g., when the determined time difference is greater than or equal to a delay threshold), etc. The present disclosure is not limited to the form or content of the request control.

For example, a threshold value for determining whether to display the request control may be preset. For example, the threshold is 5 seconds, and the first terminal may display the request control when it is determined that a time difference between the reference playback progress at the first time and the actual playback progress at the first time is greater than or equal to 5 seconds.

In some optional embodiments, when the time difference is greater than or equal to the threshold and less than the delay threshold, the request control for updating the time difference in real time as described above may be displayed on the play interface.

For example, when the determined time difference is 7 seconds, a request control may be displayed on the play interface, the request control displaying the time difference of 7 seconds (7 s). When the determined time difference is greater than or equal to the hinting threshold (e.g., the hinting threshold is 15 seconds), the time difference requesting display of the control can change to a red font.

In some alternative embodiments, when the time difference is greater than the delay threshold (e.g., 60 seconds), a delay cue may pop up as previously described.

In a possible implementation manner, when the first terminal detects that the request control is triggered, it is determined that the progress skipping condition is met.

For example, the user B clicks the request control, and the terminal of the user B may determine that the skip condition is satisfied. The terminal of the user B can play the video according to the reference play progress. It should be understood that, the present disclosure does not limit the specific manner for determining whether the progress jump condition is satisfied according to the reference playing progress at the first time and the actual playing progress of the first terminal at the first time.

Fig. 5a, fig. 5b, and fig. 5c are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment. In a possible implementation manner, during the process that the user B plays the episode a synchronously with the user a and the user C, the mobile phone of the user B detects that the playing is stuck, the server sends an acquisition request of a reference playing progress for the episode a, receives a reference playing progress (for example, 00:24) returned by the server, and the current actual playing progress of the mobile phone of the user B is 00: 17. The handset of user B may determine that the time difference between the two is 7 seconds (e.g., the threshold is 5 seconds, greater than the threshold).

As shown in fig. 5a, a request control is displayed on the handset of user B. For example, the request control 1 in the upper right corner of the interface is played, and the current delay time (time difference) of the request control 1 is 7 s. In this application example, the request control may change in real time, for example, when the time difference is less than 5 seconds, it may be considered no delay, and data may not be presented. When the time difference is greater than or equal to 15 seconds, a request control may be displayed that is numerically red in color.

In this application example, the first terminal may further prompt the content such as the role and the operation mode of the request control when the condition is satisfied. For example, when the scenario a is played synchronously, the mobile phone of the user B is jammed, and the like, the mobile phone of the user B acquires the reference playing progress from the server, determines the latest time difference, and displays the request control on the mobile phone of the user B. When the condition is satisfied, for example, when the request control is displayed for the first time on the day, the content of the role, the operation mode and the like of the request control can be prompted. As shown in fig. 5B, user B is prompted "room progress delay time, click can tie up the play progress".

In this application example, when the time difference determined by user B is greater than the delay threshold (e.g., 60 seconds), a delay prompt (prompt control) may pop up, for example, as shown in fig. 5c, a delay prompt may pop up, showing "current progress is delayed too high, level up immediately". And the user B clicks the delay prompt, the terminal of the user B detects that the request control is triggered, the progress skipping condition is met, and the video is played according to the reference playing progress.

Fig. 6 is a flow chart illustrating a video playback method according to an example embodiment. In one possible implementation, as shown in fig. 6, step S103 may include:

in step S1031, at a second time point when the progress jump condition is satisfied, sending a progress jump request to the server;

in step S1032, when the reference playing progress at the second time returned by the server is received, the video is played according to the reference playing progress at the second time.

The second time may be a time when the request control is triggered and the progress jump condition is satisfied, and may be based on the server time.

For example, as described above, the first terminal may determine and play the video according to the reference playing progress of the second time point satisfying the progress jump condition and the first time point returned by the server. The first terminal can also send a progress jump request to the server at a second moment when the progress jump condition is met. For example, when the user B triggers the request control, a progress jump request is sent to the server. The server may determine the reference playing progress of the second time, as described above, and is not described herein again. The first terminal may play the video according to the reference playing progress at the second moment when receiving the reference playing progress at the second moment returned by the server. For example, the mobile phone of the user B does not yet cache the video content at the reference playing progress at the second time, and the mobile phone of the user B may obtain the video content at the reference playing progress at the second time from the server and play the video content.

Thus, the synchronism of synchronously playing the videos can be improved. The method and the device for playing the video at the reference playing progress at the second moment do not limit the mode of obtaining the video content at the reference playing progress at the second moment, and play the video according to the reference playing progress at the second moment when the reference playing progress at the second moment returned by the server is received.

Fig. 7 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment. In one possible implementation, as shown in fig. 7, the method further includes:

in step S106, when a positioning play request for positioning and playing the video is detected, determining a target play progress of the video corresponding to the positioning play request;

in step S107, a positioning play instruction is sent to the server, where the positioning play instruction includes the target play progress, so that the server determines a reference play progress according to the target play progress, and controls the first terminal and the second terminal to synchronously play the video according to the reference play progress.

The positioning playing request may refer to a request initiated by a user to play a video according to the playing progress selected by the user. The location play request may include a variety of forms, for example, fast forward, fast rewind, and the like. The positioning playing request may be performed at any time during the process of playing the video synchronously, and may be performed before or after steps S101 to S103, etc., and the present disclosure does not limit the execution sequence of steps S106, S107 and other steps.

For example, user B may not be interested in the currently playing video content, or he may be interested in the previously playing content, wishing to repeat the viewing. The video playing progress can be adjusted, for example, the playing progress is adjusted through an interactive mode of left-right dragging (for example, dragging left to fast backward and dragging right to fast forward), and a mode of positioning adjustment (for example, clicking a specific certain time point on a video playing progress bar).

In a possible implementation manner, when detecting a positioning play request for positioning and playing the video, the first terminal may determine a target play progress of the video corresponding to the positioning play request. For example, the user B drags the progress from 20:20 to 35:18 (target play progress) at 18 o' clock, 20 min and 20 sec. The mobile phone of the user B sends a positioning playing instruction to the server, and the positioning playing instruction comprises the target playing progress (for example, 35: 18).

The server can determine a reference playing progress according to the target playing progress and control the first terminal and the second terminal to synchronously play the video according to the reference playing progress. For example, the server receives the positioning play instruction at 18 point 20 minutes 23 seconds, and the server may determine the reference play progress as 35:18 (the target play progress included in the positioning play instruction) at 18 point 20 minutes 23 seconds. The server may control user B, user a and user B to play the video content at 35:18 of the video. The server may determine the reference playing progress according to the objective time, for example, the reference playing progress at 18 points, 20 minutes and 24 seconds is 35:19, as described above, and will not be described herein again.

Therefore, the user can conveniently perform positioning playing in the process of synchronously playing the video, and the playing synchronism of the terminals after the positioning playing is ensured. The present disclosure does not limit the form, content, etc. of the location play request.

Fig. 8a and 8b are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment, respectively. In one possible implementation, the user B considers that the currently played content is relatively uninteresting, and may drag the play progress bar. For example, as shown in FIG. 8a, drag is from 00:17 to 30:00 of the current play. And the mobile phone of the user B receives the positioning playing request and determines the target playing progress (30:00) of the video corresponding to the positioning playing request. And the mobile phone of the user B sends a positioning playing instruction to the server. In the application example, the server receives the positioning playing instruction, determines a reference playing progress according to a target playing progress in the positioning playing instruction, and controls the terminals of the user a, the user B and the user C to synchronously play the video content at 30: 00. In this application example, when the user B drags the play progress bar, the terminal of the user a may display prompt information about the current status, for example, as shown in fig. 8B, display "the homeowner adjusts the play progress, i.e., is about to synchronize for you".

In a possible implementation manner, in the process of synchronously playing the video, when the network of the first terminal changes, the playing of the video can be suspended, and the network condition prompt is performed.

For example, the mobile phone of the user B may determine a current network condition, for example, when the WIFI network is changed to a mobile network (e.g., a 4G network), the playing of the video may be suspended, the buffering of the video content may be suspended, the current network is prompted to be the mobile network, and the network cost is recommended to be considered.

Thus, the waste of the expenses generated by the user can be avoided.

In a possible implementation manner, in the process of synchronously playing the video, when the first terminal detects that the control for pausing the playing of the video is triggered, an instruction for pausing the playing of the video may be sent to the server, so that the server controls the second terminal to pause the playing synchronously with the first terminal.

For example, user B pauses playing a video, and user a and user C also pause playing the video synchronously, for example, the playing interfaces of user a and user C may display "the homeowner pauses the current progress" to prompt user a and user C of the current playing status.

Therefore, each user who synchronously plays the video can conveniently know the current playing state.

Fig. 9a and 9b are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment. In a possible implementation manner, the user B wishes to pause the playing during the synchronous playing, and the user B may trigger a pause control for pausing the playing of the video. For example, it may click on a blank in a video playback interface, call up a toolbar, trigger a pause control on the toolbar, and so on. For example, as shown in FIG. 9a, user B's handset pauses playing the video. The mobile phone of the user B may send an instruction to the server to pause playing of the video, so that the server controls the terminals of the user a and the user C to pause playing synchronously with the mobile phone of the user B. For example, as shown in fig. 9b, a play interface of the user a may display "the homeowner pauses the current progress" to prompt the user a of the current play status. In this application example, the user B plays the video again, for example, triggers a play control for starting playing the video, and as described above, the server may control the terminals of the user a and the user C and the mobile phone of the user B to start playing the video synchronously again, which is not described herein again.

In some optional embodiments, during the synchronous playing of the video, the currently playing video may be switched. For example, user B feels that currently playing episode a is uninteresting, and he may reselect the video he wishes to play synchronously by switching the video's control, e.g., selecting episode B. The server may control the user B, the user a, and the user C to play the episode B synchronously, and the implementation manner is as described above, and is not described herein again.

In a possible implementation manner, in the process of synchronously playing the video, switching between full-screen playing and half-screen playing can be performed.

Fig. 10a, 10b, 10c, 10d, 10e, 10f, and 10g are schematic diagrams illustrating application scenarios of a video playing method according to an exemplary embodiment. In one possible implementation manner, as shown in fig. 10a, the user B triggers the full-screen playing control 3, and the mobile phone of the user B can play the video in full screen. As shown in fig. 10b, the chat content can be displayed in the left half-screen area of the playback interface. In this application example, the user B triggers the half-screen play control 4 in the upper left corner of the play interface, and the mobile phone of the user B may exit from full-screen play.

In this application example, user B may close the chat message. For example, as shown in fig. 10B, the user B calls a toolbar in the playback interface, and the user may perform related operations through the toolbar. For example, a control 5 that can be used to close the chat message is displayed on the play interface. User B triggers the control 5 and can close the chat message. For example, as shown in fig. 10c, chat content is not displayed on the play interface. User B can also re-trigger control 6, which can be used to open a chat message, to open a chat message.

In this application example, user B may collapse the toolbar, for example, by triggering a blank area of the play interface, etc. As shown in fig. 10d, the toolbar is retracted, no chat message is currently displayed, and a control 7 indicating that the toolbar is retracted and no chat message is displayed in the playing interface, and the control can stay for several seconds (for example, 5 seconds) and disappear.

In this example application, user B clicks on the control 7 and may open a chat message. For example, as shown in fig. 10e, a chat message is displayed in the left half screen area of the playing interface. In this state, the toolbar may be automatically hidden after several seconds, and the display mode, the display area, and various forms of the toolbar of the chat message in the full screen state may be set by default in the system or set by the user in a personalized manner, which is not limited in this disclosure.

In this application example, as shown in fig. 10f, the user B drags the progress to 30:00 in the full-screen playing state. As shown in fig. 10g, user B's handset is waiting to play the content at 30:00 of the video in synchronization with user a and user C.

It should be understood that, as mentioned above, the first terminal may also be a terminal of a user who is invited to participate in the synchronous playing of the video, and the second terminal is a terminal of a user who is invited to participate in the synchronous playing of the video by the first terminal. When the first terminal is a terminal of a user who is invited to participate in the synchronous video playing, the related operations described above may also be performed, which is not described herein again.

In the process of playing the video synchronously, the first terminal and the second terminal may both perform the related operations described above, for example, both may monitor the playing condition of the player, obtain the reference playing progress when the playing pause is detected, determine whether the progress jump condition is met, and play the video according to the reference playing progress when the progress jump condition is met, which is not described herein again.

Fig. 11 is a diagram illustrating an application scenario of a video playing method according to an exemplary embodiment. In a possible implementation manner, as shown in fig. 11, during the process of playing the video synchronously, the terminals (including the first terminal and the second terminal) of the viewing team may monitor whether a player (or a playing page, etc.) currently playing the video has a pause or not.

In this application example, when the terminal does not have a playback pause, the terminal determines that there is no delay currently, it may not need to obtain a reference playback progress from the server, the terminal may not need to display the request widget, or when the request widget is displayed, the delay time displayed by the request widget is 0.

In this application example, when the terminal detects that there is a playback pause (e.g., at a first time), it may be determined that there is a delay currently, the terminal may initiate an acquisition request of a reference playback progress at the first time to the server, when the terminal receives the reference playback progress at the first time returned by the server, a time difference may be calculated according to an actual playback progress at the first time and the reference playback progress at the first time, and the terminal may update a delay time (e.g., 7s) of the display request control.

It should be understood that when the terminal initiating the invitation to play the video synchronously and the terminal of the user who is invited to participate in playing the video synchronously play the video, the display contents and the display modes of the playing interface may not be completely the same. For example, compared with the terminal to be invited, the terminal (e.g., the homeowner in the auditorium) that initiates the invitation to play the video synchronously may also display a control for switching the video, and the like.

Fig. 12 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment. The method can be applied to a server. As shown in fig. 12, a video playing method according to an embodiment of the present disclosure includes:

in step S201, in the process of controlling the first terminal and the second terminal to synchronously play the video, determining a reference playing progress of the video;

in step S202, when an obtaining request of the reference playing progress of the video by the first terminal or the second terminal is received, determining a reference playing progress at a current third time;

in step S203, the reference playing progress at the third time is returned to the first terminal or the second terminal that initiated the acquisition request, so that the first terminal or the second terminal determines whether a progress jump condition is satisfied according to the reference playing progress at the third time, and when the progress jump condition is satisfied, the video is played according to the reference playing progress.

According to the embodiment of the disclosure, a server determines a reference playing progress of a video in a process of controlling a first terminal and a second terminal to synchronously play the video, determines a current reference playing progress at a third moment when receiving an acquisition request of the first terminal or the second terminal for the reference playing progress of the video, and returns the reference playing progress at the third moment to the first terminal or the second terminal initiating the acquisition request, so as to assist the first terminal or the second terminal initiating the acquisition request to level up the playing progress of the video, and ensure the playing synchronism of the video in the process of synchronously playing the video by a plurality of terminals.

The third time may be a time when the first terminal or the second terminal sends the acquisition request, for example, the first time carried when the first terminal sends the acquisition request. The time consumed by the first terminal or the second terminal for sending the acquisition request and the time consumed by the server for receiving the acquisition request is less, the time when the server receives the acquisition request and the time when the first terminal or the second terminal sends the acquisition request can be considered as the same time, and the third time can also be the time when the server receives the acquisition request sent by the first terminal or the second terminal, which is not limited by the disclosure.

As described above, the server determines the reference playing progress of the video in real time in the process of controlling the first terminal and the second terminal to play the video synchronously. For example, the reference playing progress of the video is determined according to a playing instruction, a positioning playing instruction, objective time and the like sent by the first terminal. The method and the device for determining the reference playing progress of the video are not limited in the process that the server controls the first terminal and the second terminal to synchronously play the video.

Fig. 13 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment. In one possible implementation, as shown in fig. 13, step S201 may include:

in step S2011, when the play instruction sent by the first terminal is received, a reference play progress is determined according to the play instruction.

For example, as described above, the user B invites the friend to synchronously play the video, and after the user a and the user C are invited, the user B may trigger the play control, and a mobile phone (a first terminal) of the user B sends a play instruction to the server. When the server receives the play instruction, the server may determine a reference play progress according to the play instruction. For example, user B triggers the play control at 18 o' clock 00 (e.g., server time), and his handset sends a play command to the server. The server starts to determine a reference playing schedule, for example, a reference playing schedule of 00:00 at 18 point 00, which is increased by one second every one second of the objective time. For example, the reference playing progress of the 18-point 01 time sharing is 01: 00.

In step S2012, the second terminal and the first terminal are controlled to start playing the video synchronously according to the reference playing progress.

For example, the server may control the respective terminals (second terminals) of the user a and the user C and the mobile phone of the user B to start to play the video synchronously according to the reference playing schedule. For example, the server may control the terminals of user a and user C and the terminal of user B to start playing the video by means of instruction transmission.

Therefore, the synchronous playing of one video by a plurality of terminals can be controlled according to the playing instruction of the first terminal.

Fig. 14 is a flow chart illustrating a video playback method according to an example embodiment. In one possible implementation, as shown in fig. 14, step S201 may include:

in step S2013, when a positioning play instruction sent by the first terminal is received, determining a reference play progress according to a target play progress in the positioning play instruction;

in step S2014, the first terminal and the second terminal are controlled to synchronously play the video according to the reference playing progress.

For example, as described above, the user B adjusts the playing progress, initiates the positioning playing request, determines the target playing progress corresponding to the positioning playing request by the mobile phone (the first terminal), and sends the positioning playing instruction to the server, where the positioning playing instruction includes the target playing progress. For example, the target play progress is 35: 18.

When receiving the positioning play instruction sent by the mobile phone of the user B, the server may determine a reference play progress according to a target play progress in the positioning play instruction (for example, when receiving the positioning play instruction, the reference play progress is determined to be 35:18), and control the user B, the user a, and the user B to play the video content at 35:18 of the video. As described above, the server may determine the reference playing progress according to the objective time, which is not described herein again.

Therefore, the method and the device can control the plurality of terminals to synchronously play the video according to the positioning playing instruction of the first terminal, determine the reference playing progress and assist in improving the playing synchronism of the plurality of terminals according to the reference playing progress.

Fig. 15 is a flow chart illustrating a video playback method in accordance with an exemplary embodiment. In one possible implementation, as shown in fig. 15, the method further includes:

in step S204, when a progress jump request sent by the first terminal or the second terminal is received, a reference playing progress at a current fourth time is determined;

in step S205, the reference playing progress at the fourth time is returned to the first terminal or the second terminal that initiated the progress jump request, so that the first terminal or the second terminal plays the video according to the reference playing progress at the fourth time.

The fourth time may be a time of the progress jump request of the first terminal or the second terminal, for example, a second time carried when the first terminal sends the progress jump request. The time consumed by the first terminal or the second terminal for sending the progress jump request and the time consumed by the server for receiving the progress jump request is less, the time when the server receives the progress jump request is about the same as the time when the first terminal or the second terminal sends the progress jump request, and the fourth time can also be the time when the server receives the progress jump request sent by the first terminal or the second terminal, which is not limited by the disclosure.

For example, the first terminal or the second terminal may send a progress jump request, and the server may determine the reference playing progress at the current fourth time when receiving the progress jump request. The server may return the reference playing progress at the fourth time, so that the first terminal or the second terminal plays the video according to the reference playing progress at the fourth time, as described above, which is not described herein again.

Thus, the synchronism of synchronously playing the videos can be improved.

Application example

An application example according to the embodiment of the present disclosure is given below in conjunction with "multiple users play videos synchronously" as an exemplary application scenario to facilitate understanding of a flow of a video playing method. It is to be understood by those skilled in the art that the following application examples are for the purpose of facilitating understanding of the embodiments of the present disclosure only and are not to be construed as limiting the embodiments of the present disclosure.

Fig. 16 is a schematic diagram illustrating an application scenario of a video playing method according to an exemplary embodiment. In this application example, user B invites user a to participate in the synchronized playing of the video while watching episode a. User a should invite to participate in the synchronized play of episode a. For example, as shown in fig. 16, the user B clicks to start playing at 18:00:00 (e.g., server time), and the server starts calculating the reference playing schedule. For example, starting from 18:00:00 and starting at 00:00, the reference play schedule is increased by 1 second every 1 second of the objective time. For example, when the playback speed is 18:10:04, the reference playback speed is 10: 04. For example, the server controls the terminal of user B and the terminal of user A to start playing video synchronously at 18:00: 00.

In this application example, user B begins to drag progress at 18:10:04 for progress adjustment, e.g., completes dragging at 18:10:06, and then drags progress to 35: 18. And the terminal of the user B sends a positioning playing instruction to the server at a ratio of 18:10:06, and the target playing progress is 35: 18. For example, when the server receives the positioning playing instruction at 18:10:09, the server determines that the reference playing progress at the moment of 18:10:09 is 35:18, and controls the terminals of the user B and the user A to start to synchronously play the 35:18 contents of the video.

In the application example, the terminal of the user B has a play pause condition due to a network condition, and the terminal of the user B detects that the current play pause is played at 18:18:18, and sends a reference play progress for obtaining 18:18:18 time to the server.

In this application example, the server determines the reference progress of play at time 18:18:18 to be 43: 27. For example, the server determines that the reference playing rate of progress at the time point 18:10:09 is 35:18, and the server may determine that the reference playing rate of progress at the time point 18:18:18 is 43:27 according to 18:18:18-18:10:09+35: 18: 43: 27. The server returns the reference play progress to the terminal of the user B.

In this application example, the terminal of the user B determines the time difference to be 5 seconds (delay time) upon receiving the reference playing schedule 43:27 returned by the server and the actual playing schedule thereof at 18:18: 18. And displaying a request control on the terminal of the user B, triggering the request control by the user B (for example, at 18:18:21), sending a progress jump request to the server by the terminal of the user B, and playing the video according to the received reference playing progress (for example, 43:30) returned by the server.

In this application example, there may also be a delay (e.g., a network delay of 60 seconds) at the terminal of user a, and the terminal of user a satisfies the progress jump condition and plays the video according to the reference play progress (e.g., 43: 30). And the user A and the user B synchronously play the video, and the video watching is finished.

Fig. 17 is a block diagram illustrating a video playback device in accordance with an exemplary embodiment. As shown in fig. 17, the apparatus is applied to a first terminal, and includes:

an obtaining request sending module 301, configured to send, to a server, an obtaining request for a reference playing progress of a video when a playing pause is detected at a first time in a process of playing the video synchronously with a second terminal;

the determining module 302 is configured to, when receiving a reference playing progress at a first time returned by a server, determine whether a progress jump condition is met according to the reference playing progress at the first time and an actual playing progress of a first terminal at the first time;

and the playing module 303 is configured to play the video according to the reference playing progress when the progress jump condition is met.

Fig. 18 is a block diagram illustrating a video playback device according to an example embodiment. As shown in fig. 18, in a possible implementation manner, the determining module 302 includes:

a display sub-module 3021, configured to display a request control when a time difference between the reference playing progress at the first time and the actual playing progress at the first time is greater than or equal to a threshold, where the request control is used to request that the video is played according to the reference playing progress;

the judging submodule 3022 is configured to judge that the progress jump condition is met when it is detected that the request control is triggered.

As shown in fig. 18, in a possible implementation manner, the playing module 303 includes:

the request sending submodule 3031 is used for sending a progress jump request to the server at a second moment when the progress jump condition is met;

and the playing submodule 3032 is configured to play the video according to the reference playing progress at the second time when receiving the reference playing progress at the second time returned by the server.

As shown in fig. 18, in one possible implementation, the apparatus further includes:

a playing instruction sending module 304, configured to send a playing instruction to the server when a playing control of the video is triggered, so that the server determines a reference playing progress according to the playing instruction, and controls the second terminal and the first terminal to start to synchronously play the video according to the determined reference playing progress;

a video playing module 305, configured to start playing the video synchronously with the second terminal.

As shown in fig. 18, in a possible implementation manner, the apparatus further includes:

a playing progress determining module 306, configured to determine, when a positioning playing request for positioning playing of the video is detected, a target playing progress of the video corresponding to the positioning playing request;

the instruction sending module 307 is configured to send a positioning playing instruction to a server, where the positioning playing instruction includes the target playing progress, so that the server determines a reference playing progress according to the target playing progress, and controls the first terminal and the second terminal to synchronously play the video according to the reference playing progress.

Fig. 19 is a block diagram illustrating a video playback device according to an example embodiment. As shown in fig. 19, the apparatus is applied to a server, and includes:

a first determining module 401, configured to determine a reference playing progress of a video in a process of controlling a first terminal and a second terminal to play the video synchronously;

a second determining module 402, configured to determine a reference playing progress at a current third moment when an obtaining request of the reference playing progress of the video by the first terminal or the second terminal is received;

a first progress sending module 403, configured to return the reference playing progress at the third time to the first terminal or the second terminal that initiated the obtaining request, so that the first terminal or the second terminal determines whether a progress skipping condition is met according to the reference playing progress at the third time, and when the progress skipping condition is met, plays the video according to the reference playing progress.

Fig. 20 is a block diagram illustrating a video playback device in accordance with an exemplary embodiment. As shown in fig. 20, in a possible implementation, the apparatus further includes:

a third determining module 404, configured to determine a reference playing progress at a current fourth moment when a progress jump request sent by the first terminal or the second terminal is received;

a second progress sending module 405, configured to return the reference playing progress at the fourth time to the first terminal or the second terminal that initiated the progress skipping request, so that the first terminal or the second terminal plays the video according to the reference playing progress at the fourth time.

As shown in fig. 20, in a possible implementation manner, the first determining module 401 includes:

the first determining submodule 4011 is configured to determine a reference playing progress according to the playing instruction when the playing instruction sent by the first terminal is received;

and the first control submodule 4012 is configured to control the second terminal and the first terminal to start to play the video synchronously according to the reference play progress.

the second determining submodule 4013 is configured to, when a positioning play instruction sent by the first terminal is received, determine a reference play progress according to a target play progress in the positioning play instruction;

and a second control sub-module 4014, configured to control the first terminal and the second terminal to synchronously play the video according to a reference play progress.

Fig. 21 is a block diagram illustrating a video playback device according to an example embodiment. For example, the apparatus 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.

Referring to fig. 21, the apparatus 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communication component 816.

The processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operations at the apparatus 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

Power components 806 provide power to the various components of device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the apparatus 800.

The multimedia component 808 includes a screen that provides an output interface between the device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operation mode, such as a photographing mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the apparatus 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the device 800. For example, the sensor assembly 814 may detect the open/closed status of the device 800, the relative positioning of components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in the position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration/deceleration of the device 800, and a change in the temperature of the device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate communications between the apparatus 800 and other devices in a wired or wireless manner. The device 800 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium, such as the memory 804, is also provided that includes computer program instructions executable by the processor 820 of the device 800 to perform the above-described methods.

Fig. 22 is a block diagram illustrating a video playback device according to an example embodiment. For example, the apparatus 1900 may be provided as a server. Referring to fig. 22, the device 1900 includes a processing component 1922 further including one or more processors and memory resources, represented by memory 1932, for storing instructions, e.g., applications, executable by the processing component 1922. The application programs stored in memory 1932 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1922 is configured to execute instructions to perform the above-described method.

The device 1900 may also include a power component 1926 configured to perform power management of the device 1900, a wired or wireless network interface 1950 configured to connect the device 1900 to a network, and an input/output (I/O) interface 1958. The device 1900 may operate based on an operating system stored in memory 1932, such as Windows Server, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, or the like.

In an exemplary embodiment, a non-transitory computer readable storage medium, such as the memory 1932, is also provided that includes computer program instructions executable by the processing component 1922 of the apparatus 1900 to perform the above-described methods.

The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.

The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.

The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.

The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).

Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.

These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terms used herein were chosen in order to best explain the principles of the embodiments, the practical application, or technical improvements to the techniques in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A video playing method is applied to a first terminal, and the method comprises the following steps:

in the process of synchronously playing the video with the second terminal, when a playing pause is detected at a first moment, sending an acquisition request aiming at a reference playing progress of the video to a server, wherein the reference playing progress is the reference playing progress of the video determined in real time in the process of synchronously playing the video by the server at the first terminal and the second terminal;

when the progress jumping condition is met, playing the video according to a reference playing progress;

wherein playing the video according to the reference playing progress comprises:

and determining and playing the video according to the reference playing progress of the first moment returned by the server and the second moment meeting the progress jumping condition.

2. The method of claim 1, wherein determining whether a progress jump condition is satisfied according to the reference playing progress at the first time and an actual playing progress of the first terminal at the first time comprises:

3. The method of claim 1, further comprising:

and synchronously playing the video with the second terminal.

4. The method of claim 1, further comprising:

5. A video playing method is applied to a server, and the method comprises the following steps:

determining a reference playing progress of a video in the process of controlling a first terminal and a second terminal to synchronously play the video, wherein the reference playing progress is determined in real time by a server in the process of synchronously playing the video by the first terminal and the second terminal;

when an acquisition request of the first terminal or the second terminal for the reference playing progress of the video is received, determining the reference playing progress of a current third moment, wherein the third moment and the first moment are the same moment;

and returning the reference playing progress of the third moment to the first terminal or the second terminal initiating the acquisition request, so that the first terminal or the second terminal judges whether a progress jump condition is met or not according to the reference playing progress of the third moment, and when the progress jump condition is met, determining and playing the video according to the reference playing progress of the first moment and the second moment meeting the progress jump condition.

6. The method of claim 5, wherein determining the reference playing progress of the video comprises:

7. The method of claim 5, wherein determining the reference playing progress of the video comprises:

8. A video playing apparatus, applied to a first terminal, the apparatus comprising:

the acquisition request sending module is used for sending an acquisition request aiming at a reference playing progress of the video to the server when a playing card pause is detected at a first moment in the process of synchronously playing the video with the second terminal, wherein the reference playing progress is the reference playing progress of the video which is determined in real time by the server in the process of synchronously playing the video by the first terminal and the second terminal;

the playing module is used for playing the video according to a reference playing progress when the progress jumping condition is met;

the playing module is further used for determining and playing the video according to the reference playing progress of the first moment returned by the server and the second moment meeting the progress jumping condition.

9. The apparatus of claim 8, the determining means comprising:

10. The apparatus of claim 8, further comprising:

11. The apparatus of claim 8, further comprising:

the playing progress determining module is used for determining the target playing progress of the video corresponding to the positioning playing request when the positioning playing request for positioning playing the video is detected;

and the instruction sending module is used for sending a positioning playing instruction to a server, wherein the positioning playing instruction comprises the target playing progress, so that the server determines a reference playing progress according to the target playing progress and controls the first terminal and the second terminal to synchronously play the video according to the reference playing progress.

12. A video playing apparatus, applied in a server, the apparatus comprising:

the first determining module is used for determining a reference playing progress of the video in the process of controlling the first terminal and the second terminal to synchronously play the video, wherein the reference playing progress is the reference playing progress of the video determined in real time by the server in the process of synchronously playing the video by the first terminal and the second terminal;

a second determining module, configured to determine a reference playing progress at a current third time when receiving an obtaining request of the reference playing progress of the video from the first terminal or the second terminal, where the third time is the same as the first time;

and the first progress sending module is used for returning the reference playing progress of the third moment to the first terminal or the second terminal which initiates the acquisition request so as to enable the first terminal or the second terminal to judge whether the progress jump condition is met or not according to the reference playing progress of the third moment, and when the progress jump condition is met, determining and playing the video according to the reference playing progress of the first moment and the second moment which meet the progress jump condition.

13. The apparatus of claim 12, wherein the first determining module comprises:

14. The apparatus of claim 12, wherein the first determining module comprises:

15. A video playback apparatus, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to: performing the method of any one of claims 1 to 4.

16. A non-transitory computer readable storage medium having computer program instructions stored thereon, wherein the computer program instructions, when executed by a processor, implement the method of any of claims 1 to 4.

17. A video playback apparatus, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to: performing the method of any one of claims 5 to 7.

18. A non-transitory computer readable storage medium having computer program instructions stored thereon, wherein the computer program instructions, when executed by a processor, implement the method of any of claims 5 to 7.