本公开涉及通信技术领域， 特别是涉及一种多方视频共享的方法和装置。 背景技术

随着通信技术的不断发展， 用户针对网络通信的需求也越来越多， 比如多方视频共享 的需求。 多方视频共享业务是： 主叫用户终端向视频共享服务器发送包含两个 及以上用户 终端标识的视频共享诸求， 共享的对象可以是移动终端通过摄像头实时采 集的视频， 也可 以是在终端上存储的视频片段文件。 目前的多方视频共享的视频数据都是由主叫用 户发送 到视频共享服务器， 再由视频共享服务器转发给其他共享终端。 目前的视频共享技术采用 的包括 P2P等技术， 即被叫用户终端根据自身的接入方式、 处理能力、 上下行带宽在接收 共享的同时， 也可以将视频数据发送给其他用户终端， 这种方式称为 P2P互联网络技术。 但是， 主叫终端只通知被叫终端应该获取哪个视频进 行播放， 由于主叫终端和被叫终端之 间的客观存在系统时间误差和通信延时的问题 ，从而使主叫终端和被叫终端播放的视频资 源存在播放时间不一致的问题。 发明内容

本公开实施例提供了一种多方视频共享的方法 和装置，用以解决背景技术中主叫终端 和被叫终端播放的视频的无法完全同步的问题 。

一方面， 本公开实施例公开了一种多方共享视频的方法 ， 包括：

向被叫终端发起多方共享视频请求；

根据接收到被叫终端返回的确认响应的接收时 间， 确定本端与被叫终端之间的时间 差；

根据时间差， 确定被叫终端与本端同步播放共享视频的时间 。

在另一实施例中， 根据接收到被叫终端返回的确认响应的接收时 间， 确定本端与被叫 终端之间的时间差， 包括：

以本端显示的时间为准， 记录本端发送多方共享视频请求的发送时间、 以及接收到被 叫终端返回的确认响应的接收时间；

根据发送时间、 接收时间， 确定本端与被叫终端之间的通信时间；

根据通信时间确定本端与被叫终端之间播放位 于本端的共享视频的时间差。 在另一实施例中，根据时间差，确定被叫终端 与本端同步播放共享视频的时间，包括: 当被叫终端同步本端正在播放的共享视频时， 根据时间差以及共享视频在本端的第一 播放进度， 确定被叫终端播放共享视频的第二播放进度； 第二播放进度对应的时间为被叫 终端与本端同步播放共享视频的时间；

和 /或， 以本端显示的时间为准， 当被叫终端同步本端在第一预定时间播放的共 享视 频时，根据时间差以及第一预定时间，确定被 叫终端播放共享视频的第二预定时间；其中， 在第二预定时间本端向被叫终端发送共享视频 。

在另一实施例中， 根据接收到被叫终端返回的确认响应的接收时 间， 确定本端与被叫 终端之间的时间差， 包括：

以本端显示的时间为准， 记录本端发送多方共享视频请求的发送时间、 以及接收到被 叫终端返回的确认响应的接收时间； 还包括：

解析确认响应， 获得以被叫终端显示的时间为准的、 确认响应的发送时间； 根据确认响应的发送时间、接收到确认响应的 接收时间、 发送多方共享视频请求的发 送时间， 确定本端与被叫终端之间的时间差。

在另一实施例中，根据时间差，确定被叫终端 与本端同步播放共享视频的时间，包括: 以本端显示的时间为准， 确定播放共享视频的第一预定时间点；

根据第一预定时间点、和与被叫终端之间的时 间差，确定出被叫终端播放共享视频的、 以被叫终端显示的时间为准的第二预定时间点 。

在另一实施例中， 根据时间差， 确定被叫终端与本端同步播放共享视频的时间 之前， 还包括：

当被叫终端与本端播放同一共享视频时，监控 被叫终端共享视频的播放进度是否与本 端播放进度一致；

当被叫终端共享视频的播放进度与本端播放进 度不一致时，获取本端与被叫终端之间 的时间差。

另一方面， 本公开还公开了一种多方共享视频的方法， 包括：

接收主叫终端向被叫终端发起的多方共享视频 请求；

根据接收到被叫终端返回的确认响应的接收时 间，确定主叫终端与被叫终端之间的时 间差；

根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间。

在另一实施例中， 根据接收到被叫终端返回的确认响应的接收时 间， 确定主叫终端与 被叫终端之间的时间差包括：

获取主叫终端以本端显示的时间为准，记录的 主叫终端发送多方共享视频请求的发送 时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时间；

根据发送时间、 接收时间， 确定主叫终端与被叫终端之间的通信时间；

根据通信时间确定主叫终端与被叫终端之间播 放位于主叫终端的共享视频的时间差。 在另一实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间， 包括：

当被叫终端同步主叫终端正在播放的共享视频 时，根据时间差以及共享视频在主叫终 端的第一播放进度， 确定被叫终端播放共享视频的第二播放进度； 第二播放进度对应的时 间为被叫终端与主叫终端同步播放共享视频的 时间；

和 /或， 以主叫终端显示的时间为准， 当被叫终端同步主叫终端在第一预定时间播放 的共享视频时， 根据时间差以及第一预定时间， 确定被叫终端播放共享视频的第二预定时 间； 其中， 在第二预定时间主叫终端向被叫终端发送共享 视频。

在另一实施例中， 根据接收到被叫终端返回的确认响应的接收时 间， 确定主叫终端与 被叫终端之间的时间差， 包括：

获取主叫终端以本端显示的时间为准，记录的 主叫终端发送多方共享视频请求的发送 时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时间； 还包括：

解析确认响应， 获得以被叫终端显示的时间为准的、 确认响应的发送时间； 根据确认响应的发送时间、 主叫终端接收到确认响应的接收时间、 主叫终端发送多方 共享视频请求的发送时间， 确定主叫终端与被叫终端之间的时间差。

在另一实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间， 包括：

获取以主叫终端显示的时间为准， 确定播放共享视频的第一预定时间点；

根据第一预定时间点、和与被叫终端之间的时 间差，确定出被叫终端播放共享视频的、 以被叫终端显示的时间为准的第二预定时间点 。

在另一实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间之 前， 还包括：

当被叫终端与主叫终端播放同一共享视频时， 监控被叫终端共享视频的播放进度是否 与主叫终端播放进度一致；

当被叫终端共享视频的播放进度与主叫终端播 放进度不一致时，获取主叫终端与被叫 终端之间的时间差。

另一方面， 本公开还公开了一种多方共享视频的系统， 包括：

主叫终端， 云端服务器和至少一个被叫终端；

主叫终端包括：

共享发起模块， 用于向被叫终端发起多方共享视频请求；

