组播流传送服务方法及其系统

1.一种组播流传送服务方法，用于UPnP AV网络中通过具有媒体服务器MS、 多个媒体呈现器MR和控制所述媒体服务器和所述呈现器的控制点CP来执行流传 送以播放媒体的控制方法，所述组播流传送服务方法包括以下步骤：
所述控制点确认内容并向所述媒体服务器调用组播流传送开始动作；
所述媒体服务器向所述控制点通知用于接收对应内容的组播组地址；
所述控制点向所述多个媒体呈现器通知所述组播组地址；以及
所述多个媒体呈现器加入所述组播组地址，确认所述组播地址并接收对应的 内容。
2.如权利要求1所述的方法，其特征在于，还包括以下步骤：所述媒体服务 器在所述控制点向所述多个媒体呈现器通知所述组播地址之前开始所述内容的组 播流传送。
3.如权利要求1所述的方法，其特征在于，包括以下步骤：所述媒体服务器 在向所述控制点通知了所述组播组地址之后经过了预定的时间之后开始对应内容 的组播流传送，使得所述多个媒体呈现器能够确认所述组播组地址，然后从所述控 制点接收对应的内容。
4.如权利要求1、2和3之一所述的方法，其特征在于，所述组播组地址是 RTSP URL，所述RTSP URL采用rtsp://ip地址/路径的形式。
5.如权利要求1所述的方法，其特征在于，包括如果识别了“Leave()”离开 动作调用则完成组播内容的接收的步骤。
6.一种组播流传送服务系统，包括：
媒体服务器MS，所述媒体服务器提供组播组地址并使用RTSP服务器向组播 地址组播对应的内容；
多个媒体呈现器MR，所述媒体呈现器加入所述RTSP服务器来确认所述组播 地址，并播放向所述组播地址发送的内容；以及
控制点CP，所述控制点确认要被组播的内容，向所述媒体服务器调用组播开 始动作，并向所述多个媒体呈现器通知从所述媒体服务器提供的组播组地址。
7.如权利要求6所述的系统，其特征在于，所述媒体服务器在向所述控制点 发送了所述组播组地址之后开始对应内容的组播。
8.如权利要求6所述的系统，其特征在于，所述媒体服务器在自从发送了所 述组播组地址以来经过了预定时间之后开始对应内容的组播。
9.如权利要求6、7和8之一所述的系统，其特征在于，所述组播组地址是 RTSP URL，所述RTSP URL采用了rtsp://ip地址/路径的形式。
10.如权利要求6所述的系统，其特征在于，如果识别了“Leave()”离开动 作调用，则所述组播呈现器完成所述组播内容的接收。

