CN115209190A

CN115209190A - Video sending method, video sending device, electronic equipment and medium

Info

Publication number: CN115209190A
Application number: CN202210663157.7A
Authority: CN
Inventors: 谢文龙; 李云鹏; 刘韶锋; 王艳辉
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2022-06-13
Filing date: 2022-06-13
Publication date: 2022-10-18

Abstract

The embodiment of the invention provides a video sending method, a video sending device, electronic equipment and a storage medium, wherein the method comprises the following steps: the method comprises the steps that for a plurality of watching terminals with coincident request time periods and target time periods, videos with coincident time periods are respectively sent to the plurality of watching terminals through first channels corresponding to the target time periods; responding to a look-ahead playing request sent by a target viewing end in the plurality of viewing ends aiming at the superposition time interval, and establishing a second channel based on the playing starting time of the look-ahead playing request; and sending the video starting from the playing starting time to the target watching end through the second channel.

Description

Video sending method, video sending device, electronic equipment and medium

Technical Field

The present invention relates to the field of network communication technologies, and in particular, to a video transmission method, apparatus, electronic device, and medium.

Background

Currently, with the development of network technology, users are used to watch videos on line, and these videos include videos shot in real time, such as live broadcast and monitoring, and videos recorded, such as movie and television drama. Generally, a server transmits a video requested by a user to a viewing terminal where the user is located.

In the related art, when a video scheduling service is provided to a user viewing end, a corresponding video is generally requested from a video source according to the requirement of each user viewing end. In a monitoring scene, a corresponding video is requested from the camera device according to the request of each user, so that frequent video calling is performed on a video source, a large number of video requests are received by the video source, downtime is caused, and more network resources are wasted.

In order to reduce the load of a video source, a way of sharing a channel is provided, that is, a plurality of users can watch videos by using the same channel, and thus, the videos are only required to be scheduled to the video source once and then sent to the plurality of users, however, in this way, if one user in the same channel drags a progress bar forwards, that is, the user wants to watch the following videos in advance, the user can start to call the videos from the dragging time point, so that other users can watch the videos from the newly called videos, and thus part of video pictures can be missed.

Disclosure of Invention

In view of the above problems, embodiments of the present invention are proposed to provide a video transmission method, an apparatus, an electronic device, and a storage medium, so as to overcome the above problems or at least partially solve the above problems.

In a first aspect of an embodiment of the present invention, a video sending method is disclosed, where the method includes:

transmitting videos of coincident time periods to a plurality of watching ends through first channels corresponding to the target time periods for the plurality of watching ends with the coincident time periods in the request time periods;

responding to a look-ahead playing request sent by a target watching end in a plurality of watching ends aiming at the superposition time period, and establishing a second channel based on the playing starting time of the look-ahead playing request;

and sending the video starting from the playing starting time to the target viewing end through the second channel.

Optionally, in a case that there are a plurality of the target viewing terminals, in response to a look-ahead request sent by a target viewing terminal in the plurality of the viewing terminals, creating a second channel based on a play start time of the look-ahead request, including:

responding to advanced playing requests sent by a plurality of target watching terminals, and respectively establishing corresponding second channels according to the playing starting time of the advanced playing requests;

and the target watching ends with the difference between the playing starting times within the preset difference correspond to the same second channel.

Optionally, the method further comprises:

releasing the first channel when a release condition of the first channel is met;

and releasing the second channel when the release condition of the second channel is met.

Optionally, the first channel is a live channel, and when a release condition of the first channel is met, releasing the first channel includes:

under the condition that a first time length from the current live broadcast time to the play starting time of the first channel is less than a second time length from the play starting time to the play ending time of the coincidence time period, releasing the first channel at the moment when the current live broadcast time of the first channel reaches the play starting time;

the method further comprises the following steps:

and migrating the watching end in the first channel to the second channel.

Optionally, the method further comprises:

detecting whether the second channel exists in the case of releasing the first channel;

if yes, under the condition that the watching end which does not finish watching still exists in the first channel, the watching end which does not finish watching is transferred to the second channel.

Optionally, the method further comprises:

detecting whether the first channel still exists under the condition of releasing the second channel;

if so, directing the video cached by the second channel to the first channel; the video cached in the second channel is obtained by caching video data sent to the target watching end;

and when the playing time of the video data currently called by the first channel is the playing starting time, extracting videos required by the plurality of watching ends from the cached videos.

Optionally, the first channel is a live channel, and the method further includes:

responding to the advanced playing request, and determining the time precedence relationship between the playing starting time and the current live time of the first channel;

creating a second channel based on the play start time of the look-ahead play request, comprising:

and if the playing starting time is later than the current live broadcasting time, creating the second channel based on the super playing starting time.

In a second aspect of the embodiments of the present application, there is provided a video transmitting apparatus, including:

the first sending module is used for sending videos with coincident time periods to a plurality of watching ends through a first channel corresponding to the target time period for the plurality of watching ends with coincident time periods in the request time period;

the creating module is used for responding to an advanced playing request sent by a target watching end in the plurality of watching ends aiming at the superposition time period and creating a second channel based on the playing starting time of the advanced playing request;

