CN102685607B - 用于识别网络上的可用iptv设备的方法和装置 - Google Patents

Abstract

本发明提供了用于识别网络上的可用IPTV设备的方法和装置。一种用于确定网络中的设备的可达性的装置和方法。该方法包括从次设备访问账户，并且请求与该账户相关联的每个设备的设备信息。从设备信息获得每个设备的地址信息，并且向每个设备发送消息，该消息向每个设备请求对可达性的指示。该消息是根据设备的地址信息来发送的，并且对可达性的指示是基于设备通信可用性的。从每个设备接收对可达性的指示。

Description

用于识别网络上的可用IPTV设备的方法和装置

技术领域

本发明总地涉及利用第二设备控制能够访问因特网协议电视(InternetProtocol Television，IPTV)的一个设备的系统和方法，更具体而言涉及识别网络上的可用IPTV设备。

背景技术

IPTV能够接收利用因特网协议套组的体系结构和联网方法递送的服务以及利用广播网络递送的服务。IPTV服务例如包括实况电视、时间偏移节目、视频点播(VOD)和在线交易。

发明内容

本发明的一个实施例涉及一种用于发现网络系统中的具有预定功能的设备的方法和装置。该方法包括在网络系统上的管理服务器中注册第一设备的步骤。然后利用第二设备登录到网络系统中并从管理服务器接收与用户账户相关联的所有设备的地址信息。利用地址信息来测试可用性或通信的能力，在这里被称为“可达性”。

本发明的另一实施例涉及一种用于确定网络中的设备的可达性的方法。该方法包括从次设备访问账户，并且请求与该账户相关联的每个设备的设备信息。从设备信息获得每个设备的地址信息，并且向每个设备发送消息，该消息向每个设备请求对可达性的指示。该消息是根据设备的地址信息来发送的，并且对可达性的指示是基于设备通信可用性的。从每个设备接收对可达性的指示。

根据本发明的另一实施例，该方法还包括周期性地更新第一设备的注册信息的步骤。

根据本发明的另一实施例，该方法还包括当第一设备被开启时更新第一设备的注册信息的步骤。

根据本发明的另一实施例，该方法还包括当第一设备与第二设备之间的通信丧失时请求地址信息的步骤。

在本发明的一个应用中，例如可以是处理模块的第一IPTV设备和可以是显示设备的第二设备可被一起使用。第二设备无需使用广播就可发现IPTV系统上的诸如第一设备之类的可用IPTV设备。web应用不具有使用广播方法来扫描网络上的可用设备的能力。扫描每一个IP地址是可能的，但这会花费较长的时间并且是资源密集的。另外，一旦IPTV设备的IP地址变化，就需要重扫描。本发明的实施例允许第二设备上的web应用识别IPTV IP地址，而不是搜索整个网络。

本发明的其他实施例包括上述方法，但是利用装置实现的，或者被编程为要被结合一个或多个电子存储介质操作的一个或多个处理器执行的计算机代码。

附图说明

为了实现前述和相关目标，这里联系以下描述和附图描述了本发明的某些例示性实施例。然而，这些实施例只是指出了可以用来使用本发明的原理的各种方式中的几种，并且本发明想要包括所有这些方面及其等同物。当结合附图来考虑时，从以下对本发明的描述中将容易看出本发明的其他优点、实施例和新颖特征。结合附图可以最好地理解以示例方式给出但不想要将本发明仅限于所描述的特定实施例的以下描述，附图中：

图1示出了本发明的一个实施例的框图。

图2a和2b示出了根据本发明实施例的一系列步骤。

图3示出了本发明实施例的示意性表示。

图4示出了根据本发明实施例的处理步骤的流程图。

图5示出了根据本发明实施例的一系列步骤。

具体实施方式

注意，在本公开中，尤其是在权利要求和/或段落中，诸如“包括”等等之类的术语可具有美国专利法中认为其具有的含义；即，它们可以意指“包含”、“包括但不限于”等等，并且考虑到了未明确记载的元素。诸如“本质上由...构成”之类的术语具有美国专利法中认为其具有的含义；即，它们考虑到了未明确记载的元素，但排除了在现有技术中存在的或者影响本发明的基本或新颖特性的元素。这些和其他实施例在以下描述中公开，或者从以下描述中容易看出并被其所涵盖。就本申请中使用的而言，术语“组件”和“系统”想要指计算机相关的实体，或者是硬件、硬件和软件的组合、软件，或者是执行中的软件。例如，组件可以是但不限于是在处理器上运行的进程、处理器、对象、可执行文件、执行的线程、程序和/或计算机。作为例示，在服务器上运行的应用和服务器都可以是组件。一个或多个组件可存在于执行的进程和/或线程内，并且组件可局限于一个计算机上和/或分布在两个或更多个计算机之间。

另外，详细描述出于例示目的描述了本发明的各种实施例，并且本发明的实施例包括所描述的方法并可利用一个或多个装置(例如耦合到电子介质的处理装置)来实现。本发明的实施例可被存储在电子介质(电子存储器、RAM、ROM、EEPROM)上或被编程为要被结合一个或多个电子存储介质操作的一个或多个处理器执行的计算机代码(例如源代码、目标代码或任何适当的编程语言)。

本发明的实施例可利用一个或多个处理设备或处理模块或处理设施来实现。处理设备或模块或设施可被耦合成使得处理和/或数据操纵的一些部分可在一个或多个处理设备处执行并且在多个处理设备之间共享或传输。

