本发明涉及信息技术领域， 并且具体地， 涉及多屏流媒体播放方法及流 媒体服务器。 背景技术

多屏流媒体业务是指多个终端上都能够使用的 流媒体业务。 例如， 用户 下班途中在手机上观看视频， 到家后希望在电视或电脑上继续观看该视频。 因此， 多屏流媒体业务对于提升用户体验和推动业务 发展具有重要意义。 现 有技术中，能够针对同一终端实现流媒体的继 续播放业务，但对于多个终端， 当前的方案还难以实现。 发明内容

本发明实施例提供多屏流媒体播放方法及流媒 体服务器， 能够实现多屏 流媒体业务的无缝播放。

一方面， 提供了一种多屏流媒体播放方法， 包括： 从第一终端接收该第 一终端在播放流媒体的过程中发起的播放停止 命令， 该播放停止命令用于指 示该流媒体的播放停止；根据该播放停止命令 ，在书签存储位置处记录书签， 该书签用于指示该第一终端在播放该流媒体的 过程中的播放停止位置； 从第 二终端接收用于请求播放该流媒体的请求消息 ， 该请求消息携带该流媒体的 标识以及该书签， 其中该书签是该第二终端相应的业务服务器从 该书签存储 位置处读取的； 根据该流媒体的标识以及该书签定位该流媒体 ， 并向该第二 终端发送该流媒体在该播放停止位置之后的内 容， 以便该第二终端从该书签 指示的该播放停止位置处继续播放该流媒体。

另一方面， 提供了一种多屏流媒体播放方法， 包括： 从第一终端接收该 第一终端在播放流媒体的过程中发起的播放停 止命令， 该播放停止命令用于 指示该流媒体的播放停止； 根据该播放停止命令， 在书签存储位置处记录书 签， 该书签用于指示该第一终端在播放该流媒体的 过程中的播放停止位置； 从第二终端接收用于请求播放该流媒体的请求 消息， 该请求消息携带该流媒 体的标识； 根据该流媒体的标识， 从该书签存储位置处读取该书签； 根据该 流媒体的标识以及该书签定位该流媒体， 并向该第二终端发送该流媒体在该 播放停止位置之后的内容， 以便该第二终端从该书签指示的该播放停止位 置 处继续播放该流媒体。

另一方面， 提供了一种多屏流媒体播放方法， 包括： 从第二终端接收用 于请求播放流媒体的请求消息， 该请求消息携带该流媒体的标识， 该流媒体 的标识是该第二终端从该第二终端相应的业务 服务器获取的； 根据该流媒体 的标识， 从书签存储位置处读取书签， 该书签用于指示第一终端在播放该流 媒体的过程中的播放停止位置， 该书签是该第一终端相应的业务服务器在该 书签存储位置处记录的； 根据该流媒体的标识以及该书签定位该流媒体 ， 并 向该第二终端发送该流媒体在该播放停止位置 之后的内容， 以便该第二终端 从该书签指示的该播放停止位置处继续播放该 流媒体。

另一方面， 提供了一种流媒体服务器， 包括： 第一接收单元， 用于从第 一终端接收该第一终端在播放流媒体的过程中 发起的播放停止命令， 该播放 停止命令用于指示该流媒体的播放停止； 记录单元， 用于根据该播放停止命 令， 在书签存储位置处记录书签， 该书签用于指示该第一终端在播放该流媒 体的过程中的播放停止位置； 第二接收单元， 用于从第二终端接收用于请求 播放该流媒体的请求消息， 该请求消息携带该流媒体的标识以及该书签， 其 中该书签是该第二终端相应的业务服务器从该 书签存储位置处读取的； 处理 单元， 用于根据该流媒体的标识以及该书签定位该流 媒体， 并向该第二终端 发送该流媒体在该播放停止位置之后的内容， 以便该第二终端从该书签指示 的该播放停止位置处继续播放该流媒体。

另一方面， 提供了一种流媒体服务器， 包括： 第一接收单元， 用于从第 一终端接收该第一终端在播放流媒体的过程中 发起的播放停止命令， 该播放 停止命令用于指示该流媒体的播放停止； 记录单元， 用于根据该播放停止命 令， 在书签存储位置处记录书签， 该书签用于指示该第一终端在播放该流媒 体的过程中的播放停止位置； 第二接收单元， 用于从第二终端接收用于请求 播放该流媒体的请求消息， 该请求消息携带该流媒体的标识； 读取单元， 用 于根据该流媒体的标识， 从该书签存储位置处读取该书签； 处理单元， 用于 根据该流媒体的标识以及该书签定位该流媒体 ， 并向该第二终端发送该流媒 体在该播放停止位置之后的内容， 以便该第二终端从该书签指示的该播放停 止位置处继续播放该流媒体。