and the second sending module is used for sending the video starting from the playing starting time to the target watching end through the second channel.

The embodiment of the invention also discloses electronic equipment which comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory finish mutual communication through the communication bus;

a memory for storing a computer program;

a processor, configured to implement the video transmission method according to the first aspect of the embodiment of the present invention when executing a program stored in a memory.

An embodiment of the present invention further discloses a computer-readable storage medium, which stores a computer program that causes a processor to execute the video sending method according to the first aspect of the embodiment of the present invention.

The embodiment of the invention has the following advantages:

in this embodiment, videos of overlapping time periods can be respectively sent to a plurality of watching terminals through the first channel for the plurality of watching terminals having the overlapping time periods in the request time period; responding to an advanced playing request sent by a target viewing terminal in a plurality of viewing terminals aiming at the superposition time period, and establishing a second channel based on the playing starting time of the advanced playing request; and transmitting the video with the starting playing time to the target watching end through the second channel.

By adopting the technical scheme, on one hand, due to the fact that the plurality of watching ends with the coincident time periods exist in the request time period and the target time period, the video with the coincident time periods can be sent through the first channel, therefore, the video with the coincident time periods can be sent to the plurality of watching ends through the same channel, and further, the video with the coincident time periods does not need to be called from the video source by each watching end, and therefore the load of the video source is reduced. On the other hand, on the basis that the videos in the overlapped time periods are sent to the plurality of watching ends through the same channel, aiming at the advanced play request of the target watching end of the first channel, a new second channel can be created to send the fast-forwarded videos to the target watching end, so that the video watching of the watching end with the fast-forward requirement can be met, the normal watching of other watching ends in the first channel to the videos is not influenced, and the other watching ends do not miss video pictures.

On the other hand, the first channel can be used for sending the video with the coincident time interval to the plurality of watching ends, so that new channels are not needed for the watching ends with the coincident time intervals with the request time intervals, the plurality of watching ends can share the channels, channel resources are saved, and the utilization rate of the channel resources is improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.

Fig. 1 is a diagram of an implementation environment of a video transmission method according to an embodiment of the present invention;

FIG. 2 is a flow chart illustrating steps of a video transmission method according to an embodiment of the present invention;

fig. 3 is a schematic diagram of transmitting video data of corresponding time periods to different terminals in turn in the same channel in the embodiment of the present invention;

fig. 4 is a schematic structural diagram of a video transmitting apparatus in an embodiment of the present invention.

Detailed Description

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below.

In the related art, videos watched on line include live videos and recorded videos, generally speaking, the present application is directed to videos which are required to be watched in a time period, for example, when a user faces a viewing requirement for videos shot by a camera device, the videos shot by the camera device are called, and the called videos are generally called according to the time period to be called by a viewing end, so as to specifically call videos in the corresponding time period. For example, when the user watching end wants to watch the video shot by the camera device in the time period of 15. Of course, the called video may be a video shot by the camera in real time or a video recorded and stored in the viewing device of the scheduling room according to the different viewing time periods.

In the related art, a calling request needs to be initiated to the camera device and a channel needs to be newly established for each viewing end, so that the channel is established for each viewing end, channel resources are wasted, and a video is called to a scheduling room or the camera device again; thus, not only is channel resource wasted, but also the load of the viewing terminal equipment of the camera device or the dispatch room is increased.

In order to save channel resources, generally, one channel is used to send videos of a target time period to a plurality of viewing terminals, but this way is similar to a live broadcast mode, that is, all viewing terminals in the channel watch live broadcast data, and it is not possible to watch videos according to their own needs, so that when one viewing terminal sends an advance play request, videos watched by other viewing terminals are played in advance to a play time, for example, a 15:30, so that the video of the channel jumps to 15 and starts to play, so that the video pictures watched by users 2 and 3 jump from 15:10-15:30 video pictures between.

In view of the above, the present applicant proposes a solution that can reduce the load of the video source device and satisfy the viewing requirements of different users, especially the fast forwarding requirements of individual users, and the core concept is as follows: the method comprises the steps that for a plurality of watching terminals with coincident request time periods and target time periods, videos with the coincident time periods are respectively sent to the plurality of watching terminals through a channel of one target time period, and when an advanced play request sent by the target watching terminal for the coincident time periods is received, a second channel is created; and transmitting the video from the play starting time to the target viewing terminal through the second channel.

Therefore, aiming at the advance play request of a certain user in the users sharing the same channel, a new channel can be created to send the fast-forwarded video to the corresponding user, so that the video watching of the user with the fast-forwarding requirement can be met, other users can still continue to watch the video in the original channel, and the video picture can not be missed.

Referring to fig. 1, a diagram of an implementation environment of a video transmission method according to an embodiment of the present application is shown, and as shown in fig. 1, the method includes: the system comprises a server, a camera device, a scheduling room and a plurality of watching terminals; the method includes the steps that the image pickup devices are generally connected to corresponding scheduling rooms, when a server needs to call videos of the image pickup devices, the videos need to be shot in real time and can be called from the image pickup devices, the videos can be called from terminal equipment of the scheduling rooms if the videos need to be recorded, the videos shot by the image pickup devices are generally stored on the terminal equipment of the scheduling rooms, the videos shot by the image pickup devices are generally stored in a day period, for example, the image pickup devices operate from 1 month and 1 day, the current date is 1 month and 3 days, the videos shot from 1 month and 2 months are stored in the scheduling rooms, and the videos shot from 1 month and 3 days are still in the image pickup devices due to the fact that the image pickup devices are shooting.

