通过使用通用即插即用播放场景的方法和装置.pdf

一种使用通用即插即用(UPnP)播放场景的方法和装置。控制点向存储音频/视频(AV)内容的媒体服务器发送对于要播放的场景的请求，并且从响应于该请求的媒体服务器接收要播放的场景。控制点从将播放内容的媒体再现器接收关于可支持的协议和文件格式的信息，并且基于该信息确定将用于播放的内容资源、协议和文件格式。控制点基于接收的场景组成要播放的场景。媒体再现器播放组成的场景。

权利要求书1.  一种由第一设备播放场景的方法，包括： 向存储音频/视频(AV)内容的服务器发送对于要播放的多个第一场景的 请求； 从响应于该请求的服务器接收要播放的多个第一场景； 从将播放内容的第二设备接收关于可支持的协议和文件格式的信息； 基于该信息确定将用于播放的内容资源、协议和文件格式；并且 基于所述多个第一场景组成要播放的一个或多个第二场景。 2.  根据权利要求1所述的方法，其中，所述多个第一场景包括单个场景 或场景组中的至少一个，以及其中，所述多个第一场景的每一个包括代表先 后次序关系或连接关系的元数据信息。 3.  根据权利要求1所述的方法，其中，从响应于该请求的服务器接收要 播放的多个第一场景包括：使用“Browse()”和“Search()”动作中的至少一 个从所述服务器中的内容目录服务(CDS)接收要播放的多个第一场景。 4.  根据权利要求1所述的方法，其中，存储在所述服务器中的AV内容 包括多个分段对象，并且每个分段对象被分配资源的统一资源标识符(URI)。 5.  根据权利要求4所述的方法，其中，所述多个第一场景包括以下中的 至少一个：具有偏移量值的基本对象、具有对于基本对象的引用值的分段对 象、和具有可播放资源的URI的分段对象。 6.  根据权利要求1所述的方法，其中，基于所述多个第一场景组成要播 放的一个或多个第二场景包括确定所述多个第一场景的播放顺序。 7.  根据权利要求2所述的方法，其中，基于所述多个第一场景组成要播 放的一个或多个第二场景包括：改变在场景组中包含的多个第一场景的先后 次序，或向所述场景组添加特定场景或从所述场景组中删除特定场景。 8.  根据权利要求1所述的方法，其中，基于所述多个第一场景组成要播 放的一个或多个第二场景包括： 当存在没有存储在所述服务器的CDS中但是将要被播放的分段时，向所 述服务器请求产生包括要播放的分段的资源的URI的虚拟分段； 接收由所述服务器产生的所述虚拟分段的对象；并且 组成要播放的所述一个或多个第二场景。 9.  根据权利要求1所述的方法，还包括： 向所述服务器发送对于播放所述一个或多个第二场景的请求。 10.  根据权利要求1所述的方法，其中，所述一个或多个第二场景由所 述第二设备播放。 11.  根据权利要求10所述的方法，其中，所述第二设备被配置成根据所 述一个或多个第二场景的元数据信息来确定所述一个或多个第二场景的开始 和结束点。 12.  一种用于播放场景的第一设备，包括： 收发器，被配置成向存储音频/视频(AV)内容的服务器发送对于要播放的 多个第一场景的请求； 控制器，被配置成： 控制所述收发器从响应于该请求的服务器接收要播放的多个第一场景； 控制所述收发器从将播放内容的第二设备接收关于可支持的协议和文件 格式的信息； 基于该信息确定将用于播放的内容资源、协议和文件格式；和 场景组成器，被配置成基于所述多个第一场景组成要播放的一个或多个 第二场景， 其中，所述一个或多个第二场景由所述第二设备播放。 13.  根据权利要求12所述的第一设备，其中，所述多个第一场景包括单 个场景或场景组中的至少一个，以及其中，所述多个第一场景的每一个包括 代表先后次序关系或连接关系的元数据信息。 14.  根据权利要求12所述的第一设备，其中，所述控制器被配置成控制 所述收发器使用“Browse()”和“Search()”动作中的至少一个从所述服务器 中的内容目录服务(CDS)接收要播放的多个第一场景。 15.  根据权利要求12所述的第一设备，其中，存储在所述服务器中的 AV内容包括多个分段对象，并且每个分段对象被分配资源的统一资源标识符 (URI)。 16.  根据权利要求15所述的第一设备，其中，所述多个第一场景包括以 下中的至少一个：具有偏移量值的基本对象、具有对于基本对象的引用值的 分段对象、和具有可播放资源的URI的分段对象。 17.  根据权利要求12所述的第一设备，其中，所述控制器还被配置成确 定所述多个第一场景的播放顺序。 18.  根据权利要求13所述的第一设备，其中，所述控制器还被配置成改 变在场景组中包含的多个第一场景的先后次序，或向所述场景组添加特定场 景或从所述场景组中删除特定场景。 19.  根据权利要求12所述的第一设备，其中，所述控制器还被配置成： 当存在没有存储在所述服务器的CDS中但是将要被播放的分段时，控制 所述收发器向所述服务器请求产生包括要播放的分段的资源的URI的虚拟分 段； 控制所述收发器接收由所述服务器产生的所述虚拟分段的对象；并且 组成要播放的所述一个或多个第二场景。 20.  根据权利要求12所述的第一设备，所述控制器还被配置成控制所述 收发器向所述服务器发送对于播放所述一个或多个第二场景的请求。 21.  根据权利要求12所述的第一设备，其中，所述第二设备被配置成根 据所述一个或多个第二场景的元数据信息来确定所述一个或多个第二场景的 开始和结束点。

