用于向多个IMS用户提供IPTV的方法和终端

摘要

本发明提供了一种用于使用IP多媒体子系统(IMS)网络向如家庭之类的用户组提供互联网协议电视(IPTV)和其他通信服务的方法和终端。将组私有用户标识与组公开用户标识以及与多个个体公开用户标识相关联，所述多个个体公开用户标识中的每一个与组中的不同用户相关联。利用组私有用户ID和组公开用户ID，浏览器将组预订注册至IMS网络。当个体用户输入如PIN之类的标识符时，将个体注册至IMS网络，同时维持对IMS网络和IPTV网络的组注册。可以改变个体用户而不必重启浏览器。

说明书

技术领域

本发明涉及通信系统。更具体而非限制地，本发明涉及一种用于向IP多媒体子系统(IMS)网络的多个用户提供互联网协议电视(IPTV)和其他服务的方法和终端。

背景技术

传统上，通过从IPTV服务提供商至与电视机相连的机顶盒(STB)的宽带连接，将IPTV传送到家庭。STB包括浏览器，并且，通过浏览器接口来控制所有IPTV特征。因此，IPTV传送过程是以浏览器为中心的。STB中的会话发起协议(SIP)用户代理使IPTV适于IMS要求。

使IPTV适于IMS的问题在于：浏览器目前不具有个体IMS用户的概念。因此，在用户组(如具有针对各个家庭成员的不同用户帐户的家庭预订的家庭)的情况下，每当家庭成员登录到家庭预订内的不同用户帐户时，都必须重启浏览器。在简单地切换用户时必须重启浏览器，对用户体验具有不利影响。

发明内容

可以通过消除在切换用户时重启浏览器这种要求来改进用户体验，同时仍提供IMS网络的全部功能，使得也可以提供与如呈现、消息收发和聊天服务之类的服务的组合服务(服务混合)。本发明提供了一种用于实现这些结果的方法和终端。

本发明提供了：向STB简化地提供IMS用户信息、浏览器中在切换用户时的更快响应时间、服务提供商利用对PIN、别名的控制，对用户体验的更密切控制、以及添加/去除组中的新用户。单个IMS私有用户标识(IMPI)和口令被整个预订所共享。

因此，在一个方面，本发明涉及一种向IP多媒体子系统(IMS)网络的用户组提供互联网协议电视(IPTV)和其他通信服务的方法。所述方法包括以下步骤：将组私有用户标识与组公开用户标识以及与多个个体公开用户标识相关联，所述多个个体公开用户标识中的每一个与组中的不同用户相关联；利用组私有用户标识和组公开用户标识，将组预订注册至IMS网络和IPTV网络；以及仅当接收到与第一个体用户相关联的个体公开用户标识时，才将第一个体用户注册至IMS网络，同时维持对IMS网络和IPTV网络的组注册。所述方法还可以包括：接收用户从第一个体用户改变为第二个体用户的指示；以及响应于用户改变，将第二个体用户注册至IMS网络，同时维持对IMS网络和IPTV网络的组注册。

在另一方面，本发明涉及一种用于向IMS网络的用户组提供IPTV和其他通信服务的终端。所述终端包括：用于将组私有用户标识与组公开用户标识以及与多个个体公开用户标识相关联的装置，所述多个个体公开用户标识中的每一个与组中的不同用户相关联；用于利用组私有用户标识和组公开用户标识，将组预订注册至IMS网络和IPTV入口的装置；以及用于仅当接收到与第一个体用户相关联的个体公开用户标识时，才将第一个体用户注册至IMS网络，同时维持对IMS网络和IPTV网络的组注册的装置。

附图说明

在以下部分，将参照附图中示意的示例实施例来描述本发明，在附图中：

图1示意了IP多媒体子系统(IMS)3GPP规范中私有用户标识和公开用户标识之间的一对一关系；

图2是示意了本发明实施例中IMS预订、IMS服务简档以及私有和公开用户标识之间的关系的功能框图；

图3是本发明示例实施例中包括浏览器和本地对象码在内的终端的功能框图；

图4示意了向STB提供公开组预订用户ID、私有用户ID和口令的引导过程；

图5是示意了将组预订用户ID注册至IMS、本地对象码学习IPTV应用程序(IAP)的地址、以及启动IPTV的过程的步骤的信令图；以及