The plurality of watching terminals are positioned at the user side and used for requesting the server for the video shot by the camera device and playing the received video.

Since hardware devices of the imaging apparatus have low support for scheduling a large number of videos and the terminal devices in the scheduling room are generally limited in configuration, a large number of video scheduling requests in a short time cannot be handled, and channel resources of a general network are also limited. For example, when data transmission is performed in a video network, a corresponding virtual terminal (hereinafter referred to as a virtual viewing terminal) of the video network is generally required to be provided for a viewing terminal, and one virtual terminal generally identifies one viewing terminal in the video network, and data transmission is performed through the virtual terminal corresponding to the viewing terminal. Thus, when the video buffered in the same time period is requested by a plurality of different viewing terminals, a plurality of virtual terminals are required by establishing a video transmission channel for each viewing terminal, however, the number of virtual terminals in the internet of things is limited.

Therefore, on one hand, the problem of saving channel resources is faced, and on the other hand, after the channel resources are saved, other users may miss video pictures after the user fast forwards. In view of the above, the video transmission method of the present application is proposed to improve the above-described problems.

Taking the implementation environment described in fig. 1 as an example, the video sending method according to the embodiment of the present application is introduced, but in practical applications, the video sending method may be applied not only to the implementation environment of fig. 1, but also to other video service scenes, such as an application scene for watching a live broadcast of a product, and a scene for watching a movie with an episode (one episode may be considered as one session).

Referring to fig. 2, a flowchart of steps of a video sending method according to an embodiment of the present application is shown, and specifically, the following steps may be executed by a server, as shown in fig. 2, the steps include:

step S201: and respectively transmitting videos with coincident time periods to the plurality of watching ends through the first channels corresponding to the target time periods for the plurality of watching ends with the coincident time periods in the request time periods and the target time periods.

In this embodiment, the plurality of viewing terminals have respective request time periods, wherein when the respective request time periods of the plurality of viewing terminals coincide with the target time period of the first channel, the coinciding time periods are coinciding time periods, so that videos of the respective coinciding time periods can be transmitted to the plurality of viewing terminals through the first channel.

In a specific implementation manner, when a video of a time period is initially requested, the video of the time period can be scheduled to a corresponding viewing terminal through a channel, and after the channel is created, videos of corresponding overlapping time periods can be directly sent to the viewing terminals through the channel for a plurality of viewing terminals with overlapping request time periods and time periods of the channel.

For example, the target time period is 15: 15, the coincidence time period of the viewing end 3: 15:30-16:00. The first channel transmits 15.

In an alternative example, different channels may be used to schedule different periods of video, i.e., different channels may transmit different periods of video to respective viewers. The time periods corresponding to the channels (hereinafter referred to as channel time periods) may be non-intersecting, so that the videos transmitted by the channels are separated on the time axis. E.g., three channels, which correspond to the video of three time periods, which may not intersect each other, e.g., the time periods of 15-16, 00-15, 12. As such, each channel may be responsible for the transmission of one period of video.

As shown in fig. 1, when sending a video corresponding to a coincidence time interval through a channel, if the video is in a recorded and broadcast scene, a server may retrieve the video at the corresponding time interval from a terminal device in a scheduling room, and then send the retrieved video to a plurality of viewing terminals, so that the plurality of viewing terminals can receive and watch the recorded video; if the scene is live, the server can call the video shot by the camera device in real time from the camera device, and then the called video is live broadcast to a plurality of watching terminals, so that the plurality of watching terminals can watch the live broadcast.

In an alternative example, for each viewing end, a first channel may be used to transmit a video of a coincidence period in which the requested period of the viewing end coincides with the target period, and a new channel may be newly established for a video of a period other than the coincidence period in the requested period. Or, in another alternative example, a video of a coincidence period in which the request period of the viewing end coincides with the target period may be transmitted using the first channel, and a video of a period other than the coincidence period in the request period may be transmitted through the first channel.

In an alternative example, in the process of respectively sending videos of respective overlapped time periods to the multiple viewing ends through the first channel, the first channel may be used to send respective currently required videos to the multiple viewing ends in turn, that is, at the same time, only one viewing end occupies the first channel to receive the video required by the viewing end. And each viewing end receives the video data each time, the received video data is the video data which starts to shift according to the starting time of the viewing end in the target time interval. For example, the starting time is 15.

Referring to fig. 3, a schematic diagram of video data of corresponding time periods sent to different terminals in turn in the same channel is shown, for example, a first channel is for 15;

the current playing time is 15, before 10, a live video is sent to the watching end 4; at the play time of 15:10-15, after sending out the video data of 15:11-15, after sending out the video data of 15; and starting live broadcasting 15 to the watching end 4 and the watching end 3 in the first channel until the broadcasting time of 15:30-16, and 00, during live broadcasting, for viewing end 2, video is still transmitted in the previous mode starting at 15.

