前言：尋找寫作靈感？中文期刊網用心挑選的SSI框架電視網絡信息論文，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。

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架構，實現電視終端、服務器前端及服務器后臺各部分互聯互通，展示和圖片、文本、視頻等信息內容。隨著業務的發展，項目可以進行系統的完善，擴充內容管理、廣告管理、用戶管理等核心模塊，形成一個集資源上載、審核、處理、過程于一體的完善系統，并配以廣告資源管理、廣告策略管理等功能。

作者：史敬 單位：安徽廣電信息網絡股份有限公司