CN115209226A - 播放跳转处理方法、装置、电子设备及介质 - Google Patents

播放跳转处理方法、装置、电子设备及介质 Download PDF

Info

Publication number
CN115209226A
CN115209226A CN202210662369.3A CN202210662369A CN115209226A CN 115209226 A CN115209226 A CN 115209226A CN 202210662369 A CN202210662369 A CN 202210662369A CN 115209226 A CN115209226 A CN 115209226A
Authority
CN
China
Prior art keywords
video channel
video
time
target
play
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210662369.3A
Other languages
English (en)
Inventor
谢文龙
李云鹏
刘韶锋
王艳辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hainan Qiantang Shilian Information Technology Co ltd
Original Assignee
Hainan Qiantang Shilian Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hainan Qiantang Shilian Information Technology Co ltd filed Critical Hainan Qiantang Shilian Information Technology Co ltd
Priority to CN202210662369.3A priority Critical patent/CN115209226A/zh
Publication of CN115209226A publication Critical patent/CN115209226A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例提供了一种播放跳转处理方法，其特征在于，所述方法包括：对请求时段与目标时段存在重合的多个用户，通过所述目标时段对应的视频通道分别向多个所述用户发送重合时段的视频；响应于多个所述用户中目标用户针对所述请求时段发送的播放跳转请求，确定所述播放跳转请求跳转到的播放时刻；基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频。

Description