时间差计算模块， 用于根据接收到被叫终端返回的确认响应的接 收时间， 确定本端与 被叫终端之间的时间差；

同步时间确认模块，用于根据时间差，确定被 叫终端与本端同步播放共享视频的时间； 云端服务器用于中转主叫终端与被叫终端之间 的数据。

在另一实施例中， 时间差计算模块包括： 第一时间获取模块， 用于以本端显示的时间为准， 记录本端发送多方共享视频请求的 发送时间、 以及接收到被叫终端返回的确认响应的接收时 间；

第一通信时间确定模块， 用于根据发送时间、 接收时间， 确定本端与被叫终端之间的 通信时间；

第一时间差计算模块，用于根据通信时间确定 本端与被叫终端之间播放位于本端的共 享视频的时间差。

在另一实施例中， 时间差计算模块包括：

第二时间获取模块， 用于以本端显示的时间为准， 记录本端发送多方共享视频请求的 发送时间， 以及接收到被叫终端返回的确认响应的接收时 间， 以及解析确认响应， 获得以 被叫终端显示的时间为准的、 确认响应的发送时间；

第二时间差计算模块， 用于根据确认响应的发送时间、 接收到确认响应的接收时间、 发送多方共享视频请求的发送时间， 确定本端与被叫终端之间的时间差。

另一方面， 本公开还公开了一种多方共享视频的系统， 包括：

主叫终端， 云端服务器和至少一个被叫终端；

云端服务器包括：

请求接收模块， 用于接收主叫终端向被叫终端发起的多方共享 视频请求；

时间差计算模块， 用于根据接收到被叫终端返回的确认响应的接 收时间， 确定主叫终 端与被叫终端之间的时间差；

同步时间确认模块， 用于根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间。

在另一实施例中， 时间差计算模块包括：

第三时间获取模块， 用于获取主叫终端以本端显示的时间为准， 记录的主叫终端发送 多方共享视频请求的发送时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时 间；

第二通信时间确定模块， 用于根据发送时间、 接收时间， 确定主叫终端与被叫终端之 间的通信时间；

第三时间差计算模块，用于根据通信时间确定 主叫终端与被叫终端之间播放位于主叫 终端的共享视频的时间差。

在另一实施例中， 根时间差计算模块包括：

第四时间获取模块， 用于获取主叫终端以本端显示的时间为准， 记录的主叫终端发送 多方共享视频请求的发送时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时 间； 解析确认响应， 获得以被叫终端显示的时间为准的、 确认响应的发送时间；

第四时间差计算模块， 用于根据确认响应的发送时间、 主叫终端接收到确认响应的接 收时间、 主叫终端发送多方共享视频请求的发送时间， 确定主叫终端与被叫终端之间的时 间差。 本公开的一些有益效果可以包括：

本公开实施例通过主叫终端与各被叫终端的通 信过程，计算主叫终端至各被叫终端之 间的时间差； 针对每一个被叫终端， 主叫终端基于上述时间差， 通知被叫终端与主叫终端 同步播放共享视频。

首先， 本公开实施例提供的方法可对主叫终端和各被 叫终端之间的播放时间进行修 正， 本公开则可使主叫终端和被叫终端在针对同一 个共享视频的播放进度上保持一致， 达 到播放进度时间完全同步的效果。

其次，本公开实施例提供的方法可避免通信时 延导致的主叫终端与被叫终端的视频播 放不同步的问题。

当然， 实施本公开实施例提供的任一产品不一定需要 同时达到上述的所有优点。 应当理解的是，以上的一般描述和后文的细节 描述仅是示例性的，并不能限制本公开。 附图说明

图 1是本公开实施例一的一种多方视频共享的方� �示例性流程示意图；

图 2是本公开实施例二的一种多方视频共享的方� �示例性流程示意图；

图 3是本公开一种多方视频共享对应实施例二的� �据处理示例图；

图 4是本公开实施例三的一种多方视频共享的方� �示例性流程示意图；

图 5是本公开一种多方视频共享对应实施例三的� �据处理示例图；

图 6是本公开实施例四的一种多方视频共享的方� �示例性流程示意图；

图 7是本公开实施例五的一种多方视频共享的方� �示例性流程示意图；

图 8是本公开实施例六的一种多方视频共享的示� �性装置结构示意图；

图 9是本公开实施例七的一种多方视频共享的示� �性系统结构示意图；

图 10是本公开实施例八的一种多方视频共享的示� ��性系统结构示意图。

通过上述附图， 已示出本公开明确的实施例， 后文中将有更详细的描述。 这些附图和 文字描述并不是为了通过任何方式限制本公开 构思的范围，而是通过参考特定实施例为本 领域技术人员说明本公开的概念。 具体实施方式

为使本公开的上述目的、特征和优点能够更加 明显易懂， 下面结合附图和具体实施方 式对本公开作进一步详细的说明。

实施例一

参照图 1， 示出了本公开一种多方视频共享的方法实施例 一的流程示意图， 具体可以 包括：

在步骤 110中， 向被叫终端发起多方共享视频请求；

在本公开实施例中， 主叫终端可向云端服务器发起多方共享视频请 求， 再由云端服务 器通知各被叫终端。本公开实施例中， 主叫终端可获取其好友列表中当前在线的各被 叫终 端列表， 然后针对在线的各被叫终端发起多方共享视频 请求。在本公开中被叫终端可以为 一个也可以为多个。

