CN101946481A - 将内容流传输到远程位置的系统和方法 - Google Patents

Abstract

本发明涉及一种用于流传输内容的系统和方法。本发明涉及一种应用服务器(AS)处的方法，该应用服务器位于本地网络上，应用服务器连接至第一网络。该方法包括步骤：从位于第一网络上的第一设备接收基于SIP的消息，该基于SIP的消息(11)包括用于流传输来自位于本地网络上的本地设备的内容的请求；向第一设备发送基于SIP的消息(12)，该基于SIP的消息包括在本地网络上可用的内容的列表；从第一设备接收基于SIP的消息(13)，以向位于第三网络中的至少一个接收器发起来自于内容列表的至少一个内容的流传输；以及向位于第三网络中的应用接收模块发送基于SIP的消息(14)，以邀请至少一个接收器接收所述至少一个内容。

Description

将内容流传输到远程位置的系统和方法

技术领域

本发明总体上涉及内容分发，具体地涉及一种用于流传输内容的方法。

背景技术

本节旨在向读者介绍与以下描述和/或要求保护的本发明的各方面有关的各种背景知识。相信此处的讨论有助于向读者提供背景知识，以便更好地理解本发明的各个方面。因此，应当理解的是，应据此阅读这些说明，而不应将这些说明视为对现有技术的认可。

在各种分布模式下，在互联网上布置视频服务。第一种模式使用IPTV和VOD服务。服务供应商对消费者出售基于流传输协议(典型地RTP)的电视和VOD服务，并且利用用于频道选择的IGMP和用于播放控制命令的RTSP对服务提供控制。

内容存储在位于运营商网络中的服务器上。在VOD的情况下，根据最终用户要求发起服务会话。最终用户向服务器发送(出于安全原因，可能经由代理)命令，以控制内容的传递。这种服务可能包括记录位于运营商网络中的存储资源的特征的能力。识别、认证和授权过程由服务器运营商进行处理。在用户请求对服务的访问时，检查访问服务的权利。识别、认证和授权基于私有用户身份、安全交换协议以及在运营商完全控制下的数据库。这是运营商传递当今IPTV服务的方式。

第二模式是基于HTTP协议下载的内容。最终用户请求特定内容，最终用户可以利用根据HT0TP协议的互联网浏览器获得该特定内容。不对内容进行流传输，而是以拉模式(用户请求并获得分组)将内容从服务器侧传送至消费者侧。通常，传输比特率高于平滑呈现实际所需的内容，并且因此将分组临时存储在最终用户侧上。如果传输比特率瞬时低于最小需求时，呈现冻结，对于最终用户而言播放看起来断断续续。如果访问需要识别和授权。则该访问通常基于登录/口令过程。

为了支持这些服务供应，现在形成了宽带访问网络。这些宽带访问网络在下行链路上提供高比特率(理论上，利用ADSL2+为25Mps)，并且在上行链路上提供更少的比特率(理论上，最高达3Mbps的能力)。甚至规划VDSL2+提供100Mbps的对称比特率。

这在消费服务方面发展了新的机会，特别是通过利用服务供应商的能力丰富消费者环境。最终用户永久拥有或者在其环境中临时可用的内容可以以如下不同消费方式用于远程访问：来自外部位置的远程访问、若干远程位置之间的共享。

发明内容

本发明尝试通过提供一种用于在若干远程位置之间流传输内容的方法，来修改与现有技术有关的至少一些所关注的问题。

本发明涉及一种应用服务器的方法，该应用服务器位于本地网络上，应用服务器连接至第一网络。该方法包括步骤：从位于第一网络上的第一设备接收基于SIP的消息，该基于SIP的消息包括用于流传输来自位于本地网络上的本地设备的内容的请求；向第一设备发送基于SIP的消息，该基于SIP的消息包括在本地网络上可用的内容的列表；从第一设备接收基于SIP的消息，以向位于第三网络中的至少一个接收器发起来自于内容列表的至少一个内容的流传输；以及向位于第三网络中的应用接收模块发送基于SIP的消息，以邀请至少一个接收器接收所述至少一个内容。