另一方面， 提供了一种流媒体服务器， 包括： 接收单元， 用于从第二终 端接收用于请求播放流媒体的请求消息， 该请求消息携带该流媒体的标识， 该流媒体的标识是该第二终端从该第二终端相 应的业务服务器获取的； 读取 单元， 用于根据该流媒体的标识， 从书签存储位置处读取书签， 该书签用于 指示第一终端在播放该流媒体的过程中的播放 停止位置， 该书签是该第一终 端相应的业务服务器在该书签存储位置处记录 的； 处理单元， 用于根据该流 媒体的标识以及该书签定位该流媒体， 并向该第二终端发送该流媒体在该播 放停止位置之后的内容， 以便该第二终端从该书签指示的该播放停止位 置处 继续播放该流媒体。

本发明实施例中通过在第一终端在停止播放流 媒体时记录书签，在第二 终端请求播放该流媒体时根据流媒体的标识和 书签定位该流媒体，使得第二 终端能够从书签指示的播放停止位置处继续播 放，从而能够实现多屏流媒体 业务无缝播放， 并提升用户体验。 附图说明

为了更清楚地说明本发明实施例的技术方案， 下面将对本发明实施例中 所需要使用的附图作筒单地介绍， 显而易见地， 下面所描述的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他的附图。

图 1是根据本发明实施例的多屏流媒体播放方法� �示意性流程图。 图 2是根据本发明另一实施例的多屏流媒体播放� �法的示意性流程图。 图 3是根据本发明另一实施例的多屏流媒体播放� �法的示意性流程图。 图 4是可应用本发明实施例的系统架构的一个例� �。

图 5是可适用于图 4的系统架构的多屏流媒体播放方法的过程的� �意性 流程图。

图 6是可应用本发明实施例的系统架构的另一例� �。

图 7是可适用于图 6的系统架构的多屏流媒体播放方法的过程的� �意性 流程图。

图 8是可应用本发明实施例的系统架构的另一例� �。

图 9是可适用于图 8的系统架构的多屏流媒体播放方法的过程的� �意性 流程图。

图 10是根据本发明一个实施例的流媒体服务器的� ��意框图。

图 11是根据本发明另一实施例的流媒体服务器的� ��意框图。

图 12是根据本发明另一实施例的流媒体服务器的� ��意框图。 具体实施方式

下面将结合本发明实施例中的附图，对本发明 实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不 是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创 造性劳动的前提下所获得的所有其他实施例， 都应属于本发明保护的范围。

图 1是根据本发明实施例的多屏流媒体播放方法� �示意性流程图。 图 1 的方法由流媒体服务器执行。

110, 从第一终端接收第一终端在播放流媒体的过程 中发起的播放停止 命令， 播放停止命令用于指示该流媒体的播放停止。

本发明实施例中， 流媒体可以是音频流媒体或视频流媒体等， 本发明实 施例对此不作限定。播放停止命令可以是现有 技术中终端发起的播放停止命 令， 例如， 第一终端为机顶盒（Set-Top Box, STB ) 时， 播放停止命令可以 为 "Teardown(停止） "命令。第一终端为手机时，播放停止命令可� �为" CLOSE (关闭）"命令。 第一终端为电脑时， 播放停止命令可以为 "closeStream (关 闭流媒体）" 命令。 本发明实施例对此不作限定。

120, 根据播放停止命令， 在书签存储位置处记录书签， 该书签用于指 示第一终端在播放该流媒体的过程中的播放停 止位置。

可选地， 作为一个实施例， 流媒体服务器可以确定播放停止命令是否为 需要记录书签的触发命令， 在确定播放停止命令为触发命令的情况下， 在书 签存储位置处记录书签。

可选地， 作为另一实施例， 流媒体服务器可以根据终端标识、 流媒体协 议类型与书签触发命令之间的对应关系， 以及第一终端的标识和流媒体的协 议类型， 确定播放停止命令是否为需要记录书签的触发 命令。