在本公开实施例中， 主叫终端可为 STB ( Set Top Box, 数字视频变换盒） ， 通常称作 机顶盒或机上盒， 在机顶盒从云端服务器获取在线的好友列表后 ， 可在电视上进行显示。 本公开可基于 IMS (IP Multimedia Subsystem, IP多媒体子系统） 的技术架构， 进行上述 视频共享业务。

在步骤 120中， 根据接收到被叫终端返回的确认响应的接收时 间， 确定本端与被叫终 端之间的时间差；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

针对主叫终端的多方共享视频请求，各被叫终 端则针对上述多方共享请求返回确认响 应给主叫终端，那么主叫终端则可依据上述通 信过程计算主叫终端至各被叫终端之间的时 间差。

在步骤 130中， 根据时间差， 确定被叫终端与本端同步播放共享视频的时间 。

在计算得到主叫终端和被叫终端的时间差之后 ，确定被叫终端与本端同步播放共享视 频的时间。然后在共享视频的时候， 主叫终端即可根据该时间差通知被叫终端同步 播放视 频。

在本公开实施例中， 在通知被叫终端播放上述共享视频时， 通过发送上述共享视频的 URL (Uniform / Universal Resource Locator, 统一资源定位符） 给被叫终端， 由被叫终端 自己访问该 U L进行播放。

另外， 为了使主叫终端和各被叫终端在共享视频时还 可以进行语音交流， 本公开实施 例提供的方法可还包括：

在步骤 S171中，通过云端服务器监控主叫终端和各被� �终端之间是否为 P2P全联通； 在步骤 S172中， 如果主叫终端和各被叫终端之间是 P2P全联通， 则主叫终端和各被 叫终端通过 P2P进行语音或文字通信；

在步骤 S173中， 如果主叫终端和各被叫终端之间不是 P2P全联通， 则通过云端服务 器中转主叫终端和各被叫终端的语音数据进行 语音或文字通信。

本公开实施例中， 主、 被叫终端建立共享后， 可共享的云端服务器（比如电视机顶盒 服务器） 中的资源， 并无需从视频开始阶段共享， 可以在视频播放的任何阶段， 将主叫终 端播放的视频实时的共享到被叫终端， 达到完全同步的效果。 实施例二

参照图 2， 示出了本公开优选的一种多方视频共享的方法 实施例二的流程示意图， 可 以包括：

在步骤 200中， 向被叫终端发起多方共享视频请求； 在步骤 210中，以本端显示的时间为准，记录本端发送 多方共享视频请求的发送时间、 以及接收到被叫终端返回的确认响应的接收时 间；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

在本公开实施例中， 主叫终端可以直接向被叫终端发送多方视频共 享请求， 也可将多 放视频共享请求发送至云端服务器， 再由云端服务器转发至各被叫终端。在本公开 实施例 中， 在主叫终端发送多方视频共享请求时， 以本端显示的时间为准， 主叫终端记录发送上 述多方共享视频请求的发送时间 t8。然后被叫终端发送确认响应以响应上述请� ��， 主叫终 端接收到确认响应时记录接收时间 t9。

若主叫终端先将多放视频共享请求发送给云端 服务器，云端服务器可将所收多方共享 视频请求转发给各被叫终端。在本公开实施例 中， 被叫终端接收到云端服务器转发的多方 共享视频请求， 则要对上述请求进行响应， 并发送确认响应给云端服务器； 云端服务器接 收到该确认响应后， 则向主叫终端转发该确认响应； 那么主叫终端接收该确认响应的时候 则记录接收时间 t9。

在步骤 220中， 根据发送时间、 接收时间， 确定本端与被叫终端之间的通信时间； 在本公开实施例中， 可通过（t9-t8) /2计算上述主叫终端与上述被叫终端之间的通� �� 时间。

在步骤 230中，根据通信时间确定本端与被叫终端之间 播放位于本端的共享视频的时 间差。

可将通信时间 （t9-t8) /2确定为本端与被叫终端之间播放位于本端的� ��享视频的时间 差。

在步骤 240中， 根据时间差， 确定被叫终端与本端同步播放共享视频的时间 。

其中， 根据时间差， 确定被叫终端与本端同步播放共享视频的时间 ， 可以包括： 在步骤 A241中， 当被叫终端同步本端正在播放的共享视频时， 根据时间差以及共享 视频在本端的第一播放进度， 确定被叫终端播放共享视频的第二播放进度； 第二播放进度 对应的时间为被叫终端与本端同步播放共享视 频的时间；

上述针对每一个被叫终端， 主叫终端根据针对共享视频的第一进度时间， 和对应上述 被叫终端的时间差，通知被叫终端在由第一进 度时间与时间差计算得到的第二进度时间位 置， 开始播放上述共享视频包括：

在步骤 A2411中， 主叫终端获取播放共享视频的第一进度时间 t4;

在步骤 A2412中， 针对与一被叫终端的时间差 n， 计算 t4+m得到第二进度时间 t6; 比如主叫终端 A对于视频 1， 播放的第一进度时间为 00:01 : 00 ( 1分钟 00秒时刻）， 主叫终端 A确定本端与被叫终端 C之间播放位于本端的共享视频的时间差 n=30秒； 当主 叫终端在此时通知被叫终端播放视频 1时， 那么该通知到达被叫终端时， 主叫终端已经播 放到 00:01 : 30秒， 那么被叫终端应在第二进度时间为 00:01 : 00+30秒 =00:01 : 30的位置 播放视频 1， 此时主叫终端和被叫终端会在播放进度时间上 保持一致。 然后， 将 t6 通过云端服务器发送至被叫终端， 通知终端在播放视频的播放进度时间 为 t6的时间位置播放共享视频。

和 /或， 步骤 A242, 以本端显示的时间为准， 当被叫终端同步本端在第一预定时间播 放的共享视频时， 根据时间差以及第一预定时间， 确定被叫终端播放共享视频的第二预定 时间； 其中， 在第二预定时间本端向被叫终端发送共享视频 。

比如主叫终端显示时间为 12:00:00，主叫终端 A确定本端与被叫终端 C之间播放位于 本端的共享视频的时间差 n=30秒， 预定时间为 12: 10:00， 那么主叫终端向被叫终端发送 共享视频的第二预定时间为 12: 10:00-30秒 =12:09:30， 那么主叫终端在 12:09:30时刻发送 共享视频。

然后， 即可根据被叫终端与本端同步播放共享视频的 时间通知被叫终端同步播放视 频。

在一个实施中，为了使本公开在主叫终端或者 被叫终端出现延迟而导致播放滞后等情 况时， 还能调整主叫终端和被叫终端的播放进度一致 ：

在根据时间差， 确定被叫终端与本端同步播放共享视频的时间 之前， 还包括： 在步骤 A251中， 当被叫终端与本端播放同一共享视频时， 监控被叫终端共享视频的 播放进度是否与本端播放进度一致；

在一个实施中， 针对每一被叫终端， 主叫终端根据时间差和时间差， 监控被叫终端针 对共享视频的当前进度时间是否与主叫终端针 对共享视频的当前进度时间一致包括： 在步骤 B31中，每个被叫终端定时向主叫终端报告被叫 终端针对共享视频的当前进度 时间；

比如主叫终端每隔 5秒将当前播放视频的当前进度时间 t7发送给主叫终端。

在步骤 B32中，主叫终端根据时间差和时间差、主叫终 端针对共享视频的当前进度时 间和每个被叫终端针对共享视频的当前进度时 间，判断每个被叫终端针对共享视频的当前 进度时间是否与主叫终端针对共享视频的当前 进度时间一致。

在本公开实施例中， 被叫终端可将自身的播放时间发送给主叫终端 ， 主叫终端则根据 时间差计算两者是否一致， 比如被叫终端将当前的进度时间 00: 10: 10发送给主叫终端， 时 间差 n=30秒， 主叫终端接收到上述被叫终端的播放进度时间 为 00: 10: 10， 则计算被叫终 端的播放进度为 00: 10: 10+30=00: 10:40， 将 00: 10:40与本地的播放进度时间进行比较， 判 断是否一致， 如果一致， 则两端正常播放； 如果不一致， 进入步骤 A252。

在步骤 A252中， 当被叫终端共享视频的播放进度与本端播放进 度不一致时， 获取本 端与被叫终端之间的时间差。

在本公开中， 主叫终端播放进度可能滞后于被叫终端， 也肯能被叫终端滞后与主叫终 端， 那么以主叫终端当前播放进度为标准， 则主叫终端播放进度可能滞后于被叫终端时， 获取本端与被叫终端之间的时间差为负数； 能被叫终端滞后与主叫终端时， 获取本端与被 叫终端之间的时间差为正数。 在获取时间差后， 还包括：

在步骤 A253中， 根据本端与被叫终端播放进度之间的时间差， 通知被叫终端与主叫 终端保持播放进度一致。

其中，如果被叫终端针对共享视频的当前进度 时间滞后于主叫终端针对共享视频的当 前进度时间， 则主叫终端通知被叫终端跳过针对共享视频的 滞后播放的时间差， 保持与主 叫终端播放时间一致；

如果主叫终端发现某个被叫终端由于网络等原 因， 播放滞后了一段时间 p， 可以发送 命令给这个被叫终端跳过时间段 p后继续播放。

其中，如果被叫终端针对共享视频的当前进度 时间滞后于主叫终端针对共享视频的当 前进度时间， 则主叫终端通知被叫终端暂停时间差后再播放 共享视频， 保持与主叫终端播 放时间一致；

如果主叫终端发现由于网络等原因， 播放滞后了某个被叫终端一段时间 p， 可以发送 命令给这个被叫终端暂停播放 P后继续播放。

其中， 在一个实施例中， 在根据主叫终端与被叫终端播放进度之间的时 间差， 通知被 叫终端与主叫终端保持播放进度一致之前， 还包括：

在步骤 B33中，判断主叫终端与被叫终端播放进度之间 的时间差是否达到阈值， 如果 达到， 则主叫终端通知被叫终端跳过针对共享视频的 滞后播放的时间段， 保持与主叫终端 播放时间一致； 如果未达到， 则保持原状。

比如某个被叫终端播放的进度时间只延后主叫 终端 2秒， 而判断阈值为 10秒， 那么 主叫终端不需发送指令通知被叫终端一致。

参照图 3， 其为对应图 2的处理流程， 可以包括：

在步骤 S200中， 主叫终端向至少一个被叫终端发起多方共享视 频请求；

在步骤 S210中， 主叫终端记录发送多方共享视频请求的发送时 间 t8;

在步骤 S220中， 针对每一被叫终端， 记录主叫终端在接收到被叫终端针对多方共享 视频请求的确认响应时的接收时间 t9 _;

在步骤 S230中， 针对每一被叫终端， 根据发送时间 t8、 接收时间 t9， 确定本端与被 叫终端之间的通信时间 n;

在公开实施例中，出现的 "本端"可以理解为主叫终端。

在步骤 S240中， 根据通信时间确定本端与被叫终端之间播放位 于本端的共享视频的 时间差 m。

在步骤 S250中， 根据时间差 m， 确定被叫终端与本端同步播放共享视频的时间 t0 _; 在步骤 S260中， 根据所确定的被叫终端与本端同步播放共享视 频的时间 t0， 通知被 叫终端与本端同步播放共享视频。

另外， 为了使主叫终端和各被叫终端在共享视频时还 可以进行语音交流， 本公开可还 包括： 在步骤 S271中，通过云端服务器监控主叫终端和各被� �终端之间是否为 P2P全联通; 在步骤 S272中， 如果主叫终端和各被叫终端之间是 P2P全联通， 则主叫终端和各被 叫终端通过 P2P进行语音或文字通信；

在步骤 S273中， 如果主叫终端和各被叫终端之间不是 P2P全联通， 则通过云端服务 器中转主叫终端和各被叫终端的语音数据进行 语音或文字通信。

在本公开实施例中， 可以建立一个临时交流语音群。有两种方式建 立一个临时交流语 音群， 如果群成员比较少时， 并且每个群成员之间可以通过 P2P的方式联通时， 则可以使 用 P2P语音模块进行语音通讯； 如果群成员之间不是全联通的， 则可以通过云端音频中转 模块进行语音通讯。 即本公开还可以建立讨论群， 通过语音、 文字等形式进行实时讨论。

本实施例中与实施例一类似的步骤在此不再详 述。 实施例三

参照图 4， 其示出了本公开实施例三的一种多方共享视频 的方法的流程示意图， 可以 包括：

在步骤 300中， 向被叫终端发起多方共享视频请求；

本步骤与实施例二的步骤 200类似， 在此不再详述。

在步骤 310中，以本端显示的时间为准，记录本端发送 多方共享视频请求的发送时间、 以及接收到被叫终端返回的确认响应的接收时 间； 解析确认响应， 获得以被叫终端显示的 时间为准的、 确认响应的发送时间；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

主叫终端记录上述多方共享视频请求的发送时 间 tl。

在本公开实施例中， 上述记录的主叫终端发送多方共享视频请求的 发送时间包括： 在步骤 A311中， 主叫终端记录发送多方共享视频请求的发送时 间， 多方共享视频请 求由主叫终端向云端服务器发送； 云端服务器基于多方共享视频请求， 发送获取请求至各 被叫终端； 该获取请求包括： 通知被叫终端返回响应时间。

在主叫终端向云端服务器发送多方共享视频请 求时，主叫终端记录发送多方共享视频 请求的发送时间 tl。

在步骤 A312中， 针对每一被叫终端， 主叫终端记录接收到被叫终端的确认响应的接 收时间； 确认响应为在被叫终端接收到获取请求后， 将针对获取请求的确认响应返回给云 端， 再通过云端服务器返回给主叫终端； 确认响应包括被叫终端系统中发送确认响应的 时 间。

云端服务器接收到上述多方共享视频请求后， 基于上述多方共享视频请求， 激活并发 送获取请求至各被叫终端， 通过上述获取请求通知被叫终端返回确认响应 ， 并在确认响应 中通知被叫终端将发送确认响应的时间封装进 入确认相应， 即当被叫终端接收到上述获取 请求后， 将被叫终端系统发送响到时间 t3， 跟确认响应一起发送给云端服务器， 云端服务 器在将该确认响应转发给主叫终端。

被叫终端针对上述多方共享视频请求进行响应 ， 然后发送确认响应至主叫终端后， 主 叫终端在接收上述确认响应时， 记录接收时间 t2， 并解析确认响应， 提取 t3。

在步骤 320中， 根据确认响应的发送时间、 接收到确认响应的接收时间、 发送多方共 享视频请求的发送时间， 确定本端与被叫终端之间的时间差；

基于主叫终端的发送时间接收时间， 和被叫终端响应时间（即被叫终端发送确认响 应 时的系统时间） ， 即可计算主叫终端与各被叫终端之间的系统时 间之间的时间差。

在一个实施例中， 根据确认响应的发送时间、 接收到确认响应的接收时间、 发送多方 共享视频请求的发送时间， 确定本端与被叫终端之间的时间差包括：

在步骤 A321中， 将主叫终端的发送时间 tl、接收时间 t2， 和被叫终端的响应时间 t3， 按 t2- (t3+ (tl+t2) /2) 计算得到主叫终端与被叫终端系统时间之间的 时间差。

其中， 在若数据从 A->B，B->A传送时间是一样的情况下， 数据从主叫终端 A发送到 被叫终端 B需要的时间为 (t2 - tl)/2。 进而根据被叫终端返回的其自身的当前时间 t3， 则 可以计算出主叫终端 A和被叫终端 B的时间差为 t2 - (t3 + (t2 - tl)/2) o

在步骤 330中， 根据时间差， 确定被叫终端与本端同步播放共享视频的时间 。

其中， 根据时间差， 确定被叫终端与本端同步播放共享视频的时间 ， 包括： 在步骤 S331中， 以本端显示的时间为准， 确定播放共享视频的第一预定时间点； 比如主叫终端本地显示的时间为 10: 00， 在以 10: 00为标准的情况下， 确定播放共 享视频的时间为 11 : 00。

在步骤 S332中， 根据第一预定时间点、 和与被叫终端之间的时间差， 确定出被叫终 端播放共享视频的、 以被叫终端显示的时间为准的第二预定时间点 。

比如通过上述步骤计算得到时间差为 m， 主叫终端基于本地的系统时间要求在上午 11： 00同时观看视频 A， 那么通知被叫终端的观看的系统时间为 l l :00+m时刻 （第二预 定时间点） ， 其中 m可为整值也可为负值。

然后， 可根据被叫终端与本端同步播放共享视频的时 间通知被叫终端播放共享视频。 在一个实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间之 前， 还包括：

在步骤 A351中， 当被叫终端与本端播放同一共享视频时， 监控被叫终端共享视频的 播放进度是否与本端播放进度一致；

在步骤 A352中， 当被叫终端共享视频的播放进度与本端播放进 度不一致时， 获取主 叫终端与被叫终端之间的时间差。

本实施例中， 主叫终端和各被叫终端均以主叫终端的系统时 间为标准进行校准， 保证 各被叫终端可与主叫终端在同一时刻观看共享 视频。

本实施例中与前述实施例类似的步骤原理类似 ， 在此不在详述。

参照图 5， 其为对应实施例图 4的数据处理流程图， 可以包括： 在步骤 S300中， 主叫终端向至少一个被叫终端发起多方共享视 频请求； 在步骤 S310中， 记录的主叫终端发送多方共享视频请求的发送 时间 tl ;

在步骤 S320中， 针对每一被叫终端， 记录主叫终端在接收到被叫终端针对多方共享 视频请求的确认响应时的接收时间 t2；确认响应包括被叫终端系统中发送确认响� ��的时间 t3 _;

即被叫终端发送确认响应时的显示时间 t3。

在步骤 S330中， 针对每一被叫终端， 根据确认响应中的响应时间 t3、 发送时间 tl、 接收时间 t2计算主叫终端与各被叫终端之间的系统时间� ��间的时间差 m _;

在步骤 S340中， 根据时间差 m， 确定被叫终端与本端同步播放共享视频的时间 t0 _; 在公开实施例中，出现的 "本端"可以理解为主叫终端。

在步骤 S350中， 根据确定的被叫终端与本端同步播放共享视频 的时间 t0， 通知被叫 终端播放共享视频。

另外， 为了使主叫终端和各被叫终端在共享视频时还 可以进行语音交流， 本公开可还 包括：

在步骤 S271中，通过云端服务器监控主叫终端和各被� �终端之间是否为 P2P全联通; 在步骤 S272中， 如果主叫终端和各被叫终端之间是 P2P全联通， 则主叫终端和各被 叫终端通过 P2P进行语音或文字通信；

在步骤 S273中， 如果主叫终端和各被叫终端之间不是 P2P全联通， 则通过云端服务 器中转主叫终端和各被叫终端的语音数据进行 语音或文字通信。

本实施例中与前述实施例类似的步骤在此不再 详述。

在实际中， 主叫终端的系统时间与被叫终端的系统时间之 间可能也存在误差， 那么为 了避免系统时间的误差，则需要计算系统误差 ，实现主叫终端与被叫终端之间的同步共享。 比如主叫终端的系统时间比被叫终端的系统时 间快 5分钟，那么主叫终端通知被叫终端在 11 :00看视频时， 那么被叫终端还在 10:55， 被叫终端还没有开始观看视频， 导致主叫终端 和被叫终端不同步， 而本实施例可完全解决主叫终端与被叫终端系 统时间误差的问题， 使 主叫终端和被叫终端可以完全同步在预定时间 点开始播放共享视频。 实施例四

参照图 6， 示出了本公开优选的一种多方视频共享的方法 实施例四的流程示意图， 可 以包括：

在步骤 410中， 接收主叫终端向被叫终端发起的多方共享视频 请求；

在本公开实施例中， 主叫终端可向云端服务器发起多方共享视频请 求， 再由云端服务 器通知各被叫终端。本公开实施例中， 主叫终端可获取其好友列表中当前在线的各被 叫终 端列表， 然后针对在线的各被叫终端发起多方共享视频 请求。在本公开中被叫终端可以为 一个也可以为多个。 在步骤 420中， 根据接收到被叫终端返回的确认响应的接收时 间， 确定主叫终端与被 叫终端之间的时间差；

本公开实施例中， 可由云端服务器根据接收到被叫终端返回的确 认响应的接收时间， 确定主叫终端与被叫终端之间的时间差。

在步骤 430中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间。 在计算得到主叫终端和被叫终端的时间差之后 ，确定被叫终端与本端同步播放共享视 频的时间。然后在共享视频的时候， 主叫终端即可根据该时间差通知被叫终端同步 播放视 频。

在公开实施例中，出现的 "本端"可以理解为主叫终端。

另外， 为了使主叫终端和各被叫终端在共享视频时还 可以进行语音交流， 本公开可还 包括：

在步骤 S171中， 云端服务器监控主叫终端和各被叫终端之间是 否为 P2P全联通； 在步骤 S172中， 如果主叫终端和各被叫终端之间是 P2P全联通， 则主叫终端和各被 叫终端通过 P2P进行语音或文字通信；

在步骤 S173中， 如果主叫终端和各被叫终端之间不是 P2P全联通， 则通过云端服务 器中转主叫终端和各被叫终端的语音数据进行 语音或文字通信。

本公开实施例中， 主、 被叫终端建立共享后， 可共享的云端服务器（比如电视机顶盒 服务器） 中的资源， 并无需从视频开始阶段共享， 可以在视频播放的任何阶段， 将主叫终 端播放的视频实时的共享到被叫终端， 达到完全同步的效果。本公开实施例提供的方 法可 基于云端服务器中转数据的主叫终端和各被叫 终端之间的同步播放共享视频的时间进行 修正， 本公开则可使主叫终端和被叫终端在针对同一 个共享视频的播放进度上保持一致， 达到播放进度时间完全同步的效果，可避免通 信时延导致的主叫终端与被叫终端的视频播 放不同步的问题。

实施例五

参照图 7， 示出了本公开实施例的一种多方视频共享的方 法实施例五的流程示意图， 可以包括：

在步骤 500中， 云端服务器接收主叫终端向被叫终端发起的多 方共享视频请求； 在本公开实施例中， 共享视频是存储于云端服务器中， 由云端服务器提供给各终端进 行播放。

在步骤 510中， 获取主叫终端以本端显示的时间为准， 记录的主叫终端发送多方共享 视频请求的发送时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时间；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

在本公开实施例中， 主叫终端在发送多方共享视频请求时， 会获取主叫终端以本端显 示的时间为准， 记录发送多方共享视频请求的发送时间 tl l， 主叫终端在接收被叫终端返 回的确认响应时，会记录接收时间 tl2，所云端服务器获取该发送时间 ti l和接收时间 tl2。 在步骤 520中，根据发送时间、接收时间，确定主叫终 端与被叫终端之间的通信时间； 即云端服务器计算 （tl l- tl2) 12, 即为主叫终端与被叫终端之间的通信时间。

在步骤 530中，根据通信时间确定主叫终端与被叫终端 之间播放位于主叫终端的共享 视频的时间差；

可将通信时间（ti l- tl2) 12确定为被叫终端之间播放位于主叫终端的共� ��视频的时间 差。