It can be seen that, in this mode, if a viewing end, assuming that the viewing end 4 directly jumps to 15 at the current live broadcast time 15.

Step S202: and responding to the advanced playing request sent by the target watching end in the plurality of watching ends aiming at the superposition period, and creating a second channel based on the playing starting time of the advanced playing request.

Step S203: and sending the video starting from the playing starting time to the target watching end through the second channel.

In this embodiment, in the multiple viewing ends added to the first channel, if one of the target viewing ends sends the advanced play request within the corresponding coincidence time period, that is, it jumps to another playing time later than the current playing time from the current playing time, in this case, in order to meet the advanced play of the target viewing end without affecting the video viewing of other viewing ends, a second channel may be newly created, and the newly created second channel may be directly used to send the video starting from the play start time to the target viewing end.

In an alternative example, the play start time may be understood as a play time that is reached after the user drags the progress bar, generally, the progress bar is set on the play page at the viewing end, and when the user drags the progress bar, the play time of the video is readjusted. In order to enable the user to adjust the play start time, when each viewing end joins the first channel, a corresponding progress bar is generated based on the coincidence time period according to the coincidence time period corresponding to the viewing end, and the progress bar is displayed on the play page of the viewing end, so that the user is allowed to operate the progress bar to adjust the play start time, for example, the user is allowed to rewind to play or advance to play.

The video data transmitted to the watching end can be adjusted according to the type of the user operation progress bar. If the operation of the user operating the progress bar is a backspacing operation, the historical video data already played in the first channel is sent to the viewing end, generally speaking, the first channel caches the called video, and the backspacing operation represents that the user needs to review the historical video data, so that the video from the backspacing position can be directly sent to the user through the first channel.

If the operation of the user operating the progress bar is the advance playing operation, the user is represented to need to watch the video after the current playing moment, in this case, in order to avoid the problem that other watching ends miss video pictures due to re-calling the video, a second channel can be newly established, and after the second channel is newly established, the video from the beginning of the playing start time can be sent to the target watching end through the second channel.

In an alternative example, a video request from the start of play time can be sent to the video source, such that the video from the start of play time is obtained from the video source and sent to the target viewing end via the second channel.

By adopting the technical scheme of the embodiment, on one hand, the videos of respective coincident time periods can be sent to the plurality of watching ends through the same channel, and the video calling from the video source is not required to be requested by each watching end, so that the load of the video source is reduced. On the other hand, aiming at the advance play request of the target watching end of the first channel, a new second channel can be created to transmit the fast-forwarded video to the target watching end, so that the video can be transmitted to the watching end with the fast-forwarding requirement through the single channel, the normal watching of the video by other watching ends in the first channel is not influenced, and the other watching ends cannot miss the video picture.

In summary, the video sending method according to the embodiment of the present application mainly relates to improvements in two aspects, the first aspect is that the same channel meets different viewing requirements of different users under the condition of saving channel resources, and the second aspect is that channel resources in a network are fully utilized and saved. The improvements in these two aspects are described separately below:

(1) Channel resources in the network are saved.

In general, channel resources in the network are limited, and therefore, there is a need to release existing channels in time, or to sufficiently share existing channels for newly triggered video viewing needs.

Accordingly, as described in the foregoing embodiment, the video called by the first channel may be buffered, and further, for a viewing end that joins the first channel later and has an initial time before a time corresponding to the video called by the first channel at present, the video data may be obtained from the buffered video and transmitted. Therefore, in an embodiment, for the advanced play request of the target viewing end, the second channel may be newly created under the condition that the play start time satisfies the newly created channel, and if the play start time does not satisfy the condition of the newly created channel, the first channel is still used to respond to the advanced play request. Specifically, if the play start time is before the current live time of the first channel, it is determined that the condition of the new channel is not satisfied, because in this case, the video data can still be obtained from the buffered video of the first channel and sent.

In specific implementation, the time sequence relation between the playing start time and the current playing time of the first channel can be determined; and when the playing start time is earlier than the current live time, sending the video starting from the playing start time to the target watching end through the first channel.

In this embodiment, the first channel is understood as a live channel, that is, a video required by each of the watching terminals is sent to the watching terminals according to a live mode, and the current live time refers to: the playing time of the video called from the video source in the target time period can be actually represented by the playing time, so that when the time precedence relationship between the playing start time and the current live time is determined, the time precedence relationship of the playing time corresponding to the playing start time and the playing live time can be determined.

If the playing start time is earlier than the current live broadcasting position, the user is indicated that the fast-forward starting playing time is before the current live broadcasting time, and the first channel already caches the part of the video. Illustratively, the target period is 15:00-16, the current live time is 15:10, the server has cached the corresponding video, so that it is not necessary to newly request the video through a newly-built channel, and the video from the beginning of the play start time is directly extracted from the cached video and sent to the target viewing end.

Correspondingly, if the play start time is later than the current live play time, it indicates that the play time to which the user fast forwards is located after the current live play time, and the first channel does not cache the video of the part. Illustratively, the target period is 15:00-16, the current live time is 15: and 30, if the corresponding video is not cached in the server, in this case, a new second channel is created, and according to the process described in the foregoing embodiment, a new video retrieval request is sent to the video source to obtain the video starting from the play start time, and the video is sent to the target viewing end through the second channel.

