专利名称：一种交互式网络电视系统及其处理方法
技术领域：
本发明涉及交互式网络电视领域，尤其涉及的是， 一种交互式网络电 视系统和处理方法。
背景技术：
IPTV (Internet Protocol Television,交互式网络电视)是利用宽带有线 电视网的基础设施，以家用电视机作为主要终端电器，通过互联网络协议 来提供包括电视节目在内的多种数字媒体服务。
IPTV作为一种视频传媒服务业务，随着技术的不断成熟、业务的深入 开展，也遇到新的问题。 一方面，随着用户数的持续增加，对系统性能、 安全性、业务流程的简洁性和可靠性都提出了更高的要求。因此，尽量减
对IPTV的体系和结构提出了更高的要求。另一方面，随着IPTV在各地广 泛应用和推广，众多厂商系统之间的兼容问题越来越成为IPTV的发展瓶 颈，表现如下目前各个厂商平台的用户认证均在厂商平台完成，导致主 运营商对于IPTV的业务控制力度不高，无法统一集中管理用户；用户在使 用IPTV业务时的业务鉴权是在厂商平台支撑系统上完成，这样导致管理 平台无法i人i正用户身〗分，无法实时获得用户在线情况，用户的认证流程与 基本业务存在不一致性；目前系统没有定义第三方的客户端插件接口，为 未来引入第三方增值业务带来困难；目前各个厂商平台接入的机顶盒为各 自平台厂家提供，机顶盒编号长度和编号规则不一致，为今后统一的机顶 盒认证、管理和维护带来不便等等。介于IPTV是一个复杂系统以及上述的问题，在IPTV准备大规模推广 之际，国际标准化组织或相关厂家已经对流媒体技术与IPTV技术有了相关 的协议和编码等标准或建议，电信集团也接连提出了 V2.0版本和2,2规范 等IPTV —系列相关的技术规范。该相关规范统一了标准开放了接口并把现 有的不同标准整合为一套完整的交付解决方案，以加快IPTV相关技术的全 面标准化，使得各个厂家按照这个接口进行设计，就可以保证兼容性。
目前的IPTV的软件系统架构是一个独立完整的体系，见附图l，各个 功能模块之间联系紧密，耦合性强，无法拆分和灵活部署，不能适应当前 日益开^L的、标准化的系统架构。
因此，现有技术还存在缺陷，有待于改进和发展。
发明内容
本发明解决的技术问题是提供一种交互式网络电视系统及其处理方 法，该系统和方法能够减少系统间的紧耦合。 为解决上述技术问题，本发明采用以下方案
一种交互式网络电视系统，包括终端、存储终端的业务数据的数据库、 根据终端的请求对终端业务数据进行相应操作的控制点，还包括能力模块 和管理模块，能力模块包括能力电子节目单服务器，用于转发终端的请 求消息到所述控制点进行处理；管理模块包括平台电子节目单服务器， 用于接收所述控制点返回的处理结果并转发至所述终端。
所述的系统，其中，所述管理;漠块包括与所述终端连接的第三方管理 平台；所述能力模块包括用于对接所述第三方管理平台和控制点的能力平 台对接接口。
所述的系统，其中，所述能力模块包括与所述终端连接的第三方能力 平台；所述管理模块包括用于对接所述第三方能力平台和控制点的管理平 台对接接口所述的系统，其中，所述能力模块包括一个以上第三方能力平台，所 述控制点包括相应个数的分布式控制点，所述管理平台对接接口是分布式 接口 ，通过该分布式接口连接所述分布式控制点和所述一个以上第三方能 力平台。
所述的系统，其中，所述分布式接口包括设置在所述控制点上的平 台接口模块，与该平台接口模块和所述能力模块连接的平台接口前置机。 本发明还提供一种交互式网络电视系统的处理方法， — 所述能力电子节目单服务器转发所述终端的请求消息到所述控制点进 行处理；
所述控制点根据所述终端的请求对所述数据库内的终端业务数据进行 相应^喿作；
所述平台电子节目单服务器接收所述控制点返回的处理结果并转发至 所述终端。
所述的方法，其中，所述流程是
所述终端通过所述平台电子节目单服务器提供的认证接口进行认证，
至少获取业务入口地址；
所述平台电子节目单服务器触发所述控制点对所述数据库中该终端的
业务数据进行相应操作；
所述终端根据所述业务入口地址，访问所述能力电子节目单服务器； 进行所述相应操作时，所述能力电子节目单服务器将相关消息转发到
所述控制点处理。
所述的方法，其中，该流程中引入第三方管理平台，所述流程是 终端通过所述第三方管理平台提供的认证接口进行认证，至少获取业
务入口地址；
终端根据所述业务入口地址，访问能力电子节目单服务器； 能力电子节目单服务器触发控制点对所述数据库中该终端的业务数据进行相应操作；
进行所述相应操作时，发送的相关消息通过能力平台对接接口转发到
所述第三方管理平台。
所述的方法，其中，该流程中引入第三方能力平台，所述流程是 终端通过所述平台电子节目单服务器所提供的认证接口进行认证，至
少获取业务入口地址；
平台电子节目单^E务器触发所述控制点对所述数据库进行相应操作； 终端才艮据所述业务入口地址，访问第三方能力平台； 进行所述相应"l喿作时，所述第三方能力平台发送的相关消息经管理平
台对接接口触发控制点进行相应的处理。
所述的方法，其中，所述相应的操作包括首页认证操作、业务鉴权、 首页认证、产品订购、业务鉴权、或者产品列表获取。
与现有技术相比，本发明交互式网络电视系统通过加入能力模块和管 理模块，以及分别属于能力模块和管理模块的能力EPG和平台EPG,减少 原系统中各个子系统、各个模块的紧耦合，从而将IPTV业务管理系统做成 一个高效灵活的系统。
图1是现有^t支术的IPTV的系统框架图2是本发明的IPTV系统总体框架图3是本发明方法的第一种实施方式的框架示意图4是本发明方法的第一种实施方式的结构框图5是本发明方法的第 一种实施方式的首页鉴权流程图6是本发明方法的第一种实施方式的业务鉴权流程图7是本发明方法的第一种实施方式的产品订购流程图8是本发明方法的第二种实施方式的框架示意图；图9是本发明方法的第二种实施方式的结构框图； 图IO是本发明方法的第二种实施方式的首页鉴权流程图； 图ll是本发明方法的第二种实施方式的业务鉴权流程图； 图12是本发明方法的第二种实施方式的产品订购流程图； 图13是本发明方法的第三种实施方式的框架示意图； 图14是本发明方法的第三种实施方式的结构框图； 图15是本发明方法的第三种实施方式的首页鉴权流程图； 图16是本发明方法的第三种实施方式的业务鉴权流程图； 图17是本发明方法的第三种实施方式的产品订购流程图。
具体实施例方式
下面结合具体实施方式
和附图对本发明作进一步详细的描述。
本发明在现有的系统架构的基础上，将其在逻辑上和功能上分成管理 平台和能力平台，使其不仅完全符合电信集团的V2.2系列技术规范，而且 可以灵活组合，部署成不同的软件功能结构，以适应不同的应用场景。
本发明的交互式网络电视系统，包括终端(即机顶盒，Set-top box， STB)、控制点(Control Point, CP )、数据库(Date Base, DB )、能力模块 和管理模块，其中的DB用于存储终端的业务数据；CP用于根据终端的请 求对终端的业务数据进行相应的操作；能力模块包括能力电子节目单服 务器(能力EPG),用于将终端的请求消息转发到所述CP进行处理；管理 模块包括平台电子节目单服务器(平台EPG),用于接收所述CP返回的 处理结果并转发至所述终端。
通过加入能力模块和管理模块，以及分别属于能力模块和管理模块的 能力EPG和平台EPG,减少原系统中各个子系统、各个模块的紧耦合，并 为将目前的IPTV业务管理系统做成一个高效灵活的软件系统打下基础。
为了便于各种平台之间的组合和融合，将目前的IPTV业务管理系统做成一个高效灵活的软件系统，在系统中引入第三方管理平台和第三方能力
平台。第三方管理平台属于所述管理模块、与所述终端连接；相应地，所 述能力模块中设有用于对接所述第三方管理平台和CP的能力平台对接接 口，筒称为能力IMP (Interface Message Processor,接口消息处理机)。第 三方能力平台属于所述能力模块、与所述终端连接；相应地，所述管理模 块中设有用于对接所述第三方能力平台和CP的管理平台对接接口 ，简称为 平台IMP。
进一步地，所述控制点包括至少两个分布式控制点，所述管理平台对 接接口是分布式接口 ，通过该分布式接口连接所述分布式控制点和所述能 力模块，如图14所示，该结构中不仅采用了分布式EPG是一个CP同时处 理多个终端，还采用了分布式CP，使得一个管理平台可同时连接多个能力 平台，多个能力平台是不同的，也可以是来自不同的厂商；这进一步提高 了系统灵活性。
以下以 一 完整的具体实施方式
进行详细的说明
将所述能力模块划分为内部系统的能力平台和外部的第三方能力平 台，将所述管理模块划分为内部系统的内部管理平台和外部的第三方管理 平台，如图2所示，能力EPG属于内部能力平台、平台EPG属于内部管理 平台。
图中将分别属于能力平台和管理平台的能力EPG和平台EPG集成在同 一EPG上，能力EPG实现能力平台EPG相关功能，直接为终端用户提供 服务；平台EPG模块实现并对外提供管理平台定义的相关接口。图中的实 线为规范中定义的标准接口，虚线为内部接口； CP为能力平台和管理平台 内部处理流程提供相关接口。这样，本实施例将现有的系统划分成能力平 台、管理平台两大部分，包含能力平台和管理平台两部分的功能，能够支 持与不同厂商能力平台或管理平台的对接。在不同的应用场景下，进行不
同的软件才莫块的部署，灵活的区别对待。图3、图8和图13具体说明了三种不同的应用场合作为具体实施方式
，并且每个实施方式里列举三个运营
过程中主要的业务流程，来阐述不同架构下的区别；分别描述如下
实施方式一，见图3，是本发明方法的第一种实施方式的示意图，表示 不涉及第三方的情形，内部能力平台和内部管理平台组合的基本流程
111、 机顶盒上电，通过内部系统的平台EPG所提供的认证接口进行认 证，获取UserToken、业务入口地址、频道列表等信息；
112、 平台EPG触发CP，进行上述接口的内部流程的处理；
113、 CP调用DB的存储过程，对DB进行相应操作；所述的相应揭:作 包括首页认证、UserToken更新、产品订购、业务鉴权、产品列表获取等 操作。
114、 机顶盒根据获取到的业务入口地址，访问内部系统的能力EPG;
115、 当进行相应操作时，能力EPG通过能力接口机转发相关消息到 CP直接处理(无须在通过接口机绕行)。
具体的结构见附图4，该实施例只要升级现网的软件，从图中可看出， 每个CP的CP业务处理模块与两个分布式EPG连接，主EPG将负载均衡 地分配给多个分布式EPG，这样一个CP就可以处理多个终端，使得系统的 负载均衡分摊。
下面是本实施方式的首页鉴权流程，见附图5:
121、 用户登录认证成功后，向EPG发起首页鉴权的请求；
122、 EPG向CP发起首页鉴权的请求，WINTCP消息；
123、 CP调用DB过程，进行首页认证；
124、 DB返回首页认证和负载均衡的结果；
125、 CP返回首页认证结果；
126、 EPG向机顶盒返回认证结果。 下面是本实施方式的业务鉴权流程，见附图6: 131、机顶盒向EPG发起http请求；132、 内部的能力平台EPG向CP发起内容订购关系鉴权的请求， WINTCP消息，携带ProductID、 UserToken等信息；
133、 CP调用DB的存储过程进行内容订购关系的鉴权；
134、 DB返回鉴权结果；
135、 CP将鉴权结果返回给EPG，如果鉴权失败，返回用户可订购的 产品列表；
136、 鉴权成功，直接播放视频；如果鉴权失败，向用户展示T订购的 产品列表，供用户选择订购。
下面是本实施方式的产品订购流程，见附图7:
141、 用户选择产品列表，向EPG发起产品订购请求；
142、 EPG向CP业务处理^t块发起产品订购请求，WINTCP消息；
143、 业务调用业务数据库的存储过程，保存用户的及时订购关系；
144、 CP得到数据库返回结果；
145、 业务将订购结果返回给EPG;
146、 EPG返回才几顶盒订购的结果页面。
在本实施方式中的三种流程中，终端与CP之间都是通过EPG进行通 信的，而且还将原来高耦合度的系统分为以业务控制为主的管理平台和直 接执行过程的能力平台，以此降低了系统内的耦合度，提高系统的灵活度。
应用场景二，见图8，是本发明方法的第二种实施方式的示意图，表示 的是内部系统的能力平台与第三方的管理平台的组合，基本流程如下
211、 机顶盒上电，通过管理平台提供的认证接口进行认证，获取 UserToken、业务入口地址、频道列表等信息；
212、 机顶盒根据获取到的业务入口地址，访问能力EPG;
213、 能力EPG触发CP,对DB进行相应的操作，如收藏、内部鉴
权等；
214、 CP调用DB的存储过程，进行相关的数据库操作215、 当进行首页认证、UserToken更新、订购、鉴权、产品列表获取 等操作时，发送相关的消息到能力接口机；
216、 能力接口机转发上述消息到管理平台。
具体的结构见附图9，由于引入了第三方管理平台，所以还需增加用于 对接所述第三方管理平台和控制点(CP)的能力平台对接接口 (能力IMP), 图9的结构中采用以下方式增设能力IMP:在CP上设置能力接口模块(能 力IMP模块)，并增加一个转发SOAP消息的能力接口前置机作为对外消息 服务。经过试验，转发能力达到300~500TPS，能力可以达到要求。
下面是本实施方式的首页鉴权流程，见附图10:
220、 用户登录认证成功后，向EPG发起首页筌权的请求；
221、 EPG向CP发起首页鉴权的请求，SOAP消息；
222、 CP向其内部的能力IMP模块发起首页鉴权的请求，SOAP消息；
223、 能力IMP模块通过能力接口前置机向第三方的管理平台发起首页 认证的请求，SOAP消息；
224 、第三方的管理平台向内部系统的能力接口前置机返回认证结果；
225、 能力接口前置机向CP返回认证结果；
226、 CP在内部系统的能力平台内部保存用户信息到DB;
227、 保存用户信息成功后，CP从DB中获取负载均衡的结果；
228、 CP向能力EPG返回用户认证和负载均衡；
229、 能力EPG向才几顶盒返回认证结果。 下面是本实施方式的业务鉴权流程，见附图11:
230、 机顶盒向第三方的能力平台系统发起Http请求；
231、 内部系统的能力平台EPG向CP发起内容订购关系鉴权的请求， WINTCP消息，携带ProductID、 UserToken等信息；
232、 CP调用DB的存储过程进行内容订购关系的筌权；
233、 DB返回鉴外又结果；234、 如果鉴权成功，CP将鉴权结果返回给EPG;如果内部鉴权失败， CP的业务处理模块向能力IMP模块发起SOAP消息，到管理平台进行二次 鉴权；
235、 能力IMP模块根据输入参数组织管理平台鉴权请求参数(包括 ServiceID、 ProductID等)经能力接口前置机转发鉴权消息到管理平台，进 行业务鉴权；
236、 第三方管理平台返回用户可订购的产品列表； -
237、 通过能力接口前置机和能力IMP模块向CP返回用户可订购的产 品列表；
238、 CP向EPG返回用户可订购的产品列表；
239、 EPG返回产品订购列表的页面。 下面是本实施方式的产品订购流程，见附图12:
240、 用户选择产品列表，向EPG发起产品订购请求；
241、 EPG向CP业务处理模块发起产品订购请求，WINTCP消息；
242、 CP向内部系统的能力IMP模块发起产品订购请求，SOAP消息；
243、 能力IMP模块经能力接口前置机向第三方的管理平台转发及时订 购的i青求；
244、 第三方的管理平台保存用户的及时订购关系，向能力IMP模块返 回订购结果；
245、 能力IMP模块向CP业务处理模块返回订购结果；
246、 CP的业务处理模块调用数据库存储过程，保存用户的及时订购 关系；
247、 DB返回保存的结果；
248、 CP的业务处理模块向EPG返回及时订购的结果；
249、 EPG返回才几顶盒订购的结果页面。
该实施方式加入了第三方管理平台，实现了系统的拆分和灵活组合，能适应当前日益开放的、标准化的系统架构。
应用场景三，见图13，是本发明方法的第三种实施方式的示意图，表
示的是管理平台和第三方能力平台的组合，基本流程如下
311、 机顶盒上电，通过平台EPG所提供的认证接口进行认证，获取 UserToken、业务入口地址、频道列表等信息；
312、 平台EPG触发CP，进行上述接口内部流程的处理；
313、 CP调用DB的存储过程，对DB进行相应的操作；
314、 机顶盒根据获取到的业务入口地址，访问接入第三方的能力EPG;
315、 当进行首页认证、UserToken更新、订购、鉴权、产品列表获取 等操作时，第三方的能力系统发送相关的消息到我们的管理平台的平台接 口机；
316、 管理平台接口机触发业务，进行上述接口的内部流程的处理。 具体的结构见附图14,该结构中具有内部管理平台、能力平台，同时
还接入了两个不同厂商第三方能力平台，所以还需增加用于对接所述第三 方能力平台和控制点(CP)的管理平台对接接口 (平台IMP)，图14的结 构中采用以下方式增设平台IMP:在CP上设置平台接口模块(平台IMP 模块)，并增加一个转发SOAP消息的平台接口前置机作为其他平台的 SOAP接入点；而且该结构中不仅采用了分布式EPG是一个CP同时处理 多个终端，还采用了分布式CP，使得一个管理平台可同时连接多个能力平 台，多个能力平台是不同的，也可以是来自不同的厂商；这进一步提高了 系统灵活性。
下面是本实施方式的首页鉴权流程，见附图15:
321、 用户登录认证成功后，向平台EPG发起首页鉴权的请求；
322、 平台EPG向内部系统的平台接口前置机发起首页鉴权的请求， SOAP消息；
323、 平台接口前置机向内部系统的管理平台的CP发起首页认证的请求，SOAP消息；
324、 CP调用DB过程，进行首页认证；
325、 DB返回首页i/^正结果；
326、 CP向平台接口前置机返回首页认证结果；
327、 认证成功后，平台接口前置机向第三方能力平台返回首页认证的 结果。
下面是本实施方式的业务鉴权流程，见附图16:
331、 机顶盒向第三方的能力平台发起内容播放请求；
332、 能力平台首先进行内部鉴权，鉴权失败则到管理平台进行鉴权；
333、 平台IMP才莫块访问DB，进行业务鉴权；
334、 鉴权结束，返回可订购产品列表；
335、 平台IMP模块返回可订购产品列表；
336、 返回可订购产品列表展示界面。 下面是本实施方式的产品订购流程，见附图17:
341、 用户选择产品列表，机顶盒向EPG发起产品订购请求；
342、 第三方的EP G向内部系统的平台接口前置机发起产品订购请求， SOAP消息；
343、 平台接口前置机触发CP的业务处理模块；
344、 CP调用DB处理流程，保存用户的及时订购关系；
345、 DB向CP的业务处理模块返回订购结果；
346、 CP的业务处理模块向平台接口前置机返回及时订购的结果；
347、 平台接口前置机向第三方的能力平台的EPG及时返回订购的结
果；
348、 EPG返回才几顶盒订购的结果页面。
通过以上登录、业务鉴权和产品订购几个IPTV业务管理系统中的典型 流程的不同处理的方式，充分体现了这种IPTV软件平台新架构的灵活性。由于采用能力接口前置机和平台接口前置机作为纯粹的SOAP消息转发， 同时能力IMP模块和管理IMP模块采用分布式部署，使得系统的负载均衡 分摊。经过测试，这两台前置机的SOAP消息转发能力，达到300-500TPS, 完全满足性能需要。本发明不仅完全符合电信集团的规范，而且性能比以 前提高了，充分体现这种架构的高性能和灵活性，也使我们的IPTV整体上 了一个新台阶。
应当理解的是，以上所提供的具体实施方式
只是对本发明的说明，而 不应当理解为对本发明的限制，对本领域的普通技术人员来说，可以根据 上述说明加以改进或变换，而所有这些改进和变换都应为本发明所揭示的 原理和特征，均属本发明的保护范围。
权利要求
1、一种交互式网络电视系统，包括终端、存储终端的业务数据的数据库、根据终端的请求对终端业务数据进行相应操作的控制点，其特征在于，还包括能力模块和管理模块，能力模块包括能力电子节目单服务器，用于转发终端的请求消息到所述控制点进行处理；管理模块包括平台电子节目单服务器，用于接收所述控制点返回的处理结果并转发至所述终端。
2、 根据权利要求1所述的系统，其特征在于，所述管理模块包括与所 述终端连接的第三方管理平台；所述能力模块包括用于对接所述第三方管 理平台和控制点的能力平台对接接口 。
3、 根据权利要求1或2所述的系统，其特征在于，所述能力模块包括 与所述终端连接的第三方能力平台；所述管理;漠块包括用于对接所述第三 方能力平台和控制点的管理平台对接接口 。
4、 根据权利要求3所述的系统，其特征在于，所述能力模块包括一个 以上第三方能力平台，所述控制点包括相应个数的分布式控制点,所述管 理平台对接接口是分布式接口 ，通过该分布式接口连接所述分布式控制点 和所述一个以上第三方能力平台。
5、 根据权利要求4所述的系统，其特征在于，所述分布式接口包括 设置在所述控制点上的平台接口模块，与该平台接口模块和所述能力模块 连接的平台接口前置机。
6、 一种利用权利要求1所述交互式网络电视系统的处理方法，其特征在于，所述能力电子节目单服务器转发所述终端的请求消息到所述控制点进行处理；所述控制点根据所述终端的请求对所述数据库内的终端业务数据进行 相应操作；所述平台电子节目单服务器接收所述控制点返回的处理结果并转发至 所述终端。 .
7、 根据权利要求6所述的处理方法，其特征在于，所述流程是 所述终端通过所述平台电子节目单服务器提供的认证接口进行认证，至少获取业务入口地址；所述平台电子节目单服务器触发所述控制点对所述数据库中该终端的业务数据进行相应操作；所述终端根据所述业务入口地址，访问所述能力电子节目单服务器； 进行所述相应操作时，所述能力电子节目单服务器将相关消息转发到所述控制点处理。
8、 根据权利要求6所述的处理方法，其特征在于，该流程中引入第三 方管理平台，所述流程是终端通过所述第三方管理平台提供的认证接口进行认证，至少获取业 务入口地址；终端根据所述业务入口地址，访问能力电子节目单服务器； 能力电子节目单服务器触发控制点对所述数据库中该终端的业务数据 进行相应操作；进行所述相应操作时，发送的相关消息通过能力平台对接接口转发到 所述第三方管理平台。
9、 根据权利要求6所述的处理方法，其特征在于，该流程中引入第三 方能力平台，所述流程是终端通过所述平台电子节目单服务器所提供的认证接口进行认证，至少获取业务入口地址；平台电子节目单il良务器触发所述控制点对所述数据库进行相应操作； 所述终端根据所述业务入口地址，访问第三方能力平台； 进行所述相应操作时，所述第三方能力平台发送的相关消息经管理平台对接接口触发控制点进行相应的处理。
10、 根据权利要求7至9中任一所述的处理方法，其特征在于，所述 相应的操作包括首页认证操作、业务鉴权、首页认证、产品订购、业务 鉴权或者产品列表获取。
全文摘要
本发明公开了一种交互式网络电视系统及其处理方法，其中的系统包括终端、存储终端的业务数据的数据库、根据终端的请求对终端业务数据进行相应操作的控制点，还包括能力模块和管理模块，能力模块包括能力电子节目单服务器，用于转发终端的请求消息到所述控制点进行处理；管理模块包括平台电子节目单服务器，用于接收所述控制点返回的处理结果并转发至所述终端。本发明通过加入能力模块和管理模块，以及分别属于能力模块和管理模块的能力电子节目单服务器和平台电子节目单服务器，减少原系统中各个子系统、各个模块的紧耦合，从而将交互式网络电视系统做成一个高效灵活的系统。
文档编号H04N7/173GK101431659SQ20081021837
公开日2009年5月13日 申请日期2008年12月8日 优先权日2008年12月8日
发明者刘学安, 宇 张, 徐火顺, 朱兴昌 申请人:中兴通讯股份有限公司