在步骤 540中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间。 在一个实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间， 包括：

在步骤 A441中， 当被叫终端同步主叫终端正在播放的共享视频 时， 根据时间差以及 共享视频在主叫终端的第一播放进度， 确定被叫终端播放共享视频的第二播放进度； 第二 播放进度对应的时间为被叫终端与主叫终端同 步播放共享视频的时间；

主叫终端将其第一播放进度发送至云端服务器 ，云端服务器则根据时间差以及共享视 频在主叫终端的第一播放进度， 确定被叫终端播放共享视频的第二播放进度， 然后根据第 二播放进度通知被叫终端与主叫终端同步播放 共享视频。

和 /或， 在步骤 A442中， 以主叫终端显示的时间为准， 当被叫终端同步主叫终端在第 一预定时间播放的共享视频时， 根据时间差以及第一预定时间， 确定被叫终端播放共享视 频的第二预定时间； 其中， 在第二预定时间主叫终端向被叫终端发送共享 视频。

主叫终端将当前显示的时间和第一预定时间发 送给云端服务器，云端服务器则根据时 间差、第一预定时间和主叫终端当前显示的时 间， 确定被叫终端播放共享视频的第二预定 时间， 然后通知主叫终端在第二预定时间发送共享视 频给被叫终端。

在一个实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间之 前， 还包括：

