在通用即插即用网络中支持组合设备的设备信息的制作方法

文档序号:6553087阅读:290来源:国知局
专利名称:在通用即插即用网络中支持组合设备的设备信息的制作方法
技术领域
本发明涉及一种用于提供并使用由通用即插即用(universal plugand play UPnP)家庭网络中的组合设备(combo device)所提供的一般设备信息或服务信息的方法,并且尤其涉及一种用于为在所述UPnP网络中的设备之间正转送的内容加书签的方法。
背景技术
基于各种类型的小型设备的联网技术近来浮现并且被商业化。家庭网络使得能够互连各种消费类电子设备,诸如电冰箱、电视(TV)机、洗衣机、个人计算机(PC)和立体声系统,因而提供了便利的、用户界面友好的生活环境。
已经建议了通用即插即用(UPnP)标准来提供数字家庭网络平台。在大部分PC操作系统中广泛包含的即插即用(PnP)技术简化了把硬件添加到设备的过程。UPnP技术被设计成用于把PnP技术扩展到具有由因特网标准技术所组成的平台的网络域(domain),所述因特网标准技术诸如传输控制协议/网际协议(TCP/IP)、超文本传输协议(HTTP)和可扩展标记语言(XML)。由于UPnP技术,具有网络功能的各种消费类电子设备、网络打印机和因特网网关可以彼此互连以便提供统一的网络,其中可以容易地添加新的网络设备并且从其它设备进行远程访问。
UPnP网络优选包括多个UPnP设备、服务和控制点(CP)。作为UPnP网络中最小可访问、可控制单位的每个服务(service)——由其自己唯一的状态变量来指定。CP是在网络中的设备上运行的控制应用,诸如个人数字助理(PDA),并且能够访问、监视和控制所述网络上的所有设备和/或它们的服务。
如图1所示,通用即插即用视听(UPnP AV)家庭网络包括用于向网络上的设备提供视听(AV)数据的媒体服务器120、用于执行播放所述AV数据的媒体再现器130以及用于控制所述媒体服务器120和媒体再现器130的控制点(CP)110。媒体服务器120和媒体再现器130由CP 110控制,从而它们被称作受控设备。
下面将描述在图1的网络中播放媒体数据。媒体服务器120例如通过其自己的文件系统获得关于媒体数据文件的信息(诸如目录路径信息),并且响应于诸如浏览动作之类的UPnP动作把此信息发送到CP 110。一旦经由CP 110上的用户接口(UI)选择了在媒体服务器120中所存储的媒体文件,那么媒体数据文件的流就被发送到媒体再现器130并在其上展示。
值得注意,具有UPnP功能的设备(诸如媒体服务器120和媒体再现器130)可以连同控制点110一起被嵌入到单个设备中。在这种情况下,连同控制点110一起配置的UPnP设备无法被发现为家庭网络上的UPnP设备。因此,无法提供它们的设备描述和有关它们服务的UPnP动作,并且无法从家庭网络上的另一UPnP设备上请求。
通常,上述UPnP设备被称作组合设备。图2A图示了AV网络配置,其中包括控制点和媒体再现器的组合设备201与媒体服务器通信。图2B图示了另一AV配置,其中包括控制点和媒体服务器的组合设备202与媒体再现器通信。
组合设备内的动作请求,特别是在图2A中的控制点和媒体再现器之间的动作请求以及在图2B中的控制点和媒体服务器之间的动作请求不必依照UPnP协议,这是因为它们对家庭网络上的其它设备来说并非是不可见的。从而,通常经由任意的内部接口来进行组合设备内的数据通信。
然而常常希望使网络上的UPnP设备能够访问关于由组合设备内的受控设备所提供的服务的状态信息。例如,如果用户请求为正被媒体服务器流送并由组合设备内的媒体再现器展示的内容加书签(bookmark),那么所述组合设备内的控制点从媒体再现器内部获得为加书签所需要的状态信息。如果必要的话,控制点把所获得的状态信息连同其它信息一起作为书签构成信息存储到外部媒体服务器中。
然而,即便已经从媒体服务器获得书签,那么依照这种方式所创建的书签也无法被不同于组合设备内控制点的控制点适当解释。这是因为任意地组织从组合设备内部获得的状态信息,使得其格式并不服从UPnP协议。

