一种IPTV业务控制单元、应用方法及IPTV系统

摘要

本发明公开了一种IPTV的业务控制单元，包括业务控制点(SCP)，所述的SCP包括业务控制服务器(CP)和业务数据服务器(DB)，所述的业务数据服务器(DB)中部署有大型关系型数据库，其特征在于：所述IPTV业务控制单元中部署至少一个小型关系型数据库，所述大型关系型数据库中的数据通过切片方式分配到所述小型关系型数据库中。业务控制单元还包括用于缓存会话级数据的内存数据库，本发明还公开了IPTV的业务控制方法和系统。本发明改变了传统IPTV的业务控制单元数据库的部署方式，减轻了关系型数据库的压力，另一方面加快了数据的读写速度，提高了系统的性能。

说明书

技术领域

本发明涉及IPTV网络电视领域，特别涉及IPTV业务控制单元、应用方 法和IPTV系统。

背景技术

IPTV也叫交互式网络电视，是利用宽带网的基础设施，以家用电视机或 计算机作为主要终端设备，集互联网、多媒体、通信等多种技术于一体，通 过IP协议向家庭用户提供包括数字电视在内的多种交互式数字媒体服务的 崭新技术。

为了保证IPTV系统能够满足不断增长的用户量的需求，我们经常需要去 对整个系统进行扩容，增加各网元设备，更换更加高性能的硬件设备，以提 升系统的性能。业务数据库作为系统的单点，无法通过增加设备来提升性能， 而仅仅通过提升硬件设备性能来提升处理能力，已经捉襟见肘了，为了保证 系统的持续可用，并满足大用户量下的高并发性，业界可采用的方法一般有 如下几种方式：

一、采用数据库集群方式，以分布式的架构来负载承担整个系统的数据 处理压力；

二、采用双机+磁阵的硬件设备

对于第一种方式来说，虽然解决了数据库作为单点的问题，但是数据库 集群的价格比较昂贵，其次在2-4个设备，DB的性能提升比较明显，随着设 备的增多，集群性能提升并不明显。

第二种方式来说只能在双机设备之一发生故障时，由设备二来接管服务， 对于DB的性能无法得到最终提升，而且对于磁阵来说，也是一个单点，在磁 阵异常时，双机也无法提供服务，并没有解决业务数据库作为单点，由于单 点数据库系统死机而导致整个系统不可用的问题。

发明内容

本发明提供了一种IPTV业务控制单元、应用方法和IPTV系统，在业务 控制服务器内部署数据库，提高了数据的读取速度和系统的性能，并且解决 了数据库单点的问题。

技术方案如下：

一种IPTV的业务控制单元，包括业务控制点(SCP)，所述的SCP包括 业务控制服务器(CP)和业务数据服务器(DB)，所述的业务数据服务器(DB) 中部署有大型关系型数据库，其特征在于：所述IPTV业务控制单元中部署 至少一个小型关系型数据库，所述大型关系型数据库中的数据通过切片方式 分配到所述小型关系型数据库中。

进一步地，所述IPTV业务控制单元还包括小型数据服务器，所述的小 型数据服务器和所述CP相连接，所述的小型关系型数据库部署在所述的小 型数据服务器中。

进一步地，所述小型关系型数据库部署在所述的CP中。

进一步地，所述IPTV业务控制单元中部署至少一个用于缓存会话级数 据的内存数据库。

本发明还公开了一种IPTV系统，包括所述的业务控制单元。

本发明还公开了一种业务控制单元的应用方法，其特征在于：所述方法 包括：

A、外围模块通过接口下发数据到所述的大型关系型数据库中存储；

B、所述大型关系型数据库将数据传输到各个所述小型关系型数据库中；

C、用户登录IPTV系统，并通过终端设备向所述CP发送登录请求信息 时，所述CP访问所述的小型关系型数据库，对用户进行身份认证，若认证通 过，则用户登陆；

D、用户通过终端设备向所述CP发送节目鉴权请求信息时，所述CP访 问所述的小型关系型数据库，对数据库中用户所要观看的节目进行鉴权，鉴 权通过，则播放节目。

进一步地，步骤B进一步包括：

B1、大型关系型数据库记录操作类型和时间戳数据，并以增量的方式生 成文件；

B2、小型关系型数据库以FTP的方式到大型关系型数据库中取增量文 件；

