互联网协议电视中业务收看的方法和系统
技术领域
本发明涉及互联网协议电视(IPTV)领域。更具体地说,本发明涉及互联网电视中业务收看的方法和系统。
背景技术
IPTV(InternetProtocolTelevision)互联网协议电视,俗称交互式网络电视,是在IP网络上传送包含电视、视频、文本、图像、数据等,提供QoS(服务质量)/QoE(体验质量)、安全、交互性和可靠性的可管理的多媒体业务。IPTV技术集Internet、多媒体、通信等多种技术于一体,利用宽带网络作为基础设施,以家用电视机、个人电脑、手机等作为主要显示终端,通过IP协议向用户提供包括数字电视节目在内的多种交互型多媒体业务。IPTV最主要的特点在于它改变了传统的单向广播式的媒体传播方式,用户可以按需接收,实现用户与媒体内容提供商的实时交互,从而更好的满足用户个性化需求。
IPTV控制功能实体将IPTV业务分发给授权的用户,与鉴权和会话管理(ASM)(AuthenticationandSessionManagement)功能实体交互,路由接收的和发送的请求消息到正确的目标接收端。同时完成与IPTV签约数据和计费相关实体的交互。
在IPTV系统中,用户可以将用户的签约信息,存储在IPTV业务档案(IPTVServiceProfile)中。当用户请求IPTV业务时,IPTV业务提供商(IPTVServiceProvider)会根据IPTV业务档案中的签约信息,来提供业务。IPTV业务档案信息可由业务供应商或其他授权的终端用户来进行更新。IPTV业务档案中存储的签约信息包括:授权该用户可观看的节目范围;用户对之前观看的节目进行设置的书签(Bookmark),用户取回该书签后,可根据此书签,继续观看之前观看的节目;用户设置的个性化频道PCH,用于订阅自己喜欢观看的节目。IPTV业务档案中还包括用户的偏好信息等功能。
IPTV系统中还定义了一个用户数据库(UserDatabase),用来确保IPTV签约用户可以授权接入IPTV业务平台,存储一些与IPTV业务无关的信息,例如鉴权信息,通信相关的信息。IPTV用户的鉴权过程为,使用IP多媒体系统网关IG(IMSGateway)中的IMS子系统用户识别模块(ISIM)、通用用户识别模块(USIM)应用模块(USIMapplication)的鉴权信息,经由IG通过业务平台提供商向ASM和用户数据库鉴权,来接入并使用IPTV业务。
通用集成电路卡(UICC)(UniversalIntegratedCircuitCard)卡是一种可移动智能卡,它用于存储用户信息、鉴权密钥、电话簿、短消息等信息。UICC可以包括多种逻辑应用,例如用户标识模块(SIM)(SubscriberIdentityModule)、通用用户标识模块(USIM)(UniversalSubscriberIdentityModule)、IP多媒体业务标识模块(ISIM,IPMultimediaServiceIdentityModule)。当然UICC还可以包括其它应用(电子钱包等)。
用户希望使用基于IMS的业务,必须有一个或多个IMS私有用户标识(IMPI)(IMSPrivateUserIdentities),由网络运营商分配,后续用于业务注册、鉴权、管理和计费。IMPI存储在UICC和HSS(签约用户归属服务器HomeSubscriberServer)中,标识用户的签约关系,IMPI可用来标识和获取此用户相关的签约信息。
每个用户可以有一个或多个IMS公共用户标识IMPU(IMSPublicUserIdentities),IMPU与IMPI关联绑定。
现有技术中,用户通过UICC来鉴权,包括使用ISIM卡或USIMapplication来鉴权,获得接入IPTV业务提供商提供的网络,使用IPTV业务提供商网络提供的IPTV相关的业务的权限。用户接入网络后,IPTV业务提供商,会根据用户所使用的身份信息,来获取此用户的IPTV业务档案中的签约信息,提供用户签约的业务。例如,当用户在家观看IPTV业务时,通过插入的卡,来鉴权使用IPTV业务提供商提供的网络,IPTV业务提供商根据用户卡所绑定的用户的识别信息,向用户提供用户签约的业务,即IPTV业务档案中相关的内容,比如用户请求设置Bookmark后,可以通过取回此用户曾经设置的书签,以便继续观看此节目。或取回IPTV业务档案中设置的此用户的个性化频道(PCH)的信息,来观看自己订阅的个性化频道,偏好节目等。现有技术中提供了基本的Bookmark创建/存储过程,和取回Bookmark过程。
举例来说,用户在家里有一个UICC卡,通过上面的IMPI来注册使用网络,获取签约信息。
在现有技术中,如果用户不在家时,例如用户在外地,或朋友家时,无法获取自己已经订购的签约信息,无法实现通过非家庭中的设备继续观看自己签约关系相关的内容。因此考虑如下应用场景举例:
用户A在家中,通过家中的UICC签约了IPTV业务,并设置了一些IPTV业务档案相关的信息,例如对某个内容设置的Bookmark,设置的PCH。这时用户A外出(例如朋友家,宾馆等),用户A希望用终端B继续观看自己签约的IPTV业务档案中业务信息相关的内容,享受外出仍然像在家一样的用户体验,但不需要自己再次付费网络资源,而使用朋友家或宾馆的网络资源。
由于目前的签约关系绑定在UICC卡上,而外出使用的终端B,提供的IMPI无法获取用户A的签约信息,终端B为非法获取用户A签约信息的设备,例如朋友家的终端B可以获取朋友的签约信息。因此,针对如上的场景,现有技术存在无法实现通过终端B获取用户A签约数据的功能。
综上,现有技术存在如下问题:
1.用户一般通过UICC认证接入IPTV业务提供商业务平台,如果用户并不在家,而使用其它设备而使用了不同的UICC,无法通过其它的IPTV终端接入自己签约的IPTV业务档案信息;
2.用户如果通过自己的终端观看,比如外出在宾馆观看时,无法使用所在地的IPTV网络资源和终端,来观看自己设定的IPTV业务档案信息相关的内容,例如bookmark,个性化频道设定等业务信息,导致外出不像在家一样的不好的用户体验。
发明内容
本发明的目的是提供一种互联网协议电视中业务收看的方法和系统,使得用户可通过其他终端来获取用户通过另一终端签约的IPTV签约内容。
本发明实施例提供了一种互联网协议电视业务内容收看方法,包括:接收请求在第二终端上播放第一终端的签约业务内容的请求消息;根据所述请求消息获取第一终端的业务档案和第二终端的标识;根据第一终端的业务档案和所述第二终端的标识向第二终端发送第一终端签约的业务内容。
本发明实施例提供一种互联网协议电视业务内容收看系统,包括:鉴权与会话管理单元,用于接收请求在第二终端上播放第一终端的签约业务内容的请求消息,其中所述请求消息中携带所述第二终端的标识;互联网协议电视业务档案服务器,用于存储互联网协议电视业务档案;互联网协议电视控制设备,用于根据发自所述鉴权与会话管理单元的所述请求消息,从所述互联网协议电视业务档案服务器获取所述第一终端的业务档案,并根据第一终端的业务档案和所述第二终端的标识向所述第二终端发送所述第一终端签约的业务内容。
本发明实施例提供一种互联网协议电视控制设备,包括:接收模块,用于接收请求在第二终端上播放第一终端的签约业务内容的请求消息;获取模块,用于根据请求消息,获取第一终端的业务档案和第二终端的标识;发送模块,用于根据第一终端的业务档案和第二终端的标识向第二终端发送第一终端签约的业务内容。
通过本发明实施例,用户可以通过签约的终端,完成安全的鉴权,并通知IPTV网络侧,根据第一终端的IPTV签约信息,向第二终端发送相关的业务内容。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是本发明实施例IPTV业务内容收看方法实施例一的流程图;
图2是本发明实施例IPTV业务内容收看方法实施例一的时序图;
图3A至图3C是本发明实施例IPTV业务内容收看系统的框图;
图4是本发明实施例IPTV业务内容收看方法实施例二的流程图;
图5是本发明实施例IPTV业务内容收看方法实施例二的时序图;
图6是本发明实施例IPTV业务内容收看方法实施例三的流程图;
图7是本发明实施例IPTV业务内容收看方法实施例三的时序图;
图8是本发明实施例IPTV业务内容收看系统的改进实施例的框图;
图9是本发明实施例IPTV业务内容收看方法实施例四的流程图;
图10是本发明实施例IPTV业务内容收看方法实施例四的时序图;和
图11是本发明实施例IPTV业务内容收看方法实施例五的时序图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
图1是根据本发明实施例的方法实施例一的流程图,而图2是根据本发明的方法实施例一的一种可能的实现方式的时序图。以下结合图1和图2,具体说明在第二网络电视终端IPTV终端功能2(IPTVTerminalFunction,以下简称为ITF)上播放第一网络电视终端ITF1签约业务内容的方法,其中所述第一和第二网络电视终端ITF1和ITF2均为IPTV签约终端,它们可以是不同用户的签约终端,签约的业务内容可以不同。
在实施例一的方法中,在S110,网络侧接收请求在第二网络电视终端ITF2上播放第一网络电视终端ITF1签约业务内容的请求消息。在S120,网络侧根据该请求消息获取ITF1的业务档案和ITF2的标识。然后,在S130,网络侧根据ITF1的业务档案和ITF2的标识向ITF2发送ITF1签约的业务内容。S120可以包括以下过程:ITF2鉴权过程;ITF1鉴权过程;ITF1请求获取ITF2的标识的过程。
结合图2的时序图具体来说,为了方便描述并与图2时序图对应,首先具体描述S120的过程。S120可以包括:
201.ITF2向IG发送注册请求,请求使用IPTV网络。
202.IG向ASM服务器转发此注册请求,此请求中将携带ISIM中读取的信息,IMPI和IMPU等标识信息,还可以包含IG的IP地址信息。
203.ASM服务器向userdatabase发起鉴权请求,从userdatabase获取IMPI标识的鉴权数据。
204.Userdatabase服务器发送鉴权数据给ASM。
205.ASM向IG返回SIP401Unauthorized未授权消息,拒绝IG的鉴权请求,在此401消息中携带WWW-Authenticate头域和鉴权信息,IG收到此消息后,验证鉴权信息。
206.IG向ASM发送新的注册请求,携带ISIM计算出的鉴权信息。
207.ASM向IG返回200OK响应,鉴权成功,ASM将用户鉴权通过信息通知IPTVControl;
208.IG通知ITF2鉴权响应;
209.ITF1鉴权使用网络流程,基本同201-208。
210.ITF1向IG发送请求,请求获取ITF2标识。此处为向IG获取ITF2签约的标识。获取ITF2标识的方法还包括例如通过读取第二终端标识(比如扫码,读取ITF2上的二维码)、通过近距离通信方式传递(比如通过wifi方式请求ITF2标识)方式获取、通过设备发现机制获取、人工输入(比如电话号码、地址)等方式来获取ITF2标识。例如通过IG或ITF2上的二维码,或动态生成的二维码,获得ITF2的标识后,可以将ITF1的签约业务内容发送到ITF2上观看。所以此信息可以为ITF2的标识信息,IMPI信息,IMPU信息,IP地址信息等信息类型。此请求也可由ITF1向ITF2直接发送。
211.IG向ITF1发送标识。在211中,可以加入ITF2的判断过程,此判断过程例如可以包括ITF2人工判断,ITF2判断是否可以将自己的标识发送给其他终端,ITF2判断是否有提供标识的功能等。如果可以,则将获取的ITF2标识封装在响应消息中。
212.ITF2返回响应消息,携带ITF2标识信息。结合图2的时序图具体来说,S110包括:
213.用户请求向ITF2发送ITF1签约的业务内容,其中ITF2是ITF1选定的。
214.ITF1向ASM发送请求根据ITF1签约信息向ITF2发送ITF1希望观看的业务内容的请求消息,消息中携带ITF2标识信息,ITF1用户标识信息,业务标识(serviceid)信息等信息。此业务标识例如可以为网络录制业务标识,bookmark业务标识,个性化频道业务标识,应用业务标识等IPTV业务相关的标识等。
215.ASM服务器接到此请求消息后,将此请求消息转发给IPTVControl功能实体,其中IPTVControl功能实体解析此请求消息为请求根据ITF1用户信息,向ITF2发送ITF1签约业务的内容的请求消息,则进一步获取ITF1用户的签约信息。
216.IPTVControl功能实体向IPTV业务档案服务器发送获取ITF1用户业务档案的请求信息,携带ITF1用户的标识信息;
217.IPTV业务档案服务器返回ITF1相关的IPTV业务档案信息;
218.在本发明的一个实施例中,在向ITF2发送ITF1的业务档案信息之前,IPTVControl可以实施判断过程,判断过程可以包括:判断ITF1是否为可以请求向ITF2发送ITF1签约业务内容的签约用户。在本发明的一个实施例中,该判断过程也可在216前完成。在S130,网络侧根据ITF1的业务档案和ITF2的标识向ITF2发送ITF1签约的业务内容。结合图2的时序图具体来说,S130可以包括:
219.在本发明的一个实施例中,IPTVControl功能实体进一步完成确定过程,该确定过程可以包括:确定ITF2是否为合法的业务内容接收终端,ITF2是否设置了播放非ITF2签约相关内容的偏好,判断ITF2是否有能力显示IIF1签约的内容等。
220.如果判断为可以,则IPTVControl向ITF1返回成功响应消息。
在完成以上过程后,可选的,ITF1用户签约内容的播放可以由以下两种方式实现:
方式一为网络侧触发在ITF2上播放ITF1用户签约的内容,具体包括:
221a.网络侧向ITF2发起请求,例如通过推送方式向ITF2推送ITF1的业务档案对应的业务内容描述信息或签约的业务内容本身。该业务内容描述信息可以包括单一签约业务内容的描述信息,或多个签约内容的描述信息(如节目指南)等。推送的业务内容本身可以是业务档案中的设定的用户偏好对应的业务内容,如用户希望接收到的广告等;
222a.ITF2如希望观看网络侧触发推送的内容或内容相关的信息,则返回响应消息,指示希望观看;ITF2如不希望观看,则返回响应消息,指示业务终止。以下流程为用户选择希望继续观看的流程:
223a.ITF2根据接收到的ITF1的业务档案对应的业务内容描述信息,向内容服务器发送业务内容播放消息(如RTSPPlay消息),向网络侧指示播放用户根据所述业务内容描述信息选择的相关内容;
224a.内容服务器返回成功响应消息;
225a.内容服务器向ITF2发送相应的内容,以使ITF2可以播放相应的内容;
方式二为终端触发在ITF2上播放ITF1用户签约的内容,具体包括:
221b.ITF2向网络侧发起请求播放相应内容的请求消息,可携带例如contentid等信息;
222b.IPTVControl功能实体将根据IPTV业务档案,利用功能模块进行判断,确认需要发送消息或内容给ITF2终端;
具体的,IPTVControl功能实体中的判断功能模块将完成的判断可以包括:判断ITF2请求播放的内容为ITF1用户IPTV业务签约相关的内容,判断ITF2能力,根据ITF2能力发送或转化内容成ITF2能播放的内容,判断ITF2为合法终端等判断。
223b.IPTVControl将ITF1签约的网络电视业务内容发送给ITF2。
可选的,在业务结束后,即ITF1不希望继续在ITF2上继续播放ITF1签约的IPTV业务内容时,或ITF2不希望继续播放ITF1签约的业务时,可以由ITF1,或ITF2发送请求消息,通知IPTV网络,暂停此业务,并可选的接收网络的响应消息。
实施例一提供的发明方法中,还可以包括,ITF1向ITF2发送相应的请求根据ITF1业务档案信息相ITF2发送ITF1签约内容后,ITF2或IPTV网络根据此信息,ITF2获取ITF1签约的内容为在ITF2本地录制了相应的内容后,或IPTV网络侧录制了ITF1签约的内容后,在时间到来时,ITF2本地提示ITF1用户,或IPTV网络侧实体可以向ITF2发送通知消息,提示用户可播放内容的场景。例如,ITF1签约晚上8点录制一个电视节目,而ITF1用户正在ITF2上观看另一个节目,ITF2可对节目进行录制,或IPTV网络侧完成录制后,当时间到来或ITF1用户进行选择后,开始播放此录制的节目。此时,如果为网络录制的情况下,网络侧可发送通知消息给ITF2,通知ITF2播放此录制的节目。该通知也可包含多个录制的节目,通知ITF2进行播放节目的选择。
根据本发明的实施例一,可以实现在第二网络电视终端上播放第一网络电视终端签约的业务内容。例如,第一网络电视终端为用户A的手机,而第二网络电视终端为用户B的电视机,实施例一可以实现用户A通过手机触发在用户B的电视机上播放用户A签约的IPTV内容。提高了用户播放IPTV内容的灵活性,有利于IPTV内容在不同用户间,不同类型的终端之间进行转移播放。
为实现实施例一的技术方案,本发明实施例提出了一种IPTV业务内容收看系统。图3A示出了IPTV业务内容收看系统30实施例的框图,所述系统包括ASM单元100;用于接收请求在ITF2上播放ITF1的签约业务内容的请求消息,其中所述请求消息中携带所述ITF2的标识;IPTV业务档案服务器200,用于存储IPTV业务档案;IPTVControl设备300,该IPTVControl设备用于根据发自ASM单元100的所述请求消息,从IPTV业务档案服务器200获取ITF1的业务档案,并根据ITF1的业务档案和ITF2的标识向ITF2发送ITF1签约的业务内容。
如图3B所示,根据所述IPTV业务内容收看系统的一种实施例,IPTVControl设备300包括:接收模块310,用于从所述ASM单元100接收请求消息;获取模块320,用于根据请求消息,从IPTV业务档案服务器200获取ITF1的业务档案;发送模块330,用于根据ITF1的业务档案和ITF2的标识向ITF2发送ITF1签约的业务内容。
实施例二
图4是根据本发明的方法实施例二的流程图,而图5是根据本发明方法实施例二的一种可能的实现方式的时序图。以下结合图4和图5并同时参照图1至3具体说明本发明实施例二的方法。实施例二与实施例一的区别之处在于,针对选择的具体内容来获取ITF1的IPTV业务档案,在ITF2上播放所述的具体内容。所述具体内容由内容标识Contentid来指示。
实施例二的流程基本上类似于实施例一,即包括:在S410,接收请求在第二网络电视终端ITF2上播放第一网络电视终端ITF1签约的、由Contentid所指示的具体业务业务内容的请求消息。在S420,根据所述请求消息获取ITF1的业务档案和第二网络电视终端ITF2的标识。在S430,网络侧根据ITF1的业务档案向ITF2发送ITF1签约的具体业务内容。在本发明的一个实施例中,S410至S430的流程中具体包含的具体细节501至523b基本类似于实施例一的具体细节201至223b。
实施例二与实施例一相同的部分不再赘述,下面主要描述实施例二与实施例一不同之处。实施例二的S410不同于实施例一的S110之处在于,网络侧接收请求在ITF2上播放ITF1签约的,由Contentid所指示的具体业务内容的请求消息。由此,在S430,网络侧根据ITF1的业务档案向ITF2发送ITF1签约的,由Contentid所指示的具体业务内容。
结合图4和图5,具体来说,S410包括:
513.用户请求向ITF2发送ITF1签约的业务内容,其中ITF2是ITF1选定的。
514.向ASM发送请求将ITF1签约业务内容发送到ITF2呈现的请求消息,消息中可携带ITF2标识信息,ITF1用户标识信息,内容标识Contentid信息等信息。
515.ASM服务器与RAC服务器完成资源预留。
516.ASM服务器接收到此请求消息后,将此请求消息转发给IPTVControl功能实体。
517.IPTVControl功能实体解析此请求消息为请求根据ITF1用户的IPTVServiceProfile信息,向ITF2发送ITF1签约的,由内容标识Contentid指示的内容的请求消息,则进一步获取ITF1用户的签约信息。
结合图4和图5,具体来说,S430可以包括:
519.IPTVControl根据ITF1发送的Contentid以及IPTV业务档案信息,向内容服务器获取相关的内容,和/或完成资源协商;
520.在本发明的一个实施例中,可以实现IPTVControl功能实体进一步确定,该确定过程可以包括确定ITF2是否为合法的业务内容接收终端,ITF2是否设置播放非ITF2签约相关内容的偏好,ITF2是否有能力显示IIF1签约的内容等。
521.如果可以播放,IPTVcontrol功能实体向ASM发送成功的响应消息(200OK消息),ASM向ITF1转发成功的响应消息;
522.ASM与RAC(ResourceandAdmissionControl)服务器确认资源预留,例如预留足够的带宽;
523.IPTVControl功能实体向ITF2发送请求消息,请求ITF2接入,以获取ITF1希望在ITF2呈现的节目内容(由Contentid指示),该请求消息由ASM向ITF2转发;
524.ITF2向IPTVControl返回200OK响应消息,该响应消息由ASM向IPTVControl功能实体转发;
525.ITF2根据523中IPTV功能实体发送的请求消息中的相关信息,接入IPTV档案服务器以获取IPTV内容。ITF2可向内容服务器或传输服务器发送播放请求,例如,RTSPPlay请求消息;
526.内容服务器返回成功响应;
527.ITF1签约的,由Contentid指示的内容,被发送给ITF2终端进行播放。
可选的,Contentid所指示的内容,可以为IPTVControl获取该内容后,发送给ITF2来接收,也可以由IPTVControl通知ITF2获取该内容所需的接入参数,由ITF2接入内容所在的服务器,由内容服务器向ITF2提供所述Contentid所指示的内容。
根据本发明的实施例二,可以实现在第二网络电视终端上播放第一网络电视终端签约的具体业务内容。例如,第一网络电视终端为用户A的手机,而第二网络电视终端为用户B电视机,实施例一可以实现用户A通过手机触发在用户B的电视机上播放用户A签约的IPTV内容。用户A可以通过手机将具体的节目内容的标识,例如电影的名称以及播放书签发送给网络侧,网络侧根据用户A指示在用户B的电视机上继续播放用户A曾观看或签约的电影。
图3A和3B所示的IPTV业务内容收看系统可以用来实现本发明实施例二的技术方案。为此,IPTVControl设备300的接收模块310还用于从ASM单元100接收来自ITF1的Contentid。而发送模块330具体用于根据获取模块320获取的ITF1的业务档案和ITF2的标识向ITF2发送ITF1签约的、由所述Contentid指示的业务内容。
图3示出了本发明实施例的IPTV业务内容收看系统的一种具体实施例。如图3C所示,根据本发明实施例一和实施例二,IPTVControl设备300可以进一步包括确定模块340,用于确定ITF1是否为可请求向ITF2发送ITF1签约内容的签约终端;或确定ITF2是否为合法的业务内容接收终端;或确定ITF2是否为可播放非ITF2签约业务内容的签约终端;或确定ITF2是否具有显示ITF1签约内容的能力。在这种情况下,发送模块330具体用于当确定模块340确定ITF1为可请求向ITF2发送ITF1签约内容的签约终端;或确定ITF2为合法的业务内容接收终端;或确定ITF2为可播放非ITF2签约业务内容的签约终端;或确定所述ITF2具有显示ITF1签约内容的能力时,根据ITF1的IPTV业务档案和ITF2的标识向ITF1发送ITF1签约的业务内容。
实施例三
图6是根据本发明的方法实施例三的流程图,而图7是根据本发明方法实施例三的一种可能的实现方式的时序图。实施例三可以实现ITF2本地获取ITF1用户设置的IPTV业务档案信息,并保存在本地,由ITF2在本地执行操作,获取并播放业务内容,更新维护ITF1的IPTV业务档案。以下结合图6和图7并同时参照图1至3具体说明本发明实施例三的方法。
如图6所述,实施例三的方法包括:在S610,网络侧接收请求在第二网络电视终端ITF2上播放第一网络电视终端ITF1签约业务内容的请求消息;在S620,根据所述请求消息获取获取ITF1的IPTV业务档案和第二网络电视终端ITF2的标识;在S630,接收ITF2根据IPTV业务档案发送的更新请求消息,根据所述更新消息更新ITF1的IPTV业务档案信息。
其中S610和S620基本上类似于实施例一的方法中的S110和S120,因此不再重复描述。
下面结合图6和图7,具体描述S630的可能的具体实现方式。
S630可以包括:
716.IPTVControl功能实体向IPTV业务档案服务器发送获取ITF1的IPTV业务档案的请求信息,该请求信息中携带ITF1用户的标识信息;
717.IPTV业务档案服务器向IPTVControl功能实体返回ITF1相关的IPTV业务档案信息;
718.根据优选是实施例,IPTVControl功能实体进一步完成判断过程,该判断过程可以包括:判断ITF2是否为合法的业务内容接收终端,ITF2是否设置播放非ITF2签约相关内容的偏好,ITF2是否有能力显示IIF1签约的内容等;
719.如果判断结果为可以向ITF2发送内容或网络侧功能实体可将内容转化为ITF2能力可呈现的内容,则IPTVControl向ASM返回成功响应消息;如果不可以向ITF2发送内容,则向ASM返回失败响应消息;
720.ASM向ITF1转发成功或失败响应;如果返回失败,则终止业务流程,以下过程为成功响应的后续流程的举例:
721.ITF2向IG发送HTTPPending消息,当IG需要向ITF2发送消息时,可在此HTTPPending消息的响应消息中携带,
722.IPTVControl向ITF2发送SIPINFO消息,该SIPINFO消息携带ITF1相关的IPTV业务档案标识信息,ASM转发此消息给IG;
723.在本发明的一个实施例中,IG向ITF2通过HTTP200OK消息转发722SIPINFO消息。此HTTP200OK消息为721中HTTPPending消息的响应消息。ITF2可以从IPTVControl获取ITF1的IPTV业务档案信息并携带在此消息中;
724.如果可以获取,ITF2将获取的ITF1的IPTV业务档案信息存储在默认的存储区,存储的ITF1相关的IPTV业务档案,将用于在ITF2上呈现ITF1签约的内容;
725.ITF2向IG通过HTTPPending消息携带成功响应消息;
726.IG向ASM返回成功响应;ASM转发此响应消息给IPTVControl功能实体。
727.内容服务器向ITF2发送ITF1签约的业务内容;
728.当业务结束时,如果需要对ITF1的IPTV业务档案进行更新,则ITF2将发送更新请求,该请求消息中携带更新的IPTV业务档案信息,通过ITF2更新ITF1的相应IPTV业务档案信息。网络侧接收到此信息后,将根据ITF1标识信息,进行更新。
729.根据本发明的一个实施例,ITF2删除其存储在本地的ITF1的IPTV业务档案信息。
通过本发明的实施例三,ITF2可以获取ITF1的IPTV业务档案并存储在本地。ITF2可以根据获取的ITF1的IPTV业务档案播放ITF1签约的业务内容,并且在播放完成后,可以更新存储的ITF1的IPTV业务档案并且通知网络侧更新存储在业务档案服务器上的ITF1的IPTV业务档案。这样设计的优势在于,例如,用于在电视机(作为第二终端ITF2)上播放手机(作为第一终端ITF1)签约的电影之后,可以在服务器上保存电视机上播放的电影的名称和播放时间(作为业务档案信息),以便以后在手机或者其他终端(例如,另一台电视机)上接着播放没有播放完的电影。
图8示出了用来实现本发明实施例三的IPTV业务内容收看系统的框图。图8所示系统是对图3A和3B所示的IPTV业务内容收看系统作出的改进,可以用来实现本发明实施例三的技术方案。
如图8所示,IPTVControl设备300的接收模块310还用于接收来自ITF2的业务档案更新请求,该请求消息中携带更新ITF1签约的IPTV业务档案信息;发送模块330用于向IPTV业务档案服务器200发送该业务档案更新请求。IPTV业务档案服务器200则用于在收到发送模块330发送的业务档案更新请求之后,更新ITF1签约的IPTV业务档案信息。
实施例四
图9是根据本发明的方法实施例四的流程图,而图10是根据本发明方法实施例四的一种可能的实现方式的时序图。实施例四是对实施例三的改进,改进之处在于更新IPTV业务档案的过程。实施例四的其他部分即S910至S920与实施例三的S610至S620基本类似,因此不再进行重复描述。为了简洁起见,图10中的时序图与图7所示时序图相同的部分也进行了省略。
以下结合图9和图10,具体描述实施例四的S930,即接收ITF2根据IPTV业务档案发送的更新消息,根据所述更新消息更新ITF1的IPTV业务档案。
S930可以包括:
1001.ITF2对ITF1的IPTV业务档案进行变更操作,例如保存新的bookmark信息、选择订阅新的个性化频道、新的节目等变更操作。
1002.ITF2向IPTVControl发送携带IPTV业务档案变更的信息的消息,该消息可以携带ITF1用户标识,如果网络侧已经进行业务绑定,则不需要携带ITF1用户标识。即当ITF2对接收的IPTV业务或IPTV内容有任何需要更新IPTV业务档案的操作时,发送此消息;
1003.IPTVControl功能实体接收到此请求信息后,确定此更新操作为对ITF1的业务档案更新的操作,此确定过程可根据消息中携带的ITF1标识、ITF2标识、之前会话标识等信息进行确定。IPTVControl根据判断,不是将变更的操作存储到ITF2的业务档案中,而是将变更的操作存储到ITF1用户的IPTV业务档案中。例如,将通过ITF2对节目设定的bookmark,保存到ITF1用户的IPTV业务档案中;
1004.IPTVControl功能实体将向IPTV业务档案服务器发送请求消息,可携带ITF1用户标识,业务档案索引等信息,通知服务器进行存储更新操作。
1005.IPTV业务档案服务器返回成功响应;
1006.IPTVControl功能实体向ITF2返回成功响应;
1007.根据本发明的一个实施例,IPTVControl功能实体可在ITF1的IPTV业务档案信息通过ITF2完成更新后,通知ITF1;即IPTVControl功能实体向ITF1发送通知消息,该通知消息中携带IPTV业务档案信息变更的信息;
1008.ITF1向IPTVControl功能实体返回响应消息。
利用本发明的实施例四,通过ITF2对ITF1的IPTV业务档案信息操作后,可通过ITF2对网络侧的ITF1的IPTV业务档案进行更新。
图8所示的收看系统可以用来实现实施例四的方法。为此,IPTVControl设备300的发送模块330还用于在ITF1的IPTV业务档案更新后,向ITF1发送通知,通知所述更新操作。
本发明实施例,ITF为用户IPTV终端设备的实现举例,具体可以为OITF和IG分离的2个物理实体,可以为OITF和IG集成的一个物理实体,还可以为单独的OITF终端。
实施例五
图11是根据本发明的方法实施例五的时序图。在实施例五的方法中,在ITF2终端上输入ITF1的用户名密码。通过输入的用户名密码,来获取鉴权数据而进一步获取ITF1的IPTV业务档案,或通过用户名密码获取ITF1的IPTV业务档案,由此进一步向ITF2发送ITF1用户签约的业务内容。结合图11具体来说,实施例五具体包括:
1101:ITF2鉴权使用网络;
1102:在ITF2上输入用户密码,登陆IPTV网络。这里提供了在ITF2上用户通过用户名和密码方式,安全访问ITF1签约相关IPTV业务档案的功能,比如通过应用软件来实现,对发送的信息进行加密,通过ITF2的安全加密机制来实现传递;
1103:ITF2向IPTVControl发送根据ITF1用户档案播放内容的请求消息。该请求中携带用户输入的用户名密码信息;
1104:IPTVControl功能实体返回确认响应;
1105:可选的,IPTVControl功能实体向用户数据库功能实体发送查询请求,获取ITF1的鉴权数据,用户获取ITF1用户档案信息。当然,如果不需要通过鉴权数据来获取ITF1用户档案信息,则不执行此过程,而根据携带的用户名密码进行获取ITF1用户档案;
1106:IPTVControl向IPTVServiceProfile服务器发起获取ITF1业务档案的请求,并获取ITF1业务档案;
1107:IPTVControl与内容服务器CDN协商向ITF2提供的业务内容;
1108:ITF2与CDN服务器传递并播放ITF2请求的内容。
根据本发明实施例,IPTV用户可以利用签约的终端播放其他终端签约的业务内容,实现了IPTV业务内容在终端之间的灵活转移和切换。此外,IPTV用户通过不同签约终端播放的业务内容可以移植到其他终端上继续播放。这样拜托了终端对IPTV业务内容的限制,从而大大扩展了IPTV业务内容的使用环境。
通过本发明实施例可以实现通过签约,用户在使用其它终端观看时,仍可以通过其他外部设备获取IPTV签约信息相关的业务的功能。通过本发明实施例,用户可以随意享受自己的签约信息,随处享受签约的业务。不需要通过任何会话转移等业务流程来实现,或每次的操作来实现,而实现用户在通过外部设备观看如同在家里一样的用户体验。
本领域普通技术人人员可以理解,本文中所公开的方法和系统仅为示例性质,并且方法所包含的过程并非限于文中所述的顺序,而是可以根据具体需要以及技术实现的便利性进行调整。除了上述例举的内容之外,根据具体应用场合的需要,所述方法和系统还可以包括其他过程和模块。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
尽管已示出和描述了本发明的一些实施例,但本领域技术人员应理解,在不脱离本发明的原理和精神的情况下,可对这些实施例进行各种修改,这样的修改应落入本发明的范围内。