用于传送内容的方法和设备与流程

本公开涉及数据处理，并且更具体地涉及用于传送内容的方法和设备。

背景技术：

过顶内容(ott)是指通过因特网传递视频、音频和其他媒体，无需多个系统操作员参与内容的控制或分发。因特网服务提供商(isp)可以知道因特网协议分组的内容，但不对其负责，也不能控制观看能力、版权和内容的其他再分发。这与从因特网服务提供商购买或租用视频或音频内容相反，诸如付费电视视频点播或iptv视频服务，如at&tu-verse。ott特别是指从第三方(诸如nowtv、netflix、wherevertv、netd、hulu、crackle、wwe网络、rpitv或mytv)到达的内容，并且被传递到最终用户设备，使isp仅负责传输ip分组。随着ott盒子以及嵌入有ott盒子的功能的电视机的广泛使用，越来越多人想经由ott盒子而不是pc、平板和智能电话在家里看tv上的在线视频/电影。并且存在用户将内容的回放或播放从一个呈现设备动态地切换到另一个呈现设备(例如从客厅tv到卧室tv，或者从平板/智能电话到客厅tv)的需要。

存在一些现有技术，使得能够在两个设备之间切换播放内容，包括airplay、miracast、dlna(数字生活网络联盟)等。但是在这些基于因特网的在线媒体播放应用中，存在一些限制：

1)airplay：当意在将正被播放的内容从客户端切换到airplay服务器(例如appletv)时，客户端将内容url和内容的播放轴中的当前播放位置发送到appletv。作为响应，appletv通过发起并向内容服务器发送具有内容url的请求来设立到内容服务器的新连接，然后寻找指定的播放位置。由于需要重新建立到内容服务器的连接，所以服务器将连接视为新的客户端请求。因此，服务器再次发出一些在先前的播放进度期间已经发出的重复行为。例如，appletv再次播放广告视频剪辑；其他行为包括认证处理。这给用户体验带来不良影响。

2)miracast：正在播放内容的设备担任源设备。其对本地视频进行编码，并经由wifi-direct连接将它们发送到所选目标设备。源设备在其利用编码视频来服务目标设备时不能离开或终止其与内容服务器的连接。

3)dlna：其需要内容服务器来托管内容以对其进行流传输。在因特网在线媒体播放的情况下，因特网中的内容服务器不可能是dlnadms(数字媒体服务器)兼容设备。

因此，期望用于在媒体内容的回放期间将媒体内容从一个呈现设备传送到另一个所选呈现设备的方法和装置，而不降低用户的观看体验。

技术实现要素：

根据本公开的一方面，提供了一种传送内容的方法，其中在连接内容服务器和至少两个呈现设备的中间设备(例如网关)处，包括以下步骤：从第一呈现设备接收发往内容服务器的对内容的请求；建立第一呈现设备与中间设备之间的第一连接以及中间设备与内容服务器之间的第二连接；经由第一连接向第一呈现设备发送经由第二连接接收到的内容的数据；从第二呈现设备接收发往内容服务器的对内容的请求；建立中间设备与第二呈现设备之间的第三连接；以及使用第二连接来接收内容的数据并经由第三连接向第二呈现设备发送该数据。

根据本公开的另一方面，提供了一种用于传送来自内容服务器的内容的设备，其中该设备连接内容服务器和至少两个呈现设备，包括收发器，用于接收和发送数据；处理器，用于经由收发器从第一呈现设备接收发往内容服务器的对内容的请求；建立第一呈现设备与该设备之间的第一连接以及该设备与内容服务器之间的第二连接；经由收发器，经由第一连接向第一呈现设备发送经由第二连接接收到的内容的数据；经由收发器，从第二呈现设备接收发往内容服务器的对内容的请求；建立该设备与第二呈现设备之间的第三连接；以及使用第二连接来接收内容的数据并经由第三连接向第二呈现设备发送该数据。

应当理解，本公开的更多方面和优点将在本公开的以下详细描述中找到。

附图说明