图6是示意了根据本发明的教导改变用户的过程的步骤的信令图。

具体实施方式

本发明提供了一种用于向多个IMS用户提供IPTV而无需在用户之间进行切换时重启浏览器的方法和终端。还维持了全部IMS功能。

在示例实施例中，在家庭或组预订帐户上启动浏览器，浏览器从未改变帐户。浏览器连接至入口，入口跟踪组预订下的所有个体帐户，并以对浏览器透明的方式来控制组中的用户之间的切换。这使入口能够控制组预订的PIN码(典型地，简单的4位数字)。以下解释附加的优点。

在一个实施例中，基于例如javascript属性和方法，将应用编程接口(API)引入浏览器中。API控制本地对象码以将不同用户注册至IMS。因此，始终将组预订帐户登录至IMS和入口，而仅当调用这些个体帐户时，才将个体组成员登录至IMS。

图1示意了IP多媒体子系统(IMS)3GPP规范中私有用户标识和公开用户标识之间的一对一关系。注意，预订或缺省用户始终与浏览器相关联。一旦启动浏览器并与IPTV网络入口建立通信，就可以执行下表1中的方法。

表1

下表2示意了属性的用户接入控制过程。

表2

图2是示意了本发明实施例中IMS预订11、IMS服务简档12₁-12₅以及私有和公开用户标识之间的关系的功能框图。假定STB中的浏览器完全控制IMS的登录过程，则组中的每个用户不必须具有不同的IMS凭证。相同的IMS凭证(即，口令和IMS私有用户标识(IMPI)13)是针对整个预订共享的。多个隐式注册的IMS公开用户标识(IMPU)14₁-14₅与共享的IMPI相关联，以得到多个不同服务简档。

因此，仅必须在STB中向组预订帐户提供口令和共享的IMPI 13。个体帐户是通过浏览器javascript API来动态指示的。可以添加或去除组中的新帐户，而不必利用新用户信息来手动更新STB。否则，用户必须使用基本远程控制来插入长字符串，这将是冗长的过程。

在另一实施例中，浏览器可以在移动终端中实现。入口可以在作为应用服务器(AS)的IAP IPTV应用平台中实现。

组帐户(用户id 1)是与IPTV入口相连接的缺省帐户。与入口的所有通信通过该帐户来进行。浏览器针对个体服务指示哪个用户ID正在调用所请求的服务，如播放(play)或playLive。设备中针对个体用户的私有用户ID(IMPI)是可选的。如果在不受控制的设备中可从浏览器得到其他本地服务，或者如果运营商期望比由PIN提供的安全性更严格的安全性，则可以需要IMPI。如果未定义个体IMPI，则从浏览器调用的所有用户使用组私有用户ID。

这种关系的优点在于：仅在引导时交换口令，并且口令不暴露于该引导之外。此外，在公开/私有用户ID的甚至手动配置的引导期间，仅需要下载一个用户ID。浏览器可以控制在相同IPTV预订内哪些用户是可用的。然后，每个用户的PIN变为用于防止对如监护人帐户之类的不同用户帐户的非法使用的安全性。

可以在STB中预配置用户ID和口令。可以在STB中手动或自动预配置该信息。如果手动预配置，则当STB连接至IPTV网络时，手动插入用户ID和口令。如果自动预配置，则STB可以自动连接至IPTV引导服务器，IPTV引导服务器向xml文件提供与STB相关联的用户ID和口令。

对于手动和自动方法，均必须将STB注册在IPTV网络中。为此，使与每个STB有关的注册参数的集合对运营商可用。这些参数包括公开STB标识符(例如MAC地址)和私有STB标识符(对于每个STB唯一的、用户不可见的密钥)。公开STB ID用于针对客户帐户或预订来注册设备。在未注册的情况下，客户不能使用该设备。在IPTV引导期间传送的用户ID和口令的自动配置中使用私有STB ID。

在IMS中，用户接入控制功能对用户的登录进行控制。浏览器的初始化与缺省用户相关联，而所调用的每个特征可以与不同用户相关联。RegisteredUsers数据对象表示当前注册至IMS的用户的列表。该数据对象中的项目是可以使用数组符号来访问。下表3示意了RegisteredUsers数据对象的属性。

  readonly String userId  用户标识符表示公开用户标识