在步骤 A451中， 当被叫终端与主叫终端播放同一共享视频时， 监控被叫终端共享视 频的播放进度是否与本端播放进度一致；

而在本实施例中，时间差为主叫终端和被叫终 端显示时间之间的差值。在本实施例中， 云端服务器可根据时间差、主叫终端的播放进 度和被叫终端的播放进度判断被叫终端共享 视频的播放进度是否与本端播放进度一致。比 如云端服务器可通知被叫终端在本地系统的 显示时间 A+时间差的时刻发送第二播放进度给云端服务� ��， 通知主叫终端在本地系统的 显示时间 A时刻发送第一播放进度给云端服务器，然后� �较第一播放进度和第二播放进度 是否一致即可。

在步骤 A452中， 当被叫终端共享视频的播放进度与主叫终端播 放进度不一致时， 获 取主叫终端与被叫终端之间的时间差。

比如云端服务器可通知被叫终端在本地系统的 显示时间 A+时间差的时刻发送第二播 放进度给云端服务器，通知主叫终端在本地系 统的显示时间 A时刻发送第一播放进度给云 端服务器， 那么即可计算第一播放进度与第二播放进度之 间的差值， 比如第一播放进度- 第二播放进度 =k， 那么当 k为正值时， 被叫终端播放进度滞后， 则可通知被叫终端跳过 k， 当 k为负值时， 主叫终端播放进度滞后， 则可通知被叫终端暂停！^。