IPTV设备可用于通过IPTV控制家用电器。这些家用电器例如包括视频播放器、游戏机、家庭影院系统、数字视频记录器、空调等等。诸如录像机(VCR)、电视、空调和照明装置之类的家用电器和视听装置可配备有遥控器。这些遥控器每一个具有操作单元和依每个装置而定的功能。为了控制家用电器，专用的遥控器可被放置在相关联的家用电器附近。IPTV提供了将不同的功能或不同的应用集成到单个控制设备中来控制多个家电的能力。这单个控制设备可以是智能电话、数字个人助理、个人计算机、膝上型计算机、平板电脑或其他具有适当的处理和/或存储能力的设备。该单个控制设备可通过公共网络或因特网或操作性耦合的计算机或处理设备或模块的其他网络发送控制信号到IPTV设备，该IPTV设备使用控制命令来控制家用电器。

IPTV设备可访问由许多内容提供者提供的巨大的内容池。IPTV设备还可用于控制由第三方提供给IPTV设备的内容的进一步分发，从而防止未经授权的访问。通常，IPTV是由单个输入设备控制的并且具有单个显示设备。作为被若干个用户观看的共享设备，在不过度提高硬件成本的情况下允许此共享，是有帮助的。

因此，提供了一种方法，用于使得用户能够在第二设备上操纵(例如浏览、搜索、显示、暂停、重放或其他操作)内容，以使其选择被第一设备播放。用户随后可继续在任意数目的第二设备上浏览内容，而不会中断在第一设备上播放的内容。第一设备可以是IPTV。第二设备可以是另一电子设备。该方法包括使用户可以在第二设备上巡览(navigate)、浏览和搜索内容的体系结构设计和实现，该第二设备可以是消费类电子设备，例如Sony(索尼-爱立信)智能电话、PC、膝上型计算机、个人计算机、或者其他具有充分的处理和存储能力的装置、或者任何具有web浏览器的设备。同时地，在一用户使用第一设备的同时，另一用户可以在第二设备上执行这些活动并且发送媒体选择到该用户所选的第一设备以便重放。

在这里也被称为次设备和/或次显示设备的第二设备可具有或不具有相关联的显示单元，其执行诸如搜索、内容重放、暂停、浏览(当可结合web浏览应用操作时)之类的操纵功能并且也可充当IPTV设备的视觉辅助，但不要求用户额外投资，因为其利用大多数用户通常已经拥有的设备(例如蜂窝电话、膝上型计算机等等)。第二设备执行使第二设备可充当视觉辅助的程序。具有诸如鼠标或触摸屏或轨迹球之类的指点设备的第二设备创建比不具有指点设备的IPTV设备上的用户界面更自然的用户界面用于搜索和浏览。这是一种低成本解决方案，其打开了商业和技术机会的巨大窗口。其是对一个或多个IPTV设备的使用的良好补充，因为次设备在数据输入、处理力和内容管理的用户体验方面是有实力的。从而，用户将能够使用其诸如蜂窝电话之类的个人设备来以其自己的语言浏览内容、执行数据输入、搜索内容、管理其内容、执行交易和个性化其体验，而不会干扰第一设备的大屏幕。用户只在其准备好要观看时才发送用于在IPTV上重放的内容；并且专有内容的重放在非真品设备上不会发生，因此安全性风险被最小化了。程序可以用任何适当的语言(例如JavaScript、HTML或者具有期望或必要功能的其他语言)来编写，其可被任何具有浏览器或者用不可在web浏览器中运行的语言(例如C、C++、Java等等)编写的应用的设备所加载，因此不仅限于一小组兼容的设备。

IPTV系统通常包括IPTV设备，以及IPTV客户端处理器，用于控制视频显示器以在其上呈现内容。该系统还包括包含控制处理器的第二设备和通过因特网与IPTV客户端通信的管理服务器。管理服务器和IPTV客户端与至少一个内容服务器通信，以使得内容服务器向IPTV客户端提供音频视频内容以便在IPTV客户端的视频显示器上呈现该内容。该系统还包括与管理服务器和第二设备通信的代理服务器。IPTV客户端向管理服务器发送登录信息，管理服务器向IPTV客户端返回IPTV会话令牌，该IPTV会话令牌随后可被IPTV客户端呈递给内容服务器以从内容服务器获得内容。管理服务器接收并存储IPTV客户端的本地IP地址，该本地IP地址例如可包括统一资源指示符(URI)或统一资源定位符(URL)或网络位置或网络地址。管理服务器还可存储外部IP地址，该外部IP地址允许了从在网络外部的次设备到IPTV设备的通信。响应于第二设备向代理服务器发送对可执行实用程序的请求，代理服务器将该实用程序返回给第二设备。另外，执行该实用程序的第二设备提示用户向第二设备输入登录信息。代理服务器响应于从第二设备接收到正确的登录信息而将IPTV客户端的本地IP地址返回给第二设备。第二设备使用该本地IP地址来直接访问IPTV客户端以请求关于IPTV客户端的信息，该信息被从IPTV客户端返回给第二设备，从而使得IPTV客户端的本地地址不需要是全局可寻址的。另外，第二设备将关于IPTV客户端的信息发送到代理服务器，以请求IPTV客户端从一个或多个内容服务器可得的服务的列表。代理服务器将对服务列表的请求传递到管理服务器，管理服务器将该列表返回给代理服务器，代理服务器进而将该列表发送给第二设备，以便在视频显示器上呈现信息。响应于用户对列表上的一元素的选择，第二设备向代理服务器发送对与该元素相对应的软件资源的请求。代理服务器请求提供该资源的内容服务器的服务登录，并且内容服务器向代理服务器提供资源或类别或服务的列表，代理服务器将该列表传递给第二设备，该列表被呈现在第二设备的视频显示器上，从而使得用户可以进行巡览以输入选择。响应于该选择，第二设备向IPTV客户端发送命令以播放该选择。