发明内容
木发明涉及一种用于为正在通用即插即用(UPnP)网络中的设备之间转送的内容加书签的方法。考虑到现有技术的缺点,本发明的目的是提供一种用于按连接到相同网络的设备相应地使用状态信息的方式来组织并使用关于组合设备内受控设备的状态信息的方法。
本发明的附加特征和优点将在随后的描述中进行阐述,并且在某种程度上根据所述描述是显而易见的,或者可以通过实施本发明来习得。本发明的目的及其它优点将由在所撰写的说明书及权利要求书和附图中所特别指出的结构来实现并获得。
为了实现这些及其它优点并且依照本发明的目的,如所具体化以及概括地描述,本发明被具体化为一种用于为正在网络中的各设备之间转送的内容加书签的方法,所述方法包括接收用于为正被转送到多个设备中的至少一个的内容加书签的请求,所述设备能够执行播放对其请求加书签的内容,还包括从多个设备中的至少一个获得状态信息,获得所述状态信息的源信息,并且创建包括所述状态信息和源信息的书签,其中从所述多个设备的第一设备所获得的状态信息的源信息是持久性信息并且不暴露于网络,其中从所述第一设备所获得的状态信息的源信息与被分配给所述多个设备中不同于所述第一设备的第二设备的源信息具有相同的结构。
所述源信息包括唯一的设备标识符(unique device identifierUDN)、服务ID和服务类型。优选地是,内部获得所述源信息。
依照本发明的一个方面,第一设备是用于再现由第二设备所提供的内容的媒体再现器。优选地是,从多个设备中的至少一个获得状态信息的步骤包括从第二设备获得用于播放管理的状态信息并且从媒体再现器获得用于内部再现控制的状态信息。优选地是,从第二设备获得用于播放管理的状态信息以及从媒体再现器获得用于内部再现控制的状态信息的步骤包括调用用于获得状态变量的动作。
依照本发明的另一方面,当最初在网络上发现第二设备时,从第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
优选地是,创建书签的步骤包括通过调用第二设备的对象创建动作来在所述第二设备中创建所述书签。
依照本发明的进一步发面,第一设备是用于向第二设备提供内容的媒体服务器。优选地是,从多个设备中的至少一个获得状态信息的步骤包括从媒体服务器获得用于内部播放管理的状态信息并且从第二设备获得用于再现控制的状态信息。优选地是,从媒体服务器获得用于内部播放管理的状态信息以及从第二设备获得用于再现控制的状态信息的步骤包括调用用于获得状态变量的动作。
依照本发明的另一方面,当最初在网络上发现第二设备时,从第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
优选地是,创建书签的步骤包括在媒体服务器中内部创建书签。
依照本发明另一实施例,一种用于为正在网络中的各设备之间转送的内容加书签的方法包括利用传输服务和控制服务来转送所述内容,接收用于为正转送内容加书签的请求,获得所述传输服务和控制服务的状态信息,其中经由内部接口获得所述传输服务和控制服务中至少一个的状态信息,其中所述内部接口并不服从所述网络上的通信协议,所述方法还包括获得所述状态信息的源信息,并且创建包括所述状态信息和源信息的书签。
优选地是,传输服务是AVTransport服务(AVTransport serviceAVTS)并且控制服务是再现控制服务(Rendering Control ServiceRCS)。此外,经由内部接口所获得的状态信息的源信息是持久性信息并且不暴露于网络,并且与被分配给暴露于所述网络的设备的源信息具有相同的结构。
依照本发明的一个方面,传输服务、控制服务以及用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。依照本发明的另一方面,控制服务和用于控制传输服务和控制服务的控制应用被集成到组合设备中。依照本发明的进一步方面,传输服务以及用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
优选地是,源信息包括唯一的设备标识符(UDN)、服务ID和服务类型。
依照本发明另一实施例,一种用于为正在网络中的各设备之间转送的内容加书签的设备,所述设备包括用于接收用于为正被转送到多个设备中的至少一个的内容加书签的请求的装置,所述设备能够执行播放对其请求加书签的内容,还包括用于从多个设备中的至少一个获得状态信息的装置,用于获得所述状态信息的源信息的装置,和用于创建包括所述状态信息和源信息的书签的装置,其中从所述多个设备的第一设备所获得的状态信息的源信息是持久性信息并且不暴露于网络,其中从所述第一设备所获得的状态信息的源信息与被分配给所述多个设备中不同于所述第一设备的第二设备的源信息具有相同的结构。
源信息包括唯一的设备标识符(UDN)、服务ID和服务类型。优选地是,内部获得所述源信息。
依照本发明的一个方面,第一设备是用于再现由第二设备所提供的内容的媒体再现器。优选地是,用于从多个设备中的至少一个获得状态信息的装置包括用于从第二设备获得用于播放管理的状态信息的装置以及用于从媒体再现器获得用于内部再现控制的状态信息的装置。优选地是,用于从第二设备处获得用于播放管理的状态信息的装置以及用于从媒体再现器获得用于内部再现控制的状态信息的装置包括调用用于获得状态变量的动作。
依照本发明的另一方面,当最初在网络上发现第二设备时,从第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
优选地是,用于创建书签的装置包括用于通过调用第二设备的对象创建动作来在所述第二设备中创建所述书签的装置。
依照本发明的进一步发面,第一设备是用于向第二设备提供内容的媒体服务器。优选地是,用于从多个设备中的至少一个获得状态信息的装置包括用于从媒体服务器获得用于内部播放管理的状态信息的装置以及用于从第二设备获得用于再现控制的状态信息的装置。优选地是,用于从媒体服务器获得用于内部播放管理的状态信息的装置以及用于从第二设备获得用于再现控制的状态信息的装置包括调用用于获得状态变量的动作。
依照本发明的另一方面,当最初在网络上发现第二设备时,从第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
优选地是,用于创建书签的装置包括在媒体服务器中内部创建书签。
依照本发明另一实施例,一种用于为正在网络中的各设备之间转送的内容加书签的设备包括用于利用传输服务和控制服务来转送所述内容的装置,用于接收用于为正被转送的内容加书签的请求的装置,用于获得所述传输服务和控制服务的状态信息的装置,其中经由内部接口获得所述传输服务和控制服务中的至少一个的状态信息,其中所述内部接口并不服从所述网络上通信协议,用于获得所述状态信息的源信息的装置,和用于创建包括所述状态信息和源信息的书签的装置。
优选地是,传输服务是AVTransport服务(AVTS)并且控制服务是再现控制服务(RCS)。此外,经由内部接口所获得的状态信息的源信息是持久性信息并且不暴露于网络,并且与被分配给暴露于所述网络的设备的源信息具有相同的结构。
依照本发明的一个方面,传输服务、控制服务以及用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。依照本发明的另一方面,控制服务和用于控制传输服务和控制服务的控制应用被集成到组合设备中。依照本发明的进一步方面,传输服务以及用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
优选地是,源信息包括唯一的设备标识符(UDN)、服务ID和服务类型。
应当理解,本发明的以上一般描述以及以下详细描述是示例性的和解释性的,并且意在为所要求的本发明提供进一步的解释。