播放跳转处理方法、装置、电子设备及介质
技术领域
本发明涉及网络通信技术领域，特别是涉及一种播放跳转处理方法、装置、电子设备及介质。
背景技术
目前，随着网络技术的发展，用户习惯在线上观看视频，这些视频包括了实时拍摄的视频，如直播、监控，也包括录制的视频，如影视剧等。一般而言，是由服务器将用户请求的视频发送给用户所在的用户。
相关技术中，在面向用户用户提供视频调度服务时，一般是针对每个用户用户的需求向视频源请求对应的视频的。如在监控场景中，会根据每个用户的请求，向摄像装置请求对应的视频，这样一来，会对视频源进行频繁的视频调取，使得视频源承接了大量的视频请求而导致宕机，并且也浪费了较多的网络资源。
发明内容
鉴于上述问题，提出了本发明实施例提供一种播放跳转处理方法、装置、电子设备及介质，以便克服上述问题或者至少部分地解决上述问题的。
本发明实施例的第一方面，公开了一种播放跳转处理方法，所述方法包括：
对请求时段与目标时段存在重合的多个用户，通过所述目标时段对应的视频通道分别向多个所述用户发送重合时段的视频；
响应于多个所述用户中目标用户针对所述请求时段发送的播放跳转请求，确定所述播放跳转请求跳转到的播放时刻；
基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频。
可选地，基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，包括：
基于所述播放时刻和所述目标时段中的当前播放时刻，确定所述播放跳转请求的跳转类型，所述跳转类型包括超前播放的类型和回退播放的类型；
基于所述跳转类型，确定所述目标视频通道。
可选地，基于所述跳转类型，确定所述目标视频通道，包括：
在所述跳转类型为所述超前播放的类型的情况下，新建第一视频通道，并将所述第一视频通道作为所述目标视频通道；
在所述跳转类型为所述后退播放的类型的情况下，基于当前所用的视频通道的缓存数据，确定所述目标视频通道。
可选地，在所述跳转类型为所述超前播放的类型的情况下，所述方法还包括：
确定当前是否存在包含所述播放时刻的第二视频通道；
在存在所述第二视频通道的情况下，新建第一视频通道，并将所述第一视频通道作为所述目标视频通道，包括：
确定所述播放时刻是否晚于所述第二视频通道的当前播放时刻；
若是，则新建第一视频通道，并将所述第一视频通道作为所述目标视频通道；
若否，则将所述第二视频通道作为所述目标视频通道。
可选地，基于当前所用的视频通道的缓存数据，确定所述目标视频通道，包括：
确定所述缓存数据的缓存起始时刻是否早于所述播放时刻；
若是，则将所述当前所用的视频通道作为所述目标视频通道；
若否，则新建第三视频通道，将所述第三视频通道作为所述目标视频通道。
可选地，通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频，包括：
确定所述播放时刻对应的目标关键帧；
通过所述目视频通道向所述目标用户发送自所述目标关键帧开始的视频数据。
可选地，确定所述播放时刻对应的目标关键帧，包括：
确定与所述播放时刻相邻的两个关键帧；
将所述两个关键帧中的开始关键帧或结束关键帧，作为所述目标关键帧。
本发明实施例还公开了一种播放跳转处理装置，所述装置包括：
第一发送模块，用于对请求时段与目标时段存在重合的多个用户，通过所述目标时段对应的视频通道分别向多个所述用户发送重合时段的视频；
播放时刻确定模块，用于响应于多个所述用户中目标用户针对所述请求时段发送的播放跳转请求，确定所述播放跳转请求跳转到的播放时刻；
第二发送模块，用于基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频。
本发明实施例还公开了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现如本发明实施例第一方面所述的播放跳转处理方法。
本发明实施例还公开了一种计算机可读存储介质，其存储的计算机程序使得处理器执行如本发明实施例第一方面所述的播放跳转处理方法。
本发明实施例包括以下优点：
本实施例中，可以对请求时段与目标时段存在重合的多个用户，通过目标时段对应的视频通道分别向多个用户发送重合时段的视频；并针对多个用户中目标用户对请求时段触发的播放跳转请求，确定播放跳转请求跳转到的播放时刻；接着，基于播放时刻，确定响应播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频
采用本申请的技术方案，一方面，由于对请求时段与目标时段存在重合时段的多个用户，可以通过目标时段对应的视频通道发送重合时段的视频，如此，可以通过同一个视频通道向多个用户发送重合时段的视频，进而针对重合时段的视频，无需针对每个用户都向视频源请求视频调取，从而降低了视频源的负载。另一方面，在目标用户可以利用重合时段的视频通道接收重合时段的视频的情况下，若目标用户触发了播放跳转请求，则可以确定播放跳转请求所跳转到的播放时刻，基于播放时刻确定出目标视频通道，接着，可以通过目标视频通道向目标用户发送播放时刻开始的视频。如此，可以通过目标视频通道满足目标用户跳转后的视频的播放，由此，可以在多个用户在共享视频通道观看视频的过程中，允许其中一个用户可以跳转收看视频，而不影响其他用户的收看。再一方面，由于可以借用目标时段对应的视频通道向多个用户发送重合时段的视频，这样，针对请求时段有重合时段的用户，可以无需新建视频通道，使得多个用户可以共享视频通道，从而节约了视频通道资源，提高了对视频通道资源的利用率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例的播放跳转处理方法的实施环境图；
图2是本发明实施例中一种播放跳转处理方法的步骤流程图；
图3是本发明实施例中在同一视频通道中轮流向不同终端发送相应时段视频数据的示意图；
图4是本发明实施例中的一种播放跳转处理装置的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
相关技术中，线上观看的视频包括了直播视频和录制的视频，一般而言，对时段有需求的视频观看，例如，在面临对摄像装置所拍摄的视频的收看需求时，会调取摄像装置所拍摄的视频，所调取的视频一般是依据用户所要调取的时段进行，以针对性调取相应时段中的视频。例如，用户用户要收看摄像装置在15:00-16:00时间段拍摄的视频，则相应会调15:00-16:00时间段拍摄的视频发送给用户。当然，随着观看时段的不同，所调取的视频可以是摄像装置实时拍摄的视频，也可以是对所拍摄的视频进行录制并存储到调度室的用户设备上的视频。
相关技术中，需要针对每个用户向摄像装置发起调取请求以及新建一个视频通道，这样一来，针对每个用户都会建立对应的视频通道，会导致视频通道资源的浪费，且都会重新向调度室或摄像装置调取视频；这样，不仅导致视频通道资源浪费还增加了摄像装置或调度室的用户设备的负载。
为节约视频通道资源，一般会利用一个视频通道向多个用户发送目标时段的视频，但是此种方式类似直播的模式，即视频通道中的所有用户观看的都是直播数据，无法实现依据用户的自身需求观看视频，如此，便导致一个用户不能进行随意的播放跳转，因为其随意的播放跳转可能影响到其他用户的收看。例如，针对15:00-16:00的视频，当前直播到15:10，当其中一个用户1拖拽到15:30时，便会向视频源请求自15：30开始的视频，如此该视频通道的视频便跳转到15:30开始播放，这样，用户2、用户3观看的视频画面便会从15:10直接跳转到15:30，因而会使得这些用户错失15：10-15：30之间的视频画面。
有鉴于此，本申请人提出了可以降低视频源设备的负载且可以满足不同用户的观看需求的一种解决方案，其核心的构思为：对请求时段与目标时段有重合的多个用户，通过目标时段的视频通道分别向多个用户发送重合时段的视频，当接收到目标用户针对请求时段触发的播放跳转请求时，确定播放跳转请求跳转到的播放时刻，并基于播放时刻确定对应的目标视频通道；通过目标视频通道将自播放时刻开始的视频发送给目标用户。
由此，针对共享同一视频通道的用户中某一用户的播放跳转请求，可以重新确定目标视频通道向对应的用户发送跳转后的视频，如此，可以满足目标用户的跳转视频收看，而不影响其他用户的收看。
参照图1所示，示出了本申请实施例的播放跳转处理方法的一种实施环境图，如图1所示，包括：服务器、摄像装置、调度室和多个用户；其中，摄像装置一般对接到各自对应的调度室，当服务器需要调取摄像装置的视频时，若是需要实时拍摄的视频，则可以从摄像装置处调取，若是录制的视频，则可以从调度室的终端设备上调取，调度室的终端设备上一般保存有对摄像装置所拍摄的视频进行录制后的视频。
其中，本申请所指的视频可以是摄像装置所拍摄的视频，时段可以是指摄像装置拍摄到的视频其所属的拍摄时段。如摄像装置是在14:00-16:00拍摄的视频，则该视频的时段为14:00-16:00；当然，一般摄像装置会将一天24小时拍摄的视频存储为一个视频文件，若要请求一天中某一时段的视频，则会依据视频文件中视频数据的拍摄时刻，提取出该时段的视频发送给用户。
其中，上述图1的通信环境可以处于视联网中、或处于互联网中，或处于视联网和互联网两个网络环境中。在位于视联网中时，本申请所指的视频通道可以近似理解为是一个虚拟终端，在视联网内，会为请求资源的用户分配虚拟终端，从而用户通过虚拟终端接收所需的资源或向视联网上传分享的资源，一般而言，视联网内的虚拟终端的数量是有限的，而在提出本申请的同一时段的视频可以采用同一视频通道给多个用户发送时，便可以节约视联网内的虚拟终端资源。
以图1所述的实施环境为例，对本申请实施例的播放跳转处理方法进行介绍，当然，在实际应用中，本申请的播放跳转处理方法可以不仅用于图1的实施环境中，对于其他的视频服务场景，如观看产品直播的应用场景、观看具有剧集(一个剧集可以认为是一个时段)的影视剧的场景也同样适用。
参照图2所示，示出了本申请实施例的播放跳转处理方法的步骤流程图，具体可以由服务器执行以下步骤，如图2所示，包括以下步骤：
步骤S201：对请求时段与目标时段存在重合的多个用户，通过目标时段对应的视频通道分别向多个用户发送重合时段的视频。
在一种具体的实现方式中，可以在每面临一个时段的视频被初次请求时，会通过一个视频通道调度该时段的视频给相应用户，在创建该视频通道后，对请求时段与该视频通道的时段(目标时段)有重合的多个用户，则可以直接通过该视频通道向多个用户发送对应的重合时段的视频。
示例地，一个用户1发起了15:00-16:00的视频的请求，确定该15:00-16:00是被初次请求的时段，即当前没有用户请求该时段的视频，也没有其他用户收看该时段的视频，这样，在服务器侧可以创建与15:00-16:00对应的视频通道，在通过该视频通道向用户1发送视频的过程中，若其他用户的请求时段与15:00-16:00存在重合时段，则对重合时段，可以通过该视频通道向其他用户发送重合时段的视频；则其他用户则可以利用15:00-16:00的视频通道观看重合时段的视频。
在一种可选的示例中，不同的视频通道可以用于调度不同时段的视频，即不同的视频通道会向相应用户发送不同时段的视频。其中，各个视频通道对应的时段(以下简称视频通道时段)可以是互不交叉的，这样多个视频通道所发送的视频在时间轴上是相分离的。如，三个视频通道，这三个视频通道对应三个时段的视频，这三个时段可以互不交叉，如分别对应15:00-16:00、14:00-15:00、12:00-13:00的时段。如此，每个视频通道可以负责一个时段的视频的发送。这样，对于一个摄像装置而言，其所拍摄的视频，可以依据用户所请求的时段创建视频通道，从而总体上节约了视频通道资源，例如，摄像装置在一天所拍摄的视频，其中10：00-12:00、14：00-16:00、18：00-19:00的时段存在用户请求，则在服务器侧可以创建三个视频通道，该三个视频通道可以满足众多有相同时段需求的用户的观看。
如图1所示，在通过视频通道发送对应重合时段的视频时，若是录播的场景，则服务器可以从调度室的终端设备上调取相应时段的视频，之后，将调取的视频发送给多个用户，实现多个用户收看录制的录像；若是直播的场景，则服务器可以从摄像装置上调取摄像装置实时拍摄的视频，然后将调取的视频直播给多个用户，实现多个用户收看直播。
在一种可选的示例中，对每个用户而言，可以利用目标时段对应的视频通道发送重合时段的视频，而对于请求时段中除重合时段外的时段的视频，可以新建一个视频通道发送。
在一种可选的示例中，在通过目标时段的视频通道分别向多个用户发送各自所重合的重合时段的视频的过程中，可以轮流利用视频通道向多个用户发送各自在当前所需的视频，即同一时刻，只有一个用户占用该第一视频通道接收该用户所需的视频。而每个用户在每一次接收视频数据时，所接收的视频数据是根据自身在目标时段中的起始时刻开始偏移的视频数据。例如，对用户2而言，其起始时刻是15:30，对于用户3而言，其起始时刻是15:00。
参照图3所示，示出了在同一视频通道中轮流向不同终端发送相应时段视频数据的示意图，示例地，视频通道针对15:00-16:00的视频，用户4是直播需求的终端，用户2请求的时段与15:00-16:00有重合，重合时段为15:00-15:30，用户3请求的时段与15:00-16:00有重合，重合时段为15:30-16:00；
当前播放时刻为15:10，15:10之前是向用户4发送直播视频；在15:10的播放时刻，在视频通道中先向用户4发送15：10-15:11的视频数据，发完后，再向用户2发送15:00-15:01的视频数据，之后，又开始向用户4发送15：11-15:12的视频数据，发完后，再向用户2发送15:02-15:03的视频数据，以此类推；直到15:30的播放时刻到来时，开始在视频通道中向用户4和用户3直播15：30-16:00的视频数据，直播过程中，对于用户2，仍然按照之前的模式发送15:20开始的视频。
步骤S202：针对多个用户中目标用户对请求时段触发的播放跳转请求，确定播放跳转请求跳转到的播放时刻。
步骤S203：基于播放时刻，确定响应播放跳转请求的目标视频通道，并通过目视频通道向目标用户发送自播放时刻开始的视频。
本实施例中，在加入到目标时段对应的视频通道的多个用户中，若其中一个目标用户在自身的请求时段内触发了播放跳转请求，即从当前播放时刻跳转另一播放时刻，此种情况下，为了满足目标用户的跳转播放，又不影响其他用户的视频观看，可以基于播放时刻，确定响应播放跳转请求的目标视频通道。其中，目标视频通道是确定出的用于响应播放跳转请求，以发送播放时刻开始的视频的视频通道。
在一种可选的示例中，播放跳转请求可以理解为是用户拖拽进度条所产生的请求，一般而言，在用户的播放页面上会设置进度条，具体可以是基于用户的请求时段所生成的进度条，如请求时段是14：00-16:00，则进度条对应的是14:00-16:00，其中，可以在进度条上标注14:00、16:00两个时间点，或者再标注15:00的时间点，标注时间点是为方便用户在拖拽时，为用户提供播放时间点参考。其中，用户拖拽进度条时，可以是相对当前播放的时刻向前拖拽或向后拖拽，向前拖拽时，可以表征用户想超前观看视频，向后拖拽时，可以表征用户回看视频。
其中，由于目标用户的请求时段可能仅包括与目标用户的重合时段，或者可能包括与多个不同的目标时段相重合的重合时段，即具有多个重合时段，或者，还可能包括除重合时段外的时段，由此，在向目标用户发送请求时段的视频时，可能通过一个视频通道发送(目标时段对应的视频通道)，也可能通过多个视频通道发送。
这样，在基于播放时刻，确定目标视频通道时，可以先确定跳转到的播放时刻在请求时段中处于哪一部分时段中，并根据该部分时段对应的视频通道，确定目标视频通道。其中，目标视频通道可以是该部分时段对应的视频通道，也可以是新建的视频通道。
采用本实施方式的技术方案，一方面，可以通过同一个视频通道向多个用户发送各自的重合时段的视频，无需针对每个用户都向视频源请求视频调取，从而降低了视频源的负载。另一方面，在目标用户可以利用重合时段的视频通道接收重合时段的视频的情况下，若目标用户触发了播放跳转请求，则可以确定播放跳转请求所跳转到的播放时刻对应的目标视频通道，接着，可以通过目标视频通道向目标用户发送播放时刻开始的视频。如此，可以在多个用户在共享视频通道观看视频的过程中，允许其中一个用户可以跳转收看视频，而不影响其他用户的收看。再一方面，由于可以借用第一视频通道向多个用户发送重合时段的视频，这样，针对请求时段有重合时段的用户，可以无需新建视频通道，使得多个用户可以共享视频通道，从而节约了视频通道资源，提高了对视频通道资源的利用率。
本实施例接下来以目标用户为主要描述对象，阐述如何执行目标用户的播放跳转请求。
首先，对本申请的依据所请求的请求时段向每个用户发送视频的过程进行说明：
在一种实施例中，每个用户的请求时段可能仅包括与目标用户的重合时段，或者可能包括与多个不同的目标时段相重合的重合时段，即具有多个重合时段，或者，还可能包括除重合时段外的时段，这样，请求时段可以被重合时段划分为至少一个子时段，重合时段作为其中的一个子时段。
示例地，用户1的请求时段为14：00-16:00，目标时段为15:00-16:00，则重合时段是15:00-16:00，如此，请求时段被划分为14:00-15:00和15:00-16:00两个时段。
相应地，可以依据用户发出的请求时段，通过与至少一个子时段各自对应的视频通道，分别发送各个子时段的视频。其中，对属于与目标时段重合的重合时段的子时段，可以利用重合时段对应的视频通道发送该子时段的视频，对于不属于重合时段的子时段，则可以新建视频通道发送该子时段的视频。
示例地，可以用15:00-16:00对应的视频通道向用户1发送该时段的视频，新建一个视频通道发送为14:00-15:00的视频。当然，在发送14：00-16:00的视频时，先利用新建的视频通道发送14:00-15:00的视频，再复用15:00-16:00对应的视频通道发送15:00-16:00的视频。
接着，对本申请的如何依据播放跳转请求跳转到的播放时刻，确定目标视频通道的两种可选实施方式进行说明：
实施方式一：
当目标用户触发了播放跳转请求时，服务器会重新依据播放跳转请求，向目标用户发送视频。在一种可选的实施例中，可以基于播放时刻和请求时段的当前播放时刻，确定播放跳转请求的跳转类型，基于所述跳转类型，确定所述目标视频通道；其中，跳转类型包括超前播放的类型和回退播放的类型。
其中，当确定播放跳转请求是超前播放的类型时，表征用户需要观看当前播放时刻之后的视频，可以执行以下任务：
一种可能的实现手段是直接新建第一视频通道，并将第一视频通道作为目标视频通道。此种情况下，为了满足目标用户的超前播放，又不影响其他用户的视频观看，可以新建一个第一视频通道，该新建的第一视频通道可以直接用于向目标用户发送自跳转到的播放时刻开始的视频。
当然，在又一些实施例中，由于本申请的请求时段可能被重合时段划分为多个子时段，且目标时段也是动态变化的，例如，在一个时刻，15:00-16:00的视频通道存在，而在下一时刻，该15:00-16:00的视频通道因全部完成视频发送任务，而被释放。或者，在一个时刻，15:00-16:00的视频通道不存在，而在下一时刻，由于用户的请求，该15:00-16:00的视频通道又被创建。
因此，可以在确定是超前播放的类型的情况下，确定当前是否存在包含所述播放时刻的第二视频通道，若不存在第二视频通道，以及在存在第二视频通道但播放时刻晚于第二视频通道的当前播放时刻的情况下，执行新建第一视频通道，并将第一视频通道作为所述目标视频通道的步骤；若存在第二视频通道，且播放时刻早于第二视频通道的当前播放时刻，则将第二视频通道作为目标视频通道。
本实施例中，若不存在第二视频通道，则表示跳转到的播放时刻没有可以复用的视频通道，因此，需要创建新的第一视频通道；若存在第二视频通道，但第二视频通道的当前播放时刻早于跳转到的播放时刻的情况下，则表示目标用户快进到的播放时刻位于第二视频通道的当前播放时刻之后，第二视频通道未缓存有该部分的视频。示例地，第二视频通道的目标时段是15：10-16:00，当前播放时刻是15:20，跳转到的播放时刻是15：30，则在服务器中未缓存有对应的视频，此种情况下，创建新的第一视频通道向目标用户发送视频。
若存在第二视频通道，但是第二视频通道的当前播放时刻晚于跳转到的播放时刻的情况下，则表示目标用户快进到播放时刻在当前播放时刻之前，第二视频通道已经缓存有该部分的视频。示例地，第二视频通道的目标时段是15：10-16:00，当前播放时刻是15:20，跳转到的播放时刻是15：15，则在服务器中已缓存有对应的视频，因此，可以无需新建通道重新请求视频，直接通过第二视频通道从已缓存视频中，提取视频并发送给目标用户。
其中，当确定播放跳转请求是回退播放的类型时，表征用户需要观看当前播放时刻之前的已经看过的视频，可以执行以下任务：
基于当前所用的视频通道的缓存数据，确定目标视频通道。其中，当前所用的视频通道可以是未发生播放跳转请求之前，服务器向目标用户发送视频的视频通道。
此种情况下，一般可以直接复用当前的视频通道，从缓存的视频中提取播放时刻开始的视频发送给目标用户。但是在一些情况下，视频缓存的时段是有限的，例如每三分钟缓存一个视频，缓存一定数量的视频后，便可以按照先入先出的原则，将先缓存的视频清除掉，以节约存储空间。这样，如果继续复用当前的视频通道响应播放跳转请求，可能在当前的视频通道的已缓存视频中提取不到相应的视频数据，为避免此种问题的出现，可以确定当前的视频通道当前所缓存的视频的缓存起始时刻。
若当前的视频通道所缓存的视频的缓存起始时刻早于播放时刻，则表征已缓存的视频中具有自播放时刻开始的视频数据，则将当前的视频通道作为目标视频通道。示例地，当前的视频通道对应的时段是15:00-16:00，当前播放跳转请求对应的播放时刻为15:10，已缓存的视频的缓存起始时刻是15:05，则已缓存的视频的时段是：15:05之后的时段，则可以直接通过当前的视频通道从已缓存的视频中发送自15:10开始的视频。
若缓存起始时刻晚于播放时刻，则表征已缓存的视频中不存在自播放时刻开始的视频数据，则新建第三视频通道，将第三视频通道作为目标视频通道。示例地，当前的视频通道对应的时段是15:00-16:00，当前播放跳转请求对应的播放时刻为15:10，已缓存的视频的缓存起始时刻是15:15，则已缓存的视频的时段是：15:15之后的时段，已经没有15:15之前的视频，因此，需要新建第三视频通道。
实施方式二：
由于目标用户的请求时段被重合时段划分为多个子时段，如此，在发生播放跳转请求时，可以确定播放跳转到的播放时刻所在的目标子时段，若目标子时段的视频通道还存在，则基于目标子时段的视频通道的当前播放时刻和播放跳转到的播放时刻之间的时间先后关系，确定对应的目标视频通道。具体如下：
首先，可以确定目标子时段的视频通道是否对应有除目标用户之外的用户；若是，则基于播放时刻和目标子时段的视频通道的当前播放时刻，确定目标视频通道；若否，则将目标子时段的视频通道作为目标视频通道。
本实施例中，通过确定目标子时段的视频通道是否对应有除目标用户之外的用户，可以确定目标子时段的视频通道是否要满足多个用户的视频发送，即目标子时段的视频通道是否是被共享的视频通道，若是被共享的视频通道，则响应目标用户的播放跳转请求时，需要避免影响该目标子时段的视频通道中其他用户的视频收看。当然，若目标子时段的视频通道仅包括目标用户，则该目标子时段的视频通道是目标用户的专用视频通道，则此种情况下，目标子时段的视频通道响应目标用户的播放跳转请求时，不会影响其他用户的视频收看。
其中，在确定目标子时段的视频通道对应有除目标用户之外的用户的情况下，为响应目标用户的播放跳转请求时，需要避免影响该目标子时段的视频通道中其他用户的视频收看，则可以首先确定向目标用户从播放时刻开始发送视频，是否影响到其他用户的视频收看。
具体而言，由于对目标子时段的视频通道所调取的视频进行缓存，因而，对于后加入到目标子时段的的视频通道且起始时刻位于目标子时段的的视频通道当前所调取的视频对应的时刻之前的用户，可以从缓存的视频中获取视频数据并发送。
具体而言，若播放时刻超过目标子时段的视频通道的当前播放时刻，则表征目标用户想要看的视频的时间晚于目标子时段的视频通道当前播放的视频的时间，目标用户发出的超前观看类型的播放跳转请求，此种情况下，若通过目标子时段的视频通道响应播放跳转请求，则服务器会重新向视频源调取视频，则会影响到其他用户的视频收看，因此，可以新建第一视频通道，将第一视频通道作为目标视频通道。
若播放时刻未超过目标子时段的视频通道的当前播放时刻，则表征目标用户想要看的视频的时间不晚于目标子时段的视频通道当前播放的视频的时间，目标用户发起的一种回退的播放请求，请求收看的是该目标子时段的视频通道已经发送过的视频，此种情况下，若通过目标子时段的视频通道响应播放跳转请求时，可以从目标子时段的视频通道已缓存的视频中提取出视频，而无需重新向摄像装置请求视频，因此，不会影响到其他用户的视频收看，一种情况是直接将目标子时段的视频通道作为目标视频通道。
示例地，假设是目标子时段的视频通道的当前播放时刻15:10，而目标用户直接跳转到15:40开始播放，则该目标子时段的视频通道会跳转到调取15:40开始的视频，必然导致其他用户错失视频画面，因此，此种情况下，会新建第一视频通道。
示例地，假设是目标子时段的视频通道的当前播放时刻15:10，而目标用户直接跳转到15:00开始播放，则在服务器中可能已缓存有对应的视频，此种情况下，直接复用目标子时段的视频通道，可以从缓存的视频中提取15:00开始的视频发送发送给目标用户。
当然，若播放时刻未超过目标子时段的视频通道的当前播放时刻，此种情况下，一般可以直接复用目标子时段的视频通道，从缓存的视频中提取播放时刻开始的视频发送给目标用户。但是在一些情况下，如上所示，视频缓存的时段是有限的，例如每三分钟缓存一个视频，缓存一定数量的视频后，便可以按照先入先出的原则，将先缓存的视频清除掉。这样，如果继续复用目标子时段的视频通道响应播放跳转请求，可能在目标子时段的视频通道的已缓存视频中提取不到相应的视频数据，为避免此种问题的出现，可以确定目标子时段的视频通道当前所缓存的视频的缓存起始时刻。
若目标子时段的视频通道所缓存的视频的缓存起始时刻早于播放时刻，则表征已缓存的视频中具有自播放时刻开始的视频数据，则将目标子时段的视频通道作为目标视频通道。若缓存起始时刻晚于播放时刻，则表征已缓存的视频中不存在自播放时刻开始的视频数据，则新建第三视频通道，将第三视频通道作为目标视频通道。
下面，在服务器侧对播放跳转处理方法进行整体说明，具体包括以下流程：
S1：接收到目标用户对请求时段的的视频播放请求，若该请求时段未与已存在的任何视频通道对应的时段重合，则单独创建目标用户对应的视频通道1，并进入步骤S2；
若该请求时段与已存在的视频通道对应的时段重合，则将该重合时段的视频通道用作目标用户的重合时段的视频通道，其中，请求时段被重合时段划分为多个子时段，可以通过每个子时段对应的视频通道向目标用户发送该子时段的视频，并进入步骤S3。
S2：若接收到目标用户发送的播放跳转请求，判断该播放跳转请求所跳转到的播放时刻，并通过视频通道1发送自播放时刻开始的视频。
S3：若接收到目标用户在观看请求时段的视频时发送的播放跳转请求，，判断该播放跳转请求所跳转到的播放时刻，基于播放时刻和请求时段的当前播放时刻，确定播放跳转请求的跳转类型。
在跳转类型为所述超前播放的类型的情况下，执行步骤S4-S7在跳转类型为回退播放的类型的情况下，执行步骤S8-S10。
S4：判断当前是否存在包含播放时刻的第二视频通道：
若是，则进入步骤S5；若否，则转到步骤S6。
S5：判断第二视频通道的当前播放时刻是否早于跳转到的播放时刻，若是，则执行S6，若否，则执行S7。
S6：新建第一视频通道，并将第一视频通道作为所述目标视频通道。
S7：将第二视频通道作为目标视频通道。
S8：判断当前所用的视频通道所缓存的视频的缓存起始时刻是否早于跳转到的播放时刻；若是，则进入S9；若否，则进入S10.
S9：将当前所用的视频通道作为目标视频通道，通过当前所用的视频通道发送自播放时刻开始的视频，此种情况下，当前所用的视频通道的缓存数据即可满足播放跳转后的视频。
S10：新建第三视频通道，将第三视频通道作为目标视频通道，通过第三视频通道发送自播放时刻开始的视频，此种情况下，当前所用的视频通道视频通道的缓存数据无法满足播放跳转后的视频，需要另建视频通道。
在一种可选的示例中，在视频播放跳转中，若用户拖拽进度条拖拽到的播放时刻处刚好不是I帧，而是P帧或B帧，若是P帧或B帧，则播放端无法解码会自动丢弃，则视频画面会黑屏或花屏的问题。对此，可以在通过目标视频通道向目标用户发送自播放时刻开始的视频时，可以确定播放时刻对应的目标关键帧，并发送自目标关键帧开始的视频数据。
具体地，可以确定与播放时刻相邻的两个关键帧；将两个关键帧中的开始关键帧或结束关键帧，作为所述目标关键帧。具体实施时，可以确定每相邻两个关键帧在请求时段中的时间区间；在多个时间区间中，确定起始播放时刻所在的目标时间区间；将目标时间区间的开始关键帧或结束关键帧，作为目标关键帧。
在一种可选的实现方式中，确定每相邻两个关键帧在请求时段中的时间区间的过程可以是：获取请求时段的播放参数，该播放参数可以包括帧率，其中，帧率为单位的位图图像连续出现在显示器上的频率(速率)，其中，帧率可以携带在视频数据包中，作为一种描述视频属性的数据，其与视频的播放速率有关，如此，可以基于帧率确定I帧间隔和帧率。实际中，所有的视频都至少包含一个关键帧作为文件的第一个帧，其它的关键帧可用来改善视频的质量。一般而言，每一秒视频至少需要使用1个关键帧。在帧率为每秒播放25个帧的情况下，每25个帧就会有1个关键帧。由此，可以根据
假如摄像装置的I帧间隔是50，视频帧率是25fps。表明I帧间隔时间是2s，2s出现一个I帧。其中，可以根据每相邻两个关键帧在请求时段中的时间间隔和请求时段，确定每相邻两个关键帧在请求时段中的时间区间，进而可以确定播放跳转请求跳转到的播放时刻处是否具有关键帧。
示例地，视频帧率是25fps，I帧间隔是50，则在请求时段中，每2s即为每相邻两个关键帧的时间区间，如I帧1与I帧2之间的时间区间是15:00:00-15:00:02、I帧2与I帧3之间的时间区间是15:00:02-15:00:04，以此类推。
若播放跳转请求跳转到的播放时刻处具有关键帧，则可以自播放时刻处的关键帧开始，向目标用户发送视频数据。若播放跳转请求跳转到的播放时刻处不具有关键帧，则确定播放时刻所位于的关键帧区间，该关键帧区间即为上述每相邻两个关键帧在请求时段中的时间区间，接着，将该关键帧区间的两个关键帧中的开始关键帧或结束关键帧，作为目标关键帧。
假设，播放跳转请求跳转到的播放时刻为15:00:03，此处没有关键帧，则会将I帧2或I帧3作为目标关键帧，其中，I帧2是开始关键帧、I帧3是结束关键帧。
实际中，可以将结束关键帧或开始关键帧作为目标关键帧，开始向目标用户发送视频数据。此种情况下，可以重新对播放跳转请求跳转到的播放时刻进行修正，以修正到目标关键帧对应的播放时刻，之后，从目标关键帧对应的播放时刻开始向目标用户发送视频数据。
一种可选的实施例中，可以将开始关键帧和结束关键帧中距离播放跳转请求跳转到的播放时刻较近的关键帧，作为目标关键帧，此种情况下，可以缩短自播放跳转请求发出到目标用户看到视频画面之间的时长，从而尽快使目标用户看到播放跳转后的视频画面。
下面，以图1所示的实施环境为例，结合一个具体示例，对本申请的播放跳转处理方法进行整体说明：
1、用户1、用户2、用户3和用户4在不同时刻进入15:00-16:00的视频通道A1，收看15:00-16:00的视频；在该视频通道A1中，用户1、用户2、用户3和用户4均从15:00开始看视频，其中，用户4是以直播模式收看视频，即用户4的观看进度与视频通道A1所调取的视频的进度是同步的。
其中，在直播时刻15:20，用户4当前收看的是15:20的画面，用户2收看的是15:10的画面，用户3收看的是15:05的画面，用户1收看的是15:01的画面。
对其中的用户2而言，用户2的请求时段是14:00-16:00，其中，14:00-15:00是新建的视频通道A2负责发送，15:00-16:00的视频是视频通道A1负责发送。
2、用户2在观看到15:20时(此时视频通道A1的当前直播时刻是15:30)，直接拖拽进度条需要跳转播放，根据跳转到的播放时刻确定目标视频通道。
3、根据跳转到的播放时刻和用户2的当前播放时刻，确定是回退观看还是超前观看。
情况一：超前观看，跳转到的播放时刻超过15:20，在15:40，则确定视频通道A1不能满足超前观看，需要新建视频通道通道A3发送视频。
情况二：超前观看，跳转到的播放时刻超过15:20，在15:25(此时视频通道A1的当前直播时刻是15:30)，则确定视频通道A1能满足超前观看，复用视频通道A1发送视频。
情况四：回退观看，跳转到的播放时刻在15:10，确定视频通道A1缓存数据的缓存起始时刻是否早于15:10，若早于，当前的视频通道A1发送视频；若晚于，则新建视频通道A4发送视频。
情况五：回退观看，跳转到的播放时刻在14:10，则确定视频通道A2是否还存在，若存在，则确定缓存数据的缓存起始时刻是否早于14:10，若早于，当前的视频通道A2发送视频；若晚于，则新建视频通道A5发送视频。
情况六：回退观看，跳转到的播放时刻在14:10，视频通道A2已经不存在，则可以新建视频通道A6发送视频。
采用本申请实施例的技术方案，具有以下方面的优点：
第一方面，降低了视频源的负载。
由于对请求时段与目标时段存在重合时段的多个用户，可以通过目标时段对应的视频通道发送重合时段的视频，如此，可以通过同一个视频通道向多个用户发送重合时段的视频，进而针对重合时段的视频，无需针对每个用户都向视频源请求视频调取，从而减少了向视频源请求视频的次数，整体上降低了视频源的负载。
第二方面，满足了不同用户的视频个性化播放需求。
在复用视频通道发送视频的方案中，若目标用户触发了播放跳转请求，则可以确定播放跳转请求所跳转到的播放时刻，基于播放时刻确定出目标视频通道，接着，可以通过目标视频通道向目标用户发送播放时刻开始的视频。如此，可以通过目标视频通道满足目标用户跳转后的视频的播放，由此，可以在多个用户在共享视频通道观看视频的过程中，允许其中一个用户可以跳转收看视频，而不影响其他用户的收看，满足用户的个性化播放需求。
第三方面，节约了视频通道资源。
由于可以借用目标时段对应的视频通道向多个用户发送重合时段的视频，这样，针对请求时段有重合时段的用户，可以无需新建视频通道，使得多个用户可以共享视频通道，从而节约了视频通道资源，提高了对视频通道资源的利用率。
第四方面，避免视频跳转过程中出现的黑屏和花屏现象。
确定了播放跳转请求跳转到的播放时刻对应的目标关键帧，从目标关键帧开始发送视频数据，由此，发送给目标用户的第一个帧即为可以解码的I帧，从而可以及时在播放页面上解码出视频画面并显示，避免了黑屏和花屏现的问题。
基于相同的发明构思，本发明实施例的第二方面，公开了一种视频发送装置，参考图4，示出了一种播放跳转处理装置，所述装置具体可以包括以下模块：
第一发送模块401，用于对请求时段与目标时段存在重合的多个用户，通过所述目标时段对应的视频通道分别向多个所述用户发送重合时段的视频；
播放时刻确定模块402，用于响应于多个所述用户中目标用户针对所述请求时段发送的播放跳转请求，确定所述播放跳转请求跳转到的播放时刻；
第二发送模块403，用于基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频。
可选地，第二发送模块403，包括：
操作类型确定单元，用于基于所述播放时刻和所述请求时段的当前播放时刻，确定所述播放跳转请求的跳转类型，所述跳转类型包括超前播放的类型和回退播放的类型；
视频通道确定单元，用于基于所述跳转类型，确定所述目标视频通道。
可选地，视频通道确定单元，包括：
第一确定子单元，用于在所述跳转类型为所述超前播放的类型的情况下，新建第一视频通道，并将所述第一视频通道作为所述目标视频通道；
第二确定子单元，用于在所述跳转类型为所述回退播放的类型的情况下，基于当前所用的视频通道的缓存数据，确定所述目标视频通道。
可选地，在所述跳转类型为所述超前播放的类型的情况下，所述新建第一视频通道，并将所述第一视频通道作为所述目标视频通道的步骤，包括：
确定当前是否存在包含所述播放时刻的第二视频通道；
若不存在，以及在存在所述第二视频通道但所述播放时刻晚于所述第二视频通道的当前播放时刻的情况下，执行新建第一视频通道，并将所述第一视频通道作为所述目标视频通道的步骤；
若存在所述第二视频通道，且所述播放时刻早于所述第二视频通道的当前播放时刻，则将所述第二视频通道作为所述目标视频通道。
可选地，第二确定子单元，具体用于执行以下步骤：
确定所述缓存数据的缓存起始时刻是否早于所述播放时刻；
若是，则将所述当前所用的视频通道作为所述目标视频通道；
若否，则新建第三视频通道，将所述第三视频通道作为所述目标视频通道。
可选地，所述第二发送模块，包括：
关键帧确定单元，用于确定所述播放时刻对应的目标关键帧；
发送单元，用于通过所述目视频通道向所述目标用户发送自所述目标关键帧开始的视频数据。
可选地，关键帧确定单元，包括：
相邻关键帧确定子单元，用于确定与所述播放时刻相邻的两个关键帧；
关键帧选取子单元，用于将所述两个关键帧中的开始关键帧或结束关键帧，作为所述目标关键帧。
需要说明的是，装置实施例与方法实施例相近，故描述的较为简单，相关之处参见方法实施例即可。
本发明实施例还提供了一种服务器，所述服务器包括远程服务模块，所述远程服务模块用于执行上述任一实施例所述的播放跳转处理方法。
本发明实施例还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现如本发明实施例第一方面所述的播放跳转处理方法。
本发明实施例还提供了一种计算机可读存储介质，其存储的计算机程序使得处理器执行如本发明上述任一实施例所述的播放跳转处理方法。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种播放跳转处理方法、装置、电子设备和存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种播放跳转处理方法，其特征在于，所述方法包括：
对请求时段与目标时段存在重合的多个用户，通过所述目标时段对应的视频通道分别向多个所述用户发送重合时段的视频；
响应于多个所述用户中目标用户针对所述请求时段发送的播放跳转请求，确定所述播放跳转请求跳转到的播放时刻；
基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频。
2.根据权利要求1所述的方法，其特征在于，基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，包括：
基于所述播放时刻和所述请求时段的当前播放时刻，确定所述播放跳转请求的跳转类型，所述跳转类型包括超前播放的类型和回退播放的类型；
基于所述跳转类型，确定所述目标视频通道。
3.根据权利要求2所述的方法，其特征在于，基于所述跳转类型，确定所述目标视频通道，包括：
在所述跳转类型为所述超前播放的类型的情况下，新建第一视频通道，并将所述第一视频通道作为所述目标视频通道；
在所述跳转类型为所述回退播放的类型的情况下，基于当前所用的视频通道的缓存数据，确定所述目标视频通道。
4.根据权利要求3所述的方法，其特征在于，在所述跳转类型为所述超前播放的类型的情况下，新建第一视频通道，并将所述第一视频通道作为所述目标视频通道，包括：
确定当前是否存在包含所述播放时刻的第二视频通道；
若不存在，以及在存在所述第二视频通道但所述播放时刻晚于所述第二视频通道的当前播放时刻的情况下，执行新建第一视频通道，并将所述第一视频通道作为所述目标视频通道的步骤；
若存在所述第二视频通道，且所述播放时刻早于所述第二视频通道的当前播放时刻，则将所述第二视频通道作为所述目标视频通道。
5.根据权利要求3所述的方法，其特征在于，基于当前所用的视频通道的缓存数据，确定所述目标视频通道，包括：
确定所述缓存数据的缓存起始时刻是否早于所述播放时刻；
若是，则将所述当前所用的视频通道作为所述目标视频通道；
若否，则新建第三视频通道，将所述第三视频通道作为所述目标视频通道。
6.根据权利要求1-5任一所述的方法，其特征在于，通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频，包括：
确定所述播放时刻对应的目标关键帧；
通过所述目视频通道向所述目标用户发送自所述目标关键帧开始的视频数据。
7.根据权利要求6所述的方法，其特征在于，确定所述播放时刻对应的目标关键帧，包括：
确定与所述播放时刻相邻的两个关键帧；
将所述两个关键帧中的开始关键帧或结束关键帧，作为所述目标关键帧。
8.一种播放跳转处理装置，其特征在于，所述装置包括：
第一发送模块，用于对请求时段与目标时段存在重合的多个用户，通过所述目标时段对应的视频通道分别向多个所述用户发送重合时段的视频；
播放时刻确定模块，用于响应于多个所述用户中目标用户针对所述请求时段发送的播放跳转请求，确定所述播放跳转请求跳转到的播放时刻；
第二发送模块，用于基于所述播放时刻，确定响应所述播放跳转请求的目标视频通道，并通过所述目视频通道向所述目标用户发送自所述播放时刻开始的视频。
9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一项所述的播放跳转处理方法。
10.一种计算机可读存储介质，其特征在于，其存储的计算机程序使得处理器执行如权利要求1-7任一项所述的播放跳转处理方法。
CN202210662369.3A 2022-06-13 2022-06-13 播放跳转处理方法、装置、电子设备及介质 Pending CN115209226A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210662369.3A CN115209226A (zh) 2022-06-13 2022-06-13 播放跳转处理方法、装置、电子设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210662369.3A CN115209226A (zh) 2022-06-13 2022-06-13 播放跳转处理方法、装置、电子设备及介质