When the method is adopted, the newly-built channel sends the video starting from the playing start time only when the condition of the newly-built channel is met, and the existing channel is still utilized to send the video starting from the playing start time when the condition of the newly-built channel is not met, so that the number of the newly-built channels is reduced, and channel resources are fully saved.

In yet another alternative example, if there are a plurality of target viewing terminals, the playing start times of the advanced playing requests of the plurality of target viewing terminals may be different from each other, or there may be a case where the playing start times of some target viewing terminals are not greatly different from each other; in general, the corresponding second channel may be created according to the play start time of the advanced play request of each of the target viewing terminals.

The different playing start times may correspond to different second channels, that is, the second channels are established based on the playing start times. In order to save channels as much as possible, a second channel can be created for target viewing ends with the difference between the playing start times within the preset difference, and in this case, the target viewing ends with the similar playing start times can watch videos with the starting playing start times through the same second channel.

The preset difference can be set according to requirements, for example, a duration within 1 second. Therefore, the target watching ends with the difference of the playing start time within 1 second can share the same two channels.

In an embodiment, after the second channel is created, the first channel and the second channel may be released according to a progress of the target viewing end in viewing the video using the second channel and a current playing progress of the first channel. Specifically, if the target viewing end of the second channel finishes viewing, the second channel can be directly released; if the watching ends of the first channel finish watching, the first channel can be released.

In specific implementation, the first channel can be released when the release condition of the first channel is met, and the second channel can be released when the release condition of the second channel is met. The release condition of the first channel may be that the all viewing ends of the first channel finish viewing, and the release condition of the second channel may be that the all viewing ends of the second channel finish viewing.

In yet another embodiment, in order to satisfy the first channel simultaneously without missing video pictures and to save channel resources sufficiently, the first channel and the second channel can be combined at a proper play time point to satisfy the hierarchical play of the viewing ends in the two channels simultaneously through one channel.

In specific implementation, the setting of the releasing condition of the first channel may include: a first time length of the first channel from the current live broadcast time to the playing start time is less than a second time length from the playing start time to the playing end time of the coincidence time interval; and the complete watching end of the first channel finishes watching.

Specifically, when the called video data is transmitted by using each channel (including the first channel and the second channel), the called video data may be buffered. Therefore, whether the cached video of the first channel can be spliced with the cached video of the second channel from beginning to end before the target watching end finishes watching can be determined according to the size relation between the first time length and the second time length. If so, merging the first channel into the second channel with the second channel as the standard, namely releasing the first channel, and migrating the watching ends of the first channel which are not watched yet to the second channel, thereby sending the video to the plurality of watching ends in the second channel.

Illustratively, the target time period is 15 to 00, and the coincidence time period of the target viewing end is: 15; the current live broadcast position of the first channel is 15, and the play start time of the target viewing end is 15, generally speaking, the first duration is 10 minutes, the second duration is 40 minutes, and it can be seen that the first duration is less than the second duration, then the cached video representing the first channel can be spliced with the cached video of the second channel from beginning to end before the target viewing end finishes viewing, in this case, the first channel can be released at the start play time of the advanced play request, after the cached videos of the two channels are spliced into a complete video, the viewing end of the first channel is migrated to the second channel, and the respective required video is sent to each viewing end through the second channel.

In this case, the process of sending the video required by each viewing end by the second channel may refer to the process of sending the video required by each viewing end by the first channel, and is not described herein again.

In specific implementation, the first channel may be released when the live broadcast time of the first channel reaches the initial broadcast time, and the watching end that has not been watched in the first channel is migrated to the second channel.

Of course, in some embodiments, the playing rate of the video in the first channel to the overlapping time period may be different from the playing rate of the video in the second channel, for example, the playing rate of the first channel is slower, and there may be a case that a user in the live broadcast requirement of the first channel finishes watching the video first, and a user in the second channel does not finish watching the video yet.

In an alternative example, if the viewing end of the first channel is migrated to the second channel, if the end time of the coincidence period corresponding to the target viewing end is before the end time of the target period, for example, the target period is 15-00: 15; in this case, after the first cached video and the second cached video are spliced end to end, the video in the complete target time period is not obtained, and then the default video can be called through the second channel and sent to the corresponding migrated watching end.

In this embodiment, for the caching of the video data, GOP (Group of Pictures) data may be cached, and then the video may be transmitted based on the GOP data. Specifically, corresponding GOP data may be cached in a storage queue in a case where the called video frame is an I frame; and constructing a mapping relation between each GOP data and the playing time based on the cached GOP data in the storage queue and the corresponding playing time.

In this embodiment, the GOP is a group of pictures, and one GOP is a group of continuous pictures, so generally, one picture needs an I frame (a key frame, which is a frame in which a key change is presented in the picture), in this embodiment, when a video frame of the I frame is called, the I frame can be cached, and a P frame and a B frame after the I frame can be cached correspondingly until a next I frame is received, and the cached video frames such as the I frame, the P frame, the B frame, and the like are saved as one GOP; thus, a plurality of GOP data are buffered in the storage queue, each GOP data corresponds to a group of continuous pictures, and the playing of the pictures is timed, so that each GOP data corresponds to a playing time.

