用于跟踪内容的方法、设备和软件的制作方法

专利名称：用于跟踪内容的方法、设备和软件的制作方法
技术领域：
本发明通常而言涉及计算机网络领域，具体而言涉及用于跟踪网络设备中的内容的方法、客户端设备和计算机程序产品。
在对等网络领域，UPnPTM标准经常被用作连通性标准。该标准定义了诸如UPnPTM控制点和UPnPTM设备之类的实体，并被频繁用于家庭网络。UPnPTM设备是具有一组服务的逻辑实体，其中UPnPTM设备将所述服务提供至不同的网络单元，UPnPTM控制点是试图存取UPnPTM设备的逻辑实体。物理设备可以包括任意数目的UPnPTM设备和UPnPTM控制点。通常，包括UPnPTM控制点的物理设备被称作客户端设备，而包括UPnPTM设备的物理设备总体上只是被称作设备。不同类型的UPnPTM设备的实例是媒体服务器和媒体再现器(mediarenderer)。媒体服务器存储媒体内容并能够在网络上流送该媒体内容。媒体再现器能够接受这种流并再现或呈现所述流。媒体服务器可以例如被提供在PC或者eHub中，媒体再现器可以例如被提供在流媒体电视机(Streamium television set)中。家庭网络可以包括几个这样的设备、客户端设备、媒体服务器和媒体再现器，以及其他设备。
当客户端设备访问或者控制诸如媒体服务器之类的设备时，所述客户端设备可以执行诸如定位内容项以及命令开始流送内容项之类的操作，其中内容项可以采用媒体文件的形式。然而，这样的流于是与流送经由其而开始的那个客户端设备相关联。如果家庭网络的用户想要选择已经在网络中进行流送的内容项，那么如果不使用命令了该流送的客户端设备，就很难定位该内容。此外，用户可能希望改变从其执行流送控制的客户端设备，也就是继续流送内容项而同时改变控制该流的设备。如果用户想要执行以上操作，那么客户端设备需要再次在媒体服务器上定位内容项。这可能非常耗时，并可能需要额外的处理操作。此外，因为媒体设备能够包括数以千计的内容项，所以难以定位所希望的项，这对一位终端用户来说是很苦恼的。
US2003/0055977描述了这样一种系统，所述系统包括会话转送模块和大量客户端设备。会话可以被从第一客户端设备转送到第二客户端设备。用户能够经由第一客户端设备调用该会话转送模块，然后能够选择用于接收重定向的会话的设备。该会话转送模块然后接收命令并将会话从第一客户端设备转送到第二客户端设备。此外，会话历史能够被经由会话转送模块从第一客户端设备转送到第二客户端设备。该系统被集中化，在所述系统中，中心会话转送模块将会话从一个客户端设备传送到另一个客户端设备。转送仅仅在用户在所述第一设备上指定将把会话转送到哪个第二设备的情况下才能够发生。这徒然使得会话的转送复杂化。
因此，就需要一种能够改进地且更简单地对由网络上设备提供的内容进行存取的方式。
本发明的目的是能够对由网络上设备提供的内容进行更简单的存取。
根据本发明的第一方面，该目的是通过一种在客户端设备中跟踪网络设备中内容的方法实现的，所述方法包括下述步骤发现网络中的设备，获取与由至少一些所发现的设备提供的事件有关的信息，获取与由第一发现的设备提供的事件相关的附加信息，其中所述事件已经相对于另一个客户端被激活，以及存储所述附加信息，以使用户能够通过利用所述附加信息的方式存取与事件相关的内容。
根据本发明的第二方面，该目的也可以由一种用于跟踪网络设备中的内容的客户端设备实现，所述客户端设备包括至少一个存储器，包括与网络中设备和对应位置信息有关的内容的列表，以及控制单元，用于-至少命令发现网络中的设备，-获取与由至少一些发现的设备提供的事件有关的信息，-获取与由第一发现的设备提供的事件相关的附加信息，所述事件已经相对于另一个客户端设备被激活，以及-将所述附加信息存储在所述存储器中，以使用户能够通过利用所述附加信息的方式存取与事件相关的内容。
根据本发明的第三方面，该目的也可以由一种用于跟踪网络设备中的内容的计算机程序产品实现，所述计算机程序产品包括计算机程序代码，当将所述计算机程序代码加载到所述客户端设备中时，其促使客户端设备-至少命令发现网络中的设备，-获取与由至少一些发现的设备提供的事件有关的信息，-获取与由第一发现的设备提供的事件相关的附加信息，所述事件已经相对于另一个客户端设备被激活，以及-存储所述附加信息，以使用户能够通过利用所述附加信息的方式存取与事件相关的内容。
因为在内容和客户端设备之间的接合很松弛，所以本发明的优点在于为网络用户提供了更大的自由度。根据本发明，在无需令用户承担过度负担的情况下就能够从任何客户端设备中存取在网络上提供的几乎任何内容。因此本发明实现了在无需用户必须再定位他想要存取的由网络提供的内容的情况下从客户端设备到客户端设备的快速且简易的切换。本发明能够在客户端设备中容易且简单地执行。此外，除对网络中流的正常控制和监视之外，本发明无需为了实现而标准化。
如在权利要求2中所定义的，所述附加信息包括用于定位正在为其他客户端设备处理的内容的指示器。一旦执行从客户端设备到客户端设备的切换，这就允许对内容的快速、直接的定位。
如在权利要求3中所定义的，通过在第一发现的设备上定位至少一些附加信息的方式来获取所述附加信息，这在并非用户正确标识内容所需要的所有附加信息都相对于事件而被提供之时是很有利的。
如在权利要求4中所定义的，该定位附加信息包括与内容有关的元数据。其优点在于能够获得这样的信息，所述信息使用户能更容易地知道在网络中已经流送了什么内容。
如在权利要求5中所定义的，所述事件与媒体流的播放有关，伴有客户端设备跟踪播放时间。该特征使得在无需用户必须从头开始或者错过内容的情况下就能够在流的中间实现从客户端设备到客户端设备的切换。
如在权利要求7中所定义的，在历史列表中提供附加信息，这使得能快速地定位网络上最新近存取或者流送的内容。
如在权利要求8中所定义的，在收藏列表中提供附加信息，这使得能快速地定位已经在网络上最频繁存取的内容。
因此，本发明的总体思想是客户端设备获取与由所发现的设备提供的事件相关的附加信息，所述事件已经因为另一个客户端设备而被激活。因此，能够很容易地定位已经在网络上提供的内容。
参照在下文中描述的实施方式本发明的这些及其他方面将变得显而易见，并且将参照所述实施方式解释本发明的这些及其他方面。
现在将参照附图更详细地解释本发明，在所述附图中