Publications (1)

Publication Number Publication Date
CN115209226A true CN115209226A (zh) 2022-10-18

Family

ID=83576049

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210662369.3A Pending CN115209226A (zh) 2022-06-13 2022-06-13 播放跳转处理方法、装置、电子设备及介质

Country Status (1)

Country Link
CN (1) CN115209226A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105933798A (zh) * 2016-05-18 2016-09-07 青岛海信宽带多媒体技术有限公司 基于网络协议电视的直播节目播放方法及装置
CN107147923A (zh) * 2017-05-05 2017-09-08 中广热点云科技有限公司 一种时移点播方法
CN107277554A (zh) * 2017-05-05 2017-10-20 中广热点云科技有限公司 一种时移节目单播转换组播的方法
WO2019109650A1 (zh) * 2017-12-06 2019-06-13 香港乐蜜有限公司 一种视频播放方法、装置及电子设备
CN111757144A (zh) * 2020-04-13 2020-10-09 湖南化工职业技术学院（湖南工业高级技工学校） 一种网络计算机多媒体视频播放方法和***

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105933798A (zh) * 2016-05-18 2016-09-07 青岛海信宽带多媒体技术有限公司 基于网络协议电视的直播节目播放方法及装置
CN107147923A (zh) * 2017-05-05 2017-09-08 中广热点云科技有限公司 一种时移点播方法
CN107277554A (zh) * 2017-05-05 2017-10-20 中广热点云科技有限公司 一种时移节目单播转换组播的方法
WO2019109650A1 (zh) * 2017-12-06 2019-06-13 香港乐蜜有限公司 一种视频播放方法、装置及电子设备
CN111757144A (zh) * 2020-04-13 2020-10-09 湖南化工职业技术学院（湖南工业高级技工学校） 一种网络计算机多媒体视频播放方法和***