表3

下表4a-4c示意了使用户登录和退出IMS并得到注册用户的方法。

表4a

表4b

表4c

图3是本发明示例实施例中包括浏览器21和本地对象码22在内的终端20的功能框图。浏览器和本地对象码可以在STB或OITF兼容设备中实现。浏览器提供IPTV服务向用户的呈现。在浏览器内，示出了多个示例javascript对象：视频点播(VoD)javascript对象23、广播javascript对象24、LPVR javascript对象25和其他服务javascript对象26。Javascript对象可以利用与OITF API相符的标准化接口。然后，javascript对象与本地对象码22进行通信，然后，本地对象码22向所有必要的过程和信令提供SIP、RTSP和HTTP以实现服务。

将本地对象码22示作分为多个示例逻辑功能模块。用户处理功能模块27跟踪在设备中定义的用户。一旦定义，就从用户处理功能模块检索任何接口所需的任何认证。对于IMS部署，必须在提供任何IPTV或其他IMS服务之前执行向IMS的注册。可以注册多个用户。注意，仅一个用户与浏览器相关联，浏览器由IPTV服务发现功能模块28启动。

IPTV服务发现功能模块28执行IPTV服务发现，IPTV服务发现是IMS中对IPTV服务的预订。对预订的响应提供了入口地址和URL，以取得IPTV广播信道信息。广播信道信息提供由IPTV媒体控制功能模块29来信号通知互联网组管理协议(IGMP)请求所必需的细节。入口地址用于启动浏览器并加载初始IPTV呈现。

IPTV媒体控制功能模块29控制单播和多播流。对于IMS部署，会话发起和拆除过程是利用SIP来执行的。对于普通的IPTV部署，会话建立和拆除过程是利用RTSP来执行的。媒体回放是利用RTSP来执行的，而广播选择和跳转是利用IGMP来执行的。

其他IMS服务功能模块31尝试捕获IPTV未直接提供的服务，如呈现、消息收发和聊天服务。这些服务除了与实现该服务的浏览器或本地客户端软件有直接媒体交互以外，不具有直接媒体交互。

可选的IPTV引导功能模块32便于更容易地部署IPTV。在启动时，设备连接至具有硬件标识符和加密密钥的预配置URL，该预配置URL用于绑定至预订。如果该预订与硬件相关联并且确认了密钥，则利用用户帐户和口令的细节来下载xml文件。

本地播放器功能模块33可以提供本地存储控制，只要存在用于多播和DVB-T流的广播信息的本地硬盘即可。

混合系统功能模块34指示何时可能存在通过地面、卫星和线缆的其他类型的TV传送。为了使IPTV服务与混合系统集成，必须能够访问信道标识符，从而可以针对这些信道来定制呈现。

在针对IPTV启动浏览器21之前，本地对象码22执行向IMS的初始注册，以及使用缺省用户来预订IPTV服务。缺省用户包括公开用户标识(IMPU)14、私有用户标识(IMPI)13和口令(IMS凭证)。该信息是手动键入的或从IPTV引导服务器自动检索的。如果是手动插入的，则私有用户标识是与公开用户标识相同的值。

图4示意了向STB提供公开组预订用户ID、私有用户ID和口令的引导过程。该过程由本地对象码22、这里被称作移动互联网使能代理(MIEP)42的无线应用协议代理、以及包括IPTV应用程序(IAP)43在内的IPTV引导服务器来执行。在步骤44，利用如MAC地址之类的公开STB ID、私有STB ID以及用于初始连接的缺省IPTV入口地址来对STB进行预配置。私有STB ID在STB中不可见。如果针对STB不存在私有STB ID，则可以给用户一个私有STB ID从而可以在启动时将其插入。

在步骤45，订户购买STB。此时，如步骤46所示，运营商利用要用于授权的公开STB ID(例如MAC地址)以及私有STB ID来配置订户帐户。私有STB ID不是通过网络来发送的，并且如上所述，私有STBID在STB中不可见。然后，本地对象码22将HTTPS PUT消息发送至MIEP 42，MIEP 42将HTTP PUT消息发送至IPTV引导服务器43。作为响应，在步骤49，服务器使用公开STB ID来查找订户关联。服务器检查散列消息认证码(HMAC)，并在确认时针对STB准备初始信息。初始信息可以包括组预订用户ID、组预订用户ID的认证信息以及组中的个体用户的用户ID。然后，在200(HTTP PUT)消息51和200(HTTPS PUT)消息52中将初始信息返回至本地对象码。在步骤53，本地对象码设置公开组预订用户ID、私有组预订用户ID和口令以及个体用户ID。这些数据随后用于SIP/HTTP通信和认证。