另外， 为了使主叫终端和各被叫终端在共享视频时还 可以进行语音交流， 本公开实施 例可还包括：

在步骤 S271中，通过云端服务器监控主叫终端和各被� �终端之间是否为 P2P全联通； 在步骤 S272中， 如果主叫终端和各被叫终端之间是 P2P全联通， 则主叫终端和各被 叫终端通过 P2P进行语音或文字通信；

在步骤 S273中， 如果主叫终端和各被叫终端之间不是 P2P全联通， 则通过云端服务 器中转主叫终端和各被叫终端的语音数据进行 语音或文字通信。

本公开实施例提供的方法可基于云端服务器中 转数据的主叫终端和各被叫终端之间 的同步播放共享视频的时间进行修正，本公开 则可使主叫终端和被叫终端在针对同一个共 享视频的播放进度上保持一致， 达到播放进度时间完全同步的效果， 可避免通信时延导致 的主叫终端与被叫终端的视频播放不同步的问 题。本实施例中与前述实施例中类似的步骤 原理类似， 在此不再详述。 实施例六

参照图 8， 示出了本公开实施例的一种多方视频共享的方 法实施例六的流程示意图， 可以包括：

在步骤 600中， 云端服务器接收主叫终端向被叫终端发起的多 方共享视频请求； 在步骤 610中， 获取主叫终端以本端显示的时间为准， 记录的主叫终端发送多方共享 视频请求的发送时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时间； 解析确 认响应， 获得以被叫终端显示的时间为准的、 确认响应的发送时间；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