实施例包括IPTV客户端向管理服务器请求关于从第二设备接收的选择的信息。该信息被从管理服务器返回给IPTV客户端，以使得IPTV客户端能够播放与之相关联的内容。如果需要，代理服务器可向内容服务器请求选项的列表，并且该列表被返回给代理服务器。资源信息可被IPTV客户端请求并可由内容服务器返回给它。另外，从第二设备接收的服务登录可被IPTV客户端发送到内容服务器，并且作为响应，一服务令牌被返回给IPTV客户端。当内容的列表被发送到第二设备时，内容的URL可被从列表中去除。第二设备利用内容的唯一标识符请求内容，代理服务器或管理服务器可使用内容的唯一标识符来定位内容的相应URL。这样，第二设备不可获得内容的URL，从而有效地防止了对内容的未经授权的分发。

根据本发明的实施例，消费类电子设备(CE)可充当第二设备，其包括一壳体，该壳体容纳显示器、网络接口以及控制显示器并且通过网络接口与因特网通信的处理器。输入设备与处理器通信。执行逻辑的处理器包括向代理服务器发送登录信息，并且响应于代理服务器接收到正确的登录信息，从代理服务器接收IPTV客户端的本地IP地址。处理器使用本地IP地址来直接访问IPTV客户端以请求关于IPTV客户端的信息，将关于IPTV客户端的信息发送到代理服务器。响应于将关于IPTV客户端的信息发送到代理服务器，处理器接收内容信息，将其呈现在显示器上，用户可从中选择所选的内容。处理器命令IPTV客户端播放所选内容。

根据本发明的实施例，代理服务器组合件包括至少一个处理器，以及与处理器通信以建立处理器与广域网之间的通信的至少一个网络接口。

根据本发明的实施例，至少一个计算机可读存储介质是处理器可访问的，并且承载使得处理器从第二设备接收登录信息的逻辑。响应于判定登录信息是正确的，服务器向第二设备发送与登录信息相关联的IPTV客户端的本地IP地址。服务器从第二设备接收关于IPTV客户端的信息(IPTV客户端请求IPTV客户端从至少一个内容服务器可得的服务的列表)，并将对服务列表的请求发送到管理服务器。代理服务器从管理服务器接收该列表并将其发送到第二设备以便在其视频显示器上呈现信息。代理服务器随后从第二设备接收对软件资源的请求，并且响应于对软件资源的请求，请求内容服务器的服务登录。代理服务器从内容服务器接收回资源或类别或服务的列表并将该列表发送到第二设备。这样，该列表可被呈现在第二设备的视频显示器上，从而用户可进行巡览以输入选择来命令IPTV客户端播放该选择。

根据本发明的实施例，第一设备与多个电子设备相连接。第二设备可利用通信网络或因特网向第一设备发送控制命令以控制该多个电子设备。

参考图1，IPTV系统可包括第一设备(例如客户端消费类电子设备)12、第二设备(例如另一消费类电子设备)38、与第一设备相连接的电子设备29、管理服务器30、代理服务器34以及内容服务器32。上述设备和服务器中的每一个可具有有线通信接口和无线通信接口两者。

客户端消费类电子设备(CE)12，例如TV、游戏机、视频盘播放器、相机、数字时钟收音机、移动电话、个人数字助理、膝上型计算机等等，包括承载数字处理器16的便携式轻型塑料壳体14。处理器16可控制视觉显示器18和诸如一个或多个扬声器之类的可听显示器20。客户端消费类电子设备具有唯一标识符，该唯一标识符能够在没有其他手段的情况下在IPTV系统内标识客户端消费类电子设备。该唯一标识符可由制造者指派或当客户端消费类电子设备在IPTV系统中注册时由管理服务器指派。

为了实现本原理，处理器16可访问一个或多个计算机可读存储介质22，例如但不限于基于RAM的存储装置(例如实现动态随机访问存储器(DRAM)的芯片)或闪存或基于盘的存储装置。可由CE设备12执行的实现本逻辑的软件代码也可被存储在所示出的存储器之一上以实现本原理。

处理器16可接收来自包括遥控设备24、诸如鼠标之类的指向点击设备、小键盘等等在内的各种输入设备的用户输入信号。在一些实现方式中，尤其当CE设备由TV实现时，可提供TV调谐器26，以从诸如机顶盒、卫星接收机、线缆头端、地面TV信号天线等等之类的源接收TV信号。来自调谐器26的信号被发送到处理器16，以便在显示器18和扬声器20上呈现。

如图1中所示，诸如有线或无线调制解调器或无线电话收发机之类的网络接口28与处理器16通信以提供到诸如因特网之类的广域网的连通性。图1中的双向箭头指示组件之间经由有线和/或无线链路的网络通信。这样，客户端设备12可与因特网上的管理服务器30通信，并且与也在因特网上并与管理服务器30通信的一个或多个内容服务器32通信。

如果需要，每个内容服务器32可与相应的代理服务器34相关联，代理服务器34将内容服务器32与设备12相接口。服务器30、32、34具有各自的处理器30a、32a、34a，这些处理器访问各自的非暂态计算机可读存储介质30b、32b、34b，这些存储介质可以是但不限于是基于盘的存储装置和/或固态存储装置。服务器经由各自的网络接口30c、32c和34c与诸如因特网之类的广域网通信。根据以下的公开应理解，CE设备12，尤其是在由诸如TV或游戏机或相机之类的非PC设备实现时，仅能与管理服务器30和出现在由管理服务器30提供给处理器16的服务列表上的内容服务器32通信，其中处理器16不可修改该服务列表。

电子设备利用诸如1394线缆或HDMI线缆之类的线缆或利用诸如红外信号之类的无线通信接口与第一设备12相连接。电子设备可以是数字视频记录器、蓝光播放器、游戏机、音频放大器或空调。存储装置可以是任何适当的电子存储装置，例如RAM、ROM、EEPROM、或者其他存储介质、或者使用本地存储装置或经由网络使用远程存储装置(例如远程服务器处的存储装置)的基于云的存储装置。