In this embodiment, when releasing the second channel, it may also be detected whether the first channel exists, and if so, it is characterized that the second channel is released before the first channel, and in this case, since each channel caches a video and the cached video cannot be spliced end to end, the video cached in the second channel may be first directed to the first channel; and when the current playing time of the first channel is the playing starting time, extracting videos required by the plurality of watching ends from the cached videos.

In this embodiment, if the second channel is released prior to the first channel, that is, under the condition that the buffered video of the first channel and the buffered video of the second channel cannot be spliced end to end, the target viewing end finishes viewing first, and at this time, because the second channel has buffered the video of a part of time periods in the target time period, the buffered video of the second channel can be stored into the buffer queue corresponding to the first channel. When the time of waiting for the video data called by the first channel is the starting time of the buffered video of the second channel, stopping calling the video from the video source, because in this case, the video after the time (the buffered video of the second channel) already exists in the buffer queue corresponding to the first channel, and does not need to be called to the video source again, therefore, the video required by each of the plurality of watching ends can be directly extracted from the buffered video of the second channel for transmission.

Illustratively, the target time period is 15 to 00, and the coincidence time period of the target viewing end is: 15; the current playing time (live time) of the first channel is 15.

When the embodiment is adopted, on one hand, the first channel and the second channel can be released in time, and the first channel and the second channel can be combined under the condition that the video watching of the watching end of the first channel is not influenced, so that the channel resources can be fully saved. On the other hand, when the moment of the video data called by the first channel is the play starting moment, the calling of the video from the video source is stopped, and the video transmission required by each of the plurality of watching terminals is extracted from the cached video of the second channel, so that the repeated request of the requested video (the cached video of the second channel) to the video source is avoided, the video calling times are reduced, and the load borne by the terminal equipment of the video source is reduced.

(2) Different viewing requirements of different users in the channel are met.

In the related art, under the condition that a video sending method in a similar live broadcast mode meets the requirement of multiple users on watching videos in a certain time period, the multiple users can synchronously watch the videos in the same time period at the same time, but the users cannot be played differently. For example, for the video recording in the period of time 00-16, when the user 1 requests to view the video recording in the period of time 00.

In this regard, as described in the above embodiment, the video data required for transmitting to different viewing terminals in the same channel can be satisfied by transmitting video to multiple viewing terminals in turn. In an alternative example, in a case that the first channel is a live channel, videos starting from the start time may be sent to each viewing terminal according to the start time of the overlap period corresponding to each viewing terminal.

In some implementation scenarios, the first channel needs to transmit a video of a corresponding coincidence period to the viewing end, and in some cases, the coincidence period may be located in the middle or behind the target period, so that each viewing end that needs to join in the first channel may view a video that is needed by itself according to its viewing requirement, for example, each viewing end starts to view a video from a different starting time, that is, a user needs to view a picture from different times in the same period.

For example, the target period is 15.

Therefore, in order to realize that different users can watch videos from different starting moments, the called video data can be cached, that is, for each channel, the video data called by the channel can be cached, so that a video can be extracted from the cached video data and sent to a corresponding watching end, where the first channel is specifically described as follows:

when the first channel is used for sending the called video data, caching the called video data; for the video in the coincidence period, the corresponding video can be extracted from the cached video or the video called in real time, and is sent by using the first channel.

In some implementation scenarios, if the buffered videos may not have the video of the overlap period completely buffered, for example, the first channel is for 15:30-16, if only 15. In this case, the buffered video in the coincidence period may be sent first, for example, part of the video data of 15.

Wherein, if the starting time of the coincidence period has not been reached in the buffered videos, that is, none of the retrieved videos has reached the coincidence period, for example, the target period is 15:30-16, the currently called video is 15.

By adopting the embodiment, the first channel corresponds to the plurality of watching ends, so that the required videos can be obtained as required for the plurality of watching ends added into the first channel, channel resources are saved, and the hierarchical playing of the videos can be realized.

Of course, for the target viewing end and each viewing end in the first channel, the request time interval of the viewing end coincides with the target time interval, which may include three cases that the request time interval completely coincides with the target time interval, the request time interval intersects with the target time interval in a partial time interval, and the request time interval is a partial time interval in the target time interval, and for the case that the request time interval intersects with the target time interval in a partial time interval, in addition to the coinciding time interval, the request time interval further includes a remaining time interval that does not coincide with the target time interval, and for the video in the remaining time interval, the existing channel may also be used for transmission, and in a case that no existing channel can be used for transmission, a new channel is used for transmitting the video in the remaining time interval.

Taking a target watching end as an example for explanation, in specific implementation, when the target watching end finishes watching in a coincidence time period, detecting whether a request time period of the target watching end further includes a remaining time period after the coincidence time period; if yes, determining whether a third channel which is coincident with the rest time interval exists or not; if yes, at least utilizing a third channel to send the video of the remaining time period; and if the video does not exist, a new fourth channel is created to transmit the video in the residual time period.