根据本发明，应用服务器向位于另一网络上(第三网络)的设备执行针对存储在本地网络络中的内容的流传输保留。用于建立保留的控制消息是基于SIP的消息。应用服务器集中多个功能：检查本地网络中可用的流传输至位于其他网络上的接收器的内容、接收用于建立流传输会话的请求、以及邀请接收器接收内容。该方法简化了第一设备控制下的流会话建立。

根据实施例，内容的列表包括内容的流传输参数。

根据实施例，方法包括以下步骤：接收来自于应用接收模块的响应；向第一设备发送基于SIP的消息，以通知该设备可以开始流传输；以及从第一设备接收基于SIP的消息，以开始流传输。

本发明的另一目的是一种用于最终用户应用模块的方法，包括以下步骤：向连接至本地网络的应用服务器发送基于SIP的消息，该消息包括从位于本地网络上的本地设备流传输内容的请求；从应用服务器接收基于SIP的消息，该基于SIP的消息包括在本地网络上可用的内容的列表；以及向应用服务器发送基于SIP的消息，以向位于第三网络中的至少一个接收器发起来自于内容列表的至少一个内容的流传输。

根据实施例，该方法包括步骤：从应用服务器接收基于SIP的消息，以通知可以开始流传输；以及发送基于SIP的消息以开始流传输。

根据实施例，该方法包括步骤：接收流传输内容。

本发明的另一目的是一种用于连接至本地网络的应用接收模块的方法，包括步骤：从应用服务器接收基于SIP的消息，以邀请位于本地网络中的至少一个接收器接收流传输内容；以及如果本地网络上的至少一个设备已被识别用于呈现邀请内容，则向应用服务器发送响应，以接收该内容。

本发明的了另一目的是一种计算机程序产品，包括当该程序在计算机上执行时用于执行根据本发明的处理步骤的程序代码指令。根据“计算机程序产品”，意味着计算机程序载体，不仅可以存在于包含程序的存储空间(例如，磁盘或磁带)，还可以存在于信号(例如，电或光信号)中。

以下阐述与所公开实施例的范围相当的特定方面。应当理解，提出这些方面仅用于向读者提供本发明可能采用的特定形式的简要概述，并且这些方面并不意在限制本发明的范围。确实，本发明可以包括以下没有阐述的各个方面。

附图说明

参照附图，通过以下实施例和执行示例将更好地理解和示意本发明，而并非是限制性的，在附图中：

图1是符合实施例的系统的框图；

图2示出了符合实施例的家庭邀请网络；

图3示出了符合实施例的家庭受邀网络；

图4示出了符合实施例的应用服务器；

图5是符合实施例的方法的流程图。

在图1、2和3中，所呈现的框是纯功能实体，不一定与物理分离的实体相对应。即，这些框能够以硬件或软件的形式来开发，或者可以在一个或多个集成电路中实现。

具体实施方式

示例实施例出自使用SIP控制命令和RTP流传输的内容分发的架构，但是本发明不限于该特定实施例，并且可以在其他架构内应用。

在图1中示出了根据实施例的系统1。该系统1包括最终用户终端2。该终端通过分组类型的第一网络5(例如，互联网)连接至邀请家庭3。具体地，最终用户终端是支持会话发起协议(SIP)的终端，并且互联网允许传输SIP分组。具体地，最终用户终端是包括SIP能力的蜂窝移动电话。邀请家庭包括至互联网的宽带接口。

受邀家庭通过第二网络连接至邀请家庭。第二网络具有与第一网络相同的类型。当然，该第二网络可以是具有与第一网络不同类型的网络。根据实施例，第二网络具有互联网类型，邀请和受邀家庭通过宽带接口连接至第二网络。在图1中仅指示了一个受邀家庭，但是该系统可以包括多于一个受邀家庭。

最终用户设备包括下文中被称作最终用户应用并被表示为EUA的应用。邀请家庭包括应用服务器，表示为AS。受邀家庭包括下文中被称作受邀应用并被表示为IA的应用。EUA、AS和IA如下文所示进行通信，以在邀请家庭、受邀家庭和最终用户之间建立RTP会话。

在图2中示出了邀请家庭。该邀请家庭包括接口连接至第一网络和第二网络的网关，根据实施例，该第一网络和第二网络是互联网。网关还可以连接至AS。AS连接至GW并连接至IP电话。邀请家庭还包括家庭网络。家庭网络包括多个音视频源设备。家庭网络具有以太网类型。当然该家庭网络可以是任何类型的有线或无线技术的局域网。音视频源设备是源设备；源设备包括用于存储被分发至受邀家庭的音视频内容的存储装置。网关和AS也连接至本地家庭网络。

应用服务器嵌入在服务器设备中。当然，应用服务器可能嵌入在计算机设备或网关中。

最终用户设备包括最终用户应用EUA，最终用户应用EUA适用于利用AS发送和接收SIP命令。该最终用户应用EUA还适用于利用AS管理RTP会话。EUA在SIP地址处是可寻址的。

在图3中示出了受邀家庭。该受邀家庭包括连接至第二网络的网关GW。网关GW包括连接至网络的应用IA。IP电话连接至IA。IA和GW连接至具有本领域技术人员公知类型的本地网络。音视频宿设备也连接至家庭网络。这些音视频宿设备适用于接收由IA侦听到的邀请消息，和/或接收具有RTP会话的音视频内容。IA是包括相关模块和装置的应用，这些相关模块和装置与AS进行通信并且执行实施例中所指示的所有特征。IA嵌入在IA设备中。当然，IA可能是嵌入在计算机设备或网关中的应用。

在图4中示出了应用服务器。该应用服务器包括至网关的接口以接收SIP消息。SIP消息处理模块适用于侦听从网关接收到的SIP消息。呼叫模块适用于建立与IP电话以及任何远程设备的SIP会话。本地内容信息模块保持本地网络上可用的内容的列表、以及可获得该内容的设备的列表。

在图5中示出了RTP会话建立。RTP会话建立包括邀请建立、会话建立以及会话控制。根据实施例的方法使用具有基于SDP的有效载荷的基于SIP的消息。以下说明邀请建立。

(0)在漫游的最终用户的蜂窝电话中下载EUA。为了使得蜂窝电话能够执行根据实施例的方法，蜂窝电话下载EUA。该EUA以安全方式从AS下载。当然，也能够从位于互联网中的服务器下载EUA。

(11)EUA向AS指示其期望与一个或多个受邀方建立RTP会话。EUA建立与邀请家庭的基于SIP的会话(邀请)。SIP会话持续到以下指示的步骤16。

EUA在家庭的SIP地址处发送SIP消息。SIP消息包括根据会话描述协议(SDP)的会话邀请。当然，SIP消息能够包括任何其他类型的字段，当在SIP消息中出现所述其他类型字段时，应当允许AS来识别和侦听SIP消息。

在网关处接收到SIP消息。网关将SIP消息路由至AS。AS检测该SIP消息嵌入SDP会话描述消息。AS侦听SIP消息并不将SIP消息转发至IP电话。

然后，嵌入了SDP消息的SIP消息允许到达AS，并触发对家庭服务的访问。

(12)一旦AS已经接受了呼入邀请，并已经识别出呼叫作为对家庭内容的访问的请求，检查在家庭网络处可用的音视频内容。AS还保持将内容发送到的相关设备的列表。然后AS向EUA发送回包括相关信息的SIP消息。相关信息包括在邀请家庭处可用的音视频内容的列表和将内容发送到的相关设备的列表。

以XML格式发送的该信息由EUA接收。EUA在终端屏幕上呈现数据。最终用户可以浏览这些数据，并选择内容和相关的目录。