第二设备36可以是另一消费类电子设备。第二设备36可以是另一TV、游戏机、视频盘播放器、相机、数字时钟收音机、移动电话、个人数字助理、膝上型计算机等等。具有壳体38的第二设备36承载数字处理器40，该数字处理器40控制视觉显示器42和诸如一个或多个扬声器之类的可听显示器44。为了实现本原理，第二或控制处理器40可访问一个或多个计算机可读存储介质46，例如但不限于基于RAM的存储装置(例如实现动态随机访问存储器(DRAM)的芯片)或闪存或基于盘的存储装置。可由第二或控制设备36执行的实现本逻辑的软件代码也可被存储在所示出的存储器之一上以实现本原理。另外，第二或控制处理器40可接收来自包括诸如鼠标之类的指向点击设备、小键盘等等在内的各种输入设备48的用户输入信号。诸如有线或无线调制解调器或无线电话收发机之类的网络接口50与处理器40通信以提供到诸如因特网之类的广域网的连通性。

图2a和2b示出了使用户能够使用第二设备36来浏览资源并选择一个资源以使诸如主IPTV客户端之类的第一设备12播放该内容的本原理的示例性实施例(IPTV客户端也被称为IPTV客户端设备和/或IPTV设备和/或IPTV)。图2a和2b假定用户已经与管理服务器30创建了账户并且已将主IPTV设备与该账户关连起来。一般地，用户在第二设备中加载web应用并且登录到其用户账户中，该用户账户可以就是用于设备注册的那个账户。一旦登录了，就呈现兼容的IPTV设备的列表。在用户选择设备后，该设备有权获得的服务的列表被提供。用户在第二设备上以其偏好的语言浏览这些服务及其内容，就好像其是实际的IPTV设备，例如第一设备那样。在第二设备上也可进行类似的交易，比如视频租借或家庭购物购买。与服务提供者的标准IPTV系统交互发生在代理服务器上，因此在第二设备与内容提供者之间创建了防火墙。额外的巡览特征，比如将会打开新窗口的超链接文本和从单个位置对精品服务的管理，提供了此IPTV系统中的更好的用户体验。

当一条内容被选择时，其可以以引用id的形式被发送到IPTV以便命令执行(即重放)，该引用id被IPTV用于取回内容信息。通过消除在第二设备上内容URL的存在，降低了泄漏主要专有信息(这可导致巨大的损失)的风险。在重放期间，用户可继续浏览其他内容并将其排队以供将来重放。IPTV需要可由第二设备寻址以执行重放，当两个设备都在同一本地网络上时就是这种情况。用户也可切换设备并在诸如图1中的电子设备19之类的另一不同设备上再继续重放，其方式是通过在将控制切换到该设备之后去到最近观看列表并选择上次播放的视频。

以下提供对图2a和2b中的每个状态的详细描述。

在状态52，用户开启第一设备12，以下为了方便称其为“IPTV客户端”。在状态54，IPTV客户端向管理服务器30发送包括例如用户名和口令的登录信息，管理服务器30在状态56向IPTV客户端返回IPTV会话令牌，该IPTV会话令牌随后可被IPTV客户端设备呈现给参与的内容服务器32以从该服务器获得内容。另外，管理服务器30存储IPTV客户端设备12的本地IP位置(IP地址或者IP地址和端口号)。

在状态58，用户在第二设备36上实例化IPTV客户端控制实用程序。在第二设备36上执行的实用程序在状态60向代理服务器34发送请求，代理服务器34返回(62)采取适当语言(例如带有JavaScript的超文本标记语言(HTML))的对该请求的响应以供第二设备36根据以下描述执行。此JavaScript对代理服务器和IPTV客户端进行异步JavaScript和扩展标记语言(XML)(AJAX)调用或其他适当的语言或协议(这取决于实现方式)以获得信息来控制IPTV客户端。注意，只在将可下载HTML应用用于第二显示软件的实现方式中才需要状态60。JavaScript的行为适用于利用JavaScript构建的实现方式。在另一实施例中，步骤60可能不是必要的，其中使用其他客户端应用实现方式，例如不在每次使用时下载客户端应用的实现方式。还应当注意，其他技术(例如C、C++、Perl和Flash)可被用于客户端应用的实现，并且HTML和JavaScript都不是必需的。

更具体而言，在状态64，利用从代理服务器34接收的JavaScript(或其他适当语言)，第二设备36提示用户向第二设备36输入账户登录信息，包括例如IPTV客户端在54向管理服务器30提供的那个用户名和口令。从而，服务器30、32、34根据需要在它们之间传输必要的账户信息以实现本原理。

在状态66，代理服务器34响应于来自第二设备36的正确用户名和口令，返回关于与用户账户相关连的所有IPTV客户端12的信息，包括其本地IP地址，这些本地IP地址是由管理服务器30在54处的登录之后存储的(并随后被提供给代理服务器34)。

当用户在状态68向第二设备36输入要结合第二设备使用的所选IPTV客户端(在此示例中是IPTV客户端12)时，第二设备36利用在状态66返回的本地IP地址来直接访问IPTV客户端设备12。第二设备36在状态70根据需要请求关于IPTV客户端设备12的设备信息，包括语言信息、分级信息、数字权利管理(DRM)信息等等，在状态72这些信息被从IPTV客户端12返回给第二设备36。由于第二设备36知道IPTV客户端12的IP地址并因此直接与IPTV客户端12通信，所以第二设备36利用不需要全局可寻址的IPTV客户端12的本地web地址来通信，并且只要第二设备36和IPTV客户端12在同一本地网络上就可以这样通信。注意，在状态70中，从第二设备到主设备的通信在一些实现方式中将经过外部服务器，这将使得系统可以在第二设备由于网络配置而不可联络到主设备的环境中工作。