将使用被包括以提供对本发明的进一步理解并且被并入和构成本申请的一部分的附图来说明本发明的实施例，如通过描述所解释的那样。本发明不限于实施例。

附图中：

图1是示出根据本公开的实施例的用于传送媒体或视频内容的系统的框图；

图2是示出根据本公开的实施例的传送内容的方法的流程图；

图3是示出根据本公开的实施例的用于将内容从内容服务器101运送到呈现设备a103的tcp连接的图；

图4是示出根据本公开的实施例的屏幕菜单的一部分的图；

图5是示出根据本公开的实施例的传送内容的方法的实现方式的流程图；以及

图6是示出根据本公开的实施例的连接的图。

具体实施方式

现在将结合附图详细描述本发明的实施例。在以下描述中，为了清楚和简明，可以省略对已知功能和配置的一些详细描述。

图1是示出根据本公开的实施例的用于传送媒体或视频内容的系统的框图。该系统包括内容服务器101、网关102和两个或呈现设备103和104(该图仅示出2个呈现设备)。

内容服务器101经由网关102向一个或多个呈现设备提供媒体内容，例如数据分组中的视频或音频。在一个示例中，内容服务器101是因特网中的服务器。

网关102是内容服务器101与呈现设备之间的中间设备。在一个示例中，其在用户端，例如在用户家中并且为路由器。为了实现本公开的目的，需要在网关102中支持或实现代理功能。网关102需要能够自动识别传输协议或传输消息，然后应用针对协议/消息的应用代理来建立呈现设备与内容服务器101之间的连接。通常，由于因特网上的许多内容服务器使用http协议将视频/音频内容传输到在家的最终用户，所以在因特网的背景下应用代理是http代理。

呈现设备103和104用于向内容服务器101发送对媒体内容(例如，视频或音频)的请求，请求数据会话的传输并且从内容服务器101接收媒体内容并将其显示。其为以下形式之一，包括：因特网tv、具有因特网机顶盒的tv、平板、pc和膝上型计算机等。

在现有技术中，如果用户想要在呈现设备之间转移媒体内容的数据会话，即当他在呈现设备a上观看内容时想要在呈现设备b上观看内容，则建立呈现设备b与内容服务器之间的新连接并终止呈现设备a之间的连接。但是内容服务器将到呈现设备b的连接视为新连接，因为它需要分配新的网络套接字地址，其为因特网协议中的ip地址和端口号的组合。

但是在本实施例中，在呈现设备与内容服务器101的两个端点之间建立两个tcp连接，即一个tcp连接在呈现设备与网关之间，而另一个tcp连接在网关102与内容服务器之间。在此应注意，我们也可以使用udp连接。当将运送媒体内容的媒体流的数据会话从呈现设备a103转移到呈现设备b104时，网关102与服务器101之间的tcp连接保持不变，设立呈现设备b104与网关102之间的新tcp连接，并且去掉建立呈现设备a103与网关102之间的tcp连接。网关102向呈现设备b104而不是设备a转发针对所请求的媒体内容的数据会话的数据分组。在此的“转发”意指对于接收到的数据分组，网关不改变有效载荷数据，而是改变与网关和呈现设备b之间的连接相对应的源设备的ip地址和端口号以及目的地设备的ip地址和端口号。此外，呈现设备a103将其当前播放上下文发送到呈现设备b104，使得呈现设备b104具有用于播放媒体内容的相同的上下文。

图2是示出根据本公开的实施例的传送内容的方法的流程图。

在步骤201中，呈现设备a103向内容服务器101发送对所选内容的请求。该请求包括所选内容的url。当呈现设备a经由网关102向内容服务器101发送对媒体内容的请求时，在内容服务器101与网关102之间以及网关102与呈现设备a之间单独地建立两个tcp连接。图3是示出用于将内容从内容服务器101运送到呈现设备a103的tcp连接的图。在建立连接期间，网关102在本地(在存储器或本地储存器中)记录连接代理数据，例如，用于识别两个连接的数据。在一个示例中，其存储以下信息：

