1SSI技术
（1）ibatis非常简单易学，hibernate相对较复杂，门槛较高，但是hibernate现在已经是主流o/rmapping框架，其文档的丰富性、产品的完善性、版本的开发速度都要强于ibatis。
（2）当数据处理量巨大时，对系统性能要求极为苛刻，为达到系统性能设计指标，必须设计经过高度优化的SQL语句（或存储过程）。在这种情况下ibatis会有更好的可控性和表现。
（3）当系统属于二次开发，无法对数据库结构做到控制和修改，那ibatis的灵活性将比hibernate更适合。本文设计的电视网络信息系统，是根据项目的发展需要所设计的先期运行系统，在实际上线运行后，由于所的信息内容细分行业的要求，将会面临持续调整结构需求的现状；因此，SSI中的ibates是比较好的选择。ibates通过自己写的SQL，能够灵活操作数据库，提高系统性能。其中SSI架构中，表示层struts目前主要负责数据传递和控制方面，业务逻辑层spring则依靠其强大的依赖注入技术实现了类似bean托管和整合等功能。而数据持久层ibatis作为一种轻量级的ORMapping框架，提供了半自动化对象关系映射的实现，自由度相对于SSH中hibernate更高。
2电视网络信息系统的设计
2.1总体设计
本系统采集内容数据、打包处理、数字有线电视网络传输，最后展现在用户终端电视大屏幕上，本文中设计的系统主要由电视终端、服务器前端及服务器后台三个部分组成。
（1）电视终端主要接收的信息资源，并承载于电视用户的智能终端上；同时能够动态地从服务器前端和后台进行信息主动获取并展现。
（2）服务器前端部分能够实现信息资源的存储、编辑、上载，广告的管理，用户的管理，BOSS系统内容的对接，视频转码等。
（3）服务器后台目前主要负责视频内容的存储和基于HLS协议的多媒体流化。
2.2电视终端设计
目前用户家庭所使用的数字有线电视接入设备，已经顺应用户和运营商集约化、智能化的要求，具备多种编解码能力和图形浏览器功能，能够支持多接入、智能系统、开放系统结构及标准接口，目前已经朝着家用数字平台方向发展，应用于不断扩大的交互式多媒体内容服务领域。本系统使用的终端采用数字有线电视智能机顶盒，将内容采用细分行业的方式进行模块化展现，如商城、房产、学校、餐饮等，其表现形式包括文本、图片、视频等。整个电视网络信息终端平台以安装包的形式安装到数字电视智能机顶盒上，支持内容动态更新、自动升级等。
2.3服务器前端设计
整个服务器前端部分主要包括业务导航、用户管理、内容管理、广告管理、均衡服务等子系统。
（1）业务导航系统：负责所有信息的接入、生成及上下线管理等功能，包括信息内容配置管理、业务鉴权管理、业务管理等，为各个业务模块对外提供开放式平台，对内屏蔽各种业务系统的差异，从而实现新业务的快速接入。
（2）用户管理系统：对系统使用用户的身份进行统一管理，包括用户统一管理、授权及认证，实现用户账号统一管理，保证系统中用户信息的一致性，降低用户账号管理复杂度，降低账号滥用风险，提高信息系统安全性；可以对用户访问应用系统权限进行统一管理，并支持多级、多视角授权模式，提升信息化管理水平；可以实现信息系统用户统一认证，提高认证强度，提升用户体验。
（3）内容管理系统：支持自有内容和第三方增值服务内容的引入，能够通过实时接口将内容信息和内容资源同步上线和展现，所展现的内容形式包括视频、文本及图片。目前由于实现的是试运行版本，所涉及的用户数据量比较少，因此目前内容管理系统采取的方式是对所要和展现的内容进行统一打包导入，以index.htm为入口。随着系统的试运行和不断发展，需要内容管理系统提供统一完备的视频收录、转码、内容注入、内容管理和版权管理等功能。其中，视频内容的展现，受限于视频格式的多样性，因此在内容子系统中，需要对视频内容进行转码工作，并统一进行格式打包。在本文中，采用开源的打包工具ffmpeg和mp4box，并封装在transcoding.py脚本中统一执行。
（4）广告管理系统：主要实现广告资源的有效管理及合理分配，提升电视营销规模和整体广告管理效率，使广告经营效益价值最大化。
（5）均衡服务系统：主要实现用户大容量并发管理，实现带宽利用率最大化。由于现有网络的各个核心部分随着业务量的提高，访问量和数据流量的快速增长，其处理能力和计算强度也相应地增大，使得单一的服务器设备根本无法承担。因此，当网络应用的访问量不断增长，单个处理单元无法满足负载需求时，网络应用流量将要出现瓶颈时，负载均衡才会起到作用。
2.4服务器后台设计
在本文中，系统服务器后台部分实现视频内容存储及流化。其中视频流化，采用HLS流媒体传输协议。HLS流媒体传输协议，相较于RTSP流媒体传输协议而言，可以实现流媒体的直播和点播；而相较于常见的流媒体直播协议，例如RTMP协议、RTSP协议、MMS协议等，HLS直播最大的不同在于，直播客户端获取到的并不是一个完整的数据流，HLS协议在服务器端将直播数据流存储为连续的、很短时长的媒体文件（MPEG-TS格式），而客户端则不断地下载并播放这些小文件，因为服务器端总是会将最新的直播数据生成新的小文件，这样客户端只要不停地按顺序播放从服务器获取到的文件，就实现了直播。因此，HLS是以点播的技术方式来实现直播。由于数据通过HTTP协议传输，所以完全不用考虑防火墙或者的问题，而且分段文件的时长很短，客户端可以很快地选择和切换码率，以适应不同带宽条件下的播放。虽然，HLS的这种技术特点，决定了它的延迟一般总是会高于普通的流媒体直播协议，但是在实时性要求不是很高的场合，HLS流媒体传输协议，在网络适应性和视频业务类型上，均有较好的支持能力。
3结论
本文主要搭建了一个电视网络信息演示系统，利用SSI架构，实现电视终端、服务器前端及服务器后台各部分互联互通，展示和图片、文本、视频等信息内容。随着业务的发展，项目可以进行系统的完善，扩充内容管理、广告管理、用户管理等核心模块，形成一个集资源上载、审核、处理、过程于一体的完善系统，并配以广告资源管理、广告策略管理等功能。
作者：史敬 单位：安徽广电信息网络股份有限公司