在状态74，第二设备36把在状态72接收到的客户端信息发送到代理服务器34，以请求IPTV客户端12可从内容服务器32中的一个或多个得到的服务的列表。代理服务器34在状态76将对服务列表的请求传递到管理服务器30，管理服务器30在状态78将所请求的服务列表返回给代理服务器34。代理服务器34进而在状态80将该服务列表发送到第二设备36以便在例如第二设备显示器42上呈现可用服务。

状态82指示用户可输入(利用例如第二设备输入设备48)对在状态80返回给第二设备的列表上的服务的选择。作为响应，第二设备36在状态84向代理服务器34发送对内容和类别和选项的列表的请求，以及第二设备可能已经由管理服务器30从内容服务器32接收的服务会话令牌。

响应于该请求，在状态86，代理服务器在状态86登录到提供所选服务的内容服务器32的服务中。在状态88，内容服务器32向代理服务器34提供针对该特定内容服务器32的服务会话令牌。状态90指示出如果需要则代理服务器34还可请求内容服务器32的内容和类别的列表，并且该列表在状态92以例如扩展标记语言(XML)格式被返回到代理服务器34，代理服务器34在状态94向第二设备36传递可供选择的资源、类别、服务等等。当资源的列表或选项的列表被提供给第二设备时，与每个资源或选项相关联的URL被去除。对于每个资源和选项，向列表添加引用ID。第二设备利用引用ID来请求特定的资源或选项。这样，第二设备不可获得资源或选项的任何URL。

可供选择的内容被呈现在第二设备显示器42上，以使得用户可以巡览(96)显示器以输入(98)选择。响应于该选择，第二设备36在状态98发送命令到IPTV客户端12以播放该选择。在状态100，IPTV客户端设备12随后请求管理服务器30的服务信息，关于所选资源所在的服务的信息，如果需要则登录到服务中。所请求的信息在状态102被从管理服务器30返回给IPTV客户端12，并且当IPTV客户端12接收到资源信息时其在状态116播放该资源。注意，如果IPTV客户端已经在播放内容，则第二设备命令播放的新内容被放在IPTV客户端中的队列中并且在当前内容完成时被播放。

还要注意，第二设备可通过经由家庭网络向IPTV客户端发送被编码得好像是从红外遥控器(IR RC)发送那样的命令来命令IPTV客户端播放内容，具体地，例如，这些命令可以采取Sony红外遥控系统(SIRCS)协议。第二设备可向IPTV客户端发送命令信号来控制电子设备29。

如图2a和2b中所示，如果需要，时间上在状态102与116之间，在IPTV客户端12和内容服务器32之间可交换一系列消息。例如，对内容信息的请求可被IPTV客户端12作出(104)并且被内容服务器32返回(106)。上述对服务的登录在状态108可被IPTV客户端设备12传递到内容服务器32并且服务会话令牌与前述资源信息一起在状态110被返回到IPTV客户端。另外，对内容信息的请求可被作出(112)并且播放列表被返回(114)到IPTV客户端设备12。

可以使在状态62下载的JavaScript/HTML软件或者以不可在web浏览器中运行的语言(例如C、C++、Java等等)编写的应用对所有希望其用户能够在第二设备上巡览、浏览和搜索IPTV内容的电子厂商可用。

以下情形例示了一些场景，其中第二设备补充IPTV的不足之处，因此为IPTV用户提供更好的用户体验。例如，一群朋友正在IPTV上观看视频剪辑。他们中的每一个在其自己的第二显示器上浏览内容并且使选择排队。在另一示例中，某个人在寻找关于特定主题的内容。其能够利用其第二设备迅速地键入搜索词语，即使当这些词语包含其IPTV不支持的字符时也是如此。在另一示例中，一名男子正在IPTV上观看球类比赛的结尾，同时他的妻子使用第二显示器来为他们选择在比赛结束时观看的电影。在另一示例中，用户可能远离IPTV，但用户可使用智能电话作为第二设备来浏览内容并选择要在IPTV上播放的喜爱内容。

在上述情形中，使用第二设备可提供许多益处，例如：

·以自己的语言浏览，而不干扰大屏幕

·轻松地用IPTV不支持的语言进行数据输入

·对像Netflix这样的精品服务的设备上服务关连

·跨设备重放和从最近观看列表再继续

·内容的社交共享以增强内容扩散

·从单个位置管理基于预订的服务

·移动中的浏览和队列管理

·一次点击式客户服务，无需输入个人或设备信息

·迅速访问相关设备规格和手册

·表单中的超链接文本引导用户去往信息站点

·跨设备的内容队列

·通过第二显示器使用获得广告收入

第二设备提供了IPTV的增强用户体验，而没有添加单元的硬件成本，从而使得数据输入容易并且允许用户另外浏览内容。IPTV还是一种通过其跨设备发起重放的潜力以凝聚性的方式将各种IPTV连接在一起的全局解决方案，并且还通过其一次点击式客户服务特征向用户提供了最高级别的客户服务，其中用户甚至不需要提供任何设备信息(设备信息在设备故障的情况下可能是难以取回的)。

图3示出了本发明适用的实施例的示意性表示300。首先，用户开启IPTV客户端。在用户在IPTV上利用设备证书登录到管理服务器中后，会话被启动。然后，用户开启第二显示设备，并且向代理服务器(这可以是远程或本地服务器)请求第二显示应用。该第二显示应用(原生/解释应用)被加载到第二显示器上。然后，用户利用账户信息登录到该应用中，该账户信息就是如上所述用于IPTV登录的那个账户(然而，这不是相同的账户证书)。认证请求被从第二显示器发送到代理服务器。代理服务器与管理服务器验证证书，然后管理服务器与代理服务器确认证书。从而，认证完成。