In one embodiment, for a coincidence period corresponding to a target viewing end, a first channel of the coincidence period can be used to transmit a video of the coincidence period, and when the target viewing end sends an advance play request, a second channel can be newly established, and the transmission of the video after fast forwarding is completed through the second channel; and for the rest time periods except the coincident time period in the request time period of the target viewing end, in order to save channel resources, the existing channel can still be used for transmission under the condition of meeting the channel sharing condition.

In specific implementation, if a third channel which is coincident with the residual time interval exists at present, the third channel is directly used for transmitting the video of the residual time interval if the third channel exists; if the video does not exist, the video in the residual time period is called from the video source and is sent by utilizing a fourth channel.

Illustratively, the target period is 15:00-16, the request time interval of the target viewing terminal is: 15-16, then the remaining period is 16.

Certainly, under the core technical idea of the present application, after the fourth channel corresponding to the remaining time period is established, another new time period has one channel, so that the coverage of the time period is enlarged, and the fourth channel can still be reused for a subsequent new request service.

When the method is adopted, the existing channel can be utilized to send the video of the remaining time interval for the remaining time interval of the target watching end, so that the waste of channel resources caused by the new channel is avoided; in addition, for the remaining time period of the target watching end, under the condition that the video of the remaining time period is sent through the newly-built channel, the newly-built channel can be shared by other watching ends, so that each created channel can be fully utilized, and the channel resource is further saved.

In the following, the video transmission method is generally described on the server side, and specifically includes the following steps:

s1: receiving a video playing request of a target watching terminal to a request time interval, if the request time interval is not overlapped with the time interval corresponding to any existing channel, independently creating a channel corresponding to the target watching terminal, and entering a step S2;

if the requested time interval coincides with the time interval corresponding to the existing channel, the first channel of the coinciding time interval is used as the channel of the coinciding time interval of the target viewing end, the video of the coinciding time interval is sent to the target viewing end through the first channel, and the step S3 is proceeded.

S2: if receiving the advanced play request sent by the target watching end, judging whether the channel of the target watching end is multiplexed by other watching ends, if not, directly sending the video starting from the play starting time to the target watching end by using the channel; if so, creating a second channel, sending the video with the starting playing time to the target watching end through the second channel, and entering S4.

S3: if an advance play request sent by a target watching end when watching a video in a superposition period is received, and the play starting time of the advance play request is later than the current live time of the first channel, a second channel is created, the video with the play starting time is sent to the target watching end through the second channel, and S4 is entered; otherwise, the first channel is used for sending the video with the starting playing time to the target watching end.

S4: judging whether the releasing conditions of the first channel and the second channel are met, specifically:

judging whether a first time length of the first channel from the current live broadcast time to the play starting time is less than a second time length of the first channel from the play starting time to the play ending time of the coincidence time interval, and if so, entering the step S5; if not, go to step S6.

S5: and at the moment when the current live broadcast time of the first channel reaches the play starting time, releasing the first channel, migrating the current watching end in the first channel to the second channel, splicing the cached video of the first channel into the cached video of the second channel from head to tail, and sending the required videos to the plurality of watching ends through the second channel.

S6: detecting whether a watching end (a watching end with the most front playing time) of the live broadcast type of the first channel finishes watching, if so, releasing the first channel, and step S7; and detecting whether the target watching end of the second channel finishes watching, if so, releasing the second channel, and entering a step S8; detecting whether the second channel exists.

S7: and detecting whether the second channel exists or not, and if so, transferring the watching end which is not watched in the first channel to the second channel. If the second channel does not exist, the first channel and all the watching ends in the first channel are directly released.

S8: detecting whether the first channel still exists; if so, directing the video cached by the second channel to the first channel; and when the current playing time of the first channel is the playing starting time, extracting videos required by the plurality of watching ends from the cached videos, and turning to the step S4 to continuously judge whether the first channel meets the release condition. If the first channel does not exist, the first channel and all the watching ends in the first channel are directly released.

In practice, part of the above processes may be combined and used according to an actual application scenario to obtain a specific embodiment adapted to different application scenarios.

In the following, taking the implementation environment shown in fig. 1 as an example, a video transmission method according to the present application is generally described with reference to a specific example:

1. a user 1, a user 2, a user 3 and a user 4 enter a first channel at different moments, and a video with a target time period of 15-16; in this channel A1, user 2, user 3, and user 4 all watch video from 15.

Specifically, user 1 is currently viewing a 15.

2. And the user 3 directly drags the progress bar to be played in advance, and whether a channel is newly built is determined according to the playing start time of the advance playing.

The following are specifically distinguished:

the first condition is as follows: the playing start time is before 15.

And a second condition: after playback start time 15.

In the second case, the first channel or the second channel can be released at the right moment, which is as follows:

3. and judging how long the cached videos of the channels A1 and A2 need to be spliced end to end.

And a third situation: the playing start time is 15.

Case four: the play start time is 15.