技术领域\n本发明涉及家庭联网服务，尤其涉及UPnPTM技术中的组播流传送服务和系 统。\n背景技术\n近来，随着非常高速的因特网的分布和家用电器的数字化，已经试图在家里 将PC(个人计算机)、网关装置、音频/视频设备、家用电子设备、控制设备等配 置为单个家庭网络。\n当前，由于基于PC的网络环境已经日益改变成采用具有家庭联网速度的各种 子网技术的环境，因此对于能够使用IP协议以独立且统一的方式联网家用电子设 备的技术的需求建议了通用即插即用(UPnP)技术。\n上述UPnP是由标准网络体系结构的协议来定义的，它是用于通过在全球各国 家的众多公司之间建立UPnP论坛来作出的家庭网络的最主要标准技术之一。上述 基于UPnP的家庭网络系统是由提供服务的多个UPnP设备以及控制这多个UPnP 设备的控制点(CP)组成的。\n控制点(CP)表示具有感知和控制各种设备的功能的控制器。即，控制点(CP) 作为控制各种设备(例如，UPnP设备)的控制器，发现各种类型的UPnP设备， 找出对所发现的UPnP设备的描述，以及依照用户的键输入来控制UPnP设备。\nUPnP设备包括PC(个人计算机)、网络设备、诸如打印机、音频/视频设备、 家用电子设备等外围设备，它们都连接到家庭网络。它们向控制点通知其事件。\n当前的基于UPnP的家庭网络系统控制音频/视频设备包括：经由家庭网络提 供媒体内容的媒体服务器MS；经由家庭网络播放媒体内容的媒体呈现器MR；以 及控制媒体服务器MS和媒体呈现器MR的控制点CP。\n通过事件向控制点CP通知媒体服务器MS和媒体呈现器MR的状态信息。例 如，当媒体服务器MS和媒体呈现器MR提供AV(音频/视频)传输服务和呈现控 制服务时，改变的状态变量被放入名为“最近改变”的状态变量表中，且向控制点 CP通知所改变的状态变量，由此使得控制点CP能够知道设备的当前状态。\n只要UPnP动作发生，媒体服务器MS就向控制点CP通知关于媒体内容的信 息。此外，媒体服务器MS通过流传送方法将对应的媒体内容发送到媒体呈现器 MR，来播放媒体内容。\n媒体呈现器MR播放所发送的媒体内容。此时，尽管上述流传送方法可以是 各种建议的方法中的任一种，但是当前的UPnP音频/视频V标准使用“带外传输 协议”用于流传送。\n例如，RTSP(实时流协议)-RTP(实时传输协议)可用于发送内容。在使用 RTSP-RTP的程序中，内容是使用UDP(用户数据报协议)上的RTP来发送的。 此时，为查看从媒体服务器MS发送的内容，每一客户机必须加入RTSP会话然后 离开。为管理这一过程，操作RTSP服务器。\n因此，RTSP-RTP播放器能够通过使用由RTSP服务器通知的地址加入RSTP 会话，且一旦RTSP-RTP播放器加入了RTSP会话，它就变得能够播放正使用RTP 从服务器发送的内容。\n然而，在常规的UPnPAV标准中，媒体呈现器是基于一个媒体呈现器播放从 媒体服务器发送的一个内容的概念来操作的。但是在媒体服务器接收TV信号并将 其发送给媒体呈现器的情况下，可能希望在多个显示器上同时看到同一频道。\n此外，假定在家中存在监视摄像机，且由该摄像机拍摄的图像实时地被储存 在服务器中。在这一情况下，家庭成员可能希望同时查看房屋前面发生的事情。\n此外，在客厅中观看TV的人移至另一地方的情况下，当TV内容是通过组播 发送时，另一地方的另一媒体呈现器加入组播组，由此使得他或她不会错过，而是 观看他或她不久之前所观看的节目。\n为实现上述情形，UPnP AV设备必须能够向组播组发送内容，并加入和离开 该组播组。\n然而，在常规的UPnP AV标准中，仅考虑媒体服务器和媒体呈现器以及发送 媒体数据之间建立连接的情况，由此，在向/自组播组发送和接收内容的情况下， 这不能被有效地控制。即，在常规的UPnP AV标准中，未考虑到组播模型，由此， 这使得难以实现组播流传送服务。\n发明内容\n因此，本发明的目的是提供一种组播流传送服务方法和系统，设计该方法和 系统以使能够通过定义诸如MulticastSTart()、Join()_和Leave()等动作来有效地控 制UPnP上的组播流传送，以允许按UPnP AV标准的组播服务。\n为实现上述目的，提供了一种依照本发明的组播流传送服务方法，即UPnP AV 网络中的控制方法，该方法通过具有媒体服务器MS、多个媒体呈现器MR和控制 媒体服务器和媒体呈现器的控制点CP，来执行流传送以播放媒体，该方法包括以 下步骤：控制点确认内容并向媒体服务器调用组播流传送开始动作，媒体服务器向 控制点通知用于接收对应内容的组播组地址；控制点向多个媒体呈现器通知组播组 地址；以及多个媒体呈现器加入组播组地址，确认组播地址并接收对应的内容。\n较佳地，该组播流传送服务方法包括以下步骤：媒体服务器在控制点向多个 媒体呈现器通知组播组地址之前或之后开始内容的组播流传送。\n为实现上述目的，提供了一种依照本发明的组播流传送服务方法，即UPnP AV 网络中的控制方法，该方法通过具有媒体服务器MS来执行流传送以播放媒体，该 方法包括以下步骤：如果识别了组播开始动作则通知组播组地址，以及使用RTSP 服务器向组播地址组播流传送对应的内容。\n为实现上述目的，提供了一种依照本发明的组播流传送服务方法，即UPnP AV 网络中的控制方法，该方法通过具有多个媒体呈现器MR来执行媒体播放，该方 法包括以下步骤：确认内容是否组播；如果确认了组播的存在则接收组播组地址； 以及加入组播组地址，确认组播组地址并接收对应的组播内容。\n为实现上述目的，提供了一种依照本发明的组播流传送服务系统，包括：提 供组播组地址并使用RTSP服务器向组播地址组播对应的内容的媒体服务器MS； 加入RTSP服务器来确认组播地址并播放发送到组播地址的内容的多个媒体呈现 器MR；以及确认内容要被组播，向媒体服务器调用组播开始动作并向多个媒体呈 现器通知从媒体服务器提供的组播组地址的控制点CP。\n较佳地，媒体服务器在向控制点发送了组播组地址之后或在自从发送组播组 地址以来经过了预定时间之后开始对应内容的组播。\n较佳地，组播组地址是RTSP服务器的地址。\n较佳地，组播地址是用于内容组播的固定组播地址，或使用媒体服务器的移 动组播地址。\n附图说明\n附图被包括在内以提供对本发明的进一步理解，且被结合在本说明书中并构 成其一部分，附图示出了本发明的实施例，且连同说明书一起用于解释本发明的原 理。\n附图中：\n图1是示出依照本发明的一个实施例的组播服务过程的信号流程图；\n图2和3是示出依照本发明的该实施例的组播发送/接收过程的操作顺序图； 以及\n图4到7是示出依照本发明的该实施例用于组播服务的附加动作的示例图。\n具体实施方式\n在本发明的一个较佳实施例中，将定义在UPnP上发送/接收组播数据所需的 UPnP动作，且将描述使用这些动作来执行组播发送和接收的过程。\n在依照本发明的该实施例的IP的组播模型中，媒体服务器MS向特定的组播 地址发送数据，且希望接收数据的客户机，即媒体呈现器MR预订对应的组播地 址。\n为使组播模型对UPnP自适应，如图4到7所示的，引入了诸如MulticastStart() (组播开始)、Join()(加入)和Leave()(离开)等UPnP动作。\n图1是依照本发明的一个实施例的信号流程图。\n如图1所示，组播流传送服务方法包括以下步骤：控制点110向媒体服务器 120调用“MulticastStart()”动作以请求将指定的内容发送到组播地址(S101)； 媒体服务器120响应于“MulticastStart()”动作向控制点110传送RTSP URL(RTSP 服务器地址)(S102)，该地址将被访问来接收对应内容；媒体服务器120使用 RTSP向组播地址发送对应的内容(S103)；控制点110通过使用“Joint()”动作 向希望加入组播组的多个媒体呈现器131到136通知RTSP URL(S104)；以及希 望加入组播组的媒体呈现器131到136之一使用RTSP URL访问媒体服务器120 的RTSP服务器，获得正发送的媒体数据的属性以及组播地址，然后使用所获得的 信息接收组播数据(S105)。此处，RTSP URL可以用rtsp://ip地址/路径的形式来 表示。\n此外，上述方法包括以下步骤：控制点110调用加入了组播组的媒体呈现器 131到136之一的“Leave()”动作来停止对应的媒体呈现器的数据接收。\n在如此配置的本发明的实施例中，使用组播的媒体呈现器中播放内容的过程 与图2所示的操作顺序图中所示的相同，图2描述如下。\n首先控制点110通过“Browse()”(浏览)动作选择给定的内容，然后通过 “GetProtocolInfo()”(获得协议信息)动作来检查媒体呈现器131到136是否能 播放内容。\n如果媒体服务器120能够提供用于推送内容的组播功能，则控制点110调用 “MulticastStart()”动作。此时，在“MulticastStart()”动作之后，如图4和5所示， 媒体服务器120提供ObjectID(对象ID)作为输入参数，以及用于加入组播组的 RTSP URL作为输出参数。\n之后，媒体服务器120响应于“MulticastSrate()”动作向控制点110传送RTSP URL，该URL将被访问来接收对应的内容。RTSP URL采用rtsp://ip地址/路径的 形式。\n之后，媒体服务器120使用RTP作为组播地址开始内容发送。此时，控制点 110通过“SetAVTransportURI”(设置TV传送URI)向希望播放内容的多个媒体 呈现器131到136通知从媒体服务器120提供的RTSP URL。\n因此，希望加入组播组的媒体呈现器131到136之一直接请求媒体服务器120 中存在的RTSP服务器以创建会话。\n因此，加入了组播组的媒体呈现器允许用户通过播放正从媒体服务器120发 送的内容来观看对应的内容。\n之后，为离开组播组，对应的媒体呈现器使用从控制点110接收到的“Leave()” 动作。\n如果用户希望在内容结束之后再次观看现有的内容，则用户必须在离开组播 组之后重新加入组播组。\n在这一一般情况下，一旦完成了内容，可再次使用播放功能。换言之，在再 次播放同一内容的情况下，取决于销售商，之前已加入了组播组的媒体呈现器的会 话可被保持原样。\n同时，在本发明的该实施例中，媒体呈现器可被如此实施，以执行如图3的 顺序图中所示的过程，使得可通过延迟内容组播来使组播内容满足媒体服务器的组 播时间。\n在通过本发明的该实施例中所提议的图2的过程发送和接收组播数据的情况 下，由于在媒体服务器120开始数据发送的时间点和加入了组播组的媒体呈现器 131到136之一开始数据接收的时间点之间存在间隙，因此对应的媒体呈现器可能 无法播放当前正被发送的内容的第一部分。\n因此，为解决上述问题，媒体服务器120被配置成当媒体呈现器首次通过RTSP 服务器访问时开始流传送，而非在它一接收到“MulticastStart()”动作时就开始内 容发送。\n即，如下图1中简要解释的图3的操作过程中，媒体服务器120被配置成执 行这样的过程，其中控制点110′在开始内容的组播之前向媒体呈现器131到136 通知要组播的RTSP URL。\n随后，已加入了组播组的媒体呈现器131到136之一能够播放正从媒体服务 器120发送的内容的第一部分(例如，特定影片的第一个开始部分)而不会错过该 部分。\n如上详细描述的，本发明提供了减少网络负载的效果，因为多个呈现器能够 通过使用组播以一个流传送连接来同时接收媒体数据，使得多个媒体呈现器MR 能够同时观看从媒体服务器MS提供的同一内容。