a.呈现设备的ip地址和端口号：它们的组合唯一地对应于在呈现设备中运行的媒体呈现/播放应用；

b.网关的ip地址和端口号，用于与呈现设备中的呈现应用程序连接；

c.网关的ip地址和端口号，用于与内容服务器连接；以及

d.所请求的媒体内容的url(统一资源定位符)。本领域技术人员应注意，可以使用唯一地识别所请求的媒体内容的定位的定位指示符，诸如绝对路径(或相对路径)加上所请求的媒体内容的文件名。

在步骤202中，呈现设备a103经由网关102从内容服务器101以数据分组的形式接收所请求的内容的数据流。

在步骤203中，当用户想要将数据流从呈现设备a103转移到呈现设备b104时，他可以从呈现设备a上的屏幕菜单中选择呈现设备b104作为目的地设备。呈现设备a触发将数据流从呈现设备a转移到呈现设备b的处理。图4是示出根据本公开的实施例的屏幕菜单的一部分的图。从图4中可以看出，在菜单“转移到”的下面存在子菜单“呈现设备b”。用户可以使用遥控器或鼠标来选择子菜单“呈现设备b”。应注意，如果存在更多的呈现设备可用于内容转移，则这些呈现设备在菜单“转移到”的下面列出。还应注意，子菜单可以手动配置(包括ip地址)或者自动实现。对于自动实现，可以通过使用upnp(通用即插即用)来得到。在选择呈现设备b104时，呈现设备a103单独地向网关和呈现设备b发送指令。图5是示出根据本公开的实施例的传送内容的方法的实现方式的流程图。

在步骤501中，呈现设备a向网关发送消息，以指示网关准备内容转移。该消息包括

a.当前呈现设备(即呈现设备a)的ip地址和端口号；

b.所请求的媒体内容的url；以及

c.目标呈现设备(即呈现设备b)的ip地址；

在网关侧，其从呈现设备a接收该切换消息，并且自己准备等待处理来自呈现设备b对该url的请求。具体地，网关利用呈现设备b的ip地址和该url生成一个预检项。准备完成之后，网关向呈现设备a发送指示准备完成的响应消息。

在步骤502中，呈现设备a从网关接收到指示准备完成的响应消息。

在步骤503中，呈现设备a向呈现设备b发送消息，以使呈现设备b继续播放所请求的内容。该消息用于指示呈现设备b向其转移数据会话。并且该消息包括：

a.一个或多个呈现上下文参数，例如播放进度(时间点)、状态(例如暂停或播放)、音量、媒体格式(例如flv、mov、html5等)、会话信息(例如当前活动的http媒体内容传送会话的cookie和会话id、以及会话中应用的相关服务器和客户侧描述信息、以及媒体播放状态，例如位置和音量)、认证信息(如果有的话)(例如，用于与媒体服务器进行通话以及对媒体内容进行解密的密码、令牌或证书)等。该信息可以使呈现设备b对呈现设备b中的呈现应用的上下文进行初始化，以从由播放进度参数所指示的位置继续播放所请求的内容。在示例中，呈现上下文参数仅包括指示当呈现设备a接收到将数据流从呈现设备a转移到呈现设备b的指令时的当前播放位置的播放进度。

b.url，其告知呈现设备b使用它来取回用于播放的媒体内容。

在步骤504中，呈现设备b从呈现设备a接收到消息。在接收到消息时，呈现设备b向内容服务器发送包括该url的请求。