Similar Documents

Publication Publication Date Title
US10674213B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
CN105915937B (zh) 一种全景视频播放方法及设备
CN110708602B (zh) 视频启动方法、装置、电子设备及存储介质
US10057655B2 (en) Systems and methods for generating time based preview image for a video stream
US20150019670A1 (en) Distributed control of synchronized content
US20080098436A1 (en) Top recording events list for media device
KR102469142B1 (ko) 미디어 스트림 재생들 사이를 트랜지션하는 동안 트랜지션 프레임들의 동적 재생
CN109561351A (zh) 网络直播回放方法、装置及存储介质
WO2011146898A2 (en) Internet system for ultra high video quality
WO2019134293A1 (zh) 一种直播方法、装置、服务器及介质
JPH09224208A (ja) マルチメディア通信端末装置
US20210337255A1 (en) Systems and methods for multi-video stream transmission
JP7181989B2 (ja) 新規コンテンツを取得する際の予想待ち時間に基づくコンテンツ修正の事前準備
US10205973B2 (en) Method and system for linking real-time broadcasting with non-real-time video service using user history information
CN114546308B (zh) 应用界面投屏方法、装置、设备以及存储介质
CN110519640B (zh) 视频处理方法、编码器、cdn服务器、解码器、设备及介质
JP2006254366A (ja) 画像処理装置、カメラシステム、ビデオシステム、ネットワークデータシステム、並びに、画像処理方法
EP3621309A1 (en) Transmission system for multi-channel image, control method therefor, and multi-channel image playback method and apparatus
KR20140026727A (ko) 라이브 프로그램 다시보기 서비스 제공 방법 및 장치
CN114189696A (zh) 一种视频播放方法及设备
CN106331089A (zh) 一种视频播放控制方法和***
CN113766261A (zh) 一种确定预拉取时长方法、装置、电子设备及存储介质
CN114866787B (zh) 一种直播实现方法及***
CN115209226A (zh) 播放跳转处理方法、装置、电子设备及介质
CN114051150A (zh) 直播方法、装置、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination