专利名称：在网络上控制和提供内容的设备和方法
技术领域：
本发明涉及内容控制，更具体地讲，涉及一种在网络上控制内容传输的设备和方法，以及一种在网络上提供内容的设备和方法。
背景技术：
随着数字时代的前进，对连接我们周围的数字产品存在着更多的机会。许多数字产品，如DVD播放器、有线广播机顶盒(STB)、数字视频摄像机(DVCR)、数字电视(DTV)以及个人电脑可被连接在单一网络中。这些各种各样的数字产品通过网络被连接，并且控制数字产品的家庭网络标准已经由数字家庭工作组(DHWG)建立。
家庭网络技术可被主要分为三个领域。这些领域包括PC互联网领域、移动领域和消费性电子(CE)广播领域。
图1是用于解释根据由DHWG定义的传统家庭网络环境的示图。
PC互联网领域100包括PC 101、游戏控制台102、打印机103、数字照相设备104、数字音乐设备105、无线监视器106和其他。
移动领域110包括膝上型计算机111、多媒体移动电话112、PDA 113和其他。它们向用户提供移入和移出家庭网络的自由。
CE广播领域120包括TV监视器121，传统消费性电子122，如个人录像机(PVR)、调谐器、机顶盒(STB)，音响123和其他。
消费者想要在家里将来自三个领域的设备连接在一起。因此，需要关于家庭网络的研究以获得这些数字领域之间的互操作性。
数字家庭包括简单、透明和无缝互操作性地相互协作的CE、移动和PC设备的网络。这些网络基于IP组网协议和通用即插即用(UPnP)技术。
基于UPnP音频/视频AV技术的媒体管理和控制使设备和应用程序能够在家庭网络中识别、管理和分配媒体内容，并且能够将媒体内容传输到移动设备。
UPnP是可被用于连接如智能家电、无线设备和PC的对等网络架构。其被设计以将可用、可适应和基于标准的连接性提供到小型网络中，如家庭或小型商务。UPnP AV架构定义UPnP设备与相关UPnP控制点之间的一般相互作用。UPnP架构允许设备支持任何格式以及通过任何传输协议的内容。UPnP设备包括TV、卡式录像机(VCR)、压缩盘(CD)播放器、数字视频盘(DVD)播放器、机顶盒、立体声系统、MP3播放器、数码相机、摄像机和PC。另外，AV架构允许这些设备支持如MPEG2、MPEG4、JPEG、MP3、BMP和Windows媒体架构(WMA)的不同格式的内容，以及如IEEE-1394、HTTP、RTP和TCP/IP的其他传输协议。
大多数UPnP AV情况包括如电影、音乐和图像的内容从一个设备到另一设备的传输。AV控制点与作为“源(source)”和“接收器(sink)”的两个或更多的UPnP设备协作。当控制点调整和同步两个设备的操作时，这两个设备使用非UPnP(带外)通信协议来彼此通信。控制点使用UPnP来初始化并设置这两个设备，从而期望的内容可从一个设备传输到另一设备。然而，由于该内容使用带外传输协议被发送，所以控制点不被直接地包括在真正的内容传输中。
UPnP AV规范将逻辑设备分为两类家庭网络媒体服务器和媒体翻译器(renderer)。
媒体服务器具有用户想要在媒体翻译器上翻译的内容。用户从媒体服务器查询并选择内容，并且与控制点用户接口UI交互以选择期望的媒体翻译器。媒体服务器可包括多个内容或者可访问这些内容。媒体服务器访问这些内容并且通过使用预定传输协议通过网络将这些内容传输到其它设备。使用媒体服务器和媒体翻译器能够明白的传输协议和数据格式来传输内容。媒体服务器可包括VCR、CD/DVD播放器、照相机、摄像机、机顶盒、卫星接收机、音频磁带播放器等。
媒体翻译器通过网络从媒体服务器接收内容。媒体翻译器可包括TV、立体声系统、MP3播放器和电子图像框(electronic picture frame)。
控制点调整和管理如由用户指定的媒体服务器和媒体翻译器的操作，以执行如播放用户想要的内容的操作。另外，控制点提供UI，从而用户能够控制这些设备的操作。控制点可以是具有通用遥控器的TV或无线PDA设备。另外，控制点可根据用户的请求通过调用如停止、暂停、快进、后退、和跳过的各种AV传输动作来控制内容的流动。
图2是传统UPnP系统配置的示图。
参照图2，UPnP系统包括控制点200、源设备210和接收器设备220。
控制点200使用简单对象访问协议(SOAP)命令控制源设备210和接收器220，并且检测它们的状态。
起到媒体服务器功能的源设备210将AV内容提供到接收器设备220，并且从控制点200接收命令以提供关于内容的必要信息。另外，源设备210从接收器设备220接收实时流协议(RTSP)命令并且通过实时协议(RTP)传输数据。
起媒体翻译器功能的接收器设备220表现(consume)AV内容，从控制点200接收命令，并且执行必要的操作。例如，在从控制点200接收播放命令之后，接收器设备通过使用RTSP协议来执行设置和播放命令。RTSP的设置命令指定将被使用的传输机制。PLAY是命令服务器以使用由SETUP指定的机制开始数据传输的方法。
现在将简要地描述RTSP。
大多数互联网多媒体用户想要通过停止重放、搜索下一个或先前剪辑、快进或后退来控制媒体的连续重放。这种操作与由视频摄像机和压缩盘(CD)播放器执行的操作相似。为了使用户能够控制重放，媒体播放器和服务器需要用于交换播放控制信息的协议，并且该协议是在RFC(请求注释)2326中定义的实时流协议(RTSP)。RTSP被称作带外协议，并且RTSP消息使用传输控制协议(TCP)或用户数据报协议(UDP)被发送。RTSP是使媒体播放器能够控制媒体流的传输的协议。RTSP没有定义音频和视频如何被封装为通过网络传输的包。然而，实时传输协议(RTP)或特定私有协议可定义流数据如何被封装。
HTTP是客户机发布请求和服务器响应的不对称协议。在RTSP中，媒体客户机和媒体服务器两者都能够发布请求。实时媒体通常使用RTP作为传输协议，但是RTSP不与RTP捆绑。
以下将对RTP(实时传输协议)进行简要地解释。
在将AV数据单元传输到在多媒体应用程序的发送方的传输层之前，序列号和时间标记被附于AV数据单元。由于大多数的所有多媒体组网应用程序能够利用序列号和时间标记，所以具有包括用于AV数据、序列号和时间标记的字段，以及其他潜在使用的字段的标准化的包结构很方便。在RFC1889中定义的RTP是这种标准。通常，RTP在用户数据报协议(UDP)上被执行。由多媒体应用程序的发送方产生的AV数据单元被封装为RTP包。RTP包被重新封装为UDP段。
控制点200执行从源设备210获得内容信息的命令，并且向接收器设备220提供协议信息和与播放必要内容的播放命令一起发送的内容统一资源定位器(URL)。如果将被传输的协议是HTTP，则接收器设备220通过使用HTTPGet方法从源设备210获得数据，或者如果将被传输的协议是RTP，则通过使用RTSP命令，随后使用RTP接收器设备220关于源设备210执行设置和播放命令，源设备210传输在这些命令中指定的内容数据。
如从以上操作得知，当使用RTP传输数据时，对方设备应通过使用RTSP协议而被控制。然而，RTSP协议的控制方法很复杂，从而使执行RTSP协议很困难。因此，需要通过使用简单协议控制对方设备的方法。
具体地讲，如果一个设备将包括能够传输命令和数据两者的HTTP协议，则使用HTTP协议而不是另一协议将是优选的。具体地讲，这比使用RTSP来传输用于使用RTP接收数据的命令更好。
发明内容
本发明提供一种用于简单地控制AV内容的设备和方法，以及一种提供内容的设备和方法。
根据本发明的示例性实施例，提供一种在网络上控制内容的方法产生使用无状态协议的控制命令，从而AV内容提供设备控制使用无连接协议的AV内容的传输；和将产生的控制命令发送到AV内容提供设备。
实时传输协议(RTP)可被用作无连接协议并且超文本传输协议(HTTP)可被用作无状态协议。使用无状态协议的控制命令可包括关于使用无连接协议向其发送AV内容的端口的信息。另外，使用无状态协议的控制命令可包括关于在其中使用无连接协议传输AV内容的传输系统的信息。传输系统可包括单播或多播。基于无状态协议的连接的释放可停止使用无连接协议的AV内容的传输。
根据本发明的另一实施例，提供一种用于在网络上提供内容的方法，包括从AV内容控制设备接收使用无状态协议的控制命令以控制AV内容的传输；和通过使用无连接协议将AV内容发送到AV内容控制设备以响应于控制命令。
根据本发明的另一实施例，提供一种用于在网络上控制内容的设备，包括AV传输服务单元，产生使用无状态协议的控制命令，并且传输产生的控制命令，从而AV内容提供设备能够控制AV内容传输。
根据本发明的另一实施例，提供一种用于在网络上提供内容的设备，包括AV传输服务单元，从控制AV内容的传输的AV内容控制设备接收使用无状态协议的控制命令，并且解释接收的控制命令；和传输单元，通过使用无连接协议基于解释的信息将AV内容发送到AV内容控制设备。
通过附图对其示例性实施例进行的详细描述，本发明的以上和其他特点和优点将会变得更加清楚，其中图1是显示根据数字家庭工作组(DHWG)的传统家庭网络环境的示图；图2是包括控制点、源设备和接收器设备的传统系统配置的示图；图3是根据本发明实施例的包括控制点、源设备和接收器设备的系统的示图；图4是根据本发明实施例的源设备的配置的方框图；图5是根据本发明实施例的接收器设备配置的方框图；图6是根据本发明实施例的普通播放/停止操作的流程图；图7是用于得到图6的流程图中显示的内容描述符的消息的例子；图8是包括图6的流程图中显示的内容描述符的消息的例子；图9是图6的流程图中显示的HTTP POST PLAY命令的例子；图10是根据本发明实施例的用于解释当RTP传输由于源-接收器连接丢失导致停止时涉及的操作的流程图；和图11是根据本发明实施例的用于解释在通过HTTP PAUSE命令停止RTP传输中涉及的操作的流程图。
具体实施例方式
现在将参照附图对本发明进行更充分地描述，其中本发明的示例性实施例被显示。附图中，相同的标号用于表示相同的部件。
图3是显示根据本发明示例性实施例的通用即插即用(UPnP)系统的配置的示图。
参照图3，UPnP系统300包括控制点310、源设备320和接收器设备330。
控制点310使用简单对象存储协议(SOAP)命令控制源设备320和接收器设备330，并且检测它们的状态。
源设备320从控制点310接收命令，将必要信息提供给控制点310，从接收器设备330接收命令并且将音频/视频AV内容提供给接收器设备330。具体地讲，根据本发明示例性实施例，源设备320从接收器设备330接收如超文本传输协议HTTP的无状态协议的内容控制命令，随后使用如实时传输协议RTP的无连接协议将AV内容传输到接收器设备330。
无状态协议是当服务器向客户机发送请求文件时服务器(源设备)不保存关于客户机(接收器设备)的状态的信息的协议。因此，尽管在先前连接中客户机向服务器提供了信息，但是一旦该连接被终止，即使服务器请求相同的信息，客户机向服务器再次发送该信息。
作为表现(consume)并翻译内容的设备的接收器设备330通过从控制点310接收命令来执行必要操作。具体地讲，根据本发明的示例性实施例，当接收器设备330发送用于使用如实时传输协议RTP的无连接协议从源设备320接收AV内容的控制命令时，其使用HTTP命令。即，当从控制点310接收播放命令时，接收器设备330使用HTTP将播放命令发送到源设备320。
接收器设备330使用RTP从源设备320接收AV内容，随后翻译该接收的内容。
RTP是无连接协议。在无连接协议中，数据被发送而无需建立连接。其结果是，数据的成功传输不被确认。相反，在面向连接的协议中，先于数据被发送，连接在发送方和接收方之间被创建。在建立的连接上数据流动，从而产生成功的数据传送。
在下面，将详细描述源设备320和接收器设备330的配置。
图4是显示根据本发明的示例性实施例的源设备的配置的方框图。
参照图4，源设备包括内容产生单元321、内容管理单元322、内容目录服务单元323、内容存储单元324、内容传输单元325、连接管理器服务单元326和AV传输服务单元327。
内容产生单元321通过捕获产生AV内容。
内容管理单元322管理通过内容产生单元321产生的内容。
内容存储单元324是用于存储内容的数据库。
内容传输单元325将来自存储单元324的内容通过网络传输到接收器设备。
内容目录服务单元323提供包括如视频、音乐和图像的可用内容的目录的服务。浏览是包括在此服务中的重要功能。浏览允许控制点获得关于源设备可提供的内容的详细信息。该详细信息包括由特定内容支持的传输协议信息和数据格式信息。
连接管理器服务单元326确定内容将被如何从媒体服务器传输到媒体翻译器。
AV传输服务单元327控制内容的流动，如播放、停止、暂停、搜寻等。具体地讲，根据本发明的示例性实施例，AV传输服务单元327包括用于解释从接收器设备接收的HTTP控制命令的HTTP控制命令解释器328。在本发明的示例性实施例下，HTTP控制命令要求接收器设备使用RTP接收或控制内容。HTTP控制命令解释器328接收和解释HTTP控制命令。AV传输服务单元327控制该内容被传输到接收器设备。
图5是根据本发明的示例性实施例的接收器设备的配置的方框图。
参照图5，接收器设备330内容接收单元331、连接管理器服务单元332、格式解码单元333、翻译单元334、翻译控制服务单元335、和AV传输服务单元336。内容接收单元331通过网络从源设备接收内容。格式解码单元333对通过内容接收单元331接收的内容解码。翻译单元334翻译通过格式解码单元333解码的数据。连接管理器服务单元332管理与设备的连接。
翻译控制服务单元335控制内容将被如何播放并且还可翻译如音量、对比度和亮度的内容的特性。
AV传输服务单元336通过如播放、停止、暂停和搜寻的功能控制内容的流动。具体地讲，根据本发明的示例性实施例，AV传输服务单元336包括HTTP控制命令产生器337，用于产生当从控制点接收用于内容操作的命令时命令源设备执行操作的HTTP控制命令。当HTTP控制命令产生器437产生HTTP控制命令时，AV传输设备单元336控制产生的HTTP控制命令，该产生的HTTP控制命令将被传输到源设备。
接下来将参照图3至图5的单元来描述使用HTTP(无状态协议)和RTP(无连接协议)的内容控制操作。
图6是根据本发明的示例性实施例的正常播放/停止操作的流程图。参照图6，控制点310执行用于从源设备320获得关于内容的信息的浏览或搜索命令(操作601)。控制点310获得传输协议信息、内容的URL和关于传输系统的信息(操作602)。
其后，控制点310将“Getprotocolinfo”命令发送到接收器设备330(操作603)以获得接收器设备能够支持的传输协议信息(操作604)。控制点310从接收器设备330接收传输协议信息，并且确定哪个传输协议与源设备320支持的传输协议匹配。
接下来，控制点310将协议信息和内容URL与播放命令一起提供给接收器设备330以播放该内容(操作605)。
当使用的协议是HTTP时，虽然未被示出，但是接收器设备330从控制点310接收播放命令并且通过使用HTTP GET方法从源设备320获得AV内容。
另外，当将被使用的协议是RTP时，接收器设备330通过使用HTTP GET方法从相应的URL读取描述符(操作606)。可使用图7中所示的HTTP GET命令和图8中所示的相应的响应命令来执行此操作。
参照图7，在HTTP GET命令中，接收器设备330从源设备320请求内容描述符，“/nexus.sdp”。
参照图8，该响应命令包括接收器设备330请求的描述符。‘v’表示协议版本，‘o’指示<用户名><会话id><版本><网络类型><地址类型><地址>，‘s’表示会话名称，‘m’指定媒体名称和传输地址，并且‘a’是零或多个媒体属性行的列表。URL http∥192.16.24.202/nexus/audio.en用于控制音频媒体，URL http∥192.16.24.202/nexus/video用于控制视频媒体。另外，描述符的‘m’字段指定音频和视频使用RTP/AVP来传输。
在此示例性实施例中，当仅视频被请求时，接收器设备330通过使用图9所示的HTTP POST命令来发送必要的信息(操作607)。
参照图9，HTTP POST消息的第一行是包括作为方法的POST、作为控制URL的“nexus/video”、以及作为HTTP版本的“HTTP/1.1”的请求行。
在‘HOST’行中，“192.16.24.202”是控制URL的主机，并且作为体的大小的‘CONTENT-LENGTH’的‘bytes in body’被示出。
‘action’是控制命令，并且除图9中显示的“play”以外，还包括停止、暂停、快进、快退、搜寻。
‘Range’表示回放时间的范围。‘Playspeed’指示播放内容的速度。‘Transport’表示将被用作发送内容的传输协议，并且该传输协议可为“多播”。然而，在图9中，当RTP被使用时，“单播”被使用。
‘port’表示内容被发送到的端口地址，并且这里“200”指的是端口200。关于端口的信息可通过SDP(会话描述协议)由源设备(服务器)来提供，如图9中所示的由接收器设备(客户机)来指定，或者可为从控制点提供的值。SDP是为了会话通告、会话邀请和其他形式的多媒体会话初始化用于描述多媒体会话的协议。
接收控制命令的源设备320使用RTP将指定的内容发送到客户机(接收器设备330)请求的端口(操作608)。接收器设备330接收并且处理发送到RTP端口的内容。
当停止内容的重放时，控制点310向接收器设备330提供协议信息和与停止命令一起发送的内容URL(操作609)。
接收器设备330通过使用HTTP控制命令将停止命令发送到源设备320。例如，HTTP POST命令(操作610)。
在图6所示的操作中，控制点可与源设备或接收器设备共存于一个设备中，在这种情况下，控制点和每一设备之间的交互是不必要的。
为了停止AV数据流，接收器设备将HTTP POST STOP命令发送到源设备。通过从控制点接收停止命令和相应的URL来这样做，或者用于发送命令的TCP连接被切断。当通过TCP切断来中断传输时的例子在图10中被示出。
具体地讲，根据本发明的示例性实施例，图10是用于解释当TCP切断发生时停止RTP传输的操作的流程图。
参照图10，控制点310执行浏览或查询命令(操作1001)，从源设备接收内容URL和传输协议信息(操作1002)。接下来，控制点310将“Getprotocolinfo”命令发送到接收器设备330(操作1003)，接收接收器设备可支持的传输协议的列表(操作1004)，并且顺序地向接收器设备330提供协议信息以及将与播放命令一起发送的内容URL(操作1005)。接收器设备330从控制点310接收播放命令，随后使用HTTP get从相应的URL读取描述符(当数据传输协议是RTP时)(操作1006)。然后，通过RTP，源设备320将指定的内容传输到接收器设备330请求的端口(操作1008)。这些操作与图6的操作相同。
当使用RTP传输AV数据时，如果源设备320与接收器设备330之间HTTP连接丢失(操作1009)，则相应的RTP传输被停止。存在几种可能的源设备和接收器设备之间的HTTP连接可被释放的方法。通常，硬件和软件错误引起连接丢失。
由于HTTP是无状态协议，所以当连接被丢失时，源设备不具有关于先前在操作1007中接收的播放命令的状态信息。因此，当接收器设备330想要播放AV内容时，接收器设备330将HTTP POST PLAY命令再次发送到源设备320(操作1010)。然后，源设备320通过RTP将请求的AV数据发送到接收器设备330(操作1011)。
图11是根据本发明的示例性实施例的包括通过HTTP PAUSE命令停止RTP传输的操作的流程图。
参照图11，参照图10，控制点310执行浏览或搜索命令(操作1101)，从源设备接收内容URL和传输协议信息(操作1102)。接下来，控制点310将“Getprotocolinfo”命令发送到接收器设备330(操作1103)，接收接收器设备可支持的传输协议的列表(操作1104)，并且顺序地向接收器设备330提供协议信息和将与播放命令一起发送的内容URL(操作1105)。接收器设备330从控制点310接收播放命令，随后使用HTTP get从相应的URL读取描述符(当数据传输协议是RTP时)(操作1106)。然后，通过RTP，源设备320将指定的内容发送到接收器设备330请求的端口(操作1108)。这些操作与图6的操作相同。
如果在通过RTP的AV数据传输期间，接收器设备330将HTTP POSTPAUSE命令发送到源设备320(操作1109)，则数据传输被停止。这里，如果在源设备320和接收器设备330之间HTTP连接被保持，则接收器设备330能够通过将HTTP POST RESUME命令发送到源设备320来重新开始RTP传输。
然而，当HTTP连接在重新启动之前被切断(操作1110)时，重新启动命令产生与HTTP POST STOP命令相同的效果。因此，RTP传输被停止。换句话说，如HTTP的无状态协议的切断影响如RTP的无连接协议的操作。因此，接收器设备330将具有范围头的HTTP POST PLAY命令发送到源设备320(操作1111)，范围头表示接收器设备330请求的先前传输的AV内容的范围。源设备320能够将相应的AV内容发送到接收器设备330(操作1112)，并且该结果是数据传输的恢复。
本发明还能够被实现为计算机可读记录介质上的计算机可读代码。计算机可读记录介质是能够存储其后可由计算机系统读取的数据的任何数据存储设备。计算机可读记录介质的例子包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁盘、软盘、光学数据存储设备和载波(如通过互联网的数据传输)。计算机可读记录介质还可被分布在计算机系统的网络，从而计算机可读代码以分布式方式被存储并且被执行。另外，用于完成本发明的功能程序、代码和代码段可由本发明所属的本领域的程序员来容易地创建。
如上所述，根据本发明的示例性实施例，当AV内容经由网络通过RTP被传输时，内容由如HTTP的无状态协议控制，来代替由如RTSP的状态协议的控制。因此，RTP被有效内容控制方法容易地支持。
尽管已经参照其示例性实施例具体地显示和描述了本发明，但本领域的普通技术人员应该理解，在不脱离由所附权利要求定义的本发明的精神和范围的情况下可对其进行形式和细节的各种修改。示例性实施例应被认识仅是描述性的，并且不是限制目的。因此，本发明的范围不受本发明的详细描述限定，而由所附权利要求限定，并且在该范围内的所有不同将被解释为包括在本发明中。
权利要求
1.一种在网络上控制内容的方法，包括产生使用无状态协议的控制命令，从而AV内容提供设备控制使用无连接协议的AV内容的传输；和将产生的控制命令发送到AV内容提供设备。
2.如权利要求1所述的方法，其中，实时传输协议(RTP)被用作无连接协议，超文本传输协议(HTTP)被用作无状态协议。
3.如权利要求1所述的方法，其中，使用无状态协议的控制命令包括关于使用无连接协议向其发送AV内容的端口的信息。
4.如权利要求1所述的方法，其中，使用无状态协议的控制命令包括关于在其中使用无连接协议传输AV内容的传输系统的信息。
5.如权利要求4所述的方法，其中，传输系统包括单播和多播中的一个。
6.如权利要求1所述的方法，其中，基于无状态协议的连接的释放停止使用无连接协议的AV内容的传输。
7.一种用于在网络上提供内容的方法，包括从AV内容控制设备接收使用无状态协议的控制命令以控制AV内容的传输；和通过使用无连接协议将AV内容发送到AV内容控制设备以响应于控制命令。
8.如权利要求7所述的方法，其中，RTP被用作无连接协议，HTTP被用作无状态协议。
9.如权利要求7所述的方法，其中，使用无状态协议的控制命令包括关于使用无连接协议向其发送AV内容的端口的信息。
10.如权利要求7所述的方法，其中，使用无状态协议的控制命令包括关于在其中使用无连接协议传输AV内容的传输系统的信息。
11.如权利要求10所述的方法，其中，传输系统包括单播和多播中的一个。
12.如权利要求7所述的方法，其中，基于无连接协议的连接的释放停止使用无连接协议的AV内容传输。
13.一种用于在网络上控制内容的设备，包括AV内容提供设备；和AV传输服务单元，产生使用无状态协议的控制命令，并且传输产生的控制命令，从而AV内容提供设备能够控制AV内容传输。
14.如权利要求13所述的设备，其中，RTP被用作无连接协议，HTTP被用作无状态协议。
15.如权利要求13所述的设备，其中，使用无状态协议的控制命令包括关于使用无连接协议向其发送AV内容的端口的信息。
16.如权利要求13所述的设备，其中，使用无状态协议的控制命令包括关于在其中使用无连接协议传输AV内容的传输系统的信息。
17.如权利要求16所述的设备，其中，该传输系统包括单播和多播中的一个。
18.如权利要求13所述的设备，其中，基于无状态协议的连接的释放停止使用无连接协议的AV内容传输。
19.一种用于在网络上提供内容的设备，包括AV内容控制设备，控制AV内容的传输；AV传输服务单元，从AV内容控制设备接收使用无状态协议的控制命令，并且解释接收的控制命令；和传输单元，使用无连接协议基于解释的信息将AV内容发送到AV内容控制设备。
20.如权利要求19所述的设备，其中，RTP被用作无连接协议，HTTP被用作无状态协议。
21.如权利要求19所述的设备，其中，使用无状态协议的控制命令包括关于使用无连接协议向其发送AV内容的端口的信息。
22.如权利要求19所述的设备，其中，使用无状态协议的控制命令包括关于在其中使用无连接协议传输AV内容的传输系统的信息。
23.如权利要求22所述的设备，其中，传输系统包括单播和多播中的一个。
24.如权利要求19所述的设备，其中，基于无状态协议的连接的释放停止使用无连接协议的AV内容的传输。
全文摘要
一种控制内容传输的设备和方法，以及一种提供内容的设备和方法。在网络上控制内容的方法包括产生使用无状态协议的控制命令，从而AV内容提供设备控制使用无连接协议的AV内容的传输；和将产生的控制命令发送到AV内容提供设备。因此，当AV内容经由网络通过RTP被传输时，该内容被如HTTP的无状态协议控制，来代替由如RTSP的状态协议控制。因此，RTP被有效内容控制方法容易地支持。
文档编号H04L1/00GK1713638SQ20051007759
公开日2005年12月28日 申请日期2005年6月21日 优先权日2004年6月24日
发明者安哲弘, 金仁焕, 马格朱莫夫·亚历山德拉, 李柱汉, 柳浩晶, 崔峻会 申请人:三星电子株式会社