例如， 对应关系的形式可以如下： 书签 {终端标识， 流媒体协议类型， 书签触发命令 }。 比如书签 {STB , RTSP, Teardown} , 即在第一终端为 STB , 流媒体协议类型为实时流协议（ Real Time Streaming Protocol, RTSP ) 时， 如果播放停止命令为 "Teardown" , 则可确定为触发命令。 比如书签 {Mobile, HLS , CLOSE} , 即在第一终端为手机（Mobile ), 流媒体协议类型为基于超 文本传输协议的实时流媒体 ( Hypertext Transfer Protocol Live Streaming , HLS )协议时， 如果播放停止命令为 "CLOSE" , 则可确定为触发命令。 比 如书签 {WEB , RTMP, closeSream} , 即在第一终端为计算机， 流媒体协议 类型为路由选择表维护协议（Routing Table Maintenance Protocol, RTMP ) 时， 如果播放停止命令为 "closeSream" , 则可确定为触发命令。

因此， 本发明实施例中， 由于终端标识、 流媒体协议类型与书签触发命 令是对应的， 从而能够兼容多终端和多流媒体协议。

130, 从第二终端接收用于请求继续播放该流媒体的 请求消息， 该请求 消息携带该流媒体的标识以及该书签， 其中该书签是第二终端相应的业务服 务器从书签存储位置处读取的。

第二终端和第一终端可以为相同类型的终端， 也可以为不同类型的终 端， 本发明实施例中对此不作限定。

流媒体的标识可以是能够对流媒体起到标识作 用的信息， 例如可以包括 流媒体内容标识或流媒体的播放地址等。 本发明实施例对此不作限定。

140, 根据该流媒体的标识以及该书签定位该流媒体 ， 并向第二终端发 送该流媒体在播放停止位置之后的内容， 以便第二终端从该书签指示的播放 停止位置处继续播放该流媒体。

应理解， 本发明实施例中， 上述书签存储位置可以位于书签服务器中， 流媒体服务器与第二终端相应业务服务器可以 共享书签服务器。 此外， 书签 存储位置也可以是数据库或文件， 可以是集中的， 也可以是分散的。 流媒体 服务器与第二终端相应业务服务器可以共享书 签存储位置。

本发明实施例中通过在第一终端在停止播放流 媒体时记录书签，在第二 终端请求继续播放该流媒体时根据流媒体的标 识和书签定位该流媒体，使得 第二终端能够从书签指示的播放停止位置处继 续播放，从而能够实现多屏流 媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签， 使得流媒体服务 器能够对书签进行统一管理， 能够提高实时性。 此外， 由于业务服务器读取 书签是采用分散式处理的方式， 使得并发控制和数据同步易于实现。 而且在 分布式 /远程组网下， 使得同步方案更为筒单。

图 2是根据本发明另一实施例的多屏流媒体播放� �法的示意性流程图。 图 2的方法由流媒体服务器执行。

210, 从第一终端接收第一终端在播放流媒体的过程 中发起的播放停止 命令， 播放停止命令用于指示该流媒体的播放停止。

本发明实施例中， 流媒体可以是音频流媒体或视频流媒体等， 本发明实 施例对此不作限定。播放停止命令可以是现有 技术中终端发起的播放停止命 令， 例如， 第一终端为 STB 时， 播放停止命令可以为 "Teardown" 命令。 第一终端为手机时， 播放停止命令可以为 "CLOSE"命令。 第一终端为电脑 时， 播放停止命令可以为 "closeStream"命令。 本发明实施例对此不作限定。

220, 根据播放停止命令， 在书签存储位置处记录书签， 该书签用于指 示第一终端在播放该流媒体的过程中的播放停 止位置。

可选地， 作为一个实施例， 流媒体服务器可以确定播放停止命令是否为 需要记录书签的触发命令， 在确定播放停止命令为触发命令的情况下， 在书 签存储位置处记录书签。

可选地， 作为另一实施例， 流媒体服务器可以根据终端标识、 流媒体协 议类型与书签触发命令之间的对应关系， 以及第一终端的标识和流媒体的协 议类型， 确定播放停止命令是否为需要记录书签的触发 命令。