在主叫终端向云端服务器发送多方共享视频请 求时，主叫终端记录发送多方共享视频 请求的发送时间 t21。 云端服务器根据多方共享视频请求可重构获取 请求给各被叫终端， 请求各被叫终端发送确认响应， 并在发送确认响应时将被叫终端当前显示时间 t23封装至 确认响应中； 主叫终端在接收确认响应时记录主叫终端当前 显示的时间， 即接收时间 t22。

云端服务器则获取主叫终端记录的 t21， t22， 并可解析确认响应中的 t23。 其中 t23也 可由主叫终端解析得到后再发送给云端服务器 。

在步骤 620中， 根据确认响应的发送时间、 主叫终端接收到确认响应的接收时间、 主 叫终端发送多方共享视频请求的发送时间， 确定主叫终端与被叫终端之间的时间差。

将主叫终端的发送时间 tl、接收时间 t2，和被叫终端的响应时间 t3，按 t2- (t3+ (tl+t2) /2) 计算得到主叫终端与被叫终端系统时间之间的 时间差。 即主叫终端的显示时间和被叫 终端的显示时间之间的时间差。 在步骤 630中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间。 其中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间， 包括： 在步骤 A631中， 获取以主叫终端显示的时间为准， 确定播放共享视频的第一预定时 间点；

主叫终端将以及主叫终端显示的时间为标准确 认的以第一预定时间点，然后将第一预 定时间点发送给云端服务器。 比如主叫终端本地显示的时间为 10: 00， 在以 10: 00为标 准的情况下， 确定播放共享视频的时间为 11 : 00， 然后将 11 : 00发送给云端服务器。

在步骤 A632中， 根据第一预定时间点、 和与被叫终端之间的时间差， 确定出被叫终 端播放共享视频的、 以被叫终端显示的时间为准的第二预定时间点 。

比如通过上述步骤计算得到时间差为 m， 主叫终端基于本地的系统时间要求在上午

11： 00同时观看视频 A， 那么通知被叫终端的观看的系统时间为 l l :00+m时刻 （第二预 定时间点） ， 其中 m可为整值也可为负值。

然后， 可根据被叫终端与本端同步播放共享视频的时 间通知被叫终端播放共享视频。 在一个实施例中， 根据时间差， 确定被叫终端与主叫终端同步播放共享视频的 时间之 前， 还包括：

在步骤 A641中， 当被叫终端与主叫终端播放同一共享视频时， 监控被叫终端共享视 频的播放进度是否与本端播放进度一致；

在本实施例中， 由于播放终端， 云端服务器可监控被叫终端与主叫终端各自的 播放进 度， 将主叫终端与被叫终端的播放进度进行比较， 判断是否一致。

在步骤 A642中， 当被叫终端共享视频的播放进度与主叫终端播 放进度不一致时， 获 取主叫终端与被叫终端之间的时间差。

另外， 为了使主叫终端和各被叫终端在共享视频时还 可以进行语音交流， 本公开实施 例可还包括：

在步骤 S271中，通过云端服务器监控主叫终端和各被� �终端之间是否为 P2P全联通； 在步骤 S272中， 如果主叫终端和各被叫终端之间是 P2P全联通， 则主叫终端和各被 叫终端通过 P2P进行语音或文字通信；

在步骤 S273中， 如果主叫终端和各被叫终端之间不是 P2P全联通， 则通过云端服务 器中转主叫终端和各被叫终端的语音数据进行 语音或文字通信。

本公开实施例提供的方法可基于云端服务器中 转数据的主叫终端和各被叫终端之间 的同步播放共享视频的系统时间进行修正，本 公开则可使主叫终端和被叫终端在针对同一 个共享视频的播放进度上保持一致， 达到播放进度时间完全同步的效果， 可避免通信时延 导致的主叫终端与被叫终端的视频播放不同步 的问题。

本实施例中与前述实施例类似的步骤原理类似 ， 在此不再详述。

实施例七

参照图 9， 示出了本公开优选的一种多方视频共享的系统 实施例七的结构示意图， 可 以包括：

主叫终端 710， 云端服务器 720和至少一个被叫终端 730;

主叫终端 710包括：

共享发起模块 711， 用于向被叫终端 730发起多方共享视频请求；

时间差计算模块 712， 用于根据接收到被叫终端返回的确认响应的接 收时间， 确定本 端与被叫终端之间的时间差；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

同步时间确认模块 713， 用于根据时间差， 确定被叫终端与本端同步播放共享视频的 时间；

云端服务器 720用于中转主叫终端与被叫终端之间的数据。

另外， 还包括： 通知模块， 根据确定的被叫终端与本端同步播放共享视频 的时间通知 各终端同步播放视频。

在一个实施例中， 时间差计算模块包括：

第一时间获取模块， 用于以本端显示的时间为准， 记录本端发送多方共享视频请求的 发送时间、 以及接收到被叫终端返回的确认响应的接收时 间；

第一通信时间确定模块， 用于根据发送时间、 接收时间， 确定本端与被叫终端之间的 通信时间；

第一时间差计算模块，用于根据通信时间确定 本端与被叫终端之间播放位于本端的共 享视频的时间差。

在一个实施例中， 同步时间确认模块， 包括：

第一同步时间确认模块， 用于当被叫终端同步本端正在播放的共享视频 时， 根据时间 差以及共享视频在本端的第一播放进度， 确定被叫终端播放共享视频的第二播放进度； 第 二播放进度对应的时间为被叫终端与本端同步 播放共享视频的时间；

和 /或， 第二同步时间确认模块， 用于以本端显示的时间为准， 当被叫终端同步本端 在第一预定时间播放的共享视频时， 根据时间差以及第一预定时间， 确定被叫终端播放共 享视频的第二预定时间； 其中， 在第二预定时间本端向被叫终端发送共享视频 。

在一个实施例中， 时间差计算模块包括：

第二时间获取模块， 用于以本端显示的时间为准， 记录本端发送多方共享视频请求的 发送时间， 以及接收到被叫终端返回的确认响应的接收时 间， 以及解析确认响应， 获得以 被叫终端显示的时间为准的、 确认响应的发送时间；

第二时间差计算模块， 用于根据确认响应的发送时间、 接收到确认响应的接收时间、 发送多方共享视频请求的发送时间， 确定本端与被叫终端之间的时间差。

在一个实施例中， 同步时间确认模块包括：

第一预定时间获取模块， 用于以本端显示的时间为准， 确定播放共享视频的第一预定 时间点； 第二预定时间获取模块， 用于根据第一预定时间点、 和与被叫终端之间的时间差， 确 定出被叫终端播放共享视频的、 以被叫终端显示的时间为准的第二预定时间点 。