附示了本发明的实施例并且连同说明书一起用来解释本发明的原理,所述附图用来提供本发明的进一步理解,并且并入说明书并构成说明书的一部分。依照一个或多个实施例,在不同附图中的相同标号所标记的本发明的部件、元件和方面表示相同、等效或类似的部件、元件或方面。其中图1图示了一般的UPnP AV网络配置。
图2A图示了具有组合设备的UPnP AV网络配置,其中被嵌入到所述组合设备中的媒体再现器和控制点被连接到媒体服务器。
图2B图示了具有组合设备的UPnP AV网络配置,其中被嵌入到所述组合设备中的媒体服务器和控制点被连接到媒体再现器。
图3图示了一种用于创建并使用书签的方法,其中依照本发明一个实施例媒体再现器和控制点被集成到组合设备中并且在拉模式下流送内容。
图4图示了依照本发明一个实施例的加书签对象的结构。
图5图示了一种用于创建并使用书签的方法,其中依照本发明一个实施例媒体再现器和控制点被集成到组合设备中并且在推模式下流送内容。
图6图示了一种用于创建并使用书签的方法,其中依照本发明一个实施例媒体服务器和控制点被集成到组合设备中并且在拉模式下流送内容。
图7图示了一种用于创建并使用书签的方法,其中依照本发明一个实施例媒体服务器和控制点被集成到组合设备中并且在推模式下流送内容。
具体实施例方式
本发明涉及一种用于为正在通用即插即用(UPnP)网络中的设备之间转送的内容加书签的方法。
为了可以完全理解本发明,现在参考附图来描述其优选实施例。以下,解释本发明的实施例,优选组合设备内的状态信息是书签信息,其中外部设备请求使用所述状态信息。然而,本发明适用于组合设备向外部设备所提供的所有状态信息。
依照本发明,存在用于创建书签信息的至少四种不同的配置情况。两种配置情况取决于内容流送类型,即推模式(push mode)和拉模式(pull mode)。其它两种配置情况取决于组合设备是包括媒体再现器还是媒体服务器。下面将对于每种配置情况来描述用于响应于书签请求来在组合设备中准备状态信息以用于外部设备的过程。
图3图示了一种用于创建并使用书签的方法,其中媒体再现器和控制点被集成到组合设备中并且在拉模式下流送内容。
参照图3,在其中从媒体服务器302向包含媒体再现器的组合设备301流送AV数据的状态中,如果由用户进行加书签请求(S31),那么所述组合设备301内的控制点获得为内容所分配的状态变量(S32),其中使用再现控制服务(RCS)和AVTransport服务(S32)来流送所述内容。在拉模式中,由媒体再现器提供AVTS。因此,经由内部通信协议从组合设备301内的媒体再现器处获得AVT状态变量。依照与AVT状态变量相同的方式来获得RCS状态变量。
使用所接收的RCS状态变量和AVT状态变量,控制点收集为创建书签对象所需要的信息,如图4所示。持久性设备信息,优选为唯一的设备名称(UDN)(设备标识符)、服务ID和服务类型(414)——其依照媒体再现器的AVTS和RCS被硬编码——被添加到书签对象作为所获取的RCS和AVT状态信息的源信息(415)(图3的S33)。持久性设备信息并未经由诸如发现动作之类的动作请求而暴露于外部设备,并且被维持,除非设备或所述设备中的服务被升级。
正被加书签的内容的标识符(正被流送的对象内容的ID)(411)、诸如字符串格式化的书签标题之类的易读内容信息(412)和依照诸如“object.item.bookmarkitem”形式所定义的书签对象类(413),作为图4的书签对象所要求的附加信息而产生。之后,控制点通过把所收集的信息用为CDS输入变量来在媒体服务器302的内容目录服务(CDS)中调用对象创建动作(CreateObject())(S34)。接收来自控制点的信息,CDS创建加书签的对象并且向所创建的加书签对象分配加书签的对象标识符410,如图4所示。
如图3所示,在完成书签创建并且完成播放内容之后,任意的设备303向媒体服务器302发送对象浏览动作请求以便访问特定的书签(S35)。通过在所浏览的对象之间选择对象,例如先前加书签的对象,并且请求用于浏览先前加书签的对象的元数据的动作(S36),获得关于加书签对象的所有信息。
然而,任意设备303可以是包括媒体再现器的组合设备301或其上运行控制点的另一组合设备。如果用户在任意设备303上请求播放加书签的对象,那么任意设备303根据在加书签的对象中所包括的信息来确定所述设备303中的媒体再现器是否支持所述加书签的对象的协议和格式。任意设备303进一步确定在所述加书签的对象的信息中所包括的状态变量值是否可被设备303中的媒体再现器接受(S37)。
通过把加书签的对象的信息(诸如UDN、服务ID和服务类型)与内部媒体再现器中硬编码的相应信息相比较,来确认在加书签的对象的信息中所包括的状态变量值是否可被内部媒体再现器接受。例如如果UDN是相同的,诸如在设备303是组合设备301的情况下,并且如果加书签的对象服务类型的版本低于内部媒体再现器的版本或与之相同,那么确定可以在所述设备303上播放所述加书签的对象。
如果UDN是不同的或者加书签的对象服务类型的版本更高,那么丢弃在所述加书签的对象的信息中所包括的RCS状态变量值。然后在内部媒体再现器的RCS状态变量中设置缺省值。同样对于AVT状态变量来说,在内部媒体再现器的AVT服务中设置在加书签的对象的信息中所包括的AVT状态变量值的可接受值,以便相应地播放所述加书签的对象。
当确定可以播放加书签的对象时,设备303的控制点按照需要来请求用于与媒体服务器302建立连接的动作(S38)。然后设备303的控制点根据加书签的对象的状态变量值来设置内部媒体再现器的AVT和RCS状态变量。设备303的控制点还请求内部媒体再现器准备接收加书签的对象的流并且执行控制执行过程以便按照要求从所想要的对象点来播放加书签的对象。
图5图示了一种用于创建并使用书签的方法,其中媒体再现器和控制点被集成到组合设备中并且在推模式下流送内容。
参照图5,在从媒体服务器302向包含媒体再现器的组合设备301流送AV数据的状态中,如果用户进行加书签请求(S51),那么组合设备301内的控制点获得为内容所分配的状态变量,其中正使用再现控制服务(RCS)和AVTransport服务(AVTS)来流送所述内容(S52,S53)。在推模式中,由媒体服务器302提供AVTS。因此,在媒体服务器302的AVTS中使用动作来获得AVT状态变量(S52)。经由内部通信协议从内部媒体再现器获得RCS状态变量(S53)。
使用所接收的RCS状态变量和AVT状态变量,控制点收集为创建加书签对象所要求的信息,如图4所示。把诸如UDN、服务标识符和服务类型之类的持久性设备信息添加到加书签的对象作为所获取RCS状态信息的源信息,其中在媒体再现器的RCS中硬编码所述持久性设备信息。对于AVTS状态变量来说,最初已经在设备发现步骤中所获得的UDN、服务ID和服务类型被用作所获取AVTS状态信息的源信息(S54)。依照与图3的方法相同的方式产生并添加为创建加书签的对象所要求的附加信息。
随后,组合设备301中的控制点把所收集的信息用作CDS输入变量,媒体服务器302的内容目录服务(CDS)中调用对象创建动作(CreateObject())(S55)。接收来自控制点的信息,CDS创建加书签的对象并且向所创建的加书签对象分配加书签的对象标识符410(如图4中所示)。因而,在媒体服务器302中创建加书签的对象,如图4的对象。
如图5所示,在完成书签创建并且完成播放内容之后,任意设备303向媒体服务器302发送对象浏览动作请求以便访问特定的书签(S56-1)。通过在所浏览的对象之间选择对象,例如先前加书签的对象,并且请求用于浏览先前加书签的对象的元数据的动作(S56-2),获得关于加书签对象的所有信息。
然而,任意设备303可以是包括媒体再现器的组合设备301,或在其上运行控制点的另一组合设备。如果用户在任意设备303上请求播放加书签的对象,那么任意设备303确定所述设备303中的媒体再现器是否支持所述加书签的对象的协议和格式。任意设备303进一步确定在所述加书签的对象的信息中所包括的状态变量是否可被设备303中的媒体再现器接受(S57)。
通过把加书签的对象的信息(诸如UDN、服务ID和服务类型)与内部媒体再现器中硬编码的相应信息相比较,来确认在加书签的对象的信息中所包括的状态变量值是否可被内部媒体再现器接受。例如如果UDN是相同的,诸如在设备303是组合设备301的情况下,并且如果加书签的对象服务类型的版本低于内部媒体再现器的版本或与之相同,那么确定可以在所述设备303上播放所述加书签的对象。
如果UDN是不同的,或者加书签的对象服务类型的版本更高,那么丢弃在所述加书签的对象的信息中所包括的RCS状态变量值。然后在内部媒体再现器的RCS状态变量中设置缺省值。通过向媒体服务器302发送请求来设置媒体服务器302中的AVT状态变量,使得相应地播放加书签的对象。
当确定可以播放加书签的对象时,设备303的控制点按照需要来请求用于与媒体服务器303建立连接的动作(S58-1)。然后设备303的控制点根据加书签的对象的RCS状态变量来设置内部媒体再现器的RCS状态变量并且使用媒体服务器302的AVTS中的SetAVTransportURI()来向媒体服务器302发送关于正播放的内容的信息(S58-2)。设备303的控制点还请求内部媒体再现器准备接收加书签的对象的流,在媒体服务器302的AVTS中设置加书签的对象的AVT状态变量,并且执行控制执行过程以便按照要求从所期望的对象点来播放所述加书签的对象(S58-3)。
图6图示了一种用于创建并使用书签的方法,其中媒体服务器和控制点被集成到组合设备中并且在拉模式下流送内容。
参照图6,在正从组合设备601内的媒体服务器向媒体再现器602流送AV数据的状态中,如果用户进行书签请求(S61),那么所述组合设备601内的控制点获得为内容所分配的状态变量,其中正使用RCS(再现控制服务)和AVTS(AVTransport服务)来流送所述内容(S62-1,S62-2)。在拉模式中,由媒体再现器提供AVTS。因此,使用GetStateVariables()动作从媒体再现器602获得AVT状态变量和RCS状态变量。用来获得AVT和RCS状态变量的次序是任意的。
使用所接收的RCS状态变量和AVT状态变量,组合设备601内的控制点收集为创建加书签的对象所需要的信息,如图4所示。添加诸如媒体再现器602的RCS和AVTS的UDN、服务ID和服务类型之类的信息作为RCS和AVT状态信息的源信息,其中这些信息已经从设备和服务描述符获得并且经由初始设备发现步骤来识别(S63)。依照与图3的方法相同的方式产生并添加为创建加书签的对象所要求的附加信息。
在产生为创建加书签的对象所需要的信息之后,组合设备601中的控制点创建所述加书签的对象,向所创建的加书签对象分配标识符并且内部存储所述加书签的对象(S64)。据此,用于存储加书签的对象的格式不必与图4的加书签的对象的格式一致,只要包括在图4中所示出的信息即可。
在完成书签创建并且完成播放内容之后,用户请求组合设备601提供所有加书签的对象以便访问特定的书签。通过在所浏览的对象之间选择对象,例如先前加书签的对象,并且请求用于浏览先前加书签的对象的元数据的动作,获得关于加书签对象的所有信息(S65)。
响应于所选择对象的播放请求,组合设备601中的控制点在任意的媒体再现器603中调用GetProtocoInfo()动作以便获得所述媒体再现器603所支持的协议和格式列表(S66)。根据协议和格式列表,组合设备601中的控制点确定媒体再现器603是否支持加书签的对象的协议和格式。
然而,任意的媒体再现器603可以是媒体再现器602。如果确定支持加书签的对象,那么组合设备601中的控制点选择适当的协议和格式(S67)并且请求内部媒体服务器准备依照所选择的协议和格式来发送所述加书签的对象。
然后组合设备601中的控制点向媒体再现器603发送请求以便按照需要准备与所述组合设备601连接(S68-1)。响应于所述请求,任意的再现器603向组合设备601发送即时ID,AVTS和RCS把所述ID分配给所建立的连接。即时ID用来在流送加书签的对象期间指定并控制RCS和ATVS。
组合设备601中的控制点使用媒体再现器603的AVTS中的SetAVTransportURI()动作来向所述媒体再现器603发送关于正被播放内容的信息(S68-2)。组合设备601中的控制点还请求媒体再现器603的RCS和AVTS使用在加书签的对象中所包括的RCS和AVTS状态变量。控制点进一步执行控制执行过程以便按照要求从所想要的对象点来播放加书签的对象(S68-3)。
响应于设置AVTS和RCS状态变量的请求,如果媒体再现器603与用于播放正被请求加书签的内容的媒体再现器602相同,那么在AVTS和RCS中不加修改地使用AVTS和RCS状态变量值。否则,丢弃RCS状态变量值并且在RCS中使用缺省值。对于AVTS状态变量来说,优选在AVTS中使用可采用的值,诸如其中已经停止播放的内容中的点。
图7图示了一种用于创建并使用书签的方法,其中媒体服务器和控制点被集成到组合设备中并且在推模式下流送内容。
参照图7,在正从组合设备601内的媒体服务器向媒体再现器602流送AV数据的状态中,如果用户进行书签请求(S71),那么组合设备601内的控制点获得为内容所分配的RCS状态变量,其中正使用所述媒体再现器602中的RCS(再现控制服务)来流送所述内容(S72)。在推模式中,由组合设备601内的媒体服务器提供AVTS。因此,经由内部接口获得AVT状态变量。
使用所接收的RCS状态变量和AVT状态变量,组合设备601内的控制点收集为创建加书签的对象所需要的信息,如图4所示。添加诸如媒体再现器602的RCS的UDN、服务ID和服务类型之类的信息作为RCS状态信息的源信息,其中所述信息已经从设备和服务描述符获得并且在初始设备发现步骤期间被识别。已经经由内部接口所获得的、硬编码的UDN、服务ID和服务类型被用于AVTS状态信息的源信息(S73)。依照与图3的方法相同的方式产生并添加为创建加书签的对象所要求的附加信息。
在产生为创建加书签的对象所需要的信息之后,组合设备601中的控制点创建所述加书签的对象,向所创建的加书签对象分配标识符并且内部存储所述加书签的对象(S74)。据此,用于存储加书签的对象的格式不必与图4的加书签的对象的格式一致,只要包括在图4中所示出的信息即可。
在完成书签创建并且完成播放内容之后,用户请求组合设备601提供所有加书签的对象以便访问特定的书签。通过在所浏览的对象之间选择对象,例如先前加书签的对象,并且请求用于浏览先前加书签的对象的元数据的动作,获得关于加书签对象的所有信息(S75)。
响应于所选择对象的播放请求,组合设备601中的控制点在任意的媒体再现器603中调用GetProtocoInfo()动作以便获得所述媒体再现器603所支持的协议和格式列表(S76)。根据协议和格式列表,组合设备601中的控制点确定媒体再现器603是否支持加书签的对象的协议和格式。
然而,任意的媒体再现器603可以是媒体再现器602。如果确定加书签的对象是可允许的,那么组合设备601中的控制点选择适当的协议和格式(S77)继而通过把诸如UDN、服务ID和服务类型之类的信息与在内部媒体服务器中硬编码的相应信息相比较来确定在加书签的对象信息中的AVTS状态变量值是否是可允许的。例如如果UDN是相同的并且加书签的对象的服务类型的版本低于内部媒体服务器的版本或与之相同,那么确定所述加书签的对象为可允许的对象。因而,AVTS状态变量值被未加修改地接收并设置。但是如果加书签的对象的服务类型的版本高于内部媒体服务器的版本,那么使用一些可允许的AVTS状态变量并且丢弃其它的。
然后组合设备601中的控制点向内部媒体服务器发送请求以便准备依照所选择的协议和格式来发送加书签的对象。如果必要的话,控制点还向媒体再现器603发送请求以便准备与所述组合设备601连接(S78-1)。响应于所述请求,任意的再现器603向组合设备601发送即时ID,RCS把所述ID分配给所建立的连接。即时ID用来在流送加书签的对象期间指定并控制RCS。
然后组合设备601中的控制点请求媒体再现器603的RCS来设置加书签的对象的RCS状态变量值(S78-2)。控制点还还向内部媒体服务器发送关于正被播放的内容的信息以便按照用户要求从所期望的点流送所述内容。
响应于设置RCS状态变量的请求,如果媒体再现器603与用于播放正被请求加书签的内容的媒体再现器602相同,那么在RCS中不加修改地使用RCS状态变量值。否则,丢弃RCS状态变量值并且使用缺省值。
本发明使外部设备可以使用信息,例如在没有任何修改的情况下为在组合设备中所嵌入的未发现设备所创建的书签信息。因此,本发明提供了用于当调用其它设备中的服务时应用书签所包含状态信息的相同机制。从而,因为服务开发者不必考虑其上安装服务的设备是否为组合设备,所以开发变得更加容易。由于相同的理由,开发用户接口也变得更加简单。
虽然已经相对于有限的实施例公开了本发明,然而那些掌握本公开内容的本领域技术人员应当据此认识到许多修改和变化。意在所有这种修改和变化都落入本发明的精神和范围内。
上述实施例和优点仅仅是示例性的,并且不应理解为是对本发明的限制。可以容易地把本教导应用于其它类型的设备。本发明的描述意在是说明性的,而并非限制权利要求的范围。许多可选择、修改和变化对那些本领域内技术人员来说将是显而易见的。在权利要求中,装置加功能的分句意在覆盖这里作为用于执行所列举功能所描述的结构,并且不仅覆盖结构的等效物而且还覆盖等效结构。
权利要求
1.一种用于为正在网络中各设备之间转送的内容加书签的方法,所述方法包括接收用于为正被转送到多个设备中的至少一个的内容加书签的请求,所述设备能够执行被请求在其上加书签的内容的播放;从所述的多个设备中的至少一个获得状态信息;并且创建包括所述状态信息和所述状态信息的源信息的书签;其中从所述多个设备中的第一设备获得的状态信息的源信息是持久性信息并且不会暴露于所述网络;其中从所述第一设备获得的状态信息的源信息与被分配给所述多个设备中不同于所述第一设备的第二设备的源信息具有相同的结构。
2.如权利要求1所述的方法,其中所述源信息包括唯一设备标识符(UDN);服务ID;和服务类型。
3.如权利要求1所述的方法,其中内部获得所述源信息。
4.如权利要求1所述的方法,其中所述第一设备是用于再现由所述第二设备所提供内容的媒体再现器。
5.如权利要求4所述的方法,其中从多个设备中的至少一个获得状态信息的步骤包括从所述第二设备获得用于播放管理的状态信息;并且从所述媒体再现器获得用于内部再现控制的状态信息。
6.如权利要求5所述的方法,其中用于从所述第二设备获得用于播放管理的状态信息以及用于从所述媒体再现器获得用于内部再现控制的状态信息的步骤的包括调用用于获得状态变量的动作。
7.如权利要求5所述的方法,其中当在所述网络上最初发现所述第二设备时,从所述第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
8.如权利要求4所述的方法,其中创建书签的步骤包括通过调用所述第二设备的对象创建动作在所述第二设备中创建所述书签。
9.如权利要求1所述的方法,其中所述第一设备是用于向所述第二设备提供内容的媒体服务器。
10.如权利要求9所述的方法,其中从多个设备中的至少一个获得状态信息的步骤包括从所述媒体服务器获得用于内部播放管理的状态信息;和从所述第二设备获得用于再现控制的状态信息。
12.如权利要求10所述的方法,其中当在所述网络上最初发现所述第二设备时,从所述第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
13.如权利要求9所述的方法,其中创建书签的步骤包括在媒体服务器内部创建书签。
14.一种用于为正在网络中各设备之间转送的内容加书签的方法,所述方法包括利用传输服务和控制服务来转送所述内容;接收用于为正被转送的内容加书签的请求;获得所述传输服务和控制服务的状态信息,其中经由内部接口来获得所述传输服务和控制服务中的至少一个的状态信息,所述内部接口并不服从所述网络上的通信协议;并且创建包括所述状态信息和所述状态信息的源信息的书签。
15.如权利要求14所述的方法,其中所述传输服务是AVTransport服务(AVTS)并且所述控制服务是再现控制服务(RCS)。
16.如权利要求14所述的方法,其中经由内部接口所获得的所述状态信息的源信息是持久性信息并且不暴露于网络,并且与被分配给暴露于所述网络的设备的源信息具有相同的结构。
17.如权利要求14所述的方法,其中所述传输服务、控制服务以及用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
18.如权利要求14所述的方法,其中所述控制服务和用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
19.如权利要求14所述的方法,其中所述传输服务和用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
20.如权利要求14所述的方法,其中所述源信息包括唯一设备标识符(UDN);服务ID;和服务类型。
21.一种用于为正在网络中各设备之间转送的内容加书签的设备,所述设备包括用来接收用于为正被转送到多个设备中的至少一个的内容加书签的请求的装置,其中所述设备能够执行被请求加书签的内容的播放;用于从所述的多个设备中的至少一个获得状态信息的装置;用于获得所述状态信息的源信息的装置;和用于创建包括所述源信息和状态信息的书签的装置;其中从所述多个设备中的第一设备获得的状态信息的源信息是持久性信息并且不会暴露于所述网络;其中从所述第一设备获得的状态信息的源信息与被分配给所述多个设备中不同于所述第一设备的第二设备的源信息具有相同的结构。
22.如权利要求21所述的设备,其中所述源信息包括唯一设备标识符(UDN);服务ID;和服务类型。
23.如权利要求21所述的设备,其中内部获得所述源信息。
24.如权利要求21所述的设备,其中所述第一设备是用于再现由所述第二设备所提供的内容的媒体再现器。
25.如权利要求24所述的设备,其中从所述的多个设备中的至少一个获得状态信息的装置包括用于从所述第二设备获得用于播放管理的状态信息的装置;和用于从所述媒体再现器获得用于内部再现控制的状态信息的装置。
26.如权利要求25所述的设备,其中用于从所述第二设备获得用于播放管理的状态信息的装置以及用于从所述媒体再现器获得用于内部再现控制的状态信息的装置包括调用用于获得状态变量的动作。
27.如权利要求25所述的设备,其中当在所述网络上最初发现所述第二设备时,从所述第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
28.如权利要求24所述的设备,其中用于创建书签的装置包括通过调用第二设备的对象创建动作在所述第二设备中创建所述书签。
29.如权利要求21所述的设备,其中所述第一设备是用于向所述第二设备提供内容的媒体服务器。
30.如权利要求29所述的设备,其中从所述的多个设备中的至少一个获得状态信息的装置包括用于从所述媒体服务器获得用于内部播放管理的状态信息的装置;和用于从所述第二设备获得用于再现控制的状态信息的装置。
31.如权利要求30所述的设备,其中用于从所述媒体服务器获得用于内部播放管理的状态信息的装置以及用于从所述第二设备获得用于再现控制的状态信息的装置包括调用用于获得状态变量的动作。
32.如权利要求30所述的设备,其中当在所述网络上最初发现所述第二设备时,从所述第二设备所获得的状态信息的源信息从所述第二设备所提供的设备和服务描述符获得。
33.如权利要求29所述的设备,其中用于创建书签的装置包括在媒体服务器中内部创建书签。
34.一种用于为正在网络中各设备之间转送的内容加书签的设备,所述设备包括用于利用传输服务和控制服务来转送所述内容的装置;用于接收用于为正被转送的内容加书签的请求的装置;用于获得所述传输服务和控制服务的状态信息的装置,其中经由内部接口来获得所述传输服务和控制服务中的至少一个的状态信息,所述内部接口并不服从所述网络上的通信协议;用于获得所述状态信息的源信息的装置;和用于创建包括所述源信息和状态信息的书签的装置。
35.如权利要求34所述的设备,其中所述传输服务是AVTransport服务(AVTS)并且所述控制服务是再现控制服务(RCS)。
36.如权利要求34所述的设备,其中经由内部接口所获得的状态信息的源信息是持久性信息并且不暴露于网络,并且与被分配给暴露于所述网络的设备的源信息具有相同的结构。
37.如权利要求34所述的设备,其中所述传输服务、控制服务以及用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
38.如权利要求34所述的设备,其中所述控制服务和用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
39.如权利要求34所述的设备,其中所述传输服务和用于控制所述传输服务和控制服务的控制应用被集成到组合设备中。
40.如权利要求34所述的设备,其中所述源信息包括唯一设备标识符(UDN);服务ID;和服务类型。
全文摘要
本发明涉及一种用于为正在通用即插即用(UPnP)网络中的设备之间转送的内容加书签的方法。所述方法包括从用户处接收用于为正被转送到多个设备中的至少一个的内容加书签的请求,其中所述设备能够执行播放对其请求加书签的内容,从多个设备中的至少一个获得状态信息,获得所述状态信息的源信息,并且创建包括所述源信息和状态信息的书签。优选地是,从所述多个设备中的第一设备所获得的状态信息的源信息是持久性信息并且不会暴露于网络。此外,从所述第一设备所获得的状态信息的源信息与被分配给所述多个设备中除所述第一设备之外的第二设备的源信息具有相同的结构。
文档编号G06F17/00GK101095135SQ200580040029
公开日2007年12月26日 申请日期2005年10月22日 优先权日2004年10月22日
发明者安成俊, 金昶贤 申请人:Lg电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1