例如， 对应关系的形式可以如下： 书签 {终端标识， 流媒体协议类型， 书签触发命令 }。 比如书签 {STB, RTSP, Teardown} , 即在第一终端为 STB, 流媒体协议类型为 RTSP 时， 如果播放停止命令为 "Teardown" , 则可确定 为触发命令。 比如书签 {Mobile , HLS , CLOSE} , 即在第一终端为手机 ( Mobile ),流媒体协议类型为 HLS协议时，如果播放停止命令为 "CLOSE" , 则可确定为触发命令。 比如书签 {WEB, RTMP, closeSream} , 即在第一终 端为计算机， 流媒体协议类型为 RTMP 时， 如果播放停止命令为 "closeSream" , 则可确定为触发命令。

因此， 本发明实施例中， 由于终端标识、 流媒体协议类型与书签触发命 令是对应的， 从而能够兼容多终端和多流媒体协议。

230, 从第二终端接收用于请求继续播放该流媒体的 请求消息， 该请求 消息携带流媒体的标识。

第二终端和第一终端可以为相同类型的终端， 也可以为不同类型的终 端， 本发明实施例中对此不作限定。

流媒体的标识可以是能够对流媒体起到标识作 用的信息， 例如可以包括 流媒体内容标识或流媒体的播放地址等。 本发明实施例对此不作限定。

240, 根据该流媒体的标识， 从书签存储位置处读取该书签。

250, 根据该流媒体的标识以及该书签定位该流媒体 ， 并向第二终端发 送该流媒体在播放停止位置之后的内容， 以便第二终端从该书签指示的播放 停止位置处继续播放该流媒体。

本发明实施例中通过在第一终端在停止播放流 媒体时记录书签，在第二 终端请求继续播放该流媒体时根据流媒体的标 识和书签定位该流媒体，使得 第二终端能够从书签指示的播放停止位置处继 续播放，从而能够实现多屏流 媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签和读取书签， 不仅 使得业务服务器更加筒单， 而且能够更加有效地进行并发管理， 并能够提高 实时性。

图 3是根据本发明另一实施例的多屏流媒体播放� �法的示意性流程图。 图 3的方法由流媒体服务器执行。

310, 从第二终端接收用于请求继续播放流媒体的请 求消息， 该请求消 息携带该流媒体的标识， 该流媒体的标识是第二终端从第二终端相应的 业务 服务器获取的。

320, 根据该流媒体的标识， 从书签存储位置处读取书签， 该书签用于 指示第一终端在播放该流媒体的过程中的播放 停止位置， 该书签是第一终端 相应的业务服务器在书签存储位置处记录的。

第二终端和第一终端可以为相同类型的终端， 也可以为不同类型的终 端， 本发明实施例中对此不作限定。

流媒体的标识可以是能够对流媒体起到标识作 用的信息， 例如可以包括 流媒体内容标识或流媒体的播放地址等。 本发明实施例对此不作限定。

330, 根据该流媒体的标识以及该书签定位该流媒体 ， 并向第二终端发 送该流媒体在播放停止位置之后的内容， 以便第二终端从该书签指示的播放 停止位置处继续播放该流媒体。

应理解， 本发明实施例中， 上述书签存储位置可以位于书签服务器中， 流媒体服务器与第一终端相应的业务服务器可 以共享书签服务器。 此外， 书 签存储位置也可以是数据库或文件， 可以是集中的， 也可以是分散的。 流媒 体服务器与第一终端相应的业务服务器可以共 享书签存储位置。

本发明实施例中根据流媒体的标识读取第一终 端在停止播放该流媒体 时第一终端相应的业务服务器记录的书签， 并根据该流媒体的标识和书签定 位该流媒体， 使得第二终端能够从书签指示的播放停止位置 处继续播放， 从 而能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器读取书签， 业务服务器记录 书签，使得流媒体服务器能够提供緩存策略， 并能够提高读取书签的实时性。

下面将结合具体例子详细描述本发明实施例。 应注意， 这些例子是为了 帮助本领域技术人员更好地理解本发明实施例 ， 而非限制本发明实施例的范 围。 本领域技术人员可以基于这些例子进行修改， 例如采用其它终端、 其它 流媒体协议、 其它书签存储位置等， 这样的修改均落入本发明实施例的范围 内。

图 4是可应用本发明实施例的系统架构的一个例� �。

在图 4中， 该系统架构 400可包括第一终端 410、 第二终端 420、 第三 终端 430、 第一终端 410相应的业务服务器 440a、 第二终端 420相应的业务 服务器 450a、 第三终端 430相应的业务服务器 460a、 流媒体服务器 470a。