In this case four, the cached videos of channel A2 (videos of 15-16.

Based on the same inventive concept, a second aspect of the embodiments of the present invention discloses a video sending apparatus, and referring to fig. 4, the video sending apparatus is shown, and the apparatus may specifically include the following modules:

a first sending module 401, configured to send videos of a coinciding time period to a plurality of viewing terminals through first channels corresponding to a target time period, where the requesting time period coincides with the target time period;

a creating module 402, configured to create a second channel based on a play start time of a look-ahead play request sent by a target viewing end in the plurality of viewing ends for the coincidence period in response to the look-ahead play request;

a second sending module 403, configured to send the video starting from the play start time to the target viewing end through the second channel.

Optionally, in a case that there are a plurality of target viewing terminals, the creating module 402 is specifically configured to respond to advanced play requests sent by the plurality of target viewing terminals, and create corresponding second channels according to play start times of the advanced play requests respectively;

Optionally, the apparatus further includes a release module, and the release module is specifically configured to:

Optionally, the first channel is a live channel, and the releasing module is specifically configured to release the first channel when the current live time of the first channel reaches the play start time under a condition that a first duration from the current live time to the play start time of the first channel is smaller than a second duration from the play start time to the play end time of the coincidence period;

the device also comprises a first migration module used for migrating the watching end in the first channel to the second channel.

Optionally, the apparatus further comprises:

the first detection module is used for detecting whether the second channel exists or not under the condition that the first channel is released;

and if so, under the condition that the watching end which does not finish watching still exists in the first channel, the second migration module is used for migrating the watching end which does not finish watching to the second channel.

Alternatively,

optionally, the apparatus further comprises:

the second detection module is used for detecting whether the first channel still exists under the condition of releasing the second channel;

a third migration module, configured to direct the video cached in the second channel to the first channel if the video is cached in the second channel; the video cached in the second channel is obtained by caching video data sent to the target watching end; and when the playing time of the video data called by the first channel is the playing starting time, extracting videos required by the plurality of watching ends from the cached videos.

Optionally, the first channel is a live channel, and the apparatus further includes:

the precedence relationship determining module is used for responding to the advanced playing request and determining the time precedence relationship between the playing starting time and the current live broadcasting time of the first channel;

a creating module 402, configured to create the second channel based on the super-play start time if the play start time is later than the current live time.

It should be noted that the device embodiments are similar to the method embodiments, so that the description is simple, and reference may be made to the method embodiments for relevant points.

The embodiment of the invention also provides a server, which comprises a remote service module, wherein the remote service module is used for executing the video sending method in any embodiment.

The embodiment of the invention also provides electronic equipment which comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus;

a memory for storing a computer program;

a processor, configured to implement the video transmitting method according to the first aspect when executing the program stored in the memory.

Embodiments of the present invention further provide a computer-readable storage medium, which stores a computer program for enabling a processor to execute a video transmission method according to any of the above embodiments of the present invention.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.

As will be appreciated by one of skill in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all changes and modifications that fall within the true scope of the embodiments of the present invention.

Finally, it should also be noted that, in this document, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrases "comprising one of \ 8230; \8230;" does not exclude the presence of additional like elements in a process, method, article, or terminal device that comprises the element.

The video transmitting method, the video transmitting device, the electronic device and the storage medium provided by the invention are described in detail, and the principle and the implementation of the invention are explained by applying specific examples, and the description of the above examples is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A method for transmitting video, the method comprising:

the method comprises the steps that for a plurality of watching terminals with coincident request time periods and target time periods, videos with coincident time periods are respectively sent to the plurality of watching terminals through first channels corresponding to the target time periods;

and sending the video starting from the playing starting time to the target watching end through the second channel.

2. The method of claim 1, wherein in the case that there are a plurality of the target viewing terminals, in response to a look-ahead request transmitted by a target viewing terminal among the plurality of the viewing terminals, creating a second channel based on a play start time of the look-ahead request comprises:

wherein, the target watching end with the difference between the playing start time within the preset difference corresponds to the same second channel.

3. The method of claim 1, further comprising:

releasing the second channel when the release condition of the second channel is satisfied.

4. The method of claim 3, wherein the first channel is a live channel, and wherein releasing the first channel when a release condition of the first channel is met comprises:

under the condition that a first time length of the first channel from the current live broadcast time to the play starting time is less than a second time length of the first channel from the play starting time to the play ending time of the coincidence time period, releasing the first channel at the moment when the current live broadcast time of the first channel reaches the play starting time;

the method further comprises the following steps:

and migrating the watching end in the first channel to the second channel.

5. The method of claim 3 or 4, further comprising:

detecting whether the second channel exists or not in the case of releasing the first channel;

6. The method according to claim 3 or 4, characterized in that the method further comprises:

detecting whether the first channel still exists in the case of releasing the second channel;

7. The method of claim 1, wherein the first channel is a live channel, the method further comprising:

8. A video transmission apparatus, characterized in that the apparatus comprises:

the creating module responds to a look-ahead playing request sent by a target watching end in the plurality of watching ends aiming at the coincidence time interval and creates a second channel based on the playing starting time of the look-ahead playing request;

9. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;

a memory for storing a computer program;

a processor for implementing the video transmission method according to any one of claims 1 to 7 when executing a program stored in a memory.

10. A computer-readable storage medium storing a computer program for causing a processor to execute the video transmission method according to any one of claims 1 to 7.