图5是示意了将组预订用户ID注册至IMS(步骤56-58)、本地对象码学习IPTV应用程序(IAP)的地址(步骤59-63)、以及启动IPTV(步骤64-68)的过程的步骤的信令图。图5的过程是在向STB提供公开组预订用户ID、私有用户ID和口令之后执行的。这可以以多种不同方式实现。例如，可以手动实现、由运营商远程实现、或利用如图4所示的引导过程来实现。现在将参照图5和图3来描述该过程。

本地对象码22中的用户处理功能模块27将REGISTER(注册)消息56发送至CSCF，CSCF在57处注册组预订用户ID并将200(REGISTER)消息58返回给本地对象码。这将组预订用户ID注册至IMS。然后，本地对象码中的IPTV服务发现功能模块28将SUBSCRIBE(预定)消息59发送至CSCF，CSCF将SUBSCRIBE消息转发至IAP 43。IAP将200(SUBSCRIBE)消息61返回给CSCF，CSCF将200(SUBSCRIBE)消息转发至本地对象码。

然后，IAP 43将NOTIFY(通知)消息62发送至CSCF 55并包括IPTV入口(即IAP 43)的入口URL。CSCF将NOTIFY消息转发至本地对象码22，本地对象码22返回200(NOTIFY)消息63。此时，本地对象码已经学习到IAP的地址。

然后，在64处，本地对象码中的IPTV引导功能模块32启动STB浏览器21。STB浏览器将HTTPS GET消息65发送至MIEP 42，MIEP 42将HTTP GET消息66转发至IAP。IAP将200(HTTP GET)消息67返回给MIEP，MIEP将200(HTTPS GET)消息68转发至STB浏览器。此时，将组预订用户ID注册至IMS，本地对象码22具有IAP 43的入口和信道消息，并且启动IPTV。

图6是示意了根据本发明的教导改变用户的过程的步骤的信令图。该信令经过与图5相同的节点，其中增加了接入点(AP)69。作为初始条件，缺省用户登录。注意，缺省用户(预订帐户)始终登录。现在将参照图6和图2来描述该过程。

当新用户向STB浏览器21指示用户改变时，STB浏览器将具有新用户(例如用户2)的用户ID的logonUser消息71发送至本地对象码22。然后，本地对象码中的用户处理功能模块27将REGISTER消息72发送至CSCF 55，请求新用户登录(IMS注册)。CSCF将200(REGISTER)消息73返回给本地对象码。

在74处，STB浏览器21向本地对象码22指示用户2期望播放内容点播(CoD)。本地对象码中的IPTV媒体控制功能模块29将INVITE(邀请)消息75发送至CSCF 55。在该时间点处，STB具有两个活动注册：一个是针对组预订用户的，一个是针对当前活动用户(用户2)的。注意，不需要SUBSCRIBE消息来开始会话。在76处，CSCF使用活动用户IMPU、IMPI和口令来建立线性TV/内容点播(LTV/CoD)会话。CSCF将INVITE消息75转发至IAP 43以建立会话。IAP将200(INVITE)消息77返回给CSCF，CSCF将200(INVITE)消息转发至本地对象码。

随后，指示另一用户改变。STB浏览器21将logoffUser消息78发送至本地对象码22，指示用户2已退出登录。本地对象码中的用户处理功能模块27将另一REGISTER消息79发送至CSCF，请求原用户退出登录(IMS注销)。CSCF将200(REGISTER)消息返回给本地对象码，并且注销原用户。然后，使用步骤71-73所示的过程来登录新用户。注意，不复位浏览器。存在由本地对象码来处理的、用户的无缝改变。

本领域技术人员应当理解，可以以许多种应用对本发明中描述的创新概念进行修改和变更。相应地，所保护的主题的范围不应限于上述任何具体示例性教导，而是由所附权利要求来限定。