在步骤505中，网关从呈现设备b接收到请求，并确定其是否与生成的预检项相匹配。具体地，其检查分组是否来自预检项中包括的ip地址(即，呈现设备b的ip地址)，以及请求中的url是否与预检项中包括的url相同。如果结果是否定的，则网关针对url建立到内容服务器的新的因特网侧连接，并通过该连接向内容服务器发送请求。在此，连接可以稍后用于传达媒体内容。在另一示例中，网关不建立连接，而是发送请求。如果内容服务器接受请求，则建立用于传达媒体内容的连接。如果结果是肯定的，则网关终止或丢弃请求，并应用应用代理以首先设立到呈现设备b的呈现侧连接，其通常是tcp连接。在此，换句话说，在呈现设备b向内容服务器发送请求之后，其建立到网关的连接。同时，网关应用代理针对来自呈现设备b的该url请求设立因特网侧连接。代替针对该特定请求的内容在网关与内容服务器之间创建新的因特网侧连接，网关使用先前用于呈现设备a的url的现有的因特网侧连接。具体地，在建立呈现设备b与网关之间的连接之后，呈现设备b对呈现设备b的呈现上下文进行初始化。关于呈现上下文的初始化，其包括调节音量、寻找由播放进度参数所指示的播放位置等的动作。具体地，在初始化期间，呈现设备b重新使用从原始呈现设备a接收到的上下文参数，例如会话信息、安全和认证信息，将它们应用于要从呈现设备b建立的“新”会话中，并且在与内容服务器交互时重新使用认证信息并对媒体数据进行解密。当呈现设备b向内容服务器发送请求消息以寻找内容播放被切换时的播放位置时，请求消息经由呈现设备b与网关之间的连接以及网关与内容服务器之间的连接被发送到内容服务器。内容服务器接收请求消息，就像请求消息来自原始呈现设备a一样，并向呈现设备b发送从该播放点起的所请求的内容。在此，从呈现设备b发送到内容服务器的数据分组由应用代理通过到内容服务器的现有的因特网侧连接来发送。并且从内容服务器发送的所请求的内容的数据分组被发送到呈现设备b而不是呈现设备a。此外，在建立呈现设备b与网关之间的连接之后，网关拆下或释放到呈现设备a的先前的呈现侧连接，例如通过使用所存储的呈现设备a的ip地址和端口号。图6是示出根据本公开的实施例的连接的图。

对于因特网内容服务器，播放切换/转移处理对其是透明的。内容服务器不知道家庭侧呈现设备改变，因为请求内容的连接套接字在内容服务器侧和网关侧仍然相同(ip地址和端口号)。

因此，将因特网内容播放从呈现设备a平滑且连续地切换到呈现设备b。

本领域技术人员应知道，内容不限于媒体内容。内容应包括在线游戏的数据等。

下面示出本发明的应用。

1.用户选择因特网电影，并且点击以在呈现设备a上将其播放。电影内容之前的初始30秒嵌入有无法跳过的广告。

2.在看了一会儿(例如20分钟)之后，用户决定将播放进度切换到客厅中的呈现设备b。当然，他不会重新等待30秒的初始嵌入广告。

3.在呈现设备a处，用户选择所找到的呈现b作为切换目标，并点击切换按钮。

4.因特网电影从播放被切换时的点起在呈现设备b上连续播放，而无需引入初始嵌入广告的重新播放。

本实施例提出一种新的解决方案，以支持在呈现设备之间对基于因特网的视频的播放进度动态切换的需要。同时，该解决方案不仅允许用户将因特网内容播放从一个设备切换到另一个设备，而且还让用户例如不会在电影开始之前被迫重新观看插入的广告，或者必须保持原始播放设备仍然活动作为编码和传输源。

下面介绍本公开的修改的实施例。

提供了一种传送内容的方法，其中在连接内容服务器和至少两个呈现设备的中间设备(例如网关)处，包括以下步骤：从第一呈现设备接收发往内容服务器的对内容的请求，其中该请求包括内容的定位指示符；建立第一呈现设备与中间设备之间的第一连接以及中间设备与内容服务器之间的第二连接；经由第一连接向第一呈现设备发送经由第二连接接收到的内容的数据；从第二呈现设备接收发往内容服务器的对内容的请求，其中该请求包括内容的定位指示符；建立中间设备与第二呈现设备之间的第三连接；以及使用第二连接来接收内容的数据并经由第三连接向第二呈现设备发送该数据。