然后，用户浏览因特网视频链接(IVL)。此后，向第二显示器请求设备数据，然后将所请求的设备数据从IPTV客户端发送到第二显示器。第二显示器利用第二显示协议向代理服务器发送请求，然后代理服务器向服务提供者请求，并且服务提供者响应。代理服务器利用第二显示协议响应第二显示器，其中用播放列表ID替换了相关联的URL。

在用户选择重放后，播放列表ID被从第二显示器发送到IPTV客户端。然后，播放列表ID被从IPTV客户端发送到代理服务器，并且播放列表数据被从代理服务器返回到IPTV客户端。IPTV客户端利用服务提供者的播放列表数据请求内容URL，然后服务提供者将用于重放的内容URL返回给IPTV客户端。当IPTV客户端设备不可达时，播放列表ID未被接收到，并且第二显示设备通知用户：IPTV客户端设备不可达。第二显示设备存储播放列表ID，以便以后尝试发送给IPTV客户端设备。在另一实施例中，第二显示设备可将播放列表ID告知一服务器，并且当IPTV设备连接到该服务器时可接收到请求，即使当IPTV设备和第二显示设备在分开的本地网络上并且不能相互寻址时也可以。在此情况下，IPTV设备可能仍是不可达的，就像IPTV设备可能未连接到电源的情况中那样，并且该请求在服务器处被排队以在以后IPTV设备可达时发送。

图4示出了根据图3的实施例的处理步骤的流程图400。

处理开始于步骤402中，在该步骤中用户开启IPTV客户端设备。在如步骤404中所示IPTV客户端设备与服务器认证之后，管理服务器在步骤406中启动会话。然后在步骤408中用户开启第二显示器，并且向代理服务器发送对第二显示应用的请求，如步骤410中所示，其中该代理服务器可以是本地服务器或远程服务器。对第二显示应用的请求是可选的。在本发明的一些实施例中，第二显示器在每次第二显示应用被启动时将接收到第二显示应用，而本发明也有一个实施例是第二显示设备将不会接收到第二显示应用或只在软件更新时接收到。当被请求时，第二显示应用被加载到第二显示器上，如步骤412中所示。在步骤414中，用户登录到账户中，该账户是如步骤404中所述用于IPTV客户端登录的账户。在步骤416中，认证请求被从第二显示器发送到代理服务器。代理服务器可以是本地服务器或远程服务器。在步骤418中，代理服务器与管理服务器验证IPTV客户端的证书，然后在步骤420中，管理服务器与代理服务器确认证书。在步骤422中，认证完成。在本发明的一个实施例中，步骤418和420中的服务器可以在相同服务器中。或者，可以有多于两个服务器来分割服务器任务。

在步骤424中，向用户呈现经由用户账户与第二显示设备相关连或相关联的IPTV设备的列表。在步骤426中，当用户选择要与之通信的特定IPTV设备时，应用程序接口(API)调用被发送到所选的IPTV设备，描述第二显示器的设备数据被第二显示器请求，并且在步骤428中，所请求的设备数据被从IPTV客户端返回到第二显示器，此信息可包括依IPTV设备而定的信息，例如该设备许可的内容分级，语言等等。在用户在先前会话中已经选择了IPTV设备的实施例中，API可被发送到该IPTV设备以获得设备信息，无需用户作出请求。另外，根据本发明的一个实施例，用户可在IPTV设备的列表中设定一特定IPTV设备作为默认设备。在步骤430中，第二显示器利用第二显示API向代理服务器作出对选项、类别和内容列表的请求，然后在步骤432中，代理服务器进而向服务提供者请求它们，并且服务提供者利用选项、类别和内容列表作出响应，如步骤434中所示。在步骤436中，第二显示器从代理服务器接收类别、选项和内容列表并为用户显示它们。或者，服务提供者在一些情况下可许可URL被发送到第二显示设备。例如，第二显示器可具有安全应用，并且服务提供者可允许具有安全应用的第二显示器接收URL。从而，内容URL可被发送到IPTV设备以用于重放，而不是让IPTV设备从服务器取回数据。或者，服务提供者在一些情况下可许可URL被发送到第二显示设备。例如，第二显示器可具有安全应用，并且服务提供者可允许具有安全应用的第二显示器接收URL。从而，内容URL可被发送到IPTV设备以用于重放，而不是让IPTV设备从服务器取回数据。

在步骤438中，用户选择要重放的内容，并且针对该内容的播放列表被创建并存储在代理服务器中。然后，在步骤440中，播放列表ID被从第二显示设备发送到IPTV客户端设备。如果IPTV客户端不应答或没有确认播放内容的请求，或者在当时不能播放内容，例如当IPTV客户端设备可能开启并且可达，但观看者制定了“勿打扰”模式时，则第二显示设备告知用户IPTV客户端设备不可达(此时不可用于播放内容)并且将该请求排队以便在以后IPTV客户端设备可达时重复。在步骤442中，播放列表ID被从IPTV客户端发送到代理服务器，并在步骤444中被从代理服务器返回到IPTV客户端。在步骤446中，IPTV客户端利用播放列表数据向服务提供者请求内容URL，然后在步骤448中服务提供者将用于重放的内容URL返回给IPTV客户端。或者，代理服务器可存储URL内容，从而将URL内容返回给IPTV客户端设备，而无需向服务提供者请求与播放列表数据相关联的URL处的内容。从而，当代理服务器存储URL时，步骤446不被使用，而是一旦IPTV客户端设备获得了URL，IPTV客户端设备就可开始重放。

根据本发明的实施例，第二设备无需使用广播就可发现IPTV系统上的可用IPTV设备，例如第一设备。web应用不具有使用广播方法来扫描网络上的可用设备的能力。扫描每一个IP地址是可能的，但这将花费较长的时间并且是资源密集的。另外，一旦IPTV设备的IP地址变化，就需要重扫描。本发明的实施例允许第二设备上的web应用识别IPTV IP地址。