该系统架构 400还可包括书签服务器 480, 书签存储位置位于书签服务 器 480中。 应注意， 本发明实施例中， 该系统架构还可以包括其它的终端及 相应的业务服务器， 本发明实施例并不限定。

在图 4中， 流媒体服务器 470a可在书签服务器 480中的书签存储位置 处记录书签。 业务服务器 440a、 业务服务器 450a和业务服务器 460a均可从 书签服务器 480中的书签存储位置处读取书签。第一终端 410、第二终端 420 和第三终端 430可分别从相应的业务服务器获取流媒体的标 识和书签。 流媒 体的标识可以包括流媒体内容标识或流媒体的 播放地址，播放地址可以是 url ( uniform resource locator , 统一资源定位符 )。

本发明实施例中通过在第一终端在停止播放流 媒体时记录书签，在第二 终端请求继续播放该流媒体时根据流媒体的标 识和书签定位该流媒体，使得 第二终端能够从书签指示的播放停止位置处继 续播放，从而能够实现多屏流 媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签， 使得流媒体服务 器能够对书签进行统一管理， 能够提高实时性。 此外， 由于业务服务器读取 书签是采用分散式处理的方式， 使得并发控制和数据同步易于实现。 而且在 分布式 /远程组网下， 使得同步方案更为筒单。

图 5是可适用于图 4的系统架构的多屏流媒体播放方法的过程的� �意性 流程图。

501 , 第一终端 410在播放流媒体的过程中， 向流媒体服务器 470a发送 播放停止命令， 该播放停止命令用于指示流媒体的播放停止。

502, 流媒体服务器 470a根据终端标识、 流媒体协议类型与书签触发命 令之间的对应关系， 以及第一终端 410的标识和流媒体的协议类型， 确定步 骤 501中的播放停止命令是否为需要记录书签的触 发命令。 例如， 对应关系的形式可以如下： 书签 {终端标识， 流媒体协议类型， 书签触发命令 }。 比如书签 {STB, RTSP, Teardown} , 即在终端为 STB, 流 媒体协议类型为 RTSP 时， 如果播放停止命令为 "Teardown" , 则确定为触 发命令。 比如书签 {Mobile, HLS, CLOSE} , 即在终端为手机（ Mobile ), 流 媒体协议类型为 HLS协议时， 如果播放停止命令为 "CLOSE" , 则确定为触 发命令。 比如书签 {WEB , RTMP, closeSream} , 即在终端为计算机， 流媒 体协议类型为 RTMP时， 如果播放停止命令为 "closeSream" , 则确定为触发 命令。

503,流媒体服务器 470a在步骤 502中确定播放停止命令为触发命令时， 记录书签， 该书签用于指示第一终端 410在播放流媒体的过程中的播放停止 位置。

504,流媒体服务器 470a向书签服务器 480发送步骤 503中记录的书签， 以便书签服务器 480存储该书签。

505, 书签服务器 480向流媒体服务器 470a返回指示书签存储成功的消 息。

506,流媒体服务器 470a向第一终端 410返回指示书签存储成功的消息。

507, 第二终端 420需要从书签指示的播放停止位置处继续播放 流媒体。

508, 第二终端 420向第二终端相应的业务服务器 450a请求流媒体的标 识。

流媒体的标识可以是能够对流媒体起到标识作 用的信息， 例如可以包括 流媒体内容标识或流媒体的播放地址等， 比如播放地址可以是 url。 本发明 实施例对此不作限定。

509, 第二终端 420相应的业务服务器 450a从书签服务器 480的书签存 储位置处读取书签。

510 ,书签服务器 480向第二终端 420相应的业务服务器 450a返回书签。

511 , 第二终端 420相应的业务服务器 450a向第二终端 420返回流媒体 的标识和书签。

512, 第二终端 420向流媒体服务器 470a发送用于请求继续播放该流媒 体的请求消息， 该请求消息携带步骤 511中获取的流媒体的标识和书签。

513, 流媒体服务器 470a根据步骤 512中的流媒体的标识和书签， 定位 流媒体。

514, 流媒体服务器 470a向第二终端 420返回流媒体在书签指示的播放 停止位置之后的内容。

515 , 第二终端 420从书签指示的播放停止位置处继续播放流媒 体。 本发明实施例中通过流媒体服务器在第一终端 在停止播放流媒体时记 录书签，在第二终端请求继续播放该流媒体时 根据流媒体的标识和书签定位 该流媒体， 使得第二终端能够从书签指示的播放停止位置 处继续播放， 从而 能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签， 使得流媒体服务 器能够对书签进行统一管理， 能够提高实时性。 此外， 由于业务服务器读取 书签是采用分散式处理的方式， 使得并发控制和数据同步易于实现。 而且在 分布式 /远程组网下， 使得同步方案更为筒单。