此外，作为改进，在从第二呈现设备接收请求的步骤之前，该方法还包括以下步骤：从第一呈现设备接收消息，其中该消息包括定位指示符和目标呈现设备指示符；其中在建立第三连接的步骤之前，该方法还包括以下步骤：确定来自第二呈现设备的请求是否与该消息中包括的定位指示符和目标呈现设备的ip地址相匹配；如果确定结果是肯定的，则前进到建立第三连接的步骤和保持使用和发送的步骤。

此外，作为改进，该方法还包括以下步骤：如果确定结果是否定的，则向内容服务器发送来自第二呈现设备的请求。

此外，作为改进，确定的步骤还包括以下步骤：确定发送请求的第二呈现设备是否与由目标呈现设备指示符所指示的相同，并且确定请求中的定位指示符是否与在由第一呈现设备发送的消息中包括的定位指示符相同。

此外，作为改进，该方法还包括以下步骤：在建立第三连接之后，释放第一呈现设备与中间设备之间的第一连接。

此外，作为改进，由第一呈现设备发送的消息还包括与第一连接相对应的第一呈现设备的ip地址和端口号，释放的步骤还包括使用第一呈现设备的ip地址和端口号来释放第一连接。

还提供了一种计算机程序产品，其可从通信网络下载和/或记录在可由计算机读取的介质上和/或可由处理器执行，包括用于实现以上方法步骤的程序代码指令。

还提供了一种非临时性计算机可读介质，其包括记录在其上并能够由处理器运行的计算机程序产品，包括用于实现以上方法步骤的程序代码指令。

还提供了一种用于传送来自内容服务器的内容的设备，其中该设备连接内容服务器和至少两个呈现设备，包括收发器，用于接收和发送数据；处理器，用于经由收发器从第一呈现设备接收发往内容服务器的对内容的请求，其中该请求包括内容的定位指示符；建立第一呈现设备与该设备之间的第一连接以及该设备与内容服务器之间的第二连接；经由收发器，经由第一连接向第一呈现设备发送经由第二连接接收到的内容的数据；经由收发器，从第二呈现设备接收发往内容服务器的对内容的请求，其中该请求包括内容的定位指示符；建立该设备与第二呈现设备之间的第三连接；以及使用第二连接来接收内容的数据并经由第三连接向第二呈现设备发送该数据。在此，收发器是硬件实现的，例如有线网络接口(例如rj45)或无线网络接口(例如wi-fi)。

此外，作为改进，处理器还用于在从第二呈现设备接收请求之前，经由收发器，从第一呈现设备接收消息，其中该消息包括定位指示符和目标呈现设备指示符；以及在建立第三连接之前，确定来自第二呈现设备的请求是否与在该消息中包括的定位指示符和目标呈现设备的ip地址相匹配；并且如果确定结果是肯定的，则前进到建立第三连接的步骤和保持使用和发送的步骤。

此外，作为改进，处理器还用于如果确定结果是否定的，则向内容服务器发送来自第二呈现设备的请求。

此外，作为改进，处理器还用于确定发送请求的第二呈现设备是否与由目标呈现设备指示符所指示的相同，并且确定请求中的定位指示符是否与在由第一呈现设备发送的消息中包括的定位指示符相同。

此外，作为改进，处理器还用于在建立第三连接之后，释放第一呈现设备与该设备之间的第一连接。

此外，作为改进，其中由第一呈现设备发送的消息还包括与第一连接相对应的第一呈现设备的ip地址和端口号，并且处理器还用于使用第一呈现设备的ip地址和端口号来释放第一连接。

已经描述了许多实现方式。然而，应当理解，可以做出各种修改。例如，可以对不同实现方式的元素进行组合、补充、修改或删除，以产生其他实现方式。此外，普通技术人员将理解，其他结构和处理可以替代所公开的结构和处理，并且所得到的实现方式将以与所公开的实现方式至少基本相同的方式来执行与所公开的实现方式至少基本相同的功能，以获得与所公开的实现方式至少基本相同的结果。因此，这些和其他实现方式被本申请想到，并且在所附权利要求限定的本发明的范围内。