相关内容的列表也可能已经在EUA处可用。EUA然后仅请求AS来提供可用内容的列表。

连同可用内容的列表一起，AS可以向EUA指示与内容相关的所有相关参数，例如，大小、编码格式、以及流传输内容的数据速率。AS还可以指示接收器应当支持的最小需求，以能够接收内容。

(13)然后将最终用户选择信息发送回AS。信息包括所选音视频的类型以及受邀方的列表。也可以发送向RTP客户端流传输内容所需的信息。AS创建针对服务会话的持续时间的令牌。该令牌是针对家庭中使用。AS寄存从EUA接收到信息。

AS还向所选源音视频设备通知可能稍后建立会话。

(14)和(15)AS与受邀家庭交换基于SIP的消息，以便发起加入视频共享会话的邀请。邀请消息包括邀请家庭的指示、具有内容特征的内容。这允许IA获知内容是否可以由受邀家庭中的设备接收到。

IA处的滤波功能检查邀请的有效性。如果该邀请是有效的，则向AS发送回肯定响应。

(16)邀请家庭然后结束与最终用户的SIP会话。然后存在针对受邀方接受或拒绝要求的等待时间段。该时间段是可变的。受邀方可以立即响应或者在一定延迟之后响应。可选地，在邀请家庭处实现超时功能以限制该等待时间。

以下说明RTP会话建立。

在接收到来自邀请家庭的邀请时，受邀家庭处的IA在受邀家庭的用户界面上发起警告，以通知最终用户接收邀请。AI包括用于检测本地网络上的设备的本地存在模块，本地网络上的设备可用于接收内容和/或警告指示。本地IP电话可以用于接收警报消息。IA模拟SIP呼叫到SIP电话，并向该电话发送语音邮件。当然，IA还可能向远程SIP电话发送警告消息。

用户界面可以是允许通知最终用户接收邀请的任何种类的装置。该用户界面可以是任何种类的设备(例如，膝上型电脑、电视、SIP电话、PDA)上的显示器。警告可以是出现在显示器上的弹出窗。

警告意在用于通知最终用户接收邀请，并向最终用户提供接受或拒绝邀请的手段。

(21)如果受邀方接受邀请，则将回答(是/否)与要建立的RTP信道有关的更多信息连同SIP消息一起发送至AS。同时，在受邀家庭的宿设备处起动RTP客户端。一旦接收到音视频流，RTP客户端就准备播放RTP流。

(22)(23)AS然后向EUA发送SIP邀请消息。这意在通知最终用户终端可以开始RTP会话。AS等待最终用户的同意来发起RTP会话。EUA然后用作主控制器。EUA向RTP源设备发送命令，以触发相关RTP信道的建立，并开始播放音频和视频流。

同时，一旦接收到RTP流，最终用户终端起动能够播放这样的流的RTP客户端。

必须正好同步地向RTP源设备发送命令，以确保在双播放的情况下，最终用户可以在受邀方之前看到内容，其中两个2RTP客户端在不同的位置中运行。根据需要，由于利用RTSP/RTP命令参数，可以实现更精细的同步。

受邀方和最终用户通过利用基于SIP的消息均能够获得对内容播放的控制，基于SIP的消息在邀请家庭位置处被转换成针对控制命令(例如，播放/停止/前进/后退)RTPS和RTP消息。

来自最终用户的控制命令的优先级高于来自受邀方的控制命令的优先级。

如果邀请多个受邀方进行相同RTP会话，则最终用户可以建立针对受邀方的不同优先级。

当最终用户请求访问邀请家庭时，需要识别和授权。当最终用户发送第一SIP邀请消息，以开始会话时，SIP消息可以包括相关识别信息。

受邀家庭中的IA根据邀请SIP地址对SIP邀请消息进行过滤，在邀请SIP地址中仅允许预声明的SIP URL。IA还可以基于SIP体中的消息的主题来过滤输入SIP消息。这防止IA接收例如邀请的SPAM。