说明书通过使用通用即插即用播放场景的方法和装置
本申请是申请日为2009年8月14日、申请号为200980139810.2、发明 名称为“通过使用通用即插即用播放场景的方法和装置”的发明专利申请的分 案申请。
技术领域
本发明一般涉及使用通用即插即用(UPnP)的家用网络，且更具体地，涉 及一种用于在使用UPnP播放音频/视频(AV)内容的过程中使得能够在再现器 (renderer)上播放场景(scene)或场景组的方法和装置。
背景技术
通常，包括基于因特网(IP)的专用网络的家用网络将诸如个人计算机 (PC)、智能产品和无线设备的各种类型的家用设备通过称为“中间件”的公 共虚拟计算环境连接到一个网络，并且控制这些设备。
术语中间件是指用于基于对等连接各种数字设备并且使得能够在设备之 间进行通信的软件。诸如家用AV互操作(HAVI)、UPnP、Java智能网络基础 设施(JINI)和家庭域网(HWW)之类的各种技术是到目前为止提出的中间件软 件的类型。
由于即插即用(PnP)功能已被添加到操作系统中，所以已经非常易于安装 和设置PC的外围设备。从PnP演进来的UPnP是这样的一种技术：其用于通 过基于诸如传输控制协议/互联网协议(TCP/IP)、超文本传输协议(HTTP)和可 扩展标记语言(XML)之类的互联网标准技术将这样的便利的功能扩展到整个 网络，来使得各种家用电器和网络设备(诸如网络打印机和互联网网关)能够执 行联网，尤其是家庭联网。
UPnP网络由连接到并受控于基于IP的家用网络的受控设备(CD)和用于 控制受控设备的控制点(CP)组成。UPnP网络使用UPnP协议栈结构通过以下 步骤来执行在控制点和受控设备之间的通信，该UPnP协议栈结构包括诸如 TCP/IP和HTTP之类的互联网协议以及诸如XML和简单对象访问协议 (SOAP)之类的技术。
在第一(或定址)步骤中，控制点和受控设备具有它们自己单独的IP地址。 在加入网络时，受控设备使用动态主机配置协议(DHCP)取得它的IP地址， 或者如果网络中不存在DHCP服务器，则通过使用自动IP定址而被分配IP 地址。
在第二(或发现)步骤中，控制点搜索受控设备，或受控设备通告其位置。 使用简单服务发现协议(SSDP)执行该发现步骤。如果受控设备被添加到网络 中，则该受控设备通过IP组播向该网络传递SSDP的有效消息(alive message)， 然后控制点可以通过接收该有效消息来确定受控设备的存在/不存在。当控制 点新加入网络时，控制点向网络组播SSDP的组播-搜索(M-search)消息，然后 检查到该M-search消息的全部受控设备向控制点发送包含它们自己的信息的 M-search响应消息。
在第三(或描述)步骤中，控制点检查受控设备的描述内容。当在检查响 应消息之后控制点需要该受控设备时，控制点可以向该受控设备发送对于与 该受控设备有关的详细信息的请求。当接收该请求时，该受控设备以XML 文件发送它的信息。
在第四(或控制)步骤中，控制点通过控制受控设备的功能来操作受控设 备。当控制点意图控制任意的受控设备时，基于与该受控设备有关的详细信 息，控制点使用SOAP向该受控设备发送期望的服务。SOAP是出于激活(调 用)远程功能的目的通过XML在HTTP上写的协议。
在第五(或事件)步骤中，控制点接收在受控设备的事件中的改变。当控 制点期望从该受控设备接收事件消息时它向该受控设备发送对于相关事件的 订阅请求。如果成功实现订阅，则该受控设备使用通用事件通知架构(GENA) 向控制点发送事件消息。
在第六(或呈现)步骤中，控制点使用受控设备的超文本标记语言(HTML) 呈现该受控设备的状态。
图1说明在传统UPnP网络系统中的设备发现和动作执行。参考图1， 在步骤110中，控制点101发现或搜索受控设备102，或受控设备102通告 它的位置，由此执行该发现步骤。在步骤120中，控制点101向受控设备102 发送动作请求。在步骤130中，受控设备102执行对应于接收的动作请求的 动作。在步骤140中，受控设备102以动作执行结果来响应控制点101。具 体地，受控设备102执行请求的动作，并且向控制点101发送关于动作的正 常执行结果或出错消息。
基于基本的UPnP控制方法，UPnP受控设备能够向控制点提供各种服务 或功能，诸如控制UPnP受控设备从而在UPnP受控设备中存储的AV内容能 够在支持再现服务的其他UPnP受控设备中播放。当UPnP受控设备是网关时， UPnP控制点通过控制UPnP网关或受控设备能够改变和设置子网和网关的IP 地址段和地址，这些IP地址段和地址将被分配给家庭中的设备。
UPnP控制点在通过用户接口从用户接收输入时请求控制动作，为用户 显示关于请求的动作的执行结果，并且呈现来自受控设备的事件通知。由 UPnP控制点提供的输入方法受限于物理上连接到UPnP控制点的外围设备的 类型、硬件特性和性能。
图2说明使用UPnP协议播放AV内容的传统系统。使用UPnP的AV内 容播放系统包括在其中存储AV内容的媒体服务器220、用于播放AV内容的 媒体再现器230、和根据来自用户的命令控制媒体服务器220和媒体再现器 230的AV控制点210。
媒体服务器220存储各种图像、音频、视频和内容文件，并且可以利用 诸如PC、机顶盒、数字视频盘(DVD)播放器、运动图像专家组(MPEG)音频 层3(MP3)播放器(MP3P)、数字静止图像照相机(DSC)的设备来实现该媒体服 务器，所有这些设备具有诸如硬盘驱动器(HDD)、闪存存储器和DVD/CD之 类的存储部件。媒体服务器220在AV控制点210的控制下向用于内容播放 的媒体再现器230传递存储的内容。
用户能够利用媒体再现器230来欣赏AV内容，媒体再现器230可以被 实现为装备有显示器和/或扬声器的设备，诸如便携终端、数字TV(DTV)、 HiFi音频装置和监视器。
AV控制点210向媒体服务器220和媒体再现器230发送内容播放所需 的各种UPnP动作的调用以执行用户的命令。可以在诸如远程控制器的用户 输入设备中以及在媒体服务器220或媒体再现器230中实现AV控制点210。
图3说明使用UPnP播放特定内容的传统操作。在图3中，用户使用UPnP 控制点302、媒体服务器301和媒体再现器303来鉴赏AV内容。在步骤310 中，控制点302通过调用Browse/Search()(浏览/搜索())动作来取得关于媒体服 务器301中存在的AV内容的元数据列表然后在它的屏幕上显示该元数据列 表以便检查在媒体服务器301中的AV内容的列表。如果用户选择特定内容 并且发出要在特定媒体再现器303上播放内容的命令，则控制点302通过向 媒体再现器303发送GetProtocolInfo()调用来接收能够在媒体再现器303中播 放的协议和格式的列表。
在步骤320中，控制点302确定要播放的内容的协议/格式是否匹配于从 媒体再现器303接收的协议/格式列表中的任何协议/格式。如果有任何匹配的 协议/格式(即，如果在媒体再现器303中可以进行内容播放)，则在步骤330 中控制点302向媒体服务器301发送PrepareForConnection()(准备连接)调用并 且从媒体服务器301接收能够控制有关连接的AV传输ID(AV TransportID)。 类似地，控制点302能够通过向媒体再现器303发送PrepareForConnection() 调用来获得AV传输(AVT)实例ID和再现控制服务(RCS)实例ID。RCS实例 ID被用来控制诸如播放设备的音量、色彩和亮度的参数(parameter)。
在步骤340中，控制点302调用媒体服务器301或媒体再现器303的 SetAVTransportURI()(设置传输URI)以播放选择的内容。这里，控制点302 使用参量(argument)传递要播放的内容的资源的统一资源标识符(URI)。
在步骤350中，如果用户按下播放按钮，则控制点302调用该控制点被 发送SetAVTransportURI()调用的媒体服务器301或媒体再现器303的 Play()(播放)动作。当控制点302调用媒体再现器303的Play()动作时，媒体 再现器303请求媒体服务器301发送对应于通过SetAVTransportURI()传送的 URI的文件到媒体再现器303。当控制点302调用媒体服务器301的Play() 动作时，媒体服务器301向媒体再现器303发送对应于通过 SetAVTransportURI()设置的URI的文件。这里，HTTP、RTP以及电气和电子 工程师协会(IEEE)1394是用于流传输该内容的协议。在流传输过程中，可以 调用用于播放控制的各种动作，诸如Seek()(定位)、Stop()(停止)和Pause()(暂 停)。同样，可以调用媒体再现器的各种其他RCS相关的动作以控制播放设 备的音量(SetVolume()(设置音量))、色彩和亮度。
在步骤360中，在完成内容播放之后，控制点302确定是否有来自用户 的重复播放请求。如果用户期望重复的播放，则控制点302可以通过返回步 骤340来重复该内容的播放。在该播放完成之后，控制点302在步骤370中 调用TransferComplete()(传递完成)以将播放完成通知媒体服务器301和媒体 再现器303。当调用TransferComplete()动作时，媒体服务器301和媒体再现 器303释放分配用于连接的资源。
传统上，在上述操作中使用UPnP播放特定的AV内容。然而，该方法 无法从几个内容中仅选择和播放用户期望的场景。
发明内容
技术问题
本发明的一方面用于解决至少上述问题和/或缺点以及提供至少以下所 述的优点。因此，本发明的一方面提供一种基于UPnP的场景播放方法和装 置，用于在使用UPnP播放AV内容的过程中，通过仅选择在媒体服务器的 AV内容中用户期望的场景来组成场景以及在媒体再现器中连续播放该组成 的场景，即场景组。
技术方案
依据本发明，提供一种使用UPnP播放场景的方法，其中控制点向存储 音频/视频(AV)内容的媒体服务器发送对于要播放的场景的请求，并且从响应 于该请求的媒体服务器接收要播放的场景，控制点从将播放内容的媒体再现 器接收关于可支持的协议和文件格式的信息，并且基于该信息确定将用于播 放的内容资源、协议和文件格式，控制点基于接收的场景组成要播放的场景； 以及媒体再现器播放组成的场景。
依据本发明，提供一种使用UPnP播放场景的装置，其中网络收发器使 用UPnP和其他通信协议中的至少一个与存储AV内容的媒体服务器和用于播 放内容的媒体再现器通信，存储器存储从媒体服务器接收的内容数据，场景 组成器根据来自用户的输入，基于从媒体服务器接收的场景来组成要播放的 场景，以及控制器向媒体服务器发送对于要播放的场景的请求，并且从响应 于该请求的媒体服务器接收要播放的场景，在存储器中存储接收的场景，检 查接收的场景，从媒体再现器接收关于可支持的协议和文件格式的信息，控 制场景组成器组成要播放的场景，并且控制媒体再现器播放由场景组成器组 成的场景。
有益效果
当使用UPnP的家用网络产生AV内容时，用户能够使用控制点在设置 时间重新组成期望的场景，并且能够通过媒体服务器或媒体再现器连续播放 重新组成的场景(即场景组)。
此外，控制点引入(bring)在任意内容中包括的场景或在UPnP环境中先 前产生的场景组，并且在设置时间重新组成所引入的场景或场景组，由此播 放场景或场景组，就如同它们是一个内容一样。
另外，在产生分段对象的过程中，媒体服务器产生和分配资源的URI从 而分段对象也能够具有它们自己的资源。因此，可以在播放基本对象的方法 中播放分段。
附图说明
从下面结合附图进行的描述，本发明的某些示范实施例的以上和其它方 面、特征和优点将更明了，在附图中：
图1说明在传统UPnP网络系统中的设备发现和动作执行；
图2说明对其可应用本发明的使用UPnP播放AV内容的系统；
图3说明使用UPnP播放特定内容的传统操作；
图4说明根据本发明的使用UPnP播放内容的操作；
图5说明根据本发明的在场景或场景组的对象之间的先后次序关系 objectLink；
图6说明根据本发明的在场景或场景组的对象之间的连接关系objectList 的连接分支；
图7说明根据本发明的在场景或场景组的对象之间的连接关系objectList 的内容连接列表索引；
图8说明使用音频视频传输(AVT)播放内容的传统操作；
图9说明根据本发明的元数据；
图10说明根据本发明的使用元数据播放内容的操作；
图11说明根据本发明的第一实施例的关于“SetScene()(设置场景)”动作 的输入参数的示例；
图12说明根据本发明的第二实施例的关于“SetScene()”动作的输入参数 的示例；
图13说明根据本发明的场景组成操作；和
图14说明根据本发明的使用UPnP播放AV内容的系统中的控制点。
贯穿附图，相同附图参考数字将被理解为指代相同组件、特征和结构。
具体实施方式
提供在说明中定义的诸如详细的结构和组件的主题以帮助对本发明的实 施例的完整理解。因此，本领域的普通技术人员将认识到在不背离本发明的 范围和精神的情况下，可以对在此描述的实施例进行各种改变和修改。同样， 出于清楚和简洁之故，省略对公知功能和结构的说明。
图4说明根据本发明的使用UPnP播放内容的操作。在图4中所示的是 使用媒体服务器401、控制点402和媒体再现器403的信号处理操作，其中 在媒体服务器401中存储AV，控制点402用于通过组合内容的任意场景来重 新组成场景，而媒体再现器403用于播放重新组成的场景组。
参考图4，在步骤410中，控制点402通过执行UPnP发现操作而发现 媒体服务器401和媒体再现器403。
在步骤420中，控制点402通过Browse()或Search()动作运送(carry)来自 媒体服务器401的期望的场景。控制点402能够运送作为Browse()或Search() 动作的结果的场景或场景组。可以在媒体服务器401的内容目录服务(CDS) 中以项或容器的形式来预定义所述场景或场景组，并且可以在运送基于在 UPnP AV中使用的XML(诸如数字项声明语言(DIDL)-Lite)的关于内容的信息 的描述中提供所述场景或场景组。
场景或场景组对象可以包括代表在对象之间的先后次序关系objectLink 或连接关系objectList的元数据信息。为方便起见，这里将在图7的描述之后 继续图4的描述。
图5说明根据本发明的在场景或场景组的对象之间的先后次序关系 objectLink。
可以通过在对象的元数据信息中描述连接到该对象的下一对象的ID或 前一对象的ID和在先后次序列表中的第一对象的ID来表示在对象之间的先 后次序关系objectLink。可以通过组ID来标识关于第一对象到最后对象的一 组连接列表。一特定对象可以同时属于多个组，在这种情况下该对象具有包 括关于多个项的连接关系的元数据。参考图5，项#1 510、项#3 520和项#4 530 由于具有组ID“Blue”而具有先后次序关系，而项#2 540、项#3 520和项#5 550 由于具有组ID“Salmon”而具有先后次序关系。在这种情况下，项#3 520包 括在两个组中。
图6说明根据本发明的在场景或场景组的对象之间的连接关系objectList 的连接分支，而图7说明根据本发明的在场景或场景组的对象之间的连接关 系objectList的内容连接列表索引。
可以通过描述能够替换特定对象的其他对象的ID或对象连接列表的ID 来表示在对象之间的连接关系。
作为基于在对象之间的连接关系的示例，可以考虑连接分支和内容连接 列表索引。连接分支表示下述连接关系：其用于在根据对象间先后次序关系 播放内容的同时在包括对象间连接关系信息的对象的播放时间处移动和播放 另一对象。可以通过指定在除了先后次序关系信息之外具有另一组ID的连接 列表中的对象、或在相同连接列表中的其他对象来表示对象间连接关系信息。 参考图6，项#1 610、项#3 620和项#5 630由于具有组ID“Blue”而具有先后 次序关系，而项#2 640、项#4 650和项#6 660由于具有组ID“Salmon”而具 有先后次序关系。在这种情况下，项#4 650包括和在另一先后次序关系组中 的项#3 620的连接关系。
通过创建包括特定对象的单独的先后次序连接列表来提供内容连接列表 索引以用于快速访问在由许多对象组成的先后次序连接列表中的该特定对 象。在表示用户界面的过程中，控制点可以从实际内容数据(由在内容连接列 表中的对象指定)中提取一些屏幕。参考图7，几个项形成一个组70，其中项 #1 710、项#2 740和项#3 770由于具有组ID“Green”而具有单独的先后次序 关系。
再参考图4，在步骤420，控制点402接收作为Browse()/Search()动作的 结果的场景或场景组。之后，使用GetProtocolinfo()(获取协议信息)动作，控 制点402从将播放各场景的媒体再现器403中获得关于可支持的协议和关于 播放的播放文件格式的信息。
在步骤430中，控制点402检查媒体再现器403的可支持协议和格式， 然后基于媒体再现器403的协议和格式信息确定它将在播放场景的过程中使 用的内容二进制(资源)、协议和格式。
在步骤440中，使用PrepareForConnection()动作，控制点402交换用于 在媒体服务器401和媒体再现器403之间音频视频传输(AVT)和RCS服务的 使用的实例ID。实例ID交换是获得能够指定会话以创建用于内容播放的会 话并管理该会话的ID的过程。RCS实例ID是用于使得特定控制点能够使用 媒体再现器的RCS，并且能够应用于在传统UPnP AV中使用的方法中。AVT 用于执行用于在媒体网络中从媒体服务器401向媒体再现器403实际发送媒 体的UPnP AV标准服务。实际上，使用AVT获得URI和媒体的实例ID。
在步骤450中，控制点402组成要播放的场景。控制点402可以通过诸 如显示器的用户接口向用户提供基于在步骤420中接收的先后次序关系/连接 关系表示的场景或场景组对象，而用户可以通过诸如输入单元的用户接口选 择用户将播放或编辑的场景或场景组和列表。在这种情况下，根据本发明， 控制点402可以使用SetScenes()动作执行场景组成，这将参考图11和12详 细描述。
控制点402可以选择性地使用两个不同组成方法之一来组成场景。第一 方法是决定在Browse()/Search()步骤中引入的各个场景的先后次序，而第二方 法是通过改变接收的场景组的先后次序和排列或添加/删除单个场景来组成 场景组。
控制点402可以使用UpdateObject()(更新对象)动作(未示出)来更新在媒 体服务器401中的组成的场景。
在播放已经组成的场景的列表时，场景组成不是必要的，或仅播放单个 场景时，步骤450可以省去。
控制点402可以通过基于由对象提供的先后次序连接关系信息从头开始 一个接一个地播放在连接列表中的对象来确定播放方法(播放模式)，可以在播 放对象和停止播放之后等待来自用户的连续播放命令(步进模式)，以及可以在 考虑控制点402的显示设备的时刻提取列表中的所需数量的对象信息并且在 控制点402的屏幕上显示提取的对象(索引模式)。关于播放类型的信息可以包 括在对象元数据信息中作为对象间连接关系信息的一部分，并且控制点402 可以基于播放类型信息决定它的操作。
在场景播放期间，控制点402在步骤460中使用SetAVTransportURI()动 作设置要播放的场景或场景组的URI。之后，媒体再现器403按照推(Push) 或拉(Pull)方式使用Play()动作播放由控制点402组成的场景或场景组。
对于Play()动作，可以重新使用在传统UPnP AV中使用的AVT服务的 Play()，并且和现有技术一样经受Play()的数据也可以是由XML类型对象表 示的媒体内容。媒体内容还可以包括对象相关的信息，并且能够对其进行分 析的控制点402可以使用该信息执行顺序播放、步进播放和索引表示操作。
为了连续播放本发明的场景或场景组，优选地预先组成场景组，在媒体 服务器401的CDS中管理组成的场景组，并且在媒体再现器403处播放组成 的场景组。
同时，本发明公开一种在媒体服务器处创建内容的分段的新方法。在传 统UPnP AV元数据架构中，分段信息包括在CDS的基本内容对象中，或作 为引用CDS基本对象的单独的分段CDS对象存在。也即，分段CDS对象仅 具有关于基本对象资源的偏移量的元数据信息而没有实际资源。
在该架构中，为了播放分段，控制点应该介入以重复Seek()、Play()和 Stop()动作，或分析在SetAVTransportURI()中包括的内容的元数据信息并且使 用带外协议(Out-Of-Band protocol)播放该分段。
依据本发明，在创建分段对象的步骤中，媒体服务器产生和分配资源的 URI从而分段对象也可以具有它们的资源。也即，在媒体服务器中，AV内容 的分段对象分配有资源的URI。因此，本发明提供一种在播放基本对象的方 法中能够播放分段的方法。
因此，在图4的步骤420中，关于分段对象的Browse()/Search()动作的 结果值可以是：第一分类：其中结果值具有基本对象和偏移量(分段信息)；第 二分类：其中结果值是仅具有对基本对象的引用的分段对象；或第三分类： 其中结果值是根据本发明的具有可播放资源的URI的分段对象。
在旧的元数据架构中，诸如开始点和结束点的分段信息包括在基本内容 对象中(选项1)，或分段信息包括在单独的CDS对象中，这是不可播放的(选 项2)。
选项1的第一播放架构由控制点用于控制内容播放的开始和结束。Seek() 用于定位开始点，而当播放到达结束点时使用Stop()。在这种情况下，在整 个播放操作期间控制点应该存在于网络中。另外，因为控制点的本地时钟的 有限的精度或因为设备使用基于字节的偏移量，所以控制点可能不是正好位 于开始点和结束点。
图8说明使用音频视频传输(AVT)服务播放内容的传统操作。在图8中， 省去了内容播放的先前步骤，并且假设AVT存在于媒体再现器403中。
参考图8，在选项2的播放架构中，当在步骤960中控制点402向媒体 再现器403传递SetAVTransportURI()用于内容的播放时，它使用 CurrentURIMetaData(当前URI元数据)参量来向媒体再现器403的AVT传递 开始和结束的偏移量信息。如果在步骤965中调用Play()，则在步骤970中媒 体再现器403的AVT通过分析CurrentURIMetaData或第三参量确定分段的开 始点和结束点，以检索用于内容播放的分段。
在这种情况下，传统AVT不能播放分段，这是因为它无法识别在 CurrentURIMetaData中的偏移量信息。此外，AVT不能识别媒体再现器可以 支持的用于检索基本内容的分段的“带外”协议。
因此，本发明公开一种新的元数据架构。图9说明根据本发明的元数据。 在图9，由单个CDS项表示每个分段描述符。在分段描述符的<res>元素是关 于分段的可播放的内容。
当创建新的分段对象时，CDS确定新对象是分段描述符并且是基于开始 和结束偏移量元数据与<res>元素一致地创建的。偏移量元数据可以包括诸如 时间、字节和帧开始/结束值的信息。创建的分段对象的<res>元素可以具有 <resExt>元素，这是描述该元素的详细信息的扩展元素。扩展的元素<resExt> 除偏移量元数据之外可以包括由分段对象引用的基本内容和该基本内容的基 本资源。
图10说明根据本发明的使用元数据播放内容的操作。在图10，省去了 内容播放的先前步骤，并且假设AVT存在于媒体再现器403中。
参考图10，在步骤1005中媒体服务器401产生其中已反映偏移量元数 据的资源的URI，同时产生分段对象。在执行使用在步骤1005中产生的分段 对象播放内容的步骤(未示出)之后，在步骤1060中控制点402向媒体再现器 403发送SetAVTransportURI()，以及在步骤1065中向媒体再现器403发送 Play()以播放内容。然后，在步骤1070中，媒体再现器403通过分析 SetAVTransportURI()的CurrentURIMetaData参量确定分段的URI，以及使用 该URI执行播放。
依据分段播放而言本发明播放架构等同于其他的CDS项。由CDS产生 分段描述符的<res>元素以表示基本项的分段，并且它的格式取决于数字媒体 服务器(DMS)执行。
同时，在图4的步骤450中的场景组成期间，本发明可以使用除了上述 方法外的以下方法。
在现有方法中，分段信息应当必须存在于媒体服务器401的CDS中以便 播放分段。在这种情况下，CDS可以包括在基本对象中的分段信息，或可以 具有单独的分段对象。当在CDS中不存在分段信息时，用户应该不方便地在 CDS中存储分段信息，即使将不再使用该分段。
因此，本发明公开一种提供不存储在CDS中但是能够用于播放分段的资 源的URI的方法。提供的资源的URI用于使用现有的CDS对象播放方法来 执行播放。改变该方法以不仅添加在图4的步骤450的场景组成阶段通过生 成分段的对象ID的列表来产生场景组的方法，而且添加通过在媒体服务器 401中临时产生分段的资源的URI来生成播放列表的方法，其中该分段目前 没有存储在CDS中(即，没有对象ID)，但是用户期望播放它们。在这种情况 下，在步骤450的场景组成期间使用的SetScene()动作可以被可选地使用并且 可以使用在现有UPnP AV中定义的SetAVTransportURI()和 SetNextAVTransportURI()(设置下一AV传输URI)来指定播放顺序。
在现有的UPnP AV中，当用户期望播放基本内容的特定部分时，会发生 以下三种情况。在第一种情况中，关于特定部分的分段对象存在于CDS中。 在第二种情况中，关于特定部分的分段对象不存在于CDS中，但是用户想产 生该分段对象从而用户可以稍后重新使用该分段定义。在第三种情况中，关 于特定部分的分段对象不存在于CDS中并且用户不打算产生它，因为用户将 不会重新使用该分段定义。
在第一种情况下，用户可以使用Browse()/Search()获得分段元数据，并 且播放该分段。在第二种情况下，用户可以使用CreateObject()(创建对象)创 建分段对象，并且播放该对象。在这两种情况下，现有方法是可用的。但是， 在第三种情况下，用户需要产生分段对象，并且在分段对象产生之后将删除 分段对象。
因此，在本发明中新定义CreateDynamicSegment()(创建动态分段)的新动 作。CreateDynamicSegment()不同于CreateObject()，因为CDS不马上产生对 象，相反它仅返回虚拟对象的元数据。
在以下表1中定义关于CreateDynamicSegment()的参量。
表1
参量 方向 相关状态变量 元素 入 A_ARG_TYPE_Result 结果 出 A_ARG_TYPE_Result
参量元素包括创建分段对象所需的元数据。例如，元素可以包括用于指 示其是分段对象的类属性(UPnP)、基本内容的对象ID、在基本内容中分段的 开始点和结束点、依据DIDL-Lite模式的其他属性(id属性被设置为“”以 及parentID属性被设置为“”或“0”)。
CDS应该在输出参量中组成虚拟创建的分段对象的元数据。CDS提供关 于虚拟分段的<res>元素。
使用CreateDynamicSegment()的播放方法包括：
步骤1：控制点调用来自CDS的CreateDynamicSegment()并且通过使用 输入参量提供产生分段对象所需的全部元数据。
步骤2：在CreateDynamicSegment()的输出参量处，CDS返回虚拟分段 对象。
步骤3：控制点接收虚拟分段对象的元数据并且使用虚拟分段对象的元 数据调用来自AVT服务的SetAVTransportURI()动作。
步骤4：控制点可以执行Play()动作、Pause()动作和不同的AVT动作以 控制分段播放。
同时，可以使用CreateDynamicSegment()的类似的可扩展方法来产生动 态分段列表。在这种情况下，控制点402提供产生多个“虚拟”分段对象所 需的元数据。
图11说明根据本发明的第一实施例的关于“SetScene()”动作的输入参数 的示例。InstanceID表示从AVT服务提供的实例ID。使用该值，控制点可以 管理在媒体服务器和媒体再现器之间播放的场景或场景组的播放。 ScenesToBePlayed指示关于要播放的场景的信息，而ScenesToBeSkipped指 示关于在播放期间要跳过的场景的信息。可以基于逗号分开的值(Comma  Separated Vaule(CSV))形式或XML来实现ScenesToBePlayed和 ScenesToBeSkipped，并且媒体服务器和媒体再现器可以通过识别该 CSV/XML来执行播放。
图12说明根据本发明的第二实施例的关于“SetScene()”动作的输入参数 的示例。通过提供AVT实例ID和在场景组中要播放的场景的组合(即场景组 信息)，能够在以后的时间播放在播放之前由控制点产生的场景组。
可以基于CSV形式或XML实现在本发明公开的场景组，并且媒体服务 器和媒体再现器可以通过识别CSV/XML执行播放。
关于在图11和12中公开的动作和参数之间的不同，虽然图11的方法在 控制点引入的全部场景中规定ScenesToBePlayed和ScenesToBeSkipped，但 是图12的方法需要用于控制点的特定的用户接口(UI)应用，即，能够编辑场 景或场景组的附加应用。然而，两种方法都可以应用于无暂停地播放场景以 便实现本发明的实施例。不管在参数的数量和内容中的略微改变，本发明能 够基于UPnP组合和播放场景而不脱离本发明的范围。
图13说明根据本发明的场景组成操作。在图13中，当在媒体服务器401 中从任意内容中提取的场景由s1、s2、...、sN表示时，一个内容A可以被划 分成N个场景1310或N个分段1320。在媒体服务器中也可以以一个CDS 对象的形式管理场景组。场景或场景组可以通过诸如Browse/Search()的UPnP 动作从CDS引入并且然后作为响应提供给控制点402。之后，控制点402可 以在用户请求时使用场景创作(或场景组成)应用1330组合或改变提供的场景 或场景组。用户可以使用UI(即场景创作应用1330)从场景s1到sN的列表中 选择期望的场景。在这种情况下，用户能够以包括拖和放(Drag&Drop)的各种 方法选择该场景。
可以按预定方法对选择的场景分组。如图9所示，本发明定义媒体服务 器401或媒体再现器403能够在播放时间理解的XML模式，并且可以通过 在场景组标签中枚举要播放的全部场景来表示该场景(1340)，或基于CSV表 示该场景(1350)。
图14说明根据本发明的使用UPnP播放AV内容的系统中的控制点。
参考图14，根据本发明的实施例的控制点402包括网络收发器1410、控 制器1420、显示器1430、场景组成器1440、输入单元1450和存储器1460。
网络收发器1410使用UPnP网络或其他通信协议执行通信。在本发明中， 控制点402通过网络收发器1410与媒体服务器401或媒体再现器403交换内 容数据和信号。
在选择要播放的内容期间，显示器1430显示场景以使得用户能够选择媒 体服务器401意图播放的内容、以及该内容的场景或场景组。在场景组成期 间，显示器1430显示屏幕以使得用户能够组成该内容的场景或场景组。输入 单元1450在内容选择和场景组成期间从用户接收输入。
存储器1460存储控制点402在执行操作中需要的各种数据。在本发明中， 存储器1460存储从媒体服务器401接收的内容。
场景组成器1440根据通过输入单元1450从用户接收的输入，基于从媒 体服务器401接收的场景选择和重新组成要播放的场景。
控制器1420控制控制点402的整个操作。在本发明中，控制点402向媒 体服务器401发送对于要播放的场景的请求，接收作为对该请求的响应的来 自媒体服务器401的场景，在存储器1460中存储接收的场景，检查接收的场 景，从将播放场景的媒体再现器403接收关于播放协议和文件格式的信息， 控制场景组成器1440来组成要播放的场景，并且控制媒体再现器403播放由 场景组成器1440组成的场景。
然而，在实际中，控制点402可以被实现为媒体服务器401或媒体再现 器403的一部分。当控制点402被实现为媒体服务器401的一部分时，存储 器1460可以存储基本AV内容。当控制点402被实现为媒体再现器403的一 部分时，在内容播放期间可以在显示器1430上播放该内容。
虽然已经参考本发明的具体实施例示出和描述了基于UPnP的场景播放 方法和系统，但本领域的技术人员将理解在不脱离由所附权利要求及其等价 物定义的本发明的精神和范围的情况下，可以在此进行形式上和细节上的各 种改变。