发明内容
本发明的一目的在于提出一种网络电视增值业务***,以实现对I PTV的各种增值业务实现统一管理、统一认证鉴权、统一计费。
本发明的一目的在于提出一种实现业务组合的方法,以实现对不同IPTV增值业务的组合。
为实现上述目的,本发明提供了一种网络电视增值业务***,包括:
服务供应者SP接入网关子***,用于为所有的网络电视增值业务提供统一的应用开发接口;
网络电视业务管理子***,用于为通过所述SP接入网关子***建立的所有的网络电视增值业务提供统一的管理功能;
其中,所述SP接入网关子***包括:
应用程序开发接口API,用于为所有的网络电视增值业务的SP提供统一的应用程序开发和业务接入接口;
SP应用接入鉴权单元,用于对所述API接入的所有SP应用进行鉴权认证;
SP服务等级协定SLA控制单元,用于对业务能力***的访问进行监视和控制;
业务流程控制单元,用于向所述网络电视业务管理子***触发鉴权操作;
能力适配单元,用于完成与增值业务能力子***中各能力部件的适配;
协议适配单元,用于对通过所述API接入的SP与底层业务能力***进行协议适配。
上述方案通过IPTV业务管理子***将各个独立的增值业务***中与业务管理、业务集成相关的公共功能抽取出来进行集中的统一管理,最终实现了IPTV增值业务的统一管理、统一认证、统一鉴权、统一计费。并且,通过SP接入网关子***,IPTV增值业务***不仅能够实现各个SP增值业务的统一接入,同时提供了运营商对SP的监管能力。
为实现上述目的,本发明还提供了一种基于上述技术方案中网络电视增值业务***实现业务组合的方法,包括:
向网络电视业务管理子***请求一增值业务;
所述网络电视业务管理子***进行认证鉴权;
在认证鉴权通过的情况下,实现所述一增值业务;
通过SP接入网关子***向所述网络电视业务管理子***请求与所述一增值业务相关的另一增值业务;
所述网络电视业务管理子***进行认证鉴权;
在认证鉴权通过的情况下,实现所述另一增值业务。
本技术方案通过统一的IPTV增值业务***实现了两种不同增值业务的组合,从而解决了现有技术中实现***组合业务打包和产品套餐难度大
的问题,大大丰富了IPTV业务类型。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
具体实施方式
图1为本发明网络电视增值业务***实施例的结构示意图,网络电视(以下简称IPTV)增值业务***1包括服务供应者(以下简称:SP)接入网关子***(以下简称SPGW)11、IPTV业务管理子***12、增值业务能力子***18及业务导航子***(以下简称EPG)19。周边***包括SP应用平台13、业务支撑***(以下简称BSS)15、运营支撑***(以下简称OSS)16、预付费***(以下简称SCP)17及终端机顶盒(以下简称STB)20。
其中,SPGW11与SP应用平台13连接,为所有的IPTV增值业务提供统一的应用开发接口,避免了SP应用对各类复杂业务能力部件的直接访问,降低了应用的开发难度和周期,同时也使运营商可以在SPGW11上,对应用访问各类网络业务能力部件和网络资源的流程和程度,进行统一控制和监控。
IPTV业务管理子***12与BSS 15、OSS 16及SCP 17连接,为通过SPGW11建立的所有的IPTV增值业务提供统一的管理功能。IPTV业务管
理子***12可通过将现有各种IPTV增值业务***中的公共管理功能模块抽取出来,集中实现。由于这部分公共管理功能与具体的业务无关,因此IPTV业务管理子***12能够实现由一个IPTV增值业务***对多种业务的统一管理,通过这种方式将极大的缩短新业务上线周期、降低建设成本。
增值业务能力子***18用于为通过SPGW11建立的所有IPTV增值业务提供能力部件。增值业务能力子***18主要由提供各种IPTV增值业务的能力部件构成,每一种能力部件都能够提供一大类相应的增值业务。如:存储类能力部件可以实现如博客类业务相关的具有存储性质的增值业务,下载类能力部件可以实现如空中下载(OTA)、游戏下载等下载类的增值业务。随着新的增值业务需求的出现,增值业务能力***中只需要增加支持新类业务的能力部件,而不需要改变整个IPTV增值***中的其他模块,这也大大降低了投资成本,同时缩短了新业务的开发周期。
EPG 19连接STB 20,用于为使用IPTV业务的用户提供统一门户。EPG19为用户使用IPTV业务提供统一门户,该***主要完成页面的生成与展现、产品信息的浏览与搜索、EPG模板数据和元数据的接收。同时,通过与I PTV业务管理子***12的接口,实现认证鉴权请求的触发、用户自服务信息的查询与修改。
图2为本发明网络电视增值业务***实施例中SPGW的结构示意图,SPGW包括应用程序开发接口(以下简称:API)21、SP应用接入鉴权单元22、SP服务等级协定(以下简称SLA)控制单元23、业务流程控制单元24、协议适配单元25及能力适配单元26。其中,API 21用于为所有的网络电视增值业务的SP提供统一的应用程序开发和业务接入接口,SPGW通过适配各种IPTV增值业务能力,把这些业务能力的具体实现细节隐藏起来,封装成标准统一的应用开发接口API 21向上提供给SP,避免了SP对运营商网络中各类复杂业务能力***的直接访问。标准的API开放接口降低了SP应用的开发难度和周期。SP应用接入鉴权单元22用于对API 21
接入的所有SP及SP应用进行鉴权认证;SP SLA控制单元23用于对业务能力***的访问进行监视和控制,确保网络资源在合理的范围内被合理使用,实现了网络优化保护和资源控制;业务流程控制单元24用于向IPTV业务管理子***触发鉴权操作;协议适配单元25用于对通过API 21接入的SP应用进行协议如超文本传输协议(Hyper Text Transfer Protocol,HTTP)、短消息点对点协议(Short Message Peer to Peer,SMPP)等的适配,完成对底层业务能力***和上层SP应用平台之间不同业务的协议转换和适配,如对于信息浏览类业务,协议适配单元中会有针对Http协议的协议适配子单元;对于短消息类业务,协议适配单元中会有针对短信SMPP协议进行适配和转换的子单元。能力适配单元26用于完成与增值业务能力子***18中各能力部件的适配;能力适配单元26可包括信息服务子单元、存储服务子单元及消息服务子单元;信息服务子单元主要侧重于信息浏览,用于完成与所述增值业务能力子***18中信息浏览业务能力部件的适配;同时将此业务能力包装为API 21,向上提供给SP应用平台开发信息类业务,如证券查询业务;存储服务子单元用于完成与增值业务能力子***18中存储业务能力部件的适配,同时将此业务能力包装为API21,向上提供给SP应用平台开发存储类业务,如电视博客业务;消息服务子单元主要侧重于互动消息类,如短信、互动投票等,用于完成与所述增值业务能力子***18中信息类业务能力部件的适配,同时将此业务能力包装为API 21,向上提供给SP应用平台开发消息类业务,如电视互动业务。
SPGW通过业务流程控制单元24实现了对SP应用访问各类业务能力和网络资源的流程和程度的统一控制和监控。由于SPGW是SP应用访问业务能力***的唯一入口,因此SPGW能够对SP应用对业务能力***的访问进行监视和控制,确保网络资源在合理的范围内被合理使用,实现了网络优化保护和资源控制。并且,除了承载业务流以外,SPGW也是业务控制的一
个触发点,通过与IPTV业务管理子***的接***互,SPGW能够实现协助业务管理子***完成业务的鉴权计费操作。
图3为本发明网络电视增值业务***实施例中IPTV业务管理子***的结构示意图,IPTV业务管理子***的功能单元包括:合作伙伴(以下简称SP/CP)管理单元301、用户管理单元302、产品管理单元303、计费管理单元304、订购管理单元305、认证鉴权单元306、业务开通单元307、门户管理单元308、统计分析单元309、模板管理单元310、机顶盒管理单元311、***管理单元312;IPTV业务管理子***与周边***的接口包括:运营支撑***接口313、SPGW接口314、增值业务能力子***接口315、EPG接口316及SP应用平台接口317。
其中,合作伙伴管理单元301用于对合作伙伴的属性、生命周期、业务权限及操作员进行管理;用户管理单元302用于维护用户属性信息,并对用户的生命周期及积分进行管理;产品管理单元303用于对产品的信息、生命周期、组合业务及套餐进行管理;产品是业务和计费的组合,产品管理包括产品信息管理、产品生命周期管理(包括产品创建、审核、试商用、发布、暂停、恢复、查询、更新、删除等)、组合业务和套餐管理等。通过水平化管理,IPTV业务管理子***可以对其管辖的业务进行业务间打包生组合业务或套餐,生成孤立的、垂直的增值业务所无法实现的丰富多彩的业务。计费管理单元304用于计费策略管理、批价处理以及话单生成;订购管理单元305用于对订购关系、订购生效方式及扣费策略进行管理,并对订购状态进行控制;认证鉴权单元306用于对用户、业务、合作伙伴、运营商管理员进行认证;业务开通单元307用于根据业务开通请求,增加相应用户的业务能力信息;门户管理单元308用于对运营商管理员门户、合作伙伴门户及用户自服务门户进行管理;统计分析单元309用于对合作伙伴、用户消费、用户访问及应用内容进行统计分析,并进行报表管理;模板管理单元310用于对业务导航***EPG模板进行维护和管理;机顶盒
管理单元311用于对机顶盒信息及监控进行管理;***管理单元312用于对网络电视业务管理子***的***参数、日志、***维护计划进行管理。
运营支撑***接口313用于与运营支撑***之间进行同步用户信息、产品信息及订购信息,并传送计费信息与话单;SPGW接口314用于为SPGW提供业务控制接口以及配置数据,即通过该接口,SPGW发送认证鉴权计费请求到业务管理***,实现对业务的控制;另外IPTV业务管理子***通过该接口向SPGW发送其所需的配置数据,完成业务控制和信息配置两项功能。
增值业务能力子***接口315用于为增值业务能力子***提供业务流程控制接口并同步SP信息、业务信息及用户业务能力开通信息,用户业务能力开通信息,即,如果用户通过IPTV业务管理子***申请开通某项业务能力如消息类业务能力,则IPTV业务管理子***将此开通信息同步给SPGW和增值业务能力子***中的消息类业务能力部件,那么用户就可以使用此增值业务能力子***中的消息类业务,否则用户若没有开通此业务能力,则无法享受此类业务。
EPG接口316用于与EPG同步EPG模板数据、供EPG展现的数据及信息、EPG门户上的业务点击频率及EPG运行信息,并为EPG提供产品信息、订购关系、及消费信息的查询功能。其中,供EPG展现的数据及信息包括供EPG展现的内容元数据(如栏目、频道、节目介绍、广告、片花等)、SP信息数据、业务产品信息、业务与内容的绑定信息,并且这些数据及信息由IPTV业务管理子***同步到EPG;每个业务在EPG门户上被点击的频率信息,如次/秒,由EPG统计并同步到IPTV业务管理子***;EPG***运行信息包括CPU使用率、内存使用量、用户最大请求频率、***响应时间等,由EPG同步到IPTV业务管理子***。
SP应用平台接口317用于向SP应用平台通知订购关系并与SP应用平台同步用户数据信息。
上述实施例中,IPTV增值业务***1可不包括增值业务能力子***18与EPG 19,此时,增值业务能力子***18可作为IPTV增值业务***的******,为各种IPTV增值业务提供能力部件;EPG 19中的门户可采用现有技术分别实现。
上述***实施例给出的***模型,通过IPTV业务管理子***将各个独立的增值业务***中与业务管理、业务集成相关的公共功能抽取出来进行集中的统一管理,最终实现业务的统一管理、统一认证、统一鉴权、统一计费、多业务的组合打包,能够对不同增值业务进行打包与组合形成组合业务。另外通过在该***模型中引入SPGW,不仅能够实现各个SP业务的统一接入,同时提供了运营商对SP的监管能力。
IPTV增值业务***通过统一的IPTV业务管理子***与运营商支撑***(BSS/OSS/SCP)进行接口,而不是每上一套增值业务***就开发一个与运营支撑***的接口,避免了重复投资、重复建设、组合业务打包难度大、账单统一难度大以及SP的监管能力差等问题,这种IPTV增值业务***的水平化方式屏蔽了增值业务的多样性给运营支撑***带来的冲击,确保了运营商支撑***的稳定性,降低了***对接的难度和风险。
基于上述***实施例,IPTV增值业务能够降低***建设成本、缩短新业务开发上线周期、提高对SP的监管力度、生成更加丰富多彩的组合业务。
基于上述实施例任一IPTV增值业务***实现业务组合的方法,包括:
向IPTV业务管理子***12请求一增值业务;
IPTV业务管理子***12进行认证鉴权;
在认证鉴权通过的情况下,实现所述一增值业务;
通过SPGW11向IPTV业务管理子***12请求与所述一增值业务相关的另一增值业务;
IPTV业务管理子***12进行认证鉴权;
在认证鉴权通过的情况下,实现所述另一增值业务。
向IPTV业务管理子***12请求一增值业务可通过EPG 19发起请求。所述一增值业务、实现所述另一增值业务可通过增值业务能力子***18中的能力部件实现所述一增值业务、另一增值业务。
图4为本发明实现业务组合的方法实施例一的流程图,本实施例的业务使用场景如“宝宝秀大赛”,即参赛用户通过使用IPTV博客业务,将自己家宝宝的视频或图片上传到IPTV博客的存储服务器后,非参赛用户通过使用一增值业务即博客业务,可以在EPG上浏览所有参赛用户宝宝的视频或图片,然后通过使用另一增值业务即投票业务,对喜欢的宝宝在EPG上进行投票。具体包括:
步骤401、机顶盒向EPG服务器请求门户首页;
步骤402、机顶盒发出博客业务链接请求;
步骤403、EPG服务器收到请求后,将请求转发至IPTV业务管理子***,请求对用户身份、产品、订购关系进行鉴权;
步骤404、IPTV业务管理子***返回鉴权成功响应,并将博客门户链接通过响应转发给EPG。
步骤405、EPG将博客门户链接转发给机顶盒;
步骤406、机顶盒根据链接登录博客门户,并请求获取某一视频或图片文件;
步骤407、博客门户返回视频或图片文件在媒体服务器的地址给机顶盒;
步骤408、机顶盒与媒体服务器建立连接,用户获取并播放视频或图片文件,即实现了一增值业务。
步骤409、用户浏览视频或图片文件后对该内容进行投票,即实现与上述一增值业务相关联的另一增值业务。机顶盒发出投票信息到IPTV短信中心;
步骤410、IPTV短信中心识别到是发往SP应用服务器的消息后,将此消息发往SPGW;
步骤411、SPGW到IPTV业务管理子***请求对用户身份、产品、订购关系进行鉴权;
步骤412、鉴权通过后,SPGW将投票消息发往SP应用服务器,应用服务器对投票消息进行统计处理,并将统计结果发给SPGW;
步骤413、SPGW到IPTV业务管理子***请求对SP、用户、产品、订购关系等的鉴权。
步骤414、鉴权通过后,SPGW将统计结果消息转发到IPTV短信中心。
步骤415、短信中心将消息转发至机顶盒,至此已实现了另一增值业务。
本实施例体现了通过上述***实施例实现的对两类增值业务(博客类与消息类)的组合业务。在这个业务组合过程中,用户实际上使用了IPTV两类增值业务能力:存储类和消息类,但在整个业务使用过程中,业务的呈现、用户/业务的管理、认证、鉴权、计费及业务话单的产生等都是由一套统一的***完成的。这种业务和实现方式是垂直类***无法完成的。
图5为本发明实现业务组合的方法实施例二的流程图,本实施例中,假设用户在家里电视上可以浏览房源信息,用户看到满意的房子后,可直接在电视上发送短信到房东手机上联系房东,即实现浏览信息类业务与消息类业务两种增值业务的组合,具体包括以下过程:
步骤501、机顶盒向EPG服务器请求门户首页;
步骤502、用户在门户首页上点击,进入“租房信息”;
步骤503、EPG服务器收到请求后,将请求转发至IPTV业务管理子***,请求对用户身份、产品、订购关系进行鉴权;
步骤504、IPTV业务管理子***返回鉴权成功响应,并将“租房”业务门户链接通过响应转发给EPG;
步骤505、EPG将“租房”业务门户链接转发给机顶盒;
步骤506、机顶盒根据链接登录“租房”业务门户,并浏览房源信息,从而实现了一增值业务;
步骤507、用户浏览房源信息后,选中某一房源,并根据房源信息中的联系方式通过屏幕上的“短信联系”向房主发送短消息,即用户通过机顶盒发短信息到IPTV短信中心;
步骤508、IPTV短信中心将此消息发往SPGW;
步骤509、SPGW到IPTV业务管理子***请求对用户身份、产品、订购关系进行鉴权;
步骤510、鉴权通过后,SPGW将投票消息发往短信中心,短信中心将此消息发到房东手机。
步骤511、手机接收成功后,反馈成功报告到短消息中心,短消息中心转发给SPGW,SPGW处理后在业务门户通知用户短信发送成功,从而实现了另一增值业务。
上述方法实施例,通过统一的IPTV增值业务***实现了两种不同增值业务的组合,从而解决了现有技术中实现***组合业务打包和产品套餐难度大的问题,大大丰富了IPTV业务类型。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。