当第一设备在IPTV系统中注册时，第一设备的信息被存储在管理服务器中。存储的信息包括第一设备的唯一标识符、本地IP地址、与第一设备相关联的账户号以及第一设备的特征。账户号所标识的账户可与多个IPTV设备相关联。账户还可包括IPTV系统提供的授权服务或选项的列表。第一设备可周期性地更新存储的信息，以及在第一设备的IP地址被改变时更新存储的信息。

当第二设备利用账户登录到IPTV系统中时，与这同一账户相关联的所在IPTV设备的信息可被从管理服务器取回并发送到第二设备。所发送的信息可包括IPTV设备的唯一标识符、IPTV设备的本地IP地址、每个IPTV设备的特征，等等。

第二设备接收该信息并使用计算机管理网络实用程序来利用所发送的信息中包括的本地IP地址测试每个相关联的IPTV设备的可用性或可访问性或可达性。

可以使用诸如API调用之类的计算机网络管理实用程序。或者，可以使用ping来测试诸如因特网协议(IP)网络之类的网络上的设备的可用性或“可达性”或可用以通信性或可访问以通信性，并且测量网络上的两个设备之间消息的往返时间。ping通过向目标发送因特网控制消息协议(ICMP)回声请求分组并等待ICMP响应来操作。在该过程中，其测量从发送到接收的时间(往返时间)并记录任何分组丢失。测试的结果采取接收到的响应分组的统计总结的形式，包括最小、最大和均值往返时间，有时还包括均值的标准偏差。取决于实现方式可利用使能特殊操作模式的各种选项(命令行开关)来运行ping，以例如指定用作探测的分组大小、发送指定计数的探测的自动重复操作、时间戳选项，或者执行ping洪泛。计算机网络管理实用程序不需要限于ping。测试设备的可达性的其他功能可充当计算机网络管理实用程序。另一种方法可以使第二设备利用第二设备可用来与目标设备通信的那个协议(例如HTTP)和那个端口来尝试联络目标设备。在一些网络可阻止使用一些端口或协议的情形中，此方法确保了用于与目标设备通信的协议和端口号的允许组合将会获得通过。

基于对呈递给网络上的一个或多个IPTV设备的请求的响应来识别活动的IPTV设备。第一设备例如可以是具有显示模块或显示单元的处理设备，并且第二设备可以是显示屏或显示模块。通常，可以是IPTV设备的第一设备将接收API，并且如果该IPTV设备是可操作的，则响应该API。API可以是从第二设备、IPTV设备或耦合到网络的其他设备发送的。当对API请求的响应表明IPTV设备离线时，离线IPTV设备的特征可被关闭并且对第二设备不可用。利用活动IPTV设备的IP地址，第二设备与活动IPTV设备通信。通信包括取回IPTV设备的当前状态和命令重放。当第二设备维持与IPTV设备的通信时，第二设备可周期性地从管理服务器更新更新IPTV设备的IP地址。当第二设备丧失与IPTV设备的通信时，第二设备向管理服务器发送请求以获得该IPTV设备或所有关联的IPTV设备的经更新的信息。如果经更新的信息示出与先前信息相同的IP地址，则第二设备判定IPTV设备停工或不可操作或不可用。当发生这种情况时，第二设备上的IPTV设备状态将被切换成“离线”并且某些特征被禁用。这样，绕过了传统的广播方法，并且避免了盲目地轮询每一个可能的IP地址。

图5图示了示出IPTV设备的发现过程的流程图500。

发现过程开始于步骤510，此时次设备或第二设备被开启。当用户偏好实现IPTV功能时，用户在步骤520登录到客户端账户中。在验证用户输入的证书之后，管理服务器取回与用户的账户相关联的IPTV设备的信息并且通过代理服务器将该信息发送到第二设备。第二设备在步骤530接收该信息并且将接收到的信息存储在设备存储器中。此信息也可被更新。第二设备还获得接收到的信息中包括的IPTV设备的IP地址。第二设备实现调用功能，例如API(应用程序接口或单播)，以测试与这些IP地址相关联的IPTV设备的可达性。然后过程前进到步骤550，该步骤示出第二设备判定对调用功能的响应是否指示出可达的设备。如果第二设备判定响应指示出IPTV设备可达，则过程前进到步骤560，该步骤示出第二设备将IPTV设备标记为“在线”。如果第二设备判定响应指示出IPTV设备不可达，则过程前进到步骤570，该步骤示出第二设备将IPTV设备标记为“离线”并且关闭与该IPTV设备相对应的特征。这些特征包括诸如记录、暂停、重放之类的功能和IPTV设备的其他可操作特征。然后过程前进到步骤580，该步骤示出第二设备判定是否已测试了与用户的账户相关联的IPTV设备的每个IP地址。如果有IP地址未被测试，则过程返回到步骤540。如果已测试了与用户的账户相关联的IPTV设备的每个IP地址，则第二设备如步骤590中所示与每个“在线”IPTV设备通信以根据用户的指令请求设备状态或命令重放。然后过程前进到通信步骤590，该步骤示出向代理服务器和管理服务器发送发现结果。过程结束于步骤599。

如过程步骤540中所示，诸如API调用或单播之类的调用功能可顺序地或基本并行地发出可达性测试。当调用顺序地发出可达性测试时，为每个测试确立对接收响应的等待时段。为了缩短总等待时段，调用功能可同时发送预定数目的可达性测试。随着每个结果被返回，步骤550、560和570处所示的过程被应用到被测设备。然后过程前进到步骤580，该步骤示出判定是否仍有任何未决的请求待处理。如果步骤580判定没有未决的请求待处理，则过程前进到步骤590。如果步骤580判定有未决的请求仍待处理，则过程返回到步骤540，该步骤示出该过程可继续监视未决请求或指令调用功能开始对与未决请求相关联的IPTV设备的另一测试。这样，用户为了知道被测IPTV设备的可达性可能只需要等待短得多的超时间隔。