图1示意地图示了具有根据本发明的客户端设备的网络，图2是根据本发明的客户端设备的示意框图，图3示出了把不同媒体文件和位置信息一起映射的第一列表，所述位置信息存储在图2所示的客户端设备中，图4示意地示出了在图1的客户端设备和服务器之间交换的信号，图5示出了了根据本发明的一种用于在设备内跟踪在图2所示的客户端设备中提供的内容的方法的流程图，以及图6示出了采用CD ROM盘形式的计算机程序产品，所述CDROM盘存储有用于实现本发明的程序代码。
图1示意地图示了对等计算机网络N1，大量物理实体同所述对等计算机网络N1相连接。网络N1包括第一设备MS、第二设备MR1、第三设备MR2、第一客户端设备CL1和第二客户端设备CL2，上述所有设备都是独立的物理实体。UPnPTM设备是具有一组不同服务的逻辑实体，其中UPnPTM设备将所述服务提供至网络中的不同单元。媒体服务器是例如在诸如PC或者eHub之类的物理设备中提供的UPnPTM设备，在这里是第一设备MS。媒体服务器存储内容并能在网络上流送所述内容，其中这种内容的实例是MP3文件，流送的web网络收音机和流送的视频，例如MPEG编码的视频。媒体再现器是在物理实体中提供的UPnPTM设备，像专业电视机(例如流媒体电视)、PC或者能够呈现媒体流的任何其他类型的实体。媒体再现器能够接收由媒体服务器提供的流并将其再现给用户。在这里，在第三和第二设备MR1和MR2这二者中都提供了媒体再现器。应当理解一个这种物理实体能够支持更多的UPnPTM设备。为了更好地理解设备MS、MR1和MR2，在下文中它们中的每一个都具有一个逻辑UPnPTM设备。在下面的说明书中，在物理实体和逻辑UPnPTM设备之间将不存在差别。因此，在下文中将第一设备MS称作媒体服务器，将第二设备MR1称作第一媒体再现器，以及将第三设备MR2称作第二媒体再现器MR2。
网络N1中的其他两个实体是客户端设备，在下文中它们中的每个被认为包括UPnPTM控制点，用于存取由设备MS、MR1和MR2提供的UPnPTM设备的服务。然而，应当注意的是还可以在客户端设备能够联系到的任何其他设备中提供UPnPTM控制点，然后也可以在提供UPnPTM设备的物理设备中提供UPnPTM控制点。为了更易于理解本发明起见，在下文中假定在客户端设备中提供控制点，因此将不做进一步的解释。此外，应当注意的是为了更好地解释本发明，所以在网络中保留了较低数目的设备。事实上，在网络中可能存在几个甚至更多的媒体服务器、媒体再现器、客户端设备以及大量其他类型的设备，诸如打印机、因特网网关和更多PC之类。
网络N1可以是无线网络，例如无线局域网或者BluetoothTM网，但是不局限于此，也可以是固定网络，像LAN网络以及无线和有线部分的混合网。在此，对等联网采用UPnPTM标准来启用，但是其他的连接方式也适用，诸如SLP(Service Location Protocol，服务位置协议)或者Jini之类。
图2是根据本发明的实施方式的第一客户端设备CL1的示意框图。所述设备包括同存储器M1相连接的控制单元CO。控制单元CO还连接到收发单元TR，用于同网络进行通信。客户端设备可以是PC、膝上型计算机、诸如蜂窝式电话之类的便携式通信设备、组织器或者诸如由Philips销售的iPronto控制之类的摇控器。
图3示出了在存储器M1中提供的内容列表。该存储器包括具有网络上能看到动作的历史列表，其包括与第一文件F1有关的元数据MD1和与第二文件F2有关的元数据MD2，以及用于定位文件的位置信息。第一文件F1用URI(统一资源标识符，Uniform Resource Identifier)HTTP:MS.DOM/C/VIDEO/F1.MPEG定位，而第二文件F2用URIHTTP:MS.DOM/C/AUDIO/F2.MP3定位。每个URI指向媒体服务器MS。在下文中将描述创建该列表的方式。可以向客户端设备的用户仅显示元数据或者显示元数据和位置信息的组合。
图4示意地示出了在第一客户端设备CL1和媒体服务器MS之间交换的信号以及在第二客户端设备CL2和媒体服务器MS之间交换的信号。在下文中也将更详细地描述这些信号。
图5示出了一种用于跟踪网络设备中的内容的方法的流程图，其中在第一客户端设备中执行所述方法。
因为已经描述了执行本发明的环境，所以将参照图1至5描述在客户端设备中实现用于跟踪网络设备中的内容的方法。第一客户端设备CL1同网络N1相连接，其中在控制单元CO的控制下由收发单元TR实施同网络之间的通信。第一客户端设备CL1首先发现网络的设备，步骤10，这是由控制单元CO命令收发单元TR做出发现搜索D而进行的，其中所述搜索是根据UPnPTM标准的M-搜索。该搜索可以是下述类型针对网络内的全部设备，或者仅针对某一类型的设备或者某一类型的服务，其中所述类型优选地指的是针对能够提供媒体内容的设备。同搜索相匹配的每个设备然后以其网络上的名字及其能力来做出响应。例如，媒体服务器MS发送这种响应R1，其中所述媒体服务器MS在此也被表示为第一发现的设备。根据这些响应，第一客户端设备CL1的控制单元CO然后判断对哪些设备是感兴趣。控制单元CO然后命令收发单元TR将对事件S_E的预订的请求发送至其所查找到的感兴趣设备，步骤12。在当前实例中，其发送这种预顶的请求S_E至媒体服务器MS。以这种方法，第一客户端设备CL1能够获取关于媒体服务器MS中事件的信息。
一旦在所选择的设备中发生事件，那么该设备就发送事件消息E到第一客户端设备CL1，其中一个这种设备是媒体服务器MS，正如前面已经解释的那样。第一客户端设备CL1的控制单元CO然后连续地检测收发单元TR是否已经接收到这样的事件通知。在步骤14中，如果没有接收到，那么控制单元CO继续等待接收。在步骤14中，如果接收到了，那么控制单元CO继续并从事件消息中提取与事件有关的信息，步骤15，而后检测其是否知晓与所关注的设备中的事件有关的环境，步骤16。在这种情况下，所述环境可以是关于正被流送到再现设备的媒体服务器MS上的媒体文件的内容。在任何情况下，事件与内容的处理有关，其中所述内容可以采用文件的形式。如果第一客户端设备CL1本身已经命令了引发事件的动作，那么其自然具有关于环境的信息，像文件的位置以及正在流送什么文件，还有可能具有与文件有关的元数据。其还可能知晓是否已经预先发现像第二客户端设备CL2之类的其他客户端设备是否已经引发与当前事件相关的先前事件。为了解释本发明，假定第二客户端设备CL2把对媒体内容R_S的流送的请求从媒体服务器MS发送到第二媒体再现器MR2。该请求R_S因此被发送给媒体服务器MS。当这样执行时，媒体服务器MS将事件通知E发送到预订该事件的所有设备，这里是客户端设备CL1和CL2这二者。也可以假定第二客户端设备CL2也预订了事件。
第一客户端设备CL1的收发单元TR因此接收事件通知E，步骤14，在当前实施方式中所述事件通知E采用具有XML内容的HTTPpost消息的形式。该事件消息包括采用用于定位文件的指示器形式的第一附加信息，所述指示器是指出所关注的文件的位置的URI。收发单元TR然后将事件消息传送至控制单元CO，所述控制单元CO提取采用指示器形式的与事件有关的信息，也就是与事件有关的文件的文件名和位置信息，步骤15，并研究其是否已经预先知晓所述流及其位置，步骤16。如果已经预先知晓，那么所述方法前进至步骤24。在步骤16，如果还不知晓，那么获取与事件或者所流送的数据有关的进一步附加信息。如果该时间是由像第二客户端设备CL2之类的另一个客户端设备所引发的，那么第一客户端设备CL1因此可以不具有与该事件相关环境有关的信息。在当前的实例中，事件消息E包括采用URIHTTP:MS.DOM/C/VIDEO/F1.MPEG形式的第一附加信息，其中第一客户端设备CL1预先并不知晓所述事件消息。因此，第一客户端设备CL1通过浏览事件生成设备-也就是媒体服务器MS的目录的方式来获取进一步附加信息，步骤18。为了做到这一点，控制单元CO命令收发单元CO将浏览信号B从第一客户端设备CL1发送到媒体服务器MS，并且作为结果R2，获取与文件F1有关的元数据MD1，步骤20。以这种方法，第一客户端设备CL1可以浏览媒体服务器MS的目录并获取与正被流送的文件F1有关的元数据，以及还确认文件的位置。元数据可以包括像电影或歌曲的名称这样的项目，以及如果是电影则还包括诸如导演和演员姓名这样的附加信息，如果是歌曲则还包括诸如艺术家和唱片名称之类的附加信息。随后，控制单元CO将文件和位置信息连同元数据一起存储到存储器M1中，步骤22。以这种方法，更新历史列表。应当注意的是做为选择可以通过搜索媒体服务器MS的目录的方式来获取元数据。
在步骤24中如果媒体是正被播放的流，那么客户端设备CL1还跟踪播放时间，步骤26。这是通过在播放文件F1时启动时钟、在暂停播放文件F1时暂停时钟的方式实现的，其中这些事件的发生一般是由来自媒体服务器MS的事件消息发信号通知的。如果文件F1开始，则再次启动时钟，并且一旦停止了正在流送的文件，则重置该时钟，因为这些事件也通知给预订这些事件的客户端设备，所以这是一项很简单的任务。
当这已经被执行时，那么对第一客户端设备CL1来说接管流的控制或者创建并行流都是一项简单的任务。
下面在表I中将概述图5的不同方法步骤。
表I现在将参照图1和3描述示出本发明优点的方案。假定用户已经经由第二客户端设备CL2命令媒体服务器MS将文件F1流送至第二媒体再现器MR2，其中所述文件F1是视频文件，所述第二媒体再现器MR2可以具有小的屏幕。现在，如果用户想要切换到在第二媒体再现器MR2上再现该媒体文件，其中所述第二媒体再现器MR2可以具有较大屏幕，那么他就能经由第一客户端设备CL1来这么做。经由该设备，用户可以仅通过查看历史列表并选择要流送的文件的方式就能够很容易地建立到第一媒体再现器MR2的流，其中所述历史列表根据本发明因此包括与至少该文件有关的信息。通过在历史列表中进行选择，第一客户端设备CL1能因此在媒体服务器上直接定位所关注的文件，并且因为对播放时间的了解，所以还促使媒体服务器在停止把媒体文件流送到第二媒体再现器MR2时立即就将文件流送到第一媒体再现器MR1。因此用户无须定位文件或者文件的播放位置，就可以从头开始或者从停止点开始重新开始观看解码的文件。
在由UPnP论坛于2000年6月8日公开的UPnPTMDeviceArchitecture中(版本1.0)更详细地描述了搜索、事件和对事件的预订。在由UPnP论坛于2002年6月25日公开的MediaServer1 DeviceTemplate(版本1.01)中更详细地描述了媒体服务器和浏览的利用。在由UPnP论坛于2002年6月25日公开的MediaRenderer1 DeviceTemplate(版本1.01)中描述了媒体再现器。在由Internt协会于1999年6月公开的RFC 2616，Hypertext Transfer Protocol-HRRP/1.1中更详细地描述了Http post消息。将这些文档全部引入于此以供参考。
本发明具有许多优点。因为在内容和客户端设备之间的接合是松弛的，所以本发明为网络用户提供了更大的自由度。根据本发明，在无需令用户承担过度负担的情况下就能够从任何客户端设备中存取到在网络上提供的几乎任何内容。本发明实现了在无需用户必须再定位他想要存取的网络提供的内容的情况下从客户端设备到客户端设备的快速且简易的切换。这能很容易且很简单地在客户端设备中实现。此外，除对网络中流的正常控制和监视以外，无需为了实现而需要标准化。通过跟踪时间，可以在无需从头开始或者错过内容的情况下在流当中执行切换。
在本发明的范畴内可以变化。本发明不局限于切换所述流。也可以流送副本。所述列表并非一定是历史列表。所述列表例如也可以是反映在网络上最频繁存取的内容项的收藏列表。还可以同时提供历史列表和收藏列表。播放时间可以使用当执行切换时的瞬时就开始播放以外的方式。例如还可以在该位置的稍前或者稍后开始播放。本发明还可以在不跟踪时间而仅跟踪文件名和位置的方式下被执行。最后，应当注意的是本发明不局限于流送的媒体，还适用于例如其位置很易于知晓的任何其他内容，诸如静态图像或者计算机游戏之类。以上已经描述了在一个文件中提供内容的流送。还应注意的是内容可以被存储在不止一个文件中，并可以以实时流的形式来提供。
本发明不局限于流送内容的媒体服务器，还可以是能呈现信息的设备本身，像PC之类，只要所述呈现被通过不同的客户端设备控制。
在本发明的说明书中，通过利用URI直接定位文件。应当注意的是该特征可以与名字解析相结合以获取设备的地址。
本发明可以以任何适当的形式来实现，包括硬件、软件、固件或其组合。然而，本发明优选地是以作为存储在程序存储器中并在一个或多个数据处理机和/或数字信号处理机上运行的计算机软件来实现。还可以在计算机程序产品上提供程序代码，在图6中用CD ROM盘28的形式显示了计算机程序产品之一。这仅仅是一个实例，诸如存储棒之类的各种其他类型的计算机程序产品也可以。计算机程序产品还可以在纯程序代码中提供，其中例如可以从其他服务器、可能经由因特网来下载所述纯程序代码。本发明实施方式的元件和组件可以用任何适当的方式来物理实现、功能实现和逻辑实现。所述功能甚至可以在单个单元中、在多个单元中实现，或者可以在不同的单元和处理器之间物理和功能分布。
尽管已经参照特定实施方式描述了本发明，但是并非意在将本发明限制于在此阐述的特定形式。相反本发明的范围仅仅受所附权利要求的限制。动词“包括”及其词形变化的使用不排除除在权利要求中所陈述的元件或者步骤以外的元件或者步骤的存在。此外，尽管分别列举，但是多个装置、元件或者方法步骤例如可以由单个单元或者处理器来执行。尽管各别特征可能包含在不同的权利要求中，但是可以将这些特征有利地合并，并且不同权利要求中所包含的内容不表示特征组合不可行和/或不有利。此外，单数的引用不排除复数。因此，“一”、“一个”、“第一”、“第二”等的引用不排除多个。权利要求中的附图标记仅被提供用于阐明实例，总之不应被看作是对权利要求范围的限制。
权利要求
1.一种用于在客户端设备(CL1)内跟踪网络的设备中的内容的方法，所述方法包括下述步骤-发现(D)网络(N1)中的设备(MS，MR1，MR2)，(步骤10)，-获取与由至少一些所发现的设备提供的事件(E)有关的信息，(步骤12)，-获取与由第一发现的设备(MS)提供的事件相关的附加信息(E，R2)，所述事件已经相对于另一个客户端设备(CL2)被激活，(步骤15，20)，以及-存储所述附加信息，(步骤22)，以使用户能够通过利用所述附加信息的方式存取与事件相关的内容。
2.根据权利要求1所述的方法，其中所述附加信息包括用于定位正在相对于所述第一发现的设备为所述其他客户端设备处理的内容(F1)的指示器。
3.根据权利要求1所述的方法，其中所述获取附加信息的步骤包括定位所述第一发现的设备中的至少一些所述附加信息。
4.根据权利要求3所述的方法，其中位于所述第一发现的设备的附加信息包括与正在相对于所述第一发现的设备为所述其他客户端设备处理的内容有关的元数据。
5.根据权利要求1所述的方法，其中所述事件与由所述第一发现的设备提供的媒体流的播放有关，并且还包括跟踪所述媒体流的播放时间的步骤，(步骤26)。
6.根据权利要求1所述的方法，其中所述存储步骤包括利用所述附加信息更新为网络中的至少一些所发现的设备所提供的内容的列表。
7.根据权利要求6所述的方法，其中所述列表反映依照存取内容之时的所述内容。
8.根据权利要求6所述的方法，其中所述列表与网络上已经最频繁存取的内容有关。
9.一种用于跟踪网络的设备中的内容的客户端设备(CL1)，所述客户端设备包括至少一个存储器(M1)，包括与网络中的设备及对应位置信息有关的内容的列表，以及控制单元(CO)，用于-至少命令发现(D)网络(N1)中的设备(MS，MR1，MR2)，-获取与由至少一些发现的设备提供的事件(E)有关的信息，-获取与由第一发现的设备(MS)提供的事件相关的附加信息(E，R2)，所述事件已经相对于另一个客户端设备(CL2)被激活，以及-将所述附加信息存储在所述存储器中，以使用户能够通过利用所述附加信息的方式存取与事件相关的内容。
10.一种用于跟踪网络设备中内容的计算机程序产品(50)，所述计算机程序产品包括计算机程序代码，当将所述计算机程序代码加载到客户端设备(CL1)中时，其促使所述客户端设备-至少命令发现(D)网络(N1)中的设备(MS，MR1，MR2)，-获取与由至少一些发现的设备提供的事件(E)有关的信息，-获取与由第一发现的设备(MS)提供的事件相关的附加信息(E，R2)，所述事件已经相对于另一个客户端设备(CL2)被激活，以及-将所述附加信息存储在所述存储器中，以使用户能够通过利用所述附加信息的方式存取与事件相关的内容。
全文摘要
本发明涉及一种用于跟踪网络的设备中的内容的方法、客户端设备(CL1)和计算机程序产品。客户端设备发现(D)网络中的设备(MS)，获取与由至少一些所发现的设备提供的事件(E)有关的(E)信息，获取与由第一发现的设备(MS)提供的事件相关的附加信息(E，R
文档编号H04L29/06GK101057480SQ200580038954
公开日2007年10月17日 申请日期2005年11月9日 优先权日2004年11月15日
发明者M·P·博德莱恩德 申请人:皇家飞利浦电子股份有限公司