图 6是可应用本发明实施例的系统架构的另一例� �。在图 6的实施例中， 沿用与图 4中相同的附图标记以表示相同的部件。

在图 6中， 该系统架构 600可包括第一终端 410、 第二终端 420、 第三 终端 430、 第一终端 410相应的业务服务器 440b、 第二终端 420相应的业务 服务器 450b、 第三终端 430相应的业务服务器 460b、 流媒体服务器 470b。

该系统架构 600还可包括书签服务器 480, 书签存储位置位于书签服务 器 480中。 应注意， 本发明实施例中， 该系统架构还可以包括其它的终端及 相应的业务服务器， 本发明实施例并不限定。

在图 6中， 流媒体服务器 470b可在书签服务器 480中的书签存储位置 处记录书签，还可从书签存储位置处读取书签 。第一终端 410、第二终端 420 和第三终端 430可分别从相应的业务服务器获取流媒体的标 识。 流媒体的标 识可以包括流媒体内容标识或流媒体的播放地 址， 播放地址可以是 url。

本发明实施例中通过流媒体服务器在第一终端 在停止播放流媒体时记 录书签，在第二终端请求继续播放该流媒体时 根据流媒体的标识和书签定位 该流媒体， 使得第二终端能够从书签指示的播放停止位置 处继续播放， 从而 能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签和读取书签， 不仅 使得业务服务器更加筒单， 而且能够更加有效地进行并发管理， 并能够提高 实时性。

图 7是可适用于图 6的系统架构的多屏流媒体播放方法的过程的� �意性 流程图。

图 7中的步骤 701至 706与图 5中的步骤 501至 506基本相同， 为了避 免重复， 此处不再赘述。

707, 第二终端 420需要从书签指示的播放停止位置处继续播放 流媒体。

708, 第二终端 420向第二终端 420相应的业务服务器 450b请求流媒体 的标识。

流媒体的标识可以是能够对流媒体起到标识作 用的信息， 例如可以包括 流媒体内容标识或流媒体的播放地址等， 比如播放地址可以是 url。 本发明 实施例对此不作限定。

709, 第二终端 420相应的业务服务器 450b向第二终端 420返回流媒体 的标识。

710, 第二终端 420向流媒体服务器 470b发送用于请求继续播放该流媒 体的请求消息， 该请求消息携带步骤 709中的流媒体的标识。

711 , 流媒体服务器 470b根据流媒体的标识， 从书签服务器 480的书签 存储位置处读取书签。

712, 书签服务器 480向流媒体服务器 470b返回书签。

713 , 流媒体服务器 470b根据流媒体的标识和书签， 定位流媒体。

714, 流媒体服务器 470b向第二终端 420返回流媒体在播放停止位置之 后的内容。

715 , 第二终端 420从书签指示的播放停止位置处继续播放流媒 体。 本发明实施例中通过流媒体服务器在第一终端 在停止播放流媒体时记 录书签，在第二终端请求继续播放该流媒体时 根据流媒体的标识和书签定位 该流媒体， 使得第二终端能够从书签指示的播放停止位置 处继续播放， 从而 能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签和读取书签， 不仅 使得业务服务器更加筒单， 而且能够更加有效地进行并发管理， 并能够提高 实时性。

图 8是可应用本发明实施例的系统架构的另一例� �。在图 8的实施例中， 沿用与图 4和图 6中相同的附图标记以表示相同的部件。

在图 8中， 该系统架构 800可包括第一终端 410、 第二终端 420、 第三 终端 430、 第一终端 410相应的业务服务器 440c、 第二终端 420相应的业务 服务器 450c、 第三终端 430相应的业务服务器 460c、 流媒体服务器 470c。

该系统架构 800还可包括书签服务器 480, 书签存储位置位于书签服务 器 480中。 应注意， 本发明实施例中， 该系统架构还可以包括其它的终端及 相应的业务服务器， 本发明实施例并不限定。