在一个实施例中， 在同步时间确认模块之前， 还包括：

一致性检查模块， 用于当被叫终端与本端播放同一共享视频时， 监控被叫终端共享视 频的播放进度是否与本端播放进度一致； 当被叫终端共享视频的播放进度与本端播放进 度 不一致时， 获取本端与被叫终端之间的时间差。

在一个实施例中， 还包括云端服务器， 上述云端服务器还包括：

全联通判断模块，用于通过云端服务器监控主 叫终端和各被叫终端之间是否为 P2P全 联通；

第一语音或文字通信模块， 用于如果主叫终端和各被叫终端之间是 P2P全联通， 则主 叫终端和各被叫终端通过 P2P进行语音或文字通信；

第二语音或文字通信模块， 用于如果主叫终端和各被叫终端之间不是 P2P全联通， 则 通过云端服务器中转主叫终端和各被叫终端的 语音数据进行语音或文字通信。

实施例八

参照图 10， 示出了本公开实施例的一种多方视频共享的系 统实施例八的结构示意图， 可以包括：

主叫终端 810， 云端服务器 820和至少一个被叫终端 830;

云端服务器 820包括：

请求接收模块 821， 用于接收主叫终端向被叫终端发起的多方共享 视频请求； 时间差计算模块 822， 用于根据接收到被叫终端返回的确认响应的接 收时间， 确定主 叫终端与被叫终端之间的时间差；

同步时间确认模块 823， 用于根据时间差， 确定被叫终端与主叫终端同步播放共享视 频的时间。

在一个实施例中， 时间差计算模块包括：

第三时间获取模块， 用于获取主叫终端以本端显示的时间为准， 记录的主叫终端发送 多方共享视频请求的发送时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时 间；

在公开实施例中，出现的 "本端"可以理解为主叫终端。

第二通信时间确定模块， 用于根据发送时间、 接收时间， 确定主叫终端与被叫终端之 间的通信时间；

第三时间差计算模块，用于根据通信时间确定 主叫终端与被叫终端之间播放位于主叫 终端的共享视频的时间差。

在一个实施例中， 同步时间确认模块包括：

第三同步时间确认模块， 用于当被叫终端同步主叫终端正在播放的共享 视频时， 根据 时间差以及共享视频在主叫终端的第一播放进 度，确定被叫终端播放共享视频的第二播放 进度； 第二播放进度对应的时间为被叫终端与主叫终 端同步播放共享视频的时间； 和 /或， 第四同步时间确认模块， 用于以主叫终端显示的时间为准， 当被叫终端同步 主叫终端在第一预定时间播放的共享视频时， 根据时间差以及第一预定时间， 确定被叫终 端播放共享视频的第二预定时间； 其中， 在第二预定时间主叫终端向被叫终端发送共享 视 频。

在一个实施例中， 根时间差计算模块包括：

第四时间获取模块， 用于获取主叫终端以本端显示的时间为准， 记录的主叫终端发送 多方共享视频请求的发送时间， 以及主叫终端接收到被叫终端返回的确认响应 的接收时 间； 解析确认响应， 获得以被叫终端显示的时间为准的、 确认响应的发送时间；

第四时间差计算模块， 用于根据确认响应的发送时间、 主叫终端接收到确认响应的接 收时间、 主叫终端发送多方共享视频请求的发送时间， 确定主叫终端与被叫终端之间的时 间差。

在一个实施例中， 同步时间确认模块包括：

第一预定时间获取模块， 用于获取以主叫终端显示的时间为准， 确定播放共享视频的 第一预定时间点；

第二预定时间获取模块， 根据第一预定时间点、 和与被叫终端之间的时间差， 确定出 被叫终端播放共享视频的、 以被叫终端显示的时间为准的第二预定时间点 。

在一个实施例中， 在同步时间确认模块之前， 还包括：

一致性检查模块， 用于当被叫终端与主叫终端播放同一共享视频 时， 监控被叫终端共 享视频的播放进度是否与本端播放进度一致； 当被叫终端共享视频的播放进度与主叫终端 播放进度不一致时， 获取主叫终端与被叫终端之间的时间差。

在一个实施例中， 还包括云端服务器， 上述云端服务器还包括：

全联通判断模块，用于通过云端服务器监控主 叫终端和各被叫终端之间是否为 P2P全 联通；

第一语音或文字通信模块， 用于如果主叫终端和各被叫终端之间是 P2P全联通， 则主 叫终端和各被叫终端通过 P2P进行语音或文字通信；

第二语音或文字通信模块， 用于如果主叫终端和各被叫终端之间不是 P2P全联通， 则 通过云端服务器中转主叫终端和各被叫终端的 语音数据进行语音或文字通信。

在上述实施例中，本公开的主叫终端可为机顶 盒，其中若同步通知模块位于机顶盒内， 获取当前在线的好友列表后， 在电视屏幕上进行显示； 若同步通知位于云端服务器中， 获 取当前在线的好友列表后， 将其发送到电视盒子， 以便在电视屏幕上进行显示。

需要说明的是， 对于上述方法实施例而言， 为了简单描述， 故将其都表述为一系列的 动作组合， 但是本领域技术人员应该知悉， 本公开并不受所描述的动作顺序的限制， 因为 依据本公开， 某些步骤可以采用其他顺序或者同时进行。 其次， 本领域技术人员也应该知 悉， 说明书中所描述的实施例均属于优选实施例， 所涉及的动作和模块并不一定是本公开 所必须的。

对于装置实施例而言， 由于其与方法实施例基本相似， 所以描述的比较简单， 相关之 处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描 述，每个实施例重点说明的都是与其他 实施例的不同之处， 各个实施例之间相同相似的部分互相参见即可 。

最后， 还需要说明的是， 在本文中， 诸如第一和第二等之类的关系术语仅仅用来将 一 个实体或者操作与另一个实体或操作区分开来 ，而不一定要求或者暗示这些实体或操作之 间存在任何这种实际的关系或者顺序。

尽管已描述了本公开的优选实施例，但本领域 内的技术人员一旦得知了基本创造性概 念， 则可对这些实施例做出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本公开范围的所有变更和修改 。

以上对本公开所提供的一种多方视频共享的方 法、 装置和系统， 进行了详细介绍， 本 文中应用了具体个例对本公开的原理及实施方 式进行了阐述， 以上实施例的说明只是用于 帮助理解本公开的方法及其核心思想； 同时， 对于本领域的一般技术人员， 依据本公开的 思想， 在具体实施方式及应用范围上均会有改变之处 ， 综上， 本说明书内容不应理解为对 本公开的限制。