当第二设备和第一设备之间的通信丧失或不再维持达预定的一段时间时，第二设备(在这里也被称为次设备)可再次请求管理服务器中存储的IP地址。第二设备将新接收的IP地址与先前接收的IP地址相比较。如果地址相同，则第二设备判定第一设备“离线”。如果地址不同，则第二设备测试与新IP地址相关联的IPTV设备的可达性，这通常是通过到新地址或位置的API调用来进行的，新地址或位置可以是统一资源定位符(URL)或统一资源标识符(URI)。然后过程前进到通信步骤590，该步骤可向代理服务器和管理服务器发送发现结果。

存储在管理服务器中的信息被更新以便是准确的。对信息的更新由第一设备和第二设备周期性地进行，例如每小时或每天，或其他期望或确定的时间段。其他事件也可触发对信息的更新。例如，当第一设备或第二设备被开启时，可用性或可达性信息被更新。当第一设备或第二设备改变其IP地址时，可用性或可达性信息被更新。当第二设备检测到第一设备离线时，“离线”状态被发送到管理服务器以更新信息。

从以上将会认识到，本发明可实现为计算机软件，其可在存储介质上提供，或者经由传输介质(比如局域网或广域网(例如因特网))提供。还要理解，因为附图中示出的系统构成组件和方法步骤中的一些可以用软件实现，所以系统组件(或过程步骤)之间的实际连接可依据对本发明编程的方式而有所不同。给定这里提供的本发明的教导，相关领域的普通技术人员将能够想出本发明的这些和类似的实现方式或配置。

要理解，本发明可以用各种形式的硬件、软件、固件、专用进程或其组合来实现。在一个实施例中，本发明可以用软件实现为有形地包含在计算机可读程序存储设备上的应用程序。该应用程序可被上载到包括任何适当体系结构的机器并被其执行。

以上公开的特定实施例只是例示性的，因为可以按受益于这里的教导的本领域技术人员容易看出的不同但等效的方式来修改和实践本发明。另外，对于这里示出的构造或设计的细节，没有想要作出限制，除了所附权利要求中记载的以外。因此，很明显，以上公开的特定实施例可被更改或修改，并且所有这种变化都被认为在本发明的范围和精神内。虽然这里已经参考附图详细描述了本发明的例示性实施例，但要理解本发明并不就仅限于这些实施例，本领域的技术人员在不脱离由所附权利要求限定的本发明的范围和精神的情况下可在其中实现各种改变和修改。

要求优先权

本申请要求先前于2011年2月11日提交的序列号为61/442,001的美国临时申请的权益，特此通过引用将该临时申请全部并入在此。

Claims (18)

1.一种用于确定网络中从用户设备到设备的可达性的方法，包括以下步骤：

通过次设备访问服务器上的用户账户；

请求与服务器上的所述用户账户相关联的每个设备的设备信息；

从所述设备信息获得每个设备的地址信息；

向每个设备发送消息，该消息向每个设备请求对可达性的指示，该消息是根据该设备的地址信息来发送的，

其中，所述对可达性的指示是基于设备通信可用性的；以及

从每个设备接收对可达性的指示，所述可达性的指示包括与每个设备相关联的内容资源的列表，

其中与所述用户账户相关联的可达设备的功能能够由所述用户设备控制，以及

其中当所述内容资源的列表被接收时，与每个资源相关联的统一资源定位符(URL)被去除并且针对每个资源向列表添加引用ID。

2.根据权利要求1所述的方法，其中，所述地址包括电子地址。

3.根据权利要求1所述的方法，其中，所述地址包括统一资源标识符(URI)。

4.根据权利要求1所述的方法，其中，所述地址包括统一资源定位符(URL)。

5.根据权利要求1所述的方法，其中，所述地址包括网络联系信息。

6.根据权利要求1所述的方法，还包括向每个设备请求状态信息的步骤。

7.根据权利要求6所述的方法，其中，所述状态信息包括与设备正播放或记录的内容有关的信息。

8.根据权利要求1所述的方法，还包括从所述次设备向可达设备发送重放节目的命令的步骤。

9.根据权利要求1所述的方法，还包括向服务提供者发送设备可达性结果的步骤。

10.根据权利要求1所述的方法，其中，当提供对可达性的指示的设备变得不可达时，所述次设备向服务提供者请求经更新的设备信息。

11.根据权利要求1所述的方法，其中，当设备不可达时，防止所述次设备访问不可达设备的功能。

12.根据权利要求1所述的方法，其中，所述次设备是便携设备。

13.根据权利要求1所述的方法，其中，所述网络包括IPTV网络。

14.根据权利要求1所述的方法，其中，不可达设备向服务器发送该不可达设备能够实现的功能的列表。

15.根据权利要求1所述的方法，其中，所述发送步骤还包括通过使用应用程序接口向每个设备作出调用的步骤，其中所述调用包括每个设备的端口号。

16.根据权利要求15所述的方法，其中，所述对可达性的指示表明调用被接收到并且该设备不可用。

17.根据权利要求15所述的方法，其中，所述对可达性的指示表明设备当前不可用并且以后将会可用。

18.一种用于识别网络中从用户设备到设备的可达性的方法，包括以下步骤：

接收对与用户账户相关联的每个设备的设备信息的请求；

向次设备提供与所述用户账户相关联的每个设备的地址信息；

根据设备地址信息向每个设备发送请求对可达性的指示的消息；以及

从每个设备接收指示出设备通信可用性的对可达性的指示，所述可达性的指示包括与每个设备相关联的内容资源的列表，

其中与所述用户账户相关联的可达设备的功能能够由所述用户设备控制，以及

其中当所述内容资源的列表被接收时，与每个资源相关联的统一资源定位符(URL)被去除并且针对每个资源向列表添加引用ID。