在图 8中， 业务服务器 440c、 业务服务器 450c和业务服务器 460c均可 在书签服务器 480中的书签存储位置处记录书签。 流媒体服务器 470c可从 书签服务器 480中的书签存储位置处读取书签。第一终端 410、第二终端 420 和第三终端 430可分别从相应的业务服务器获取流媒体的标 识。 流媒体的标 识可以包括流媒体内容标识或流媒体的播放地 址， 播放地址可以是 url。

本发明实施例中流媒体服务器根据流媒体的标 识读取第一终端在停止 播放该流媒体时第一终端相应的业务服务器记 录的书签， 并根据该流媒体的 标识和书签定位该流媒体，使得第二终端能够 从书签指示的播放停止位置处 继续播放， 从而能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器读取书签， 业务服务器记录 书签，使得流媒体服务器能够提供緩存策略， 并能够提高读取书签的实时性。

图 9是可适用于图 8的系统架构的多屏流媒体播放方法的过程的� �意性 流程图。

901 , 第一终端 410在播放流媒体过程中停止播放， 向第一终端 410相 应的业务服务器 440c请求记录书签， 该书签用于指示第一终端 410在播放 流媒体的过程中播放停止位置。

902, 第一终端 410相应的业务服务器 440c记录书签。

903 , 第一终端 410相应的业务服务器 440c向书签服务器 480发送步骤 902中记录的书签， 以便书签服务器 480存储书签。

904, 书签服务器 480向第一终端 410相应的业务服务器 440c返回指示 书签存储成功的消息。

905 , 第一终端 410相应的业务服务器 440c向第一终端 410返回指示书 签存储成功的消息。

步骤 906至 914与图 7中的步骤 707至 715基本相同， 为了避免重复， 此处不再赘述。

本发明实施例中根据流媒体的标识读取第一终 端在停止播放该流媒体 时第一终端相应的业务服务器记录的书签， 并根据该流媒体的标识和书签定 位该流媒体， 使得第二终端能够从书签指示的播放停止位置 处继续播放， 从 而能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器读取书签， 业务服务器记录 书签，使得流媒体服务器能够提供緩存策略， 并能够提高读取书签的实时性。 图 10是根据本发明一个实施例的流媒体服务器的� ��意框图。 图 10的流 媒体服务器 1000包括第一接收单元 1010、记录单元 1020、第二接收单元 1030 和处理单元 1040。

第一接收单元 1010从第一终端接收第一终端在播放流媒体的� �程中发 起的播放停止命令， 该播放停止命令用于指示该流媒体的播放停止 。 记录单 元 1020根据该播放停止命令， 在书签存储位置处记录书签， 该书签用于指 示第一终端在播放该流媒体的过程中的播放停 止位置。 第二接收单元 1030 从第二终端接收用于请求继续播放该流媒体的 请求消息， 该请求消息携带该 流媒体的标识以及该书签， 其中该书签是第二终端相应的业务服务器从书 签 存储位置处读取的。 处理单元 1040根据该流媒体的标识以及该书签定位该 流媒体， 并向第二终端发送该流媒体在播放停止位置之 后的内容， 以便第二 终端从该书签指示的播放停止位置处继续播放 该流媒体。

本发明实施例中通过在第一终端在停止播放流 媒体时记录书签，在第二 终端请求继续播放该流媒体时根据流媒体的标 识和书签定位该流媒体，使得 第二终端能够从书签指示的播放停止位置处继 续播放，从而能够实现多屏流 媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签， 使得流媒体服务 器能够对书签进行统一管理， 能够提高实时性。 此外， 由于业务服务器读取 书签是采用分散式处理的方式， 使得并发控制和数据同步易于实现。 而且在 分布式 /远程组网下， 使得同步方案更为筒单。

流媒体服务器 1000的其它功能和操作可参照上面图 1、图 4和图 5的方 法实施例中涉及流媒体服务器的过程， 为了避免重复， 此处不再赘述。

可选地， 作为一个实施例， 记录单元 1020可确定播放停止命令是否为 需要记录书签的触发命令， 在确定播放停止命令为触发命令的情况下， 在书 签存储位置处记录书签。

可选地， 作为另一实施例， 记录单元 1020可根据终端标识、 流媒体协 议类型与书签触发命令之间的对应关系， 以及第一终端的标识和该流媒体的 协议类型， 确定播放停止命令是否为需要记录书签的触发 命令。

图 11是根据本发明另一实施例的流媒体服务器的� ��意框图。 图 11的流 媒体服务器 1100 包括第一接收单元 1110、 记录单元 1120、 第二接收单元 1130、 读取单元 1140和处理单元 1150。