B3、小型关系型数据库解析增量文件，并更新数据库。

进一步地，步骤C进一步包括：

C1、用户登录IPTV系统，并通过终端设备向所述CP发送登录请求信 息时，所述CP访问所述的内存数据库，若所述的内存数据库中存在用户的 会话信息，所述CP访问所述的小型关系型数据库，若身份验证通过，则用 户登录；

C2、若所述的内存数据库中不存在用户的会话信息，则所述CP在所述 的内存数据库中缓存新会话信息，并访问所述的小型关系型数据库进行身份 认证。

进一步地，步骤D进一步包括：

所述的步骤D进一步包括：

用户通过终端设备向所述CP发送节目鉴权请求信息时，所述CP访问所 述的内存数据库，验证用户的会话信息，若验证成功，所述CP访问所述的 小型关系型数据库，若身份验证通过，则所述CP访问所述的小型关系型数 据库，对数据库中用户所要观看的节目进行鉴权。

本发明在CP中引入小型关系型数据库，每台CP只访问自己的小型关系 型数据库，减轻了大型关系型数据库的压力，而且加快了数据的读写速度， 提高了系统的性能；另外本发明在CP中还引入了内存数据库，用来缓存对 话级数据，原有系统中，这些数据存放在大型关系型数据库中，由于频繁的 操作，对大型关系型数据库的性能影响很大，引入内存数据库后，会话数据 存放在内存数据库中，性能提升明显。

附图说明

图1是根据本发明实施例中数据库之间数据传输的流程图；

图2是根据本发明实施例中CP和DB之间数据传输的流程图；

图3为根据本发明实施例中方法的流程图。

具体实施方式

以下结合附图对本发明的优先实施例进行说明，应当理解，此处所描述 的优选实施例仅用于说明和解释本发明，但不用于限定本发明。

根据图1-图2所示，本发明公开了一种IPTV的业务控制单元，包括业 务控制点(SCP)，SCP包括业务控制服务器1和业务数据服务器5，业务数据 服务器1中部署有ORACLE数据库3，业务控制服务器1中部署MYSQL数据库 2，ORACLE数据库3中的数据通过切片方式分配到各个MYSQL数据库2中。 业务控制单元还包括用于缓存会话级数据的dcache数据库4，dcache数据库 4采用集群方式部署在业务控制服务器1中。

业务控制单元应用流程如下：

S1、外围模块通过接口下发数据到ORACLE数据库3；

S2、ORACLE数据库3存储数据，并以增量的形式生成文件；

S3、MYSQL数据库2以FTP的方式到ORACLE数据库3中取增量文件；

S4、MYSQL数据库2解析增量文件，并将文件数据更新到MYSQL数据库2 中；

S5、用户登录IPTV系统，并通过终端设备向业务控制服务器1发送登 录请求信息时，业务控制服务器1访问dcache数据库4，若dcache数据库4 中存在用户的会话信息，业务控制服务器1访问MYSQL数据库2，若身份验 证通过，则用户登录，

S6、若dcache数据库4中不存在用户的会话信息，则业务控制服务器1 在dcache数据库4中缓存新会话信息，并访问MYSQL数据库2进行身份认证。

S7、用户通过终端设备向业务控制服务器发送节目鉴权请求信息时，业 务控制服务器1访问dcache数据库4，验证用户的会话信息，若验证成功， 业务控制服务器1访问MYSQL数据库2，若身份验证通过，则业务控制服务 器1访问MYSQL数据库2，对数据库中用户所要观看的节目进行鉴权。

S8、鉴权通过，用户观看节目。

MYSQL数据库2的分布式使用，有效降低了现有系统对ORACLE数据 库3的依赖性能，单节点的MYSQL失败不影响用户的服务。

DCACHE使用key-value接口，性能可达到单节点24W的并发量，而且采 用集群的DCACHE模式，更加提升了DCACHE的可靠性，在一个或多个DCACHE 死机的情况，其它DCACHE服务器能够正常接管服务。

本发明还提供了一种IPTV系统，包括所述的业务控制单元。

本发明中的MYSQL数据库2可以单独部署在小型数据服务器中，也可 以部署在CP中，dcache数据库4可以单独部署在内存数据服务器中，也可 以部署在CP中，如果需要处理的数据比较多，可以增加MYSQL数据库2 和dcache数据库4的数量。