受邀家庭中的IA使用本地存在信息。IA意在检测本地受邀网络中相关应用的存在。其还意在使得IA能够找出呈现邀请消息的最佳终端。受邀家庭处的最终用户可以接受或拒绝该邀请。IA经由邀请应用服务器向最终用户发送回SIP消息，以通知最终用户的判定(接受/拒绝)。

在根据实施例的方法中，AS通知EUA可以开始RTP会话。然后AS等待EUA开始RTP会话，其中，EUA和受邀方是RTP流的接收器。

备选地，EUA可以不是RTP流的接收器。只有受邀方是流的接收器。在接收到来自于AI的回答时，AS可以直接开始RTP会话而不通知EUA。AS还可以仅通知EUA：开始与所选受邀方的RTP进行会话。EUA可以获得对RTP会话的控制并执行相关控制命令。

实施例公开了一种具有一个受邀方和一个RTP客户端的方法。当然，实施例还适用于具有多个受邀方和/或多于一个客户端的系统。

说明书、权利要求以及附图中公开的参考可以独立提供或以任何适当组合的形式来提供。适当地，特征可以以硬件、软件或二者组合的形式来实现。

这里对“一个实施例”或“实施例”的引用意味着，结合实施例描述的特定特征、结构或特性可以包括在本发明的至少一个实现方式中。在说明书中各个地方出现的短语“一个实施例”不必均指代相同实施例，也不必是必需与其他实施例相互排除的分离或备选的实施例。

权利要求中出现的参考数字仅仅是说明性的，不应对权利要求的范围起到任何限制作用。

Claims (8)

1.一种用于应用服务器的方法，所述应用服务器位于本地网络上，所述应用服务器连接至第一网络，所述方法包括步骤：

-从位于所述第一网络上的第一设备接收基于SIP的消息，所述基于SIP的消息包括用于流传输来自位于本地网络上的本地设备的内容的请求；

-向所述第一设备发送基于SIP的消息，所述基于SIP的消息包括在本地网络上可用的内容的列表；

-从所述第一设备接收基于SIP的消息，以向位于第三网络中的至少一个接收器发起来自于所述内容列表的至少一个内容的流传输；以及

-向位于所述第三网络中的应用接收模块发送基于SIP的消息，以邀请所述至少一个接收器接收所述至少一个内容。

2.根据权利要求1所述的方法，其中，内容列表包括所述内容的流传输参数。

3.根据权利要求1或2所述的方法，包括步骤：

-接收来自于所述应用接收模块的响应；

-向第一设备发送基于SIP的消息，以通知所述设备开始流传输；以及

-从第一设备接收基于SIP的消息，以开始流传输。

4.一种用于最终用户应用模块的方法，包括步骤：

-向连接至本地网络的应用服务器发送基于SIP的消息，所述消息包括流传输来自位于本地网络上的本地设备的内容的请求；

-从应用服务器接收基于SIP的消息，所述基于SIP的消息包括在本地网络上可用的内容的列表；以及

-向应用服务器发送基于SIP的消息，以向位于第三网络中的至少一个接收器发起来自于所述内容列表的至少一个内容的流传输。

5.根据权利要求4所述的方法，包括步骤：

-从应用服务器接收基于SIP的消息，以通知开始流传输；以及

-发送基于SIP的消息以开始流传输，。

6.根据权利要求5所述的方法，其中，包括步骤：接收流传输内容。

7.一种用于连接至本地网络的应用接收模块的方法，包括步骤：

-从应用服务器接收基于SIP的消息，以邀请位于所述本地网络中的至少一个接收器接收流传输内容；以及

-如果本地网络上的至少一个设备已被识别用于呈现邀请消息，则向应用服务器发送响应，以接收所述内容。

8.一种计算机程序产品，其特征在于包括当所述程序在计算机上执行时用于执行根据权利要求1的安全处理步骤的程序代码指令。

Images