第一接收单元 mo从第一终端接收第一终端在播放流媒体的过� ��中发 起的播放停止命令， 该播放停止命令用于指示该流媒体的播放停止 。 记录单 元 1120根据播放停止命令， 在书签存储位置处记录书签， 该书签用于指示 第一终端在播放该流媒体的过程中的播放停止 位置。 第二接收单元 1130从 第二终端接收用于请求继续播放该流媒体的请 求消息， 该请求消息携带该流 媒体的标识。 读取单元 1140根据该流媒体的标识， 从书签存储位置处读取 该书签。 处理单元 1150根据该流媒体的标识以及该书签定位该流� �体， 并 向第二终端发送该流媒体在播放停止位置之后 的内容， 以便第二终端从该书 签指示的播放停止位置处继续播放该流媒体。

本发明实施例中通过在第一终端在停止播放流 媒体时记录书签，在第二 终端请求继续播放该流媒体时根据流媒体的标 识和书签定位该流媒体，使得 第二终端能够从书签指示的播放停止位置处继 续播放，从而能够实现多屏流 媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器记录书签和读取书签， 不仅 使得业务服务器更加筒单， 而且能够更加有效地进行并发管理， 并能够提高 实时性。

流媒体服务器 1100的其它功能和操作可参照上面图 2、图 6和图 7的方 法实施例中涉及流媒体服务器的过程， 为了避免重复， 此处不再赘述。

可选地， 作为一个实施例， 记录单元 1120可确定播放停止命令是否为 需要记录书签的触发命令， 在确定播放停止命令为触发命令的情况下， 在书 签存储位置处记录书签。

可选地， 作为另一实施例， 记录单元 1120可根据终端标识、 流媒体协 议类型与书签触发命令之间的对应关系， 以及第一终端的标识和该流媒体的 协议类型， 确定播放停止命令是否为需要记录书签的触发 命令。

图 12是根据本发明另一实施例的流媒体服务器的� ��意框图。 图 12的流 媒体服务器 1200包括接收单元 1210、 读取单元 1220和处理单元 1230。

接收单元 1210从第二终端接收用于请求继续播放流媒体� �请求消息， 该请求消息携带该流媒体的标识， 该流媒体的标识是第二终端从第二终端相 应的业务服务器获取的。 读取单元 1220根据该流媒体的标识， 从书签存储 位置处读取书签， 该书签用于指示第一终端在播放该流媒体的过 程中的播放 停止位置， 该书签是第一终端相应的业务服务器在书签存 储位置处记录的。 处理单元 1230根据该流媒体的标识以及该书签定位该流� �体， 并向第二终 端发送该流媒体在播放停止位置之后的内容， 以便第二终端从该书签指示的 该播放停止位置处继续播放该流媒体。

本发明实施例中根据流媒体的标识读取第一终 端在停止播放该流媒体 时第一终端相应的业务服务器记录的书签， 并根据该流媒体的标识和书签定 位该流媒体， 使得第二终端能够从书签指示的播放停止位置 处继续播放， 从 而能够实现多屏流媒体业务无缝播放， 并提升用户体验。

另外， 本发明实施例中， 通过流媒体服务器读取书签， 业务服务器记录 书签，使得流媒体服务器能够提供緩存策略， 并能够提高读取书签的实时性。

流媒体服务器 1200的其它功能和操作可参照上面图 3、图 8和图 9的方 法实施例中涉及流媒体服务器的过程， 为了避免重复， 此处不再赘述。

本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特 定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不 同方 法来实现所描述的功能， 但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到， 为描述的方便和筒洁， 上述描 述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应 过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式，例如多个单元或组件可 以结合或者可以集成到另一个 系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些 接口， 装置或单元的间接耦合 或通信连接， 可以是电性， 机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可 以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理 单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据 实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。

另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一 个单元中。

所述功能如果以软件功能单元的形式实现并作 为独立的产品销售或使 用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明 的技术方案本质上或者说对现有技术做出贡献 的部分或者该技术方案的部 分可以以软件产品的形式体现出来，该计算机 软件产品存储在一个存储介质 中， 包括若干指令用以使得一台计算机设备（可以 是个人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述 方法的全部或部分步骤。 而前 述的存储介质包括： U盘、移动硬盘、只读存储器（ ROM , Read-Only Memory )、 随机存取存储器（RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应以所述权利要求的保护范围为准。